JP2005252946A - Ｉｐキー・テレホンのトラフィック分散方法とシステム - Google Patents

Abstract

【課題】ＩＰ（インターネット・プロトコル）網を介してキー・テレホン・システムを実現する場合に、リアルタイム放送情報の配信をマルチキャスト通信により実行すると、網のトラフックを急激に上げないようにするための制限を受け、特別のプロトコルを別途必要とし、機密を保持し難い。ユニキャスト通信により実行すると、放送情報配信装置に配信処理が集中し、トラフィックが莫大になり、広い通信帯域と高い処理能力が必要となる。
【解決手段】放送情報配信装置Ｓ1と端末装置Ｋ1の間に配信専用装置Ｒ1を設けて、配信機能とトラフィックの分散化を計った。放送情報配信装置Ｓ1は配信専用装置Ｒ1のみを管理すればよい。配信専用装置Ｒ1には複数の端末装置Ｋ1Ａ，Ｂ，Ｃなどを接続可能である。さらに配信専用装置Ｒ2を配信専用装置Ｒ1の下位ノードとして接続することも可能である。
【選択図】図１

Description

本発明は、ＩＰ（インターネット・プロトコル）網を介してキー・テレホン・システム（ボタン電話装置とも呼ばれる）を実現するための、新規なＩＰキー・テレホンのトラフィック分散方法とシステムを提供せんとするものである。

図１１には、特許文献１に開示されたマルチキャスト通信システムの従来例の構成図が示されている。このシステムの特徴は、悪意あるユーザによる攻撃により無意味なテーブルがネットワーク内のノードに多数生成されるなどの問題を生じない高度なセキュリティを持ったマルチキャスト・データ通信システムを提供している点にある。

このマルチキャスト・データ通信システムにおいて、受信ホスト222-1〜4は定期的に受信要求パケットを送信ホスト200へ向けて送出し、該受信要求パケットを受信すると共にその後に送信ホストから配信テーブル生成パケットやデータ・パケットを受信した中継ノード221は、該当送信ホスト200に対する配信テーブルがなければ、これを作成した上で、各受信ホスト222-1〜4のアドレス及び受信要求パケットの到着時刻を登録するとともに定期的に受信要求パケットを送信ホスト200へ向けて送出し、送信ホスト200からのデータ・パケットを受信した中継ノード221は、配信テーブルに登録された受信要求パケットの到着時刻がデータ・パケットの到着時刻より一定時間内の受信ホストに対してのみ、データ・パケットを複製して配送している。

一般に、ＩＰ網を介して、放送情報配信装置からキー・テレホン・システムにリアルタイムで放送情報を配信する場合に、以下のような問題点に遭遇する。例えば、前記の特許文献１に開示されたマルチキャスト通信を実行するためには、マルチキャスト・ツリーを構築するプロトコルＲＦＣ1075のＤＶＭＲＰ（Distance−Vector Multicast Routing Protocol）や、ＲＦＣ1112のＩＧＭＰ（Internet Group Management Protocol）などのプロトコルを追加することが必要となる（特許文献1の段落0003）。すると、ＩＰ網を介して接続された、ルータ等の構成機器を含む通信網を管理しなければならないという、通信網管理の問題（問題点１）があった。このＩＧＭＰは、同一のデータを複数のホストに効率よく配送するＩＰマルチキャストで、配送を受けるために構成されるホストのグループを制御するためのプロトコルである。あるホストがグループに参加または脱退したり、マルチキャスト・ルータ間でグループに関する情報をやり取りしたりするのに使われる。

マルチキャスト通信における通信網管理の問題（問題点１）についてさらに説明する。マルチキャストにより配信すると、ネットワークへの通信プロトコル制限を受ける。すなわち、一般的なＩＰ網のネットワークでは、マルチキャストのパケットはルータを越えることができないため、マルチキャスト通信を実行するためには、ルータの設定までも変更する必要が生じる。しかし、この設定を変更すると、ルータで区切られた各々のネットワークに対してマルチキャストのパケットが飛び交いトラフィックを急激に増大させてしまう。このため、通常はネットワークの管理者は、このようなルータの設定変更を許可しないために、ルータを越えて通信することができないというマルチキャスト通信の実行に対する制限が発生する。

ネットワークの管理者が、特定のマルチキャストの送信元からの送信を許可し、ルータの設定変更を認めた場合には、中継に関与するすべてのルータの設定変更が必要となる。ＩＰ網のネットワークは、網の目状に入り組んで構築されているため、各ルータの設定を誤り無く絶えず管理することは極めて困難であり、設定管理に誤りがあった場合には、配信範囲外のネットワークに機密漏洩が発生する可能性が大きく管理上の負担が大きい。マルチキャストのパケットを配信するために、ＩＳＰ（インターネット・サービス・プロバイダ）事業者の管理外のルータを経由する場合には、設定変更は不可能となる。

基幹のネットワークであるＩＰ網では、一般に、安定な通信を確保するために、急激な通信量の増大によるトラフィックの急増を防止する対策をとるようにしている。そのために、1つの通信者（放送情報配信装置）から複数の通信者（キー・テレホン・システム）に対して同時に同じ通信内容を送出する、いわゆるマルチキャスト通信においては、網の目状に張り巡らされたＩＰ網のトラフィックの急増を伴うから、ＩＰ網においては利用しにくいというトラフィック急増の問題（問題点2）があった。

さらに、マルチキャスト通信においては、同時に複数の通信者（キー・テレホン・システム）に同じ内容の情報を送出（放送）するために、マルチキャスト通信の当事者以外のＩＰ網に接続された第３者（パソコン、ルータ、サーバ、フレームワークなどの装置）にも通信の内容が漏洩してしまう可能性が大きく、機密性を保持しにくいという機密漏洩問題（問題点3）を内包していた。

さらに、マルチキャスト通信には本質的に、上位のノード（例えば放送情報配信装置）から下位のノード（例えば端末装置）に対する情報の流れを管理しているから、放送情報に対する多数の下位のノードが欲するそれぞれに異なる要求を詳細にわたり処理することは難しく、上位ノードに伝え難いという情報の流れの問題（問題点4）があった。

1つの通信者（放送情報配信装置）から複数の通信者（キー・テレホン・システム）に対して同時に同じ通信内容を放送するマルチキャスト通信に対して、1つの通信者（放送情報配信装置）から他の通信者（キー・テレホン・システム）に対して個別に同じ通信内容（放送情報）を送出する、いわゆるユニキャスト通信がある。このユニキャスト通信にも大きな問題点があった。

