JP4905198B2 - Ｉｐホンシステムおよびｉｐホン端末 - Google Patents

Description

本発明はＩＰホンシステムに係り、特に呼制御機能を端末に分散配置したＩＰホンシステムに関する。

ＩＰビジネスホンシステムは、ＬＡＮに接続された、ビジネスホンの発信、着信、保留、転送等の呼制御機能を有するサーバ装置やその他のアプリケーションを実現するサーバ装置と、ＬＡＮに接続された複数の端末と、ＬＡＮと通信サービスを提供するＷＡＮとの接続を行うゲートウェイ装置で構成される。サーバ装置としては、ＩＥＴＦで標準化されたＳＩＰ（Session Initiation Protocol）に準拠したＳＩＰサーバや、ＩＴＵ−Ｔで標準化されたＨ．３２３に準拠したゲートキーパ、または、これらの機能を有するＩＰ−ＰＢＸ（構内交換機）、メールサーバ、画像サーバなどがある。

しかしながら、これらのサーバ装置を設置すると、装置の費用、設置工事、保守費用などユーザの費用負担が大きくなる。特に小規模なオフィスにおいては、システムに対するサーバ装置の占める費用が大きくなる。
特許文献１では、ゲートウェイ装置にサーバ機能に準ずる機能を搭載し、保留、転送等の機能をサーバ無しで実現する方法が開示されている。

特開２００５−２５２８０９号公報

しかし、特許文献１に記載の技術では、特別なゲートウェイや場合によっては特別なプロトコルを必要とするため自由なシステムを構築できない。また、ゲートウェイ装置は、複数の回線を制御するゲートウェイ処理とサーバ処理を同時に実現するため、処理能力の高いＣＰＵ等を必要とし装置費用が大きくなる。更に、ゲートウェイ装置が故障した場合、ＷＡＮへの接続はおろか、ＬＡＮ内の内線制御もできなくなる。

本発明は、上記事情に鑑みてなされたものである。本発明の目的は、ＩＰによるビジネスホンシステムにおいて、特別にサーバ機能を有する装置を設置することなくビジネスホンシステムの機能を実現する技術を提供する事にある。

上述した目的は、呼制御サーバ機能を有するＩＰホン端末を含み、呼制御サーバ機能を有するＩＰホン端末は、自端末に帰属するＩＰホン端末の発着信、転送等の呼制御を処理する呼制御処理手段を有し、呼制御を処理している呼制御サーバ機能を有する端末に帰属するＩＰホン端末が予め定められた台数に達した場合、呼制御を処理しているＩＰホン端末は、新たなＩＰホン端末からの帰属要求を拒否すると共に、自端末に帰属中のＩＰホン端末の中に存在する自端末以外の呼制御サーバ機能を有するＩＰホン端末を新たな呼制御処理端末として指定し、指定された呼制御サーバ機能を有するＩＰホン端末は、自端末の呼制御処理手段を活性化させ、新たに帰属を要求するＩＰホン端末を収容し、自端末および自端末に帰属するＩＰホン端末の呼制御を実行するＩＰホンシステムにより、達成できる。

また、ＩＰホンシステムの呼制御機能を実行可能であり、自端末に帰属するＩＰホン端末の発着信・転送等の呼制御を処理する呼制御処理手段と、自端末が前記呼制御サーバ機能を活性化している場合ＩＰホン端末が予め定められた台数に達すると新たなＩＰホン端末からの帰属要求を拒否すると共に自端末に帰属中のＩＰホン端末の中に存在する自端末以外の呼制御サーバ機能を有するＩＰホン端末を新たな呼制御処理端末として指定する呼制御サーバ機能端末指定手段とを有し、自端末が呼制御を処理している前記呼制御サーバ機能を有する別の端末に帰属している場合前記別の端末から自端末が前記呼制御サーバ機能端末指定手段によって指定されると自端末の呼制御処理手段を活性化させ新たに帰属を要求するＩＰホン端末を収容し自端末および自端末に帰属するＩＰホン端末の呼制御を実行するＩＰホン端末により、達成できる。

本発明によれば、サーバ装置を必要としない安価で信頼性の高いＩＰビジネスホンシステムを提供できる。

以下本発明の実施の形態について、実施例を用い図面を参照しながら説明する。なお、同一部位には同じ参照番号を振り、説明は繰り返さない。ここで、図１は端末処理型ＩＰホンシステムの構成を説明するブロック図である。図２は端末の機能ブロック図である。図３は端末のハードウェアブロック図である。図４は呼制御サーバを起動した端末が保有するテーブルを説明する図である。図５から図７は呼制御サーバ起動端末決定および端末の登録シーケンス図である。図８は発信のシーケンス図である。図９は呼制御サーバを起動するかを判定するフローチャートである。図１０は呼制御サーバから端末の登録指示を受信した端末のフローチャートである。図１１は呼制御サーバ起動指示を受信した端末のフローチャートである。図１２は発着信の呼制御処理を説明するフローチャートである。図１３は呼制御サーバ検知処理を説明するフローチャートである。図１４は呼制御サーバ定期送信処理を説明するフローチャートである。

