(57)【要約】【課題】コンテンツの配信数を容易に把握することができる。【解決手段】測定対象のコンテンツ配信装置における、コンテンツ配信装置の台数情報と、所定時間におけるコンテンツの配信本数情報とを収集する、収集処理部としてクライアント数調査部４４ａと、台数情報と配信本数情報とを入力し、所定の分布情報を用いた信頼区間におけるコンテンツ配信装置の上限配信本数情報と下限配信本数情報とを取得する、取得処理部としての信頼区間演算部４４ｅと、上限配信本数情報と下限配信本数情報との差分情報が所定配信本数情報を満たさないならば、差分情報が所定配信本数情報を満たすように、台数が増加される情報にて、取得処理部の台数情報を修正する、判断処理部としての判定部４４ｆとを有する。【選択図】図３
2019149650.tif 000002
【特許請求の範囲】
【請求項１】
測定対象のコンテンツ配信装置における、
前記コンテンツ配信装置の台数情報と、所定時間におけるコンテンツの配信本数情報とを収集する、収集処理部と、
前記台数情報と前記配信本数情報とを入力し、
所定の分布情報を用いた信頼区間における
前記コンテンツ配信装置の上限配信本数情報と下限配信本数情報とを取得する、取得処理部と、
前記上限配信本数情報と前記下限配信本数情報との差分情報が所定配信本数情報を満たさないならば、
前記差分情報が前記所定配信本数情報を満たすように、
台数が増加される情報にて、前記取得処理部の前記台数情報を修正する、判断処理部と
を有することを特徴とする、管理装置。
【請求項２】
前記判断処理部は、前記差分情報が前記所定配信本数情報を満たす場合、前記信頼区間を妥当であると判断し、
妥当であると判断された前記信頼区間に基づく値を用いて、前記コンテンツの設定を行う設定部をさらに有する
ことを特徴とする、請求項１に記載の管理装置。
【請求項３】
前記コンテンツは、配信の要求頻度に応じて第１コンテンツと第２コンテンツとに分類されており、
前記コンテンツ配信装置は、前記第１コンテンツを分割して配信する第１グループと、前記第２コンテンツを分割して配信する第２グループとに分類されており、
前記判断処理部は、前記第１グループに属する前記コンテンツ配信装置の第１信頼区間と、前記第２グループに属する前記コンテンツ配信装置の第２信頼区間とをそれぞれ算出し、
前記設定部は、前記第１信頼区間に基づく値および前記第２信頼区間に基づく値に応じた前記コンテンツの設定を行う
ことを特徴とする請求項２に記載の管理装置。
【請求項４】
前記コンテンツ配信装置による前記コンテンツの配信方式は、ＭＰＥＧ（Moving Picture Experts Group）−ＤＡＳＨ（Dynamic Adaptive Streaming over HTTP）である
ことを特徴とする請求項１ないし請求項３の何れか１項に記載の管理装置。
【請求項５】
前記分布情報は、ｔ分布または正規分布である、ことを特徴とする請求項１ないし請求項４の何れか１項に記載の管理装置。
【請求項６】
コンピュータを、
測定対象のコンテンツ配信装置における、
前記コンテンツ配信装置の台数情報と、所定時間におけるコンテンツの配信本数情報とを収集する、収集処理部、
前記台数情報と前記配信本数情報とを入力し、
所定の分布情報を用いた信頼区間における
前記コンテンツ配信装置の上限配信本数情報と下限配信本数情報とを取得する、取得処理部、
前記上限配信本数情報と前記下限配信本数情報との差分情報が所定配信本数情報を満たさないならば、
前記差分情報が前記所定配信本数情報を満たすように、
台数が増加される情報にて、前記取得処理部の前記台数情報を修正する、判断処理部
として機能させるための管理プログラム。
【請求項７】
管理装置の管理方法であって、
測定対象のコンテンツ配信装置における、
前記コンテンツ配信装置の台数情報と、所定時間におけるコンテンツの配信本数情報とを収集する、収集処理ステップと、
前記台数情報と前記配信本数情報とを入力し、
所定の分布情報を用いた信頼区間における
前記コンテンツ配信装置の上限配信本数情報と下限配信本数情報とを取得する、取得処理ステップと、
前記上限配信本数情報と前記下限配信本数情報との差分情報が所定配信本数情報を満たさないならば、
前記差分情報が前記所定配信本数情報を満たすように、
台数が増加される情報にて、前記取得処理ステップの前記台数情報を修正する、判断処理ステップと
を有することを特徴とする、管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置、管理プログラムおよび管理方法に関し、例えば、ＭＰＥＧ（Moving Picture Experts Group）−ＤＡＳＨ（Dynamic Adaptive Streaming over HTTP）の同時視聴者数を測定する管理装置、管理プログラムおよび管理方法に関するものである。
【背景技術】
【０００２】
例えば、特許文献１には、ＣＤＮ（Contents Delivery Network）を用いたＨＴＴＰ（Hyper Text Transfer Protocol）ストリーミングについて記載されている。ＨＴＴＰストリーミングは、動画配信用の特殊なサーバが必要なく、大規模配信のためのＣＤＮなどにおいても動画配信専用の構成をとる必要がない。また、ＨＴＴＰストリーミングは、容易に配信環境を整備することができるとともに、コストメリットが期待できる。
【０００３】
中でもＭＰＥＧ−ＤＡＳＨは、国際標準化されているため、有名なテレビ向け動画配信サービスでも利用が始まっている。ＭＰＥＧ−ＤＡＳＨではストリームを数秒単位のファイル（セグメント）に分割し、さらに負荷分散のためそれらを複数のサーバに配置する。クライアントは同一のコンテンツでも数秒単位で別々のサーバからセグメントを取得する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許出願公開第２０１３／０２２３５０９号明細書（段落００１５〜００２０、図１）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
このように、ＭＰＥＧ−ＤＡＳＨではクライアントが同一のコンテンツでも数秒単位で別々のサーバからセグメントを取得するため、誰がどのコンテンツを見ているのか把握しづらいといった問題があった。例えば、従来では、ＭＰＥＧ−ＤＡＳＨを利用している単位時間当たりの同時視聴者数を確認するために、各サーバのアクセス記録（アクセスログ）を全て取得し、ある単位時間の同時視聴数を計測するしかなかった。
【０００６】
本発明は、前記課題に鑑みてなされたものであり、コンテンツの配信数を容易に把握することができる管理装置、管理プログラムおよび管理方法を提供するものである。
【課題を解決するための手段】
【０００７】
前記課題を解決するため、本発明に係る管理装置は、測定対象のコンテンツ配信装置における、前記コンテンツ配信装置の台数情報と、所定時間におけるコンテンツの配信本数情報とを収集する、収集処理部と、前記台数情報と前記配信本数情報とを入力し、所定の分布情報を用いた信頼区間における前記コンテンツ配信装置の上限配信本数情報と下限配信本数情報とを取得する、取得処理部と、前記上限配信本数情報と前記下限配信本数情報との差分情報が所定配信本数情報を満たさないならば、前記差分情報が前記所定配信本数情報を満たすように、台数が増加される情報にて、前記取得処理部の前記台数情報を修正する、判断処理部とを有することを特徴とする。
【０００８】
また、本発明に係る管理プログラムは、コンピュータを、測定対象のコンテンツ配信装置における、前記コンテンツ配信装置の台数情報と、所定時間におけるコンテンツの配信本数情報とを収集する、収集処理部、前記台数情報と前記配信本数情報とを入力し、所定の分布情報を用いた信頼区間における前記コンテンツ配信装置の上限配信本数情報と下限配信本数情報とを取得する、取得処理部、前記上限配信本数情報と前記下限配信本数情報との差分情報が所定配信本数情報を満たさないならば、前記差分情報が前記所定配信本数情報を満たすように、台数が増加される情報にて、前記取得処理部の前記台数情報を修正する、判断処理部として機能させる。
【０００９】
また、本発明に係る管理方法は、管理装置の管理方法であって、測定対象のコンテンツ配信装置における、前記コンテンツ配信装置の台数情報と、所定時間におけるコンテンツの配信本数情報とを収集する、収集処理ステップと、前記台数情報と前記配信本数情報とを入力し、所定の分布情報を用いた信頼区間における前記コンテンツ配信装置の上限配信本数情報と下限配信本数情報とを取得する、取得処理ステップと、前記上限配信本数情報と前記下限配信本数情報との差分情報が所定配信本数情報を満たさないならば、前記差分情報が前記所定配信本数情報を満たすように、台数が増加される情報にて、前記取得処理ステップの前記台数情報を修正する、判断処理ステップとを有する。
【発明の効果】
【００１０】
本発明によれば、コンテンツの配信数を容易に把握することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態に係るコンテンツ管理システムの構成図である。
【図２】本発明の実施形態に係るコンテンツ配信装置のブロック図である。
【図３】本発明の実施形態に係るコンテンツ配信管理装置のブロック図である。
【図４】コンテンツ配信装置３（ａｉ）等があるクライアント端末２（１台）に対して割り当てられる回数（割合）における特性（正規分布）を示す図である。
【図５】コンテンツ配信装置３（ｂｉ）等があるクライアント端末２（１台）に対して割り当てられる回数（割合）における特性（正規分布）を示す図である。
【図６】ｔ分布を示す図である。
【図７】ｔ分布表の例示である。
【図８】本発明の実施形態に係るコンテンツ管理システムのコンテンツ管理方法を示すフローチャートの例示である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施するための形態を、適宜図面を参照しながら詳細に説明する。
各図は、本発明を十分に理解できる程度に、概略的に示してあるに過ぎない。よって、本発明は、図示例のみに限定されるものではない。また、本実施形態では、本発明と直接的に関連しない構成や周知な構成については、説明を省略する場合がある。なお、各図において、共通する構成要素や同様な構成要素については、同一の符号を付し、それらの重複する説明を省略する。
【００１３】
＜コンテンツ管理システム（コンテンツ配信システムを含む）の構成＞
図１は、実施形態に係るコンテンツ管理システム１の構成図である。コンテンツ管理システム１におけるコンテンツの配信方式として、ここではＭＰＥＧ（Moving Picture Experts Group）−ＤＡＳＨ（Dynamic Adaptive Streaming over HTTP）を想定するが、コンテンツの配信方式はこれに限定されない。
【００１４】
コンテンツ管理システム１は、視聴者（クライアント）が操作するクライアント端末２と、視聴者（クライアント）の要求に応じてコンテンツ（例えば、動画（音声を含む動画）や音楽など）を配信する複数のコンテンツ配信装置３と、コンテンツの配信を管理するコンテンツ配信管理装置４と、を備えて構成される。
ここで、図１に示されるクライアント端末２の台数は、１台であるが、複数台でもよい。
【００１５】
（クライアント端末）
クライアント端末２は、配信されたコンテンツを再生する機能を有する装置であり、例えば、パーソナルコンピュータ（ＰＣ：Personal Computer）、携帯電話端末、タブレット端末、スマートフォンなどである。クライアント端末２は、例えば、ディスプレイに映像を表示するとともに、スピーカを通じて音声を出力する。
【００１６】
本実施形態では、一人の顧客（クライアント）が一台のクライアント端末２を操作し、一つのコンテンツを視聴する場合を想定する。つまり、一人の顧客（クライアント）が同時に二つ以上のコンテンツの配信を行わない場合を想定する。そのため、本実施形態では、「コンテンツの視聴者数（クライアント数）」と「コンテンツの視聴数」と「コンテンツの配信数」とが同じになる。なお、当然ながら、一人の顧客（クライアント）がクライアント端末２を操作し、同時に複数のコンテンツの視聴を行ってもよい。また、ここでのコンテンツには、コンテンツ自体（例えば、動画ファイルや音楽ファイルなど）のみならず、コンテンツの一部（例えば、セグメント）を含む意図である。
【００１７】
なお、「コンテンツの視聴者数（クライアント数）」は、「コンテンツの配信本数（セグメントの配信本数を含む）」の一例であり、「コンテンツの配信本数（セグメントの配信本数を含む）」の一例は、「コンテンツの視聴者数（クライアント数）」に限るものではない。
【００１８】
（コンテンツ配信装置）
図２は、本実施形態のコンテンツ配信装置３のブロック図である。視聴者（クライアント）の要求に応じてコンテンツを配信する装置であり、例えば、サーバである。
コンテンツ配信装置３は、コンテンツ記憶部３１と、コンテンツ配信部３２と、クライアント管理部３３と、を備えている。
【００１９】
コンテンツ記憶部３１、コンテンツ配信部３２およびクライアント管理部３３は、例えば、ＣＰＵ（Central Processing Unit）によるプログラム実行処理や、専用回路等により実現される。プログラム実行処理によりこれらの機能を実現する場合、コンテンツ配信装置３内には、コンテンツ記憶部３１、コンテンツ配信部３２およびクライアント管理部３３を実現するためのプログラムが格納される。このプログラムを、コンピュータによる読み取り可能な記録媒体（例：ＣＤ−ＲＯＭ）に記憶して提供することができる。また、そのプログラムを、インターネットなどのネットワークを通して提供することもできる。
【００２０】
コンテンツ記憶部３１は、クライアント端末２に配信されるコンテンツを記憶する。コンテンツ記憶部３１は、例えば、データベースである。
コンテンツ配信部３２は、コンテンツ記憶部３１に記憶されたコンテンツを、クライアント端末２に配信する。
クライアント管理部３３は、コンテンツが配信されるクライアントの情報（クライアントの数、クライアントの識別情報など）を管理する。
【００２１】
各々のコンテンツ配信装置３には、「HTTP server_a1」〜「HTTP server_ax」，「HTTP server_b1」〜「HTTP server_by」，「HTTP server_c1」〜「HTTP server_cz」などのＵＲＬ（Uniform Resource Locator）が与えられている。以下では、特定のコンテンツ配信装置３を指定する場合に、符号の後に(  )を付して、その中にＵＲＬの一部を記載する。例えば、ＵＲＬが「HTTP server_a1」のコンテンツ配信装置３を「コンテンツ配信装置３（ａ１）」と記載する。
【００２２】
ここでは、視聴が多くあるコンテンツ（以下では「人気のあるコンテンツ」と呼ぶ）は、ＵＲＬが「HTTP server_a1」〜「HTTP server_ax」のＸ台のコンテンツ配信装置３（つまり、コンテンツ配信装置３（ａ１）〜３（ａｘ））に格納されている。各々のコンテンツ配信装置３（ａ１）〜３（ａｘ）は、人気のあるコンテンツをｐ秒毎のセグメントに分割した状態で格納する。ここでの「視聴が多い」とは、例えば、コンテンツ管理システム１の管理者による任意の基準であってよい。「視聴が多い」の一例の基準は、コンテンツ配信装置３（ａ１）〜３（ａｘ）からクライアント端末２に配信される「人気のあるコンテンツ」の配信本数（セグメントの配信本数を含む）が所定時間当たりにα本数を超過する場合（又は、α本数以上の場合）である。以下では、コンテンツ配信装置３（ａ１）〜３（ａｘ）を区別せず説明する場合に、まとめて「コンテンツ配信装置３（ａ）」と呼ぶ場合がある。
【００２３】
また、視聴が多くも少なくもないコンテンツ（以下では「普通のコンテンツ」と呼ぶ）は、ＵＲＬが「HTTP server_b1」〜「HTTP server_by」のＹ台のコンテンツ配信装置３（つまり、コンテンツ配信装置３（ｂ１）〜３（ｂｙ））に格納されている。各々のコンテンツ配信装置３（ｂ１）〜３（ｂｙ）は、普通のコンテンツをｐ秒毎のセグメントに分割した状態で格納する。ここでの「視聴が多い」とは、例えば、コンテンツ管理システム１の管理者による任意の基準であってよい。「視聴が多い」の一例の基準は、コンテンツ配信装置３（ｂ１）〜３（ｂｙ）からクライアント端末２に配信される「普通のコンテンツ」の配信本数（セグメントの配信本数を含む）が所定時間当たりにα本数を超える（又は、α本数以上）の場合である。ここでの「視聴が少ない」とは、例えば、コンテンツ管理システム１の管理者による任意の基準であってよい。「視聴が少ない」の一例の基準は、コンテンツ配信装置３（ｂ１）〜３（ｂｙ）からクライアント端末２に配信される「普通のコンテンツ」の配信本数（セグメントの配信本数を含む）が所定時間当たりにβ本数未満の場合（又は、β本数以下の場合）である。以下では、コンテンツ配信装置３（ｂ１）〜３（ｂｙ）を区別せず説明する場合に、まとめて「コンテンツ配信装置３（ｂ）」と呼ぶ場合がある。
【００２４】
なお、「人気のあるコンテンツ」は、「第１コンテンツ」の一例であり、「第１コンテンツ」の一例は、「人気のあるコンテンツ」に限るものではない。
また、「普通のコンテンツ」は、「第２コンテンツ」の一例であり、「第２コンテンツ」の一例は、「普通のコンテンツ」に限るものではない。
また、コンテンツ配信装置３（ａ１）〜３（ａｘ）は、「第１グループ」の一例であり、「第１グループ」の一例は、コンテンツ配信装置３（ａ１）〜３（ａｘ）に限るものではない。
また、コンテンツ配信装置３（ｂ１）〜３（ｂｙ）は、「第２グループ」の一例であり、「第２グループ」の一例は、コンテンツ配信装置３（ｂ１）〜３（ｂｙ）に限るものではない。
【００２５】
また、視聴が少ないコンテンツ（以下では「不人気のコンテンツ」と呼ぶ）は、ＵＲＬが「HTTP server_c1」〜「HTTP server_cz」のＺ台のコンテンツ配信装置３（つまり、コンテンツ配信装置３（ｃ１）〜３（ｃｚ））に格納されている。コンテンツ配信装置３（ｃ１）〜３（ｃｚ）は、コンテンツ配信装置３（ａ）やコンテンツ配信装置３（ｂ）と異なり、不人気のコンテンツをセグメントに分割しない状態で格納する。ここでの「視聴が少ない」とは、例えば、コンテンツ管理システム１の管理者による任意の基準であってよい。「視聴が少ない」の一例の基準は、コンテンツ配信装置３（ｃ１）〜３（ｃｚ）からクライアント端末２に配信される「不人気のコンテンツ」の配信本数（セグメントの配信本数を含む）が所定時間当たりにβ本数未満の場合（又は、β本数以下の場合）である。以下では、コンテンツ配信装置３（ｃ１）〜３（ｃｚ）を区別せず説明する場合に、まとめて「コンテンツ配信装置３（ｃ）」と呼ぶ場合がある。
【００２６】
不人気のコンテンツを格納するコンテンツ配信装置３（ｃ）は、例えば、大容量だが最大同時配信数の低いサーバが使用される。一方、人気のあるコンテンツを格納するコンテンツ配信装置３（ａ）や普通のコンテンツを格納するコンテンツ配信装置３（ｂ）は、例えば、小容量だが最大同時配信数の高いサーバが使用される。普通のコンテンツに比べて人気のあるコンテンツがより多く視聴されるため、人気のあるコンテンツをコンテンツ配信装置３（ａ）の数（Ｘ台）と、普通のコンテンツを格納するコンテンツ配信装置３（ｂ）の数（Ｙ台）との関係は、「Ｘ台＞Ｙ台」となっている。
【００２７】
クライアントが視聴したいコンテンツ（ここでは、人気のあるコンテンツや普通のコンテンツ）を選択すると、クライアント端末２は、最初に各セグメントのＵＲＬが記載されたＭＰＤ（Media Presentation Description）ファイルを取得する。そして、クライアント端末２は、ＭＰＤファイルに記述されたＵＲＬにアクセスし、次々とセグメントを受信して順番につなぎ合わせて再生する。
【００２８】
例えば、人気のあるコンテンツの場合、ＭＰＤファイルにはコンテンツ配信装置３（ａ）のＵＲＬである「HTTP server_a1」〜「HTTP server_ax」のいずれかが記載される。そして、クライアント端末２は、各ＵＲＬからｐ秒毎にコンテンツ配信装置３（ａ１）〜３（ａｘ）におけるいずれかのコンテンツ配信装置に接続し、セグメントを取得して再生する。
そのため、例えば、クライアント端末２（１台）に対して、割り当てられるコンテンツ配信装置は、次のようなコンテンツ配信装置であるものとする。
あるクライアント端末２（１台）に対して、割り当てられるコンテンツ配信装置は、コンテンツ配信装置３（ａ（ｉ−ｊ））、コンテンツ配信装置３（ａｉ）、及びコンテンツ配信装置３（ａ（ｉ＋ｊ））のいずれかであるものとする。
コンテンツ配信装置３（ａ（ｉ−ｊ））、コンテンツ配信装置３（ａｉ）、及びコンテンツ配信装置３（ａ（ｉ＋ｊ））において、あるクライアント端末２（１台）に対して、割り当てられる回数（割合）は、コンテンツ配信装置３（ａｉ）を中心とした正規分布に従うものであるとする（例えば、図４を参照）。
ここで、コンテンツ配信装置は、コンテンツ配信装置３（ａ（ｉ−ｊ））、コンテンツ配信装置３（ａｉ）、及びコンテンツ配信装置３（ａ（ｉ＋ｊ））は、コンテンツ配信装置３（ａ１）〜３（ａｘ）におけるいずれかのコンテンツ配信装置であるものとする。
「ｉ」と「ｊ」は「１〜ｘ」のいずれかの値であり、ｘは自然数であるものとする。
「ｉ−ｊ」は、「ｉ−ｊ」が「１」より小さい値ならば、「ｘ−（（ｊ＋１）−（ｉ−１））」であるものとする。
「ｉ＋ｊ」は、「ｉ＋ｊ」が「ｘ」より大きい値ならば、「１＋（（ｊ−１）−（ｘ−ｉ））」であるものとする。
【００２９】
また、普通のコンテンツの場合、ＭＰＤファイルにはコンテンツ配信装置３（ｂ）のＵＲＬである「HTTP server_b1」〜「HTTP server_by」のいずれかが記載される。そして、クライアント端末２は、各ＵＲＬからｐ秒毎にコンテンツ配信装置３（ｂ１）〜３（ｂｙ）におけるいずれかのコンテンツ配信装置に接続し、セグメントを取得して再生する。
そのため、例えば、クライアント端末２（１台）に対して、割り当てられるコンテンツ配信装置は、次のようなコンテンツ配信装置であるものとする。
あるクライアント端末２（１台）に対して、割り当てられるコンテンツ配信装置は、コンテンツ配信装置３（ｂ（ｉ−ｊ））、コンテンツ配信装置３（ｂｉ）、及びコンテンツ配信装置３（ｂ（ｉ＋ｊ））のいずれかであるものとする。
コンテンツ配信装置３（ｂ（ｉ−ｊ））、コンテンツ配信装置３（ｂｉ）、及びコンテンツ配信装置３（ｂ（ｉ＋ｊ））において、あるクライアント端末２（１台）に対して、割り当てられる回数（割合）は、コンテンツ配信装置３（ｂｉ）を中心とした正規分布に従うものであるとする（例えば、図５を参照）。
ここで、コンテンツ配信装置は、コンテンツ配信装置３（ｂ（ｉ−ｊ））、コンテンツ配信装置３（ｂｉ）、及びコンテンツ配信装置３（ｂ（ｉ＋ｊ））は、コンテンツ配信装置３（ｂ１）〜３（ｂｙ）におけるいずれかのコンテンツ配信装置であるものとする。
「ｉ」と「ｊ」は「１〜ｙ」のいずれかの値であり、ｙは自然数であるものとする。
「ｉ−ｊ」は、「ｉ−ｊ」が「１」より小さい値ならば、「ｙ−（（ｊ＋１）−（ｉ−１））」であるものとする。
「ｉ＋ｊ」は、「ｉ＋ｊ」が「ｙ」より大きい値ならば、「１＋（（ｊ−１）−（ｙ−ｉ））」であるものとする。
【００３０】
（コンテンツ配信管理装置）
図１に示すコンテンツ配信管理装置４は、コンテンツ配信装置３によるコンテンツの配信を管理する装置である。コンテンツ配信管理装置４は、各々のコンテンツ配信装置３にネットワークを介して接続されている。
本実施形態では、特に、ｐ秒毎のセグメントに分割されている人気のあるコンテンツや普通のコンテンツの配信の管理について説明し、不人気のコンテンツの配信の管理については詳細な説明を省略する。
【００３１】
最初に、コンテンツ配信管理装置４におけるコンテンツの配信管理の概要を、人気のあるコンテンツを例に挙げて説明する。
ＵＲＬが「HTTP server_a1」のコンテンツ配信装置３（ａ１）でｐ秒間のクライアント数を計測した場合に「ｎ１人」だったとする。標準偏差が「０」である場合、「HTTP server_a1」〜「HTTP server_ax」のＸ台全体の単位時間当たりのクライアント数は、以下の式（Ａ）で求めることができる。
・単位時間当たりの全体クライアント数＝（Ｘ・ｎ１）／ｐ  ・・・式（Ａ）
【００３２】
しかしながら、実際には偏りがあるため、１台のコンテンツ配信装置３（ａ１）のクライアント数を計測しただけでは、全体のクライアント数の予測と実際の値には大きな差がでてしまう。そのため、完全なクライアント数の測定には全体のコンテンツ配信装置３（ａ１）〜３（ａｘ）の全クライアント数の計測が必要になるが、コンテンツ配信装置３（ａ）の数（Ｘ台）が多いと処理量が膨大になる。
【００３３】
本実施形態に係るコンテンツ配信管理装置４は、クライアント数の予測の誤差を一定範囲で許容することで、実際にクライアント数を測定するコンテンツ配信装置３の数を大きく減らすことを可能にする。以下、詳細に説明する。
【００３４】
図３は、本実施形態のコンテンツ配信管理装置４のブロック図である。
コンテンツ配信管理装置４は、コンテンツ配信装置管理部４１と、計時部４２と、クライアント管理部４３と、クライアント数推定部４４と、設定部４５と、を備えている。
【００３５】
コンテンツ配信装置管理部４１、計時部４２、クライアント管理部４３、クライアント数推定部４４および設定部４５は、例えば、ＣＰＵ（Central Processing Unit）によるプログラム実行処理や、専用回路等により実現される。プログラム実行処理によりこれらの機能を実現する場合、コンテンツ配信管理装置４内には、コンテンツ配信装置管理部４１、計時部４２、クライアント管理部４３、クライアント数推定部４４および設定部４５を実現するためのプログラムが格納される。このプログラムを、コンピュータによる読み取り可能な記録媒体（例：ＣＤ−ＲＯＭ）に記憶して提供することができる。また、そのプログラムを、インターネットなどのネットワークを通して提供することもできる。
【００３６】
コンテンツ配信装置管理部４１は、コンテンツ配信装置３の情報（コンテンツ配信装置３の数、コンテンツ配信装置３の識別情報など）を管理する。
計時部４２は、特定の時間を計時する。ここでは、特に、セグメントを分割した時間である「ｐ秒間」を計時する。
クライアント管理部４３は、各々のコンテンツ配信装置３におけるクライアント管理部３３で管理される「コンテンツが配信されるクライアントの情報（クライアントの数、クライアントの識別情報など）」を管理する。
【００３７】
クライアント数推定部４４は、特定の時間における視聴中のクライアント数（コンテンツ配信装置３のコンテンツ配信数）をコンテンツの分類ごとに推定する。ここでの「コンテンツの分類」は、「人気のあるコンテンツ」、「普通のコンテンツ」、「不人気のコンテンツ」の３つである。
【００３８】
例えば、各々のコンテンツ配信装置３（ａ）におけるｐ秒間のクライアント数が「ｎ１，ｎ２，・・・，ｎｘ」である場合を考える。クライアント数推定部４４は、標本数ｍ個についてコンテンツ配信装置３（ａ）のｐ秒間のクライアント数を調査して、Ｘ台のコンテンツ配信装置３（ａ）におけるｐ秒間のクライアント数（コンテンツ配信数）の平均(母平均)の「９５％信頼区間」を算出する。母平均の「信頼区間」は、以下の計算式（Ｂ）で求めることができる。
・信頼区間＝標本平均±信頼係数×標本標準偏差÷√標本数  ・・式（Ｂ）
【００３９】
そして、クライアント数推定部４４は、算出した母平均の信頼区間が予め定めたしきい値以下である場合、算出した母平均を用いてコンテンツを格納するコンテンツ配信装置３の調整やコンテンツを格納するコンテンツ配信装置３の増減を行う。また、クライアント数推定部４４は、算出した母平均の信頼区間が予め定めたしきい値を超えている場合、算出した母平均が妥当でないとして、標本数ｍ個を増やして母平均の信頼区間を再び算出し、母平均の信頼区間がしきい値以下になったものを用いてコンテンツ配信装置３の調整などを行う。
【００４０】
クライアント数推定部４４は、例えば、クライアント数調査部４４ａ、標本平均演算部４４ｂ、不偏分散演算部４４ｃ、標本標準偏差演算部４４ｄ、信頼区間演算部４４ｅ、判定部４４ｆなどの各処理部により構成される。
【００４１】
なお、クライアント数調査部４４ａは、「収集処理部」の一例であり、「収集処理部」の一例は、クライアント数調査部４４ａに限るものではない。
また、信頼区間演算部４４ｅは、「取得処理部」の一例であり、「取得処理部」の一例は、信頼区間演算部４４ｅに限るものではない。
また、判定部４４ｆは、「判断処理部」の一例であり、「判断処理部」の一例は、判定部４４ｆに限るものではない。
【００４２】
クライアント数調査部４４ａは、コンテンツ配信装置３におけるｐ秒間のクライアント数を調査する。クライアント数の調査のために、コンテンツ管理システム１の管理者は、例えば以下の項目の設定を行う。
（i）調査するコンテンツ配信装置３の台数（標本数ｍ個）
（ii）クライアント数を測定する測定時間（ｐ秒間）
これにより、クライアント数調査部４４ａは、「（iii）調査対象のコンテンツ配信装置３におけるｐ秒間のクライアント数」を測定する。クライアント数調査部４４ａは、例えば、調査対象のコンテンツ配信装置３のアクセスログを解析することで、ｐ秒間のクライアント数」を測定する。
【００４３】
なお、標本数ｍは、「台数情報」の一例であり、「台数情報」の一例は、標本数ｍに限るものではない。
また、ｐ秒間は、「所定時間」の一例であり、「所定時間」の一例は、ｐ秒間に限るものではない。
また、「クライアント数」は、「配信本数情報」の一例であり、「配信本数情報」の一例は、「クライアント数」に限るものではない。
【００４４】
標本平均演算部４４ｂは、標本平均ｘ（バー）の演算のために、以下の項目の情報を取得する。
（i）調査するコンテンツ配信装置３の台数（標本数ｍ個）
（iii）調査対象のコンテンツ配信装置３におけるｐ秒間のクライアント数ｎｋ（ｋ＝１，・・・，ｍ）
そして、標本平均演算部４４ｂは、以下の式（１）を用いて「（iv）クライアント数を測定したコンテンツ配信装置３の標本平均ｘ（バー）」を演算する。
・標本平均ｘ（バー）＝(n1+n2+・・・+nm)/m  ・・式（１）
【００４５】
不偏分散演算部４４ｃは、不偏分散ｓ2の演算のために、以下の項目の情報を取得する。
（iii）調査対象のコンテンツ配信装置３におけるｐ秒間のクライアント数ｎｋ
（iv）クライアント数を測定したコンテンツ配信装置３の標本平均ｘ（バー）
そして、不偏分散演算部４４ｃは、以下の式（２）を用いて「（v）不偏分散ｓ2」を演算する。
ここで、標本平均とは標本の平均であり、「ｘ（バー）」とは記号「ｘ」の上にbar（横バー）が付されている記号を意味する。
なお、ここでは、「標本平均ｘ（バー）」を単に「標本平均ｘ」として表記している。
・不偏分散ｓ2＝((n1-x)^2+(n2-x)^2+・・・+(nm-x)^2)/(m-1)  ・・式（２）
【００４６】
標本標準偏差演算部４４ｄは、標本標準偏差ｓの演算のために、以下の項目の情報を取得する。
（v）不偏分散ｓ2
そして、標本標準偏差演算部４４ｄは、以下の式（３）を用いて「（vi）標本標準偏差ｓ」を演算する。
・標本標準偏差ｓ＝√s2  ・・式（３）
【００４７】
信頼区間演算部４４ｅは、すべて（ここではＸ台を想定）のコンテンツ配信装置３のｐ秒間のクライアント数の平均(母平均μ)の信頼区間（例えば「９５％」）を算出するために、以下の項目の情報を取得する。
（i）調査するコンテンツ配信装置３の台数（標本数ｍ個）
（iv）クライアント数を測定したコンテンツ配信装置３の標本平均ｘ（バー）
（vi）標本標準偏差ｓ
（vii）信頼係数ｔ
【００４８】
信頼係数ｔは、図６に示すｔ分布１０１に従う確率変数であり、ｔ分布１０１の「１００α％点」の値である。ｔ分布１０１は、正規分布と同様に左右対称の形の分布であり、分布の形（ばらつき）は自由度ｖによって変化する。自由度ｖは、標本数ｍから「１」を減算した値「ｍ−１」である。９５％信頼区間を算出する場合、クライアント数の母平均μが、ｔ分布１０１の中央にある面積が「９５％」の範囲１０２にあればよい（つまり、ｔ分布１０１の両端にある面積が「１００α＝２．５％」の範囲１０３に入らなければよい）。信頼係数ｔは、図７に示すｔ分布表から求めることができ、９５％信頼区間を算出する場合には「α＝０．０２５」の列を参照する。
【００４９】
そして、信頼区間演算部４４ｅは、以下の式（４）を用いて「（viii）信頼区間」を算出する。ここで、信頼係数ｔは、ｔ分布に従う確率変数である。
・信頼区間＝標本平均ｘ（バー）±信頼係数t×標本標準偏差ｓ÷√標本数ｍ  ・・式（４）
これにより、「（viii-a）信頼係数ｔにおける平均クライアント数μの上限（信頼区間の上限値）」および「（viii-b）信頼係数ｔにおける平均クライアント数μの下限（信頼区間の下限値）」を取得する。
【００５０】
なお、「平均クライアント数μの上限（信頼区間の上限値）」は、「上限配信本数情報」の一例であり、「上限配信本数情報」の一例は、「平均クライアント数μの上限（信頼区間の上限値）」に限るものではない。
また、「平均クライアント数μの下限（信頼区間の下限値）」は、「下限配信本数情報」の一例であり、「下限配信本数情報」の一例は、「平均クライアント数μの下限（信頼区間の下限値）」に限るものではない。
【００５１】
判定部４４ｆは、調査したコンテンツ配信装置３の台数（標本数ｍ個）の妥当性を判断するために、以下の項目の情報を取得する。
（viii-a）信頼係数ｔにおける平均クライアント数μの上限（信頼区間の上限値）
（viii-b）信頼係数ｔにおける平均クライアント数μの下限（信頼区間の下限値）
（ix）しきい値ｈ（誤差を許容する程度を示す値）
なお、しきい値ｈは、「所定配信本数情報」の一例であり、「所定配信本数情報」の一例は、しきい値ｈに限るものではない。
【００５２】
しきい値ｈは、コンテンツ管理システム１の管理者によって予め決められた値であり、誤差を許容できる程度を示す値である。例えば、誤差を抑えたいのであればしきい値ｈとしてより小さな値を設定し、また、ある程度の誤差を許容できるのであればしきい値ｈとしてより大きな値を設定する。
【００５３】
そして、判定部４４ｆは、平均クライアント数μの上限と平均クライアント数μの下限との差がしきい値ｈを超えていない場合に、調査したコンテンツ配信装置３の台数（標本数ｍ個）が妥当であると判断する（超えている場合に妥当でないと判断する）。妥当でないと判断された場合、クライアント数推定部４４は、調査するコンテンツ配信装置３の台数（標本数ｍ個）を増やして、平均クライアント数μを再び算出する。調査するコンテンツ配信装置３の台数を増やす量は、特に限定されず、１台だけ増やしてもよいし、複数台を増やしてもよい。
【００５４】
上記の式（４）や図７に示すｔ分布表から分かるように、標本数を増やせば信頼区間Ｖの範囲が狭まる。そのため、標本数を増やしていくことで、平均クライアント数μの上限と下限との差がしきい値ｈ以下になる。なお、標本数ｍが特定の値（例えば、ｍ＝３０）を超えた場合、正規分布を適用して母平均を算出してもよい。つまり、標本数が「３０本未満」であれば「ｔ分布」を適用し、標本数が「３０本を超える」ならば「正規分布」を適用してもよい。なお、「ｔ分布」や「正規分布」は、「分布情報」の一例であり、「分布情報」の一例は、「ｔ分布」や「正規分布」に限るものではない。
【００５５】
設定部４５は、判定部４４ｆによって調査したコンテンツ配信装置３の台数（標本数ｍ個）が妥当であると判断された場合に、当該標本数ｍで算出した平均クライアント数μに基づいて、コンテンツ配信装置３に記憶されるコンテンツの設定を行う（変更等の再設定をする）。
【００５６】
設定部４５は、例えば、人気のあるコンテンツを格納するコンテンツ配信装置３（ａ）の平均クライアント数μがサーバの配信性能限界に近付いた場合、コンテンツ配信装置３（ａ）の数を増やす。例えば、コンテンツ配信装置３（ｂ）が格納する普通のコンテンツを人気のあるコンテンツに入れ替えることで、普通のコンテンツを配信していたコンテンツ配信装置３（ｂ）を人気のあるコンテンツを配信するコンテンツ配信装置３（ａ）に切り替える。これにより、人気のあるコンテンツを格納するコンテンツ配信装置３（ａ）の平均クライアント数μが下がることが予想される。
【００５７】
また、設定部４５は、例えば、人気のあるコンテンツを格納するコンテンツ配信装置３（ａ）の平均クライアント数μがサーバの配信性能限界よりも大きく下回った場合、人気のあるコンテンツの予想が外れたとして、人気のあるコンテンツの選定を再び行ってもよい。また、普通のコンテンツを人気のあるコンテンツと入れ替えてもよい。これにより、人気のあるコンテンツを格納するコンテンツ配信装置３（ａ）の平均クライアント数μが上がる(普通のコンテンツを格納するコンテンツ配信装置３（ｂ）の平均クライアント数μが下がる)ことが予想される。
【００５８】
また、設定部４５は、例えば、普通のあるコンテンツを格納するコンテンツ配信装置３（ｂ）の平均クライアント数μがサーバの配信性能限界に近付いた場合、コンテンツ配信装置３（ｂ）の数を増やす。
また、設定部４５は、例えば、普通のコンテンツを格納するコンテンツ配信装置３（ｂ）の平均クライアント数μがサーバの配信性能限界よりも大きく下回った場合、普通のコンテンツの予想が外れたとして、人気のあるコンテンツの選定を再び行ってもよい。
【００５９】
なお、「コンテンツ配信装置３（ａ）から算出した信頼区間」は、「第１信頼区間」の一例であり、「第１信頼区間」の一例は、「コンテンツ配信装置３（ａ）から算出した信頼区間」に限るものではない。
また、「コンテンツ配信装置３（ｂ）から算出した信頼区間」は、「第２信頼区間」の一例であり、「第２信頼区間」の一例は、「コンテンツ配信装置３（ｂ）から算出した信頼区間」に限るものではない。
【００６０】
＜コンテンツ管理システム（コンテンツ配信システムを含む）の動作＞
図８を参照して、本実施形態に係るコンテンツ管理システム１によるコンテンツの管理方法について説明する。図８は、実施形態に係るコンテンツ管理システム１のコンテンツ管理方法を示すフローチャートの例示である。
【００６１】
ここでは、人気のあるコンテンツを格納するコンテンツ配信装置３（ａ１）〜３（ａｘ）におけるクライアント数を管理する場合を想定して説明する。なお、詳細な説明は省略するが、普通のコンテンツを格納するコンテンツ配信装置３（ｂ１）〜３（ｂｙ）におけるクライアント数の管理についても同様に行うことができる。
【００６２】
最初に、クライアント数推定部４４のクライアント数調査部４４ａは、標本数ｍだけのコンテンツ配信装置３（ａ）を例えばランダムに特定し、特定したコンテンツ配信装置３（ａ）におけるｐ秒間のクライアント数を調査する（ステップＳ１）。
ここでは、「100000台」のコンテンツ配信装置３（ａ）のうちで「10台」のコンテンツ配信装置３（つまり標本数「ｍ＝１０」）の調査を行うことにし、調査したそれぞれのクライアント数が「510,501,482,553,504,550,526,530,547,519」であったとする。なお、ここでの標本数ｍは任意の数であってよく、前回の調査結果を参考にしたものであってもよい。
【００６３】
次に、クライアント数推定部４４の標本平均演算部４４ｂは、以下の式（１）に基づいて、標本平均ｘ（バー）を演算する（ステップＳ２）。
・標本平均ｘ（バー）=(510+501+482+553+504+550+526+530+547+519)÷10=522.2  ・・式（１）
【００６４】
次に、クライアント数推定部４４の不偏分散演算部４４ｃは、以下の式（２）に基づいて、不偏分散ｓ2を演算する（ステップＳ３）。
・不偏分散ｓ2=((510-522.2)^2+(501-522.2)^2+(482-522.2)^2+(553-522.2)^2+(504-522.2)^2+(550-522.2)^2+(526-522.2)^2+(530-522.2)^2+(547-522.2)^2+(519-522.2)^2)÷(10-1)=552.0  ・・式（２）
【００６５】
次に、クライアント数推定部４４の標本標準偏差演算部４４ｄは、以下の式（３）に基づいて、標本標準偏差ｓを演算する（ステップＳ４）。
・標本標準偏差ｓ=√552.0=23.494  ・・式（３）
【００６６】
次に、クライアント数推定部４４の信頼区間演算部４４ｅは、ｔ分布表（図７参照）および以下の式（４）に基づいて、クライアント数の平均(母平均μ)の９５％信頼区間Ｖを演算する（ステップＳ５）。ここで、図７に示すように、自由度「９」（「ｍ＝１０」−１）の場合における２．５％点の信頼係数ｔは「2.262」である。
・信頼区間Ｖ=｛522.2-2.262×23.494÷√10=505.395}〜{522.2+2.262×23.494÷√10=539.005}  ・・式（４）
式（４）により求められた値は、「100000台」のコンテンツ配信装置３（ａ）のｐ秒間のクライアント数の平均が95%の確率で「505.395人〜539.005人」の範囲となることを意味している。
【００６７】
次に、クライアント数推定部４４の判定部４４ｆは、クライアント数の平均(母平均μ)の９５％信頼区間Ｖに基づいて、ステップＳ１で調査を行ったコンテンツ配信装置３（ａ）の台数（つまり、標本数ｍ）の妥当性を判断する（ステップＳ６）。具体的には、コンテンツ配信装置３（ａ）のｐ秒間の平均クライアント数μの上限「539.005人」と下限「505.395人」との差がしきい値ｈを超えているか否かで判断する。
しきい値ｈは、誤差を許容できる程度により任意に決定することができ、誤差を抑えたいのであればしきい値ｈとして例えば「5人」を設定し、また、ある程度の誤差を許容できるのであればしきい値ｈとして例えば「35人」を設定する。
【００６８】
例えば、しきい値ｈが「35人」であった場合、平均クライアント数μの上限と下限との差=（539.005-505.395）=33.61になり、しきい値ｈよりも小さいので、標本数ｍが妥当であると判断する。つまり、１０台のコンテンツ配信装置３（ａ）のクライアント数を測定すれば十分であったことになる。標本数ｍが妥当であると判断した場合（平均クライアント数μの上限と下限との差＜しきい値ｈ）、処理をステップＳ７に進める。
【００６９】
また、例えば、しきい値ｈが「5人」であった場合、平均クライアント数μの上限と下限との差=（539.005-505.395）=33.61になり、しきい値ｈよりも大きいので、標本数ｍが妥当でないと判断する。つまり、１０台のコンテンツ配信装置３（ａ）のクライアント数を測定しただけでは十分でなかったことになる。標本数ｍが妥当でないと判断した場合（平均クライアント数μの上限と下限との差＞しきい値ｈ）、クライアント数を調査するコンテンツ配信装置３（ａ）の数を増やして（つまり、標本数ｍを増やして）ステップＳ１〜Ｓ６の処理を再度行う。
【００７０】
例えば、調査する台数を１台増やして、「11台」のコンテンツ配信装置３（つまり標本数「ｍ＝１１」）の調査を行い、図７に示すｔ分布表の自由度「１０」（「ｍ＝１１」−１）の場合における２．５％点の信頼係数ｔ「2.228」を用いてクライアント数の平均(母平均μ)の９５％信頼区間Ｖを演算する。そして、新たに演算したコンテンツ配信装置３（ａ）のｐ秒間の平均クライアント数μの上限と下限との差がしきい値ｈを超えているか否かで判断し、超えていない場合に処理をステップＳ７に進める。一方、平均クライアント数μの上限と下限との差がしきい値ｈを超えている場合、さらに調査する台数を増やしてステップＳ１〜Ｓ６の処理を再度行う。つまり、平均クライアント数μの上限と下限との差がしきい値ｈ以下となるまで調査するコンテンツ配信装置３の数を増やしてクライアント数の平均(母平均μ)の９５％信頼区間Ｖを演算する。
【００７１】
設定部４５は、クライアント数推定部４４の判定部４４ｆの判定結果（当該標本数ｍで算出した平均クライアント数μ）に基づいて、コンテンツ配信装置３に記憶されるコンテンツの設定を行う（変更等の再設定をする）（ステップＳ７）。
設定部４５は、例えば、コンテンツ配信装置３（ａ）の平均クライアント数μがサーバの配信性能限界に近付いた場合、コンテンツ配信装置３（ａ）の平均クライアント数μが下がるようにコンテンツの再配置などを行う。また、設定部４５は、例えば、コンテンツ配信装置３（ａ）の平均クライアント数μがサーバの配信性能限界よりも大きく下回った場合、コンテンツ配信装置３（ａ）の平均クライアント数μが上がるようにコンテンツの再配置などを行う。
【００７２】
以上のように、本実施形態に係るコンテンツ配信管理装置４は、標本数ｍ個についてコンテンツ配信装置３のｐ秒間のクライアント数を調査し、全てのコンテンツ配信装置３におけるｐ秒間のクライアント数（コンテンツ配信数）の平均(母平均)の信頼区間Ｖを算出する。つまり、クライアント数の予測の誤差を一定範囲で許容することで、実際にクライアント数を測定するコンテンツ配信装置３の数を大きく減らすことを可能にする。したがって、全てのコンテンツ配信装置３のアクセスログを解析し、平均のクライアント数（コンテンツ配信数）を算出するよりも遥かに迅速に、コンテンツの配信数を把握することが可能である。
【００７３】
また、本実施形態に係るコンテンツ配信管理装置４は、標本数ｍ個のコンテンツ配信装置３のクライアント数に基づいて算出した全てのコンテンツ配信装置３の平均クライアント数μを利用して、コンテンツの設定を行う（変更等の再設定をする）。つまり、全てのコンテンツ配信装置３の平均クライアント数μを利用してコンテンツ配信装置３の平均視聴者数をリアルタイムに繰り返し計算し、その平均視聴者数が配信性能限界に近付いた場合に、予め決められた許容範囲内に収まるように負荷分散を行う。そのため、コンテンツの配信数の管理が容易である。
【００７４】
例えば、人気あるコンテンツの平均視聴者数が配信性能限界に近付いた場合、このままでは視聴に影響がでる。そのため、普通のコンテンツ用のコンテンツ配信装置３（ｂ）を人気あるコンテンツ用のコンテンツ配信装置３（ａ）に変更するなどし、人気のあるコンテンツを普通のコンテンツ用のコンテンツ配信装置３（ｂ）に配送する。平均視聴者数が予め決められた許容範囲内に収まるまで、この処理を繰り返すことで負荷分散を行う。
【００７５】
［変形例］
以上、本発明の実施形態について説明したが、本発明はこれに限定されるものではなく、特許請求の範囲の趣旨を変えない範囲で実施することができる。実施形態の変形例を以下に示す。
【００７６】
実施形態では、視聴数（配信の要求頻度）に基づいてコンテンツを「人気のあるコンテンツ」、「普通のコンテンツ」、「不人気のコンテンツ」の３つのクラスに予め分類していた。そして、「人気のあるコンテンツ」および「普通のコンテンツ」をセグメントに分割してコンテンツ配信装置３に格納し、また、「不人気のコンテンツ」についてはセグメントに分割せずにコンテンツ配信装置３に格納していた。しかしながら、コンテンツを格納する方法はこれに限定されない。例えば、視聴数に基づいてコンテンツを予め分類しなくてもよく、また、「不人気のコンテンツ」についてもセグメントに分割してコンテンツ配信装置３に格納してもよい。
【００７７】
視聴数（配信の要求頻度）に基づいたコンテンツの分類を予め行わない場合、コンテンツ配信装置３の平均クライアント数μがサーバの配信性能限界に近付いたとしても、実施形態のように「人気のあるコンテンツ」と「普通のコンテンツ」との入れ替えができない。そのため、新たなコンテンツ配信装置３を追加したり、格納するコンテンツの数を少なくしたりするのがよい。
【００７８】
また、一つのコンテンツの中で視聴数（配信の要求頻度）が多い部分（セグメント）とそうでない部分（セグメント）とがアクセスログを解析することで分かっている場合、その情報を含めてクライアント数の推定を行ってもよい。
【符号の説明】
【００７９】
１      コンテンツ管理システム
２      クライアント端末
３，３（ａ），３（ｂ），３（ｃ）  コンテンツ配信装置
４      コンテンツ配信管理装置
３１    コンテンツ記憶部
３２    コンテンツ配信部
３３    クライアント管理部
４１    コンテンツ配信装置管理部
４２    計時部
４３    クライアント管理部
４４    クライアント数推定部
４４ａ  クライアント数調査部
４４ｂ  標本平均演算部
４４ｃ  不偏分散演算部
４４ｄ  標本標準偏差演算部
４４ｅ  信頼区間演算部
４４ｆ  判定部
４５    設定部
【図１】
2019149650.tif 000003
【図２】
2019149650.tif 000004
【図３】
2019149650.tif 000005
【図４】
2019149650.tif 000006
【図５】
2019149650.tif 000007
【図６】
2019149650.tif 000008
【図７】
2019149650.tif 000009
【図８】
2019149650.tif 000010