JP4522449B2 - 電話装置 - Google Patents

Description

本発明はＳＩＰ（Session Initiation Protocol）に対応したＩＰ（Internet Protocol）電話機等の電話装置に関する。

従来の回線交換による電話システムには、自端末が主として使用する回線（プライムライン）と他端末のプライムライン（アザーライン）を複数収容し、釦などの操作により使用する回線を特定することのできるマルチラインサービス機能を有する電話システムが多く存在し、複数の回線を収容した事業所等においては不可欠の機能であった。このようなニーズに対応すべく、ＳＩＰを使用したＩＰ電話システムでもマルチラインサービス機能を有するＩＰ電話システムが提案されている。

図１は従来のＳＩＰ上でのマルチラインサービスの概念図であり、ＳＩＰサーバ１にＬＡＮ（Local Area Network）／ＷＡＮ（Wide Area Network）等のネットワーク２を介してＩＰ電話機３ａ〜３ｃが接続され、ＩＰ電話機３ａ〜３ｃはマルチライングループ４を構成しているものとする。ここで、従来はＳＩＰサーバ１とＳＩＰユーザエージェントである各ＩＰ電話機３ａ〜３ｃの間で標準のＳＩＰメッセージに加えて独自メッセージまたは独自手順を用いた通信によりマルチラインサービス機能を実現している。

図２は実現手段に着目した従来のシステム構成例を示す図であり、各ラインａ〜ｃの回線状態を通知する回線状態通知手段はＳＩＰサーバ１が有し、ＳＩＰユーザエージェントである各ＩＰ電話機３ａ〜３ｃは他回線状態の通知を要求する他回線状態要求手段を有している。

図３はＩＰ電話機一台に着目したＳＩＰユーザエージェントの構成例を示す図であり、例えば、ＩＰ電話機３ａ内部には、収容ライン情報をＳＩＰサーバ１から得るための回線状態要求手段をラインａ〜ｃ毎に有している。

一方、ＩＰ電話機における着信の制御を主装置（ＳＩＰサーバに相当）の機能により行う技術が特許文献１、２に開示されている。
特開２００３−２８３６５８号公報 特開２００４−２６６４３７号公報

上述したように、従来のＩＰ電話機はＳＩＰサーバ上に各ラインの回線状態を通知する回線状態通知手段が設けられ、標準のＳＩＰメッセージに加えて独自メッセージまたは独自手順を用いた通信によりマルチラインサービス機能を実現していたため、次のような問題があった。

第１に、マルチラインサービス機能を実現するためには、ＳＩＰサーバとＩＰ電話機の両方に開発が必要になり開発コストが増大する。

第２に、ＳＩＰサーバからのメッセージ／手順に独自のメッセージ／手順が含まれるため、マルチラインサービスに使用しない他のＳＩＰユーザエージェントとの接続性が低下する。

第３に、マルチラインサービスを使用したい利用者はマルチラインサービス機能を有するＳＩＰサーバの設置が必要であるが、ＩＰ電話機の備える独自のメッセージ／手順に対応したＳＩＰサーバが必要となるため、機器の選択肢が制限される。また、既に所有するＳＩＰサーバや安価なＳＩＰサーバを用いることができないため、システム構築費用も嵩む。

第４に、マルチラインサービス対応端末の増設撤去時には、マルチラインサービスを制御するＳＩＰサーバにおいてもデータ変更工事が必要であるため、容易にサービス変更ができない。

本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、ＩＰ電話機等の電話装置間のみの独自メッセージ／手順にてマルチラインサービスを実現し、ＳＩＰサーバ等の接続管理サーバと電話装置との間に独自メッセージ／手順を用いず、標準的な接続プロトコルに従った接続管理サーバを用いることのできる電話装置を提供することにある。

上記の課題を解決するため、本発明にあっては、ネットワークを介して接続管理サーバに接続され、上記接続管理サーバとの間で所定の通信プロトコルおよび接続プロトコルにより着信および発信を含む通話を行う電話装置であって、当該電話装置は、物理的な回線を対象とした従来の電話システムにおけるマルチラインサービス機能を、上記ネットワーク上の仮想的な回線を対象とした電話システムにおいて実現するものであり、当該電話装置は、マルチライングループを構成する他の電話装置との間で、上記接続プロトコルと異なる独自のインタフェースにより回線状態を相互に通知する手段を備えることを特徴とする。すなわち、マルチラインサービスを制御するための独自のメッセージを電話装置間のみで送受信するようにすることで課題の解決を図っている。

本発明の電話装置にあっては、ＩＰ電話機等の電話装置間のみの独自メッセージ／手順にてマルチラインサービスが実現可能となるため、ＳＩＰに関連するＲＦＣ／インターネットドラフトのみをサポートするＳＩＰサーバ（標準ＳＩＰサーバ）等の接続管理サーバを用いてシステム構築ができる。

従来のＳＩＰ上でのマルチラインサービスの概念図である。 実現手段に着目した従来のシステム構成例を示す図である。 ＩＰ電話機一台に着目したＳＩＰユーザエージェントの構成例を示す図である。 本発明におけるＩＰ電話機への着信時の概念図である。 本発明におけるＩＰ電話機からの発信時の概念図である。 本発明におけるＩＰ電話機からの保留・保留応答時の概念図である。 実現手段に着目した本発明のシステム構成例を示す図である。 ＩＰ電話機一台に着目したＳＩＰユーザエージェント内部の構成例を示す図である。 ＩＰ電話機の機能ブロック図である。 制御データの例を示す図である。 制御データの具体例を示す図である。 再開シーケンス例を示す図（その１）である。 再開シーケンス例を示す図（その２）である。 再開シーケンス例を示す図（その３）である。 マルチライングループからの離脱・参加のシーケンス例を示す図である。 通知先最大数オーバによる受付拒否のシーケンス例を示す図である。 参加認証のシーケンス例を示す図である。 着信シーケンス例を示す図である。 発信シーケンス例を示す図である。 回線保留・応答シーケンス例を示す図（その１）である。 回線保留・応答シーケンス例を示す図（その２）である。

符号の説明

１ ＳＩＰサーバ
２ ネットワーク
３、３ａ〜３ｃ ＩＰ電話機
４ マルチライングループ
５０ 呼制御部
５１ マルチライン制御部
５２ ＲＴＰ制御部
５３ ＳＩＰプロトコル制御部
５４ 入出力インタフェース部
５５ ＬＡＮインタフェース部
５６ データ管理部
６０ 端末管理データ
６１ 機能釦管理テーブル
６２ 機能釦状態管理テーブル
６３ マルチライン管理テーブル
７ パークサーバ

