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

Abstract

(57)【要約】 【目的】本発明は、各スケジュール間の移動時間を考慮
したスケジュールを組むことができるスケジュール管理
装置を提供する。 【構成】入力部１より場所と日時を有するスケジュール
を入力すると、移動時間計算部５により入力スケジュー
ルの場所と該スケジュールの前または後に既入力された
スケジュールの場所との間の移動時間が、移動時間デー
タベース７やビルデータベース８に、あらかじめ登録さ
れた移動時間の計算に必要なデータを用いて計算され、
この計算された移動時間に基づいてスケジュール管理５
により入力スケジュールの日時指定の妥当性を判定する
ようにしている。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、スケジュールを電子的
に管理するスケジュール管理装置に関するものである。

【０００２】

【従来の技術】最近、電子手帳に代表されるように、利
用者が入力した個人に関する各種の情報を電子的に保存
しておき、これを必要に応じて読み出し、再生表示でき
るようにしたものが実用化されている。

【０００３】このような各種の情報を電子的に保存して
管理するものは、データの追加、修正、削除が容易であ
り、しかも大量の情報を保存できることから、住所録、
メモ、会議スケジュールなど種々の個人情報を取り扱え
るようになっている。

【０００４】ところで、従来、このような電子手帳など
に用いられる各個人のスケジュールを電子的に管理する
機能は、会議などの日付、曜日、時間、場所などのデー
タを保存していて、これらのデータを必要に応じて読み
出して表示する程度のものであった。

【０００５】ところが、このようなスケジュール管理
は、例えば会議スケジュールの場合、それぞれの開催場
所を移動するための時間がまったく考慮されないため、
同じ建屋を移動する程度の会議ではそれほど問題ない
が、例えば、遠く離れた本社や営業所あるいは客先など
での会議のスケジュールを組む場合に、誤って移動時間
を考えずに会議時間を設定することがあっても、このと
きの入力データを問題なく保存することになり、その後
にデータを読み出してスケジュールを実行しようとした
ときに、不都合に気が付き、実行不能に陥るという問題
点があった。

【０００６】

【発明が解決しようとする課題】このように従来のスケ
ジュール管理装置によれば、各スケジュール間の移動時
間がまったく考慮されないため、移動時間を考えずにス
ケジュールが組まれることがあると、会場が離れている
ような場合には、スケジュールを実行しようとしたとき
に実行不能に陥るという欠点があった。

【０００７】本発明は、上記事情に鑑みてなされたもの
で、スケジュール間の移動時間を考慮したスケジュール
を組むことができるスケジュール管理装置を提供するこ
とを目的とする。

【０００８】

【課題を解決するための手段】本発明は、少なくとも場
所と日時を有するスケジュールを入力する入力手段と、
あらかじめ場所と場所の移動時間の計算に必要なデータ
を登録したデータベースと、入力手段より入力されたス
ケジュールの場所と該スケジュールの前または後に既入
力されたスケジュールの場所との間の移動時間を前記デ
ータベースに登録されたデータを用いて計算する移動時
間計算手段と、この移動時間計算手段で計算された移動
時間に基づいて前記入力手段より入力されたスケジュー
ルの日時指定の妥当性を判定するとともに該妥当性を判
定されたスケジュールを登録可能にしたスケジュール管
理手段により構成されている。

【０００９】

【作用】この結果、本発明によれば、入力手段より少な
くとも場所と日時を有するスケジュールを入力すると、
このスケジュールの場所と該スケジュールの前または後
に既入力されたスケジュールの場所との間の移動時間
が、あらかじめデータベースに登録された移動時間の計
算に必要なデータを用いて計算され、この計算された移
動時間に基づいて入力スケジュールの日時指定の妥当性
が判定される。

【００１０】これにより、利用者は、新たなスケジュー
ル登録の際に、実行不可能なスケジュールを事前に発見
でき、このようなスケジュールの登録を未然に阻止する
ことができることから、移動時間を考慮したスケジュー
ルを効率的に組むことができるようになる。

【００１１】

【実施例】以下、本発明の一実施例を図面に従い説明す
る。図１は同実施例の概略構成を示している。図におい
て、１は入力部で、この入力部１はキーボードやマウス
などからなっている。そして、この入力部１からの入力
データは、制御部２に送られる。制御部２は装置全体の
制御を指示するもので、ここでは表示部３、スケジュー
ル管理部４、移動時間計算部５を接続している。

