JP4436177B2 - 検索装置 - Google Patents

Description

本発明は、携帯電話端末装置等の情報端末装置からの要求に応じて着信メロディ，画像等のコンテンツに関する情報を提供する検索装置に関する。

着信待機時の着信音あるいは着信メロディあるいは待ち受け画面等のデータ（コンテンツ）をネットワーク経由でＨＴＴＰサーバ等の情報提供サーバ装置から取得して、ユーザの好みに応じたカスタマイズが可能な携帯電話端末装置が知られている（例えば特許文献１参照。）。

提供可能なコンテンツの数が増えてくると、例えばカテゴリ別，アーティスト別，曲別等といったように、ディレクトリ毎に分類し、段階的にデータの選択を行うようにする必要が生じる。ところが、携帯電話端末装置の表示画面は、パーソナル・コンピュータ等の汎用の情報処理装置と比較して、サイズ的な制約が大きく、１画面に表示できる情報が限られてしまうため、目的とするコンテンツを見つけるまでの操作回数が多くなってしまう。

このため、インターネット等のネットワーク経由で提供されている情報検索サービスをこのようなデータの検索に使うことが考えられる。このような情報検索サービスでは、予め、検索ロボットによるクローリングによって、コンテンツを提供する情報提供サーバ装置が提供するコンテンツのアドレスを収集し、コンテンツのキーワード毎にデータベースに登録しておく。

検索サービスを提供するサーバ装置は、ユーザの端末装置からキーワードが供給されると、データベース中からキーワードに該当するコンテンツのアドレス等の情報を抽出し、検索結果として端末装置に提供する（例えば非特許文献１参照。）。
特開２０００−７６２６４号（第６−７頁、第１図、第２図） SEO JAPAN、"検索エンジンって何？"、２００３年、［online］、SEO JPAN、［平成１６年１月９日検索］、インターネット＜ＵＲＬ：http://www.seojapan.jp/search-engines/search-engine.html＞

ところで、ユーザの利便性，携帯電話端末装置の表示能力等を考えてリンクの階層数，ページサイズ等のコンテンツの提供ルールを設定することが考えられるが、上述のような検索サービスでは、検索結果に，提供ルールを遵守しない不正なコンテンツについての情報が含まれてしまう。

このような検索結果からユーザがコンテンツを選択しようとすると、選択回数が増えてしまったり、コンテンツを取得しても携帯電話端末装置で表示できなかったりして利便性が低下してしまう。

本発明は、上述のような課題に鑑みてなされたものであり、検索結果に不正なコンテンツについての情報が含まれないようにして、利便性の低下の防止に寄与することができる検索装置を提供することを目的とする。

上述の問題を解決するために、本発明に係る検索装置は、コンテンツ表示能力を示す情報（表示能力情報）に対応させて保持している複数のコンテンツ中に，ネットワークを介して供給される携帯端末装置からの情報提供要求（ＨＴＴＰリクエスト）中の拡張ヘッダ中の表示能力情報に対応するコンテンツがある場合に当該コンテンツを提供するコンテンツ提供サーバが提供するコンテンツについての検索サービスを提供する検索装置であって、コンテンツ提供サーバがコンテンツを提供する携帯端末装置の機種について，コンテンツの表示能力毎に設定された携帯端末装置の機種グループ毎に，機種グループ内の代表機種の表示能力情報を保持する代表機種表示能力保持手段と、代表機種表示能力保持手段に保持されている各代表機種の表示能力情報を順次用い，当該表示能力情報を拡張ヘッダ中に含む複数の情報提供要求を生成し，生成した情報提供要求を用いてコンテンツ提供サーバが提供するコンテンツのアドレスを示すアドレス情報と当該コンテンツに対応するキーワードを示すキーワード情報を含むインデックスデータを取得する取得手段と、検索対象とするコンテンツに対応するキーワード情報（検索キーワード）を保持するキーワード保持手段と、検索キーワード及びインデックスデータの取得時に用いた表示能力情報に対応する代表機種を示す識別情報と当該インデックスデータのアドレス情報を対応付けて保持する検索インデックスと、検索インデックスに対するアドレス情報の追加を禁止する条件（禁止条件）を示す情報（禁止条件情報）を保持する禁止条件保持手段と、禁止条件保持手段に保持されている禁止条件情報に応じて禁止条件に該当するか否かを判断する追加制御手段と、取得手段が取得したインデックスデータ中のキーワード情報を抽出し，抽出したキーワード情報がキーワード保持手段に保持されている検索キーワードに一致し，追加制御手段が禁止条件に該当しないと判断した場合に，インデックスデータ中の当該キーワード情報に対応するアドレス情報を当該検索キーワード及びインデックスデータの取得時に用いた表示能力情報に対応する代表機種を示す識別情報に対応付けて検索インデックスに追加する解析手段と、携帯端末装置からの検索キーワード及び当該携帯端末装置の表示能力を示す表示能力情報を含む検索要求中の検索キーワード及び当該表示能力情報に対応するアドレス情報を検索インデックスから抽出し，当該アドレス情報を含む検索結果を生成して当該携帯端末装置に供給する応答手段とを有し、禁止条件情報は、インデックスデータの上限サイズを示す情報，追加を許可しないキーワード（削除ワード）を示す情報のいずれかを含み、追加制御手段は、取得手段が取得したインデックスデータのサイズが上限サイズを示す情報によって特定されるサイズを超えた場合，又は，インデックスデータ中に削除ワードを示す情報に一致する情報が含まれる場合，のいずれかの場合に、禁止条件に該当すると判断することを特徴とする。

本発明では、追加制御手段が、禁止条件保持手段に保持されている禁止条件情報に応じて解析手段による検索インデックスに対するアドレス情報の追加を制御することにより、禁止条件に該当するコンテンツのアドレス情報を検索インデックスに追加することを阻止することができる。このため、検索インデックスから検索した検索結果に禁止条件に該当するコンテンツのアドレス情報が含まれることがない。

これにより、検索結果に不正なコンテンツについての情報が含まれないようにして、利便性の低下の防止に寄与することができる。

本発明は、例えば異なる表示能力を有する複数の形式の携帯電話端末装置に対して着信メロディ，画像等のデータ（コンテンツ）を提供する情報提供システムに適用することができる。

（全体構成）
本発明の一実施例に係る情報提供システムは、例えば図１に示すように、インターネット等のネットワーク１経由で着信メロディ，待ち受け画面等のコンテンツを提供する情報提供サーバ群１０と、情報提供サーバ群１０が提供するコンテンツに関する検索サービスを提供する検索サーバ（検索装置）２０と、この検索サーバ２０が提供する検索サービスを利用する携帯電話端末装置５０及び携帯電話端末装置６０を備えている。

携帯電話端末装置５０は、例えばＰＤＣ（Personal Digital cellular）方式の移動体通信ネットワークからなる移動体通信網３０を介して情報提供サーバ群１０及び検索サーバ２０にアクセス可能となっている。また、携帯電話端末装置６０は、例えばＷ−ＣＤＭＡ（Wideband-Code Division Multiple Access）方式の移動体通信ネットワークからなる移動体通信網４０を介して情報提供サーバ群１０及び検索サーバ２０にアクセス可能となっている。

