(57)【特許請求の範囲】
【請求項１】
情報を蓄積するデータベースと、
前記データベースから配信すべき情報を取得し、要求に応じて前記情報を配信する情報配信装置と、
前記情報配信装置が接続される移動通信網に収容され、該移動通信網を介して前記情報配信装置に情報の配信を要求する移動通信端末と、
前記移動通信端末による要求に応じて前記情報配信装置から配信される情報を受信する情報受信端末とを具備し、
前記移動通信端末は、
前記情報配信装置から配信される情報を受信する受信手段と、
情報を蓄積可能な自身のメモリ残量を監視し、そのメモリ残量値を前記情報配信装置に通知する手段とを備え、
前記情報配信装置は、前記移動通信端末から通知されてくる前記メモリ残量値と、配信しようとする情報の情報量とを比較し、この比較結果に基づいて前記情報の配信先を前記移動通信端末または前記受信端末のいずれかに決定する手段を具備することを特徴とする情報配信システム。
【請求項２】
情報を蓄積可能なメモリと、
移動通信端末のメモリ残量と配信しようとする情報の情報量とを比較しこの比較結果に基づいて前記情報の配信先を決定する情報配信装置に対し、情報の配信を要求する要求手段と、
前記メモリの残量を監視し、そのメモリ残量値を前記情報配信装置に通知する手段と、
前記情報の配信要求に応じて、前記情報配信装置から前記情報が配信されてくると、それを受信し、前記メモリに記憶する受信手段と
を具備することを特徴とする移動通信端末。
【請求項３】
移動通信網に収容される移動通信端末から情報の配信要求と共に通知されてくる当該移動通信端末のメモリ残量値と、配信が要求された情報の情報量とを比較し、この比較結果に基づいて前記情報の配信先を前記移動通信端末または当該移動通信端末以外の受信端末のいずれかに決定する手段と、
情報を蓄積するデータベースから配信すべき情報を取得し、取得した情報を決定された配信先に前記情報を配信する配信手段と
を具備することを特徴とする情報配信装置。
【請求項４】
移動通信端末が、情報を蓄積可能な自身のメモリ残量値とともに、情報の配信要求を情報配信装置に送信するステップと、
前記情報配信装置が、前記移動通信端末から送信されてくる前記メモリ残量値と前記配信要求を受信するステップと、
前記情報配信装置が、前記メモリ残量値と配信が要求された情報の情報量とを比較し、この比較結果に基づいて前記情報の配信先を前記移動通信端末または当該移動通信端末以外の受信端末のいずれかに決定するステップと、
前記情報配信装置が、データベースから配信すべき情報を取得し、取得した情報を決定された配信先に送信するステップと
を具備することを特徴とする情報配信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、音楽情報等のコンテンツを配信するサービスに用いて好適な情報配信システム、移動通信端末及び情報配信方法に関する。
【０００２】
【従来の技術】
インターネット等のネットワークの普及がめざましい。近年、かかるネットワークを利用して情報を配信するサービスを提供するシステムが各種提案されている。この種のシステムとして、例えば次のようなものが知られている。音楽ソフトやゲームソフト等のコンテンツを提供するホームページをインターネットのＷＷＷ(World Wide Web)上に開設し、インターネットに接続されたパーソナルコンピュータのユーザが上記ホームページにアクセスして所望のコンテンツを選択すると、その選択されたコンテンツをユーザのパーソナルコンピュータへダウンロードする。
また、近年放送のデジタル化が進展しつつあり、デジタル放送を利用してコンテンツを提供するシステムも提案されている。
ところで、コンテンツを要求するユーザは、常に同じ場所に居る訳ではなく、自宅に居る場合もあれば、移動中の場合もある。従って、ユーザとしては、何時でも何処でもコンテンツを要求でき、かつ、入手することができれば便利である。また、ユーザはコンテンツの取得を要求しても、その居場所でコンテンツの配信を受けたい場合もあれば、他の場所で配信を受けたい場合もある。
【０００３】
【発明が解決しようとする課題】
本発明は、上記の事情を考慮してなされたものであり、ユーザが場所や時間に限定されることなく、所望のコンテンツを要求でき、かつ、要求したコンテンツを所望の場所で取得することができる情報配信システム、移動通信端末及び情報配信方法を提供することを目的とする。
【０００４】
【課題を解決するための手段】
本発明に係る情報配信システムは、情報を蓄積するデータベースと、前記データベースから配信すべき情報を取得し、要求に応じて前記情報を配信する情報配信装置と、前記情報配信装置が接続される移動通信網に収容され、該移動通信網を介して前記情報配信装置に情報の配信を要求する移動通信端末と、前記移動通信端末による要求に応じて前記情報配信装置から配信される情報を受信する情報受信端末とを具備し、前記移動通信端末は、
前記情報配信装置から配信される情報を受信する受信手段と、情報を蓄積可能な自身のメモリ残量を監視し、そのメモリ残量値を前記情報配信装置に通知する手段とを備え、
前記情報配信装置は、前記移動通信端末から通知されてくる前記メモリ残量値と、配信しようとする情報の情報量とを比較し、この比較結果に基づいて前記情報の配信先を前記移動通信端末または前記受信端末のいずれかに決定する手段を具備することを特徴としている。
また、本発明に係る移動通信端末は、情報を蓄積可能なメモリと、移動通信端末のメモリ残量と配信しようとする情報の情報量とを比較しこの比較結果に基づいて前記情報の配信先を決定する情報配信装置に対し、情報の配信を要求する要求手段と、前記メモリの残量を監視し、そのメモリ残量値を前記情報配信装置に通知する手段と、前記情報の配信要求に応じて、前記情報配信装置から前記情報が配信されてくると、それを受信し、前記メモリに記憶する受信手段とを具備することを特徴としている。
また、本発明に係る情報配信装置は、移動通信網に収容される移動通信端末から情報の配信要求と共に通知されてくる当該移動通信端末のメモリ残量値と、配信が要求された情報の情報量とを比較し、この比較結果に基づいて前記情報の配信先を前記移動通信端末または当該移動通信端末以外の受信端末のいずれかに決定する手段と、情報を蓄積するデータベースから配信すべき情報を取得し、取得した情報を決定された配信先に前記情報を配信する配信手段とを具備することを特徴としている。
また、本発明に係る情報配信方法は、移動通信端末が、情報を蓄積可能な自身のメモリ残量値とともに、情報の配信要求を情報配信装置に送信するステップと、前記情報配信装置が、前記移動通信端末から送信されてくる前記メモリ残量値と前記配信要求を受信するステップと、前記情報配信装置が、前記メモリ残量値と配信が要求された情報の情報量とを比較し、この比較結果に基づいて前記情報の配信先を前記移動通信端末または当該移動通信端末以外の受信端末のいずれかに決定するステップと、前記情報配信装置が、データベースから配信すべき情報を取得し、取得した情報を決定された配信先に送信するステップとを具備することを特徴としている。
【０００５】
【発明の実施の形態】
以下、図面を参照し、本発明の実施形態を説明する。以下に説明する実施形態は、本発明を楽曲の演奏をデジタル録音して得られる楽曲データを配信する情報配信システムに適用したものである。ただし、本発明は、かかる実施形態に限定されず、後述するようにその技術思想の範囲内で種々の変更が可能である。
【０００６】
Ａ：第１実施形態
はじめに、本発明の第１実施形態について説明する。
Ａ−１：構成
（１）システム全体の構成
図１は、第１実施形態にかかる情報配信システムの全体構成を示すブロック図である。同図において、情報配信システムは、移動局１０、移動データ通信網２０、固定データ通信網３０、セットトップボックス（以下、ＳＴＢと略す）４０、ＡＶ（オーディオ・ビジュアル）機器５０、配信管理サーバ６０、放送局７０を備える。
移動局１０は、図示しない移動電話網および移動データ通信網２０に収容される携帯電話等の移動通信端末である。すなわち、この移動局１０は、無線通信機能を備えており、移動電話網の無線通話サービスを受ける他、移動データ通信網２０を介した無線データ通信が可能である。また、移動局１０は、放送局７０が提供する地上波デジタル放送を受信する機能をも備えている。
移動データ通信網２０は、多数の基地局２１ａ、２１ｂ・・・、図示しない交換局及びこれらを結ぶ通信線等から構成されており、移動局１０に対して双方向の無線データ通信サービスを提供する。
固定データ通信網３０は、例えばＩＳＤＮ(Integrated Services Digital
Network）のような双方向のデジタル通信網である。この固定データ通信網３０は、セットトップボックス４０、配信管理サーバ６０および放送局７０を含む多数の固定局を収容しており、これら固定局間のデータ通信サービスを提供する。また、固定データ通信網３０は、図示しないゲートウェイ装置を介して移動データ通信網２０と接続されており、当該固定データ通信網３０内の固定局と移動データ通信網２０に収容される移動局１０の間でもデータ通信が可能である。
放送局７０は、放送波送信アンテナ７０Ａを介して地上波デジタル放送を提供する。地上波デジタル放送は、各種ラジオ番組やテレビ番組を提供する放送チャネルの他、音楽配信のサービスを提供するための放送チャネルを含んでいる。また、この放送局７０は、特に音楽配信のサービスを提供するためのデータベース７１〜７３を含む各種放送で提供すべきコンテンツを記憶するデータベース群、これらデータベース群の更新等を管理するデータベース管理システム７４、および放送波送信アンテナ７０Ａ及び固定データ通信網３０の配信管理サーバ６０を介して音楽配信サービスを提供するサーバシステム７５を備えている。サーバシステム７５は、音楽配信に際し、配信データを所定の暗号化方式によって暗号化するとともに、各配信データの暗号化を解くための復号鍵を生成しこれらを配信管理サーバ６０へ供給する。
配信管理サーバ６０は、放送局７０から固定データ通信網３０経由で音楽配信のサービスに必要な情報を取得し、移動局１０やＳＴＢ４０等の固定局に対して音楽配信サービスを提供する。また、配信管理サーバ６０は、音楽配信サービスに付随して発生する課金データや配信ログデータ等の蓄積も行う。
ＳＴＢ４０は、放送局７０から供給される地上波デジタル放送を受信するとともに、固定データ通信網を介して双方向のデータ通信を行う情報通信端末である。このＳＴＢ４０は、放送波受信アンテナ４３１を備えるとともに、ＡＶ機器５０および固定データ通信網３０に接続されている。すなわち、ＳＴＢ４０は、放送波受信アンテナ４３１によって受信した放送波を復調・復号化し、この結果を映像や音声として再生すべくＡＶ機器５０に出力する。ＳＴＢ４０は、固定データ通信網３０を介して供給される楽曲データを復調・復号化し、同様にＡＶ機器５０に出力する。
ＡＶ機器５０は、ＳＴＢ４０を介して受信したテレビ番組や音楽配信番組等のコンテンツを映像あるいは音声として再生する。
【０００７】
（２）放送局７０が備えるデータベースの詳細
放送局７０は、音楽配信サービスを提供するためのデータベース（以下、ＤＢと略す）として、楽曲ＤＢ７１、人気曲ＤＢ７２および試聴用ＤＢ７３を備えている。
図２は、楽曲ＤＢ７１に記憶されるデータの一例を示すフォーマット図である。同図に示すように、楽曲ＤＢ７１には、多数の楽曲データと、各曲を一意に特定するための識別情報である楽曲ＩＤとが関連付けて記憶されている。ここで、楽曲データとは、楽曲の演奏を例えばＭＰＥＧ２ ＡＡＣ(MPEG 2 Advanced Audio Coding)等の所定のオーディオ圧縮符号化方式によりデジタル録音して得られるデータをいう。
図３は、人気曲ＤＢ７２に記憶されるデータの一例を示すフォーマット図である。同図に示すように、人気曲ＤＢ７２には、人気曲の楽曲データと、各人気曲の楽曲ＩＤとが関連付けて記憶されている。ここで、人気曲とは一定期間における配信回数が多い楽曲をいい、例えば過去１週間等の一定期間ごとに各曲の楽曲データの配信回数を集計し、配信回数の多い順に並べた結果上位２０曲を人気曲と呼び、その他の曲を非人気曲と呼ぶ。この人気曲ＤＢ７２は、配信管理サーバ６０から供給される配信ログ情報を基に定期的に人気曲を決定し、上述の楽曲ＤＢ７１から人気曲のデータのみを抽出することにより作成される。
図４は、試聴用ＤＢ７３に記憶されるデータの一例を示すフォーマット図である。同図に示すように、試聴用ＤＢ７３には、試聴用の楽曲データ（以下、試聴用データと呼ぶ）と各曲の楽曲ＩＤとが関連付けて記憶されている。ここで、試聴用データとは、人気曲の特徴部分（例えば楽曲の導入部分やさびの部分）のみを抽出した楽曲データである。この試聴用ＤＢ７３のデータは、放送局７０内で復号・再生され、音楽配信の人気曲試聴用チャネルで放送される。
【０００８】
（３）音楽配信サービスに関わる放送チャネルの構成
次に、放送局７０から提供される放送チャネルのうち音楽配信サービスに関わる放送チャネルの構成について説明する。
図５は、音楽配信サービスに関わる放送チャネルの構成例を示すフォーマット図である。同図に示すように、音楽配信サービスに関わる放送チャネルは、チャネルｍｃｈ１とチャネルｍｃｈ２からなっている。チャネルｍｃｈ１では、ダウンロード用として人気曲の楽曲データＭＸ１〜ＭＸｎが巡回的に放送される。このチャネルｍｃｈ１で放送される楽曲データＭＸ１〜ＭＸｎは、人気曲ＤＢ７２から読み出した楽曲データを所定の暗号化方式により暗号化したデータである。ここで暗号化して放送するのは、ダウンロードを許された復号鍵を保持する特定のユーザのみ楽曲データの利用を許容し、ダウンロードを許されていない不特定のユーザによる利用を回避するためである。
図６は、チャネルｍｃｈ１で放送される楽曲データＭＸ１〜ＭＸｎのうち１曲分の楽曲データＭＸｋの内容を示すフォーマット図である。同図に示すように、楽曲データＭＸｋの先頭にはその曲を特定するための楽曲ＩＤが付加されている。
一方、チャネルｍｃｈ２では、図５に示すように、人気曲を案内するための試聴用として試聴用データＭＳ１〜ＭＳｎが巡回的に放送される。このチャネルｍｃｈ２で放送される試聴用データＭＳ１〜ＭＳｎは試聴用ＤＢ７３から読み出して得られるデータである。この試聴用データＭＳ１〜ＭＳｎは、広くユーザに人気曲を案内することを目的としているため暗号化されずに放送される。
図７は、チャネルｍｃｈ２で放送される試聴用データＭＳ１〜ＭＳｎのうち１曲分の試聴用データＭＳｋの内容を示すフォーマット図である。同図に示すように、試聴用データＭＳｋの中にはその曲を特定するための楽曲ＩＤが時間にして例えば０．１秒等の一定間隔で挿入されている。
【０００９】
（４）配信管理サーバ６０の構成
次に、配信管理サーバ６０の構成について説明する。
図８は、配信管理サーバ６０の構成を示すブロック図である。同図に示すように、配信管理サーバ６０は、制御部６１、通信部６２、復号鍵記憶部６３、課金データ記憶部６４、配信回数カウントテーブル記憶部６５、楽曲ＤＢ６６および人気曲リストテーブル記憶部６７を備えている。
制御部６１は、ＣＰＵ(Central Processing Unit)、ＲＯＭ(Read Only Memory)、ＲＡＭ(Random Access Memory)等から構成される。ＲＯＭには音楽配信サービスを実行するための制御プログラムが格納されており、ＣＰＵはこの制御プログラムを実行することにより配信管理サーバ６０の各部を制御し、音楽配信サービスを実行する。
通信部６２は、固定データ通信網３０に接続され、この固定データ通信網３０を介してデータ通信を行う。このデータ通信によって、配信管理サーバ６０は、音楽配信サービスに必要な情報を放送局７０から取得し、移動局１０からのリクエストに応じた音楽配信を行う。
復号鍵記憶部６３は、放送局７０から供給される復号鍵を記憶している。この復号鍵は、ユーザに配信した楽曲データの暗号化を解くための復号化に用いられる鍵情報である。
楽曲ＤＢ６６には、上述した放送局７０が備える楽曲ＤＢ７１と同一のデータが記憶される。このデータは、放送局７０から固定データ通信網３０経由で供給される。配信管理サーバ６０は、移動局１０からリクエストされた楽曲データを楽曲ＤＢ６６から取得し、指定された配信先に送信する。ここで、指定された配信先としたのは、配信先が必ずしもリクエストを出した移動局１０とは限らず、ＳＴＢ４０等の他の受信端末が配信先として指定される場合もあるからである。
課金データ記憶部６４には、提供した音楽配信サービスに対して課金をするために必要な課金データが、音楽配信をリクエストする移動局１０（すなわちユーザ）毎に記憶されている。この課金データは、音楽配信サービスを提供するごとにそのサービスに対応した課金額が累積されるかたちで更新される。
配信回数カウントテーブル記憶部６５には、配信ログデータとして一定期間における楽曲毎の配信回数を累積した情報を保持する配信回数カウントテーブルが記憶されている。図９は、配信回数カウントテーブルの例を示すフォーマット図である。同図に示すように、配信回数カウントテーブルには、各曲毎に楽曲ＩＤとその配信回数が関連付けて記憶されている。配信管理サーバ６０は、音楽配信の処理を行う毎に、このテーブル内の配信回数をインクリメントする。配信管理サーバ６０は、配信回数カウントテーブルに基づき、配信回数の多い順から例えば上位２０曲というように人気曲を決定する。この人気曲の楽曲ＩＤは、後述する人気曲リストテーブル記憶部６７に記憶される他、固定データ通信網３０等を介して放送局７０へ通知される。
人気曲リストテーブル記憶部６７には、上述のように決定された人気曲の楽曲ＩＤのリストを保持する人気曲リストテーブルが記憶されている。配信管理サーバ６０は、移動局１０から音楽配信のリクエスト信号を受信すると、この人気曲リストテーブルを参照し、リクエスト信号に含まれる楽曲ＩＤが人気曲リストに挙がっているか否かを判断する。配信管理サーバ６０は、この判断結果に応じて、音楽配信の形態を制御する。
【００１０】
（５）移動局１０の構成
次に、移動局１０の構成について説明する。
図１０は、移動局１０の構成を示すブロック図である。同図に示すように、移動局１０は、制御部１１、無線通信部１２、ユーザインタフェース部１３（以下、インタフェースをＩ／Ｆと略称する）、スピーカＩ／Ｆ部１４、チューナ１５、ＭＰＥＧデコーダ１６、及びこれらを相互に接続するバス１７から構成される。
制御部１１は、ＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、ＥＥＰＲＯＭ
(Electrical Erasable Read Only Memory)１１４から構成されており、移動局１０の各部を制御する。ＲＯＭ１１２には、ネットワーク（すなわち、移動データ通信網２０および固定データ通信網３０）内で当該移動局１０を一意に特定するための移動局ＩＤ、および種々の制御プログラムが格納されている。ＣＰＵ１１１はこれらの制御プログラムを実行することにより後述する動作を行う。ＲＡＭ１１３はＣＰＵ１１１のワークエリアとして用いられる。ＥＥＰＲＯＭ１１４には、音楽配信により取得した楽曲データやユーザが登録した各種の情報等が格納される。このＥＥＰＲＯＭ１１４に格納される楽曲データは、制御部１１において復号鍵による暗号解読処理が施された楽曲データである。配信サービスを受けた楽曲データはＥＥＰＲＯＭ１１４に蓄積され、ユーザからの要求に応じて読み出され、再生処理される。
無線通信部１２は、アンテナ１２１を介し移動データ通信網２０の基地局２１ａ、２１ｂ・・・との間で無線通信を行う。
ユーザＩ／Ｆ部１３は、対話画面や各種情報を表示する液晶表示部、ユーザが各種入力操作を行うためのキーパッド、ユーザが通話を行うためのマイクロホン及びスピーカ等からなっている。
チューナ１５は、ユーザが選択した放送チャネルに同調し、放送波受信アンテナ１５１を介して選択された放送波を受信し復調処理を施す。復調して得られた受信データは、このチューナ１５から制御部１１へ転送される。制御部１１は、受信データが暗号化されている楽曲データの場合、復号鍵による暗号解読を行った後、ＥＥＰＲＯＭ１１４へ格納する。制御部１１は、ＥＥＰＲＯＭ１１４に格納されている楽曲データをユーザの要求に応じてＭＰＥＧデコーダ１６へ転送する。一方、受信データが暗号化されていない試聴用データの場合、特に処理を施すことなくＭＰＥＧデコーダ１６へ転送する。
ＭＰＥＧデコーダ１６は、制御部１１から転送される受信データを復号化し、復号結果をスピーカＩ／Ｆ部１４へ出力する。
スピーカＩ／Ｆ部１４は、ヘッドホンのような外部スピーカが接続される音声出力インタフェースである。ＭＰＥＧデコーダ１６から供給されるデジタルの音声信号は、スピーカＩ／Ｆ部１４を介してＤ／Ａ（デジタル／アナログ）変換された後、外部スピーカへ供給され、音声として再生される。
【００１１】
（６）ＳＴＢ４０の構成
次に、ＳＴＢ４０の構成について説明する。
図１１は、ＳＴＢ４０の機能構成を示すブロック図である。同図に示すように、ＳＴＢ４０は、制御部４１、網Ｉ／Ｆ部４２、チューナ４３、ＭＰＥＧデコーダ４４、ＡＶ機器Ｉ／Ｆ部４５、ユーザＩ／Ｆ部４６、ＰＣ(Personal Computer)Ｉ／Ｆ部４７、ハードディスク装置４８、及びこれらを相互に接続するバス４９から構成される。
制御部４１は、ＣＰＵ４１１、ＲＯＭ４１２及びＲＡＭ４１３から構成されており、ＳＴＢ４０の各部を制御する。ＲＯＭ４１２には、ネットワーク内で当該ＳＴＢ４０を一意に特定するためのＳＴＢＩＤ、および種々の制御プログラムが格納されている。ＣＰＵ４１１は、これらの制御プログラムを実行することにより各種制御処理を行う。ＲＡＭ４１３はＣＰＵ４１１のワークエリアとして用いられる。
網Ｉ／Ｆ部４２は、固定データ通信網３０が例えばＩＳＤＮの場合、ＤＳＵ
(Digital Service Unit)やＴＡ(Terminal Adapter)を含み、これによって授受される信号の変復調を行い、固定データ通信網３０との通信インタフェースを提供する。復調して得られた受信データは、制御部４１へ転送され、移動局１０の場合と同様、暗号化されているデータであるか否かに応じた処理を経た後、ＭＰＥＧデコーダ４４あるいはハードディスク装置４８へ供給される。
チューナ４３は、ユーザが選択した放送波チャネルに同調し、放送波受信アンテナ４３１を介して放送波を受信し復調処理を施す。復調して得られた受信データは、制御部４１へ転送され、上述の網Ｉ／Ｆ部４２の場合と同様、暗号化されているデータであるか否かに応じた処理を経た後、ＭＰＥＧデコーダ４４あるいはハードディスク装置４８へ供給される。
ＭＰＥＧデコーダ４４は、制御部４１から転送される受信データを復号化し、復号結果をＡＶ機器Ｉ／Ｆ部４５へ出力する。
ＡＶ機器Ｉ／Ｆ部４５は、ＳＴＢ４０に接続されるＡＶ機器５０とのインタフェースを提供する。すなわち、ＭＰＥＧデコーダ４４から供給されるデジタルの音声信号及び映像信号をＡＶ機器５０が再生可能なアナログ信号に変換し、ＡＶ機器５０へ出力する。
ユーザＩ／Ｆ部４６は、ユーザが入力操作するリモートコントローラ、このリモートコントローラとの赤外線Ｉ／Ｆ、ユーザの入力操作を受け付ける操作パネル、各種情報を表示する表示パネル等から構成されている。
ＰＣＩ／Ｆ部４７は、例えばＲＳ−２３２Ｃ等のＰＣとの接続インタフェースを提供する。ＳＴＢ４０は、このＰＣＩ／Ｆ部４７を介して楽曲データの入出力が可能になっている。
ハードディスク装置４８には、音楽配信により取得した楽曲データが格納される。このハードディスク装置４８に格納される楽曲データは、制御部４１において復号鍵による暗号解読処理が施された楽曲データである。配信サービスを受けた楽曲データはハードディスク装置４８に蓄積され、ユーザからの要求に応じて読み出され、再生処理される。
【００１２】
Ａ−２：動作
次に、図１２ないし図１５を参照し、上記構成からなる本実施形態の動作について説明する。以下では、本実施形態の動作を次の順序で説明する。すなわち、（１）移動局１０による音楽配信のリクエスト、（２）配信管理サーバ６０による音楽配信、（３）移動局１０またはＳＴＢ４０による楽曲データの受信、の順である。
【００１３】
（１）移動局１０による音楽配信のリクエスト
移動局１０による音楽配信のリクエストには、(i)試聴用データの放送に基づいて所望の曲をリクエストする場合と、(ii)配信管理サーバ６０にアクセスして所望の曲をリクエストする場合とがある。(i)は人気曲のリクエストに用いられ、(ii)は人気曲および非人気曲のいずれのリクエストにも用いられる。以下、これらを分けて説明する。
【００１４】
（i）試聴用データの放送に基づいて所望の曲をリクエストする場合
図１２は、試聴用データの放送に基づいて所望の曲をリクエストする場合の移動局１０の動作を示すフローチャートである。
同図において、まず、ユーザが移動局１０に対する所定の操作により試聴用データを放送するチャネルｍｃｈ２を選局すると、移動局１０の処理はステップＳａ１に進む。ステップＳａ１では、移動局１０のチューナ１５がチャネルｍｃｈ２に同調し、放送波受信アンテナ１５１から試聴用データの放送波を受信する。
次いで、ステップＳａ２に進むと、移動局１０は受信した試聴用データを復号化し、ヘッドホン等の外部スピーカに音声信号として出力する。これにより、ユーザは、繰り返えされる人気曲の特徴部分を試聴することが可能となる。
次に、ステップＳａ３に進むと、移動局１０はユーザによる音楽配信のリクエスト操作を受け付ける操作待ち状態となる。ここで、ユーザが試聴用のチャネルｍｃｈ２を聴きながら、所望の人気曲が放送されている間に、移動局１０から所定のキーを押下する等によりその曲の配信をリクエストする操作を行うと、当該リクエスト操作を検出し、次のステップＳａ４に進む。
ステップＳａ４に進むと、移動局１０は、ユーザによりリクエスト操作があったときにチャネルｍｃｈ２より受信されている人気曲の試聴用データの中からその曲の楽曲ＩＤを抽出する。すなわち、図７に示したように、試聴用データには楽曲データの中に例えば０．１秒等の極めて短い間隔で多数の楽曲ＩＤが挿入されていることから、所望の人気曲の試聴用データが放送されいる間であれば任意のタイミングでリクエスト操作が行われても、その試聴用データのデータストリームの中から楽曲ＩＤを取得することが可能である。
次いで、移動局１０の処理がステップＳａ５に進むと、液晶表示部にメッセージ等を表示してユーザに対し音楽配信の配信先の選択を促す。ここで配信先となるのは、リクエストした移動局１０自身か、あるいは、ユーザの自宅等に設置されたＳＴＢ４０である。移動局１０は、自身のネットワーク上のアドレスとして移動局ＩＤをＲＯＭ１１２に記憶しているが、自身以外の配信先アドレスとして予めＥＥＰＲＯＭ１１４にはＳＴＢ４０のＳＴＢＩＤが登録されている。ユーザは、例えば予め決められたワンタッチのキー入力操作により所望の配信先を選択することにより、その選択操作に対応した配信先アドレスとして移動局ＩＤとＳＴＢＩＤのいずれかが特定可能になっている。もちろん、配信先の選択操作として所望の配信先アドレスを直接入力するよう構成することも可能である。
次いで、移動局１０の処理がステップＳａ６に進むと、移動局１０は、自身の移動局ＩＤと、上記ステップＳａ４において取得したリクエスト曲の楽曲ＩＤと、上記ステップＳａ５において特定した配信先アドレス、配信管理サーバ６０のアドレスとを含むリクエスト信号を配信管理サーバ６０へ送信する。
こうして、リクエスト信号は、移動データ通信網２０及び固定データ通信網３０を介して配信管理サーバ６０へ送られ、以後は、このリクエストに応じた音楽配信が行われる。
【００１５】
（ii）配信管理サーバ６０にアクセスして所望の曲をリクエストする場合
図１３は、配信管理サーバ６０にアクセスして所望の曲をリクエストする場合の移動局１０の動作を示すフローチャートである。
同図において、まず、ユーザが移動局１０に対して所定の操作により配信管理サーバ６０への接続を指示すると、移動局１０の処理はステップＳｂ１に進む。ステップＳｂ１では、移動局１０は、配信管理サーバ６０のアドレスを指定して配信管理サーバ６０へアクセスし、所定のプロトコルによるデータ通信の開始を要求する。これにより移動局１０と配信管理サーバ６０との間でデータ通信が可能となり、移動局１０の処理は次のステップＳｂ２へ進む。
ステップＳｂ２に進むと、配信管理サーバ６０から送信されてくる音楽配信サービスの楽曲リクエストを促すＨＴＭＬ(Hyper Text Markup Language)等の対話画面データを受信し、このデータに基づき楽曲リクエストの対話画面を表示部に表示する。そして、移動局１０の処理はステップＳｂ３へ進み、楽曲のリクエストを受け付ける操作待ち状態となる。
ステップＳｂ３において、ユーザが例えば対話画面のメニュー選択によって音楽配信を受けたい楽曲を選択すると、選択されたメニュー項目に関連付けて予め対話画面データに埋め込まれた楽曲ＩＤが特定される。もちろん、このようなメニュー選択形式ではなく、ユーザが楽曲ＩＤを直接入力するようユーザインタフェースを構成してもよい。
次いで、ステップＳｂ４に進むと、ユーザはリクエストした楽曲の配信先のネットワークアドレスを指定する。この指定操作は、上記の楽曲選択と同様、対話画面のメニュー選択によって受け付け、メニュー項目に関連付けて予め対話画面データに埋め込まれた配信先アドレスを特定してもよいし、配信先アドレスを直接入力するようにしてもよい。
次に、ステップＳｂ５に進むと、移動局１０は、自身の移動局ＩＤと、上記ステップＳｂ３において取得した楽曲ＩＤと、上記ステップＳｂ４において取得した配信先アドレスと、配信管理サーバ６０のアドレスとを含むリクエスト信号を配信管理サーバ６０へ送信する。
こうして、リクエスト信号は、移動データ通信網２０及び固定データ通信網３０を介して配信管理サーバ６０へ送られ、以後は、このリクエストに応じた音楽配信が行われる。
【００１６】
（２）配信管理サーバ６０による音楽配信
図１４は、配信管理サーバ６０による音楽配信の動作を示すフローチャートである。以下、このフローチャートを参照しながら、移動局１０から楽曲配信のリクエストを送信し、そのリクエストに応じてＳＴＢ４０に楽曲データを配信する場合を例にして動作説明を行う。
まずステップＳｃ１において、配信管理サーバ６０は、移動局１０から音楽配信のリクエスト信号が送信されると、このリクエスト信号を受信する。受信したリクエスト信号の中には、リクエスト元の移動局１０を示す移動局ＩＤと、移動局１０のユーザが選択した曲の楽曲ＩＤと配信先アドレスが含まれている。
次いで、ステップＳｃ２に進むと、配信管理サーバ６０は、リクエスト信号に含まれる楽曲ＩＤを検出する。そして、リクエストされた曲が人気曲であるか非人気曲であるかを判断する。すなわち、リクエスト信号に含まれる楽曲ＩＤが人気曲リストテーブル６７に登録されていれば、その楽曲ＩＤが示す楽曲は人気曲であるし、登録されていなければ非人気曲であると判断される。
このステップＳｃ２の判定の結果が人気曲であれば、配信管理サーバ６０の処理はステップＳｃ３に進む。
ステップＳｃ３において、配信管理サーバ６０は、リクエスト信号に含まれる楽曲ＩＤを検索キーにして復号鍵記憶部６３を参照し、リクエストされた楽曲データの暗号解読に必要な復号鍵を取得する。そして、配信管理サーバ６０は、この復号鍵のみをその楽曲ＩＤとともにリクエスト信号の配信先アドレスで指定された配信先へ送信する。すなわち、配信先アドレスが移動局１０の移動局ＩＤであれば、移動局１０へ送信し、ＳＴＢ４０のＳＴＢＩＤであれば、ＳＴＢ４０へ送信する。また、ここで復号鍵のみ送信するのは、人気曲の場合、楽曲データ自体は放送局７０のチャネルｍｃｈ１から受信されるからである。
一方、前述のステップＳｃ２の判定の結果が非人気曲であれば、配信管理サーバ６０の処理はステップＳｃ４に進む。
ステップＳｃ４において、配信管理サーバ６０は、ステップＳｃ３と同様に復号鍵を取得するとともに、リクエスト信号に含まれる楽曲ＩＤを検索キーにして楽曲ＤＢ６６を検索し、リクエスト曲の楽曲データを取得する。そして、配信管理サーバ６０は、取得した復号鍵と楽曲データをその楽曲ＩＤとともにリクエスト信号の配信先アドレスで指定された配信先へ送信する。ここで復号鍵のみならず、楽曲データをも送信するのは、リクエストの少ない非人気曲の場合、放送局７０のチャネルｍｃｈ１では楽曲データが供給されないからである。
さて、上述のステップＳｃ３またはステップＳｃ４のいずれかの処理が完了すると、配信管理サーバ６０の処理はステップＳｃ５に進む。
ステップＳｃ５において、配信管理サーバ６０は、楽曲データの配信先である移動局１０またはＳＴＢ４０から、楽曲データの受信が完了した旨の受信完了通知を受信する。
配信管理サーバ６０は、受信完了通知を受信すると、ステップＳｃ６に進み、配信回数カウントテーブルを参照し、配信を完了した楽曲の配信回数をインクリメントする。これにより、各曲の配信ログが作成され、人気曲、非人気曲の判断が可能となる。
さらに、ステップＳｃ７に進むと、配信管理サーバ６０は、課金データ記憶部６４の課金データに当該配信サービスに対する課金データを追加する。
【００１７】
（３）楽曲データの受信
次に、移動局１０またはＳＴＢ４０が楽曲データを受信する動作について説明する。図１５は、移動局１０またはＳＴＢ４０が楽曲データを受信する動作を示すフローチャートである。受信のアルゴリズムは、移動局１０もＳＴＢ４０も同じなので、以下ではＳＴＢ４０の場合を例として受信動作を説明する。
図１５において、まずステップＳｄ１では、ＳＴＢ４０は、前述のステップＳｃ３またはステップＳｃ４において配信管理サーバ６０から送信されるデータを受信する。このデータの中には、人気曲の場合、復号鍵と楽曲ＩＤが含まれており、非人気曲の場合、復号鍵と楽曲ＩＤの他、楽曲データが含まれている。
ここで、ユーザの自宅等に設置されるＳＴＢ４０は、常時電源が投入されており、いつデータが送信されてもこれを受信可能な状態で待機しているものとする。
次いで、ステップＳｄ２に進むと、ＳＴＢ４０は、受信データの中に楽曲データが含まれているか否かを判断する。
上記ステップＳｄ２の判断結果が「Ｙｅｓ」の場合、ステップＳｄ３に進み、受信した楽曲データを同じく受信した復号鍵によって暗号解読し、この結果をハードディスク装置４８へ格納する。
一方、上記ステップＳｄ２の判断結果が「Ｎｏ」の場合、ステップＳｄ４に進み、人気曲の楽曲データが放送されているチャネルｍｃｈ１に同調し、ステップＳｄ１で受信した楽曲ＩＤに続く楽曲データを受信する。そして、ステップＳｄ５に進み、上記ステップＳｄ４で受信した楽曲データを前述のステップＳｄ１で受信した復号鍵によって暗号解読し、この結果をハードディスク装置４８へ格納する。
そして、ステップＳｄ３またはステップＳｄ５の処理が完了すると、ステップＳｄ６に進み、楽曲データの受信完了を知らせるべく、配信管理サーバ６０へ受信完了通知信号を送信する。
上記の楽曲データの受信は、ＳＴＢ４０が配信先として指定された場合を例として説明したが、移動局１０自身が配信先となる場合は、楽曲データの格納場所がＥＥＰＲＯＭ１１４となる点を除けば、上記とまったく同じ動作である。
このように、第１実施形態によれば、人気曲であれば、移動局１０を用いて試聴を行い、かつ、その楽曲データの配信をリクエストでき、所望の配信先へその楽曲データを比較的通信コストがかからない放送波を介してダウンロードすることができる。一方、非人気曲であれば、移動局１０を用いて配信管理サーバ６０へアクセスして所望の曲をリクエストし、その楽曲データを通信網を介して所望の配信先へダウンロードすることができる。これによって、ユーザは、いつでもどこでも所望の曲をリクエストし、かつ、所望の配信先へ適切な通信媒体を介してダウンロードすることができる。
【００１８】
Ｂ：第２実施形態
次に、本発明の第２実施形態について説明する。
図１６は、第２実施形態にかかる情報配信システムの全体構成を示すブロック図である。同図において、前述の第１実施形態と同一の構成については図１に示す符号と同一の符号を付し、説明を省略する。
図１６に示す第２実施形態が図１に示す第１実施形態と異なる点は、移動局８０と配信管理サーバ９０の構成である。
すなわち、移動局８０は、放送局７０から供給される放送波を受信するための構成を備えておらず、具体的には、図１０に示す構成からチューナ１５および放送波受信アンテナ１５１を除いた構成となっている。したがって、移動局８０は、音楽配信に関するデータをすべて移動データ通信網２０を介して受信する。
また、配信管理サーバ９０は、図８に示す第１実施形態の構成に加え、試聴用データを格納する試聴用ＤＢ９１を備えている。この試聴用ＤＢ９１は、第１実施形態で説明した放送局７０の備える試聴用ＤＢ７３と同一の内容であり、放送局７０から供給されるデータに基づいて作成される。
上記のとおり、移動局８０は、放送局７０から供給される放送波を受信できないことから、人気曲の試聴およびその楽曲データのダウンロードはすべて配信管理サーバ９０にアクセスして行う。
すなわち、ユーザが人気曲の試聴を行いたい場合、移動局８０を操作して配信管理サーバ９０にアクセスし、人気曲の試聴を提供するメニューを選択する。すると、配信管理サーバ９０は、試聴用ＤＢ９１からデータを読み出し、図５及び図７に示すチャネルｍｃｈ２と同様のデータストリームによって試聴用データを移動局８０へ配信する。移動局８０がこの配信された試聴用データを再生することにより、ユーザが人気曲を試聴することができる。
その後の曲のリクエストと楽曲データのダウンロードに関する動作は、図１４に示す処理ステップＳｃ２〜Ｓｃ４が第１実施形態と異なる。
すなわち、第１実施形態において、配信管理サーバ６０は、ステップＳｃ２で、リクエスト曲が人気曲か非人気曲かを判断し、人気曲の場合、ステップＳｃ３で、復号鍵のみを指定された配信先に配信し、非人気曲の場合、ステップＳｃ４で、復号鍵と楽曲データを指定された配信先に配信するようにした。
一方、第２実施形態において、配信管理サーバ９０は、移動局８０が放送波を受信できないことから、ステップＳｃ２で、リクエスト曲が人気曲か非人気曲かを判断するのに加え、指定された配信先が移動局８０かＳＴＢ４０かを判断する。そして、リクエスト曲が人気曲で、かつ、配信先がＳＴＢ４０の場合にステップＳｃ３に進み、その他の場合はステップＳｃ４に進む。これによって、ＳＴＢ４０の動作は第１実施形態と同じになるが、移動局８０は、人気曲、非人気曲に関わらず、すべて配信管理サーバ９０との通信によってデータをダウンロードすることになる。
このように、第２実施形態によれば、人気曲、非人気曲に関わらず、移動局８０を用いて配信管理サーバ９０へアクセスして所望の曲をリクエストし、その楽曲データを所望の配信先にて取得することができる。また、人気曲については、移動局８０を用いて配信管理サーバ９０へアクセスすることにより試聴することもできる。
さらに、第２実施形態の場合、第１実施形態と異なり、放送波を受信するための構成を移動局に装備する必要がないため、移動局の小型化、軽量化を図ることができる。
【００１９】
Ｃ：変形例
既述のとおり、本発明は上述した実施形態に限定されず、以下のような種々の変形が可能である。
Ｃ−１：固定データ通信網３０及び放送の形態
固定データ通信網３０は、実施形態で例示したＩＳＤＮの他、例えば、インターネット等の他の通信網であってもよい。また、実施形態では、放送の形態として地上波デジタル放送を採用したが、これに限らず、例えばＢＳ(Broadcasting Satellite）やＣＳ（Communication Satellite）等を用いたデジタル衛星放送を採用してもよい。
【００２０】
Ｃ−２：放送局７０と配信管理サーバ６０または９０の形態
実施形態では、配信管理サーバ６０または７０が放送局７０に代わって楽曲データの配信を管理したが、このような形態に限定されるわけではない。
例えば、放送局７０のサーバシステム７５が配信管理サーバ６０または９０の機能を備え、放送のみならず、配信管理をも行うようにしてもよい。
すなわち、放送局７０や配信管理サーバ６０または９０等のネットワーク上のノードに対して、情報配信に関する機能をどのように割り当てるかは、処理効率や処理負担等を勘案して任意に選択すればよく、本発明は、実施形態の網構成に限定されるものではない。
【００２１】
Ｃ−３：移動局１０の形態
実施形態では、携帯電話のような通話機能を有する移動局を例として説明したが、これに限らず、データ通信専用端末としてのＰＨＳ(Personal handyphoneSystem：登録商標)や無線データ通信機能を有するＰＤＡ（Personal Digital Assistants）等の携帯情報端末に採用することも可能である。
【００２２】
Ｃ−４：配信先の指定の態様
実施形態では、ユーザが楽曲データの配信先を指定するものであったが、このような形態に限定されるわけではない。
例えば、第１実施形態であれば、配信管理サーバ６０が移動局１０のメモリ残量に応じて配信先を決定してもよい。例えば次の如くである。
移動局１０が自身のメモリ残量（ＥＥＰＲＯＭ１１４の空き容量）を監視し、配信管理サ−バ６０に対して音楽配信のリクエスト信号を送信する際に、そのメモリ残量を示す情報をリクエスト信号に付加して送信する。次いで、配信管理サーバ６０は、各曲の楽曲データのデータ量に関する情報を保持しており、リクエスト信号とともに受信したメモリ残量の値と、配信しようとする楽曲データのデータ量とを比較し、メモリ残量が楽曲データのデータ量より大きければ配信先を移動局１０に決定し、小さければ配信先をＳＴＢ４０に決定する。このようにすれば、移動局１０のメモリ残量が小さいために、配信される楽曲データを受信できないという事態を回避できる。ただし、上記の例は、ＳＴＢ４０のハードディスク装置４８の空き容量が常に十分であるという前提に立っている。
また、上記の変形例は、第１実施形態のみならず、第２実施形態についても同様に適用可能である。
さらに、ユーザが移動局１０からＳＴＢ４０を配信先として指定した場合に、移動局１０から送信されるリクエスト信号を、ＳＴＢ４０を経由して配信管理サーバ６０に送信するようにしてもよい。すなわち、移動局１０はＳＴＢ４０に対してリクエスト信号を送信し、ＳＴＢ４０はこのリクエスト信号を受けると自身を配信先として配信管理サーバ６０へリクエスト信号を送信するよう構成することも可能である。
【００２３】
Ｃ−５：配信される情報の形態
実施形態では、配信されるコンテンツを楽曲データとしたが、これに限らず、映画、ゲームソフト、電子書籍、ニュース等の他のコンテンツを配信するようにしてもよい。この場合、提供される案内情報は実施形態のような試聴用データではなく、映画等の映像コンテンツであれば、特徴的な場面等を抽出した映像や、製作者、出演者等のテキストデータを案内情報として提供してもよい。
また、音楽を配信する場合であっても、試聴用データに代わる案内情報、あるいは試聴用データに付随する付属情報として、楽曲を紹介するテキストデータや映像データを放送あるいは通信によって供給してもよい。
【００２４】
Ｃ−６：ＳＴＢ４０の形態
実施形態では、ＳＴＢ４０が固定データ通信網３０に接続される場合を例とした。しかしながら、本発明は、このような形態に限らず、例えば図１７に示すように、ＳＴＢ４０が移動データ通信網２０（あるいは、移動データ通信網２０とは異なる他の移動データ通信網であって移動データ通信網２０との間で相互にデータ通信が可能な移動データ通信網）に収容される形態であってもよい。この場合、例えば、ＳＴＢ４０を移動局８０（あるいは図１に示す移動局１０）のように移動データ通信網との無線データ通信インタフェースを有する構成としてもよいし、移動局８０（あるいは図１に示す移動局１０）と接続するためのデータ通信インタフェースを備えた構成としてもよい。よって、特許請求の範囲の欄における「情報受信端末」は、実施形態のＳＴＢ４０に限らず、上記のような形態をとるＳＴＢ４０、あるいは、情報の配信先となる移動通信端末等を含む広い概念である。
【００２５】
【図面の簡単な説明】
【図１】本発明の第１実施形態にかかる情報配信システムの全体構成を示すブロック図である。
【図２】同実施形態における楽曲データベースの一例を示すフォーマット図である。
【図３】同実施形態における人気曲データベースの一例を示すフォーマット図である。
【図４】同実施形態における試聴用データベースの一例を示すフォーマット図である。
【図５】同実施形態における音楽配信に関わる放送チャネルの構成例を示すフォーマット図である。
【図６】同実施形態における人気曲の楽曲データの放送チャネルの構成例を示すフォーマット図である。
【図７】同実施形態における試聴用データの放送チャネルの構成例を示すフォーマット図である。
【図８】同実施形態における配信管理サーバ６０の構成を示すブロック図である。
【図９】同実施形態における配信回数カウントテーブルの一例を示すフォーマット図である。
【図１０】同実施形態における移動局の構成を示すブロック図である。
【図１１】同実施形態におけるＳＴＢの構成を示すブロック図である。
【図１２】同実施形態において試聴用データの放送に基づいて所望の曲をリクエストする場合の移動局の動作を示すフローチャートである。
【図１３】同実施形態において配信管理サーバにアクセスして所望の曲をリクエストする場合の移動局の動作を示すフローチャートである。
【図１４】同実施形態における配信管理サーバによる音楽配信の動作を示すフローチャートである。
【図１５】同実施形態における移動局またはＳＴＢが楽曲データを受信する動作を示すフローチャートである。
【図１６】本発明の第２実施形態にかかる情報配信システムの全体構成を示すブロック図である。
【図１７】本発明の変形例にかかる情報配信システムの全体構成を示すブロック図である。
【符号の説明】
１０・・・移動局、２０・・・移動データ通信網、４０・・・セットトップボックス、５０・・・ＡＶ機器、６０・・・配信管理サーバ。
【図１】
0003649694.tif 000002
【図２】
0003649694.tif 000003
【図３】
0003649694.tif 000004
【図４】
0003649694.tif 000005
【図５】
0003649694.tif 000006
【図６】
0003649694.tif 000007
【図７】
0003649694.tif 000008
【図８】
0003649694.tif 000009
【図９】
0003649694.tif 000010
【図１０】
0003649694.tif 000011
【図１１】
0003649694.tif 000012
【図１２】
0003649694.tif 000013
【図１３】
0003649694.tif 000014
【図１４】
0003649694.tif 000015
【図１５】
0003649694.tif 000016
【図１６】
0003649694.tif 000017
【図１７】
0003649694.tif 000018