(57)【要約】【課題】適切なタイミングでユーザの呼出しを行うこと。【解決手段】記憶部１ａは、第１のユーザＡにより利用されるクライアント装置２と第２のユーザＢにより利用されるクライアント装置３とを用いた第１のユーザＡおよび第２のユーザＢの呼出しの予約の情報を記憶する。演算部１ｂは、クライアント装置２から取得した予約の情報を記憶部１ａに格納する。演算部１ｂは、クライアント装置３により検出された現在位置および加速度に基づいて判定された第２のユーザＢの状況を収集し、収集した第２のユーザＢの状況の変化に応じて予約された呼出しを実行する。【選択図】図１
2015154180.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザにより利用される複数の装置と、複数の装置を用いたユーザ同士のメッセージの伝達を支援する情報処理装置とを含むシステムが実行する、メッセージの伝達開始の際のユーザの呼出し方法であって、
第１のユーザにより利用される第１の装置と第２のユーザにより利用される第２の装置とを用いた前記第１および前記第２のユーザの呼出しを、前記第１の装置により前記情報処理装置に対して予約し、
前記第２の装置により前記第２の装置の現在位置と加速度とを検出し、前記現在位置および前記加速度に基づいて前記第２のユーザの状況を判定し、
前記情報処理装置により前記第２のユーザの状況を収集し、収集した前記第２のユーザの状況の変化に応じて予約された前記呼出しを実行する、
呼出し方法。
【請求項２】
前記判定では、前記第２のユーザの予定の情報と前記現在位置と前記加速度とに基づいて前記第２のユーザの予定が終了したか否かの状況を判定し、
前記実行では、前記第２のユーザの予定が終了したときに前記呼出しを実行する、請求項１記載の呼出し方法。
【請求項３】
前記判定では、現在時刻が前記第２のユーザの予定の終了予定時刻以後であり、前回および今回計測した位置の差が第１の閾値以上である場合、および、前記位置の差が前記第１の閾値よりも小さく前回および今回計測した加速度の差が第２の閾値以上である場合に前記予定は終了したと判定し、また、前記位置の差が前記第１の閾値よりも小さく前記加速度の差が前記第２の閾値よりも小さい場合に前記予定は終了していないと判定する、請求項２記載の呼出し方法。
【請求項４】
前記収集では、前記第１の装置により判定された前記第１のユーザの状況を収集し、
前記実行では、前記第１および前記第２のユーザの状況の変化に応じて前記呼出しを実行する、請求項１乃至３の何れか１項に記載の呼出し方法。
【請求項５】
前記判定では、前記第２のユーザによる所定のエリアでの移動手段の利用状況を判定し、
前記実行では、前記第２のユーザにより利用されている移動手段に応じて前記呼出しを実行する、請求項１乃至４の何れか１項に記載の呼出し方法。
【請求項６】
前記実行では、前記第１または前記第２のユーザの前記呼出し時の状況に応じてメッセージの伝達の方法を選択する、請求項１乃至５の何れか１項に記載の呼出し方法。
【請求項７】
複数の装置を用いたユーザ同士のメッセージの伝達を支援する情報処理装置であって、
第１のユーザにより利用される第１の装置と第２のユーザにより利用される第２の装置とを用いた前記第１および前記第２のユーザの呼出しの予約の情報を記憶する記憶部と、
前記第１の装置から取得した前記予約の情報を前記記憶部に格納し、
前記第２の装置の現在位置および加速度に基づいて判定された前記第２のユーザの状況を前記第２の装置から収集し、収集した前記第２のユーザの状況の変化に応じて予約された前記呼出しを実行する、演算部と、
を有する情報処理装置。
【請求項８】
複数の装置を用いたユーザ同士のメッセージの伝達を支援する呼出しプログラムであって、
コンピュータに、
第１のユーザにより利用される第１の装置と第２のユーザにより利用される第２の装置とを用いた前記第１および前記第２のユーザの呼出しの予約の情報を、前記第１の装置から取得し、
前記第２の装置の現在位置および加速度に基づいて判定された前記第２のユーザの状況を前記第２の装置から収集し、収集した前記第２のユーザの状況の変化に応じて予約された前記呼出しを実行する、
処理を実行させる呼出しプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は呼出し方法、情報処理装置および呼出しプログラムに関する。
【背景技術】
【０００２】
現在、ユーザ間のコミュニケーションに情報処理システムが活用されている。例えば、メッセージの伝達を行うためのソフトウェア（メッセンジャーと呼ばれることがある）をクライアント装置に実行させ、複数のクライアント装置を用いたユーザ間のメッセージの伝達を可能にすることがある。ユーザ間のメッセージの伝達方法としては、例えば音声通話、テレビ会議、テキストチャットなどの種々の方法が考えられる。
【０００３】
ここで、ユーザ同士でコミュニケーションを開始する際、何れかのユーザがクライアント装置を用いて相手ユーザを呼出すことが考えられる。しかし、相手ユーザの都合が悪いこともある。そこで、ユーザの応答可否状況を提供する情報管理サーバが提案されている。情報管理サーバは、第１の端末の利用者の応答可否状況の取得要求を第２の端末から取得すると、第１の端末の位置情報および第１の端末のユーザのスケジュール情報から第１の端末のユーザの応答可否状況を判定し、第２の端末に提供する。
【０００４】
また、他者から電話の呼出しを受けた者が電話を掛け直す旨の発話を電話端末装置に対して行うと、発話した位置から所定距離だけ離れたときに、電話端末装置により電話の掛け直しを促す案内メッセージを出力する提案もある。
【０００５】
更に、現在時刻がスケジュールデータに含まれる日時に達したことを検出すると、他の通信端末に配信するステータス情報をスケジュールに応じた内容（社内会議などのスケジュール項目名や電話、メールの応答ができるか否か）に変更する通信端末の提案もある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−６０６８３号公報
【特許文献２】特開２００２−２９０５３４号公報
【特許文献３】特開２００９−８８７０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記提案のように、相手へ連絡を行いたいユーザは、相手の応答可否状況を事前に確認した上で、相手の呼出しを行うかを決定することも考えられる。しかし、相手が応答不可であると、ユーザは相手が連絡可となるまで応答可否状況を確認し続けることになり手間がかかる。一方、掛け直しの案内メッセージを相手側に通知し、都合のよい時に相手側のユーザに電話を掛け直させることも考えられる。しかし、案内メッセージが送られたとしても、相手側のユーザが、未だ通話を行える状況にないなどの理由で発呼の操作を行わなければ、結局ユーザ同士のコミュニケーションは実現されない。そこで、ユーザにとって都合がよいと考えられるタイミングを適切に判断して、ユーザ同士のコミュニケーションを円滑に開始できる仕組みをどのようにして実現するかが問題となる。
【０００８】
１つの側面では、本発明は、適切なタイミングでユーザの呼出しを行える呼出し方法、情報処理装置および呼出しプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
１つの態様では、複数のユーザにより利用される複数の装置と、複数の装置を用いたユーザ同士のメッセージの伝達を支援する情報処理装置とを含むシステムが実行する、メッセージの伝達開始の際のユーザの呼出し方法が提供される。この呼出し方法では、第１のユーザにより利用される第１の装置と第２のユーザにより利用される第２の装置とを用いた第１および第２のユーザの呼出しを、第１の装置により情報処理装置に対して予約し、第２の装置により第２の装置の現在位置と加速度とを検出し、現在位置および加速度に基づいて第２のユーザの状況を判定し、情報処理装置により第２のユーザの状況を収集し、収集した第２のユーザの状況の変化に応じて予約された呼出しを実行する。
【００１０】
また、１つの態様では、複数の装置を用いたユーザ同士のメッセージの伝達を支援する情報処理装置が提供される。この情報処理装置は記憶部と演算部とを有する。記憶部は、第１のユーザにより利用される第１の装置と第２のユーザにより利用される第２の装置とを用いた第１および第２のユーザの呼出しの予約の情報を記憶する。演算部は、第１の装置から取得した予約の情報を記憶部に格納し、第２の装置の現在位置および加速度に基づいて判定された第２のユーザの状況を第２の装置から収集し、収集した第２のユーザの状況の変化に応じて予約された呼出しを実行する。
【００１１】
また、１つの態様では、複数の装置を用いたユーザ同士のメッセージの伝達を支援する呼出しプログラムが提供される。この呼出しプログラムは、コンピュータに、第１のユーザにより利用される第１の装置と第２のユーザにより利用される第２の装置とを用いた第１および第２のユーザの呼出しの予約の情報を、第１の装置から取得し、第２の装置の現在位置および加速度に基づいて判定された第２のユーザの状況を第２の装置から収集し、収集した第２のユーザの状況の変化に応じて予約された呼出しを実行する処理を実行させる。
【発明の効果】
【００１２】
１つの側面では、適切なタイミングでユーザの呼出しを行える。
【図面の簡単な説明】
【００１３】
【図１】第１の実施の形態の情報処理システムを示す図である。
【図２】第２の実施の形態の情報処理システムを示す図である。
【図３】管理サーバのハードウェア例を示す図である。
【図４】携帯電話機のハードウェア例を示す図である。
【図５】情報処理システムのソフトウェア例を示す図である。
【図６】アカウント管理テーブルの例を示す図である。
【図７】プレゼンス管理テーブルの例を示す図である。
【図８】位置情報テーブルの例を示す図である。
【図９】打合せ時刻管理テーブルの例を示す図である。
【図１０】呼出し予約テーブルの例を示す図である。
【図１１】端末状態管理テーブルの例を示す図である。
【図１２】時間管理テーブルの例を示す図である。
【図１３】計測テーブルの例を示す図である。
【図１４】基準値テーブルの例を示す図である。
【図１５】加速度パターン情報の例を示す図である。
【図１６】クライアントによる社内外判定の例を示すフローチャートである。
【図１７】クライアントによる加速度と位置の監視例を示すフローチャートである。
【図１８】クライアントによる打合せ判定の例を示すフローチャートである。
【図１９】クライアントによる移動状況の判定の例を示すフローチャートである。
【図２０】管理サーバによる呼出し処理の例を示すフローチャートである。
【図２１】呼出し処理の流れの例を示すシーケンス図である。
【図２２】管理サーバによる呼出し処理の他の例を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本実施の形態を図面を参照して説明する。
［第１の実施の形態］
図１は、第１の実施の形態の情報処理システムを示す図である。第１の実施の形態の情報処理システムは、情報処理装置１およびクライアント装置２，３を含む。クライアント装置２（第１の装置）は、ユーザＡ（第１のユーザ）によって利用される。クライアント装置３（第２の装置）は、ユーザＢ（第２のユーザ）によって利用される。クライアント装置２，３はコンピュータでもよいし、タブレット型の端末装置や携帯電話機などでもよい。
【００１５】
クライアント装置２は、ユーザＡにより携帯されてユーザＡとともに様々なエリア（例えば、社内のエリアや社外のエリアなど）へ移動する。クライアント装置３も同様に、ユーザＢにより携帯されてユーザＢとともに様々なエリアへ移動する。クライアント装置２，３は、移動先のエリアのネットワーク４，５を介して情報処理装置１と通信可能である。例えば、クライアント装置２は、ネットワーク４を介して情報処理装置１と通信する。クライアント装置３は、ネットワーク５を介して情報処理装置１と通信する。
【００１６】
情報処理装置１は、クライアント装置２，３を用いたユーザＡ，Ｂ間のメッセージの伝達（コミュニケーション）を支援する。例えば、クライアント装置２は、クライアント装置３またはユーザＢを指定した呼出しの要求を情報処理装置１に送信する。情報処理装置１は、要求に応じて、ユーザＢの呼出しをクライアント装置３に実行させる。ユーザＢが呼出しに応じれば、クライアント装置２，３を用いたユーザＡ，Ｂ同士のメッセージの伝達が開始される。メッセージの伝達の方法としては、音声通話、テレビ電話（Ｗｅｂ会議）およびテキストチャットなどが利用され得る。なお、メッセージの伝達は、３以上のユーザ間で行われるものでもよい。
【００１７】
情報処理装置１は、記憶部１ａおよび演算部１ｂを有する。記憶部１ａはＲＡＭ（Random Access Memory）やＨＤＤ（Hard Disk Drive）などの記憶装置でもよい。演算部１ｂはＣＰＵ（Central Processing Unit）やＦＰＧＡ（Field Programmable Gate Array）などのプロセッサでもよい。第１の実施の形態の情報処理は、記憶部１ａに記憶されたプログラムを演算部１ｂが実行することで実現されてもよい。
【００１８】
記憶部１ａは、複数のクライアント装置を用いた複数のユーザの呼出しの予約の情報を記憶する。例えば、ユーザＡがユーザＢとのメッセージの伝達を開始したいときに、ユーザＢが取り込み中（例えば、客先に滞在など）であることもある。このような場合に、クライアント装置２は、ユーザＡと相手であるユーザＢとの呼出しを情報処理装置１に対して予約する。予約の情報にはクライアント装置２，３の識別情報が含まれる。
【００１９】
例えば、情報処理装置１はクライアント装置２，３から取得される情報によりユーザＡ，Ｂのプレゼンス（ユーザＡ，Ｂがどのような状態にあるか）を一元的に管理し、ユーザＡ，Ｂ間で共有可能としてもよい。すると、ユーザＡは、クライアント装置２を用いてユーザＢのプレゼンスを確認し、ユーザＢが取り込み中であれば呼出しの予約を行うようにクライアント装置２を操作できる。
【００２０】
演算部１ｂは、クライアント装置２から取得した予約の情報を記憶部１ａに格納する。演算部１ｂは、クライアント装置３の現在位置およびクライアント装置３の加速度に基づいて判定されたユーザＢの状況を示す状況情報（単にユーザＢの状況という）をクライアント装置３から収集する。例えば、演算部１ｂは、所定の周期でユーザＢの状況を収集することが考えられる。
【００２１】
ここで、クライアント装置３は、位置検出部３ａおよび加速度検出部３ｂを有している。位置検出部３ａは、例えばＧＰＳ（Global Positioning System）機能によりクライアント装置３の現在位置を検出する。加速度検出部３ｂは、クライアント装置３の動きに応じた加速度を検出する。クライアント装置３は、位置検出部３ａおよび加速度検出部３ｂにより検出された現在位置や加速度に応じて、ユーザＢの状況を継続的に判定する。
【００２２】
例えば、クライアント装置３は、ユーザＢの現在位置により客先に滞在していると判断される場合に、加速度に応じてユーザＢが取り込み中（例えば、会議中）か否かなどを判定することが考えられる。より具体的には、加速度の変化が比較的小さければ着席して会議中であり、加速度の変化が比較的大きければ移動中であり会議が終了していると判定し得る。また、クライアント装置３は、ユーザＢの現在位置により屋外に滞在していると判断される場合に、加速度のパターンに応じてユーザＢが取り込み中（例えば、公共交通機関で移動中、車を運転中など）か否かを判定することも考えられる。
【００２３】
演算部１ｂは、記憶部１ａに記憶された予約の情報を参照し、クライアント装置３から収集したユーザＢの状況の変化に応じて、予約されたユーザＡ，Ｂの呼出しを実行する。ユーザＡの呼出しはクライアント装置２を用いて行われる。ユーザＢの呼出しはクライアント装置３を用いて行われる。
【００２４】
例えば、演算部１ｂは、ユーザＢの状況が客先で会議中から会議終了に変化したとき、クライアント装置２，３を用いてユーザＡ，Ｂを呼出す。または、演算部１ｂは、ユーザＢの状況が車を運転中から徒歩で移動中に変化したとき、クライアント装置２，３を用いてユーザＡ，Ｂを呼出すことも考えられる。ユーザＡ，Ｂは、呼出しに応じることでクライアント装置２，３を用いたメッセージの伝達を開始する。
【００２５】
第１の実施の形態の情報処理システムによれば、クライアント装置２，３を用いたユーザＡ，Ｂの呼出しが、クライアント装置２により情報処理装置１に対して予約される（ステップＳ１）。クライアント装置３によりクライアント装置３の現在位置と加速度とが検出され、現在位置および加速度に基づいてユーザＢの状況が判定され、情報処理装置１によりユーザＢの状況が収集される（ステップＳ２）。情報処理装置１により、収集されたユーザＢの状況の変化に応じて予約された呼出しが実行される（ステップＳ３）。これにより、適切なタイミングでユーザの呼出しを行える。
【００２６】
例えば、クライアント装置３の位置情報を用いてユーザＢの状況を判定することも考えられるが、ユーザＢの状況の判定の精度が低くなるおそれがある。位置情報のみでは、ユーザＢの実際の行動を把握するのに乏しいことがあるからである。例えば、客先であっても頻繁に動き回っていれば取り込み中ではないと判断できることもある。また、屋外で公共交通機関を利用していたり車を運転中であったりすれば取り込み中であると判断できることもある。そこで、加速度の情報を用いることで、現在のユーザの動きを反映したユーザの状況を適切に判定できる。このように判定されたユーザの状況に応じたタイミングでユーザＡ，Ｂを呼出すことで、コミュニケーションを円滑に開始できる。このとき、ユーザＡ，Ｂの双方を呼出すので、ユーザＢの状況を継続して確認させる手間をユーザＡに強いずに済む。
【００２７】
なお、クライアント装置３は、ユーザＢのスケジュールの情報を更に用いて、ユーザＢの状況を判定してもよい。例えば、スケジュール上で会議中である時間帯では位置情報を加速度の情報よりも優先してユーザＢの状況を判定し、スケジュール上で会議終了後である時間帯では加速度の情報を位置情報よりも優先してユーザＢの状況を判定することも考えられる。これにより、ユーザの状況の判定の精度を向上できる。
【００２８】
また、情報処理装置１は、クライアント装置２からユーザＡの状況を取得し、ユーザＢの状況に応じたタイミングで、予約された呼出しを実行してもよい。例えば、ユーザＡが社外から社内の自席に戻ったタイミングで、呼出しを実行することも考えられる。ユーザＡ，Ｂが互いに都合がよいと考えられるタイミングを見計らって呼出しを行うことで、コミュニケーションをより円滑化できる。
【００２９】
更に、情報処理装置１は、メッセージの伝達の方法として複数の候補（例えば、音声通話、テレビ電話およびテキストチャットなど）があれば、何れの方法を用いるかの指定を、クライアント装置２またはクライアント装置３から受け付けてもよい。例えば、指定を受け付けるタイミングは、クライアント装置２による予約時でもよいし、呼出し実行時でもよい。あるいは、情報処理装置１が、ユーザＡまたはユーザＢの状況に応じてメッセージの伝達の方法を複数の候補の中から選択してもよい。例えば、ユーザＢが客先にいるときや、公共交通機関を利用しているときはテキストチャットを選択し、徒歩で移動中のときは音声通話を選択するなどの方法が考えられる。ユーザの状況に応じてユーザが利用し易いメッセージの伝達の方法を選択することで、コミュニケーションの円滑化を図れる。
【００３０】
［第２の実施の形態］
図２は、第２の実施の形態の情報処理システムを示す図である。第２の実施の形態の情報処理システムは、管理サーバ１００、携帯電話機２００、ＰＣ（Personal Computer）３００およびタブレット装置４００を含む。ここで、以下の説明では、携帯電話機２００、ＰＣ３００およびタブレット装置４００を、クライアントと総称することがある。
【００３１】
管理サーバ１００は、社外ネットワーク１０に接続されている。社外ネットワーク１０はインターネットやＷＡＮ（Wide Area Network）などの広域ネットワークである。例えば、管理サーバ１００をデータセンタに設けることが考えられる。携帯電話機２００は、アクセスポイント（ＡＰ：Access Point）１１を介して社外ネットワーク１０にアクセス可能である。ＡＰ１１は、携帯電話機２００と無線通信可能な無線ルータである。ＡＰ１１は、移動通信網を介して社外ネットワーク１０と通信する無線基地局でもよい。
【００３２】
ＰＣ３００およびタブレット装置４００は、ＡＰ２１を介して社内ネットワーク２０にアクセス可能である。例えば、社内ネットワーク２０は、ある会社の社内に構築されたＬＡＮ（Local Area Network）である。ＡＰ２１は、ＰＣ３００およびタブレット装置４００と無線通信可能な無線ルータである。ただし、ＡＰ２１とクライアントとが有線で接続されてもよい。
【００３３】
社外ネットワーク１０および社内ネットワーク２０は相互に通信可能に接続されている。携帯電話機２００は、社外ネットワーク１０を介して管理サーバ１００にアクセスできる。ＰＣ３００およびタブレット装置４００は、社外ネットワーク１０および社内ネットワーク２０を介して管理サーバ１００にアクセスできる。
【００３４】
管理サーバ１００は、ユーザの状態を示す情報（プレゼンスまたはプレゼンス情報ということがある）を提供するサーバコンピュータである。また、管理サーバ１００は、携帯電話機２００、ＰＣ３００およびタブレット装置４００を用いたユーザ間のメッセージの伝達を支援するメッセンジャーサーバとしても機能する。例えば、管理サーバ１００は、３ＰＣＣ（3rd Party Call Control）と呼ばれる技術により、クライアント同士を相互に接続してクライアント間のメッセージの送受信を可能にする。管理サーバ１００により、各クライアントを用いた２人のユーザ間または３人以上のユーザ間でのコミュニケーションを実現できる。管理サーバ１００のように、複数の地点の複数のユーザのテレビ会議を支援する装置はＭＣＵ（Multipoint Control Unit）と呼ばれることもある。
【００３５】
メッセージの伝達の方法としては、音声通話、テレビ会議およびテキストチャットなどを利用できる。また、管理サーバ１００は、メッセージのログの保存などを行う。更に、管理サーバ１００は、各クライアントのＷｅｂブラウザに所定のＧＵＩ（Graphical User Interface）などを提供するＷｅｂサーバとしても機能する。
【００３６】
携帯電話機２００は、ユーザＵ１によって利用される携帯端末装置である。携帯電話機２００は、スマートフォンと呼ばれるものでもよい。ＰＣ３００は、ユーザＵ２によって利用されるクライアントコンピュータである。ＰＣ３００は、デスクトップ型でもよいしラップトップ型でもよい。タブレット装置４００は、ユーザＵ３によって利用されるタブレット型の端末装置である。
【００３７】
図３は、管理サーバのハードウェア例を示す図である。管理サーバ１００は、プロセッサ１０１、ＲＡＭ１０２、ＨＤＤ１０３、通信部１０４、画像信号処理部１０５、入力信号処理部１０６、ディスクドライブ１０７および機器接続部１０８を有する。各ユニットは管理サーバ１００のバスに接続されている。
【００３８】
プロセッサ１０１は、管理サーバ１００の情報処理を制御する。プロセッサ１０１は、例えばＣＰＵ、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡまたはＰＬＤ（Programmable Logic Device）などである。プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０１は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ、ＰＬＤのうちの２以上の要素の組合せであってもよい。
【００３９】
ＲＡＭ１０２は、管理サーバ１００の主記憶装置である。ＲＡＭ１０２は、プロセッサ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ１０２は、プロセッサ１０１による処理に用いる各種データを記憶する。
【００４０】
ＨＤＤ１０３は、管理サーバ１００の補助記憶装置である。ＨＤＤ１０３は、内蔵した磁気ディスクに対して、磁気的にデータの書き込みおよび読み出しを行う。ＨＤＤ１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。管理サーバ１００は、フラッシュメモリやＳＳＤ（Solid State Drive）などの他の種類の補助記憶装置を備えてもよく、複数の補助記憶装置を備えてもよい。
【００４１】
通信部１０４は、社外ネットワーク１０を介して他のコンピュータと無線通信を行えるインタフェースである。通信部１０４は、有線インタフェースでもよい。
画像信号処理部１０５は、プロセッサ１０１からの命令に従って、管理サーバ１００に接続されたディスプレイ３１に画像を出力する。ディスプレイ３１としては、ＣＲＴ（Cathode Ray Tube）ディスプレイや液晶ディスプレイなどを用いることができる。
【００４２】
入力信号処理部１０６は、管理サーバ１００に接続された入力デバイス３２から入力信号を取得し、プロセッサ１０１に出力する。入力デバイス３２としては、例えば、マウスやタッチパネルなどのポインティングデバイス、キーボードなどを用いることができる。
【００４３】
ディスクドライブ１０７は、レーザ光などを利用して、光ディスク３３に記録されたプログラムやデータを読み取る駆動装置である。光ディスク３３として、例えば、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などを使用できる。ディスクドライブ１０７は、例えば、プロセッサ１０１からの命令に従って、光ディスク３３から読み取ったプログラムやデータをＲＡＭ１０２またはＨＤＤ１０３に格納する。
【００４４】
機器接続部１０８は、管理サーバ１００に周辺機器を接続するための通信インタフェースである。例えば、機器接続部１０８にはメモリ装置３４やリーダライタ装置３５を接続できる。メモリ装置３４は、機器接続部１０８との通信機能を搭載した記録媒体である。リーダライタ装置３５は、メモリカード３６へのデータの書き込み、またはメモリカード３６からのデータの読み出しを行う装置である。メモリカード３６は、カード型の記録媒体である。機器接続部１０８は、例えば、プロセッサ１０１からの命令に従って、メモリ装置３４またはメモリカード３６から読み取ったプログラムやデータをＲＡＭ１０２またはＨＤＤ１０３に格納する。
【００４５】
なお、ＰＣ３００も管理サーバ１００と同様のハードウェアにより実現できる。
図４は、携帯電話機のハードウェア例を示す図である。携帯電話機２００は、プロセッサ２０１、ＲＡＭ２０２、フラッシュメモリ２０３、無線部２０４、ディスプレイ２０５、入力デバイス２０６、加速度センサ２０７およびＧＰＳ受信部２０８を有する。各ユニットは携帯電話機２００のバスに接続されている。
【００４６】
プロセッサ２０１は、携帯電話機２００の情報処理を制御する。プロセッサ２０１は、例えばＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡまたはＰＬＤなどである。プロセッサ２０１は、マルチプロセッサであってもよい。プロセッサ２０１は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ、ＰＬＤのうちの２以上の要素の組合せであってもよい。
【００４７】
ＲＡＭ２０２は、携帯電話機２００の主記憶装置である。ＲＡＭ２０２は、プロセッサ２０１に実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ２０２は、プロセッサ２０１による処理に用いる各種データを記憶する。
【００４８】
フラッシュメモリ２０３は、携帯電話機２００の補助記憶装置である。フラッシュメモリ２０３には、ＯＳのプログラム、アプリケーションプログラムおよび各種データが格納される。フラッシュメモリ２０３は、携帯電話機２００に対して着脱可能な可搬型の記録媒体でもよい。
【００４９】
無線部２０４は、ＡＰ１１との間で無線通信を行えるインタフェースである。例えば、ＡＰ１１が無線ルータであれば、無線部２０４は無線ＬＡＮインタフェースである。また、例えば、ＡＰ１１が無線基地局であれば、無線部２０４は移動通信用の無線インタフェースである。携帯電話機２００は、両方の無線ＬＡＮおよび移動通信の両方の無線インタフェースを備えてもよい。また、携帯電話機２００は、無線部２０４に加えて、あるいは、無線部２０４に代えて、有線の通信インタフェースを備えてＡＰ１１と接続されてもよい。
【００５０】
ディスプレイ２０５は、プロセッサ２０１からの命令に従って、画像を出力する。例えば、ディスプレイ２０５は、液晶ディスプレイや有機ＥＬ（Electro Luminescence）ディスプレイなどである。
【００５１】
入力デバイス２０６は、入力された信号をプロセッサ２０１に出力する。例えば、入力デバイス２０６は、ボタン、タッチパッドおよびタッチパネルなどである。
加速度センサ２０７は、地面に対して水平面の２軸方向および鉛直方向の加速度を検出するためのセンサデバイスである。
【００５２】
ＧＰＳ受信部２０８は、ＧＰＳ衛星からの信号を受信して、自装置の現在位置を示す位置情報を取得するためのデバイスである。例えば、自装置の現在位置を示す情報として、緯度・経度などを測定する。ただし、携帯電話機２００は、無線基地局などから自装置の位置情報を取得してもよい。
【００５３】
なお、携帯電話機２００は以上に示したユニット以外にも、通話用のマイク、呼出し音や相手の音声を出力するスピーカ、携帯電話機２００を振動させるモータおよびテレビ電話用の画像を撮像するカメラなどを備えている。また、タブレット装置４００も携帯電話機２００と同様のハードウェアで実現できる。また、ＰＣ３００も図３で例示したハードウェアに加えて、加速度センサやＧＰＳ受信部を備えてもよい。
【００５４】
図５は、情報処理システムのソフトウェア例を示す図である。図５に示すユニットの一部または全部は、各装置が備えるプロセッサによって実行されるプログラムのモジュールであってもよい。管理サーバ１００は、記憶部１１０、プレゼンス管理部１２０および呼出し部１３０を有する。
【００５５】
記憶部１１０は、プレゼンス管理部１２０および呼出し部１３０の処理に用いられる情報を記憶する。記憶部１１０に記憶される情報は、アカウント管理テーブル、プレゼンス管理テーブル、位置情報テーブル、打合せ時刻管理テーブルおよび呼出し予約テーブルを含む。
【００５６】
アカウント管理テーブルは、ユーザとユーザが所持するクライアントとの対応付けなどを管理するためのテーブルである。プレゼンス管理テーブルは、ユーザのプレゼンスを管理するためのテーブルである。位置情報テーブルは、クライアントの位置情報を管理するためのテーブルである。打合せ時刻管理テーブルは、社外で行う顧客との打合せ予定時刻を管理するためのテーブルである。打合せ時刻管理テーブルは、ユーザのスケジュールを管理するためのテーブルであるともいえる。
【００５７】
呼出し予約テーブルは、メッセージの伝達開始のための呼出しの予約（以下、単に呼出し予約という）を管理するためのテーブルである。例えば、あるタイミングであるユーザが他のユーザと連絡を取り合いたいが、他のユーザが取り込み中である場合がある。この場合、後述するように、ユーザは、自身が所持するクライアントを操作して、自身と他のユーザとの呼出しを管理サーバ１００に予約できる。この場合、管理サーバ１００は、他のユーザのプレゼンスの変化に応じて、予約された呼出しを実行する。
【００５８】
プレゼンス管理部１２０は、社外ネットワーク１０および社内ネットワーク２０を介して各クライアントから収集した情報により、ユーザごとのプレゼンスを生成し、プレゼンス管理テーブルに登録する。プレゼンス管理部１２０は、プレゼンス管理テーブルに登録されたプレゼンスを各クライアントに提供する。これにより、ユーザは、自身が所持するクライアントを用いて他のユーザのプレゼンスを確認できる。
【００５９】
呼出し部１３０は、各クライアントから呼出し予約を受付けると、呼出し予約テーブルに登録する。呼出し予約は、予約を依頼した依頼元のクライアントの識別情報や呼出し相手のクライアントの識別情報などを含む。呼出し部１３０は、呼出し相手のプレゼンスが呼出し可能な状態になったことを検出すると、依頼元のクライアントおよび相手のクライアントに各ユーザの呼出しを要求する。各ユーザが呼出しに応じると、各クライアントを用いたユーザ間のメッセージの伝達が開始される。
【００６０】
携帯電話機２００は、記憶部２１０、監視部２２０およびメッセージ通信部２３０を有する。記憶部２１０は、監視部２２０およびメッセージ通信部２３０の処理に用いられる各種の情報を記憶する。記憶部２１０に記憶される情報は、端末状態管理テーブル、時間管理テーブル、計測テーブル、基準値テーブルおよび加速度パターン情報を含む。
【００６１】
端末状態管理テーブルは、ユーザＵ１のプレゼンスを管理するためのテーブルである。時間管理テーブルは、ユーザＵ１の打合せのスケジュールを管理するためのテーブルである。計測テーブルは、携帯電話機２００が検出する加速度センサ値およびＧＰＳデータを管理するためのテーブルである。基準値テーブルは、加速度センサ値およびＧＰＳデータの所定の基準値を管理するためのテーブルである。加速度パターン情報は、加速度センサ２０７により検出される加速度センサ値の時間変化のパターンを登録した情報である。加速度センサ値の時間変化のパターンは、ユーザＵ１の移動手段に対応付けることができる。
【００６２】
また、記憶部２１０は、管理サーバ１００のＵＲＬ（Uniform Resource Locator）や管理サーバ１００のＩＰ（Internet Protocol）アドレスなどの情報も記憶する。更に、記憶部２１０は、ＡＰ１１，２１と通信するための暗号化キーやネットワーク名（ＳＳＩＤ：Service Set Identifier）なども記憶する。
【００６３】
監視部２２０は、携帯電話機２００の状態を監視し、端末状態管理テーブルを書き換える。例えば、監視部２２０は次の点を監視する。第１には、自身が社内または社外のネットワークに接続できるか否かである。この監視は、ＡＰ１１へのアクセス可否（アクセスできれば社外である）やＡＰ２１へのアクセス可否（アクセスできれば社内である）などに基づいて行われる。第２には、携帯電話機２００が社内または社外にある場合、ユーザＵ１の状況はどうであるかである。この監視は、加速度センサ２０７で検出される加速度センサ値およびＧＰＳ受信部２０８で検出される位置情報などに基づいて行われる。
【００６４】
監視部２２０は、端末状態管理テーブルの内容が更新されると、管理サーバ１００に更新内容を通知する。また、監視部２２０は、携帯電話機２００を所持するユーザによりプレゼンスを確認したい他のユーザが選択されると、選択された他のユーザのプレゼンスを管理サーバ１００に要求する。監視部２２０は、要求された他のユーザのプレゼンスを管理サーバ１００から取得し、取得した他のユーザのプレゼンスをディスプレイ２０５に表示する。
【００６５】
メッセージ通信部２３０は、管理サーバ１００を介して、ＰＣ３００またはタブレット装置４００との間でメッセージの送受信を行うためのメッセンジャー機能である。メッセージ通信部２３０は、音声通話、テレビ会議およびテキストチャットなどによるコミュニケーション環境をユーザに提供する。例えば、音声通話であれば、メッセージは音声の情報である。テレビ会議であれば、メッセージは音声および画像の情報である。テキストチャットであれば、メッセージは文字情報である。また、メッセージ通信部２３０は、ユーザＵ１の操作に応じて、管理サーバ１００に呼出し予約を送信する。
【００６６】
ＰＣ３００は、記憶部３１０、監視部３２０およびメッセージ通信部３３０を有する。タブレット装置４００は、記憶部４１０、監視部４２０およびメッセージ通信部４３０を有する。記憶部３１０，４１０に記憶される情報は、記憶部２１０に記憶される情報と同様である。監視部３２０，４２０は、監視部２２０と同様の機能である。ただし、監視部３２０は、ユーザＵ２のプレゼンスを検出し、管理サーバ１００に通知する。また、監視部４２０は、ユーザＵ３のプレゼンスを検出し、管理サーバ１００に通知する。メッセージ通信部３３０，４３０は、メッセージ通信部２３０と同様の機能である。
【００６７】
図６は、アカウント管理テーブルの例を示す図である。アカウント管理テーブル１１１は、記憶部１１０に格納される。アカウント管理テーブル１１１は、ユーザＩＤ（IDentifier）、メールアドレス、パスワードおよび機体番号（ＰＣ、携帯電話機およびタブレット装置）の項目を含む。
【００６８】
ユーザＩＤの項目には、ユーザＩＤが登録される。メールアドレスの項目には、ユーザのメールアドレスが登録される。例えば、当該メールアドレス宛てに届いたメールをユーザは、各クライアントで実行される所定のメールソフトウェアを用いて管理サーバ１００または他のメールサーバから受信し、閲覧できる。パスワードの項目には、ユーザ認証に用いられるパスワードが登録される。例えば、ユーザ認証は、各クライアントが管理サーバ１００にアクセスを開始する際に自動で、または、ユーザにユーザＩＤとパスワードとを入力させることで行われる。機体番号の項目には、各クライアントの機体番号が登録される。第２の実施の形態では、クライアントとしてＰＣ、携帯電話機およびタブレット装置を想定している。このため、ユーザが所持する各クライアントの機体番号が登録される。
【００６９】
例えば、アカウント管理テーブル１１１には、ユーザＩＤが“００１”、メールアドレスが“Ｅ１”、パスワードが“ＰＳ１”、機体番号（ＰＣ）が“Ｐ１”、機体番号（携帯電話機）が“ＳＰ１”、機体番号（タブレット装置）が“ＴＢ１”という情報が登録されている。
【００７０】
これは、ユーザＩＤ“００１”であるユーザ（ユーザＵ１とする）のメールアドレスがＥ１であり、認証用のパスワードが“ＰＳ１”であることを示す。また、ユーザＵ１が利用するＰＣの機体番号が“Ｐ１”、携帯電話機（すなわち、携帯電話機２００）の機体番号が“ＳＰ１”、タブレット装置の機体番号が“ＴＢ１”であることを示す。
【００７１】
ここで、機体番号は、各クライアントのアドレスに対応付けられる。例えば、プレゼンス管理部１２０は、機体番号とアクセスを受けた各クライアントのＩＰアドレスとの対応関係を記憶部１１０に登録し、各クライアントとの通信に用いてもよい。なお、ユーザＵ２のユーザＩＤは“００２”である。ユーザＵ２が利用するＰＣはＰＣ３００である。ＰＣ３００の機体番号は“Ｐ２”である。ユーザＵ３のユーザＩＤは“００３”である。ユーザＵ３が利用するタブレット装置はタブレット装置４００である。タブレット装置４００の機体番号は“ＴＢ３”である。
【００７２】
図７は、プレゼンス管理テーブルの例を示す図である。プレゼンス管理テーブル１１２は、記憶部１１０に格納される。プレゼンス管理テーブル１１２は、ユーザＩＤ、所在、顧客対応状況、移動状況、ＰＣの社内外および状態、携帯電話機の社内外および状態、タブレット装置の社内外および状態の項目を含む。
【００７３】
ユーザＩＤの項目には、ユーザＩＤが登録される。所在の項目には、ユーザの所在を示す情報が登録される。例えば、所在の項目には“社内”または“社外”という情報が登録される。“社内”は、ユーザが社内にいることを示す。“社外”は、ユーザが社外にいることを示す。また、“−”（ハイフン）はクライアントが利用されていない状態を示す。例えば、クライアントの電源がＯＦＦになっている状態である。また、ＰＣの社内外、携帯電話機の社内外、タブレット装置の社内外のいずれかの項目が“社外”になっている場合、所在の項目には、“社外”が設定される。一方、ＰＣの社内外、携帯電話機の社内外、タブレット装置の社内外の全ての項目が“社内”になっている場合、所在の項目には、“社内”が設定される。ただし、ユーザが所有していないクライアントの項目の社内外は考慮しない。
【００７４】
顧客対応状況の項目には、顧客対応中であるか否かを示す情報が登録される。顧客対応状況の項目に登録される内容は、“打合せ中”または“打合せ終了”である。“打合せ中”は、顧客対応中であることを示す。“打合せ終了”は、顧客対応が終了したことを示す。また、“−”は、打合せ中または打合せ終了のいずれでもないことを示す。
【００７５】
移動状況の項目には、ユーザによる移動手段の利用状況（移動状況という）を示す情報が登録される。移動状況の項目に登録される内容は、“着席”、“徒歩”、“電車”、“車”、“その他”である。“着席”は、ユーザが着席していることを示す。“徒歩”は、ユーザが徒歩で移動していることを示す。“電車”は、ユーザが電車で移動していることを示す。“車”は、ユーザが車で移動していることを示す。“その他”は、ユーザが着席、徒歩、電車、車以外の状態にあることを示す。また、“−”は、ユーザの移動状況の監視が行われていないことを示す。
【００７６】
ＰＣの社内外の項目には、ＰＣが社内外の何れにあるかを示す情報が登録される。社内外の項目に登録される内容は、“社内”または“社外”である。“社内”は、ＰＣが社内にあることを示す。“社外”は、ＰＣが社外にあることを示す。また、“−”は、設定なしを示す。ＰＣの電源がＯＦＦである、ネットワークに接続していない、ユーザがＰＣを所有していない、などの場合に設定なしとなる。
【００７７】
ＰＣの状態の項目には、ＰＣの状態やユーザの状態を示す情報が登録される。ＰＣの状態の項目に登録される内容は、“オンライン”、“オフライン”、“通話中”である。“オンライン”は、ユーザがＰＣで作業中であることを示す。“オフライン”は、ＰＣの電源がＯＦＦである、ネットワークに接続していない、などの状態を示す。“通話中”は、ユーザが該当のＰＣを用いて他のユーザとコミュニケーションを取っていることを示す。また、“−”は、設定なしを示す。当該ユーザがＰＣを所有していない場合に設定なしとなる。
【００７８】
携帯電話機の社内外および状態の項目やタブレット装置の社内外および状態の項目に設定される内容も、ＰＣの社内外および状態の項目に設定される内容と同様である。例えば、プレゼンス管理テーブル１１２には、ユーザＩＤが“００１”、所在が“社外”、顧客対応状況が“打合せ中”、移動状況が“着席”、ＰＣの社内外が“−”、ＰＣの状態が“オフライン”、携帯電話機の社内外が“社外”、携帯電話機の状態が“オンライン”、タブレット装置の社内外が“−”、タブレット装置の状態が“オフライン”という情報が登録されている。これは、ユーザＵ１が社外で着席して、顧客と打合せ中であることを示す。また、ユーザＵ１のＰＣがオフライン、携帯電話機２００がオンライン、タブレット装置がオフラインの状態であることを示す。
【００７９】
また、例えばプレゼンス管理テーブル１１２には、ユーザＩＤが“００２”、所在が“社内”、顧客対応状況が“−”、移動状況が“−”、ＰＣの社内外が“社内”、ＰＣの状態が“オンライン”、携帯電話機の社内外が“社内”、携帯電話機の状態が“オンライン”、タブレット装置の社内外が“社内”、タブレット装置の状態が“オンライン”という情報が登録されている。これは、ユーザＵ２が社内にいることを示す。また、ユーザＵ２のＰＣ３００がオンライン、携帯電話機がオンライン、タブレット装置がオンラインの状態であることを示す。
【００８０】
図８は、位置情報テーブルの例を示す図である。位置情報テーブル１１３には、各ユーザが所持するクライアントの現在の位置情報（ＧＰＳデータ）が登録される。位置情報テーブル１１３は、記憶部１１０に格納される。位置情報テーブル１１３は、機体番号、時刻およびＧＰＳデータ（緯度、経度）の項目を含む。
【００８１】
機体番号の項目には、機体番号が登録される。時刻の項目には、情報が登録されたタイムスタンプが登録される。緯度の項目には、緯度（北緯、南緯）の測定値が登録される。経度の項目には、経度（東経、西経）の測定値が登録される。
【００８２】
例えば、位置情報テーブル１１３には、機体番号が“ＳＰ１”、時刻が“１５：１５”、緯度が“北緯３５度３９分１８秒”、経度が“東経１３９度４４分４１秒”という情報が登録される。これは、ユーザＵ１が所持する携帯電話機ＳＰ１が時刻１５：１５に、北緯３５度３９分１８秒、東経１３９度４４分４１秒の地点にあったことを示している。
【００８３】
図９は、打合せ時刻管理テーブルの例を示す図である。打合せ時刻管理テーブル１１４には、社外で行う顧客との打合せ予定時刻が登録される。打合せ時刻管理テーブル１１４は、記憶部１１０に格納される。打合せ時刻管理テーブル１１４は、ユーザＩＤ、開始予定時刻および終了予定時刻の項目を含む。
【００８４】
ユーザＩＤの項目には、ユーザＩＤが登録される。開始予定時刻の項目には、打合せの開始予定時刻が登録される。終了予定時刻の項目には、打合せの終了予定時刻が登録される。例えば、打合せ時刻管理テーブル１１４には、ユーザＩＤが“００１”、開始予定時刻が“２０１３／１０／９  １４：００”、終了予定時刻が“２０１３／１０／９  １６：００”という情報が登録される。これは、ユーザＵ１の打合せの開始予定時刻が２０１３年１０月９日１４時００分であり、打合せの終了予定時刻が２０１３年１０月９日１６時００分であることを示す。
【００８５】
図１０は、呼出し予約テーブルの例を示す図である。呼出し予約テーブル１１５には、呼出し予約を管理するための情報が登録される。呼出し予約テーブル１１５は、記憶部１１０に格納される。呼出し予約テーブル１１５は、依頼元（ユーザＩＤ、クライアント）および相手（ユーザＩＤ、クライアント）の項目を含む。依頼元のユーザＩＤの項目には、呼出し予約の依頼元のユーザのユーザＩＤが登録される。依頼元のクライアントの項目には、呼出し予約の依頼元のクライアントの識別情報が登録される。相手のユーザＩＤの項目には、呼出し対象である他のユーザのユーザＩＤが登録される。相手のクライアントの項目には、呼出し対象である他のユーザが利用するクライアントの識別情報が登録される。
【００８６】
例えば、呼出し予約テーブル１１５には、依頼元のユーザＩＤが“００２”、クライアントが“Ｐ２”であり、相手のユーザＩＤが“００１”、クライアントが“ＳＰ１”という情報が登録される。これは、依頼元のクライアントが、ユーザＵ２により所持されるＰＣ３００であり、呼出す相手のクライアントが、ユーザＵ１により所持される携帯電話機２００であることを示す。あるいは、依頼元のユーザがユーザＵ２であり、呼出す相手のユーザがユーザＵ１であることを示しているともいえる。
【００８７】
図１１は、端末状態管理テーブルの例を示す図である。端末状態管理テーブル２１１は、記憶部２１０に格納される。端末状態管理テーブル２１１は、顧客対応状況、移動状況、社内外、状態の項目を含む。
【００８８】
顧客対応状況の項目には、顧客対応中であるか否かを示す情報が登録される。移動状況の項目には、移動状況を示す情報が登録される。社内外の項目には、ユーザＵ１が社内外の何れにいるかを示す情報が登録される。状態の項目には、携帯電話機２００の状態を示す情報が登録される。
【００８９】
例えば、端末状態管理テーブル２１１には、顧客対応状況が“打合せ中”、移動状況が“着席”、社内外が“社外”、状態が“オンライン”という情報が登録されている。これは、ユーザＵ１が社外で着席して、顧客と打合せ中であることを示す。また、携帯電話機２００がオンラインの状態であることを示す。
【００９０】
図１２は、時間管理テーブルの例を示す図である。時間管理テーブル２１２には、携帯電話機２００を所持するユーザの打合せ予定時間が登録される。時間管理テーブル２１２は、記憶部２１０に格納される。時間管理テーブル２１２は、打合せ開始予定時刻および打合せ終了予定時刻の項目を含む。
【００９１】
打合せ開始予定時刻の項目には、打合せ開始予定時刻が登録される。打合せ終了予定時刻の項目には、打合せ終了予定時刻が登録される。例えば、時間管理テーブル２１２には、打合せ開始予定時刻が“２０１３／１０／９  １４：００”、打合せ終了予定時刻が“２０１３／１０／９  １６：００”という情報が登録される。これは、携帯電話機２００を所持するユーザＵ１について、打合せが予定されており、打合せ開始予定時刻が２０１３年１０月９日１４時００分、打合せ終了予定時刻が２０１３年１０月９日１６時００分であることを示す。
【００９２】
例えば、携帯電話機２００は、管理サーバ１００が記憶する打合せ時刻管理テーブル１１４から、ユーザＵ１の打合せ予定時刻をダウンロードして、時間管理テーブル２１２に登録できる。ダウンロードのタイミングは、携帯電話機２００の電源がＯＮされて管理サーバ１００にログインしたタイミングや、管理サーバ１００に登録されたスケジュールが変更されたタイミングなどが考えられる。
【００９３】
図１３は、計測テーブルの例を示す図である。計測テーブル２１３には、携帯電話機２００により計測された加速度センサ値および位置情報が登録される。計測テーブル２１３は、記憶部２１０に格納される。計測テーブル２１３は、項番、時刻、加速度センサ値およびＧＰＳデータ（緯度、経度）の項目を含む。
【００９４】
項番の項目には、レコードを識別するための番号が登録される。時刻の項目には、計測を行った時刻が登録される。加速度センサ値の項目には、加速度センサ値が登録される。ＧＰＳデータ（緯度）の項目には、緯度（北緯、南緯）の測定値が登録される。ＧＰＳデータ（経度）の項目には、経度（東経、西経）の測定値が登録される。
【００９５】
例えば、計測テーブル２１３には、項番が“１”、時刻が“１５：１５”、加速度センサ値が“１ｍ／ｓ2”、緯度が“北緯３５度３９分１８秒”、経度が“東経１３９度４４分４１秒”という情報が登録される。これは、時刻が１５時１５分のとき、加速度センサ値が１ｍ／ｓ2であったことを示す。また、時刻が１５時１５分のとき、北緯３５度３９分１８秒、東経１３９度４４分４１秒の地点に携帯電話機２００が存在していたことを示す。
【００９６】
図１４は、基準値テーブルの例を示す図である。基準値テーブル２１４は、携帯電話機２００を所持するユーザの顧客対応状況を判断するために用いられる情報である。基準値テーブル２１４は、記憶部２１０に格納される。基準値テーブル２１４は、緯度および経度の項目を含む。
【００９７】
緯度の項目には、基準となる緯度（北緯、南緯）の値が登録される。経度の項目には、基準となる経度（東経、西経）の値が登録される。例えば、基準値テーブル２１４には、緯度が“北緯３５度３９分１８秒”、経度が“東経１３９度４４分４１秒”という情報が登録される。これは、基準値となる緯度が北緯３５度３９分１８秒、経度が東経１３９度４４分４１秒であることを示す。
【００９８】
図１５は、加速度パターン情報の例を示す図である。図１５（Ａ）は電車で移動中の場合の加速度パターン情報２１５を例示している。図１５（Ｂ）は車で移動中の場合の加速度パターン情報２１６を例示している。図１５（Ｃ）は徒歩で移動中の場合の加速度パターン情報２１７を例示している。加速度パターン情報２１５，２１６，２１７では、縦軸を加速度の大きさ、横軸を時間として、ユーザの移動状況に応じた加速度パターンが表されている。加速度パターン情報２１５，２１６，２１７は、記憶部２１０に予め格納される。
【００９９】
例えば、加速度パターン情報２１５は、次のような特徴を有する。（１）加速度の変化が周期的である。（２）加速度の振幅が一定である。例えば、監視部２２０は、加速度センサ２０７により計測された加速度センサ値をサンプリングし、（１）加速度の変化が周期的であり、かつ（２）加速度の振幅が一定である場合、ユーザの移動状況を電車と判定する。
【０１００】
例えば、加速度パターン情報２１６は、次のような特徴を有する。（１）加速度の変化が周期的でない。（２）加速度の振幅が一定でない。（３）加速度の振幅が電車よりも大きい。例えば、監視部２２０は、加速度センサ２０７により計測された加速度センサ値をサンプリングして、（１）加速度の変化が周期的でなく、（２）加速度の振幅が一定でなく、かつ（３）加速度の振幅が電車よりも大きい場合、ユーザの移動状況を車と判定する。
【０１０１】
例えば、加速度パターン情報２１７は、次のような特徴を有する。（１）加速度の変化が周期的である。（２）加速度の振幅が一定である。（３）加速度の振幅が小さい。例えば、監視部２２０は、加速度センサ２０７により計測された加速度センサ値をサンプリングして、（１）加速度の変化が周期的であり、（２）加速度の振幅が一定であり、かつ（３）加速度の振幅が小さい場合、監視部２２０は、ユーザの移動状況を徒歩と判定する。
【０１０２】
例えば、監視部２２０は、加速度センサ２０７により計測された３軸の加速度から次のようにして加速度パターンの照合を行える。加速度センサ２０７により水平面上の２軸（Ｘ軸，Ｙ軸）と鉛直軸（Ｚ軸）との各軸上の加速度を得られる場合、各軸について求められた加速度を所定の方法で補正する。また、例えば、Ｚ軸から重力加速度９．８［ｍ／ｓ2］を減算する。そして、３軸の加速度から加速度の大きさを求めて時間軸上にプロットする。監視部２２０は、プロットされた複数の点を加速度パターン情報２１５，２１６，２１７と照合することで、ユーザが何れの移動状況かを把握する。
【０１０３】
また、例えば、監視部２２０は、加速度パターン情報２１７に基づいて、最小二乗法により一次方程式を求め、その傾きが、所定の誤差の範囲内で０と認められる場合、または、逆符号の加速度が現れた時刻の間隔が、０．５秒以内の誤差の場合などに徒歩であると判定してもよい。
【０１０４】
次に、第２の情報処理システムにおける処理手順を説明する。まず、クライアントが社内に存在しているか社外に存在しているかの判断の手順を説明する。
図１６は、クライアントによる社内外判定の例を示すフローチャートである。以下、図１６に示す処理をステップ番号に沿って説明する。以下では携帯電話機２００を例示して説明するが、他のクライアントについても同様の処理手順である。以下の処理は、クライアントの電源をＯＮにした直後やそれ以後に所定の間隔（例えば、３分間隔など）で行われる。
【０１０５】
（Ｓ１１）監視部２２０は、社内のＡＰ２１にアクセス可能であるか否か判定する。アクセス可能な場合、処理をステップＳ１２に進める。アクセス不可能な場合、処理をステップＳ１３に進める。アクセス可能である場合とは、ＡＰ２１と通信を確立できる場合である。アクセス不可能な場合とは、ＡＰ２１から物理的に離れていて所定の強度で電磁波を送受信できないために、ＡＰ２１との間で通信を確立できない場合である。
【０１０６】
（Ｓ１２）監視部２２０は、携帯電話機２００が社内にあり、オンラインの状態であることを端末状態管理テーブル２１１に設定する。具体的には、社内外の項目を“社内”、状態の項目を“オンライン”に設定する。監視部２２０は、更新したプレゼンス情報を管理サーバ１００に通知する。すると、プレゼンス管理部１２０により、通知に応じて、プレゼンス管理テーブル１１２の携帯電話機２００の情報が更新される。具体的には、携帯電話機２００を所持するユーザの携帯電話の社内外の項目に“社内”が設定され、状態の項目に“オンライン”が設定される。そして、処理を終了する。
【０１０７】
（Ｓ１３）監視部２２０は、社外のＡＰ１１にアクセス可能であるか否か判定する。アクセス可能な場合、処理をステップＳ１４に進める。アクセス不可能な場合、処理をステップＳ１５に進める。アクセス可能である場合とは、ＡＰ１１と通信を確立できる場合である。アクセス不可能な場合とは、ＡＰ１１から物理的に離れていて所定の強度で電磁波を送受信できないために、ＡＰ１１との間で通信を確立できない場合である。
【０１０８】
（Ｓ１４）監視部２２０は、携帯電話機２００が社外にあり、オンラインの状態であることを端末状態管理テーブル２１１に設定する。具体的には、社内外の項目を“社外”、状態の項目を“オンライン”に設定する。監視部２２０は、更新したプレゼンス情報を管理サーバ１００に通知する。すると、プレゼンス管理部１２０により、通知に応じて、プレゼンス管理テーブル１１２の携帯電話機２００の情報が更新される。具体的には、携帯電話機２００を所持するユーザの携帯電話の社内外の項目に“社外”が設定され、状態の項目に“オンライン”が設定される。そして、処理を終了する。
【０１０９】
（Ｓ１５）監視部２２０は、携帯電話機２００がオフラインの状態であることを端末状態管理テーブル２１１に設定する。そして、処理を終了する。
このように、各クライアントは、ＡＰ１１，２１の何れかを介して管理サーバ１００にアクセスできるかに応じて、現在、自身が社内外のどちらにあるか判断できる。この「社内外のどちらにあるか」という情報も現在位置の情報の一例と考えてもよい。管理サーバ１００にアクセスできないクライアントは、管理サーバ１００により、オフラインの状態として管理される。なお、監視部２２０は、ステップＳ１２，Ｓ１４でオンラインである旨を管理サーバ１００に通知している場合、携帯電話機２００の電源をＯＦＦにするときや通信機能をＯＦＦにするときに、オフライン状態に移行する旨を管理サーバ１００に通知してもよい。すると、管理サーバ１００は、オフライン状態として携帯電話機２００を管理できる。
【０１１０】
管理サーバ１００は、あるユーザについて、ＰＣの社内外、携帯電話機の社内外、タブレット装置の社内外のいずれかの項目が“社外”になっている場合、プレゼンス管理テーブル１１２の所在の項目に“社外”を設定する。一方、管理サーバ１００は、あるユーザについて、ＰＣの社内外、携帯電話機の社内外、タブレット装置の社内外の全ての項目が“社内”になっている場合、所在の項目に“社内”を設定する。ただし、ユーザが所有していないクライアントやオフライン中のクライアントの社内外は考慮しない。次に、クライアントによる加速度と位置の監視例を説明する。
【０１１１】
図１７は、クライアントによる加速度と位置の監視例を示すフローチャートである。以下、図１７に示す処理をステップ番号に沿って説明する。以下では携帯電話機２００を例示して説明するが、他のクライアントについても同様の処理手順である。また、以下の処理は所定の間隔（例えば、３分間隔など）で行われる。
【０１１２】
（Ｓ２１）監視部２２０は、加速度センサ２０７により検出された加速度センサ値およびＧＰＳ受信部２０８により検出された位置情報（ＧＰＳデータ）を取得する。
（Ｓ２２）監視部２２０は、時間管理テーブル２１２を参照し、現在の時刻が打合せ開始予定時刻前であるか否かを判定する。打合せ開始予定時刻前の場合、処理をステップＳ２５に進める。打合せ開始予定時刻前でない場合（打合せ開始予定時刻以後である場合）、処理をステップＳ２３に進める。なお、時間管理テーブル２１２に打合せ開始予定時刻が設定されていないこともある。その場合は、ステップＳ２２の判定をスキップして、処理をステップＳ２５に進める。
【０１１３】
（Ｓ２３）監視部２２０は、端末状態管理テーブル２１１を参照し、携帯電話機２００を有するユーザの顧客対応状況の項目が打合せ終了であるか否かを判定する。打合せ終了の場合、処理をステップＳ２５に進める。打合せ終了でない場合、処理をステップＳ２４に進める。
【０１１４】
（Ｓ２４）監視部２２０は、打合せ判定処理を行う。処理の詳細については後述する。
（Ｓ２５）監視部２２０は、ステップＳ２１で取得した加速度センサ値およびＧＰＳデータを計測テーブル２１３に記録する。また、監視部２２０は、ステップＳ２１で取得したＧＰＳデータを管理サーバ１００に送信する。送信されたＧＰＳデータは、プレゼンス管理部１２０によって、位置情報テーブル１１３に登録される。
【０１１５】
図１８は、クライアントによる打合せ判定の例を示すフローチャートである。以下、図１８に示す処理をステップ番号に沿って説明する。図１８に示す処理はステップＳ２４の処理に対応する。
【０１１６】
（Ｓ３１）監視部２２０は、時間管理テーブル２１２を参照し、現在の時刻が打合せ終了予定時刻前であるか判定する。打合せ終了予定時刻前の場合、処理をステップＳ３２に進める。打合せ終了予定時刻前でない場合（すなわち、打合せ終了予定時刻以後である場合）、処理をステップＳ３８に進める。
【０１１７】
（Ｓ３２）監視部２２０は、基準値テーブル２１４を参照し、ＧＰＳデータの基準値の設定があるか否かを判定する。ＧＰＳデータの基準値の設定がある場合、処理をステップＳ３５に進める。ＧＰＳデータの基準値の設定がない場合、処理をステップＳ３３に進める。
【０１１８】
（Ｓ３３）監視部２２０は、ステップＳ２１で取得した今回のＧＰＳデータと、計測テーブル２１３に記録された直前のＧＰＳデータとが所定の誤差内で同じであるか否かを判定する。それぞれのＧＰＳデータが所定の誤差内で同じである場合、処理をステップＳ３４に進める。それぞれのＧＰＳデータが所定の誤差内で同じでない場合、処理をステップＳ３７に進める。直前のＧＰＳデータは、計測テーブル２１３に登録されている情報の中で時刻（タイムスタンプ）が最新のＧＰＳデータである。
【０１１９】
（Ｓ３４）監視部２２０は、ステップＳ２１で取得したＧＰＳデータを基準値テーブル２１４に設定する。そして、処理をステップＳ３７に進める。
（Ｓ３５）監視部２２０は、基準値テーブル２１４に登録されているＧＰＳデータとステップＳ２１で取得したＧＰＳデータとの差が４秒以上であるか判定する。４秒以上の場合、処理をステップＳ３６に進める。４秒以上でない場合、処理をステップＳ３７に進める。ここで、緯度または経度における４秒の差は、約１００ｍに相当する。監視部２２０は、緯度または経度の何れか一方で４秒以上の差があるか否かを判定してもよい。あるいは、緯度および経度それぞれの差の合計が４秒以上であるか否かを判定してもよい。
【０１２０】
（Ｓ３６）監視部２２０は、端末状態管理テーブル２１１の顧客対応状況の項目に“打合せ終了”を設定する。監視部２２０は、更新したプレゼンス情報を管理サーバ１００に通知する。すると、プレゼンス管理部１２０により、通知に応じて、プレゼンス管理テーブル１１２の携帯電話機２００の情報が更新される。具体的には、ユーザＵ１の携帯電話の顧客対応状況の項目に“打合せ終了”が設定される。そして、処理を終了する。
【０１２１】
（Ｓ３７）監視部２２０は、端末状態管理テーブル２１１の顧客対応状況の項目に“打合せ中”を設定する。監視部２２０は、更新したプレゼンス情報を管理サーバ１００に通知する。すると、プレゼンス管理部１２０により、通知に応じて、プレゼンス管理テーブル１１２の携帯電話機２００の情報が更新される。具体的には、ユーザＵ１の携帯電話の顧客対応状況の項目に“打合せ中”が設定される。そして、処理を終了する。
【０１２２】
（Ｓ３８）監視部２２０は、ステップＳ２１で取得した今回のＧＰＳデータと計測テーブル２１３における直前のＧＰＳデータとの差が４秒以上であるか判定する。４秒以上の場合、処理をステップＳ３６に進める。４秒以上でない場合、処理をステップＳ３９に進める。直前の加速度センサ値は、計測テーブル２１３に登録されている情報の中で時刻（タイムスタンプ）が最新の加速度センサ値である。
【０１２３】
（Ｓ３９）監視部２２０は、ステップＳ２１で取得した今回の加速度センサ値と計測テーブル２１３における直前の加速度センサ値との差が所定の誤差内で同じであるか判定する。所定の誤差内で同じでない場合、処理をステップＳ３６に進める。所定の誤差内で同じである場合、打合せが延長していると判断して、処理をステップＳ３７に進める。ステップＳ３９の判定も、ＧＰＳデータの差の判定と同様に、今回の加速度センサ値と直前の加速度センサ値との差が所定の閾値以上であるかに応じて判定できる。すなわち、今回の加速度センサ値と直前の加速度センサ値との差が所定の閾値以上であれば、両加速度センサ値は同じでないと判定できる。今回の加速度センサ値と直前の加速度センサ値との差が所定の閾値よりも小さければ、両加速度センサ値は同じであると判定できる。
【０１２４】
このようにして、監視部２２０は、携帯電話機２００を所持するユーザＵ１の打合せ状況を判定できる。また、打合せ終了予定時刻を経過していても、位置情報および加速度の変化が小さければ、プレゼンスには打合せ中が登録されることになる。これにより、他のユーザは、会議の延長を認識できる。なお、管理サーバ１００は、打合せ終了を設定した後、該当のユーザが帰社したタイミングや所定時間が経過したなどのタイミングで、顧客対応状況の項目を設定なし“−”に戻す。
【０１２５】
図１９は、クライアントによる移動状況の判定の例を示すフローチャートである。以下、図１９に示す処理をステップ番号に沿って説明する。以下では携帯電話機２００を例示して説明するが、他のクライアントについても同様の処理手順である。また、以下の処理は所定の間隔（例えば、３分間隔など）で行われる。
【０１２６】
（Ｓ４１）監視部２２０は、加速度センサ２０７により計測された加速度センサ値をサンプリングする。
（Ｓ４２）監視部２２０は、記憶部２１０に記憶された加速度パターン情報２１５，２１６，２１７を用いて、加速度の大きさと時間とに基づいて何れの移動手段を利用しているかを判定する。加速度に変化がない場合、処理をステップＳ４３に進める。加速度パターン情報２１５に該当する場合、処理をステップＳ４４に進める。加速度パターン情報２１６に該当する場合、処理をステップＳ４５に進める。加速度パターン情報２１７に該当する場合、処理をステップＳ４６に進める。何れにも該当しない場合、処理をステップＳ４７に進める。
【０１２７】
（Ｓ４３）監視部２２０は、端末状態管理テーブル２１１の移動状況の項目に“着席”を設定する。監視部２２０は、ユーザＵ１の移動状況“着席”を管理サーバ１００に通知する。そして、処理を終了する。
【０１２８】
（Ｓ４４）監視部２２０は、端末状態管理テーブル２１１の移動状況の項目に“電車”を設定する。監視部２２０は、ユーザＵ１の移動状況“電車”を管理サーバ１００に通知する。そして、処理を終了する。
【０１２９】
（Ｓ４５）監視部２２０は、端末状態管理テーブル２１１の移動状況の項目に“車”を設定する。監視部２２０は、ユーザＵ１の移動状況“車”を管理サーバ１００に通知する。そして、処理を終了する。
【０１３０】
（Ｓ４６）監視部２２０は、端末状態管理テーブル２１１の移動状況の項目に“徒歩”を設定する。監視部２２０は、ユーザＵ１の移動状況“徒歩”を管理サーバ１００に通知する。そして、処理を終了する。
【０１３１】
（Ｓ４７）監視部２２０は、端末状態管理テーブル２１１の移動状況の項目に“その他”を設定する。監視部２２０は、ユーザＵ１の移動状況“その他”を管理サーバ１００に通知する。そして、処理を終了する。
【０１３２】
このように、監視部２２０は、ユーザＵ１の移動状況を定期的に取得して、管理サーバ１００に通知する。管理サーバ１００は、通知に応じて、プレゼンス管理テーブル１１２のユーザＵ１の移動状況の設定を変更する。
【０１３３】
監視部２２０は、端末状態管理テーブル２１１の社内外（携帯電話機）の項目が社外である場合に、上記の移動状況の判定を行う。監視部２２０は、端末状態管理テーブル２１１の社内外（携帯電話機）の項目が社内である場合は、上記の移動状況の判定を行わなくてもよい。そうすれば、携帯電話機２００が社内にある場合の処理負荷を軽減でき、また、消費電力を削減し得る。ただし、社内における移動状況も管理したい場合には、当該社内外の設定が社内である場合にも上記の移動状況の判定を行ってもよい。
【０１３４】
更に、監視部２２０は、図１７〜図１９の処理を同期して実行することで端末状態管理テーブル２１１の内容を一括して更新してもよい。監視部２２０は、端末状態管理テーブル２１１の内容が更新されたタイミングで、端末状態管理テーブル２１１の更新後の内容を管理サーバ１００に通知してもよい。
【０１３５】
図２０は、管理サーバによる呼出し処理の例を示すフローチャートである。以下、図２０に示す処理をステップ番号に沿って説明する。以下の説明では、ＰＣ３００と携帯電話機２００とを用いたユーザＵ１，Ｕ２の呼出しの例を説明するが、他のクライアントを用いる場合も同様である。
【０１３６】
（Ｓ５１）呼出し部１３０は、ＰＣ３００から携帯電話機２００に対する呼出し要求を受信する。呼出し要求は、ＰＣ３００の識別情報（機体番号）およびユーザＵ２のユーザＩＤ、携帯電話機２００の識別情報およびユーザＵ１のユーザＩＤなどの情報を含む。呼出し要求は、メッセージの伝達方法を指定する情報（例えば、音声通話、テレビ会議、テキストチャットなど）を含む。
【０１３７】
（Ｓ５２）呼出し部１３０は、プレゼンス管理テーブル１１２に登録されている呼出し対象のユーザＵ１のプレゼンスを参照し、呼出し対象のユーザＵ１が呼出し可能な状況であるか判定する。具体的には、ユーザＵ１の顧客対応状況が“打合せ中”でなければ呼出し可能である。ユーザＵ１の顧客対応状況が“打合せ中”であれば呼出し可能でない。呼出し可能な場合、処理をステップＳ５３に進める。呼出し可能でない場合、処理をステップＳ５４に進める。
【０１３８】
（Ｓ５３）呼出し部１３０は、携帯電話機２００に呼出し要求を送信する。携帯電話機２００は、呼出し要求に応じて、呼出し音やバイブレーションなどによりユーザＵ１の呼出しを行う。ユーザＵ１が携帯電話機２００で呼出しに応じる操作を行うと、呼出し部１３０は、呼出し要求に対する応答を携帯電話機２００から受信する。すると、呼出し部１３０は、携帯電話機２００とＰＣ３００との間の接続を確立する。そして、携帯電話機２００とＰＣ３００とを用いたユーザＵ１，Ｕ２のメッセージの伝達が開始される。伝達方法は、ＰＣ３００により指定された方法となる。そして、処理を終了する。
【０１３９】
（Ｓ５４）呼出し部１３０は、呼出し対象のユーザＵ１の呼出しを行えない旨をＰＣ３００に通知する。
（Ｓ５５）呼出し部１３０は、呼出し予約の登録指示をＰＣ３００から受け付ける。呼出し部１３０は、ＰＣ３００から携帯電話機２００への呼出し予約を呼出し予約テーブル１１５に登録する。この呼出し要求は、ユーザＵ２からユーザＵ１に対する呼出し要求ということもできる。呼出し部１３０は、プレゼンス管理テーブル１１２におけるユーザＵ１の顧客対応状況の変化を監視する。
【０１４０】
（Ｓ５６）呼出し部１３０は、プレゼンス管理テーブル１１２を参照して、ユーザＵ１の顧客対応状況が“打合せ中”から“打合せ終了”になったことを検出する。
（Ｓ５７）呼出し部１３０は、呼出し予約テーブル１１５を参照し、依頼者であるユーザＵ２のＰＣ３００に呼出し要求を送信する。ＰＣ３００では、呼出し要求に応じて、呼出し音やバイブレーションなどによりユーザＵ２の呼出しが行われる。ユーザＵ２がＰＣ３００で呼出しに応じる操作を行うと、呼出し部１３０は呼出し要求に対する応答をＰＣ３００から受付ける。このとき、呼出し部１３０は、メッセージの伝達方法（例えば、音声通話、テレビ会議、テキストチャットなど）の指定も受付ける。
【０１４１】
（Ｓ５８）呼出し部１３０は、呼出し予約テーブル１１５を参照し、呼出し対象であるユーザＵ１の携帯電話機２００に呼出し要求を送信する。携帯電話機２００では、呼出し要求に応じて、呼出し音やバイブレーションなどによりユーザＵ１の呼出しが行われる。ユーザＵ１が携帯電話機２００で呼出しに応じる操作を行うと、呼出し部１３０は、呼出し要求に対する応答を携帯電話機２００から受信する。すると、呼出し部１３０は、携帯電話機２００とＰＣ３００との間の接続を確立する。そして、携帯電話機２００とＰＣ３００とを用いたユーザＵ１，Ｕ２のメッセージの伝達が開始される。伝達方法は、ＰＣ３００により指定された方法となる。
【０１４２】
（Ｓ５９）呼出し部１３０は、実行済みの呼出し予約を呼出し予約テーブル１１５から削除する。そして、処理を終了する。
図２１は、呼出し処理の流れの例を示すシーケンス図である。以下、図２１に示す処理をステップ番号に沿って説明する。また、以下の説明では、ＰＣ３００から管理サーバ１００へテレビ会議を行いたい旨の呼出し要求を送信するものとする。そして、依頼者（ユーザＵ２）のＰＣ３００と呼出し対象者（ユーザＵ１）の携帯電話機２００との間でテレビ会議による通信が確立するまでを説明する。
【０１４３】
（ＳＴ１０１）管理サーバ１００は、打合せのスケジュールを携帯電話機２００に通知する。ステップＳＴ１０１のタイミングは、携帯電話機２００が管理サーバ１００に対して初回のログインをしたタイミングでもよいし、管理サーバ１００に登録されたスケジュールが変更されたタイミングなどでもよい。携帯電話機２００は、ユーザＵ１の打合せのスケジュールを時間管理テーブル２１２に登録する。
【０１４４】
（ＳＴ１０２）携帯電話機２００は、図１６〜図１９の処理により、ユーザＵ１のプレゼンスを継続的に監視する。携帯電話機２００は、時間管理テーブル２１２に登録された打合せ開始予定時刻に達したことを検出すると、ユーザＵ１の顧客対応状況を“打合せ中”と判定する。携帯電話機２００は、端末状態管理テーブル２１１の顧客対応状況を“打合せ中”に設定する。
【０１４５】
（ＳＴ１０３）携帯電話機２００は、更新後のプレゼンス（顧客対応状況“打合せ中”）を管理サーバ１００に通知する。
（ＳＴ１０４）管理サーバ１００は、プレゼンス管理テーブル１１２におけるユーザＵ１の顧客対応状況を“打合せ中”に更新する。
【０１４６】
（ＳＴ１０５）ＰＣ３００は、携帯電話機２００に対するテレビ会議の呼出し要求を管理サーバ１００に送信する。例えば、呼出し要求は、ユーザＵ２がユーザＵ１とテレビ会議を行いたい場合に、ユーザＵ２がＰＣ３００を操作することで、ＰＣ３００から管理サーバ１００に送信される。
【０１４７】
（ＳＴ１０６）管理サーバ１００は、プレゼンス管理テーブル１１２を参照し、ユーザＵ１の顧客対応状況が“打合せ中”のため呼出しを行えない旨をＰＣ３００に応答する。
（ＳＴ１０７）管理サーバ１００は、ＰＣ３００から携帯電話機２００に対する呼出しの予約を呼出し予約テーブル１１５に登録する。この場合、ＰＣ３００により管理サーバ１００に対して呼出し予約がなされたことになる。図２０のステップＳ５５で例示したように、管理サーバ１００は、ステップＳＴ１０６の応答に対し、呼出し予約を行う旨の指示をＰＣ３００から受け付けてから、本ステップＳＴ１０７を実行してもよい。
【０１４８】
（ＳＴ１０８）携帯電話機２００は、図１８の処理により、ユーザＵ１の顧客対応状況が“打合せ終了”になったと判定する。携帯電話機２００は、端末状態管理テーブル２１１の顧客対応状況を“打合せ終了”に設定する。
【０１４９】
（ＳＴ１０９）携帯電話機２００は、更新後のプレゼンス（顧客対応状況“打合せ終了”）を管理サーバ１００に通知する。
（ＳＴ１１０）管理サーバ１００は、プレゼンス管理テーブル１１２におけるユーザＵ１の顧客対応状況を“打合せ終了”に更新する。
【０１５０】
（ＳＴ１１１）管理サーバ１００は、ユーザＵ２の呼出し要求をＰＣ３００に送信する。ＰＣ３００は、呼出し音やバイブレーションによりユーザＵ２を呼出す。
（ＳＴ１１２）ＰＣ３００は、ユーザＵ２の呼出しに応答する操作を受け付ける。このとき、ＰＣ３００は、ユーザＵ２によるメッセージの伝達方法の選択を受け付ける。ここでは、テレビ会議が選択された場合を想定する。すると、ＰＣ３００は、呼出しに対する応答を管理サーバ１００に送信する。この応答は、ユーザＵ２によりメッセージの伝達方法としてテレビ会議が選択された旨の情報を含む。
【０１５１】
（ＳＴ１１３）管理サーバ１００は、ユーザＵ１の呼出し要求を携帯電話機２００に送信する。携帯電話機２００は、呼出し音やバイブレーションによりユーザＵ１を呼出す。
（ＳＴ１１４）携帯電話機２００は、ユーザＵ１の呼出しに応答する操作を受け付ける。すると、携帯電話機２００は、呼出に対する応答を管理サーバ１００に送信する。
【０１５２】
（ＳＴ１１５）管理サーバ１００は、テレビ会議の接続が確立された旨をＰＣ３００に通知する。
（ＳＴ１１６）ＰＣ３００および携帯電話機２００は、テレビ会議の通信を開始する。以後、ユーザＵ１，Ｕ２によるテレビ会議が開始される。
【０１５３】
このように、管理サーバ１００は、ユーザＵ１が顧客と打合せ中であり、携帯電話機２００を用いたユーザＵ１の呼出しを行えない状況でも、呼出し予約を登録し、ユーザＵ１の状況を監視する。そして、管理サーバ１００は、ユーザＵ１の状況の変化に応じて、携帯電話機２００およびＰＣ３００を用いたユーザＵ１，Ｕ２の（予約された）呼出しを実行する。
【０１５４】
更に、図２０のステップＳ５２では、ユーザの顧客対応状況に応じて呼出し可能か否かを判定するものとしたが、例えば、ユーザの移動状況に応じて呼出し可能か否かを判定してもよい。具体的には、ユーザの移動状況が“徒歩”や“着席”である場合に呼出し可能と判定し、“電車”や“車”である場合に呼出し可能でないと判定することが考えられる。“電車”などの公共交通機関を利用中での通話などは、マナー違反となるおそれがあるからである。また、“車”を運転中であればメッセージの伝達を行えないからである。
【０１５５】
また、図２０のステップＳ５６では、ユーザの顧客対応状況と移動状況との両方に基づいて、呼出し可能か否かを判定することも考えられる。例えば、顧客対応状況が“打合せ終了”となっても、移動状況が“電車”や“車”の場合には、移動状況が“徒歩”や“着席”に変更されるまで、図２０のステップＳ５７の呼出しの実行を待機することも考えられる。
【０１５６】
また、呼出し部１３０は、図２０のステップＳ５７でＰＣ３００に呼出し要求を送信する際に、ユーザＵ１の状況に応じてメッセージの伝達方法を選択してもよい。例えば、ユーザＵ１の移動状況が“電車”である場合に、音声通話やテレビ会議でのコミュニケーションを行えないとしてもテキストチャットであればコミュニケーションを行えることも考えられる。この場合、呼出し部１３０は、例えばメッセージの伝達方法としてテキストチャットを選択して、ユーザＵ１，Ｕ２によるメッセージの伝達を開始させることも考えられる。
【０１５７】
なお、管理サーバ１００は、依頼元のユーザＵ２の状況を更に考慮して予約された呼出しのタイミングを決定してもよい。以下では、その機能を例示する。
図２２は、管理サーバによる呼出し処理の他の例を示すフローチャートである。以下、図２２に示す処理をステップ番号に沿って説明する。以下の説明では、ＰＣ３００と携帯電話機２００とを用いたユーザＵ１，Ｕ２の呼出しの例を説明するが、他のクライアントを用いる場合も同様である。ここで、図２２の手順は、図２０の手順にステップＳ５６ａを追加したものである。具体的には、管理サーバ１００は、ステップＳ５６の後にステップＳ５６ａを実行し、ステップＳ５６ａの判定結果に応じて、ステップＳ５７を実行する。そこで、ステップＳ５６ａを説明し、他のステップの説明を省略する。
【０１５８】
（Ｓ５６ａ）呼出し部１３０は、プレゼンス管理テーブル１１２を参照して、依頼元のユーザＵ２の所在が社内であるか否かを判定する。社内である場合、処理をステップＳ５７に進める。社内でない場合（すなわち、社外である場合）、処理をステップＳ５６ａに進める（ユーザＵ２が社外から帰社するまで待機する）。
【０１５９】
このように、管理サーバ１００は、ユーザＵ１，Ｕ２の双方の都合を考慮して、予約された呼出しのタイミングを決定してもよい。例えば、依頼者が呼出し予約をした後に社外に移動することがあるからである。なお、ステップＳ５６ａの判定を、ユーザＵ２が利用するクライアントにより取得された位置情報に基づいて行ってもよい。例えば、位置情報が事務所内の位置に該当すれば社内、事務所内の位置に該当しなければ社外というように判定してもよい。
【０１６０】
また、ステップＳ５６ａでは、ユーザＵ２が社内に存在していても、ＰＣ３００がオフラインの状態の場合もある。そこで、呼出し部１３０は、予約された呼出しを実行する際に（ステップＳ５８）、ユーザＵ２が利用するクライアントのうち、オンラインの状態であるクライアントを選択し、選択したクライアントに対して、ユーザＵ２の呼出しを要求してもよい。更に、管理サーバ１００は、ユーザＵ２が利用できるクライアントの状況に応じて、メッセージの伝達の方法を選択してもよい（例えば、携帯電話機しか利用できなければ音声通話とする、など）。
【０１６１】
以上のようにして、管理サーバ１００は、より適切なタイミングで予約された呼出しを実行できる。例えば、携帯電話機２００の位置情報を用いてユーザＵ１の状況を判定することも考えられるが、ユーザＵ１の状況の判定の精度が低くなるおそれがある。位置情報のみでは、ユーザＵ１の実際の行動を把握するのに乏しいことがあるからである。例えば、客先であっても頻繁に動き回っていれば取り込み中ではないと判断できることもある。
【０１６２】
そこで、管理サーバ１００は、携帯電話機２００で取得される位置情報（ＧＰＳデータ）および加速度情報（加速度センサ値）によりユーザＵ１の打合せが終了したと判断されたタイミングを、呼出しの実行タイミングとする。例えば、図１８で例示したように、携帯電話機２００では、位置情報と加速度情報から打合せの延長の有無も判断して、管理サーバ１００に通知する。このため、管理サーバ１００は、より適切なタイミングでユーザＵ１，Ｕ２の呼出しを行える。
【０１６３】
このように判定されたユーザの状況に応じたタイミングでＰＣ３００を所持するユーザＵ２と携帯電話機２００を所持するユーザＵ１とを呼出すことで、コミュニケーションを円滑に開始できる。このとき、双方のユーザを呼出すので、ＰＣ３００を所持するユーザＵ２に携帯電話機２００を所持するユーザＵ１の状況を継続して確認させる手間を強いずに済む。
【０１６４】
また、第２の実施の形態では、２人のユーザ間でメッセージの伝達を行う場合を例示したが、３人以上のユーザ間でメッセージの伝達を行う場合も同様である。例えば、あるタイミングで１人のユーザが複数のユーザを呼出して電話会議を行おうとする場合を考える。管理サーバ１００は、呼出し先の複数のユーザの何れかが取り込み中（例えば、打合せ中）であれば、依頼元のユーザと呼出し先の複数のユーザを電話会議に呼出すユーザとして、呼出し予約を登録する。そして、取り込み中であったユーザの取り込み中の状態が終了したときに、登録された各ユーザを呼出して電話会議を開始させる。このように、３人以上のユーザがメッセージの伝達を行う場合にも、適切なタイミングで各ユーザを呼出し、コミュニケーションの円滑化を図れる。
【０１６５】
なお、前述のように、第１の実施の形態の情報処理は、演算部１ｂにプログラムを実行させることで実現できる。また、第２の実施の形態の情報処理は、管理サーバ１００が備えるプロセッサにプログラムを実行させることで実現できる。プログラムは、コンピュータ読み取り可能な記録媒体（例えば、光ディスク３３、メモリ装置３４およびメモリカード３６など）に記録できる。
【０１６６】
プログラムを流通させる場合、例えば、当該プログラムを記録した可搬記録媒体が提供される。また、プログラムを他のコンピュータの記憶装置に格納しておき、ネットワーク経由でプログラムを配布することもできる。コンピュータは、例えば、可搬記録媒体に記録されたプログラムまたは他のコンピュータから受信したプログラムを、記憶装置に格納し、当該記憶装置からプログラムを読み込んで実行する。ただし、可搬記録媒体から読み込んだプログラムを直接実行してもよく、他のコンピュータからネットワークを介して受信したプログラムを直接実行してもよい。
【符号の説明】
【０１６７】
１  情報処理装置
１ａ  記憶部
１ｂ  演算部
２，３  クライアント装置
３ａ  位置検出部
３ｂ  加速度検出部
４，５  ネットワーク
Ａ，Ｂ  ユーザ
【図１】
2015154180.tif 000003
【図２】
2015154180.tif 000004
【図３】
2015154180.tif 000005
【図４】
2015154180.tif 000006
【図５】
2015154180.tif 000007
【図６】
2015154180.tif 000008
【図７】
2015154180.tif 000009
【図８】
2015154180.tif 000010
【図９】
2015154180.tif 000011
【図１０】
2015154180.tif 000012
【図１１】
2015154180.tif 000013
【図１２】
2015154180.tif 000014
【図１３】
2015154180.tif 000015
【図１４】
2015154180.tif 000016
【図１５】
2015154180.tif 000017
【図１６】
2015154180.tif 000018
【図１７】
2015154180.tif 000019
【図１８】
2015154180.tif 000020
【図１９】
2015154180.tif 000021
【図２０】
2015154180.tif 000022
【図２１】
2015154180.tif 000023
【図２２】
2015154180.tif 000024