（情報提供サーバ群構成）
情報提供サーバ群１０は、例えば複数の情報提供サーバ（コンテンツ提供サーバ）１００，２００，…から構成されている。各情報提供サーバ１００（２００）は、当該情報提供サーバが提供するコンテンツを格納する情報格納部１１０（２１０）と、情報格納部１１０（２１０）に格納されているコンテンツをネットワーク１経由で提供するＨＴＴＰサーバ１２０（２２０）とを備えている。

これらの情報提供サーバ１００，２００が提供するコンテンツは、例えば階層的に管理されており、各階層毎のインデックスから選択を行うことによって、個々のコンテンツを選択することができるようになっている。

情報提供サーバ１００は、コンテンツとして、例えば着信メロディの曲データを提供する。情報格納部１１０には、例えば曲データを曲毎に格納する曲データ格納領域１１１，１１２，…が設けられている。各曲データ格納領域１１１，１１２，…には、同一の曲に対して携帯電話端末装置５０，６０の表示能力に対応する１つないし複数のデータ形式の曲データが格納されている。例えば図１中の情報提供サーバ１００の曲データ格納領域１１１には、曲ＡＡＡに対応する４０音，１６音，４音（これらは同時発生数を示している。）の曲データが格納されている状態を示している。

ＨＴＴＰサーバ１２０に対するアクセス要求中には、例えばＨＴＴＰリクエスト中の拡張ヘッダ中に、携帯電話端末装置５０の音声表示能力を示す情報（例えば“ｘ−ｓｏｕｎｄ：＃＃”［＃＃は同時発音数を示す数字］）が含まれており、ＨＴＴＰサーバ１２０は、この情報に応じて、携帯電話端末装置５０，６０等の音声表示能力を認識することができるようになっている。

情報提供サーバ２００は、コンテンツとして、例えば待ち受け画像等の画像データを提供する。情報格納部２１０には、例えば画像データを画像毎に格納する画像データ格納領域２１１，２１２，…が設けられている。各画像データ格納領域２１１，２１２，…には、同一の画像に対して携帯電話端末装置５０，６０の表示能力に対応する１つないし複数のデータ形式の画像データが格納されている。例えば図１中の情報提供サーバ２００の画像データ格納領域２１１には、画像ＢＡに対応する２５６色，４０９６色（これらは同時発色数を示している。）で低画素数，中画素数の画像データと６５５３６色で高画素数（例えば２００×１５０画素）の画像データが格納されている状態を示している。

ＨＴＴＰサーバ２２０に対するアクセス要求中には、例えばＨＴＴＰリクエスト中の拡張ヘッダ中に、携帯電話端末装置５０の画像表示能力を示す情報（例えば“ｘ−ｄｉｓｐｌａｙ：＊＊［＊＊は表示画素数を示す文字列］”，“ｘ−ｃｏｌｏｒ：＄＄”［＄＄は同時発色数を示す文字列］）が含まれており、ＨＴＴＰサーバ２２０は、これらの情報に応じて、携帯電話端末装置５０，６０等の画像表示能力を認識することができるようになっている。ＨＴＴＰサーバ２２０は、画像表示能力に応じた画像データを提供するようになっている。

（検索サーバ構成）
検索サーバ２０は、所定のキーワード等に従って情報提供サーバ群１０が提供するコンテンツ等のアドレス，データ種別を取得するクローリング部（クローリング手段）２１と、クローリング部２１によって得られたアドレス，データ種別等をキーワード等に対応させて保持するＤＢ２２と、携帯電話端末装置５０，６０等に対して検索サービスを提供する検索サービス提供部（検索手段，世代検出手段）２３等を備えている。

ＤＢ２２には、例えば図２に示すように、携帯電話端末装置５０，６０の機種毎の表示能力を所定の機種グループ毎に保持する表示能力対応表２２Ａと、クローリング部２１によるクローリングのパターンを定義する収集パターン２２Ｂと、クローリング結果を保持する検索インデックス２２Ｃと、携帯電話端末装置５０，携帯電話端末装置６０の世代毎の検索結果の生成に用いるテンプレート２２Ｄとが格納されている。

また、クローリング部２１は、情報提供サーバ１００，２００，…によるコンテンツの提供が提供ルールを遵守しているか否かを判定する提供ルール判定部（判定手段）２２Ａを備えている。このクローリング部２１は、収集パターン２２Ｂに応じてＨＴＴＰクライアントと同様に、情報提供サーバ１００，２００に対するアクセスを繰り返し（クローリング）、提供ルール判定部２２Ａの判定結果に応じて提供ルールを遵守しているコンテンツのアクセス結果を検索インデックス２２Ｃに格納する。

また、検索サービス提供部２３は、携帯電話端末装置５０，６０からの検索サービス要求に応答するフロントエンドとして機能するＨＴＴＰサーバ２３Ａと、ＨＴＴＰサーバ２３Ａを介して供給されるキーワードに応じて検索インデックス２２Ｃから該当する情報を検索し、テンプレート２２Ｄを用いて応答メッセージを構成する応答部（検索結果生成手段）２３ｂとを備えている。

移動体通信網３０は、上述のＰＤＣ方式による第２世代（回線交換によってデータ通信を行う）及び第２．５世代（パケット交換によってデータ通信を行う）の携帯電話端末装置５０に対して移動体通信サービスを提供するものであり、携帯電話端末装置５０との間の通信チャネルの割り当て等の処理を行う回線交換機３１と、データ通信用のパケットの交換等の処理を行うパケット交換機３２と、携帯電話端末装置５０との間で無線通信を行う基地局装置（ＢＳ：Base Station）３３ａ，３３ｂ，…，３３ｎと、ＢＳ３３ａ〜３３ｎの管理を行う基地局制御装置ＢＳＣ３４と、第２世代の携帯電話端末装置５０による通信のプロトコル変換等を行うゲートウェイ装置（ＧＷ）３５とを備えている。

移動体通信網４０は、上述のＷ−ＣＤＭＡ方式による第３世代の携帯電話端末装置６０に対して移動体通信サービスを提供するものであり、携帯電話端末装置（ＵＥ：User Equipment）６０と通信を行う基地局装置（ＮＢ：ＮｏｄｅＢ）４２ａ，４２ｂ，…，４２ｍと、各基地局装置４２ａ〜４２ｍの制御を行うＲＮＣ４１ａ，４１ｂ，…，４１ｍとを備えている。

（携帯電話端末装置詳細）
携帯電話端末装置５０は、移動体通信網３０を介して通話サービス，メールサービス等を利用できる他、情報提供サーバ群１０が提供するコンテンツ提供サービス及び検索サーバ２０が提供する検索サービスを利用することができるようになっている。この携帯電話端末装置５０は、高周波信号の処理を行う高周波（ＲＦ：Radio Frequency）部５１と、ＭＰＵ５２と、メモリ５３と、ユーザからの指示等を入力する操作キー５４と、ユーザに対する表示を行う表示部５５と、音声信号の符号化／復号化を行う音声ＣＯＤＥＣ５６と、ＭＩＣ５７と、スピーカ５８とを備えている。

ＭＰＵ５２は、例えばメモリ５３に保持されている制御プログラムを実行することにより、移動体通信網３０を介した通信の制御を行う通信制御部５１０，電子メールの送受信を行う電子メールクライアント５２０，上述の情報提供サービス及び検索サービスの利用時の表示等を表示するＷｅｂブラウザ５３０として機能する。また、メモリ５３内には、着信メロディ等の音声データを保持する音声データ保持部５３ａと、待ち受け画面等の画像データを保持する画像データ保持部５３ｂとが設けられている。