図１において、ネットワークは、ＷＡＮ１１と、端末処理型ＩＰホンシステム２０と、ＷＡＮ１１と端末処理型ＩＰホンシステム２０とを接続するゲートウェイ（ＧＷ）１３とから構成されている。端末処理型ＩＰホンシステム２０は、ＬＡＮ１２と接続された複数の端末３０、３０Ａとから構成されている。ここで、端末３０は、呼制御サーバ機能を有する端末であり、端末３０Ａは呼制御サーバ機能を有していない端末である。端末３０−１は、予め定められたルールにより、最初に呼制御サーバを起動した端末であり、端末３０−２、３０Ａ−１〜３０Ａ−ｎおよび自身である端末３０−１がこの呼制御サーバに帰属している。端末３０−２は、端末３０−１の呼制御サーバに帰属しているが、端末３０−１の呼制御サーバの帰属端末数が限界値となったため、自身の呼制御サーバを起動し、端末３０−２１〜端末３０Ａ−２ｍの端末を帰属させている。更に端末３０―２１は、端末３０−１、端末３０−２の呼制御サーバの帰属端末数が限界となったため、自身の呼制御サーバを起動し、端末３０Ａ−２１１〜端末３０Ａ−２１ｋの端末を帰属させている。

図２において、端末３０は、ＬＡＮ１２と接続されたＬＡＮインターフェース部３００と、ＬＡＮインターフェース部３００と接続された通信制御部３０１と、通信制御部３０１に接続された端末側呼制御プロトコル部３０２と呼制御サーバ起動通信部３０４と呼制御サーバプロトコル部３０５と呼制御サーバ確認通信部３０６と、端末側呼制御プロトコル部３０２と呼制御サーバプロトコル部３０５に接続されたマンマシンインターフェース部３０７と、呼制御サーバ起動通信部３０４と呼制御サーバプロトコル部３０５に接続された呼制御サーバ機能起動決定処理部３０３とから構成される。

ＬＡＮインターフェース部３００は、イーサネット（登録商標）などのＬＡＮ１２を介した通信を行うための物理的なインターフェース部である。ＬＡＮインターフェース部３００は、またアクセス制御を実施する。通信制御部３０１は、イーサネットとの通信を制御する。端末側呼制御プロトコル部３０２は、発着信や転送を行うために呼制御サーバとの間で通信を行う。呼制御サーバ機能起動決定処理部３０３は、定められたルールにより、自端末の呼制御サーバを起動するか否かを決定する。呼制御サーバ起動通信部３０４は、呼制御サーバを起動したことを自端末のアドレスと共に他の端末へ通知する。呼制御サーバ起動通信部３０４は、また他の端末が呼制御サーバを起動した場合にその通知を受信し通知情報に含まれる端末アドレスを呼制御サーバのアドレスとして保存する処理を行う。

呼制御サーバプロトコル部３０５は、自端末および他端末に対する呼制御を実施する。本実施例では、呼制御はＳＩＰを適用するので、呼制御サーバプロトコル部３０５は、ＳＩＰプロキシサーバ機能、レジストラサーバ機能、ロケーションサーバ機能を有する。呼制御サーバ確認通信部３０６は、他端末が起動している呼制御サーバが正常に機能しているか否かを検出する。マンマシンインターフェース部３０７は、音声入出力、キー入力、ＬＣＤ表示を実施する。

図３において、端末３０は、ＬＡＮ１２と接続されたＬＡＮインターフェース部３００と、ＬＡＮインターフェース部３００と接続された中央演算処理部３１０と、中央演算処理部３１０と接続された音声入出力部３１４と表示部３１５とキー入力部３１６とデータ格納メモリ部３１２とプログラム格納メモリ部３１１と、各部に電源供給する電源部３１７とから構成される。

プログラム格納メモリ３１１は、端末３０の機能および呼制御サーバ機能を実現するプログラムを格納する。中央演算処理部３１０は、プログラム格納メモリ３１１の格納されたプログラムにしたがって、端末３０全体の制御を行う。データ格納メモリ３１２は、通信用のデータおよび演算処理に使用するデータを格納する。音声入出力部３１４は、マイク、スピーカ、ハンドセットであり、さらに音声符号化/復号化を実施する。表示部３１５は、ＬＣＤまたはＬＥＤによる文字、画像表示および可視光表示を行う。キー入力部３１６は、ボタンまたはタッチパネルによるキー入力を実現する。

図４において、図４（ａ）は図１の状態において端末３０−１が保有する端末管理テーブル４０−１である。同様に、図４（ｂ）は図１の状態において端末３０−２が保有する端末管理テーブル４０−２である。図４（ｃ）は図１の状態において端末３０−２１が保有する端末管理テーブル４０−２１である。端末管理テーブル４０は、ユーザ名４１、電話番号４２、アドレス４３、呼制御サーバの実装４４、呼制御サーバの起動４５を記載したテーブルであり、プログラム格納メモリ３１１に保管される。呼制御サーバを起動した端末３０は、端末管理テーブル４０を参照して、配下の端末を管理する。なお、図４において、端末３０−１のみが自分自身を配下にしているが、端末３０−２、端末３０−２１も自分自身を配下にしても良い。この場合、上位の端末の端末管理テーブルから削除してから、自分自身の端末管理テーブルに追加すればよい。

