@@ -628,7 +632,10 @@
@@ -628,7 +632,10 @@
This specification details a model for representing potential and completed activities using the JSON format. It is intended to be used with vocabularies that detail the structure of activities, and define specific types of activities.
@@ -761,80 +768,166 @@+ +最も基本的な感覚では 「アクティビティ」(Activity) は行動の意味論的な +記述である。 +この仕様のゴールは、アクティビティについて、 +リッチで人間に優しいけれども、機械で処理可能かつ拡張可能な形で +メタデータを記述するのに十分な JSON ベースの文法を提供することである。 +これには、アクティビティに関する自然言語記述やビジュアル表現の構築、 +様々な型のオブジェクトと行動可能な情報の関連付け、 +アクティビティログの通信や記録、 +可能性のある行動の他のアプリケーションへの委譲を含む。
+ +この文書における次の各キーワード「しなければならない(MUST)」、 +「してはならない(MUST NOT)」、 +「要求されている(REQUIRED)」、 +「することになる(SHALL)」、 +「することはない(SHALL NOT)」、 +「する必要がある(SHOULD)」、 +「しないほうがよい(SHOULD NOT)」、 +「推奨される(RECOMMENDED)」、 +「してもよい(MAY)」、 +「選択できる(OPTIONAL)」は、 +[RFC2119] で述べられているように解釈されるべきものである。
This section is non-normative.
+ +Activity Streams 2.0 はソーシャルデータ文法に適している。 +これは [SWP] スイートの一部を形成する。
This section is non-normative.
+ +JSON Activity Streams 1.0 [AS1] +仕様は 2011 年 5 月に発行され、 +完全なアクティビティの表現のための、基準となる拡張可能な文法を提供した。 +This specification builds upon +that initial foundation by incorporating lessons learned +through extensive implementation, +community feedback and related ongoing work from a variety of other communities.
+ +特に Activity Streams 1.0 から Activity Streams 2.0 への進化の動機となった +問題は次のようなものである:
+
+displayName, verb,
+title, objectType という用語は
+予約語として扱われるべきであり、
+Activity Streams 2.0 文書の中で使われるべきではない(SHOULD NOT)。
+Activity Streams 2.0 文書でこれらに遭遇した場合、
+ に上げられているガイドラインに従って
+処理されるべきである(SHOULD)。
+ +この仕様は、[JSON-LD] 制限の部分集合に準拠するが JSON-LD 処理を要求しない +Activity Vocabulary のための +JSON [RFC7159] ベースの直列化を記述する。 +他の直列化形式も可能であるが、そのような選択肢はこの文書では議論しない。
+ +直列化されるとき、値の無い属性は、 +(a) 属性の値を null に設定するか、 +(b) 属性宣言自体を省略するかで表現され、 +これは発行者の選択である。 +これらの表現は意味論的に等価である。 +属性が配列を持つ場合、その配列に値が無い場合は、 +属性全体を省略するか値に null を設定することで表現しなければならない(MUST)。 +省略されたか明示的な null 値の適切な解釈は、 +値が設定されなかったか、与えられた値が空または nil であったかということである。
+
+Activity Streams 文書
+とは、ルート値が
+(Collection
+を含む)任意の型の Activity Streams
+Object で、
+MIME メディアタイプが "application/activity+json" である
+JSON 文書である。
+ +Activity Streams 2.0 文書は UTF-8 文字エンコーディングを使って +直列化しなければならない(MUST)。
+--> +Activity Streams 2.0 文書の直列化された JSON 形式は、 +少なくとも、ここ +で提供されている規定の JSON-LD @context 定義を使って、 +標準の JSON-LD 1.0 Processing Algorithms と API +[JSON-LD-API] +Compaction Algorithm で生成されるものと矛盾しないものでなければならない(MUST)。 +実装は提供された @context を追加の @context で増加させてもよい(MAY)が、 +規範的なコンテキストを上書きしたり変更してはならない (MUST NOT)。 +実装はまた、標準の JSON-LD アルゴリズムを使う消費者実装から +無視されるであろうことを理解した上で、JSON-LD @context に定義されていない +追加の属性と値を使ってもよい(MAY)。 +Activity Streams 2.0 文書の中での拡張の扱いに関するさらなる情報については +Extensibility 節を参照のこと。 +
+ +
+
+JSON-LD は
+processing context を
+定義するために特別な @context 属性を使う。
+@context 属性の値は [JSON-LD] 仕様で定義されている。
+Activity Streams 2.0 文書を生成する実装は、
+URL "https://www.w3.org/ns/activitystreams" を使って
+標準の
+Activity Streams 2.0 JSON-LD
+@context 定義 への参照を含む値を @context 属性に
+指定するべきである(SHOULD)。
+実装は代わりに代替URL "http://www.w3.org/ns/activitystreams" を
+使うことができる(MAY)。
+これは文字列、オブジェクト、配列を使って行える。
@vocab キーワードと接頭辞を使ったオブジェクトで
+コンテキストを提供している文書。
@context property whose value includes a reference to the normative
Activity Streams 2.0 JSON-LD
@context definition, the implementation MUST assume that the normative @context definition still applies.
+-->
+JSON-LD を有効にした Activity Streams 2.0 実装が
+"application/activity+json" MIME メディアタイプを使って
+識別された JSON ドキュメントに遭遇し、
+そのドキュメントに標準的な
+Activity Streams 2.0 JSON-LD
+@context definition
+を参照する値を持つ @context 属性がない場合、
+実装はそれでも標準的な @context 定義があるものと仮定しなければならない(MUST)。
+ +この仕様は IRI [RFC3987] を +使っている。 +全ての URI [RFC3986] は +IRI でもあるので、IRI という名前が付いているところでは URL を使うことが出来る。 +特別に考慮することが二つある: +(1) URI ではない IRI が逆参照として与えられた場合、 +[RFC3987] の +3.1 節のステップを使って URI にマッピングしなければならず(MUST)、 +(2) IRI が "id" 値として提供された場合、そのようにマッピングしてはならない(MUST NOT)。
+ +相対 IRI (及び URL) 参照は Activity Streams 2.0 文書の中で +使うべきではない(SHOULD NOT); +多くの JSON パーサ実装は、相対参照を適切に解決するために必要な +基底コンテキストを確実に保存する能力を持たないからである。
+ +全ての日付と時刻の属性は +[RFC3339] の +"date-time" 生成に従わなければならない(MUST); +但し例外として秒は省略しても良い(MAY)。 +日付と時刻を分けるために大文字の "T" を使わなければならず(MUST)、 +タイムゾーンオフセット値がない場合は大文字の "Z" を +使わなければならない(MUST)。
+ +これは以下の [ABNF] 文法記述を使って指定される。 +"time-hour", "time-minute", "time-second", "time-secfrac", "time-offset", +"full-date" 構造は +[RFC3339] +で定義される。
as2-partial-time = time-hour ":" time-minute [":" time-second]
[time-secfrac]
@@ -1001,7 +1225,13 @@
+`time-offset` 要素はタイムゾーンとは関係なく、
+`time-offset` 要素を含む時刻はタイムスタンプとして上手く動作するが、
+追加の情報と処理なしにこれとローカルの「壁時計時間」とを確実に変換することは
+できないということに注意することは重要である。
This section is non-normative.
+ +次に、様々な詳細度を持つ三つのアクティビティの例を挙げる。
+ +それぞれの例は、この仕様で定義されてい標準 JSON 直列化を使って示している。
+ +Activity Vocabulary は +Activity Streams 2.0 のためのコアオブジェクトと属性を形式的に定義している。
+ +語彙によって定義されたオブジェクト型は、八つのコア型と、 +多くのソーシャル Web アプリケーションで共通に使われる +Activity 型と Object 型の拡張集合に分けられる。 +コア型は以下のものである:
Link. All other types defined in the Activity Vocabulary, as well as all extension types, are derived from these two base types.
+-->
+Activity Streams 2.0 で定義されている全ての JSON オブジェクトは、
+Object か
+Link である。
+Activity Vocabulary に定義されているそれ以外の型は、全ての拡張型を含めて、
+これら二つの基底型の派生である。
+
+Activity Streams 2.0 文書の中の JSON オブジェクトは、次のどちらかの場合に
+Link である:
+(a) 値が "Link" である type 属性を持つオブジェクト、
+または
+(b) type 属性の値が、Link の拡張として定義されている型
+(例えば、
+Mention
+を参照のこと);
+さもなければこの JSON オブジェクトは Object の実体または
+拡張である。
Objectは Activity Streams vocabulary の基本基底クラスである。
+
+(
@@ -1305,7 +1618,10 @@
+
+Activity Streams 消費者はしばしば、
+例えば Web ブラウザやコンソールインターフェースに表示するために、
+Activity Streams オブジェクトのテキスト表現を必要とする。
+
+
+
+
+
+
+
+Link のターゲット URI は必須の
+
+
+Activity オブジェクトは、既に起きた、今起きている途中、
+将来起きるかもしれないアクションに関する情報を提供する、
+基底 Object 型の特化である。
+
+全ての Object の実体で対応している一般的な属性に加えて、
+
+
+
+
+Activity Vocabulary は
+多くのソーシャル Web アプリケーションで一般的である、少数の
+
@@ -1686,7 +2107,12 @@
+
+IntransitiveActivity オブジェクトは、自動的なアクションを表現する
+Activity 型の特化である。
+IntransitiveActivity オブジェクトは
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+Vocabulary
+で定義されている属性のいくつかは自然言語値を持つと定義されている。
+これは、複数の言語を使った人間可読の文字列である。
+JSON シリアル化の中で、これらは以下のどちらかで表現される:
+(1) 単一の JSON 文字列、または
+(2) 同じ文字列値の地域化された等価な翻訳への整形された
+[BCP47] Language-Tags にマッピングされたJSONオブジェクト。
+シリアル化された JSON において、これら二つの型式は単純な属性命名規則によって
+区別される; 例えば:
+"
+
+オブジェクト形式の全てのキーは整形された
+[BCP47]
+Language-Tag でなければならない(MUST)。
+関連付けられた値は文字列でなければならない(MUST)。
+
+Activity Vocabulary は
+自然言語値を使う三つの属性を定義している:
+
+
+特別な言語タグ
+
+Activity Streams 2.0 発行者は、分かっている場合には、map 属性か
+デフォルト言語タグを使って、自然言語属性の言語を明示的に
+マークアップするべきである(SHOULD)。
@@ -2387,11 +2985,19 @@
+
+この仕様は、Activity Streams 2.0 型式に準拠した文書を識別するために
+
+
+Activity Streams 2.0 型式は JSON-LD 仕様を使う一方、
+この特定のメディアタイプの使用を正当化する
+Activity Streams 2.0 実装のためには、多くの制限と追加の要求があることに
+注意すること。
+
+Activity Streams 2.0 は JSON-LD の制限されたプロファイルと考えることも
+出来るため、実装は
+`application/ld+json; profile="https://www.w3.org/ns/activitystreams"`
+メディアタイプを `application/activity+json` と等価なものとして
+扱うべきである(SHOULD)。
+
+この仕様は Activity vocabulary について記述する。
+これは ActivityStreams 2.0 形式の文脈で使われることを意図しており、
+アクティビティ構造のための基礎的な語彙と特定のアクティビティ型を提供する。
+
+Activity Vocabulary コア型は他の語彙の基礎を提供する。
Base URI: The Activity Streams 2.0 コア型は次のものからなる:
Refer to the
@@ -1015,7 +1113,11 @@ Base URI:
+
+Activity Streams 2.0 Extended Types は、
+多くのソーシャル Web アプリケーションで一般的な
+Activity と Object の派生型を含む。
+これらは三つの集合に分類される:
@@ -1287,9 +1401,14 @@
+
+アクター型はアクティビティを実行する能力を持つ Object 型である。
+
+コアアクター型は次のものからなる:
+
+二人の個人の間の関係を記述する。
+
+
+追加情報については 5.2 Representing Relationships Between Entities を参照のこと。
Base URI:
+
+一般的な属性は以下のものである:
+
+JSON string としてエンコードされた、Object の内容やテキスト表現。
+デフォルトでは、
+
+content は複数の言語タグ付きの値を使って表現しても良い(MAY)。
@@ -6517,8 +6761,16 @@
@@ -6609,7 +6861,10 @@
@@ -6836,7 +7091,10 @@ This section is non-normative. This section is non-normative. This section is non-normative. This section is non-normative.
+
+このようなマイクロ文法は
+
+
+例えば、作者が "@sally" という名前の他のユーザーに "#givingthanks" という
+タグ付きで感謝のメッセージを送りたいとする。
+このメッセージがメモの内容の中に現れる典型的な方法を以下に示す:
+
+典型的なソーシャルソフトウェア実装は典型的にはこのようなコンテンツを、
+"
+
+以下に等価な Activity Streams id 属性を使った絶対 IRI で記述された)グローバル修飾子と(type 属性を使って記述された)「オブジェクト型」に加えて、
+Object 型の全ての実体は、
+Activity Vocabulary で規定的に定義された属性の一般的な集合を共有する。
+これは次のものである:
attachment |
attributedTo |
@@ -1261,15 +1557,23 @@
id と type 属性を使った Object の例。
@@ -1292,7 +1596,16 @@ Activity Vocabulary defines a range of
Object types that are common to many social Web applications. This specification stops short of defining semantically specific properties for most of these objects. External vocabularies can be used to express additional detail not covered by the Activity Vocabulary.
+-->
+Activity Vocabulary は
+多くのソーシャル Web アプリケーションで一般的である、幅広い
+Object 型を定義する。
+この仕様は、これらのアクティビティのほとんどについて特定の属性を
+意味論的に定義するには至っていない。
+外部語彙は Activity Vocabulary で触れられていない
+追加の詳細を記述するために使われる。
+
+
Place と gr:Location の両方があるObject:
Example 8
@@ -1327,29 +1643,60 @@ MUST favor the use of properties defined by the Activity Vocabulary.
+-->
+外部語彙で定義されている属性は、
+Activity Vocabulary で定義されている属性と重複および複製できる。
+そのような重なりが存在する場所では、一貫した相互運用性のために、
+Activity Vocabulary て定義されている属性の仕様を
+優先しなければならない(MUST)。
4.1.1 オブジェクト型のテキスト表現
name 属性は
+作成者または他のユーザーによる入力から生成されるべきである(SHOULD)。
summary
+属性は、おそらく発行者によって自動的に生成される、
+フォールバックテキスト表現として使われるべきである(SHOULD)。
+name 属性がない場合、
+summary 属性はマークアップを含むべきではなく(SHOULD NOT)、
+オブジェクトの妥当なテキスト表現として使われるのに
+十分短いものであるべきである(SHOULD)。
@@ -1367,7 +1714,10 @@
@@ -1384,9 +1734,17 @@
name と summary はなくてもよく(MAY)、
+エンドユーザーの現在の言語での明示的な値がなくてもよく(MAY)、
+現在の言語コンテキストでの Object のテキスト表現として使うのに
+適切でないぐらい長くてもよい(MAY)。
+消費者実装はこれらの場合の Object のテキスト表現に対する
+フォールバック戦略を持つべきである(SHOULD)。
RFC5988]. The properties of the Link object are not the properties of the referenced resource, but are provided as hints for rendering agents to understand how to make use of the resource. For example,
height and width might represent the desired rendered size of a referenced image, rather than the actual pixel dimensions of the referenced image.
+-->
+Link は、修飾された、他のリソースへの間接参照であり、
+[RFC5988] で設定された
+Links の概念モデルと深く関係している。
+Link オブジェクトの属性は参照されたリソースの属性ではなく、
+表示するエージェントがそのリソースをどのように使うかを理解するための
+ヒントとして提供される。
+例えば、height と width は参照されたイメージの
+実際のピクセル数ではなく、参照されたイメージが要求した
+表示サイズかもしれない。
href
+属性を使って表現される。
+さらに、全ての Link 実体は、
+Activity Vocabulary
+で規準的に定義されている、次のオプションの属性の一般的な集合を共有する:
id |
name |
hreflang |
@@ -1546,8 +1923,15 @@ Object type that represent entities capable of carrying out an Activity. The Activity
Vocabulary provides the normative definition of five specific types of Actors:
+-->
+Actor オブジェクトは、
+Activity を実行する能力を持つ実体を表現する、基底
+Object 型の特化である。
+Activity
+ Vocabulary は Actor の 5 種類の特定の型の規定定義を提供する:
Application
|
Group |
@@ -1557,11 +1941,24 @@ Object and inherit all of the core properties common to all Objects. External vocabularies can be used to express additional detail not covered by the Activity Vocabulary. VCard [
vcard-rdf] SHOULD be used to provide additional metadata for
Person,
Group, and Organization instances.
+-->
+この仕様書は意図的に Actor を最も一般的な形でのみ定義し、
+それぞれについて意味論的に特定の属性を定義することまではしない。
+全ての Actor オブジェクトは
+
Object の特化であり、
+全ての Object に共通の全てのコア属性を継承する。
+Activity Vocabulary でカバーされない追加の詳細を記述するために
+外部語彙を使用できる。
+Person,
+Group,
+Organization 実体の
+追加メタデータとして提供するために VCard [[vcard-rdf]] が使われるべきである(SHOULD)。
@@ -1606,12 +2003,23 @@
Activity オブジェクトは
+Vocabulary で
+定義されている次の追加の属性に対応している:
actor |
object |
target |
@@ -1621,7 +2029,11 @@
type 属性は Activity Statement が表現するアクションの型を
+識別するために使われる。
@@ -1644,7 +2056,16 @@
Activity 型を定義する。
+この仕様は、これらのアクティビティのほとんどについて特定の属性を
+意味論的に定義するには至っていない。
+外部語彙は Activity Vocabulary で触れられていない
+追加の詳細を記述するために使われる。
object 特性を持たない。
Collection オブジェクトは、
+他の Object や
+Link の
+コンテナとして動作する基底
+Object の特化である。
+
Collection 型は、
+Objects から全て継承された
+基底属性に加えて、追加の属性を含む:
items |
totalItems |
@@ -1713,7 +2152,17 @@ type.
+-->
+Collection は大量のアイテムを含むことができる。
+しばしば、
+
Collection の中のアイテムは順序が
+ある場合とない場合がある。
+OrderedCollection 型は、
+アイテムに常に順序がある Collection であることを識別するために使っても良い
+(MAY)。
+JSON シリアル化において、Collection の順序のないアイテムは
+items 属性を使って表現される一方、
+順序のあるアイテムは orderedItems 属性を使って表現される。
CollectionPage
items (または orderedItems) 属性だけを使って
+Collection に含まれている全てのアイテムをシリアル化するのは
+実装上非実用的になる。
+このような場合、Collection に含まれているアイテムは
+相異なる部分集合、つまり「ページ」に分割できる。
+ページは CollectionPage 型を使って識別される。
CollectionPageCollection 型から拡張され、
+その全ての属性を継承する。
+以下の追加の属性も定義されている:
partOf |
next |
@@ -1795,23 +2260,43 @@ to which the items contained by the
Collection
CollectionPage belong.
+-->
+partOf 属性は、
+CollectionPage に含まれているアイテムが属する
+Collection を識別する。
first, next, prev,
+last, current 属性は、
+親コレクションからのアイテムの追加の部分集合を含む、他の
+CollectionPageCollection オブジェクトと同様、
+CollectionPage の中のアイテムは順序ありと順序なしの場合がある。
+OrderedCollectionPage 型は
+アイテムが順序ありのもののページを識別するために使われる。
OrderedCollectionPage
+CollectionPage
+OrderedCollection
+OrderedCollectionPage は追加の
+startIndex 属性を持つ;
+この値は、このページが示す
+OrderedCollection
+の中で、ページに含まれている最初のアイテムの相対インデックス位置を示す。
@@ -1831,8 +2329,17 @@
@@ -1843,15 +2350,30 @@
CollectionPage
or a Link referencing a separate resource containing a CollectionPage
first, last, next,
+prev, current 属性は
+単一の
+CollectionPageCollectionPageLink
+である。
@@ -1886,8 +2408,22 @@ SHOULD be instances of
OrderedCollectionPage. If the pages of an
OrderedCollection are not instances of OrderedCollectionPage, a consumer will have no reliable means of reconstructing the appropriate ordering of items.
+-->
+OrderedCollection のページングはトリッキーな場合がある;
+実装がページの並びを何らかの推測可能な順序で処理することが
+保証されないからである。
+論理的なコレクションのメンバアイテムを適切で完全な順序に再構築したい実装は、
+並びの最初(または最後)のページに移動して、それから全てのページを処理するまで
+next (または prev) リンクを再帰的に
+辿るべきである。
+ある OrderedCollection のページは
+OrderedCollectionPage の実体であるべきである(SHOULD)。
+OrderedCollection のページが
+OrderedCollectionPage の実体でない場合、
+消費者はアイテムの適切な順序を再構築するために信頼性のある手段はない。
@@ -1896,16 +2432,35 @@
+
+
4.7 自然言語値
name" は name 属性の JSON 文字列形式を識別し、
+一方 "nameMap" はオブジェクト形式を表現する。
+
+
Example 21
@@ -1919,7 +2474,10 @@
+
+
Example 22
@@ -1937,10 +2495,17 @@
name,
+summary,
+content. それぞれ、JSON シリアル化では "
+name", "summary", and "content" は
+JSON 文字列形式を表現する;
+"nameMap", "summaryMap", "contentMap" は
+オブジェクト形式を表現する。
"und" は、
+言語が不明または未定義の値を明示的に識別するために
+オブジェクト形式の中で使用できる。
@@ -1975,7 +2555,14 @@ JSON-LD] mechanisms to produce or consume Activity Streams 2.0 documents, the
@language property MAY be used within a @context to identify the default language. This mechanism may not be understood by implementations that do not choose to process Activity Streams 2.0 documents using JSON-LD.
+-->
+Activity Streams 2.0 文書を生成または処理するのに [JSON-LD] 機構を使う場合、
+デフォルト言語を識別するために @context の中で
+@language 属性を使っても良い(MAY)。
+この機構は、JSON-LD を使って Activity Streams 2.0 文書を処理することを
+選ばなかった実装によっては理解されないかもしれない。
@@ -2083,10 +2670,18 @@
+
+
4.8 言語のマークアップ
Note: Examples
@@ -2100,7 +2695,10 @@
+
+
5. 拡張性
+
+
8.1
application/activity+json メディアタイプ
application/activity+json MIME Media Type を
+登録する。
@@ -2411,10 +3017,20 @@
Optional parameters:
+
+profile: application/activity+json メディアタイプの profile 引数は
+一つ以上のプロファイル URI を指定できる。
+これらのプロファイル URI は [RFC6906] で定義された意味論を持つ。
+"profile" メディアタイプ引数はクォートされなければならない(MUST)。
+これは空白で区切られた URI (プロファイル URI) の空でないリストである。
profile-param = "profile=" profile-value
profile-value = <"> profile-URI 0*( 1*SP profile-URI ) <">
+
+profile-URI = URI 上記の文法での "URI" は [RFC3986] の Section 3 で定義される "URI" を参照する。
@@ -2437,11 +3053,24 @@
@@ -514,7 +518,12 @@
Abstract
+
+
2. コア型
https://www.w3.org/ns/activitystreams#.
ObjectActivity,
IntransitiveActivity,
Collection and
OrderedCollection.
+-->
+任意の型のオブジェクトを記述する。
+Object 型は、
+Activity,
+IntransitiveActivity,
+Collection,
+OrderedCollection
+のような他のコア型を含む、
+Activity Vocabulary で定義されるその他の種類のオブジェクトの基底型を
+提供する。
@@ -785,10 +847,24 @@
RFC5988]. Many of the properties defined by the Activity Vocabulary allow values that are either instances of
Object or Link. When a Link is used, it establishes a
qualified relation connecting the subject (the containing object) to the resource identified by the href. Properties of the Link are properties of the reference as opposed to properties of the resource.
+-->
+Link は、URL で識別される、リソースへの間接的な修飾された参照である。
+リンクの基本的なモデルは [[!RFC5988]] で確立されている。
+Activity Vocabulary で定義されている多くの属性は、
+Object または Link のどちらの
+実体を値に取ることもできる。
+Link が使われるとき、
+主題 (含んでいるオブジェクト) を href で
+識別されるリソースと接続する
+修飾された関係(qualified relation)
+を確立する。
+Link の属性は、このリソースの属性ではなく
+参照先の属性である。
@@ -841,7 +917,15 @@
Object that describes some form of action that may happen, is currently happening, or has already happened. The
Activity type itself serves as an abstract base type for all types of activities. It is important to note that the Activity type itself does not carry any specific semantics about the kind of action being taken.
+-->
+Activity は、起こる予定、今起こっている、既に起こったある種の型式の
+アクションを記述する、Object の派生型である。
+Activity 型自身は全てのアクティビティのための
+抽象基底クラスである。
+Activity 型自身は取られるアクションの種類について
+何の特定の意味も持たないことに注意することは重要である。
@@ -898,9 +982,17 @@
object property is therefore inappropriate for these activities.
+-->
+
IntransitiveActivity の実体は、
+自動詞的なアクションを表現するための、
+Activity の派生型である。
+従って
+object 属性は
+これらのアクティビティにとっては不適切である。
@@ -951,8 +1043,14 @@
@@ -1159,13 +1261,22 @@ Object that represents ordered or unordered sets of
Object or Link instances.
+-->
+Collection は、
+Object または Link 実体の、
+順序付きまたは順序なしの集合を表現する、
+Object の派生型である。
Collection in which members of the logical collection are assumed to always be strictly ordered.
+-->
+論理的なコレクションのメンバーが常に厳密に順序づけされていることが
+仮定されている、
Collection の派生型。
+
+
3. 拡張型
https://www.w3.org/ns/activitystreams#.
+
+
3.1 アクティビティ型
Notes:
+
+
actor が object を受け入れたことを示す。
+target 属性は、特定の状況では
+object が受け入れられたコンテキストを示すために使われる。
@@ -1334,7 +1453,10 @@
Notes:
+
+
Accept の特化で、受け入れが一時的であることを示す。
@@ -1401,10 +1523,17 @@
Notes:
+
+
actor が object を target に
+追加したことを示す。
+target 属性が明示的に指定されない場合、
+ターゲットはコンテキストによって暗黙的に決定される必要がある。
+origin can be used to identify the context from which the object originated.
@@ -1450,7 +1579,13 @@
Notes:
+
+
actor が location に到着したことを示す
+IntransitiveActivity。
+The origin can be used to identify the context from which the actor originated.
+target は特に定義された意味は無い。
@@ -1495,8 +1630,11 @@
Notes:
+
+
actor が object を作成したことを示す。
@@ -1538,8 +1676,13 @@
Notes:
+
+
actor が object を削除したことを示す。
+指定された場合、origin は object が削除した
+コンテキストを示す。
@@ -2599,15 +2742,24 @@
@@ -2921,7 +3082,10 @@
+
+
3.2 アクター型
ApplicationNotes:
subject と
+object 属性が
+つながった個人を識別するために使われる。
Notes:
+
+複数段落からなるようなあらゆる種類の文章を表現する。
@@ -2955,7 +3119,10 @@
Notes:
+
+あらゆる種類の文書を表現する。
@@ -2993,7 +3160,10 @@
Notes:
+
+あらゆる種類の音声を表現する。
@@ -3038,7 +3208,10 @@
Notes:
+
+あらゆる種類の画像
@@ -3073,7 +3246,10 @@
Notes:
+
+あらゆる種類の映像を表現する。
@@ -3107,7 +3283,10 @@
Notes:
+
+典型的には 1 段落未満の短い文章を表現する。
@@ -3141,7 +3320,10 @@
Notes:
+
+Web ページを表現する。
@@ -3176,7 +3358,10 @@
Notes:
+
+あらゆる種類のイベントを表現する。
@@ -3225,8 +3410,12 @@
Notes:
+
+論理的または物理的な場所を表現する。
+追加の情報については 5.3 Representing Places を参照のこと。
@@ -3274,7 +3463,10 @@
Notes:
+
+@mention を表現する
Link の特化。
@@ -3368,7 +3560,12 @@
Notes:
+
+Tombstone は、削除された content object を表現する。
+これは、Collection 内で、以前この位置にオブジェクトがあったが
+削除されたということを示すために使われる。
@@ -3395,13 +3592,19 @@
+
+
4. 属性
https://www.w3.org/ns/activitystreams#.actor |
attachment |
attributedTo |
@@ -3662,7 +3865,13 @@
Notes:
+
+潜在的に特別な扱いが必要な、このオブジェクトに添付されたり
+関連付けられたりしたリソースを識別する。
+目的は、少なくとも意味論的にはEメールの添付と同様のモデルを
+提供することである。
@@ -3724,7 +3933,12 @@
Notes:
+
+このオブジェクトが起因する一つ以上の実体を識別する。
+起因する実体は Actor ではないかもしれない。
+例えば、あるオブジェクトは他のアクティビティの完了に起因するかもしれない。
@@ -3763,7 +3977,11 @@
Notes:
+
+このオブジェクトが関連があると考えられるエントリ全体を表現する
+一つ以上の実体を識別する。
@@ -3801,7 +4019,10 @@
Notes:
+
+このObjectのプライベートな補助関係者の一部である一つ以上のObjectを識別する。
@@ -3877,7 +4098,10 @@
Notes:
+
+このObjectのパブリックなな主要関係者の一部である一つのObjectを識別する。
@@ -5370,10 +5594,19 @@
@@ -5423,7 +5656,12 @@ Notes:
content の値は HTML である。
+異なるコンテントタイプを示すためにこのオブジェクトに
+mediaType 属性を指定できる。
Notes:
+
+このオブジェクトの、単純で、人間可読な、プレーンテキスト名。
+HTML マークアップを含んでいてはならない(MUST NOT)。
+content は複数の言語タグ付きの値を使って表現しても良い(MAY)。
@@ -6496,12 +6734,18 @@
+
+
5. 実装の注意点
5.1 関係者指定
to,
cc, bto and bcc properties MAY be used within an Object to explicitly identify the Primary and Secondary audiences.
+-->
+多くの型のアクティビティに対して、
+(アクティビティのアクション型、アクター、オブジェクト、対象を元にして)
+主要関係者を推測する手段はあるものの、
+経験則は全ての場合に働くわけではなく、補助関係者を識別する手段を提供しない。
+to, cc, bto and bcc 属性を
+主要関係者と補助関係者を明示的に識別するために Object の中で使ってもよい(MAY)。
5.2 エンティティ間の関連の表現
5.3 場所の表現
+
+
5.4 質問の表現
5.5 逆アクティビティと "Undo"
+
+
5.6 言及、タグおよびその他の一般的なソーシャルマイクロ文法
content,
+ name, and summary
+ properties on an Activity Streams Object,
+値の中で使われても良い(MAY)が、
+implementations SHOULD NOT be required to parse the values of those properties in order to determine the appropriate routing of notifications, categorization or linking between objects.
+代わりに、発行者は
+それぞれの具体的にそれらの目的のために提供されている
+vocabulary terms を適切に使用するべきである(SHOULD)。
@sally" を "@sally" のソーシャルプロフィールページへの
+ハイパーリンクに置き換え、"#givingthanks" を
+同じトピックに「タグ付け」された他のメッセージの一覧への
+ハイパーリンクに置き換える。
+ほとんどの実装はまた、自分が作ったメッセージが言及されたことを知らせるために、
+sally に特別な通知を送信する。
Note オブジェクトを示す: