JP7074023B2 - 品質情報収集システム、品質情報収集方法、及びプログラム - Google Patents

Description

本発明は、映像再生端末からの品質関連情報の通知を制御する技術に関連するものである。

近年、インターネットを利用した映像配信が盛んに行われている。映像配信のサービサーでは、マーケティングや顧客満足度維持・向上の観点から、ユーザの視聴コンテンツや視聴品質を収集することがある。ユーザの視聴情報を収集する技術として、例えば特許文献１、特許文献２がある。

特開２０１２－７００３０号公報 特開２００４－０７０４８３号公報

映像配信サービスの利用ユーザ数が少ない場合は全ユーザから情報を収集することは容易であるが、ユーザ数の増加に伴い、情報通信量が増加すると、ネットワークや情報管理サーバの負荷が増大するという問題が生じる。

特許文献１では、映像再生端末の有する映像視聴に関する情報をシステム側のサーバで収集する手段について記載されているが、情報収集を効率化する手段については言及されていない。

本発明は上記の点に鑑みてなされたものであり、映像再生端末から品質関連情報を収集するシステムにおいて、収集する品質関連情報の情報量を削減することを可能とする技術を提供することを目的とする。

開示の技術によれば、視聴要求に基づいて配信される映像データを取得して、映像再生を行う視聴クライアントから映像視聴に関する品質関連情報を収集する品質情報収集システムであって、
前記映像データの配信が行われるネットワークの通信状況に基づいて、視聴要求を行った前記視聴クライアントに対して品質関連情報の報告を要求するか否かを決定する品質情報制御機能部と、
前記品質情報制御機能部による決定に基づいて前記視聴クライアントから送信された品質関連情報を受信する品質情報収集分析機能部と
を備えることを特徴とする品質情報収集システムが提供される。

開示の技術によれば、映像再生端末から品質関連情報を収集するシステムにおいて、収集する品質関連情報の情報量を削減することを可能とする技術が提供される。

第１の実施の形態におけるシステム構成図である。 品質情報制御機能部の構成図である。 品質情報収集分析機能部の構成図である。 視聴クライアントの構成図である。 装置のハードウェア構成の例を示す図である。 第１の実施の形態におけるシステムの動作を説明するためのシーケンス図である。 品質関連情報送信内容テーブルを示す図である。 品質関連情報送信内容テーブルの具体例を示す図である。 視聴クライアント集団別品質情報収集頻度テーブルを示す図である。 ｔ分布表を示す図である。 第２の実施の形態におけるシステム構成図である。 第２の実施の形態におけるシステムの動作を説明するためのシーケンス図である。

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

［第１の実施の形態］
（システム全体構成）
図１に、本発明の第１の実施の形態における映像配信システムの全体構成を示す。図１は、各部の間における情報の入出力に関わる流れも示している。

図１に示すように、本実施の形態における映像配信システムは、映像配信制御機能部１００、品質情報制御機能部２００、品質情報収集分析機能部３００からなる映像情報収集システム４００、及びサービスサイト５００、映像配信データ格納機能部６００、視聴クライアント７００を有する。また、図示のとおりに装置間において通信ＮＷ（ネットワーク）８００を介した通信が可能である。なお、映像情報収集システム４００を品質情報収集システムと呼んでもよい。また、品質情報制御機能部２００と品質情報収集分析機能部３００からなるシステムを品質情報収集システムと呼んでもよい。

なお、図１には、サービスサイト５００、映像配信データ格納機能部６００、視聴クライアント７００がそれぞれ１つずつ示されているが、これは図示の便宜のためであり、実際にはそれぞれ複数存在する。

また、映像情報収集システム４００及び品質情報収集システムは、１つのコンピュータ（サーバ）で構成されてもよいし、複数のコンピュータで構成されてもよい。また、映像配信制御機能部１００、品質情報制御機能部２００、品質情報収集分析機能部３００のそれぞれについても、１つのコンピュータ（サーバ）で構成されてもよいし、複数のコンピュータで構成されてもよい。また、映像配信制御機能部１００、品質情報制御機能部２００、品質情報収集分析機能部３００、映像情報収集システム４００、品質情報収集システムはいずれもクラウド上の仮想マシンで実現されてもよい。各装置／機能部の概要は下記のとおりである。

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

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

映像配信データ格納機能部６００は、映像コンテンツを分割したデータを有している。映像配信データ格納機能部６００は、通信ネットワーク上に複数存在し、映像コンテンツの同一データが複数の映像配信データ格納機能部６００に存在する場合や、映像コンテンツを分割したデータが複数の映像配信データ格納機能部６００に分かれて存在する場合がある。

映像配信制御機能部１００は、映像配信データ格納機能部６００と直接通信する機能を有しており、映像コンテンツを構成するデータがネットワーク上のどの映像配信データ格納機能部６００に存在しているかを把握している。

品質情報制御機能部２００は、映像配信制御機能部１００、品質情報収集分析機能部３００と直接通信する機能及びネットワーク情報を取得する機能を有しており、個別の視聴クライアントから品質関連情報を取得するか否かを決定し、決定した内容を通知する機能等を有する。

品質情報収集分析機能部３００は、視聴クライアント７００から品質関連情報を取得し、視聴クライアント７００が再生した映像コンテンツについて、視聴品質を算出、蓄積する機能及び、視聴クライアント、映像コンテンツ、その他の属性分類別に視聴品質の統計処理を行う機能を有し、ネットワーク管理者やコンテンツ管理者の求めに従ってそれらを開示する機能を有する。

（装置構成例）
図２に、品質情報制御機能部２００の構成例を示す。図２に示すように、品質情報制御機能部２００は、視聴クライアント７００に報告を要求する品質関連情報の種別等を決定する要求情報種別決定部２１０、視聴クライアント７００に品質関連情報の報告を要求するか否かを決定する報告要否決定部２２０、及び各種のデータを格納するデータ格納部２３０を有する。

