JP7319435B2 - 情報処理装置、警告方法および警告プログラム - Google Patents

Description

本発明は、情報処理装置等に関する。

従業員は、通常の業務時間内に作業が完了しない場合、残業を行っている。残業の合計時間が上限を超えないという制限はあるものの、基本的に、従業員の退社時間は、個人に委ねられており、ある程度の残業で退社する従業員もいれば、最終電車に間に合うように退社する従業員もいる。

一方、働き方改革の一環として、勤務間インターバル制度が導入され、一日の勤務終了後、翌日の出社までの間に、一定時間以上の休息時間（インターバル）を設けることで、従業員の生活時間や、睡眠時間を確保することが求められている。

特開２０１４－１４９６５５号公報 特開２０００－０７１９８８号公報 特開２００３－３１６４１２号公報 特開２０１０－２８５０５３号公報

たとえば、従業員は、重要な会議が翌日の早朝にスケジュールに設定されていても、翌日のスケジュールを厳密に把握していない場合があり、夜遅くまで残業を継続してしまうこともある。このような状況において、勤務間インターバル制度を導入すると、従業員が重要な会議に参加できない場合があった。

１つの側面では、本発明は、一定時間以上の休息時間を確保する場合でも、ユーザが重要なイベントの開始時刻に間に合うような退勤警告を実行することができる情報処理装置、警告方法および警告プログラムを提供することを目的とする。

第１の案では、情報処理装置は、特定部と、判定部と、出力制御部とを有する。特定部は、イベントの開始時刻と、イベントに設定されるフラグであって、オンまたはオフとなるフラグとを基にして、フラグがオンとなるイベントの開始時刻を特定する。判定部は、現在時刻を基準とした休息インターバル経過後の時刻と、特定部が特定した開始時刻とを基にして、警告を実施するか否かを判定する。出力制御部は、判定部の判定結果を基にして、警告画面を出力する。

一定時間以上の休息時間を確保する場合でも、ユーザが重要なイベントの開始時刻に間に合うような退勤警告を実行することができ、重要なイベントに参加できないということを未然に防ぐことができる。

図１は、本実施例に係るシステムの一例を示す図である。 図２は、スケジュールＤＢのデータ構造の一例を示す図である。 図３は、スケジュール情報の一例を示す図である。 図４は、本実施例に係る端末装置の構成を示す機能ブロック図である。 図５は、出力制御部が出力する警告画面の一例を示す図である。 図６は、本実施例に係る端末装置の処理手順を示すフローチャート（１）である。 図７は、本実施例に係る端末装置の処理手順を示すフローチャート（２）である。 図８は、その他の実施例を説明するための図である。 図９は、端末装置と同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

以下に、本願の開示する情報処理装置、警告方法および警告プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

図１は、本実施例に係るシステムの一例を示す図である。図１に示すように、このシステムは、スケジュール管理サーバ５０と、端末装置１００ａ～１００ｃとを有する。スケジュール管理サーバ５０は、ネットワーク１０を介して、端末装置１００ａ～１００ｃに接続される。以下の説明では、端末装置１００ａ～１００ｃをまとめて、端末装置１００と表記する。

スケジュール管理サーバ５０は、各ユーザのスケジュールを管理するサーバである。スケジュール管理サーバ５０は、スケジュールＤＢ（Data Base）を有する。図２は、スケジュールＤＢのデータ構造の一例を示す図である。

図２に示すように、このスケジュールＤＢ５５は、ユーザＩＤ（Identification）と、名前と、スケジュール情報とを対応付ける。ユーザＩＤは、ユーザを一意に特定する情報である。たとえば、ユーザＩＤは、識別番号以外に、メールアドレス等のユーザを一意に特定できる情報であればよい。名前は、ユーザＩＤに対応するユーザの名前である。スケジュール情報は、ユーザＩＤに対応するユーザのスケジュールの情報である。

