JP2009288891A - コンテンツおよびｃｍ配信システム、配信サーバ、および、受信端末 - Google Patents

Abstract

【課題】 クライアントが任意のタイミングでＣＭを視聴することが可能な技術を提供する。
【解決手段】
本発明のコンテンツおよびＣＭ配信システム１は、ネットワーク９００を介して、コンテンツおよびＣＭを配信する配信サーバ１０と、受信端末２０と、を備える。配信サーバ１０は、前記受信端末２０にコンテンツおよびＣＭを配信し、前記受信端末２０は、前記配信サーバ１０からＣＭを受信すると、利用者に受信した前記ＣＭに関する情報を通知し、利用者から任意のタイミングで前記受信したＣＭの再生指示を受け付けて、当該ＣＭの再生を実行する。
【選択図】図１

Description

本発明は、コンテンツおよびＣＭ配信システムに関するものである。

クライアントにコンテンツを配信する際、当該コンテンツに、ＣＭを付加するような技術が知られている。

例えば、特許文献１には、クライアントがＣＭ付与をリクエストした場合、サーバは、コンテンツにＣＭを挿入した広告情報付コンテンツを生成し、クライアントへ配信するような技術が記載されている。

特開２００１−２８３０８８号公報

しかしながら、特許文献１の技術では、広告情報付コンテンツに挿入されたＣＭは、コンテンツの再生範囲内で随時開始されるため、クライアントは意に沿わないタイミングであっても、ＣＭの視聴を強いられる可能性があった。

そこで本発明では、クライアントが任意のタイミングでＣＭを視聴することが可能な技術を提供することを目的とする。

前記課題を解決するために、本発明のコンテンツおよびＣＭ配信システムは、例えば、コンテンツデータおよびＣＭデータを記憶する記憶部と、前記コンテンツデータおよびＣＭデータを配信する制御部と、を有する配信サーバと、前記配信サーバからネットワークを介してＣＭデータを受信した際に、受信した前記ＣＭデータを通知する処理と、任意のタイミングで前記受信したＣＭデータの再生指示の入力を受け付けて、前記再生指示に対応するＣＭデータの再生を実行する処理と、を行う制御部を有する受信端末と、を備えることを特徴とする。

以下、本発明を実施するための最良の形態について、図面を参照して説明する。
＜第一の実施形態＞
図１に、本発明の第一の実施形態にかかるコンテンツおよびＣＭ配信システム１を示す。同図に示すように、コンテンツおよびＣＭ配信システム１は、コンテンツおよびＣＭを配信する配信サーバ１０と、配信サーバ１０からネットワーク９００を介して、コンテンツおよびＣＭの配信を受ける受信端末２０と、を含んでいる。

ネットワーク９００は、電話・携帯電話網やインターネット等を含む公衆通信網であり、受信端末２０は、無線および有線でネットワーク９００と接続される。もちろん、図示しない基地局を介して、無線電波の送受信を行っても良い。

ここで、受信端末２０とは、例えば、携帯電話やポータブルプレイヤであり、画像や音声が再生可能な端末であれば、その形態は限定されない。

配信サーバ１０は、制御部１１０と、記憶部１２０と、Ｉ／Ｆ部１３０と、から構成される。

記憶部１２０は、コンテンツデータベース１２１と、ＣＭデータベース１２２と、顧客情報１２３と、を記憶する。

コンテンツデータベース１２１は、クライアント（ここでは、受信端末２０のユーザ）へと配信されるコンテンツデータを予め蓄積する。コンテンツデータとは、例えば、音楽や映像、画像、文書等、あらゆるデジタルデータ全般である。なお、ＣＭデータベース１２１にはさらに、ＣＭ毎に対象となるクライアントの条件を設定した、属性設定情報が格納されている。属性設定情報には、例えば、ＣＭ送信対象となるクライアントの嗜好や年齢・性別・住所等の個人情報が設定される。

ＣＭデータベース１２２は、広告情報を配信するためのいわゆるＣＭに関するＣＭデータを予め蓄積する。本発明におけるＣＭデータとは、クライアントに対する宣伝を目的とするコマーシャル（commercial）データであり、その形式は特に限定されない。

