JP2010055193A - 配信システム、ならびに配信方法 - Google Patents

Abstract

【課題】 配信サーバと受信端末間との通信が常時接続されていない場合でも、コンテンツに対応付けられた複数のＣＭをクライアントへ確実に配信する。
【解決手段】
本発明の配信システム１は、コンテンツおよびＣＭを配信する配信サーバ１０と、受信端末２０と、を備える。配信サーバ１０は、コンテンツに複数のＣＭを含むＣＭグループを関連付けて、コンテンツと、当該コンテンツに関連付けたＣＭグループに属する第一のＣＭと、を前記受信端末に配信する制御部１１０を備える。また、制御部１１０は、受信端末２０において前記第一のＣＭの再生が終了した場合に、前記ＣＭグループに属する残りのＣＭのうちから、次に配信する第二のＣＭを少なくとも１つ選択して、受信端末２０へと配信する。
【選択図】図１

Description

本発明は、配信システム、ならびに配信方法に関するものである。

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

例えば、特許文献１には、クライアントからの配信要求に従って、サーバが、対応するＣＭデータをコンテンツに付加して、クライアント端末にストリーミング配信するような技術が記載されている。

特開２００３−６５３０号公報

しかしながら、特許文献１の技術では、配信先の端末がサーバと常時接続されていないような環境にある場合には、コンテンツに付加されたＣＭを配信できない可能性があった。

そこで、本発明では、サーバと受信端末との接続が切断した場合でも、コンテンツに対応付けられた任意のＣＭデータを、確実に端末に配信することが可能な技術を提供することを目的とする。

前記課題を解決するために、本発明の配信システムは、端末装置と、配信サーバと、前記端末装置に設けられ、前記配信サーバに、クライアントＩＤ及びコンテンツＩＤを含むコンテンツ配信要求を送信する処理を行う制御部と、前記配信サーバに設けられ、コンテンツ、および、前記コンテンツのコンテンツメタデータ、を有するコンテンツ関連情報と、ＣＭ、および、前記ＣＭのＣＭメタデータ、を有するＣＭ関連情報と、クライアントＩＤ毎に、前記クライアントＩＤで特定されるクライアントに関する属性情報と、を記憶する記憶部と、前記配信サーバに装置に設けられ、前記端末装置より、コンテンツ配信要求を受信する処理と、受信したコンテンツ配信要求に含まれるクライアントＩＤに対応する属性情報を取得し、取得した属性情報に適合するＣＭメタデータを有するＣＭからなるＣＭグループを特定する処理と、前記ＣＭグループより、予め定められた配信順序に従って、ＣＭを特定し、特定したＣＭと、受信したコンテンツ配信要求に含まれるコンテンツＩＤで特定されるコンテンツとを、コンテンツ配信要求を送信してきた端末装置に送信する処理と、を行う制御部と、を備えることを特徴とする。

以上のように、本発明の配信システムによれば、ＣＭデータを確実に受信端末へと配信することが可能である。

以下、本発明を実施するための最良の形態について、図面を参照して説明する。
＜第一の実施形態＞
図１に、本発明の第一の実施形態にかかる配信システム１を示す。

同図に示すように、配信システム１は、コンテンツおよびＣＭを配信する配信サーバ１０と、配信サーバ１０からネットワーク９００およびアクセスポイント８００を介して、コンテンツおよびＣＭの配信を受ける受信端末２０と、から構成されている。

ネットワーク９００は、電話・携帯電話網やインターネット等を含む公衆通信網である。

ＡＰ（アクセスポイント）８００は、受信端末２０とネットワーク９００との接続を中継し、受信端末２０は、ＡＰ８００と無線電波を送受信することでネットワーク９００と接続される。

配信サーバ１０は、コンテンツに所定の数のＣＭをグループ化して対応付け、グループに属するＣＭを順次、受信端末２０へと配信するものである。

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

まず、配信サーバ１０について詳細に説明する。

配信サーバ１０は、制御部１１０と、記憶部１２０と、Ｉ／Ｆ部１３０と、を備えている。

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

コンテンツデータベース１２１には、クライアント（ここでは、受信端末２０のユーザ）へと配信されるコンテンツデータと、当該コンテンツデータに関連する情報を有するコンテンツメタデータと、を有するコンテンツ関連情報を予め蓄積する。コンテンツデータは、例えば、音楽や映像、画像、文書等、あらゆるデジタルデータ全般である。

また、メタデータは、コンテンツを説明する複数の情報から構成されている。例えば、コンテンツのＩＤ、ジャンル、タイトル、再生時間等の情報が格納されている。

また、配信されるコンテンツの形式は、どのようなものであっても良い。例えば、複数のファイルからなるプレイリスト形式でコンテンツデータを配信することが可能である。

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

なお、ＣＭデータベース１２２に格納されるＣＭデータにも、予めこれらを管理するためのメタデータが付与されている。メタデータには、例えば、ＣＭのＩＤ、企業名、商品ジャンル、作成日時、シリーズ名、ターゲットとする消費者層の年代、居住地区、性別等を示す情報が格納されている。

