JPWO2006080080A1

JPWO2006080080A1 - 電話管理システム、電話管理方法、および電話管理プログラム

Info

Publication number: JPWO2006080080A1
Application number: JP2007500392A
Authority: JP
Inventors: 松本　孝; 松本　　孝
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2005-01-28
Filing date: 2005-01-28
Publication date: 2008-06-19
Also published as: WO2006080080A1

Abstract

発呼者端末装置からは発呼要求を出力するだけで、プレゼンス情報に応じた着信先端末と発呼者端末装置との通話回線を接続できるようにする。発呼要求が電話呼制御装置（３）で受け付けられ（ステップＳ１）、アドレス変換要求がアドレス変換装置（２）に対して出力される（ステップＳ２）。次に、アドレス変換装置（２）により、プレゼンス情報取得要求がプレゼンス管理装置（１）に送信され（ステップＳ３）、プレゼンス管理装置（１）により、プレゼンス情報が応答される。さらに、アドレス変換装置（２）により、応答された前記プレゼンス情報に応じた着信先端末装置（５）が、所定の着信先選択基準に従って決定され（ステップＳ４）、着信先端末装置（５）のアドレスを示すアドレス情報が出力される。そして、電話呼制御装置（３）により、着信先端末装置（５）に対して着信処理が行われる（ステップＳ５）。

Description

本発明は移動体電話を含む複数の電話間の電話管理システムおよび電話管理方法に関し、特に複数の電話機から１つの電話機を選択して回線を接続する電話管理システムおよび電話管理方法に関する。

現在は、携帯電話やＰＨＳ（Personal Handyphone System）のような移動体電話が普及している。そのため、企業内で緊急に呼び出されることが多いユーザは、移動体電話を携帯する場合が多い。移動体電話を携帯していれば、業務上の緊急の連絡等をどこにいても受けることができる。

このようなユーザの連絡先としては、所属部署のオフィスの固定電話（電話網またはＶｏＩＰ（Voice over Internet Protocol））の電話番号が割り振られている。ユーザは、固定電話や移動体電話を、その状況に応じて使い分けている。このとき、ユーザのプレゼンス情報に基づいて、通話サービスの内容を変更する技術がある。ここで、プレゼンス情報とは、ユーザが現在置かれている状況等を示す情報である。

例えば、プレゼンス情報に基づいて、優先制御する呼を検出し、その呼を優先的に制御して付加価値サービスを提供するＶｏＩＰネットワークシステムに関する技術がある。これにより、加入者情報に基づいて優先制御対象の判定を行うことができる（特許文献１参照）。この技術により、エンドユーザが商談やサポートサービスなどの特定の音声通信（特定呼）のみに高品質を求めたり、警察や消防への通報などの音声通信（緊急呼）にのみ高品質を求めるといった付加価値サービスの需要に応えることができる。

なお、プレゼンス情報には、出退勤情報のように動的に変化するものがある。そこで、コンピュータシステムによって動的に変化するプレゼンス情報を管理することもできる。例えば、個人の在籍情報、出退勤情報、スケジュール情報、会議出席情報、電話着信転送先、電話取次ぎの弁別、個人情報に基づくビル管理など、個人の複数構造情報を総合的かつタイムリーに管理するパーソナル管理システムがある（特許文献２参照）。

また、ＶｏＩＰによる通話は、イントラネットのＤＭＺ（非武装地帯）内とＤＭＺの外とで行われることもある。この場合、ＤＭＺを介した回線接続の技術が使用される。例えば、イントラネットのセキュリティを確保しながら、イントラネットに接続された端末と外部ネットワークに接続された端末との間の呼の確立およびマルチメディア通信を実現する技術がある（特許文献３参照）。

これらの技術を用いることで、ＤＭＺの内部と外部との通話を含め、電話による通話に対するサービス内容を、プレゼンスに応じて変更することが可能となる。
特開２００３−３２４４７２号公報特開平１１−３９５７０号公報特開２００３−３２４４８５号公報

ところで、複数の電話を使い分けているユーザに対して、他のユーザから電話をかける場合、どの電話にかけるべきかの判断が難しい。すなわち、電話をかける側（発呼者）では、通話すべき相手（着信者）の状況を通話前に知ることはできない。そこで、多くの場合発呼者は、着信者が使用する電話機のいずれかに電話をかけ、そこで相手が電話に出なければ別の電話機に電話をかけ直す。このように、電話のかけ直しは、発呼者や、着信者のオフィスで電話応対をする他のスタッフの円滑な業務遂行の妨げとなるとともに、通信回線上に無駄な通信を発生させることになる。

そこで、１人の利用者につき利用可能な通信端末が複数存在する場合に、その利用者へ宛てた着呼に対する着呼先端末をプレゼンス情報に基づいて選択する技術が本出願人により出願されている（特願２００４−７９５９０号）。この技術では、発呼者端末からの発呼に応じて、通信端末選択部がプレゼンス管理部から受け取った端末情報リストに基づいて、転送先端末を選択する。すると、発呼者端末が、通信端末選択部で選択された転送先端末の情報を呼転送部経由で受け取る。そして、発呼者端末から転送先端末に対して着呼が行われる（当該出願の図１０参照）。これにより、例えば、ユーザの忙しさや役職ランクといったプレゼンス情報に基づいて、着信者が使用可能な複数の通信端末から最適な通信端末が選択できる。

一般に、発呼者端末からの電話の発呼要求は、電話呼制御装置が受信し、電話呼制御装置が着信先端末を決定し、着信先端末に着呼要求を送信する。しかし、特願２００４−７９５９０号に記載された技術では、発呼者端末からの発呼要求を受けた電話呼制御装置が、通信端末選択部と連携する手段については言及されておらず、発呼者端末からは発呼要求を出力するだけで、プレゼンス情報に応じた着信先端末と発呼者端末との通話回線を接続するよう構成することはできない。しかしながら、利用者の使い勝手からすると、発呼者端末から発呼を行うだけでプレゼンス情報に応じた最適な電話に接続できる方が利便性が高く、そのようなサービスが望まれている。

本発明はこのような点に鑑みてなされたものであり、発呼者端末装置から発呼要求を出力するだけで、プレゼンス情報に応じた着信先端末と発呼者端末装置との通話回線を接続する電話管理システムおよび電話管理方法を提供することを目的とする。

本発明では上記課題を解決するために、図１に示すような端末装置からの発呼要求に基づいて他の端末装置に対して着信処理を行う電話管理システムが提供される。この電話管理システムは、ユーザの置かれている状態を示すプレゼンス情報を管理するプレゼンス管理装置１と、１人以上のユーザを指定する着信先指定情報を含むアドレス変換要求に応答して、アドレス変換要求で示される着信先指定情報に対応するユーザのプレゼンス情報をプレゼンス管理装置１から取得し、所定の着信先選択基準に従ってプレゼンス情報に応じた着信先端末装置５を決定し、決定した着信先端末装置５のアドレスを示すアドレス情報を、アドレス変換要求への応答として出力するアドレス変換装置２と、発呼元端末装置４からの発呼要求を受け付け、発呼要求で示される着信先指定情報の着信先を特定するアドレスを取得するアドレス変換要求をアドレス変換装置２に対して出力し、アドレス変換装置２から応答されたアドレス情報で一意に示される着信先端末装置５に対して着信処理を行う電話呼制御装置３と、を有する。

このような電話管理システムによれば、発呼元端末装置４からの発呼要求があると、電話呼制御装置３により、発呼要求で示される着信先指定情報を含むアドレス変換要求がアドレス変換装置２に対して出力される。次に、アドレス変換装置２により、１人以上のユーザを指定する着信先指定情報を含むアドレス変換要求に応答して、アドレス変換要求で示される着信先指定情報に対応するユーザを指定したプレゼンス情報取得要求が、ユーザの置かれている状態を示すプレゼンス情報を管理するプレゼンス管理装置１に送信される。次に、プレゼンス管理装置１により、プレゼンス情報取得要求で指定されたユーザのプレゼンス情報が応答される。さらに、アドレス変換装置２により、プレゼンス管理装置１から応答されたプレゼンス情報に応じた着信先端末装置５が、所定の着信先選択基準に従って決定され、決定された着信先端末装置５のアドレスを示すアドレス情報が電話呼制御装置３に出力される。そして、電話呼制御装置３により、アドレス変換装置２から応答されたアドレス情報で一意に示される着信先端末装置５に対して着信処理が行われる。

また、本発明では上記課題を解決するために、端末装置からの発呼要求に基づいて他の端末装置に対して着信処理を行う電話管理システムにおいて、ユーザの置かれている状態を示すプレゼンス情報を管理するプレゼンス管理装置と、１人以上のユーザを指定する２つの着信先指定情報を含む依頼発信要求に応答して、前記依頼発信要求で示される前記着信先指定情報それぞれに対応するユーザの前記プレゼンス情報を前記プレゼンス管理装置から取得し、前記プレゼンス情報に応じた２つの着信先端末装置を所定の着信先選択基準に従って決定し、決定した前記着信先端末装置のアドレスを示す２つのアドレス情報を指定した二者接続要求を出力するアドレス変換装置と、前記アドレス変換装置から出力された前記二者接続要求に応じて、前記二者接続要求で指定されたアドレスへの着信要求を出力し、二者間通話を制御する二者間通話コントローラと、前記二者間通話コントローラからの前記着信要求に応じて、前記着信要求で指定された２つのアドレスそれぞれに対応する前記着信先端末装置に対して着信処理を行う電話呼制御装置と、を有することを特徴とする電話管理システムが提供される。