図５において、端末３０−１、３０−２は、ほぼ同時に電源が投入され、ネットワークとのリンクが確立する（Ｓ４０１、Ｓ４０２）。端末３０−１、３０−２はネットワークとのリンクが確立した後、乱数タイマをセットする（Ｓ４０３、Ｓ４０４）。ここで、乱数タイマは、タイムアウト時間がランダムなタイマである。また、ここで端末３０−１の乱数タイマが最初にタイムアウトしたとする。

端末３０−１は、乱数タイマのタイムアウト後、呼制御サーバサーチタイマをセットし（Ｓ４０６）、呼制御サーバサーチパケットをマルチキャストする（Ｓ４０７）。呼制御サーバサーチパケットを受信した端末３０−２は、乱数タイマを停止する（Ｓ４０８）。呼制御サーバサーチパケットを送信した端末３０−１は、応答を受信しないので呼制御サーバサーチタイマがタイムアウトしたのを受け、自身の呼制御サーバを起動し（Ｓ４０９）、呼制御サーバ起動通知を自身のアドレスと共に送信する（Ｓ４１１）。端末３０−１は、自端末を自身の呼制御サーバに登録する（Ｓ４１２）。端末３０−２は、呼制御サーバ起動通知を受信すると、呼制御サーバを起動した端末のアドレスを呼制御サーバアドレスとして登録する（Ｓ４１３）。

端末３０−２は、呼制御サーバを実装しているので、呼制御サーバ実装通知を端末３０−１に通知し（Ｓ４１４）、端末３０−１の呼制御サーバに対して登録要求（REGISTER）を送信する（Ｓ４１６）。登録要求を受信した端末３０−１は、端末管理テーブル４０−１に端末３０−２を登録し（Ｓ４１７）、登録の実施を示すパケット（200 OK）を登録を要求した端末３０−２に送信する（Ｓ４１８）。

ここで、遅れて端末３０Ａ−ｎが電源投入されたことを説明する。端末３０Ａ−ｎは、電源投入されると、ネットワークリンクを確立し（Ｓ４２１）、乱数タイマをセットする（Ｓ４２２）。端末３０Ａ−ｎは、呼制御サーバ起動通知パケットを受信する前に乱数タイマがタイムアウトすると、呼制御サーバサーチタイマをセットし（Ｓ４２３）、呼制御サーバサーチパケットをマルチキャストで送信する（Ｓ４２４）。端末３０−１は、呼制御サーバサーチパケットを受信すると、自身のアドレスを含む呼制御サーバサーチレスポンスを端末３０Ａ−ｎに送信する（Ｓ４２５）。呼制御サーバサーチタイマがタイムアウトする前に呼制御サーバサーチレスポンスを受信した端末３０Ａ−ｎは、呼制御サーバサーチタイマを停止し（Ｓ４２６）、端末３０−１のアドレスを呼制御サーバのアドレスとして保存する（Ｓ４２７）。端末３０Ａ−ｎは、端末３０−１の呼制御サーバに対して登録要求を送信する（Ｓ４２８）。また、端末３０−Ａｎは、呼制御サーバ機能を実装していないため呼制御サーバ実装通知は行わない。登録要求を受信した端末３０−１は、端末管理テーブル４０−１に登録し（Ｓ４２９）、登録を実施を登録を要求した端末３０Ａ−ｎに送信する（Ｓ４３１）。なお、ここで、端末３０−１〜端末３０Ａ−ｎの登録を完了した時点で端末３０−１の呼制御サーバは登録限界となり、以降の端末の登録ができない状態になっている。

図６において、端末３０−１の呼制御サーバが既に登録限界にある。このとき、新たに端末３０−２１と端末３０−２ｍが接続された場合のシーケンスを説明する。端末３０−２１の電源が投入され、ネットワークとのリンクを確立（Ｓ４４１）した後、端末３０−２１は、乱数タイマをセットする（Ｓ４４２）。端末３０−２１は、乱数タイマがタイムアウトすると、呼制御サーバサーチタイマをセットし（Ｓ４４３）、呼制御サーバサーチパケットをマルチキャストする（Ｓ４４４）。呼制御サーバサーチパケットを受信した端末３０−１は、呼制御サーバを起動しているが、登録限界であるため、呼制御サーバ実装通知を受けている他の端末の中から、一番若い番号のアドレスを有する端末３０−２を選択する。また本実施例では一番若い番号のアドレスから順に選択する場合について説明するが、前記呼制御サーバに登録する際に、登録された順番に選択しても良い。ここでは端末３０−１は、端末３０−２を選択し、呼制御サーバ起動指示を送信する（Ｓ４４６）。端末３０−２は、呼制御サーバ起動指示を受信すると、端末３０−１に対して起動指示レスポンスを送信し（Ｓ４４７）、呼制御サーバを起動する（Ｓ４４８）。端末３０−２は、呼制御サーバサーチレスポンスを端末３０−２１に送信する（Ｓ４４９）。呼制御サーバサーチレスポンスを受信した端末３０−２１は、呼制御サーバサーチタイマを停止し（Ｓ４５０）、呼制御サーバサーチレスポンスに含まれる端末３０―２のアドレスを呼制御サーバアドレスとして保存する（Ｓ４５１）。ここで端末３０―２１は呼制御サーバ機能を実装している端末であり、端末３０−２に対して呼制御サーバ実装通知を送信し（Ｓ４５２）、登録要求（Ｓ４５３）を送信する。端末３０−２は、端末３０−２１を登録し（Ｓ４５４）、200 OKを、端末３０−２１に返信する（Ｓ４５５）。

