はてなキーワード: bittorrentとは
最初にNapsterがあったりWinMXがあったりしてのWinnyで
Winnyの特徴は単に匿名性が高いという点のみでP2Pとしての仕組みは大したことない
そもそもWinnyとかのP2P系は非構造化P2Pと呼ばれていて適当にコネクション張りまくる仕組みだから非常に効率が悪い
この辺の効率を高めようという話もあったし、Winnyとかはそういう挙動をするんだけど
当時からちゃんと構造化させた方が効率も良くて管理しやすいということは分かりきっていて研究の最先端はそっちだった
簡単に言うと構造化P2Pの方はきっちりと管理されているので数学的に効率性が保証されている代わりに匿名性が低い
逆に非構造化P2Pは適当に良さそうな方法で効率を高めようとしているので数学的な効率性を越えることは無いが匿名性を高められる
他にも効率を重視するならBitTorrentみたいな方式もあったしWinnyはただただ違法性を高めただけだった
しかも後期になると後発のPerfectDarkとかの方が圧倒的に匿名性も高いし構造化P2Pを取り入れるなどしていて相当に強かった
P2Pの強みは中央集権的なサーバレスによるコストダウンとネットワーク負荷の低減だったわけだが
プログラマーの想像するフラットなネットワークというのはどこにもなくて
実際には非対称かつ中央集権的なネットワークが(日本の)インターネットを支えていたので
ネットワーク負荷が大きな問題になってP2Pは規制対象になった
ネットワーク負荷的な問題がなければ47氏が妄想したような著作権の方の改変がもしかしたら起きたかも知れないし
今のようなストリーミングやライブが中心の音楽業界・メディア構造になっていたかもしれない
プロバイダは本当にネットワーク負荷に困っていたのか、政治的にネットワークが規制されただけではないかという疑問は残っている
いい加減にお前ら覚えろよ分散SNSはMastodonだけじゃねぇんだよ!
Mastodonは重い?じゃあPleroma使えよ!
今どき絵文字リアクション使えないとかありえんって?じゃあMisskey使えよ!
Facebookみたいにユーザ管理したいって?じゃあFriendica使えよ!
写真がメインだって?じゃあPixelfed使えよ!
やっぱり動画だって?じゃあPeertube使えよ!
障害耐性が欲しいって?じゃあHubzilla使えよ!
ブログが良いって?じゃあWrite.as使えよ!
全部ActivityPubプロトコルで相互にコミュニケーション可能なんだよ!
代表的なActivityPub対応サービスは下記にまとまってるんだよ!
Awesome ActivityPub
じゃあ例示したHubzillaはどうだ?
Hubzillaのコンセプトにはノマディックアイデンティティというのがあるんだよ!
一時期話題になったノマドワークのノマドな!遊牧民!
Hubzillaはユーザアカウントを他のHubzillaサーバへクローンすることができるという特徴があるんだよ!
ここで言うクローンとはLINEとかスマホゲームであるようなアカウントの引き継ぎではなく、単一のアイデンティティを持ったアカウントが複製されるという意味でのクローンな!
例えば、Hubzillaサーバhub.example.comとzilla.example.netが存在するとして、増田がアカウント名masuda@hab.example.comを取得したとするだろ?
んで、その後にmasuda@hab.example.comはzilla.example.netへアカウントをクローンし、masda@zilla.example.netを取得したとする!
そうするとmasuda@hab.example.comとmasda@zilla.example.netの投稿を含んだアカウント情報は同期されるようになる!
これの何が良いって上の方で例示した際に言ったとおり、同期されるということはhub.example.comが何らかの理由で障害が発生しネットワークへ接続できなくなった場合、増田はzilla.example.netの方へログインすることで自分のタイムラインの連続性を保持したまま投稿を継続することができるんだよ!
その後hub.example.comが復帰すると自動的に再同期がはじまるからSNS中毒者は安心して利用を続けることができるってわけよ!
まぁ障害って言ったけど、例えばイーロン・マスク関連で話題になったイーロン・マスクの私有機を追跡する@ElonJetは様々なHubzillaサーバへアカウントを作りまくれば、URLベースでBANされてもURLの違う別のHubzillaサーバから投稿をすりゃタイムラインの連続性を保ったままURLベースのBANを回避できるって寸法だ!
えっまだ話題が欲しいの?ちったぁ自分でググれよ!
じゃあこれも例示したPeerTubeでどうだ?
PeerTubeはWebTorrentを活用した動画共有サービスだ!
WebTorrentって何だか知らん人も居るだろうが、まぁ早い話がファイル共有システムのBitTorrentをWebブラウザから使いやすく、そして応用の幅を広げたものだ!
つまり言ってみれば、PeerTubeは公開されている動画を再生した時点でファイル共有がはじまり、同時に再生視聴しているユーザ間でファイルデータを渡し合うという仕組みになっている!
これ何が良いって、通常の場合は同時視聴者数が増えれば増えるほど動画配信サーバへ負荷がかかるんだけど、WebTorrentによってユーザ間でファイル共有しているため動画配信サーバの負荷を軽減することが可能となり、ニコニコ動画あたりでありがちな低画質化や視聴待機列みたいなのが発生しにくくなることなんだよな!
しかも面白いことにPeerTubeは他のPeerTubeサーバと連携をすることで他のPeerTubeサーバに保存されている動画を自分のとこのPeerTubeサーバの動画一覧へ組み込むことができる!(連携しないこともできる!)
他のPeerTubeサーバの動画コンテンツも扱えるのでPeerTubeサーバが増えれば増えるほど動画コンテンツが充実するって仕組みになってるんだよな!
ただ、勘の良い連中が気付いている通りに国家間を跨いでしまった場合の著作権周りの扱いが難解で解決してないからPeerTubeで自作以外の著作物を投稿する場合は気をつけようぜ!
でもそれ以上の価値に気付くヤツは気付くけれど、PeerTubeが普及すると海外の動画を観るとき非常に好ましい結果になる可能性がある!
何故なら海外の動画を引っ張ってくると通常のファイル転送では時間がかかるが、WebTorrentの場合は自分の地域に同時視聴者が居るとユーザ間のファイル共有によって、Youtubeなどで言うところのグルグル(バッファ)が発生しにくくなるんだよな!
わざわざGoogleが負荷分散サーバを設置してないような新興国でもこういう仕組みはありがたいはずなんだぜ!
そしてHubzillaもPeerTubeもActivityPubプロトコルで相互コミュニケーションを取ることができる!
これこそが分散SNS、ActivityPubの醍醐味だ!
せっかく課金したのにユーザが増えまくっているのか滅茶苦茶重くなっていて最悪。
だから流出したモデルを使ってローカルでNAIの環境を構築する。
ネットには情報もだいぶ転がってるけど陳腐化した情報があまりに多いため増田にまとめることにした。
もしかしたらこの記事もすでに陳腐化しているかもしれないが…単純に間違ってたらトラバで教えてほしい。
もちろん自己責任。この記事を見て導入した結果何かあっても増田は何も保証しない。
英語がわかる人はこっちを見た方が早いと思う。今は導入RTAができるくらい導入は楽になっている。
https://rentry.org/nai-speedrun
VRAMが2GB以上あるNVIDIA製のグラフィックボードがあればローカル環境を構築できる。
GPUの世代はGTX700シリーズ以降。なので一昔前のミドル級ボードでも動作するらしい。
IntelのオンボードGPUでも実行する方法があるらしい(stable_diffusion.openvino)が今回は割愛する。自分で探してね。
その他の推奨環境は以下の通り。
対応OS:Windows7以上(と言うがM1Macでも動作する方法があるとかなんとか)
メインメモリ:16GB以上(VRAMもたくさん必要だが起動時にメインメモリも大量に食う。WebUI起動時にタスクマネージャを見ているとよくわかる)
スマホしか持ってないような人やこういうのがよくわからない人はNovelAIを使った方が良いと思う。
今は重いけど、きっとそのうちみんな飽きてサーバも軽くなるかもしれないし。
(追記)NovelAIがリソースを確保してサーバが軽くなったからリスクを背負ってまで導入しなくても良いかも
(追記)Pythonは当然3系。最新の奴を入れれば問題無い。
導入方法はいちいち書かないけど、「python --version」や「git -v」で
正常にバージョン情報が出る(パスがきちんと通っている)ことはちゃんと確認しよう。
Stable Diffusion web UIはStable Diffusionやそれをベースとした画像生成AIを利用するためのフロントエンド。
その中でも特に開発が活発でデファクトスタンダードとなっているのがAUTOMATIC1111版だ。
導入したい適当なディレクトリに対してPowerShellなどで
「git clone https://github.com/AUTOMATIC1111/stable-diffusion-webui.git」
なお、AUTOMATIC1111版は数時間単位でコミットが行われるから
定期的に「git pull origin master」で更新しよう。
クライアントはqBitTorrentが一番楽だと思う。
ここにはさすがにmagnetリンクは書かないから各自ググって欲しい。
結構誤解されがちなことだが流出データ50GBを全部ダウンロードする必要は無い。
必要なファイルはanimefull-final-prunedディレクトリの中身とanimevae.ptだから5GBちょっとくらいなんじゃないかな。
もし余裕があるならmoduleディレクトリの中身もダウンロードすればいいけど、ぶっちゃけ必要無いんじゃないか?
まずはanimefull-final-prunedの中身のファイルをリネーム。
「model.ckpt」を「animefinal-full-pruned.ckpt」のようなわかりやすい名前にして、
「animevae.pt」を例えば「animefinal-full-pruned.vae.pt」のような拡張子以外は同じファイル名にする。
WebUI起動フォルダ配下の\models\Stable-diffusionにリネームしたファイルを移動させれば配置はOK。
ちなみにmoduleディレクトリの中身は\models\hypernetworksに移動させて使う。
それらのファイルを設定で適用させると画風が結構変わるがNovelAI再現とは関係無いみたいだ。
(追記)moduleディレクトリの中身の.ptファイルはhypernetworksという技術によって画風などを学習したものらしい。
すでに複数のイラストレーターの画風を学習したptファイルが作成されており議論を呼んでいる。
自分のグラボのVRAMが4GB未満の場合は「set COMMANDLINE_ARGS=」の後に
4GB未満の場合は「--medvram」、2GB未満の場合は「--lowvram」とパラメータを追加しておこう。
自分の持ってるグラボのVRAMがわからないときはGPU-Zなどで調べよう。
またGTX1600系固有のバグ(単色の画像が出力される)があるらしいので
その場合は「--no-half-vae」もしくは「--no-half」や「--precision full」とパラメータを追加。
ちなみにパラメータに「--xformers」を追加してxformersを導入・使用すると
消費VRAMが減って画像生成処理時間も短縮されるので是非導入しよう。
画像からdanbooruのタグをAIで調査するdeepdanbooruを利用する場合は「--deepdanbooru」を追加。
のようになる。
ターミナルやPowerShellなどでwebui-user.batを起動しwebUIの初期導入と起動を行う。
過去には手動でCUDA等を導入する必要があったが、現在はこの初期導入でだいたいの導入が行われる。
ずいぶん楽にはなったがその分初期導入の時間は結構長い。10分~20分くらいかかるかもしれない。
途中で導入処理がエラーで止まってしまった場合は管理者権限で実行するなどして対応して欲しい。
起動ができたらSettingで以下の設定を変更してNovelAIに近づける。
Stop At last layers of CLIP modelを2に、
Eta noise seed deltaを31337にする。
これで設定は完了!
設定を合わせて完全にNovelAIと同じ内容になったのかを確認するテストがある。
出力結果から海外じゃHallo Asuka Testなんて呼ばれている。
これは初期SEEDをはじめとする設定内容が完全に一致していれば同じ出力結果を得られる仕組みを利用している。
プロンプトの内容:masterpiece, best quality, masterpiece, asuka langley sitting cross legged on a chair
ネガティブプロンプトの内容:lowres, bad anatomy, bad hands, text, error, missing fingers, extra digit, fewer digits, cropped, worst quality, low quality, normal quality, jpeg artifacts,signature, watermark, username, blurry, artist name
https://i.imgur.com/Bfl5qJB.jpg
なお、このテストはAUTOMATIC1111のバージョンやxformersの適用状態によっては微妙に違う画像が出力されることがあるらしい。
xformersを適用させている増田の環境だと確かに二つ並べると間違い探しレベルの違いがあった。
「Booru tag autocompletion for A1111」を導入すればNovelAIのように自動でdanbooruのタグを保管してくれる。
画像生成AIモデルはStable DiffusionがOSSのため派生が結構多い。
自前で追加学習もできるため自前で学習した追加AIモデルを4chanのような掲示板などで共有する人もいるらしい。
しかしそのようなモデルの中にウィルスのような悪意のある動作を行うものもあるらしい。
FBIがペドフィリアを一網打尽にするためにIPアドレスなどの個人情報を抜き出す動作を行うロリ特化AIモデルを掲示板で配布していて
しかもそれには本物の児童ポルノが教師データとして使われている…などという都市伝説的な話が今界隈を賑わせている。
いや暇だからね、何かやろうかなってパッと思い付いたのがコレだっただけ
ちなみに定番ばかりだぞ?んじゃ行ってみよう
Chromeがあればコッチも
Webブラウザは色々使ったけど結局この2つに落ち着いた
これもプリインストール
次世代SMSであるRCSに対応している
個人的にRCS登場以後のメッセージングはこれの比率が増えている
Web版も存在していて便利
ちなみにRakuten LinkもRCSへ準拠しているので相互にRCSを送受信できる
どうやら国内ではGoogle Messages間同士のみという情報を頂いたので修正
もともとGoogle Talkユーザーだったので流れで
前身のHangoutsは今年の終了が決まっているので早めに移行したほうが良いよ
仕事で使うので
ゲーム系はやっぱりこれだよね
仕方なく
電話番号不要で利用可能、強固な暗号化が施されているP2Pによるチャットが行える
このあたりのツールに親和性が高いギークたちとコミュニケーション取るのに使ってる
分散型チャットプロトコルMatrixへ対応したチャットツール
これも同上の理由でギークたちとのコミュニケーション用
利用頻度は非常に落ちているもののはてブでTwitterリンクが流れてくるため
同上
分散型SNSのMastodonのクライアント
Twitterから完全に移行しちまった
わかる人にはわかるだろうけど非常に居心地が良い
OpenStreetMapを活用した地図アプリ
OSM系地図アプリの中では機能が多すぎるくらい非常に多機能
OsmAnd+は有料版、無料版はプラスなしのOsmAndで有料版との違いが先行アップデートくらいなもので機能的な差はほぼ無いので大半の人はプラスなしOsnAndで十分
モダンなOpenStreetMapエディタ
非常に使い勝手がよくゲーミフィケーション的に進捗を管理してOpenStreetMapへ貢献できる
オープンなGoogleストリートビューを作ろうという試みのサービスアプリ
OsmAnd上でもプレビューできる
Google謹製のファイラー
使用頻度の低いファイルを抽出し削除する機能などがある
写真動画趣味なので保存しまくってたら無料期間終了で抜け出せなくなった
個人的にはこの機能で無料はありえんわなと納得しているので課金して容量増やしてる
撮影に必要な機能をこれでもかと載せたカメラアプリ
ただし多眼カメラが切り替えられないのが最大の欠点
設定項目が多すぎるので写真撮影法のハウツー本とか一度でも読んだことがないと使いこなすのは厳しいだろう
便利すぎ
古典的な2画面ファイラ
整理整頓時に前述のFilesで一括削除したくない時に使える
FTPやWebDAVへアクセスできたりもする
BitTorrentの技術を応用したP2P方式のクラウドストレージ
巨大ファイルのやり取りはGoogle Driveよりも速いし転送上限も無い(大手クラウドストレージはダウンロードを繰り返すと転送上限に達してダウンロード停止されたりすることがある)
いい加減辞めたくて乗り換え先を色々試すが戻ってきてしまうノートアプリ
Androidでは定番のターミナルアプリ
デスクトップLinuxユーザーでもあるのでTermuxには助けられてばかり居る
X Window Systemのクライアント
リモートデスクトップに使える
CUIな同名タスクマネージャーのAndroid GUI版
GUIで操作しきれないとき直接コマンドを送信できる機能もある
ちなみにTermuxにもパッケージが提供されてる
AndroidでもSKKが使えてしまうIMEアプリ
ただし野良アプリ
だらだら思い出しながら書いてるけど眠たくなったのでこの辺で
(ここより追記)
2人対戦のミニゲームが多数収録されているアプリ
1人プレイでも対CPU戦が可能
スマホよりはタブレット向きでAndroid Appが動作するChrome OSにも対応
安いので課金して広告非表示にして損はない
絵本はらぺこあおむしのアプリ
絵本のような世界観の中であおむしを育成できる
算数未満の「数かぞえ」アプリのなかでは完成度が高い
文字が読めない幼児に向き、日本語で課題を読み上げてくれるし、しっかりと数字も読み上げてくれる
前述の2つと合わせて5才児と遊んでいる
ミニゲームが多数収録されていて暇つぶしとして馬鹿に出来ない
インスタントアプリ対応ゲームで様々なタイトルをお試しするのもアリ
もともとはLinux界隈で定番の横スクロールアクションゲーム
膨大に存在する追加ステージをダウンロード可能
むしろ「本家」が出してる例の横スクロールアクションジャンプよりも遊べてしまう
ただし一部のフォントが中華フォント
こちらもLinux界隈で定番の横スクロールアクションゲーム
メトロイドのような世界観グラフィックスと独特の操作性が特徴
認めざる得ない、これは面白い
対戦型タワーディフェンスゲーム
バランス調整が頻繁にあり極力運要素を排除しプレイングで勝敗を喫したいという運営の方針が読み取れる
マッチングはレーティング方式で、更に様々なルールでの対戦があるため強いデッキが固定しないのも美点
https://oomnitza.zendesk.com/hc/en-us/community/posts/360041948774--Доктор-Вера-13-серия-26-03-2020-смотреть-онлайн-в-хорошем-качестве-от-26-марта-
https://oomnitza.zendesk.com/hc/en-us/community/posts/360041963734-26-03-2020-Доктор-Вера-17-серия-смотреть-качество-HD-от-26-марта
https://oomnitza.zendesk.com/hc/en-us/community/posts/360042127393-26-03-2020-В-шаге-от-рая-17-серия-Россия-1-смотреть-в-хорошем-качестве-от-26-марта
https://oomnitza.zendesk.com/hc/en-us/community/posts/360042127973--Отречение-23-серия-украина-26-03-2020-в-хорошем-качестве-от-26-марта-
https://oomnitza.zendesk.com/hc/tut/community/posts/360042127333--В-шаге-от-рая-17-серия-Россия-1-26-03-2020-качество-HD-от-26-марта-
https://oomnitza.zendesk.com/hc/tut/community/posts/360041964554-26-03-2020-Заступники-5-серия-последние-серии-смотреть-от-26-марта-
https://oomnitza.zendesk.com/hc/en-us/community/posts/360041948154--Отречение-23-серия-украина-26-03-2020-хорошее-качество-смотреть-
https://oomnitza.zendesk.com/hc/en-us/community/posts/360042126793-26-03-2020-В-шаге-от-рая-15-серия-Россия-1-смотреть-бесплатно-в-хорошем-качестве-
https://oomnitza.zendesk.com/hc/en-us/community/posts/360041947754--Отречение-21-серия-украина-ТРК-26-03-2020-онлайн-сериал-смотреть-
https://oomnitza.zendesk.com/hc/tut/community/posts/360042153213--Отражение-радуги-13-серия-26-03-2020-смотреть-в-хорошем-качестве-
https://oomnitza.zendesk.com/hc/tut/community/posts/360041965274-26-03-2020-Патриот-11-серия-канал-ТНТ-последние-серии-смотреть-от-26-марта
https://oomnitza.zendesk.com/hc/tut/community/posts/360041964274-26-03-2020-Место-под-солнцем-29-серия-смотреть-онлайн-в-хорошем-качестве-
https://oomnitza.zendesk.com/hc/tut/community/posts/360042127973--Отречение-23-серия-украина-26-03-2020-в-хорошем-качестве-от-26-марта-
https://oomnitza.zendesk.com/hc/tut/community/posts/360042153753--Ничто-не-случается-дважды-2-сезон-13-серия-26-03-2020-качество-HD-
https://oomnitza.zendesk.com/hc/tut/community/posts/360041951514-26-03-2020-Ничто-не-случается-дважды-2-сезон-17-серия-смотреть-бесплатно-в-хорошем-качестве-от-26-марта-
https://oomnitza.zendesk.com/hc/tut/community/posts/360042133353--Доктор-Вера-15-серия-26-03-2020-качество-HD-
https://oomnitza.zendesk.com/hc/tut/community/posts/360041951074--Ничто-не-случается-дважды-2-сезон-15-серия-26-03-2020-хорошее-качество-смотреть-
https://oomnitza.zendesk.com/hc/tut/community/posts/360041963734-26-03-2020-Доктор-Вера-17-серия-смотреть-качество-HD-от-26-марта
https://oomnitza.zendesk.com/hc/tam/community/posts/360042153553--Женский-Стендап-11-серия-Женский-Stand-Up-26-03-2020-смотреть-бесплатно-в-хорошем-качестве-
https://oomnitza.zendesk.com/hc/en-us/community/posts/360042129513--Доктор-Вера-15-серия-26-03-2020-качество-HD-
https://oomnitza.zendesk.com/hc/tut/community/posts/360042154213-26-03-2020-Заступники-4-серия-последние-серии-смотреть-от-26-марта
https://oomnitza.zendesk.com/hc/tam/community/posts/360041972754--Отречение-21-серия-украина-ТРК-26-03-2020-все-серии-сезона-от-26-марта-
https://oomnitza.zendesk.com/hc/tam/community/posts/360041948574-26-03-2020-Отречение-25-серия-украина-ТРК-смотреть-бесплатно-в-хорошем-качестве-от-26-марта-
https://oomnitza.zendesk.com/hc/tut/community/posts/360041948574-26-03-2020-Отречение-25-серия-украина-ТРК-смотреть-бесплатно-в-хорошем-качестве-от-26-марта-
https://oomnitza.zendesk.com/hc/tam/community/posts/360041965354-26-03-2020-Заступники-3-серия-смотреть-бесплатно-в-хорошем-качестве-от-26-марта
https://oomnitza.zendesk.com/hc/tut/community/posts/360042144453--Ничто-не-случается-дважды-2-сезон-15-серия-26-03-2020-хорошее-качество-смотреть-
https://oomnitza.zendesk.com/hc/en-us/community/posts/360041948674-26-03-2020-Доктор-Вера-13-серия-качество-HD-
https://oomnitza.zendesk.com/hc/tam/community/posts/360041971754-26-03-2020-Ничто-не-случается-дважды-2-сезон-13-серия-в-хорошем-качестве-от-26-марта
https://oomnitza.zendesk.com/hc/en-us/community/posts/360041971974--Жизнь-после-жизни-11-серия-26-03-2020-в-хорошем-качестве-
https://oomnitza.zendesk.com/hc/tam/community/posts/360041946854--В-шаге-от-рая-13-серия-Россия-1-26-03-2020-в-хорошем-качестве-
https://oomnitza.zendesk.com/hc/tut/community/posts/360041947494--В-шаге-от-рая-17-серия-Россия-1-26-03-2020-смотреть-бесплатно-в-хорошем-качестве-
ストレスが溜ったとき、bittorrentでAVの動画ファイルを落とすのが止められない。いい歳して何やってるのかと自分でも思うんだが。
やっていると、色々要らん知識も増えてくる。動画ファイルを作成・拡散している「勢力」が複数あって、それぞれで「流儀」のようなものがあること。むきだしのファイルをただ作成するのもあり、内容画像や高圧縮の動画を併せて配布するのもあり。AV情報やtorrentファイルの情報をまとめるサイトの間で、相互参照のようなものが行われているらしいこと。でも自分でそれをやってみようとは思わないけれど。
これって一種の依存なのだろうか。不安になることもある。数日間忘れていることもある。でも、ふとやってるんだ。どうしたものか。
そのネットワークシステムの分散化を目指すことが発表され、再びSNSの分散化へ注目が集まっている。
Twitter is funding a small independent team of up to five open source architects, engineers, and designers to develop an open and decentralized standard for social media. The goal is for Twitter to ultimately be a client of this standard. 🧵— jack 🌍🌏🌎 (@jack) December 11, 2019
この発表は日本語圏でもテック系を中心とした様々なWebメディアが取り上げており、日本でも注目されている。
Twitterのこの発表は驚くべきことだ。何故なら誰でも参加できるオープンなAPIプロトコルを整備するということなので、これまで開発・運用されてきたWebコミュニケーションサービスによって結論付けられたものと逆行した動きだからだ。
この結論はテック系で持て囃されているチャット系WebサービスSlackの例を出すのが理解しやすい。
一時期チャット系サービスではXMPPというオープンなプロトコルを採用するのが一般的だった。これはYahoo!メッセンジャーでもGoogle Talk(現ハングアウト)でもMSNメッセンジャーでもFacebookメッセンジャーでも採用されているプロトコルだ。
しかし、Googleはハングアウトの展開と同時にXMPPのサポートを辞めることを発表しXMPPの流れが変わった。
XMPPを採用しているとすべての会話ログをユーザは得ることができる。会話ログというのはコミュニケーションの歴史であり、ある時は強力な証拠となり、それは貴重な資産であることは明らかだ。
だからこそSlackはXMPPのサポートを辞めた。Slackの有料プランにある検索機能が意味をなさなくなるからだ。ユーザは別にSlackへ課金せずともXMPPを介して手元へ全ての会話ログを保存し検索できた。
ビジネスとして見るならばGoogleやSlackの判断は理解が可能であるし、だからこそ何度となく資金難が騒がれているTwitterが会話ログへ自由にアクセス可能なAPIプロトコルを整備しようとすることに一部の有識者は驚きを隠せないのである。
ある有識者たちは言う
「会話ログのマネタイズよりも通信コストを抑えたほうがTwitterとしては低コストとなる試算が出たのではないか」
「分散化をするとして現在Twitterの収益の中心である広告配信システムはどうするのか」
「Twitterが握っているシェアを分散化するとは考えにくい。Twitterの言う分散化とはメッシュ型分散化ではなくTwitterをトップとするツリー型分散化なのではないか」
「Twitterは言論の管理に疲れ果て、各国の分散Twitterサーバ管理者へ言論の管理を任せるのではないか」
様々な憶測が流れ、更にはジャック・ドーシーはブロックチェーンにまで言及したため仮想通貨界隈の魑魅魍魎までもが反応してしまうという事態へ至っている。
SNS分散化において最も理解ある集団と言えば間違いなくActivityPubプロトコル界隈だろう。
より理解しやすい表現をするならば、こう言えば良い「Mastodon界隈」だと。
ここに来てドワンゴやpixivがマネタイズへ失敗し、Mastodonブームの際にインターネットユーザからTwitterとの違いがわからないと一蹴されたMastodon界隈が、Twitterの分散化方針の発表により最大の理解を示すというのは何ともドラマティックである。
正確にはMastodonがサーバ間通信へ利用しているプロトコルがActivityPubであり、ActivityPubを採用しているのはMastodonだけでなく他にも数多くの分散SNSが存在しており、ActivityPubを採用している分散SNSは相互に通信可能なので、Mastodonをも含んだActivityPub界隈はTwitterの分散化へ興味深く関心を寄せている。
それは「分散Twitterの登場を待つ」「既にあるActivityPubへ投資する」の二択である。
現在、日本語圏でSNSの主流になっているTwitterの分散化方針は示された。この方向性は数年後はわからないが数カ月で変わるような方針ではないだろう。
なぜ数カ月で変わらないのかと言えば、Twitterは既にバックエンド開発でBitTorrentを用いたP2P分散化による運用をしているからである。つまりTwitterにはもう既にある程度のネットワーク分散化のノウハウが存在するのだ。
分散化のノウハウがある中でTwitterはユーザが体験するサービスまでも含めて、わざわざ専門チームまで立ち上げつつ、分散化の方針を示したのだ。これは本気度が高くなかなか変わりようがない。
問題はTwitterがどのような分散化をするのか現状では一切わからないことである。
Mastodonのようにセルフで分散Twitterサーバを立ち上げられるのか、許可制の代理店方式か、単にAPIを利用できるのか、全くわからない。
しかも、先例であるActivityPubは主にITエンジニアリング界隈からの評価が既に定着しており、分散SNSの開発速度は現状で間違いなくActivityPubの方が速い。来年の仕事始め2020/1/6からActivityPubでSNS開発を始めようと言えば始められるくらいに速い。
IT業界、特にWeb界隈は移り変わりが速く、しかも先駆者が強い傾向があるのは明白だ。分散Twitterを待ってActivityPubがデファクトスタンダードへのし上がったときは目も当てられない。
しかし、ActivityPubがデファクトスタンダードになるかはわからない。シェアをどちらがより多く獲得するかは神のみぞ知るというところだ。
有子「あっキレイなお花!」
有子「いい考えね!じゃあさっそく・・・あれ?」
共太「ん?どうしたんだ?」
共太「なっなんだってー!」
-----
共太「最近SNSのアカウントが巻き込まれ凍結されるって話をよく聞くけどまさか有子のアカウントがなぁ・・・」
有子「私なにも悪いことしてないよ!お花や猫の写真をシェアしたりしてただけだもん!」
分美「あら?どうしたの?」
共太「あっ分美お姉さん!ちょうど良いところに」
有子「分美お姉さん・・・何も悪いことしてないのに私のTwitterアカウントが凍結されちゃって・・・」
分美「あら大変!でも仕方ないわよねぇTwitterシステムの上では巻き込まれ凍結はどうしても防げないわ」
共太・有子「えっそうなの!?」
分美「Twitterは問題のありそうなアカウントを独自のアルゴリズムで自動で凍結しちゃうのよ。コンピュータプログラムで判定しているからどうしとても間違えてしまうことがあるわ」
有子「プログラムが相手じゃ間違えてますよってお話することも難しいよね」
共太「Twitterが勝手に始めたことを押し付けてくるなんてヒドイじゃないか!」
有子「私の友達だって悪いことしてないのに何度も凍結されちゃって悲しい思いをしてたんだよ!」
有子「前に少しだけ話題になった気がするけど私よく知らない」
分美「分散SNSはねTwitterやFacebookみたいなSNSが動くサーバシステムを個人個人が自由に設置して、設置されたみんなのサーバ同士が繋がり合ってコミュニティネットワークを作ろうって試みなの」
分美「分散SNSを構成するサーバは個人の持ち物だから、持ち主の個人が独自にルールを定めることができるのよ」
分美「TwitterやFacebookのサービスを利用しているとTwitterやFacebookが定めたルールに利用しているユーザは従わなきゃならないけど、分散SNSはサーバ毎にルールを定められるので凍結される可能性を低くできるわ」
有子「あれ?じゃあもしかして私が分散SNSのサーバを設置したら・・・」
分美「良い点に気が付いたわね!そう、有子ちゃんが分散SNSサーバを設置したら有子ちゃんがルールよ!」
共太「すっげぇ!じゃあボクの分散SNSサーバを利用したかったら100円な!」
分美「ふふふ、共太クンの分散SNSサーバだからそのルールはもちろん定めて良いわ・・・でも分散SNSを利用するユーザにはルールを選ぶ権利があるのよ?」
有子「なるほどね!もし私の分散SNSサーバの利用が無料だったら共太クンの分散SNSサーバを使おうって思うユーザなんか居なくなるじゃない!」
分美「そうねユーザが困っちゃうようなルールを定めればユーザは利用しないだろうし、更に法律に違反するルールを定めて実行しちゃうとお巡りさんに捕まってしまうリスクも当然あるのよ」
共太「自由にルールを決められても好き勝手にしちゃ駄目なんだ・・・」
共太「でもさぁ思ったんだけど新しいSNSってユーザ数が少ないよな」
有子「SNSってやっぱりいっぱいユーザが居たほうが楽しいしね」
分美「実はね、分散SNSっていわゆる『過疎』になる可能性が非常に低いのよ。設置したら既に誰かが居るわ」
共太「えっ!?SNSを設置して直ぐは誰も居ないに決まってるじゃないか!」
有子「そうよね?居たとしてもSNSを設置した管理人さんだけでしょ?」
分美「それが分散SNSのメリットの1つなのよ。分散SNSは点在する分散SNSサーバ同士が相互接続することで成り立っているの」
分美「だから例えば分散SNSサーバαが既に設置されている状況であれば、分散SNSサーバβが新たに設置されたとき、分散SNSサーバβから既に存在する分散SNSサーバαを利用するユーザが見えてコミュニケーションが取れるのよ」
有子「えぇ!?それってすごいことじゃない!!」
共太「自分の分散SNSサーバを利用してくれるユーザを積極的に探さなくても良いわけか」
分美「わざと他のユーザを集めないで管理人がたった1人だけで利用している『お一人様』と呼ばれている分散SNSサーバだってあるわよ。他にも家族だけとか学校の友達だけの分散SNSサーバがあったり、お絵かき趣味の人のためや音楽趣味の人のための分散SNSサーバもあるわね」
有子「なるほど学校のお友達なら見知った仲だし凍結なんてほとんどありえないもんね!」
共太「通ってるスポーツクラブで分散SNSサーバ設置したら面白そうだなぁ!」
分美「独自のルールを定められるってことは利用するユーザを好きに選ぶこともできるってわけ!そしてなおかつさっきも言ったとおり他の分散SNSサーバのユーザともコミュニケーションが取れるから便利」
分美「そんな便利な分散SNSコミュニティネットワークを形成しているのが『ActivityPubプロトコル』よ!」
分美「早い話が分散SNS同士の会話がちゃんとできるようにする方式規格のことなんだけど、実際に重要なのは利用する分散SNSサーバがActivityPubプロトコルに対応しているかどうかってこと」
分美「実は分散SNSってActivityPubプロトコルが登場する以前にも様々なプロトコルが考案運用されてきたの」
分美「例を挙げればOStatusプロトコル、DFRNプロトコル、Diasporaプロトコル、Zotプロトコルあたりが有名ね」
分美「でも問題はプロトコルが違えば相互にコミュニケーションが取れないことなの」
有子「あれ?分散SNSサーバは他の分散SNSサーバと相互にコミュニケーションが取れるんじゃなかったっけ?」
分美「そう、それを実現したのがインターネットで使われる技術の標準仕様を定める団体である『W3C』が制定したActivityPubプロトコルってわけ!」
共太「そうかActivityPubプロトコル以前は分散SNSでも相互接続できない分散SNSがあったんだな」
分美「W3Cが標準仕様であるActivityPubプロトコルを定めてくれたお陰で、分散SNSのほとんどは積極的にActivityPubプロトコルを採用するようになり、ほとんどの分散SNSサーバとほとんどの分散SNSサーバの相互接続コミュニケーションが完成したわ」
共太「へぇ!ActivityPubプロトコルって凄いんだなぁ」
分美「うん!じゃあ先ず最初に語らなきゃいけないのは『GNU Social』ね!Twitterに触発されたマイクロブログ系SNSよ」
分美「GNU Socialは分散SNS最初期に登場した分散SNSで2007年まで遡るわ」
分美「12年前はidenti.caっていう名前だったの。GNU Socialという名前に落ち着いたのは2013年よ」
共太「それでも6年も前か。その時から分散SNSを考えていたなんて凄いなぁ」
分美「分散SNSのヒントになっているのは2002年に登場したP2Pファイル交換システムの『Winny』なのよ日本製ね」
分美「WinnyのあとにBitTorrentが登場したり色々日本でも問題になり善悪の評価が定まらないけれど革新的なシステムだったのは確かで、それが現代で分散SNSという実装に応用されているわ」
分美「GNU Socialの特徴はなんと言ってもその安定性の高さね。最初期に登場したこともあり機能性に乏しさは感じるしアップデートは驚くほど少ないわ。でも後に登場した分散SNSへ強い影響を与えたの」
共太「アップデートが少なくて済むほど安定してるってことか?」
分美「それもあるし、GNU Socialはプラグインによる機能追加に対応しているのよ。新機能が欲しいなら自分で作れという文化なのGNU Socialは」
分美「次に紹介するのは日本で最も人気のある分散SNS『Mastodon』ね」
分美「Twitterアカウントの凍結騒ぎで一時期Twitterでも話題にのぼったわね。MastodonはGNU Socialに触発されたマイクロブログ系SNSよ」
分美「GNU Socialを参考としたためGNU Socialと互換性がありつつも、よりもモダンな外観や機能を備え、コミュニティが活発でアップデートも非常に多いのが特徴だわ」
共太「それだけ聞くとMastodonの方が良いように感じるなぁ」
分美「日本国内にMastodonサーバは膨大に存在するし分散SNS選びに迷ったらMastodonって考えるのも悪くはないわ。情報も非常に多いしね」
分美「ただMastodonの欠点としてはGNU Socialに比べるとより高性能なサーバマシンが必要になることね。とある有名なC++プログラマが『富豪的プログラミングだ』と揶揄したのはMastodonコミュニティでは有名な話よ」
有子「自分でMastodonサーバを設置するときにサーバマシンの用意に困るわけね」
分美「まぁとは言っても今の普及価格帯ノートパソコンくらいで十分に動くわ。利用状況によるけどサーバをレンタルするとしても月額2,000円以下かしら」
分美「そんな重いMastodonに触発され動作が軽いことを念頭に置かれ開発されたマイクロブログ系分散SNS『Pleroma』も検討に値するわね。Mastodonと一部機能に互換性を持っているの。Mastodon用クライアントアプリが使えたりするのよ」
有子「GNU Socialを参考にしたMastodon、Mastodonを参考にしたPleromaか面白いなぁ」
共太「お姉さん!なんかもっとこうドーンッとスゴイやつってないの?」
分美「あるわよ?例えば『Hubzilla』なんかは高機能すぎるくらい高機能よ。SNS機能に加えて、ユーザ単位の公開範囲の限定、チャット、アドレス帳、カレンダー、オンラインストレージ、簡易Webページ作成、RSSフィードリーダー、Facebook連携、Twitter連携、ActivityPub連携etc...」
共太「スゲェ!なんでもアリかHubzilla!」
分美「もともと『ハブ』になることがコンセプトらしいわね。でも今挙げた機能はHubzillaの最大の特徴じゃないの」
有子「えっこの時点で高機能なのに?」
分美「HubzillaはZotプロトコルによるGridネットワークを特徴としていて、これはサーバ認証とユーザ認証が別個に管理されているのよ」
分美「端的に言うとHubzillaサーバαとHubzillaサーバβで1つのユーザアカウントを運用できるのよ。例えば普段使ってるHubzillaサーバαが何らかの障害でダウンしても、ユーザアカウントそのままでHubzillaサーバβで利用できちゃうのよ。普通はサーバが変わるとユーザアカウントも変えなくちゃいけないわよね。Hubzillaはユーザアカウントを維持できるの」
共太「えっHubzilla凄すぎない?」
有子「まさに分散SNSだね。サーバ1つ無くなっても他のサーバが使えちゃう」
分美「非常に先進的な試みをHubzillaはやってるんたけど、その豊富すぎる機能や細かな設定項目、更には複雑な外観で素人お断り感がスゴイのよ・・・」
分美「あるわよ?」
共太「ちょっと思ったけど何でもあるんだねw」
分美「筆者の増田もこのエントリ書くため改めて調べてみて驚いてるらしいわ。それでもっと気楽な高機能な分散SNSには『Misskey』があるわ。なんと国産よ」
分美「投稿テキストへ太字などが設定できたり、昨今のチャットサービスなどで定番化しつつあるいいね!に変わる様々な反応を送れるリアクション機能、ユーザを指定して会話できるグループトーク、様々な情報を表示するウィジェット、更にはリバーシゲームが楽しめたりするわ。他にも機能いっぱい」
有子「エンターテイメントって感じ!結構好きかも!Hubzillaは敷居が高すぎる・・・」
共太「エンターテイメントと言えばマイクロブログ系SNS以外には分散SNSってないの?」
分美「あるわよ。Hubzillaを見たときSNS部分はFacebookっぽいなと感じたと思うのだけれど、よりFacebookっぽい分散SNSに『Friendica』があるわ」
分美「FriendicaはFacebookクローンと言って良いほどFacebookと機能が酷似していて分散SNSでFacebookの機能を求めているのであれば一番手っ取り早いかもね」
共太「あるとは思ってたけどやっぱりFacebookっぽい分散SNSもあるのか」
有子「えっじゃあもしかしてInstagramっぽいのも・・・」
分美「あるわよwInstagramっぽい分散SNSは『PixelFed』ね。Instagramと同様に投稿する写真へエフェクトフィルタがかけられるわ」
有子「あるんだw」
分美「あるわよwYoutubeっぽい分散SNSは『PeerTube』というの。PeerTubeの凄さはActivityPubプロトコルへの対応だけじゃなく動画配信自体も分散機能を持つこと」
共太「あるんだw」
https://peertube.fr/videos/watch/217eefeb-883d-45be-b7fc-a788ad8507d3」
分美「この動画は実際にPeerTubeへ投稿されている動画なのだけれど、複数人が同時に視聴するとPeerTubeはYoutubeにない動画配信挙動をするの」
分美「それは視聴者αに続いて視聴者βが動画の視聴を始めると、視聴者βへはPeerTubeサーバから動画配信されるだけでなく視聴者αからも動画配信されるのよ。これはWebTorrentという技術を使って実現しているわ」
分美「理論上の話になるけれど、1GBの動画をYoutubeが2人へ配信した場合は当然ながらYoutubeサーバは合計2GB配信することになるけれど、PeerTubeサーバの場合は合計1.5GBで済んでしまうのよ。残り0.5GBは他の視聴者からまかなう」
有子「これは本当に凄いじゃない!お姉さん当然100人が同時視聴するとPeerTubeサーバの送信量はYoutubeサーバに比べてもっと下がるんでしょ!?」
分美「もちろん理論値だし様々な状況によってPeerTubeサーバの送信量は変わるけど間違いなくYoutubeサーバが100人へ配信するよりは送信量がかなり少なくなるわ」
分美「ちなみに引用しているPeerTubeサーバはわざとフランスのPeerTubeサーバを選んでいるわ。私1人だと何度も動画が途中で止まったけれど増田に貼った時点でどうなるか楽しみね」
共太「PeerTubeスゲェな!もっと知られていても良さそうなのに」
分美「個人の動画配信って自宅サーバでやらない限りはレンタルサーバとかだとかなりお金掛かるのよ。PeerTubeだと送信料が抑えられると言っても積み重なるとかなりの額になるしね」
分美「そして例えばJ:COMとか一部のインターネットプロバイダはWebTorrentなどのP2P通信に規制をかけているところもあるわ。そのようなプロバイダを契約しているとPeerTubeの旨味は活かせないわね」
有子「PeerTubeもActivityPubプロトコルでリプライしたりできるんてしょ?」
分美「できるわ」
https://peertube.cpy.re/videos/watch/da2b08d4-a242-4170-b32a-4ec8cbdca701
分美「この動画はPeerTubeとMastodonのやりとりのデモ動画よ。Mastodon上でPeerTube動画を視聴してリプライしてるわね。そのリプライはPeerTubeへ反映されているの」
有子「すごい!まったく違うWebサービスなのにやりとり出来ちゃってる!」
共太「さっきのPixelFedもやりとりできるんだろ?いいね!とか。これがActivityPubプロトコル・・・!!」
分美「ActivityPubプロトコルは今後ともどんどん様々なWebサービスに広がっていくわ。現在開発中だけれど電子掲示板Redditに触発されActivityPubプロトコルを組み込んだ電子掲示板『Prismo』は良い例ね。Prismoが正式に稼働するとMastodonから電子掲示板の雑談へ参加できるようになるわ」
分美「そして別にActivityPubプロトコルへ対応するため新しくWebサービスを始める必要もないのよ。例えば過去に日本国内で栄華を極めたmixiあたりがActivityPubプロトコルをサポートしたら一気にmixiから観測できるアクティブユーザが数十万人増えるわ。起死回生の一手として検討に値するわね。はてなハイクもそうよ」
分美「ユーザが居ないこと、ユーザを集めることが問題になるのならば常にアクティブユーザが居ることへ期待できるActivityPubプロトコルを採用するのはアリなのよ。 Permalink | 記事への反応(3) | 20:57
ニュージーランドのモスクで銃乱射死者多数のテロ現地動画・ムービーまとめ
gigazine.net/news/20190315-nz-terror-attack-two-mosques-movie/
このライブ中継を記録したと思われBitTorrentで共有されている動画ファイルによると、配信は約16分55秒行われており、犯人は自動車に乗り込んで現地へ移動、モスクの側に自動車を停車させてから銃を持ってモスク内に玄関から突入、最初の銃は玄関に投げ捨て、主に2丁目の銃を乱射しながら次々に射殺、一度自動車に戻ってからさらに次の銃を持って戻り、死体を念入りに撃って生存者がいないかどうか探して回り、外の道路へ走って逃げていく女性を発見してから狙いを付けて銃撃、道路に横たわって「ヘルプミー(助けて)」と叫ぶ女性に近づき、頭部を撃って射殺後、自動車に乗って現場から立ち去り、さらに途中で自動車の窓ガラスを銃で撃って破壊、乱射を続けていた模様です。
最近、スマートフォンの普及とモバイル回線の高速化に伴ってスマートフォン向けアプリで違法性のあるファイルを共有するサービスが流行っていると感じられる。
以前であればBitTorrentなどを経由し、ある程度詳しい人がやっていたイメージがある。
それがスマートフォン向けアプリで提供され、ネットリテラシーのないような人や、違法だと思わずに利用している人などがいる。
そのいい例が2つある。
こちらは、国交のない国にサーバーを置き、ネット上から画像をクロールして独自プロキシでキャッシュしているだけなので現行法では裁くことができない。
そもそも国交のない国では著作権法は通用しないので(北朝鮮と日本の国交がなく、自由に北朝鮮のテレビを放送していいよな感じ)なかなか裁くことは難しい。
ただ、このサイトにあげられた漫画を読むせいで本来の作品の作者は1銭も収入がなく、アップロードした側はがっぽり広告収入が得られることとなる。
これを現行法で捌けるレベルで考えると、「万引きした商品を無料で人々に配り、その利益を全て自分のものとする」ことと同じである。
私であればこんな犯罪者には絶対お金を払いたくないが、漫画村利用者はどうだろう?
間接的にこの行為を行っているのだ。
…とまあ漫画村はここまでにしておいて、続いて2つ目は違法音楽アプリ「MusicFM」をはじめとする同類のアプリ集団だ。
今の中高生の殆どはこのアプリがないと死んでしまうらしい。愚かだ。
音楽を聴きたいならCDを買う、TSUTAYAなどで借りると言った手段があるだろう。さらに時代は進歩し、SpotifyやAmazon Music、LINE Musicなど多くの格安ストリーミングサービスもでてきている。勿論日本語対応もしている。
これは中国のサーバに音質の悪い違法mp3ファイルがアップロードされており、それをストリーミングしているという方法らしい。
もうだいぶ前になるが、Winnyというファイル共有ソフトがネットで話題になったことがあった。
著作権を無視して映画やドラマ、ゲームソフトなどをダウンロードできるということでそのソフトはまたたく間に日本中に普及していった。そういった中、ファイル共有の中でそういった著作物を騙り、実際にダウンロードしてみると実はウイルスでしたー!という現象が徐々に発生していき、最終的に著作権の問題以前にWinnyはインストールを非推奨とするソフトウェアとして認知されていった。
最終的にWinnyの開発者は逮捕された。記憶に残っている人もたくさんおられると思う。
ここで僕が思ったのはなぜ製作者は逮捕されたのだろうということである。
話は少し変わるが、Winnyというソフトウェアは当時技術的にはとても素晴らしい手法を使っていて注目された。当時のファイル共有方法といえば、ファイルサーバーを立ててそこにクライアントでアクセスするという「クライアント&サーバー」が主流だった。その中、Winnyは「ピアツーピア」という技術を使い、サーバーは使わず、PC同士が数珠つなぎのネットワークを形成するという画期的な共有方法をとっていた。
「クライアント&サーバー」タイプでは、サーバーにアクセスするクライアントごとにセッションが形成されるので、基本的に「自分がダウンロードしたファイル」しかキャッシュ(一時ファイル化)されなかった。一度ダウンロードしたことのあるファイルは、前回よりも早くダウンロードできるということである。しかし、Winnyが用いた「ピアツーピア」方式はPC同士が数珠つなぎでネットワークを形成しているため、自分以外の人がダウンロードしたファイルのキャッシュを利用して高速なダウンロードをすることができた。
これを例えばTSUTAYAのようなレンタルDVDショップに置き換えて説明すると少しわかりやすくなるかもしれない。
「クライアント&サーバー」タイプのものは、自分が例えばエヴァのDVDが見たい!と思ったら、そのままTSUTAYAに行って借りる方法である。行くところは全国に展開されている店舗ではあるが、基本的にTSUTAYAという屋号の店に行かなければならない。たまたま近所に店があるなら得ではあるが、もし車で行かないといけないような田舎に住んでいる人はちょっと行くのが大変になる。
これに対して、「ピアツーピア」タイプのものはエヴァのDVDが見たい!と思ったら、TSUTAYAには行かずに「自分の家の近所にエヴァのDVDを持っている人がいないか探す方法」である。家があれば、とりあえず候補になる。運良く持っている人がいれば、TSUTAYAに行かずともDVDを見ることができる。
さらにこの手法のいいところは、例えばそのDVDが発売されたばかりとかテレビで話題になったりとかで多くの人が借りていた場合である。「クライアント&サーバー」タイプだと、借りる人が多いほど貸し出し中のDVDが多いことになりなかなか借りるのに苦労する。対して「ピアツーピア」タイプの場合だと、人気なんだから近所の家で持ってる人がいる確率が上がり、結果的に借りれる可能性がアップするのである。
「ピアツーピア」自体の技術は古くから存在していたが、これをファイル共有の手法として利用したのが画期的であり、ネットユーザーは感心した。しかし、これは逆にファイルの共有が蔓延しやすくなることを孕んでおり、なおかつサーバーがないのでアクセスログが残らず、パケットの流れを解析するのが少し大変になる(無理になるわけではない)。
結果的にWinnyは様々なウイルスをネットワークにばら撒く媒介になってしまった。
なおかつ、一度ネットワークに流れたデータを回収するのが困難になり、著作物をタダで手に入れられる環境が出来上がってしまったのである。
話を本題に戻すが、この一連の事件で「悪いのは一体誰か?」という疑問が残る。結果的には開発者は逮捕されてしまった。だが、このソフトウェアは使ってはいけない危険なソフトなのだろうか。使い方を誤れば、確かに危険なツールであることは間違いないのであるが、これは包丁などと似ていて、使い方を間違えなければとても良いツールである。包丁は料理に欠かせない、料理人の商売道具であると同時に、人に対して使えば簡単に殺すことも出来てしまう凶器にもなる。勿論、ツールを生み出した人間はどのように使うのが正しい方法で、どのように使うのが間違った方法なのか、説明する責任はある。それを怠ってはいけない。が、最終的には使用者がどう使うか、といったところに照準が向くべきだと思う。
最近の世の中では、何か事件が起こったら(偉い人たちの都合が悪くならない物は)すぐにそれを規制しようという動きが起こる。
格闘ゲームをやっていた人間が人を殺してしまえば、ゲームのせいにされる。
少々残酷な描写があるアニメを見た人間が事件を起こせば、そのアニメのせいにされる。
ドローンを使って危険物を首相官邸に持ち込んだ人間がいたら、ドローンのせいにされる。
ファイル共有している人間が著作権違反を起こせば、共有ソフトのせいにされる。
大事なのは正しい知識をつけることであり、物事を判断できるように教えることなんじゃないのかと思う。ゲームやアニメのせいにしてる大人たちを見ると、
「我々は子どもたちにテレビやゲームと現実は違うんだよという教育すらすることができないので、もういっそテレビやゲームのせいにしてしまったほうが教育を放棄できて楽」
と言っているように見えてしまう。
勿論、場合によってはそのものを規制することが良い場合もあるかもしれないが、最初からそう決めつけるのは違うように思う。
我が国では、飲酒運転を起こすと罰せられるのは「運転者」である。お酒の販売者や製造者が逮捕されることはない。これって当たり前なんじゃないかと思う。だって悪いのはお酒ではなく、お酒を飲んでいるのにも関わらず「運転しちゃえ」と軽はずみに思った人間だからだ。だから司法は運転者を罰し、本人だけでなく世の中の人たちに教育することで再発を防ぐ。
きっと、お酒を規制しよう!ってなったら全国の関係各所の大人たちが次々に反対するだろう。
僕はこの反対勢力が少ないもの(例えばアニメとかファイル共有ソフトとか)が、規制される対象になるんじゃないか、と最近思う。ようは大人の都合が悪いものは規制されず、大して影響がないものは「規制しちゃえ!」ってなるんじゃないかと。
世知辛い世の中だ。
追記:
みなさんこんなエントリーに多数のご意見ありがとうございます。ご指摘や批判のコメント一つずつ目を通してます。
まず、自分は増田にエントリーを書くのが今回はじめてで、自分の文章能力の低さを反省してます。すみません。
と同時にもうちょっと調べてから書けばよかったと思いました。
自分の中にある「知識」と「思い」だけで勢いに任せて書いた結果、
みなさんが読んだら「いやいやいや、なんでお前そんな無知なんだ」
人の話をする前に、まず自分の教養をつけろよって話ですね。
たくさんコメント頂いてありがとうございます。
勉強し直すいい機会になりました。
「Winnyは良かったよね」とか「ファイル共有ソフトの良さを考えよう!」
いう話ではありません。何かしらのツールを使った事件が起きた時に、
まず問題にするべきはその「ツール」ではなく、それを使っていた人の
罪や良識を問うべきではないか、と言いたかったのです。
教育をしていれば未然に防げたのではないかということです。
我々人間は愚かな部分も多分にあるかもしれませんが、
考えて、理解することができる生き物です。
その考えて、理解する努力を怠ることが
そもそも愚かなのではないかと思っているわけです。
(ちょといい方が飛躍しているかもしれません)
ただ、自分の文章を読み返してみると、勘違いを生む書き方をしてるように感じられるのは事実です。
もう少し、文章の書き方を考えようと思いました。
少なくとも、通信技術の話に触れる必要はなかったかと思っています。
僕の中でももう一度考えなおすいい機会になっています。
随時追加いければと思います。
・Winnyの良さを再考したいならなんで挙げる例がアウトなものなのか。包丁は規制を越える刃渡りの物は製造も所持も共に違法。
→確かに例えが適してなかったかもしれません。ただ、銃刀法に則って許可を得た人・企業なら問題ないかと思います。
これは、「扱う資格のある(=正しい使い方と危険性などのリスクを理解している)人間に対してだったら問題ありませんよ」
ということなので、正しく扱えるのであれば問題ないのではないかと思っています。
→たとえ無罪を勝ち取ったとしても、警察に逮捕され検察に起訴された時点で
法律に違法性があると判断されたわけです。社会的にも悪だという烙印を押されてしまったわけです。
逮捕された時点でその人の人生に影響が出てしまうのは事実です。無罪だったから問題ない、
とは思ってはいません
・ BitTorrent は使われているじゃないか
→仰るとおりです。自分も存じております。ピアツーピアの技術は今も生きています。
自分はLinuxのディストリビューションをよくダウンロードするのでFTPの回線が遅い時は使うこともあります。
僕は上記でも述べましたが、ピアツーピアについてもう一度考えよう!といった思いで書いたわけではないので
BitTorrentを無視したりする意図はありませんでした。申し訳ございません。
・あとネットランナーみたいな割れをコンビニの本棚に引っ張りだした幇助メディアも裁かれるべき
→たしかにこれは自分も思います。世の中で違法行為を推奨する(かのように勘違いさせる)行為があれば、
罪の意識が生まれずに過ちを犯す可能性は高まってしまうかもしれません。
・世の中には、銃を作る企業を「軍需産業だ」「死の商人だ」と糾弾し、そこに勤める人を「人殺し」と石を投げつける「自称・平和主義者」が大勢いる
→兵器は争いの道具である以上、人を殺す目的で使われますよね。そこに使う意志があろうがなかろうが、存在するだけで叩かれます。
一方、企業が存在するということは需要があるということです。戦争があるから兵器が作られるのか、兵器があるから戦争が起こるのか。
なかなか難しい問題ではあります。自分もこの戦争という件に関しては簡単に答えを出せない気がしています。
ただ、その石を投げる人たちには、たとえ兵器が存在しても使う人間がいなければ被害は起きないということを言いたいですよね。
・金子さんは無罪だったけど、ああいう見せしめ逮捕って中世っぽいよなぁ
→彼が見せしめで逮捕されたかどうかはわかりませんが、ソフトの開発者が逮捕されたのは確か初めてのケースだったと思います。
・君子危うきに近寄らず?
→それもひとつの方法だと思います。ただ、近寄らないとその物事の輪郭しかわからず、本質をしるためには、
やはり理解をする必要があると思っています。
・包丁は、100人が使って98人が人を刺したりしない。Winnyは、100人が使って98人は著作権侵害してた。包丁は殺人目的で作られていない。Winnyは開発者の発言から明らかなように著作権侵害目的で作られてる
→これは確かに仰るとおりかもしれません。開発者が明らかな悪意をもっていたかどうかで、この事件は意味が変わってくると思います。
そう思うと自分の考えは浅はかだったのかもしれません。
→確かにその一面は大きかったかもしれません。しかし、負荷分散やパケットの共有という面もあったのは事実だと思います。
・包丁との違いは「便利なんだけどあまりにも悪用しやすすぎて、そっちが目的で作られたんじゃないかと邪推せざるを得ない」というあたりか。焼肉屋でこっそり出てくる「焼いて食べる用の生レバー」みたいな
→そのたとえ、的を得ているかもしれません。確かに、ツールの見方がそう捉えざるを得ない場合はツールそのものに何かしらの規制をかける必要があると思います。
同時に、邪推しないようなツールの布教をする方法も考える必要があると思っています。
・最近は運転者に酒を提供した店側も罰せられるようになってなかったっけ
→はい、そのとおりです。ですが、それは運転する可能性を理解していたにもかかわらず提供した場合であって、
その店が業務として酒類を提供している事自体が罪に問われるわけではありません。
・人を最も殺しているのはゲームでもアニメでもなく銃と酒である。真っ先に規制すべき。
→そのように決めつける前に、正しい使い方や考え方を広めていくことが大事だと言いたいわけです。
・もうそれ10年前に語り尽くされてると思う
→すみません。そうです。何番煎じかわかりません。でもふと思ったので書いてみました。
・p2pで共有したいデータが違法なもんしかないんでないかい?
→確かに。一理ありますね。利用者がそのツールを利用しようと思うきっかけを多分にはらんでいるのは事実です。
しかし、それをすることが犯罪だ、という意識を根付かせることができれば、防げる可能性もあります。
もちろん、理想論なのはわかっています。でもその理想論にチャレンジしてほしいと思ってしまうのです。
・懐かしい話題の割に論点が無茶苦茶。お酒を勝手に自宅で作ることが禁じられているけれど、Winnyはさらにたちが悪いから規制されて当然
→すみません。論点が不明瞭な文章を書いたのは自分の責任です。
お酒の作成は禁じられてはいますが、認可を受けた企業は製造を許されてしています。
正しい扱い方を理解し、注意している人間は何も問題ないのではないかと思います。
Winnyも、正しい扱い方を理解できている人間が使用すれば、規制される必要もないと思います。
・開発者がWinMXなど目指して2chねらー向けとして提供したものだったんだから、包丁を料理人じゃなくてヤクザ集団に優先的に提供したものだとは思うよ。有罪か無罪かはともかく、P2Pの評判はそりゃ地に落ちるよなあと。
→それは確かに・・・。おっしゃる通りかもしれません。技術自体に悪はないものの、元から悪としてしようする目的が開発時にあれば、
開発者は罪を犯していると考えられます。罰せられるべきですね。勉強不足でした。
ただこの場合、一方でヤクザを料理人に変える動きも大事ではないかと思います。
・それはそうと、ピア・ツー・ピア方式で共有したいコンテンツで著作権からまないものなんてあるのー?社内だと共有フォルダやクラウドで充分だし。
→今でこそ、通信速度が早くなってきてはいますが、当時はまだ早いと言ってもADSL程度。その細い回線の中で、どれだけ効率的にファイルを共有するか、
といった方向で考えられたのがあのツールなのではないかと思っています。確かに、今の世の中だとクラウドサービスを活用することで
合法にファイル共有する方法は、安全で敷居も低い行為だと思われます。
・当時適法前提だと不特定多数で巨大なファイルを効率的に共有するって需要自体が少なかったんだよね。無償OS配布とかくらい?
→そうですね。あとは再配布可能ののゲームソフトとかでしょうか。
・守りたいものがある時は天下りをご活用くださいというエコシステム
→社会を変えようと思ったら、現実問題として意見を主張するだけではダメだということですよね。肝に銘じます。
・「銃を作る企業に罪はない!」がスターを集めるとは。。なんともナイーブ
→そう言われると、確かに自分の中でも少し考えなければいけないなと思います。
・10年以上前からある議論がなぜ急に
・Winnyを包丁に例える人が居るけど、これは違法DL用に作成されたソフト(2chのDL板発)であるため、単純所有が違法な日本刀などに例えるべき案件なのだ
→なるほど。助言ありがとうございます。つまり、日本刀を簡単に集められる闇市場が手の届くところに存在していたしたことにも問題があるのではないかということですよね。
・WinnyはWinMXという違法なファイル共有が蔓延していたアプリからつけられた名前ですよ。つまり作者ははじめからP2Pによって違法なファイル共有がされることを認識した上で開発していたのです。
→やはりそこが論点になってきますよね。作者に悪意があれば、たしかにそれは罪ですね。同時に、使用者が違法である認識を持っていないとさらに自体は悪くなりますものね。
・高校生の作文のようなひどい文章
→たしかにそれはひとつの方法としてありだと思います。正しい使い方をする分には自由に使ってもいいが、
違法な使い方をすると注意を促し未然に防止する。ツールを使いながら、犯罪の防止と法律の啓蒙ができるわけですね。
・なんか、最後の方は割ともっともなことを言おうとしてるんだけど、真ん中あたりのたとえで台無しもいいところだな
→それ自分でも読み返して思いました。ちょっと脇道にそれすぎたと反省しています。
・社会構造として、新しいテクノロジーについていけないおじいちゃんたちが世の中決めてるから仕方ない
→だからこそ、我々は進化したテクノロジーを理解してもらうように努める必要もあると思っています。
・長さの割に薄い。事故を誘発しやすい道具・コントロール不能なインフラの流通は立派な罪だし、”犯罪や事故を設計で防止せよ”は十分エキサイティングなチャレンジ。そもWinny自体は規制されてないだろ。
→薄い文章ですみません。文章を書くときは今後注意します。確かに、リスクを考えるとそのものを規制するほうがコストは安いと思うんですよね。
でもそれを繰り返してしまうとどんどん我々は馬鹿になっていくような気がしてるんです。思考停止に陥るといいいますか。
規制されてる、されてない、ではなく、規制しようという動きをするまえに他にやり方がないかを考えることも大事だと思います。
その結果、やはりそのものを規制するやり方を取らざるをえない場合は、致し方無いと思っています。
・もう少し大人になって世の中を広く見て、モノゴトの進め方っていうのを学べばいいと思う
→そ
たった一つのことだけ守ってくれればいい。
スキャンしたものをそのままbittorrentに流さないでほしい。
それだけ。
吹き出しを翻訳してしまい、元の同人誌とは異なるものにしてから流してほしい。
そうすれば君たちの仕事ぶりをリスペクトする人々も多くなるだろう。
そうしないと君たちのその余計なお世話でサークルの押し入れが在庫で埋まり、次の本は出なくなる。
それが守れないのなら、せめて4ヶ月待つか、もしくは専門書店の通販ページにある在庫がなくなってからにしてほしい。
追伸:削除してほしかったらメールしてください対応します、などという輩にいちいちメールを書いてお願いする精神的労力をかける暇があったら、多分、呪うだけだよ。