このような電話管理システムによれば、依頼発信要求があると、アドレス変換装置により、依頼発信要求で示される着信先指定情報それぞれに対応するユーザを指定したプレゼンス情報取得要求が、プレゼンス管理装置に送信される。次に、プレゼンス管理装置により、アドレス変換装置からのプレゼンス情報取得要求に対して、プレゼンス情報取得要求で指定された各ユーザのプレゼンス情報が応答される。次に、アドレス変換装置により、プレゼンス管理装置から応答されたユーザ毎のプレゼンス情報に応じた２つの着信先端末装置が、所定の着信先選択基準に従って決定され、決定された着信先端末装置のアドレスを示す２つのアドレス情報を指定した二者接続要求が出力される。次に、二者間通話コントローラにより、二者接続要求で指定されたアドレスへの着信要求が出力される。さらに、電話呼制御装置により、着信要求で指定された２つのアドレスそれぞれに対応する着信先端末装置に対して着信処理が行われる。そして、二者間通話コントローラにより、着信処理に対して応答した２つの着信先端末装置同士の二者間通話が制御される。

本発明では、発呼要求で示された着信先指定情報に応じた着信先端末装置を、アドレス変換装置によってプレゼンス情報に応じて決定し、電話呼制御装置が決定された着信先端末装置に対して着信処理を行うようにした。これにより、発呼元端末装置は通常の電話通話と同様に発呼要求を出力するだけで、プレゼンス情報に応じた端末装置への着信処理が可能となる。

本発明の上記および他の目的、特徴および利点は本発明の例として好ましい実施の形態を表す添付の図面と関連した以下の説明により明らかになるであろう。

本実施の形態の概略を示す図である。本発明の実施の形態のシステム構成例を示す図である。本実施の形態に用いるＳＩＰサーバのハードウェア構成例を示す図である。端末装置等の機能を示すブロック図である。プレゼンス管理サーバに格納されているプレゼンスＤＢの例を示す図である。ＳＩＰサーバとアドレス変換サーバとの機能を示すブロック図である。アドレス分析テーブルのデータ構造例を示す図である。着信先選択基準の例を示す図である。発呼要求に応じた着信先決定処理の手順を示す図である。第三者からの要求に応じて通話回線を接続する場合の処理手順を示す図である。着信選択基準をＸＳＬＴで記述した場合の処理を示す図である。ＸＭＬデータで受け渡される情報を示す図である。アドレス変換サーバによる処理手順を示すフローチャートである。優先度判定基準の第１の例を示す図である。優先度判定基準の第２の例を示す図である。優先度判定基準の第３の例を示す図である。優先度判定基準の第４の例を示す図である。

以下、本発明の実施の形態を図面を参照して説明する。
図１は、本実施の形態の概略を示す図である。図１に示すように、電話管理システムは、プレゼンス管理装置１、アドレス変換装置２、および電話呼制御装置３で構成される。

プレゼンス管理装置１は、ユーザの置かれている状態を示すプレゼンス情報を管理する。例えば、ユーザが事業所内にいるのか否かの情報や、自席の端末装置にログインしているか否か等の情報が、プレゼンス情報として管理される。

アドレス変換装置２は、１人以上のユーザを指定する着信先指定情報を含むアドレス変換要求に応答して、アドレス変換要求で示される着信先指定情報に対応するユーザのプレゼンス情報をプレゼンス管理装置１から取得する。なお、特定のユーザに対して電話をかける場合には、着信先指定情報にはそのユーザを指定する情報（名前や社員番号）が含まれる。また、特定の業務（商品のトラブル対応等）を行っているユーザグループに対して電話をかける場合、その業務を行う部署に属する担当者それぞれを指定する情報またはグループを特定する情報が、着信先指定情報に含まれる。

次に、アドレス変換装置２は、プレゼンス情報に応じた着信先端末装置５を所定の着信先選択基準に従って決定する。着信先選択基準には、例えば、ユーザが自席の端末装置にログインしていれば自席の電話機を着信先とし、自席の端末装置にログインしていなければＰＨＳ等の移動体端末装置を着信先とすることなどが定義される。

また、複数のユーザそれぞれの使用する端末装置から着信先を決定する場合、アドレス変換装置２は、まず、着信先選択基準に基づいて着信相手のユーザを選択する。例えば、グループ内において電話応対の優先順位が決まっており、アドレス変換装置２は、優先順位の高いユーザから順に電話に出られる状態か否か（例えば、在席しているか否か）を判断する。次に、アドレス変換装置２は、電話に出られる状態のユーザの中で最も優先順位が高いユーザを選択する。そして、アドレス変換装置２は、選択されたユーザが使用する端末装置の中から着信先選択基準に従って着信先端末装置を決定する。

その後、アドレス変換装置２は、決定した着信先端末装置５のアドレスを示すアドレス情報を、アドレス変換要求への応答として出力する。
電話呼制御装置３は、発呼元端末装置４からの発呼要求を受け付ける。発呼要求を受け取ると、電話呼制御装置３は、発呼要求で示される着信先指定情報を含むアドレス変換要求をアドレス変換装置２に対して出力する。そして、電話呼制御装置３は、アドレス変換装置２から応答されたアドレス情報で一意に示される着信先端末装置５に対して着信処理を行う。

このような電話管理システムによれば、発呼元端末装置４から発信された発呼要求が電話呼制御装置３で受け付けられる（ステップＳ１）。すると、電話呼制御装置３により、発呼要求で示される着信先指定情報の着信先を特定するアドレスを取得するアドレス変換要求がアドレス変換装置２に対して出力される（ステップＳ２）。

次に、アドレス変換装置２により、アドレス変換要求に応答して、アドレス変換要求で示される着信先指定情報に対応するユーザを指定したプレゼンス情報取得要求が、ユーザの置かれている状態を示すプレゼンス情報を管理するプレゼンス管理装置１に送信される（ステップＳ３）。すると、プレゼンス管理装置１により、プレゼンス情報取得要求で指定されたユーザのプレゼンス情報が応答される。

さらに、アドレス変換装置２により、プレゼンス管理装置１から応答されたプレゼンス情報に応じた着信先端末装置５が、所定の着信先選択基準に従って決定される（ステップＳ４）。そして、アドレス変換装置２により、決定された着信先端末装置５のアドレスを示すアドレス情報が電話呼制御装置３に出力される。

アドレス情報を受け取った電話呼制御装置３では、アドレス変換装置２から応答されたアドレス情報で一意に示される着信先端末装置５に対して着信処理が行われる（ステップＳ５）。このとき、着信先端末装置５で着信に対して応答されれば、発呼元端末装置４と着信先端末装置５との間の通話が開始される。

これにより、発呼元端末装置４は通常の電話通話と同様に発呼要求を出力すればよくなる。その結果、発呼元端末装置４に対して特別な機能追加をせずに、プレゼンス情報に応じた端末装置への着信処理が可能となる。

また、グループを指定した着信先指定情報に基づいて、適当な着信先端末装置を選択することができる。そのため、顧客に対する電話サポートのように、複数の担当者が対応可能な業務について、その業務を担当する部署を指定した発呼要求に基づいて、そのとき電話応対がし易い状態の担当者の端末装置へ電話をつなぐことができる。

ところで、図１の例では、発呼元端末装置４から発信された発呼要求に基づいて、発呼元端末装置４と着信先端末装置５との通話回線を接続しているが、第三者からの要求に基づいて、他の二者間の通話回線を接続することもできる。その場合においても、他の二者の端末装置をプレゼンス情報に基づいて選択することができる。

以下、第三者からの要求に基づく二者間通話サービスを含む電話管理システムの例を用い、本発明の実施の形態を詳細に説明する。
図２は、本発明の実施の形態のシステム構成例を示す図である。この図では、ユーザ５１に対して、ユーザ５２が電話をかける場合を想定している。ユーザ５１の事業所内の席には、端末装置４１０と固定電話機４２０とが置かれている。端末装置４１０は、ＶｏＩＰによる通話機能を備えている。また、ユーザ５１は、移動体端末装置４３０を携帯している。さらに、ユーザ５３は、端末装置５３０を使用している。

本システムは事業所内において、イントラネット２１を中心に構築されている。イントラネット２１には、ＳＩＰ（Session Initiation Protocol）サーバ１００、アドレス変換サーバ２００、プレゼンス管理サーバ３１０、ＬＤＡＰ（Lightweight Directory Access Protocol）サーバ３２０、業務管理サーバ３３０、アクセスポイント３４０、ルータ３５０、および端末装置４１０が接続されている。