以下、本発明の好適な実施形態につき詳細に説明する。

<動作原理>
図４は本発明におけるＩＰ電話機への着信時の概念図である。ＳＩＰサーバ１にＬＡＮ／ＷＡＮ等のネットワーク２を介してＩＰ電話機３ａ〜３ｃが接続され、ＩＰ電話機３ａ〜３ｃはマルチライングループ４を構成しているものとする。ここで、ＳＩＰサーバ１からＩＰ電話機３ａに着信した時、独自メッセージにてＩＰ電話機３ａがＩＰ電話機３ｂおよびＩＰ電話機３ｃに着信を通知することにより、マルチライン着信処理を実現している。

図５は本発明におけるＩＰ電話機からの発信時の概念図である。ＩＰ電話機３ｂはＩＰ電話機３ａのプライムライン（ラインａ）を使用して発信した時、独自メッセージにて、ＩＰ電話機３ａにラインａの使用を通知し、ＩＰ電話機３ａはこれをＩＰ電話機３ｃに通知することにより、マルチライン発信処理を実現している。

図６は本発明におけるＩＰ電話機からの保留・保留応答時の概念図である。ＩＰ電話機３ｂは通話中から保留実施時、独自メッセージにて、ＩＰ電話機３ａに保留中を通知し、ＩＰ電話機３ａはＩＰ電話機３ｃにこれを通知する。ＩＰ電話機３ａの応答により、独自メッセージにて応答を通知することにて、保留応答処理を実現している。

このように、ＳＩＰサーバ１とＩＰ電話機３ａ〜３ｃ間に独自の手順／メッセージを含まず、ＩＰ電話機３ａ〜３ｃ間にて独自手順を用いることによって、課題を解決している。

<システム構成>
図７は実現手段に着目した本発明のシステム構成例を示す図である。ＳＩＰサーバ１はＳＩＰに関連するＲＦＣ／インターネットドラフトのみをサポートするＳＩＰサーバ（標準ＳＩＰサーバ）により構成されるものであり、プライムラインを通常の回線として管理しており、該回線がマルチラインを構成しているか否かは意識していない。また、必要に応じて、回線保留のためにパークサーバ７が設けられる。一方、ＩＰ電話機３ａ〜３ｃには、自己のプライムラインの状態を通知する自回線状態通知手段と、回線状態の通知を要求する他回線状態要求手段とが設けられている。

図８はＩＰ電話機一台に着目したＳＩＰユーザエージェント内部の構成例を示す図である。図はＩＰ電話機３ａについて示してあるが、各ＩＰ電話機内部には、プライムラインの回線状態通知手段（自回線状態通知手段）と、ライン毎にアザーライン情報を得るための回線状態要求手段（他回線状態要求手段）とを有する。本例では、ＩＰ電話機内部において更にプライムラインについても回線状態要求手段を持つことにより、回線状態要求手段の部品化を実現している。

図９はＩＰ電話機の機能ブロック図である。ＩＰ電話機３（３ａ〜３ｃ）は、それぞれ呼制御部５０、マルチライン制御部５１、ＲＴＰ（Real-time Transport Protocol）制御部５２、ＳＩＰプロトコル制御部５３、入出力インタフェース部５４、ＬＡＮインタフェース部５５、データ管理部５６を備えている。また、データ管理部５６には、図１０に示すように、制御データとして端末管理データ６０、機能釦管理テーブル６１、機能釦状態管理テーブル６２、マルチライン管理テーブル６３を備えている。

制御データの登録処理としては、図９において、ネットワーク経由もしくはＩＰ電話機の釦操作などにより発行されたコマンドデータは、ＬＡＮインタフェース部５５もしくは入出力インタフェース部５４を介してデータ管理部５６に通知される。データ管理部５６は端末管理データ６０、機能釦管理テーブル６１、マルチライン管理テーブル６３に、入力されたデータを登録する。図１１はライン３０００登録時におけるＩＰ電話機３ａ、３ｂ、３ｃの各制御データの具体例を示している。本例において機能釦状態管理テーブル６２はダイナミック制御データでありコマンドでの登録対象ではないため、図１１からは除いている。また、図１１において、マルチライン管理テーブル６３の自回線状態通知先アドレス群はＩＰ電話機３ｂ、３ｃからの回線状態通知要求完了後の状態を示している。

<再開シーケンス>
図１２〜図１４は再開シーケンス例を示したものである。

図１２〜図１４において、ＩＰ電話機３ａはライン３０００のプライム端末であり、ＩＰ電話機３ｂ、３ｃにはライン３０００をアザーラインとしてコマンド等の手段にて予め登録している。

また、各図において自回線状態通知手段、他回線状態要求手段の具体的実現例として ＳＩＭＰＬＥ（SIP for Instant Messaging and Presence Leveraging Extensions）で定義されている、ＳＵＢＳＣＲＩＢＥ、ＮＯＴＩＦＹ、ＭＥＳＳＡＧＥメソッドを用いている。ＳＩＭＰＬＥについては ＲＦＣ３８５６を始めとするＩＥＴＦのインターネット標準で示されている。

図１２はアザーラインを収容するＩＰ電話機３ｂの再開シーケンスを示す。ＩＰ電話機３ｂはダウン状態からの再開完了時（ステップＳ１０１）に他回線状態要求手段にてＩＰ電話機３ａに回線状態を問合わせる（ステップＳ１０２、Ｓ１０３）。問合せを受信したＩＰ電話機３ａは、自回線状態通知手段にて、ライン３０００の最新回線状態を通知する（ステップＳ１０４、Ｓ１０５）。このとき、ライン３０００の状態が変化したわけではないので、回線状態通知は要求を行ったＩＰ電話機３ｂに対してのみ実施される。

