JPH09191309A - マルチキャスト通信システム - Google Patents
マルチキャスト通信システムInfo
- Publication number
- JPH09191309A JPH09191309A JP8001304A JP130496A JPH09191309A JP H09191309 A JPH09191309 A JP H09191309A JP 8001304 A JP8001304 A JP 8001304A JP 130496 A JP130496 A JP 130496A JP H09191309 A JPH09191309 A JP H09191309A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- terminal
- group
- host
- multicast
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Landscapes
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 本発明はマルチキャスト通信システムに関
し、各端末はマルチキャスト通信を意識することなく、
他の端末と通信中のソースと通信を行なうことができる
マルチキャスト通信システムを提供することを目的とし
ている。 【解決手段】 ホストと複数の端末が接続されたマルチ
キャスト通信システムにおいて、前記ホスト内に、各端
末からの通信要求を受信する受信手段と、ソースの種別
と、これに対応するグループＩＤと、該当ソースからの
情報を通信中の端末番号とを記憶する通信状態管理テー
ブルとを設け、前記ホストは該通信状態管理テーブルの
内容に従って、マルチキャスト通信を行なうように構成
する。
し、各端末はマルチキャスト通信を意識することなく、
他の端末と通信中のソースと通信を行なうことができる
マルチキャスト通信システムを提供することを目的とし
ている。 【解決手段】 ホストと複数の端末が接続されたマルチ
キャスト通信システムにおいて、前記ホスト内に、各端
末からの通信要求を受信する受信手段と、ソースの種別
と、これに対応するグループＩＤと、該当ソースからの
情報を通信中の端末番号とを記憶する通信状態管理テー
ブルとを設け、前記ホストは該通信状態管理テーブルの
内容に従って、マルチキャスト通信を行なうように構成
する。
Description
【０００１】
【発明の属する技術分野】本発明はマルチキャスト通信
システムに関する。
システムに関する。
【０００２】
【従来の技術】図１６は従来システムの概念図である。
図において、１はホスト、２は該ホストと接続される複
数の通信端末（以下単に端末と略す：ＴＥ）、３は同じ
く前記ホスト１と接続されるソース（情報発信源）であ
る。図では、端末２が＃１〜＃４までの４台接続されて
いる例を示す。なお、ソース３としては、任意の端末を
用いることができる。そして、１つのソース３から全て
の端末２に情報が届くようになっている。
図において、１はホスト、２は該ホストと接続される複
数の通信端末（以下単に端末と略す：ＴＥ）、３は同じ
く前記ホスト１と接続されるソース（情報発信源）であ
る。図では、端末２が＃１〜＃４までの４台接続されて
いる例を示す。なお、ソース３としては、任意の端末を
用いることができる。そして、１つのソース３から全て
の端末２に情報が届くようになっている。
【０００３】図では、ホスト１，端末２及びソース３が
信号線で接続されている場合を示しているが、無線等で
も同様である。マルチキャスト通信とは、１つの端末か
ら特定の複数の端末に向けて１対ｎ通信を行なうことを
いう。１つの送り元から複数の宛先へのマルチキャスト
通信は、伝送路の利用効率を高めることになる。
信号線で接続されている場合を示しているが、無線等で
も同様である。マルチキャスト通信とは、１つの端末か
ら特定の複数の端末に向けて１対ｎ通信を行なうことを
いう。１つの送り元から複数の宛先へのマルチキャスト
通信は、伝送路の利用効率を高めることになる。
【０００４】マルチキャスト通信を実現するために、各
端末２はグループ化されており、各グループには１個の
ＩＤ（アドレス）が付される。例えば、ＩＰマルチキャ
ストの場合、予めマルチキャスト用のＩＤ（ＩＰアドレ
スのクラスＤを使用）を各端末２に設定しておき、その
ＩＤを基にマルチキャスト通信を行なう。４は送信デー
タフォーマットであり、グループＩＤ部４ａとデータ部
４ｂより構成されている。
端末２はグループ化されており、各グループには１個の
ＩＤ（アドレス）が付される。例えば、ＩＰマルチキャ
ストの場合、予めマルチキャスト用のＩＤ（ＩＰアドレ
スのクラスＤを使用）を各端末２に設定しておき、その
ＩＤを基にマルチキャスト通信を行なう。４は送信デー
タフォーマットであり、グループＩＤ部４ａとデータ部
４ｂより構成されている。
【０００５】図に示す例は、ソース３からグループＩＤ
がＡの端末にデータＸＸを送信している例を示す。各端
末２には、グループＩＤ（Ａ〜Ｄ）が付されている。各
端末２は、自己がどのグループＩＤであるか、またマル
チキャスト通信であるかを認識しており、グループＡの
＃１の端末２のみがソース３からのデータＸＸを取り込
む。残りのグループＩＤの異なる端末２は、ソース３か
らのデータＸＸを廃棄する。
がＡの端末にデータＸＸを送信している例を示す。各端
末２には、グループＩＤ（Ａ〜Ｄ）が付されている。各
端末２は、自己がどのグループＩＤであるか、またマル
チキャスト通信であるかを認識しており、グループＡの
＃１の端末２のみがソース３からのデータＸＸを取り込
む。残りのグループＩＤの異なる端末２は、ソース３か
らのデータＸＸを廃棄する。
【０００６】
【発明が解決しようとする課題】前述したように、従来
のマルチキャスト通信システムの場合には、各端末２
が、自己がどのグループＩＤであるかと、マルチキャス
ト通信であることを常に意識している必要があった。
のマルチキャスト通信システムの場合には、各端末２
が、自己がどのグループＩＤであるかと、マルチキャス
ト通信であることを常に意識している必要があった。
【０００７】本発明はこのような課題に鑑みてなされた
ものであって、各端末はマルチキャスト通信を意識する
ことなく、他の端末と通信中のソースと通信を行なうこ
とができるマルチキャスト通信システムを提供すること
を目的としている。
ものであって、各端末はマルチキャスト通信を意識する
ことなく、他の端末と通信中のソースと通信を行なうこ
とができるマルチキャスト通信システムを提供すること
を目的としている。
【０００８】
【課題を解決するための手段】図１は本発明の原理ブロ
ック図である。図１６と同一のものは、同一の符号を付
して示す。図に示すシステムは、ホスト１と複数の端末
２が接続されたマルチキャスト通信システムを構成して
おり、これら端末のうちの１つがソース（情報発信源）
３となっている。或いは、専用のソースであってもよ
い。図において、１０は各端末２からの通信要求を受信
する受信手段、２０はソースの種別と、これに対応する
グループＩＤと、該当ソースからの情報を通信中の端末
番号とを記憶する通信状態管理テーブルである。
ック図である。図１６と同一のものは、同一の符号を付
して示す。図に示すシステムは、ホスト１と複数の端末
２が接続されたマルチキャスト通信システムを構成して
おり、これら端末のうちの１つがソース（情報発信源）
３となっている。或いは、専用のソースであってもよ
い。図において、１０は各端末２からの通信要求を受信
する受信手段、２０はソースの種別と、これに対応する
グループＩＤと、該当ソースからの情報を通信中の端末
番号とを記憶する通信状態管理テーブルである。
【０００９】請求項１記載の発明によれば、ホスト１は
各端末２からの通信要求を受けると、通信状態管理テー
ブル２０を参照して、ソース種別毎にグループＩＤと通
信中端末番号の管理を行なうことにより、各端末はマル
チキャスト通信を意識することなく、他の端末と通信中
のソースと通信を行なうことができる。
各端末２からの通信要求を受けると、通信状態管理テー
ブル２０を参照して、ソース種別毎にグループＩＤと通
信中端末番号の管理を行なうことにより、各端末はマル
チキャスト通信を意識することなく、他の端末と通信中
のソースと通信を行なうことができる。
【００１０】請求項２記載の発明は、前記ホストは、端
末からの通信要求を受けると、前記通信状態管理テーブ
ルを参照し、通信要求と同じソースを検索し、存在する
場合には、そのグループＩＤを読み出して該当通信端末
の端末番号を通信状態管理テーブルに登録し、存在しな
い場合には新しくグループＩＤを作成し、グループＩＤ
及び該当端末の端末番号を通信状態管理テーブルに登録
することを特徴としている。
末からの通信要求を受けると、前記通信状態管理テーブ
ルを参照し、通信要求と同じソースを検索し、存在する
場合には、そのグループＩＤを読み出して該当通信端末
の端末番号を通信状態管理テーブルに登録し、存在しな
い場合には新しくグループＩＤを作成し、グループＩＤ
及び該当端末の端末番号を通信状態管理テーブルに登録
することを特徴としている。
【００１１】この発明の構成によれば、前記ホストは、
端末からの通信要求を受けると、前記通信状態管理テー
ブルを参照し、通信要求と同じソースを検索し、存在す
る場合には、そのグループＩＤを読み出して該当通信端
末を通信状態管理テーブルに登録し、存在しない場合に
は新しくグループＩＤを作成し、グループＩＤ及び該当
端末を通信状態管理テーブルに登録することにより、ホ
スト側でグループＩＤの管理を統一的に行なうことで、
各端末はマルチキャスト通信を意識する必要がなくな
る。
端末からの通信要求を受けると、前記通信状態管理テー
ブルを参照し、通信要求と同じソースを検索し、存在す
る場合には、そのグループＩＤを読み出して該当通信端
末を通信状態管理テーブルに登録し、存在しない場合に
は新しくグループＩＤを作成し、グループＩＤ及び該当
端末を通信状態管理テーブルに登録することにより、ホ
スト側でグループＩＤの管理を統一的に行なうことで、
各端末はマルチキャスト通信を意識する必要がなくな
る。
【００１２】請求項３記載の発明は、前記ホストは、ポ
イント・トウ・ポイント通信の暗号を用いて、グループ
ＩＤと暗号キーをマルチキャストを行なう端末に通知す
ることを特徴としている。
イント・トウ・ポイント通信の暗号を用いて、グループ
ＩＤと暗号キーをマルチキャストを行なう端末に通知す
ることを特徴としている。
【００１３】この発明の構成によれば、ホスト１と端末
２とを暗号を用いたポイント・トウ・ポイント通信（１
対１通信）接続することにより、他の端末２に知られる
ことなく各端末２にグループＩＤと暗号キーを通知する
ことが可能となる。
２とを暗号を用いたポイント・トウ・ポイント通信（１
対１通信）接続することにより、他の端末２に知られる
ことなく各端末２にグループＩＤと暗号キーを通知する
ことが可能となる。
【００１４】請求項４記載の発明は、前記ホストは、端
末に情報を通知するに際し、グループＩＤにビットフラ
グを設け、このビットフラグの値により、マルチキャス
ト通信かポイント・トウ・ポイント通信かを識別させる
ようにしたことを特徴としている。
末に情報を通知するに際し、グループＩＤにビットフラ
グを設け、このビットフラグの値により、マルチキャス
ト通信かポイント・トウ・ポイント通信かを識別させる
ようにしたことを特徴としている。
【００１５】この発明の構成によれば、各端末でホスト
１からの通信がマルチキャスト通信であるか、ポイント
・トウ、ポイント通信であるかを速やかに認識すること
ができる。
１からの通信がマルチキャスト通信であるか、ポイント
・トウ、ポイント通信であるかを速やかに認識すること
ができる。
【００１６】請求項５記載の発明は、前記ホストは、暗
号キー識別子を用いて定期的に暗号キーを変更するよう
にしたことを特徴としている。この発明の構成によれ
ば、暗号キーを定期的に変更することにより、暗号キー
が他人に知られることをより確実に防止することができ
る。
号キー識別子を用いて定期的に暗号キーを変更するよう
にしたことを特徴としている。この発明の構成によれ
ば、暗号キーを定期的に変更することにより、暗号キー
が他人に知られることをより確実に防止することができ
る。
【００１７】請求項６記載の発明は、グループＩＤに特
別の値を設定することにより、ブロードキャストを識別
できるようにし、前記端末は、受信した信号からブロー
ドキャストの状態を検知した場合には、受信信号の復号
を行なわないようにしたことを特徴としている。
別の値を設定することにより、ブロードキャストを識別
できるようにし、前記端末は、受信した信号からブロー
ドキャストの状態を検知した場合には、受信信号の復号
を行なわないようにしたことを特徴としている。
【００１８】この発明の構成によれば、各端末は受信し
た情報がマルチキャストであるかブロードキャストであ
るかを容易に認識することができる。しかも、ブロード
キャストであれば、復号する必要がないので、データを
より高速に受信処理することができる。
た情報がマルチキャストであるかブロードキャストであ
るかを容易に認識することができる。しかも、ブロード
キャストであれば、復号する必要がないので、データを
より高速に受信処理することができる。
【００１９】
【発明の実施の形態】以下、図面を参照して本発明の実
施の形態例を詳細に説明する。図２は本発明の第１の実
施の形態例を示すブロック図である。図１と同一のもの
は、同一の符号を付して示す。図において、４は各端末
２内に設けられたグループＩＤを記憶するグループＩＤ
記憶部である。ソース３としては、例えばＣＡＴＶ（ケ
ーブルテレビ）や、ＮＶＯＤ（ビデオオンデマンド）部
が用いられる。このように構成されたシステムの動作を
説明すれば、以下の通りである。
施の形態例を詳細に説明する。図２は本発明の第１の実
施の形態例を示すブロック図である。図１と同一のもの
は、同一の符号を付して示す。図において、４は各端末
２内に設けられたグループＩＤを記憶するグループＩＤ
記憶部である。ソース３としては、例えばＣＡＴＶ（ケ
ーブルテレビ）や、ＮＶＯＤ（ビデオオンデマンド）部
が用いられる。このように構成されたシステムの動作を
説明すれば、以下の通りである。
【００２０】（１）ＴＥ−＃２の追加動作 今、＃１の端末２（ＴＥ−＃１）では、ＣＨ１の番組を
見るためにソース３と通信を行なっているものとする。
図３は通信状態管理テーブル２０の遷移を示す図で、
今、通信状態管理テーブル２０は、（ａ）に示すような
状態であるものとする。図に示すように通信状態管理テ
ーブル２０は、ソースの種別２０ａと、これに対応する
グループＩＤ２０ｂと、該当ソースからの情報を通信中
の端末番号２０ｃから構成されている。
見るためにソース３と通信を行なっているものとする。
図３は通信状態管理テーブル２０の遷移を示す図で、
今、通信状態管理テーブル２０は、（ａ）に示すような
状態であるものとする。図に示すように通信状態管理テ
ーブル２０は、ソースの種別２０ａと、これに対応する
グループＩＤ２０ｂと、該当ソースからの情報を通信中
の端末番号２０ｃから構成されている。
【００２１】例えば、端末番号ＴＥ−＃１は、グループ
ＩＤがＸＹＺであり、ソースとしては、ＣＡＴＶのＣＨ
１を見ている。端末番号ＴＥ−＃３は、グループＩＤが
ＡＸＹであり、ソースとしてはＣＡＴＶのＣＨ２を見て
いる。そこに、＃２の端末２（ＴＥ−＃２）もＣＨ１の
番組を見る場合を例にとって説明する。
ＩＤがＸＹＺであり、ソースとしては、ＣＡＴＶのＣＨ
１を見ている。端末番号ＴＥ−＃３は、グループＩＤが
ＡＸＹであり、ソースとしてはＣＡＴＶのＣＨ２を見て
いる。そこに、＃２の端末２（ＴＥ−＃２）もＣＨ１の
番組を見る場合を例にとって説明する。
【００２２】ＴＥ−＃２は、ホスト１に対してＣＡＴＶ
のＣＨ１の通信要求を行なう。ホスト１では、受信手段
１０でこの要求を受信すると、現在の通信状態を管理し
ている通信状態管理テーブル２０を参照する。そして、
同じソースはないか検索する。図３の（ａ）の状態で
は、同じソース（ＣＡＴＶのＣＨ１）があるので、通信
状態管理テーブル２０の該当する端末番号２０ｃの領域
に＃２の端末（ＴＥ−＃２）を登録する。
のＣＨ１の通信要求を行なう。ホスト１では、受信手段
１０でこの要求を受信すると、現在の通信状態を管理し
ている通信状態管理テーブル２０を参照する。そして、
同じソースはないか検索する。図３の（ａ）の状態で
は、同じソース（ＣＡＴＶのＣＨ１）があるので、通信
状態管理テーブル２０の該当する端末番号２０ｃの領域
に＃２の端末（ＴＥ−＃２）を登録する。
【００２３】この結果、通信状態管理テーブル２０の状
態は（ｂ）に示すようなものとなる。即ち、ＣＡＴＶの
ＣＨ１の通信中端末番号２０ｃの領域に、通信中端末番
号ＴＥ−＃２が登録されていることが分かる。そして、
ホスト１はこのグループＩＤ“ＸＹＺ”を用いてマルチ
キャスト通信を行なう。
態は（ｂ）に示すようなものとなる。即ち、ＣＡＴＶの
ＣＨ１の通信中端末番号２０ｃの領域に、通信中端末番
号ＴＥ−＃２が登録されていることが分かる。そして、
ホスト１はこのグループＩＤ“ＸＹＺ”を用いてマルチ
キャスト通信を行なう。
【００２４】上述の例では、通信状態管理テーブル２０
を参照して、該当する同じソースがあった場合を示し
た。通信状態管理テーブル２０に同じソースがない場
合、ホスト１は、ＴＥ−＃２のためにグループＩＤを新
しく作成し、そのグループＩＤと端末番号ＴＥ−＃２を
通信状態管理テーブル２０に登録する。
を参照して、該当する同じソースがあった場合を示し
た。通信状態管理テーブル２０に同じソースがない場
合、ホスト１は、ＴＥ−＃２のためにグループＩＤを新
しく作成し、そのグループＩＤと端末番号ＴＥ−＃２を
通信状態管理テーブル２０に登録する。
【００２５】この実施の形態例によれぱ、ホスト１は、
端末２からの通信要求を受けると、前記通信状態管理テ
ーブル２０を参照し、通信要求と同じソースを検索し、
存在する場合には、そのグループＩＤを読み出して該当
通信端末の端末番号を通信状態管理テーブル２０に登録
し、存在しない場合には新しくグループＩＤを作成し、
グループＩＤ及び該当端末の端末番号を通信状態管理テ
ーブル２０に登録することにより、ホスト側でグループ
ＩＤの管理を統一的に行なうことで、各端末２はマルチ
キャスト通信を意識する必要がなくなる。
端末２からの通信要求を受けると、前記通信状態管理テ
ーブル２０を参照し、通信要求と同じソースを検索し、
存在する場合には、そのグループＩＤを読み出して該当
通信端末の端末番号を通信状態管理テーブル２０に登録
し、存在しない場合には新しくグループＩＤを作成し、
グループＩＤ及び該当端末の端末番号を通信状態管理テ
ーブル２０に登録することにより、ホスト側でグループ
ＩＤの管理を統一的に行なうことで、各端末２はマルチ
キャスト通信を意識する必要がなくなる。
【００２６】次に、マルチキャストの実現方法について
説明する。ホスト１は、ＴＥ−＃２に対して、マルチキ
ャスト用のグループＩＤ“ＸＹＺ”を、制御用セル（Ｏ
ＡＭセル）に乗せて通知する。この時のＯＡＭセルの構
成は、図４に示すようなものとなる。即ち、宛先と、操
作と、グループＩＤより構成されている。ＴＥ−＃２
は、このＯＡＭセルを受け取ると、グループＩＤをグル
ープＩＤ記憶部４に登録する。
説明する。ホスト１は、ＴＥ−＃２に対して、マルチキ
ャスト用のグループＩＤ“ＸＹＺ”を、制御用セル（Ｏ
ＡＭセル）に乗せて通知する。この時のＯＡＭセルの構
成は、図４に示すようなものとなる。即ち、宛先と、操
作と、グループＩＤより構成されている。ＴＥ−＃２
は、このＯＡＭセルを受け取ると、グループＩＤをグル
ープＩＤ記憶部４に登録する。
【００２７】以上の処理が終了すると、ホスト１はソー
ス３からのデータ（主情報）を、その先頭にグループＩ
Ｄを付けてＴＥ−＃２に送信する。この時の、主信号セ
ルのフォーマットは、図５に示すように、宛先としての
グループＩＤ“ＸＹＺ”と主情報より構成される。端末
２は、宛先を見て自分で保持しているグループＩＤのセ
ルのみを内部に取り込み、ＣＡＴＶのＣＨ１を見ること
ができる。
ス３からのデータ（主情報）を、その先頭にグループＩ
Ｄを付けてＴＥ−＃２に送信する。この時の、主信号セ
ルのフォーマットは、図５に示すように、宛先としての
グループＩＤ“ＸＹＺ”と主情報より構成される。端末
２は、宛先を見て自分で保持しているグループＩＤのセ
ルのみを内部に取り込み、ＣＡＴＶのＣＨ１を見ること
ができる。
【００２８】（２）ＴＥ−＃１のチャネルの変更動作 ＴＥ−＃１からＣＡＴＶのＣＨ１からＣＨ２へのチャネ
ル変更要求が出されると、ホスト１の受信手段１０はこ
の要求を受信する。ホスト１は、この要求を受けると、
通信状態管理テーブル２０を参照して、図３の（ｂ）に
示す状態からＣＡＴＶのＣＨ１の通信中端末からＴＥ−
＃１を削除する。若し、削除する端末２がそれだけの場
合には、その行全てを削除する。
ル変更要求が出されると、ホスト１の受信手段１０はこ
の要求を受信する。ホスト１は、この要求を受けると、
通信状態管理テーブル２０を参照して、図３の（ｂ）に
示す状態からＣＡＴＶのＣＨ１の通信中端末からＴＥ−
＃１を削除する。若し、削除する端末２がそれだけの場
合には、その行全てを削除する。
【００２９】ここでは、ＣＡＴＶのＣＨ１には、前記追
加によりＴＥ−＃２が登録されているので、ＴＥ−＃１
のみを削除することになる。ホスト１は、次にＴＥ−＃
１をＣＡＴＶのＣＨ２に登録する。図３の（ｃ）は、以
上の処理が終わった後の通信状態管理テーブルの構成を
示している。ＣＡＴＶのＣＨ１からＴＥ−＃１が削除さ
れ、ＣＡＴＶのＣＨ２の端末番号２０ｃの領域にＴＥ−
＃１が新たに登録されていることが分かる。
加によりＴＥ−＃２が登録されているので、ＴＥ−＃１
のみを削除することになる。ホスト１は、次にＴＥ−＃
１をＣＡＴＶのＣＨ２に登録する。図３の（ｃ）は、以
上の処理が終わった後の通信状態管理テーブルの構成を
示している。ＣＡＴＶのＣＨ１からＴＥ−＃１が削除さ
れ、ＣＡＴＶのＣＨ２の端末番号２０ｃの領域にＴＥ−
＃１が新たに登録されていることが分かる。
【００３０】図６は、この時にホスト１からＴＥ−＃１
に通知されるＯＡＭセルの構成例を示す図である。宛先
＃１の端末（ＴＥ−＃１）に対して、グループＩＤ“Ｘ
ＹＺ”の削除操作（ＤＥＬ）と、グループＩＤ“ＡＸ
Ｙ”への登録操作（ＳＥＴ）が含まれている。このＯＡ
Ｍセルを受信したＴＥ−＃１は、グループＩＤ記憶部４
のグループＩＤ“ＸＹＺ”を削除し、新たなグループＩ
Ｄ“ＡＸＹ”を登録する。
に通知されるＯＡＭセルの構成例を示す図である。宛先
＃１の端末（ＴＥ−＃１）に対して、グループＩＤ“Ｘ
ＹＺ”の削除操作（ＤＥＬ）と、グループＩＤ“ＡＸ
Ｙ”への登録操作（ＳＥＴ）が含まれている。このＯＡ
Ｍセルを受信したＴＥ−＃１は、グループＩＤ記憶部４
のグループＩＤ“ＸＹＺ”を削除し、新たなグループＩ
Ｄ“ＡＸＹ”を登録する。
【００３１】図７は本発明の第２の実施の形態例を示す
ブロック図である。図２と同一のものは、同一の符号を
付して示す。この実施の形態例は、暗号キーを用いてマ
ルチキャスト通信を行なうようにしたものである。図に
おいて、３０はホスト１内に設けられたポイント・トウ
・ポイント暗号キーテーブルである。
ブロック図である。図２と同一のものは、同一の符号を
付して示す。この実施の形態例は、暗号キーを用いてマ
ルチキャスト通信を行なうようにしたものである。図に
おいて、３０はホスト１内に設けられたポイント・トウ
・ポイント暗号キーテーブルである。
【００３２】図８はこの時のポイント・トウ・ポイント
通信暗号キーテーブル３０の構成例を示す図である。
例えば、端末ＴＥ−＃１に対しては“６８４５”が、Ｔ
Ｅ−＃２に対しては“４２８５”が、ＴＥ−＃３に対し
ては“１５４５”がそれぞれ割り当てられている。
通信暗号キーテーブル３０の構成例を示す図である。
例えば、端末ＴＥ−＃１に対しては“６８４５”が、Ｔ
Ｅ−＃２に対しては“４２８５”が、ＴＥ−＃３に対し
ては“１５４５”がそれぞれ割り当てられている。
【００３３】図９は、この時の通信状態管理テーブル２
０の構成例を示す図である。図３と同一のものは、同一
の符号を付して示す。この場合には、図３に示す例に加
えて、グループＩＤ毎の暗号キー２０ｄが設けられてい
る。例えば、グループＩＤ“ＡＢＣ”に含まれる通信中
の端末は、ＴＥ−＃１，ＴＥ−＃２，ＴＥ−＃３であ
り、これらグループに対して与えられる暗号キーは“２
４５６”であることを示している。
０の構成例を示す図である。図３と同一のものは、同一
の符号を付して示す。この場合には、図３に示す例に加
えて、グループＩＤ毎の暗号キー２０ｄが設けられてい
る。例えば、グループＩＤ“ＡＢＣ”に含まれる通信中
の端末は、ＴＥ−＃１，ＴＥ−＃２，ＴＥ−＃３であ
り、これらグループに対して与えられる暗号キーは“２
４５６”であることを示している。
【００３４】図７において、５は、各端末内に設けられ
た暗号キーテーブルであり、グループＩＤ（若しくは端
末番号）と暗号キーの関係が登録されている。このよう
に構成されたシステムの動作を説明すれば、以下の通り
である。
た暗号キーテーブルであり、グループＩＤ（若しくは端
末番号）と暗号キーの関係が登録されている。このよう
に構成されたシステムの動作を説明すれば、以下の通り
である。
【００３５】ホスト１と端末２間はポイント・トウ・ポ
イント通信（１対１通信）が確立された状態（例えば制
御メッセージ通信等）とし、ホスト１側では、ポイント
・トウ・ポイント通信用の端末２側の暗号キーを保持し
ているものとする（図８参照）。ここで、前述の実施の
形態例の場合と同様に、ホスト１とＴＥ−＃１，ＴＥ−
＃２，ＴＥ−＃３間でのマルチキャスト通信を行なう場
合について考える。
イント通信（１対１通信）が確立された状態（例えば制
御メッセージ通信等）とし、ホスト１側では、ポイント
・トウ・ポイント通信用の端末２側の暗号キーを保持し
ているものとする（図８参照）。ここで、前述の実施の
形態例の場合と同様に、ホスト１とＴＥ−＃１，ＴＥ−
＃２，ＴＥ−＃３間でのマルチキャスト通信を行なう場
合について考える。
【００３６】先ず、ＴＥ−＃１とホスト１間が、ポイン
ト・トウ・ポイント通信状態にある場合、ホスト１は、
図１０に示すようなＯＡＭセルを用いてＴＥ−＃１に通
知する。図の斜線部分は、暗号化された部分である。即
ち、ホスト１は、操作とグループＩＤと暗号キーを暗号
化してＴＥ−＃１に通知する。この例では、端末ＴＥ−
＃１に対して、グループＩＤは“ＡＢＣ”であり、その
暗号キーは“２４５６”であることを通知している。Ｔ
Ｅ−＃１は、受信した暗号キーを暗号キーテーブル５に
登録する。図７において、ＴＥ−＃１の暗号キーテーブ
ル５には、自己の端末の暗号キー“６８４５”と、グル
ープＩＤ“ＡＢＣ”の暗号キー“２４５６”が登録され
ている。
ト・トウ・ポイント通信状態にある場合、ホスト１は、
図１０に示すようなＯＡＭセルを用いてＴＥ−＃１に通
知する。図の斜線部分は、暗号化された部分である。即
ち、ホスト１は、操作とグループＩＤと暗号キーを暗号
化してＴＥ−＃１に通知する。この例では、端末ＴＥ−
＃１に対して、グループＩＤは“ＡＢＣ”であり、その
暗号キーは“２４５６”であることを通知している。Ｔ
Ｅ−＃１は、受信した暗号キーを暗号キーテーブル５に
登録する。図７において、ＴＥ−＃１の暗号キーテーブ
ル５には、自己の端末の暗号キー“６８４５”と、グル
ープＩＤ“ＡＢＣ”の暗号キー“２４５６”が登録され
ている。
【００３７】この実施の形態例によれば、ホスト１と端
末２とをポイント・トウ・ポイント通信接続して暗号化
して通知することにより、他の端末２に知られることな
く各端末２にグループＩＤと暗号キーを通知することが
可能となる。
末２とをポイント・トウ・ポイント通信接続して暗号化
して通知することにより、他の端末２に知られることな
く各端末２にグループＩＤと暗号キーを通知することが
可能となる。
【００３８】このようにして、各端末に暗号キーを通知
し終えた後、ホスト１は、各端末２に対してソース３か
ら送られてくる情報を暗号化して送信する。図１１は、
この時の主信号のフォーマット例を示す図である。宛先
を示すグループＩＤ“ＡＢＣ”に対して主情報を暗号化
して送信している。グループＩＤ“ＡＢＣ”を持つ端末
は、宛先のグループＩＤを見て、グループＩＤ記憶部４
に同じグループＩＤがあるか検索し、ある場合には、暗
号キー“２４５６”を用いて受信した主信号を復調し、
再生する。このように、主信号を暗号化して送信するこ
とにより、他の端末に情報を盗まれないようにすること
ができる。
し終えた後、ホスト１は、各端末２に対してソース３か
ら送られてくる情報を暗号化して送信する。図１１は、
この時の主信号のフォーマット例を示す図である。宛先
を示すグループＩＤ“ＡＢＣ”に対して主情報を暗号化
して送信している。グループＩＤ“ＡＢＣ”を持つ端末
は、宛先のグループＩＤを見て、グループＩＤ記憶部４
に同じグループＩＤがあるか検索し、ある場合には、暗
号キー“２４５６”を用いて受信した主信号を復調し、
再生する。このように、主信号を暗号化して送信するこ
とにより、他の端末に情報を盗まれないようにすること
ができる。
【００３９】図１２は本発明の第３の実施の形態例を示
す図である。この実施の形態例は、暗号キー識別子を用
いて定期的に暗号キーを変更するようにしたものであ
る。図７と同一のものは、同一の符号を付して示す。ホ
スト１から端末に送信される主信号セルには、グループ
ＩＤと主情報の他に、暗号キー識別子Ｑが付加されてい
る。
す図である。この実施の形態例は、暗号キー識別子を用
いて定期的に暗号キーを変更するようにしたものであ
る。図７と同一のものは、同一の符号を付して示す。ホ
スト１から端末に送信される主信号セルには、グループ
ＩＤと主情報の他に、暗号キー識別子Ｑが付加されてい
る。
【００４０】そして、各端末２内に設けられた暗号キー
テーブル５には、グループＩＤと暗号キーに加えて暗号
キー識別子が記憶されている。例えば、ＴＥ−＃１に設
けられた暗号キーテーブル５には、同じグループＩＤ
“ＡＢＣ”でも、暗号キー識別子が“１”の場合には、
暗号キーが“２４５６”、暗号キー識別子が“２”の場
合には暗号キーが“２１４５”となることが示されてい
る。このように構成されたシステムの動作を説明すれ
ば、以下の通りである。
テーブル５には、グループＩＤと暗号キーに加えて暗号
キー識別子が記憶されている。例えば、ＴＥ−＃１に設
けられた暗号キーテーブル５には、同じグループＩＤ
“ＡＢＣ”でも、暗号キー識別子が“１”の場合には、
暗号キーが“２４５６”、暗号キー識別子が“２”の場
合には暗号キーが“２１４５”となることが示されてい
る。このように構成されたシステムの動作を説明すれ
ば、以下の通りである。
【００４１】ホスト１と端末２間はポイント・トウ・ポ
イント通信（１対１通信）が確立された状態（例えば制
御メッセージ通信等）とし、ホスト１側では、ポイント
・トウ・ポイント通信用の端末２側の暗号キーを保持し
ているものとする（図８参照）。ここで、前述の実施の
形態例の場合と同様に、ホスト１とＴＥ−＃１，ＴＥ−
＃２，ＴＥ−＃３間でのマルチキャスト通信を行なう場
合について考える。
イント通信（１対１通信）が確立された状態（例えば制
御メッセージ通信等）とし、ホスト１側では、ポイント
・トウ・ポイント通信用の端末２側の暗号キーを保持し
ているものとする（図８参照）。ここで、前述の実施の
形態例の場合と同様に、ホスト１とＴＥ−＃１，ＴＥ−
＃２，ＴＥ−＃３間でのマルチキャスト通信を行なう場
合について考える。
【００４２】先ず、ＴＥ−＃１とホスト１間が、ポイン
ト・トウ・ポイント通信状態にある場合、ホスト１は、
図１３に示すようなＯＡＭセルを用いてＴＥ−＃１に通
知する。図の斜線部分は、暗号化された部分である。即
ち、ホスト１は、操作とグループＩＤと暗号キーに加え
て暗号キー識別子Ｑを暗号化してＴＥ−＃１に通知す
る。この例では、端末ＴＥ−＃１に対して、グループＩ
Ｄは“ＡＢＣ”であり、その暗号キーは“２１４５”で
あり、暗号キー識別子Ｑは“２”であることを通知して
いる。
ト・トウ・ポイント通信状態にある場合、ホスト１は、
図１３に示すようなＯＡＭセルを用いてＴＥ−＃１に通
知する。図の斜線部分は、暗号化された部分である。即
ち、ホスト１は、操作とグループＩＤと暗号キーに加え
て暗号キー識別子Ｑを暗号化してＴＥ−＃１に通知す
る。この例では、端末ＴＥ−＃１に対して、グループＩ
Ｄは“ＡＢＣ”であり、その暗号キーは“２１４５”で
あり、暗号キー識別子Ｑは“２”であることを通知して
いる。
【００４３】ＴＥ−＃１は、受信した暗号キーを暗号キ
ーテーブル５に登録する。以上の操作を数回繰り返すこ
とにより、暗号キーテーブル５には複数の暗号キーが登
録される。図１２において、ＴＥ−＃１の暗号キーテー
ブル５には、自己の端末の暗号キー“６８４５”には暗
号キー識別子“１４”と、グループＩＤ“ＡＢＣ”の暗
号キー“２４５６”には暗号キー識別子“１”が、グル
ープＩＤ“ＡＢＣ”の暗号キー“２１４５”には暗号キ
ー識別子“２”がそれぞれ登録されている。
ーテーブル５に登録する。以上の操作を数回繰り返すこ
とにより、暗号キーテーブル５には複数の暗号キーが登
録される。図１２において、ＴＥ−＃１の暗号キーテー
ブル５には、自己の端末の暗号キー“６８４５”には暗
号キー識別子“１４”と、グループＩＤ“ＡＢＣ”の暗
号キー“２４５６”には暗号キー識別子“１”が、グル
ープＩＤ“ＡＢＣ”の暗号キー“２１４５”には暗号キ
ー識別子“２”がそれぞれ登録されている。
【００４４】各端末２への暗号キーテーブル５の登録が
終了したら、ホスト１は各端末２に対して主信号セルを
送信する。図１４はこの時の主信号セルのフォーマット
例を示す図である。宛先であるグループＩＤ“ＡＢＣ”
と主情報に加えて、暗号キー識別子“２”が付加されて
いる。端末２側では、この主信号セルを受け取ると、暗
号キーテーブル５を参照して、暗号キー識別子“２”に
対応する暗号キーである“２１４５”を認識し、主情報
をこの暗号キー“２１４５”を用いて復号化する。
終了したら、ホスト１は各端末２に対して主信号セルを
送信する。図１４はこの時の主信号セルのフォーマット
例を示す図である。宛先であるグループＩＤ“ＡＢＣ”
と主情報に加えて、暗号キー識別子“２”が付加されて
いる。端末２側では、この主信号セルを受け取ると、暗
号キーテーブル５を参照して、暗号キー識別子“２”に
対応する暗号キーである“２１４５”を認識し、主情報
をこの暗号キー“２１４５”を用いて復号化する。
【００４５】この実施の形態例では、暗号キーをマルチ
キャストする端末全部に配布する間も、主信号が流れて
いるため、端末２側では、１つ前の暗号キーも保持す
る。ホスト１は、暗号キーをマルチキャストする端末全
部に配布すると、暗号キーを配布したものに変え、主信
号を流す。これを周期的に繰り返すことになる。
キャストする端末全部に配布する間も、主信号が流れて
いるため、端末２側では、１つ前の暗号キーも保持す
る。ホスト１は、暗号キーをマルチキャストする端末全
部に配布すると、暗号キーを配布したものに変え、主信
号を流す。これを周期的に繰り返すことになる。
【００４６】この実施の形態例によれば、暗号キーを暗
号キー識別子を用いて定期的に変更することにより、暗
号キーが他人に知られることをより確実に防止すること
ができる。
号キー識別子を用いて定期的に変更することにより、暗
号キーが他人に知られることをより確実に防止すること
ができる。
【００４７】また、他の実施の形態例によれば、グルー
プＩＤにビットフラグを設け、このビットフラグの値に
より、マルチキャスト通信かポイント・トウ・ポイント
通信であるかを端末側に識別させることができる。例え
ば、ビットフラグが“１”の場合にはマルチキャスト通
信、ビットフラグが“０”の場合にはポイント・トウ・
ポイント通信であると予め取り決めておくと、このフラ
グビットを参照するだけで、各端末２はホスト１からの
通信がマルチキャスト通信であるか、ポイント・トウ・
ポイント通信であるかを速やかに認識することができ
る。
プＩＤにビットフラグを設け、このビットフラグの値に
より、マルチキャスト通信かポイント・トウ・ポイント
通信であるかを端末側に識別させることができる。例え
ば、ビットフラグが“１”の場合にはマルチキャスト通
信、ビットフラグが“０”の場合にはポイント・トウ・
ポイント通信であると予め取り決めておくと、このフラ
グビットを参照するだけで、各端末２はホスト１からの
通信がマルチキャスト通信であるか、ポイント・トウ・
ポイント通信であるかを速やかに認識することができ
る。
【００４８】図１５は、本発明による端末の割り当ての
他の説明図である。グループＩＤ毎に２バイト（１６ビ
ット）の宛先情報領域を設け、各ビットには図に示すよ
うに端末を対応させる。つまり、各ビットと端末とを１
対１に対応させる。そして、マルチキャストする宛先に
はビット“１”を、マルチキャストしない宛先には
“０”を入れ込んでおくものである。
他の説明図である。グループＩＤ毎に２バイト（１６ビ
ット）の宛先情報領域を設け、各ビットには図に示すよ
うに端末を対応させる。つまり、各ビットと端末とを１
対１に対応させる。そして、マルチキャストする宛先に
はビット“１”を、マルチキャストしない宛先には
“０”を入れ込んでおくものである。
【００４９】図に示す例では、グループＩＤ“ＡＢＣ”
に属するＴＥ−＃１〜ＴＥ−＃４までの端末に対してマ
ルチキャストする場合を示している。ＴＥ−＃１〜ＴＥ
−＃３まではビット“１”であるので、マルチキャスト
通信を行ない、ＴＥ−＃４はビット“０”であるので、
マルチキャスト通信を行なわない。各端末２は、この宛
先情報を受信して、自己に割り当てられているビット位
置の値が“１”であるか“０”であるかを認識し、
“１”である場合には情報を受信し、“０”である場合
には情報を廃棄する。
に属するＴＥ−＃１〜ＴＥ−＃４までの端末に対してマ
ルチキャストする場合を示している。ＴＥ−＃１〜ＴＥ
−＃３まではビット“１”であるので、マルチキャスト
通信を行ない、ＴＥ−＃４はビット“０”であるので、
マルチキャスト通信を行なわない。各端末２は、この宛
先情報を受信して、自己に割り当てられているビット位
置の値が“１”であるか“０”であるかを認識し、
“１”である場合には情報を受信し、“０”である場合
には情報を廃棄する。
【００５０】また、本発明の他の実施の形態例によれ
ば、グループＩＤに特別の値を設定することにより、ブ
ロードキャストを識別させるようにすることができる。
例えば、グループＩＤが８ビットで“ＦＦ”H （H は１
６進を示す）を配布し、このグループＩＤ“ＦＦ”H の
場合には、ブロードキャスト通信であると認識して、受
信した信号を復号しないようにすることができる。
ば、グループＩＤに特別の値を設定することにより、ブ
ロードキャストを識別させるようにすることができる。
例えば、グループＩＤが８ビットで“ＦＦ”H （H は１
６進を示す）を配布し、このグループＩＤ“ＦＦ”H の
場合には、ブロードキャスト通信であると認識して、受
信した信号を復号しないようにすることができる。
【００５１】この実施の形態例によれば、各端末は受信
した情報がマルチキャストであるブロードキャストであ
るかを容易に認識することができ、しかもブロードキャ
ストであれば、復号する必要がないので、データをより
高速に受信処理することができる。
した情報がマルチキャストであるブロードキャストであ
るかを容易に認識することができ、しかもブロードキャ
ストであれば、復号する必要がないので、データをより
高速に受信処理することができる。
【００５２】上述の実施の形態例では、ソースとしてＣ
ＡＴＶを用いた場合を例にとったが、本発明はこれに限
るものではなく、ＮＶＯＤやその他の書類のソースを用
いることができる。
ＡＴＶを用いた場合を例にとったが、本発明はこれに限
るものではなく、ＮＶＯＤやその他の書類のソースを用
いることができる。
【００５３】
【発明の効果】以上、詳細に説明したように、請求項１
記載の発明によれば、ホストと複数の端末が接続された
マルチキャスト通信システムにおいて、前記ホスト内
に、各端末からの通信要求を受信する受信手段と、ソー
スの種別と、これに対応するグループＩＤと、該当ソー
スからの情報を通信中の端末番号とを記憶する通信状態
管理テーブルとを設け、前記ホストは該通信状態管理テ
ーブルの内容に従って、マルチキャスト通信を行なうこ
とにより、ホストは各端末からの通信要求を受けると、
通信状態管理テーブルを参照して、ソース種別毎にグル
ープＩＤと通信中端末番号の管理を行なうことにより、
各端末はマルチキャスト通信を意識することなく、他の
端末と通信中のソースと通信を行なうことができる。
記載の発明によれば、ホストと複数の端末が接続された
マルチキャスト通信システムにおいて、前記ホスト内
に、各端末からの通信要求を受信する受信手段と、ソー
スの種別と、これに対応するグループＩＤと、該当ソー
スからの情報を通信中の端末番号とを記憶する通信状態
管理テーブルとを設け、前記ホストは該通信状態管理テ
ーブルの内容に従って、マルチキャスト通信を行なうこ
とにより、ホストは各端末からの通信要求を受けると、
通信状態管理テーブルを参照して、ソース種別毎にグル
ープＩＤと通信中端末番号の管理を行なうことにより、
各端末はマルチキャスト通信を意識することなく、他の
端末と通信中のソースと通信を行なうことができる。
【００５４】請求項２記載の発明によれば、前記ホスト
は、端末からの通信要求を受けると、前記通信状態管理
テーブルを参照し、通信要求と同じソースを検索し、存
在する場合には、そのグループＩＤを読み出して該当通
信端末の端末番号を通信状態管理テーブルに登録し、存
在しない場合には新しくグループＩＤを作成し、グルー
プＩＤ及び該当端末の端末番号を通信状態管理テーブル
に登録することにより、前記ホストは、端末からの通信
要求を受けると、前記通信状態管理テーブルを参照し、
通信要求と同じソースを検索し、存在する場合には、そ
のグループＩＤを読み出して該当通信端末を通信状態管
理テーブルに登録し、存在しない場合には新しくグルー
プＩＤを作成し、グループＩＤ及び該当端末を通信状態
管理テーブルに登録することにより、ホスト側でグルー
プＩＤの管理を統一的に行なうことで、各端末はマルチ
キャスト通信を意識する必要がなくなる。
は、端末からの通信要求を受けると、前記通信状態管理
テーブルを参照し、通信要求と同じソースを検索し、存
在する場合には、そのグループＩＤを読み出して該当通
信端末の端末番号を通信状態管理テーブルに登録し、存
在しない場合には新しくグループＩＤを作成し、グルー
プＩＤ及び該当端末の端末番号を通信状態管理テーブル
に登録することにより、前記ホストは、端末からの通信
要求を受けると、前記通信状態管理テーブルを参照し、
通信要求と同じソースを検索し、存在する場合には、そ
のグループＩＤを読み出して該当通信端末を通信状態管
理テーブルに登録し、存在しない場合には新しくグルー
プＩＤを作成し、グループＩＤ及び該当端末を通信状態
管理テーブルに登録することにより、ホスト側でグルー
プＩＤの管理を統一的に行なうことで、各端末はマルチ
キャスト通信を意識する必要がなくなる。
【００５５】請求項３記載の発明によれば、前記ホスト
は、ポイント・トウ・ポイント通信の暗号を用いて、グ
ループＩＤと暗号キーをマルチキャストを行なう端末に
通知することにより、ホストと端末とを暗号を用いたポ
イント・トウ・ポイント通信（１対１通信）接続するこ
とにより、他の端末に知られることなく各端末にグルー
プＩＤと暗号キーを通知することが可能となる。
は、ポイント・トウ・ポイント通信の暗号を用いて、グ
ループＩＤと暗号キーをマルチキャストを行なう端末に
通知することにより、ホストと端末とを暗号を用いたポ
イント・トウ・ポイント通信（１対１通信）接続するこ
とにより、他の端末に知られることなく各端末にグルー
プＩＤと暗号キーを通知することが可能となる。
【００５６】請求項４記載の発明によれば、前記ホスト
は、端末に情報を通知するに際し、グループＩＤにビッ
トフラグを設け、このビットフラグの値により、マルチ
キャスト通信かポイント・トウ・ポイント通信かを識別
させるようにすることにより、各端末でホストからの通
信がマルチキャスト通信であるか、ポイント・トウ、ポ
イント通信であるかを速やかに認識することができる。
は、端末に情報を通知するに際し、グループＩＤにビッ
トフラグを設け、このビットフラグの値により、マルチ
キャスト通信かポイント・トウ・ポイント通信かを識別
させるようにすることにより、各端末でホストからの通
信がマルチキャスト通信であるか、ポイント・トウ、ポ
イント通信であるかを速やかに認識することができる。
【００５７】請求項５記載の発明によれば、前記ホスト
は、暗号キー識別子を用いて定期的に暗号キーを変更す
ることにより、暗号キーを定期的に変更することで、暗
号キーが他人に知られることをより確実に防止すること
ができる。
は、暗号キー識別子を用いて定期的に暗号キーを変更す
ることにより、暗号キーを定期的に変更することで、暗
号キーが他人に知られることをより確実に防止すること
ができる。
【００５８】請求項６記載の発明によれば、グループＩ
Ｄに特別の値を設定することにより、ブロードキャスト
を識別できるようにし、前記端末は、受信した信号から
ブロードキャストの状態を検知した場合には、受信信号
の復号を行なわないようにすることにより、各端末は受
信した情報がマルチキャストであるかブロードキャスト
であるかを容易に認識することができ、しかも、ブロー
ドキャストであれば、復号する必要がないので、データ
をより高速に受信処理することができる。
Ｄに特別の値を設定することにより、ブロードキャスト
を識別できるようにし、前記端末は、受信した信号から
ブロードキャストの状態を検知した場合には、受信信号
の復号を行なわないようにすることにより、各端末は受
信した情報がマルチキャストであるかブロードキャスト
であるかを容易に認識することができ、しかも、ブロー
ドキャストであれば、復号する必要がないので、データ
をより高速に受信処理することができる。
【００５９】このように、本発明によれば、ホストに通
信状態管理テーブルを持たせることにより、各端末はマ
ルチキャスト通信を意識することなく、他の端末と通信
中のソースと通信を行なうことができるマルチキャスト
通信システムを提供することができる。
信状態管理テーブルを持たせることにより、各端末はマ
ルチキャスト通信を意識することなく、他の端末と通信
中のソースと通信を行なうことができるマルチキャスト
通信システムを提供することができる。
【図１】本発明の原理ブロック図である。
【図２】本発明の第１の実施の形態例を示すブロック図
である。
である。
【図３】通信状態管理テーブルの遷移を示す図である。
【図４】ＯＡＭセルの構成例を示す図である。
【図５】主信号セルのフォーマット例を示す図である。
【図６】ＯＡＭセルの他の構成例を示す図である。
【図７】本発明の第２の実施の形態例を示すブロック図
である。
である。
【図８】ポイント・トウ・ポイント通信暗号キーテーブ
ルの構成例を示す図である。
ルの構成例を示す図である。
【図９】通信状態管理テーブルの他の構成例を示す図で
ある。
ある。
【図１０】ＯＡＭセルの他の構成例を示す図である。
【図１１】主信号セルの他のフォーマット例を示す図で
ある。
ある。
【図１２】本発明の第３の実施の形態例を示すブロック
図である。
図である。
【図１３】ＯＡＭセルの他の構成例を示す図である。
【図１４】主信号セルの他のフォーマット例を示す図で
ある。
ある。
【図１５】本発明による端末の割り当ての他の説明図で
ある。
ある。
【図１６】従来システムの概念図である。
１ ホスト ２ 端末 ３ ソース １０ 受信手段 ２０ 通信状態管理テーブル
───────────────────────────────────────────────────── フロントページの続き (72)発明者 藤井 泰希 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (72)発明者 中条 孝文 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内
Claims (6)
- 【請求項１】 ホストと複数の端末が接続されたマルチ
キャスト通信システムにおいて、 前記ホスト内に、各端末からの通信要求を受信する受信
手段と、 ソースの種別と、これに対応するグループＩＤと、該当
ソースからの情報を通信中の端末番号とを記憶する通信
状態管理テーブルとを設け、 前記ホストは該通信状態管理テーブルの内容に従って、
マルチキャスト通信を行なうことを特徴とするマルチキ
ャスト通信システム。 - 【請求項２】 前記ホストは、端末からの通信要求を受
けると、前記通信状態管理テーブルを参照し、通信要求
と同じソースを検索し、存在する場合には、そのグルー
プＩＤを読み出して該当通信端末の端末番号を通信状態
管理テーブルに登録し、存在しない場合には新しくグル
ープＩＤを作成し、グループＩＤ及び該当端末の端末番
号を通信状態管理テーブルに登録することを特徴とする
請求項１記載のマルチキャスト通信システム。 - 【請求項３】 前記ホストは、ポイント・トウ・ポイン
ト通信の暗号を用いて、グループＩＤと暗号キーをマル
チキャストを行なう端末に通知することを特徴とする請
求項１記載のマルチキャスト通信システム。 - 【請求項４】 前記ホストは、端末に情報を通知するに
際し、グループＩＤにビットフラグを設け、このビット
フラグの値により、マルチキャスト通信かポイント・ト
ウ・ポイント通信かを識別させるようにしたことを特徴
とする請求項３記載のマルチキャスト通信システム。 - 【請求項５】 前記ホストは、暗号キー識別子を用いて
定期的に暗号キーを変更するようにしたことを特徴とす
る請求項３記載のマルチキャスト通信システム。 - 【請求項６】 グループＩＤに特別の値を設定すること
により、ブロードキャストを識別できるようにし、前記
端末は、受信した信号からブロードキャストの状態を検
知した場合には、受信信号の復号を行なわないようにし
たことを特徴とする請求項１記載のマルチキャスト通信
システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8001304A JPH09191309A (ja) | 1996-01-09 | 1996-01-09 | マルチキャスト通信システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8001304A JPH09191309A (ja) | 1996-01-09 | 1996-01-09 | マルチキャスト通信システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH09191309A true JPH09191309A (ja) | 1997-07-22 |
Family
ID=11497754
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8001304A Withdrawn JPH09191309A (ja) | 1996-01-09 | 1996-01-09 | マルチキャスト通信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH09191309A (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000332796A (ja) * | 1999-03-31 | 2000-11-30 | Alcatel | アクセスネットワークで、分配対話式サービスを同報通信する同報通信装置 |
| WO2002056549A1 (fr) * | 2001-01-12 | 2002-07-18 | Graphin Co., Ltd. | Dispositif de communication et procede de communication |
| JP2002319933A (ja) * | 2001-04-20 | 2002-10-31 | Sony Corp | 通信システム |
| JP2008199391A (ja) * | 2007-02-14 | 2008-08-28 | Hitachi Ltd | 暗号通信システム及び暗号通信装置 |
| US7437413B2 (en) | 1998-08-06 | 2008-10-14 | Fujitsu Limited | Text messaging system and method |
| JP2016051921A (ja) * | 2014-08-28 | 2016-04-11 | 株式会社東芝 | 通信システム |
-
1996
- 1996-01-09 JP JP8001304A patent/JPH09191309A/ja not_active Withdrawn
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7437413B2 (en) | 1998-08-06 | 2008-10-14 | Fujitsu Limited | Text messaging system and method |
| JP2000332796A (ja) * | 1999-03-31 | 2000-11-30 | Alcatel | アクセスネットワークで、分配対話式サービスを同報通信する同報通信装置 |
| WO2002056549A1 (fr) * | 2001-01-12 | 2002-07-18 | Graphin Co., Ltd. | Dispositif de communication et procede de communication |
| JP2002319933A (ja) * | 2001-04-20 | 2002-10-31 | Sony Corp | 通信システム |
| JP2008199391A (ja) * | 2007-02-14 | 2008-08-28 | Hitachi Ltd | 暗号通信システム及び暗号通信装置 |
| JP2016051921A (ja) * | 2014-08-28 | 2016-04-11 | 株式会社東芝 | 通信システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6594758B1 (en) | System, method, and medium for broadcasting service contents | |
| JP3798031B2 (ja) | 個人用プログラムの送受信方法 | |
| JP4273535B2 (ja) | データ伝送制御方法、データ伝送システム、データ受信装置及びデータ送信装置 | |
| JP2812312B2 (ja) | 暗号化システム | |
| JPH1155322A (ja) | 暗号通信システム | |
| US8050209B2 (en) | Group communication method, communication device and management device | |
| JPH11187013A (ja) | 暗号鍵配信システム | |
| US7680110B2 (en) | Communication device, communication system, and communication method | |
| JPH10215244A (ja) | 情報伝送装置及び方法並びに情報受信装置及び方法並びに情報記憶媒体 | |
| JP2007005997A (ja) | マルチキャスト通信装置及びこれを用いたｐｏｎシステム | |
| CN111669270A (zh) | 一种基于标签交换的量子加密传输方法及装置 | |
| JP3446482B2 (ja) | 暗号化装置 | |
| JPH0637750A (ja) | 情報転送方式 | |
| JPH09191309A (ja) | マルチキャスト通信システム | |
| JP3986956B2 (ja) | 親局及び子局及び通信システム及び通信プログラム及び通信プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| CA2349460A1 (en) | Apparatus and method for limiting unauthorized access to a network multicast | |
| JP4889984B2 (ja) | 通信システムおよび通信方法 | |
| JP3794050B2 (ja) | データ伝送装置およびその方法とデータ受信装置 | |
| US20030005293A1 (en) | Information transceiver system | |
| JP2004260556A (ja) | 局側装置、加入者側装置、通信システムおよび暗号鍵通知方法 | |
| US20200304992A1 (en) | Radio device, control method of radio device, and non-transitory computer-readable recording medium | |
| CN111917534A (zh) | 一种在报文中嵌入密文策略的组播数据传输方法 | |
| JPH04274636A (ja) | ローカルエリアネットワークにおける暗号化方式 | |
| JP2003110549A (ja) | 情報伝送システム、受信装置、暗号鍵検索装置及び暗号鍵検索方法 | |
| JPH11262069A (ja) | 移動通信ダイナミックセキュアグルーピング通信方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20030401 |