(57)【要約】【課題】連絡相手の在席状況や忙しさを予め精度良く知ることのできる在席管理装置及びその方法を提供する。【解決手段】連絡を取りたい相手が在席しているか、あるいは、忙しくないかを予め知るため、状態管理装置は、ネットワークを介して、相手の端末に搭載された状態確認機能／装置のキーボードやマウスの打鍵間隔を統計情報として取得する。打鍵間隔の統計情報は、状態管理装置がヒストグラムにし、予め取得された判定用情報と比較することによって、連絡相手が在席しているか、あるいは、忙しいかを判断し、結果を利用者に通知する。【選択図】      図１１
2004171444.tif 000002
【特許請求の範囲】
【請求項１】
連絡相手の在席状況あるいは忙しさの情報を予め連絡を取る前に取得する在席管理方法であって、
連絡相手の使用する端末において使用されているアプリケーションプログラムに関する情報を検出するステップと、
該アプリケーションプログラムを使用中に、該端末への入力間隔を取得するステップと、
該アプリケーションプログラムに関する情報と、該入力間隔とを統計的に処理するステップと、
該統計処理の結果から、連絡相手の在席状況あるいは忙しさを判定するステップと、
を備えることを特徴とする在席管理方法を情報処理装置に実現させるプログラム。
【請求項２】
前記端末への入力間隔を取得するステップにおいては、キーボードの打鍵間隔あるいは、マウスのクリックの間隔を取得することを特徴とする請求項１に記載のプログラム。
【請求項３】
前記統計処理するステップにおいては、取得された統計情報を、予め所定の状態において取得された統計情報とを比較し、類似の度合いを算出することを特徴とする請求項１に記載のプログラム。
【請求項４】
前記統計情報の比較は、入力間隔と使用アプリケーションの情報とを加味して作成されたヒストグラムを比較することによって行われることを特徴とする請求項３に記載のプログラム。
【請求項５】
連絡相手へ連絡を付けたい利用者に対し、連絡相手の在席状況あるいは忙しさを判定するステップで得られた判定結果が所定の条件を満たした時に、通知を送付するステップを更に備えることを特徴とする請求項１に記載のプログラム。
【請求項６】
連絡相手への連絡を付けたい利用者の端末に、前記判定結果をネットワークを介して送信することを特徴とする請求項１に記載のプログラム。
【請求項７】
前記判定結果は、ネットワークを介して、同報送信により、前記利用者の端末に送信されることを特徴とする請求項６に記載のプログラム。
【請求項８】
連絡相手への連絡を付けたい利用者の端末で、ネットワークを介してアクセス可能な場所に前記判定結果を公開することにより、該利用者に判定結果を通知することを特徴とする請求項１に記載のプログラム。
【請求項９】
連絡相手の在席状況あるいは忙しさの情報を予め連絡を取る前に取得する在席管理方法であって、
連絡相手の使用する端末において使用されているアプリケーションプログラムに関する情報を検出するステップと、
該アプリケーションプログラムを使用中に、該端末への入力間隔を取得するステップと、
該アプリケーションプログラムに関する情報と、該入力間隔とを統計的に処理するステップと、
該統計処理の結果から、連絡相手の在席状況あるいは忙しさを判定するステップと、
を備えることを特徴とする在席管理方法を情報処理装置に実現させるプログラムを記録した、情報処理装置読み取り可能な記録媒体。
【請求項１０】
連絡相手の在席状況あるいは忙しさの情報を予め連絡を取る前に取得する在席管理方法であって、
連絡相手の使用する端末において使用されているアプリケーションプログラムに関する情報を検出するステップと、
該アプリケーションプログラムを使用中に、該端末への入力間隔を取得するステップと、
該アプリケーションプログラムに関する情報と、該入力間隔とを統計的に処理するステップと、
該統計処理の結果から、連絡相手の在席状況あるいは忙しさを判定するステップと、
を備えることを特徴とする在席管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
端末操作を主とする作業状況に関し、端末の操作状況を元に在席／離席及び在席時の状況を管理する在席管理装置及びその方法に関する。
【０００２】
【従来の技術】
コミュニケーションを取りたい相手が自席周辺であった場合、音声や映像によって在席／不在を確認したり、コミュニケーション開始可能な状態か否かを容易に判断したりすることができるが、遠隔地ではそれらの情報を取得することはできない。
【０００３】
コミュニケーションを取りたい相手が遠隔地にいる場合、その在不在は、かかってきた電話に応答するか否かで確認できる。しかし、この手段では電話をかけられた相手の状態を無視するため、相手の作業を妨害することになることもある。また、不在の場合には、電話をかけた者が不要な時間を費やすことにもつながり、双方にとって最適なタイミングでコミュニケーションをとることが難しい。
【０００４】
従来の在席管理技術としては、グループウェアのスケジュール管理機能により在席・離席情報を公開するという手段がある。また、ＩＲＣ、ＩＣＱ、ＩＰ  Ｍｅｓｓｅｎｇｅｒ等のコミュニケーションソフトでも在席・離席情報を表示することが可能である。しかし、こうした手段の多くにおいて管理する情報は、利用者が手動で設定するため、利用者によっては設定し忘れたり、急なスケジュール変更などをリアルタイムに更新できないこともしばしばあり、在席情報としての信頼性に欠ける。
【０００５】
リアルタイムな在席情報として有効なものとしてはアウェアネス情報（相手の状況を本人が気づくような相手の状況を示す相手が示すシグナル（何か暇そうにしているなとか、一生懸命タイピングをしているので忙しいのだななどを知らしめる本人の様子）などを一般的にこのように呼ぶ）が挙げられる。特許文献１は、アウェアネス情報としての「忙しさ」に注目して、遠隔地間での最良のコミュニケーション手段を自動的に選択可能とするシステムを提案している。ここでは、アウェアネス情報の取得は、コンピュータ上で起動中のアプリケーション情報を自動あるいは手動で取得される。
【０００６】
また、特許文献２では、キーボード・マウスを利用する頻度からアウェアネス情報を自動取得してコミュニケーションに役立てるという考えが示されている。ここでの取得情報の方法はキータイプ、もしくはマウスのアイドル時間を取得し、その時間を予め集計したデータ結果にあてはめて、集中度として使用するものである。
【０００７】
キーボード・マウスなどの入力装置から取得した情報のアウェアネス情報以外の利用法としては、特許文献３があり、キーボードの入力操作を監視して、人体検知センサと組み合わせたコンピュータ電源のオートパワーオフまでの時間を制御するシステムが提案されている。
【０００８】
また、特許文献４において、キーボードからの入力情報を監視し、その入力状態及び、入力の間隔の結果、端末操作者の状態を自動的に検出するシステムが提案されている。
【０００９】
【特許文献１】
特開平８−２９８５４４号公報
【特許文献２】
特開平１０−２５４８５１号公報
【特許文献３】
特開平６−３３７７３９号公報
【特許文献４】
特開昭６２−２６０２１７号公報
【００１０】
【発明が解決しようとする課題】
スケジュール管理ソフトやコミュニケーションソフトを使用した在席情報の管理の場合は、細かく情報を設定する必要があるため、特に忙しい時には設定を忘れたりすることがあり、正確な在席情報を得にくいという問題がある。
【００１１】
在席情報の自動取得については、端末操作の有無により自動的に判定し、設定を変更する機能を提供しているソフトウェアがあり、この機能を用いれば、ある程度リアルタイムに在席情報を得ることが可能である。しかし、一律的な判断しかなく、例えば、忙しく電話をかけてくると迷惑か否かといった細かな状況を判定することはできない。
【００１２】
また、在席情報の表示機能については、現時点での状態のみの表示の場合、常時「忙しい」状態の相手にコミュニケーションを取りたい場合、タイミングが図りづらい。
【００１３】
電話応答による場合には、事前に相手に対して自分の状況を伝達することにはならず、逆に忙しい時には割り込みされ作業進行に影響を与えることになる。
他の方式では、全社的に大規模な設備導入が必要となり多大なコストがかかる。
【００１４】
本発明の課題は、連絡相手の在席状況や忙しさを予め精度良く知ることのできる在席管理装置及びその方法を提供することである。
【００１５】
【課題を解決するための手段】
本発明の在席管理装置は、連絡相手の在席状況あるいは忙しさの情報を予め連絡を取る前に取得する在席管理装置であって、連絡相手の使用する端末において使用されているアプリケーションプログラムに関する情報を検出する手段と、該アプリケーションプログラムを使用中に、該端末への入力間隔を取得する手段と、該アプリケーションプログラムに関する情報と、該入力間隔とを統計的に処理する手段と、該統計処理の結果から、連絡相手の在席状況あるいは忙しさを判定する手段とを備えることを特徴とする。
【００１６】
本発明の在席管理方法は、連絡相手の在席状況あるいは忙しさの情報を予め連絡を取る前に取得する在席管理方法であって、連絡相手の使用する端末において使用されているアプリケーションプログラムに関する情報を検出するステップと、該アプリケーションプログラムを使用中に、該端末への入力間隔を取得するステップと、該アプリケーションプログラムに関する情報と、該入力間隔とを統計的に処理するステップと、該統計処理の結果から、連絡相手の在席状況あるいは忙しさを判定するステップとを備えることを特徴とする。
【００１７】
本発明によれば、連絡相手先が端末をどのように利用しているかを検出し、その利用の仕方を統計的に判断することによって、より正確に連絡相手先の状況を判断することができるので、連絡相手先に連絡しようとする利用者は、連絡相手先をじゃますることなく、時間のとれるときに確実に連絡をとることができるようなる。従って、会社などにおいては、コミュニケーションが効率的になり、より会社の生産性を向上することができる。
【００１８】
【発明の実施の形態】
本発明の実施形態では、ネットワークを介して相手の在席／離席を把握し、かつ、在席時にはアウェアネス情報を状況により自動的に伝達し、コミュニケーションを取りたい本人が把握することを、大規模な装置を導入することなく低コストで実現する。
【００１９】
本発明の実施形態では、各端末の操作状況及び起動アプリケーションによる作業内容を自動的に取得し、情報を蓄積する状態管理装置、取得した情報より繁忙度を判定する状態判定装置、及びコミュニケーションを取りたい本人が相手の状態を確認するための状態確認装置を、大規模な装置を導入することなく、既存の環境を利用した簡易なアプリケーションとして提供する。
【００２０】
状態管理装置は、端末操作状態の取得に端末利用者の設定を不要とし、本発明の実施形態の装置だけで、端末操作状態を取得する。また、繁忙度の判定結果をアウェアネス情報として自動的、あるいは情報要求を受信した場合に、状態確認装置に対して送信する。
【００２１】
状況判定装置は、繁忙度の判定に端末利用者の設定を不要とし、本発明の実施形態の装置だけで、繁忙度を取得する。繁忙度の判定基準として端末の操作頻度に加え、用途による重み付けを行う。こうして集められたデータを統計的に判断することで、客観的で多様な繁忙度を設定する。
【００２２】
状態確認装置は、アウェアネス情報の受信に特別な設定を不要とし、ネットワークに接続しており、状態管理装置を自端末に取り入れている者全てのアウェアネス情報を自動的、あるいは情報取得要求によって取得する。
【００２３】
状態表示については、忙しさの度合いで表現することによってより細かい状態を表現できるようにすることに加え、その度合いを時系列で表示することにより個人作業の状態の推移を視覚的に判断することを可能にする。
【００２４】
図１及び図２は、本発明の実施形態の装置が利用可能なシステム構成を説明する図である。
図１の構成は、状態確認装置１１−１〜１１−ｎ、及び、状態管理装置１０、１０ａ−１〜１０ａ−ｎがＬＡＮやＷＡＮ１２などのネットワークを介して互いに接続され、状態管理装置１０、１０ａ−１〜１０ａ−ｎから取得された情報が、ネットワーク１２を介して状態確認装置１１−１〜１１−ｎに通知される構成である。
【００２５】
状態確認装置１１−１〜１１−ｎは、仕事に忙しさや、忙しさの度合いなどを知りたい人間が使用している端末であって、実際には、端末にインストールされる特定のプログラムによって実現される装置である。例えば、状態確認装置１１−１を使用しているユーザが状態管理装置１０ａ−１を使用している相手と連絡を取りたいとした場合、ユーザは、状態確認装置１１−１を使って、ネットワーク１２を介して、状態管理装置１０ａ−１にアクセスし、状態管理装置１０ａ−１を使っている相手の状態に関するアウェアネス情報を取得する。そして、ユーザは、相手が暇そうにしている時をアウェアネス情報から知得し、相手に連絡をとるようにする。
【００２６】
図２においては、図１と同じ構成要素には同じ番号を付している。図２のシステムにおいては、状態管理装置１０、１０ａ−１〜１０ａ−ｎにて取得されたアウェアネス情報は、ＷＷＷサーバ１３に送信され、ネットワーク１２を介して、全ての状態確認装置１１−１〜１１−ｎに対して公開される。ＷＷＷサーバ１３は、状態管理装置１０、１０ａ−１〜１０ａ−ｎがリアルタイムに収集するアウェアネス情報を、常時受け取り、最新の情報を公開するものである。また、最新の情報の公開においては、各状態管理装置１０、１０ａ−１〜１０ａ−ｎ使用者のアウェアネス情報の他に、各使用者のスケジュール表なども、各使用者を特定する情報と共に公開する。
【００２７】
このようにすることにより、状態確認装置１１−１〜１１−ｎで閲覧可能なＷＷＷサーバ１３の公開情報は、常に最新の情報を有しており、状態確認装置１１−１〜１１−ｎを使用する使用者であれば、いつでも閲覧が可能である。従って、コミュニケーションを取りたい相手の状況をいつでも自由に取得可能である。
【００２８】
図３は、アウェアネス在席管理機能の全体をブロックとして記述した図である。
図３において、Ａで示される四角で囲まれている機能がアウェアネス在席管理機能を示す。この中の、Ｂの四角で囲まれている機能が状態管理機能であり、Ｃの四角で囲まれている機能が状態確認機能である。
【００２９】
Ｂの四角で囲まれている状態管理機能には、即時送信機能（リアルタイムにアウェアネス情報を送信する機能）、定時送信機能（定期的にアウェアネス情報を送信する機能）、状態判定部（送られてきたアウェアネス情報から、対応するユーザの忙しさなどを判定する機能）、操作情報収集機能（ユーザが端末をどの程度使っているかを示す情報を取得する機能）が存在する。
【００３０】
また、Ｃの四角で囲まれている状態確認機能には、コミュニケーションを取りたい相手の状態を判断する状態判定部と、判定の結果を表示する表示部とが含まれる。
【００３１】
また、アウェアネス在席管理機能を実現するために必要とされるデータとしては、相手先を特定する宛先情報と、操作イベント、アプリケーション情報、操作時間などを格納する操作ログ、アプリケーション種別情報と、測定打鍵間隔に従って集計したヒストグラムを作成するためのデータを格納する操作間隔ログ、アプリケーション種別による重み付け、打鍵分布の判定用情報といった判定時に用いる情報を格納する判定用情報と、操作間隔ログ、判定用情報から相手の繁忙度を判定した結果を格納する判定ログ、情報を見たい相手の判定結果のログである相手先判定ログ、相手の繁忙度を表示するために使用するスケジュール表などの情報を格納しておく繁忙度表示用情報、相手と連絡を取るため、相手の繁忙度が小さくなった場合に連絡をもらうための予約を行う予約情報などが設けられる。
【００３２】
図１及び図２では、状態管理機能と状態確認機能を別々の装置に設けていたが、図４に示すように、図３のＡの機能を全ての端末に持たせ、互いに、情報を取得しあうようにしても良い。
【００３３】
図４は、本発明の実施形態において使用可能なシステム構成の別の例を示す図である。この場合、ネットワークには、互いに対等なアウェアネス在席管理装置が接続されており、互いに、アウェアネス情報を送受できる構成となっている。
【００３４】
図５は、状態管理装置の機能を説明する図である。
情報管理機能において、操作ログ収集機能２３は、アプリケーション機能のイベントがあった時、情報蓄積用の領域を獲得し、キーストローク、またはマウスクリックなどの入力イベントを操作時間、アプリケーション情報として、記録、あるいは、アプリケーション毎に分類して記録する。
【００３５】
また、定時送信機能２１は、ＯＳのタイマ機能を用いて、繁忙度の判定結果を状態確認機能に送信するものである。即時送信機能２０は、状態確認装置からの依頼によって判定結果、または操作ログを要求依頼元の状態確認装置に送信するものである。
【００３６】
状態判定部２２は、操作ログと判定用情報を用いて繁忙度の判定を行う。状態判定部２２が呼び出される契機は、定時送信のタイミング、あるいは、ＯＳのタイマ機能によって呼び出されるタイミングである。
【００３７】
図６は、状態判定処理の流れを示す図である。
ステップＳ１において、操作ログと、測定打鍵間隔（判定用情報）より、操作間隔ログを作成する。ステップＳ２において、操作間隔ログと判定用情報中の判定用情報の比較を行う。そして、ステップＳ３において、判定用情報中のアプリケーション繁忙度を表すポイントを加算する。ステップＳ２及びＳ３の判定用情報は、個人用情報、または、状態確認情報要求元の持つ判断用情報である。
【００３８】
スイッチＳ４においては、状態遷移の判定を判定ログより行う。状態遷移の予測は、株価予測などで用いる一般的なトレンド予測の手法を用いる。即時送信の場合、傾向による情報は必要ないため、この処理は省略しても良い。
【００３９】
状態遷移判定機能は、過去の状態の推移によって現在の状態を予測した上で状態を判断する機能である。このための情報処理のタイミングには以下のパターンがある。
（１）定期的に状態判定部を呼び出し、その結果を判定ログに蓄積する。この場合定時送信は行わない。
（２）定時送信のタイミングで状態判定部を呼び出し、その結果を判定ログに蓄積し、相手先に送信する。
【００４０】
即時送信の場合、上記の各場合に従って以下のパターンがある。
（１）の場合、状態確認装置からの情報要求があった時点で、蓄積されている最新の判定ログを送信する。
（２）の場合、定期受信の情報より新しい情報が必要であるため、情報要求があった時点で、状態判定部を呼び出し、判定結果を要求元に送信する。
【００４１】
図７は、状態管理装置の詳細を示す図である。
状態管理装置は、ユーザの使用する入力装置３０と、操作ログ集積装置３１、操作ログ３２、起動アプリ監視装置３３、操作ログ分析装置３４、状態判定装置３５、状態送受信装置３７、アプリケーション種別情報３８、判定用情報３９、及び状態遷移情報４０からなる。
【００４２】
操作ログ集積装置３１は、端末利用者のキーボードやマウスなどの操作状況を常に監視し、操作情報を集積する装置である。起動アプリ監視装置３３は、アクティブな起動アプリケーションを監視し、アプリケーションが何であるかを判定する装置である。操作ログ分析装置３４は、予め設定された時間間隔毎に、操作ログ集積装置が収集した操作情報と、アプリケーション種別情報から操作状況を分析し、その結果をヒストグラム情報（判定用情報）にまとめる装置である。状態判定装置３５は、操作ログ分析装置によって作成されたヒストグラム情報と、予め設定された繁忙度の判定用情報とを比較し、現在の状況を判断する装置である。また、状態判定装置３５では蓄積された状態判定情報より状態の遷移を予測し、蓄積する。状態送受信装置３７は、状態判定装置３５によって判定された状態に変化があった場合に、予め設定された相手（状態確認装置またはＷＷＷサーバ）に対して状態情報を通知したり、状態確認装置より状態判定装置に対する状態確認の要求を受信した場合に情報受信を代行する。。
【００４３】
図８及び図９は、判定用情報の例を示す図である。
図８の場合、利用者Ａの打鍵間隔パターンが示されている。忙しくない場合には、打鍵間隔（図８の場合には、連続３打鍵するのにかかった時間）の分布が、点線で示されるように、３秒の周辺でピークを作っており、ヒット数も少な目になっている。これに対し、忙しい時の打鍵間隔の分布は、実線で示されるように、１秒弱の部分で大きなピークを持っており、ヒット数も非常に大きくなっている。
【００４４】
また、図９の場合、利用者Ｂの打鍵間隔パターンが示されている。忙しくない場合には、打鍵間隔（連続３打鍵するのにかかった時間）の分布が、点線で示されるように、３秒強の部分と、２０秒程度の部分にピークがあり、ヒット数が比較的小さくなっている。これに対し、忙しいときには、実線で示されるように、１秒弱の部分に大きなピークがあり、１０秒程度のところに第２のピークがある。また、ヒット数も大きくなっている。
【００４５】
このように、判定用情報は、利用者の打鍵傾向を示すヒストグラムとして表される。
図１０〜図１２は、情報管理装置の処理の流れを説明する図である。
【００４６】
図１０には、操作ログのデータ構造を示している。情報ログ集積装置は、端末の利用者が実施するキーボードの打鍵、マウスのクリックといった操作を監視し、操作ログを図１０の形式で蓄積する。図１０のデータ構造には、操作時刻、操作内容、アプリケーション名が登録されることになっており、操作時刻は、打鍵などが起こった時刻、操作内容は、打鍵、あるいはクリックなどの利用者の端末に対する操作の内容である。アプリケーション名は、利用者が操作したアプリケーションの名前である。
【００４７】
図１１は、操作ログ分析装置の動作を説明する図である。
操作ログ分析装置は、状態判定装置の指示により、予め設定された時刻にさかのぼり、図１０の形式で蓄積された操作ログにアクセスし、分析した後、状態判定装置に通知する。
【００４８】
分析の方法は、図１１に示すとおりであって、単純な打鍵数、クリック数の累積では状態を正確に把握することが難しいため、以下の方法でサンプリングする。
（１）平均的な連続打鍵数またはクリック数の間隔を測定する。この間隔は対象となるアプリケーション毎に設定することとする。
（２）任意の時間間隔で打鍵間隔の統計を取る。
（３）ヒストグラムを作成する。
【００４９】
以上の方法によって作成されたヒストグラムの例が図１１である。
図１１では、上部に打鍵の例と打鍵間隔が示されている。これは、連続した３打鍵の時間間隔をサンプリングすることを前提にしたものである。サンプリングの開始時の違いに従って、個々のサンプリング値は異なるが、一定時間に渡ってサンプリングし、同図下部のようなヒストグラムを作ることにより、個人毎の傾向を把握することができる。
【００５０】
次に、起動アプリ監視装置は、状態判定装置の指示により、指示された時点での（アクティブ状態の）起動アプリケーション情報を操作ログ集積装置に通知する。
【００５１】
そして、状態判定装置は、予め設定された時間間隔毎に、操作ログ分析装置及び起動アプリ監視装置に情報の取得を依頼し、状態を判定した後に、状態送受信装置に状態の送信を依頼する。また、この他にも状態確認装置から状態送受信装置へ、情報通知の依頼を指示された場合も同様に操作ログ分析装置及び起動アプリ監視装置に情報の取得を依頼し、状態を判定した後、状態遷移判定装置に処理の依頼を通知する。その結果として、状態遷移判定装置で重み付け処理された繁忙情報を受け取り、状態送受信装置に状態の送信を依頼する。
【００５２】
状態判定装置は、離席あるいは在席、在席かつ忙しいか否かを判定する。なお、在席時の繁忙状況は繁忙度数で表される。
状態判定装置の判断は、例えば、以下のようにして行う。
・離席と判定する例
・起動アプリ監視装置より通知された起動アプリケーションがスクリーンセーバ、または、予め離席の状況と関連付けられたアプリケーションの場合
・操作ログ分析装置より通知された情報が、一定時間過去にさかのぼって操作の痕跡がなかった場合
・在席かつ忙しいと判定する例
・起動アプリ監視装置より通知された起動アプリケーションが、予め忙しい状況と関連付けられたアプリケーションの場合
・操作ログ分析装置より通知された情報が、予め忙しい状況においてサンプリングされた判定用情報と（傾向が）類似していた場合
・在席且つ忙しくないと判定する例
・上記のいずれの状態にも合致しない場合
判定用情報は、操作ログ集積装置と操作ログ分析装置により予め作成しておく。判定用情報は、図１２のようなデータ構造を持っている。
【００５３】
図１２は、判定用情報のデータ構造を示す図である。
判定用情報のデータ構造には、アプリケーション名、状態、ヒストグラム情報、許容範囲が設定される。アプリケーション名は、対象となるアプリケーション名であり、状態は、アプリケーション起動時の状態設定、及び忙しい、忙しくないの判定。ヒストグラム情報は、打鍵、クリックなどの分析結果であり、許容範囲は、誤差の範囲指定である。
【００５４】
状態遷移判定装置は、状態判定装置の指示により実行される。状態判定装置で抽出される繁忙度は、１サンプル区間内での打鍵間隔の分布とモデルパターン（判定用情報）との類似度を分析した値となる。この繁忙度は、１サンプル区間内の繁忙状況を象徴するものであり、絶対尺度の数値で表現される。そのため、繁忙度は個人の役職や従事する職種により、その値が大きく異なることが考えられ、状態判定装置で抽出される繁忙度を単純に他者と比較することでは、個人の繁忙状況を判定できない可能性がある。そこで、状態判定装置から通知される各サンプル区間の繁忙度に対し、差分処理を行うことで、時系列上の繁忙度の遷移の傾きを状態判定の基準に含める。これにより、状態判定装置で抽出される繁忙度が他人と比較して常に大きな値を示す場合においても、繁忙状況を的確に表現するための配慮が可能となる。繁忙度が小さな値を示す場合についても同様である。これは、状態判定装置で扱われる繁忙度が１サンプル区間のみの状態を監視するものであるのに対し、状態遷移判定装置は複数サンプル区間を対象とした状態の遷移を監視する。
【００５５】
状態遷移判定装置の遷移判定処理は以下の通りとなる。
（１）現在の繁忙度から１つ過去分の繁忙度を除した差分値を求める。
（２）複数過去において、差分値が連続して正の値であった場合、状態判定装置の値に正の重み付けを行う。
（３）複数の過去において、差分値が連続して負の値であった場合、状態判定装置の値に負の重み付けを行う。
【００５６】
状態送受信装置は、状態判定装置の指示により、予め設定された送信先（状態確認装置またはＷＷＷサーバ）に状態を送信する。また、特定の送信先に限らず、ブロードキャストすることで不特定な送信先に対し状態を送信します。この他に、状態確認装置より状態確認の指示を受信した場合、状態判定装置に対し状態判定の指示を行う。この場合、状態判定装置から返却された結果の送信先は状態確認の指示を送信した状態確認装置になる。
【００５７】
図１３〜図１７は、各データの内容の例を示す図である。
図１３は、アプリケーション種別情報を格納するデータの構成を示した図である。このアプリケーション種別情報を格納するデータ構成では、アプリケーション種別として、ワープロ系、エディタ系、テルネット系、ゲーム系などのアプリケーションの種別が設定される。また、各利用者毎に、どの種別のアプリケーションを使用していた場合に、繁忙度の計算に使用する重みをいくつにするかが設定される。
【００５８】
例えば、利用者Ａの場合、ワープロ系のアプリケーションを使用している場合には、「＋６」、エディタ系では「＋５」、テルネット系では「＋１」となっており、遊んでいると考えられるゲーム系では「−１」となっている。すなわち、ゲーム系のアプリケーションを使用しているときは、盛んに使用していればいるほど、忙しくないということを表現している。他の利用者についても、それぞれの細かな数値は、その利用者の職種などを考慮して異なっているが、仕事中にゲーム系のアプリケーションを使用していることは、忙しくないということを示しているとして、一律「−１」としている。
【００５９】
状態の判定対象の時間内に２つ以上のアプリケーションに対して状態取得対象の操作を行っていた場合には、判定する場合に下記のような重み付けを行う。
・個人用プロファイル中で指定されたアプリケーションについて重み付けをする。
・繁忙度の判定結果がもっとも高ポイントであった（もしくは低ポイントであった）アプリケーションについてのみ判定結果を出す。
・使用頻度に応じた重み付けをする。
（例：キーストローク合計、ウィンドウがアクティブな時間の割合など）
・平均をとる。
・全部のポイントを加算する。
【００６０】
状態の判定については、アプリケーションの種別だけでなく、状態の判定に必要な業務に関連するファイル名、ファイルの所在、ファイルのカテゴリ、を指定しても良い。
【００６１】
図１３で説明されているアプリケーションのワープロ系を使用する業務に関するファイルとしては、各種報告書、例えば、業務報告書のファイル名（例：「９月度月次報告書．ＤＯＣ」）、または、業務報告書を格納するディレクトリ名（例：Ｄドライブ￥業務報告￥）、を指定しても良い。また、障害調査を主な作業とする業務で有れば、アプリケーション種別として障害調査を行うエディタ系を指定し、ファイル名として、ダンプファイル等を指定しても良い。
【００６２】
図１４は、操作ログのデータ例である。
操作ログには、操作が行われた時刻、操作内容、操作の対象となったアプリケーションの名前が登録される。時刻については、図１４の例にあるように「１−Ａｐｒ−２００２  ０２：００：００」という登録データに従って、２００２年４月１日、２時に操作が行われたことが示される。また、操作内容は、キー入力、クリックなどの種別が登録される。アプリケーション名は、利用者が起動して使用したアプリケーションの名前であり、エディタＡとか、ブラウザＡという具体的な名前が登録される。
【００６３】
図１５は、操作間隔ログのデータ例である。
操作間隔ログのデータにおいては、各アプリケーションについて、打鍵の間隔が、０〜０．１秒の場合が何回あったか、０．１〜０．５秒の場合が何回あったかが登録される。各アプリケーションの特定は、アプリケーションの名前によって行われ、図１５においては、例として「エディタＡ」と「ワープロＡ」が示されている。図１５のデータが、打鍵間隔の統計情報を示すヒストグラムとなる。
【００６４】
図１６は、図１３の各項目の詳細な説明図である。
（１）のアプリケーション種別情報は、各アプリケーションについて、測定打鍵間隔が設定される。測定打鍵間隔とは、例えば、エディタＡの場合、５打鍵するのにどのくらい時間がかかったかを測定したという意味である。この測定打鍵間隔には、クリックなどの間隔も含まれる。繁忙ポイントは、図１３のアプリケーション種別情報に登録される重みに、操作間隔ログの情報を加味して算出する。例えば、現在相手先の打鍵間隔が所定値で、使用しているアプリケーションが特定されたとすると、アプリケーション種別情報からの数値に、打鍵間隔の頻度を乗算して求めることも可能である。
【００６５】
（２）は、打鍵分布の判定用情報の例であり、アプリケーション名で指定されるアプリケーションを使用した場合、状態が数値「５０」で表される繁忙度の場合、打鍵間隔のヒストグラムがグラフＨ１のようになり、このヒストグラムと比較して、利用者の現在の繁忙度が「５０」と判断する場合に許容する実測値とのずれは±１０であると示されている。ヒストグラムは、アプリケーション種別情報の数値に、操作間隔ログの各数値を乗算して得ることができる。
【００６６】
（３）は（２）の打鍵分布の判定用情報に格納されるヒストグラムのデータの内容例である。ここでは、打鍵間隔が所定の間隔毎に区切られており、それぞれの区間に打鍵間隔があった場合が何回あったかが、ヒット数Ｈ１に格納される。ただし、ヒストグラムのヒット数は、操作間隔ログのような、純粋な打鍵間隔ではなく、アプリケーション種別情報によって重み付けされ、繁忙ポイントで表されたものである。なお、複数のアプリケーションを起動している場合については、アプリケーション別にヒストグラムを作成しておくこともできる。
【００６７】
図１７は、判定ログのデータ例である。
判定ログの格納データとしては、判定時刻と判定結果が設定される。判定時刻は、利用者の繁忙度を判定した時刻であり、判定結果は、利用者の繁忙度をヒストグラムの比較を行って数値化したものである。繁忙度の数値化は、図１６の（２）の打鍵分布の判定用情報に予め登録されるヒストグラム（過去に利用者が、忙しいとき、暇なとき、普通の時の判定用情報を登録してあるとする）と、実測されたヒストグラムとを比較し、許容範囲内で一致した場合、状態のフィールドに格納される数値を繁忙度とすることによって行われる。打鍵分布の判定用情報の状態のフィールドの数値は、当業者によって適宜決定されるべきものである。
【００６８】
図１８は、操作ログ集積装置の動作を説明するフローチャートである。
まず、ステップＳ１１において、打鍵した時刻の取得を行う。
そして、ステップＳ１２において、起動アプリ監視装置を起動し、起動されたアプリケーションの情報を取得する。ステップＳ１３においては、操作情報を操作ログとしてデータベースに書き込み、処理を終了する。
【００６９】
図１８（ｂ）は、起動アプリ監視装置の動作を示すフローチャートである。
まず、ステップＳ１４において、起動アプリの確認を行い、ステップＳ１５において、起動アプリ情報を操作ログ集積装置に通知して、処理を操作ログ集積装置に返す。
【００７０】
図１９〜図２１は、状態管理装置の状態判定装置及びこれに関連する装置の動作を説明するフローチャートである。
図１９の状態判定装置プロセス図にある状態判定起動制御部では、一定時間毎、もしくは状態情報の要求受信の契機で状態判定部を起動する。状態遷移判定部は状態判定部より呼び出される。
【００７１】
図２０（ａ）のフローチャートを参照すると、図１９（ａ）の状態判定部では、ステップＳ２２において、操作ログ分析装置から分析結果が返されてきたら、ステップＳ２３において、判定用情報を読み込む。ステップＳ２４においては、状態判定を行い、状態送受信装置に情報送信要求を発行する。また、ステップＳ２５において、状態遷移判定部に処理要求を発行する。  図２０（ｂ）は、図２０（ａ）のステップＳ２２の処理を詳細に示すフローチャートである。
【００７２】
ステップＳ２７において、操作ログ分析装置は、操作ログを読み込み、ステップＳ２８において、操作ログの分析を行う。そして、ステップＳ２９において、分析結果を状態判定装置に通知して処理を終了する。
【００７３】
図２１においては、図２０（ａ）のステップＳ２５の処理を詳細に示している。ステップＳ３４において、状態遷移判定部は、状態遷移情報を読み込み、ステップＳ３５において、状態遷移判定を行い、ステップＳ３６において、状態遷移情報をデータベースに書き込む。
【００７４】
図２２は、状態確認装置の基本構成を示す図である。
状態確認装置は、利用者が有する端末によって構成されるものであり、利用者が利用する端末の状態を監視して、繁忙度に関する情報をネットワークを介して同報したり、他の端末の繁忙度を取得するものである。
【００７５】
入力装置５０は、利用者が状態確認装置を構成する端末に対して、入力を行うキーボードやマウスなどである。また、表示装置５６は、利用者にアプリケーションの操作結果を示したり、状態確認装置として取得した他の利用者の端末の利用の度合いから判断した繁忙度などを表示するものである。
【００７６】
確認先選択装置５３は、状態確認を行いたい相手先（状態管理装置）を、利用者がキーボードやマウスなど入力装置５０の操作により、予め設定された状態を確認したい相手先の一覧から選択する装置である。
【００７７】
確認情報出力装置５５は、相手先から通知された状態情報をディスプレイなどの表示装置５６に出力する装置である。
リフレッシュ制御装置５７は、確認先選択装置５３からの情報を元に、状態送受信装置６０に状態確認を指示する。また、リフレッシュ制御装置５７は、状態送受信装置６０からの指示により確認情報出力装置５５に状態情報の出力を指示する装置である。更に、リフレッシュ制御装置５７は、状態送受信装置６０からの指示により、確認情報蓄積装置５４に状態情報の蓄積を指示したり、確認先選択装置５３からの指示により状態確認を行いたい相手先の状況を確認情報監視装置５８に通知する装置である。
【００７８】
確認先選択装置５３は、状態確認装置に設けられる、確認先情報５１として格納されている確認先情報から、相手先を指定しても良いし、ネットワークを介して接続される状態管理装置、あるいは、ＷＷＷサーバが提供する相手先リストから選択しても良い。また、状態情報履歴５２には、利用者が状態確認装置を使って、相手先の状態確認を行った履歴が保存される。更に、自装置状態取得装置５９は、ネットワークを介して、他の利用者から自装置の状態情報の取得依頼があった場合に、自装置の利用者の操作状態を取得してネットワークを介して送信する装置である。
【００７９】
確認情報監視装置５８は、予約の依頼があるかどうかを監視する装置である。
図２３は、判定に用いる情報として、各個人用のプロファイルを持つことによって状態確認装置側独自の判定を可能とする場合の状態確認装置の構成例を示す図である。
【００８０】
図３で説明したように、状態管理装置と状態確認装置の機能が１つの装置で共用となる場合、状態確認装置でも状態判定が可能となる。
ここで、状態を確認したい相手先の判定情報を図２３のようにプロファイルとして確認装置にて保持し、状態管理装置側より判定結果ではなく、操作ログを情報として受信することによって、状態管理装置で判定された結果とは別に、状態確認装置側オリジナルの判定結果を得ることができる。
【００８１】
図２４は、確認先情報のデータ構造を説明する図である。
状態確認装置の処理は、以下の通りである。
まず、確認先選択装置は、端末の利用者からの指示や予め設定された情報（確認時間間隔、相手先）をキーに、確認先情報から通信に必要な情報（ＩＰアドレスなど）を取得し、リフレッシュ制御装置に状態確認を依頼する。
【００８２】
図２４の確認先情報には、相手先名と、対応するＩＰアドレスが登録される。
リフレッシュ制御装置は、確認先選択装置より通知された相手先に対し、状態確認の要求を送信するように状態送受信装置に依頼する。状態送受信装置はリフレッシュ制御装置より通知された相手先に状態確認の要求を通知する。状態管理装置より状態確認の応答またはブロードキャスト（同報）された状態情報を受信するとリフレッシュ制御装置に受信した情報を通知する。リフレッシュ制御装置は、状態送受信装置から通知された状態情報を確認情報出力装置に通知する。そして、確認情報出力装置は、例えば、ディスプレイなどの表示装置を利用し、端末の利用者に対し、相手先の状態情報を通知する。
【００８３】
図２５〜図２７は、状態確認装置に保持されるデータの例を示す図である。
図２５は、宛先情報の例であり、相手先のアドレスと、相手先のマシン名と、当該マシンの使用者の名前が対応付けられて格納されている。また、図２６の繁忙表示用情報の例としては、状態情報の数値によって、相手先がどのような忙しさなのかを判断するためのテーブルが設けられ、また、特定の忙しさを利用者に提示する場合に使用するアイコンのデータ名も指定している。図２７の予約情報は、相手の状態が所定の状態に達した場合、相手に連絡を取りたい利用者が通知を受けるというサービスに使用されるもので、相手先の名前、通知を行う契機となる相手の状態である予約状態、及び、通知の方法（処理内容）が設定される。
【００８４】
図２６と図２７を参照すると、利用者は、「井上」という人が、忙しさが「ふつう」になったら、通話ダイアログを表示してくれるよう予約をいれたことが理解される。
【００８５】
図２８〜図３０は、状態確認装置とその処理の流れを説明する図である。
まず、図２９（ａ）においては、確認先選択装置が呼び出された場合の処理が示されている。確認先選択装置はプロセスであり、リフレッシュ制御装置より随時呼び出される。ステップＳ４０において、確認先一覧表示を行う。ステップＳ４１においては、利用者が確認先の選択を行う。ステップＳ４２において、確認先情報の取得を行い、処理を終了する。
【００８６】
図２８は、リフレッシュ制御装置のプロセス構成を示す。リフレッシュ確認部は、定期的に利用者の状態を確認する場合はそのタイミング、あるいは状態情報の確認要求が行われた場合、リフレッシュ処理部を起動し、アウェアネス情報を最新にする。
図２９（ｂ）においては、リフレッシュ処理部が呼び出された場合の処理が示される。
【００８７】
ステップＳ４６において、状態送受信装置を呼んで相手先状態情報の取得を行う。そして、ステップＳ４９において、状態情報監視装置に対して処理要求を発行し、。予約照合結果を取得する。そして、ステップＳ５０において、確認情報出力装置に処理要求を出す。ステップＳ５１において、確認情報蓄積装置に処理要求を発行し、終了する。
【００８８】
図３０（ａ）は、表示装置における処理を示すフローチャートである。ステップＳ７０において、情報受信の有無を監視し、ステップＳ７１において、繁忙度に応じたアイコンを表示し、ステップＳ７２において、予約情報処理を行う。
【００８９】
図３０（ｂ）は、予約情報の処理内容を示すフローチャートである。ステップＳ７３において、予約情報の設定が行われ、ステップＳ７４において、相手先判定ログと予約情報の照合を行い、ステップＳ７５において、ステップＳ７４の照合結果が相手先判定ログと予約情報との一致を示すものである場合には、指定の処理を実行する。指定の処理としては、通知ダイアログの表示、指定プログラムの実行などが挙げられる。
【００９０】
図３１は、ＷＷＷサーバの構成を示す図である。
ＷＷＷサーバは、状態管理装置と状態確認装置を中継し、状態情報（繁忙度など）をネットワークを介して公開する。ＷＷＷサーバの入力装置６５は、ＷＷＷサーバの管理者がＷＷＷサーバを保守管理する場合に使用するキーボードやマウスなどである。配信装置７０は、情報をネットワーク上に公開するための装置である。
【００９１】
状態情報受信装置６８は、ネットワーク上に公開する全ての状態管理装置からの状態情報を受信する装置である。また、状態情報配信装置６９は、状態情報受信装置６８が保存する状態情報をネットワーク上に、配信装置７０を使って配信する装置である。
【００９２】
状態情報受信装置６８が受け取った状態情報は、状態の確認が終わった結果得られた状態情報を格納する確認情報６６のデータベースに格納される。スケジューラアプリケーション６７は、利用者の状態情報を、当該利用者のスケジュール内容と共に提示するために起動されるスケジュール管理アプリケーションである。
【００９３】
図３２〜図３５は、本発明の実施形態における制御の流れを示すシーケンス図である。
【００９４】
図３２においては、状態確認装置の確認要求によって状態情報を取得する場合を示している。状態確認装置において、繁忙度などの状態を知りたい確認先を選択し、状態の確認要求を状態管理装置にネットワークを介して送信する。状態管理装置では、確認先の状態判定を行い、確認要求をしてきた状態情報を状態確認装置に返す。
【００９５】
図３３は、状態管理装置が一定間隔毎に決められた相手先（状態確認装置）に状態情報を通知する場合を示している。まず、状態管理装置が、例えば、状態確認装置Ｃの状態判定を行い、状態情報を状態確認装置ＡとＢに通知する。この処理は、一定時間毎に定期的に行われる。
【００９６】
図３４は、状態管理装置が一定間隔毎にブロードキャストで状態情報を通知する場合を示している。状態管理装置は、状態確認すべき状態確認装置Ｃの状態を判定する。このとき、各状態確認装置Ａ〜Ｃは、状態情報の受信可能状態を設定する。状態管理装置から状態確認装置Ａ及びＢに状態確認装置Ｃの状態情報を通知する場合、ここでは、ブロードキャスト機能を用いる。従って、状態確認装置Ａ及びＢが受信可能状態になっていれば、状態情報を受信することができるが、状態確認装置Ｃも、受信可能状態になっていれば、自装置の状態情報を状態管理装置から受信することができる。
【００９７】
図３５は、ＷＷＷサーバを介して状態情報を通知する場合である。この場合、状態管理装置は、ブラウザＣを搭載する端末である状態確認装置Ｃの状態判定を行い、状態情報をＷＷＷサーバに通知する。ＷＷＷサーバは、ブラウザＡを搭載する状態確認装置Ａ、ブラウザＢを搭載する状態確認装置Ｂ及び状態確認装置Ｃが接続されているネットワーク上で状態情報を公開し、ブラウザＡ〜Ｃのいずれでも、公開された状態情報を取得することができるようにしている。
【００９８】
図３６〜図３８は、本発明の実施形態に従ったシステムにおける表示例を示した図である。
ネットワークに接続された状態確認装置を使用するメンバの在席管理及び忙しさの表示は、状態管理装置一覧画面及び装置状況詳細画面によって表示される。なお、状態確認装置は、メンバが使用する汎用の端末に搭載されるプログラムなどで構成された機能群で構成されるため、メンバは、状態確認装置として端末を使用する以外に、ワープロや表計算装置としても当該端末を使用可能であり、状態確認装置は、このようなワープロあるいは表計算装置などとして端末を使用している場合の使用状況から、メンバの忙しさなどを統計的に判断するものである。
【００９９】
図３６は、状態確認装置一覧画面の例であり、この画面では、状態確認装置の一覧及びその状態情報を表示する（１Ａ）。状態情報は、同図の場合、暇、普通、忙しいの三段階に分類してアイコンと対応付け（１Ｅ）、装置毎に表示する（１Ｂ）。
【０１００】
ここで表示されるアイコンと繁忙度の対応付けは、各状態確認装置において、表示したい状態確認装置毎に適当な値を設定しても良い。特定の相手と連絡を取りたい場合、一覧より連絡を取りたい相手先（状態確認装置）を選択し、表示ボタン１Ｃを押すことで、装置状況詳細画面を呼び出す。
【０１０１】
図３７は、装置状況詳細画面の例である。図３６の画面で選択された装置の状況の詳細を、状態の時系列表示によって行う。また、繁忙度とアイコンの関連づけを設定するようにしても良い。２Ａは、状態を時系列に表すグラフである。状態の推移が線グラフ２Ｂとなって表示される。横軸は時間であり単位時間毎に区切り線２Ｃを表示する。横軸は時間の経過と共に左方向にスクロールし、常に右端が最新状態情報となるようにする。縦軸は状態を表し、上に行くほど忙しいことを表す。図３６の１Ｅにあるアイコンは、それぞれ基準線２Ｄで区切られた範囲に対応している。画面を終了したい場合は閉じるボタン２Ｈを押すことで状態情報一覧にもどるようにする。
【０１０２】
繁忙度とアイコンの関連づけは、アイコン横の各矢印（２Ｉ）をマウスなどで上下に操作することによって行う。これによって、相手先状態管理装置での繁忙度の過大設定や、常に忙しい状態の相手の情報にオフセットを加えるような操作を行えるようにする。
【０１０３】
図３８は、予約状態の通知画面例である。状態確認装置一覧にある装置と、忙しさの度合いの組み合わせで予約を行う。まず、図３６の状態確認装置一覧より予約先を選択する。背景色の反転などによって選択状態を示す。そして、ダブルクリックや表示ボタン１Ｃなどで、予約先装置を決定する。その後、忙しさ詳細画面で、連絡したい状態レベルを矢印２Ｅで指定し、ボタン２Ｆで決定する。決定後、状態確認装置一覧画面にボタン２Ｈを押してもどると、ユーザ名に対応する位置に予約マーク１Ｄが表示され、予約完了となる。
【０１０４】
この予約操作後、予約装置の状態２Ｂが矢印に達した時点で、予約通知ダイアログ（図３８）が表示される。これにより、予約者は、相手先が連絡可能となったことを知る。通知予約を解除したい場合、装置状況詳細画面の予約解除ボタン２Ｇを押下することによって解除する。
【０１０５】
図３９は、本発明の実施形態をプログラムで実現する場合に必要とされる端末あるいは情報処理装置のハードウェア環境図である。
端末あるいは情報処理装置９１においては、ＣＰＵ８１は、バス８０を介して、ＲＡＭ８３あるいはＲＯＭ８２に格納されたプログラムを読み込み、実行する。ＲＡＭ８３に展開されるプログラムは、ハードディスクなどの記憶装置８７に格納されていたり、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯなどの可搬記録媒体８９に格納されている。記憶装置８７に格納されているプログラムは、直接バス８０を介してＲＡＭ８３に展開される。可搬記録媒体８９に格納されているプログラムは、読み取り装置８８によって読み取られ、バス８０を介してＲＡＭ８３に展開される。あるいは、可搬記録媒体８９に格納されたプログラムは、記憶装置８７にインストールという形で格納され、記憶装置８７からＲＡＭ８３に読み込まれて、ＣＰＵ８１に実行される形態もある。
【０１０６】
入出力装置９０は、キーボード、マウス、テンキー、テンプレートなどの入力装置と、ＣＲＴディスプレイや液晶ディスプレイ、プラズマディスプレイ、プリンタなどの出力装置からなる。
【０１０７】
通信インターフェース８４は、端末あるいは情報処理装置９１をネットワーク８５を介して情報提供者８６に接続し、プログラムをダウンロード可能としたり、ネットワーク環境下で実行可能とする。
【０１０８】
また、本発明の実施形態においては、端末あるいは情報処理装置９１は、状態確認装置、状態管理装置、ＷＷＷサーバなどとして使用でき、通信インターフェース８４を使って、互いにネットワーク８５を介して接続される。
【０１０９】
（付記１）連絡相手の在席状況あるいは忙しさの情報を予め連絡を取る前に取得する在席管理方法であって、
連絡相手の使用する端末において使用されているアプリケーションプログラムに関する情報を検出するステップと、
該アプリケーションプログラムを使用中に、該端末への入力間隔を取得するステップと、
該アプリケーションプログラムに関する情報と、該入力間隔とを統計的に処理するステップと、
該統計処理の結果から、連絡相手の在席状況あるいは忙しさを判定するステップと、
を備えることを特徴とする在席管理方法を情報処理装置に実現させるプログラム。
【０１１０】
（付記２）前記端末への入力間隔を取得するステップにおいては、キーボードの打鍵間隔あるいは、マウスのクリックの間隔を取得することを特徴とする付記１に記載のプログラム。
【０１１１】
（付記３）前記統計処理するステップにおいては、取得された統計情報を、予め所定の状態において取得された統計情報とを比較し、類似の度合いを算出することを特徴とする付記１に記載のプログラム。
【０１１２】
（付記４）前記統計情報の比較は、入力間隔と使用アプリケーションの情報とを加味して作成されたヒストグラムを比較することによって行われることを特徴とする付記３に記載のプログラム。
【０１１３】
（付記５）連絡相手へ連絡を付けたい利用者に対し、連絡相手の在席状況あるいは忙しさを判定するステップで得られた判定結果が所定の条件を満たした時に、通知を送付するステップを更に備えることを特徴とする付記１に記載のプログラム。
【０１１４】
（付記６）連絡相手への連絡を付けたい利用者の端末に、前記判定結果をネットワークを介して送信することを特徴とする付記１に記載のプログラム。
（付記７）前記判定結果は、ネットワークを介して、同報送信により、前記利用者の端末に送信されることを特徴とする付記６に記載のプログラム。
【０１１５】
（付記８）連絡相手への連絡を付けたい利用者の端末で、ネットワークを介してアクセス可能な場所に前記判定結果を公開することにより、該利用者に判定結果を通知することを特徴とする付記１に記載のプログラム。
【０１１６】
（付記９）連絡相手の在席状況あるいは忙しさの情報を予め連絡を取る前に取得する在席管理方法であって、
連絡相手の使用する端末において使用されているアプリケーションプログラムに関する情報を検出するステップと、
該アプリケーションプログラムを使用中に、該端末への入力間隔を取得するステップと、
該アプリケーションプログラムに関する情報と、該入力間隔とを統計的に処理するステップと、
該統計処理の結果から、連絡相手の在席状況あるいは忙しさを判定するステップと、
を備えることを特徴とする在席管理方法を情報処理装置に実現させるプログラムを記録した、情報処理装置読み取り可能な記録媒体。
【０１１７】
（付記１０）連絡相手の在席状況あるいは忙しさの情報を予め連絡を取る前に取得する在席管理方法であって、
連絡相手の使用する端末において使用されているアプリケーションプログラムに関する情報を検出するステップと、
該アプリケーションプログラムを使用中に、該端末への入力間隔を取得するステップと、
該アプリケーションプログラムに関する情報と、該入力間隔とを統計的に処理するステップと、
該統計処理の結果から、連絡相手の在席状況あるいは忙しさを判定するステップと、
を備えることを特徴とする在席管理方法。
【０１１８】
（付記１１）連絡相手の在席状況あるいは忙しさの情報を予め連絡を取る前に取得する在席管理装置であって、
連絡相手の使用する端末において使用されているアプリケーションプログラムに関する情報を検出する手段と、
該アプリケーションプログラムを使用中に、該端末への入力間隔を取得する手段と、
該アプリケーションプログラムに関する情報と、該入力間隔とを統計的に処理する手段と、
該統計処理の結果から、連絡相手の在席状況あるいは忙しさを判定する手段と、
を備えることを特徴とする在席管理装置。
【０１１９】
【発明の効果】
本発明によれば、
・既存の設備（パソコンなどの端末、ＬＡＮなどのネットワーク）を利用するため、新規に設備導入することなく連絡相手の忙しさや在席状況を知ることのできるシステムを低コストで実現できる。
・端末利用者は自己の在席情報及び状況（忙しいか否か）を他者へ伝達するアクションを起こすことなく、他者へ伝達することができる。
【図面の簡単な説明】
【図１】本発明の実施形態の装置が利用可能なシステム構成を説明する図（その１）である。
【図２】本発明の実施形態の装置が利用可能なシステム構成を説明する図（その２）である。
【図３】アウェアネス在席管理機能の全体をブロックとして記述した図である。
【図４】本発明の実施形態において使用可能なシステム構成の別の例を示す図である。
【図５】状態管理装置の機能を説明する図である。
【図６】状態判定処理の流れを示す図である。
【図７】状態管理装置の詳細を示す図である。
【図８】判定用情報の例を示す図（その１）である。
【図９】判定用情報の例を示す図（その２）である。
【図１０】情報管理装置の処理の流れを説明する図（その１）である。
【図１１】情報管理装置の処理の流れを説明する図（その２）である。
【図１２】情報管理装置の処理の流れを説明する図（その３）である。
【図１３】各データの内容の例を示す図（その１）である。
【図１４】各データの内容の例を示す図（その２）である。
【図１５】各データの内容の例を示す図（その３）である。
【図１６】各データの内容の例を示す図（その４）である。
【図１７】各データの内容の例を示す図（その５）である。
【図１８】操作ログ集積装置の動作を説明するフローチャートである。
【図１９】状態管理装置の状態判定装置及びこれに関連する装置の動作を説明するフローチャート（その１）である。
【図２０】状態管理装置の状態判定装置及びこれに関連する装置の動作を説明するフローチャート（その２）である。
【図２１】状態管理装置の状態判定装置及びこれに関連する装置の動作を説明するフローチャート（その３）である。
【図２２】状態確認装置の基本構成を示す図である。
【図２３】判定に用いる情報として、各個人用のプロファイルを持つことによって状態確認装置側独自の判定を可能とする場合の状態確認装置の構成例であって、アウェアネス在席管理機能の全体をブロックとして記述した図である。
【図２４】確認先情報のデータ構造を説明する図である。
【図２５】状態確認装置に保持されるデータの例を示す図（その１）である。
【図２６】状態確認装置に保持されるデータの例を示す図（その２）である。
【図２７】状態確認装置に保持されるデータの例を示す図（その３）である。
【図２８】状態確認装置とその処理の流れを説明する図（その１）である。
【図２９】状態確認装置とその処理の流れを説明する図（その２）である。
【図３０】状態確認装置とその処理の流れを説明する図（その３）である。
【図３１】ＷＷＷサーバの構成を示す図である。
【図３２】本発明の実施形態における制御の流れを示すシーケンス図（その１）である。
【図３３】本発明の実施形態における制御の流れを示すシーケンス図（その２）である。
【図３４】本発明の実施形態における制御の流れを示すシーケンス図（その３）である。
【図３５】本発明の実施形態における制御の流れを示すシーケンス図（その４）である。
【図３６】本発明の実施形態に従ったシステムにおける表示例を示した図（その１）である。
【図３７】本発明の実施形態に従ったシステムにおける表示例を示した図（その２）である。
【図３８】本発明の実施形態に従ったシステムにおける表示例を示した図（その３）である。
【図３９】本発明の実施形態をプログラムで実現する場合に必要とされる端末あるいは情報処理装置のハードウェア環境図である。
【符号の説明】
１０、１０ａ−１〜１０ａ−ｎ      状態管理装置
１１−１〜１１−ｎ      状態確認装置
１２      ネットワーク（ＬＡＮあるいはＷＡＮなど）
１３      ＷＷＷサーバ
２０      即時送信機能
２１      定時送信機能
２２      状態判定部
２３      操作ログ収集機能
２４      判定用情報
２５      操作間隔ログ
２６      判定ログ
２７      操作ログ
２８      宛先情報
３０      入力装置
３１      操作ログ集積装置
３２      操作ログ
３３      起動アプリ監視装置
３４      操作ログ分析装置
３５      状態判定装置
３６      状態遷移判定装置
３７      状態送受信装置
３８      アプリケーション種別情報
３９      判定用情報
４０      状態遷移情報
５０      入力装置
５１      確認先情報
５２      状態情報履歴
５３      確認先選択装置
５４      確認情報蓄積装置
５５      確認情報出力装置
５６      表示装置
５７      制御装置
５８      確認情報監視装置
５９      自装置状態取得装置
６０      状態送受信装置
６５      入力装置
６６      確認情報
６７      スケジューラアプリケーション
６８      状態情報受信装置
６９      状態情報配信装置
７０      配信装置
【図１】
2004171444.tif 000003
【図２】
2004171444.tif 000004
【図３】
2004171444.tif 000005
【図４】
2004171444.tif 000006
【図５】
2004171444.tif 000007
【図６】
2004171444.tif 000008
【図７】
2004171444.tif 000009
【図８】
2004171444.tif 000010
【図９】
2004171444.tif 000011
【図１０】
2004171444.tif 000012
【図１１】
2004171444.tif 000013
【図１２】
2004171444.tif 000014
【図１３】
2004171444.tif 000015
【図１４】
2004171444.tif 000016
【図１５】
2004171444.tif 000017
【図１６】
2004171444.tif 000018
【図１７】
2004171444.tif 000019
【図１８】
2004171444.tif 000020
【図１９】
2004171444.tif 000021
【図２０】
2004171444.tif 000022
【図２１】
2004171444.tif 000023
【図２２】
2004171444.tif 000024
【図２３】
2004171444.tif 000025
【図２４】
2004171444.tif 000026
【図２５】
2004171444.tif 000027
【図２６】
2004171444.tif 000028
【図２７】
2004171444.tif 000029
【図２８】
2004171444.tif 000030
【図２９】
2004171444.tif 000031
【図３０】
2004171444.tif 000032
【図３１】
2004171444.tif 000033
【図３２】
2004171444.tif 000034
【図３３】
2004171444.tif 000035
【図３４】
2004171444.tif 000036
【図３５】
2004171444.tif 000037
【図３６】
2004171444.tif 000038
【図３７】
2004171444.tif 000039
【図３８】
2004171444.tif 000040
【図３９】
2004171444.tif 000041