図３に、品質情報収集分析機能部３００の構成例を示す。図３に示すように、品質情報収集分析機能部３００は、収集した品質関連情報に基づいて個々の視聴クライアントにおける視聴品質を算出する視聴品質算出部３１０、及び個々の視聴クライアントにおける視聴品質の集合から統計処理を行って、集団の視聴品質を算出する集団視聴品質算出部３２０、及び各種データを格納するデータ格納部３３０を有する。

図４に、視聴クライアント７００の構成例を示す。図４に示すように、視聴クライアント７００は、映像データを取得して映像の再生を行う映像再生部７１０、品質情報制御機能部２００により決定された情報に基づいて品質関連情報の通知を行う品質情報通知部７２０、及び各種データを格納するデータ格納部７３０を有する。

（ハードウェア構成例）
第１の実施の形態（第２の実施の形態も同様）における映像配信システムを構成する各装置（各機能部）は、例えば、コンピュータに、実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。

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

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

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

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

（システムの動作例）
以下、第１の実施の形態における映像配信システムの動作例を、図６のシーケンス図に示す手順に沿って説明する。

＜Ｓ１０１～Ｓ１０７＞
Ｓ（ステップ）１０１において、サービス利用者はまず視聴クライアント７００を用いてサービスサイト５００にアクセスし、視聴したい映像コンテンツを選択し、視聴要求を行う。

Ｓ１０２において、サービスサイト５００は、要求された映像コンテンツをどの映像配信データ格納機能部６００から配信するかを決定させるため、視聴クライアントに対し映像配信制御機能部１００のアドレスを通知する。サービスサイト５００はまた、映像配信データ格納機能部６００の選択に必要な情報種別を視聴クライアント７００に教え、付随する情報として映像配信制御機能部１００に通知するよう促す機能を有する場合がある。

Ｓ１０３において、視聴クライアント７００は、サービスサイト５００からの通知に従い、映像コンテンツの視聴要求、及び、付随する情報がある場合は付随する情報を映像配信制御機能部１００に通知する。

Ｓ１０４において、映像配信制御機能部１００は、視聴クライアント７００からの情報に基づき、要求された映像コンテンツを構成するデータを、映像配信データ格納機能部６００のアドレスと併せてマニフェストファイルとして作成し、視聴クライアント７００に送付する。なお、マニフェストファイルには、取得すべき映像データのリストの他、コンテンツ全体に関する情報、暗号化に関する情報等が記載されている。

Ｓ１０５において、視聴クライアント７００は、受け取ったマニフェストファイルの内容に従い、映像コンテンツを構成するデータを順次映像配信データ格納機能部６００に要求する。Ｓ１０６において、映像配信データ格納機能部６００は、視聴クライアント７００に要求されたデータを送信する。これにより、視聴クライアント７００の映像再生部７１０は受信したデータを再生する。

Ｓ１０７において、映像配信制御機能部１００は、視聴クライアント７００から受け取った情報及び送付したマニフェストファイルの内容を品質情報制御機能部２００に通知する。なお、Ｓ１０４とＳ１０７は同時に実行される。

＜Ｓ１０８：要求情報種別決定＞
Ｓ１０８では、品質情報制御機能部２００における要求情報種別決定部２１０が、映像配信制御機能部１００から受け取った情報（例：視聴クライアントの地域を示す情報や優先度等の各種属性）、通信ＮＷ８００から収集したネットワーク情報（例：通信状況としての通信経路負荷）、及び品質情報収集分析機能部３００の状態情報（例：ＣＰＵ負荷）の全て又は一部を用いて視聴クライアント７００から取得したい品質関連情報の種別を決定する。以下、Ｓ１０８の処理をより詳細に説明する。

品質情報制御機能部２００のデータ格納部２３０には、ｋ列、ｌ行のテーブルである品質関連情報送信内容決定テーブルが格納されている。図７に当該テーブルの例を示す。図７に示すように、品質関連情報送信内容決定テーブルの列は情報収集する品質関連情報の収集条件であり、行は品質関連情報の種別である。また、テーブルの値には頻度指定値ｎが記載される。頻度指定値とは、１回の情報取得に対する視聴要求数であり、例えば、頻度指定値が１０の場合、視聴クライアント７００からの１０回の視聴要求に対して１回、該当の品質関連情報を取得する。

図８（ａ）、（ｂ）に、品質関連情報送信内容決定テーブルの具体例を示す。図８（ａ）、（ｂ）に示す各例において、品質関連情報の種別は解像度、フレームレート、符号化レート、再生停止時刻、再生停止時間の５種類であり、それぞれの報告を要求する頻度は、通信ＮＷ８００内の映像情報通信経路負荷及び品質情報収集分析機能部３００のＣＰＵ負荷から判断される。映像情報通信経路負荷は、個々の視聴クライアントについての、視聴クライアントと映像配信データ格納機能部６００との間の通信経路の負荷であってもよいし、同じ地域の複数の視聴クライアントの映像データが通る通信経路の負荷であってもよい。

本実施の形態では、通信ＮＷ８００内の映像情報通信経路負荷に基づき得られた頻度指定値と品質情報収集分析機能部３００のＣＰＵ負荷に基づき得られた頻度指定値との積を最終的な頻度指定値として、品質関連情報報告を要求する。具体例は以下のとおりである。なお、このように積を用いることは一例である。

例えば、図８（ａ）に示すとおり、通信経路負荷が４０％（ρ≦０．５に該当）、品質情報収集分析機能部３００のＣＰＵ負荷が３０％の場合、解像度、フレームレート、符号化レートはそれぞれ３×１＝３となるので、解像度、フレームレート、符号化レートのぞれぞれについて、視聴クライアント７００による３回の視聴要求に対して、１回の頻度で当該情報の報告を要求する。つまり、３回のうち２回は報告を要求しないことになる。また、再生停止時刻と再生停止時間についてはそれぞれ１×１＝１となるので、再生停止時刻と再生停止時間のそれぞれについては、視聴クライアント７００による視聴要求に対して毎回報告を要求する。

