JP7363920B2 - システム制御装置、及び原型マニフェストファイル取得方法 - Google Patents

Description

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

映像配信を行うコンテンツプロバイダー（ＣＰ）においては、経済的かつ効果的な映像配信のために、視聴者が有する属性（視聴者属性）、ネットワーク／システム状態、時間帯に合わせて最適な映像（コンテンツ、広告）を動的に編成し、最適な映像配信サーバから適切な画質で配信したいという要求がある。

視聴クライアントが映像の再生に必要な情報を記述したマニフェストファイルをもとに映像データ（セグメント・チャンク）を取得する映像配信プロトコルを採用する映像配信システムにおいて、ＣＰが必要とする配信制御を実現するためのマニフェスト制御方式（非特許文献１）が存在する。

上記マニフェスト制御方式では、システム制御装置が、入力されたＣＰの制御方針と原型マニフェストファイルに従い視聴クライアントへ送信するマニフェストファイルを動的に生成する。ただし、ライブ／リニア配信においては配信中に、セグメントの追加等により原型マニフェストファイルが適宜更新されるため、マニフェスト制御方式を用いる場合には、システム制御装置が繰り返しオリジンサーバから原型マニフェストファイルを取得する。

T. Okuyama, K. Endo, T. Kimura, A. Matsumoto, T. Fujiwara, and Y. Kasahara, "New Transport QoE-control Technology Enabling High-definition/High-presence Content Distribution," NTT Technical Review Vol.16 No.9, pp.33-38, Sept. 2018.

原型マニフェストファイルが置かれているオリジンサーバは、原型マニフェストファイルの更新を外部に通知する機能を有していない。そのため、システム制御装置は、更新の有無に関わりなく、例えば予め定めた時間間隔で原型マニフェストファイルを取得する。しかし、この取得方法には下記のような課題がある。

取得の時間間隔が原型マニフェストファイルの更新と関係なく決められるため、原型マニフェストファイルが更新されていない状況で繰り返し取得を行うことが発生する場合がある。更新のない原型マニフェストファイルを取得しても無駄であり、システム負荷が増加するという課題がある。

また、原型マニフェストファイルが更新されているにもかかわらず、更新された原型マニフェストファイルを取得するまでに時間がかかる場合がある。その場合、更新された原型マニフェストファイルに基づくマニフェストファイルの生成が遅れ、配信遅延の増加や視聴クライアントでの再生中断が生じる場合があるという課題がある。

すなわち、従来技術では、オリジンサーバから原型マニフェストファイルを適切なタイミングで取得できないという課題がある。

本発明は上記の点に鑑みてなされたものであり、オリジンサーバから原型マニフェストファイルを取得し、取得した原型マニフェストファイルに基づいて視聴クライアントに送信するマニフェストファイルを生成するシステム制御技術において、原型マニフェストファイルを適切なタイミングで取得することを可能とする技術を提供することを目的とする。

開示の技術によれば、ネットワークを介して映像データの配信を行うシステムにおいて、視聴クライアントに送信するマニフェストファイルの基となる原型マニフェストファイルを取得するシステム制御装置であって、
オリジンサーバから取得した原型マニフェストファイルの内容を分析することにより、原型マニフェストファイルの次の取得タイミングを決定する推定部と、
前記推定部により決定された次の取得タイミングに基づいて、前記オリジンサーバから原型マニフェストファイルを取得する取得部と
を備えることを特徴とするシステム制御装置が提供される。

開示の技術によれば、オリジンサーバから原型マニフェストファイルを取得し、取得した原型マニフェストファイルに基づいて視聴クライアントに送信するマニフェストファイルを生成するシステム制御技術において、原型マニフェストファイルを適切なタイミングで取得することを可能とする技術が提供される。

実施の形態におけるシステム構成図である。 装置のハードウェア構成の例を示す図である。 視聴者属性と識別情報の対応関係を示すテーブルである。 システム制御装置の配信開始に関する動作を説明するためのフローチャートである。 制御方針のルールの例を示すテーブルである。 システム制御装置の原型マニフェストファイル繰り返し取得に関する動作を説明するためのフローチャートである。 現取得タイミングで取得した原型マニフェストファイルと前回取得タイミングで取得した原型マニフェストファイルとが異なる場合の次取得タイミングの例を示す図である。 現取得タイミングで取得した原型マニフェストファイルと前回取得タイミングで取得した原型マニフェストファイルとが同一である場合の次取得タイミングの例を示す図である。 システム制御装置のマニフェストファイル要求受付に関する動作を説明するためのフローチャートである。

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

