(57)【要約】【課題】自ら検索サービスを構築し難いユーザが自分のコンテンツを整形データの形態で入力しておくようにし、これに基づき該当ユーザの保有コンテンツに対する検索サービスを提供して検索プラットフォームの役割を果たせる検索サービスシステム及びその方法を提供する。【解決手段】検索サービスシステム２０は、自ら検索サービスを構築し難いユーザにコンピューティング資源と検索サービス具現に必要な各種機能を提供する検索プラットフォームとしての役割を果たす。ユーザはオープンＡＰＩを介して自分が保有していたコンテンツを整形データの形態に入力しておき、検索質疑語を検索サービスシステムに伝達することだけで自分が保有しているコンテンツに対する多様な形態の検索を行えるようになる。【選択図】図１
2008181479.tif 000002
【特許請求の範囲】
【請求項１】
通信網を介してユーザから検索のソースである整形化した検索データを入力されて検索データ保存所に保存する入力処理部と、
前記検索データ保存所に保存された検索データに対して索引を行って索引データ保存所に保存する索引処理部と、
通信網を介して検索質疑語が受信されれば前記索引データ保存所の索引を用いて前記検索データ保存所の検索データに対する検索を行い、検索結果を返す検索要請処理部とを含んでなる通信網を用いた検索サービスシステム。
【請求項２】
前記入力処理部は、ユーザが前記検索データの整形化のためのスキーマと検索データ保存所の名前を登録することによって前記検索データ保存所を生成するように構成されることを特徴とする請求項１に記載の通信網を用いた検索サービスシステム。
【請求項３】
前記スキーマは、少なくともフィールド名、該当フィールドに入力されるデータの類型、及び該当フィールドに入力することができるデータのサイズを含んで構成されることを特徴とする請求項２に記載の通信網を用いた検索サービスシステム。
【請求項４】
前記入力処理部は、前記スキーマと前記検索データ保存所の名前を登録できるようにする応用プログラムインターフェースを、前記通信網を介して提供するように構成されることを特徴とする請求項２に記載の通信網を用いた検索サービスシステム。
【請求項５】
前記入力処理部は、前記検索データを前記登録されたスキーマによって入力できるようにする応用プログラムインターフェースを、前記通信網を介して提供するように構成されることを特徴とする請求項２に記載の通信網を用いた検索サービスシステム。
【請求項６】
前記入力処理部は、前記ユーザからの編集要請に応じて前記検索データ保存所と索引データ保存所に保存されているデータを更新できるように構成されることを特徴とする請求項１に記載の通信網を用いた検索サービスシステム。
【請求項７】
前記入力処理部は、前記検索データ保存所と索引データ保存所のデータを編集できるようにする応用プログラムインターフェースを、前記通信網を介して提供するように構成されることを特徴とする請求項６に記載の通信網を用いた検索サービスシステム。
【請求項８】
ユーザが通信網を介して検索データの整形化のためのスキーマを登録できるようにする段階と、
前記登録されたスキーマを有する検索データ保存所を生成する段階と、
前記ユーザから通信網を介して前記登録されたスキーマによって整形化した検索データを入力されて前記検索データ保存所に保存する段階と、
前記検索データ保存所の検索データに対して索引を行って索引データ保存所に保存する段階と、
通信網を介して検索質疑語が受信されれば前記索引データ保存所の索引を用いて前記検索データ保存所の検索データに対する検索を行い、検索結果を返す段階と、を含んでなる通信網を用いた検索サービス方法。
【請求項９】
前記検索データ保存所の名前は前記ユーザが設定できるように構成されることを特徴とする請求項８に記載の通信網を用いた検索サービス方法。
【請求項１０】
前記スキーマは少なくともフィールド名、該当フィールドに入力されるデータ形式、及び該当フィールドに入力することができるデータのサイズに関する情報を含んで構成されることを特徴とする請求項８に記載の通信網を用いた検索サービス方法。
【請求項１１】
前記整形化した検索データを入力されて前記検索データ保存所に保存する段階は、前記入力された検索データにエラーの存否を調べ、エラーのない検索データだけを前記検索データ保存所に保存するように構成されることを特徴とする請求項８に記載の通信網を用いた検索サービス方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信網を用いた検索サービスシステム及びその方法に係り、特に自ら検索サービスを構築し難いユーザが自分のコンテンツを整形データの形態に入力しておくようにし、これに基づき該当ユーザの保有コンテンツに対する検索サービスを提供して検索プラットフォームの役割を果たせる検索サービスシステム及びその方法に関する。
【背景技術】
【０００２】
通信技術とコンピュータ装置の発展を背負って通信網を介して多様なサービスが行われている。このようなサービスのうち核心になるものは通信網を介して接近できる膨大な資料のうちユーザ希望の情報を抽出して提供する検索サービスである。インターネット網を介して提供される検索サービスは通信網を用いて提供されるサービスのうち最も基礎になるものであり、殆どのインターネットポータルサイトにおいても検索サービスが核心要素をなしている。
【０００３】
一方、掲示板サイト、ショッピングモール運営者、ブロガー、出版団体など良質のコンテンツを保有しているものの、自分のコンテンツに対する検索機能を付与し難いユーザが少なくない。
【０００４】
このようなユーザらは自分が保有しているコンテンツの量が多くなるほどコンテンツ自体の管理のための資料検索も必要になり、ホームページなどを通じて自分が保有しているコンテンツに対する多様な検索サービスを提供する必要も高まる。しかし、コンピューティング資源の限界と開発人力の不在、費用負担などにより自分のコンテンツに対する検索機能を効率よく具現できない現状である。
【０００５】
具体例として、あるユーザが、自分が保有しているコンテンツに対して検索サービスを提供しようとするとき選択できる方法を説明する。
【０００６】
第１に、検索技術保有の事業者に検索サービスに対する用役を与える方法を使用できる。しかし、この方法を使用する時はその事業者とビジネス提携を結ぶか、固定的な用役費を支払わなければならないなどの負担が発生し、用役契約が更新できなければこれ以上検索サービスを提供できなくなる。特に、検索技術保有の殆どの事業者はこのような用役を行ってくれない。
【０００７】
第２に、検索エンジンソルーションパッケージ製品を購入して自ら検索サービスシステムを構築して運営する方法がある。この場合、パッケージ製品の購入と人件費がかかり、検索エンジンを運営するサーバとネットワーク資源が必要である。また、検索対象になるデータが増加し続けるとパッケージ製品の追加ライセンスを購入しなければならず、運営費用を持続的に支払う必要がある。
【０００８】
さて、ユーザの特性を検索サービスに反映して検索サービスを差別化しようとする試みを説明する。
【０００９】
インターネットポータルサイトである「ｗｗｗ．ｎａｖｅｒ．ｃｏｍ」はユーザが検索結果を自分の希望通りの形態に加工し出力できるようにする。また、グーグル（Ｇｏｏｇｌｅ（登録商標））ＣＳＥ（Ｃｕｓｔｏｍ  Ｓｅａｒｃｈ  Ｅｎｇｉｎｅ）はユーザが直接に登録したウェブサイトＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）目録に対して差別化した検索結果を示す。例えばユーザがＵＲＬ  Ａ、ＵＲＬ  Ｂ、ＵＲＬ  ＣをグーグルＣＳＥに登録すれば、グーグルＣＳＥはＵＲＬ  Ａ、ＵＲＬ  Ｂ、ＵＲＬ  Ｃに関する検索に優先順位を設けて検索してその結果を示す。もう一つの例として、Ａｌｅｘａ（登録商標）ウェブ検索プラットフォームはユーザが必要とするデータを選別できるようにし、選別されたデータに対してだけ索引と検索を行うようにしており、この点においてグーグルＣＳＥよりは自由度の高い技術として見られる。
【００１０】
しかし、前記例のように、ユーザの特性を反映している検索サービスにおいても、結局検索事業者自身がウェブで収集して保有しているコンテンツに対する検索結果だけを提供するだけ検索の対象になる資料自体をユーザが特定できることではない。これに関連して、グーグルＣＳＥではユーザが情報の収集を希望したり、ランキング調節を希望しているウェブサイトのＵＲＬを登録できるようにしているが、これはユーザ自身が保有しているコンテンツに対する検索のためのものでない。
【００１１】
すなわち、現在行われている検索サービスは一定部分ユーザの特性を反映しているが、コンテンツを保有しているユーザが費用と技術的負担なしで自分のコンテンツに対する検索機能を具現できることに無理がある。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
本発明は前述したような問題点を解決するために案出されたもので、その目的はユーザが、自分が保有しているコンテンツを整形データの形態に入力しておくようにし、ユーザが入力しておいたコンテンツに対する検索を代りに行ってその結果を伝達し、自ら検索サービスを構築し難いユーザが費用や技術的な負担なしで容易く自分が保有したコンテンツに対する検索サービスを具現できるようにする検索サービスシステム及び方法を提供するところにある。
【課題を解決するための手段】
【００１３】
前述したような目的を達成するため、本発明に係る通信網を用いた検索サービスシステムは、通信網を介してユーザから検索のソースである整形化した検索データを入力されて検索データ保存所に保存する入力処理部と、前記検索データ保存所に保存された検索データに対して索引を行って索引データ保存所に保存する索引処理部と、通信網を介して検索質疑語が受信されれば前記索引データ保存所の索引を用いて前記検索データ保存所の検索データに対する検索を行い、検索結果を返す検索要請処理部を含んでなる。
【００１４】
前記入力処理部はユーザが前記検索データの整形化のためのスキーマ（Ｓｃｈｅｍａ）と検索データ保存所の名前を登録することにより前記検索データ保存所を生成するように構成することができる。
【００１５】
前記スキーマは検索データの形態を定義するためのもので、少なくともフィールド名、該当フィールドに入力されるデータの類型、及び該当フィールドに入力することができるデータのサイズを含むように構成することができる。
【００１６】
前記入力処理部は前記スキーマと前記検索データ保存所の名前を登録できるようにする応用プログラムインターフェース（ＡＰＩ）を、前記通信網を介して提供するように構成することができる。
【００１７】
前記入力処理部は前記検索データを前記登録されたスキーマによって入力できるようにする応用プログラムインターフェース（ＡＰＩ）を、前記通信網を介して提供するように構成できる。
【００１８】
前記入力処理部は前記ユーザからの編集要請に応じて前記検索データ保存所と索引データ保存所に保存されているデータを更新できるように構成することができる。このとき、前記入力処理部は前記検索データ保存所と索引データ保存所のデータを編集できるようにする応用プログラムインターフェース（ＡＰＩ）を、前記通信網を介して提供するように構成することができる。
【００１９】
一方、本発明に係る通信網を用いた検索サービス方法は、ユーザが通信網を介して検索データの整形化のためのスキーマを登録できるようにする段階と、前記登録されたスキーマを有する検索データ保存所を生成する段階と、前記ユーザから通信網を介して前記登録されたスキーマによって整形化した検索データを入力されて前記検索データ保存所に保存する段階と、前記検索データ保存所の検索データに対して索引を施して索引データ保存所に保存する段階、及び通信網を介して検索質疑語が受信されると前記索引データ保存所の索引を用いて前記検索データ保存所の検索データに対する検索を行い、検索結果を返す段階とを含んでなされる。
【００２０】
前記検索データ保存所の名前は、前記ユーザが設定できるように構成することができる。
前記整形化した検索データを入力されて前記検索データ保存所に保存する段階は前記入力された検索データにエラーの存否を調べ、エラーのない検索データだけを前記検索データ保存所に保存するように構成することができる。
【発明の効果】
【００２１】
本発明によれば、良質のデータを保有しているものの、コンピューティング資源の限界と開発人力の不在、費用負担などにより検索機能を提供できないコンテンツ提供者（ＣＰ：Ｃｏｎｔｅｎｔｓ  Ｐｒｏｖｉｄｅｒ）に内部データ検索プラットフォームを提供することができる。
【００２２】
ユーザの立場では自分が保有しているコンテンツに対する検索機能を容易に具現できるようになり、このようなユーザのコンテンツに対する接近性を高めることができる。また、検索プラットフォーム提供者は検索用ロボットを用いたウェブ収集費用などをかけなくても大量の整えられたコンテンツを保有できるようになり、このような良質のコンテンツを有機的に活用できるようになる。
【発明を実施するための最良の形態】
【００２３】
以下、添付した図面に基づき本発明に係る望ましい実施形態を詳述する。
図１を参照すれば、本発明に係る通信網を用いた検索サービスシステム２０は有線／無線インターネット網の通信網１２を介してユーザ端末１１−１と連結され、ユーザはユーザ端末１１−１を用いて自分が保有しているコンテンツを整形データ（Ｓｔｒｕｃｔｕｒｅｄ  Ｄａｔａ）の形態で検索サービスシステム２０に入力する。ユーザ端末１１−１はパソコン（ＰＣ：Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）や携帯電話など通信網１２を介して検索サービスシステム２０と接続してデータをやり取りできるコンピュータ装置である。
【００２４】
検索サービスシステム２０はユーザが入力した整形データを保存し、ユーザ端末１１−１やユーザホームページ１１−２における検索要請に応じてユーザが入力しておいた整形データを対象にして検索を行ってその結果を伝達する。すなわち、ユーザの立場では検索サービスシステム２０に自分のコンテンツを入力しておいた後検索サービスシステム２０がそのコンテンツに対して検索してくれる検索結果を用いるようになる。
【００２５】
このように検索サービスシステム２０はデータ保存空間とコンピューティング資源を支援するので加入されたユーザにだけ検索サービスを提供できる。加入されたユーザにだけ検索サービスを提供する実施例において検索サービスシステム２０はユーザ認証のためのキーを発給でき、ユーザは発給されたキーを用いて検索サービスシステム２０に接近できる。ここで、ユーザ認証のためのキーはユーザを固有に識別できるＩＤを含める。
【００２６】
通信網１２がインターネット網の時、ユーザホームページ１１−２は検索窓が備えられたインターネットサイトとして理解できる。例えば、ユーザがインターネットショッピングモールを運営しつつ自分のショッピングモール情報に対する検索サービスを提供しようとすれば、このユーザはユーザ端末１１−１を用いてショッピングモールが保有している各種コンテンツを整形化したデータとして検索サービスシステム２０に入力させておく。そして、インターネットショッピングモールに自体商品検索のための検索窓を作っておくことができ、このショッピングモールの顧客が検索窓にショッピングモールと関連する検索語を入力して検索を行わせると、検索サービスシステム２０に検索要請が伝達される。
【００２７】
ユーザホームページ１１−２に作られていた検索窓を通じてだけではなく、ユーザ端末１１−１においても検索サービスシステム２０に検索質疑語を伝送して、自分が入力しておいた整形データに対する検索を行うこともできる。
【００２８】
検索サービスシステム２０は基本的にユーザが入力しておいた整形化した検索データを対象に検索サービスを提供するが、ロボットプログラムにより収集された資料のように一般的な資料に対する検索サービスも共に提供できることは勿論である。
【００２９】
入力処理部２１は通信網１２を介してユーザから整形化した検索データを入力されて検索データ保存所２２に保存する役割を果たす。
【００３０】
整形化したデータとは、データベーステーブルに保存されたデータやＸＭＬで記録されたデータのように固定されたスキーマを有するデータを意味し、ユーザは自分のコンテンツを整形化したデータの形式で入力するようになる。ユーザが入力する整形データはテキストデータよりなりうる。保存所とはディジタルデータが保存される物理的保存媒体という属性と、データベースのように該当ユーザが固有に接近できる空間であるという属性を全て含む。
【００３１】
索引処理部２３は検索データ保存所２２に保存された検索データに対して索引を行って索引データ保存所２４に保存する役割を果たす。
【００３２】
そして、検索要請処理部２５は通信網１２を介してユーザ端末１１−１やユーザホームページ１１−２などを通じて検索質疑語が受信されれば、索引データ保存所２４に保存された索引を用いて検索データ保存所２２に保存されている検索データに対する検索を行い、その検索結果を返す。
【００３３】
このとき、検索要請処理部２５は検索質疑語に対して索引を行って検索対象単語を抽出することができ、検索結果を優先順位や正確度など各種の整列方式を通じて加工して返すこともできる。このように検索要請処理部２５が検索データ保存所２２に保存されている検索データに対してどのような方式で検索を行い、どのような方法で検索結果を返すかは必要に応じて多様に構成できる。
【００３４】
図２を参照して入力処理部２１に関する具体的な一実施形態を説明すれば、スキーマ登録部２１−１、データ登録部２１−２、データ編集部２１−３を含んで構成することができる。
【００３５】
スキーマ登録部２１−１は検索データ保存所２２に保存する検索データの整形化のためのスキーマと検索データ保存所の名前を登録できるように処理する。そして、スキーマ登録部２１−１はユーザが登録した名前を有する検索データ保存所を生成する。
【００３６】
ここで、スキーマとはデータの形式を指し、有限個の属性の羅列とそれに対する値で定義することができる。このようなスキーマはフィールド名、該当フィールドに入力されるデータ類型、該当フィールドに入力することができるデータの最大長さ、該当フィールドの特性などに関する情報よりなる。
【００３７】
このようなスキーマ登録部２１−１はユーザの便宜のため、スキーマを容易に設定して登録できるようにする応用プログラムインターフェース（ＡＰＩ：Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を、通信網１２を介して提供することもできる。
【００３８】
図３を参照してスキーマを登録するための応用プログラムインターフェース（ＡＰＩ）の例を説明する。
【００３９】
このユーザが保有している自分のコンテンツが新聞記事ならば、検索データ保存所の名前として「Ａｒｔｉｃｌｅ」を設定でき、スキーマのフィールド名属性にはタイトル（Ｔｉｔｌｅ）、本文（Ｂｏｄｙ）、記事が掲示された時間（Ｄａｔｅ）、セクション（Ｓｅｃｔｉｏｎ）、記者（Ａｕｔｈｏｒ）などを設定できる。
【００４０】
各フィールドは該当フィールドに入力されるデータがいずれの種類のものであるかによって文字（Ｃｈａｒ、Ｔｅｘｔ）、時間（Ｄａｔｅｔｉｍｅ）、整数（Ｉｎｔ）などの形式を有し、該当フィールドに入れるデータの最大長さに関する属性を設定できる。
【００４１】
また、各フィールドの特性を設定できるように構成することもできるが、「整列」、「フィルタリング」、「検索」などの例が示されている。それぞれの特性は整列に使用するフィールド、フィルタリングに使用するフィールド、検索に使用するフィールドということを表示し、その前のチェックボックスに表示して該当特性を適用するように構成された例を示した。このとき、複数の特性項目が同時に設定される場合もある。
【００４２】
このようにユーザがスキーマの設定を完了すれば、設定されたスキーマ情報がスキーマ登録部２１−１に伝送され、スキーマ登録部２１−１は「Ａｒｔｉｃｌｅ」という名前と前述したようなスキーマを有する検索データ保存所２２を生成する。すると、ユーザは生成された検索データ保存所２２に該当スキーマを有する整形化した検索データを反復的に入力できるようになる。
【００４３】
データ登録部２１−２はユーザがスキーマ登録部２１−１を通じて登録したスキーマによって整形化した検索データを入力できるようにし、入力された検索データを前記生成された検索データ保存所２２に保存する。
【００４４】
ユーザが整形化した検索データを検索データ保存所２２に保存させる方法は必要に応じて多様に構成できるもので、スキーマ登録部２１−１を介して登録されたスキーマによって整形化した検索データを一定したメッセージまたはファイル伝送規則に従ってデータ登録部２１−２に伝送すれば良い。
【００４５】
一例として、整形化した検索データを、インターネット網を介して「ＵＲＬ  Ｒｅｑｕｅｓｔ」メッセージの形態で次のように伝送できる。
“ｈｔｔｐ：／／ｓｅａｒｃｈａｓｐ．Ｏｐｅｎｍａｒｕ．ｃｏｍ／ｈａｎｉ／ａｒｔｉｃｌｅ／ｉｎｓｅｒｔ？  ｃｏｎｔｅｎｔ＝＜記事内容＞”
【００４６】
ここで、「ｓｅａｒｃｈａｓｐ．Ｏｐｅｎｍａｒｕ．ｃｏｍ」は検索サービスシステム２０のインターネットアドレスであり、「ｈａｎｉ」はユーザの認証キーであり、「ａｒｔｉｃｌｅ」は検索データ保存所の名前を示す。＜記事内容＞は整形化した検索データを示し、「ｉｎｓｅｒｔ」は検索データ保存所に＜記事内容＞を保存することを要請する構文である。
【００４７】
このようなデータ登録部２１−２はユーザの便宜のために登録されたスキーマによって整形化した検索データを容易に入力できるようにする応用プログラムインターフェース（ＡＰＩ）を提供できる。
【００４８】
図４（ａ）を参照すれば、応用プログラムインターフェース（ＡＰＩ）はユーザ端末１１−１のハードディスクドライブ（ＨＤＤ）など保存媒体で整形データが保存されているファイルを指定してアップロードできるようにする。このファイルはユーザがアップロードしようとする一つ以上の整形化した検索データを有するファイルである。
【００４９】
ユーザがファイル名入力部４１に直接に該当ファイルが位置しているディレクトリとファイル名を入力しアップロードボタン４３をクリックすれば、該当ファイルをデータ登録部２１−２に伝送する。また、サーチボタン４２をクリックすれば、ユーザ端末１１−１の保存媒体で所望のファイルを探索できるようにし、ユーザが特定ファイルを選択すればファイル名入力部４１に自動入力させた後アップロードボタン４３をクリックすれば、該当ファイルをデータ登録部２１−２に伝送する。
【００５０】
図４（ｂ）を参照すれば、応用プログラムインターフェース（ＡＰＩ）はユーザが登録されたスキーマによって各フィールドにユーザが直接にフィールドの内容を入力できるように構成することができる。そして、ユーザがアップロードを行えば、入力された検索データをデータ登録部２１−２に伝送する。
【００５１】
すると、データ登録部２１−２はアップロードされた検索データを該当検索データ保存所２２に保存するようになり、検索データ保存所２２に保存された検索データは索引処理部２３によって索引処理され検索の対象になる。
【００５２】
図５を参照して、検索サービスシステム２０で検索が行われる過程の例を説明する。
ユーザ端末１１−１やユーザのユーザホームページ１１−２から通信網１２を介して検索要請が受信されれば、検索要請処理部２５は索引データ保存所２４を照会して検索対象文書を確認する。
【００５３】
ここで、文書とは検索対象になる資料の単位を意味する。登録された各フィールドよりなる一つのレコードが一つに文書になれ、多数個のレコードが集まって一つの文書になれる。図３に示した例では一つの記事が一つの文書になれ、多数個の記事が集まって一つの文書になれる。また、文書はファイル単位で管理することができるなど必要に応じて多様に構成できる。
【００５４】
検索対象文書を確認した検索要請処理部２５は検索データ保存所２２から該当文書をローディングして検索結果を加工する。
【００５５】
検索された文書をどのように加工するかは必要に応じて多様に構成できる。例えば、該当文書に検索質疑語の存在位置がタイトルか本文かによって、あるいは検索質疑語が該当文書に登場した回数などの状態を判断して優先順位やランキングを調節することができる。
【００５６】
そして、検索要請処理部２５は加工された検索結果を検索質疑語を伝送したユーザ端末１１−１やユーザホームページ１１−２に通信網１２を介して返す。
【００５７】
一方、ユーザの立場では検索データ保存所２２に保存されている検索データや索引データ保存所２４に保存されている索引データを照会し、再び編集するなど自分の必要に応じて管理する必要がある。
【００５８】
データ編集部２１−３はユーザが検索データ保存所２２に保存されている検索データと索引データ保存所２４に保存されている索引データを照会できるようにする。また、データ編集部２１−３はユーザが検索データ保存所２２に保存されている検索データと索引データ保存所２４に保存されている索引データを更新できるようにする。
【００５９】
このとき、データ編集部２１−３はユーザの便宜のため検索データ保存所と索引データ保存所のデータを編集できるようにする応用プログラムインターフェース（ＡＰＩ）を、通信網１２を通じて提供するように構成することができる。
【００６０】
図６を参照すれば、データ編集部２１−３はユーザ端末１１−１からのアクセス要請に応じて（Ｓ６１）、検索データ保存所２２に保存されている検索データと索引データ保存所２４に保存されている索引データを伝達する（Ｓ６２）。
【００６１】
ユーザは必要に応じて段階Ｓ６２を通じて受信された検索データと索引データを応用プログラムインターフェース（ＡＰＩ）を用いて更新、削除、修正するなど編集が可能であり（Ｓ６３）、編集された検索データと索引データはデータ編集部２１−３に伝送される（Ｓ６４）。すると、データ編集部２１−３は検索データ保存所２２と索引データ保存所２４の内容を編集された内容に更新する（Ｓ６５）。
【００６２】
このような実施例において、もしユーザが検索データに対してだけ編集を施したならば、データ編集部２１−３は編集された検索データによって索引データ保存所２４の索引を自動更新できる。また、データ編集部２１−３から提供する応用プログラムインターフェース（ＡＰＩ）を用いなくても検索データ保存所２２や索引データ保存所２４をアクセスするメッセージをデータ編集部２１−３に伝送して編集を行うこともできる。
【００６３】
図７を参照して本発明に係る通信網を用いた検索サービス方法に関する一実施形態を説明する。
【００６４】
まず、本発明によって検索サービスを提供するために、データ保存空間とコンピューティング資源を支援するので、検索サービスを用いようとするユーザが一定手続きによって登録することを要求することができる。ユーザ登録のために必要な情報の例としては人的事項、ユーザが自分のコンテンツに対する検索サービスを提供するインターネットサイトのアドレス、検索対象コンテンツに関する概略的な説明、コンテンツの規模などが挙げられ、サービス濫用や被害補償などの紛争予防のための約款に同意を受けるように構成することもできる。
【００６５】
ユーザ登録を終えてからユーザ認証のためのキーを生成してユーザに伝達して、ユーザが認証キーを用いて検索サービスを利用できるようにする。
【００６６】
さて、検索サービスシステムはユーザが通信網を介して検索データの整形化のためのスキーマを登録できるようにする（Ｓ７１）。
【００６７】
すなわち、前述したようにユーザが入力する検索データはデータベーステーブルのような整形化したデータで構成されるので、ユーザは自分が保有しているコンテンツを正確に入力できるスキーマを登録しなければならない。このようなスキーマはフィールド名、該当フィールドに入力されるデータ類型、該当フィールドに入力することができるデータの最大長さ、該当フィールドの特性などに関する情報よりなりうる。また、段階Ｓ７１は図３を参照して説明したように、ユーザがスキーマを容易に設定し登録できるようにする応用プログラムインターフェース（ＡＰＩ）を通じて行われるように構成しうる。
【００６８】
段階Ｓ７１を通じてスキーマが登録されると登録されたスキーマを有する検索データ保存所を生成する（Ｓ７２）。このとき、検索データ保存所の名前はユーザが設定するように構成することができる。スキーマが登録され検索データ保存所が生成されるとやっと登録されたスキーマに適する整形化した検索データの入力、索引及び検索が行われる以下の過程が反復的に行われる。
【００６９】
さて、検索サービスシステムは通信網を介してユーザから前記登録済みスキーマによる整形化した検索データを入力され検索データ保存所に保存する（Ｓ７３）。
【００７０】
段階Ｓ７３では新たな検索データの入力だけではなく、既に入力され検索データ保存所に保存されている検索データの変更が行われる場合もある。このような実施例において段階Ｓ７３は検索データの生成、除去、更新、削除などを行えるようにするＣＲＵＤ（Ｃｒｅａｔｅ、Ｒｅｍｏｖｅ、Ｕｐｄａｔｅ、Ｄｅｌｅｔｅ）応用プログラムインターフェース（ＡＰＩ）を通じて行われるように構成することができる。
【００７１】
すると、検索サービスシステムは検索データ保存所に保存された検索データに対して索引を行って索引データ保存所に保存する（Ｓ７４）。
【００７２】
ここで、索引は検索データの保存時自動で実行されることができ、ユーザの索引要請に応じてなすることができる。また、前述したようなＣＲＵＤ応用プログラムインターフェース（ＡＰＩ）を通じてユーザによる索引データの編集が行われる場合もある。
【００７３】
そして、検索サービスシステムは通信網を介して検索質疑語が受信されれば、索引データ保存所の索引を用いて検索データ保存所の整形データに対する検索サービスを提供する（Ｓ７５）。
【００７４】
一方、前述したようなＣＲＵＤ応用プログラムインターフェース（ＡＰＩ）はユーザが入力した検索データや索引データにエラー有無を調べて、エラーのない整形データだけを検索データ保存所に保存するように構成できる。
【００７５】
図８を参照すれば、フィールド＃１ないし＃ｎよりなるスキーマが登録されたと仮定するとき、ＣＲＵＤ応用プログラムインターフェース（ＡＰＩ）が、ユーザが入力した検索データの無欠性を調べる過程の例を説明する。
【００７６】
ユーザが検索データを入力できるようにする応用プログラムインターフェース（ＡＰＩ）が行われると（Ｓ８１）、ユーザは画面にディスプレイされる各フィールドに検索データを入力する（Ｓ８２）。
【００７７】
段階Ｓ８２における検索データの入力が終了すると（Ｓ８３）、各フィールドに対して定義されたスキーマによって適したデータが入力されたかを調べる（Ｓ８４〜Ｓ８７）。
【００７８】
調査結果、エラーのある場合はエラーメッセージを出力して該当検索データを再び入力するようにする（Ｓ８９）。しかし、調査結果、各フィールドに全て正常に検索データが入力されたならば、入力された検索データを検索サービスシステムに伝送して検索データ保存所に保存するようにする（Ｓ８８）。
【００７９】
前述した例だけではなく、ユーザが図４（ａ）に示したように整形化した検索データが入力されたファイルをアップロードする場合はこのファイルを受信した検索サービスシステムが該当ファイルに含まれている検索データを調べられることも勿論である。
【００８０】
図１を参照して説明した検索サービスシステム２０を通じて本発明に係る検索サービス方法に従って検索サービスが行われる具体的な過程の例を説明する。
【００８１】
ユーザであるＨ新聞社において本発明に係る検索サービスを用いるためにユーザ登録を行い、「ｈａｎｉ」という認証キーを受けたし、図３に示したような属性を有するスキーマを登録したし、スキーマの登録によって「ａｒｔｉｃｌｅ」という名前の検索データ保存所が生成されたと仮定する。
【００８２】
そして、Ｈ新聞社は段階Ｓ７３を通じてタイトル（Ｔｉｔｌｅ）フィールドに“１８年前の約束を守って４つ子大学へ進学”、本文（Ｂｏｄｙ）フィールドに“４つ子姉妹を出産させた病院において４つ子が大学に進学するようになったら、１８年前出産当時の約束を守って奨学金を支払って話題になっている。”、記事が掲示された時間フィールド（Ｄａｔｅ）に“ｙｙｙｙｍｍｄｄ”、セクションフィールド（Ｓｅｃｔｉｏｎ）に“２”、記者フィールド（Ａｕｔｈｏｒ）に“洪吉童”という内容が入力された検索データを入力して検索サービスシステム２０に保存した。
【００８３】
すると、検索サービスシステムはタイトルフィールドと本文フィールドにおいて“双子”、“大学”、“姉妹”、“病院”、“進学”、“出産”、“奨学金”などの単語に対して索引を行い、該当索引に対応する文書で前記記事を指定する。このとき、各索引データには正確度などの付加情報も含められる勿論である。そして、索引語、文書識別子、正確度などよりなる索引データが索引データ保存所に登録される。
【００８４】
このユーザは図９に示したように、自分のホームページに作られていたホームページ検索窓９０の検索語入力部９０−１に「双子」という検索語を入力した後検索ボタン９０−２をクリックする。
【００８５】
すると、ホームページ検索窓９０から検索サービスシステム２０に次のようなメッセージが伝送される（Ｓ９１）。
【００８６】
“ｈｔｔｐ：／／ｓｅａｒｃｈａｓｐ．Ｏｐｅｎｍａｒｕ．ｃｏｍ／ｈａｎｉ／ａｒｔｉｃｌｅ／ｓｅｌｅｃｔ？ｑｕｅｒｙ＝＜双子＞”
【００８７】
ここで、「ｓｅａｒｃｈａｓｐ．Ｏｐｅｎｍａｒｕ．ｃｏｍ」は検索サービスシステム２０のインターネットアドレスであり、「ｈａｎｉ」はユーザの認証キーであり、「ａｒｔｉｃｌｅ」は検索データ保存所の名前を示す。＜双子＞は検索質疑語を示し、「ｓｅｌｅｃｔ」は検索データ保存所に対する検索を要請する構文である。
【００８８】
このメッセージを受信した検索サービスシステム２０は、まず検索質疑語の“双子”を索引データ保存所から捜すが、“双子”という単語が前記文書を指示しているので、検索データ保存所で前記文書を読み取る（Ｓ９２）。
【００８９】
検索サービスシステム２０は検索データ保存所から読み取った文書を加工して（Ｓ９３）、検索結果をユーザのホームページ検索窓９０に伝送する（Ｓ９４）。すると、ホームページ検索窓９０は検索サービスシステム２０から伝達された検索結果を出力してユーザが検索結果を見られるようにする（Ｓ９５）。
【００９０】
また、検索システム２０に伝送する検索要請には単純な検索語だけではなく多様な検索条件が含める。そのため、検索に使用される応用プログラムインターフェース（ＡＰＩ）を多様な検索条件を設定できるように必要に応じてフレキシブルに構成することができる。
【００９１】
例えば、“洪吉童を含んでいる政治セクション記事を日付順に整列せよ”という検索質疑語を入力できるように検索用応用プログラムインターフェース（ＡＰＩ）を構成することができ、検索サービスシステム２０は該当条件に対する満足度に応じて選別された内容を抽出してその検索結果を提供することができる。
【００９２】
前述した実施例は本発明の容易な理解のためのもので、本発明は前述した実施例に限定されず、本発明の技術的思想を逸脱しない範囲内で当業者にとって多様に変形して実施できることは勿論である。
【図面の簡単な説明】
【００９３】
【図１】本発明に係る検索サービスシステムの一実施例を示すブロック図である。
【図２】入力処理部を構成する一実施例を示すブロック図である。
【図３】スキーマ登録のためのＡＰＩの例を示す説明図である。
【図４】検索データを入力するためのＡＰＩの例を示す説明図である。
【図５】検索サービスが行われる過程の例を示すブロック図である。
【図６】検索データと索引を編集する実施例を示すフローチャートである。
【図７】本発明に係る検索サービス方法の一実施例を示すフローチャートである。
【図８】検索データ入力のためのＡＰＩの動作過程に関する例を示すフローチャートである。
【図９】本発明によって検索サービスが行われる過程の例を示すフローチャートである。
【符号の説明】
【００９４】
１１−１：ユーザ端末
１１−２：ユーザホームページ
１２：通信網
２０：検索サービスシステム
２１：入力処理部
２２：検索データ保存所
２３：索引処理部
２４：索引データ保存所
２５：検索要請処理部
２１−１：スキーマ登録部
２１−２：データ登録部
２１−３：データ編集部
４１：ファイル名入力部
４２：サーチボタン
４３：アップロードボタン
９０：ホームページ検索窓
９０−１：検索語入力部
９０−２：検索ボタン
【図１】
2008181479.tif 000003
【図２】
2008181479.tif 000004
【図３】
2008181479.tif 000005
【図４】
2008181479.tif 000006
【図５】
2008181479.tif 000007
【図６】
2008181479.tif 000008
【図７】
2008181479.tif 000009
【図８】
2008181479.tif 000010
【図９】
2008181479.tif 000011