JP3399665B2 - 情報処理装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、情報処理装置に関す
る。例えば、電子手帳や携帯用システム機器などの情報
機器に適用されるものである。

【０００２】

【従来の技術】従来の電子手帳ではスケジュールの管理
ができるスケジュール機能、課題の管理ができる課題管
理機能など日時に依存したデータをもつアプリケーショ
ンを二つ以上有する場合、それぞれ同等の項目が１つ以
上存在するが個々のアプリケーション固有の項目も存在
する場合、つまり、異なるデータ構造を持つ場合には、
データの入力／編集はそれぞれのアプリケーションにお
いて他のアプリケーションとは独立して別個に行ってい
た。

【０００３】従来の携帯型電子機器について記載した公
知文献としては、例えば、特開平５−４０７３８号公報
がある。この公報のものは、カレンダーや電卓機能とい
った特定のアプリケーションを他の各アプリケーション
の処理中にフロントエンドプロセッサとして従属させる
ことにより、アプリケーションの入力の最中に日付や計
算結果をダイレクトに入力することで、他のアプリケー
ションのデータのダイレクトでの利用が可能になってい
たが、これは入力中のアプリケーションに対して従属す
るアプリケーションのデータを利用する形になってお
り、同時にアプリケーション間で入力中のデータを相互
にダイレクトに利用するというものではない。

【０００４】また、特開平２−８９１５２号公報及び特
開平２−８９１５３号公報のものは、あくまでスケジュ
ールのアプリケーションに対して日数計算機能を付け足
すという改善が主であり、この時に現在表示中のデータ
の日付と当日の日付が自動的に使用されるというもので
ある。さらに、実整６２−１５３４のものは、メモのア
プリケーションの持つ、メモのデータを使用して計算が
できるという機能において、“，”付きの数値の時も計
算できるようにしたものである。

【０００５】

【発明が解決しようとする課題】しかし、使用者が実際
に上記のアプリケーションを使用する場合、スケジュー
ルの管理を行うスケジュール機能や課題の管理を行う課
題管理機能の双方ともに日付という同等の項目が存在す
る。つまり日時に依存するデータという点では共通する
ため、何らかのデータを入力途中で登録するアプリケー
ションの変更を行いたい場合がありうる。言い換えれ
ば、どのアプリケーションのデータとして登録するかと
いうことは、入力前に設定するのではなく入力中に設定
する、つまり従属したアプリケーションに対してではな
く、同等のアプリケーションどうしでの入力中のデータ
のやりとりが可能であれば入力の使用性が向上する。

【０００６】しかし、従来の電子手帳ではアプリケーシ
ョンごとに別々にデータの入力を行うため、まず前もっ
てどのアプリケーションに対するデータとするかを決定
してから入力しなくてはならず、前述の操作を実現する
ような、現在あるアプリケーションに入力中のデータを
途中で別のアプリケーションのデータに変更しようとす
るような操作を行うためには、（１）現在入力中のデー
タ中の文字列などを一時的にクリップボードに格納す
る、（２）行っていた入力作業を中断あるいは完了させ
る、（３）別のアプリケーションに移行する、（４）移
行したアプリケーションのデータ入力状態に移行する、
（５）クリップボードに格納した内容を貼りつける、と
いう段階を経ねばならない。また、変更前後で入力項目
が異なる場合には、項目ごとに入力内容の貼りつけを行
わざるを得ず、変更前の入力内容をまるごとクリップボ
ードへ格納して変更後の内容へと貼りつけることはでき
ない。このため、変更前後での既入力データの利用は操
作が繁雑となった。

【０００７】本発明は、このような実情に鑑みてなされ
たもので、入力画面を統合し、入力途中でデータ入力対
象とするアプリケーションの変更を容易にするため、入
力状態における入力項目の一つにアプリケーションの種
類の選択項目を付加することにより、この選択項目の変
更に合わせて入力状態での入力項目をそれぞれのアプリ
ケーションに対する項目に変更を行えるようにし、ま
た、データの有効利用のため、アプリケーションの変更
前後で同等の入力項目即ち共通の内容を持つ入力項目が
存在する場合には、変更前の入力内容を変更後の入力内
容に反映させるものである。また、上記のようなデータ
変更の操作に柔軟性を持たせるため、元のアプリケーシ
ョンの入力項目と新しいアプリケーションの入力項目と
の対応付け処理を自動的に行うか、ユーザが指示するこ
とにより実行するかを選択できる機能を有するものであ
る。さらに、アプリケーションモードの切り替えに伴
い、元のアプリケーションのデータ中、新しいアプリケ
ーションの入力項目として活用できなかったデータが存
在した場合は、そのデータを新しいアプリケーションの
データと一緒に或いは別領域に記憶して、再度アプリケ
ーションモードの切り替えの際に再利用を図るようにし
た情報処理装置を提供することを目的としている。

【０００８】

