JP2012151903A - 分散呼制御型ｉｐ電話端末 - Google Patents

Abstract

【課題】 ＩＰ電話端末を複数台用いて、呼制御サーバの機能を実現する技術を提供する。
【解決手段】 ＬＡＮ７０に複数の電話端末１０を接続し、外部ネットワークへの呼を終端する統括担当端末１０−１と、統括担当端末１０−１以外のそれぞれは呼制御サーバ処理におけるＳＩＰメッセージに応じた処理機能をそれぞれ有すると共に、統括担当端末１０−１は統括担当端末１０−１以外の担当端末の処理内容および状態を管理し、外部ネットワーク６０への発信または外部ネットワーク６０からの着信を受信すると、ＳＩＰメッセージの種類によって処理をふりわける。
【選択図】 図１

Description

本発明は、呼制御サーバ装置を必要としないＩＰ電話端末に関する。

従来のＩＰ電話システムは、呼制御を管理する呼制御サーバ装置と前記呼制御サーバに帰属する複数の電話端末から構成される。

例えば特許文献１
特開２００７−２１９６３７号公報

本発明の課題は呼制御サーバ装置を必要としないＩＰ電話端末を提供することにある。

上記課題を解決するために、本発明では呼制御を統括する統括ＩＰ電話端末と、前記統括ＩＰ電話端末の指示に従って呼制御の一部を実行する複数の分散呼制御ＩＰ電話端末を含むＩＰ電話システムを構成するＩＰ電話端末であって、当該ＩＰ電話システムの内線ＩＰ電話端末として自端末を制御する内線ＩＰ電話端末制御手段と、他のＩＰ電話端末と共有する情報を蓄積する共有情報蓄積手段と、他のＩＰ電話端末の前記共有情報蓄積手段から所定の情報を読出す共有情報読出手段と、を有し、自端末が前記統括ＩＰ電話端末として動作する場合は、ＷＡＮまたはＬＡＮを介して受信した呼制御メッセージの種別を識別し、当該呼制御メッセージの処理を分担する所定の分散呼制御ＩＰ電話端末の共有情報蓄積手段の所定のエリアに前記呼制御メッセージを書込み、前記分散呼制御ＩＰ電話端末が生成した呼制御メッセージをＷＡＮまたはＬＡＮを介して送信し、自端末が予め定められた呼制御メッセージの処理内容を分担する前記分散呼制御ＩＰ電話端末として動作する場合は、前記統括ＩＰ電話端末が書込んだ呼制御メッセージを当該共有情報蓄積手段から読込んで所定の処理を実行し、当該呼制御メッセージに対する応答メッセージを生成することを特徴とする。

本発明によれば、呼制御サーバ装置を必要としないので、呼制御サーバ装置分のコストや設置スペースを削減できる利点がある。

以下に本発明の実施の形態について、図面を参照しながら説明する。なお、実質同一部位には同じ参照番号を付与し、説明は繰り返さない。

図１を用いて本発明のシステム構成図について説明する。

各電話端末１０は通常の電話機能としてのＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）機能の他に、予め割り振られた呼制御サーバ装置（以下、ＳＩＰサーバ）の一部を処理する機能を有する。そしてこの電話端末１０の複数台が連携してＳＩＰサーバ機能を実現し、内線電話システムとして動作する。

本発明の電話端末１０−１は、各担当プログラムのうち統括担当プログラムを具備し、他の担当プログラムを有する電話端末へ、呼制御処理の割り振りを行う。具体的に電話端末１０−１は、電話端末１０−２〜１０−Ｎに対して、それぞれの担当プログラムの役割に応じてＳＩＰサーバが行うＳＩＰメッセージ処理を要求し、要求を受けた電話端末１０は当該担当プログラムの処理を実行する。

また、相手電話端末２０はＳＩＰサーバとして電話端末１０−１を登録し、外部ネットワーク６０からのＳＩＰメッセージは必ず電話端末１０−１を介して電話端末１０に送信される。つまり、電話端末１０−１は、外部ネットワーク６０からはＳＩＰサーバと認識され、他の電話端末１０から外部ネットワーク６０への送信も必ず電話端末１０−１を介して送信する。以降の説明では電話端末１０−１を統括担当端末１０−１と呼称する。

電話端末１０−２は、各担当プログラムのうちのＩＮＶＩＴＥ担当プログラムを具備し、統括担当端末１０−１からの要求によって、ＳＩＰサーバがＩＮＶＩＴＥを受け取った場合の処理を行う。以降の説明では電話端末１０−２が呼制御処理に関しての処理を行う場合、ＩＮＶＩＴＥ担当端末１０−２と呼称する。

電話端末１０−３は、各担当プログラムのうちの１８０Ｒｉｎｇｉｎｇ担当プログラムを具備し、統括担当端末１０−１からの要求によって、ＳＩＰサーバが１８０Ｒｉｎｇｉｎｇを受け取った場合の処理を行う。以降の説明では電話端末１０−３が呼制御処理に関しての処理を行う場合、１８０Ｒｉｎｇｉｎｇ担当端末１０−３と呼称する。

電話端末１０−４は、各担当プログラムのうちの２００ＯＫ担当プログラムを具備し、統括担当端末１０−１からの要求によって、ＳＩＰサーバが２００ＯＫを受け取った場合の処理を行う。以降の説明では電話端末１０−４が呼制御処理に関しての処理を行う場合、２００ＯＫ担当端末１０−４と呼称する。

電話端末１０−５は、各担当プログラムのうちのＡＣＫ担当プログラムを具備し、統括担当端末１０−１からの要求によって、ＳＩＰサーバがＡＣＫを受け取った場合の処理を行う。以降の説明では電話端末１０−２が呼制御処理に関しての処理を行う場合、ＡＣＫ担当端末１０−５と呼称する。

同様に電話端末１０−Ｎは、○○担当プログラムを具備し、ＳＩＰメッセージに応じた処理を行う。

次に図２を用いて、電話端末１０−１〜１０−Ｎの各担当プログラムの動作についてさらに詳しく説明する。

図２の役割分担表のフィールドは、各電話端末１０の電話端末ＩＤと、各担当プログラムの名称、各担当プログラムの処理を示す。

レコード１０８１の統括担当端末１０−１は、相手電話端末２０および外部ネットワーク６０および電話端末１０からは仮想のＳＩＰサーバとして動作し、ＳＩＰメッセージのやりとりは必ず統括担当端末１０−１を介して送信される。