同様に、通信経路負荷が６５％、品質情報収集分析機能部３００のＣＰＵ負荷が６０％の場合は、解像度、符号化レート、再生停止時刻、再生停止時間のそれぞれの送信を毎回要求するが、フレームレートの送信は２回に１回の要求となる。

なお、テーブル作成において、より多くの情報や複雑な関数を用いても良い。本実施の形態では、通信経路負荷が低い状態では視聴品質は良い状態を継続するという傾向から品質関連情報の取得を省略して良いという判断を行っている。つまり、図８（ａ）の例では、通信経路負荷が低い状態では、解像度等は３回の視聴要求に対して１回報告要求するという頻度指定値としている。

また、品質情報収集分析機能部のＣＰＵ負荷が高い場合は処理が追い付かない恐れがあるため、必要性の低い品質関連情報から取得を省略するという判断を加えている。

＜Ｓ１０９：報告要否決定＞
Ｓ１０９において、品質情報制御機能部２００の報告要否決定部２２０は、視聴クライアント７００に品質関連情報の報告を要求するか否かを決定する。

なお、Ｓ１０８の処理のみ、あるいは、Ｓ１０９の処理のみでも、品質関連情報の報告量の削減を行うことができるため、Ｓ１０９を行わずにＳ１０８を行うこととしてもよいし、Ｓ１０８を行わずにＳ１０９を行うこととしてもよい。

本実施の形態では、Ｓ１０８とＳ１０９の両方を行うこととしている。ここで、Ｓ１０８を行わずにＳ１０９を行う場合においては、例えば、全ての種別の品質関連情報を報告させることとしてもよい。

また、Ｓ１０８とＳ１０９の両方を行う本実施の形態では、例えば、Ｓ１０９において、ある視聴クライアント７００が報告要求の対象となった場合に、当該視聴クライアント７００に対してＳ１０８で決定された種別の品質関連情報の報告を要求する。例えば、Ｓ１０８で、視聴クライアント７００に対して再生停止時間の報告を毎回要求することが決定された場合には、Ｓ１０９で報告要と決定されたこの視聴クライアント７００に対して再生停止時間の報告を要求する。また、例えば、Ｓ１０８で、視聴クライアント７００に対してフレームレートの報告を３回に１回要求することが決定された場合には、Ｓ１０９で報告要と決定されたこの視聴クライアント７００に対して、報告要３回のうち１回の割合でフレームレートの報告を要求する。以下、Ｓ１０９の内容を詳細に説明する。

ここでは、本システムのサービス対象となる視聴クライアントが複数の属性に基づいて複数の視聴クライアント集団に区分される。具体例として、視聴クライアント集団を、所属地域（東日本／西日本）と通信経路負荷状況（４０％未満／４０％～６０％／６０％以上）とサービス種別（優先／非優先）の３つの属性で区分する。

この場合、視聴クライアント集団は、（東日本、４０％未満、優先）：（東日本、４０％未満、非優先）：（東日本、４０％以上６０％未満、優先）：（東日本、４０％以上６０％未満、非優先）：（東日本、６０％以上、優先）：（東日本、６０％以上、非優先）：（西日本、４０％未満、優先）：（西日本、４０％未満、非優先）：（西日本、４０％以上６０％未満、優先）：（西日本、４０％以上６０％未満、非優先）：（西日本、６０％以上、優先）：（西日本、６０％以上、非優先）の１２集団に区分される。各集団は頻度指定値を有する。頻度指定値とは、前述したとおり、１回の情報取得に対する視聴要求数であり、例えば、頻度指定値が１００の場合、１００回の視聴要求に対して１回情報取得する。

頻度指定値の初期値は以下の（１）～（５）の方法で報告要否決定部２２０により導出される。なお、頻度指定値の初期値については、品質情報制御機能部２００の外部で導出され、その結果が品質情報制御機能部２００のデータ格納部２３０に格納されることとしてもよい。

（１）所属地域ついては、ユーザ数比を適用する。

（２）所属地域については、さらに、通信経路負荷の比を適用する。通信経路負荷の比はシステム管理者が任意に設定する。例えば、４０％未満：４０％～６０％：６０％以上＝４：２：１とする。

（３）優先／非優先については、システム管理者が任意に比の値を設定する。

（４）各集団は、自身の属性の比を乗算する。

（５）各集団は、（４）の値の逆数を算出し、任意定数ａを乗算し、小終点以下を切り上げるか、切り捨てるかし、整数値とする。

なお、任意定数ａは品質情報収集分析機能部３００のＣＰＵ負荷に合わせて、情報収集頻度を調節するための値であり、任意の値で良いが、可能なら、予め品質情報収集分析機能部３００の処理能力を測定し、測定結果に合わせて設定することが望ましい。

具体的には頻度指定値の初期値は次のように計算される。東日本、西日本のユーザ数比が５：３、通信経路負荷の比を４０％未満：４０％以上６０％未満：６０％以上を４：２：１、優先／非優先の比を２：１、任意定数ａを２４００に設定したとする。

上記設定の場合、（４）は、（東日本、４０％未満、優先）：（東日本、４０％未満、非優先）：（東日本、４０％以上６０％未満、優先）：（東日本、４０％以上６０％未満、非優先）：（東日本、６０％以上、優先）：（東日本、６０％以上、非優先）：（西日本、４０％未満、優先）：（西日本、４０％未満、非優先）：（西日本、４０％以上６０％未満、優先）：（西日本、４０％以上６０％未満、非優先）：（西日本、６０％以上、優先）：（西日本、６０％以上、非優先）＝５・４・２：５・４・１：５・２・２：５・２・１：５・１・２：５・１・１：３・４・２：３・４・１：３・２・２：３・２・１：３・１・２：３・１・１＝４０：２０：２０：１０：１０：５：２４：１２：１２：６：６：３となる。

