(57)【要約】【課題】  受信者の状況及び連絡手段の状況を考慮した上で連絡手段を選択できるようにする。【解決手段】  第１のユーザが第２のユーザに連絡をとるための連絡手段に関連する情報処理方法は、データ格納部から、第２のユーザの状態に応じた連絡手段に関するデータを抽出する抽出ステップと、抽出された第２のユーザの状態に応じた連絡手段に関するデータを用いて、第２のユーザへの各連絡手段について本処理時点における状態を表すデータを生成し、当該データを第１のユーザの端末に送信するデータ生成ステップとを含む。【選択図】図１
2006041964.tif 000002
【特許請求の範囲】
【請求項１】
第１のユーザが第２のユーザに連絡をとるための連絡手段に関連する情報処理を実施するためのプログラムであって、
データ格納部から、前記第２のユーザの状態に応じた連絡手段に関するデータを抽出する抽出ステップと、
抽出された前記第２のユーザの状態に応じた連絡手段に関するデータを用いて、前記第２のユーザへの各連絡手段について本処理時点における状態を表すデータを生成し、当該データを第１のユーザの端末に送信するデータ生成ステップと、
をコンピュータに実行させるためのプログラム。
【請求項２】
少なくともグループ・テーブルを参照して、前記第１のユーザと同じグループに所属するユーザのうち前記第１のユーザを除くユーザを抽出し、前記第２のユーザとして特定するステップ
をさらにコンピュータに実行させるための請求項１記載のプログラム。
【請求項３】
前記データ生成ステップが、
抽出された前記第２のユーザの状態に応じた連絡手段に関するデータを用いて、本処理時点において利用可能な連絡手段を特定する連絡手段特定ステップと、
特定された前記連絡手段に対応するアイコンを含むデータを前記本処理時点における状態を表すデータとして生成する表示データ生成ステップと、
を含む請求項１記載のプログラム。
【請求項４】
前記表示データ生成ステップが、
通話に係る連絡手段について通話中の着信可否を示す着信ポリシーを含む着信ポリシー格納部から、前記第１のユーザに対する前記第２のユーザの着信ポリシーを特定するステップと、
前記第１のユーザに対する前記第２のユーザの着信ポリシーと前記第２のユーザの状態に応じた連絡手段に関するデータとを用いて、前記通話に係る連絡手段についての前記アイコンのための装飾データを生成する装飾データ生成ステップと、
を含む請求項３記載のプログラム。
【請求項５】
前記第１のユーザからのユーザ検索要求に従い、前記第１のユーザから指定された条件を満たすユーザをユーザ・データ格納部から抽出するステップと、
抽出された前記第１のユーザから指定された条件を満たすユーザを前記第２のユーザとして特定するステップと、
をさらにコンピュータに実行させるための請求項１記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術に関し、より詳しくは連絡手段の選択のための情報処理技術に関する。
【背景技術】
【０００２】
例えば、特開２０００−１９６７２９号公報には、電話帳機能を有する電話機などにおいて、相手の検索および決定を容易にするための技術が開示されている。すなわち、撮像手段あるいは情報通信路から得られる画像の画像データと、その画像に関連する固有の属性データとを１組としてメモリに記憶する。検索手段を操作したとき、メモリから画像データを順に読み出すとともに、この読み出した画像データによりディスプレイに画像を表示する。決定手段を操作したとき、メモリに記憶されている属性データのうち、ディスプレイに表示されている画像の画像データと組となっている属性データを使用して通信の相手を特定する情報を情報通信路に送り出す。基本的に画像で相手を特定するものであり、相手の状況を総合的に考慮して好ましい連絡手段を選択することはできない。
【０００３】
また、特開平９−１２８３４３号公報には、同一サーバシステムの保有する情報を参照中である利用者相互間の通信を動的に行なうことを目的する技術が開示されている。すなわち、複数のクライアントシステムがネットワークを介してサーバシステムの保有する情報を参照するネットワークシステムにおいて、サーバシステムに、情報を参照中であるすべてのクライアントシステム取扱い者の個人情報を管理する個人情報管理部を設け、クライアントシステムそれぞれに、その個人情報をアイコン化して表示画面上に一覧表示する個人情報表示部と、同画面上でいずれかのアイコンが指定されたときに、その指定されたクライアントシステムとの通信経路を確立する通信アプリケーション実行部とを設け、同一サーバシステムの保有する情報を参照中である利用者相互間の通信をサーバシステムを介さずに適宜行なうものである。本公報記載の技術でも、相手の状況を総合的に考慮して好ましい連絡先を選択することはできない。
【０００４】
さらに、特開平１０−３４１３０１号公報には、組織外や遠隔地の受信者に対し最適な伝送媒体とアドレスを獲得してメッセージの配送を行うことにより配送の安全性を確保することを目的とした技術が開示されている。すなわち、ユーザがクライアントに配送依頼とメッセージを入力すると、第１のＭＤＡは、受信者がリモートユーザの場合は第２のＭＤＡのアドレスを最適伝送媒体と共に取得し、受信者がローカルユーザの場合はＬＡＮに接続されているリモートプリンタのアドレスを取得する。そして、第２のＭＤＡは第１のＭＤＡから問い合わせを受けた場合は信頼サーバリストに対し第１のＭＤＡが信頼できるか否かを問い合わせ、信頼に足る場合はデータベースに受信者のスケジュールを問い合わせ、最適アドレスと最適伝送媒体を第１のＭＤＡに供給する。第１のＭＤＡは、これに基づきエンベロープデータを作成し、メッセージ配送サブシステムに送信する。本公報では、受信者のスケジュール等を参照して伝送媒体を特定する技術が開示されている。しかし、受信者の状況は特定されるものの、連絡手段についての状況を考慮したものではない。
【特許文献１】特開２０００−１９６７２９号公報
【特許文献２】特開平９−１２８３４３号公報
【特許文献３】特開平１０−３４１３０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上で述べたように、従来技術ではユーザは、受信者の状況及び連絡手段の状況を考慮した上で特定の連絡手段を選択することはできなかった。
【０００６】
従って、本発明の目的は、着信意思表示を含めた受信者の状況及び連絡手段の状況を考慮した上で連絡手段を選択できるようにするための情報処理技術を提供することである。
【課題を解決するための手段】
【０００７】
本発明に係る、第１のユーザが第２のユーザに連絡をとるための連絡手段に関連する情報処理方法は、データ格納部（例えば実施の形態における気付状態テーブル）から、第２のユーザの状態に応じた連絡手段に関するデータを抽出する抽出ステップと、抽出された上記第２のユーザの状態に応じた連絡手段に関するデータを用いて、第２のユーザへの各連絡手段について本処理時点における状態を表すデータを生成し、当該データを第１のユーザの端末に送信するデータ生成ステップとを含む。
【０００８】
このようにすれば、第２のユーザが具体的にどのような状態にあろうとも、第１のユーザは、第２のユーザへの連絡手段の状態を把握できるので、好ましい連絡手段を選択することができるようになる。
【０００９】
また、本発明において、少なくともグループ・テーブルを参照して、第１のユーザと同じグループに所属するユーザのうち第１のユーザを除くユーザを抽出し、第２のユーザとして特定するステップをさらに含むようにしても良い。例えば、同じグループに所属するユーザであれば比較的頻繁に連絡をするので、予めそのようなユーザを特定しておけば、ユーザビリティが向上する。
【００１０】
また、上で述べたデータ生成ステップが、抽出された上記第２のユーザの状態に応じた連絡手段に関するデータを用いて、本処理時点において利用可能な連絡手段を特定する連絡手段特定ステップと、特定された連絡手段に対応するアイコンを含むデータを本処理時点における状態を表すデータとして生成する表示データ生成ステップとを含むようにしてもよい。利用可能な連絡手段のみをアイコンで提示することにより、連絡手段の視認性を向上させることができる。
【００１１】
さらに、上で述べた表示データ生成ステップが、通話に係る連絡手段について通話中の着信可否を示す着信ポリシーを含む着信ポリシー格納部から、第１のユーザに対する第２のユーザの着信ポリシーを特定するステップと、第１のユーザに対する第２のユーザの着信ポリシーと第２のユーザの状態に応じた連絡手段に関するデータとを用いて、通話に係る連絡手段についてのアイコンのための装飾データを生成する装飾データ生成ステップとを含むようにしてもよい。連絡を受ける側の着信ポリシーを反映させることにより、より好ましい連絡手段を連絡を行う側で選択できるようになる。
【００１２】
さらに、本発明において、第１のユーザからのユーザ検索要求に従い、第１のユーザから指定された条件を満たすユーザをユーザ・データ格納部から抽出するステップと、抽出された第１のユーザから指定された条件を満たすユーザを第２のユーザとして特定するステップとをさらに含むようにしても良い。特定のユーザについて連絡手段の状態を検索する場合もあるためである。
【００１３】
本発明に係る情報処理方法をコンピュータに実行させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してディジタル信号にて頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。
【発明の効果】
【００１４】
本発明によれば、受信者の状況及び連絡手段の状況を考慮した上で連絡手段を選択できるようになる。
【発明を実施するための最良の形態】
【００１５】
本発明の一実施の形態に係るシステム構成を図１に示す。例えばインターネットやイントラネットであるＩＰネットワーク１には、管理サーバ５と、１又は複数のターミナル・アダプタ７と、Ｅメール・サーバ２１と、ボイスメール・サーバ２３とが、無線又は有線により接続されている。ユーザ端末３はソフトフォン機能を有しており、ヘッドセット１１が接続されている。また、ターミナル・アダプタ７には、対応するユーザ端末３と固定電話機９とが接続されており、ターミナル・アダプタ７は公衆電話交換網１７に接続されている。公衆電話交換網１７は携帯電話回線網１９と接続している。なお、ボイスメール・サーバ２３が公衆電話交換網１７に接続されている場合もある。携帯電話回線網１９には、携帯電話メール・サーバ２５と、図示しない無線基地局を介して１又は複数の携帯電話機１３が接続されている。なお、携帯電話機１３にはＲＦＩＤ（Radio Frequency IDentification）カード１５が装着可能になっている。但し、ＲＦＩＤカード１５ではなく、同一機能を有する半導体チップを携帯電話機１３に内蔵する場合もある。
【００１６】
管理サーバ５には、気付状態登録部５０１とモード格納部５０３と通信ページ・データ生成部５０５と検索ユーザ・データ生成部５０７とユーザ管理データベース（ＤＢ）５０９とユーザ認証処理部５１１と管理テーブル格納部５２０とが含まれている。管理テーブル格納部５２０には、ユーザ所属グループ・テーブル５２１とグループ・テーブル５２３とアクセス管理テーブル５２５と着信ポリシー・テーブル５２７とモード優先度テーブル５２８と気付状態テーブル５２９とが含まれている。各処理部の詳細については後の処理フローの説明において述べるため、ここでは、参照及び登録関係について述べておく。気付状態登録部５０１は、モード格納部５０３及び管理テーブル格納部５２０にデータを登録する。通信ページ・データ生成部５０５は、モード格納部５０３及び管理テーブル格納部５２０を参照して処理を行う。検索ユーザ・データ生成部５０７は、ユーザ管理ＤＢ５０９とモード格納部５０３と管理テーブル格納部５２０とを参照して処理を行う。ユーザ認証処理部５１１はユーザ管理ＤＢ５０９を参照して処理を行う。なお、図示していないが、管理サーバ５はＳＩＰ（Session Initiation Protocol）サーバ機能を有しており、例えばユーザ端末３と、他のソフトフォン機能を有している端末との電話接続を可能としている。
【００１７】
また、ターミナル・アダプタ７には、中継処理部７１と気付状態管理部７３と赤外線センサ７５とＲＦＩＤ受信部７７と端末制御表７９とが含まれている。中継処理部７１は、固定電話機９又はユーザ端末３と、ＩＰネットワーク１又は公衆電話交換網１７とのデータ中継処理を行う。赤外線センサ７５は、ユーザの在席及び離席を検知し、気付状態管理部７３に通知する。ＲＦＩＤ受信部７７は、一定の距離以内にある携帯電話機１３のＲＦＩＤカード１５から、ユーザのログイン・データ等を無線により受信し、気付状態管理部７３に通知する。気付状態管理部７３は、赤外線センサ７５又はＲＦＩＤ受信部７７からユーザの状態の変化に関するデータを受信し、端末制御表７９を参照してユーザ端末３又は固定電話機９の状態制御、及び管理サーバ５へのデータ出力処理を行う。  
【００１８】
なお、管理サーバ５及びユーザ端末３は、図２に示すようなコンピュータ装置であって、メモリ２０１とＣＰＵ２０３とハードディスク・ドライブ（ＨＤＤ）２０５と表示装置２０９に接続される表示制御部２０７とリムーバブル・ディスク２１１用のドライブ装置２１３と入力装置２１５とネットワークに接続するための通信制御部２１７とがバス２１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実現するためのプログラムを含むアプリケーション・プログラムは、ＨＤＤ２０５に格納されており、ＣＰＵ２０３により実行される際にはＨＤＤ２０５からメモリ２０１に読み出される。必要に応じてＣＰＵ２０３は、表示制御部２０７、通信制御部２１７、ドライブ装置２１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２０１に格納され、必要があればＨＤＤ２０５に格納される。本発明の実施の形態における処理を実現するためのプログラムは例えばリムーバブル・ディスク２１１に格納されて頒布されドライブ装置２１３から、又はネットワーク及び通信制御部２１７を介して受信し、ＨＤＤ２０５にインストールされる。このようなコンピュータ装置は、上で述べたＣＰＵ２０３、メモリ２０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、以下で説明する各種機能を実現する。
【００１９】
図３に、管理テーブル格納部５２０に格納されるユーザ所属グループ・テーブル５２１のテーブル構成及び格納されるデータの一例を示す。図３には、「ユーザＡ」のためのテーブルの例が示されている。ここで「Ａ００００１」はユーザＩＤであり、ユーザ毎に一意な値が割り当てられている。但し、以下では分かりやすくするため「ユーザＡ」がユーザＩＤを示すデータとして説明する。図３の例では、「ＣＵＧ（Closed User Group）１」と「ＣＵＧ２」と「ＣＵＧ３」と「ＣＵＧ４」とがユーザＩＤに対応して登録されている状態を示しており、ユーザはこれらのグループに所属していることが分かる。例えば「ＣＵＧ１」はグループＩＤ（又は名称）であり、グループ毎に一意な値である。このようなテーブルがユーザ毎に用意されており、各ユーザがどのグループに所属しているか参照することができるようになっている。
【００２０】
図４に、管理テーブル格納部５２０に格納されるグループ・テーブル５２３のテーブル構成及び格納されるデータの一例を示す。図４には、「ＣＵＧ１」というグループのためのテーブルの例が示されている。図４の例では、「ＣＵＧ１」に対応して少なくとも「ユーザＡ」と「ユーザＢ」と「ユーザＣ」とが登録されている状態を示しており、「ＣＵＧ１」というグループにこれらのユーザが所属していることが分かる。また、各ユーザに対応して「Ｂ１」と「Ｂ２」と「Ｏ１」と「Ｏ２」というサービス種別が有効であることを示すデータ（ここでは説明の都合上丸印）又は無効であることを示すデータ（ここでは説明の都合上ハイフン）が登録されている状態を示している。なお、本実施の形態において、「Ｂ１」はソフトフォンや固定電話、携帯電話等、基本的な電話系サービスを指し、「Ｂ２」はインスタント・メッセージやＥメール（インターネット・メール）、ボイスメール等、基本的なＩＰデータ系サービスを指す。また「Ｏ１」はローミングや会議電話等、電話系のオプション・サービスを指し、「Ｏ２」はローミングやアプリケーション連携等、ＩＰデータ系のオプション・サービスを指す。このようにサービスグループ毎に有効又は無効を登録しても良いし、個別のサービスにつき有効又は無効を登録するようにしても良い。このようなテーブルがグループ毎に用意されており、各グループを構成するユーザ及び各ユーザに有効なサービス種別を参照することができるようになっている。
【００２１】
図５に、管理テーブル格納部５２０に格納されるアクセス管理テーブル５２５のテーブル構成及び格納されるデータの一例を示す。図５には、「ＣＵＧ１」というグループのためのテーブルの例が示されている。図５の例では、「ＣＵＧ１」に対応して「基本設定」に係るデータ及び「オプション設定」に係るデータが登録されることが示されている。そして、基本設定として、グループ内のユーザ、すなわち「ＣＵＧ１」に所属するユーザ同士の連絡において利用可能なサービス種別のデータ（各サービスに対する有効又は無効を表すデータ）と、グループ外のユーザ、すなわち「ＣＵＧ１」に所属しないユーザから「ＣＵＧ１」に所属するユーザへの連絡において利用可能なサービス種別のデータ（各サービスに対する有効又は無効を表すデータ）とが登録されることを示している。なお、本例では「ＣＵＧ１」内のユーザ同士であれば、「Ｂ１」「Ｂ２」「Ｏ１」「Ｏ２」といった全てのサービス種別の利用が許可されている。一方、「ＣＵＧ１」に所属しないユーザから「ＣＵＧ１」に所属するユーザへの連絡には「Ｂ１」に含まれる通信手段の利用のみ許可されている。
【００２２】
また、オプション設定として、社内一般グループに含まれるグループに所属するユーザから「ＣＵＧ１」に所属するユーザへの通信において利用可能なサービス種別のデータ（各サービスに対する有効又は無効を表すデータ）が登録されていることが示されている。なお、本例では、社内一般グループに含まれるユーザから「ＣＵＧ１」に所属するユーザへの連絡には、「Ｂ１」及び「Ｂ２」に含まれる連絡手段の利用が許可されている。社内一般グループに含まれるグループについては別途規定されているものとする。なお、「ＣＵＧ１」外且つ「社内一般グループ」に該当するグループに所属するユーザについては、オプション設定である「社内一般グループ」についての設定が優先的に使用される。なお、「ＣＵＧ１」外且つ「社内一般グループ」に該当しないグループに所属するユーザについては、「基本設定」の「グループ外」についての設定が使用される。このようなテーブルがグループ毎に用意されており、各グループに所属するユーザに対するアクセス（連絡）手段の「提示」が制限されている。なお、グループによってはオプション設定がなされていない場合もある。
【００２３】
図６に、管理テーブル格納部５２０に格納される着信ポリシー・テーブル５２７のテーブル構成及び格納されるデータの一例を示す。図６の例には、適用対象のグループ又はユーザを特定するための指定項目の列６００と自由モードにおける設定のための自由モードの列６０２と仕事モードにおける設定のための仕事モードの列６０４とが含まれている。着信ポリシー・テーブル５２７はユーザ毎又はグループ毎に設けられ、図６には例えば「ユーザＡ」のための着信ポリシー・テーブル５２７の例が示されている。本実施の形態において、着信ポリシーとは、電話系サービスの着信許可に関する設定を意味する。例えば、話中に着信を許可するか否かという設定である。また、自由モード及び仕事モードは、ユーザのモードを表す。ユーザがシステムにログインする際に自動で、又は任意のタイミングでユーザがモードの設定操作を行うことにより、各ユーザにはいずれかのモードが対応付けられている。例えば、ユーザが職場に在席している時は会社モード、それ以外は自由モードというようにモード設定が切り替えられる。本例では、自由モードの列６０２と仕事モードの列６０４には、ハイフン、「ＣＷ」又は「ＮｏＣＷ」が登録されている。ハイフンは着信拒否を意味し、「ＣＷ」は着信許可を意味し、「ＮｏＣＷ」は話中着信拒否を意味する。例えば「ユーザＡ」が仕事モードにある場合、着信ポリシーとして仕事モードの列６０４の値が適用される。
【００２４】
なお、図６の例では、指定項目の列６００の１行目には「既定」と登録されている。これは、２行目以降で指定されたグループ又はユーザ以外については、１行目の設定が適用されることを示している。すなわち、図６の例では、「ＣＵＧ１」又は「ＣＵＧ３」に所属するユーザと「ユーザＢ」と「ユーザＣ」以外のユーザについては、ユーザＡがいずれのモードであっても着信拒否（ハイフン）が適用されることを示している。
【００２５】
図７に、管理テーブル格納部５２０に格納されるモード優先度テーブル５２８のテーブル構成及び格納されるデータの一例を示す。図７の例には、グループの列７００と自由モードの列７０２と仕事モードの列７０４とが含まれている。モード優先度テーブル５２８はユーザ毎に設けられており、複数のグループに所属するユーザについて１つのグループを特定する必要がある場合に参照される。自由モードの列７０２と仕事モードの列７０４には、優先順位を表す数字が登録されており、数字が小さいほど優先度が高い。図７には、例えばある特定のユーザについてのモード優先度テーブル５２８の例が示されている。このユーザが例えば仕事モードにある時は、優先順位が「１」であるグループ「ＣＵＧ２」が最高優先度のグループとして特定される。一方、自由モードにある時は、優先順位「１」であるグループ「ＣＵＧ１」が最高優先度のグループとして特定される。なお、優先順位「１」であるグループのグループＩＤを自由モード及び仕事モードのそれぞれにつき登録する構成にしてもよい。
【００２６】
図８に、管理テーブル格納部５２０に格納される気付状態テーブル５２９のテーブル構成及び格納されるデータの一例を示す。図８の例には、ＣＵＧ１優先度の列８００と既定優先度の列８０２と電話番号の列８０４とアドレスの列８０６と連絡手段の列８０８と状態の列８１０とが含まれている。気付状態テーブル５２９はユーザ毎に設けられ、連絡手段毎のユーザの状態及び優先度、並びに付随情報が登録されている。なお、ターミナル・アダプタは連絡手段ではないが、ユーザの状態に関するデータの一部として、ターミナル・アダプタの状態が本テーブルに登録されるようになっている。
【００２７】
ＣＵＧ１優先度の列８００には、本例では「ＣＵＧ１」というグループに所属するユーザに対する、連絡手段の推奨優先順位が登録されている。なお、１行目はターミナル・アダプタについての行であり、ターミナル・アダプタは連絡手段ではないため優先順位は登録されない。他のグループのためにこのような優先順位を登録する列が設けられる場合もある。また、個々のユーザに対応してこのような優先順位を登録する列が設けられる場合もある。既定優先度の列８０２には、上のように個別に優先順位が設定されていないグループやユーザについての連絡手段の推奨優先順位が登録されている。
【００２８】
なお、連絡手段の列８０８に登録されている「ショート・メッセージ」とは、携帯電話向け着信リストサービス及びメールサービスを指す。但し、サービスの内容は通信キャリアに依存する。また、状態の列８１０に登録され得る値は、機器及び手段によってパターンが異なる。ターミナル・アダプタの場合、「非気付」、「気付在席」及び「気付離席」のいずれかの値が登録される。「非気付」とは、ユーザがログインしていない状態を示す。「気付在席」とは、ユーザがログインしており且つ在席している状態を示す。また「気付離席」とは、ユーザがログインしており且つ一定時間内の離席状態を示す。幾つかの連絡手段の状態は、ターミナル・アダプタの状態（ユーザの気付状態）に影響される。
【００２９】
ソフトフォンについては、ターミナル・アダプタの状態が「気付在席」の時、「空」及び「話中」という状態のいずれかが登録される。固定電話（一般電話）については、ソフトフォンの状態と同じである。携帯電話については、ターミナル・アダプタの状態が「非気付」又は「気付離席」の時、「ＯＦＦ」、「空」及び「話中」という状態のいずれかが登録される。ボイスメールについては、ターミナル・アダプタの状態に関わらず常に「ＯＮ」が登録される。ショート・メッセージについては、ターミナル・アダプタの状態が「非気付」又は「気付離席」の時、「ＯＮ」又は「ＯＦＦ」のいずれかが登録される。インスタント・メッセージ及びＥメールについては、ターミナル・アダプタの状態が「気付在席」又は「気付離席」の時、「ＯＮ」又は「ＯＦＦ」のいずれかが登録される。なお、携帯電話の状態については、通信キャリア等から取得したデータが格納される。
【００３０】
図９に、管理サーバ５に設けられるモード格納部５０３のテーブル構成及び格納されるデータの一例を示す。図９の例には、ユーザの列９００とモードの列９０２とが含まれている。このように、各ユーザにモードが対応付けられる。なお、このようなモード格納部５０３を設けずに、気付状態テーブル５２９においてユーザのモードを保持するようにしてもよい。
【００３１】
図１０に、管理サーバ５に設けられるユーザ管理ＤＢ５０９のテーブル構成及び格納されるデータの一例を示す。図１０の例には、ユーザの列１０００とパスワードの列１００２とが含まれている。この他にも、ユーザの属性に関するデータを格納するための列が含まれている場合もある。
【００３２】
図１１に、ターミナル・アダプタ７に設けられる端末制御表７９の構成及び格納されるデータの一例を示す。図１１の例には、機器の列１１００と非気付の列１１０２と気付在席の列１１０４と気付離席の列１１０６とが含まれている。端末制御表７９には、ターミナル・アダプタ７の状態に応じた接続機器の状態制御に関するデータが登録されている。図１１の例では、例えば１行目には固定電話機の制御に関するデータが登録されており、ターミナル・アダプタ７の状態が「非気付」又は「気付離席」の時は固定電話機を「ＯＦＦ」にし、ターミナル・アダプタ７の状態が「気付在席」の時は固定電話機を「ＯＮ」にするという設定が登録されている。
【００３３】
また、２行目には、ユーザ端末の制御に関するデータが登録されており、ターミナル・アダプタ７の状態が「非気付」の時はユーザ端末を「ＯＦＦ」にし、ターミナル・アダプタ７の状態が「気付在席」の時はユーザ端末を「ＯＮ」にし、ターミナル・アダプタ７の状態が「気付離席」の時はユーザ端末を「スタンバイ」にするという設定が登録されている。なお、「スタンバイ」とは、パスワード・ロックの状態を指す。
【００３４】
ターミナル・アダプタ７の気付状態管理部７３は、このような設定に基づき、ユーザ端末３や固定電話機９の状態を制御する。なお、ユーザ端末の制御については、ターミナル・アダプタ７が実行することが好ましくない場合もあるので、ターミナル・アダプタ７においてユーザ端末を「ＯＦＦ」であるとして取り扱い、又は「ＯＮ」であるとして取り扱い、又はターミナル・アダプタ７とユーザ端末との通信状態を「スタンバイ」状態として取り扱う場合もある。
【００３５】
図１２乃至図１８を用いて、図１に示したシステムの処理について説明する。図１２に、ユーザの気付状態を管理する処理についてのフローを示す。まず、ターミナル・アダプタ７の気付状態管理部７３と赤外線センサ７５とＲＦＩＤ受信部７７は、ユーザの気付状態を監視する（図１２：ステップＳ１）。ここで、監視対象となるユーザの気付状態とは、ログオフ、ログイン中の在席又は離席状態、及び通話状態を指す。気付状態管理部７３は、固定電話機９が使用中（話中）であるか否かを判定する。赤外線センサ７５は、人体温度を検知することにより、ユーザが在席しているか離席しているか判定する。また、ＲＦＩＤ受信部７７は、ＲＦＩＤカード１５が保持しているログインデータ等の受信、及び携帯電話機１３が一定距離以内にあるか否かの判定を行う。
【００３６】
なお、例えば赤外線センサ７５がユーザが離席していると判定し、ＲＦＩＤ受信部７７が携帯電話機１３がターミナル・アダプタ７から一定距離以内にあると判定した場合、気付状態管理部７３は、携帯電話機１３をユーザが置き忘れて離席したものと判定し、警告音又はメッセージ等を出力するようにしてもよい。
【００３７】
次に、気付状態管理部７３は、ユーザの気付状態に変化があったか判定する（ステップＳ３）。例えば、携帯電話機１３がターミナル・アダプタ７の一定距離以内に新たに入ってきたことが検出された場合、ユーザの気付状態はＲＦＩＤカード１５が保持しているログインデータに基づく新規ログインとなり、変化があったと判定される。なお、特定のターミナル・アダプタを介してログインしていたユーザが、ＲＦＩＤカード付きの携帯電話機を持って他のターミナル・アダプタの一定距離以内に入った場合には、以前のターミナル・アダプタ７からのログアウト及び現在近傍にあるとされるターミナル・アダプタ７への新規ログインとして扱う。また、所定期間より長く離席状態が継続した場合には、強制ログオフを行い、変化があったと判定する。
【００３８】
変化がないと判定された場合（ステップＳ３：Ｎｏルート）、ステップＳ１に戻る。一方、変化があったと判定された場合（ステップＳ３：Ｙｅｓルート）、気付状態管理部７３は、ユーザの気付状態に関するデータ（以下、ユーザ気付データと略す）を管理サーバ５に送信する（ステップＳ５）。例えば新規ログインに関するユーザ気付データには、ユーザＩＤやパスワード、ターミナル・アダプタ７に設定されているユーザ端末３のアドレスと固定電話機９の電話番号とターミナル・アダプタ７のアドレスと、自動的又は手動で設定されるユーザのモード等が含まれる。
【００３９】
一方、管理サーバ５の気付状態登録部５０１は、ユーザ気付データの受信待機状態になっている（ステップＳ７）。そして、気付状態登録部５０１は、ユーザ気付データをターミナル・アダプタ７から受信し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ９）。なお、ユーザ気付データがターミナル・アダプタ７によって自動で送信される例を示したが、ユーザがユーザ端末３を操作してユーザ気付データを送信するような場合もある。
【００４０】
次に、気付状態登録部５０１は、ユーザ気付データが、ユーザの新規ログインに関するデータであったか判定する（ステップＳ１１）。新規ログインではないと判定された場合（ステップＳ１１：Ｎｏルート）、後に述べるステップＳ２７の処理に移行する。一方、新規ログインであると判定された場合（ステップＳ１１：Ｙｅｓルート）、管理サーバ５のユーザ認証処理部５１１は認証処理を行う（ステップＳ１３）。具体的には、ステップＳ９において受信したログインデータと、ユーザ管理ＤＢ５０９に格納されているデータとを照合する。なお、ログイン済みのユーザが離席し、強制ログオフされる前に在席状態に戻った場合には、新規ログインではなく認証処理の対象とはならない。そして、ユーザ認証処理部５１１は認証結果をターミナル・アダプタ７に送信する（ステップＳ１５）。
【００４１】
ターミナル・アダプタ７の気付状態管理部７３は、認証結果を管理サーバ５から受信し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ１７）。そして、気付状態管理部７３は、ユーザが認証されたか判定する（ステップＳ１９）。認証されなかったと判定された場合（ステップＳ１９：Ｎｏルート）、認証ＮＧの表示処理を実施し（ステップＳ２２）、ステップＳ１の処理に戻る。一方、認証されたと判定された場合（ステップＳ１９：Ｙｅｓルート）、認証ＯＫの表示処理を行い（ステップＳ２０）、気付状態管理部７３は、端末状態の制御を行う（ステップＳ２１）。具体的には、ユーザの気付状態及び端末制御表７９に基づき、ユーザ端末３及び固定電話機９の状態の制御等を実施する。そして、ステップＳ１の処理に戻る。
【００４２】
一方、管理サーバ５の気付状態登録部５０１は、ステップＳ１５の処理の後、ユーザが認証されたか判定する（ステップＳ２３）。認証されなかったと判定された場合（ステップＳ２３：Ｎｏルート）、ステップＳ７の処理に戻る。一方、認証されたと判定された場合（ステップＳ２３：Ｙｅｓルート）、気付状態登録部５０１は、ユーザのモードを特定し、モード格納部５０３に格納する（ステップＳ２５）。なお、モードの設定については、ユーザが使用するターミナル・アダプタ７の設置場所（例えば会社内）によって自動的に特定される場合もあれば、モード設定ページ（画面）等を用いて、ユーザが任意のタイミングで登録や変更を行うことができるようにしてもよい。そして、気付状態登録部５０１は、ステップＳ９において受信したユーザ気付データに基づき管理テーブル格納部５２０内の気付状態テーブル５２９を更新する（ステップＳ２７）。すなわち、図８におけるテーブルでは、状態の列８１０における各行のデータを更新する。
【００４３】
このようにして、各ユーザについて最新の気付状態が気付状態テーブル５２９に保持される。
【００４４】
図１３に、他のユーザへの連絡手段及びその状態をユーザに閲覧可能とするための処理のフローを示す。まず、例えば通信ページ（図１４に示すようなユーザ毎に連絡手段及びその状態を提示するための画面を言う。以下同じ。）表示用のクライアント・プログラムを有するユーザ端末３は、ユーザから通信ページ表示操作入力を受け付ける（図１３：ステップＳ３１）。なお、通信ページ表示用のクライアント・プログラムが自動的に以下のステップを実行するようにしても良い。そして、ユーザ端末３は、通信ページ・データ要求を管理サーバ５に送信する（ステップＳ３３）。管理サーバ５の通信ページ・データ生成部５０５は、通信ページ・データ要求をユーザ端末３から受信すると（ステップＳ３５）、ユーザ所属グループ・テーブル５２１を参照して、通信ページ表示要求元のユーザが所属するグループを特定し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ３７）。例えば、通信ページ表示要求元のユーザが「ユーザＡ」であり、図３の例に示したようなデータがユーザ所属グループ・テーブル５２１に格納されている場合、「ＣＵＧ１」と「ＣＵＧ２」と「ＣＵＧ３」と「ＣＵＧ４」とが特定される。
【００４５】
さらに、通信ページ・データ生成部５０５は、ステップＳ３７において特定されたグループに所属する他のユーザを特定し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ３９）。この際、通信ページ表示要求元のユーザは本ステップにおいて特定対象から除外する。例えば、ステップＳ３７において「ＣＵＧ１」が特定され、図４の例に示したようなデータがグループ・テーブル５２３に格納されている場合、少なくとも「ユーザＢ」及び「ユーザＣ」が特定される。
【００４６】
また、通信ページ・データ生成部５０５は、ステップＳ３９において特定された他のユーザのモードに基づき、各ユーザについて１つの優先グループを特定し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ４１）。ユーザのモードはモード格納部５０３を参照して特定する。例えば通信ページ表示要求元のユーザが「ユーザＡ」であり、「ユーザＡ」及び「ユーザＢ」が「ＣＵＧ１」及び「ＣＵＧ２」のいずれにも所属しているような場合、「ユーザＢ」はステップＳ３９において２つのグループに関連して抽出される。そこで、まず「ユーザＢ」のモードを確認する。図９の例に示したようなデータがモード格納部５０３に格納されている場合、「ユーザＢ」は自由モードであると特定できる。そして、モード優先度テーブル５２８を確認する。図７の例に示したようなデータが、「ユーザＢ」についてのモード優先度テーブル５２８に格納されている場合、「ユーザＢ」は自由モードであるため「ＣＵＧ１」が特定される。なお「ユーザＡ」が所属していないグループについては特定対象とはならない。
【００４７】
また、通信ページ・データ生成部５０５は、通信ページ表示要求元のユーザのモードに基づき、着信ポリシーを特定し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ４３）。例えば通信ページ表示要求元のユーザが「ユーザＡ」であり、且つ「ユーザＡ」のモードが仕事モードであり、且つ図６の例に示したようなデータが「ユーザＡ」についての着信ポリシー・テーブル５２７に格納されている場合、「ユーザＡ」が所属するグループのうち、「ＣＵＧ１」については着信許可（ＣＷ）と特定され、「ＣＵＧ３」については話中着信拒否（ＮｏＣＷ）と特定され、その他のグループである例えば「ＣＵＧ２」及び「ＣＵＧ４」については着信拒否（ハイフン）と特定される。また、「ユーザＢ」については所属グループに関係なく着信許可（ＣＷ）と特定され、「ユーザＣ」については所属グループに関係なく話中着信拒否（ＮｏＣＷ）と特定される。
【００４８】
次に、通信ページ・データ生成部５０５は、ステップＳ３７乃至ステップＳ４３の処理結果を用いて他ユーザ一覧ページのデータを生成し、ユーザ端末３に送信する（ステップＳ４５）。ユーザ端末３は、他ユーザ一覧ページのデータを管理サーバ５から受信し、表示装置に表示する（ステップＳ４７）。図示しないが、他ユーザ一覧ページは、通信ページ表示要求元のユーザが所属するグループ毎に、他のユーザの名称を表示データとして含む画面である。なお、各グループやユーザに対応する着信ポリシーの表示データも含まれる。
【００４９】
通信ページ表示要求元のユーザは、他ユーザ一覧ページに示されている他のユーザの名前を例えばクリックすることにより、他ユーザの選択入力を行う。ユーザ端末３は、他ユーザの選択入力を受け付け、選択入力データを管理サーバ５に送信する（ステップＳ４９）。管理サーバ５の通信ページ・データ生成部５０５は、選択入力データをユーザ端末３から受信し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ５１）。また、通信ページ・データ生成部５０５は、連絡手段選択用データ生成処理を行う（ステップＳ５３）。連絡手段選択用データ生成処理については後述するが、選択された他ユーザについての連絡手段選択用データが生成される。そして、通信ページ・データ生成部５０５は、連絡手段選択用データ生成処理によって生成された連絡手段選択用データに基づき、通信ページ・データを生成し、ユーザ端末３に送信する（ステップＳ５５）。ユーザ端末３は通信ページ・データを管理サーバ５から受信し、表示装置に表示する（ステップＳ５７）。このようにして、通信ページの提示が行われる。
【００５０】
図１４に通信ページの一例を示す。図１４の例では、タイトル表示欄１４００とグループ名表示欄１４０２ａ乃至１４０２ｄと気付状態アイコン１４０４ａ乃至１４０４ｃと固定電話機アイコン１４０６とボイスメール・アイコン１４０８とインスタントメッセージ・アイコン１４０９ａとＥメール・アイコン１４１０とショートメッセージ・アイコン１４１１と携帯電話機アイコン１４１２と緊急連絡ボタン１４２０とが含まれている。
【００５１】
タイトル表示欄１４００には、ページのタイトル名及び着信の設定データが含まれている。タイトル表示欄１４００に含まれる着信の設定データは、通信ページ表示要求元のユーザのための着信ポリシー・テーブル５２７（図６）における指定項目の列６００の値が「既定」である行の設定により特定される。例えば、着信拒否（ハイフン）と設定されていた場合、「着信許可：無し」と特定される。また、着信許可（ＣＷ）と設定されていた場合「着信許可：全て許可」と特定され、話中着信拒否（ＮｏＣＷ）と設定されていた場合「着信許可：話中不許可」と特定される。
【００５２】
グループ名表示欄１４０２ａ乃至１４０２ｄには、通信ページ表示要求元のユーザが所属するグループ名及び着信の設定データが示されている。着信の設定データは、着信ポリシー・テーブル５２７（図６）において該当するグループについての設定により特定される。また、図１４の例では、グループ名表示欄１４０２ａ乃至１４０２ｄの下に、当該グループに所属するユーザが列挙されており、各ユーザに対する連絡手段及びその状態がアイコンで示されている。
【００５３】
気付状態アイコン１４０４ａ乃至１４０４ｃは、ターミナル・アダプタの気付状態を示している。気付状態アイコン１４０４ａには装飾が付されていないため、ユーザ「山田花子」については現在「気付在席」状態であることが示されている。ターミナル・アダプタの状態が「非気付」の場合、縞模様の装飾が付された気付状態アイコン１４０４ｂが用いられる。また、ターミナル・アダプタの状態が「気付離席」の場合、塗りつぶしの装飾がされた気付状態アイコン１４０４ｃが用いられる。アイコンの色で区別するようにしてもよい。
【００５４】
固定電話機アイコン１４０６は固定電話の状態を示すものであり、ここでは道路交通標識の進入禁止マークが付加されている。これは、ユーザ「山田花子」が現在固定電話で話中であり、且つユーザ「山田花子」のための着信ポリシー・テーブル５２７（図６）において通信ページ表示要求元のユーザに対して話中着信拒否の設定がなされている場合には、このような表示がなされる。すなわち、ユーザ「山田花子」は、現在、通信ページ表示要求元のユーザからの固定電話に対する連絡を希望していないということが示されている。進入禁止マークについては、気付状態アイコン１４０４ａ乃至１４０４ｃ以外の他のアイコンにも適用される。
【００５５】
ボイスメール・アイコン１４０８は、ボイスメールの状態を示すものであり、ボイスメールを表す「Ｖｍ」という文字列のアイコン１４０８ａと丸印とを含む。丸印は「おすすめ」を意味する装飾であり、各ユーザについて現在有効とされる（通信ページ表示要求元のユーザからの連絡が着信許可である）連絡手段のうち、最も優先度が高い連絡手段のアイコンに付加される。丸印は、気付状態アイコン１４０４ａ乃至１４０４ｃ以外の他のアイコンにも適用される。優先度は各ユーザのための気付状態テーブル５２９のデータに基づく。なお、連絡手段を表すアイコンの表示順も優先度に従うようにしてもよい。
【００５６】
また、文字列「Ｉｍ」のインスタントメッセージ・アイコン１４０９ａはインスタント・メッセージの状態を示す。友人グループに属する「山口三郎」については、インスタント・メッセージが「おすすめ」となっており、丸印の付いたアイコン１４０９が示されている。また、文字列「Ｅｍ」のＥメール・アイコン１４１０はＥメールの状態を示し、文字列「Ｓｍ」のショートメッセージ・アイコン１４１１はショート・メッセージの状態を示している。さらに、携帯電話機アイコン１４１２は、携帯電話の状態を示している。
【００５７】
通信ページ表示要求元のユーザは、このような連絡手段を表すアイコンのいずれか（進入禁止マークが付加されているものを除く）を例えばダブル・クリックすることにより、電話番号や宛先アドレスの入力を行うことなく連絡を行うことができる。
【００５８】
固定電話（一般電話）が連絡手段として選択された場合には、通信ページ表示用のクライアント・プログラムは、管理サーバ５に、選択されたユーザのユーザＩＤ及び選択連絡手段である固定電話の識別データとを含む電話番号要求を送信する。管理サーバ５は、ユーザ端末３からの電話番号要求を受信すると、当該電話番号要求に含まれるユーザＩＤに対応する固定電話の電話番号を当該ユーザＩＤに対応する気付状態テーブル５２９から読み出し、ユーザ端末３にレスポンスとして返信する。この際、固定電話の状態が「空」となっているか確認して、「空」となっている場合にのみ固定電話の電話番号をレスポンスとして返信するようにしても良い。ユーザ端末３のクライアント・プログラムは、固定電話の電話番号を受信すると、ターミナル・アダプタ７の中継処理部７１に、受信した固定電話の電話番号を含む発呼要求を出力する。ターミナル・アダプタ７の中継処理部７１は、固定電話の電話番号を含む発呼要求を受信すると、自動的に電話をかける。以下は通常の処理が行われるので説明を省略する。なお、経由するネットワークは公衆電話交換網１７の場合もあれば、ＩＰネットワーク１を経由して相手の固定電話機に接続する場合もある。
【００５９】
携帯電話が連絡手段として選択された場合にも、基本的に同じ処理が行われる。すなわち、ユーザ端末３が要求及び取得する電話番号が携帯電話の電話番号となるだけである。
【００６０】
ボイスメールが連絡手段として選択された場合にも、基本的に同じ処理が行われる。すなわち、ユーザ端末３が要求及び取得する電話番号がボイスメールの電話番号となる。
【００６１】
また、インスタント・メッセージが連絡手段として選択された場合には、インスタント・メッセージのためのクライアント・プログラム又は上記通信ページ表示用のクライアント・プログラムが、選択されたユーザのユーザＩＤを含むＩＰアドレス要求を管理サーバ５に送信する。管理サーバ５は、ユーザ端末３からのＩＰアドレス要求を受信すると、当該電話番号要求に含まれるユーザＩＤに対応するインスタント・メッセージのＩＰアドレスを当該ユーザＩＤに対応する気付状態テーブル５２９から読み出し、ユーザ端末３にレスポンスとして返信する。この際、気付状態テーブル５２９におけるインスタント・メッセージの状態を確認するようにしてもよい。ユーザ端末３のクライアント・プログラムは、インスタント・メッセージのＩＰアドレスを受信すると、選択されたユーザへのメッセージ送信画面を表示して、ユーザに文字、音声、映像などの入力又はファイルの選択などを促す。これ以降の処理については、通常と変わらないのでこれ以上述べない。
【００６２】
さらに、Ｅメールが連絡手段として選択された場合には、通信ページ表示用のクライアント・プログラムが、選択されたユーザのユーザＩＤを含むＥメールアドレス要求を管理サーバ５に送信する。管理サーバ５は、ユーザ端末３からのＥメールアドレス要求を受信すると、当該Ｅメールアドレス要求に含まれるユーザＩＤに対応するＥメールアドレスを当該ユーザＩＤに対応する気付状態テーブル５２９から読み出し、ユーザ端末３にレスポンスとして返信する。ユーザ端末３の通信ページ表示用のクライアント・プログラムは、Ｅメールアドレスを受信すると、Ｅメール・クライアントプログラムを起動して、あて先として受信したＥメールアドレスが設定された新規メール作成画面を表示して、ユーザに文字入力を促す。これ以降の処理については、通常と変わらないのでこれ以上述べない。
【００６３】
また、ショート・メッセージが連絡手段として選択された場合には、通信ページ表示用のクライアント・プログラムが、選択されたユーザのユーザＩＤを含むショート・メッセージのアドレス要求を管理サーバ５に送信する。管理サーバ５は、ユーザ端末３からのショート・メッセージのアドレス要求を受信すると、当該ショート・メッセージのアドレス要求に含まれるユーザＩＤに対応するショート・メッセージのアドレスを当該ユーザＩＤに対応する気付状態テーブル５２９から読み出し、ユーザ端末３にレスポンスとして返信する。ユーザ端末３の通信ページ表示用のクライアント・プログラムは、ショート・メッセージのアドレスを受信すると、ショート・メッセージ送信用のプログラムを起動して、あて先として受信したショート・メッセージのアドレスが設定された新規メール作成画面を表示して、ユーザに文字入力を促す。ユーザが文字入力を行い、送信が指示されると、ショート・メッセージ送信用のプログラムは、ターミナル・アダプタ７を経由してショート・メッセージを送信する。これ以降の処理については通常と変わらないので、これ以上述べない。
【００６４】
さらに、ソフトフォンが連絡手段として選択された場合には、管理サーバ５に、選択されたユーザのユーザＩＤ及び選択連絡手段であるソフトフォンの識別データとを含む電話番号要求を送信する。管理サーバ５は、ユーザ端末３からの電話番号要求を受信すると、当該電話番号要求に含まれるユーザＩＤに対応するソフトフォンの電話番号を当該ユーザＩＤに対応する気付状態テーブル５２９から読み出し、ユーザ端末３にレスポンスとして返信する。この際、ソフトフォンの状態が「空」となっているか確認して、「空」となっている場合にのみソフトフォンの電話番号をレスポンスとして返信するようにしても良い。ユーザ端末３のクライアント・プログラムは、ソフトフォンの電話番号を受信すると、ユーザ端末３にインストールされているＳＩＰ対応のソフトフォン用のクライアント・プログラムに当該ソフトフォンの電話番号を出力し、当該ソフトフォン用のクライアント・プログラムに電話をかける際の処理を実施させる。
【００６５】
なお、通信ページ表示要求元のユーザは、連絡先のユーザの状態に関わらず連絡を行いたい場合、連絡したいユーザを選択し、緊急連絡ボタン１４２０をクリックする。この場合、後に示す緊急連絡手段特定処理のフローに従って連絡手段が特定され、通信ページ表示要求元のユーザは、通信ページの表示内容に基づき適切な連絡手段を選択して連絡することができる。
【００６６】
図１５に、連絡手段選択用データ生成処理（図１３：ステップＳ５３）の処理フローを示す。まず、管理サーバ５の通信ページ・データ生成部５０５は、モード格納部５０３を参照して、ステップＳ４９（図１３）において選択されたユーザのモードを特定し、ワーク・メモリ領域等の記憶装置に一旦格納する（図１５：ステップＳ６１）。また、通信ページ・データ生成部５０５は、ステップＳ６１において特定されたモードを用いて着信ポリシー・テーブル５２７を参照し、ステップＳ４９（図１３）において選択されたユーザの着信ポリシー（着信設定）を特定し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ６３）。さらに、通信ページ・データ生成部５０５は、気付状態テーブル５２９を参照し、ステップＳ４９（図１３）において選択されたユーザの気付状態を特定し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ６５）。また、通信ページ・データ生成部５０５は、ステップＳ４９（図１３）において選択されたユーザが所属するグループを１つ特定し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ６７）。ユーザが参照した通信ページにおける分類でグループを特定する。
【００６７】
そして、通信ページ・データ生成部５０５は、ステップＳ６７において特定されたグループのためのグループ・テーブル５２３を参照して、ステップＳ４９（図１３）において選択されたユーザについて有効な第１のサービス種別を特定し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ６９）。例えば「Ｂ１」及び「Ｂ２」が特定される。また、通信ページ・データ生成部５０５は、ステップＳ６７において特定されたグループのためのアクセス管理テーブル５２５を参照して第２のサービス種別を特定し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ７１）。ここではグループ内についての設定が特定される。例えば「Ｂ１」、「Ｂ２」、「Ｏ１」及び「Ｏ２」が特定される。
【００６８】
そして、通信ページ・データ生成部５０５は、ステップＳ６５において特定された気付状態、ステップＳ６９において特定された第１のサービス種別、及びステップＳ７１において特定された第２のサービス種別に基づき、アイコン表示すべき連絡手段を特定し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ７３）。例えば第１のサービス種別が「Ｂ１」及び「Ｂ２」であり、第２のサービス種別が「Ｂ１」、「Ｂ２」、「Ｏ１」及び「Ｏ２」である場合には、第１のサービス種別と第２のサービス種別とに共通する「Ｂ１」及び「Ｂ２」が特定される。そして、特定されたサービス種別を気付状態（気付データ。例えば図８に示した状態であるとする。）と照合する。
【００６９】
上で述べたように、「Ｂ１」はソフトフォンや固定電話、携帯電話等、基本的な電話系サービスを指し、「Ｂ２」はインスタント・メッセージやＥメール、ボイスメール等、基本的なＩＰデータ系サービスを指す。図８に示されている気付状態テーブル５２９において「Ｏ１」や「Ｏ２」に分類されるような連絡手段（サービス種別）は登録されておらず、気付状態テーブル５２９がそのまま適用されるようになる。そして、これらの連絡手段（サービス種別）のうち、携帯電話及びショート・メッセージについては状態の列８１０にハイフンが登録されていることから、残りの連絡手段であるソフトフォン、ボイスメール、インスタント・メッセージ及びＥメールが、アイコン表示すべき連絡手段として特定される。なお、ターミナル・アダプタは連絡手段に含まれないが、気付状態を特定すべくアイコン表示するように設定される。また、アイコンの表示順は、気付状態テーブル５２９に含まれる優先度の設定に従うものとする。すなわち、通信ページ表示要求元のユーザが所属するグループのうち、モード格納部５０３に格納されている当該ユーザのモードに基づき１つの所属グループを特定し、当該所属グループに基づき図８の例では、ＣＵＧ１優先度の列８００又は既定優先度の列８０２に従って、各連絡手段の優先度の設定を取得し、当該連絡手段に対応するアイコンの表示順番を決定する。
【００７０】
さらに、通信ページ・データ生成部５０５は、ステップＳ６３において特定された着信ポリシーとステップＳ６５において特定された気付状態とに基づき、表示アイコンの装飾を特定し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ７５）。
【００７１】
図１６に、アイコン装飾決定表の一例を示す。なお、このアイコン装飾決定表は、表示アイコンの装飾を特定する処理を説明するために示すものであり、必ずしもこのようなテーブルが実際に生成されるとは限らない。図１６の例には、着信ポリシーの列１６００と通話状態の列１６０２と非気付の列１６０４と気付在席の列１６０６と気付離席の列１６０８とが含まれている。着信ポリシーの列１６００には、着信許可、話中着信拒否及び着信拒否の３つの設定が示されている。通話状態の列１６０２には、各着信ポリシーについて、空き及び話中の２種類の状態が示されている。非気付の列１６０４と気付在席の列１６０６と気付離席の列１６０８とには、気付状態と着信ポリシーと通話状態との組み合わせに応じたアイコン及びアイコンの装飾が示されている。
【００７２】
例えば非気付の列１６０４の１行目には、着信ポリシーが「着信許可」、通話状態が「空き」、気付状態が「非気付」である場合のアイコン及びアイコンの装飾が示されている。すなわち、気付状態が「非気付」であるため、固定電話機やソフトフォンを表すアイコンは示されておらず、携帯電話機を表すアイコンが示されている。また、着信ポリシーが「着信許可」であるため、携帯電話機の通話状態に関わらず、最も優先順位が高い携帯電話機を表すアイコンに丸印の装飾が付加されている。また、インスタント・メッセージを表すアイコンとＥメールを示すアイコンとが細字の文字列で表されている。これは気付状態が「非気付」であるため、ユーザ端末が「ＯＦＦ」状態になっていることを示している。図１４に示した通信ページの例には、このような装飾は示されていないが、通信ページの表示に反映させるようにしてもよい。
【００７３】
また例えば気付在席の列１６０６の４行目には、着信ポリシーが「話中着信拒否」、通話状態が「話中」、気付状態が「気付在席」である場合のアイコン及びアイコンの装飾が示されている。すなわち、気付状態が「気付在席」であるため、携帯電話機やショート・メッセージを表すアイコンは示されておらず、ソフトフォンを表すアイコンが示されている。また、着信ポリシーが「話中着信拒否」であり、通話状態が「話中」であるため、ソフトフォンを表すアイコンには進入禁止マークが付加されている。また、進入禁止マークが付加されているソフトフォンを除き最も優先順位が高いボイスメールを表すアイコンに丸印の装飾が付加されている。
【００７４】
さらに例えば気付離席の列１６０８の２行目には、着信ポリシーが「着信許可」、通話状態が「話中」、気付状態が「気付離席」である場合のアイコン及びアイコンの装飾が示されている。すなわち、気付状態が「気付離席」であるため、携帯電話機を表すアイコンが示されている。また、着信ポリシーが「着信許可」であるため、携帯電話機の通話状態に関わらず、最も優先順位が高い携帯電話機を表すアイコンに丸印の装飾が付加されている。但し、通話状態が「話中」であるため、斜線の付された（又は色が付された）丸印の装飾となっている。なお、固定電話機やソフトフォンを表すアイコンにも、通話状態が「話中」であれば同様の丸印が付加される。
【００７５】
このようにして、表示アイコン及び表示アイコンの装飾が特定される。
【００７６】
図１５の説明に戻り、通信ページ・データ生成部５０５は、ステップＳ７３及びステップＳ７５において特定された表示アイコン及び表示アイコンの装飾を連絡手段選択用データとしてワーク・メモリ領域等の記憶装置に一旦格納する（図１５：ステップＳ７７）。そして元の処理に戻る。このようにして連絡手段選択用データ生成処理が行われる。
【００７７】
これまでの説明においては、通信ページ表示要求元のユーザと同じグループに所属するユーザの連絡手段選択用データを表示するための処理について述べてきたが、通信ページ表示要求元のユーザと異なるグループに属するユーザの連絡手段選択用データを表示させることも可能である。
【００７８】
図１７を用いて、検索されたユーザについての連絡手段選択用データを表示させる処理について説明する。まず、例えば検索ユーザ・データ表示用のクライアント・プログラムを有するユーザ端末３は、例えばユーザＩＤやユーザ名等、ユーザを検索するための検索条件の入力をユーザに促す検索ページにおいて、ユーザ検索操作入力（検索条件の入力及び検索ボタンのクリック等）を受け付ける（図１７：ステップＳ８１）。そして、ユーザ端末３は、受け付けた検索条件を管理サーバ５に送信する（ステップＳ８３）。管理サーバ５の検索ユーザ・データ生成部５０７は、検索条件をユーザ端末３から受信し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ８５）。そして、検索ユーザ・データ生成部５０７は、検索条件に基づきユーザ管理ＤＢ５０９を検索し、検索条件に該当するユーザ（以下、宛先ユーザと称する）を特定する（ステップＳ８７）。ここで、検索結果を一旦ユーザ端末３に送信し、ユーザ端末３からユーザの選択入力データを受信するようにしてもよい。例えば、検索条件に合致した複数のユーザの一覧をユーザに提示し、一人のユーザを選択入力させるような場合もある。いずれにせよ、ここでは一人の宛先ユーザが特定されているものとする。
【００７９】
そして、検索ユーザ・データ生成部５０７は、モード格納部５０３を参照して、宛先ユーザのモードを特定し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ８９）。また、検索ユーザ・データ生成部５０７は、宛先ユーザのモードを用いて着信ポリシー・テーブル５２７を参照し、宛先ユーザの着信ポリシー（着信設定）を特定し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ９１）。さらに、検索ユーザ・データ生成部５０７は、気付状態テーブル５２９を参照し、宛先ユーザの気付状態を特定し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ９３）。また、検索ユーザ・データ生成部５０７は、宛先ユーザのモードに基づきモード優先度テーブル５２８を参照して１つの優先グループを特定し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ９５）。
【００８０】
そして、検索ユーザ・データ生成部５０７は、ステップＳ９５において特定されたグループのためのグループ・テーブル５２３を参照して、宛先ユーザについて有効な第１のサービス種別を特定し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ９７）。例えば「Ｂ１」及び「Ｂ２」が特定される。また、検索ユーザ・データ生成部５０７は、ステップＳ９５において特定されたグループのためのアクセス管理テーブル５２５を参照して第２のサービス種別を特定し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ９９）。検索要求元のユーザが所属するグループとは別のグループに属するユーザが宛先ユーザであるから、図５の例の場合には、「グループ外」又は「社内一般グループ」のいずれかが特定されるが、ここではグループ外についての設定又はオプション設定（例えば社内一般グループについての設定）が特定されるものとする。例えば検索元ユーザの所属グループ（複数所属が存在する場合には、検索元ユーザのモードに基づき最優先のグループ）が、社内一般グループに含まれない場合には例えば「Ｂ１」のみが特定され、検索元ユーザの所属グループが社内一般グループに含まれる場合には例えば「Ｂ１」及び「Ｂ２」が特定される。
【００８１】
そして、検索ユーザ・データ生成部５０７は、ステップＳ９３において特定された気付状態、ステップＳ９７において特定された第１のサービス種別、及びステップＳ９９において特定された第２のサービス種別に基づき、アイコン表示すべき連絡手段を特定し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ１０１）。例えば第１のサービス種別が「Ｂ１」及び「Ｂ２」であり、第２のサービス種別が「Ｂ１」である場合には、第１のサービス種別と第２のサービス種別とに共通する「Ｂ１」が特定される。そして、特定されたサービス種別を気付状態（気付データ。例えば図８に示した状態であるとする。）と照合する。
【００８２】
上で述べたように、「Ｂ１」はソフトフォンや固定電話、携帯電話等、基本的な電話系サービスを指す。ここで図８に示されている気付状態テーブルにおいて「Ｂ１」に該当する連絡手段（サービス種別）のみが有効であるとすると、ソフトフォン及び携帯電話が特定される。そして、これらの連絡手段のうち、携帯電話については状態の列８１０にハイフンが登録されていることから、残りの連絡手段であるソフトフォンが、アイコン表示すべき連絡手段として特定される。
【００８３】
さらに、検索ユーザ・データ生成部５０７は、ステップＳ９１において特定された着信ポリシーとステップＳ９３において特定された気付状態とに基づき、表示アイコンの装飾を特定し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ１０３）。この処理は、例えばステップＳ７５と同じである。また、検索ユーザ・データ生成部５０７は、ステップＳ１０１及びステップＳ１０３において特定された表示アイコン及び表示アイコンの装飾のデータを含む検索結果表示用データをユーザ端末３に送信する（ステップＳ１０５）。ユーザ端末３は、表示アイコン及び表示アイコンの装飾のデータを含む検索結果表示用データを管理サーバ５から受信し、表示装置に表示する（ステップＳ１０７）。このようにして、宛先ユーザの連絡手段選択用データが表示される。
【００８４】
次に、図１４に示した通信ページにおいて一人の連絡先ユーザがクリックされ且つ緊急連絡ボタン１４２０がクリックされた場合の緊急連絡手段特定処理について、図１８を用いて説明する。本実施の形態においては、管理サーバ５の通信ページ・データ生成部５０５のオプション機能としているが、専用の処理部を設けてもよい。
【００８５】
まず、管理サーバ５の通信ページ・データ生成部５０５は、ユーザ端末３から連絡先ユーザのユーザＩＤを含む緊急連絡指示を受信すると、連絡先ユーザのための気付状態テーブル５２９を参照して、通信ページにおいて選択された連絡先ユーザの気付状態を特定し、ワーク・メモリ領域等の記憶装置に一旦格納する（図１８：ステップＳ１１１）。そして、通信ページ・データ生成部５０５は、連絡先ユーザの気付状態テーブル５２９を参照して、固定電話又はソフトフォンが使用可能か判断する（ステップＳ１１３）。すなわち、固定電話又はソフトフォンの状態が「空」又は「話中」のいずれかであるか判断する。固定電話及びソフトフォンが使用可能でないと判断された場合には（ステップＳ１１３：Ｎｏルート）、通信ページ・データ生成部５０５は、連絡先ユーザの気付状態テーブル５２９を参照して、携帯電話が使用可能か判断する（ステップＳ１１５）。すなわち、携帯電話が「空」又は「話中」であるか判断する。携帯電話が使用可能であると判断された場合（ステップＳ１１５：Ｙｅｓルート）、通信ページ・データ生成部５０５は、連絡先ユーザへの連絡手段として携帯電話を特定する（ステップＳ１１７）。その後処理はステップＳ１３８に移行する。一方、携帯電話が使用不可であると判定された場合（ステップＳ１１５：Ｎｏルート）、通信ページ・データ生成部５０５は、連絡手段の優先度に応じて、ボイスメール、インスタント・メッセージ又はＥメールのいずれかを連絡先ユーザへの連絡手段として特定する（ステップＳ１１９）。そして処理はステップＳ１３８に移行する。
【００８６】
一方、固定電話又はソフトフォンが使用可能であると判断された場合（ステップＳ１１３：Ｙｅｓルート）、話中であるか判断する（ステップＳ１２１）。話中ではないと判断された場合（ステップＳ１２１：Ｎｏルート）、通信ページ・データ生成部５０５は、固定電話又はソフトフォンを連絡先ユーザへの連絡手段として特定する（ステップＳ１２３）。そして処理はステップＳ１３８に移行する。一方、話中であると判定された場合（ステップＳ１２１：Ｙｅｓルート）、通信ページ・データ生成部５０５は、ボイスメールの設定を確認する（ステップＳ１２５）。連絡先ユーザの気付状態テーブル５２９においてボイスメールが「ＯＮ」に設定されているか判断する。なお、図８の例には示されていないが、固定電話についてキャッチホンの設定が気付状態テーブル５２９に登録されている場合には、当該設定についても確認し、キャッチホンの状態が「ＯＮ」になっている場合には、キャッチホンを連絡手段として特定するようにしてもよい。但し、キャッチホンの設定については気付状態テーブル５２９ではなく他のデータ格納部に設定されており、このデータを参照するようにしても良い。
【００８７】
そして、通信ページ・データ生成部５０５は、ボイスメールが「ＯＮ」に設定されているかを判断する（ステップＳ１２７）。ボイスメールの状態が「ＯＮ」となっていると判断された場合（ステップＳ１２７：Ｙｅｓルート）、通信ページ・データ生成部５０５は、連絡手段の優先度に応じて、ボイスメールを連絡先ユーザへの連絡手段として特定する（ステップＳ１２９）。なお、キャッチホンの設定がなされていてその状態が「ＯＮ」である場合には、キャッチホンを用いた固定電話を含めて、優先度を基に特定するようにしてもよい。
【００８８】
一方、ボイスメールの設定が「ＯＮ」となされていないと判定された場合（ステップＳ１２７：Ｎｏルート）、通信ページ・データ生成部５０５は、インスタント・メッセージ又はショート・メッセージの設定を確認する（ステップＳ１３１）。すなわち、連絡先ユーザの気付状態テーブル５２９を参照して、インスタント・メッセージ又はショート・メッセージの状態が「ＯＮ」であるか確認する。そして、通信ページ・データ生成部５０５は、インスタント・メッセージ又はショート・メッセージの状態が「ＯＮ」であるか判定する（ステップＳ１３３）。インスタント・メッセージ又はショート・メッセージの状態が「ＯＮ」であると判断された場合（ステップＳ１３３：Ｙｅｓルート）、通信ページ・データ生成部５０５は、連絡手段の優先度に応じて、インスタント・メッセージ又はショート・メッセージのいずれかを連絡先ユーザへの連絡手段として特定する（ステップＳ１３７）。そして処理はステップＳ１３８に移行する。
【００８９】
一方、インスタント・メッセージ又はショート・メッセージの状態が「ＯＮ」ではないと判断された場合（ステップＳ１３３：Ｎｏルート）、通信ページ・データ生成部５０５は、Ｅメールを連絡先ユーザへの連絡手段として特定する（ステップＳ１３５）。そして処理はステップＳ１３８に移行する。
【００９０】
そしてステップＳ１３８において、通信ページ・データ生成部５０５は、これまでに特定された連絡先ユーザの連絡手段毎に必要なデータを気付状態テーブル５２９から読み出し、ユーザ端末３に送信する。固定電話、ソフトフォン、携帯電話機、ボイスメールであれば電話番号を、Ｅメールやショート・メッセージであればそのアドレスを、インスタント・メッセージの場合にはＩＰアドレスを、ユーザ端末３に送信する。
【００９１】
このようにして、緊急連絡手段特定処理が行われる。これにより、連絡先ユーザの着信ポリシーに関わらず、連絡事項の到達時間の早さ又は確実性を重視した場合における連絡手段が特定される。
【００９２】
次に、図１９乃至図２４を用いて、図１に関連した他のシステム構成パターンについて説明する。図１９に、第１の他のシステム構成パターンを示す。ユーザＡオフィス３１には、ユーザＡ端末３１１とユーザＡ電話機３１３とが設置されている。また、ユーザＢオフィス３３には、ユーザＢ端末３３１とユーザＢ電話機３３３とが設置されている。そして、ＩＰネットワーク１には、管理サーバ５とユーザＡ端末３１１とユーザＢ端末３３１とが接続されている。また、公衆電話交換網１７には、ユーザＡ電話機３１３とユーザＢ電話機３３３とが接続されている。すなわち、ターミナル・アダプタ７が設置されない構成を検討する。なお、図１と共通の構成要素については同一の符号を付してある。
【００９３】
図２０を用いて、図１９に示した第１の他のシステム構成パターンにおける処理（一部）について説明する。まず、ユーザＡ端末３１１のクライアント・プログラムは、ユーザＡ電話機３１３の電話番号の入力をユーザＡから受け付け、管理サーバ５に送信する（図２０：ステップＳ２０１）。管理サーバ５は、ユーザＡ端末３１１からユーザＡ電話機３１３の電話番号を受信し、ユーザＡ端末３１１を操作しているユーザＡのための気付状態テーブル５２９における、電話番号の列８０４の固定電話の行に登録する（ステップＳ２０３）。また、ユーザＢ端末３３１は、ユーザＢの操作に従い、ユーザＡの連絡先電話番号の参照要求を管理サーバ５に送信する（ステップＳ２０５）。管理サーバ５は、ユーザＡの連絡先電話番号の参照要求をユーザＢ端末３３１から受信する（ステップＳ２０７）。そして、管理サーバ５は、ユーザＡのための気付状態テーブル５２９を参照して、ユーザＡ電話機３１３（固定電話）の電話番号をユーザＢ端末３３１に送信する（ステップＳ２０９）。ユーザＢ端末３３１は、ユーザＡ電話機３１３の電話番号を管理サーバ５から受信し、表示装置に表示する（ステップＳ２１１）。このようにして、ユーザＡの連絡先電話番号がユーザＢに提示される。これにより、図１に示したターミナル・アダプタ７を用いずとも、ユーザＢは例えばユーザＢ電話機３３３を用いてユーザＡ宛てに電話をかけることができる。
【００９４】
図２１に、第２の他のシステム構成パターンを示す。ユーザＡオフィス３１には、ユーザＡ端末３１１とユーザＡ電話機３１３とターミナル・アダプタ３１５とが設置されている。ユーザＡ端末３１１及びユーザＡ電話機３１３は、ターミナル・アダプタ３１５に接続されている。ユーザＡ端末３１１とターミナル・アダプタ３１５は、例えばＵＳＢ（Universal Serial Bus）で接続されている。また、ユーザＢオフィス３３には、ユーザＢ端末３３１とユーザＢ電話機３３３とターミナル・アダプタ３３５とが設置されている。ユーザＢ端末３３１及びユーザＢ電話機３３３は、ターミナル・アダプタ３３５に接続されている。ユーザＢ端末３３１とターミナル・アダプタ３３５は例えばＵＳＢで接続されている。そして、ＩＰネットワーク１には、管理サーバ５とユーザＡ端末３１１とユーザＢ端末３３１とが接続されている。また、公衆電話交換網１７には、ターミナル・アダプタ３１５とターミナル・アダプタ３３５とが接続されている。このようにソフトフォンがない場合について説明する。なお、図１と共通の構成要素については同一の符号を付してある。
【００９５】
図２２を用いて、図２１に示した第２の他のシステム構成パターンにおける処理について説明する。まず、ユーザＡ端末３１１は、ユーザＡ電話機３１３の電話番号の入力をユーザＡから受け付け、管理サーバ５に送信する（図２２：ステップＳ２２１）。管理サーバ５は、ユーザＡ端末３１１からユーザＡ電話機３１３の電話番号を受信し、ユーザＡ端末３１１を操作しているユーザＡのための気付状態テーブル５２９における、電話番号の列８０４の固定電話の行に登録する（ステップＳ２２３）。また、ターミナル・アダプタ３１５は、ユーザＡ電話機３１３の通話状態を監視し、例えば定期的に状態データを管理サーバ５に送信する（ステップＳ２２５）。管理サーバ５は、ユーザＡ電話機３１３の状態データを受信し、ユーザＡ端末３１１を操作してユーザＡのための気付状態テーブル５２９における、状態の列８１０の固定電話の行に登録する（ステップＳ２２７）。
【００９６】
また、ユーザＢ端末３３１は、ユーザＢの操作に従い、ユーザＡの連絡先電話番号の参照要求を管理サーバ５に送信する（ステップＳ２２９）。管理サーバ５は、ユーザＡの連絡先電話番号の参照要求をユーザＢ端末３３１から受信する（ステップＳ２３１）。そして、管理サーバ５は、ユーザＡのための気付状態テーブル５２９を参照して、ユーザＡ電話機３１３の電話番号とユーザＡ電話機３１３の状態データとをユーザＢ端末３３１に送信する（ステップＳ２３３）。ユーザＢ端末３３１は、ユーザＡ電話機３１３の電話番号及び状態データを管理サーバ５から受信し、表示装置に表示する（ステップＳ２３５）。このようにして、ユーザＡの連絡先電話番号及び通話状態がユーザＢに提示される。これにより、ユーザＢは例えばユーザＡ電話機３１３が使用中（話中）ではないことを知った上でユーザＡ宛てに電話をかけることができる。なお、図２１に示した第２の他のシステム構成パターンの場合、連絡先ユーザの電話番号を提示しなくとも、例えばユーザＡを示すアイコン等のクリックに応じて、ユーザＢ端末３３１がターミナル・アダプタ３３５に連絡先ユーザであるユーザＡのユーザＡ電話機３１３の電話番号に発呼するように命令し、これに応じてターミナル・アダプタ３３５がユーザＡ電話機３１３の電話番号に発呼するようにしてもよい。
【００９７】
図２３に、第３の他のシステム構成パターンを示す。ユーザＡオフィス３１には、共用端末３１７と共用電話機３１９とターミナル・アダプタ３１５とが設置されている。共用端末３１７及び共用電話機３１９は、ターミナル・アダプタ３１５に接続されている。また、ユーザＢオフィス３３には、ユーザＢ端末３３１とユーザＢ電話機３３３とターミナル・アダプタ３３５とが設置されている。ユーザＢ端末３３１及びユーザＢ電話機３３３は、ターミナル・アダプタ３３５に接続されている。そして、ＩＰネットワーク１には、管理サーバ５と共用端末３１７とユーザＢ端末３３１とが接続されている。また、公衆電話交換網１７には、ターミナル・アダプタ３１５とターミナル・アダプタ３３５とが接続されている。なお、図１と共通の構成要素については同一の符号を付してある。共用端末３１７及び共用電話機３１９は、ユーザＡ及びユーザＣにより共用されている。但し、装置構成は図２１と同じである。
【００９８】
図２４を用いて、図２３に示した第３の他のシステム構成パターンにおける処理について説明する。まず、共用端末３１７は、共用電話機３１９の電話番号の入力をユーザＣから受け付け、ユーザＣのユーザＩＤと共に管理サーバ５に送信する（図２４：ステップＳ２４１）。管理サーバ５は、共用端末３１７からユーザＣのユーザＩＤと共用電話機３１９の電話番号とを受信し、ユーザＣのための気付状態テーブル５２９における、電話番号の列８０４の固定電話の行に登録する（ステップＳ２４３）。一方、ユーザＡについても、共用電話機３１９の電話番号を管理サーバ５に登録させる。この際、電話番号が共用されていることを表すデータを共に登録することが好ましい。さらに、ターミナル・アダプタ３１５は、共用電話機３１９の通話状態を監視し、例えば定期的に状態データを管理サーバ５に送信する（ステップＳ２４５）。管理サーバ５は、共用電話機３１９の状態データを受信し、例えばターミナル・アダプタ３１５に接続されている共用電話機３１９の電話番号で気付状態テーブル５２９の検索を実施し、該当するユーザ（ここではユーザＡ及びユーザＣ）のための気付状態テーブル５２９における、状態の列８１０の固定電話の行に登録する（ステップＳ２４７）。なお、管理サーバ５は、気付状態テーブル５２９に異なるユーザＩＤに対応して固定電話の電話番号が重複して登録されると、登録元の共用端末３１７に対して共用しているユーザのユーザＩＤを含む区別呼出設定の要求を送信する。区別呼出設定の要求を受信した共用端末３１７は、接続されているターミナル・アダプタ３１５に区別呼出設定の要求を転送し、ターミナル・アダプタ３１５は、当該区別呼出設定の要求を受信すると、本要求に含まれるユーザＩＤ毎に、呼出の態様を設定しておく。
【００９９】
一方、ユーザＢ端末３３１は、ユーザＢの操作に従い、ユーザＣの連絡先電話番号の参照要求を管理サーバ５に送信する（ステップＳ２４９）。管理サーバ５は、ユーザＣの連絡先電話番号の参照要求をユーザＢ端末３３１から受信する（ステップＳ２５１）。そして、管理サーバ５は、ユーザＣのための気付状態テーブル５２９を参照して、共用電話機３１９の電話番号と、共用電話機３１９の状態データとをユーザＢ端末３３１に送信する（ステップＳ２５３）。ユーザＢ端末３３１は、共用電話機３１９の電話番号及び状態データを管理サーバ５から受信し、表示装置に表示する（ステップＳ２５５）。
【０１００】
また、ユーザＢ端末３３１は、例えばアイコン等のクリックによりユーザＣとの通話指示を受け付ける（ステップＳ２５７）。そして、ユーザＢ端末３３１は、ユーザＢ端末３３１がターミナル・アダプタ３３５に連絡先ユーザであるユーザＣの共用電話機３１９の電話番号に発呼するように命令し、これに応じてターミナル・アダプタ３３５が共用電話機３１９の電話番号に発呼する（ステップＳ２５９）。ターミナル・アダプタ３１５は、共用電話機３１９の電話番号への発呼を受信する（ステップＳ２６１）。また、ユーザＢ端末３３１（又はターミナル・アダプタ３３５）は、ユーザＣの呼び出しを示すデータを共用端末３１７を経由してターミナル・アダプタ３１５へ送信する（ステップＳ２６３）。ターミナル・アダプタ３１５は、ユーザＣの呼び出しを示すデータをユーザＢ端末３３１（又はターミナル・アダプタ３３５）から受信する（ステップＳ２６５）。そして、ターミナル・アダプタ３１５は、区別呼出設定に基づきユーザＣ宛ての電話であることを示すように共用電話機３１９を制御する（ステップＳ２６７）。例えば呼び出し音の区別、音声メッセージ、ランプ色の区別、ディスプレイ表示等により、ユーザＣ宛ての電話であることを示す。
【０１０１】
このようにして、ユーザＡ及びユーザＣが共用している共用電話機３１９の電話番号又は共用電話機３１９を表すアイコン、及び通話状態がユーザＢに提示される。これにより、ユーザＢは例えば共用電話機３１９が使用中（話中）ではないことを知った上でユーザＣ宛てに電話をかけることができる。また、ユーザＣは自己宛てに電話がかかってきたことを認識することができる。
【０１０２】
以上本発明の一実施の形態について説明したが、本発明はこれに限定されるものではない。例えば、図３乃至図１１及び図１６に示したテーブル構成は一例であって、同様のデータを格納するためであれば別の構成を採用するようにしてもよいし、必要に応じて項目を追加又は削除してもよい。また、図１に示した管理サーバ及びユーザ端末の機能ブロック構成は一例であって、実際のプログラム・モジュール構成とは異なる場合がある。同様に、図２に示したコンピュータの機能ブロック図も一例であって、実際のハードウェア構成とは異なる場合もある。また、管理サーバが複数のサーバによって構成されている場合や、複数の管理サーバの連動によって処理が行われる場合もある。また、図１９、図２１及び図２３に示したシステム構成パターン、並びに図１４に示した画面例も一例であって、同様の内容を別の態様で表す場合もある。さらに、図１２、図１３、図１５、図１７、図１８、図２０、図２２及び図２４に示した処理フローも一例であって、同様の処理結果が得られる範囲において処理の順序を入れ替えてもよいし、必要に応じてステップを追加又は削除してもよい。
【０１０３】
また、図１３の処理フローでは、ユーザ一覧ページ・データを一旦ユーザ端末３に送信した後に、ユーザの選択に応じて通信ページ・データを送信するようになっていたが、ユーザ一覧ページ・データの送信を行うことなく通信ページ・データを送信するようにしてもよい。
【０１０４】
さらに、携帯電話機１３にパワーコントローラが含まれる場合には、例えばログインデータ等をＲＦＩＤ１５から読み出して認証が正常に終了した後に、当該パワーコントローラがターミナル・アダプタ７からの指示に応じて電源をＯＦＦにし（又は待ち受け停止状態にし）、気付離席状態となった場合にはパワーコントローラがターミナル・アダプタ７からの指示に応じて電源をＯＮにし（又は待ち受け状態にし）、再度気付状態に戻った場合には電源をＯＦＦにする（又は待ち受け停止状態にする）ような構成を採用しても良い。
【０１０５】
また、通信ページに表示されたアイコンをダブルクリック等して宛先ユーザと連絡手段を選択する際、一度管理サーバ５にアドレス等を問い合わせるような処理フローを説明したが、通信ページと共にアドレス等のデータをユーザ端末３に送っておき、管理サーバ５に問い合わせることなく、直ぐに必要なクライアント・プログラム等により処理を開始するようにしても良い。
【０１０６】
（付記１）
第１のユーザが第２のユーザに連絡をとるための連絡手段に関連する情報処理を実施するためのプログラムであって、
データ格納部から、前記第２のユーザの状態に応じた連絡手段に関するデータを抽出する抽出ステップと、
抽出された前記第２のユーザの状態に応じた連絡手段に関するデータを用いて、前記第２のユーザへの各連絡手段について本処理時点における状態を表すデータを生成し、当該データを第１のユーザの端末に送信するデータ生成ステップと、
をコンピュータに実行させるためのプログラム。
【０１０７】
（付記２）
少なくともグループ・テーブルを参照して、前記第１のユーザと同じグループに所属するユーザのうち前記第１のユーザを除くユーザを抽出し、前記第２のユーザとして特定するステップ
をさらにコンピュータに実行させるための付記１記載のプログラム。
【０１０８】
（付記３）
前記第２のユーザが所属するグループが複数存在する場合、前記第２のユーザのログイン・モードが格納されているモード格納部を参照し、前記第２のユーザのログイン・モードを特定するステップと、
特定された前記第２のユーザのログイン・モードに基づき、ログイン・モードに対応して優先すべきグループが登録されている優先度データ格納部を参照し、前記第２のユーザについて優先すべきグループを特定するステップと、
をさらにコンピュータに実行させ、
前記データ生成ステップにおいて、
特定された前記第２のユーザについて優先すべきグループに、前記第２のユーザを対応付けて、前記第２のユーザへの各連絡手段について本処理時点における状態を表すデータを生成することを特徴とする
付記２記載のプログラム。
【０１０９】
（付記４）
前記データ生成ステップが、
抽出された前記第２のユーザの状態に応じた連絡手段に関するデータを用いて、本処理時点において利用可能な連絡手段を特定する連絡手段特定ステップと、
特定された前記連絡手段に対応するアイコンを含むデータを前記本処理時点における状態を表すデータとして生成する表示データ生成ステップと、
を含む付記１記載のプログラム。
【０１１０】
（付記５）
前記連絡手段特定ステップが、
前記第２のユーザが所属するグループに対応し且つ所属ユーザについて有効なサービス種別が対応付けられているグループ・テーブルを参照し、前記第２のユーザについて有効な第１のサービス種別を特定するステップと、
グループ毎に設けられ且つグループ内ユーザに対するアクセスについて有効なサービス種別が規定されているアクセス管理テーブルを参照し、前記第２のユーザが所属するグループについて有効な第２のサービス種別を特定するステップと、
前記第１のサービス種別と前記第２のサービス種別と抽出された前記第２のユーザの状態に応じた連絡手段に関するデータとを用いて、本処理時点において利用可能な連絡手段を特定するステップと、
を含む付記４記載のプログラム。
【０１１１】
（付記６）
前記表示データ生成ステップが、
通話に係る連絡手段について通話中の着信可否を示す着信ポリシーを含む着信ポリシー格納部から、前記第１のユーザに対する前記第２のユーザの着信ポリシーを特定するステップと、
前記第１のユーザに対する前記第２のユーザの着信ポリシーと前記第２のユーザの状態に応じた連絡手段に関するデータとを用いて、前記通話に係る連絡手段についての前記アイコンのための装飾データを生成する装飾データ生成ステップと、
を含む付記４記載のプログラム。
【０１１２】
（付記７）
前記第２のユーザの状態に応じた連絡手段に関するデータが各連絡手段についての優先度のデータを含み、
前記装飾データ生成ステップが、
前記優先度のデータを用いて前記アイコンのための装飾データを生成するステップ
をさらに含む付記６記載のプログラム。
【０１１３】
（付記８）
前記表示データ生成ステップが、
前記優先度のデータを用いて、前記アイコンの表示順序を決定するステップ
を含む付記７記載のプログラム。
【０１１４】
（付記９）
前記第１のユーザからのユーザ検索要求に従い、前記第１のユーザから指定された条件を満たすユーザをユーザ・データ格納部から抽出するステップと、
抽出された前記第１のユーザから指定された条件を満たすユーザを前記第２のユーザとして特定するステップと、
をさらにコンピュータに実行させるための付記１記載のプログラム。
【０１１５】
（付記１０）
管理サーバと、
複数のユーザ端末と、
を有し、
前記管理サーバが、
各ユーザの状態に応じた連絡手段に関するデータを格納するデータ格納部と、
前記複数のユーザ端末のうち第１のユーザが操作する第１のユーザ端末から指示データを受信すると、前記データ格納部を参照して、当該指示データに関連する第２のユーザの状態に応じた連絡手段に関するデータを抽出する抽出手段と、
抽出された前記第２のユーザの状態に応じた連絡手段に関するデータを用いて、前記第２のユーザへの各連絡手段について本処理時点における状態を表すデータを生成し、当該データを前記第１のユーザ端末に送信するデータ生成手段と、
を有するコンピュータ・システム。
【０１１６】
（付記１１）
前記管理サーバと対応するユーザ端末とに接続されており、当該対応するユーザ端末を操作するユーザの状態を監視する通信装置をさらに有し、
前記管理サーバは、
前記通信装置から状態変化の通知データを受信すると、当該状態変化の通知データに基づき前記データ格納部に格納されているデータを更新する状態更新手段
をさらに有する付記１０記載のコンピュータ・システム。
【０１１７】
（付記１２）
前記通信装置は、
前記第１のユーザの携帯電話機が保持する当該第１のユーザの識別データを前記第１のユーザの携帯電話機から読み出し、前記通信装置に接続される電話機の識別情報と共に前記管理サーバの状態更新手段に送信する手段を有する
ことを特徴とする付記１１記載のコンピュータ・システム。
【０１１８】
（付記１３）
前記管理サーバは、
前記第１のユーザ端末から前記第２のユーザへの特定の連絡手段を指定したデータ要求を受信した場合、前記データ格納部を参照して前記特定の連絡手段についてのデータを読み出し、前記第１のユーザ端末に送信する手段をさらに有し、
前記第１のユーザ端末は、
前記特定の連絡手段についてのデータを前記管理サーバから受信した場合、前記特定の連絡手段に対応する機能を動作させる
ことを特徴とする付記１１記載のコンピュータ・システム。
【０１１９】
（付記１４）
前記特定の連絡手段が固定電話又は携帯電話であり、前記特定の連絡手段についてのデータが電話番号である場合、
前記第１のユーザ端末は、
受信した電話番号を前記通信装置に転送して発呼させる
ことを特徴とする付記１３記載のコンピュータ・システム。
【０１２０】
（付記１５）
第１のユーザが第２のユーザに連絡をとるための連絡手段に関連する情報処理方法であって、
データ格納部から、前記第２のユーザの状態に応じた連絡手段に関するデータを抽出する抽出ステップと、
抽出された前記第２のユーザの状態に応じた連絡手段に関するデータを用いて、前記第２のユーザへの各連絡手段について本処理時点における状態を表すデータを生成し、当該データを第１のユーザの端末に送信するデータ生成ステップと、
を含み、コンピュータにより実行される情報処理方法。
【図面の簡単な説明】
【０１２１】
【図１】本発明の一実施の形態におけるシステム構成図である。
【図２】本発明の一実施の形態におけるコンピュータの機能ブロックの概要を示す図である。
【図３】ユーザ所属グループ・テーブルの構成及び格納されるデータの一例を示す図である。
【図４】グループ・テーブルの構成及び格納されるデータの一例を示す図である。
【図５】アクセス管理テーブルの構成及び格納されるデータの一例を示す図である。
【図６】着信ポリシー・テーブルの構成及び格納されるデータの一例を示す図である。
【図７】モード優先度テーブルの構成及び格納されるデータの一例を示す図である。
【図８】気付状態テーブルの構成及び格納されるデータの一例を示す図である。
【図９】モード格納部のテーブル構成及び格納されるデータの一例を示す図である。
【図１０】ユーザ管理ＤＢのテーブル構成及び格納されるデータの一例を示す図である。
【図１１】端末制御表のテーブル構成及び格納されるデータの一例を示す図である。
【図１２】本発明の一実施の形態における第１の処理フローを示す図である。
【図１３】本発明の一実施の形態における第２の処理フローを示す図である。
【図１４】通信ページの一例を示す図である。
【図１５】連絡手段選択用データ生成処理の処理フローを示す図である。
【図１６】アイコン装飾決定表のテーブル構成及び格納されるデータの一例を示す図である。
【図１７】本発明の一実施の形態における第３の処理フローを示す図である。
【図１８】緊急連絡手段特定処理の処理フローを示す図である。
【図１９】電話連絡を行うための第１のシステム構成パターンを示す図である。
【図２０】第１のシステム構成パターンにおける処理フローを示す図である。
【図２１】電話連絡を行うための第２のシステム構成パターンを示す図である。
【図２２】第２のシステム構成パターンにおける処理フローを示す図である。
【図２３】電話連絡を行うための第３のシステム構成パターンを示す図である。
【図２４】第３のシステム構成パターンにおける処理フローを示す図である。
【符号の説明】
【０１２２】
１    ＩＰネットワーク    ３  ユーザ端末    ５  管理サーバ
７    ターミナル・アダプタ    ９  固定電話機
１１  ソフトフォン・ヘッドセット
１３  携帯電話機          １５  ＲＦＩＤカード
１７  公衆電話交換網      １９  携帯電話回線網
２１  Ｅメール・サーバ    ２３  ボイスメール・サーバ
２５  携帯電話メール・サーバ
７１  中継処理部          ７３  気付状態管理部
７５  赤外線センサ        ７７  ＲＦＩＤ受信部
７９  端末制御表        ５０１  気付状態登録部
５０３  モード格納部    ５０５  通信ページ・データ生成部
５０７  検索ユーザ・データ生成部    ５０９  ユーザ管理ＤＢ
５１１  ユーザ認証処理部    ５２０  管理テーブル格納部
５２１  ユーザ所属グループ・テーブル
５２３  グループ・テーブル    ５２５  アクセス管理テーブル
５２７  着信ポリシー・テーブル    ５２８  モード優先度テーブル
５２９  気付状態テーブル
【図１】
2006041964.tif 000003
【図２】
2006041964.tif 000004
【図３】
2006041964.tif 000005
【図４】
2006041964.tif 000006
【図５】
2006041964.tif 000007
【図６】
2006041964.tif 000008
【図７】
2006041964.tif 000009
【図８】
2006041964.tif 000010
【図９】
2006041964.tif 000011
【図１０】
2006041964.tif 000012
【図１１】
2006041964.tif 000013
【図１２】
2006041964.tif 000014
【図１３】
2006041964.tif 000015
【図１４】
2006041964.tif 000016
【図１５】
2006041964.tif 000017
【図１６】
2006041964.tif 000018
【図１７】
2006041964.tif 000019
【図１８】
2006041964.tif 000020
【図１９】
2006041964.tif 000021
【図２０】
2006041964.tif 000022
【図２１】
2006041964.tif 000023
【図２２】
2006041964.tif 000024
【図２３】
2006041964.tif 000025
【図２４】
2006041964.tif 000026