図３は、スケジュール情報の一例を示す図である。図３に示す例では、ユーザ「富士通太郎」の２０２０年２月２１日のスケジュール情報を示すが、かかるスケジュール情報には、２０２０年２月２１日以降のスケジュール情報も含まれているものとする。

スケジュール情報には、複数のイベント情報が設定される。イベント情報には、イベントの開始時刻、イベントの終了時刻、重要フラグ、属性情報が設定される。重要フラグは、イベントが重要なイベントであるか否かを示すものである。重要なイベントであれば、重要フラグが「ＯＮ」となり、重要でないイベントであれば、重要フラグが「ＯＦＦ」となる。

属性情報は、イベントの参加者や、イベントの開催に必須となる参加者（必須参加者）のユーザが設定される。属性情報には、その他の情報が含まれていてもよい。たとえば、参加者が、社内のユーザであるかの情報が、属性情報に含まれていてもよい。参加者および必須参加者は、ユーザＩＤで指定される。

図３に示す例では、スケジュール情報には、イベント情報Ｉ１，Ｉ２が設定されている。イベント情報Ｉ１には、イベント「会議」の開始時刻「９時３０分」、終了時刻「１１時００分」が設定される。イベント情報Ｉ１の重要フラグは「ＯＮ」となる。イベント情報Ｉ１の属性情報には、参加者（Ｕ２０１＜山田太郎＞、Ｕ２０２＜山田花子＞、Ｕ１０１＜富士通太郎＞、Ｕ１０３＜富士通次郎＞）、必須参加者（Ｕ２０１＜山田太郎＞）が設定される。また、イベント情報Ｉ１の属性情報には、主催者（Ｕ２０１＜山田太郎＞）が設定される。

イベント情報Ｉ２には、イベント「会議」の開始時刻「１４時００分」、終了時刻「１６時００分」が設定される。イベント情報Ｉ１の重要フラグは「ＯＦＦ」となる。イベント情報Ｉ２の属性情報には、参加者（Ｕ１０１＜富士通太郎＞、Ｕ１０３＜富士通次郎＞）、必須参加者（Ｕ１０３＜富士通次郎＞）が設定される。また、イベント情報Ｉ２の属性情報には、主催者（Ｕ１０１＜富士通太郎＞）が設定される。

イベント情報Ｉ３には、イベント「移動」の開始時刻「１３時００分」、終了時刻「１３時３０分」が設定される。イベント情報Ｉ３の重要フラグは「ＯＦＦ」となる。イベント情報Ｉ３の属性情報には、参加者（Ｕ１０１＜富士通太郎＞、Ｕ１０３＜富士通次郎＞）が設定される。

スケジュール管理サーバ５０は、端末装置１００からスケジュール要求情報を受信した場合に、スケジュール要求情報に設定されたユーザＩＤに対応するスケジュール情報を、スケジュールＤＢ５５から検索し、検索したスケジュール情報を、スケジュール要求の送信元となる端末装置１００に送信する。

図１の説明に戻る。端末装置１００は、ユーザが使用する端末装置であり、ＰＣ（Personal Computer）や、ノートＰＣ、タブレット端末等に対応する。本実施例では、端末装置１００は、スケジュール管理サーバ５０に、スケジュール要求を送信し、スケジュール情報を取得する。端末装置１００は、現在時刻から休息時間（インターバル）経過後の時刻が、ユーザが参加する重要なイベントの開始時刻を経過する場合に、帰宅を促す警告を出力する。端末装置１００は、「情報処理装置」の一例である。

続いて、本実施例に係る端末装置１００ａの構成の一例について説明する。端末装置１００ｂ，１００ｃの構成は、端末装置１００ａの構成と同様であるため、説明を省略する。図４は、本実施例に係る端末装置の構成を示す機能ブロック図である。図４に示すように、通信部１１０と、入力部１２０と、表示部１３０と、タイマー１４０と、記憶部１５０と、制御部１６０とを有する。