以下、本発明の実施の形態として、視聴クライアントが、映像再生に必要な情報を記述したマニフェストファイルに基づいて映像データを取得する映像配信プロトコルを採用する映像配信システムを前提とした技術について説明するが、本発明はこのような映像配信システムに限らずに適用可能である。

（システムの全体構成）
図１に、本実施の形態における映像配信システムの全体構成を示す。図１は、装置間の情報入出力の流れも示している。図１に示すように、本映像配信システムは、システム制御装置１００、サービスサイト２００、映像配信サーバ３００、視聴クライアント４００、オリジンサーバ５００を備え、これらがネットワーク６００に接続されている。

ネットワーク６００を介してマニフェストファイルや映像データ等の各種情報の送受信が行われる。この映像配信システムは、視聴クライアント４００が映像の再生に必要な情報を記述したマニフェストファイルに基づいて映像データを取得する映像配信プロトコルを採用する映像配信システムの一例である。

なお、本実施の形態における映像データの配信形態はライブ／リニア配信を想定するが、本発明は特定の配信形態に限定されるわけではない。

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

オリジンサーバ５００は、原型マニフェストファイルを蓄積しており、システム制御装置１００からの原型マニフェストファイルの要求に応じて原型マニフェストファイルを送信する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

オリジンサーバ５００は、原型マニフェストファイルを繰り返し更新しており、システム制御装置１００からの原型マニフェストファイルの要求に応じて原型マニフェストファイルを送信する。

なお、本実施の形態に係る映像配信システムでは、映像コンテンツがエンコーダにより複数品質でエンコードされ、エンコードされたデータが品質毎にセグメントに分割される。セグメントに分割されたデータが映像配信サーバに配置される。また、エンコーダは、品質毎、メディア（音声／映像）毎、セグメント毎に、セグメントの時間長、取得先（ＵＲＬ）等を記述した原型マニフェストファイルを生成し、出力する。なお、本実施の形態のオリジンサーバ５００がエンコーダを備えていてもよいし、オリジンサーバ５００はエンコーダを備えず、外部のエンコーダで生成された原型マニフェストファイルを格納することとしてもよい。

例えば、セグメント（セグメントデータあるいはセグメントファイルと呼んでもよい）の追加があると、原型マニフェストファイルには、当該セグメントについての情報が追加され、更新される。本実施の形態における原型マニフェストファイルの更新は、主にセグメントの追加を想定しているが、これに限られるわけではない。

（システム制御装置の構成、動作）
図１に示すように、システム制御装置１００は、取得部１１０、推定部１２０、判断部１３０、生成送信部１４０、データ記憶部１５０を有する。以下、図４、図６、図９のフローチャートの手順に沿って、図１に示すシステム制御装置１００の各部の動作を詳細に説明する。なお、図１に示すシステム制御装置１００の構成（機能区分）は一例に過ぎない。

＜図４のＳ１０１、Ｓ１０２＞
まず、図４を参照して、システム制御装置１００の配信開始に関する動作を説明する。

Ｓ１０１において、ある映像の配信が開始される際に、取得部１１０は当該映像の原型マニフェストファイルをオリジンサーバ５００に要求して取得し、判断部１３０及び推定部１２０に入力する。また、制御方針がＣＰにより判断部１３０に入力され、Ｓ１０２において、判断部１３０は制御方針と原型マニフェストファイルをデータ記憶部１５０に保存する。

取得する原型マニフェストファイルは、市中のエンコーダなどから出力された一般的なマニフェストファイルを想定する。当該映像の制御方針を判断部１３０に入力する手段として、外部のシステムからの入力やシステム内に保存された情報を参照する形態などが考えられるが、これらに限られるものではない。

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

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

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

＜図６のＳ２０１～Ｓ２０４＞
次に、図６を参照して、システム制御装置１００による原型マニフェストファイル繰り返し取得に関する動作を説明する。

