JP2020080460A - システム制御装置、システム制御方法、及びプログラム - Google Patents

Abstract

【課題】マニフェストファイルをもとに映像データを取得する映像配信プロトコルを採用する映像配信システムにおいて、適切なマニフェストファイルを効率的に生成し、送信する。【解決手段】ネットワークを介して映像データの配信を行うシステムにおいて、視聴クライアントに対し、映像データの取得に必要な情報を記述したマニフェストファイルを送信するシステム制御装置において、所定の制御方針に従って、視聴者属性を示す識別情報、時間帯、及び前記システムの状態のうちの少なくとも１つに基づいてマニフェストファイルを生成する生成手段と、前記生成手段により生成されたマニフェストファイルを前記視聴クライアントに送信する送信手段とを備える。【選択図】図１

Description

本発明は、映像配信に関するシステム制御を行う技術に関するものである。

映像配信を行うコンテンツプロバイダー（ＣＰ）は、サービスの競争力強化のために、映像品質と配信費用のバランスを考慮しつつエンゲージメント（視聴時間）を高める必要があり、視聴者が有する属性（視聴者属性）、ネットワーク／システム状態、時間帯に合わせて最適な映像内容（コンテンツ、広告）を動的に構成し、最適な映像配信サーバから適切な画質で配信を行う制御が重要である。

従来、映像配信を制御するために用いる技術は、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）方式（非特許文献１）、視聴クライアントへの直接指示方式が存在する。ＤＮＳ方式では、視聴クライアントが映像配信プロトコル外の通信で映像配信サーバの名前解決をする際に、選択した映像配信サーバのＩＰアドレスを返し、視聴クライアントのリクエストを選択した映像配信サーバへ誘導する。視聴クライアントへの直接指示方式では、視聴クライアントに映像内容のカスタマイズ情報や接続する映像配信サーバや取得する画質を映像配信プロトコル外の通信で指示する。

RFC 1794 DNS Support for Load Balancing April 1995

上記のように、映像配信を制御することが可能な技術は存在するが、制御を行う機構や指示メッセージを送受信する通信手段を映像配信プロトコルとは別に制御目的毎（最適な映像内容を動的に構成、最適な映像配信サーバを選択、適切な画質を選択）にそれぞれ構築する必要がある。そのため、例えば、余計なコストがかかったり、処理が遅延することがある。すなわち、従来技術では、視聴クライアントが映像の再生に必要な情報を記述したマニフェストファイルをもとに映像データを取得する映像配信プロトコルを採用する映像配信システムにおいて、効率的に制御できないという課題があった。

本発明は上記の点に鑑みてなされたものであり、視聴クライアントが映像の再生に必要な情報を記述したマニフェストファイルをもとに映像データを取得する映像配信プロトコルを採用する映像配信システムにおいて、適切なマニフェストファイルを生成し、送信することで効率的に制御することを可能とする技術を提供することを目的とする。

開示の技術によれば、ネットワークを介して映像データの配信を行うシステムにおいて、視聴クライアントに対し、映像データの取得に必要な情報を記述したマニフェストファイルを送信するシステム制御装置であって、
所定の制御方針に従って、視聴者属性を示す識別情報、時間帯、及び前記システムの状態のうちの少なくとも１つに基づいてマニフェストファイルを生成する生成手段と、
前記生成手段により生成されたマニフェストファイルを前記視聴クライアントに送信する送信手段と
を備えることを特徴とするシステム制御装置が提供される。

開示の技術によれば、視聴クライアントが映像の再生に必要な情報を記述したマニフェストファイルをもとに映像データを取得する映像配信プロトコルを採用する映像配信システムにおいて、適切なマニフェストファイルを効率的に生成し、送信することで効率的に制御することが可能となる。

実施の形態におけるシステム構成図である。 装置のハードウェア構成の例を示す図である。 第１の実施の形態における視聴者属性と識別情報の対応関係を示すテーブルである。 第１の実施の形態におけるシステム制御装置の配信開始に関する動作を説明するためのフローチャートである。 第１の実施の形態におけるシステム制御装置のマニフェストファイル要求受付に関する動作を説明するためのフローチャートである。 第１の実施の形態における制御方針のルールを示すテーブルである。 第１の実施の形態におけるシステム制御装置の処理手順の例を示すフローチャートである。 第２の実施形態に係るシステム制御装置の配信開始、及び、マニフェストファイル生成後の状況変化に関する動作を説明するためのフローチャートである。 第２の実施形態に係るシステム制御装置のマニフェストファイル要求受付に関する動作を説明するためのフローチャートである。 第２の実施の形態におけるシステム制御装置のマニフェストファイル候補の生成と選択を説明するための図である。

