(57)【要約】【課題】ＩＰによるビジネスホンシステムにおいて、特別にサーバ機能を有する装置を設置することなくビジネスホンシステムの機能を実現する技術を提供する。【解決手段】ＩＰビジネスホンシステムを構成するＩＰホン端末に、各ＩＰホンの発着信、転送等の呼制御を処理する呼制御処理部を内蔵し、各ＩＰホン間で、呼制御を実施する特定のＩＰホンを決定し、特定のＩＰホンは、ＩＰビジネスホンシステム全体の呼制御処理を実施する。【選択図】図２
2008205699.tif 000002
【特許請求の範囲】
【請求項１】
ＬＡＮに接続された呼制御機能を有する端末を含むＩＰホンシステムであって、
前記呼制御機能を有する端末は、自端末および自端末に帰属するＩＰホンの発着信、転送を含む呼制御を処理する呼制御処理手段を有し、
前記呼制御機能を有する端末が当該システム内に複数存在している場合、予め定められたルールにより決定された特定の端末を呼制御処理端末として機能させ、
前記特定の端末は、自端末の前記呼制御処理手段を活性化し、各端末を自端末に帰属する内線ＩＰホンとして機能させることを特徴とするＩＰホンシステム。
【請求項２】
請求項１に記載のＩＰホンシステムであって、
前記呼制御機能を有する端末は、ランダムなタイミングで自端末のＩＤを各端末に発信する手段を有し、
前記予め定められたルールは、前記ＩＤを最初に発信した端末が前記呼制御処理端末と決定することを特徴とするＩＰホンシステム。
【請求項３】
請求項１または請求項２に記載のＩＰホンシステムであって、
前記呼制御機能を有する端末は、呼制御処理を実行している前記特定の端末の動作が正常であるか否かを判定する手段を有し、前記呼制御処理を実行している前記特定の端末の動作が正常でないと判定した場合、前記予め定められたルールにより新たな呼制御処理端末を決定することを特徴とするＩＰホンシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＩＰホンシステムに係り、特に端末に呼制御処理を実行させるＩＰホンシステムに関する。
【背景技術】
【０００２】
従来のＩＰビジネスホンシステムは、ＬＡＮに接続されたビジネスホンの発信、着信、保留、転送等の呼制御機能を有するサーバ装置と、ＬＡＮに接続された複数の端末と、ＬＡＮと通信サービスを提供するＷＡＮとの接続を行うゲートウェイ装置で構成される。サーバ装置としては、ＳＩＰ（Session Initiation Protocol）に準拠したＳＩＰサーバ、ＩＴＵ−ＴのＨ．３２３に準拠したゲートキーパ、または、これらの機能を有するＩＰ−ＰＢＸ（ＩＰ構内交換機）等がある。
【０００３】
しかしながら、これらのサーバ装置を設置すると、装置の費用、設置工事、保守費用などユーザの費用負担が大きくなる。特に小規模なオフィスにおいては、規模の割にシステムに対するサーバ装置の占める費用が大きくなる。
【０００４】
特許文献１には、ゲートウェイ装置にサーバ機能に準ずる機能を搭載し、保留、転送等の機能をサーバ無しで実現する方法が開示されている。
【０００５】
【特許文献１】特開２００５−２５２８０９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１に記載の技術では、特別なゲートウェイを用いるものであり、場合によっては特別なプロトコルを必要とするため自由なシステムを構築できない。また、ゲートウェイ装置は、複数の回線を制御するゲートウェイ処理とサーバ処理を同時に実現するため、処理能力の高いＣＰＵ等を必要とし装置費用が大きくなる。更に、ゲートウェイ装置が故障した場合、ＷＡＮへの接続はおろか、ＬＡＮ内の内線制御もできなくなる問題がある。
【０００７】
本発明は、上記事情に鑑みてなされたものである。本発明の目的は、ＩＰビジネスホンシステムにおいて、特別にサーバ機能を有する装置を設置することなくビジネスホンシステムの機能を実現する技術を提供する事にある。
【課題を解決するための手段】
【０００８】
上述した課題は、ＬＡＮに接続された呼制御機能を有する端末を含み、呼制御機能を有する端末は、自端末および自端末に帰属するＩＰホンの発着信、転送を含む呼制御を処理する呼制御処理手段を有し、呼制御機能を有する端末が当該システム内に複数存在している場合、予め定められたルールにより決定された特定の端末を呼制御処理端末として機能させ、特定の端末は、自端末の呼制御処理手段を活性化し、各端末を自端末に帰属する内線ＩＰホンとして機能させるＩＰホンシステムにより、達成できる。
【発明の効果】
【０００９】
本発明によれば、サーバ装置を必要としない安価で信頼性の高いＩＰホンシステムを提供できる。
【発明を実施するための最良の形態】
【００１０】
以下本発明の実施の形態について、実施例を用い図面を参照しながら説明する。なお、同一部位には同じ参照番号を振り、説明は繰り返さない。ここで、図１はネットワークの構成を説明するブロック図である。図２は端末の機能ブロック図である。図３は端末のハードウェアブロック図である。図４は呼制御サーバ起動端末決定および呼制御サーバ機能を起動している端末以外の端末の登録シーケンス図である。図５は図４の登録シーケンスが完了し、呼制御サーバ機能を起動している端末以外の端末が呼制御サーバ機能を検知している状態（以後、他端末と呼称）が呼制御サーバ機能を監視している状態で、呼制御サーバ機能を起動している端末とネットワークとのリンクが断になった場合に、他端末が呼制御サーバ機能を起動するシーケンス図である。図６は呼制御サーバ起動端末決定にかかる端末のフローチャートである。図７は呼制御サーバ機能を監視している端末のフローチャートである。図８は呼制御サーバ機能の処理を説明するフローチャートである。
【００１１】
図１において、ネットワークは、ＷＡＮ １１、ＷＡＮ １１と端末処理型ＩＰホンシステム２０とに接続されたゲートウェイ（ＧＷ）１３と、端末処理型ＩＰホンシステム２０とから構成される。端末処理型ＩＰホンシステム２０は、ＬＡＮ １２と、ＬＡＮ １２と接続された複数の端末３０とから構成されている。ここで、端末３０は、いずれも呼制御サーバ機能を有する端末であり、端末３０−１は呼制御サーバ機能を起動している。一方、端末３０−２〜３０−４は、呼制御サーバ機能を起動していない端末である。端末３０−２〜３０−４は、端末３０−１が起動した呼制御サーバ機能に帰属し、端末３０−１自身も端末３０−１が起動した呼制御サーバ機能に帰属している。
【００１２】
図２において、端末３０は、ＬＡＮ１２と接続されたＬＡＮインターフェース部３００と、ＬＡＮインターフェース部３００と接続された通信制御部３０１と、通信制御部３０１に接続された端末側呼制御プロトコル部３０２と呼制御サーバ起動通信部３０４と呼制御サーバプロトコル部３０５と呼制御サーバ確認通信部３０６と、端末側呼制御プロトコル部３０２と呼制御サーバプロトコル部３０５に接続されたマンマシンインターフェース部３０７と、呼制御サーバ起動通信部３０４と呼制御サーバプロトコル部３０５に接続された呼制御サーバ機能決定処理部３０３とから構成される。
【００１３】
ＬＡＮインターフェース部３００は、イーサネット（登録商標）などのＬＡＮ１２を介した通信を行うための物理的なインターフェース部である。ＬＡＮインターフェース部３００は、またアクセス制御を実施する。通信制御部３０１は、イーサネットとの通信を制御する。端末側呼制御プロトコル部３０２は、発着信や転送を行うために呼制御サーバ機能を起動している端末との間で通信を行う。呼制御サーバ機能起動決定処理部３０３は、定められたルールにより、自端末の呼制御サーバを起動するか否かを決定する。呼制御サーバ起動通信部３０４は、呼制御サーバ機能を起動したことを自端末のアドレスと共に他の端末へ通知する。呼制御サーバ起動通信部３０４は、また他の端末が呼制御サーバ機能を起動した場合にその通知を受信し通知情報に含まれる端末アドレスを呼制御サーバのアドレスとして登録する処理を行う。
【００１４】
呼制御サーバプロトコル部３０５は、呼制御サーバ機能であり、自端末および他端末に対する登録処理や状態管理呼制御を実施する。本実施例では、呼制御はＳＩＰを適用するので、呼制御サーバプロトコル部３０５は、ＳＩＰプロキシサーバ機能、レジストラサーバ機能、ロケーションサーバ機能を有する。また、上記ＳＩＰサーバ機能は一般のＳＩＰサーバのように各端末で分散処理してもよい。呼制御サーバ確認通信部３０６は、他端末が起動している呼制御サーバ機能が正常に機能しているか否かを検出する。マンマシンインターフェース部３０７は、音声入出力、キー入力、ＬＣＤ表示を実施する。
【００１５】
図３において、端末３０は、ＬＡＮ１２と接続されたＬＡＮインターフェース部３００と、ＬＡＮインターフェース部３００と接続された中央演算処理部３１０と、中央演算処理部３１０と接続された音声入出力部３１４と表示部３１５とキー入力部３１６とデータ格納メモリ部３１２とプログラム格納メモリ部３１１と、各部に電源供給する電源部３１７とから構成される。
【００１６】
プログラム格納メモリ３１１は、端末３０の機能および呼制御サーバ機能を実現するプログラムを格納する。中央演算処理部３１０は、プログラム格納メモリ３１１に格納されたプログラムにしたがって、端末３０全体の制御を行う。データ格納メモリ３１２は、通信用のデータおよび演算処理に使用するデータを格納する。音声入出力部３１４は、マイク、スピーカ、ハンドセットであり、さらに音声符号化/復号化を実施する。表示部３１５は、ＬＣＤまたはＬＥＤによる文字、画像表示および可視光表示を行う。キー入力部３１６は、ボタンまたはタッチパネルによるキー入力を実現する。
【００１７】
図４において、端末３０−１〜３０−３は、ほぼ同時に電源が投入され、ネットワークとのリンクが確立する（Ｓ４０１〜Ｓ４０３）。端末３０−１〜３０−３は、ネットワークとのリンクが確立した後、乱数タイマをセットする（Ｓ４０４〜Ｓ４０６）。ここで、乱数タイマは、タイムアウト時間がランダムなタイマである。また、ここで端末３０−１の乱数タイマが最初にタイムアウトしたとする。
【００１８】
端末３０−１は、乱数タイマのタイムアウト後、呼制御サーバサーチタイマをセットし（Ｓ４０８）、呼制御サーバサーチパケットをマルチキャストで送信する（Ｓ４０９）。呼制御サーバサーチパケットを受信した端末３０−２、３０−３は、乱数タイマを停止する（Ｓ４１１、Ｓ４１２）。呼制御サーバサーチパケットを送信した端末３０−１は、応答を受信しないので呼制御サーチタイマがタイムアウトしたのを受け、自身の呼制御サーバ機能を起動し（Ｓ４１３）、呼制御サーバ起動通知を自身のアドレスと共にマルチキャストで送信する（Ｓ４１４）。端末３０−１は、自端末を自身の呼制御サーバに登録する（Ｓ４１６）。他端末３０−２、３０−３は、呼制御サーバ起動通知を受信すると、呼制御サーバ機能を起動した端末のアドレスを呼制御サーバアドレスとして保存する（Ｓ４１７、Ｓ４１８）。
【００１９】
端末３０−２は、端末３０−１の呼制御サーバ機能に対して登録要求（REGISTER）を送信する（Ｓ４１９）。登録要求を受信した端末３０−１は、呼制御サーバ機能に登録し（Ｓ４２１）、登録の実施（200 OK）を登録要求した端末３０−２に送信する（Ｓ４２２）。同様に、端末３０−３は、端末３０−１の呼制御サーバ機能に対して登録要求を送信する（Ｓ４２３）。登録要求を受信した端末３０−１は、呼制御サーバ機能に登録し（Ｓ４２４）、登録の実施を登録を要求した端末３０−３に送信する（Ｓ４２６）。
【００２０】
ここで、遅れて端末３０−４が電源投入されたことを説明する。端末３０−４は、電源投入されると、ネットワークリンクを確立し（Ｓ４２７）、乱数タイマをセットする（Ｓ４２８）。端末３０−４は、呼制御サーバ起動通知パケットを受信する前に乱数タイマがタイムアウトすると、呼制御サーバサーチタイマをセットし（Ｓ４２９）、呼制御サーバサーチパケットをマルチキャストで送信する（Ｓ４３１）。端末３０−１は、呼制御サーバサーチパケットを受信すると、自身のアドレスを含む呼制御サーバサーチレスポンスを端末３０−４に送信する（Ｓ４３２）。呼制御サーバサーチタイマがタイムアウトする前に呼制御サーバサーチレスポンスを受信した端末３０−４は、呼制御サーバサーチタイマを停止し（Ｓ４３３）、端末３０−１のアドレスを呼制御サーバのアドレスとして保存する（Ｓ４３４）。端末３０−４は、端末３０−１の呼制御サーバ機能に対して登録要求を送信する（Ｓ４３５）。登録要求を受信した端末３０−１は、呼制御サーバ機能に登録し（Ｓ４３６）、登録の実施を登録を要求した端末３０−４に登録の実施（200 OK）を送信する（Ｓ４３７）。
【００２１】
図５において、端末３０−１〜３０−４はＬＡＮに接続され、呼制御サーバ機能を起動している端末３０−１は、呼制御サーバ起動通知を送信する（Ｓ５０１）。呼制御サーバ起動通知の周期は予め定められた値であり、ここでは１０秒間隔で送信する。他端末３０−２〜３０−４は、端末３０−１からの呼制御サーバ起動通知を受信する度に検知タイマをリセットする（Ｓ５０２〜Ｓ５０４）。ここでは、更に２回、端末３０−１が呼制御サーバ起動通知を送信し、他端末３０−２〜３０−４がタイマをリセットしたあと（Ｓ５０６〜Ｓ５１４）、端末３０−１のＬＡＮ接続が切断されたとする。
【００２２】
端末３０−１のＬＡＮとのリンクが断になった場合、呼制御サーバ起動通知が停止する。他端末３０−２〜３０−４は、呼制御サーバ起動通知を受信することができずタイマのタイムアウトが発生すると、電源投入時と同様に乱数タイマをセットする（Ｓ５１６〜Ｓ５１８）。ここでは、端末３０−３の乱数タイマが一番早くタイムアウトしたとする。
【００２３】
端末３０−３は、乱数タイマのタイムアウト後、自身の呼制御サーバ機能を起動し（Ｓ５１９）、呼制御サーバ起動通知（Ｓ５２０）を送信する。端末３０―３は、自端末を自身の呼制御サーバ機能に登録する（Ｓ５２１）。他端末３０−２、３０−４は、乱数タイマを停止し（Ｓ５２２、Ｓ５２３）、呼制御サーバ起動通知に含まれる端末３０−３のアドレスを呼制御サーバアドレスとして更新する（Ｓ５２４、Ｓ５２５）。次に他端末３０−２、３０−４は、端末３０−３の呼制御サーバ機能に登録要求を送信する（Ｓ５２７、Ｓ５２８）。登録要求を受信した端末３０−３は、端末３０−２、３０−４について登録が認められた端末である場合に、自身の呼制御サーバ機能に登録を行い（Ｓ５２９）、登録を行った事を通知する（Ｓ５３０、Ｓ５３１）。
【００２４】
端末３０−３は、定期的に呼制御サーバ起動通知を送信し（Ｓ５３２、Ｓ５３６）、他端末３０−２、３０−４は、端末３０−３から呼制御サーバ起動通知を受信する度に検知タイマをリセットする（Ｓ５３３、Ｓ５３４）。
【００２５】
図６において、端末３０は、電源が投入され、ネットワークとのリンクを確立すると、乱数で決定された時間の乱数タイマをセットする（Ｓ１０）。端末３０は、呼制御サーバ起動通知を受信したか判定し（Ｓ１１）、ＹＥＳのとき、乱数タイマを停止する（Ｓ１２）。端末３０は、後述する呼制御サーバ機能監視処理をスタートさせ（Ｓ１３）、受信した呼制御サーバ起動通知に含まれる端末のアドレスを呼制御サーバ機能のアドレスとして保存する（Ｓ１４）。端末３０は、登録した呼制御サーバ機能のアドレスに対して自身の端末を登録する処理を行い（Ｓ１５）、終了する。
【００２６】
ステップ１１で呼制御サーバ起動通知を受信していない場合（ＮＯ）、乱数タイマがタイムアウトしたか否かを判定する（Ｓ１６）。ステップ１６で乱数タイマがタイムアウトした場合（ＹＥＳ）、新たに予め定められた時間の呼制御サーバサーチタイマをセットし（Ｓ１７）、呼制御サーバサーチパケットを送信する（Ｓ１８）。ステップ１９で呼制御サーバサーチタイマがタイムアウトしたかどうかを判断し（Ｓ１９）、タイムアウトした場合（ＹＥＳ）、端末３０は、呼制御サーバを起動し（Ｓ２０）、呼制御サーバ起動通知を送信する（Ｓ２１）。端末３０は、自端末を自身の呼制御サーバ機能に登録し（Ｓ２２）、後述する呼制御サーバ起動通知処理をスタートさせ（Ｓ２３）、終了する。
【００２７】
ステップ１９でタイムアウトしていない場合（ＮＯ）、端末３０は、呼制御サーバサーチレスポンスを受信したか否かを判定する（Ｓ２４）。ステップ２４で呼制御サーバサーチレスポンスを受信した場合（ＹＥＳ）、端末３０は、呼制御サーバサーチタイマを停止し（Ｓ２５）、ステップ１３に遷移する。
【００２８】
ステップ２４で呼制御サーバサーチレスポンスを受信していない場合（ＮＯ）、端末３０は、ステップ１９に戻り、呼制御サーバサーチタイマのタイムアウトまたは呼制御サーバサーチレスポンス受信を待つ。同様に、ステップ１６で乱数タイマがタイムアウトしていない場合、端末３０は、ステップ１１に戻り、呼制御サーバ起動通知の受信または乱数タイマのタイムアウトを待つ。
【００２９】
図７を参照して、図６のステップ１３の呼制御サーバ機能監視処理を説明する。図７において、呼制御サーバ機能監視処理は、他の端末が呼制御サーバ機能を起動しているとき、呼制御サーバ機能が正常に稼働しているか否かを監視する処理である。呼制御サーバ機能監視処理は、図６に示すように、他の呼制御サーバ起動通知を最初に受信するか、呼制御サーバサーチレスポンスを受信した後に開始される。
【００３０】
図７において、端末３０は、まず、定期的に送信される呼制御サーバ起動通知間隔よりも長い時間の検知タイマをセットする（Ｓ３０１）。端末３０は、呼制御サーバ起動通知を受信したか否かを判定する（Ｓ３０２）。ＹＥＳのとき、端末３０は、検知タイマをリセットし（Ｓ３０３）、ステップ３０２に戻る。
【００３１】
ステップ３０２で呼制御サーバ起動通知を受信していない場合（ＮＯ）、端末３０は、検知タイマがタイムアウトしたか否かを判定する（Ｓ３０４）。ステップ３０４で検知タイマがタイムアウトした場合（ＹＥＳ）、端末３０は、乱数タイマをセットする（Ｓ３０５）。端末３０は、呼制御サーバ起動通知を受信したか否かを再度判定する（Ｓ３０６Ａ）。
【００３２】
ステップ３０６Ａで呼制御サーバ起動通知を受信した場合（ＹＥＳ）、乱数タイマを停止し（Ｓ３０６Ｂ）、呼制御サーバ起動通知に含まれるアドレスが、保存済みのアドレスから変更されたか否かを判定する（Ｓ３０７）。ＹＥＳのとき、端末３０は、保存されている呼制御サーバアドレスを新しいアドレスに更新し（Ｓ３０８）、そのアドレスを宛先にして自端末を呼制御サーバ機能に登録し（Ｓ３０９）、ステップ３０１に戻る。ステップ３０７で呼制御サーバアドレスが変更されていない場合、端末３０は、またステップ３０１に戻る。
【００３３】
ステップ３０６で呼制御サーバ起動通知を受信していない場合（ＮＯ）、端末３０は、乱数タイマがタイムアウトしたか否かを判定する（Ｓ３１０）。ＹＥＳのとき、端末３０は、自身の呼制御サーバ機能を起動し（Ｓ３１１）、呼制御サーバ起動通知を送信する（Ｓ３１２）。端末３０は、自端末を自身の呼制御サーバに登録し（Ｓ３１３）、後述する呼制御サーバ起動送信処理をスタート（Ｓ３１４）させて、終了する。
【００３４】
ステップ３１０で乱数タイマがタイムアウトしていない場合（ＮＯ）、端末３０は、ステップ３０６に戻り、呼制御サーバ起動通知の受信または乱数タイマのタイムアウトまで待つ。ステップ３０４で検知タイマがタイムアウトしていない場合（ＮＯ）、端末３０は、ステップ３０２に戻り、呼制御サーバ起動通知の受信または検知タイマのタイムアウトを待つ。
【００３５】
図８を参照して、呼制御サーバ機能を起動している端末による、呼制御サーバ起動通知を送信する処理を説明する。図８の呼制御サーバ起動送信処理は、図６のステップ２３または図７のステップ３１４で開始される処理である。
【００３６】
図８において、端末３０は、まず、予め定められた時間の周期タイマをセットする（Ｓ８１）。ここでは、端末３０は、１０秒をセットする。端末３０は、次に呼制御サーバサーチが受信したか否を判断する（Ｓ８２）。呼制御サーバサーチを受信すると（ＹＥＳ）、呼制御サーバサーチレスポンスを送信（Ｓ８３）してステップ８５に移行し、呼制御サーバサーチを受信しない場合は、そのままステップ８５に移行する。次に、ステップ８５で周期タイマがタイムアウトしたか否かを判定する。ＹＥＳのとき、端末３０は、呼制御サーバ起動通知を送信し（Ｓ８６）、ステップ８１に戻る。ステップ８５で周期タイマがタイムアウトしていない場合（ＮＯ）、端末３０は、ステップ８２に移行し、周期タイマがタイムアウトするまで待つ。
【図面の簡単な説明】
【００３７】
【図１】端末処理型ＩＰホンシステムの構成を説明するブロック図である。
【図２】端末の機能ブロック図である。
【図３】端末のハードウェアブロック図である。
【図４】呼制御サーバ起動端末決定および端末の登録シーケンス図である。
【図５】呼制御サーバ機能を起動している端末とネットワークとのリンクが断になった場合に、他端末が呼制御サーバ機能を起動するシーケンス図である。
【図６】呼制御サーバ起動端末決定の端末のフローチャートである。
【図７】呼制御サーバ監視処理の端末のフローチャートである。
【図８】呼制御サーバの起動通知処理を説明するフローチャートである。
【符号の説明】
【００３８】
１１…ＷＡＮ、１２…ＬＡＮ、１３…ゲートウェイ、２０…端末処理型ＩＰホンシステム、３０…端末、３００…ＬＡＮインターフェース部、３０１…通信制御部、３０２…端末側呼プロトコル部、３０３…呼制御サーバ起動決定処理部、３０４…呼制御サーバ起動通信部、３０５…呼制御サーバプロトコル部、３０６…呼制御サーバ確認通信部、３０７…マンマシンインターフェース部、３０９…ＬＡＮインターフェース部、３１０…中央演算処理部、３１１…プログラム格納メモリ部、３１２…データ格納メモリ部、３１４…音声入出力部、３１５…表示部、３１６…キー入力部、３１７…電源部。
【図１】
2008205699.tif 000003
【図２】
2008205699.tif 000004
【図３】
2008205699.tif 000005
【図４】
2008205699.tif 000006
【図５】
2008205699.tif 000007
【図６】
2008205699.tif 000008
【図７】
2008205699.tif 000009
【図８】
2008205699.tif 000010