(57)【要約】広域網内で使用するマルチキャスト中継システムは、マルチキャストアドレスを有するマルチキャストチャンネルを特定するマルチキャストデータを受容する入力端を含む。プロキシ選出モジュールをメモリ内でマルチキャストチャンネルに関連するサブネット内に配置されたマルチキャストプロキシサーバを選出するよう適合させ、マルチキャストプロキシサーバをマルチキャストデータを受信してサブネット内のマルチキャストアドレスにてマルチキャストデータをマルチキャストするよう適合させてある。マルチキャストデータ中継モジュールが、マルチキャストデータをマルチキャストプロキシサーバへ送信するよう適合させてある。【選択図】図１【特許請求の範囲】
【請求項１】
広域網内で使用するマルチキャスト中継システムであって、
マルチキャストアドレスを有するマルチキャストを特定するマルチキャストデータを受容する入力端と、
メモリ内で前記マルチキャストチャンネルに関連するサブネット内に配置されたマルチキャストプロキシサーバを選出するよう適合させたプロキシ選択モジュールで、前記マルチキャストデータを受信し、前記マルチキャストプロキシサーバが前記サブネット内で前記マルチキャストデータを前記マルチキャストアドレスにてマルチキャストするよう適合させてあるモジュールと、
前記マルチキャストデータを前記マルチキャストプロキシサーバへ送信するよう適合させたマルチキャストデータ中継モジュールと
を有するシステム。
【請求項２】
マルチキャスト通信源を登録するよう適合させた登録管理モジュールを有する請求項１記載のシステム。
【請求項３】
マルチキャストプロキシサーバ候補としてマルチキャスト受信器を登録するよう適合させた登録管理モジュールを有する請求項１記載のシステム。
【請求項４】
前記登録モジュールは、マルチキャストチャンネルとサブネットと受信キューとを特定する登録要求を受信し、前記サブネットと前記マルチキャストチャンネルに関連してメモリ内に前記受信キューに対応する送信キューを記録するよう適合させた請求項３記載のシステム。
【請求項５】
前記マルチキャスト受信器を、その中に前記マルチキャスト受信器が所在する前記サブネットに関連するマルチキャストプロキシサーバ候補として登録するよう適合させたアプリケーションプログラムインタフェースを有する請求項１記載のシステム。
【請求項６】
前記マルチキャストサーバは、前記マルチキャストチャンネルを特定する前記マルチキャストデータを前記入力端へユニキャストするよう適合させた、請求項５記載のシステム。
【請求項７】
前記マルチキャストサーバは、自らがその中に所在するサブネット内で前記マルチキャストデータをマルチキャストするよう適合させてあり、前記プロキシ選出モジュールは、その中に前記マルチキャストサーバが所在する前記サブネット内に所在するマルチキャストプロキシサーバを選出しないよう適合させた請求項６記載のシステム。
【請求項８】
サブネットとマルチキャストチャンネルに関連するマルチキャスト受信器を含むマルチキャストプロキシサーバ候補の登録データ記憶部を有する請求項１記載のシステム。
【請求項９】
前記マルチキャストデータ中継モジュールは、前記マルチキャストプロキシサーバが前記マルチキャストセッションを離脱したかどうか判定するよう適合させた、請求項１記載のシステム。
【請求項１０】
前記プロキシ選択モジュールは、前記プロキシサーバが前記マルチキャストセッションを離脱したときに、前記サブネットに関連する新たなマルチキャストプロキシサーバと前記マルチキャストチャンネルとを選出し、前記新たなマルチキャストプロキシサーバを前記マルチキャストプロキシサーバとして指定するよう適合させた請求項１記載のシステム。
【請求項１１】
前記マルチキャストプロキシサーバは、受信キューと前記指定マルチキャストアドレスとにてほぼ同時に聴取するよう適合させた請求項１記載のシステム。
【請求項１２】
前記サブネット内の複数のマルチキャスト受信器は、指定受信キューで前記マルチキャストアドレスにてほぼ同時かつ聴取し、前記サブネット内の指定受信キューで前記マルチキャストアドレスにて受信した全てのマルチキャストデータをマルチキャストするよう適合させた請求項１記載のシステム。
【請求項１３】
前記マルチキャスト中継システムとマルチキャストアプリケーションとの間のバッファ処理と接続継続と通信機能とを提供するメッセージキューサブシステムをさらに有する請求項１記載のシステム。
【請求項１４】
広域網内で使用するマルチキャスト中継方法であって、
マルチキャスト受信器をマルチキャストプロキシサーバ候補として登録するステップと、
メモリ内でマルチキャストチャンネルに関連するサブネット内に配置されたマルチキャストプロキシサーバを選出するステップで、前記マルチキャストプロキシサーバが前記マルチキャストデータを受信し、前記サブネット内で前記マルチキャストデータを前記マルチキャストチャンネルのマルチキャストアドレスにてマルチキャストするステップと、
前記マルチキャストデータを前記マルチキャストプロキシサーバへ送信するステップと
を有する方法。
【請求項１５】
マルチキャスト通信源を登録するステップを含む請求項１４記載の方法。
【請求項１６】
前記マルチキャストアドレスを有する前記マルチキャストチャンネルを特定するマルチキャストデータを受信するステップを含む、請求項１４記載の方法。
【請求項１７】
マルチキャストチャンネルとサブネットと受信キューを特定する登録要求を受信するステップと、
前記サブネットと前記マルチキャストチャンネルとに関連してメモリ内に前記受信キューに対応する送信キューを記録するステップとを含む請求項１４記載の方法。
【請求項１８】
マルチキャスト受信アプリケーションを、その中に前記マルチキャスト受信アプリケーションのホストが所在する前記サブネットに関連するマルチキャストプロキシサーバ候補として登録させるよう適合させたアプリケーションプログラムインタフェースを提供するステップを含む請求項１４記載の方法。
【請求項１９】
前記マルチキャスト受信アプリケーションに、指定受信キューと指定マルチキャストアドレスとにてほぼ同時に聴取させるよう適合させたアプリケーションプログラムインタフェースを提供するステップを含む請求項１８記載の方法。
【請求項２０】
マルチキャスト受信アプリケーションに、その中に前記受信アプリケーションのホストが所在するサブネット内で指定受信キューにて受信した全てのマルチキャストデータをマルチキャストさせ、前記サブネット内での前記マルチキャストデータのマルチキャスト時に前記マルチキャストアドレスを使用させるステップを含む請求項１９記載の方法。
【請求項２１】
サブネットとマルチキャストチャンネルとに関連するマルチキャスト受信器を含むマルチキャストプロキシサーバ候補の登録データ記憶を維持するステップを含む請求項１４記載の方法。
【請求項２２】
前記マルチキャストプロキシサーバが前記マルチキャストセッションを離脱したかどうか判定するステップを含む請求項１４記載の方法。
【請求項２３】
前記マルチキャストプロキシサーバがマルチキャストセッションを離脱したときに、前記サブネットと前記マルチキャストチャンネルとに関連する新たなマルチキャストプロキシサーバを選出するステップと、
前記新たなマルチキャストプロキシサーバを前記マルチキャストプロキシサーバとして指定するステップと
を有する請求項１４記載の方法。
【請求項２４】
マルチキャスト中継サービスに用いるマルチキャストプロキシサーバであって、
サブネット内に所在するマルチキャスト受信器と、
マルチキャストチャンネルに関連するマルチキャストデータとマルチキャストアドレスとを受信するよう指定された受信キューにてほぼ同時に聴取するよう適合させたマルチキャスト受信器の聴取者と、
前記マルチキャスト受信器に前記サブネット内において前記マルチキャストアドレス上で前記受信器キューにて受信したデータをマルチキャストさせる受信アプリケーションプログラムインタフェースと
を有するプロキシサーバ。
【請求項２５】
前記受信アプリケーションプログラムインタフェースは、前記マルチキャスト受信器を前記サブネットと前記マルチキャストチャネルとに関するマルチキャストプロキシサーバ候補として登録するよう適合させた請求項２４記載のプロキシサーバ。
【請求項２６】
前記受信アプリケーションプログラムインタフェースは、前記サブネット内に他の受信アプリケーションが一切存在しないときに、前記サブネット内で前記マルチキャストアドレスにて前記データをマルチキャストさせることなく、前記受信アプリケーションに、前記受信キューにて受信したデータを前記アプリケーションへ直接配信させるよう適合させた請求項２４記載のプロキシサーバ。
【請求項２７】
サブネット間マルチキャスト中継サービスに用いるマルチキャストサービスシステムであって、
マルチキャストデータのデータ記憶部と、
マルチキャストセッションへマルチキャストチャンネルを割り当てるよう適合させたマルチキャストセッション管理モジュールと、
その中に前記アプリケーションのホストが所在するサブネット内でマルチキャストセッションのデータをマルチキャストし、前記セッションの前記データ及びマルチキャストチャンネルをマルチキャスト中継サービスサーバへ送信するマルチキャスト送信アプリケーションと
を有するシステム。
【請求項２８】
前記マルチキャスト送信アプリケーションはさらに、前記マルチキャスト通信源を前記マルチキャスト中継サービスサーバへ登録するよう適合させた請求項２７記載のシステム。
【請求項２９】
マルチキャスト受信アプリケーションプログラムインタフェースであって、
受信キューを開設するキュー開設手段と、
ホストサブネット及び経路指定情報を取得する取得手段と、
前記ホストサブネット及び経指定情報とマルチキャストチャンネルをマルチキャスト中継サービスプロバイダへ通信する登録手段と、
前記受信キューとマルチキャストチャンネルにて同時聴取する聴取手段と、
前記受信キューにて受信した全てのデータを前記マルチキャストチャンネルにてマルチキャストするマルチキャスト手段と
を有するインタフェース。
【請求項３０】
マルチキャスト送信アプリケーションプログラムインタフェースであって、
マルチキャスト中継サーバへ通信源登録要求を通信する登録手段と、
ホストが所在するマルチキャストチャンネルにてメディアコンテンツをマルチキャストするマルチキャスト手段と、
前記メディアコンテンツと前記マルチキャストチャンネルを前記マルチキャスト中継サーバへユニキャストするユニキャスト手段と
を有するインタフェース。
【請求項３１】
広域網内で使用するサブネット間マルチキャスト中継サービスであって、
マルチキャストデータを有し、マルチキャストチャンネルを特定するマルチキャストデータをサブネット間マルチキャスト中継サービスサーバへ送信するよう適合させたマルチキャストサーバと、
その中に自らが所在するサブネットと自らが聴取するマルチキャストチャンネルとに関連するマルチキャストプロキシサーバ候補としてサブネット間マルチキャスト中継サービスサーバを登録し、指定受信キューとマルチキャストチャンネルとにてほぼ同時に聴取し、それらの個別サブネット内のマルチキャストチャンネル上の指定受信キューにて受信した全てのデータをマルチキャストするよう適合させた複数のマルチキャスト受信器と、
前記複数のマルチキャスト受信器を登録し、前記マルチキャストサーバから前記マルチキャストデータを受信し、マルチキャストデータにより特定された前記マルチキャストチャンネルに関連するサブネット内に所在するマルチキャストプロキシサーバを選出し、前記複数のマルチキャスト受信器のうちの一つの受信キューに対応する前記マルチキャストプロキシサーバの送信キューへ前記マルチキャストデータを送信し、それによって前記マルチキャストデータをサブネット内でマルチキャストする前記サブネット間マルチキャスト中継サービスサーバと
を有するサービス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概ねマルチキャストシステム及び方法に係り、特に広域網におけるサブネット横断マルチキャストに関する。
【背景技術】
【０００２】
インターネット等の広域網（ＷＡＮ）のサブネット間でのマルチキャストデータのマルチキャストタスクは、しばしばＷＡＮのサブネット間異質性により複雑化する。本願明細書の目的に合わせ、サブネットは一般に任意の局が同一域内の他の任意の局とデータをマルチキャストすることのできるマルチキャスト域として定義するものとする。例えば、サブネット実装者及び／又は管理者は何らかの出費を負い、かつ／又はマルチキャスト通過サービスを提供すべくルータ及び／又は集中ネットワーク制御を機器構成することでサブネットマルチキャストを身近なものとしなければならない。また、サブネットのマルチキャスト通過サービスの提供は、安全な企業ネットワーク内にしばしば実装される様々な保安対策とは相容れない安全を危うくする相当のリスクを構成する。かくして、マルチキャストサーバはしばしば自らがその中に常駐する特定のサブネット内部のマルチキャストアドレスにてデータのマルチキャストはできるが、隣接サブネット或いは遠隔サブネットへはデータをマルチキャストできない。同様に、マルチキャスト受信器はしばしば自らがその中に常駐する特定のサブネット内でマルチキャストされたデータをマルチキャストアドレスにて聴取できるが、隣接の或いは遠隔のサブネットからマルチキャストされたデータを受信することはできない。その結果、マルチキャストは変貌するサブネット間ネットワーク基盤が原因で今日のＷＡＮに正しく実装されないのである。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
必要とされるのは、親密にマルチキャストしていないサブネット内に常駐するマルチキャストサーバに隣接の或いは遠隔のサブネット内へデータをマルチキャストさせる方法である。さらに必要とされるのは、マルチキャストしていないサブネット内に常駐する１以上のマルチキャスト受信器に友好的に要求させ、隣接の或いは遠隔のサブネット内に常駐するマルチキャストサーバからマルチキャストデータを確実に受信させる方法である。本発明は、これらの要請を満たす解決策を提供するものである。
【課題を解決するための手段】
【０００４】
本発明によれば、広域網内で使用するマルチキャスト中継システムが、マルチキャストアドレスを有するマルチキャストチャンネルを特定するマルチキャストデータを受容する入力端を含む。プロキシ選出モジュールが、メモリ内でマルチキャストチャンネルに関連するサブネット内に配置されたマルチキャストプロキシサーバを選出するよう適合させ、ここではマルチキャストプロキシサーバはマルチキャストデータを受信し、サブネット内のマルチキャストアドレスにてマルチキャストデータをマルチキャストするよう適合させる。マルチキャストデータ中継モジュールは、マルチキャストデータをマルチキャストプロキシサーバへ送信するよう適合させる。
【０００５】
本発明のさらなる適応領域は、以下に提供する詳細な説明から明らかとなろう。詳細な説明と具体的実施例は、本発明の好ましい実施例を示すものであるが、例示目的のみ意図したものであり、本発明範囲を限定することを意図するものではない。
【発明を実施するための最良の形態】
【０００６】
本発明は、詳細な説明と添付図面からより完全に理解されよう。
【０００７】
一又は複数の好適な実施形態は本質的に例示に過ぎず、決して本発明やその応用分野や用途を限定するものではない。
【０００８】
本発明を概観するに、マルチキャストプロキシサーバを用いることで前述の要請を満たす解決策が提供される。特に、提供された解決策はマルチキャストの帰属関係が動的であり、帰属サブネットが多数あり、それによって各候補サイトにてマルチキャスト中継プロキシを展開することが不要（経費やネットワーク統括及び管理）のアプリケーションを目標としている。提案した解決策は、各サブネットにとって局所的であって動的な受信アプリケーション帰属関係の点で適応的な被固定プロキシサーバの構築を好都合なことに一切必要としない。
【０００９】
図１は、本発明によりＷＡＮ１０内に実装したサブネット間マルチキャスト中継サービスを示す。ＷＡＮ１０は、マルチキャスト通過サービスを提供しないルータ１４Ａ〜１４Ｄにより分離された各種サブネット１２Ａ〜１２Ｅを含む。サブネット１２Ｅは任意の通信サブネットに対応させることができ、本発明について規定されたサブネットへ必ずしも対応させる必要のないことは容易に理解されたい。サブネット間マルチキャスト中継サービス（ＩＭＲＳ）サーバ１６は、遠隔アクセスユーザ１８であるサブネット１２Ｅへ接続してある。各種マルチキャスト通信源２０Ａ〜２０Ｄとマルチキャスト受信器２２Ａ〜２２Ｄが、サブネット１２Ｅに隣接するサブネット１２Ａ〜１２Ｄ内に配置してある。本発明によれば、サーバ１６がマルチキャスト通信源２０Ａ〜２０Ｄの一つから１以上のマルチキャスト受信器２２Ａ〜２２Ｄへマルチキャストデータを実質中継する中継点を提供する。サーバ１６はマルチキャスト通信源からマルチキャストデータのユニキャストを受信するとともに、マルチキャストデータをマルチキャストデータが特定するマルチキャストチャンネルへ加入する各サブネット内のマルチキャストプロキシサーバへマルチキャストデータをユニキャストすることでこのサービスを提供し、マルチキャストプロキシサーバは自らがその中に常駐するサブネット内でマルチキャストアドレスにて受信データをマルチキャストする。
【００１０】
図２は、ＩＭＲＳシステムの構成要素を示すものであり、ここではサブネット１２Ａ内に常駐するマルチキャストサーバ２４がマルチキャストメディアコンテンツデータ記憶部２６を有し、アプリケーションプログラムインタフェース２５のお陰でマルチキャスト送信アプリケーション２７を利用してその固有のサブネット１２Ａ内でデータをマルチキャストし、マルチキャストデータをサーバ１６へユニキャストもする。インタフェース２５はさらに、マルチキャストアプリケーション登録モジュールを介してサーバ２４を通信源データ記憶部３５内のマルチキャスト送信アプリケーションとしてサーバ１６へ登録させる。サーバ２４は当技術分野で公知のマルチキャスト選択的管理サーバ２８と協調し、サーバ２８がマルチキャストセッション管理モジュール３１を用いて利用可能なマルチキャストセッションのカタログデータ記憶部２９と指定マルチキャストチャンネルとを維持する。サブネット１２Ｂ内に常駐するアプリケーション受信ホスト３０Ａ，３０Ｂは、かくしてマルチキャスト受信アプリケーション４２Ａ，４２Ｂを利用してカタログデータ記憶部２９へアクセスし、利用可能なマルチキャストセッションと指定マルチキャストチャンネルとを特定する。マルチキャスト受信アプリケーション４２Ａ，４２Ｂはそれぞれアプリケーションプログラムインタフェース４０Ａ，４０Ｂを有し、これらのインタフェースがマルチキャストアプリケーション登録モジュール３４を介してアプリケーション４２Ａ，４２Ｂをサブネット１２Ｂ用マルチキャストプロキシサーバ候補としてサーバ１６へ登録させる。かくして、サーバ１６はサブネットマルチキャスト選出モジュール３６を介してサブネット１２Ｂ用マルチキャストプロキシサーバとしてアプリケーション４２Ａ，４２Ｂの一方を選出し、この選出されたアプリケーションへサーバ２４から受信したマルチキャストデータを中継する。各インタフェース４０Ａ，４０Ｂはさらにアプリケーション４２Ａ，４２Ｂに指定受信キューにてマルチキャストデータを同時聴取させ、かつマルチキャストデータについてサブネット１２Ｂ上のマルチキャストチャンネルにて聴取できるようにする。各インタフェース４０Ａ，４０Ｂはさらに指定受信キューにて受信した全てのデータをマルチキャストアドレスにてアプリケーション４２Ａ，４２Ｂにマルチキャストさせ、それによってサブネット１２Ｂ内でデータをマルチキャストできるようにする。サーバ２４はそれをサブネット１２Ｂへマルチキャストするよう試みる代りに、マルチキャストデータをサーバ１６へユニキャストするよう適応させ、サーバ１６が１以上の業務手法に従ってマルチキャスト送信アプリケーション２７をサーバ２４へ供給する適当なソフトウェア構成要素を供給する登録プログラムを介してこの適応を入手できることは容易に理解されよう。本発明におけるアプリケーションプログラムインタフェースを有するマルチキャスト受信アプリケーションを提供するソフトウェア構成要素を１以上の業務手法に従いマルチキャストサービス及び／又はマルチキャスト中継サービスによりホストに供給できることもまた、容易に理解されよう。
【００１１】
図３は、ネットワークアプリケーションレイヤ４２と本発明におけるネットワーク伝送レイヤ４４との間のアプリケーションプログラムインタフェース４０を示す。その中で、アプリケーションプログラムインタフェース４０は、伝送制御プロトコル（ＴＣＰ）とインターネットプロトコル（ＩＰ）及び／又はユーザデータグラムプロトコル（ＵＤＰ）機能を提供する伝送レイヤ４４のメッセージキューサービス（ＭＱＳ）４６を利用するよう適合させてある。実質的には、より大きなマルチキャストプラットホーム５０内のＩＭＲＳ４８がＭＱＳ４４と直接インタフェースをとり、それ故に確立されたプロトコルに従ってＷＡＮのより大きな周辺域で動作させることができる。
【００１２】
図４は、アプリケーションプログラムインタフェース４０を有するマルチキャスト受信アプリケーション４２を実装するアプリケーション受信ホスト３０の動作を示す。アプリケーション４２はマルチキャストセッションへ割り当てられたマルチキャストチャンネルを特定し、このチャンネル情報にマルチキャストアドレス５２とＵＤＰポート５３を含めることができる。マルチキャストチャンネルには、本発明の意味内での参照時に常に通信源アドレスを随意選択的に含ませることができることに留意されたい。インタフェース４０は指定された送信キュー５８と受信キュー６０とを開設し、さらにホストＩＰアドレス６２やホストサブネットアドレス６４等の関連ホスト情報を取得する。それはさらに、ＩＭＲＳサーバ（図示せず）へ登録要求６６を通信することで、アプリケーション４２にその中に自らが常駐するサブネットごとのマルチキャストプロキシサーバ候補として自らを登録させる。この要求６６には、受信アプリケーションの指定受信キュー個体情報６８と、ホストＩＰアドレス６２と、ホストサブネットアドレス６４と、ＵＤＰポート番号とマルチキャストセッション管理サーバ（図示せず）が提供するマルチキャストアドレス５２を含むマルチキャストチャンネル７０とが含まれる。
【００１３】
図５は、要求６９におけると同様に登録要求６６と通信源登録要求６７とを受信するＩＭＲＳサーバ１６の動作を示す。例えば、マルチキャストアプリケーション登録管理モジュール３４が、ホストサブネットアドレス６４により特定されるその中に自らが常駐するサブネットに関連するプロキシ送信キュー及びそれが受信を望むマルチキャストチャンネル７０としてマルチキャストプロキシサーバ候補データ記憶部３２内に受信器受信キューを配置するよう適合させてある。かくして、マルチキャストチャンネルデータ記憶部７２はサブネットデータ記憶部７４Ａ〜７４Ｂ内の複数のサブネットを特定のマルチキャストチャンネルに関連付け、片やこの特定チャンネルが複数のプロキシ送信キュー７４Ａ〜７４Ｄを特定のサブネットに関連付ける。例えば、データ記憶部３２は第１レベルのマルチキャストチャンネルと第のレベルのマルチキャストチャンネルと第３レベルのプロキシ送信キューとを有するハッシュテーブルに対応させることができる。当業者には、サーバ１６の動作を１以上の仕方で変えることのできる他の実装が可能であることが認識されよう。例えば、ハッシュテーブル実装は選出されたプロキシが自らが要求したその受信キューマルチキャストデータにて受信するだけとしそうである。被共有ベクトル等の他の実装は、それが受信を望むマルチキャストチャンネルに関係なくサブネットごとに全てのマルチキャストデータを受信する選出されたプロキシをもたらそう。これらの代替実装は、本発明範囲内にあると見なされたい。
【００１４】
サーバ１６がデータ記憶部３５内の通信源として登録されたマルチキャストサーバ（図示せず）からの送信で、マルチキャストチャンネル７０を特定するマルチキャストデータ８０を含む送信を受信すると、そのときはサブネットマルチキャストプロキシ選出モジュール３６がマルチキャストチャンネル７０に基づきデータ記憶部３２へアクセスし、マルチキャストチャンネル７０へ登録された各サブネットごとに登録された一つのプロキシ送信キューを検索する。送信７０が、これらのチャンネルに対し追加の送信プロキシ送信キューの検索を招く追加のマルチキャストチャンネルを特定できることは容易に理解されよう。マルチキャストデータ中継モジュールは各被検索プロキシ送信キュー個体情報８２ごとにマルチキャストデータ８０のユニキャスト８４を組み立て、プロキシ送信キュー個体情報８２を用いてアプリケーション受信キュー６０（図４）へ送信８４を経路指定する。
【００１５】
インタフェース４０は指定受信キュー６０にて聴取し、送信８４を圧縮解除し、それが常駐するサブネット上の受信キュー６０にて受信したマルチキャストデータ８０をマルチキャストするようアプリケーション４２を適合させる。マルチキャストデータ８０はかくしてサブネットに向けマルチキャストアドレス５２へ出力され、アプリケーション４２を含むサブネット上の全ての受信アプリケーションはマルチキャストアドレス５２にて聴取し、かくしてマルチキャストデータ８０を受信するよう適合させられる。キュー６０にて送信８４を受信したときに、インタフェース４０がアプリケーション４２にアドレス５２での聴取を停止させ、それがアドレス５２にてマルチキャストもするデータ８０を単純に利用させるよう代替適合させ得ることは容易に理解されよう。
【００１６】
アプリケーション４２がセッションを離脱すると、それはインタフェース４０のお陰で中継モジュール３８（図４）へ終了離脱を送出することができる。片や、中継モジュール３８はサブネットマルチキャストプロキシ選出モジュール３６へ例外を投ずるよう適合させることもできる。片や、セッションモジュール３６はデータ記憶部３２から関連プロキシ送信キューを取り除き、有ればこれらの利用可能なものからサブネット向けに新たなプロキシを選出するよう適合させることもできる。アプリケーション４２はセッションを無言で離脱するよう代替適合でき、接続を強制的に接続解除できることは容易に理解されよう。かくして、モジュール３６はＭＱＳを介する接続解除を検出し、等価な更新手続きを招く例外を投ずるよう選択的に或いは追加的に適合させることができる。サブネット向けプロキシ候補がその時点で一切入手不能である場合、そのときはマルチキャストチャンネルからサブネットを取り除くようモジュール３６を適合させる。さらに、チャンネルに対しサブネットが一切残っていない場合、そのときはモジュール３６はチャンネルを除去するよう適合させる。その結果、サブネット８２向け新規プロキシ送信キュー個体情報かチャンネル除去インジケータか無効値のいずれかが、中継モジュール３８へ戻される。これに応答し、中継モジュールがマルチキャストデータ８０を新たに選出されたプロキシへの中継を継続するか、或いはチャンネルに対し適当な加入者が残っていないことをマルチキャストサーバへ報知するかのいずれかを行なうよう適合させることができる。マルチキャストアドレスと指定受信キューを聴取していたサブネット向け新プロキシは、マルチキャストデータをその受信時にマルチキャスト開始するに過ぎない。その結果は、各種サブネット内での専用プロキシの恒久的確立を必要することなくアプリケーション要請に従ったマルチキャストプロキシサーバの動的な提供となる。
【００１７】
図６は、本発明における中継サーバ側マルチキャスト中継方法を示す。この中継方法は、マルチキャストプロキシサーバ候補が中継方法と並行して実施される第２のプロセスにより追加されることを前提としている。８６に始まり、本方法はステップ８８にてマルチキャスト通信源からマルチキャストチャンネルを特定するマルチキャスト送信の受信を含む。本ステップには、通信源からのユニキャストの直接受信と、マルチキャスト又はブロードキャストアドレスでのマルチキャスト或いはブロードキャスト及び／又は元々の通信源からではなく中継の仕組を介しての送信の受信とを含ませることができる。マルチキャストチャンネルはマルチキャストアドレスとユーザのデータグラムポートとを特定し、本方法はステップ９０におけるマルチキャストチャンネル情報の入手を含む。本方法はさらに、いずれの受信器がステップ８８にて受信したマルチキャスト送信のチャンネルへ登録されたかどうかの９４における判定を含む。登録された場合、そのときは登録済みマルチキャスト受信器をステップ９６においてチャンネルに関連する各サブネットごとに選択し、マルチキャストデータをステップ９８にて各選択された受信器へ送信する。この送信は、選択された受信器がセッションを離脱したことが１００にて判定されるまで継続する。このような場合、そのサブネット向けの処理はステップ１０１へ進むが、ここでは受信器はサブネットへは未登録である。そこで、より多くのサーバを１０２にてサブネットへ登録した場合、そのときはサブネット向けの処理はステップ９６へ戻り、ステップ９８〜１０２に従い新たな受信器が選択されて用いられる。受信器がいつもサブネット１０２へ全く登録されていないと１０２において判定された場合、そのときはサブネットはチャンネルに関連するものとしてテーブルから取り除かれる。９４における如くチャンネルに対し受信器が一切登録されていないと見なされた場合、そのときは本方法はさらにマルチキャスト通信源及び／又はマルチキャストセッション管理システムへのマルチキャスト送信源の通知を含む。
【００１８】
図７は、本発明における受信器側マルチキャストサーバ代理方法を示す。１０４に始まり、本方法はステップ１０６におけるマルチキャストセッション管理サーバや他のマルチキャストチャンネル源からのマルチキャストチャンネルの取得を含む。本方法は、ステップ１０８におけるマルチキャスト中継サービスからのマルチキャストデータのユニキャストを受信指定された受信キューの開設もまた含む。本方法はさらに、ステップ１１２においてＩＭＲＳサーバへ送信してサブネット及びマルチキャストチャンネル用のマルチキャスト受信器としての登録を達成するホストサブネット及び／又はＩＰアドレス等の関連サブネット情報の取得を含む。本方法はさらに、マルチキャスト送信用の指定受信キューでの聴取を含み、接続が１１６にて終了せず、送信が１１８にて受信された場合、そのときは本方法はステップ１２０において指定受信キューにて受信したあらゆる送信のマルチキャストチャンネルでのマルチキャストを含む。本方法はさらに、送信が受信キューにて受信されたかどうかに依らず、ステップ１２２におけるマルチキャストチャンネルのマルチキャストアドレスでの聴取を含む。ステップ１２２を送信が１１８にて受信されたかどうかに代替的に依存させ、かくして送信が受信キューにて受信されたときにアドレスが聴取されないようにできることもまた理解されよう。しかしながら、本方法にはマルチキャストデータが受信キューにて受信されないときは常に受信キューにてほぼ同時かつ指定受信キューにて聴取することが含まれる。通信が１１６にて終了した場合、そのときは方法は１２４にて終了し、かつ／又は方法はＩＭＲＳサーバへの終了離脱通知を含む。
【００１９】
本発明の説明は元来が例示的なものに過ぎず、かくして本発明要旨から逸脱しない変形例が本発明範囲内にあることを意図するものである。例えば、本発明における受信アプリケーションプログラムインタフェースは、データをダイヤルアップ用のマルチキャストやサブネット内の単一受信器を包括する他の任意のケースを介して送信することなく、中継サーバからそのまま受信データを受信アプリケーションへ選択配信させるよう適合させることもできる。このショートカットモードはこの種のケースに改善された効率をもたらし、ダイヤルアップ同様にマルチキャストが実行可能でないケースにも対処する。また、マルチキャスト送信アプリケーションは、各種サブネット内に配置された受信器の登録及び選出や被選出プロキシへのマルチキャストデータのユニキャストを含む中継サービスの基本機能を遂行するよう適合させることができる。さらに、マルチキャスト受信アプリケーションは送信アプリケーションを第三者機関プロバイダではなくマルチキャスト送信アプリケーションへ登録するよう適合させることができ、その場合は送信アプリケーションを中継サービスと見なすことができる。この種の変形例は、本発明の趣旨ならびに範囲から逸脱するものと見なすべきではない。
【図面の簡単な説明】
【００２０】
【図１】本発明におけるサブネット間マルチキャスト中継サービスを示すブロック線図である。
【図２】本発明におけるサブネット間マルチキャストの構成要素を示すブロック線図である。
【図３】本発明におけるネットワークアプリケーションレイヤとネットワークトランスポートレイヤの間のアプリケーションプログラムインタフェースを示すブロック線図である。
【図４】本発明のアプリケーションプログラムインタフェースを実装したマルチキャスト受信器を示すブロック線図である。
【図５】本発明のサブネット間マルチキャスト中継サービスサーバを示すブロック線図である。
【図６】本発明のサーバ側マルチキャスト中継方法を示すフロー線図である。
【図７】本発明の受信器側マルチキャストサーバ代理方法を例示するフロー線図である。
【符号の説明】
【００２１】
１２Ａ〜１２Ｅ  通信サブネット
１４Ａ〜１４Ｄ  ルータ
１６  サーバ
１８  遠隔アクセスユーザ
２０Ａ〜２０Ｄ  マルチキャスト通信源
２２Ａ〜２２Ｄ  マルチキャスト受信器
２４  マルチキャストサーバ
２５  アプリケーションプログラムインタフェース
２６  マルチキャストメディアコンテンツ記憶部
２７  マルチキャスト送信アプリケーション
２８  マルチキャストサーバ選択的管理サーバ
２９  カタログデータ記憶部
３０Ａ，３０Ｂ  アプリケーション受信ホスト
３１  マルチキャストセッション管理モジュール
３２  マルチキャストプロキシサーバ候補データ記憶部
３４  マルチキャストアプリケーション登録管理モジュール
３５  通信源データ記憶部
３６  サブネットマルチキャストプロキシ選出モジュール
３８  中継モジュール
４０  アプリケーションプログラムインタフェース
４０Ａ，４０Ｂ  アプリケーションプログラムインタフェース
４２  マルチキャスト送／受信アプリケーション
４２Ａ，４２Ｂ  マルチキャスト受信アプリケーション
４４  伝送レイヤ
４６  メッセージキューサービス
５０  マルチキャストプラットホーム
５２  マルチキャストアドレス
５３  ＵＤＰポート
６２  ホストインターネットプロトコルアドレス
６４  ホストサブネットアドレス
６７  通信源登録要求
６８  指定受信キュー個体情報
６９  アプリケーション登録要求
７０，７２  マルチキャストチャンネル
７４Ａ，７４Ｂ  サブネットデータ記憶部
７６Ａ，７６Ｂ，７６Ｃ，７６Ｄ  プロキシ送信キュー
８０  マルチキャストデータ
８２  プロキシ送信キュー個体情報
【図１】
2007521763.tif 000002
【図２】
2007521763.tif 000003
【図３】
2007521763.tif 000004
【図４】
2007521763.tif 000005
【図５】
2007521763.tif 000006
【図６】
2007521763.tif 000007
【図７】
2007521763.tif 000008