ＳＩＰメッセージを受信すると、ＳＩＰメッセージ毎に処理が割り当てられた統括担当端末以外の担当端末を検索して、該当する担当端末に対し、ＳＩＰメッセージ処理要求（呼制御メッセージ処理要求）を送信し、ＳＩＰメッセージの処理を要求する。各担当端末の処理が完了すると、ＳＩＰメッセージ処理完了通知と共に処理結果の通知を受け、当該担当端末から受け取った処理結果にＳＩＰメッセージがある場合には、該当する端末に対してこれを送信する。

ここで、ＳＩＰメッセージ処理完了通知とは、統括担当端末１０−１以外の担当端末が自担当呼制御処理を実行し、処理を完了したことを通知するためのＩＰパケットである。また、統括担当端末１０−１以外の担当端末は自担当呼制御処理時に処理結果として従来ＳＩＰサーバがＳＩＰメッセージを受信して次に送信するＳＩＰメッセージを生成するが、これを各担当端末にて生成し、ＳＩＰメッセージ処理完了通知には生成したＳＩＰメッセージを含めて送信される。

レコード１０８２のＩＮＶＩＴＥ担当端末１０−２は、統括担当端末１０−１から、ＳＩＰメッセージ処理要求（ＩＮＶＩＴＥ処理要求）を受信すると、統括担当端末１０−１のＳＩＰメッセージを解析して、送信先電話端末を検索する。そして検索できた場合には、送信先電話端末へのＩＮＶＩＴＥと相手電話端末２０への１００Ｔｒｙｉｎｇを生成し、検索できなかった場合には、４０４Ｎｏｔ Ｆｏｕｎｄを生成し、統括担当端末１０−１に対して、処理が完了したことを通知するＳＩＰメッセージ処理完了通知として送信する。

レコード１０８３の１８０Ｒｉｎｇｉｎｇ担当端末１０−３は、統括担当端末１０−１から、ＳＩＰメッセージ処理要求（１８０Ｒｉｎｇｉｎｇ処理要求）を受信すると、統括担当端末１０−１のＳＩＰメッセージを解析して、送信先電話端末１０への１８０Ｒｉｎｇｉｎｇを生成し、統括担当端末１０−１にＳＩＰメッセージ処理完了通知として送信する。

レコード１０８４の２００ＯＫ担当端末１０−４は、統括担当端末１０−１から、ＳＩＰメッセージ処理要求を受信すると、統括担当端末１０−１のＳＩＰメッセージを解析して、送信先電話端末１０への２００ＯＫを生成し、送信先電話端末１０への１８０Ｒｉｎｇｉｎｇを生成し、統括担当端末１０−１にＳＩＰメッセージ処理完了通知として送信する。

レコード１０８５のＡＣＫ担当端末１０−５は、統括担当端末１０−１から、ＳＩＰメッセージ処理要求を受信すると、統括担当端末１０−１のＳＩＰメッセージを解析して、送信先電話端末１０へのＡＣＫを生成し、統括担当端末１０−１にＳＩＰメッセージ処理完了通知として送信する。

レコード１０８６の○○担当端末１０−Ｎは、電話端末１０−２〜１０−５と同様にＳＩＰメッセージに応じた処理を行い、ＳＩＰメッセージ処理完了通知を送信する。

尚、各ＳＩＰメッセージ処理を要求するまたは、ＳＩＰメッセージを送信する場合に、本発明の特徴の一つであるライト／リード処理を用いたメモリ制御方法を用いる。

次に図３のメモリ配置図を用いて、ライト／リード処理について説明する。

電話端末１０のメモリ空間には、統括担当プログラム等、担当プログラム１００１及びローカルデータ１００２、グローバルデータ１００３、端末機能プログラム１００５、端末機能データ１００６がそれぞれ展開される。

尚、図３のメモリアドレスは一例であり、プログラムサイズ等に応じて設定すればよい。

ここで、担当プログラム１００１とは、図２で説明したＳＩＰサーバがＳＩＰメッセージ毎に割り振られた担当プログラムであり、電話端末１０−１には統括担当プログラム１００１−１が、電話端末１０−２にはＩＮＶＩＴＥ担当プログラム１００１−２が、電話端末１０−３には１８０Ｒｉｎｇｉｎｇ担当プログラム１００１−３が、電話端末１０−ｎには○○担当プログラムがそれぞれ展開されている（図示せず）。

ローカルデータ１００２とは、各担当プログラムの処理において変数や一時データの保存等、自担当プログラム内で使用するスタティックなデータを示す。

グローバルデータ１００３とは、各担当プログラムの処理においてＳＩＰメッセージや、検索結果、処理結果等の他の担当端末と処理を共有するデータのことを示す。グローバルデータ１００３は、さらに処理毎に複数のメッセージボックス１００４を持ち、メッセージボックスのそれぞれには、メッセージボックス番号が割り振られている。また、各担当端末１０はこの端末間で展開されているメッセージボックス１００４の使用状態を常に監視している。

そして各担当端末１０は、自担当プログラムの処理が完了またはライト／リード処理がある場合に、他の担当端末が使用していないメッセージボックスを参照し、当該データと共にライト／リード処理要求を送信する。また受信したライト／リード処理要求がメッセージボックス１００４の容量を超えるデータであった場合には、２つ以上のメッセージボックス間で展開する。

次に図４を用いて、本発明の電話端末１０の機能ブロックについて説明する。

電話端末１０は、外部接続ＩＦ部１０１と、通信制御部１０２と、主制御部１０３と、担当呼制御処理部１０４と、ライト／リード処理部１０５と、端末機能処理部１０６と、マンマシンＩＦ部１０７と、状態管理部１０８と、記憶部１０９とから構成される。

外部接続ＩＦ部１０１は、ＬＡＮ７０よりＩＰパケットの信号を受けとると通信制御部１０２に渡し、通信制御部１０２からＩＰパケットの信号を受け取るとＬＡＮ７０に送出する外部接続用インターフェースである。

通信制御部１０２は、外部接続ＩＦ部１０１を介して、ＬＡＮ７０との通信一般を制御し、主制御部１０３から渡されるＩＰパケットを外部接続ＩＦ部１０１に渡し、外部接続ＩＦ部１０１から渡されるＩＰパケットを主制御部１０３に渡す。

主制御部１０３は、通信制御部１０２、担当呼制御処理部１０４、ライト／リード処理部１０５、状態管理部１０８、端末機能処理部１０６、記憶部１０９と接続し、接続した各ブロックと連携して自電話端末１０の処理全般を行う。

