JPH0981639A - スケジュール管理装置 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、時差や移動時間を考慮したスケジ
ュールを管理するスケジュール管理装置に関し、管理テ
ーブルに地域毎の時差、移動時間、更に日時表示基準フ
ラグを設けて登録し、時差や移動時間を考慮したスケジ
ュール管理を実現することを目的とする。 【解決手段】 地域に対応づけて時差および移動時間を
登録する管理テーブルと、作業を行う地域および日時か
らなるスケジュールの入力に対応して、管理テーブルを
参照して取り出した上記入力された地域の時差および移
動時間をもとに当該地域の日時あるいは本拠地における
日時を算出した後、次のスケジュールがあれば、算出し
た日時および当該地域から次のスケジュールの地域につ
いて管理テーブルを参照して取り出した時差および移動
時間をもとにスケージュルできないときに警告を発し、
算出した日時あるいは次のスジュールの修正を促すスケ
ジュール手段とを備えるように構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、時差や移動時間を
考慮したスケジュールを管理するスケジュール管理装置
に関するものである。

【０００２】

【従来の技術】従来のスケジュール管理機器は、時差の
ない例えば国内における仕事の予定を登録して管理する
のには便利であった。

【０００３】しかし、時差のある外国に頻繁に出掛けた
り、時差のある国から時差のある他の国に移動して仕事
をしたり、更に、時差のある場所を移動しながら仕事を
する人達と仕事を行う場合、本拠地とする国の時刻に全
て直して登録して管理したり、あるいは時差のある仕事
を行う国の時刻で登録して管理したりしていた。

【０００４】

【発明が解決しようとする課題】上述したように従来の
スケジュール管理機器は、時差や本拠地や仕事する地域
の移動を考慮していなく、極めて使い難いという問題が
あった。

【０００５】本発明は、これらの問題を解決するため、
管理テーブルに地域毎の時差、移動時間、更に日時表示
基準フラグを設けて登録し、時差や移動時間を考慮した
スケジュール管理を実現することを目的としている。

【０００６】

【課題を解決するための手段】図１を参照して課題を解
決するための手段を説明する。図１において、スケジュ
ール手段２は、スケジュールするものである。

【０００７】表示手段３は、本拠地、作業する地域、あ
るいはそれ以外の地域の時差をもとにスケジュールを表
示するものである。管理テーブル６は、地域に対応づけ
て時差、移動時間、および日時表示基準フラグを登録す
るものである。

【０００８】スケジュールテーブル７は、スケジュール
を登録するものである。次に、動作を説明する。スケジ
ュール手段２が作業を行う地域および日時からなるスケ
ジュールの入力に対応して、管理テーブル６を参照して
取り出した入力された地域の時差および移動時間をもと
に当該地域の日時あるいは本拠地における日時を算出し
た後、次のスケジュールがあれば、算出した日時および
当該地域から次のスケジュールの地域について管理テー
ブル６を参照して取り出した時差および移動時間をもと
にスケージュルできないときに警告を発し、算出した日
時あるいは次のスジュールの修正を促すようにしてい
る。

【０００９】また、スケジュール手段２が作業を行う地
域および日時からなるスケジュールの入力に対応して、
管理テーブル６を参照して取り出した入力された地域の
時差および移動時間をもとに当該地域の日時あるいは本
拠地における日時を算出した後、前のスケジュールがあ
れば、算出した日時および当該地域から前のスケジュー
ルの地域について管理テーブル６を参照して取り出した
時差および移動時間をもとに、算出した日時のスケージ
ュルできないときに警告を発し、算出した日時あるいは
前のスジュールの修正を促すようにしている。

【００１０】また、表示手段３が表示指示に対応して、
管理テーブル６を参照して日時表示基準フラグが本拠地
に設定されていたときに、スケジュールテーブル７から
取り出した日時について管理テーブル６を参照して当該
本拠地との時差を考慮したスケージュールを表示するよ
うにしている。

【００１１】また、表示手段３が表示指示に対応して、
管理テーブル６を参照して日時表示基準フラグが作業す
る地域に設定されていたときに、スケジュールテーブル
７から取り出した日時について管理テーブル６を参照し
て当該作業する地域との時差を考慮したスケージュール
を表示するようにしている。