以下、図面を参照して本発明の実施の形態を説明する。以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。以下、第１の実施の形態と第２の実施の形態を説明する。第２の実施の形態については主に第１の実施の形態と異なる点を説明する。

［第１の実施の形態］
（システムの全体構成）
図１に、第１の実施の形態における映像配信システムの全体構成を示す。図１は、装置間の情報入出力の流れも示している。図１に示すように、本映像配信システムは、システム制御装置１００、サービスサイト２００、映像配信サーバ３００、視聴クライアント４００を備え、これらがネットワーク５００に接続されている。ネットワーク５００を介してマニフェストファイルや映像データ等の各種情報の送受信が行われる。この映像配信システムは、視聴クライアントが映像の再生に必要な情報を記述したマニフェストファイルをもとに映像データを取得する映像配信プロトコルを採用する映像配信システムの一例である。なお、本実施の形態における配信形態はオンデマンド配信、ライブ配信、リニア配信を想定するが、本発明は特定の配信形態に限定されるわけではない。

システム制御装置１００は、視聴クライアント４００からのマニフェストファイルの要求に基づいて、マニフェストファイルを生成し、生成したマニフェストファイルを視聴クライアント４００に送信する装置である。システム制御装置１００の詳細については後述する。

サービスサイト２００は、ＣＰ（映像コンテンツ配信事業者）のサービス提供を行うウェブサイト（Ｗｅｂサーバ）であり、利用ユーザが視聴可能な映像コンテンツを確認できる機能を有している。

映像配信サーバ３００は、映像データ（セグメントファイル、チャンク等）を蓄積しており、視聴クライアント４００からの映像データの要求に応じて映像データを送信する。また、映像配信サーバ３００は、ネットワーク５００上に複数存在し（例えば地域別に存在）、映像コンテンツの同一データが複数の映像配信サーバ３００に存在する場合や、映像コンテンツを分割したデータが複数の映像配信サーバ３００に分かれて存在する場合等がある。

視聴クライアント４００は、映像配信サービスの利用ユーザが用いるＰＣ、スマートホン、タブレット等の端末である。

（ハードウェア構成例）
第１の実施の形態（第２の実施の形態も同様）における映像配信システムを構成する各装置は、例えば、コンピュータに、実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。なお、この「コンピュータ」は、クラウドサービスにより提供される仮想マシンであってもよい。仮想マシンを使用する場合、ここで説明する「ハードウェア」とは仮想的なハードウェアである。

当該装置は、コンピュータに内蔵されるＣＰＵやメモリ等のハードウェア資源を用いて、当該装置で実施される処理に対応するプログラムを実行することによって実現することが可能である。上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メール等、ネットワークを通して提供することも可能である。

図２は、本実施の形態における上記コンピュータのハードウェア構成例を示す図である。図２のコンピュータは、それぞれバスＢで相互に接続されているドライブ装置１０００、補助記憶装置１００２、メモリ装置１００３、ＣＰＵ１００４、インタフェース装置１００５、表示装置１００６、及び入力装置１００７等を有する。

当該コンピュータでの処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ又はメモリカード等の記録媒体１００１によって提供される。プログラムを記憶した記録媒体１００１がドライブ装置１０００にセットされると、プログラムが記録媒体１００１からドライブ装置１０００を介して補助記憶装置１００２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１００１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１００２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１００３は、プログラムの起動指示があった場合に、補助記憶装置１００２からプログラムを読み出して格納する。ＣＰＵ１００４は、メモリ装置１００３に格納されたプログラムに従って、映像配信システムにおける該当装置に係る機能を実現する。インタフェース装置１００５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１００６はプログラムによるＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）等を表示する。入力装置１００７はキーボード及びマウス、ボタン、又はタッチパネル等で構成され、様々な操作指示を入力させるために用いられる。

（システムの全体動作例）
次に、図１に示すステップ番号に沿って、第１の実施の形態（第２の実施の形態も同様）における映像配信システムの全体動作について説明する。

Ｓ１において、視聴クライアント４００がサービスサイト２００に対して映像の指定を行う。Ｓ２において、サービスサイト２００は、指定された映像に対するマニフェストファイルのアドレスと、視聴クライアント４００の視聴者属性に関する識別情報を返す。