顧客情報７０は、後述の顧客管理部１１１によって、クライアントごとに生成される情報である。顧客情報７０は、例えば、図２に示すように、受信端末２０およびクライアントを識別するためのクライアントＩＤを格納するクライアントＩＤ格納領域７０ａと、当該クライアントの嗜好や年齢・性別・住所等に関する個人情報をデータ化した属性情報を格納する属性情報格納領域７０ｂと、クライアントへのコンテンツおよびＣＭの配信履歴を格納する配信履歴格納領域７０ｃと、から構成されている。

なお、配信履歴は、クライアントへと配信するコンテンツごとに、後述のＣＭ管理部１１２によって生成される。具体的に、配信履歴は、クライアントへ配信するコンテンツを識別するためのコンテンツＩＤを格納するコンテンツＩＤ格納領域７１ａと、当該コンテンツに付加されるＣＭの付加情報７２を格納する付加情報格納領域７１ｂと、からなる。

付加情報７２は、例えば図３に示すような情報であり、コンテンツＩＤ格納領域７１ａで識別される配信コンテンツに付加するためのＣＭが、グループごとに管理されている。

具体的に、ＣＭ管理部１１２は、クライアントからコンテンツ配信要求があると、配信コンテンツに付加するＣＭをＣＭデータベース１２２から所定の数だけ選択してグループ化する。付加情報７２には、このようなＣＭグループを識別するためのＣＭグループＩＤを格納するＣＭグループＩＤ格納領域７２ａと、当該ＣＭグループに属するＣＭのＩＤを格納するＣＭＩＤ格納領域７２ｂと、グループ内でのＣＭの配信順序を示すシーケンス番号を格納するシーケンス番号格納領域７２ｃと、から構成されている。

制御部１１０は、顧客情報を管理する顧客管理部１１１と、配信コンテンツに付加するＣＭを管理するＣＭ管理部１１２と、受信端末２０へコンテンツおよびＣＭを配信するデータ配信部１１３と、を有する。

顧客管理部１１１は、予めクライアントから情報等を受け付け、クライアントごとに顧客情報７０を生成する。

具体的に、顧客管理部１１１は、予め顧客情報７０を生成し、クライアントおよび受信端末２０を識別するためのクライアントＩＤを、クライアントＩＤ格納領域７０ａへと格納する。そして、クライアントの嗜好や年齢・性別・住所等の個人情報を、ウェブページ等を介して受け付けて、属性情報として属性情報格納領域７０ｂへと格納する。

以下、ＣＭ管理部１１２およびデータ配信部１１３の実行する処理について、図４を参照しながら説明する。図４は、各装置の動作例を示すタイムチャートである。

ＣＭ管理部１１２は、受信端末２０からのコンテンツ配信要求を受け付けると、要求されたコンテンツに付加するＣＭを所定の数、選択してグループ化する。

具体的に、まず、ＣＭ管理部１１２は、配信要求を送信したクライアントの顧客情報７０を、クライアントＩＤから検索して特定する。そして、新たな配信履歴を配信履歴格納領域７０ｃに生成して、配信を要求されたコンテンツのコンテンツＩＤを、コンテンツＩＤ格納領域７１ｃへと格納する。

なお、配信要求は、例えば、データ配信部１１３が予め受信端末２０へ配信可能なコンテンツリストを提供し、利用者はこれに基づいて所望のコンテンツの配信を要求することが可能である。

次に、ＣＭ管理部１１２は、配信コンテンツに付加するＣＭを、ＣＭデータベース１２２より所定の数、選択する。

ＣＭの選択に関しては、特にその手法を限定しない。以下、ＣＭの選択処理についての一例を示す。

例えば、ＣＭ管理部１１２は、予め蓄積されるクライアントの属性情報に適合する内容のＣＭを、ＣＭデータベース１２２から選択する。

具体的に、ＣＭ管理部１１２は、クライアントの属性情報の内容と、ＣＭデータに含まれるメタデータの内容とを比較して、より適合度の高いＣＭを選択する。

適合度は、例えば、ＣＭに付与されたメタデータの項目に予め重み係数を配し、クライアントの属性情報とＣＭのメタデータとを照合して、一致する項目の重み係数の総和を算出することで推定することができる。

ＣＭ管理部１１２は、この総和が大きければ大きいほど、クライアントとＣＭとの適合度が高いと判断して、適合度の高い順に所定の数のＣＭデータをピックアップする。

なお、ＣＭをシリーズごとに選択したり、配信コンテンツの内容（例えば、ジャンル等）と適合するＣＭデータを選択したりしても良い。また、長時間のＣＭを分割して、これらをグループ化することも可能である。

次に、ＣＭ管理部１１２は、選択した各ＣＭを識別するためのＣＭＩＤを、付加情報７２のＣＭＩＤ格納領域７２ｂにそれぞれ格納する。そして、これら複数のＣＭを１グループとして、グループＩＤを付し、ＣＭグループＩＤ格納領域７２ａへと格納する。