【課題を解決するための手段】本発明は、上記課題を解
決するために、（１）入力項目毎の入力データとしてデ
ータを入力するための入力手段と、該入力手段により入
力された入力データを記憶するデータ記憶手段と、複数
の入力項目を備えた第１、第２のアプリケーションプロ
グラムを記憶するプログラム記憶手段と、前記各手段を
制御する制御手段とを有する情報処理装置において、前
記第１のアプリケーションの起動を指示するアプリケー
ション起動指示手段と、該アプリケーション起動指示手
段により起動した前記第１のアプリケーションの入力項
目に対する入力データを一時的に保持するバッファ手段
と、前記第１のアプリケーションに変えて前記第２のア
プリケーションの起動を指示する起動アプリケーション
変更指示手段と、該起動アプリケーション変更指示手段
によるアプリケーション変更指示に伴い、前記バッファ
手段に保持されている前記第１のアプリケーションの入
力データの入力項目、前記第２のアプリケーションの入
力項目との対応付けを行なうと共に、対応付けがされた
前記バッファ手段に保持されている前記第１のアプリケ
ーションの入力項目に対する入力データを、前記対応付
けがされた前記第２のアプリケーションの入力項目に移
動させるデータ移動手段と、を具備したこと、更には、
（２）前記起動アプリケーション変更指示手段の変更指
示に伴う、前記データ移動手段による入力項目の対応付
けの処理と入力データの移動の処理とに際して、前記第
１のアプリケーションの入力項目と前記第２のアプリケ
ーションの入力項目との間で、互いに共通の内容を持つ
入力項目に対する前記第１のアプリケーションの入力デ
ータはそのまま前記第２のアプリケーションの対応付け
がされた入力項目に移動させ、一方、互いに異なる内容
を持つ入力項目に対する前記第１のアプリケーションの
入力データは前記第２のアプリケーションの入力項目に
は移動させない処理を自動的に行うか、あるいは、ユー
ザの指示により、入力項目間の対応付けをして、対応付
けがされた入力項目に対する前記第１のアプリケーショ
ンの入力データを前記第２のアプリケーションの対応付
けがされた入力項目に移動を行うかを選択できる機能を
有すること、更には、（３）前記起動アプリケーション
変更指示手段の変更指示に伴う、前記データ移動手段に
よる入力項目の対応付 けの処理と入力データの移動の処
理とに際して、前記第１のアプリケーションの入力項目
と前記第２のアプリケーションの入力項目との前記対応
付けがされず、前記第２のアプリケーションの入力項目
への移動を行なわなかった前記第１のアプリケーション
の入力項目に対する入力データを消去することなく、前
記バッファ手段に保持し続けることを特徴としたもので
ある。

【０００９】

【作用】前記構成を有する本発明の情報処理装置は、デ
ータを入力するための入力手段と、該入力手段により入
力されたデータを記憶する第１の記憶手段と、プログラ
ムを記憶する第２の記憶手段と、前記第１の記憶手段に
入力されたデータを呼び出す呼び出し手段と、該呼び出
し手段により呼び出されたデータを修正する修正手段
と、呼び出された修正中のデータ或いは入力中のデータ
を表示する表示手段と、前記各手段を制御する制御手段
とを有する情報処理装置であり、（１）第２の記憶手段
にあるプログラムの動作状態において、アプリケーショ
ンモードの切り替え手段によりモードの切り替えを行う
ことにより、入力時であればバッファに記憶された入力
データが、修正時であれば、同じくバッファに記憶され
た登録データが元のアプリケーションモードから新しい
アプリケーションモードに変換される。変換は、例え
ば、元のアプリケーションモードに存在する複数のデー
タ項目と新しいアプリケーションモードの複数のデータ
項目を対比させ、共通の内容を持つデータ項目に対する
データはそのまま移動させ、一方、一致しない即ち異な
る内容を持つデータ項目に対するデータは移動させない
ことにより行われる。ここに、元のアプリケーションモ
ードと新しいアプリケーションモードとは、切り替えの
前後である元のアプリケーションと新しいアプリケーシ
ョンとそれぞれ同義である（以降においても同じ）。

【００１０】（２）前記（１）では元のアプリケーショ
ンモードから新しいアプリケーションモードへのデータ
変換が自動的に行われるモードのみであったのに対し、
元のアプリケーションの複数のデータ項目を新しいアプ
リケーションの複数のデータ項目のどれに移動させるか
をユーザに指定させるモードを追加し、どちらのモード
を選ぶかを選択させる。後者のモードを選択した場合
は、元のアプリケーションの各データ項目ごとに新しい
アプリケーションのデータ項目のどれに移動させるか選
択する選択画面を表示させ、ユーザが指示することによ
り移動が行われる。

【００１１】（３）前記（１）では、元のアプリケーシ
ョンモードと新しいアプリケーションモードの複数のデ
ータ項目で、一致しないものは新しいアプリケーション
モードでは削除されてしまうが、これに対して一致しな
いデータ項目に対するデータも新しいアプリケーション
モードで記憶しておく。但し、このデータは新しいアプ
リケーションモードでは有効ではないので、有効データ
の後ろに付属する形で保持される。また、別の手法とし
て有効データの後ろには、一致しないデータの保持され
ている記憶エリアのアドレスを示すリンク情報のみを持
ち、一致しないデータはまとめて別エリアとする方法も
ある。どちらにしても新してアプリケーションモードで
は有効データのみ使用されるが、修正時に再度新しいア
プリケーションモードから元のアプリケーションモード
に戻す処理が発生した場合、一致しなかったデータ項目
に対するデータを用いることによって元のアプリケーシ
ョンモードのデータ項目に対するデータを復元すること
が可能となる。

【００１２】