以下の説明において、取得部１１０により、最も最近に取得された原型マニフェストファイルを「現取得タイミングで取得された原型マニフェストファイル」とし、現取得タイミングよりも１つ前の取得タイミングで取得された原型マニフェストファイルを「前回取得タイミングで取得された原型マニフェストファイル」とする。また、現取得タイミングの次の取得タイミングを次取得タイミングとする。また、取得タイミングは、オリジンサーバ５００に取得要求を送信する時刻である。例えば、現取得タイミングで取得された原型マニフェストファイルは、より詳細には、現取得タイミングで送信された要求に基づいて取得された原型マニフェストファイルである。

推定部１２０は、取得した原型マニフェストファイルを分析し、更新タイミングを推定し、次取得タイミングを決定し、取得部１１０へ次取得タイミングを伝える。

より詳細には、Ｓ２０１において、推定部１２０は、現取得タイミングで取得された原型マニフェストファイルと、前回取得タイミングで取得された原型マニフェストファイルとを比較することで、これらが同一の内容を有するかどうかを判断する。なお、推定部１２０は、前回取得タイミングで取得された原型マニフェストファイルをデータ記憶部１５０から読み出すこととしてもよいし、推定部１２０内部で一時的に保持したものを用いてもよい。

Ｓ２０２において、推定部１２０が、現取得タイミングで取得された原型マニフェストファイルと、前回取得タイミングで取得された原型マニフェストファイルとが異なると判断した場合、Ｓ２０３に進む。Ｓ２０３では、下記の方法で次取得タイミングを決定する。

推定部１２０は、現取得タイミングで取得された原型マニフェストファイル内のセグメントの時間長（再生した場合の再生時間長）に関する情報を抽出し、セグメントの時間長の一部又は全部の統計値を計算する。例えば、原型マニフェストファイル内に１０個のセグメントについての情報がある場合、推定部１２０は、１０個全部についての時間長の統計値を計算する、又は、１０個のうちの一部（例えば５個）についての時間長の統計値を計算する。

ここでの統計値は例えば平均値（ＡＶＥとする）である。ただし、統計値として平均値を使用することは一例であり、平均値以外に、例えば、中央値、最頻値等を使用してもよい。ここでは、平均値（ＡＶＥ）を使用することとする。

推定部１２０は、現取得タイミングの時刻からＡＶＥの時間経過時点のタイミングを次取得タイミングとする。

図７に、Ｓ２０３における次取得タイミング決定の例を示す。図７に示すとおり、「現取得タイミング＋ＡＶＥ」が次取得タイミングとして決定される。

本実施の形態に係る原型マニフェストファイルの繰り返し取得処理において、現取得タイミングで取得した原型マニフェストファイルが、前回取得タイミングで取得した原型マニフェストファイルと異なる場合（つまり、更新されている場合）、現取得タイミングの短時間前に更新が行われている可能性が高い。ライブ配信やリニア配信等では、セグメントの追加に係る原型マニフェストファイルの更新は、時刻の経過に伴って、セグメントの時間長毎に行われると考えられるので、現取得タイミングのＡＶＥ（平均的なセグメント長）後には、次の更新がなされている可能性が高い。よって、図７の次取得タイミングで原型マニフェストファイルを取得することにより、短時間前に更新された原型マニフェストファイルを取得できる可能性が高い。

図６のＳ２０２において、推定部１２０が、現取得タイミングで取得された原型マニフェストファイルと、前回取得タイミングで取得された原型マニフェストファイルとが同一であると判断した場合、Ｓ２０４に進む。Ｓ２０４では、下記の方法で次取得タイミングを決定する。

推定部１２０は、前回取得タイミング又は現取得タイミングの原型マニフェストファイル内のセグメントの時間長に関する情報を抽出し、セグメントの時間長の一部又は全部についての統計値（第１の統計値と呼ぶ）を計算する。例えば、原型マニフェストファイル内に１０個のセグメントについての情報がある場合、推定部１２０は、１０個全部についての時間長の統計値を計算する、又は、１０個のうちの一部（例えば５個）についての時間長の第１の統計値を計算する。

