(57)【要約】【課題】ユーザに対して好みの音声コンテンツを配信する。【解決手段】クライアント部２００はユーザの好みを配信サーバ１００に送信し、配信サーバはクライアント部から送信されたユーザの好みに応じてトークコンテンツ３０１と、ＣＭ３０２と、ニュース／道路情報３０３と音楽コンテンツ３０４からあたかも１つのラジオ放送番組となるように任意の音声コンテンツを組み合わせて配信スケジュールを作成し、配信スケジュールに基づいてクライアント部に配信する。【選択図】図１
2007286835.tif 000002
【特許請求の範囲】
【請求項１】
無線通信接続されたサーバとコンテンツ受信再生端末との間で、前記コンテンツ受信再生端末から前記サーバに送信された番組に関する嗜好情報に基づき、前記サーバで選択された音声コンテンツが前記コンテンツ受信再生端末に送信され、前記コンテンツ受信再生端末が受信した前記音声コンテンツを再生する音声コンテンツ配信システムであって、
前記サーバは、
複数種類の音声コンテンツを格納するサーバ側格納手段と、
前記コンテンツ受信再生端末から送信される前記嗜好情報を受信するサーバ側受信手段と、
前記受信された嗜好情報を登録するサーバ側登録手段と、
前記登録された嗜好情報に基づき、前記格納された複数種類の音声コンテンツの中から１つ又は複数の音声コンテンツを選択して番組データを構成するとともに、この番組データの再生スケジュールデータを生成する番組構成手段と、
前記構成された番組データと前記生成された再生スケジュールデータとを前記コンテンツ受信再生端末に送信するサーバ側送信手段とを備え、
前記コンテンツ受信再生端末は、
使用者の前記番組に関する嗜好情報を入力する入力手段と、
前記入力された嗜好情報を登録する端末側登録手段と、
前記登録された嗜好情報を前記サーバに送信する端末側送信手段と、
前記サーバから送信された番組データと再生スケジュールデータとを受信する端末側受信手段と、
前記受信された番組データと再生スケジュールデータとを格納する端末側格納手段と、
前記格納された再生スケジュールデータに基づき前記格納された番組データの音声コンテンツを再生する再生手段とを、
備えた構成の音声コンテンツ配信システム。
【請求項２】
前記コンテンツ受信再生端末は、
当該コンテンツ受信再生端末の位置を検出する位置検出手段を更に備え、
前記端末側送信手段が、前記検出された位置についての位置情報を定期的に送信する機能を更に備えるとともに、
前記サーバは、
前記サーバ側格納手段が、前記複数の音声コンテンツにニュースコンテンツ及び道路情報コンテンツのうち少なくとも１種類を含めて格納し、
前記サーバ側受信手段が、前記コンテンツ受信再生端末から定期的に送信される前記位置情報を受信する機能を更に備え、
前記番組構成手段が、前記サーバ側登録手段に登録された嗜好情報に基づき、前記格納された複数種類の音声コンテンツの中から前記ニュースコンテンツ又は道路情報コンテンツを選択する場合に、前記受信された位置情報に関連してかつ最新の音声コンテンツを選択して前記番組データを構成することを特徴とした請求項１に記載の音声コンテンツ配信システム。
【請求項３】
前記サーバは、
前記サーバ側格納手段に格納された複数種類の音声コンテンツのそれぞれには、各音声コンテンツの関連情報が含まれており、
前記サーバ側格納手段が、前記複数の音声コンテンツに楽曲コンテンツ及びＣＭコンテンツのうち少なくとも１種類を含めて格納し、
前記コンテンツ受信再生端末は、
表示手段と、
使用者による操作によって関連情報再生要求信号が出力される操作手段と、
前記再生手段で音声コンテンツを再生しているときに前記関連情報再生要求信号が出力された場合に、前記再生中の音声コンテンツから関連情報を抽出して前記表示手段に表示させる表示制御手段とを更に備えたことを特徴とする請求項１又は２に記載の音声コンテンツ配信システム。
【請求項４】
サーバと無線通信接続され、前記サーバに送信した番組に関する嗜好情報に基づき、前記サーバから１つ又は複数の音声コンテンツから構成された番組データとこの番組データの再生スケジュールデータとが送信され、これら番組データと再生スケジュールデータとを受信して、前記再生スケジュールデータに基づき前記番組データを再生するコンテンツ受信再生端末であって、
使用者の前記番組に関する前記嗜好情報を入力する入力手段と、
前記入力された嗜好情報を登録する端末側登録手段と、
前記登録された嗜好情報を前記サーバに送信する端末側送信手段と、
前記サーバから送信された番組データと再生スケジュールデータとを受信する端末側受信手段と、
前記受信された番組データと再生スケジュールデータとを格納する端末側格納手段と、
前記格納された再生スケジュールデータに基づき前記格納された番組データの音声コンテンツを再生する再生手段とを、
備えた構成のコンテンツ受信再生端末。
【請求項５】
サーバと無線通信接続され、前記サーバに送信した番組に関する嗜好情報に基づき、前記サーバから楽曲コンテンツ及びＣＭコンテンツのうち少なくとも１種類が含まれてかつ各音声コンテンツには関連情報が含まれた１つ又は複数の音声コンテンツから構成された番組データとこの番組データの再生スケジュールデータとが送信され、これら番組データと再生スケジュールデータとを受信して、前記再生スケジュールデータに基づき前記番組データを再生するコンテンツ受信再生端末であって、
使用者の前記番組に関する前記嗜好情報を入力する入力手段と、
前記入力された嗜好情報を登録する端末側登録手段と、
前記登録された嗜好情報を前記サーバに送信する端末側送信手段と、
前記サーバから送信された前記番組データと前記再生スケジュールデータとを受信する端末側受信手段と、
前記受信された番組データと再生スケジュールデータとを格納する端末側格納手段と、
前記格納された再生スケジュールデータに基づき前記格納された番組データの音声コンテンツを再生する再生手段と、
表示手段と、
使用者による操作によって関連情報再生要求信号が出力される操作手段と、
前記再生手段で音声コンテンツを再生しているときに前記関連情報再生要求信号が出力された場合に、前記再生中の音声コンテンツから関連情報を抽出して前記表示手段に表示させる表示制御手段とを、
備えた構成のコンテンツ受信再生端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信サーバから音声コンテンツをユーザ端末に配信し、ユーザ端末が配信された音声コンテンツを受信して再生する音声コンテンツ配信システム及びコンテンツ受信再生端末に関する。
【背景技術】
【０００２】
従来のラジオ放送は、放送局などで製作され、電波に乗せて各再生機に音声信号が伝達される。そして放送された音声がリアルタイムに各ラジオで再生される。またネットワークラジオと呼ばれるものも存在し、ラジオ放送の一部を電子的なファイルとして記録し、そのファイルをＰＣなどにダウンロードして再生することで、リアルタイムではないが、番組内容を聴くことができる。
【０００３】
通常、ラジオ番組は、話やコメント、音楽、ＣＭ、ニュースなどから構成されており、それぞれの要素が１つの番組の中で適当に入れ替わるような形で作られている。また、ユーザにとって、１つの番組を聴いているだけで、様々な情報が取り入れられるように工夫されている。このような番組は、放送局などでまずシナリオを作成し、それに従って番組のキャスタが喋り、音楽やＣＭを適宜挟むなどして制作していた。特に車を運転中のユーザは、聞きたい音楽やニュースを特に指定することなく、ただチャンネルを選ぶことにより、必要な情報や娯楽を楽しむことができる。このため、特別な機器操作が不要となり、運転に集中することができる。
【０００４】
なお、従来技術として、下記の特許文献１には、複数の放送ビデオコンテンツからユーザの所望のものを選択して視聴する方法が提案されている。また、下記の特許文献２には、複数の放送ビデオコンテンツからユーザの所望のものを選択して録画する方法が提案されている。
【特許文献１】特開平１１-３４１４４９号公報（要約書）
【特許文献２】特開平１１-２５９９３０号公報（要約書）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来技術では、次のような問題点がある。
（１）従来のラジオチャンネルの番組選択の場合には、番組を選択するときに、その話の内容で好みの番組を選択すると、その番組の中で使用される音楽のジャンルが自分の好みのものでないことがあった。また、特集される曲の好みで番組を選択すると、その番組の話の内容が面白くなかったり、ディスクジョッキ（ＤＪ）のトークが好みでなかったりすることがあった。
（２）選択した番組が、車での移動を意識したものでない場合には、車での移動時に、道路情報などが定期的に流れない場合があり、道路での運転に有益な情報を聞き逃してしまうことがあった。
（３）ラジオ放送番組は、通常その放送局の存在する地域に密着しており、放送されるニュースや道路情報が、自分の走っているエリアと異なってしまうことがあった。
（４）ネットワーク接続された機器の場合、インターネットブラウザのようなものを使用すると様々な情報を取得可能であるが、画面を注視しながらメニュー操作する必要があり、このような操作の方法では、なかなか目的の情報に到達することができない。特に車の運転中は、このような操作を行うことが困難な状況であるため、実際には使いこなせないのが現実である。
（５）特許文献２に示すような一般の蓄積型の放送システムにおいては、ユーザが指定した条件でコンテンツをリンクしたり関連情報を取り出すことは困難であった。
（６）特許文献１に示すようなシステムは、ユーザの好みの条件を、コンテンツの内容に着目して選択するものであり、コンテンツ内容とその関連情報までを含めたものとして着目し、選択するものではなかった。これは前記システムが、単に好みの番組を選択し、それを視聴して楽しむという視点で番組の構成を行っていることに起因している。
【０００６】
本発明は上記従来技術の問題点に鑑み、ユーザに対して好みの音声コンテンツを配信することができる音声コンテンツ配信システム及びコンテンツ受信再生端末を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は上記目的を達成するために、無線通信接続されたサーバ（配信サーバ１００）とコンテンツ受信再生端末（クライアント部２００）との間で、前記コンテンツ受信再生端末から前記サーバに送信された番組に関する嗜好情報に基づき、前記サーバで選択された音声コンテンツ（トークコンテンツ３０１、ＣＭ３０２、ニュース／道路情報３０３、音楽コンテンツ３０４）が前記コンテンツ受信再生端末に送信され、前記コンテンツ受信再生端末が受信した前記音声コンテンツを再生する音声コンテンツ配信システムであって、
前記サーバは、
複数種類の音声コンテンツを格納するサーバ側格納手段（データ保存装置１０３）と、
前記コンテンツ受信再生端末から送信される前記嗜好情報を受信するサーバ側受信手段（通信装置１０８）と、
前記受信された嗜好情報を登録するサーバ側登録手段（メモリ１０２）と、
前記登録された嗜好情報に基づき、前記格納された複数種類の音声コンテンツの中から１つ又は複数の音声コンテンツを選択して番組データを構成するとともに、この番組データの再生スケジュールデータを生成する番組構成手段（コンテンツ選択装置１０５）と、
前記構成された番組データと前記生成された再生スケジュールデータとを前記コンテンツ受信再生端末に送信するサーバ側送信手段（コンテンツ配信装置１０７、通信装置１０８）とを備え、
前記コンテンツ受信再生端末は、
使用者の前記番組に関する嗜好情報を入力する入力手段（入力装置２０７）と、
前記入力された嗜好情報を登録する端末側登録手段（メモリ２０２）と、
前記登録された嗜好情報を前記サーバに送信する端末側送信手段（通信装置２１１）と、
前記サーバから送信された番組データと再生スケジュールデータとを受信する端末側受信手段（通信装置２１１）と、
前記受信された番組データと再生スケジュールデータとを格納する端末側格納手段（データ保存装置２０３）と、
前記格納された再生スケジュールデータに基づき前記格納された番組データの音声コンテンツを再生する再生手段（音声再生装置２０８）とを備えた。
【０００８】
また、本発明は上記目的を達成するために、サーバ（配信サーバ１００）と無線通信接続され、前記サーバに送信した番組に関する嗜好情報に基づき、前記サーバから１つ又は複数の音声コンテンツ（トークコンテンツ３０１、ＣＭ３０２、ニュース／道路情報３０３、音楽コンテンツ３０４）から構成された番組データとこの番組データの再生スケジュールデータとが送信され、これら番組データと再生スケジュールデータとを受信して、前記再生スケジュールデータに基づき前記番組データを再生するコンテンツ受信再生端末であって、
使用者の前記番組に関する嗜好情報を入力する入力手段（入力装置２０７）と、
前記入力された嗜好情報を登録する端末側登録手段（メモリ２０２）と、
前記登録された嗜好情報を前記サーバに送信する端末側送信手段（通信装置２１１）と、
前記サーバから送信された番組データと再生スケジュールデータとを受信する端末側受信手段（通信装置２１１）と、
前記受信された番組データと再生スケジュールデータとを格納する端末側格納手段（データ保存装置２０３）と、
前記格納された再生スケジュールデータに基づき前記格納された番組データの音声コンテンツを再生する再生手段（音声再生装置２０８）とを備えた。
【０００９】
また、本発明は上記目的を達成するために、サーバと無線通信接続され、前記サーバに送信した番組に関する嗜好情報に基づき、前記サーバから楽曲コンテンツ及びＣＭコンテンツのうち少なくとも１種類が含まれてかつ各音声コンテンツには関連情報が含まれた１つ又は複数の音声コンテンツから構成された番組データとこの番組データの再生スケジュールデータとが送信され、これら番組データと再生スケジュールデータとを受信して、前記再生スケジュールデータに基づき前記番組データを再生するコンテンツ受信再生端末であって、
使用者の前記番組に関する前記嗜好情報を入力する入力手段と、
前記入力された嗜好情報を登録する端末側登録手段と、
前記登録された嗜好情報を前記サーバに送信する端末側送信手段と、
前記サーバから送信された前記番組データと前記再生スケジュールデータとを受信する端末側受信手段と、
前記受信された番組データと再生スケジュールデータとを格納する端末側格納手段と、
前記格納された再生スケジュールデータに基づき前記格納された番組データの音声コンテンツを再生する再生手段と、
表示手段と、
使用者による操作によって関連情報再生要求信号が出力される操作手段と、
前記再生手段で音声コンテンツを再生しているときに前記関連情報再生要求信号が出力された場合に、前記再生中の音声コンテンツから関連情報を抽出して前記表示手段に表示させる表示制御手段とを備えた。
【発明の効果】
【００１０】
本発明によれば、ユーザがいくつかの番組条件や嗜好をあらかじめ指定するだけで、自分の好みにあった番組が自動生成され、それを聞くことができる。これにより、従来のラジオ番組にある情報のリアルタイム性と、選択したＣＤ視聴のような嗜好性を兼ね備えたコンテンツを作成することができ、より適した娯楽を提供できる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して本発明の実施の形態について説明する。図１は本発明に係る音声コンテンツ配信システム及びコンテンツ受信再生端末の一実施の形態を構成する配信サーバとクライアント部を示すブロック図、図２は図１の配信サーバが保持する音声コンテンツを示す説明図、図３は図２の音声コンテンツのフォーマットを示す説明図、図４は図１の配信サーバとクライアント部の通信シーケンスを簡単に示す説明図、図５は図１の配信サーバが作成する配信スケジュールを示す説明図、図６は図１の配信サーバの処理を説明するためのフローチャート、図７及び図８は図１のクライアント部の処理を説明するためのフローチャートである。
【００１２】
図１は本発明に係る音声コンテンツ配信システムの一実施の形態として、音声コンテンツの送り出し側のサーバとして機能する配信サーバ１００と受け側であるコンテンツ受信再生端末として機能するクライアント部２００の構成を表したものである。配信サーバ１００は、各種処理を行うＣＰＵ１０１と、ＣＰＵ１０１の処理に利用されるサーバ側登録手段として機能するメモリ１０２と、音声コンテンツを保存しておくサーバ側格納手段として機能するデータ保存装置１０３と、配信サーバ１００にアクセスしてきたユーザ機器を識別するためのユーザ識別装置１０４と、ユーザが指定した番組条件や嗜好に応じて複数種類の音声コンテンツからあたかも１つのラジオ放送番組となるように任意の音声コンテンツを組み合わせて選び出す番組構成手段として機能するコンテンツ選択装置１０５と、生成された番組からユーザに対して行う課金情報を計算する課金装置１０６と、生成された音声コンテンツを配信するサーバ側送信手段として機能するコンテンツ配信装置１０７と、クライアント部２００と通信を行うサーバ側送信手段として機能する通信装置１０８から構成される。
【００１３】
クライアント部２００は、各種処理を行うＣＰＵ部２０１と、ＣＰＵ部２０１に使用される端末側登録手段として機能するメモリ２０２と、配信サーバ１００からダウンロードした情報を保存する端末側格納手段として機能するデータ保存装置２０３と、ユーザが配信サーバ１００に指定する番組条件や嗜好（嗜好情報）を設定する番組条件設定装置２０４と、配信サーバ１００へ音声コンテンツのリクエストを行うコンテンツリクエスト装置２０５と、配信サーバ１００から音声コンテンツを取得するコンテンツ取得装置２０６と、例えばプッシュボタンなどの入力手段として機能する入力装置２０７と、音声コンテンツを再生する再生手段として機能する音声再生装置２０８と、音声コンテンツに含まれている音声との関連情報を抽出する関連データ抽出装置２０９と、関連情報を表示する表示手段として機能する表示装置２１０と、配信サーバ１００と通信を行う端末側送信手段として機能する通信装置２１１と、クライアント部２００の現在地を定期的に検出する位置検出手段として機能する位置検出装置２１２から構成される。配信サーバ１００とクライアント部２００との通信は、無線ネットワークによるものであり、例えば３Ｇ／４Ｇ携帯電話を利用したインターネット、又は長距離通信型の無線ＬＡＮ（８０２．１６  ＷｉＭＡＸ）を利用することができる。
【００１４】
配信サーバ１００のデータ保存装置１０３には音声コンテンツの種別として、図２に示すようにトークコンテンツ３０１と、ＣＭ３０２と、ニュース／道路情報３０３と、音楽コンテンツ３０４が保存され、また、これらのコンテンツ３０１〜３０４は図３のようなフォーマットで構成され、データ種別ａ１と、音声データａ２と、インデックスデータａ３からなる。データ種別ａ１はデータＩＤ、番組種別、出演者／演奏者、作成者（作曲者）、作成日時、再生時間などであり、音声データａ２は音声データ本体であり、インデックスデータａ３は音声データａ２の内容とリンクした関連データを有する。
【００１５】
インデックスデータａ３を構成する関連データは、コンテンツの再生開始からのタイムスタンプとその付加情報を保持している。例えばデータ種別ａ１が音楽コンテンツ３０４である楽曲の場合には、関連データにはその楽曲名が入り、その他のコンテンツ３０１〜３０３の場合には、そのコンテンツ３０１〜３０３の話の内容に関連した情報が埋め込まれる。また、飲食店、レストランなどのＣＭ３０２の場合には、その飲食店、レストランのＵＲＬが入り、トークコンテンツ３０１であるトーク番組において特定のプレイスポットの話題が出た場合には、そのＵＲＬや位置情報が埋め込まれている。
【００１６】
このような構成において、図４（１）（図４中では丸付き数字で記す、以下同様）に示すようにユーザは好みの番組条件／嗜好をクライアント部２００から配信サーバ１００に送信して自分用の番組を登録する。登録する番組条件／嗜好としては、「トークの内容ジャンル」、「ＤＪの性別」、「音楽のジャンル」、「ニュースのジャンル」、「ニュース・道路情報の再生頻度」、「地域設定（位置情報）」のようなものを設定することができる。配信サーバ１００はクライアント部２００から送信された番組条件／嗜好に応じてコンテンツ３０１〜３０４を組み合わせてあたかも１つのラジオ放送番組となるように再生スケジューリングデータを作成し（図４（２）（３））、この再生スケジューリングデータ自体と、再生スケジューリングデータに基づく音声コンテンツをクライアント部２００に配信する（図４（４））。図４（２）〜（４）では例えば、登録された情報から適当なコンテンツ、例えば現在位置に関連するニュース／道路情報３０３、ＣＭ３０２などを差し入れてコンテンツの再生スケジューリングデータを生成する。
【００１７】
スケジューリングデータは、図５のような構造をしており、先頭にスケジューリングデータＩＤを有し、そのあとに各コンテンツへのリンク情報を再生順に格納する。図５の例では、
（ａ）コンテンツＩＤ Ｎｏ．２３４を先頭から２分５．０２秒まで再生し、
（ｂ）続けてコンテンツＩＤ Ｎｏ．３１を先頭から５分１．００秒まで再生し、
（ｃ）そしてコンテンツＩＤ Ｎｏ．２３４を２分５．０２秒の位置から２分２０．３７
秒の位置まで再生する。
（ｄ）その後、コンテンツＩＤ Ｎｏ．５を先頭から３０．００秒まで再生し、
（ｅ）最後にコンテンツＩＤ Ｎｏ．８９を先頭から４分２２．００秒まで再生する。
という手順を示している。
【００１８】
ここで、たとえばユーザが、有料コンテンツを多く含むような設定で登録した場合には１つの番組の取得（利用）料金は高額になる。この課金の計算は、図１の課金装置１０６によって行われる。ただし、「ＣＭの挿入頻度を高くする」といった設定をすることにより、スポンサーからの収入を充填して、利用額を低くすることもできる。
【００１９】
配信サーバ１００の詳しい動作を図６を参照して説明する。まず、ユーザから番組条件／嗜好を受信すると、そのユーザの番組条件／嗜好が既に登録されているか否かを判断し（ステップＳ１）、登録されていない場合には、受信した番組条件／嗜好を登録し（ステップＳ２）、次いでステップＳ５に進む。ステップＳ１において既に登録されている場合には、ステップＳ３に進んで、受信した番組条件／嗜好と既に登録されている番組条件／嗜好を比較し、一致しない場合には番組条件／嗜好の修正リクエストと判断して、既に登録されている番組条件／嗜好を受信した番組条件／嗜好に修正し（ステップＳ３→Ｓ４）、次いでステップＳ５に進む。ステップＳ３において一致する場合にはそのままステップＳ５に進む。ステップＳ５では、登録されている番組条件／嗜好に応じた番組データを作成し、次いで、ステップＳ６において作成データ（再生スケジューリングデータ＋音声コンテンツ）を配信する。
【００２０】
次に、クライアント部２００の詳しい動作を図７、図８を参照して説明する。まず、図７において、ユーザから番組条件／嗜好（嗜好情報）が既に登録されているか否かを判断し（ステップＳ１１）、登録されていない場合には登録をユーザに促してユーザから入力された番組条件／嗜好を登録し（ステップＳ１２）、次いでステップＳ１５に進む。ステップＳ１１において既に登録されている場合には、既に登録されている番組条件／嗜好を修正するか否かをユーザに問い合わせ（ステップＳ１３）、修正がある場合には修正された番組条件／嗜好を登録し（ステップＳ１４）、次いでステップＳ１５に進む。ステップＳ１５では、登録されている番組条件／嗜好に応じた番組データのダウンロードリクエストを配信サーバ１００に発行し、次いで、配信サーバ１００からのダウンロードが完了すると、ステップＳ１６から図８に示すステップＳ１７に進む。
【００２１】
ステップＳ１７では、ダウンロードされた番組の音声データの再生を開始し、次いで、この再生中に、関連情報を表示したり、所定の処理を実行するための所定のボタン（入力装置２０７）が押されたか否かを判断し（ステップＳ１８）、押された場合には関連情報を表示したり、所定の処理を実行する  （ステップＳ１９）。次いで、所定時間後に再生するニュース用音声データがダウンロードされているか否かを判断し（ステップＳ２０）、ダウンロードされている場合にはステップＳ２１に進み、他方、ダウンロードされていない場合にはステップＳ２５に進む。ステップＳ２１では再生中のデータが再生を終了したか否かを判断し、終了していない場合にはステップＳ１８に戻り、他方、終了した場合にはステップＳ２２に進む。ステップＳ２２ではその終了したデータが最後か否かを判断し、最後のデータである場合にはこの処理を終了する（ステップＳ２３）。他方、最後のデータでない場合には次のデータの再生を開始し（ステップＳ２４）、次いでステップＳ１８に戻る。ステップＳ２５では既にダウンロードリクエストを発行したか否かを判断し、発行していない場合にはダウンロードリクエストを発行し（ステップＳ２６）、次いでダウンロードが完了したらそのデータを次の再生データとしてデータ保存装置２０３に格納し（ステップＳ２７）、次いでステップＳ１８に戻る。
【００２２】
ここで、クライアント部２００は図７、図８のような手順で配信サーバ１００に番組条件／嗜好を登録し、登録した番組条件／嗜好に応じた音声コンテンツ３０１〜３０４を配信サーバ１００から配信してもらうが、このときに、配信されるデータは、スケジューリングデータとコンテンツデータの２種類であり、スケジューリングデータに基づいて、音声の再生を開始する（図８のステップＳ１７）。ただしニュースや道路情報は、配信時点での最新のものしか送り出せないので、再生データそのものはクライアント部２００には配信されず、スケジューリングデータだけがある。そして再生時間が近づいたら（図８のステップＳ２０)、配信サーバ１００からニュースや道路情報データを自動的に取得し（図８のステップＳ２５〜Ｓ２７）、それが再生中のコンテンツの途中に挿入される。
【００２３】
ここで、トークコンテンツ３０１は、ニュースや道路情報を挿入しやすいように、あらかじめ区切り情報を有しており、適当なタイミングで区切り位置で停止させ、ニュースコンテンツや道路情報コンテンツを挟み込む。例えばユーザが２０分おきにニュースや道路情報を入れるように設定した場合には、およそ２０分おきに最新のコンテンツを自動的に取得し、再生が行われる。音楽コンテンツ３０４は、通常２〜５分程度の曲単位でできているため、特に区切り情報はなく、再生終了後に挿入する。しかし緊急情報が入った場合には、再生中の音楽コンテンツ３０４をフェードアウトして、緊急情報を挿入する。
【００２４】
各コンテンツ３０１〜３０４には、その内容にリンクした情報があり、「再生中にボタンを押す」というシンプルな操作（図８のステップＳ１８）で、再生中の話題や再生中の音楽に関連した情報を画面に表示する（図８のステップＳ１９）。例えばある楽曲の再生中にボタンを押すと、その音楽の曲名や作曲者、演奏者などの情報が表示され、その曲をダウンロード購入可能なホームページへのリンクが表示される。また、特定の飲食店の話題を紹介している話のときにボタンを押すと、その飲食店の詳細情報が表示されたり、メニューが表示される。話が旅行の話に変われば、その旅行先の観光情報を表示する。ＣＭ中であれば、その製品や店舗の詳細情報を表示する。また、ボタンを押さなくても、自動的に関連情報を表示するようにすることも可能である。ここで、話題が短時間に切り替わるような場合には、たくさんの関連情報がリンクされており、表示が次々に切り替わり、落ち着きのないものとなってしまうので、ユーザが興味をもったときに押すような、押しやすい大きなボタンを１つ設け、その話題のときに押すことで様々な情報の中から、必要なものを選択することができる。
【００２５】
番組コンテンツの配信及びコンテンツ制作費用は、ユーザがダウンロードする番組に含まれるＣＭの再生頻度、回数によって決定される。費用はユーザ負担だが、ＣＭを増やすことでユーザ負担を減らすことができる。ＣＭを多くして無料番組を生成させることもでき、有料にしてＣＭを全くなくすこともできる。また、配信サーバ１００はユーザが視聴した番組の履歴を保持し、次回ユーザがクライアント部２００経由で番組データをリクエストしてきたときに、重複した内容の番組を配信しないようにすることもできる。
【図面の簡単な説明】
【００２６】
【図１】本発明に係る音声コンテンツ配信システム及びコンテンツ受信再生端末の一実施の形態を構成する配信サーバとクライアント部を示すブロック図である。
【図２】図１の配信サーバが保持する音声コンテンツを示す説明図である。
【図３】図２の音声コンテンツのフォーマットを示す説明図である。
【図４】図１の配信サーバとクライアント部の通信シーケンスを簡単に示す説明図である。
【図５】図１の配信サーバが作成する配信スケジュールを示す説明図である。
【図６】図１の配信サーバの処理を説明するためのフローチャートである。
【図７】図１のクライアント部の処理を説明するためのフローチャートである。
【図８】図１のクライアント部の処理を説明するためのフローチャートである。
【符号の説明】
【００２７】
１００  配信サーバ
１０２  メモリ
１０３  データ保存装置
１０５  コンテンツ選択装置
１０７  コンテンツ配信装置
１０８  通信装置
２００  クライアント部
２０２  メモリ
２０３  データ保存装置
２０７  入力装置
２０８  音声再生装置
２１１  通信装置
３０１  トークコンテンツ
３０２  ＣＭ
３０３  ニュース／道路情報
３０４  音楽コンテンツ
【図１】
2007286835.tif 000003
【図２】
2007286835.tif 000004
【図３】
2007286835.tif 000005
【図４】
2007286835.tif 000006
【図５】
2007286835.tif 000007
【図６】
2007286835.tif 000008
【図７】
2007286835.tif 000009
【図８】
2007286835.tif 000010