【実施例】実施例について、図面を参照して以下に説明
する。図１は、本発明による情報処理装置の一実施例を
説明するための構成図で、図中、１は入力部、２はＲＡ
Ｍ（Ｒandom Ａccess Ｍemory）、３はＲＯＭ（ＲeadＯ
nly Ｍemory）、４は表示部、５はＣＰＵ（中央処理装
置）、６は表示用メモリである。入力部１は文字データ
を入力するキー等の入力手段である。第１の記憶手段で
あるＲＡＭ２は、前記入力部１から入力されたデータを
記憶する。第２の記憶手段であるＲＯＭ３は、本発明で
使用するアプリケーションプログラムを記憶する。表示
部４は記憶されたデータを表示する液晶表示パネル等の
表示手段である。ＣＰＵ５は前記ＲＡＭ２とＲＯＭ３及
び表示部４を駆動制御する制御手段である。

【００１３】ＲＯＭ等の記憶手段３には２種類以上のア
プリケーションプログラムを格納している。各アプリケ
ーションモードは各々に応じた入力項目が存在し、それ
をＲＡＭ等の記憶手段２に各々のアプリケーションモー
ドに応じた記憶態様で記憶する。各アプリケーションモ
ードでは入力したデータを呼び出す呼び出し手段と、呼
び出されたデータを修正する修正手段と、呼び出された
修正中のデータ或いは入力中のデータを表示手段に表示
させる機能とを有し、各手段を切り替えるためには、そ
のために割り当てられたキー入力により行う。このよう
なアプリケーションにおいて、入力／修正手段の動作中
に入力項目の設定を変更することにより、現在のアプリ
ケーションの入力または修正手段から他のアプリケーシ
ョンの入力または修正手段の動作状態にモードが切り替
わり、モードが切り替わると同時に元のアプリケーショ
ンモードのデータを新しいアプリケーションモードのデ
ータとして活用する。

【００１４】図２は、本発明による情報処理装置のハー
ドウェア構造を示す図で、図中、１１はＬＣＤ（Ｌiqui
d Ｃrystal Ｄisplay：液晶ディスプレイ）、１２はＲ
ＡＭ、１３はＣＰＵ、１４はＲＯＭ、１５は本体キー、
１６はタッチパネル、１７はＲＴＣ（Real Time Cloc
k）、１８はＡ／Ｄコンバータ、１９ａ，１９ｂはＬＣ
Ｄドライバ、２０はゲートアレイ、２１はメモリー保護
用電池、２２はブザー、２３はローバッテリー検出回
路、２４は駆動用電池である。

【００１５】ＬＣＤ表示デバイス１１と入力したデータ
を記憶するためのＲＡＭ１２、また制御部であるＣＰＵ
１３には、電子手帳機能や本発明を実現するためのアプ
リケーションプログラム等が格納されているＲＯＭ１４
と、前記表示部と、ＲＡＭおよびデータ入力のためのキ
ー１５等が接続されている。また、タッチパネル１６は
本ハードウェアの操作性を向上させる目的で使用され
る。

【００１６】なお、ここで述べる電子手帳とは、（１）
スケージュールの日程管理ができるスケジュール機能
と、（２）発生した課題用件の処理／未処理の管理がで
きる課題管理と、（３）日付指定で記念日の管理ができ
る記念日１、（４）指定月／週の曜日指定で記念日の管
理ができる記念日２など、データの入力項目に日時など
を表わす項目が含まれるアプリケーションを少なくとも
二つ以上有する携帯可能な情報処理機器を指すものとす
る。

【００１７】図３は、情報処理装置の一例としての電子
手帳の外観を示す平面図で、図中、３１はＬＣＤ表示部
タッチパネル、３２は文字／数字／記号入力キー部、３
３はアプリケーション／機能切り替えキー部、３４はＮ
ｅｗキー、３５はＥＤＩＴキー、３６はＥＮＴＥＲキ
ー、３７はＣＡＮＣＥＬキー、３８はＳＣＨＥＤＵＬＥ
キー、３９はＴＯＤＯキー、４０はＡＮＮ１キー、４１
はＡＮＮ２キー、４２はＰＲＥＶキーおよびＮＥＸＴキ
ー、４３はＭＥＮＵキーである。

【００１８】キー入力部３２は、数値、アルファベット
キーの他、新規データの入力モードに移るためのＮＥＷ
キー３４、表示しているデータの修正モードに移るため
のＥＤＩＴキー３５、入力／修正中のデータを登録する
ためのＥＮＴＥＲキー３６、入力／編集を中断するため
のＣＡＮＣＥＬキー３７、前件／後件データを表示させ
るＰＲＥＶキー／ＮＥＸＴキー４２等からなる。アプリ
ケーションキーとしてはスケジュールアプリケーション
を起動する SCHEDULE キー３８、課題管理アプリケーシ
ョンを起動するＴＯＤＯキー３９、記念日１アプリケー
ションを起動するＡＮＮ１キー４０、記念日２アプリケ
ーションを起動するＡＮＮ２キー４１、操作メニューを
開くＭＥＮＵキー４３等からなっている。

【００１９】図４は、図２のＲＡＭにおける領域割り当
ての概略を表わすブロック図で、図中、４３は編集用バ
ッファ、４４は編集用バッファの退避用エリア、４５は
スケジュールアプリケーション用記録エリア、４６は課
題管理アプリケーション用記録エリアである。データの
入力／編集時に使われる編集バッファ４３と編集バッフ
ァの退避エリア４４、スケジュールアプリケーションの
データ領域４５と課題管理アプリケーションのデータ領
域４６が、ＲＡＭ１２に配置されている様子を示す。