図１３は通知先ダイナミック生成方式を備えたプライム端末であるＩＰ電話機３ａの再開シーケンスを示す。ＩＰ電話機３ａは再開発生時（ステップＳ１１１）においてライン３０００の状態変化を通知すべきアザーライン情報を初期化する。一方、アザーラインを収容するＩＰ電話機３ｂ、３ｃでは他回線状態要求手段を定期的に実施し（ステップＳ１１２、Ｓ１１３、ステップＳ１１７、Ｓ１１８）、ＩＰ電話機３ａでは要求元を状態通知先として認識することで（ステップＳ１１４、ステップＳ１１９）、ライン３０００の状態通知先情報をリフレッシュする機能を有する。このため、ＩＰ電話機３ａの再開完了から一定時間経過後には、ＩＰ電話機３ａにおけるアザーライン情報が再構築される。アザーラインからの自発的参加方式であるため、プライム端末側からのマルチキャストやブロ−ドキャストでの再開発生通知手段は必要なく、従ってプライム端末とアザー端末が異なるネットワーク上に配置されていてもマルチラインサービスを提供することができる。

図１４は通知先ダイナミック補正方式を備えたプライム端末であるＩＰ電話機３ａの再開シーケンスを示す。ＩＰ電話機３ａは自回線状態通知手段において状態変化通知に必要な情報を不揮発性メモリ等の再開時に初期化されない情報として記憶する。図１４の例ではＳＵＢＳＣＲＩＢＥ受信契機（ステップＳ１３１、Ｓ１３２、ステップＳ１３６、Ｓ１３７）にそのダイアログ情報を記憶しており（ステップＳ１３３、ステップＳ１３８）、ＩＰ電話機３ａは、ＩＰ電話機３ｂおよびＩＰ電話機３ｃに対するダイアログ情報を記憶した状態で再開している（ステップＳ１４１）。

ＩＰ電話機３ａは再開発生契機に記憶からリカバリ（ステップＳ１４２）したダイアログ情報を元に回線状態通知を行い（ステップＳ１４４、Ｓ１４５）、各アザーライン端末で記憶している回線状態を速やかにプライム端末で管理している状態と同期させる。仮にＩＰ電話機３ｃにおいても同時期に再開が発生し（ステップＳ１４３）、ＩＰ電話機３ａが記憶していたダイアログ情報が無効となってしまった場合には、ＩＰ電話機３ｃにおける他回線状態要求手段はＩＰ電話機３ａからの回線状態通知に対しＮＧを返送する（ステップＳ１４８、Ｓ１４９）。ＮＧを受信したＩＰ電話機３ａは記憶しているダイアログ情報を更新（削除）し（ステップＳ１５０）、以後ＩＰ電話機３ｃから新たな回線状態通知要求を受信するまで回線状態通知を行わない。ＩＰ電話機３ｃから新たな回線状態通知要求を受信した場合は（ステップＳ１５１、Ｓ１５２）、新しいダイアログを記憶し（ステップＳ１５３）、回線状態通知を行う（ステップＳ１５４、Ｓ１５５）。

これにより、ネットワーク負荷軽減等の理由でリフレッシュ周期を長く設定していても、状態アンマッチによる回線の二重使用などの問題発生を回避することができる。

図９の機能ブロックによる上記の再開シーケンスの動作は次のようになる。

ライン３０００をアザーラインとして収容するＩＰ電話機３ｂの再開時の処理を説明する。再開完了時、マルチライン制御部５１は、データ管理部５６のマルチライン管理テーブル６３に登録されている全宛先アドレスに対し、ＳＵＢＳＣＲＩＢＥメッセージを生成し、ＳＩＰプロトコル制御部５３、ＬＡＮインタフェース部５５を介して送出する。ＳＵＢＳＣＲＩＢＥメッセージは、ライン３０００のプライム端末であるＩＰ電話機３ａにおいてＬＡＮインタフェース部５５を介してＳＩＰプロトコル制御部５３、マルチライン制御部５１に通知される。マルチライン制御部５１は、データ管理部５６のマルチライン管理テーブル６３をＳＵＢＳＣＲＩＢＥメッセージの宛先アドレスで検索し、ライン３０００の自回線状態通知アドレス群にＩＰ電話機３ｂのアドレスを加え、ＩＰ電話機３ｂに対するＮＯＴＩＦＹメッセージを生成し、ＳＩＰプロトコル制御部５３、ＬＡＮインタフェース部５５を介して送出する。ＮＯＴＩＦＹメッセージには、データ管理部５６のマルチライン管理テーブル６３から得た釦位置情報で機能釦状態管理テーブル６２を索引して得た該回線の現回線状態が記述されている。ＮＯＴＩＦＹメッセージを受信したＩＰ電話機３ｂのマルチライン制御部５１は、マルチライン管理テーブル６３をライン３０００で検索し、釦位置情報を抽出し、抽出した釦位置情報にて機能釦状態管理テーブル６２を索引し、受信した回線状態を設定する。

<マルチライングループからの離脱・参加>
図１５はマルチライングループからの離脱・参加のシーケンス例を示す図である。他回線状態要求手段を持つＩＰ電話機３ｂは、釦操作やコマンド投入等によりマルチライングループからの離脱、参加を要求する機能を有する。自回線状態通知手段を持つプライム端末であるＩＰ電話機３ａは、通知先端末であるＩＰ電話機３ｂから離脱要求があった場合（ステップＳ２１０〜Ｓ２１２）、ＩＰ電話機３ｂに関する情報を抹消し（ステップＳ２１３）、再び参加要求があった場合には（ステップＳ２１８〜Ｓ２２０）、ＩＰ電話機３ｂに関する情報を再生成する（ステップＳ２２１）。ここで、離脱要求手段は図１５の例ではＵＮＳＵＢＳＣＲＩＢＥメソッドにより実現している。

これにより、オペレータの一時離席や夜間担当者切替などのサービスをＩＰ電話機のみで実現することができる。

<通知先最大数オーバによる受付拒否>
図１６は通知先最大数オーバによる受付拒否のシーケンス例を示す図である。自回線状態通知手段を持つプライム端末であるＩＰ電話機３ａには、通知先最大数ｍがコマンド等の手段により予め登録されている。他回線状態要求手段を持つＩＰ電話機３ｂ群から要求があり（ステップＳ３０１〜３０９）、通知先最大数ｍを超えた場合（ステップＳ３１０）、ＩＰ電話機３ａはＮＧを送信して受付を拒否する（ステップＳ３１１）。これにより処理能力に応じたシステム構成を維持することができる。

