生成AIは社内で「死蔵」されている情報を活用するのに使えるか？（Google検索アプライアンスの事例から）

社内ドキュメントを再利用するには、データを外部保存できるかというハードルが大きいようです。
再利用ツール（検索も生成AIも）は、一箇所に置いてたくさんの人で使うからスケールメリットを享受できています。
「ローカル」に移した段階で、クラウド上のサービスに対抗しにくくなってしまうように思えます。

1. 「ローカルなAI」と社内ドキュメントの再利用

生成AIの活用についての X での投稿¹が興味深かったので、メモしておきます。

専門的な情報の場合、生成AIで収集しても精度が低く使いものにならない
生成AIの用途として、社内で死蔵されている資料をローカルなAI に学習させたら便利なはず

つまり、生成AIは、情報収集よりも情報再利用に役に立つはず、という考えです。
確かに「資料をまとめる」よりも、「必要なときに取り出す」という方が難しいことを感じます。

私が「まとめ」をパソコン内の保存するのではなく、ウェブサーバに保存して公開しているのも、「検索可能な形」にした方が後から探しやすいからです。

サイト内の「Googleカスタム検索」を利用しています。

それに対して、

過去、Googleが社内に導入できる検索エンジンを提供していたが、うまくいかなかった

というコメントがありました²。

この理由が今の生成AIにも成り立つのか考えてみます。

目次に戻る

2. 「ローカルな検索エンジン」という事例（Google検索アプライアンス）

「Google検索アプライアンス（GSA：Google Search Appliance）」は、2002年に登場した、社内文書の検索機能を提供する小型コンピュータです。
まさに「ローカルな検索エンジン」でした。

しかし、ハードウェアの改良は2009年を最後に止まり、2019年3月のサポート終了で動作しなくなりました³。

（参考）

Google検索アプライアンスのサポート終了の背景については、

各企業向けに期待される個別的なサポートが難しかったこと
ライセンスと費用が複雑だったこと
ローカルではなく、クラウドによる検索サービスに注力すること

が挙げられています⁴。

「エンジニアリングにマーケティングが先行しすぎた」かぁ。

端的に言えば、「この機械でインデックス化するだけで、仕事に役立つ情報が検索できるようになる」という「売り言葉」が、実際にやってみると思った以上に難しかった、ということなんだね。

Marketing Ahead of Engineering

The Real Story Group は数年前、Google ESA の場合、マーケティングはエンジニアリングよりも数歩先を行っていたとコメントしました。セキュリティトリミングの管理と HTML インターフェイスを持たないものへの接続は非常に難しく、ランキングと全体的なパフォーマンスを向上させるために ESA を調整することは、控えめに言っても困難でした。
販売代理店は顧客をサポートするために最善を尽くしましたが、Google に直接接続することができず、直接の顧客サポートも存在しませんでした。また、ライセンス費用を設定する目的で「コンテンツアイテム」をカウントする Google の複雑な方法により、総所有コストを確実に計算することが困難であることを顧客が理解するのに時間はかかりませんでした。
13 年間にわたってボックス内検索を提供してきた Google は、エンタープライズ検索の未来はクラウドにあることを明確にしました。Google は、今後のソリューションはしばらくの間限定ベータ版として提供されていると述べました。Googleは、関心のある人に対して、開発状況を知らせるために（当然ですが）電子メールアドレスを提供するよう求めています。
Google Search Appliance Fades Away

目次に戻る

3. 「ローカルなAI」が成り立つのか？

Google検索アプライアンスの歴史から考えると、

「学習するデータを外部から安全に保管できるか」ということと、
「利用する企業向けの細かな調整ができるか」ということ

がネックになるようです。

確かに、現在の生成AIは、必要な計算資源の大きく、調整も複雑です。

企業ごとに小規模なローカルAIを提供しても、それを「実用的な形で」メンテナンスするのは大変です。
保持するデータが少なくても、貧弱な計算能力では実用的なデータ生成しにくいことが予想されます。
また、年々、クラウドの生成AIが進歩していくのに対し、ローカルAIの方はなかなか精度を上げられない点が不満になるはずです。

個々の企業にとっても自前で管理するのは難しく、結局既存の生成AIを利用するのが無難になってしまいそうです。