知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-05-06
(45)【発行日】2022-05-16
(54)【発明の名称】処理装置、処理方法、プログラムおよびシステム
(51)【国際特許分類】
H04L 67/02 20220101AFI20220509BHJP
H04N 21/262 20110101ALI20220509BHJP
【ＦＩ】
H04L67/02
H04N21/262
【請求項の数】
11
(21)【出願番号】P 2018154260
(22)【出願日】2018-08-20
(65)【公開番号】P2020030488
(43)【公開日】2020-02-27
【審査請求日】2021-05-07
(73)【特許権者】
【識別番号】000000295
【氏名又は名称】沖電気工業株式会社
(74)【代理人】
【識別番号】100129067
【弁理士】
【氏名又は名称】町田 能章
(74)【代理人】
【識別番号】100183162
【弁理士】
【氏名又は名称】大塚 義文
(74)【代理人】
【識別番号】110001807
【氏名又は名称】特許業務法人磯野国際特許商標事務所
(72)【発明者】
【氏名】及川 朋彦
【審査官】今川 悟
(56)【参考文献】
【文献】特開２００８－０９２５２６（ＪＰ，Ａ）
【文献】特表２０１６－５０８３０９（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１４／０１８６００４（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ ６７／０２
Ｈ０４Ｎ ２１／２６２
(57)【特許請求の範囲】
【請求項1】
第１コンテンツを第１通信装置に送信されるために用いられる複数の第２通信装置と接続される、処理装置であって、前記複数の第２通信装置における各第２通信装置から、
前記第１コンテンツにおけるセグメントの時間間隔を示す第１時間情報を用いて取得された情報であり、
前記第２通信装置から前記第１通信装置に前記第１コンテンツが送信されていることを示す情報である第１情報を受信する、第１処理部と、
前記第１情報を用いて、前記第２通信装置から前記第１通信装置に前記第１コンテンツが送信されていると判定する、第２処理部と、
を有することを特徴とする、処理装置。
【請求項2】
前記第２処理部は、前記第１情報を用いて、前記第１通信装置において前記第１コンテンツが再生されていると判定することを特徴とする、請求項１に記載の処理装置。
【請求項3】
前記第２処理部は、前記第１情報を用いて、前記第１通信装置においてコンテンツがユーザにて視聴されていると判定することを特徴とする、請求項１に記載の処理装置。
【請求項4】
前記第２処理部は、前記第１情報を用いて、前記第１通信装置においてコンテンツかユーザにて聴取されていると判定することを特徴とする、請求項１に記載の処理装置。
【請求項5】
前記第２処理部は、前記第１情報を用いて、前記第１通信装置においてコンテンツがユーザにて接触されていると判定することを特徴とする、請求項１に記載の処理装置。
【請求項6】
前記第１情報は、前記第２通信装置が前記第１時間情報の区間に前記第１通信装置から受信したセグメント要求の数である、ことを特徴とする請求項１に記載の処理装置。
【請求項7】
前記第１時間情報は、長さが異なるセグメントの時間間隔に応じて複数のものがあり、前記第１情報は、前記第２通信装置が各々の前記第１時間情報の区間に前記第１通信装置から受信した、当該第１時間情報と同じ時間間隔のセグメント要求の合計数である、
ことを特徴とする請求項１に記載の処理装置。
【請求項8】
前記第１情報は、前記第２通信装置が保有する前記第１コンテンツのアクセスログのうち、前記第１時間情報の区間に記録される情報に基づいて算出される、ことを特徴とする請求項１ないし請求項７の何れか一項に記載の処理装置。
【請求項9】
第１コンテンツを第１通信装置に送信されるために用いられる複数の第２通信装置と接続される、処理装置の処理方法であって、前記複数の第２通信装置における各第２通信装置から、
前記第１コンテンツにおけるセグメントの時間間隔を示す第１時間情報を用いて取得された情報であり、
前記第２通信装置から前記第１通信装置に前記第１コンテンツが送信されていることを示す情報である第１情報を受信する、第１処理ステップと、
前記第１情報を用いて、前記第２通信装置から前記第１通信装置に前記第１コンテンツが送信されていると判定する、第２処理ステップと、
を有することを特徴とする、処理方法。
【請求項10】
第１コンテンツを第１通信装置に送信されるために用いられる複数の第２通信装置と接続される、コンピュータを、前記複数の第２通信装置における各第２通信装置から、
前記第１コンテンツにおけるセグメントの時間間隔を示す第１時間情報を用いて取得された情報であり、
前記第２通信装置から前記第１通信装置に前記第１コンテンツが送信されていることを示す情報である第１情報を受信する、第１処理部、
前記第１情報を用いて、前記第２通信装置から前記第１通信装置に前記第１コンテンツが送信されていると判定する、第２処理部、
として機能させるためのプログラム。
【請求項11】
第１コンテンツを第１通信装置に送信されるために用いられる複数の第２通信装置と、前記複数の第２通信装置と接続される処理装置と、を備えるシステムであって、各々の前記第２通信装置は、
前記第１コンテンツにおけるセグメントの時間間隔を示す第１時間情報を用いて、前記第１通信装置に前記第１コンテンツが送信されていることを示す情報である第１情報を取得する、第３処理部を有し、
前記処理装置は、
前記複数の第２通信装置における各第２通信装置から、前記第１情報を受信する、第１処理部と、
前記第１情報を用いて、前記第２通信装置から前記第１通信装置に前記第１コンテンツが送信されていると判定する、第２処理部と、を有する、
ことを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、処理装置、処理方法、プログラムおよびシステムに関し、例えば、動画分散配信において視聴ユーザ数を計測する技術に関するものである。
【背景技術】
【0002】
近年、ネットワークを用いた動画の配信方式には、ＨＴＴＰ（Hyper Text Transfer Protocol）が採用されることが主流となっている（例えば、非特許文献１参照）。ＨＴＴＰによる動画配信では、コンテンツは特定の時間間隔で区切られたセグメント単位に分割されることが多く、セグメントの分割と同時に、コンテンツの再生時刻に応じたＵＲＬ（Uniform Resource Locator）は各セグメントに付与される。また、コンテンツの再生時刻に応じたＵＲＬが列挙されたセグメントリストは生成される。
【0003】
視聴ユーザは、コンテンツの再生開始前にセグメントリストを取得し、目的となるセグメントのＵＲＬを得る。セグメントを提供するサーバは、一般的に複数用意され、実際に視聴ユーザがセグメントを取得するときに、ユーザ端末またはリバースプロキシ等により無作為にサーバが選択され、配信システム側の負荷分散が図られる。そのため、視聴ユーザは、同一のコンテンツでも数秒単位で別々のサーバからセグメントを取得する。
【0004】
図１１を参照して、従来の動画配信システムにおける視聴ユーザ数の計測処理を説明する。ここでは、図１１（ａ）に示すように、ユーザａが操作するユーザ端末９０１ａ、ユーザｂが操作するユーザ端末９０１ｂおよびユーザｃが操作するユーザ端末９０１ｃからＷｅｂサーバ９０３Ａ，９０３Ｂにアクセス（セグメント要求）がある場合を想定する。Ｗｅｂサーバ９０３Ａ，９０３Ｂは、コンテンツ毎にアクセスログを有しており、アクセスログにはアクセス時刻と視聴ユーザ情報とが対応付けて記録される。
【0005】
ここでは、Ｗｅｂサーバ９０３ＡのアクセスログＬＡ（図１１（ｂ）参照）に示されるように、特定のコンテンツを視聴するために、Ｗｅｂサーバ９０３Ａには、時刻「00:00:01」，「00:00:21」にユーザａからセグメント要求があり、時刻「00:00:12」にユーザｂからセグメント要求があり、時刻「00:00:07」，「00:00:17」，「00:00:27」にユーザｃからセグメント要求があったとする。また、Ｗｅｂサーバ９０３ＢのアクセスログＬＢ（図１１（ｂ）参照）に示すように、特定のコンテンツを視聴するために、Ｗｅｂサーバ９０３Ｂには、時刻「00:00:11」にユーザａからセグメント要求があり、時刻「00:00:02」，「00:00:22」にユーザｂからセグメント要求があり、ユーザｃからはセグメント要求がなかったとする。
【0006】
上記のように、セグメントの取得先は、セグメント単位に複数のＷｅｂサーバから無作為に選ばれるため、正確な視聴ユーザ数を計測するためには、各Ｗｅｂサーバから出力されているアクセスログを集約する必要がある。例えば、図１１（ｃ）に示すように、アクセスログＬＡとアクセスログＬＢとを集約することによって、当該コンテンツの視聴ユーザ数がユーザａ，ｂ，ｃの「３人」であることが分かる。視聴ユーザ数の計測は、例えば、各Ｗｅｂサーバにネットワークを介して接続される計測装置（図示せず）によって行われる。
【先行技術文献】
【非特許文献】
【0007】
【文献】“ハイブリッドキャスト関連技術 MPEG-DASHの応用技術”、[online]、一般財団法人 ＮＨＫエンジニアリングシステム、[平成３０年７月２６日検索]、インターネット＜http://www.nes.or.jp/transfer/catalog/2018/01/71a/＞
【発明の概要】
【発明が解決しようとする課題】
【0008】
しかし、従来のように、複数のＷｅｂサーバで記録されたアクセスログを集約して全体の視聴ユーザ数を計測する方法は、膨大な量のアクセスログを常時収集する必要があるため、計測装置やネットワークに負荷がかかるという問題がある。
【0009】
本発明は、前記課題に鑑みてなされたものであり、視聴ユーザ数の計測処理の負荷を軽減することができる、処理装置、処理方法、プログラムおよびシステムを提供するものである。
【課題を解決するための手段】
【0010】
前記課題を解決するため、本発明に係る処理装置は、第１コンテンツを第１通信装置に送信されるために用いられる複数の第２通信装置と接続される、処理装置であって、前記複数の第２通信装置における各第２通信装置から、前記第１コンテンツにおけるセグメントの時間間隔を示す第１時間情報を用いて取得された情報であり、前記第２通信装置から前記第１通信装置に前記第１コンテンツが送信されていることを示す情報である第１情報を受信する、第１処理部と、前記第１情報を用いて、前記第２通信装置から前記第１通信装置に前記第１コンテンツが送信されていると判定する、第２処理部と、を有することを特徴とする。
【0011】
また、本発明に係る処理方法は、第１コンテンツを第１通信装置に送信されるために用いられる複数の第２通信装置と接続される、処理装置の処理方法であって、前記複数の第２通信装置における各第２通信装置から、前記第１コンテンツにおけるセグメントの時間間隔を示す第１時間情報を用いて取得された情報であり、前記第２通信装置から前記第１通信装置に前記第１コンテンツが送信されていることを示す情報である第１情報を受信する、第１処理ステップと、前記第１情報を用いて、前記第２通信装置から前記第１通信装置に前記第１コンテンツが送信されていると判定する、第２処理ステップと、を有することを特徴とする。
【0012】
また、本発明に係るプログラムは、第１コンテンツを第１通信装置に送信されるために用いられる複数の第２通信装置と接続される、コンピュータを、前記複数の第２通信装置における各第２通信装置から、前記第１コンテンツにおけるセグメントの時間間隔を示す第１時間情報を用いて取得された情報であり、前記第２通信装置から前記第１通信装置に前記第１コンテンツが送信されていることを示す情報である第１情報を受信する、第１処理部、前記第１情報を用いて、前記第２通信装置から前記第１通信装置に前記第１コンテンツが送信されていると判定する、第２処理部として機能させる。
【0013】
また、本発明に係るシステムは、第１コンテンツを第１通信装置に送信されるために用いられる複数の第２通信装置と、前記複数の第２通信装置と接続される処理装置と、を備えるシステムであって、各々の前記第２通信装置は、前記第１コンテンツにおけるセグメントの時間間隔を示す第１時間情報を用いて、前記第１通信装置に前記第１コンテンツが送信されていることを示す情報である第１情報を取得する、第３処理部を有し、前記処理装置は、前記複数の第２通信装置における各第２通信装置から、前記第１情報を受信する、第１処理部と、前記第１情報を用いて、前記第２通信装置から前記第１通信装置に前記第１コンテンツが送信されていると判定する、第２処理部とを有する。
【発明の効果】
【0014】
本発明によれば、視聴ユーザ数の計測処理の負荷を軽減することができる。
【図面の簡単な説明】
【0015】
【図1】本発明の第１実施形態に係る動画配信システムの構成図である。
【図2】本発明の第１実施形態に係るＭＦファイルのイメージ図である。
【図3】本発明の第１実施形態に係るＷｅｂサーバのブロック図である。
【図4】本発明の第１実施形態に係る計測装置のブロック図である。
【図5】本発明の第１実施形態に係る動画配信システムにおける視聴ユーザ数の計測処理を説明するための図であり、（ａ）はシステムの概略構成図であり、（ｂ）は（ａ）に示す各Ｗｅｂサーバのアクセスログの例示であり、（ｃ）は視聴ユーザ数の計測処理のイメージ図である。
【図6】本発明の第１実施形態に係る動画配信システムの動作を示すシーケンス図である。
【図7】コンテンツのセグメント長が一律でない状態で、所定の測定区間で視聴ユーザ数を計測した場合を説明するための図であり、（ａ）はシステムの概略構成図であり、（ｂ）は（ａ）に示す各Ｗｅｂサーバのアクセスログの例示であり、（ｃ）は視聴ユーザ数の計測処理のイメージ図である。
【図8】本発明の第２実施形態に係る動画配信システムの構成図である。
【図9】本発明の第２実施形態に係るＭＦファイルのイメージ図である。
【図10】本発明の第２実施形態に係る動画配信システムにおける視聴ユーザ数の計測処理を説明するための図であり、（ａ）はシステムの概略構成図であり、（ｂ）は（ａ）に示す各Ｗｅｂサーバのアクセスログの例示である。
【図11】従来の動画配信システムにおける視聴ユーザ数の計測処理を説明するための図であり、（ａ）はシステムの概略構成図であり、（ｂ）は（ａ）に示す各Ｗｅｂサーバのアクセスログの例示であり、（ｃ）はアクセスログの集約処理のイメージ図である。
【発明を実施するための形態】
【0016】
以下、本発明の実施するための形態を、適宜図面を参照しながら詳細に説明する。
各図は、本発明を十分に理解できる程度に、概略的に示してあるに過ぎない。よって、本発明は、図示例のみに限定されるものではない。また、本実施形態では、本発明と直接的に関連しない構成や周知な構成については、説明を省略する場合がある。なお、各図において、共通する構成要素や同様な構成要素については、同一の符号を付し、それらの重複する説明を省略する。
各図は、本発明を十分に理解できる程度に、概略的に示してあるに過ぎない。よって、本発明は、図示例のみに限定されるものではない。また、本実施形態では、本発明と直接的に関連しない構成や周知な構成については、説明を省略する場合がある。なお、各図において、共通する構成要素や同様な構成要素については、同一の符号を付し、それらの重複する説明を省略する。
【0017】
［第１実施形態］
＜第１実施形態に係る動画配信システムの構成＞
図１は、第１実施形態に係る動画配信システム１０の構成図である。動画配信システム１０は、特定の時間間隔で区切ったセグメント単位でコンテンツを配信する。また、動画配信システム１０では、コンテンツ毎における所定の事項についての数を計測する。動画配信システム１０におけるコンテンツの配信方式は特に限定されず、例えば、「HTTP Live Streaming(HLS)」や「Moving Picture Experts Group- Dynamic Adaptive Streaming over HTTP(MPEG-DASH)」である。
ここで、コンテンツ毎における所定の事項についての数の一例は、次の通りである。
一例は、コンテンツが動画配信システムにおけるＷｅｂサーバ３（後述）から、ユーザ端末１（後述）に対して配信処理されたと判定される数であり、コンテンツがユーザ端末１にて再生配信処理されたと判定される数であり、コンテンツ（映像と音声）がユーザ端末１を介してユーザにて視聴されたと判定される数、コンテンツ（音声）がユーザ端末１を介してユーザにて聴取されたと判定される数、又はコンテンツ（映像のみ、データ放送などのその他のコンテンツ）がユーザ端末１を介してユーザにて接触されたと判定される数である。
なお、以下に記載される説明は、映像と音声からなるコンテンツを一例として取り上げ、コンテンツ（映像と音声）がユーザ端末１を介してユーザにて視聴されることを一例として取り上げて記載する。
＜第１実施形態に係る動画配信システムの構成＞
図１は、第１実施形態に係る動画配信システム１０の構成図である。動画配信システム１０は、特定の時間間隔で区切ったセグメント単位でコンテンツを配信する。また、動画配信システム１０では、コンテンツ毎における所定の事項についての数を計測する。動画配信システム１０におけるコンテンツの配信方式は特に限定されず、例えば、「HTTP Live Streaming(HLS)」や「Moving Picture Experts Group- Dynamic Adaptive Streaming over HTTP(MPEG-DASH)」である。
ここで、コンテンツ毎における所定の事項についての数の一例は、次の通りである。
一例は、コンテンツが動画配信システムにおけるＷｅｂサーバ３（後述）から、ユーザ端末１（後述）に対して配信処理されたと判定される数であり、コンテンツがユーザ端末１にて再生配信処理されたと判定される数であり、コンテンツ（映像と音声）がユーザ端末１を介してユーザにて視聴されたと判定される数、コンテンツ（音声）がユーザ端末１を介してユーザにて聴取されたと判定される数、又はコンテンツ（映像のみ、データ放送などのその他のコンテンツ）がユーザ端末１を介してユーザにて接触されたと判定される数である。
なお、以下に記載される説明は、映像と音声からなるコンテンツを一例として取り上げ、コンテンツ（映像と音声）がユーザ端末１を介してユーザにて視聴されることを一例として取り上げて記載する。
【0018】
動画配信システム１０は、視聴ユーザが操作するユーザ端末１ａ，・・１ｎ（以下、区別しない場合には「ユーザ端末１」と表記する）と、セグメントリストを発行するセグメントリスト生成装置２と、Ｗｅｂサーバ群を形成する複数のＷｅｂサーバ３Ａ，・・３Ｎ（以下、区別しない場合には「Ｗｅｂサーバ３」と表記する）と、Ｗｅｂサーバ３Ａ，・・３Ｎにアクセスを振り分けるロードバランサ４と、コンテンツ毎の視聴ユーザ数を計測する計測装置５とを備える。
【0019】
本実施形態では、一人の視聴ユーザが一台のユーザ端末１を操作し、一つのコンテンツを視聴する場合を想定する。つまり、一人の視聴ユーザが同時に二つ以上のユーザ端末１の操作やコンテンツの視聴を行わない場合を想定する。そのため、本実施形態では、「コンテンツの視聴ユーザ数」と「ユーザ端末１の台数」と「ユーザ端末１にて再生されるコンテンツの数」と「コンテンツの配信数」とが同じになる。なお、当然ながら、一人の視聴ユーザが同時に複数のコンテンツの視聴を行ってもよいし、同時に複数のユーザ端末１を操作してもよい。
【0020】
なお、動画配信システム１０は、「システム」の一例であり、「システム」の一例は、動画配信システム１０に限るものではない。
また、ユーザ端末１は、「第１通信装置」の一例であり、「第１通信装置」の一例は、ユーザ端末１に限るものではない。
また、Ｗｅｂサーバ３は、「第２通信装置」の一例であり、「第２通信装置」の一例は、Ｗｅｂサーバ３に限るものではない。
また、計測装置５は、「処理装置」の一例であり、「処理装置」の一例は、計測装置５に限るものではない。
また、ユーザ端末１は、「第１通信装置」の一例であり、「第１通信装置」の一例は、ユーザ端末１に限るものではない。
また、Ｗｅｂサーバ３は、「第２通信装置」の一例であり、「第２通信装置」の一例は、Ｗｅｂサーバ３に限るものではない。
また、計測装置５は、「処理装置」の一例であり、「処理装置」の一例は、計測装置５に限るものではない。
【0021】
ユーザ端末１は、コンテンツを再生する装置であり、少なくとも表示機能と通信機能と演算機能とを備えている。ユーザ端末１は、例えば、テレビ受像機、ＰＣ（Personal Computer）、タブレット端末、スマートフォンである。
ユーザ端末１は、セグメントリスト生成装置２からセグメントの取得先が記載されたセグメントリストを取得し、セグメントリストに従ってセグメントを取得する。
ユーザ端末１は、セグメントリスト生成装置２からセグメントの取得先が記載されたセグメントリストを取得し、セグメントリストに従ってセグメントを取得する。
【0022】
セグメントリスト生成装置２は、セグメントの取得先が記載されたセグメントリストを生成するものであり、例えばサーバである。セグメントリストは、例えば、セグメントのメタデータであるマニフェストファイル（ＭＦファイル）に記載される。マニフェストファイルは、ＨＬＳにおけるプレイリストであり、ＭＰＥＧ－ＤＡＳＨにおけるＭＰＤ（Media Presentation Description）である。ＭＦファイルのイメージを図２に示す。図２に示すように、第１実施形態のセグメントリストには、セグメントのＵＲＬが記載されており、ここでは「<url>http://url1/segment1</url>」，「<url>http://url1/segment2</url>」を例示している。セグメントリスト生成装置２は、コンテンツの視聴要求があったユーザ端末１に対してセグメントリスト（ＭＦファイル）を送信する。
【0023】
ロードバランサ４は、ロードバランシングによりセグメント要求を分散して各Ｗｅｂサーバ３Ａ，・・３Ｎに転送する。本実施形態のように、ロードバランサ４を用いてセグメント要求を分散して各Ｗｅｂサーバ３Ａ，・・３Ｎに転送する場合、セグメントリストのＵＲＬには、例えば各Ｗｅｂサーバ３Ａ，・・３Ｎを代表するＵＲＬが設定される。なお、セグメントリストのＵＲＬに各Ｗｅｂサーバ３Ａ，・・３ＮのＵＲＬを設定し、ロードバランサ４を介さずにセグメント要求を各Ｗｅｂサーバ３Ａ，・・３Ｎに直接送信してもよい。
【0024】
Ｗｅｂサーバ３は、コンテンツを特定の時間間隔で区切ったセグメントを保有し、ユーザ端末１ａ，・・１ｎからのセグメント要求に応じて、該当するセグメントを要求元のユーザ端末１ａ，・・１ｎに提供する。
図３は、第１実施形態に係るＷｅｂサーバ３のブロック図である。図３に示すように、Ｗｅｂサーバ３は、他の装置との通信を行う通信部３１と、Ｗｅｂサーバ３の動作を制御する処理部３２と、Ｗｅｂサーバ３の動作に必要な情報を記憶する記憶部３３とを備える。
図３は、第１実施形態に係るＷｅｂサーバ３のブロック図である。図３に示すように、Ｗｅｂサーバ３は、他の装置との通信を行う通信部３１と、Ｗｅｂサーバ３の動作を制御する処理部３２と、Ｗｅｂサーバ３の動作に必要な情報を記憶する記憶部３３とを備える。
【0025】
記憶部３３は、ハードディスクやメモリ等の記録媒体によって構成される。記憶部３３は、コンテンツファイル記憶部３４と、アクセスログ記憶部３５とを備える。
コンテンツファイル記憶部３４は、コンテンツを構成するセグメントを格納する。アクセスログ記憶部３５は、コンテンツ毎のアクセスログを格納する。
コンテンツファイル記憶部３４は、コンテンツを構成するセグメントを格納する。アクセスログ記憶部３５は、コンテンツ毎のアクセスログを格納する。
【0026】
処理部３２は、ＣＰＵ（Central Processing Unit）によるプログラム実行処理や、専用回路等により実現される。処理部３２は、コンテンツ配信部３６と、視聴ユーザ計数部３７とを備える。
なお、視聴ユーザ計数部３７は、「第３処理部」の一例であり、「第３処理部」の一例は、視聴ユーザ計数部３７に限るものではない。
なお、視聴ユーザ計数部３７は、「第３処理部」の一例であり、「第３処理部」の一例は、視聴ユーザ計数部３７に限るものではない。
【0027】
コンテンツ配信部３６は、ユーザ端末１からの要求に応じて、コンテンツ本体のデータをセグメント単位で配信する。視聴ユーザ計数部３７は、自身が保有するアクセスログを参照し、コンテンツを視聴している視聴ユーザを計数する。
【0028】
図５を参照して、視聴ユーザ計数部３７の処理を説明する。図５は、動画配信システム１０における視聴ユーザ数の計測処理を説明するための図である。
ここでは、図５（ａ）に示すように、ユーザａが操作するユーザ端末１ａ、ユーザｂが操作するユーザ端末１ｂおよびユーザｃが操作するユーザ端末１ｃからＷｅｂサーバ３Ａ，３Ｂにアクセス（セグメント要求）がある場合を想定する。Ｗｅｂサーバ３Ａ，３Ｂは、コンテンツ毎にアクセスログを有しており、アクセスログにはアクセス時刻と視聴ユーザ情報とが対応付けて記録される。ここでは、Ｗｅｂサーバ３Ａが保有するアクセスログＬＡ（図５（ｂ）参照）およびＷｅｂサーバ３Ｂが保有するアクセスログＬＢ（図５（ｂ）参照）を例にして説明する。
ここでは、図５（ａ）に示すように、ユーザａが操作するユーザ端末１ａ、ユーザｂが操作するユーザ端末１ｂおよびユーザｃが操作するユーザ端末１ｃからＷｅｂサーバ３Ａ，３Ｂにアクセス（セグメント要求）がある場合を想定する。Ｗｅｂサーバ３Ａ，３Ｂは、コンテンツ毎にアクセスログを有しており、アクセスログにはアクセス時刻と視聴ユーザ情報とが対応付けて記録される。ここでは、Ｗｅｂサーバ３Ａが保有するアクセスログＬＡ（図５（ｂ）参照）およびＷｅｂサーバ３Ｂが保有するアクセスログＬＢ（図５（ｂ）参照）を例にして説明する。
【0029】
本実施形態では、ユーザ端末１からのセグメント要求の間隔がセグメント長の周期となる特性を利用し、セグメント長と同じ長さを持つ特定の時間帯に着目する。このとき、全てのＷｅｂサーバ３の時刻は同期されているものとする。例えば、セグメント長が「１０秒」であった場合、着目する時間帯も同様に「１０秒」の時間帯である。この時間帯の開始時刻はいつでもよく、図５（ｂ）では時刻「00:00:10」～時刻「00:00:20」の「１０秒間」を例示している。このように、セグメント長と同じ長さの時間帯に着目した場合、ユーザ端末１からのセグメント要求は、Ｗｅｂサーバ群のうちの１箇所（何れか一つのＷｅｂサーバ３）にだけ行われる。そのため、この着目した時間帯においては、視聴ユーザからのアクセス記録がＷｅｂサーバ群のうちの何れか一つのＷｅｂサーバ３のアクセスログにだけ現れる。したがって、各々のＷｅｂサーバ３で記録したアクセスログの特定の時間帯における視聴ユーザ数を計数し、その累計を取った場合に、全体の視聴ユーザ数と一致する。そこで、本実施形態では、各々のＷｅｂサーバ３の視聴ユーザ計数部３７が、アクセスログの特定の時間帯における視聴ユーザ数を計数し、計測装置５でその数を累計する。なお、以下では、視聴ユーザ数を計数する特定の時間帯を「測定区間Ｔ」と呼ぶ。測定区間Ｔは、セグメント長と同じ長さであり、開始時刻（または終了時刻）は特に限定されない。
【0030】
図５（ｂ）を参照して、視聴ユーザ計数部３７の処理の具体例を説明する。例えば、アクセスログＬＡに記録されるように、Ｗｅｂサーバ３Ａには、時刻「00:00:01」，「00:00:21」にユーザａからセグメント要求があり、時刻「00:00:12」にユーザｂからセグメント要求があり、時刻「00:00:07」，「00:00:17」，「00:00:27」にユーザｃからセグメント要求があったとする。また、アクセスログＬＢに記録されるように、Ｗｅｂサーバ３Ｂには、時刻「00:00:11」にユーザａからセグメント要求があり、時刻「00:00:02」，「00:00:22」にユーザｂからセグメント要求があり、ユーザｃからのセグメント要求がなかったとする。このように、本実施形態では、セグメント長の周期と同じ１０秒間隔で、Ｗｅｂサーバ３Ａ，３Ｂの何れかにアクセスがあることが前提となる。
【0031】
この場合、Ｗｅｂサーバ３Ａの視聴ユーザ計数部３７は、時刻「00:00:10」～時刻「00:00:20」の測定区間Ｔにおいて、ユーザｂ，ｃからセグメント要求があったので、視聴ユーザ数として「２人」を計数する。ここで、視聴ユーザ計数部３７は、セグメントの要求元のユーザを認識する必要はなく、測定区間Ｔにセグメント要求があった回数（アクセス数）を計数すればよい。Ｗｅｂサーバ３Ａの視聴ユーザ計数部３７は、計数した視聴ユーザ数「２人」の情報を計測装置５に通知する。
一方、Ｗｅｂサーバ３Ｂの視聴ユーザ計数部３７は、時刻「00:00:10」～時刻「00:00:20」の測定区間Ｔにおいて、ユーザａからセグメント要求があったので、視聴ユーザ数として「１人」を計数する。そして、Ｗｅｂサーバ３Ｂの視聴ユーザ計数部３７は、計数した視聴ユーザ数「１人」の情報を計測装置５に通知する。
一方、Ｗｅｂサーバ３Ｂの視聴ユーザ計数部３７は、時刻「00:00:10」～時刻「00:00:20」の測定区間Ｔにおいて、ユーザａからセグメント要求があったので、視聴ユーザ数として「１人」を計数する。そして、Ｗｅｂサーバ３Ｂの視聴ユーザ計数部３７は、計数した視聴ユーザ数「１人」の情報を計測装置５に通知する。
【0032】
なお、測定区間Ｔは、「第１時間情報」の一例であり、「第１時間情報」の一例は、測定区間Ｔに限るものではない。
また、視聴ユーザ数の情報は、「第１情報」の一例であり、「第１情報」の一例は、視聴ユーザ数の情報に限るものではない。
また、視聴ユーザ数の情報は、「第１情報」の一例であり、「第１情報」の一例は、視聴ユーザ数の情報に限るものではない。
【0033】
図１に示す計測装置５は、ユーザがユーザ端末1にてコンテンツを視聴する全ての視聴ユーザ数を計測する。
すなわち、図１に示す計測装置５は、Ｗｅｂサーバ３からユーザ端末１に対して配信処理されたと判定される数を計測するものであり、コンテンツがユーザ端末１にて再生配信処理されたと判定される数を計測するものであり、コンテンツがユーザ端末１を介してユーザにて視聴されたと判定される数を計測するものである。
図４は、計測装置５のブロック図である。図４に示すように、計測装置５は、他の装置との通信を行う通信部５１と、計測装置５の動作を制御する処理部５２とを備える。
すなわち、図１に示す計測装置５は、Ｗｅｂサーバ３からユーザ端末１に対して配信処理されたと判定される数を計測するものであり、コンテンツがユーザ端末１にて再生配信処理されたと判定される数を計測するものであり、コンテンツがユーザ端末１を介してユーザにて視聴されたと判定される数を計測するものである。
図４は、計測装置５のブロック図である。図４に示すように、計測装置５は、他の装置との通信を行う通信部５１と、計測装置５の動作を制御する処理部５２とを備える。
【0034】
処理部５２は、ＣＰＵ（Central Processing Unit）によるプログラム実行処理や、専用回路等により実現される。処理部５２は、ユーザ数情報取得部５３と、視聴ユーザ累計部５４とを備える。
なお、ユーザ数情報取得部５３は、「第１処理部」の一例であり、「第１処理部」の一例は、ユーザ数情報取得部５３に限るものではない。
また、視聴ユーザ累計部５４は、「第２処理部」の一例であり、「第２処理部」の一例は、視聴ユーザ累計部５４に限るものではない。
なお、ユーザ数情報取得部５３は、「第１処理部」の一例であり、「第１処理部」の一例は、ユーザ数情報取得部５３に限るものではない。
また、視聴ユーザ累計部５４は、「第２処理部」の一例であり、「第２処理部」の一例は、視聴ユーザ累計部５４に限るものではない。
【0035】
ユーザ数情報取得部５３は、全てのＷｅｂサーバ３から視聴ユーザ数の情報を取得する。
すなわち、ユーザ数情報取得部５３は、Ｗｅｂサーバ３から、ユーザ端末１に対して配信処理されたと判定される数の情報を取得するものであり、コンテンツがユーザ端末１にて再生配信処理されたと判定される数の情報を取得するものであり、コンテンツがユーザ端末１を介してユーザにて視聴されたと判定される数の情報を取得するものである。
ここで、この視聴ユーザ数の情報は、測定区間Ｔにあったセグメント要求の数を計数した情報であり、アクセスログそのものではない。
すなわち、ユーザ数情報取得部５３は、Ｗｅｂサーバ３から、ユーザ端末１に対して配信処理されたと判定される数の情報を取得するものであり、コンテンツがユーザ端末１にて再生配信処理されたと判定される数の情報を取得するものであり、コンテンツがユーザ端末１を介してユーザにて視聴されたと判定される数の情報を取得するものである。
ここで、この視聴ユーザ数の情報は、測定区間Ｔにあったセグメント要求の数を計数した情報であり、アクセスログそのものではない。
【0036】
視聴ユーザ累計部５４は、各々のＷｅｂサーバ３から収集した視聴ユーザ数を累計し、コンテンツを視聴する全体の視聴ユーザ数を算出する。
すなわち、視聴ユーザ累計部５４は、Ｗｅｂサーバ３から、ユーザ端末１に対して配信処理されたと判定される数を累計するものであり、コンテンツがユーザ端末１にて再生配信処理されたと判定される数を累計するものであり、コンテンツがユーザ端末１を介してユーザにて視聴されたと判定される数を累計するものである。
図５（ｃ）を参照して、視聴ユーザ累計部５４の処理の具体例を説明する。図５（ｃ）は、視聴ユーザ数の計測処理のイメージであり、図５（ａ），（ｂ）で示したシステム構成およびセグメント要求の状況に対応している。ここでは、視聴ユーザ累計部５４は、Ｗｅｂサーバ３Ａで計測された「２人」と、Ｗｅｂサーバ３Ｂで計測された「１人」とを合計し、合計した「３人」がコンテンツを視聴する全ての視聴ユーザ数となる。
すなわち、視聴ユーザ累計部５４は、Ｗｅｂサーバ３から、ユーザ端末１に対して配信処理されたと判定される数を累計するものであり、コンテンツがユーザ端末１にて再生配信処理されたと判定される数を累計するものであり、コンテンツがユーザ端末１を介してユーザにて視聴されたと判定される数を累計するものである。
図５（ｃ）を参照して、視聴ユーザ累計部５４の処理の具体例を説明する。図５（ｃ）は、視聴ユーザ数の計測処理のイメージであり、図５（ａ），（ｂ）で示したシステム構成およびセグメント要求の状況に対応している。ここでは、視聴ユーザ累計部５４は、Ｗｅｂサーバ３Ａで計測された「２人」と、Ｗｅｂサーバ３Ｂで計測された「１人」とを合計し、合計した「３人」がコンテンツを視聴する全ての視聴ユーザ数となる。
【0037】
＜第１実施形態に係る動画配信システムの動作＞
図６を参照して（適宜、図１ないし図５を参照）、第１実施形態に係る動画配信システム１０の動作について説明する。ここでは、動画配信システム１０の動作を「コンテンツの再生処理」と「視聴ユーザの計測処理」とに分けて説明する。
図６を参照して（適宜、図１ないし図５を参照）、第１実施形態に係る動画配信システム１０の動作について説明する。ここでは、動画配信システム１０の動作を「コンテンツの再生処理」と「視聴ユーザの計測処理」とに分けて説明する。
【0038】
（コンテンツの再生処理）
最初に、ユーザ端末１は、セグメントリスト生成装置２に対してセグメントリスト（ＭＦファイル）を要求する（ステップＳ１１）。セグメントリストの要求は、コンテンツの視聴要求の一部をなすものであってもよい。なお、ユーザ端末１は、セグメントリスト生成装置２のＵＲＬを予め保有していてもよいし、ポータルサーバ等からセグメントリスト生成装置２のＵＲＬを取得してもよい。セグメントリスト生成装置２は、要求に応じてセグメントリスト（ＭＦファイル）をユーザ端末１に応答する（ステップＳ１２）。
最初に、ユーザ端末１は、セグメントリスト生成装置２に対してセグメントリスト（ＭＦファイル）を要求する（ステップＳ１１）。セグメントリストの要求は、コンテンツの視聴要求の一部をなすものであってもよい。なお、ユーザ端末１は、セグメントリスト生成装置２のＵＲＬを予め保有していてもよいし、ポータルサーバ等からセグメントリスト生成装置２のＵＲＬを取得してもよい。セグメントリスト生成装置２は、要求に応じてセグメントリスト（ＭＦファイル）をユーザ端末１に応答する（ステップＳ１２）。
【0039】
続いて、ユーザ端末１は、セグメントリストに記載のＵＲＬに基づいて、Ｗｅｂサーバ３にセグメントを要求する（ステップＳ１３）。ロードバランサ４は、ロードバランシングによりセグメント要求を分散して各Ｗｅｂサーバ３に送信する（ステップＳ１４）。ロードバランサ４によるセグメント要求の分散方法は、特に限定されない。
【0040】
続いて、各Ｗｅｂサーバ３のコンテンツ配信部３６（図３参照）は、セグメント要求を行ったユーザ端末１に対して、セグメント要求に対応したセグメントを応答する（ステップＳ１５）。この際に、コンテンツ配信部３６は、自身のアクセスログに、セグメント要求元のユーザ情報やアクセス時刻を記録する。これにより、図５（ｂ）に示すように、アクセスログには、アクセスがあったユーザ情報が時系列で記録される。ロードバランサ４は、セグメント要求元のユーザ端末１にセグメントを転送する（ステップＳ１６）。そして、ユーザ端末１は、取得したセグメントをコンテンツの一部として再生する（ステップＳ１７）。コンテンツが終了するまで、以上説明した処理が繰り返して行われる。
なお、ステップＳ１５及びステップＳ１６の処理は、ロードバランサ４を介さず、直接、セグメント要求を行ったユーザ端末１に対して、セグメント要求に対応したセグメントを応答してもよい。
なお、ステップＳ１５及びステップＳ１６の処理は、ロードバランサ４を介さず、直接、セグメント要求を行ったユーザ端末１に対して、セグメント要求に対応したセグメントを応答してもよい。
【0041】
（視聴ユーザの計測処理）
最初に、計測装置５のユーザ数情報取得部５３（図４参照）は、各Ｗｅｂサーバ３に対して視聴ユーザ数を計測する測定区間Ｔを連絡する（ステップＳ２１）。測定区間Ｔの連絡方法は特に限定されず、Ｗｅｂサーバ３が測定区間Ｔを特定できるものであればよい。ユーザ数情報取得部５３は、例えば、開始時刻および終了時刻を通知してもよいし、開始時刻および時間長（測定区間Ｔに関わる時間長）や終了時刻および時間長を通知してもよい。また、各Ｗｅｂサーバ３に測定区間Ｔを予め周知や設定しておくこともできる。なお、全てのＷｅｂサーバ３の時刻は同期されているものとする。
最初に、計測装置５のユーザ数情報取得部５３（図４参照）は、各Ｗｅｂサーバ３に対して視聴ユーザ数を計測する測定区間Ｔを連絡する（ステップＳ２１）。測定区間Ｔの連絡方法は特に限定されず、Ｗｅｂサーバ３が測定区間Ｔを特定できるものであればよい。ユーザ数情報取得部５３は、例えば、開始時刻および終了時刻を通知してもよいし、開始時刻および時間長（測定区間Ｔに関わる時間長）や終了時刻および時間長を通知してもよい。また、各Ｗｅｂサーバ３に測定区間Ｔを予め周知や設定しておくこともできる。なお、全てのＷｅｂサーバ３の時刻は同期されているものとする。
【0042】
続いて、各Ｗｅｂサーバ３の視聴ユーザ計数部３７（図３参照）は、アクセスログの中の測定区間Ｔを参照し、測定区間Ｔにあるセグメント要求の数（視聴ユーザ数（コンテンツ再生数））を計数する（ステップＳ２２）。また、各Ｗｅｂサーバ３の視聴ユーザ計数部３７は、計数した視聴ユーザ数の情報を計測装置５に通知する（ステップＳ２３）。これにより、計測装置５には、全てのＷｅｂサーバ３から測定区間Ｔで計測した視聴ユーザ数が収集される。そして、計測装置５の視聴ユーザ累計部５４（図４参照）は、全てのＷｅｂサーバ３から収集した視聴ユーザ数を累計し、コンテンツを視聴した全体の視聴ユーザ数を算出する（ステップＳ２４）。
【0043】
なお、パケットロスやアクセスの集中などによって、実際は視聴しているユーザのセグメント要求がアクセスログに一時的に記録されないことも想定されるが、図６に示す視聴ユーザの計測処理（ステップＳ２１～Ｓ２４）を続けて複数回行うこと、又は所定間隔で複数回行うことにより、その影響を小さくすることができる。
【0044】
以上のように、第１実施形態に係る動画配信システム１０は、ユーザ端末１からのセグメント要求の間隔がセグメント長の周期となる特性を利用し、セグメント長と同じ長さである測定区間Ｔにあったセグメント要求の数を各Ｗｅｂサーバ３で計測する。そして、計測装置５は、各Ｗｅｂサーバ３で計測したセグメント要求数を収集および累計し、累計した数を当該コンテンツにおける全体の視聴ユーザ数とする。そのため、第１実施形態に係る動画配信システム１０では、視聴ユーザ数の計測処理の負荷を軽減することができる。
【0045】
つまり、第１実施形態に係る動画配信システム１０では、複数のＷｅｂサーバ３を使用する動画配信において、全体のアクセスログを集約することなく視聴ユーザ数を計測することが可能である。したがって、アクセスログを転送するためのトラフィック並びにログを集約、解析するための処理が不要となるため、システム全体としての負荷が下がる。
また、第１実施形態に係る動画配信システム１０では、Ｗｅｂサーバ３においてアクセスログの特定の時間帯における視聴ユーザ数を計測するため、アクセスログ全体を解析するより少ない処理量で視聴ユーザ数を計測することが可能である。そのため、リアルタイムでサービス全体における視聴ユーザ数を計測することが容易となる。
また、第１実施形態に係る動画配信システム１０では、Ｗｅｂサーバ３においてアクセスログの特定の時間帯における視聴ユーザ数を計測するため、アクセスログ全体を解析するより少ない処理量で視聴ユーザ数を計測することが可能である。そのため、リアルタイムでサービス全体における視聴ユーザ数を計測することが容易となる。
【0046】
［第２実施形態］
第１実施形態では、各Ｗｅｂサーバ３で提供されるコンテンツのセグメント長が一律（例えば、１０秒）であることが前提条件であった。そのため、コンテンツのセグメント長が一律でない場合（コンテンツにより、セグメント長が異なる場合）、第１実施形態における技術を適用できなかった。
例えば、セグメント長を長くすると、ユーザ端末１からＷｅｂサーバ３へのセグメント要求の頻度が減るのでＷｅｂサーバ３等の負荷が減少するが、その分、例えばコンテンツがカメラで撮影等されてからユーザ端末１で再生されるまでの遅延（再生時間の遅延）が大きくなる。一方、各セグメント長を短くすると、再生時間の遅延は小さくなるが、その分、ユーザ端末１からＷｅｂサーバ３へのセグメント要求の頻度が増すので、Ｗｅｂサーバ３等の負荷が増大する。このように、セグメント長は、システムの状況に合わせて適宜調整することが好ましい場合がある。
第１実施形態では、各Ｗｅｂサーバ３で提供されるコンテンツのセグメント長が一律（例えば、１０秒）であることが前提条件であった。そのため、コンテンツのセグメント長が一律でない場合（コンテンツにより、セグメント長が異なる場合）、第１実施形態における技術を適用できなかった。
例えば、セグメント長を長くすると、ユーザ端末１からＷｅｂサーバ３へのセグメント要求の頻度が減るのでＷｅｂサーバ３等の負荷が減少するが、その分、例えばコンテンツがカメラで撮影等されてからユーザ端末１で再生されるまでの遅延（再生時間の遅延）が大きくなる。一方、各セグメント長を短くすると、再生時間の遅延は小さくなるが、その分、ユーザ端末１からＷｅｂサーバ３へのセグメント要求の頻度が増すので、Ｗｅｂサーバ３等の負荷が増大する。このように、セグメント長は、システムの状況に合わせて適宜調整することが好ましい場合がある。
【0047】
コンテンツのセグメント長が一律でない状態において、所定の測定区間Ｔで視聴ユーザ数を計測した場合を図７に示す。ここでは、図７（ｂ）に示すように、ユーザａは５秒周期にＷｅｂサーバ３Ａ，３Ｂにアクセスし、ユーザｂは１０秒周期にＷｅｂサーバ３Ａ，３Ｂにアクセスし、ユーザｃは１５秒周期にＷｅｂサーバ３Ａ，３Ｂにアクセスする場合を想定する。例えば、アクセスログＬＡに記録されるように、Ｗｅｂサーバ３Ａには、時刻「00:00:01」，「00:00:06」，「00:00:21」，「00:00:26」にユーザａからセグメント要求があり、時刻「00:00:12」にユーザｂからセグメント要求があり、時刻「00:00:14」にユーザｃからセグメント要求があったとする。また、アクセスログＬＢに記録されるように、Ｗｅｂサーバ３Ｂには、時刻「00:00:11」，「00:00:16」にユーザａからセグメント要求があり、時刻「00:00:02」，「00:00:22」にユーザｂからセグメント要求があり、時刻「00:00:29」にユーザｃからセグメント要求があったとする。
【0048】
この場合、第１実施形態の方法では、例えば、Ｗｅｂサーバ３Ａの視聴ユーザ計数部３７は、時刻「00:00:10」～時刻「00:00:20」の測定区間Ｔにおいて、ユーザｂ，ｃからセグメント要求があったので、視聴ユーザ数として「２人」を計数する。また、Ｗｅｂサーバ３Ｂの視聴ユーザ計数部３７は、時刻「00:00:10」～時刻「00:00:20」の測定区間Ｔにおいて、ユーザａからのセグメントの要求が二度あったので、視聴ユーザ数として「２人」を計数する。そのため、図７（ｃ）に示すように、計測装置５で累計すると「２＋２＝４（人）」となり、正確な視聴ユーザ数にならない。つまり、全ての視聴ユーザが１回ずつアクセスする区間（特定の時間帯）は存在しなくなり、全体の視聴ユーザ数をアクセスログから計測することが不可能となる。そこで第２実施形態では、異なるセグメント長が混在する動画配信システムにおいて、正確に視聴ユーザ数を計測する方法を提案する。
【0049】
＜第２実施形態に係る動画配信システムの構成＞
図８は、第２実施形態に係る動画配信システム１１０の構成図である。第２実施形態に係る動画配信システム１１０は、第１実施形態に係る動画配信システム１０と同様の構成であるが、セグメントリスト生成装置１０２およびＷｅｂサーバ１０３の機能が第１実施形態とは異なる。
図８は、第２実施形態に係る動画配信システム１１０の構成図である。第２実施形態に係る動画配信システム１１０は、第１実施形態に係る動画配信システム１０と同様の構成であるが、セグメントリスト生成装置１０２およびＷｅｂサーバ１０３の機能が第１実施形態とは異なる。
【0050】
第２実施形態のセグメントリスト生成装置１０２は、発行するセグメントリストにセグメント長の情報をＵＲＬのクエリとして追記する点で第１実施形態と相違する。クエリは、Ｗｅｂアプリケーションなどでクライアントからサーバにパラメータを渡すのに使われる表記法で、ＵＲＬの末尾に「？」マークを付けるとともに、続けて「名前＝値」の形式で記述する。
第２実施形態で使用するＭＦファイルのイメージを図９に示す。図９に示すように、第２実施形態のセグメントリストには、セグメント長の情報をＵＲＬのクエリとして追記している。ここでは、セグメント長が１５秒であるセグメントリストが例示されており、「<url>http://url1/segment1?period=15</url>」，「<url>http://url1/segment2?period=15</url>」を例示している。セグメントリストに追記されたセグメント長の情報は、ユーザ端末１からのセグメント要求によって、各Ｗｅｂサーバ１０３のアクセスログに記録される。
ここで、セグメント長が５秒であるセグメントリストにおける、ＵＲＬのクエリは、「<url>http://url1/segment1?period=5</url>」，「<url>http://url1/segment2?period=5</url>」（図示せず）となる。また、セグメント長が１０秒であるセグメントリストにおける、ＵＲＬのクエリは、「<url>http://url1/segment1?period=10</url>」，「<url>http://url1/segment2?period=10</url>」（図示せず）となる。
第２実施形態で使用するＭＦファイルのイメージを図９に示す。図９に示すように、第２実施形態のセグメントリストには、セグメント長の情報をＵＲＬのクエリとして追記している。ここでは、セグメント長が１５秒であるセグメントリストが例示されており、「<url>http://url1/segment1?period=15</url>」，「<url>http://url1/segment2?period=15</url>」を例示している。セグメントリストに追記されたセグメント長の情報は、ユーザ端末１からのセグメント要求によって、各Ｗｅｂサーバ１０３のアクセスログに記録される。
ここで、セグメント長が５秒であるセグメントリストにおける、ＵＲＬのクエリは、「<url>http://url1/segment1?period=5</url>」，「<url>http://url1/segment2?period=5</url>」（図示せず）となる。また、セグメント長が１０秒であるセグメントリストにおける、ＵＲＬのクエリは、「<url>http://url1/segment1?period=10</url>」，「<url>http://url1/segment2?period=10</url>」（図示せず）となる。
【0051】
図１０を参照して、第２実施形態に係るＷｅｂサーバ１０３の処理を説明する。図１０は、動画配信システム１１０における視聴ユーザ数の計測処理を説明するための図である。
ここでは、図１０（ａ）に示すように、ユーザａが操作するユーザ端末１ａ、ユーザｂが操作するユーザ端末１ｂおよびユーザｃが操作するユーザ端末１ｃからＷｅｂサーバ１０３Ａ，１０３Ｂにアクセス（セグメント要求）がある場合を想定する。ユーザａは５秒周期にＷｅｂサーバ１０３Ａ，１０３Ｂにアクセスし、ユーザｂは１０秒周期にＷｅｂサーバ１０３Ａ，１０３Ｂにアクセスし、ユーザｃは１５秒周期にＷｅｂサーバ１０３Ａ，１０３Ｂにアクセスすることにする。Ｗｅｂサーバ１０３Ａ，１０３Ｂは、コンテンツ毎にアクセスログを有しており、アクセスログにはアクセス時刻と視聴ユーザ情報とセグメント長の情報とが対応付けて記録される（図１０（ｂ）参照）。
ここでは、図１０（ａ）に示すように、ユーザａが操作するユーザ端末１ａ、ユーザｂが操作するユーザ端末１ｂおよびユーザｃが操作するユーザ端末１ｃからＷｅｂサーバ１０３Ａ，１０３Ｂにアクセス（セグメント要求）がある場合を想定する。ユーザａは５秒周期にＷｅｂサーバ１０３Ａ，１０３Ｂにアクセスし、ユーザｂは１０秒周期にＷｅｂサーバ１０３Ａ，１０３Ｂにアクセスし、ユーザｃは１５秒周期にＷｅｂサーバ１０３Ａ，１０３Ｂにアクセスすることにする。Ｗｅｂサーバ１０３Ａ，１０３Ｂは、コンテンツ毎にアクセスログを有しており、アクセスログにはアクセス時刻と視聴ユーザ情報とセグメント長の情報とが対応付けて記録される（図１０（ｂ）参照）。
【0052】
第２実施形態に係るＷｅｂサーバ１０３の視聴ユーザ計数部３７は、複数のセグメント長に応じた複数の測定区間Ｔを設定し、各測定区間Ｔでは当該測定区間Ｔと同じセグメント長のセグメント要求のみを計数する。つまり、各Ｗｅｂサーバ１０３では、各測定区間Ｔの開始時点からセグメント長の時間が経過するまでのユニークな視聴ユーザ数を計測する。この計測を検出できた全てのセグメント長に対して行い、セグメント長ごとの視聴ユーザ数の合計から１つのＷｅｂサーバ１０３にアクセスした視聴ユーザ数を求める。
すなわち、第２実施形態に係るＷｅｂサーバ１０３の視聴ユーザ計数部３７は、セグメント長ごとに、Ｗｅｂサーバ３からユーザ端末１に対して配信処理されたと判定される数を計測するものであり、コンテンツがユーザ端末１にて再生配信処理されたと判定される数を計測するものであり、コンテンツがユーザ端末１を介してユーザにて視聴されたと判定される数を計測するものである。
すなわち、第２実施形態に係るＷｅｂサーバ１０３の視聴ユーザ計数部３７は、セグメント長ごとに、Ｗｅｂサーバ３からユーザ端末１に対して配信処理されたと判定される数を計測するものであり、コンテンツがユーザ端末１にて再生配信処理されたと判定される数を計測するものであり、コンテンツがユーザ端末１を介してユーザにて視聴されたと判定される数を計測するものである。
【0053】
図１０（ｂ）のアクセスログＬＡに示されるように、例えば、Ｗｅｂサーバ１０３Ａには、時刻「00:00:01」，「00:00:06」，「00:00:21」，「00:00:26」にユーザａからセグメント要求があり、時刻「00:00:12」にユーザｂからセグメント要求があり、時刻「00:00:14」にユーザｃからセグメント要求があったとする。また、アクセスログＬＢに示すように、Ｗｅｂサーバ１０３Ｂには、時刻「00:00:11」，「00:00:16」にユーザａからセグメント要求があり、時刻「00:00:02」，「00:00:22」にユーザｂからセグメント要求があり、時刻「00:00:29」にユーザｃからセグメント要求があったとする。
【0054】
この場合、Ｗｅｂサーバ１０３Ａの視聴ユーザ計数部３７は、時刻「00:00:00」～時刻「00:00:05」の５秒間の測定区間Ｔａにおいて、アクセス周期が「５秒」のユーザａからセグメント要求があったので、測定区間Ｔａにおける視聴ユーザ数として「１人」を計数する（測定区間Ｔａにあるセグメント要求の数（コンテンツ再生数）＝「１」）。
また、視聴ユーザ計数部３７は、時刻「00:00:00」～時刻「00:00:10」の１０秒間の測定区間Ｔｂにおいて、アクセス周期が「１０秒」のユーザｂからセグメント要求がなかったので、測定区間Ｔｂにおける視聴ユーザ数として「０人」を計数する（測定区間Ｔｂにあるセグメント要求の数（コンテンツ再生数）＝「０」）。なお、時刻「00:00:01」にユーザａからセグメント要求があるが、アクセス周期「５秒」が測定区間Ｔｂの長さと異なるのでカウントしない。
また、視聴ユーザ計数部３７は、時刻「00:00:00」～時刻「00:00:15」の１５秒間の測定区間Ｔｃにおいて、アクセス周期が「１５秒」のユーザｃからセグメント要求があったので、測定区間Ｔｃにおける視聴ユーザ数として「１人」を計数する（測定区間Ｔｃにあるセグメント要求の数（コンテンツ再生数）＝「１」）。なお、時刻「00:00:01」，「00:00:06」にユーザａからセグメント要求があり、また、時刻「00:00:12」にユーザｂからセグメント要求があるが、アクセス周期「５秒」，「１０秒」が測定区間Ｔｃの長さと異なるのでカウントしない。
そのため、Ｗｅｂサーバ１０３Ａの視聴ユーザ計数部３７は、「１＋０＋１＝２（人）」をＷｅｂサーバ１０３Ａにおける視聴ユーザ数（セグメント要求の数（コンテンツ再生数））として計数し、計数した視聴ユーザ数（セグメント要求の数（コンテンツ再生数））を計測装置５に通知する。
また、視聴ユーザ計数部３７は、時刻「00:00:00」～時刻「00:00:10」の１０秒間の測定区間Ｔｂにおいて、アクセス周期が「１０秒」のユーザｂからセグメント要求がなかったので、測定区間Ｔｂにおける視聴ユーザ数として「０人」を計数する（測定区間Ｔｂにあるセグメント要求の数（コンテンツ再生数）＝「０」）。なお、時刻「00:00:01」にユーザａからセグメント要求があるが、アクセス周期「５秒」が測定区間Ｔｂの長さと異なるのでカウントしない。
また、視聴ユーザ計数部３７は、時刻「00:00:00」～時刻「00:00:15」の１５秒間の測定区間Ｔｃにおいて、アクセス周期が「１５秒」のユーザｃからセグメント要求があったので、測定区間Ｔｃにおける視聴ユーザ数として「１人」を計数する（測定区間Ｔｃにあるセグメント要求の数（コンテンツ再生数）＝「１」）。なお、時刻「00:00:01」，「00:00:06」にユーザａからセグメント要求があり、また、時刻「00:00:12」にユーザｂからセグメント要求があるが、アクセス周期「５秒」，「１０秒」が測定区間Ｔｃの長さと異なるのでカウントしない。
そのため、Ｗｅｂサーバ１０３Ａの視聴ユーザ計数部３７は、「１＋０＋１＝２（人）」をＷｅｂサーバ１０３Ａにおける視聴ユーザ数（セグメント要求の数（コンテンツ再生数））として計数し、計数した視聴ユーザ数（セグメント要求の数（コンテンツ再生数））を計測装置５に通知する。
【0055】
同様に、Ｗｅｂサーバ１０３Ｂの視聴ユーザ計数部３７は、時刻「00:00:00」～時刻「00:00:05」の５秒間の測定区間Ｔａにおいて、アクセス周期が「５秒」のユーザａからセグメント要求がなかったので、測定区間Ｔａにおける視聴ユーザ数として「０人」を計数する（測定区間Ｔａにあるセグメント要求の数（コンテンツ再生数）＝「０」）。なお、時刻「00:00:02」にユーザｂからセグメント要求があるが、アクセス周期「１０秒」が測定区間Ｔａの長さと異なるのでカウントしない。
また、視聴ユーザ計数部３７は、時刻「00:00:00」～時刻「00:00:10」の１０秒間の測定区間Ｔｂにおいて、アクセス周期が「１０秒」のユーザｂからセグメント要求があったので、測定区間Ｔｂにおける視聴ユーザ数として「１人」を計数する（測定区間Ｔｂにあるセグメント要求の数（コンテンツ再生数）＝「１」）。
また、視聴ユーザ計数部３７は、時刻「00:00:00」～時刻「00:00:15」の１５秒間の測定区間Ｔｃにおいて、アクセス周期が「１５秒」のユーザｃからセグメント要求がなかったので、測定区間Ｔｃにおける視聴ユーザ数として「０人」を計数する（測定区間Ｔｃにあるセグメント要求の数（コンテンツ再生数）＝「０」）。なお、時刻「00:00:02」にユーザｂからセグメント要求があり、また、時刻「00:00:11」にユーザａからセグメント要求があるが、アクセス周期「５秒，１０秒」が測定区間Ｔｃの長さと異なるのでカウントしない。
そのため、Ｗｅｂサーバ１０３Ｂの視聴ユーザ計数部３７は、「０＋１＋０＝１（人）」をＷｅｂサーバ１０３Ｂにおける視聴ユーザ数（セグメント要求の数（コンテンツ再生数））として計数し、計数した視聴ユーザ数（セグメント要求の数（コンテンツ再生数））を計測装置５に通知する。
また、視聴ユーザ計数部３７は、時刻「00:00:00」～時刻「00:00:10」の１０秒間の測定区間Ｔｂにおいて、アクセス周期が「１０秒」のユーザｂからセグメント要求があったので、測定区間Ｔｂにおける視聴ユーザ数として「１人」を計数する（測定区間Ｔｂにあるセグメント要求の数（コンテンツ再生数）＝「１」）。
また、視聴ユーザ計数部３７は、時刻「00:00:00」～時刻「00:00:15」の１５秒間の測定区間Ｔｃにおいて、アクセス周期が「１５秒」のユーザｃからセグメント要求がなかったので、測定区間Ｔｃにおける視聴ユーザ数として「０人」を計数する（測定区間Ｔｃにあるセグメント要求の数（コンテンツ再生数）＝「０」）。なお、時刻「00:00:02」にユーザｂからセグメント要求があり、また、時刻「00:00:11」にユーザａからセグメント要求があるが、アクセス周期「５秒，１０秒」が測定区間Ｔｃの長さと異なるのでカウントしない。
そのため、Ｗｅｂサーバ１０３Ｂの視聴ユーザ計数部３７は、「０＋１＋０＝１（人）」をＷｅｂサーバ１０３Ｂにおける視聴ユーザ数（セグメント要求の数（コンテンツ再生数））として計数し、計数した視聴ユーザ数（セグメント要求の数（コンテンツ再生数））を計測装置５に通知する。
【0056】
＜第２実施形態に係る動画配信システムの動作＞
第２実施形態に係る動画配信システム１１０の動作は、図６に示す第１実施形態の動画配信システム１０の動作と同様である。
第２実施形態に係る動画配信システム１１０の動作は、図６に示す第１実施形態の動画配信システム１０の動作と同様である。
【0057】
以上のように、第２実施形態に係る動画配信システム１１０は、複数のセグメント長に応じた複数の測定区間Ｔを設定し、各測定区間Ｔでは当該測定区間Ｔと同じセグメント長のセグメント要求のみを各Ｗｅｂサーバ１０３で計数する。そして、計測装置５は、各Ｗｅｂサーバ１０３で計測したセグメント要求の数を収集および累計し、累計した数を当該コンテンツにおける全体の視聴ユーザ数とする。
すなわち、第２実施形態に係る動画配信システム１１０は、各測定区間Ｔにおいて当該測定区間Ｔと同じセグメント長のセグメント要求のみについて、Ｗｅｂサーバ３からユーザ端末１に対して配信処理されたと判定される数を収集および累計するものであり、コンテンツがユーザ端末１にて再生配信処理されたと判定される数を収集および累計するものであり、コンテンツがユーザ端末１を介してユーザにて視聴されたと判定される数を収集および累計するものである。
そのため、第２実施形態に係る動画配信システム１１０では、異なるセグメント長が混在する条件下でも、全体の視聴ユーザ数を計測することが可能となる。
すなわち、第２実施形態に係る動画配信システム１１０は、各測定区間Ｔにおいて当該測定区間Ｔと同じセグメント長のセグメント要求のみについて、Ｗｅｂサーバ３からユーザ端末１に対して配信処理されたと判定される数を収集および累計するものであり、コンテンツがユーザ端末１にて再生配信処理されたと判定される数を収集および累計するものであり、コンテンツがユーザ端末１を介してユーザにて視聴されたと判定される数を収集および累計するものである。
そのため、第２実施形態に係る動画配信システム１１０では、異なるセグメント長が混在する条件下でも、全体の視聴ユーザ数を計測することが可能となる。
【0058】
［変形例］
以上、本発明の実施形態について説明したが、本発明はこれに限定されるものではなく、特許請求の範囲の趣旨を変えない範囲で実施することができる。実施形態の変形例を以下に示す。
以上、本発明の実施形態について説明したが、本発明はこれに限定されるものではなく、特許請求の範囲の趣旨を変えない範囲で実施することができる。実施形態の変形例を以下に示す。
【0059】
各実施形態では、一人の視聴ユーザが一台のユーザ端末１を操作し、一つのコンテンツを視聴する場合を想定していた。つまり、一人の視聴ユーザが同時に二つ以上のユーザ端末１の操作やコンテンツの視聴を行わない場合を想定していた。しかしながら、一人の視聴ユーザが同時に複数のコンテンツの視聴を行ってもよいし、同時に複数のユーザ端末１を操作してもよい。その場合、コンテンツ毎の配信数を計測するようにしてもよい。
【0060】
また、第２実施形態では、図１０に示すように、測定区間Ｔａ，Ｔｂ，Ｔｃの開始時刻を揃えていたが、終了時刻を揃えるようにしてもよい。つまり、測定区間Ｔは互いが重複していればよい。
【符号の説明】
【0061】
１ ユーザ端末
２，１０２ セグメントリスト生成装置
３，１０３ Ｗｅｂサーバ
４ ロードバランサ
５ 計測装置
１０，１１０ 動画配信システム
３６ コンテンツ配信部
３７ 視聴ユーザ計数部
５３ ユーザ数情報取得部
５４ 視聴ユーザ累計部
２，１０２ セグメントリスト生成装置
３，１０３ Ｗｅｂサーバ
４ ロードバランサ
５ 計測装置
１０，１１０ 動画配信システム
３６ コンテンツ配信部
３７ 視聴ユーザ計数部
５３ ユーザ数情報取得部
５４ 視聴ユーザ累計部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】