担当呼制御処理部１０４は、主制御部１０３と接続し、図２で説明した各担当端末の処理のうち、自担当端末の担当呼制御処理を行うブロックである。

自端末が統括担当端末であった場合、主制御部１０３、通信制御部１０２と連携して外部ネットワーク６０またはＬＡＮ７０のＳＩＰメッセージを検出する。そして検出したＳＩＰメッセージをローカルデータメモリ部１１５に記憶し、ライト／リード処理部１０５に対して、グローバルデータ１００３のライト処理要求の送信を指示する。

また、ライト／リード処理部１０５からライト処理要求の応答としてメッセージボックス番号を受けると、ローカルデータメモリ部１１５に記憶されたＳＩＰメッセージからＳＩＰメッセージの種類を抽出し、抽出したＳＩＰメッセージの種類をキーとして役割分担テーブルから、分散処理の要求先の担当端末のＩＰアドレスを特定する。

ここで役割分担テーブルとは、図示しないが図２で説明した役割分担表の電話端末ＩＤのフィールドと担務のフィールド及び各電話端末のＩＰアドレスを電話端末ＩＤのレコード毎に保存したテーブルを示す。

そして、要求先の担当端末に対して、メッセージボックス番号を含むＳＩＰメッセージ処理要求を生成し、主制御部１０３、通信制御部１０２と連携して要求先の担当端末に対してこれを送信する。

また、要求先の担当端末から、ＳＩＰメッセージ処理要求の応答としてＳＩＰメッセージ処理完了通知を受信すると、ＳＩＰメッセージ処理完了通知に含まれるＳＩＰメッセージを抽出し、自端末のＳＩＰメッセージとしてこれを送信する。

自端末が統括担当端末１０−１以外の担当端末であった場合は、主制御部１０３、通信制御部１０２と連携して統括担当玉津１０−１からのＳＩＰメッセージ処理要求を検出する。そして検出したＳＩＰメッセージ処理要求をローカルデータメモリ部１１５に記憶し、ＳＩＰメッセージ処理要求に含まれるメッセージボックス番号を抽出して、ライト／リード処理部１０５に対して、グローバルデータ１００３の当該メッセージボックス番号のリード処理要求を送信する。

次に、ライト／リード処理部１０５からリード処理要求の応答としてリードしたデータを受けとると、リードしたデータをローカルデータ部１１５に記憶する。そしてプログラムメモリ部１１３の自担当プログラムの処理を開始する。

ここで各担当プログラムの処理とは、一般的なＳＩＰメッセージに係る処理であり、説明を省略する。尚、自担当プログラムの処理中にグローバルデータ１００３のライト／リード制御が発生した場合には、同様にライト／リード処理要求を送信し、結果をローカルデータメモリ部１１５に記憶して処理を続ける。

自担当プログラムの処理が完了すると、自端末が統括担当端末１０−１以外の担当端末は処理結果として送信するＳＩＰメッセージを生成する。そして主制御部１０３、通信制御部１０２と連携して、統括担当端末１０−１に対し、生成したＳＩＰメッセージを含むＳＩＰメッセージ処理完了通知を送信する。

ライト／リード処理部１０５は、主制御部１０３に接続し、図３で説明したグローバルデータのメッセージボックスのライト／リード処理及びライト／リード処理要求を生成するブロックであり、主制御部１０３、通信制御部１０２と連携してライト／リード処理要求を検出すると、メモリボックス番号を抽出し、抽出したメモリボックス番号をキーにメッセージボックス管理部１１４に記憶されるメッセージボックスアドレステーブルの該当するメモリアドレスを抽出し、ライト／リード処理を行う。

ここで、メッセージボックスアドレステーブルとはメッセージボックス管理部１１４に記憶され、メモリボックス番号と各端末のメモリアドレスの対応テーブルである。

リード処理要求を受信した場合、リード処理要求にふくまれるメッセージボックス番号をキーに、メッセージボックスアドレステーブルから該当するメモリアドレスを抽出し、抽出したメモリアドレスのデータをリードデータとして読み出す。そして、主制御部１０３、通信制御部１０２と連携して、リードデータを含むリード処理完了通知を、リード処理要求を送信した担当端末に送信する。

ライト処理要求を受信した場合、ライト処理要求に含まれるライトデータとメッセージボックス番号を抽出し、抽出したメッセージボックス番号をキーに、メッセージボックス管理テーブルから該当するメモリアドレスを抽出し、該当するメモリアドレスにライトデータを書き込む。そして、主制御部１０３、通信制御部１０２と連携してライト処理要求を送信した担当端末にライト処理が完了したことをライト処理完了通知として送信する。

また、主制御部１０３、通信制御部１０２と連携してライト／リード処理完了通知を検出すると、リード処理用完了通知であった場合、リード処理用完了通知に含まれるリードデータを担当呼制御処理部１０４に渡し、ライト処理完了通知であった場合、担当呼制御処理部１０４に渡す。

さらに、担当呼制御処理部１０４からライト／リード処理要求の送信指示を受けると、のメッセージボックス管理テーブルから使用していないメッセージボックス番号を検索する。

ここでメッセージ管理テーブルとは、グローバルデータ１００３に展開されているメッセージボックス番号と、使用状態を関連付けたテーブルであり、さらにメッセージボックス番号のみメモリアドレスを、ライト／リード処理が行われる毎にテーブルを更新する。

端末機能処理部１０６は、主制御部１０３、マンマシンＩＦ部１０７に接続し、端末としての電話機能の呼処理や図示しないダイヤルキー、ハンドセット、スピーカ、ＬＣＤ等表示機器等入出力デバイスの制御全般を行う。

マンマシンＩＦ部１０７は端末機能処理部１０６に接続され、図示しないダイヤルキー、ハンドセット、スピーカ、ＬＣＤ等表示機器等入出力デバイスを有し、入力デバイスからの情報をデジタル信号として端末機能処理部１０６に渡し、端末機能処理部１０６から送られてきたデジタル信号の情報を出力デバイスにて表示する。

状態管理部１０８は、主制御部１０３に接続され、自端末１０が統括担当端末であった場合に、図示しない役割分担テーブルを保存し、主制御部１０３の指示に応じてＳＩＰメッセージ担当端末を参照する記憶部である。尚、自端末１０がＳＩＰメッセージ担当端末であった場合は、状態管理部１０８は動作しない。

記憶部１０９は、主制御部１０３及び端末機能処理部１０６と接続し、各ブロックからの指示に従いデータを参照するメモリ記憶部である。また、記憶部１０９は、担当呼制御メモリ部１１０、端末機能メモリ部１１１から構成される。