顧客情報１２３は、顧客管理部１１３が予め受け付けたクライアントの情報や設定を記憶する。顧客情報１２３は、例えば、図２に示すように、クライアントを識別するためのクライアントＩＤを格納するクライアントＩＤ格納領域と、当該クライアントがＣＭの送信を許可しているか否かを示す許可設定を格納するＣＭ許可設定情報格納領域と、顧客の嗜好や年齢・性別・住所等をデータ化した属性情報を格納する属性情報格納領域と、顧客のＣＭの視聴履歴を示す視聴履歴格納領域と、から構成されている。

次に、制御部１１０の実行する処理について、図３を参照しながら説明する。図３は、各装置の動作例を示すタイムチャートである。

制御部１１０は、受信端末２０からのコンテンツ配信要求に従って、ストリーミング型のコンテンツを配信するストリーミング配信部１１１と、受信端末２０へＣＭデータを送信するＣＭデータ送信部１１２と、顧客管理部１１３と、を有する。

ストリーミング配信部１１１は、受信端末２０からのコンテンツ配信要求に従って、クライアントの望むコンテンツを受信端末２０へと配信する。具体的に、ストリーミング配信部１１１は、後述する配信要求部２１３からのコンテンツ配信要求を受け付けると、コンテンツ配信要求に含まれるコンテンツＩＤを基に、クライアントの所望するコンテンツデータをコンテンツデータベース１２１から検索して特定する。

なお、配信要求は、例えば、ストリーミング配信部１１１が予め受信端末２０へストリーミング配信が可能なコンテンツリストを提供し、利用者はこれに基づき、入力部２４０を介して配信の要求を指示することが可能である。

コンテンツデータベース１２１の検索は、例えば、コンテンツデータベース１２１を構成する各コンテンツデータに予め付与されているメタデータを参照して実行される。メタデータとは、コンテンツを説明する複数の特定情報から構成され、これらは例えば、コンテンツＩＤ、作成者、ジャンル、タイトル等を示すような情報である。

次に、ストリーミング配信部１１１は、特定したコンテンツデータを任意の符号化方式（例えば、ＭＰＥＧ−４等）によって圧縮符号化して受信端末２０へとストリーミング配信を開始する。

ＣＭデータ送信部１１２は、受信端末２０からのＣＭ送信要求を受け付けると、ＣＭデータの送信を開始する。具体的に、ＣＭデータ送信部１１２は、配信要求部２１３からのＣＭ送信要求を受け付けると、ＣＭ送信要求に含まれるクライアントＩＤから、顧客情報１２３のＣＭ許可設定情報を検索して、当該クライアントがＣＭ送信を許可しているか否かを判断する。

クライアントがＣＭ送信を許可している場合、ＣＭデータ送信部１１２は、所定の基準に従って、ＣＭデータベース１２２から送信対象となるＣＭデータを特定し、これを受信端末２０へと送信する。

ＣＭデータの特定に関しては、特にその手法を限定しない。ＣＭデータ送信部１１２は、ランダムに所定の数のＣＭを選択して受信端末２０へと送信しても良いし、クライアントの属性に適合するＣＭをＣＭデータベース１２２から選択しても良い。

具体的に、クライアントの属性と適合しているか否かの判断は、ＣＭデータ送信部１１２が、ＣＭ送信要求に含まれるクライアントＩＤから顧客情報１２３を検索して、当該クライアントの属性情報を取得し、ＣＭデータベース１２２に格納される属性設定情報と内容を比較することにより可能である。

なお、適合判断基準としては、例えば、属性設定情報に予め重み係数を配し、クライアントの属性情報とＣＭの属性設定情報とを照合して、一致する属性の重み係数の総和を算出することで推定できる。ＣＭデータ送信部１１２は、この総和が大きければ大きいほど、顧客とＣＭとの適合度が高いと判断し、例えば、適合度の高い順に所定の数のＣＭデータをピックアップして、受信端末２０へと送信する。

もちろん、属性情報は、その都度受信端末２０に問い合わせて取得することも可能である。また、ストリーミング配信部１１１に配信中のコンテンツデータのジャンルを問い合わせ、ＣＭデータベース１２２から当該ジャンルに関連するＣＭデータを抽出しても良い。

顧客管理部１１３は、例えば、受信端末２０からウェブページ等を介して、予めクライアントから顧客の各種設定や情報を含む設定情報を受け付け、属性情報やＣＭ許可設定情報として顧客情報１２３へと登録する。さらに、受信端末２０から、視聴を終了したＣＭデータＩＤを含む視聴終了通知を受信した場合にも、これを顧客情報１２３へ再生履歴として格納する。