ユニキャスト通信で放送情報を配信すると、1つの放送情報配信装置が多くの宛先（キー・テレホン・システム）に同時に配信するために、配信処理が上位ノードである放送情報配信装置に集中し負担が大きくなるという配信処理の集中問題（問題点５）があった。さらに、多くの宛先（キー・テレホン・システム）に同時に配信するために、ＩＰ網においてもトラフィックが莫大なものとなり、トラフィック量の制限を受けるというトラフィック量増大問題（問題点６）があった。配信処理を実現するためには、十分に広い通信帯域と高い配信処理能力のある放送情報配信装置を使用しなければ実現できないという広帯域・高配信処理能力問題（問題点７）があった。
特開2003-32300号公報

解決しようとする問題点を以下に示す。特許文献１に開示されたマルチキャスト通信の、通信網管理の問題（問題点１）、トラフィック急増の問題（問題点2）、機密漏洩問題（問題点3）、情報の流れの問題（問題点4）がある。ユニキャスト通信には、配信処理の集中問題（問題点5）、トラフィック量増大問題（問題点6）、広帯域・高配信処理能力問題（問題点7）がある。

本発明は、上記の課題を解決することを最も主要な特徴とする。基本的には、マルチキャスト通信の問題点を有してはいないユニキャスト通信の特徴を活かしつつ、ユニキャスト通信の問題点（問題点5、6、7）を除去し、配信処理の分散化により、配信処理の集中、トラフィック量増大を避けて、広帯域・高配信処理能力問題も解決した。

これを実現するために、放送情報配信装置と宛先（キー・テレホン・システム）との間に配信専用装置を設けた。そこには、この配信専用装置の受け持ちエリアに関する配信先（宛先）情報データを格納し、このデータをアクセス処理し、宛先への配信機能を有し、上位ノードにある放送情報配信装置との接続、下位ノードの配信先（例えば、キー・テレホン・システム）の属するエリアへの接続のためのノード管理機能を有し、放送情報配信装置と宛先（キー・テレホン・システム）との間で授受される情報（メッセージ）を送受し、ＩＰ網と接続するためのＬＡＮインタフェースを設けるようにした。

これにより、放送情報配信装置は宛先の詳細については、関与する必要がなくなった。放送情報配信装置と配信専用装置との間での情報交換は、極めて限定された範囲のものにとどまり、個々の宛先との間の情報交換は配信専用装置が担当するようにした。これにより、放送情報配信装置の負担は配信専用装置に分散化軽減され、前記諸問題の解決につながった。

本発明のＩＰキー・テレホンのトラフィック分散方法とシステムによるならば、放送情報配信装置と宛先（キー・テレホン・システム）との間に配信専用装置を設けたから、配信専用装置により機能の分散化が可能となった。マルチキャスト通信の問題点を有してはいないユニキャスト通信を基本にしたから、マルチキャスト通信の前記の問題点（問題点1，2，3，4）を有してはいない。しかも、ユニキャスト通信の欠点、すなわち、上位ノードにおける配信処理の集中問題（問題点5）、トラフィック量増大問題（問題点6）、広帯域・高配信処理能力問題（問題点7）を除去するべく、配信処理の下位ノードへの分散化をし、配信処理の集中や、トラフィック量の増大を避けて、広帯域・高配信処理能力問題も解決した。これにより、ＩＰ網で接続されたＩＰキー・テレホンのシステムが可能になった。

ユニキャスト通信の長所を生かすことを基本にし、放送情報配信装置と宛先である端末装置（キー・テレホン・システム）との間に配信専用装置を設けて、機能の分散化を計った。すなわち、放送情報配信装置と配信専用装置の間、配信専用装置と更なる下位ノードの配信専用装置の間、配信専用装置と端末装置との間は、ユニキャスト通信により行われる。

以下の説明においては、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ：インターネット技術検討標準化組織）の提案によるＩＰ（インターネット・プロトコル）のＳＩＰ（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ：ＩＰ電話などで用いる通信制御プロトコル：ＲＦＣ3261，ＲＦＣ3265）を使用した場合について述べる。ＲＦＣ3261はＳＩＰの基本的なプロトコル、ＲＦＣ3265は登録（SUBSCRIBE：サブスクライブ）や情報の通知（NOTIFY：ノティファイ）の詳細を規定したプロトコルである。

図１は、本発明の基本的構成を示す１実施例の構成図である。放送情報配信装置Ｓ1、配信専用装置Ｒ1および端末装置Ｋ1があり、ユニキャスト通信による放送情報の配信をしている。ここで、配信専用装置Ｒ1は、上位ノードの放送情報配信装置Ｓ1にトラフックが集中して負担が重くなること分散し軽減する効果を有している。それらの装置の間には、下位ノード登録メッセージＩＫ1Ｒ1ａ，ＩＲ1Ｓ1ａ、下位ノード登録確認メッセージＩＳ1Ｒ1ａ，ＩＲ1Ｋ1ａ、情報通知メッセージＩＳ1Ｒ1ｂ，ＩＲ1Ｋ1ｂおよび情報通知確認メッセージＩＫ1Ｒ1ｂ，ＩＲ1Ｓ1ｂがやりとりされている。

ここで、下位ノード登録メッセージは、下位ノードにある装置を上位ノードにある装置に登録（サブスクライブ）するための情報である。下位ノード登録確認メッセージは、下位ノード登録を完了したことを確認する上位ノードの装置から下位ノードの装置に対して出される情報（Acknowledge Subscription: サブスクライブに対する受領証）である。情報通知メッセージ（ノティファイ）は、上位ノードの装置から下位ノードの装置に対して放送配信の情報（放送の内容）を伝えるためのものである。情報通知確認メッセージは、下位ノードの装置から上位ノードの装置に対して放送配信の情報を受け取ったことを知らせるためのものである（Acknowledge Notification: ノティファイに対する受領証）。

図1における動作を説明する。配信専用装置Ｒ1は、自ノードの下位に接続された端末装置Ｋ1より放送配信を要求する下位ノード登録メッセージＩＫ1Ｒ1ａを受けると、上位ノードの放送情報配信装置Ｓ1に放送配信の下位ノード登録メッセージＩＲ1Ｓ1ａを送る。これを受けた放送情報配信装置Ｓ1は配信専用装置Ｒ1の登録をし、配信専用装置Ｒ1へ配信すべき情報を準備する。そこで放送情報配信装置Ｓ1は配信専用装置Ｒ1に対して受領証として下位ノード登録確認メッセージＩＳ1Ｒ1ａを送り、登録の完了を知らせる。配信専用装置Ｒ1は配信すべき情報を準備する。そこで、配信専用装置Ｒ1は端末装置Ｋ1に下位ノード登録確認メッセージＩＲ1Ｋ1ａを送り、登録の完了を知らせる。

登録完了後は、放送情報配信装置Ｓ1は配信専用装置Ｒ1に対して指定された放送情報を情報通知メッセージＩＳ1Ｒ1ｂにより定期的に配信する。配信専用装置Ｒ1は情報通知メッセージＩＳ1Ｒ1ｂにより配信された放送情報を記憶すると同時に、放送情報配信装置Ｓ1に対して情報通知確認メッセージＩＲ1Ｓ1ｂにより情報通知メッセージＩＳ1Ｒ1ｂの受領を報告する。配信専用装置Ｒ1は端末装置Ｋ1に対して記憶した放送情報を情報通知メッセージＩＲ1Ｋ1ｂにより定期的に配信する。この配信を受けた端末装置Ｋ1は配信専用装置Ｒ1に対して情報通知確認メッセージＩＫ1Ｒ1ｂを送り、情報通知メッセージＩＲ1Ｋ1ｂの受領を報告する。

以上の動作により、放送情報配信装置Ｓ1と配信専用装置Ｒ1との間はユニキャスト通信により配信がなされ、配信専用装置Ｒ1は端末装置Ｋ1に対して記憶した放送情報を情報通知メッセージＩＲ1Ｋ1ｂにより定期的に配信するから、従来技術においては上位ノード（放送情報配信装置Ｓ1）に集中したトラフィックと配信処理を、下位ノード（配信専用装置Ｒ1）に分散させることができた。

図２は、図1の構成要素である放送情報配信装置Ｓ1および配信専用装置Ｒ1において、配信先情報として格納される下位ノード情報の一例を表す配信先情報図である。（ａ）および（ｂ）には、宛先を特定するための配信先（Ｒ1およびＫ1）の識別子、配信先の装置の種類を表すノード種別（ＲおよびＫ）、この配信情報を登録しておく有効期間（例えば、日数）、ダイアログ（対話）の形式（Ｄｉｇ1，Ｄｉｇ2）、配信される放送情報のパターン別を表す配信要求パターン（ともにＰＧ1）が格納されている。

図３は、本発明の要部をなす配信専用装置Ｒの内部構成を示している。そこには、配信先情報データ部21、データ・アクセス処理部22、配信機能部23、ノード管理機能部24、メッセージ送受信部25、ＬＡＮインタフェース28が含まれている。

配信先情報データ部21は、下位ノードに関する情報と、その下位ノードがどのような放送情報を要求しているか（配信要求パターン）を記録する機能（図2）を有している。データ・アクセス処理部22は、データの登録、削除、更新、検索または参照を一元的に行う機能を有している。配信機能部23は、配信先情報データを元に、下位ノードへの放送情報のメッセージ配信をするように、メッセージ送受信部25に指示する機能を有している。ノード管理機能部24は、メッセージ送受信部25が受信したメッセージを解析し、上位あるいは下位ノードの追加、削除、更新を行い、また、登録が実行されたことを報告する応答メッセージの送信指示をメッセージ送受信部25に対して指示する機能を有する。

メッセージ送受信部25は、ＬＡＮインタフェース28を介してメッセージを受信し、プロトコルに従ってメッセージの解析を実行し、処理の結果をノード管理機能部24へ渡し、配信機能部23から受けた配信の処理情報を元に、プロトコルに従ったメッセージの送信を実行する機能を有する。ＬＡＮインタフェース28は、情報伝送路39によってＩＰ網を介して、他のノード（放送情報配信装置Ｓ1および端末装置Ｋ1）に接続され、メッセージ送受信部25とのインタフェースをする機能を有している。

配信先情報データ部21とデータ・アクセス処理部22の間は、配信先情報入出力信号31により結ばれている。データ・アクセス処理部22と配信機能部23の間は、配信先検索・参照信号32により結ばれている。アクセス処理部22とノード管理機能部24の間は、情報制御信号33により結ばれている。配信機能部23とメッセージ送受信部25の間は、配信指示信号34により結ばれている。ノード管理機能部24とメッセージ送受信部25の間は、放送情報信号35により結ばれている。メッセージ送受信部25とＬＡＮインタフェース28の間は、送受信信号38により結ばれている。ＬＡＮインタフェース28は情報伝送路39によってＩＰ網を介して、他のノード（放送情報配信装置Ｓ1，下位の配信専用装置Ｒ2および端末装置Ｋ1）に接続されるようになっている。

配信先情報入出力信号31は、図2に示した配信先情報のデータの登録、削除、更新、検索または参照の入出力を実行するための信号である。配信先検索・参照信号32は、放送情報の配信先の検索または参照をするための信号である。情報制御信号33は、配信先情報または配信情報のデータの登録、削除、更新の制御を行う信号である。配信指示信号34は、配信機能部23により指定された放送情報の配信をするように、メッセージ送受信部25に指示する信号である。

放送情報信号35は、メッセージ送受信部25が、ＩＰ網を介して放送情報配信装置Ｓ1から受信した放送情報を、ノード管理機能部24に伝える信号である。送受信信号38は、ＬＡＮインタフェース28を介して情報の送受信をする信号である。情報伝送路39は、ＩＰ網を介して、配信専用装置Ｒを他のノード（放送情報配信装置Ｓ1，下位の配信専用装置Ｒ2および端末装置Ｋ1）に接続するようにしている。

図４には、実施例2の構成図が示されている。図1の構成要素に対応するものについては、同じ記号を付している。放送情報配信装置Ｓ1、配信専用装置Ｒ1、および端末装置Ｋ1があり、配信専用装置Ｒ1には配信専用装置Ｒ2が、配信専用装置Ｒ2には端末装置Ｋ2が接続されている。図1の構成と異なるのは、配信専用装置Ｒ2が端末装置Ｋ2への配信を担当して、配信専用装置Ｒ1への負担を軽減している点である。すなわち、配信専用装置Ｒ1は、上位ノードの放送情報配信装置Ｓ1の負担を軽減し、配信専用装置Ｒ2は、上位ノードの配信専用装置Ｒ1の負担を軽減する効果を有している。