ＳＩＰサーバ１００は、ＳＩＰ（ＶｏＩＰを応用したインターネット電話などで用いられる通話制御プロトコル）によるＩＰ電話の管理を行うコンピュータである。アドレス変換サーバ２００は、プレゼンス情報に応じて、発呼に応じた接続先の装置を決定するコンピュータである。プレゼンス管理サーバ３１０は、ユーザのプレゼンスを管理するコンピュータである。ＬＤＡＰサーバ３２０は、ネットワークを利用するユーザの情報を管理するコンピュータである。業務管理サーバ３３０は、Ｗｅｂサーバアプリケーション等による様々な業務を実行するコンピュータである。ルータ３５０は、インターネット３３に接続されており、イントラネット２１とインターネット３３との間のパケットを中継する。インターネット３３には、端末装置５３０が接続されている。

アクセスポイント３４０は、無線ＬＡＮ（Local Area Network）の規格に基づいて、他の装置と無線通信を行う装置である。例えば、ユーザ５１の所持する移動体端末装置４３０は、アクセスポイント３４０との間の無線通信を行うことで、他の移動体端末装置５１０と通話回線を接続することができる。

ＳＩＰサーバ１００は、内線電話網２２やゲートウェイ３６０に接続されている。内線電話網２２には、固定電話機４２０が接続されている。ゲートウェイ３６０は、固定電話網３１や無線電話網３２に接続され、これらの電話網を介して送受信されるパケットを中継する。固定電話網３１には、固定電話機５２０が接続されている。無線電話網３２には、無線によって移動体端末装置５１０が接続可能である。

このようなシステムにおいて、ユーザ５２が移動体端末装置５１０を用いてユーザ５１の代表の電話番号に対して電話をかけた場合、本システム内の各装置が連携して動作する。そして、システムの連携動作により、ユーザ５１のプレゼンス情報（現在の状況を示す）に基づいて、呼び出し先となる装置（端末装置４１０、固定電話機４２０、または移動体端末装置４３０）が選択され、選択された装置と移動体端末装置５１０との間で通話回線が接続される。

また、本実施の形態のシステムでは、第三者からの要求に応じて、他の２人のユーザを呼び出し、その２人の間での通話回線を接続させる機能を有している。例えば、ユーザ５３が端末装置５３０を操作して、ユーザ５１とユーザ５２とを通話させることができる。その際、ユーザ５１が複数の端末装置を使用可能であれば、プレゼンス情報に応じた適当な端末装置に対する着信処理が行われる。

なお、ユーザ５１〜５３による端末への発呼の指示は、コンピュータシステムによって行うこともできる。例えばスケジュール管理システムなどで、ユーザが定めた所定の時間にシステム（ユーザ５３の利用する端末に相当）が発呼し、該ユーザの電話機（ユーザ５１の利用する電話に相当）と予め音声データを格納したコンピュータ（ユーザ５２の利用する端末に相当）とを通話させ、該コンピュータから該ユーザへ例えば「会議開始の時間です」などの所定の時間になったことを通知するようなものでもよい。また例えば、ＷＥＢによる電話質問応答システムなどで、ユーザのＷＥＢ画面操作により質問の入力がなされると、質問を受信したＷＥＢサーバ（ユーザ５３の利用する端末に相当）が該ユーザの電話機（ユーザ５１の電話に相当）と質問応対者の電話機（ユーザ５２の電話に相当）とを通話させるようなものでもよい。

なお、本実施の形態において、ユーザ５１に対する電話の接続先としては、自席電話機（固定電話機４２０）、ボイスメール（業務管理サーバ３３０内のボイスメールサーバ機能）、ＶｏＩＰによるユビキタス電話機（移動体端末装置４３０のＶｏＩＰ通話機能）、およびＰＨＳのユビキタス電話機（移動体端末装置４３０のＰＨＳ通話機能）があるものとする。

図２に示す各サーバの機能は以下のようなハードウェアで実現することができる。
図３は、本実施の形態に用いるＳＩＰサーバのハードウェア構成例を示す図である。ＳＩＰサーバ１００は、ＣＰＵ（Central Processing Unit)１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０８を介してＲＡＭ（Random Access Memory）１０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）１０３、グラフィック処理装置１０４、入力インタフェース１０５、および通信インタフェース１０６，１０７が接続されている。

ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ（Operating System)のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。ＨＤＤ１０３には、ＯＳやアプリケーションプログラムが格納される。

グラフィック処理装置１０４には、モニタ１１が接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１１の画面に表示させる。入力インタフェース１０５には、キーボード１２とマウス１３とが接続されている。入力インタフェース１０５は、キーボード１２やマウス１３から送られてくる信号を、バス１０８を介してＣＰＵ１０１に送信する。

通信インタフェース１０６は、イントラネット２１に接続される。通信インタフェース１０６は、イントラネット２１を介して、他のコンピュータとの間でデータの送受信を行う。

通信インタフェース１０７は、ＬＡＮ等の通信媒体を介してゲートウェイ３６０に接続される。通信インタフェース１０６は、ゲートウェイ３６０との間でデータの送受信を行う。

以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図３には、ＳＩＰサーバ１００のハードウェア構成のみを示したが、アドレス変換サーバ２００、プレゼンス管理サーバ３１０，ＬＤＡＰサーバ３２０、業務管理サーバ３３０、ゲートウェイ３６０、および端末装置４１０，５３０も同様のハードウェア構成で実現することができる。ただし、端末装置４１０，５３０については、さらにオーディオ入出力インタフェースが設けられている。そのオーディオ入出力インタフェースには、ＶｏＩＰによる通話用のマイクおよびスピーカが接続される。端末装置４１０，５３０を使用するユーザは、マイクおよびスピーカを用いてＶｏＩＰによる音声通話を行う。

次に、各装置が有する機能について説明する。なお、本実施の形態は、ＳＩＰサーバ１００とアドレス変換サーバ２００との連携機能に大きな特徴がある。そこで、ＳＩＰサーバ１００とアドレス変換サーバ２００以外の機能を図４を参照して説明し、その後、ＳＩＰサーバ１００とアドレス変換サーバ２００との機能を図６を参照して詳細に説明する。

図４は、端末装置等の機能を示すブロック図である。端末装置４１０には、クライアントアプリケーション（ＡＰＬ）４１１、ソフトフォン４１２、プレゼンス送信部４１３、Ｗｅｂブラウザ４１４などが実装されている。クライアントＡＰＬ４１１は、端末装置４１０においてユーザからの操作入力に応じて様々な処理を実行するアプリケーションソフトウェアである。ソフトフォン４１２は、ＶｏＩＰによって通話を行うためのアプリケーションソフトウェアである。プレゼンス送信部４１３は、端末装置４１０のプレゼンス情報を送信するためのアプリケーションソフトウェアである。Ｗｅｂブラウザ４１４は、業務管理サーバ３３０内のＷｅｂサーバ３３１で提供されるコンテンツを閲覧するためのアプリケーションソフトウェアである。

移動体端末装置４３０には、クライアントアプリケーション（ＡＰＬ）４３１、ソフトフォン４３２、プレゼンス送信部４３３、Ｗｅｂブラウザ４３４などが実装されている。移動体端末装置４３０の各構成要素の機能は、端末装置４１０内の同名の構成要素と同じである。

プレゼンス管理サーバ３１０には、他の装置から取得したプレゼンスＤＢが格納されている。プレゼンス管理サーバ３１０は、アドレス変換サーバ２００からの要求に応じて、指定されたユーザのプレゼンスＤＢをアドレス変換サーバ２００に送信する。

業務管理サーバ３３０には、Ｗｅｂサーバ３３１、ボイスメールサーバ３３２、および連携部３３３が設けられている。Ｗｅｂサーバ３３１は、各種Ｗｅｂコンテンツ（携帯電話等に合わせて作成されたコンテンツを含む）をＨＴＴＰの要求に応じて送信する。ボイスメールサーバ３３２は、ＶｏＩＰによる特定のユーザ相手の音声メッセージを受け付け、データベースに登録する。そして、ボイスメールサーバ３３２は、該当ユーザからの要求に応じて、登録した音声メッセージをユーザの端末装置にＶｏＩＰにより送信する。連携部３３３は、プレゼンス管理サーバ３１０に対して、Ｗｅｂブラウザを実装した端末装置と他の端末装置との間のＶｏＩＰによる通話回線の接続を依頼する。

ＳＩＰサーバ１００には、ＳＩＰ３ＰＣＣ（Third Party Call Control）コントローラ１１０が接続されている。ＳＩＰ３ＰＣＣコントローラ１１０は、２端末間の通話を第三者が設定することを可能とする制御回路である。

移動体端末装置５１０には、Ｗｅｂブラウザ５１１が実装されている。Ｗｅｂブラウザ５１１は、業務管理サーバ３３０内のＷｅｂサーバ３３１で提供されるコンテンツを閲覧するためのアプリケーションソフトウェアである。