再生履歴には、クライアントＩＤと、当該クライアントが視聴を終了したＣＭデータＩＤが、対応付けて格納される。

なお、ＣＭデータ毎に視聴ポイントを予め設定して、クライアントが視聴を終了したＣＭの視聴ポイントを累積し、利用者に、この視聴ポイントに対応するキャッシュバックや割引等のサービスを提供するような構成としても良い。例えば、視聴ポイントの累積値が大きくなればなるほど、利用者はより高い還元率でのキャッシュバックや、高い割引率での割引特典を受けることが可能である。

Ｉ／Ｆ部１３０は、ネットワーク９００や各機能部間におけるインターフェースを提供し、配信サーバ１０を、ネットワーク９００を介して受信端末２０とデータの送受信可能に接続する。

受信端末２０は、制御部２１０と、記憶部２２０と、Ｉ／Ｆ部２３０と、入力部２４０と、表示部２５０と、音声出力部２６０と、から構成される。

制御部２１０は、ストリーミング再生部２１１と、ＣＭデータ管理部２１２と、配信要求部２１３と、を含む。

ストリーミング再生部２１１は、コンテンツデータを受信して、これを再生する。具体的に、ストリーミング再生部２１１は、配信サーバ１０から配信されるストリーミング型のコンテンツデータを受信すると、これをコンテンツ記憶領域２２１へと格納しながら所定の複号化方式に従ってデコードし、音声信号および画像信号を生成して表示部２５０および音声出力部２６０へと出力する。

ＣＭデータ管理部２１２は、ＣＭデータを蓄積し、利用者の望むタイミングでこれを再生する。具体的に、ＣＭデータ管理部２１２は、配信サーバ１０から送信されたＣＭデータを受信して、ＣＭ記憶領域２２２へと格納する。そして、ＣＭ記憶領域２２２に格納されるＣＭデータの記憶量が所定の値に達すると、ＣＭ選択画面８１０を生成して、表示部２５０へと出力する。

なお、ＣＭ選択画面８１０は図４に示すように、例えば、ストリーミング再生部２１１によってストリーミング型コンテンツが表示部２５０に再生されている最中に、当該画面に重ねて表示させることが可能である。もちろん、他のコンテンツが再生されていない場合にも、表示可能である。

また、ＣＭ選択画面８１０は、利用者インターフェースとして機能し、利用者はＣＭ選択画面８１０上の表示画面から入力部２４０を介して、視聴を望むＣＭの再生を指示することが可能である。なお、後述する配信要求部２１３は、ＣＭ選択画面８１０上で入力されるＣＭの再生指示を受け付けて、ＣＭデータ管理部２１２にＣＭ再生要求を出力する。

ＣＭ選択画面８１０に含まれる各ＣＭアイコン８２０には、ＣＭ記憶領域２２２に格納される各ＣＭの視聴時間が表示される。

なお、ＣＭアイコン８２０は、同図に示すように、当該ＣＭを視聴することによって得られる視聴ポイントの値をさらに表示しても良い。視聴ポイントは、配信サーバ１０の顧客管理部１１３によって管理される。

さらに、ＣＭアイコン８２０は、ＣＭデータのサムネイルや、広告対象の商品名・ジャンル等、どのような情報を利用者に提示しても良い。

ＣＭデータ管理部２１２は、配信要求部２１３からのＣＭ再生要求を受け付けると、ストリーミング再生部２１１がコンテンツの再生中の場合には、一時停止を要求し、ＣＭ再生要求に含まれる指示情報（例えば、ＣＭデータＩＤ）に従ってＣＭを再生する。なお、再生終了後、ＣＭデータ管理部２１２は、クライアントＩＤと、視聴を終了したＣＭのＩＤを含む視聴終了通知を配信サーバ１０へと送信する。そして、再生の終了したＣＭデータをＣＭ記憶領域２２２から削除し、ストリーミング再生部２１１に一時停止解除を要求する。

なお、ＣＭ選択画面８１０の生成および表示のタイミングは、上記に限定されない。例えば、ストリーミング再生部２１１によるコンテンツデータの再生終了後や、当該画像データに設定されるチャプタの終了後、ＣＭ記憶領域２２２に記憶されるＣＭデータの数が一定に達した場合等にも実行可能である。