【００１２】また、表示手段３が表示指示に対応して、
管理テーブル６を参照して日時表示基準フラグが本拠地
あるいは作業する地域でもなくて、それ以外の地域が設
定されていたときに、スケジュールテーブル７から取り
出した日時について管理テーブル６を参照して当該それ
以外の地域との時差を考慮して算出したスケージュール
を表示するようにしている。

【００１３】従って、管理テーブル６に地域毎の時差、
移動時間、更に日時表示基準フラグを設けて登録し、時
差や移動時間を考慮したスケジュール管理を実現するこ
とが可能となる。

【００１４】

【発明の実施の形態】次に、図１から図５を用いて本発
明の実施の形態および動作を順次詳細に説明する。

【００１５】図１は、本発明のシステム構成図を示す。
図１の（ａ）は、構成図を示す。図１の（ａ）におい
て、処理装置１は、プログラムに従って各種処理を行う
ものであって、ここでは、スケジュール手段２および表
示手段３などから構成されるものである。

【００１６】スケジュール手段２は、スケジュールする
ものであって、後述する図２のフローチャートに従い管
理テーブル６を参照して取り出した時差、移動時間など
に従ってスケジュールなどしてその結果をスケジュール
テーブル７に格納するものである。

【００１７】表示手段３は、本拠地、作業する地域、あ
るいはそれ以外の地域の時差をもとにスケジュールを表
示するものである。記憶装置４は、データなどを記憶す
るものであって、ここでは、個人情報テーブル（１）５
ないし個人情報テーブル（ｎ）５を記憶するものであ
る。

【００１８】個人情報テーブル（１）５ないし個人情報
テーブル（ｎ）５は、それぞれ管理テーブル６およびス
ケジュールテーブル７を持つものである。ここで、管理
テーブル６は、本拠地が同一のメンバのみで使用する場
合、日時表示基準フラグを除き、共通に１つ持つように
してもよい。

【００１９】管理テーブル６は、地域に対応づけて時
差、移動時間、および日時表示基準フラグを登録するも
のである。スケジュールテーブル７は、スケジュール手
段２によってスケジュールされた結果を登録して保存す
るものである。

【００２０】入力部８は、各種データや指示を入力する
ものである。表示部９は、各種データやスケジュール結
果などを表示するものである。図１の（ｂ）は、管理テ
ーブル例を示す。この管理テーブル６は、国（地域）に
対応づけて図示の下記のように予め登録するものであ
る。

【００２１】 国（地域） 時差 移動時間 日時表示基準フラグ 日本（東京：本拠地） ０ ０ 〇 日本（大阪） ０ ４ 米国（ハワイ） −１９ ８ 米国（ロサンジェルス）−１７ １４ 中国（北京） −１ ６ ここで、国、地域はスケジュールで使用する時刻の場所
であり、時差はその場所である国、地域の本拠地に対す
る時差であり、移動時間は本拠地からの移動時間であ
り、日時表示基準フラグが〇の位置が日時の基準となる
場所を登録したものである。

【００２２】次に、図２のフローチャートに示す順序に
従い、図１の構成でスケジュールを登録するときの手順
を詳細に説明する。図２において、Ｓ１は、スケジュー
ルを入力する。ここでは、スケジュールとして、 ・日時： ・場所： ・内容： を入力する。

【００２３】Ｓ２は、新規、あるいは修正のいずれの登
録か判別する。ＹＥＳの場合には、Ｓ３に進む。ＮＯの
場合には、他の処理へ進む。Ｓ３は、本拠地と異なる作
業する国（地域）の指定があるか判別する。例えばここ
では、後述する図３の（ａ）の ・日時：７月１８日０９時〜１１時 ・場所：米国（ハワイ大学） ・内容：商談打合せ とＳ１で入力された場合に、本拠地（ここでは、東京）
と異なる作業する国（ここでは、米国（ハワイ））の指
定があるか判別する。ここでは、本拠地“東京”と異な
る作業する国“米国（ハワイ）”であるので、ＹＥＳと
なり、Ｓ４に進む。一方、ＮＯの場合には、Ｓ６に進
む。

【００２４】Ｓ４は、Ｓ３でＹＥＳとなったので、更
に、時差があるか判別する。これは、本拠地“東京”と
作業する国“米国（ハワイ）”とについて図１の（ｂ）
の管理テーブル６を参照して両者の間に時差があるか判
別する（ここでは、時差“−１９時間”と判明する）。
ＹＥＳの場合には、Ｓ５に進む。一方、ＮＯの場合に
は、Ｓ６に進む。