【００１２】表示部３は、制御部２の制御により入力部
１とともにユーザ対話形式の入力部を形成しており、ス
ケジュール管理部４より渡されたスケジュールデータを
表などにして利用者に見やすく表示したり、利用者にデ
ータ入力を促す表示を行うようにしている。また、利用
者の好みに合わせた処理方法の選択を促すことができる
ようにしている。例えば、移動時間の計算とスケジュー
ルの入力について、以下の処理方法からの選択を促すよ
うになっている。 （１）場所に関する情報の入力を常に必要とし、この入
力が不足している場合は入力を促す。移動時間の計算は
常に行うようにする。 （２）場所に関する情報が入力された時だけ、移動時間
の計算を行うようにする。 （３）場所に関する情報がない場合は、利用者が前もっ
て指定した特定の場所と想定して、移動時間の計算を行
うようにする。 （４）場所に関する情報がない場合は、直前のスケジュ
ールと同じ場所と判断して、移動時間の計算を行うよう
にする。

【００１３】スケジュール管理部４は、スケジュールデ
ータベース６を管理するもので、スケジュールデータベ
ース６よりスケジュールデータを取り出して、表示部３
に渡したり、新しいスケジュールデータをスケジュール
データベース６に追加するなどするようにしている。な
お、このスケジュールデータの追加の際に、移動時間計
算部５を利用して移動時間の考慮が加えられるようにし
ている。

【００１４】ここで、スケジュールデータベース６は、
個々のスケジュールデータを登録したもので、このスケ
ジュールデータベース６の形態としては、利用者毎に用
意される場合と複数の利用者に対して共通に用意される
場合がある。

【００１５】図２（ａ）（ｂ）（ｃ）は、スケジュール
データベース６に登録されるスケジュールデータの一例
を示すもので、同図（ａ）（ｂ）は利用者の入力するス
ケジュール、同図（ｃ）にスケジュール管理部４により
生成された移動スケジュールを示している。この場合、
利用者の入力するスケジュールは、種別、日、時、内
容、場所、ビルなどの各項目からなり、スケジュール管
理部４により生成された移動スケジュールは、種別、
日、時、ビル移動、ビル移動時間、駅移動、駅移動経
路、運賃などの各項目からなっている。

【００１６】移動時間計算部５は、場所と場所の間の移
動に必要な時間を計算するもので、ここでは、駅間移動
データベース７とビルデータベース８を接続している。
つまり、同実施例では、場所の計算を駅単位とビル単位
で行うとともに、移動手段として、徒歩と鉄道などの公
的交通機関を利用するようにしている。勿論、自動車を
中心とした移動時間計算も可能である。

【００１７】なお、同実施例での駅は、鉄道などの交通
機関の駅を始め、バス停、空港なども含み、一方、ビル
は、ビルなどの建造物と駅以外の目的地一般を含むもの
としている。また、移動時間の計算は、以下の場合につ
いて実行するものとする。 （１）ビル − 駅 − 駅 − ビル （２）駅 − 駅 − ビル （３）ビル − 駅 − 駅 （４）ビル − ビル

【００１８】この場合、駅での乗換え時間や待ち合わせ
時間も考慮して駅と駅の間の移動時間が計算されるとと
もに、移動が行われる時間帯別に交通機関の運行ダイヤ
も考慮して計算が行われる。

【００１９】駅間移動データベース７は、駅と駅の間の
移動時間の計算に必要なデータを登録したもので、ここ
では各駅間の所要時間を曜日別および各時間帯別に納め
ている。図３は駅間移動データベース７の一例を示すも
ので、駅名、隣接駅、移動時間、路線、路線間の乗換え
待時間などが登録されている。

【００２０】ビルデータベース８は、ビルからひとつま
たは複数の最寄り駅への移動時間と、ビルとひとつまた
は複数の直接いけるビルとの移動時間の計算に必要なデ
ータを登録したもので、予め主要なビルに関するデータ
とともに、利用者が新たなビルに関する情報も追加入力
できるようになっている。

【００２１】図４はビルデータベース８の一例を示すも
ので、ビル名、最寄り駅、最寄り駅までの移動方法、移
動時間および運賃（移動方法が徒歩なら０円であるが、
タクシーなどであれば標準的な運賃）、隣接ビル名、隣
接ビルまでの移動方法、移動時間および運賃などが登録
されている。これらの移動方法、移動時間および運賃は
１つの場所間について複数登録しておくこともできる。
このうちどれを選択するかは後述する駅間の移動経路が
複数ある場合に準じる。次に、以上のように構成した実
施例の動作を説明する。まず、利用者が新しいスケジュ
ールを追加する場合の処理を図５および図６を用いて説
明する。利用者が入力部１より、追加スケジュールを入
力すると、このスケジュールデータは、制御部２よりス
ケジュール管理部４に送られる。