<参加認証>
図１７は参加認証のシーケンス例を示す図である。自回線状態通知手段を持つプライム端末であるＩＰ電話機３ａは、ラインａに関する認証情報をコマンド等の手段により予め認識している。他回線状態要求手段を持つＩＰ電話機３ｂは回線状態要求時においてラインａに関する認証情報をプライム端末であるＩＰ電話機３ａに通知する（ステップＳ４０１）。プライム端末であるＩＰ電話機３ａはＩＰ電話機３ｂから受信した認証情報を精査し、正しい認証情報であると判断できた場合（ステップＳ４０２）にＯＫを送信し（ステップＳ４０３）、自回線状態通知手段の通知先に加える。正しい認証情報を知らないＩＰ電話機Ｘから回線状態要求があった場合は（ステップＳ４０４）、正しい認証情報であると判断されず（ステップＳ４０５）、ＮＧを送信する（ステップＳ４０６）。

このように、正しい認証情報を送信してきた端末のみ自回線状態通知手段の通知先に加えることで、不正な端末がグループに参加することを防止することができる。

<着信シーケンス>
図１８は着信シーケンス例を示したものである。ＳＩＰサーバ１から着信（ステップＳ５０１）があったプライム端末であるＩＰ電話機３ａは、ＩＮＶＩＴＥリクエストを自回線状態通知先に分岐し（ステップＳ５０２）、さらに、同通知先に対して回線状態が「着信中」になったことを通知する（ステップＳ５０３）。応答操作を行ったＩＰ電話機３ｂ、３ｃはＩＰ電話機３ａに対して応答を要求する。ＩＰ電話機３ａは複数の応答要求の中から応答端末を決定し、ＩＰ電話機３ｂに対して「応答可」を返す（ステップＳ５０４）。また、ＩＰ電話機３ａは応答要求に応じられなかったＩＰ電話機３ｃに対しては「応答不可」を返す（ステップＳ５０５）。

「応答可」を受信したＩＰ電話機３ｂはＩＰ電話機３ａ宛にＩＮＶＩＴＥに対するレスポンス「２００ ＯＫ」を返し、「２００ ＯＫ」を受信したＩＰ電話機３ａは、Ｃｏｎｔａｃｔヘッダに応答したＩＰ電話機３ｂのアドレスを設定した「２００ ＯＫ」レスポンスをＳＩＰサーバ１に対して返す（ステップＳ５０６）。これにより以後ＳＩＰサーバ１経由でラインａへ届くＳＩＰメッセージはプライム端末であるＩＰ電話機３ａを経由せず直接にＩＰ電話機３ｂへ届くようになる。

また、ＩＰ電話機３ａは、他のＩＰ電話機３ｃにＣＡＮＣＥＬメソッド送出し、着信を停止させる（ステップＳ５０７）。「２００ ＯＫ」に対するＡＣＫをＳＩＰサーバ１から受信した応答端末のＩＰ電話機３ｂは、ＩＰ電話機３ａに対してＡＣＫを受信したことを通知する（ステップＳ５０８）。ＡＣＫ受信を認識したＩＰ電話機３ａは自回線状態通知先に対して回線状態が「使用中」になったことを通知する（ステップＳ５０９）。

応答端末であるＩＰ電話機３ｂは終話によりＳＩＰセッションが終了したらプライム端末であるＩＰ電話機３ａに対して回線状態が「空き」になったことを通知する（ステップＳ５１０、Ｓ５１１）。回線状態が「空き」になったことを認識したＩＰ電話機３ａは自回線状態通知先に対して回線状態が「空き」になったことを通知する（ステップＳ５１２）。

なお、図１８のステップＳ５０２，Ｓ５０３において、分岐する自回線状態通知先にはプライム端末内の他回線状態要求手段を含み、プライム端末内部においてステップＳ５０４，Ｓ５０５と同じメッセージのやり取りを行うことでプライム端末による応答操作を実現する。

また、図１８のステップＳ５０３において、各アザーライン端末に対する「ＮＯＴＩＦＹ」メッセージにリンガー鳴動方法を付与することにより、プライム端末から全アザーライン端末の鳴り分けを制御することができる。

同様に、図１８のステップＳ５０３において、各アザーライン端末に対する「ＮＯＴＩＦＹ」メッセージにリンガー鳴動開始時間を付与することにより、例えばプライム端末のリンガーを優先的に鳴動させ、応答が遅れる場合にアザーライン端末のリンガーが鳴動し始めるような運用を可能とすることができる。

同様に、図１８のステップＳ５０２において、各アザーライン端末に対するＩＮＶＩＴＥメッセージ送信タイミングを制御することにより、例えばプライム端末のリンガーを優先的に鳴動させ、応答が遅れる場合にアザーライン端末のリンガーが鳴動し始めるような運用を可能とする。

図９の機能ブロックによる上記の着信シーケンスの動作は次のようになる。

ライン３０００への着信時における自回線状態通知手段としての動作を説明する。ＳＩＰサーバ１からライン３０００への着信通知（ＩＮＶＩＴＥリクエスト）は、ＩＰ電話機３ａのＬＡＮインタフェース部５５を介してＳＩＰプロトコル制御部５３、呼制御部５０に通知される。呼制御部５０は、データ管理部５６の端末管理データ６０の自アドレスとＩＮＶＩＴＥリクエストメッセージの宛先アドレスを比較し、一致すれば、プライムライン釦位置を抽出し、機能釦状態管理テーブル６２を索引し、回線状態が「空」であれば、「着信中」に変更し、マルチライン制御部５１に対しＩＮＶＩＴＥリクエストメッセージを引き渡し、着信を通知する。「空」以外であれば、「着信不可」を認識し、ＳＩＰサーバ１へその旨応答する。

着信通知を受信したマルチライン制御部５１は、データ管理部５６のマルチライン管理テーブル６３をＩＮＶＩＴＥリクエストメッセージの宛先アドレスで検索し、自回線状態通知先アドレス群を取得し、ＩＮＶＩＴＥリクエストを分岐配信する。ＩＮＶＩＴＥリクエストはＳＩＰプロトコル制御部５３、ＬＡＮインタフェース部５５を介して送出する。また、マルチライン制御部５１は前記自回線状態通知先アドレス群に対するＮＯＴＩＦＹメッセージを生成し、ＳＩＰプロトコル制御部５３、ＬＡＮインタフェース部５５を介して送出する。ＮＯＴＩＦＹメッセージには、データ管理部５６のマルチライン管理テーブル６３から得た釦位置情報で機能釦状態管理テーブル６２を索引して得た該回線の回線状態として「着信中」が記述されている。

ライン３０００への着信時における他回線状態要求手段としての動作を説明する。ＩＰ電話機３ａの自回線状態通知手段により送信されたＩＮＶＩＴＥリクエストは、ライン３０００のアザーライン端末であるＩＰ電話機３ｂ、３ｃのＬＡＮインタフェース部５５を介してＳＩＰプロトコル制御部５３、呼制御部５０に通知される。