【００２０】第１実施例の動作を、スケジュールアプリ
ケーションと課題管理アプリケーションの２つのモード
を例にとり、図５〜図８の表示状態図と図１１及び図１
２のフローチャートにしたがって説明する。図５は、ス
ケジュールアプリケーションの入力初期画面、図６は、
スケジュールアプリケーションの入力例、図７は、Ｔyp
eのプルダウンメニューを開いた状態の例、図８は、課
題管理アプリケーションのデータの入力／編集画面の例
を示す図で、図中、５１は用件の実行日（Ｄate）、５
２は用件の開始／終了時刻（Ｔime）、５３はアラーム
の有無、５４はアラームの鳴音時刻、５５は用件の内
容、５６は達成の日付（Ｄue Ｄate)、５７は優先順位
（Ｐriority)、５８は用件の達成／未達成のチェック
（Ｄone）、５９は達成用件の内容、６０はアプリケー
ションの種類（Ｔype）である。

【００２１】本実施例ではスケジュールアプリケーショ
ンにおいては、用件の実行日（Ｄate）５１、用件の開
始／終了時刻（Ｔime）５２、アラームの有無５３、ア
ラームの鳴音時刻５４、用件の内容５５の５種類の入力
項目からなる。また、課題管理アプリケーションにおい
ては、達成の日付（Ｄue Ｄate)５６、優先順位（Ｐrio
rity)５７、用件の達成／未達成のチェック（Ｄone）５
８、達成用件の内容５９の４項目からなる。

【００２２】入力されたデータは、ＲＡＭ内にアプリケ
ーションごとに存在するファイルに登録される。前述の
アプリケーションの各項目を図１７に示すように比較す
ると、用件の実行日５１と達成の日時５６とは共に日付
に関する項目であり共通の内容即ち同等であると関連づ
けすることができる。また、用件の内容５５、達成用件
の内容５９についても同じことが言える。他の項目につ
いては両アプリケーションで意味的に結び付けることは
できない。本実施例では用件の実行日５１と達成の日時
５６および用件の内容５５、達成用件の内容５９がそれ
ぞれデータ構造についても一致しているものとするが、
ここでいう項目の比較において同等であるということ
は、必ずしも比較する双方の項目のデータの構造が一致
する必要はなく、データが意味的に同等であるととるこ
とができるということである。

【００２３】図１１は、電源ＯＮ状態からのアプリケー
ションの動作を説明するためのフローチャートである。
以下、各ステップ（Ｓ）に従って順に説明する。（Ａ）
利用者はまず、図３に示す本体のアプリケーション切替
キーから SCHEDULE キーを押下して（フローチャート、
図１１のＳ１１−１）、スケジュールアプリケーション
を起動する（Ｓ１１−２）。このとき、スケジュールア
プリケーションはＲＴＣ（図２の１７）に記憶されてい
る日付データ（基本的にはその日の日付）を読み出し、
ＲＡＭに登録されているスケジュールデータ上の日付デ
ータと比較し、一致するデータを呼び出しＬＣＤに表示
する。

【００２４】もし、一致するものがない場合は、ＲＴＣ
１７に記憶されている日付データに一番近い未来のスケ
ジュールデータを呼び出してＬＣＤに表示する（Ｓ１１
−３）。これを以下では便宜上表示モードと呼ぶ。該表
示モードではＰＲＥＶ，ＮＥＸＴキーの操作により現在
表示しているデータの前後のデータを呼び出して表示す
ることができる。

【００２５】（Ｂ）スケジュールアプリケーションの新
規データの入力画面に移行するため、ＮＥＷキーを押
す。ステップＳ１１−４ではデータの入力／修正のため
に確保しているＲＡＭ内の編集用バッファをスケジュー
ルアプリケーションの入力項目各々のために割り当て、
かつ各内容はクリアされて未入力となり、図５のような
画面になる。ここで、新規データの入力ではなく、すで
に登録してあるデータの修正画面に移行する場合には、
表示モードで修正するデータを表示させた状態でＥＤＩ
Ｔキーを押す。ステップＳ１１−５ではデータの入力／
修正のために確保しているＲＡＭ内の編集用バッファは
スケジュールアプリケーションの入力項目各々のために
割り当てられ、かつ各内容はＲＡＭに登録されている内
容が呼び出されて反映され、例えば、図６のような画面
になる。新規入力、修正いずれについても、以下の流れ
は特に明記しない限り共通である。

【００２６】図１２は、ステップＳ１１−４またはＳ１
１−５に続くデータ入力のフローチャートである。以
下、各ステップ（Ｓ）に従って順に説明する。 （Ｃ）続いてステップＳ１２−１では前記データの編集
を行うため、スケジュールアプリケーションの持つデー
タの項目を入力項目として有するデータの編集画面を表
示する。各項目の入力欄には前述の編集用バッファの内
容が初期値として表示される。また、入力項目６０のア
プリケーションの種類（Ｔype）は、現在入力対象とし
ているアプリケーションであるＳcheduleに設定され
る。 （Ｄ）ステップＳ１２−２では、用件の実行日（Ｄat
e）以下の各入力項目への入力をする。入力を行う項目
を選択するための入力欄へのカーソル移動、および内容
の入力は文字／数字／記号入力キー部あるいはタッチパ
ネルの操作により実現する。ここでは、図６のように入
力したとする。

