MastodonにおけるBBC
(bbc.co.uk)- BBC Research & Developmentは、Fediverseが公共サービスメディアに適しているかを確認するため、
social.bbcで実験用のMastodonサーバーの運用を開始した - 初期サーバーは、BBC R&D、Radio 4、5 Liveなど一部のBBC公式アカウントのコンテンツ投稿とフォローに焦点を当てており、一般ユーザーの登録は受け付けない
- Mastodonは、各サーバーが独自ルールを持ちながら相互接続される連合型ソーシャルネットワークであり、中央集権型プラットフォームとは異なる本人確認・モデレーションの方法が必要となる
- BBCは、
social.bbcドメインとBBCウェブサイトの相互リンクによってアカウントの真正性を確認できるようにし、返信には可能な範囲でBBCのソーシャルメディアモデレーション規則を適用する計画だ - この実験は6か月後に継続可否を判断し、到達規模・運用コスト・作業量だけでなく、中央モデレーションやフィルタリングアルゴリズムのないモデルの長所と短所もあわせて検討する
BBCがsocial.bbcを開設した理由
- BBC Research & Developmentは、ソーシャルメディア環境の変化の中でBBCに必要なソーシャル技術を模索している
- 今回の実験は、共通プロトコルで接続された分散型ソーシャルネットワークであるFediverseの中に、BBCの公式な存在を作る試みだ
- BBCは実験用Mastodonサーバーをsocial.bbcで運用し、一部のBBCソーシャルメディアアカウントをフォローできるようにしている
- 将来的には、BBCの他の領域からもさらに多くのアカウントを追加できることを期待している
最初に含まれたBBCアカウント
- 初期の
social.bbcサーバーには、次のBBCアカウントが含まれる - これらのアカウントは、他のソーシャルプラットフォームと同様にコンテンツ投稿に利用される
- 多くのMastodonサーバーとは異なり、BBCインスタンスは個人アカウントの登録を受け付けず、BBCアカウント専用として運用される
- 他のMastodonまたはActivityPubサーバーのユーザーは、BBCアカウントをフォローできる
MastodonとFediverseの仕組み
- MastodonはTwitterに似たソーシャルネットワーキングサービスであり、月間アクティブユーザーは約200万人である
- 1つの組織がネットワーク全体を統制するのではなく、各サーバーが独立して運営される連合型モデルを採用している
- 誰でもサーバーを運営し、ユーザーをホスティングできる
- 各サーバーは独自のモデレーションルールと登録ルールを設定できる
- サーバー同士は相互接続できる
- BBCはこの構造をメールにたとえている
- ユーザーはそれぞれメールプロバイダーを選ぶが、他のプロバイダーのユーザーともメールをやり取りできる
- Fediverseは、地域ごとの統制、良質なコンテンツ、社会的価値を重視しており、BBCの公共サービスインターネットへの取り組みや、分散データに関するこれまでの活動とも相性のよいモデルと評価されている
- オランダ政府、Wikimedia、EUのような公共サービスおよび非営利組織も、すでにFediverse上に存在している
本人確認とsocial.bbcドメイン
- BBCは
social.bbcドメインを用いることで、そのアカウントがBBC公式アカウントであることを確認できるようにしている - BBCウェブサイトとMastodonアカウントを相互にリンクさせることで、Mastodon上で本人認証を完了する
.bbcドメインの登録情報も、アカウントの真正性を確認する根拠として活用される
連合型ネットワークで生じる運用課題
- BBCのように規模が大きく注目度の高い公共サービス組織は、Mastodonサーバーを運営する前に複数の課題を検討する必要があった
- 中央集権型の所有構造に慣れた人にとっては、連合型モデルそのものがなじみの薄いものかもしれない
- 「BBCが独自のソーシャルネットワークを運営しているのか」という問いに対しては、ソーシャルネットワークのごく一部をホストしていると捉えるほうが近い
- 「BBCがユーザーのコンテンツをホスティングしているのか」という問いは、より複雑になる
- BBCサーバーでは、ユーザーがアカウントを作成したり投稿したりすることはできない
- 他サーバーのユーザーはBBCの投稿に返信できる
- その返信はBBCの投稿の横に表示され、BBCサーバーに保存される場合がある
- この構造により、BBCがどこまでモデレーション責任を負うべきかが重要な運用上の論点となる
モデレーションとリスク管理
- BBCが自社ウェブサイト上のニュース・スポーツコメントを直接ホスティングする場合は、BBCガイドラインに従ってモデレーションを行う
- サードパーティのソーシャルメディアプラットフォームに投稿する場合は、返信を確認し、必要に応じてコメント通報などの措置を取るが、そのプラットフォーム側の中央モデレーションにも依存している
- Mastodonは分散型サービスであるため、BBCが任せられる中央Mastodonモデレーションチームは存在しない
- 各Mastodonサーバーが独自にモデレーション責任を持ち、管理者はコンテンツ警告の追加、投稿の削除、他サーバー全体のブロックといった措置を取ることができる
- BBCはこのリスクを受容可能な水準と見ており、可能な場合にはBBCソーシャルメディアモデレーション規則をBBC投稿への返信にも適用する予定だ
- こうした理由から、BBCはユーザーアカウントをホスティングしないBBC専用サーバーを選択した
6か月後に判断すること
- BBCのMastodon運用は6か月の実験として進められ、その後、継続するかどうか、またどのように継続するかを決定する
- 評価項目には、提供した価値、必要な作業量とコスト、投入した労力に対する到達規模が含まれる
- 中央ルールや中央モデレーションがなく、フィルタリング・並べ替えアルゴリズムも存在しない連合型モデルのリスクと利点もあわせて検討する
- BBCは実験の過程で得た学びを公開し、他の組織にも役立つようにする計画だ
- 既存の他のソーシャルメディア活動は、これまで通り継続する
- 次の段階の問いは、Mastodonを超えて他のActivityPubアプリケーションへコンテンツ投稿を拡張できるか、また変化する他のソーシャルプラットフォームが生むリスクを減らせるかという点である
- BBCは、大規模なグローバルソーシャルメディアプラットフォームが今後も存続するのか、徐々に姿を消すのか、そして10年後にどのような代替が残るのかもあわせて探っている
1件のコメント
Hacker News の意見
BBC が分散化とオープン標準に本気だという信頼は、中央集権的な BBC Sounds アプリへトラフィックを誘導しようとして、ポッドキャストのフィードに人為的に1か月の遅延を入れてから大きく損なわれた
In Our Time を20年間聴いてきたのに、グロースハックの名目で台無しにされたようなもので、複数の独占的なポッドキャストアプリを使うつもりはないので、時事コメディを1か月遅れで聴く羽目になっている
通常の RSS フィードや TuneIn のようなサードパーティのラジオサービスではなく、それを使わせようとする執着が非常にいら立たしく、より良い体験で引き寄せられないため、スマートスピーカー利用者とポッドキャスト聴取者の体験をわざと悪化させた。この統制への執着のせいで、BBC ラジオへの感情が悪くなった
mpvで Sounds のどの番組でも再生できるライブ配信のラジオも同じ方法で聴いている:
alias bbc1='mpv http://a.files.bbci.co.uk/media/live/…'alias bbc1x='mpv http://a.files.bbci.co.uk/media/live/…'alias bbc2='mpv http://a.files.bbci.co.uk/media/live/…'alias bbc3='mpv http://a.files.bbci.co.uk/media/live/…'alias bbc4='mpv http://a.files.bbci.co.uk/media/live/…'alias bbc5='mpv http://a.files.bbci.co.uk/media/live/…'alias bbc5x='mpv http://a.files.bbci.co.uk/media/live/…'alias bbc6='mpv http://a.files.bbci.co.uk/media/live/…'自分の用途にはよく合っている。Sounds を使いたい気持ちはあるが、UI は目的の場所にたどり着くまでが面倒すぎるし、「購読」はできるのにプレイリストやキューがなく、全体的にいまひとつ
https://get-iplayer.github.io/get_iplayer/
「音楽、ラジオ、そしてなぜかポッドキャスト」の方がずっとしっくりくる
BBC がこうした実験をしてみるのは素晴らしいし、期待値を調整しつつ Mastodon と Fediverse が何かを簡潔に説明している情報も本当に良い
Fediverse 初期の組織ではないのに、「共通プロトコルで接続された複数のソーシャルメディアアプリケーションの分散型コレクション」という定義をきちんと押さえている。初心者はこうしたニュアンスや正確さをあまり気にしないかもしれないが、重要だと思う
BBC のような組織が代替的なアイデアを試す姿勢はうれしい。知らない人もいるかもしれないが、BBC はニュースサイトを Onion ネットワーク上にも公開している
https://www.bbcnewsd73hkzno2ini43t4gblxvycyac5aw4gnv7t2rccij...
https://www.nytimesn7cgmftshazwhfgzm37qxb44r64ytbb2dj3x62d2l...
https://open.nytimes.com/https-open-nytimes-com-the-new-york...
BBCや他の組織は、既存のコンテンツ管理システムにActivityPubを直接実装することもできる
Mastodonは素晴らしいが、連合エコシステムに参加するのに必ずMastodonを使わなければならないわけではない。BBCが独自のトップレベルドメインを持っていることも初めて知ったし、これは他の組織にはない大きな可能性を開くものだ
もっと小さなActivityPubサーバーを実装すればいいだけで、こうしたTwitterの複製が必ず必要なわけではない
一般大衆向けのソーシャルメディアプロジェクトでActivityPubを検討しているなら、BBCが整理した課題のセクションを先入観なく注意深く読み、否定的な経験を反射的に過小評価しない方がよい
2022年末の大きな流入が起きる前は、自由・オープンソース界隈でMastodonの使い勝手を批判することはほとんど異端扱いで、その後、多くの新規ユーザーが数カ月以内に離れた後も大きくは変わらなかった。Mastodonが提供するものと、一般の非技術系ユーザーが期待するものとの間には明確な隔たりがある
ActivityPubとMastodonはどちらも本当に素晴らしいし、Fediverseは祖父でもFacebookの釣り仲間を自信を持って移せるくらい簡単なソーシャルツールを支えられると思う。ただ、現在のツールが分散型ソーシャルを非技術ユーザーにとって周辺的な代替ではなく標準にしてくれる、まさにその決定打である可能性は高くない。Blueskyは注視しているが、誰かが非商業的にもっと洗練された方法を見つけてくれるとよい。中央集権型ソーシャルメディアの概念的な単純さは、一般ユーザーにとって非常に大きな利点だ
elk.zone/を付ければよいhttps://phanpy.social もよく、リストまでマルチカラムに対応している。どのサーバーからでもすぐにフォローやお気に入りができるようにしてくれる https://addons.mozilla.org/de/firefox/addon/mastodon-simplif... のようなブラウザー拡張も、体験を大きく改善してくれる
新しいアカウントをフォローしてみて、Mastodonで別サーバーの人をフォローするのがどれほど難しいかを改めて思い出した
フォローをクリック → 文字だらけのダイアログ。最も一般的な案内である「自分のサーバーの検索欄にコピーして貼り付け」は末尾の小さな文字 → 自分のサーバーへ移動 → 検索欄も、「検索」と書かれたものもない → ウィンドウが狭すぎるせいだと分かっている → ウィンドウを広げる → 表示された検索欄に貼り付け → 結果で「フォロー」をクリック → ようやく完了。今度は他のアカウントについてこれをまた繰り返さなければならない。各段階で道に迷って諦める人は間違いなく多いはずだ
今では、アカウントが別の場所にあるときに最初にフォローしたり何かをしようとすると、ホームサーバーを入力させ、そこへ連れて行ってログインさせる。その後はホームサーバーを記憶し、関連する投稿やプロフィールをワンクリックで自分のサーバー上で見られるようにしてくれる。つまり手順は今では、フォローをクリック → 「Take me home」をクリック → もう一度フォローをクリック、になった。まだ素晴らしいとは言えないが、以前よりはずっと良い
例: https://i.imgur.com/MG1d5kV.jpg
ただしこれはWebインターフェースの限界に近く、この手順を助ける拡張機能もある。デスクトップやモバイルのクライアントでは、この問題はまったくない
興味深いことに、BBCは常に新しいメディア実験の周辺にいた。英国ISPの初期にBBCは最初期の一角で、当時英国ベースのISPの中で最も多くのニュースグループを提供する最高のUseNetサーバーを持っていた
https://www.bbc.co.uk/multicast/
残念ながら継続はしなかった。ほぼ20年が過ぎた今でも、Amazon、Netflix、BBCのような多くの企業が大規模ライブストリーミングに依然として苦労している
以前は数年前に放送されたドキュメンタリーの学習ガイドをダウンロードしたり、引用元をたどったりすることもできたが、今では現代的な空っぽの殻に置き換わり、ストリームはひどいアプリの後ろに隠れてしまった
https://en.wikipedia.org/wiki/BBC_Micro
存在感を示すのはよいが、アカウントが5つも6つもあるのに、主要ニュースのヘッドラインに集中したアカウントが1つもない
今の状態なら、Twitterアカウントの投稿を再投稿する非公式ボットの方とより多くやり取りすることになりそうだ
@politics@bbc.uk,@sports,@finance,@entertainment,@breakingnewsのように、自分たちが管理する名前空間上で運用できる興味深いとはいえ、6カ月の試験ということで、実際にどの程度本気なのかは分からない
気になるのは、
.bbcというトップレベルドメインがあること、ほかでも使われているのか、そしてインスタンスを誰がホスティングしているのか。サードパーティなのか、自前で立てたものなのかが気になる.bbcドメイン一覧に関する情報公開請求があった。2022年2月時点でalpha.bbc、labs.bbc、nic.bbc、taster.bbc、the.bbc、to.bbcを運用しており、nic.bbcだけが名前解決された残りは内部の研究開発プロジェクトやQAリンク用だと見られる
https://www.whatdotheyknow.com/request/820849/response/19688...
https://icannwiki.org/.bbc
bbc/deadbeefのような形で、ルートまたはapexでリンク短縮に使うとよさそう。今はbbc.newsを使っているようだただし、多くの人やパーサーがそれをURLとして認識できない可能性はある
主流の組織が Fediverse に参加するのはいつでも歓迎だし説明も良いが、6カ月後に何を成功した実験と見なすのかを知る方法がない
そのため、数カ月後にすべて廃止される可能性がかなりありそうで、そうなると参加する気が薄れる。その結果、参加が減って失敗と見なされる可能性がさらに高まる、という流れになりかねない
ひっそりと6カ月の試用期間を置くよりはましだろうが、Twitterなどのミラーとして維持するコストがそれほど大きいとも思えず、そもそも試用期間自体が必要なのか分からない。6カ月後にBBCがMastodonの価値を見いだせないと公に言えば、Fediverse全体にとっては純損失になる可能性が高い