(57)【要約】【課題】  携帯端末とサーバでデータの入れ替えを行わなくても携帯端末からサーバ内の全てのデータを利用でき、かつ携帯端末から、携帯端末およびサーバ内の全てのデータの保持状態、破棄状態を一目で把握することができる携帯端末の提供。【解決手段】  携帯端末１は、記憶装置１１と、記憶装置に蓄積するデータ１２とその項目を対で表示するインデックスデータ１３と、データ、インデックスデータをサーバに送信する通信部１４と、記憶装置からデータを一時破棄するとき、インデックスデータからそのデータに対応する項目を削除せず、一時破棄の情報をインデックスデータへ追加し、そのインデックスデータをサーバへ送信し、記憶装置へ新規データを追加するとき、そのデータおよびその項目をインデックスデータに追加し、追加した新規データおよびそのインデックスデータをサーバへ送信するデータ更新部とを含む。【選択図】      図１
2010072771.tif 000002
【特許請求の範囲】
【請求項１】
記憶装置と、
前記記憶装置に蓄積するデータとそのデータに対応する項目とを対として表示するインデックスデータと、
前記データおよびインデックスデータをサーバに送信する通信部と、
前記記憶装置からデータを一時破棄する場合は前記インデックスデータからそのデータに対応する項目を削除せず、一時破棄状態の状態情報を前記インデックスデータへ追加し、その変更後のインデックスデータを前記通信部を介して前記サーバへ送信し、前記記憶装置へ新規データを追加する場合はそのデータおよびそのデータに対応する項目を前記インデックスデータに追加し、追加した新規データおよび変更後のインデックスデータを前記通信部を介して前記サーバへ送信するデータ更新部とを含むことを特徴とする携帯端末。
【請求項２】
前記サーバ側で受信されたデータは前記サーバ側の記憶装置に蓄積され、前記サーバ側で受信されたインデックスデータは前記サーバ側で保持されることを特徴とする請求項１記載の携帯端末。
【請求項３】
前記データ更新部は、一時破棄されたデータが必要な場合、そのデータを前記サーバから取得し、インデックスデータ内の一時破棄状態の状態情報を保持状態に変更し、その変更後のインデックスデータを前記通信部を介して前記サーバへ送信することを特徴とする請求項１または２記載の携帯端末。
【請求項４】
前記データ更新部は、所望のデータが前記記憶装置に存在し、そのデータを前記記憶装置から削除する場合は、前記記憶装置から前記データを削除し、さらにそのデータ削除がなされた項目を前記インデックスデータから削除し、変更後の前記インデックスデータおよび前記データの削除命令を前記通信部を介して前記サーバへ送信することを特徴とする請求項１または２記載の携帯端末。
【請求項５】
前記データ更新部は、所望のデータが前記記憶装置に存在し、そのデータを更新する場合は、更新後のデータを前記通信部を介して前記サーバに送信することを特徴とする請求項１または２記載の携帯端末。
【請求項６】
さらに、前記記憶装置に蓄積したデータが利用されてから指定時間経過したことを通知するタイマ通知部を含み、
前記データ更新部は、前記タイマ通知部から前記指定時間経過の通知を受取った場合、前記データを一時破棄することを特徴とする請求項１から５いずれかに記載の携帯端末。
【請求項７】
前記インデックスデータは前記記憶装置に蓄積されることを特徴とする請求項１から６いずれかに記載の携帯端末。
【請求項８】
請求項１から７いずれかに記載の携帯端末から、前記インデックスデータおよびデータを受信し、少なくとも受信したデータを自サーバ内の記憶装置に蓄積することを特徴とするサーバ。
【請求項９】
前記携帯端末からデータを受信すると、受信完了通知を前記携帯端末へ送信することを特徴とする請求項８記載のサーバ。
【請求項１０】
記憶装置と、前記記憶装置に蓄積するデータとそのデータに対応する項目とを対として表示するインデックスデータと、前記データおよびインデックスデータをサーバに送信する通信部と、データ更新部とを含む携帯端末における保存データ管理方法であって、
前記データ更新部は、前記記憶装置からデータを一時破棄する場合は前記インデックスデータからそのデータに対応する項目を削除せず、一時破棄状態の状態情報を前記インデックスデータへ追加し、その変更後のインデックスデータを前記通信部を介して前記サーバへ送信し、前記記憶装置へ新規データを追加する場合はそのデータおよびそのデータに対応する項目を前記インデックスデータに追加し、追加した新規データおよび変更後のインデックスデータを前記通信部を介して前記サーバへ送信することを特徴とする保存データ管理方法。
【請求項１１】
前記サーバ側で受信されたデータは前記サーバ側の記憶装置に蓄積され、前記サーバ側で受信されたインデックスデータは前記サーバ側で保持されることを特徴とする請求項１０記載の保存データ管理方法。
【請求項１２】
前記データ更新部は、一時破棄されたデータが必要な場合、そのデータを前記サーバから取得し、インデックスデータ内の一時破棄状態の状態情報を保持状態に変更し、その変更後のインデックスデータを前記通信部を介して前記サーバへ送信することを特徴とする請求項１０または１１記載の保存データ管理方法。
【請求項１３】
前記データ更新部は、所望のデータが前記記憶装置に存在し、そのデータを前記記憶装置から削除する場合は、前記記憶装置から前記データを削除し、さらにそのデータ削除がなされた項目を前記インデックスデータから削除し、変更後の前記インデックスデータおよび前記データの削除命令を前記通信部を介して前記サーバへ送信することを特徴とする請求項１０または１１記載の保存データ管理方法。
【請求項１４】
前記データ更新部は、所望のデータが前記記憶装置に存在し、そのデータを更新する場合は、更新後のデータを前記通信部を介して前記サーバに送信することを特徴とする請求項１０または１１記載の保存データ管理方法。
【請求項１５】
さらに、前記携帯端末は前記記憶装置に蓄積したデータが利用されてから指定時間経過したことを通知するタイマ通知部を含み、
前記データ更新部は、前記タイマ通知部から前記指定時間経過の通知を受取った場合、前記データを一時破棄することを特徴とする請求項１０から１４いずれかに記載の保存データ管理方法。
【請求項１６】
前記インデックスデータは前記記憶装置に蓄積されることを特徴とする請求項１０から１５いずれかに記載の保存データ管理方法。
【請求項１７】
請求項１から７いずれかに記載の携帯端末および請求項８または９記載のサーバならびに前記携帯端末および前記サーバ間に接続される通信網を含むことを特徴とする通信システム。
【請求項１８】
記憶装置と、前記記憶装置に蓄積するデータとそのデータに対応する項目とを対として表示するインデックスデータと、前記データおよびインデックスデータをサーバに送信する通信部と、データ更新部とを含む携帯端末における保存データ管理方法のプログラムであって、
前記データ更新部に、前記記憶装置からデータを一時破棄する場合は前記インデックスデータからそのデータに対応する項目を削除せず、一時破棄状態の状態情報を前記インデックスデータへ追加し、その変更後のインデックスデータを前記通信部を介して前記サーバへ送信し、前記記憶装置へ新規データを追加する場合はそのデータおよびそのデータに対応する項目を前記インデックスデータに追加し、追加した新規データおよび変更後のインデックスデータを前記通信部を介して前記サーバへ送信する、処理を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末、サーバおよび保存データ管理方法ならびに通信システムに関し、特に保持しているデータの転送が可能な携帯端末、サーバおよび保存データ管理方法ならびに通信システムに関する。
【背景技術】
【０００２】
近年、サーバ（一例としてＰＣ（Ｐａｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）サーバ）内にある大量の画像、動画、音楽等のデータの一部を携帯端末に転送して持ち歩き、場所や時間を問わず利用するシーンが増えている。
【０００３】
一方、この種の発明の一例として、クライアント側携帯端末は、サーバ側携帯端末の共有データを仮想フォルダにリストアップしておくことにより、仮想的にクライアント側携帯端末内に保持しているデータとして取り扱う仮想データ共有システムが開示されている。この共有データの仮想フォルダへのリストアップが本発明のインデックスデータと共通する（たとえば、特許文献１参照）。
【０００４】
また、この種の発明の他の一例として、インデックス情報を生成して携帯端末間およびサーバコンピュータ間でデータ転送を行うデータ転送が開示されている（たとえば、特許文献２参照）。
【０００５】
また、この種の発明の他の一例として、携帯端末に静止画情報をデジタルデータとして一時的に蓄積するメモリを有し、サーバに、携帯端末が取得したデジタルデータを蓄積する格納部を持たせることにより、携帯端末が取り扱う静止画データの量がメモリの容量に依存しなくなる情報処理システムが開示されている（たとえば、特許文献３参照）。この発明は、携帯端末とサーバ間でデータを転送する点で本発明と共通する。
【０００６】
また、この種の発明の他の一例として、サーバ内のフィルタ指定したデータのみを携帯端末と同期する発明が開示されている（たとえば、特許文献４参照）。また、サーバ内のデータと付随する情報が更新されたときに、ユーザーが設定した特定の条件にあった更新データを携帯端末に配信する発明が開示されている（たとえば、特許文献５参照）。また、携帯端末で撮影した画像を、即座にサーバに保存する発明が開示されている（たとえば、特許文献６参照）。
【０００７】
【特許文献１】特開２００５−２８４４０７号公報
【特許文献２】特開２００５−１７３６６７号公報
【特許文献３】特開平１０−３３６２３８号公報
【特許文献４】特開２００５−０３８０３０号公報
【特許文献５】特開２００５−１９１９１２号公報
【特許文献６】特開２００３−０７８９０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明に関連する携帯端末、すなわちサーバとのデータ同期が可能な携帯端末においては、次のような課題がある。
【０００９】
第１の課題は、まず前提として、携帯端末の記憶装置の容量がＰＣサーバと比較して小さいため、ＰＣサーバに保存してある画像や動画、音楽等の全てのデータを携帯端末に転送することは困難であり、ＰＣサーバに保存してあるデータの一部だけを携帯端末に保存することになる。
【００１０】
このため、ユーザーはあらかじめ携帯端末で持ち歩くデータを、携帯端末の記憶装置の容量の範囲内でＰＣサーバから選択してダウンロードし、あるいは記憶装置の残容量によっては携帯端末からデータを削除するというデータの入れ替え作業をする必要があり、手間がかかるということである。
【００１１】
第２の課題は、携帯端末とＰＣサーバ間でのデータ転送を繰り返した結果、「ＰＣサーバに存在するデータのうち、今携帯端末に存在するのはどれか」、「携帯端末で新規作成したデータのうち、どれがＰＣサーバにも保存してあるか」等を、ユーザーはいくつかの手順や手法を用いて手間をかけなければ、すぐには把握できないということである。
【００１２】
一方、本発明ではデータを携帯端末とサーバの両方で保持しているのか、あるいはサーバのみで保持しているのかを示す保持状態あるいは破棄状態等の状態情報もインデックスデータで管理しているのに対し、特許文献１開示の発明にはこのような状態情報を管理するとの記載は全くなく、したがって、特許文献１開示の発明は本発明と目的が全く異なり、その目的達成のための構成も全く異なる別発明である。
【００１３】
また、特許文献２開示の発明のインデックス情報にも上記保持状態あるいは破棄状態等の状態情報は含まれていない。また、特許文献３開示の発明にも上記インデックスデータあるいはインデックス情報に相当する構成の記載は全くなく、したがって、特許文献３開示の発明もその目的および構成が本発明と全く異なる別発明である。また、特許文献４開示の発明は、あらかじめユーザーがフィルタ指定を行わなければならないという欠点がある。
【００１４】
また、特許文献５開示の発明には、携帯端末に配信したデータの破棄についての記載がない。また、特許文献６開示の発明には、サーバからのデータ取得についての記載がない。したがって、特許文献５および６開示の発明は、データの破棄やデータの取得についての発明でないため、ユーザーは自ら考え手間をかけて、破棄データや取得データの選択をしなければならないという欠点がある。したがって、上記特許文献１〜６開示の発明にも本発明の課題を解決する手段は開示されていない。
【００１５】
そこで本発明の目的は、あらかじめユーザーが携帯端末とサーバでデータの入れ替えを行わなくても携帯端末からサーバ内の全てのデータを利用することができ、かつユーザーが携帯端末から、携帯端末およびサーバ内の全てのデータの保持状態、破棄状態を一目で把握することができる携帯端末、サーバおよび保存データ管理方法ならびに通信システムを提供することにある。
【課題を解決するための手段】
【００１６】
前記課題を解決するために本発明による携帯端末は、記憶装置と、前記記憶装置に蓄積するデータとそのデータに対応する項目とを対として表示するインデックスデータと、前記データおよびインデックスデータをサーバに送信する通信部と、前記記憶装置からデータを一時破棄する場合は前記インデックスデータからそのデータに対応する項目を削除せず、一時破棄状態の状態情報を前記インデックスデータへ追加し、その変更後のインデックスデータを前記通信部を介して前記サーバへ送信し、前記記憶装置へ新規データを追加する場合はそのデータおよびそのデータに対応する項目を前記インデックスデータに追加し、追加した新規データおよび変更後のインデックスデータを前記通信部を介して前記サーバへ送信するデータ更新部とを含むことを特徴とする。
【００１７】
また、本発明によるサーバは、携帯端末から、前記インデックスデータおよびデータを受信し、少なくとも受信したデータを自サーバ内の記憶装置に蓄積することを特徴とする。
【００１８】
また、本発明による保存データ管理方法は、記憶装置と、前記記憶装置に蓄積するデータとそのデータに対応する項目とを対として表示するインデックスデータと、前記データおよびインデックスデータをサーバに送信する通信部と、データ更新部とを含む携帯端末における保存データ管理方法であって、前記データ更新部は、前記記憶装置からデータを一時破棄する場合は前記インデックスデータからそのデータに対応する項目を削除せず、一時破棄状態の状態情報を前記インデックスデータへ追加し、その変更後のインデックスデータを前記通信部を介して前記サーバへ送信し、前記記憶装置へ新規データを追加する場合はそのデータおよびそのデータに対応する項目を前記インデックスデータに追加し、追加した新規データおよび変更後のインデックスデータを前記通信部を介して前記サーバへ送信することを特徴とする。
【００１９】
また、本発明による通信システムは、携帯端末およびサーバならびに前記携帯端末および前記サーバ間に接続される通信網を含むことを特徴とする。
【００２０】
また、本発明によるプログラムは、記憶装置と、前記記憶装置に蓄積するデータとそのデータに対応する項目とを対として表示するインデックスデータと、前記データおよびインデックスデータをサーバに送信する通信部と、データ更新部とを含む携帯端末における保存データ管理方法のプログラムであって、前記データ更新部に、前記記憶装置からデータを一時破棄する場合は前記インデックスデータからそのデータに対応する項目を削除せず、一時破棄状態の状態情報を前記インデックスデータへ追加し、その変更後のインデックスデータを前記通信部を介して前記サーバへ送信し、前記記憶装置へ新規データを追加する場合はそのデータおよびそのデータに対応する項目を前記インデックスデータに追加し、追加した新規データおよび変更後のインデックスデータを前記通信部を介して前記サーバへ送信する、処理を実行させるためのプログラムであることを特徴とする。
【発明の効果】
【００２１】
本発明によれば、あらかじめユーザーが携帯端末とサーバでデータの入れ替えを行わなくても携帯端末からサーバ内の全てのデータを利用することができ、かつユーザーが携帯端末から、携帯端末およびサーバ内の全てのデータの保持状態、破棄状態を一目で把握することができる。
【発明を実施するための最良の形態】
【００２２】
まず、本発明の実施形態の説明に入る前に、本発明の動作原理について説明しておく。図１は本発明に係る携帯端末の動作原理の一例を示す構成図である。同図を参照すると、本発明に係る携帯端末１は、記憶装置１１と、記憶装置１１に蓄積するデータ１２とそのデータに対応する項目とを対として表示するインデックスデータ１３と、データ１２およびインデックスデータ１３をサーバに送信する通信部１４とを含んでいる。
【００２３】
さらに、本発明に係る携帯端末１は、記憶装置１１からデータ１２を一時破棄する場合はインデックスデータ１３からそのデータ１２に対応する項目を削除せず、一時破棄状態の状態情報をインデックスデータ１３へ追加し、その変更後のインデックスデータ１３を通信部１４を介してサーバへ送信し、記憶装置１１へ新規データを追加する場合はそのデータおよびそのデータに対応する項目をインデックスデータ１３に追加し、追加した新規データおよび変更後のインデックスデータ１３を通信部１４を介してサーバへ送信するデータ更新部１５とを含んでいる。
【００２４】
次に、携帯端末１の動作の一例について説明する。図２および図３は携帯端末１の動作の一例を示す模式図である。まず、図２に示す動作について説明する。図２（Ａ）は携帯端末１に保存されたデータのうちの一部が一時破棄された状態を示している。この状態では、携帯端末１の記憶装置１１からその一部のデータ１０１は削除されている。
【００２５】
「一時破棄」とは、記憶装置１１から一端削除されるが、記憶装置１１に再書込みが可能なデータのことをいい、このような一時破棄の場合、携帯端末１内のインデックスデータ１０２の項目からデータ１０１に関する項目は削除されない。その代わり、インデックスデータ１０２に一時破棄状態の状態情報を追加する。
【００２６】
一方、サーバ側のインデックスデータ１０３は常時携帯端末１側のインデックスデータ１０２と同期をとり、内容が常時一致するよう構成されている。したがって、携帯端末１からデータ１０１が一時破棄された場合、携帯端末１のデータ更新部１５はサーバへ更新後のインデックスデータ１０２を送信する。
【００２７】
サーバ側ではインデックスデータ１０３をインデックスデータ１０２に同期させる。すなわち、サーバ側のインデックスデータ１０３は携帯端末１側のインデックスデータ１０２で更新され、インデックスデータ１０３の内容とインデックスデータ１０２の内容とが一致する。また、一時破棄の場合、一時破棄データ１０１に対応するサーバ側のデータ１０４はサーバ側の記憶装置から削除されない。
【００２８】
すなわち、携帯端末１側のインデックスデータ１０２を参照すると、データ１０１が現在一時破棄状態であることが分かり、サーバ側のインデックスデータ１０３を参照すると、データ１０４に対応する携帯端末１側のデータ１０１が現在一時破棄状態であることが分かる。
【００２９】
次に、一時破棄したデータ１０１を携帯端末１の記憶装置１１に再書込みする動作について説明する。図２（Ｂ）は携帯端末１で一時破棄されたデータがサーバから再書き込みされた状態を示している。
【００３０】
携帯端末１側のインデックスデータ１０２からデータ１０１が一時破棄状態であることが分かる。そこで、携帯端末１においてデータ１０１がアクセスされた場合、データ更新部１５はインデックスデータ１０２を参照し、サーバ側の記憶装置からデータ１０１に対応するデータ１０４を取得する。そして、データ更新部１５はデータ１０１内の状態情報を保持状態に変更し、変更後のインデックスデータ１０２をサーバへ送信する。
【００３１】
サーバ側ではインデックスデータ１０３をインデックスデータ１０２に同期させる。すなわち、サーバ側のインデックスデータ１０３は携帯端末１側のインデックスデータ１０２で更新され、インデックスデータ１０３の内容とインデックスデータ１０２の内容とが一致する。
【００３２】
すなわち、携帯端末１側のインデックスデータ１０２とサーバ側のインデックスデータ１０３とを参照すれば、携帯端末１側のデータ１０１が一時破棄の状態にあり、そのデータ１０１の対応するデータ１０４がサーバ側の記憶装置に存在することが分かる。そこで、携帯端末１側でデータ１０１がアクセスされた場合、即座にそのデータをサーバ側から取得することが可能となる。
【００３３】
次に、図３に示す動作について説明する。図３（Ａ）は携帯端末１に新規データ１１１が追加された状態を示している。この場合、データ更新部１５はその新規データ１１１およびそのデータに対応する項目をインデックスデータに追加しインデックスデータ１１２を得る。一方、この状態においてサーバ側のインデックスデータ１１３は新規データ１１１追加前の状態を示しているので、インデックスデータ１１２と内容が異なる。
【００３４】
そこで、携帯端末１のデータ更新部１５は更新後のインデックスデータ１１２および追加した新規データ１１１をサーバへ送信する。図３（Ｂ）は携帯端末１からサーバ側へ更新後のインデックスデータ１１２および追加した新規データ１１１が送信された状態を示している。
【００３５】
サーバ側ではインデックスデータ１１３と更新後のインデックスデータ１１２とを同期させる。すなわち、サーバ側のインデックスデータ１１３は携帯端末１側のインデックスデータ１１２で更新され、インデックスデータ１１３の内容とインデックスデータ１１２の内容とが一致する。
【００３６】
このように、携帯端末１側のインデックスデータ１１２とサーバ側のインデックスデータ１１３とを参照すれば、現在どのデータが携帯端末１に存在し、どのデータがサーバに存在するかを一目で把握することが可能となる。
【００３７】
以下、本発明の実施形態について説明する。図４は本発明に係る通信システムの一例の構成図である。同図を参照すると、本発明に係る通信システムの一例は、携帯端末１０と、ＰＣサーバ５０と、通信網４０とを含んで構成され、携帯端末１０とＰＣサーバ５０とが通信網４０を介して接続されている。
【００３８】
携帯端末１０は情報処理装置２０と、記憶装置３０とを含んで構成される。情報処理装置２０はタイマ通知部２０１と、データ更新部２０２と、通信部２０３と、データ選択／更新ＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）２０４と、プログラム格納部２０５とを含んで構成される。また、情報処理装置２０では、オペレーティングシステムやアプリケーション等のソフトウエアが動作している。
【００３９】
タイマ通知部２０１は、データごとに、データを利用してから指定時間が経過した場合に、その旨をデータ更新部２０２に通知する。データ更新部２０２は、他のモジュールからの入力情報に基づき、記憶装置３０内のデータを更新する。また、データ更新部２０２は更新したデータを通信部２０３から通信網４０を介してＰＣサーバ５０へ送信する。また、データ更新部２０２はタイマ通知部２０１から指定時間経過の通知を受けた場合、該当するデータを一時破棄する。
【００４０】
通信部２０３は、通信網４０経由でＰＣサーバ５０内の後述する通信部と通信を行う。データ選択／更新ＵＩ２０４は、ユーザーがデータを選択あるいは更新するためのインタフェースである。プログラム格納部２０５には、後述する保存データ管理方法のプログラムが格納されている。データ更新部２０２は、プログラム格納部２０５からこのプログラムを読み出し、そのプログラムにしたがって各部位２０１，２０３，２０４および３０を制御する。
【００４１】
記憶装置３０は、一例として不揮発性の記憶装置で構成されており、インデックスデータ３０１と、個々のデータ３０２とを含んで構成される。なお、インデックスデータ３０１は記憶装置３０とは別個の記憶装置に格納することも可能である。
【００４２】
インデックスデータ３０１は、一時破棄状態のものも含め、個々のデータ３０２の一覧が記載される。また、インデックスデータ３０１には一時破棄状態および保持状態の情報も記載される。また、インデックスデータ３０１はＰＣサーバ５０内の後述するインデックスデータと同期しており、両者は同一の内容となる。なお、個々のデータ３０２については、一時破棄されているデータも存在するため、必ずしもＰＣサーバ５０内の個々のデータと同一とはならない。
【００４３】
通信網４０は、有線または無線の通信網である。ＰＣサーバ５０は情報処理装置６０と、記憶装置７０とを含んで構成される。情報処理装置６０は、通信部６０１と、データ更新部６０２と、データ更新ＵＩ６０３とを含んで構成される。
【００４４】
通信部６０１は、通信網４０経由で携帯端末１０内の通信部２０３と通信を行う。データ更新部６０２は、他のモジュールからの入力情報に基づき、記憶装置７０内部のデータを更新する。また、データ更新部６０２は更新したデータを通信部６０１から通信網４０経由で携帯端末１０へ送信する。データ更新ＵＩ６０３は、ユーザーがデータを更新するためのインタフェースである。
【００４５】
記憶装置７０は、一例として不揮発性の記憶装置で構成されており、インデックスデータ７０１と、個々のデータ７０２とを含んで構成される。なお、インデックスデータ７０１は記憶装置７０とは別個の記憶装置に格納することも可能である。
【００４６】
インデックスデータ７０１は、個々のデータ７０２の一覧が記載される。個々のデータ７０２は、携帯端末１０内の個々のデータ３０２とは異なり、一時破棄状態は存在しない。
【００４７】
なお、携帯端末１０内のタイマ通知部２０１の代わりに、他の破棄条件の発生を感知し、データ更新部２０２に破棄要求を出力するモジュールを設けることも可能である。一例として、携帯端末１０内の記憶装置３０の残容量が所定パーセントを下回った場合にデータ更新部２０２に破棄要求を出力するモジュールを設けることも可能である。
【００４８】
次に、インデックスデータの一例について説明する。図５は本発明に係る通信システムにおけるインデックスデータの一例の構成図である。同図（Ａ）は携帯端末１０が保持するインデックスデータの一例を示し、同図（Ｂ）はＰＣサーバ５０が保持するインデックスデータの一例を示している。同図は、一例として、携帯端末１０の記憶装置３０からデータＡが一時破棄されている場合の、携帯端末１０およびＰＣサーバ５０のインデックスデータの内容を示している。
【００４９】
まず、同図（Ａ）を参照し、携帯端末１０が保持するインデックスデータの一例について説明する。携帯端末１０側インデックスデータは項目欄と、携帯端末データの状態欄と、データ欄とを含んで構成される。さらに、携帯端末データの状態欄は、一時破棄欄と保持欄とを含んでいる。
【００５０】
「項目」は、一例として、１から始まる連番であり、「データ」名に対応している。「携帯端末データの状態」は携帯端末１０内のデータが現在どのような状態かを示している。そして、「一時破棄」にチェックマーク（一例として“Ｏ”）が付されているときはその項目のデータは現在一時破棄状態であり、記憶装置３０から削除されていることを示している。一方、「保持」にチェックマーク（一例として“Ｏ”）が付されているときはその項目のデータは記憶装置３０に保持されていることを示している。「データ」はデータの名前（一例として、“Ａ”，“Ｂ”，“Ｃ”，“Ｄ”等）を示している。
【００５１】
現在、携帯端末１０の記憶装置３０からデータＡが一時破棄されている状態なので、携帯端末１０の記憶装置３０からデータＡが現実に削除されている。したがって、データＡが該当する「項目１」の行は削除されるべきであるが、本発明では削除しない。これは、後日ユーザーが「項目１」を選択できる状態にしておいて、ユーザーがその破棄したデータを利用したいときに、そのデータをインデックスデータから選択してＰＣサーバ５０からダウンロードできるようにしておくためである。そこで、データＡに対応する項目１の携帯端末データの状態欄の一時破棄欄にチェックマーク（“Ｏ”）が付されている。一方、他のデータＢ，Ｃ，Ｄ等は一時破棄されていないので、保持欄にチェックマーク（“Ｏ”）が付されている。
【００５２】
次に、同図（Ｂ）を参照し、ＰＣサーバ５０が保持するインデックスデータの一例について説明する。同図（Ｂ）に示すようにＰＣサーバ５０側インデックスデータの内容は、携帯端末１０側インデックスデータの内容と一致している。これは、携帯端末１０の記憶装置３０の内容が更新されるたびに、携帯端末１０においてインデックスデータも更新され、その更新後のインデックスデータがＰＣサーバ５０に送信され、ＰＣサーバ５０側のインデックスデータと携帯端末１０側インデックスデータとが同期するためである。
【００５３】
一方、携帯端末１０の記憶装置３０からデータＡが削除されても、それが一時破棄の場合は、ＰＣサーバ５０の記憶装置７０からデータＡは削除されない。なお、「一時破棄状態」を明確に表示するために、一例として、インデックスデータ中で「一時破棄状態」にあるデータの項目欄あるいは項目の行全体の表示色を他の部分と異なる色に変更することが可能である。
【００５４】
したがって、同図（Ａ），（Ｂ）に示すインデックスデータを参照すれば、携帯端末１０側からも、またＰＣサーバ５０側からも、携帯端末１０の記憶装置３０からデータＡが一時破棄されていることが分かる。これにより、携帯端末１０およびＰＣサーバ５０に現在どのようなデータが保存されているのかを手間をかけずに把握することが可能となる。
【００５５】
次に、携帯端末１０の動作の一例について説明する。まず、携帯端末１０の記憶装置３０からデータを一時破棄する動作について説明する。図６は本発明に係る携帯端末におけるデータ一時破棄の処理の一例を示すフローチャートである。なお、この処理は情報処理装置２０内のデータ更新部２０２が各部位２０１，２０３および２０４を制御することにより実行される。
【００５６】
まず、データ更新部２０２は、データ選択／更新ＵＩ２０４を介して、ユーザーからの指示に基づき、記憶装置３０から所定データを読み出す（ステップＳ１）。読み出しが終了すると（ステップＳ２にて“Ｙｅｓ”の場合）、データ更新部２０２は、タイマ通知部２０１を作動させる（ステップＳ３）。
【００５７】
タイマ通知部２０１に定められた指定時間が経過すると（ステップＳ４にて“Ｙｅｓ”の場合）、タイマ通知部２０１からデータ更新部２０２へ所定データの一時破棄要求が通知される（ステップＳ５）。この通知を受けたらデータ更新部２０２は記憶装置３０から所定データを削除する（ステップＳ６）。
【００５８】
そして、データ更新部２０２はインデックスデータ３０１のデータ一覧からは一時破棄したデータの項目は削除せず、「携帯端末データの状態」を「保持」から「一時破棄」に変更する（ステップＳ７）。次に、データ更新部２０２は更新後のインデックスデータ３０１をＰＣサーバ５０へ送信する（ステップＳ８）。これで、この処理は終了する。
【００５９】
以上により、携帯端末１０の記憶装置３０から所定データが削除されるとともに、その削除が「一時破棄」であることがインデックスデータ３０１に表示され、その更新後のインデックスデータ３０１がＰＣサーバ５０へ送信される。
【００６０】
なお、ステップＳ２において、読み出しが終了しない場合（ステップＳ２にて“Ｎｏ”の場合）、データ更新部２０２は、読み出しが終了するまで待つ。また、ステップＳ４において、指定時間が経過しない場合（ステップＳ４にて“Ｎｏ”の場合）、タイマ通知部２０１は指定時間が経過するまで待つ。
【００６１】
以後、ＰＣサーバ５０内においてインデックスデータ７０１と携帯端末１０内のインデックスデータ３０１とが同期し、インデックスデータ７０１の内容がインデックスデータ３０１の内容と一致するよう変更される。なお、この場合、携帯端末１０から所定データの削除の通知はなされないので、ＰＣサーバ５０の記憶装置７０内の所定データは削除されない。
【００６２】
次に、携帯端末１０におけるデータの新規作成、更新、取得等の処理について説明する。図７は本発明に係る携帯端末におけるデータの新規作成、更新、取得等の処理の一例を示すフローチャートである。
【００６３】
まず、データ選択／更新ＵＩ２０４を介してユーザーから携帯端末１０内のデータにアクセスされると、データ更新部２０２はユーザーがアクセスしたデータがインデックスデータ３０１にない新規作成データなのか、インデックスデータ３０１にある保持状態のデータなのか、あるいは一時破棄状態のデータなのかを調べる（ステップＳ１１）。
【００６４】
ユーザーがアクセスしたデータがインデックスデータ３０１にない新規作成データである場合、データ更新部２０２はインデックスデータ３０１に新規作成データ用の項目を追加し、「保持」欄にチェックマークを付加し、さらに「データ」欄に新規作成データの名前（たとえば、“Ｅ”）を付加する（ステップＳ１２）。
【００６５】
次に、データ更新部２０２は更新後のインデックスデータ３０１をＰＣサーバ５０へ送信する（ステップＳ１３）。次に、データ更新部２０２は新規作成データをＰＣサーバ５０へ送信する（ステップＳ１４）。また、この新規作成データがＰＣサーバ５０で受信されると、ＰＣサーバ５０から携帯端末１０へ受信完了通知が送信される（ステップＳ１４）。これで、この処理は終了する。
【００６６】
この受信完了通知の送信が必要な理由は、本発明ではＰＣサーバ５０へ保存が完了したデータのみについて一時破棄を行うためである。ＰＣサーバ５０側では受信した新規作成データが記憶装置７０に保存され、インデックスデータ７０１と受信したインデックスデータ３０１とが同期される。
【００６７】
ステップＳ１１に戻り、ユーザーがアクセスしたデータが保持状態であり、かつアクセスしたデータに対して行われた操作がデータの削除であった場合( ステップＳ１５) 、データ更新部２０２はインデックスデータ３０１内の該当データの項目が存在する行全体を削除し( ステップＳ１２) 、更新後のインデックスデータ３０１をＰＣサーバ５０へ送信する( ステップＳ１３) 。次に、データ更新部２０２は該当データの削除命令をＰＣサーバ５０へ送信する( ステップＳ１４) 。
【００６８】
この該当データの削除命令を受信したＰＣサーバ５０は、受信完了通知を携帯端末１０へ送信する( ステップＳ１４) 。これで、この処理は終了する。そして、ＰＣサーバ５０側では、インデックスデータ７０１と受信したインデックスデータ３０１とが同期し、記憶装置７０から該当データが削除される。
【００６９】
ステップＳ１１に戻り、ユーザーがアクセスしたデータが保持状態であり、かつアクセスしたデータに対して行われた操作がデータの名前変更であった場合( ステップＳ１５) 、データ更新部２０２はインデックスデータ３０１内の該当データの名前を変更し( ステップＳ１２) 、更新後のインデックスデータ３０１をＰＣサーバ５０へ送信する( ステップＳ１３) 。
【００７０】
次に、データ更新部２０２は名前を変更したデータをＰＣサーバ５０へ送信する( ステップＳ１４) 。この名前を変更したデータを受信したＰＣサーバ５０は、受信完了通知を携帯端末１０へ送信する( ステップＳ１４) 。これで、この処理は終了する。そして、ＰＣサーバ５０側では、インデックスデータ７０１と受信したインデックスデータ３０１とが同期し、記憶装置７０内の該当データの名前が変更される。
【００７１】
ステップＳ１１に戻り、ユーザーがアクセスしたデータが保持状態であり、かつアクセスしたデータに対して行われた操作が「データを更新して保存」であった場合( ステップＳ１５) 、データ更新部２０２は該当するデータを更新して記憶装置３０へ保存する。そして、データ更新部２０２は更新したデータをＰＣサーバ５０へ送信する( ステップＳ１４) 。この更新したデータを受信したＰＣサーバ５０は、受信完了通知を携帯端末１０へ送信する( ステップＳ１４) 。
【００７２】
これで、この処理は終了する。そして、ＰＣサーバ５０側では、記憶装置７０内の該当するデータを携帯端末１０から送信されたデータで上書きする。なお、この場合、インデックスデータ３０１は更新されないので、ＰＣサーバ５０には送信されない。
【００７３】
ステップＳ１１に戻り、ユーザーがアクセスしたデータが保持状態であり、かつアクセスしたデータに対して行われた操作が「閲覧のみ」であった場合( ステップＳ１５) 、個々のデータの更新もインデックスデータの更新も行われないので、携帯端末１０からＰＣサーバ５０へ何も送信は行われない。これで、この処理は終了する。
【００７４】
ステップＳ１１に戻り、ユーザーがアクセスしたデータが一時破棄状態である場合、データ更新部２０２は該当データをＰＣサーバ５０から取得し( ステップＳ１６) 、携帯端末１０内のインデックスデータ３０１中の該当データ項目の状態を「一時破棄」から「保持」に変更し( ステップＳ１７) 、更新したインデックスデータ３０１をＰＣサーバ５０へ送信する( ステップＳ１８) 。これで、この処理は終了する。そして、ＰＣサーバ５０側では、インデックスデータ７０１と受信したインデックスデータ３０１とが同期する。
【００７５】
最後に、携帯端末における保存データ管理方法のプログラムについて説明する。前述したが、本発明に係る通信システムの一例の説明（図４参照）の中で、携帯端末１０内の情報処理装置２０はプログラム格納部２０５を含むことを述べた。このプログラム格納部２０５には、図６および図７にフローチャートで示す携帯端末における保存データ管理方法のプログラムが保存されている。
【００７６】
情報処理装置２０内のデータ更新部２０２はプログラム格納部２０５からそのプログラムを読み出し、そのプログラムにしたがってタイマ通知部２０１、通信部２０３、データ選択／更新ＵＩ２０４および記憶装置３０を制御する。その制御の内容については既に述べたのでここでの説明は省略する。
【００７７】
なお、上記実施形態では、サーバの一例としてＰＣサーバを挙げたが、これに限定されるものではなく、その他のサーバ（一例として、データ記憶装置を含む通信装置）で構成することが可能である。
【００７８】
以上説明したように本発明の実施形態によれば、あらかじめユーザーが携帯端末とＰＣサーバでデータの入れ替えをせずに、携帯端末からＰＣサーバの全てのデータを利用することが可能となる。その理由は、携帯端末とＰＣサーバ間で同期しているデータについて、特定の条件によって携帯端末から一時的に破棄し、その一時的な破棄についてはＰＣサーバ内のデータには反映せず、データ一覧であるインデックスデータからそのデータの項目を削除しないようにし、ユーザーが携帯端末で利用したいときにユーザーがインデックスデータからそのデータを選択して、サーバから取得するようにしているためである。
【００７９】
さらに、本発明の実施形態によれば、ユーザーは携帯端末から、携帯端末およびＰＣサーバ内の全てのデータの保持状態、破棄状態を一目で把握することが可能となる。その理由は、データの一覧であるインデックスデータは携帯端末とＰＣサーバ間で同期し、携帯端末から一時的に破棄しているデータについても、一時破棄状態のデータとしてインデックスデータに記載しているためである。
【００８０】
さらに、本発明の実施形態によれば、インデックスデータに携帯端末内での一時破棄以外のデータを反映させることにより、一時的に携帯端末がＰＣサーバと通信ができない状況になっても、携帯端末内の個々のデータを把握および管理することが可能となる。
【図面の簡単な説明】
【００８１】
【図１】本発明に係る携帯端末の動作原理の一例を示す構成図である。
【図２】携帯端末１の動作の一例を示す模式図である。
【図３】携帯端末１の動作の一例を示す模式図である。
【図４】本発明に係る通信システムの一例の構成図である。
【図５】本発明に係る通信システムにおけるインデックスデータの一例の構成図である。
【図６】本発明に係る携帯端末におけるデータ一時破棄の処理の一例を示すフローチャートである。
【図７】本発明に係る携帯端末におけるデータの新規作成、更新、取得等の処理の一例を示すフローチャートである。
【符号の説明】
【００８２】
１、１０  携帯端末
１１  記憶装置
１２  データ
１３  インデックスデータ
１４  通信部
１５  データ更新部
２０、６０  情報処理装置
３０、７０  記憶装置
４０  通信網
５０  ＰＣサーバ
１０１、１０４  データ
１０２、１０３  インデックスデータ
１１１、１１４  データ
１１２、１１３  インデックスデータ
２０１  タイマ通知部
２０２、６０２  データ更新部
２０３、６０１  通信部
２０４、６０３  データ選択／更新ＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）
２０５  プログラム格納部
３０１、７０１  インデックスデータ
３０２、７０２  個々のデータ
【図１】
2010072771.tif 000003
【図２】
2010072771.tif 000004
【図３】
2010072771.tif 000005
【図４】
2010072771.tif 000006
【図５】
2010072771.tif 000007
【図６】
2010072771.tif 000008
【図７】
2010072771.tif 000009