次に端末３０Ａ−２ｍが電源投入され、ネットワークとのリンクを確立する（Ｓ４６１）。端末３０Ａ−２ｍは、乱数タイマをセットし（Ｓ４６２）、乱数タイマがタイムアウトすると、呼制御サーバサーチタイマをセットし（Ｓ４６３）、呼制御サーバサーチパケットをマルチキャストする（Ｓ４６４）。呼制御サーバサーチパケットを受信した端末３０−１は、登録限界の状態にあるため、呼制御サーバを起動している端末３０―２に登録指示を送信する（Ｓ４６５）。登録指示を受信した端末３０−２は、呼制御サーバサーチレスポンスを端末３０−ｍに送信する（Ｓ４６６）。呼制御サーバサーチレスポンスを受信した端末３０Ａ−２ｍは、呼制御サーバサーチタイマを停止し（Ｓ４６７）、端末３０−２のアドレスを呼制御サーバアドレスとして保存する（Ｓ４６８）。端末３０Ａ−２ｍは、端末３０−２の呼制御サーバに対して登録要求を送信する（Ｓ４６９）。ここで端末３０Ａ−２ｍは、呼制御サーバ機能を実装していないため、呼制御サーバ実装通知は行わない。

登録要求を受信した端末３０−２の呼制御サーバは、端末３０Ａ−２ｍを登録し（Ｓ４７１）、200 OKを、端末３０Ａ−２ｍに返信する（Ｓ４７２）。この時点で端末３０−２の呼制御サーバも登録限界になるものとする。

図７を参照して、端末３０−１および端末３０−２の呼制御サーバが既に登録限界にあるとき、新たに端末３０Ａ−２１１が接続された場合のシーケンスを説明する。端末３０Ａ−２１１の電源が投入されると、端末３０Ａ−２１１は、ネットワークとのリンクを確立し（Ｓ４８１）、乱数タイマをセットする（Ｓ４８２）。端末３０Ａ−２１１は、乱数タイマがタイムアウトすると、呼制御サーバサーチタイマをセットし（Ｓ４８３）、呼制御サーバサーチパケットをマルチキャストで送信する（Ｓ４８４）。呼制御サーバサーチパケットを受信した端末３０−１は、登録限界の状態にあるため、呼制御サーバを起動している端末３０―２に登録指示を送信する（Ｓ４８６）。しかし、登録指示を受信した端末３０−２も登録限界の状態にあるため、呼制御サーバ実装通知を受けている他の端末の中から、一番若い番号のアドレスを有する端末３０−２１を選択する。端末３０−２は、端末３０−２１に、呼制御サーバ起動指示を送信する（Ｓ４８７）。端末３０−２１は、呼制御サーバ起動指示を受信すると、端末３０−２に対して起動指示レスポンスを送信する（Ｓ４８８）と共に、自身の呼制御サーバを起動し（Ｓ４８９）、呼制御サーバサーチレスポンスを端末３０Ａ−２１１に送信する（Ｓ４９０）。

呼制御サーバサーチレスポンスを受信した端末３０Ａ−２１１は、呼制御サーバサーチタイマを停止し（Ｓ４９１）、呼制御サーバサーチレスポンスに含まれる端末３０―２１のアドレスを呼制御サーバアドレスとして保存し（Ｓ４９２）、端末３０−２１に対して登録要求を送信する（Ｓ４９３）。ここで端末３０Ａ−２１１は。呼制御サーバ機能を実装していないため、呼制御サーバ実装通知は行わない。２００ＯＫを受信した端末３０−２１の呼制御サーバは、端末３０Ａ−２１１を登録し（Ｓ４９４）、登録が完了した事を示すパケットを端末３０Ａ−２１１に送信する（Ｓ４９５）。

このように、呼制御サーバを起動している端末が、登録限界になった場合、自身に帰属する端末の中から呼制御サーバを実装している端末を選択し、その端末の呼制御サーバを補助的に起動させることにより、端末の増設に伴い一台の呼制御サーバのメモリが不足した場合においても、複数の端末で補うことで、小規模から大規模システムに柔軟に対応できる端末処理型のＩＰホンシステムを構築できる。

図８を参照して、呼制御サーバを起動している端末３０−１に帰属している端末３０Ａ−ｎから、端末３０−２１に帰属している端末３０Ａ−２１１に発信を行ったときの、シーケンスを説明する。

