トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 ネットワーク検索システム、及び記録媒体
【発明者】 【氏名】須藤 智浩
【要約】 【課題】ユーザにとって、ネットワーク接続による煩わしさを意識せずに、ネットワークから配信される情報、またはダウンロードした音楽等のマルチメディアコンテンツを楽しむことができるようにする。

【解決手段】検索キーとなるファイルから音楽部分のみを抽出し、この抽出したデータに検索依頼コマンドを付加してＷｅｂサーバに送信して待機する（Ｓ２３４）。そしてＷｅｂサーバが回答を得ると、この回答に基づいて、ヒットしたファイルがあるか否かを判断する（Ｓ２３５）。ヒットするファイルがあった場合には、そのファイル名を表示し、ユーザからのダウンロード実行指示の有無を判断する（Ｓ２３５）。そして、ユーザからのダウンロード実行指示があったならば（Ｙ）、ダウンロード処理へ移行して、該当するファイルをダウンロードする。
【特許請求の範囲】
【請求項１】 複数の音楽情報を蓄積するデータベースを管理するサーバと、このサーバに接続することにより、前記データベースよりネットワークを介して接続される端末とで構成されるネットワーク検索システムにおいて、前記端末は、音楽情報の一部を前記サーバに送信する第１の送信手段を備え、前記サーバは、前記端末の送信手段によって送信された音楽情報の一部を検索キーとして前記データベースを検索する検索手段と、この検索手段による検索結果を、前記音楽情報の一部を送信した端末に送信する第２の送信手段とを備えたことを特徴とするネットワーク検索システム。
【請求項２】 ネットワーク上に存在するデータベースに接続する接続手順と、この接続手順にて接続されたデータベースに蓄積される情報を管理する管理手順とをサーバに実行させるプログラムを記録したサーバが読み取り可能な記録媒体において、ネットワークを介して音楽情報の一部を受信する受信手順と、この受信手順にて受信された音楽情報の一部を検索キーとして、前記データベースを検索する検索手順と、この検索手順にて検索した結果を、前記音楽情報の一部を送信した送信先に返信する返信手順とを前記サーバに実行させるプログラムを記録したことを特徴とするコンピュータが読み取り可能な記録媒体。
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、ネットワーク検索システム、及び記録媒体に関する。
【０００２】
【発明の背景】今日においては、通信技術の発達や通信インフラの整備により、電子メールやインターネット接続等による各種マルチメディアコンテンツの配信サービス、ダウンロードサービスが普及してきている。また、これとは別に、パソコンにおいて、ＭＰ３等のデータフォーマットでダウンロードした音楽の再生や編集を行ったり、画像を加工したりと、マルチメディアに特化したアプリケーションも普及しつつある。
【０００３】
【発明が解決しようとする課題】しかし、このように、ネットワーク環境や、パソコンで制御実行されるアプリケーションが普及してきても、現状においてはインターネット接続する場合には、これを意識しなければならず、パソコンのユーザにとっては、マルチメディアコンテンツを楽しむ上で煩わしく感じるものがあった。本発明では、このような問題点に鑑みてなされたものであり、ユーザにとって、ネットワーク接続による煩わしさを意識せずに、ネットワークから配信される情報、またはダウンロードした音楽等のマルチメディアコンテンツを楽しむことができる、ネットワーク検索システム、及び記録媒体を提供することを目的とするものである。
【０００４】
【課題を解決するための手段】前記課題を解決するために請求項１記載の発明にかかるネットワーク検索システムにあっては、複数の音楽情報を蓄積するデータベースを管理するサーバと、このサーバに接続することにより、前記データベースよりネットワークを介して接続される端末とで構成されるネットワーク検索システムにおいて、前記端末は、音楽情報の一部を前記サーバに送信する第１の送信手段を備え、前記サーバは、前記端末の送信手段によって送信された音楽情報の一部を検索キーとして前記データベースを検索する検索手段と、この検索手段による検索結果を、前記音楽情報の一部を送信した端末に送信する第２の送信手段とを備えている。
【０００５】したがって、端末から音楽情報の一部をサーバに送信すると、サーバは、送信されてきた音楽情報の一部を検索キーとしてデータベースを検索し、その検索結果を端末に送信する。よって、端末のユーザは、例えばＴＶＣＭなどで一部だけが流れた曲の音楽情報を端末からサーバに送信することにより、音楽情報の一部を検索キーとした検索結果、つまり曲全体の音楽情報等の曲に関連する情報を容易且つ迅速に入手することができる。
【０００６】また、請求項２記載の発明にかかる記録媒体にあっては、ネットワーク上に存在するデータベースに接続する接続手順と、この接続手順にて接続されたデータベースに蓄積される情報を管理する管理手順とをサーバに実行させるプログラムを記録したサーバが読み取り可能な記録媒体において、ネットワークを介して音楽情報の一部を受信する受信手順と、この受信手順にて受信された音楽情報の一部を検索キーとして、前記データベースを検索する検索手順と、この検索手順にて検索した結果を、前記音楽情報の一部を送信した送信先に返信する返信手順とを前記サーバに実行させるプログラムを記録している。したがって、請求項２記載の記録媒体によれば、記録されてプログラムをコンピュータに読み取らせることより、該コンピュータを前記請求項１記載に係る発明の端末として容易に機能させることができる。よって、音楽情報の一部だけ取得した曲の音楽情報の曲全体の音楽情報等の曲に関連する情報を容易且つ迅速に入手することが可能となるシステムを構築できる端末を容易に提供することができる。
【０００７】
【発明の実施の形態】以下本発明の一実施の形態について、図に従って説明する。
（第１の実施の形態）図１に示すように、第１の実施の形態にかかるシステムは、ネットワーク１に接続されたＷｅｂサーバ２と、基地局３との無線通信機能を備え、電話回線網４及びネットワーク１を介してＷｅｂサーバ２にアクセス可能なＰＣ５とで構成され、Ｗｅｂサーバ２はデータベース６を備えている。
【０００８】Ｗｅｂサーバ２は図２に示すように、通信制御部２２、操作部（キーボード）２３、制御部（メインフレーム）２４、ワークメモリ２５、表示部（ディスプレイ）２６、記憶管理部２７、記録媒体読み取り部２８とがシステムバス２１により相互に接続されたシステムであり、登録者が操作するＰＣ５に対し、有料でデータベース６内に蓄積されるデータ（音楽情報）を配信したり、ダウンロードサービスを行う。
【０００９】通信制御部２２は図１のネットワーク１、およびＬＡＮもしくは、広域ネットワークを介してデータベース６と接続し、情報の送受信を行う際、それを制御する機能を有し、モデムもしくはＬＡＮシステムに接続するポートを制御する。
【００１０】記憶管理部２７は当該サービスを受ける登録者を管理する登録者管理ＤＢ２７１と、データベース６に蓄積される各種メディアの音楽情報の蓄積状態を管理するデータベース６管理用ＤＢ２７２と、ログファイル２７３とを含む。また記録媒体読み取り部２８は外部の記録媒体２９（詳細にはＣＤ−ＲＯＭ、フロッピー（登録商標）ディスク等の記録メディア）に記録されている情報を、操作部２３からの操作に基づいて読出し、システムバス２１に出力する機能を有する。
【００１１】登録者管理ＤＢ２７１は図３に図示するように、当該ＤＢ内の「管理アドレス」、登録者認証に用いられる「ユーザーＩＤ」、「パスワード」、登録者の氏名、連絡先、各種ダウンロードサービス料金支払いの為の口座情報、支払い状況、過去にダウンロードしたファイルデータ等で構成される「ユーザー情報」、現在まで当該サービスを利用した際に発生した「サービス料金」および、登録者のサービス提供の期限である「有効期限」が１つのレコードとして管理されており、このレコードが複数記憶管理されている。
【００１２】またデータベース６管理用ＤＢ２７２は、図４に図示するように、当該ＤＢ内の「管理アドレス」、データベース６内における音楽情報の個々のファイルの格納箇所である「データベース６における格納アドレス」、「ファイル名」、アーティスト、レーベル、シングル／アルバム、レコード会社、リリース時期等、このファイルの説明、週間ランキング、ダウンロードランキング、プロパティデータ等で構成される「コメントデータ」、「データサイズ」、ファイル形式、フォーマット等の「ファイル属性」、画像情報（ジャケットデータ、アイコン情報、ビデオ情報、歌詞情報）や、コピー許可回数、再生許可回数、再生期間等の「その他付随データ」、データベース６に登録／更新された日付である「登録日／更新日」が１つのレコードとして管理されており、このレコードが複数記憶管理されている。また、ログファイル２７３は、過去に配信した音楽情報や、ダウンロード依頼を受けたファイルのファイル名やカウント数等の各種サービスの履歴を上記データベース６管理用ＤＢ２７２の記憶内容と関連付けて、統計的に記憶管理するファイルである。
【００１３】ＰＣ５は登録者が携帯可能な所謂モバイルタイプであって、図５の概略構成ブロック図に示すように、各部を制御するＣＰＵ５１を中心にして構成されている。ＣＰＵ５１には、入出力部５２、位置検出回路５３、表示駆動回路５４、メモリ５５、送受信部５６、システムメモリ５７、記録媒体読み取り部５８、ＲＡＭ６２、および、チューナ６３が接続されている。入出力部５２は、後述する各種ボタンが設けられたキーボードやこのＰＣ５に搭載されている、ＨＤ（hard disk）、ＣＤ−Ｒドライブ、ＤＶＤ−ＲＡＭドライブ、ＶＨＳビデオドライブ、ＤＶ（デジタルビデオ）ドライブ、ＭＤドライブ、ＭＰ３メディアドライブ３０２に対して情報の記録、読み出しを行い、５．１ＣＨあるいは６ＣＨドルビーデジタルもしくはＤＴＳといった立体的音声出力システムとのデータ入出力を行うためのインターフェース部であり、マウスも接続される。ＣＲ−ＲＯＭドライブ１０１は、上記入出力部５２に接続される各種メディアドライブの具体的構成の一つとして例示するものであり、ＣＤ１０４の上面に形成されている印刷面を光学的に読み取るスキャナ１０５が設けられている。尚、このＰＣ５においては、個々のドライブの操作はＰＣのキーボードやＰＣ本体にある操作ボタンもしくはＰＣのソフトウェアで行われる。また、選択された任意のメディアに対して情報の記録が行われたのち、これらメディアを再生する専用のハードウェアによって、各メディアは持ち運びが可能になり、ユーザが好きな場所で、好きな時間にそれらメディアを再生することが可能なものである。
【００１４】前記位置検出回路５３は、タブレット５９でのペン入力等に伴いその入力位置を検出するものであり、表示駆動回路５４はＬＣＤで構成される表示部６０を駆動するものである。メモリ５５はハードディスク（ＨＤ）で構成される。このメモリ５５において、ユーザ情報記憶エリア５５１は、当該サービスに関してＷｅｂサーバ２への接続情報（インターネット接続の場合は、サービスを提供するサイトのＵＲＬ（Uniform Resource Locators）、登録者（＝ユーザ）本人のユーザＩＤ、および、パスワード）、過去にどのような音楽情報の配信を受けたか、また、どのファイル（曲、音楽）をダウンロードしたか等のＷｅｂサーバ２との接続履歴、および、当該サービスの利用に際し発生した支払うべき金額を記憶するエリアである。また、配信情報記憶エリア５５２はＷｅｂサーバ２から配信された新曲情報等の音楽情報を格納するエリアであり、この他、現在までダウンロードしたファイルの情報を格納するダウンロードデータ記憶管理エリア５５３、実際にダウンロードしたファイルを記憶するダウンロード記憶エリア５５４、ＣＰＵ５１のワークエリア５５５等で区分けされている。図６はダウンロードデータ記憶管理エリア５５３の記憶状態を図示したものであり、当該記憶エリアの「管理アドレス」、ダウンロードしたファイルの「ファイル名」、ダウンロード記憶エリア５５４内の「ファイル格納アドレス」、アルバム名、アーティスト、歌詞、リリース日等、当該ファイルに関連するデータで構成される「プロパティデータ」、再生回数、再生期間、コピー回数等、当該サービスに関連したデータで構成される「ダウンロード関連データ」、画像情報（ジャケットデータ、アイコンデータ等で構成される「その他付随データ」、および「ダウンロードした日」が１つのレコードとして管理されており、このレコードが複数記憶管理されている。送受信部５６は基地局３を介して電話回線網４と無線通信を行うための変調器や復調器等で構成されている。システムメモリ５７には、ＯＳ（Operating System）が格納されており、記録媒体読み取り部５８は記録媒体６１に記憶されているプログラムを読み取るものである。そして、この記録媒体読み取り部５８が記録媒体６１から読み取ったプログラムに基づき、後述するフローチャートに示すように、ＣＰＵ５１が必要な処理を実行し、あるいは各部を制御するように構成されている。
【００１５】ＲＡＭ６２は外部から入力されたデータを一時的に記憶するワークメモリとしての機能を有する。
【００１６】以上の構成に係る第１の実施の形態において、ＣＰＵ５１は記録媒体読み取り部５８が記録媒体６１から読み取ったプログラムに基づき、図７に示したフローチャートに従って処理を実行する。
【００１７】図７に示すヒットチャート検索処理フローは、ヒットチャート検索機能と、新たに取得したヒットチャート情報に存在しＰＣ５がダウンロードしていない曲データが含まれるファイルがあれば、このファイルをダウンロードすべきファイルとして表示部６０に表示させる機能を実現するものである。すなわち、図８（Ａ）に示すように、表示部６０上のヒットチャート検索の実行Ｐ１０が指定されると、この処理を行って（ステップＳ１０１）、Ｗｅｂサーバ２より配信されるヒットチャート情報を取得して配信情報記憶エリア５５２に上書きする（ステップＳ１０２）。次に、このヒットチャート情報と、ダウンロード記憶管理エリア５５３の記憶内容とを照合し（ステップＳ１０３）、ヒットチャート情報に、このダウンロードデータ記憶管理エリア５５３にダウンロードしていない曲に関するファイルがあるか否かを判断する（ステップＳ１０４）。ダウンロードしていないファイルが無い場合、チャートデータをそのまま表示するが（ステップＳ１０５）、ダウンロードしていないファイルが有る場合、このダウンロードしていないファイルに関する曲を色を付けることにより差別化表示する（ステップＳ１０６）。すなわち図８（Ｂ）に示すように、ダウンロードされていないファイルの表示形式（色）を変更した表示Ｐ１１を行う。したがって、この表示Ｐ１１により、ヒットチャート情報にあってダウンロードしていない曲のファイルを、ダウンロードすべき候補として表示させることができる。
【００１８】このような第１の実施の形態によれば、ユーザは配信されたヒットチャート情報において、未だにダウンロードしていない曲に関するファイルが存在するか否か、また、どの曲をダウンロードしていないのかを簡単に確認することができる。
【００１９】（第２の実施の形態）第２の実施の形態の構成は実質的に上記第１の実施の形態と同様であり、音楽配信等で聴いた音楽（曲）について、ユーザがダウンロードしたい場合、ユーザがダウンロードサービスを運営しているサービス運営者に検索依頼し、サービス運営者側では、有料でその検索依頼を受けてデータベース６を検索し、依頼したユーザに送信（ダウンロード）させる場合について詳述する。
【００２０】図９に示す音楽の部分検索処理フローは、ネット上でのファイルの検索機能を実現するものである。すなわち、図１０（Ａ）に示すように、テレビコマーシャルなどで放送され、デジタルビデオに記録した動画ファイル（図１０（Ａ）ではファイル名”ＴＶＣＭ．ｍｐｇ”をＰＣ５のメモリ５５（ハードディスク（ＨＤ））に予め記憶させ、ＯＳを起動させて”ネットワーク”および”検索”を設定する。
【００２１】ＰＣ５はこの設定を検出すると、図９のフローチャートに従って動作を開始する。すなわち、検索設定を検出し（ステップＳ２３１）、次に、ユーザによるが検索キーとなるファイル（ＴＶＣＭ．ｍｐｇ）の指定を検出すると、これを受け付けて（ステップＳ２３２）、Ｗｅｂサーバ２への検索依頼を実行し（ステップＳ２３３）、図１０（Ｂ）に示すように、検索サービスにかかる支払い金額を表示部６０に表示させる。
【００２２】次に、ＰＣ５は、検索キーとなるファイルから音楽部分のみを抽出し、この抽出したデータに検索依頼コマンドを付加してＷｅｂサーバ２に送信してセッションを確立させ、回答を得るまで待機する（ステップＳ２３４）。
【００２３】そしてＷｅｂサーバ２がログファイル２７３を検索して作成した回答を得るとセッションを切り、この回答に基づいて、ヒットしたファイルがあるか否かを判断する（ステップＳ２３５）。ヒットするファイルが無かった場合、若しくは検索キーが不充分なものである場合は、その旨のメッセージ表示を行い（ステップＳ２３６）、ヒットするファイルがあった場合には、図１０（Ｃ）に示すように、そのファイル名（詳細には、検索結果としてＷｅｂサーバ２のデータベース管理用ＤＢ２７２に格納されるデータ）を表示し、ユーザからのダウンロード実行指示の有無を判断する（ステップＳ２３５）。そして、ユーザからのダウンロード実行指示があったならば（Ｙ）、ダウンロード処理へ移行して、該当するファイルをダウンロードする。
【００２４】このような第２の実施の形態によれば、ユーザは、テレビコマーシャル等で一部だけが放送される曲をファイルをダウンロード場合、ＰＣ５でそのデータ（ビデオ情報）を取り込み、このデータを検索キーとしてサービス側に検索を依頼することができる。そして、ヒットするファイルがあることを回答として受信すると、ダウンロードすることができる。
【００２５】（第３の実施の形態）第３の実施の形態の構成は実質的に上記第１の実施の形態と同様であり、ユーザ側から特定の期間におけるダウンロードランキングの動向等、ダウンロードサービスの状況をＷｅｂサーバ２に問い合わせ、その結果を取得してチャート表示する場合について詳述する。
【００２６】図１１に示すチャート表示処理フローは、ダウンロードサービスを運営しているＷｅｂサーバ２に対し、特定期間においてダウンロードされたファイルのカウント数、およびランキング結果等の表示を依頼し、その結果を受信して表示する機能を実現するものである。従来のヒットチャート情報等の配信サービスは、ＣＤのセールス、ＴＶのリクエスト回数、ラジオの放送回数などの集計を情報誌、メディアを発行する会社が行い一方的な配信によって行われているが、本実施の形態においては、ユーザが操作するＰＣ５からＷｅｂサーバ２に特定の期間のダウンロードリクエスト回数の受信を依頼すると、Ｗｅｂサーバ２がこれを受信し、上記特定の期間を検索キーとしてログファイル２７３を検索し、検索結果を受信すると、表示部６０の所定の表示エリアのボタン等でその集計結果をグラフ等によるチャートで表示することを実現しようとするものである。
【００２７】図１２（Ａ）に示す画面状態は、サービスメニューの一つとして、ユーザの操作によりチャート検索が指定された状態を示すものである。このチャート検索の依頼開始を検出すると（ステップＳ２４１）、さらに、同図（Ｂ）に進み、チャート表示対象の指定期間の入力を検出し（ステップＳ２４２）、さらに検索依頼実行を検出する（ステップＳ２４３）。この実行を検出することによりＷｅｂサーバ２とのセッションが確立し（ステップＳ２４４）、指定期間のデータをＷｅｂサーバ２が受け取ると、このデータを検索キーとしてログファイル２７３をサーチして、結果をＰＣ５に返信しセッションを切る。しかる後、ＰＣ５は受信したデータに基づいて指定期間におけるチャートデータを作成する（ステップＳ２４５）。さらに、この作成したチャートデータに基づくチャートを表示部６０に表示させる（ステップＳ２４６）。
【００２８】このような第３の実施の形態によれば、ユーザは、指定した期間においてどのファイルのダウンロード回数が多いか、すなわち、どの曲がヒットしたのか否かを知ることができる。
【００２９】尚、本実施の形態においては、指定された期間におけるダウンロード回数を検索するようにしたが、これに限らず、レコード会社、レーベル、ジャンル等を検索キーとして、Ｗｅｂサーバ２に検索依頼することも可能である（但しこの場合、Ｗｅｂサーバ２側がこれらの検索キーを実行コマンドとして受け付け、動作するＣＧＩプログラムが備えていることが前提である。）。また、本実施の形態では音楽（ヒットチャート）について述べたが、書籍情報、その他インターネット上に展開する電子モール（商店街）について、特定の商品や期間の売れ行き調査依頼する場合でも本発明は適用可能である。
【００３０】（第４の実施の形態）第４の実施の形態の構成は実質的に上記第１の実施の形態と同様であり、ユーザが今聴いている音楽（曲）について、そのランキング等の動向をＷｅｂサーバ２に問い合わせ、その結果を取得して表示する場合について詳述するものである。
【００３１】図１３に示すチューナリクエストカウンタ処理フローは、ＰＣ５のチューナー６３が放送された曲を受信した場合、この曲についての情報をＷｅｂサーバ２にアクセスし照会依頼し、その結果をチャート化して表示する、チューナーリクエストカウンタ機能を実現するものである。
【００３２】すなわち、図１４（Ａ）に示すように、チューナー６３が動作しており、ＦＭラジオもしくはＡＭラジオ放送を受信している状態で、ユーザがタブレット５９を操作して「ラジオチューナ集計ＯＮ」を指定すると、ＣＰＵ５１はこれを検出し、チューナーリクエストカウンタをＯＮ表示にする（ステップＳ２５１）。引き続き、ユーザから集計する期間の入力を検出すると、これを取り込み、この照会サービスに関し支払うべき金額を表示し（ステップＳ２５２）、同時に受信している曲をデジタルデータに処理して、照会依頼コマンドを添付してＷｅｂサーバ２に送信する（ステップＳ２５３）。しかる後に、ＰＣ５から送信されたデータによりセッション確立したＷｅｂサーバ２がログファイル２７３を検索し、その結果として得た情報をＰＣ５が受信すると（ステップＳ２５４）、セッションを切り（ステップＳ２５５）、受信したデータに基づいてきチャートを作成し、図１４（Ｂ）に示すように、表示部６０に表示する。
【００３３】このような第４の実施の形態によれば、ユーザは、今、放送で流れている音楽（曲）についてどのくらい人気があるのかをすぐに知ることができる。
【００３４】
【発明の効果】以上説明したように本発明によれば、端末から音楽情報の一部をサーバに送信すると、サーバは、送信されてきた音楽情報の一部を検索キーとしてデータベースを検索し、その検索結果を端末に送信する。よって、端末のユーザは、例えばＴＶＣＭなどで一部だけが流れた曲の音楽情報を端末からサーバに送信することにより、音楽情報の一部を検索キーとした検索結果、つまり曲全体の音楽情報等の曲に関連する情報を容易且つ迅速に入手することができる。
【出願人】 【識別番号】０００００１４４３
【氏名又は名称】カシオ計算機株式会社
【出願日】 平成１２年９月２９日（２０００．９．２９）
【代理人】 【識別番号】１０００８８１００
【弁理士】
【氏名又は名称】三好 千明
【公開番号】 特開２００２−１０８９０７（Ｐ２００２−１０８９０７Ａ）
【公開日】 平成１４年４月１２日（２００２．４．１２）
【出願番号】 特願２０００−３０１３３５（Ｐ２０００−３０１３３５）