サービスとしての検索

サービスとしての検索は、エンタープライズ検索またはサイト固有のWeb 検索に重点を置いた、サービスとしてのソフトウェア(SaaS)の分野です。

検索は、社内データベース、社内ドキュメント ストア、またはWeb サイトのコンテンツを通じて行われる、あらゆるビジネス データベース機能の重要な部分です。これは、社内スタッフと外部顧客の両方に必要です。「Argletonの郵便番号を持つ既存の顧客を一覧表示する」などの単純なデータベース クエリは、おそらくSQLを使用した社内ソフトウェア開発の簡単な部分ですが、これは単純化された例です。「Bindeez製品を参照するすべての製品パンフレット テキストを検索する」や「顧客がアップロードしたレビューで「火事」と「ペット」または「子供」の同義語を検索する」などのより複雑な検索は、実装がより困難です。検索、特にフリー テキスト検索やスキャンされたドキュメントの画像によるテキスト検索は、専門的な分野です。

ソフトウェア・アズ・ア・サービスを通じて検索機能を専門の検索会社にアウトソーシングすることで、小規模な組織でもより高性能な検索機能を利用できるようになります。これには 2 つの方法が一般的です。

1 つの方法は、企業の公開されている Web プレゼンスを検索することです。BingやGoogleなどの既存の検索エンジンは、通常どおりこのサイトをWeb クロールするように奨励されています。 ^[1]企業の推奨検索パートナーへのリンクは、単純な HTML Web フォームまたは検索ボックスとして Web サイトにコード化されています。クエリが送信されると、この検索ボックスは、テキスト文字列を Google (または他の) メイン コーパスで検索しますが、その特定の Web サイトからの結果のみを検索します。これらの結果は、サイト自体から返されたかのように、サイトのページに表示されます。この機能は非常に簡単に実装できます。検索フォームには、site:検索エンジンに渡されるクエリ文字列に修飾子を含めるだけです。^[2]

2 番目の方法はより洗練されていますが、より複雑です。エンタープライズ検索もサポートでき、パブリック Web に表示されないプライベート リソースを検索できます。この形式のみが一般に「サービスとしての検索」と呼ばれます。検索プロバイダー会社が検索サービスを提供し、クライアントと検索をサポートする契約を結びます。次に、クライアントはプロバイダーの API を使用して、検索するコンテンツのコンテンツ データまたはインデックス メタデータ (すでに利用可能な場合) をアップロードします。次に、プロバイダーがこのコンテンツの検索インデックスを構築します。コンテンツがフリー テキスト データまたは同様の非構造化データである場合は、最初に Lucene または同様のプロセスによってトークン化されます。[i]

サービスとしての検索は、クライアントデバイスのストレージ、処理速度、接続帯域幅が限られているモバイルアプリケーションにも特に役立ちます。このアプローチは、この分野で人気の高いAlgoliaによって採用されています。一方、ExpertRec[4]などの新しいサービスプロバイダーは、API経由でデータをアップロードする代わりに、クローラーでデータを抽出し、Lucene/Solrでトークン化することで、アプローチをさらに簡素化しています。

サービスとしての検索を、 Z39.50などのフェデレーション検索と混同しないでください。これらも、エージェントが 1 つ以上の外部検索エンジンにクエリを実行するサービスです。ただし、これらの場合、検索エンジン プロバイダーはコンテンツ データベースと密接に結合されています。リモート サービスは、検索インデックスに入力するコンテンツ メタデータではなく、クエリと結果のみを渡します。

• Google ブログ検索
• メタデータ収集のためのオープン アーカイブ イニシアティブ プロトコル(OAI-PMH)
• サービスとして