視聴者属性に関する識別情報は、視聴クライアント４００のネットワークアドレス、映像配信サービスを提供するウェブサイトのログイン状態、サービス会員種別、視聴クライアント４００が動作する端末の機種、視聴者の性別／年齢／利用地域等であるが、これらに限定はされない。

また、識別情報は、ＣＰにより、図３に示すように事前に他の手段で入手した視聴者属性と識別情報の対応関係を用いて生成され、暗号化されていても良い。図３の例では、視聴者の利用地域の視聴者属性をＡとし、視聴者が東京在住の場合はＡ＝１、大阪在住の場合はＡ＝２という識別情報としている。同様に視聴者の性別の視聴者属性をＢとし、男性の場合はＢ＝１、女性の場合はＢ＝２という識別情報としている。

図１のＳ３において、視聴クライアント４００は、システム制御装置１００に対し、識別情報を付与したマニフェストファイル要求を送信する。システム制御装置１００は、当該要求に基づいてマニフェストファイルを生成し（又は選択し）、Ｓ４においてマニフェストファイルを視聴クライアント４００に送信する。なお、Ｓ４においては、マニフェストファイル自体を送信するだけでなく、マニフェストファイルの場所を示す識別子（ＵＲＬ、アドレスなど）を視聴クライアント４００に送信し、視聴クライアント４００が受信した識別子の情報を基にマニフェストファイルを要求し、取得してもよい。

Ｓ５において、視聴クライアント４００は、システム制御装置１００から取得したマニフェストファイルに基づいて映像配信サーバ３００へ映像データを要求する。Ｓ６において、映像配信サーバ３００は、要求された映像データを視聴クライアント４００に送信し、視聴クライアント４００は当該映像データを再生する。

Ｓ１０として示されるように、映像配信サーバ３００、及び、ネットワーク５００は、それらを構成する装置のリソース状態や正常性（これらを「ネットワーク／システム状態」と呼ぶ）を把握し、システム制御装置１００に送信することができる。システム制御装置１００は、例えば所定時間間隔で上記のリソース状態や正常性を取得する。

（システム制御装置の構成、動作）
図１に示すように、システム制御装置１００は、判断部１１０、生成送信部１２０、データ記憶部１３０を有する。以下、図４、図５のフローチャートの手順に沿って、図１に示す各部の動作を詳細に説明する。なお、図１に示すシステム制御装置１００の構成（機能区分）は一例に過ぎない。例えば、「判断部１１０＋生成送信部１２０」におけるマニフェストファイルの内容決定及び生成のための機能を生成部（生成手段）とし、「生成送信部１２０」におけるマニフェストファイル送信の機能を送信部（送信手段）としてもよい。

＜図４のＳ１０１＞
図４のＳ１０１において、ある映像の配信を開始する際に、当該映像の制御方針とマニフェストファイルがＣＰにより判断部１１０に入力され、判断部１１０は制御方針とマニフェストファイルをデータ記憶部１３０に保存する。入力されるマニフェストファイルは、市中のエンコーダなどから出力された一般的なマニフェストファイルを想定する。なお、当該映像の制御方針とマニフェストファイルを判断部１１０に入力する手段として、外部のシステムからの入力やシステム内に保存された情報を参照する形態などが考えられるが、これらに限られるものではない。また、ライブ配信、リニア配信の場合は、当該映像の配信の開始時だけでなく、配信中もマニフェストファイルは定期的に判断部１１０に入力され、判断部１１０はマニフェストファイルをデータ記憶部１３０に保存してもよい。

＜図５のＳ２０１、Ｓ２０１、Ｓ２０３＞
判断部１１０は、視聴クライアント４００から識別情報を付与したマニフェストファイルの要求を受信すると、Ｓ２０１において、データ記憶部１３０に保存されている制御方針とマニフェストファイルを検索して（Ｓ２０１）、時間帯、ネットワーク／システム状態、及び識別情報の組合せに対応する映像配信サーバ、映像内容、及び映像品質を確認する（Ｓ２０２）。識別情報が暗号化されている場合は復号化して確認する。また、時間帯は、例えば、マニフェストファイルの要求を受信した時刻が属する時間帯である。そして、判断部１１０は、時間帯、ネットワーク／システム状態、及び識別情報の組合せに対応する映像配信サーバ、映像内容、及び映像品質をマニフェストファイル生成内容である映像配信サーバ、映像内容、映像品質として決定する。併せて、検索されたマニフェストファイルをマニフェストファイル生成内容として決定する（Ｓ２０３）。