通信部１１０は、スケジュール管理サーバ５０とデータ通信を実行する処理部である。通信部１１０は、通信装置に対応する。後述する制御部１６０は、通信部１１０を介して、スケジュール管理サーバ５０との間で、データをやり取りする。

入力部１２０は、端末装置１００ａの制御部１６０に各種のデータを入力するための入力装置である。入力部１２０は、キーボードやマウス、タッチパネル等に対応する。たとえば、ユーザは、入力部１２０を操作して、自身のユーザＩＤ、パスワード等を入力し、各種の業務を実行する。ユーザに対する認証処理については、端末装置１００ａが実行してもよいし、端末装置１００ａに接続される認証サーバが実行してもよい。

表示部１３０は、制御部１６０から出力される情報を表示する表示装置である。表示部１３０は、有機ＥＬ（Electro Luminescence）ディスプレイ、液晶ディスプレイ、タッチパネル等に対応する。

タイマー１４０は、現在日時の情報を、制御部１６０に出力するタイマーである。

記憶部１５０は、スケジュール情報１５１を有する。記憶部１５０は、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子や、ＨＤＤ（Hard Disk Drive）などの記憶装置に対応する。

スケジュール情報１５１は、ユーザのスケジュール情報である。スケジュール情報１５１のデータ構造は、図３に示したスケジュール情報のように、複数のイベント情報が含まれる。

制御部１６０は、取得部１６１と、特定部１６２と、判定部１６３と、出力制御部１６４と、電源制御部１６５と、代替処理部１６６とを有する。制御部１６０は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などによって実現できる。また、制御部１６０は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などのハードワイヤードロジックによっても実現できる。

取得部１６１は、スケジュール管理サーバ５０から、スケジュール情報１５１を取得する処理部である。取得部１６１は、取得したスケジュール情報１５１を、記憶部１５０に格納する。

たとえば、取得部１６１は、入力部１２０から入力された認証済みのユーザＩＤを取得し、ユーザＩＤを設定したスケジュール要求情報を生成する。取得部１６１は、スケジュール要求情報を、スケジュール管理サーバ５０に送信することで、スケジュール情報１５１を、スケジュール管理サーバ５０から取得する。

特定部１６２は、スケジュール情報１５１を基にして、重要なイベントの開始時刻を特定する処理部である。たとえば、特定部１６２は、タイマー１４０から、現在日時の情報を基にして、スケジュール情報１５１に設定された複数のイベント情報のうち、翌日に設定されたイベント情報を取得する。

特定部１６２は、重要フラグが「ＯＮ」となるイベント情報の開始時刻を、重要なイベントの開始時刻として特定する。たとえば、特定部１６２は、翌日に設定されたイベント情報のうち、重要フラグが「ＯＮ」となるイベント情報を選択する。特定部１６２は、重要フラグが「ＯＮ」となるイベント情報に設定された開始時刻をそれぞれ比較し、最も早い開始時刻を特定する。特定部１６２は、特定した開始時刻の情報を、判定部１６３に出力する。

ところで、特定部１６２は、イベント情報に設定された属性情報を基にして、重要なイベントの開始時刻として特定してもよい。特定部１６２は、属性情報の必須参加者に設定されたユーザＩＤが、入力部１２０から入力された認証済みのユーザＩＤと一致する場合には、重要フラグが「ＯＦＦ」であっても、該当するイベント情報を選択する。特定部１６２は、属性情報を基にして選択したイベント情報と、重要フラグが「ＯＮ」となるイベント情報に設定された開始時刻をそれぞれ比較し、最も早い開始時刻を特定してもよい。

判定部１６３は、現在時刻を基準としたインターバル経過後の時刻と、特定部１６２が特定した開示時刻とを基にして、退勤の警告を実施するか否かを判定する処理部である。判定部１６３は、判定結果を出力制御部１６４に出力する。