それらの装置の間には、下位ノード登録メッセージＩＫ1Ｒ1ａ，ＩＲ1Ｓ1ａ，ＩＫ2Ｒ2ａ，ＩＲ2Ｒ1ａ、下位ノード登録確認メッセージＩＳ1Ｒ1ａ，ＩＲ1Ｋ1ａ，ＩＲ1Ｒ2ａ，ＩＲ2Ｋ2ａ、情報通知メッセージＩＳ1Ｒ1ｂ，ＩＲ1Ｋ1ｂ，ＩＲ1Ｒ2ｂ，ＩＲ2Ｋ2ｂ、および情報通知確認メッセージＩＫ1Ｒ1ｂ，ＩＲ1Ｓ1ｂ，ＩＫ2Ｒ2ｂ，ＩＲ2Ｒ1ｂがやりとりされている。

図５（ａ），（ｂ），（ｃ）にはそれぞれ、図4の構成要素である放送情報配信装置Ｓ1，配信専用装置Ｒ1およびＲ2において配信先情報として格納される、下位ノード情報が示されている。（ａ）放送情報配信装置Ｓ1の登録内容において、配信先識別子には、配信専用装置Ｒ1およびＲ2の識別子が登録されている。ノード種別には、配信専用装置Ｒ1およびＲ2の装置の種別が登録されている。登録有効期間には、配信専用装置Ｒ1およびＲ2におけるこの登録が何日間有効であるかを登録している。ダイアログには、配信専用装置Ｒ1およびＲ2に対して使用される対話の形式が登録されている。放送情報種別には、配信専用装置Ｒ1およびＲ2に対して配信する放送情報内容の種別である配信要求パターンが登録されている。（ｂ），（ｃ）の配信専用装置Ｒ1およびＲ2の登録内容についても同様である。

図６は、ＩＰキー・テレホンのトラフィック分散方法とシステムのさらに他の実施例を示したネットワーク構成図である。そこには、ＳＩＰプロキシ・サーバＰ、放送情報配信装置Ｓ1、配信専用装置Ｒ1およびＲ2があり、それぞれの配信対象範囲ＤＳ1，ＤＳ1Ｂ，ＤＲ1，ＤＲ1Ｂ，ＤＲ2，ＤＲ2Ｂが示されている。ＳＩＰプロキシ・サーバＰは、端末装置Ｋや、別のＳＩＰプロキシ・サーバからのＳＩＰリクエストを受け取り、それを放送情報配信装置Ｓ1に転送し、または放送情報配信装置Ｓ1の代理動作をする。放送情報配信装置Ｓ1は、その配信対象範囲ＤＳ1に含まれた配信専用装置Ｒ1に配信する。配信専用装置Ｒ1は、その配信対象範囲ＤＲ1に含まれた2つの端末装置Ｋ1Ａ，Ｋ1Ｂおよび中継接続するためのルータＲＵを介して接続された配信専用装置Ｒ2に配信する。配信専用装置Ｒ2は、その配信対象範囲ＤＲ2に含まれた2つの端末装置Ｋ2Ａ，Ｋ2Ｂに配信する。各装置の機能は、図４に示した同じ名称の装置と同じである。

2つの配信専用装置Ｒ1とＲ2を用いることによって、配信専用装置Ｒ1にかかる負担の軽減と処理能力の分散化が計られる。さらなる軽減と分散化のために配信専用装置Ｒ2の下位ノードに更に図示されてはいない配信専用装置Ｒ3を設けることも可能である。下位ノードへの配信専用装置Ｒの増設により、上位ノードへの負担を最小限にとどめつつシステム規模の拡大が可能となる。さらに、放送情報配信装置Ｓ1に配信対象範囲ＤＳ1Ｂ，ＤＲ1Ｂ，ＤＲ2Ｂなどが必要に応じて加えられ得る。

図７は、図６の配信専用装置Ｒ1，Ｒ2および端末装置Ｋ1Ａ，Ｋ1Ｂ，Ｋ2Ａ，Ｋ2Ｂに格納されている上位エージェント（ノード）に関する登録設定内容図である。配信専用装置Ｒ1に登録されているのは、配信源が放送情報配信装置Ｓ1であり、直接に接続される配信装置は放送情報配信装置Ｓ1であることを表している。端末装置Ｋ1Ａ，Ｋ1Ｂに登録されているのは、配信源が放送情報配信装置Ｓ1であり、直接に接続される配信装置は配信専用装置Ｒ1であることを表している。端末装置Ｋ1Ａ，Ｋ1Ｂは配信専用装置Ｒ1に対して配信要求パターン（ＰＧ1）を登録している。したがって、配信専用装置Ｒ1は、放送情報配信装置Ｓ1から配信された配信情報のうち、すでに登録されている配信要求パターン（ＰＧ1）のみを端末装置Ｋ1Ａ，Ｋ1Ｂに配信する。

配信専用装置Ｒ2に登録されているのは、配信源が放送情報配信装置Ｓ1であり、直接に接続される配信装置は配信専用装置Ｒ1であることを表している。端末装置Ｋ2Ａ，Ｋ2Ｂに登録されているのは、配信源が放送情報配信装置Ｓ1であり、直接に接続される配信装置は配信専用装置Ｒ2であることを表している。端末装置Ｋ2Ａ，Ｋ2Ｂは配信専用装置Ｒ2に対して配信要求パターン（ＰＧ2）を登録している。したがって、配信専用装置Ｒ2は、放送情報配信装置Ｓ1から配信専用装置Ｒ1を介して配信された配信情報のうち、すでに登録されている配信要求パターン（ＰＧ2）のみを端末装置Ｋ2Ａ，Ｋ2Ｂに配信する。

図８、図９及び図１０を用いて、前記のＳＩＰ（ＲＦＣ3261，ＲＦＣ3265）を使用した、下位ノード登録をサブスクライブ（ＳＵＢＳＣＲＩＢＥ）、放送情報の配信をノティファイ（ＮＯＴＩＦＹ）メッセージを用いた場合について、説明する。このサブスクライブおよびノティファイの具体的な細部の記載は、前記のＳＩＰ（ＲＦＣ3265/ｄｒａｆｔ-ｉｅｔｆ−ｓｉｍｐｌｅ-ｐｒｅｓｅｎｃｅ-07.ｔｘｔ）に規定されているので、ここでは、要部のみを示し説明する。

図８には、図６のネットワーク構成における登録メッセージ処理のシーケンスが示されている。ここで配信専用装置Ｒ1は上位ノードの放送情報配信装置Ｓ1と、配信専用装置Ｒ2は上位ノードの配信専用装置Ｒ1との間で、すでに配信契約が済まされている。