なお、時間帯、ネットワーク／システム状態、及び識別情報の組合せを用いることは一例である。例えば、時間帯、ネットワーク／システム状態、及び識別情報の３つの情報のうちの少なくとも１つの情報を用いて、映像配信サーバ、映像内容、及び映像品質を決定してもよい。なお、時間帯、ネットワーク／システム状態、及び識別情報の３つの情報のうちの少なくとも１つの情報を用いることは、時間帯、ネットワーク／システム状態、及び識別情報のいずれかと、時間帯、ネットワーク／システム状態、及び識別情報のいずれとも異なる情報との組み合わせを用いる場合を含む。また、映像配信サーバ、映像内容、及び映像品質は、映像データを取得するために必要な情報の一例である。また、「ネットワーク／システム状態」について、ネットワークもシステムに含まれると考えることで、「ネットワーク／システム状態」をシステムの状態と言い換えてもよい。

例えば、時間帯、ネットワーク／システム状態、及び識別情報のうちの１つ、あるいはいずれか２つを用いて制御方針とマニフェストファイルを検索し、得られた情報をマニフェストファイル生成内容として決定してもよい。

データ記憶部１３０に保存される制御方針はルール化したテーブルであってもよいし、制御方針に沿う事前に決められた処理手順（ロジック）のテンプレートであってもよい。当該処理手順（ロジック）のテンプレートはプログラムであり、呼び出されて実行される。

図６に、制御方針をルール化したテーブルの例を示す。図６に示すテーブルは、時間帯別に、ネットワーク／システム状態、及び識別情報（視聴者属性）に対する映像配信サーバ、映像内容、映像品質を格納する。

例えば、ネットワーク／システム状態が「東京サーバ正常＆大阪サーバ正常」であり、受信したマニフェストファイル要求に付加されていた識別情報が「Ａ＝１＆Ｂ＝１」（東京在住、男性）である場合、判断部１１０は、図６に示すテーブルから、マニフェストファイル生成内容として、映像配信サーバ＝東京サーバ、映像内容＝男性向けＣＭ入りコンテンツ、映像品質＝高を決定する。なお、図６は一例である。制御方針をルール化したテーブルとして、時間帯、システムの状態、識別情報のうちのいずれか１つ又はいずれか２つと、映像データの取得に必要な情報とを有するテーブルを用いてもよい。

図７に、処理手順のテンプレートに対応するフローチャートを示す。テンプレートは、呼び出し後にカスタマイズすることで適用が可能となるものであり、図７に示す例は、テンプレートの変数に、例としての具体的な値を入れたものを示している。当該フローチャートに沿った判断部１１０の処理を説明する。

マニフェストファイル要求を受信すると、判断部１１０は、まず、全サーバが正常がどうかを判断する（Ｓ１１）。全サーバが正常である場合、Ｓ１２において、判断部１１０は、Ａの値を判断する。Ａが１あるいはなしであればＳ１３に進み、Ａが２であればＳ１４に進む。

判断部１１０は、Ｓ１３において、映像配信サーバを東京サーバと決定し、Ｓ１４において、映像配信サーバを大阪サーバと決定する。

Ｓ１５において、判断部１１０は、Ｂの値を判断する。Ｂが１であればＳ１６に進み、Ｂが２であればＳ１７に進み、ＢがなしであればＳ２０に進む。判断部１１０は、Ｓ１６において、映像内容を男性向けＣＭ入りコンテンツと決定し、Ｓ１７において、映像内容を女性向けＣＭ入りコンテンツと決定し、Ｓ２０において、映像内容を一般向けＣＭ入りコンテンツと決定する。

判断部１１０は、Ｓ１６、Ｓ１７から進むＳ１８において、映像品質を高と決定し、Ｓ２０から進むＳ２１において映像品質を低と決定する。

Ｓ１１において、例えば東京サーバが異常である場合、Ｓ１９に進み、判断部１１０は、映像配信サーバを大阪サーバと決定し、Ｓ２０において映像内容を一般向けＣＭ入りコンテンツと決定し、Ｓ２１において映像品質を低と決定する。