端末３０Ａ−ｎは、発信先を示す情報を含むセッション要求を自身が帰属している呼制御サーバを起動している端末３０−１に送信する（Ｓ５０１）。端末３０Ａ−ｎからセッション要求を受信した端末３０−１の呼制御サーバは、発信先である端末３０Ａ−２１１が自身の呼制御サーバに登録されていないため、自身に帰属している端末のうち呼制御サーバを起動している端末３０−２に発信先端末登録問い合わせを行う（Ｓ５０２）。発信先端末登録問い合わせを受信した端末３０−２は、問い合わせの発信先端末が登録されていないため、更に自身の呼制御サーバに帰属している端末のうち呼制御サーバを起動している端末３０−２１に発信先端末登録問い合わせを転送する（Ｓ５０３）。

発信先端末登録問い合わせを受信した端末３０−２１は、自身の呼制御サーバに発信先端末が登録されているため、発信先端末登録問い合わせレスポンスを端末３０−１に送信する（Ｓ５０４）。発信先端末登録呼制御サーバサーチレスポンスパケットを受信した端末３０−１の呼制御サーバは、セッション試行中を示すパケットを発信元の端末３０Ａ−ｎに送信（Ｓ５０６）すると共に、セッション要求を端末３０−２１の呼制御サーバに送信する（Ｓ５０７）。

セッション要求を受信した端末３０−２１の呼制御サーバは、発信先の端末３０Ａ−２１１にセッション要求を送信する（Ｓ５０８）。セッション要求を受信した端末３０Ａ−２１１は、着信音等を鳴動させると共に、着信したことを示すパケットを端末３０−２１の呼制御サーバに送信する（Ｓ５０９）。着信したことを示すパケットを受信した端末３０−２１の呼制御サーバは、端末３０−１の呼制御サーバに転送する（Ｓ５１１）。着信を示すパケットを受信した端末３０−１の呼制御サーバは、更に発信先端末３０Ａ−ｎに送信する（Ｓ５１２）。

セッション要求を受けた端末３０Ａ−２１１は鳴動を開始し（Ｓ５１０）、端末３０Ａ−２１１のユーザがオフフック操作することによって、端末３０Ａ−２１１は、200 OKを端末３０−２１に送信する（Ｓ５１３）。200 OKを受信した端末３０−２１は、200 OKを端末３０−１に転送する（Ｓ５１４）。端末３０−１は、200 OKを端末３０Ａ−ｎに送信する（Ｓ５１６）。端末３０Ａ−ｎは、ＡＣＫを端末３０−１に返信する（Ｓ５１７）。ＡＣＫを受信した端末３０−１は、発信先登録呼制御サーバ問い合わせレスポンスを受信した端末３０−２１にＡＣＫを転送する（Ｓ５１８）。端末３０−２１は、ＡＣＫを端末３０Ａ−２１１に送信し（Ｓ５１９）、端末３０Ａ−ｎと端末３０Ａ−２１１との間の通話が成立する。

図９を参照して、呼制御サーバ機能を実装している端末が、電源投入、ネットワークとのリンク確立後に呼制御サーバを起動するか否かを決定する処理を説明する。図９において、端末３０は、電源投入、ネットワークとのリンク確立後に乱数で決定された時間の乱数タイマをセットする（Ｓ８００）。端末３０は、次に、他の端末から呼制御サーバ起動の通知を受信したか否かを判定する（Ｓ８０１）。他の端末から呼制御サーバ起動の通知を受信した場合（Ｓ８０１：ＹＥＳ）、端末３０は、乱数タイマを停止し（Ｓ８０２）、呼制御サーバ検知処理をスタートさせ（Ｓ８０３）、受信した呼制御サーバ起動通知に含まれる端末のアドレスを呼制御サーバのアドレスとして保存する（Ｓ８０４）。なお、呼制御サーバ検知処理については、後述する。端末３０は、次に、登録した呼制御サーバのアドレスに対して、呼制御サーバを実装通知（Ｓ８０５）および自身の端末を登録する処理を行い（Ｓ８０６）、終了する。

ステップ８０１で呼制御サーバ起動通知を受信していない場合（ＮＯ）、端末３０は、乱数タイマがタイムアウトしたか否かを判定する（Ｓ８０７）。乱数タイマがタイムアウトした場合（Ｓ８０７：ＹＥＳ）、端末３０は、呼制御サーバサーチパケットを送信し（Ｓ８０８）、新たに予め定められた時間の呼制御サーバサーチタイマをセットする（Ｓ８０９）。端末３０は、呼制御サーバサーチタイマがタイムアウトしたか判定し（Ｓ８１０、タイマがタイムアウトした場合（ＹＥＳ）、自身の呼制御サーバを起動し（Ｓ８１１）、呼制御サーバ起動通知を送信する（Ｓ８１２）。端末３０は、次に自端末を自身の呼制御サーバに登録し（Ｓ８１３）、呼制御サーバ起動通知定期送信処理をスタートさせ（Ｓ８１４）、終了する。

ステップ８１０でタイムアウトしていない場合（ＮＯ）、端末３０は、呼制御サーバサーチレスポンスを受信したか否かを判定する（Ｓ８１５）。呼制御サーバサーチレスポンスを受信した場合（ＹＥＳ）、端末３０は、タイマを停止し（Ｓ８１６）、Ｓ８０３〜Ｓ８０６の処理を行い終了する。