配信専用装置Ｒ1に対して下位ノードにある端末装置Ｋ1Ａから配信の登録を要求するサブスクライブと呼ばれる下位ノード登録メッセージＩＫ1ＡＲ1ａが出される。この下位ノード登録メッセージＩＫ1ＡＲ1ａには、配信を要求する情報のパターン（ＰＧ1）、端末装置Ｋ1Ａのノード情報（Ｋ1＠Ｋ1Ａ-ＩＰ）が含まれ、配信先コンタクトとして登録される（図９の登録番号Ｒ1-1）。

これを受けた配信専用装置Ｒ1は放送情報配信装置（Ｐｒｅｓｅｎｃｅ Ａｇｅｎｔ：プレゼンス・エージェント）Ｓ1に対して、サブスクライブと呼ばれる下位ノード登録メッセージＩＲ1Ｓ1ａ1を送る。このサブスクライブ・メッセージには配信を要求する情報のパターン（ＰＧ1）と配信専用装置Ｒ1のノード情報（Ｋ1＠Ｒ1-ＩＰ）が含まれ、ノード情報は配信先コンタクトとして登録される（図９の登録番号Ｓ1-1）。放送情報配信装置Ｓ1は、登録を済ませて配信専用装置Ｒ1に対して下位ノード登録確認メッセージＩＳ1Ｒ1ａ1を送出する。そこで配信専用装置Ｒ1は端末装置Ｋ1Aの登録を済ませたことを端末装置Ｋ1Ａに対して知らせる。

すなわち、下位ノード登録メッセージＩＲ1Ｓ1ａ1および下位ノード登録確認メッセージＩＳ1Ｒ1ａ1により、配信専用装置Ｒ1は放送情報配信装置Ｓ1に登録される。下位ノード登録メッセージＩＫ1ＡＲ1ａおよび下位ノード登録確認メッセージＩＲ1Ｋ1Ａａにより、端末装置Ｋ1Aの登録を配信専用装置Ｒ1において済ませる。これにより配信専用装置Ｒ1は、上位ノード（放送情報配信装置Ｓ1）とのサブスクライブ（配信登録）が成立した。

続いて、 配信専用装置Ｒ1に対して下位ノードにある端末装置Ｋ1Ｂから配信の登録を要求するサブスクライブと呼ばれる下位ノード登録メッセージＩＫ1ＢＲ1ａ（サブスクライブ・メッセージ）が出される。これを配信専用装置Ｒ1が受けると、サブスクライブ・メッセージに含まれた配信を要求する情報のパターン（ＰＧ1）が、端末装置Ｋ1のためにすでに記憶しているか否かを配信先情報データを検索して、未登録の場合には、配信専用装置Ｒ1において登録する（登録番号Ｒ1-2）。この登録（図9の登録番号Ｒ1-2）において、配信先コンタクト（ｓｉｐ：Ｋ1＠Ｋ1Ｂ-ＩＰ）、ノードの種別（Ｋ）、サブスクライブの有効期間（例えば、１００秒）、配信要求パターン（ＰＧ1）をその内容とする配信先情報データが格納される。

それと同時に端末装置Ｋ1Ｂに対して下位ノード登録確認メッセージＩＲ1Ｋ1Ｂａを送り、端末装置Ｋ1Ｂの登録は完了する。放送情報配信装置Ｓ1における配信専用装置Ｒ1の登録は、下位ノード登録メッセージＩＲ1Ｓ1ａ1と下位ノード登録確認メッセージＩＳ1Ｒ1ａ1によってすでに完了している。すなわち、配信専用装置Ｒ1は上位ノードの放送情報配信装置Ｓ1との間でサブスクライブが成立した。

以下同様にして、端末装置Ｋ2Aから配信専用装置Ｒ2に対して下位ノード登録メッセージＩＫ2ＡＲ2ａ（サブスクライブ・メッセージ）が出される。このサブスクライブ・メッセージには配信を要求する情報のパターン（ＰＧ2）と端末装置Ｋ2Aのノード情報（Ｋ2＠Ｋ2Ａ-ＩＰ）が含まれ、ノード情報は配信先コンタクトとして登録される（登録番号Ｒ2-1）。配信専用装置Ｒ2は登録を済ませて、配信専用装置Ｒ1に対してサブスクライブ・メッセージとして下位ノード登録メッセージＩＲ2Ｒ1ａを送出する。

そこで配信専用装置Ｒ1は、端末装置Ｋ2Ａの配信要求パターン（ＰＧ2）がすでに記憶しているもの（ＰＧ1）と異なっているので、配信専用装置Ｒ2の登録（登録番号Ｒ1-3）を済ませ、放送情報配信装置Ｓ1に対して配信要求パターン（ＰＧ2）、配信専用装置Ｒ1のノード情報（Ｋ2＠Ｒ1-ＩＰ）を設定したサブスクライブ・メッセージとして下位ノード登録メッセージＩＲ1Ｓ1ａ2を送信する。放送情報配信装置Ｓ1は、サブスクライブ・メッセージとして下位ノード登録メッセージＩＲ1Ｓ1ａ2を受信すると、放送情報を配信するための配信先コンタクト（ｓｉｐ：Ｋ2＠Ｒ1-ＩＰ）、ノードの種別（Ｒ）、有効期間（例えば、60秒）、対話形式を指定するダイアログ（Ｄｉｇ4）、配信要求パターン（ＰＧ2）を配信先情報データとして記憶する（登録番号Ｓ1-2）。

配信先情報データとして記憶すると同時に、放送情報配信装置Ｓ1は、配信専用装置Ｒ1に対して下位ノード登録確認メッセージＩＳ1Ｒ1a2Ａ2を送信する。これを受けた配信専用装置Ｒ1は配信専用装置Ｒ2の登録（登録番号Ｒ1-3）を有効なものとし、直ちに配信専用装置Ｒ2に対して下位ノード登録確認メッセージＩＲ1Ｒ2ａを送信する。これを受けた配信専用装置Ｒ2は、端末装置Ｋ2Ａの登録（登録番号Ｒ2-1）を有効なものとし、端末装置Ｋ2Ａに下位ノード登録確認メッセージＩＲ2Ｋ2Ａａを送信する。これにより配信専用装置Ｒ2は、上位ノード（配信専用装置Ｒ1）とのサブスクライブ（配信契約）が成立した。