【００２７】（Ｅ）ここで使用者が入力中のデータをス
ケジュールアプリケーションではなく課題管理のアプリ
ケーションのデータとして登録することに変更すること
にしたとする。このとき入力項目のアプリケーションの
種類（Ｔype）をセレクトし、項目の設定をＳcheduleか
らＴoＤoに変更することにより、課題管理のアプリケー
ションを選択する。この変更は、この実施例ではアプリ
ケーションの種類の入力項目プルダウンメニューをタッ
チすることで行う。例えば、図７のような画面になる。

【００２８】（Ｆ）ステップＳ１２−４で各項目の変換
を行う。スケジュール機能の入力項目である用件の実行
日（Ｄate）、および用件の内容の二つの項目は、課題
管理の入力項目である達成の日付（Ｄue Ｄate）、およ
び達成用件の内容とそれぞれ同等の入力項目である。し
たがって、この二つの項目は表示が切り替わった後に入
力内容が失われることなく、課題管理の各対応項目の入
力内容として残る。課題管理のその他の項目について
は、スケジュール機能に対応する項目が存在しないた
め、入力データなしが初期値になる。

【００２９】その後、入力画面は、図８の課題管理のア
プリケーションで使用する入力項目を入力するための表
示画面に切り替わる（Ｓ１２−１）。ステップＳ１２−
２で優先順位（Ｐriority）、用件の達成／未達成のチ
ェックの入力、また必要ならば、達成の日付（Ｄue Ｄa
te）、達成用件の内容についても修正を行った後、ＥＮ
ＴＥＲキーを押すことにより入力データをＲＡＭ内の課
題管理アプリケーションのファイルに格納する（Ｓ１２
−３）。

【００３０】次に、第２の実施例の動作を、第１実施例
の装置を元に、スケジュールアプリケーションと課題管
理アプリケーションの２つのモードを例にとり、図９，
図１０の表示状態図と、図１２〜図１４のフローチャー
トにしたがって説明する。図中、６１は元のアプリケー
ションモードのデータ項目、６２は新しいアプリケーシ
ョンモードでの移動先の項目、６３は新しいアプリケー
ションモードへの移動はしないことを示す項目である。

【００３１】初めに、一つのアプリケーションモードに
おいて、入力或いは修正中のアプリケーションを切り替
えた時に、元のアプリケーションモードのデータを新し
いアプリケーションモードのデータに活用するために、
元のアプリケーションの入力項目と新しいアプリケーシ
ョンの入力項目との対応付け及びデータの移動を、自動
的に行うか、ユーザの指定により行うかの選択について
説明する。

【００３２】まず、第１実施例の（Ａ）から（Ｃ）の操
作を行ったあと、図１２のステップＳ１２−２のキー入
力で、 （Ｇ）ユーザが、図３のアプリケーション切り替えキー
からＭＥＮＵキーを押すと、図９のようにＥＤＩＴメニ
ューが開く。このメニューは含まれる項目をペンタッチ
などにより選択することで、データの入力或いは修正画
面においてデータの編集などを行うために使用する操作
を選択するためのものである。このメニュー内の最下段
の項目 SET EDIT MODE は、入力項目の対応付け及びデ
ータの移動を自動的に行うか、ユーザの指定により行う
かの設定を行う項目である。SET EDIT MODE を選択する
と、サブメニューが表示され、入力項目の対応付け及び
データの移動を自動的に行うか、ユーザの指定により行
うかを各々 AUTO、MANUAL により設定することで選択で
きる。この処理は、図１２のステップＳ１２−５から図
１３のＳ１３−１に移行した後のステップＳ１３−３で
ある。 （Ｈ）続いて第１実施例の（Ｄ）,（Ｅ）の操作を行
う。この間の動作は第１実施例の場合と同一である。

【００３３】第２実施例での図１２のステップＳ１２−
４の変換前後のアプリケーションに対応した項目の変換
の処理は、図１４のステップＳ１４−１以下のように、
入力項目の移動の設定に依存して、以下の（Ｉ−１）と
（Ｉ−２）に分岐する（Ｓ１４−２）。 （Ｉ−１）入力項目の移動の設定 SET EDIT MODE が
（Ｇ）の操作で AUTO に設定していた場合、第１実施例
の（Ｆ）の処理が行われる（Ｓ１４−３）。

