テッド・ネルソンは1974年に出版した著書『Computer Lib/Dream Machines』の中で、「あらゆるものは深く絡み合っている」と記しています。ネルソンは言うまでもなく、Webよりも前から存在した先駆的なハイパーテキストシステムであるプロジェクト・ザナドゥの創始者です。しかし、このシステムは主流の製品に本格的に導入されることはありませんでした。
プロジェクト・ザナドゥがその壮大な野望を達成できなかった経緯を巡る様々な問題について深く掘り下げることはさておき、このプロジェクトが、私を含め、多くの世代の作家、思想家、そして開発者に多大な影響を与えたことは否定できません。これから皆さんにご紹介する内容は、プロジェクト・ザナドゥの規模に匹敵するものではありませんが、同様の概念的基盤、つまり、知識の繋がりを促進し、認知生産性を高めたいという願望に基づいています。
本日公開され、著名な開発者、ポッドキャスター、教授らが署名した「ユビキタス リンクの宣言」には、次のように記されています。
ソフトウェアで処理する情報から人々が恩恵を受けられるように、私たちは情報リソースのリンクに対するユビキタスなサポートを提唱しています。
これは極端な行動喚起には思えないかもしれません。結局のところ、Webはまさにそれを提供しているように思えます。しかし、私たちの日常的な活動の多くは、Mac、iPhone、iPadなどのデバイス内にある情報リソースを中心に展開されており、そこでは情報リソースへのリンクがしばしば困難、あるいは不可能です。また、Web上でも、メール、カレンダーの予定、タスクなど、本来独立してアクセスできるはずの個別のオブジェクト間を切り替えているにもかかわらず、アドレスバーに単一のURLが表示され続けるサイトやアプリに遭遇することは非常によくあります。
これはあくまでもマニフェストであり、技術、標準、仕様、製品ではありません。ユビキタスリンクマニフェストは、開発者がアプリにリンク機能を追加し、アプリ内のあらゆる情報リソースにリンク経由でアクセスできるようにすることを奨励することを目的としています。また、認知的メリットを享受したいユーザーは、使用するアプリの開発者にそのようなサポートを求めることを推奨しています。
認知的メリットについて少し補足します。私たちはデジタル情報システムを、閲覧、検索、リンクという3つの基本的な方法で操作します。
- ブラウジングは、探しているものが何なのかわからないけれど、見ればきっと見つかるという時に欠かせない情報収集方法です。しかし、ブラウジングはこれらのナビゲーション方法の中で最も遅く、さらに悪いことに、他の話題に気を取られやすいのです（リス！）。
- 検索は、ブラウジングよりもより直接的なものです。少なくとも、検索が目的のリソースを見つけるのに適切であればなおさらです。実際には、検索語の正確さが不可欠です。質の低い検索では、検索結果をブラウジングするだけの状態に戻ってしまいますが、優れた検索では、目的のリソースが結果の一番上に表示されます。（私が気に入っているシステムは、いわゆる「ワンヒット検索」をサポートしています。これは、中間結果リストを経由せずに、検索が目的の項目に切り替わったり、表示されたりする検索です。LaunchBar は、Google の現在は廃止された Browse By Name 機能と同様に、このように動作します。「Browse By Name で Google Chrome と Safari 5 を高速にブラウジング」、2011年4月6日の記事をご覧ください。）
- リンクは、クリックまたはタップ1回で必要なリソースに直接アクセスできるため、これまでで最も高速なナビゲーション方法です。ランダムにブラウズしたり、検索結果をざっと確認したりする必要がなくなります。しかしもちろん、何らかの人物またはアプリがこれらのリンクを作成し、適切なコンテキストでアクセスできるようにする必要があります。
これら 3 つのナビゲーション方法にはそれぞれ独自の用途があるが、macOS と iOS はデフォルトでブラウジングに特化しており、検索は許可しているものの、リンクについては表面的なサポートにとどまっている。macOS でのリンクの例はほんのわずかで、連絡先で関係のヘッダーをクリックして「連絡先を表示」を選択すると、リンクされた連絡先が表示される。Apple にもプライベートなリンク機能がある。メッセージの会話で日付をクリックしてカレンダーにイベントを作成すると、メッセージの元の項目を開くリンクが表示される。これは便利だが、Apple は他の開発者がこうしたメッセージリンクを取得するために使用できる API や、ユーザーがリンクをコピーするために使用できるインターフェースを提供していない。しかしながら、全体として、Apple は情報リソース間のリンク作成を支援するために、もっと多くのことを実行できるはずだ。
Appleのオペレーティングシステムとバンドルアプリ内でのリンクサポートが強化されれば、Notesの個々の項目やMailの特定のメールメッセージへのリンクを作成できるようになります。文書作成中に、NotesとMailの関連資料へのリンク集があれば便利ではないでしょうか？PreviewのPDFの特定の箇所、Booksの電子書籍の特定のページ、QuickTime Playerのビデオのタイムスタンプへのリンクなどはどうでしょうか？必要なサーバーやサービスがあれば、こうしたリンクを他の人と共有することもできます。
サードパーティの開発者はすでに、この種のリンクの例を数多く提供しています。Hook リンク ユーティリティと互換性のあるアプリの一覧を見ると、現在何が可能なのかがわかります。独立してはいるものの、まだ特に調整されていないサポートがあることで、ユビキタス リンク宣言の当初の署名者の中に、Bare Bones の Rich Siegel 氏と Patrick Woolsey 氏 (BBEdit)、Omni Group の Ken Case 氏 (OmniFocus)、DEVONtechnologies の Eric Böhnisch-Volkmann 氏 (DEVONthink)、Eastgate Systems の Mark Bernstein 氏 (Tinderbox)、Michael Tsai 氏 (EagleFiler)、ProjectWizards の Frank Blome 氏 (Merlin Project)、Brett Terpstra 氏 (Marked 2)、Nitro Software の Angel Vu 氏 (PDFpen)、CogSci Apps の Brian Shi 氏 (Hook) といった開発者が名を連ねている理由も説明できます。リンクのサポートは、すべての船を浮かべる上げ潮のようなものです。
それで何をすべきでしょうか?
- マニフェストと関連ページをお読みください。ユビキタスリンクを構成する技術的な要件だけでなく、マニフェストの背景にある動機も特に価値があります。その目標に賛同いただける場合は、マニフェストに署名することもできます。
- ワークフローについて考えてみてください。自分で作成したリンクや、自動的に作成されたリンクをたどってブラウジングや検索を行う頻度はどのくらいですか？もし頻繁に行うのであれば、リンクを活用して作業効率を高め、作業の妨げにならないようにする方法があるかもしれません。
- 使用しているアプリについて考えてみましょう。他のアプリのデータへのアウトバウンドリンクと、アプリ内部のデータへのインバウンドリンクの両方をリンクすることでメリットが得られるアプリはどれでしょうか？一部のアプリには既にそのような機能が搭載されているかもしれません。もし搭載されていない場合は、開発者に機能リクエストを提出し、Appleにフィードバックを送信してください。
- ユビキタス リンク宣言を、それが説得力のある呼びかけだと感じ、それを他の人にリンクしたり、伝道したりすることを考えることで利益を得そうな人たちに広めてください。
今、私は自分の生活にもっとリンクを取り入れる方法について、自分自身でじっくり考える必要があります。