第１の統計値は、Ｓ２０３で計算する統計値（平均値等）よりも値が大きくなる統計値であり、例えば、最大値（ＭＡＸとする）である。ただし、第１の統計値として最大値を使用することは一例であり、最大値以外に、例えば、Ｘパーセンタイル値（Ｘは例えば９０）等を使用してもよい。ここでは、第１の統計値として最大値（ＭＡＸ）を使用することとする。

推定部１２０は、前回取得タイミングの時刻からＭＡＸの時間経過時点のタイミングを取得タイミング候補Ｔ１とする。

また、推定部１２０は、原型マニフェストファイル内のセグメントの時間長の一部又は全部についての第２の統計値を計算する。第２の統計値は、第１の統計値よりも値が小さくなる統計値であり、例えば、平均値（ＡＶＥとする）である。ただし、第２の統計値として平均値を使用することは一例であり、平均値以外に、例えば、中央値、最頻値等を使用してもよい。ここでは第２の統計値として平均値（ＡＶＥ）を使用する。

推定部１２０は、現取得タイミングの時刻からＡＶＥの時間経過時点のタイミングを取得タイミング候補Ｔ２とする。推定部１２０は、Ｔ１とＴ２を比較して、時間的により過去の取得タイミング候補を次取得タイミングと決定する。

図８に、Ｓ２０４における次取得タイミング決定の例を示す。図８の（ａ）に示すケースは、Ｔ１とＴ２のいずれも現取得タイミングに対して将来の時刻となるケースである。図８の（ａ）の場合、Ｔ１がＴ２より過去なので、Ｔ２が次取得タイミングとして決定される。

図８の（ｂ）に示すケースは、Ｔ１が現取得タイミングに対して過去の時刻となり、Ｔ２が現取得タイミングに対して将来の時刻となるケースである。この場合もＴ１が次取得タイミングとして決定される。ただし、後述するように、図８の（ｂ）のケースでは、現取得タイミングでの原型マニフェストファイル取得の後、直ぐに原型マニフェストファイルの取得を行う。

Ｓ２０４（現取得タイミングで取得された原型マニフェストファイルと、前回取得タイミングで取得された原型マニフェストファイルとが同一の場合）においては、現取得タイミングで未だ更新が行われていない。この場合、例えば、長い時間長のセグメントの配信が行われているために、更新がなされていないことが想定される。前回取得タイミングから第１の統計値（ＭＡＸ等）が経過すれば、更新されている可能性は高いので、Ｓ２０４においては第１の統計値（ＭＡＸ等）を用いることとしている。ただし、第１の統計値（ＭＡＸ等）が非常に長い場合には、前回取得タイミングから第１の統計値（ＭＡＸ等）が経過したタイミングの長時間前に更新が行われている可能性があるので、Ｓ２０４においては、第２の統計値（ＡＶＥ等）も用いて、第１の統計値に基づくＴ１と第２の統計値に基づくＴ２を計算し、より過去のタイミングを次取得タイミングとしている。

上述したＳ２０３の統計値（ＡＶＥ等）、Ｓ２０４の第２の統計値（ＡＶＥ等）はいずれも、前回取得タイミングにおける原型マニフェストファイル取得時に計算した結果を一時的に保存して用いても良い。

また、Ｓ２０４の第１の統計値（ＭＡＸ等）については、計算をせずにセグメントの時間長の最大値に該当する値を参照し、第１の統計値として使用してもよい。セグメントの時間長の最大値に該当する値は、データ記憶部１５０に予め保持しておき、推定部１２０が当該値を読み出すこととしてもよいし、オリジンサーバ５００から取得してもよい。

また、Ｓ２０３とＳ２０４のいずれにおいても、統計値の計算において、外れ値を除くなどの統計処理を行っても良い。原型マニフェストファイル内の複数メディア間（例えば映像データと音声データ）でセグメントが分かれており時間長情報が異なる場合は、いずれか１つのメディアの時間長情報を用いてもよい。

＜図６のＳ２０５～Ｓ２０８＞
次に、Ｓ２０１～Ｓ２０４において推定部１２０により決定された次取得タイミングに基づく取得処理を説明する。

Ｓ２０５において、取得部１１０は、次取得タイミングが、現時点に対して未来（予定）であるか過去（既に予定時刻を経過している）であるかを確認する。現時点とは、Ｓ２０５の判断を行う時刻であり、次取得タイミングの決定がなされた直後の時刻である。