なお、ＣＭデータ管理部２１２は、ＣＭ選択画面８１０を一定の期間ごとに表示／消去して、繰り返し利用者にＣＭが蓄積されたことを通知しても良い。また、このタイミングは、利用者が任意で設定することが可能な構成としても良いし、利用者が要求した場合にのみＣＭ選択画面８１０を表示させても良い。

さらに、ＣＭの再生タイミングを利用者に選択させず、強制的に視聴を促すような構成としても良い。例えば、ストリーミング再生部２１１によるコンテンツデータの再生終了後や、当該画像データに設定されるチャプタの終了後に、ＣＭ選択画面８１０を表示させて、ＣＭの選択および再生が実行されるまで、他のコンテンツおよびチャプタが再生されないような構成としても良い。

さらに、利用者に視聴させるＣＭを予め決定し、当該ＣＭを視聴するタイミングのみを視聴者に選択させるようにすることも可能である。例えば、ＣＭ選択画面８１０に、ＣＭ記憶領域２２２に格納されるＣＭの量にかかわらず、特定のＣＭのみを表示させ、当該ＣＭのみを視聴可能にするような構成としても良い。

配信要求部２１３は、配信サーバ１０との接続の確立を検出して、配信サーバ１０へ利用者を識別するための利用者ＩＤ情報を含むＣＭ送信要求を出力する。

さらに、配信要求部２１３は、入力部２４０を介して利用者からの指示操作を受け付ける。具体的に、配信要求部２１３は、ＣＭ選択画面８１０上等で再生対象となるＣＭの選択を受け付けて、ＣＭデータ管理部２１２へ、再生すべきＣＭを指定するＣＭデータＩＤを含むＣＭ再生要求を出力する。

なお、配信要求部２１３は、利用者からのコンテンツ配信指示を受け付けると、配信サーバ１０へ再生すべきコンテンツを指定するコンテンツＩＤを含むコンテンツ配信要求を送信する。

なお、配信要求部２１３は、例えば、入力部２４０を介して、利用者からＣＭの送信を許可するか否かの許可設定や、その他の情報を受け付けて、これを許可情報として配信サーバ１０へと送信する。

Ｉ／Ｆ部２３０は、ネットワーク９００や各機能部間におけるインターフェース（例えば、ＵＳＢ等）を提供し、受信端末２０を、ネットワーク９００を介して配信サーバ１０とデータの送受信可能に接続する。

入力部２４０は、例えば操作スイッチを備え、利用者からの指示操作を受け付ける。操作指示とは、例えば、各コンテンツやＣＭの選択および再生、停止等の制御処理である。なお、これらの操作指示が入力されると、その検出情報はＩ／Ｆ部２３０を介して、配信要求部２１３へと入力される。

表示部２５０は、例えば、ＬＣＤ等のディスプレイであり、ストリーミング再生部２１１およびＣＭデータ管理部２１２によって供給される画像信号に基づいて画像を表示する。

音声出力部２６０は、ストリーミング再生部２１１およびＣＭデータ管理部２１２によって供給される音声信号を音声に変換して出力する。

これらの各装置は、例えば、図１０に示すようなコンピュータ８００により構成されている。

コンピュータ８００は、ハードディスク等の補助記憶装置８０３と、メインメモリ８０２と、ＣＰＵ（Central Processing Unit）８０１と、ＮＩＣ（Network Interface Card）８０４等の通信装置と、これらを接続するバス８０５と、を備えており、各制御部は、補助記憶装置８０３に記憶されている所定のプログラムを、メインメモリ８０２に読み込みＣＰＵ８０１で実行することにより実現可能である。なお、各Ｉ／Ｆ部のインターフェースは、コネクションレス型通信およびコネクション型通信に対応する
次に、配信サーバ１０のＣＭデータ送信部１１２が、ＣＭ送信要求を受け付けた際に実行する処理について、図５を用いて説明する。図５は、ＣＭデータ送信部１１２が受信端末２０からＣＭ送信要求を受け付けた際に実行する処理の流れを示すフローチャートである。

ＣＭデータ送信部１１２は、Ｉ／Ｆ部１３０を介して、受信端末２０からＣＭ送信要求を受信したか否かを判断する（Ｓ１１）。