携帯電話端末装置６０も、携帯電話端末装置５０と同様に、電子メールクライアント，Ｗｅｂブラウザ等を備えており、情報提供サーバ１００，２００が提供するコンテンツを利用することができるようになっている。

上述のＨＴＴＰサーバ１２０は、例えば図３に示すように、ネットワーク１経由で供給された携帯電話端末装置５０等からの要求を解析する要求解析部１２１と、提供する情報を示すアドレスを有するインデックスデータを保持するインデックス保持部１２２と、要求解析部１２１からの指示に応じて情報格納部１１０からコンテンツを取得するコンテンツ取得部１２３と、コンテンツ取得部１２３が取得した情報から携帯電話端末装置５０，６０等に対する応答をネットワーク１経由で送出する応答部１２４とを備えている。ＨＴＴＰサーバ２２０も、このＨＴＴＰサーバ１２０と同様の構成を備えている。

インデックス保持部１２２に保持されているインデックスデータは、例えば図４に示すように、情報（例えば曲データ）の選択を階層的に行い得るように、階層的に分類されて構成されている。また、インデックス保持部１２２に保持されているインデックスデータも同様に階層的に分類されて構成されている。これらのインデックスデータは、例えばＨＴＭＬ（Hyper Text Markup Language）形式等のページ記述データで構成されており、例えば上位のインデックスのページ記述データ中に下位のインデックスのアドレス（ＵＲＬ，ＵＲＩ等）を示すリンクを記述することによって、階層的的なリンク構造が形成されるように構成されている。

このような階層構成のインデックスにより、ユーザは、まず、例えば総合インデックスからカテゴリを選択し、次にカテゴリ別のインデックスからアーティストを選択し、アーティスト別のインデックスから曲を選択することによって、階層的に曲データの選択を行うことができるようになっている。

ところで、カテゴリ，アーティスト，曲データ等の数が増えてくると、各階層のインデックス中の選択肢が増加してしまう。この結果、各階層のインデックス中の項目が増加し、例えばユーザがスクロールして全体を確認するといった必要が生じ、目的の曲を探すまでの手間が増加してしまう。このため、例えば階層構造を細分化することも考えられるが、階層の選択回数が増えてしまうので、ユーザの手間はあまり減少しない。

このため、この情報提供システムでは、検索サーバ２０によって、情報提供サーバ１００，２００，…が提供する情報について、キーワード等に応じた検索サービスを提供している。

（動作概要）
以下、情報提供サーバ１００の曲データ格納領域１１１には、曲ＡＡＡの曲データとして、例えば４０音と１６音のＳＭＡＦ（Synthetic music Mobile Application Format）形式のデータと、４音のＳＭＤ形式のデータが格納されている場合について説明する。

クローリング部２１は、例えばＨＴＴＰサーバ１２０が提供しているインデックスデータのリンク構造を辿って、ＨＴＴＰサーバ１２０が提供するコンテンツ（例えば曲データ）のアドレス（ＵＲＬ）を取得する。クローリング部２１は、まず、ＨＴＴＰサーバ１２０から総合インデックスのデータを取得し、順次下位のインデックスを辿って、曲データのリンクの記述を探す。曲データのリンクが見つかると、クローリング部２１の判定部２１Ａは、条件保持部（禁止条件保持手段）２１Ｂに保持されている禁止条件に該当するか否かを判定する。この禁止条件は、コンテンツの提供ルールに従っているか否かを判定するためのものであり、判定部２１Ａは、当該コンテンツ（例えば曲データ）が提供ルールに従っていなければ当該リンクについての処理を終了する。提供ルールに従っている場合には、クローリング部２１は、曲データのファイル名、リンクの記述中の説明等が、ＤＢ２２中のキーワード（ｋ／ｗ）リスト２２Ｅ中のキーワード（例えば“ＡＡＡ”）のいずれかに該当するか判断する。キーワードに該当するリンクがあれば、このリンクに対応する所定のアドレス（例えば広告，注意等の情報を含むページ（リンク先ページ）等）を当該キーワードに対応させて検索インデックス２２Ｃに登録する。

上述のようなクローリング動作と非同期に、検索サービス提供部２３は、携帯電話端末装置５０から供給された検索条件に該当するコンテンツに関する情報を検索インデックス２２Ｃから抽出し、検索結果として携帯電話端末装置５０に供給する。

（条件に応じたコンテンツに関する情報の収集）
また、この情報提供サービスでは、検索開始ページからのリンクの階層数，ページサイズ，不正なアドレス，ドメイン名，拡張子，アンカー名（＜Ａ＞〜＜／Ａ＞で囲まれた文字列），ＣｏｎｔｅｎｔＴｙｐｅ（ＭＩＭＥ−ＴＹＰＥ），＜ＭＥＴＡタグ＞等により、コンテンツの提供ルールを規定しており、この提供ルールに従っていないコンテンツについては、上述の検索サービスの対象外としている。具体的には、このような提供ルール（条件）を満たしていないコンテンツについては、検索サーバ２０による検索結果に含まれないようにしている。以下、具体的な動作について説明する。

クローリング部２１は、例えば図５に示すように、コンテンツ提供サイトあるいは検索開始アドレス毎に、コンテンツの属性情報をコンテンツ情報テーブルとして保持している。このコンテンツ情報テーブルには、例えば属性の番号（Ｎｏ）と属性名と属性値とが対応付けられて保持されている。このコンテンツ情報テーブルには、属性名として、例えばコンテンツを識別するためのコンテンツＩＤ（Ｎｏ：１），コンテンツ名称（Ｎｏ：２），検索結果を表示するページのアドレス（トップＵＲＬ）［結果表示用］（Ｎｏ：３），コンテンツ紹介文（Ｎｏ：４），キーワードの引継ぎを行う際のアドレス［キーワード引継ぎＵＲＬ］（Ｎｏ：５），コンテンツのカテゴリ（Ｎｏ：６），排除キーワード（Ｎｏ：７），追加ワード（Ｎｏ：８），削除ワード（Ｎｏ：９），コンテンツについての情報収集を開始するアドレス［収集開始ＵＲＬ］（Ｎｏ：１０），コンテンツまでのインデックスの階層数の上限［収集階層数］（Ｎｏ：１１），コンテンツについての情報収集を行う上限ページ数［収集上限ページ］（Ｎｏ：１２），収集上限時間（Ｎｏ：１３），他ホスト収集可否（Ｎｏ：１４），収集スケジュール［収集開始時間］（Ｎｏ：１５），収集スケジュール［周期］（Ｎｏ：１６），インデック値底上げ（Ｎｏ：１７）と、これらに対応する属性値とが保持されている。なお、判定部２１Ａが番号と属性名の関係を別途記憶しておけば、コンテンツ情報テーブルには、番号と属性値とを対応付けて保持しておけば足りる。さらには、“，”等の所定の区切り記号で区切った値の文字列とし、区切り記号で区切られた位置で番号を認識するようにしてもよい。

コンテンツ情報テーブル内の属性名に対応する属性値の一部には、上述の提供ルールの一部が反映されている。具体的には、例えば収集階層数（Ｎｏ：１１）には、収集開始ＵＲＬ（Ｎｏ：１０）からの階層数が定義されており、収集対象の上限ページ数（Ｎｏ：１２），情報の収集上限時間（Ｎｏ：１３）が定義されている。また、排除キーワード（Ｎｏ：７）には、検索対象から排除すべきキーワードが定義されており、削除ワード（Ｎｏ：９）には削除すべきワードが定義されている。これらのキーワードとワードはいずれもクローリング部２１による検索対象としない。

