(57)【特許請求の範囲】
【請求項１】
通信網を介して当該装置に接続されたコンテンツ視聴装置からの要求に従って、指定のコンテンツのコンテンツデータを配信するコンテンツ配信装置であって、
前記コンテンツ視聴装置に前記コンテンツとともに配信するサブコンテンツのデータ量を、前記コンテンツ配信装置のコンテンツ配信時の時間帯毎の負荷状態を示す負荷状態情報が示す負荷が重いほど、多くなるように決定するサブコンテンツデータ量決定部と、
前記サブコンテンツデータ量決定部が決定した時間帯毎のサブコンテンツのデータ量を前記コンテンツ視聴装置に通知するサブコンテンツ情報配信部と、
前記コンテンツ視聴装置からの要求に従って、前記コンテンツデータを配信するとともに、前記サブコンテンツデータ量決定部が決定したデータ量であって前記要求に係る時間帯におけるデータ量のサブコンテンツのデータを配信するデータ配信部と
を具備し、
前記サブコンテンツは広告情報であることを特徴とするコンテンツ配信装置。
【請求項２】
通信網を介して当該装置に接続されたコンテンツ視聴装置からの要求に従って、指定のコンテンツのコンテンツデータを配信するコンテンツ配信装置であって、
前記コンテンツ視聴装置に前記コンテンツとともに配信するサブコンテンツのデータ量を、前記コンテンツ配信装置のコンテンツ配信時の時間帯毎の負荷状態を示す負荷状態情報が示す負荷が重いほど、少なくなるように決定するサブコンテンツデータ量決定部と、
前記サブコンテンツデータ量決定部が決定した時間帯毎のサブコンテンツのデータ量を前記コンテンツ視聴装置に通知するサブコンテンツ情報配信部と、
前記コンテンツ視聴装置からの要求に従って、前記コンテンツデータを配信するとともに、前記サブコンテンツデータ量決定部が決定したデータ量であって前記要求に係る時間帯におけるデータ量のサブコンテンツのデータを配信するデータ配信部と
を具備し、
前記サブコンテンツは前記コンテンツのユーザーに提供する価値を増加させるサブコンテンツであることを特徴とするコンテンツ配信装置。
【請求項３】
前記コンテンツ視聴装置から受信した、コンテンツデータを配信する時刻を示す情報を含む視聴予約情報を記憶する視聴予約記憶部と、
前記コンテンツデータの配信の履歴を示す視聴履歴情報を記憶する視聴履歴記憶部と、を具備し、
前記負荷状態情報は、前記視聴予約情報と、前記視聴履歴情報とのうち、少なくとも１つに基づくこと
を特徴とする請求項１又は請求項２に記載のコンテンツ配信装置。
【請求項４】
ユーザーによるコンテンツの指定に従い、通信網を介して当該装置に接続されたコンテンツ配信装置に、前記指定されたコンテンツの配信を要求し、前記コンテンツと、前記コンテンツとともに配信されたサブコンテンツとを、再生するコンテンツ視聴装置であって、
前記コンテンツ配信装置から、時間帯毎の前記コンテンツとともに配信されるサブコンテンツのデータ量を示す通知を受信し、前記受信した通知が示す時間帯毎のサブコンテンツのデータ量を、ユーザーに通知し、
前記コンテンツ配信装置は請求項１から請求項３のいずれか一項に記載のコンテンツ配信装置であること
を特徴とするコンテンツ視聴装置。
【請求項５】
通信網を介して当該装置に接続されたコンテンツ視聴装置からの要求に従って、指定のコンテンツのコンテンツデータを配信するコンテンツ配信装置におけるコンテンツ配信方法であって、
前記コンテンツ配信装置が、前記コンテンツとともに配信するサブコンテンツであって、前記コンテンツ視聴装置において前記コンテンツとともに再生されるサブコンテンツのデータ量を、前記コンテンツ配信装置の時間帯毎の負荷状態を示す負荷状態情報が示す負荷が重いほど、多くなるように決定する第１の過程と、
前記第１の過程で決定した時間帯毎のサブコンテンツのデータ量を前記コンテンツ視聴装置に通知する第２の過程と、
前記コンテンツ配信装置が、前記コンテンツ視聴装置からの要求に従って、前記コンテンツデータを配信するとともに、前記第１の過程で決定したデータ量であって前記要求に係る時間帯におけるデータ量のサブコンテンツのデータを配信する第３の過程と
を有し、
前記サブコンテンツは広告情報であることを特徴とするコンテンツ配信方法。
【請求項６】
通信網を介して当該装置に接続されたコンテンツ視聴装置からの要求に従って、指定のコンテンツのコンテンツデータを配信するコンテンツ配信装置におけるコンテンツ配信方法であって、
前記コンテンツ配信装置が、前記コンテンツとともに配信するサブコンテンツであって、前記コンテンツ視聴装置において前記コンテンツとともに再生されるサブコンテンツのデータ量を、前記コンテンツ配信装置の時間帯毎の負荷状態を示す負荷状態情報が示す負荷が重いほど、少なくなるように時間帯毎に決定する第１の過程と、
前記第１の過程で決定した時間帯毎のサブコンテンツのデータ量を前記コンテンツ視聴装置に通知する第２の過程と、
前記コンテンツ配信装置が、前記コンテンツ視聴装置からの要求に従って、前記コンテンツデータを配信するとともに、前記第１の過程で決定したデータ量であって前記要求に係る時間帯におけるデータ量のサブコンテンツのデータを配信する第３の過程と
を有し、
前記サブコンテンツは前記コンテンツのユーザーに提供する価値を増加させるサブコンテンツであることを特徴とするコンテンツ配信方法。
【請求項７】
ユーザーによるコンテンツの指定に従い、通信網を介して当該装置に接続されたコンテンツ配信装置に、前記指定されたコンテンツの配信を要求し、前記コンテンツと、前記コンテンツとともに配信されたサブコンテンツとを、再生するコンテンツ視聴装置におけるコンテンツ視聴方法であって、
前記コンテンツ視聴装置が、前記コンテンツ配信装置から、時間帯毎の前記コンテンツとともに配信されるサブコンテンツのデータ量を示す通知を受信する第１の過程と、
前記コンテンツ視聴装置が、前記受信した通知が示す時間帯毎のサブコンテンツのデータ量を、ユーザーに通知する第２の過程と、
を有し、
前記コンテンツ配信装置は請求項１から請求項３のいずれか一項に記載のコンテンツ配信装置であること
を特徴とするコンテンツ視聴方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信装置、コンテンツ視聴装置、コンテンツ配信方法およびコンテンツ視聴方法に関する。
【背景技術】
【０００２】
インターネットのブロードバンド化にともない、動画や写真などの大容量、高品質なコンテンツをネットワーク配信するサービスが普及しつつある。従来、電波を用いて配信されていた放送コンテンツもネットワーク配信するサービスが現れてきている。画一的なコンテンツデータを、放送波を利用して多数のユーザーに配信する電波による放送と比較して、インターネットを代表とするネットワークを用いたネットワーク配信においては、ユーザーの要望にあわせて、ユーザーごとにコンテンツを配信したり、ユーザーの所望する時刻に配信したりするなど多様なコンテンツの提供方法が可能になっている。
【０００３】
それにともない、電波による放送のように、コンテンツには決まった量の広告情報を挿入して配信するモデルではなく、配信毎にコンテンツに挿入する広告量を変更するモデルを用いることが、ネットワーク配信するサービスでは可能となっている。例えば、特許文献１に記載のネットワーク配信システムでは、映像コンテンツをオンデマンドで配信する際に、ユーザーの指定に従って、配信する映像コンテンツに挿入する広告の有無、もしくは量を決定している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平９−６５３２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ユーザーのリクエストを受けてコンテンツを配信するネットワーク配信システムにおいては、ユーザーがコンテンツの配信を所望する日時や時間帯は、特定の日時、時間帯に集中することがある。しかしながら、サービスを提供する側が運用できるサーバーや通信回線などの設備資源は限られているため、サービスのリクエスト数が想定した量を超えると、全てのリクエストをさばくことが困難になり、せっかくのオンデマンドサービスにもかかわらず、ユーザーは所望の時間にサービスを受けることが困難になるという問題がある。
【０００６】
一方で、上述のような問題が発生しないように、ピークの想定量を大きくして設備資源を多めに用意すると、リクエストの少ない時間帯には、サーバー設備や通信帯域を余らせることになり、結局、その分はコストとなって、サービス提供者の利益を圧迫したり、ユーザーコストに反映されてユーザーのサービス加入の障壁となったりするために、サービスの運営を困難にするという問題がある。
【０００７】
本発明は、このような事情に鑑みてなされたもので、その目的は、ユーザーは所望の時間にサービスを受けることができ、かつ、ネットワーク配信サービスの運営を容易にするコンテンツ配信装置、コンテンツ視聴装置およびコンテンツ配信方法を提供することにある。
【課題を解決するための手段】
【０００８】
（１）この発明は上述した課題を解決するためになされたもので、本発明のコンテンツ配信装置は、通信網を介して当該装置に接続されたコンテンツ視聴装置からの要求に従って、指定のコンテンツのコンテンツデータを配信するコンテンツ配信装置であって、前記コンテンツ視聴装置に前記コンテンツとともに配信するサブコンテンツのデータ量を、前記コンテンツ配信装置のコンテンツ配信時の時間帯毎の負荷状態を示す負荷状態情報が示す負荷が重いほど、多くなるように決定するサブコンテンツデータ量決定部と、前記サブコンテンツデータ量決定部が決定した時間帯毎のサブコンテンツのデータ量を前記コンテンツ視聴装置に通知するサブコンテンツ情報配信部と、前記コンテンツ視聴装置からの要求に従って、前記コンテンツデータを配信するとともに、前記サブコンテンツデータ量決定部が決定したデータ量であって前記要求に係る時間帯におけるデータ量のサブコンテンツのデータを配信するデータ配信部とを具備し、前記サブコンテンツは広告情報であることを特徴とする。
【０００９】
（２）また、本発明のコンテンツ配信装置は、通信網を介して当該装置に接続されたコンテンツ視聴装置からの要求に従って、指定のコンテンツのコンテンツデータを配信するコンテンツ配信装置であって、前記コンテンツ視聴装置に前記コンテンツとともに配信するサブコンテンツのデータ量を、前記コンテンツ配信装置のコンテンツ配信時の時間帯毎の負荷状態を示す負荷状態情報が示す負荷が重いほど、少なくなるように決定するサブコンテンツデータ量決定部と、前記サブコンテンツデータ量決定部が決定した時間帯毎のサブコンテンツのデータ量を前記コンテンツ視聴装置に通知するサブコンテンツ情報配信部と、前記コンテンツ視聴装置からの要求に従って、前記コンテンツデータを配信するとともに、前記サブコンテンツデータ量決定部が決定したデータ量であって前記要求に係る時間帯におけるデータ量のサブコンテンツのデータを配信するデータ配信部とを具備し、前記サブコンテンツは前記コンテンツのユーザーに提供する価値を増加させるサブコンテンツであることを特徴とする。
【００１０】
（３）また、本発明のコンテンツ配信装置は、上述のコンテンツ配信装置であって、前記コンテンツ視聴装置から受信した、コンテンツデータを配信する時刻を示す情報を含む視聴予約情報を記憶する視聴予約記憶部と、前記コンテンツデータの配信の履歴を示す視聴履歴情報を記憶する視聴履歴記憶部と、を具備し、前記負荷状態情報は、前記視聴予約情報と、前記視聴履歴情報とのうち、少なくとも１つに基づくことを特徴とする。
【００１３】
（４）また、本発明のコンテンツ視聴装置は、ユーザーによるコンテンツの指定に従い、通信網を介して当該装置に接続されたコンテンツ配信装置に、前記指定されたコンテンツの配信を要求し、前記コンテンツと、前記コンテンツとともに配信されたサブコンテンツとを、再生するコンテンツ視聴装置であって、前記コンテンツ配信装置から、時間帯毎の前記コンテンツとともに配信されるサブコンテンツのデータ量を示す通知を受信し、前記受信した通知が示す時間帯毎のサブコンテンツのデータ量を、ユーザーに通知し、前記コンテンツ配信装置は上述のコンテンツ配信装置であることを特徴とする。
【００１４】
（５）また、本発明のコンテンツ配信方法は、通信網を介して当該装置に接続されたコンテンツ視聴装置からの要求に従って、指定のコンテンツのコンテンツデータを配信するコンテンツ配信装置におけるコンテンツ配信方法であって、前記コンテンツ配信装置が、前記コンテンツとともに配信するサブコンテンツであって、前記コンテンツ視聴装置において前記コンテンツとともに再生されるサブコンテンツのデータ量を、前記コンテンツ配信装置の時間帯毎の負荷状態を示す負荷状態情報が示す負荷が重いほど、多くなるように決定する第１の過程と、前記第１の過程で決定した時間帯毎のサブコンテンツのデータ量を前記コンテンツ視聴装置に通知する第２の過程と、前記コンテンツ配信装置が、前記コンテンツ視聴装置からの要求に従って、前記コンテンツデータを配信するとともに、前記第１の過程で決定したデータ量であって前記要求に係る時間帯におけるデータ量のサブコンテンツのデータを配信する第３の過程とを有し、前記サブコンテンツは広告情報であることを特徴とする。
（６）また、本発明のコンテンツ配信方法は、通信網を介して当該装置に接続されたコンテンツ視聴装置からの要求に従って、指定のコンテンツのコンテンツデータを配信するコンテンツ配信装置におけるコンテンツ配信方法であって、前記コンテンツ配信装置が、前記コンテンツとともに配信するサブコンテンツであって、前記コンテンツ視聴装置において前記コンテンツとともに再生されるサブコンテンツのデータ量を、前記コンテンツ配信装置の時間帯毎の負荷状態を示す負荷状態情報が示す負荷が重いほど、少なくなるように時間帯毎に決定する第１の過程と、前記第１の過程で決定した時間帯毎のサブコンテンツのデータ量を前記コンテンツ視聴装置に通知する第２の過程と、前記コンテンツ配信装置が、前記コンテンツ視聴装置からの要求に従って、前記コンテンツデータを配信するとともに、前記第１の過程で決定したデータ量であって前記要求に係る時間帯におけるデータ量のサブコンテンツのデータを配信する第３の過程とを有し、前記サブコンテンツは前記コンテンツのユーザーに提供する価値を増加させるサブコンテンツであることを特徴とする。
【００１５】
（７）また、本発明のコンテンツ視聴方法は、ユーザーによるコンテンツの指定に従い、通信網を介して当該装置に接続されたコンテンツ配信装置に、前記指定されたコンテンツの配信を要求し、前記コンテンツと、前記コンテンツとともに配信されたサブコンテンツとを、再生するコンテンツ視聴装置におけるコンテンツ視聴方法であって、前記コンテンツ視聴装置が、前記コンテンツ配信装置から、時間帯毎の前記コンテンツとともに配信されるサブコンテンツのデータ量を示す通知を受信する第１の過程と、前記コンテンツ視聴装置が、前記受信した通知が示す時間帯毎のサブコンテンツのデータ量を、ユーザーに通知する第２の過程と、を有し、前記コンテンツ配信装置は上述のコンテンツ配信装置であることを特徴とする。
【発明の効果】
【００１６】
この発明によれば、サブコンテンツのデータ量を、コンテンツ配信装置の負荷状態を示す負荷状態情報に基づき決定するので、ユーザーが視聴可能な時間帯を制限せずに、負荷の重い時間帯の視聴を避けるように誘導して、負荷のピークを下げるので、ユーザーは所望の時間にサービスを受けることができ、かつ、ネットワーク配信サービスの運営を容易にすることができる。
【図面の簡単な説明】
【００１７】
【図１】この発明の一実施形態によるネットワーク配信システム１の構成を示す概略ブロック図である。
【図２】同実施形態におけるＶｏＤサーバー装置２０の構成を示す概略ブロック図である。
【図３】同実施形態におけるビデオオンデマンドで視聴を行なう際のネットワーク配信システム１の動作を説明するシーケンス図である。
【図４】同実施形態における視聴予約を行う際のネットワーク配信システム１の動作を説明するシーケンス図である。
【図５】同実施形態における視聴予約されたコンテンツの視聴を行う際のネットワーク配信システム１の動作を説明するシーケンス図である。
【図６】同実施形態における要求送受信部２０１のリクエストの受信処理を説明するフローチャートである。
【図７】同実施形態におけるＶｏＤサーバー装置２０の視聴開始要求によるコンテンツ配信処理を説明するフローチャートである。
【図８】同実施形態におけるＶｏＤサーバー装置２０の視聴予約実行要求によるコンテンツ配信処理を説明するフローチャートである。
【図９】同実施形態における広告挿入量決定部２１０による視聴数に基づく広告挿入量決定処理を説明するフローチャートである。
【図１０】広告挿入量決定の別の例を示すフローチャートである。
【図１１】同実施形態におけるＶｏＤクライアント装置１０による混雑度を表示する画面の例を示す図である。
【図１２】同実施形態におけるＶｏＤクライアント装置１０によるコンテンツの視聴時刻を設定する画面の例を示す図である。
【図１３】同実施形態における混雑度−広告挿入量テーブルに設定される情報例を示す図である。
【図１４】同実施形態における混雑度−広告挿入量テーブルに設定される情報の変形例を示す図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して、本発明の実施の形態について説明する。図１は、この発明の一実施形態によるネットワーク配信システム１の構成を示す概略ブロック図である。図１に示すように、本実施形態におけるネットワーク配信システム１は、ビデオオンデマンド（Ｖｉｄｅｏ  ｏｎ  Ｄｅｍａｎｄ；ＶｏＤ）のサービスを提供し、複数のＶｏＤクライアント装置（コンテンツ視聴装置）１０と、ＶｏＤサーバー装置（コンテンツ配信装置）３０とを備える。これらＶｏＤクライアント装置１０と、ＶｏＤサーバー装置３０とは、例えばインターネット２０などの通信網により互いに通信可能に接続されている。
【００１９】
ＶｏＤサーバー装置２０は、インターネット２０を介して当該装置に接続されたＶｏＤクライアント装置１０からのリクエスト（要求）を受信して、リクエストに従って、指定のコンテンツのコンテンツデータを配信することで、ＶｏＤサービスを提供する。ＶｏＤクライアント装置１０の各々は、ユーザーによるコンテンツの指定に従い、ＶｏＤサーバー装置２０に、指定されたコンテンツの配信を要求し、要求したコンテンツと、そのコンテンツとともに配信されたサブコンテンツとを、再生する。さらに、ＶｏＤクライアント装置１０は、ＶｏＤサーバー装置２０から、コンテンツとともに配信される広告のデータ量を示す通知を受信し、受信した通知が示す広告のデータ量を、ユーザーに通知する。ＶｏＤクライアント装置１０は、インターネット接続通信機能を持つテレビジョン受像機であってもよいし、接続されたテレビジョン受像機に映像および音声を出力するセットトップボックス（Ｓｅｔ  Ｔｏｐ  Ｂｏｘ；ＳＴＢ）であってもよいし、パーソナルコンピュータと該パーソナルコンピュータをＶｏＤ視聴サービスを受信可能にするソフトウェアとからなる装置であってもよい。
【００２０】
図２は、本実施形態におけるＶｏＤサーバー装置２０の構成を示す概略ブロック図である。ＶｏＤサーバー装置２０は、要求送受信部２０１、データ配信部２０２、広告挿入情報配信部２０３、セッション管理部２０４、ユーザー認証部２０５、ユーザー管理部２０６、視聴管理部２０７、視聴予約管理部２０８、配信データ生成部２０９、広告挿入量決定部２１０、挿入広告決定部２１１、広告挿入量予測部２１２、広告管理部２１３、コンテンツ管理部２１４、広告挿入位置決定部２１５、ユーザーＤＢ（データベース；Ｄａｔａ  Ｂａｓｅ）２２１、視聴履歴ＤＢ２２２、視聴予約ＤＢ２２３、広告ＤＢ２２４、コンテンツＤＢ２２５を備える。
【００２１】
要求送受信部２０１は、ＶｏＤクライアント装置１０より、インターネット回線を介した通信によりリクエストを受信する。要求送受信部２０１は、ユーザー認証要求、ビデオ視聴要求、視聴予約要求などのリクエストを識別する。要求送受信部２０１は、受信したリクエストがユーザー認証要求であるときは、ユーザー認証部２０５に該リクエストの内容を通知する。また、要求送受信部２０１は、受信したリクエストがビデオ視聴要求であるときは、視聴管理部２０７に、該リクエストの内容を通知する。また、要求送受信部２０１は、受信したリクエストが視聴予約要求であるときは、視聴予約管理部２０８に、該リクエスト内容を通知する。
【００２２】
ユーザー認証部２０５は、ユーザー認証要求中に含まれるユーザー情報（ユーザーＩＤとパスワード）をユーザー管理部２０６に照会し、本サービスの登録ユーザーであるか否かを判定する。本サービスの登録ユーザーであった場合は、要求送受信部２０１を介して、ユーザー認証要求の送信元のＶｏＤクライアント装置１０との間でセッションＩＤを設定するなどしてセッションを確立し、以後、要求送受信部２０１は、この確立したセッションを用いて送信されたサービス利用に関するリクエストを受け付ける。このユーザー認証されたセッションは、クライアント側からか、サーバー側からのセッション切断要求があった場合、もしくは所定の時間、通信が行なわれなかった場合に切断される。
【００２３】
このようなＶｏＤクライアント装置１０とＶｏＤサーバー装置２０との間のユーザー認証に基づくセッションの管理は、セッション管理部２０４が行う。セッション管理部２０４は、確立されたセッションに基づき、ＶｏＤクライアント装置１０とＶｏＤサーバー装置２０との間での、要求送受信部２０１、データ配信部２０２、広告挿入情報配信部２０３での通信を管理する。例えば、セッション管理部２０４は、ユーザー認証時に各セッションに設定したセッションＩＤとユーザーＩＤとの対応付けを記憶しており、要求送受信部２０１が受信したリクエスト中のセッションＩＤを参照して、該リクエストを送信したユーザーを識別する。
【００２４】
ユーザー管理部２０６は、本サービスの登録ユーザーのユーザー情報を蓄積するユーザー情報ＤＢ２２１を管理する。データベース管理モジュールである。ユーザー管理部２０６は、ＶｏＤサーバー装置２０の外部とのインタラクションによるユーザー情報ＤＢ２２１のデータ更新を可能にし、新規ユーザーの登録、ユーザー削除、ユーザー情報の追加、変更を可能にする。ユーザー情報には、ユーザー認証に用いるユーザーＩＤとパスワードの他に、ユーザーの属性情報も含む。例えば、ユーザーが登録する好みのジャンルをユーザー情報としてユーザー情報ＤＢ２２１に保存する。
【００２５】
ユーザー情報ＤＢ２２１が記憶する情報は、本サービスを提供する提供者による編集の他に、パスワードやユーザー属性情報の一部のユーザー登録情報はユーザーからのリクエストによる変更も可能である。セッションが確立されている間に、該当ユーザーからの登録情報変更のリクエストを受信すると、ユーザー管理部２０６に問い合わせられ、ユーザー情報ＤＢ２２１が更新される。登録ユーザーのＶｏＤクライアント装置１０との認証セッションが確立されている間、要求送受信部２０１はＶｏＤクライアント装置１０からビデオ視聴、もしくはビデオ視聴予約のリクエストを受け付ける。
【００２６】
視聴管理部２０７は、要求送受信部２０１からビデオ視聴要求のリクエストの内容を受けると、受けたリクエスト内容に基づいて、視聴のためのデータ配信を制御するとともに、視聴履歴ＤＢ（視聴履歴記憶部）２２２にコンテンツデータの配信の履歴を示す視聴履歴情報を保存する。視聴履歴情報は、視聴者のユーザーＩＤ、視聴コンテンツＩＤ、リクエスト内容、リクエスト時刻で構成される。視聴管理部２０７が受けるリクエスト内容と、そのときに行う制御の内容を以下に示す。これらの制御も視聴履歴情報として保存される。
【００２７】
＜視聴開始要求＞
コンテンツ視聴の開始を要求するものである。視聴履歴ＤＢ２２２を参照し、以前に同じコンテンツを視聴している場合は、要求送受信部２０１を介してＶｏＤクライアント装置１０に問い合わせ、コンテンツの最初から開始するか、前回の視聴終了位置から開始するかを決定する。
＜視聴制御要求＞
コンテンツ視聴中の視聴に関する制御を要求するものである。一時停止、再生再開、早送り再生、巻き戻し再生、スロー再生といった特殊再生を指定する要求であり、それに従って配信するコンテンツのデータを制御する。
＜視聴終了要求＞
コンテンツ視聴中にコンテンツ視聴の終了を要求するものである。データの配信を終了する。視聴履歴ＤＢ２２２に終了位置を含む終了の記録を残すので、同じユーザーが同一コンテンツの視聴開始要求を行なった場合には、レジューム再生が可能である。
【００２８】
視聴管理部２０７は、ＶｏＤクライアント装置１０からの視聴開始要求を受けると、その視聴開始要求に従ったコンテンツのデータとそのコンテンツとともに再生される広告データとのデータ構成を配信データ生成部２０９に決定させ、そのデータ構成に従い、データ配信部２０２に配信させる。
【００２９】
配信データ生成部２０９は、視聴管理部２０７から配信データ生成を指示されると、コンテンツに挿入する広告の時間数である広告挿入量を、広告挿入量決定部２１０に問い合わせる。次に、配信データ生成部２０９は、この問い合わせ結果の広告挿入量を元に、挿入広告決定部２１１に、挿入する広告に関する情報である広告データ情報（広告数と広告毎の情報（広告データＩＤ、広告動画時間数））を問い合わせる。さらに、配信するコンテンツの情報を、コンテンツ管理部２１４に問い合わせる。さらに、広告の挿入箇所を、広告挿入位置決定部２１５に問い合わせて、データ構成を決定する。本サービスのコンテンツには、コンテンツの情報として、広告挿入可能箇所があらかじめ設定されているので、広告挿入位置決定部２１５は、コンテンツの広告挿入可能箇所数をもとに、各広告データの挿入箇所を決定する。
【００３０】
たとえば、広告挿入量決定部２１０がコンテンツＩＤ＝１のコンテンツに挿入する広告挿入量を６０秒と決定し、挿入広告決定部２１１が挿入する広告として広告動画１から４の４つを選択し、かつ、該コンテンツの広告挿入可能箇所が３カ所である場合は、広告挿入位置決定部２１５は、１つ目の広告挿入可能箇所に広告動画１と広告動画２、２つ目の広告挿入可能箇所に広告動画３、３つ目の広告挿入可能箇所に広告動画４を挿入することを決定する。配信データ生成部２０９は、広告挿入位置決定部２１５が決定したような形でコンテンツと広告の動画の配信を切り替え制御する情報を生成し、配信データの一部とする。
【００３１】
セッション管理部２０４は、要求送受信部２０１が受信した要求に対する応答（例えば、配信データ）を、要求の送信に用いられたセッションを用いて送信するように、要求送受信部２０１、データ配信部２０２、広告挿入情報配信部２０３を制御する。例えば、セッション管理部２０４は、セッションに関連づけられた要求に基づいて、配信データ生成部２０９から指定された配信データを接続されたセッションを用いて配信するように、データ配信部２０２を制御する。
【００３２】
広告挿入量決定部（サブコンテンツデータ量決定部）２１０は、配信データ生成部２０９からの指示を受けて、ＶｏＤサーバー装置１０のコンテンツ配信時の負荷状態を示す負荷状態情報に基づき、コンテンツに挿入されて、コンテンツとともに配信される広告の量である広告挿入量を決定する。ビデオ視聴のリクエストであり、オンデマンドで配信する場合は、広告挿入量決定部２１０は、視聴管理部２０７に問い合わせ、現在、このＶｏＤサーバー装置２０が配信している視聴者数を確認する。さらに、視聴予約管理部２０８に、今回のリクエストに基づく配信中に発生する可能性のあるコンテンツ配信の予約数を確認する。その両方の数を足し合わせた数値を混雑度とし、本実施形態では、この混雑度を負荷状態情報として用いる。広告挿入量決定部２１０は、混雑度が高いほど、すなわち負荷状態情報が示す負荷が思いほど、挿入する広告のデータ量が多くなるように予め設定され記憶している混雑度−広告量テーブルを引くことで挿入する広告のデータ量（広告挿入量）を決定する。なお、本実施形態では、混雑度として、視聴数と視聴予約数の和を用いているが、視聴数のみにしたり、視聴予約数に重みを付けたりなどしてもよい。また、ここではリクエスト数を混雑度として用いたが、混雑度とはＶｏＤサーバー装置３０の負荷を表す値であり、上述のような算出方法によらず、その他の方法により算出された値であってもよい。例えば、コンテンツによってビットレートが異なったり、符号化方式が異なり、配信する際の制御方法が異なったりして、リクエストされたコンテンツによって配信の際の負荷が異なる場合は、これらのパラメータに応じた重みを各リクエストに乗じて和をとることで、コンテンツによる負荷の違いが反映された混雑度を算出して用いるようにしてもよい。
【００３３】
ビデオ視聴予約のリクエストであり、予約時刻に配信する場合は、広告挿入量決定部２１０は、視聴管理部２０７に問い合わせ、現在、このＶｏＤサーバー装置２０が配信している視聴者数のうち、予約時刻まで配信し続ける視聴者数を確認する。さらに、視聴予約管理部２０８に、今回のリクエストに基づく配信中に発生する可能性のあるコンテンツ配信の予約数を確認する。その両方の数を足し合わせた数値を混雑度とし、オンデマンドで配信する場合と同様にして、挿入する広告量を決定する。また、ビデオ視聴予約のリクエストである場合は、この混雑度を、例えば、同じ曜日の同じ時間帯の視聴者数の平均値とするなど、視聴履歴ＤＢ２２２が記憶する視聴履歴情報に基づき決定してもよい。
【００３４】
挿入広告決定部２１１は、決定された広告挿入量の広告を広告ＤＢ２２４から選択する。挿入広告決定部２１１は、選択する広告を、ユーザー管理部２０６に問い合わせて取得するユーザーの登録した属性情報（年齢、性別、趣味など）や、視聴管理部２０７に問い合わせて取得可能な過去の同一ユーザーの視聴履歴を元に、関連する広告から選別する。そのため、広告ＤＢ２２４には、配信ターゲットとする層を示す属性情報が、各広告データに対応付けて登録されている。それはユーザーの属性情報（年齢、性別、趣味など）や、コンテンツ属性（ドラマ、スポーツ（サッカー、野球、）、映画などコンテンツのカテゴリー情報や出演者（アーティストや役者名、チーム名）などの情報が付加されており、挿入広告決定部２１１は、マッチング度合いの大きいものを優先して選択するとともに、広告挿入量に合わせるようにする。また、上述のようなユーザーの属性情報のほかに、コンテンツを配信する日時、配信するコンテンツの属性情報に基づき、広告を選択してもよい。コンテンツを配信する日時に基づく場合は、例えば、各広告に設定された配信期間や配信時間帯が、コンテンツを配信する日時と一致するか否かに基づき選択してもよい。配信するコンテンツの属性情報に基づき場合は、各広告に設定されたジャンルやキーワードが、配信するコンテンツのジャンルや内容に応じたキーワードと一致するか否かに基づき選択してもよい。
【００３５】
なお、本実施形態においては、サブコンテンツとして広告の実施を示しているが、サブコンテンツは広告に限られるものではなく、コンテンツに関連する情報以外にも、ユーザー毎に登録された嗜好情報やそれに類する情報としての視聴履歴情報に関連してサブコンテンツが決定されても良い。
また、コンテンツ配信日時をもとに配信するサブコンテンツが決定されても良い。たとえば、深夜なら大人向けサブコンテンツ、昼間なら主婦向けコンテンツを配信するようにしてもよい。また、視聴者はＶｏＤサービスの契約者とは限らない。たとえば、契約者はお父さんでも、お母さんや子供も視聴するので、このように時刻で配信するサブコンテンツを決めることも有効な場合がある。
【００３６】
広告挿入位置決定部２１５は、コンテンツにおいて、あらかじめ設定されている広告挿入可能位置を、コンテンツ管理部２１４を介して取得し、挿入広告決定部２１１が決定した広告データ各々の挿入位置を決定する。本実施形態では、なるべく均等になるように、広告挿入位置決定部２１５は、挿入可能箇所に順番に広告データを割り当てる。なお、コンテンツデータの挿入可能位置の各々に、優先して挿入すべき広告属性を予め設定しておき、広告データの各々にも広告属性を予め設定しておき、広告挿入位置決定部２１５は、これらの広告属性のマッチングをとって、広告挿入位置を選択することで、コンテンツの内容に連動した広告挿入を実施することもできる。
【００３７】
広告挿入情報配信部（サブコンテンツ情報配信部）２０３は、広告挿入量決定部２１０の決定を受け、現在の広告挿入量を登録ユーザーのＶｏＤクライアント装置１０に対して配信する。なお、広告挿入量の配信については、ＶｏＤサーバー装置３０が、登録されているＶｏＤクライアント装置１０に対して定期的に配信したり、ＶｏＤクライアント装置１０からの配信要求に応じて配信したりしてもよい。また、ＶｏＤクライアント装置１０が、ＶｏＤサーバー装置３０に対して、定期的に広告挿入量の配信要求を送信するようにしてもよい。ＶｏＤクライアント装置１０が定期的に要求する場合は、ＶｏＤサーバー装置３０に認証されている状態のときのみ、配信要求を送信するようにしてもよいし、認証されていないときは、配信要求を送信する際に認証要求を送信して認証を得るようにしてもよい。また、広告挿入量に替えて、挿入される広告を示す情報あるいは挿入される広告の種類を示す情報を配信するようにしてもよい。
【００３８】
本発明は、広告データの挿入量情報の配信に限定されるものではないので、サブコンテンツ情報配信部は様々なサブコンテンツに関する情報を配信部分として実施されるものであり。別の実施形態としては、たとえば、動的に付加が決定される「おまけ」のコンテンツ（サブコンテンツの一例）で行なうこともありうる。プレゼント応募要領や応募に必要なキーワード情報などを含む映像の有無などの情報を配信し、ユーザーに通知することによって、ユーザーのそのコンテンツを視聴するか否かの決定に影響を与えることができる。また、サブコンテンツを合わせて配信することと連動して、ペイパービューのサービスでの視聴料金が動的に変動するような実施も考えられる。その料金情報も通知情報の一種と考えることができる。これらいずれも、視聴時刻を分散、平準化できるという本発明の主旨に沿った情報配信であり、サブコンテンツ情報配信部の別の実施形態である。
【００３９】
視聴予約管理部２０８は、確立されたセッションの元で、要求送受信部２０１が受信した視聴予約要求、すなわちコンテンツデータを配信する視聴予約時刻を示す情報を含み、コンテンツ視聴を予約する視聴予約情報を、視聴予約ＤＢ２２３に記録する。また、視聴予約ＤＢ２２３の記録を参照し、要求送受信部２０１を介して、視聴予約時刻になるとＶｏＤクライアント装置１０に視聴予約実行要求のメッセージを送信する。メッセージを受信したＶｏＤクライアント装置１０は、視聴予約をキャンセルする場合を除き、ユーザー認証要求をＶｏＤサーバー装置２０に送信し、セッションを確立して、視聴予約要求をＶｏＤサーバー装置２０に対して送信する。
【００４０】
広告挿入量予測部２１２は、定期的に、将来の時刻の広告挿入量を予測して、広告挿入情報配信部２０３を介して、各ＶｏＤクライアント装置１０に配信する。広告挿入予測部２１２は、時刻を指定して、この先、２４時間の１時間毎の各時刻の広告挿入量を予測する。予測方法は、視聴予約管理部２０８に問い合わせて、予約登録されている予約数を取得するとともに、視聴管理部２０７に問い合わせ、中断などされない限り、現在視聴中のもので視聴が継続される視聴数を確定させる。さらに、昨日の各時刻の予約なしの視聴数を取得し、今日の各時刻の視聴数を推定する。本実施形態では、上記のように昨日の各時刻の予約なしの視聴数を用いて予測したが、これに変えて、曜日の情報を加味するために、先週の同曜日の視聴数の履歴を用いて予測するようにしてもよい。
【００４１】
また、本実施形態では、説明を簡易にするために、ＶｏＤサーバー装置２０を、１台のサーバー装置で実現する単純な構成で、実施形態を記載しているが、大規模なサーバーの場合など、本実施形態におけるＶｏＤサーバー装置２０の処理を、複数のサーバーで分散処理するような形態であってもよい。その際、コンテンツ毎に配信するサーバーを分散している形態であれば、担当するコンテンツ毎の視聴数をもとに各サーバー毎で広告挿入量が異なるように実施してもよい。その場合は、ＶｏＤクライアント装置１０において、コンテンツ毎に広告挿入量をユーザーに提示できるように、コンテンツ毎の広告挿入予測情報を受信する。
【００４２】
図３は、ビデオオンデマンドで視聴を行なう際のネットワーク配信システム１の動作を説明するシーケンス図である。まず、ユーザーが入力したユーザーＩＤとパスワードとを含むユーザー認証要求を、ＶｏＤクライアント装置１０が送信する（ｍａ１）。ＶｏＤサーバー装置２０の要求送受信部２０１は、そのユーザー認証要求を受信し、受信したユーザー認証要求を、セッション管理部２０４を介して（ｍａ２）、ユーザー認証部２０５に通知する（ｍａ３）。ユーザー認証部２０５は、通知されたユーザー認証要求中のユーザーＩＤ、パスワードを、ユーザー管理部２０６に紹介し、本装置が提供するサービスの登録ユーザーであるか否かを判定する（ｍａ４）。ここで、登録ユーザーであると判定されると、ユーザー認証部２０５は、認証され、ログインしたことを示す認証応答を、セッション管理部２０４、要求送受信部２０１を介して、ＶｏＤクライアント装置１０に送信する（ｍａ３、ｍａ５、ｍａ６）。この認証応答の送信とあわせて、ユーザー認証部２０５は、ＶｏＤクライアント装置１０との間でセッションを確立し、セッションＩＤをセッション管理部２０４に登録する。
【００４３】
次に、セッション管理部２０４は、ユーザーがログインしたことを広告挿入情報配信部２０３に通知する（ｍａ７）。この通知を受けると、広告挿入情報配信部２０３は、広告挿入量予測部２１２に、挿入する広告のデータ量の予測値を問い合わせる（ｍａ８ａ）広告挿入量予測部２１２は、視聴予約数、コンテンツの視聴履歴数や曜日、時間帯などの情報に基づき、将来の各時間帯におけるＶｏＤサーバー装置２０の処理負荷を算出し、これらの処理負荷に応じた各時間帯における広告のデータ量の予測値を、算出する。広告挿入情報配信部２０３は、現在配信しているコンテンツに挿入している広告のデータ量に加えて、この算出された予測値を広告量情報として、ＶｏＤクライアント装置１０に配信する（ｍａ８）。配信された広告情報量を受けると、ＶｏＤクライアント装置１０は、その広告情報量を表示する。ユーザーが、この広告情報量を確認したうえでオンデマンドでの視聴要求をＶｏＤクライアント装置１０に指示すると、ＶｏＤクライアント装置１０は、視聴要求を送信する（ｍａ９）。
【００４４】
要求送受信部２０１は、この視聴要求を受けると、セッション管理部２０４を介して（ｍａ１０）、視聴管理部２０７に通知する（ｍａ１１）。セッション管理部２０４は、視聴要求を受け付けたことを示す要求受付応答を、要求送受信部２０１を介して（ｍａ１０ａ）、ＶｏＤクライアント装置１０に送信する（ｍａ１０ｂ）。視聴管理部２０７は、シーケンスｍａ１１にて視聴要求を通知されると、その視聴要求に基づき、視聴のための配信データを生成するように、配信データ生成部２０９を制御する（ｍａ１２）。配信データ生成部２０９は、視聴管理部２０７の制御に従い、広告挿入量決定部２１０に挿入する広告量を問い合わせて取得する（ｍａ１３、ｍａ１４）。配信データ生成部２０９は、取得した広告挿入量を、広告挿入情報配信部２０３を介して、ＶｏＤクライアント装置１０に送信し（ｍａ１５、ｍａ１６）、ＶｏＤクライアント装置１０に表示させる。
【００４５】
また、配信データ生成部２０９は、取得した広告挿入量を元に挿入広告決定部２１１に挿入する広告を問い合わせて、該広告を示す情報を取得する（ｍａ１７、ｍａ１８）。さらに、配信データ生成部２０９は、配信するコンテンツ中に広告を挿入可能な箇所を、コンテンツ管理部２１４に問い合わせて取得する（ｍａ１９、ｍａ２０）。さらに、配信データ生成部２０９は、先に取得したコンテンツ中に広告を挿入可能な箇所のうち、広告を挿入する箇所を、広告挿入位置決定部２１５に問い合わせて取得する（ｍａ２０ａ、ｍａ２０ｂ）。配信データ生成部２０９は、挿入する広告および広告の挿入箇所が決定したことと、その決定結果を、視聴管理部２０７に通知する（ｍａ２１）。次に、視聴管理部２０７は、セッション管理部２０４（ｍａ２２）、要求送受信部２０１を介して（ｍａ２３）、ＶｏＤクライアント装置１０に、視聴要求したコンテンツ中のどの位置から視聴を開始するかを問い合わせる（ｍａ２４）。
【００４６】
ＶｏＤクライアント装置１０は、視聴開始位置の問い合わせを受信すると、問い合わせ内容を画面に表示して、ユーザーに問い合わせる。ＶｏＤクライアント装置１０は、問い合わせを受けて、ユーザーが指示した視聴開始位置を示す情報を、問い合わせに対する回答として送信する（ｍａ２５）。視聴管理部２０７は、要求送受信部２０１およびセッション管理部２０４を介して、ＶｏＤクライアント装置１０が送信した視聴開始位置を示す情報を受信する（ｍａ２６、ｍａ２７）。視聴管理部２０７は、配信するコンテンツを指定する情報とともに、受信した視聴開始位置を示す情報をコンテンツ管理部２１４に通知する（ｍａ２８）。コンテンツ管理部２１４は、コンテンツを確認した後、指定された視聴開始位置からのコンテンツを、コンテンツＤＢ２２５から取得し、データ配信部２０２を介して（ｍａ２９）、ＶｏＤクライアント装置１０へのコンテンツデータの配信を開始する（ｍａ３９）。
【００４７】
ＶｏＤサーバー装置２０の視聴管理部２０７は、シーケンスｍａ２１にて決定結果として受けた広告挿入位置、すなわち配信しているコンテンツの広告挿入位置になると、広告管理部２１３に広告データの配信を指示し（ｍａ３１）、ストリーミング送信するデータを広告データに切り替える。広告管理部２１３は、指示された広告データを、データ配信部２０２を介して（ｍａ３２）、ＶｏＤクライアント装置１０に配信する（ｍａ３３）。
ＶｏＤサーバー装置２０が、コンテンツデータまたは広告データを配信している間、ＶｏＤクライアント装置１０は、早送り、スキップ、一時停止、再開など、視聴制御要求の操作入力をユーザーから受けると、ＶｏＤサーバー装置２０に、リクエスト（早送り要求、スキップ要求、一時停止要求、再開要求など）として送信する（ｍａ３４）。このリクエストを受信したＶｏＤサーバー装置２０の要求送受信部２０１は、受信したリクエストを、セッション管理部２０４を介して（ｍａ３５）、視聴管理部２０７に通知する（ｍａ３６）。視聴管理部２０７は、通知されたリクエストに従って、データ配信部２０２を制御する（ｍａ３７）。
【００４８】
データ配信部２０２は、視聴管理部２０７の制御に従い、データ配信の早送り、スキップ、一時停止、再開などを行うとともに、制御結果（成功／失敗）を、視聴管理部２０７に応答する（ｍａ３８）。視聴管理部２０７は、セッション管理部２０４、要求送受信部２０１を介して（ｍａ３９、ｍａ４０）、この制御結果をｍａ３４のリクエストに対する応答として、ＶｏＤクライアント装置１０に送信する（ｍａ４１）。
なお、視聴管理部２０７は、視聴位置のスキップや早送りはコンテンツデータの配信中は可能だが、広告データの配信中は不能にするなど、サービスに応じて、配信制御することができる。
【００４９】
また、ＶｏＤサーバー装置２０が、コンテンツデータまたは広告データを配信している間、ＶｏＤクライアント装置１０は、視聴終了要求の操作入力をユーザーから受けると、ＶｏＤサーバー装置２０に、視聴終了要求を送信する（ｍａ４２）。この視聴終了要求を受信したＶｏＤサーバー装置２０の要求送受信部２０１は、受信した視聴終了要求を、セッション管理部２０４を介して（ｍａ４３）、視聴管理部２０７に通知する（ｍａ４４）。視聴管理部２０７は、通知された視聴終了要求に従って、データ配信部２０２に配信終了を通知する（ｍａ４５）。
【００５０】
データ配信部２０２は、視聴管理部２０７の制御に従い、データ配信を終了するとともに、制御結果（成功／失敗）を、視聴管理部２０７に応答する（ｍａ４６）。視聴管理部２０７は、データ配信部２０２から制御結果を受けると、視聴履歴ＤＢ２２２に制御結果を記録するとともに、セッション管理部２０４、要求送受信部２０１を介して（ｍａ４７、ｍａ４８）、この制御結果をｍａ４２の視聴終了要求に対する応答として、ＶｏＤクライアント装置１０に送信する（ｍａ４９）。ＶｏＤクライアント装置１０は、成功の制御結果を受けると、セッション切断要求をＶｏＤサーバー装置２０に送信する（ｍａ５０）。ＶｏＤサーバー装置２０の要求送受信部２０１は、セッション切断要求を受信すると、これをセッション管理部２０４に通知する（ｍａ５１）。セッション管理部２０４は、セッション切断要求を通知されると、登録されていたセッションを削除するとともに、セッションの切断を行ったことを示すセッション切断応答を、要求送受信部２０１を介して（ｍａ５２）、ＶｏＤクライアント装置１０に送信する（ｍａ５３）。
【００５１】
図４は、視聴予約を行う際のネットワーク配信システム１の動作を説明するシーケンス図である。同図において図３の各部に対応する部分には同一の符号（ｍａ１〜ｍａ８）を付け、その説明を省略する。シーケンスｍａ８にて配信された広告情報量を受けると、ＶｏＤクライアント装置１０は、その広告情報量を表示する。ユーザーが、この広告情報量を確認したうえで、コンテンツおよびその配信日時を指定する視聴予約の要求をＶｏＤクライアント装置１０に指示すると、ＶｏＤクライアント装置１０は、その要求に従った視聴予約要求を送信する（ｍｂ９）。要求送受信部２０１は、この視聴予約要求を受けると、セッション管理部２０４を介して、視聴予約管理部２０８に通知する（ｍｂ１０、ｍｂ１１）。視聴予約管理部２０８は、視聴予約要求を通知されると、その視聴予約要求にて配信を要求された日時における広告挿入量を、広告挿入量決定部２１０に問い合わせる（ｍｂ１２）。
【００５２】
広告挿入量決定部２１０は、この問い合わせを受けると、問い合わせで指定された日時における広告挿入量を算出し、算出した広告挿入量を、配信データ生成部２０９を介して（ｍｂ１３）、視聴予約管理部２０８に応答する（ｍｂ１４）。視聴予約管理部２０８は、応答として受けた広告挿入量を、視聴予約ＤＢ２２３に格納するとともに、広告挿入情報配信部２０３を介して（ｍｂ１５）、ＶｏＤクライアント装置１０に送信する（ｍｂ１６）。また、視聴予約管理部２０８は、視聴予約が完了したことを示す予約完了通知を、要求送受信部２０１を介して（ｍｂ１７）、ＶｏＤクライアント装置１０に送信する（ｍｂ１８）。
【００５３】
ＶｏＤクライアント装置１０は、予約完了通知を受けると、セッション切断要求をＶｏＤサーバー装置２０に送信する（ｍｂ１９）。ＶｏＤサーバー装置２０の要求送受信部２０１は、セッション切断要求を受信すると、これをセッション管理部２０４に通知する（ｍｂ２０）。セッション管理部２０４は、セッション切断要求を通知されると、登録されていたセッションを削除するとともに、セッションの切断を行ったことを示すセッション切断応答を、要求送受信部２０１を介して（ｍｂ２１）、ＶｏＤクライアント装置１０に送信する（ｍｂ２２）。
【００５４】
図５は、視聴予約されたコンテンツの視聴を行う際のネットワーク配信システム１の動作を説明するシーケンス図である。視聴予約管理部２０８は、視聴予約ＤＢ２２３に登録されている視聴予約の予約時刻が近づくと、視聴を行なうか否かをユーザーに確認するための予約確認のメッセージを、要求送受信部２０１を介して（ｍｃ１）、ＶｏＤクライアント装置１０に通知する（ｍｃ２）。このメッセージを受けたＶｏＤクライアント装置１０は、予約確認のメッセージを表示して、視聴予約したコンテンツの視聴を行うか否かをユーザーに確認する。ここでは、ユーザーは視聴を行うために、ユーザーＩＤ、パスワードを、ＶｏＤクライアント装置１０に入力して、図３のシーケンスｍａ１〜ｍａ６と同様にして、サービスにログインする（ｍｃ３〜ｍｃ８）。
【００５５】
続いて、図３のシーケンスｍａ７、ｍａ８ａ、ｍａ８と同様にして、ＶｏＤサーバー装置２０は、広告量情報をＶｏＤクライアント装置１０に配信する（ｍｃ９、ｍｃ９ａ、ｍｃ１０）。このとき、通知する広告挿入量として、図４のシーケンスｍｂ１４を受けて格納された広告挿入量を、視聴予約管理部２０８を介して、視聴予約ＤＢ２２３から読み出して用いてもよい。ＶｏＤクライアント装置１０が、受信した広告情報量を表示するので、ユーザーは、この表示を確認した上で、視聴予約したコンテンツの視聴を要求する視聴予約実行要求をＶｏＤサーバー装置２０に送信する（ｍｃ１１）。ＶｏＤサーバー装置２０の要求送受信部２０１は、この視聴予約実行要求を受信すると、セッション管理部２０４を介して（ｍｃ１２）、その視聴予約実行要求を視聴予約管理部２０８に通知する（ｍｃ１５）。視聴予約管理部２０８は、視聴予約実行要求を通知されると、その視聴予約実行要求に基づき、視聴予約ＤＢ２２３から視聴予約時に決定した広告挿入量を取得し、その広告挿入量の広告データを挿入した配信データを、視聴のために生成するように、配信データ生成部２０９を制御する（ｍｃ１６）。
【００５６】
配信データ生成部２０９は、視聴予約管理部２０８の制御に従い、挿入広告決定部２１１に挿入する広告を問い合わせて、該広告を示す情報を取得する（ｍｃ１７、ｍｃ１８）。さらに、配信データ生成部２０９は、配信するコンテンツ中に広告を挿入可能な箇所を、コンテンツ管理部２１４に問い合わせて取得する（ｍｃ１９、ｍｃ２０）。さらに、配信データ生成部２０９は、先に取得したコンテンツ中に広告を挿入可能な箇所のうち、広告を挿入する箇所を、広告挿入位置決定部２１５に問い合わせて取得する（ｍｃ２０ａ、ｍｃ２０ｂ）。配信データ生成部２０９は、挿入する広告および広告の挿入箇所が決定したことと、その決定結果を、視聴予約管理部２０８に通知する（ｍｃ２１）。次に、視聴予約管理部視聴管理部２０７は、セッション管理部２０４（ｍｃ２２）、要求送受信部２０１を介して（ｍｃ２３）、ＶｏＤクライアント装置１０に、視聴要求したコンテンツ中のどの位置から視聴を開始するかを問い合わせる（ｍｃ２４）。以降（ｍｃ２５〜ｍｃ５４）は、図３のシーケンスｍａ２５以降と同様である。
【００５７】
なお、本実施形態の視聴予約の実行では、視聴予約時に算出した広告挿入量を、実行時に用いているが、予約後も状況にあわせて広告挿入量を変更するようしてもよい。予約後に変更する場合は、変更した広告挿入量をＶｏＤクライアント装置１０に通知し、表示するようにしてもよい。通知するようにすることで、変更した広告挿入量を確認したユーザーが、例えば、変更後の広告挿入量が、希望する広告挿入量より多いときなどに、希望する広告挿入量の時間帯に、視聴予約の内容を変更することができる。また、広告挿入量を変更したときに、変更前の広告挿入量の時間帯を、ユーザーに薦める通知を行なうようにしてもよい。
【００５８】
図６は、要求送受信部２０１のリクエストの受信処理を説明するフローチャートである。要求送受信部２０１は、ＶｏＤクライアント装置１０からリクエストを受信すると（Ｓａ１）、このリクエストの種別を判定する（Ｓａ２）。この種別の判定は、例えば、リスエスト中に、そのリクエストの種別を識別する情報が格納されており、その格納されている情報に基づき行う。リクエストの種別が、視聴開始要求のときは、要求送受信部２０１は、セッション管理部２０４を介して、その視聴開始要求にて指定されたコンテンツの送信を、視聴管理部２０７に指示して（Ｓａ３）、受信処理を終了する。
【００５９】
リクエストの種別が、視聴制御要求あるいは視聴終了要求のときは、要求送受信部２０１は、セッション管理部２０４を介して、その視聴要求にて指定された制御を、視聴管理部２０７に指示して（Ｓａ４）、受信処理を終了する。リクエストの種別が、視聴予約要求のときは、要求送受信部２０１は、セッション管理部２０４を介して、その視聴予約要求にて指定された時間帯、コンテンツの視聴予約を、視聴予約管理部２０８に指示して（Ｓａ５）、受信処理を終了する。
【００６０】
リクエストの種別が、視聴予約実行要求のときは、要求送受信部２０１は、セッション管理部２０４を介して、その視聴予約実行要求にて指定された視聴予約のコンテンツの配信を、視聴予約管理部２０８に指示して（Ｓａ６）、受信処理を終了する。リクエストの種別が、認証要求のときは、要求送受信部２０１は、セッション管理部２０４を介して、その認証要求にて指定されたユーザーＩＤ、パスワードでの認証を、ユーザー認証部２０５に指示して（Ｓａ７）、受信処理を終了する。リクエストの種別が、セッション切断要求のときは、要求送受信部２０１は、そのセッション切断要求にて指定されたセッションの切断を、セッション管理部２０４に指示して（Ｓａ８）、受信処理を終了する。
【００６１】
図７は、ＶｏＤサーバー装置２０の視聴開始要求によるコンテンツ配信処理を説明するフローチャートである。図６のステップＳａ３にてコンテンツ送信指示を受けると、視聴管理部２０７は、配信データ生成部２０９に配信データの生成を指示する。この指示を受けると、配信データ生成部２０９は、広告挿入量決定部２１０に、広告挿入量を問い合わせる。この問い合わせを受けて、広告挿入量決定部２１０は、広告挿入量を決定する処理を行う（Ｓｂ１）。広告挿入量を決定する処理の詳細については後述する。ここでは、概要のみを示す。まず、広告挿入量決定部２１０は、視聴履歴ＤＢ２２２を参照して、現在配信しているコンテンツの数を取得し、視聴予約ＤＢ２２３を参照して、当該コンテンツを配信中に配信を開始するコンテンツの数を取得する。次に、広告挿入量決定部２１０は、これらの数に基づき算出した視聴量（負荷状態情報）と予め対応付けて記憶しているテーブルから広告挿入量を取得することで、広告挿入量を決定する。
【００６２】
決定された広告挿入量を受けると、配信データ生成部２０９は、この広告挿入量に応じた広告データの決定を、挿入広告決定部２１１に依頼する。挿入広告決定部２１１は、広告ＤＢ２２４に格納されている広告データから、決定した広告挿入量に応じた広告データを選択し（Ｓｂ２）、選択結果の広告データを示す識別情報と、その広告データの時間長とを配信データ生成部２０９に通知する。なお、広告ＤＢ２２４には広告データとともに、この広告を流すに適したコンテンツ、コンテンツのカテゴリ、ユーザーの情報（年齢、性別、嗜好などの登録情報）が記録されており、挿入広告決定部２１１は、配信するコンテンツや配信先ユーザーの情報にマッチする広告データがあれば、その広告データを優先して選択する。
【００６３】
配信データ生成部２０９は、挿入広告決定部２１１から選択結果の通知を受けると、コンテンツ管理部２１４にコンテンツの広告挿入可能位置を問い合わせて取得する。さらに、配信データ生成部２０９は、この広告挿入可能位置の中から各広告データの挿入位置を決定するように、広告挿入位置決定部２１５に依頼する。広告挿入位置決定部２１５は、の広告挿入可能位置ごとに挿入する広告データを決定し、各広告挿入位置と、その広告挿入位置に挿入する広告データの識別情報とを対応付けて、配信データ生成部２０９に通知する（Ｓｂ３）。
【００６４】
この本実施形態ではコンテンツのチャプターの切れ目が広告挿入可能位置として予め設定され、コンテンツＤＢ２２５にコンテンツのデータとともに格納されており、これらに広告データを挿入して配信する。なお、広告挿入可能位置は予め設定されておらず、コンテンツ管理部２１４がコンテンツのデータ中からチャプターの切れ目を検出して広告挿入可能位置としてもよいし、挿入する広告データの数に応じて、コンテンツデータを等分して広告挿入可能位置としてもよい。さらに、チャプターの切れ目のうち、挿入不可位置が予め設定されており、該当箇所をチャプターの切れ目から除いたものを広告挿入可能位置としてもよい。また、広告挿入可能位置に均等に広告データを入れるのではなく、コンテンツの最初と最後を多くするなど、挿入する箇所に偏りを付けるようにしてもよい。この場合、最初と最後には上限値をあらかじめ設定しておき、その範囲で、最初、最後に優先的に広告データを挿入する。
【００６５】
広告挿入位置と挿入する広告データの識別情報とを受けた配信データ生成部２０９は、これら受けた情報に従った配信をするための制御情報を生成し、視聴管理部２０７に通知する。次に、視聴管理部２０７は、視聴履歴ＤＢ２２２に、視聴開始の履歴とともに、挿入される広告データの識別情報もあわせて登録する（Ｓｂ４）。これにより、同じ広告ばかり偏らずに広告を配信することも可能にできる。
【００６６】
視聴管理部２０７は、配信データ生成部２０９から受けた制御情報に従い、以下の処理を行う。まず、視聴管理部２０７は、コンテンツ管理部２１４に対し、コンテンツＤＢ２２５からのコンテンツのデータの読み出しを指示し、データ配信部２０２に対し、コンテンツ管理部２１４が読み出したデータの送信を指示する（Ｓｂ５）。配信しているコンテンツの広告挿入位置になるまで（Ｓｂ６−Ｎｏ）、かつ、コンテンツの送信が終了するまで（Ｓｂ７−Ｎｏ）は、コンテンツのデータの送信を継続する（Ｓｂ１１）。
【００６７】
配信しているコンテンツの広告挿入位置になると（Ｓｂ６−Ｙｅｓ）、視聴管理部２０４７は、いったんコンテンツのデータの送信を停止させ（Ｓｂ８）、制御情報に従い、広告管理部２１３に対し、その広告挿入位置に対応する広告の広告データの広告ＤＢ２２４からの読み出しを指示し、データ配信部２０２に対し、広告管理部２１３が読み出したデータの送信を指示する（Ｓｂ９）。このとき、制御情報中に、その広告挿入位置に対応する広告が複数あるときは、それらの広告を順に読み出して送信するように指示する。広告データの送信が終了すると（Ｓｂ１０−Ｙｅｓ）、さきに送信を停止した位置から、コンテンツのデータの送信を継続する（Ｓｂ１１）。
また、コンテンツのデータの送信が終了すると（Ｓｂ７−Ｙｅｓ）、コンテンツ配信処理を終了する。
【００６８】
図８は、ＶｏＤサーバー装置２０の視聴予約実行要求によるコンテンツ配信処理を説明するフローチャートである。同図において、図７の各部に対応する部分には同一の符号（Ｓｂ２〜Ｓｂ１１）を付け、その説明を省略する。図８に示す視聴予約実行要求によるコンテンツ配信処理は、図７におけるステップＳｂ１に替えて、ステップＳｃ１を有する点のみが異なる。ステップＳｃ１では、図６のステップＳａ９にて視聴予約実行指示を受けると、視聴予約管理部２０８は、視聴予約ＤＢ２２３から視聴予約情報（コンテンツの識別情報、広告挿入量）を読み出す。以降、視聴予約実行要求によるコンテンツ配信処理では、この視聴予約情報を用いて、図７における視聴開始要求によるコンテンツ配信処理のステップＳｂ２〜Ｓｂ１１と同様に処理を行う。
【００６９】
図９は、広告挿入量決定部２１０による視聴数に基づく広告挿入量決定処理を説明するフローチャートである。要求送受信部２０１が視聴開始要求、もしくは視聴予約要求を受信し、配信データ生成部２０９から広告挿入量の問い合わせを受けると、広告挿入量決定部２１０は、要求された視聴時刻の視聴数を、視聴履歴ＤＢ２２２から取得する（Ｓｄ１）。ここで、要求された視聴時刻は、要求送受信部２０１が受信したリクエストが視聴開始要求の場合は現在時刻であり、視聴予約要求の場合は予約時刻（予約したコンテンツを視聴する時刻）である。なお、ここでは、視聴時刻を、視聴を開始する時刻としたが、例えば、視聴を開始する時刻にコンテンツの長さの半分を加えた時刻であってもよいし、視聴を開始する時刻からコンテンツの長さにわたる時間帯であってもよい。また、視聴数とは、現在コンテンツを配信中であり、かつ、その時刻までに終了しない視聴者の数である。
【００７０】
次に、広告挿入量決定部２１０は、要求された視聴時刻の視聴予定数を、視聴予約ＤＢ２２３から取得する（Ｓｄ２）。なお、視聴予約数とは、その時刻に配信を予定している視聴予約の数である。次に、広告挿入量決定部２１０は、視聴数と視聴予定数とを足して混雑度を算出する。さらに、広告挿入量決定部２１０は、混雑度が高いほど広告量が多くなるように予め設定され広告挿入量決定部２１０が記憶している混雑度−広告量テーブルを参照し、算出した混雑度に対応付けられた広告挿入量を読み出し、これを広告挿入量とする。
なお、決定された広告挿入量は、リクエストに対する応答とともに、ＶｏＤクライアント装置１０に送信される。また、視聴予約要求に基づき、広告挿入量決定部２１０が決定した広告挿入量は、視聴予約管理部２０８により、視聴予約の内容（ユーザーＩＤ、コンテンツの識別情報、視聴時刻など）とともに、視聴予約ＤＢ２２３に格納される。
【００７１】
図１０は、広告挿入量決定の別の例を示すフローチャートである。この例では、視聴予約時に算出した広告挿入量が用いられるとは限らない。広告挿入量決定部２１０は、定期的に、更新時刻を検出すると、各視聴予約について広告挿入量の更新処理を開始する（Ｓｅ１）。まず、広告挿入量決定部２１０は、視聴予約ＤＢ２２３から、時間帯毎の視聴予約数を取得する（Ｓｅ２）。次に、広告挿入量決定部２１０は、さらに視聴履歴ＤＢ２２２から過去、たとえば、昨日、（もしくは、１週間前）の同時間帯、同カテゴリーの視聴数履歴を取得する（Ｓｅ３）。広告挿入量決定部２２３は、取得した視聴履歴数よりも視聴予約数の方が小さければ視聴履歴数を混雑度とし、逆のときは視聴予約数を混雑度とし（Ｓｅ４）、混雑度−広告挿入量テーブルを参照して、広告挿入量の予測を行なう（Ｓｅ５）。
なお、予測した広告挿入量は、例えば広告挿入情報配信部２０３が、視聴予約をしているユーザーのＶｏＤクライアント装置１０に通知する。ユーザーはそれを見て、希望に沿わなければ、予約を取り消したり、修正したりすることが可能になる。
【００７２】
図１１は、ＶｏＤクライアント装置１０による混雑度を表示する画面の例を示す図である。図１１に例示する画面Ｇ１は、例えば、図３、図４のシーケンスｍａ８により広告挿入量が通知されたときに、ＶｏＤクライアント装置１０が備えるディスプレイに表示される。画面Ｇ１では、上半分Ｌ１はコンテンツを選択するためのリスト表示であり、下半分Ｃ１は混雑度として各時間帯における広告挿入量を、少ない方から順に「◎」、「○」、「△」、「×」の４段階に分けて表示している。これにより、広告挿入量の少ない時間帯の視聴予約を薦めるような表示を行なっている。
【００７３】
図１２は、ＶｏＤクライアント装置１０によるコンテンツの視聴時刻を設定する画面の例を示す図である。図１２に例示する画面Ｇ２は、図１１に示すリスト表示中のコンテンツが選択されると、ＶｏＤクライアント装置１０が表示する画面である。画面Ｇ２は、入力領域Ａ１、ＯＫボタンＢ１、広告挿入量通知領域Ｐ１、推薦時間通知領域Ｐ２を有する。ＶｏＤクライアント装置１０が備えるキーボードなどの入力デバイスを用いて入力領域Ａ１に、視聴時刻を入力することができる。さらに、ＶｏＤクライアント装置１０が備えるマウスなどの入力デバイスを用いてＯＫボタンＢ１を選択することで、リクエストの送信を、ＶｏＤクライアント装置１０に指示することができる。なお、ＶｏＤクライアント装置１０は、入力領域Ａ１に、視聴時刻を入力されていないときは、リクエストとして視聴開始要求を送信し、入力されているときは、入力されている時刻を視聴時刻とする視聴予約要求を送信する。また、画面Ｇ２の下部には、推薦時間通知領域Ｐ２にお奨めの視聴時刻と、そのときの広告挿入量を提示している。
【００７４】
図１３は、混雑度−広告挿入量テーブルに設定される情報例を示す図である。混雑度「〜１０００」と広告挿入量「５分」、混雑度「１００１〜１００００」と広告挿入量「１０分」、混雑度「１００１〜２００００」と広告挿入量「１５分」・・・というように、混雑度と広告挿入量とが対応付けられており、混雑度が増すほど、広告挿入量が多くなっている。なお、ここでは広告挿入量の「５分」は、１時間のコンテンツに対して５分間の広告を挿入することを示す。
【００７５】
また、本実施形態では、コンテンツとともに配信するサブコンテンツとして広告を配信するため、混雑度が増すほど挿入量が多くなっているが、サブコンテンツとして広告ではなく特典映像のように、コンテンツに関連する情報や、懸賞付き広告など、ユーザーに提供する価値が増加するものを挿入するようにして、逆に、混雑度が増すほど、挿入量は減るようにしてもよい。ユーザーに提供する価値が増加するものとしては、たとえば、ドラマコンテンツに対して、メイキング映像やおまけの映像を本編終了後に挿入したり、映画コンテンツに対して、出演者のインタビューや解説映像を挿入したりするものがある。
【００７６】
図１４は、混雑度−広告挿入量テーブルに設定される情報の変形例を示す図である。混雑度−広告挿入量テーブルに設定される情報の変形例として、サブコンテンツを、広告と特典映像との組み合わせ、あるいは切り替えにしてもよい。すなわち、混雑度が増すほど、広告の挿入量が増え、特典映像が減るようにしてもよいし、混雑度が増すと、サブコンテンツを特典映像から広告に切り替えるようにしてもよい。図１４に示す例では、混雑度「〜１０００」と挿入量「１０分」とサブコンテンツ「特典映像」とを対応付け、混雑度「１００１〜１００００」と挿入量「５分」とサブコンテンツ「特典映像」とを対応付け、混雑度「１０００１〜２００００」と挿入量「１５分」とサブコンテンツ「広告」とを対応付け、混雑度「２０００１〜３００００」と挿入量「２０分」とサブコンテンツ「広告」とを対応付け、混雑度「３０００１〜」と挿入量「３０分」とサブコンテンツ「広告」とを対応付けている。
【００７７】
このようにコンテンツデータに挿入して配信するサブコンテンツの情報を動的に変更することが可能にするとともに、その情報をユーザーに通知することと、サービス利用の混雑度合、もしくはその予想を連動させることによって、サービスへのアクセスを平滑化することができ、ユーザーも所望の時間帯、付加情報量を選択して視聴することを可能にすることができる。
【００７８】
また、サブコンテンツのデータ量を、コンテンツ配信装置の負荷状態を示す負荷状態情報に基づき決定するので、例えば、ある特定の時間帯にのみ、コンテンツに関連する情報としてプレゼント広告を挿入することでその時間帯に誘導することができる。また、余裕のある時間帯には、広告なし、もしくはプレゼント付広告を挿入することで、視聴時間にあまりこだわらないユーザーを空いている時間帯に誘導することができる。このように、ユーザが視聴可能な時間帯を制限せずに、負荷の重い時間帯の視聴を避けるように誘導して、負荷のピークを下げるので、ユーザーは所望の時間にサービスを受けることができ、かつ、ネットワーク配信サービスの運営を容易にすることができる。
【００７９】
また、図２における要求送受信部２０１、データ配信部２０２、広告挿入部２０３、セッション管理部２０４、ユーザー認証部２０５、ユーザー管理部２０６、視聴管理部２０７、視聴予約管理部２０８、配信データ生成部２０９、広告挿入量決定部２１０、挿入広告決定部２１１、広告挿入量予測部２１２、広告管理部２１３、コンテンツ管理部２１４、広告挿入位置決定部２１５の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００８０】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００８１】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【符号の説明】
【００８２】
１…ネットワーク配信システム
１０…ＶｏＤクライアント装置
２０…ＶｏＤサーバー装置
３０…インターネット
２０１…要求送受信部
２０２…データ配信部
２０３…広告挿入情報配信部
２０４…セッション管理部
２０５…ユーザー認証部
２０６…ユーザー管理部
２０７…視聴管理部
２０８…視聴予約管理部
２０９…配信データ生成部
２１０…広告挿入量決定部
２１１…挿入広告決定部
２１２…広告挿入量予測部
２１３…広告管理部
２１４…コンテンツ管理部
２１５…広告挿入位置決定部
２２１…ユーザー情報ＤＢ
２２２…視聴履歴ＤＢ
２２３…視聴予約ＤＢ
２２４…広告ＤＢ
２２５…コンテンツＤＢ
【図１】
0005561852.tif 000002
【図２】
0005561852.tif 000003
【図３】
0005561852.tif 000004
【図４】
0005561852.tif 000005
【図５】
0005561852.tif 000006
【図６】
0005561852.tif 000007
【図７】
0005561852.tif 000008
【図８】
0005561852.tif 000009
【図９】
0005561852.tif 000010
【図１０】
0005561852.tif 000011
【図１１】
0005561852.tif 000012
【図１２】
0005561852.tif 000013
【図１３】
0005561852.tif 000014
【図１４】
0005561852.tif 000015