（５）のステップを計算すると、（東日本、４０％未満、優先）：（東日本、４０％未満、非優先）：（東日本、４０％以上６０％未満、優先）：（東日本、４０％以上６０％未満、非優先）：（東日本、６０％以上、優先）：（東日本、６０％以上、非優先）：（西日本、４０％未満、優先）：（西日本、４０％未満、非優先）：（西日本、４０％以上６０％未満、優先）：（西日本、４０％以上６０％未満、非優先）：（西日本、６０％以上、優先）：（西日本、６０％以上、非優先）＝１／４０・２４００：１／２０・２４００：１／２０・２４００：１／１０・２４００：１／１０・２４００：１／５・２４００：１／２４・２４００：１／１２・２４００：１／１２・２４００：１／６・２４００：１／６・２４００：１／３・２４００＝６０：１２０：１２０：２４０：２４０：４８０：１００：２００：２００：４００：４００：８００となる。

この場合、（東日本、４０％未満、優先）の集団では、視聴要求６０に対し１の割合でサンプリングする。つまり、報告要否決定部２２０は、映像配信制御機能部１００から受信する情報、通信ＮＷ８００から取得する情報等から、視聴要求がどの集団のものであるかを識別し、（東日本、４０％未満、優先）の集団であれば、当該集団による視聴要求６０に対し１の割合で、当該集団に属する視聴クライアントに品質関連情報の報告を要求すると決定する。

より詳細には、報告要否決定部２２０はカウンタを備え、当該集団の６０要求ごとに品質関連情報の通知を要求すると決定する。あるいは乱数を用いて、１／６０の確率で各視聴要求に対し品質関連情報の通知を要求することを決定してもよい。

データ格納部２３０に格納された集団毎の頻度指定値は、報告要否決定部２２０により任意の時間間隔で更新される。例えば５分間隔で更新する。

また、例えば、品質情報収集分析機能部３００のＣＰＵ負荷状態が４０％未満の場合、集団毎に頻度指定値に任意定数ｂの逆数を乗算し、頻度指定値を更新する。ＣＰＵ負荷状態が４０％以上６０％未満の場合、頻度指定値は更新しない。ＣＰＵ負荷状態が６０％以上の場合、集団毎に頻度指定値にｂを乗算し、頻度指定値を更新する。任意定数ｂは品質情報収集分析機能部の処理能力に応じて、情報収集頻度を調節する値であり、１．２程度の値を設定する。この更新により、ＣＰＵ負荷が低ければより頻繁に品質関連情報の報告がなされ、ＣＰＵ負荷が高ければ品質関連情報の報告の頻度が抑えられることになる。

また、上記のような計算により集団毎の頻度指定値を算出することに代えて、あるいはそれに加えて、図９に示す視聴クライアント集団別品質情報収集頻度テーブルを用いる簡易な方法を用いても良い。視聴クライアント集団別品質情報収集頻度テーブルは、データ格納部２３０に格納されるテーブルである。

図９に示すテーブルは、各集団に対して、どの程度の頻度で品質関連情報をサンプリングするかを予めシステム管理者が設定した値を表形式で記録したものである。図９に示すとおり、例えば、東日本所在かつ優先サービス利用の視聴クライアントの集団に対しては、品質情報収集分析機能部３００のＣＰＵ負荷が４０％未満の場合には、視聴要求１００に対し１の割合でサンプリングする。

より詳細には、報告要否決定部２２０はカウンタを備え、当該集団の１００要求ごとに品質関連情報の通知を要求すると決定する。あるいは乱数を用いて、１／１００の確率で各視聴要求に対し品質関連情報の通知を要求することを決定してもよい。

＜Ｓ１１０＞
Ｓ１１０において、品質情報制御機能部２００は、Ｓ１０８、Ｓ１０９の結果に従って、視聴クライアント７００に対し品質関連情報の報告要否と情報の種別を通知する。なお、品質関連情報の報告否の場合、何も通知しないこととしてもよいし、報告否であることを通知してもよい。

＜Ｓ１１１：品質関連情報取得・通知＞
Ｓ１１１において、視聴クライアント７００における品質情報通知部７２０は、品質情報制御機能部２００から要求された品質関連情報を映像再生中取得し、値に変化があるとき、入力種別（例：解像度、フレームレート、符号化レート、再生停止時刻、再生停止時間）と変化後の値をデータ格納部７３０に記録し、一方、全ての入力種別に変化がない場合、変化がないことを示すフラグ（変化なしフラグ）をデータ格納部７３０に記録し、予め定められたタイミング（周期的なタイミング）で、品質関連情報（変化した値あるいはフラグ）を品質情報収集分析機能部３００に通知する。

なお、最初の通知とその次の通知（２回目の通知）については、変化した値あるいはフラグではなく、報告対象の全ての品質関連情報を通知する。その理由は、最初の通知は初期値となることから送信が必須であるためであり、２回目の通知は、通常、インターネット配信による映像再生では、再生の初期遅延を短縮するため、低品質の映像が再生され、しばらくして、高品質の映像に切り替わることが多いためである。

また、視聴クライアント７００の品質情報通知部７２０は、映像視聴中に再生停止がなく、解像度と符号化レートが共に一定以上、例えば、１２８０ｘ７２０以上、２Ｍｂｐｓ以上の場合、次の通知タイミングで、品質関連情報の値ではなく、高品質であることを示すフラグ（高品質フラグ）を通知する。その理由は、サービサーにとって、品質状態を確認したい欲求は、問題を予見したい場合であることが多く、一定以上の品質が保たれている場合、詳細に品質を数値化する必要性が薄いためである。ただし、高品質においても、詳細に品質を数値化したい欲求がある場合は、本手順（高品質フラグを送信する手順）は省略する。

