(57)【要約】【課題】許可されていないマルチキャスト要求の有無を監視することができるＯＳＳ、マルチキャスト通信システム、及びプログラムであって、ＭＣ−ＧＷへの設定量が少なく、ＭＣ−ＧＷへの設定内容の管理コストが小さく、ユーザ登録に伴うＭＣ−ＧＷへの事前設定が不要であり、制御オーバーヘッドやザッピング遅延を従来技術に対して抑えることができ、許可されていないマルチキャスト視聴要求を送出するユーザが非常に少ない場合でも過剰な制御とならないＯＳＳ、マルチキャスト通信システム、及びプログラムを提供することを目的とする。【解決手段】本発明は、ＭＣ−ＧＷが、初期状態で、収容するすべてのユーザからのすべての制御対象へのマルチキャスト視聴要求を許可するとともに、該マルチキャスト視聴要求を保持し、ＯＳＳが、ＭＣ−ＧＷが保持したマルチキャスト視聴要求と各制御対象に対する各ユーザの視聴権の有無を示すユーザ情報とを比較する。【選択図】図８
2014042188.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ毎にマルチキャストチャネルの視聴可否を設定したユーザ情報を保持するユーザ情報テーブルと、
マルチキャスト通信サービスにおいてユーザ単位の通信制御を行うマルチキャストゲートウェイが記録するユーザ毎のマルチキャストチャネル視聴要求履歴と前記ユーザ情報テーブルが保持する前記ユーザ情報とを突き合せ、不許可のマルチキャストチャネル視聴要求の有無を監視する突合機能部と、
を備えるオペレーションサポートシステム。
【請求項２】
前記突合機能部は、
マルチキャストチャネル毎に、前記マルチキャストチャネル視聴要求履歴に記録されるマルチキャストチャネル視聴要求をしたユーザ数と前記ユーザ情報テーブルに設定されている該マルチキャストチャネルの視聴を許可されているユーザ数とを突き合せることを特徴とする請求項１に記載のオペレーションサポートシステム。
【請求項３】
前記突合機能部は、
マルチキャストチャネル毎に、前記マルチキャストチャネル視聴要求履歴に記録されるマルチキャストチャネル視聴要求を行ったユーザと前記ユーザ情報に設定されている該マルチキャストチャネルの視聴可否とを突き合せることを特徴とする請求項１又は２に記載のオペレーションサポートシステム。
【請求項４】
任意のユーザからのマルチキャストチャネル視聴要求を拒否するマルチキャスト機能制御情報を前記マルチキャストゲートウェイに登録する制御機能部をさらに備えることを特徴とする請求項１から３のいずれかに記載のオペレーションサポートシステム。
【請求項５】
前記突合機能部は、
監視条件として監視期間及び監視対象範囲の少なくとも一方が設定されており、前記マルチキャストチャネル視聴要求履歴と前記ユーザ情報との突き合せを前記監視条件に基づいて行うことを特徴とする請求項１から４のいずれかに記載のオペレーションサポートシステム。
【請求項６】
前記ユーザ情報の原本を記憶する原本テーブルをさらに備えており、
前記ユーザ情報テーブルは、所定時に前記原本テーブルから前記ユーザ情報を取得することを特徴とする請求項１から５のいずれかに記載のオペレーションサポートシステム。
【請求項７】
マルチキャスト通信サービスにおいてユーザ単位の通信制御を行う際にユーザ毎のマルチキャストチャネル視聴要求履歴を取得するマルチキャストゲートウェイと、
前記マルチキャストチャネル視聴要求履歴と前記ユーザ情報とを突き合せ、不許可のマルチキャストチャネル視聴要求の有無を監視する請求項１から６のいずれかに記載のオペレーションサポートシステムと、
を備えるマルチキャスト通信システム。
【請求項８】
請求項１から６のいずれかに記載のオペレーションサポートシステムの機能をコンピュータに実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信技術に属し、特に、マルチキャスト通信を行う技術に関する。
【背景技術】
【０００２】
近年、ＧＥ−ＰＯＮ（Ｇｉｇａｂｉｔ−Ｅｔｈｅｒｎｅｔ（登録商標）  Ｐａｓｓｉｖｅ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ）システムなどＦＴＴＨ（Ｆｉｂｅｒ  Ｔｏ  Ｔｈｅ  Ｈｏｍｅ）をはじめとした高速サービスが普及してきている。高速なネットワークサービスにおいては、ＩＰＴＶ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｔｅｌｅｖｉｓｉｏｎ）などの広帯域放送型サービスが広く提供され、それらを効率的に提供するためにＩＰマルチキャストが利用されている。ＩＰマルチキャストは、マルチキャストリスナからの視聴要求に応じ動的にマルチキャストツリーを構築し、帯域を有効活用する目的で用いられる。マルチキャストリスナからのマルチキャスト視聴要求には、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）やＭＬＤ（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｉｓｃｏｖｅｒｙ）が利用される。
【０００３】
ネットワーク事業者がこのようなマルチキャスト通信サービスを提供するにあたり、対価としてユーザ単位の課金を行ったり、セキュリティの観点からユーザ単位の通信制御を行ったりする場合、通常、該サービスの提供を受けるユーザの情報を保持し、その情報をもとに課金や通信制御を行う。そのようなユーザ情報は、通常、オペレーションサポートシステム（ＯＳＳ）と呼ばれるシステムを用いて管理される。また、ここでは、マルチキャスト通信サービスにおいてユーザ単位の通信制御を行う装置をマルチキャストゲートウェイ（ＭＣ−ＧＷ）と呼ぶ。ＩＰマルチキャストにおいては、通常マルチキャストツリーの最末端のリーフノード部より幹側ではユーザ単位の情報が失われるため、該リーフノードに該当するノードがＭＣ−ＧＷとなる。ＭＣ−ＧＷは、リーフノード側からのマルチキャスト視聴要求、および通信制御内容に応じて、マルチキャストデータをリーフノード側に転送したり、幹側へ要求を転送したりして、ＩＰマルチキャストツリーを構築する。
【０００４】
前記ＭＣ−ＧＷは、例えばＰＯＮシステムにおけるＯＬＴ（Ｏｐｔｉｃａｌ  Ｌｉｎｅ  Ｔｅｒｍｉｎａｌ）である場合、アクセスネットワークとコアネットワークの間に配置されるエッジルータである場合、回線収容の形態に応じて任意の装置である場合がある。
【０００５】
（従来技術１）
上記のＯＳＳとＭＣ−ＧＷを用いてユーザ単位の課金や通信制御を行うために、図１に示す従来技術１の構成（マルチキャスト通信システム３００）をとることがある。マルチキャスト通信システム３００は、初期状態において、すなわちＯＳＳ１００から特別に視聴許可設定がなされない限りは、収容するすべてのユーザからの制御対象マルチキャストチャネルへのマルチキャスト視聴要求を拒否する。ＯＳＳ１００は、マルチキャスト通信サービスに関わるユーザ情報を保持するユーザ情報テーブル１１と、ＭＣ−ＧＷを制御する制御機能部１２と、を備える。ＭＣ−ＧＷ２００は、コア側ネットワーク（ＮＷ）２１０とユーザ側ＮＷ２２０の間に配備され、各ユーザに対し制御対象とするマルチキャストチャネル視聴の拒否／許可を管理する制御テーブル２１と、制御テーブル２１をもとにユーザ側からのマルチキャスト視聴要求に対して通信制御を行う要求制御機能部２２を備える。ＭＣ−ＧＷ２００とユーザ側ＮＷ２２０はアクセス回線２３０で接続され、ＭＣ−ＧＷ２００には任意の数のアクセス回線が収容されうる。ここでは、ユーザとアクセス回線は一意に対応するものとする。
【０００６】
ＯＳＳ１００が備えるユーザ情報テーブル１１の例を図２に示す。図２のユーザ情報テーブル１１では、ユーザと一意に対応する回線ＩＤ（ＣＩＤ：Ｃｉｒｃｕｉｔ  ＩＤ）ごと、および、制御対象とするマルチキャストチャネルを表す＜Ｓ、Ｇ＞ごとに、当該＜Ｓ、Ｇ＞に対する視聴権がない場合には０、ある場合には１が登録されている。ここで、ＳはＩＰソースアドレス、ＧはＩＰマルチキャストグループアドレスを表す。また、各＜Ｓ、Ｇ＞は、アドレス空間における一意なマルチキャストアドレスであってもよいし、プレフィックスなどで指定されるアドレス範囲であってもよい。
【０００７】
ＯＳＳ１００が備える制御機能部１２は、ユーザ情報テーブル１１に登録されている通りに、ユーザごとに制御対象とする＜Ｓ、Ｇ＞への視聴可否を制御するマルチキャスト機能制御情報をＭＣ−ＧＷ２００に登録する。すなわち、図２記載のテーブル例においては、ＣＩＤ＝１に対して＜Ｓ１、Ｇ１＞と＜Ｓｎ、Ｇｎ＞への、ＣＩＤ＝２に対して＜Ｓ１、Ｇ１＞へのマルチキャスト視聴要求に応答して対応するマルチキャストデータの転送を許可するようにＭＣ−ＧＷ２００に設定し、その設定は、ＭＣ−ＧＷ２００が備える制御テーブル２１に記録される。それ以外には転送許可設定を行わない。
【０００８】
ＭＣ−ＧＷ２００が備える制御テーブル２１の例を図３に示す。図３の制御テーブル２１では、あらかじめＭＣ−ＧＷ２００が収容しているＣＩＤごと、制御対象とする＜Ｓ、Ｇ＞ごとに、該当するＣＩＤから対象とする＜Ｓ、Ｇ＞へのマルチキャスト視聴の拒否／許可を表す欄を持っており、マルチキャスト視聴要求が拒否されていれば０が、マルチキャスト視聴要求が許可されていれば１が記載される。図３の例では、ＣＩＤ＝１に対して＜Ｓ１、Ｇ１＞と＜Ｓｎ、Ｇｎ＞が、ＣＩＤ＝２に対して＜Ｓ１、Ｇ１＞が許可されている様子が表わされている。ＭＣ−ＧＷ２００が備える別の制御テーブル２１の例を図４に示す。図４の制御テーブル２１では、制御対象とする＜Ｓ、Ｇ＞と、その＜Ｓ、Ｇ＞の視聴が許可されているＣＩＤとの組を登録する。図４でも図３と同様に、ＣＩＤ＝１に対して＜Ｓ１、Ｇ１＞と＜Ｓｎ、Ｇｎ＞が、ＣＩＤ＝２に対して＜Ｓ１、Ｇ１＞が許可されている様子が表わされている。図３、図４に示す制御テーブルを備えることで、ＭＣ−ＧＷ２００は、自身が収容するユーザからのマルチキャスト視聴要求に対する拒否／許可を判定することができる。
【０００９】
ＭＣ−ＧＷ２００が備える要求制御機能部２２は、ＯＳＳ１００からのマルチキャスト機能制御情報に従い構成された制御テーブル２１の内容に従い、ユーザ側ＮＷ２２０からのマルチキャスト視聴要求信号に応答する要求制御機能を備える。すなわち、ＯＳＳ１００からＣＩＤ＝１に対して＜Ｓ１、Ｇ１＞と＜Ｓｎ、Ｇｎ＞への、ＣＩＤ＝２に対して＜Ｓ１、Ｇ１＞へのマルチキャスト視聴要求に応答して対応するマルチキャストデータの転送を許可するように設定されたならば、そのように動作する。
【００１０】
要求制御機能部２２を動作させるために実際に装置に設定される設定量は、許可設定量に比例する。すわなち、図３の例では、ＣＩＤ＝１に対して＜Ｓ１、Ｇ１＞と＜Ｓｎ、Ｇｎ＞に対する視聴要求を、ＣＩＤ＝２に対して＜Ｓ１、Ｇ１＞に対する視聴要求を許可する設定がなされることとなる。
【００１１】
したがって、ＭＣ−ＧＷ２００は、あるユーザ側ＮＷ２２０から、その対応するＣＩＤで視聴権のある＜Ｓ、Ｇ＞に対しマルチキャスト視聴要求を受信したならばその視聴を許可し、視聴権のない＜Ｓ、Ｇ＞に対しマルチキャスト視聴要求を受信したならばそれを拒否する。結果として、ＯＳＳ１００が保持するユーザ情報テーブルにおいて，視聴許可登録されたユーザに対してのみマルチキャスト通信サービスが提供される。ユーザ情報テーブル１１での許可内容とＭＣ−ＧＷ２００に設定されている許可設定が一致しているため、ユーザ単位課金は、ＯＳＳ１００に備えるユーザ情報テーブル１１に基づいて行えばよい。
【００１２】
マルチキャスト通信システム３００では、ＭＣ−ＧＷ２００への各ユーザへのマルチキャスト通信サービス許可設定が、ＯＳＳ１００のユーザ情報テーブル１１にしたがって、また、ユーザが実際に利用しようとするに先立って行われている必要がある。そのため、サービスの迅速な提供を可能とするためには、ユーザ情報が登録されると即時にＭＣ−ＧＷ２００に設定を行う必要がある。以下、このような即時制御動作をリアルタイム制御と呼ぶ。このように、ＭＣ−ＧＷ２００におけるマルチキャスト視聴の可否判断はマルチキャスト視聴要求信号の授受に関わりがなく、事前の設定により行われることが特徴である。
【００１３】
（従来技術２）
また、図５に示す従来技術２のシステム（マルチキャスト通信システム３００’）が提案されている（例えば、特許文献１を参照。）。マルチキャスト通信システム３００’は、図１のマルチキャスト通信システム３００の構成に、ＯＳＳ１００に認証機能部１３を備え、ＭＣ−ＧＷ２００に要求転送機能部２３を備えている。
【００１４】
マルチキャスト通信システム３００’のＭＣ−ＧＷ２００’は、要求転送機能部２３により、ユーザ側ＮＷ２２０からある＜Ｓ、Ｇ＞に対するマルチキャスト視聴要求を受信したとき、そのマルチキャスト視聴要求で指定された＜Ｓ、Ｇ＞と、ＭＣ−ＧＷ２００’のポート番号と、ユーザ側ＮＷ２２０に設置されたユーザ端末のＭＡＣアドレスと、の組をマルチキャスト視聴要求情報としてＯＳＳ１００’に報告する。ここで、ＭＣ−ＧＷ２００’のポート番号とユーザ端末のＭＡＣアドレスの組によってＣＩＤが表わされる。ＯＳＳ１００’が備える認証機能は、該転送された要求に対し、ユーザ情報テーブル１１の登録情報をもとに認証を行い、もし許可されているならば、制御機能部１２を用いてマルチキャスト機能制御情報としてＭＣ−ＧＷ２００’に許可設定し、その設定は、ＭＣ−ＧＷ２００’が備える制御テーブル２１に記録される。もしユーザ情報テーブル１１において許可登録されていなければ、ＭＣ−ＧＷ２００’に許可設定を行わない。
【００１５】
ＭＣ−ＧＷ２００’が備える制御テーブル２１の例を図６に示す。図６の制御テーブル２１の構成は図３に示すテーブルと同様であり、マルチキャスト視聴要求が拒否されていれば０が、マルチキャスト視聴要求が許可されていれば１が記載される。図６の例では、ＣＩＤ＝１に対応するユーザから＜Ｓ１、Ｇ１＞へ、ＣＩＤ＝２に対応するユーザから＜Ｓ１、Ｇ１＞へ視聴要求がなされた場合の様子が表わされている。ＣＩＤ＝１に対して＜Ｓ１、Ｇ１＞へ視聴要求がなされた場合、ＭＣ−ＧＷ２００’はその旨をＯＳＳ１００’にマルチキャスト要求情報として転送する。ＯＳＳ１００’は、マルチキャスト要求情報とユーザ情報テーブル１１を突き合せ、当該要求が許可されているか否かを判別する。この例では許可されているので、ＯＳＳ１００’は、その旨をＭＣ−ＧＷ２００’にマルチキャスト機能制御情報として設定する。その結果、制御テーブル２１ではＣＩＤ１に対し＜Ｓ１、Ｇ１＞の許可設定が行われる。ＣＩＤ＝２に対応するユーザから＜Ｓ１、Ｇ１＞へ視聴要求がなされた場合にも同様の動作がおこなわれる。もしＣＩＤ＝ｎに対応するユーザから＜Ｓｎ、Ｇｎ＞へ視聴要求がなされても、視聴許可されていないため、制御テーブルにおいて許可設定されない。ＭＣ−ＧＷ２００’が備える別の制御テーブル２１の例を図７に示す。図７の制御テーブル２１では、制御対象とする＜Ｓ、Ｇ＞と、その＜Ｓ、Ｇ＞の視聴が許可されているＣＩＤとの組を登録する。図７でも図６と同様に、ＣＩＤ＝１に対して＜Ｓ１、Ｇ１＞が、ＣＩＤ＝２に対して＜Ｓ１、Ｇ１＞が許可されている様子が表わされている。図６、図７に示す制御テーブル２１を備えることで、ＭＣ−ＧＷ２００’は、自身が収容するユーザからのマルチキャスト視聴要求に対する拒否／許可を判定することができる。
【００１６】
以上の動作により、マルチキャスト通信システム３００’は、図１のマルチキャスト通信システム３００と同様に、ＯＳＳ１００’に登録されたユーザに対してのみマルチキャスト通信サービスが提供される。また同様に、ユーザ単位課金を行う場合には、ＯＳＳ１００’に備えるユーザ情報テーブル１１の登録内容に応じて行えばよい。
【００１７】
マルチキャスト通信システム３００’は、各ユーザへのマルチキャスト通信サービス可否設定が、実際のマルチキャスト視聴要求信号に連動して動的に判定されＭＣ−ＧＷ２００’に設定されることが特徴である。そのため、図１のマルチキャスト通信システム３００のようにはユーザ情報テーブル１１に記載の許可情報がすべて制御テーブル２１に設定されるのと異なり、マルチキャスト通信システム３００’は視聴要求のあったもののみ制御テーブル２１に登録される。また、視聴要求があるたびに拒否／許可をＯＳＳ１００’に問い合わせる必要があるために、迅速なサービス提供のためにはＭＣ−ＧＷ２００’とＯＳＳ１００’間でリアルタイム制御を必要とする。
【先行技術文献】
【特許文献】
【００１８】
【特許文献１】特開２００３−２６４５７７号公報
【発明の概要】
【発明が解決しようとする課題】
【００１９】
しかしながら、従来技術１においては、次のような課題がある。
（１）ユーザ数及び制御対象＜Ｓ、Ｇ＞数に比例してＭＣ−ＧＷの設定量が増大するため、該設定情報を保持するのに必要なメモリが増大し、結果として、ＭＣ−ＧＷのコストが上昇する。
（２）ＭＣ−ＧＷへの設定量の増大のため、設定内容の管理コストが上昇する。
（３）ユーザが制御対象＜Ｓ、Ｇ＞を視聴するにあたり、マルチキャスト視聴要求信号到着に先立って装置設定を行っておく必要があるため、迅速なサービス提供のためにはＯＳＳへのユーザ登録にリアルタイム制御を必要とする。そのため、ユーザ数の変化の増大に比例してＯＳＳのリアルタイム制御の処理負荷が増大し、ＯＳＳのコストが上昇する。
このように、従来技術１にはユーザ数及び制御対象＜Ｓ、Ｇ＞数の増大に関連するコストの課題があった。
【００２０】
一方、従来技術２は、ＭＣ−ＧＷがユーザ側ＮＷからマルチキャスト視聴要求を受信する都度ＯＳＳでの認証を行うため、ＭＣ−ＧＷへの事前設定を必要としない。そのため、ＭＣ−ＧＷの設定量は、ユーザ数および制御対象＜Ｓ、Ｇ＞数でなく、ある時点で制御対象＜Ｓ、Ｇ＞を視聴しているユーザ数および＜Ｓ、Ｇ＞数のみとなる。また、ＭＣ−ＧＷへの事前設定を必要としないために、ＯＳＳへのユーザ登録のみで迅速にサービス提供を行うことができる。このように従来技術２は、従来技術１のユーザ数及び制御対象＜Ｓ、Ｇ＞数の増大に関連するコストの課題を解決している。
【００２１】
しかしながら、従来技術２は、従来技術１とは異なる次のような課題がある。
（４）マルチキャスト視聴要求の度にＯＳＳでの認証を必要とするため、そのようなリアルタイム制御を行うためにＯＳＳの負荷が高くＯＳＳのコストが上昇する。
（５）当該認証のために制御オーバーヘッドが増大し帯域の利用効率が減少する。
（６）当該認証のために従来技術１に対して視聴チャネル変更の際のザッピング遅延が増大する。
このように、従来技術２にはマルチキャスト視聴要求の認証に関連する課題があった。
【００２２】
また、従来技術１ならびに従来技術２は、ユーザ情報テーブルに登録された情報が、ＭＣ−ＧＷでのマルチキャスト視聴要求可否判定やマルチキャスト視聴要求の都度の認証を通じて常に判定されている。このため、許可されていないマルチキャスト視聴要求を送出するユーザが非常に少ない通信システムの場合、従来技術は過剰な制御を行うことになるという課題もある。
【００２３】
一方、ネットワーク事業者がマルチキャスト通信サービスを提供するにあたり、対価としてユーザあたりの課金を行ったり、セキュリティの観点からユーザ単位の通信制御を行ったりするためには、許可されていないマルチキャスト要求の有無を監視しておく必要があるという課題もある。
【００２４】
本発明は、上記の課題に鑑みてなされたものであり、その目的は、許可されていないマルチキャスト要求の有無を監視することができるＯＳＳ、マルチキャスト通信システム、及びプログラムであって、ＭＣ−ＧＷへの設定量が少なく、ＭＣ−ＧＷへの設定内容の管理コストが小さく、ユーザ登録に伴うＭＣ−ＧＷへの事前設定が不要であり、制御オーバーヘッドやザッピング遅延を従来技術に対して抑えることができ、許可されていないマルチキャスト視聴要求を送出するユーザが非常に少ない場合でも過剰な制御とならないＯＳＳ、マルチキャスト通信システム、及びプログラムを提供することにある。
【課題を解決するための手段】
【００２５】
上記目的を達成するために、本発明は、ＭＣ−ＧＷが、初期状態で、収容するすべてのユーザからのすべての制御対象へのマルチキャスト視聴要求を許可するとともに、該マルチキャスト視聴要求を保持し、ＯＳＳが、ＭＣ−ＧＷが保持したマルチキャスト視聴要求と各制御対象に対する各ユーザの視聴権の有無を示すユーザ情報とを比較し、不正なマルチキャスト視聴要求を検出することとした。
【００２６】
具体的には、本発明に係るＯＳＳは、ユーザ毎にマルチキャストチャネルの視聴可否を設定したユーザ情報を保持するユーザ情報テーブルと、
マルチキャスト通信サービスにおいてユーザ単位の通信制御を行うマルチキャストゲートウェイが記録するユーザ毎のマルチキャストチャネル視聴要求履歴と前記ユーザ情報テーブルが保持する前記ユーザ情報とを突き合せ、不許可のマルチキャストチャネル視聴要求の有無を監視する突合機能部と、
を備える。
【００２７】
本発明は、ＭＣ−ＧＷに視聴有無の履歴情報を記録するのみでありＭＣ−ＧＷへの設定量の増大を抑制することができる。デフォルト視聴許可であるため、ＭＣ−ＧＷへの事前設定が不要であり、設定内容の管理コストを小さくすることができる。視聴有無の履歴とユーザ情報との突合は一週間に一回や一か月に一回とすることができるため、ＯＳＳ負荷、制御オーバーヘッド、及び視聴チャネル変更の際のザッピング遅延の増大を抑制することができる。また、当該突合で不許可マルチキャスト要求の有無を監視することもできる。
【００２８】
従って、本発明は、許可されていないマルチキャスト要求の有無を監視することができるＯＳＳ、マルチキャスト通信システム、及びプログラムであって、ＭＣ−ＧＷへの設定量が少なく、ＭＣ−ＧＷへの設定内容の管理コストが小さく、ユーザ登録に伴うＭＣ−ＧＷへの事前設定が不要であり、制御オーバーヘッドやザッピング遅延を従来技術に対して抑えることができ、許可されていないマルチキャスト視聴要求を送出するユーザが非常に少ない場合でも過剰な制御とならないＯＳＳを提供することができる。
【００２９】
本発明に係るＯＳＳの前記突合機能部は、マルチキャストチャネル毎に、前記マルチキャストチャネル視聴要求履歴に記録されるマルチキャストチャネル視聴要求をしたユーザ数と前記ユーザ情報テーブルに設定されている該マルチキャストチャネルの視聴を許可されているユーザ数とを突き合せることができる。
【００３０】
本発明に係るＯＳＳの前記突合機能部は、マルチキャストチャネル毎に、前記マルチキャストチャネル視聴要求履歴に記録されるマルチキャストチャネル視聴要求を行ったユーザと前記ユーザ情報に設定されている該マルチキャストチャネルの視聴可否とを突き合せることもできる。
【００３１】
本発明に係るＯＳＳは、任意のユーザからのマルチキャストチャネル視聴要求を拒否するマルチキャスト機能制御情報を前記マルチキャストゲートウェイに登録する制御機能部をさらに備える。
【００３２】
許可されていないマルチキャスト視聴要求を行ったユーザへのマルチキャストデータの転送を停止することができる。
【００３３】
本発明に係るＯＳＳの前記突合機能部は、監視条件として監視期間及び監視対象範囲の少なくとも一方が設定されており、前記マルチキャストチャネル視聴要求履歴と前記ユーザ情報との突き合せを前記監視条件に基づいて行うこととしてもよい。そのため，過剰な制御を防止することができる。
【００３４】
本発明に係るＯＳＳは、前記ユーザ情報の原本を記憶する原本テーブルをさらに備えており、前記ユーザ情報テーブルは、所定時に前記原本テーブルから前記ユーザ情報を取得することを特徴とする。原本のユーザ情報を別管理とすることで高信頼化及び高セキュリティ化を実現できる。
【００３５】
本発明に係るマルチキャスト通信システムは、マルチキャスト通信サービスにおいてユーザ単位の通信制御を行う際にユーザ毎のマルチキャストチャネル視聴要求履歴を取得するマルチキャストゲートウェイと、
前記マルチキャストチャネル視聴要求履歴と前記ユーザ情報とを突き合せ、不許可のマルチキャストチャネル視聴要求の有無を監視する前記ＯＳＳと、
を備える。
【００３６】
本発明に係るプログラムは、前記ＯＳＳの機能をコンピュータに実現させる。コンピュータをＯＳＳとして機能させることができる。
【発明の効果】
【００３７】
本発明は、許可されていないマルチキャスト要求の有無を監視することができるＯＳＳ、マルチキャスト通信システム、及びプログラムであって、ＭＣ−ＧＷへの設定量が少なく、ＭＣ−ＧＷへの設定内容の管理コストが小さく、ユーザ登録に伴うＭＣ−ＧＷへの事前設定が不要であり、制御オーバーヘッドやザッピング遅延を従来技術に対して抑えることができ、許可されていないマルチキャスト視聴要求を送出するユーザが非常に少ない場合でも過剰な制御とならないＯＳＳ、マルチキャスト通信システム、及びプログラムを提供することができる。
【図面の簡単な説明】
【００３８】
【図１】従来のマルチキャスト通信システムを説明する図である。
【図２】ユーザ情報テーブルを説明する図である。
【図３】従来のマルチキャスト通信システムにおける制御テーブルを説明する図である。
【図４】従来のマルチキャスト通信システムにおける制御テーブルを説明する図である。
【図５】従来のマルチキャスト通信システムを説明する図である。
【図６】従来のマルチキャスト通信システムにおける制御テーブルを説明する図である。
【図７】従来のマルチキャスト通信システムにおける制御テーブルを説明する図である。
【図８】本発明に係るマルチキャスト通信システムを説明する図である。
【図９】本発明に係るマルチキャスト通信システムの監視テーブルを説明する図である。
【図１０】本発明に係るマルチキャスト通信システムの監視テーブルを説明する図である。
【図１１】本発明に係るマルチキャスト通信システムを説明する図である。
【図１２】本発明に係るマルチキャスト通信システムの制御テーブルを説明する図である。
【図１３】本発明に係るマルチキャスト通信システムの制御テーブルを説明する図である。
【図１４】本発明に係るＯＳＳを説明する図である。
【図１５】本発明に係るＯＳＳを説明する図である。
【発明を実施するための形態】
【００３９】
添付の図面を参照して本発明の実施形態を説明する。以下に説明する実施形態は本発明の実施例であり、本発明は、以下の実施形態に制限されるものではない。なお、本明細書及び図面において符号が同じ構成要素は、相互に同一のものを示すものとする。
【００４０】
（実施形態１）
本実施形態のマルチキャスト通信システム３０１を図８に示す。マルチキャスト通信システム３０１は、マルチキャスト通信サービスにおいてユーザ単位の通信制御を行う際にユーザ毎のマルチキャストチャネル視聴要求履歴を取得するマルチキャストゲートウェイ（ＭＣ−ＧＷ）２０１と、
前記マルチキャストチャネル視聴要求履歴と前記ユーザ情報とを突き合せ、不許可のマルチキャストチャネル視聴要求の有無を監視するオペレーションサポートシステム（ＯＳＳ）１０１と、
を備える。
【００４１】
ＭＣ−ＧＷ２０１は、ユーザ側ＮＷ２２０からのマルチキャスト視聴要求状況を一定期間保持する監視テーブル２５と、監視テーブル２５で保持しているユーザ側ＮＷ２２０からのマルチキャスト視聴要求状況を、必要に応じＯＳＳ１０１に対しマルチキャスト要求監視情報として通知する通知機能部２６と、を備える。
【００４２】
ＯＳＳ１０１は、ユーザ毎にマルチキャストチャネルの視聴可否を設定したユーザ情報を保持するユーザ情報テーブル１１と、
マルチキャスト通信サービスにおいてユーザ単位の通信制御を行うＭＣ−ＧＷ２０１が記録するユーザ毎のマルチキャストチャネル視聴要求履歴とユーザ情報テーブル１１が保持するユーザ情報とを突き合せ、不許可のマルチキャストチャネル視聴要求の有無を監視する突合機能部１５と、
を備える。
【００４３】
ＭＣ−ＧＷ２０１は、初期状態では、すなわち、ＯＳＳ１０１から特別に視聴拒絶設定がなされない限りは、収容するすべてのユーザからの制御対象＜Ｓ、Ｇ＞へのマルチキャスト視聴要求を許可する。
【００４４】
ＯＳＳ１０１が備えるユーザ情報テーブル１１の例は、図２と同様である。
【００４５】
ＯＳＳ１０１が備える突合機能部１５は、マルチキャスト要求監視情報と、ユーザ情報テーブル１１に登録されているユーザ情報とを突合し、それらの差分を抽出する。
【００４６】
ＭＣ−ＧＷ２０１が備える監視テーブル２５の例を図９に示す。図９の監視テーブル２５では、あらかじめＭＣ−ＧＷ２０１が収容しているＣＩＤごと、制御対象とする＜Ｓ、Ｇ＞ごとに、該当するＣＩＤから対象とする＜Ｓ、Ｇ＞へのマルチキャスト視聴要求有無を表す欄を持っており、マルチキャスト視聴要求がなければ０が、マルチキャスト視聴要求があれば１が記載される。図９の例では、ＣＩＤ＝１が＜Ｓ１、Ｇ１＞を、ＣＩＤ＝２が＜Ｓ１、Ｇ１＞を、ＣＩＤ＝ｎが＜Ｓｎ、Ｇｎ＞を視聴した履歴が記録されている。ＭＣ−ＧＷ２０１が備える別の監視テーブル２５の例を図１０に示す。図１０の監視テーブル２５では、制御対象とする＜Ｓ、Ｇ＞に対しマルチキャスト視聴要求があれば、該マルチキャスト視聴要求を受信したＣＩＤと、該＜Ｓ、Ｇ＞との組を登録する。図１０でも図９と同様に、ＣＩＤ＝１が＜Ｓ１、Ｇ１＞を、ＣＩＤ＝２が＜Ｓ１、Ｇ１＞を、ＣＩＤ＝ｎが＜Ｓｎ、Ｇｎ＞を視聴した履歴が記録されている。図９、図１０に示す監視テーブル２５を備えることで、ＭＣ−ＧＷ２０１は、自身が受信するマルチキャスト視聴要求から収容するＣＩＤごとの視聴履歴を監視することができる。
【００４７】
ＯＳＳ１０１が備える突合機能部１５は、その突合内容により、ユーザの使用状況分析のレベルが異なる。また、その際に必要とするマルチキャスト要求監視情報が異なり、付随して制御オーバーヘッド量が異なる。以下、分析の程度として二通りを説明する。
【００４８】
第一のレベルとして、制御対象＜Ｓ、Ｇ＞単位のユーザ総数の突合が挙げられる。突合機能部１５は、マルチキャストチャネル毎に、前記マルチキャストチャネル視聴要求履歴に記録されるマルチキャストチャネル視聴要求をしたユーザ数とユーザ情報テーブル１１に設定されている該マルチキャストチャネルの視聴を許可されているユーザ数とを突き合せる。ＭＣ−ＧＷ２０１は、マルチキャスト要求監視情報として、制御対象＜Ｓ、Ｇ＞ごとの、監視テーブル２５に登録されている視聴履歴のあるユーザ総数のみをＯＳＳ１０１に報告する。ＯＳＳ１０１は、ユーザ情報テーブル１１に登録されている、ＭＣ−ＧＷ２０１に収容されているユーザのうち、該＜Ｓ、Ｇ＞を視聴許可登録されているユーザ総数と、ＭＣ−ＧＷ２０１から報告されたユーザ総数とを突き合せする。もしＭＣ−ＧＷ２０１から報告されたユーザ総数が、ユーザ情報テーブル１１上の視聴許可ユーザ総数を超えていれば、ＭＣ−ＧＷ２０１に収容されているユーザのうち、不正なＭＣユーザが含まれていることを判別することができる。ユーザ情報テーブル１１として図２に示すもの、監視テーブル２５として図９に示すものを例にとると、マルチキャスト要求監視情報として、＜Ｓ１、Ｇ１＞に対し視聴ユーザ総数２、＜Ｓｎ、Ｇｎ＞に対し視聴ユーザ総数１が報告される。ユーザ情報テーブル１１における視聴許可ユーザ総数は＜Ｓ１、Ｇ１＞＝２、＜Ｓｎ、Ｇｎ＞＝０なので、＜Ｓｎ、Ｇｎ＞に対し視聴許可されていないユーザから視聴要求があったことがわかる。
【００４９】
第二のレベルとして、制御対象とする＜Ｓ、Ｇ＞ごとの、ＣＩＤ単位の突合が挙げられる。突合機能部１５は、マルチキャストチャネル毎に、前記マルチキャストチャネル視聴要求履歴に記録される前記ユーザのマルチキャストチャネル視聴要求を行ったユーザとユーザ情報テーブル１１に設定されている該マルチキャストチャネルの視聴可否とを突き合せる。ＭＣ−ＧＷ２０１は、マルチキャスト要求監視情報として、監視テーブル２５に登録されている、制御対象とする＜Ｓ、Ｇ＞ごとに視聴履歴のあるＣＩＤをＯＳＳ１０１に報告する。ＯＳＳ１０１は、ＭＣ−ＧＷ２０１から報告されたＣＩＤと＜Ｓ、Ｇ＞の組が、ユーザ情報テーブル１１に登録されているどうかを突き合せて調べる。登録されていなければ、該ＣＩＤに対応するユーザは該＜Ｓ、Ｇ＞の視聴を許可されていないユーザであることがわかる。ユーザ情報テーブル１１として図２に示すもの、監視テーブル２５として図９に示すものを例にとると、マルチキャスト要求監視情報として、＜Ｓ１、Ｇ１＞に対しＣＩＤ＝１とＣＩＤ＝２、＜Ｓｎ、Ｇｎ＞に対しＣＩＤ＝ｎが報告される。ユーザ情報テーブル１１における視聴許可ユーザは＜Ｓ１、Ｇ１＞につきＣＩＤ＝１、ＣＩＤ＝２なので、＜Ｓｎ、Ｇｎ＞に対し視聴権のないＣＩＤ＝ｎに対応するユーザからマルチキャスト視聴要求があったことがわかる。
【００５０】
第一のレベルの場合には、マルチキャスト監視情報は＜Ｓ、Ｇ＞ごとのユーザ総数だけの報告で済むため、制御対象とする＜Ｓ、Ｇ＞ごとにＣＩＤを報告する必要のある第二のレベル場合と比較して制御オーバーヘッドが小さい。
【００５１】
また、第一のレベルの判定を行った後に、視聴ユーザ総数が視聴許可ユーザ総数を超えている制御対象に対して、第二のレベルの判定を行うことで、上記の例において、＜Ｓｎ、Ｇｎ＞に対しＣＩＤ＝ｎに対応するユーザからマルチキャスト視聴要求があったことがわかる。こうすることで、第二のレベルのみによってＣＩＤ単位の突合を行う場合と比べてより制御オーバーヘッドを抑制することができる。
【００５２】
マルチキャスト通信システム３０１におけるＭＣ−ＧＷ２０１は、監視テーブル２５に視聴有無の履歴情報を記録するだけであるため、従来技術１の課題であった、装置設定量の増大を抑制することができる。また、収容するすべてのユーザからの制御対象＜Ｓ、Ｇ＞へのマルチキャスト視聴要求が許可されているため、ＭＣ−ＧＷ２０１への設定内容の管理コストが小さい。さらに、ユーザが制御対象＜Ｓ、Ｇ＞を視聴するにあたり、マルチキャスト視聴要求信号到着に先立ってＭＣ−ＧＷ２０１への事前装置設定を行っておく必要がないため、ＯＳＳ１０１へのユーザ登録のみで迅速にサービス提供を行うことができる利点がある。また、マルチキャスト通信システム３０１において、ＭＣ−ＧＷ２０１からのマルチキャスト監視情報の報告およびＯＳＳ１０１での突合は、たとえば一週間に一回や一か月に一回など任意の間隔で行ってもよい。そのため、従来技術２の課題であった、マルチキャスト視聴要求の都度のＯＳＳ１０１での認証を必要としないため、ＯＳＳ１０１の負荷に起因する高コスト化や、制御オーバーヘッドの増大に起因する帯域の利用効率、視聴チャネル変更の際のザッピング遅延の増大を抑制することができる。このように、マルチキャスト通信システム３０１は、ＯＳＳ１０１とＭＣ−ＧＷ２０１との間でのリアルタイム制御を必要とせず、非リアルタイム制御でよいことが特徴である。
【００５３】
そのうえで、マルチキャスト通信システム３０１は、許可されていないマルチキャスト要求の有無を監視する方法として、レベル１においては＜Ｓ、Ｇ＞ごとの許可ユーザ総数と実要求ユーザ総数との差分有無確認を、レベル２においては＜Ｓ、Ｇ＞ごとの許可されていないユーザ特定を行うことができる。
【００５４】
なお、突合機能部１５は、監視条件として監視期間及び監視対象範囲の少なくとも一方が設定されており、前記マルチキャストチャネル視聴要求履歴と前記ユーザ情報との突き合せを前記監視条件に基づいて行うこともできる。監視条件として監視期間が設定されている場合、突合機能部１５は、当該期間のみ不許可のマルチキャストチャネル視聴要求の有無を監視する。また、監視条件として設定される監視対象範囲とは以下のような例が挙げられる。
（１）複数台のＭＣ−ＧＷがある場合、その中から選択された任意のＭＣ−ＧＷの範囲。
（２）１台のＭＣ−ＧＷで数千〜数万ユーザを収容する場合、ＭＣ−ＧＷが有する複数のポートの中から選択されたポート番号の範囲。
（３）１台のＭＣ−ＧＷで数千〜数万ユーザを収容する場合、任意のＣＩＤの範囲。
例えば、監視対象範囲にＭＣ−ＧＷが設定されている場合、突合機能部１５は、当該ＭＣ−ＧＷのみ不許可のマルチキャストチャネル視聴要求の有無を監視する。
【００５５】
なお、本実施例におけるＣＩＤとしては、ユーザ側ＮＷ２２０に設置された通信装置のＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスやＩＰアドレス、ＭＣ−ＧＷ２０１のポート番号、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ）におけるＶＰＩ（Ｖｉｒｔｕａｌ  Ｐａｔｈ  Ｉｄｅｎｔｉｆｉｅｒ）／ＶＣＩ（Ｖｉｒｔｕａｌ  Ｃｈａｎｎｅｌ  Ｉｄｅｎｔｉｆｉｅｒ）値、ＶＬＡＮ（Ｖｉｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）におけるＶＩＤ（ＶＬＡＮ  Ｉｄｅｎｔｉｆｉｅｒ）値、ＭＰＬＳ（Ｍｕｌｔｉ  Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ）におけるＬａｂｅｌ値、独自に定義した値など、任意のものを用いることができる。
【００５６】
（実施形態２）
実施形態２のマルチキャスト通信システム３０２を図１１に示す。マルチキャスト通信システム３０２は、図８のＯＳＳ１０１にさらに制御機能部１２を有するＯＳＳ１０２と、図８のＭＣ−ＧＷ２０１にさらに制御テーブル２１及び要求制御機能部２２を有するＭＣ−ＧＷ２０２と、を備える。
【００５７】
制御テーブル２１は、各ユーザに対し制御対象とするマルチキャストチャネル視聴の拒否／許可を管理する。要求制御機能部２２は、ＯＳＳ１０２からのマルチキャスト機能制御情報にしたがって管理された制御テーブルの登録内容に応じて、ユーザ側ＮＷ２２０からのマルチキャスト視聴要求信号に対する応答を制御する。すなわち、たとえばＯＳＳ１０２からＣＩＤ＝ｎに対して＜Ｓｎ、Ｇｎ＞についてのマルチキャスト視聴要求を拒否するように指定されたならば、そのように動作する。
【００５８】
ＯＳＳ１０２の制御機能部１２は、任意のユーザからのマルチキャストチャネル視聴要求を拒否するマルチキャスト機能制御情報をＭＣ−ＧＷ２０２に登録する。具体的には、制御機能部１２は、ユーザごとに制御対象とする＜Ｓ、Ｇ＞へのアクセス可否を制御するマルチキャスト機能制御情報をＭＣ−ＧＷ２０２の制御テーブル２１に登録する。
【００５９】
マルチキャスト通信システム３０２は、許可されていないマルチキャスト要求有無の判別は、前記レベル２の判定により行い、許可されていない視聴要求を行ったＣＩＤを特定する。そののち、制御機能部１２は、該ＣＩＤに対してのみ、対象とする＜Ｓ、Ｇ＞へのマルチキャスト要求信号を拒否するように制御テーブル２１を設定する。
【００６０】
制御テーブル２１の例を図１２に示す。制御テーブル２１は、あらかじめＭＣ−ＧＷ２０２が収容しているＣＩＤごと、制御対象とする＜Ｓ、Ｇ＞ごとに、該当するＣＩＤから対象とする＜Ｓ、Ｇ＞へのマルチキャスト視聴の拒否／許可を表す欄を持っており、マルチキャスト視聴要求が許可されていれば０が、マルチキャスト視聴要求が拒否されていれば１が記載される。図１２の例では、ＣＩＤ＝ｎに対して＜Ｓｎ、Ｇｎ＞が拒否されている様子が表わされている。ＭＣ−ＧＷ２０２が備える別の制御テーブル２１の例を図１３に示す。制御テーブル２１は、制御対象とする＜Ｓ、Ｇ＞と、その＜Ｓ、Ｇ＞の視聴が拒否されているＣＩＤとの組を登録する。図１３でも図１２と同様に、ＣＩＤ＝ｎに対して＜Ｓｎ、Ｇｎ＞が拒否されている様子が表わされている。図１２又は図１３に示す制御テーブル２１を備えることで、ＭＣ−ＧＷ２０２は、自身が収容するユーザからのマルチキャスト視聴要求に対する拒否／許可を判定することができる。
【００６１】
マルチキャスト通信システム３０２は、図８のマルチキャスト通信システム３０１で説明した効果に加え、許可されていないマルチキャスト視聴要求を行ったユーザへのマルチキャストデータの転送を停止することができる。また、マルチキャスト通信システム３０２は、ＯＳＳ１０２での突合の結果判定された不正ユーザに対してのみＭＣ−ＧＷ２０２に拒否設定されることが特徴である。そのため、ユーザ情報テーブル１１に記載の許可情報をすべて制御テーブルに設定する従来技術１や、視聴要求のあった全ユーザについて制御テーブルに設定する従来技術２とは異なり、不正ユーザが非常に少なければ、装置設定量は従来技術１および従来技術２よりも非常に少なくて済む。また、本設定に要する制御オーバーヘッドも非常に少なくて済む。
【００６２】
また、ＭＣ−ＧＷ２０２に収容されているユーザは、ユーザ情報テーブル１１に登録された許可された＜Ｓ、Ｇ＞のみマルチキャスト視聴要求が許可されなくなる。このため、マルチキャスト通信システム３０２においてユーザ単位課金を行う場合には、従来技術１および従来技術２と同様に、ＯＳＳ１０２に備えるユーザ情報テーブル１１の登録内容に応じて行えばよい。
【００６３】
（実施形態３）
ＯＳＳ１０１やＯＳＳ１０２は、ユーザ情報の原本を記憶する原本テーブル１７をさらに備えており、ユーザ情報テーブル１１は、所定時に原本テーブル１７からユーザ情報を取得するとしてもよい。原本テーブル１７は、ＯＳＳに含まれていてもよいし、図１４のように別装置として配置されていてもよい。図１４は、原本テーブル１７を別な位置に持つＯＳＳ１０２を説明する図である。本実施形態では、ＯＳＳ１０２で説明するが、ＯＳＳ１０１でも同様である。
【００６４】
ＯＳＳ１０２と原本テーブル１７とは、有線又は無線で接続されている。原本テーブル１７は、ユーザ情報が新たに登録されると当該ユーザ情報をＯＳＳ１０２に転送する。ＯＳＳ１０２は、転送されたユーザ情報の全てをユーザ情報テーブル１１に登録する。あるいは、ＯＳＳ１０２は、転送されたユーザ情報のうち特定期間および特定ＭＣ−ＧＷに収容されるユーザ情報のみをユーザ情報テーブル１１に登録し、そのユーザ情報と、ＭＣ−ＧＷからのマルチキャスト要求監視情報とを突き合せしてもよい。
【００６５】
ネットワーク事業者が管理するＯＳＳは、原本となるユーザ情報を保持し、ユーザ管理や課金のための基本情報を備えるものである。また、大規模な事業者であれば数千万ユーザ以上のユーザ情報を扱うこともある。そのため、高度の安定性やセキュリティが求められる。ネットワーク事業者は、本実施形態のＯＳＳを用いることで、原本となるユーザ情報を別装置で管理することで高信頼化／高セキュリティ化を実現するとともに、突合や制御などの機能を別装置化し、突合対象とするユーザを限定することで、低い負荷で総数突合及びユーザ制御を行うことができる。
【００６６】
なお、図１５のような運用を行ってもよい。図１５のＯＳＳ１０２は、図１４のＯＳＳ１０２のように原本テーブル１７からユーザ情報テーブル１１にユーザ情報を転送するのではなく、原本テーブル１７へ必要とするユーザ情報を問い合わせ、その応答分をユーザ情報テーブル１１に登録し突合に用いる。
【００６７】
図１４のＯＳＳは、ユーザ情報が多い場合にはユーザ情報転送時の制御オーバーヘッドが大きくなるが、図１５のＯＳＳであれば、必要なユーザ情報のみをユーザ情報テーブル１１に登録できることから、制御オーバーヘッドを抑制することができる。
【００６８】
（他の実施形態）
本発明に係るＯＳＳはコンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。
【００６９】
以下は、本実施形態のマルチキャスト通信システムをまとめたものである。
（１）
マルチキャスト通信を提供するシステムであって、
あらかじめマルチキャストユーザ情報を保持し、
収容するユーザからのマルチキャスト視聴要求を許可し、
ユーザからのマルチキャスト視聴要求の監視を行い、
前記マルチキャストユーザ情報と前記マルチキャスト視聴要求の監視結果を突合（比較）すること、を特徴とするマルチキャスト通信システム。
（２）
上記（１）記載のマルチキャスト通信システムであって、
マルチキャスト許可ユーザ総数とマルチキャスト視聴ユーザ総数を突き合せすることを特徴とする。
（３）
上記（１）記載のマルチキャスト通信システムであって、
マルチキャスト視聴要求を収容回線ごとに監視し、その監視結果を前記マルチキャストユーザ情報と突き合せすることを特徴とする。
（４）
上記（２）記載の総数突合を行った結果、マルチキャスト視聴ユーザ総数がマルチキャスト許可ユーザ総数を上回った時に、上記（３）記載の収容回線ごと突き合せすることを特徴とする。
（５）
上記（３）に記載のマルチキャスト通信システムであって、
収容回線単位にマルチキャスト視聴要求の可否を制御する要求制御機能部と、
前記要求制御機能部に対しマルチキャスト視聴要求の可否を設定する制御機能と、を備え、
収容回線ごとの突き合せ結果に従い前記要求制御機能部に設定を行うことを特徴とする。
（６）
上記（１）に記載のマルチキャスト通信システムであって、マルチキャスト視聴要求監視を行う期間、収容回線の範囲を制限することを特徴とする。
（７）
上記（１）から（６）に記載のマルチキャスト通信システムであって、前記マルチキャストユーザ情報の一部を登録するシステムを別に備えることを特徴とする。
（８）
上記（１）から（６）に記載のマルチキャスト通信システムであって、前記マルチキャストユーザ情報の一部を別に備えたシステムから取得することを特徴とする。
【００７０】
上記（１）から（８）に基づけば、ユーザ登録に伴うＭＣ−ＧＷの事前設定が不要となり、ＭＣ−ＧＷの設定量を少なくすることができる。
【符号の説明】
【００７１】
１１：ユーザ情報テーブル
１２：制御機能部
１３：認証機能部
１５：突合機能部
１６：制御機能部
１７：原本テーブル
２１：制御テーブル
２２：要求制御機能部
２３：要求転送機能部
２５：監視テーブル
２６：通知機能部
１００、１００’、１０１、１０２：ＯＳＳ
２００、２００’、２０１、２０２：ＭＣ−ＧＷ
２１０：コア側ネットワーク
２２０：ユーザ側ネットワーク
２３０：アクセス回線
３００、３００’、３０１、３０２：マルチキャスト通信システム
【図１】
2014042188.tif 000003
【図２】
2014042188.tif 000004
【図３】
2014042188.tif 000005
【図４】
2014042188.tif 000006
【図５】
2014042188.tif 000007
【図６】
2014042188.tif 000008
【図７】
2014042188.tif 000009
【図８】
2014042188.tif 000010
【図９】
2014042188.tif 000011
【図１０】
2014042188.tif 000012
【図１１】
2014042188.tif 000013
【図１２】
2014042188.tif 000014
【図１３】
2014042188.tif 000015
【図１４】
2014042188.tif 000016
【図１５】
2014042188.tif 000017