【００３４】(Ｉ−２）また、入力項目の対応付け及び
データの移動の設定 SET EDIT MODEが、前記(Ｇ)の操作
で MANUAL に設定していた場合、ステップＳ１４−４以
下の各入力項目の変換項目の指定処理に移る。この処理
について、図１０を使用して説明すると、この画面では
元のアプリケーションモードのデータの設定を行う入力
項目６１と、チェックボックスとともに新しいアプリケ
ーションモードでの入力項目の対応付け及びデータの移
動が可能な入力項目６２および入力項目の対応付け及び
データの移動ができないという項目６３が現われる。表
示された元のアプリケーションモードのデータの入力項
目を新しいアプリケーションモードのどの入力項目に対
応付け及びデータを移動するか、あるいはデータを移動
しないかをペンタッチなどによりユーザが指定をするこ
とで決定する。元のアプリケーションの全入力項目に対
して指定した段階で、ステップＳ１４−５に移行して指
定にしたがってデータの変換が実行される。その後は、
図１２のステップＳ１２−１に移り、入力画面は課題管
理アプリケーションで使用する入力項目を入力するため
の表示画面に切り替わる。

【００３５】次に、第３実施例の動作を、第１実施例の
装置を元に、スケジュールアプリケーションと課題管理
アプリケーションの２つのモードを例にとり、図８の表
示状態図と、図１２，図１５，図１６のフローチャート
にしたがって説明する。ここでは、実施例１の（Ａ）か
ら（Ｅ）の操作を行った後の状態から説明する。この間
の動作は第１実施例の場合と同一である。

【００３６】（Ｊ）図１２のステップＳ１２−４で各項
目の変換を行う。この際のＲＡＭ等の記憶手段に用意し
たバッファの記憶態様を図１８に示す。本実施例のよう
に、スケジュールアプリケーションで入力していたデー
タ７１，７２を課題管理のアプリケーションに変更する
場合には、変更後の記憶態様として、課題管理アプリケ
ーションのデータの各入力項目７３，７４に加えて、変
換前のアプリケーションを識別する項目７５およびスケ
ジュールアプリケーションの項目中の課題管理アプリケ
ーションに変換されなかった項目のための記憶領域７６
を用意する。

【００３７】ここで、課題管理アプリケーションのデー
タの各入力項目のバッファには、実施例１と同様、スケ
ジュール機能の入力項目である用件の実行日（Ｄat
e）、および用件の内容の二つの項目を、課題管理の入
力項目である達成の日付（ＤueＤate）、および達成用
件の内容に変換する。また、課題管理のその他の項目に
ついては、スケジュール機能に対応する項目が存在しな
いため、入力データなしが初期値になる。

【００３８】また、バッファの変換前のアプリケーショ
ンを識別する項目の領域（図１８における“課題管理機
能のデータの態様”中の７５“変換前のアプリケーショ
ンの識別子”エリア）にはスケジュールアプリケーショ
ンであることを識別する値が保存される。スケジュール
アプリケーションの項目中の課題管理アプリケーション
に変換されなかった項目のための記憶領域７６には、そ
れに該当する項目７２の内容が保存される。

【００３９】前述の動作は図１５のフローチャートによ
り実現する。まず、図１５のステップＳ１５−１で、入
力用のバッファの内容をメモリの他の領域に一時的に退
避する（図４の４４）。次に、ステップＳ１５−２でバ
ッファの内容を変更後のアプリケーションのもつ構造に
してクリアする。このとき、新規のバッファには変更後
のアプリケーションのデータ項目と、変更前のアプリケ
ーションに属するデータ項目のうち変更後のアプリケー
ションに対応するものがないデータ項目の双方を用意す
る。

【００４０】また、変換前のアプリケーションの識別子
のデータ項目には、スケジュールアプリケーションであ
ることを示す符号が与えられる。続けて、退避したバッ
ファのデータ項目を変更後のアプリケーションのデータ
項目と比較して、対応する項目のバッファに保存する
（Ｓ１５−３，Ｓ１５−４）。対応する項目がないもの
も変換されなかった項目用のバッファに保存する（Ｓ１
５−５）。

【００４１】（Ｋ）全項目について対応づけが完了した
ら、変更を指定されたアプリケーションの入力画面に移
り、課題管理アプリケーションのステップＳ１２−１に
移行する。入力画面は、図８の課題管理のアプリケーシ
ョンで使用する入力項目を入力するための表示画面に切
り替わり、ここでユーザは各項目を入力する。

【００４２】（Ｌ）ここで、ユーザが入力中のデータを
課題管理アプリケーションからスケジュールアプリケー
ションに再度変更したとする。この際のＲＡＭ等の記憶
手段に用意したバッファの記憶態様を図１８に示す。本
実施例のように課題管理アプリケーションで入力してい
たデータをスケジュールのアプリケーションに変更する
場合には、変更後の記憶態様として、スケジュールアプ
リケーションのデータの各入力項目７７，７８に加え
て、変換前のアプリケーションを識別する項目７９およ
び課題管理アプリケーションの項目中のスケジュールア
プリケーションに変換されなかった項目のための記憶領
域８０を用意する。

【００４３】実施例１と同様、ここでは、（Ｊ）とは逆
に課題管理の入力項目である達成の日付（Ｄue Ｄat
e）、および達成用件７３を、スケジュールアプリケー
ション機能の入力項目である用件の実行日（Ｄate）、
および用件の内容の二つの項目７７の内容に変換する。
また、バッファの変換前のアプリケーションを識別する
項目の領域７９には課題管理アプリケーションであるこ
とを識別する値が保存される。課題管理アプリケーショ
ンの項目中のスケジュールアプリケーションの項目に対
応付けされずに変換されなかった項目のための記憶領域
８０である、優先順位（Ｐriority）、用件の達成／未
達成のチェックの各項目には、それに該当する項目７４
の内容が保存される。また、課題管理に対応する項目が
存在しないとして退避されていたスケジュールアプリケ
ーションの項目７６である、用件の開始／終了時刻（Ｔ
ime）、アラームの有無、アラームの鳴音時刻について
は、（Ｊ）でバッファに保存した内容を再度入力項目７
８に戻すことで再利用する。

【００４４】前述の動作は、図１６（ａ）,（ｂ）のフ
ローチャートにより実現する。まず、図１６（ａ）のス
テップＳ１６−１で入力用のバッファの内容をメモリの
他の領域に一時的に退避する。次に、ステップＳ１６−
２でバッファの内容を変更後のアプリケーションのもつ
構造にしてクリアする。このとき新規のバッファには変
更後のアプリケーションのデータ項目と、変更前のアプ
リケーションに属するデータ項目のうち変更後のアプリ
ケーションに対応するものがないデータ項目の双方を用
意する。また、変換前のアプリケーションの識別子のデ
ータ項目には課題管理アプリケーションであることを示
す符号が与えられる。

【００４５】続けて、バッファから退避したデータの変
換前のアプリケーションで使用したデータ項目（図１８
の７３，７４）を変更後のアプリケーションのデータ項
目（図１８の７７，７８）と比較して、対応する項目が
あればバッファに保存する（Ｓ１６−３，Ｓ１６−
４）。全項目について対応づけが完了したら、バッファ
から退避したデータの変換前のアプリケーションの識別
子（図１８の７５）を参照して、これが変換後のアプリ
ケーションと一致するならば、前回のデータの変換の際
にバッファに保存しておいたデータ（図１８の７６）
を、新規に作成された現在のバッファに保存する（Ｓ１
６−５，Ｓ１６−６）。最後に、バッファから退避した
データの変換前のアプリケーションで使用したデータ項
目（図１８の７３，７４）で、対応する項目がないもの
を用意したバッファ（図１８の８０）に保存する（Ｓ１
６−７）。

【００４６】（Ｍ）変換完了後、スケジュールアプリケ
ーションのステップＳ１２−１に移行する。入力画面
は、図８のスケジュールのアプリケーションで使用する
入力項目を入力するための表示画面に切り替わり、ここ
でユーザは再度各項目の入力を行う。以下、修正／保存
操作は第１実施例と同じである。

【００４７】

【発明の効果】以上の説明から明らかなように、本発明
によると、以下のような効果がある。 （１）請求項１に対応する効果：本発明の情報処理装置
では、従来の電子手帳のアプリケーション個々にデータ
の入力を行うため、まず、前もってどのアプリケーショ
ンに対するデータとするかを決定してから入力しなくて
はならないという問題を解決し、どのアプリケーション
のデータとして登録するか、ということを入力中に設定
するという使用方法を可能とし、データを入力途中で登
録するアプリケーションの変更を容易に行うことを可能
とするため、使用者の使用法に合わせた入力を実現する
ものである。また、アプリケーションの変更の際に、変
更前後のアプリケーション間の入力項目に、同等の入力
項目が存在している場合については、同等の入力項目の
間を対応付けして、データを移動し、変更後のアプリケ
ーションに引き継ぐことにより、使用者の入力の手間の
簡素化およびデータの有効活用が図られている。 （２）請求項２に対応する効果：アプリケーション間の
データの移動において、予め設定された移行パターンに
より同等の入力項目同士を自動的に対応付けしてデータ
の移動をするか、あるいは、ユーザ指定とするかのどち
らかを選べることにより、ユーザが作成した各アプリケ
ーションのデータに応じた、よりきめの細かいデータの
移動が可能となる。 （３）請求項３に対応する効果：また、アプリケーショ
ンの変更により変更後のアプリケーションでは使用しな
い入力内容として失われる入力項目の入力内容を編集用
バッファに格納しておくことにより、再度アプリケーシ
ョンの種類を元に戻したときに、変更前後で同等の入力
項目が存在しない入力項目について、格納されている既
入力の入力内容を再度入力内容として復活することによ
り、データの活用範囲を拡大することができる。

【図面の簡単な説明】

【図１】本発明による情報処理装置の一実施例を説明す
るための構成図である。

【図２】本発明による情報処理装置のハードウェア構造
のブロック図である。

【図３】本発明における本体キーレイアウト図である。

【図４】図２のＲＡＭにおける領域割り当ての概略を表
わすブロック図である。

【図５】本発明におけるスケジュールアプリケーション
の入力初期画面を示す図である。

【図６】本発明におけるスケジュールアプリケーション
の入力／修正時の画面を示す図である。

【図７】本発明におけるアプリケーション切り換えのた
めＴypeのプルダウンメニューを開いた状態図である。

【図８】本発明における課題管理（ＴoＤo）アプリケー
ションの入力／修正時の画面を示す図である。

【図９】本発明による他の実施例におけるモード切り換
え時の自動／ユーザ指定の選択画面を示す図である。

【図１０】本発明におけるユーザ指定を選択時の各デー
タ項目の指定画面を示す図である。

【図１１】本発明におけるスケジュールモードの動作を
説明するためのフローチャートである。

【図１２】本発明における各アプリケーションモードで
のデータ入力＆アプリケーションモード切り換え時の動
作を説明するためのフローチャートである。

【図１３】図９のメニュー画面表示時の動作を説明する
ためのフローチャートである。

【図１４】図１０のユーザ指定画面の動作を説明するた
めのフローチャートである。

【図１５】図１８におけるスケジュール機能から課題管
理機能に切り換えた場合の動作を説明するためのフロー
チャートである。

【図１６】図１８において再度、課題管理機能からスケ
ジュール機能に戻した場合、或いは、他の機能に移った
場合の動作を説明するためのフローチャートである。

【図１７】本発明のスケジュールおよび課題管理アプリ
ケーションの入力項目の対応を示す図である。

【図１８】本発明の更に他の実施例におけるアプリケー
ションのモード切り換え時の各データ項目の移動並びに
保存を示した図である。

【符号の説明】

１…入力部、２…ＲＡＭ（Ｒandom Ａccess Ｍemor
y）、３…ＲＯＭ（Ｒead Ｏnly Ｍemory）、４…表示
部、５…ＣＰＵ（中央処理装置）、６…表示用メモリ、
１１…ＬＣＤ（Ｌiquid Ｃrystal Ｄisplay：液晶ディ
スプレイ）、１２…ＲＡＭ、１３…ＣＰＵ、１４…ＲＯ
Ｍ、１５…本体キー、１６…タッチパネル、１７…ＲＴ
Ｃ（Real Time Clock）、１８…Ａ／Ｄコンバータ、１
９ａ，１９ｂ…ＬＣＤドライバ、２０…ゲートアレイ、
２１…メモリー保護用電池、２２…ブザー、２３…ロー
バッテリー検出回路、２４…駆動用電池、４３…編集用
バッファ、４４…編集用バッファの退避用エリア、４５
…スケジュールアプリケーション用記録エリア、４６…
課題管理アプリケーション用記録エリア、５１…用件の
実行日（Ｄate）、５２…用件の開始／終了時刻（Ｔim
e）、５３…アラームの有無、５４…アラームの鳴音時
刻、５５…用件の内容、５６…達成の日付（Ｄue Ｄat
e)、５７…優先順位（Ｐriority)、５８…用件の達成／
未達成のチェック（Ｄone）、５９…達成用件の内容、
６０…アプリケーションの種類（Ｔype）。

