(57)【要約】【課題】  ユーザの操作負担の軽減に寄与する検索装置及び情報提供システムを提供する。【解決手段】  クローリング部２１は、ＨＴＴＰリクエスト中の音声表示能力を示す拡張ヘッダを各機種グループ内の代表機種の音声表示能力に順次変更しながらクローリングを行い、得られた結果を、機種グループ内の機種名に対応させて検索インデックス２２Ｃに登録する。検索サービス提供部２３は、携帯電話端末装置５０からの検索条件（キーワード等）とＨＴＴＰリクエスト中の機種名に応じて検索インデックス２２Ｃからの検索を行う。応答部２３ｂは、テンプレート２２Ｄに応じて検索結果を生成し、ＨＴＴＰサーバ２３Ａを介して携帯電話端末装置５０のＷｅｂブラウザ５３０宛に送信させる。【選択図】      図１
2005217992.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）形式のデータと、４音のＳＭＤ形式のデータが格納されている場合について説明する。
【００３７】
クローリング部２１は、例えばＨＴＴＰサーバ１２０が提供しているインデックスデータのリンク構造を辿って、ＨＴＴＰサーバ１２０が提供するコンテンツ（曲データ）のアドレス（ＵＲＬ）を取得する。クローリング部２１は、まず、ＨＴＴＰサーバ１２０から総合インデックスのデータを取得し、順次下位のインデックスを辿って、曲データのリンクの記述を探す。曲データのリンクが見つかると、クローリング部２１は、曲データのファイル名、リンクの記述中の説明等が、ＤＢ２２中のキーワード（ｋ／ｗ）リスト２２Ｅ中のキーワード（例えば“ＡＡＡ”）のいずれかに該当するか判断する。キーワードに該当するリンクがあれば、このリンク中のアドレスを当該キーワードに対応させて検索インデックス２２Ｃに登録する。
【００３８】
このような動作（クローリング動作）は、携帯電話端末装置５０，６０の表示能力毎に行うようになっている。表示能力対応表２２Ａには、例えば図５に示すように、携帯電話端末装置のグループ毎に、当該グループを示す識別情報（機種グループ）と、当該グループ内の代表機種を示す機種名（代表）と、機種を示す機種名（機種名一覧）との対応を示す対応テーブル２２ＡＡ，２２ＡＢ，２２ＡＣが格納されている。これらの対応テーブル２２ＡＡ，２２ＡＢ，２２ＡＣは、コンテンツの種類毎に設けられている。また、識別情報に対応する表示能力（例えば同時発音数，対応フォーマット等）は、例えば図６及び図７に示すような対応テーブルとしてＤＢ２２等に格納されている。なお、識別情報に対応する表示能力毎のコンテンツを情報格納部１１０，２１０に格納する際に、識別情報に対応するディレクトリに格納する等の方法によって識別情報とコンテンツとの対応関係がわかるようにしておけば、これらの対応テーブルを設けなくてもよい。
【００３９】
クローリング部２１は、情報提供サーバのＨＴＴＰサーバに総合インデックス等のデータを要求する際に、検索対象に応じた対応テーブルを表示能力対応表２２Ａから選択し、選択した対応テーブル中の機種グループ毎に代表機種の機種名と、表示能力を示す情報等を用いて生成した拡張ヘッダを持つＨＴＴＰリクエストを送信する。例えば曲データを提供するＨＴＴＰサーバ１２０の総合インデックスのアドレス（ＵＲＬ）が“http://meloJAM.com/index.html”である場合に、クローリング部２１が生成するＨＴＴＰリクエストは、例えば“GET http://meloJAM.com/index.html HTTP/1.1 V-SH02 x-color: C4096 x-sound: 2 / 6KB”となる。ここで、ＨＴＴＰ拡張ヘッダ中の“V-SH02”は携帯電話端末装置の機種名を示す文字である。また、“x-sound: 2”は上述の機種グループを示す文字である。この文字に対応する音声表示能力は、上述の図６に示す対応テーブルから機種グループの識別情報をキー（端末属性ＩＤ）として取得することができる。すなわち、図６から“２”に対応する音声表示能力を取得すると、同時発音数が１６でＳＭＤ形式とＳＭＡＦ形式のデータに対応していることが分かる。
【００４０】
また、拡張ヘッダ中の“x-color: C4096”は、同時発色数が４０９６色であることを示しており、“6KB”の部分は、インデックスデータ等のページ記述データの上限値が６キロバイトであることを示している。
【００４１】
上述のようなクローリングは、例えば図８に示すような構成の収集パターンファイルに従って行う。この収集パターン中では、個々の収集パターン名を示す文字（例えば“PATTERN1”）と、当該収集パターンにおいてデータの収集を開始するサイトのアドレス（ＵＲＩ）を示す文字（例えば“http://www.aaa.co.jp/”等）と、当該収集に使用する設定を示すエージェント名を示す文字が定義されている。
【００４２】
また、個々のエージェント名毎に対応して、例えば図９に示すようなエージェント定義ファイル中で、エージェント名と、ブラウザのバージョンと、機種グループ毎の拡張ヘッダと、ページ上限値等を定義しておく。このテーブルは、例えば検索時に上述の表示能力対応表２２Ａを用いて生成するようにしてもよいが、予め作成してＤＢ２２に格納しておいてもよい。
【００４３】
クローリング部２１は、この図９に示すエージェント定義ファイルを参照して上述のＨＴＴＰリクエストを生成し、上述の図８に示す収集パターンに従ってクローリングを行う。具体的には、クローリング部２１は、例えば図１０に示すように、上述の図８の収集パターンファイル中で規定されたエージェントに従って、ＨＴＴＰ拡張ヘッダ内の携帯電話端末装置の音声表示能力を示す情報“x-sound: xxx”を順次を変更してＨＴＴＰサーバ１２０に対するＨＴＴＰリクエストを繰り返す（Ｓ１０１，Ｓ１０３，Ｓ１０５，Ｓ１０７）。
【００４４】
また、クローリング部２１は、各ＨＴＴＰリクエストに対するＨＴＴＰサーバ１２０の応答（Ｓ１０２，Ｓ１０４，Ｓ１０６，Ｓ１０８）から、当該ＨＴＴＰリクエストに対応するコンテンツの種類を特定し、ＤＢ２２の検索インデックス２２Ｃに登録する。
【００４５】
ＨＴＴＰサーバ１２０は、上述の図６中の端末属性ＩＤ（携帯電話端末装置の音声表示能力に対応）の内の当該ＨＴＴＰサーバ１２０が提供するコンテンツ（例えば曲データ）に対応するもの毎に、上述の図４に示すインデックス情報を有しており、携帯電話端末装置の音声表示能力に応じたインデックス情報を供給するようになっている。上述の図１の例では、４音のＳＭＤ形式、１６音及び６４音のＳＭＡＦ形式についてインデックス情報を有するが、３２音のＳＭＡＦ形式についてはＨＴＴＰサーバ１２０が提供しないためにインデックス情報も有していない。
【００４６】
上述のようにＨＴＴＰリクエストが供給されると（Ｓ１０１，Ｓ１０３，Ｓ１０５，Ｓ１０７）、ＨＴＴＰサーバ１２０の要求解析部１２１は、ＨＴＴＰリクエストの拡張ヘッダ中の“x-sound: n”の端末属性ＩＤ（“n”は音声表示能力を示す端末属性ＩＤ）によって、端末側の音声表示能力を判断し、音声表示能力に対応するインデックス情報が存在すれば、応答部１２４にインデックス情報を送信させる（Ｓ１０２，Ｓ１０４，Ｓ１０８）。一方音声表示能力に対応するインデックス情報が存在しない場合には、要求解析部１２１は、応答部１２４にインデックス情報が存在しない旨の応答メッセージを送信させる（Ｓ１０６）。
【００４７】
さらに、クローリング部２１は、情報提供サーバ１００に存在するインデックス情報を取得し、予めＤＢ２２に登録されたキーワードに対応するファイル名，文字等が存在するか否かを調べ、キーワードに該当するものがあれば、例えば図１１に示すように、検索インデックス２２Ｃに、端末の音声表示能力を機種グループを示す識別情報，当該機種グループに属する機種名一覧，コンテンツのアドレス等をキーワードに対応させて登録する。
【００４８】
以上のような動作により、携帯電話端末装置の音声表示能力に応じた検索インデックス２２Ｃが作成される。この検索インデックス２２Ｃには、対応する機種名が登録されているため、検索サービスを要求する携帯電話端末装置の機種名に応じた検索結果の抽出が容易である、また、情報提供サーバ２００によって提供される画像データについても、拡張ヘッダ中の画像表示能力を示す情報“x-color: yyy”を順次変化させてＨＴＴＰサーバ２２０にインデックス情報を要求し、上述と同様にインデックス情報中のキーワード検索を行うことにより、図１１に示すように、携帯電話端末装置の画像表示能力に応じた検索インデックス２２Ｃを作成することができる。
【００４９】
（検索サービス）
上述のようなクローリング動作と非同期に、検索サービス提供部２３は、携帯電話端末装置５０のＷｅｂブラウザ５３０等に対して検索サービスを提供している。
【００５０】
ユーザから検索サービスの利用が指示されると、Ｗｅｂブラウザ５３０は、検索サービス提供部２３に対して、検索条件の入力用のデータを要求する。これに応じて、検索サービス提供部２３からデータが供給されると、Ｗｅｂブラウザ５３０は、例えば図１２に示すように、検索語入力画面を表示部５５の表示画面に表示させる。携帯電話端末装置５０の音声表示能力が３２音である場合には、ユーザが、検索条件（例えば曲名「ＡＡＡ」）を入力して検索を指示すると、Ｗｅｂブラウザ５３０は、検索サービス提供部２３に検索条件を示す文字と当該携帯電話端末装置５０の機種名“V-xyz”を含む拡張ヘッダを含むＨＴＴＰリクエストを送信する（Ｓ２０１）。
【００５１】
検索サービス提供部２３は、Ｗｅｂブラウザ５３０から供給されたＨＴＴＰリクエスト中の検索条件を示す文字（例えば“AAA”）と拡張ヘッダ中の機種名（例えば“V-xyz”）に対応する情報を検索インデックス２２Ｃから抽出し、ヒット件数，曲名，曲データのアドレスに対するリンク情報等を含む応答メッセージ（検索結果）を生成し、Ｗｅｂブラウザ５３０宛てに送信する（Ｓ２０２）。このような応答メッセージを受信すると、Ｗｅｂブラウザ５３０は同図中に示すように、検索結果に応じた検索結果一覧画面を表示する。
【００５２】
上述の図１に示す例では、曲データ格納領域１１１に携帯電話端末装置（機種名“V-xyz”）の音声表示能力（３２音）に対応する曲ＡＡＡの曲データがなく、クローリングによって得られた検索インデックス２２Ｃには上述の図１１に示すように機種名“V-xyz”に対応する曲ＡＡＡの３２音の曲データについての情報が登録されていない。このため、検索サービス提供部２３が提供する検索結果は、この図１２に示すように、ヒット件数が０件であり、曲ＡＡＡの曲データについての情報が含まれていない状態になる。
【００５３】
また、音声表示能力が６４音の携帯電話端末装置（例えば機種名“V-SH53”）から、上述の図１２の例と同様に曲名「ＡＡＡ」を検索条件として、検索を要求した場合には、例えば図１３に示すように、検索サービス提供部２３に供給されるＨＴＴＰリクエストの拡張ヘッダには携帯電話端末装置の機種名“V-SH53”が含まれている（Ｓ３０１）。上述の図１に示す例では、曲データ格納領域１１１には曲ＡＡＡに対応する６４音の曲データがあり、検索インデックス２２Ｃには上述の図１１に示すようにに“V-SH53”に対応する曲ＡＡＡの６４音の曲データについての情報が登録されている。このため、検索サービス提供部２３が提供する検索結果には、この図１３に示すように、曲ＡＡＡの曲データについての情報が含まれている状態になる（Ｓ３０２）。
【００５４】
このような検索結果を確認したユーザが曲を選択すると、Ｗｅｂブラウザ５３０は、選択された曲に対応するリンク情報に応じて、対応する情報提供サーバ１００にユーザが選択した曲に対応する曲データの提供を要求する（Ｓ３０３）。この要求（ＨＴＴＰリクエスト）には、拡張ヘッダに携帯電話端末装置５０の音声表示能力が６４音であることを示す情報（x-sound: 7）が含まれており、情報提供サーバ１００のＨＴＴＰサーバ１２０は対応する６４音の曲データを携帯電話端末装置５０に供給する（Ｓ３０４）。
【００５５】
ところで、ＤＢ２２中のテンプレート２２Ｄには、例えば図１４，図１７及び図１８に示すように、携帯電話端末装置の世代毎に検索結果の生成に用いるテンプレートが格納されている。各テンプレート中の変数の意味は図１５に、コマンドの意味は図１６に、ぞれぞれ示されている。携帯電話端末装置の世代は、例えば検索サービス提供部２３に対するアクセス経路によって判断することができる。すなわち、第２世代（２Ｇ）の携帯電話端末装置では、Ｗｅｂブラウザ５３０は、回線交換機３１及びＧＷ３５経由でＨＴＴＰサーバ２３Ａにアクセスする。第２．５世代（２．５Ｇ）の携帯電話端末装置では、Ｗｅｂブラウザ５３０は、パケット交換機３２経由でＨＴＴＰサーバ２３Ａにアクセスする。さらに、第３世代（３Ｇ）の携帯電話端末装置では、Ｗｅｂブラウザ５３０は、ＲＮＣ４１ａ（４１ｂ）経由でＨＴＴＰサーバ２３Ａにアクセスする。ＧＷ３５，パケット交換機３２，ＲＮＣ４１ａ（４１ｂ）と検索サービス提供部２３の間では、上位プロトコルとしてＴＣＰ／ＩＰプロトコルを用いて通信を行っており、検索サービス提供部２３はアクセス元のＩＰアドレスによってどの世代の携帯電話端末装置であるかを判断することができる。
【００５６】
検索サービス提供部２３は、アクセス元の携帯電話端末装置が第２世代であれば、図１４に示すテンプレートを用い、アクセス元の携帯電話端末装置が第２．５世代であれば、図１７に示すテンプレートを用い、アクセス元の携帯電話端末装置が第３世代であれば、図１８に示すテンプレートを用いて携帯電話端末装置に対する応答メッセージを生成する。
【００５７】
具体的には、例えば携帯電話端末装置が第２世代であり、“ＡＡＡ”についての検索結果が１件である場合には、応答部２３ｂが上述の図１４に示すテンプレートを用いて生成する検索結果のデータは、例えば図１９に示すようになる。このような検索結果のデータに応じて表示部５５に表示される画像は、例えば図１３中のＳ３０２において表示される画像のようになる。
【００５８】
また、携帯電話端末装置が第２．５世代であり、“ＡＡＡ”についての検索結果が１１件である場合には、応答部２３ｂが生成する検索結果のデータに応じて表示部５５に表示される画像は、例えば図２０に示すようになる。さらに、携帯電話端末装置が第３世代であり、“ＡＡＡ”についての検索結果が１１件である場合には、応答部２３ｂが生成する検索結果のデータに応じて表示部５５に表示される画像は、例えば図２１に示すように、各コンテンツについての説明等の情報を表示することができるようになる。
【００５９】
このように、携帯電話端末装置の世代に応じてたテンプレートによって検索結果を生成することにより、携帯電話端末装置の表示能力に応じて、例えば携帯電話端末装置の世代毎に検索結果の表示件数，内容等を変更し、適切な検索結果を生成することができる。
【００６０】
以上、曲データの場合を例に説明したが、画像データについても同様に、検索サービス提供部２３は、ＨＴＴＰリクエストの拡張ヘッダ中の機種名に応じて、検索インデックス２２Ｃからのデータの抽出を行って検索結果を携帯電話端末装置に送信する。
【００６１】
（効果）
携帯電話端末装置の表示能力を考慮しないで検索を行った場合には、検索結果に携帯電話端末装置で利用できない情報が含まれてしまい、ユーザが逐一リンクを辿って当該携帯電話端末装置で表示可能なコンテンツであるか判断する必要がある。
【００６２】
これに対し、この情報提供システムでは、上述のように、検索サービス提供部２３が、検索インデックス２２Ｃから携帯電話端末装置の機種名に対応する曲データのみを検索結果として供給することができる。検索インデックス２２Ｃには、所定の機種グループ内の携帯電話端末装置の機種名と利用可能なコンテンツについての情報が対応付けられて登録されているため、携帯電話端末装置で表示できるコンテンツについての情報のみを検索結果として供給することができる。
【００６３】
従って、この情報提供システムでは、利用可能なコンテンツを取得するまでのユーザの操作回数を低減させて、ユーザの操作負担の低減に寄与することができる。また、携帯電話端末装置で利用できない曲データにアクセスする可能性を低減させることができるため、無用なトラフィックの低減，通信料金の節約に寄与することができる。
【００６４】
また、この情報提供システムでは、曲データ，画像データ等のコンテンツの種類毎に設定した機種グループ毎にクローリングを行っているため、携帯電話端末装置の表示能力に応じた適切な検索インデックス２２Ｃを生成するための情報提供サーバに対するアクセスの回数の増加を抑制することができる。
【００６５】
さらに、この情報提供システムでは、表示能力が同じ機種グループ毎に検索インデックス２２Ｃ中のデータを生成しており、機種名自体を登録しておくことにより、別途機種グループ内の機種名のテーブルを有する場合に比較してＤＢ２２中のデータの参照回数を低減させて検索の高速化に寄与することがでできる。
【００６６】
また、この情報提供システムでは、表示部５５に表示可能な文字数等の画像表示能力が携帯電話端末装置の世代毎に決定されているため、世代に応じたテンプレートを用いて検索結果を生成することにより、表示部５５の表示能力に応じた適切な検索結果を生成することができる。
【実施例２】
【００６７】
上述の実施例１では、検索サーバ２０による検索結果として、曲データ等のコンテンツのアドレス（ＵＲＬ）を含む検索結果を携帯電話端末装置に提供する場合について説明したが、情報提供サーバにアクセスする際に、広告，注意等の情報を含むページ（リンク先ページ）を経由させたい場合がある。
【００６８】
このような場合に、例えば図２２に示すように、検索インデックス２２Ｃ中には、リンク先ページのアドレスを登録しておき、検索結果中にリンク先ページのアドレスを提供することが考えられる。しかしながら、単純にリンク先ページのアドレスのみを提供すると、ユーザは再度インデックス情報に応じて目的とするコンテンツの選択を行う必要があり、操作負担の軽減から改善の余地があった。
【００６９】
このため、検索サーバ２０の検索結果にキーワードを入れておき、携帯電話端末装置から情報提供サーバにコンテンツのデータを要求する際にキーワードを情報提供サーバに提供し得るようにしてもよい。
【００７０】
具体的には、例えば検索サービス提供部（検索結果生成手段）２３がテンプレート２２Ｄを用いて検索結果を生成する際に、例えば図２３に示すように、検索インデックス２２Ｃから取得したコンテンツのアドレス（“http://meloJAM.com/cgi/abc.cgi?”）に加えてキーワードを示す情報（“keyword=AAA”）を付加してリンク先アドレス（“http://meloJAM.com/cgi/abc.cgi?keyword=AAA”）とする。なお、キーワードを示す“ＡＡＡ”の部分は、実際には携帯電話端末装置の世代に応じたキャラクタコードでエスケープエンコード（“％ｘｘ”の形式）されている。すなわち、第２世代の携帯電話端末装置の場合には、キャラクタコードとして例えばＳｈｉｆｔ−ＪＩＳが用いられており、第２．５世代と第３世代の携帯電話端末装置の場合には、キャラクタコードとして例えばＳｈｉｆｔ−ＪＩＳ，ＵＴＦ−８，ＥＵＣ−ＪＰ，ＩＳＯ−２０２２−ＪＰの中の当該携帯電話端末装置の設定に応じたキャラクターコードが用いられる。
【００７１】
このようにアドレス中にエンコードされたキーワードは、例えば図２４に示すように、ユーザが選択したコンテンツのデータを要求する際に、ＧＥＴコマンドの一部として情報提供サーバに供給される（Ｓ４０３）。情報提供サーバの要求解析部１２１は、このようなＧＥＴコマンドを受信すると、インデックス保持部１２２からキーワード“ＡＡＡ”に該当するコンテンツのアドレスを取得し、広告等の画像等の情報を有するリンク先ページのデータに、コンテンツに対するリンクの記述を付加して応答部１２４に送信させる（Ｓ４０４）。
【００７２】
携帯電話端末装置のＷｅｂブラウザ５３０は、このようなリンク先ページのデータに応じた画像を表示部５５に表させる。ユーザが、コンテンツの取得を選択すると、Ｗｅｂブラウザ５３０は、コンテンツのデータを情報提供サーバに要求する（Ｓ４０５）。これに応じて、情報提供サーバからコンテンツのデータが供給されると（Ｓ４０６）、Ｗｅｂブラウザ５３０は、供給されたデータをメモリ５３に格納する。
【００７３】
これにより、この情報提供システムでは、上述の実施例１の効果に加えて、ユーザに検索結果として目的のページ（リンク先アドレス）のアドレスを提供することができる。このため、例えばユーザの操作負担を増加させずに広告等の情報を有するページを経由させたコンテンツの提供を行うことができる。
【図面の簡単な説明】
【００７４】
【図１】本発明の実施例１に係る情報提供システムの構成を示すブロック図である。
【図２】前記情報提供システムを構成する検索サーバの構成を示すブロック図である。
【図３】前記情報提供システムを構成する情報提供サーバの詳細な構成例を示す図である。
【図４】前記情報提供サーバのインデックス保持部に保持されているインデックスデータの構造例を示す図である。
【図５】前記情報提供システムを構成する検索サーバのＤＢに保持されている表示能力対応表の例を示す図である。
【図６】前記ＤＢに保持されている対応テーブルの例を示す図である。
【図７】前記ＤＢに保持されている対応テーブルの例を示す図である。
【図８】前記ＤＢに保持されている収集パターンの例を示す図である。
【図９】前記ＤＢに保持されているエージェント定義の例を示す図である。
【図１０】前記情報提供システムを構成する検索サーバのクローリング部によるクローリング動作の例を示すシーケンス図である。
【図１１】前記クローリング動作によってＤＢに格納されるコンテンツテーブルの例を示す図である。
【図１２】前記検索サーバによる検索サービスにおける動作の例を示すシーケンス図である。
【図１３】前記検索サービスにおける他の動作の例を示すシーケンス図である。
【図１４】前記ＤＢに保持されているテンプレートの例を示す図である。
【図１５】前記テンプレート中の変数の例を示す図である。
【図１６】前記テンプレート中のコマンドの例を示す図である。
【図１７】前記テンプレートの他の例を示す図である。
【図１８】前記テンプレートの他の例を示す図である。
【図１９】前記テンプレートを用いて生成した検索結果のデータの例を示す図である。
【図２０】他の検索結果のデータによって表示される画像の例を示す図である。
【図２１】他の検索結果のデータによって表示される画像の例を示す図である。
【図２２】本発明の実施例２に係る情報提供システムにおけるクローリング動作によってＤＢに格納されるコンテンツテーブルの例を示す図である。
【図２３】前記情報提供システムを構成する検索サーバによって生成される検索結果のデータの例を示す図である。
【図２４】前記検索サーバによる検索サービスにおける動作の例を示すシーケンス図である。
【符号の説明】
【００７５】
１０  情報提供サーバ群、１１０，１２０  情報格納部、１２０，２２０  ＨＴＴＰサーバ、１２１  要求解析部、１２２  インデックス保持部、１２３  コンテンツ取得部、１２４  応答部、２０  検索サーバ、２１  クローリング部、２２  ＤＢ、２２Ａ  表示能力対応表、２２Ｂ  収集パターン、２２Ｃ  検索インデックス、２２Ｄ  テンプレート、２３  検索サービス提供部、５０，６０    携帯電話端末装置、５２  ＭＰＵ、５３０  Ｗｅｂブラウザ、５３  メモリ、５３ａ  着メロデータ保持部、５３ｂ  画像データ保持部
【図１】
2005217992.tif 000003
【図２】
2005217992.tif 000004
【図３】
2005217992.tif 000005
【図４】
2005217992.tif 000006
【図５】
2005217992.tif 000007
【図６】
2005217992.tif 000008
【図７】
2005217992.tif 000009
【図８】
2005217992.tif 000010
【図９】
2005217992.tif 000011
【図１０】
2005217992.tif 000012
【図１１】
2005217992.tif 000013
【図１２】
2005217992.tif 000014
【図１３】
2005217992.tif 000015
【図１４】
2005217992.tif 000016
【図１５】
2005217992.tif 000017
【図１６】
2005217992.tif 000018
【図１７】
2005217992.tif 000019
【図１８】
2005217992.tif 000020
【図１９】
2005217992.tif 000021
【図２０】
2005217992.tif 000022
【図２１】
2005217992.tif 000023
【図２２】
2005217992.tif 000024
【図２３】
2005217992.tif 000025
【図２４】
2005217992.tif 000026