JPH10240694A

JPH10240694A - 携帯型端末装置

Info

Publication number: JPH10240694A
Application number: JP4042397A
Authority: JP
Inventors: Michiaki Nobuoka; 道明信岡
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 1997-02-25
Filing date: 1997-02-25
Publication date: 1998-09-11

Abstract

(57)【要約】【課題】画面上に表示されているカレンダーおよびシ
ンボルをもとに、容易かつ合理的にスケジュールを組み
いれることが可能な携帯型端末装置を提供することを目
的とする。【解決手段】入力手段１と、予定の属性に応じてシン
ボルを表示させる表示手段２と、予定の属性及び内容の
登録あるいは修正を行うスケジュールデータ登録／修正
手段５と、スケジュールの登録／修正を行う場合、スケ
ジュールデータおよび内蔵カレンダー手段１０のデータ
をもとにスケジュールの管理を行うスケジュールデータ
管理手段６と、スケジュールデータ記憶手段９に記憶さ
れているスケジュールデータおよび内蔵カレンダー手段
１０のデータをもとに表示データの作成を行うスケジュ
ールデータ作成手段７とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子手帳のような
個人が扱う携帯型のスケジュール管理装置に関するもの
である。

【０００２】

【従来の技術】近年、スケジュール等の個人情報を電子
手帳と呼ばれるような携帯型端末機器を用いて管理する
需要が高まっており、情報を電子化することにより、旧
来の手帳に比べ、いかに人間の作業効率を向上させるか
が大きな課題となっている。以下に従来の携帯型のスケ
ジュール管理装置について説明する。

【０００３】従来の携帯型端末装置では、図２０（ａ）
に示すような一月のカレンダーを表示させる。ユーザが
予定を新規登録すると、予定を組み入れた日にはシンボ
ルを表示させる。さらにユーザに選択させることによ
り、画面を一週間単位（図２０（ｂ））、一日単位（図
２０（ｃ））に切り替え、ユーザにより詳細な情報を提
示する。

【０００４】

【発明が解決しようとする課題】しかしながら、従来の
携帯型端末装置では、表示面積が狭く、一度に多くの情
報を表示することが出来ないため、予定を組み入れる
際、図２０（ｂ）（ｃ）に示すような詳細を示す画面に
切り替え、これを見ながら、予定を組み入れるか、単に
表示されている一月カレンダーの情報をもとに、（本来
ならば無理かもしれない）予定を組み入れるといった使
い方でしか利用できていない。

【０００５】そこで本発明は、画面上に表示されている
カレンダーおよびシンボルをもとに、容易かつ合理的に
スケジュールを組みいれることが可能な携帯型端末装置
を提供することを目的とする。

【０００６】

【課題を解決するための手段】本発明の携帯型スケジュ
ール装置は、カレンダーデータを記憶している内蔵カレ
ンダー手段と、文字や命令を外部から入力する入力手段
と、予定の属性に応じたシンボルとカレンダーあるいは
ユーザに予定入力を行わせる際補助する画面を表示する
表示手段と、入力手段及び表示手段の制御を行うユーザ
ーインターフェース手段と、ユーザインターフェース手
段から受け取ったイベントを管理するイベント管理手段
と、イベント管理手段が受け取ったイベントがスケジュ
ール登録あるいはスケジュール修正イベントの場合、予
定の属性及び内容の登録あるいは修正を行うスケジュー
ル登録／修正手段と、予定の属性および内容を記憶して
いるスケジュール記憶手段と、スケジュールの登録／修
正を行う場合、スケジュール記憶手段に記憶されている
スケジュールデータ及び内蔵カレンダー手段のデータを
もとにスケジュールの管理を行うスケジュール管理手段
と、イベント管理手段が受け取ったイベントがカレンダ
ーデータ表示イベントの場合、スケジュール記憶手段に
記憶されているスケジュールデータ及び内蔵カレンダー
手段のデータをもとに表示データの作成を行うスケジュ
ールデータ作成手段とを備える。

【０００７】請求項２では、予定の属性の１つにｎ（ｎ
は整数）日間準備を要する予定という属性を持たせ、こ
の準備期間ｎ日間の間にユーザが新たに予定を登録ある
いは修正しようとした場合、ユーザインターフェース手
段に確認の表示を行わせ、ユーザーが予定をいれる確認
を行った場合、スケジュールデータ記憶手段に記憶され
ている準備期間を（ｎ＋１）日に変更するスケジュール
管理手段とを備える。

