(57)【要約】【課題】ＩＰ電話端末の動作状態に応じて通信の中継先を適切に決定可能とする認証装置を提供する。【解決手段】ＩＰ電話端末の動作状態と、ＩＰ電話端末のユーザのユーザＩＤと、宛先ＩＤと、を対応づけた状態情報を記憶可能な状態記憶部１５１と、ユーザを認証する認証部１１１と、状態情報を受信して状態記憶部１５１に保存する状態受信部１１２と、受信した状態情報に含まれるユーザＩＤを含む状態情報を状態記憶部１５１から取得する状態取得部１２１と、複数の状態情報それぞれに含まれる動作状態に基づいて、第１宛先ＩＤを宛先とする通信の中継先として第２宛先ＩＤを選択する順位を決定する順位決定部１２２と、第１宛先ＩＤを宛先とする通信の中継先とする第２宛先ＩＤを決定された順位で選択することを表す順位情報を生成する生成部１２３と、順位情報をサーバ装置に通知する情報通知部１２４と、を備えた。【選択図】        図３
2009232044.tif 000002
【特許請求の範囲】
【請求項１】
複数のＩＰ電話端末と、前記ＩＰ電話端末のユーザを認証する認証装置と、前記ＩＰ電話端末間の通信を中継するサーバ装置と、をネットワークで接続した通信システムであって、
前記ＩＰ電話端末は、
前記ＩＰ電話端末の動作状態を監視する監視部と、
監視された前記動作状態と、前記認証装置によって認証された前記ユーザを識別するユーザＩＤと、前記ＩＰ電話端末を通信の宛先として指定するための宛先ＩＤと、を対応づけた状態情報を前記認証装置に通知する状態通知部と、を備え、
前記認証装置は、
前記状態情報を記憶可能な状態記憶部と、
前記ユーザを認証する認証部と、
前記状態情報を前記ＩＰ電話端末から受信して前記状態記憶部に保存する状態受信部と、
受信した前記状態情報に含まれる前記ユーザＩＤと同一のユーザＩＤを含む前記状態情報を前記状態記憶部から取得する状態取得部と、
複数の前記状態情報が取得された場合に、複数の前記状態情報それぞれに含まれる前記動作状態に基づいて、複数の前記状態情報に含まれる第１宛先ＩＤを宛先とする通信の中継先とする前記宛先ＩＤとして、複数の前記状態情報に含まれる第２宛先ＩＤを選択する順位を、前記第２宛先ＩＤのそれぞれに対して決定する順位決定部と、
前記第１宛先ＩＤを宛先とする通信の中継先とする前記第２宛先ＩＤを、決定された前記順位で選択することを表す順位情報を生成する生成部と、
前記順位情報を前記サーバ装置に通知する情報通知部と、を備え、
前記サーバ装置は、
前記順位情報を前記認証装置から受信する情報受信部と、
受信した前記順位情報に基づいて前記第１宛先ＩＤを宛先とする通信の中継先となる前記第２宛先ＩＤを選択する中継先選択部と、を備えたこと、
を特徴とする通信システム。
【請求項２】
複数のＩＰ電話端末と、前記ＩＰ電話端末間の通信を中継するサーバ装置と、にネットワークを介して接続可能な認証装置であって、
監視された前記動作状態と、前記ＩＰ電話端末のユーザを識別するユーザＩＤと、前記ＩＰ電話端末を通信の宛先として指定するための宛先ＩＤと、を対応づけた状態情報を記憶可能な状態記憶部と、
前記ユーザを認証する認証部と、
前記状態情報を前記ＩＰ電話端末から受信して前記状態記憶部に保存する状態受信部と、
受信した前記状態情報に含まれる前記ユーザＩＤと同一のユーザＩＤを含む前記状態情報を前記状態記憶部から取得する状態取得部と、
複数の前記状態情報が取得された場合に、複数の前記状態情報それぞれに含まれる前記動作状態に基づいて、複数の前記状態情報に含まれる第１宛先ＩＤを宛先とする通信の中継先とする前記宛先ＩＤとして、複数の前記状態情報に含まれる第２宛先ＩＤを選択する順位を、前記第２宛先ＩＤのそれぞれに対して決定する順位決定部と、
前記第１宛先ＩＤを宛先とする通信の中継先とする前記第２宛先ＩＤを、決定された前記順位で選択することを表す順位情報を生成する生成部と、
前記順位情報を前記サーバ装置に通知する情報通知部と、
を備えたことを特徴とする認証装置。
【請求項３】
前記動作状態と、前記動作状態に応じて予め定められた数値とを対応づけて記憶する数値記憶部と、
前記順位決定部は、複数の前記状態情報が取得された場合に、対応する前記数値が大きい前記動作状態に対応づけられた前記第２宛先ＩＤに対して、対応する前記数値が小さい前記動作状態に対応づけられた前記第２宛先ＩＤより小さい前記順位を決定すること、
を特徴とする請求項２に記載の認証装置。
【請求項４】
前記数値記憶部は、前記動作状態と、前記ＩＰ電話端末の処理負荷が大きい前記動作状態ほど小さい値となる前記数値とを対応づけて記憶すること、
を特徴とする請求項３に記載の認証装置。
【請求項５】
前記数値記憶部は、ユーザが通信の中継を拒否することを指定した拒否状態を含む前記動作状態と、前記拒否状態に対する値が前記拒否状態以外の前記動作状態に対する値より小さい値となる前記数値とを対応づけて記憶すること、
を特徴とする請求項３に記載の認証装置。
【請求項６】
前記状態記憶部は、複数の前記動作状態を含む前記状態情報を記憶可能であり、
前記順位決定部は、さらに、取得された前記状態情報に複数の前記動作状態が含まれる場合に、複数の前記動作状態それぞれに対応する前記数値の和を算出し、前記和または対応する前記数値が大きい前記動作状態に対応づけられた前記第２宛先ＩＤに対して、前記和または対応する前記数値が小さい前記動作状態に対応づけられた前記第２宛先ＩＤより小さい前記順位を決定すること、
を特徴とする請求項３に記載の認証装置。
【請求項７】
前記順位決定部は、前記第２宛先ＩＤのうち、対応する前記動作状態の前記数値が予め定められた閾値より大きい前記第２宛先ＩＤに対して前記順位を決定すること、
を特徴とする請求項３に記載の認証装置。
【請求項８】
前記宛先ＩＤは、ＳＩＰ  ＵＲＩ（Session Initiation Protocol Uniform Resource Identifier）であること、
を特徴とする請求項２に記載の認証装置。
【請求項９】
ユーザを認証する認証装置とネットワークを介して接続可能なＩＰ電話端末であって、
前記ＩＰ電話端末の動作状態を監視する監視部と、
監視された前記動作状態と、前記認証装置によって認証された前記ユーザを識別するユーザＩＤと、前記ＩＰ電話端末を通信の宛先として指定するための宛先ＩＤと、を対応づけた状態情報を前記認証装置に通知する状態通知部と、
を備えたことを特徴とするＩＰ電話端末。
【請求項１０】
複数のＩＰ電話端末と、前記ＩＰ電話端末間の通信を中継するサーバ装置と、にネットワークを介して接続可能な認証装置で実行される情報通知方法であって、
前記認証装置は、
監視された前記動作状態と、前記ＩＰ電話端末のユーザを識別するユーザＩＤと、前記ＩＰ電話端末を通信の宛先として指定するための宛先ＩＤと、を対応づけた状態情報を記憶可能な状態記憶部を備え、
認証部が、前記ユーザを認証する認証ステップと、
状態受信部が、前記状態情報を前記ＩＰ電話端末から受信して前記状態記憶部に保存する状態受信ステップと、
状態取得部が、受信した前記状態情報に含まれる前記ユーザＩＤと同一のユーザＩＤを含む前記状態情報を前記状態記憶部から取得する状態取得ステップと、
順位決定部が、複数の前記状態情報が取得された場合に、複数の前記状態情報それぞれに含まれる前記動作状態に基づいて、複数の前記状態情報に含まれる第１宛先ＩＤを宛先とする通信の中継先とする前記宛先ＩＤとして、複数の前記状態情報に含まれる第２宛先ＩＤを選択する順位を、前記第２宛先ＩＤのそれぞれに対して決定する順位決定ステップと、
生成部が、前記第１宛先ＩＤを宛先とする通信の中継先とする前記第２宛先ＩＤを、決定された前記順位で選択することを表す順位情報を生成する生成ステップと、
情報通知部が、前記順位情報を前記サーバ装置に通知する情報通知ステップと、
を備えたことを特徴とする情報通知方法。
【請求項１１】
複数のＩＰ電話端末と、前記ＩＰ電話端末間の通信を中継するサーバ装置と、にネットワークを介して接続可能な認証装置で実行される情報通知プログラムであって、
前記認証装置は、
監視された前記動作状態と、前記ＩＰ電話端末のユーザを識別するユーザＩＤと、前記ＩＰ電話端末を通信の宛先として指定するための宛先ＩＤと、を対応づけた状態情報を記憶可能な状態記憶部を備え、
前記ユーザを認証する認証手順と、
前記状態情報を前記ＩＰ電話端末から受信して前記状態記憶部に保存する状態受信手順と、
受信した前記状態情報に含まれる前記ユーザＩＤと同一のユーザＩＤを含む前記状態情報を前記状態記憶部から取得する状態取得手順と、
複数の前記状態情報が取得された場合に、複数の前記状態情報それぞれに含まれる前記動作状態に基づいて、複数の前記状態情報に含まれる第１宛先ＩＤを宛先とする通信の中継先とする前記宛先ＩＤとして、複数の前記状態情報に含まれる第２宛先ＩＤを選択する順位を、前記第２宛先ＩＤのそれぞれに対して決定する順位決定手順と、
前記第１宛先ＩＤを宛先とする通信の中継先とする前記第２宛先ＩＤを、決定された前記順位で選択することを表す順位情報を生成する生成手順と、
前記順位情報を前記サーバ装置に通知する情報通知手順と、
を前記認証装置に実行させる情報通知プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＩＰ電話に関する通信の中継先を決定する通信システム、ＩＰ電話に関する通信の中継先の情報を通知する装置、方法、プログラム、およびＩＰ電話端末に関する。
【背景技術】
【０００２】
近年、ＶｏＩＰ（Voice over Internet Protocol）を利用したＩＰ電話システムの導入が企業内でも広く進んでいる。ＩＰ電話端末としては、既存の電話機と同様の固定電話端末だけでなく、ＰＣ（Personal Computer）上で動作するソフトウェア実装の電話端末（以後ソフトフォンという）も導入されている。ソフトフォンは、ソフトウェア的な連携が容易であり、ＰＣを使用するユーザの利便性が向上するというメリットがある。
【０００３】
ＩＰ電話端末には、電話番号に相当する識別子が割り当てられる。運用上、必ずしもユーザを識別するユーザ識別子が、この電話番号相当の識別子として割り当てられるとは限らない。例えば、企業内の複数の机を含むエリアごとに１つの固定電話機が設置されており、この固定電話機をＩＰ電話端末に置き換える場合には、複数のユーザが１つのＩＰ電話端末を共有することになる。このため、ＩＰ電話端末の電話番号を、ユーザごとに割り当てることができない。
【０００４】
逆に、ユーザが複数のＰＣを所有している場合は、１人のユーザが複数のソフトフォンを起動することもある。すなわちに、ユーザと電話とを１対多の関係として管理しなければならない場合がある。そして、このような場合、あるユーザ宛の通話を、当該ユーザが所有する電話端末のいずれに着信するかを適切に決定する必要がある。
【０００５】
特許文献１では、顧客ごとに予め設定した転送先の優先度に従って最優先の転送先に通話を転送する技術が提案されている。また、特許文献２では、発信側ユーザの通信端末に、着信側ユーザが利用可能な複数の通信手段のプレゼンス情報を優先順位付きで表示し、発信側ユーザが最適な通信手段を選択可能にする技術が提案されている。
【０００６】
【特許文献１】特開２００７−８８８２２号公報
【特許文献２】特開２００６−１５７１１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ソフトフォンは、ＰＣ上で使える利便性がある反面、ＰＣの挙動に引きずられて本来の電話機能に不都合が生じることがある。例えば、ＰＣ上でＣＰＵ（Central Processing Unit）負荷の高い処理を行っている場合には、ＩＰ電話機能を実現するためのリアルタイム音声処理や動画処理に支障をきたす可能性がある。さらに、携帯型ＰＣ上で動作するソフトフォンでは、ＰＣがサスペンド状態に移行している場合や、移動中のためネットワークから切断されている場合があり、このような場合は転送先として選択すべきではない。また、ＰＣは、常時電源が投入されてＩＰ電話端末として動作しているわけではないため、このような場合も転送先として選択すべきではない。
【０００８】
単純に処理負荷が高い場合には、端末の判断で他の電話端末に通話を転送することも可能である。しかし、転送可能な電話端末を予め設定しなければならないという問題や、転送先も同様に負荷が高い場合には転送処理が無駄になるという問題が生じうる。また、電源断、サスペンド時、ネットワークから切断されている場合には応答することすらできないという状況が発生しうる。このような問題は、特にＩＰ電話端末をソフトフォンで実現する場合に発生する。
【０００９】
特許文献１の方法は、顧客ごとに、携帯電話、固定電話、ソフトフォンなどの電話種別ごとの転送の優先度を設定して優先度にしたがって転送先の端末を選択している。しかし、転送先の端末の電源が投入されているか否かなどの端末の動作状態に応じて動的に転送先を決定することができない。
【００１０】
特許文献２の方法では、ユーザのプレゼンス情報に応じた優先順位を表示することにより、ユーザが所望の電話端末を着信先として選択することができる。しかし、ユーザのプレゼンス情報のみでは、端末の動作状態を知ることができない。このため、上述のように端末の処理負荷等の影響によって本来の電話機能に不都合が生じる場合がある。
【００１１】
本発明は、上記に鑑みてなされたものであって、ＩＰ電話端末の動作状態に応じて通信の中継先を適切に決定可能とする通信システム、中継先の情報を通知する装置、方法、プログラム、およびＩＰ電話端末を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するために、本発明は、複数のＩＰ電話端末と、前記ＩＰ電話端末のユーザを認証する認証装置と、前記ＩＰ電話端末間の通信を中継するサーバ装置と、をネットワークで接続した通信システムであって、前記ＩＰ電話端末は、前記ＩＰ電話端末の動作状態を監視する監視部と、監視された前記動作状態と、前記認証装置によって認証された前記ユーザを識別するユーザＩＤと、前記ＩＰ電話端末を通信の宛先として指定するための宛先ＩＤと、を対応づけた状態情報を前記認証装置に通知する状態通知部と、を備え、前記認証装置は、前記状態情報を記憶可能な状態記憶部と、前記ユーザを認証する認証部と、前記状態情報を前記ＩＰ電話端末から受信して前記状態記憶部に保存する状態受信部と、受信した前記状態情報に含まれる前記ユーザＩＤと同一のユーザＩＤを含む前記状態情報を前記状態記憶部から取得する状態取得部と、複数の前記状態情報が取得された場合に、複数の前記状態情報それぞれに含まれる前記動作状態に基づいて、複数の前記状態情報に含まれる第１宛先ＩＤを宛先とする通信の中継先とする前記宛先ＩＤとして、複数の前記状態情報に含まれる第２宛先ＩＤを選択する順位を、前記第２宛先ＩＤのそれぞれに対して決定する順位決定部と、前記第１宛先ＩＤを宛先とする通信の中継先とする前記第２宛先ＩＤを、決定された前記順位で選択することを表す順位情報を生成する生成部と、前記順位情報を前記サーバ装置に通知する情報通知部と、を備え、前記サーバ装置は、前記順位情報を前記認証装置から受信する情報受信部と、受信した前記順位情報に基づいて前記第１宛先ＩＤを宛先とする通信の中継先となる前記第２宛先ＩＤを選択する中継先選択部と、を備えたこと、を特徴とする。
【００１３】
また、本発明は、複数のＩＰ電話端末と、前記ＩＰ電話端末間の通信を中継するサーバ装置と、にネットワークを介して接続可能な認証装置であって、監視された前記動作状態と、前記ＩＰ電話端末のユーザを識別するユーザＩＤと、前記ＩＰ電話端末を通信の宛先として指定するための宛先ＩＤと、を対応づけた状態情報を記憶可能な状態記憶部と、前記ユーザを認証する認証部と、前記状態情報を前記ＩＰ電話端末から受信して前記状態記憶部に保存する状態受信部と、受信した前記状態情報に含まれる前記ユーザＩＤと同一のユーザＩＤを含む前記状態情報を前記状態記憶部から取得する状態取得部と、複数の前記状態情報が取得された場合に、複数の前記状態情報それぞれに含まれる前記動作状態に基づいて、複数の前記状態情報に含まれる第１宛先ＩＤを宛先とする通信の中継先とする前記宛先ＩＤとして、複数の前記状態情報に含まれる第２宛先ＩＤを選択する順位を、前記第２宛先ＩＤのそれぞれに対して決定する順位決定部と、前記第１宛先ＩＤを宛先とする通信の中継先とする前記第２宛先ＩＤを、決定された前記順位で選択することを表す順位情報を生成する生成部と、前記順位情報を前記サーバ装置に通知する情報通知部と、を備えたことを特徴とする。
【００１４】
また、本発明は、上記装置を実行することができる方法およびプログラムである。
【００１５】
また、本発明は、ユーザを認証する認証装置とネットワークを介して接続可能なＩＰ電話端末であって、前記ＩＰ電話端末の動作状態を監視する監視部と、監視された前記動作状態と、前記認証装置によって認証された前記ユーザを識別するユーザＩＤと、前記ＩＰ電話端末を通信の宛先として指定するための宛先ＩＤと、を対応づけた状態情報を前記認証装置に通知する状態通知部と、を備えたことを特徴とする。
【発明の効果】
【００１６】
本発明によれば、ＩＰ電話端末の動作状態に応じて通信の中継先を適切に決定することができるという効果を奏する。
【発明を実施するための最良の形態】
【００１７】
以下に添付図面を参照して、この発明にかかる通信システム、中継先の情報を通知する装置、方法、プログラム、およびＩＰ電話端末の最良な実施の形態を詳細に説明する。
【００１８】
上述のように、従来、ソフトフォンを用いる場合には、（１）接続できない端末（ネットワークに接続していない、サスペンドしている、電源が落ちているなどの状態の端末）に対して電話をかけると、応答が返されないため電話がかけられない、（２）ＣＰＵ処理負荷が高い場合には電話をかけることはできるものの、実際の音声の品質は低く実用にならないことがある、などの問題があった。そして、このような場合、結果的に他の近隣の番号を調べて掛け直す必要が発生するため、電話をかける側に対して通話開始までの時間が長くなることが問題となっていた。
【００１９】
一方、従来の方法では、ＰＣの詳細な利用状況に応じて転送先を切り替えることができなかった。例えば、（１）ユーザＡがノートＰＣで作業中にＰＣの作業画面にソフトフォンによる割り込みをかけて欲しくない場合に、ユーザＡの机に割りあてられている固定ＩＰ電話端末に自分宛の電話を転送する、（２）ユーザＡのＰＣがスクリーンセーバー状態の時には、そのＰＣのソフトフォンに着信させるのではなく、ユーザＡの机に割りあてられている固定ＩＰ電話端末に自分宛の電話を転送する、（３）ユーザＡのＰＣがＣＰＵビジー状態であるときに、ユーザＡの所有する他のＰＣのソフトフォンに着信させる、といった要求に答えられなかった。
【００２０】
そこで、本実施の形態にかかる通信システムは、あるユーザが利用可能な複数のＩＰ電話端末から、各ＩＰ電話端末の動作状態に応じて、より適切なＩＰ電話端末を通話の接続先として選択する。
【００２１】
ここで、複数のＩＰ電話端末から適切なＩＰ電話端末を選択する必要が生じる状況の一例を説明する。図１は、ＩＰ電話端末の利用状況に応じて電話の転送が求められる例を示す図である。図１は、ユーザＡ〜Ｄの４人のユーザそれぞれに１台の固定電話と、少なくとも１つのＰＣとが割り当てられた例を示している。そして、ユーザＡには、ソフトフォンが動作するＰＣであるＩＰ電話端末２００ａ、２００ｂと、固定電話であるＩＰ電話端末２００ｃとの合計３つのＩＰ電話端末２００が割り当てられている。
【００２２】
ここで、ユーザＡの各ＩＰ電話端末にはそれぞれ異なる電話番号が割り当てられているとする。この場合、例えばＩＰ電話端末２００ａがビジー状態であったとすると、ＩＰ電話端末２００ａの電話番号を指定した通話であっても、ユーザＡが利用する他の端末であるＩＰ電話端末２００ｂまたは２００ｃに通話が転送されることが望ましい。本実施の形態の通信システムによれば、各ＩＰ電話端末２００の動作状態に応じて転送先を切り替え可能とすることにより、これを実現することができる。
【００２３】
次に、通話の転送を回避すべき動作状態の例について説明する。図２は、電話がかからない、または電話をかけられることが望ましくない動作状態の一例を示す図である。図２は、図１と同様に、ユーザＡが複数のＩＰ電話端末２００ａ〜２００ｃを所有し、ユーザＢがユーザＡ宛に電話をかける場合の例を示している。
【００２４】
同図に示すように、電話がかからない状況としては、ネットワークが切断されている状態（Network Unreachable）、電源オフの状態（PC Shutdown）などの動作状態が存在する。また、電話をかけられることが望ましくない状況としては、サスペンド状態（PC suspend）、ＣＰＵビジー状態（CPU busy）、スクリーンセーバー状態（Screen Saver）、ＤＮＤ（Do Not Disturb）状態などの動作状態が存在する。なお、ＤＮＤ状態とは、ユーザが電話の転送拒否を明示的に指定した状態を意味する。
【００２５】
なお、このような状態は、あるＩＰ電話端末２００に対しての通話の転送は望まないが、他のＩＰ電話端末２００に対してならば通話を転送してもよいことを意味する。
【００２６】
次に、本実施の形態にかかる通信システムの構成について説明する。図３は、本実施の形態にかかる通信システムの構成を示すブロック図である。図３に示すように、本実施の形態にかかる通信システムは、複数のＩＰ電話端末２００ａ〜２００ｃと、認証装置１００と、ＩＰ電話サーバ３００とが、インターネットなどのネットワーク４００で接続された構成となっている。
【００２７】
ＩＰ電話端末２００ａ〜２００ｃは、ＳＩＰ（Session Initiation Protocol）などを用いてＩＰ電話機能を実現する端末である。ＩＰ電話端末２００ａ〜２００ｃは、上述のようにＰＣ上で動作するソフトフォン、または固定のＩＰ電話機として実現することができる。なお、ＩＰ電話端末２００ａ〜２００ｃは、同様の機能を備えるため、以下では単にＩＰ電話端末２００という場合がある。また、ＩＰ電話端末２００の個数は同図のように３台に限られるものではない。
【００２８】
認証装置１００は、ＩＰ電話端末２００のユーザを認証するとともに、認証したユーザが利用するＩＰ電話端末２００の動作状態をユーザごとに記憶する。さらに、認証装置１００は、動作状態に応じて、あるユーザ宛の通話を中継する優先順位を決定し、決定した優先順位の情報をＩＰ電話サーバ３００に通知する。
【００２９】
なお、認証装置１００が、認証に用いる認証情報を管理し、認証情報を用いて要求されたユーザの認証を行う外部の認証サーバ（図示せず）にネットワーク４００を介して接続され、当該認証サーバを用いてユーザを認証するように構成してもよい。
【００３０】
ＩＰ電話サーバ３００は、ＳＩＰなどを用いてＩＰ電話端末２００間の通話を中継してＩＰ電話システムを実現する装置である。ＩＰ電話サーバ３００は、例えば、通話の中継先を決定するＳＩＰのリダイレクトサーバとしての機能と、決定した中継先に通話を転送するＳＩＰのプロキシサーバとしての機能とを備えている。なお、両機能をそれぞれ物理的に別のサーバ上に実現するように構成してもよい。
【００３１】
次に、ＩＰ電話端末２００の構成の詳細について図４を用いて説明する。図４は、ＩＰ電話端末２００のブロック図である。同図に示すように、ＩＰ電話端末２００は、ＳＩＰ  ＵＡ（User Agent）部２１０と、認証クライアント部２２０と、監視部２３０と、を備えている。
【００３２】
ＳＩＰ  ＵＡ部２１０は、ＳＩＰの端末としての機能を実現するものである。さらに、ＳＩＰ  ＵＡ部２１０は、ＵＲＩ（Uniform Resource Identifier）通知部２１１を備えている。ＵＲＩ通知部２１１は、ＳＩＰ  ＵＡ部２１０で管理している自装置のＳＩＰ  ＵＲＩを、認証クライアント部２２０に通知する。
【００３３】
認証クライアント部２２０は、認証装置１００によるネットワーク認証を受けるための認証クライアントとしての機能を実現するものである。例えば、認証クライアント部２２０は、ユーザにより入力されたユーザＩＤまたは事前に記憶されているユーザＩＤを認証装置１００に送信し、認証装置１００から認証結果を受信する機能を有する。さらに、認証クライアント部２２０は、状態要求部２２１と、状態通知部２２２とを備えている。
【００３４】
状態要求部２２１は、監視部２３０に対して、現在の自装置の動作状態の取得を要求する。状態通知部２２２は、監視部２３０から取得した現在の動作状態を、認証装置１００に通知する。具体的には、状態通知部２２２は、取得した動作状態と、認証されたユーザのユーザＩＤと、自装置のＳＩＰ  ＵＲＩとを対応づけた状態情報を認証装置１００に通知する。これにより、通知を受けた認証装置１００は、ユーザごとに各ＩＰ電話端末２００の動作状態を管理可能となる。
【００３５】
監視部２３０は、状態要求部２２１からの要求に応じて自装置の動作状態を取得し、要求元に返信する。監視部２３０は、例えば、ネットワークが接続されているか否か、電源オン／オフ、サスペンド状態か否か、ＣＰＵビジー状態か否か、スクリーンセーバー状態か否か、ＤＮＤ状態か否かなどの動作状態を監視する。なお、動作状態の種類はこれに限られるものではない。
【００３６】
また、監視部２３０が、所定の時間間隔で定期的に動作状態を監視して認証クライアント部２２０に通知するように構成してもよい。さらに、監視部２３０が、監視した動作状態が所定の基準を満たした場合に、監視した動作状態を認証クライアント部２２０に通知するように構成してもよい。例えば、監視したＣＰＵ利用率が所定の閾値を超えた場合に、ＣＰＵビジー状態であることを認証クライアント部２２０に通知するように構成することができる。
【００３７】
次に、認証装置１００の構成の詳細について図５を用いて説明する。図５は、認証装置１００のブロック図である。同図に示すように、認証装置１００は、状態記憶部１５１と、順位情報記憶部１５２と、数値記憶部１５３と、認証エージェント部１１０と、状態管理部１２０と、を備えている。
【００３８】
状態記憶部１５１は、ＩＰ電話端末２００から受信した状態情報を記憶する。図６は、状態記憶部１５１に記憶される状態情報のデータ構造の一例を示す図である。図６に示すように、状態情報は、ユーザＩＤと、ＳＩＰ  ＵＲＩと、ＩＰアドレスと、動作状態とを含んでいる。
【００３９】
なお、同図は、ユーザＩＤ＝ＡであるユーザＡが、ＳＩＰ  ＵＲＩが共に「userA@foobar.com」であり、２台のＰＣ上で動作するソフトフォンであるＩＰ電話端末２００と、ＳＩＰ  ＵＲＩが「ex1000@foobar.com」である固定の電話機であるＩＰ電話端末２００とを所有する場合の状態情報の例を含んでいる。
【００４０】
同図に示すように、複数のＩＰ電話端末２００に同じＳＩＰ  ＵＲＩを割り当てることも可能である。この場合に各端末を区別可能とするため、状態情報は、ＩＰアドレスを対応づけて記憶している。また、動作状態欄には、複数の動作状態を指定することができる。同図では、例えば、ＳＩＰ  ＵＲＩ＝「userA@foobar.com」、ＩＰアドレス＝「192.168.0.1」のＩＰ電話端末２００の動作状態が、スクリーンセーバー状態かつ通常負荷状態であることが示されている。
【００４１】
図５に戻り、順位情報記憶部１５２は、状態管理部１２０内の順位決定部１２２（後述）が決定した順位で通話を中継することを表す順位情報を記憶する。図７は、順位情報記憶部１５２に記憶される順位情報のデータ構造の一例を示す図である。図７に示すように、順位情報は、優先順位と、「（ＳＩＰ  ＵＲＩ１） to （ＳＩＰ  ＵＲＩ２）」の形式で表される中継情報とを含んでいる。この中継情報は、「ＳＩＰ  ＵＲＩ１」宛の通話を、「ＳＩＰ  ＵＲＩ２」宛を中継先として転送することを表している。そして、図７の順位情報は、優先順位に従って中継情報を選択して中継先となる「ＳＩＰ  ＵＲＩ２」を取得することを表している。なお、同一のＳＩＰ  ＵＲＩが割り当てられている場合には、同図に示すようにＩＰ電話端末２００を識別可能とするためにＩＰアドレスを中継情報に含ませればよい。
【００４２】
図５に戻り、数値記憶部１５３は、各動作状態の種類に応じて予め定められた数値（以下、スコアという）を記憶する。スコアは、順位決定部１２２（後述）が、動作状態に応じて適切な中継先に転送することを表す順位情報を決定するために利用される。すなわち、スコアには、例えば各動作状態でのＩＰ電話端末２００の処理負荷に応じて、処理負荷が高い動作状態ほど小さな値が定められる。これにより、順位決定部１２２は、例えばスコアが大きいＩＰ電話端末２００の順位を小さくするように順位を決定できる。
【００４３】
図８は、数値記憶部１５３に記憶される情報のデータ構造の一例を示す図である。図８に示すように数値記憶部１５３には、動作状態ごとにスコアを対応づけた情報が記憶される。動作状態は、監視部２３０が監視する動作状態の種類が設定される。例えば、スクリーンセーバー状態か、スクリーンセーバー状態ではないことを表すアクティブ状態か、通常負荷状態か、高負荷状態か、入力が高頻度か低頻度か、ネットワーク接続中／切断中か、サスペンド／ハイバネーション状態か、サスペンド／ハイバネーション状態ではないことを表す通常起動状態か、ＤＮＤ状態かなどが動作状態として設定できる。また、同図に示すように、スコアには負の値を設定してもよい。
【００４４】
図５に戻り、認証エージェント部１１０は、ＩＰ電話端末２００からネットワーク認証要求を受付け、ＩＰ電話端末２００の認証を行う認証部１１１を備えている。具体的には、認証部１１１は、ＩＰ電話端末２００からユーザＩＤを受信し、受信したユーザＩＤを用いてユーザを認証する。認証プロトコルとしては、ＰＡＮＡ（Protocol for Carrying Authentication for Network Access）などの従来から用いられているあらゆるプロトコルを適用できる。ＰＡＮＡなどを用いてユーザを認証することにより、ＩＰ電話端末２００と認証装置１００との間には、信頼性の高い通信を確立することができる。
【００４５】
認証エージェント部１１０は、さらに、状態受信部１１２と、状態通知部１１３とを備えている。
【００４６】
状態受信部１１２は、ＩＰ電話端末２００の状態通知部２２２から通知された状態情報を受信し、状態記憶部１５１に保存する。状態通知部１１３は、受信した状態情報を状態管理部１２０に通知する。
【００４７】
状態管理部１２０は、各ＩＰ電話端末２００から受信した状態情報を管理するものであり、状態取得部１２１と、順位決定部１２２と、生成部１２３と、情報通知部１２４とを備えている。
【００４８】
状態取得部１２１は、状態通知部１１３から状態情報の通知を受け、受け取った状態情報に含まれるユーザＩＤと同一のユーザＩＤを含む状態情報を状態記憶部１５１から取得する。
【００４９】
順位決定部１２２は、取得された状態情報に含まれる動作状態を参照し、予め定められたルールに従って、取得された状態情報に含まれるユーザＩＤのユーザ宛の通話を中継するＩＰ電話端末２００の優先順位を決定する。具体的には、順位決定部１２２は、状態取得部１２１によって同一のユーザＩＤを含む状態情報が複数取得されたときに、まず、各状態情報に含まれる動作状態に対応するスコアを数値記憶部１５３から取得する。そして、順位決定部１２２は、スコアがより大きい動作状態に対応するＳＩＰ  ＵＲＩのＩＰ電話端末２００を優先するように順位を決定する。なお、複数の動作状態が指定されている場合は、各動作状態に対応するスコアの和を算出し、他の動作状態のスコア（またはスコアの和）との比較に用いる。
【００５０】
生成部１２３は、決定された順位で通話を中継することを表す、図７で示したような順位情報を生成し、順位情報記憶部１５２に保存する。なお、生成部１２３は、ＩＰ電話サーバ３００が利用可能な順位情報と同じ形式の順位情報を生成する。これにより、ＩＰ電話サーバ３００は、認証装置１００から受信した順位情報を用いるように変更するだけでよい。
【００５１】
情報通知部１２４は、生成された順位情報をＩＰ電話サーバ３００に通知する。
【００５２】
次に、ＩＰ電話サーバ３００の構成の詳細について図９を用いて説明する。図９は、ＩＰ電話サーバ３００のブロック図である。同図に示すように、ＩＰ電話サーバ３００は、順位情報記憶部３５１と、リダイレクトサーバ部３１０と、ＳＩＰプロキシ部３２０とを備えている。
【００５３】
順位情報記憶部３５１は、認証装置１００から通知された順位情報を記憶する。順位情報記憶部３５１に記憶される順位情報のデータ構造は、認証装置１００の順位情報記憶部１５２に記憶される順位情報と同様であるため、その説明を省略する。
【００５４】
リダイレクトサーバ部３１０は、ＳＩＰのリダイレクトサーバとしての機能を実現するものであり、情報受信部３１１と、中継先選択部３１２とを備えている。
【００５５】
情報受信部３１１は、順位情報を認証装置１００から受信し、順位情報記憶部３５１に保存する。
【００５６】
中継先選択部３１２は、あるＳＩＰ  ＵＲＩを宛先とする通話の中継先を、順位情報の優先順位にしたがって選択する。例えば、図７に示すような順位情報の場合、中継先選択部３１２は、最初に優先順位＝１の中継情報にしたがい、通話の中継先とするＩＰ電話端末２００として、ＳＩＰ  ＵＲＩ＝「userA@foobar.com（IPアト゛レス=192.168.0.1）」のＩＰ電話端末２００を選択する。選択したＩＰ電話端末２００と通信が確立できなかった場合は、中継先選択部３１２は、次の優先順位の中継情報で指定される中継先を選択する。
【００５７】
ＳＩＰプロキシ部３２０は、ＳＩＰのプロキシサーバとしての機能を実現するものである。例えば、ＳＩＰプロキシ部３２０は、あるＳＩＰ  ＵＲＩを宛先とする通話を、中継先選択部３１２によって選択された中継先に対して中継する機能を備えている。
【００５８】
なお、認証装置１００の状態記憶部１５１、順位情報記憶部１５２、および数値記憶部１５３と、ＩＰ電話サーバ３００の順位情報記憶部３５１は、ＨＤＤ（Hard Disk Drive）、光ディスク、メモリカード、ＲＡＭ（Random Access Memory）などの一般的に利用されているあらゆる記憶媒体により構成することができる。
【００５９】
次に、このように構成された本実施の形態にかかる通信システムによる情報通知処理について図１０を用いて説明する。情報通知処理とは、認証装置１００が、ＩＰ電話端末２００から受信した動作状態を参照して中継先の優先順位を決定し、決定した優先順位を表す順位情報をＩＰ電話サーバ３００に通知する処理をいう。図１０は、本実施の形態における情報通知処理の全体の流れを示すシーケンス図である。
【００６０】
まず、ＩＰ電話端末２００の認証クライアント部２２０は、ユーザのユーザＩＤを認証装置１００の認証エージェント部１１０に通知し、ネットワーク認証を開始する（ステップＳ１００１）。
【００６１】
認証装置１００の認証エージェント部１１０は通知を受信し、認証部１１１によってユーザＩＤによるネットワーク認証処理を実行する（ステップＳ１００２）。次に、認証部１１１は、認証結果をＩＰ電話端末２００に通知する（ステップＳ１００３）。ＩＰ電話端末２００の認証クライアント部２２０は、認証に成功した場合、認証が成功したことをＳＩＰ  ＵＡ部２１０に通知する（ステップＳ１００４）。
【００６２】
認証成功の通知を受けたＳＩＰ  ＵＡ部２１０のＵＲＩ通知部２１１は、ＩＰ電話端末２００が利用するＳＩＰ  ＵＲＩを認証クライアント部２２０に通知する（ステップＳ１００５）。認証クライアント部２２０は、通知されたＳＩＰ  ＵＲＩを保持し、状態情報の通知時に利用する。
【００６３】
次に、認証クライアント部２２０の状態要求部２２１は、現在のＩＰ電話端末２００の動作状態の取得を監視部２３０に対して要求する（ステップＳ１００６）。監視部２３０は、現在の動作状態を取得して要求元の認証クライアント部２２０に対して通知する（ステップＳ１００７）。認証クライアント部２２０は、通知された動作状態を受信する（ステップＳ１００８）。
【００６４】
次に、認証クライアント部２２０の状態通知部２２２は、認証されたユーザのユーザＩＤと、ＳＩＰ  ＵＡ部２１０から通知されて保持しているＳＩＰ  ＵＲＩと、通知された動作状態とを含む状態情報を、認証装置１００に通知する（ステップＳ１００９）。
【００６５】
認証装置１００の認証エージェント部１１０は、状態受信部１１２によって状態情報を受信し、状態記憶部１５１に保存する（ステップＳ１０１０）。そして、状態通知部１１３が、受信した状態情報を状態管理部１２０に通知する（ステップＳ１０１１）。
【００６６】
状態管理部１２０の状態取得部１２１は、通知された状態情報に含まれるユーザＩＤと同一のユーザＩＤを含む状態情報を状態記憶部１５１から取得する（ステップＳ１０１２）。次に、順位決定部１２２が、取得した状態情報のそれぞれに含まれる動作状態のスコアを比較し、中継先の優先順位を決定する（ステップＳ１０１３）。なお、順位決定部１２２は、動作状態のスコアを数値記憶部１５３から取得する。
【００６７】
次に、生成部１２３が、決定された順位で通話を中継するための順位情報を生成し、順位情報記憶部１５２に保存する（ステップＳ１０１４）。そして、情報通知部１２４が、生成された順位情報をＩＰ電話サーバ３００に通知する（ステップＳ１０１５）。
【００６８】
ＩＰ電話サーバ３００は、リダイレクトサーバ部３１０の情報受信部３１１によって順位情報を受信し、順位情報記憶部３５１に保存する（ステップＳ１０１６）。この後、通話の中継が要求された場合、ＳＩＰプロキシ部３２０は、リダイレクトサーバ部３１０に問い合わせることにより、中継先とすべきＩＰ電話端末２００のＳＩＰ  ＵＲＩを取得し（ステップＳ１０１７）、取得したＳＩＰ  ＵＲＩ宛に通話を中継する。
【００６９】
このように、本実施の形態の効果は、上記シーケンスが終わった後に、他のユーザが電話をかけたときに表れる。すなわち、本実施の形態によれば、相手ユーザの使用するＩＰ電話端末２００それぞれの動作状態から中継先の優先順位が決定され、優先順位にしたがって中継するための順位情報を、他のユーザが電話をかける前にＩＰ電話サーバ３００に登録することができる。これにより、他のユーザが電話をかけたときに、本来転送されるべきＩＰ電話端末２００ではなく、電話をかけられるユーザに取って利便性の高いＩＰ電話端末２００へ通話を転送することができる。
【００７０】
なお、監視部２３０は、定期的に、または、事前に登録された所定のイベントが発生すると、ＩＰ電話端末２００の動作状態を取得し（ステップＳ１０１８）、認証クライアント部２２０に通知する（ステップＳ１０１９）。
【００７１】
認証クライアント部２２０は、通知された動作状態を逐次受信し（ステップＳ１０２０）、動作状態を受信するたびに、状態情報を認証装置１００に通知する（ステップＳ１００９）。このようにして、認証装置１００は、各ＩＰ電話端末２００の最新の動作状態を取得して管理することができる。
【００７２】
なお、図１０では、ＩＰ電話端末２００を１つのみ記載しているが、複数のユーザがそれぞれ所有するすべてのＩＰ電話端末２００について、同図のシーケンスによって動作状態が取得され、認証装置１００で管理される。
【００７３】
次に、順位決定部１２２による優先順位の決定処理の具体例について説明する。以下では、電話を掛けられるユーザであるユーザＡが、ノートＰＣ１上で動作するソフトフォン１、ノートＰＣ２上で動作するソフトフォン２、および固定電話１のいずれかのＩＰ電話端末２００を所有していることを前提とする。なお、ソフトフォン１、ソフトフォン２、および固定電話１のＳＩＰ  ＵＲＩは、それぞれ「userA@foobar.com」、「userA@foobar.com」、および「ex1000@foobar.com」であるものとする。そして、ユーザＡは、例えばノートＰＣ１を主にＯＡ用途に使用し、ノートＰＣ２を主に開発用に使用しているものとする。
【００７４】
（例１）
ユーザＡの机の上にノートＰＣ１およびノートＰＣ２が備えられ、それぞれ認証が成功しており、ユーザＡはノートＰＣ２でプログラムを作成し、ノートＰＣ１はスクリーンセーバーが起動しており、スクリーンセーバー解除にはパスワード入力が必要な状態とする。
【００７５】
このような状態の場合、ノートＰＣ１では、監視部２３０が、例えば動作状態がスクリーンセーバー状態かつ通常負荷状態であることを認証クライアント部２２０に通知する（ステップＳ１００７、またはステップＳ１０１９）。この動作状態は、最終的に認証装置１００の状態管理部１２０に通知される（ステップＳ１０１１）。
【００７６】
一方、ノートＰＣ２では、監視部２３０が、例えば現在キーボードからの入力がある状態（アクティブ状態）かつ通常負荷状態であることを認証クライアント部２２０に通知する（ステップＳ１００７、またはステップＳ１０１９）。そして、この動作状態は、最終的に認証装置１００の状態管理部１２０に通知される（ステップＳ１０１１）。
【００７７】
この結果、認証装置１００は、ユーザＡについては、ノートＰＣ１とノートＰＣ２の動作状態を状態記憶部１５１に保持する。
【００７８】
一方、状態管理部１２０の順位決定部１２２は、「アクティブ状態の端末を、スクリーンセーバー状態の端末より優先する」というルールが事前に設定されている。このルールは、図８に示すように、各動作状態にスコアを割り当てることで実現できる。同図では、スクリーンセーバー状態のスコア＝「−１」、アクティブ状態のスコア＝「２」、通常負荷状態のスコア＝「２」が設定された例が示されている。
【００７９】
この例では、ノートＰＣ１の動作状態のスコアの合計は「１」、ノートＰＣ２の動作状態のスコアの合計は「３」であるため、ノートＰＣ２が中継先として優先される。したがって、例えば、ユーザＢが、ＳＩＰ  ＵＲＩ＝「userA@foobar.com」を宛先に指定してユーザＡに対して電話をかけた場合、ＩＰ電話サーバ３００のＳＩＰプロキシ部３２０は、ノートＰＣ２、ノートＰＣ１の順番に呼び出し音が鳴るように設定される。
【００８０】
（例２）
ユーザＡの机の上にノートＰＣ１およびノートＰＣ２が備えられ、それぞれ認証が成功しており、ユーザＡはノートＰＣ２でプログラムのビルド作業を行っており、ＣＰＵの負荷が比較的高い状態であるものとする。一方、ノートＰＣ１は通常の負荷状態であるものとする。
【００８１】
この場合、認証装置１００は、ノートＰＣ１とノートＰＣ２の動作状態を、それぞれ通常負荷状態、および高負荷状態として状態記憶部１５１に保持する。
【００８２】
一方、状態管理部１２０の順位決定部１２２は、「通常状態の端末を、高負荷状態の端末より優先する」というルールが事前に設定されている。例１と同様に、このルールは、図８に示すように、各動作状態にスコアを割り当てることで実現できる。同図では、通常状態状態のスコア＝「２」、高負荷状態のスコア＝「−４」が設定された例が示されている。
【００８３】
この例では、ノートＰＣ１の動作状態のスコアの合計は「２」、ノートＰＣ２の動作状態のスコアの合計は「−４」であるため、ノートＰＣ１が中継先として優先される。
【００８４】
なお、さらに「スコアが負の値の場合には電話がかからないようにする」というルールを適用するように構成してもよい。この場合、ノートＰＣ２のスコアが負の値（−４）であるため、ノートＰＣ２には電話がかからないように設定される。具体的には、生成部１２３が、ノートＰＣ２への中継情報を含まない順位情報を生成する。この結果、例えばユーザＢがＳＩＰ  ＵＲＩ＝「userA@foobar.com」を宛先に指定してユーザＡに対して電話をかけた場合、ＩＰ電話サーバ３００のＳＩＰプロキシ部３２０は、ノートＰＣ１のみに呼び出し音が鳴るように設定される。
【００８５】
なお、スコアの割り当ては、運用する環境に応じて適宜変更可能とする。例えばスコアが負の値の場合には電話がかからないようにする、というルールを適用するときには、スコアの割り当て方によっては電話のかからないＰＣが存在する可能性もある。運用者は、このような状況を回避するために、適切なスコアを事前に設計することが望ましい。
【００８６】
（例３）
ユーザＡの机の上にノートＰＣ１およびノートＰＣ２が備えられ、それぞれ認証が成功しており、ユーザＡはノートＰＣ２でプログラムのビルド作業を行っており、ＣＰＵの負荷が比較的高い状態であるものとする。一方、ノートＰＣ１はスクリーンセーバーが起動されており、スクリーンセーバー解除にはパスワード入力が必要な状態とする。
【００８７】
この場合、認証装置１００は、ノートＰＣ１とノートＰＣ２の動作状態を、それぞれ通常負荷状態かつスクリーンセーバー状態、および高負荷状態かつアクティブ状態として状態記憶部１５１に保持する。
【００８８】
図８に示すようなスコアが設定されているとすると、この例では、ノートＰＣ１の動作状態のスコアの合計は「１（＝−１＋２）」、ノートＰＣ２の動作状態のスコアの合計は「−２（＝２＋（−４））」であるため、ノートＰＣ１が中継先として優先される。
【００８９】
この結果、例えばユーザＢがＳＩＰ  ＵＲＩ＝「userA@foobar.com」を宛先に指定してユーザＡに対して電話をかけた場合、ＩＰ電話サーバ３００のＳＩＰプロキシ部３２０は、ノートＰＣ１、ノートＰＣ２の順番に呼び出し音が鳴るように設定される。なお、スコアが負の場合に中継しないルールの場合、ＳＩＰプロキシ部３２０は、ノートＰＣ１のみに呼び出し音が鳴るように設定される。
【００９０】
（例４）
ユーザＡの机の上にノートＰＣ１、ノートＰＣ２、および固定電話１が備えられ、それぞれ認証が成功しており、ユーザＡは紙の書類に目をとおしているため、ノートＰＣ１およびノートＰＣ２はスクリーンセーバーが起動しており、スクリーンセーバー解除にはパスワード入力が必要な状態とする。
【００９１】
この場合、認証装置１００は、ノートＰＣ１とノートＰＣ２の動作状態を、共に通常負荷状態かつスクリーンセーバー状態として状態記憶部１５１に保持する。また、認証装置１００は、固定電話１の動作状態を通常負荷状態として保持するものとする。
【００９２】
ここで、スクリーンセーバー状態のスコア＝「−１」、通常負荷状態のスコア＝「０」が数値記憶部１５３に設定されているとすると、この例では、ノートＰＣ１およびノートＰＣ２の動作状態のスコアの合計は「−１（＝０＋（−１）」、固定電話１のスコアは「０」となる。このため、固定電話１が、ノートＰＣ１およびノートＰＣ２より中継先として優先される。
【００９３】
この結果、例えばユーザＢがＳＩＰ  ＵＲＩ＝「userA@foobar.com」を宛先に指定してユーザＡに対して電話をかけた場合、ノートＰＣ１およびノートＰＣ２が共に電話をかけるべきでない動作状態であるため、ＩＰ電話サーバ３００のＳＩＰプロキシ部３２０は、「userA@foobar.com」宛ての電話を、同じユーザＡで認証している固定電話１のＳＩＰ  ＵＲＩ（ex1000@foobar.com）に転送するように設定される。
【００９４】
このように、本実施の形態にかかる通信システムでは、ＩＰ電話端末を認証する認証装置で各ＩＰ電話端末の動作状態の収集し、中継先とするＩＰ電話端末の優先順位を決定してＩＰ電話サーバに通知することができる。これにより、あるユーザが利用可能な複数のＩＰ電話端末から、各ＩＰ電話端末の動作状態に応じて、より適切なＩＰ電話端末を通話の接続先として選択することが可能となる。
【００９５】
なお、本実施の形態では、認証装置が動作状態を収集しているが、ＩＰ電話端末からＩＰ電話サーバに直接動作状態を通知し、ＩＰ電話サーバ内で動作状態に応じた優先順位を決定するように構成してもよい。ただし、認証装置に対して動作状態を通知するように構成すれば、ＩＰ電話端末と認証装置との間の信頼性の高い通信を用いて動作状態を通知可能となるため、不正に動作状態が変更されることなどによるセキュリティの低下を防止できる。また、認証装置で優先順位を決定してＩＰ電話サーバに通知するように構成することにより、ＳＩＰなどの標準的なプロトコルにしたがって実装されているＩＰ電話サーバを改変する必要性が小さくなるという利点がある。
【００９６】
次に、本実施の形態にかかる認証装置のハードウェア構成について図１１を用いて説明する。図１１は、本実施の形態にかかる認証装置のハードウェア構成を示す説明図である。
【００９７】
本実施の形態にかかる認証装置は、ＣＰＵ５１などの制御装置と、ＲＯＭ（Read Only Memory）５２やＲＡＭ５３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ５４と、ＨＤＤ（Hard Disk Drive）、ＣＤ（Compact Disc）ドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置と、各部を接続するバス６１を備えており、通常のコンピュータを利用したハードウェア構成となっている。
【００９８】
本実施の形態にかかる認証装置で実行される情報通知プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（Compact Disk Recordable）、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【００９９】
また、本実施の形態にかかる認証装置で実行される情報通知プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施の形態にかかる認証装置で実行される情報通知プログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。
【０１００】
また、本実施の形態の情報通知プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１０１】
本実施の形態にかかる認証装置で実行される情報通知プログラムは、上述した各部（認証エージェント部、状態管理部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ５１（プロセッサ）が上記記憶媒体から情報通知プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、上述した各部が主記憶装置上に生成されるようになっている。
【産業上の利用可能性】
【０１０２】
以上のように、本発明にかかる通信システム、中継先の情報を通知する装置、方法、プログラム、およびＩＰ電話端末は、ユーザが複数のＩＰ電話端末を所有しうるＩＰ電話システムに適している。
【図面の簡単な説明】
【０１０３】
【図１】ＩＰ電話端末の利用状況に応じて電話の転送が求められる例を示す図である。
【図２】電話がかからないまたは電話をかけられることが望ましくない動作状態の一例を示す図である。
【図３】本実施の形態にかかる通信システムの構成を示すブロック図である。
【図４】ＩＰ電話端末のブロック図である。
【図５】認証装置のブロック図である。
【図６】状態記憶部に記憶される状態情報のデータ構造の一例を示す図である。
【図７】順位情報記憶部に記憶される順位情報のデータ構造の一例を示す図である。
【図８】数値記憶部に記憶される情報のデータ構造の一例を示す図である。
【図９】ＩＰ電話サーバのブロック図である。
【図１０】本実施の形態における情報通知処理の全体の流れを示すシーケンス図である。
【図１１】本実施の形態にかかる認証装置のハードウェア構成を示す説明図である。
【符号の説明】
【０１０４】
５１  ＣＰＵ
５２  ＲＯＭ
５３  ＲＡＭ
５４  通信Ｉ／Ｆ
６１  バス
１００  認証装置
１１０  認証エージェント部
１１１  認証部
１１２  状態受信部
１１３  状態通知部
１２０  状態管理部
１２１  状態取得部
１２２  順位決定部
１２３  生成部
１２４  情報通知部
１５１  状態記憶部
１５２  順位情報記憶部
１５３  数値記憶部
２００ａ、２００ｂ、２００ｃ  ＩＰ電話端末
２１０  ＳＩＰ  ＵＡ部
２１１  ＵＲＩ通知部
２２０  認証クライアント部
２２１  状態要求部
２２２  状態通知部
２３０  監視部
３００  ＩＰ電話サーバ
３１０  リダイレクトサーバ部
３１１  情報受信部
３１２  中継先選択部
３２０  ＳＩＰプロキシ部
３５１  順位情報記憶部
４００  ネットワーク
【図１】
2009232044.tif 000003
【図２】
2009232044.tif 000004
【図３】
2009232044.tif 000005
【図４】
2009232044.tif 000006
【図５】
2009232044.tif 000007
【図６】
2009232044.tif 000008
【図７】
2009232044.tif 000009
【図８】
2009232044.tif 000010
【図９】
2009232044.tif 000011
【図１０】
2009232044.tif 000012
【図１１】
2009232044.tif 000013