(57)【特許請求の範囲】
【請求項１】
ユーザの席に設けられた電源タップが有する、コンセント単位の消費電力を検出可能なセンサの検出結果を取得する検出結果取得部と、
前記センサの検出結果を用いた、前記ユーザの離席期間を判定する判定方法を前記コンセントに接続された機器の種別毎に格納する判定方法格納部と、
前記ユーザの識別情報、及び当該ユーザが定めた離席する予定に関する属性、期間を取得する情報取得部と、
前記センサの検出結果と前記判定方法とに基づいて前記ユーザの離席期間を判定し、当該ユーザの離席期間と、前記情報取得部が取得した前記予定の期間との誤差を算出する算出部と、
前記ユーザが定めた離席する予定を管理するとともに、前記誤差を、前記ユーザの識別情報及び前記予定の属性ごとに管理する管理部と、を備える予定管理装置。
【請求項２】
前記ユーザが定めた離席する予定に関する属性は、前記予定の件名、前記予定の開催場所の少なくとも一方を含むことを特徴とする請求項１に記載の予定管理装置。
【請求項３】
前記管理部は、前記ユーザの識別情報及び前記予定の属性ごとの誤差の平均値を管理することを特徴とする請求項１又は２に記載の予定管理装置。
【請求項４】
前記管理部が管理する、前記ユーザが定めた離席する予定を表示する予定表示部を更に備え、
前記予定表示部は、前記ユーザが定めた離席する予定を表示する際に、前記管理部が管理する、前記予定を定めたユーザの識別情報と前記予定の属性に対応する誤差を反映させることを特徴とする請求項１〜３のいずれか一項に記載の予定管理装置。
【請求項５】
ユーザの席に設けられた電源タップが有する、コンセント単位の消費電力を検出可能なセンサの検出結果を取得する検出結果取得工程と、
前記ユーザの識別情報、及び当該ユーザが定めた離席する予定に関する属性、期間を取得する情報取得工程と、
前記センサの検出結果と、前記コンセントに接続された機器の種別毎に予め定められている、前記センサの検出結果を用いた前記ユーザの離席期間を判定する判定方法と、に基づいて前記ユーザの離席期間を判定し、当該ユーザの離席期間と、取得した前記予定の期間との誤差を算出する算出工程と、
前記ユーザが定めた離席する予定を管理するとともに、前記誤差を、前記ユーザの識別情報及び前記予定の属性ごとに管理する管理工程と、をコンピュータが実行することを特徴とする予定管理方法。
【請求項６】
ユーザの席に設けられた電源タップが有する、コンセント単位の消費電力を検出可能なセンサの検出結果を取得し、
前記ユーザの識別情報、及び当該ユーザが定めた離席する予定に関する属性、期間を取得し、
前記センサの検出結果と、前記コンセントに接続された機器の種別毎に予め定められている、前記センサの検出結果を用いた前記ユーザの離席期間を判定する方法と、に基づいて前記ユーザの離席期間を判定し、当該ユーザの離席期間と、取得した前記予定の期間との誤差を算出し、
前記ユーザが定めた離席する予定を管理するとともに、前記誤差を、前記ユーザの識別情報及び前記予定の属性ごとに管理する、処理をコンピュータに実行させることを特徴とする予定管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、予定管理装置、予定管理方法及び予定管理プログラムに関する。
【背景技術】
【０００２】
最近、オフィスでは、業務の円滑化等を目的として、スケジュール管理システムが導入されてきている。このスケジュール管理システムでは、各自の予定を件名や開始時刻、終了時刻とともに入力することができ、これにより、自己の予定管理や、他人の予定の閲覧ができるようになっている。
【０００３】
しかしながら、スケジュール管理システムに入力された予定は、概略のみが記載される場合が多く、各人の正確な在席・離席状況を知ることは難しい。例えば、社外での打ち合わせの予定を入力する場合、ある人は、打ち合わせの開始時刻と終了時刻を入力し、また、ある人は出社予定時刻と帰社予定時刻を入力するからである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平６−９６０８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記の場合、スケジュール管理システムを利用する全員に、スケジュールへの入力方法の統一を強制する方法も考えられる。しかしながら、最適な入力ルールの作成、ルールの合意、教育等に工数がかかるため、得策ではない。
【０００６】
なお、特許文献１には、ユーザがスケジュールを入力した際に、１つ前のスケジュールに記述された場所から次のスケジュールに記述された場所までを移動する際の移動時間を計算し、スケジュールに登録する方法が開示されている。しかるに、この方法では、スケジュールにおいて場所を正確に入力しておく必要があったり、場所を管理するデータベースに移動時間算出に必要な情報を登録しておかなければならないなど、手間とコストを要するおそれがある。
【０００７】
そこで本件は上記の課題に鑑みてなされたものであり、ユーザの予定とともに、ユーザが予定を定める際の傾向を、ユーザ及び予定の属性ごとに管理することが可能な予定管理装置、予定管理方法及び予定管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本明細書に記載の予定管理装置は、ユーザの席に設けられた電源タップが有する、コンセント単位の消費電力を検出可能なセンサの検出結果を取得する検出結果取得部と、前記センサの検出結果を用いた、前記ユーザの離席期間を判定する判定方法を前記コンセントに接続された機器の種別毎に格納する判定方法格納部と、前記ユーザの識別情報、及び当該ユーザが定めた離席する予定に関する属性、期間を取得する情報取得部と、前記センサの検出結果と前記判定方法とに基づいて前記ユーザの離席期間を判定し、当該ユーザの離席期間と、前記情報取得部が取得した前記予定の期間との誤差を算出する算出部と、前記ユーザが定めた離席する予定を管理するとともに、前記誤差を、前記ユーザの識別情報及び前記予定の属性ごとに管理する管理部と、を備える予定管理装置である。
【０００９】
本明細書に記載の予定管理方法は、ユーザの席に設けられた電源タップが有する、コンセント単位の消費電力を検出可能なセンサの検出結果を取得する検出結果取得工程と、前記ユーザの識別情報、及び当該ユーザが定めた離席する予定に関する属性、期間を取得する情報取得工程と、前記センサの検出結果と、前記コンセントに接続された機器の種別毎に予め定められている、前記センサの検出結果を用いた前記ユーザの離席期間を判定する判定方法と、に基づいて前記ユーザの離席期間を判定し、当該ユーザの離席期間と、取得した前記予定の期間との誤差を算出する算出工程と、前記ユーザが定めた離席する予定を管理するとともに、前記誤差を、前記ユーザの識別情報及び前記予定の属性ごとに管理する管理工程と、をコンピュータが実行することを特徴とする予定管理方法である。
【００１０】
本明細書に記載の予定管理プログラムは、ユーザの席に設けられた電源タップが有する、コンセント単位の消費電力を検出可能なセンサの検出結果を取得し、前記ユーザの識別情報、及び当該ユーザが定めた離席する予定に関する属性、期間を取得し、前記センサの検出結果と、前記コンセントに接続された機器の種別毎に予め定められている、前記センサの検出結果を用いた前記ユーザの離席期間を判定する方法と、に基づいて前記ユーザの離席期間を判定し、当該ユーザの離席期間と、取得した前記予定の期間との誤差を算出し、前記ユーザが定めた離席する予定を管理するとともに、前記誤差を、前記ユーザの識別情報及び前記予定の属性ごとに管理する、処理をコンピュータに実行させることを特徴とする予定管理プログラムである。
【発明の効果】
【００１１】
本明細書に記載の予定管理装置、予定管理方法及び予定管理プログラムは、ユーザの予定とともに、ユーザが予定を定める際の傾向を、ユーザ及び予定の属性ごとに管理することができるという効果を奏する。
【図面の簡単な説明】
【００１２】
【図１】一実施形態に係るスケジュール管理システムの構成を概略的に示す図である。
【図２】図２（ａ）は、スケジュール管理装置のハードウェア構成を示す図であり、図２（ｂ）は、電源タップ管理装置のハードウェア構成を示す図である。
【図３】スケジュール管理装置及び電源タップ管理装置の機能ブロック図である。
【図４】図４（ａ）は、スケジュールＤＢの一例を示す図であり、図４（ｂ）は、判定方法ＤＢの一例を示す図であり、図４（ｃ）は、算出結果ＤＢの一例を示す図である。
【図５】図５（ａ）は、センサ紐付け情報ＤＢの一例を示す図であり、図５（ｂ）は、センサ履歴ＤＢの一例を示す図であり、
【図６】あるコンセントに接続されたパソコンの消費電力の時間推移を示すグラフである。
【図７】オフセット学習部の処理を示すフローチャートである。
【図８】管理部及びスケジュール表示部の処理を示すフローチャートである。
【図９】図９（ａ）、図９（ｂ）は、スケジュール表示部による表示例を示す図である。
【図１０】図１０（ａ）、図１０（ｂ）は、スケジュール表示部による表示例（変形例）を示す図である。
【発明を実施するための形態】
【００１３】
以下、一実施形態について、図１〜図９に基づいて詳細に説明する。図１には、一実施形態にかかるスケジュール管理システム１００の構成が概略的に示されている。図１に示すように、スケジュール管理システム１００は、予定管理装置としてのスケジュール管理装置１０と、電源タップ管理装置２０と、ユーザ端末３０と、を備える。各装置は、ＬＡＮ（Local
Area Network）などのネットワーク６０に接続されている。
【００１４】
スケジュール管理装置１０は、ユーザ端末３０を介してユーザが入力したスケジュールデータを管理し、ユーザ端末３０の表示部上に表示する。また、スケジュール管理装置１０は、過去のスケジュールにおいてユーザが実際に離席した履歴を反映させて、スケジュール表示を行う。なお、本実施形態における「スケジュール」は、ユーザが自己の席から離席する予定（例えば、会議室での会議、取引先への出張など）を意味するものとする。
【００１５】
図２（ａ）には、スケジュール管理装置１０のハードウェア構成が示されている。図２に示すように、スケジュール管理装置１０は、コンピュータとしてのＣＰＵ９０、ＲＯＭ９２、ＲＡＭ９４、記憶部（ここではＨＤＤ（Hard
Disk Drive））９６、可搬型記憶媒体用ドライブ９９、ネットワークインタフェース９７等を備えており、スケジュール管理装置１０の構成各部は、バス９８に接続されている。スケジュール管理装置１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（スケジュール管理プログラム）又は可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み出したプログラム（スケジュール管理プログラム）をＣＰＵ９０が実行することにより、図３に示す各部の機能が実現される。また、スケジュール管理装置１０は、ネットワークインタフェース９７を介して、ネットワーク６０に接続されている。
【００１６】
図１に戻り、電源タップ管理装置２０は、電源タップ５０が有する各コンセントにおける消費電力をモニタし、スケジュール管理装置１０に対して出力する。なお、電源タップ５０は、コンセント毎の消費電力を検出するセンサ５２を有するスマート電源タップであるものとする。また、電源タップ５０は、ユーザの席に設けられているものとし、当該電源タップ５０には、ユーザ端末３０等が接続される。すなわち、本実施形態では、センサ５２における検出結果（例えばユーザ端末３０の消費電力）を利用することで、ユーザの在席・離席状況（離席期間）を検出（推定）することが可能である。
【００１７】
図２（ｂ）には、電源タップ管理装置２０のハードウェア構成が示されている。図２（ｂ）に示すように、電源タップ管理装置２０は、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ＨＤＤ）１９６、ネットワークインタフェース１９７等を備えており、電源タップ管理装置２０の構成各部は、バス１９８に接続されている。電源タップ管理装置２０では、ＲＯＭ１９２あるいはＨＤＤ１９６に格納されているプログラムをＣＰＵ１９０が実行することにより、図３に示す各部の機能が実現される。また、電源タップ管理装置２０は、ネットワークインタフェース１９７を介して、ネットワーク６０に接続されている。
【００１８】
図３には、図１のスケジュール管理システム１００の機能ブロック図が示されている。図３に示すように、スケジュール管理装置１０では、ＣＰＵ９０がスケジュール管理プログラムを実行することにより、スケジュール登録部６０、オフセット学習部６２、管理部６４、及び予定表示部としてのスケジュール表示部６６、の機能が実現されている。なお、図３では、ＲＯＭ９２やＨＤＤ９６などに格納されているスケジュールＤＢ７０、算出結果ＤＢ７２も図示されている。また、オフセット学習部６２は、情報取得部８０、算出部８２、検出結果取得部８４としての機能を有している。なお、オフセット学習部６２には、ＲＯＭ９２やＨＤＤ９６などに格納されている、判定方法格納部としての判定方法ＤＢ８６も含まれている。
【００１９】
以下、スケジュール管理装置１０の各機能について説明する。スケジュール登録部６０は、ユーザ端末３０を介してユーザが入力したスケジュールデータをスケジュールＤＢ７０に登録する。スケジュールＤＢ７０には、図４（ａ）に示すように、スケジュールデータを入力したユーザの識別子（ユーザＩＤ）と、スケジュールの期間（開始時刻、終了時刻）、スケジュールの属性（ここでは、件名、場所）が登録される。
【００２０】
情報取得部８０は、スケジュールＤＢ７０から、ユーザＩＤやスケジュールの属性及び期間（開始時刻、終了時刻）を取得する。算出部８２は、後述する検出結果取得部８４が取得した情報と判定方法ＤＢ８６において定義されている判定方法とに基づいてユーザが離席している期間を判定する。そして、算出部８２は、ユーザが離席している期間と、情報取得部８０が取得したスケジュールの期間（開始時刻及び終了時刻）との誤差を算出し、算出結果ＤＢ７２に登録する。ここで、判定方法ＤＢ８６には、ユーザが離席している期間を、機器における消費電力から判定するためのルールが記述されている。具体的には、図４（ｂ）に示すように、判定に用いる機器の種別（パソコンや携帯電話）と、離席発見アルゴリズム及び着席発見アルゴリズムとが定義されている。また、算出結果ＤＢ７２には、図４（ｃ）に示すようなデータが格納される。具体的には、算出結果ＤＢ７２には、情報取得部８０がスケジュールＤＢ７０から取得したユーザＩＤ、件名、場所とともに、算出部８２が算出した開始オフセット、終了オフセット、離席履歴、着席履歴が格納される。
【００２１】
検出結果取得部８４は、電源タップ管理装置２０において収集されたセンサ履歴をセンサ履歴ＤＢ２６（後述）から取得する。管理部６４は、スケジュールＤＢ７０と算出結果ＤＢ７２に格納されている情報を管理する。スケジュール表示部６６は、管理部６４が管理する情報を、ユーザ端末３０からの求めに応じて、管理部６４の指示の下、ユーザ端末３０の表示部に表示する。
【００２２】
電源タップ管理装置２０では、図３に示すように、ＣＰＵ１９０がプログラムを実行することにより、センサ情報収集部２２としての機能が実現されている。なお、図３では、ＲＯＭ１９２やＨＤＤ１９６などに格納されているセンサ紐付け情報ＤＢ２４、センサ履歴ＤＢ２６も図示されている。
【００２３】
センサ情報収集部２２は、電源タップ５０が有するセンサ５２の検出結果（各コンセントの消費電力）を収集するとともに、当該検出結果を、センサ紐付け情報ＤＢ２４の情報と関連付けて、センサ履歴ＤＢ２６に格納する。センサ紐付け情報ＤＢ２４は、各コンセントに接続された機器の情報を有するデータベースである。具体的には、センサ紐付け情報ＤＢ２４には、図５（ａ）に示すように、センサ５２の識別子（センサＩＤ）と、センサ５２に対応するコンセントを利用するユーザのＩＤ及び当該コンセントに接続される機器の種別が格納されている。なお、センサ紐付け情報ＤＢ２４は、管理者等が事前に作成しておくなどして予め用意しておく。センサ履歴ＤＢ２６には、図５（ｂ）に示すように、ユーザＩＤ、センサＩＤ、機器種別とともに、センサ５２による検出時刻、消費電力量が格納される。
【００２４】
図６は、あるコンセントに接続されたパソコンの消費電力の時間推移を示すグラフである。図３の検出結果取得部８４では、センサ履歴ＤＢ２６から、図６のようなデータを取得することができる。
【００２５】
次に、上述したスケジュール管理システム１００による処理について、図７、図８に基づいて、かつ、その他図面を適宜参照しつつ、詳細に説明する。なお、図７の処理は、オフセット学習部６２の処理であり、１日１回又は１週間に１回などの頻度で、バッチ処理等により行われる処理である。
【００２６】
図７の処理では、まず、ステップＳ１０において、情報取得部８０が、新たなスケジュールがあるか否かを判断する。ここで、新たなスケジュールとは、今回の処理の対象となる時間範囲（バッチ処理が１日おきに行われる場合には、１日）において実施されたスケジュールのうち、未だ処理がされていないスケジュールを意味する。ここでの判断が肯定されると、ステップＳ１２に移行する。
【００２７】
ステップＳ１２に移行すると、情報取得部８０は、時系列順にスケジュールを１つ取得する。例えば、新たなスケジュールとして、図４（ａ）に示すような、件名「部内打ち合わせ」や「電力ＷＧ」がある場合には、情報取得部８０は、そのうちで最も過去のスケジュール「部内打ち合わせ」のデータを取得する。なお、情報取得部８０は、取得したデータを算出部８２に送信する。
【００２８】
次いで、ステップＳ１３では、算出部８２は、情報取得部８０から送信されてきたスケジュールのユーザＩＤと開始時刻と終了時刻をキーとして、センサ履歴ＤＢ２６から消費電力データ（図６参照）を取得する。この場合、算出部８２は、スケジュール開始時刻の所定時間前から終了時刻の所定時間後までのデータを取得することとする。
【００２９】
次いで、ステップＳ１４では、算出部８２が、検出結果取得部８４を介して、センサ履歴ＤＢ２６から機器種別を取得する。この場合、算出部８２は、情報取得部８０から送信されてきた、ユーザＩＤとスケジュール開始時刻と終了時刻をキーとして、センサ履歴ＤＢ２６を検索して、機器種別を取得する。なお、ここでは、算出部８２は、機器種別として「パソコン」を取得したものとする。
【００３０】
次いで、ステップＳ１６では、算出部８２が、判定方法ＤＢ８６から機器種別をキーとして、機器種別「パソコン」の判定方法を取得する。この場合、算出部８２は、図４（ｂ）の判定方法ＤＢ８６から、離席発見アルゴリズムとして「消費電力が３０％以上減るか、あるいは、消費電力が３０Ｗ未満となった状態が１５分以上継続した場合」を取得する。また、算出部８２は、着席発見アルゴリズムとして「消費電力が５０％以上増えるか、あるいは、消費電力が３０Ｗ以上となった状態が１５分以上継続した場合」を取得する。
【００３１】
次のステップＳ１８では、算出部８２が、ユーザＩＤとスケジュール開始・終了時刻をキーとして、ユーザのセンサ履歴を探索して、離席期間（離席時刻と着席時刻）を取得する。この離席期間の取得方法について、図６に基づいて詳細に説明する。まず、算出部８２は、スケジュール「部内打ち合わせ」の開始時刻（１０：００）に着目して、当該開始時刻から、時系列の両方向に向かって消費電力データを探索し、離席発見アルゴリズムと合致するポイントを見つける。この場合、スケジュールの開始時刻から過去にさかのぼって探索（矢印Ａ方向に探索）した場合には、算出部８２は、離席発見アルゴリズムと合致するポイントを見つけることはできない。これに対し、スケジュールの開始時刻から時間の流れに沿って探索（矢印Ｂ方向に探索）した場合には、算出部８２は、時刻（１０：１５）を、消費電力が３０％以上減った状態が１５分以上継続したポイント（ここでは、１５分の継続が開始したポイント）として発見できる。そして、算出部８２は、これらのポイントのうち、スケジュール開始時刻から近い方（ここでは、時刻（１０：１５）のみ取得できているので時刻（１０：１５））を離席時刻として取得する。
【００３２】
次いで、算出部８２は、上記のようにして離席時刻と判定された時刻（１０：１５）から時間の流れに沿って探索（矢印Ｃ方向に探索）し、着席発見アルゴリズムと合致するポイントを見つける。この場合、算出部８２は、時刻（１０：５０）で、着席発見アルゴリズム（消費電力が５０％以上増えた状態が１５分以上継続した場合）と合致するポイント（ここでは、１５分の継続が開始したポイント）を発見できる。したがって、算出部８２は、発見したポイントの時刻（１０：５０）を着席時刻として取得する。
【００３３】
図７に戻り、次のステップＳ２０では、算出部８２が、離席期間（離席時刻及び着席時刻）を取得できたか否かを判断する。ここでの判断が否定された場合には、ステップＳ３０に移行するが、肯定された場合には、ステップＳ２２に移行する。
【００３４】
ステップＳ２２に移行した場合、算出部８２は、算出結果ＤＢ７２（図４（ｃ））に同一スケジュールのエントリがあるか否かを判断する。ここでの判断が肯定された場合には、ステップＳ２６に移行する。そして、算出部８２は、ステップＳ２６において、オフセット（離席時刻とスケジュール開始時刻との差、及び着席時刻とスケジュール終了時刻との差）をスケジュールのエントリの離席履歴・着席履歴に追記する。この場合、図４（ｃ）に示すように、離席履歴や着席履歴の欄に記録される時刻の数が増加していくことになる。
【００３５】
本実施形態では、算出部８２は、図４（ｃ）の算出結果ＤＢ７２の１段目のエントリの離席履歴の欄に、図６に示す、スケジュール開始時刻と離席時刻との差Ｔ１（＝−００:１５）を新たに記録する。なお、スケジュール開始時刻と離席時刻との差の正負は、離席時刻が、スケジュールの期間内に入る場合に、負となり、離席時刻が、スケジュールの期間外に出る場合に、正となる。また、算出部８２は、図４（ｃ）の算出結果ＤＢ７２の着席履歴の欄に、図６に示す、スケジュールの終了時刻と着席時刻との差Ｔ２（＝−１：１０）を記録する。なお、スケジュール終了時刻と着席時刻との差の正負は、着席時刻が、スケジュールの期間内に入る場合に、負となり、離席時刻が、スケジュールの期間外に出る場合に、正となる。
【００３６】
一方、ステップＳ２２の判断が否定された場合、すなわち、算出結果ＤＢ７２に同一スケジュールのエントリが無かった場合には、ステップＳ２４において算出部８２が、算出結果ＤＢ７２に新たなエントリを作成する。そして、算出部８２は、ステップＳ２６において、新たなエントリに離席履歴・着席履歴を上記と同様にして記録する。
【００３７】
次いで、ステップＳ２８では、算出部８２が、オフセット（離席履歴及び着席履歴）の平均を算出し、算出された平均値で、開始オフセット、終了オフセットを更新する。
【００３８】
以上のようにすることで、１つのスケジュールにおける開始オフセット及び終了オフセットの更新又は新規作成が行われることになる。その後は、ステップＳ３０に移行し、情報取得部８０が、次のスケジュールがあるか否かを判断する。ここでは、図４（ａ）や図６に示すように、スケジュール（電力ＷＧ）があるので、ここでの判断は肯定されて、ステップＳ１２に戻る。これ以降は、次のスケジュール（電力ＷＧ）について、上記と同様の処理を行い、開始オフセット、終了オフセットを更新又は新規作成する。そして、ステップＳ３０の判断が否定された段階で、図７の全処理が終了する。
【００３９】
次に、管理部６４及びスケジュール表示部６６の処理について、図８のフローチャートに沿って説明する。なお、ユーザは、ある対象者（自己を含む）のスケジュールを閲覧したいときに、ユーザ端末３０を介して、その対象者と閲覧したい期間とを指定してスケジュール管理装置１０に要求を出す。図８の処理は、当該要求を管理部６４が受付けた時点から開始される。なお、説明の前提として、図８の処理が行われる時点での、算出結果ＤＢ７２は、図４（ｃ）の状態にあるものとする。
【００４０】
図８の処理では、まず、ステップＳ４０において、管理部６４が、表示対象のユーザＩＤ、表示期間（ユーザが指定した情報）を取得する。次いで、ステップＳ４２では、管理部６４が、スケジュールＤＢ７０から、表示期間内のスケジュールを１つ取得する。ここでは、例えば、図４（ａ）に示す「部内打ち合わせ」のスケジュールを管理部６４が取得したものとする。次いで、ステップＳ４４では、管理部６４が、算出結果ＤＢ７２（図４（ｃ））内に、取得したユーザＩＤ（＝１２３４５６）と一致するユーザＩＤ、及び取得した件名（＝部内打ち合わせ）と一致する件名を有するエントリがあるか否かを判断する。ここでは、図４（ｃ）の算出結果ＤＢ７２にユーザＩＤが１２３４５６で、件名が部内打ち合わせであるエントリがあるので、ステップＳ４４の判断は肯定され、ステップＳ４６に移行する。
【００４１】
ステップＳ４６に移行すると、スケジュール表示部６６は、管理部６４の指示の下、ユーザ端末３０の表示部に、開始オフセットと終了オフセットを反映させた状態で、スケジュールを表示する。具体的には、図９（ａ）に示すように、ユーザがスケジュール登録した期間を実線で表示し、開始オフセットと終了オフセット（いずれも負の値）を破線で表示するなどすることができる。なお、開始オフセット及び終了オフセットが正の値である場合には、図９（ｂ）のような表示とすることができる。なお、表示方法は、上記に限られるものではなく、ユーザがスケジュール登録した期間と、開始オフセット及び終了オフセットと、が表現された表示であれば、種々の表示方法を採用することができる。
【００４２】
なお、ステップＳ４４の判断が否定された場合、すなわち、開始オフセットと終了オフセットが算出結果ＤＢ７２内に登録されていないスケジュールの場合には、ステップＳ４８に移行する。ステップＳ４８では、スケジュール表示部６６は、管理部６４の指示の下、ユーザ端末３０の表示部に、登録されているスケジュールをそのまま表示する。
【００４３】
ステップＳ４６又はステップＳ４８を経て、ステップＳ５０に移行すると、管理部６４は、スケジュールＤＢ７０に未取得のスケジュールがあるか否かを判断する。ここでの判断が肯定された場合には、ステップＳ４２に戻り、ステップＳ４２以降の処理を繰り返す。一方、ステップＳ５０の判断が否定された場合には、図８の全処理を終了する。
【００４４】
以上、詳細に説明したように、本実施形態によると、検出結果取得部８４が、ユーザの在席・離席状況に関する値（本実施形態ではパソコンの消費電力）を検出するセンサ５２の検出結果を取得し、情報取得部８０が、ユーザＩＤ及びユーザが定めたスケジュールの属性、期間を取得する。そして、算出部８２は、判定方法ＤＢ５２に格納された、ユーザの離席期間を判定する方法と、センサの検出結果とに基づいてユーザの離席期間を判定し、当該ユーザの離席期間と、スケジュールの期間との誤差を算出する。更に、管理部６４は、ユーザが定めたスケジュールを管理するとともに、算出部８２が算出した誤差を、ユーザＩＤ及びスケジュールの属性ごとに管理する。したがって、本実施形態では、ユーザ及びユーザのスケジュールの属性ごとに、あるスケジュールに沿って実行された行動（離席期間）と、スケジュールの内容（期間）との誤差を管理するため、ユーザがスケジュール登録する際の登録傾向（ユーザによって実際の離席期間よりも長く登録したり、短く登録したりする傾向、及びあるスケジュールは早く終了する又は遅く終了する傾向など）を管理することができる。これにより、本実施形態では、あるユーザが他のユーザのスケジュールを閲覧する際に、当該登録傾向（開始・終了オフセット）を考慮することで、他のユーザが離席する期間を推測することが可能となる。これにより、オフィス内における業務の円滑化を図ることが可能となる。また、本実施形態では、自動的に開始・終了オフセットを学習するので、ユーザは、従来通りスケジュール登録を行えばよいことになる。この場合、ユーザの教育や、スケジュールを登録する際のルールの作成・頒布等が不要となるので、費用的・時間的に有効である。
【００４５】
また、本実施形態では、ユーザの在席・離席状況に関する値を検出するセンサとして、ユーザの席に設けられた電源タップ５０が有するコンセント単位の消費電力を検出可能なセンサ５２が採用されている。したがって、上記のような電源タップを用いることで、別途センサを用意・設置等しなくてもよくなる。これにより、配線の複雑化等を抑制することができる。また、スマート電源タップは別の用途（消費電力の見える化等）にも用いることができる。したがって、別の用途のために既にスマート電源タップが配備されているオフィス等においては、スケジュール管理システム１００の導入を簡易かつ低コストで行うことができる。
【００４６】
また、本実施形態では、ユーザＩＤとスケジュール（離席する予定）の件名ごとに、開始オフセットや終了オフセットを管理する（図４（ｃ）参照）。したがって、ユーザのスケジュール登録傾向を、スケジュールの件名ごとに管理することができる。すなわち、例えば、あるユーザが、社内会議室でのスケジュールでは開始・終了オフセットがほぼ０にもかかわらず、電車移動を伴うスケジュールでは電車移動時間を考慮しないため開始・終了オフセットが非常に大きくなるとする。このような場合でも、スケジュールの件名ごとにユーザのスケジュール登録傾向が管理されることで、ユーザが離席する期間を高精度に推定することが可能となる。
【００４７】
また、本実施形態では、管理部６４は、ユーザＩＤ及びスケジュールの件名ごとの誤差の平均値を管理するので、突発的に生じる事象（移動中の事故など）による影響を抑制し、ユーザのスケジュール登録傾向を適切に管理することができる。
【００４８】
また、本実施形態では、スケジュールを表示するスケジュール表示部６６は、ユーザが登録したスケジュールを表示する際に、スケジュール登録を行ったユーザとスケジュールの属性に対応する開始・終了オフセットを反映させる。したがって、スケジュールを閲覧したユーザは、スケジュールを閲覧するのみで、スケジュール登録を行ったユーザの実際の離席時間を推定することが可能となる。
【００４９】
なお、図９（ａ）、図９（ｂ）では、登録されているスケジュールの期間と、開始オフセット、終了オフセットを表示した例について説明したが、これに加えて、他の情報を表示してもよい。例えば、在席状況に関する統計情報を表示することとしてもよい。具体的には、図１０（ａ）、図１０（ｂ）に示すように、登録されているスケジュールの時刻よりも先に離席した割合が多いのか、後で離席した割合が多いのかを、表示することとしてもよい。このようにすることで、スケジュールを閲覧するユーザが、閲覧対象者がどの程度の確率で予定通りに帰ってくるのかを、詳細に予想することが可能となる。
【００５０】
なお、上記実施形態では、パソコンにおける消費電力（スマート電源タップが有するセンサの検出結果）に基づいて、離席期間、及び開始オフセット、終了オフセットを算出する場合について説明した。しかしながら、これに限られるものではなく、ユーザの在席・離席状況に関する値を検出することが可能な他のセンサの検出結果に基づいて、離席期間、及び開始オフセット、終了オフセットを算出することとしてもよい。ユーザの在席・離席状況に関する値を検出することが可能なセンサとしては、人感センサ、ＲＦＩＤ（Radio
Frequency IDentification）などを用いた入退室管理システムなどを用いることとしてもよい。人感センサとしては、温度センサや湿度センサ、焦電センサなどを用いることができる。また、ユーザの在席・離席状況に関する値を検出することが可能なセンサとしては、例えば、携帯電話の電源状態を検出するセンサを採用することとしてもよい。
【００５１】
なお、上記実施形態では、開始オフセットと終了オフセットを反映させるスケジュールを、ユーザＩＤとスケジュールの件名に基づいて決定する場合について説明した（ステップＳ４４）。しかしながら、これに限られるものではなく、例えば、ユーザＩＤと、スケジュールの属性（件名以外の少なくとも１つ）に基づいて、オフセットを反映させるスケジュールを決定することとしてもよい。また、ユーザＩＤと、スケジュールの属性のうちの２つ以上の属性とに基づいて、オフセットを反映させるスケジュールを決定することとしてもよい。
【００５２】
なお、上記実施形態では、登録されたスケジュールを表示する際に、開始・終了オフセットを反映させる場合について説明したが、これに限られるものではない。例えば、管理部６４は、スケジュールと開始・終了オフセットに基づいて離席時間を推定し、推定された離席時間に基づいてユーザに対してアラーム（例えば、出発時刻到来の通知、持ち物の通知など）を発するようにしてもよい。
【００５３】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。
【００５４】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact
Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００５５】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【００５６】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【００５７】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１）  ユーザの在席・離席状況に関する値を検出するセンサの検出結果を取得する検出結果取得部と、前記センサの検出結果を用いた、前記ユーザの離席期間を判定する方法を格納する判定方法格納部と、前記ユーザの識別情報、及び当該ユーザが定めた離席する予定に関する属性、期間を取得する情報取得部と、前記センサの検出結果と前記判定方法とに基づいて前記ユーザの離席期間を判定し、当該ユーザの離席期間と、前記取得部が取得した前記予定の期間との誤差を算出する算出部と、前記ユーザが定めた離席する予定を管理するとともに、前記誤差を、前記ユーザの識別情報及び前記予定の属性ごとに管理する管理部と、を備える予定管理装置。
（付記２）  前記ユーザの在席・離席状況に関する値を検出するセンサは、ユーザの席に設けられた電源タップが有する、コンセント単位の消費電力を検出可能なセンサであることを特徴とする付記１に記載の予定管理装置。
（付記３）  前記ユーザが定めた離席する予定に関する属性は、前記予定の件名、前記予定の開催場所の少なくとも一方を含むことを特徴とする付記１又は２に記載の予定管理装置。
（付記４）  前記管理部は、前記ユーザの識別情報及び前記予定の属性ごとの誤差の平均値を管理することを特徴とする付記１〜３のいずれかに記載の予定管理装置。
（付記５）  前記管理部が管理する、前記ユーザが定めた離席する予定を表示する予定表示部を更に備え、前記予定表示部は、前記ユーザが定めた離席する予定を表示する際に、前記管理部が管理する、前記予定を定めたユーザの識別情報と前記予定の属性に対応する誤差を反映させることを特徴とする付記１〜４のいずれかに記載の予定管理装置。
（付記６）  ユーザの在席・離席状況に関する値を検出するセンサの検出結果を取得する検出結果取得工程と、前記ユーザの識別情報、及び当該ユーザが定めた離席する予定に関する属性、期間を取得する情報取得工程と、前記センサの検出結果と、予め定められている、前記センサの検出結果を用いた前記ユーザの離席期間を判定する方法と、に基づいて前記ユーザの離席期間を判定し、当該ユーザの離席期間と、前記取得部が取得した前記予定の期間との誤差を算出する算出工程と、前記ユーザが定めた離席する予定を管理するとともに、前記誤差を、前記ユーザの識別情報及び前記予定の属性ごとに管理する管理工程と、をコンピュータが実行することを特徴とする予定管理方法。
（付記７）  前記ユーザが定めた離席する予定に関する属性は、前記予定の件名、前記予定の開催場所の少なくとも一方を含むことを特徴とする付記６に記載の予定管理方法。
（付記８）  前記管理工程では、前記コンピュータが、前記ユーザの識別情報及び前記予定の属性ごとの誤差の平均値を管理することを特徴とする付記６又は７に記載の予定管理方法。
（付記９）  前記管理工程で管理される、前記ユーザが定めた離席する予定を表示する予定表示工程を、前記コンピュータが更に実行し、前記予定表示工程では、前記コンピュータは、前記ユーザが定めた離席する予定を表示する際に、前記管理工程で管理されている、前記予定を定めたユーザの識別情報と前記予定の属性に対応する誤差を反映させることを特徴とする付記６〜８のいずれかに記載の予定管理方法。
（付記１０）
ユーザの在席・離席状況に関する値を検出するセンサの検出結果を取得し、前記ユーザの識別情報、及び当該ユーザが定めた離席する予定に関する属性、期間を取得し、前記センサの検出結果と、予め定められている、前記センサの検出結果を用いた前記ユーザの離席期間を判定する方法と、に基づいて前記ユーザの離席期間を判定し、当該ユーザの離席期間と、前記取得部が取得した前記予定の期間との誤差を算出し、前記ユーザが定めた離席する予定を管理するとともに、前記誤差を、前記ユーザの識別情報及び前記予定の属性ごとに管理する、処理をコンピュータに実行させることを特徴とする予定管理プログラム。
（付記１１）  前記ユーザが定めた離席する予定に関する属性は、前記予定の件名、前記予定の開催場所の少なくとも一方を含むことを特徴とする付記１０に記載の予定管理プログラム。
（付記１２）  前記管理する処理では、前記コンピュータに、前記ユーザの識別情報及び前記予定の属性ごとの誤差の平均値を管理させることを特徴とする付記１０又は１１に記載の予定管理プログラム。
（付記１３）  前記管理する処理において管理される、前記ユーザが定めた離席する予定を表示する処理を、前記コンピュータに更に実行させ、前記予定を表示する処理では、前記コンピュータは、前記ユーザが定めた離席する予定を表示する際に、前記管理する処理で管理されている、前記予定を定めたユーザの識別情報と前記予定の属性に対応する誤差を反映させることを特徴とする付記１０〜１２のいずれかに記載の予定管理プログラム。
【符号の説明】
【００５８】
１０  スケジュール管理装置（予定管理装置）
５２  センサ
６４  管理部
６６  スケジュール表示部（予定表示部）
８０  情報取得部
８２  算出部
８４  検出結果取得部
８６  判定方法ＤＢ（判定方法格納部）
【図１】
0005668508.tif 000002
【図２】
0005668508.tif 000003
【図３】
0005668508.tif 000004
【図４】
0005668508.tif 000005
【図５】
0005668508.tif 000006
【図６】
0005668508.tif 000007
【図７】
0005668508.tif 000008
【図８】
0005668508.tif 000009
【図９】
0005668508.tif 000010
【図１０】
0005668508.tif 000011