【０００８】請求項３では、日時データを保持カウント
し、日付が更新されるごとにイベント管理手段に日付更
新イベントを送る内蔵時計手段と、ｎ（ｎは整数）日間
の準備を要するスケジュールが入力されており準備期間
が始まる日と更新された日が一致した場合、ユーザイン
ターフェース手段に警告の表示を行わせるスケジュール
管理手段とを備える。

【０００９】請求項４では、地名および地名間の移動時
間テーブルを記憶している地名情報格納手段と、予定の
属性・内容とともにその予定の場所である地名を入力さ
せるスケジュールデータ登録／修正手段と、地名情報格
納手段に格納されている移動時間テーブルをもとにスケ
ジュール登録／修正手段にて入力されようとするスケジ
ュールとスケジュールデータ記憶手段に記憶されている
スケジュール間で移動に無理がないか判定し、移動に無
理があると判定された場合、ユーザインターフェース手
段に警告の表示を行わせるスケジュール管理手段とを備
える。

【００１０】請求項５では、予定の属性・内容とともに
相手の名前を入力させるスケジュールデータ登録／修正
手段と、スケジュール登録／修正手段にて既に記憶され
ているスケジュールを変更または削除しようとした場
合、ユーザインターフェース手段にスケジュール記憶手
段に記憶されている相手方に連絡したかどうかの確認の
表示を行わせるスケジュール管理手段とを備える。

【００１１】

【発明の実施の形態】請求項１記載の構成により、カレ
ンダーとともに予定の属性を示すシンボルを表示するこ
とができ、また、準備を必要とする予定の直前に別の予
定を組み入れることを防止し、移動困難な予定を組み入
れることを防止でき、しかもスケジュール変更の連絡漏
れを防止できる。

【００１２】（実施の形態１）以下、本発明の第１の実
施の形態について、図面を参照しながら説明する。

【００１３】図１において、１は文字や命令を外部から
入力する入力手段、２は予定の属性に応じたシンボルと
カレンダーあるいはユーザに予定入力を行わせる際補助
する画面を表示する表示手段、３は、入力手段１・表示
手段２の制御を行うユーザインターフェース手段、４は
ユーザインターフェース手段３から受け取ったイベント
を管理するイベント管理手段、５はイベント管理手段４
が受け取ったイベントがスケジュール登録あるいはスケ
ジュール修正イベントの場合、予定の属性及び内容の登
録あるいは修正を行うスケジュールデータ登録／修正手
段、６はスケジュールの登録／修正を行う場合、後述す
るスケジュールデータ記憶手段に記憶されているスケジ
ュールデータおよび内蔵カレンダー手段のデータをもと
にスケジュールの管理を行うスケジュールデータ管理手
段、７はイベント管理手段４が受け取ったイベントがカ
レンダーデータ表示イベントの場合、後述するスケジュ
ールデータ記憶手段に記憶されているスケジュールデー
タおよび内蔵カレンダー手段１０のデータをもとに表示
データの作成を行うスケジュールデータ作成手段、８は
ユーザインターフェース手段３・イベント管理手段４・
スケジュールデータ登録／修正手段５・スケジュールデ
ータ登録手段６・スケジュールデータ作成手段７とを有
する制御部、９は予定の属性および内容を記憶している
スケジュールデータ記憶手段、１０はカレンダーデータ
を記憶している内蔵カレンダー手段である。

【００１４】また、図２において、１１は文字や命令を
入力を行うタブレット、１２は画面の表示を行うＬＣＤ
等の表示装置、１３は全体の制御を行うＣＰＵ（中央処
理装置）、１４はＣＰＵ１３が全体の制御を行うための
制御プログラム、１５はカレンダーデータ、１６は制御
プログラム１４及びカレンダーデータ１５を記憶するＲ
ＯＭ（リードオンリーメモリ）、１７はスケジュールデ
ータ、１８はスケジュールデータ１７を記憶するＳＲＡ
Ｍ（スタティックランダムアクセスメモリ）、１９は上
述した各要素１１〜１８を結ぶ内部バスである。