また、条件保持部２１Ｂには、例えば図６に示すように、検索インデックス２２Ｃに登録し得るコンテンツの条件（許可条件）を含むテーブルが格納されている。このテーブルには、クローリング部２１が取得し得るインデックスファイルの拡張子と、情報を検索インデックス２２Ｃに登録し得るインデックスファイルのＭＩＭＥ−ＴＹＰＥを示す文字が含まれている。このテーブルは、判定部２１Ａが、クローリングの制御，クローリングによって得られた情報の蓄積の制御等において適宜参照する。

さらに、条件保持部２１Ｂには、例えばクローリング部２１によるクローリング時にリンク先としてみなしてリンク先を辿るタグを定義するテーブル（図７），インデックスファイル等の中の情報の収集時に考慮すべきタグについて定義するテーブル（図８），クローリング時に考慮すべきＨＴＴＰレスポンスヘッダについて定義するテーブル（図９）等が格納されている。なお、これらの図６〜図９に示すテーブルは、同様の判定をプログラムによって実行すれば、必ずしも設ける必要はない。

また、条件保持部２１Ｂには、例えば図１０に示すように、不正なアドレス，ドメイン名等を示す不正アドレステーブルが格納されている。このテーブルには、予め解っているコンテンツの提供ルールに従っていない情報提供サーバ１００，２００等のアドレスを登録しておく。

（判定処理）
上述のような条件の判断は、例えば図１１に示すフローチャートに従って実行される。判定部２１Ａは、まず、例えば情報収集対象の情報提供サーバ１００，２００のサーバ証明書が有効であるか否かをチェックする（Ｓ１）。なお、このＳ１の処理は、ｈｔｔｐｓプロトコルで情報提供サーバ群１０にアクセスする際のみに実行する。

次に、判定部２１Ａは、ロボット検索用の定義ファイルに応じたチェックを行う（Ｓ２）。情報提供サーバ１００，２００は、例えば図１２に示すように、クローリング部２１等のロボット検索用の定義ファイル“robots.txt”を保持しており、クローリング部２１からの要求に応じてこの定義ファイルを送信する。クローリング部２１は、別途ユニークなユーザ・エージェント（Ｕｓｅｒ−Ａｇｅｎｔ）名を有しており、情報提供サーバ１００，２００から提供された定義ファイル“robots.txt”中のＵｓｅｒ−Ａｇｅｎｔ名が自らのＵｓｅｒ−Ａｇｅｎｔ名と一致している場合にのみ、当該定義ファイル“robots.txt”中の記述に従って情報提供サーバ１００，２００からの情報の収集を行う。

以上の処理（収集を行う前の判断フェーズ）が終了すると、判定部２１Ａは、ＵＲＬの正規表現によるチェックを行い（Ｓ３）、正規表現に従ったＵＲＬのみをクローリングの対象とする。ＵＲＬの表現形式は標準規格として規定されており、当該標準規格に準拠していないＵＲＬは誤動作の原因にもなるため、このようなチェックを行っている。

また、判定部２１Ａは、ＵＲＬ中のファイル名の拡張子が、上述の図６中に示すテーブル中で規定された拡張子であるか否かを判定し、規定されている拡張子である場合にのみクローリングを行う（Ｓ４）。さらに、判定部２１Ａは、ＵＲＬ中のドメイン名が上述の図１０に示す不正アドレステーブル中で規定されているか否かを確認し、このテーブル中で規定されていないドメイン名である場合にのみクローリングを行う（Ｓ５）。また、判定部２１Ａは、上述の図７及び図８に応じてアンカー名に対するチェックを行い、収集対象外として規定されているアンカー（タグ）以外についてのみクローリングを行う（Ｓ６）。また、この際、図８に示すテーブルに従って、当該アンカー内に画像ファイルに対するリンクがある場合には、収集対象としない。画像ファイルに対するリンクがある場合には広告であると見なし、情報収集を行わないようにするためである。

以上の処理（収集前にＵＲＬ名を元にの判断フェーズ）が終了すると、クローリング部２１は対象となるＵＲＬからの情報収集を行う（Ｓ７）。対象となるＵＲＬからの情報が得られると、判定部２１Ａは、まず、得られた情報のＭＩＭＥ−ＴＹＰＥが上述の図６に登録されているか否かを判定し、登録されているＭＩＭＥ−ＴＹＰＥの情報のみを情報収集の対象とする（Ｓ８）。次に、判定部２１Ａは、＜ＭＥＴＡ＞タグによるチェックを行い、ｎｏｆｏｌｌｏｗ，ｎｏｉｎｄｅｘ等の記述がないもののみを情報収集の対象とする（Ｓ９）。

以上のような処理により、クローリング部２１の判定部２１Ａは、上述のように定義された許可条件に該当するコンテンツ又は禁止条件に該当しないコンテンツについての情報のみを検索インデックス２２Ｃに登録させ、許可条件に該当しないコンテンツ又は禁止条件に該当するコンテンツについての情報は検索インデックス２２Ｃに登録させない。このように、クローリングによる情報収集の対象を制限することにより、コンテンツの提供ルールに従っていないコンテンツが、クローリングによる情報収集の対象から除外され、検索インデックス２２Ｃにこのようなコンテンツに関する情報が格納されることを防止することができる。

また、クローリング部２１は、以上のような処理に加えて、特定の情報提供サーバ１００，２００あるいは開始ＵＲＬからのクローリングを行う制限時間（図５中の収集上限時間（Ｎｏ：１３），上限ページ数（Ｎｏ：１２），他ホスト(ドメイン)への収集可否（Ｎｏ：１４）を判断しながら、情報収集を行い、これらの制限を超えた場合に、例外処理を行って当該情報収集を終了させる。

また、クローリング部２１は、上述のように収集したページ中に検索キーワードが存在するか否かを検索し、検索キーワード毎に検索インデックス２２Ｃに登録する。この際、判定部２１Ａは、図５中の追加ワード（Ｎｏ：８）が設定されている場合には、当該ページ中に、追加ワードがなくても、当該追加ワードに対応させて検索インデックス２２Ｃに登録する。具体的には、収集したページに「新着」，「ＰＯＰ」「インディーズ」等のキーワードがなくても、これらのキーワードに対応させて、当該収集したページについての情報を検索インデックス２２Ｃに登録する。

また、判定部２１Ａは、図５中の削除ワード（Ｎｏ：９）が設定されている場合には、当該ページ中に、削除ワードがあっても、検索インデックス２２Ｃには登録しない。具体的には、収集したページに「画像系」というキーワードがあっても、当該収集したページについての情報は検索インデックス２２Ｃに登録しない。

また、判定部２１Ａは、図５中の排除キーワード（Ｎｏ：７）が設定されている場合には、当該ページ中に中のアンカータグ内に排除キーワードがあっても、当該アンカーの示すリンク先に対するそれ以上の情報の収集は行わない。具体的には、例えば収集してきたページ中に「＜ａ ｈｒｅｆ＝“ｗｗｗ．ｄｄｄ．ｃｏｍ”＞素敵な出会いはこちら＜ａ＞」等といったリンクが存在していてもリンク先のページ（www.ddd.com）に対しては情報の収集を行わない。