また、ＣＭ管理部１１２は、ＣＭグループにおけるＣＭデータの配信順序についても設定する。このような配信順序の設定手法についても、ここでは特に限定しない。例えば、上述の重み係数の大小や、ＣＭの作成日の新旧、シリーズであれば予め設定された順番を、配信順序として設定することができる。なお、設定された配信順序は、シーケンス番号格納領域７２ｃへと格納される。

また、このようなＣＭグループは、本実施形態においては１つだけ設定されるものとする。複数のＣＭグループが設定される場合の処理については、第二の実施形態で述べる。

その後、ＣＭ管理部１１２は、配信要求のあったコンテンツと、当該コンテンツに関連付けられたＣＭグループに属するＣＭのうち、シーケンス番号が最も高い配信順序を示すＣＭと、の配信指示をデータ配信部１１３に出力する。

以上が、受信端末２０からコンテンツの配信要求を受けた際に実行されるＣＭ管理部１１２の処理である。次に、受信端末２０から視聴履歴を受信した際に実行される処理について説明する。

ＣＭ管理部１１２は、受信端末２０から図５に示すような視聴履歴を受け付けると、コンテンツの視聴履歴に従って、次に配信するＣＭを特定する。

具体的に、ＣＭ管理部１１２はまず、受信端末２０におけるコンテンツおよびＣＭの視聴履歴の視聴終了フラグ格納領域２２２ｅを参照して、視聴済みのＣＭが存在するか否かを特定する。視聴済みのＣＭが存在する場合には、顧客情報７０から視聴済みのＣＭが付加されたコンテンツを特定する。そして、付加情報７２を参照して、視聴済みのＣＭが属するＣＭグループを特定し、視聴済みのＣＭよりも配信順序が後のシーケンス番号を有するＣＭが存在するか否かを判断する。

視聴済みのＣＭよりも配信順序が後のＣＭが存在する場合には、ＣＭ管理部１１２は、視聴履歴から、視聴済みのＣＭが付加されたコンテンツについての視聴履歴を参照して、配信するＣＭを決定する。

配信するＣＭは、コンテンツの視聴履歴とどのように関連付けて決定しても良い。例えば、コンテンツの再生割合（視聴済みの領域の長さ）と対応付けて、コンテンツ再生割合が高い程、配信順序が後のシーケンス番号のＣＭを配信するような構成とすることができる。もちろん、未配信のＣＭを同時に送信することも可能である。

なお、ここでは、コンテンツの再生が全て終了した後は、ＣＭを配信しないものとする。

そして、ＣＭ管理部１１２は、ＣＭの配信指示をデータ配信部１１３へと出力する。

データ配信部１１３は、コンテンツおよびＣＭの配信指示を受け付けると、指定されたコンテンツおよびＣＭを、データの送受信可能にネットワーク９００と接続されるＩ／Ｆ部１３０を介して、受信端末２０へと配信する。なお、データ配信部１１３は、コンテンツを配信する際、当該コンテンツの配信履歴についても併せて送信する。

次に、受信端末２０について説明する。

受信端末２０は、制御部２１０と、記憶部２２０と、Ｉ／Ｆ部２３０と、音声出力部２４０と、表示部２５０と、入力部２６０と、を有する。

記憶部２２０は、データ記憶領域２２１と、視聴履歴記憶領域２２２と、からなる。

データ記憶領域２２１は、配信サーバ１０から配信されるコンテンツデータおよびＣＭデータ、そして、配信されるコンテンツデータの配信履歴、すなわち、配信コンテンツごとの付加情報７２が蓄積される。

視聴履歴記憶領域２２２は、利用者の指示により実行される再生・早送り・一次停止等の制御に関する視聴履歴を記憶する。視聴履歴は、図５に示すように、制御対象となったコンテンツおよびＣＭのＣＭＩＤを格納するコンテンツ／ＣＭＩＤ格納領域２２２ａと、制御内容を示す情報を格納する制御内容格納領域２２２ｂと、制御の対象となったコンテンツおよびＣＭの時間を示す制御時間格納領域２２２ｃと、制御が終了した日時等を格納する更新時格納領域２２２ｄと、コンテンツおよびＣＭの視聴が終了したことを示す視聴終了フラグを格納する視聴終了フラグ格納領域２２２ｅと、からなる。

制御部２１０は、配信サーバ１０へコンテンツの配信を要求する配信要求部２１１と、配信サーバ１０から受信したデータを蓄積するデータ管理部２１２と、コンテンツおよびＣＭを再生し、その視聴履歴を記録するデータ再生部２１３と、を有する。

配信要求部２１１は、入力部２６０を介して、利用者から指示操作を受け付けて、配信サーバ１０へコンテンツの配信を要求するコンテンツ配信要求を送信する処理を行う。

具体的に、配信要求部２１１は、入力部２６０を介して、利用者から所望のコンテンツの配信指示を受け付けると、配信サーバ１０へ配信コンテンツを指定するコンテンツＩＤを含むコンテンツ配信要求を送信する。