次取得タイミングが未来であればＳ２０６に進み、取得部１１０は、予定された次取得タイミングで原型マニフェストファイルをオリジンサーバ５００へ要求する。次取得タイミングが過去であればＳ２０７に進み、取得部１１０は、即時に原型マニフェストファイルをオリジンサーバ５００へ要求する。Ｓ２０８において、取得部１１０は、取得した原型マニフェストファイルを判断部１３０及び推定部１２０に入力し、判断部１３０は原型マニフェストファイルをデータ記憶部１５０に保存する。推定部１２０は、Ｓ２０１～Ｓ２０４の処理を行う。

＜図９のＳ３０１～Ｓ３０５＞
次に、図９を参照して、システム制御装置１００のマニフェストファイル要求受付に関する動作を説明する。

判断部１３０は、視聴クライアント４００から識別情報を付与したマニフェストファイルの要求を受信すると、Ｓ３０１において、データ記憶部１５０に保存されている制御方針と、最新の原型マニフェストファイルを検索して、Ｓ３０２において、時間帯、ネットワーク／システム状態、及び識別情報の組合せに対応する映像配信サーバ、映像編成、及び映像品質を確認する。なお、データ記憶部１５０には、様々なコンテンツの原型マニフェストファイルが格納されおり、上記の「原型マニフェストファイルを検索する」とは、視聴クライアント４００からの要求に合致したコンテンツの原型マニフェストファイルを検索することである。

識別情報が暗号化されている場合は復号化して確認する。また、時間帯は、例えば、マニフェストファイルの要求を受信した時刻が属する時間帯である。そして、判断部１３０は、Ｓ３０３において、時間帯、ネットワーク／システム状態、及び識別情報の組合せに対応する映像配信サーバ、映像編成、及び映像品質をマニフェストファイル生成内容である映像配信サーバ、映像編成、映像品質として決定する。併せて、検索された原型マニフェストファイルをマニフェストファイル生成内容として決定する。

なお、時間帯、ネットワーク／システム状態、及び識別情報の組合せを用いることは一例である。例えば、時間帯、ネットワーク／システム状態、及び識別情報の３つの情報のうちの少なくとも１つの情報を用いて、映像配信サーバ、映像編成、及び映像品質を決定してもよい。また、映像配信サーバ、映像編成、及び映像品質は、映像データを取得するために必要な情報の一例である。また、「ネットワーク／システム状態」について、ネットワークもシステムに含まれると考えることで、「ネットワーク／システム状態」をシステムの状態と言い換えてもよい。例えば、時間帯、ネットワーク／システム状態、及び識別情報のうちの１つ、あるいはいずれか２つを用いて制御方針と原型マニフェストファイルを検索し、得られた情報をマニフェストファイル生成内容として決定してもよい。

Ｓ３０４において、生成送信部１４０は、判断部１３０により決定されたマニフェストファイル生成内容に基づきマニフェストファイルを生成し、Ｓ３０５において、生成したマニフェストファイルを視聴クライアント４００へ送信する。

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

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

（実施の形態の効果、まとめ等）
以上、説明したように、本実施の形態に係る技術によれば、システム制御装置１００は、取得した原型マニフェストファイルを分析し、更新タイミングを推定して次の取得タイミングを決定することとしたので、適切なときに次の取得を行うことが可能となる。

これにより、更新されていない原型マニフェストファイルを繰り返し取得することによる負荷増大を回避できる。また、更新された原型マニフェストファイルを迅速に取得できないことによるマニフェストファイル生成の遅れに伴う配信遅延の増加や視聴クライアントでの再生中断を防ぐことが可能となる。