次に、ＣＭデータ送信部１１２は、顧客情報１２３のＣＭ許可設定情報を参照して、クライアントがＣＭの送信を許可しているか否かを判断する（Ｓ１２）。クライアントがＣＭの送信を許可している場合（Ｓ１２でＹＥＳ）、ステップ１３へと進み、許可していない場合（Ｓ１２でＮＯ）、処理を終了する。

ＣＭデータ送信部１１２は、クライアントがＣＭの送信を許可している場合（Ｓ１２でＹＥＳ）、所定の基準に従って、送信対象となるＣＭデータをＣＭデータベース１２２から特定する（Ｓ１３）。

そして、ＣＭデータ送信部１１２は、受信端末２０へ、ステップ１２で特定されたＣＭデータの送信を開始する（Ｓ１４）。

次に、受信端末２０のＣＭデータ管理部２１２が、ＣＭデータを受信した際に実行する処理について、図６を用いて説明する。図６はＣＭデータ管理部２１２が配信サーバ１０からＣＭデータを受信した際に実行する処理の流れを示すフローチャートである。

ＣＭデータ管理部２１２は、配信サーバ１０から送信されるＣＭデータを受信すると、ＣＭ記憶領域２２２へとこれを蓄積する（Ｓ２１）。

次に、ＣＭデータ管理部２１２は、ＣＭ記憶領域２２２に蓄積されるＣＭデータのデータ量が、所定の値に達したか否かを判断する（Ｓ２２）。データ量が所定の値に達していると判断された場合（Ｓ２２でＹＥＳ）、ステップ２３へと進む。

記憶量が所定の値に達している場合（Ｓ２２でＹＥＳ）、ＣＭデータ管理部２１２は、ＣＭ選択画面８１０を生成して表示部２５０に表示させ（Ｓ２３）、利用者にＣＭの蓄積を通知する。

そして、ＣＭデータ管理部２１２は、配信要求部２１３からのＣＭ再生要求を受け付ける（Ｓ２４）。配信要求部２１３からＣＭ再生要求があった場合（Ｓ２４でＹＥＳ）、ＣＭデータ管理部２１２は、利用者の望むＣＭを再生する（Ｓ２５）。

具体的に、ＣＭデータ管理部２１２は、ストリーミング再生部２１１へコンテンツ再生の一時停止要求を出力し、ＣＭ再生要求に含まれるＣＭデータＩＤを参照して、ＣＭ記憶領域２２２から再生対象となるＣＭデータを読み出し、これを再生する。

その後、配信要求部２１３は、ＣＭデータの再生が終了したか否かを判断し（Ｓ２６）、再生が終了している場合（Ｓ２６でＹＥＳ）、配信サーバ１０へ視聴を終了したＣＭのＣＭデータＩＤを含む視聴終了通知を送信する（Ｓ２７）。

さらに、配信要求部２１３は、ストリーミング再生部２１１へコンテンツ再生の一時停止解除要求を出力し、再生済みのＣＭデータをＣＭ記憶領域２２２から削除して（Ｓ２８）、処理を終了する。

以上、配信サーバ１０および受信端末２０が、コンテンツおよびＣＭを配信および再生する処理について説明した。上記によれば、利用者は、所望するＣＭを任意のタイミングで視聴することが可能である。

また、利用者は、配信サーバ１０に対して予めＣＭ送信を許可しない設定を登録しておくことで、ＣＭデータ送信部１１２によるＣＭデータの送信を禁止できる。
＜変形例＞
上記実施形態では、配信サーバ１０は、コンテンツデータのみをストリーミング配信する構成であったが、ＣＭデータについてもストリーミング配信が可能である。

図７に、本変形例にかかるコンテンツおよびＣＭ配信システム１０００の機能的な構成を示すブロック図を示す。以下、第一の実施形態と比較して、異なる部分について主に説明する。

受信端末２０２０の制御部２２１０は、ストリーミング再生部２２１１と、配信要求部２２１３を有する。

配信要求部２２１３は、第一の実施形態で述べたように、接続の確立に際して自動的にＣＭの送信要求は出力することはせず、利用者から任意のタイミングでＣＭ配信指示を受け付けた場合に、ＣＭリスト配信要求を配信サーバ１０１０へと出力する。

配信サーバ１０１０の制御部１１１０は、ストリーミング配信部１１１１を有する。ストリーミング配信部１１１１は、配信要求部２２１３からのＣＭリスト配信要求を受け付けると、所定の基準に従って、利用者に提供可能なＣＭデータのＣＭリストを生成し、受信端末２０２０へと供給する。