【００２２】スケジュール管理部４では、図５に示すよ
うに、入力部１からスケジュールの追加入力があると
（ステップ５０１）、このスケジュールデータからビル
情報を取り出す（ステップ５０２）。ここで、ビル情報
とは移動計算に用いられる場所の情報、つまりビル名か
駅名のことである。

【００２３】そして、移動時間の計算を行うか判断し
（ステップ５０３）、ここでＹＥＳならばステップ５０
４に進んで、前にスケジュールがあるかを調べる。この
場合、ＹＥＳならば、ステップ５０５に進み、新しいス
ケジュールのビル情報と直前のスケジュールのビル情報
およびスケジュール終了時間が移動時間計算部５に渡さ
れる。

【００２４】移動時間計算部５では、これら情報に基づ
いて移動時間の計算を行う（ステップ５０６）。ここ
で、移動時間計算部５での移動時間の計算は、図６に示
すように実行される。まず新しいスケジュールのビル情
報と直前スケジュールのビル情報の２つのビル情報およ
び直前スケジュールのスケジュール終了時間を移動開始
時間として取り込み（ステップ６０１）、次いで、２つ
のビル情報がともにビル名かを調べる（ステップ６０
２）。

【００２５】ここで、両方ともビル名の場合は、ステッ
プ６０３に進む。ステップ６０３では、ひとつめのビル
名がビルデータベース８のなかにあるかを調べる。ここ
で、ＮＯならば、ユーザとの対話形式でビルデータを登
録し（ステップ６０４）、ステップ６０５に進み、一
方、ステップ６０３でＹＥＳならば、直接ステップ６０
５に進む。ステップ６０５では、ふたつめのビル名がビ
ルデータベース８のなかにあるかを調べる。そして、こ
こでもＮＯならば、ユーザとの対話形式でビルデータを
登録し（ステップ６０６）、ステップ６０７に進み、一
方、ステップ６０５でＹＥＳならば、直接ステップ６０
７に進む。

【００２６】ステップ６０７では、ふたつのビル間を直
接移動できるかを調べる。そして、ここで直接移動が可
能でＹＥＳならば、直接移動のための時間を求め、この
移動時間をスケジュール管理部４に戻して（ステップ６
０７１）、処理を終了する。

【００２７】一方、ステップ６０７でＮＯならば、ステ
ップ６０８に進み、それぞれのビルから最寄り駅までの
移動時間をビルデータベース８より読み出し、各ビルを
一時的に駅と見なす。そして、ステップ６０９に進ん
で、駅と駅の間の移動時間を、駅間移動データベース７
を使用して乗換時間や待ち合わせ時間を考慮して計算
し、この結果を所要時間を含めた移動データとしてスケ
ジュール管理部４に戻すようにする（ステップ６１
０）。

【００２８】また、ひとつめがビル名で、ふたつめが駅
名の場合は、ステップ６０２でＮＯ、ステップ６１１で
ＹＥＳとなり、ステップ６１２に進む。ステップ６１２
では、ひとつめのビル名がビルデータベース８のなかに
あるかを調べる。ここで、ＮＯならば、ユーザとの対話
形式でビルデータを登録し（ステップ６１３）、ステッ
プ６１４に進み、一方、ステップ６１３でＹＥＳなら
ば、直接ステップ６１４に進むようになる。

【００２９】ステップ６１４でも、各ビルから最寄り駅
までの移動時間をビルデータベース８より読み出し、各
ビルを一時的に駅と見なす。そして、上述したと同様に
ステップ６０９、ステップ６１０に進んで、駅と駅の間
の移動時間を、駅間移動データベース７を使用し乗換時
間や待ち合わせ時間も考慮して計算し、この結果を所要
時間を含めた移動データとしてスケジュール管理部４に
戻すようになる。

【００３０】さらに、両方が駅名の場合は、ステップ６
０２および６１１でともにＮＯとなり、直ちにステップ
６０９およびステップ６１０に進み、駅と駅の間の移動
時間を、駅間移動データベース７を使用し乗換時間や待
ち合わせ時間も考慮して計算し、この結果を所要時間を
含めた移動データとしてスケジュール管理部４に戻し処
理を終了する。

【００３１】なお、乗換により、駅と駅の間の移動経路
が複数になる場合は、それらの中から以下の基準によっ
て、ひとつを選択するようにする。この場合、どれを使
用するかは、あらかじめ決定しておく。 （１）複数の経路の中からもっとも所要時間の短いもの
を選択する。 （２）複数の経路の中からもっとも乗換の少ないものを
選択する。 （３）複数の経路の中からもっとも運賃の安いものを選
択する。 （４）上記（１）から（３）までの条件を優先度を含め
て複合指定する。 （５）上記（１）から（４）までで、ひとつだけでな
く、いくつかの上位候補を探し出し、それらからユーザ
との対話形式で利用者に選択してもらう。 （６）あらかじめ利用者が指定した特定の経路を採用す
る。 （７）以前に選択された経路を採用する。

