(57)【要約】  【課題】  リクエストに基づく検索候補情報の追加を公正に行うことができると共に、リクエスト集計作業における人為的な負担を軽減できる検索装置及び検索システムを提供すること。  【解決手段】  例えば、ユーザが、既に登録されているコンテンツを検索するために検索文字列としての検索情報を入力した場合に、その検索文字列に該当するコンテンツが検索候補情報として既に登録されていれば、その検索文字列に該当するコンテンツが検索候補情報として未だに登録されていなければ、該当するコンテンツが存在しない旨が検索結果として通知されると共に、その検索文字列が、新規コンテンツの登録を要求するリクエスト情報として記憶される。その結果として、意図的に行われる不適切なリクエストが抑制されるので、多くのユーザの要求を満たす利益性の高いコンテンツを登録できる上に、リクエストの集計作業に携わる作業者の負担を軽減できる。  【選択図】    図３
2006209632.tif 000002
【特許請求の範囲】
【請求項１】
検索情報を入力する入力手段と、複数の検索候補情報を記憶する検索候補情報記憶手段と、その検索候補情報記憶手段に記憶されている複数の検索候補情報の中から、前記入力手段から入力された検索情報に該当するものがあるかを検索する第１検索手段と、その第１検索手段による検索結果を通知する通知手段とを備えた検索装置において、
前記検索候補情報記憶手段に検索候補情報として記憶されること要求する情報であるリクエスト情報を記憶するリクエスト情報記憶手段と、
前記第１検索手段による検索の結果、前記入力手段から入力された検索情報が前記検索候補情報記憶手段に記憶されている検索候補情報に不該当である場合に、その検索情報に該当する前記検索候補情報が前記検索候補情報記憶手段に不在であることを前記通知手段によって通知すると共に、該検索情報に応じた前記リクエスト情報を前記リクエスト情報記憶手段に記憶するリクエスト情報登録手段とを備えていることを特徴とする検索装置。
【請求項２】
前記リクエスト情報記憶手段に記憶されている各リクエスト情報に対するリクエスト数を記憶するリクエスト数記憶手段と、
前記第１検索手段による検索の結果、前記入力手段から入力された検索情報が前記検索候補情報記憶手段に記憶されている検索候補情報に不該当である場合に、その検索情報が前記リクエスト情報記憶手段に記憶されているリクエスト情報に該当するかを検索する第２検索手段と、
その第２検索手段による検索の結果、前記入力手段から入力された検索情報が前記リクエスト情報記憶手段に記憶されているリクエスト情報に該当する場合に、そのリクエスト情報に対応するリクエスト数記憶手段に記憶されているリクエスト数に所定数を加算する計数手段とを備えていることを特徴とする請求項１記載の検索装置。
【請求項３】
前記リクエスト情報記憶手段に記憶されているリクエスト情報を出力又は表示する第１出力手段と、
その第１出力手段によりリクエスト情報が出力又は表示された場合に、そのリクエスト情報に応じた検索候補情報を前記検索候補情報記憶手段に追加登録する指示を受け付ける第１追加登録指示受付手段と、
その第１追加登録指示受付手段により、前記第１出力手段によって出力又は表示されたリクエスト情報に応じた検索候補情報の追加登録の指示を受け付けた場合に、その検索候補情報を前記検索候補情報記憶手段に登録する検索候補情報登録手段とを備えていることを特徴とする請求項１又は２記載の検索装置。
【請求項４】
前記第１出力手段は、前記リクエスト数記憶手段に記憶されているリクエスト数が所定値以上又は所定値を越えた場合に、前記リクエスト情報記憶手段に記憶されている対応するリクエスト情報を出力又は表示するものであることを特徴とする請求項３記載の検索装置。
【請求項５】
前記検索候補情報記憶手段に既に記憶されている検索候補情報の中に、前記第１追加登録指示受付手段により追加登録の指示が受け付けられた検索候補情報に関連する情報が存在する場合に、互いの情報を関連付けて記憶する第１関連付け手段を備え、
前記第１検索手段は、前記入力手段から入力された検索情報に対して、前記第１関連付け手段により互いに関連付けられている情報を１の検索候補情報として検索を行うものであることを特徴とする請求項３又は４記載の検索装置。
【請求項６】
前記第１検索手段による検索の結果、前記入力手段から入力された検索情報が前記検索候補情報記憶手段に記憶されている検索候補情報に不該当である場合に、その検索情報が前記リクエスト情報記憶手段に記憶されているリクエスト情報に該当するかを検索する第２検索手段と、
その第２検索手段による検索の結果、前記入力手段から入力された検索情報が前記リクエスト情報記憶手段に記憶されているリクエスト情報に不該当である場合に、該入力手段から入力された検索情報を出力又は表示する第２出力手段と、
その第２出力手段により検索情報が出力又は表示された場合に、その検索情報に応じたリクエスト情報を前記リクエスト情報記憶手段に追加登録する指示を受け付ける第２追加登録指示受付手段とを備え、
前記リクエスト情報登録手段による前記リクエスト情報記憶手段への前記リクエスト情報の記憶は、前記第２追加登録指示受付手段によりリクエスト情報の追加登録が指示された場合に行うことを特徴とする請求項１から５のいずれかに記載の検索装置。
【請求項７】
前記リクエスト情報記憶手段に記憶されているリクエスト情報の中に、前記第２追加登録指示受付手段により追加登録の指示が受け付けられたリクエスト情報に関連する情報が存在する場合に、互いの情報を関連付けて記憶する第２関連付け手段を備え、
その第２関連付け手段により互いに関連付けられたリクエスト情報の組に対して、１の前記リクエスト数計数手段が対応付けられていることを特徴とする請求項６記載の検索装置。
【請求項８】
請求項３から７のいずれかに記載の検索装置と、その検索装置と通信可能である外部端末とから構成される検索システムであって、
前記外部端末は、
前記第１出力手段から出力されるリクエスト情報、又は前記第２出力手段から出力される検索情報を受信する受信手段と、
前記第１追加登録指示受付手段又は前記第２追加登録指示受付手段に対して、前記受信手段により受信されたリクエスト情報に応じた検索候補情報、又は、前記受信手段により受信された検索情報に応じたリクエスト情報を、前記検索候補情報記憶手段又は前記リクエスト情報記憶手段へ追加登録するように指示する追加登録指示手段とを備えていることを特徴とする検索システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、検索装置及び検索システムに関し、特に、ユーザの要求（リクエスト）に基づく検索候補情報の追加を公正に行うことができると共に、リクエスト集計作業における人為的な負担を軽減できる検索装置及び検索システムに関する。
【背景技術】
【０００２】
従来より、ユーザからの取得要求に応じてデータを配信するシステム、例えば、着信メロディやカラオケ用演奏データ（カラオケデータ）などの曲データ配信システムでは、ユーザからの登録要望（リクエスト）の多いデータが新たな配信用のコンテンツとしてしばしば登録される。
【０００３】
多くの場合において、そのようなリクエストの受け付けは、インターネット上の配信用のサイトにおいてリクエスト受付用の項目が設けられており、その項目において「コンテンツ登録して欲しいデータは何か？」という問いに対し、ユーザが所望するデータを表す文字列を入力して回答するアンケート形式によって行われている。
【０００４】
しかし、上記のような配信システムにおいて、アンケート形式によってユーザから積極的にリクエストを募った場合には、１人で複数回のリクエストがされたり、組織的なリクエストがされたり、悪戯による多量のリクエストがなされたりなど、不適切な行為によって不適切なリクエストがされることがある。その結果、本来ならコンテンツ登録するには不適切であるデータがコンテンツとして登録されてしまう可能性がある。この場合、登録コンテンツが有料配信されるようなものであれば、不適切なコンテンツの登録によって損益を被り得ることになる。
【０００５】
また、通常、上記のようなアンケート形式で受け付けられたリクエストは、集計用の端末（ホストコンピュータ）へ送信され、配信用のコンテンツとして採用するか否かが人為的に判断される。よって、リクエストの中に不適切なリクエストが含まれる可能性があることによって、元々煩雑なリクエストの集計作業がより煩雑となり、その結果として、配信用のコンテンツとして登録するか否かの判断を行う（リクエストの集計作業に携わる）作業者にかかる負担が大きくなることになる。
【０００６】
特開２００４−９３８２３号公報（特許文献１）には、ユーザ端末がサーバのデータベースに格納された楽曲の配信を受けることができる楽曲配信システムにおいて、ユーザ端末に対して独自のシリアル番号を付し、そのシリアル番号の正当性を判断することによって、ユーザからサーバに送信される楽曲格納リクエストにおける同一楽曲のリクエスト回数を制限できるリクエスト曲受付方法が記載されている。なお、特許文献１によれば、ユーザ端末に対して付される独自のシリアル番号は、例えば、サーバへアクセスして楽曲の配信要求および格納リクエストのサービスを受けるためにインストールされた有償ソフトウエアの製品パッケージの個々に付されたシリアル番号であることが記載されている。
【特許文献１】特開２００４−９３８２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、リクエストの受付方式が、ユーザの積極的意志に基づくものである以上、特許文献１に記載されるようにユーザ端末の個々に識別可能な独自のシリアル番号を付したとしても、複数のユーザ端末を使用したり、シリアル番号を意図的に改変する等の方法によって１人あたり複数投票することは依然可能であり、１人当たりのリクエスト回数を制限する方法として不十分であるという問題点があった。
【０００８】
本発明は、上述した問題点を解決するためになされたものであり、リクエストに基づく検索候補情報の追加を公正に行うことができると共に、リクエスト集計作業における人為的な負担を軽減できる検索装置及び検索システムを提供することを目的としている。
【課題を解決するための手段】
【０００９】
この目的を達成するために、請求項１記載の検索装置は、検索情報を入力する入力手段と、複数の検索候補情報を記憶する検索候補情報記憶手段と、その検索候補情報記憶手段に記憶されている複数の検索候補情報の中から、前記入力手段から入力された検索情報に該当するものがあるかを検索する第１検索手段と、その第１検索手段による検索結果を通知する通知手段とを備えたものであって、更に、前記検索候補情報記憶手段に検索候補情報として記憶されること要求する情報であるリクエスト情報を記憶するリクエスト情報記憶手段と、前記第１検索手段による検索の結果、前記入力手段から入力された検索情報が前記検索候補情報記憶手段に記憶されている検索候補情報に不該当である場合に、その検索情報に該当する前記検索候補情報が前記検索候補情報記憶手段に不在であることを前記通知手段によって通知すると共に、該検索情報に応じた前記リクエスト情報を前記リクエスト情報記憶手段に記憶するリクエスト情報登録手段とを備えている。
【００１０】
請求項２記載の検索装置は、請求項１記載の検索装置において、前記リクエスト情報記憶手段に記憶されている各リクエスト情報に対するリクエスト数を記憶するリクエスト数記憶手段と、前記第１検索手段による検索の結果、前記入力手段から入力された検索情報が前記検索候補情報記憶手段に記憶されている検索候補情報に不該当である場合に、その検索情報が前記リクエスト情報記憶手段に記憶されているリクエスト情報に該当するかを検索する第２検索手段と、その第２検索手段による検索の結果、前記入力手段から入力された検索情報が前記リクエスト情報記憶手段に記憶されているリクエスト情報に該当する場合に、そのリクエスト情報に対応するリクエスト数記憶手段に記憶されているリクエスト数に所定数を加算する計数手段とを備えている。
【００１１】
請求項３記載の検索装置は、請求項１又は２記載の検索装置において、前記リクエスト情報記憶手段に記憶されているリクエスト情報を出力又は表示する第１出力手段と、その第１出力手段によりリクエスト情報が出力又は表示された場合に、そのリクエスト情報に応じた検索候補情報を前記検索候補情報記憶手段に追加登録する指示を受け付ける第１追加登録指示受付手段と、その第１追加登録指示受付手段により、前記第１出力手段によって出力又は表示されたリクエスト情報に応じた検索候補情報の追加登録の指示を受け付けた場合に、その検索候補情報を前記検索候補情報記憶手段に登録する検索候補情報登録手段とを備えている。
【００１２】
請求項４記載の検索装置は、請求項３記載の検索装置において、前記第１出力手段は、前記リクエスト数記憶手段に記憶されているリクエスト数が所定値以上又は所定値を越えた場合に、前記リクエスト情報記憶手段に記憶されている対応するリクエスト情報を出力又は表示するものである。
【００１３】
請求項５記載の検索装置は、請求項３又は４記載の検索装置において、前記検索候補情報記憶手段に既に記憶されている検索候補情報の中に、前記第１追加登録指示受付手段により追加登録の指示が受け付けられた検索候補情報に関連する情報が存在する場合に、互いの情報を関連付けて記憶する第１関連付け手段を備え、前記第１検索手段は、前記入力手段から入力された検索情報に対して、前記第１関連付け手段により互いに関連付けられている情報を１の検索候補情報として検索を行うものである。
【００１４】
請求項６記載の検索装置は、請求項１から５のいずれかに記載の検索装置において、前記第１検索手段による検索の結果、前記入力手段から入力された検索情報が前記検索候補情報記憶手段に記憶されている検索候補情報に不該当である場合に、その検索情報が前記リクエスト情報記憶手段に記憶されているリクエスト情報に該当するかを検索する第２検索手段と、その第２検索手段による検索の結果、前記入力手段から入力された検索情報が前記リクエスト情報記憶手段に記憶されているリクエスト情報に不該当である場合に、該入力手段から入力された検索情報を出力又は表示する第２出力手段と、その第２出力手段により検索情報が出力又は表示された場合に、その検索情報に応じたリクエスト情報を前記リクエスト情報記憶手段に追加登録する指示を受け付ける第２追加登録指示受付手段とを備え、前記リクエスト情報登録手段による前記リクエスト情報記憶手段への前記リクエスト情報の記憶は、前記第２追加登録指示受付手段によりリクエスト情報の追加登録が指示された場合に行う。
【００１５】
請求項７記載の検索装置は、請求項６記載の検索装置において、前記リクエスト情報記憶手段に記憶されているリクエスト情報の中に、前記第２追加登録指示受付手段により追加登録の指示が受け付けられたリクエスト情報に関連する情報が存在する場合に、互いの情報を関連付けて記憶する第２関連付け手段を備え、その第２関連付け手段により互いに関連付けられたリクエスト情報の組に対して、１の前記リクエスト数計数手段が対応付けられている。
【００１６】
請求項８記載の検索システムは、請求項３から７のいずれかに記載の検索装置と、その検索装置と通信可能である外部端末とから構成されるものであって、前記外部端末は、前記第１出力手段から出力されるリクエスト情報、又は前記第２出力手段から出力される検索情報を受信する受信手段と、前記第１追加登録指示受付手段又は前記第２追加登録指示受付手段に対して、前記受信手段により受信されたリクエスト情報に応じた検索候補情報、又は、前記受信手段により受信された検索情報に応じたリクエスト情報を、前記検索候補情報記憶手段又は前記リクエスト情報記憶手段へ追加登録するように指示する追加登録指示手段とを備えている。
【発明の効果】
【００１７】
請求項１記載の検索装置によれば、入力手段から検索情報が入力されると、その検索情報が、検索候補情報記憶手段に記憶される複数の検索情報の中に該当するかどうかが第１検索手段によって検索され、その第１検索手段による検索結果が通知手段により通知されるものであると共に、第１検索手段による検索の結果、入力手段から入力された検索情報が検索候補情報記憶手段に記憶されている検索候補情報に不該当である場合に、リクエスト情報登録手段により、該検索情報に応じたリクエスト情報が、リクエスト情報記憶手段に記憶される。なお、このリクエスト情報とは、後に検索候補情報記憶手段に検索候補情報として記憶されることを要求する情報である。
【００１８】
また、リクエスト情報登録手段によって、上記のようにリクエスト情報がリクエスト情報記憶手段に記憶されるだけでなく、通知手段によって、入力手段から入力された検索情報に該当する検索候補情報が検索候補情報記憶手段に不在であることが通知される。
【００１９】
即ち、例えば、ユーザが、既に登録（記憶）されているコンテンツを検索するために検索文字列としての検索情報を入力した場合に、その検索文字列に該当するコンテンツが検索候補情報として既に登録されていれば、その登録されている旨が検索結果として通知される。その一方で、その検索文字列（検索情報）に該当するコンテンツが検索候補情報として未だに登録されていなければ、該当するコンテンツが存在しない旨が検索結果として通知されると共に、その検索文字列（検索情報）が、新規コンテンツの登録を要求するリクエスト情報として記憶される。
【００２０】
従って、アンケート形式のようにユーザの積極的意志に基づいてリクエストを受け付けるのではなく、ユーザがコンテンツとしてあるか否かを確認する検索文字列（検索情報）がリクエスト情報として利用されることになる。
【００２１】
その結果として、意図的に行われる不適切なリクエストが抑制されるので、多くのユーザの要求を満たす利益性の高いコンテンツを登録できるという効果がある。また、不適切なリクエストが抑制されるので、リクエストの集計作業に携わる作業者の負担を軽減できるという効果もある。
【００２２】
なお、第１検索手段によって「該当する」と判断される場合としては、互いの情報が完全一致する場合だけでなく、前方一致や後方一致や部分一致する場合や、互いの情報の相関性の高い場合なども含まれる。
【００２３】
請求項２記載の検索装置によれば、請求項１記載の検索装置の奏する効果に加え、第１検索手段による検索の結果、入力手段から入力された検索情報が検索候補情報記憶手段に記憶されている検索候補情報に不該当である場合に、その検索情報について、リクエスト情報記憶手段に記憶されているリクエスト情報に該当するかが、第２検索手段によって検索される。そして、その第２検索手段による検索の結果、入力手段から入力された検索情報がリクエスト情報記憶手段に記憶されているリクエスト情報に該当する場合に、そのリクエスト情報に対応するリクエスト数記憶手段に記憶されているリクエスト数に、計数手段によって所定数が加算される。
【００２４】
よって、リクエスト記憶手段にリクエスト情報が登録されて以降、そのリクエスト情報に対応する検索情報が次に入力されると、そのリクエスト情報に対するリクエスト数が計数される。従って、リクエスト数は、ユーザがリクエストであることを特に意図することなく入力された検索情報に基づいて計数されることになる。即ち、ユーザの純粋な要求を反映した適切なリクエストに対するリクエスト数が計数されることになる。その結果として、リクエストの集計作業に携わる作業者の負担を軽減できるという効果がある。
【００２５】
なお、第２検索手段によって「該当する」と判断される場合としては、互いの情報が完全一致する場合だけでなく、前方一致や後方一致や部分一致する場合や、互いの情報の相関性の高い場合なども含まれる。
【００２６】
請求項３記載の検索装置によれば、請求項１又は２記載の検索装置に奏する効果に加えて、第１出力手段により、リクエスト情報記憶手段に記憶されているリクエスト情報が出力又は表示された場合に、そのリクエスト情報に応じた検索候補情報を検索候補情報記憶手段に追加登録する指示が、第１追加登録指示受付手段により受け付けられると、その検索検索候補情報が検索候補情報登録手段によって検索候補情報記憶手段に登録される。
【００２７】
即ち、ユーザがリクエストとして特別に意識することなく入力された検索情報に基づいてリクエスト記憶手段に記憶されていたリクエスト情報に応じたコンテンツに対応する検索候補情報を、検索候補記憶手段に追加するように指示されたことが受け付けられると、指示された検索候補情報が検索候補記憶手段に記憶される。
【００２８】
よって、ユーザの純粋な要求を反映したリクエスト情報に応じたコンテンツに対応する検索候補情報が登録されることになる。そのため、多くのユーザの要求を満たす利益性の高いコンテンツを登録できるという効果がある。
【００２９】
なお、第１出力手段による出力又は表示には、液晶表示装置などへの表示や、プリンタなどへの印字出力や、通信可能な他の装置へのデータ出力などが含まれる。
【００３０】
請求項４記載の検索装置によれば、請求項３記載の検索装置の奏する効果に加えて、リクエスト数記憶手段に記憶されているリクエスト数が所定値以上又は所定値を越えた場合に、リクエスト情報記憶手段に記憶されている対応するリクエスト情報が、第１出力手段により出力又は表示される。
【００３１】
従って、検索候補情報として検索候補情報記憶手段に記憶されていない検索文字列（検索情報）が多く検索されると、その検索情報がリクエスト情報として第１出力手段から出力又は表示されることになる。その結果として、多くのユーザの要求を満たす利益性の高いコンテンツを登録できるという効果がある。また、第１出力手段からリクエスト情報を出力又は表示するか否かが、ユーザの純粋な要求を反映したリクエスト数（検索数）に基づいて決まるので、リクエストの集計作業に携わる作業者の負担を軽減できるという効果がある。
【００３２】
請求項５記載の検索装置によれば、請求項３又は４記載の検索装置の奏する効果に加えて、検索候補情報記憶手段に既に記憶されている検索候補情報の中に、第１追加登録指示受付手段により追加登録の指示が受け付けられた検索候補情報に関連する情報が存在する場合に、それらの互いに関連する情報が第１関連付け手段により関連付けられて記憶される。そして、第１検索手段による検索の際には、入力手段から入力された検索情報に対し、第１関連付け手段により関連付けられた情報のいずれかが該当すれば、１のコンテンツを代表して表す検索候補情報に該当するとされる。
【００３３】
正式名称に対する通称の存在や、検索情報の入力の際に、英語表記の名称をひらがな入力、カタカナ入力、又はローマ字入力させた場合に生じ得る検索文字列の相違などにより、１つのコンテンツを意味する複数の文字列が入力される可能性がある。一般的には、ユーザにより入力された検索文字列を、登録されたコンテンツに対応する検索候補情報の中から検索する場合には、完全一致検索によって行われるので、上記のように、１つのコンテンツに対して複数の文字列が入力される可能性あった場合には、検索候補情報に対応する文字列以外はヒットしない。
【００３４】
しかし、第１追加登録指示手段による検索候補情報の追加が指示された検索候補情報と検索候補情報記憶手段に既に登録されている検索候補情報とが同じコンテンツを表すものである場合に、これらの検索候補情報が第１関連付け手段により関連付けられているので、同じコンテンツに対して複数のリクエスト情報が作成されることを防止することができる。その結果、リクエストの集計作業における作業者が、同じコンテンツを表す複数のリクエスト情報があるか否かを監視することが不要となり、作業者の作業負担を軽減できるという効果がある。
【００３５】
なお、「互いに関連する情報が第１関連付け手段により関連付けられて記憶される」は、第１追加登録指示受付手段により検索候補情報の追加登録の指示と共に、その検索候補情報と検索候補情報記憶手段に既に登録されている検索候補情報とを関連付ける指示を付加した場合に行われるものであってもよいし、あるいは、第１追加登録指示受付手段により追加登録の指示がされた検索候補情報が、検索候補情報記憶手段に既に登録されている検索候補情報であると、アルゴリズムによって自動判別された場合に行われるものであってもよい。
【００３６】
請求項６記載の検索装置によれば、請求項１から５のいずれかに記載の検索装置の奏する効果に加えて、第１検索手段による検索の結果、入力手段から入力された検索情報が検索候補情報記憶手段に記憶されている検索候補情報に不該当であった場合に、その検索情報がリクエスト情報記憶手段に記憶されているリクエスト情報に該当するかが、第２検索手段により検索される。その第２検索手段による検索の結果、入力手段から入力された検索情報がリクエスト情報記憶手段に記憶されているリクエスト情報に不該当であった場合に、該入力手段から入力された検索情報が、第２出力手段によって出力又は表示される。
【００３７】
そして、その第２出力手段により検索情報が出力又は表示された場合に、その検索情報に応じたリクエスト情報をリクエスト情報記憶手段に追加登録する指示が第２追加登録指示受付手段により受け付けられ、そのように第２追加登録指示受付手段によりリクエスト情報の追加登録が指示されると、リクエスト情報登録手段によるリクエスト情報記憶手段へのリクエスト情報の記憶が行われる。
【００３８】
即ち、ユーザの入力した検索文字列（検索情報）が、検索候補情報としてもリクエスト情報としても存在しなかった場合に、その検索文字列（検索情報）が第２出力手段によって出力又は表示される。そして、必要に応じて、その検索文字列（検索情報）が新たなリクエスト情報として登録される。
【００３９】
よって、例えば、第２出力手段によって出力又は表示された検索文字列に対し、作業者が必要に応じてリクエスト情報記憶手段へ追加登録するように指示を出すことにより、誤入力された文字列などの不適切なものがリクエスト情報として登録されることを防止できる。その結果として、最終的にリクエスト情報を集計する際に、リクエストの集計作業をする作業者がリクエスト情報の正当性を吟味する必要がなくなり、作業者の負担を軽減できるという効果がある。
【００４０】
なお、第２出力手段による出力又は表示には、液晶表示装置などへの表示や、プリンタなどへの印字出力や、本発明の検索装置と通信可能な他の装置（ホストコンピュータなど）へのデータ出力などが含まれる。
【００４１】
請求項７記載の検索装置によれば、請求項６記載の検索装置の奏する効果に加えて、リクエスト情報記憶手段に記憶されているリクエスト情報の中に、第２追加登録指示受付手段により追加登録の指示が受け付けられたリクエスト情報に関連する情報が存在する場合に、それらの互いの情報が第２関連付け手段により関連付けられて記憶される。そして、その第２関連付け手段により互いに関連付けられたリクエスト情報の組に対して、１の前記リクエスト数計数手段が対応付けられている。
【００４２】
よって、第２追加登録指示手段によるリクエスト情報の追加が指示された場合に、そのリクエスト情報とリクエスト情報記憶手段に既に登録されているリクエスト情報とが、第２関連付け手段により関連付けられていれば、１つのリクエスト情報としてリクエスト数が計数されることになる。
【００４３】
従って、同じコンテンツを表すものであるにもかかわらず、入力される検索文字列の相違によって生じ得る複数のリクエスト情報によってリクエスト数が分散されることがない。そのため、１のコンテンツに対するリクエスト状況を正確に把握することができるので、多くのユーザの要求を満たす利益性の高いコンテンツを登録できるという効果がある。
【００４４】
また、リクエストの集計作業に携わる作業者が、１のコンテンツに対して複数のリクエスト情報があることを考慮しなくとも、１のコンテンツに対するリクエスト状況を正確に把握することができるので、作業者の作業負担を軽減できるという効果がある。
【００４５】
なお、「互いに関連する情報が第２関連付け手段により関連付けられて記憶される」は、第２追加登録指示受付手段によりリクエスト情報の追加登録の指示と共に、そのリクエスト情報とリクエスト情報記憶手段に既に登録されているリクエスト情報とを関連付ける指示を付加した場合に行われるものであってもよいし、あるいは、第２追加登録指示受付手段により追加登録の指示がされたリクエスト情報が、リクエスト情報記憶手段に既に登録されているリクエスト情報であると、アルゴリズムによって自動判別された場合に行われるものであってもよい。
【００４６】
請求項８記載の検索システムによれば、請求項３から７のいずれかに記載の検索装置と通信可能に接続された外部端末において、検索装置の第１出力手段から出力されたリクエスト情報、又は検索装置の第２出力手段から出力された検索情報が受信手段により受信される。そして、外部端末は、該受信手段により受信されたリクエスト情報に応じた検索候補情報、又は、受信手段により受信された検索情報に応じたリクエスト情報が、追加登録指示手段により、検索候補情報記憶手段又はリクエスト情報記憶手段に追加登録されるように、検索装置の第１追加登録指示受付手段又は第２追加登録指示受付手段に対して指示する。
【００４７】
即ち、請求項８記載の検索システムによれば、外部端末装置において、検索装置から受信されたリクエスト情報に応じた検索候補情報、又は、検索装置から受信された検索情報に応じたリクエスト情報が、検索装置に対して追加登録されるように指示される。
【００４８】
よって、この検索システムによれば、アンケート形式のようにユーザの積極的意志に基づいてリクエストを受け付けるのではなく、ユーザがコンテンツとしてあるか否かを確認する検索文字列（検索情報）がリクエスト情報として利用されることになる。
【００４９】
その結果として、意図的に行われる不適切なリクエストが抑制されるので、多くのユーザの要求を満たす利益性の高いコンテンツを登録できるという効果がある。また、不適切なリクエストが抑制されるので、リクエストの集計作業に携わる作業者の負担を軽減できるという効果もある。
【発明を実施するための最良の形態】
【００５０】
以下、本発明の好ましい実施例について、添付図面を参照して説明する。図１は、本発明の第１実施例における検索システム１００の構成を示すブロック図である。図１に示すように、検索システム１００は、所謂通信カラオケシステムであり、検索装置１と、カラオケ装置９０と、検索装置１及びカラオケ装置９０に対して、無線、有線、インターネットなどの通信回線７０を介して通信可能なホストコンピュータ７０とから主に構成されている。
【００５１】
検索装置１は、カラオケ装置９０において演奏可能なコンテンツを検索するための装置であると共に、所望するコンテンツをカラオケ装置９０で演奏させるための選曲装置としても機能するものである。なお、この検索装置１における選曲機能については、本発明の要旨ではないので基本的に省略する。
【００５２】
この検索装置１は、検索装置１全体の動作を制御するＣＰＵ１１と、そのＣＰＵ１１により実行される各種の制御プログラムや固定値データを記憶するＲＯＭ１２と、ＣＰＵ１１により実行される各種処理に必要なデータやプログラム等を一時的に記憶するためのメモリであるＲＡＭ１３と、書き換え可能な大容量の記憶装置であり、電源断後もデータを保持する不揮発性のメモリであるハードディスクなどの記憶部１４と、液晶表示装置（ＬＣＤ）などの表示部１５と、英数字データや仮名データを入力可能なテンキー又はキーボードや、操作ボタンなどの入力部１６と、カラオケ装置９０又はホストコンピュータ５０と赤外線通信を行う際の赤外線の受光部であり発光部でもある通信部１７とを主に備えており、これらの構成が互いにバスライン２０によって接続されている。
【００５３】
記憶部１４は、コンテンツデータベース１４ａ（以下、「コンテンツＤＢ１４ａ」と称する）と、リクエストデータベース１４ｂ（以下、「リクエストＤＢ１４ｂ」と称する）と、リクエスト候補データベース１４ｃ（以下、「リクエスト候補ＤＢ１４ｃ」と称する）と、名称変換データベース１４ｄ（以下、「名称変換ＤＢ１４ｄ」と称する）とを備えている。
【００５４】
次に、記憶部１４に設けられた各データベース１４ａ〜１４ｄについて具体的に説明する。その際、図２（ａ）〜（ｄ）を適宜参照しつつ説明する。ここで、図２（ａ）〜（ｄ）は、それぞれ、各データベース１４ａ〜１４ｄの構造の模式図である。
【００５５】
コンテンツＤＢ１４ａは、カラオケ装置９０で演奏可能なコンテンツの情報（以下、必要に応じて「検索候補情報」と称する）を格納するデータベースである。
【００５６】
図２（ａ）に示すように、コンテンツＤＢ１４ａには、１のコンテンツを表す１のコンテンツＩＤ１４ａ１に対し、その検索候補情報１４ａ２として、コンテンツに対応する各種情報（曲名や歌手名など）が記憶されている。
【００５７】
ここで、ユーザが、コンテンツＤＢ１４ａの中から所望のコンテンツがあるか否かを検索する場合には、ユーザにより指定された検索条件に応じて対応する検索候補情報１４ａ２が参照される。
【００５８】
例えば、ユーザが検索条件として曲名を指定した場合には（曲名検索）、ユーザにより入力された検索文字列（以下、必要に応じて「検索情報」と称する）に対して、各コンテンツＩＤ１４ａ１の検索候補情報１４ａ２における曲名の情報が参照される。また、ユーザが検索条件として歌手名を指定した場合には（歌手名検索）、ユーザにより入力された検索情報（検索文字列）に対して、各コンテンツＩＤ１４ａ１の検索候補情報１４ａ２における歌手名の情報が参照される。
【００５９】
なお、このコンテンツＤＢ１４ａは、検索装置１を選曲装置として機能させる場合において、カラオケ装置７０で演奏されることを所望するコンテンツを選択するためのデータベースとして使用される。ユーザが入力部１６を操作することによって、コンテンツＤＢ１４ａの中から所望のコンテンツを選曲し、その選曲情報を通信部１７から通信部４１へ赤外線通信によって転送すると、所望するコンテンツに対応する曲データ（カラオケデータ）がカラオケ装置７０において演奏される。
【００６０】
リクエストＤＢ１４ｂは、コンテンツＤＢ１４ａへの登録がリクエストされたコンテンツの情報（以下、必要に応じて「リクエスト情報」と称する）を格納するデータベースである。
【００６１】
図２（ｂ）に示すように、このリクエストＤＢ１４ｂには、１のリクエストＩＤ１４ｂ１に対し、リクエスト情報１４ｂ２として、リクエストされたコンテンツに対応する各種情報（曲名や歌手名など）が記憶されている。
【００６２】
また、各リクエストＩＤ１４ｂ１に対し、１のリクエストカウンタ１４ｂ３が設けられている。このリクエストカウンタ１４ｂ３は、１のリクエストＩＤ１４ｂ１に対応するリクエスト情報１４ｂ２に対するリクエスト数を記憶するカウンタである。
【００６３】
ユーザにより入力された検索情報（検索文字列）に該当するリクエスト情報１４ｂ２が、リクエストＤＢ１４ｂ内に存在することが確認された場合に、そのリクエスト情報１４ｂ２に対応するリクエストカウンタ１４ｂ３の値に「１」が加算される。
【００６４】
詳細は後述するが、このリクエストカウンタ１４ｂ３の値が所定数を越えると、対応するリクエストＩＤ１４ｂ１のリクエスト情報１４ｂ２が、通信回線７０を介してホストコンピュータ５０へ出力（送信）される。そして、ホストコンピュータ５０に受信されたリクエスト情報１４ｂ２は、リクエスト集計作業に携わる作業者による人為的判断の結果、必要と判断されれば、対応するコンテンツが作成される。コンテンツが作成されると、そのコンテンツに対応する検索候補情報１４ａ２がホストコンピュータ５０から検索装置１へ出力された結果として、コンテンツＤＢ１４ａに登録される。
【００６５】
リクエスト候補ＤＢ１４ｃは、リクエスト情報１４ｂ２の候補とされる情報（以下、必要に応じて「リクエスト候補情報」と称する）を格納するデータベースである。図２（ｃ）に示すように、このリクエスト候補ＤＢ１４ｃには、１のリクエスト候補ＩＤ１４ｃ１に対し、リクエスト候補情報１４ｃ２として、リクエスト情報の候補であるコンテンツに対応する各種情報（曲名や歌手名など）が記憶されている。なお、本実施例では、「１」から「５０」までの５０個のリクエスト候補ＩＤ１４ｃ１が予め設定されている。
【００６６】
名称変換ＤＢ１４ｄは、入力された検索情報（検索文字列）をその検索情報に関連付けられた文字列に変換するためのデータベースである。図２（ｄ）に示すように、この名称変換ＤＢ１４ｄには、１の変換ＩＤ１４ｄ１に対し、１の変換前名称１４ｄ２と、その変換前名称１４ｄ２に対し検索用に統一される文字列である変換後名称１４ｄ３とが互いに関係付けられて記憶されている。
【００６７】
詳細は後述するが、検索情報（検索文字列）が入力された場合に、その検索情報に該当する変換前名称１４ｄ２が存在すれば、入力された検索情報は、対応する変換後名称１４ｄ３に記憶された名称に変換される。そして、その名称変換ＤＢ１４ｄにより変換された文字列が、コンテンツＤＢ１４ａ、リクエストＤＢ１４ｂ、リクエスト候補ＤＢ１４ｃに記憶される各種情報と比較される。
【００６８】
１の正式名称に対する通称の存在や、英語表記の名称をひらがな入力、カタカナ入力、又はローマ字入力させた場合に生じ得る検索情報の相違などにより、１つの名称（例えば、曲名）を表す複数の文字列が検索情報（検索文字列）として入力される可能性がある。しかし、入力された検索情報を名称変換ＤＢ１４ｄを用いて、１の名称（例えば、曲名）を表す複数の文字列に変換することによって、互いに関連する複数の検索情報（検索文字列）に対して、同一の結果を出すことができる。
【００６９】
ホストコンピュータ５０は、検索装置１から受信したリクエスト情報に対する処理を行う処理端末であると共に、カラオケ装置７０へ曲データを配信するカラオケホストとして機能する端末である。このホストコンピュータ５０は、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、データを表示又は出力する表示装置や印刷装置や記憶媒体への書き込み装置などのデータ出力部５５、ユーザによってデータを入力するためのキーボードや記憶媒体からデータを読み込むための読み込み装置などのデータ入力部５６、検索装置１やカラオケ装置９０との通信を行うために通信回線７０に接続するためのモデム５４などを主に備えており、これらの構成がバスライン５８により互いに接続されている。
【００７０】
カラオケ装置９０は、曲データ（カラオケデータ）を演奏する楽音再生装置であり、検索装置１の選曲機能によって選択されたコンテンツに対応する曲データ（カラオケデータ）を演奏するものである。このカラオケ装置９０には、曲データを演奏するための音源の他に、ＬＡＮ接続されたルーター４２を介して送信される、検索装置１からの選曲情報やホストコンピュータ５０から送信された曲データを受信する送受信部や、カラオケデータを蓄積するハードディスクなどの記憶部などが備えられている（いずれも非図示）。
【００７１】
検索装置１とカラオケ装置９０とホストコンピュータ５０とは、図１に示すように、通信部４１とモデム４３とルーター４２とから構成される通信接続装置を介して互いに通信可能に接続されている。なお、通信部４１は、検索装置１と赤外線通信を行うためのものであり、モデム４３は、通信回線７０を介した通信を行うためのものであり、ルーター４２は、カラオケ装置９０にＬＡＮ接続されると共に、モデム４３と通信部４１との間に接続されて、検索装置１とカラオケ装置９０とホストコンピュータ５０との通信を中継する中継装置である。
【００７２】
次に、図３及び図４のフローチャートを参照して、上記のように構成された検索システム１００における検索装置１で実行される処理について説明する。図３は、本実施例の検索装置１で実行される入力処理のフローチャートであり、図４は、検索装置１で実行される登録処理のフローチャートである。なお、図３及び図４のフローチャートで示す処理を実行するプログラムは、検索装置１のＲＯＭ１２に制御プログラムの一部として記憶されている。
【００７３】
図３に示す入力処理は、入力部１６又は通信部１７からデータが入力された場合に起動し、そのデータに応じた処理を行うものである。図３に示すように、この入力処理では、まず、入力されたのは、ユーザによる入力部１６の操作によって入力された検索情報（検索文字列）であるかを確認する（Ｓ３０１）。
【００７４】
Ｓ３０１の処理により確認した結果、入力されたデータが検索情報（検索文字列）であれば（Ｓ３０１：Ｙｅｓ）、その検索情報を名称変換ＤＢ１４ｄの中から検索する（Ｓ３０２）。具体的には、Ｓ３０２では、名称変換ＤＢ１４ｄに記憶されている変換前名称１４ｄ２の中に検索情報に該当するものがあるかを検索する。Ｓ３０２の処理後、その検索がヒットしたかを確認する（Ｓ３０３）。
【００７５】
Ｓ３０３の処理により確認した結果、Ｓ３０２の検索がヒットした場合、即ち、名称変換ＤＢ１４ｄに記憶される変換前名称１４ｄ２の中に検索情報に該当するものが存在した場合には（Ｓ３０３：Ｙｅｓ）、入力された検索情報を名称変換ＤＢ１４ｄに基づいて対応する変換後名称１４ｄ３に変換する（Ｓ３０４）。なお、Ｓ３０４の処理により、名称変換ＤＢ１４ｄに基づいて変換された検索情報を「変換された検索情報」と称する。
【００７６】
Ｓ３０４の処理後、変換された検索情報をコンテンツＤＢ１４ａの中から検索する（Ｓ３０５）。具体的には、Ｓ３０５では、コンテンツＤＢ１４ａに記憶されている検索候補情報１４ａ２に変換された検索情報に該当する情報（例えば、曲名検索の場合は曲名）があるかを検索する。
【００７７】
一方で、Ｓ３０３の処理により確認した結果、Ｓ３０２の検索がヒットしなかった場合、即ち、名称変換ＤＢ１４ｄに記憶される変換前名称１４ｄ２の中に検索情報に該当するものが存在しなかった場合には（Ｓ３０３：Ｎｏ）、Ｓ３０４をスキップして、Ｓ３０５の処理へ移行し、入力された検索情報をコンテンツＤＢ１４ａの中から検索する。
【００７８】
Ｓ３０５の処理後、その検索がヒットしたかを確認し（Ｓ３０６）、ヒットした場合、即ち、コンテンツＤＢ１４ａに記憶されている検索候補情報１４ａ２に該当する検索情報（ユーザによって入力された検索情報、又はＳ３０４の処理によって変換された検索情報）が存在した場合には（Ｓ３０６：Ｙｅｓ）、ヒットした情報を表示部１５への表示によって通知し（Ｓ３１４）、この入力処理を終了する。
【００７９】
一方で、Ｓ３０６の処理により確認した結果、Ｓ３０５の検索がヒットしなかった場合、即ち、コンテンツＤＢ１４ａに記憶されている検索候補情報１４ａ２に該当する検索情報が存在しなかった場合には（Ｓ３０６：Ｎｏ）、その検索情報（ユーザによって入力された検索情報、又はＳ３０４の処理によって変換された検索情報）をリクエストＤＢ１４ｂの中から検索する（Ｓ３０７）。具体的には、Ｓ３０７では、リクエストＤＢ１４ｂに記憶されているリクエスト情報１４ｂ２に検索情報に該当する情報（例えば、曲名検索の場合は曲名）があるかを検索する。
【００８０】
Ｓ３０７の処理後、その検索がヒットしたかを確認し（Ｓ３０８）、ヒットした場合、即ち、リクエストＤＢ１４ｂに記憶されているリクエスト情報１４ｂ２に該当する検索情報が存在した場合には（Ｓ３０８：Ｙｅｓ）、その検索情報に該当するリクエスト情報１４ｂ２に対応するリクエストカウンタ１４ｂ３の値に「１」加算し（Ｓ３０９）、そのリクエストカウンタ１４ｂ３の値が予め規定された所定値（例えば、「５０」）を越えたかを確認する（Ｓ３１０）。
【００８１】
Ｓ３１０の処理により確認した結果、リクエストカウンタ１４ｂ３の値が所定値（例えば、「５０」）を越えていれば（Ｓ３１０：Ｙｅｓ）、そのリクエストカウンタ１４ｂ３に対応するリクエスト情報１４ｂ２をホストコンピュータ５０へ出力（送信）する（Ｓ３１１）。この場合、出力すべきリクエスト情報１４ｂ２を通信部１７から赤外線通信によって通信部４１へ出力（送信）し、モデム４３から通信回線７０を介してホストコンピュータ５０へ出力（送信）する。
【００８２】
Ｓ３１１において、リクエスト情報１４ｂ２がホストコンピュータ５０へ出力されると、そのリクエスト情報１４ｂ２は、後述するホストコンピュータ５０で実行される受信処理（図５参照）においてデータ出力部５５から出力（又は表示）される。そして、リクエストの集計作業に携わる作業者によって、そのリクエスト情報１４ｂ２に対応するコンテンツの作成の必要性があると判断された場合に、そのリクエスト情報１４ｂ２に対応するコンテンツが新たに作成される。
【００８３】
Ｓ３１１の処理によってホストコンピュータ５０へ出力されるリクエスト情報１４ｂ２は、ユーザがコンテンツの検索を意図して入力された検索情報に基づくものである。即ち、このリクエスト情報１４ｂ２は、ユーザの積極的な意志によってなされたリクエストではないので、コンテンツとして作成されるには不適切なものである可能性は低減されている。
【００８４】
よって、このリクエスト情報１４ｂ２に基づいて、多くのユーザの要求を満たす利益性の高いコンテンツを作成することができるのである。また、リクエストの集計に携わる作業者がコンテンツ作成の必要性を判断する場合において、その労力を軽減することができる。
【００８５】
さらに、Ｓ３１１では、リクエストカウンタ１４ｂ３の値を参照して、同じリクエスト情報１４ｂ２に対するリクエスト数が所定値を越えたリクエスト情報１４ｂ２を、自動的にホストコンピュータ５０へ出力する。よって、適切なリクエストであるリクエスト情報１４ｂ２に対するリクエスト数の多いものがホストコンピュータへ自動送信されることになるので、リクエストの集計に携わる作業者にかかる作業の負担を軽減することができる。
【００８６】
Ｓ３１２の処理後、Ｓ３０５の検索がヒットしなかったこと、即ち、入力された検索情報、又はＳ３０４の処理によって変換された検索情報に該当する検索候補情報１４ａ２がコンテンツＤＢ１４ａに存在しなかったことを、表示部１５への表示によって通知し（Ｓ３１３）、この入力処理を終了する。
【００８７】
一方で、Ｓ３１０の処理により確認した結果、リクエストカウンタ１４ｂ３の値が所定値（例えば、「５０」）を越えていなければ（Ｓ３１０：Ｎｏ）、Ｓ３１１，Ｓ３１２をスキップして、Ｓ３１３の処理へ移行する。
【００８８】
また、Ｓ３０８の処理により確認した結果、Ｓ３０７の検索がヒットしなかった場合、即ち、リクエストＤＢ１４ｂに記憶されているリクエスト情報１４ｂ２に該当する検索情報が存在しなかった場合には（Ｓ３０８：Ｎｏ）、その検索情報（ユーザによって入力された検索情報、又はＳ３０４の処理によって変換された検索情報）をリクエスト候補ＤＢ１４ｃに登録（記憶）する（Ｓ３１５）。なお、Ｓ３１５では、空きリクエスト候補ＩＤに、検索情報がリクエスト候補情報１４ｃ２として登録される。
【００８９】
Ｓ３１５の処理後、リクエスト候補ＤＢ１４ｃに空きＩＤ（空いているリクエスト候補ＩＤ１４ｃ１）が存在するかを確認する（Ｓ３１６）。Ｓ３１６の処理により確認した結果、空きＩＤが存在しない、即ち、全てのリクエスト候補ＩＤ１４ｃ１（本実施例では「１」〜「５０」）に対してリクエスト候補情報１４ｃ２が登録されていれば（Ｓ３１６：Ｎｏ）、リクエスト候補ＤＢ１４ｃに登録されている全てのリクエスト候補情報１４ｃ２をホストコンピュータ５０へ出力（送信）する（Ｓ３１７）。この場合、出力すべきリクエスト候補情報１４ｃ２を通信部１７から赤外線通信によって通信部４１へ出力し、モデム４３から通信回線７０を介してホストコンピュータ５０へ出力する。
【００９０】
Ｓ３１７の処理により、リクエスト候補情報１４ｃ２がホストコンピュータ５０へ出力されると、そのリクエスト候補情報１４ｃ２は、後述するホストコンピュータ５０で実行される受信処理（図５参照）において、データ出力部５５から出力（又は表示）される。そして、リクエストの集計作業に携わる作業者による判断によって、必要に応じて登録要求処理（図６参照）がなされて、その結果として、そのリクエスト候補情報１４ｃ２が、リクエスト情報１４ｂ２としてリクエストＤＢ１４ｂへ登録される。
【００９１】
Ｓ３１７の処理後、リクエスト候補ＤＢ１４ｃをクリアし（Ｓ３１８）、Ｓ３１３の処理へ移行する。一方で、Ｓ３１６の処理により確認した結果、リクエスト候補ＤＢ１４ｃに空きＩＤが存在する場合には（Ｓ３１６：Ｙｅｓ）、Ｓ３１７，Ｓ３１８をスキップして、Ｓ３１３の処理へ移行する。
【００９２】
また、Ｓ３０１の処理により確認した結果、入力されたデータが検索情報（検索文字列）でなければ（Ｓ３０１：Ｎｏ）、入力されたデータがホストコンピュータ５０からの登録要求であるかを確認する（Ｓ３１９）。Ｓ３１９の処理により確認した結果、入力されたデータがホストコンピュータ５０からの検索候補情報又はリクエスト候補情報の登録要求であった場合には（Ｓ３１９：Ｙｅｓ）、入力された登録要求に応じた登録処理を行い（Ｓ３２０）、この入力処理を終了する。なお、登録処理（Ｓ３２０）における具体的処理については、図４を参照して後述する。
【００９３】
一方で、Ｓ３１９の処理により確認した結果、入力されたデータがホストコンピュータ５０からの登録要求でなかった場合には（Ｓ３１９：Ｎｏ）、入力されたデータがホストコンピュータ５０からのリクエスト候補情報１４ｃ２の取得要求であるかを確認する（Ｓ３２１）。なお、このホストコンピュータ５０からのリクエスト候補情報１４ｃ２の取得要求は、作業者がホストコンピュータ５０を操作した結果として出力されたものであってもよいし、定期的にホストコンピュータ５０から出力されるものであってもよい。
【００９４】
Ｓ３２１の処理により確認した結果、入力されたデータがホストコンピュータ５０からのリクエスト候補情報１４ｃ２の取得要求であれば（Ｓ３２１：Ｙｅｓ）、リクエスト候補ＤＢ１４ｃに登録されている全てのリクエスト候補情報１４ｃ２をホストコンピュータ５０へ出力（送信）する（Ｓ３２２）。
【００９５】
Ｓ３２２の処理により、リクエスト候補情報１４ｃ２がホストコンピュータ５０へ出力されると、そのリクエスト候補情報１４ｃ２は、後述するホストコンピュータ５０で実行される受信処理（図５参照）において、データ出力部５５から出力（又は表示）される。そして、リクエストの集計作業に携わる作業者による判断によって、必要に応じて登録要求処理（図６参照）がなされて、その結果として、そのリクエスト候補情報１４ｃ２が、リクエスト情報１４ｂ２としてリクエストＤＢ１４ｂへ登録される。
【００９６】
従って、Ｓ３２２や上記したＳ３１７において、リクエスト候補情報１４ｃ２がホストコンピュータ５０へ出力されたことによって、誤入力などの不備を有する不適切な検索情報（検索文字列）がリクエストＤＢ１４ｂにリクエスト情報１４ｂ２として登録されることを防止できる。その結果として、上記したＳ３１１の処理によってホストコンピュータ５０へ送信されたリクエスト情報１４ｂ２に対して、新規コンテンツ作成の是非を判断する作業者の負担を軽減することができる。
【００９７】
Ｓ３２２の処理により、リクエスト候補ＤＢ１４ｃに登録されている全てのリクエスト候補情報１４ｃ２がホストコンピュータ５０へ出力されると、リクエスト候補ＤＢ１４ｃをクリアし（Ｓ３１８）、この入力処理を終了する。
【００９８】
一方で、Ｓ３２１の処理により確認した結果、入力されたデータがホストコンピュータ５０からのリクエスト候補情報１４ｃ２の取得要求でなければ（Ｓ３２１：Ｎｏ）、入力されたデータに応じた各処理を実行し（Ｓ３２４）、この入力処理を終了する。この各処理（Ｓ３２４）では、例えば、入力されたデータが、ユーザによる入力部１６の操作によって入力された選曲情報であれば、その選曲情報（コンテンツＩＤ）をカラオケ装置９０へ出力する。
【００９９】
次に、図４のフローチャートを参照して、上述した登録処理（Ｓ３２０）について説明する。この登録処理（Ｓ３２０）では、まず、登録要求されたのは、検索候補情報であるかを確認する（Ｓ４０１）。ここで、登録要求されたのが検索候補情報であれば（Ｓ４０１：Ｙｅｓ）、その検索候補情報をコンテンツＤＢ１４ａに登録し（Ｓ４０２）、Ｓ４０３の処理へ移行する。一方で、Ｓ４０１の処理により確認した結果、登録要求されたのが検索候補情報でなければ（Ｓ４０１：Ｎｏ）、Ｓ４０２をスキップして、Ｓ４０３の処理へ移行する。
【０１００】
Ｓ４０３では、登録要求されたのは、リクエスト情報であるかを確認する。そして、Ｓ４０３の処理により確認した結果、登録要求されたのがリクエスト情報であれば（Ｓ４０３：リクエスト情報）、そのリクエスト情報をリクエストＤＢ１４ｂに登録し（Ｓ４０４）、Ｓ４０５の処理へ移行する。一方、Ｓ４０３の処理により確認した結果、登録要求されたのがリクエスト情報でなければ（Ｓ４０３：Ｎｏ）、Ｓ４０４をスキップして、Ｓ４０５の処理へ移行する。
【０１０１】
ここで、ホストコンピュータ５０から登録要求されたリクエスト候補情報は、図６を参照して後述する登録要求処理におけるＳ６０６の処理によってホストコンピュータ５０から送信されたものであり、検索候補情報１４ａ２でもリクエスト情報１４ｂ２でもなかった検索情報（検索文字列）に基づくものである。よって、Ｓ４０５の処理によって、ユーザがリクエストとして意図していない検索情報がリクエスト情報として登録されることになる。その結果として、最終的に、ユーザの純粋な要求に応じた利益性の高いコンテンツを登録できることになる。
【０１０２】
なお、上記したように、ユーザが検索を意図して検索情報を入力した場合に、ユーザは、Ｓ３１３又はＳ３１４によって通知された検索結果を知るだけである。よって、ユーザの入力した検索情報が検索候補情報１４ａ２でもリクエスト情報でもなかった場合に、ユーザは、自身が検索を意図して入力した情報が、Ｓ４０５の処理によってリクエスト情報１４ｂ２としてリクエストＤＢ１４ｂに登録されていることを知ることはない。従って、本発明の方法によれば、ユーザの積極的意志によらないリクエスト集計を効率良く行うことを可能とする。
【０１０３】
Ｓ４０２及びＳ４０４において、新たに登録される検索候補情報又はリクエスト情報は、コンテンツＤＢ１４ａ又はリクエストＤＢ１４ｂに新たに追加されたコンテンツＩＤ１４ａ１又はリクエストＩＤ１４ｂ１に対して登録してもよいし、又は、コンテンツＤＢ１４ａ又はリクエストＤＢ１４ｂにおける空きコンテンツＩＤ１４ａ１又は空きリクエストＩＤ１４ｂに対して登録してもよい。
【０１０４】
Ｓ４０５では、情報の関連付け要求がされたかを確認する。なお、「情報の関連付け要求」とは、名称変換ＤＢ１４ｄに情報を関連付けて記憶する指示であり、具体的には、（１）登録要求された検索候補情報又はリクエスト情報と、コンテンツＤＢ１４ａに既に登録されている検索候補情報１４ａ２又はリクエストＤＢ１４ｂに既に登録されているリクエスト情報１４ｂ２とを、名称変換ＤＢ１４ｄを用いて関連付けさせる指示、又は、（２）コンテンツＤＢ１４ａやリクエストＤＢ１４ｂに既に格納されている情報の中に互いに関連する複数の情報に対して、それらを関連付けさせる指示である。
【０１０５】
Ｓ４０５の処理により確認した結果、情報の関連付け要求がされていれば（Ｓ４０５：Ｙｅｓ）、その関連付け要求に従って、名称変換ＤＢ１４ｄに情報を関連付けて登録する（Ｓ４０６）。例えば、関連付け要求が、登録要求された検索候補情報又はリクエスト情報と、対応する検索候補情報１４ａ２又はリクエスト情報１４ｂ２とを関連付けて登録する指示であれば、Ｓ４０２又はＳ４０４においてコンテンツＤＢ１４ａ又はリクエストＤＢ１４ｂに登録された検索候補情報又はリクエスト情報と、対応する検索候補情報１４ａ２又はリクエスト情報１４ｂ２とが、名称変換ＤＢ１４ｄに互いに関連付けられて登録される。
【０１０６】
Ｓ４０６の処理後、その他の登録要求があった場合に、その登録要求に応じた各処理（Ｓ４０７）を実行し、この登録処理（Ｓ３２０）を終了する。また、Ｓ４０５の処理により確認した結果、情報の関連付け要求がされていなれば（Ｓ４０５：Ｙｅｓ）、Ｓ４０６をスキップして、Ｓ４０７の処理へ移行する。
【０１０７】
次に、図５及び図６のフローチャートを参照して、上記のように構成された検索システム１００におけるホストコンピュータ５０で実行される処理について説明する。図５は、ホストコンピュータ５０で実行される受信処理のフローチャートであり、図６は、ホストコンピュータ５０で実行される登録要求処理のフローチャートである。なお、図５及び図６のフローチャートで示す処理を実行するプログラムは、ホストコンピュータ５０のＲＯＭ５２に制御プログラムの一部として記憶されている。
【０１０８】
図５に示す受信処理は、ホストコンピュータ５０のモデム５４が、検索装置１又はカラオケ装置９０からデータを受信した場合に起動し、受信したデータに応じた処理を行うものである。図５に示すように、この受信処理では、まず、受信したのは、検索装置１におけるＳ３１１（図３参照）において送信されたリクエスト情報１４ｂ２であるかを確認する（Ｓ５０１）。
【０１０９】
Ｓ５０１の処理により確認した結果、受信したデータが検索装置１からのリクエスト情報１４ｂ２であれば（Ｓ５０１：Ｙｅｓ）、そのリクエスト情報１４ｂ２をデータ出力部５５から出力（又は表示）し（Ｓ５０２）、この受信処理を終了する。
【０１１０】
Ｓ５０２において、検索装置１から受信したリクエスト情報１４ｂ２がデータ出力部５５から出力されると、リクエストの集計作業に携わる作業者が、そのリクエスト情報１４ｂ２を確認することができる。リクエスト情報１４ｂ２が作業者によって確認された結果として、受信したリクエスト情報１４ｂ２がコンテンツを作成するに値すると判断されると、対応するコンテンツが作成される。そして、作成されたコンテンツに対応する検索候補情報が、データ入力部５６から検索装置１に対して登録要求される。
【０１１１】
この場合、受信したリクエスト情報１４ｂ２は、ユーザがコンテンツの検索を意図して入力された検索情報に基づくものであるので、ユーザの積極的な意志によってリクエストされた場合に生じ得る不適切なリクエストである可能性は低減されている。よって、このリクエスト情報１４ｂ２に基づいて、多くのユーザの要求を満たす利益性の高いコンテンツを作成することができる。また、リクエストの集計に携わる作業者がコンテンツ作成の必要性を判断する場合において、その労力が軽減されることになる。
【０１１２】
また、Ｓ５０１の処理により確認した結果、受信したデータが検索装置１からのリクエスト情報１４ｂ２でなければ（Ｓ５０１：Ｎｏ）、受信したのは、検索装置１におけるＳ３１７又はＳ３２２（図３参照）において送信されたリクエスト候補情報１４ｃ２であるかを確認する（Ｓ５０３）。
【０１１３】
Ｓ５０３の処理により確認した結果、受信したデータが検索装置１からのリクエスト候補情報１４ｃ２であれば（Ｓ５０３：Ｙｅｓ）、そのリクエスト候補情報１４ｃ２をデータ出力部５５から出力（又は表示）し（Ｓ５０４）、この受信処理を終了する。
【０１１４】
Ｓ５０４において、検索装置１から受信したリクエスト候補情報１４ｃ２がデータ出力部５５から出力された結果として、リクエストの集計作業に携わる作業者が、そのリクエスト候補情報１４ｃ２を確認することができる。そして、その作業者によって、受信したリクエスト候補情報１４ｃ２がリクエスト情報１４ｂ２として検索装置１のリクエストＤＢ１４ｂに登録すべきであると判断されると、データ入力部５６からリクエスト情報の登録要求が行われることになる。
【０１１５】
この場合、受信したリクエスト候補情報１４ｃ２は、検索候補情報１４ａ２でもリクエスト情報でもない検索情報（検索文字列）であるので、ユーザがリクエストとして意図していない検索情報の中からリクエスト情報が登録されることになる。よって、ユーザによって意図的に行われる不適切なリクエストを防止し得るので、ユーザの純粋な要求に応じた利益性の高いコンテンツを登録することができる。
【０１１６】
一方で、Ｓ５０３の処理により確認した結果、受信したデータが検索装置１からのリクエスト候補情報１４ｃ２でなければ（Ｓ５０３：Ｎｏ）、受信したデータに応じた各処理を実行し（Ｓ５０５）、この受信処理を終了する。この各処理（Ｓ５０５）では、例えば、受信したデータがカラオケ装置９０からの曲データ（カラオケデータ）の送信要求であれば、要求された曲データ（カラオケデータ）をカラオケ装置９０へ出力（送信）する。
【０１１７】
次に、図６に示す登録要求処理は、作業者によるデータ入力部５６の操作によって、検索装置１又はカラオケ装置９０に対して情報（データ）の登録要求をすると起動する処理である。図６に示すように、この登録要求処理では、まず、登録要求が、検索装置１のコンテンツＤＢ１４ａへの検索候補情報の登録要求であるかが確認される（Ｓ６０１）。
【０１１８】
Ｓ６０１の処理により確認した結果、検索装置１のコンテンツＤＢ１４ａへの検索候補情報の登録要求であれば（Ｓ６０１：Ｙｅｓ）、その検索候補情報を登録要求と共に検索装置１へ出力（送信）し（Ｓ６０２）、Ｓ６０３の処理へ移行する。
【０１１９】
Ｓ６０２の処理の結果として、検索候補情報とその情報の登録要求が検索装置１のモデム１７に受信（入力）されると、Ｓ４０２の処理によって検索候補情報がコンテンツＤＢ１４ａに登録される（図４参照）。
【０１２０】
ここで、この登録要求処理により登録要求される検索候補情報は、積極的なユーザのリクエストの結果によるものではなく、ユーザが検索を意図して入力した検索情報（検索文字列）に基づくものであるので、ユーザの純粋な要求を反映したコンテンツに対応するものである。
【０１２１】
一方で、Ｓ６０１の処理により確認した結果、検索装置１のコンテンツＤＢ１４ａへの検索候補情報の登録要求でなければ（Ｓ６０１：Ｎｏ）、Ｓ６０２の処理をスキップして、Ｓ６０３の処理へ移行する。
【０１２２】
Ｓ６０３の処理では、検索装置１のリクエストＤＢ１４ｂへのリクエスト情報の登録要求であるかが確認される。Ｓ６０３の処理により確認した結果、検索装置１のリクエストＤＢ１４ｂへのリクエスト情報の登録要求であれば（Ｓ６０３：Ｙｅｓ）、そのリクエスト情報を登録要求と共に検索装置１へ出力（送信）し（Ｓ６０４）、Ｓ６０５の処理へ移行する。
【０１２３】
Ｓ６０４の処理の結果として、リクエスト情報とその情報の登録要求が検索装置１のモデム１７に受信（入力）されると、Ｓ４０４の処理によってリクエスト情報がリクエストＤＢ１４ｂに登録される（図４参照）。
【０１２４】
なお、この登録要求処理により登録要求されるリクエスト情報は、積極的なユーザのリクエストではなく、ユーザが検索を意図して入力した検索情報（検索文字列）に基づくものであるので、ユーザの純粋な要求を反映したリクエスト情報である。
【０１２５】
一方で、Ｓ６０３の処理により確認した結果、検索装置１のリクエストＤＢ１４ｂへのリクエスト情報の登録要求でなければ（Ｓ６０３：Ｎｏ）、Ｓ６０４の処理をスキップして、Ｓ６０５の処理へ移行する。
【０１２６】
Ｓ６０５の処理では、名称変換ＤＢ１４ｄに情報を関連付けて記憶する指示である関連付け要求が、データ入力部５６の操作によってなされたかを確認する。即ち、（１）登録要求がされた検索候補情報又はリクエスト情報と、コンテンツＤＢ１４ａに既に登録されている検索候補情報１４ａ２又はリクエストＤＢ１４ｂに既に登録されているリクエスト情報１４ｂ２とを、名称変換ＤＢ１４ｄを用いて関連付けさせる指示、又は、（２）コンテンツＤＢ１４ａやリクエストＤＢ１４ｂに既に格納されている情報の中に互いに関連する複数の情報を関連付けさせる指示がされたかを確認する。
【０１２７】
Ｓ６０５の処理により確認した結果、情報の関連付け要求が確認されていれば（Ｓ６０５：Ｙｅｓ）、その情報の関連付け要求を検索装置１へ出力（送信）する（Ｓ６０６）。Ｓ６０６の処理の結果として、情報の関連付け要求が検索装置１のモデム１７に受信（入力）されると、Ｓ４０６の処理によって、その関連付け要求に従った情報の関連付けが名称変換ＤＢ１４ｄを用いて行われる。
【０１２８】
Ｓ６０４の処理後、その他の登録要求がされた場合に実行される各処理を実行し（Ｓ６０７）、この登録要求処理を終了する。この各処理（Ｓ６０７）では、例えば、名称変更ＤＢ１４ｄに登録されている情報の変更を要求するものであれば、その変更する情報と共に、情報の変更の要求を検索装置１へ出力（送信）する。
【０１２９】
一方で、Ｓ６０５の処理により確認した結果、情報の関連付け要求がされていなければ（Ｓ６０５：Ｎｏ）、Ｓ６０６の処理をスキップして、Ｓ６０７の処理を実行する。
【０１３０】
次に、図７及び図８を参照して、本発明の第２実施例について説明する。上記した第１実施例では、選曲機能を兼ね備えた検索装置１と、カラオケ装置９０と、ホストコンピュータ５０とから構成される通信カラオケシステムを検索システム１００とするものであった。そのような第１実施例に換えて、この第２実施例では、本発明の検索装置として、着信メロディを配信するためのホストコンピュータ１０を例示して説明する。なお、この第２実施例において、上記した第１実施例と同一の部分には同一の符号を付して、その説明を省略する。
【０１３１】
図７は、第２実施例における検索装置であるホストコンピュータ１０の構成を示すブロック図である。図７に示すホストコンピュータ１０は、通信回線７０を介して、ユーザのパーソナルコンピュータ６０（以下、「ＰＣ６０」と称する）から着信メロディのダウンロード要求がなされた場合に、対応する曲データを、通信回線７０を介してＰＣ６０へダウンロードするものである。なお、このホストコンピュータ１０は、ＰＣ６０から、着信メロディのコンテンツに関する問い合わせ（検索）がなされた場合には、その検索結果をＰＣ６０へ返す機能も有している。
【０１３２】
ホストコンピュータ１０は、図７に示すように、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、記憶部１４と、表示部１５と、入力部１６と、通信回線７０と接続するためのモデム１８とを主に備えており、これらの構成が互いにバスライン２０によって接続されている。
【０１３３】
記憶部１４は、コンテンツＤＢ１４ａ及びリクエストＤＢ１４ｂ（それぞれ、図２（ａ）及び図２（ｂ）参照）と、コンテンツＤＢ１４ａに登録された各コンテンツに対応する曲データが、コンテンツＩＤ１４ａ１に対応付けて格納されている曲データメモリ１４ｅとを備えている。
【０１３４】
図８は、上記のように構成されたホストコンピュータ１０で実行される第２実施例の入力処理のフローチャートである。この第２実施例の入力処理もまた、第１実施例の入力処理（図３）と同様に、入力部１６又はモデム１９からデータが入力された場合に起動し、そのデータに応じた処理を行うものである。なお、図８に示す入力処理をを実行するプログラムは、ホストコンピュータ１０のＲＯＭ１２に制御プログラムの一部として記憶されている。
【０１３５】
この第２実施例のホストコンピュータ１０には、第１実施例の検索装置１に設けられていた名称変換ＤＢ１４ｄを備えていない。よって、図８に示すように、第２実施例の入力処理では、第１実施例の入力処理におけるＳ３０２〜Ｓ３０４の処理が省略され、Ｓ３０１において、入力されたのが検索情報（検索文字列）であると確認された場合には（Ｓ３０１：Ｙｅｓ）、Ｓ３０５の処理へ移行し、入力された検索情報について、コンテンツＤＢ１４ａの中から検索を行う。
【０１３６】
また、第２実施例のホストコンピュータ１０では、第１実施例の入力処理のＳ３１１の処理に換えて、Ｓ８０１の処理を実行する。具体的には、図８に示すように、Ｓ３１０において、リクエストカウンタ１４ｂ３の値が予め規定された所定値（例えば、「５０」）を越えたことが確認された場合には（Ｓ３１０：Ｙｅｓ）、そのリクエストカウンタ１４ｂ３に対応するリクエスト情報１４ｂ２を表示部１５に表示（出力）する（Ｓ８０１）。そして、Ｓ８０１の処理後、Ｓ３１２の処理へ移行する。
【０１３７】
また、この第２実施例の入力処理では、Ｓ３０８の処理により確認した結果、Ｓ３０７の検索がヒットしなかった場合には（Ｓ３０８：Ｎｏ）、そのユーザによって入力された検索情報を、リクエスト情報１４ｂ２として、リクエストＤＢ１４ｂに登録し（Ｓ８０２）、Ｓ３１３の処理へ移行する。
【０１３８】
Ｓ８０２の処理により、ユーザによって入力された検索情報が、コンテンツＤＢ１４ａに存在しなかった場合には、その検索情報がリクエスト情報１４ｂ２としてリクエストＤＢ１４ｂに自動的に登録される。
【０１３９】
即ち、ユーザが検索を意図して入力した検索情報（検索文字列）がリクエスト情報１４ｂ２として登録されるので、アンケート形式などのユーザの積極的な意志に基づくリクエストを受け付けた場合に生じ得る不適切なリクエストを抑制できる。その結果として、多くのユーザの要求を反映した利益性の高いコンテンツが作成される。また、不適切なリクエストが抑制された結果として、リクエスト集計作業に携わる作業者の負担を軽減することができる。
【０１４０】
この場合、Ｓ８０２の処理によって、コンテンツＤＢ１４ａに存在しない検索情報がリクエスト情報１４ｂ２としてリクエストＤＢ１４ｂに自動的に登録される一方で、Ｓ３１３の処理によって、検索がヒットしなかった旨を示す検索結果が、表示部１５への表示によってユーザに通知される。よって、ユーザは最後までリクエストしていることを意識し得ない状態とされるので、ユーザの積極的意志によらないリクエスト集計を効率良く行うことを可能とする。
【０１４１】
Ｓ８０１の処理によって表示部１５に表示されたリクエスト情報１４ｂ２は、新たなコンテンツ（着信メロディ）として登録すべきかが、リクエスト集計作業に携わる作業者の判断に委ねられる。そして、作業者によって新たなコンテンツとして登録すべきであると判断されると、新たなコンテンツとして、曲データと対応する検索候補情報とが作成されて、作業者によって検索候補情報及び曲データの登録要求がされることになる。この検索候補情報及び曲データの登録要求は、第２実施例の入力処理におけるＳ８０３の処理により確認される。
【０１４２】
即ち、Ｓ３０１の処理による確認によって、入力されたデータが検索情報（検索文字列）でないことが確認された場合に（Ｓ３０１：Ｎｏ）、Ｓ８０３の処理によって、入力されたデータが、表示部１５に表示された検索情報に基づいて行われた検索候補情報及び曲データの登録要求であるかを確認する。
【０１４３】
そして、Ｓ８０３の処理により確認した結果、入力されたデータが、検索候補情報及び曲データの登録要求であれば（Ｓ８０３：Ｙｅｓ）、検索候補情報をコンテンツＤＢ１４ａに登録し（Ｓ４０２）、曲データを曲データメモリ１４ｅに登録する（Ｓ８０４）。
【０１４４】
一方で、Ｓ８０３の処理により確認した結果、入力されたデータが、表示部１５に表示された検索情報に基づいて行われた検索候補情報及び曲データの登録要求でなければ（Ｓ８０３：Ｎｏ）、各処理（Ｓ３２４）を実行して、この第２実施例の入力処理を終了する。
【０１４５】
以上説明したように、本発明の検索システム１００、検索装置１、ホストコンピュータ１０によれば、ユーザが検索を意図して入力した検索文字列を、新規コンテンツに対してなされたリクエストとして処理するので、ユーザが意図的にリクエストをした場合に生じ得る不適切なリクエストを抑制することができる。その結果として、新規コンテンツの追加を公正に行うことができ、多くのユーザの純粋な要求に従う利益性の高いコンテンツを追加登録することができる。
【０１４６】
また、ユーザが意図的にリクエストをした場合に生じ得る不適切なリクエストを抑制された結果として、リクエスト集計作業における作業者の負担を軽減することができる。
【０１４７】
なお、請求項１記載の第１検索手段としては、Ｓ３０５の処理が該当する。また、請求項１記載の通知手段としては、Ｓ３１３，Ｓ３１４の処理が該当する。また、請求項１記載のリクエスト登録手段としては、Ｓ３１３及びＳ４０４、又は、Ｓ３１３及びＳ８０２の処理が該当する。
【０１４８】
請求項２記載の第２検索手段としては、Ｓ３０７の処理が該当する。また、請求項２記載の計数手段としては、Ｓ３０９の処理が該当する。
【０１４９】
請求項３記載の第１出力手段としては、Ｓ３１１又はＳ８０１の処理が該当し、請求項３記載の第１追加登録指示受付手段としては、Ｓ４０１におけるＹｅｓへの分岐処理、又はＳ８０３におけるＹｅｓへの分岐処理が該当する。また、請求項３記載の検索候補情報登録処理としては、Ｓ４０２の処理が該当する。
【０１５０】
請求項５記載の第１関連付け手段としては、Ｓ４０６の処理が該当する。請求項６記載の第２出力手段としては、Ｓ３１７又はＳ３２２の処理が該当する。また、請求項６記載の第２追加登録指示受付手段としては、Ｓ４０３におけるＹｅｓへの分岐処理が該当する。
【０１５１】
請求項７記載の第２関連付け手段としては、Ｓ４０６の処理が該当する。また、請求項８記載の追加登録指示手段としては、図６に示した登録要求処理が該当する。
【０１５２】
以上、実施例に基づき本発明を説明したが、本発明は上述した実施例に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変更が可能であることは容易に推察できるものである。
【０１５３】
例えば、上記実施例では、本発明を説明するために、通信カラオケシステムや着信メロディ配信システムを例示したが、レンタルビデオ店などにおける貸出ソフトのリクエストシステムや配本システムなど、ユーザのリクエストに応じて新規コンテンツの導入を行うことがあり得るシステムに当然適用可能である。
【０１５４】
また、上記実施例では、入力される検索情報を検索文字列であるとしたが、音声入力による検索情報であってもよい。
【０１５５】
また、上記第１実施例の検索装置１はリクエスト候補ＤＢ１４ｃを備え、入力された検索情報が、コンテンツＤＢ１４ａにもリクエストＤＢ１４ｂにも存在しなかった場合に、リクエスト候補ＤＢ１４ｃに登録するように構成した。これに換えて、検索装置１にリクエスト候補ＤＢ１４ｃを設けることなく、入力された検索情報が、コンテンツＤＢ１４ａにもリクエストＤＢ１４ｂにも存在しなかった場合（検索にヒットしなかった場合）には、その検索情報をホストコンピュータ５０へ出力するように構成してもよい。なお、この構成は、請求項２記載の「第２出力手段」に該当するものである。
【０１５６】
また、上記第２実施例のＳ８０２では、入力された検索情報が、コンテンツＤＢ１４ａにもリクエストＤＢ１４ｂにも存在しなかった場合に、その検索情報をリクエストＤＢ１４ｂに登録するように構成したが、このＳ８０２に換えて、入力された検索情報がコンテンツＤＢ１４ａに存在しなかった場合に、その検索情報を表示部１５に表示（出力）するように構成してもよい。なお、この構成は、請求項２記載の「第２出力手段」に該当するものである。
【０１５７】
また、上記実施例では、リクエストカウンタ１４ｂ３に加算する値を１であるとしたが、１以上の整数を加算するように構成してもよい。これによって、各リクエストＩＤ１４ｂ１におけるリクエスト数の差を顕著にし得、リクエスト状態を明確に把握することができる。
【０１５８】
また、上記実施例では、リクエストカウンタ１４ｂ３の値が所定値を越えた場合に、対応するリクエスト情報１４ｂ２をホストコンピュータ５０へ出力（第１実施例）する、又は表示部１５へ表示するように構成したが、作業者によるリクエスト情報の出力もしくは表示の要求があった場合、又は定期的にリクエスト情報を出力もしくは表示するように構成してもよい。
【０１５９】
また、上記実施例では、Ｓ３１１やＳ３１６の判断処理において、所定値を越えたかを確認するように構成したが、所定値に達したかを確認するように構成してもよい。
【０１６０】
また、上記第１実施例では、名称変換ＤＢ１４ｄにおいて、１の変換前名称１４ｄ２に対し、１の変換後名称１４ｄ３を対応付けるように構成したが、複数の変換前名称１４ｄ２に対し、１の変換後名称１４ｄ３を対応付けるように構成してもよい。なお、上記実施例では、名称の関連付けを名称変換ＤＢ１４ｄを用いたが、互いの情報を関連付けることが可能である他の手段に置換可能であることは容易に推察可能である。
【０１６１】
また、上記実施例では、Ｓ３１３，Ｓ３１４において検索結果を通知する場合に、検索結果を表示部１５に表示するように構成したが、音声出力などによって通知するように構成してもよい。
【０１６２】
また、上記第１実施例において、検索装置１の通信部１７と通信部４１との間は赤外線通信であり、カラオケ装置９０とルーター４２との間はＬＡＮ接続されており、ホストコンピュータ５０のモデム５４とモデム５４とは通信回線７０を介して接続されるものとして構成したが、検索装置１とホストコンピュータ５０とカラオケ装置７０との接続様式はそれらに限定されるものではなく、互いに通信可能な接続であればよいことは容易に推察可能である。
【０１６３】
また、上記第２実施例において、ホストコンピュータ１０に検索文字列を入力するものとしてＰＣ６０を例示したが、携帯電話のような携帯端末などであってもよいことは容易に推察可能である。
【図面の簡単な説明】
【０１６４】
【図１】本発明の第１実施例における検索システムの構成を示すブロック図である。
【図２】記憶部に設けられた各データベースの構造の模式図である。
【図３】検索装置で実行される第１実施例の入力処理のフローチャートである。
【図４】検索装置で実行される登録処理のフローチャートである。
【図５】ホストコンピュータで実行される受信処理のフローチャートである。
【図６】ホストコンピュータで実行される登録要求処理のフローチャートである。
【図７】第２実施例における検索装置であるホストコンピュータの構成を示すブロック図である。
【図８】ホストコンピュータで実行される第２実施例の入力処理のフローチャートである。
【符号の説明】
【０１６５】
１                  検索装置
１４ａ              コンテンツＤＢ（検索候補記憶手段）
１４ａ２            検索候補情報
１４ｂ              リクエストＤＢ（リクエスト情報記憶手段）
１４ｂ２            リクエスト情報
１４ｂ３            リクエストカウンタ（リクエスト数記憶手段）
１４ｅ              名称変換ＤＢ
１６                入力部（入力手段）
５０                ホストコンピュータ（外部端末）
５４                モデム（受信手段）
１００              検索システム
１０                ホストコンピュータ（検索装置）
１８                モデム（入力手段）
【図１】
2006209632.tif 000003
【図２】
2006209632.tif 000004
【図３】
2006209632.tif 000005
【図４】
2006209632.tif 000006
【図５】
2006209632.tif 000007
【図６】
2006209632.tif 000008
【図７】
2006209632.tif 000009
【図８】
2006209632.tif 000010