【００２５】Ｓ５は、Ｓ４のＹＥＳで時差があると判明
したので、入力された日時を作業する国のデータとして
扱い予定日時（本拠地での）は時差を計算して求める。
ここでは、時差１９時間を考慮し、Ｓ３の例の日時を ・日時：７月１９日０４時〜６時（本拠地時間） ・場所：米国（ハワイ大学） ・内容：商談打合せ と算出する。

【００２６】以上のＳ１からＳ５によって、作業する地
域が本拠地と異なり図１の（ｂ）の管理テーブル６を参
照して時差があった場合に、その時差を取り出して本拠
地の日時を算出することが可能となる。

【００２７】Ｓ６は、移動有無フラグが１か判別する。
これは、Ｓ１からＳ５で算出した作業する地域の日時
で、その場所（ハワイ大学）でその内容（商談打合せ）
のスケジュールを行う場合に、このスケジュールが移動
時間を含め現実可能かを自動チェックする必要があるか
（移動有無フラグが１か）判別する。ＹＥＳの場合に
は、自動チェックが必要なのでＳ７に進む。ＮＯの場合
には、自動チェックが不要と判断しＳ８へ進む。入力す
べきスケジュール自身が移動の予定がある場合などは基
本的に移動時間を含む自動チェックが不要なケースであ
る。

【００２８】Ｓ７は、Ｓ６のＹＥＳで移動を含めた自動
チェックが必要と判断したので、スケジュールの前の予
定終了時間と場所からの移動時間を管理テーブル６から
見つけ出し、本スケジュールの開始時間と比較し、開始
時間を超えている場合は警告を出し、オペレータに登録
の可否を促す。

【００２９】Ｓ８は、Ｓ６で移動有無フラグが１でない
場合、および移動有無フラグが１であってＳ７を行った
後に、後ろの予定を確認し移動の有無フラグが１の場合
は、本予定の終了時刻と場所から移動時間を管理テーブ
ル６から見つけ出し、次の予定の開始時間を超えている
場合は警告を出し、オペレータに登録の可否を促す。例
えば後述する図４の（ａ）に示すように、商談打合せ
（ハワイ大学）で７月１９日０４時〜０６時の場合に、
次の商談打合せ（東京）で同日の１３時〜１６時のスケ
ジュールがあった場合、図１の（ｂ）の管理テーブル６
を参照し、ハワイから東京の移動時間“８時間”を取り
出し、本スケジュールの０６時に８時間を加算して１４
時となるが、商談打合せ（東京）は１３時となってお
り、スケジュールが衝突してしまうので、警告を発し、
次のスケジュールである商談打合せ（東京）を１４時以
降にずらすように警告を発する。この警告に対して、オ
ペレータが図４の（ａ）では余裕を見て１６時に修正す
る。

【００３０】Ｓ９は、スケジュールを登録か判別する。
ＹＥＳの場合には、Ｓ１０に進む。ＮＯの場合には、修
正、再入力処理へ進む。Ｓ１０は、前後の予定との重な
りが無いかを確認し、問題がある場合はオペレータに警
告を出し、登録の可否の判断を促す。警告があった場合
には、スケジュールを移動、修正して移動時間などの制
約条件を満たすことができた場合に、登録可とし。Ｓ１
２でスケジュールテーブル７に登録する。一方、警告に
対して登録不可と判断したときに、他の修正や再入力処
理へ進む。

【００３１】以上のＳ６からＳ１２によって、本拠地の
日時で算出された日時を用いて、前のスケジュールや後
ろのスケジュールに衝突しないか管理テーブル６を参照
して移動時間を求めて確認し、衝突する場合には警告を
発して前のスケジュール、本スケジュール、あるいは後
ろのスケジュールの日時を移動して衝突しないように修
正した後、スケジュールテーブルに登録することが可能
となる。この際、図２のＳ１からＳ１２では、作業する
地域の日時を全て本拠地の日時に管理テーブル６を参照
して時差をもとに変換した後にスケジュールしているた
め、統一的にスケジュールすることが可能である。ま
た、本拠地の日時をもとにスケジュールしたけれども、
この本拠地の日時について、管理テーブル６を参照して
作業する地域、その他の地域のいずれかの時差を考慮し
てその日時に変換してスケジュールするようにしてもよ
い。