また、配信要求部２１１は、配信サーバ１０との接続の確立を検出すると、配信サーバ１０へ視聴履歴を送信する。

なお、前回の接続の確立時から視聴履歴に更新が無い場合には、当該処理は実行されなくとも良い。

また、配信要求部２１１は、一定のタイミングごとに配信サーバ１０と接続を確立して、視聴履歴を送信するような構成としても良い。

データ管理部２１２は、コンテンツデータおよびＣＭデータを蓄積する。

具体的に、データ管理部２１２は、配信サーバ１０から送信されるコンテンツデータと、当該コンテンツデータに関する配信履歴と、付加されたＣＭデータと、を記憶部２２０のデータ記憶領域２２１へと蓄積する。

また、データ管理部２１２は、配信サーバ１０からＣＭデータを受信すると、蓄積された配信履歴を参照して、当該ＣＭデータを含む付加情報７２を特定する。そして、当該付加情報７２から、受信したＣＭよりも配信順序が早いＣＭのＣＭＩＤを特定して、特定したＣＭＩＤに対応するＣＭをデータ記憶領域２２１より削除する。

なお、ＣＭの削除のタイミングは、後の配信順序のＣＭを受信した際に限らず、例えば、利用者がＣＭの視聴を終了した際としても良い。

データ再生部２１３は、入力部２６０を介して利用者からコンテンツの再生指示を受け付けて、コンテンツデータおよびＣＭデータを再生する。

具体的に、データ再生部２１３は、利用者からコンテンツの再生指示を受け付けると、データ記憶領域２２２に記憶される当該コンテンツの配信履歴から、再生指示を受けたコンテンツに関連付けられたＣＭのシーケンス番号を参照する。そして、配信順序が最も早いＣＭのＣＭＩＤを特定して、当該ＣＭＩＤに対応するＣＭデータを再生する。

その後、ＣＭの再生が終了すると、データ再生部２１３は、後述の視聴履歴に視聴終了フラグを登録するとともに、再生が終了したＣＭデータをデータ記憶領域２２１から削除し、再生指示を受けたコンテンツの再生を開始する。

なお、ＣＭ再生のタイミングは、コンテンツの再生前に限定されない。例えば、コンテンツの再生時間が所定の長さに達した時や、チャプタの終了時、または、コンテンツが利用者によって停止された時等に、ＣＭの再生を開始するような構成としても良い。

そして、データ再生部２１３は、図５に示すようなコンテンツおよびＣＭデータの視聴履歴を生成して、視聴履歴記憶領域２２２へと格納する。

データ再生部２１３は、例えば、コンテンツおよびＣＭデータに未視聴の領域が存在しなくなった場合、視聴が終了したものと判断して視聴終了フラグ格納領域２２２ｅに視聴終了フラグを登録する。

もちろん、視聴終了の判断はこれに限定されず、例えば、未視聴の領域が全体の一定割合（例えば、１割）以下となった場合等に、視聴が終了したと判断するような構成としても良い。

Ｉ／Ｆ部２３０は、アクセスポイント８００や各機能部間におけるインターフェース（例えば、ＵＳＢ等）を提供し、受信端末２０を他の機器とデータの送受信可能に接続する。

入力部２６０は、例えば操作スイッチを備え、利用者からの指示操作を受け付ける。操作指示とは、例えば、各コンテンツやＣＭの選択および再生、停止等の指示である。

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

音声出力部２４０は、データ再生部２１３によって供給される音声信号を音声に変換して出力する。

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

コンピュータ８１０は、ハードディスク等の補助メモリ８０３と、メモリ８０２と、ＣＰＵ（Central Processing Unit）８０１と、ＮＩＣ（Network Interface Card）８０４等の通信装置と、これらを接続するバス８０５と、を備えており、各制御部は、補助メモリ８０３に記憶されている所定のプログラムを、メモリ８０２に読み込みＣＰＵ８０１で実行することにより実現可能である。

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

ＣＭ管理部１１２は、受信端末２０からコンテンツ配信要求を受信したか否かを判断する（Ｓ１１）。

次に、ＣＭ管理部１１２は、コンテンツに付加するＣＭを所定の数選択する（Ｓ１２）。

具体的に、ＣＭ管理部１１２は、配信要求のあったクライアントの顧客情報７０を検索して、要求されたコンテンツについての配信履歴を生成する。そして、当該顧客の属性情報格納領域７０ｂを参照して、適合度の高いＣＭを、所定の数ＣＭデータベース１２２から抽出する。

さらに、ＣＭ管理部１１２は、所定の数のＣＭについて、配信順序を決定する（Ｓ１３）。

具体的に、ＣＭ管理部１１２は、ステップ１２で抽出した複数のＣＭをグループ化してグループＩＤを付すとともに、当該グループのＣＭの配信順序を設定し、付加情報７２を生成する。

