(57)【要約】【課題】複数の受信装置へ一斉にＩＰコンテンツを配信する際に、各受信装置における配信コンテンツの到達時刻のばらつきを低減できる、コンテンツ配信サーバ、コンテンツ配信システムおよびコンテンツ配信プログラムを提供する。【解決手段】コンテンツ配信サーバ１は、ＩＰ網を介して接続された各受信装置から接続要求を受信してセッションを確立すると、各受信装置に対して遅延量確認要求を送信し、その応答情報を受信することにより、受信装置毎の受信遅延量（例えば、往復遅延時間（ＲＴＴ）を１／２にした値）を計測する。コンテンツ配信サーバ１は、計測した受信遅延量が最も大きい受信装置から順に、ＩＰコンテンツを配信する。【選択図】図２
2014212506.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ（Internet Protocol）網を介して接続された複数の受信装置に対し、前記受信装置に表示させるＩＰコンテンツを一斉配信するコンテンツ配信サーバであって、
複数の前記受信装置から接続要求を受信し、複数の前記受信装置それぞれとの間のセッションを確立するセッション制御部と、
前記コンテンツ配信サーバから前記受信装置への前記ＩＰコンテンツの受信遅延量を、予め確認するための遅延量確認要求を、前記セッションを確立した複数の前記受信装置に送信し、当該受信装置それぞれから前記遅延量確認要求に対する応答情報を受信することにより複数の前記受信装置それぞれの前記受信遅延量を計測する遅延量計測部と、
前記計測した受信遅延量が大きい順に前記ＩＰコンテンツの配信順位を決定し、複数の前記受信装置についての前記決定した配信順位を示す配信順位情報を生成して記憶部に記憶する配信順位決定部と、
前記配信順位情報に示される配信順位に基づき、複数の前記受信装置それぞれに向けて前記ＩＰコンテンツを、前記確立したセッションにより送信するコンテンツ送信部と、
を備えることを特徴とするコンテンツ配信サーバ。
【請求項２】
前記受信遅延量は、前記コンテンツ配信サーバと前記受信装置との間の往復遅延時間を１／２にした値であり、
前記遅延量計測部は、ｐｉｎｇコマンドを実行することにより、前記往復遅延時間を計測することを特徴とする請求項１に記載のコンテンツ配信サーバ。
【請求項３】
前記セッション制御部は、前記セッションを確立した前記受信装置から当該セッションの切断要求を受信した場合に、前記配信順位情報における当該セッションを確立した受信装置に関する情報を削除した上で、前記セッションを切断すること、を特徴とする請求項１または請求項２に記載のコンテンツ配信サーバ。
【請求項４】
ＩＰ網を介して接続された複数の受信装置に対し、前記受信装置に表示させるＩＰコンテンツを一斉配信するコンテンツ配信サーバであって、
複数の前記受信装置から接続要求を受信し、複数の前記受信装置それぞれとの間のセッションを確立するセッション制御部と、
前記コンテンツ配信サーバから前記受信装置への前記ＩＰコンテンツの受信遅延量を、予め確認するための遅延量確認要求を、前記セッションを確立した複数の前記受信装置に送信し、当該受信装置それぞれから前記遅延量確認要求に対する応答情報を受信することにより複数の前記受信装置それぞれの前記受信遅延量を計測する遅延量計測部と、
前記計測した受信遅延量が大きい順に前記ＩＰコンテンツの配信順位を決定すると共に、前記受信遅延量が最も大きい受信装置の前記ＩＰコンテンツの到達時刻に合うように、前記受信遅延量が最も大きい受信装置への前記ＩＰコンテンツの配信時刻を基準時点とした前記受信装置それぞれへの配信時刻を算出し、前記決定した配信順位と前記算出した配信時刻とを含む配信時刻情報を生成して記憶部に記憶する配信時刻決定部と、
前記決定した配信順位に基づき、前記ＩＰコンテンツを、複数の前記受信装置それぞれに向けて、前記算出した配信時刻で、前記確立したセッションにより送信するコンテンツ送信部と、
を備えることを特徴とするコンテンツ配信サーバ。
【請求項５】
前記記憶部には、１つのデータ配信の際に必要な通信Ｉ／Ｆの処理に付随する所要時間（Ｌ）が、さらに記憶されており、
前記配信時刻決定部は、前記受信装置それぞれへの前記配信時刻の算出において、
以下の式（１）に基づき、配信順位がｎ番目の前記受信装置への理想的な配信時刻（Ｔｎ）を算出し、
Ｔｎ＝ｔ１＋（ＲＤＴ１−ＲＤＴｎ）  … 式（１）
さらに、以下の式（２）に基づき、１つ前の配信順位の前記ＩＰコンテンツの実際の配信時刻（ｔｎ−１）と当該配信順位のＩＰコンテンツの前記理想的な配信時刻（Ｔｎ）との間が前記所要時間（Ｌ）以上あるか否かを判定し、
Ｔｎ＜ｔｎ−１＋Ｌ  … 式（２）
式（２）を満たさない場合には、前記理想的な配信時刻（Ｔｎ）を実際の配信時刻（ｔｎ）として、前記配信時刻情報に記憶し、
式（２）を満たす場合には、以下の式（３）に基づき、１つ前の配信順位のＩＰコンテンツの実際の配信時刻（ｔｎ−１）に前記所要時間（Ｌ）を加えた時刻を、前記実際の配信時刻（ｔｎ）として、前記配信時刻情報に記憶すること
ｔｎ＝ｔｎ−１＋Ｌ  … 式（３）
を特徴とする請求項４に記載のコンテンツ配信サーバ。
ここで、ｔ１は、前記基準時点であり、配信順位が１番目に配信される前記ＩＰコンテンツの配信時刻である。ＲＤＴｎは、配信順位がｎ番目に配信される前記ＩＰコンテンツの前記受信遅延量である。ｔｎは、配信順位がｎ番目の前記受信装置への前記ＩＰコンテンツの実際の配信時刻である。
【請求項６】
複数の受信装置にＩＰ網を介して接続され、前記受信装置に表示させるＩＰコンテンツを、複数の前記受信装置に一斉配信するコンテンツ配信サーバを備えるコンテンツ配信システムであって、
前記コンテンツ配信サーバは、
複数の前記受信装置から接続要求を受信し、複数の前記受信装置それぞれとの間のセッションを確立するセッション制御部と、
前記コンテンツ配信サーバから前記受信装置への前記ＩＰコンテンツの受信遅延量を、予め確認するための遅延量確認要求を、前記セッションを確立した複数の前記受信装置に送信し、当該受信装置それぞれから前記遅延量確認要求に対する応答情報を受信することにより複数の前記受信装置それぞれの前記受信遅延量を計測する遅延量計測部と、
前記計測した受信遅延量が大きい順に前記ＩＰコンテンツの配信順位を決定し、複数の前記受信装置についての前記決定した配信順位を示す配信順位情報を生成して記憶部に記憶する配信順位決定部と、
前記配信順位情報に示される配信順位に基づき、複数の前記受信装置それぞれに向けて前記ＩＰコンテンツを、前記確立したセッションにより送信するコンテンツ送信部と、
を備えることを特徴とするコンテンツ配信システム。
【請求項７】
複数の受信装置にＩＰ網を介して接続され、前記受信装置に表示させるＩＰコンテンツを、複数の前記受信装置に一斉配信するコンテンツ配信サーバを備えるコンテンツ配信システムであって、
前記コンテンツ配信サーバは、
複数の前記受信装置から接続要求を受信し、複数の前記受信装置それぞれとの間のセッションを確立するセッション制御部と、
前記コンテンツ配信サーバから前記受信装置への前記ＩＰコンテンツの受信遅延量を、予め確認するための遅延量確認要求を、前記セッションを確立した複数の前記受信装置に送信し、当該受信装置それぞれから前記遅延量確認要求に対する応答情報を受信することにより複数の前記受信装置それぞれの前記受信遅延量を計測する遅延量計測部と、
前記計測した受信遅延量が大きい順に前記ＩＰコンテンツの配信順位を決定すると共に、前記受信遅延量が最も大きい受信装置の前記ＩＰコンテンツの到達時刻に合うように、前記受信遅延量が最も大きい受信装置への前記ＩＰコンテンツの配信時刻を基準時点とした前記受信装置それぞれへの配信時刻を算出し、前記決定した配信順位と前記算出した配信時刻とを含む配信時刻情報を生成して記憶部に記憶する配信時刻決定部と、
前記決定した配信順位に基づき、前記ＩＰコンテンツを、複数の前記受信装置それぞれに向けて、前記算出した配信時刻で、前記確立したセッションにより送信するコンテンツ送信部と、
を備えることを特徴とするコンテンツ配信システム。
【請求項８】
ＩＰ網を介して接続された複数の受信装置に対し、前記受信装置に表示させるＩＰコンテンツを一斉配信するコンテンツ配信サーバとしてのコンピュータを、
複数の前記受信装置から接続要求を受信し、複数の前記受信装置それぞれとの間のセッションを確立するセッション制御手段、
前記受信装置への前記ＩＰコンテンツの受信遅延量を、予め確認するための遅延量確認要求を、前記セッションを確立した複数の前記受信装置に送信し、当該受信装置それぞれから前記遅延量確認要求に対する応答情報を受信することにより複数の前記受信装置それぞれの前記受信遅延量を計測する遅延量計測手段、
前記計測した受信遅延量が大きい順に前記ＩＰコンテンツの配信順位を決定し、複数の前記受信装置についての前記決定した配信順位を示す配信順位情報を生成して記憶手段に記憶する配信順位決定手段、
前記配信順位情報に示される配信順位に基づき、複数の前記受信装置それぞれに向けて前記ＩＰコンテンツを、前記確立したセッションにより送信するコンテンツ送信手段、
として機能させるためのコンテンツ配信プログラム。
【請求項９】
ＩＰ網を介して接続された複数の受信装置に対し、前記受信装置に表示させるＩＰコンテンツを一斉配信するコンテンツ配信サーバとしてのコンピュータを、
複数の前記受信装置から接続要求を受信し、複数の前記受信装置それぞれとの間のセッションを確立するセッション制御手段、
前記受信装置への前記ＩＰコンテンツの受信遅延量を、予め確認するための遅延量確認要求を、前記セッションを確立した複数の前記受信装置に送信し、当該受信装置それぞれから前記遅延量確認要求に対する応答情報を受信することにより複数の前記受信装置それぞれの前記受信遅延量を計測する遅延量計測手段、
前記計測した受信遅延量が大きい順に前記ＩＰコンテンツの配信順位を決定すると共に、前記受信遅延量が最も大きい受信装置の前記ＩＰコンテンツの到達時刻に合うように、前記受信遅延量が最も大きい受信装置への前記ＩＰコンテンツの配信時刻を基準時点とした前記受信装置それぞれへの配信時刻を算出し、前記決定した配信順位と前記算出した配信時刻とを含む配信時刻情報を生成して記憶手段に記憶する配信時刻決定手段、
前記決定した配信順位に基づき、前記ＩＰコンテンツを、複数の前記受信装置それぞれに向けて、前記算出した配信時刻で、前記確立したセッションにより送信するコンテンツ送信手段、
として機能させるためのコンテンツ配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ（Internet Protocol）コンテンツを複数の受信装置へ一斉に配信する、コンテンツ配信サーバ、コンテンツ配信システムおよびコンテンツ配信プログラムに関する。
【背景技術】
【０００２】
従来、ユーザが自発的に働きかけなくても、配信サーバからユーザの受信装置に情報を直接送り届けるプッシュ型情報配信の技術が知られている。配信情報（ＩＰコンテンツ）の例としては、テレビ放送番組の関連情報、個々のユーザニーズに応じた天気の最新情報、交通の最新情報、アプリケーション、若しくは、ユーザが要求する種々のデータが挙げられる。
【０００３】
テレビ放送番組と連動したプッシュ型情報配信サービスでは、受信装置において、番組の進行に合わせてリアルタイムに情報を配信する形態となる。このようなサービスは、テレビ番組の付加価値を高めるのに特に有効である。
【０００４】
また、大規模なＩＰコンテンツのプッシュ型情報配信サービスにおいては、１つのコンテンツ配信サーバと多数の受信装置それぞれとが通信セッションを確立し、コンテンツ配信サーバから各受信装置へＩＰコンテンツを配信する形となる。その際、リアルタイムに配信されるＩＰコンテンツに関しては、コンテンツ配信サーバから受信装置へ一斉に配信が実行される。
【０００５】
このようなＩＰコンテンツの配信システムにおいて、受信装置の設置場所、接続環境等を考慮することにより、配信遅延時間をより小さくするように配信ネットワークを構築する技術が知られている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−３３２８２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ＩＰコンテンツのうちテレビ放送番組と連動した配信情報は、例えば、スポーツ中継番組において、放送波により画面上に表示される野球選手やサッカー選手に関する情報や、番組と連動したクイズの質問や回答、情報番組において画面上に表示されている店舗や商品情報、ドラマの１シーンや登場人物が話す内容に応じた情報（字幕）等である。これらは、テレビ放送番組の画面にできる限りリンク（同期）して配信することが望ましく、例えば、その画面が表示される前に、前もって関連する配信情報が表示されたり、すでにその配信情報に関する画面（シーン）が終了しているのに配信情報がそのまま残っていたりすると、視聴者にとっては、非常に違和感がある。よって、できる限りテレビ放送番組の画面とリンクして配信情報（ＩＰコンテンツ）が表示されることが重要となる。
【０００８】
しかしながら、実際にＩＰコンテンツの情報がコンテンツ配信サーバにより受信装置へ配信されるタイミングは、一斉配信の場合においても受信装置毎に異なる。この理由は、１つのコンテンツ配信サーバから多数の受信装置へ一斉にＩＰコンテンツの配信を行う場合、受信装置は複数にも関わらず、サーバの通信Ｉ／Ｆ（interface）は１本のみであるため、配信されるパケットは時系列に多重化（時分割多重（ＴＤＭ: Time Division Multiplex））されることとなるためである。さらに、コンテンツ配信サーバとセッションを確立している各受信装置は、同じ（１つの）コンテンツ配信サーバに接続していても、その受信装置の通信位置（例えば、東京にコンテンツ配信サーバが配置される場合での、東京や大阪、沖縄等の受信装置の設置場所）等により、コンテンツ配信サーバとの通信所要時間が受信装置毎に異なる、つまり、情報の往復遅延時間（Round Trip Time：以下、ＲＴＴという）が異なるものとなる。これらに伴い、実際に、ＩＰコンテンツが各受信装置に到達するタイミングにはばらつきが生じてしまう。
【０００９】
なお、特許文献１に記載の技術は、複数の配信サーバと各受信装置とについて、配信遅延時間がより小さくなるように配信サーバと受信装置との組み合わせを計算し配信ネットワークを構築するものであるが、本発明において問題とする、同じ（１つの）コンテンツ配信サーバに接続している場合での各受信装置の配信遅延の差、つまり、各受信装置に配信されるＩＰコンテンツの到達タイミングの差については、考慮されていない。
【００１０】
本発明は、以上のような問題点に鑑みてなされたものであり、コンテンツ配信サーバから複数の受信装置へ一斉にＩＰコンテンツを配信する際に、各受信装置における配信コンテンツの到達時刻のばらつきを低減できる、コンテンツ配信サーバ、コンテンツ配信システムおよびコンテンツ配信プログラムを提供することを課題とする。
【課題を解決するための手段】
【００１１】
前記課題を解決するために、請求項１に記載のコンテンツ配信サーバは、ＩＰ網を介して接続された複数の受信装置に対し、前記受信装置に表示させるＩＰコンテンツを一斉配信するコンテンツ配信サーバであって、セッション制御部と、遅延量計測部と、配信順位決定部と、コンテンツ送信部と、を備える構成とした。
【００１２】
かかる構成において、コンテンツ配信サーバは、セッション制御部によって、複数の受信装置から接続要求を受信し、複数の受信装置それぞれとの間のセッションを確立する。
そして、コンテンツ配信サーバは、遅延量計測部によって、コンテンツ配信サーバから受信装置へのＩＰコンテンツの受信遅延量を、予め確認するための遅延量確認要求を、セッションを確立した複数の受信装置に送信する。これにより、コンテンツ配信サーバは、受信装置それぞれから遅延量確認要求に対する応答情報を受信し、複数の受信装置それぞれの受信遅延量を計測する。
【００１３】
また、コンテンツ配信サーバは、配信順位決定部によって、計測された受信遅延量が大きい順にＩＰコンテンツの配信順位を決定し、複数の受信装置についての配信順位を示す配信順位情報を生成する。そして、コンテンツ配信サーバは、生成した配信順位情報を記憶部に記憶する。
【００１４】
また、コンテンツ配信サーバは、コンテンツ送信部によって、記憶部に記憶された配信順位情報に示される配信順位に基づき、複数の受信装置それぞれに向けてＩＰコンテンツを、確立したセッションにより送信する。
【００１５】
これによって、コンテンツ配信サーバは、複数の受信装置へ一斉にＩＰコンテンツを配信する際に、各受信装置における配信コンテンツの到達時刻のばらつきを低減することができる。
【００１６】
また、請求項２に記載のコンテンツ配信サーバは、請求項１に記載のコンテンツ配信サーバにおいて、受信遅延量が、コンテンツ配信サーバと受信装置との間の往復遅延時間を１／２にした値であり、遅延量計測部が、ｐｉｎｇコマンドを実行することにより、往復遅延時間を計測することを特徴とする。
【００１７】
これによって、ＩＰ通信において宛先ノードとの到達性を確認するために用いられるｐｉｎｇコマンドを利用し、往復遅延時間を計測することが可能となる。よって、受信遅延量を計測するための新たな機能を備える必要をなくすことができる。
【００１８】
また、請求項３に記載のコンテンツ配信サーバは、請求項１または請求項２に記載のコンテンツ配信サーバにおいて、セッション制御部が、セッションを確立した受信装置から当該セッションの切断要求を受信した場合に、配信順位情報における当該セッションを確立した受信装置に関する情報を削除した上で、セッションを切断することを特徴とする。
【００１９】
これによって、コンテンツ配信サーバは、受信装置からセッションの切断要求を受信した場合に、配信順位情報における当該セッションに関する情報を削除することができる。よって、コンテンツ配信サーバは、配信順位情報を、その時点で接続されているセッションについての情報に更新することができる。
【００２０】
また、前記課題を解決するために、請求項４に記載のコンテンツ配信サーバは、ＩＰ網を介して接続された複数の受信装置に対し、前記受信装置に表示させるＩＰコンテンツを一斉配信するコンテンツ配信サーバであって、セッション制御部と、遅延量計測部と、配信時刻決定部と、コンテンツ送信部と、を備える構成とした。
【００２１】
かかる構成において、コンテンツ配信サーバは、セッション制御部によって、複数の受信装置から接続要求を受信し、複数の受信装置それぞれとの間のセッションを確立する。
そして、コンテンツ配信サーバは、遅延量計測部によって、コンテンツ配信サーバから受信装置へのＩＰコンテンツの受信遅延量を、予め確認するための遅延量確認要求を、セッションを確立した複数の受信装置に送信する。これにより、コンテンツ配信サーバは、受信装置それぞれから遅延量確認要求に対する応答情報を受信し、複数の受信装置それぞれの受信遅延量を計測する。
【００２２】
また、コンテンツ配信サーバは、配信時刻決定部によって、計測された受信遅延量が大きい順にＩＰコンテンツの配信順位を決定すると共に、受信遅延量が最も大きい受信装置のＩＰコンテンツの到達時刻に合うように、受信遅延量が最も大きい受信装置へのＩＰコンテンツの配信時刻を基準時点とした受信装置それぞれへの配信時刻を算出し、決定した配信順位と算出した配信時刻とを含む配信時刻情報を生成する。そして、コンテンツ配信サーバは、生成した配信時刻情報を記憶部に記憶する。
【００２３】
また、コンテンツ配信サーバは、コンテンツ送信部によって、決定した配信順位に基づき、ＩＰコンテンツを、複数の受信装置それぞれに向けて、算出した配信時刻で、確立したセッションにより送信する。
【００２４】
これによって、コンテンツ配信サーバは、複数の受信装置へ一斉にＩＰコンテンツを配信する際に、ＩＰコンテンツの受信遅延量が最も大きい受信装置の到達時刻に合うように、他の受信装置へのＩＰコンテンツ配信時に適切な配信時刻で配信するので、各受信装置において、ＩＰコンテンツの到達時刻を一致させることができる。
【００２５】
また、請求項５に記載のコンテンツ配信サーバは、請求項４に記載のコンテンツ配信サーバにおいて、記憶部には、１つのデータ配信の際に必要な通信Ｉ／Ｆの処理に付随する所要時間（Ｌ）が、さらに記憶されており、配信時刻決定部は、受信装置それぞれへの配信時刻の算出において、以下の式（１）に基づき、配信順位がｎ番目の受信装置への理想的な配信時刻（Ｔｎ）を算出し、
Ｔｎ＝ｔ１＋（ＲＤＴ１−ＲＤＴｎ）  … 式（１）
さらに、以下の式（２）に基づき、１つ前の配信順位のＩＰコンテンツの実際の配信時刻（ｔｎ−１）と当該配信順位のＩＰコンテンツの理想的な配信時刻（Ｔｎ）との間が所要時間（Ｌ）以上あるか否かを判定し、
Ｔｎ＜ｔｎ−１＋Ｌ  … 式（２）
式（２）を満たさない場合には、理想的な配信時刻（Ｔｎ）を実際の配信時刻（ｔｎ）として、配信時刻情報に記憶し、式（２）を満たす場合には、以下の式（３）に基づき、１つ前の配信順位のＩＰコンテンツの実際の配信時刻（ｔｎ−１）に所要時間（Ｌ）を加えた時刻を、実際の配信時刻（ｔｎ）として、配信時刻情報に記憶すること
ｔｎ＝ｔｎ−１＋Ｌ  … 式（３）
を特徴とする。
ここで、ｔ１は、前記基準時点であり、配信順位が１番目に配信される前記ＩＰコンテンツの配信時刻である。ＲＤＴｎは、配信順位がｎ番目に配信される前記ＩＰコンテンツの前記受信遅延量である。ｔｎは、配信順位がｎ番目の前記受信装置への前記ＩＰコンテンツの実際の配信時刻である。
【００２６】
これによって、コンテンツ配信サーバは、受信遅延量が最も大きい受信装置の到達時刻に合うように、受信装置それぞれの受信遅延量と、通信Ｉ／Ｆの処理に付随する所要時間とに基づき実際の配信時刻を算出することができる。よって、各受信装置において、ＩＰコンテンツの到達時刻をより正確に一致させることができる。
【００２７】
また、請求項６に記載のコンテンツ配信システムは、複数の受信装置にＩＰ網を介して接続され、前記受信装置に表示させるＩＰコンテンツを、複数の前記受信装置に一斉配信するコンテンツ配信サーバを備えるコンテンツ配信システムであって、コンテンツ配信サーバが、セッション制御部と、遅延量計測部と、配信順位決定部と、コンテンツ送信部と、を備える構成とした。
【００２８】
かかる構成において、コンテンツ配信システムのコンテンツ配信サーバは、セッション制御部によって、複数の受信装置から接続要求を受信し、複数の受信装置それぞれとの間のセッションを確立する。
そして、コンテンツ配信システムのコンテンツ配信サーバは、遅延量計測部によって、コンテンツ配信サーバから受信装置へのＩＰコンテンツの受信遅延量を、予め確認するための遅延量確認要求を、セッションを確立した複数の受信装置に送信する。これにより、コンテンツ配信サーバは、受信装置それぞれから遅延量確認要求に対する応答情報を受信し、複数の受信装置それぞれの受信遅延量を計測する。
【００２９】
また、コンテンツ配信システムのコンテンツ配信サーバは、配信順位決定部によって、計測された受信遅延量が大きい順にＩＰコンテンツの配信順位を決定し、複数の受信装置についての配信順位を示す配信順位情報を生成する。そして、コンテンツ配信サーバは、生成した配信順位情報を記憶部に記憶する。
【００３０】
また、コンテンツ配信システムのコンテンツ配信サーバは、コンテンツ送信部によって、記憶部に記憶された配信順位情報に示される配信順位に基づき、複数の受信装置それぞれに向けてＩＰコンテンツを、確立したセッションにより送信する。
【００３１】
これによって、コンテンツ配信システムは、コンテンツ配信サーバから複数の受信装置へ一斉にＩＰコンテンツを配信する際に、各受信装置における配信コンテンツの到達時刻のばらつきを低減することができる。
【００３２】
また、請求項７に記載のコンテンツ配信システムは、複数の受信装置にＩＰ網を介して接続され、前記受信装置に表示させるＩＰコンテンツを、複数の前記受信装置に一斉配信するコンテンツ配信サーバを備えるコンテンツ配信システムであって、前記コンテンツ配信サーバが、セッション制御部と、遅延量計測部と、配信時刻決定部と、コンテンツ送信部と、を備える構成とした。
【００３３】
かかる構成において、コンテンツ配信システムのコンテンツ配信サーバは、セッション制御部によって、複数の受信装置から接続要求を受信し、複数の受信装置それぞれとの間のセッションを確立する。
そして、コンテンツ配信サーバは、遅延量計測部によって、コンテンツ配信サーバから受信装置へのＩＰコンテンツの受信遅延量を、予め確認するための遅延量確認要求を、セッションを確立した複数の受信装置に送信する。これにより、コンテンツ配信サーバは、受信装置それぞれから遅延量確認要求に対する応答情報を受信し、複数の受信装置それぞれの受信遅延量を計測する。
【００３４】
また、コンテンツ配信サーバは、配信時刻決定部によって、計測された受信遅延量が大きい順にＩＰコンテンツの配信順位を決定すると共に、受信遅延量が最も大きい受信装置のＩＰコンテンツの到達時刻に合うように、受信遅延量が最も大きい受信装置へのＩＰコンテンツの配信時刻を基準時点とした受信装置それぞれへの配信時刻を算出し、決定した配信順位と算出した配信時刻とを含む配信時刻情報を生成する。そして、コンテンツ配信サーバは、生成した配信時刻情報を記憶部に記憶する。
【００３５】
また、コンテンツ配信サーバは、コンテンツ送信部によって、決定した配信順位に基づき、ＩＰコンテンツを、複数の受信装置それぞれに向けて、算出した配信時刻で、確立したセッションにより送信する。
【００３６】
これによって、コンテンツ配信システムは、コンテンツ配信サーバから複数の受信装置へ一斉にＩＰコンテンツを配信する際に、ＩＰコンテンツの受信遅延量が最も大きい受信装置の到達時刻に合うように、他の受信装置へのＩＰコンテンツ配信時に適切な配信時刻で配信するので、各受信装置において、ＩＰコンテンツの到達時刻を一致させることができる。
【００３７】
また、請求項８に記載のコンテンツ配信プログラムは、ＩＰ網を介して接続された複数の受信装置に対し、前記受信装置に表示させるＩＰコンテンツを一斉配信するコンテンツ配信サーバとしてのコンピュータを、セッション制御手段、遅延量計測手段、配信順位決定手段、コンテンツ送信手段、として機能させる構成とした。
【００３８】
かかる構成において、コンテンツ配信プログラムは、セッション制御手段によって、複数の受信装置から接続要求を受信し、複数の受信装置それぞれとの間のセッションを確立する。
そして、コンテンツ配信プログラムは、遅延量計測手段によって、受信装置へのＩＰコンテンツの受信遅延量を、予め確認するための遅延量確認要求を、セッションを確立した複数の受信装置に送信する。これにより、コンテンツ配信プログラムの遅延量計測手段は、受信装置それぞれから遅延量確認要求に対する応答情報を受信し、複数の受信装置それぞれの受信遅延量を計測する。
【００３９】
また、コンテンツ配信プログラムは、配信順位決定手段によって、計測された受信遅延量が大きい順にＩＰコンテンツの配信順位を決定し、複数の受信装置についての配信順位を示す配信順位情報を生成する。そして、コンテンツ配信プログラムの配信順位決定手段は、生成した配信順位情報を記憶手段に記憶する。
【００４０】
また、コンテンツ配信プログラムは、コンテンツ送信手段によって、記憶手段に記憶された配信順位情報に示される配信順位に基づき、複数の受信装置それぞれに向けてＩＰコンテンツを、確立したセッションにより送信する。
【００４１】
このコンテンツ配信プログラムは、コンピュータを前記した各手段として機能させるため、複数の受信装置へ一斉にＩＰコンテンツを配信する際に、各受信装置における配信コンテンツの到達時刻のばらつきを低減することができる。
【００４２】
また、請求項９に記載のコンテンツ配信プログラムは、ＩＰ網を介して接続された複数の受信装置に対し、前記受信装置に表示させるＩＰコンテンツを一斉配信するコンテンツ配信サーバとしてのコンピュータを、セッション制御手段、遅延量計測手段、配信時刻決定手段、コンテンツ送信手段、として機能させる構成とした。
【００４３】
かかる構成において、コンテンツ配信プログラムは、セッション制御手段によって、複数の受信装置から接続要求を受信し、複数の受信装置それぞれとの間のセッションを確立する。
そして、コンテンツ配信プログラムは、遅延量計測手段によって、受信装置へのＩＰコンテンツの受信遅延量を、予め確認するための遅延量確認要求を、セッションを確立した複数の受信装置に送信する。これにより、コンテンツ配信プログラムの遅延量計測手段は、受信装置それぞれから遅延量確認要求に対する応答情報を受信し、複数の受信装置それぞれの受信遅延量を計測する。
【００４４】
また、コンテンツ配信プログラムは、配信時刻決定手段によって、計測された受信遅延量が大きい順にＩＰコンテンツの配信順位を決定すると共に、受信遅延量が最も大きい受信装置のＩＰコンテンツの到達時刻に合うように、受信遅延量が最も大きい受信装置へのＩＰコンテンツの配信時刻を基準時点とした受信装置それぞれへの配信時刻を算出し、決定した配信順位と算出した配信時刻とを含む配信時刻情報を生成する。そして、コンテンツ配信プログラムは、生成した配信時刻情報を記憶手段に記憶する。
【００４５】
また、コンテンツ配信プログラムは、コンテンツ送信手段によって、決定した配信順位に基づき、ＩＰコンテンツを、複数の受信装置それぞれに向けて、算出した配信時刻で、確立したセッションにより送信する。
【００４６】
このコンテンツ配信プログラムは、コンピュータを前記した各手段として機能させるため、複数の受信装置へ一斉にＩＰコンテンツを配信する際に、ＩＰコンテンツの受信遅延量が最も大きい受信装置の到達時刻に合うように、他の受信装置へのＩＰコンテンツ配信時に最適な配信時刻で配信するので、各受信装置において、ＩＰコンテンツの到達時刻を一致させることができる。
【発明の効果】
【００４７】
本発明は、以下に示す優れた効果を奏するものである。
請求項１，６，８に記載の発明によれば、ＩＰ網を介して接続された各受信装置から接続要求を受信してセッションを確立すると、各受信装置に対して遅延量確認要求を送信し、その応答情報を受信することにより、受信装置毎の受信遅延量を計測することができる。さらに本発明は、計測した受信遅延量が最も大きい受信装置から順に、ＩＰコンテンツを送信することができる。そのため、本発明は、複数の受信装置へ一斉にＩＰコンテンツを配信する際に、各受信装置における配信コンテンツの到達時刻のばらつきを低減することができる。
【００４８】
請求項２に記載の発明によれば、受信遅延量として往復遅延時間を１／２にした値を用いることにより、ＩＰ通信において宛先ノードとの到達性を確認するために用いられるｐｉｎｇコマンドを利用し、その往復遅延時間を計測することができる。よって、本発明は、受信遅延量を計測するための新たな機能を備える必要をなくすことができる。
【００４９】
請求項３に記載の発明によれば、受信装置からセッションの切断要求を受信した場合に、配信順位情報における当該セッションに関する情報を削除することができる。そのため、本発明は、配信順位情報を、その時点で接続されているセッションについての情報に更新することができる。
【００５０】
また、請求項４，７，９に記載の発明によれば、ＩＰ網を介して接続された各受信装置から接続要求を受信してセッションを確立すると、各受信装置に対して遅延量確認要求を送信し、その応答情報を受信することにより、受信装置毎の受信遅延量を計測することができる。さらに本発明は、計測した受信遅延量が最も大きい受信装置から順に、ＩＰコンテンツの受信遅延量が最も大きい受信装置の到達時刻に合うような配信時刻でＩＰコンテンツを送信することができる。よって、各受信装置において、ＩＰコンテンツの到達時刻を一致させることができる。
【００５１】
請求項５に記載の発明によれば、受信遅延量が最も大きい受信装置の到達時刻に合うように、受信装置それぞれの受信遅延量と、通信Ｉ／Ｆの処理に付随する所要時間とに基づき実際の配信時刻を算出することができる。よって、各受信装置において、ＩＰコンテンツの到達時刻をより正確に一致させることができる。
【図面の簡単な説明】
【００５２】
【図１】本発明の第１の実施形態に係るコンテンツ配信システムの構成例を示す図である。
【図２】本発明の第１の実施形態に係るコンテンツ配信サーバの構成例を示す機能ブロック図である。
【図３】本発明の第１の実施形態に係るセッション管理情報のデータ構成例を示す図である。
【図４】本発明の第１の実施形態に係る配信順位情報のデータ構成例を示す図である。
【図５】本発明の第１の実施形態に係るコンテンツ配信サーバの動作を示すフローチャートである。
【図６】本発明の第２の実施形態に係るコンテンツ配信システムの構成例を示す図である。
【図７】本発明の第２の実施形態に係るコンテンツ配信サーバの構成例を示す機能ブロック図である。
【図８】本発明の第２の実施形態に係るセッション管理情報のデータ構成例を示す図である。
【図９】本発明の第２の実施形態に係る配信時刻情報のデータ構成例を示す図である。
【図１０】本発明の第２の実施形態に係るコンテンツ配信サーバの動作を示すフローチャートである。
【図１１】本発明の第２の実施形態に係るコンテンツ配信サーバの配信時刻決定部による、実際の配信時刻を算出する処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００５３】
以下、本発明を実施するための形態（以下、「実施形態」という）について図面を参照して説明する。
【００５４】
（第１の実施形態）
まず、本発明の第１の実施形態に係るコンテンツ配信システム５等について説明する。
【００５５】
＜コンテンツ配信システム５の概要＞
最初に、図１を参照して、本発明の第１の実施形態に係るコンテンツ配信システム５の概要について説明する。
【００５６】
図１に示すように、コンテンツ配信システム５は、ＩＰ網（ＩＰネットワーク）２を介して、コンテンツ配信サーバ１と、複数の受信装置３（３ａ，３ｂ，３ｃ，…，３ｎ）とが接続されて構成される。そして、コンテンツ配信サーバ１は、ＩＰ網２を介して各受信装置３（３ａ，３ｂ，３ｃ，…，３ｎ）に一斉にＩＰコンテンツを配信する。受信装置３は、例えば、ＰＣ（Personal Computer）、携帯電話、スマートフォン、テレビ等であり、少なくとも、放送波を受信し表示させる機能と、ＩＰ網２に接続し情報の送受信を行う機能とを備え、コンテンツ配信サーバ１から受信したＩＰコンテンツ（配信情報）をリアルタイムに受信した放送波とともに、画面表示する。
【００５７】
このコンテンツ配信サーバ１は、配信するＩＰコンテンツ（具体的には、ＩＰ網２を介して送信されるパケット）を時系列に多重化して送信する。さらに、ＩＰコンテンツを受信する受信装置３（３ａ，３ｂ，３ｃ，…，３ｎ）の通信位置（設置場所）はそれぞれ異なるため、コンテンツ配信サーバ１と受信装置３（３ａ，３ｂ，３ｃ，…，３ｎ）それぞれとの間の受信遅延量（例えば、往復遅延時間（ＲＴＴ）を１／２にした値）は、Ａ秒，Ｂ秒，Ｃ秒，…，Ｎ秒のように、それぞれ異なるものとなる（図１参照）。
よって、コンテンツ配信サーバ１から一斉配信されたＩＰコンテンツの各受信装置３（３ａ，３ｂ，３ｃ，…，３ｎ）への到達時刻は、各受信装置３（３ａ，３ｂ，３ｃ，…，３ｎ）において、ばらつきが生じてしまう。
【００５８】
そこで、本発明の第１の実施形態に係るコンテンツ配信サーバ１は、ＩＰ網２を介して接続された各受信装置３から接続要求を受信してセッションを確立すると、各受信装置３に対して遅延量確認要求を送信する。そして、コンテンツ配信サーバ１は、各受信装置３から遅延量確認要求に対する応答情報を受信することにより、受信装置３毎の受信遅延量（例えば、往復遅延時間（ＲＴＴ）を１／２にした値）を計測する。コンテンツ配信サーバ１は、この計測結果に基づき、受信遅延量が最も大きい受信装置３から順に、ＩＰコンテンツの配信順位を決定し、決定した配信順位に従いＩＰコンテンツの配信を実行する。
このようにすることにより、本発明の実施形態に係るコンテンツ配信システム５において、コンテンツ配信サーバ１から、各受信装置３に向けてＩＰコンテンツを一斉に配信する際に、各受信装置３における配信コンテンツの到達時刻のばらつきを低減することができる。
【００５９】
＜コンテンツ配信サーバ１の構成＞
次に、図２を参照（適宜図１参照）して、本発明の第１の実施形態に係るコンテンツ配信サーバ１の構成について説明する。
図２は、本発明の第１の実施形態に係るコンテンツ配信サーバ１の構成例を示す機能ブロック図である。コンテンツ配信サーバ１は、ＩＰ網２を介して、複数の受信装置３に対し、ＩＰコンテンツを配信する装置であり、制御部１０、通信部２０、図示を省略した入出力部、記憶部３０を含んで構成される。
【００６０】
通信部２０は、ＩＰ網２を介して、受信装置３から接続要求等を受信したり、受信装置３に対して遅延量確認要求を送信したりする通信インタフェースにより構成される。また、入出力部（図示省略）は、同じく図示を省略した、キーボード等の入力手段やモニタ等の出力手段等との間で情報の入出力を行う入出力インタフェースにより構成される。
【００６１】
制御部１０は、コンテンツ配信サーバ１全体の制御を司り、セッション制御部１１、遅延量計測部１２、コンテンツ生成部１３、配信順位決定部１４およびコンテンツ送信部１５を備える。
【００６２】
セッション制御部（セッション制御手段）１１は、受信装置３から接続要求や切断要求を受け取り、受信装置３との間におけるセッションの確立や切断の制御を行う。また、セッション制御部１１は、セッションの確立時において、そのセッションにセッションＩＤを付与し、後記する記憶部３０内のセッション管理情報１００（図３参照）に、そのセッションに関するレコードを追加して、セッションＩＤに紐付けたそのセッションに関する情報を記憶する。
【００６３】
遅延量計測部（遅延量計測手段）１２は、各受信装置３の受信遅延量を計測し、記憶部３０内のセッション管理情報１００（図３参照）に記憶する。
この遅延量計測部１２は、各受信装置３に対して遅延量確認要求を送信することにより、受信遅延量を計測する。なお、この遅延量確認要求は、コンテンツ配信サーバ１から受信装置３への当該ＩＰコンテンツの受信遅延量を予め確認するために送信されるものである。
具体的には、遅延量計測部１２は、例えば、ＩＣＭＰ（Internet Control Message Protocol）のｐｉｎｇコマンドを実行することにより、各受信装置３に向けて、応答を返信する旨の要求情報（エコー要求）を各受信装置３に送信し、各受信装置３からの応答情報（エコー応答）を受信し、要求情報（エコー要求）を送信した時刻と、応答情報（エコー応答）を受信した時刻との差によって、往復遅延時間（ＲＴＴ）を計測する。そして、遅延量計測部１２は、計測した往復遅延時間（ＲＴＴ）を１／２にすることにより、受信遅延量を算出する。また、遅延量計測部１２は、コンテンツ配信サーバ１と受信装置３との間の送受信をＴＣＰ（Transmission Control Protocol）で行っている場合には、コンテンツ配信サーバ１からの要求メッセージ（遅延量確認要求）に対する受信装置３からのＡＣＫメッセージを受信し、要求メッセージを送信した時刻と、ＡＣＫメッセージを受信した時刻との差によって、往復遅延時間（ＲＴＴ）を計測するようにしてもよい。
【００６４】
図３は、本発明の第１の実施形態に係るセッション管理情報１００のデータ構成例を示す図である。
図３に示すように、セッション管理情報１００には、セッションＩＤ１０１毎に、セッション情報１０２および受信遅延量１０３の情報が含まれる。
【００６５】
セッションＩＤ１０１には、受信装置３との間で確立されたセッションに固有の識別子がセッション制御部１１により付され格納される。例えば、セッションＩＤ１０１として、「ＩＤ０」等が格納される。
セッション情報１０２には、セッションＩＤ１０１が付されたセッションのセッション情報、具体的には、受信装置３のＩＰアドレスやポート番号等がセッション制御部１１により格納される。図３においては、例えば、セッションＩＤ１０１が「ＩＤ０」のセッションに関するセッション情報を、「セッション０」と表記し、セッションＩＤ１０１が「ＩＤ１」のセッションに関するセッション情報を、「セッション１」等と表記している。
受信遅延量１０３には、コンテンツ配信サーバ１と、セッションＩＤ１０１に示されるセッションを確立した受信装置３との間の受信遅延量が、遅延量計測部１２により格納される。図３においては、受信遅延量１０３として往復遅延時間（ＲＴＴ）を１／２にした値が格納される例を示している。なお、第１の実施形態における受信遅延量１０３は、配信順位決定部１４が配信順位を決定するために用いる情報であるため、往復遅延時間（ＲＴＴ）を１／２にすることなく、往復時間遅延時間（ＲＴＴ）そのものの値を、受信遅延量１０３とみなして、セッション管理情報１００に格納しても構わない。
【００６６】
なお、このセッション管理情報１００に含まれるセッションＩＤ１０１毎のレコードは、セッション制御部１１により受信装置３との間にセッションを確立したときに生成される。また、セッション制御部１１は、セッションを切断するときに、そのセッションのセッションＩＤ１０１に紐付くレコードを、記憶部３０に記憶されているセッション管理情報１００から削除する。
【００６７】
図２に戻り、コンテンツ生成部１３は、各受信装置３に配信するＩＰコンテンツを生成する。なお、このコンテンツ生成部１３を、コンテンツ配信サーバ１が備えるのではなく、外部に設けられた他の装置が備え、他の装置が生成したＩＰコンテンツを、コンテンツ配信サーバ１が、通信部２０や図示を省略した入出力部を介して取得し、記憶部３０に記憶しておくようにしてもよい。
【００６８】
配信順位決定部（配信順位決定手段）１４は、記憶部３０内のセッション管理情報１００（図３）を参照し、そのセッション管理情報１００として記憶された受信遅延量１０３が大きい順、つまり、往復遅延時間（ＲＴＴ）を１／２にした値が長い順に、セッションＩＤ１０１に紐付くレコードをソートして配信順位を決定し、配信順位情報１５０（図４参照）を生成する。
【００６９】
図４は、本発明の第１の実施形態に係る配信順位情報１５０のデータ構成例を示す図である。配信順位情報１５０は、図４に示すように、図３のセッション管理情報１００の受信遅延量１０３が大きい順にそのレコードをソートして、配信順位１５１を決定した情報である。図４においては、セッションＩＤ１０１が「ＩＤ２」のセッションで接続された受信装置３が配信順位１５１の最も高い「１」であり、セッションＩＤ１０１が「ＩＤ１」のセッションで接続された受信装置３の配信順位１５１が次に順位の高い「２」であり、セッションＩＤ１０１が「ＩＤ０」のセッションで接続された受信装置３の配信順位１５１がその次の順位である「３」であることを示している。
なお、セッション制御部１１は、セッションを切断するとき、そのセッションのセッションＩＤ１０１に紐付くレコードを、配信順位情報１５０から削除する。その際、配信順位決定部１４は、削除されたレコードを除いて、配信順位１５１を受信遅延量１０３が大きい順に決定して更新する。
【００７０】
図２に戻り、コンテンツ送信部（コンテンツ送信手段）１５は、記憶部３０に記憶された配信順位情報１５０を参照して、配信順位決定部１４が決定した配信順位１５１に基づき、つまり、受信遅延量１０３の大きい順に、ＩＰコンテンツを該当セッションに出力することにより受信装置３に送信する。
【００７１】
記憶部（記憶手段）３０は、ハードディスクやフラッシュメモリ、ＲＡＭ（Random Access Memory）等の記憶手段からなり、前記したセッション管理情報１００や配信順位情報１５０等が記憶される。
【００７２】
なお、この制御部１０は、例えば、記憶部３０に格納されたプログラム（コンテンツ配信プログラム）を、図示を省略したＣＰＵ（Central Processing Unit）がメインメモリであるＲＡＭに展開し実行することで実現される。
【００７３】
以上説明したように、コンテンツ配信サーバ１は、受信遅延量が最も大きい受信装置３から順に、ＩＰコンテンツの配信順位を決定し、決定した配信順位に従いＩＰコンテンツを送信することができる。よって、コンテンツ配信サーバ１から、各受信装置３に向けてＩＰコンテンツを一斉に配信する際に、各受信装置３における配信コンテンツの到達時刻のばらつきを低減することができる。
【００７４】
＜コンテンツ配信サーバ１の動作＞
次に、図５を参照（適宜図１〜図４を参照）して、本発明の第１の実施形態に係るコンテンツ配信サーバ１の動作について説明する。
図５は、本発明の第１の実施形態に係るコンテンツ配信サーバ１の動作を示すフローチャートである。なお、ここでは、コンテンツ配信サーバ１の遅延量計測部１２が、ｐｉｎｇコマンドを実行することにより、往復遅延時間（ＲＴＴ）を計測し、その計測した往復遅延時間（ＲＴＴ）を１／２にすることにより、受信遅延量を算出するものとして説明する。
【００７５】
まず、コンテンツ配信サーバ１のセッション制御部１１は、各受信装置３から接続要求を受信する（ステップＳ１０）。
【００７６】
そして、セッション制御部１１は、受信装置３との間でセッションを確立し、確立したセッション毎にセッションＩＤを付与して記憶部３０内のセッション管理情報１００（図３参照）に新たなレコードを作成する。セッション制御部１１は、作成したレコードに、セッションＩＤと、そのセッションＩＤに紐付いた受信装置３との間のセッション情報を記憶する（ステップＳ１１）。
【００７７】
続いて、遅延量計測部１２は、各受信装置３に向けて、遅延量確認要求を送信する（ステップＳ１２）。具体的には、遅延量計測部１２は、ｐｉｎｇコマンドを実行することにより、各受信装置３に向けて、応答を返信する旨の要求情報（エコー要求）を各受信装置３に送信する。
【００７８】
そして、遅延量計測部１２は、各受信装置３からの応答情報（エコー応答）を受信し、要求情報（エコー要求）を送信した時刻と、応答情報（エコー応答）を受信した時刻との差によって、往復遅延時間（ＲＴＴ）を計測する。遅延量計測部１２は、計測した各受信装置３との間の往復遅延時間（ＲＴＴ）を１／２にした値を、受信遅延量としてセッション管理情報１００に記憶する（ステップＳ１３）。
【００７９】
次に、配信順位決定部１４は、記憶部３０内のセッション管理情報１００（図３）を参照し、そのセッション管理情報１００に記憶された受信遅延量１０３が大きい順、つまり、往復遅延時間（ＲＴＴ）を１／２にした値が長い順に、セッションＩＤに紐付くレコードをソートして配信順位を決定し、配信順位情報１５０（図４参照）を生成する（ステップＳ１４）。
【００８０】
そして、コンテンツ送信部１５は、コンテンツ生成部１３が生成したＩＰコンテンツの情報を取得し、配信順位情報１５０（図４）を参照して、配信順位が高いものから、そのＩＰコンテンツを受信装置３に送信する（ステップＳ１５）。
【００８１】
続いて、セッション制御部１１は、当該ＩＰコンテンツの配信が終了したか否かを判定し（ステップＳ１６）、配信が終了していなければ（ステップＳ１６→Ｎｏ）、ステップＳ１２に戻り処理を続ける。一方、配信が終了しているときは（ステップＳ１６→Ｙｅｓ）、次のステップＳ１７に進む。
【００８２】
ステップＳ１７において、セッション制御部１１は、受信装置３からセッションの切断要求を受信する。
続いて、セッション制御部１１は、切断要求を受信したセッションについて、記憶部３０内のセッション管理情報１００（図３参照）および配信順位情報１５０（図４参照）の当該セッションに関するレコードを削除し（ステップＳ１８）、処理を終える。
【００８３】
なお、ステップＳ１２〜Ｓ１４において実行する、各受信装置３への遅延量確認要求の送信から配信順位情報１５０の生成までの処理は、受信装置３との間のセッション確立直後は必ず実行し、ステップＳ１５のＩＰコンテンツの送信後のループ（ステップＳ１６→Ｎｏの場合）においては、必ずしも毎回実行する必要はなく、所定のタイミングで実行するようにしてもよい。その場合、ステップＳ１５のコンテンツ送信部１５による各受信装置３へのＩＰコンテンツの送信は、記憶部３０に記憶された前回と同様の配信順位情報１５０に基づく順序で実行される。
また、セッション制御部１１は、ステップＳ１１において、受信装置３との間でセッションを確立した後に、その受信装置３から切断要求を受信した場合には、ＩＰコンテンツの配信終了前（ステップＳ１６→Ｎｏで配信継続中の場合）であってもセッションを切断する。そして、セッション制御部１１は、その切断要求を受信したセッションについて、記憶部３０内のセッション管理情報１００（図３参照）および配信順位情報１５０（図４参照）の当該セッションに関するレコードを削除する。このようにすることにより、コンテンツ配信サーバ１は、配信順位情報１５０を、その時点で接続されているセッションについての情報に更新することができる。
さらに、配信順位決定部１４は、ステップＳ１４において、記憶部３０内のセッション管理情報１００（図３）を参照し、セッション数および受信遅延量１０３（往復遅延時間（ＲＴＴ）を１／２にした値）が、前回の配信順位情報１５０の生成時と比較して変化がない場合には、新たな配信順位情報１５０を作成せず、つまり、ステップＳ１４を実行せず、記憶部３０に記憶された配信順位情報１５０に基づき、ステップＳ１５以降の処理を実行するようにしてもよい。
【００８４】
（第２の実施形態）
次に、本発明の第２の実施形態に係るコンテンツ配信システム５ａ等について説明する。
【００８５】
＜コンテンツ配信システム５ａの概要＞
図６は、本発明の第２の実施形態に係るコンテンツ配信システム５ａの構成例を示す図である。図１に示した第１の実施形態に係るコンテンツ配信システム５との違いは、第１の実施形態に係るコンテンツ配信サーバ１が、図６に示すように、コンテンツ配信サーバ１ａとなっていることである。それ以外の構成については、図１で示した構成と同一の符号と名称とを付し、説明を省略する。
【００８６】
第１の実施形態に係るコンテンツ配信システム５においては、コンテンツ配信サーバ１が、ＩＰ網を介して接続された各受信装置３（３ａ，３ｂ，３ｃ，…，３ｎ）から接続要求を受信してセッションを確立すると、各受信装置３（３ａ，３ｂ，３ｃ，…，３ｎ）に対して遅延量確認要求を送信し、その応答情報を受信することにより、受信装置３毎の受信遅延量（例えば、往復遅延時間（ＲＴＴ）を１／２にした値）を計測する。そして、コンテンツ配信サーバ１が、計測した受信遅延量が最も大きい受信装置３から順に、ＩＰコンテンツを配信するものとした。
これに対し、第２の実施形態に係るコンテンツ配信システム５ａにおいては、コンテンツ配信サーバ１ａが、第１の実施形態と同様に、各受信装置３の受信遅延量（例えば、往復遅延時間（ＲＴＴ）を１／２にした値）を計測する。そして、コンテンツ配信サーバ１ａが、受信遅延量の最も大きい受信装置３を特定し、その特定した受信装置３のデータの到達時刻に合うように、他の受信装置３それぞれのＩＰコンテンツの配信時刻を算出し、その算出した配信時刻でＩＰコンテンツを配信することを特徴とする。
このようにすることにより、ＩＰコンテンツの受信遅延量が最も大きい受信装置３の到達時刻に合わせるように、他の受信装置３それぞれに対するＩＰコンテンツが適切な配信時刻で配信されるので、各受信装置３のＩＰコンテンツの到達時刻を一致させることができる。なお、本発明の第２の実施形態における「到達時刻の一致」とは、到達時刻の完全一致ではなく、第１の実施形態に比べ、各受信装置３に配信されるＩＰコンテンツの到達時刻のばらつきを、さらに低減できることを意味する（詳細は後記）。
【００８７】
＜コンテンツ配信サーバ１ａの構成＞
次に、図７を参照（適宜図６参照）して、本発明の第２の実施形態に係るコンテンツ配信サーバ１ａの構成について説明する。
図７は、本発明の第２の実施形態に係るコンテンツ配信サーバ１ａの構成例を示す機能ブロック図である。コンテンツ配信サーバ１ａは、ＩＰ網２を介して、複数の受信装置３に対し、ＩＰコンテンツを配信する装置であり、制御部１０、通信部２０、図示を省略した入出力部、記憶部３０を含んで構成される。
図２に示した第１の実施形態に係るコンテンツ配信サーバ１との違いは、図７に示すように、第２の実施形態に係るコンテンツ配信サーバ２においては、制御部１０の中に、配信順位決定部１４に替わって配信時刻決定部１６を備えていること、コンテンツ送信部１５がコンテンツ送信部１５ａとなっていることである。さらに、記憶部３０内に、配信順位情報１５０（図２参照）に替わって、配信時刻情報２００（後記する図９参照）を備えていることである。なお、それ以外の構成については、図２に示した構成と同様の機能を備えるものであり同一の符号と名称とを付し、説明を省略する。
【００８８】
配信時刻決定部（配信時刻決定手段）１６は、記憶部３０に記憶されたセッション管理情報１００（後記する図８）を参照し、受信遅延量１０３が最も大きい受信装置３のＩＰコンテンツの到達時刻に合うように、配信順位と配信時刻とを各セッションＩＤのセッション毎に算出して、配信時刻情報２００（図９参照）を生成する。
【００８９】
図９は、本発明の第２の実施形態に係る配信時刻情報２００のデータ構成例を示す図である。なお、図９に示す配信時刻情報２００は、図８に示した本発明の第２の実施形態に係るセッション管理情報１００に基づき、配信時刻決定部１６が生成した例を示している。
【００９０】
配信時刻情報２００は、図９に示すように、配信順位２０１、セッションＩＤ１０１、セッション情報１０２および配信時刻２０２のデータを含んで構成される。
【００９１】
配信順位２０１は、配信時刻決定部１６が、記憶部３０内のセッション管理情報１００（図８）を参照し、受信遅延量１０３の大きい順にセッションＩＤ１０１に紐付くレコードをソートし、配信順序を決定した情報である。
図９においては、セッション管理情報１００（図８）における受信遅延量１０３が「５０．０ｍｓ」であり、受信遅延量１０３が最も大きいセッションである、セッションＩＤ１０１が「ＩＤ２」のセッションで接続された受信装置３の配信順位２０１が「１」となる。そして、受信遅延量１０３が次に大きい「４０．０ｍｓ」である、セッションＩＤ１０１が「ＩＤ３」のセッションで接続された受信装置３の配信順位２０１が「２」となる。続いて、受信遅延量１０３が次に大きい「３８．０ｍｓ」である、セッションＩＤ１０１が「ＩＤ１」のセッションで接続された受信装置３の配信順位２０１が「３」となり、受信遅延量１０３がその次に大きい「２０．０ｍｓ」である、セッションＩＤ１０１が「ＩＤ０」のセッションで接続された受信装置３の配信順位２０１が「４」となることを示している。なお、コンテンツ送信部１５ａは、この配信順位２０１で決定された順に、ＩＰコンテンツを各受信装置３に送信する。
【００９２】
セッションＩＤ１０１およびセッション情報１０２には、セッション管理情報１００（図８参照）の情報が、配信順位２０１に対応付けられて格納される。
【００９３】
配信時刻２０２には、配信順位２０１が「１」、つまり、受信遅延量１０３（図８参照）が最も大きい受信装置３へのＩＰコンテンツの配信時刻（以下、「ｔ１」と記載する場合がある。）を基準時点とした場合の、各配信順位２０１のセッションでの配信時刻２０２が格納される。
この配信時刻２０２は、配信時刻決定部１６により、以下のように算出される。
【００９４】
配信順位２０１が「１」番目に配信するＩＰコンテンツの配信時刻「ｔ１」を、前記したように基準時点とする。そして、配信順位２０１が「ｎ」番目のＩＰコンテンツを配信する（理想的な）時刻「Ｔｎ」を、配信時刻決定部１６は、以下の式（１）により求める。ここで、受信遅延量１０３（図８参照）が最も大きく、配信順位２０１が「１」番目に配信されるＩＰコンテンツの受信遅延量１０３を「ＲＤＴ１」、配信順位２０１が「ｎ」番目に配信されるＩＰコンテンツの受信遅延量１０３を「ＲＤＴｎ」とする。
【００９５】
Ｔｎ＝ ｔ１ ＋ （ＲＤＴ１ − ＲＤＴｎ）    … 式（１）
【００９６】
例えば、図９に示す配信時刻情報２００の配信順位２０１が「１」の受信装置３の配信時刻２０２は、式（１）により、以下のように算出される。
【００９７】
Ｔ１＝ ｔ１ ＋ （ＲＤＴ１ − ＲＤＴ１）
＝ ｔ１＋ （５０．０−５０．０） ＝ ｔ１ ＋ ０．０（ｍｓ）
【００９８】
同様に、配信時刻情報２００の配信順位２０１が「２」の受信装置３の配信時刻２０２は、式（１）により、以下のように算出される。
【００９９】
Ｔ２＝ ｔ１ ＋ （ＲＤＴ１ − ＲＤＴ２）
＝ ｔ１＋ （５０．０−４０．０） ＝ ｔ１ ＋ １０．０（ｍｓ）
【０１００】
同様に、配信時刻情報２００の配信順位２０１が「３」の受信装置３の配信時刻２０２は、式（１）により、以下のように算出される。
【０１０１】
Ｔ３＝ ｔ１ ＋ （ＲＤＴ１ − ＲＤＴ３）
＝ ｔ１＋ （５０．０−３８．０） ＝ ｔ１ ＋ １２．０（ｍｓ）
【０１０２】
同様に、配信時刻情報２００の配信順位２０１が「４」の受信装置３の配信時刻２０２は、式（１）により、以下のように算出される。
【０１０３】
Ｔ４＝ ｔ１ ＋ （ＲＤＴ１ − ＲＤＴ４）
＝ ｔ１＋ （５０．０−２０．０） ＝ ｔ１ ＋ ３０．０（ｍｓ）
【０１０４】
このように、配信時刻決定部１６は、セッション管理情報１００の受信遅延量１０３を参照することにより、式（１）を用いて、各配信順位２０１に紐付く（理想的な）配信時刻を計算する。しかしながら、この計算した（理想的な）配信時刻では、以下に示す理由により、配信できない場合が存在する。
通常のコンテンツ配信は、配信サーバ１台（通信Ｉ／Ｆ１つ）に対し、複数の受信装置３が接続する形となるため、実際に配信されるパケットは時系列に多重化（時分割多重）される。そのため、１つ１つの受信装置３へのデータ配信には、最低限の所要時間、つまり、配信データサイズや通信Ｉ／Ｆに付随する遅延（時間）が必須となる。よって、例えば、１つのデータ送信に要する通信Ｉ／Ｆ等に付随する所要時間「Ｌ」が「０．５ｍｓ」の場合、ＩＰコンテンツを１つ配信すると、「０．５ｍｓ」未満である「０．３ｍｓ」の間隔では次のＩＰコンテンツの配信をすることはできず、必ず、「０．５ｍｓ」の通信Ｉ／Ｆに付随する所要時間「Ｌ」経ってから配信されることとなる。
【０１０５】
そこで、配信時刻決定部１６は、配信順位２０１がｎ番目の受信装置３へ実際に配信が行われる時刻（実際の配信時刻）を「ｔｎ」とすると、理想的には、ｔｎ＝Ｔｎとなるが、配信データサイズや通信Ｉ／Ｆに付随する遅延に基づく１つの受信装置３当たりの配信にかかる所要時間「Ｌ」を考慮して、
Ｔｎ＜ｔｎ−１＋Ｌ    … 式（２）
を満たす場合は、配信間隔が配信サーバの最小配信間隔となる「Ｌ」を下回るため、以下の式（３）により、ｔｎを算出する。
【０１０６】
ｔｎ＝ ｔｎ−１ ＋ Ｌ    … 式（３）
【０１０７】
つまり、Ｔｎ＜ｔｎ−１＋Ｌ となる場合には、配信したい理想的な時刻よりも遅れて配信されることとなる。
【０１０８】
このように、配信時刻決定部１６は、まず、式（１）を用いて、ＩＰコンテンツを配信する（理想的な）時刻「Ｔｎ」を算出する。次に、配信時刻決定部１６は、算出した（理想的な）時刻「Ｔｎ」に基づき、式（２）を満たすか否かを判定し、式（２）を満たさない場合には、（理想的な）時刻「Ｔｎ」を、実際の配信時刻「ｔｎ」として、配信時刻情報２００の配信時刻２０２に格納する。一方、配信時刻決定部１６は、式（２）を満たす場合には、式（３）により実際の配信時刻「ｔｎ」を算出して、配信時刻情報２００の配信時刻２０２に格納する。
【０１０９】
配信時刻決定部１６は、以上のようにして、各セッションの配信順位２０１を決定すると共に、配信時刻２０２を算出し、配信時刻情報２００（図９参照）を生成して、記憶部３０に記憶する。
なお、このように、ＩＰコンテンツの配信が（理想的な）時刻「Ｔｎ」では配信できず、１つのデータ送信に要する通信Ｉ／Ｆに付随する所要時間「Ｌ」に伴い、実際の配信時刻「ｔｎ」が遅れて配信される場合もあるため、ＩＰコンテンツの各受信装置３への到達時刻は完全一致とはならない場合もあり得る。しかしながら、第１の実施形態に比べると、各受信装置３に配信されるＩＰコンテンツの到達時刻のばらつきをさらに低減できるものである。
【０１１０】
図７に戻り、コンテンツ送信部（コンテンツ送信手段）１５ａは、記憶部３０に記憶された配信時刻情報２００（図９）を参照して、配信時刻決定部１６が決定した配信順位２０１、つまり、受信遅延量１０３（図８参照）が大きい順に、配信時刻２０２に示される時刻で、ＩＰコンテンツを該当セッションに出力することにより受信装置３に送信する。
【０１１１】
以上説明したように、コンテンツ配信サーバ１ａは、ＩＰコンテンツの受信遅延量が最も大きい受信装置の到達時刻に合わせるように、他の受信装置３それぞれへのＩＰコンテンツの配信時刻を算出し、その算出した配信時刻でＩＰコンテンツを配信することができる。よって、各受信装置３において、ＩＰコンテンツの到達時刻を一致させることができる。つまり、ＩＰコンテンツの到達時刻のばらつきを、さらに低減させることができる。
【０１１２】
＜コンテンツ配信サーバ１ａの動作＞
次に、図１０を参照（適宜図６〜図９を参照）して、本発明の第２の実施形態に係るコンテンツ配信サーバ１ａの動作について説明する。
図１０は、本発明の第２の実施形態に係るコンテンツ配信サーバ１ａの動作を示すフローチャートである。なお、ここでは、コンテンツ配信サーバ１ａの遅延量計測部１２が、ｐｉｎｇコマンドを実行することにより、往復遅延時間（ＲＴＴ）を計測し、その計測した往復遅延時間（ＲＴＴ）を１／２にすることで、受信遅延量を算出するものとして説明する。また、通信Ｉ／Ｆに付随する所要時間「Ｌ」（例えば、「０．５ｍｓ」）は、予めコンテンツ配信サーバ１ａの記憶部３０に記憶されているものとする。
【０１１３】
まず、コンテンツ配信サーバ１ａのセッション制御部１１は、各受信装置３から接続要求を受信する（ステップＳ２０）。
【０１１４】
そして、セッション制御部１１は、受信装置３との間でセッションを確立し、確立したセッション毎にセッションＩＤを付与して記憶部３０内のセッション管理情報１００（図８参照）に新たなレコードを作成する。セッション制御部１１は、作成したレコードに、セッションＩＤと、そのセッションＩＤに紐付いた受信装置３との間のセッション情報を記憶する（ステップＳ２１）。
【０１１５】
続いて、遅延量計測部１２は、各受信装置３に向けて、遅延量確認要求を送信する（ステップＳ２２）。具体的には、遅延量計測部１２は、ｐｉｎｇコマンドを実行することにより、各受信装置３に向けて、応答を返信する旨の要求情報（エコー要求）を各受信装置３に送信する。
【０１１６】
そして、遅延量計測部１２は、各受信装置３からの応答情報（エコー応答）を受信し、要求情報（エコー要求）を送信した時刻と、応答情報（エコー応答）を受信した時刻との差によって、往復遅延時間（ＲＴＴ）を計測する。遅延量計測部１２は、計測した各受信装置３との間の往復遅延時間（ＲＴＴ）を１／２にした値を、受信遅延量としてセッション管理情報１００に記憶する（ステップＳ２３）。
なお、ここまでのステップＳ２０〜Ｓ２３までの処理は、図５のステップＳ１０〜Ｓ１３までの処理と同様の処理である。
【０１１７】
次に、配信時刻決定部１６は、記憶部３０内のセッション管理情報１００（図８）を参照し、各セッションＩＤに対応する受信装置３毎に、配信順位２０１と配信時刻２０２と算出し、配信時刻情報２００（図９参照）を生成する（ステップＳ２４）。
【０１１８】
具体的には、配信時刻決定部１６は、セッション管理情報１００（図８）を参照し、そのセッション管理情報１００に記憶された受信遅延量１０３が大きい順、つまり、往復遅延時間（ＲＴＴ）を１／２にした値が長い順に、セッションＩＤに紐付くレコードをソートして配信順位２０１を決定する。そして、配信時刻決定部１６は、前記した式（１）を用いてＩＰコンテンツを配信する（理想的な）時刻「Ｔｎ」を算出する。さらに、配信時刻決定部１６は、記憶部３０に記憶されている通信Ｉ／Ｆに付随する所要時間「Ｌ」に基づき、前記した式（１）を用いて算出した（理想的な）時刻「Ｔｎ」で配信できるか否かを式（２）に基づき判定し、（理想的な）時刻「Ｔｎ」では配信できない場合には、前記した式（３）を用いて実際の配信時刻「ｔｎ」を算出することにより、配信時刻情報２００を生成する。
【０１１９】
図１１は、実際の配信時刻「ｔｎ」を算出する流れを示すフローチャートである。
配信時刻決定部１６は、式（１）を用いて算出した（理想的な）時刻「Ｔｎ」においてＩＰコンテンツを配信できるか否かを、１つ前の配信順位２０１におけるＩＰコンテンツの実際の配信時刻「ｔｎ−１」と、記憶部３０に記憶されている通信Ｉ／Ｆに付随する所要時間「Ｌ」と参照して、前記した式（２）に基づき判定する（ステップＳ３０）。
【０１２０】
そして、配信時刻決定部１６は、式（２）を満たす場合には（ステップＳ３０→Ｙｅｓ）、ステップＳ３１へ進む。
ステップＳ３１において、配信時刻決定部１６は、配信間隔が通信Ｉ／Ｆに付随する所要時間「Ｌ」を下回るため、前記した式（３）に基づき、１つ前の配信順位２０１におけるＩＰコンテンツの実際の配信時刻「ｔｎ−１」に、所要時間「Ｌ」を加えた時刻を、その配信順位２０１（ｎ番目）におけるＩＰコンテンツの実際の配信時刻「ｔｎ」とする。
【０１２１】
一方、配信時刻決定部１６は、式（２）を満たさない場合には（ステップＳ３０→Ｎｏ）、ステップＳ３２へ進む。
ステップＳ３２において、配信時刻決定部１６は、配信間隔が通信Ｉ／Ｆに付随する所要時間「Ｌ」以上あるため、（理想的な）時刻「Ｔｎ」を実際の配信時刻「ｔｎ」とする（ｔｎ＝Ｔｎ）。
【０１２２】
このようにして、配信時刻決定部１６は、配信順位２０１毎に配信時刻２０２を算出して、配信時刻情報２００（図９）を生成する。
【０１２３】
図１０に戻り、コンテンツ送信部１５は、コンテンツ生成部１３が生成したＩＰコンテンツの情報を取得し、配信時刻情報２００（図９）を参照して、配信順位２０１の高いものから、配信時刻２０２に示される時刻に、そのＩＰコンテンツを受信装置３に送信する（ステップＳ２５）。
【０１２４】
続いて、セッション制御部１１は、当該ＩＰコンテンツの配信が終了したか否かを判定し（ステップＳ２６）、配信が終了していなければ（ステップＳ２６→Ｎｏ）、ステップＳ２２に戻り処理を続ける。一方、配信が終了しているときは（ステップＳ２６→Ｙｅｓ）、次のステップＳ２７に進む。
【０１２５】
ステップＳ２７において、セッション制御部１１は、受信装置３からセッションの切断要求を受信する。
続いて、セッション制御部１１は、切断要求を受信したセッションについて、記憶部３０内のセッション管理情報１００（図８参照）および配信時刻情報２００（図９参照）の当該セッションに関するレコードを削除し（ステップＳ２８）、処理を終える。
【０１２６】
なお、ステップＳ２２〜Ｓ２４において実行する、各受信装置３への遅延量確認要求の送信から配信時刻情報２００の生成までの処理は、受信装置３との間のセッション確立直後は必ず実行し、ステップＳ２５のＩＰコンテンツの送信後のループ（ステップＳ２６→Ｎｏの場合）においては、必ずしも毎回実行する必要はなく、所定のタイミングで実行するようにしてもよい。その場合、ステップＳ２５のコンテンツ送信部１５による各受信装置３へのＩＰコンテンツの送信は、記憶部３０に記憶された前回と同様の配信時刻情報２００に基づく配信順位２０１および配信時刻２０２により実行される。
また、セッション制御部１１は、ステップＳ２１において、受信装置３との間でセッションを確立した後に、その受信装置３から切断要求を受信した場合には、ＩＰコンテンツの配信終了前（ステップＳ２６→Ｎｏで配信継続中の場合）であってもセッションを切断する。そして、セッション制御部１１は、その切断要求を受信したセッションについて、記憶部３０内のセッション管理情報１００（図８参照）および配信時刻情報２００（図９参照）の当該セッションに関するレコードを削除する。なお、セッション制御部１１が配信時刻情報２００のレコードを削除した場合には、配信時刻決定部１６は、該当レコードの削除後のセッション管理情報１００を参照し、新たに配信時刻情報２００を生成して更新する。このようにすることにより、コンテンツ配信サーバ１ａは、配信時刻情報２００を、その時点で接続されているセッションについての情報に更新することができる。
さらに、配信時刻決定部１６は、ステップＳ２４において、記憶部３０内のセッション管理情報１００（図８）を参照し、セッション数および受信遅延量１０３（往復遅延時間（ＲＴＴ）を１／２にした値）が、前回の配信時刻情報２００の生成時と比較して変化がない場合には、新たな配信時刻情報２００を作成せず、つまり、ステップＳ２４を実行せず、記憶部３０に記憶された配信時刻情報２００に基づき、ステップＳ２５以降の処理を実行するようにしてもよい。
【０１２７】
以上、本発明の実施形態について説明したが、本発明は、ここで説明した実施形態に限定されるものではない。
例えば、コンテンツ配信サーバ１，１ａの遅延量計測部１２は、各受信装置３との間の往復遅延時間（ＲＴＴ）を計測し、その計測した往復遅延時間（ＲＴＴ）を１／２にすることにより、受信遅延量を算出するものとしたが、各受信装置３において、時刻を同期させた計時手段を備え、コンテンツ配信サーバ１から受信した遅延量確認要求の受信時刻を計時し、その受信時刻を受信装置３それぞれからコンテンツ配信サーバ１，１ａに返信させるようにしてもよい。つまり、往復遅延時間（ＲＴＴ）ではなく、片方向の遅延時間を計測することにより受信遅延量としてもよい。
【符号の説明】
【０１２８】
１，１ａ  コンテンツ配信サーバ
２      ＩＰ網
３      受信装置
５，５ａ  コンテンツ配信システム
１０    制御部
１１    セッション制御部（セッション制御手段）
１２    遅延量計測部（遅延量計測手段）
１３    コンテンツ生成部
１４    配信順位決定部（配信順位決定手段）
１５，１５ａ  コンテンツ送信部（コンテンツ送信手段）
１６    配信時刻決定部（配信時刻決定手段）
２０    通信部
３０    記憶部（記憶手段）
１００  セッション管理情報
１５０  配信順位情報
２００  配信時刻情報
【図１】
2014212506.tif 000003
【図２】
2014212506.tif 000004
【図３】
2014212506.tif 000005
【図４】
2014212506.tif 000006
【図５】
2014212506.tif 000007
【図６】
2014212506.tif 000008
【図７】
2014212506.tif 000009
【図８】
2014212506.tif 000010
【図９】
2014212506.tif 000011
【図１０】
2014212506.tif 000012
【図１１】
2014212506.tif 000013