このような構成のシステムにおいて、プレゼンス管理サーバ３１０は、端末装置４１０のプレゼンス送信部４１３や移動体端末装置４３０のプレゼンス送信部４３３からプレゼンス情報を取得する。例えば、机に固定的に配置された端末装置４１０からは、ユーザのログインの有無や、操作入力が行われない時間が所定時間を超えたか否か等の情報が、プレゼンス情報としてプレゼンス管理サーバ３１０に送られる。また、移動体端末装置４３０からは、移動体電話（携帯電話やＰＨＳ）の基地局からの電波の強度（通話可能か否か）等の情報が、プレゼンス情報としてプレゼンス管理サーバ３１０に送られる。プレゼンス管理サーバ３１０は、各装置から送られたプレゼンス情報を、ユーザ毎に管理する。

また、端末装置４１０のソフトフォン４１２と移動体端末装置４３０のソフトフォン４３２とは、ＳＩＰサーバ１００との間でＶｏＩＰによる通信を行い、ＳＩＰサーバ１００経由で他の端末装置との通話回線を接続する。端末装置４１０のＷｅｂブラウザ４１４、移動体端末装置４３０のＷｅｂブラウザ４３４、および移動体端末装置５１０のＷｅｂブラウザ５１１は、ＨＴＴＰ等を用いて業務管理サーバ３３０にアクセスし、Ｗｅｂサーバ３３１が提供するコンテンツの閲覧等を行う。ＳＩＰサーバ１００との間でＶｏＩＰによる通信を行い、ＳＩＰサーバ１００経由で他の端末装置との通話回線を接続する。

ＳＩＰサーバ１００は、アドレス変換サーバ２００との間でＳＯＡＰ（Simple Object Access Protocol）によるオブジェクト間通信を行うことで、アドレス変換サーバ２００と連携した処理を行う。また、ＳＩＰサーバ１００は、第三者からの要求に応じて二者間通話を設定する場合、ＳＩＰ３ＰＣＣコントローラ１１０を介してアドレス変換サーバ２００と連携し、２つの端末装置間のＶｏＩＰによる通話回線を接続する。

このようにＳＩＰサーバ１００とアドレス変換サーバ２００は、他の装置と各種通信プロトコルを用いて通信を行う。これにより、ＳＩＰサーバ１００とアドレス変換サーバ２００とが他の装置と連携して動作し、通話相手のプレゼンスに応じた端末装置の選択および通話回線接続を行うことができる。

図５は、プレゼンス管理サーバに格納されているプレゼンスＤＢの例を示す図である。プレゼンスＤＢは、ユーザ毎のユーザＩＤに対応づけて格納されている。プレゼンスＤＢには、プレゼンス送信元、項目、内容が互いに関連づけて登録されている。

プレゼンス送信元の欄には、プレゼンス情報を送信した装置の種別が登録される。項目の欄には、プレゼンス情報の項目が登録される。内容の欄には、プレゼンス情報の内容が登録される。

例えば、自席の端末装置４１０からは、ログインの有無や在席の有無に関するプレゼンス情報が送られる。また、アクセスポイント３４０からは、ユーザのユビキタス電話機（ＶｏＩＰ）へのログインの有無を示すプレゼンス情報が送信される。なお、移動体端末装置４３０のＶｏＩＰとしてのログイン処理は、ユーザ５１の移動体端末装置４３０がアクセスポイント３４０から電波が届く範囲内にいる間、移動体端末装置４３０からアクセスポイント３４０に対して定期的に行われる。アクセスポイント３４０は、移動体端末装置４３０からのログイン処理が所定時間以上行われない場合、移動体端末装置４３０の強制的なログアウト処理を行う。そして、アクセスポイント３４０は、定期的に（あるいは状態変化したとき）各移動体端末装置のログインの有無を示すプレゼンス情報を、プレゼンス管理サーバ３１０に対して送信する。

図６は、ＳＩＰサーバとアドレス変換サーバとの機能を示すブロック図である。ＳＩＰサーバ１００は、発信受付部１２１、アドレス分析部１２２、アドレス分析テーブル１２３、着信先問合せ部１２４、および着信処理部１２５を有している。

発信受付部１２１は、ユーザが使用する端末装置からの発呼要求（ユーザを指定した発呼要求）を受け付ける。発信受付部１２１は、発呼要求を受け取ると、アドレス分析部１２２に対して発呼要求を渡す。

アドレス分析部１２２は、アドレス分析テーブル１２３を参照し、指定された着信先の属性（特定の端末装置の指定かユーザやユーザグループの指定か）を判定する。なお、アドレス分析テーブル１２３には、端末装置やユーザに割り振られたアドレスの範囲が定義されている。アドレス分析部１２２は、発呼要求に示されたアドレスがユーザを指定していた場合、アドレスを着信先問合せ部１２４に通知する。また、アドレス分析部１２２は、発呼要求に示されたアドレスが特定の端末装置を指定していた場合、アドレスを着信処理部１２５に通知する。

着信先問合せ部１２４は、アドレス分析部１２２からアドレスを受け取ると、アドレス変換要求をアドレス変換サーバ２００に対して出力する。アドレス変換要求には、着信先を指定する情報（着信先指定情報）が含まれる。着信先として任意のユーザが指定された場合、例えば、そのユーザの名前や従業員番号が着信先指定情報となる。また、着信先としてユーザグループが指定された場合、そのユーザグループを特定する情報（部署の名前等）が着信先指定情報となる。

着信処理部１２５は、アドレス分析部１２２からアドレスを受け取ると、そのアドレスに対応する端末装置に対して着信処理を行う。また、着信処理部１２５は、着信先問合せ部１２４からのアドレス変換要求に応答してアドレス変換サーバ２００から送られたアドレスを受信し、そのアドレスに対応する端末装置に対して着信処理を行う（デバイスを指定した着信処理）。さらに、着信処理部１２５は、ＳＩＰ３ＰＣＣコントローラ１１０から、二者間通話のための２つのアドレスを受け取ると、それぞれのアドレスに対応する端末装置に対して、着信処理を行う。

ＳＩＰ３ＰＣＣコントローラ１１０には、二者接続処理部１１１が設けられている。二者接続処理部１１１は、二者間通話を行う際にアドレス変換サーバ２００から渡された２つのアドレスをＳＩＰサーバ１００に送信し、各アドレスで指定された端末装置間の通話を制御する。

アドレス変換サーバ２００は、プレゼンス取得部２１１、着信先選択部２１２、依頼発信受付部２１３、および依頼発信実行部２１４を有している。
プレゼンス取得部２１１は、ＳＩＰサーバ１００からのアドレス変換要求に応答し、アドレス変換要求で示される名前、従業員番号等の識別情報に対応するユーザＩＤを、ＬＤＡＰサーバ３２０から取得する。そして、プレゼンス取得部２１１は、取得したユーザＩＤに対応するプレゼンス情報を、プレゼンス管理サーバ３１０から取得する。また、プレゼンス取得部２１１は、依頼発信受付部２１３からユーザＩＤを受け取ると、そのＩＤに対応するプレゼンス情報を、プレゼンス管理サーバ３１０から取得する。

着信先選択部２１２は、プレゼンス管理サーバ３１０から送られたプレゼンス情報を取得し、着信先となる端末装置を選択する。そして、着信先選択部２１２は、決定した端末装置のアドレスを、ＳＩＰサーバ１００または依頼発信実行部２１４に通知する。

例えば、ＳＩＰサーバ１００からのアドレス変換要求に応じて取得されたプレゼンス情報には、通話相手の現在の状況が示されている。そこで、着信先選択部２１２は、予め定義された着信先選択基準に従って、プレゼンス情報に応じた着信先となる端末装置を決定する。そして、着信先選択部２１２は、決定した端末装置のアドレスをＳＩＰサーバ１００に通知する。

また、プレゼンス管理サーバ３１０からの依頼発信要求に応じて取得されたプレゼンス情報には、依頼内容に応じて選択される複数のユーザの現在の状況が示されている。そこで、着信先選択部２１２は、予め定義された着信先選択基準に従って、プレゼンス情報に応じた着信先となる端末装置を決定する。そして、着信先選択部２１２は、決定した端末装置のアドレスを依頼発信実行部２１４に通知する。

依頼発信受付部２１３は、プレゼンス管理サーバ３１０を介して送られる業務管理サーバ３３０からの依頼発信要求を受け付ける。依頼発信受付部２１３は、受け付けた依頼発信要求で指定された複数のユーザのプレゼンス取得要求を、プレゼンス取得部２１１に対して出力する。

依頼発信実行部２１４は、着信先選択部２１２から着信先を指定するアドレスを受け取ると、そのアドレスを含む二者間通話の接続依頼を、ＳＩＰ３ＰＣＣコントローラ１１０に対して送信する。

なお、ＳＩＰサーバ１００とアドレス変換サーバ２００との間、およびＳＩＰ３ＰＣＣコントローラ１１０とアドレス変換サーバ２００との間の通信は、ＳＯＡＰによるオブジェクト間通信によって実現される。

次に、アドレス分析テーブル１２３の詳細について説明する。
図７は、アドレス分析テーブルのデータ構造例を示す図である。アドレス分析テーブル１２３には、端末装置やユーザに割り振られたアドレスの範囲が定義されている。

