JP3334774B2 - グループ通信方法 - Google Patents
グループ通信方法Info
- Publication number
- JP3334774B2 JP3334774B2 JP9882095A JP9882095A JP3334774B2 JP 3334774 B2 JP3334774 B2 JP 3334774B2 JP 9882095 A JP9882095 A JP 9882095A JP 9882095 A JP9882095 A JP 9882095A JP 3334774 B2 JP3334774 B2 JP 3334774B2
- Authority
- JP
- Japan
- Prior art keywords
- protocol
- management server
- server device
- communication
- personal computer
- 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.)
- Expired - Fee Related
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【産業上の利用分野】本発明はコンピュータ間の通信に
利用する。特に、管理サーバ装置に登録されているメン
バ間で複数のコンピュータ端末どうしあるいは情報サー
バと通信を行うグループ通信方法に関する。
利用する。特に、管理サーバ装置に登録されているメン
バ間で複数のコンピュータ端末どうしあるいは情報サー
バと通信を行うグループ通信方法に関する。
【０００２】
【従来の技術】コンピュータ間通信の方法として、従来
から、ネットワーク側に設置された管理サーバ装置にあ
らかじめ登録されているメンバ間で通信を行うグループ
通信方法が知られている。従来のグループ通信方法で
は、端末から所定のプロトコルでセンタ・サーバにアク
セスし、サーバ上で各種の通信サービスの提供を受ける
ことができる。
から、ネットワーク側に設置された管理サーバ装置にあ
らかじめ登録されているメンバ間で通信を行うグループ
通信方法が知られている。従来のグループ通信方法で
は、端末から所定のプロトコルでセンタ・サーバにアク
セスし、サーバ上で各種の通信サービスの提供を受ける
ことができる。
【０００３】図５は電話回線を通じて端末が管理サーバ
装置にアクセスする従来例のグループ通信方法を説明す
る図であり、物理的なシテスム構成を示す。この構成で
は、管理サーバ装置としてのセンタ・サーバ装置３１に
モデム３２が接続され、このモデム３２とユーザのパソ
コン端末３５−１〜３５−ｎとが、ネットワーク側の交
換機３３および端末側のモデム３４−１〜３４−ｎを介
して接続される。ここではセンタ・サーバ装置３１が市
内にあることを想定しており、市外にある場合はさら
に、中継交換機、中継回線を通して接続される。なお、
パソコン端末３５−１〜３５−ｎ用のモデム３４−１〜
３４−ｎとしては、複数台からなるモデム群あるいはマ
ルチポートのモデムを用いることができる。
装置にアクセスする従来例のグループ通信方法を説明す
る図であり、物理的なシテスム構成を示す。この構成で
は、管理サーバ装置としてのセンタ・サーバ装置３１に
モデム３２が接続され、このモデム３２とユーザのパソ
コン端末３５−１〜３５−ｎとが、ネットワーク側の交
換機３３および端末側のモデム３４−１〜３４−ｎを介
して接続される。ここではセンタ・サーバ装置３１が市
内にあることを想定しており、市外にある場合はさら
に、中継交換機、中継回線を通して接続される。なお、
パソコン端末３５−１〜３５−ｎ用のモデム３４−１〜
３４−ｎとしては、複数台からなるモデム群あるいはマ
ルチポートのモデムを用いることができる。
【０００４】この構成において、ユーザは、自分のパソ
コン端末３５−ｉ（ｉ＝１〜ｎ）からモデム３４−ｉを
使用し、電話回線により交換機３３経由でセンタ・サー
バ装置３１に接続する。回線が接続されると、センタ・
サーバ装置３１はパソコン端末３５−ｉにログインを指
示するプロンプトを返し、ユーザはパソコン端末３５−
ｉからアカウント名とパスワードとを入力する。入力内
容が登録データと一致すれば、センタ・サーバ装置３１
へのログインが完了し、提供されているサービスを受け
ることができる。すなわち、管理サーバ装置で全ユーザ
の認証を行い、チャットと呼ばれる電子的な会話や掲示
板等を含む全サービスを同じサーバで実施することがで
きる。
コン端末３５−ｉ（ｉ＝１〜ｎ）からモデム３４−ｉを
使用し、電話回線により交換機３３経由でセンタ・サー
バ装置３１に接続する。回線が接続されると、センタ・
サーバ装置３１はパソコン端末３５−ｉにログインを指
示するプロンプトを返し、ユーザはパソコン端末３５−
ｉからアカウント名とパスワードとを入力する。入力内
容が登録データと一致すれば、センタ・サーバ装置３１
へのログインが完了し、提供されているサービスを受け
ることができる。すなわち、管理サーバ装置で全ユーザ
の認証を行い、チャットと呼ばれる電子的な会話や掲示
板等を含む全サービスを同じサーバで実施することがで
きる。
【０００５】なお、この例では一般的なアナログ電話回
線を利用した例を示しているが、ディジタル回線を利用
してモデムを使用せずに接続することもできる。ただ
し、その場合にはインタフェース変換のためのアダプタ
が必要になる。
線を利用した例を示しているが、ディジタル回線を利用
してモデムを使用せずに接続することもできる。ただ
し、その場合にはインタフェース変換のためのアダプタ
が必要になる。
【０００６】図６はＴＣＰ／ＩＰプロトコルで管理サー
バ装置にアクセスする従来例のグループ通信方法を示
す。この方法では、ネットワーク側にコンピュータ通信
に広く用いられているイーサネットのインタフェースを
用意し、コンピュータ通信の分野で一般的に用いられて
いるＴＣＰ／ＩＰプロトコルでサーバにアクセスする。
すなわち、グループ管理を行う管理サーバ装置４１には
イーサネット信号のレベルで信号を通過させるハブ４２
が接続され、このハブ４２とパソコン端末４７−１〜４
７−ｎとが、ネットワーク側のアダプタ４３−１〜４３
−ｎ、ネットワーク側の回線終端装置（ＳＬＴ）４４−
１〜４４−ｎ、加入者側の回線終端装置４５−１〜４５
−ｎおよび加入者側のアダプタ４６−１〜４６−ｎを介
して接続される。また、ハブ４２には、アダプタ４３−
ｍ、回線終端装置４４−ｍ、４５−ｍおよびアダプタ４
６−ｍを介して、サービスを提供する情報サーバ４８が
接続される。
バ装置にアクセスする従来例のグループ通信方法を示
す。この方法では、ネットワーク側にコンピュータ通信
に広く用いられているイーサネットのインタフェースを
用意し、コンピュータ通信の分野で一般的に用いられて
いるＴＣＰ／ＩＰプロトコルでサーバにアクセスする。
すなわち、グループ管理を行う管理サーバ装置４１には
イーサネット信号のレベルで信号を通過させるハブ４２
が接続され、このハブ４２とパソコン端末４７−１〜４
７−ｎとが、ネットワーク側のアダプタ４３−１〜４３
−ｎ、ネットワーク側の回線終端装置（ＳＬＴ）４４−
１〜４４−ｎ、加入者側の回線終端装置４５−１〜４５
−ｎおよび加入者側のアダプタ４６−１〜４６−ｎを介
して接続される。また、ハブ４２には、アダプタ４３−
ｍ、回線終端装置４４−ｍ、４５−ｍおよびアダプタ４
６−ｍを介して、サービスを提供する情報サーバ４８が
接続される。
【０００７】アダプタ４６−１〜４６−ｎ、４６−ｍ
は、イーサネット端子からの信号をディジタル回線イン
タフェースに変換する。また、アダプタ４３−１〜４３
−ｎ、４３−ｍは、通信回線からの信号をイーサネット
信号に変換する。加入者側の回線終端装置４５−１〜４
５−ｎ、および情報サーバ４８側の回線終端装置４５−
ｍは、通信媒体が光ファイバの場合にはＯＮＵ（Optica
l Network Unit）、メタルの場合にはＤＳＵ（Digital
Service Unit) と呼ばれる。
は、イーサネット端子からの信号をディジタル回線イン
タフェースに変換する。また、アダプタ４３−１〜４３
−ｎ、４３−ｍは、通信回線からの信号をイーサネット
信号に変換する。加入者側の回線終端装置４５−１〜４
５−ｎ、および情報サーバ４８側の回線終端装置４５−
ｍは、通信媒体が光ファイバの場合にはＯＮＵ（Optica
l Network Unit）、メタルの場合にはＤＳＵ（Digital
Service Unit) と呼ばれる。
【０００８】この構成において、パソコン端末４７−１
〜４７−ｎから管理サーバ装置４１にログインした後に
サービスを受ける形態、あるいはアクセスの手順は、図
５に示した従来例とほぼ同等である。ただし、図６の従
来例では、パソコン端末４７−１〜４７−ｎからのイー
サパケットをディジタル回線経由でセンタ側に送り、ア
ダプタ４３−１〜４３−ｎでイーサパケットに戻してい
る。このようにイーサパケットを伝送しているため、プ
ロトコルとしてコンピュータ通信の分野で広く用いられ
ているＴＣＰ／ＩＰＯ等をイーサパケット上で使用する
ことが可能である。このため、ユーザはＩＰパケット上
で同時に複数のサービスを利用することができ、管理サ
ーバ装置にアクセスしてこの管理サーバ装置経由でパソ
コン端末４７−１〜４７−ｎ間の通信を行ったり、情報
サーバ４８にアクセスすることができる。
〜４７−ｎから管理サーバ装置４１にログインした後に
サービスを受ける形態、あるいはアクセスの手順は、図
５に示した従来例とほぼ同等である。ただし、図６の従
来例では、パソコン端末４７−１〜４７−ｎからのイー
サパケットをディジタル回線経由でセンタ側に送り、ア
ダプタ４３−１〜４３−ｎでイーサパケットに戻してい
る。このようにイーサパケットを伝送しているため、プ
ロトコルとしてコンピュータ通信の分野で広く用いられ
ているＴＣＰ／ＩＰＯ等をイーサパケット上で使用する
ことが可能である。このため、ユーザはＩＰパケット上
で同時に複数のサービスを利用することができ、管理サ
ーバ装置にアクセスしてこの管理サーバ装置経由でパソ
コン端末４７−１〜４７−ｎ間の通信を行ったり、情報
サーバ４８にアクセスすることができる。
【０００９】
【発明が解決しようとする課題】しかし、従来のグルー
プ通信方法では、同時にアクセスするユーザ数が増加し
たときに管理サーバ装置に過大な負荷がかかるという欠
点があった。
プ通信方法では、同時にアクセスするユーザ数が増加し
たときに管理サーバ装置に過大な負荷がかかるという欠
点があった。
【００１０】本発明は、このような課題を解決し、管理
サーバ装置の負荷が少ないグループ通信方法を提供する
ことを目的とする。
サーバ装置の負荷が少ないグループ通信方法を提供する
ことを目的とする。
【００１１】
【課題を解決するための手段】本発明のグループ通信方
法は、複数のコンピュータ端末を通信回線およびマルチ
プロトコル・ブルータを介して管理サーバ装置に接続
し、この管理サーバ装置に登録されているメンバ間で通
信を行うグループ通信方法において、管理サーバ装置が
コンピュータ端末からの通信要求に対してその端末と相
手先の端末とにアドレス情報を転送するとともにマルチ
プロトコル・ブルータにルーティング情報を通知し、マ
ルチプロトコル・ブルータが端末間のルーティングを行
うことを特徴とする。
法は、複数のコンピュータ端末を通信回線およびマルチ
プロトコル・ブルータを介して管理サーバ装置に接続
し、この管理サーバ装置に登録されているメンバ間で通
信を行うグループ通信方法において、管理サーバ装置が
コンピュータ端末からの通信要求に対してその端末と相
手先の端末とにアドレス情報を転送するとともにマルチ
プロトコル・ブルータにルーティング情報を通知し、マ
ルチプロトコル・ブルータが端末間のルーティングを行
うことを特徴とする。
【００１２】ここで、マルチプロトコル・ブルータにつ
いて簡単に説明する。ケーブル上を流れる信号を中継す
る機器としては、単純に信号を再生して中継する「リピ
ータ」、パケットを隣のネットワークセグメントに流す
かどうかをアドレスを見て判断する機能をもつ「ハブ」
または「ブリッジ」、ブリッジの機能に加え、ＯＳＩ参
照モデルでいうネットワーク層やトランスポート層の一
部のプロトコルを解析して転送を行う「ルータ」、ルー
タの機能にブリッジの機能を付加し、ルータの機能で処
理できないプロトコルについてはブリッジの機能で信号
を転送する「ブルータ」が知られている。ＴＣＰ／ＩＣ
の場合を例に説明すると、ハブまたはブリッジはイーサ
パケットのレベルで動作し、ルータはＩＰパケットのレ
ベルで動作し、ブルータは、ＩＰパケットについてはル
ーティング処理を行い、ＩＰプロトコル以外はそのまま
信号を通過させることができる。本発明で用いる「マル
チプロトコル・ブルータ」は、複数のプロトコルを同時
に認識して転送することのできるブルータである。
いて簡単に説明する。ケーブル上を流れる信号を中継す
る機器としては、単純に信号を再生して中継する「リピ
ータ」、パケットを隣のネットワークセグメントに流す
かどうかをアドレスを見て判断する機能をもつ「ハブ」
または「ブリッジ」、ブリッジの機能に加え、ＯＳＩ参
照モデルでいうネットワーク層やトランスポート層の一
部のプロトコルを解析して転送を行う「ルータ」、ルー
タの機能にブリッジの機能を付加し、ルータの機能で処
理できないプロトコルについてはブリッジの機能で信号
を転送する「ブルータ」が知られている。ＴＣＰ／ＩＣ
の場合を例に説明すると、ハブまたはブリッジはイーサ
パケットのレベルで動作し、ルータはＩＰパケットのレ
ベルで動作し、ブルータは、ＩＰパケットについてはル
ーティング処理を行い、ＩＰプロトコル以外はそのまま
信号を通過させることができる。本発明で用いる「マル
チプロトコル・ブルータ」は、複数のプロトコルを同時
に認識して転送することのできるブルータである。
【００１３】マルチプロトコル・ブルータを管理サーバ
装置側に配置してルーティングを集中して行ってもよ
く、マルチプロトコル・ブルータを端末側に配置してル
ーティングを分散して行ってもよい。
装置側に配置してルーティングを集中して行ってもよ
く、マルチプロトコル・ブルータを端末側に配置してル
ーティングを分散して行ってもよい。
【００１４】
【作用】複数のコンピュータ端末から通信回線およびマ
ルチプロトコル・ブルータを経由し、所定の通信プロト
コルに基づいて、ネットワーク側に設置された管理サー
バ装置にあらかじめ登録されているメンバ間で、複数の
コンピュータ端末どうし、あるいはコンピュータ端末と
情報サーバとで通信を行う。このとき、管理サーバ装置
からマルチプロトコル・ブルータとコンピュータ端末あ
るいは情報サーバとに、そのアドレス情報を転送する。
これにより、マルチプロトコル・ブルータにおいてルー
ティングパスを設定し、マルチプロトコル・ブルータで
ルーティングを行う。これにより、管理サーバ装置を経
由しないで通信を行うことができる。
ルチプロトコル・ブルータを経由し、所定の通信プロト
コルに基づいて、ネットワーク側に設置された管理サー
バ装置にあらかじめ登録されているメンバ間で、複数の
コンピュータ端末どうし、あるいはコンピュータ端末と
情報サーバとで通信を行う。このとき、管理サーバ装置
からマルチプロトコル・ブルータとコンピュータ端末あ
るいは情報サーバとに、そのアドレス情報を転送する。
これにより、マルチプロトコル・ブルータにおいてルー
ティングパスを設定し、マルチプロトコル・ブルータで
ルーティングを行う。これにより、管理サーバ装置を経
由しないで通信を行うことができる。
【００１５】
【実施例】図１は本発明のグループ通信方法を実施する
第一実施例の装置構成を示すブロック図である。この装
置は、管理サーバ装置１１と複数のパソコン端末１７−
１〜１７−ｎおよび情報サーバ１８とを備え、マルチプ
ロトコル・ブルータ１２および通信回線を介して接続さ
れる。マルチプロトコル・ブルータ１２は管理サーバ装
置１１側に配置され、マルチプロトコル・ブルータ１２
とパソコン端末１７−１〜１７−ｎおよび情報サーバ１
８との間は、通信回線からの信号をイーサネット信号に
変換するアダプタ１３−１〜１３−ｎ、１３−ｍ、ネッ
トワーク側の回線終端装置１４−１〜１４−ｎ、１４−
ｍ、加入者側の回線終端装置１５−１〜１５−ｎ、１５
−ｍ、およびイーサネット端末からの信号をディジタル
回線インタフェースに変換するアダプタ１６−１〜１６
−ｎ、１６−ｍを介して接続される。加入者側の回線終
端装置は、通信媒体が光ファイバの場合はＯＮＵ、メタ
ルの場合はＤＳＵと呼ばれる。本発明は通信媒体により
限定されるものではないが、ここではＯＳＵを例に説明
する。
第一実施例の装置構成を示すブロック図である。この装
置は、管理サーバ装置１１と複数のパソコン端末１７−
１〜１７−ｎおよび情報サーバ１８とを備え、マルチプ
ロトコル・ブルータ１２および通信回線を介して接続さ
れる。マルチプロトコル・ブルータ１２は管理サーバ装
置１１側に配置され、マルチプロトコル・ブルータ１２
とパソコン端末１７−１〜１７−ｎおよび情報サーバ１
８との間は、通信回線からの信号をイーサネット信号に
変換するアダプタ１３−１〜１３−ｎ、１３−ｍ、ネッ
トワーク側の回線終端装置１４−１〜１４−ｎ、１４−
ｍ、加入者側の回線終端装置１５−１〜１５−ｎ、１５
−ｍ、およびイーサネット端末からの信号をディジタル
回線インタフェースに変換するアダプタ１６−１〜１６
−ｎ、１６−ｍを介して接続される。加入者側の回線終
端装置は、通信媒体が光ファイバの場合はＯＮＵ、メタ
ルの場合はＤＳＵと呼ばれる。本発明は通信媒体により
限定されるものではないが、ここではＯＳＵを例に説明
する。
【００１６】この構成において、マルチプロトコル・ブ
ルータ１２は、複数の入出力（個別ポートあるいは多重
化された論理的ポート）を備え、複数のプロトコルに対
応してポート間のルーティングあるいはスイッチングを
行う。初期状態において、各パソコン端末１７−１〜１
７−ｎには、通信相手先として管理サーバ装置１１のア
ドレス情報のみが与えられている。また、マルチプロト
コル・ブルータ１２においても、パソコン端末１７−１
〜１７−ｎからのパケットは全て管理サーバ装置１１に
転送するようにルーティングが設定されている。したが
って、例えばパソコン端末１７−ｉ（ｉ＝１〜ｎ）が通
信を開始するとき、そのパソコン端末１７−ｉからのデ
ータは、まずイーサネット端子からイーサパケットとし
てアダプタ１６−ｉに送られ、このアダプタ１６−ｉに
を介して回線終端装置１５−ｉに渡される。回線終端装
置１５−ｉは、そのデータをディジタル通信回線経由で
ネットワーク側の回線終端装置１４−ｉに送り、アダプ
タ１３−ｉでイーサパケットに戻す。そのイーサパケッ
トは、マルチプロトコル・ブルータ１２経由で、その先
に接続されている管理サーバ装置１１に送られる。本発
明では、管理サーバ装置１１にアクセスするのはこの通
信の開始時のみであり、以後、相手先と通信を開始する
ときは管理サーバ装置１１を介さずに行う。
ルータ１２は、複数の入出力（個別ポートあるいは多重
化された論理的ポート）を備え、複数のプロトコルに対
応してポート間のルーティングあるいはスイッチングを
行う。初期状態において、各パソコン端末１７−１〜１
７−ｎには、通信相手先として管理サーバ装置１１のア
ドレス情報のみが与えられている。また、マルチプロト
コル・ブルータ１２においても、パソコン端末１７−１
〜１７−ｎからのパケットは全て管理サーバ装置１１に
転送するようにルーティングが設定されている。したが
って、例えばパソコン端末１７−ｉ（ｉ＝１〜ｎ）が通
信を開始するとき、そのパソコン端末１７−ｉからのデ
ータは、まずイーサネット端子からイーサパケットとし
てアダプタ１６−ｉに送られ、このアダプタ１６−ｉに
を介して回線終端装置１５−ｉに渡される。回線終端装
置１５−ｉは、そのデータをディジタル通信回線経由で
ネットワーク側の回線終端装置１４−ｉに送り、アダプ
タ１３−ｉでイーサパケットに戻す。そのイーサパケッ
トは、マルチプロトコル・ブルータ１２経由で、その先
に接続されている管理サーバ装置１１に送られる。本発
明では、管理サーバ装置１１にアクセスするのはこの通
信の開始時のみであり、以後、相手先と通信を開始する
ときは管理サーバ装置１１を介さずに行う。
【００１７】図２はこのときの通信手順を示す。例え
ば、パソコン端末１７−１が通信を開始する場合、図２
（ａ）に示すように、パソコン端末１７−１が最初に管
理サーバ装置１１にアクセスし、パソコン端末１７−２
との通信開始要求を通知する。管理サーバ装置１１で
は、パソコン端末１７−１とパソコン端末１７−２とが
正規に登録されたユーザまたは端末であることを認証
（アクセス権の確認）した後、パソコン端末１７−１へ
はパソコン端末１７−２のアドレスを転送し、パソコン
端末１７−２へはパソコン端末１７−１のアドレスと通
信要求があることを通知する。パソコン端末１７−２は
状態（通信可能かどうか）を管理サーバ装置１１に返送
する。次に、通信可能である場合は、図２（ｂ）に示す
ように、管理サーバ装置１１はパソコン端末１７−１へ
パソコン端末１７−２の状態を通知し、パソコン端末１
７−１、１７−２に相互に通信可能である指示を出すと
共に、マルチプロトコル・ブルータ１２に、パソコン端
末１７−１、１７−２間のルーティングパスを設定す
る。これらの処理は、ＡＲＰ（Address Resolution Pro
tocol ）等の、コンピュータ通信の分野において標準的
なプロトコルを用いて実現可能である。通信先がパソコ
ン端末ではなく情報サーバ１８である場合についても同
様である。
ば、パソコン端末１７−１が通信を開始する場合、図２
（ａ）に示すように、パソコン端末１７−１が最初に管
理サーバ装置１１にアクセスし、パソコン端末１７−２
との通信開始要求を通知する。管理サーバ装置１１で
は、パソコン端末１７−１とパソコン端末１７−２とが
正規に登録されたユーザまたは端末であることを認証
（アクセス権の確認）した後、パソコン端末１７−１へ
はパソコン端末１７−２のアドレスを転送し、パソコン
端末１７−２へはパソコン端末１７−１のアドレスと通
信要求があることを通知する。パソコン端末１７−２は
状態（通信可能かどうか）を管理サーバ装置１１に返送
する。次に、通信可能である場合は、図２（ｂ）に示す
ように、管理サーバ装置１１はパソコン端末１７−１へ
パソコン端末１７−２の状態を通知し、パソコン端末１
７−１、１７−２に相互に通信可能である指示を出すと
共に、マルチプロトコル・ブルータ１２に、パソコン端
末１７−１、１７−２間のルーティングパスを設定す
る。これらの処理は、ＡＲＰ（Address Resolution Pro
tocol ）等の、コンピュータ通信の分野において標準的
なプロトコルを用いて実現可能である。通信先がパソコ
ン端末ではなく情報サーバ１８である場合についても同
様である。
【００１８】このときアドレス管理として、固定的にア
ドレス割り付けを行う方法と、通信開始時にダイナミッ
クにアドレスを割り付ける方法とがある。セキュリティ
管理上は後者の使用が望ましいが、いずれを用いる場合
でも、端末から管理サーバ装置への定期的な通信状態の
通知、あるいは通信終了の通知により、マルチプロトコ
ル・ブルータにおけるルーティング情報をリフレッシュ
することにより、セキュリティ機能を実現できる。
ドレス割り付けを行う方法と、通信開始時にダイナミッ
クにアドレスを割り付ける方法とがある。セキュリティ
管理上は後者の使用が望ましいが、いずれを用いる場合
でも、端末から管理サーバ装置への定期的な通信状態の
通知、あるいは通信終了の通知により、マルチプロトコ
ル・ブルータにおけるルーティング情報をリフレッシュ
することにより、セキュリティ機能を実現できる。
【００１９】図３はグループ通信の階層構造を示し、上
記の手順をプロトコル階層の面から説明する図である。
通信の階層はＯＳＩモデルでは７層で表現されるが、こ
こでは、簡略化して上位レイヤ、中位レイヤ、下位レイ
ヤの３層により表す。すなわち、物理レイヤを下位レイ
ヤ、イーサパケットあるいはその上のＩＰパケットのレ
イヤを中位レイヤ、さらにその上のＴＣＰパケットを上
位レイヤに分類する。初期設定により端末が登録ユーザ
であることが確認されると、ルーティングテーブルがマ
ルチプロトコル・ブルータに転送され、また、端末に対
しては相手端末アドレスが転送されるため、マルチプロ
トコル・ブルータにおいて通信を行う端末間のルーティ
ングあるいはスイッチングが行えるようになる。
記の手順をプロトコル階層の面から説明する図である。
通信の階層はＯＳＩモデルでは７層で表現されるが、こ
こでは、簡略化して上位レイヤ、中位レイヤ、下位レイ
ヤの３層により表す。すなわち、物理レイヤを下位レイ
ヤ、イーサパケットあるいはその上のＩＰパケットのレ
イヤを中位レイヤ、さらにその上のＴＣＰパケットを上
位レイヤに分類する。初期設定により端末が登録ユーザ
であることが確認されると、ルーティングテーブルがマ
ルチプロトコル・ブルータに転送され、また、端末に対
しては相手端末アドレスが転送されるため、マルチプロ
トコル・ブルータにおいて通信を行う端末間のルーティ
ングあるいはスイッチングが行えるようになる。
【００２０】マルチプロトコル・ブルータにおけるルー
ティング処理はイーサパッケットあるいはＩＰパケット
で行うことができ、処理をハード的に実現することによ
り高速処理が可能である。また、イーサパケットあるい
はＩＰパケットの上に乗るデータには関与しないため、
サーバのアプリケーションに限定されない多彩なユーザ
独自のアプリケーションサービスを提供可能である。
ティング処理はイーサパッケットあるいはＩＰパケット
で行うことができ、処理をハード的に実現することによ
り高速処理が可能である。また、イーサパケットあるい
はＩＰパケットの上に乗るデータには関与しないため、
サーバのアプリケーションに限定されない多彩なユーザ
独自のアプリケーションサービスを提供可能である。
【００２１】このように、端末からのパケットデータに
ついて、管理サーバを経由せず、マルチプロトコル・ブ
ルータにおいて中位レイヤにおけるルーティングを行う
ことにより、管理サービスの負荷の軽減、高速ルーティ
ングおよび複数のプロトコルを利用した多彩なサービス
の提供が実現可能となる。
ついて、管理サーバを経由せず、マルチプロトコル・ブ
ルータにおいて中位レイヤにおけるルーティングを行う
ことにより、管理サービスの負荷の軽減、高速ルーティ
ングおよび複数のプロトコルを利用した多彩なサービス
の提供が実現可能となる。
【００２２】図４は本発明のグループ通信方法を実施す
る第二実施例の装置構成を示すブロック図である。この
装置は、管理サーバ装置１１と複数のパソコン端末１７
−１〜１７−ｎおよび情報サーバ１８とを備え、ブリッ
ジ２１、通信回線およびマルチプロトコル・ブルータ２
２−１〜２２−ｎ、２２−ｍを介して接続される。管理
サーバ装置１１にはブリッジ２１が接続され、このブリ
ッジ２１とパソコン端末１７−１〜１７−ｎおよび情報
サーバ１８との間が、通信回線からの信号をイーサネッ
ト信号に変換するアダプタ１３−１〜１３−ｎ、１３−
ｍ、ネットワーク側の回線終端装置１４−１〜１４−
ｎ、１４−ｍ、加入者側の回線終端装置１５−１〜１５
−ｎ、１５−ｍ、イーサネット端末からの信号をディジ
タル回線インタフェースに変換するアダプタ１６−１〜
１６−ｎ、１６−ｍおよびマルチプロトコル・ブルータ
２２−１〜２２−ｎ、２２−ｍを介して接続される。
る第二実施例の装置構成を示すブロック図である。この
装置は、管理サーバ装置１１と複数のパソコン端末１７
−１〜１７−ｎおよび情報サーバ１８とを備え、ブリッ
ジ２１、通信回線およびマルチプロトコル・ブルータ２
２−１〜２２−ｎ、２２−ｍを介して接続される。管理
サーバ装置１１にはブリッジ２１が接続され、このブリ
ッジ２１とパソコン端末１７−１〜１７−ｎおよび情報
サーバ１８との間が、通信回線からの信号をイーサネッ
ト信号に変換するアダプタ１３−１〜１３−ｎ、１３−
ｍ、ネットワーク側の回線終端装置１４−１〜１４−
ｎ、１４−ｍ、加入者側の回線終端装置１５−１〜１５
−ｎ、１５−ｍ、イーサネット端末からの信号をディジ
タル回線インタフェースに変換するアダプタ１６−１〜
１６−ｎ、１６−ｍおよびマルチプロトコル・ブルータ
２２−１〜２２−ｎ、２２−ｍを介して接続される。
【００２３】初期状態においては、マルチプロトコル・
ブルータ２２−１〜２２−ｎ、２２−ｍにはセンタ側
（ネットワーク側）の通信相手先として管理サーバ装置
１１のアドレス情報のみが与えられている。また、パソ
コン端末１７−１〜１７−ｎにおいても、それぞれに接
続されているマルチプロトコル・ブルータ２２−１〜２
２−ｎ、２２−ｍのアドレスのみが与えられている。し
たがって、パソコン端末１７−１〜１７−ｎからのパケ
ットは、全て管理サーバ装置１１に転送するようにルー
ティングが設定されている。
ブルータ２２−１〜２２−ｎ、２２−ｍにはセンタ側
（ネットワーク側）の通信相手先として管理サーバ装置
１１のアドレス情報のみが与えられている。また、パソ
コン端末１７−１〜１７−ｎにおいても、それぞれに接
続されているマルチプロトコル・ブルータ２２−１〜２
２−ｎ、２２−ｍのアドレスのみが与えられている。し
たがって、パソコン端末１７−１〜１７−ｎからのパケ
ットは、全て管理サーバ装置１１に転送するようにルー
ティングが設定されている。
【００２４】パソコン端末１７−ｉが通信を開始すると
きには、そのパソコン端末１７−ｉからのデータがイー
サネット端子からイーサパケットとしてマルチプロトコ
ル・ブルータ２２−ｉに送られ、アダプタ１６−ｉを介
して回線終端装置１５−ｉに渡される。回線終端装置１
５−ｉは、そのデータをディジタル通信回線経由でネッ
トワーク側の回線終端装置１４−ｉに送り、アダプタ１
３−ｉでイーサパケットに戻す。その後、そのイーサパ
ケットは、ブリッジ２１経由で、その先に接続されてい
る管理サーバ装置１１に送られる。本発明では、管理サ
ーバにアクセスするのはこの通信の開始時のみであり、
以後、相手先と通信を開始するときは管理サーバを介さ
ずに行う。
きには、そのパソコン端末１７−ｉからのデータがイー
サネット端子からイーサパケットとしてマルチプロトコ
ル・ブルータ２２−ｉに送られ、アダプタ１６−ｉを介
して回線終端装置１５−ｉに渡される。回線終端装置１
５−ｉは、そのデータをディジタル通信回線経由でネッ
トワーク側の回線終端装置１４−ｉに送り、アダプタ１
３−ｉでイーサパケットに戻す。その後、そのイーサパ
ケットは、ブリッジ２１経由で、その先に接続されてい
る管理サーバ装置１１に送られる。本発明では、管理サ
ーバにアクセスするのはこの通信の開始時のみであり、
以後、相手先と通信を開始するときは管理サーバを介さ
ずに行う。
【００２５】例えばパソコン端末１７−１がパソコン端
末１７−２と通信を開始する場合には、パソコン端末１
７−１が最初に管理サーバ装置１１にアクセスし、パソ
コン端末１７−２との通信開始要求を通知する。管理サ
ーバ装置１１では、パソコン端末１７−１とパソコン端
末１７−２とが正規に登録されたユーザまたは端末であ
ることを認証（アクセス権の確認）した後、マルチプロ
トコル・ブルータ２２−１およびパソコン端末１７−１
へパソコン端末１７−２のアドレスを転送する。また、
マルチプロトコル・ブルータ２２−２およびパソコン端
末１７−２に対して、パソコン端末１７−１のアドレス
を転送する。これにより、パソコン端末１７−１からマ
ルチプロトコル・ブルータ２２−１、ブリッジ２１、お
よびマルチプロトコル・ブルータ２２−２を経由して、
パソコン端末１７−２までのルーティングパスが設定さ
れる。その結果、管理サーバ装置１１を経由せずに通信
が可能となる。パソコン端末１７−１〜１７−ｎから情
報サーバ装置１８に対して通信するときも同様である。
末１７−２と通信を開始する場合には、パソコン端末１
７−１が最初に管理サーバ装置１１にアクセスし、パソ
コン端末１７−２との通信開始要求を通知する。管理サ
ーバ装置１１では、パソコン端末１７−１とパソコン端
末１７−２とが正規に登録されたユーザまたは端末であ
ることを認証（アクセス権の確認）した後、マルチプロ
トコル・ブルータ２２−１およびパソコン端末１７−１
へパソコン端末１７−２のアドレスを転送する。また、
マルチプロトコル・ブルータ２２−２およびパソコン端
末１７−２に対して、パソコン端末１７−１のアドレス
を転送する。これにより、パソコン端末１７−１からマ
ルチプロトコル・ブルータ２２−１、ブリッジ２１、お
よびマルチプロトコル・ブルータ２２−２を経由して、
パソコン端末１７−２までのルーティングパスが設定さ
れる。その結果、管理サーバ装置１１を経由せずに通信
が可能となる。パソコン端末１７−１〜１７−ｎから情
報サーバ装置１８に対して通信するときも同様である。
【００２６】なお、ルーティングパスの設定は、マルチ
プロトコル・ブルータを使用することにより、イーサパ
ケットのアドレス情報あるいはＩＰパケットのいずれを
用いても行うことが可能である。外部ネットワークへの
接続を考慮するとＩＰパケットで処理することが整合性
の点で望ましく、高速性とサービスの多様性を考慮する
と低レイヤのイーサパケットで処理するのが望ましい。
プロトコル・ブルータを使用することにより、イーサパ
ケットのアドレス情報あるいはＩＰパケットのいずれを
用いても行うことが可能である。外部ネットワークへの
接続を考慮するとＩＰパケットで処理することが整合性
の点で望ましく、高速性とサービスの多様性を考慮する
と低レイヤのイーサパケットで処理するのが望ましい。
【００２７】このように、パソコン端末からのパケット
データについて、各パソコン端末に接続されたマルチプ
ロトコル・ブルータによりルーティング制御を行うこと
により、管理サーバ装置を経由せず、中位レイヤにおけ
るルーティングのみで通信を行う。これにより、管理サ
ーバの負荷の軽減、高速ルーティングおよび複数のプロ
トコルを利用した多彩なサービスの提供が実現可能とな
る。また、各パソコン端末に接続されたマルチプロトコ
ル・ブルータにおいて分散処理を行うため、センタ側
（ネットワーク側）処理がブリッジ機能のみで対応でき
るようになり、トラフィックが集中するネットワーク側
でのルーティング処理が軽減される利点がある。
データについて、各パソコン端末に接続されたマルチプ
ロトコル・ブルータによりルーティング制御を行うこと
により、管理サーバ装置を経由せず、中位レイヤにおけ
るルーティングのみで通信を行う。これにより、管理サ
ーバの負荷の軽減、高速ルーティングおよび複数のプロ
トコルを利用した多彩なサービスの提供が実現可能とな
る。また、各パソコン端末に接続されたマルチプロトコ
ル・ブルータにおいて分散処理を行うため、センタ側
（ネットワーク側）処理がブリッジ機能のみで対応でき
るようになり、トラフィックが集中するネットワーク側
でのルーティング処理が軽減される利点がある。
【００２８】
【発明の効果】以上説明したように、本発明のグループ
通信方法は、通信を行う端末のアドレスおよびルーティ
ングテーブルを管理サーバ装置から端末およびマルチプ
ロトコル・ブルータにダウンロードすることにより、管
理サーバ装置を経由することなしに通信を行うこうとが
できる。したがって、管理サーバ装置の負荷を軽減で
き、高速ルーティングが可能となり、複数のプロトコル
を利用した多彩なサービスを提供することが可能となる
効果がある。
通信方法は、通信を行う端末のアドレスおよびルーティ
ングテーブルを管理サーバ装置から端末およびマルチプ
ロトコル・ブルータにダウンロードすることにより、管
理サーバ装置を経由することなしに通信を行うこうとが
できる。したがって、管理サーバ装置の負荷を軽減で
き、高速ルーティングが可能となり、複数のプロトコル
を利用した多彩なサービスを提供することが可能となる
効果がある。
【図１】本発明のグループ通信方法を実施する第一実施
例の装置構成を示すブロック図。
例の装置構成を示すブロック図。
【図２】通信手順を示す図。
【図３】グループ通信の階層構造を示し、通信手順をプ
ロトコル階層の面から説明する図。
ロトコル階層の面から説明する図。
【図４】本発明のグループ通信方法を実施する第二実施
例の装置構成を示すブロック図。
例の装置構成を示すブロック図。
【図５】電話回線を通じて端末が管理サーバ装置にアク
セスする従来例のグループ通信方法を説明する図。
セスする従来例のグループ通信方法を説明する図。
【図６】ＴＣＰ／ＩＰプロトコルで管理サーバ装置にア
クセスする従来例のグループ通信方法を示す図。
クセスする従来例のグループ通信方法を示す図。
１１、４１ 管理サーバ装置 １２、２２−１〜２２−ｎ、２２−ｍ マルチプロトコ
ル・ブルータ １３−１〜１３−ｎ、１３−ｍ、１６−１〜１６−ｎ、
１６−ｍ、４３−１〜４３ｎ、４３−ｍ、４６−１〜４
６−ｎ、４６−ｍ アダプタ １４−１〜１４−ｎ、１４−ｍ、１５−１〜１５−ｎ、
１５−ｍ、４４−１〜４４−ｎ、４４−ｍ、４５−１〜
４５−ｎ、４５−ｍ 回線終端装置 １７−１〜１７−ｎ、３５−１〜３５−ｎ、４７−１〜
４７−ｎ パソコン端末 １８、４８ 情報サーバ ２１ ブリッジ ３１ センタ・サーバ装置 ３２、３４−１〜３４−ｎ モデム ３３ 交換機 ４２ ハブ
ル・ブルータ １３−１〜１３−ｎ、１３−ｍ、１６−１〜１６−ｎ、
１６−ｍ、４３−１〜４３ｎ、４３−ｍ、４６−１〜４
６−ｎ、４６−ｍ アダプタ １４−１〜１４−ｎ、１４−ｍ、１５−１〜１５−ｎ、
１５−ｍ、４４−１〜４４−ｎ、４４−ｍ、４５−１〜
４５−ｎ、４５−ｍ 回線終端装置 １７−１〜１７−ｎ、３５−１〜３５−ｎ、４７−１〜
４７−ｎ パソコン端末 １８、４８ 情報サーバ ２１ ブリッジ ３１ センタ・サーバ装置 ３２、３４−１〜３４−ｎ モデム ３３ 交換機 ４２ ハブ
───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平８−256167（ＪＰ，Ａ) 特開 平６−205039（ＪＰ，Ａ) 電子情報通信学会技術研究報告 ＳＳ Ｅ95−138，1996年 ２月15日 電子情報通信学会技術研究報告 ＣＳ 95−176，1996年 １月26日 電子情報通信学会技術研究報告 ＳＳ Ｅ94−41，1994年 ５月26日 1994年電子情報通信学会春季大会 Ｂ −880，1994年 ３月10日 (58)調査した分野(Int.Cl.7，ＤＢ名) H04L 12/56 H04L 12/66 H04L 12/46 G06F 13/00
Claims (3)
- 【請求項１】 複数のコンピュータ端末を通信回線およ
びマルチプロトコル・ブルータを介して管理サーバ装置
に接続し、この管理サーバ装置に登録されているメンバ
間で通信を行うグループ通信方法において、 前記管理サーバ装置がコンピュータ端末からの通信要求
に対してその端末と相手先の端末とにアドレス情報を転
送するとともに前記マルチプロトコル・ブルータにルー
ティング情報を通知し、 前記マルチプロトコル・ブルータが端末間のルーティン
グを行うことを特徴とするグループ通信方法。 - 【請求項２】 前記マルチプロトコル・ブルータを前記
管理サーバ装置側に配置し、ルーティングを集中して行
う請求項１記載のグループ通信方法。 - 【請求項３】 前記マルチプロトコル・ブルータを端末
側に配置し、ルーティングを分散して行う請求項１記載
のグループ通信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9882095A JP3334774B2 (ja) | 1995-04-24 | 1995-04-24 | グループ通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9882095A JP3334774B2 (ja) | 1995-04-24 | 1995-04-24 | グループ通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08292923A JPH08292923A (ja) | 1996-11-05 |
| JP3334774B2 true JP3334774B2 (ja) | 2002-10-15 |
Family
ID=14229956
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9882095A Expired - Fee Related JP3334774B2 (ja) | 1995-04-24 | 1995-04-24 | グループ通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3334774B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3418563B2 (ja) * | 1999-01-20 | 2003-06-23 | 昇作 川合 | ネットワーク通信システム |
| US8588210B2 (en) | 2005-07-22 | 2013-11-19 | Motorola Solutions, Inc. | Method and apparatus for floor control in a communication system |
-
1995
- 1995-04-24 JP JP9882095A patent/JP3334774B2/ja not_active Expired - Fee Related
Non-Patent Citations (4)
| Title |
|---|
| １９９４年電子情報通信学会春季大会 Ｂ−８８０，１９９４年 ３月１０日 |
| 電子情報通信学会技術研究報告 ＣＳ９５−１７６，１９９６年 １月２６日 |
| 電子情報通信学会技術研究報告 ＳＳＥ９４−４１，１９９４年 ５月２６日 |
| 電子情報通信学会技術研究報告 ＳＳＥ９５−１３８，１９９６年 ２月１５日 |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH08292923A (ja) | 1996-11-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6359894B1 (en) | Remote communications server system | |
| JP2548879B2 (ja) | データ通信チャネルの使用を管理する装置、データ通信設備の使用を管理する方法及びポート接続マネージャ | |
| US6667971B1 (en) | System and method for enhanced ADSL architecture and service concepts | |
| WO1993006674A1 (en) | Local area network transmission emulator | |
| US7307993B2 (en) | Controller based call control for ATM SVC signaling | |
| US6421337B1 (en) | Converting device for alleviating switch congestion caused by long hold times for on-line access calls | |
| US7558257B2 (en) | Information switch | |
| US7088737B1 (en) | Method and apparatus for combining packets having different protocol encapsulations within a circuit | |
| JP3334774B2 (ja) | グループ通信方法 | |
| KR100863926B1 (ko) | Ａｔｍ/ｄｓｌ 서비스 네트워크에서의 원격 서비스 제어 | |
| JP4465497B2 (ja) | 加入者接続の動的修正 | |
| Cisco | Release Notes for Cisco IOS Release 11.2 P | |
| Cisco | Release Notes for Cisco IOS Release 11.2 P | |
| Cisco | Release Notes for Cisco IOS Release 11.2 P | |
| Cisco | Release Notes for Cisco IOS Release 11.2 P | |
| Cisco | Release Notes for Cisco IOS Release 11.2(1)P through 11.2(7)P | |
| Cisco | Configuring PPP for Wide-Area Networking | |
| Cisco | Configuring PPP for Wide-Area Networking | |
| Cisco | Configuring PPP for Wide-Area Networking | |
| Cisco | Configuring PPP for Wide-Area Networking | |
| Cisco | Configuring PPP for Wide-Area Networking | |
| Cisco | Configuring Virtual Private Dialup Networks | |
| Cisco | New Features in Release 11.3 | |
| Cisco | Configuring Protocol Translation Sessions | |
| Cisco | Configuring PPP for Wide-Area Networking |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070802 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080802 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080802 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090802 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090802 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100802 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100802 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110802 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |