(57)【要約】【課題】  検索結果に不正なコンテンツについての情報が含まれないようにして、利便性の低下の防止に寄与することができる検索装置を提供する。【解決手段】  クローリング部２１は、ＨＴＴＰリクエスト中の音声表示能力を示す拡張ヘッダを各機種グループ内の代表機種の音声表示能力に順次変更しながらクローリングを行う。判定部２１Ａは、コンテンツの提供ルールに従っているか否かを検出し、クローリング部２１は、提供ルールに従っているクローリング結果のみを機種グループ内の機種名に対応させて検索インデックス２２Ｃに登録する。検索サービス提供部２３は、携帯電話端末装置５０からの検索条件（キーワード等）とＨＴＴＰリクエスト中の機種名に応じて検索インデックス２２Ｃからの検索を行う。応答部２３ｂは、テンプレート２２Ｄに応じて検索結果を生成し、ＨＴＴＰサーバ２３Ａを介して携帯電話端末装置５０のＷｅｂブラウザ５３０宛に送信させる。【選択図】      図１
2005301759.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ提供サーバが提供するコンテンツに関する情報を収集（クローリング）するクローリング手段と、
該クローリング手段のクローリングに応じてコンテンツに関する情報を保持する検索インデックスと、
該検索インデックスに情報を登録するコンテンツの条件を保持する条件保持手段と、
該条件保持手段に保持されている条件に応じて前記クローリング手段による前記クローリング又は前記検索インデックスに対する前記情報の格納を制御する制御手段と
を備えることを特徴とする検索装置。
【請求項２】
前記条件は、前記コンテンツの種類に応じた許可条件を含むことを特徴とする請求項１記載の検索装置。
【請求項３】
前記条件は、前記クローリング手段が検索を開始する所定のアドレスからのリンク階層数，ページサイズのいずれかの値に応じた禁止条件を含むことを特徴とする請求項１記載の検索装置。
【請求項４】
前記コンテンツ提供サーバは、情報要求命令中のコンテンツ表示能力を示す情報に応じたコンテンツを提供し得、
前記クローリング手段は、コンテンツの表示能力毎に設定された機種グループ内の代表機種のコンテンツ表示能力を示す情報を用いて前記コンテンツに関する情報を検索し、
前記検索インデックスは、前記クローリング手段によって得られたコンテンツに関する情報を，クローリング時の機種グループ内の端末装置の機種名を示す識別情報に対応付けて保持し、
端末装置からの情報要求命令中の機種名を示す識別情報に応じて前記検索インデックス中のコンテンツに関する情報を取得する検索手段
を備えることを特徴とする請求項１記載の検索装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話端末装置等の情報端末装置からの要求に応じて着信メロディ，画像等のコンテンツに関する情報を提供する検索装置に関する。
【背景技術】
【０００２】
着信待機時の着信音あるいは着信メロディあるいは待ち受け画面等のデータ（コンテンツ）をネットワーク経由でＨＴＴＰサーバ等の情報提供サーバ装置から取得して、ユーザの好みに応じたカスタマイズが可能な携帯電話端末装置が知られている（例えば特許文献１参照。）。
【０００３】
提供可能なコンテンツの数が増えてくると、例えばカテゴリ別，アーティスト別，曲別等といったように、ディレクトリ毎に分類し、段階的にデータの選択を行うようにする必要が生じる。ところが、携帯電話端末装置の表示画面は、パーソナル・コンピュータ等の汎用の情報処理装置と比較して、サイズ的な制約が大きく、１画面に表示できる情報が限られてしまうため、目的とするコンテンツを見つけるまでの操作回数が多くなってしまう。
【０００４】
このため、インターネット等のネットワーク経由で提供されている情報検索サービスをこのようなデータの検索に使うことが考えられる。このような情報検索サービスでは、予め、検索ロボットによるクローリングによって、コンテンツを提供する情報提供サーバ装置が提供するコンテンツのアドレスを収集し、コンテンツのキーワード毎にデータベースに登録しておく。
【０００５】
検索サービスを提供するサーバ装置は、ユーザの端末装置からキーワードが供給されると、データベース中からキーワードに該当するコンテンツのアドレス等の情報を抽出し、検索結果として端末装置に提供する（例えば非特許文献１参照。）。
【特許文献１】特開２０００−７６２６４号（第６−７頁、第１図、第２図）
【非特許文献１】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）が含まれている。
【００７８】
このようなＨＴＴＰリクエストを受信すると、情報提供サーバ１００の要求解析部１２１は、インデックス保持部１２２からキーワード“ＡＡＡ”に該当するコンテンツのアドレスを取得し、広告等の画像等の情報を有するリンク先ページのデータに、コンテンツに対するリンクの記述を付加して応答部１２４に送信させる（Ｓ５０４）。
【００７９】
携帯電話端末装置のＷｅｂブラウザ５３０は、このようなリンク先ページのデータに応じた画像を表示部５５に表示させる。ユーザが、コンテンツの取得を選択すると、Ｗｅｂブラウザ５３０は、コンテンツのデータを情報提供サーバに要求する（Ｓ５０５）。これに応じて、情報提供サーバからコンテンツのデータ（この場合は曲ＡＡＡの４０音の曲データ）が供給されると（Ｓ５０６）、Ｗｅｂブラウザ５３０は、供給されたデータをメモリ５３に格納する。
【００８０】
これにより、この情報提供システムでは、検索結果として、任意のページのアドレスを提供すると共に、キーワードを情報提供サーバに引き継ぐことができるため、例えばユーザの操作負担を増加させずに広告等の情報を有するページを経由させたコンテンツの提供を行うことができる。
【００８１】
ところで、ＤＢ２２中のテンプレート２２Ｄには、例えば図２４，図２７及び図２８に示すように、携帯電話端末装置の世代毎に検索結果の生成に用いるテンプレートが格納されている。各テンプレート中の変数の意味は図２５に、コマンドの意味は図２６に、ぞれぞれ示されている。
【００８２】
携帯電話端末装置の世代は、機種名に対応する世代を上述の図１７に示すテーブルから取得することによって判断することができる。第２世代（２Ｇ）の携帯電話端末装置では、Ｗｅｂブラウザ５３０は、回線交換機３１及びＧＷ３５経由でＨＴＴＰサーバ２３Ａにアクセスする。この際、Ｗｅｂブラウザ５３０は、ＨＴＴＰリクエストに当該携帯電話端末装置の機種を示す識別情報を付加する。ＧＷ３５は、この識別情報に対応する機種名を示す文字，解像度を示す文字等の情報を保持しており、ＨＴＴＰリクエスト中の識別情報に対応する機種名を示す文字等の情報を拡張ヘッダとしてＨＴＴＰリクエストに付加する。また、第２．５世代（２．５Ｇ）の携帯電話端末装置では、Ｗｅｂブラウザ５３０は、ＨＴＴＰ拡張ヘッダ中に機種名を示す文字等を付加し、パケット交換機３２経由でＨＴＴＰサーバ２３Ａにアクセスする。さらに、第３世代（３Ｇ）の携帯電話端末装置では、Ｗｅｂブラウザ５３０は、ＨＴＴＰ拡張ヘッダ中に機種名を示す文字等を付加し、ＲＮＣ４１ａ（４１ｂ）経由でＨＴＴＰサーバ２３Ａにアクセスする。従って、検索サーバ２０の検索サービス提供部２３は、上述の図１７に示すテーブルを参照することにより、ＨＴＴＰ拡張ヘッダ中の機種名を示す文字に対応する世代を知ることができる。
【００８３】
検索サービス提供部２３は、アクセス元の携帯電話端末装置が第２世代であれば、図２４に示すテンプレートを用い、アクセス元の携帯電話端末装置が第２．５世代であれば、図２７に示すテンプレートを用い、アクセス元の携帯電話端末装置が第３世代であれば、図２８に示すテンプレートを用いて携帯電話端末装置に対する応答メッセージを生成する。
【００８４】
具体的には、例えば携帯電話端末装置が第２世代であり、“ＡＡＡ”についての検索結果が１件である場合には、応答部２３ｂが上述の図２４に示すテンプレートを用いて生成する検索結果のデータは、例えば図２９に示すようになる。このような検索結果のデータに応じて表示部５５に表示される画像は、例えば図２３中のＳ５０２において表示される画像のようになる。
【００８５】
また、携帯電話端末装置が第２．５世代であり、“ＡＡＡ”についての検索結果が１１件である場合には、応答部２３ｂが生成する検索結果のデータに応じて表示部５５に表示される画像は、例えば図３０に示すようになる。さらに、携帯電話端末装置が第３世代であり、“ＡＡＡ”についての検索結果が１１件である場合には、応答部２３ｂが生成する検索結果のデータに応じて表示部５５に表示される画像は、例えば図３１に示すように、各コンテンツについての説明等の情報を表示することができるようになる。
【００８６】
このように、携帯電話端末装置の世代に応じたテンプレートによって検索結果を生成することにより、携帯電話端末装置の表示能力に応じて、例えば携帯電話端末装置の世代毎に検索結果の表示件数，内容等を変更し、適切な検索結果を生成することができる。
【００８７】
なお、ＧＷ３５，パケット交換機３２，ＲＮＣ４１ａ（４１ｂ）と検索サービス提供部２３の間では、上位プロトコルとしてＴＣＰ／ＩＰプロトコルを用いて通信を行っている。このため、検索サービス提供部２３はアクセス元のＩＰアドレスによって携帯電話端末装置の世代を判断することもでき、このような構成とすることもできる。
【００８８】
以上、曲データの場合を例に説明したが、画像データについても同様に、検索サービス提供部２３は、ＨＴＴＰリクエストの拡張ヘッダ中の機種名に応じて、検索インデックス２２Ｃからのデータの抽出を行って検索結果を携帯電話端末装置に送信する。
【００８９】
（効果）
階層数，ページサイズ等のコンテンツの提供ルールに従っていないコンテンツが検索結果に含まれてしまうと、ユーザによる選択回数が増えてしまったり、コンテンツを取得しても表示できなかったりすることがあり、利便性を低下させてしまう。
【００９０】
これに対し、この情報提供システムでは、検索サーバ２０の判定部２１Ａの判定結果に応じて、提供ルールに従っていない不正なコンテンツについての情報を検索インデックス２２Ｃに登録していないため、この検索インデックス２２Ｃから抽出した検索結果に不正なコンテンツについての情報が含まれることがない。このため、この情報提供システムでは、利便性の低下の防止に寄与することができる。
【００９１】
また、携帯電話端末装置の表示能力を考慮しないで検索を行った場合には、検索結果に携帯電話端末装置で利用できない情報が含まれてしまい、ユーザが逐一リンクを辿って当該携帯電話端末装置で表示可能なコンテンツであるか判断する必要がある。
【００９２】
これに対し、この情報提供システムでは、上述のように、検索サービス提供部２３が、検索インデックス２２Ｃから携帯電話端末装置の機種名に対応する曲データのみを検索結果として供給することができる。検索インデックス２２Ｃには、所定の機種グループ内の携帯電話端末装置の機種名と利用可能なコンテンツについての情報が対応付けられて登録されているため、携帯電話端末装置で表示できるコンテンツについての情報のみを検索結果として供給することができる。
【００９３】
従って、この情報提供システムでは、利用可能なコンテンツを取得するまでのユーザの操作回数を低減させて、ユーザの操作負担の低減に寄与することができる。また、携帯電話端末装置で利用できない曲データにアクセスする可能性を低減させることができるため、無用なトラフィックの低減，通信料金の節約に寄与することができる。
【００９４】
また、この情報提供システムでは、曲データ，画像データ等のコンテンツの種類毎に設定した機種グループ毎にクローリングを行っているため、携帯電話端末装置の表示能力に応じた適切な検索インデックス２２Ｃを生成するための情報提供サーバに対するアクセスの回数の増加を抑制することができる。
【００９５】
さらに、この情報提供システムでは、表示能力が同じ機種グループ毎に検索インデックス２２Ｃ中のデータを生成しており、機種名自体を登録しておくことにより、別途機種グループ内の機種名のテーブルを有する場合に比較してＤＢ２２中のデータの参照回数を低減させて検索の高速化に寄与することがでできる。
【００９６】
また、この情報提供システムでは、表示部５５に表示可能な文字数等の画像表示能力が携帯電話端末装置の世代毎に決定されているため、世代に応じたテンプレートを用いて検索結果を生成することにより、表示部５５の表示能力に応じた適切な検索結果を生成することができる。
【図面の簡単な説明】
【００９７】
【図１】本発明の実施例１に係る情報提供システムの構成を示すブロック図である。
【図２】前記情報提供システムを構成する検索サーバの構成を示すブロック図である。
【図３】前記情報提供システムを構成する情報提供サーバの詳細な構成例を示す図である。
【図４】前記情報提供サーバのインデックス保持部に保持されているインデックスデータの構造例を示す図である。
【図５】前記情報提供システムを構成する検索サーバのクローリング部に保持されているコンテンツ情報テーブルの例を示す図である。
【図６】前記クローリング部の条件保持部に保持されている禁止条件の例を示す図である。
【図７】前記条件保持部に保持されているテーブルの例を示す図である。
【図８】前記条件保持部に保持されているテーブルの例を示す図である。
【図９】前記条件保持部に保持されているテーブルの例を示す図である。
【図１０】不正ページのアドレスを保持する不正アドレステーブルの例を示す図である。
【図１１】判定処理を示すフローチャートである。
【図１２】ロボット検索用の定義ファイルの例を示す図である。
【図１３】不正ページの例を示す図である。
【図１４】前記検索サーバを構成するクローリング部の判定部による判定処理の例を示すフローチャートである。
【図１５】前記クローリング部によるクローリング動作の例を示すシーケンス図である。
【図１６】前記情報提供システムを構成する検索サーバのＤＢに保持されている表示能力対応表の例を示す図である。
【図１７】前記ＤＢに保持されている対応テーブルの例を示す図である。
【図１８】前記ＤＢに保持されている収集パターンの例を示す図である。
【図１９】前記ＤＢに保持されているエージェント定義の例を示す図である。
【図２０】前記クローリング部によるクローリング動作の例を示すシーケンス図である。
【図２１】前記クローリング動作によってＤＢに格納されるコンテンツテーブルの例を示す図である。
【図２２】前記検索サーバによる検索サービスにおける動作の例を示すシーケンス図である。
【図２３】前記検索サービスにおける他の動作の例を示すシーケンス図である。
【図２４】前記ＤＢに保持されているテンプレートの例を示す図である。
【図２５】前記テンプレート中の変数の例を示す図である。
【図２６】前記テンプレート中のコマンドの例を示す図である。
【図２７】前記テンプレートの他の例を示す図である。
【図２８】前記テンプレートの他の例を示す図である。
【図２９】前記テンプレートを用いて生成した検索結果のデータの例を示す図である。
【図３０】他の検索結果のデータによって表示される画像の例を示す図である。
【図３１】他の検索結果のデータによって表示される画像の例を示す図である。
【符号の説明】
【００９８】
１０  情報提供サーバ群、１１０，１２０  情報格納部、１２０，２２０  ＨＴＴＰサーバ、１２１  要求解析部、１２２  インデックス保持部、１２３  コンテンツ取得部、１２４  応答部、２０  検索サーバ、２１  クローリング部、２１Ａ  判定部、２１Ｂ  条件保持部，２２  ＤＢ、２２Ａ  表示能力対応表、２２Ｂ  収集パターン、２２Ｃ  検索インデックス、２２Ｄ  テンプレート、２３  検索サービス提供部、５０，６０    携帯電話端末装置、５２  ＭＰＵ、５３０  Ｗｅｂブラウザ、５３  メモリ、５３ａ  着メロデータ保持部、５３ｂ  画像データ保持部
【図１】
2005301759.tif 000003
【図２】
2005301759.tif 000004
【図３】
2005301759.tif 000005
【図４】
2005301759.tif 000006
【図５】
2005301759.tif 000007
【図６】
2005301759.tif 000008
【図７】
2005301759.tif 000009
【図８】
2005301759.tif 000010
【図９】
2005301759.tif 000011
【図１０】
2005301759.tif 000012
【図１１】
2005301759.tif 000013
【図１２】
2005301759.tif 000014
【図１３】
2005301759.tif 000015
【図１４】
2005301759.tif 000016
【図１５】
2005301759.tif 000017
【図１６】
2005301759.tif 000018
【図１７】
2005301759.tif 000019
【図１８】
2005301759.tif 000020
【図１９】
2005301759.tif 000021
【図２０】
2005301759.tif 000022
【図２１】
2005301759.tif 000023
【図２２】
2005301759.tif 000024
【図２３】
2005301759.tif 000025
【図２４】
2005301759.tif 000026
【図２５】
2005301759.tif 000027
【図２６】
2005301759.tif 000028
【図２７】
2005301759.tif 000029
【図２８】
2005301759.tif 000030
【図２９】
2005301759.tif 000031
【図３０】
2005301759.tif 000032
【図３１】
2005301759.tif 000033