図７の例では、２〜４で始まるアドレスは内線番号を示している。すなわち、２〜４で始まるアドレスは、端末装置を一意に識別するためのアドレス（固有アドレス）である。発呼要求で内線が指定された場合には、その内線に該当する端末装置に対して直接着信処理が行われる。

５で始まるアドレスおよび数字以外のアドレスはユーザを指定している。すなわち、５で始まるアドレスおよび数字以外のアドレスは、複数の端末装置の集合（例えば、１人のユーザが使用する複数の端末装置）からなるグループに対応するアドレスである。発呼要求でユーザが指定された場合、アドレス変換サーバに対する着信先問い合わせが行われる。

０で始まるアドレスは外線番号を示している。すなわち、０で始まるアドレスは、端末装置を一意に識別するためのアドレス（固有アドレス）である。発呼要求で外線が指定された場合、外線への発信が行われる。

次に、着信先選択部２１２で定義されている着信先選択基準について詳細に説明する。
図８は、着信先選択基準の例を示す図である。着信先選択基準では、ユーザのプレゼンスに対して優先度が設定されている。図８では、横軸にユーザのプレゼンスが示され、縦軸に優先度が示されている。

自席電話機の優先度は、ユーザが自席の端末装置（個人利用のパーソナルコンピュータ）にログインしている場合とログアウトしている場合とに分けられる。ログアウトしている場合には、自席電話機の優先度「０」である。ログインしている場合は、在席か離席かに細分化されている。在席中の場合、自席電話機の優先度は「１０」である。離席中の場合、自席電話機の優先度は「４」である。なお、在席か離席かのプレゼンスは、例えば、ユーザの自席の端末装置への操作入力が所定時間以上行われていないかどうかによって判断できる。

ボイスメールの優先度は「５」である。
ＶｏＩＰによるユビキタス電話の優先度は、移動体端末装置にログインしている場合とログアウトしている場合とに分けられる。ログインしている場合、ＶｏＩＰによるユビキタス電話の優先度は「７」である。ログアウトしている場合、ＶｏＩＰによるユビキタス電話の優先度は「０」である。なお、ＶｏＩＰによるユビキタス電話にログインしているか否かは、例えば、アクセスポイント３４０からの電波が届く範囲に移動体端末装置４３０があるか否かによって判断することができる。このプレゼンス情報は、アクセスポイント３４０内のプレゼンス送信機能によってプレゼンス管理サーバ３１０に送信される。

ＰＨＳによるユビキタスＩＰ電話の優先度は、平日か休日かによって分けられる。また、平日の場合、時間帯によって優先度が分けられる。平日の９時から１８時の時間帯（通常の業務時間帯）内の場合、ＰＨＳによるユビキタスＩＰ電話の優先度は「６」である。それ以外の時間帯内の場合、ＰＨＳによるユビキタスＩＰ電話の優先度は「３」である。休日の間は、ＰＨＳによるユビキタスＩＰ電話の優先度は「３」である。

なお、ＰＨＳによるユビキタスＩＰ電話の優先度については、発呼を行った発信者に応じた補正が行われる。すなわち、予め設定された優先ユーザが発信者の場合、優先度に「＋３」の値が加算される。例えば、会社の上司や重要な顧客を優先ユーザとして登録しておくことで、平日の業務時間外や休日であっても、そのユーザからの発呼については、ＰＨＳによるユビキタスＩＰ電話の優先度が「６」となる。その結果、平日の業務時間外や休日において、上司や重要な顧客からの電話を社外（自席の端末装置がログアウト状態、ＶｏＩＰによるユビキタスＩＰ電話がログアウト状態）において、ＰＨＳによるユビキタスＩＰ電話によって受けることができる。

以上のような構成のシステムにより、あるユーザに対する発呼要求があると、着信相手のプレゼンス情報に応じた端末装置に対して、着信処理が行われる。
図９は、発呼要求に応じた着信先決定処理の手順を示す図である。図９の例では、図２に示すようにユーザ５１が事務所内の自席以外の場所にいるときに、ユーザ５２が移動体端末装置５１０からユーザ５１の従業員番号をアドレス（５ｘｘｘ）として指定した発呼要求を出力した場合の例である。なお、ユーザ５２は、図８の着信先選択基準における優先ユーザでは無いものとする。

移動体端末装置５１０から発呼要求が出されると、ＳＩＰサーバ１００の発信受付部１２１によって発呼要求の発信が受け付けられる（ステップＳ１１）。すると、発信受付部１２１は、発呼要求をアドレス分析部１２２に渡す。

アドレス分析部１２２は、アドレス分析テーブル１２３を参照し、発呼要求で指定されたアドレスを解析する（ステップＳ１２）。この例では、アドレスが５で始まるためユーザ指定のアドレスであることがわかる。そこで、アドレス分析部１２２は、発呼要求で指定されたアドレスを着信先問合せ部１２４に通知する。

着信先問合せ部１２４は、受け取ったアドレスの着信先をアドレス変換サーバ２００に問い合わせる（ステップＳ１３）。具体的には、着信先問合せ部１２４は、発呼要求で示された従業員番号を含むアドレス変換要求をアドレス変換サーバ２００に対して送信する。

アドレス変換サーバ２００のプレゼンス取得部２１１は、アドレス変換要求に応答して、従業員番号に対応するプレゼンス情報を、プレゼンス管理サーバ３１０から取得する（ステップＳ１４）。この際、プレゼンス取得部２１１は、従業員番号に対応するユーザＩＤをＬＤＡＰサーバ３２０から取得し、そのユーザＩＤに関連づけて登録されているプレゼンス情報を、プレゼンス管理サーバ３１０に対して要求する。

プレゼンス管理サーバ３１０から送られるプレゼンス情報を着信先選択部２１２が取得し、着信先となる端末装置を選択する（ステップＳ１５）。図２に示す状態では、ユーザ５１は自席の端末装置４１０にはログインしていないが、アクセスポイント３４０からの電波が届く範囲内に移動体端末装置４３０がある。すなわち、移動体端末装置４３０によるＶｏＩＰのログインがアクセスポイント３４０に対して行われている。この場合、図８の着信先選択基準を参照すると、ＶｏＩＰによるユビキタス電話（ログイン状態）が優先度６で最も高くなる。

その結果、着信先選択部２１２では、移動体端末装置４３０のＶｏＩＰによる通話機能が着信先として決定され、該当するアドレスが取得される。なお、各端末装置のアドレスは、アドレス変換サーバ２００で管理されている。着信先選択部２１２は、選択した端末装置のアドレスをＳＩＰサーバ１００に対して送信する。

ＳＩＰサーバ１００の着信処理部１２５は、アドレス変換サーバ２００から送られたアドレスに基づいて、ユーザ５１が携帯している移動体端末装置４３０に対して着信処理を行う（ステップＳ１６）。このときユーザ５１が移動体端末装置４３０からの呼び出しに応じれば、移動体端末装置４３０と移動体端末装置５１０との通話回線が接続され、ユーザ５１とユーザ５２との通話が可能となる。

次に、ユーザ５３が端末装置５３０を使用して、ユーザ５１が使用する端末装置とユーザ５２が使用する端末装置との通話回線の接続を依頼した場合のＳＩＰサーバ１００とアドレス変換サーバ２００との処理手順を説明する。

図１０は、第三者からの要求に応じて通話回線を接続する場合の処理手順を示す図である。ユーザ５３が端末装置５３０を操作し、ユーザを指定した発呼要求を出力すると、発呼要求が業務管理サーバ３３０内のＷｅｂサーバ３３１で受け取られ、連携部３３３を介してプレゼンス管理サーバ３１０に渡される。プレゼンス管理サーバ３１０では、アドレス変換サーバ２００に対して、ユーザ５１，５２を指定した依頼発信要求を出力する。

依頼発信要求を受け取ったアドレス変換サーバ２００では、依頼発信受付部２１３が依頼発信要求を受け付ける（ステップＳ２１）。依頼発信受付部２１３は、受け付けた依頼発信要求で指定されたユーザ５１，５２のプレゼンス取得要求を、プレゼンス取得部２１１に対して出力する。

プレゼンス取得部２１１は、ユーザ５１，５２のユーザＩＤをＬＤＡＰサーバ３２０から取得し、そのユーザＩＤに対応するプレゼンス情報をプレゼンス管理サーバ３１０から取得する（ステップＳ２２）。プレゼンス管理サーバ３１０から送られたプレゼンス情報は、着信先選択部２１２で受け取られる。

着信先選択部２１２は、プレゼンス情報に基づいて、ユーザ５１，５２それぞれの使用する端末装置の中から、着信先とする端末装置を決定する（ステップＳ２３）。そして、着信先選択部２１２は、決定した着信先の端末装置のアドレスを依頼発信実行部２１４に通知する。