【００３２】図５に戻って移動時間計算部５から移動必
要時間を受け取ると（ステップ５０７）、新しいスケジ
ュールの開始時間と直前のスケジュールの終了時間との
間は移動必要時間以上かを調べる（ステップ５０８）。

【００３３】ここで、移動必要時間以上でＹＥＳの場合
は、ステップ５１１に進む。一方、移動必要時間に不足
と判断された場合は、この移動必要時間を表示部３に送
り、利用者に知らせる（ステップ５０９）。そして、移
動時間不足のままで登録するかを利用者に問い合わせる
（ステップ５１０）。ここで利用者がＹＥＳと回答すれ
ばステップ５１１に進み、一方、ＮＯと回答すればステ
ップ５０１に戻るようになる。この場合の利用者の対応
は、以下の３通りから選択できるようにしている。 （１）入力したスケジュールそのものを変更する。 （２）入力したスケジュールの時刻だけを変更する。 （３）移動時間が不足していることを明記した上で、登
録する。

【００３４】従って、（１）または（２）を選択した場
合は、ステップ５０１に戻り、改めて入力部１からスケ
ジュールデータを入力するようになる。あるいは（３）
の変形としてスケジュールはそのままで移動方法を移動
時間の短いものに変更するという対応もできる。この場
合は、ステップ５０６に戻り、複数ある移動経路あるい
は移動方法の選択をやり直し、新たな移動時間を計算す
る。

【００３５】ここで、上述のステップ５０８でＹＥＳと
判断された場合、または上述の（３）を選択した場合
は、ステップ５１１に進み、入力スケジュールの後ろに
他のスケジュールがあるか調べられる。ここで、ＮＯな
らば、ステップ５１２において移動に関する情報をスケ
ジュールデータベース６に登録し、さらにステップ５１
３において新しいスケジュールとしてスケジュールデー
タベース６に登録して、処理を終了する。

【００３６】ステップ５１１でＹＥＳの場合は、上述し
たステップ５０５からステップ５１０と同様のステップ
５１４からステップ５１９が実行される。この場合、ス
テップ５１７で移動必要時間以上のＹＥＳと判断された
場合は、直ちにステップ５１２、ステップ５１３に進ん
で、移動に関する情報と新しいスケジュールがスケジュ
ールデータベース６に登録するようになり、また、移動
必要時間に不足でＮＯと判断された場合は、移動必要時
間を表示部３に送り、利用者に知らせるとともに（ステ
ップ５１８）、移動時間不足のままで登録するかを利用
者に問い合わせ（ステップ５１９）、ここで利用者がＹ
ＥＳと回答すればステップ５１２に進み、一方、ＮＯと
回答すればステップ５０１に戻るようになる。この場合
も、利用者の対応は、上述の３通りから選択できるよう
になる。次に、追加入力されるスケジュールの具体例を
挙げてさらに説明する。

【００３７】いま、図７に示すように、入力済みのスケ
ジュールとして会議（本社）、１３：００〜１４：００
が組まれていて、このスケジュール内容が表示部３に表
示されているとする。この場合、スケジュールデータベ
ース６には、図２（ａ）に示すようなスケジュールデー
タが登録されている。

【００３８】この状態から、新たな追加スケジュールと
して図２（ｂ）に示すようなスケジュールデータを入力
部１から入力したとすると、図８に示すように追加スケ
ジュールの内容が表示部３に表示される。

【００３９】そして、これらスケジュールデータのビル
情報は、移動時間計算部５に送られ、移動時間の計算が
行われる。この場合、各スケジュールのビル情報は、と
もにビル名なので、両ビル間を直接移動できるかを調べ
られる。ここでは、直接移動ができないので、各ビルか
ら最寄り駅までの移動時間を、図４に示すビルデータベ
ース８からのビル情報と、図３に示す駅間移動データベ
ース７からの駅間移動情報をそれぞれ使用して乗換時間
や待ち合わせ時間を考慮して計算する。

【００４０】この場合、移動時間計算部５での計算結果
から、スケジュール管理部４より図２（ｃ）に示す移動
スケジュールが生成されたとすると、ここでは直前のス
ケジュールの終了時刻が１４：００に対して、新たなス
ケジュールの開始時刻が１４：３０で、この間に３０分
の移動時間しかないにもかかわらず、図２（ｃ）に示す
移動スケジュールではビル移動時間として５５分必要と
することから、図９に示すように、その旨が表示部３に
表示されるようになる。