尚、本実施例では説明を分かりやすくするために、状態管理部１０８と記憶部１０９を分けて説明しているが状態管理部１０８は記憶部１０９内に含まれていてもよい。

担当呼制御メモリ部１１０は、図２に示した役割分担に係る記憶部１０９の担当プログラムに関する記憶部であり、グローバルデータメモリ部１１２、プログラムメモリ部１１３、メッセージボックス管理部１１４、ローカルデータメモリ部１１５から構成され、各電話端末に分散される担当呼制御処理に利用される記憶部である。

グローバルデータメモリ部１１２は図３で説明したグローバルデータが記憶されるメモリ領域であり、メッセージボックスのデータやＳＩＰメッセージなどのデータを記憶する。

プログラムメモリ部１１３は図３で説明したプログラムデータが記憶されるメモリ領域である。

メッセージボックス管理部１１４は、メッセージボックス管理テーブルとメッセージボックスアドレステーブルを記憶するメモリ領域である。

ローカルデータメモリ部１１５は、図３で説明したローカルデータが記憶されるメモリ領域である。

端末機能メモリ部１１１は端末機能に関する記憶部であり、端末機能プログラムメモリ部１１６、端末機能データメモリ部１１７とから構成される。

端末機能プログラムメモリ部１１６は、図３で説明した端末機能プログラムが記憶されるメモリ領域であり、電話端末として動作するプログラムを記憶する。

端末機能データメモリ部１１７は、図３で説明した端末機能データが記憶されるメモリ領域であり、電話端末として動作するための設定データ等を記憶する。

次に図５を用いて、電話端末１０の処理フローを説明する。本フローは予め担当プログラムが割り振られた複数の電話端末１０の電源が投入されたが電話システムを構築した状態から開始される。

先ず、マンマシンＩＦ部１０７にキー操作またはオンフック操作があったか否かを判断する（Ｓ１）。ここでキー操作またはオンフック操作があった場合（Ｓ１：Ｙｅｓ）、電話端末１０の端末機能処理部１０６は操作に応じて端末機能処理を行う（Ｓ２）とともに主制御部１０３に操作があったことを通知する。

ここで、端末機能処理とはＳＩＰプロトコルを用いた端末側の電話機能のことである。

キー入力操作またはオンフック操作でなかった場合（Ｓ１：Ｎｏ）、通信制御部１０２は、ＬＡＮ７０から外部接続ＩＦ部１０１を介して自端末宛のＩＰパケットを受信したか否かを判断する（Ｓ３）。自端末宛のＩＰパケットを受信していない場合（Ｓ３：Ｎｏ）、Ｓ１に戻る。

自端末宛のＩＰパケットを受信した場合（Ｓ３：Ｙｅｓ）、通信制御部１０２はＩＰパケットを主制御部１０３に渡し、主制御部１０３は担当呼制御処理部１０４及びライト／リード処理部１０５と連携して受け取ったＩＰパケットを解析する。そしてＩＰパケットが担当呼制御処理のＩＰパケットであった場合（Ｓ４：Ｙｅｓ）、主制御部１０３はＩＰパケットを担当呼制御処理部１０４に渡し、渡された担当呼制御処理部１０４は図６、図７に後述する各担当端末に割り当てられた各種担当呼制御処理を行い（Ｓ５）、Ｓ１に戻る。

ＩＰパケットがグローバルデータのライト／リード処理要求のＩＰパケットであった場合（Ｓ６：Ｙｅｓ）、主制御部１０３はＩＰパケットをライト／リード処理部１０５に渡す。

そして、ライト／リード処理部１０５はライト／リード処理要求のＩＰパケットを受け取ると、ライト／リード処理要求を解析し、リードかライトかのフラグ情報、メッセージボックス番号、ライトであった場合にライトデータ、ＩＰパケットの送信元アドレスを抽出しローカルデータメモリ部１１５に保存する。

抽出したフラグ情報がリードのフラグであった場合（Ｓ７：リード）、ライト／リード処理部１０５は抽出したメッセージボックス番号のデータを読み出す（Ｓ８）。そして、抽出したＩＰパケットの送信元にリードデータを送信し（Ｓ９）、Ｓ１に戻る。

抽出したフラグ情報がライトのフラグであった場合（Ｓ７：ライト）、ライト／リード処理部１０５は抽出したメッセージボックス番号に対し、ライトデータを書き込む（Ｓ１０）。そして、ＩＰパケットの送信元にライトが完了したことを送信し（Ｓ１１）、Ｓ１に戻る。

ＩＰパケットが担当呼制御処理でもライト／リード処理でもなかった場合（Ｓ６：Ｎｏ）、着信等、端末側の処理と判断し、主制御部１０３はＩＰパケットを端末機能処理部１０６に渡して端末機能処理を行い（Ｓ２）、Ｓ１に戻る。

次に図６を用いて、図５の担当端末処理のうち統括担当端末１０−１の処理フローについて説明する。

Ｓ５で統括担当端末の担当呼制御処理が開始されると、担当呼制御処理部１０４は主制御部１０３から受け取ったＳＩＰメッセージのＩＰパケットをローカルデータメモリ部１１５に記憶し、ライト／リード処理部１０５と連携し、ライト処理要求の送信を指示する。

指示を受けたライト／リード処理部１０５はメッセージボックス管理部１１４のメッセージボックス管理テーブルから使用していないメッセージボックス番号を指定する（Ｓ５０１）。

そして指定したメッセージボックス番号をキーにメッセージボックス管理部１１４のメッセージボックスアドレステーブルを検索し、自端末のメッセージボックス番号か否かを判断する（Ｓ５０２）。

自端末のメッセージボックス番号であった場合（Ｓ５０２：Ｙｅｓ）、主制御部１０３に通知し、通知された主制御部１０３は、グローバルデータメモリ部１１２の該当するメッセージボックス番号のメモリアドレスにデータを記憶し（Ｓ５０３）、Ｓ５０６に進む。

自端末のメッセージボックス番号であった場合（Ｓ５０２：Ｎｏ）、当該メッセージボックス番号の電話端末に対し、ライトのフラグ情報、空いているメッセージボックス番号、ライトするＳＩＰメッセージを含むライト処理要求を生成して送信する（Ｓ５０４）。そして、ライト要求送信した電話端末からライト処理完了通知が受信されるまで待機する（Ｓ５０５）。

次に担当呼制御処理部１０４は、受け取ったＳＩＰメッセージの種類を解析する。