配信要求部２２１３は、ＣＭリストを受け付けると、ＣＭリストを表示部２５０へと表示させ、利用者から視聴を望むＣＭの選択を受け付ける。そして、ストリーミング配信部１１１１へ再生すべきＣＭを指定するＣＭデータＩＤを含むＣＭ再生要求を出力する。

配信サーバ１０１０は、配信を要求されたＣＭデータをＣＭデータベース１２２から取得して、これを受信端末２０２０へとストリーミング配信する。

このような構成によれば、配信サーバ１０１０は、ＣＭリストのみを受信端末へと供給するため、処理負荷を低減するとともに、受信端末２０の記憶容量に左右されずに、提供可能なＣＭについて、多くの選択肢を利用者に提供することが可能である。なお、ＣＭリストを随時更新することで、リアルタイムに提供するＣＭの差し替えが可能であり、常に最新のＣＭリストを利用者に提供できる。

もちろん、配信サーバは、コンテンツデータについて通常の送信（ダウンロード）を実行し、ＣＭデータのみをストリーミング配信しても良い。
＜第二の実施形態＞
次に、第二の実施形態にかかるコンテンツおよびＣＭ配信システム２について説明する。

第二の実施形態にかかるコンテンツおよびＣＭ配信システム２は、受信端末２０と、配信サーバ３０と、クライアントＰＣ４０と、を含む。以下、第一の実施形態にかかるコンテンツおよびＣＭ配信システム１と比較して、異なる部分について説明する。

本実施形態において、利用者は、クライアントＰＣ４０を用いて配信サーバ１０にアクセスし、クライアントＰＣ４０に蓄積されるコンテンツデータを、配信サーバ３０へと送信（アップロード）できる。さらに、利用者は、配信サーバ３０から、クライアントＰＣ４０を介してアップロードしたコンテンツデータを、受信端末２０へ受信（ダウンロード）することが可能である。

このようなクライアントＰＣ４０を用いた本発明の第二の実施形態について、以下、図８を参照しながら説明する。

受信端末２０は、第一の実施形態とほぼ同様の構成であるため、ここでは詳細な説明を省略する。

クライアントＰＣ４０は、制御部４１０と、記憶部４２０と、Ｉ／Ｆ部４３０と、入力部４４０、表示部４５０と、を有する。

記憶部４２０は、コンテンツデータを記憶する。コンテンツデータとは、第一の実施形態にかかるコンテンツデータベースに記憶されるコンテンツと同様であるが、例えば、利用者が独自に作成したコンテンツ等もこれに含まれる。

制御部４１０は、コンテンツデータを配信サーバ３０へと送信する。具体的に、制御部４１０は、ネットワーク９００を介して配信サーバ３０と接続し、入力部４４０を介した利用者の指示操作に従って、記憶部４２０に記憶されるコンテンツデータを、配信サーバ３０へと送信（アップロード）する。

また、制御部４１０は、配信サーバ３０へＣＭ送信に関する設定の登録を行う。具体的に、制御部４１０は、例えば、ネットワーク９００を介して図示しないウェブサーバから提供されるウェブページを受信して、これを表示部４５０に表示させる。そして、入力部４４０を介して、利用者からＣＭの送信を許可するか否かの許可設定を受け付けて、これを許可情報として配信サーバ３０へと送信する。

Ｉ／Ｆ部４３０は、ネットワーク９００や各機能部間におけるインターフェースを提供し、クライアントＰＣ４０を、ネットワーク９００を介して配信サーバ３０および受信端末２０とデータの送受信可能に接続する。

配信サーバ３０は、制御部３１０と、記憶部３２０と、を含む。

制御部３１０の顧客管理部３１３は、クライアントＰＣ４０からの許可情報を、ウェブページを介して受け付けると、顧客情報１２３のＣＭ許可設定情報に、クライアントがＣＭの送信を許可するか否かを登録する。もちろん、顧客管理部３１３は、第一の実施形態にかかる顧客管理部１１３と同様に、受信端末２０からの登録を受け付けることも可能である。

また、顧客管理部３１３は、クライアントＰＣからコンテンツデータの送信（アップロード）を受け付けると、当該コンテンツデータに利用者ＩＤを含むメタデータを付与して、コンテンツデータベース３２１に記憶させる。

