写真 青い空と雲と建物と木々の緑

nishimotzの日記

  • 出版と放送とTwitter

    最近 Twitter にどんな機能があり、どんな使われ方をしているかを学ぶにつれて、Twitter を「放送的なメディア」だと感じるようになりました。

    2001年に私と共著者は下記の発表

    において

    • 我々は「放送」を、不特定の人に対して合理的かつ同報的に情報を伝達しようとする「通信の編集形式の一つ」と定義する

    と主張しました。この主張を発展させた議論は http://radiofly.to/wiki の中でも続けられているのですが、「放送」の議論を進める前にまず「出版」についてお伝えしたいと思います。

    今日もまた、全視情協(全国視覚障害者情報提供施設協会)さんの会議に、スーパーバイザーとして参加してきました。以前この日記で御報告しましたが、改正著作権法の施行(2010年1月)によって「点字図書館」の可能性が広がろうとしています。

    視覚障害に対応する点訳・音訳の図書だけでなく、高齢者・ディスレクシア・聴覚障害など、さまざまな読書障害・情報障害に対応できる「出版のユニバーサルデザイン」として「マルチメディア DAISY」が期待されています。海外ではBOOKSHAREプロジェクトが積極的に活動をしており、例えば以下の関根さん(ユーディット)の記事で報告されています:

    たとえ合成音声での読み上げを想定した「単なるテキストファイル」であっても、マルチメディアDAISYの一要素として(テキストDAISYとして)作られれば、読み手にとって「情報の構造に基づくナビゲーション」が可能になるだけでなく、図書館においても「電子的な奥付」が付与された「書籍」として扱えます。

    さらに「テキスト版」「点訳版」「音訳版」などの書籍を「一つのマルチメディアDAISY書籍のサブセット」として扱えれば、同じ書籍の点訳版や音訳版の検索性を高めるメタデータとしても利用できます。点訳データには点字に対応する読み情報だけが、音訳データには音声ファイルだけが含まれており、検索は容易ではありませんが、テキスト版とリンクしていれば、読みたい本の読みたい場所を簡単に探すことができるわけです。

    全国の点字図書館がとりまとめをしておられるボランティア活動の支援も、全視情協さんの検討課題となっています。私としては「点字版を作る」「音訳版を作る」という個別の作業の垣根を越えて「電子書籍の可能性」を広げていただける活動のお手伝いができればと感じています。

    こうした議論を通じて私は、DAISY があくまでも「書籍の出版」のメタファを逸脱しないように注意深く活動を進めておられると感じています。それに対して、全視情協さんがもう一つ検討しておられるのは「書籍というメディアを超えた地域密着型の情報サービス」です。

    私は意見を求められて「地域情報の件は、DAISY技術による「出版サービス」ではなく、むしろ「放送」だということを意識していただきたい」と発言しました。

    そして、会議終了後に、いま私が「放送的なサービスの代表格」だと考える Twitter の紹介を(私の理解した範囲で)させていただきました。

    正直なところ Twitter が現状の仕様のまま万人に広まるかどうかはわかりません。しかし既存の Web 上のサービスが持つ「出版的な部分」を徹底的にそぎ落とした結果生まれた「放送的なサービス」であると思います。

    例えば Twitter では「ある構造を持ったひとまとまりの情報を『何月何日付け』として発信する」のは不得意です。(だから先ほど私は Twitter での発言の「まとめ記事」をブログに書いたわけです)

    Twitter は「時間を超えるメディア」ではありません。時間を超えるメディアの考察は1年前に下記で行いましたが「ニコニコ動画」のような蓄積型の放送ではありません。

    Twitter はあくまでも「生放送」です。しかし、

    • 不特定の人に対して合理的かつ同報的に情報を伝達しようとする「通信の編集形式の一つ」

    という放送の定義を Twitter に当てはめると

    • 誰をフォローするか

    という単純な操作が「自分にとって合理的な情報」を選ぶことに対応しています。逆に言えば、それ以上なんの操作も必要ない(できない)ということが「放送的」です。

    そういえばミクシィで「マイミクシィ」「コミュニティ」を選ぶことで同じような感覚が得られました。私が2005年にIPA未踏ソフトウェアで採択された「ソーシャルネットワーキング型ラジオ番組のシステム開発」http://ora-be.nishimotz.com の最初の着眼はまさにこの感覚でした。

    「生放送的なメディア」である Twitter は、遠い過去の情報を検索することは得意ではなく、むしろ「フレッシュな情報」にこそ意味があるし「空間を超えた時間の共有」という感覚を強く持ちます。

    「人を選ぶこと=情報を選ぶこと」というコンセプトは決して新しいことではありませんが、特に情報システムの世界で普遍的になりつつあると感じます。例えば分散バージョン管理システム git および github.com に関する下記の記事

    はソフトウェア開発という課題において「誰もが発信者になれる時代」の情報管理術だと考えられます。

    「日記と掲示板=ソーシャルネットワーク」ではなく、具体的な目的と作業のために人と人が合理的に関わって情報を共有することこそが重要です。「ミクシィ的」なコミュニケーションにこだわらず、コミュニケーションを「出版的な機能」「放送的な機能」の諸要素に還元する発想が本質的に重要です。

    ダイレクトメッセージやReTweetといった独特の流儀は、やがてもっと洗練されたインタフェースに進化していくのではないかと思います(「引用の流儀」はまさに私が10年くらい前に研究していたテーマです)。マルチメディア化されたTwitterがもし実現するとしたら、それは素直に誰もが受け入れる可能性の高い「参加型テレビ」「参加型ラジオ」になるのでしょうが、そういう段階がありえるのか、あり得ないからこそ現在の「140文字のツイッター」の価値があるのか。

    私もイノベーションの傍観者ではなく当事者として(しつこく)関わっていきたいという思いを新たにしています。

  • つぶやき@WIT49

    2009年7月24日に山梨大学で開催された第49回福祉情報工学研究会において、西本が研究会中に http://twitter.com/nishimotz で行った発言を以下に転記します。主に質疑応答を記録したつもりなので、参考になれば幸いです。

    Twitter は「空間を超えて時間を共有するメディア」だと思うのですが、過去のある時期の記事をまとめて読むメディアとしてはふさわしくないように感じます。

    以下、手作業でコピー&ペーストしたのですが、本当はこういう作業のための専用ツールが欲しいところです:

    追記(2009-08-06):twtr2src 版を作成したので下記をご利用ください

  • CMSとしてのdokuwiki

    先日、個人で運営する新しいサイト

    を開設しました。このサイトは dokuwiki という wiki エンジンをコンテンツ管理システム(CMS)として使用しており、ほとんどのページが「書きかけ」ですが、随時更新を行っています。

    はてな日記はブログのシステムとして気に入っており、このまま利用を続けたいと思っています。一方で、日常的にちょっとしたメモを書きためて、関連する内容をまとめたページを作りたいという気持ちも強く、日記に書き散らかした記事をまとめるために CMS を活用したいと思っていました。

    私が管理しているサイトに

    というドメインがあります。ここには以前の勤務先(京都工芸繊維大学)のサーバで公開していたコンテンツを 2002年12月に引っ越しして再整備した

    があります。執筆に参加した書籍「バージョン管理システム(CVS)の導入と活用」に関連する情報

    もここに含まれています。

    多くの方に御利用いただいているのは radiofly wiki

    のほうだと思います。こちらは以前から活動している「ラジオ放送の文化と番組制作技術に関する研究開発」のためのサイトです。pukiwiki によって「放送博物誌」などの記事を書きためています。作成した当初、wikipedia のようなオープンコンテントのサイトは日本では一般的ではありませんでした。最初に放送と電気通信技術に関する年表を radiofly の wiki に書き始めたのは私でしたが、以降は川崎隆章氏が中心になって充実・整備をすすめておられます。私は現在は読むだけでほとんど書き込みをすることはありません。

    radiofly wiki には「放送博物誌」と無関係に西本が書いていた記事や情報のページがいくつかありましたが、昨年末にメンテナンスを行った際に、radiofly の活動と無関係な記事の大半を削除しました。radiofly の活動と私個人の活動は、明確に分離していくことが望ましいと考えています。

    pukiwikiは導入しやすいツールで、気に入っていたのですが、1.4.7 を最後に公式なアップデートがなされておらず、日本でしか使われていないということもあり、将来性に不安を感じています。

    radiofly から削除したコンテンツの再整備などを行うために新たな CMS の検討を行いました。最初に考えたのは WordPress でした。

    2006年のはじめにIPA未踏ソフトウェアでの活動を公開するために Movable Type サイトを開設し、その後 WordPress に移行しました。現在は

    として運営しています。その後、英語での情報発信を行うために

    を開設しています。(日本語のブログはひきつづき「はてな」で運用するつもりです)

    WordPress はいわゆる WYSIWYG 編集ができるという利点がありますが、ソースコードを貼り付けて技術情報を書くサイトとしては向いていないと感じました。また、日付に対応する日記的な記事は作りやすいのですが、static なページを作りやすいとは思えませんでした。MySQL によるデータ管理も、私が管理したい記事の量ではオーバースペックと言えそうです。

    pukiwiki の wiki 記法には気に入らない部分もあります。例えば pre 要素に対応する記法は「行の先頭に半角スペース」ですが、行数の多いソースコードを貼り付けるのが面倒だったりして、あまり好きではありません。(pukiwikiに複数行#preという機能を拡張する試みはなされていますが)

    MediaWiki などの候補をいろいろ調べて dokuwiki に行き着きました。

    最初は「見出しタグが ====== ほげほげ ======」というあたりに違和感を感じましたが、慣れてきました。

    今後、いったん公開をやめた記事、公開する機会がなかった技術メモ、日々の仕事で気づいたことなどを随時

    に書いていきたいと思います。また、

    やこの日記で、ときどき更新情報をお伝えしたいと思います。