ステップ８１５で呼制御サーバサーチレスポンスを受信していない場合（ＮＯ）、端末３０は、ステップ８１０に戻り呼制御サーバサーチタイマのタイムアウトまたは呼制御サーバサーチレスポンスを受信するまで待つ。
ステップ８０７で乱数タイマがタイムアウトしていない場合、端末３０は、ステップ８０１に戻り、呼制御サーバ起動通知を受信するまたは乱数タイマがタイムアウトするまで待つ。

図１０を参照して、呼制御サーバを起動している端末が、他の端末から登録要求を受信した場合または自身が帰属している呼制御サーバから端末の登録指示を受信した場合の動作を説明する。

図１０において、端末３０は、自身の呼制御サーバが登録限界であるか否かを判定する（Ｓ９００）。登録限界の場合（ＹＥＳ）、端末３０は、自身に帰属している端末で呼制御サーバ起動中の端末が有るか否かを判定する（Ｓ９０１）。呼制御サーバ起動中の端末がある場合（ＹＥＳ）、端末３０は、その端末に登録指示を送信する（Ｓ９０２）。端末３０は、次に、登録指示を送信した端末からのレスポンスが拒絶か否かを判定する（Ｓ９０３）。レスポンスが拒絶の場合（ＹＥＳ）、呼制御サーバを実装している端末が自身の呼制御サーバに登録されているか否かを判定する（Ｓ９０４）。呼制御サーバを実装している端末が登録されている場合（ＹＥＳ）、端末３０は、その中から一つの端末を選択する（Ｓ９０５）。選択のルールは、例えば一番若い番号のアドレスを有する端末を選択する。端末３０は、次に、選択した端末に対し呼制御サーバ起動指示を送信して（Ｓ９０６）終了する
ステップ９０４で呼制御サーバ実装端末が登録されていない場合（ＮＯ）、端末３０は、登録拒絶通知を、登録要求を送信した端末または登録指示を送信した端末に送信して（Ｓ９０９）、終了する。ステップ９０３でレスポンスが拒絶で無い場合（ＮＯ）、端末３０は、終了する。ステップ９０１で呼制御サーバを起動している端末が無い場合（ＮＯ）、端末３０は、ステップ９０２〜９０３をジャンプして、ステップ９０４の処理を実行する。ステップ９００において登録限界で無い場合（ＮＯ）、登録処理を実行して（Ｓ９０７）、終了する。

図１１を参照して、呼制御サーバを実装している端末が、自身が帰属している呼制御サーバから呼制御サーバ起動指示を受信した場合の動作を説明する。
端末３０は、まず、起動指示レスポンスを自身が帰属している呼制御サーバに送信する（Ｓ４００）。端末３０は、次に、呼制御サーバサーチレスポンスを、呼制御サーバサーチを送信した端末に送信する（Ｓ４０１）。端末３０は、自身の呼制御サーバを起動する（Ｓ４０２）。端末３０は、呼制御サーバ起動通知定期送信処理をスタートさせ（Ｓ４０３）本処理を終了する。呼制御サーバ起動通知定期送信処理は、後述する。

図１２を参照して、呼制御サーバを起動した端末の発着信の呼制御処理を説明する。図１２において、端末３０は、呼制御サーバを起動した後、帰属している端末からセッション要求を受信したとき、まず自身の呼制御サーバに発信先の端末が登録されているか否かを判定する（Ｓ２００）。発信先の端末が登録されている場合（ＹＥＳ）、端末３０は、以降の呼制御パケットを送信する送信先アドレスに発信先端末のアドレスをセットする（Ｓ２０１）。端末３０は、次に、試行中を示すパケット（１００ Ｔｒｙｉｎｇ）を発信元に送信し（Ｓ２０２）、セッション要求（ＩＮＶＩＴＥ）を発信先に送信する（Ｓ２０３）。端末３０は、呼び出し中を示すパケット（１８０ Ｒｉｎｇｉｎｇ）を受信したか否かを判定する（Ｓ２０４）。呼び出し中を示すパケットを受信していない場合（ＮＯ）はステップ２０４の判定を繰り返し、呼び出し中パケット受信待機状態となる。

ステップ２０４で呼び出し中を示すパケットを受信した場合（ＹＥＳ）、端末３０は、呼び出し中パケットを発信元に送信する（Ｓ２０５）。端末３０は、次に、オフフックを示すパケット（200 OK）を受信したか否かを判定する（Ｓ２０６）。オフフックを示すパケットを受信していない場合（ＮＯ）、端末３０は、ステップ２０６の判定を繰り返し、オフフックパケット受信待機状態となる。

ステップ２０６でオフフックを示すパケットを受信した場合（ＹＥＳ）、端末３０は、オフフックを示すパケットを発信元に送信する（Ｓ２０７）。端末３０は、確認応答パケット（ACK）を受信したか否かを判定する（Ｓ２０８）。確認応答パケットを受信していない場合（ＮＯ）、端末３０は、ステップ２０８の判定を繰り返し、確認応答パケット受信待機状態となる。ステップ２０８で確認応答パケットを受信した場合（ＹＥＳ）、端末３０は、確認応答パケットを発信先に送信し（Ｓ２０９）、本処理を終了する。