また、上述の図５中の収集階層数（Ｎｏ：１１）によって定義された最大階層数に応じたコンテンツについての情報収集は、以下のように行う。クローリング部２１は、例えば図１３に示すように、判定部２１Ａによる判定結果に応じて、コンテンツの提供ルールに従っていない不正なページ（アドレスＡＢ）及びこのページからリンクが張られている下位のページにおいて提供されている情報を検索インデックス２２Ｃには登録しない。例えばコンテンツの階層が所定数（ｎ）以内であることを提供ルールの１つとした場合には、判定部２１Ａは、例えば図１４に示すように、上述の収集パターンで定義された収集開始ＵＲＬからの階層数（ｘ）をカウントしておき（Ｓ１０１，Ｓ１０５）、階層数ｘがｎより大きくなったら、それ以下の階層のクローリングを中止して次の収集パターンのクローリングを開始する（Ｓ１０６）。

また、ページサイズの上限を提供ルールとして設定する場合には、同図中のＳ１０３において、取得したページのデータのサイズを検出し、上限以上である場合には検索インデックス２２Ｃに登録しないようにする。

上述のように、不正なアドレス，ドメイン名等を提供ルールとする場合には、例えば図１４中のＳ１０２，Ｓ１０７においてページのデータを取得する際に、判定部２１Ａが、当該ページのアドレスが上述の図１０に示す不正アドレステーブルに登録されているアドレスを含むものであるか否かを判定し、登録されているアドレスを含む場合にはそれ以降の処理を中止する。

例えばＨＴＴＰサーバ１２０が提供するページ（インデックス）が、上述の図１３に示すような状態である場合に、アドレスＡのページ中のリンク（アドレスＡＡ，アドレスＡＢ，アドレスＡＣ，アドレスＡＤ）についてクローリングを行うと、例えば図１５に示すように、アドレスＡＡ，アドレスＡＢ，アドレスＡＤのページは提供ルールに従っているため、これらのページ及びその下位層のページについてはクローリングの結果が検索インデックス２２Ｃに登録されるが（Ｓ２０４，Ｓ２０８，Ｓ２１５）、アドレスＡＣは提供ルールに従っていないためこのページ及び及びその下位層のページ中の情報については検索インデックス２２Ｃに登録されない。

このような処理により、判定部２１Ａがコンテンツの提供ルールに従っているか否かを判定し、クローリング部２１がこの判定結果に応じて提供ルールに従っているコンテンツについて情報を検索インデックス２２Ｃに登録することにより、検索インデックス２２Ｃから抽出した検索結果に、提供ルールに従っていないコンテンツについての情報が含まれてしまうことを防止することができる。

（端末装置の表示能力に応じた情報の取得）
また、この情報提供システムでは、携帯電話端末装置５０，６０の表示能力に応じた適切な検索結果を提供するようになっている。具体的には、上述のような動作（クローリング動作）は、携帯電話端末装置５０，６０の表示能力毎に行うようになっている。表示能力対応表２２Ａには、例えば図１６に示すように、携帯電話端末装置のグループ毎に、当該グループを示す識別情報（グループＩＤ）と、当該グループ内の代表機種を示す機種名（代表）と、機種を示す機種名（機種名一覧）との対応を示す対応テーブル２２ＡＡ，２２ＡＢ，２２ＡＣが格納されている。これらの対応テーブル２２ＡＡ，２２ＡＢ，２２ＡＣは、コンテンツの種類毎に設けられている。また、携帯電話端末装置５０，６０の機種毎の表示能力（例えば同時発音数，対応フォーマット等）は、例えば図１７に示すようなテーブルとしてＤＢ２２等に格納されている。なお、グループＩＤに対応する表示能力毎のコンテンツを情報格納部１１０，２１０に格納する際に、グループＩＤに対応するディレクトリに格納する等の方法によってグループＩＤとコンテンツとの対応関係がわかるようにしておけば、これらの対応テーブルを設けなくてもよい。あるいは、機種グループの代表機種と機種名一覧との対応関係が明確であれば、必ずしもグループＩＤを設ける必要はない。

クローリング部２１は、情報提供サーバのＨＴＴＰサーバに総合インデックス等のデータを要求する際に、検索対象に応じた対応テーブルを表示能力対応表２２Ａから選択し、選択した対応テーブル中の機種グループ毎に代表機種の機種名と、表示能力を示す情報等を用いて生成した拡張ヘッダ（以下、単にＨＴＴＰ拡張ヘッダという。）を持つＨＴＴＰリクエストを送信する。例えば曲データを提供するＨＴＴＰサーバ１２０の総合インデックスのアドレス（ＵＲＬ）が“http://meloJAM.com/index.html”である場合に、クローリング部２１が生成するＨＴＴＰリクエストは、例えば“GET http://meloJAM.com/index.html HTTP/1.1 2G V-DN02 x-display: 150x120 x-color: C4096 x-sound: 4 / 6KB”となる。ここで、ＨＴＴＰ拡張ヘッダ中の“V-DN02”は携帯電話端末装置の機種名を示す文字であり、“2G”は携帯電話端末装置の世代を示す文字である。また、“x-sound: 4”はこの携帯電話端末装置の同時発音数（４音）を示す文字である。

また、拡張ヘッダ中の“x-display: 150x120”は表示画素数が１５０×１２０画素であることを示しており、“x-color: C4096”は、同時発色数が４０９６色であることを示しており、“6KB”の部分は、インデックスデータ等のページ記述データの上限値が６キロバイトであることを示している。

上述のようなクローリングは、例えば図１８に示すような構成の収集パターンファイルに従って行う。この収集パターン中では、個々の収集パターン名を示す文字（例えば“PATTERN1”）と、当該収集パターンにおいてデータの収集を開始するサイトのアドレス（ＵＲＬ）を示す文字（例えば“http://www.aaa.co.jp/”等）と、当該収集に使用する設定を示すエージェント名を示す文字が定義されている。

また、個々のエージェント名毎に対応して、例えば図１９に示すようなエージェント定義ファイル中で、エージェント名と、ブラウザのバージョンと、機種グループ毎の拡張ヘッダと、ページ上限値等を定義しておく。このテーブルは、例えば検索時に上述の表示能力対応表２２Ａを用いて生成するようにしてもよいが、予め作成してＤＢ２２に格納しておいてもよい。

クローリング部２１は、この図１９に示すエージェント定義ファイルを参照して上述のＨＴＴＰリクエストを生成し、上述の図１８に示す収集パターンに従ってクローリングを行う。

また、クローリング部２１は、例えば図２０に示すように、上述の図１８の収集パターンファイル中で規定されたエージェントに従って、ＨＴＴＰ拡張ヘッダ内の携帯電話端末装置の音声表示能力を示す情報“x-sound: xxx”を順次を変更してＨＴＴＰサーバ１２０に対するＨＴＴＰリクエストを繰り返す（Ｓ３０１，Ｓ３０３，Ｓ３０５，Ｓ３０７）。

また、クローリング部２１は、各ＨＴＴＰリクエストに対するＨＴＴＰサーバ１２０の応答（Ｓ３０２，Ｓ３０４，Ｓ３０６，Ｓ３０８）から、当該ＨＴＴＰリクエストに対応するコンテンツの種類を特定し、ＤＢ２２の検索インデックス２２Ｃに登録する。