呼制御部５０は、データ管理部５６の端末管理データ６０の自アドレスとＩＮＶＩＴＥリクエストメッセージの宛先アドレスを比較し、一致しないのでデータ管理部５６のマルチライン管理テーブル６３をＩＮＶＩＴＥリクエストメッセージの宛先アドレスで検索し、抽出した釦位置情報でデータ管理部５６の機能釦状態管理テーブル６２を索引し、該当回線状態を「着信中」に変更し、ＩＮＶＩＴＥリクエストに対して「１８０ Ｒｉｎｇｉｎｇ」メッセージを返し、リンガーを鳴動させる。

なお、ＩＮＶＩＴＥリクエストを始めとする各ＳＩＰメッセージは、自回線状態通知先アドレス群に登録された宛先が自端末である場合、マルチライン制御部５１内部において自回線状態通知手段から他回線状態要求手段へと引き渡され、プライム端末への着信を実現する。

また、着信リンガーの鳴動方法や鳴動開始時間の着信制御が有効な場合には、ＮＯＴＩＦＹメッセージには機能釦管理テーブル６１を索引して得たリンガー制御情報やリンガー鳴動開始時間を制御付加情報として記述し、「１８０ Ｒｉｎｇｉｎｇ」メッセージの返送時ではなく、ＮＯＴＩＦＹメッセージ受信を契機にリンガー鳴動制御を開始する。なお、これらの着信制御を有効とするか否かは、コマンドなどの手段により設定する。

ライン３０００への着信に対し、該回線をアザーラインとして収容するＩＰ電話機３ｂからの応答処理について説明する。この場合、応答操作は着信のあったアザーラインに対応する機能釦の押下によって行われ、釦位置情報とともに入出力インタフェース部５４を介して、呼制御部５０に通知される。

呼制御部５０は、通知された釦位置で機能釦状態管理テーブル６２を索引し、回線状態が「着信中」であれば、「応答確認待ち」に変更し、マルチライン制御部５１に対し応答要求送信を要求する。また、回線状態が「着信中」以外の場合は、該操作を無効とする。
マルチライン制御部５１は、機能釦管理テーブル６１を索引し、釦位置情報からプライム端末のアドレス情報を抽出し、ＭＥＳＳＡＧＥを生成（応答要求）し、ＳＩＰプロトコル制御部５３、ＬＡＮインタフェース部５５を介して送出する。

ＭＥＳＳＡＧＥ（応答要求）を受信したＩＰ電話機３ａのマルチライン制御部５１は「２００ ＯＫ」を返送後、呼制御部５０に対し「応答要求」を行う。呼制御部５０は、端末管理データ６０からプライムライン釦位置を抽出し、機能釦状態管理テーブル６２を抽出釦位置にて索引し、「着信中」であれば「使用中」に変更しマルチライン制御部５１に「応答可」を通知する。また、既に「使用中」であれば「応答不可」を通知する。呼制御部５０から応答要求に対する結果通知を受けたマルチライン制御部５１は、結果をＭＥＳＳＡＧＥに乗せて応答要求元へ返送する。

また、マルチライン制御部５１は前記自回線状態通知先アドレス群に対するＮＯＴＩＦＹメッセージを生成し、ＳＩＰプロトコル制御部５３、ＬＡＮインタフェース部５５を介して送出する。ＮＯＴＩＦＹメッセージには、データ管理部５６のマルチライン管理テーブル６３から得た釦位置情報で機能釦状態管理テーブル６２を索引して得た該回線の回線状態として「使用中」が記述されている。

ＭＥＳＳＡＧＥ（応答可）を受信したＩＰ電話機３ｂの呼制御部５０は「２００ ＯＫ」を返送後、着番号でマルチライン管理テーブル６３を検索し、抽出した釦位置情報を呼制御部５０に通知する。呼制御部５０は機能釦状態管理テーブル６２を釦位置情報にて索引し、状態を「使用中」に変更する。

ＭＥＳＳＡＧＥ（応答可）に対する「２００ ＯＫ」を受信したＩＰ電話機３ａのマルチライン制御部５１はその旨を呼制御部５０に通知する。呼制御部５０は「応答可」を送出した宛先アドレス（３１００）をＣｏｎｔａｃｔに設定し、「２００ ＯＫ」をＳＩＰサーバ１に送出する。

以後、ＳＩＰサーバ１および発信者からのＳＩＰメッセージはＩＰ電話機３ａを経ず、Ｃｏｎｔａｃｔで指定されたＩＰ電話機３ｂに対して直接着信する。また、コネクション設定後はＥｎｄ ｔｏ Ｅｎｄ（発信者とＩＰ電話機３ｂの間）でＲＴＰパケットの送受信を行う。

応答操作を行っていないＩＰ電話機３ｃのマルチライン制御部５１はＮＯＴＩＦＹメッセージを受信すると「２００ ＯＫ」を返送後、送信元番号（３０００）でマルチライン管理テーブル６３を検索し、抽出した釦位置情報を呼制御部５０に通知する。呼制御部５０は機能釦状態管理テーブル６２を釦位置情報にて索引し、回線状態としてＮＯＴＩＦＹで通知された状態（「使用中」）に変更する。また、ＩＮＶＩＴＥメソッドがキャンセルされた時点でリンガーを停止する。

<発信シーケンス>
図１９は発信シーケンス例を示したものである。ＩＰ電話機３ａのプライムラインであるラインａでの発信操作を行ったＩＰ電話機３ｂは、プライム端末であるＩＰ電話機３ａに対して発信要求を行い、ＩＰ電話機３ａは回線状態が「空き」であれば、発信要求元（この例ではＩＰ電話機３ｂ）に対して「発信可」を返す（ステップＳ６０１）。また、ＩＰ電話機３ａは発信要求のあった回線状態が「空き」でなければ「発信不可」を返す（ステップＳ６０２）。次いで、ＩＰ電話機３ａは自回線状態通知先に対して回線が「使用中」になったことを通知する（ステップＳ６０３）。「発信可」を受信したＩＰ電話機３ｂはＩＮＶＩＴＥリクエストのＦｒｏｍヘッダに自アドレスではなくラインａのアドレスを、またＣｏｎｔａｃｔヘッダには自アドレスを設定し、ＳＩＰサーバ１に対してＩＮＶＩＴＥリクエストを送信し、通話状態に移行する（ステップＳ６０４）。