ステップ２００で発信先端末が登録されていない場合（ＮＯ）、端末３０は、自端末に帰属し呼制御サーバを起動している端末に、発信先端末登録問い合わせを送信する（Ｓ２１０）。端末３０は、次に問い合わせに対するレスポンスを受信したか否かを判定する（Ｓ２１１）。レスポンスを受信していない場合（ＮＯ）、端末３０は、ステップ２１１の判定を繰り返し、レスポンス受信待機状態となる。ステップ２１１でレスポンスを受信した場合（ＹＥＳ）、端末３０は、レスポンスが発信先端末の登録を示すものか否かを判定する（Ｓ２１２）。登録有りの場合（ＹＥＳ）、端末３０は、発信先端末を登録している呼制御サーバのアドレスを送信先アドレスにセットし（Ｓ２１３）、ステップ２０２に遷移する。ステップ２１２で登録無しの場合（ＮＯ）、端末３０は、発信先端末が接続されていない事を示すパケットを発信元に送信し（Ｓ２１４）、終了する。尚、受信待機状態において予め定められた時間を経過した場合の話中処理等は省略する。

図１３において、端末３０は、まず、定期的に送信される呼制御サーバ起動通知間隔よりも長い時間の呼制御サーバ起動通知受信タイマをセットする（Ｓ３０１）。端末３０は、呼制御サーバ起動通知を受信したか否かを判定する（Ｓ３０２）。ＹＥＳのとき、端末３０は、呼制御サーバタイマをリセットし（Ｓ３０３）、ステップ３０２に戻る。

ステップ３０２で呼制御サーバ起動通知を受信していない場合（ＮＯ）、端末３０は、呼制御サーバ起動通知受信タイマがタイムアウトしたか否かを判定する（Ｓ３０４）。ステップ３０４で呼制御サーバ起動通知受信タイマがタイムアウトした場合（ＹＥＳ）、端末３０は、乱数タイマをセットする（Ｓ３０５）。端末３０は、呼制御サーバ起動通知を受信したか否かを再度判定する（Ｓ３０６）。

ステップ３０６で呼制御サーバ起動通知を受信した場合（ＹＥＳ）、呼制御サーバ起動通知に含まれるアドレスが、登録済みのアドレスから変更されたか否かを判定する（Ｓ３０７）。ＹＥＳのとき、端末３０は、保存されている呼制御サーバアドレスを新しいアドレスに更新し（Ｓ３０８）、そのアドレスを宛先にして自端末を呼制御サーバに登録し（Ｓ３０９）、ステップ３０１に戻る。ステップ３０７で呼制御サーバアドレスが変更されていない場合、端末３０は、またステップ３０１に戻る。

ステップ３０６で呼制御サーバ起動通知を受信していない場合（ＮＯ）、端末３０は、乱数タイマがタイムアウトしたか否かを判定する（Ｓ３１０）。ＹＥＳのとき、端末３０は、自身の呼制御サーバを起動し（Ｓ３１１）、呼制御サーバ起動通知を送信する（Ｓ３１２）。端末３０は、自端末を自身の呼制御サーバに登録し（Ｓ３１３）、呼制御サーバ起動通知定期送信処理をスタート（Ｓ３１４）させて、終了する。

ステップ３１０で乱数タイマがタイムアウトしていない場合（ＮＯ）、端末３０は、ステップ３０６に戻り、呼制御サーバ起動通知の受信または乱数タイマのタイムアウトまで待つ。ステップ３０４で呼制御サーバ起動通知受信タイマがタイムアウトしていない場合（ＮＯ）、端末３０は、ステップ３０２に戻り、呼制御サーバ起動通知の受信またはタイマのタイムアウトを待つ。

図１４を参照して、呼制御サーバを起動している端末による、定期的に呼制御サーバ起動通知を送信する処理を説明する。図１４の呼制御サーバ起動通知定期送信処理は、図９のステップ８１４または図１１のステップ４０３で開始される処理である。

図１４において、端末３０は、まず、予め定められた時間の周期タイマをセットする（Ｓ８１）。ここでは、端末３０は、１０秒をセットする。端末３０は、次に周期タイマがタイムアウトしたか否かを判定する（Ｓ８２）。ＹＥＳのとき、端末３０は、呼制御サーバ起動通知を送信し（Ｓ８３）、Ｓ８１に戻る。ステップ８２で周期タイマがタイムアウトしていない場合（ＮＯ）、端末３０は、周期タイマがタイムアウトするまで待つ。

また、外線からの着信や外線への発信の場合、つまり外部ネットワークとの発着信処理を行う場合、端末３０−１が呼制御サーバ機能を起動する際に、外部ネットワーク側のサーバにレジスト登録を行うことで実現する事が可能である。この場合、外部ネットワークからの発着信を受けると登録された３０−１を介して図８と同様に発着信処理を行うことが可能となる。