ＩＮＶＩＴＥのＳＩＰメッセージ（以下、ＩＮＶＩＴＥメッセージ）であった場合（Ｓ５０６：Ｙｅｓ）、担当呼制御処理部１０４は、ＩＮＶＩＴＥメッセージをキーに状態管理部１０８の役割分担テーブルからＩＮＶＩＴＥ担当端末を検索する（Ｓ５０７）。そして、検索したＩＮＶＩＴＥ担当端末のＩＰアドレスを抽出し、抽出したＩＰアドレスを宛先としてＳ５０１で指定したメッセージボックス番号を含むＩＮＶＩＴＥ処理要求を生成する。さらに、担当呼制御処理部１０４は、主制御部１０３、通信制御部１０２と連携して通信制御部１０２に生成したＩＮＶＩＴＥ処理要求を外部接続ＩＦ部１０１を介してＬＡＮ上のＩＮＶＩＴＥ担当端末にＩＮＶＩＴＥ処理要求を送信する（Ｓ５０８）。

１８０ＲｉｎｇｉｎｇのＳＩＰメッセージ（以下、１８０Ｒｉｎｇｉｎｇメッセージ）であった場合（Ｓ５０９：Ｙｅｓ）、担当呼制御処理部１０４は、１８０Ｒｉｎｇｉｎｇメッセージをキーに状態管理部１０８の役割分担テーブルから１８０Ｒｉｎｇｉｎｇ担当端末を検索する（Ｓ５１０）。そして、検索した１８０Ｒｉｎｇｉｎｇ担当端末のＩＰアドレスを抽出し、抽出したＩＰアドレスを宛先としてＳ５０１で指定したメッセージボックス番号を含む１８０Ｒｉｎｇｉｎｇ処理要求を生成する。さらに、担当呼制御処理部１０４は、主制御部１０３、通信制御部１０２と連携して通信制御部１０２に生成した１８０Ｒｉｎｇｉｎｇ処理要求を外部接続ＩＦ部１０１を介してＬＡＮ上の１８０Ｒｉｎｇｉｎｇ担当端末に１８０Ｒｉｎｇｉｎｇ処理要求を送信する（Ｓ５１１）。

２００ＯＫのＳＩＰメッセージ（以下、２００ＯＫメッセージ）であった場合（Ｓ５１２：Ｙｅｓ）、 担当呼制御処理部１０４は、２００ＯＫメッセージをキーに状態管理部１０８の役割分担テーブルから２００ＯＫ担当端末を検索する（Ｓ５１３）。そして、検索した２００ＯＫ担当端末のＩＰアドレスを抽出し、抽出したＩＰアドレスを宛先としてＳ５０１で指定したメッセージボックス番号を含む２００ＯＫ処理要求を生成する。さらに、担当呼制御処理部１０４は、主制御部１０３、通信制御部１０２と連携して通信制御部１０２に生成した２００ＯＫ処理要求を外部接続ＩＦ部１０１を介してＬＡＮ上の２００ＯＫ担当端末に２００ＯＫ処理要求を送信する（Ｓ５１４）。

ＡＣＫのＳＩＰメッセージ（以下、ＡＣＫメッセージ）であった場合（Ｓ５１５：Ｙｅｓ）、担当呼制御処理部１０４は、ＡＣＫメッセージをキーに状態管理部１０８の役割分担テーブルからＡＣＫ担当端末を検索する（Ｓ５１６）。そして、検索したＡＣＫ担当端末のＩＰアドレスを抽出し、抽出したＩＰアドレスを宛先としてＳ５０１で指定したメッセージボックス番号を含むＡＣＫ処理要求を生成する。さらに、担当呼制御処理部１０４は、主制御部１０３、通信制御部１０２と連携して通信制御部１０２に生成したＡＣＫ処理要求を外部接続ＩＦ部１０１を介してＬＡＮ上のＡＣＫ担当端末にＡＣＫ処理要求を送信する（Ｓ５１７）。

さらに抽出したＳＩＰメッセージの種類が上記以外のであった場合（Ｓ５１５：Ｎｏ），同様に各ＳＩＰメッセージ要求処理を行う（Ｓ５１８）。尚、本説明では上記以外のＳＩＰメッセージの処理については説明を省略する。

各ＳＩＰメッセージ処理要求の送信が完了すると、ＳＩＰメッセージ処理完了通知が受信するまで待機する（Ｓ５１９）。

ＳＩＰメッセージ処理完了通知を受信すると（Ｓ５１９：Ｙｅｓ）、担当呼制御処理部１０４は、自担当呼制御処理完了時に生成したＳＩＰメッセージを送信し（Ｓ５２０）、図５のＳ１に戻る。

次に図７を用いて、Ｓ５で統括担当端末以外の担当端末の処理フローについて説明する。

図７の（ａ）は、ＩＮＶＩＴＥ担当端末の処理フローである。

まず、担当呼制御処理部１０４は主制御部１０３からＩＮＶＩＴＥ処理要求のＩＰパケットを受け取るとローカルデータメモリ部１１５に記憶し、メッセージボックス番号を抽出する。そして、抽出したメッセージボックス番号からグローバルデータ１００３に記憶されているＩＮＶＩＴＥメッセージをリードする。

具体的には、メッセージボックス番号をキーとしてメッセージボックスアドレステーブルを検索し、自端末のメッセージボックス番号が自端末のメッセージボックスか否かを判断する。

そして自端末のメッセージボックスであった場合、メッセージボックスアドレステーブルから一致したメッセージボックス番号のメモリアドレスを抽出し、当該メモリアドレスに記憶されているＩＮＶＩＴＥメッセージをリードする。

自端末のメッセージボックスでない場合、さらにメッセージボックス番号をキーとしてメッセージボックス管理テーブルを検索する。そして、一致したメッセージボックス番号の担当端末を抽出し、当該担当端末にリード要求を送信する。さらに、当該担当端末から、リード処理完了通知を受信すると、リード処理完了通知に含まれるＩＮＶＩＴＥメッセージのリードデータを抽出する。

つぎに、ＩＮＶＩＴＥメッセージをリードすると、ローカルデータメモリ部１１５に記憶し、着信先のユーザＩＤ（外線番号）を抽出する。つぎに担当呼制御処理部１０４は主制御部１０３と連携して抽出した着信先のユーザＩＤをキーとして記憶部１０９の図示しない宛先テーブルから該当するユーザＩＤのレコードを検索する（Ｓ５２２）。