図７に示す処理手順の例は、ある映像配信サーバが故障した場合のシステムの縮退運転に関して、視聴クライアント４００が他の正常な映像配信サーバから映像品質の低い映像データを取得するようマニフェストファイル生成内容を決定する処理手順を定めたものである。

＜図５のＳ２０４、Ｓ２０５＞
生成送信部１２０は、判断部１１０により決定されたマニフェストファイル生成内容に基づきマニフェストファイルを生成し（Ｓ２０４）、生成したマニフェストファイルを視聴クライアント４００へ送信する（Ｓ２０５）。なお、Ｓ２０５においては、マニフェストファイル自体を送信するだけでなく、マニフェストファイルの場所を示す識別子（ＵＲＬ、アドレスなど）を視聴クライアント４００に送信し、視聴クライアント４００が受信した識別子の情報を基にマニフェストファイルを要求し、取得してもよい。マニフェストファイルを生成するとは、Ｓ２０３で決定された内容を、所定の映像配信プロトコルで規定されたフォーマットでファイル化することである。

なお、生成したマニフェストファイルをデータ記憶部１３０に保存することで、後に同じ内容でマニフェストファイルを生成する必要が生じた場合に当該マニフェストファイルをデータ記憶部１３０から読み出して利用することとしてもよい。

［第２の実施の形態］
次に、第２の実施の形態について説明する。第２の実施の形態におけるシステム構成、及び全体の処理の流れは第１の実施の形態と同じであり、図１を参照して説明したとおりである。第２の実施の形態では、システム制御装置１００における判断部１１０と生成送信部１２０の処理が第１の実施の形態での処理と異なる。

第１の実施の形態では、制御方針とマニフェストファイルの検索とマニフェストファイル生成処理をマニフェストファイル要求受付時に毎回行うこととしていたのに対し、第２の実施の形態では、送信するマニフェストファイルの候補となる１つ又は複数のマニフェストファイルを予め作成し、要求を受けたら、１つ又は複数のマニフェストファイルから送信するマニフェストファイルを選択する。そのため、第２の実施の形態は、要求毎にマニフェストファイルの生成を行う第１の実施の形態と比べて計算処理量を低減することができる。

以下、図８、図９のフローチャートの手順に沿って、第２の実施の形態におけるシステム制御装置１００の動作を詳細に説明する。

＜図８のＳ３０１＞
Ｓ３０１において、ある映像の配信を開始する際に、映像の制御方針とマニフェストファイルがＣＰにより判断部１１０に入力され、データ記憶部１３０に保存される。入力されるマニフェストファイルは、市中のエンコーダなどから出力された一般的なマニフェストファイルを想定する。制御方針とマニフェストファイル、及びこれらの入力手段に関しては第１の実施の形態と同じである。

＜図８のＳ３０２、Ｓ３０３、Ｓ３０４＞
Ｓ３０２において、判断部１１０は、データ記憶部１３０に保存されている制御方針とマニフェストファイルを検索して（Ｓ３０２）、識別情報の条件指定なしで、現在の時間帯、及びネットワーク／システム状態の組合せに対応する映像配信サーバ、映像内容、及び映像品質を確認（抽出）し（Ｓ３０３）、得られた１つ又は複数の「映像配信サーバ、映像内容、及び映像品質」と、検索されたマニフェストファイルを、送信する可能性のあるマニフェストファイルの生成内容候補として決定する（Ｓ３０３）。

＜図８のＳ３０５＞
Ｓ３０５において、生成送信部１２０は、判断部１１０により決定されたマニフェストファイル生成内容候補に基づき、１つ又は複数のマニフェストファイルを候補として生成し、データ記憶部１３０に保存する。なお、配信形態がライブ配信、リニア配信の場合においては、マニフェストファイルを予め作成したものに当該配信形態を実現するための定期更新処理を追加で行うことを想定するが、本発明はこれに限定されない。

＜状態変化時＞
図８に示されるように、マニフェストファイルの候補を生成後に時間帯あるいはネットワーク／システム状態（又はこれら両方）が変化したことを判断部１１０が検知すると、判断部１１０は、再び制御方針とマニフェストファイルを参照し、時間帯、ネットワーク／システム状態を確認して、現在の時間帯、及びネットワーク／システム状態の組合せに対応する映像配信サーバ、映像内容、及び映像品質を抽出することで、マニフェストファイル生成内容候補を再決定する（Ｓ３０２〜３０４）。

また、送信生成部１２０は、マニフェストファイル生成内容候補が再決定された場合に、１つ又は複数のマニフェストファイルの候補を再生成して、データ記憶部１３０に保存する。