ストリーミング配信部３１１は、受信端末２０へストリーミング配信が可能なコンテンツリストを提供する。その際、ストリーミング配信部３１１は、受信端末２０に利用者ＩＤを問い合わせて、メタデータに当該利用者ＩＤを含む（当該利用者がアップロードした）コンテンツデータに限定したコンテンツリストを生成し、これを受信端末２０へと供給することが可能である。

以上のような構成により、本実施形態にかかるコンテンツおよびＣＭ配信システム３によれば、利用者の作成したコンテンツデータのようにＣＭの挿入タイミングが難しいコンテンツの場合でも、受信端末２０にコンテンツデータとＣＭデータとを別々に送信することによって、不意なＣＭの割り込みを防ぐとともに、その視聴タイミングを利用者に選択させることが可能である。
＜第三の実施形態＞
次に、第三の実施形態について説明する。図９は、本実施形態にかかるコンテンツおよびＣＭ配信システム５の機能構成図である。

本実施形態にかかるコンテンツおよびＣＭ配信システム５は、配信サーバ５０と、クライアントＰＣ６０と、受信端末７０と、を有する。配信サーバ５０は、コンテンツデータを受信端末７０へストリーミング配信すると共に、ＣＭデータをクライアントＰＣ６０へ送信する。

配信サーバ５０の制御部５１０は、ストリーミング配信部１１１と、顧客管理部１１３と、ＣＭデータ送信部５１２と、を有する。

ストリーミング配信部１１１は、第一の実施形態と同様に、受信端末２０からのコンテンツ配信要求に従って、クライアントの望むコンテンツを受信端末２０へとストリーミング配信する。

ＣＭデータ送信部５１２は、受信端末７０からＣＭ送信要求を受け付けると、クライアントＰＣ６０へＣＭデータを送信する。具体的に、ＣＭデータ送信部５１２は、ＣＭデータベース１２２から所定の基準に従って送信対象となるＣＭデータを特定し、これをクライアントＰＣ６０へと送信する。

顧客管理部１１１は、第一の実施形態と同様に、顧客情報１２３を管理する。

クライアントＰＣ６０は、制御部６１０と、記憶部６２０と、Ｉ／Ｆ部４３０と、を含んでいる。

制御部６１０は、配信サーバ５０からＣＭデータを受信すると、当該ＣＭデータを記憶部６２０へと格納する。そして、制御部６１０は、記憶部６２０に格納されるＣＭデータに基づいてＣＭリストを生成し、これを受信端末７０へと提供する。

受信端末７０は、ストリーミング再生部２１１と、ＣＭデータ管理部７１２と、配信要求部２１３と、を有する。

ストリーミング再生部２１１は、第一の実施形態と同様の構成であり、配信サーバ５０から配信されるストリーミング型のコンテンツデータを受信すると、これをストリーミング再生する。

ＣＭデータ管理部７１２は、クライアントＰＣ６０からＣＭリストを受信すると、利用者にＣＭリストの到着を通知する。

利用者は、ＣＭリストを参照し、視聴を所望するＣＭがある場合には、受信端末７０をクライアントＰＣ６０と接続し、当該ＣＭをクライアントＰＣ６０から取得することで、受信端末２０上でＣＭを視聴可能である。もちろん、利用者は、クライアントＰＣ６０上でＣＭデータを再生して、これを視聴しても良い。

以上のような構成によれば、配信サーバ５０がＣＭデータをコンテンツデータとは別の機器に送信することにより、利用者は、ＣＭデータを任意のタイミングで受信端末７０に受信（ダウンロード）して、これを視聴することが可能である。

また、本発明は、上記のような実施形態には制限されない。上記の実施形態は、本発明の技術的思想の範囲内で様々な変形が可能である。

例えば、視聴可能なＣＭの蓄積およびＣＭリストの到着を利用者へ通知する手段は上記に限定されず、音声やＬＥＤの発光等によって通知しても良い。

また、上述の各実施形態にかかる各システムは、コンテンツを配信するコンテンツ配信サーバと、ＣＭを配信するＣＭ配信サーバと、を別々に有していても良い。

