(57)【要約】【課題】通信事業者網内の位置情報サーバが管理している端末位置情報をＶＯＤサービス事業者網に漏洩することなく、端末に地域広告を挿入したコンテンツを配信する。【解決手段】通信事業者網内に配置されたコンテンツ情報サーバ３、コンテンツの配信サーバ５、端末情報サーバ４からなるコンテンツ配信システムにおいて、コンテンツ情報サーバ５が、位置情報サーバ４から各端末の位置情報を取得し、要求コンテンツに端末位置に応じた広告コンテンツを挿入するための情報端末別再生リスト３７０を生成する。配信サーバ５は、コンテンツ情報サーバが、端末別再生リストに基づいて時系列的に指定するコンテンツ識別子に従って、コンテンツ本編と広告コンテンツを各端末に配信する。【選択図】図１
2010109791.tif 000002
【特許請求の範囲】
【請求項１】
それぞれが通信事業者網内に配置されたコンテンツ情報サーバと、コンテンツの配信サーバと、端末情報を管理する端末情報サーバとからなり、上記事業者網に接続された各端末に、上記配信サーバから広告付きコンテンツを配信するコンテンツ配信システムであって、
上記コンテンツ情報サーバが、
端末情報と対応付けて、広告コンテンツと、コンテンツ本編、または広告コンテンツの挿入によってコンテンツ本編から分割された複数のサブコンテンツとからなる一群のコンテンツの再生順序を指定するための管理情報を記憶したコンテンツ情報テーブルと、
上記端末情報サーバから取得したコンテンツ要求元端末の端末情報と、上記コンテンツ情報テーブルに記憶された管理情報とに基いて、上記端末情報によって決まる少なくとも１つの広告コンテンツを含んだ一群のコンテンツの再生順序を定義した端末別再生リストを作成し、上記コンテンツ要求元端末に対して、上記端末別再生リストに従って時系列的に、コンテンツの識別子を通知するための要求処理手段とを有し、
上記コンテンツ要求元端末が指定したコンテンツ識別子に従って、上記配信サーバから上記コンテンツ要求元端末に、広告コンテンツ、コンテンツ本編またはサブコンテンツが配信されることを特徴とするコンテンツ配信システム。
【請求項２】
請求項１に記載のコンテンツ配信システムおいて、
前記コンテンツ本編から分割された複数のサブコンテンツが、それぞれ個別のコンテンツ識別子を有することを特徴とするコンテンツ配信システム。
【請求項３】
請求項１または請求項２に記載のコンテンツ配信システムおいて、
前記コンテンツ情報サーバが、コンテンツのタイトル識別子と対応付けて、一群のコンテンツ枠識別子を定義したタイトル別再生リストを有し、
前記コンテンツ情報テーブルが、前記端末情報と対応付けられた複数のサブテーブルからなり、各サブテーブルが、前記管理情報としてコンテンツ枠識別子とコンテンツ情報識別子とを含む複数のエントリからなり、
前記要求処理手段が、上記タイトル別再生リストから、前記コンテンツ要求元端末が指定したタイトル識別子と対応する一群のコンテンツ枠識別子を選択し、前記端末情報サーバから取得した端末情報によって特定される上記コンテンツ情報テーブル内の１つのサブテーブルから、上記選択された一群のコンテンツ枠識別子で特定される一群のコンテンツ情報識別子を選択し、上記選択された一群のコンテンツ情報識別子によって、上記コンテンツ要求元端末用の端末別再生リストを作成することを特徴とするコンテンツ配信システム。
【請求項４】
請求項１〜請求項３の何れかに記載のコンテンツ配信システムおいて、
前記コンテンツ要求元端末が、前記コンテンツ情報サーバに対して、タイトル識別子を指定して再生すべきコンテンツの識別子の通知を要求し、前記配信サーバに、上記コンテンツ情報サーバから通知されたコンテンツ識別子をもつコンテンツの配信を要求し、上記コンテンツの再生が終了したとき、上記コンテンツ情報サーバに、上記タイトル識別子を指定して次のコンテンツ識別子の通知を要求することを特徴とするコンテンツ配信システム。
【請求項５】
請求項１に記載のコンテンツ配信システムにおいて、
前記コンテンツ本編から分割された複数のサブコンテンツが、上記コンテンツ本編と同一のコンテンツ識別子を有し、
前記コンテンツ情報サーバが、前記配信サーバからの要求に応答して、前記端末別再生リストに従って、次コンテンツの識別子を通知するための手段を有し、
前記配信サーバが、
コンテンツ本編のコンテンツ識別子と対応づけて広告コンテンツの挿入位置を示すリストと、
前記コンテンツ情報サーバから前記コンテンツ要求元端末に配信すべき次コンテンツの識別子を取得する機能を有し、前記コンテンツ要求元端末に配信中のコンテンツ本編の再生位置が、上記リストで指定された広告コンテンツ挿入位置に到達したとき、上記コンテンツ本編の配信を中断し、上記コンテンツ情報サーバから取得したコンテンツ識別子をもつ広告コンテンツを配信し、上記広告コンテンツの配信が完了したとき、中断されていたコンテンツ本編の配信を再開するコンテンツ配信手段を備えることを特徴とするコンテンツ配信システム。
【請求項６】
請求項５に記載のコンテンツ配信システムにおいて、
前記配信サーバの前記コンテンツ配信手段が、前記コンテンツ本編の配信中に、前記コンテンツ要求元端末に次に配信すべき広告コンテンツの識別子を前記コンテンツ情報サーバに要求し、上記広告コンテンツの配信中に、前記コンテンツ要求元端末に配信すべき次コンテンツの識別子を前記コンテンツ情報サーバに要求し、上記広告コンテンツの配信が完了したとき、上記次コンテンツの識別子に従がって、新たな広告コンテンツの配信、または前記中断されていたコンテンツ本編の配信を開始することを特徴とするコンテンツ配信システム。
【請求項７】
請求項５に記載のコンテンツ配信システムにおいて、
前記コンテンツ情報サーバが、コンテンツのタイトル識別子と対応付けて、一群のコンテンツ枠識別子を定義したタイトル別再生リストを有し、
前記コンテンツ情報テーブルが、前記端末情報と対応付けられた複数のサブテーブルからなり、各サブテーブルが、前記管理情報としてコンテンツ枠識別子とコンテンツ情報識別子とを含む複数のエントリからなり、同一のコンテンツ本編から分割されたサブコンテンツと対応する複数のエントリは、同一のコンテンツ情報識別子を含み、
前記要求処理手段が、上記タイトル別再生リストから、前記コンテンツ要求元端末が指定したタイトル識別子と対応する一群のコンテンツ枠識別子を選択し、前記端末情報サーバから取得した端末情報によって特定される上記コンテンツ情報テーブル内の１つのサブテーブルから、上記選択された一群のコンテンツ枠識別子で特定される一群のコンテンツ情報識別子を選択し、上記選択された一群のコンテンツ情報識別子によって、上記コンテンツ要求元端末用の端末別再生リストを作成することを特徴とするコンテンツ配信システム。
【請求項８】
請求項１〜請求項７の何れかに記載のコンテンツ配信システムにおいて、
前記配信サーバが、前記通信事業者網とは別のコンテンツ配信サービス事業者網に所属するサーバから供給されたコンテンツと、前記通信事業者網とは別の広告コンテンツ配信サービス事業者網に所属するサーバから供給された広告コンテンツとを蓄積するためのデータストレージを有し、前記各端末に対して、上記データストレージに蓄積されたコンテンツを配信することを特徴とするコンテンツ配信システム。
【請求項９】
請求項７に記載のコンテンツ配信システムにおいて、
前記タイトル別再生リストに登録されるデータが、前記通信事業者網とは別のコンテンツ配信サービス事業者網に所属するサーバから入力されることを特徴とするコンテンツ配信システム。
【請求項１０】
請求項７に記載のコンテンツ配信システムにおいて、
前記コンテンツ情報識別子と、前記コンテンツ本編またはサブコンテンツの識別子との対応関係が、前記通信事業者網とは別のコンテンツ配信サービス事業者網に所属するサーバから入力され、
前記コンテンツ情報識別子と前記広告コンテンツの識別子との対応関係が、前記通信事業者網とは別の広告コンテンツ配信サービス事業者網のサーバから入力されることを特徴とするコンテンツ配信システム。
【請求項１１】
請求項８〜請求項１０の何れかに記載のコンテンツ配信システムにおいて、
前記各端末が、前記コンテンツ配信サービス事業者網に所属するポータルサーバが提供するＷｅｂ画面から、視聴したいコンテンツのタイトルを選択し、前記コンテンツ情報サーバに対して、上記選択されたタイトルを指定して、前記コンテンツ識別子の通知を要求することを特徴とするコンテンツ配信システム。
【請求項１２】
請求項１１に記載のコンテンツ配信システムにおいて、
前記コンテンツ情報サーバが、前記ポータルサーバからの起動要求に従って、前記端末情報サーバから、前記コンテンツ要求元端末の端末情報を取得することを特徴とするコンテンツ配信システム。
【請求項１３】
請求項１〜請求項１２の何れかに記載のコンテンツ配信システムにおいて、
前記端末情報サーバが、前記コンテンツ情報サーバに、前記コンテンツ要求元端末の端末情報として該端末の位置情報を提供し、
前記配信サーバから前記コンテンツ要求元端末に、該端末の現在位置によって異なる広告コンテンツが配信されることを特徴とするコンテンツ配信システム。
【請求項１４】
端末情報を管理するための端末情報サーバとコンテンツの配信サーバとを含む通信事業者網内に配置されたコンテンツ情報サーバであって、
端末情報と対応付けて、広告コンテンツと、コンテンツ本編、または広告コンテンツの挿入によってコンテンツ本編から分割された複数のサブコンテンツからなる一群のコンテンツの再生順序を指定するための管理情報を記憶したコンテンツ情報テーブルと、
上記端末情報サーバから取得したコンテンツ要求元端末の端末情報と、上記コンテンツ情報テーブルに記憶された管理情報とに基いて、上記端末情報によって決まる広告コンテンツを含んだ一群のコンテンツの再生順序を定義した端末別再生リストを作成し、上記コンテンツ要求元端末に対して、上記端末別再生リストに従って時系列的に、コンテンツの識別子を通知するための要求処理手段とを有し、
上記要求処理手段から通知されたコンテンツ識別子に従って、上記配信サーバから上記コンテンツ要求元端末に、広告コンテンツ、コンテンツ本編またはサブコンテンツが配信されるようにしたことを特徴とするコンテンツ情報サーバ。
【請求項１５】
請求項１４に記載のコンテンツ情報サーバにおいて、
コンテンツのタイトル識別子と対応付けて、一群のコンテンツ枠識別子を定義したタイトル別再生リストを有し、
前記コンテンツ情報テーブルが、前記端末情報と対応付けられた複数のサブテーブルからなり、各サブテーブルが、前記管理情報としてコンテンツ枠識別子とコンテンツ情報識別子とを含む複数のエントリからなり、
前記要求処理手段が、上記タイトル別再生リストから、前記コンテンツ要求元端末が指定したタイトル識別子と対応する一群のコンテンツ枠識別子を選択し、前記端末情報サーバから取得した端末情報によって特定される上記コンテンツ情報テーブル内の１つのサブテーブルから、上記選択された一群のコンテンツ枠識別子で特定される一群のコンテンツ情報識別子を選択し、上記選択された一群のコンテンツ情報識別子によって、上記コンテンツ要求元端末用の端末別再生リストを作成することを特徴とするコンテンツ情報サーバ。
【請求項１６】
請求項１５に記載のコンテンツ情報サーバにおいて、
前記コンテンツ本編から分割された複数のサブコンテンツが、それぞれ個別のコンテンツ識別子を有し、
前記コンテンツ情報テーブルの各サブテーブルが、上記サブコンテンツと対応する複数のエントリに、互いに異なるコンテンツ情報識別子を含むことを特徴とするコンテンツ情報サーバ。
【請求項１７】
請求項１５に記載のコンテンツ情報サーバにおいて、
前記コンテンツ本編から分割された複数のサブコンテンツが、同一のコンテンツ識別子を有し、
前記配信サーバからの要求に応答して、上記端末別再生リストの２番目以降のコンテンツ情報識別子で特定されるコンテンツ識別子を前記配信サーバに通知するための手段を備えたことを特徴とするコンテンツ情報サーバ。
【請求項１８】
請求項１５に記載のコンテンツ情報サーバにおいて、
前記通信事業者網とは別のコンテンツ配信サービス事業者網のサーバに、タイトル別再生リスト用のデータ入力画面を送信し、上記データ入力画面に入力されたデータによって前記タイトル別再生リストを更新するための手段を備えたことを特徴とするコンテンツ情報サーバ。
【請求項１９】
請求項１５に記載のコンテンツ情報サーバにおいて、
前記通信事業者網とは別のコンテンツ配信サービス事業者網のサーバに、コンテンツ枠識別子と、広告挿入枠指定と、コンテンツ情報識別子と、コンテンツ識別子を入力するためのデータ入力画面を送信し、上記データ入力画面に入力されたコンテンツ枠識別子と、広告挿入枠指定と、コンテンツ情報識別子に基づいて、前記コンテンツ情報テーブルを更新し、上記データ入力画面に入力されたコンテンツ情報識別子とコンテンツ識別子との対応関係をデータストレージにコンテンツ情報として記憶するためのコンテンツ情報登録手段を備えたことを特徴とするコンテンツ情報サーバ。
【請求項２０】
請求項２０に記載のコンテンツ情報サーバにおいて、
前記コンテンツ情報登録手段が、前記通信事業者網とは別の広告コンテンツ配信サービス事業者網のサーバに、コンテンツ情報識別子と、広告コンテンツのコンテンツ識別子を入力するためのデータ入力画面を送信し、上記データ入力画面に入力されたコンテンツ情報識別子とコンテンツ識別子との対応関係をデータストレージに広告コンテンツ用のコンテンツ情報として記憶することを特徴とするコンテンツ情報サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを介して映像などのコンテンツを配信するコンテンツ配信システムに関し、更に詳しくは、オンデマンド型の映像配信（ＶＯＤ：Video On Demand）サービスによって提供されるコンテンツの途中で広告コンテンツを配信する広告付きコンテンツ配信システム、およびコンテンツ情報サーバに関する。
【背景技術】
【０００２】
近年、通信事業者は、高速、大容量の次世代ネットワーク（ＮＧＮ：Next Generation Network）の導入を進めている。ＮＧＮは、固定電話や携帯電話による音声通信サービス以外に、映像配信やデータ通信などのサービスも提供できるマルチメディア用の共通ネットワーク基盤であり、ＩＰ（Internet Protocol）網上に構築される。ＮＧＮでは、複数のサービス事業者網間の相互接続が不可欠となるため、国際標準化機関であるＩＴＵ−Ｔ（International Telecommunication Union-Telecommunication Standardization Sector）や、欧州の標準化団体であるＥＴＳＩ（European Telecommunications Standards Institute）において、標準化が進められている。
【０００３】
ＮＧＮは、通信品質（ＱｏＳ：Quality of Service）制御技術によって通信品質が確保されるため、安定した高画質映像の伝送が可能できる。そのため、ＮＧＮでは、ＩＰ網上で映像配信サービスを提供するＩＰＴＶ（IP Television）が有望視されている。ＩＰＴＶのサービス形態には、コンテンツを予め決った時刻に配信する放送型サービスと、端末ユーザのリクエストに応じて随時にコンテンツを配信するオンデマンド型（ＶＯＤ：Video On Demand）のサービスがある。
【０００４】
ＶＯＤサービスでは、例えば、コンテンツの再生制御プロトコルとして、ＲＴＳＰ（Real Time Streaming Protocol）、ストリームデータの転送プロトコルとして、ＲＴＰ（Real-time Transport Protocol）が使用される。ＲＴＳＰとＲＴＰは、ＩＥＴＦ（Internet Engineering Task Force）で規定された通信プロトコルであり、ストリーミングサービス用のプロトコルとして一般的となっている。
【０００５】
ＶＯＤサービスでは、配信コンテンツの途中で広告コンテンツを配信する技術が必要となる。コンテンツ本編に広告コンテンツ（ＣＭ：Commercial Message）を挿入する技術として、例えば、特開２００７−９６７２３号公報（特許文献１）では、コンテンツの再生順序を表現する広告挿入スケジュール情報（以下、再生リストと言う）を利用したコンテンツ配信方式が提案されている。特許文献１では、上記再生リストは広告指示サーバによって管理され、広告指示サーバから配信サーバに再生リストを送信し、配信サーバが、この再生リストに基いて各ユーザ端末にコンテンツを配信している。
【０００６】
現在実施されているコンテンツ配信サービス「Ｇｙａｏ」（非特許文献１）では、配信サーバを運用しているＶＯＤサービス事業者が、広告指示サーバを管理している（非特許文献２）。
【０００７】
【特許文献１】特開２００７−９６７２３号公報
【非特許文献１】株式会社ＵＳＥＮ、“ＧｙａＯ”  http://www.gyao.jp/（２００８年５月２１日  検索）
【非特許文献２】ＣＩＳＣＯ  ＳＹＳＴＥＭ  ［導入事例］“月に視聴登録者が１００万件超増加するサービスに対応するため、１０００万人の利用にも対応可能なシステムを構築”http://www.cisco.com/web/JP/solution/casestudy/docs/2005_usen_1122-2.pdf（２００８年５月２１日  検索）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述したＣＭ配信において、ＣＭ内容を端末ユーザ毎に適正化したい場合は、ユーザによって異なるＣＭスケジュールを示すための端末別の再生リストが必要となる。しかしながら、ＶＯＤサービス事業者が広告指示サーバを管理するシステム形態では、ＶＯＤサービス事業者が、ユーザ個人情報を管理しているサーバから、端末別再生リストの生成に必要な個人情報を取得する必要がある。
【０００９】
例えば、ＶＯＤサービス事業者が、特定地域のコマーシャルを地域内、あるいはその近辺にいる特定の端末ユーザ群に配信する地域ＣＭサービスを開始するためには、ＶＯＤサービス事業者は、各端末の位置情報を管理している通信事業者から、コンテンツ要求元端末の位置情報を取得し、この位置情報に基いて端末別の再生リストを生成する必要がある。
しかしながら、ＮＧＮでは、端末位置情報のように、複数のＶＯＤサービス事業者が必要とする端末ユーザの個人情報が、ＶＯＤサービス事業者とは別の企業である通信事業者によって管理されている。この場合、通信事業者からＶＯＤサービス事業者への端末位置情報の提供は、端末ユーザのプライバシー情報保護の観点で問題となる。
【００１０】
本発明の目的は、通信事業者網内の端末情報サーバで管理されている端末情報を他のサービス事業者網に漏洩することなく、各端末からの要求コンテンツに広告コンテンツを選択的に挿入可能な広告付きコンテンツ配信システムを提供することにある。
本発明の他の目的は、通信事業者網内の端末情報サーバで管理されている端末情報を他のサービス事業者網に漏洩することなく、コンテンツ配信サーバから各端末に、各端末ユーザに適した広告コンテンツを含む広告付きコンテンツを配信させることが可能なコンテンツ情報サーバを提供することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明のコンテンツ配信システムは、それぞれが通信事業者網内に配置されたコンテンツ情報サーバと、コンテンツの配信サーバと、端末情報を管理する端末情報サーバとからなり、上記コンテンツ情報サーバによるコンテンツ配信制御の下で、上記配信サーバから上記事業者網に接続された各端末に広告付きのコンテンツを配信する。
【００１２】
本発明のコンテンツ配信システムは、上記コンテンツ情報サーバが、
端末情報と対応付けて、広告コンテンツと、コンテンツ本編、または広告コンテンツの挿入によってコンテンツ本編から分割された複数のサブコンテンツとからなる一群のコンテンツの再生順序を指定するための管理情報を記憶したコンテンツ情報テーブルと、
上記端末情報サーバから取得したコンテンツ要求元端末の端末情報（例えば、端末の位置情報）と、上記コンテンツ情報テーブルに記憶された管理情報とに基いて、上記端末情報によって決まる少なくとも１つの広告コンテンツを含んだ一群のコンテンツの再生順序を定義した端末別再生リストを作成し、上記コンテンツ要求元端末に対して、上記端末別再生リストに従って時系列的に、コンテンツの識別子を通知するための要求処理手段とを有し、
上記コンテンツ要求元端末が指定したコンテンツ識別子に従って、上記配信サーバから上記コンテンツ要求元端末に、広告コンテンツ、コンテンツ本編またはサブコンテンツが配信されるようにしたことを特徴とする。
【００１３】
尚、本発明のコンテンツ配信システムにおいて、上記配信サーバは、上記通信事業者網とは別のコンテンツ配信サービス事業者網に所属するサーバから供給されたコンテンツと、上記通信事業者網とは別の広告コンテンツ配信サービス事業者網に所属するサーバから供給された広告コンテンツとをデータストレージに蓄積しておき、各端末に対して、上記データストレージに蓄積されたコンテンツを配信する。
また、コンテンツ情報サーバが備えるコンテンツ情報テーブルには、上記コンテンツ配信サービス事業者網のサーバまたは広告コンテンツ配信サービス事業者網のサーバから入力された管理情報が記憶される。
【００１４】
本発明のコンテンツ配信システムにおいて、各端末は、例えば、コンテンツ配信サービス事業者網に所属するポータルサーバが提供するＷｅｂ画面から、視聴したいコンテンツのタイトルを選択し、上記コンテンツ情報サーバに対して、上記選択されたタイトルを指定して、コンテンツ識別子の通知を要求する。
【００１５】
更に詳述すると、本発明のコンテンツ配信システムは、上記コンテンツ情報サーバが、コンテンツのタイトル識別子と対応付けて、一群のコンテンツ枠識別子を定義したタイトル別再生リストを有し、
上記コンテンツ情報テーブルが、端末情報と対応付けられた複数のサブテーブルからなり、各サブテーブルが、上述した管理情報としてコンテンツ枠識別子とコンテンツ情報識別子とを含む複数のエントリからなり、
上記要求処理手段が、上記タイトル別再生リストから、コンテンツ要求元端末が指定したタイトル識別子と対応する一群のコンテンツ枠識別子を選択し、上記端末情報サーバから取得した端末情報によって特定される上記コンテンツ情報テーブル内の１つのサブテーブルから、上記選択された一群のコンテンツ枠識別子で特定される一群のコンテンツ情報識別子を選択し、上記選択された一群のコンテンツ情報識別子によって、上記コンテンツ要求元端末用の端末別再生リストを作成することを特徴とする。
【００１６】
上記タイトル別再生リストは、コンテンツ情報サーバからコンテンツ配信サービス事業者網のサーバにデータ入力画面を送信し、このデータ入力画面に入力されたデータによって作成できる。上記コンテンツ情報サーバは、コンテンツ配信サービス事業者網のサーバに対して、コンテンツ枠識別子と、広告挿入枠指定と、コンテンツ情報識別子と、コンテンツ識別子を入力するためのデータ入力画面を送信し、このデータ入力画面に入力されたコンテンツ枠識別子、広告挿入枠指定、コンテンツ情報識別子に基づいて、上述したコンテンツ情報テーブルを更新できる。
【００１７】
上記コンテンツ情報サーバは、上記データ入力画面に入力されたコンテンツ情報識別子とコンテンツ識別子との対応関係をデータストレージにコンテンツ情報として記憶する。また、上記コンテンツ情報サーバは、広告コンテンツ配信サービス事業者網のサーバに、コンテンツ情報識別子と、広告コンテンツのコンテンツ識別子を入力するためのデータ入力画面を送信し、上記データ入力画面に入力されたコンテンツ情報識別子とコンテンツ識別子との対応関係をデータストレージに広告コンテンツ用のコンテンツ情報として記憶する。これによって、上述した端末別再生リストでコンテンツ情報識別子が指定されたとき、このコンテンツ情報識別子と対応するコンテンツ識別子をデータストレージから読み出すことができる。
【発明の効果】
【００１８】
本発明によれば、端末情報を管理するための端末情報サーバが所属する通信事業者網内に、配信サーバとコンテンツ情報サーバを配置し、上記コンテンツ情報サーバが、上記端末情報サーバから取得した端末情報を利用して、端末ユーザ毎に選択的に広告コンテンツを配信可能な端末別再生リストを生成し、この端末別再生リストに従って、配信サーバから各端末に配信されるコンテンツを制御している。よって、本発明のコンテンツ配信システムでは、ユーザの個人情報である端末情報が、通信事業者網とは別のコンテンツサービス事業者網に所属する各種サーバを介して、外部に漏洩するおそれがない。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の実施例について図面を参照して説明する。ここでは、ユーザ端末情報の１例として、ユーザ端末の位置情報を利用した広告付きコンテンツの配信システムについて説明する。
【００２０】
図１は、本発明が適用されるＶＯＤ（Video On Demand）配信ネットワークの構成例を示す。
ここに示したＶＯＤ配信ネットワークは、ユーザ端末１の位置情報を管理している通信事業者網Ｎ１と、ＶＯＤサービスを提供するＶＯＤサービス事業者網Ｎ２（Ｎ２ａ、Ｎ２ｂ）と、地域ＣＭを提供する地域コンテンツプロバイダ網Ｎ３とからなっている。
【００２１】
通信事業者網Ｎ１は、ＩＰ網Ｎ１０に接続されたコンテンツ情報サーバ３、位置情報サーバ（端末情報サーバ）４、配信サーバ５と、複数のゲートウェイ装置（ＧＷ）２を含む。ＩＰ網Ｎ１０は、複数のルータまたはスイッチから構成される。ここでは、ＧＷ２として、アクセス網を介してエリアＡに位置したユーザ端末（１ａ−１、１ａ−２、・・・）を収容するＧＷ２ａと、アクセス網を介してエリアＢに位置したユーザ端末（１ｂ−１、・・・）を収容するＧＷ２ｂと、ＶＯＤサービス事業者網Ｎ２（Ｎ２ａ、Ｎ２ｂ）および地域コンテンツプロバイダ網Ｎ３に接続するためのＧＷ２ｃが示してある。
【００２２】
本発明では、図１に矢印ＣＮ、ＣＭで示すように、ＶＯＤサービス事業者網Ｎ２（Ｎ２ａ、Ｎ２ｂ）内のコンテンツサーバ９（９ａ、９ｂ）が提供する各種のコンテンツと、地域コンテンツプロバイダ網Ｎ３内の地域コンテンツサーバ１１が提供する広告コンテンツを配信サーバ５にも蓄積しておき、端末ユーザからのコンテンツ視聴要求に応答して、配信サーバ５から各ユーザ端末にコンテンツの配信サービスを実行する。
【００２３】
配信サーバ５のデータストレージには、コンテンツサーバ９（９ａ、９ｂ）から受信した各種のコンテンツと、地域コンテンツサーバ１１から受信した地域別の広告コンテンツ（以下、地域ＣＭコンテンツと言う）が、コンテンツＩＤと対応付けて蓄積される。配信サーバ５は、端末１からコンテンツ視聴要求を受信すると、要求されたコンテンツＣＭに地域ＣＭコンテンツ（ＣＭａまたはＣＭｂ）を挿入した形で、コンテンツの配信サービスを行う。配信サーバ５は、ＲＴＳＰサーバ機能とＲＴＰサーバ機能を備えており、端末１へのコンテンツ配信は、ＲＴＳＰによって行なわれる。
【００２４】
ＧＷ２ａ、ＧＷ２ｂは、通信事業者網Ｎ１内の構成ノードとユーザ端末（以下、単に端末と言う）１との間の通信において、受信パケットに含まれる送信元アドレスに基いて、受信パケットの転送要否を判断する。同様に、ＧＷ２ｃは、通信事業者網Ｎ１内の構成ノードとサービス事業者網Ｎ２、Ｎ３の構成ノードとの間の通信において、受信パケットに含まれる送信元アドレスに基いて、受信パケットの要否可否を判断する。
【００２５】
上述した配信サーバ５による各端末へのコンテンツ配信は、コンテンツ情報サーバ３によって制御される。本発明では、端末ユーザがタイトルＩＤで指定したコンテンツが、地域ＣＭコンテンツの挿入によって、複数のブロック（以下、サブコンテンツと言う）に分割される。本発明の１実施例では、配信単位となるサブコンテンツ毎、地域ＣＭコンテンツ毎にコンテンツＩＤが付与される。コンテンツ情報サーバ３は、これらのコンテンツＩＤをコンテンツ情報として管理する。コンテンツ情報にはコンテンツ情報ＩＤが付与され、コンテンツ情報は、配信サーバ５のアドレス、コンテンツ再生スピードの許容値などの情報と対応付けて記憶される。
【００２６】
各端末１は、コンテンツ情報サーバ３に対して、タイトルＩＤを指定してコンテンツ情報の送信を要求し、コンテンツ情報サーバ３からコンテンツ情報の一部として受信したコンテンツＩＤを使用して、配信サーバ５にコンテンツ視聴要求を送信する。これによって、配信サーバ５から端末１に、コンテンツＩＤで特定されたコンテンツ（サブコンテンツまたは地域ＣＭコンテンツ）が配信される。
【００２７】
端末１がタイトルＩＤで指定したコンテンツに、端末１の現在位置に応じた地域ＣＭを挿入するためには、コンテンツ情報サーバ３は、サブコンテンツ用のコンテンツ管理情報と地域ＣＭコンテンツ用のコンテンツ管理情報とからなる一群のコンテンツ管理情報を端末毎に管理しておき、端末からコンテンツ情報要求を受信したとき、コンテンツＩＤを順序よく端末に返信する必要がある。本発明の１実施例では、コンテンツ情報サーバ３は、後述する端末別再生リスト２７０に、端末ＩＤおよびタイトルＩＤと対応づけて、一連のコンテンツ情報ＩＤを記憶し、端末毎にサブコンテンツと地域ＣＭコンテンツの配信順序を管理する。
【００２８】
例えば、図１に示した端末１ａ−２と端末１ｂ−１が同一タイトルのコンテンツＣＮの配信を要求した場合、コンテンツ情報サーバ３は、端末別再生リスト３７０に従って、端末１ａ−２に配信されるコンテンツには、エリアＡに特有の地域ＣＭコンテンツ（ＣＭａ）が挿入され、端末１ｂ−１に配信されるコンテンツには、エリアＢに特有の地域ＣＭコンテンツ（ＣＭｂ）が挿入されるように、端末１ａ−２、１ｂ−１にコンテンツＩＤを通知する。この場合、端末別再生リスト３７０では、端末１ａ−２の端末ＩＤと対応付けて記憶される地域ＣＭ用のコンテンツ情報ＩＤと、端末１ｂ−２の端末ＩＤと対応付けて記憶される地域ＣＭ用のコンテンツ情報ＩＤの値が異なったものとなる。
【００２９】
位置情報サーバ４は、各端末１の識別子（端末ＩＤ）と対応付けて、各端末の現在位置を示す位置情報（地域ＩＤ）を記憶している。コンテンツ情報サーバ３は、位置情報サーバ４から各端末の位置情報を取得し、予め地域別に登録されている地域ＣＭコンテンツ情報の中から、各端末の現在位置に対応したコンテンツ情報を選択して、端末別再生リスト３７０を作成する。
【００３０】
ＶＯＤサービス事業者網Ｎ２（Ｎ２ａ、Ｎ２ｂ）は、ＩＰ網Ｎ２０（Ｎ２０ａ、Ｎ２０ｂ）に接続されたポータルサーバ８（８ａ、８ｂ）およびコンテンツサーバ９（９ａ、９ｂ）と、通信事業者網Ｎ１（ＧＷ２ｃ）に接続するためのＧＷ７（７ａ、７ｂ）を含む。ＧＷ７（７ａ、７ｂ）は、通信事業者網Ｎ１の構成ノードとＶＯＤサービス事業者網Ｎ３の構成ノードとの間の通信において、受信パケットに含まれる送信元アドレスに基いて受信パケットの転送要否を決定する。
【００３１】
コンテンツサーバ９（９ａ、９ｂ）は、配信サービスされるコンテンツデータを蓄積するデータベースを備える。各コンテンツサーバ９は、ＲＴＳＰサーバ機能とＲＴＰサーバ機能を備え、ＲＴＳＰに従って配信サーバ５とユーザ端末１にコンテンツを配信する。各コンテンツサーバ９の管理者は、データベースに新たなコンテンツが追加されたとき、これを通信事業者網Ｎ１の配信サーバ５に配信すると共に、上記コンテンツと対応するコンテンツ情報をコンテンツ情報サーバ３に登録する。
【００３２】
ポータルサーバ８（８ａ、８ｂ）は、端末ユーザをコンテンツサーバ９（９ａ、９ｂ）が提供するコンテンツに誘導するためのＷｅｂサービスを実行する。コンテンツ配信を希望する端末ユーザは、最初にポータルサーバ８（８ａまたは８ｂ）をアクセスして、コンテンツのタイトルリストを要求する。ポータルサーバ８は、端末からタイトルリスト要求を受信すると、要求元端末１に対して、コンテンツサーバ９（９ａまたは９ｂ）が提供するコンテンツの一覧を示すタイトルリストと、これらのコンテンツを配信サービスするコンテンツ情報サーバ３のＵＲＬを通知する。
【００３３】
端末ユーザが、上記タイトルリスト（Ｗｅｂページ）から視聴したいコンテンツタイトルを選択すると、上記ＵＲＬで特定されるコンテンツ情報サーバ３にコンテンツ情報要求メッセージが送信される。上記コンテンツ情報要求メッセージには、端末ＩＤと、端末ユーザが選択したタイトルの識別子（タイトルＩＤ）が含まれている。コンテンツ情報サーバ３は、端末１からコンテンツ情報要求メッセージを受信すると、位置情報サーバ４から端末ＩＤと対応する位置情報（地域ＩＤ）を取得し、端末の現在位置に特有の地域ＣＭコンテンツを挿入可能な端末別再生リスト３７０を作成した後、要求元端末１に対して、配信サーバ５のアドレス、コンテンツＩＤ、再生スピード許容値などの情報を含む応答メッセージを返送する。端末１は、応答メッセージが示す配信サーバ５に対して、コンテンツＩＤを指定したコンテンツ視聴要求を送信する。
【００３４】
地域コンテンツプロバイダ網Ｎ３は、ＩＰ網Ｎ３０に接続された地域コンテンツサーバ１１と、通信事業者網Ｎ１と接続するためのＧＷ７ｃとを含む。ＧＷ７ｃは、地域コンテンツプロバイダ網Ｎ４の構成ノードと通信事業者網Ｎ１の構成ノードとの間の通信において、受信パケットに含まれる送信元アドレスに基いて、受信パケットの転送要否を判断する。
【００３５】
地域コンテンツサーバ１１は、地域ＩＤに対応した各地域に特有のＣＭコンテンツを蓄積するためのデータベースと、通信事業者網Ｎ１の配信サーバ５に地域ＣＭコンテンツを配信する機能と、コンテンツ情報サーバ３に地域ＣＭコンテンツと対応したコンテンツ情報を登録する機能を備える。地域ＣＭコンテンツは、特定地域内（あるいはその近傍）に位置したユーザ端末をサービス対象として作成されたコンテンツ、例えば、広告、行事案内である。
【００３６】
ユーザ端末１（１ａ−１、１ａ−２、・・・、１ｂ−１、・・・）は、例えば、ユーザ宅内に設置されるＩＰＴＶ対応テレビ等の端末であり、テレビとＳＴＢ（Set Top Box）とを組合せた構成のものでもよい。ユーザ端末１は、ポータル画面を表示するブラウザ機能と、受信映像を表示するＡＶプレイヤ機能を備える。
【００３７】
本発明では、ＶＯＤサービス事業者網Ｎ２（Ｎ２ａ、Ｎ２ｂ）の管理者が、コンテンツサーバ９に新たに追加されたコンテンツデータのコピーを配信サーバ５に送信し、地域コンテンツプロバイダ網Ｎ３の管理者が、地域コンテンツサーバ１１に新たに追加されたコンテンツデータのコピーを配信サーバ５に送信し、配信サーバ５が、これらのコンテンツデータをデータストレージに蓄積することによって、配信サーバ５から各端末への地域ＣＭ付きコンテンツの配信を可能にしている。
【００３８】
配信サーバ５のデータストレージ容量には制約があるため、ＶＯＤサービス事業者網Ｎ２と地域コンテンツプロバイダ網ＮＤサービス事業者網Ｎ３の各管理者は、配信サーバ５に蓄積されるコンテンツデータ量が、予め割り当てられた上限値を超えないように、古くなったコンテンツデータを消去する。但し、各コンテンツにタイムスタンプを付しておき、旧コンテンツデータを自動的に消去は、配信サーバが、タイムスタンプ値に従って自動的に実行するようにしてもよい。
【００３９】
本発明では、端末別再生リスト３７０を管理するコンテンツ情報サーバ３と、ユーザ端末の位置情報を管理する位置情報サーバ４と、ＶＯＤサービス事業者網のコンテンツサーバ９（９ａ、９ｂ）に代わってコンテンツ配信サービスを実行する配信サーバ５が、同一の通信事業者網Ｎ１内に配置されているため、ユーザのプライバシー情報である端末位置情報が、通信事業者網Ｎ１とは別の他事業者網のサーバを介して外部に漏洩されることなく、地域ＣＭ付きコンテンツの配信サービスを実現できる。
【実施例１】
【００４０】
以下、図２〜図１６を参照して、本発明の第１実施例について説明する。
図２は、ポータルサーバ８（８ａ、８ｂ）の１実施例を示すブロック図である。
ポータルサーバ８は、ＩＰ網Ｎ２０（２０ａ、２０ｂ）と接続するための回線インタフェース８１と、プロセッサ（ＣＰＵ）８２と、メモリ８３と、外部データストレージ８４と、入力装置８５および表示装置８６と、これらの要素を接続するバス８７とから構成される。メモリ８３には、プロセッサ８２によって実行される本発明に関係するプログラムとして、ユーザ端末１との間でのメッセージの送受信を制御する端末メッセージ制御ルーチン８１０と、タイトルリスト提供機能部８２０とが記憶されている。
【００４１】
タイトルリスト提供機能部８２０は、コンテンツ情報サーバ照合ルーチン８３０と、端末別コンテンツ情報サーバリスト８４０と、タイトル管理テーブル８５０とからなる。端末別コンテンツ情報サーバリスト８４０とタイトル管理テーブル８５０は、データストレージ８４に形成されていてもよい。
【００４２】
端末別コンテンツ情報サーバリスト８４０は、図３に示すように、コンテンツ配信サービスに加入している端末の識別子（端末ＩＤ）８４１と、コンテンツ情報サーバのＩＤ８４２との対応関係を示す複数のテーブルエントリからなる。端末ＩＤ８４１としては、ユーザ端末１を一意に識別するための識別子、例えば、各端末に割り当てられたＩＰアドレスが記憶される。コンテンツ情報サーバＩＤ８４２は、ユーザ端末が接続される通信事業者網Ｎ１に存在するコンテンツ情報サーバ３の識別子であり、例えば、コンテンツ情報サーバ３のＵＲＬが記憶される。端末別コンテンツ情報サーバリスト８４０の内容は、ＶＯＤサービス事業者（ＶＯＤサービス事業者網Ｎ２の管理者）が、例えば、入力装置８５から設定する。
【００４３】
図１では、ＶＯＤサービス事業者網Ｎ２ａ、Ｎ２ｂが１つの通信事業者網Ｎ１と接続されているが、本発明では、各ポータルサーバ８が、端末別コンテンツ情報サーバリスト１１０によって、所属するコンテンツ情報サーバが異なる複数グループの端末を管理できるようになっているため、ＶＯＤサービス事業者網Ｎ２ａ、Ｎ２ｂを複数の通信事業者網に接続したネットワーク構成であっても、ユーザ端末へのＶＯＤサービスが可能となる。
【００４４】
タイトル管理テーブル８５０は、ポータルサーバ８と同じＶＯＤサービス事業者網Ｎ２に所属しているコンテンツサーバ９が配信する各種コンテンツのタイトル情報とタイトルＩＤとの関係を示している。
【００４５】
コンテンツ情報サーバ照合ルーチン８３０は、ユーザ端末１からコンテンツタイトルを選択するためのウェブ（Web）画面要求を受信したとき、端末別コンテンツ情報サーバリスト８４０から、要求元ユーザ端末と対応するコンテンツ情報サーバ３を検索し、コンテンツ情報サーバ３のアドレスをコンテンツタイトルの選択画面と共に端末１に通知する。コンテンツ情報サーバ照合ルーチン８３０の詳細については、図１４を参照して後で詳述する。
【００４６】
図４は、コンテンツ情報サーバ３の構成例を示すブロック図である。
コンテンツ情報サーバ３は、ＩＰ網Ｎ１０と接続するための回線インタフェース部３１と、プロセッサ３２と、メモリ３３と、コンテンツ情報を蓄積したデータストレージ３４と、入力装置３５および表示装置３６とから構成され、これらの構成要素は、バス３７によって相互接続されている。
【００４７】
本実施例において、コンテンツ情報３４０は、コンテンツＩＤと、コンテンツＩＤで特定されたコンテンツを端末に配信する配信サーバ５のアドレスと、コンテンツ再生スピードの許容値を示す。ＶＯＤサービス事業者網Ｎ２のコンテンツサーバ９（９ａ、９ｂ）が提供する通常コンテンツ用のコンテンツ情報は、コンテンツ情報ファイル３４０Ａに登録され、地域コンテンツサーバ１１が提供する地域ＣＭコンテンツ用のコンテンツ情報は、地域ＣＭコンテンツ情報ファイル３４０Ｂに地域ＩＤ別に登録される。これらのコンテンツ情報が、コンテンツ情報ＩＤによってアクセスされる。
【００４８】
メモリ３３には、プロセッサ３２が実行する本発明に関係するソフトウェア（プログラムおよびデータテーブル）として、端末１との間でのメッセージの送受信を制御する端末メッセージ制御ルーチン３１１と、位置情報サーバ４との間でのメッセージの送受信を制御する位置情報サーバメッセージ制御ルーチン３１２と、コンテンツサーバ９および地域コンテンツサーバ１１との間でのメッセージの送受信を制御するコンテンツサーバメッセージ制御ルーチン３１３と、プレイリスト再生提供機能部３１４とが用意されている。
【００４９】
プレイリスト再生提供機能部３１４は、再生リスト編集ルーチン３２０と、コンテンツ情報要求処理ルーチン３３０と、コンテンツ情報テーブル３５０と、タイトル別再生リスト３６０と、端末別再生リスト３７０とからなる。尚、コンテンツ情報テーブル３５０、タイトル別再生リスト３６０、端末別再生リスト３７０は、データストレージ３４０に格納されていてもよい。逆に、コンテンツ情報３４０（３４０Ａ、３４０Ｂ）をメモリ３３に記憶してもよい。
【００５０】
コンテンツ情報要求処理ルーチン３３０は、端末１からコンテンツ情報要求メッセージを受信したとき、後述するように、端末別再生リスト３７０に要求元端末のＩＤと対応付けて記憶されている一群のコンテンツ情報ＩＤの中から、時系列的にコンテンツ情報ＩＤを選択し、該コンテンツ情報ＩＤと対応するコンテンツ情報３４０をデータストレージ３４から読み出して、端末１に送信する。端末別再生リスト３７０は、各端末から最初のコンテンツ情報要求メッセージを受信した時点で、コンテンツ情報要求処理ルーチン３３０によって生成される。
【００５１】
図５は、タイトル別再生リスト３６０の構成例を示す。
タイトル別再生リスト３６０は、タイトルＩＤ３６１（３６１−１、３６１−２、・・・）をもつ複数のサブリスト（３６１−１、３６１−２、・・・）からなり、各サブリストは、タイトルＩＤ３６１と対応付けられた複数のコンテンツ枠ＩＤ３６２を示している。ここで、タイトルＩＤ３６１は、端末ユーザがから要求されたコンテンツを一意に識別できる情報、例えば、コンテンツタイトルを示す。
【００５２】
本発明では、タイトルＩＤ３６１で特定されるコンテンツの途中、またはその前後で地域ＣＭコンテンツが配信される。例えば、タイトルＩＤ３６１が示すコンテンツ（以下、コンテンツ本編と言う）の途中に地域ＣＮを１回だけ挿入した場合、コンテンツ本編は第１、第２のサブコンテンツに分割され、端末に対して、第１サブコンテンツ、地域ＣＭコンテンツ、第２サブコンテンツの順で、時系列的にコンテンツが配信される。コンテンツ本編の途中に地域ＣＭを２度挿入した場合、コンテンツ本編は３つのサブコンテンツに分割される。地域ＣＭコンテンツは、コンテンツ本編の直前、あるいはコンテンツ本編の直後で配信してもよい。地域ＣＭの挿入がなければ、タイトルＩＤ３６１で特定されるコンテンツ本編が連続的に配信される。
【００５３】
コンテンツ枠ＩＤ３６２は、上述したコンテンツ本編またはサブコンテンツと地域ＣＭコンテンツの配信時間枠（時間帯）を示す識別子である。図５に示したタイトル別再生リスト３６０において、サブリスト３６１−１は、タイトルＩＤ＝「Title 1」のコンテンツが、地域ＣＭコンテンツを含めて、３つの時間枠に分割して配信されることを示している。この場合、コンテンツ本編は、第１、第２のサブコンテンツに分割され、コンテンツ枠ＩＤが「Content-Window1」の時間枠では第１サブコンテンツ、「Content-Window2」の時間枠では地域ＣＭコンテンツ、「Content-Window3」の時間枠では第２サブコンテンツが配信されることになる。
【００５４】
サブリスト３６１−２は、タイトルＩＤ＝「Title 2」のコンテンツが、地域ＣＭコンテンツを含めて、２つの時間枠で配信されることを示している。「Content-Window4」の時間枠でコンテンツ本編を配信した場合、「Content-Window5」の時間枠では地域ＣＭコンテンツが配信され、逆に、「Content-Window4」の時間枠で地域ＣＭコンテンツを配信した場合、「Content-Window5」の時間枠でコンテンツ本編が配信されることになる。コンテンツ枠ＩＤで指定された時間枠と、この時間枠で配信されるコンテンツ（コンテンツ本編、サブコンテンツまたは地域ＣＭコンテンツ）との対応付けは、後述するようにコンテンツ情報テーブル３５０を参照して行われる。
【００５５】
図６（Ａ）は、コンテンツ情報テーブル３５０の構成例を示す。
コンテンツ情報テーブル３５０は、地域ＩＤ３５１（３５１−１、３５１−２、・・・）別の複数のサブテーブルからなり、各サブテーブルは、コンテンツ管理情報として、コンテンツ枠ＩＤ３５２とコンテンツ情報ＩＤ３５３とを含む複数のテーブルエントリ（Ｅ０１ａ〜Ｅ０５ａ、・・・、Ｅ０１ｂ〜Ｅ０５ｂ、・・・）からなる。地域ＩＤは、位置情報サーバ４で管理できる位置識別情報、例えば、市区町村内の領域を一意に識別できる識別情報を適用できる。
【００５６】
コンテンツ情報ＩＤ３５３は、コンテンツ枠ＩＤ３５２をもつ時間枠で配信すべきコンテンツ本編、サブコンテンツ、または地域ＣＭのコンテンツＩＤを示すコンテンツ情報を特定する。テーブルエントリＥ０１ａ〜Ｅ０３ａからなる群と、テーブルエントリＥ０１ｂ〜Ｅ０３ｂからなる群は、それぞれ図５に示したタイトルＩＤ＝「Title 1」のコンテンツと対応したコンテンツ枠ＩＤ３５２と、これらのコンテンツ枠で配信すべきサブコンテンツまたは地域ＣＭのコンテンツ情報ＩＤ３５３を示している。テーブルＥ０２ａとＥ０２ｂを比較して明らかなように、地域ＩＤ３５１によって、地域ＣＭ用のコンテンツ情報ＩＤ３５３が異なっており、同一コンテンツの配信中に地域に特有のＣＭコンテンツが挿入されることが判る。
【００５７】
地域ＣＭコンテンツが配信される時間枠では、例えば、図６（Ｂ）に示すように、１つのテーブルエントリＥ０２ａが、複数のコンテンツ情報ＩＤ３５３を含んでもよい。この場合、コンテンツ情報サーバ３は、テーブルエントリＥ０２ａに登録された複数のコンテンツ情報ＩＤの中から、所定の選択アルゴリズムで１つのコンテンツ情報ＩＤを選択することによって、コンテンツ枠ＩＤ３５２が示す時間枠で配信すべき地域ＣＭコンテンツと対応したコンテンツ情報を決定する。
【００５８】
図７は、コンテンツ情報サーバ３が、各端末の現在位置に応じて生成する端末別再生リスト３７０の構成例を示す。
端末別再生リスト３７０は、端末ＩＤ３７１（３７１−１、３７１−２、・・・）とタイトルＩＤ３７２で特定される複数のサブリストからなり、各サブリストは、コンテンツ情報ＩＤ３７３と視聴中フラグ３７４とを示す複数のエントリを含む。但し、地域ＣＭの挿入がなければ、サブリストのエントリ数は１となる。タイトルＩＤ３７２は、端末ＩＤ３７１をもつ端末から要求されたコンテンツのタイトルＩＤを示し、視聴中フラグ３７４は、コンテンツ情報ＩＤ３７３で特定されるコンテンツ（サブコンテンツまたは地域ＣＭコンテンツ）が、端末で現在視聴中か否かを示している。
【００５９】
コンテンツ情報サーバ３は、端末で現在視聴中、すなわち、配信サーバから端末に現在配信中のコンテンツデータと対応するエントリにおいて、視聴中フラグ３７４を「ＯＮ」状態に設定しておき、端末からコンテンツ情報要求メッセージを受信する度に、次エントリの視聴中フラグ３７４を「ＯＮ」状態に切替える。これによって、コンテンツ情報サーバ３は、配信サーバ５に、端末別再生リスト３７０の各サブリストに記憶されたコンテンツ情報ＩＤで定義された一群のコンテンツデータを順次に配信させ、最後のエントリが示すコンテンツの配信が完了した時点で、１タイトル分のコンテンツ配信を終了することが可能になる。
【００６０】
本実施例では、コンテンツ情報サーバ３は、端末から端末ＩＤとタイトルＩＤとを含むコンテンツ情報要求メッセージを受信したとき、受信メッセージが示す端末ＩＤとタイトルＩＤに該当するサブリストが端末別再生リスト３７０に登録済みか否かを判定し、未登録の場合は、位置情報サーバ４に上記端末ＩＤをもつ端末の現在位置を示す地域ＩＤを問問合わせる。地域ＩＤが判明すると、コンテンツ情報サーバ３は、図５に示したタイトル別再生リスト３６０から、コンテンツ情報要求メッセージが示すタイトルＩＤと対応するコンテンツ枠ＩＤの組を検索し、図６に示したコンテンツ情報テーブル３５０内の上記地域ＩＤで特定されるサブテーブルから、上記コンテンツ枠ＩＤの組と対応するコンテンツ情報ＩＤの組を抽出することによって、端末別再生リスト３７０に登録すべき新たなサブテーブルを生成する。
【００６１】
ファイル３４０Ａ、３４０Ｂへのコンテンツ情報の蓄積と、タイトル別再生リスト３６０へのデータ登録は、ＶＯＤサービス事業者網Ｎ２の管理者（以下、ＶＯＤサービス事業者と言う）と地域コンテンツプロバイダ網Ｎ３の管理者（以下、地域コンテンツプロバイダと言う）が、サーバコンテンツ情報サーバ３からコンテンツサーバ９または地域コンテンツサーバ１１に提供されるデータ入力画面を通して行われる。
【００６２】
再生リスト編集ルーチン３２０は、後述するように、コンテンツサーバメッセージ制御ルーチン３１３と連携して、コンテンツサーバ９と地域コンテンツサーバ１１の表示画面に、タイトルＩＤ、コンテンツ枠ＩＤ、コンテンツ情報ＩＤ、地域ＩＤ、コンテンツ情報などのデータ力用となるユーザインタフェース画面を提供する。
【００６３】
コンテンツサーバ９は、コンテンツ情報サーバ３および配信サーバ５と通信するためのメッセージ制御機能を備えており、ＶＯＤサービス事業者は、ＶＯＤサービスすべき新たなコンテンツが生まれると、コンテンツサーバ９の表示画面と入力装置を利用して、コンテンツ情報サーバ３に再生リスト編集ルーチン３２０の起動を要求し、再生リスト編集ルーチン３２０が提供するユーザインタフェース画面を通して、コンテンツ情報サーバ３に登録すべき各種のデータを入力する。ＶＯＤサービス事業者は、コンテンツ情報サーバ３に登録したコンテンツ情報と対応するコンテンツを配信サーバ５に配信し、配信サーバ５のデータストレージに蓄積する。
【００６４】
地域コンテンツサーバ１１も、コンテンツ情報サーバ３および配信サーバ５と通信するためのメッセージ制御機能を備えており、地域コンテンツプロバイダは、新たな地域ＣＭコンテンツが生まれると、地域コンテンツサーバ１１の表示画面と入力装置を利用して、コンテンツ情報サーバ３に再生リスト編集ルーチン３２０の起動を要求し、再生リスト編集ルーチン３２０が提供するユーザインタフェース画面を通して、コンテンツ情報サーバ３に登録すべき各種のデータを入力する。地域コンテンツプロバイダは、コンテンツ情報サーバ３に登録されたコンテンツ情報と対応する地域ＣＭコンテンツを配信サーバ５に配信し、配信サーバ５のデータストレージに蓄積する。
【００６５】
コンテンツ情報サーバ３は、コンテンツサーバ９または地域コンテンツサーバ１１から再生リスト編集ルーチンの起動要求メッセージを受信すると、再生リスト編集ルーチン３２０を起動し、再生リスト編集ルーチン３２０で生成したユーザインタフェース画面の表示情報を要求元サーバに送信し、上記ユーザインタフェース画を通して入力されたデータに従って、タイトル別再生リスト３６０、コンテンツ情報テーブル３５０を更新し、新たなコンテンツ情報をデータストレージ３４に登録する。
【００６６】
図８は、コンテンツ情報サーバ３のプロセッサ３２が実行する再生リスト編集ルーチン３２０の１実施例を示すフローチャートである。
再生リスト編集ルーチン３２０が起動されると、プロセッサ３２は、コンテンツ種別、タイトルＩＤ、再生スピードなどのデータ入力欄と、終了（Ｅｘｉｔ）ボタンとを含む第１のインタフェース画面の表示情報を要求元サーバ（コンテンツサーバ９または地域コンテンツサーバ１１）に送信して（３２０１）、コンテンツサーバ９からの入力データの受信を待つ（３２０２）。コンテンツ種別は、コンテンツサーバ９が提供する通常のコンテンツか、地域コンテンツサーバ１１が提供する地域ＣＭコンテンツかの区別を示す。
【００６７】
要求元サーバの表示画面に第１インタフェース画面が表示されると、コンテンツ管理者（ＶＯＤサービス事業者または地域コンテンツプロバイダ）は、タイトルＩＤ、コンテンツ種別、再生スピードの許容値を入力する。但し、地域コンテンツプロバイダが入力操作する場合、タイトルＩＤの入力を省略して、コンテンツ種別のみを入力してもよい。
【００６８】
プロセッサ３２は、サーバから第１インタフェース画面の入力データを受信すると、受信データを記憶した後、Ｅｘｉｔボタンが選択されたか否かを判定し（３２０２）、Ｅｘｉｔボタンが選択されていた場合は、再生リスト編集ルーチンを終了する。Ｅｘｉｔボタンが選択されていなければ、プロセッサ３２は、入力されたコンテンツ種別を判定し（３２０３）、コンテンツ種別が通常コンテンツを示していた場合は、コンテンツ枠ＩＤとコンテンツ情報の入力用となる第２インタフェース画面を要求元サーバに送信して（３２０４）、入力データの受信を待つ。コンテンツ種別がＣＭを示していた場合、プロセッサ３２は、地域ＩＤとコンテンツ情報の入力用となる第３インタフェース画面を要求元サーバに送信して（３２１１）、入力データの受信を待つ。
【００６９】
地域コンテンツプロバイダは、地域コンテンツサーバ１１の表示画面に表示された第３インタフェース画面で、地域ＣＭコンテンツの有効地域を示す地域ＩＤと、地域ＣＭのコンテンツ情報ＩＤと、コンテンツ情報の一部であるコンテンツＩＤおよび再生スピードの許容値を入力する。プロセッサ３２は、地域コンテンツサーバ１１から第３インタフェース画面の入力データを受信すると、Ｅｘｉｔボタンが選択されたか否かを判定し（３２１２）、Ｅｘｉｔボタンが選択されていた場合は、再生リスト編集ルーチンを終了する。
【００７０】
Ｅｘｉｔボタンが選択されていなければ、プロセッサ３２は、地域コンテンツプロバイダが指定した地域ＩＤに対応付けて、受信したコンテンツＩＤと再生スピードの許容値を含むコンテンツ情報を地域ＣＭコンテンツ情報ファイル３４０Ｂに登録して（３２１３）、地域コンテンツプロバイダがＥｘｉｔボタンを選択するまで、ステップ３２１１〜３２１３を繰り返す。尚、コンテンツ情報サーバ３にとって、地域ＣＭコンテンツの配信サーバ５のアドレスは既知となっているため、個々のコンテンツ情報への配信サーバアドレスの設定は省略してもよい。
【００７１】
一方、ＶＯＤサービス事業者は、コンテンツサーバ９の表示画面に表示された第２インタフェース画面で、コンテンツ枠ＩＤと、コンテンツ情報ＩＤと、コンテンツ情報の一部であるコンテンツＩＤおよび再生スピードの許容値を入力する。但し、ＣＭの挿入時間枠を指定するコンテンツ枠ＩＤを入力した場合は、ＶＯＤサービスプロバイダは、コンテンツ情報ＩＤとコンテンツＩＤを入力する代わりに、第２インタフェース画面に用意されたＣＭ挿入指示ボタンを選択する。
【００７２】
プロセッサ３２は、コンテンツサーバ９から第２インタフェース画面の入力データを受信すると、Ｅｘｉｔボタンが選択されたか否かを判定し（３２０５）、Ｅｘｉｔボタンが選択されていた場合は、再生リスト編集ルーチンを終了する。
Ｅｘｉｔボタンが選択されていなければ、プロセッサ３２は、ＣＭ挿入指示ボタンが選択されたか否かを判定し（３２０６）、ＣＭ挿入の指示がなければ、コンテンツ情報テーブル３５０の全ての地域別サブテーブル３５１−１、３５１−２、・・・に、コンテンツサーバ９から受信したコンテンツ枠ＩＤとコンテンツ情報ＩＤとの対応関係を登録する（３２０７）。この後、プロセッサ３２は、タイトル別再生リスト３６０に、第１ユーザインタフェースで指定されたタイトルＩＤと、今回の第２ユーザインタフェースで指定されたコンテンツ枠ＩＤとの対応関係を登録し（３２０９）、コンテンツ情報ＩＤとコンテンツＩＤとの関係を示すコンテンツ情報をコンテンツ情報ファイル３４０Ａに登録して（３２１０）、ステップ３２０４以降の処理を繰り返す。
【００７３】
ＣＭ挿入の指示があった場合、プロセッサ３２は、コンテンツ情報テーブル３５０の全ての地域別サブテーブル３５１−１、３５１−２、・・・に、今回の第２ユーザインタフェースで指定されたコンテンツ枠ＩＤと、地域ＣＭコンテンツ情報ファイル３４０Ｂから検索した地域別ＣＭのコンテンツ情報ＩＤとの対応関係を登録して（３２０８）、ステップ３２０９、３２１０を実行する。地域別ＣＭのコンテンツ情報ＩＤは、コンテンツ情報テーブル３５０が示す地域ＩＤを検索キーとして、地域ＣＭコンテンツ情報ファイル３４０Ｂから検索される。地域ＣＭコンテンツ情報ファイル３４０Ｂに、同一の地域ＩＤと対応づけて複数のコンテンツ情報ＩＤが登録されていた場合、所定の選択アルゴリズム、例えば、最新のコンテンツ情報ＩＤから順にコンテンツ情報ＩＤを選択すればよい。
【００７４】
以上の動作によって、サーバ管理者がＥｘｉｔボタンを選択するまで、コンテンツ枠ＩＤまたは地域ＩＤと、コンテンツ情報の入力が繰り返され、図５に示したタイトル別再生リスト３６０と図６に示したコンテンツ情報テーブル３５０に新たなエントリが追加され、図４に示したコンテンツ情報ファイル３４０（３４０Ａまたは３４０Ｂ）にコンテンツ管理情報が登録される。尚、図７に示した端末別再生リスト３７０へのエントリの追加は、後で詳述するように、端末からコンテンツ情報要求が発生した時点で行われる。
【００７５】
図９は、端末１の構成例を示すブロック図である。
端末１は、通信事業者網Ｎ１のゲートウェイ２（２ａ、２ｂ、・・・）と接続するための回線インタフェース部１１と、プロセッサ１２と、メモリ１３と、データストレージ１４と、入力装置１５および表示装置１６とから構成され、これらの構成要素は、バス１７で相互接続されている。
【００７６】
メモリ１３には、プロセッサ１２が実行する本発明に関係するソフトウェアとして、配信サーバ５との間での映像配信制御メッセージの送受信を制御する配信サーバメッセージ制御ルーチン１１０と、ポータルサーバ８との間でのメッセージの送受信を制御するポータルサーバメッセージ制御ルーチン１２０と、コンテンツ情報サーバ３との間でのメッセージの送受信を制御するコンテンツ情報サーバメッセージ制御ルーチン１３０と、配信サーバ５から配信コンテンツとして映像データを受信するための映像ストリーム受信処理ルーチン１４０と、配信サーバ５から受信した映像データを表示装置に出力するための映像出力制御ルーチン１５０と、プレイリスト再生機能部１６０とが用意されている。
【００７７】
プレイリスト再生機能部１６０は、ＣＭ挿入によって複数のサブコンテンツに分割されたコンテンツデータを次々と受信するための連続再生ルーチン１６００を備える。本実施例では、各端末が、連続再生ルーチン１６００を実行することによって、ＣＭが挿入されたコンテンツを連続的に受信、再生することが可能になる。
【００７８】
図１０は、位置情報サーバ４が備える端末位置テーブル４００の構成例を示す。
端末位置テーブル４００は、端末ＩＤ４０１と地域ＩＤ４０２との対応関係を示す複数のテーブルエントリからなる。位置情報サーバ４は、各端末の現在位置を管理しており、端末１が移動すると、端末位置テーブル４００において、移動した端末１の端末ＩＤ４０１と対応付けられた地域ＩＤ４０２を端末の移動先エリアの地域ＩＤに書き換える。
【００７９】
図１１は、配信サーバ５の構成例を示す。
配信サーバ５は、ＩＰ網Ｎ１０と接続するための回線インタフェース部５１と、プロセッサ５２と、メモリ５３と、コンテンツデータファイル５４０Ａおよび地域ＣＭデータファイル５４０Ｂが形成されるデータストレージ５４と、入力装置５５および表示装置５６とから構成され、これらの構成要素は、バス５７によって相互接続されている。
【００８０】
本実施例において、コンテンツデータファイル５４０Ａには、ＶＯＤサービス事業者網Ｎ２のコンテンツサーバ９（９ａ、９ｂ）から供給されたコンテンツ（またはサブコンテンツ）がコンテンツＩＤと対応づけて蓄積される。また、地域ＣＭデータファイル５４０Ｂには、地域コンテンツプロバイダ網Ｎ３の地域コンテンツサーバ１１から供給された地域ＣＭコンテンツが、コンテンツＩＤと対応づけて蓄積される。尚、これらのデータファイル５４０Ａ、５４０Ｂのコンテンツ記憶容量には上限があるため、ＶＯＤサービス事業者と地域コンテンツプロバイダは、各々に予め割り当てられたデータ記憶容量の範囲内で、配信サーバ５にコンテンツデータを登録し、不要となったコンテンツデータは随時に削除する。
【００８１】
メモリ５３には、プロセッサ５２が実行する本発明に関係するソフトウェア（プログラムおよびデータテーブル）として、コンテンツサーバ９との間でのメッセージの送受信を制御するコンテンツサーバメッセージ制御ルーチン５１０と、コンテンツ情報サーバ３との間でのメッセージの送受信を制御するコンテンツ情報サーバメッセージ制御ルーチン５２０と、ユーザ端末１との間でのメッセージの送受信を制御するユーザ端末メッセージ制御ルーチン５３０と、コンテンツ管理ルーチン５４０と、コンテンツ配信処理ルーチン５５０Ａとが用意されている。
【００８２】
コンテンツ管理ルーチン５４０は、コンテンツサーバ９および地域コンテンツサーバ１１と連携して、データファイル５４０Ａ、５４０Ｂへのコンテンツの追加と削除を行うためのプログラムである。配信サーバ５は、端末からコンテンツＩＤを含むコンテンツの視聴要求メッセージを受信すると、コンテンツ配信処理ルーチン５５０Ａによって、データファイル５４０Ａ、５４０Ｂから、視聴要求メッセージで指定されたコンテンツＩＤと対応するコンテンツデータを読み出して、要求元端末に配信する。
【００８３】
図１に示したＶＯＤ配信ネットワークにおいて、各端末１および各サーバ（３、４、５、８、９、１１）は、例えば、図１２に示すＩＰｖ６パケット形式でメッセージを送受信する。
ＩＰｖ６パケットは、基本ヘッダＨ１と、拡張ヘッダＨ２と、ペイロードＰＬ１とから構成される。基本ヘッダＨ１は、ＩＰプロトコルのバージョン（ＩＰｖ４は「４」、ＩＰｖ６は「６」）、トラフィッククラス（プライオリティ）、フローラベル、ペイロード長、基本ヘッダＨ１の次に位置するヘッダの識別子を示す次ヘッダＩＤ、通過可能なゲートウェイ数を示すホップリミット、送信元ＩＰアドレス、宛先ＩＰアドレスを含む。
【００８４】
拡張ヘッダＨ２は、基本ヘッダＨ１とペイロードＰＬ１との間に挿入され、例えば、オプションヘッダ、ルーチングヘッダ、フラグメントヘッダなどの情報を含み、ペイロードＰＬ１は、トランスポート層のプロトコルヘッダ（ＴＣＰ／ＵＤＰヘッダ）Ｈ３と、トランスポート層のデータ部ＰＬ２を含む。
【００８５】
トランスポート層のデータ部ＰＬ２は、例えば、ＳＩＰ（Session Initiation Protocol）、ＲＴＳＰ（Real Time Streaming Protocol）、ＲＴＰ（Real-time Transport Protocol）、ＨＴＴＰ（Hyper Text Transfer Protocol）などのプロトコルに従ったメッセージまたはパケットを含む。
【００８６】
ＳＩＰは、端末とサーバとの間のセッションを制御（設定／解除）するためのプロトコルであり、ＳＩＰメッセージは、ＳＩＰメッセージの種類（Request-Method）と宛先アドレス（ＵＲＩ）を示すスタートライン（Start Line）と、要求または応答とＳＩＰパラメータが記述されるヘッダ部と、セッション内容を記述したメッセージボディ部とからなっている。端末とサーバとの間でメディア情報を送受信する場合、メディア情報は、メッセージボディ部に設定される。
【００８７】
ＲＴＳＰは、サーバからクライアントへのマルチメディアデータの送信を制御するためのプロトコルであり、ＲＴＳＰメッセージは、ＲＴＳＰパラメータが設定されるヘッダフィールドと、ストリーム配信されるメディア情報を含むメッセージボディ部とからなる。クライアントからサーバに送信されるＲＴＳＰの要求メッセージはRequest-line、サーバからクライアントに送信されるＲＴＳＰの応答メッセージはStatus Lineを含む。
【００８８】
ＲＴＰパケットは、セッション識別子を含む基本ヘッダと、拡張ヘッダと、マルチメディアデータを含むペイロードとから構成される。
【００８９】
ＨＴＴＰは、クライアントとサーバとの間でのＨＴＭＬ（Hypertext Markup Language）文書情報の送受信に使用されるプロトコルであり、ＨＴＴＰメッセージは、ＨＴＴＰパラメータが設定されるヘッダフィールドと、ＨＴＭＬ文書情報が設定されるメッセージボディとからなる。ＨＴＴＰの要求メッセージは、最初の行（リクエストライン）でリソースへの適用メソッド、リソース識別子、使用プロトコルが記述され、ＨＴＴＰの応答メッセージは、最初の行（ステータスライン）でプロトコルバージョン、ステータスコード、理由文が記述される。
【００９０】
次に、図１３に示す通信シーケンスに従って、端末１からタイトルＩＤが「Title 1」のコンテンツを要求されたとき、コンテンツ情報サーバ３の制御の下で、配信サーバ５から要求元端末に、地域ＣＭが挿入されたコンテンツを配信する手順について説明する。タイトルＩＤが「Title 1」のコンテンツは、図５のサブリスト３６１−１が示すように、コンテンツ枠ＩＤが、「Content-Window１」、「Content-Window２」、「Content-Window３」の３つの時間枠で配信される。
【００９１】
端末１のユーザは、コンテンツを視聴するとき、予めアドレスが判っているポータルサーバ８（８ａまたは８ｂ）に対してログインし、ポータルサーバ８の配信サービスを起動する（ＳＱ０１）。配信サービスの起動によって、端末１からポータルサーバ８に、タイトルリスト要求メッセージが送信される（ＳＱ０２）。端末１とポータルサーバ８との間の通信には、ＨＴＴＰが適用され、上記タイトルリスト要求メッセージは、ＨＴＴＰメッセージボディに要求元端末１の端末ＩＤを含む。
【００９２】
ポータルサーバ８のプロセッサ８２は、端末１からタイトルリスト要求メッセージを受信すると、図１４に示すコンテンツ情報サーバ照合ルーチン８３０を実行する（ＳＱ０３）。コンテンツ情報サーバ照合ルーチン８３０において、プロセッサ８２は、図３に示した端末別コンテンツ情報サーバリスト８４０から、端末ＩＤ８４１が上記タイトルリスト要求メッセージに含まれる端末ＩＤと一致するコンテンツ情報サーバＩＤ８４２を検索する（８３０１）。この後、プロセッサ８２は、端末別コンテンツ情報サーバリスト８４０の検索結果に基いて、コンテンツ情報サーバＩＤ８４２が示すサーバアドレス（ＵＲＬ）にリンクを張ったタイトルリストＷｅｂページを生成し（８３０２）、このＷｅｂページを要求元端末１に送信して（８３０３、図１３のＳＱ０４）、コンテンツ情報サーバ照合ルーチン８３０を終了する。上記Ｗｅｂページは、ユーザが選択可能な複数のタイトル名を示すタイトルリストを含み、各タイトル名にはタイトルＩＤが付随している。
【００９３】
端末１は、ポータルサーバ８から受信したＷｅｂページを表示画面に表示する。端末ユーザが、Ｗｅｂページが示すタイトルリストから視聴したいタイトルを選択（クリック）すると（ＳＱ０５）、端末１のプロセッサ１２は、図１５に示す連続再生ルーチン１６００を起動する。
【００９４】
連続再生ルーチン１６００において、プロセッサ１２は、端末ＩＤと、ユーザが選択したタイトルに付随するタイトルＩＤとを含むコンテンツ情報要求メッセージを生成し、これをコンテンツ情報サーバ３に送信して（１６０１、図１３のＳＱ０７）、コンテンツ情報サーバからの応答を待つ（１６０２）。本実施例では、端末１とコンテンツ情報サーバ３との通信にＨＴＴＰを適用するが、ＨＴＴＰ以外のプロトコルを適用してもよい。コンテンツ情報要求メッセージは、ＨＴＴＰメッセージボディに要求元端末１の端末ＩＤと、ユーザが選択したタイトルに付随するタイトルＩＤとを含む。
【００９５】
コンテンツ情報サーバ３のプロセッサ３２は、端末１からコンテンツ情報要求メッセージを受信すると、図１６に示すコンテンツ情報要求処理ルーチン３３０を起動する。
コンテンツ情報要求処理ルーチン３３０において、プロセッサ３２は、端末別再生リスト３７０から、端末ＩＤ３７１とタイトルＩＤ３７２が、コンテンツ情報要求メッセージが示す端末ＩＤとタイトルＩＤに一致するサブリストを検索して（３３０１）、検索結果を判定する（３３０２、図１３のＳＱ０８）。
【００９６】
端末別再生リスト３７０に、コンテンツ情報要求メッセージが示す端末ＩＤとタイトルＩＤに該当するサブリストが未登録の場合、プロセッサ３２は、位置情報サーバ４に、コンテンツ情報要求メッセージが示す端末ＩＤと対応する位置情報を要求して（３３０３、図１３のＳＱ０９）、位置情報サーバ４からの応答を待つ（３３０４）。コンテンツ情報サーバ３と位置情報サーバ４との通信には、例えば、ＳＩＰが適用され、コンテンツ情報サーバ３から位置情報サーバ４へ送信される位置情報要求メッセージは、ＳＩＰメッセージボディに端末ＩＤを含む。但し、ＳＩＰに代えて、ＨＴＴＰ等の他のプロトコルを用いてもよい。
【００９７】
位置情報サーバ４は、コンテンツ情報サーバ３から位置情報要求メッセージを受信すると、図１０に示した端末位置テーブルから、受信メッセージが示す端末ＩＤと対応する地域ＩＤ４０２を検索し、検索された地域ＩＤをＳＩＰメッセージボディに含む応答メッセージをコンテンツ情報サーバ３に返送する（図１４のＳＱ１０）。
【００９８】
コンテンツ情報サーバ３のプロセッサ３２は、位置情報サーバ４から地域ＩＤを示す応答メッセージを受信すると（３３０４）、図５に示したタイトル別再生リスト３６０から、コンテンツ情報要求メッセージから抽出されたタイトルＩＤと対応する全てのコンテンツ枠ＩＤを検索し（３３０５）、図６に示したコンテンツ情報テーブル３５０のうち、位置情報サーバ４から通知された地域ＩＤと対応するサブリストから、上記各コンテンツ枠ＩＤと対応するコンテンツ情報ＩＤを検索する（３３０６）。プロセッサ３２は、次に、図７に示す端末別再生リスト３７０に、上記端末ＩＤとタイトルＩＤとを示す新たなサブリストを追加し、このサブリストのコンテンツ情報ＩＤ３７３として、コンテンツ情報テーブル３５０から検索された一群のコンテンツ情報ＩＤを登録し、先頭エントリの視聴中フラグをＯＮに設定する（３３０７、図１３のＳＱ１１）。
【００９９】
この後、プロセッサ３２は、視聴中フラグがＯＮ状態のテーブルエントリが、サブリスト内の最後のエントリか否かを判定する（３３１０）。プロセッサ３２は、視聴中フラグがＯＮ状態のテーブルエントリが、最後のエントリであれば、Final Contentフラグを「１」に設定し（３３１１）、そうでなければ、Final Contentフラグを「０」に設定し（３３１２）、データストレージ３４から、視聴中フラグがＯＮ状態となっているエントリが示すコンテンツ情報ＩＤと対応するコンテンツ情報を検索し（３３１３）、ＨＴＴＰメッセージボディにコンテンツ情報（コンテンツＩＤ、配信サーバアドレス、再生スピードの許容値）とFinal Contentフラグを含む応答メッセージを生成して、これを要求元の端末に送信して（３３１４、図１３のＳＱ１２）、今回のコンテンツ情報要求処理ルーチンの実行を終了する。
【０１００】
例えば、端末ＩＤ＝「1111:2222:3333:4444」の端末１ａ−２が、地域ＩＤ＝「Area-A」のエリアから、タイトルＩＤ＝「Title 1」を指定したコンテンツ情報要求メッセージを送信した場合、端末別再生リスト３７０には、図７に示すサブリスト３７１−１が追加される。また、端末ＩＤ＝「5555:6666:7777:8888」の端末１ｂ−１が、地域ＩＤ＝「Area-B」のエリアから、タイトルＩＤ＝「Title 1」を指定したコンテンツ情報要求メッセージを送信した場合、端末別再生リスト３７０には、図７に示すサブリスト３７１−２が追加される。
【０１０１】
後述するように、端末１は、コンテンツ情報サーバ３から通知されたコンテンツＩＤをもつコンテンツの再生が終了すると、Final Contentフラグを判定し、Final Contentフラグが「０」の場合は、前回と同一のタイトルＩＤを指定したコンテンツ情報要求メッセージをコンテンツ情報サーバ３に送信する。従がって、コンテンツ情報サーバ３のプロセッサ３２は、コンテンツ情報要求メッセージの受信の都度、コンテンツ情報要求処理ルーチン３３０の実行を繰り返す。
【０１０２】
コンテンツ情報サーバ３が、端末１から前回と同一のタイトルＩＤを指定したコンテンツ情報要求メッセージを受信した時、端末別再生リスト３７０には、受信メッセージが示す端末ＩＤとコンテンツＩＤに対応するテーブルエントリが既に登録済みとなっている。この場合、プロセッサ３２は、ステップ３３０１で端末別再生リスト３７０から検索されたサブリストにおいて、ＯＮ状態となっている視聴中フラグをＯＦＦ状態に変更し、次エントリの視聴中フラグをＯＮ状態に設定して（３３０８）、ステップ３３１０以降の動作を実行する。
【０１０３】
図１５に戻って、連続再生ルーチン１６００を実行中の端末１のプロセッサ１２は、コンテンツ情報サーバ３から、コンテンツ情報要求に対する応答メッセージを受信すると、応答メッセージが示すFinal Contentフラグの状態を記憶（１６０３）した後、応答メッセージから抽出した配信サーバアドレスとコンテンツＩＤに基いて、配信サーバ５に、コンテンツＩＤを含む視聴要求メッセージを送信して（１６０４、図１３のＳＱ１３）、配信サーバ５からの応答を待つ（１６０５）。
【０１０４】
端末１と配信サーバ５との間の通信において、配信サーバ５から端末１へのコンテンツデータの配信には、例えば、ＲＴＰが適用され、コンテンツデータ配信以外の通信にはＲＴＳＰを適用される。配信サーバ５は、端末１からＲＴＳＰの視聴要求メッセージを受信すると、要求元端末１にＲＴＳＰで応答メッセージを送信（図１３のＳＱ１４）した後、データストレージ５４から、視聴要求メッセージが示すコンテンツＩＤと対応するコンテンツデータを読み出して、ＲＴＰで要求元端末１に配信する（図１３のＳＱ１５）。
【０１０５】
図１５の連続再生ルーチン１６００において、配信サーバからの応答待ち状態(１６０５)にあった端末１のプロセッサ１２は、配信サーバ５から応答メッセージを受信すると、その後に配信サーバ５から送信されるＲＴＰのコンテンツデータを受信処理し、再生されたコンテンツを表示画面に出力する（１６０６、図１３のＳＱ１６）。
プロセッサ１２は、コンテンツ再生の終了を検知したとき（１６０７）、終了原因を判定し（１６０８）、配信サーバ５から受信したコンテンツデータの再生が完了していた場合は、Final Contentフラグの状態をチェックする（１６０９、図１３のＳＱ１７）。Final Contentフラグが「１」でなければ、プロセッサ１２は、ステップ１６０１で、前回と同一のコンテンツＩＤを含むコンテンツ情報要求メッセージをコンテンツ情報サーバ５に送信し（１６０１、図１３のＳＱ２０）、ステップ１６０２〜１６０８の動作を繰り返す。
【０１０６】
コンテンツ情報サーバ３が、端末１から前回と同一タイトルＩＤを指定したコンテンツ情報要求メッセージを受信した時、受信したコンテンツ情報要求メッセージが示す端末ＩＤとタイトルＩＤに該当するテーブルエントリ（サブリスト）が端末別再生リスト３７０に既に存在しているため、プロセッサ３２は、図１６に示したコンテンツ情報要求処理ルーチン３３０のステップ３３０８において、端末別再生リスト３７０に記憶された視聴中フラグを書き換えて（図１３のＳＱ２１）、前述したステップ３３１０〜３３１４を実行する。その結果、視聴中フラグがＯＮ状態に切り替えられたエントリが、サブリスト内の最後のエントリになる迄、コンテンツ情報サーバ３から端末１に、新たなコンテンツＩＤとFinal Contentフラグ（＝「０」）を含む応答メッセージが送信され（図１３のＳＱ２２）、ＳＱ１３〜ＳＱ１７と同様のシーケンスＳＱ２３〜ＳＱ２７が繰り返される。
【０１０７】
端末１が、同一タイトルＩＤを含むコンテンツ情報要求の送信を繰り返し、端末別タイトル別再生リスト３７０において、視聴中フラグがＯＮ状態に切り替えられたエントリが、サブリスト内の最後のエントリとなったとき、コンテンツ情報サーバ３から端末１に、新たなコンテンツＩＤとFinal Contentフラグ（＝「１」）を含む最後の応答メッセージが送信される。
【０１０８】
端末１において、最後の応答メッセージで通知されたコンテンツＩＤをもつコンテンツデータの再生が完了したとき、図１５の連続再生ルーチン１６００のステップ１６０９で、Final Contentフラグの状態「１」が検出されるため、プロセッサ１２は、端末ユーザが要求したタイトルの全てのコンテンツ再生が完了したものと判断して（図１３のＳＱ３１）、ポータルサーバ８にタイトルリスト要求メッセージを送信する（１６１１、図１３のＳＱ３２）。この場合、ポータルサーバ８は、ＳＱ０３、ＳＱ０４と同様の動作ＳＱ３３、ＳＱ３４を繰り返す。
【０１０９】
連続再生ルーチン１６００において、ステップ１６０７でコンテンツの再生終了が検知されたとき（１６０７）、終了原因が受信コンテンツの再生完了以外の場合、例えば、ユーザによる再生停止操作に起因していた場合、プロセッサ３２は、配信サーバ５に視聴終了通知メッセージを送信（１６１０）した後、ステップ１６１１を実行する。
【０１１０】
上記実施例では、コンテンツ情報サーバ３が、コンテンツの再生順に配列された一群のコンテンツ情報ＩＤを地域ＩＤ別に記憶するためのコンテンツ情報テーブル３５０と、端末別再生リスト３７０とを備え、端末１から最初のコンテンツ情報要求を受信した時点で、要求元端末１の端末ＩＤとタイトルＩＤで特定される新たなサブリストを端末別再生リスト３７０に追加し、このサブリストに、端末の現在位置に応じて上記コンテンツ情報テーブル３５０から選択された一群のコンテンツ情報ＩＤを記憶している。
【０１１１】
また、上記実施例では、コンテンツ情報サーバ３が、コンテンツ情報要求メッセージの受信の都度、上記端末別再生リスト３７０のサブリストからエントリ順にコンテンツ情報ＩＤを読出し、該コンテンツ情報ＩＤで特定されるコンテンツＩＤを端末に通知し、端末が、コンテンツ情報サーバ３から通知されたコンテンツＩＤに従って配信サーバ５に視聴要求を発行し、配信サーバ５から配信されたコンテンツの再生が終了する度に、コンテンツ情報サーバ３にコンテンツ情報要求メッセージを送信することによって、各端末に地域毎に異なったＣＭコンテンツを配信している。
【０１１２】
上記実施例によれば、コンテンツ情報サーバ３が、位置情報サーバ４から入手した各端末の現在位置に応じて、端末別再生リスト３７０に新たなサブリストを追加し、この端末別再生リスト３７０に従って、配信サーバ５から各端末へのコンテンツ配信を制御しているため、各端末の位置情報をＶＯＤサービス事業者に漏洩することなく、端末に地域ＣＭを配信サービスすることができる。
【０１１３】
また、上記実施例では、端末からタイトルＩＤを指定したコンテンツ情報要求を受信した時、コンテンツ情報サーバ５が、タイトル別再生リスト３６０を参照して、タイトルＩＤと対応した一群のコンテンツ枠ＩＤを特定し、コンテンツ情報テーブル３５０から、端末の現在位置を示す地域ＩＤと、タイトル別再生リスト３６０で特定されたコンテンツ枠ＩＤとに基いて、端末別再生リスト３７０に記憶すべき一群のコンテンツ情報ＩＤを検索している。
【０１１４】
上記構成によれば、同一のタイトルＩＤをもつコンテンツに地域毎に異なったＣＭコンテンツを挿入した場合でも、コンテンツ枠ＩＤの組み合わせを検索キーとして、コンテンツ情報テーブル３５０から一群のコンテンツ情報ＩＤを検索できるため、コンテンツ情報テーブル３５０に、サブコンテンツ用のコンテンツ情報ＩＤは同一で、地域ＣＭ用のコンテンツ情報ＩＤのみ異なる複数組のコンテンツ情報ＩＤを登録することが可能となる。
【実施例２】
【０１１５】
次に、図１７〜図２３を参照して、本発明の第２実施例について説明する。
図１７は、第２実施例における通信シーケンスを示す。図１７では、図１３に示した通信シーケンスと同一の部分には同一の符号が付してあるため、第１実施例と重複する動作については説明を簡略化する。
【０１１６】
第２実施例は、ポータルサーバ８が、端末１からＶＯＤサービスを開始するための最初のタイトルリスト要求メッセージを受信したとき（ＳＱ００２）、受信メッセージをタイトルリスト要求／ＶＯＤサービス起動要求として扱い、コンテンツ情報サーバ３に対して、サービス起動要求を送信する（ＳＱ００４）ことを特徴とする。
【０１１７】
図１８は、第２実施例に適用されるポータルサーバ８の構成例を示す。
図２に示した第１実施例のポータルサーバ８と比較すると、本実施例では、メモリ８３に、コンテンツ情報サーバ３との間でのメッセージの送受信を制御するコンテンツ情報サーバメッセージ制御ルーチン８６０が追加されている。また、タイトルリスト提供機能部８２０が備えるコンテンツ情報サーバ照合ルーチン８３０Ａが、第１実施例のコンテンツ情報サーバ照合ルーチン８３０とは若干異なっている。
【０１１８】
図１９は、端末１からタイトルリスト要求メッセージを受信した時、ポータルサーバ８のプロセッサ８２が実行するコンテンツ情報サーバ照合ルーチン８３０Ａのフローチャートを示す。
コンテンツ情報サーバ照合ルーチン８３０Ａにおいて、プロセッサ８２は、図３に示した端末別コンテンツ情報サーバリスト８４０から、端末ＩＤ８４１がタイトルリスト要求メッセージに含まれる端末ＩＤと一致するコンテンツ情報サーバＩＤ８４２を検索する（８３０１）。この後、プロセッサ８２は、今回受信したタイトルリスト要求メッセージが、端末ＩＤ８４１をもつ端末がＶＯＤサービスを開始するために送信した最初のタイトルリスト要求メッセージ（ＶＯＤサービス起動要求）か否かを判定する（８３１１）。
【０１１９】
この判定には、ポータルサーバ８が備えるログ記録を利用できる。また、各端末が、最初に送信するタイトルリスト要求メッセージに、このメッセージがＶＯＤサービス起動要求となることを示す識別情報を設定するようにしてもよい。例えば、各端末に予めＶＯＤサービスのアクセス先ＵＲＬを記憶しておき、端末１が、最初に送信するタイトルリスト要求メッセージに上記ＵＲＬを設定し、ポータルサーバ８が、受信メッセージに含まれるＵＲＬを検出して、ＶＯＤサービス起動要求と判定するようにしてもよい。
【０１２０】
タイトルリスト要求メッセージがＶＯＤサービス起動要求になっていない場合、プロセッサ８２は、端末別コンテンツ情報サーバリスト８４０の検索結果に基いて、コンテンツ情報サーバＩＤ８４２が示すサーバアドレス（ＵＲＬ）にリンクを張ったタイトルリスト用のＷＥＢページを生成し（８３０２）、このＷＥＢページを要求元端末１に送信して（８３０３、図１７のＳＱ０４）、コンテンツ情報サーバ照合ルーチン８３０Ａを終了する。ＷＥＢページは、ユーザが選択可能な複数のタイトル名を示すタイトルリストを含み、各タイトル名にはタイトルＩＤが付随している。
【０１２１】
タイトルリスト要求メッセージがＶＯＤサービス起動要求となっていた場合、プロセッサ８２は、コンテンツ情報サーバ３に対して、ＨＴＴＰメッセージボディに要求元の端末ＩＤを含むサービス起動要求メッセージを送信して（８３１２、図１７のＳＱ００４）、コンテンツ情報サーバ３からの応答を待つ（８３１３）。プロセッサ８２は、コンテンツ情報サーバ３からＨＴＴＰ応答メッセージを受信すると（図１７のＳＱ００６）、ステップ８３０２、８３０３（図１７のＳＱ０４）を実行して、コンテンツ情報サーバ照合ルーチン８３０Ａを終了する。
【０１２２】
図２０は、第２実施例に適用されるコンテンツ情報サーバ３の構成例を示す。
図４に示した第１実施例のコンテンツ情報サーバ３と比較すると、メモリ３３に、ポータルサーバ８との間でのメッセージの送受信を制御するポータルサーバメッセージ制御ルーチン３１５が追加されている。また、プレイリスト再生提供機能部３１４に、ポータルサーバ照合ルーチン３８０とポータルサーバリスト３８１が追加されている。
【０１２３】
図２１は、ポータルサーバリスト３８１の１例を示す。
ポータルサーバリスト３８１には、コンテンツ情報サーバ３が所属する通信事業者網Ｎ１と連携しているＶＯＤサービス事業者網Ｎ２（Ｎ２ａ、Ｎ２ｂ、・・・）のポータルサーバの識別子（ＩＤ）、例えば、サーバアドレスが登録されている。
【０１２４】
図２２は、ポータルサーバ８からサービス起動要求メッセージを受信したとき、コンテンツ情報サーバ３のプロセッサ３２が実行するポータルサーバ照合ルーチン３８０のフローチャートを示す。
ポータルサーバ照合ルーチン３８０において、プロセッサ３２は、サービス起動通知メッセージの送信元アドレスが、ポータルサーバリスト３８１にポータルサーバＩＤとして登録されているか否かをチェックし（３８０１）、もし、未登録の場合、サービス起動通知メッセージの送信元にエラー応答メッセージを返信して（３８０４）、このルーチンを終了する。
【０１２５】
サービス起動通知メッセージの送信元アドレスが、ポータルサーバリスト３８１に登録済みとなっていた場合、プロセッサ３２は、サービス起動通知メッセージの送信元（ポータルサーバ８）にＡＣＫ応答を送信（３８０３）した後、位置情報サーバ４に対して、ＳＩＰメッセージボディに上記サービス起動通知メッセージが示す端末ＩＤを含んだ位置情報要求メッセージを送信して（３８０５、図１７のＳＱ００７）、位置情報サーバ４からの応答を待つ（３８０６）。プロセッサ３２は、位置情報サーバ４から、ＳＩＰメッセージボディに端末ＩＤと地域ＩＤとを含む応答メッセージを受信する（図１７のＳＱ００８）と、端末ＩＤと地域ＩＤとの対応関係をメモリ３３に保存して（３８０７、図１７のＳＱ００９）、このルーチンを終了する。
【０１２６】
第１実施例では、端末１から最初のコンテンツ情報要求メッセージを受信した時、コンテンツ情報サーバ３が、位置情報サーバ４から端末の位置情報を取得していたが、第２実施例では、コンテンツ情報サーバ３は、ポータルサーバ８から受信したサービス起動要求に応答して、位置情報サーバ４から端末の位置情報を取得できる。従って、図１７に示すように、端末１から最初のコンテンツ情報要求メッセージを受信したとき（ＳＱ０７）、コンテンツ情報サーバ３は、位置情報サーバ４との通信を省略して、端末別再生リストを更新（サブリストを生成）できる（ＳＱ１１）。
【０１２７】
コンテンツ情報サーバ３のプロセッサ３２は、端末１からコンテンツ情報要求メッセージを受信すると（ＳＱ０７）、図２３に示すコンテンツ情報要求処理ルーチン３３０Ｂを実行する。本実施例で実行されるコンテンツ情報要求処理ルーチン３３０Ｂは、図１６で説明した第１実施例のコンテンツ情報要求処理ルーチン３３０から、位置情報サーバ４への位置情報の要求ステップ３３０３と、応答受信待ちステップ３３０４を省略したものとなっている。
【０１２８】
コンテンツ情報要求処理ルーチン３３０Ｂにおいて、プロセッサ３２は、端末別再生リスト３７０から、端末ＩＤ３７１とタイトルＩＤ３７２が、コンテンツ情報要求メッセージが示す端末ＩＤとタイトルＩＤに一致するサブリストを検索し（３３０１）、目的のサブリストが未登録の場合（３３０２）、図５に示したタイトル別再生リスト３６０から、コンテンツ情報要求メッセージから抽出されたタイトルＩＤと対応する全てのコンテンツ枠ＩＤを検索し（３３０５）、図６に示したコンテンツ情報テーブル３５０のうち、図１７のＳＱ００９で記憶してある地域ＩＤと対応するサブリストから、上記各コンテンツ枠ＩＤと対応するコンテンツ情報ＩＤを検索する（３３０６）。この後、プロセッサ３２は、第１実施例と同様の手順で、端末別再生リスト３７０に追加された新たなサブリストに、コンテンツ情報テーブル３５０から検索された一群のコンテンツ情報ＩＤを登録し、先頭エントリの視聴中フラグをＯＮに設定して（３３０７、図１７のＳＱ１１）、Final Contentフラグとコンテンツ情報ＩＤとを示す応答メッセージを端末に送信して（３３１０〜３３１２、図１７のＳＱ１２）、コンテンツ情報要求処理ルーチンを終了する。
【０１２９】
端末１が、コンテンツ情報サーバ３から応答メッセージを受信すると（ＳＱ１１）、その後は、図１３と同様のシーケンスＳＱ１３〜ＳＱ３１が実行され、端末１が、ポータルサーバ８に２回目のタイトルリスト要求メッセージを送信すると（ＳＱ３２）、ポータルサーバ８のプロセッサ８２が、図１９に示したコンテンツ情報サーバ照合処理ルーチン８３０Ｂを実行する（ＳＱ３３）。
【０１３０】
２回目以降のタイトルリスト要求メッセージを受信した時、プロセッサ８２は、端末別コンテンツ情報サーバリスト８４０からコンテンツ情報サーバＩＤを検索し（８３０１）、コンテンツ情報サーバ３にサービス起動要求を送信することなく、タイトルリスト用のＷｅｂページを要求元端末１に送信して（８３０３、図１７のＳＱ３４）、コンテンツ情報サーバ照合処理ルーチン８３０Ｂを終了する。以下、ＳＱ００５〜ＳＱ１５と同様のシーケンスＳＱ０３５〜ＳＱ４５が繰り返される。
【実施例３】
【０１３１】
次に、図２４〜図３１を参照して、本発明の第３実施例について説明する。
第３実施例は、タイトルＩＤで特定されるコンテンツが地域ＣＭコンテンツの挿入によって複数のサブコンテンツに分割された場合でも、各サブコンテンツを同一のコンテンツＩＤで管理できるようにしたことを特徴とする。
【０１３２】
図２４は、第３実施例に適用されるコンテンツ情報サーバ３の構成例を示す。
第３実施例のコンテンツ情報サーバ３は、図４で説明した第１実施例のコンテンツ情報サーバ３のメモリ３３に、配信サーバ５との間でのメッセージの送受信を制御する配信サーバメッセージ制御ルーチン３１６を追加し、プレイリスト再生提供機能部３１４に、コンテンツＩＤ送信ルーチン３９０を追加した構成となっている。
【０１３３】
図２５は、本実施例のコンテンツ情報サーバ３が備えるコンテンツ情報テーブル３５０の１例を示す。ここでは、タイトル別再生リスト３６０が、第１実施例と同様、図５に示す内容となっている場合を想定している。
本実施例のコンテンツ情報テーブル３５０は、エントリＥ０１ａとＥ０３ａ、エントリＥ０１ｂとＥ０３ｂのコンテンツ情報ＩＤ３５３の値から判るように、ＣＭコンテンツの挿入によって分割され、別々のコンテンツ枠で配信される複数のサブコンテンツに対して、同一のコンテンツ情報ＩＤ３５３が割当てられている。これは、各サブコンテンツが、タイトルＩＤで特定されるコンテンツ本編に与えられたコンテンツＩＤと同じコンテンツＩＤをもつことを意味している。本実施例のコンテンツ情報テーブル３５０も、図６（Ｂ）に示したように、１つのコンテンツ枠ＩＤ３５３と対応付けて、地域ＣＭコンテンツ用の複数のコンテンツ情報ＩＤが登録できる。
【０１３４】
図２６の（Ａ）は、本実施例で生成される端末別再生リスト３７０の構成例を示す。
上述したように、本実施例では、コンテンツ情報テーブル３５０が、サブコンテンツ用の複数のコンテンツ枠ＩＤと対応づけて、同一のコンテンツ情報ＩＤを記憶しているため、タイトル別再生リスト３６０とコンテンツ情報テーブル３５０に基いて生成される端末別再生リスト３７０の各サブリスト（３７１−１、３７１−２、３７１−３）において、サブコンテンツ用の複数のコンテンツ情報ＩＤ３７３が同一のＩＤ値となる。
【０１３５】
図２６の（Ｂ）は、１つのコンテンツに２つの地域ＣＭが挿入された場合のサブリスト３７１−１の１例を示している。サブリスト３７１−１は、タイトルＩＤ＝「Title 1」のコンテンツ本編に、コンテンツ情報ＩＤ「content-info1.example.com」が付与され、このコンテンツ本編に、コンテンツ情報ＩＤが「content-cm1.example.com」、「content-cm11.example.com」の２つの地域ＣＭコンテンツが挿入されることを意味している。
【０１３６】
図２７は、第３実施例に適用される配信サーバ５の構成例を示す。
第３実施例の配信サーバ５は、図１１で説明した第１実施例の配信サーバのメモリ５３に、コンテンツ配信処理ルーチン５５０Ａに代えて、ＣＭ挿入機能部５５０Ｂを追加した構成となっている。ＣＭ挿入機能部５５０Ｂは、ＣＭ挿入コンテンツ配信ルーチン５６０と、ＣＭ挿入位置リスト５７０とを含む。
【０１３７】
ＣＭ挿入位置リスト５７０は、図２８に示すように、コンテンツＩＤ５７１とＣＭ挿入位置５７２との関係を示す複数のエントリからなっている。ＣＭ挿入位置リスト５７０には、コンテンツＩＤ５７１として、タイトルＩＤで特定される各コンテンツに与えられたコンテンツＩＤが登録される。ＣＭ挿入位置５７２には、各コンテンツの再生が開始されてからＣＭコンテンツの挿入箇所までの経過時間を示す時間情報が記憶される。ＣＭ挿入位置５７２が空欄となっているエントリは、コンテンツＩＤ５７１で特定されるコンテンツへのＣＭ挿入が行われないことを意味している。
【０１３８】
本実施例では、端末１から視聴要求を受信した配信サーバ５が、図３０で詳述するＣＭ挿入コンテンツ配信ルーチン５６０を起動し、端末へのコンテンツデータの配信を開始する。ＣＭ挿入コンテンツ配信ルーチン５６０は、ＣＭ挿入位置リスト５７０のＣＭ挿入位置情報５７２で指定されたタイミングで、コンテンツデータの配信を中断し、コンテンツ情報サーバ３に次に配信すべき広告コンテンツ（地域ＣＭコンテンツ）のコンテンツＩＤを要求する。
【０１３９】
配信サーバ５は、コンテンツ情報サーバ３から通知されたコンテンツＩＤに基いてデータストレージ５４から地域ＣＭコンテンツを読み出し、これを端末１に配信する。地域ＣＭコンテンツの配信が完了すると、配信サーバ５は、コンテンツ情報サーバ３に次に配信すべきコンテンツのコンテンツＩＤを要求し、コンテンツ情報サーバ３から通知されたコンテンツＩＤが、中断したコンテンツのＩＤと一致することを確認して、中断コンテンツの端末への配信を再開する。
【０１４０】
図２９Ａと図２９Ｂは、第３実施例におけるコンテンツ配信のシーケンス図を示す。
ここでは、端末ＩＤ＝「1111.2222.3333.4444」の端末１が、タイトルＩＤ＝「Title1」のコンテンツを視聴する場合について説明する。ＳＱ０１〜ＳＱ１２は、図１３で説明した第１実施例のシーケンスと同じため、説明は省略する。
配信サーバ５のプロセッサ５２は、端末１からタイトルＩＤと端末ＩＤを含むタイトルの視聴要求メッセージを受信すると（ＳＱ１３）、端末１に応答メッセージを送信（ＳＱ１４）した後、図３０に示すＣＭ挿入コンテンツ配信ルーチン５６０を起動する（ＳＱ０１０）。
【０１４１】
ＣＭ挿入コンテンツ配信ルーチン５６０では、プロセッサ５２は、コンテンツ本編の配信が中断され、地域ＣＭが配信中であることを示す中断フラグをクリアし（５６０１）、ＣＭ挿入位置リスト５７０から、視聴要求メッセージで指定されたコンテンツＩＤと対応するＣＭ挿入位置を検索し（５６０２）、ＣＭ挿入の要否を判定する（５６０３）。ＣＭ挿入位置リスト５７０でＣＭ挿入位置が指定されていない場合は、プロセッサ５２は、次のＣＭ挿入位置を示すパラメータＰ（ＣＭ）に、コンテンツ再生中に到達できない値（最大値）を設定し（５６０５）、データストレージ５４からコンテンツＩＤをもつコンテンツを読み出して、端末１へのコンテンツ配信を開始する（５６０６、図２９ＡのＳＱ１５）。ＣＭ挿入位置リスト５７０でＣＭ挿入位置が指定されていた場合、プロセッサ５２は、パラメータＰ（ＣＭ）にＣＭ挿入位置リストが示す最初のＣＭ挿入位置の値を設定して（５６０４）、端末１へのコンテンツ配信を開始する（５６０６）。
【０１４２】
プロセッサ５２は、端末へのコンテンツ配信中に、端末１から視聴終了通知が受信されたか否かを判定し（５６０７）、視聴終了通知を受信していなければ、コンテンツの配信が終了したか否かを判定する（５６０８）。コンテンツの配信が終了していなければ、プロセッサ５２は、中断フラグの状態を判定し（５６０９）、中断フラグが「１」であれば、ステップ５６０６に戻って、コンテンツの配信と、判定ステップ５６０７、５６０８を繰り返す。中断フラグが「０」の場合、プロセッサ５２は、コンテンツ本編の再生位置がパラメータＰ（ＣＭ）によって指定されたＣＭ挿入位置に到達したか否かを判定し（５６１０）、ＣＭ挿入位置に到達していなければ、ステップ５６０６に戻って、コンテンツの配信と、判定ステップ５６０７、５６０８を繰り返す。
【０１４３】
コンテンツ本編の再生位置がＣＭ挿入位置に到達したとき（５６１０、図２９ＡのＳＱ０１１）、プロセッサ５２は、端末ＩＤを含むコンテンツＩＤ要求メッセージをコンテンツ情報サーバ３に送信して（５６１３、図２９ＡのＳＱ１２）、コンテンツ情報サーバ３からの応答メッセージを待つ（５６１４）。コンテンツ情報サーバ３のプロセッサ３２は、配信サーバ５からコンテンツＩＤ要求メッセージを受信すると、図３１に示すコンテンツＩＤ送信ルーチン３９０を起動する（図２９ＡのＳＱ０１３）。
【０１４４】
コンテンツＩＤ送信ルーチン３９０において、プロセッサ３２は、図２６に示した端末別再生リスト３７０から、コンテンツＩＤ要求メッセージで指定された端末ＩＤと対応するサブリスト３７１−１を検索し（３９０１）、エントリＥ０１でＯＮ状態にある視聴中フラグをＯＦＦ状態に変更し、次のエントリＥ０２の視聴中フラグをＯＮ状態に設定する（３９０２）。この後、プロセッサ３２は、エントリＥ０２が示すコンテンツ情報ＩＤと対応するコンテンツＩＤをデータストレージ３４から検索して（３９０３）、このコンテンツＩＤを含む応答メッセージを配信サーバ５に送信する（３９０４、図２９ＡのＳＱ０１４）。この時点では、コンテンツ情報ＩＤ＝［content-cm1.example.com］をもつコンテンツ情報が示す地域ＣＭのコンテンツＩＤが配信サーバ５に通知される。
【０１４５】
図３０において、配信サーバ５のプロセッサ５２は、コンテンツ情報サーバ３から応答メッセージを受信すると、ＣＭ挿入位置リスト５７０に次のＣＭ挿入位置が指定されているか否かを判定し（図３０の５６１５）、次のＣＭ挿入位置が指定されていた場合は、パラメータＰ（ＣＭ）に次ＣＭ挿入位置の値を設定し（５６１６）、次のＣＭ挿入位置が指定されていなければ、パラメータＰ（ＣＭ）に最大値を設定して（５６１７）、端末１にコンテンツ切替通知メッセージを送信し（５６１８、図２９ＡのＳＱ０１５）、端末１からの応答を待つ（５６１９）。
【０１４６】
端末１から応答メッセージを受信すると（図２９ＡのＳＱ０１６）、プロセッサ５２は、中断フラグの状態を判定する（５６２０）。この時点では、中断フラグは「０」となっているため、プロセッサ５２は、コンテンツ本編の配信を中断し（図２９ＡのＳＱ０１７）、中断されたコンテンツのコンテンツＩＤと中断位置を記憶して（５６２１）、中断フラグの状態を切替える（５６２３）。この後、プロセッサ５２は、コンテンツ情報サーバ３からの応答メッセージで指定されたコンテンツＩＤをもつ新たなコンテンツ（地域ＣＭ）の端末への配信を開始し（５６２４、図２９ＡのＳＱ０１８）、ステップ５６０７以降の動作を実行する（図２９ＡのＳＱ０１９）。
【０１４７】
配信サーバ５のプロセッサ５２は、地域ＣＭコンテンツの配信が終了すると（５６０８図２９ＢのＳＱ０２１）、中断フラグの状態を判定する（５６１２）。この時点では、中断フラグは「１」となっているため、プロセッサ５２は、端末ＩＤを含むコンテンツＩＤ要求メッセージをコンテンツ情報サーバ３に送信して（５６１３、図２９ＢのＳＱ０２２）、コンテンツ情報サーバ３からの応答メッセージを待つ（５６１４）。
【０１４８】
コンテンツ情報サーバ３のプロセッサ３２は、配信サーバ５からコンテンツＩＤ要求メッセージを受信すると、図３１に示すコンテンツＩＤ送信ルーチン３９０を起動し（図２９ＢのＳＱ０２３）、端末別再生リスト３７０のサブリスト３７１−１において、ＯＮ状態にある視聴中フラグをＯＦＦ状態に変更し、次のエントリＥ０３の視聴中フラグをＯＮ態に設定する（３９０２）。この後、プロセッサ３２は、エントリＥ０３が示すコンテンツ情報ＩＤと対応するコンテンツＩＤをデータストレージ３４から検索して（３９０３）、このコンテンツＩＤを含む応答メッセージを配信サーバ５に送信する（３９０４、図２９ＢのＳＱ０２４）。エントリＥ０３のコンテンツ情報ＩＤは、サブリスト３７１−１の最初のエントリＥ０１のコンテンツ情報ＩＤ［content-info1. example.com］と共通になっているため、配信サーバ５には、配信が中断されたコンテンツと同一のＩＤが通知される。
【０１４９】
配信サーバ５のプロセッサ５２は、コンテンツ情報サーバ３からコンテンツＩＤを受信すると、図３０のステップ５６１５〜５６１７でパラメータＰ（ＣＭ）の値を更新した後、端末１にコンテンツ切替通知を送信し（５６１８、図２９ＢのＳＱ０２５）、端末１からの応答を受信すると（５６１９、図２９ＢのＳＱ０２６）、中断フラグの状態を判定する（５６２０）。今回は、中断フラグが「１」状態となっているため、プロセッサ５２は、コンテンツ情報サーバ３からの応答メッセージで指定されたコンテンツＩＤと、中断されたコンテンツのコンテンツＩＤを比較する（５６２２）。今回は、これら２つのＩＤが一致するため、プロセッサ５２は、中断フラグを「０」に変更し（５６２５）、中断されていたコンテンツの配信を再開して（５６２６、図２９ＢのＳＱ０２７）、ステップ５６０７以降の動作を実行する（図２９ＡのＳＱ０１９）。
【０１５０】
端末別再生リスト３７０における端末１のサブリストが、図２６のサブリスト３７１−１のように、地域ＣＭ用のコンテンツ情報ＩＤを１つだけ含んでいた場合、ステップ５６０８で、配信再開後のエントリの配信終了が検知された時点で、ＣＭ挿入コンテンツ配信ルーチン５６０が終了する。
【０１５１】
端末１のユーザが、再生中のコンテンツの視聴を終了する操作を行った場合、端末１から配信サーバ５に視聴終了通知メッセージが送信される。図３０に示したＣＭ挿入コンテンツ配信ルーチン５６０では、配信サーバ５のプロセッサ５２は、上記視聴終了通知をステップ５６０７で検出すると、中断フラグの状態を判定し（５６１１）、もし、中断フラグが「０」であれば、端末ユーザがコンテンツ本編の視聴を終了したものと判断して、ＣＭ挿入コンテンツ配信ルーチン５６０を終了し、中断フラグが「１」であれば、端末ユーザが再生中の地域ＣＭの視聴を終了したものと判断して、ステップ５６１３で、コンテンツ情報サーバ３に次のコンテンツＩＤを要求するようにしている。
【０１５２】
上記ＣＭ挿入コンテンツ配信ルーチン５６０では、プロセッサ５２が、中断フラグの状態によって、配信中のコンテンツが地域ＣＭコンテンツかコンテンツ本編かを判断している。従って、配信サーバ５のプロセッサ５２は、端末別再生リスト３７０に地域ＣＭ用の複数のコンテンツ情報ＩＤが登録されていた場合でも、上記ＣＭ挿入コンテンツ配信ルーチン５６０によって、各地域ＣＭコンテンツをＣＭ挿入位置リストで指定されたタイミングでコンテンツ本編に挿入できる。
【０１５３】
また、例えば、端末別再生リスト３７０が、地域ＣＭ用の２つのコンテンツ情報ＩＤを連続的に含んでいた場合でも、プロセッサ５２は、中断フラグが「１」の時に実行される判定ステップ５６２２において、コンテンツ情報サーバから通知された新たなコンテンツＩＤが、配信を中断したコンテンツのコンテンツＩＤと一致しないことから、新コンテンツがＣＭであると判断して、ステップ５６２４で新ＣＭコンテンツの配信を開始できる。
【０１５４】
尚、図２９Ａのシーケンスでは、配信サーバ５が、コンテンツの再生位置がＣＭ挿入位置に到達したことを検知（ＳＱ０１１）した後で、コンテンツ情報サーバ３にＣＭコンテンツのコンテンツＩＤを要求しているため、コンテンツの切替えが、ＣＭ挿入位置リストで指定されたタイミングＴｎよりも遅れる。
【０１５５】
上記コンテンツの切替えタイミングの遅れは、例えば、ＣＭ挿入位置Ｔｎに到達してから実際にコンテンツの切替えが行われるまでの遅れ時間をΔＴとしたとき、図３０のステップ５６０３、５６１６で、パラメータＰ（ＣＭ）に「Ｔｎ−ΔＴ」を設定して、ＣＭ挿入位置リストで指定されたタイミングよりも前に、配信サーバ３が、コンテンツ情報サーバ３に次のコンテンツＩＤを要求することよって解消できる。
【０１５６】
ＣＭ挿入位置リスト５７０で指定された時点で、速やかに配信コンテンツを切り替えるためには、配信サーバ５が、パラメータＰ（ＣＭ）に次のＣＭ挿入位置を設定し、新たなコンテンツの配信（ＳＱ１５、ＳＱ０１８）を開始したとき、コンテンツの配信と並行して、コンテンツ情報サーバ３に次コンテンツＩＤを要求し、コンテンツの再生位置がＣＭ挿入位置に到達する前に、コンテンツ情報サーバ３との交信（ＳＱ０１２〜ＳＱ０１４、ＳＱ０２２〜ＳＱ０２４）を完了するようにしてもよい。すなわち、配信サーバ５が、図３０に示したＣＭ挿入コンテンツ配信ルーチン５６０において、コンテンツ情報サーバ３との交信（ステップ５６１３〜５６１４）をステップ５６０６〜５６１０の間で完了するようにすればよい。
【０１５７】
図２９Ａ、図２９Ｂで説明した実施例では、配信サーバ５が、端末１にコンテンツ切替を通知し（ＳＱ０１５、ＳＱ０２５）、端末からの応答を待って（ＳＱ０１６、ＳＱ０２６）、配信コンテンツの切替え（ＳＱ０１８、ＳＱ０２７）を実行したが、例えば、コンテンツ本編の再生位置がＣＭ挿入位置に到達した時点（ＳＱ０１１）で、配信サーバ５から端末１に、コンテンツの視聴が中断されること示すメッセージを送信し、端末１からの応答を受信した時、配信サーバ５が、コンテンツ本編の配信を中断して、コンテンツ情報サーバ３に次コンテンツＩＤを要求する（ＳＱ０１２）ようにしてもよい。
【０１５８】
上述した第３実施例によれば、地域ＣＭの挿入によって、コンテンツ本編が複数のサブコンテンツに分割された場合でも、各サブコンテンツのコンテンツＩＤに、コンテンツ本編のコンテンツＩＤを適用できるため、配信サーバ５のデータストレージ５４に蓄積されたコンテンツの管理が容易になる。また、複数のサブコンテンツに同一のコンテンツ情報ＩＤを使用できるため、コンテンツ情報サーバ３がデータストレージ３４に蓄積するコンテンツ情報レコードの個数が減少し、コンテンツ情報ファイル３４０Ａのメモリ容量を削減できる。
【０１５９】
以上の実施例では、各端末の現在位置に応じた地域ＣＭコンテンツを配信するコンテンツ配信システムについて説明した。しかしながら、本発明は、位置情報以外の他の端末情報、例えば、端末ユーザの性別、年齢、嗜好等の個人情報を利用することによって、各端末に、ユーザの属性に適合させたＣＭコンテンツを配信することができる。
【０１６０】
この場合、実施例で説明した位置情報サーバ４の代わりに、上述した各端末ユーザの個人情報と各端末の位置情報の管理機能を備えた端末情報サーバを利用し、図１０に示した端末位置情報テーブル４００が、端末ＩＤ４０１と対応付けて、地域ＩＤ４０２と、端末ユーザの性別、年齢区分、嗜好区分等の個人情報項目を示すようにしておけばよい。コンテンツ情報サーバ３が、各端末の位置情報（地域ＩＤ）は位置情報サーバ４から取得し、他の端末情報は、位置情報サーバ４とは別の個人情報管理サーバから取得するようにしてもよい。
【０１６１】
図３２は、端末情報として、端末の位置情報（地域ＩＤ）３５１ａと、端末ユーザの性別３５１ｂを利用した場合のコンテンツ情報テーブル３５０の１例を示す。ここに示したコンテンツ情報テーブル３５０は、図６に示したコンテンツ情報テーブル３５０の地域ＩＤ別のサブテーブル２５１−１が、男性用サブテーブルと女性用サブテーブルに分割されている。
【０１６２】
第１実施例で説明したように、例えば、地域ＩＤ＝「Area-A」をもつ地域において、端末１からタイトルＩＤ＝「Title 1」のコンテンツが要求された場合、コンテンツ枠ＩＤが「Content-Window1」〜「Content-Window3」のエントリが示すコンテンツ情報ＩＤに従がって、配信サーバ５から端末１に広告付きのコンテンツが配信される。
【０１６３】
図３２のコンテンツ情報テーブル３５０を使用した場合、コンテンツ要求元端末１のユーザが男性であれば、エントリＥ０１ｍａ〜Ｅ０３ｍａを含む端末別再生リストが生成され、エントリＥ０２ｍａが示すコンテンツ情報ＩＤ「content-cm1m.example.com」で指定された地域ＣＭが配信される。一方、コンテンツ要求元端末１のユーザが女性の場合は、エントリＥ０１ｆａ〜Ｅ０３ｆａを含む端末別再生リストが生成され、エントリＥ０２ｆａが示すコンテンツ情報ＩＤ「content-cm1f.example.com」で指定された地域ＣＭが配信される。
【０１６４】
コンテンツ情報テーブル３５０は、性別３５１ｂ以外の他の端末情報項目を適用してもよい。端末情報サーバ４から取得可能な複数項目の情報を組み合わせて、コンテンツ情報テーブル３５０のサブテーブルを更に細分化すれば、各端末にユーザ毎に更に最適化されたＣＭコンテンツを配信することが可能となる。例えば、性別サブテーブルを年齢層によって細分化しておけば、男女別の広告を更に若者向けと熟年層向けに分けることができるため、広告コンテンツによる宣伝効果を一層向上できる。また、端末の位置情報には無関係に、１項目あるいは複数項目の端末情報の組み合わせで、コンテンツ情報テーブル３５０をサブテーブル化しておくことによって、端末ユーザの属性に応じて適合化された広域ＣＭコンテンツの配信が可能になる。
【０１６５】
図１では、コンテンツ情報サーバ３と配信サーバ５がＩＰ網Ｎ１０に接続されたネットワーク構成となっているが、これらのサーバは、コア網を通過するトラフィックを削減するために、アクセス網（ユーザ端末側のネットワーク）に近いゲートウェイ装置２ａ、２ｂと接続してもよい。
【０１６６】
また、上述した第１実施例〜第３実施例では、端末１がポータルサーバ８から取得したタイトルリストでタイトルＩＤを特定した後は、端末１と、コンテンツ情報サーバ３と、配信サーバ５の連携動作によって、コンテンツ本編とＣＭコンテンツの配信が行われている。しかしながら、端末１に対するＣＭコンテンツの配信は配信サーバ５で行い、コンテンツ本編の配信は、ＶＯＤ事業者網のコンテンツサーバ９から行うようにしてもよい。
【０１６７】
この場合、例えば、コンテンツ情報サーバ３が備えるタイトル別再生リスト３６０（図５）に、各タイトルＩＤと対応付けて、コンテンツ本編の配信元となるコンテンツサーバ９の識別子（サーバアドレス）を記憶し、各コンテンツ枠ＩＤと対応付けて、配信コンテンツの区分（本編／ＣＭ）を記憶しておく。これによって、図７に示した端末別再生リスト３７０に、各端末ＩＤと対応づけて、上記コンテンツサーバ９の識別子（サーバアドレス）を記憶し、各コンテンツ枠ＩＤと対応付けて、コンテンツ本編とＣＭコンテンツの区別を示す情報を記憶できる。
【０１６８】
コンテンツ情報サーバ３は、端末１からコンテンツ情報要求を受信したとき、上記端末別再生リスト３７０を参照することによって、次に配信すべきコンテンツがコンテンツ本編（サブコンテンツ）の場合は、コンテンツサーバ８のアドレスを含む応答メッセージを端末１に返送し、次に配信すべきコンテンツがＣＭコンテンツの場合は、配信サーバ５のアドレスを含む応答メッセージを端末１に返送できる。端末１は、応答メッセージで指定されたサーバアドレスに視聴要求を送信することによって、コンテンツ本編（サブコンテンツ）はコンテンツサーバ８から受信し、ＣＭコンテンツは配信サーバ５から受信することができる。
【０１６９】
このように、コンテンツ本編はコンテンツサーバ８から配信し、配信サーバ５はＣＭコンテンツのみを配信するようにした場合、配信サーバ５は、コンテンツ情報ファイル３４０Ａをもつ必要がないため、データストレージ５４の容量を節約できる。
【図面の簡単な説明】
【０１７０】
【図１】本発明が適用されるＶＯＤ（Video On Demand）配信ネットワークの構成例を示す図。
【図２】図１に示したポータルサーバ８の１実施例を示すブロック構成図。
【図３】ポータルサーバ８が備える端末別コンテンツ情報サーバリスト８４０の構成を示す図。
【図４】図１に示したコンテンツ情報サーバ３の１実施例を示すブロック構成図。
【図５】コンテンツ情報サーバ３が備えるタイトル別再生リスト３６０の１実施例を示す図。
【図６】コンテンツ情報サーバ３が備えるコンテンツ情報テーブル３５０の１実施例を示す図。
【図７】コンテンツ情報サーバ３で生成される端末別再生リストの１実施例を示す図。
【図８】コンテンツ情報サーバ３で実行される再生リスト編集ルーチン３２０の１実施例を示すフローチャート。
【図９】図１に示した端末１の１実施例を示すブロック構成図。
【図１０】図１に示した端末情報（位置情報）サーバ４が備える端末位置テーブル４００の構成例を示す図。
【図１１】図１に示した配信サーバ５の１実施例を示すブロック構成図。
【図１２】図１に示したＶＯＤ配信ネットワークで送信されるパケットのフォーマットを示す図。
【図１３】本発明による広告付きコンテンツ配信の第１実施例を示すシーケンス図。
【図１４】ポータルサーバ８で実行されるコンテンツ情報サーバ照合ルーチン８３０の１実施例を示すフローチャート。
【図１５】端末１で実行される連続再生ルーチン１６００の１実施例を示すフローチャート。
【図１６】コンテンツ情報サーバ３で実行されるコンテンツ情報要求処理ルーチン３３０の１実施例を示すフローチャート。
【図１７】本発明による広告付きコンテンツ配信の第２実施例を示すシーケンス図。
【図１８】本発明の第２実施例に適用されるポータルサーバ８のブロック構成図。
【図１９】本発明の第２実施例に適用されるポータルサーバ８のブロック構成図。
【図２０】本発明の第２実施例に適用されるコンテンツ情報サーバ３のブロック構成図。
【図２１】第２実施例のコンテンツ情報サーバ３が備えるポータルサーバリスト３８１の１例を示す図。
【図２２】第２実施例のコンテンツ情報サーバ３で実行されるポータルサーバ照合ルーチン３８０のフローチャート。
【図２３】第２実施例のコンテンツ情報サーバ３で実行されるコンテンツ情報要求処理ルーチン３３０のフローチャート。
【図２４】本発明の第３実施例に適用されるコンテンツ情報サーバ３のブロック構成図。
【図２５】第２実施例のコンテンツ情報サーバ３が備えるコンテンツ情報テーブル３５０の１例を示す図。
【図２６】第２実施例のコンテンツ情報サーバ３が生成する端末別再生リスト３７０の１例を示す図。
【図２７】本発明の第３実施例に適用される配信サーバ５のブロック構成図。
【図２８】第３実施例の配信サーバ５が備えるＣＭ挿入位置リスト５７０の１例を示す図。
【図２９Ａ】本発明による広告付きコンテンツ配信の第３実施例を示すシーケンス図の一部。
【図２９Ｂ】本発明による広告付きコンテンツ配信の第３実施例を示すシーケンス図の残部。
【図３０】第３実施例の配信サーバ５で実行されるＣＭ挿入コンテンツ配信ルーチン５６０のフローチャート。
【図３１】第３実施例のコンテンツ情報サーバ３で実行されるコンテンツＩＤ送信ルーチン３９０の１例を示すフローチャート
【図３２】コンテンツ情報サーバ３が備えるコンテンツ情報テーブル３５０の変形例を示す図。
【符号の説明】
【０１７１】
Ｎ１：通信事業者網、Ｎ２（Ｎ２ａ、Ｎ２ｂ）：ＶＯＤサービス事業者網、
Ｎ３：地域コンテンツプロバイダ網、１：端末、２：ＧＷ、３：コンテンツ情報サーバ、４：端末情報サーバ（位置情報サーバ）、５：配信サーバ、８：ポータルサーバ、
９：コンテンツサーバ、
１１、３１、５１、８１：回線インタフェース、１２、３２、５２、８２：プロセッサ、
１３、３３、５３、８３：メモリ、１４、３４、５４、８４：データストレージ、
１５、３５、５５、８５：入力装置、１６、３６、５６、８６：表示装置、
３２０：再生リスト編集ルーチン、３３０：コンテンツ情報要求処理ルーチン、
３５０：コンテンツ情報テーブル、３６０：タイトル別再生リスト、
３７０：端末別再生リスト、
３８０：ポータルサーバ照合ルーチン、３８１：ポータルサーバリスト、
３９０：コンテンツＩＤ送信ルーチン、４００：端末位置テーブル、
５４０：コンテンツ管理ルーチン、５５０Ａ：コンテンツ配信処理ルーチン
５７０：ＣＭ挿入位置リスト、５６０：ＣＭ挿入コンテンツ配信ルーチン、
８３０、８３０Ａ：コンテンツ情報サーバ照合処理ルーチン、
８４０：端末別コンテンツ情報サーバリスト、８５０：タイトル管理テーブル、
１６００：連続再生ルーチン。
【図１】
2010109791.tif 000003
【図２】
2010109791.tif 000004
【図３】
2010109791.tif 000005
【図４】
2010109791.tif 000006
【図５】
2010109791.tif 000007
【図６】
2010109791.tif 000008
【図７】
2010109791.tif 000009
【図８】
2010109791.tif 000010
【図９】
2010109791.tif 000011
【図１０】
2010109791.tif 000012
【図１１】
2010109791.tif 000013
【図１２】
2010109791.tif 000014
【図１３】
2010109791.tif 000015
【図１４】
2010109791.tif 000016
【図１５】
2010109791.tif 000017
【図１６】
2010109791.tif 000018
【図１７】
2010109791.tif 000019
【図１８】
2010109791.tif 000020
【図１９】
2010109791.tif 000021
【図２０】
2010109791.tif 000022
【図２１】
2010109791.tif 000023
【図２２】
2010109791.tif 000024
【図２３】
2010109791.tif 000025
【図２４】
2010109791.tif 000026
【図２５】
2010109791.tif 000027
【図２６】
2010109791.tif 000028
【図２７】
2010109791.tif 000029
【図２８】
2010109791.tif 000030
【図２９Ａ】
2010109791.tif 000031
【図２９Ｂ】
2010109791.tif 000032
【図３０】
2010109791.tif 000033
【図３１】
2010109791.tif 000034
【図３２】
2010109791.tif 000035