ユーザの在席離席状況に関する値を検出するセンサの検出結果を取得する検出結果取得部と、前記センサの検出結果を用いた、前記ユーザの離席期間を判定する方法を格納する判定方法格納部と、前記ユーザの識別情報、及び当該ユーザが定めた離席する予定に関する属性、期間を取得する情報取得部と、前記センサの検出結果と前記判定方法とに基づいて前記ユーザの離席期間を判定し、当該ユーザの離席期間と、前記取得部が取得した前記予定の期間との誤差を算出する算出部と、前記ユーザが定めた離席する予定を管理するとともに、前記誤差を、前記ユーザの識別情報及び前記予定の属性ごとに管理する管理部と、を備える予定管理装置。前記ユーザの在席離席状況に関する値を検出するセンサは、ユーザの席に設けられた電源タップが有する、コンセント単位の消費電力を検出可能なセンサであることを特徴とする請求項1に記載の予定管理装置。前記ユーザが定めた離席する予定に関する属性は、前記予定の件名、前記予定の開催場所の少なくとも一方を含むことを特徴とする請求項1又は2に記載の予定管理装置。前記管理部は、前記ユーザの識別情報及び前記予定の属性ごとの誤差の平均値を管理することを特徴とする請求項1~3のいずれか一項に記載の予定管理装置。前記管理部が管理する、前記ユーザが定めた離席する予定を表示する予定表示部を更に備え、前記予定表示部は、前記ユーザが定めた離席する予定を表示する際に、前記管理部が管理する、前記予定を定めたユーザの識別情報と前記予定の属性に対応する誤差を反映させることを特徴とする請求項1~4のいずれか一項に記載の予定管理装置。ユーザの在席離席状況に関する値を検出するセンサの検出結果を取得する検出結果取得工程と、前記ユーザの識別情報、及び当該ユーザが定めた離席する予定に関する属性、期間を取得する情報取得工程と、前記センサの検出結果と、予め定められている、前記センサの検出結果を用いた前記ユーザの離席期間を判定する方法と、に基づいて前記ユーザの離席期間を判定し、当該ユーザの離席期間と、前記取得部が取得した前記予定の期間との誤差を算出する算出工程と、前記ユーザが定めた離席する予定を管理するとともに、前記誤差を、前記ユーザの識別情報及び前記予定の属性ごとに管理する管理工程と、をコンピュータが実行することを特徴とする予定管理方法。ユーザの在席離席状況に関する値を検出するセンサの検出結果を取得し、前記ユーザの識別情報、及び当該ユーザが定めた離席する予定に関する属性、期間を取得し、前記センサの検出結果と、予め定められている、前記センサの検出結果を用いた前記ユーザの離席期間を判定する方法と、に基づいて前記ユーザの離席期間を判定し、当該ユーザの離席期間と、前記取得部が取得した前記予定の期間との誤差を算出し、前記ユーザが定めた離席する予定を管理するとともに、前記誤差を、前記ユーザの識別情報及び前記予定の属性ごとに管理する、処理をコンピュータに実行させることを特徴とする予定管理プログラム。上記の場合、スケジュール管理システムを利用する全員に、スケジュールへの入力方法の統一を強制する方法も考えられる。しかしながら、最適な入力ルールの作成、ルールの合意、教育等に工数がかかるため、得策ではない。なお、特許文献1には、ユーザがスケジュールを入力した際に、1つ前のスケジュールに記述された場所から次のスケジュールに記述された場所までを移動する際の移動時間を計算し、スケジュールに登録する方法が開示されている。しかるに、この方法では、スケジュールにおいて場所を正確に入力しておく必要があったり、場所を管理するデータベースに移動時間算出に必要な情報を登録しておかなければならないなど、手間とコストを要するおそれがある。そこで本件は上記の課題に鑑みてなされたものであり、ユーザの予定とともに、ユーザが予定を定める際の傾向を、ユーザ及び予定の属性ごとに管理することが可能な予定管理装置、予定管理方法及び予定管理プログラムを提供することを目的とする。本明細書に記載の予定管理装置は、ユーザの在席離席状況に関する値を検出するセンサの検出結果を取得する検出結果取得部と、前記センサの検出結果を用いた、前記ユーザの離席期間を判定する方法を格納する判定方法格納部と、前記ユーザの識別情報、及び当該ユーザが定めた離席する予定に関する属性、期間を取得する情報取得部と、前記センサの検出結果と前記判定方法とに基づいて前記ユーザの離席期間を判定し、当該ユーザの離席期間と、前記取得部が取得した前記予定の期間との誤差を算出する算出部と、前記ユーザが定めた離席する予定を管理するとともに、前記誤差を、前記ユーザの識別情報及び前記予定の属性ごとに管理する管理部と、を備える予定管理装置である。本明細書に記載の予定管理方法は、ユーザの在席離席状況に関する値を検出するセンサの検出結果を取得する検出結果取得工程と、前記ユーザの識別情報、及び当該ユーザが定めた離席する予定に関する属性、期間を取得する情報取得工程と、前記センサの検出結果と、予め定められている、前記センサの検出結果を用いた前記ユーザの離席期間を判定する方法と、に基づいて前記ユーザの離席期間を判定し、当該ユーザの離席期間と、前記取得部が取得した前記予定の期間との誤差を算出する算出工程と、前記ユーザが定めた離席する予定を管理するとともに、前記誤差を、前記ユーザの識別情報及び前記予定の属性ごとに管理する管理工程と、をコンピュータが実行する予定管理方法である。本明細書に記載の予定管理プログラムは、ユーザの在席離席状況に関する値を検出するセンサの検出結果を取得し、前記ユーザの識別情報、及び当該ユーザが定めた離席する予定に関する属性、期間を取得し、前記センサの検出結果と、予め定められている、前記センサの検出結果を用いた前記ユーザの離席期間を判定する方法と、に基づいて前記ユーザの離席期間を判定し、当該ユーザの離席期間と、前記取得部が取得した前記予定の期間との誤差を算出し、前記ユーザが定めた離席する予定を管理するとともに、前記誤差を、前記ユーザの識別情報及び前記予定の属性ごとに管理する、処理をコンピュータに実行させる予定管理プログラムである。本明細書に記載の予定管理装置、予定管理方法及び予定管理プログラムは、ユーザの予定とともに、ユーザが予定を定める際の傾向を、ユーザ及び予定の属性ごとに管理することができるという効果を奏する。以下、一実施形態について、図1~図9に基づいて詳細に説明する。図1には、一実施形態にかかるスケジュール管理システム100の構成が概略的に示されている。図1に示すように、スケジュール管理システム100は、予定管理装置としてのスケジュール管理装置10と、電源タップ管理装置20と、ユーザ端末30と、を備える。各装置は、LANLocalAreaNetworkなどのネットワーク60に接続されている。スケジュール管理装置10は、ユーザ端末30を介してユーザが入力したスケジュールデータを管理し、ユーザ端末30の表示部上に表示する。また、スケジュール管理装置10は、過去のスケジュールにおいてユーザが実際に離席した履歴を反映させて、スケジュール表示を行う。なお、本実施形態におけるスケジュールは、ユーザが自己の席から離席する予定例えば、会議室での会議、取引先への出張などを意味するものとする。図2aには、スケジュール管理装置10のハードウェア構成が示されている。図2に示すように、スケジュール管理装置10は、コンピュータとしてのCPU90、ROM92、RAM94、記憶部ここではHDDHardDiskDrive96、可搬型記憶媒体用ドライブ99、ネットワークインタフェース97等を備えており、スケジュール管理装置10の構成各部は、バス98に接続されている。スケジュール管理装置10では、ROM92あるいはHDD96に格納されているプログラムスケジュール管理プログラム又は可搬型記憶媒体用ドライブ99が可搬型記憶媒体91から読み出したプログラムスケジュール管理プログラムをCPU90が実行することにより、図3に示す各部の機能が実現される。また、スケジュール管理装置10は、ネットワークインタフェース97を介して、ネットワーク60に接続されている。図1に戻り、電源タップ管理装置20は、電源タップ50が有する各コンセントにおける消費電力をモニタし、スケジュール管理装置10に対して出力する。なお、電源タップ50は、コンセント毎の消費電力を検出するセンサ52を有するスマート電源タップであるものとする。また、電源タップ50は、ユーザの席に設けられているものとし、当該電源タップ50には、ユーザ端末30等が接続される。すなわち、本実施形態では、センサ52における検出結果例えばユーザ端末30の消費電力を利用することで、ユーザの在席離席状況離席期間を検出推定することが可能である。図2bには、電源タップ管理装置20のハードウェア構成が示されている。図2bに示すように、電源タップ管理装置20は、CPU190、ROM192、RAM194、記憶部HDD196、ネットワークインタフェース197等を備えており、電源タップ管理装置20の構成各部は、バス198に接続されている。電源タップ管理装置20では、ROM192あるいはHDD196に格納されているプログラムをCPU190が実行することにより、図3に示す各部の機能が実現される。また、電源タップ管理装置20は、ネットワークインタフェース197を介して、ネットワーク60に接続されている。図3には、図1のスケジュール管理システム100の機能ブロック図が示されている。図3に示すように、スケジュール管理装置10では、CPU90がスケジュール管理プログラムを実行することにより、スケジュール登録部60、オフセット学習部62、管理部64、及び予定表示部としてのスケジュール表示部66、の機能が実現されている。なお、図3では、ROM92やHDD96などに格納されているスケジュールDB70、算出結果DB72も図示されている。また、オフセット学習部62は、情報取得部80、算出部82、検出結果取得部84としての機能を有している。なお、オフセット学習部62には、ROM92やHDD96などに格納されている、判定方法格納部としての判定方法DB86も含まれている。以下、スケジュール管理装置10の各機能について説明する。スケジュール登録部60は、ユーザ端末30を介してユーザが入力したスケジュールデータをスケジュールDB70に登録する。スケジュールDB70には、図4aに示すように、スケジュールデータを入力したユーザの識別子ユーザIDと、スケジュールの期間開始時刻、終了時刻、スケジュールの属性ここでは、件名、場所が登録される。情報取得部80は、スケジュールDB70から、ユーザIDやスケジュールの属性及び期間開始時刻、終了時刻を取得する。算出部82は、後述する検出結果取得部84が取得した情報と判定方法DB86において定義されている判定方法とに基づいてユーザが離席している期間を判定する。そして、算出部82は、ユーザが離席している期間と、情報取得部80が取得したスケジュールの期間開始時刻及び終了時刻との誤差を算出し、算出結果DB72に登録する。ここで、判定方法DB86には、ユーザが離席している期間を、機器における消費電力から判定するためのルールが記述されている。具体的には、図4bに示すように、判定に用いる機器の種別パソコンや携帯電話と、離席発見アルゴリズム及び着席発見アルゴリズムとが定義されている。また、算出結果DB72には、図4cに示すようなデータが格納される。具体的には、算出結果DB72には、情報取得部80がスケジュールDB70から取得したユーザID、件名、場所とともに、算出部82が算出した開始オフセット、終了オフセット、離席履歴、着席履歴が格納される。検出結果取得部84は、電源タップ管理装置20において収集されたセンサ履歴をセンサ履歴DB26後述から取得する。管理部64は、スケジュールDB70と算出結果DB72に格納されている情報を管理する。スケジュール表示部66は、管理部64が管理する情報を、ユーザ端末30からの求めに応じて、管理部64の指示の下、ユーザ端末30の表示部に表示する。電源タップ管理装置20では、図3に示すように、CPU190がプログラムを実行することにより、センサ情報収集部22としての機能が実現されている。なお、図3では、ROM192やHDD196などに格納されているセンサ紐付け情報DB24、センサ履歴DB26も図示されている。センサ情報収集部22は、電源タップ50が有するセンサ52の検出結果各コンセントの消費電力を収集するとともに、当該検出結果を、センサ紐付け情報DB24の情報と関連付けて、センサ履歴DB26に格納する。センサ紐付け情報DB24は、各コンセントに接続された機器の情報を有するデータベースである。具体的には、センサ紐付け情報DB24には、図5aに示すように、センサ52の識別子センサIDと、センサ52に対応するコンセントを利用するユーザのID及び当該コンセントに接続される機器の種別が格納されている。なお、センサ紐付け情報DB24は、管理者等が事前に作成しておくなどして予め用意しておく。センサ履歴DB26には、図5bに示すように、ユーザID、センサID、機器種別とともに、センサ52による検出時刻、消費電力量が格納される。図6は、あるコンセントに接続されたパソコンの消費電力の時間推移を示すグラフである。図3の検出結果取得部84では、センサ履歴DB26から、図6のようなデータを取得することができる。次に、上述したスケジュール管理システム100による処理について、図7、図8に基づいて、かつ、その他図面を適宜参照しつつ、詳細に説明する。なお、図7の処理は、オフセット学習部62の処理であり、1日1回又は1週間に1回などの頻度で、バッチ処理等により行われる処理である。図7の処理では、まず、ステップS10において、情報取得部80が、新たなスケジュールがあるか否かを判断する。ここで、新たなスケジュールとは、今回の処理の対象となる時間範囲バッチ処理が1日おきに行われる場合には、1日において実施されたスケジュールのうち、未だ処理がされていないスケジュールを意味する。ここでの判断が肯定されると、ステップS12に移行する。ステップS12に移行すると、情報取得部80は、時系列順にスケジュールを1つ取得する。例えば、新たなスケジュールとして、図4aに示すような、件名部内打ち合わせや電力WGがある場合には、情報取得部80は、そのうちで最も過去のスケジュール部内打ち合わせのデータを取得する。なお、情報取得部80は、取得したデータを算出部82に送信する。次いで、ステップS13では、算出部82は、情報取得部80から送信されてきたスケジュールのユーザIDと開始時刻と終了時刻をキーとして、センサ履歴DB26から消費電力データ図6参照を取得する。この場合、算出部82は、スケジュール開始時刻の所定時間前から終了時刻の所定時間後までのデータを取得することとする。次いで、ステップS14では、算出部82が、検出結果取得部84を介して、センサ履歴DB26から機器種別を取得する。この場合、算出部82は、情報取得部80から送信されてきた、ユーザIDとスケジュール開始時刻と終了時刻をキーとして、センサ履歴DB26を検索して、機器種別を取得する。なお、ここでは、算出部82は、機器種別としてパソコンを取得したものとする。次いで、ステップS16では、算出部82が、判定方法DB86から機器種別をキーとして、機器種別パソコンの判定方法を取得する。この場合、算出部82は、図4bの判定方法DB86から、離席発見アルゴリズムとして消費電力が30以上減るか、あるいは、消費電力が30W未満となった状態が15分以上継続した場合を取得する。また、算出部82は、着席発見アルゴリズムとして消費電力が50以上増えるか、あるいは、消費電力が30W以上となった状態が15分以上継続した場合を取得する。次のステップS18では、算出部82が、ユーザIDとスケジュール開始終了時刻をキーとして、ユーザのセンサ履歴を探索して、離席期間離席時刻と着席時刻を取得する。この離席期間の取得方法について、図6に基づいて詳細に説明する。まず、算出部82は、スケジュール部内打ち合わせの開始時刻10:00に着目して、当該開始時刻から、時系列の両方向に向かって消費電力データを探索し、離席発見アルゴリズムと合致するポイントを見つける。この場合、スケジュールの開始時刻から過去にさかのぼって探索矢印A方向に探索した場合には、算出部82は、離席発見アルゴリズムと合致するポイントを見つけることはできない。これに対し、スケジュールの開始時刻から時間の流れに沿って探索矢印B方向に探索した場合には、算出部82は、時刻10:15を、消費電力が30以上減った状態が15分以上継続したポイントここでは、15分の継続が開始したポイントとして発見できる。そして、算出部82は、これらのポイントのうち、スケジュール開始時刻から近い方ここでは、時刻10:15のみ取得できているので時刻10:15を離席時刻として取得する。次いで、算出部82は、上記のようにして離席時刻と判定された時刻10:15から時間の流れに沿って探索矢印C方向に探索し、着席発見アルゴリズムと合致するポイントを見つける。この場合、算出部82は、時刻10:50で、着席発見アルゴリズム消費電力が50以上増えた状態が15分以上継続した場合と合致するポイントここでは、15分の継続が開始したポイントを発見できる。したがって、算出部82は、発見したポイントの時刻10:50を着席時刻として取得する。図7に戻り、次のステップS20では、算出部82が、離席期間離席時刻及び着席時刻を取得できたか否かを判断する。ここでの判断が否定された場合には、ステップS30に移行するが、肯定された場合には、ステップS22に移行する。ステップS22に移行した場合、算出部82は、算出結果DB72図4cに同一スケジュールのエントリがあるか否かを判断する。ここでの判断が肯定された場合には、ステップS26に移行する。そして、算出部82は、ステップS26において、オフセット離席時刻とスケジュール開始時刻との差、及び着席時刻とスケジュール終了時刻との差をスケジュールのエントリの離席履歴着席履歴に追記する。この場合、図4cに示すように、離席履歴や着席履歴の欄に記録される時刻の数が増加していくことになる。本実施形態では、算出部82は、図4cの算出結果DB72の1段目のエントリの離席履歴の欄に、図6に示す、スケジュール開始時刻と離席時刻との差T1=-0015を新たに記録する。なお、スケジュール開始時刻と離席時刻との差の正負は、離席時刻が、スケジュールの期間内に入る場合に、負となり、離席時刻が、スケジュールの期間外に出る場合に、正となる。また、算出部82は、図4cの算出結果DB72の着席履歴の欄に、図6に示す、スケジュールの終了時刻と着席時刻との差T2=-1:10を記録する。なお、スケジュール終了時刻と着席時刻との差の正負は、着席時刻が、スケジュールの期間内に入る場合に、負となり、離席時刻が、スケジュールの期間外に出る場合に、正となる。一方、ステップS22の判断が否定された場合、すなわち、算出結果DB72に同一スケジュールのエントリが無かった場合には、ステップS24において算出部82が、算出結果DB72に新たなエントリを作成する。そして、算出部82は、ステップS26において、新たなエントリに離席履歴着席履歴を上記と同様にして記録する。次いで、ステップS28では、算出部82が、オフセット離席履歴及び着席履歴の平均を算出し、算出された平均値で、開始オフセット、終了オフセットを更新する。以上のようにすることで、1つのスケジュールにおける開始オフセット及び終了オフセットの更新又は新規作成が行われることになる。その後は、ステップS30に移行し、情報取得部80が、次のスケジュールがあるか否かを判断する。ここでは、図4aや図6に示すように、スケジュール電力WGがあるので、ここでの判断は肯定されて、ステップS12に戻る。これ以降は、次のスケジュール電力WGについて、上記と同様の処理を行い、開始オフセット、終了オフセットを更新又は新規作成する。そして、ステップS30の判断が否定された段階で、図7の全処理が終了する。次に、管理部64及びスケジュール表示部66の処理について、図8のフローチャートに沿って説明する。なお、ユーザは、ある対象者自己を含むのスケジュールを閲覧したいときに、ユーザ端末30を介して、その対象者と閲覧したい期間とを指定してスケジュール管理装置10に要求を出す。図8の処理は、当該要求を管理部64が受付けた時点から開始される。なお、説明の前提として、図8の処理が行われる時点での、算出結果DB72は、図4cの状態にあるものとする。図8の処理では、まず、ステップS40において、管理部64が、表示対象のユーザID、表示期間ユーザが指定した情報を取得する。次いで、ステップS42では、管理部64が、スケジュールDB70から、表示期間内のスケジュールを1つ取得する。ここでは、例えば、図4aに示す部内打ち合わせのスケジュールを管理部64が取得したものとする。次いで、ステップS44では、管理部64が、算出結果DB72図4c内に、取得したユーザID=123456と一致するユーザID、及び取得した件名=部内打ち合わせと一致する件名を有するエントリがあるか否かを判断する。ここでは、図4cの算出結果DB72にユーザIDが123456で、件名が部内打ち合わせであるエントリがあるので、ステップS44の判断は肯定され、ステップS46に移行する。ステップS46に移行すると、スケジュール表示部66は、管理部64の指示の下、ユーザ端末30の表示部に、開始オフセットと終了オフセットを反映させた状態で、スケジュールを表示する。具体的には、図9aに示すように、ユーザがスケジュール登録した期間を実線で表示し、開始オフセットと終了オフセットいずれも負の値を破線で表示するなどすることができる。なお、開始オフセット及び終了オフセットが正の値である場合には、図9bのような表示とすることができる。なお、表示方法は、上記に限られるものではなく、ユーザがスケジュール登録した期間と、開始オフセット及び終了オフセットと、が表現された表示であれば、種々の表示方法を採用することができる。なお、ステップS44の判断が否定された場合、すなわち、開始オフセットと終了オフセットが算出結果DB72内に登録されていないスケジュールの場合には、ステップS48に移行する。ステップS48では、スケジュール表示部66は、管理部64の指示の下、ユーザ端末30の表示部に、登録されているスケジュールをそのまま表示する。ステップS46又はステップS48を経て、ステップS50に移行すると、管理部64は、スケジュールDB70に未取得のスケジュールがあるか否かを判断する。ここでの判断が肯定された場合には、ステップS42に戻り、ステップS42以降の処理を繰り返す。一方、ステップS50の判断が否定された場合には、図8の全処理を終了する。以上、詳細に説明したように、本実施形態によると、検出結果取得部84が、ユーザの在席離席状況に関する値本実施形態ではパソコンの消費電力を検出するセンサ52の検出結果を取得し、情報取得部80が、ユーザID及びユーザが定めたスケジュールの属性、期間を取得する。そして、算出部82は、判定方法DB52に格納された、ユーザの離席期間を判定する方法と、センサの検出結果とに基づいてユーザの離席期間を判定し、当該ユーザの離席期間と、スケジュールの期間との誤差を算出する。更に、管理部64は、ユーザが定めたスケジュールを管理するとともに、算出部82が算出した誤差を、ユーザID及びスケジュールの属性ごとに管理する。したがって、本実施形態では、ユーザ及びユーザのスケジュールの属性ごとに、あるスケジュールに沿って実行された行動離席期間と、スケジュールの内容期間との誤差を管理するため、ユーザがスケジュール登録する際の登録傾向ユーザによって実際の離席期間よりも長く登録したり、短く登録したりする傾向、及びあるスケジュールは早く終了する又は遅く終了する傾向などを管理することができる。これにより、本実施形態では、あるユーザが他のユーザのスケジュールを閲覧する際に、当該登録傾向開始終了オフセットを考慮することで、他のユーザが離席する期間を推測することが可能となる。これにより、オフィス内における業務の円滑化を図ることが可能となる。また、本実施形態では、自動的に開始終了オフセットを学習するので、ユーザは、従来通りスケジュール登録を行えばよいことになる。この場合、ユーザの教育や、スケジュールを登録する際のルールの作成頒布等が不要となるので、費用的時間的に有効である。また、本実施形態では、ユーザの在席離席状況に関する値を検出するセンサとして、ユーザの席に設けられた電源タップ50が有するコンセント単位の消費電力を検出可能なセンサ52が採用されている。したがって、上記のような電源タップを用いることで、別途センサを用意設置等しなくてもよくなる。これにより、配線の複雑化等を抑制することができる。また、スマート電源タップは別の用途消費電力の見える化等にも用いることができる。したがって、別の用途のために既にスマート電源タップが配備されているオフィス等においては、スケジュール管理システム100の導入を簡易かつ低コストで行うことができる。また、本実施形態では、ユーザIDとスケジュール離席する予定の件名ごとに、開始オフセットや終了オフセットを管理する図4c参照。したがって、ユーザのスケジュール登録傾向を、スケジュールの件名ごとに管理することができる。すなわち、例えば、あるユーザが、社内会議室でのスケジュールでは開始終了オフセットがほぼ0にもかかわらず、電車移動を伴うスケジュールでは電車移動時間を考慮しないため開始終了オフセットが非常に大きくなるとする。このような場合でも、スケジュールの件名ごとにユーザのスケジュール登録傾向が管理されることで、ユーザが離席する期間を高精度に推定することが可能となる。また、本実施形態では、管理部64は、ユーザID及びスケジュールの件名ごとの誤差の平均値を管理するので、突発的に生じる事象移動中の事故などによる影響を抑制し、ユーザのスケジュール登録傾向を適切に管理することができる。また、本実施形態では、スケジュールを表示するスケジュール表示部66は、ユーザが登録したスケジュールを表示する際に、スケジュール登録を行ったユーザとスケジュールの属性に対応する開始終了オフセットを反映させる。したがって、スケジュールを閲覧したユーザは、スケジュールを閲覧するのみで、スケジュール登録を行ったユーザの実際の離席時間を推定することが可能となる。なお、図9a、図9bでは、登録されているスケジュールの期間と、開始オフセット、終了オフセットを表示した例について説明したが、これに加えて、他の情報を表示してもよい。例えば、在席状況に関する統計情報を表示することとしてもよい。具体的には、図10a、図10bに示すように、登録されているスケジュールの時刻よりも先に離席した割合が多いのか、後で離席した割合が多いのかを、表示することとしてもよい。このようにすることで、スケジュールを閲覧するユーザが、閲覧対象者がどの程度の確率で予定通りに帰ってくるのかを、詳細に予想することが可能となる。なお、上記実施形態では、パソコンにおける消費電力スマート電源タップが有するセンサの検出結果に基づいて、離席期間、及び開始オフセット、終了オフセットを算出する場合について説明した。しかしながら、これに限られるものではなく、ユーザの在席離席状況に関する値を検出することが可能な他のセンサの検出結果に基づいて、離席期間、及び開始オフセット、終了オフセットを算出することとしてもよい。ユーザの在席離席状況に関する値を検出することが可能なセンサとしては、人感センサ、RFIDRadioFrequencyIDentificationなどを用いた入退室管理システムなどを用いることとしてもよい。人感センサとしては、温度センサや湿度センサ、焦電センサなどを用いることができる。また、ユーザの在席離席状況に関する値を検出することが可能なセンサとしては、例えば、携帯電話の電源状態を検出するセンサを採用することとしてもよい。なお、上記実施形態では、開始オフセットと終了オフセットを反映させるスケジュールを、ユーザIDとスケジュールの件名に基づいて決定する場合について説明したステップS44。しかしながら、これに限られるものではなく、例えば、ユーザIDと、スケジュールの属性件名以外の少なくとも1つに基づいて、オフセットを反映させるスケジュールを決定することとしてもよい。また、ユーザIDと、スケジュールの属性のうちの2つ以上の属性とに基づいて、オフセットを反映させるスケジュールを決定することとしてもよい。なお、上記実施形態では、登録されたスケジュールを表示する際に、開始終了オフセットを反映させる場合について説明したが、これに限られるものではない。例えば、管理部64は、スケジュールと開始終了オフセットに基づいて離席時間を推定し、推定された離席時間に基づいてユーザに対してアラーム例えば、出発時刻到来の通知、持ち物の通知などを発するようにしてもよい。なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。プログラムを流通させる場合には、例えば、そのプログラムが記録されたDVDDigitalVersatileDisc、CD-ROMCompactDiscReadOnlyMemoryなどの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。なお、以上の説明に関して更に以下の付記を開示する。付記1ユーザの在席離席状況に関する値を検出するセンサの検出結果を取得する検出結果取得部と、前記センサの検出結果を用いた、前記ユーザの離席期間を判定する方法を格納する判定方法格納部と、前記ユーザの識別情報、及び当該ユーザが定めた離席する予定に関する属性、期間を取得する情報取得部と、前記センサの検出結果と前記判定方法とに基づいて前記ユーザの離席期間を判定し、当該ユーザの離席期間と、前記取得部が取得した前記予定の期間との誤差を算出する算出部と、前記ユーザが定めた離席する予定を管理するとともに、前記誤差を、前記ユーザの識別情報及び前記予定の属性ごとに管理する管理部と、を備える予定管理装置。付記2前記ユーザの在席離席状況に関する値を検出するセンサは、ユーザの席に設けられた電源タップが有する、コンセント単位の消費電力を検出可能なセンサであることを特徴とする付記1に記載の予定管理装置。付記3前記ユーザが定めた離席する予定に関する属性は、前記予定の件名、前記予定の開催場所の少なくとも一方を含むことを特徴とする付記1又は2に記載の予定管理装置。付記4前記管理部は、前記ユーザの識別情報及び前記予定の属性ごとの誤差の平均値を管理することを特徴とする付記1~3のいずれかに記載の予定管理装置。付記5前記管理部が管理する、前記ユーザが定めた離席する予定を表示する予定表示部を更に備え、前記予定表示部は、前記ユーザが定めた離席する予定を表示する際に、前記管理部が管理する、前記予定を定めたユーザの識別情報と前記予定の属性に対応する誤差を反映させることを特徴とする付記1~4のいずれかに記載の予定管理装置。付記6ユーザの在席離席状況に関する値を検出するセンサの検出結果を取得する検出結果取得工程と、前記ユーザの識別情報、及び当該ユーザが定めた離席する予定に関する属性、期間を取得する情報取得工程と、前記センサの検出結果と、予め定められている、前記センサの検出結果を用いた前記ユーザの離席期間を判定する方法と、に基づいて前記ユーザの離席期間を判定し、当該ユーザの離席期間と、前記取得部が取得した前記予定の期間との誤差を算出する算出工程と、前記ユーザが定めた離席する予定を管理するとともに、前記誤差を、前記ユーザの識別情報及び前記予定の属性ごとに管理する管理工程と、をコンピュータが実行することを特徴とする予定管理方法。付記7前記ユーザが定めた離席する予定に関する属性は、前記予定の件名、前記予定の開催場所の少なくとも一方を含むことを特徴とする付記6に記載の予定管理方法。付記8前記管理工程では、前記コンピュータが、前記ユーザの識別情報及び前記予定の属性ごとの誤差の平均値を管理することを特徴とする付記6又は7に記載の予定管理方法。付記9前記管理工程で管理される、前記ユーザが定めた離席する予定を表示する予定表示工程を、前記コンピュータが更に実行し、前記予定表示工程では、前記コンピュータは、前記ユーザが定めた離席する予定を表示する際に、前記管理工程で管理されている、前記予定を定めたユーザの識別情報と前記予定の属性に対応する誤差を反映させることを特徴とする付記6~8のいずれかに記載の予定管理方法。付記10ユーザの在席離席状況に関する値を検出するセンサの検出結果を取得し、前記ユーザの識別情報、及び当該ユーザが定めた離席する予定に関する属性、期間を取得し、前記センサの検出結果と、予め定められている、前記センサの検出結果を用いた前記ユーザの離席期間を判定する方法と、に基づいて前記ユーザの離席期間を判定し、当該ユーザの離席期間と、前記取得部が取得した前記予定の期間との誤差を算出し、前記ユーザが定めた離席する予定を管理するとともに、前記誤差を、前記ユーザの識別情報及び前記予定の属性ごとに管理する、処理をコンピュータに実行させることを特徴とする予定管理プログラム。付記11前記ユーザが定めた離席する予定に関する属性は、前記予定の件名、前記予定の開催場所の少なくとも一方を含むことを特徴とする付記10に記載の予定管理プログラム。付記12前記管理する処理では、前記コンピュータに、前記ユーザの識別情報及び前記予定の属性ごとの誤差の平均値を管理させることを特徴とする付記10又は11に記載の予定管理プログラム。付記13前記管理する処理において管理される、前記ユーザが定めた離席する予定を表示する処理を、前記コンピュータに更に実行させ、前記予定を表示する処理では、前記コンピュータは、前記ユーザが定めた離席する予定を表示する際に、前記管理する処理で管理されている、前記予定を定めたユーザの識別情報と前記予定の属性に対応する誤差を反映させることを特徴とする付記10~12のいずれかに記載の予定管理プログラム。