なお、図１９において、プライム端末内部においてステップＳ６０１、Ｓ６０２と同じメッセージのやり取りによって回線捕捉を行うことにより、プライム端末による発信操作を実現する。

また、図１９のステップＳ６０１において、各アザーライン端末からの発信要求受信後、発信可とみなすまでに一定のタイミングを取ることにより、例えばプライム端末とアザーライン端末からの同時発信操作時においてプライム端末からの発信を優先させるような運用を可能とする。

図９の機能ブロックによる上記の発信シーケンスの動作は次のようになる。

ライン３０００を用いた、該回線をアザーラインとして収容するＩＰ電話機３ｂからの発信処理を説明する。この場合、発信操作は発信に使用したいアザーラインに対応する機能釦の押下によって行われ、釦位置情報とともに入出力インタフェース部５４を介して、呼制御部５０に通知される。

呼制御部５０は、通知された釦位置で機能釦状態管理テーブル６２を索引し、回線状態が「空き」であれば、「発信確認待ち」に変更し、マルチライン制御部５１に対し発信要求送信を要求する。また、回線状態が「空き」以外の場合は、該操作を無効とする。

マルチライン制御部５１は、機能釦管理テーブル６１を索引し、釦位置情報からプライム端末のアドレス情報を抽出し、ＭＥＳＳＡＧＥを生成（発信要求）し、ＳＩＰプロトコル制御部５３、ＬＡＮインタフェース部５５を介して送出する。

ＭＥＳＳＡＧＥ（発信要求）を受信したＩＰ電話機３ａのマルチライン制御部５１は「２００ ＯＫ」を返送後、呼制御部５０に対し「発信要求」を行う。呼制御部５０は、端末管理データ６０からプライムライン釦位置を抽出し、機能釦状態管理テーブル６２を抽出釦位置にて索引し、「空き」であれば「使用中」に変更し、マルチライン制御部５１に「発信可」を通知する。また、既に「使用中」であれば「発信不可」を通知する。呼制御部５０から発信要求に対する結果通知を受けたマルチライン制御部５１は、結果をＭＥＳＳＡＧＥに乗せて発信要求元へ返送する。

また、マルチライン制御部５１は前記自回線状態通知先アドレス群に対するＮＯＴＩＦＹメッセージを生成し、ＳＩＰプロトコル制御部５３、ＬＡＮインタフェース部５５を介して送出する。ＮＯＴＩＦＹメッセージには、データ管理部５６のマルチライン管理テーブル６３から得た釦位置情報で機能釦状態管理テーブル６２を索引して得た該回線の回線状態として「使用中」が記述されている。

ＭＥＳＳＡＧＥ（発信可）を受信したＩＰ電話機３ｂの呼制御部５０は「２００ ＯＫ」を返送後、着番号でマルチライン管理テーブル６３を検索し、抽出した釦位置情報を呼制御部５０に通知する。呼制御部５０は機能釦状態管理テーブル６２を釦位置情報にて索引し、状態を「使用中」に変更し、ＩＮＶＩＴＥリクエストメッセージを生成し、ＳＩＰプロトコル制御部５３、ＬＡＮインタフェース部５５を介して送出する。このとき、ＩＮＶＩＴＥリクエストメッセージのＦｒｏｍ行には使用するラインのプライム端末であるＩＰ電話機３ａのアドレス（３０００）を指定し、Ｃｏｎｔａｃｔアドレスに自アドレス（３１００）を指定し、以後のＳＩＰサーバ１および発信者からのＳＩＰメッセージはＩＰ電話機３ａを経ず、Ｃｏｎｔａｃｔで指定されたＩＰ電話機３ｂが直接受信する。また、コネクション設定後はＥｎｄ ｔｏ Ｅｎｄ（発信者とＩＰ電話機３ｂの間）でＲＴＰパケットの送受信を行う。

発信操作を行っていないＩＰ電話機３ｃのマルチライン制御部５１はＮＯＴＩＦＹメッセージを受信すると「２００ ＯＫ」を返送後、送信元番号（３０００）でマルチライン管理テーブル６３を検索し、抽出した釦位置情報を呼制御部５０に通知する。呼制御部５０は機能釦状態管理テーブル６２を釦位置情報にて索引し、回線状態としてＮＯＴＩＦＹで通知された状態（「使用中」）に変更する。

<回線保留・応答シーケンス>
図２０Ａおよび図２０Ｂは回線保留・応答シーケンス例を示す図である。回線保留・応答処理は、ＳＩＰによる一般的なコールパークサービス処理にて実現する。通話中のＩＰ電話機３ｂは回線保留操作時にコールパーク番号（「パーク番号」））を付与し、「応答特番」＋「パーク番号」をダイヤルすることにより応答するサービスを実行する（ステップＳ７０１、Ｓ７０２）。コールパーク番号とは保留呼に対してシステム内で一意に付与する番号であり、図２０Ａおよび図２０Ｂでは保留対象となるライン番号を使用している。回線保留を行ったＩＰ電話機３ｂはプライム端末であるＩＰ電話機３ａに対して、回線を保留したことと「パーク番号」を通知する（ステップＳ７０３）。ＩＰ電話機３ａは自回線状態通知先に対して「保留中」状態と「パーク番号」を通知する（ステップＳ７０４）。回線保留に対して応答操作を行ったＩＰ電話機３ｃはＩＰ電話機３ａに対して応答を要求する。ＩＰ電話機３ａは応答端末に対して「応答可」と「パーク番号」を返す（ステップＳ７０５）。また、ＩＰ電話機３ａは自回線状態通知先に対して回線状態が「使用中」になったことを通知する（ステップＳ７０６）。「応答可」を受信したＩＰ電話機３ｃはＴｏヘッダにコールパーク応答特番、Ｆｒｏｍヘッダに自アドレスではなくラインａのアドレスを設定し、ＳＩＰサーバ１に対してＩＮＶＩＴＥリクエストを送信する（ステップＳ７０７、Ｓ７０８）。

図９の機能ブロックによる上記の回線保留・応答シーケンスの動作は次のようになる。

ライン３０００をアザーラインとして収容するＩＰ電話機３ｂがライン３０００を用いて通話中状態にあるときの回線保留処理を説明する。この場合、回線保留操作は使用中のアザーラインに対応する機能釦の押下によって行われ、釦位置情報とともに入出力インタフェース部５４を介して、呼制御部５０に通知される。