ここで宛先テーブルとは、電話システムに帰属する電話端末１０毎にユーザＩＤとＩＰのレコードを有するテーブルであり通常のＳＩＰサーバが保持するテーブルである。

該当するユーザＩＤのレコードがある場合（Ｓ５２３：Ｙｅｓ）、担当呼制御処理部１０４は、該当する送信先のＩＰを宛先としたＩＮＶＩＴＥメッセージを生成し、送信元のＩＰアドレスを宛先として１００Ｔｒｙｉｎｇメッセージを生成し、ローカルデータメモリ部１１５に記憶する（Ｓ５２４）。また、該当するユーザＩＤのレコードがない場合（Ｓ５２３：Ｎｏ）、ＩＮＶＩＴＥメッセージを送信した送信元のＩＰを宛先として４０４Ｎｏｔ Ｆｏｕｎｄメッセージを生成し、ローカルデータメモリ部１１５に記憶する（Ｓ５２５）。そして統括担当端末に対して生成したＳＩＰメッセージを含むＳＩＰメッセージ処理完了通知を送信し（Ｓ５２６）、図５のＳ１に戻る。

図７の（ｂ）は、１８０Ｒｉｎｇｉｎｇ担当端末の処理フローである。

まず、担当呼制御処理部１０４は主制御部１０３から１８０Ｒｉｎｇｉｎｇ処理要求のＩＰパケットを受け取るとローカルデータメモリ部１１５に記憶し、メッセージボックス番号を抽出する。そして、抽出したメッセージボックス番号からグローバルデータ１００３に記憶されている１８０Ｒｉｎｇｉｎｇメッセージをリードする（Ｓ５４１）。

そして、１８０Ｒｉｎｇｉｎｇメッセージを解析し、送信先電話端末のＩＰアドレスを抽出する（Ｓ５４２）。そして抽出した送信先電話端末のＩＰアドレスを送信先ＩＰアドレスとした１８０Ｒｉｎｇｉｎｇメッセージを生成する（Ｓ５４３）する。そして統括担当端末に対して生成したＳＩＰメッセージを含むＳＩＰメッセージ処理完了通知を送信し（Ｓ５４４）、図５のＳ１に戻る。

図７の（ｃ）は、２００ＯＫ担当端末の処理フローである。

まず、担当呼制御処理部１０４は主制御部１０３から２００ＯＫ処理要求のＩＰパケットを受け取るとローカルデータメモリ部１１５に記憶し、メッセージボックス番号を抽出する。そして、抽出したメッセージボックス番号からグローバルデータ１００３に記憶されている２００ＯＫメッセージをリードする（Ｓ５６１）。

そして、２００ＯＫメッセージを解析し、送信先電話端末のＩＰアドレスを抽出する（Ｓ５６２）。そして抽出した送信先電話端末のＩＰアドレスを送信先ＩＰアドレスとした２００ＯＫメッセージを生成する（Ｓ５６３）する。そして統括担当端末に対して生成したＳＩＰメッセージを含むＳＩＰメッセージ処理完了通知を送信し（Ｓ５６４）、図５のＳ１に戻る。

図７の（ｄ）は、ＡＣＫ担当端末の処理フローである。

まず、担当呼制御処理部１０４は主制御部１０３からＡＣＫ処理要求のＩＰパケットを受け取るとローカルデータメモリ部１１５に記憶し、メッセージボックス番号を抽出する。そして、抽出したメッセージボックス番号からグローバルデータ１００３に記憶されているＡＣＫメッセージをリードする（Ｓ５８１）。

そして、ＡＣＫメッセージを解析し、送信先電話端末のＩＰアドレスを抽出する（Ｓ５８２）。そして抽出した送信先電話端末のＩＰアドレスを送信先ＩＰアドレスとしたＡＣＫメッセージを生成する（Ｓ５８３）する。そして統括担当端末に対して生成したＳＩＰメッセージを含むＳＩＰメッセージ処理完了通知を送信し（Ｓ５８４）、図５のＳ１に戻る。

また、上記以外のＳＩＰメッセージの場合であっても、同様にグローバルデータ１００３を介した担当呼制御処理を行う。

次に図８を用いて、本電話システムが相手電話端末２０から電話端末１０−３への着信を受け、通話するまでの動作シーケンスを説明する。

まず、相手電話端末２０から統括担当端末１０−１に対してＩＮＶＩＴＥメッセージを受信すると（Ｓ１０１）、統括担当端末１０−１は受信したＩＮＶＩＴＥメッセージをグローバルデータメモリ部１１２のメッセージボックスに保存する。そして受信したＩＮＶＩＴＥメッセージをキーとして状態管理部１０８の役割分担テーブルを検索して該当するＩＮＶＩＴＥ担当端末１０−２を抽出する。そして、抽出したＩＮＶＩＴＥ担当端末１０−２を宛先としたグローバルデータメモリ部１１２に保存されたメッセージボックスのメッセージボックス番号を含むＩＮＶＩＴＥ処理要求を生成し、送信する（Ｓ１０２）。

ＩＮＶＩＴＥ処理要求を受信したＩＮＶＩＴＥ担当端末１０−２は、ＩＮＶＩＴＥ処理要求に含まれるメッセージボックス番号の端末から、当該メッセージボックスのデータをリード処理を行う。そしてリードしたメッセージボックスのＩＮＶＩＴＥ処理を実行し、電話端末１０−３宛のＩＮＶＩＴＥメッセージと相手電話端末２０宛の１００Ｔｒｙｉｎｇメッセージを生成する。次に生成したＳＩＰメッセージを含むＩＮＶＩＴＥ処理完了通知を統括担当端末１０−１に送信する（Ｓ１０３）。

ＩＮＶＩＴＥ処理完了通知を受信した統括担当端末１０−１はＩＮＶＩＴＥと１００ＴｒｙｉｎｇのＳＩＰメッセージを、自端末のＳＩＰメッセージとして電話端末１０−３に対してはＩＮＶＩＴＥメッセージを送信し（Ｓ１０４）、相手電話端末２０に対しては１００Ｔｒｙｉｎｇメッセージを送信する（Ｓ１０５）。

次に、電話端末１０−３はＩＮＶＩＴＥメッセージを受信すると、端末機能処理部１０６でＩＮＶＩＴＥの端末機能処理を行い、統括端末１０−１に対し１８０Ｒｉｎｇｉｎｇと２００ＯＫを返す（Ｓ１０６、Ｓ１１０）。