依頼発信実行部２１４は、受け取った２つのアドレスに対応する端末装置間の通話回線の接続依頼を、ＳＩＰ３ＰＣＣコントローラ１１０に対して発信する（ステップＳ２４）。すると、ＳＩＰ３ＰＣＣコントローラ１１０内の二者接続処理部１１１が、アドレスで指定された端末装置間の接続処理を行う（ステップＳ２５）。具体的には、二者接続処理部１１１は、２つのアドレスに対する着信要求をＳＩＰサーバ１００に対して送信する。

ＳＩＰサーバ１００の着信処理部１２５は、ＳＩＰ３ＰＣＣコントローラ１１０から渡された着信要求に応じて、ユーザ５１が使用する移動体端末装置４３０とユーザ５２が使用する移動体端末装置５１０とに対して、着信処理を実行する（ステップＳ２６）。このときユーザ５１とユーザ５２とが、それぞれ移動体端末装置４３０と移動体端末装置５１０とからの呼び出しに応じれば、移動体端末装置４３０と移動体端末装置５１０との通話回線が接続され、ユーザ５１とユーザ５２との通話が可能となる。

以上のようにして、プレゼンス情報に応じて着信先の端末装置を決定し、端末装置間の通話回線を接続することができる。このとき、電話をかける端末装置側では通常の電話通話と同じように発呼をすればよく、特別な機能の追加実装は不要である。すなわち、本システムで管理されたユーザ以外の外部のユーザからの発呼を、本システム内でプレゼンス情報に応じた端末装置に振り分けることができる。

ところで、装置間で受け渡す情報は、文書やデータの意味や構造を記述するマークアップ言語の１つであるＸＭＬ（eXtensible Markup Language）で記述することができる。その場合、図８に示した着信先選択基準は、ＸＳＬＴ（Extensible Stylesheet Language Transformations）で定義することができる。ＸＳＬＴは、ＸＭＬで記述された文書の変換ルールを記述するための所定の変換言語である。ＸＳＬＴは、ＸＳＬＴプロセッサに実行させることにより、ＸＳＬＴの定義内容に沿った処理をコンピュータに実行させることができる。このようにＸＳＬＴで着信先選択基準を定義することで、着信先選択基準の変更が容易となる。

以下、着信選択基準をＸＳＬＴで記述した場合のアドレス変換サーバ２００における処理を詳細に説明する。
図１１は、着信選択基準をＸＳＬＴで記述した場合の処理を示す図である。アドレス変換サーバ２００には、ＪａｖａＶＭ（Ｊａｖａ（登録商標）の仮想マシン）２２１が設けられている。ＪａｖａＶＭ２１１は、Ｊａｖａ言語で記述されたプログラムを、アドレス変換サーバ２００のネイティブコードに変換して実行する。

アドレス変換サーバ２００には、ＪａｖａＶＭ２２１上で動作するプログラムとして、連携部２２２、ＸＭＬパーサ２２３、ＸＳＬＴプロセッサ２２４が実装されている。
連携部２２２は、ＳＩＰサーバ１００からのアドレス変換要求を受け付け、そのアドレス変換要求をメッセージ送受信部２３１に出力すると共に、メッセージ送受信部２３１からアドレス変換結果をＳＩＰサーバ１００に送信する。また、連携部２２２は、プレゼンス取得制御部２３３からの要求に応じてプレゼンス管理サーバ３１０からプレゼンス情報３１２を取得する。

ＸＭＬパーサ２２３は、ＸＭＬで記述された情報を解析する。ＸＳＬＴプロセッサ２２４は、ＸＳＬＴで記述されたデバイス選択ロジック情報６０に従って、端末装置の選択処理を行う。

なお、連携部２２２とＸＳＬＴプロセッサ２２４とは、ＸＭＬデータを受け取った場合にはＸＭＬパーサ２２３にそのＸＭＬデータに解析を依頼し、解析結果を受け取ることでＸＭＬデータの内容を理解する。

また、アドレス変換サーバ２００には、メッセージ送受信部２３１、ユーザＩＤ検索部２３２、およびプレゼンス取得制御部２３３が設けられている。メッセージ送受信部２３１は、ＪａｖａプログラムをｊａｖａＶＭ２２１が実行することで実現される機能である。

メッセージ送受信部２３１は、連携部２２２を介して受け取ったアドレス変換要求に応じて、ユーザＩＤ検索部２３２に対してユーザＩＤの検索を依頼する。このとき、メッセージ送受信部２３１は、アドレス変換要求に含まれる呼情報２４１をＸＳＬＴプロセッサ２２４に渡す。呼情報２４１には、発信者の識別情報や曜日時刻等が含まれる。

また、メッセージ送受信部２３１は、ＸＳＬＴプロセッサ２２４から選択デバイス識別情報２４３を受け取る。選択デバイス識別情報２４３には、着信先となる端末装置のアドレスが含まれている。

ユーザＩＤ検索部２３２は、メッセージ送受信部２３１からのユーザＩＤ検索依頼に応答して、ＬＤＡＰサーバ３２０からアドレス変換要求で示されるアドレスに対応するユーザＩＤを取得する。ユーザＩＤ検索部２３２は、取得したユーザＩＤをプレゼンス取得制御部２３３に渡す。

プレゼンス取得制御部２３３は、ユーザＩＤ検索部２３２からユーザＩＤを取得すると、連携部２２２を介してプレゼンス情報３１２を取得する。プレゼンス取得制御部２３３は、取得したプレゼンス情報３１２の内容を解析してユーザプレゼンス２４２を生成し、そのユーザプレゼンス２４２をＸＳＬＴプロセッサ２２４に渡す。このユーザプレゼンス２４２には、デバイス情報（端末装置の種別）や優先ユーザ情報（優先ユーザに該当するか否か）の情報が含まれている。

なお、図６に示したプレゼンス取得部２１１の機能は、メッセージ送受信部２３１、ユーザＩＤ検索部２３２、プレゼンス取得制御部２３３、およびＪａｖａＶＭ２２１上で動作する連携部２２２によって実現されている。また、着信先選択部２１２の機能は、メッセージ送受信部２３１、およびＪａｖａＶＭ２２１上で動作するＸＳＬＴプロセッサ２２４によって実現されている。

図１１に示す構成によれば、ＳＩＰサーバ１００からアドレス変換要求がアドレス変換サーバ２００に送られると、アドレス変換要求が連携部２２２を介して、メッセージ送受信部２３１に渡される。すると、メッセージ送受信部２３１により、ユーザＩＤ検索部２３２に対して、ユーザＩＤの検索依頼が出される。同時に、メッセージ送受信部２３１により呼情報２４１が生成され、ＸＳＬＴプロセッサ２２４に渡される。

ユーザＩＤの検索依頼を受け取ったユーザＩＤ検索部２３２は、ＬＤＡＰサーバ３２０から、アドレス変換要求で示されるアドレスに対応するユーザのユーザＩＤを取得し、プレゼンス取得制御部２３３に渡す。すると、プレゼンス取得制御部２３３が、連携部２２２を介して、プレゼンス管理サーバ３１０からプレゼンス情報３１２を取得する。そして、プレゼンス取得制御部２３３は、取得したプレゼンス情報３１２の内容を解析し、ユーザプレゼンス２４２としてＸＳＬＴプロセッサ２２４に渡す。

ＸＳＬＴプロセッサ２２４は、呼情報２４１とユーザプレゼンス２４２に応じた着信先の端末装置を、デバイス選択ロジック情報６０で示される着信先選択定義に従って選択する。その後、ＸＳＬＴプロセッサ２２４は、選択デバイス識別情報２４３をメッセージ送受信部２３１に渡す。メッセージ送受信部２３１は、選択デバイス識別情報２４３をアドレス変換結果として、連携部２２２を介してＳＩＰサーバ１００に送信する。

次に、図１１に示す機能間で受け渡されるＸＭＬデータについて説明する。
図１２は、ＸＭＬデータで受け渡される情報を示す図である。図１２において、ＸＭＬデータによる情報の受け渡しが実線で示されており、その他の情報の受け渡しが点線で示されている。

本実施の形態では、ＳＩＰサーバ１００からアドレス変換サーバ２００へのアドレス変換要求と、アドレス変換要求に対する応答がＸＭＬデータで行われる。また、ＳＩＰ３ＰＣＣコントローラ１１０からアドレス変換サーバ２００へのアドレス変換要求と、アドレス変換要求に対する応答がＸＭＬデータで行われる。

業務管理サーバ３３０の連携部３３３からアドレス変換サーバ２００に出されるアドレス変換および二者接続要求は、ＸＭＬデータで行われる。また、アドレス変換サーバ２００からＳＩＰ３ＰＣＣコントローラ１１０への二者接続要求もＸＭＬデータで行われる。

なお、ＸＭＬデータの送受信は、ＳＯＡＰやＩＭ（インスタントメッセージ）を用いて行うことができる。
図１３は、アドレス変換サーバによる処理手順を示すフローチャートである。以下、図１３に示す処理をステップ番号に沿って説明する。