ＨＴＴＰサーバ１２０は、上述の図１６中のグループＩＤ毎あるいは図１７中の端末能力毎に、上述の図４に示すインデックス情報を有しており、携帯電話端末装置の音声表示能力に応じたインデックス情報を供給するようになっている。上述の図１の例では、４音のＳＭＤ形式、１６音及び４０音のＳＭＡＦ形式についてインデックス情報を有するが、３２音のＳＭＡＦ形式についてはＨＴＴＰサーバ１２０が提供しないためにインデックス情報も有していない。

上述のようにＨＴＴＰリクエストが供給されると（Ｓ３０１，Ｓ３０３，Ｓ３０５，Ｓ３０７）、ＨＴＴＰサーバ１２０の要求解析部１２１は、ＨＴＴＰリクエストの拡張ヘッダ中の“x-sound: n”に対応するグループＩＤ（“n”は同時発音数を示す文字）によって、端末側の音声表示能力を判断し、音声表示能力に対応するインデックス情報が存在すれば、応答部１２４にインデックス情報を送信させる（Ｓ３０２，Ｓ３０４，Ｓ３０８）。一方音声表示能力に対応するインデックス情報が存在しない場合には、要求解析部１２１は、応答部１２４にインデックス情報が存在しない旨の応答メッセージを送信させる（Ｓ３０６）。

さらに、クローリング部２１は、情報提供サーバ１００に存在するインデックス情報を取得し、予めＤＢ２２に登録されたキーワードに対応するファイル名，文字等が存在するか否かを調べ、キーワードに該当するものがあれば、例えば図２１に示すように、検索インデックス２２Ｃに、端末の音声表示能力を機種グループのグループＩＤ，当該機種グループに属する機種名一覧，当該コンテンツに対応する所定のアドレス（例えば広告，注意等の情報を含むページ（リンク先ページ）等）等をキーワードに対応させて登録する。

以上のような動作により、携帯電話端末装置の音声表示能力に応じた検索インデックス２２Ｃが作成される。この検索インデックス２２Ｃには、対応する機種名が登録されているため、検索サービスを要求する携帯電話端末装置の機種名に応じた検索結果の抽出が容易である。また、情報提供サーバ２００によって提供される画像データについても、拡張ヘッダ中の画像表示能力を示す情報（“x-display: XxY”，“x-color: yyy”）を順次変化させてＨＴＴＰサーバ２２０にインデックス情報を要求し、上述と同様にインデックス情報中のキーワード検索を行うことにより、図２１に示すように、携帯電話端末装置の画像表示能力に応じた検索インデックス２２Ｃを作成することができる。

（検索サービス）
上述のようなクローリング動作と非同期に、検索サービス提供部２３は、携帯電話端末装置５０のＷｅｂブラウザ５３０等に対して検索サービスを提供している。

ユーザから検索サービスの利用が指示されると、Ｗｅｂブラウザ５３０は、検索サービス提供部２３に対して、検索条件の入力用のデータを要求する。これに応じて、検索サービス提供部２３からデータが供給されると、Ｗｅｂブラウザ５３０は、例えば図２２に示すように、検索語入力画面を表示部５５の表示画面に表示させる。携帯電話端末装置５０の音声表示能力が３２音である場合には、ユーザが、検索条件（例えば曲名「ＡＡＡ」）を入力して検索を指示すると、Ｗｅｂブラウザ５３０は、検索サービス提供部２３に検索条件を示す文字と当該携帯電話端末装置５０の機種名“V-T08”を含む拡張ヘッダを含むＨＴＴＰリクエストを送信する（Ｓ４０１）。

検索サービス提供部２３は、Ｗｅｂブラウザ５３０から供給されたＨＴＴＰリクエスト中の検索条件を示す文字（例えば“AAA”）と拡張ヘッダ中の機種名（例えば“V-T08”）に対応する情報を検索インデックス２２Ｃから抽出し、ヒット件数，曲名，曲データのアドレスに対するリンク情報等を含む応答メッセージ（検索結果）を生成し、Ｗｅｂブラウザ５３０宛てに送信する（Ｓ４０２）。このような応答メッセージを受信すると、Ｗｅｂブラウザ５３０は同図中に示すように、検索結果に応じた検索結果一覧画面を表示する。

上述の図１に示す例では、曲データ格納領域１１１に携帯電話端末装置（機種名“V-T08”）の音声表示能力（８音）に対応する曲ＡＡＡの曲データがなく、クローリングによって得られた検索インデックス２２Ｃには上述の図２１に示すように機種名“V-T08”に対応する曲ＡＡＡの８音の曲データについての情報が登録されていない。このため、検索サービス提供部２３が提供する検索結果は、この図２２に示すように、ヒット件数が０件であり、曲ＡＡＡの曲データについての情報が含まれていない状態になる。

また、音声表示能力が４０音の携帯電話端末装置（例えば機種名“V-SH53”）から、上述の図２２の例と同様に曲名「ＡＡＡ」を検索条件として、検索を要求した場合には、例えば図２３に示すように、検索サービス提供部２３に供給されるＨＴＴＰリクエストの拡張ヘッダには携帯電話端末装置の機種名“V-SH53”が含まれている（Ｓ５０１）。上述の図１に示す例では、曲データ格納領域１１１には曲ＡＡＡに対応する４０音の曲データがあり、検索インデックス２２Ｃには上述の図２１に示すようにに“V-SH53”に対応する曲ＡＡＡの４０音の曲データについての情報が登録されている。このため、検索サービス提供部２３は、この図２３に示すように、曲ＡＡＡの曲データに対応するリンク先ページのアドレス“http://meloJAM.com/cgi/abc.cgi?”とキーワードを示す情報“keyword=ＡＡＡ”がリンク情報として含まれている検索結果をＷｅｂブラウザ５３０に提供する（Ｓ５０２）。

このようにリンク情報に含まれているキーワードを示す情報は、ユーザが選択したコンテンツのデータを要求する際に、ＧＥＴコマンドの一部として情報提供サーバに供給される。なお、キーワードを示す“ＡＡＡ”の部分は、実際には携帯電話端末装置の世代に応じたキャラクタコードでエスケープエンコード（“％ｘｘ”の形式）されている。すなわち、第２世代の携帯電話端末装置の場合には、キャラクタコードとして例えばＳｈｉｆｔ−ＪＩＳが用いられており、第２．５世代と第３世代の携帯電話端末装置の場合には、キャラクタコードとして例えばＳｈｉｆｔ−ＪＩＳ，ＵＴＦ−８，ＥＵＣ−ＪＰ，ＩＳＯ−２０２２−ＪＰの中の当該携帯電話端末装置の設定に応じたキャラクタコードが用いられる。

検索結果を確認したユーザが曲を選択すると、Ｗｅｂブラウザ５３０は、選択された曲に対応するリンク情報に応じて、対応する情報提供サーバ１００にユーザが選択した曲に対応する曲データの提供を要求する（Ｓ５０３）。この要求（ＨＴＴＰリクエスト）には、拡張ヘッダにキーワードを示す情報“keyword=ＡＡＡ”と、携帯電話端末装置５０の音声表示能力が４０音であることを示す情報（x-sound: 40）が含まれている。

このようなＨＴＴＰリクエストを受信すると、情報提供サーバ１００の要求解析部１２１は、インデックス保持部１２２からキーワード“ＡＡＡ”に該当するコンテンツのアドレスを取得し、広告等の画像等の情報を有するリンク先ページのデータに、コンテンツに対するリンクの記述を付加して応答部１２４に送信させる（Ｓ５０４）。

