(57)【要約】【課題】ユーザがスケジュールに従っているかどうかを判定すること。【解決手段】状況判定装置は、スケジュール情報に基づいて、所定のイベントが開始されるかどうかを判定するイベント開始判定部と、所定のイベントが開始されると判定された場合に、携帯端末装置により取得されるべきログ情報を取得するログ取得部と、開始されると判定された所定のイベントに応じた状況に、取得されるべきログにより表される状況が反していないかどうかを判定する状況判定部と、判定結果出力する出力部とを有する。【選択図】図２
2012022397.tif 000002
【特許請求の範囲】
【請求項１】
スケジュール情報に基づいて、所定のイベントが開始されるかどうかを判定するイベント開始判定部と、
該イベント開始判定部により所定のイベントが開始されると判定された場合に、携帯端末装置により取得されるべきログ情報を取得するログ取得部と、
前記イベント開始判定部により開始されると判定された所定のイベントに応じた状況に、前記ログ取得部により取得されるべきログにより表される状況が反していないかどうかを判定する状況判定部と、
該状況判定部による判定結果出力する出力部と
を有する状況判定装置。
【請求項２】
請求項１に記載の状況判定装置において、
前記イベント開始判定部は、前記携帯端末装置に対して着信があった場合に、該着信に応答できない状況又は応答しづらい状況となることが予想されるイベントが開始されるかどうかを判定する状況判定装置。
【請求項３】
請求項１又は２に記載の状況判定装置において、
前記ログ取得部は、前記ログとして、前記携帯端末装置の操作ログ、該携帯端末装置の有するセンサにより取得されるべきセンサ情報、及び該携帯端末装置の位置情報のうち少なくとも１つの情報を取得する状況判定装置。
【請求項４】
請求項１ないし３のいずれか１項に記載の状況判定装置において、
前記状況判定部は、前記イベント開始判定部により開始されると判定された所定のイベントが終了したかどうかを判定する状況判定装置。
【請求項５】
請求項１に記載の状況判定装置において、
前記ログ取得部は、前記イベント開始判定部により開始されると判定された所定のイベントに参加すべきユーザの有する他の携帯端末装置により取得されるべきログ情報を取得し、
前記状況判定部は、前記ログ取得部により取得されるべき前記他の携帯端末装置により取得されるべきログ情報に基づいて、前記イベント開始判定部により開始されると判定された所定のイベントに応じた状況に反していないかどうかを判定する状況判定装置。
【請求項６】
請求項１に記載の状況判定装置において、
前記出力部は、前記携帯端末装置に、前記判定結果を表示する状況判定装置。
【請求項７】
請求項１に記載の状況判定装置において、
前記状況判定部により判定された結果に基づいて、前記スケジュール情報を更新する更新部
を有する状況判定装置。
【請求項８】
スケジュール情報に基づいて、所定のイベントが開始されるかどうかを判定するイベント開始判定ステップと、
該イベント開始判定ステップにより所定のイベントが開始されると判定された場合に、携帯端末装置により取得されるべきログ情報を取得するログ取得ステップと、
前記イベント開始判定ステップにより開始されると判定された所定のイベントに応じた状況に、前記ログ取得ステップにより取得されるべきログにより表される状況が反していないかどうかを判定する状況判定ステップと、
該状況判定ステップによる判定結果出力する出力ステップと
を有する状況判定装置における方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信相手の状況を推定する状況判定装置に関する。
【背景技術】
【０００２】
携帯端末装置に搭載されたセンサにより検知されたセンサ情報を利用して、該携帯端末装置のユーザの状況を判定することが行われている。
【０００３】
また、コンピュータネットワークを活用して、該ネットワークに接続されたコンピュータ（のユーザー）同士で情報の交換や共有を行うことが行われている。該ネットワークを活用して、スケジューラ機能の共有を行うことにより、他のユーザの予定を知ることができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2009-302949号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
センサ情報を利用して判定されたユーザの状況は、正確でない場合がある。換言すれば、ユーザの状況の推定精度が低い場合がある。
【０００６】
また、予定が変更された場合、スケジューラ機能により知ることができる他のユーザの予定は、該他のユーザが予定の変更をしないと、誤ったままの予定である。例えば、会議の終了した時間が、予定の時間よりもずれた場合には、該他のユーザが会議の終了時刻を更新しないと、誤ったままとなる。
【０００７】
本発明は、上述した問題点に鑑みてなされたものであり、その目的は、ユーザがスケジュールに従っているかどうかを判定できる状況判定装置及び方法を提供することにある。
【課題を解決するための手段】
【０００８】
本状況判定装置は、
スケジュール情報に基づいて、所定のイベントが開始されるかどうかを判定するイベント開始判定部と、
該イベント開始判定部により所定のイベントが開始されると判定された場合に、携帯端末装置により取得されるべきログ情報を取得するログ取得部と、
前記イベント開始判定部により開始されると判定された所定のイベントに応じた状況に、前記ログ取得部により取得されるべきログにより表される状況が反していないかどうかを判定する状況判定部と、
該状況判定部による判定結果出力する出力部と
を有する。
【０００９】
本方法は、
スケジュール情報に基づいて、所定のイベントが開始されるかどうかを判定するイベント開始判定ステップと、
該イベント開始判定ステップにより所定のイベントが開始されると判定された場合に、携帯端末装置により取得されるべきログ情報を取得するログ取得ステップと、
前記イベント開始判定ステップにより開始されると判定された所定のイベントに応じた状況に、前記ログ取得ステップにより取得されるべきログにより表される状況が反していないかどうかを判定する状況判定ステップと、
該状況判定ステップによる判定結果出力する出力ステップと
を有する。
【発明の効果】
【００１０】
開示の状況判定装置及び方法によれば、ユーザがスケジュールに従っているかどうかを判定できる。
【図面の簡単な説明】
【００１１】
【図１】本実施例に従ったシステムの一例を示す説明図である。
【図２】本実施例に従った状況判定装置を示す機能ブロック図である。
【図３】本実施例に従ったシステムで使用されるログの一例を示す説明図である。
【図４】本実施例に従ったシステムの動作を示すフローチャートである。
【図５】本実施例に従ったシステムの一例を示す説明図である。
【図６】本実施例に従った携帯端末装置を示す機能ブロック図である。
【図７】本実施例に従った状況判定装置を示す機能ブロック図である。
【図８】本実施例に従ったシステムの動作を示すフローチャートである。
【発明を実施するための形態】
【００１２】
次に、本発明を実施するための形態を、以下の実施例に基づき図面を参照しつつ説明する。
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を用い、繰り返しの説明は省略する。
【００１３】
＜実施例＞
＜システム＞
本実施例に従った状況判定装置１００が適用されるシステムについて説明する。
【００１４】
図１は、本状況判定装置１００が適用されるシステムの一例を示す。
【００１５】
本システムには、携帯端末装置２００ｎ（ｎは、ｎ＞０の整数）が含まれる。該携帯端末装置２００ｎは、通信網５０を介して、他の携帯端末装置２００ｎにアクセスする。
【００１６】
例えば、該携帯端末装置２００ｎは、アクセスポイントに接続し、該アクセスポイントに無線接続された他の携帯端末装置に２００ｎにアクセスしてもよい。また、例えば、該携帯端末装置２００ｎは、アクセスポイントに接続し、該アクセスポイントが接続された通信網５０に接続された他のアクセスポイントに無線接続された他の携帯端末装置２００ｎにアクセスしてもよい。該通信網５０は、インターネットであってもよい。
【００１７】
また、例えば、該携帯端末装置２００ｎは基地局に接続し、該基地局が接続された通信網５０に接続された他の基地局に無線接続される他の携帯端末装置２００ｎにアクセスしてもよい。該通信網は、移動体通信ネットワークであってもよい。また、例えば、該携帯端末装置２００ｎは基地局に接続し、該基地局に無線接続される他の携帯端末装置２００ｎにアクセスしてもよい。
【００１８】
本実施例では、一例として、状況判定装置１００が携帯端末装置２００ｎに含まれる場合について説明される。換言すれば、携帯端末装置２００ｎは、状況判定装置１００を搭載する。携帯端末装置２００ｎに限らず、通信機能を有し、状況判定装置１００を搭載できるものであれば適用できる。該通信機能は、無線通信機能であるのが好ましい。例えば、携帯情報端末(PDA:  Personal  Digital  Assistants)、ノートパソコン(notebook type personal computer)などに適用できる。
【００１９】
＜状況判定装置＞
本状況判定装置１００は、スケジューリング情報に基づいて、あるイベントの開始時刻となったかどうかを判定する。該あるイベントには、着信があっても、該着信に応答できない状況又は応答しづらい状況となることが予想される予定が含まれる。具体的には、会議などが含まれる。該イベントは予め登録されていてもよい。また、該イベントは、スケジューリング情報の件名により判定してもよい。例えば、「会議」、「打ち合わせ」として予定されている件名を、着信があっても、該着信に応答できない状況又は応答しづらい状況となることが予想される予定と判定してもよい。
【００２０】
該状況判定装置１００は、あるイベントの開始時刻となったと判定した場合、ログの取得を開始する。該状況判定装置１００は、ログの取得を継続している最中に他の携帯端末装置から呼び出しがあった場合には、該呼び出しに応答できないことを通知するようにしてもよい。例えば、あるイベントが継続中であるために応答できないことを通知するようにしてもよい。
【００２１】
該状況判定装置１００は、取得したログ情報に基づいて、該あるイベントに応じた状況に、該ログにより表される状況が反していないかどうかを判定する。該判定の際に、該ログに基づいて状況が推定されてもよい。例えば、該状況判定装置１００は、取得したログ情報に基づいて、該あるイベントが終了したかどうかを判定する。該状況判定装置１００は、該あるイベントに応じた状況に、該ログにより表される状況が反していないかどうかの判定結果を出力する。例えば、該状況判定装置１００は、他の携帯端末装置２００ｎに、該あるイベントが終了したかどうかの判定結果を通知する。該あるイベントが終了したかどうかの判定結果を通知する代わりに、該あるイベントが終了したと判定された場合に、該あるイベントが終了したことを通知してもよい。他の携帯端末装置は、該あるイベントが終了したことを知りたいと想定されるからである。該他の携帯端末装置は、当該携帯端末装置に呼び出しを行ったものであってもよい。
【００２２】
他の携帯端末装置２００ｎに、あるイベントが終了したかどうかの判定結果を通知することにより、該他の携帯端末装置２００ｎは、スケジューラ上では、あるイベントの最中であっても、該あるイベントが終了したかどうかを知ることができる。該あるイベントが終了したかどうかを知ることができるため、該判定結果が終了したことを示す場合には再度呼び出しを行うことができる。
【００２３】
図２は、本状況判定装置１００を示す機能ブロック図である。
【００２４】
本状況判定装置１００は、イベント開始判定部１０２を有する。該イベント開始判定部１０２には、スケジューリング情報が入力される。該イベント開始判定部１０２は、スケジューリング情報に従って、あるイベントが開始される時間となったかどうかを判定する。例えば、該状況判定装置１００を搭載する携帯端末装置２００ｎには、スケジューリングソフトがインストールされている。該スケジューリングソフトに従って携帯端末装置２００ｎが動作することにより、該携帯端末装置２００ｎのユーザのスケジューリング管理、他のユーザへの会議の開催の通知、該他のユーザのスケジューラへの会議開催の予約を行うことができる。イベント開始判定部１０２は、イベント開始時刻となったと判定した場合、イベント開始時刻となったことをログ取得部１０４に通知する。
【００２５】
本状況判定装置１００は、ログ取得部１０４を有する。該ログ取得部１０４は、イベント開始判定部１０２と接続される。該ログ取得部１０４には、イベントが終了したかどうかを判定するための情報（以下、「ログ」と呼ぶ）が入力される。
【００２６】
＜ログ＞
図３は、ログの一例を示す。
【００２７】
ログには、例えば、ログ情報、センサ情報、位置情報が含まれてもよい。該情報の分類は一例であり、異なるように分類してもよい。また、他の情報が含まれてもよい。
【００２８】
ログ情報には、マナーモードの切替えが行われたことが含まれる。例えば、ユーザが携帯端末装置２００ｎを操作することによりマナーモードが切替えられる。該切替えられた際に、マナーモードの切替えが行われた情報が取得される。
【００２９】
ログ情報には、発信が行われたことが含まれる。例えば、ユーザが携帯端末装置２００ｎを操作することにより発信（発呼）が行われる。該発信が行われた際に、発信が行われた情報が取得される。
【００３０】
ログ情報には、着信への応答が行われたことが含まれる。例えば、ユーザが、携帯端末装置２００ｎへの着信に応答した場合、該着信への応答の際に、着信へ応答した情報が取得される。該着信元には、携帯端末装置２００ｎに登録されている着信元と、登録されていない着信元とが含まれる。
【００３１】
ログ情報には、電子メールが送信されたことが含まれる。例えば、ユーザが携帯端末装置２００ｎを操作することにより電子メールを送信した際に、電子メールが送信された情報が取得される。
【００３２】
ログ情報には、操作が行われたことが含まれる。例えば、ユーザが携帯端末装置２００ｎを操作した際に、携帯端末装置２００ｎが操作された情報が取得される。操作内容を示す情報が取得されてもよい。
【００３３】
ログ情報には、電源が投入されたことが含まれる。例えば、ユーザが携帯端末装置２００ｎの電源をオンにした際に、携帯端末装置２００ｎの電源がオンにされた情報が取得される。
【００３４】
ログ情報には、明度が変化したことが含まれる。例えば、携帯端末装置２００ｎのディスプレイの明度が変化した際に、該明度が変化した情報が取得される。例えば、ユーザが携帯端末装置２００ｎを鞄から取り出した際に、該携帯端末装置２００ｎの明度センサによって該携帯端末装置２００ｎのディスプレイの明度が変化する。該携帯端末装置２００ｎのディスプレイの明度が変化した際に、明度が変化した情報が取得されてもよい。また、該携帯端末装置２００ｎの明度センサの観測値が変わったこと、端末操作や折りたたみ携帯電話を開ける動作、スライドさせる動作、ディスプレイ部分を回転させる動作によってディスプレイの明度が変化した際に、明度が変化した情報が取得されてもよい。
【００３５】
センサ情報には、接触したことが含まれる。例えば、携帯端末装置２００ｎにユーザが接触した場合に、接触した情報が取得される。該携帯端末装置２００ｎは接触センサを有していてもよい。
【００３６】
センサ情報には、移動したことが含まれる。例えば、携帯端末装置２００ｎが移動した場合に、移動した情報が取得される。該携帯端末装置２００ｎは加速度センサを有していてもよい。
【００３７】
センサ情報には、音及び／又は音声が含まれる。例えば、携帯端末装置２００ｎの周りの音及び／又は音声が取得される。該携帯端末装置２００ｎはレコーダを有していてもよい。
【００３８】
位置情報には、位置が変化したことが含まれる。例えば、携帯端末装置２００ｎの位置が変化した場合に、位置が変化した情報が取得される。該携帯端末装置２００ｎはGNSS(Global Navigation Satellite System)を有していてもよい。例えば、GNSSとして、全地球測位システム(GPS: Global Positioning System)を有していてもよい。
【００３９】
位置情報には、接続している基地局が変更されたことが含まれる。例えば、携帯端末装置２００ｎが在圏している基地局が変更された場合に、在圏する基地局が変更された情報が取得される。
【００４０】
ログ取得部１０４は、取得したログを状況判定部１０６に入力する。
【００４１】
本状況判定装置１００は、状況判定部１０６を有する。該状況判定部１０６は、ログ取得部１０４と接続される。
【００４２】
状況判定部１０６は、ログ取得部１０４により入力されたログに基づいて、イベントに応じた状況に、該ログにより表される状況が反していないかどうかを判定する。例えば、状況判定部１０６は、ログ取得部１０４により入力されたログに基づいて、イベントが終了したかどうかを判定する。
【００４３】
例えば、該状況判定部１０６は、入力されたログが、マナーモードが切替えられたことを示す場合、イベントが終了したと判定してもよい。例えば、イベントに応じた状況に、マナーモードが切替えられたことにより表される状況が反するかどうかが判定される。例えば、会議に応じた状況に、マナーモードが切替えられた状況が反すると判定されるため、会議が終了したと判定される。通常、会議中に、マナーモードが切替えられることは少なないためである。
【００４４】
また、該状況判定部１０６は、入力されたログが、発信が行われたことを示す場合、イベントが終了したと判定してもよい。例えば、イベントに応じた状況に、発信が行われたことにより表される状況が反するかどうかが判定される。例えば、会議に応じた状況に、発信が行われた状況が反すると判定されるため、会議が終了したと判定される。通常、会議中に、発信が行われることは少ないためである。
【００４５】
また、該状況判定部１０６は、入力されたログが、電子メールが送信されたことを示す場合、イベントが終了したと判定してもよい。例えば、イベントに応じた状況に、電子メールが送信されたことにより表される状況が反するかどうかが判定される。例えば、会議に応じた状況に、電子メールが送信された状況が反すると判定されるため、会議が終了したと判定される。通常、会議中に、電子メールの送信が行われることは少ないためである。
【００４６】
また、該状況判定部１０６は、入力されたログが、操作が行われたことを示す場合、イベントが終了したと判定してもよい。例えば、イベントに応じた状況に、操作が行われたことにより表される状況が反するかどうかが判定される。例えば、会議に応じた状況に、操作が行われた状況が反すると判定されるため、会議が終了したと判定される。通常、会議中に、携帯端末装置の操作が行われることは少ないためである。
【００４７】
また、該状況判定部１０６は、入力されたログが、電源が投入されたことを示す場合、イベントが終了したと判定してもよい。例えば、イベントに応じた状況に、電源が投入されたことにより表される状況が反するかどうかが判定される。例えば、会議に応じた状況に、電源が投入された状況が反すると判定されるため、会議が終了したと判定される。通常、会議中に、携帯端末装置へ電源が投入されることは少ないためである。
【００４８】
また、該状況判定部１０６は、入力されたログが、明度が変化したことを示す場合、イベントが終了したと判定してもよい。例えば、イベントに応じた状況に、明度が変化したことにより表される状況が反するかどうかが判定される。例えば、会議に応じた状況に、明度が変化した状況が反すると判定されるため、会議が終了したと判定される。携帯端末装置が操作された場合に、明度が変化すると想定される。通常、会議中に、携帯端末装置の操作が行われることは少ないためである。
【００４９】
また、例えば、該状況判定部１０６は、入力されたログが、着信へ応答したことを示す場合、イベントが終了したと判定してもよい。例えば、イベントに応じた状況に、着信へ応答したことにより表される状況が反するかどうかが判定される。例えば、会議に応じた状況に、着信へ応答した状況が反すると判定されるため、会議が終了したと判定される。イベント中には、着信があっても応答することは少ないためである。上記判定方法は電話帳に登録されていない相手からの着信へ応答したときのみに限定してもよい。電話帳に登録されていない相手からの着信へ応答したときのみに限定することにより、イベントが終了したと判定されたにも係わらず実際には終わっていなかったと誤って判定されることが減らせる。発信元が明確である着信にはイベント中であっても応答することがあると想定されるが、発信元が不明である着信には応答することがさらに少ないからである。
【００５０】
また、例えば、該状況判定部１０６は、入力されたログが、接触したことを示す場合、イベントが終了したと判定してもよい。例えば、イベントに応じた状況に、接触したことにより表される状況が反するかどうかが判定される。例えば、会議に応じた状況に、接触した状況が反すると判定されるため、会議が終了したと判定される。携帯端末装置が操作される場合に、接触する想定される。通常、会議中に、携帯端末装置の操作が行われることは少ないためである。
【００５１】
また、該状況判定部１０６は、入力されたログが、移動したことを示す場合、イベントが終了したと判定してもよい。例えば、イベントに応じた状況に、移動したことにより表される状況が反するかどうかが判定される。例えば、会議に応じた状況に、移動した状況が反すると判定されるため、会議が終了したと判定される。通常、会議中に、移動することは少ないためである。
【００５２】
また、該状況判定部１０６は、入力されたログが、音声である場合、該音声が、イベントが終了したことを示す場合、イベントが終了したと判定してもよい。例えば、イベントに応じた状況に、音声により表される状況が反するかどうかが判定される。例えば、音声が、会議が終了したことを示す場合、例えば、「お疲れ様でした」などの音声が複数あった場合、会議に応じた状況に、該音声により表される状況が反すると判定されるため、会議が終了したと判定される。
【００５３】
また、該状況判定部１０６は、入力されたログが、位置変化を示す場合、イベントが終了したと判定してもよい。例えば、イベントに応じた状況に、位置が変化したことにより表される状況が反するかどうかが判定される。例えば、会議に応じた状況に、位置が変化した状況が反すると判定されるため、会議が終了したと判定される。通常、会議中に、移動することは少ないためである。
【００５４】
また、該状況判定部１０６は、入力されたログが、在圏基地局が変更されたことを示す場合、イベントが終了したと判定してもよい。例えば、イベントに応じた状況に、在圏基地局が変更されたことにより表される状況が反するかどうかが判定される。例えば、会議に応じた状況に、在圏基地局が変化した状況が反すると判定されるため、会議が終了したと判定される。通常、会議中に、移動することは少ないためである。
【００５５】
該状況判定部１０６は、イベントが終了したかどうかの判定結果を出力する。該判定結果は、他の携帯端末装置に送信されてもよい。該他の携帯端末装置は、当該携帯端末装置へ発呼したものであってもよい。また、該状況判定部１０６は、イベントが終了したかどうかの判定結果に基づいて、スケジューリング情報を更新するようにしてもよい。スケジューリング情報を更新することにより、スケジューリング情報に、最新の情報を反映できる。
【００５６】
さらに、他の携帯端末装置により取得されるべきログが取得されてもよい。例えば、スケジューリング情報により、同じイベントに参加しているユーザが既知である場合には、該ユーザの有する他の携帯端末装置からログ情報を取得するようにしてもよい。他の携帯端末装置により取得されたログを取得することにより、より総合的に、イベントに応じた状況に、ログにより表される状況が反するかどうかを判定できる。例えば、当該携帯端末装置では、ログにより表される状況が反すると判定されない場合でも、他の携帯端末装置により取得されたログにより表される状況は反すると判定される場合もある。ログにより表される状況が反すると判定される携帯端末装置と、ログにより表される状況が反しないと表される携帯端末装置とか混在する場合に、多数決により、反するかどうかを判定してもよい。
【００５７】
また、ログ取得部１０４により取得されるログの種類を制限できるようにしてもよい。取得されるログの種類を制限できることにより、状況判定部１０６における処理負荷を低減できるため、状況判定装置１００の消費電力を低減できる。
【００５８】
＜システムの動作＞
図４は、本システムの動作の一例を示すシーケンスチャートである。
【００５９】
図４に示されるシーケンスチャートでは、イベントに応じた状況に、ログにより表される状況が反するかどうかが判定される。一例として、会議に、ログにより表される状況が反するかどうかが判定される。例えば、反すると判定される場合には、会議が終了したと判定される。会議に限らす所定のイベントが終了したかどうかが判定されてもよい。該所定のイベントには、着信があっても、該着信に応答できない状況又は応答しづらい状況となることが予想される予定が含まれる。図４に示される例では、携帯端末装置２００１に状況判定装置１００が搭載される。該携帯端末装置２００１は、携帯端末装置２００２に会議が終了したことを通知する。
【００６０】
携帯端末装置２００１は、会議開始時刻となったかどうかを判定する（ステップＳ４０２）。例えば、イベント開始判定部１０２は、スケジューリング情報に基づいて、会議が開始される時刻となったかどうかを判定する。
【００６１】
会議が開始される時刻となったと判定された場合（ステップＳ４０２：ＹＥＳ）、携帯端末装置２００１は、携帯端末装置２００２に、状況情報を通知する（ステップＳ４０４）。該状況情報には、会議中であることを示す情報が含まれてもよい。該状況情報は、明示/暗示を問わず携帯端末装置２００２から要求があった場合に通知してもよい。携帯端末装置２００２から着信があった場合には、暗示的な要求があったと考えられるため、通知してもよい。
【００６２】
携帯端末装置２００１は、ログ取得を開始する（ステップＳ４０８）。例えば、ログ取得部１０４は、当該携帯端末装置２００１からログを取得することを開始する。
【００６３】
携帯端末装置２００１は、会議終了時刻となったかどうかを判定する（ステップＳ４１０）。例えば、状況判定部１０６は、スケジューリング情報に基づいて、会議終了時刻となったかどうかを判定する。該会議終了時刻となったかどうかを判定する処理は所定の周期で行われてもよい。
【００６４】
会議終了時刻となっていない場合（ステップＳ４１０：ＮＯ）、携帯端末装置２００１は、ログを取得できたかどうかを判定する（ステップＳ４１２）。例えば、状況判定部１０６は、ログ取得部１０４からログが入力されたかどうかを判定する。
【００６５】
ログが取得できたと判定された場合（ステップＳ４１２：ＹＥＳ）、携帯端末装置２００１は、会議が終了したかどうかを判定する（ステップＳ４１４）。例えば、状況判定部１０６は、ログ取得部１０４により入力されたログに基づいて、会議が終了したかどうかを判定する。
【００６６】
携帯端末装置２００１は、携帯端末２００２に、会議が終了したかどうかの判定結果を無線送信する（ステップＳ４１６）。例えば、状況判定部１０６は、会議が終了したかどうかの判定結果を出力する。該判定結果は、携帯端末装置２００１から、携帯端末装置２００２に無線送信される。
【００６７】
携帯端末装置２００１は、該判定結果が、会議が終了したことを示すものであるかどうかを判定する（ステップＳ４１８）。例えば、状況判定部１０６は、判定結果が、会議が終了したことを示すものであるかどうかを判定する。
【００６８】
判定結果が、会議が終了したことを示すものである場合（ステップＳ４１８：ＹＥＳ）、携帯端末装置２００１は、ログ取得を停止する（ステップＳ４２０）。例えば、状況判定部１０６は、判定結果が、会議が終了したことを示す場合、ログ取得部１０４にログ取得を停止するように命令する。該命令に従って、ログ取得部１０４は、ログを取得することを停止する。
【００６９】
一方、判定結果が、会議が終了したことを示すものでない場合（ステップＳ４１８：ＮＯ）、ステップＳ４１０に戻る。会議終了時刻となるか会議が終了したと判定されるまで、取得されたログに基づいて会議が終了したかどうかが判定される。
【００７０】
ステップＳ４０２により、会議が開始される時刻となったと判定されない場合（ステップＳ４０２：ＮＯ）、携帯端末装置２００１は、会議が開始されていないと判定し（ステップＳ４０６）、ステップＳ４０２に戻る。携帯端末装置２００１は、会議開始時刻となったかどうかを判定する（ステップＳ４０２）。
【００７１】
会議が開始されていないと判定される場合、会議が終了したかどうかを判定する処理以外の処理が行われている場合には、該会議が終了したかどうかを判定する処理以外の処理による判定結果に従ってもよい。
【００７２】
ステップＳ４１０により、会議終了時刻となっていないと判定された場合（ステップＳ４１０：ＹＥＳ），携帯端末装置２００１は、ログ取得を停止する。例えば、状況判定部１０６は、スケジューリング情報に基づいて、会議終了時刻となったかどうかを判定する。該状況判定部１０６は、会議終了時刻となったと判定した場合、ログ取得部１０４にログ取得を停止するように命令する。該命令に従って、ログ取得部１０４は、ログを取得することを停止する。
【００７３】
ステップＳ４０２、Ｓ４０６−Ｓ４１４、及びＳ４１８−Ｓ４２０の処理は、状況判定装置１００の有する中央演算処理装置（図示無し）により実行される。中央演算処理装置を状況判定装置１００として機能させるためのプログラムは、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、メモリカード等の記録媒体に記録された状態で提供される。また、プログラムを、通信網５０を介してダウンロードするようにしてもよい。この記録媒体をコンピュータの補助記憶装置に挿入すると、記録媒体に記録されたプログラムが読み取られる。中央演算処理装置は、読み込んだプログラムをＲＡＭあるいはＨＤＤに書き込み、処理を実行する。プログラムは、コンピュータに、図４の各ステップＳ４０２、Ｓ４０６−Ｓ４１４、及びＳ４１８−Ｓ４２０を実行させる。また、例えば、プログラムは、少なくとも一部のステップを実行されるようにしてもよい。
【００７４】
＜変形例＞
＜システム＞
本変形に従った状況判定装置１００が適用されるシステムについて説明する。
【００７５】
図５は、本状況判定装置１００が適用されるシステムの一例を示す。
【００７６】
本システムには、携帯端末装置２００ｎが含まれる。該携帯端末装置２００ｎは、通信網５０を介して、状況判定装置１００にアクセスする。例えば、該携帯端末装置２００ｎは、アクセスポイントに接続し、該アクセスポイントが接続された通信網５０に接続された状況判定装置１００にアクセスしてもよい。該通信網５０は、インターネットであってもよい。また、例えば、該携帯端末装置２００ｎは基地局に接続し、該基地局が接続された通信網５０に接続された状況判定装置１００にアクセスしてもよい。該通信網５０は、移動体通信ネットワークであってもよい。
【００７７】
携帯端末装置２００ｎに限らず、通信機能を有し、状況判定装置１００をアクセスできるものであれば適用できる。該通信機能は、無線通信機能であるのが好ましい。例えば、携帯情報端末(PDA:  Personal  Digital  Assistants)、ノートパソコン(notebook type personal computer)などに適用できる。
【００７８】
＜携帯端末装置＞
本携帯端末装置２００ｎは、状況判定装置１００からのログ取得要請信号に従って、ログを取得する。取得されるログは上述した実施例と同様である。
【００７９】
本携帯端末装置２００ｎは、状況判定装置１００に、ログを送信する。
【００８０】
図６は、本携帯端末装置２００ｎを示す機能ブロック図の一例である。
【００８１】
本携帯端末装置２００ｎは、ログ取得部２０２を有する。該ログ取得部２０２には、状況判定装置１００から、ログ取得を要請するための信号（以下、「ログ取得要請信号」と呼ぶ）が入力される。該ログ取得部２０２は、状況判定装置１００からのログ取得要請信号に従ってログを取得する。該ログ取得部２０２は、ログ送信部２０４に、ログを入力する。
【００８２】
本携帯端末装置２００ｎは、ログ送信部２０４を有する。該ログ送信部２０４は、ログ取得部２０２と接続される。該ログ送信部２０４は、状況判定装置１００に、ログ取得部２０２により入力されたログを送信する。
【００８３】
＜状況判定装置＞
本状況判定装置１００は、スケジューリング情報に基づいて、あるイベントの開始時刻となったかどうかを判定する。該あるイベントには、着信があっても、該着信に応答できない状況又は応答しづらい状況となることが予想される予定が含まれる。具体的には、会議などが含まれる。該イベントは予め登録されてもよい。また、該イベントは、スケジューリング情報の件名により判定してもよい。例えば、「会議」、「打ち合わせ」として予定されている件名を、着信があっても、該着信に応答できない状況又は応答しづらい状況となることが予想される予定と判定してもよい。
【００８４】
該状況判定装置１００は、あるイベントの開始時刻となったと判定した場合、ログの取得を要請する。該状況判定装置１００は、携帯端末装置２００ｎにログ取得要請信号を送信する。
【００８５】
該状況判定装置１００は、携帯端末装置２００ｎからのログ情報に基づいて、該あるイベントに応じた状況に、該ログにより表される状況が反していないかどうかを判定する。例えば、該状況判定装置１００は、取得したログ情報に基づいて、該あるイベントが終了したかどうかを判定する。該状況判定装置１００は、該あるイベントに応じた状況に、該ログにより表される状況が反していないかどうかの判定結果を出力する。例えば、該状況判定装置１００は、他の携帯端末装置２００ｎに、該あるイベントが終了したかどうかの判定結果を通知する。該あるイベントが終了したかどうかの判定結果を通知する代わりに、該あるイベントが終了したと判定された場合に、該あるイベントが終了したことを通知してもよい。他の携帯端末装置は、該あるイベントが終了したことを知りたいと想定されるからである。該他の携帯端末装置は、当該携帯端末装置に呼び出しを行ったものであってもよい。
【００８６】
他の携帯端末装置２００ｎに、あるイベントが終了したかどうかの判定結果を通知することにより、該他の携帯端末装置２００ｎは、スケジューラ上では、あるイベントの最中であっても、該あるイベントが終了したかどうかを知ることができる。該あるイベントが終了したかどうかを知ることができるため、該判定結果が終了したことを示す場合には再度呼び出しを行うことができる。
【００８７】
図７は、本状況判定装置１００を示す機能ブロック図の一例である。
【００８８】
本状況判定装置１００は、イベント開始判定部１０２を有する。該イベント開始判定部１０２には、スケジューリング情報が入力される。該イベント開始判定部１０２は、スケジューリング情報に従って、あるイベントが開始される時間となったかどうかを判定する。例えば、該状況判定装置１００には、スケジューリングソフトがインストールされている。該スケジューリングソフトに従って該状況判定装置１００が動作することにより、該携帯端末装置２００ｎのユーザのスケジューリング管理、他のユーザへの会議の開催の通知、該他のユーザのスケジューラへの会議開催の予約を行うことができる。イベント開始判定部１０２は、イベント開始時刻となったと判定した場合、イベント開始時刻となったことをログ取得要請部１０８に通知する。
【００８９】
本状況判定装置１００は、ログ取得要請部１０８を有する。該ログ取得要請部１０８は、イベント開始判定部１０２と接続される。該ログ取得要請部１０８は、イベント開始判定部１０２によりイベント開始時刻となったことが通知された場合、携帯端末装置２００ｎに、ログ取得開始信号を送信する。該ログ取得要請部１０８は、状況判定部１０６に、ログ取得開始要請信号を送信したことを通知する。
【００９０】
本状況判定装置１００は、状況判定部１０６を有する。該状況判定部１０６は、ログ取得要請部１０８と接続される。該状況判定部１０６には、ログが入力される。該ログは、携帯端末装置２００ｎにより通知されたものである。
【００９１】
状況判定部１０６は、ログに基づいて、イベントに応じた状況に、該ログにより表される状況が反していないかどうかを判定する。例えば、状況判定部１０６は、ログ取得部１０４により入力されたログに基づいて、イベントが終了したかどうかを判定する。
【００９２】
具体的な判定方法は、上述した実施例と同様である。
【００９３】
該状況判定部１０６は、イベントが終了したかどうかの判定結果を出力する。該判定結果は、他の携帯端末装置に送信されてもよい。該他の携帯端末装置は、当該携帯端末装置へ発呼したものであってもよい。また、該状況判定部１０６は、イベントが終了したかどうかの判定結果に基づいて、携帯端末装置に、スケジューリング情報を更新させるようにしてもよい。スケジューリング情報を更新させることにより、スケジューリング情報に、最新の情報を反映できる。
【００９４】
さらに、他の携帯端末装置により取得されるべきログが取得されてもよい。例えば、スケジューリング情報により、同じイベントに参加しているユーザが既知である場合には、該ユーザの有する他の携帯端末装置からログ情報を取得するようにしてもよい。他の携帯端末装置により取得されたログを取得することにより、より総合的に、イベントに応じた状況に、ログにより表される状況が反するかどうかを判定できる。例えば、当該携帯端末装置では、ログにより表される状況が反すると判定されない場合でも、他の携帯端末装置により取得されたログにより表される状況は反すると判定される場合もある。ログにより表される状況が反すると判定される携帯端末装置と、ログにより推定される状況が反しないと表される携帯端末装置とか混在する場合に、多数決により、反するかどうかを判定してもよい。
【００９５】
また、ログ取得部１０４により取得されるログの種類を制限できるようにしてもよい。取得されるログの種類を制限できることにより、状況判定部１０６における処理負荷を低減できるため、状況判定装置１００の消費電力を低減できる。
【００９６】
＜システムの動作＞
図８は、本システムの動作の一例を示すシーケンスチャートである。
【００９７】
図８に示されるシーケンスチャートでは、イベントに応じた状況に、ログにより表される状況が反するかどうかを判定する一例として、会議に、ログにより表される状況が反するかどうかが判定される。例えば、反すると判定される場合には、会議が終了したと判定される。会議に限らす所定のイベントが終了したかどうかを判定してもよい。該所定のイベントには、着信があっても、該着信に応答できない状況又は応答しづらい状況となることが予想される予定が含まれる。図８に示される例では、状況判定装置１００は、携帯端末装置２００１に、ログ取得を要請する。携帯端末装置２００１は、状況判定装置１００にログを報告する。該状況判定装置１００は、ログに基づいて、会議が終了したかどうかを判定する。状況判定装置１００は、携帯端末装置２００２に、会議が終了したかどうかの判定結果を通知する。
【００９８】
状況判定装置１００は、会議開始時刻となったかどうかを判定する（ステップＳ８０２）。例えば、イベント開始判定部１０２は、スケジューリング情報に基づいて、会議が開始される時刻となったかどうかを判定する。
【００９９】
会議が開始される時刻となったと判定された場合（ステップＳ８０２：ＹＥＳ）、状況判定装置１００は、携帯端末装置２００１に、ログ取得要請信号を送信する（ステップＳ８０４）。例えば、ログ取得要請部１０８は、携帯端末装置２００１に、ログ取得要請信号を送信する。
【０１００】
携帯端末装置２００１は、状況判定装置１００からログ取得要請信号を受信すると、ログ取得モードに遷移する（ステップＳ８０８）。例えば、ログ取得モードでは、ログ取得部２０２は、ログを取得する。
【０１０１】
状況判定装置１００は、会議終了時刻となったかどうかを判定する（ステップＳ８１０）。例えば、状況判定部１０６は、スケジューリング情報に基づいて、会議終了時刻となったかどうかを判定する。
【０１０２】
携帯端末装置２００１は、ログを取得できたかどうかを判定する（ステップＳ８１２）。例えば、ログ取得部２０２は、ログが入力されたかどうかを判定する。
【０１０３】
ログが取得できていない場合（ステップＳ８１２：ＮＯ）、ステップＳ８１２に戻る。ログが取得できるまで、ログが入力されたかどうかを判定する。一方、ログが取得できた場合（ステップＳ８１２：ＹＥＳ）、携帯端末装置２００１は、状況判定装置１００に、ログを送信する（ステップＳ８１４）。
【０１０４】
ステップＳ８１０により、会議終了時刻となっていないと判定された場合（ステップＳ８１０：ＮＯ）、状況判定装置１００は、ステップＳ８１４により携帯端末装置２００１により通知されたログに基づいて、会議が終了したかどうかを判定する（ステップＳ８１６）。
【０１０５】
状況判定装置１００は、携帯端末２００２に、会議が終了したかどうかの判定結果を無線送信する（ステップＳ８１８）。例えば、状況判定部１０６は、会議が終了したかどうかの判定結果を出力する。該判定結果は、状況判定装置１００から、携帯端末装置２００２に無線送信される。
【０１０６】
状況判定装置１００は、該判定結果が、会議が終了したことを示すものであるかどうかを判定する（ステップＳ８２０）。例えば、状況判定部１０６は、判定結果が、会議が終了したことを示すものであるかどうかを判定する。
【０１０７】
判定結果が、会議が終了したことを示すものである場合（ステップＳ８２０：ＹＥＳ）、状況判定装置１００は、携帯端末装置２００１に、ログ取得を停止することを要請するログ取得停止信号を送信する（ステップＳ８２２）。例えば、状況判定部１０６は、判定結果が、会議が終了したことを示す場合、携帯端末装置２００１に、ログ取得停止要請信号を送信する。
【０１０８】
携帯端末装置２００１は、状況判定装置１００からログ取得停止依頼があったかどうかを判定する（ステップＳ８２４）。例えば、ログ取得部２０２は、状況判定装置１００からログ取得停止信号を受信したかどうかを判定する。
【０１０９】
状況判定装置１００からログ取得停止信号を受信したと判定した場合（ステップＳ８２４：ＹＥＳ）、携帯端末装置２００１は、ログ取得を停止する（ステップＳ８２６）、例えば、ログ取得部２０２は、状況判定装置１００から、ログ取得停止信号を受信したと判定した場合、ログ取得を停止する。一方、ログ取得停止依頼が無いと判定した場合（ステップＳ８２４：ＮＯ）、ステップＳ８１２に戻る。ログ取得停止依頼があるまで、ログ取得を継続する。
【０１１０】
ステップＳ８２０により、判定結果が、会議が終了したことを示すものでないと判定された場合（ステップＳ８２０：ＮＯ）、ステップＳ８１６に戻る。会議終了時刻となるか会議が終了したと判定されるまで、取得されたログに基づいて会議が終了したかどうかが判定される。
【０１１１】
ステップＳ８０２により、会議が開始される時刻となったと判定されない場合（ステップＳ８０２：ＮＯ）、状況判定装置１００は、会議が開始されていないと判定し（ステップＳ８０６）、ステップＳ８０２に戻る。状況判定装置１００は、会議開始時刻となったかどうかを判定する（ステップＳ８０２）。
【０１１２】
会議が開始されていないと判定される場合、会議が終了したかどうかを判定する処理以外の処理が行われている場合には、該会議が終了したかどうかを判定する処理以外の処理による判定結果に従ってもよい。
【０１１３】
ステップＳ８１０により、会議終了時刻となっていると判定された場合（ステップＳ８１０：ＹＥＳ），状況判定装置１００は、ログ取得停止要請信号を送信する（ステップＳ８２２）。例えば、状況判定部１０６は、スケジューリング情報に基づいて、会議終了時刻となったかどうかを判定する。該状況判定部１０６は、会議終了時刻となったと判定した場合、携帯端末装置２００１に、ログ取得停止要請信号を送信するように命令する。該命令に従って、携帯端末装置２００１は、ログを取得することを停止する。
【０１１４】
ステップＳ８０２、Ｓ８１０、Ｓ８１６、及びＳ８２０の処理は、状況判定装置１００の有する中央演算処理装置（図示無し）により実行される。中央演算処理装置を状況判定装置１００として機能させるためのプログラムは、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、メモリカード等の記録媒体に記録された状態で提供される。また、プログラムを、通信網５０を介してダウンロードするようにしてもよい。この記録媒体をコンピュータの補助記憶装置に挿入すると、記録媒体に記録されたプログラムが読み取られる。中央演算処理装置は、読み込んだプログラムをＲＡＭあるいはＨＤＤに書き込み、処理を実行する。プログラムは、コンピュータに、図８の各ステップＳ８０２、Ｓ８１０、Ｓ８１６、及びＳ８２０を実行させる。また、例えば、プログラムは、少なくとも一部のステップを実行されるようにしてもよい。
【０１１５】
本変形例によれば、携帯端末装置がアクセス可能に、状況判定装置１００を用意したため、携帯端末装置の処理負荷を低減できる。携帯端末装置が状況を判定する必要がないためである。
【０１１６】
本状況判定装置は、
スケジュール情報に基づいて、所定のイベントが開始されるかどうかを判定するイベント開始判定部と、
該イベント開始判定部により所定のイベントが開始されると判定された場合に、携帯端末装置により取得されるべきログ情報を取得するログ取得部と、
前記イベント開始判定部により開始されると判定された所定のイベントに応じた状況に、前記ログ取得部により取得されるべきログにより表される状況が反していないかどうかを判定する状況判定部と、
該状況判定部による判定結果出力する出力部と
を有する。
【０１１７】
携帯端末装置のユーザがスケジューリング情報に従って行動しているかどうかを判定できる。
【０１１８】
さらに、
前記イベント開始判定部は、前記携帯端末装置に対して着信があった場合に、該着信に応答できない状況又は応答しづらい状況となることが予想されるイベントが開始されるかどうかを判定する。
【０１１９】
さらに、
前記ログ取得部は、前記ログとして、前記携帯端末装置の操作ログ、該携帯端末装置の有するセンサにより取得されるべきセンサ情報、及び該携帯端末装置の位置情報のうち少なくとも１つの情報を取得する。
【０１２０】
携帯端末装置の操作ログ、該携帯端末装置の有するセンサにより取得されるべきセンサ情報、及び該携帯端末装置の位置情報を取得できる。
【０１２１】
さらに、
前記状況判定部は、前記イベント開始判定部により開始されると判定された所定のイベントが終了したかどうかを判定する。
【０１２２】
イベントが終了したことを判定できる。
【０１２３】
前記ログ取得部は、前記イベント開始判定部により開始されると判定された所定のイベントに参加すべきユーザの有する他の携帯端末装置により取得されるべきログ情報を取得し、
前記状況判定部は、前記ログ取得部により取得されるべき前記他の携帯端末装置により取得されるべきログ情報に基づいて、前記イベント開始判定部により開始されると判定された所定のイベントに応じた状況に反していないかどうかを判定する。
【０１２４】
判定結果の精度を更に向上できる。
【０１２５】
さらに、
前記出力部は、前記携帯端末装置に、前記判定結果を表示する。
【０１２６】
当該携帯端末装置のユーザ及び他の携帯端末装置のユーザに通知できる。
【０１２７】
さらに、
前記状況判定部により判定された結果に基づいて、前記スケジュール情報を更新する更新部
を有する。
【０１２８】
スケジューリング情報に、最新の情報を反映できる。
【０１２９】
本方法は、
スケジュール情報に基づいて、所定のイベントが開始されるかどうかを判定するイベント開始判定ステップと、
該イベント開始判定ステップにより所定のイベントが開始されると判定された場合に、携帯端末装置により取得されるべきログ情報を取得するログ取得ステップと、
前記イベント開始判定ステップにより開始されると判定された所定のイベントに応じた状況に、前記ログ取得ステップにより取得されるべきログにより表される状況が反していないかどうかを判定する状況判定ステップと、
該状況判定ステップによる判定結果出力する出力ステップと
を有する。
【０１３０】
説明の便宜上、発明の理解を促すため具体的な数値例を用いて説明されるが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてよい。
【０１３１】
以上、本発明は特定の実施例を参照しながら説明されてきたが、各実施例は単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウエアで、ソフトウエアで又はそれらの組み合わせで実現されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が包含される。
【符号の説明】
【０１３２】
５０  通信網
１００  状況判定装置
１０２  イベント開始判定部
１０４  ログ取得部
１０６  状況判定部
１０８  ログ取得要請部
２００ｎ（ｎは、ｎ＞１の整数）  携帯端末装置
２０２  ログ取得部
２０４  ログ送信部
【図１】
2012022397.tif 000003
【図２】
2012022397.tif 000004
【図３】
2012022397.tif 000005
【図４】
2012022397.tif 000006
【図５】
2012022397.tif 000007
【図６】
2012022397.tif 000008
【図７】
2012022397.tif 000009
【図８】
2012022397.tif 000010