ニュースの概要
報道によると、Twitter上で活動していたイスラム国系の利用者や関連アカウントが、アカウント停止や投稿削除を受けた後、分散型SNSのDiasporaへ活動場所を移したとされます。Diasporaは一社が全利用者と投稿を一括管理するのではなく、独立したサーバー群が連携する仕組みを採用しています。そのため、特定企業による排除の影響を受けにくい一方、各サーバーの運営者が有害な投稿や利用者をどう扱うかが問われます。この事例は、分散化が表現の自由を広げるだけでなく、監視、通報、証拠保全、法執行の連携を難しくする側面も持つことを示しました。
引用元: Twitterから閉めだされた「イスラム国」、分散型SNSのDiasporaに乗り換え（画像）（ITmedia）
分析・見解
対策の重心は単一企業から複数運営者の連携へ移った
この事例の核心は、過激派が新しいサービスを見つけたことだけではない。規約、アカウント管理、広告契約、捜査機関への窓口をひとつの企業がまとめて運用する仕組みから、複数の運営主体がつながる仕組みへ、対策の重心が移った点にある。Twitterのような一社集中型のサービスでは、違反したアカウントの停止、関連する投稿を検索結果から外すこと、再登録の検知を一つの事業者が実行できる。これに対してDiasporaのような連合型の仕組みでは、利用者情報と投稿データが「ポッド」と呼ばれる複数のサーバーに分かれ、ある運営者の判断が全体に自動で反映されるとは限らない。
分散型でも規制はあるが、判断の空白が生まれやすい
ただし、分散型は無規制という意味ではない。各ポッドの管理者は利用規約を設け、利用者を拒否し、投稿を消し、他のポッドとの接続を断つことができる。問題は、判断の範囲が局所的になりやすいことだ。過激な利用者が一つのサーバーから排除されても、別のサーバーへ移る余地が残る。さらに、サービス全体の代表窓口が見えにくいため、通報先、削除の基準、異議申し立ての手順が利用者ごとに異なる。集中型で批判されてきた一律削除の危険は薄れる一方、対応のばらつきと責任の空白が広がるのである。
ここで重要なのは、分散化が「検閲をなくす技術」ではなく、「判断を複数の管理単位へ移す技術」だという見方だ。誰が投稿を見られるか、誰が接続を許可するか、誰が証拠を保全するかという権限は消えない。場所が変わるだけである。むしろ運営主体が増えると、ルールの違いを利用してサービス間を渡り歩く動き、いわゆる逃避が起きやすくなる。過激派にとっては、一つの巨大な広場で大量拡散を狙う手法から、閉じた小規模集団を複数の場所に分け、勧誘や指示を長く維持する手法へ変わる可能性がある。
禁止語検知は限界、監視コストは規模拡大とともに増す
技術面では、本文だけでなく画像、短縮されたリンク、招待制の集団、外部の記憶サービスへの誘導を追う必要がある。単純な禁止語の検知は、表記の変更や画像内の文字によって容易に回避される。対策には、公開範囲、投稿頻度、利用者同士のつながり、外部サイトへの移動といった複数の手がかりを組み合わせる必要がある。ただし、連合型ネットワークでは全体の利用者関係を一社が把握できないため、集中型と同じ精度の検知を期待するのは現実的ではない。各サーバーで得られる情報を最小限に共有し、危険なつながり先だけを照らし合わせる仕組みが現実的な落とし所になる。
類似の課題は、分散型の短文投稿基盤や、独立した運営者が参加する動画、掲示板のネットワークにも共通する。規模が小さい間は、管理者の目が届きやすく、理念に基づく運営も可能だ。しかし利用者が増えると、通報の処理、法的な要請への対応、データの保存期間、児童保護、翻訳対応に人手と費用が必要になる。技術を分散させても、運営のコストは分散しない。ここを見落とすと、自由を掲げたサービスが、結果として悪用に弱い避難場所になる。
焦点は運営者間で共有できる安全基準と説明責任
今後は、全体を一括管理するモデルと、各運営者に任せるモデルの二択ではなく、相互に運用できる安全基準が焦点になるだろう。例えば、運営者の連絡先、削除の手順、通報への返答期限、重大な危険情報の保存方法を共通の形式で公開する。接続を断つ判断も、恣意的な排除ではなく、理由と期間を記録する。利用者のプライバシーを守りながら、同じ悪用行為が別の場所で繰り返されていることを運営者同士で知らせる仕組みも必要だ。分散型SNSの価値は、巨大企業から主導権を取り戻せる点にある。しかし主導権を取り戻した利用者と運営者が、説明責任まで引き受けられるかが、普及の分かれ目になる。
ビジネスへの影響
自社ブランドの監視範囲を分散型SNSにも広げる必要
企業にとって、このニュースは自社がSNSを運営しているかどうかにかかわらず、公開情報の監視範囲を見直す材料になる。公式アカウントを一社集中型のサービスだけで管理している企業は、分散型SNSや独立運営の掲示板でブランド名、製品名、社員名がどのように使われているかを把握しにくい。すべてを監視するのではなく、なりすまし、脅迫、個人情報の流出、製品事故に関する虚偽情報など、事業に直結する事象を優先して監視対象にするべきだ。
サービス選定では通報窓口や削除基準まで確認を
導入時には、検索機能の有無だけでサービスを評価してはいけない。運営者の所在地、通報の窓口、削除の基準、ログの保存期間、障害時の連絡方法、利用者情報の扱いを契約や社内手順に落とし込む必要がある。外部の分散型基盤を広報や顧客支援に使う場合は、公式情報の掲載場所を自社サイトにも残し、偽情報が流れた際に正しい情報へ誘導する導線を用意する。
危機対応は証拠記録と緊急度判定の手順を事前整備
危機対応では、投稿の削除を依頼するだけでは不十分だ。画面の保存、投稿時刻、接続先、拡散の経路を適法な範囲で記録し、法務、広報、情報システム、現場責任者が共有できる手順を整える。特に分散型サービスでは、運営者が小規模で返答に時間がかかる場合があるため、緊急度の判定と代わりの連絡先を事前に決めておくことが重要だ。
過剰な監視は避け、被害基準と対応手順の明確化を優先
一方で、過剰な監視や一律の利用禁止は、従業員の情報収集や顧客との対話まで損なう。企業が採るべき姿勢は、自由な発言を敵視することではなく、被害の基準と対応手順を明確にすることだ。分散型SNSを採用する場合も、理念だけでなく、運営責任、費用、監査できるかどうか、撤退時のデータ移行まで含めて判断する必要がある。