＜図９の４０１、Ｓ４０２、Ｓ４０３＞
次に、要求受付時の動作を図９のフローチャートの手順に沿って説明する。判断部１１０は、視聴クライアント４００から識別情報が付加されたマニフェストファイル要求を受信すると、識別情報を確認し（Ｓ４０１）、識別情報に基づいてデータ記憶部１３０に保存されているマニフェストファイルの候補から適切なマニフェストファイルを選択する（Ｓ４０２）。識別情報が暗号化されている場合には復号化して利用する。生成送信部１２０は、判断部１１０により選択されたマニフェストファイルを視聴クライアント４００へ送信する（Ｓ４０３）。なお、Ｓ４０３においては、マニフェストファイル自体を送信するだけでなく、マニフェストファイルの場所を示す識別子（ＵＲＬ、アドレスなど）を視聴クライアント４００に送信し、視聴クライアント４００が受信した識別子の情報を基にマニフェストファイルを要求し、取得してもよい。

Ｓ４０２における選択動作をより詳細に説明する。例えば、図１０の（ａ）に示す情報が、マニフェストファイル候補の情報としてデータ記憶部１３０に格納されている。

Ｓ４０２において、判断部１１０は、受信した識別情報をキーにして当該マニフェストファイル候補を検索する。例えば、識別情報がＡ＝１＆Ｂ＝１であるとすると、図１０の（ｂ）に示すように、マニフェストファイル候補１〜５のうち、Ａ＝１＆Ｂ＝１に該当するマニフェストファイル候補１が選択される。

（実施の形態のまとめ、効果等）
以上、説明したように、本発明の実施の形態では、システム制御装置１００を備え、システム制御装置１００が、制御方針とマニフェストファイルに基づいてマニフェストファイル生成内容を決定し、マニフェストファイル生成内容に基づきマニフェストファイルを生成して視聴クライアントへ送信することとした。

これにより、視聴クライアントが映像の再生に必要な情報を記述したマニフェストファイルをもとに映像データを取得する映像配信プロトコルを採用する映像配信システムにおいて、映像配信プロトコル外の制御機構や通信を不要にすることができ、適切なマニフェストファイルを生成し、送信することで効率的に制御することが可能となる。また、ＣＰの制御方針とマニフェストファイルに従って視聴クライアントが要求するマニフェストファイルを動的に生成することができるので、映像配信を柔軟に制御することが可能となる。

本明細書には、少なくとも下記の事項が開示されている。
（第１項）
ネットワークを介して映像データの配信を行うシステムにおいて、視聴クライアントに対し、映像データの取得に必要な情報を記述したマニフェストファイルを送信するシステム制御装置であって、
所定の制御方針に従って、視聴者属性を示す識別情報、時間帯、及び前記システムの状態のうちの少なくとも１つに基づいてマニフェストファイルを生成する生成手段と、
前記生成手段により生成されたマニフェストファイルを前記視聴クライアントに送信する送信手段と
を備えることを特徴とするシステム制御装置。

なお、実施の形態で説明した判断部１１０及び生成送信部１２０からなる機能部は、生成手段の例であり、生成送信部１２０は、送信手段の例である。
（第２項）
前記生成手段は、前記視聴クライアントから、マニフェストファイルの要求とともに視聴者属性を示す識別情報を受信した場合に、当該識別情報と、時間帯、前記システムの状態、又は、時間帯及び前記システムの状態の両方とに基づいて、マニフェストファイルを生成する
ことを特徴とする第１項に記載のシステム制御装置。
（第３項）
前記生成手段は、送信するマニフェストファイルの候補として、１つ又は複数のマニフェストファイルを予め生成し、前記視聴クライアントから、マニフェストファイルの要求とともに視聴者属性を示す識別情報を受信した場合に、前記１つ又は複数のマニフェストファイルの中から、当該識別情報に該当するマニフェストファイルを選択する
ことを特徴とする第１項に記載のシステム制御装置。
（第４項）
前記生成手段は、前記時間帯又は前記システムの状態に変更が生じた場合に、前記候補となる１つ又は複数のマニフェストファイルを再度生成する
ことを特徴とする第３項に記載のシステム制御装置。
（第５項）
前記所定の制御方針は、視聴者属性を示す識別情報、時間帯、及び前記システムの状態のうちの少なくとも１つと、映像データの取得に必要な情報とを含むテーブルとしてデータ記憶部に格納される
ことを特徴とする第１項ないし第４項のうちいずれか１項に記載のシステム制御装置。
（第６項）
前記所定の制御方針は、マニフェストファイルの内容を決定するための処理手順としてデータ記憶部に格納される
ことを特徴とする第１項ないし第４項のうちいずれか１項に記載のシステム制御装置。
（第７項）
ネットワークを介して映像データの配信を行うシステムにおいて、視聴クライアントに対し、映像データの取得に必要な情報を記述したマニフェストファイルを送信するシステム制御装置が実行するシステム制御方法であって、
所定の制御方針に従って、視聴者属性を示す識別情報、時間帯、及び前記システムの状態のうちの少なくとも１つに基づいてマニフェストファイルを生成する生成ステップと、
前記生成ステップにより生成されたマニフェストファイルを前記視聴クライアントに送信する送信ステップと
を備えることを特徴とするシステム制御方法。
（第８項）
コンピュータを、第１項ないし第６項のうちいずれか１項に記載の前記システム制御装置における各手段として機能させるためのプログラム。

以上、本実施の形態について説明したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１００ システム制御装置
１１０ 判断部
１２０ 生成送信部
１３０ データ記憶部
２００ サービスサイト
３００ 映像配信サーバ
４００ 視聴クライアント
５００ ネットワーク
１０００ ドライブ装置
１００１ 記録媒体
１００２ 補助記憶装置
１００３ メモリ装置
１００４ ＣＰＵ
１００５ インターフェース装置
１００６ 表示装置
１００７ 入力装置

Claims (8)

1. ネットワークを介して映像データの配信を行うシステムにおいて、視聴クライアントに対し、映像データの取得に必要な情報を記述したマニフェストファイルを送信するシステム制御装置であって、
   所定の制御方針に従って、視聴者属性を示す識別情報、時間帯、及び前記システムの状態のうちの少なくとも１つに基づいてマニフェストファイルを生成する生成手段と、
   前記生成手段により生成されたマニフェストファイルを前記視聴クライアントに送信する送信手段と
   を備えることを特徴とするシステム制御装置。
2. 前記生成手段は、前記視聴クライアントから、マニフェストファイルの要求とともに視聴者属性を示す識別情報を受信した場合に、当該識別情報と、時間帯、前記システムの状態、又は、時間帯及び前記システムの状態の両方とに基づいて、マニフェストファイルを生成する
   ことを特徴とする請求項１に記載のシステム制御装置。
3. 前記生成手段は、送信するマニフェストファイルの候補として、１つ又は複数のマニフェストファイルを予め生成し、前記視聴クライアントから、マニフェストファイルの要求とともに視聴者属性を示す識別情報を受信した場合に、前記１つ又は複数のマニフェストファイルの中から、当該識別情報に該当するマニフェストファイルを選択する
   ことを特徴とする請求項１に記載のシステム制御装置。
4. 前記生成手段は、前記時間帯又は前記システムの状態に変更が生じた場合に、前記候補となる１つ又は複数のマニフェストファイルを再度生成する
   ことを特徴とする請求項３に記載のシステム制御装置。
5. 前記所定の制御方針は、視聴者属性を示す識別情報、時間帯、及び前記システムの状態のうちの少なくとも１つと、映像データの取得に必要な情報とを含むテーブルとしてデータ記憶部に格納される
   ことを特徴とする請求項１ないし４のうちいずれか１項に記載のシステム制御装置。
6. 前記所定の制御方針は、マニフェストファイルの内容を決定するための処理手順としてデータ記憶部に格納される
   ことを特徴とする請求項１ないし４のうちいずれか１項に記載のシステム制御装置。
7. ネットワークを介して映像データの配信を行うシステムにおいて、視聴クライアントに対し、映像データの取得に必要な情報を記述したマニフェストファイルを送信するシステム制御装置が実行するシステム制御方法であって、
   所定の制御方針に従って、視聴者属性を示す識別情報、時間帯、及び前記システムの状態のうちの少なくとも１つに基づいてマニフェストファイルを生成する生成ステップと、
   前記生成ステップにより生成されたマニフェストファイルを前記視聴クライアントに送信する送信ステップと
   を備えることを特徴とするシステム制御方法。
8. コンピュータを、請求項１ないし６のうちいずれか１項に記載の前記システム制御装置における各手段として機能させるためのプログラム。

Images