イントラネットエクスプローラー
| 分類 | 社内情報検索・閲覧クライアント |
|---|---|
| 対応環境 | UNIXワークステーション/Windows NT |
| 初期思想 | リンクで迷子にならないナビゲーション |
| 主要機能 | インデックス同期、権限別ビュー、社内検索 |
| 開発形態 | ベンダー主導の準標準 |
| 登場期の影響 | 紙ベース規程のデジタル化を加速 |
| キーワード | 社内ポータル、監査ログ、キャッシュ |
イントラネットエクスプローラー（Intranet Explorer）は、企業や官公庁の内で情報を探索するためのソフトウェアとして位置づけられる技術である。特にの発想を社内向けに最適化したものとして、1990年代末に一時的なブームを形成した[1]。
概要[編集]
は、社内のサーバ群に散らばる文書や手続き情報を、利用者が迷わず辿れるように整理・提示するためのクライアントと、その周辺仕様の総称として説明されることが多い。とりわけやと連動し、閲覧可能範囲だけを地図のように見せる点が特徴である。
成立の経緯は、1990年代半ばに導入が進んだが「ホームページの寄せ集め」に留まってしまい、問い合わせ窓口が“情報探索の代行業務”になったことにあるとされる。そこで、検索はするが“探し方”まで面倒を見てくれる道具として構想されたのが、イントラネットエクスプローラーである[2]。なお、同種製品との差別化は「検索結果を一覧で返す」ことではなく、「リンク構造を利用者の認知に合わせて再配置する」ことに置かれたとされる。
一方で、技術的には単なるブラウザ改造ではなく、社内ネットワークの変動（部門ごとのサーバ入替や権限棚卸し）を前提にした同期方式、そして監査ログの粒度設計が核になったとされている。加えて、導入後に“情報探しの人”が不要になるはずだったものの、現場では「むしろ相談役が増えた」ことが統計的に観測されたとも述べられている[3]。
概要[編集]
選定基準（一覧表示の論理）[編集]
イントラネットエクスプローラーでは、文書の価値を「更新日時」だけでなく、関連リンクの密度、閲覧頻度、そして監査部門が要求する“説明可能性スコア”で評価したとされる。初期の設計メモでは、スコア算出に最大での特徴量を使い、さらに上位の重み付けを行う方式が提案された[4]。
また、社内の部署名はしばしば略称化するため、表示ラベルには「部署正式名称/略称/歴史的呼称」の三層を持たせる実装が推奨されたとされる。これにより、例えばの庁内では「総務局」「総務部」「総務課」の表記揺れが吸収され、同じページが複数の系統図に“別人格”として存在しないよう制御されたと説明される[5]。
範囲（何を“探索”として扱うか）[編集]
本技術が対象にしたのは、静的HTMLだけではないとされる。具体的には、掲示板、申請フォームの結果ページ、そしてが閲覧できる管理画面まで含めて“リンク可能な資産”として扱われたとされる。
ただし、すべてを探索対象にすると過剰な情報が露出するため、「探索の深さ」は利用者階層ごとに制限されたと推定される。ある導入例では、一般職の探索深さが“最大でリンク”、管理職が“最大でリンク”に設定されたという証言が残っている[6]。この数字は後年の監査報告書でも再掲されたが、計測方法は明記されないままであったとされる。
歴史[編集]
発端：迷子の会議室と“地図付き検索”[編集]
イントラネットエクスプローラーの起源は、1996年頃に傘下のネットワーク保守部門で起きた“会議室迷子事故”とされる。会議室自体は物理的にそこにあるのだが、会議の受付ページだけが更新され、古いリンクが残っていたため、参加者が社内ポータルで彷徨ったという事件である。
当時の保守責任者は（かじかわ そういち、仮名）で、彼は「リンクがあるのに辿れない」状態を“情報の暗渠化”と呼び、WWWの思想を逆利用する設計案をまとめたとされる。すなわち、ページを増やすのではなく、辿る経路を増やすという方針である。ここで、経路の“地図”を作るために、ページ間リンクの関係を定期的に再計算し、その結果をクライアントへ配布する仕組みが提案された[7]。
この提案は、ベンダーであるのによって「探索体験の設計」として再梱包され、1998年の社内展示会で試作機が披露されたとされる。観客のうち約が「地図が気持ち悪い」と答えた一方、約が「探す時間が短くなった」と述べたと後の資料で記録されている[8]。ただし、当時のアンケート用紙は現存していないとも言及されている。
発展：監査ログ連動と“権限別地図”[編集]
2000年以降、イントラネットエクスプローラーは単なるナビゲーションから、監査と権限管理へと重心を移したとされる。理由として、社内規程のデジタル化が進むほど、誰がいつ何を閲覧したかという説明責任が強まったことが挙げられる。
そこで、情報資産に「閲覧可能性の範囲」を付与し、クライアント側では権限ごとに見えるリンク地図を動的に変える方式が採用されたとされる。この仕組みはと呼ばれ、初期の仕様では権限セットの切替を“平均以内”に収めることが目標とされた[9]。なお、実測では“0.8秒を超えると露骨に遅い”と感じるユーザが少なくなかったとされ、UX担当が目標値の見直しを提案した記録もある。
また、監査ログは単に保存するだけでなく、「探索の途中で何が見えていなかったか」まで再構成するために粒度を上げる方向で拡張されたとされる。これにより、法務部門は“拒否の理由”を説明しやすくなったとされる一方、ネットワーク負荷が増え、夜間バッチが度々遅延したという指摘も出た[10]。
構成と技術的特徴[編集]
イントラネットエクスプローラーは、(1)社内資産のクロール/収集、(2)地図（リンク関係）の再計算、(3)権限別の表示再構成、(4)閲覧体験の監査ログ化、の四段で説明されることが多い。特に(2)の再計算が“探索体験を支配する”ため、ここが製品差別化の焦点になったとされる。
ある時期の実装例では、リンク地図の更新周期が「平日午前は、午後は、夜間は」という段階設計になっていた。さらに、部門ごとのサーバ更新を検知するために「の通知チャネル」を用意し、通知が届かなかった場合は指数的にバックオフする方式が採られたという[11]。
このような技術により、利用者は検索結果の“テキスト”ではなく、“次に辿るべきリンク”を提示されることになる。結果として、探索が「クエリ中心」から「経路中心」に移行し、社内で一般に“頭の中の地図”を共有しやすくなったと説明される。ただし、地図が更新されると、いつもの道が別の道に置き換わることがあり、そのたびに「前の地図を見せろ」という要望が出たとも記録されている[12]。
社会的影響[編集]
イントラネットエクスプローラーは、情報アクセスを“個人のスキル”ではなく“システムの責務”へ寄せた点で影響が大きいとされる。特にや部門では、問い合わせ対応が減るはずだったが、実際には「地図の誤解釈」をめぐる相談が増えたと語られることがある。
その一例として、の県庁での試験導入では、導入後3か月で「規程の所在確認」問い合わせが年換算で減少した一方、「地図上に存在するのに開けないページ」への問い合わせがに増えたとされる[13]。ここで増えた相談の多くは、権限別ビューによって見えた“リンクの存在”が、ユーザの期待する“閲覧可能性”と一致しないことに起因したとされる。
また、探索ログを監査に転用できることから、教育現場では“探索の仕方”そのものが評価対象になったとも言われる。企業研修では、受講者に対し「地図の正解ルートを選べ」といったミニテストが行われたが、これは探索の多様性を奪うとして批判の材料にもなった[14]。
ただし、成果も無視できない。紙の規程をデジタル化する際、最初に必要なのは“所在”ではなく“辿り方”であると理解され、ドキュメントのリンク設計が業務設計に組み込まれていったと説明される。結果として、文書作成の責任者が「文章を書く人」から「経路を設計する人」へ変化したという証言が残っている[15]。
批判と論争[編集]
イントラネットエクスプローラーには、主に二つの批判があったとされる。第一は、地図の更新が“慣れ”を破壊する点である。利用者が学習したルートが再配置されると、一時的に探索効率が下がり、現場では「地図は変えないでくれ」という要望が繰り返し出た。
第二は、監査ログと権限別ビューの組み合わせが“見え方の政治”を生むことである。ある導入先では、部署間で競争が起き、権限設定会議が「どのリンクを見せるか」という議題で揉めたと報告されている。さらに、監査ログが細かすぎるため、個人の探索癖が推測されるとしてプライバシー面の不安も語られた[16]。
なお、批判の中には奇妙なものもある。たとえば、ある技術者は「イントラネットエクスプローラーが生成するリンク地図は、探索者の脳内モデルを模倣するため、見た目が整っているほど操作が増える」と述べたとされる。これは科学的根拠が示されたわけではないが、当時の開発チームにとっては“都合の良い慰め”として受け取られたらしい[17]。実際、ログ解析の結果として“整った地図ほど平均クリック数が増加”したという内部報告が存在したとされるが、報告書名は伏せられている。
脚注[編集]
関連項目[編集]
脚注
- ^ エミリー・ハート『リンク地図と探索行動』NorthBridge Academic Press, 2001.
- ^ 佐伯 霧人『権限別ビューの設計論：社内クライアントの再構成手法』文泉社, 2003.
- ^ Dr. Victor Lin『Audit-Ready Navigation Systems』Journal of Enterprise Networking, Vol. 12, No. 3, 2004, pp. 41-63.
- ^ 高梨 皓太『イントラネットの迷子問題とその対策』情報管理研究会, 2000, pp. 77-92.
- ^ Mina Kuroda, “Exploration-Centered Index Synchronization,” Proceedings of the International Symposium on Intranet Systems, Vol. 7, Issue 2, 2002, pp. 105-119.
- ^ 【書名一部誤植】『Intranet Explorer: A Practical Guide for Browsers』Eaglebyte Publications, 1999.（一部章タイトルが重複しているとされる）
- ^ ジェローム・ベーカー『Cache Invalidation for Privilege-Sensitive Maps』ACM SIGOPS Enterprise Track, Vol. 19, No. 1, 2005, pp. 201-218.
- ^ 北畠 琥珀『社内ポータル運用の監査設計：ログ粒度と説明可能性』星雲技術出版, 2006.
- ^ 朽木 玲奈『探索深度の経験則：リンクホップ制限の実装報告』技術通信社, 2002, pp. 33-58.
- ^ 田所 光徳『情報アーキテクチャと地図化：人間中心の経路設計』東京図書, 2007.
外部リンク
- Intranet Explorer史料館
- リンク地図研究会アーカイブ
- 監査ログ実務者フォーラム
- 社内ポータル設計の資料庫
- 権限別ビュー検証室