＜Ｓ１１２：視聴品質算出＞
品質情報収集分析機能部３００は、各視聴クライアントから送付された品質関連情報を収集し、データ格納部３３０に格納する。Ｓ１１２において、視聴品質算出部３１０が、予め定めた計算式により個々の視聴クライアント７００が再生した映像コンテンツの視聴品質を算出し、データ格納部３３０に格納する。

視聴品質の計算の際、視聴クライアント７００から受信した変化なしフラグについては、入力種別毎に同じ入力の種類に対して値が記録されているまで過去に遡り、対象の「変化なしフラグ」を過去に遡った値に置き換えを行う。視聴品質は品質関連情報から一般的な計算式を用いて算出する。例えば、映像品質においては、映像品質の体感品質（ＱｏＥ）の計算式を用いる。ただし、映像品質の計算式は目的に合わせて任意に作成可能であり、特定の計算式に限るのもではない。また、視聴クライアント７００から受信した高品質フラグについては、計算はせず、高品質という結果を記録するか、もしくは、解像度と符号化レートを一定以上の最低値（解像度：１２８０ｘ７２０、符号化レート：２Ｍｂｐｓ）とし、フレームレートは２回目の通知の値を適用し、再生停止時刻と再生停止時間は値無しとして、最低保証を示す仮の値として映像の視聴品質を計算する。

＜Ｓ１１３：集団視聴品質算出＞
品質情報収集分析機能部３００の集団視聴品質算出部３２０は、視聴クライアント集団毎の視聴品質上限値及び下限値を以下の手順で推定する。視聴クライアント集団の区分は、前述したＳ１０９での区分と同じであってもよいし、異なっていてもよい。

まず、対象とする視聴クライアント集団から取得した品質関連情報に基づいて算出した視聴品質サンプルの数がｎ件あり、それぞれの視聴品質がｑ１，，，，，ｑｎであったとする。このとき、集団視聴品質算出部３２０は、視聴品質サンプルの平均ｘ＝（ｑ１＋ｑ２＋・・・＋ｑｎ）／ｎ、不偏分散σ２＝Σ（ｑｉ－ｘ）＾２／（ｎ－１）、及び自由度ｎ－１のｔ分布の（１－α）／２×１００％点を表すｔ（ｎ－１，（１－α）／２）を用いて、視聴品質の下限値を
ｘ－ｔ（ｎ－１，（１－α）／２）×（σ２／ｎ）＾０．５ （式１）
で推定し、上限値を
ｘ＋ｔ（ｎ－１，（１－α）／２）×（σ２／ｎ）＾０．５ （式２）
で推定し、これら下限値及び上限値を、当該視聴クライアント集団の全体の視聴品質値としてデータ格納部３３０に格納する。なお、ｔ（ｎ－１，（１－α）／２）は図１０に示すようにｔ分布表として表形式でデータ格納部３４０に格納される。

品質情報収集分析機能部３００は、品質関連情報から得られた集団視聴品質を、品質情報制御機能部２００に通知することとしてもよい。品質情報制御機能部２００は、受信した集団視聴品質の情報を、ネットワークの通信状況に関わる情報の一部として、視聴クライアントに対する品質関連情報の報告要否の決定、報告すべき品質関連情報種別の決定等に使用することができる
［第２の実施形態］
次に、第２の実施の形態を説明する。以下、主に、第１の実施の形態と異なる部分について説明する。

（システム全体構成、装置構成）
図１１に、本発明の第２の実施の形態における映像配信システムの全体構成を示す。図１１は、各部の間における情報の入出力に関わる流れも示している。図１１に示すとおり、第２の実施の形態における映像配信システムの構成要素は第１の実施の形態における映像配信システムの構成要素と同じである。

ただし、第１の実施の形態では、品質情報制御機能部２００から視聴クライアント７００へ報告要否・情報種別の指示を直接に行っていたが、第２の実施の形態では、品質情報制御機能部２００は視聴クライアント７００への報告要否・情報種別の指示を直接には行わないため、図１１には、品質情報制御機能部２００と視聴クライアント７００との間の線が描かれていない。

各機能部／装置の機能構成、及び、装置がコンピュータとプログラムで実現できる点についても第１の実施の形態と同様である。

（システムの動作例）
以下、第２の実施の形態における映像配信システムの動作例を、図１２のシーケンス図に示す手順に沿って説明する。

＜Ｓ２０１～Ｓ２０４＞
Ｓ２０１～Ｓ２０３の動作は、第１の実施の形態におけるＳ１０１～Ｓ１０３の動作と同じである。

Ｓ２０４において、映像配信制御機能部１００は、視聴クライアント７００からの情報に基づき、要求された映像コンテンツを構成するデータを、映像配信データ格納機能部６００のアドレスと併せて仮のマニフェストファイルとして作成し、品質情報制御機能部２００に送付する。

＜Ｓ２０５：要求情報種別決定、Ｓ２０６：報告要否決定＞
Ｓ２０５、Ｓ２０６での処理内容は第１の実施の形態におけるＳ１０８、Ｓ１０９と同じである。また、第２の実施の形態でもＳ１０８、Ｓ１０９と同様に、Ｓ２０６を行わずにＳ２０５を行い、Ｓ２０５を行わずにＳ２０６を行うこととしてもよい。本実施の形態では、第１の実施の形態のＳ１０８、Ｓ１０９と同様にＳ２０５とＳ２０６の両方を行う。

＜Ｓ２０７～Ｓ２１１＞
Ｓ２０７において、品質情報制御機能部２００は、Ｓ２０５、Ｓ２０７の結果に従って、仮のマニフェストファイルに情報を追加して映像配信制御機能部１００に送信する。追加する情報は、第１の実施の形態でＳ１１０で視聴クライアント７００に通知する情報（品質関連情報の報告要否及び種別）に相当する。