［ステップＳ３１］連携部２２２が、アドレス変換要求を示すＸＭＬデータを受信する。
［ステップＳ３２］連携部２２２は、ＸＭＬデータの解析をＸＭＬパーサ２２３に依頼する。すると、ＸＭＬパーサ２２３がＸＭＬデータを解析する。解析結果は、ＸＭＬパーサ２２３から連携部２２２に渡される。連携部２２２は、ＸＭＬデータに含まれていたアドレス変換要求をメッセージ送受信部２３１に渡す。

［ステップＳ３３］メッセージ送受信部２３１は、アドレス変換要求のメッセージをデコードする。デコードにより、少なくとも発信者情報と、発呼によって指定されたアドレスが抽出される。メッセージ送受信部２３１は、発信者情報を、呼情報２４１としてＸＳＬＴプロセッサ２２４に渡す。また、メッセージ送受信部２３１は、アドレスをユーザＩＤ検索部２３２に渡す。

［ステップＳ３４］ユーザＩＤ検索部２３２は、ＬＤＡＰサーバ３２０に対して、アドレスを検索キーとしたユーザＩＤの検索要求を出す。そして、ユーザＩＤ検索部２３２は、ＬＤＡＰサーバ３２０から検索結果としてユーザＩＤを取得する。取得したユーザＩＤは、プレゼンス取得制御部２３３に渡される。

［ステップＳ３５］プレゼンス取得制御部２３３は、連携部２２２を介して、プレゼンス管理サーバ３１０に対してプレゼンス取得要求を出力する。そして、プレゼンス情報３１２が、プレゼンス管理サーバ３１０から返される。

［ステップＳ３６］プレゼンス管理サーバ３１０から返されたプレゼンス情報３１２は連携部２２２で受け取られる。連携部２２２は、受け取ったプレゼンス情報３１２の解析を、ＸＭＬパーサ２２３に依頼する。すると、ＸＭＬパーサ２２３がプレゼンス情報を解析し、解析結果を連携部２２２に渡す。連携部２２２は、解析されたプレゼンス情報を、プレゼンス取得制御部２３３に渡す。プレゼンス取得制御部２３３は、解析されたプレゼンス情報から、そのユーザが使用可能な端末装置に関する情報を含むユーザプレゼンス２４２を生成し、ＸＳＬＴプロセッサ２２４に渡す。

［ステップＳ３７］ＸＳＬＴプロセッサ２２４は、通話相手となるべきユーザが使用可能な端末装置（着信先候補）を１つ選択する。この際、無線ＬＡＮ経由のＶｏＩＰとＰＨＳとのいずれでも通話可能な端末装置のように１つの端末装置に複数の通話機能が実装されている場合、それぞれの機能毎に別の着信先候補として扱われる。すなわち、着信処理の対象となるアドレス毎に着信先候補の選択が行われる。

［ステップＳ３８］ＸＳＬＴプロセッサ２２４は、選択した着信先候補に関するユーザプレゼンス２４２を解析する。
［ステップＳ３９］ＸＳＬＴプロセッサ２２４は、デバイス選択ロジック情報６０、および現在の時刻情報を取得し、ステップＳ３７で選択した着信先候補の優先度を判定する。

［ステップＳ４０］ＸＳＬＴプロセッサ２２４は、全ての着信先候補について優先度を判定したか否かを判定する。全ての着信先候補について優先度の判定が完了していれば、処理がステップＳ４１に進められる。優先度の判定が行われていない着信先候補がある場合、処理がステップＳ３７に進められる。

［ステップＳ４１］ＸＳＬＴプロセッサ２２４は、最も優先度の高い着信先候補を、着信先として選択する。
［ステップＳ４２］ＸＳＬＴプロセッサ２２４は、着信先のアドレスを指定した選択デバイス識別情報２４３を含むＸＭＬデータを生成する。そして、ＸＳＬＴプロセッサ２２４は、生成したＸＭＬデータを、メッセージ送受信部２３１に渡す。

［ステップＳ４３］メッセージ送受信部２３１は、選択デバイス識別情報２４３を含むＸＭＬデータを、アドレス変換結果として、連携部２２２を介してＳＩＰサーバ１００に送信する。

次に、デバイス選択ロジック情報６０に含まれる着信先候補毎にＸＳＬＴで記述されたで優先度判定基準について具体的に説明する。
図１４は、優先度判定基準の第１の例を示す図である。図１４には、事務所内線電話（自席の固定電話機）の優先度判定基準６１が示されている。

優先度判定基準６１では、＜ｎｏｔｅ＞タグによって、端末装置の種別「事務所内線」が示されている。また、＜ｂａｓｉｃ＞タグによって、その下位構造で定義している優先度の適用条件が示されている。＜ｂａｓｉｃ＞タグには、自席の端末装置へのログイン時の優先度を定義する場合「ｏｐｅｎ」が設定され、ログアウト時の優先度を定義する場合「ｃｌｏｓｅ」が設定される。図１４の例では、＜ｂａｓｉｃ＞タグに「ｏｐｅｎ」が設定されているため、自席の端末装置にログインしている場合にのみ、以降の優先度の定義が適用される。ログアウトしている場合には、優先度「０」（基準値）と見なされる。

また、＜ｐｒｉｏｒｉｔｙ＞タグには、該当する端末装置の優先度が設定されている。＜ｐｒｉｏｒｉｔｙ＞タグ内に、状態を示す変数が設定されている場合には、該当する状態のときの優先度が設定される。図１４の例では、在席か否かを示す変数ａｔｄｅｓｋが設定された＜ｐｒｉｏｒｉｔｙ＞タグが記述されている。変数ａｔｄｅｓｋに「ｙｅｓ」が設定されていれば在席状態を示し、「ｎｏ」が設定されていれば離席状態を示す。図１４の例では、在席中の優先度が「１０」であることを示している。

また、状態を示す変数が設定されていない＜ｐｒｉｏｒｉｔｙ＞タグは、他の優先度設定に条件に該当しない状態の場合に適用する優先度が設定される。図１４の例では、離席中の場合の優先度が「４」があることが示されている。

図１５は、優先度判定基準の第２の例を示す図である。図１４にはユビキタス電話（ＶｏＩＰ）の優先度判定基準６２が示されている。なお、ユビキタス電話の優先度判定基準６２の＜ｂａｓｉｃ＞タグには、ユビキタス電話機が無線ＬＡＮの環境へログインしているときの優先度を定義する場合「ｏｐｅｎ」が設定され、ログアウトしているときの優先度を定義する場合「ｃｌｏｓｅ」が設定される。図１５の例では、ログイン時には優先度「７」となることが示されている。

図１６は、優先度判定基準の第３の例を示す図である。図１６にはユビキタス電話（ＰＨＳ）の優先度判定基準６３が示されている。なお、ユビキタス電話の優先度判定基準６３の＜ｂａｓｉｃ＞タグには、ユビキタス電話機がＰＨＳの基地局からの通信圏内にあるときの優先度を定義する場合「ｏｐｅｎ」が設定され、通信圏外にあるときの優先度を定義する場合「ｃｌｏｓｅ」が設定される。

また、図１６の例では、時間帯を指定する変数ｄａｙｏｆｗｅｅｋが設定された＜ｐｒｉｏｒｉｔｙ＞タグが記述されている。このタグでは、変数ｄａｙｏｆｗｅｅｋで、当該優先度を適用する曜日が指定され、ｔｉｍｅで優先度が適用される時間帯が指定されている。曜日は７ビットのデータで示されている。各ビットは、それぞれ日曜、月曜、火曜、水曜、木曜、金曜、土曜に対応づけられている。値が「１」に設定されたビットに対応する曜日が、当該規定の適用対象となる。時間は、当該優先度の適用対象の時間帯の開始時刻と終了時刻とが示されている。

図１６の例では、月曜から金曜までの８時から２０時の時間帯内において優先度を「６」にすることが定義されている。それ以外の時間帯では、優先度は「３」となる。
また、ｃａｌｌｉｎｇｕｓｅｒ＝“ｆａｖｏｒｉｔｅｕｓｅｒ”と設定された＜ｐｒｉｏｒｉｔｙ＞タグは、特定ユーザからの発呼要求の場合の優先度の補正値を示している。図１６の例では、特定ユーザからの発呼要求の場合、優先度を「３」だけ加算する。

図１７は、優先度判定基準の第４の例を示す図である。図１７にはボイスメールの優先度判定基準６４が示されている。この例では、ボイスメールの優先度は「５」である。
このようなデータ構造で着信先候補毎の優先度が定義される。この定義に従って、各端末装置の優先度が判定され、最も優先度の高い端末装置が着信先となる。このように、見た目で分かりやすい構造で優先度の判定基準が定義されているため、優先度の変更作業が容易となる。すなわち、プログラムのソースコードを変更するといった煩雑な作業をせずにすむ。

なお、上記実施の形態では、発呼要求でユーザを着信先として指定する場合、ユーザの名前や従業員番号が指定されるものとしたが、発呼要求で着信先としてユーザＩＤを指定することもできる。その場合、アドレス変換サーバ２００がＬＤＡＰサーバ３２０からユーザＩＤを取得する処理は不要となる。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、各種サーバが有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。

