ぶっちゃけ適当なURIをfetchしてそのURIのノードからRDFデータセットを辿る分には(少なくとも連結なグラフの場合は)そこまで大変でもないのではという気持ちがあるけど、ActivityPubの`inbox`に送り付けられた文書の場合はRDFデータセットとして見たときにどのノードからどう手を付けるべきなのかよく理解できていない
`inbox`の場合はデータセットからアクティビティを探してその副作用を処理するという形で一見辻褄が合いそうだけど、データセットに複数のアクティビティがあった場合にどうするべきかとかよく分からないし。例えば`Announce`の`object`がアクティビティだったりすることもあるわけだけど、その`object`のアクティビティの副作用を処理するわけにはいかないだろうし。そして`outbox`に至ってはアクティビティでないオブジェクトを受け取ったら`Create`アクティビティで包むとかいう謎の処理(<https://www.w3.org/TR/2018/REC-activitypub-20180123/#create-activity-inbox>)があけど、RDFとして見たときにどのノードを包むべきか見当もつかない
暗黙にJSON-LD表現におけるトップレベルのオブジェクトから処理することが期待されているように思えてならない
様々な目的に使える、日本の汎用マストドンサーバーです。安定した利用環境と、多数の独自機能を提供しています。
`inbox`の場合はデータセットからアクティビティを探してその副作用を処理するという形で一見辻褄が合いそうだけど、データセットに複数のアクティビティがあった場合にどうするべきかとかよく分からないし。例えば`Announce`の`object`がアクティビティだったりすることもあるわけだけど、その`object`のアクティビティの副作用を処理するわけにはいかないだろうし。
そして`outbox`に至ってはアクティビティでないオブジェクトを受け取ったら`Create`アクティビティで包むとかいう謎の処理(<https://www.w3.org/TR/2018/REC-activitypub-20180123/#create-activity-inbox>)があけど、RDFとして見たときにどのノードを包むべきか見当もつかない