【００１５】以上のように構成された本形態の携帯型端
末装置について、図３〜図４を用いて、以下その動作を
説明する。

【００１６】まず、電源がＯＮまたは他の機能からスケ
ジュール管理機能が呼び出されて処理を開始する。する
と、スケジュールデータ作成手段７にてスケジュールデ
ータ記憶手段９に記憶されているスケジュールデータ及
び内蔵カレンダー手段１０に記憶されているカレンダー
データをもとに、月間カレンダーを表示する（ステップ
Ｓ１）。このさいシンボルの表示については後述する。

【００１７】この後ユーザからのイベント待ちの状態と
なる（ステップＳ２）。ここで、ユーザから入力された
イベントが月間スケジュール表示である場合（ステップ
Ｓ３）、月間スケジュール表示処理（ステップＳ４）
を、入力されたイベントが週間スケジュール表示の場合
は（ステップＳ３）、週間スケジュール表示処理（ステ
ップＳ４）を、入力されたイベントが１日スケジュール
表示の場合は（ステップＳ３）、１日スケジュール表示
処理（ステップＳ４）を行う。

【００１８】各スケジュール表示処理では、スケジュー
ルデータ作成手段７にてスケジュールデータ記憶手段９
に記憶されているスケジュールデータ及び内蔵カレンダ
ー手段１０に記憶されているカレンダーデータをもとに
表示データを作成し、これをユーザインターフェース手
段３に送る。すると、ユーザインターフェース手段３
は、表示手段２に表示を命ずる。

【００１９】一方、ユーザから入力されたイベントが新
規登録の場合（ステップＳ９）、新規登録処理を行う
（ステップＳ１０）。

【００２０】新規登録処理（ステップＳ１０）では、ま
ずスケジュールデータ登録／修正手段５にて、図４
（ａ）に示す画面を作成し、画面情報をユーザインター
フェース手段３に送り、この画面を表示手段２に表示さ
せる。

【００２１】ユーザは入力手段１よりデータを入力す
る。ここで必ず予定の属性を入力させるため、スケジュ
ールデータ登録／修正手段５にて図４（ｂ）、（ｃ）に
示す画面を作成し、ユーザに属性データを入力させる。

【００２２】その後、イベント管理手段４にて登録イベ
ントを受けとった場合、スケジュールデータ管理手段６
へ、図５（ａ）に示すデータ構造をもつデータを送り、
このデータをスケジュールデータ記憶手段９にて記憶す
る。なお、図５（ｂ）は図４の例の場合のデータの具体
例を示している。

【００２３】月間スケジュール表示処理（ステップＳ
４）では、スケジュールデータ記憶手段９に記憶されて
いるスケジュールデータの属性フィールドの属性に基づ
き、属性ごとにシンボルを持たせ表示させる（図６
（ａ）、（ｂ）参照）。

【００２４】ユーザから入力されたイベントが変更／削
除の場合は（ステップＳ１１）、修正／削除処理（ステ
ップＳ１２）を、入力されたイベントが終了／削除の場
合は（ステップＳ１３）、処理を終了する（なお、図３
に示すプロセスが他の機能から呼び出された場合は、親
プロセスに処理を戻す）。

【００２５】（実施の形態２）以下、本発明の第２の実
施の形態について、図７〜図８を参照しながら説明す
る。

【００２６】ユーザから入力されたイベントが新規登録
の場合を説明する。尚、説明を簡単にするため、以下予
定の属性を次のようにする。

【００２７】属性Ａ：変更不可能な予定属性Ｂ：期限がありｎ日間準備を要する予定属性Ｃ：変更可能な予定属性Ｄ：キャンセル可能な予定さて、スケジュールデータ登録／修正手段５にて新たに
組み入れられようとする日を取得し（図８（ａ））、ス
ケジュールデータ管理手段６に送る。