携帯電話端末装置のＷｅｂブラウザ５３０は、このようなリンク先ページのデータに応じた画像を表示部５５に表示させる。ユーザが、コンテンツの取得を選択すると、Ｗｅｂブラウザ５３０は、コンテンツのデータを情報提供サーバに要求する（Ｓ５０５）。これに応じて、情報提供サーバからコンテンツのデータ（この場合は曲ＡＡＡの４０音の曲データ）が供給されると（Ｓ５０６）、Ｗｅｂブラウザ５３０は、供給されたデータをメモリ５３に格納する。

これにより、この情報提供システムでは、検索結果として、任意のページのアドレスを提供すると共に、キーワードを情報提供サーバに引き継ぐことができるため、例えばユーザの操作負担を増加させずに広告等の情報を有するページを経由させたコンテンツの提供を行うことができる。

ところで、ＤＢ２２中のテンプレート２２Ｄには、例えば図２４，図２７及び図２８に示すように、携帯電話端末装置の世代毎に検索結果の生成に用いるテンプレートが格納されている。各テンプレート中の変数の意味は図２５に、コマンドの意味は図２６に、ぞれぞれ示されている。

携帯電話端末装置の世代は、機種名に対応する世代を上述の図１７に示すテーブルから取得することによって判断することができる。第２世代（２Ｇ）の携帯電話端末装置では、Ｗｅｂブラウザ５３０は、回線交換機３１及びＧＷ３５経由でＨＴＴＰサーバ２３Ａにアクセスする。この際、Ｗｅｂブラウザ５３０は、ＨＴＴＰリクエストに当該携帯電話端末装置の機種を示す識別情報を付加する。ＧＷ３５は、この識別情報に対応する機種名を示す文字，解像度を示す文字等の情報を保持しており、ＨＴＴＰリクエスト中の識別情報に対応する機種名を示す文字等の情報を拡張ヘッダとしてＨＴＴＰリクエストに付加する。また、第２．５世代（２．５Ｇ）の携帯電話端末装置では、Ｗｅｂブラウザ５３０は、ＨＴＴＰ拡張ヘッダ中に機種名を示す文字等を付加し、パケット交換機３２経由でＨＴＴＰサーバ２３Ａにアクセスする。さらに、第３世代（３Ｇ）の携帯電話端末装置では、Ｗｅｂブラウザ５３０は、ＨＴＴＰ拡張ヘッダ中に機種名を示す文字等を付加し、ＲＮＣ４１ａ（４１ｂ）経由でＨＴＴＰサーバ２３Ａにアクセスする。従って、検索サーバ２０の検索サービス提供部２３は、上述の図１７に示すテーブルを参照することにより、ＨＴＴＰ拡張ヘッダ中の機種名を示す文字に対応する世代を知ることができる。

検索サービス提供部２３は、アクセス元の携帯電話端末装置が第２世代であれば、図２４に示すテンプレートを用い、アクセス元の携帯電話端末装置が第２．５世代であれば、図２７に示すテンプレートを用い、アクセス元の携帯電話端末装置が第３世代であれば、図２８に示すテンプレートを用いて携帯電話端末装置に対する応答メッセージを生成する。

具体的には、例えば携帯電話端末装置が第２世代であり、“ＡＡＡ”についての検索結果が１件である場合には、応答部２３ｂが上述の図２４に示すテンプレートを用いて生成する検索結果のデータは、例えば図２９に示すようになる。このような検索結果のデータに応じて表示部５５に表示される画像は、例えば図２３中のＳ５０２において表示される画像のようになる。

また、携帯電話端末装置が第２．５世代であり、“ＡＡＡ”についての検索結果が１１件である場合には、応答部２３ｂが生成する検索結果のデータに応じて表示部５５に表示される画像は、例えば図３０に示すようになる。さらに、携帯電話端末装置が第３世代であり、“ＡＡＡ”についての検索結果が１１件である場合には、応答部２３ｂが生成する検索結果のデータに応じて表示部５５に表示される画像は、例えば図３１に示すように、各コンテンツについての説明等の情報を表示することができるようになる。

このように、携帯電話端末装置の世代に応じたテンプレートによって検索結果を生成することにより、携帯電話端末装置の表示能力に応じて、例えば携帯電話端末装置の世代毎に検索結果の表示件数，内容等を変更し、適切な検索結果を生成することができる。

なお、ＧＷ３５，パケット交換機３２，ＲＮＣ４１ａ（４１ｂ）と検索サービス提供部２３の間では、上位プロトコルとしてＴＣＰ／ＩＰプロトコルを用いて通信を行っている。このため、検索サービス提供部２３はアクセス元のＩＰアドレスによって携帯電話端末装置の世代を判断することもでき、このような構成とすることもできる。

以上、曲データの場合を例に説明したが、画像データについても同様に、検索サービス提供部２３は、ＨＴＴＰリクエストの拡張ヘッダ中の機種名に応じて、検索インデックス２２Ｃからのデータの抽出を行って検索結果を携帯電話端末装置に送信する。

（効果）
階層数，ページサイズ等のコンテンツの提供ルールに従っていないコンテンツが検索結果に含まれてしまうと、ユーザによる選択回数が増えてしまったり、コンテンツを取得しても表示できなかったりすることがあり、利便性を低下させてしまう。

これに対し、この情報提供システムでは、検索サーバ２０の判定部２１Ａの判定結果に応じて、提供ルールに従っていない不正なコンテンツについての情報を検索インデックス２２Ｃに登録していないため、この検索インデックス２２Ｃから抽出した検索結果に不正なコンテンツについての情報が含まれることがない。このため、この情報提供システムでは、利便性の低下の防止に寄与することができる。

また、携帯電話端末装置の表示能力を考慮しないで検索を行った場合には、検索結果に携帯電話端末装置で利用できない情報が含まれてしまい、ユーザが逐一リンクを辿って当該携帯電話端末装置で表示可能なコンテンツであるか判断する必要がある。

これに対し、この情報提供システムでは、上述のように、検索サービス提供部２３が、検索インデックス２２Ｃから携帯電話端末装置の機種名に対応する曲データのみを検索結果として供給することができる。検索インデックス２２Ｃには、所定の機種グループ内の携帯電話端末装置の機種名と利用可能なコンテンツについての情報が対応付けられて登録されているため、携帯電話端末装置で表示できるコンテンツについての情報のみを検索結果として供給することができる。

従って、この情報提供システムでは、利用可能なコンテンツを取得するまでのユーザの操作回数を低減させて、ユーザの操作負担の低減に寄与することができる。また、携帯電話端末装置で利用できない曲データにアクセスする可能性を低減させることができるため、無用なトラフィックの低減，通信料金の節約に寄与することができる。

また、この情報提供システムでは、曲データ，画像データ等のコンテンツの種類毎に設定した機種グループ毎にクローリングを行っているため、携帯電話端末装置の表示能力に応じた適切な検索インデックス２２Ｃを生成するための情報提供サーバに対するアクセスの回数の増加を抑制することができる。

さらに、この情報提供システムでは、表示能力が同じ機種グループ毎に検索インデックス２２Ｃ中のデータを生成しており、機種名自体を登録しておくことにより、別途機種グループ内の機種名のテーブルを有する場合に比較してＤＢ２２中のデータの参照回数を低減させて検索の高速化に寄与することがでできる。

また、この情報提供システムでは、表示部５５に表示可能な文字数等の画像表示能力が携帯電話端末装置の世代毎に決定されているため、世代に応じたテンプレートを用いて検索結果を生成することにより、表示部５５の表示能力に応じた適切な検索結果を生成することができる。