【００３２】図３は、本発明の説明図を示す。図３の
（ａ）は、スケジュール情報を示す。ここでは、図示の
下記の項目について入力する。尚、＊１の部分は、作業
する国（地域）と日時が入力されれば、自動的に管理テ
ーブル６を参照して本拠地の日時が計算され、設定され
るものである。

【００３３】 ・記入者 ：山本 太郎 ・予定日時（本拠地での）＊１ ：１９９５年７月１９日０４時〜０６時 ・予定内容 ：商談打ち合わせ ・作業場所 ：ハワイ大学 ・作業する国（地域） ：米国（ハワイ） ・作業する国（地域）の日時 ：１９９５年７月１８日０９時〜１１時 ・移動有無フラグ ：０ 図３の（ｂ）は、スケジュール時間表示国（地域）が東
京の場合の表示の例を示す。これは、図３の（ａ）の入
力されたスケジュール情報をもとに、スケジュール時間
表示国（地域）が本拠地の東京の場合に、図２のＳ２か
らＳ５によって算出されたスケジュールを表示したもの
である。

【００３４】 １９９５年７月１８日（火） ６時−８時 自宅→成田 自家用者で移動 １０時− 成田発 ＪＡＬ××便 １９９５年７月１８日（火） １８時 ホノルル着 ＪＡＬ××便 ホテルヘ 迎えの車で移動 １９９５年７月１９日（水） ２時−３時 〇〇ホテル 朝食 ４時−６時 ハワイ大学 商談打合 図３の（ｃ）は、スケジュール時間表示国（地域）がホ
ノルルの場合の表示の例を示す。これは、図３の（ａ）
の入力されたスケジュール情報をもとに、スケジュール
時間表示国（地域）が作業をする国（地域）であるホノ
ルルの場合に、図２のＳ２からＳ５と同様にして算出さ
れたスケジュールを表示したものである。

【００３５】 １９９５年７月１７日（月）１１時−１３時 自宅→成田 自家用者で移動 １５時− 成田発 ＪＡＬ××便 １９９５年７月１７日（月） ２３時 ホノルル着 ＪＡＬ××便 ホテルヘ 迎えの車で移動 １９９５年７月１９日（水） ７時−８時 〇〇ホテル 朝食 ９時−１１時 ハワイ大学 商談打合 図３の（ｄ）は、移動時間を考慮した場合の例を示す。
例えば、図示のように、 ・１９９５年９月１８日１６時００分〜１８時００分の
間、社内で会議の後に予定を図示の下記のように登録す
る。

【００３６】 ・記入者 ：山本 太郎 ・予定日時（本拠地での） ：１９９５年７月１９日２１時〜２３時 ・予定内容 ：商談打ち合わせ ・作業場所 ：大阪支社 ・作業する国（地域） ：日本（大阪） ・作業する国（地域）の日時 ： ・移動有無フラグ ：１ このときのスケジュールの様子を模式的に示すと、図４
の（ｂ）の右側に示すようになる。即ち、商談打合せ
（東京）で１６時〜１８時し、移動して商談打合せ（大
阪）で２１時〜２３時となるが、図１の（ｂ）の管理テ
ーブル６を参照して、東京から大阪への移動時間が４時
間となり、東京の１８時に＋４時間加算すると２２時と
なり、大阪で２１時に商談開始不可でスケジュールが衝
突するので、図４の（ｂ）の右側に示すように警告を発
する。これを見たオペレータが商談打合せ（大阪）の移
動有無フラグが１（移動可を表す）と設定されているの
で、この商談打合せ（大阪）の日時を衝突しないように
移動、即ち１８時＋４時間＝２２時以降の余裕を見て２
４時と修正し、スケジュールとして登録する。

【００３７】図４は、本発明の表示例を示す。図４の
（ａ）は、本拠地（東京）、表示（東京）、入力中の移
動確認無（次の予定を修正）の場合の表示例を示す。こ
こで、左側の商談打合せ（ハワイ大学）は、既述した図
３の（ａ）の入力されたスケジュール情報をもとに管理
テーブル６を参照して時差を算出して模式的に判り易く
表示したものである。そして、右側の商談打合せ（東
京）は、次のスケジュールであって、ここでは、左側の
本スケジュールの商談打合せ（ハワイ大学）から移動し
たときの移動時間を管理テーブル６を参照して取り出す
と８時間となり、６時＋８時＝１４時となり、衝突する
ので、警告を発し、移動可能な次の商談打合せ（東京）
を衝突しない１４時以降に修正、ここでは、余裕を見て
１６時に修正し、スケジュールテーブル７に登録したも
のである。

