(57)【要約】【課題】マルチキャスト配信されるデジタルコンテンツの視聴状況を容易に把握するための具体的な方法はこれまで十分に提案されてこなかった。【解決手段】ＯＬＴ装置１６は、視聴者側の再生装置２２から送信されたメッセージであり、デジタルコンテンツが配信されるマルチキャストグループへの参加メッセージをスヌープし、そのデジタルコンテンツの転送先情報に、視聴者の装置に関する情報を記録する転送情報更新部３６と、マルチキャスト配信されたデジタルコンテンツを受け付け、転送先情報にしたがって、そのデジタルコンテンツを再生装置２２へ転送する転送処理部３２と、再生装置２２から新規の参加メッセージが受け付けられた場合、視聴者がデジタルコンテンツの視聴を開始したことを示す情報を視聴管理サーバ２４へ通知する視聴状況通知部３８とを備える。【選択図】図２
2012134839.tif 000002
【特許請求の範囲】
【請求項１】
視聴者の装置から送信されたメッセージであって、デジタルコンテンツが配信されるマルチキャストグループへの参加メッセージをスヌープし、前記デジタルコンテンツの転送先を示す情報に、前記視聴者の装置に関する情報を記録する転送情報更新部と、
マルチキャスト配信された前記デジタルコンテンツを受け付け、前記転送先を示す情報にしたがって、前記デジタルコンテンツを前記視聴者の装置へ転送する転送部と、
前記視聴者の装置から新規の参加メッセージが受け付けられた場合、前記視聴者が前記デジタルコンテンツの視聴を開始したことを示す情報を、前記デジタルコンテンツの視聴状況を管理する所定の視聴管理装置へ通知する視聴状況通知部と、
を備えることを特徴とする通信装置。
【請求項２】
前記転送情報更新部は、前記視聴者の装置が前記マルチキャストグループから離脱する旨が検出された場合、前記転送先を示す情報に記録された前記視聴者の装置に関する情報を無効な状態に更新し、
前記視聴状況通知部は、前記マルチキャストグループから離脱する旨が検出された場合、前記視聴者が前記デジタルコンテンツの視聴を終了したことを示す情報を前記視聴管理装置へ通知することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記視聴者の装置から参加メッセージを受け付けて終端し、本通信装置をマルチキャストグループへの参加者として指定した参加メッセージをマルチキャスト配信元の装置へ送信するプロキシ部をさらに備え、
前記プロキシ部は、前記視聴者の装置から新規の参加メッセージを受け付けた場合、既に前記デジタルコンテンツを他の視聴者の装置へ転送中であれば、前記マルチキャスト配信元の装置へ参加メッセージを送信することを抑制し、
前記視聴状況通知部は、前記視聴者の装置から新規の参加メッセージが受け付けられた場合、既に前記デジタルコンテンツを別の視聴者の装置へ転送中であっても、前記視聴者が前記デジタルコンテンツの視聴を開始したことを示す情報を前記視聴管理装置へ通知することを特徴とする請求項１または２に記載の通信装置。
【請求項４】
複数の視聴者の装置としての複数のＯＮＵ（Optical Network Unit）装置と接続されてＰＯＮ（Passive Optical Network）を構成するＯＬＴ（Optical Line Terminal）装置であることを特徴とする請求項１から３のいずれかに記載の通信装置。
【請求項５】
通信装置により実行される方法であって、
視聴者の装置から送信されたメッセージであって、デジタルコンテンツが配信されるマルチキャストグループへの参加メッセージをスヌープし、前記デジタルコンテンツの転送先を示す情報に、前記視聴者の装置に関する情報を記録するステップと、
マルチキャスト配信された前記デジタルコンテンツを受け付け、前記転送先を示す情報にしたがって、前記デジタルコンテンツを前記視聴者の装置へ転送するステップと、
前記視聴者の装置から新規の参加メッセージが受け付けられた場合、前記視聴者が前記デジタルコンテンツの視聴を開始したことを示す情報を、前記デジタルコンテンツの視聴状況を管理する所定の視聴管理装置へ通知するステップと、
を備えることを特徴とする視聴管理支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、データ処理技術に関し、特に、動画像等のデジタルコンテンツを視聴者へ中継する通信装置、およびデジタルコンテンツの視聴状況の管理を支援する方法に関する。
【背景技術】
【０００２】
現在、ライブ映像等のリアルタイムのストリーミングデータをインターネットや通信キャリア網上で多数の視聴者に同時に配信するサービスが提供されることがある。このような放送型アプリケーションでは、ＶｏＤ（Video on Demand）等のデータ蓄積型に用いられるサーバ対１ユーザ型のユニキャスト通信よりも、サーバ対多数ユーザ型のマルチキャスト通信が望ましいことがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−２２８２９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明者は、一般的なテレビ放送と同様にマルチキャスト配信中のデジタルコンテンツの視聴状況を把握したい場合があるが、マルチキャスト配信されるデジタルコンテンツの視聴状況を容易に把握するための具体的な方法はこれまで十分に提案されてこなかったと考えた。
【０００５】
本発明はこうした課題に鑑みてなされたものであり、その主たる目的は、マルチキャスト配信されるデジタルコンテンツの視聴状況の管理を支援する技術を提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の通信装置は、視聴者の装置から送信されたメッセージであって、デジタルコンテンツが配信されるマルチキャストグループへの参加メッセージをスヌープし、デジタルコンテンツの転送先を示す情報に、視聴者の装置に関する情報を記録する転送情報更新部と、マルチキャスト配信されたデジタルコンテンツを受け付け、転送先を示す情報にしたがって、デジタルコンテンツを視聴者の装置へ転送する転送部と、視聴者の装置から新規の参加メッセージが受け付けられた場合、視聴者がデジタルコンテンツの視聴を開始したことを示す情報を、デジタルコンテンツの視聴状況を管理する所定の視聴管理装置へ通知する視聴状況通知部と、を備える。
【０００７】
本発明の別の態様は、視聴管理支援方法である。この方法は、通信装置により実行される方法であって、視聴者の装置から送信されたメッセージであって、デジタルコンテンツが配信されるマルチキャストグループへの参加メッセージをスヌープし、デジタルコンテンツの転送先を示す情報に、視聴者の装置に関する情報を記録するステップと、マルチキャスト配信されたデジタルコンテンツを受け付け、転送先を示す情報にしたがって、デジタルコンテンツを視聴者の装置へ転送するステップと、視聴者の装置から新規の参加メッセージが受け付けられた場合、視聴者がデジタルコンテンツの視聴を開始したことを示す情報を、デジタルコンテンツの視聴状況を管理する所定の視聴管理装置へ通知するステップと、を備える。
【０００８】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明によれば、マルチキャスト配信されるデジタルコンテンツの視聴状況の管理を支援して、視聴状況の把握を容易なものにできる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態のコンテンツ配信システムの構成を示す図である。
【図２】図１のＯＬＴ装置の機能構成を示すブロック図である。
【図３】転送情報の構成を示す図である。
【図４】視聴開始メッセージの構成を示す図である。
【図５】視聴終了メッセージの構成を示す図である。
【図６】コンテンツ配信システムにおける各装置の相互作用の一例を示すシーケンス図である。
【図７】ＯＬＴ装置の動作を示すフローチャートである。
【図８】図７のＳ１６の視聴参加処理を詳細に示すフローチャートである。
【図９】図７のＳ２０の視聴離脱処理を詳細に示すフローチャートである。
【発明を実施するための形態】
【００１１】
本発明の実施の形態の構成を説明する前にまず概要を説明する。
これまでのマルチキャスト通信では、配信対象となるライブ映像等のリアルタイムのストリーミングデータ（以下、単に「デジタルコンテンツ」と呼ぶ。）に対する、視聴者の視聴状況をリアルタイムに把握することは容易ではなかった。例えば、配信対象のデジタルコンテンツを暗号化して視聴者側の装置へ配信し、視聴者側の装置において、デジタルコンテンツを復号するための鍵を配信側のサーバから定期的に取得させることで、視聴状況を把握する方法も考えられる。しかしこの方法では、配信側および視聴者側の双方の装置がこの方法に対応する機能を備える必要があり、デジタルコンテンツの視聴状況を容易に把握できるとは言い難い。
【００１２】
また近年、マルチキャスト通信における網負荷を低減するために、ＩＧＭＰ／ＭＬＤ（Internet Group Management Protocol/Multicast Listener Discover）プロキシを実装した通信装置（レイヤ２スイッチ等）が設置されることがある。この場合、実際にはプロキシの配下に多数のユーザが存在しても、プロキシ単位に集約されて、配信装置側では１ユーザとして認識されることになる。したがって、個々の視聴者の視聴状況を把握することは一層困難なものになることがある。
【００１３】
ここで、ＧＥ−ＰＯＮ（Gigabit Ethernet-Passive Optical Network）システムでマルチキャスト配信を行う場合、上位（配信装置側）網の負荷を低減するために、ＧＥ−ＰＯＮのＯＬＴ装置にＩＧＭＰ／ＭＬＤプロキシが実装されることがある。本実施の形態では、ＩＧＭＰプロキシが実装されたＯＬＴ装置において、視聴者側の装置から送信されたＩＧＭＰメッセージをスヌープ（すなわち参照）し、そのＩＧＭＰメッセージが示す視聴状況を外部の視聴状況管理装置へ通知する技術を提案する。これにより、マルチキャスト配信されるデジタルコンテンツの視聴状況の管理を支援して、視聴状況の把握を容易にする。
【００１４】
以下では、ＧＥ−ＰＯＮのＯＬＴ装置にＩＧＭＰプロキシが実装され、ＩＰｖ４マルチキャストにおけるグループ管理がなされることとするが、ＯＬＴ装置にＭＬＤプロキシが実装されて、ＩＰｖ６マルチキャストにおけるグループ管理がなされてもよいことはもちろんである。この場合も、ＯＬＴ装置にＩＧＭＰプロキシが実装された場合と同様の構成により、デジタルコンテンツの視聴状況の管理を支援できることは当業者には理解されるところである。
【００１５】
図１は、本発明の実施の形態のコンテンツ配信システムの構成を示す。コンテンツ配信システム１００における配信サーバ１０は、所定のデジタルコンテンツをマルチキャスト配信する情報処理装置である。具体的には、配信サーバ１０は、ＩＧＭＰにしたがって、デジタルコンテンツの種類ごとにマルチキャストによる配信先を示すマルチキャストグループを管理する。そして、マルチキャストグループに参加している装置の情報（例えばＯＬＴ装置１６のＩＰアドレス等）をＭＣ対応ルータ１４へ送信する。
【００１６】
また、配信サーバ１０は、配信対象のデジタルコンテンツのデータを、そのデジタルコンテンツのマルチキャストグループに対して予め定められたマルチキャストアドレス、すなわちマルチキャストグループアドレスを指定したパケット（以下、「マルチキャストパケット」とも呼ぶ。）へ設定する。そして、マルチキャストパケットを通信網１２へ送信する。例えば、マルチキャスト対象のライブ映像の進行に応じて、そのマルチキャストパケットを逐次送信する。
【００１７】
通信網１２は、ＬＡＮ・ＷＡＮ・インターネット等、公知の通信手段の組み合わせにより構成され、マルチキャスト通信に対応したルータであるＭＣ対応ルータ１４を含む。ＭＣ対応ルータ１４は、マルチキャストグループの情報（マルチキャストグループの参加装置を示す情報等）を配信サーバ１０から受け付けて保持する。ＭＣ対応ルータ１４は、マルチキャストグループの情報にしたがって、配信サーバ１０から送信されたマルチキャストパケットを、そのマルチキャストグループアドレスに対応するマルチキャストグループの参加装置（例えばＯＬＴ装置１６）へ転送する。
【００１８】
ＯＬＴ装置１６と、ＯＮＵ装置２０で総称されるＯＮＵ装置２０ａ、ＯＮＵ装置２０ｂ、ＯＮＵ装置２０ｃとは、光カプラ１８を介して接続されてＧＥ−ＰＯＮシステムを構成する。このＧＥ−ＰＯＮシステムは、通信キャリアの局舎に設置されたＯＬＴ装置１６に接続された１本の光ファイバを光カプラ１８（光スプリッタ）により分岐し、複数の加入者宅に設置された複数のＯＮＵ装置２０と接続し、複数のユーザで１本の光ファイバを共有する光伝送システムである。
【００１９】
ＯＬＴ装置１６は、視聴管理サーバ２４とも接続される。またＯＮＵ装置２０ａ〜２０ｃは、再生装置２２ａ〜２２ｃ（総称する場合「再生装置２２」と呼ぶ。）とも接続される。再生装置２２は、デジタルコンテンツを再生してディスプレイやスピーカー等へ出力する情報処理装置である。例えば、ウェブブラウザや各種の再生アプリケーションがインストールされたＰＣであってもよい。
【００２０】
視聴管理サーバ２４は、デジタルコンテンツの視聴状況を示すデータ（以下、「視聴状況データ」とも呼ぶ。）をＯＬＴ装置１６から受け付けて管理する情報処理装置である。例えば、視聴管理サーバ２４は、視聴状況データを集計して、デジタルコンテンツの視聴者数、視聴率、単位時間ごとの視聴者数の増減等を算出し、その結果を所定の管理者の端末へ通知し、もしくは所定の記憶領域へ記録してもよい。また、視聴管理サーバ２４は、デジタルコンテンツに対する各視聴者の視聴状況に応じて、各視聴者への課金およびその額を算出する装置であってもよい。
【００２１】
なお図１では不図示であるが、コンテンツ配信システム１００は、典型的には、ＰＯＮシステム（すなわち１つのＯＬＴ装置１６と複数のＯＮＵ装置２０および再生装置２２の組み合わせ）を複数備える。そして、各ＰＯＮシステムのＯＬＴ装置１６が、配信サーバ１０および視聴管理サーバ２４と接続される。
【００２２】
また本実施の形態では、視聴管理サーバ２４はＳＮＭＰ（Simple Network Management Protocol）のマネージャ機能を有し、ＯＬＴ装置１６はＳＮＭＰのエージェント機能を有することとする。ＯＬＴ装置１６は、デジタルコンテンツの視聴状況を、視聴状況の変化をトリガとして視聴管理サーバ２４へ通知する際、視聴状況データを含むＳＮＭＰのＴｒａｐメッセージを視聴管理サーバ２４へ送信する。
【００２３】
図２は、図１のＯＬＴ装置１６の機能構成を示すブロック図である。ＯＬＴ装置１６は、転送情報保持部３０と、転送処理部３２と、プロキシ処理部３４と、転送情報更新部３６と、視聴状況通知部３８とを含む。なお、ＧＥ−ＰＯＮのＯＬＴ装置としての機能（光伝送の終端機能等）は公知技術であるため図２では省略している。
【００２４】
本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵやメモリ、ＨＤＤをはじめとする素子や電子回路、機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ブロック図においては、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。
【００２５】
転送情報保持部３０は、ＯＬＴ装置１６と接続された複数のＯＮＵ装置２０のうち、配信サーバ１０から配信されたマルチキャストパケットを転送すべきＯＮＵ装置２０を示す情報（以下、「転送情報」とも呼ぶ。）を保持する記憶領域である。図３は、転送情報の構成を示す。ＭＣグループアドレスフィールドには、マルチキャストグループアドレスが設定される。要求元ＩＰアドレスフィールドには、マルチキャストグループへの参加を要求した、言い換えればマルチキャスト配信されるデジタルコンテンツの提供を要求した再生装置２２のＩＰアドレスが設定される。ＯＮＵ番号フィールドには、マルチキャストグループへの参加を要求した再生装置２２と接続されたＯＮＵ装置２０の識別番号が格納される。このように転送情報保持部３０は、マルチキャストグループアドレスと、要求元ＩＰアドレスと、ＯＮＵ番号とを対応付けて保持する。
【００２６】
図２に戻り、転送処理部３２は、配信サーバ１０から配信されたマルチキャストパケットを受け付ける。そして、転送情報保持部３０に保持された転送情報にしたがって、そのマルチキャストパケットで指定されたマルチキャストグループアドレスと対応づけられた再生装置２２に対して、そのマルチキャストパケットを送信する。言い換えれば、マルチキャストパケットで指定されたマルチキャストグループに参加している再生装置２２に対して、そのマルチキャストパケットを転送する。
【００２７】
例えば、転送処理部３２は、ＯＮＵ装置２０ａ〜ＯＮＵ装置２０ｃのＩＰアドレスとＭＡＣアドレスとの対応関係を定めたＭＡＣアドレステーブルを保持する。そして、転送情報を参照して、マルチキャストパケットで指定されたマルチキャストグループアドレスと対応づけられた要求元ＩＰアドレスを特定し、ＭＡＣアドレステーブルを参照して、その要求元ＩＰアドレスと対応づけられたＭＡＣアドレスを特定する。転送処理部３２は、特定したＭＡＣアドレスを宛先アドレスとして設定したＭＡＣフレームを再生装置２２へ送信する。
【００２８】
プロキシ処理部３４は、ＩＧＭＰプロキシ機能を提供する。具体的には、プロキシ処理部３４は、特定のマルチキャストグループへの参加を要求するデータ（以下、「参加メッセージ」とも呼ぶ。）を再生装置２２から受け付けて終端する。この参加メッセージは、ＩＧＭＰで規定されたＪｏｉｎフレームであり、マルチキャストグループアドレスおよび要求元ＩＰアドレス（すなわち再生装置２２のＩＰアドレス）が指定される。プロキシ処理部３４は、再生装置２２のＩＰアドレスに代えてＯＬＴ装置１６のＩＰアドレスを指定した参加メッセージを配信サーバ１０へ送信する。
【００２９】
プロキシ処理部３４は、特定のマルチキャストグループからの離脱を要求するデータ（以下、「離脱メッセージ」とも呼ぶ。）を再生装置２２から受け付けて終端する。この離脱メッセージは、ＩＧＭＰで規定されたＬｅａｖｅフレームであり、マルチキャストグループアドレスおよび要求元ＩＰアドレス（すなわち再生装置２２のＩＰアドレス）が指定される。プロキシ処理部３４は、再生装置２２のＩＰアドレスに代えてＯＬＴ装置１６のＩＰアドレスを指定した離脱メッセージを配信サーバ１０へ送信する。
【００３０】
プロキシ処理部３４は、定期的に、デジタルコンテンツ全般の配信要求の有無を確認するための問い合わせ電文である汎用クエリ（General Query）を再生装置２２ａ〜再生装置２２ｃのそれぞれに対して送信する。また、いずれかの再生装置から離脱メッセージを受け付けた際に、離脱対象となるマルチキャストグループ、言い換えれば、視聴を終了するデジタルコンテンツについての配信要求の有無を確認するための問い合わせ電文である特定クエリ（Specific Query）を、再生装置２２ａ〜再生装置２２ｃのそれぞれに対して送信する。
【００３１】
転送情報更新部３６は、プロキシ処理部３４において参加メッセージが受け付けられたことを検出すると、その参加メッセージをスヌープして、転送情報保持部３０の転送情報を更新する。具体的には、その参加メッセージで指定されたマルチキャストグループアドレスおよび要求元ＩＰアドレスと、その参加メッセージを中継したＯＮＵ装置２０の識別番号とを対応づけた新たなレコードを転送情報へ追加する。
【００３２】
また転送情報更新部３６は、プロキシ処理部３４において離脱メッセージが受け付けられたことを検出すると、その離脱メッセージをスヌープして、転送情報保持部３０の転送情報を更新する。具体的には、その離脱メッセージで指定されたマルチキャストグループアドレスおよび要求元ＩＰアドレスと、その離脱メッセージを中継したＯＮＵ装置２０の識別番号とを対応づけた転送情報の既存レコードを無効な状態とする。例えば、当該レコードに対して無効であることを示す所定のフラグを設定してもよく、当該レコードを削除してもよい。
【００３３】
視聴状況通知部３８は、転送情報保持部３０の転送情報に新規のレコードが追加されたことを検出すると、追加された転送情報にしたがって、視聴者がデジタルコンテンツの視聴を開始したことを示す情報（以下、「視聴開始メッセージ」とも呼ぶ。）を視聴管理サーバ２４へ送信する。また視聴状況通知部３８は、転送情報保持部３０の転送情報における既存のレコードが無効な状態に更新されたことを検出すると、無効とされた転送情報にしたがって、デジタルコンテンツの視聴が終了したことを示す情報（以下、「視聴終了メッセージ」とも呼ぶ。）を視聴管理サーバ２４へ送信する。視聴状況通知部３８は、転送情報の更新を検出するために、転送情報を定期的に監視してもよく、転送情報を更新した旨の通知を転送情報更新部３６から受け付けてもよい。
【００３４】
図４は、視聴開始メッセージの構成を示す。視聴開始メッセージのＭＣグループアドレスフィールド、要求元ＩＰアドレスフィールド、およびＯＮＵ番号フィールドには、転送情報に追加された新規レコードと同じ情報が設定される。参加時刻フィールドには、視聴者がデジタルコンテンツの視聴を開始した日時を示す情報が設定される。例えば、プロキシ処理部３４において参加メッセージが受け付けられた日時が設定されてもよく、転送情報更新部３６において参加メッセージに応じて転送情報の更新がなされた日時が設定されてもよい。装置ＩＤフィールドにはＯＬＴ装置１６の識別情報が設定される。例えばＯＬＴ装置１６のＩＰアドレスが設定されてもよい。
【００３５】
図５は、視聴終了メッセージの構成を示す。視聴終了メッセージのＭＣグループアドレスフィールド、要求元ＩＰアドレスフィールド、およびＯＮＵ番号フィールドには、転送情報において無効にされた既存レコードと同じ情報が設定される。離脱時刻フィールドには、視聴者がデジタルコンテンツの視聴を終了した日時を示す情報が設定される。例えば、プロキシ処理部３４において離脱メッセージが受け付けられた日時が設定されてもよく、転送情報更新部３６において離脱メッセージに応じて転送情報の更新がなされた日時が設定されてもよい。装置ＩＤフィールドにはＯＬＴ装置１６の識別情報が設定される。
【００３６】
変形例として、視聴状況通知部３８は、視聴開始メッセージおよび視聴終了メッセージに対して、図４や図５では図示しない視聴者の各種属性情報、例えば氏名・住所・年齢・職業等をさらに設定してもよい。これらの視聴者の属性情報は、要求元ＩＰアドレスと対応づけてＯＬＴ装置１６が予め保持してもよく、再生装置２２からの参加（離脱）メッセージに含まれてもよい。
【００３７】
図２に戻り、デジタルコンテンツの転送状態に応じた処理について付言する。プロキシ処理部３４は、ある再生装置２２（仮に再生装置２２ａとする）から参加メッセージを受け付けた際、転送情報保持部３０の転送情報を参照して、その参加メッセージで指定されたマルチキャストグループアドレスのデジタルコンテンツ（以下、「指定コンテンツ」とも呼ぶ。）の転送状態を判定する。
【００３８】
以下において「第１の転送状態」は、指定されたマルチキャストグループアドレスの転送情報が存在しない場合であり、いずれの再生装置２２にも指定コンテンツを未転送の状態であることとする。「第２の転送状態」は、指定されたマルチキャストグループアドレスで、他の要求元ＩＰアドレスの転送情報が存在する場合であり、再生装置２２ａに対しては指定コンテンツを未転送であるものの、再生装置２２ｂと再生装置２２ｃの少なくとも一方に対しては指定コンテンツを転送中の状態であることとする。「第３の転送状態」は、指定されたマルチキャストグループアドレスで、再生装置２２ａのＩＰアドレスの転送情報が存在する場合であり、既に再生装置２２ａに対して指定コンテンツを転送中の状態であることとする。
【００３９】
プロキシ処理部３４は、第１の転送状態である場合に参加メッセージを配信サーバ１０へ送信する。その一方、第２もしくは第３の転送状態である場合、ＯＬＴ装置１６において指定コンテンツを既に受信しているため、言い換えれば、指定されたマルチキャストグループにＯＬＴ装置１６が既に参加しているため、参加メッセージの送信を抑制する。また、転送情報更新部３６は、第１もしくは第２の転送状態である場合に新たな転送情報を転送情報保持部３０に記録する。その一方、第３の転送状態である場合は、再生装置２２ａへの転送情報を既に記録済であるため、新たな転送情報の記録を抑制する。
【００４０】
視聴状況通知部３８は、第１もしくは第２の転送状態である場合に視聴開始メッセージを視聴管理サーバ２４へ送信する。その一方、第３の転送状態である場合は視聴開始メッセージの送信を抑制する。転送情報更新部３６および視聴状況通知部３８は、プロキシ処理部３４と同様に自身で転送状態を判定してもよく、また転送状態の判定結果をプロキシ処理部３４から取得してもよい。
【００４１】
またプロキシ処理部３４は、ある再生装置２２（仮に再生装置２２ａとする）から参加メッセージを受け付けた際、転送情報保持部３０の転送情報を参照して、その離脱メッセージにおける指定コンテンツの転送状態を判定する。
【００４２】
以下において「第４の転送状態」は、指定されたマルチキャストグループアドレスの転送情報が再生装置２２ａについてのみ存在する場合であり、再生装置２２ｂおよび再生装置２２ｃには指定コンテンツを未転送の状態であることとする。「第５の転送状態」は、指定されたマルチキャストグループアドレスの転送情報が再生装置２２ｂまたは再生装置２２ｃについても存在する場合であり、再生装置２２ａ以外に、再生装置２２ｂと再生装置２２ｃの少なくとも一方に対して指定コンテンツを転送中の状態であることとする。
【００４３】
プロキシ処理部３４は、第４の転送状態である場合に離脱メッセージを配信サーバ１０へ送信する。その一方、第５の転送状態である場合、ＯＬＴ装置１６において指定コンテンツの受信を継続するため、言い換えれば、指定されたマルチキャストグループに対するＯＬＴ装置１６の参加を継続するため、離脱メッセージの送信を抑制する。また転送情報更新部３６は転送状態にかかわらず転送情報の無効化処理を実行し、視聴状況通知部３８は転送状態にかかわらず視聴終了メッセージを視聴管理サーバ２４へ送信する。
【００４４】
以上の構成による動作を以下説明する。
図６は、コンテンツ配信システム１００における各装置の相互作用の一例を示すシーケンス図である。再生装置２２ａは、特定のデジタルコンテンツの配信要求をユーザから受け付けると、そのデジタルコンテンツに対応づけられたマルチキャストグループアドレス（ここではグループＺ）を指定したＪｏｉｎフレームをＯＬＴ装置１６へ送信する（Ｓ１０）。例えば、配信サーバ１０が再生装置２２に提供するウェブページであり、デジタルコンテンツを選択するためのウェブページのデータにマルチキャストグループアドレスが含まれ、再生装置２２はそのマルチキャストグループアドレスをＪｏｉｎフレームへ設定してもよい。
【００４５】
ＯＬＴ装置１６は、再生装置２２ａから送信されたＪｏｉｎフレームを終端し、自装置のＩＰアドレスを指定したＪｏｉｎフレームを配信サーバ１０へ送信する（Ｓ１２）。それとともにＯＬＴ装置１６は、そのＪｏｉｎフレームが新規参加であるか否かを判定する。新規参加である場合、そのＪｏｉｎフレームにもとづく視聴開始メッセージ（マルチキャストグループアドレスＺ／再生装置２２ａのＩＰアドレス／参加時刻・・・）をＳＮＭＰのＴｒａｐメッセージとして視聴管理サーバ２４へ送信する（Ｓ１４）。
【００４６】
ＯＬＴ装置１６は、ＰＯＮ配下に接続された再生装置２２ａ〜再生装置２２ｃのそれぞれに対して定期的に汎用クエリを送信する（Ｓ１６）。再生装置２２ａ〜再生装置２２ｃのそれぞれは、デジタルコンテンツの配信を要求する場合、汎用クエリに対して応答する。ここでは、再生装置２２ａがＯＬＴ装置１６へＪｏｉｎフレームを返す（Ｓ１８）。この場合、ＯＬＴ装置１６は視聴継続と判定し、視聴管理サーバ２４に対する新たな通知を抑制する。
【００４７】
新たに再生装置２２ｂからマルチキャストグループＺへのＪｏｉｎフレームが送信される（Ｓ２０）。ＯＬＴ装置１６は、当該グループＺに対しては既に参加済であるため、配信サーバ１０に対するＪｏｉｎフレームの送信を抑制する。その一方で、そのＪｏｉｎフレームにもとづく視聴開始メッセージ（マルチキャストグループアドレスＺ／再生装置２２ｂのＩＰアドレス／参加時刻・・・）を視聴管理サーバ２４へ送信する（Ｓ２２）。
【００４８】
新たに再生装置２２ｃからマルチキャストグループＹ（Ｚとは別のコンテンツ）へのＪｏｉｎフレームが送信される（Ｓ２４）。ＯＬＴ装置１６は、当該グループＹには未参加であるため、自装置のＩＰアドレスを指定したＪｏｉｎフレームを配信サーバ１０へ送信する（Ｓ２６）。それとともに、視聴開始メッセージ（マルチキャストグループアドレスＹ／再生装置２２ｃのＩＰアドレス／参加時刻・・・）をＳＮＭＰのＴｒａｐメッセージとして視聴管理サーバ２４へ送信する（Ｓ２８）。
【００４９】
再生装置２２ａにおいてデジタルコンテンツの視聴を終了する操作がユーザによりなされると、再生装置２２ａからマルチキャストグループＺに対するＬｅａｖｅフレームが送信される（Ｓ３０）。ＯＬＴ装置１６は、当該グループＺのデジタルコンテンツを再生装置２２ｂに対して転送中であるため、配信サーバ１０に対するＬｅａｖｅフレームの送信を抑制する。その一方で、そのＬｅａｖｅフレームにもとづく視聴終了メッセージ（マルチキャストグループアドレスＺ／再生装置２２ａのＩＰアドレス／離脱時刻・・・）をＳＮＭＰのＴｒａｐメッセージとして視聴管理サーバ２４へ送信する（Ｓ３２）。またＯＬＴ装置１６は、配信要求確認のためにマルチキャストグループアドレスＺを指定した特定クエリをＰＯＮ配下へ送信する（Ｓ３４）。この場合、再生装置２２ｂの視聴者は視聴を継続するため、再生装置２２ｂはＪｏｉｎフレームを応答する（Ｓ３６）。
【００５０】
図７は、ＯＬＴ装置１６の動作を示すフローチャートである。ＯＬＴ装置１６のプロキシ処理部３４は、先の汎用クエリの送信から一定時間が経過したことを検出すると（Ｓ１０のＹ）、ＰＯＮ配下のＯＮＵ装置２０のそれぞれに対して新たな汎用クエリを送信する（Ｓ１２）。一定時間が未経過であれば（Ｓ１０のＮ）、Ｓ１２はスキップされる。再生装置２２から送信されたマルチキャストグループに対する参加メッセージをプロキシ処理部３４が受け付けると（Ｓ１４のＹ）、視聴参加処理が実行される（Ｓ１６）。参加メッセージを受け付けなければ（Ｓ１４のＮ）、Ｓ１６はスキップされる。
【００５１】
再生装置２２から送信されたマルチキャストグループに対する離脱メッセージをプロキシ処理部３４が受け付けると（Ｓ１８のＹ）、視聴離脱処理が実行される（Ｓ２０）。そして、プロキシ処理部３４は、離脱メッセージで指定されたマルチキャストグループを指定した特定クエリを、ＰＯＮ配下のＯＮＵ装置２０のそれぞれに対して送信する（Ｓ２２）。離脱メッセージを受け付けなければ（Ｓ１８のＮ）、Ｓ２０およびＳ２２はスキップされる。配信サーバ１０からマルチキャスト配信されたデジタルコンテンツのデータを受け付けると（Ｓ２４のＹ）、視聴状況通知部３８は、転送情報保持部３０に保持された転送情報にしたがって、そのデジタルコンテンツのデータを再生装置２２へ転送する（Ｓ２６）。マルチキャスト配信されたデジタルコンテンツのデータを受け付けなければ（Ｓ２４のＮ）、Ｓ２６はスキップされる。
【００５２】
図８は、図７のＳ１６の視聴参加処理を詳細に示すフローチャートである。再生装置２２から送信された参加メッセージが、その再生装置２２の視聴者における新規の参加メッセージであった場合（Ｓ３０のＹ）、転送情報更新部３６は、その視聴者にデジタルコンテンツを転送するための新たな転送情報を転送情報保持部３０へ追加する（Ｓ３２）。再生装置２２から送信された参加メッセージで指定されたマルチキャストグループ（以下、「参加要求グループ」とも呼ぶ。）に対してＯＬＴ装置１６が未参加であれば（Ｓ３４のＮ）、プロキシ処理部３４は、参加要求グループに対してＯＬＴ装置１６を登録するための参加メッセージを配信サーバ１０へ送信する（Ｓ３６）。参加要求グループに対して既に参加している場合（Ｓ３４のＹ）、Ｓ３６はスキップされる。
【００５３】
視聴状況通知部３８は、再生装置２２からの参加メッセージにもとづく視聴開始メッセージを視聴管理サーバ２４へ送信する（Ｓ３８）。再生装置２２から送信された参加メッセージがその再生装置２２の視聴者における新規の参加メッセージでない場合、言い換えれば、その再生装置２２から指定グループが同じ参加メッセージを既に受け付け済の場合、さらに言い換えれば、その再生装置２２へ指定グループのデジタルコンテンツを既に転送中の場合（Ｓ３０のＮ）、Ｓ３２以降はスキップされて本図のフローを終了する。
【００５４】
図９は、図７のＳ２０の視聴離脱処理を詳細に示すフローチャートである。転送情報更新部３６は、離脱メッセージを送信した再生装置２２の視聴者にデジタルコンテンツを転送するための既存の転送情報を転送情報保持部３０から削除する（Ｓ４０）。離脱メッセージで指定されたマルチキャストグループ（以下、「離脱要求グループ」とも呼ぶ。）の視聴者数が０になる場合、言い換えれば、離脱要求グループを指定する転送情報が存在しなくなる場合（Ｓ４２のＹ）、プロキシ処理部３４は、離脱要求グループからＯＬＴ装置１６を除外するための離脱メッセージを配信サーバ１０へ送信する（Ｓ４４）。離脱要求グループの視聴者数が１以上残る場合、言い換えれば、離脱要求グループを指定する転送情報が残存する場合（Ｓ４２のＮ）、Ｓ４４はスキップされる。視聴状況通知部３８は、再生装置２２からの離脱メッセージにもとづく視聴終了メッセージを視聴管理サーバ２４へ送信する（Ｓ４６）。
【００５５】
本実施の形態のコンテンツ配信システム１００によれば、配信サーバ１０と再生装置２２間で送受されるＩＧＭＰメッセージを、両装置の間でデータを中継するＯＬＴ装置１６がスヌープして、そのＩＧＭＰメッセージにより示される視聴状況を視聴管理サーバ２４へ逐次通知する。これにより、デジタルコンテンツの配信側および再生側の双方に影響を与えることなく、マルチキャスト配信されるデジタルコンテンツのリアルタイムの視聴状況を視聴管理サーバ２４において容易に把握し、管理することができる。
【００５６】
また、ＩＧＭＰプロキシが実装されたＧＥ−ＰＯＮのＯＬＴ装置１６が視聴状況通知機能を備えることにより、デジタルコンテンツのマルチキャスト配信における網負荷の低減と、個々の視聴者（再生装置２２）における視聴状況の特定とを両立することができる。また、ＰＯＮ配下の複数の再生装置に対するデジタルコンテンツの転送状態を加味して、ＩＧＭＰメッセージの送信有無、視聴状況の通知有無を決定することにより、ＩＧＭＰメッセージの送信と視聴状況の通知の双方を適切なタイミングで実行することができる。
【００５７】
また、ユーザ宅（加入者宅）に一番近い局内に設置されるＯＬＴ装置１６が視聴状況通知機能を備えることにより、上位網のルータに影響されることなく、視聴管理を行うことができる。具体的には、ＩＧＭＰプロキシよりも上位（配信サーバ１０）側の装置では、各ユーザの視聴状況を把握することが困難である。したがって本実施の形態で示すように、マルチキャスト網（すなわち通信網１２）の複雑なルーティング方式に影響されずに直接、ＪｏｉｎフレームやＬｅａｖｅフレームをユーザ側から受信し、スヌープすることが可能なＯＬＴ装置１６において視聴状況を管理するための機能（本実施例では視聴状況通知機能）を実装することが好適であると言える。
【００５８】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００５９】
上記実施の形態では、視聴者側の再生装置からのＩＧＭＰメッセージをスヌープし、デジタルコンテンツの視聴状況を視聴管理サーバへ通知する通信装置の一例としてＧＥ−ＰＯＮのＯＬＴ装置を示した。変形例として、この通信装置はＯＬＴ装置に限らず、ＩＧＭＰスヌープを実行するブリッジやレイヤ２スイッチであってもよい。
【００６０】
上記実施の形態では、再生装置２２から送信された離脱メッセージを明示的に受け付けた場合に、ＯＬＴ装置１６は、離脱メッセージを配信サーバ１０へ送信し、転送情報保持部３０の転送情報を更新し、視聴終了メッセージを視聴管理サーバ２４へ送信した。変形例として、汎用クエリに対する再生装置２２からの応答フレームを受け付けないことをもって、図７のＳ２０の視聴離脱処理を実行してもよい。この場合、転送情報更新部３６は、プロキシ処理部３４において特定の再生装置２２からの応答フレームを受け付けないことを検出すると、その再生装置２２が指定された転送情報を無効化してもよい。また、特定クエリに対する再生装置２２からの応答フレームを受け付けない場合も同様に視聴離脱処理を実行してよい。この場合、転送情報更新部３６は、特定クエリで指定したマルチキャストグループが指定され、かつ、プロキシ処理部３４において応答フレームを受け付けない再生装置２２が指定された転送情報を無効化してもよい。
【００６１】
上述した実施の形態および変形例の任意の組み合わせもまた本発明の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施の形態および変形例それぞれの効果をあわせもつ。
【００６２】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。
【符号の説明】
【００６３】
１０  配信サーバ、  １４  ＭＣ対応ルータ、  １６  ＯＬＴ装置、  ２０，２２，２４  視聴管理サーバ、  ３０  転送情報保持部、  ３２  転送処理部、  ３４  プロキシ処理部、  ３６  転送情報更新部、  ３８  視聴状況通知部、  １００  コンテンツ配信システム。
【図１】
2012134839.tif 000003
【図２】
2012134839.tif 000004
【図３】
2012134839.tif 000005
【図４】
2012134839.tif 000006
【図５】
2012134839.tif 000007
【図６】
2012134839.tif 000008
【図７】
2012134839.tif 000009
【図８】
2012134839.tif 000010
【図９】
2012134839.tif 000011