Ｓ２０８において、映像配信制御機能部１００は、品質関連情報の報告要否及び種別について追記された仮のマニフェストファイルを新しいマニフェストファイルとして、視聴クライアント７００に送信する。

Ｓ２０９において、視聴クライアント７００は、受け取ったマニフェストファイルの内容に従い、映像コンテンツを構成するデータを順次映像配信データ格納機能部６００に要求する。Ｓ２１０において、映像配信データ格納機能部６００は、視聴クライアント７００に要求されたデータを送信する。これにより、視聴クライアント７００の映像再生部７１０は受信したデータを再生する。

Ｓ２１１における品質関連情報の取得・通知の処理は、第１の実施の形態におけるＳ１１１における処理と同じである。

＜Ｓ２１２：視聴品質算出、Ｓ２１３：集団視聴品質算出＞
Ｓ２１２の視聴品質算出、及びＳ２１３の集団視聴品質算出の処理は、第１の実施の形態におけるＳ１１２、Ｓ１１３の処理と同じである。

（実施の形態のまとめ）
以上、説明したように、第１の実施の形態及び第２の実施の形態は、インターネット上の映像情報収集技術であって、視聴者が利用する視聴クライアント７００からの視聴要求をネットワーク上のサービスサイト５００が受け付け、サービスサイト５００が視聴クライアント７００に映像データリストの要求先である映像配信制御機能部１００のアドレスを通知し、視聴クライアント７００は映像配信制御機能部１００に対し視聴要求を通知し、映像配信制御機能部１００は視聴クライアント７００に映像データの内容詳細とその格納場所である映像配信データ格納機能部６００のアドレスを記述したマニフェストファイルを通知し、視聴クライアント７００はマニフェストファイルの内容に従って映像配信データ格納機能部６００に映像データを要求し、映像配信データ格納機能部６００は要求された映像データを視聴クライアント７００に送信し、視聴クライアント７００が映像データを表示することで映像視聴が成立する映像配信技術をベースとしている。

第１の実施の形態では、映像配信制御機能部１００は、視聴クライアント７００へのマニフェストファイル送付と同時に品質情報制御機能部２００にマニフェストファイルの内容、視聴クライアント７００に関わる情報を通知する。品質情報制御機能部２００は、ネットワークの通信状況に関わる情報を取得する機能を有し、上記マニフェストファイルの内容、視聴クライアントに関わる情報と併せて、送信先視聴クライアント７００から取得すべき、視聴品質あるいは視聴品質を算出するための情報で構成される品質関連情報の種別及び通知方法（例：通知要否）を特定して視聴クライアント７００に通知する。

視聴クライアント７００は、通知された内容に従って定期的に品質関連情報を品質情報収集分析機能部３００に通知し、品質情報収集分析機能部３００は、品質関連情報を視聴品質に変換し、ネットワークの通信状況に関わる情報の一部として例えば品質情報制御機能部２００に通知する。

第２の実施の形態では、映像配信制御機能部１００は、視聴クライアント７００にマニフェストファイルを送付する前に、品質情報制御機能部２００にマニフェストファイルの内容、視聴クライアントに関わる情報を通知する。品質情報制御機能部２００は、ネットワークの通信状況に関わる情報を取得する機能を有し、上記マニフェストファイルの内容、視聴クライアントに関わる情報と併せて、送信先視聴クライアント７００から取得すべき、視聴品質あるいは視聴品質を算出するための情報で構成される品質関連情報の種別及び通知方法を特定してマニフェストファイルに追記する。

映像配信制御機能部１００は、更新されたマニフェストファイルを受け取って視聴クライアント７００に送信し、視聴クライアント７００はマニフェストファイルに記述された内容に従って定期的に品質関連情報を品質情報収集分析機能部３００に通知し、品質情報収集分析機能部３００は、品質関連情報を視聴品質に変換し、ネットワークの通信状況に関わる情報の一部として品質情報制御機能部２００に通知する。

第１の実施の形態及び第２の実施の形態ともに、例えば、以下の処理が実行される。

品質情報制御機能部２００は、品質関連情報と通信経路負荷と品質情報収集分析機能部３００の処理能力から品質関連情報毎に情報収集の有無を判別するテーブルを有し、ネットワークの通信状況に関わる情報、マニフェストファイルの内容及び視聴クライアント７００に関わる情報の一部あるいは全てを用いて、視聴クライアント７００から取得する品質関連情報を決定する。より詳細には、品質情報制御機能部２００は、例えば、通信経路負荷の条件から品質関連情報の収集頻度を判別するテーブルと、品質情報収集分析機能部３００の処理能力の条件から品質関連情報の収集の頻度を判別するテーブルを有し、通信経路負荷の条件と品質情報収集分析機能部３００の処理能力の条件の積から最終的な品質関連情報の収集の頻度を計算する。

また、品質情報制御機能部２００は、予め定めた視聴クライアントを類別する区分の情報を有し、特定の集団についてはその一部の視聴クライアントのみを選択し、品質関連情報を通知させ、その他の視聴クライアントには視品質関連情報の通知を求めないことを判断する。それぞれの視聴クライアント７００には直接あるいはマニフェストファイルを用いて情報通知の要否を伝え、視聴クライアント７００は品質情報制御機能部２００からの通知に従って品質関連情報の通知を行う、あるいは行わない制御を実行できる。

品質情報収集分析機能部３００は、視聴クライアント集団の一部から通知された品質関連情報を統合し当該視聴クライアント集団の視聴品質を算出すし、算出された視聴品質をネットワークの通信状況に関わる情報の一部として品質情報制御機能部２００に通知することができる。