たとえば、判定部１６３は、下記に示す「条件」を満たさない場合に、退勤の警告を実施すると判定する。条件に示される「翌日の開始可能時刻」は、現在時刻に、インターバルと、猶予時間とを加算した時刻である。「現在時刻」は、タイマー１４０から出力される現在時刻である。「インターバル」は、働き方改革の一環として、設定される休息時間であり、たとえば、１１時間となる。「猶予時間」は、管理者によって設定される時間であり、たとえば、０．５時間となる。「特定開始時刻」は、特定部１６２によって特定された開始時刻である。

翌日の開始可能時刻（現在時刻＋インターバル＋猶予時間）＜特定開始時刻・・・（条件）

また、判定部１６３は、所定期間（たとえば、２４時間）毎に、上記処理を繰り返し実行し、上記の条件を満たさない回数をカウントする処理を更に実行してもよい。判定部１６３は、カウントした回数の情報を、出力制御部１６４に出力する。判定部１６３は、特定開始時刻の情報を、出力制御部１６４に出力する。

出力制御部１６４は、判定部１６３から、退勤の警告を実施する旨の判定結果を取得した場合に、表示部１３０に警告画面を出力する処理部である。図５は、出力制御部が出力する警告画面の一例を示す図である。図５に示す例では、表示部１３０に表示される警告画面６０には、すみやかな退社を促すメッセージと、翌日のイベントの開始時刻（特定開始時刻）が表示されている。イベントは、会議や移動など、開始時間が決まっている予定を示す。図示を省略するが、出力制御部１６４は、判定部１６３がカウントした回数を、警告画面６０に更に表示させてもよい。図５では、警告画面の一例として、会議に関する警告画面６０を示すが、移動など他のイベントに関する警告画面も同様に出力される。

また、警告画面６０には、対応済みボタン６０ａと、閉じるボタン６０ｂとが表示される。ユーザは、警告画面６０によって通知されたイベントについて、対応済みである場合には、入力部１２０を操作して、対応済みボタン６０ａを押下する。ここで、対応済みであるとは、通知されたイベントに間に合わない旨を上司に連絡済みであること、または、代わりのユーザに、依頼済みであることに対応する。

ユーザは、警告画面６０によって通知されたイベントについて、対応済みでない場合、あるいは、警告画面６０を閉じる場合には、閉じるボタン６０ｂを押下する。

電源制御部１６５は、予め設定された手順によって、端末装置１００ａのシャットダウン制御を実行する処理部である。たとえば、電源制御部１６５は、警告画面６０が出力されてから、対応済みボタン６０ａが押下されない状態で、所定時間経過した場合に、端末装置１００ａをシャットダウンする。

一方、電源制御部１６５は、図５に示した対応済みボタン６０ａが押下された場合には、端末装置１００ａに対するシャットダウンを実行しない。

代替処理部１６６は、スケジュール情報の変更に関する各種の処理を実行する処理部である。たとえば、代替処理部１６６は、入力部１２０を操作するユーザから、スケジュール情報の変更要求を受け付けた場合に、スケジュール情報１５１を変更し、変更したスケジュール情報を、スケジュール管理サーバ５０に送信して、変更要求を行う。

また、代替処理部１６６は、重要なイベントに、代わりに参加する代替者を検索し、代替者の端末装置に、重要なイベントの情報を通知してもよい。

次に、本実施例に係る端末装置１００ａの処理手順の一例について説明する。図６および図７は、本実施例に係る端末装置の処理手順を示すフローチャートである。端末装置１００ｂ，１００ｃの処理手順は、端末装置１００ａの処理手順と同様である。

図６について説明する。端末装置１００ａの取得部１６１は、スケジュール管理サーバ５０に、スケジュール要求情報を送信することで、スケジュール情報を取得する（ステップＳ１０１）。端末装置１００ａの特定部１６２は、重要なイベントが存在しない場合には（ステップＳ１０２，Ｎｏ）、処理を終了する。