本発明の実施例１に係る情報提供システムの構成を示すブロック図である。 前記情報提供システムを構成する検索サーバの構成を示すブロック図である。 前記情報提供システムを構成する情報提供サーバの詳細な構成例を示す図である。 前記情報提供サーバのインデックス保持部に保持されているインデックスデータの構造例を示す図である。 前記情報提供システムを構成する検索サーバのクローリング部に保持されているコンテンツ情報テーブルの例を示す図である。 前記クローリング部の条件保持部に保持されている禁止条件の例を示す図である。 前記条件保持部に保持されているテーブルの例を示す図である。 前記条件保持部に保持されているテーブルの例を示す図である。 前記条件保持部に保持されているテーブルの例を示す図である。 不正ページのアドレスを保持する不正アドレステーブルの例を示す図である。 判定処理を示すフローチャートである。 ロボット検索用の定義ファイルの例を示す図である。 不正ページの例を示す図である。 前記検索サーバを構成するクローリング部の判定部による判定処理の例を示すフローチャートである。 前記クローリング部によるクローリング動作の例を示すシーケンス図である。 前記情報提供システムを構成する検索サーバのＤＢに保持されている表示能力対応表の例を示す図である。 前記ＤＢに保持されている対応テーブルの例を示す図である。 前記ＤＢに保持されている収集パターンの例を示す図である。 前記ＤＢに保持されているエージェント定義の例を示す図である。 前記クローリング部によるクローリング動作の例を示すシーケンス図である。 前記クローリング動作によってＤＢに格納されるコンテンツテーブルの例を示す図である。 前記検索サーバによる検索サービスにおける動作の例を示すシーケンス図である。 前記検索サービスにおける他の動作の例を示すシーケンス図である。 前記ＤＢに保持されているテンプレートの例を示す図である。 前記テンプレート中の変数の例を示す図である。 前記テンプレート中のコマンドの例を示す図である。 前記テンプレートの他の例を示す図である。 前記テンプレートの他の例を示す図である。 前記テンプレートを用いて生成した検索結果のデータの例を示す図である。 他の検索結果のデータによって表示される画像の例を示す図である。 他の検索結果のデータによって表示される画像の例を示す図である。

符号の説明

１０ 情報提供サーバ群、１１０，１２０ 情報格納部、１２０，２２０ ＨＴＴＰサーバ、１２１ 要求解析部、１２２ インデックス保持部、１２３ コンテンツ取得部、１２４ 応答部、２０ 検索サーバ、２１ クローリング部、２１Ａ 判定部、２１Ｂ 条件保持部，２２ ＤＢ、２２Ａ 表示能力対応表、２２Ｂ 収集パターン、２２Ｃ 検索インデックス、２２Ｄ テンプレート、２３ 検索サービス提供部、５０，６０ 携帯電話端末装置、５２ ＭＰＵ、５３０ Ｗｅｂブラウザ、５３ メモリ、５３ａ 着メロデータ保持部、５３ｂ 画像データ保持部

Claims (3)

1. コンテンツ表示能力を示す情報（表示能力情報）に対応させて保持している複数のコンテンツ中に，ネットワークを介して供給される携帯端末装置からの情報提供要求（ＨＴＴＰリクエスト）中の拡張ヘッダ中の表示能力情報に対応するコンテンツがある場合に当該コンテンツを提供するコンテンツ提供サーバが提供するコンテンツについての検索サービスを提供する検索装置であって、
   前記コンテンツ提供サーバがコンテンツを提供する携帯端末装置の機種について，コンテンツの表示能力毎に設定された携帯端末装置の機種グループ毎に，機種グループ内の代表機種の前記表示能力情報を保持する代表機種表示能力保持手段と、
   該代表機種表示能力保持手段に保持されている各代表機種の表示能力情報を順次用い，当該表示能力情報を拡張ヘッダ中に含む複数の前記情報提供要求を生成し，生成した情報提供要求を用いて前記コンテンツ提供サーバが提供するコンテンツのアドレスを示すアドレス情報と当該コンテンツに対応するキーワードを示すキーワード情報を含むインデックスデータを取得する取得手段と、
   検索対象とするコンテンツに対応するキーワード情報（検索キーワード）を保持するキーワード保持手段と、
   検索キーワードと及び前記インデックスデータの取得時に用いた前記表示能力情報に対応する前記代表機種を示す識別情報と当該インデックスデータのアドレス情報を対応付けて保持する検索インデックスと、
   該検索インデックスに対するアドレス情報の追加を禁止する条件（禁止条件）を示す情報（禁止条件情報）を保持する禁止条件保持手段と、
   該禁止条件保持手段に保持されている禁止条件情報に応じて禁止条件に該当するか否かを判断する追加制御手段と、
   前記取得手段が取得したインデックスデータ中のキーワード情報を抽出し，抽出したキーワード情報が前記キーワード保持手段に保持されている検索キーワードに一致し，前記追加制御手段が禁止条件に該当しないと判断した場合に，インデックスデータ中の当該キーワード情報に対応するアドレス情報を当該検索キーワード及び前記インデックスデータの取得時に用いた前記表示能力情報に対応する前記代表機種を示す識別情報に対応付けて前記検索インデックスに追加する解析手段と、
   前記携帯端末装置からの検索キーワード及び当該携帯端末装置の表示能力を示す表示能力情報を含む検索要求中の検索キーワード及び当該表示能力情報に対応するアドレス情報を前記検索インデックスから抽出し，当該アドレス情報を含む検索結果を生成して当該携帯端末装置に供給する応答手段とを有し、
   前記禁止条件情報は、前記インデックスデータの上限サイズを示す情報，検索インデックスに対する追加を許可しないキーワード（削除ワード）を示す情報のいずれかを含み、
   前記追加制御手段は、前記取得手段が取得した前記インデックスデータのサイズが前記上限サイズを示す情報によって特定されるサイズを超えた場合，又は，前記インデックスデータ中に前記削除ワードを示す情報に一致する情報が含まれる場合，のいずれかの場合に、前記禁止条件に該当すると判断することを特徴とする検索装置。
2. 前記取得手段によるインデックスデータの取得を禁止する条件（取得禁止条件）を示す情報（取得条件情報）を保持する取得条件保持手段と、
   該取得条件保持手段に保持されている取得条件情報に応じて取得禁止条件に該当するか否かを判断し，取得禁止条件に該当する場合に前記取得手段による前記インデックスデータの取得を行わせない取得制御手段とを備え、
   前記取得禁止条件は、不正なアドレスを示す情報，以降のインデックスデータの取得を禁止するキーワード（排除キーワード）を示す情報のいずれかを含み、
   前記取得制限手段は、前記取得手段が生成した前記情報提供要求中のアドレスが前記不正なアドレスを示す情報によって特定される条件に該当する場合，又は，前記取得手段が取得した前記インデックスデータ中に排除キーワードを示す情報に一致する情報が含まれる場合に、前記取得禁止条件に該当すると判断する
   ことを特徴とする請求項１記載の検索装置。
3. 前記表示能力情報は、前記提供サーバ装置が提供するデータが画像データである場合の表示画素数又は表示可能色数を示す情報，又は，前記提供サーバ装置が提供するデータが曲データである場合の同時発音数を示す情報のいずれかを含むことを特徴とする請求項１記載の検索装置。

Images