呼制御部５０は、通知された釦位置で機能釦状態管理テーブル６２を索引し、回線状態が「使用中」であれば、「保留要求中」に変更し、ＳＩＰサーバ１に対するｒｅ−ＩＮＶＩＴＥメッセージを生成し、ＳＩＰプロトコル制御部５３、ＬＡＮインタフェース部５５を介して送出する。

続いて、ＩＰ電話機３ｂの呼制御部５０は端末管理データ６０からコールパーク実行特番を抽出し、ＩＮＶＩＴＥメソッドにてＳＩＰサーバ１に通知する。ＳＩＰサーバ１は本ＩＮＶＩＴＥメソッド終了時に、ＩＰ電話機３ｂ、並びに相手ＳＩＰユーザエージェントを各々パークサーバ７に接続し、ＩＰ電話機３ｂと相手ＳＩＰユーザエージェント間のコネクションを終了させる。

パークサーバ７と通話中状態となったＩＰ電話機３ｂの呼制御部５０はパークサーバ７に対し使用していたライン番号（３０００）をパーク番号として通知するとともに、マルチライン制御部５１へ「パーク通知」を行う。マルチライン制御部５１は、ライン３０００のプライム端末であるＩＰ電話機３ａに対するＭＥＳＳＡＧＥ（パーク通知）を生成し、ＳＩＰプロトコル制御部５３、ＬＡＮインタフェース部５５を介して送出する。

ＭＥＳＳＡＧＥ（パーク通知）を受信したＩＰ電話機３ａのマルチライン制御部５１は「２００ ＯＫ」を返送後、呼制御部５０に対し「パーク通知」を行う。呼制御部５０は、端末管理データ６０からプライムライン釦位置を抽出し、機能釦状態管理テーブル６２を抽出釦位置にて索引し、「使用中」であれば「保留中」に変更するとともに、受信したパーク番号を機能釦状態管理テーブル６２に格納する。その後、マルチライン制御部５１は前記自回線状態通知先アドレス群に対するＮＯＴＩＦＹメッセージを生成し、ＳＩＰプロトコル制御部５３、ＬＡＮインタフェース部５５を介して送出する。ＮＯＴＩＦＹメッセージには、データ管理部５６のマルチライン管理テーブル６３から得た釦位置情報で機能釦状態管理テーブル６２を索引して得た該回線の回線状態として「保留中」が記述されている。

ライン３０００をアザーラインとして収容するＩＰ電話機３ｃが３ｂによって回線保留されたライン３０００に対して応答する場合の処理を説明する。この場合、回線保留応答は保留中のアザーラインに対応する機能釦の押下によって行われ、釦位置情報とともに入出力インタフェース部５４を介して、呼制御部５０に通知される。

呼制御部５０は、通知された釦位置で機能釦状態管理テーブル６２を索引し、回線状態が「保留中」であれば、「保留応答確認待ち」に変更し、マルチライン制御部５１に対し応答要求送信を要求する。また、回線状態が「保留中」以外の場合は、該操作を無効とする。

マルチライン制御部５１は、機能釦管理テーブル６１を索引し、釦位置情報からプライム端末のアドレス情報を抽出し、ＭＥＳＳＡＧＥを生成（応答要求）し、ＳＩＰプロトコル制御部５３、ＬＡＮインタフェース部５５を介して送出する。

ＭＥＳＳＡＧＥ（応答要求）を受信したＩＰ電話機３ａのマルチライン制御部５１は「２００ ＯＫ」を返送後、呼制御部５０に対し「応答要求」を行う。呼制御部５０は、端末管理データ６０からプライムライン釦位置を抽出し、機能釦状態管理テーブル６２を抽出釦位置にて索引し、「保留中」であれば「使用中」に変更し、マルチライン制御部５１に「応答可」を通知する。また、既に「使用中」であれば「応答不可」を通知する。呼制御部５０から応答要求に対する結果通知を受けたマルチライン制御部５１は、結果およびパーク番号をＭＥＳＳＡＧＥに乗せて応答要求元へ返送する。また、マルチライン制御部５１は前記自回線状態通知先アドレス群に対するＮＯＴＩＦＹメッセージを生成し、ＳＩＰプロトコル制御部５３、ＬＡＮインタフェース部５５を介して送出する。ＮＯＴＩＦＹメッセージには、データ管理部５６のマルチライン管理テーブル６３から得た釦位置情報で機能釦状態管理テーブル６２を索引して得た該回線の回線状態として「使用中」が記述されている。

ＭＥＳＳＡＧＥ（応答可）を受信したＩＰ電話機３ｃの呼制御部５０は「２００ ＯＫ」を返送後、着番号でマルチライン管理テーブル６３を検索し、抽出した釦位置情報を呼制御部５０に通知する。呼制御部５０は機能釦状態管理テーブル６２を釦位置情報にて索引し、状態を「使用中」に変更する。続いて、ＩＰ電話機３ｃの呼制御部５０は端末管理データ６０からコールパーク応答特番を抽出し、ＩＮＶＩＴＥメソッドにてＳＩＰサーバ１に通知する。ＳＩＰサーバ１は本ＩＮＶＩＴＥメソッドにより、ＩＰ電話機３ｃとパークサーバ７間のコネクションを形成する。

パークサーバ７と通話中状態となったＩＰ電話機３ｃの呼制御部５０はＭＥＳＳＡＧＥでＩＰ電話機３ａから通知された番号をパーク番号としてパークサーバ７に通知する。

パーク番号を通知されたパークサーバ７はパーク応答処理を実行し、ＩＰ電話機３ｃと相手ＳＩＰユーザエージェント間のコネクションが設定される。

<一般的動作>
ＩＰ電話機３ａの回線情報は、ＩＰ電話機３ｂ、３ｃにコマンド等の手段によって、あらかじめ登録されている。

ＩＰ電話機３ａに着信があった場合、ＩＰ電話機３ｂ、３ｃに登録されているＩＰ電話機３ａの回線釦が着信中となるとともに、着信リンガーが鳴動する。ＩＰ電話機３ｂがＩＰ電話機３ａの回線釦押下により応答すると、ＩＰ電話機３ｂ、３ｃのリンガーが停止するとともに、ＩＰ電話機３ａ，３ｃのＩＰ電話機３ａの回線釦が使用中となる。リンガー鳴動開始時間が設定されている場合は、タイムアウト後にリンガーが鳴動する。

