(57)【要約】【課題】生産性の低下を好適に抑制することを課題とする。【解決手段】情報処理装置は、受付部と、取得部と、検出部と、出力部とを有する。これらのうち、受付部は、状況確認の対象となる対象ユーザの指定を受け付ける。また、取得部は、指定された対象ユーザの位置及び動作を取得する。また、検出部は、取得された対象ユーザの位置及び動作に基づいて、該対象ユーザの状況を検出する。また、出力部は、検出された対象ユーザの状況を出力する。【選択図】図３
2015170870.tif 000002
【特許請求の範囲】
【請求項１】
状況確認の対象となる対象ユーザの指定を受け付ける受付部と、
指定された前記対象ユーザの位置及び動作を取得する取得部と、
取得された前記対象ユーザの位置及び動作に基づいて、該対象ユーザの状況を検出する検出部と、
検出された前記対象ユーザの状況を出力する出力部と
を有することを特徴とする情報処理装置。
【請求項２】
前記取得部は、前記対象ユーザの現在位置から所定距離以内である所定エリア内に存在する他のユーザの位置及び動作を取得し、
前記検出部は、取得された前記他のユーザの位置及び動作に基づいて、前記対象ユーザの状況を検出することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記検出部は、前記対象ユーザと前記他のユーザとが、互いに相手の方向を向いている場合に、前記対象ユーザが他の用事に対応できないことを表す取り込み中であることを検出し、互いに相手の方向を向いていない場合に、前記対象ユーザが前記取り込み中でないことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記検出部は、現時点から過去所定時間の間に、前記対象ユーザの移動距離が所定移動距離以上である場合に、該対象ユーザが他の用事に対応できないことを表す取り込み中であることを検出し、前記対象ユーザの移動距離が所定移動距離未満である場合に、該対象ユーザが前記取り込み中でないことを検出することを特徴とする請求項１〜３の何れか一つに記載の情報処理装置。
【請求項５】
前記検出部は、前記対象ユーザの現在位置が、移動中に停止する停止エリアに含まれる場合に該対象ユーザが前記取り込み中であることを検出し、前記停止エリアに含まれない場合に該対象ユーザが前記取り込み中でないことを検出することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記検出部は、前記対象ユーザの現在位置が、設置された電話機を使用可能な使用エリアに含まれる場合に該対象ユーザが電話対応可であることを検出し、前記使用エリアに含まれない場合に該対象ユーザが電話対応不可であることを検出することを特徴とする請求項１〜５の何れか一つに記載の情報処理装置。
【請求項７】
前記検出部は、現時点から過去所定時間の間に、前記対象ユーザの移動距離が所定移動距離以上である場合に該対象ユーザが電話対応不可であることを検出し、前記対象ユーザの移動距離が所定移動距離未満である場合に該対象ユーザが電話対応可であることを検出することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記検出部は、前記対象ユーザの現在位置が、他の用事に対応できないことを表す取り込み中の条件の一つとして予め登録された登録エリアに含まれる場合に、該対象ユーザが前記取り込み中であることを検出し、前記登録エリアに含まれない場合に、該対象ユーザが前記取り込み中でないことを検出することを特徴とする請求項１〜７の何れか一つに記載の情報処理装置。
【請求項９】
前記取得部は、前記対象ユーザの現在位置を含む前記登録エリア内に存在する他のユーザの位置及び動作を取得し、
前記検出部は、取得された前記他のユーザの位置及び動作に基づいて、前記対象ユーザの状況を検出することを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
前記受付部は、前記状況が出力された前記対象ユーザの指定を再度受け付け、
前記取得部は、再度指定された前記対象ユーザの位置及び動作を定期的に取得し、
前記検出部は、定期的に取得される前記対象ユーザの位置及び動作に基づいて、該対象ユーザの状況を検出し、
前記出力部は、検出された前記対象ユーザの状況が、指定が再度受け付けられたときの状況から変化した場合に、検出された前記対象ユーザの前記状況を出力することを特徴とする請求項１〜９の何れか一つに記載の情報処理装置。
【請求項１１】
前記取得部は、指定された前記対象ユーザが使用する機器において、所定アプリケーションが起動しているか否かの情報を表す起動情報を取得し、
前記検出部は、取得された前記起動情報に基づいて、前記所定アプリケーションが起動している場合に、前記対象ユーザが他の用事に対応できないことを表す取り込み中であることを検出し、前記所定アプリケーションが起動していない場合に、前記対象ユーザが前記取り込み中でないことを検出することを特徴とする請求項１〜１０の何れか一つに記載の情報処理装置。
【請求項１２】
状況確認の対象となる対象ユーザの指定を受け付けるステップと、
指定された前記対象ユーザの位置及び動作を取得するステップと、
取得された前記対象ユーザの位置及び動作に基づいて、該対象ユーザの状況を検出するステップと、
検出された前記対象ユーザの状況を出力するステップと
をコンピュータに実行させるための状況管理プログラム。
【請求項１３】
状況確認の対象となる対象ユーザの指定を受け付けるステップと、
指定された前記対象ユーザの位置及び動作を取得するステップと、
取得された前記対象ユーザの位置及び動作に基づいて、該対象ユーザの状況を検出するステップと、
検出された前記対象ユーザの状況を出力するステップと
を含むことを特徴とする状況管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、状況管理プログラム及び状況管理方法に関する。
【背景技術】
【０００２】
従来、企業等において、誰かに用事があるときにその対象ユーザの座席を訪れたとしても、対象ユーザが不在である場合がある。対象ユーザが不在である場合には、再度訪れることになるため、時間と労力が無駄になり、生産性の低下を招いてしまう。また、自身の業務が立て込んでいるときに誰かが訪ねてくると、業務を中断して対応せざるを得ない場合がある。業務を中断して対応する場合には、集中力が切れ、業務に再度戻る際に頭の切り替えを要するため、生産性の低下を招いてしまう。
【０００３】
そこで、最近では、各ユーザに自身の状況をサーバに登録させることで、互いの状況を把握できるようにする技術や、カメラを用いて各ユーザの在席状況を判断する技術がある。また、各ユーザが使用するＰＣ（Personal  Computer）のスクリーンセーバやログインの状態をもとに、各ユーザの在席状態を検出し、不在であった対象ユーザが在席状態になったときに通知する技術がある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来技術は、生産性の低下を好適に抑制することができないという問題がある。例えば、各ユーザに自身の状況をサーバに登録させる技術は、各ユーザに状況を適宜登録させる手間が発生するうえに、登録ミスや登録漏れ等が発生する可能性があるため、生産性の低下を好適に抑制できているとは言い難い。また、カメラやＰＣの状態を用いて各ユーザの在席状況を判断する技術は、ユーザが在席していても取り込み中であることも多々あるため、生産性の低下を好適に抑制できているとは言い難い。
【０００５】
本発明は、上記に鑑みてなされたものであって、生産性の低下を好適に抑制することが可能である情報処理装置、状況管理プログラム及び状況管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するため、本発明に係る情報処理装置は、状況確認の対象となる対象ユーザの指定を受け付ける受付部と、指定された前記対象ユーザの位置及び動作を取得する取得部と、取得された前記対象ユーザの位置及び動作に基づいて、該対象ユーザの状況を検出する検出部と、検出された前記対象ユーザの状況を出力する出力部とを有する。
【発明の効果】
【０００７】
本発明の一つの様態によれば、生産性の低下を好適に抑制することができるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施の形態１に係る状況管理システムのシステム構成例を示す図である。
【図２】図２は、実施の形態１に係る情報処理装置のハードウェア構成例を示すブロック図である。
【図３】図３は、実施の形態１に係る情報処理装置の機能構成例を示すブロック図である。
【図４】図４は、対象ユーザを指定するための指定画面の例を示す図である。
【図５】図５は、自身の状況を登録するための状況登録画面の例を示す図である。
【図６Ａ】図６Ａは、対象ユーザと他のユーザとが会話中である場合の例を示す図である。
【図６Ｂ】図６Ｂは、対象ユーザと他のユーザとが会話中でない場合の例を示す図である。
【図７】図７は、対象ユーザの状況確認に対する結果画面の例を示す図である。
【図８】図８は、実施の形態１に係る状況管理処理の流れの例を示すフローチャートである。
【図９】図９は、実施の形態１に係る状況管理処理の流れの例を示すフローチャートである。
【図１０】図１０は、実施の形態１に係る状況管理処理の流れの例を示すフローチャートである。
【図１１】図１１は、実施の形態１に係る状況管理処理の流れの例を示すフローチャートである。
【図１２】図１２は、実施の形態２に係る情報処理装置の機能構成例を示すブロック図である。
【図１３】図１３は、通知要求画面の例を示す図である。
【図１４】図１４は、実施の形態２に係る状況管理処理の流れの例を示すフローチャートである。
【図１５】図１５は、実施の形態３に係る情報処理装置の機能構成例を示すブロック図である。
【図１６】図１６は、起動情報に係るアプリケーションを登録するためのアプリ登録画面の例を示す図である。
【図１７】図１７は、実施の形態３に係る状況管理処理の流れの例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下に添付図面を参照して、本発明に係る情報処理装置、状況管理プログラム及び状況管理方法の実施の形態を説明する。なお、以下の実施の形態により本発明が限定されるものではない。また、各実施の形態は、内容を矛盾させない範囲で適宜組み合わせることができる。
【００１０】
（実施の形態１）
［システム構成］
図１を用いて、実施の形態１に係る状況管理システムのシステム構成を説明する。図１は、実施の形態１に係る状況管理システムのシステム構成例を示す図である。
【００１１】
図１に示すように、状況管理システム１は、クライアント装置５０と、記憶装置７０と、情報処理装置１００とを有する。各装置は、ＬＡＮ（Local  Area  Network）やインターネット等のネットワークに接続される。かかるネットワークは、無線又は有線により実現される。なお、クライアント装置５０は、各ユーザが使用するＰＣ（Personal  Computer）等であり、ユーザの数に応じて複数配置されている。また、記憶装置７０や情報処理装置１００については、負荷分散等のために複数配置されていても良い。
【００１２】
上述した構成において、各クライアント装置５０を使用する各ユーザは、慣性センサを有するデバイスを所持又は装着している。例えば、慣性センサは、加速度センサ、角速度センサ、地磁気センサ等である。かかるデバイスは、各センサによって検出された検出データをもとに、該デバイスを所持又は装着しているユーザの位置や動作を検出する。そして、デバイスは、検出したユーザの位置や動作を、１秒等の一定時間ごとに情報処理装置１００に対して送信する。情報処理装置１００は、デバイスから受信した位置や動作をユーザ（デバイス）ごとに記憶装置７０に格納する。これにより、記憶装置７０には、各ユーザの位置や動作が蓄積されていく。例えば、記憶装置７０に蓄積されるユーザの動作を利用して、ユーザが動いている状態、静止している状態、着席している状態、起立している状態、歩行している状態等がわかる。また、これらの状態から、静止している状態から動いている状態に移行する等の状態の遷移についてもわかる。さらに、ユーザが向いている方向、身体の向き、歩行の向き、ある時間における移動距離等がわかる。
【００１３】
クライアント装置５０は、ユーザ操作に従い、状況確認の対象となる対象ユーザの指定を受け付け、該対象ユーザの状況を情報処理装置１００に対して問い合わせる。情報処理装置１００には、対象ユーザの状況を問い合わせるための専用のアプリケーションがインストールされており、ユーザは、専用のアプリケーションを起動して、対象ユーザの状況を問い合わせるためのユーザ操作を行なう。例えば、ユーザの状況とは、取り込み中であるか否か、電話対応可能か否か等であり、ユーザが、現在行なっている業務以外の事に対応できるか否かを表すものである。このようなユーザの状況は、上述したユーザの位置や動作をもとに検出されるものである。
【００１４】
情報処理装置１００は、クライアント装置５０からの問い合わせを受け付けると、記憶装置７０から対象ユーザの位置や動作を取得し、該対象ユーザの状況を検出する。そして、情報処理装置１００は、検出した対象ユーザの状況をクライアント装置５０に対して送信する。これらにより、クライアント装置５０は、情報処理装置１００からの応答を受け付けると、対象ユーザの状況をモニタ等の表示装置に表示出力する。
【００１５】
つまり、状況管理システム１は、ユーザが所持又は装着しているデバイスのセンサ値をもとに検出された該ユーザの位置や動作をもとに、指定された対象ユーザの状況を検出するので、生産性の低下を好適に抑制することができる。換言すると、状況管理システム１は、センサ値をもとに検出された詳細な位置や動作から、対象ユーザの状況を検出するので、各ユーザが状況を登録したり、カメラやＰＣの状態をもとに状況を判断したりする従来技術と比較して、より正確な状況を検出できるので、生産性の低下を好適に抑制することができる。
【００１６】
［ハードウェア構成］
次に、図２を用いて、実施の形態１に係る情報処理装置１００のハードウェア構成を説明する。図２は、実施の形態１に係る情報処理装置１００のハードウェア構成例を示すブロック図である。
【００１７】
図２に示すように、情報処理装置１００は、バス１０１に接続された、ＣＰＵ（Central  Processing  Unit）１０２と、ＲＡＭ（Random  Access  Memory）１０３と、ＲＯＭ（Read  Only  Memory）１０４とを有する。加えて、情報処理装置１００は、ＨＤＤ（Hard  Disk  Drive）１０５と、通信Ｉ／Ｆ（Interface）１０６とを有する。
【００１８】
ＣＰＵ１０２は、情報処理装置１００の動作を統括的に制御する。ＣＰＵ１０２は、ＲＡＭ１０３をワークエリア（作業領域）として、ＲＯＭ１０４又はＨＤＤ１０５等に格納されたプログラムを実行することで、情報処理装置１００全体の動作を制御する。通信Ｉ／Ｆ１０６は、各外部装置と通信するためのインタフェースである。
【００１９】
［実施の形態１に係る機能構成］
次に、図３を用いて、実施の形態１に係る情報処理装置１００の機能構成を説明する。図３は、実施の形態１に係る情報処理装置１００の機能構成例を示すブロック図である。
【００２０】
図３に示すように、情報処理装置１００は、通信部１１０と、受付部１２０と、取得部１３０と、検出部１４０と、出力部１５０とを有する。なお、上記各部については、これらの一部又は全てがソフトウェア（プログラム）で実現されても良いし、ハードウェア回路で実現されても良い。
【００２１】
通信部１１０は、クライアント装置５０と通信を行なう。クライアント装置５０は、状況確認の対象となる対象ユーザを指定するユーザ操作が行なわれた場合に、指定された対象ユーザのユーザ情報を情報処理装置１００に対して送信する。これにより、通信部１１０は、クライアント装置５０によって送信された対象ユーザのユーザ情報を受信する。そして、通信部１１０は、受信した対象ユーザのユーザ情報を受付部１２０に対して出力する。
【００２２】
図４は、対象ユーザを指定するための指定画面の例を示す図である。かかる指定画面は、クライアント装置５０に対応するモニタ等の表示装置に表示出力される。ユーザは、クライアント装置５０に対応するキーボードやマウス等の入力装置を利用してユーザ操作を行なう。
【００２３】
図４に示すように、指定画面には、「状況確認」タブと、「状況登録」タブとが含まれる。これらのうち、「状況確認」タブがユーザ操作によって選択されると、指定画面には、対象ユーザを指定するためのコンボボックスや、指定された対象ユーザの状況確認を要求するための「問合せ」ボタン等のＧＵＩ（Graphical  User  Interface）が表示される。ユーザは、コンボボックスによって表示されるユーザ（ユーザ名）の中から、状況を確認したいユーザを指定し、「問合せ」ボタンを押下する。これにより、クライアント装置５０は、指定された対象ユーザの状況確認要求とともに、該対象ユーザのユーザ情報を情報処理装置１００に対して送信する。
【００２４】
図５は、自身の状況を登録するための状況登録画面の例を示す図である。かかる状況登録画面は、クライアント装置５０に対応するモニタ等の表示装置に表示出力される。また、状況登録画面は、自身の状況を状況管理システム１に判断させるのか、自身の状況を予め登録しておくのかを設定するための画面である。ユーザは、クライアント装置５０に対応するキーボードやマウス等の入力装置を利用してユーザ操作を行なう。
【００２５】
図５に示すように、状況登録画面には、「状況確認」タブと、「状況登録」タブとが含まれる。これらのうち、「状況登録」タブがユーザ操作によって選択されると、状況登録画面には、「空き状況」と「電話対応」との設定を行なうためのチェックボックスが表示される。「空き状況」は取り込み中であるか否かを表す項目であり、「電話対応」は電話対応が可能か否かを表す項目である。空き状況の項目には、「自動判断」と、「空いている」と、「空いていない」とが含まれる。また、電話対応の項目には、「自動判断」と、「対応可」と、「対応不可」とが含まれる。
【００２６】
「自動判断」は、自身の状況を状況管理システム１に判断させるように設定するための項目である。また、その他の項目は、自身の状況を状況管理システム１に判断させずに、予め登録させるように設定するための項目である。ユーザは、空き状況と電話対応とについて、何れかのチェックボックスのチェックを有効にして、「登録」ボタンを押下する。これにより、クライアント装置５０は、チェックされた項目の項目情報を情報処理装置１００に対して送信する。情報処理装置１００は、クライアント装置５０によって送信された項目情報を記憶装置７０に格納する。
【００２７】
図３の説明に戻り、受付部１２０は、対象ユーザの指定を受け付ける。より具体的には、受付部１２０は、通信部１１０によって受信された、対象ユーザのユーザ情報を受け付ける。そして、受付部１２０は、受け付けた対象ユーザのユーザ情報を取得部１３０に対して出力する。
【００２８】
取得部１３０は、対象ユーザの位置及び動作を取得する。より具体的には、取得部１３０は、受付部１２０によって出力された対象ユーザのユーザ情報に対応する項目情報を記憶装置７０から取得する。このとき、取得部１３０は、「自動判断」に対応する項目情報である場合に、対象ユーザの位置及び動作を記憶装置７０から取得し、取得した対象ユーザの位置及び動作を検出部１４０に対して出力する。一方、取得部１３０は、「自動判断」ではない項目情報である場合に、登録された状況を検出部１４０に対して出力する。すなわち、「自動判断」ではない項目情報である場合には、状況管理システム１による状況の自動判断ではなく、予め登録された状況を該対象ユーザの状況とする。
【００２９】
また、取得部１３０は、記憶装置７０から取得した対象ユーザの現在位置から所定距離以内である所定エリア内に存在する他のユーザの位置及び動作も取得する。例えば、所定エリアは、対象ユーザの現在位置を中心とした半径２メートルの円の範囲である。そして、取得部１３０は、取得した他のユーザの位置及び動作を検出部１４０に対して出力する。なお、所定エリア内に存在する他のユーザが複数の場合も有り得る。かかる場合には、複数の他のユーザそれぞれの位置及び動作が取得され、検出部１４０に対して出力される。
【００３０】
検出部１４０は、対象ユーザや他のユーザの位置及び動作に基づいて、対象ユーザの状況を検出する。より具体的には、検出部１４０は、取得部１３０によって出力された対象ユーザや他のユーザの位置及び動作をもとに、対象ユーザと他のユーザとが、互いに相手の方向を向いている場合に、対象ユーザが取り込み中であることを検出する。一方、検出部１４０は、取得部１３０によって出力された対象ユーザや他のユーザの位置及び動作をもとに、対象ユーザと他のユーザとが、互いに相手の方向を向いていない場合に、対象ユーザが取り込み中でないことを検出する。すなわち、検出部１４０は、対象ユーザと、該対象ユーザを中心とする所定エリアに存在する他のユーザとが向き合っている場合に、対象ユーザと他のユーザとが会話中であるものとして、対象ユーザが取り込み中であることを検出する。
【００３１】
図６Ａは、対象ユーザと他のユーザとが会話中である場合の例を示す図である。図６Ａでは、左方のユーザを対象ユーザとし、右方のユーザを他のユーザとして説明する。また、図６Ａに示す他のユーザは、対象ユーザを中心とする所定エリア内に存在しているものとする。図６Ａに示すように、検出部１４０は、対象ユーザと他のユーザとの位置及び動作から、他のユーザの向きが色付きの扇形に収まる場合に、対象ユーザと他のユーザとが会話中であるものとして、対象ユーザが取り込み中であることを検出する。
【００３２】
例えば、対象ユーザ側の色付きの扇形は、対象ユーザの位置を中心として、対象ユーザが向いている方向に対して左右に２２．５°展開する扇形（中心角４５°の扇形）である。一方、他のユーザ側の色付きの扇形は、他のユーザの向きにかかわらず、対象ユーザと他のユーザとの位置の中点に応じて、対象ユーザ側の色付きの扇形と対称になる扇形である。これらから、検出部１４０は、他のユーザの向き（図６Ａ中の右方のブロック矢印）が、該他のユーザ側の色付きの扇形に含まれるので、対象ユーザと他のユーザとが会話中であるものとして、対象ユーザが取り込み中であることを検出する。
【００３３】
図６Ｂは、対象ユーザと他のユーザとが会話中でない場合の例を示す図である。図６Ｂでは、左方のユーザを対象ユーザとし、右方のユーザを他のユーザとして説明する。また、図６Ｂに示す他のユーザは、対象ユーザを中心とする所定エリア内に存在しているものとする。図６Ｂに示すように、検出部１４０は、対象ユーザと他のユーザとの位置及び動作から、他のユーザの向き（図６Ｂ中の右方のブロック矢印）が色付きの扇形に収まらない場合に、対象ユーザと他のユーザとが会話中でないものとして、対象ユーザが取り込み中でないことを検出する。なお、所定エリアに複数の他のユーザが存在する場合には、各他のユーザに対しても同様の処理を行なう。そして、対象ユーザと、少なくとも一人の他のユーザとが、互いに相手の方向を向いていれば、対象ユーザが取り込み中であるものとすれば良い。
【００３４】
また、検出部１４０は、対象ユーザが移動中であるか否かに応じて、該対象ユーザが取り込み中であるか否かを検出しても良い。より具体的には、検出部１４０は、取得部１３０によって出力された対象ユーザの位置及び動作をもとに、現時点から過去所定時間の間に、対象ユーザの移動距離が所定移動距離以上である場合に、該対象ユーザが取り込み中であることを検出する。
【００３５】
一方、検出部１４０は、取得部１３０によって出力された対象ユーザの位置及び動作をもとに、現時点から過去所定時間の間に、対象ユーザの移動距離が所定移動距離未満である場合に、該対象ユーザが取り込み中でないことを検出する。例えば、現時点から過去所定時間の間は１０秒間であり、所定移動距離は２メートルである。すなわち、検出部１４０は、現時点から過去１０秒の間に、対象ユーザが２メートル以上移動している場合に、該対象ユーザが取り込み中であることを検出する。
【００３６】
対象ユーザが移動中であるか否かを判定する際、検出部１４０は、対象ユーザの現在位置が、移動中に停止する停止エリアに含まれる場合に、該対象ユーザが取り込み中であることを検出しても良い。一方、検出部１４０は、対象ユーザの現在位置が、移動中に停止する停止エリアに含まれない場合に、該対象ユーザが取り込み中でないことを検出する。例えば、停止エリアは、エレベータの前、自動販売機の前、食堂等の、ユーザが移動の途中で停止する可能性があるエリアである。
【００３７】
また、検出部１４０は、対象ユーザの現在位置が予め登録された登録エリアに含まれるか否かに応じて、該対象ユーザが取り込み中であるか否かを検出しても良い。より具体的には、検出部１４０は、取得部１３０によって出力された対象ユーザの位置及び動作をもとに、対象ユーザの現在位置が登録エリアに含まれる場合に、該対象ユーザが取り込み中であることを検出する。
【００３８】
一方、検出部１４０は、取得部１３０によって出力された対象ユーザの位置及び動作をもとに、対象ユーザの現在位置が登録エリアに含まれない場合に、該対象ユーザが取り込み中でないことを検出する。例えば、登録エリアは、状況管理システム１の管理者等により予め登録されたエリアであって、会議室、休憩室及びトイレ等の、取り込み中の条件の一つとして利用されることが好ましいエリアである。登録エリアの情報は、記憶装置７０に記憶されており、対象ユーザの位置及び動作とともに、取得部１３０によって取得される。なお、登録エリアは、移動中の状況ではないため、上述した停止エリアとは異なる。
【００３９】
対象ユーザが登録エリアに含まれるか否かを判定する際、検出部１４０は、登録エリアに他のユーザも含まれる場合に、該対象ユーザが取り込み中であることを検出しても良い。例えば、対象ユーザが登録エリアの一つである会議室に居る場合には、該会議室に他のユーザ（複数のユーザ）も居ることを条件として、対象ユーザが取り込み中であることを検出すれば良い。また、対象ユーザが登録エリアの一つである休憩室に居る場合には、該休憩室に他のユーザが居ることを条件とせずに、対象ユーザが取り込み中であることを検出すれば良い。すなわち、登録エリアの情報は会議室、休憩室、トイレ等の用途により分類されており、検出部１４０は、登録エリアの用途に応じて、対象ユーザの状況の判断材料として、他のユーザの位置や動作を利用するか否かを決定すれば良い。
【００４０】
また、検出部１４０は、対象ユーザの現在位置が電話機を使用可能な使用エリアに含まれるか否かに応じて、該対象ユーザが電話対応可能であるか否かを検出しても良い。より具体的には、検出部１４０は、取得部１３０によって出力された対象ユーザの位置及び動作をもとに、対象ユーザの現在位置が、設置された電話機を使用可能な使用エリアに含まれる場合に、該対象ユーザが電話対応可であることを検出する。
【００４１】
一方、検出部１４０は、取得部１３０によって出力された対象ユーザの位置及び動作をもとに、対象ユーザの現在位置が、設置された電話機を使用可能な使用エリアに含まれない場合に、該対象ユーザが電話対応不可であることを検出する。例えば、使用エリアは、対象ユーザの現在位置を中心とした半径５メートルの円の範囲である。なお、電話機は、各ユーザの座席が固定されていないことも有り得るため、各ユーザ専用のものでなくて良い。
【００４２】
対象ユーザが使用エリアに含まれるか否かを判定する際、検出部１４０は、現時点から過去所定時間の間に、対象ユーザの移動距離が所定移動距離以上である場合に、該対象ユーザが電話対応不可であることを検出しても良い。一方、検出部１４０は、現時点から過去所定時間の間に、対象ユーザの移動距離が所定移動距離未満である場合に、該対象ユーザが電話対応可であることを検出する。すなわち、検出部１４０は、対象ユーザが使用エリアに含まれていたとしても、移動中であれば、該対象ユーザが電話対応不可であることを検出する。換言すると、検出部１４０は、電話機の近く（例えば、５メートル以内）に対象ユーザが存在し、移動中でなければ、該対象ユーザが電話対応可であることを検出する。なお、検出部１４０は、「自動判断」に設定されていないときには、取得部１３０によって出力された予め登録された対象ユーザの状況を、該対象ユーザの状況として出力部１５０に対して出力する。
【００４３】
出力部１５０は、対象ユーザの状況を出力する。より具体的には、出力部１５０は、検出部１４０によって検出された対象ユーザの状況を、通信部１１０を介して、クライアント装置５０に対して送信する。例えば、出力部１５０は、対象ユーザが取り込み中である又は取り込み中でないことや、対象ユーザが電話対応可である又は電話対応不可であることを、クライアント装置５０に対して送信する。このとき、出力部１５０は、対象ユーザが会話中であることや移動中であること、また、対象ユーザの現在位置等の詳細な状況をクライアント装置５０に対して送信しても良い。例えば、対象ユーザが会議室に一人で居る場合には、該対象ユーザの現在位置をクライアント装置５０に送信する。これらにより、クライアント装置５０では、対象ユーザの状況確認に対する結果画面が表示出力される。
【００４４】
図７は、対象ユーザの状況確認に対する結果画面の例を示す図である。かかる結果画面は、クライアント装置５０に対応するモニタ等の表示装置に表示出力される。図７に示すように、結果画面には、図４に示した指定画面の表示に加えて、対象ユーザの状況や、該状況が検出されたときの時刻等が表示される。図７に示した例では、「山田  太郎：空いていない／電話対応不可  １０：３２」と表示されている。
【００４５】
［実施の形態１に係る状況管理処理フロー］
次に、図８〜図１１を用いて、実施の形態１に係る状況管理処理の流れを説明する。図８〜図１１は、実施の形態１に係る状況管理処理の流れの例を示すフローチャートである。
【００４６】
図８では、対象ユーザの移動状況に係る状況管理処理を例に挙げる。図８に示すように、通信部１１０を介して、受付部１２０によって対象ユーザの指定が受け付けられた場合に（ステップＳ１０１：Ｙｅｓ）、取得部１３０は、指定された対象ユーザの位置及び動作を記憶装置７０から取得する（ステップＳ１０２）。一方、受付部１２０は、対象ユーザの指定を受け付けていない場合に（ステップＳ１０１：Ｎｏ）、指定の受け付け待ちの状態となる。
【００４７】
また、検出部１４０は、取得部１３０によって取得された対象ユーザの位置及び動作をもとに、現時点から過去所定時間の間に、該対象ユーザの移動距離が所定移動距離以上であるか否かを判定する（ステップＳ１０３）。このとき、検出部１４０は、対象ユーザの移動距離が所定移動距離未満である場合に（ステップＳ１０３：Ｎｏ）、該対象ユーザの現在位置が停止エリアに含まれているか否かを判定する（ステップＳ１０４）。一方、検出部１４０は、対象ユーザの移動距離が所定移動距離以上である場合に（ステップＳ１０３：Ｙｅｓ）、該対象ユーザが取り込み中であることを検出する（ステップＳ１０５）。
【００４８】
また、検出部１４０は、対象ユーザの現在位置が停止エリアに含まれている場合に（ステップＳ１０４：Ｙｅｓ）、該対象ユーザが取り込み中であることを検出する（ステップＳ１０５）。一方、検出部１４０は、対象ユーザの現在位置が停止エリアに含まれていない場合に（ステップＳ１０４：Ｎｏ）、該対象ユーザが取り込み中でないことを検出する（ステップＳ１０６）。そして、出力部１５０は、検出部１４０によって検出された対象ユーザの状況を、通信部１１０を介して、クライアント装置５０に対して送信する（ステップＳ１０７）。
【００４９】
図９では、対象ユーザの会話状況に係る状況管理処理の例を挙げる。図９に示すように、通信部１１０を介して、受付部１２０によって対象ユーザの指定が受け付けられた場合に（ステップＳ２０１：Ｙｅｓ）、取得部１３０は、指定された対象ユーザの位置及び動作を記憶装置７０から取得する（ステップＳ２０２）。一方、受付部１２０は、対象ユーザの指定を受け付けていない場合に（ステップＳ２０１：Ｎｏ）、指定の受け付け待ちの状態となる。また、取得部１３０は、対象ユーザの現在位置に対応する所定エリア内に存在する他のユーザの位置及び動作を記憶装置７０から取得する（ステップＳ２０３）。
【００５０】
検出部１４０は、取得部１３０によって取得された対象ユーザや他のユーザの位置及び動作をもとに、対象ユーザと他のユーザとが互いに相手の方向を向いているか否かを判定する（ステップＳ２０４）。このとき、検出部１４０は、対象ユーザと他のユーザとが互いに相手の方向を向いている場合に（ステップＳ２０４：Ｙｅｓ）、該対象ユーザが取り込み中であることを検出する（ステップＳ２０５）。一方、検出部１４０は、対象ユーザと他のユーザとが互いに相手の方向を向いていない場合に（ステップＳ２０４：Ｎｏ）、該対象ユーザが取り込み中でないことを検出する（ステップＳ２０６）。そして、出力部１５０は、検出部１４０によって検出された対象ユーザの状況を、通信部１１０を介して、クライアント装置５０に対して送信する（ステップＳ２０７）。
【００５１】
図１０では、対象ユーザの電話対応に係る状況管理処理の例を挙げる。図１０に示すように、通信部１１０を介して、受付部１２０によって対象ユーザの指定が受け付けられた場合に（ステップＳ３０１：Ｙｅｓ）、取得部１３０は、指定された対象ユーザの位置及び動作を記憶装置７０から取得する（ステップＳ３０２）。一方、受付部１２０は、対象ユーザの指定を受け付けていない場合に（ステップＳ３０１：Ｎｏ）、指定の受け付け待ちの状態となる。
【００５２】
また、検出部１４０は、取得部１３０によって取得された対象ユーザの位置及び動作をもとに、該対象ユーザの現在位置が使用エリアに含まれているか否かを判定する（ステップＳ３０３）。このとき、検出部１４０は、対象ユーザの現在位置が使用エリアに含まれている場合に（ステップＳ３０３：Ｙｅｓ）、現時点から過去所定時間の間に、該対象ユーザの移動距離が所定移動距離以上であるか否かを判定する（ステップＳ３０４）。一方、検出部１４０は、対象ユーザの現在位置が使用エリアに含まれない場合に（ステップＳ３０３：Ｎｏ）、該対象ユーザが電話対応不可であることを検出する（ステップＳ３０６）。
【００５３】
また、検出部１４０は、対象ユーザの移動距離が所定移動距離以上である場合に（ステップＳ３０４：Ｙｅｓ）、該対象ユーザが電話対応不可であることを検出する（ステップＳ３０６）。一方、検出部１４０は、対象ユーザの移動距離が所定移動距離未満である場合に（ステップＳ３０４：Ｎｏ）、該対象ユーザが電話対応可であることを検出する（ステップＳ３０５）。そして、出力部１５０は、検出部１４０によって検出された対象ユーザの状況を、通信部１１０を介して、クライアント装置５０に対して送信する（ステップＳ３０７）。
【００５４】
図１１では、対象ユーザの現在位置に係る状況管理処理を例に挙げる。図１１に示すように、通信部１１０を介して、受付部１２０によって対象ユーザの指定が受け付けられた場合に（ステップＳ４０１：Ｙｅｓ）、取得部１３０は、指定された対象ユーザの位置及び動作を記憶装置７０から取得する（ステップＳ４０２）。一方、受付部１２０は、対象ユーザの指定を受け付けていない場合に（ステップＳ４０１：Ｎｏ）、指定の受け付け待ちの状態となる。
【００５５】
また、検出部１４０は、取得部１３０によって取得された対象ユーザの位置及び動作をもとに、該対象ユーザの現在位置が会議室等の登録エリアに含まれているか否かを判定する（ステップＳ４０３）。このとき、検出部１４０は、対象ユーザの現在位置が登録エリアに含まれている場合に（ステップＳ４０３：Ｙｅｓ）、該登録エリアに他のユーザが存在するか否かを判定する（ステップＳ４０４）。一方、検出部１４０は、対象ユーザの現在位置が登録エリアに含まれない場合に（ステップＳ４０３：Ｎｏ）、該対象ユーザが取り込み中でないことを検出する（ステップＳ４０６）。
【００５６】
また、検出部１４０は、対象ユーザの現在位置を含む登録エリアに他のユーザが存在する場合に（ステップＳ４０４：Ｙｅｓ）、該対象ユーザが取り込み中であることを検出する（ステップＳ４０５）。一方、検出部１４０は、対象ユーザの現在位置を含む登録エリアに他のユーザが存在しない場合に（ステップＳ４０４：Ｎｏ）、該対象ユーザが取り込み中でないことを検出する（ステップＳ４０６）。そして、出力部１５０は、検出部１４０によって検出された対象ユーザの状況を、通信部１１０を介して、クライアント装置５０に対して送信する（ステップＳ４０７）。
【００５７】
［実施の形態１による効果］
情報処理装置１００は、状況確認の対象ユーザの指定を受け付けた場合に、対象ユーザの位置及び動作をもとに、該対象ユーザの状況を検出するので、生産性の低下を好適に抑制することができる。また、情報処理装置１００は、対象ユーザの位置及び動作に加えて、対象ユーザとの関連性が高い近くに存在する他のユーザの位置及び動作をもとに、該対象ユーザの状況を検出するので、様々な環境における対象ユーザの状況を検出し、生産性の低下を好適に抑制することができる。
【００５８】
（実施の形態２）
上記実施の形態１では、指定された対象ユーザの位置及び動作をもとに、取り込み中であるか否か、電話対応可能であるか否か等の、該対象ユーザの状況を検出及び出力する場合を説明した。対象ユーザの状況については、取り込み中である状況や電話対応不可である状況が解除されたときに、再度出力するようにしても良い。そこで、実施の形態２では、取り込み中である状況や電話対応不可である状況が解除されたときに、対象ユーザの状況を出力する場合を説明する。なお、実施の形態２に係る状況管理システム１のシステム構成は、実施の形態１と同様である。
【００５９】
［実施の形態２に係る機能構成］
図１２を用いて、実施の形態２に係る情報処理装置の機能構成を説明する。図１２は、実施の形態２に係る情報処理装置の機能構成例を示すブロック図である。実施の形態２では、実施の形態１と同様の構成については同一の符号を付し、同様の構成については詳細な説明を省略する場合がある。具体的には、以下に示す通信部１１０の機能及び構成、処理については実施の形態１と同様である。
【００６０】
図１２に示すように、情報処理装置２００は、通信部１１０と、受付部２２０と、取得部２３０と、検出部２４０と、出力部２５０とを有する。なお、上記各部については、これらの一部又は全てがソフトウェア（プログラム）で実現されても良いし、ハードウェア回路で実現されても良い。
【００６１】
受付部２２０は、状況が出力された対象ユーザの指定を再度受け付ける。より具体的には、受付部２２０は、通信部１１０を介して、クライアント装置５０によって送信された、少なくとも一度は状況を出力された対象ユーザの指定を再度受け付ける。このとき、受付部２２０は、実施の形態１で説明したユーザ情報とともに、対象ユーザの状況が変化したことの通知要求も受け付ける。そして、受付部２２０は、受け付けた対象ユーザのユーザ情報と、通知要求である旨とを取得部２３０に対して出力する。クライアント装置５０では、以下で説明するように、通知要求が行なわれる。
【００６２】
図１３は、通知要求画面の例を示す図である。かかる通知要求画面は、クライアント装置５０に対応するモニタ等の表示装置に表示出力される。ユーザは、クライアント装置５０に対応するキーボードやマウス等の入力装置を利用してユーザ操作を行なう。
【００６３】
図１３に示すように、通知要求画面には、指定画面（図４参照）の操作に応じて対象ユーザの状況が表示される結果画面（図７参照）に、取り込み中である状況や電話対応不可である状況等が変化したことの通知を要求するための「通知設定」ボタンが追加されたものとなっている。ユーザは、対象ユーザの状況が変化したときに通知してもらいたい場合に、「通知設定」ボタンを押下する。なお、通知要求は、図１３に示したような取り込み中や電話対応不可の状況のときに限られず、取り込み中でないときや電話対応可であるときであっても良い。すなわち、ユーザは、現状は空いている状況のユーザに対する通知要求を行なうことができる。これにより、ユーザは、例えば後で訪ねようと思っているユーザを対象ユーザとして通知要求を行なうことで、該対象ユーザの状況の変化を認識することができる。
【００６４】
これらにより、クライアント装置５０は、指定された対象ユーザの通知要求とともに、該対象ユーザのユーザ情報を情報処理装置２００に対して送信する。なお、図１３に示した通知要求画面は一例であり、一度状況を確認した複数のユーザに係る通知要求を行なえるようにしても良い。例えば、一度状況を確認したユーザをリスト化したユーザ一覧の画面とし、ユーザ操作により選択されたユーザに係る通知要求をまとめて行なえるようにしても良い。
【００６５】
図１２の説明に戻り、取得部２３０は、対象ユーザの位置及び動作を定期的に取得する。より具体的には、取得部２３０は、受付部２２０によって通知要求が出力されると、対象ユーザのユーザ情報に対応する項目情報を記憶装置７０から取得する。このとき、取得部２３０は、「自動判断」に対応する項目情報である場合に、対象ユーザの位置及び動作を記憶装置７０から定期的に取得し、取得した対象ユーザの位置及び動作と、通知要求である旨とを検出部２４０に対して出力する。一方、取得部２３０は、「自動判断」ではない項目情報である場合に、登録された状況と、通知要求である旨とを検出部２４０に対して出力する。なお、取得部２３０は、実施の形態１に係る取得部１３０と同様に、他のユーザの位置及び動作についても取得し、検出部２４０に対して出力しても良い。
【００６６】
検出部２４０は、対象ユーザや他のユーザの位置及び動作に基づいて、対象ユーザの状況を検出する。より具体的には、検出部２４０は、取得部２３０によって通知要求である旨とともに定期的に出力された対象ユーザや他のユーザの位置及び動作をもとに、対象ユーザが取り込み中又は取り込み中でないこと、対象ユーザが電話対応可又は電話対応不可であることを検出する。そして、検出部２４０は、通知要求である旨と、検出した対象ユーザの状況とを出力部２５０に対して出力する。なお、検出部２４０による対象ユーザの状況の検出処理については、実施の形態１に係る検出処理と同様である。
【００６７】
出力部２５０は、対象ユーザの状況が変化した場合に、該対象ユーザの状況を出力する。より具体的には、出力部２５０は、検出部２４０によって通知要求である旨とともに検出された対象ユーザの状況が、これまでの状況から変化したか否かを判定する。このとき、出力部２５０は、対象ユーザの状況が変化した場合に、対象ユーザの変化後の状況を、通信部１１０を介して、クライアント装置５０に対して送信する。また、対象ユーザの状況が変化した場合には、取得部２３０による位置及び動作の定期的な取得処理を終了させる。一方、出力部２５０は、対象ユーザの状況が変化していない場合に、クライアント装置５０に対象ユーザの状況を送信することなく処理を終了する。
【００６８】
例えば、対象ユーザの状況については検出毎に記憶装置７０に記憶（更新）させておけば良く、出力部２５０は、状況が変化したときにクライアント装置５０に対して送信する。これらにより、クライアント装置５０では、対象ユーザの通知要求に対する応答画面が表示出力される。例えば、応答画面には、対象ユーザの状況が取り込み中であるときに通知要求が行なわれた場合、取り込み中が解除された旨の情報が表示出力される。また、応答画面には、対象ユーザの状況が電話対応不可であるときに通知要求が行なわれた場合、電話対応不可が解除された旨の情報が表示出力される。また、取り込み中でない状況から取り込み中となった状況、電話対応可から電話対応不可となった状況についても同様に、応答画面に表示出力される。
【００６９】
［実施の形態２に係る状況管理処理フロー］
次に、図１４を用いて、実施の形態２に係る状況管理処理の流れを説明する。図１４は、実施の形態２に係る状況管理処理の流れの例を示すフローチャートである。
【００７０】
図１４に示すように、通信部１１０を介して、受付部２２０によって対象ユーザの指定が再度受け付けられた場合に（ステップＳ５０１：Ｙｅｓ）、取得部２３０は、再度指定された対象ユーザの位置及び動作を記憶装置７０から取得する（ステップＳ５０２）。一方、受付部２２０は、対象ユーザの指定を受け付けていない場合に（ステップＳ５０１：Ｎｏ）、指定の受け付け待ちの状態となる。
【００７１】
また、検出部２４０は、取得部２３０によって取得された対象ユーザの位置及び動作をもとに、該対象ユーザの状況を検出する（ステップＳ５０３）。ここで、出力部２５０は、検出部２４０によって検出された対象ユーザの状況が、これまでの状況から変化したか否かを判定する（ステップＳ５０４）。このとき、出力部２５０は、対象ユーザの状況が変化した場合に（ステップＳ５０４：Ｙｅｓ）、該対象ユーザの状況を、通信部１１０を介して、クライアント装置５０に対して送信する（ステップＳ５０５）。一方、出力部２５０によって対象ユーザの状況が変化していないと判定された場合には（ステップＳ５０４：Ｎｏ）、ステップＳ５０２における処理が再度実行される。すなわち、対象ユーザの状況が変化するまで、定期的に対象ユーザの位置及び動作が取得され、対象ユーザの状況が検出される。
【００７２】
［実施の形態２による効果］
情報処理装置２００は、状況を検出した対象ユーザが再度指定された場合に、定期的に該対象ユーザの状況を検出し、状況が変化したときにクライアント装置５０に対して通知する。この結果、情報処理装置２００は、対象ユーザを訪ねる最適なタイミングを通知できるので、生産性の低下を好適に抑制することができる。
【００７３】
（実施の形態３）
上記実施の形態１や２では、対象ユーザの位置や動作をもとに、該対象ユーザの状況を検出する場合を説明した。かかる対象ユーザの状況は、該対象ユーザが使用するクライアント装置５０の状態をもとに検出されても良い。そこで、実施の形態３では、対象ユーザが使用するクライアント装置５０の状態をもとに、対象ユーザの状況を検出する場合を説明する。
【００７４】
［実施の形態３に係る機能構成］
図１５を用いて、実施の形態３に係る情報処理装置の機能構成を説明する。図１５は、実施の形態３に係る情報処理装置の機能構成例を示すブロック図である。実施の形態３では、実施の形態１と同様の構成については同一の符号を付し、同様の構成については詳細な説明を省略する場合がある。具体的には、以下に示す取得部３３０、検出部３４０以外の機能及び構成、処理は実施の形態１と同様である。
【００７５】
図１５に示すように、情報処理装置３００は、通信部１１０と、受付部１２０と、取得部３３０と、検出部３４０と、出力部１５０とを有する。なお、上記各部については、これらの一部又は全てがソフトウェア（プログラム）で実現されても良いし、ハードウェア回路で実現されても良い。
【００７６】
取得部３３０は、対象ユーザが使用するクライアント装置５０に対応する起動情報を取得する。かかる起動情報は、クライアント装置５０において所定アプリケーションが起動しているか否かを表す情報である。より具体的には、取得部３３０は、受付部１２０によって出力された対象ユーザのユーザ情報に対応する項目情報と起動情報とを記憶装置７０から取得する。このとき、取得部３３０は、「自動判断」に対応する項目情報である場合に、対象ユーザの位置及び動作を記憶装置７０から取得し、取得した対象ユーザの位置及び動作と、起動情報とを検出部３４０に対して出力する。一方、取得部３３０は、「自動判断」ではない項目情報である場合に、登録された状況を検出部３４０に対して出力する。なお、取得部３３０は、実施の形態１に係る取得部１３０と同様に、他のユーザの位置及び動作についても取得し、検出部３４０に対して出力しても良い。クライアント装置５０では、以下で説明するように、起動情報に係る所定アプリケーションが予め登録される。
【００７７】
図１６は、起動情報に係るアプリケーションを登録するためのアプリ登録画面の例を示す図である。かかるアプリ登録画面は、クライアント装置５０に対応するモニタ等の表示装置に表示出力される。ユーザは、クライアント装置５０に対応するキーボードやマウス等の入力装置を利用してユーザ操作を行なう。
【００７８】
図１６に示すように、アプリ登録画面には、「状況確認」タブと、「状況登録」タブと、「アプリ登録」タブとが含まれる。これらのうち、「アプリ登録」タブがユーザ操作によって選択されると、アプリ登録画面には、テキストボックスや「参照」ボタン、「追加」ボタン等のＧＵＩが表示される。テキストボックスは、起動情報に係るアプリケーションファイルのパスを入力するためのＧＵＩである。「参照」ボタンは、ダイアログボックス等によりパスを入力（指定）するためのＧＵＩである。「追加」ボタンは、テキストボックスに入力されたアプリケーションファイルを、起動情報に係るアプリケーションの対象として一覧に追加するためのＧＵＩである。
【００７９】
ユーザは、「参照」ボタンを押下し、アプリケーションファイルを指定する。これにより、テキストボックスには、指定されたアプリケーションファイルが格納されたディレクトリのパスが入力される。また、ユーザは、テキストボックスにパスが入力された状態において、「追加」ボタンを押下する。これにより、テキストボックスに入力されたパスに対応するアプリケーションファイルの情報が一覧に追加される。
【００８０】
クライアント装置５０は、一覧に追加されているアプリケーションが起動している場合に、該アプリケーションが起動していることを表す起動情報を情報処理装置３００に対して送信する。また、クライアント装置５０は、一覧に追加されているアプリケーションが起動していない場合に、該アプリケーションが起動していないことを表す起動情報を情報処理装置３００に対して送信する。すなわち、クライアント装置５０は、アプリケーションが起動していることを表す起動情報を送信した後に、アプリケーションの起動が終了したときにも、該アプリケーションが起動していないことを表す起動情報を情報処理装置３００に対して送信する。情報処理装置３００は、クライアント装置５０によって送信された起動情報を記憶装置７０に格納する。
【００８１】
ユーザは、自身が使用するクライアント装置５０において、起動している最中は取り込み中であることとしたいアプリケーションを一覧に追加する。これにより、情報処理装置３００では、起動情報をもとに対象ユーザが取り込み中であるか否かを判定することができる。また、アプリケーションを一覧に追加するユーザ操作は一度行なえば良いため、ユーザが在席しているときであっても、取り込み中であることを煩雑な操作をすることなく通知することができる。なお、ユーザは、一覧に追加された情報を、チェックボックスのチェックを有効にしたうえで「削除」ボタンを押下することにより削除することができる。
【００８２】
図１５の説明に戻り、検出部３４０は、対象ユーザや他のユーザの位置及び動作、対象ユーザに対応する起動情報に基づいて、対象ユーザの状況を検出する。なお、対象ユーザや他のユーザの位置及び動作に基づいて対象ユーザの状況を検出する手法は、実施の形態１と同様であるため、ここでは、対象ユーザに対応する起動情報に基づいて対象ユーザの状況を検出する場合を説明する。
【００８３】
より具体的には、検出部３４０は、取得部３３０によって出力された対象ユーザに対応する起動情報が、所定アプリケーションが起動していることを表す起動情報である場合に、該対象ユーザが取り込み中であることを検出する。一方、検出部３４０は、取得部３３０によって出力された対象ユーザに対応する起動情報が、所定アプリケーションが起動していないことを表す起動情報である場合に、該対象ユーザが取り込み中でないことを検出する。なお、起動情報をもとに対象ユーザが取り込み中でないことが検出された場合には、実施の形態１と同様の処理が行なわれれば良い。
【００８４】
［実施の形態３に係る状況管理処理フロー］
次に、図１７を用いて、実施の形態３に係る状況管理処理の流れを説明する。図１７は、実施の形態３に係る状況管理処理の流れの例を示すフローチャートである。なお、図１７では、起動情報をもとに対象ユーザの状況を検出する処理のみを例に挙げる。
【００８５】
図１７に示すように、通信部１１０を介して、受付部１２０によって対象ユーザの指定が受け付けられた場合に（ステップＳ６０１：Ｙｅｓ）、取得部３３０は、指定された対象ユーザに対応する起動情報を記憶装置７０から取得する（ステップＳ６０２）。一方、受付部１２０は、対象ユーザの指定を受け付けていない場合に（ステップＳ６０１：Ｎｏ）、指定の受け付け待ちの状態となる。
【００８６】
また、検出部３４０は、取得部３３０によって取得された対象ユーザに対応する起動情報をもとに、所定アプリケーションが起動していることを表す起動情報であるか否かを判定する（ステップＳ６０３）。このとき、検出部３４０は、所定アプリケーションが起動していることを表す起動情報である場合に（ステップＳ６０３：Ｙｅｓ）、対象ユーザが取り込み中であることを検出する（ステップＳ６０４）。一方、検出部３４０は、所定アプリケーションが起動していないことを表す起動情報である場合に（ステップＳ６０３：Ｎｏ）、対象ユーザが取り込み中でないことを検出する（ステップＳ６０５）。そして、出力部１５０は、検出部３４０によって検出された対象ユーザの状況を、通信部１１０を介して、クライアント装置５０に対して送信する（ステップＳ６０６）。
【００８７】
［実施の形態３による効果］
情報処理装置３００は、対象ユーザが使用するクライアント装置５０において、予め登録された所定アプリケーションが起動しているか否かを表す起動情報をもとに、対象ユーザの状況を検出するので、生産性の低下を好適に抑制することができる。換言すると、情報処理装置３００は、起動していれば取り込み中であることとする所定アプリケーションの起動情報をもとに、対象ユーザの状況を検出するので、ユーザに煩雑な操作を行なわせることなく取り込み中か否かを検出できるとともに、生産性の低下を好適に抑制することができる。
【００８８】
（実施の形態４）
さて、これまで本発明に係る制御システムの実施の形態について説明したが、上述した実施の形態以外にも種々の異なる形態にて実施されて良いものである。そこで、（１）状況の検出、（２）構成、（３）プログラム、について異なる実施の形態を説明する。
【００８９】
（１）状況の検出
上記実施の形態では、対象ユーザの状況を検出するための各種の手法を説明した。かかる状況の検出は、上記手法以外によっても実現することができる。具体的には、対象ユーザと他のユーザとが、クライアント装置５０に対応するモニタ等の表示装置を見ているときに、該対象ユーザが取り込み中であることを検出しても良い。例えば、対象ユーザを中心とする半径１メートルの円の範囲に他のユーザが存在し、対象ユーザと他のユーザとが、クライアント装置５０のモニタの方向を向いている場合に、該対象ユーザが取り込み中であるものとする。このとき、他のユーザについては、対象ユーザの座席の周辺座席のユーザではないこととしても良い。
【００９０】
（２）構成
また、上記文書中や図面中等で示した処理手順、制御手順、具体的名称、各種のデータやパラメタ等を含む情報は、特記する場合を除いて任意に変更することができる。また、図示した装置の各構成要素は、機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、装置の分散又は統合の具体的形態は、図示のものに限られず、その全部又は一部を各種の負担や使用状況等に応じて、任意の単位で機能的又は物理的に、分散又は統合することができる。例えば、上記実施の形態で説明した、所定エリア、所定移動距離、現時点から過去所定時間の間を表す時間、使用エリア、停止エリア、登録エリア、対象ユーザと他のユーザとが互いに向き合っていることの条件値等は、任意に変更することができる。
【００９１】
（３）プログラム
また、情報処理装置１００で実行される状況管理プログラムは、一つの様態として、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital  Versatile  Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。また、情報処理装置１００で実行される状況管理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するようにしても良い。また、情報処理装置１００で実行される状況管理プログラムをインターネット等のネットワーク経由で提供又は配布するように構成しても良い。また、情報処理装置１００で実行される状況管理プログラムを、ＲＯＭ等に予め組み込んで提供するように構成しても良い。
【００９２】
情報処理装置１００で実行される状況管理プログラムは、上述した各部（受付部１２０、取得部１３０、検出部１４０、出力部１５０）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が記憶媒体から状況管理プログラムを読み出して実行することにより、上記各部が主記憶装置上にロードされ、受付部１２０、取得部１３０、検出部１４０、出力部１５０が主記憶装置上に生成されるようになっている。
【符号の説明】
【００９３】
１  状況管理システム
５０  クライアント装置
７０  記憶装置
１００  情報処理装置
１１０  通信部
１２０  受付部
１３０  取得部
１４０  検出部
１５０  出力部
【先行技術文献】
【特許文献】
【００９４】
【特許文献１】特開２０００−０７８２７６号公報
【特許文献２】特開２０１１−１６６６４０号公報
【図１】
2015170870.tif 000003
【図２】
2015170870.tif 000004
【図３】
2015170870.tif 000005
【図４】
2015170870.tif 000006
【図５】
2015170870.tif 000007
【図６Ａ】
2015170870.tif 000008
【図６Ｂ】
2015170870.tif 000009
【図７】
2015170870.tif 000010
【図８】
2015170870.tif 000011
【図９】
2015170870.tif 000012
【図１０】
2015170870.tif 000013
【図１１】
2015170870.tif 000014
【図１２】
2015170870.tif 000015
【図１３】
2015170870.tif 000016
【図１４】
2015170870.tif 000017
【図１５】
2015170870.tif 000018
【図１６】
2015170870.tif 000019
【図１７】
2015170870.tif 000020