(57)【特許請求の範囲】
【請求項１】
通信システム上の情報通信端末のユーザに関するプレゼンス情報を生成するプレゼンス情報生成装置において、
前記情報通信端末の稼働状況に関する稼働情報を収集し、収集された稼働情報に基づいて当該情報通信端末上のアプリケーションプログラムの稼働状況を表す指標値を算出する稼働情報集計部と、
前記稼働情報集計部によって算出された指標値に基づいてプレゼンス情報を生成するプレゼンス情報生成部とを備え、
前記稼働情報集計部は、入出力デバイスの操作状況、アプリケーションプログラム毎のプロセッサの負荷、及びアプリケーションプログラム毎の外部との通信データ量を含む前記稼動情報を収集する、プレゼンス情報生成装置。
【請求項２】
前記稼働情報集計部が、複数種類の稼働情報を収集する稼働情報収集部を備え、前記複数種類の稼働情報に基づいて前記指標値を算出する、請求項１に記載のプレゼンス情報生成装置。
【請求項３】
前記稼働情報集計部が、複数種類のアプリケーションプログラムの稼働状況を統合して前記指標値を算出する、請求項１または２に記載のプレゼンス情報生成装置。
【請求項４】
複数の情報通信端末が接続される通信システムにおいて、
前記情報通信端末の稼働状況に関する稼働情報を収集し、収集された稼働情報に基づいて当該情報通信端末上のアプリケーションプログラムの稼働状況を表す指標値を算出する稼働情報集計部と、
前記稼働情報集計部によって算出された指標値に基づいて、情報通信端末のユーザに関するプレゼンス情報を生成するプレゼンス情報生成部とを備え、
前記稼働情報集計部は、入出力デバイスの操作状況、アプリケーションプログラム毎のプロセッサの負荷、及びアプリケーションプログラム毎の外部との通信データ量を含む前記稼動情報を収集する、通信システム。
【請求項５】
通信システム上で、情報通信端末のユーザに関するプレゼンス情報を生成するプレゼンス情報生成方法であって、
前記通信システム上のコンピュータが、
当該情報通信端末の稼働状況に関する稼働情報を収集し、収集された稼働情報に基づいて当該情報通信端末上のアプリケーションプログラムの稼働状況を表す指標値を算出する稼働情報集計処理ステップと、
前記稼働情報集計処理によって算出された指標値に基づいてプレゼンス情報を生成するプレゼンス情報生成処理ステップとを含み、
前記稼働情報集計ステップにおいて、入出力デバイスの操作状況、アプリケーションプログラム毎のプロセッサの負荷、及びアプリケーションプログラム毎の外部との通信データ量を含む前記稼動情報を収集する、プレゼンス情報生成方法。
【請求項６】
通信システム上のコンピュータに、情報通信端末のユーザに関するプレゼンス情報を生成させるための、コンピュータ読み取り可能なプログラムであって、
前記コンピュータに、
当該情報通信端末の稼働状況に関する稼働情報を収集し、収集された稼働情報に基づいて当該情報通信端末上のアプリケーションプログラムの稼働状況を表す指標値を算出する稼働情報集計処理ステップと、
前記稼働情報集計処理によって算出された指標値に基づいてプレゼンス情報を生成するプレゼンス情報生成処理ステップとを実行させ、
前記稼働情報集計ステップは、入出力デバイスの操作状況、アプリケーションプログラム毎のプロセッサの負荷、及びアプリケーションプログラム毎の外部との通信データ量を含む前記稼動情報を収集する処理を含む、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム上でユーザのプレゼンス情報を自動的に生成するプレゼンス情報生成装置に関する。
【背景技術】
【０００２】
従来、ＬＡＮやインターネット等のネットワークを介した通信システム上で、ユーザ間のコミュニケーションの利便性を向上させるために、各ユーザの存在／不在、繁忙度、あるいは通信意思の有無等を示すプレゼンス情報を生成し、生成されたプレゼンス情報を他のユーザへ通知する仕組みが知られている。また、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）等の通信制御プロトコルを利用したプレゼンスサービスが既に実現されている。
【０００３】
図６は、従来のプレゼンスサービスの仕組みを示す模式図である。図６に示すように、通信システム上に、プレゼンスサーバ９１が設けられている。また、この通信システムを介して複数のユーザが通信を行うが、図６において、それらのユーザの１人を「プレゼンティティ（presentity）」と称する。９２はプレゼンティティが使用する通信端末である。プレゼンティティ（presentity）とは、presenceとentityとを結合して作成された造語であるが、プレゼンス情報を発信するユーザ（またはグループ）の意味で、プレゼンスサービスの分野で一般的に用いられている。一方、プレゼンス情報を受け取るユーザを、「ウォッチャー（watcher）」と称する。９３ａ，９３ｂは、ウォッチャーＡ，Ｂがそれぞれ使用する通信端末である。なお、図６においては、説明を分かりやすくするために、１人のプレゼンティティと２人のウォッチャーを示したが、各ユーザはプレゼンティティであると同時にウォッチャーにもなり得る。
【０００４】
プレゼンスサービスシステムにおいては、プレゼンティティは、プレゼンス情報の通知を許可するウォッチャーのリスト（ウォッチャーリスト９４）を、プレゼンスサーバ９１に登録する。一方、ウォッチャーは、特定のプレゼンティティのプレゼンス情報を受け取りたい旨の要求（ここでは、「購読要求」と称する）を、プレゼンスサーバ９１へ送る。プレゼンスサーバ９１は、講読要求を受信すると、当該ウォッチャーを、当該特定のプレゼンティティのウォッチャーリスト９４に登録する。プレゼンスサーバ９１は、前記の購読要求に対して承認を返す。複数のウォッチャーが存在する場合、各ウォッチャーが、プレゼンティティとの間で、それぞれに前記の手順で購読要求と承認とを行う。なお、プレゼンティティは、どのウォッチャーに対してどの程度のプレゼンス情報を通知するか等の詳細な条件（「ポリシー」と称する）をプレゼンスサーバ９１に登録しておく。プレゼンスサーバ９１は、講読要求を受信すると、講読要求を送信してきたウォッチャーに関する情報とポリシーとを照らし合わせて、ウォッチャーに対するプレゼンス情報の通知の可否および通知する情報の範囲を判断する。通知可能と判断した場合には、当該ウォッチャーをウォッチャーリスト９４へ登録することもできる。
【０００５】
そして、プレゼンティティが通信端末９２において自己のプレゼンス情報を手作業で変更すると（図６の例では、「在席」を「離席」へ変更）、通信端末９２からプレゼンスサーバ９１へ、プレゼンス情報の変更通知が送られる。プレゼンスサーバ９１は、プレゼンティティから受け取ったプレゼンス情報を記憶するプレゼンス情報データベース９５にアクセス可能であり、プレゼンティティの通信端末９２から変更通知を受ける毎に、更新されたプレゼンス情報をプレゼンス情報データベース９５に登録する。また、プレゼンスサーバ９１は、ウォッチャーリスト９４に登録されているウォッチャーの通信端末９３ａ，９３ｂへ、更新されたプレゼンス情報を通知する。
【０００６】
以上の処理により、プレゼンティティのプレゼンス情報を、予め登録・承認されたウォッチャーに対して通知することができる。
【０００７】
プレゼンスサーバへのプレゼンス情報の通知に関して、プレゼンス情報に変更があったときに、プレゼンスサーバへ自動的に通知を行うセッション制御装置が、特許文献１に開示されている。また、プレゼンティティがプレゼンス情報を変更する手間を省くために、周辺の状況変化に応じてプレゼンス情報を自動的に更新する端末が、例えば特許文献１および特許文献２に開示されている。
【特許文献１】特開２００５−２０６５２号公報
【特許文献２】特開２００５−２０２７８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記の特許文献１，２に開示されたシステムはいずれも、プレゼンティティの多忙度を検出するものではない。プレゼンスサービスがより広く普及するためには、プレゼンティティの多忙度を検出し、その多忙度を表すプレゼンス情報をウォッチャーに対して自動的に通知可能とすることが望まれる。
【０００９】
本発明は、上記の課題に鑑み、プレゼンティティが使用する情報通信端末の稼働状況から、当該プレゼンティティの多忙度を反映したプレゼンス情報を自動的に検出することが可能なプレゼンス情報生成装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために、本発明にかかるプレゼンス情報生成装置は、通信システム上の情報通信端末のユーザに関するプレゼンス情報を生成するプレゼンス情報生成装置において、前記情報通信端末の稼働状況に関する稼働情報を収集し、収集された稼働情報に基づいて当該情報通信端末上のアプリケーションプログラムの稼働状況を表す指標値を算出する稼働情報集計部と、前記稼働情報集計部によって算出された指標値に基づいてプレゼンス情報を生成するプレゼンス情報生成部とを備える。
【発明の効果】
【００１１】
開示の構成によれば、プレゼンティティが使用する情報通信端末の稼働状況から、当該プレゼンティティの多忙度を反映したプレゼンス情報を自動的に検出することが可能なプレゼンス情報生成装置を提供することができる。
【発明を実施するための最良の形態】
【００１２】
本発明の一実施形態にかかるプレゼンス情報生成装置は、通信システム上の情報通信端末の稼働状況に関する稼働情報を収集し、収集された稼働情報に基づいて当該情報通信端末上のアプリケーションプログラムの稼働状況を表す指標値を算出する稼働情報集計部と、前記稼働情報集計部によって算出された指標値に基づいてプレゼンス情報を生成するプレゼンス情報生成部とを備えたことを特徴とする。なお、これと実質的に同じ技術的思想を具備するプレゼンス情報生成システム、プレゼンス情報生成方法、およびプログラムも、本発明の実施形態である。
【００１３】
上記の構成によれば、情報通信端末の稼働状況に関する稼働情報を収集し、その稼働情報に基づいてアプリケーションプログラムの稼働状況を表す指標値を算出し、さらにその指標値に基づいてプレゼンス情報が生成される。したがって、プレゼンティティが使用する情報通信端末の稼働状況から、当該プレゼンティティの多忙度を反映したプレゼンス情報を自動的に検出することが可能となる。
【００１４】
上記のプレゼンス情報生成装置において、前記稼働情報集計部が、複数種類の稼働情報を収集する稼働情報収集部を備え、前記複数種類の稼働情報に基づいて前記指標値を算出することが好ましい。複数種類の稼働情報から指標値を算出することにより、より客観的にかつ正確に、プレゼンティティの多忙度を反映したプレゼンス情報を生成することが可能となる。
【００１５】
また、上記のプレゼンス情報生成装置において、前記稼働情報集計部が、複数種類のアプリケーションプログラムの稼働状況を統合して前記指標値を算出することが好ましい。この構成によれば、複数種類のアプリケーションプログラムの稼働状況から指標値を算出することにより、さらに客観的にかつ正確に、プレゼンティティの多忙度を反映したプレゼンス情報を生成することが可能となる。
【００１６】
また、上記のプレゼンス情報生成装置における前記稼働情報としては、入出力デバイスの操作状況、プロセッサの負荷、外部との通信データ量、および、オペレーティングシステムの負荷、のうち少なくとも一つを含むことが好ましい。
【００１７】
以下、本発明の一実施形態にかかるプレゼンス情報生成装置のより具体的な実施態様について、図面を参照しながら説明する。
【００１８】
図１は、本実施形態にかかるプレゼンス情報生成装置の機能的構成を示すブロック図である。図１に示すように、本実施形態のプレゼンス情報生成装置１０は、プレゼンティティの通信端末１００上に機能的に実現されるものである。すなわち、通信端末１００において、プレゼンス情報生成装置１０が、必ずしも独立したハードウェアとして存在しなくても良い。例えば、通信端末１００のＣＰＵが所定のプログラムを実行することによって、プレゼンス情報生成装置１０の機能が実現される。なお、通信端末１００は、例えば、パーソナルコンピュータ、携帯電話、または携帯情報端末等である。
【００１９】
図１に示すように、プレゼンス情報生成装置１０は、稼働情報集計部１１、プレゼンス情報生成部１２、および、プレゼンスリスト１３を備えている。
【００２０】
稼働情報集計部１１は、通信端末１００のキーボード１４およびマウス１５等の入力デバイスや、オペレーティングシステム（ＯＳ）１６等から、これらの稼働情報をそれぞれ収集する。稼働情報集計部１１は、さらに、収集した稼働情報に基づいてアプリケーションプログラム毎の稼働状況を検出する。このため、稼働情報集計部１１は、第１稼働情報収集部１１１ａ1、第２稼働情報収集部１１１ａ2、・・・第ｎ稼働情報収集部１１１ａnを備えている。なお、このｎの値は、本実施形態では３とするが、収集すべき稼働情報の種類によって任意である。
【００２１】
本実施形態においては、稼働情報集計部１１は、入力デバイスであるキーボード１４とマウス１５の稼働情報（例えば１分当たりの打鍵数およびマウス操作回数）を収集する第１稼働情報収集部１１１ａ1と、ＯＳ１６からＣＰＵ使用率を収集する第２稼働情報収集部１１１ａ2と、通信制御部１７にて送受信されるパケット量を収集する第３稼働情報収集部１１１ａ3とを備えている。マウス操作回数とは、ユーザがマウス１５を用いてポイント、クリック、ドラッグ、あるいはスクロール等の各種操作を行った回数の合計であるが、どのような操作を１回と数えるかについては、任意に設定することが可能である。
【００２２】
なお、本実施形態では、第１稼働情報収集部１１１ａ1が、キーボード１４の打鍵数およびマウス１５の操作回数との合算を稼働情報として収集するものとする。しかし、これに限定されず、キーボード１４の打鍵数およびマウス１５の操作回数のそれぞれを別個の稼働情報として収集するようにしても良い。また、図１の例では、稼働情報の一種として通信制御部１７からパケット量を検出するものとしたが、パケット量はＯＳ１６から収集することも可能である。
【００２３】
なお、第１稼働情報収集部１１１ａ1〜第３稼働情報収集部１１１ａ3は、アプリケーションプログラム毎に稼働情報を収集する。例えば、第１稼働情報収集部１１１ａ1は、通信端末１００において複数のアプリケーションプログラムが稼働している場合であっても、プロセス名に基づいて、どのアプリケーションプログラムに対するキーボード入力（またはマウス操作）であるかを判別し、アプリケーションプログラム毎にキーボード打鍵数およびマウス操作回数を検出することができる。第２稼働情報（ＣＰＵ使用率）および第３稼働情報（パケット量）についても、同様に、プロセス名に基づいて、アプリケーションプログラム毎に検出することが可能である。
【００２４】
稼働状況統合処理部１１１ｂは、第１稼働情報収集部１１１ａ1〜第ｎ稼働情報収集部１１１ａnにて収集された稼働情報に基づき、稼働情報管理テーブル１１２を参照し、通信端末１００上のアプリケーションプログラムの稼働状況を表す指標値を算出する。本実施形態においては、まず、アプリケーションプログラム毎の「繁忙度」を表す第１の指標値を算出する。さらに、複数のアプリケーションプログラムの繁忙度に基づいてユーザの多忙度を統合的に表す第２の指標値を算出する。稼働情報管理テーブル１１２には、稼働情報から前記の各指標値を算出するために必要な情報が、予め登録されている。稼働情報管理テーブル１１２の内容と、前記指標値の算出方法とについては、後で詳しく説明する。
【００２５】
プレゼンス情報生成部１２は、プレゼンスリスト１３を参照し、稼働状況統合処理部１１１ｂによって算出された指標値（前記の第２の指標値）に応じたプレゼンス情報を生成する。プレゼンスリスト１３には、指標値とプレゼンス情報との対応付けが定義されている。プレゼンスリスト１３の内容と、指標値からのプレゼンス情報の生成処理についても、後で詳しく説明する。
【００２６】
また、通信制御部１７は、ネットワーク（図示せず）を介して、プレゼンスサーバ（図示せず）との通信を制御する。プレゼンスリクエスト生成部１８は、プレゼンス情報生成部１２によって生成されたプレゼンス情報をプレゼンスサーバへ送信するためのリクエストを生成する。
【００２７】
ここで、プレゼンス情報生成装置１０における、プレゼンス情報生成処理の手順について、以下に説明する。
【００２８】
図２は、稼働情報管理テーブル１１２の内容の一例を示す説明図である。なお、図２は、稼働情報管理テーブル１１２の内容を概念的に示したものにすぎず、実際の記録フォーマットはこのとおりではなくともよい。
【００２９】
図２に示すように、稼働情報管理テーブル１１２には、通信端末１００において実行可能なアプリケーションプログラム（ＡＰ）毎に、プレゼンス通知間隔、情報収集間隔、第１稼働情報〜第ｎ稼働情報のそれぞれについての重みおよび閾値、ＡＰ特有情報、アプリケーション毎の重み、等が定義されている。図２においては、ワードプロセッサ、スプレッドシート、チャットの３種類のアプリケーションプログラムを例示したが、プレゼンス情報生成の根拠とすべきアプリケーションプログラムはこれらに限定されない。この他に、メーラ（メール処理プログラム）、プログラム開発支援ツール、プレゼンテーション支援ツール、ウェブブラウザ、プログラム障害解析ツール等（これらも例示にすぎない）の任意のアプリケーションプログラムについて、稼働情報管理テーブル１１２において定義が可能である。
【００３０】
「プレゼンス通知間隔」は、プレゼンス情報生成装置１０において、プレゼンス情報を生成してプレゼンスサーバへ通知する時間間隔である。「情報収集間隔」は、稼働情報集計部１１における稼働情報の収集タイミングの時間間隔である。図２の例では、全てのアプリケーションプログラムに対して一律に「１分」と定義されているが、アプリケーションプログラム毎に情報収集間隔を異ならせても良い。
【００３１】
本実施形態では、前述のとおり、稼働情報として、第１稼働情報収集部１１１ａ1〜第３稼働情報収集部１１１ａ3によってそれぞれ収集される、第１稼働情報（キーボードおよびマウスの稼働情報）、第２稼働情報（ＣＰＵ使用率）、および第３稼働情報（パケット量）を用いる。図２に示すように、稼働情報管理テーブル１１２においては、アプリケーションプログラム毎に、第１〜第３稼働情報のそれぞれについて、その稼働情報の重みと閾値とが定義されている。
【００３２】
稼働情報管理テーブル１１２において、アプリケーションプログラムの特性に応じて閾値および重みを設定すれば、ユーザがどのような状態にあるかを比較的正確に検出することが可能である。
【００３３】
例えば、ワードプロセッサのアプリケーションプログラムの場合であれば、キーボードまたはマウスが頻繁に使用されているとき、ユーザが文書作成に集中しており、忙しい状態である可能性が高い。したがって、図２に示す例においては、第１稼働情報（キーボードおよびマウスの稼働情報）が閾値（打鍵数および操作数の平均が５０回／分）を超える場合に、ワードプロセッサの繁忙度に５０％の重みを加算するよう定義している。また、ワードプロセッサを使用して文書作成を集中して行っているとＣＰＵ使用率も向上するので、図２の例では、第２稼働情報にも５０％の重みが割り当てられている。
【００３４】
また、例えば、チャットの場合は、ＴＣＰポート６６６７（公式チャネルリスト）で頻繁にパケットを送信している状態にあるとき、ユーザは、業務について他のユーザと頻繁に会話中であり、忙しい状態である可能性が高い。したがって、図２に示す例においては、第３稼働情報（ＴＣＰポート６６６７におけるパケット通信量）が閾値（毎分１００バイト）を超える場合に、チャットの繁忙度に５０％の重みを加算するよう定義している。ここで、ＴＣＰポート６６６７を指定しているのは、他のチャネルのチャットを利用した私用チャットの影響を除外するためである。また、チャットにおいても、キーボードまたはマウスの利用が想定されるので、第１稼働情報にも４０％の重みが割り当てられている。さらに、チャットで頻繁に他のユーザと会話するとＣＰＵ使用率も向上するので、第２稼働情報にも１０％の重みが割り当てられている。
【００３５】
なお、図２から分かるように、同じ稼働情報であっても、アプリケーションプログラムの種類によって、閾値および重みの定義は異なる。つまり、ユーザが、アプリケーションプログラムを使用して集中して業務を行っている場合に、どの稼働情報がその状態を顕著に表すかは、アプリケーションプログラム毎に異なっている。したがって、アプリケーションプログラム毎に、そのアプリケーションプログラムの特性に応じて、各稼働情報の閾値と重みを適宜に設定することが好ましい。
【００３６】
また、図２において、ワードプロセッサおよびスプレッドシートについては、第３稼働情報の重みは０％と定義されている。これは、これらのアプリケーションプログラムについては、第３稼働情報（パケット量）を収集する必要がないということを意味する。
【００３７】
稼働状況統合処理部１１１ｂは、アプリケーションプログラム毎に、第１稼働情報〜第３稼働情報のそれぞれを、稼働情報管理テーブル１１２に定義されている閾値と比較する。そして、稼働情報のそれぞれが閾値を超えている場合に、当該稼働情報に定義されている重みを加算していくことにより、当該アプリケーションプログラムの繁忙度（前記第１の指標値）を算出する。
【００３８】
プレゼンス情報生成部１２は、生成したプレゼンス情報をプレゼンスリクエスト生成部１８へ送る。プレゼンスリクエスト生成部１８は、プレゼンス情報をプレゼンスサーバへ通知するためのコマンド（プレゼンスリクエスト）を生成する。生成されたプレゼンスリクエストは、通信制御部１７からプレゼンスサーバへ送信される。
【００３９】
以上の構成により、通信端末１００のプレゼンス情報生成装置１０において、アプリケーションプログラムの状況に応じたプレゼンス情報を自動生成し、プレゼンスサーバへ通知することができる。
【００４０】
ここで、通信端末１００におけるプレゼンス情報生成処理および通知処理の手順を、フローチャートを参照しながら説明する。
【００４１】
図３は、通信端末１００におけるプレゼンス情報生成処理および通知処理の全体的な流れを示すフローチャートである。この処理は、ユーザが通信端末１００において、何らかのアプリケーションプログラムを起動した際に開始される。
【００４２】
図３に示すように、ユーザがアプリケーションプログラムを起動すると、稼働情報集計部１１は、稼働情報管理表１１２を参照し、起動されたアプリケーションプログラムについて定義されているプレゼンス通知間隔と、収集すべき稼働情報とを特定する（ステップＳ１１）。
【００４３】
次に、稼働情報集計部１１は、ステップＳ１１で特定された稼働情報の収集を開始し（ステップＳ１２）、プレゼンス情報生成処理を実行し、得られたプレゼンス情報をプレゼンスサーバへ通知する（ステップＳ１３）。なお、ステップＳ１３の処理の詳細は、図４に示す。そして、ステップＳ１１で特定されたプレゼンス通知間隔毎に、ステップＳ１３の処理を繰り返し行う。
【００４４】
次に、図４を参照し、図３のステップＳ１３の処理の詳細について説明する。図４に示すように、プレゼンス情報生成が起動されると、稼働情報集計部１１は、まず、ＯＳ１６から現在稼働中のアプリケーションプログラムの情報（プロセス名）を取得する（ステップＳ１３１）。次に、稼働情報収集部１１は、稼働中のアプリケーションプログラムのそれぞれについて、そのプログラムの繁忙度（第１の指標値）を算出する（ステップＳ１３２ａ〜Ｓ１３２ｃ）。なお、ステップＳ１３２ａ〜Ｓ１３２ｃの詳細については、図５に示す。プログラム毎の繁忙度が算出されると、稼働状況統合処理部１１１ｂにおいて、稼働中のアプリケーションプログラムの繁忙度を統合することにより、当該通信端末１００のユーザの多忙度（第２の指標値）を算出する（ステップＳ１３３）。そして、算出されたユーザの多忙度からプレゼンス情報を生成し、生成したプレゼンス情報をプレゼンスサーバへ通知する（ステップＳ１３４）。
【００４５】
次に、図５を参照し、図４のステップＳ１３２ａ〜Ｓ１３２ｃの処理の詳細について説明する。ステップＳ１３２ａ〜Ｓ１３２ｃは、処理対象とするアプリケーションプログラムが異なるだけであり、基本的な処理内容は同じである。
【００４６】
図５に示すように、稼働情報集計部１１は、まず、ステップＳ１３１で取得された稼働中のアプリケーションプログラムの情報（プロセス名）から、以降の処理対象とするアプリケーションプログラムを特定する（ステップＳ１３２１）。
【００４７】
次に、稼働情報集計部１１は、当該アプリケーションプログラムに関して収集すべき稼働情報と、その収集間隔ならびに収集した稼働情報に対する閾値および重みを、稼働情報管理テーブル１１２から取得する（ステップＳ１３２２）。
【００４８】
次に、ステップＳ１３２２で取得した各種情報に基づき、稼働情報集計部１１の第１稼働情報収集部１１１ａ1〜第３稼働情報収集部１１１ａ3が、稼働情報の収集を行う（ステップＳ１３２３ａ〜Ｓ１３２３ｃ）。なお、ステップＳ１３２３ａ〜Ｓ１３２３ｃは、処理対象とする稼働情報の種類が異なるだけであり、基本的な処理内容は同じである。
【００４９】
ステップＳ１３２３ａ〜Ｓ１３２３ｃにおいては、第１稼働情報収集部１１１ａ1〜第３稼働情報収集部１１１ａ3のそれぞれが、稼働情報管理テーブル１１２から取得した収集間隔に従い、稼働情報の収集を行う。例えば、図２の例では、第１稼働情報収集部１１１ａ1〜第３稼働情報収集部１１１ａ3のそれぞれが、第１稼働情報〜第３稼働情報のそれぞれを、１分間隔で収集する。
【００５０】
稼働状況統合処理部１１１ｂは、プレゼンス通知間隔である５分毎にその平均値をとり、得られた平均値を閾値と比較する。そして、閾値を超えていた場合に、稼働情報管理テーブル１１２に定義されている重みを、アプリケーションプログラムの繁忙度に加算することにより、アプリケーションプログラム毎の繁忙度を算出する（ステップＳ１３２４）。
【００５１】
例えば、ワードプロセッサについては、第１稼働情報が、１分当たりの平均値が閾値（５０）よりも大きい場合、このワードプロセッサのアプリケーションプログラムに対して、５０％の重みが加算される。さらに、ワードプロセッサのアプリケーションプログラムに対する第２稼働情報も、プレゼンス通知間隔である５分間での１分当たりの平均値において、閾値である５％よりも大きい場合、このワードプロセッサのアプリケーションプログラムに対して、さらに５０％の重みが加算される。つまり、第１稼働情報および第２稼働情報の両方が閾値をこえた場合、ワードプロセッサのアプリケーションプログラムの繁忙度は１００％となる。
【００５２】
また、例えば、ワードプロセッサと同時にチャットのプログラムが稼働しており、チャットに対する第１稼働情報が閾値である３０よりも大きく、第２稼働情報が閾値である２％よりも小さく、第３稼働情報が閾値である１０００バイトよりも大きいものとする。この場合、第１稼働情報と第３稼働情報が閾値を超えているので、これらの稼働情報に定義されている重みである４０％と５０％とが合算される。結果として、チャットのアプリケーションプログラムの繁忙度は９０％となる。
【００５３】
以上のとおり、稼働状況統合処理部１１１ｂによって算出されたそれぞれのアプリケーションプログラムの繁忙度は、メモリ（図示せず）に一時的に格納される（ステップＳ１３２５）。
【００５４】
ここで、図４を再度参照し、図４のステップＳ１３３およびＳ１３４の処理について、具体例を交えてより詳細に説明する。
【００５５】
前述のとおり、ステップＳ１３２ａ〜Ｓ１３２ｃにより（図５参照）、アプリケーションプログラム毎に繁忙度が求められると、稼働状況統合処理部１１１ｂは、この繁忙度に、稼働情報管理テーブル１１２に定義されているアプリケーションプログラム毎の重みを乗じて加算することにより、ユーザの多忙度（前記第２の指標値）を算出する（ステップＳ１３３）。なお、アプリケーションプログラム毎の重みの値も、個々のアプリケーションプログラムの特性に応じて、稼働情報管理テーブル１１２へ適宜設定される。
【００５６】
ここで、例えば、ワードプロセッサのアプリケーションプログラムの繁忙度がｘ％、スプレッドシートのアプリケーションプログラムの繁忙度がｙ％、チャットのアプリケーションプログラムの繁忙度がｚ％であるものとする。図２に示した例においては、上記３種類のアプリケーションプログラムの重みがそれぞれ３０％、２０％、５０％と定義されているので、ｘ×０．３＋ｙ×０．２＋ｚ×０．５を計算することにより、ユーザの多忙度が算出される。例えば、各アプリケーションの繁忙度がそれぞれ、ｘ＝１００％、ｙ＝０％、ｚ＝９０％であるものとすると、ユーザの多忙度は７５％と算出される。
【００５７】
以上のように、稼働情報集計部１１によりユーザの多忙度が算出されると、プレゼンス情報生成部１２が、プレゼンスリスト１３を参照し、ユーザの多忙度をプレゼンス情報に変換する（ステップＳ１３４）。つまり、プレゼンスリスト１３には、通信端末１００が接続されている通信ネットワークにおいてユーザが共通して用いるプレゼンス情報の表現定義が、ユーザの多忙度と関連付けて格納されている。例えば、ユーザの多忙度が３０％未満であれば「暇」、３０%以上５０％未満であれば「余裕あり」、５０％以上８０％未満であれば「忙しい」、８０％以上であれば「極めて忙しい」とすることが考えられる。これにより、稼働情報集計部１１により算出されたユーザの多忙度が、上述のとおり例えば７５％であれば、プレゼンス情報生成部１２により、「忙しい」という表現定義に該当するプレゼンス情報が生成される。
【００５８】
このように生成されたプレゼンス情報は、プレゼンスリクエスト生成部１８へ渡され、プレゼンスサーバへ送信するためのリクエストが生成されて、通信制御部１７を介してプレゼンスサーバへ通知される。これにより、プレゼンスサーバにおいて、通信端末１００のユーザのプレゼンス情報が、５分間隔で、最新の状態に自動的に更新されることとなる。したがって、本実施形態の構成によれば、通信端末１００のアプリケーションプログラムの稼働情報に基づいて、プレゼンス情報が自動的に更新されるので、ユーザが自分でプレゼンス情報を更新する手間を省くことができる。
【００５９】
なお、上述の実施形態は、本発明を限定するものではなく、発明の範囲内で種々の変更が可能である。
【００６０】
例えば、図２に示した稼働情報管理テーブルは、あくまでも一例であって、ユーザの多忙度を検出するための根拠となるアプリケーションプログラムは、他にも様々に考えられる。また、収集対象とすべき稼働情報も、図２等に示した具体例のみに限定されない。以下も、あくまでも具体例に過ぎないが、ユーザの多忙度を検出するために有効であると考えられるアプリケーションプログラムと稼働情報との組み合わせとして、次のようなものも想定される。
【００６１】
一般的に、アプリケーションプログラムに対して、比較的短時間に一定周期内で入力デバイス操作やＣＰＵ使用がある場合、ユーザはそのアプリケーションプログラムを使用して業務に集中しているものと考えられる。そのような傾向は、メーラ（メール処理プログラム）、ワードプロセッサ、スプレッドシート、チャット、プレゼンテーション支援ツール、ウェブブラウザ、プログラム障害解析ツール、統合開発環境、等のアプリケーションプログラムにおいて見られるので、このようなプログラムにおいて、入力デバイス操作やＣＰＵ使用率を稼働情報として収集することが好ましい。なお、プログラム障害解析ツール、統合開発環境等のアプリケーションプログラムにおいては、特に、入力デバイス操作とＣＰＵ使用率との両方を稼働情報として収集することが好ましい。プログラム障害の解析処理や、コンパイル処理中には、ユーザが作業をしていなくてもＣＰＵ使用率は向上するので、ＣＰＵ使用率だけからでは、ユーザが多忙かどうかを検出し難いからである。
【００６２】
また、例えば、メーラ（メール処理プログラム）において、あらかじめ登録されたドメイン宛のメール送信が、ネットワークキャプチャから一定時間内に検出できる場合、そのユーザは多忙であると考えられる。したがって、その場合に、前記ドメイン宛のメール送信の頻度（有無）を稼働情報として収集することが好ましい。
【００６３】
さらに、例えば、ＴＣＰ／ＵＤＰのポート５０６０を使用して確立したＳＩＰ（Session Initiation Protocol）セッションのＲＴＰ（Real-time Transport Protocol）パケットの送受信状態をキャプチャした場合に、ユーザがＩＰ電話を使って話し中であると考えられる。したがって、その場合に、当該アプリケーションプログラムの繁忙度を１００％と定義しても良い。
【００６４】
また、ＯＳのページスワップ頻度を稼働情報として検出することも好ましい。ページスワップが頻繁に生じる場合は、ユーザがプログラムを頻繁に操作していると考えられるからである。
【００６５】
また、上述のようにプレゼンス情報生成装置１０が自動的にプレゼンス情報を生成することに加えて、ユーザによるプレゼンス情報の設定に応じて、稼働情報管理テーブル１１２をカスタマイズできるようにしても良い。例えば、通信端末１００の画面に、ユーザがプレゼンス情報（「暇」、「余裕あり」、「忙しい」、「極めて忙しい」等）を設定できるＧＵＩウィンドウを常時表示しておく。そして、プレゼンス情報生成装置１０によって自動的に生成されたプレゼンス情報を、そのＧＵＩウィンドウにも表示するようにする。ユーザは、表示されたプレゼンス情報を見て、自らが感じている多忙度と乖離している場合は、ＧＵＩウィンドウから、自らが適切と思うプレゼンス情報を選択する。さらに、ユーザがこのようにプレゼンス情報を選択した際に、稼働情報集計部１１が、その時点における第１稼働情報〜第３稼働情報をキャプチャし、キャプチャした情報を稼働情報管理テーブル１１２へ記憶する。そして、その後、稼働状況統合処理部１１１ｂが、収集した稼働情報からアプリケーションプログラムの繁忙度を検出する際に、前述のキャプチャ情報を参照することにより、ユーザの感覚に合わせたプレゼンス情報生成が可能となる。
【００６６】
また、プレゼンス情報の履歴を蓄積しておき、その履歴も参照してプレゼンス情報を生成することも可能である。例えば、所定の時間間隔（例えば５〜１０分毎）に、利用者のプレゼンス情報（「暇」、「余裕あり」、「忙しい」、「極めて忙しい」等）をフラグ化して蓄積する。特定の時間帯に特定のフラグの頻度が高い場合は、例えばその時間帯は定常作業で忙しいであろう等といったことが推定できる。したがって、このようなプレゼンス情報の蓄積に基づいてプレゼンス情報を類推し、この類推結果も利用してプレゼンス情報の生成を行えば、より正確に、ユーザの多忙度を反映したプレゼンス情報を生成することが可能となる。
【産業上の利用可能性】
【００６７】
本発明は、プレゼンス情報を自動生成できるプレゼンス情報生成装置およびこれを利用した通信システムとして産業上の利用が可能である。
【図面の簡単な説明】
【００６８】
【図１】本発明の一実施形態にかかる通信端末の機能的構成を示すブロック図である。
【図２】図１に示す稼働情報管理テーブルの記憶内容の一例を示す模式図である。
【図３】図３は、通信端末におけるプレゼンス情報生成処理および通知処理の全体的な流れを示すフローチャートである。
【図４】図４は、図３のステップＳ１３の処理の詳細を示すフローチャートである。
【図５】図５は、図４のステップＳ１３２ａ〜Ｓ１３２ｃの処理の詳細を示すフローチャートである。
【図６】図６は、従来のプレゼンスサービスの仕組みを示す模式図である。
【符号の説明】
【００６９】
１０        プレゼンス情報生成装置
１１        稼働情報集計部
１２        プレゼンス情報生成部
１３        プレゼンスリスト
１４        キーボード
１５        マウス
１６        オペレーティングシステム
１７        通信制御部
１８        プレゼンスリクエスト生成部
１００      プレゼンティティの通信端末
１１１ａ1  第１稼働情報収集部
１１１ａ2  第２稼働情報収集部
１１１ａ3  第３稼働情報収集部
【図１】
0005266835.tif 000002
【図２】
0005266835.tif 000003
【図３】
0005266835.tif 000004
【図４】
0005266835.tif 000005
【図５】
0005266835.tif 000006
【図６】
0005266835.tif 000007