続いて、配信専用装置Ｒ2に対して下位ノードにある端末装置Ｋ2Ｂからサブスクライブ・メッセージとして配信の登録を要求する下位ノード登録メッセージＩＫ2ＢＲ2ａが出される。この登録要求により、配信先コンタクト（ｓｉｐ：Ｋ2＠Ｋ2Ｂ-ＩＰ）、ノードの種別（Ｋ）、有効期間（例えば、60秒）、対話の形式であるダイアログ（Ｄｉｇ7）、配信要求パターン（ＰＧ2）が配信専用装置Ｒ2において登録される（登録番号2-2）。配信専用装置Ｒ2は、すでに配信専用装置Ｒ1（上位ノード）との間に配信要求パターンＰＧ2に関してサブスクライブ契約が成立しているから、登録（登録番号2-2）はただちに有効となり、端末装置Ｋ2Ｂに対して下位ノード登録確認メッセージＩＲ2Ｋ2Ｂａを送り、端末装置Ｋ2Ｂの登録は完了する。放送情報配信装置Ｓ1における配信専用装置Ｒ2の登録は、下位ノード登録メッセージＩＲ2Ｒ1ａ，ＩＲ1Ｓ1ａ2と下位ノード登録確認メッセージＩＳ1Ｒ1ａ2，ＩＲ1Ｒ2ａによって、すでに完了している。

図９には、図８の登録メッセージ処理の結果、下位ノードに登録された下位ノード登録内容を示している。（ａ）には放送情報配信装置Ｓ1の下位ノードが、（ｂ）には配信専用装置Ｒ1の下位ノードが、（ｃ）には配信専用装置Ｒ2の下位ノードが、それぞれ登録されている。登録番号Ｓ1-1，Ｓ1-2には、配信先情報として配信専用装置Ｒ1，Ｒ2の識別符号である配信先コンタクトが、その種別はともに配信専用装置Ｒであり、登録の有効期間は、例えば、１００秒および６０秒であり、ダイアログ（対話形式）はＤｉｇ1およびＤｉｇ4であり、配信要求パターンは、それぞれＰＧ1，ＰＧ2であることが登録されている。

同図（ｂ）には配信専用装置Ｒ1の下位ノードの登録番号Ｒ1-1〜3があり、配信先情報として端末装置Ｋ1Ａ，Ｋ1Ｂおよび配信専用装置Ｒ2の識別符号である配信先コンタクトが、その種別は2つの端末装置Ｋと1つの配信専用装置Ｒであり、登録の有効期間は、例えば、１００秒，１００秒および６０秒であり、ダイアログ（対話形式）はＤｉｇ1，Ｄｉｇ3およびＤｉｇ5であり、配信要求パターンは、それぞれＰＧ1，ＰＧ1，ＰＧ2であることが登録されている。

同図（ｃ）には配信専用装置Ｒ2の下位ノードの登録番号Ｒ2-1およびＲ2-2があり、配信先情報である配信先コンタクトとして端末装置Ｋ2Ａ，Ｋ2Ｂの識別符号が、その種別は2つの端末装置Ｋであり、登録の有効期間は、例えば、６０秒および６０秒であり、ダイアログ（対話形式）はＤｉｇ6およびＤｉｇ7であり、配信パターンは、それぞれＰＧ2，ＰＧ2であることが登録されている。

図１０には、図６のネットワーク構成における情報通知のための配信メッセージ処理のシーケンスが示されている。プレゼンス・エージェント（Ｐｒｅｓｅｎｃｅ Ａｇｅｎｔ）である放送情報配信装置Ｓ1には、図９においてすでに配信専用装置Ｒ1が登録されている。そこで配信専用装置Ｒ1に対してノティファイ（ＮＯＴＩＦＹ）と呼ばれる情報通知メッセージＩＳ1Ｒ1ｂ1を送出する。この情報通知メッセージＩＳ1Ｒ1ｂ1には、図9の登録番号Ｓ1-1，Ｓ1-2に登録された配信先情報データの配信先コンタクト（Ｃｏｎｔａｃｔ）（ｓｉｐ：Ｋ1＠Ｒ1-ＩＰ，ｓｉｐ：Ｋ2＠Ｒ1-ＩＰ）の配信要求パターン（ＰＧ1，ＰＧ2）を設定したノティファイ・メッセージが含まれている。それが届くと、その受領したことを情報通知確認メッセージＩＲ1Ｓ1ｂ1により放送情報配信装置Ｓ1に通知する。放送情報配信装置Ｓ1は、情報通知確認メッセージＩＲ1Ｓ1ｂ1を受領すると、配信専用装置Ｒ1に対するノティファイ・メッセージの再送を停止する。

配信専用装置Ｒ1は、すでに情報通知メッセージＩＳ1Ｒ1ｂ1により受信したノティファイ・メッセージの配信要求パターン（ＰＧ1，ＰＧ2）の内容を配信先情報データとして記憶する。配信専用装置Ｒ1は、配信先情報データとして記憶している配信先コンタクト（ｓｉｐ：Ｋ1＠Ｋ1Ａ-ＩＰ，ｓｉｐ：Ｋ1＠Ｋ1Ｂ-ＩＰ，ｓｉｐ：Ｋ2＠Ｒ2-ＩＰ、図9の登録番号Ｒ1-1，Ｒ1-2，Ｒ1-3）へ配信情報（ＰＧ1はＫ1ＡとＫ1Ｂ、ＰＧ2はＲ2）を設定したノティファイ・メッセージを定期的にそれぞれ端末装置Ｋ1Ａ，Ｋ1Ｂおよび配信専用装置Ｒ2に対して情報通知メッセージＩＲ1Ｋ1Ａｂ，ＩＲ1Ｋ1ＢｂおよびＩＲ1Ｒ2ｂにより送付する。

これを受け取った端末装置Ｋ1Ａ，Ｋ1Ｂおよび配信専用装置Ｒ2は、情報通知確認メッセージＩＫ1ＡＲ1ｂ，ＩＫ1ＢＲ1ｂおよびＩＲ2Ｒ1ｂにより配信専用装置Ｒ1に受領したことを知らせる。この受領を配信専用装置Ｒ1がすると、端末装置Ｋ1Ａ，Ｋ1Ｂおよび配信専用装置Ｒ2に対するノティファイ・メッセージの再送を停止する。端末装置Ｋ1ＡおよびＫ1Ｂは、配信情報（ＰＧ1）を受信したことを表示する。

