(57)【要約】【課題】特別にサーバ機能を有する装置を設置することなくＩＰ電話端末およびＩＰ電話システムの機能を実現する技術を提供する。【解決手段】呼制御機能を有するＩＰ電話端末を複数含み、呼制御機能を有するＩＰ電話端末は、自端末の呼制御機能を起動する呼制御機能起動手段と、呼制御の稼動状況を監視する稼動状況監視手段と、自端末の呼制御機能を起動するか否かを判定する呼制御機能起動判定手段とを有し、呼制御機能を有するＩＰ電話端末の内、所定のルールによって第一の端末と、第二の端末が選定され、第一の端末は、自ＩＰ電話システムの呼制御を実行し、第二の端末は、第一の端末が実行している呼制御の稼動状況を監視し、呼制御の異常を検出した場合、第二の端末は呼制御機能を起動するＩＰ電話システムにより、達成できる。【選択図】図７
2008301239.tif 000002
【特許請求の範囲】
【請求項１】
呼制御機能を有するＩＰ電話端末を複数含むＩＰ電話システムであって、
前記呼制御機能を有するＩＰ電話端末は、自端末の呼制御機能を起動する呼制御機能起動手段と、呼制御の稼動状況を監視する稼動状況監視手段と、自端末の呼制御機能を起動するか否かを判定する呼制御機能起動判定手段とを有し、
呼制御機能を有するＩＰ電話端末の内、所定のルールによって第一の端末と、第二の端末が選定され、
前記第一の端末は、当該ＩＰ電話システムの呼制御を実行し、
前記第二の端末は、前記第一の端末が実行している呼制御の稼動状況を監視し、前記呼制御の異常を検出した場合、前記呼制御機能起動判定手段は自端末の呼制御機能を起動すると判定し、自端末の呼制御機能を起動することを特徴とするＩＰ電話システム。
【請求項２】
ネットワークに接続されたＩＰ電話システムを構成するＩＰ電話端末であって、
前記ＩＰ電話端末は、自端末の呼制御機能を起動する呼制御機能起動手段と、
呼制御の稼動状況を監視する稼動状況監視手段と、自端末の呼制御機能を起動するか否かを判定する呼制御機能起動判定手段とを有し、
前記呼制御機能起動手段を起動した第１の状態と、前記稼動状況監視手段を起動した第２の状態と、端末機能のみを起動した第３の状態のいずれか一つの状態で動作することを特徴とするＩＰ電話端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼制御サーバ機能を有するＩＰ電話端末およびＩＰ電話システムに関する。
【背景技術】
【０００２】
従来のＩＰ電話システムは、サーバ装置の費用、設置工事、保守費用などユーザへの負担を考慮して、ＩＰ電話端末のクライアント機能に加えて、サーバ機能を有する機器や装置がある。
【０００３】
特許文献１では、ＩＰ網にＳＩＰサーバ等を設けることなく、安価にＶｏＩＰ機器による通話を実現する方法が開示されている。
【０００４】
【特許文献１】特開２００５−０８００３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載の技術では、通信制御装置（ＶｏＩＰ機器）に相手先の識別情報とＩＰアドレスとの対応付けを行い、サーバとしての機能を実現することによりＶｏＩＰシステムを実現している。しかし、クライアントが通信中にサーバがダウンしたとき、呼の状態は無効となってしまう。
【０００６】
本発明は上記事情に鑑みてなされたものであり、ＩＰ電話端末およびＩＰ電話システムにおいて、サーバ機能をＩＰ電話端末に入れる事により、特別にサーバ機能を有する装置を設置することなくＩＰ電話端末およびＩＰ電話システムの機能を実現する技術を提供し、サーバを監視する事により障害に強いサービスを提供する。
【課題を解決するための手段】
【０００７】
上述した課題は、呼制御機能を有するＩＰ電話端末を複数含み、呼制御機能を有するＩＰ電話端末は、自端末の呼制御機能を起動する呼制御機能起動手段と、呼制御の稼動状況を監視する稼動状況監視手段と、自端末の呼制御機能を起動するか否かを判定する呼制御機能起動判定手段とを有し、呼制御機能を有するＩＰ電話端末の内、所定のルールによって第一の端末と、第二の端末が選定され、第一の端末は、当該ＩＰ電話システムの呼制御を実行し、第二の端末は、第一の端末が実行している呼制御の稼動状況を監視し、呼制御の異常を検出した場合、呼制御機能起動判定手段は自端末の呼制御機能を起動すると判定し、自端末の呼制御機能を起動するＩＰ電話システムにより、達成できる。
【０００８】
また、ネットワークに接続されたＩＰ電話システムを構成し、ＩＰ電話端末は、自端末の呼制御機能を起動する呼制御機能起動手段と、呼制御の稼動状況を監視する稼動状況監視手段と、自端末の呼制御機能を起動するか否かを判定する呼制御機能起動判定手段とを有し、呼制御機能起動手段を起動した第１の状態と、稼動状況監視手段を起動した第２の状態と、端末機能のみを起動した第３の状態のいずれか一つの状態で動作するＩＰ電話端末により、達成できる。
【発明の効果】
【０００９】
本発明によれば、ＩＰ電話端末にクライアント機能と呼制御サーバ機能を入れ、予め決められたルールによって定まる優先順位に従って呼制御を実行する端末と前記呼制御を監視する端末を決定するので呼制御を実行中の端末が異常になっても速やかに別の端末が呼制御サーバ機能を実行するので、安価で信頼性の高いＩＰ電話システムを提供できる。
【発明を実施するための最良の形態】
【００１０】
以下本発明の実施の形態について、実施例を用い図面を参照しながら詳細に説明する。なお、同一部位には同じ参照番号を振り、説明は繰り返さない。
【００１１】
まず、ＩＰ電話システムについて図１を参照して説明する。ここで、図１はＩＰ電話システムのシステム構成図である。図１において、ＩＰ電話システム５００は、ｎ台のＩＰ電話端末１００を回線２００で相互接続した構成である。ＩＰ電話端末１００は、いずれも同一機能を有している。また、ＩＰ電話端末１００は、呼制御サーバ機能を有する。ＩＰ電話端末１００−１〜１００−ｎのうち、最初に起動したＩＰ電話端末１００−ｊ（１≦ｊ≦ｎ）が第１優先サーバとなり、第１優先サーバに最初にサーバ登録要求を発信したＩＰ電話端末１００−ｋ（１≦ｋ≦ｎ、ｋ≠ｊ）が第２優先サーバとなる。第１優先サーバは、ＩＰ電話システム５００の発着信等を制御する。第２優先サーバは、第１優先サーバの状態を監視し、第１優先サーバに異常が発生したとき、第１優先サーバの機能を引き継ぐ。この結果、通話のサービスを中断することなく切り替えることができる。
なお、回線２００は、ＬＡＮでもＷＡＮでも構わないが、以下の実施例ではＬＡＮとして説明する。
【００１２】
図２を参照して、ＩＰ電話端末の構成を説明する。ここで、図２はＩＰ電話端末の機能ブロック図である。図２において、ＩＰ電話端末１００は、回線２００に接続するためにＬＡＮインタフェース部１１０をもち、このＬＡＮインタフェース部１１０を介して通信相手である外部の装置、またはＩＰ電話システムを構成する他のＩＰ電話端末とパケット通信を行う。通信制御部１１１は、パケット通信全般の制御を行う。
【００１３】
呼制御プロトコル部１１２は、ＶｏＩＰ通信を可能にするためにクライアント機能と呼制御サーバ機能を実行する。クライアント機能部１１３は、ＩＰ電話端末（クライアント）として動作するために処理を行う。呼制御サーバ機能部１１４は、呼制御サーバとして動作するために処理を行う。優先度処理部１１５は、呼制御サーバとして動作するために優先度の管理を行い、この優先度処理部１１５をもとに優先サーバとして動作する。
【００１４】
他端末監視部１１６は、優先度処理部１１５により第２優先サーバとして決定されると、第１優先サーバを監視する。第２優先サーバの他端末監視部１１６は、監視パケット送受信部１１７を介して第１優先サーバとの処理を行う。第１優先サーバからの異常パケットを監視パケット送受信部１１７で受信したとき、または第１優先サーバから何も応答が無いとき、異常検出部１１８により第１優先サーバに異常が検出されたとみなし、呼制御サーバ起動部１１９により呼制御サーバ機能を起動する。呼制御サーバ情報１２０とは、呼制御サーバとして動作するために必要な情報、たとえばＩＰアドレスと電話番号の関連や保留音などの各種設定などである。呼制御サーバ情報１２０には、またクライアントによる呼の情報を保存している。
【００１５】
優先度処理部１１５により自端末が第１優先サーバであると決定されると、他端末監視部１１６は、第２優先サーバを監視し、監視パケット送受信部１１７により第２優先サーバとの処理を行う。第２優先サーバから何も応答が無いと、異常検出部１１８により第２優先サーバに異常が検出されたとみなし、新たな第２優先サーバを決定する。
【００１６】
主制御部１２１は、自ＩＰ電話端末全体を制御する。マンマシンインタフェース部１２２は、ＩＰ電話端末(クライアント)として必要な操作ボタン、スピーカ、受話器、ＬＥＤなどのマンマシンインタフェースである。
【００１７】
図３を参照して、ＩＰ電話端末の初期起動シーケンスを説明する。ここで、図３は３台のＩＰ電話端末間の初期起動シーケンス図である。図３において、最初の状態は全てのＩＰ電話端末１００は電源がＯＦＦで、ＬＡＮに接続されている状態である。
【００１８】
まず、初めにＩＰ電話端末１００−１の電源が投入されたとする（Ｓ３０１）。ＩＰ電話端末１００−１は、最初にＬＡＮ上にサーバが存在するかどうか判断するためのサーバサーチを実行する（Ｓ３０２）。サーバサーチのコマンド送信方法は、たとえばマルチキャストがある。次に、ＩＰ電話端末１００−１は、監視タイマをセットし、スタートする（Ｓ３０３）。サーバサーチの期間は、第１優先サーバの確認ができるか、この監視タイマが満了するまでである。
【００１９】
ここでは、第１優先サーバが立ち上がっていないので、監視タイマが満了する（Ｓ３０４）。ＩＰ電話端末１００−１は、このイベントをきっかけに第１優先サーバとして起動し（Ｓ３０５）、自端末を第１優先サーバとしてセットし（Ｓ３０６）、登録する（Ｓ３０７）。
【００２０】
そして、ＩＰ電話端末１００−１は、第１優先サーバとして起動した事を通知するために、第１優先サーバ起動通知を送信する（Ｓ３０８）。第１優先サーバ起動通知の方法は、たとえばマルチキャストにより行う。第１優先サーバ起動通知を行う理由としては、自ＩＰ電話端末が第１優先サーバになった事の通知とともに、同一ネットワーク上に複数の第１優先サーバができないようにするためである。複数のＩＰ電話端末１００が同一ネットワーク上に同時に起動したとき、第１優先サーバ起動通知をそれぞれのＩＰ電話端末１００が出すが、この通知をそれぞれのＩＰ電話端末が受信することによりどれか１台のＩＰ電話端末１００が第１優先サーバになるようにする。第１優先サーバの決定方法は、たとえばＩＰアドレスが若いＩＰ電話端末１００を優先にしたり、ＭＡＣアドレスが若いＩＰ電話端末１００を優先にしたりする事により決定できる。そして決定された第１優先サーバとなったＩＰ電話端末の呼制御サーバ機能部１１４がＩＰ電話システム全体の呼制御を実行する。
【００２１】
次に、ＩＰ電話端末１００−２の電源が投入されたとする（Ｓ３０９）。ＩＰ電話端末１００−２は、ＬＡＮ上にサーバが存在するかどうか判断するためのサーバサーチを送信する（Ｓ３１０）。次にＩＰ電話端末１００−２は、サーバサーチの期間を監視する監視タイマをセットし、スタートする（Ｓ３１１）。
【００２２】
サーバサーチの結果、ＩＰ電話端末１００−１は、第１優先サーバとして起動しているので、ＩＰ電話端末１００−２に対して第１優先サーバ応答を送信する（Ｓ３１２）。このイベントをきっかけにＩＰ電話端末１００−２は、サーバサーチを行う監視タイマをストップし（Ｓ３１３）、ＩＰ電話端末１００−１が第１優先サーバであることをセットし（Ｓ３１４）、システム全体の呼制御を実行するＩＰ電話端末１００−１にＲＥＧＩＳＴＥＲ（登録要求）を送信する（Ｓ３１５）。
【００２３】
第１優先サーバとして起動しているＩＰ電話端末１００−１は、ＲＥＧＩＳＴＥＲを受信すると（Ｓ３１５）、ＩＰ電話端末１００−２をクライアントとして登録すると共に、一番初めに登録要求があったＩＰ電話端末１００−２を第２優先サーバとして決定し（Ｓ３１６）、２００ ＯＫを送信する（Ｓ３１７）。ここで、２００ ＯＫは、登録完了を通知するメッセージである。ＩＰ電話端末１００−１は、次に第２優先サーバ指示を送信する（Ｓ３１８）。ＩＰ電話端末１００−２は、第２優先サーバ指示を受信すると（Ｓ３１８）、指示に従って第２優先サーバとして起動し（Ｓ３１９）、自端末を第２優先サーバとしてセットし（Ｓ３２０）、登録する（Ｓ３２１）。
【００２４】
そして、ＩＰ電話端末１００−２は、第２優先サーバとして起動した事を通知するために、第２優先サーバ起動通知（Ｓ３２２）を送信する。第２優先サーバ起動通知の方法は、たとえばマルチキャストにより行う。ＩＰ電話端末１００−１は第２優先サーバ起動通知を受信すると（Ｓ３２２）、ＩＰ電話端末１００−２が第２優先サーバであることをセットし（Ｓ３２３）、第２優先サーバへの登録を要求するためのＲＥＧＩＳＴＥＲを送信する（Ｓ３２４）。ＩＰ電話端末１００−２は、このＲＥＧＩＳＴＥＲを受信すると（Ｓ３２４）、登録ＯＫとする２００ ＯＫを送信する（Ｓ３２５）。
【００２５】
そして、さらにＩＰ電話端末１００−ｎの電源を投入すると（Ｓ３２６）、ＬＡＮ上にサーバが存在するかどうか判断するためのサーバサーチを送信する（Ｓ３２７）。次にサーバサーチを行う監視タイマをセットし、スタートする（Ｓ３２８）。
【００２６】
サーバサーチの結果、ＩＰ電話端末１００−１が第１優先サーバとして起動しているので、ＩＰ電話端末１００−１は、ＩＰ電話端末１００−ｎに対して第１優先サーバ応答を送信する（Ｓ３２９）。このイベントをきっかけにＩＰ電話端末１００−ｎは、サーバサーチを行う監視タイマをストップし（Ｓ３３０）、ＩＰ電話端末１００−１が第１優先サーバであることをセットし（Ｓ３３１）、第２優先サーバへの登録を要求するためのＲＥＧＩＳＴＥＲを送信し（Ｓ３３２）、ＩＰ電話端末１００−１は、ＩＰ電話端末１００−ｎをクライアントとして登録し、このＲＥＧＩＳＴＥＲに対する２００ ＯＫを送信する（Ｓ３３３）。以上により、正常に第１優先サーバへの登録が完了する。また、ＩＰ電話端末１００−２は、第２優先サーバとして起動しているので、ＩＰ電話端末１００−ｎに対して第２優先サーバ応答を送信する（Ｓ３３５）。このイベントをきっかけに、ＩＰ電話端末１００−ｎは、ＩＰ電話端末１００−２が第２優先サーバであることをセットし（Ｓ３３４）、サーバへの登録を要求するためにＲＥＧＩＳＴＥＲを送信する（Ｓ３３６）。ＩＰ電話端末１００−２は、このＲＥＧＩＳＴＥＲに対する２００ ＯＫを送信する（Ｓ３３７）。以上により、正常に第２優先サーバへの登録が完了する。
【００２７】
発着信の呼制御処理は、たとえばＩＰ電話端末１００−ｎから他ＩＰ電話端末に発信を行う場合、ＩＰ電話端末１００−ｎは第１優先サーバに登録しているので、第１優先サーバのみを使用した発着信を行う。このとき第２優先サーバは、第１優先サーバに障害が起きたときに動作する。また、ＩＰ電話端末１００−ｎは、第２優先サーバにも登録しているので、第１優先サーバの稼働状況を判断し、第２優先サーバを使用した発着信を行っても良い。このような処理は、優先サーバとして起動しているＩＰ電話端末１００−１とＩＰ電話端末１００−２についても同様な動作ができる。
【００２８】
図４を参照して、第１優先サーバが周期的に行う処理を説明する。ここで、図４はＩＰ電話端末間の周期処理を説明するシーケンス図である。図４において、ＩＰ電話端末１００−１は、第１優先サーバの機能として、周期的に他のＩＰ電話端末（ＩＰ電話端末１００−２〜ＩＰ電話端末１００−ｎ）に端末確認パケットを送信する（Ｓ４０１）。ＩＰ電話端末１００−１は、応答を待つための監視タイマをセットし、スタートをする（Ｓ４０２）。端末確認パケットの送信方法は、たとえばマルチキャストにより行う。端末確認パケットを受信したＩＰ電話端末１００−２〜１００−ｎは、ＩＰ電話端末１００−１に対して応答を送信する（Ｓ４０３、Ｓ４０４）。なお、ＩＰ電話端末１００−２〜１００−ｎは、応答に自ＩＰ電話端末の状態（発着信・通話頻度、通話状態）とメモリ容量とを搭載する。この結果、ＩＰ電話端末１００−１は、どのＩＰ電話端末が存在するか、またその状態を把握する。
【００２９】
ＩＰ電話端末１００−１は、監視タイマが満了すると（Ｓ４０５）、端末確認パケットに対する応答に含まれる情報を解析して統合する（Ｓ４０６）。ＩＰ電話端末１００−１は、統合した情報を搭載したサーバ情報パケットを、ＩＰ電話端末１００−２〜１００−ｎに送信する（Ｓ４０７）。サーバ情報パケットの受信により、全てのＩＰ電話端末１００は、他のＩＰ電話端末１００の状態がわかる。すなわち、どのＩＰ電話端末が存在しているのか、通話中なのかといった情報をマンマシンインタフェース１２２のＬＥＤに表示する。サーバ情報パケット送信の方法は、たとえばマルチキャストにより行う。ステップ４０１からステップ４０７の処理は、決められた一定間隔で行われる。
【００３０】
図５を参照して、優先サーバの変更処理を説明する。ここで、図５は優先サーバを起動した２台のＩＰ電話端末と優先サーバ未起動の２台のＩＰ電話端末との間のシーケンス図である。
【００３１】
図５において、第１優先サーバとして起動しているＩＰ電話端末１００−１は、第１優先サーバ周期処理の応答情報解析で、優先サーバを変更できると判断したとき、優先サーバを変更する。したがって、ステップ５０１からステップ５０８までは、図４のステップ４０１からステップ４０７と同じ内容の処理である。したがって、説明を省く。
【００３２】
第１優先サーバとして起動しているＩＰ電話端末１００−１は、応答情報解析により、第１優先サーバ、第２優先サーバの変更について決定する事ができる。第１優先サーバ、第２優先サーバの決定は、ＩＰ電話端末の状態（発着信・通話頻度、通話状態）、メモリ容量を考慮して、実施する。優先サーバの変更を行う事により、処理の分散を行うことができる。たとえば、第１優先サーバとして起動しているＩＰ電話端末１００−１は、クライアントとして動作するＩＰ電話端末１００の稼動状況を判断し、一番使用されていないＩＰ電話端末に対して第１優先サーバの指示を行う。また、第１優先サーバとして起動しているＩＰ電話端末１００−１は、今まで動作していた第１優先サーバ機能を終了する。これにより、信頼性の高いＩＰ電話システムを提供できる。
【００３３】
なお、ここでは、ＩＰ電話端末１００−ｎが一番使用していないＩＰ電話端末であり、ＩＰ電話端末１００−３が二番目に使用していないＩＰ電話端末とする。図５において、第１優先サーバとして起動しているＩＰ電話端末１００−１は、ステップ５０７の応答情報解析により、ＩＰ電話端末１００−ｎを第１優先サーバ、ＩＰ電話端末１００−３を第２優先サーバとすることを決定する。
【００３４】
ＩＰ電話端末１００−１は、ＩＰ電話端末１００−３に第２優先サーバ指示を送信する（Ｓ５０９）。第２優先サーバ指示を受信したＩＰ電話端末１００−３は、第２優先サーバとして起動し（Ｓ５１０）、帰属先変更通知を送信する（Ｓ５１１）。ＩＰ電話端末１００−３は、登録先を変更する（Ｓ５１２）。帰属先変更通知を受信したＩＰ電話端末１００−１、ＩＰ電話端末１００−２およびＩＰ電話端末１００−ｎは、この情報を元にサーバの登録先を変更する（Ｓ５１３、Ｓ５１４、Ｓ５１５）。なお、ここで再度サーバの登録を行う必要はない。帰属先変更通知の送信方法は、たとえばマルチキャストにより行う。
【００３５】
第１優先サーバとして動作しているＩＰ電話端末１００−１は、第２優先サーバを起動しているＩＰ電話端末１００−２に終了指示を送信する（Ｓ５１６）。終了指示を受信したＩＰ電話端末１００−２は、第２優先サーバを終了する（Ｓ５１７）。ＩＰ電話端末１００−２は、第２優先サーバを終了した事を通知する第２優先サーバ終了ＯＫを送信する（Ｓ５１８）。ＩＰ電話端末１００−１は第２優先サーバ終了ＯＫを受信すると、ＩＰ電話端末１００−ｎに第１優先サーバ指示を送信する（Ｓ５１９）。第１優先サーバ指示を受信したＩＰ電話端末１００−ｎは、指示に従って第１優先サーバを起動する（Ｓ５２０）。ＩＰ電話端末１００−ｎは、帰属先変更通知を送信する（Ｓ５２１）。ＩＰ電話端末１００−ｎは、登録先を変更する（Ｓ５２２）。帰属先変更通知を受信したＩＰ電話端末１００−１〜１００−３は、この情報を元にサーバの登録先を変更する（Ｓ５２３、Ｓ５２４、Ｓ５２５）。ここで、再度サーバの登録を行う必要はない。帰属先変更通知の送信方法は、たとえばマルチキャストにより行う。
【００３６】
第１優先サーバとして動作しているＩＰ電話端末１００−１は、第１優先サーバを起動したＩＰ電話端末１００−ｎからの帰属先変更通知を受信すると、第１優先サーバを終了する（Ｓ５２６）。
【００３７】
図６を参照して、第２優先サーバが周期的に行う処理を説明する。ここで、図６は第１優先サーバを起動したＩＰ電話端末と第２優先サーバを起動したＩＰ電話端末との間のシーケンス図である。
【００３８】
第２優先サーバを起動したＩＰ電話端末１００−２は、第１優先サーバを起動したＩＰ電話端末１００−１に対して周期的に監視パケットを送信する（Ｓ６０１）。ＩＰ電話端末１００−２は、監視パケットに対する応答を待つための監視タイマをセットし、スタートする（Ｓ６０２）。監視パケット応答待ちの時間は応答（ＯＫ）パケットを受信するか、監視タイマが満了するまでである。ＩＰ電話端末１００−２は、ＩＰ電話端末１００−１からの応答（ＯＫ）パケットを受信すると（Ｓ６０３）、ＩＰ電話端末１００−２は応答パケットの解析を行う。解析により応答パケットが正常であることを認識すると（Ｓ６０４）、監視タイマをストップする（Ｓ６０５）。ステップ６０１からステップ６０５の処理は周期的に、決められた一定間隔で行われる。
【００３９】
図７を参照して、第１優先サーバに異常が発生したときの処理を説明する。ここで、図７は優先サーバを起動した２台のＩＰ電話端末と優先サーバ未起動の２台のＩＰ電話端末との間のシーケンス図である。
【００４０】
図７において、第1優先サーバを起動したＩＰ電話端末１００−１にＬＡＮからの切断等の異常が発生したとする（Ｓ７０１）。ＩＰ電話端末１００−２は監視パケットを送信し（Ｓ７０２）、監視パケットに対する応答を待つための監視タイマをセットし、スタートする（Ｓ７０３）。しかし、ＩＰ電話端末１００−１から応答がないために監視タイマが満了する（Ｓ７０４）。すると、ＩＰ電話端末１００−２は、第１優先サーバとして動作していたＩＰ電話端末１００−１が異常状態と判断する。これを契機に、ＩＰ電話端末１００−２は、第１優先サーバとして起動する（Ｓ７０５）。ＩＰ電話端末１００−２は、自端末を第１優先サーバであることをセットし（Ｓ７０６）、登録する（Ｓ７０７）。そして、ＩＰ電話端末１００−２は、ネットワーク上の全てのＩＰ電話端末の確認をするために、端末確認パケットを送信する（Ｓ７０８）。端末確認パケットの送信方法は、たとえばマルチキャストにより行う。次に、ＩＰ電話端末１００−２は、端末確認パケットを行う監視タイマをセット、スタートする（Ｓ７０９）。ＩＰ電話端末確認の時間は存在するＩＰ電話端末から応答があるまでか、監視タイマが満了まで行う。図７では、ＩＰ電話端末１００−３が応答を最初に返し（Ｓ７１０）、次にＩＰ電話端末１００−ｎが応答を返す（Ｓ７１１）。ＩＰ電話端末１００−２は、監視タイマをストップし（Ｓ７１２）、ＩＰ電話端末１００−２を第２優先サーバとして決定する（Ｓ７１３）。ＩＰ電話端末１００−２は、ＩＰ電話端末１００−３に第２優先サーバ指示を送信する（Ｓ７１４）。第２優先サーバ指示を受信したＩＰ電話端末１００−３は、指示に従って第２優先サーバとして起動し（Ｓ７１５）、帰属先変更通知を送信する（Ｓ７１６）。ＩＰ電話端末１００−３は、登録先を変更する（Ｓ７１７）。帰属先変更通知を受信したＩＰ電話端末１００−２、ＩＰ電話端末１００−ｎは、この情報を元に第１優先サーバをＩＰ電話端末１００−２に変更してＩＰ電話端末１００−３を新たに第2優先サーバとして登録する（Ｓ７１８、Ｓ７１９）。帰属先変更通知の送信方法は、たとえばマルチキャストにより行う。
【００４１】
尚、図６、図７の実施例では第２優先サーバが第１優先サーバの異常を検出する手段として、第１優先サーバに対して監視パケットを送信し、その応答のあり・なしで第１優先サーバの異常を検出している。しかし本発明はこれに限定されない。
【００４２】
例えば、第１優先サーバが全ＩＰ電話端末を監視するために定期的に送信する端末確認パケットの受信のあり・なしを第１優先サーバの異常を検出する手段としてもよい。
【００４３】
具体的には、第２優先サーバが端末確認パケットを受信する間隔以上のタイミングでタイマをセットし、端末確認パケットの受信した場合にタイマをリセットする。もしたいまがタイムアウトした場合に、第１優先サーバに異常を検出したと判断し、ステップ７０５以降の処理を行う。
図８を参照して、第２優先サーバが異常発生したときの処理を説明する。ここで、図８は優先サーバを起動した２台のＩＰ電話端末と優先サーバ未起動の２台のＩＰ電話端末との間のシーケンス図である。
【００４４】
図８において、第２優先サーバを起動したＩＰ電話端末１００−２にＬＡＮの切断等の異常が発生したとする（Ｓ８０１）。ＩＰ電話端末１００−１は端末確認パケットを送信し（Ｓ８０２）、端末確認パケットに対する応答を待つための監視タイマをセットし、スタートする（Ｓ８０３）。ＩＰ電話端末１００−３とＩＰ電話端末１００−ｎとからは、応答がある（Ｓ８０４、Ｓ８０５）。しかし、ＩＰ電話端末１００−２から切断等の異常のために応答を受信できないまま監視タイマが満了する（Ｓ８０６）。すると、ＩＰ電話端末１００−１は、端末確認パケットに対する応答がないため、第２優先サーバとして動作していたＩＰ電話端末１００−２を異常状態と判断する。ＩＰ電話端末１００−１は、第２優先サーバとして、最初に応答を返信したＩＰ電話端末１００−３に決定する（Ｓ８０８）。ＩＰ電話端末１００−１は、ＩＰ電話端末１００−３に第２優先サーバ指示を送信する（Ｓ８０９）。
【００４５】
第２優先サーバ指示を受信したＩＰ電話端末１００−３は、指示に従って第２優先サーバとして起動し（Ｓ８１０）、帰属先変更通知を送信する（Ｓ８１１）。ＩＰ電話端末１００−３は、登録先を変更する（Ｓ８１２）。帰属先変更通知を受信したＩＰ電話端末１００−１、ＩＰ電話端末１００−ｎは、この情報を元にサーバの登録先を変更する（Ｓ８１３、Ｓ８１４）。ここでは、再度サーバの登録を行う必要はない。この後、ＩＰ電話端末１００−１は端末確認パケットに対する応答情報を解析して統合し（Ｓ８１５）、サーバ情報パケットを送信する（Ｓ８１６）。端末確認パケットの送信方法および帰属先変更通知の送信方法、サーバ情報パケットの送信方法は、たとえばマルチキャストにより行う。
【００４６】
図９を参照して、サーバサーチ送信から第１優先サーバ登録までのＩＰ電話端末の処理を説明する。ここで、図９はＩＰ電話端末の立上りのフローチャートである。
【００４７】
まず、ＩＰ電話端末１００の電源が投入されると、ＩＰ電話端末１００は、ＬＡＮ上にサーバが存在するかどうか判断するためのサーバサーチを行う（Ｓ９０１）。次にＩＰ電話端末１００は、サーバサーチを行う監視タイマをセットし、スタートする（Ｓ９０２）。ここで、ＩＰ電話端末１００は、第１優先サーバ応答を受信すると（Ｓ９０３：ＹＥＳ）、監視タイマをストップし（Ｓ９０５）、第１優先サーバであることをセットし（Ｓ９０６）、第１優先サーバ登録要求（ＲＥＧＩＳＴＥＲ）送信を行い（Ｓ９０７）、第１優先サーバ登録結果（２００ ＯＫ）を受信することにより（Ｓ９０８）、終了する。この結果、正常に第１優先サーバへの登録が完了する。
【００４８】
一方、第１優先サーバ応答の確認ができないとき、監視タイマは満了し（Ｓ９０４：ＹＥＳ）、このイベントをきっかけに、ＩＰ電話端末１００は、第１優先サーバとして起動し（Ｓ９０９）、自ＩＰ電話端末を第１優先サーバとしてセットし（Ｓ９１０）、登録する（Ｓ９１１）。そして、第１優先サーバとして起動した事を通知するために、ＩＰ電話端末１００は、第１優先サーバ起動通知を送信し（Ｓ９１２）、終了する。
【００４９】
図１０を参照して、第２優先サーバから第１優先サーバへの監視パケット送信処理を説明する。ここで、図１０は第２優先サーバのフローチャートである。
第２優先サーバは、周期的に第１優先サーバを監視するため、周期タイマをセットし、スタートする（Ｓ１０１）。第２優先サーバは、周期タイマ満了により（Ｓ１０２：Ｙｅｓ処理）、周期的に第１優先サーバに監視パケットを送信する（Ｓ１０３）。次に、第２優先サーバは、監視パケットに対する応答を待つための監視タイマをセットし、スタートする（Ｓ１０４）。監視パケット応答待ちの時間は、応答パケットを受信するか、この監視タイマが満了するまでである。
【００５０】
応答パケットを受信すると（Ｓ１０５：Ｙｅｓ）、第２優先サーバは、正常パケットかどうか判断する（Ｓ１０６）。正常パケットであると（Ｙｅｓ）、第２優先サーバは、監視タイマをストップし（Ｓ１０７）し、ステップ１０１に戻る。この処理は、第１優先サーバが正常のときの動作である。
【００５１】
しかし、ステップ１０５で応答パケットを受信できず（Ｎｏ）、監視タイマ満了したとき（Ｓ１０８：Ｙｅｓ）、またステップＳ１０６で正常なパケットでないとき（Ｎｏ）、第２優先サーバは、第１優先サーバを異常状態と判断する。このとき、第２優先サーバは第２優先サーバを停止し、自端末を新規の第１優先サーバとして起動する（Ｓ１０９）。そして、新規の第１優先サーバは、自端末を第１優先サーバとしてセットし（Ｓ１１０）、登録する（Ｓ１１１）。次にネットワーク上のＩＰ電話端末の確認をするために、端末確認パケットを送信し（Ｓ１１２）、端末確認パケットを行う監視タイマをセットし、スタートする（Ｓ１１３）。ＩＰ電話端末確認の時間は、存在するＩＰ電話端末から応答があるか、監視タイマが満了までである。
【００５２】
新規の第１優先サーバは、応答パケットを受信すると（Ｓ１１４：Ｙｅｓ）、監視タイマをストップし（Ｓ１１５）し、自端末以外の新しい第２優先サーバを決定する（Ｓ１１６）。新規の第１優先サーバは、第２優先サーバ指示を送信し（Ｓ１１７）、帰属先変更通知を受信すると（Ｓ１１８）、登録先を変更する（Ｓ１１９）。以上の処理は、第１優先サーバが異常になったときに、同一ネットワーク上に他のＩＰ電話端末が存在するときの動作である。
【００５３】
ステップ１１４で応答パケットを受信できず（Ｎｏ）、監視タイマが満了したとき（Ｓ１１９：Ｙｅｓ）、新規の第１優先サーバは、そのまま終了する。以上の処理は、第１優先サーバが異常になったが、同一ネットワーク上に他のＩＰ電話端末が存在しないときの動作である。
【００５４】
図１１を参照して、第１優先サーバからＩＰ電話端末への呼制御情報および端末確認パケット送信処理を説明する。ここで、図１１は第１優先サーバのフローチャートである。第１優先サーバは、呼制御の状態が変化したときは呼制御情報パケット、周期タイマが満了したときは端末確認パケットを、全ＩＰ電話端末に送信する。
【００５５】
図１１において、第１優先サーバは、周期的に全ＩＰ電話端末に呼制御情報パケットを送信するため、周期タイマをセットし、スタートする（Ｓ２０１）。第１優先サーバは、呼制御の情報の変化を判断し（Ｓ２０２）、何も変化が無いときは処理を行わず（Ｎｏ）、また周期タイマが満了したか判断し（Ｓ２０３）、満了していないときはステップ２０２に戻る（Ｎｏ）。
【００５６】
ステップ２０２で、クライアントからの要求などにより呼制御の情報に変化があったとき（Ｙｅｓ）、第１優先サーバは、まず呼制御処理を行う（Ｓ２０４）。第１優先サーバは、全ＩＰ電話端末に呼制御情報パケットを送信する（Ｓ２０５）。次に第１優先サーバは、呼制御情報パケットに対する応答を待つための監視タイマをセットし、スタートする（Ｓ２０６）。呼制御情報パケット応答待ちの時間は、第２優先サーバから応答があるか、監視タイマが満了するまでである。
【００５７】
第１優先サーバは、第２優先サーバから応答パケットを受信すると（Ｓ２０７：Ｙｅｓ）、監視タイマをストップし（Ｓ２０８）し、ステップ２０２に戻る。この処理は、第２優先サーバが正常のときの動作である。
【００５８】
しかし、第２優先サーバから応答パケットを受信しないまま監視タイマが満了すると（Ｓ２０９：Ｙｅｓ）、第１優先サーバは、第２優先サーバを異常状態と判断する。第１優先サーバは、他のＩＰ電話端末から応答受信しているか判断する（Ｓ２１０）。他のＩＰ電話端末から応答受信していない場合（Ｎｏ）、第１優先サーバは、何も処理をせずステップ２０２に戻る。他のＩＰ電話端末から応答処理を受信している場合（Ｙｅｓ）、第１優先サーバは、一番最初に応答を返したＩＰ電話端末を第２優先サーバに決定し（Ｓ２１５）、第２優先サーバ指示を送信する（Ｓ２１６）。第１優先サーバは、帰属先変更通知を受信すると（Ｓ２１７）、登録先を変更する（Ｓ２１８）。次に第１優先サーバは、応答情報を解析して統合し（Ｓ２１９）、サーバ情報パケットを送信する（Ｓ２２０）。そして、第１優先サーバは、周期タイマをセット、スタートし（Ｓ２２１）、ステップ２０２に戻る。
【００５９】
一方、ステップ２０３で周期タイマが満了したとき（Ｙｅｓ）、第１優先サーバは、全ＩＰ電話端末に端末確認パケットを送信する（Ｓ２１１）。次に第１優先サーバは、端末確認パケットに対する応答を待つための監視タイマをセットし、スタートする（Ｓ２１２）。端末確認パケット応答待ちの時間は、監視タイマが満了するまでである。監視タイマが満了すると（Ｓ２１３：Ｙｅｓ）、第１優先サーバは、第２優先サーバからの応答パケットを受信しているか判定する（Ｓ２１４）、第２優先サーバからの応答パケットを受信している場合（Ｙｅｓ）、第１優先サーバは、ステップ２１８に遷移する。この処理は、第２優先サーバが正常のときの動作である。
【００６０】
ステップ２１４で、第２優先サーバからの応答パケットを受信してない場合（Ｎｏ処理）は他端末から応答受信しているか判断する（Ｓ２１０）。他端末から応答受信していない場合（Ｎｏ）、第１優先サーバは、ステップ２１０に遷移する。
【００６１】
本実施例によれば、ＩＰ電話端末にクライアント機能と呼制御サーバ機能を入れ、予め決められたルールによって定まる優先順位に従って呼制御サーバを決定する。また呼制御サーバを監視する事により、クライアントが通信中の状態に呼制御サーバが異常になっても呼の状態を失うことなく継続して通信を提供できる。この結果、サーバ装置を必要としない安価で信頼性の高いＩＰ電話システムを提供できた。
【図面の簡単な説明】
【００６２】
【図１】ＩＰ電話システムのシステム構成図である。
【図２】ＩＰ電話端末の機能ブロック図である。
【図３Ａ】３台のＩＰ電話端末間の初期起動シーケンス図（その１）である。
【図３Ｂ】３台のＩＰ電話端末間の初期起動シーケンス図（その２）である。
【図４】ＩＰ電話端末間の周期処理を説明するシーケンス図である。
【図５Ａ】優先サーバを起動した２台のＩＰ電話端末と優先サーバ未起動の２台のＩＰ電話端末との間のシーケンス図（その１）である。
【図５Ｂ】優先サーバを起動した２台のＩＰ電話端末と優先サーバ未起動の２台のＩＰ電話端末との間のシーケンス図（その２）である。
【図６】第１優先サーバを起動したＩＰ電話端末と第２優先サーバを起動したＩＰ電話端末との間のシーケンス図である。
【図７】優先サーバを起動した２台のＩＰ電話端末と優先サーバ未起動の２台のＩＰ電話端末との間のシーケンス図である。
【図８】優先サーバを起動した２台のＩＰ電話端末と優先サーバ未起動の２台のＩＰ電話端末との間のシーケンス図である。
【図９】ＩＰ電話端末の立上りのフローチャートである。
【図１０】第２優先サーバのフローチャートである。
【図１１】第１優先サーバのフローチャートである。
【符号の説明】
【００６３】
１００…ＩＰ電話端末、１１０…ＬＡＮインタフェース部、１１１…通信制御部、１１２…呼制御プロトコル部、１１３…クライアント機能部、１１４…呼制御サーバ機能部、１１５…優先度処理部、１１６…他端末監視部、１１７…監視パケット送受信部、１１８…異常検出部、１１９…呼制御サーバ起動部、１２０…呼制御サーバ情報、１２１…主制御部、１２２…マンマシンインタフェース部、２００…回線、５００…ＩＰ電話システム。
【図１】
2008301239.tif 000003
【図２】
2008301239.tif 000004
【図３Ａ】
2008301239.tif 000005
【図３Ｂ】
2008301239.tif 000006
【図４】
2008301239.tif 000007
【図５Ａ】
2008301239.tif 000008
【図５Ｂ】
2008301239.tif 000009
【図６】
2008301239.tif 000010
【図７】
2008301239.tif 000011
【図８】
2008301239.tif 000012
【図９】
2008301239.tif 000013
【図１０】
2008301239.tif 000014
【図１１】
2008301239.tif 000015