本明細書には、少なくとも下記の各項に記載されたシステム制御装置、及び原型マニフェストファイル取得方法が開示されている。
（第１項）
ネットワークを介して映像データの配信を行うシステムにおいて、視聴クライアントに送信するマニフェストファイルの基となる原型マニフェストファイルを取得するシステム制御装置であって、
オリジンサーバから取得した原型マニフェストファイルの内容を分析することにより、原型マニフェストファイルの次の取得タイミングを決定する推定部と、
前記推定部により決定された次の取得タイミングに基づいて、前記オリジンサーバから原型マニフェストファイルを取得する取得部と
を備えることを特徴とするシステム制御装置。
（第２項）
前記推定部は、現取得タイミングで取得した原型マニフェストファイルと、前回取得タイミングで取得した原型マニフェストファイルとを比較し、これらの原型マニフェストファイルが同一の内容を有するか否かにより処理を異ならせる
ことを特徴とする第１項に記載のシステム制御装置。
（第３項）
前記推定部は、現取得タイミングで取得した原型マニフェストファイルと、前回取得タイミングで取得した原型マニフェストファイルとが異なると判断した場合に、現取得タイミングで取得した原型マニフェストファイル内の全セグメントのうちの全部又は一部のセグメントの時間長についての統計値を計算し、現取得タイミングから当該統計値の時間経過時点のタイミングを次の取得タイミングとして決定する
第２項に記載のシステム制御装置。
（第４項）
前記推定部は、現取得タイミングで取得した原型マニフェストファイルと、前回取得タイミングで取得した原型マニフェストファイルとが同一であると判断した場合に、取得した原型マニフェストファイル内の全セグメントのうちの全部又は一部のセグメントの時間長についての統計値である第１の値を計算し、前回取得タイミングから当該第１の値の時間経過時点のタイミングを第１の取得タイミング候補として求め、
前記全セグメントのうちの全部又は一部のセグメントの時間長についての統計値である第２の値を計算し、現取得タイミングから当該第２の値の時間経過時点のタイミングを第２の取得タイミング候補として求め、
前記第１の取得タイミング候補と前記第２の取得タイミング候補を比較して、時間的により過去の取得タイミング候補を次の取得タイミングとして決定する
ことを特徴とする第２項又は第３項に記載のシステム制御装置。
（第５項）
前記推定部は、現取得タイミングで取得した原型マニフェストファイルと、前回取得タイミングで取得した原型マニフェストファイルとが同一であると判断した場合に、セグメントの時間長の最大値に該当する値を第１の値として取得し、前回取得タイミングから当該第１の値の時間経過時点のタイミングを第１の取得タイミング候補として求め、
取得した原型マニフェストファイル内の全セグメントのうちの全部又は一部のセグメントの時間長についての統計値である第２の値を計算し、現取得タイミングから当該第２の値の時間経過時点のタイミングを第２の取得タイミング候補として求め、
前記第１の取得タイミング候補と前記第２の取得タイミング候補を比較して、時間的により過去の取得タイミング候補を次の取得タイミングとして決定する
ことを特徴とする第２項又は第３項に記載のシステム制御装置。
（第６項）
現取得タイミングで取得した原型マニフェストファイルと、前回取得タイミングで取得した原型マニフェストファイルとが異なる場合における前記統計値、及び、前記第２の値はいずれも、原型マニフェストファイル内の全セグメントのうちの全部又は一部のセグメントの時間長についての平均値であり、
統計値としての前記第１の値は、原型マニフェストファイル内の全セグメントのうちの全部又は一部のセグメントの時間長についての最大値である
第３項ないし第５項のうちいずれか１項に記載のシステム制御装置。
（第７項）
前記取得部は、次の取得タイミングが、現時点よりも未来であるか過去であるかを確認し、未来であれば、当該次の取得タイミングで原型マニフェストファイルをオリジンサーバへ要求し、過去であれば即時に原型マニフェストファイルをオリジンサーバへ要求する
第１項ないし第６項のうちいずれか１項に記載のシステム制御装置。
（第８項）
ネットワークを介して映像データの配信を行うシステムにおいて、視聴クライアントに送信するマニフェストファイルの基となる原型マニフェストファイルを取得するシステム制御装置が実行する原型マニフェストファイル取得方法であって、
オリジンサーバから取得した原型マニフェストファイルの内容を分析することにより、原型マニフェストファイルの次の取得タイミングを決定する推定ステップと、
前記推定ステップにより決定された次の取得タイミングに基づいて、前記オリジンサーバから原型マニフェストファイルを取得する取得ステップと
を備えることを特徴とする原型マニフェストファイル取得方法。

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

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

Claims (8)