【００２８】スケジュールデータ管理手段６では、スケ
ジュールデータ記憶手段９に記憶されているスケジュー
ルがあるかどうか探索し（ステップＳ１４）、スケジュ
ールが記憶されていれば、そのスケジュールの属性がＢ
であるかどうか（すなわち期限がありｎ日間準備を要す
る予定であるか）を調べる（ステップＳ１５）。ステッ
プＳ１５にて属性Ｂの予定があれば、新しく登録を行お
うとする予定の日が準備期間内にあるかどうか調べる
（ステップＳ１６）。もし準備期間内であれば、スケジ
ュールデータ登録／修正手段５へ準備期間内であるとの
信号を送り、スケジュールデータ登録／修正手段５で
は、「準備期間内であるが本当に予定を入れてもよい
か」という旨のメッセージをユーザインターフェース手
段３を通じて、表示手段２に表示し、ユーザに確認を求
める（ステップＳ１７、図８（ｂ））。

【００２９】ユーザによって入力手段１より入力された
命令が中止であれば、新規登録処理を終了し、入力され
た命令が登録であれば（ステップＳ１８）、このスケジ
ュールデータのＮｏ．を一時的に蓄える（ステップＳ１
９）。

【００３０】次に、ステップＳ１５でスケジュールの属
性がＢでない場合、ステップＳ１６にて新しく登録を行
おうとする予定の日が準備期間外であった場合を含め
て、スケジュールデータ記憶手段９に記憶されている現
在処理を行ったスケジュールデータの次のスケジュール
データを得る（ステップＳ２０）。

【００３１】そして、ステップＳ１４からステップＳ２
０までの処理を、ステップＳ１８にて処理が中止になる
場合を除いて、スケジュールデータ記憶手段９に記憶さ
れている全てのスケジュールデータに対して行う。全て
のスケジュールデータに対し、これらの処理が行われた
ならば、第１の実施の形態と同様のスケジュール登録／
修正処理を行う（ステップＳ２１）。

【００３２】次に、ステップＳ２０にて記憶しているＮ
ｏ．のスケジュールデータ全ての準備期間ｎ日をｎ＋１
日にし（ステップＳ２２）、処理を終了する。図８
（ａ）〜（ｃ）では、２日間の準備期間が必要で９月２
９日期限の予定があるところに、新規に９月２７日に予
定をいれようとした際の表示画面の例を示している。

【００３３】（実施の形態３）以下、本発明の第３の実
施の形態について、図９〜図１０を参照しながら説明す
る。

【００３４】図９において、図１と同様の構成要素につ
いては、同一符号を付して説明を省略する。２０は日時
データをカウント保持し、日付が変わると信号を発生す
る内蔵時計手段である。

【００３５】また、図１０において、図２と同様の構成
要素については、同一符号を付して説明を省略する。ま
た、２１は日時データをカウント保持し、日付が変わる
と信号を発生する内蔵時計である。

【００３６】以下、日付が変わり内蔵時計手段２０より
イベント管理普段が日付更新のイベントを受けた場合の
動作を図１１〜図１２を用いて説明する。

【００３７】さて、スケジュールデータ管理手段６で
は、内蔵時計手段２０より更新された日付を得る。次
に、スケジュールデータ記憶手段９に記憶されているス
ケジュールがあるかどうか探索し（ステップＳ２３）、
スケジュールが記憶されていれば、そのスケジュールの
属性がＢであるかどうか調べる（ステップＳ２４）。

【００３８】ステップＳ１５にて属性Ｂのスケジュール
があれば、この予定の準備期間の開始日と更新された日
付が一致するかどうか調べる（ステップＳ２５）。もし
一致すれば、「準備期間の開始日である」という旨のメ
ッセージをユーザインターフェース手段３を通じて、表
示手段２に表示し、ユーザに確認を求める（ステップＳ
２６、図１２（ｂ））。

【００３９】ここで、ユーザによって入力手段１よりＯ
Ｋの命令が入力されると（ステップＳ２７）、スケジュ
ールデータ記憶手段９に記憶されている現在処理を行っ
たスケジュールデータの次のスケジュールデータを得
る。

【００４０】また、ステップＳ２４でスケジュールの属
性がＢでない場合、ステップＳ２５にて予定の準備期間
の開始日と更新された日付が一致しない場合も同様に、
スケジュールデータ記憶手段９に記憶されている現在処
理を行ったスケジュールデータの次のスケジュールデー
タを得る（ステップＳ２８）。