一方、特定部１６２は、重要なイベントが存在する場合には（ステップＳ１０２，Ｙｅｓ）、重要なイベントの開始時刻を特定する（ステップＳ１０３）。端末装置１００ａの判定部１６３は、タイマー１４０から現時時刻（日時）の情報を取得する（ステップＳ１０４）。

判定部１６３は、現在時刻を基にして、翌日の開始可能時間を算出する（ステップＳ１０５）。判定部１６３は、条件「翌日の開始可能時間＜特定開始時刻」を満たす場合には（ステップＳ１０６，Ｙｅｓ）、所定時間後（たとえば、５分後）、現在時刻の情報を取得し（ステップＳ１０７）、ステップＳ１０５に移行する。

一方、判定部１６３は、条件「翌日の開始可能時間＜特定開始時刻」を満さない場合には（ステップＳ１０６，Ｎｏ）、ステップＳ１０８に移行する。端末装置１００ａの出力制御部１６４は、警告画面６０を出力する（ステップＳ１０８）。端末装置１００ａの電源制御部１６５は、警告画面６０の対応済みボタン６０ａが押下された場合には（ステップＳ１０９）、処理を終了する。

一方、電源制御部１６５は、対応ボタン６０ｂが押下されない場合には（ステップＳ１１０）、図７のステップＳ１１０に移行する。

図７の説明に移行する。電源制御部１６５は、シャットダウン設定がなされている場合には（ステップＳ１１０，Ｙｅｓ）、シャットダウン処理を実行する（ステップＳ１１１）。一方、電源制御部１６５は、シャットダウン設定がなされていない場合には（ステップＳ１１０，Ｎｏ）、ステップＳ１１２に移行する。

端末装置１００の代替処理部１６６は、スケジュールの変更要求を受け付けた場合には（ステップＳ１１２，Ｙｅｓ）、スケジュール変更処理を実行する（ステップＳ１１３）。一方、代替処理部１６６は、スケジュールの変更要求を受け付けていない場合には（ステップＳ１１２，Ｎｏ）、代替処理を実行する（ステップＳ１１４）。

次に、本実施例に係るシステムの効果について説明する。本実施例に係る端末装置１００は、重要なイベントの開始時刻を特定し、現在時刻を基準とした休息インターバル経過後の時刻が、重要なイベントの開始時刻を超過場合に、警告画面を出力する。これによって、一定時間以上の休息時間を確保する場合でも、ユーザが重要なイベントの開始時刻に間に合うような退勤警告を実行することができる。

端末装置１００は、現在時刻を基準とした休息インターバル経過後の時刻に、猶予時間を加えた時刻が、重要なイベントの開始時刻よりも後の時刻である場合に、警告画面を出力する。これによって、ユーザが、余裕をもって、重要なイベントの開始時刻に間に合うような退勤警告を実行することができる。

端末装置１００は、所定期間（たとえば、２４時間）毎に、条件を満たすか否かの判定処理を繰り返し実行し、条件を満たさない回数をカウントし、カウントした回数を、警告画面６０に表示させる。これによって、ユーザに対して、残業時間が長くなり、翌日のイベントに間に合わなくなりそうな今までの回数を通知することができる。

端末装置１００は、イベントの属性情報を基にして、重要なイベントか否かを判定する。これによって、重要フラグのＯＮ、ＯＦＦに依存せず、重要なイベントを特定することができる。

端末装置１００は、警告画面を表示して、対応済みボタンが押下されない場合には、シャットダウン処理を実行する。これによって、ユーザが重要なイベントの開始時刻に間に合わせることができる。

ところで、上述した説明では、端末装置１００が警告機能を有し、重要なイベントの開始時刻を特定し、現在時刻を基準とした休息インターバル経過後の時刻が、重要なイベントの開始時刻を超過した場合に、警告画面を出力する場合について説明したが、これに限定されるものではない。