上記の動作において、ＩＰ電話機３ｂがＩＰ電話機３ａ回線釦押下と同時に、ＩＰ電話機３ｃがＩＰ電話機３ａの回線釦を押下した場合、ＩＰ電話機３ｃは応答不可となり、ビジートーンを聴取する。

ＩＰ電話機３ｂがＩＰ電話機３ａの回線釦押下にて発信した場合、ＩＰ電話機３ａ，３ｃのＩＰ電話機３ａの回線釦が使用中となる。ＩＰ電話機３ｂが切断した場合、ＩＰ釦電話３ａ，３ｃのＩＰ電話機３ａの釦が空となる。

上記の動作において、ＩＰ電話機３ｂがＩＰ電話機３ａ回線釦押下にて発信と同時に、ＩＰ電話機３ｃがＩＰ電話機３ａ回線釦押下により発信した場合、発信不可となり、ビジートーンを聴取する。

ＩＰ電話機３ａの通話中からＩＰ電話機３ａの回線釦押下により、回線保留を行う。通話相手端末は保留音を聴取する。ＩＰ電話機３ａ，３ｂ，３ｃのＩＰ電話機３ａ回線釦が保留中となる。ＩＰ電話機３ｂがＩＰ電話機３ａ回線釦押下により、保留されている相手端末と通話中となる。ＩＰ電話機３ａ，３ｂ，３ｃのＩＰ電話機３ａ回線釦が使用中となる。

<実施形態の効果>
上述した実施形態には次のような効果がある。

第１に、ＩＰ電話機等の電話装置間のみの独自メッセージ／手順にてマルチラインサービスが実現可能となるため、ＳＩＰに関連するＲＦＣ／インターネットドラフトのみをサポートするＳＩＰサーバ（標準ＳＩＰサーバ）等の接続管理サーバを用いてシステム構築ができる。また、標準ＳＩＰサーバ等を用いることにより、マルチラインサービスで使用する以外のＳＩＰユーザエージェント等についてもサーバとの接続性を特に意識せず手配することができる。

第２に、電話装置間のみの独自メッセージ／手順にてマルチラインサービスが実現可能となるため、本発明の機能を反映させた電話装置をマルチラインサービス参加台数分手配するのみで、既設のＳＩＰシステム等を有する顧客やＩＰセントレックス等を利用している顧客についてもマルチラインシステムを提供できる。また、マルチラインを組む電話装置は、ネットワークを跨っても接続できるため、複数の拠点間を結ぶマルチラインを容易に組むことが可能となる。

第３に、標準ＳＩＰサーバ等が使用できるため、開発コスト並びに導入コストを軽減することができる。また、センター工事なしに端末側の設定のみでマルチラインを増設、撤去できるため保守コストを軽減することができる。

第４に、ＳＩＰサーバ等の開発が不要なため、実現するソフトウェア規模が小さくなる。

第５に、接続管理サーバと電話装置の間のシーケンスがシンプルであるため、ＷＡＮ間のトラフィック負荷が削減できる。また、マルチライン制御処理をプライムライン収容端末に分散させる方式であるため、接続管理サーバの能力に影響されることなくマルチラインの増設ができる。

以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

Claims (10)

1. ネットワークを介して接続管理サーバに接続され、上記接続管理サーバとの間で所定の通信プロトコルおよび接続プロトコルにより着信および発信を含む通話を行う電話装置であって、
   当該電話装置は、物理的な回線を対象とした従来の電話システムにおけるマルチラインサービス機能を、上記ネットワーク上の仮想的な回線を対象とした電話システムにおいて実現するものであり、
   当該電話装置は、マルチライングループを構成する他の電話装置との間で、上記接続プロトコルと異なる独自のインタフェースにより回線状態を相互に通知する手段を備えたことを特徴とする電話装置。
2. 上記通信プロトコルはインターネットプロトコルであり、上記接続プロトコルはセッションイニシエーションプロトコルであることを特徴とする請求項１に記載の電話装置。
3. 自己の電話装置が主として使用する仮想的な回線であるプライムラインの自回線状態を他の電話装置に通知する自回線状態通知手段と、
   他の電話装置に当該他の電話装置が主として使用する仮想的な回線であるアザーラインの回線状態の通知を要求する他回線状態要求手段とを備えたことを特徴とする請求項１に記載の電話装置。
4. 上記自回線状態通知手段は、他の電話装置から自発的かつ定期的に回線状態通知の要求があった場合に、自回線状態を通知する対象となるマルチライングループを構成する他の電話機の通知先アドレスを記録する通知先一覧をダイナミックに生成もしくはリフレッシュを行うことを特徴とする請求項３に記載の電話装置。
5. 上記自回線状態通知手段は、自回線状態を通知する対象となるマルチライングループを構成する他の電話機の通知先アドレスを記録する通知先一覧をスタティックに保持し、他の電話装置から自発的かつ定期的に回線状態通知の要求があった場合にダイナミックに上記通知先一覧の補正を行うことを特徴とする請求項３に記載の電話装置。
6. 上記他回線状態要求手段は、他の電話装置へマルチライングループからの離脱要求もしくはマルチライングループへの参加要求を行い、マルチライングループの構成を変更することを特徴とする請求項３に記載の電話装置。
7. 上記自回線状態通知手段は、自回線状態を通知する対象となるマルチライングループを構成する他の電話機の通知先数の処理能力に対応した上限値を保持し、上記上限値以上の回線状態通知要求の受け付けを拒否することを特徴とする請求項３に記載の電話装置。
8. 上記他回線状態要求手段は、回線状態通知の要求時に他の電話装置との間で予め取り決めた認証情報を通知し、
   上記自回線状態通知手段は、他の電話装置からの回線状態通知の要求に含められた認証情報により正当な電話装置であることを認証することを特徴とする請求項３に記載の電話装置。
9. 上記自回線状態通知手段は、上記接続管理サーバから着信要求を受信した際、上記ネットワークを介して接続管理サーバに接続された他の電話装置であって回線状態通知を要求した他の電話装置に対し着信要求を送信し、自回線に対する着信に対して上記他の電話装置からの応答を可能とすることを特徴とする請求項３に記載の電話装置。
10. 上記自回線状態通知手段は、上記ネットワークを介して接続管理サーバに接続された他の電話装置からの応答が２つ以上あった場合、１つの電話装置に対してのみ応答可を通知することを特徴とする請求項９に記載の電話装置。

Images