【００４１】そして、ステップＳ２３からステップＳ２
８までの処理を、スケジュールデータ記憶手段９に記憶
されている全てのスケジュールデータに対して行い処理
を終了する。なお、図１２（ａ）〜（ｂ）では、９月２
７日に９月２９日期限の予定の準備期間開始日となった
時の表示画面の例を示している。

【００４２】（実施の形態４）以下、本発明の第４の実
施の形態について、図１３〜図１４を参照しながら説明
する。

【００４３】図１３において、２２は地名および地名間
の移動時間テーブルを記憶している地名情報格納手段で
ある。図１４において、ＲＯＭ１６には上述した地名お
よび地名間の移動時間テーブルからなる地名情報データ
２３が記憶されている。

【００４４】ユーザから入力されたイベントが新規登録
の場合を図１５〜図１６を用いて説明する。図１６
（ａ）、（ｂ）に示すように、スケジュールデータのフ
ィールドの中の場所の中に、あらかじめ地名情報格納手
段２２に記憶されている地名を記憶する。

【００４５】そして、図１７（ａ）、（ｂ）に示すよう
に、スケジュールデータ登録／修正手段５にて新たに組
み入れられようとする予定（以下新規予定と呼ぶ）の日
を取得し、スケジュールデータ管理手段６に送る。

【００４６】スケジュールデータ管理手段６では、スケ
ジュールデータ記憶手段９に記憶されているスケジュー
ルがあるかどうか探索する（ステップＳ２９）。スケジ
ュールが記憶されていれば、新規予定の地名より地名情
報格納手段２２に記憶されている移動最大日数を、新規
予定日前後に加算又は減算し、この期間内の予定か調べ
る（ステップＳ３０）。

【００４７】ステップＳ３０にて、この期間内の予定が
あれば、新規予定の地名とこの地名との間の移動日数を
調べ、新規予定日とこの予定日との間で移動可能かを調
べる。移動可能かどうかの判断基準は２地点間の移動日
数が、新規予定日とこの予定日との差より小さければ移
動可能、そうでなければ移動困難とする（ステップＳ３
１）。

【００４８】もし移動困難であれば、スケジュールデー
タ登録／修正手段５へ移動困難であるとの信号を送り、
スケジュールデータ登録／修正手段５では、「移動困難
であるが本当に予定を入れてもよいか」という旨のメッ
セージをユーザインターフェース手段３を通じて、表示
手段２に表示し（図１７（ｃ））、ユーザに確認を求め
る（ステップＳ３２）。

【００４９】ユーザによって入力手段１より入力された
命令が中止であれば、新規登録処理を終了し、入力され
た命令が登録であれば、スケジュールデータ記憶手段９
に記憶されている現在処理を行ったスケジュールデータ
の次のスケジュールデータを得る（ステップＳ３４）。

【００５０】。ステップＳ３０でスケジュールが期間外
の場合、ステップＳ３１にて移動可能であった場合も、
同様にスケジュールデータ記憶手段９に記憶されている
現在処理を行ったスケジュールデータの次のスケジュー
ルデータを得る（ステップＳ３４）。

【００５１】そして、ステップＳ２９からステップＳ３
４までの処理を、ステップＳ３３にて処理が中止になる
場合を除いて、スケジュールデータ記憶手段９に記憶さ
れている全てのスケジュールデータに対して行う。

【００５２】全てのスケジュールデータに対し、これら
の処理が行われたならば、第１の形態と同様のスケジュ
ール登録／修正処理を行い（ステップＳ３５）、処理を
終了する。なお、図１７（ａ）〜（ｃ）では、９月１日
福岡で予定があるところに、新規に９月２日に北九州で
の予定をいれようとした際の表示画面の例を示してい
る。

【００５３】（実施の形態５）以下、本発明の第５の実
施の形態について、図１８〜図１９を参照しながら説明
する。

【００５４】ユーザから入力されたイベントが修正／削
除の場合、スケジュールデータ管理手段６にて、スケジ
ュールデータ登録／修正手段５から与えられた修正／削
除しようとするスケジュールをスケジュールデータ記憶
手段９より得る（ステップＳ３６）。次に、スケジュー
ルデータ管理手段６より、得られたスケジュールデータ
を名前のフィールドをデータを登録／修正手段５へ送
り、スケジュールデータ登録／修正手段５では、「連絡
済みであるが」という旨のメッセージをユーザインター
フェース手段３を通じて、表示手段２に表示し、ユーザ
に確認を求める（ステップＳ３７、図９（ｂ））。