より詳細には、品質情報収集分析機能部３００は、視聴クライアント集団を所属地域（東日本／西日本）と通信経路負荷状況（４０％未満／４０％～６０％／６０％以上）とサービス種別（優先／非優先）で区分する場合、既に説明した（１）～（５）の手段で頻度指定値の初期値を算出する。また、頻度指定値は任意の時間間隔で更新し、ＣＰＵ負荷状態について２つの閾値を設け、小さい閾値未満の場合、集団毎に頻度指定値に任意定数ｂの逆数を乗算し、頻度指定値を更新し、小さい閾値以上大きい閾値未満の場合、頻度指定値は更新せず、大きい閾値以上の場合、集団毎に頻度指定値にｂを乗算し、頻度指定値を更新する。

また、特定の集団についてはその一部の視聴クライアントのみを選択し、品質関連情報を通知させ、その他の視聴クライアントには品質関連情報の通知を求めないことを判断するために、特定の集団に対して、どの程度の頻度で品質情報をサンプリングするかを予めシステム管理者が設定した値が設定されたテーブルを用いることとしてもよい。

視聴クライアント７００は、品質情報制御機能部２００から要求された品質関連情報を映像再生中取得し、値に変化があるとき、入力種別（解像度、フレームレート、符号化レート、再生停止時刻、再生停止時間）と変化後の値を記録し、一方、全ての入力種別に変化がない場合、変化がないことを示すフラグ（変化なしフラグ）を記録し、予め定められたタイミングで品質関連情報を品質情報収集分析機能部３００に通知する。

また、視聴クライアント７００は、品質情報制御機能部２００から要求された品質関連情報を映像再生中取得し、映像視聴中に再生停止がなく、解像度と符号化レートが共に一定以上、例えば、１２８０ｘ７２０以上、２Ｍｂｐｓ以上の場合、次の通知タイミングで、高品質であることを示すフラグ（高品質フラグ）を通知することとしてもよい。

品質情報収集分析機能部３００は、視聴品質の計算の際、視聴クライアント７００から受信した変化なしフラグについては、入力種別毎に同じ入力の種類に対して値が記録されているまで過去に遡り、「変化なしフラグ」を過去に遡った値に置き換えを行う。

また、品質情報収集分析機能部３００は、視聴品質の計算の際、視聴クライアント７００から受信した高品質フラグについては、計算はせず、高品質という結果を記録するか、もしくは、解像度と符号化レートを一定以上の最低値（解像度：１２８０ｘ７２０、符号化レート：２Ｍｂｐｓ）とし、フレームレートは２回目の通知の値を適用し、再生停止時刻と再生停止時間は値無しとして、最低保証を示す仮の値として映像品質を計算することとしてもよい。

品質情報収集分析機能部３００は、信頼係数αを持ち、特定の視聴クライアント集団から通知された情報から算出されたｎ件の視聴品質サンプルを有するとき、それらサンプルの平均値ｘ、不変分散σ２に対し、特定の視聴クライアント集団の品質下限値及び上限値を、自由度ｎ－１のｔ分布の（１－α）／２×１００％点を表すｔ（ｎ－１、（１－α）／２）を用いて、前述した（式１）と（式２）で算出し、特定の視聴クライアント集団の品質とすることができる。

（実施の形態に係る技術の特徴、効果等）
実施の形態に係る技術では、ユーザが視聴している映像の品質情報について、収集する情報量を削減する手段、少ない情報から効果的に視聴品質を推定する手段、また、これらを実現するために、情報収集の有無や情報種別を視聴クライアント単位で制御する手段を含んでいる。なお、これらの全ての手段を含むことは必須ではない。例えば、収集する情報量を削減する手段のみでも、収集する情報量が大きくなるという課題を解決することは可能である。

収集する情報を削減するための手段としては、ネットワークの混雑状況や視聴サービスの全般的な状態から、視聴品質に問題が発生しにくい、すなわち視聴品質が良好と容易に推定できる状態においては、情報収集を行わない、あるいは収集する情報の制限を判断して、個々の視聴クライアントからの情報収集量を削減する、あるいは類似の視聴環境にあると考えられる視聴ユーザの集団単位でのサンプリングを行い、視聴ユーザ集団ごとの視聴品質をサンプリングデータからの推定を行うこととしている。

少ない情報から効果的に視聴品質を推定するための手段としては、上述したように類似の視聴環境にあると考えられる視聴ユーザの集団単位でのサンプリングを行い、視聴ユーザ集団ごとの視聴品質をサンプリングデータから推定すること、集団の大きさをある程度以上大きくしておくことで、母集団からの偏りを抑制することとしている。

情報収集の有無や情報種別を視聴クライアント単位で抑制するための手段としては、集中管理可能な映像配信制御機能部１００及び品質情報制御機能部２００を用意し、視聴クライアント７００からの視聴要求の手続きの中に情報収集有無及び種別の判断を介在させることで、視聴機会毎の制御を可能としている。

このような技術により、ユーザが視聴している映像の品質関連情報について、収集する情報量を削減し、少ない情報から効果的に映像品質を推定可能となり、また、これらを実現するために、情報収集の有無や情報種別を視聴クライアント単位で制御することが可能となる。

なお、映像品質の応用例として、サービサーによる映像品質モニタや、ＮＷ事業者による通信品質を監視してサービスセッション単位で要求される品質レベルに基づいて個々に通信経路を制御することで視聴品質を維持する迂回制御技術などがある。