フロントページの続き (56)参考文献 特開 昭60−50589（ＪＰ，Ａ) 特開 平４−352274（ＪＰ，Ａ) 特開 平５−40738（ＪＰ，Ａ) 特開 平６−4486（ＪＰ，Ａ) 特開 平３−20812（ＪＰ，Ａ) 特開 昭61−241828（ＪＰ，Ａ) 特開 昭61−272825（ＪＰ，Ａ) 特開 平４−81935（ＪＰ，Ａ) 特開 昭61−18036（ＪＰ，Ａ) 特開 昭62−243030（ＪＰ，Ａ) 特許2675987（ＪＰ，Ｂ１) 米国特許5606674（ＵＳ，Ａ) 川下満，他２名，データ標準化を目的 とした類似データの分類手法，第37回 （昭和63年後期）全国大会講演論文集 （▲Ｉ▼），日本，社団法人情報処理学 会，1988年 ９月，ｐ．435−ｐ．436 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 15/02 G06F 15/00 G06F 3/00 G06F 17/20

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 入力項目毎の入力データとしてデータを
   入力するための入力手段と、該入力手段により入力され
   た入力データを記憶するデータ記憶手段と、複数の入力
   項目を備えた第１、第２のアプリケーションプログラム
   を記憶するプログラム記憶手段と、前記各手段を制御す
   る制御手段とを有する情報処理装置において、前記第１
   のアプリケーションの起動を指示するアプリケーション
   起動指示手段と、該アプリケーション起動指示手段によ
   り起動した前記第１のアプリケーションの入力項目に対
   する入力データを一時的に保持するバッファ手段と、前
   記第１のアプリケーションに変えて前記第２のアプリケ
   ーションの起動を指示する起動アプリケーション変更指
   示手段と、該起動アプリケーション変更指示手段による
   アプリケーション変更指示に伴い、前記バッファ手段に
   保持されている前記第１のアプリケーションの入力デー
   タの入力項目と、前記第２のアプリケーションの入力項
   目との対応付けを行なうと共に、対応付けがされた前記
   バッファ手段に保持されている前記第１のアプリケーシ
   ョンの入力項目に対する入力データを、前記対応付けが
   された前記第２のアプリケーションの入力項目に移動さ
   せるデータ移動手段と、を具備したことを特徴とする情
   報処理装置。