たとえば、外部サーバが、警告機能を有し、端末装置を監視してもよい。すなわち、外部サーバが、重要なイベントの開始時刻を特定し、現在時刻を基準とした休息インターバル経過後の時刻が、重要なイベントの開始時刻を超過した場合に、警告画面を端末装置１００に出力されるような構成であってもよい。

図８は、その他の実施例を説明するための図である。図８に示すように、このシステムは、スケジュール管理サーバ５０と、端末装置７０ａ～７０ｃと、外部サーバ２００とを有する。外部サーバ２００は、端末装置７０ａ～７０ｃを監視し、警告画面の出力制御を行う。外部サーバ２００は、「情報処理装置」の一例である。

外部サーバ２００が、端末装置７０ａを監視して、警告画面の出力制御を行う場合について説明する。外部サーバ２００は、端末装置７０ａから、ユーザＩＤを取得し、ユーザＩＤに対応するスケジュール情報を、スケジュール管理サーバ５０から取得する。

外部サーバ２００は、スケジュール情報を基にして、重要なイベントの開始時刻を特定し、現在時刻を基準とした休息インターバル経過後の時刻が、重要なイベントの開始時刻を超過するか否かを判定する。外部サーバ２００が、重要なイベントの開始時刻を特定する処理は、図４の特定部１６２の処理と同様である。外部サーバ２００が、現在時刻を基準とした休息インターバル経過後の時刻が、重要なイベントの開始時刻を超過するか否かを判定する処理は、図４の判定部１６３の処理と同様である。

外部サーバ２００は、現在時刻を基準とした休息インターバル経過後の時刻が、重要なイベントの開始時刻を超過する場合に、警告画面を端末装置７０ａに出力させる。たとえば、図５に示した警告画面６０の情報を生成して、生成した警告画面６０の情報を端末装置７０ａに送信して表示させる。

また、外部サーバ２００は、端末装置７０ａから、警告画面６０に対するユーザの入力結果を受信し、シャットダウン処理や、代替処理を実行する。外部サーバ２００が、シャットダウン処理を実行する場合には、外部サーバ２００は、シャットダウン要求を、端末装置７０ａに送信し、端末装置７０ａをシャットダウンさせる。

次に、上記実施例に示した端末装置１００（外部サーバ２００）と同様の機能を実現するコンピュータのハードウェア構成の一例について説明する。図９は、端末装置と同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

図９に示すように、コンピュータ３００は、各種演算処理を実行するＣＰＵ３０１と、ユーザからのデータの入力を受け付ける入力装置３０２と、ディスプレイ３０３とを有する。また、コンピュータ３００は、スケジュール管理サーバ５０等とデータ通信を実行する通信装置３０４と、各種の装置と接続するインタフェース装置３０５とを有する。コンピュータ３００は、各種情報を一時記憶するＲＡＭ３０６と、ハードディスク装置３０７とを有する。そして、各装置３０１～３０７は、バス３０８に接続される。

ハードディスク装置３０７は、取得プログラム３０７ａ、特定プログラム３０７ｂ、判定プログラム３０７ｃ、出力制御プログラム３０７ｄ、電源制御プログラム３０７ｅ、代替処理プログラム３０７ｆを有する。ＣＰＵ２０１は、取得プログラム３０７ａ、特定プログラム３０７ｂ、判定プログラム３０７ｃ、出力制御プログラム３０７ｄ、電源制御プログラム３０７ｅ、代替処理プログラム３０７ｆを読み出してＲＡＭ３０６に展開する。

取得プログラム３０７ａは、取得プロセス３０６ａとして機能する。特定プログラム３０７ｂは、特定プロセス３０６ｂとして機能する。判定プログラム３０７ｃは、判定プロセス３０６ｃとして機能する。出力制御プログラム３０７ｄは、出力制御プロセス３０６ｄとして機能する。電源制御プログラム３０７ｅは、電源制御プロセス３０６ｅとして機能する。代替処理プログラム３０７ｆは、代替処理プロセス３０６ｆとして機能する。