統括担当端末１０−１は、電話端末１０−３から１８０Ｒｉｎｇｉｎｇメッセージを受信すると（Ｓ１０６）、統括担当端末１０−１は受信したＳＩＰメッセージをグローバルデータメモリ部１１２のメッセージボックスに保存する。そして受信したＳＩＰメッセージをキーとして、状態管理部１０８の役割分担テーブルを参照して該当する１８０Ｒｉｎｇｉｎｇ担当端末１０−３の宛先を抽出する。そして、１８０Ｒｉｎｇｉｎｇ担当端末１０−３宛のグローバルデータメモリ部１１２に保存されたメッセージボックスのメッセージ番号を含む１８０Ｒｉｎｇｉｎｇ処理要求を生成し、送信する（Ｓ１０７）。

１８０Ｒｉｎｇｉｎｇ処理要求を受信した１８０Ｒｉｎｇｉｎｇ担当端末１０−３は、１８０Ｒｉｎｇｉｎｇ処理要求に含まれるメッセージボックス番号から、当該メッセージボックス番号が展開されている電話端末にリード要求を送信し、リード処理を行う。そしてリードしたメッセージボックスの１８０Ｒｉｎｇｉｎｇ処理を実行し、相手電話端末２０宛の１８０Ｒｉｎｇｉｎｇメッセージを生成し、１８０Ｒｉｎｇｉｎｇメッセージを含む１８０Ｒｉｎｇｉｎｇ処理完了通知を統括担当端末１０−１に送信する（Ｓ１０８）。

１８０Ｒｉｎｇｉｎｇ処理完了通知を受信した統括担当端末１０−１は１８０ＲｉｎｇｉｎｇのＳＩＰメッセージを、自端末のＳＩＰメッセージとして相手電話端末２０に対して１８０Ｒｉｎｇｉｎｇメッセージを送信する（Ｓ１０９）。

統括担当端末１０−１は、電話端末１０−３から２００ＯＫメッセージを受信すると（Ｓ１１０）、統括担当端末１０−１は受信したＳＩＰメッセージをグローバルデータメモリ部１１２に保存する。そして受信したＳＩＰメッセージをキーとして、状態管理部１０８の役割分担テーブルを参照して該当する２００ＯＫ担当端末１０−３の宛先を抽出する。そして、２００ＯＫ担当端末１０−３宛のグローバルデータメモリ部１１２に保存したＳＩＰメッセージを含む２００ＯＫ処理要求を生成し、送信する（Ｓ１１１）。

２００ＯＫ処理要求を受信した２００ＯＫ担当端末１０−３は、２００ＯＫ処理要求に含まれるメッセージボックス番号から、当該メッセージボックス番号が展開されている電話端末にリード要求を送信し、リード処理を行う。そしてリードしたメッセージボックスの２００ＯＫ処理を実行し、相手電話端末２０宛の２００ＯＫメッセージを生成し、２００ＯＫメッセージを含む２００ＯＫ処理完了通知を統括担当端末１０−１に送信する（Ｓ１１２）。

２００ＯＫ処理完了通知を受信した統括担当端末１０−１は２００ＯＫのＳＩＰメッセージを、自端末のＳＩＰメッセージとして相手電話端末２０に対して２００ＯＫメッセージを送信する（Ｓ１１３）。

統括担当端末１０−１は、２００ＯＫを送信すると相手電話端末２０はＡＣＫを送信する。

相手電話端末２０から統括担当端末１０−１に対してＡＣＫメッセージを受信すると（Ｓ１１４）、統括担当端末１０−１は受信したＡＣＫメッセージをグローバルデータメモリ部１１２に保存する。そして受信したＳＩＰメッセージをキーとして状態管理部１０８の役割分担テーブルを参照して該当するＡＣＫ担当端末１０−２を参照する。そして、参照したＡＣＫ担当端末１０−２を宛先としたグローバルデータメモリ部１１２に保存さあれたメッセージボックスのメッセージボックス番号を含むＡＣＫ処理要求を生成し、送信する（Ｓ１１５）。

ＡＣＫ処理要求を受信したＡＣＫ担当端末１０−３は、ＡＣＫ処理要求に含まれるメッセージボックス番号から、当該メッセージボックス番号が展開されている電話端末にリード要求を送信し、リード処理を行う。そしてリードしたメッセージボックスのＡＣＫ処理を実行し、相手電話端末２０宛のＡＣＫメッセージを生成し、ＡＣＫメッセージを含むＡＣＫ処理完了通知を統括担当端末１０−１に送信する（Ｓ１１６）。

ＡＣＫ処理完了通知を受信した統括担当端末１０−１はＡＣＫのＳＩＰメッセージを、自端末のＳＩＰメッセージとして１８０Ｒｉｎｇｉｎｇ担当端末１０−３に対してＡＣＫメッセージを送信し（Ｓ１１７）、通話路が確立され音声データによる通話が開始される（Ｓ１１８）。

以上、本発明の一実施の形態を説明した。

本実施の形態では、ＳＩＰサーバの機能を複数の電話端末１０で実現させるために、通常の電話機能を有する電話端末１０のそれぞれはＳＩＰサーバ処理の一部を処理し、さらにこのＳＩＰサーバ機能の一部をＳＩＰメッセージの種類毎に処理を担当するＳＩＰメッセージ担当端末と、ＳＩＰメッセージ担当端末に処理を割り振る統括担当端末１０−１に分けて処理した。このため、複数の電話端末１０を配置するだけで内線電話システムの構築が可能となり、ＳＩＰサーバ等の設置にかかるスペースやコストを削減できる効果がある。

また、本実施の形態では、各電話端末１０にグローバルデータメモリ部１１２を持たせ、ＳＩＰサーバが行うメモリ制御（ライト／リード制御）をＬＡＮ上で行うことで、各電話端末１０が有する空きメモリ領域を有効活用している。このため、電話システムの規模が拡大する場合でも、増加する電話端末のグローバルデータのメモリ領域が利用できるので、柔軟なシステム拡張ができる。

さらに、グローバルデータメモリ部に展開されるデータは、メッセージボックス単位でのライト／リード制御なので端末毎のメモリ設計が自由である。

尚、本実施の説明ではＳＩＰ制御を用いた場合を例に説明をしているが、本発明はこれに限定されない、例えばＨ３２３、ＭＧＣＰ等の呼制御機能をもつプロトコル一般に適用できる。

また、本実施例では説明を分かりやすくするために各処理端末の担当プログラムを１個と限定しているが、本発明はこれに限定されない。例えば電話端末１０の性能または担当プログラム自体の処理時間等に応じてさらに複数の担当プログラムに分散してもよいし、電話端末１０によって所有する担当プログラムの数が異なっていてもよい。複数の担当プログラムを担務することで、呼制御サーバに必要な電話端末数を少なくすると共に、各ＳＩＰ担当端末にかかる負荷を分散することができる。