そして、ＣＭ管理部１１２は、配信要求のあったコンテンツと、配信順序が最も早いシーケンス番号が設定されたＣＭと、のＩＤを含む配信指示をデータ配信部１１３へと出力して（Ｓ１４）、処理を終了する。

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

ＣＭ管理部１１２は、Ｉ／Ｆ部１３０を介して、受信端末２０から視聴履歴を受信したか否かを判断する（Ｓ２１）。

次に、ＣＭ管理部１１２は、最新の視聴履歴に視聴済みのＣＭに関するレコードが存在するか否かを判断する（Ｓ２２）。視聴履歴に視聴済みフラグが登録されたＣＭに関するレコードが存在する場合には、ステップ２３へと進み（ＹＥＳ）、存在しなかった場合には（ＮＯ）、処理を終了する。

視聴履歴に視聴済みのＣＭを示すレコードが存在する場合には（Ｓ２２でＹＥＳ）、ＣＭ管理部１１２は、視聴済みのＣＭが属するグループに、視聴済みのＣＭよりも配信順序が後のＣＭが存在するか否かを判断する（Ｓ２３）。視聴済みのＣＭよりも配信順序が後のＣＭが存在する場合には（ＹＥＳ）、ステップ２４へと進み、存在しない場合には（ＮＯ）、処理を終了する。

配信順序が後のＣＭが存在する場合には（Ｓ２３でＹＥＳ）、ＣＭ管理部１１２は、視聴履歴から、視聴済みのＣＭが付加されたコンテンツの再生割合を参照して、再生割合と対応する配信順序のＣＭを特定する（Ｓ２４）。

そして、ＣＭ管理部１１２は、ステップ２４で特定されたＣＭのＩＤを含む配信指示をデータ配信部１１３へと出力して（Ｓ２５）、処理を終了する。

以上、配信サーバ１０が、コンテンツおよびＣＭを配信する際に実行する処理について説明した。

上記によれば、１つのコンテンツに対して複数のＣＭを配信する場合でも、複数回にわたるＣＭ配信が可能であるため、受信端末２０の限られたストレージをＣＭデータが圧迫することがない。

また、受信端末２０のネットワークへの常時接続が難しい場合でも、接続が確立する度にＣＭを追加することができる。
＜第二の実施形態＞
次に、第二の実施形態にかかる配信システム２について説明する。

第二の実施形態にかかる配信システム２は、配信サーバ３０と、受信端末２０と、からなる。以下、第一の実施形態にかかる配信システム１と比較して、異なる部分について説明する。

本実施形態において、配信サーバ３０は、コンテンツに付加するＣＭを、複数のグループで管理する。さらに、配信サーバ３０は、受信端末２０から送信される視聴履歴から先に配信したＣＭの再生状況を判断し、配信するＣＭグループを切り換える。

このような配信サーバ３０を用いた本発明の第二の実施形態について、以下、図８を参照しながら説明する。

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

配信サーバ３０は、制御部３１０と、記憶部３２０と、を有する。

記憶部３２０は、顧客情報８０を記憶する。顧客情報８０は、第一の実施形態にかかる顧客情報７０とほぼ同様の構成であるが、格納される付加情報の内容のみが異なる。

顧客情報８０は、図８に示すような付加情報８２を格納する。付加情報８２は、第一の実施形態にかかる付加情報７２と比較して、ＣＭグループの配信順序を示すシーケンス番号格納領域８２ｄをさらに備えている点で異なる。

制御部３１０のＣＭ管理部３１２は、視聴履歴からＣＭの再生状況を判断し、配信するＣＭグループを切り換える。

まず、ＣＭ管理部３１２は、受信端末２０からのコンテンツの配信要求を受け付けると、第一の実施形態にかかるＣＭ管理部１１２とほぼ同様の処理を実行して、配信コンテンツごとに配信履歴を生成する。

次に、ＣＭ管理部３１２は、当該コンテンツに付加するＣＭを、ＣＭデータベース１２２より所定の数、選択して各ＣＭのＩＤをＣＭＩＤ格納領域７２ｂにそれぞれ格納する。そして、これら複数のＣＭデータを１グループとしてグループＩＤを付し、ＣＭグループＩＤ格納領域７２ａへと格納する。そして、当該グループに属するＣＭの配信順序を決定し、順序を示すシーケンス番号を、シーケンス番号格納領域７２ｃへと格納する。

ここで、本実施形態にかかるＣＭ管理部３１２は、上述の処理を所定の回数繰り返して、ＣＭグループを複数設定する。

なお、ＣＭ管理部３１２は、１グループ目のＣＭと同じＣＭが含まれないように、他のグループのＣＭを選択する。

また、グループごとに、別のジャンルやシリーズのＣＭ群が選択されていることが望ましい。よって、複数のＣＭグループを設定する場合には、異なる基準からなる重み係数に従って、属するＣＭを決定することが望ましい。

次に、ＣＭ管理部３１２は、設定された複数のＣＭグループの配信順序を決定して、シーケンス番号格納領域８２ｄへと格納する。配信順序の決定処理については、ここでは特に限定せず、例えば、優先する項目の重み係数が高い順に、配信順序を決定することが可能である。

その後、ＣＭ管理部１１２は、配信コンテンツに設定されたＣＭグループの中で配信順序が最も高いグループに属し、かつ、配信順序が最も高いＣＭと、配信要求のあったコンテンツと、の配信指示をデータ配信部１１３に出力する。

以上が、受信端末２０からコンテンツの配信要求を受けた際に実行されるＣＭ管理部３１２の処理である。次に、受信端末２０から視聴履歴を受信した際に実行される処理について説明する。

ＣＭ管理部３１２は、受信端末２０から、図５に示すような視聴履歴を受け付けると、コンテンツの視聴履歴に従って、次に配信するＣＭを特定する。

具体的に、ＣＭ管理部３１２は、受信端末２０から視聴履歴を受信すると、まず、第一の実施形態と同様に、視聴終了フラグ格納領域２２２ｅにフラグが登録されているレコードを抽出して、視聴が終了したＣＭを特定する。そして、コンテンツの再生割合に合わせて、視聴済みのＣＭの属するグループの中から、視聴済みのＣＭよりも配信順序が後のＣＭを配信する。

ここで、視聴を終了したＣＭが存在しなかった場合には、ＣＭ管理部３１２は、コンテンツ／ＣＭＩＤ格納領域２２２ａにＣＭＩＤが格納されているレコードを特定する。そして、再生状況が芳しくないＣＭを、制御内容および制御時間から判断する。

再生状況が芳しくないＣＭとは、例えば、早送りが実行されたり、再生が途中で終了されているようなＣＭである。

ＣＭ管理部３１２は、再生状況が芳しくないＣＭが存在する場合には、当該ＣＭが属するＣＭグループのシーケンス番号を付加情報８２より読み出して、現在のＣＭグループよりも配信順序が１つ後のＣＭグループに属し、かつ、配信順序が最も早いＣＭを特定し、データ配信部１１３へ当該ＣＭの配信指示を出力する。

なお、現在のＣＭグループよりも配信順序が後のＣＭグループが存在しない場合には、処理を終了する。

以上のような処理により、本実施形態にかかる配信システム２は、コンテンツに付加されたＣＭの再生状況が芳しくない場合には、他のＣＭグループへ配信ＣＭ群を切り換えることによって、よりクライアントの嗜好にあわせたＣＭを配信することが可能である。
＜第三の実施形態＞
次に、第三の実施形態について説明する。図１０は、本実施形態にかかる配信システム３の機能構成図である。

本実施形態にかかる配信システム３は、配信サーバ４０と、受信端末５０と、配信サーバ４０と受信端末５０とを中継するクライアントＰＣ６０と、からなる。配信サーバ４０は、クライアントＰＣ６０へコンテンツおよびＣＭを配信し、クライアントＰＣ６０はこれらを蓄積して、受信端末５０へと送信する。

配信サーバ４０の制御部４１０は、顧客管理部１１１と、ＣＭ管理部４１２と、データ配信部４１３と、を備えている。

ＣＭ管理部４１２は、クライアントＰＣ６０からのコンテンツ配信要求に従って、コンテンツおよびＣＭを配信する。

具体的に、ＣＭ管理部４１２は、クライアントＰＣ６０からコンテンツの配信要求を受け付けると、第一の実施形態と同様に、コンテンツに付加するＣＭグループの設定を行う。もちろん、第二の実施形態にかかるＣＭ管理部３１２と同様に、複数のＣＭグループを設定するような構成としても良い。

次に、ＣＭ管理部４１２は、配信要求のあったコンテンツと、当該コンテンツに設定したＣＭグループに属するＣＭの全てと、の配信を、データ配信部４１３に指示する。

データ配信部４１３は、ＣＭ管理部４１２からの配信指示に従って、コンテンツ、および、当該コンテンツに設定されたＣＭグループに属するＣＭの全てを、受信端末５０およびクライアントＰＣ６０へと配信する。なお、その際には、配信履歴（配信コンテンツの付加情報７２）についても送信する。

クライアントＰＣ６０は、制御部６１０と、記憶部６２０と、を有する。

制御部６１０は、受信端末５０からのコンテンツの配信要求を受け付けると、Ｉ／Ｆ部６４０を介して、配信サーバ４０へと受信端末５０の要求するコンテンツの配信を要求する。

そして、配信サーバ４０からコンテンツと、当該コンテンツに設定されたＣＭグループに属するＣＭ群と、配信履歴と、を受信して、記憶部６２０へと格納する。

さらに、制御部６１０は、配信履歴に含まれる付加情報７２を参照して、配信要求のあったコンテンツに付加するＣＭを選択する。

具体的に、制御部６１０は、付加情報７２のシーケンス番号格納領域７２ｃに、最も配信順序の早いシーケンス番号が格納されているＣＭを特定して、当該ＣＭと、配信要求のあったコンテンツと、を受信端末５０へと配信する。

以上が、受信端末５０からコンテンツの配信要求を受けた際に実行される制御部６１０の処理である。