1. ネットワークを介して映像データの配信を行うシステムにおいて、視聴クライアントに送信するマニフェストファイルの基となる原型マニフェストファイルを取得するシステム制御装置であって、
   オリジンサーバから取得した原型マニフェストファイルの内容を分析することにより、原型マニフェストファイルの次の取得タイミングを決定する推定部と、
   前記推定部により決定された次の取得タイミングに基づいて、前記オリジンサーバから原型マニフェストファイルを取得する取得部と
   を備えることを特徴とするシステム制御装置。
2. 前記推定部は、現取得タイミングで取得した原型マニフェストファイルと、前回取得タイミングで取得した原型マニフェストファイルとを比較し、これらの原型マニフェストファイルが同一の内容を有するか否かにより処理を異ならせる
   ことを特徴とする請求項１に記載のシステム制御装置。
3. 前記推定部は、現取得タイミングで取得した原型マニフェストファイルと、前回取得タイミングで取得した原型マニフェストファイルとが異なると判断した場合に、現取得タイミングで取得した原型マニフェストファイル内の全セグメントのうちの全部又は一部のセグメントの時間長についての統計値を計算し、現取得タイミングから当該統計値の時間経過時点のタイミングを次の取得タイミングとして決定する
   請求項２に記載のシステム制御装置。
4. 前記推定部は、現取得タイミングで取得した原型マニフェストファイルと、前回取得タイミングで取得した原型マニフェストファイルとが同一であると判断した場合に、取得した原型マニフェストファイル内の全セグメントのうちの全部又は一部のセグメントの時間長についての統計値である第１の値を計算し、前回取得タイミングから当該第１の値の時間経過時点のタイミングを第１の取得タイミング候補として求め、
   前記全セグメントのうちの全部又は一部のセグメントの時間長についての統計値である第２の値を計算し、現取得タイミングから当該第２の値の時間経過時点のタイミングを第２の取得タイミング候補として求め、
   前記第１の取得タイミング候補と前記第２の取得タイミング候補を比較して、時間的により過去の取得タイミング候補を次の取得タイミングとして決定する
   ことを特徴とする請求項２又は３に記載のシステム制御装置。
5. 前記推定部は、現取得タイミングで取得した原型マニフェストファイルと、前回取得タイミングで取得した原型マニフェストファイルとが同一であると判断した場合に、セグメントの時間長の最大値に該当する値を第１の値として取得し、前回取得タイミングから当該第１の値の時間経過時点のタイミングを第１の取得タイミング候補として求め、
   取得した原型マニフェストファイル内の全セグメントのうちの全部又は一部のセグメントの時間長についての統計値である第２の値を計算し、現取得タイミングから当該第２の値の時間経過時点のタイミングを第２の取得タイミング候補として求め、
   前記第１の取得タイミング候補と前記第２の取得タイミング候補を比較して、時間的により過去の取得タイミング候補を次の取得タイミングとして決定する
   ことを特徴とする請求項２又は３に記載のシステム制御装置。
6. 現取得タイミングで取得した原型マニフェストファイルと、前回取得タイミングで取得した原型マニフェストファイルとが異なる場合における前記統計値、及び、前記第２の値はいずれも、原型マニフェストファイル内の全セグメントのうちの全部又は一部のセグメントの時間長についての平均値であり、
   統計値としての前記第１の値は、原型マニフェストファイル内の全セグメントのうちの全部又は一部のセグメントの時間長についての最大値である
   請求項４又は５に記載のシステム制御装置。
7. 前記取得部は、次の取得タイミングが、現時点よりも未来であるか過去であるかを確認し、未来であれば、当該次の取得タイミングで原型マニフェストファイルをオリジンサーバへ要求し、過去であれば即時に原型マニフェストファイルをオリジンサーバへ要求する
   請求項１ないし６のうちいずれか１項に記載のシステム制御装置。
8. ネットワークを介して映像データの配信を行うシステムにおいて、視聴クライアントに送信するマニフェストファイルの基となる原型マニフェストファイルを取得するシステム制御装置が実行する原型マニフェストファイル取得方法であって、
   オリジンサーバから取得した原型マニフェストファイルの内容を分析することにより、原型マニフェストファイルの次の取得タイミングを決定する推定ステップと、
   前記推定ステップにより決定された次の取得タイミングに基づいて、前記オリジンサーバから原型マニフェストファイルを取得する取得ステップと
   を備えることを特徴とする原型マニフェストファイル取得方法。

Images