配信専用装置Ｒ2は、情報通知メッセージＩＲ1Ｒ2ｂにより受信したノティファイ・メッセージの配信パターン（ＰＧ2）による配信情報を配信先情報データとして記憶する。すでに記憶している配信情報があるときには、最新の配信情報（ＰＧ2）に更新する。配信専用装置Ｒ2は、配信先情報データとして記憶している配信先コンタクト（ｓｉｐ：Ｋ2＠Ｋ2Ａ-ＩＰ，ｓｉｐ：Ｋ2＠Ｋ2Ｂ-ＩＰ、図9の登録番号Ｒ2-1，Ｒ2-2）へ配信情報（ＰＧ2）を設定したノティファイ・メッセージを定期的にそれぞれ端末装置Ｋ2ＡおよびＫ2Ｂに対して情報通知メッセージＩＲ2Ｋ2ＡｂおよびＩＲ2Ｋ2Ｂｂにより送付する。

これを受け取った端末装置Ｋ2ＡおよびＫ2Ｂは、その受領したことを情報通知確認メッセージＩＫ2ＡＲ2ｂおよびＩＫ2ＢＲ2ｂにより配信専用装置Ｒ2に知らせる。この情報通知確認メッセージＩＫ2ＡＲ2ｂおよびＩＫ2ＢＲ2ｂを受けると、配信専用装置Ｒ2はノティファイ・メッセージの再送を停止する。端末装置Ｋ2ＡおよびＫ2Ｂは、配信情報（ＰＧ2）を受信したことを表示する。

従来例のマルチキャスト通信によるならば、図6において配信専用装置Ｒ1およびＲ2は存在せず、放送情報配信装置Ｓ1は端末装置Ｋ1Ａ，Ｋ1Ｂ，Ｋ2ＡおよびＫ2Ｂに一括してマルチキャスト通信により配信をすることになる。すなわち、前述したマルチキャスト通信における通信網管理の問題（問題点1）、トラフィック急増の問題（問題点2）、機密漏洩問題（問題点3）がある。また、図9に示すように、本願発明によるならば、各端末装置Ｋ1Ａ，Ｋ1Ｂ，Ｋ2ＡおよびＫ2Ｂのそれぞれの配信要求やダイアログ（対話形式）により、各端末の欲する情報をそれぞれの欲する形式で配信できる。

それに対して、従来のマルチキャスト通信によるならば、放送情報配信装置Ｓ1は各端末装置Ｋ1Ａ，Ｋ1Ｂ，Ｋ2ＡおよびＫ2Ｂに一括して同じ情報を同じ形式で配信することになり、端末装置Ｋ1Ａ，Ｋ1Ｂへの配信は、異なる情報の配信を希望している端末装置Ｋ2Ａ，Ｋ2Ｂにまで送られてしまう。すなわち、前述したマルチキャスト通信における機密漏洩問題（問題点3）および、必要な情報を必要な所にだけ配信することができないという情報の流れの問題（問題点4）が発生する。これに対して、本願発明においては、これらの問題は発生しない。

従来のユニキャスト通信においては、前述した配信処理の集中問題（問題点5）が発生する。本願発明によるならば、放送情報配信装置Ｓ1および配信専用装置Ｒ1，Ｒ2が、それぞれの配信対象範囲ＤＳ1，ＤＲ1，ＤＲ2を担当して各端末装置Ｋ1Ａ，Ｋ1Ｂ，Ｋ2ＡおよびＫ2Ｂに個別にユニキャスト通信により配信するから、配信処理の集中問題（問題点5）が発生することはない。

放送情報配信装置Ｓ1および配信専用装置Ｒ1，Ｒ2が、それぞれの配信対象範囲ＤＳ1，ＤＲ1，ＤＲ2を担当している。ここで発生する個別のユニキャスト通信は、配信対象範囲ＤＳ1，ＤＲ1，ＤＲ2において分散して発生するから、前述したトラフィック量増大問題（問題点6）も本願発明においては発生しない。さらに、放送情報配信装置Ｓ1および配信専用装置Ｒ1，Ｒ2が、それぞれの配信対象範囲ＤＳ1，ＤＲ1，ＤＲ2を分担して配信するから、前述の広帯域・高配信処理能力問題（問題点7）も本願発明においては発生しない。以上の効果は、図6に関する説明から容易に理解されるであろう。

本願発明によるＩＰキー・テレホンのトラフィック分散方法とシステムの実施例を示した構成図である。（実施例１） 図1の構成要素である放送情報配信装置および配信専用装置において格納される、下位ノード情報図である。 図1の構成要素であり、本願発明の要部である配信専用装置の内部構成を示した回路構成図である。 ＩＰキー・テレホンのトラフィック分散方法とシステムの他の実施例を示した構成図である。（実施例2） 図4の構成要素である放送情報配信装置および配信専用装置において格納される、下位ノード情報図である。 ＩＰキー・テレホンのトラフィック分散方法とシステムのさらに他の実施例を示したネットワーク構成図である。（実施例3） 図６の配信専用装置Ｒ1，Ｒ2および端末装置Ｋ1Ａ，Ｋ1Ｂ，Ｋ2Ａ，Ｋ2Ｂに格納されている上位エージェントの設定内容図である。 図６のネットワーク構成における登録メッセージ処理のシーケンス図である。 図6の放送情報配信装置Ｓ1，配信専用装置Ｒ1およびＲ2に格納されている下位ノード配信先情報データの登録内容図である。 図６のネットワーク構成における情報通知のための配信メッセージ処理のシーケンス図である。 従来例を示すネットワーク構成図である。

符号の説明

21 配信先情報データ部
22 データ・アクセス処理部
23 配信機能部
24 ノード管理機能部
25 メッセージ送受信部
28 ＬＡＮインタフェース
31 配信先情報入出力信号
32 配信先検索・参照信号
33 情報制御信号
34 配信指示信号
35 放送情報信号
38 送受信信号
39 情報伝送路
200 送信ホスト
221 中継ノード
222 受信ホスト
ＤＲ1，ＤＲ1Ｂ，ＤＲ2，ＤＲ2Ｂ，ＤＳ1，ＤＳ1Ｂ 配信対象範囲
ＩＫ1Ｒ1ａ，ＩＫ1ＡＲ1ａ，ＩＫ1ＢＲ1ａ，ＩＫ2ＡＲ2ａ，ＩＫ2ＢＲ2ａ，ＩＲ1Ｓ1ａ，ＩＲ1Ｓ1ａ1，ＩＲ1Ｓ1ａ2，ＩＲ2Ｒ1ａ 下位ノード登録メッセージ
ＩＲ1Ｋ1ａ，ＩＲ1Ｋ1Ａａ，ＩＲ1Ｋ1Ｂａ，ＩＲ1Ｒ2ａ，ＩＲ2Ｋ2Ａａ，ＩＲ2Ｋ2Ｂａ，ＩＳ1Ｒ1ａ1，ＩＳ1Ｒ1ａ2，ＩＳ1Ｒ1ａ 下位ノード登録確認メッセージ
ＩＲ1Ｋ1ｂ，ＩＲ1Ｋ1Ａｂ，ＩＲ1Ｋ1Ｂｂ，ＩＲ1Ｒ2ｂ，ＩＲ2Ｋ2Ａｂ，ＩＲ2Ｋ2Ｂｂ，ＩＳ1Ｒ1ｂ，ＩＳ1Ｒ1ｂ1，ＩＳ1Ｒ1ｂ2 情報通知メッセージ
ＩＫ1Ｒ1ｂ，ＩＫ1ＡＲ1ｂ，ＩＫ1ＢＲ1ｂ，ＩＫ2ＡＲ2ｂ，ＩＫ2ＢＲ2ｂ，ＩＲ1Ｓ1ｂ，ＩＲ1Ｓ1ｂ1，ＩＲ1Ｓ1ｂ2，ＩＲ2Ｒ1ｂ 情報通知確認メッセージ
Ｋ，Ｋ1Ａ，Ｋ1Ｂ，Ｋ2Ａ，Ｋ2Ｂ 端末装置
Ｐ ＳＩＰプロキシ・サーバ
Ｒ1，Ｒ2 配信専用装置
ＲＵ ルータ
Ｓ1 放送情報配信装置