図１は、第一の実施形態にかかるコンテンツおよびＣＭ配信システムの機能的な構成を示すブロック図である。 図２は、顧客情報１２３の概略図である。 図３は、システムに含まれる各装置の動作例を示すタイムチャートである。 図４は、ＣＭ選択画面の概略図である。 図５は、制御部１１０が受信端末２０からコンテンツ配信要求を受け付けた際に実行する処理の流れを示すフローチャートである。 図６は、ＣＭデータ管理部２１２が配信サーバ１０からＣＭデータを受信した際に実行する処理の流れを示すフローチャートである。 図７は、一変形例にかかるコンテンツおよびＣＭ配信システムの機能的な構成を示すブロック図である。 図８は、第二の実施形態にかかる配信サーバおよび受信端末の機能的な構成を示すブロック図である。 図９は、第三の実施形態にかかる配信サーバおよび受信端末の機能的な構成を示すブロック図である。 図１０は、各装置の電気的な構成を示すブロック図。

符号の説明

１・２・３・１０００：コンテンツおよびＣＭ配信システム、１０・３０・５０、１０１０：配信サーバ、２０・７０・２０２０：受信端末、４０・６０：クライアントＰＣ、１２１：コンテンツデータベース、１２２：ＣＭデータベース、１２３：顧客情報、９００：ネットワーク。

Claims (7)

1. コンテンツデータおよびＣＭデータを記憶する記憶部と、前記コンテンツデータおよびＣＭデータを配信する制御部と、を有する配信サーバと、
   前記配信サーバからネットワークを介してＣＭデータを受信した際に、受信した前記ＣＭデータを通知する処理と、任意のタイミングで前記受信したＣＭデータの再生指示の入力を受け付けて、前記再生指示に対応するＣＭデータの再生を実行する処理と、を行う制御部を有する受信端末と、
   を備えることを特徴とするコンテンツおよびＣＭ配信システム。
2. コンテンツデータおよびＣＭデータを記憶する記憶部と、前記コンテンツデータおよびＣＭデータを配信する制御部と、を有する配信サーバと、
   前記配信サーバからネットワークを介して複数のＣＭデータを受信した際に、受信した前記複数のＣＭデータを通知する処理と、前記受信した複数のＣＭデータの中から、任意のＣＭデータの再生指示の入力を受け付けて、前記再生指示に対応するＣＭデータの再生を実行する処理と、を行う制御部を有する受信端末と、
   を備えることを特徴とするコンテンツおよびＣＭ配信システム。
3. 請求項１または２に記載のコンテンツおよびＣＭ配信システムであって、
   コンテンツデータを記憶する記憶部と、
   前記記憶部に格納されるコンテンツデータの送信指示を受け付けて、前記配信サーバに前記コンテンツデータを送信する制御部と、を有するユーザ端末をさらに備え、
   前記配信サーバの制御部は、前記ユーザ端末からコンテンツデータを受信すると、前記配信サーバの記憶部に、前記コンテンツデータを記憶させる処理を行う
   ことを特徴とするコンテンツおよびＣＭ配信システム。
4. コンテンツデータおよびＣＭデータを記憶する記憶部と、
   受信端末からの要求に従って、コンテンツデータをストリーミング配信する処理と、
   前記受信端末からの要求に従って、ＣＭデータを送信する処理と、を行う制御部と、を備える
   ことを特徴とする配信サーバ。
5. コンテンツデータおよびＣＭデータを配信する配信サーバと接続され、
   前記配信サーバにコンテンツデータの配信要求を送信する処理と、
   前記配信要求に従って配信されたストリーミング型のコンテンツデータを受信して、前記コンテンツデータをストリーミング再生する処理と、
   前記配信サーバとの接続の確立を検出すると、前記配信サーバにＣＭデータの送信要求を送信する処理と、
   前記送信要求に従って、前記配信サーバより送信されるＣＭデータを受信して、前記ＣＭデータに関する情報を通知する処理と、
   任意のタイミングで前記ＣＭデータの再生指示を受け付けて、前記再生指示に対応するＣＭデータを再生する処理と、を行う制御部を備える
   ことを特徴とする受信端末。
6. 請求項５に記載の受信端末であって、
   前記制御部は、
   前記通知する処理を、前記コンテンツデータのストリーミング再生が行われている間に実行する
   ことを特徴とする受信端末。
7. 請求項５または６に記載の受信端末であって、
   前記制御部は、
   前記ＣＭデータの再生が終了後、前記ＣＭが視聴済であることを示す視聴終了通知を、前記配信サーバへ送信する処理を、さらに行う
   ことを特徴とする受信端末。

Images