Goo.Y
| 分類 | 検索結果共有規格（架空） |
|---|---|
| 策定時期 | 1997年ごろに原型が提案されたとされる |
| 主な利用領域 | 企業内検索・大学図書館横断検索 |
| 主管組織 | Goo.Y連合（のちに複数団体へ分岐） |
| 技術要素 | 要約ハッシュ、指向性リンク、再掲禁止フラグ |
| 論争点 | 引用の痕跡が追えない設計だとして批判された |
| 現状 | 正式標準化は達成されず、系統ごとに生き残ったとされる |
Goo.Y（ぐーわい、英: Goo.Y）は、の情報流通で用いられたとされる「指向性のある検索結果共有規格」である。1990年代後半に内の複数の研究会を起点として流通したとされるが、運用の細部は複数の系統に分かれた[1]。
概要[編集]
は、検索システムが返す結果を、そのままコピーするのではなく「指向性のある形」で共有するための取り決めとして語られる規格である。結果ページの本文そのものを転送せず、要約（サマリー）と参照（リファレンス）だけを組み合わせることで、共有速度と更新追従性を両立させる設計思想があったとされる[1]。
また、Goo.Yの特徴は「誰がどの目的でその結果を採用したか」を、検索語ではなくリンクの向き（方向付け）に埋め込む点にあると説明される。これにより、同じ結果でも閲覧者の目的（調査・購買・報告）に応じて表示テンプレートが変わるように運用されたとされるが、細部は実装者の流儀に依存したため、同名の別物が複数存在したとも指摘されている[2]。
成立の背景として、1990年代後半の「インデックス競争」と「著作権への過敏な対応」が同時に進んだことが挙げられる。特にの沿岸部で急増したオンライン契約（検索APIの従量課金）により、大学・企業双方で「結果共有コスト」を下げる必要が生じたとされている[3]。その受け皿として、Goo.Y連合が“コピーではなく、記憶の共有”という言い回しで支持を獲得したとされる。
一方で、Goo.Yは「共有はできるが、出典の追跡が難しい」仕様だったとも言われる。ある元運用者は「方向が違うと、同じ結果なのに別物になる。追う側が迷子になる」と回想しており、これが後年の監査論争につながったとされる[4]。なお、これらの説明は後付けの整理であるとも考えられている。
歴史[編集]
起源：『Yamabikoメモ』と三つの約束[編集]
Goo.Yの原型は、に港区の小規模会合「検索実務研究会」（通称：山彦会）でまとめられたとされる文書群に求められる。参加者たちは、検索結果を共有するたびに著作権・契約条項が擦れる問題に直面し、最小限の情報だけで仕事が回る形を模索したとされる[5]。
その文書の中で有名なのが、通称『』である。そこでは「(1) 本文は送らない、(2) ただし要約は規定フォーマットで渡す、(3) 目的別テンプレはリンク方向に従う」という三つの約束が掲げられたとされる[6]。さらに、要約の整形規則として「先頭から数えて13トークン目までを必ず含める」といった細かな制約が書かれていたとされるが、当時の参加者の議事メモには、その“13”が決まった経緯として「会場の時計が13分遅れていたから」という妙な記述があるとされる[7]。
また、規格名の「Y」は、当時の研究者が「検索結果の“出口”を示す変数」をYと呼んだことに由来すると説明されることが多い。ただし別の説では、が文化祭で見せた“Y字型の掲示導線”が発端だったともされ、結局「指向性」の比喩が先行して定着したのだと推定されている[8]。
発展：企業導入と“再掲禁止フラグ”騒動[編集]
1998年から1999年にかけて、Goo.Yは企業の社内検索で試験的に導入されたとされる。特にの大手コールセンター連携企業では、問い合わせ履歴の再利用が問題化し、検索結果の使い回しにも契約上の制限がかかったため、Goo.Yの“再掲禁止フラグ”が便利だとして採用が進んだとされる[9]。
再掲禁止フラグとは、同じ要約ハッシュが生成されても、一定期間内の“目的タグ”が変わると再掲できないようにする仕組みである。運用上の細則として「禁止期間は営業日換算で41日」「例外は監査担当承認の14分以内処理」といったルールが社内規程に書かれたとされるが、後に監査報告書は“41日”について「なぜか全員がその数字を覚えていた」だけだと記している[10]。
この運用は一見合理的だったが、実際には“指向性のリンク”がテンプレ側で解釈されるため、同じリンクでも閲覧者のロール変更で意味が変わる事態が起きたとされる。結果として、営業目的で見ていた要約が、翌週には調査目的として再表示されてしまう、いわゆる「方向の二重人格」現象が発生し、問い合わせが増えたとされる[11]。さらに、原因解析の過程で「監査ログに方向情報が残らない」ことが判明し、Goo.Yは“追跡不能の共有術”として揶揄されるようになった[12]。
分岐：Goo.Y連合の解体と“互換性の夢”[編集]
2000年頃、Goo.Y連合は互換性を高めるための統一仕様書を作ろうとした。しかし、実装者ごとに要約の切り取り規則やハッシュの種別（SHA-系・独自系）が微妙に違っていたため、統一は遅れたとされる[13]。
ある回顧録によれば、仕様策定会議はのホテルで全4日行われたが、初日の会議だけで“互換性チェックのサンプル文が102種類”に膨れたという。しかもサンプル文は、参加者がそれぞれ“仕事で困った検索結果”を持ち寄ったため、テーマがバラバラになったとされる[14]。その結果、統一仕様書の最終草案には「検証データは原則として機密扱い」との一文が入り、外部監査ができない形になったと批判された。
結果として、Goo.Yは標準としては統一されず、系統ごとに発展した。現在語られるGoo.Yは「同名別物の集合」として理解される場合があり、これは百科事典的には“用語の揺れ”というより、“実装の歴史的残骸”として扱われることがある[15]。一方で、互換性が完全には失われなかったのは、運用現場では要約の見た目が似ていれば充分だったからだ、という意見もある[16]。要するに、理念と実務は噛み合い切らなかったとされる。
仕組み[編集]
Goo.Yの基本構造は、(A) 要約生成、(B) 要約ハッシュ化、(C) 指向性リンク付与、(D) 目的別テンプレ選択、の4工程に分けられると説明される。要約生成では、元ページから抜き出した語句の並び順を“意味の近さ”で整えるのではなく、会議で決められた“枠”に収めることで決定したとされる[6]。
そのため、要約ハッシュは検索語を直接含めず、「枠番号＋抽出位置＋長さ」で計算されたとされる。ある資料では、その長さは「最大でも72文字」「例外だけが73文字」だったと書かれており、妙に具体的な数値が残っている[17]。さらに指向性リンクは、閲覧目的を示すY方向ベクトルにより、同一ハッシュでも結果の表示部分を入れ替える仕組みだったとされる。
もっとも、運用現場ではY方向ベクトルが“ユーザーの癖”として固定されがちであったとも言われる。つまり、人は目的を変えても同じ方向で検索し続けることがあり、結果的にGoo.Yが「似た人向けの最適化」になっていった可能性があるという指摘がある[11]。ただし、当時はそのような指向性最適化がプライバシー問題になる発想は十分ではなかったともされる[18]。
なお、再掲禁止フラグは目的タグと連動していたが、実装により挙動が異なり、「41日で解ける」系と「月次で解ける」系が同時期に存在したとされる。この差異が、Goo.Yを理解しづらくした主因になったと推定される[10]。
社会的影響[編集]
Goo.Yは、情報共有を速める一方で「共有の責任」を曖昧にする仕組みとして受け止められることがあった。特に企業内ナレッジ管理では、検索結果共有が“成果の根拠”として扱われるため、要約の出典が薄くなることはリスクになりうるとされる[4]。
一方、Goo.Yがもたらした利点として、技術者ではない部門でも検索結果を“仕事として引用”しやすくなった点が挙げられる。要約がテンプレで整形されるため、報告書・稟議書の下書きがほぼ自動で作れるという評判があったとされる。実際、ある会社の社内資料では、稟議書作成の工数が平均で「2.6時間→1.4時間」へ減ったとされる[19]。
また、大学図書館でも横断検索の試験が行われたが、当時の図書館員はGoo.Yの“出典追跡の弱さ”を問題視したという。そこで、図書館側はGoo.Y要約に独自の注釈欄を付ける運用を作り、要約ハッシュとは別系統で参照情報を保持したとされる[20]。しかし、それでも監査では「別系統注釈はGoo.Yの同一性と見なせるのか」が論点になった。
このようにGoo.Yは、共有を促進しつつ、引用文化のルールを揺らしたと考えられている。結果として、後年の検索API契約では「要約の出自証明」を求める条項が増えたという見方があり、Goo.Yがその議論の雛形になった可能性が指摘されている[21]。
批判と論争[編集]
最大の批判は、Goo.Yの思想が“コピーではない”ことに集中しすぎた点にあるとされる。具体的には、要約ハッシュによって参照の実体が隠れるため、後から誰がどの根拠で判断したかが追跡困難になる、という指摘が出たとされる[12]。
また、再掲禁止フラグの運用が複雑だったことも問題化した。社内で「営業日換算で41日」のはずが、部門間の入力タイムゾーン差で「43日扱い」になった例が報告されており、これが“数字の魔術”としてネット上で揶揄されたという[10]。なお、その投稿のスクリーンショットがの掲示板で共有され、引用されないまま広まったとされる[22]。
さらに、互換性を高めるはずの統一仕様書が機密扱いになったことが、学術コミュニティから不透明だとして批判された。『Goo.Y互換性仕様草案（第3版）』を巡って、編集者と運用者の間で「仕様は読めないが、互換だけは要求するのか」といった対立があったと伝えられている[14]。
ただし、反論も存在する。Goo.Yはあくまで現場の速度と実務のための折衷であり、「追跡は契約・注釈欄で補うべきだ」と主張する関係者もいたとされる[20]。結果的に、Goo.Yは完全な標準になり切らなかったが、部分的な考え方だけは残り、後続の共有設計に影響したと推定されている。
脚注[編集]
関連項目[編集]
脚注
- ^ 山岸理沙『指向性共有規格の現場史：Goo.Yからの教訓』情報通信出版, 2004.
- ^ Dr. Margaret A. Thornton『Directional Result Sharing in Late-1990s Web Systems』Journal of Applied Retrieval, Vol. 12, No. 3, pp. 201-233, 2002.
- ^ 佐藤功『要約生成の数理的整形と枠設計』大学図書館研究会紀要, 第18巻第2号, pp. 55-88, 1999.
- ^ 中村朱里『監査ログはなぜ迷子になるのか：再掲禁止フラグの検証』企業監査技術, 第7巻第1号, pp. 1-26, 2001.
- ^ 林昌弘『検索契約と従量課金の副作用：1998年の契約条項調査』日本契約情報学会誌, 第5巻第4号, pp. 77-109, 2000.
- ^ 渡辺精一郎『山彦会議事録に見る要約規定の揺れ』検索実務研究, Vol. 3, No. 1, pp. 10-34, 2003.
- ^ Yoshida Keiko『Hashing Summaries for Fast Dissemination』Proceedings of the International Workshop on Retrieval Hygiene, pp. 44-60, 2001.
- ^ 田所玲奈『互換性仕様の機密化とコミュニティ反応』アーカイブズ研究, 第22巻第3号, pp. 130-165, 2005.
- ^ Kowalski, Tomasz『Auditability vs. Performance: A Trade-off Study』ACM Computing Surveys, Vol. 38, No. 2, pp. 1-19, 2006.
- ^ 『Goo.Y統一仕様書（第3版草案）』Goo.Y連合規格委員会, 2000.（題名が微妙に異なる写本が流通している）
外部リンク
- Goo.Yアーカイブセンター
- 検索実務研究会デジタル資料室
- Directional Sharing 論文索引
- 再掲禁止フラグ検証ログ
- 山彦会議事録コレクション