Claims (10)

1. 放送情報をインターネット・プロトコル網を介して配信するための放送情報配信処理（Ｓ1）をし、
   前記放送情報配信処理（Ｓ1）における放送情報を専ら下位ノードに対して配信するための配信専用処理（Ｒ1）をし、
   前記下位ノードにおいては、前記放送情報の配信を受信する端末処理（Ｋ）と前記配信専用処理（Ｒ1）により配信の指示を受けて更なる下位ノード（Ｋ2，Ａ，Ｂ）に対して配信するための下位ノード配信専用処理（Ｒ2）とのうちの少なくとも1つが含まれている
   ＩＰキー・テレホンのトラフィック分散方法。
2. 前記配信専用処理（Ｒ1）が、
   下位ノードに対して配信するための配信先情報データを格納するための配信先情報データ処理（21）をし、
   前記配信先情報データ処理（21）において格納した配信先情報データを入出力するためのデータ・アクセス処理（22）をし、
   前記配信先情報データを元に、前記下位ノードへの放送情報のメッセージ配信をするための、配信機能処理（23）をし、
   受信メッセージを解析し、前記下位ノードを管理するためのノード管理機能処理（24）をし、
   前記受信メッセージを受信し、この受信メッセージを前記ノード管理機能処理（24）における前記受信メッセージとし、所定のプロトコルに従って前記受信メッセージの解析をし、この解析の結果を前記ノード管理機能処理（24）へ渡すためのメッセージ送受信処理（25）をし、
   前記メッセージ送受信処理（25）を可能とするために他のノード（Ｓ1，Ｋ1，Ｒ2）とのインタフェースをするためのインタフェース処理（28）をする
   請求項1のＩＰキー・テレホンのトラフィック分散方法。
3. 前記下位ノード配信専用処理（Ｒ2）が、
   前記下位ノード配信専用処理（Ｒ2）よりも更なる下位のノード（Ｋ2，Ｋ2Ａ，Ｋ2Ｂ）に対する配信処理を含んでいる
   請求項1または2のＩＰキー・テレホンのトラフィック分散方法。
4. 前記放送情報配信処理（Ｓ1）において、
   配信先は、前記配信専用処理（Ｒ1）に対してのみとする
   請求項1ないし3のＩＰキー・テレホンのトラフィック分散方法。
5. 前記配信専用処理（Ｒ1）において、
   配信先に前記下位ノード配信専用処理（Ｒ2）を含んでいる場合には、この配信先には前記下位ノード配信専用処理（Ｒ2）により配信される更なる下位のノードに対する配信は含まない
   請求項1ないし4のＩＰキー・テレホンのトラフィック分散方法。
6. 放送情報をインターネット・プロトコル網を介して配信するための放送情報配信手段（Ｓ1）と、
   前記放送情報配信手段（Ｓ1）における放送情報を専ら下位ノードに対して配信するための配信専用手段（Ｒ1）と、
   前記下位ノードにおいては、前記放送情報の配信を受信する端末手段（Ｋ）と前記配信専用手段（Ｒ1）により配信の指示を受けて更なる下位ノード（Ｋ2，Ｋ2Ａ，Ｋ2Ｂ）に対して配信するための下位ノード配信専用手段（Ｒ2）とのうちの少なくとも1つが含まれている
   ＩＰキー・テレホンのトラフィック分散システム。
7. 前記配信専用手段（Ｒ1）が、
   下位ノードに対して配信するための配信先情報データを格納するための配信先情報データ手段（21）と、
   前記配信先情報データ手段（21）において格納した配信先情報データを入出力するためのデータ・アクセス手段（22）と、
   前記配信先情報データを元に、前記下位ノードへの放送情報のメッセージ配信をするための、配信機能手段（23）と、
   受信メッセージを解析し、前記下位ノードを管理するためのノード管理機能手段（24）と、
   前記受信メッセージを受信し、この受信メッセージを前記ノード管理機能手段（24）における前記受信メッセージとし、所定のプロトコルに従って前記受信メッセージの解析をし、この解析の結果を前記ノード管理機能手段（24）へ渡すためのメッセージ送受信手段（25）と、
   前記メッセージ送受信手段（25）を可能とするために他のノード（Ｓ1，Ｋ1，Ｒ2）とのインタフェースをするためのインタフェース手段（28）とを含んでいる
   請求項６のＩＰキー・テレホンのトラフィック分散システム。
8. 前記下位ノード配信専用手段（Ｒ2）が、
   前記下位ノード配信専用手段（Ｒ2）よりも更に下位のノード（Ｋ2，Ｋ2Ａ，Ｋ2Ｂ）に対する配信をする
   ＩＰキー・テレホンのトラフィック分散システム。
9. 前記放送情報配信手段（Ｓ1）において、
   配信先は、前記配信専用手段（Ｒ1）に対してのみとする
   請求項6ないし8のＩＰキー・テレホンのトラフィック分散システム。
10. 前記配信専用手段（Ｒ1）において、
    配信先に前記下位ノード配信専用手段（Ｒ2）を含んでいる場合には、この配信先には前記下位ノード配信専用手段（Ｒ2）により配信される更なる下位のノードに対する配信は含まない
    請求項6ないし9のＩＰキー・テレホンのトラフィック分散方法。

Images