本明細書には少なくとも、以下の事項が開示されている。
（第１項）
視聴要求に基づいて配信される映像データを取得して、映像再生を行う視聴クライアントから映像視聴に関する品質関連情報を収集する品質情報収集システムであって、
前記映像データの配信が行われるネットワークの通信状況に基づいて、視聴要求を行った前記視聴クライアントに対して品質関連情報の報告を要求するか否かを決定する品質情報制御機能部と、
前記品質情報制御機能部による決定に基づいて前記視聴クライアントから送信された品質関連情報を受信する品質情報収集分析機能部と
を備えることを特徴とする品質情報収集システム。
（第２項）
前記品質情報制御機能部は、前記ネットワークの通信状況と、前記品質情報収集分析機能部のＣＰＵ負荷とに基づいて、報告を要求する品質関連情報の種別を決定する要求情報種別決定部
を有する第１項に記載の品質情報収集システム。
（第３項）
視聴クライアントが、複数の属性に基づいて、複数の集団に区分されており、
前記品質情報制御機能部は、
記視聴クライアントが属する集団に対して決められた頻度指定値に基づいて、当該視聴クライアントに対して品質関連情報の報告を要求するか否かを決定する報告要否決定部
を備える第１項又は第２項に記載の品質情報収集システム。
（第４項）
視聴クライアントが、複数の属性に基づいて、複数の集団に区分されており、
前記品質情報収集分析機能部は、
特定の集団に属する視聴クライアントから品質関連情報を受信し、当該品質関連情報に基づいて、当該特定の集団における複数の視聴品質サンプルを算出する視聴品質算出部と、
前記複数の視聴品質サンプルに対して統計処理を行うことにより、前記特定の集団の視聴品質を算出する集団視聴品質算出部と
を備える第１項ないし第３項のうちいずれか１項に記載の品質情報収集システム。
（第５項）
前記品質情報収集分析機能部は、前記特定の集団の視聴品質を、ネットワークの通信状況の情報の一部として、前記品質情報制御機能部に通知する
第４項に記載の品質情報収集システム。
（第６項）
視聴要求に基づいて配信される映像データを取得して、映像再生を行う視聴クライアントから映像視聴に関する品質関連情報を収集する品質情報収集システムにおいて実行される品質情報収集方法であって、
前記映像データの配信が行われるネットワークの通信状況に基づいて、視聴要求を行った前記視聴クライアントに対して品質関連情報の報告を要求するか否かを決定する決定ステップと、
前記決定ステップによる決定に基づいて前記視聴クライアントから送信された品質関連情報を受信する受信ステップと
を備えることを特徴とする品質情報収集方法。
（第７項）
コンピュータを、第１項ないし第５項のうちいずれか１項に記載の前記品質情報収集システムにおける前記品質情報制御機能部として機能させるためのプログラム。
（第８項）
コンピュータを、第１項ないし第５項のうちいずれか１項に記載の前記品質情報収集システムにおける前記品質情報収集分析機能部として機能させるためのプログラム。

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

１００ 映像配信制御機能部
２００ 品質情報制御機能部
３００ 品質情報収集分析機能
４００ 映像情報収集システム
５００ サービスサイト
６００ 映像配信データ格納機能部
７００ 視聴クライアント
８００ 通信ＮＷ８００
２１０ 要求情報種別決定部
２２０ 報告要否決定部
２３０ データ格納部
３１０ 視聴品質算出部
３２０ 集団視聴品質算出部
３３０ データ格納部
７１０ 映像再生部
７２０ 品質情報通知部
７３０ データ格納部
１０００ ドライブ装置
１００１ 記録媒体
１００２ 補助記憶装置
１００３ メモリ装置
１００４ ＣＰＵ
１００５ インターフェース装置
１００６ 表示装置
１００７ 入力装置

Claims (8)

1. 視聴要求に基づいて配信される映像データを取得して、映像再生を行う視聴クライアントから映像視聴に関する品質関連情報を収集する品質情報収集システムであって、
   前記映像データの配信が行われるネットワークの通信状況に基づいて、視聴要求を行った前記視聴クライアントに対して品質関連情報の報告を要求するか否かを決定する品質情報制御機能部と、
   前記品質情報制御機能部による決定に基づいて前記視聴クライアントから送信された品質関連情報を受信する品質情報収集分析機能部と
   を備えることを特徴とする品質情報収集システム。
2. 前記品質情報制御機能部は、前記ネットワークの通信状況と、前記品質情報収集分析機能部のＣＰＵ負荷とに基づいて、報告を要求する品質関連情報の種別を決定する要求情報種別決定部
   を有する請求項１に記載の品質情報収集システム。
3. 視聴クライアントが、複数の属性に基づいて、複数の集団に区分されており、
   前記品質情報制御機能部は、
   記視聴クライアントが属する集団に対して決められた頻度指定値に基づいて、当該視聴クライアントに対して品質関連情報の報告を要求するか否かを決定する報告要否決定部
   を備える請求項１又は２に記載の品質情報収集システム。
4. 視聴クライアントが、複数の属性に基づいて、複数の集団に区分されており、
   前記品質情報収集分析機能部は、
   特定の集団に属する視聴クライアントから品質関連情報を受信し、当該品質関連情報に基づいて、当該特定の集団における複数の視聴品質サンプルを算出する視聴品質算出部と、
   前記複数の視聴品質サンプルに対して統計処理を行うことにより、前記特定の集団の視聴品質を算出する集団視聴品質算出部と
   を備える請求項１ないし３のうちいずれか１項に記載の品質情報収集システム。
5. 前記品質情報収集分析機能部は、前記特定の集団の視聴品質を、ネットワークの通信状況の情報の一部として、前記品質情報制御機能部に通知する
   請求項４に記載の品質情報収集システム。
6. 視聴要求に基づいて配信される映像データを取得して、映像再生を行う視聴クライアントから映像視聴に関する品質関連情報を収集する品質情報収集システムにおいて実行される品質情報収集方法であって、
   前記映像データの配信が行われるネットワークの通信状況に基づいて、視聴要求を行った前記視聴クライアントに対して品質関連情報の報告を要求するか否かを決定する決定ステップと、
   前記決定ステップによる決定に基づいて前記視聴クライアントから送信された品質関連情報を受信する受信ステップと
   を備えることを特徴とする品質情報収集方法。
7. コンピュータを、請求項１ないし５のうちいずれか１項に記載の前記品質情報収集システムにおける前記品質情報制御機能部として機能させるためのプログラム。
8. コンピュータを、請求項１ないし５のうちいずれか１項に記載の前記品質情報収集システムにおける前記品質情報収集分析機能部として機能させるためのプログラム。

Images