2. 【請求項２】 前記起動アプリケーション変更指示手段
   の変更指示に伴う、前記データ移動手段による入力項目
   の対応付けの処理と入力データの移動の処理とに際し
   て、前記第１のアプリケーションの入力項目と前記第２
   のアプリケーションの入力項目との間で、互いに共通の
   内容を持つ入力項目に対する前記第１のアプリケーショ
   ンの入力データはそのまま前記第２のアプリケーション
   の対応付けがされた入力項目に移動させ、一方、互いに
   異なる内容を持つ入力項目に対する前記第１のアプリケ
   ーションの入力データは前記第２のアプリケーションの
   入力項目には移動させない処理を自動的に行うか、ある
   いは、ユーザの指示により、入力項目間の対応付けをし
   て、対応付けがされた入力項目に対する前記第１のアプ
   リケーションの入力データを前記第２のアプリケーショ
   ンの対応付けがされた入力項目に移動を行うかを選択で
   きる機能を有することを特徴とする請求項１記載の情報
   処理装置。
3. 【請求項３】 前記起動アプリケーション変更指示手段
   の変更指示に伴う、 前記データ移動手段による入力項目
   の対応付けの処理と入力データの移動の処理とに際し
   て、前記第１のアプリケーションの入力項目と前記第２
   のアプリケーションの入力項目との前記対応付けがされ
   ず、前記第２のアプリケーションの入力項目への移動を
   行なわなかった前記第１のアプリケーションの入力項目
   に対する入力データを消去することなく、前記バッファ
   手段に保持し続けることを特徴とする請求項１記載の情
   報処理装置。