なお、受信端末５０から視聴履歴を受信した際にも、第一の実施形態にかかるＣＭ管理部１１２と、ほぼ同様の処理を実行する。

具体的に、制御部６１０は、視聴履歴の視聴終了フラグ格納領域２２２ｅを参照して、視聴済みのＣＭが存在するか否かを特定する。そして、視聴済みのＣＭよりも配信順序が後のシーケンス番号を有するＣＭを特定して、コンテンツの再生割合から配信ＣＭを決定し、受信端末５０へと配信する。

なお、ここでも、第二の実施形態にかかるＣＭ管理部３１２と同様に、ＣＭの再生状況によって、複数のＣＭグループを切り換えるような構成としても良い。

受信端末５０の制御部５１０は、配信要求部５１１と、データ管理部５１２と、データ再生部２１３と、を有する。

受信端末５０は、クライアントＰＣ６０を介してコンテンツおよびＣＭの配信を受けることが可能な点で上記の実施形態と異なる。

配信要求部５１１は、入力部２６０を介して、利用者から指示操作を受け付けて、クライアントＰＣ６０へコンテンツの配信を要求する。

また、配信要求部５１１は、クライアントＰＣ６０との接続の確立を検出すると、クライアントＰＣ６０へ視聴履歴を送信する。なお、前回の接続の確立時と比較して視聴履歴に更新が無い場合には、当該処理は実行されなくとも良い。

データ管理部５１２は、クライアントＰＣ６０から配信されるコンテンツデータと、当該コンテンツデータに関する配信履歴と、付加されたＣＭデータとを、記憶部２２０のデータ記憶領域２２１へと蓄積する。

また、データ管理部５１２は、クライアントＰＣ６０からＣＭデータを受信すると、蓄積された配信履歴を参照して、当該ＣＭデータを含む付加情報７２を特定する。そして、当該付加情報７２から、受信したＣＭよりも配信順序が早いＣＭのＩＤを特定して、これらのＣＭをデータ記憶領域２２１より削除する。

以上のような構成により、本実施形態にかかる配信システム３によれば、受信端末５０は、クライアントＰＣ６０を介して配信サーバ４０からコンテンツおよびＣＭデータを取得することが可能である。従って、受信端末５０と配信サーバ４０間の通信が不要となり、受信端末５０の通信費用を削減することが可能である。

また、予めコンテンツに設定されるＣＭグループに属するＣＭデータ群を、受信端末５０よりも比較的容量の高いクライアントＰＣ６０に蓄積させておくことにより、度重なるトラフィックや転送時間についても削減することができる。

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

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

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

符号の説明

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

Claims (11)

1. 端末装置と、
   配信サーバと、
   前記端末装置に設けられ、前記配信サーバに、クライアントＩＤ及びコンテンツＩＤを含むコンテンツ配信要求を送信する処理を行う制御部と、
   前記配信サーバに設けられ、コンテンツ、および、前記コンテンツのコンテンツメタデータ、を有するコンテンツ関連情報と、ＣＭ、および、前記ＣＭのＣＭメタデータ、を有するＣＭ関連情報と、クライアントＩＤ毎に、前記クライアントＩＤで特定されるクライアントに関する属性情報と、を記憶する記憶部と、
   前記配信サーバに装置に設けられ、前記端末装置より、コンテンツ配信要求を受信する処理と、受信したコンテンツ配信要求に含まれるクライアントＩＤに対応する属性情報を取得し、取得した属性情報に適合するＣＭメタデータを有するＣＭからなるＣＭグループを特定する処理と、前記ＣＭグループより、予め定められた配信順序に従って、ＣＭを特定し、特定したＣＭと、受信したコンテンツ配信要求に含まれるコンテンツＩＤで特定されるコンテンツとを、コンテンツ配信要求を送信してきた端末装置に送信する処理と、を行う制御部と、
   を備えること、
   を特徴とする配信システム。
2. 請求項１に記載の配信システムであって、
   前記配信サーバの制御部は、
   前記ＣＭグループを、受信したコンテンツ配信要求に含まれるコンテンツＩＤから特定されるコンテンツのコンテンツメタデータに適合するＣＭメタデータを有するＣＭから特定すること、
   を特徴とする配信システム。
3. 請求項１に記載の配信システムであって、
   前記配信順序は、属性情報に適合するＣＭメタデータに予め割り振られている重み付けの値の集計値が高いものから順に配信するものであること、
   を特徴とする配信システム。
4. 請求項１に記載の配信システムであって、
   前記配信サーバの制御部は、
   習得した属性情報に適合するＣＭメタデータを有するＣＭのうち、属性情報に適合するＣＭメタデータに予め割り振られている重み付けの値の集計値が高いものから順に予め定められた数のＣＭにより前記ＣＭグループを特定すること、
   を特徴とする配信システム。