さらに多数の端末からなるシステムの場合、端末３０−１に発着信処理が集中するので、処理能力の限界に達する事が考えられる。この場合は例えば登録限界により呼制御サーバ起動指示を受け、端末３０−２が第2の呼制御サーバが起動する際に、端末３０−１がキャリア側のサーバに登録した内容と同様の内容でレジスト登録し、替わりに発着信処理を行うことで処理の集中を回避する事ができる。尚、これら技術の詳細はＳＩＰプロトコル技術の複数の呼制御サーバを起動させたばあいの技術と同等であり公知技術なので、説明を省略する。

上述した実施例によれば、サーバ機能を分散処理しているので、端末のサーバ機能がダウンしたときにも、他の端末のサーバ機能で復旧できる。したがって、サーバ装置を必要としない安価で信頼性の高いＩＰビジネスホンシステムを提供できる。

端末処理型ＩＰホンシステムの構成を説明するブロック図である。 端末の機能ブロック図である。 端末のハードウェアブロック図である。 呼制御サーバを起動した端末が保有するテーブルを説明する図である。 呼制御サーバ起動端末決定および端末の登録のシーケンス図である。 新たな呼制御サーバ起動および端末の登録のシーケンス図である。 階層の異なる新たな呼制御サーバ起動および端末の登録のシーケンス図である。 発信のシーケンス図である。 呼制御サーバを起動するかの判定のフローチャートである。 呼制御サーバから端末の登録指示を受信した端末のフローチャートである。 呼制御サーバ起動指示を受信した端末のフローチャートである。 発着信の呼制御処理を説明するフローチャートである。 呼制御サーバ検知処理を説明するフローチャートである。 呼制御サーバ定期送信処理を説明するフローチャートである。

符号の説明

１１…ＷＡＮ、１２…ＬＡＮ、１３…ゲートウェイ、２０…ＩＰホンシステム、３０…端末、４０…端末管理テーブル、３００…ＬＡＮインターフェース部、３０１…通信制御部、３０２…端末側呼プロトコル部、３０３…呼制御サーバ起動決定処理部、３０４…呼制御サーバ起動通信部、３０５…呼制御サーバプロトコル部、３０６…呼制御サーバ確認通信部、３０７…マンマシンインターフェース部、３１０…中央演算処理部、３１１…プログラム格納メモリ、３１２…データ格納メモリ、３１４…音声入出力部、３１５…表示部、３１６…キー入力部、３１７…電源部。

Claims (3)

1. 呼制御サーバ機能を有するＩＰホン端末を含むＩＰホンシステムであって、
   前記呼制御サーバ機能を有するＩＰホン端末は、自端末に帰属するＩＰホン端末の発着信、転送等の呼制御を処理する呼制御処理手段を有し、
   呼制御を処理している前記呼制御サーバ機能を有する端末に帰属するＩＰホン端末が予め定められた台数に達した場合、前記呼制御を処理しているＩＰホン端末は、新たなＩＰホン端末からの帰属要求を拒否すると共に、自端末に帰属中のＩＰホン端末の中に存在する自端末以外の呼制御サーバ機能を有するＩＰホン端末を新たな呼制御処理端末として指定し、
   前記指定された呼制御サーバ機能を有するＩＰホン端末は、自端末の呼制御処理手段を活性化させ、新たに帰属を要求するＩＰホン端末を収容し、自端末および自端末に帰属するＩＰホン端末の呼制御を実行することを特徴とするＩＰホンシステム。
2. 請求項１に記載のＩＰホンシステムであって、
   前記呼制御サーバ機能を有するＩＰホン端末は、前記呼制御処理手段が活性化されていない場合は、自端末が帰属する前記呼制御を処理しているＩＰホン端末の子機として動作し、前記呼制御処理手段が活性化されている場合は、自端末が帰属するＩＰホン端末に対しては子機として動作すると共に、自端末に帰属するＩＰホン端末に対しては親機として動作し、前記自端末に帰属するＩＰホン端末の発着信等の呼制御を前記自端末が帰属するＩＰホン端末に中継することを特徴とするＩＰホンシステム。
3. ＩＰホンシステムの呼制御機能を実行可能なＩＰホン端末であって、
   自端末に帰属するＩＰホン端末の発着信・転送等の呼制御を処理する呼制御処理手段と、
   自端末が前記呼制御サーバ機能を活性化している場合ＩＰホン端末が予め定められた台数に達すると新たなＩＰホン端末からの帰属要求を拒否すると共に自端末に帰属中のＩＰホン端末の中に存在する自端末以外の呼制御サーバ機能を有するＩＰホン端末を新たな呼制御処理端末として指定する呼制御サーバ機能端末指定手段とを有し、
   自端末が呼制御を処理している前記呼制御サーバ機能を有する別の端末に帰属している場合前記別の端末から自端末が前記呼制御サーバ機能端末指定手段によって指定されると自端末の呼制御処理手段を活性化させ新たに帰属を要求するＩＰホン端末を収容し自端末および自端末に帰属するＩＰホン端末の呼制御を実行すること特徴とするＩＰホン端末。

Images