なお、本発明は、上述の実施の形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変更を加えることができる。
上記については単に本発明の原理を示すものである。さらに、多数の変形、変更が当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用例に限定されるものではなく、対応するすべての変形例および均等物は、添付の請求項およびその均等物による本発明の範囲とみなされる。

符号の説明

１プレゼンス管理装置
２アドレス変換装置
３電話呼制御装置
４発呼元端末装置
５着信先端末装置

本発明は移動体電話を含む複数の電話間の電話管理システム、電話管理方法、および電話管理プログラムに関し、特に複数の電話機から１つの電話機を選択して回線を接続する電話管理システム、電話管理方法、および電話管理プログラムに関する。

本発明はこのような点に鑑みてなされたものであり、発呼者端末装置から発呼要求を出力するだけで、プレゼンス情報に応じた着信先端末と発呼者端末装置との通話回線を接続する電話管理システム、電話管理方法、および電話管理プログラムを提供することを目的とする。

Claims

端末装置からの発呼要求に基づいて他の端末装置に対して着信処理を行う電話管理システムにおいて、
ユーザの置かれている状態を示すプレゼンス情報を管理するプレゼンス管理装置と、
１人以上のユーザを指定する着信先指定情報を含むアドレス変換要求に応答して、前記アドレス変換要求で示される前記着信先指定情報に対応するユーザのプレゼンス情報を前記プレゼンス管理装置から取得し、所定の着信先選択基準に従って前記プレゼンス情報に応じた着信先端末装置を決定し、決定した前記着信先端末装置のアドレスを示すアドレス情報を、前記アドレス変換要求への応答として出力するアドレス変換装置と、
発呼元端末装置からの発呼要求を受け付け、前記発呼要求で示される着信先指定情報の着信先を特定するアドレスを取得するアドレス変換要求を前記アドレス変換装置に対して出力し、前記アドレス変換装置から応答されたアドレス情報で一意に示される着信先端末装置に対して着信処理を行う電話呼制御装置と、
を有することを特徴とする電話管理システム。
前記電話呼制御装置は、端末装置を一意に示す固有アドレスが設定される固有アドレス領域と、複数の端末装置を代表するグループアドレスが設定されるグループアドレス領域とが設定されたアドレス分析テーブルを有し、前記発呼要求で示される着信先指定情報が前記固有アドレス領域内の固有アドレスを示していれば、前記発呼要求で示される着信先指定情報で示される着信先端末装置に対して着信処理を行い、前記発呼要求で示される着信先指定情報が前記グループアドレス領域内のグループアドレスを示していれば、前記アドレス変換要求を前記アドレス変換装置に対して出力し、前記アドレス変換装置から応答されたアドレス情報で一意に示される着信先端末装置に対して着信処理を行うことを特徴とする請求の範囲第１項記載の電話管理システム。
前記電話呼制御装置は、前記発呼要求にアドレス以外によってユーザを特定する着信先指定情報が含まれていた場合、前記アドレス変換要求を前記アドレス変換装置に対して出力し、前記アドレス変換装置から応答されたアドレス情報で一意に示される着信先端末に対して着信処理を行うことを特徴とする請求の範囲第１項記載の電話管理システム。
ユーザ情報をユーザＩＤに対応づけて管理するユーザ情報管理装置をさらに有し、
前記プレゼンス管理装置は、ユーザ毎の前記プレゼンス情報をユーザＩＤに対応づけて管理しており、
前記アドレス変換装置は、前記アドレス変換要求に含まれる着信先指定情報がユーザＩＤ以外の場合、前記着信先指定情報に対応するユーザＩＤを前記ユーザ情報管理装置から取得し、取得したユーザＩＤに対応するプレゼンス情報を前記プレゼンス管理装置から取得することを特徴とする請求の範囲第１項記載の電話管理システム。
前記アドレス変換装置は、前記着信先選択基準として、端末装置の種別に応じた優先度が、前記プレゼンス情報に設定されているユーザの状態に応じて定義されており、前記着信先指定情報に対応するユーザが使用可能な端末装置のうち、優先度が最も高くなる種別の端末装置を着信先に決定することを特徴とする請求の範囲第１項記載の電話管理システム。
前記着信先選択基準の端末装置の種別に応じた優先度は、前記発呼要求の発生日時に応じて異なる値が設定されていることを特徴とする請求の範囲第５項記載の電話管理システム。
前記着信先選択基準には、発信者に応じた優先度の補正値が設定されており、前記アドレス変換装置は、発信者に応じて優先度を補正した後に優先度が最も高くなる種別の端末装置を着信先に決定することを特徴とする請求の範囲第５項記載の電話管理システム。
前記プレゼンス管理装置は、前記プレゼンス情報を所定のマークアップ言語に準拠した情報フォーマットで提供しており、
前記アドレス変換装置は、前記マークアップ言語で記述された文書の変換ルールを記述するための所定の変換言語によって前記着信先選択基準が定義されており、前記変換言語を実行可能な仮想マシンに対して前記マークアップ言語で記述された前記プレゼンス情報を入力し、前記変換言語によって定義された前記着信先選択基準に従って前記仮想マシンに演算を実行させ、演算結果として着信先の端末装置のアドレス情報を取得することを特長とする請求の範囲第１項記載の電話管理システム。
端末装置からの発呼要求に基づいて他の端末装置に対して着信処理を行う電話管理システムにおいて、
ユーザの置かれている状態を示すプレゼンス情報を管理するプレゼンス管理装置と、
１人以上のユーザを指定する２つの着信先指定情報を含む依頼発信要求に応答して、前記依頼発信要求で示される前記着信先指定情報それぞれに対応するユーザのプレゼンス情報を前記プレゼンス管理装置から取得し、前記プレゼンス情報に応じた２つの着信先端末装置を所定の着信先選択基準に従って決定し、決定した前記着信先端末装置のアドレスを示す２つのアドレス情報を指定した二者接続要求を出力するアドレス変換装置と、
前記アドレス変換装置から出力された前記二者接続要求に応じて、前記二者接続要求で指定されたアドレスへの着信要求を出力し、二者間通話を制御する二者間通話コントローラと、
前記二者間通話コントローラからの前記着信要求に応じて、前記着信要求で指定された２つのアドレスそれぞれに対応する前記着信先端末装置に対して着信処理を行う電話呼制御装置と、
を有することを特徴とする電話管理システム。
端末装置からの発呼要求に基づいて他の端末装置に対して着信処理を行う電話管理方法において、
電話呼制御装置が、発呼元端末装置からの発呼要求を受け付け、前記発呼要求で示される着信先指定情報を含むアドレス変換要求を前記アドレス変換装置に対して出力し、
アドレス変換装置が、１人以上のユーザを指定する着信先指定情報を含むアドレス変換要求に応答して、前記アドレス変換要求で示される前記着信先指定情報に対応するユーザを指定したプレゼンス情報取得要求を、ユーザの置かれている状態を示すプレゼンス情報を管理するプレゼンス管理装置に送信し、
前記プレゼンス管理装置が、前記アドレス変換装置からの前記プレゼンス情報取得要求に対して、前記プレゼンス情報取得要求で指定されたユーザの前記プレゼンス情報を応答し、
前記アドレス変換装置が、前記プレゼンス管理装置から応答された前記プレゼンス情報に応じた着信先端末装置を所定の着信先選択基準に従って決定し、決定した前記着信先端末装置のアドレスを示すアドレス情報を、前記電話呼制御装置に出力し、
前記電話呼制御装置が、前記アドレス変換装置から応答されたアドレス情報で一意に示される前記着信先端末装置に対して着信処理を行う、
ことを特徴とする電話管理方法。
端末装置からの発呼要求に基づいて他の端末装置に対して着信処理を行う電話管理方法において、
アドレス変換装置が、１人以上のユーザを指定する２つの着信先指定情報を含む依頼発信要求に応答して、前記依頼発信要求で示される前記着信先指定情報それぞれに対応するユーザを指定したプレゼンス情報取得要求を、ユーザの置かれている状態を示すプレゼンス情報を管理するプレゼンス管理装置に送信し、
前記プレゼンス管理装置が、前記アドレス変換装置からの前記プレゼンス情報取得要求に対して、前記プレゼンス情報取得要求で指定された各ユーザのプレゼンス情報を応答し、
前記アドレス変換装置が、前記プレゼンス管理装置から応答されたユーザ毎の前記プレゼンス情報に応じた２つの着信先端末装置を所定の着信先選択基準に従って決定し、決定した前記着信先端末装置のアドレスを示す２つのアドレス情報を指定した二者接続要求を出力し、
二者間通話コントローラが、前記アドレス変換装置から出力された前記二者接続要求に応じて、前記二者接続要求で指定されたアドレスへの着信要求を出力し、
電話呼制御装置が、前記二者間通話コントローラからの前記着信要求に応じて、前記着信要求で指定された２つのアドレスそれぞれに対応する前記着信先端末装置に対して着信処理を行い、
前記二者間通話コントローラが、着信処理に対して応答した２つの前記着信先端末装置同士の二者間通話を制御する、
ことを特徴とする電話管理方法。