5. 請求項１から４のいずれか一項に記載の配信システムであって、
   前記端末装置の制御部は、視聴したＣＭを特定する情報を含む視聴履歴を前記配信サーバに送信する処理を行い、
   前記配信サーバの制御部は、受信した視聴履歴で特定される視聴したＣＭの次の配信順序のＣＭを、予め定められた配信順序に従って、前記ＣＭグループより特定し、特定したＣＭを、視聴履歴を送信してきた端末装置に送信する処理を行うこと、
   を特徴とする配信システム。
6. 請求項１から５のいずれか一項に記載の配信システムであって、
   前記端末装置の制御部は、コンテンツ及びＣＭの視聴履歴を前記配信サーバに送信する処理を行い、
   前記配信サーバの制御部は、
   受信した視聴履歴で特定されるコンテンツの再生割合が高いほど、配信順序が後のＣＭを、前記視聴履歴を送信してきた端末装置に配信すること
   を特徴とする配信システム。
7. 請求項５または６に記載の配信システムであって、
   前記配信サーバの制御部は、
   受信したコンテンツ配信要求に含まれるクライアントＩＤに対応する属性情報と、ＣＭメタデータと、を比較して、ＣＭメタデータに予め割り振られた重み付けの値の集計値の高いＣＭからなるＣＭグループを、異なる重み付けの値を用いて複数特定し、
   受信した視聴履歴で特定されるＣＭの再生割合が、所定の値よりも低い場合に、前記ＣＭを含むＣＭグループよりも、予め定められた配信順序が後のＣＭグループに含まれるＣＭを、予め定められたＣＭの配信順序に従って特定し、特定したＣＭを、視聴履歴を送信してきた端末装置に送信する処理を行うこと、
   を特徴とする配信システム。
8. 請求項５から７のいずれか一項に記載の配信システムであって、
   前記配信サーバの制御部は、
   前記ＣＭグループの配信順序を特定する情報を含む配信履歴を、端末装置へ配信し、
   前記端末装置は、
   前記配信サーバからＣＭを受信すると、前記ＣＭの含まれるＣＭグループ中で以前に配信されたＣＭを前記配信履歴により特定し、前記ＣＭを削除すること
   を特徴とする配信システム。
9. 請求項１から８のいずれか一項に記載の配信システムであって、
   前記配信サーバおよび前記端末装置を中継する中継装置を、さらに備え
   前記配信サーバの制御部は、コンテンツおよびＣＭを、前記中継装置を介して端末装置へ配信すること、
   を特徴とする配信システム。
10. 端末装置と、
    配信サーバと、
    中継装置と、
    前記端末装置に設けられ、前記中継装置に、クライアントＩＤ及びコンテンツＩＤを含むコンテンツ配信要求を送信する処理を行う制御部と、
    前記配信サーバに設けられ、コンテンツ、および、前記コンテンツのコンテンツメタデータ、を有するコンテンツ関連情報と、ＣＭ、および、前記ＣＭのＣＭメタデータ、を有するＣＭ関連情報と、クライアントＩＤ毎に、前記クライアントＩＤで特定されるクライアントに関する属性情報と、を記憶する記憶部と、
    前記配信サーバに設けられ、前記中継装置を介して、前記端末装置からのコンテンツ配信要求を受信する処理と、受信したコンテンツ配信要求に含まれるクライアントＩＤに対応する属性情報を取得し、取得した属性情報に適合するＣＭメタデータを有するＣＭからなるＣＭグループを特定する処理と、前記ＣＭグループに含まれるＣＭと、受信したコンテンツ配信要求に含まれるコンテンツＩＤとで特定されるコンテンツとを、コンテンツ配信要求を送信してきた中継装置に送信する処理と、を行う制御部と、
    前記中継装置に設けられ、前記端末装置から、コンテンツ配信要求を受信し、配信サーバへと送信する処理と、前記配信サーバから、前記ＣＭグループに含まれる全てのＣＭと、受信したコンテンツ配信要求に含まれるコンテンツＩＤとで特定されるコンテンツと、を受信する処理と、前記ＣＭグループから、予め定められた配信順序に従って、ＣＭを特定し、特定したＣＭと、受信したコンテンツ配信要求に含まれるコンテンツＩＤで特定されるコンテンツと、をコンテンツ配信要求を送信してきた端末装置に送信する処理と、を行う制御部と、
    を備えること、
    を特徴とする配信システム。
11. 配信サーバが、端末装置より、クライアントＩＤ及びコンテンツＩＤを含むコンテンツ配信要求を受信する過程と、
    前記配信サーバが、受信したコンテンツ配信要求に含まれるクライアントＩＤに対応する属性情報を取得し、取得した属性情報に適合するＣＭメタデータを有するＣＭからなるＣＭグループを特定する過程と、
    前記配信サーバが、前記ＣＭグループより、予め定められた配信順序に従って、ＣＭを特定し、特定したＣＭと、受信したコンテンツ配信要求に含まれるコンテンツＩＤで特定されるコンテンツと、をコンテンツ配信要求を送信してきた端末装置に送信する過程と、
    を備えること、
    を特徴とする配信方法。

Images