【００３８】図４の（ｂ）は、本拠地（東京）、表示
（東京）、入力中の移動確認有り（予定変更修正）の場
合の表示例を示す。ここで、中央の商談打合せ（東京）
および右側の商談打合せ（大阪）は、既述した図３の
（ｄ）の入力されたスケジュール情報をそのまま表示し
たが、管理テーブル６を参照して移動時間を取り出す
と、両者が衝突したので警告を表示し、この警告に対応
してオペレータが商談打合せ（大阪）を衝突しないよう
に移動して再調整した様子を示したものである。

【００３９】図４の（ｃ）は、本拠地（東京）、表示
（ホノルル）のスケジュール表示例を示す。これは、図
４の（ａ）の本拠地（東京）、表示（東京）について、
表示日時の時差を管理テーブル６を参照して東京からホ
ノルルの時差−１９時をもとに計算した日時のスケジュ
ールを表示したものである。

【００４０】図４の（ｄ）は、本拠地（東京）、表示
（東京、ホノルルでも無い、例えば北京）のスケジュー
ル表示例を示す。これは、図４の（ａ）の本拠地（東
京）、表示（東京）について、表示日時の時差を管理テ
ーブル６を参照して東京からホノルルでない北京の時差
−１時をもとに計算した日時のスケジュールを表示した
ものである。

【００４１】図５は、本発明のスケジュール表示時の処
理フローチャートを示す。図５において、Ｓ２１は、表
示開始日を選択する。これは、スケジュールテーブル７
から取り出して表示する表示開始日を選択する。

【００４２】Ｓ２２は、表示指示者の表示基準フラグが
示す国、地域と、該当個人情報テーブルｎの本拠地が同
一か判別する。これは、該当する個人情報テーブルｎの
図１の（ｂ）の管理テーブル６中の日時表示基準フラグ
が〇と設定されている国・地域と、本拠地とが同一か判
別する。図１の（ｂ）の管理テーブル６の場合には、同
一であるので、ＹＥＳとなり、例えば 本拠地：東京 表示 ：東京時間 と判明し、Ｓ２３で表示開始時と一致する予定日時の情
報を選択し、Ｓ２７で表示開始日に該当するスケジュー
ルの日時、内容、表示基準国（地域）等を表示し、Ｓ２
８で表示領域が一杯になるか又は新たなるデータが無く
なるまで繰り返す。これにより、図４の（ａ）ののよ
うに模式的に表示されることとなる。

【００４３】一方、Ｓ２２のＮＯの場合には、Ｓ２４に
進む。Ｓ２４は、表示指示者の表示基準フラグが示す
国、地域と、該当データの作業国が一致するか判別す
る。ＹＥＳの場合には、例えば 本拠地：東京 表示：ホノルル時間 と判明し、Ｓ２５で表示開始日と一致する作業国の日時
の情報を選択し、Ｓ２７で表示開始日に該当するスケジ
ュールの日時、内容、表示基準国（地域）等を表示し、
Ｓ２８で表示領域が一杯になるか又は新たなるデータが
無くなるまで繰り返す。これにより、図４の（ｃ）の
のように模式的に表示されることとなる。

【００４４】一方、Ｓ２４のＮＯの場合には、例えば 本拠地：東京 表示：北京時間 と判明し、Ｓ２７で表示開始日に該当するスケジュール
の日時、内容、表示基準国（地域）等を表示し、Ｓ２８
で表示領域が一杯になるか又は新たなるデータが無くな
るまで繰り返す。これにより、図４の（ｄ）ののよう
に模式的に表示されることとなる。

【００４５】

【発明の効果】以上説明したように、本発明によれば、
管理テーブル６に国、地域毎の時差、移動時間、更に日
時表示基準フラグを設けて登録し、時差や移動時間を考
慮したスケジュール管理を簡易に行うことができるよう
になった。また、スケジュールを登録する際に、管理テ
ーブル６を参照して時差や移動時間を考慮してスケジュ
ールに衝突が発生したときに警告表示し、修正すること
により、衝突のない無理の生じることのないスケジュー
ルを簡易に登録したり、更に、本拠地、作業する国、地
域、あるいはそれ以外の地域、国の日時を用いてスケジ
ュール結果を任意に表示したりすることが可能となっ
た。

【図面の簡単な説明】

【図１】本発明のシステム構成図である。

【図２】本発明のスケジュール登録時の処理フローチャ
ートである。

【図３】本発明の説明図である。

【図４】本発明の表示例である。

【図５】本発明のスケジュール表示時の処理フローチャ
ートである。

【符号の説明】

１：処理装置 ２：スケジュール手段 ３：表示手段 ４：記憶装置 ５：個人情報テーブル ６：管理テーブル ７：スケジュールテーブル ８：入力部 ９：表示部

Claims (5)

【特許請求の範囲】
1. 【請求項１】地域に対応づけて時差および移動時間を登
   録する管理テーブルと、 作業を行う地域および日時からなるスケジュールの入力
   に対応して、上記管理テーブルを参照して取り出した上
   記入力された地域の時差および移動時間をもとに当該地
   域の日時あるいは本拠地における日時を算出した後、次
   のスケジュールがあれば、算出した日時および当該地域
   から次のスケジュールの地域について上記管理テーブル
   を参照して取り出した時差および移動時間をもとにスケ
   ージュルできないときに警告を発し、上記算出した日時
   あるいは次のスジュールの修正を促すスケジュール手段
   とを備えたことを特徴とするスケジュール管理装置。
2. 【請求項２】地域に対応づけて時差および移動時間を登
   録する管理テーブルと、 作業を行う地域および日時からなるスケジュールの入力
   に対応して、上記管理テーブルを参照して取り出した上
   記入力された地域の時差および移動時間をもとに当該地
   域の日時あるいは本拠地における日時を算出した後、前
   のスケジュールがあれば、算出した日時および当該地域
   から前のスケジュールの地域について上記管理テーブル
   を参照して取り出した時差および移動時間をもとに、算
   出した日時のスケージュルできないときに警告を発し、
   上記算出した日時あるいは前のスジュールの修正を促す
   スケジュール手段とを備えたことを特徴とするスケジュ
   ール管理装置。
3. 【請求項３】上記スケジュール手段によってスケジュー
   ルされた地域、日時および作業内容を登録するスケジュ
   ールテーブルと、 地域に対応づけて時差、移動時間、および日時表示基準
   フラグを登録する管理テーブルと、 表示指示に対応して対応して、上記管理テーブルを参照
   して上記日時表示基準フラグが本拠地に設定されていた
   ときに、上記スケジュールテーブルから取り出した日時
   について上記管理テーブルを参照して当該本拠地との時
   差を考慮したスケージュールを表示する表示手段とを備
   えたことを特徴とする請求項１あるいは請求項２記載の
   スケジュール管理装置。
4. 【請求項４】上記スケジュール手段によってスケジュー
   ルされた地域、日時および作業内容を登録するスケジュ
   ールテーブルと、 地域に対応づけて時差、移動時間、および日時表示基準
   フラグを登録する管理テーブルと、 表示指示に対応して対応して、上記管理テーブルを参照
   して上記日時表示基準フラグが作業する地域に設定され
   ていたときに、上記スケジュールテーブルから取り出し
   た日時について上記管理テーブルを参照して当該作業す
   る地域との時差を考慮したスケージュールを表示する表
   示手段とを備えたことを特徴とする請求項１あるいは請
   求項２記載のスケジュール管理装置。
5. 【請求項５】上記スケジュール手段によってスケジュー
   ルされた地域、日時および作業内容を登録するスケジュ
   ールテーブルと、 地域に対応づけて時差、移動時間、および日時表示基準
   フラグを登録する管理テーブルと、 表示指示に対応して対応して、上記管理テーブルを参照
   して上記日時表示基準フラグが本拠地あるいは作業する
   地域でもなくて、それ以外の地域が設定されていたとき
   に、上記スケジュールテーブルから取り出した日時につ
   いて上記管理テーブルを参照して当該それ以外の地域と
   の時差を考慮して算出したスケージュールを表示する表
   示手段とを備えたことを特徴とする請求項１あるいは請
   求項２記載のスケジュール管理装置。