FEP-d36d: 連合型フォーラム間におけるコンテンツ共有の実現

概要

threadiverse（FEP-1b12を実装したActivityPub準拠サーバー）上では、共通の関心事を対象としたフォーラムが新規インスタンスに初期搭載されることが多く、その結果複数のサーバーで類似したフォーラムが複数存在する状況が生じます。ユーザーは、重複と見なされるフォーラムをフォローしなければならないことや、同一トピックに関する議論を複数のサーバー間で追跡しなければならないことに不満を感じる場合があります。本文書では、Groupアクター間で共有機能を実装することで、単一リンクの複数回投稿を削減する方法について説明します。これにより、ユーザーが「重複」と認識する投稿や、複数フォーラムに分散した断片的な会話を減らすことが可能になります。

経緯

FEP-1b12は連合型フォーラムシステムを導入しており、Lemmy、/kbin、およびFriendicaによって実装されています。

サイトredditでは、フォーラムをグループ化する機能としてsubredditsが提供されており、これらをさらに統合したマルチリディットと呼ばれる新しいフォーラムを作成できます。マルチリディットは構成要素である各サブレディットのフィードを組み合わせたもので、ユーザーが関連する複数のフォーラムを簡単に追跡できる仕組みです。subredditは複数のマルチリディットに参加できるため、個々のsubredditへのリンク投稿に対するモデレーションには影響せず、単一のマルチリディット内で複数の構成サブレディットに同時に投稿することも可能です。

Group間フォロー機能

連合型フォーラムの管理者が、自サーバーのフォーラムが別のフォーラムとトピック的に重複していると判断した場合、Groupアクターを介して他のフォーラムのGroupアクターに対して「フォロー」アクティビティを送信するよう指示できます。FEP-1b12ではグループは自動的に「承認/フォロー」で応答することが規定されていますが、本文書ではこの規則をactorタイプがGroupである「フォロー」アクティビティについては適用しません。別のGroupからフォローリクエストを受け取った場合、当該グループは「自動承認/フォロー」で応答するか、モデレーターが指示した場合には「拒否/フォロー」で応答することができます。「自動承認/フォロー」を行った後、受信側グループは最初のグループを自動的に自身の「フォロー中」コレクションに追加することができ、これにより双方向の関係が確立されます。

本文書では「Undo/Follow」アクティビティの処理方法については変更を加えません。もしグループが「Group」アクターから「Undo/Follow」を受信した場合、当該グループは「自動削除」で他のグループを「フォロー中」コレクションから除外することができます。

アクティビティ処理手順

グループがinboxでアクティビティを受信した際は、FEP-1b12で規定されている通り自動的に妥当性検証を実施する必要があります。この検証プロセスにおいて、重複排除（アクティビティのobjectプロパティに含まれるURL、添付ファイルのURL、またはその他の方法による）が行われる場合、その重複排除チェックにはフォローしているグループから取得したオブジェクトも含めなければなりません。もしアクティビティがこの重複排除チェックに失敗した場合、グループは「Reject」アクティビティで応答する必要があります。この際、「object」プロパティにはinboxアクティビティの「object」を、「target」オブジェクトには新規オブジェクトが複製した元のオブジェクトを指定します。これにより、関連フォーラム間でコンテンツが一度だけ投稿されるようになり、ユーザーが重複投稿を試みた際にオリジナル投稿へのナビゲーションを提供することが可能になります。

受信したアクティビティが有効と判断された場合、グループはFEP-1b12で規定されている有効アクティビティの処理手順に従って適切に対処しなければなりません。

参考文献

[FEP-1b12] Felix Ableitner, FEP-1b12: Group federation

著作権について

本Fediverse機能拡張提案の著者は、法律で認められる範囲内において、当該作品に関するすべての著作権および関連する権利または隣接権を放棄しています。