【００５５】ユーザによって入力手段１より入力された
命令が中止であれば、修正／削除処理を終了、入力され
た命令が連絡済みであれば（ステップＳ３８）、第１の
実施の形態と同様のスケジュール登録／修正処理を行
い、（ステップＳ３９）、処理を終了する。なお、図１
９（ａ）〜（ｃ）では、知子さんとの予定を変更／削除
しようとした際の表示画面の例を示している。

【００５６】

【発明の効果】本発明によれば、カレンダーとともに予
定の属性を示すシンボルを表示でき、準備を必要とする
予定の直前に別の予定を組み入れることを防止でき、ま
た移動困難な予定の組み入れを防止し、スケジュール変
更の連絡漏れを防止でき、画面上に表示されているカレ
ンダーおよびシンボルをもとに、容易かつ合理的にスケ
ジュールを組みいれることができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態における携帯型端末
装置の機能ブロック図

【図２】本発明の第１の実施の形態における携帯型端末
装置の装置ブロック図

【図３】本発明の第１の実施の形態における携帯型端末
装置のフローチャート

【図４】（ａ）本発明の第１の実施の形態における携帯
型端末装置の表示画面の例示図（ｂ）本発明の第１の実施の形態における携帯型端末装
置の表示画面の例示図（ｃ）本発明の第１の実施の形態における携帯型端末装
置の表示画面の例示図（ｄ）本発明の第１の実施の形態における携帯型端末装
置の表示画面の例示図

【図５】（ａ）本発明の第１の実施の形態における携帯
型端末装置のスケジュールデータのデータ構造図（ｂ）本発明の第１の実施の形態における携帯型端末装
置のスケジュールデータのデータ構造図

【図６】（ａ）本発明の第１の実施の形態における携帯
型端末装置の表示画面の例示図（ｂ）本発明の第１の実施の形態における携帯型端末装
置の表示画面の例示図

【図７】本発明の第２の実施の形態における携帯型端末
装置のフローチャート

【図８】（ａ）本発明の第２の実施の形態における携帯
型端末装置の表示画面の例示図（ｂ）本発明の第２の実施の形態における携帯型端末装
置の表示画面の例示図（ｃ）本発明の第２の実施の形態における携帯型端末装
置の表示画面の例示図

【図９】本発明の第３の実施の形態における携帯型端末
装置の機能ブロック図

【図１０】本発明の第３の実施の形態における携帯型端
末装置の装置ブロック図

【図１１】本発明の第３の実施の形態における携帯型端
末装置のフローチャート

【図１２】（ａ）本発明の第３の実施の形態における携
帯型端末装置の表示画面の例示図（ｂ）本発明の第３の実施の形態における携帯型端末装
置の表示画面の例示図

【図１３】本発明の第４の実施の形態における携帯型端
末装置の機能ブロック図

【図１４】本発明の第４の実施の形態における携帯型端
末装置の装置ブロック図

【図１５】本発明の第４の実施の形態における携帯型端
末装置のフローチャート

【図１６】（ａ）本発明の第４の実施の形態における携
帯型端末装置のスケジュールデータのデータ構造を示す
図（ｂ）本発明の第４の実施の形態における携帯型端末装
置のスケジュールデータのデータ構造を示す図（ｃ）本発明の第４の実施の形態における携帯型端末装
置のスケジュールデータのデータ構造を示す図

【図１７】（ａ）本発明の第４の実施の形態における携
帯型端末装置の表示画面の例示図（ｂ）本発明の第４の実施の形態における携帯型端末装
置の表示画面の例示図（ｃ）本発明の第４の実施の形態における携帯型端末装
置の表示画面の例示図

【図１８】本発明の第５の実施の形態における携帯型端
末装置のフローチャート

【図１９】（ａ）本発明の第５の実施の形態における携
帯型端末装置の表示画面の例示図（ｂ）本発明の第５の実施の形態における携帯型端末装
置の表示画面の例示図（ｃ）本発明の第５の実施の形態における携帯型端末装
置の表示画面の例示図