取得プロセス３０６ａの処理は、取得部１６１の処理に対応する。特定プロセス３０６ｂの処理は、特定部１６２の処理に対応する。判定プロセスの処理は、判定部１６３の処理に対応する。出力制御プロセス３０６ａの処理は、出力制御部１６４の処理に対応する。電源制御プロセス３０６ｅの処理は、電源制御部１６５の処理に対応する。代替処理プロセス３０６ｆの処理は、代替処理部１６６の処理に対応する。

なお、各プログラム３０７ａ～３０７ｆについては、必ずしも最初からハードディスク装置３０７に記憶させておかなくてもよい。例えば、コンピュータ３００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ３００が各プログラム３０７ａ～３０７ｆを読み出して実行するようにしてもよい。

１０ ネットワーク
５０ スケジュール管理サーバ
５５ スケジュールＤＢ
７０ａ，７０ｂ，７０ｃ，１００ａ，１００ｂ，１００ｃ 端末装置
１１０ 通信部
１２０ 入力部
１３０ 表示部
１４０ タイマー
１５０ 記憶部
１５１ スケジュール情報
１６０ 制御部
１６１ 取得部
１６２ 特定部
１６３ 判定部
１６４ 出力制御部
１６５ 電源制御部
１６６ 代替処理部
２００ 外部サーバ

Claims (7)

1. イベントの開始時刻と、前記イベントに設定されるフラグであって、オンまたはオフとなる前記フラグとを基にして、前記フラグがオンとなるイベントの開始時刻を特定する特定部と、
   現在時刻を基準とした休息インターバル経過後の時刻と、前記特定部が特定した開始時刻とを基にして、警告を実施するか否かを判定する判定部と、
   前記判定部の判定結果を基にして、警告画面を出力する出力制御部と
   を有することを特徴とする情報処理装置。
2. 前記イベントの開始時刻および前記フラグはスケジュール情報に設定され、前記特定部は、翌日の前記スケジュール情報に設定されたイベントのうち、前記フラグがオンとなるイベントの開始時刻を特定することを特徴とする請求項１に記載の情報処理装置。
3. 前記スケジュール情報は、イベントの属性情報を更に対応付け、前記特定部は、前記属性情報を更に用いて、前記イベントの開始時刻を特定することを特徴とする請求項２に記載の情報処理装置。
4. 前記判定部は、現在時刻を基準とした休息インターバル経過後の時刻に、猶予時間を加えた時刻を示す加算時刻が、前記開始時刻よりも後の時刻である場合に、警告を実施すると判定することを特徴とする請求項１に記載の情報処理装置。
5. 前記判定部は、所定時間毎に前記加算時刻を算出し、前記加算時刻が、前記開始時刻よりも後の時刻となった回数をカウントする処理を更に実行し、前記出力制御部は、前記警告画面に前記回数を更に表示させることを特徴とする請求項４に記載の情報処理装置。
6. コンピュータが実行する警告方法であって、
   イベントの開始時刻と、前記イベントに設定されるフラグであって、オンまたはオフとなる前記フラグとを基にして、前記フラグがオンとなるイベントの開始時刻を特定し、
   現在時刻を基準とした休息インターバル経過後の時刻と、特定した開始時刻とを基にして、警告を実施するか否かを判定し、
   判定結果を基にして、警告画面を出力する
   処理を実行することを特徴とする警告方法。
7. コンピュータに、
   イベントの開始時刻と、前記イベントに設定されるフラグであって、オンまたはオフとなる前記フラグとを基にして、前記フラグがオンとなるイベントの開始時刻を特定し、
   現在時刻を基準とした休息インターバル経過後の時刻と、特定した開始時刻とを基にして、警告を実施するか否かを判定し、
   判定結果を基にして、警告画面を出力する
   処理を実行させることを特徴とする警告プログラム。

Images