JP2000156691A - サーバ決定装置および記録媒体 - Google Patents
サーバ決定装置および記録媒体Info
- Publication number
- JP2000156691A JP2000156691A JP33087698A JP33087698A JP2000156691A JP 2000156691 A JP2000156691 A JP 2000156691A JP 33087698 A JP33087698 A JP 33087698A JP 33087698 A JP33087698 A JP 33087698A JP 2000156691 A JP2000156691 A JP 2000156691A
- Authority
- JP
- Japan
- Prior art keywords
- server
- packet
- client
- received
- discovery packet
- 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.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【課題】 本発明は、ネットワークに接続された複数の
端末間の通信を制御するサーバを決定するサーバ決定装
置および記録媒体に関し、ネットワークに接続された複
数の端末がサーバ発見パケットおよびサーバ応答パケッ
トを送受信してその結果をもとにサーバおよびクライア
ントとなる端末を動的に決定し、サーバがダウンしても
他のクライアントが自動交代および固定的なサーバが復
帰したときに自動的に現在のサーバと交代などし運用を
継続して可能にすることを目的とする。 【解決手段】 サーバ発見パケットを送信しそのサーバ
応答パケットが受信されたときに自己をクライアントと
設定および相手をサーバと記憶する手段と、サーバ発見
パケットを受信したときに自己をサーバと設定およびサ
ーバ応答パケットを送信する手段とを備えるように構成
する。
端末間の通信を制御するサーバを決定するサーバ決定装
置および記録媒体に関し、ネットワークに接続された複
数の端末がサーバ発見パケットおよびサーバ応答パケッ
トを送受信してその結果をもとにサーバおよびクライア
ントとなる端末を動的に決定し、サーバがダウンしても
他のクライアントが自動交代および固定的なサーバが復
帰したときに自動的に現在のサーバと交代などし運用を
継続して可能にすることを目的とする。 【解決手段】 サーバ発見パケットを送信しそのサーバ
応答パケットが受信されたときに自己をクライアントと
設定および相手をサーバと記憶する手段と、サーバ発見
パケットを受信したときに自己をサーバと設定およびサ
ーバ応答パケットを送信する手段とを備えるように構成
する。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークに接
続された複数の端末間の通信を制御するサーバを決定す
るサーバ決定装置および記録媒体に関するものである。
続された複数の端末間の通信を制御するサーバを決定す
るサーバ決定装置および記録媒体に関するものである。
【０００２】
【従来の技術】従来、ネットワークに接続された複数の
端末がパケットを用いて相互に電話するいわゆるインタ
ーネット電話が行われている。このインターネット電話
では、ネットワークに接続された固定的なサーバが端末
間のパケットを相互にアドレスをもとに送受信を制御し
て通信を実現している。
端末がパケットを用いて相互に電話するいわゆるインタ
ーネット電話が行われている。このインターネット電話
では、ネットワークに接続された固定的なサーバが端末
間のパケットを相互にアドレスをもとに送受信を制御し
て通信を実現している。
【０００３】
【発明が解決しようとする課題】このため、何らかの原
因により、サーバがダウンしてしまうと通信できなくな
ってしまうという問題があった。このため、サーバがダ
ウンしても他の端末が自動的にサーバになってインター
ネット電話などの通信を可能にしたり、固定的なサーバ
が復帰したときに現在のサーバに自動的に交代すること
などが望まれている。
因により、サーバがダウンしてしまうと通信できなくな
ってしまうという問題があった。このため、サーバがダ
ウンしても他の端末が自動的にサーバになってインター
ネット電話などの通信を可能にしたり、固定的なサーバ
が復帰したときに現在のサーバに自動的に交代すること
などが望まれている。
【０００４】本発明は、これらの問題を解決するため、
ネットワークに接続された複数の端末がサーバ発見パケ
ットおよびサーバ応答パケットを送受信してその結果を
もとにサーバおよびクライアントとなる端末を動的に決
定し、サーバがダウンしても他のクライアントが自動交
代および固定的なサーバが復帰したときに自動的に現在
のサーバと交代などし運用を継続して可能にすることを
目的としている。
ネットワークに接続された複数の端末がサーバ発見パケ
ットおよびサーバ応答パケットを送受信してその結果を
もとにサーバおよびクライアントとなる端末を動的に決
定し、サーバがダウンしても他のクライアントが自動交
代および固定的なサーバが復帰したときに自動的に現在
のサーバと交代などし運用を継続して可能にすることを
目的としている。
【０００５】
【課題を解決するための手段】図１を参照して課題を解
決するための手段を説明する。図１において、端末１
は、ネットワークに接続されたコンピュータシステムで
あって、クライアントあるいはサーバと設定されるもの
であり、サーバ決定手段２などから構成されるものであ
る。
決するための手段を説明する。図１において、端末１
は、ネットワークに接続されたコンピュータシステムで
あって、クライアントあるいはサーバと設定されるもの
であり、サーバ決定手段２などから構成されるものであ
る。
【０００６】サーバ決定手段２は、サーバ発見パケット
およびサーバ応答パケットを送受信してサーバを決定す
るものである。次に、動作を説明する。
およびサーバ応答パケットを送受信してサーバを決定す
るものである。次に、動作を説明する。
【０００７】端末１を構成するサーバ決定手段２がサー
バ発見パケットを送信しそのサーバ応答パケットが受信
されたときに自己をクライアントと設定および相手をサ
ーバと記憶し、一方、サーバ発見パケットを受信したと
きには自己をサーバと設定およびサーバ応答パケットを
返信するようにしている。
バ発見パケットを送信しそのサーバ応答パケットが受信
されたときに自己をクライアントと設定および相手をサ
ーバと記憶し、一方、サーバ発見パケットを受信したと
きには自己をサーバと設定およびサーバ応答パケットを
返信するようにしている。
【０００８】また、端末１を構成するサーバ決定手段２
がサーバ発見パケットを送信しそのサーバ応答パケット
が受信されたときにサーバ応答パケット中の動的フラグ
がＯＮあるいはＯＦＦに対応して自己をクライアントあ
るいはサーバと設定および相手をサーバあるいはクライ
アントと記憶し、一方、サーバ発見パケットを受信した
ときには自己をサーバあるいはクライアントと設定およ
び動的フラグをＯＮあるいはＯＦＦと設定したサーバ応
答パケットを送信するようにしている。
がサーバ発見パケットを送信しそのサーバ応答パケット
が受信されたときにサーバ応答パケット中の動的フラグ
がＯＮあるいはＯＦＦに対応して自己をクライアントあ
るいはサーバと設定および相手をサーバあるいはクライ
アントと記憶し、一方、サーバ発見パケットを受信した
ときには自己をサーバあるいはクライアントと設定およ
び動的フラグをＯＮあるいはＯＦＦと設定したサーバ応
答パケットを送信するようにしている。
【０００９】これらの際に、所定時間毎に設定されたサ
ーバにサーバ発見パケットを送信しそのサーバ応答パケ
ットが所定時間経過しても受信されないときに自己をサ
ーバと設定するようにしている。
ーバにサーバ発見パケットを送信しそのサーバ応答パケ
ットが所定時間経過しても受信されないときに自己をサ
ーバと設定するようにしている。
【００１０】また、サーバ発見パケットに所定値を設定
して送信しその応答パケットを受信する前にサーバ発見
パケットを受信したときに、送信したサーバ発見パケッ
トに設定した値と受信したサーバ発見パケットに設定さ
れている値とを比較し、大きいときあるいは小さいとき
に自己をクライアントあるいはサーバと設定し、サーバ
と設定したときにはサーバ応答パケットを返信するよう
にしている。
して送信しその応答パケットを受信する前にサーバ発見
パケットを受信したときに、送信したサーバ発見パケッ
トに設定した値と受信したサーバ発見パケットに設定さ
れている値とを比較し、大きいときあるいは小さいとき
に自己をクライアントあるいはサーバと設定し、サーバ
と設定したときにはサーバ応答パケットを返信するよう
にしている。
【００１１】また、ネットワークに接続されたクライア
ントの端末あるいは他の端末が登録パケットを設定され
たサーバに送信して登録パケットに設定した端末間のパ
ケットの送受信を制御させて相互に通信、あるいはサー
バから返答を受けた端末のアドレス間で直接にパケット
を相互に送受信して通信するようにしている。
ントの端末あるいは他の端末が登録パケットを設定され
たサーバに送信して登録パケットに設定した端末間のパ
ケットの送受信を制御させて相互に通信、あるいはサー
バから返答を受けた端末のアドレス間で直接にパケット
を相互に送受信して通信するようにしている。
【００１２】従って、ネットワークに接続された複数の
端末がサーバ発見パケットおよびサーバ応答パケットを
送受信してその結果をもとにサーバおよびクライアント
となる端末を動的に決定することにより、サーバがダウ
ンしても他のクライアントが自動交代および固定的なサ
ーバが復帰したときに自動的に現在のサーバと交代など
し運用を継続することが可能となる。
端末がサーバ発見パケットおよびサーバ応答パケットを
送受信してその結果をもとにサーバおよびクライアント
となる端末を動的に決定することにより、サーバがダウ
ンしても他のクライアントが自動交代および固定的なサ
ーバが復帰したときに自動的に現在のサーバと交代など
し運用を継続することが可能となる。
【００１３】
【実施例】次に、図１から図８を用いて本発明の実施の
形態および動作を順次詳細に説明する。ここでは、ネッ
トワークを介してパケットを送受信して通話する場合の
実施例について以下説明する（通話のかわりにデータを
送受信（通信）することも当然に可能である）。
形態および動作を順次詳細に説明する。ここでは、ネッ
トワークを介してパケットを送受信して通話する場合の
実施例について以下説明する（通話のかわりにデータを
送受信（通信）することも当然に可能である）。
【００１４】図１は、本発明のシステム構成図を示す。
図１において、端末１は、ネットワークに接続されたコ
ンピュータシステムであって、クライアントあるいはサ
ーバと設定されるものであり、サーバ決定手段２、通信
手段３、および管理テーブル４などから構成されるもの
である。
図１において、端末１は、ネットワークに接続されたコ
ンピュータシステムであって、クライアントあるいはサ
ーバと設定されるものであり、サーバ決定手段２、通信
手段３、および管理テーブル４などから構成されるもの
である。
【００１５】サーバ決定手段２は、サーバ発見パケット
およびサーバ応答パケットを送受信してサーバを決定す
るものである。通信手段３は、パケットを送受信して通
信するものである。
およびサーバ応答パケットを送受信してサーバを決定す
るものである。通信手段３は、パケットを送受信して通
信するものである。
【００１６】管理テーブル４は、通話相手の端末のアド
レスなどを登録して管理するものである。端末５は、ネ
ットワークに接続して相互にパケットを送受信して通話
する端末（コンピュータシステム）であって、サーバと
なる端末１を経由して相手の端末と相互にパケットを送
受信して通話したり、あるいはサーバとなる端末から通
知を受けたアドレスを用いて直接に相手の端末とパケッ
トを送受信して通話したりなどするものである。
レスなどを登録して管理するものである。端末５は、ネ
ットワークに接続して相互にパケットを送受信して通話
する端末（コンピュータシステム）であって、サーバと
なる端末１を経由して相手の端末と相互にパケットを送
受信して通話したり、あるいはサーバとなる端末から通
知を受けたアドレスを用いて直接に相手の端末とパケッ
トを送受信して通話したりなどするものである。
【００１７】ネットワーク６は、端末１．５を接続して
パケットを相互に送受信してデータ通信したり、音声を
パケットにして相互に通話したりなどするためのもので
あって、例えばインターネットや会社内のＬＡＮなどで
ある。
パケットを相互に送受信してデータ通信したり、音声を
パケットにして相互に通話したりなどするためのもので
あって、例えばインターネットや会社内のＬＡＮなどで
ある。
【００１８】次に、図２のフローチャートの順番に従い
図１の構成の動作を詳細に説明する。図２は、本発明の
動作説明図（その１）を示す。ここで、Ｃ１，Ｃ２，Ｃ
３は、図１の端末（Ｃ１）、端末（Ｃ２），端末（Ｃ
３）をそれぞれ表す。
図１の構成の動作を詳細に説明する。図２は、本発明の
動作説明図（その１）を示す。ここで、Ｃ１，Ｃ２，Ｃ
３は、図１の端末（Ｃ１）、端末（Ｃ２），端末（Ｃ
３）をそれぞれ表す。
【００１９】図２において、Ｓ１、Ｓ２、Ｓ３は、Ｃ
１，Ｃ２，Ｃ３がそれぞれプログラムローディングして
起動し、処理開始できる状態にする。Ｓ４は、Ｃ１がサ
ーバ発見パケットをネットワークに送出する。これは、
図１の端末（Ｃ１）を構成するサーバ決定手段２がサー
バ発見パケットをネットワークにマルチキャストする。
例えば後述する図３の（ａ）に示す下記の情報を設定し
たサーバ発見パケットをネットワークにマルチキャスト
（ブロードキャスト）する。
１，Ｃ２，Ｃ３がそれぞれプログラムローディングして
起動し、処理開始できる状態にする。Ｓ４は、Ｃ１がサ
ーバ発見パケットをネットワークに送出する。これは、
図１の端末（Ｃ１）を構成するサーバ決定手段２がサー
バ発見パケットをネットワークにマルチキャストする。
例えば後述する図３の（ａ）に示す下記の情報を設定し
たサーバ発見パケットをネットワークにマルチキャスト
（ブロードキャスト）する。
【００２０】 ・相手ＭＡＣアドレス： ・自ＭＡＣアドレス ： ・相手ＩＰアドレス ：マルチキャストＩＰアドレス ・自ＩＰアドレス ： Ｓ５は、Ｓ４で送信されたサーバ発見パケットを受信し
たＣ２がサーバ応答パケットを返信する。このとき、Ｃ
２は、自己がサーバである旨を図示外のテーブルに設定
する。
たＣ２がサーバ応答パケットを返信する。このとき、Ｃ
２は、自己がサーバである旨を図示外のテーブルに設定
する。
【００２１】Ｓ６は、Ｃ１がサーバ応答パケットありか
判別する。ＹＥＳの場合には、Ｓ７に進む。ＮＯの場合
には、待機する。Ｓ７は、返信先をサーバとして認識
し、自己はクライアントとして動作するとう図示外のテ
ーブルに設定する。
判別する。ＹＥＳの場合には、Ｓ７に進む。ＮＯの場合
には、待機する。Ｓ７は、返信先をサーバとして認識
し、自己はクライアントとして動作するとう図示外のテ
ーブルに設定する。
【００２２】Ｓ８は、Ｃ１からＣ２に登録パケットを送
信する。Ｓ９は、Ｓ８で送信された登録パケットを受信
したサーバのＣ２がＣ１をサーバ管理テーブル４に登録
する。これにより、後述する図４のサーバ管理テーブル
４に示すように Ｃ１のＩＰアドレス、Ｃ１の電話番号 が登録されることとなる。
信する。Ｓ９は、Ｓ８で送信された登録パケットを受信
したサーバのＣ２がＣ１をサーバ管理テーブル４に登録
する。これにより、後述する図４のサーバ管理テーブル
４に示すように Ｃ１のＩＰアドレス、Ｃ１の電話番号 が登録されることとなる。
【００２３】Ｓ１０、Ｓ１１は、Ｓ９でクライアントの
Ｃ１のＩＰアドレス、電話番号をサーバのＣ２のサーバ
管理テーブルに登録し、ここでは、Ｃ１とＣ２とが相互
に通話する（図示外の会話用のアプリケーションによっ
て、Ｃ１とＣ２とが相互にパケットを送受信して通話す
る）。
Ｃ１のＩＰアドレス、電話番号をサーバのＣ２のサーバ
管理テーブルに登録し、ここでは、Ｃ１とＣ２とが相互
に通話する（図示外の会話用のアプリケーションによっ
て、Ｃ１とＣ２とが相互にパケットを送受信して通話す
る）。
【００２４】Ｓ１２は、クライアントのＣ３からＣ２に
サーバ発見パケットを送信する。Ｓ１３は、Ｓ１２で送
信されたサーバ発見パケットを受信したサーバのＣ２が
サーバ応答パケットを返信する。
サーバ発見パケットを送信する。Ｓ１３は、Ｓ１２で送
信されたサーバ発見パケットを受信したサーバのＣ２が
サーバ応答パケットを返信する。
【００２５】Ｓ１４は、Ｃ３からＣ２に登録パケットを
送信する。これにり、サーバのＣ２のアドレス管理テー
ブル４には、Ｃ３のＩＰアドレスと電話番号が登録され
る。Ｓ１５は、Ｃ２にＣ１のアドレスを問い合わせる。
送信する。これにり、サーバのＣ２のアドレス管理テー
ブル４には、Ｃ３のＩＰアドレスと電話番号が登録され
る。Ｓ１５は、Ｃ２にＣ１のアドレスを問い合わせる。
【００２６】Ｓ１６は、Ｓ１５の問い合わせに対応し
て、Ｃ２がＣ１のアドレス（ＩＰアドレス）をパケット
で通知する。Ｓ１７は、Ｓ１６で通話先のＣ１のＩＰア
ドレスの通知を受けたＣ３が、Ｃ１のＩＰアドレスを設
定したパケットを直接にＣ１に送信して接続し、図示外
の通話用のアプリケーションプログラムによって相互に
パケットを送受信して通話する。これにより、Ｃ１とＣ
２とが通話中に、Ｃ３が割り込んでＣ１と通話すること
が可能となる。尚、サーバのＣ２を常に介してパケット
の送受信を行い、通話するようにしてもよい。
て、Ｃ２がＣ１のアドレス（ＩＰアドレス）をパケット
で通知する。Ｓ１７は、Ｓ１６で通話先のＣ１のＩＰア
ドレスの通知を受けたＣ３が、Ｃ１のＩＰアドレスを設
定したパケットを直接にＣ１に送信して接続し、図示外
の通話用のアプリケーションプログラムによって相互に
パケットを送受信して通話する。これにより、Ｃ１とＣ
２とが通話中に、Ｃ３が割り込んでＣ１と通話すること
が可能となる。尚、サーバのＣ２を常に介してパケット
の送受信を行い、通話するようにしてもよい。
【００２７】図３は、本発明の説明図（その１）を示
す。図３の（ａ）は、サーバ発見パケットの例を示す。
これは、サーバ発見パケットは、図示の下記のアドレス
情報およびデータを設定して送信するものである。
す。図３の（ａ）は、サーバ発見パケットの例を示す。
これは、サーバ発見パケットは、図示の下記のアドレス
情報およびデータを設定して送信するものである。
【００２８】 ・相手ＭＡＣアドレス： ・自ＭＡＣアドレス： ・相手ＩＰアドレス：マルチキャストＩＰアドレス ・自ＩＰアドレス： ・動的フラグ： ・ランダム値： ・その他： ここで、相手ＩＰアドレスにマルチキャストＩＰアドレ
スを設定し、既述した図２のＳ４で送信し、ネットワー
クに接続された全ての端末に送信するものである。動的
フラグおよびランダム値は、後述する図５および図７で
詳細に説明する。
スを設定し、既述した図２のＳ４で送信し、ネットワー
クに接続された全ての端末に送信するものである。動的
フラグおよびランダム値は、後述する図５および図７で
詳細に説明する。
【００２９】図３の（ｂ）は、サーバ応答パケットの例
を示す。これは、図３の（ａ）のサーバ発見パケットを
受信した端末（通常はサーバ）がクライアントの端末に
応答するパケットであって、図示の下記のアドレス情報
およびデータを設定して送信する。
を示す。これは、図３の（ａ）のサーバ発見パケットを
受信した端末（通常はサーバ）がクライアントの端末に
応答するパケットであって、図示の下記のアドレス情報
およびデータを設定して送信する。
【００３０】 ・相手ＭＡＣアドレス： ・自ＭＡＣアドレス： ・相手ＩＰアドレス： ・自ＩＰアドレス： ・動的フラグ： ・ランダム値： ・その他： このサーバ応答パケットは、既述した図２のＳ５でサー
バＣ２がが端末Ｃ１に送信し、Ｃ１がクライアントであ
り、Ｃ２がサーバである旨を設定（認識）させるための
ものである。
バＣ２がが端末Ｃ１に送信し、Ｃ１がクライアントであ
り、Ｃ２がサーバである旨を設定（認識）させるための
ものである。
【００３１】図３の（ｃ）は、クライアント登録パケッ
トの例を示す。これは、既述した図２のＳ８でクライア
ントのＣ１がサーバのＣ２に送信して自己のＩＰアドレ
スおよび電話番号をサーバのＣ２のアドレス管理テーブ
ル４に登録し、通話するときのものであって、図示の下
記のアドレス情報およびデータを設定して送信する。
トの例を示す。これは、既述した図２のＳ８でクライア
ントのＣ１がサーバのＣ２に送信して自己のＩＰアドレ
スおよび電話番号をサーバのＣ２のアドレス管理テーブ
ル４に登録し、通話するときのものであって、図示の下
記のアドレス情報およびデータを設定して送信する。
【００３２】 ・相手ＭＡＣアドレス： ・自ＭＡＣアドレス： ・相手ＩＰアドレス： ・自ＩＰアドレス： ・識別コード： ・電話番号： ・その他： このクライアント登録パケット（登録パケット）は、既
述した図２のＳ８で端末Ｃ１がサーバＣ２に送信し、Ｃ
１がクライアントであり、Ｃ２がサーバである旨を設定
（認識）させるためのものである。
述した図２のＳ８で端末Ｃ１がサーバＣ２に送信し、Ｃ
１がクライアントであり、Ｃ２がサーバである旨を設定
（認識）させるためのものである。
【００３３】図４は、本発明のサーバ管理テーブル例を
示す。このサーバ管理テーブル４には、図示の下記の情
報のように設定して管理するものである。 ・Ｃ１のＩＰアドレス、電話番号： ここで、Ｃ１のＩＰアドレス、電話番号は、既述した図
２のＳ９でサーバのＣ２が自己のサーバ管理テーブル４
に登録したものであって、クライアントのＣ１のＩＰア
ドレスおよびその電話番号を登録して管理するものであ
る。
示す。このサーバ管理テーブル４には、図示の下記の情
報のように設定して管理するものである。 ・Ｃ１のＩＰアドレス、電話番号： ここで、Ｃ１のＩＰアドレス、電話番号は、既述した図
２のＳ９でサーバのＣ２が自己のサーバ管理テーブル４
に登録したものであって、クライアントのＣ１のＩＰア
ドレスおよびその電話番号を登録して管理するものであ
る。
【００３４】図５は、本発明の動作説明図（その２）を
示す。これは、端末が既述したサーバ発見パケットを送
信した後、サーバ応答パケットを受信する前に他の端末
からサーバ発見パケットを受信し、衝突が発生したとき
にいずれか一方をサーバ、他方をクライアントと決定し
て解決を図る時の動作を説明したものである。
示す。これは、端末が既述したサーバ発見パケットを送
信した後、サーバ応答パケットを受信する前に他の端末
からサーバ発見パケットを受信し、衝突が発生したとき
にいずれか一方をサーバ、他方をクライアントと決定し
て解決を図る時の動作を説明したものである。
【００３５】図５において、Ｓ２１は、Ｃ１がサーバ発
見パケットを送信およびランダム値を記憶する。これ
は、既述した図３の（ａ）のサーバ発見パケットに示す
ように、ランダム値を設定してマルチキャストすると共
に、送信したランダム値を記憶する。
見パケットを送信およびランダム値を記憶する。これ
は、既述した図３の（ａ）のサーバ発見パケットに示す
ように、ランダム値を設定してマルチキャストすると共
に、送信したランダム値を記憶する。
【００３６】Ｓ２２は、同様に、Ｃ２がサーバ発見パケ
ットを送信およびランダム値を記憶する。これは、既述
した図３の（ａ）のサーバ発見パケットに示すように、
ランダム値を設定してマルチキャストすると共に、送信
したランダム値を記憶する。
ットを送信およびランダム値を記憶する。これは、既述
した図３の（ａ）のサーバ発見パケットに示すように、
ランダム値を設定してマルチキャストすると共に、送信
したランダム値を記憶する。
【００３７】Ｓ２３は、受信したＣ２のサーバ発見パケ
ット中のランダム値と自ランダム値を比較する。これ
は、Ｃ１が、Ｓ２１でサーバ発見パケットを送信してか
らサーバ応答パケットを受信する前に他のＣ３からサー
バ発見パケットを受信し、衝突が発生したと判明したの
で、受信したＣ２からのサーバ発見パケット中からラン
ダム値を取り出しこのランダム値と、Ｓ２１で記憶して
おいた自己のランダム値とを比較する。
ット中のランダム値と自ランダム値を比較する。これ
は、Ｃ１が、Ｓ２１でサーバ発見パケットを送信してか
らサーバ応答パケットを受信する前に他のＣ３からサー
バ発見パケットを受信し、衝突が発生したと判明したの
で、受信したＣ２からのサーバ発見パケット中からラン
ダム値を取り出しこのランダム値と、Ｓ２１で記憶して
おいた自己のランダム値とを比較する。
【００３８】Ｓ２４は、自ランダム値が大きいか判別す
る。ＹＥＳの場合には、Ｓ２５で自己がクライアントと
なり設定し、既述した図２のＳ８に進む（応答パケット
をサーバに送信して自己のＩＰアドレスおよび電話番号
を登録し、相手先と通話する）。一方、Ｓ２４のＮＯの
場合には、Ｓ２６で自己がサーバとなり設定し、サーバ
応答パケットをＣ１に送信し、既述した図２のＳ６以降
の処理を相手側のクライアントとなる端末に処理を行わ
せる）。
る。ＹＥＳの場合には、Ｓ２５で自己がクライアントと
なり設定し、既述した図２のＳ８に進む（応答パケット
をサーバに送信して自己のＩＰアドレスおよび電話番号
を登録し、相手先と通話する）。一方、Ｓ２４のＮＯの
場合には、Ｓ２６で自己がサーバとなり設定し、サーバ
応答パケットをＣ１に送信し、既述した図２のＳ６以降
の処理を相手側のクライアントとなる端末に処理を行わ
せる）。
【００３９】以上によって、サーバ発見パケットを送信
した後、サーバ応答パケットを受信する前に他からサー
バ発見パケットを受信して衝突が発生した場合には、サ
ーバ発見パケットに設定されているランダム値と自己の
ランダム値とを比較し、いずれか一方がクライアント、
他方がサーバと決定し解決を図ることが可能となる。
した後、サーバ応答パケットを受信する前に他からサー
バ発見パケットを受信して衝突が発生した場合には、サ
ーバ発見パケットに設定されているランダム値と自己の
ランダム値とを比較し、いずれか一方がクライアント、
他方がサーバと決定し解決を図ることが可能となる。
【００４０】図６は、本発明の動作説明図（その３）を
示す。これは、サーバが何らかの原因によりダウンした
場合に、他のクライアントが代わってサーバと動的に交
代するときの詳細な動作説明である。
示す。これは、サーバが何らかの原因によりダウンした
場合に、他のクライアントが代わってサーバと動的に交
代するときの詳細な動作説明である。
【００４１】図６において、Ｓ３１、Ｓ３２は、Ｃ１
（クライアント）がＣ２（サーバ）と通話する。Ｓ３３
は、Ｃ２（サーバ）がなんらかの原因によりダウンす
る。
（クライアント）がＣ２（サーバ）と通話する。Ｓ３３
は、Ｃ２（サーバ）がなんらかの原因によりダウンす
る。
【００４２】Ｓ３４は、Ｃ１（クライアント）が前回の
サーバ発見パケット送信から所定時間経過してタイムオ
ーバする。Ｓ３５は、Ｃ１（クライアント）がサーバ発
見パケットを送信する。
サーバ発見パケット送信から所定時間経過してタイムオ
ーバする。Ｓ３５は、Ｃ１（クライアント）がサーバ発
見パケットを送信する。
【００４３】Ｓ３６は、Ｓ３５で送信したサーバ発見パ
ケットに対する応答パケットが受信されなく、タイムア
ウトする。これにより、サーバがなんらかの原因により
ダウンしたことを認識（検出）する。
ケットに対する応答パケットが受信されなく、タイムア
ウトする。これにより、サーバがなんらかの原因により
ダウンしたことを認識（検出）する。
【００４４】Ｓ３７は、自分がサーバとして動作開始す
る。以上によって、サーバがなんらかの原因によりダウ
ンすると、定期的にサーバ発見パケットをマルチキャス
トしていたクライアントがサーバ応答パケットが所定時
間経過しても受信されないときにサーバのダウンを認識
し、サーバの交代を動的に行なうことが可能となる。
る。以上によって、サーバがなんらかの原因によりダウ
ンすると、定期的にサーバ発見パケットをマルチキャス
トしていたクライアントがサーバ応答パケットが所定時
間経過しても受信されないときにサーバのダウンを認識
し、サーバの交代を動的に行なうことが可能となる。
【００４５】図７は、本発明の動作説明図（その４）を
示す。これは、固定のサーバが復帰するときに、現在の
サーバをクライアントにし、自己がサーバになるときの
手順を詳細に説明するものである。
示す。これは、固定のサーバが復帰するときに、現在の
サーバをクライアントにし、自己がサーバになるときの
手順を詳細に説明するものである。
【００４６】図７において、Ｓ４１は、動的に決まった
サーバＣ２が定期的にタイムアウトとなったか判別す
る。ＹＥＳの場合には、Ｓ４２に進む。ＮＯの場合に
は、待機する。
サーバＣ２が定期的にタイムアウトとなったか判別す
る。ＹＥＳの場合には、Ｓ４２に進む。ＮＯの場合に
は、待機する。
【００４７】Ｓ４２は、サーバ発見パケットを送信す
る。Ｓ４３は、固定のサーバがネットワークに接続され
て復帰したので、サーバ応答パケット中の動的フラグを
ＯＦＦ（オフ）に設定して返信する。
る。Ｓ４３は、固定のサーバがネットワークに接続され
て復帰したので、サーバ応答パケット中の動的フラグを
ＯＦＦ（オフ）に設定して返信する。
【００４８】Ｓ４４は、動的に決ったサーバＣ２が受信
したサーバ応答パケット中の動的フラグがオンか判別す
る。ＹＥＳの場合には、固定のサーバが復帰していない
と判明したので、そのまま、動的に決定したサーバＳ２
が処理を続行する。一方、ＮＯの場合には、固定のサー
バが復帰したと判明したので、Ｓ４５でＳ２がクライア
ントとして動作し、固定の復帰したサーバを記憶し、当
該固定のサーバに移行させる。
したサーバ応答パケット中の動的フラグがオンか判別す
る。ＹＥＳの場合には、固定のサーバが復帰していない
と判明したので、そのまま、動的に決定したサーバＳ２
が処理を続行する。一方、ＮＯの場合には、固定のサー
バが復帰したと判明したので、Ｓ４５でＳ２がクライア
ントとして動作し、固定の復帰したサーバを記憶し、当
該固定のサーバに移行させる。
【００４９】以上によって、固定のサーバが復帰したと
きに動的に決定したサーバから定期的に送信されるサー
バ発見パケットを受信したときに、動的フラグをＯＦＦ
に設定したサーバ応答パケットを返信することで、自動
的にサーバを交代することが可能となる。
きに動的に決定したサーバから定期的に送信されるサー
バ発見パケットを受信したときに、動的フラグをＯＦＦ
に設定したサーバ応答パケットを返信することで、自動
的にサーバを交代することが可能となる。
【００５０】図８は、本発明の動作シーケンス例を示
す。これは、Ｈ．３２３プロトコルを実装したインター
ネット電話のネットワークで、Ｈ．２２５．０のＲＡＳ
プロトコルでゲートキーパ（以下ＧＫと記述し、既述し
たサーバに相当）としても、クライアント（以下ＣＬと
記述し、既述したクライアントに相当）としても動作可
能なエントシステムで、そのエントシステムが複数あっ
た場合、ＧＫとして動作するか、ＣＬとして動作するか
の役割を決定するための手順である。
す。これは、Ｈ．３２３プロトコルを実装したインター
ネット電話のネットワークで、Ｈ．２２５．０のＲＡＳ
プロトコルでゲートキーパ（以下ＧＫと記述し、既述し
たサーバに相当）としても、クライアント（以下ＣＬと
記述し、既述したクライアントに相当）としても動作可
能なエントシステムで、そのエントシステムが複数あっ
た場合、ＧＫとして動作するか、ＣＬとして動作するか
の役割を決定するための手順である。
【００５１】ここで、役割自動決定の場合、ＧＲＱ（既
述したサーバ発見パケットに相当）、ＧＣＦ（既述した
サーバ応答パケットに相当）のnonStandarDataに手順識
別子（自動モードである旨を表すユニークな文字列な
ど）を入れる。役割が固定の場合には、nonStandarData
を付けない。
述したサーバ発見パケットに相当）、ＧＣＦ（既述した
サーバ応答パケットに相当）のnonStandarDataに手順識
別子（自動モードである旨を表すユニークな文字列な
ど）を入れる。役割が固定の場合には、nonStandarData
を付けない。
【００５２】図８の（ａ）は、起動時の動作シーケンス
例を示す。これは、図示の下記のような動作シーケンス
で動作する。 ・ＧＲＱを送信する（応答がない場合には、２ー３回） ・応答（ＧＣＦ）があった場合 ・ＣＬになる ・応答（ＧＣＦ）がなかった場合 ・ＧＲＱを受けた場合 ・nonStandarDataの内容が自動モード ・rasAdressのＩＰアドレスを自己のＩＰアドレスと比
較 ・相手が大きければＣＬとなる ・相手が小さければＧＫになる ・nonStandarDataが無い、もしくは内容が手順識別子で
はない ・ＧＫになる ・ＧＲＱを受けていない場合 ・ＧＫになる 図８の（ｂ）は、運用中の動作シーケンス例を示す。こ
れは、図示の下記のように動作シーケンスで動作する。
例を示す。これは、図示の下記のような動作シーケンス
で動作する。 ・ＧＲＱを送信する（応答がない場合には、２ー３回） ・応答（ＧＣＦ）があった場合 ・ＣＬになる ・応答（ＧＣＦ）がなかった場合 ・ＧＲＱを受けた場合 ・nonStandarDataの内容が自動モード ・rasAdressのＩＰアドレスを自己のＩＰアドレスと比
較 ・相手が大きければＣＬとなる ・相手が小さければＧＫになる ・nonStandarDataが無い、もしくは内容が手順識別子で
はない ・ＧＫになる ・ＧＲＱを受けていない場合 ・ＧＫになる 図８の（ｂ）は、運用中の動作シーケンス例を示す。こ
れは、図示の下記のように動作シーケンスで動作する。
【００５３】・ＧＫとして動作時 ・定期的（数分から数十分に１回）にＧＲＱを送信す
る。この場合にはＧＲＱにはnonStandarDataは付けない ・応答がない場合 ・そのまま ・応答があった場合 ・ＧＣＦのnonStandarDataの内容が手順識別子 ・そのまま ・nonStandarDataが無い、もしくは内容が手順識別子で
はない・ＣＬに移行 ・ＧＣＦのnonStandarDataの内容が手順識別子 ・rasAddressのＩＰアドレスを自分のＩＰアドレスと比
較 ・相手が大きければＣＬに移行 ・相手が小さければそのまま ・ＧＫからＧＬへの移行手順 ・受信したＧＣＦに対してＲＲＱを送信 ・登録してあるＣＬに対してＵＲＱを送信 ・全ＣＬが消えたら（ＵＣＦ受信、もしくはタイムアウ
ト）、ＧＫ動作停止 ・ＣＬとして動作時 ・ＧＫのダウンを検出 ・起動時と同じシーケンスで役割決定を行う
る。この場合にはＧＲＱにはnonStandarDataは付けない ・応答がない場合 ・そのまま ・応答があった場合 ・ＧＣＦのnonStandarDataの内容が手順識別子 ・そのまま ・nonStandarDataが無い、もしくは内容が手順識別子で
はない・ＣＬに移行 ・ＧＣＦのnonStandarDataの内容が手順識別子 ・rasAddressのＩＰアドレスを自分のＩＰアドレスと比
較 ・相手が大きければＣＬに移行 ・相手が小さければそのまま ・ＧＫからＧＬへの移行手順 ・受信したＧＣＦに対してＲＲＱを送信 ・登録してあるＣＬに対してＵＲＱを送信 ・全ＣＬが消えたら（ＵＣＦ受信、もしくはタイムアウ
ト）、ＧＫ動作停止 ・ＣＬとして動作時 ・ＧＫのダウンを検出 ・起動時と同じシーケンスで役割決定を行う
【００５４】
【発明の効果】以上説明したように、本発明によれば、
ネットワークに接続された複数の端末がサーバ発見パケ
ットおよびサーバ応答パケットを送受信してその結果を
もとにサーバおよびクライアントとなる端末を動的に決
定するなどの構成を採用しているため、サーバがダウン
しても他のクライアントが自動交代および固定的なサー
バが復帰したときに自動的に現在のサーバと交代などし
運用を継続できる。これらにより （１） ネットワークに複数のクライアントとサーバが
接続されてもいずれか１つがサーバとして決定され、他
はすべてクライアントとして動作し、サーバがダウンし
たときのために待機することが可能となる。
ネットワークに接続された複数の端末がサーバ発見パケ
ットおよびサーバ応答パケットを送受信してその結果を
もとにサーバおよびクライアントとなる端末を動的に決
定するなどの構成を採用しているため、サーバがダウン
しても他のクライアントが自動交代および固定的なサー
バが復帰したときに自動的に現在のサーバと交代などし
運用を継続できる。これらにより （１） ネットワークに複数のクライアントとサーバが
接続されてもいずれか１つがサーバとして決定され、他
はすべてクライアントとして動作し、サーバがダウンし
たときのために待機することが可能となる。
【００５５】（２） ネットワーク通信（電話を含む）
を統括制御するサーバがダウンしてもいずれかのクライ
アントが自動交代して運用を継続することが可能とな
る。 （３） 固定的なサーバが後にネットワークに接続され
て立ち上がった場合でも、動的に決定されたサーバと速
やかに自動的に交代することが可能となる。
を統括制御するサーバがダウンしてもいずれかのクライ
アントが自動交代して運用を継続することが可能とな
る。 （３） 固定的なサーバが後にネットワークに接続され
て立ち上がった場合でも、動的に決定されたサーバと速
やかに自動的に交代することが可能となる。
【図１】本発明のシステム構成図である。
【図２】本発明を動作説明図（その１）である。
【図３】本発明を説明図（その１）である。
【図４】本発明をサーバ管理テーブル例である。
【図５】本発明の動作説明図（その２）である。
【図６】本発明の動作説明図（その３）である。
【図７】本発明の動作説明図（その４）である。
【図８】本発明の動作シーケンス例である。
１、５：端末 ２：サーバ決定手段 ３：通信手段 ４：管理テーブル（アドレス管理テーブル） ６：ネットワーク
───────────────────────────────────────────────────── フロントページの続き (72)発明者 伊藤 靖浩 石川県河北郡宇ノ気町字宇野気ヌ98番地の ２ 株式会社ピーエフユー内 (72)発明者 中村 英二 石川県河北郡宇ノ気町字宇野気ヌ98番地の ２ 株式会社ピーエフユー内 (72)発明者 外村 賢一 石川県河北郡宇ノ気町字宇野気ヌ98番地の ２ 株式会社ピーエフユー内 Ｆターム(参考） 5B085 AC01 AC16 BG07 5B089 GA11 GA21 GB02 GB09 HA10 JA40 JB22 KA04 KA12 KB03 KC24 KC30 KC44 KC47 KC60 KE02 ME00 5K030 GA12 HA08 HB16 HB18 JA05 JT03 JT06 KA05 LB17 5K033 AA05 BA14 CB01 CB03 CC01 DA02 DB12 EA07
Claims (7)
- 【請求項１】ネットワークに接続された複数の端末間の
通信を制御するサーバを決定する装置において、 サーバ発見パケットを送信しそのサーバ応答パケットが
受信されたときに自己をクライアントと設定および相手
をサーバと記憶する手段と、 サーバ発見パケットを受信したときに自己をサーバと設
定およびサーバ応答パケットを送信する手段とを備えた
ことを特徴とするサーバ決定装置。 - 【請求項２】ネットワークに接続された複数の端末間の
通信を制御するサーバを決定する装置において、 サーバ発見パケットを送信しそのサーバ応答パケットが
受信されたときに当該サーバ応答パケット中の動的フラ
グがＯＮあるいはＯＦＦに対応して自己をクライアント
あるいはサーバと設定および相手をサーバあるいはクラ
イアントと記憶する手段と、 サーバ発見パケットを受信したときに自己をサーバある
いはクライアントと設定および動的フラグをＯＮあるい
はＯＦＦと設定したサーバ応答パケットを送信する手段
とを備えたことを特徴とするサーバ決定装置。 - 【請求項３】所定時間毎に上記設定されたサーバにサー
バ発見パケットを送信しそのサーバ応答パケットが所定
時間経過しても受信されないときに自己をサーバと設定
する手段を備えたことを特徴とする請求項１あるいは請
求項２記載のサーバ決定装置。 - 【請求項４】上記サーバ発見パケットに所定値を設定し
て送信しその応答パケットを受信する前にサーバ発見パ
ケットを受信したときに、送信したサーバ発見パケット
に設定した値と受信したサーバ発見パケットに設定され
ている値とを比較し、大きいときあるいは小さいときに
自己をクライアントあるいはサーバと設定する手段と、 上記サーバと設定したときにサーバ応答パケットを返信
する手段とを備えたことを特徴とする請求項１から請求
項３のいずれかに記載のサーバ決定装置。 - 【請求項５】ネットワークに接続された上記クライアン
トの端末あるいは他の端末が登録パケットを上記設定さ
れたサーバに送信して当該登録パケットに設定した端末
間のパケットの送受信を制御させて相互に通信、あるい
はサーバから返答を受けた端末のアドレス間で直接にパ
ケットを相互に送受信して通信することを特徴とする請
求項１から請求項４のいずれかに記載のサーバ決定装
置。 - 【請求項６】サーバ発見パケットを送信しそのサーバ応
答パケットが受信されたときに自己をクライアントと設
定および相手をサーバと設定する手段と、 サーバ発見パケットを受信したときに自己をサーバと設
定およびサーバ応答パケットを送信する手段として機能
させるプログラムを記録したコンピュータ読み取り可能
な記録媒体。 - 【請求項７】サーバ発見パケットを送信しそのサーバ応
答パケットが受信されたときに当該サーバ応答パケット
中の動的フラグがＯＮあるいはＯＦＦに対応して自己を
クライアントあるいはサーバと設定および相手をサーバ
あるいはクライアントと設定する手段と、 サーバ発見パケットを受信したときに自己をサーバある
いはクライアントと設定および動的フラグをＯＮあるい
はＯＦＦと設定したサーバ応答パケットを送信する手段
として機能させるプログラムを記録したコンピュータ読
み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP33087698A JP2000156691A (ja) | 1998-11-20 | 1998-11-20 | サーバ決定装置および記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP33087698A JP2000156691A (ja) | 1998-11-20 | 1998-11-20 | サーバ決定装置および記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000156691A true JP2000156691A (ja) | 2000-06-06 |
Family
ID=18237511
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP33087698A Pending JP2000156691A (ja) | 1998-11-20 | 1998-11-20 | サーバ決定装置および記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000156691A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002281048A (ja) * | 2001-03-21 | 2002-09-27 | Sony Corp | 伝送方法及び伝送装置 |
| JP2004000308A (ja) * | 2002-03-29 | 2004-01-08 | Konami Co Ltd | ネットワークゲームシステム、そのゲーム機及びそのコンピュータプログラム |
| JP2009239892A (ja) * | 2008-03-26 | 2009-10-15 | Avaya Inc | Ｓｉｐ生残り可能なネットワーク構成における同時アクティブ登録 |
-
1998
- 1998-11-20 JP JP33087698A patent/JP2000156691A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002281048A (ja) * | 2001-03-21 | 2002-09-27 | Sony Corp | 伝送方法及び伝送装置 |
| JP4686879B2 (ja) * | 2001-03-21 | 2011-05-25 | ソニー株式会社 | 伝送方法及び伝送装置 |
| JP2004000308A (ja) * | 2002-03-29 | 2004-01-08 | Konami Co Ltd | ネットワークゲームシステム、そのゲーム機及びそのコンピュータプログラム |
| JP2009239892A (ja) * | 2008-03-26 | 2009-10-15 | Avaya Inc | Ｓｉｐ生残り可能なネットワーク構成における同時アクティブ登録 |
| US8107361B2 (en) | 2008-03-26 | 2012-01-31 | Avaya Inc. | Simultaneous active registration in a SIP survivable network configuration |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1477007B1 (en) | Personal user agent | |
| JP4386905B2 (ja) | 遠距離通信のエンドポイントのための効率的な負荷分散およびハートビート機構 | |
| KR100472952B1 (ko) | 세션 초기화 프로토콜（ｓｉｐ）기반의 부하 분산장치 및방법 | |
| US20060133354A1 (en) | Apparatus and method for automatically updating address book in an SIP-based VoIP terminal | |
| US20040081159A1 (en) | Method and apparatus for multi-media communication over multiple networks | |
| US20060133356A1 (en) | Network telephone system | |
| US8320349B1 (en) | Combined user agent for packet-based communication clients | |
| US20030156579A1 (en) | Method for initializing internet protocol phone in internet protocol telephony system | |
| CA2671034A1 (en) | Communication system | |
| CN100589488C (zh) | 会话初始协议应用系统的网络级备份方法、设备 | |
| US7710945B2 (en) | Method and arrangement for multimedia communication | |
| US20140112336A1 (en) | Telephony usage derived presence information | |
| CN101426261B (zh) | 多媒体子系统业务处理的方法、p-cscf、i-cscf和多媒体子系统 | |
| EP2197169A1 (en) | VoIP registration with multiple call servers | |
| EP2671366B1 (en) | Determining a location address for shared data | |
| JP2000156691A (ja) | サーバ決定装置および記録媒体 | |
| CN105792385B (zh) | 一种基于无线局域网的通信方法及装置 | |
| JP2006005606A (ja) | 通信システム、通信方法、アドレス配布システム、アドレス配布方法、通信端末 | |
| US6167440A (en) | Communication startup processing system | |
| US7747672B1 (en) | Method and apparatus using lightweight RRQ for efficient recovery of a call signaling channel in gatekeeper-routed call signaling | |
| JP2002118601A (ja) | 通信システムおよび方法 | |
| JP4274979B2 (ja) | Ｉｐ電話機 | |
| CN114938546A (zh) | 用于建立通信连接的方法和能够建立通信连接的电子设备 | |
| JP3520904B2 (ja) | アドレス解決機能付き通信インタフェース装置 | |
| KR20020089644A (ko) | 인터넷 폰 시스템의 상태정보 공유 방법 |