【００４１】この表示に対して、利用者が、図１０に示
すように入力部１から新たなスケジュールの開始時刻を
変更して入力し直すと、今度は、移動時間計算部５での
計算結果として、移動必要時間以上の結果が得られるよ
うになるので、この追加スケジュールは、図１１に示す
ように直前のスケジュールとともにスケジュールデータ
ベース６に追加登録されるようになる。

【００４２】従って、このようにすれば、追加スケジュ
ールのビル情報に基づいた移動時間計算部５での計算結
果からスケジュール管理部４により追加スケジュールの
時刻が移動必要時間以上か、つまり、事故と指定の妥当
性が判定されるようになるので、利用者は、追加スケジ
ュール入力の際に、このスケジュールが実行不可能なも
のかを直ちに知ることができるようになり、このような
不完全なスケジュールの登録を未然に阻止できることか
ら、移動時間を考慮したスケジュールを効率的に組むこ
とができるようになる。

【００４３】なお、本発明は上記実施例にのみ限定され
ず、要旨を変更しない範囲で適宜変形して実施できる。
例えば、上述実施例の図１の装置に地図データを設けて
おき、移動時間計算部５のステップ６０４、６０６、６
１３においてユーザとの対話形式でビルデータを登録す
る際に、表示部３に最寄りの地図情報を表示し、この地
図上でビル−駅、ビル−ビル間などの経路を指示するこ
とで移動時間などの必要データを登録するように構成す
ることもできる。また、図２で登録したスケジュールを
当日ユーザが参照する際に、表示部３に最寄りの地図情
報を表示し、ユーザがスケジュール通りに移動するため
の経路を把握できるように構成することもできる。

【００４４】

【発明の効果】本発明によれば、入力手段より少なくと
も場所と日時を有するスケジュールを入力すると、この
スケジュールの場所と該スケジュールの前または後に既
入力されたスケジュールの場所との間の移動時間が、あ
らかじめデータベースに登録された移動時間の計算に必
要なデータを用いて計算され、この計算された移動時間
に基づいて入力スケジュールの日時指定の妥当性が判定
されるようになるので、利用者は、新たなスケジュール
登録の際に、実行不可能なスケジュールを事前に知るこ
とができ、このようなスケジュールの登録を未然に阻止
できるようになることで、移動時間を考慮したスケジュ
ールを効率的に組むことができることになる。

【図面の簡単な説明】

【図１】本発明の一実施例の概略構成を示す図。

【図２】一実施例に用いられるスケジュールデータベー
スの一例を示す図。

【図３】一実施例に用いられる駅間移動データベースの
一例を示す図。

【図４】一実施例に用いられるビルデータベースの一例
を示す図。

【図５】一実施例のスケジュール管理部の動作を説明す
るためのフローチャート。

【図６】一実施例の移動時間計算部の動作を説明するた
めのフローチャート。

【図７】一実施例のスケジュールの表示例を示す図。

【図８】一実施例のスケジュール追加入力例を示す図。

【図９】一実施例の移動時間不足通知の表示例を示す
図。

【図１０】一実施例のスケジュール入力の変更例を示す
図。

【図１１】一実施例のスケジュール変更例を示す図。

【符号の説明】

１…入力部、２…制御部、３…表示部、４…スケジュー
ル管理部、５…移動時間計算部、６…スケジュールデー
タベース、７…駅間移動データベース、８…ビルデータ
ベース。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 少なくとも場所と日時を有するスケジュ
   ールを入力する入力手段と、 あらかじめ場所と場所の移動時間の計算に必要なデータ
   を登録したデータベースと、 前記入力手段より入力されたスケジュールの場所と該ス
   ケジュールの前または後に既入力されたスケジュールの
   場所との間の移動時間を前記データベースに登録された
   データを用いて計算する移動時間計算手段と、 この移動時間計算手段で計算された移動時間に基づいて
   前記入力手段より入力されたスケジュールの日時指定の
   妥当性を判定するとともに該妥当性を判定されたスケジ
   ュールを登録可能にしたスケジュール管理手段とを具備
   したことを特徴とするスケジュール管理装置。
2. 【請求項２】 データベースは、駅と駅の間の移動時間
   の計算に必要なデータを有する駅間移動データベースと
   ビルから最寄り駅までの移動時間の計算に必要なデータ
   を有するビルデータベースを具備することを特徴とする
   請求項１記載のスケジュール管理装置。