【図２０】（ａ）従来の携帯型端末装置の表示画面の例
示図（ｂ）従来の携帯型端末装置の表示画面の例示図（ｃ）従来の携帯型端末装置の表示画面の例示図

【符号の説明】

１入力手段２表示手段３ユーザインターフェース手段４イベント管理手段５スケジュールデータ登録／修正手段６スケジュールデータ管理手段７スケジュールデータ作成手段８制御部９スケジュールデータ記憶手段１０内蔵カレンダー手段１１タブレット１２表示装置（ＬＣＤ）１３ＣＰＵ１４制御プログラム１５カレンダーデータ１６ＲＯＭ１７スケジュールデータ１８ＳＲＡＭ１９内部バス２０内蔵時計手段２１内蔵時計２２地名情報格納手段２３地名情報データ

Claims

【特許請求の範囲】

【請求項１】カレンダーデータを記憶している内蔵カレ
ンダー手段と、文字や命令を外部から入力する入力手段
と、予定の属性に応じたシンボルとカレンダーあるいは
ユーザに予定入力を行わせる際補助する画面を表示する
表示手段と、前記入力手段及び前記表示手段の制御を行
うユーザーインターフェース手段と、前記ユーザインタ
ーフェース手段から受け取ったイベントを管理するイベ
ント管理手段と、前記イベント管理手段が受け取ったイ
ベントがスケジュール登録あるいはスケジュール修正イ
ベントの場合、予定の属性及び内容の登録あるいは修正
を行うスケジュール登録／修正手段と、予定の属性およ
び内容を記憶しているスケジュール記憶手段と、スケジ
ュールの登録／修正を行う場合、前記スケジュール記憶
手段に記憶されているスケジュールデータ及び前記内蔵
カレンダー手段のデータをもとにスケジュールの管理を
行うスケジュール管理手段と、前記イベント管理手段が
受け取ったイベントがカレンダーデータ表示イベントの
場合、前記スケジュール記憶手段に記憶されているスケ
ジュールデータ及び前記内蔵カレンダー手段のデータを
もとに表示データの作成を行うスケジュールデータ作成
手段とを備えたことを特徴とする携帯型端末装置。
【請求項２】予定の属性の１つにｎ（ｎは整数）日間準
備を要する予定という属性を持たせ、この準備期間ｎ日
間の間にユーザが新たに予定を登録あるいは修正しよう
とした場合、前記ユーザインターフェース手段に確認の
表示を行わせ、ユーザーが予定をいれる確認を行った場
合、スケジュールデータ記憶手段に記憶されている準備
期間を（ｎ＋１）日に変更するスケジュール管理手段と
を備えたことを特徴とする請求項１記載の携帯型端末装
置。
【請求項３】日時データを保持カウントし、日付が更新
されるごとに前記イベント管理手段に日付更新イベント
を送る内蔵時計手段と、ｎ（ｎは整数）日間の準備を要
するスケジュールが入力されており準備期間が始まる日
と更新された日が一致した場合、前記ユーザインターフ
ェース手段に警告の表示を行わせるスケジュール管理手
段とを備えたことを特徴とする請求項１、２記載の携帯
型端末装置。
【請求項４】地名および地名間の移動時間テーブルを記
憶している地名情報格納手段と、予定の属性・内容とと
もにその予定の場所である地名を入力させるスケジュー
ルデータ登録／修正手段と、前記地名情報格納手段に格
納されている移動時間テーブルをもとに前記スケジュー
ル登録／修正手段にて入力されようとするスケジュール
と前記スケジュールデータ記憶手段に記憶されているス
ケジュール間で移動に無理がないか判定し、移動に無理
があると判定された場合、前記ユーザインターフェース
手段に警告の表示を行わせるスケジュール管理手段とを
備えたことを特徴とする請求項１記載の携帯型端末装
置。
【請求項５】予定の属性・内容とともに相手の名前を入
力させるスケジュールデータ登録／修正手段と、前記ス
ケジュール登録／修正手段にて既に記憶されているスケ
ジュールを変更または削除しようとした場合、前記ユー
ザインターフェース手段に前記スケジュール記憶手段に
記憶されている相手方に連絡したかどうかの確認の表示
を行わせるスケジュール管理手段とを備えたことを特徴
とする請求項１記載の携帯型端末装置。