(57)【特許請求の範囲】
【請求項１】
アプリケーションのデータを表示する表示手段を有する第１情報処理装置であって、
前記第１情報処理装置と第２情報処理装置との間におけるシンクロナイズ処理によって前記第１情報処理装置内のアプリケーションデータが更新された第１日時を前記アプリケーションデータと対応させて記憶する記憶手段と、
シンクロナイズ処理が行われた日時である第２日時の履歴を順番に記憶する履歴情報記憶手段と、
前記履歴情報記憶手段に記憶されている第２日時群の中から、比較条件として用いられる特定の第２日時を読み出す手段と、
前記特定の第２日時と前記アプリケーションデータに対応付けられている第１日時とを比較する日時比較手段と、
前記日時比較手段によって、前記特定の第２日時と一致する第１日時が対応付けられているアプリケーションデータを検索するデータ検索手段と
を有する第１情報処理装置。
【請求項２】
さらに、前記データ検索手段により検索されたアプリケーションのデータを一覧表示させる表示制御部と、
一覧表示中から少なくとも１つのデータを選択する選択手段と、
前記選択手段により選択されたデータの詳細を表示させる詳細表示手段と
を有する請求項１に記載の第１情報処理装置。
【請求項３】
アプリケーションのデータを表示する表示手段を有する第１情報処理装置における情報処理方法であって、
前記第１情報処理装置と第２情報処理装置との間におけるシンクロナイズ処理によって前記第１情報処理装置内のアプリケーションデータが更新された第１日時を前記アプリケーションデータと対応させて記憶する記憶ステップと、
シンクロナイズ処理が行われた日時である第２日時の履歴を順番に記憶する履歴情報記憶ステップと、
前記履歴情報記憶ステップにより記憶された第２日時群の中から、比較条件として用いられる特定の第２日時を読み出すステップと、
前記特定の第２日時と前記アプリケーションデータに対応付けられている第１日時とを比較する日時比較ステップと、
前記日時比較ステップによって、前記特定の第２日時と一致する第１日時が対応付けられているアプリケーションデータを検索するデータ検索ステップと
を有する情報処理方法。
【請求項４】
さらに、前記データ検索ステップにより検索されたアプリケーションのデータを一覧表示させるステップと、
一覧表示中から少なくとも１つのデータを選択する選択ステップと、
前記選択ステップにより選択されたデータの詳細を表示させる詳細表示するステップと
を有する請求項３に記載の情報処理方法。
【請求項５】
請求項３又は４に記載の方法を情報処理装置に実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は、複数の情報機器間におけるデータの同期（シンクロナイズ）技術に関し、特に、パーソナルコンピュータ（以下「ＰＣ」と称する。）から転送した電子メール、スケジュール表又はアドレス帳などのＰＩＭ（Ｐｅｒｓｏｎａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｍａｎａｇｅｒ）ソフトのデータを同期処理により携帯端末に表示させるための情報処理技術に関する。
【０００２】
【従来の技術】
ＰＣを用いて電子メールを受信し、スケジュール・アドレス帳などのＰＩＭ情報もＰＣにより管理するのが一般的になってきた。一方で、電子メールデータやＰＩＭ情報を、ＰＣから携帯端末に転送し、携帯して持ち運ぶ機会も多い。
【０００３】
ＰＩＭ情報の変更や追加は、ＰＣ上で行う場合もあれば、携帯端末上で行う場合もある。双方の情報を最新の状態に更新し、同期を取るためにシンクロナイズ処理が行われる。一般的には、データ等の入力が行いやすいＰＣ上で情報の更新を行い、シンクロナイズ処理によりデータをＰＣから携帯端末に転送し、それを持ち運んで携帯端末上で閲覧するといった形で利用されている。
【０００４】
特開平９−２２３０６０号公報には、ＰＣと携帯端末とのデータを自動的に同期させる技術が記載されている。特開２０００−１３７６８７号公報には、シンクロナイズ処理によるデータの変更前と変更後の状態が判別できるように表示を行う技術が記載されている。特開平８−１９０５６９号公報には、複数の情報格納部に格納されている情報のうち新着情報の一覧を表示する技術が記載されている。
【０００５】
【発明が解決しようとする課題】
特開平９−２２３０６０号公報に記載されている技術では、ＰＣと携帯端末とのデータを同期するためにシンクロナイズ処理を行った場合に、携帯端末のデータのうち、いずれのデータが更新されたかを判断するのが難しいという問題があった。
【０００６】
また、特開２０００−１３７６８７号公報に記載の技術では、いずれのデータが更新されたかを知ることはできるが、この技術においては、更新されていないデータと同様に更新されたデータを表示させたときに認識できるのみであって、どのデータが更新されているのを簡単には把握できないという問題点があった。
【０００７】
また、特開平８−１９０５６９号公報に記載の技術では、更新されたデータの一覧が表示されるが、データ形式が同じデータ中の更新されたデータの一覧を表示させるだけであり、電子メールデータやその他のＰＩＭ情報といったように複数のデータ形式を含む場合には、その一覧表示を行うことはできない。
【０００８】
本発明は、ＰＣと携帯端末とのデータのシンクロナイズ処理を行った後に、電子メール又はスケジュール表やアドレス帳といったＰＩＭ情報など、複数の異なるデータ形式を有するデータ中から、シンクロナイズ処理を行った際に更新されたファイルの一覧表示を行い、どのデータが更新されたのかを簡単に把握できるような新着情報表示技術を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明の一観点によれば、複数のアプリケーションソフトを動作させることができる情報処理装置であって、データの更新を伴う処理の前後で変更された更新データを特定するための識別標識を前記複数のアプリケーションソフトにおける更新データに対して付す識別標識付与部と、前記識別標識と前記更新データとを対応させたデータを含むデータ群を記憶する記憶部と、前記データ群中から、前記識別標識に基づいて前記更新データのみを検索する更新データ検索部とを有する情報処理装置が提供される。
上記情報処理装置を用いると、データの更新を伴う処理の前後で変更されたデータを識別し、該当するデータを複数のアプリケーションソフトにまたがって検索することができる。
【００１０】
本発明の他の観点によれば、複数のアプリケーションに対応し異なる複数のデータを表示する表示手段を有する第１情報処理装置であって、前記第１情報処理装置と該第１情報処理装置とは異なる第２情報処理装置との間におけるシンクロナイズ処理によって前記第１情報処理装置内の複数のアプリケーションに対応するデータ中の更新されたデータに対して識別情報を付す識別情報付与部と、前記識別情報と前記更新されたデータとを対応させたデータを含むデータ群を記憶する記憶部と、前記データ群中から、前記識別標識に基づいて更新データのみを検索する更新データ検索部とを含む第１の情報処理装置が提供される。
【００１１】
また、複数のアプリケーションに対応し異なる複数のデータの表示手段を有する第１情報処理装置であって、前記第１情報処理装置と、該第１情報処理装置とは異なる第２情報処理装置との間におけるシンクロナイズ処理によって前記第１情報処理装置内の複数のアプリケーションに対応するそれぞれのデータが更新された第１時刻をデータと対応させて記憶する記憶部と、シンクロナイズ処理が行われた第２時刻の履歴を記憶する履歴情報記憶部と、前記第１時刻と前記第２時刻とを比較する時刻比較部と、前記第１時刻と前記第２時刻とを比較し、第２時刻のいずれかに一致する第１時刻と対応して前記記憶部に記憶されているデータを複数のアプリケーションにわたって検索するデータ検索部とを有する第１情報処理装置が提供される。
上記情報処理装置を用いると、シンクロナイズ処理の前後で変更されたデータを識別し、該当するデータを複数のアプリケーションソフトにまたがって検索することができる。
【００１２】
本発明のさらに別の観点によれば、情報処理装置間におけるシンクロナイズ処理に基づいて生成され該シンクロナイズ処理により更新されたデータである旨を識別できる識別情報を含み複数のアプリケーションソフトに共通の共通データ領域を有するデータ構造が提供される。
上記共通データ領域により、アプリケーションソフトが異なるデータが含まれている場合でも、アプリケーションソフトに依存しない識別情報に基づいて更新されたデータを検索することができる。
【００１３】
【発明の実施の形態】
本明細書において、例えばシンクロナイズ処理によりデータが変更されたり、削除されたり、或いは追加されたりする処理を、総称して「データの更新処理」と表現する場合がある。この場合には、データの変更・削除・追加などを含むものとする。
【００１４】
本発明の実施の形態について説明する前に、発明者の行った考察について以下において簡単に説明する。
発明者は、電子メールデータやＰＩＭ情報等の種々のアプリケーションにより形成されたデータ構造の中に、異なるアプリケーション間において共通に認識できる新着フラグを組み込むことを思い付いた。
【００１５】
シンクロナイズ処理の前には、新着フラグを全てクリアしておき、シンクロナイズ処理を行った際に、新たに追加されたデータ又は変更されたデータに対して、新着フラグをセットする。新着リストを表示させる必要がある場合には、全てのデータ中から、新着フラグがセットされているデータを検索し、検索されたデータのみの一覧表示を行う。
【００１６】
新着フラグのフィールドへの付加方法としては、以下の２種類の方法が含まれる。第１の方法は、データ構造中において、アプリケーションソフトの開発者が自由に設計できる領域、例えばいわゆる普通のデータ領域に、共通の規則を有する新着フラグ領域を追加する方法である。尚、以下に説明するＰＣとＰＤＡとのシンクロナイズ処理を考慮すると、上記データ構造に関しては、ＰＤＡ側のみが対応していれば良く、ＰＤＡのアプリケーションソフトの開発者がデータ構造を共通化すれば良い。
【００１７】
第２の方法は、例えばマイクロソフト社の開発したＷｉｎｄｏｗｓ  ＯＳ（ＴＭ）やＭＳ−ＤＯＳの日付（時刻）や属性情報のように、データごとにオペレーションシステム（ＯＳ）が管理している領域に新着フィールドを確保する方法がある。第２の方法では、異なるアプリケーションソフトにまたがって、新着情報を付与することができる。データ構造中の属性情報には、データのサイズに関する情報などのＯＳが管理している情報がそれぞれのデータごとに存在するため、そのような属性情報中に識別標識を付加することは容易である。
上記第１及び第２のいずれの方法においても、ＰＤＡ側のデータ構造にのみ新着フラグフィールドを追加すれば良い。
【００１８】
例えば、各アプリケーションのデータ構造の中に日時記憶機能を持たせ、シンクロナイズ処理を実行した場合に、新規に追加したデータ及び変更されたデータ中の日時を、シンクロナイズ処理が行われた日時で更新することもできる。同時に、シンクロナイズ処理を行った日時情報をシステムにおいて記憶させても良い。新着リストの一覧表示を行う場合には、履歴情報の時刻（日時）と各データの中にあるシンクロ時刻（日時）とを比較し、両者が一致したデータについてのみ一覧表示を行うようにしても良い。
【００１９】
上記のようにして、シンクロナイズ処理を行った後の新着リストのみを表示させることにより、複数の異なるアプリケーションにおいて、更新されたデータのみの一覧表示を行うことができる。
以下、本発明の第１の実施の形態による新着情報表示技術について図面を参照して説明する。
【００２０】
図１は、本発明の第１の実施の形態による新着情報表示技術に対応した携帯端末の全体構成を示すブロック図である。
携帯端末１は、中央制御部１１と、通信装置１２と、表示装置１３と、入力装置１４と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１５と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１６と、リスト情報記憶領域１７と、シンクロ履歴情報記憶領域１８と、記憶装置１９と、本体電源スイッチ２０と、外部記憶装置２１と、外部記憶媒体２２とを有している。
【００２１】
中央制御部１１は、各種命令により入力情報あるいは出力情報を制御する。通信装置１２は、ＰＣと接続することにより、ＰＣ内にある受信メール又はＰＩＭ情報などを携帯端末１内に取り込む。
表示装置１３は、中央制御部１１の指示に基づき、携帯端末１内のデータを表示する。入力装置１４は、文字を入力するための文字キー、選択した内容を決定する実行キー、カーソルや選択項目の移動や、画面をスクロールさせるためのカーソルキーなどを有している。
【００２２】
中央制御部１１は、入力装置１４からの入力に応じて、データの作成処理、選択処理、登録処理、画面の切り替え処理などを行う。ＲＯＭ１５は、中央制御部１１を動作させるためのプログラムを記憶したプログラムエリアと、文字変換を行うための辞書を記憶する辞書エリアと、画面上に表示を行うためのフォントエリアと、アイコンエリアとを有している。ＲＡＭ１６は、データを記憶する作業用ＲＡＭで構成されている。
【００２３】
リスト情報記憶領域１７は、画面に新着リストを表示する際に表示する情報を記憶しておく領域である。シンクロ履歴情報記憶領域１８は、シンクロナイズ処理を実行した日付や時刻を記憶しておく領域である。記憶装置１９は、電子メールなどのデータを記憶する。本体電源スイッチ２０は、本体電源をオン・オフするスイッチである。
【００２４】
外部記憶媒体２２は、例えば、フロッピーディスク、ＣＤ−ＲＯＭ、ＩＣカードなど、携帯端末１本体と分離可能な記憶媒体で構成される。電子メールや添付ファイルの内容などを、それぞれの表示状態を維持しながら、画面を切り替える機能を携帯端末１に実行させる画面切り替えプログラムなどを記憶していてもよい。以上の構成を有することにより、外部記憶媒体２２に記憶された画面切り替えプログラムを、外部記憶装置２１により読み取し、例えば、ＲＡＭ１６に転送することにより、本発明の画面切り替え機能を実現することもできる。
【００２５】
図２は、ＰＣ３０の情報と携帯端末１の情報とを同期させるためのシンクロナイズ処理を行うシステムの構成を示す図である。ＰＣ３０は、メールサーバ４０と通信することにより、電子メールを送受信することができる。また、スケジュールやアドレス帳などのＰＩＭ情報を管理することもできる。
携帯端末１を通信装置１２を介してＰＣ３０と接続し、電子メールやＰＩＭ情報をお互いに転送する。
【００２６】
シンクロ処理においては、まず、ＰＣ３０側に新規に追加されたデータを携帯端末１に転送し、携帯端末１側に新規に登録されたデータをＰＣ３０に転送する。次いで、ＰＣ３０側で変更されたデータを、対応する携帯端末１側のデータに上書きし、携帯端末１側で変更されたデータを、対応するＰＣ３０側のデータに上書きする。双方で変更されている場合は、それぞれのデータを新規データとして、それぞれに転送する。また、一方で変更されたデータに対応する他方のデータが削除されている場合は、変更されたデータを削除された側に転送する。最後に、ＰＣ３０側で削除されたデータに対応する携帯端末１側のデータを、携帯端末１から削除し、携帯端末１で削除されたデータに対応するＰＣ３０側のデータをＰＣ３０から削除する。
【００２７】
図３から図７までは、各アプリケーション別のデータ構造を示す図である。図３は、電子メールのデータ構造を、図４はスケジュールのデータ構造を、図５はＴｏＤｏリストのデータ構造を、図６はアドレス帳のデータ構造を、図７はメモ帳のデータ構造を示す図である。
【００２８】
データ構造自体はアプリケーションごとに異なるが、新着フラグのフィールドを有している点は共通である。これを共通領域と称する。その他のアプリケーションを追加する場合でも、同様に、新着フラグのフィールド（共通領域）を持ったデータ構造とすれば良い。本実施の形態によるデータ構造は、例えば、複数のアプリケーションソフトに共通の共通領域と、各アプリケーションに固有の領域である固有領域とを有している。例えば、シンクロナイズ処理時には、固有領域が更新されたデータに付随する共通領域に、新着フラグを付加する。
【００２９】
図８は、新着リストの画面例である。符号８ａは電子メールの新着データの一覧を表示する領域であり、符号８ｂはスケジュールの新着データの一覧を表示する領域、符号８ｃはアドレス帳の新着データの一覧を表示する領域である。かかる表示画面において、例えば画面を上下させるための上下キーと処理を実行させるための実行キーとを用いてデータを選択し、そのデータの詳細表示を行わせることが出来る。符号８ｄの領域が反転表示されており、現在選択されているデータであることを示している。尚、１画面に全データを表示しきれない場合も、図示しない（図９に図示されるような）上下キーなどを用いれば画面をスクロールさせることも出来る。
【００３０】
図９は、図８に示されるデータを詳細に表示させた場合の表示画面の例である。図８のリスト表示画面からデータを１つ選択して実行させることにより、そのデータの詳細表示画面に切り替えることが出来る。
図９に示す表示画面９ａ−１は、アドレス帳のデータを表示する画面であり、画面下部には、新規データ作成ボタン９ａ−２、編集ボタン９ａ−３、メール作成ボタン９ａ−４、画面スクロールボタン９ａ−５がそれぞれ設けられ、画面表示されている。
【００３１】
図３に示すように、新着フラグフィールドのフラグが１となっている場合、そのデータはシンクロナイズ処理により更新されたデータであることを示す。図８の符号８ａの領域に示されるように、そのメールのＦｒｏｍフィールド８ａ−１と件名フィールド８ａ−２とを含む一覧表示を行う。
【００３２】
同様に、図４に示すスケジュールのデータと、図６に示すアドレス帳のデータについても、新着フラグフィールドのフラグが１であるため、それぞれ、図８において符号８ｂで示される開始時刻８ｂ−１と内容８ｂ−２とを含む一覧表示、および、符号８ｃで示される、名前８ｃ−１と電話番号８ｃ−２とからなる一覧表示を行う。
【００３３】
図５に示すＴｏＤｏリストのデータと、図７に示すメモ帳のデータとに関しては、新着フラグフィールドの表示が０となっている。これは、シンクロナイズ処理において更新されたデータではないことを表している。このようなデータは、一覧表示に含めない。
【００３４】
図１０は、シンクロナイズ処理を実行した場合の処理の流れを示すフローチャート図である。適宜、図１及び図２をも参照して説明する。
ユーザーがシンクロナイズ処理を開始する操作を行う際に、実際にシンクロナイズ処理を開始する前に、ステップＳ１００１において携帯端末１内の全てのデータの新着フラグをクリア（０）にしておく処理を行う。
ステップＳ１００２において、実際にＰＣ３０と携帯端末１とのデータのシンクロナイズ処理を行う。
【００３５】
ステップＳ１００１の処理内容について、図１１を参照して詳細に説明する。ステップＳ１１０１において、携帯端末１内で利用できるアプリケーションを検索する。検索されたアプリケーション毎に、ステップＳ１１０２においてアプリケーション中のデータの検索を行う。ステップＳ１１０３では、ステップＳ１１０２の検索処理で検索されたデータの新着フラグを全てクリアする。
【００３６】
ステップＳ１１０４及びＳ１１０５において、全てのアプリケーションの全てのデータに関しての処理が終了するまで処理を繰り返す。
以上の処理を行うことにより、全てのデータの新着フラグがクリアされた状態となる。
次に、図１０のステップＳ１００２のシンクロナイズ処理について、図１２から図１５までを参照して説明する。適宜図１及び２を参照する。
【００３７】
図１２は、シンクロ処理全体のフローチャート図である。ステップＳ１２０１においてアプリケーションを検索し、検索されたアプリケーション毎に、ステップＳ１２０２からステップＳ１２０４までに示すように、新規データ、変更データ、削除データのそれぞれについてシンクロナイズ処理を行う。
【００３８】
図１３は、新規データのシンクロ処理のフローチャート図である。ステップＳ１３０１において、図１２に示すステップＳ１２０１において検索されたでアプリケーションについて、ＰＣ３０側の新規データを検索する。ステップＳ１３０２において、検索したデータを携帯端末１に転送する。ステップＳ１３０３において、携帯端末１に転送されたデータを登録する際に、そのデータの新着フラグをセットする。ステップＳ１３０４において、新規データが無くなるまで上記の処理を繰り返す。
次いで、ステップＳ１３０５において、携帯端末１側の新規データを検索する。ステップＳ１３０６では、検索したデータをＰＣ３０に転送する。ステップＳ１３０７において、この処理を全ての新規データに対して行う。
【００３９】
図１４は、変更データに関するシンクロナイズ処理のフローチャート図である。ステップＳ１４０１において、ＰＣ３０側の変更データを検索する。ステップＳ１４０２において、携帯端末１側の対応するデータを検索する。ステップＳ１４０３においては、携帯端末１側で検索したデータが変更されているか否かをチェックし、ステップＳ１４０４では、削除されているか否かをチェックする。
【００４０】
変更も削除もされていない場合には、ステップＳ１４０７に進み、携帯端末１上の対応するデータを上書きする。ステップＳ１４０４において携帯端末１においてデータが削除されている場合は、ステップＳ１４０５において、携帯端末１に対して新規データとして転送する。ステップＳ１４０３において、携帯端末１においてデータが変更されていると判断された場合には、ステップＳ１４０６において、携帯端末１の対応するデータをＰＣ３０へ新規データとして転送し、ＰＣ３０の変更データを携帯端末１に上書きする。
【００４１】
いずれの場合においても、ステップＳ１４０８において、追加・変更されたデータの新着フラグをセットする。ステップＳ１４０９で、上記の処理が終了したか否かを判断し、処理が終了するまでステップＳ１４０１からステップＳ１４０８までの処理を繰り返す。図１５に示すように、ステップＳ１４１０では、携帯端末１側の変更データを検索する。ステップＳ１４１１においては、ＰＣ３０側の対応するデータを検索する。ステップＳ１４１２ではＰＣ３０で検索したデータが変更されているか否かをチェックし、ステップＳ１４１３では、ＰＣ３０で検索したデータが削除されているか否かをチェックする。
【００４２】
ステップＳ１４１２及びステップＳ１４１３においてデータの変更も削除もされていないと判断された場合には、ステップＳ１４１７において、ＰＣ３０の対応するデータを上書きする。削除されている場合は、ステップＳ１４１４において、携帯端末１へ新規データとして転送する。ＰＣ３０で変更されている場合は、ステップＳ１４１５で、ＰＣ３０の対応するデータを携帯端末１へ新規データとして転送し、携帯端末１の変更データを、ＰＣ３０に上書きする。ステップＳ１４１６で、追加されたデータの新着フラグをセットする。ステップＳ１４１８で、データに関する処理が終了したか否かをチェックする。終了していなければ、上記の処理（ステップＳ１４１０からＳ１４１８）をデータ終了まで繰り返す。
【００４３】
図１６は、削除データに関するシンクロナイズ処理のフローチャート図である。ステップＳ１５０１では、ＰＣ３０側の削除されたデータを検索する。ステップＳ１５０２において、携帯端末１側の対応するデータを検索する。ステップＳ１５０３では、検索した携帯端末１側のデータを削除する。ステップＳ１５０４において、データ処理が終了しているか否かを判断する。処理が終了していない場合には、上記の処理（ステップＳ１５０１からステップＳ１５０４まで）をデータ終了まで繰り返す。
【００４４】
逆に、ステップＳ１５０５においては、携帯端末１側の削除されたデータを検索する。ステップＳ１５０６で、ＰＣ３０側の対応するデータを検索する。ステップＳ１５０７では、検索したＰＣ３０側のデータを削除する。ステップＳ１５０８で、上記の処理が終了したか否かを判断する。処理が終了していない場合には、データ終了（ステップＳ１５０５からＳ１５０８まで）に至るまで処理を繰り返す。
【００４５】
以上の処理により、シンクロナイズ処理を終了した時には、シンクロナイズ処理を実行した際に追加又は変更されたデータに対して、新着フラグがセットされた状態となる。
例えば、シンクロナイズ処理により追加・変更されたデータは、図３のメールデータ、図４のスケジュールデータ、図６のアドレス帳データに示されるように、新着フラグが１にセットされた状態になる。
【００４６】
また、シンクロナイズ処理を行う前から携帯端末３０内にあるデータ（変更等されていないデータ）に関しては、図５のＴｏＤｏリストデータ、図７のメモ帳データに示すように、ステップＳ１００１（図１０，図１１）でクリアされているため、新着フラグは０となる。
【００４７】
尚、ステップＳ１００１で、全てのデータの新着フラグをクリアしているが、新着フラグをクリアするタイミングとしては、シンクロ前に一括でクリアする方法の他に、詳細内容を確認したときにクリアする方法や、新着リストを表示したときにクリアする方法などを用いても良い。
【００４８】
図１７は、新着リストを作成し、データを表示するまでのフローチャートである。ステップＳ１６０１では、アプリケーションを検索し、アプリケーションごとに以下の処理を行う。ステップＳ１６０２では、検索したアプリケーションのデータを検索する。ステップＳ１６０３において、そのデータに新着フラグがセットされているか否かを確認する。新着フラグがセットされていれば、ステップＳ１６０４に進み、そのアプリケーションに対応したリスト表示の情報を作成する。例えば、メールのデータを検索して、図３に示すようなデータが読み出された場合、新着フラグに１がセットされているので、新着データとしてリスト情報を作成する。また、ＴｏＤｏリストのデータを検索しているときに、図５に示すようなデータが読み出された場合は、新着フラグが０となっているので、新着リストには加えない。
【００４９】
新着フラグがセットされていない場合には、ステップＳ１６０５に進み、全てのデータについての確認が終了したかを判断し、終了していなければ、ステップ１６０２に戻って、全てのデータについて確認が終わるまで、上記処理を繰り返す。ステップＳ１６０６において、全てのアプリケーションについて、上記処理を繰り返す。ステップＳ１６０７においては、作成したリスト情報を、画面に表示する。図８に示すように、各アプリケーションの境界や、フィールドの境界には、区切り線Ｌを表示することにより見やすくなる。
【００５０】
ステップＳ１６０８において、ユーザーは、表示したリスト情報から詳細な内容を確認したいデータを選択し、ステップＳ１６０９において、選択されたデータの詳細表示を行う。前述のように、図８において、符号８ｄの領域が選択されている。この場合に実行キーを操作することにより、図９の詳細表示画面に切り替わる。
【００５１】
また、ステップＳ１６０５で、全てのデータの処理の終了を確認するまで待たずに、１画面分のリスト表示できる件数まで処理した時点において一旦リスト表示し、ユーザーから指示があった場合に、さらに続きの検索処理を行うようにしてもよい。
【００５２】
以上のように、シンクロナイズ処理によって追加又は変更されたデータのみの一覧表示である新着リストを画面に表示させることにより、いかなるデータが更新されたかを一目で把握することができる。また、詳細を知りたい場合には、そのデータを選択することにより、簡単にデータの詳細を表示させることもできる。
次に、本発明の第２の実施の形態による新着情報表示技術について、図１８から図２４までを参照して説明する。
【００５３】
図１８から図２２までは、本発明の第２の実施の形態による新着情報表示技術に関するアプリケーションごとのデータ構造である。図１８はメールのデータ構造であり、図１９はスケジュールのデータ構造であり、図２０はＴｏＤｏリストのデータ構造であり、図２１はアドレス帳のデータ構造であり、図２２はメモ帳のデータ構造である。
【００５４】
アプリケーションごとのデータ構造はそれぞれで異なるが、シンクロ日時（時刻）のフィールドを有している点において共通する。また、これ以外のアプリケーションを追加する場合でも、同様に、シンクロ日時（時刻）のフィールドを持ったデータ構造とする。
【００５５】
図２３は、シンクロ履歴情報のデータ構造である。シンクロ履歴情報のデータ構造は、履歴情報が、履歴情報記憶領域にいくつ格納されているかを示す領域２２ａと、符号２２ｂから２２ｊまでの各領域とを有する。符号２２ｂから２２ｊまでは、それぞれシンクロ履歴情報であり、シンクロナイズ処理を行った日時（時刻）が記憶されている。シンクロナイズ処理を実行する毎に、符号２２ｊの領域の情報が削除され、符号２２ｂから２２ｉまでの情報は、それぞれ１つ下のフィールドに移動する。符号２２ｂのフィールドに最新のシンクロ時刻が記録されていく。
【００５６】
図２３では、符号２２ｂから２２ｄまでの３回分のシンクロの履歴情報が記録されている。従って、符号２２ａに示される履歴情報数は３と表示されている。符号２２ｂに表示されている履歴情報１は、「２０００／１１／１５  １４：１５」となっている。図１８に示される電子メールのデータ、図１９に示されるスケジュールのデータ、図２１に示されるアドレス帳のデータにおいて、シンクロ時刻フィールドに「２０００／１１／１５  １４：１５」と書き込まれているデータを、直前のシンクロナイズ処理によって更新されたデータとして特定することができる。これらのデータを一覧表示すると、図８の表示画面例のようになる。
【００５７】
また、図２０に示すＴｏＤｏリストのデータ、図２２に示すメモ帳のデータのシンクロ時刻フィールドの内容は、図２３の符号２２ｃの履歴情報２に一致しており、このデータは、前々回のシンクロナイズ処理において更新されたデータであることを表している。
【００５８】
図２４は、シンクロナイズ処理を実行した時のフローチャートである。ユーザーが、シンクロナイズ処理を開始する操作を行った際、実際にシンクロナイズ処理を開始する前に、ステップＳ２３０１で、シンクロナイズ処理を開始する時刻をシンクロ履歴情報記憶領域に記憶する。ステップＳ２３０２で、実際にシンクロナイズ処理を行う。ステップＳ２３０２のシンクロナイズ処理の詳細については、図１２から図１６までと同様であり、図１３のステップＳ１３０３、図１４のステップＳ１４０８とステップＳ１４１６の、新着フラグセットの処理において、新着フラグの代わりにシンクロ時刻フィールドにシンクロナイズ処理を行っている時刻（日時）を登録する。
その結果、シンクロナイズ処理の終了時には、そのシンクロナイズ処理を実行した際に追加又は変更されたデータに対して、シンクロナイズ処理が行われた時刻が更新された状態となる。
【００５９】
図２５は、新着リストを作成し、データを表示するまでのフローチャートである。ステップＳ２４０１において、シンクロ履歴情報から直前にシンクロした時刻（日時）を読み出す。ステップＳ２４０２において、アプリケーションを検索し、アプリケーションごとに以下の処理を行う。ステップＳ２４０３では、検索したアプリケーションのデータを検索する。ステップＳ２４０４において、携帯端末１（図１、２）内のデータのシンクロナイズ時刻（日時）を読み出す。ステップＳ２４０５で、携帯端末１内のデータのシンクロナイズ時刻（日時）と、直前にシンクロナイズ処理を行った時刻（日時）とを比較する。
【００６０】
シンクロナイズを行った時刻が一致する場合は、ステップＳ２４０６において、そのアプリケーションに対応したリスト表示の情報を作成する。ステップＳ２４０７で、全てのデータについての処理が終了したか否かを確認し、終了していなければ、ステップＳ２４０３に戻り、全てのデータについての確認が終わるまで、上記の処理を繰り返す。
【００６１】
ステップＳ２４０８において、全てのアプリケーションについて、上記の処理を繰り返す。ステップＳ２４０９では、作成したリスト情報を、画面に表示する。ステップＳ２４１０において、ユーザーは、表示したリスト情報から詳細な内容を確認したいデータを選択し、ステップＳ２４１１において、選択されたデータの詳細表示を行うこともできる。
【００６２】
ステップＳ２４０５における条件として、直前のシンクロ時刻と一致だけではなく、ｎ回前のシンクロ時刻と一致するデータ、現在時刻からｎ時間以内にシンクロで更新されたデータが有るか否かをリスト表示の条件として用いても良い。また、ステップＳ２４０７で、全てのデータを確認するまで待たずに、１画面分のリスト表示が可能な件数まで処理を行って一旦リストを表示し、さらにユーザーからの指示があった場合に、その続きを検索するようにしてもよい。
【００６３】
以上の処理により、シンクロナイズ処理によって追加や変更されたデータのみを一覧表示させた新着リストを画面に表示することができる。この表示を見れば、どのデータが更新されたのかを簡単に把握することができ、また、詳細を見たいデータについては、そこから簡単に選択して表示させることができる。
尚、本実施の形態においては、日時や時刻情報の他に、その他のデータ属性情報を用いても良い。
【００６４】
以上、実施の形態に沿って本発明を説明したが、本発明はこれらに制限されるものではない。その他、種々の変更、改良、組み合わせが可能なことは当業者に自明であろう。
例えば、本実施の形態においては、携帯端末とＰＣとの間のシンクロナイズ処理を例にして説明したが、携帯端末同士の処理、ＰＣ同士の処理などに適用できることは言うまでもない。また、シンクロナイズ処理の方法は、有線無線を問わない。
【００６５】
【発明の効果】
本発明によれば、複数の異なるアプリケーションソフトが動作する複数の情報処理装置間で、データの同期を取るためにシンクロナイズ処理を行った後、一方の情報処理装置においてどのデータが更新されたのか、簡単に把握することができる。また、詳細を見たいデータについては、そこから簡単に選択して表示させることができる。
従って、ユーザーは、新しいデータの概要及び内容のみを優先的に確かめることができ、新着データの確認に関する作業が迅速かつ簡単になる。
【図面の簡単な説明】
【図１】  本発明の実施の形態による新着情報表示機能を有する携帯端末の全体の構成を示す機能ブロック図である。
【図２】  本発明の実施の形態による新着情報表示機能を有する携帯端末とＰＣとのシンクロナイズ処理の概念的なシステム構成を示す図である。
【図３】  本発明の第１の実施の形態による新着情報表示機能を有する携帯端末において動作する電子メールアプリケーションのデータ構造例である。
【図４】  本発明の第１の実施の形態による新着情報表示機能を有する携帯端末において動作するスケジュールアプリケーションのデータ構造例である。
【図５】  本発明の第１の実施の形態による新着情報表示機能を有する携帯端末において動作するＴｏＤｏリストアプリケーションのデータ構造例である。
【図６】  本発明の第１の実施の形態による新着情報表示機能を有する携帯端末において動作するアドレス帳アプリケーションのデータ構造例である。
【図７】  本発明の第１の実施の形態による新着情報表示機能を有する携帯端末において動作するメモ帳アプリケーションのデータ構造例である。
【図８】  本発明の第１の実施の形態による新着情報表示機能を有する携帯端末に表示された新着リストの画面例である。
【図９】  本発明の第１の実施の形態による新着情報表示機能を有する携帯端末に表示された詳細表示画面の画面例である。
【図１０】  本発明の第１の実施の形態による新着情報表示機能において、シンクロナイズ処理を行う際の処理の流れを示すフローチャート図である。
【図１１】  本発明の第１の実施の形態による新着情報表示機能において、シンクロナイズ処理を行う際の全データの新着フラグクリア処理を示すフローチャート図である。
【図１２】  本発明の第１の実施の形態による新着情報表示機能において、シンクロナイズ処理を行う際のシンクロナイズ処理を示すフローチャート図である。
【図１３】  本発明の第１の実施の形態による新着情報表示機能において、シンクロナイズ処理を行う際の新規データのシンクロナイズ処理の流れを示すフローチャート図である。
【図１４】  本発明の第１の実施の形態による新着情報表示機能において、シンクロナイズ処理を行う際の変更データのシンクロナイズ処理の流れを示すフローチャート図である。
【図１５】  本発明の第１の実施の形態による新着情報表示機能において、シンクロナイズ処理を行う際の変更データのシンクロナイズ処理の流れを示すフローチャート図であり、図１４に続く図である。
【図１６】  本発明の第１の実施の形態による新着情報表示機能において、シンクロナイズ処理を行う際の削除データのシンクロナイズ処理の流れを示すフローチャート図である。
【図１７】  本発明の第１の実施の形態による新着情報表示機能において、シンクロナイズ処理を行う際の新着リスト作成に関するフローチャート図である。
【図１８】  本発明の第２の実施の形態による新着情報表示機能を有する携帯端末において動作する電子メールアプリケーションのデータ構造例である。
【図１９】  本発明の第１の実施の形態による新着情報表示機能を有する携帯端末において動作するスケジュールアプリケーションのデータ構造例である。
【図２０】  本発明の第２の実施の形態による新着情報表示機能を有する携帯端末において動作するＴｏＤｏリストアプリケーションのデータ構造例である。
【図２１】  本発明の第２の実施の形態による新着情報表示機能を有する携帯端末において動作するアドレス帳アプリケーションのデータ構造例である。
【図２２】  本発明の第２の実施の形態による新着情報表示機能を有する携帯端末において動作するメモ帳アプリケーションのデータ構造例である。
【図２３】  本発明の第２の実施の形態による新着情報表示機能を有する携帯端末におけるシンクロ履歴情報のデータ構造例である。
【図２４】  本発明の第２の実施の形態による新着情報表示機能において記憶されている履歴情報のデータ構造例を示す図である。
【図２５】  本発明の第２の実施の形態による新着情報表示機能を有する携帯端末における新着リスト作成時のフローチャート図である。
【符号の説明】
１１…中央制御部、１２…通信装置、１３…表示装置、１４…入力装置、１５…ＲＯＭ、１６…ＲＡＭ、１７…リスト情報記憶領域、１８…シンクロ履歴情報記憶領域、１９…記憶装置、２０…本体電源スイッチ、２１…外部記憶装置、２２…外部記憶媒体。
【図１】
0004279499.tif 000002
【図２】
0004279499.tif 000003
【図３】
0004279499.tif 000004
【図４】
0004279499.tif 000005
【図５】
0004279499.tif 000006
【図６】
0004279499.tif 000007
【図７】
0004279499.tif 000008
【図８】
0004279499.tif 000009
【図９】
0004279499.tif 000010
【図１０】
0004279499.tif 000011
【図１１】
0004279499.tif 000012
【図１２】
0004279499.tif 000013
【図１３】
0004279499.tif 000014
【図１４】
0004279499.tif 000015
【図１５】
0004279499.tif 000016
【図１６】
0004279499.tif 000017
【図１７】
0004279499.tif 000018
【図１８】
0004279499.tif 000019
【図１９】
0004279499.tif 000020
【図２０】
0004279499.tif 000021
【図２１】
0004279499.tif 000022
【図２２】
0004279499.tif 000023
【図２３】
0004279499.tif 000024
【図２４】
0004279499.tif 000025
【図２５】
0004279499.tif 000026