さらに、本実施例では発着信に係る呼制御サーバについて説明したが本発明はこれに限定されない。例えばＳＩＰ制御をもちいたプレゼンスサーバやメールサーバ、ボイスメールサーバ等呼制御サーバに接続できるサーバ機能を本電話システムで分散してもよい。

さらに、本実施例ではグローバルメモリアドレスは自端末のグローバルアドレス空間のみを記憶しマルチキャスト／ブロードキャストでライト／リード処理を行ったが、本発明はこれに限定されない。例えば、グローバルアドレス空間毎に割り当てられている電話端末のＩＰアドレスをレコードとしてユニキャストでライト／リード処理を行ってもよい。これにより、ネットワークの負荷を減少させるという効果がある。

さらに、本実施例では説明を分かりやすくするためにＳＩＰメッセージ担当端末が担当する担当プログラムは１つと記載しているが、本発明はこれに限定されない。例えば、複数の担当プログラムを電話端末毎に重複して有しており、さらに統括担当端末１０−１が状態管理部１０８の役割分担テーブル内で各電話端末の処理状態を監視し、各電話端末の状態に応じて振り分けしてもよい。これによってさらに処理における負荷を分散することが出来、割り当てられた１台の端末が、故障や未接続などの原因で一時的に電話端末がいなくなった場合であっても、他の電話端末で補うという効果もある。

さらに、本実施例では、分散処理をＳＩＰメッセージ毎に分散する場合について説明したが、本発明はこれに限定されない。例えば、さらに処理を分散し統括担当端末の他に、ＩＮＶＩＴＥ処理を統括するＩＮＶＩＴＥ処理統括電話端末を配置し、ＩＮＶＩＴＥ処理を分散して処理してもよい。これによって処理における負荷を分散する事が出来、さらに呼制御サーバの分散処理に必要なメモリ容量を減らすという効果がある。

また、逆に接続台数が数台しかなく必要ＳＩＰメッセージ担当端末以下の場合には、複数のＳＩＰメッセージを同時に処理するようにしてもよい。

さらに、本実施例では説明を分かりやすくするために、統括担当端末は、１台として記載しているが、本発明はこれに限定されない。例えば、統括担当端末が、図１上に図示していないキャリア側のＳＩＰサーバに登録されていた場合に、登録できる回線の数だけ統括担当端末が存在し、統括担当端末が登録されていて、各統括担当端末は各ＳＩＰメッセージ担当端末の状態を管理し、それぞれがＳＩＰサーバとして動作してもよい。これによってグローバルデータメモリを複数の統括担当端末で共有することが出来、容易に収容回線をふやすことができるという効果がある。

さらに、本実施例では呼制御サーバについて説明したが本発明はこれに限定されない。例えばＳＩＰ制御をもちいたプレゼンスサーバやメールサーバ、ボイスメールサーバ等呼制御サーバに接続できるサーバ機能を本電話システムで分散してもよい。

本ＩＰ電話システムのシステム構成図 役割分担表 本ＩＰ電話システムのメモリ配置図 本発明の電話端末のブロック構成図 電話端末のフローチャート 統括担当端末のフローチャート 統括担当端末以外の担当端末フローチャート 着信処理シーケンス

１０：電話端末、 １０−１：電話端末（統括担当）、 １０−２：電話端末（ＩＮＶＩＴＥ担当）、 １０−３：電話端末（１８０Ｒｉｎｇｉｎｇ担当）、 １０−４電話端末（２００ＯＫ担当）、 １０−５：電話端末（ＡＣＫ担当）、 １０−Ｎ：電話端末（○○担当）、 ２０：相手電話端末、 ６０：外部ネットワーク、 ７０：ＬＡＮ、 １０１：外部接続ＩＦ部、 １０２：通信制御部、 １０３：主制御部、 １０４：担当呼制御処理部、１０５：ライト／リード処理部、 １０６：端末機能処理部、 １０７：マンマシンＩＦ部、 １０８：状態管理部、 １０９：記憶部、 １１０：担当呼制御メモリ部、 １１１：端末機能プログラムメモリ部、 １１２：グローバルデータメモリ部、 １１３：プログラムメモリ部、 １１４：メッセージボックス管理部、 １１５：ローカルデータメモリ部、 １１６：端末機能メモリ部、 １１７：端末機能データメモリ部

Claims (2)

1. 呼制御を統括する統括ＩＰ電話端末と、前記統括ＩＰ電話端末の指示に従って呼制御の一部を実行する複数の分散呼制御ＩＰ電話端末を含むＩＰ電話システムを構成するＩＰ電話端末であって、
   当該ＩＰ電話システムの内線ＩＰ電話端末として自端末を制御する内線ＩＰ電話端末制御手段と、他のＩＰ電話端末と共有する情報を蓄積する共有情報蓄積手段と、他のＩＰ電話端末の前記共有情報蓄積手段から所定の情報を読出す共有情報読出手段と、を有し、
   自端末が前記統括ＩＰ電話端末として動作する場合は、ＷＡＮまたはＬＡＮを介して受信した呼制御メッセージの種別を識別し、当該呼制御メッセージの処理を分担する所定の分散呼制御ＩＰ電話端末の共有情報蓄積手段の所定のエリアに前記呼制御メッセージを書込み、前記分散呼制御ＩＰ電話端末が生成した呼制御メッセージをＷＡＮまたはＬＡＮを介して送信し、
   自端末が予め定められた呼制御メッセージの処理内容を分担する前記分散呼制御ＩＰ電話端末として動作する場合は、前記統括ＩＰ電話端末が書込んだ呼制御メッセージを当該共有情報蓄積手段から読込んで所定の処理を実行し、当該呼制御メッセージに対する応答メッセージを生成することを特徴とする分散呼制御型ＩＰ電話端末。
2. 請求項１に記載のＩＰ電話端末おいて、
   前記共有情報蓄積手段は、呼制御メッセージ単位に情報を蓄積する多数のメッセージボックスを有すると共に、前記多数のメッセージボックスのそれぞれには識別用のラベルが付与されており、自端末が前記統括ＩＰ電話端末または前記分散呼制御ＩＰ電話端末として動作する場合は、前記ラベルにより前記共有情報蓄積手段にアクセスすることを特徴とする分散呼制御型ＩＰ電話端末。

Images