(57)【特許請求の範囲】
【請求項１】
ネットワークを介してサーバと通信を行い、前記サーバに格納されているデータを自端末で用いるための携帯端末であって、
前記サーバと通信可能であるか否かを監視する通信監視部と、
前記サーバとの通信が可能になっている状態において、自端末にデータをダウンロードするためのダウンロード条件を満足するか否かの監視を行い、前記ダウンロード条件が満足されたときに、前記サーバに格納されている前記データのうち、暗号化されたデータを復号化するための復号鍵を自端末へダウンロードし、さらに、前記ダウンロード条件が満足されたか否かに拘わらず、前記サーバに格納されている前記データのうち前記暗号化データを自端末へダウンロードするダウンロード処理部と、
前記復号鍵を用いて、前記暗号化データを復号する復号部と
前記通信監視部が前記サーバと通信可能に転じたと判定したときに、自端末に格納されているデータであって、前記サーバにも格納されているデータの、自端末からの削除を行うデータ管理部と
を備えることを特徴とする携帯端末。
【請求項２】
ネットワークを介してサーバと通信を行い、前記サーバに格納されているデータを自端末で用いるための携帯端末であって、
前記サーバと通信可能であるか否かを監視する通信監視部と、
前記サーバとの通信が可能になっている状態において、自端末にデータをダウンロードするためのダウンロード条件を満足するか否かの監視を行い、前記ダウンロード条件が満足されたときに、前記サーバに格納されているデータを自端末へダウンロードするダウンロード処理部と、
前記サーバとの通信状態が、通信不可能な状態から通信可能な状態に転じたと前記通信監視部が判定したときに、データ管理用の管理情報に基づいて、ダウンロード処理部によりダウンロードされ、自端末において更新が行われたデータを前記サーバへアップロードするアップロード処理部と、
自端末において更新が行われた前記データがアプロード処理部によりサーバにアップロードされて、前記サーバにも格納されたことを条件として、自端末に格納されている前記データを削除するデータ管理部と
を備えることを特徴とする携帯端末。
【請求項３】
前記データ管理部は、前記サーバと通信可能である状態が所定の時間継続した場合に、前記削除を行う
ことを特徴とする請求項１又は２に記載の携帯端末。
【請求項４】
前記データ管理部は、前記ダウンロード条件が満足されている場合は、前記通信監視部が前記サーバと通信可能に転じたと判定したか否かに拘わらず、自端末に格納されているデータを削除しない
ことを特徴とする請求項３に記載の携帯端末。
【請求項５】
ＧＰＳにより自端末の位置および移動速度を取得するＧＰＳ処理部を備え、
前記ダウンロード条件は、前記ＧＰＳ処理部が取得した自端末の位置が、予め設定された前記サーバと通信可能な地理的範囲であるエリアマップから、所定の時間後に外れると推定されることである
ことを特徴とする請求項４に記載の携帯端末。
【請求項６】
現在時刻を取得する計時部を備え、
前記ダウンロード条件は、前記計時部が取得した現在時刻が、予め設定された前記サーバと通信可能な時間帯を示すスケジュール情報から、所定の時間後に外れることである
ことを特徴とする請求項４に記載の携帯端末。
【請求項７】
ネットワークを介してサーバと通信を行い、前記サーバに格納されているデータを自端末で用いるための携帯端末におけるデータ管理方法であって、
前記サーバと通信可能であるか否かを監視する通信監視ステップと、
前記サーバとの通信が可能になっている状態において、自端末にデータをダウンロードするためのダウンロード条件を満足するか否かの監視を行い、前記ダウンロード条件が満足されたときに、前記サーバに格納されている前記データのうち、暗号化されたデータを復号化するための復号鍵を自端末へダウンロードし、さらに、前記ダウンロード条件が満足されたか否かに拘わらず、前記サーバに格納されている前記データのうち前記暗号化データを自端末へダウンロードするダウンロード処理ステップと、
前記復号鍵を用いて、前記暗号化データを復号する復号ステップと
前記通信監視ステップが前記サーバと通信可能に転じたと判定したときに、自端末に格納されているデータであって、前記サーバにも格納されているデータの、自端末からの削除を行うデータ管理ステップとを含む
を備えることを特徴とするデータ管理方法。
【請求項８】
ネットワークを介してサーバと通信を行い、前記サーバに格納されているデータを自端末で用いるための携帯端末におけるデータ管理方法であって、
前記サーバと通信可能であるか否かを監視する通信監視ステップと、
前記サーバとの通信が可能になっている状態において、自端末にデータをダウンロードするためのダウンロード条件を満足するか否かの監視を行い、前記ダウンロード条件が満足されたときに、前記サーバに格納されているデータを自端末へダウンロードするダウンロード処理ステップと、  
前記サーバとの通信状態が、通信不可能な状態から通信可能な状態に転じたと前記通信監視ステップが判定したときに、データ管理用の管理情報に基づいて、ダウンロード処理ステップによりダウンロードされ、自端末において更新が行われたデータを前記サーバへアップロードするアップロード処理ステップと、
自端末において更新が行われた前記データがアプロード処理ステップによりサーバにアップロードされて、前記サーバにも格納されたことを条件として、自端末に格納されている前記データを削除するデータ管理ステップと
を備えることを特徴とするデータ管理方法。
【請求項９】
ネットワークを介したサーバとの通信、及び、前記サーバに格納されているデータを用いた処理を、携帯端末におけるコンピュータに実行させるデータ管理プログラムであって、
前記サーバと通信可能であるか否かを監視する通信監視ステップと、
前記サーバとの通信が可能になっている状態において、自端末にデータをダウンロードするためのダウンロード条件を満足するか否かの監視を行い、前記ダウンロード条件が満足されたときに、前記サーバに格納されている前記データのうち、暗号化されたデータを復号化するための復号鍵を自端末へダウンロードし、さらに、前記ダウンロード条件が満足されたか否かに拘わらず、前記サーバに格納されている前記データのうち前記暗号化データを自端末へダウンロードするダウンロード処理ステップと、
前記復号鍵を用いて、前記暗号化データを復号する復号ステップと
前記通信監視ステップが前記サーバと通信可能に転じたと判定したときに、自端末に格納されているデータであって、前記サーバにも格納されているデータの、自端末からの削除を行うデータ管理ステップとをコンピュータに実行させる
ことを特徴とするデータ管理プログラム。
【請求項１０】
ネットワークを介したサーバとの通信、及び、前記サーバに格納されているデータを用いた処理を、携帯端末におけるコンピュータに実行させるデータ管理プログラムであって、
前記サーバと通信可能であるか否かを監視する通信監視ステップと、
前記サーバとの通信が可能になっている状態において、自端末にデータをダウンロードするためのダウンロード条件を満足するか否かの監視を行い、前記ダウンロード条件が満足されたときに、前記サーバに格納されているデータを自端末へダウンロードするダウンロード処理ステップと、  
前記サーバとの通信状態が、通信不可能な状態から通信可能な状態に転じたと前記通信監視ステップが判定したときに、データ管理用の管理情報に基づいて、ダウンロード処理ステップによりダウンロードされ、自端末において更新が行われたデータを前記サーバへアップロードするアップロード処理ステップと、
自端末において更新が行われた前記データがアプロード処理ステップによりサーバにアップロードされて、前記サーバにも格納されたことを条件として、自端末に格納されている前記データを削除するデータ管理ステップとをコンピュータに実行させる
ことを特徴とするデータ管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してサーバと通信する携帯端末、データ管理方法およびデータ管理プログラムに関し、特に、サーバに保存されているデータを携帯端末で用いるための技術に関する。
【背景技術】
【０００２】
近年、携帯電話機等の携帯端末に業務データを保存して外出先で利用するケースが増えてきている。これに伴い携帯端末の盗難や紛失による情報漏洩の機会も増えており、これらのセキュリティ対策が求められている。
従来、ユーザが携帯端末にパスワードを設定することにより、第三者が携帯端末に保存されている情報を簡単に閲覧できないようにする方法が知られている。しかし、悪意のある者が携帯端末を入手した場合、携帯端末に設定されたパスワードが解析され、携帯端末に保存されている情報が閲覧される可能性がある。
【０００３】
一方、ネットワークに接続されたサーバにデータを保存しておき、必要なときにサーバに保存されているデータをダウンロードして使用する技術が提案されている（例えば、特許文献１参照）。さらに、セキュリティの観点から、携帯端末へのデータの保存を許可せず、必要に応じてサーバからデータを取り出すシンクライアント方式というシステム形態がある。この方式によると、万が一携帯端末が盗難や紛失に遭っても情報漏洩の被害を大幅に減らすことができると考えられている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−２５０１０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、シンクライアント方式では、データの利用時には常にネットワークを介してサーバに接続しサーバと通信する必要があり、利用先でネットワークに接続できずサーバと通信不可能である場合には、携帯端末においてデータの利用ができないという問題がある。
そこで、本発明は、係る問題に鑑みてなされたものであり、データを携帯端末で利用可能にしても、情報漏洩に対するセキュリティをある程度確保する携帯端末を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明に係る携帯端末は、ネットワークを介してサーバと通信を行い、前記サーバに格納されているデータを自端末で用いるための携帯端末であって、前記サーバと通信可能であるか否かを監視する通信監視部と、前記通信監視部が前記サーバと通信可能に転じたと判定したときに、自端末に格納されているデータであって、前記サーバにも格納されているデータの、自端末からの削除を行うデータ管理部と、を備えることを特徴とする。
【発明の効果】
【０００７】
上記構成を備える本発明に係る携帯端末によれば、データを携帯端末で利用可能にしても、情報漏洩に対するセキュリティをある程度確保することができる。
【図面の簡単な説明】
【０００８】
【図１】実施の形態に係る携帯電話機１０とサーバ６０との関係を示す概略図である。
【図２】携帯電話機１０およびサーバ６０の主要部の機能構成図である。
【図３】更新情報１００のデータ構成および内容例を示す図である。
【図４】携帯電話機１０のデータ管理処理を示すフローチャートである。
【図５】携帯電話機１０のアップロード処理部１９におけるアップロード処理を示すフローチャートである。
【図６】変形例に係る携帯電話機１０Ａおよびサーバ６０の主要部の機能構成図である。
【発明を実施するための形態】
【０００９】
以下、本発明に係る携帯端末の一実施の形態として携帯電話機について図１〜図５を参照して説明する。なお、各図において、共通する部分には同一の符号を付する。
≪実施の形態≫
＜概要＞
図１は、実施の形態に係る携帯電話機１０とサーバ群（以下、単に「サーバ」という。）６０との関係を示す概略図である。
【００１０】
携帯電話機１０は、通信ネットワーク５０、基地局（４０，４１）および通信ネットワーク５１を介して、サーバ６０と通信を行い、サーバ６０に格納されているデータを自端末で利用することができる携帯電話機である。サーバ６０は、コンピュータの一種であり、オンラインストレージ機能をクライアント装置である携帯電話機１０に提供するものである。なお、サーバ６０は、複数の物理サーバであってもよいし、１つの物理サーバ内に構築された複数の仮想サーバであってもよい。通信ネットワーク５０は、移動体通信サービスを提供する無線通信ネットワークであり、例えば、Ｗ−ＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ(登録商標）、ＬＴＥ等の携帯電話網や、ＩＥＥＥ８０２．１６ｅに準拠するモバイルＷｉＭＡＸ等である。通信ネットワーク５１は、インターネットやＬＡＮ、ＷｉＦｉ等の通信ネットワークである。
【００１１】
図１に示すように、携帯電話機１０は、移動体通信サービスのサービスエリア４００内においては、通信ネットワーク５０を利用することができ、サーバ６０と通信可能な状態になる。しかし、携帯電話機１０は、移動体であるため、サービスエリア４００の外に出ることがある。そうなると、携帯電話機１０は、通信ネットワーク５０を利用することができず、サーバ６０と通信不可能な状態になる。再びサービスエリア４００内に入ると、携帯電話機１０は、通信ネットワーク５０を利用することができ、サーバ６０と通信可能な状態になる。
【００１２】
携帯電話機１０は、サービスエリア４００内では、データを利用する際は、サーバ６０と通信することにより、サーバ６０に格納されているデータを操作して自端末で利用することができる。また、携帯電話機１０は、サービスエリア４００内では、端末紛失時の情報漏洩に対するセキュリティを確保するため、自端末にデータを残さないようにしている。
【００１３】
携帯電話機１０は、後述する方法によりサービスエリア４００の外に出ると推定されると（後述するダウンロード条件が満足されると）、サーバ６０に格納されたデータをサービスエリア４００の外に出る直前にダウンロードする。これにより、サービスエリア４００外では、ユーザは、携帯電話機１０にダウンロードしたデータを利用することができる。そして、再びサービスエリア４００内に入ると、前述したようにセキュリティを確保するため、携帯電話機１０は、ダウンロードしたデータを削除する。
＜構成＞
次に、携帯電話機１０の構成について図２を参照して説明する。
【００１４】
図２は、携帯電話機１０およびサーバ６０の主要部の機能構成図である。図２において、携帯電話機１０の端末側記憶部１６に格納されているデータ１１０ｂは、原則として、サーバ６０からダウンロードされたものであり、サーバ側記憶部６１に格納されているデータ１１０ａのコピーである。ただし、データ１１０ｂは、更新も可能であり、その場合は一時的にデータ１１０ａとは一致しなくなる。なお、メールデータ１１１ａ，１１１ｂは、例えば、受信メールデータ、送信済メールデータ等である。文書ファイルＡ１１２ａ，１１２ｂは、例えば、ワープロソフトで作成されたファイルや、ＰＤＦ形式で保存されたファイル等である。
【００１５】
携帯電話機１０は、通信部１１、アプリケーション実行部１２、タッチパネル１３、計時部１４、ＧＰＳ受信部１５、端末側記憶部１６および制御部２３を備える。
通信部１１は、基地局（４０，４１）との間で電波の送受信を行う回路およびアンテナであり、受信信号を復調して制御部２３へ伝達する機能と、制御部２３から受領した送信信号を変調して送信する機能を有する。
【００１６】
アプリケーション実行部１２は、ユーザの指示により発生し制御部２３から通知されたイベントに応じた処理を行うイベントドリブンのアプリケーションとして機能するものである。本実施の形態では、アプリケーション実行部１２は、ユーザがメールデータ１１１ｂ，文書ファイルＡ１１２ｂを利用する旨の指示により、それぞれ、メールデータ１１１ｂをユーザに閲覧させるための機能、文書ファイルＡ１１２ｂをユーザに編集させるための機能を有する。
【００１７】
タッチパネル１３は、ユーザからの指示を受け付ける機能および制御部２３からの指示を受けて端末側記憶部１６に格納されたデータ１１０ｂを表示する機能を有するものである。タッチパネル１３は、例えば、静電容量方式のタッチセンサと液晶ディスプレイ等の表示パネルを重ねて構成される。
計時部１４は、現在時刻を計時するものであり、例えば、時計である。
【００１８】
ＧＰＳ受信部１５は、ＧＰＳ衛星からの電波を受信する受信回路およびアンテナである。また、ＧＰＳ処理部２１は、ＧＰＳ受信部１５が受信した信号を用いて、携帯電話機１０の現在位置および移動速度を取得するものである。移動速度は、向きと大きさを持つベクトルである。
端末側記憶部１６は、携帯電話機１０内の記憶装置であり、フラッシュメモリ等である。本実施の形態では、端末側記憶部１６は、メールデータ１１１ｂ，文書ファイルＡ１１２ｂを格納する。また、端末側記憶部１６は、後述する更新情報１００を格納する。
【００１９】
制御部２３は、通信監視部１７、データ管理部１８、アップロード処理部１９、ダウンロード処理部２０およびＧＰＳ処理部２１を備える。なお、携帯電話機１０は、プロセッサおよびメモリを含んで構成されており、制御部２３の各機能部およびアプリケーション実行部１２は、メモリに記憶されているプログラムをプロセッサが実行することにより実現される。
【００２０】
通信監視部１７は、サーバ６０と通信可能か否かを監視するものである。上述したように、携帯電話機１０は、移動体であるため、通信ネットワーク５０の状況により、サーバ６０と通信可能な状態と通信不可能な状態になる。通信監視部１７は、サーバ６０と通信が可能であると確認したときに、サーバ６０と通信可能であると判定する。また、通信監視部１７は、サーバ６０と通信が不可能であると確認したときに、サーバ６０と通信不可能であると判定する。さらに、通信監視部１７は、サーバ６０と通信不可能であると判定してから、その後、最初にサーバ６０と通信可能であると判定したときに、サーバ６０と通信可能に転じたと判定する。また、通信監視部１７は、サーバ６０と通信可能である状態が所定の時間（例えば、５分間）継続したときに、サーバ６０と安定的に通信可能であると判定する。例えば、通信監視部１７は、所定の時間間隔ごと（例えば、１分ごと）に通信可能であるか否かを判定し、所定の回数（例えば、５回）連続で通信可能であると判定したときに、サーバ６０と安定的に通信可能であると判定する。
【００２１】
データ管理部１８は、端末側記憶部１６に格納された更新情報１００に基づいて、データ１１０ｂが自端末において更新されたか否かを判定し、データ１１０ｂの格納場所について管理するものである。
ここで、図３を参照して、更新情報１００について説明する。
図３は、更新情報１００のデータ構成および内容例を示す図である。
【００２２】
更新情報１００は、データ管理部１８がデータ管理のために用いる管理情報である。更新情報１００は、自端末に格納されているデータ１１０ｂを特定するデータ識別子１０１とそのデータ１１０ｂが自端末において更新されたか否かを示す更新フラグ１０２とを対応付けて構成されるレコードである。更新情報１００は、データ１１０ｂのファイルごとに作成されてテーブルに追加される。すなわち、データ１１０ｂがサーバ６０からダウンロードされたときは、更新情報１００が追加される。このとき、データ識別子１０１には、ダウンロードされたデータ１１０ｂを示す情報が格納され、更新フラグ１０２には、初期値として更新がないことを示す情報（以下、「「更新なし」」のように表記する。）が格納される。データ管理部１８は、例えば文書ファイルＡが自端末において更新されたときは、更新情報１００のデータ識別子１０１には「文書ファイルＡ」、更新フラグ１０２には「更新あり」が格納される。
【００２３】
図２に戻って構成の説明を続ける。
データ管理部１８は、通信監視部１７がサーバ６０と通信可能に転じたと判定したときに、自端末の端末側記憶部１６に格納されているデータ１１０ｂであって、サーバ側記憶部６１にそのコピーであるデータ１１０ａが格納されているデータ１１０ｂを端末側記憶部１６から削除する。すなわち、データ管理部１８は、通信監視部１７がサーバ６０と通信可能に転じたと判定したときに、更新情報１００（図３参照）に基づいて、更新フラグ１０２が「更新なし」であるデータ１１０ｂを削除する。
【００２４】
また、データ管理部１８は、自端末において更新が行われたデータ１１０ｂのコピーがサーバ側記憶部６１にも格納されたことを条件として、端末側記憶部１６に格納されているデータ１１０ｂを削除する。すなわち、データ管理部１８は、自端末において更新が行われたデータ１１０ｂについて、サーバ６０から同期完了通知を受信した後、対応するデータ１１０ｂを端末側記憶部１６から削除する。なお、データ管理部１８は、後述するダウンロード条件が満足されている場合は、端末側記憶部１６に格納されているデータを削除しない。これは、携帯電話機１０が近い将来サービスエリア４００の外へ出るため、自端末にデータ１１０ｂを格納しておく必要があるためである。
【００２５】
アップロード処理部１９は、通信監視部１７がサーバ６０と通信可能に転じたと判定したときに、更新情報１００に基づいて、自端末において更新が行われたデータ１１０ｂをサーバ６０へアップロードするものである。なお、自端末の端末側記憶部１６に格納されているデータ１１０ｂが更新される際は、データ管理部１８は、データ１１０ｂの更新の前に、データ１１０ｂのコピーを作成する。そして、アプリケーション実行部１２が作成したコピーについて更新を行い、データ管理部１８は、更新されたデータとオリジナルのデータを比較して差分データを抽出する。アップロード処理部１９は、この差分データをサーバ６０へアップロードする。
【００２６】
ダウンロード処理部２０は、携帯電話機１０がサーバ６０と通信不可能になる前に、自端末にデータ１１０ａをダウンロードするものである。そのため、ダウンロード処理部２０は、自端末の端末側記憶部１６にデータ１１０ａをダウンロードするための条件であるダウンロード条件を満足するか否かを監視する。ダウンロード処理部２０がダウンロードするデータ１１０ａの特定については、例えば、予め登録されたＵＲＬ（Uniform Resource Locator）が割り当てられたフォルダの中のすべてのファイルとする。
【００２７】
ダウンロード条件は、例えば、ＧＰＳ処理部２１が取得した携帯電話機１０の位置が、サーバ６０と通信可能な地理的範囲であるエリアマップ２０１から、所定の時間（例えば、５分）後に外れると推定されることである。エリアマップ２０１は、予め設定されている。この条件を満足するか否かの判定は、次のように処理が行われる。すなわち、ＧＰＳ処理部２１が携帯電話機１０の現在位置および移動速度を取得する。ダウンロード処理部２０は、取得した現在位置および移動速度から、予め設定された所定の時間後の携帯電話機１０の位置を算出し、その位置がエリアマップ２０１から外れるか否かを判定する。
【００２８】
あるいは、ダウンロード条件は、例えば、次のようなものでもよい。サーバ６０と通信可能な時間帯を示すスケジュール情報２０２と計時部１４が取得した現在時刻とから、所定の時間後にサーバ６０と通信不可能になるか否かを判定する。スケジュール情報２０２は、予め設定されている。
＜動作＞
以下、携帯電話機１０の動作について、図４および図５（構成は適宜図２）を参照して説明する。
【００２９】
図４は、携帯電話機１０のデータ管理処理を示すフローチャートである。
この処理は、ユーザがデータ１１０ｂを利用する旨をアプリケーション実行部１２に指示し、データ管理部１８がアプリケーション実行部１２からデータ要求を取得した時（以下、単に「ユーザがデータ利用を指示した時」という。）、または、携帯電話機１０の電源がＯＮであるときに周期的に（以下、単に「周期的に」という。）開始される。データ要求とは、アプリケーション実行部１２が利用するデータ１１０ｂをデータ管理部１８に要求するための信号である。
【００３０】
まず、図４のフローチャートを参照してデータ管理処理について説明し、その後、ユーザがサービスエリア４００外において、メールデータ１１１ｂを閲覧する場合および文書ファイルＡ１１２ｂを編集する場合のデータ管理処理について説明する。
図４のフローチャートに示すように、ステップＳ１１において、通信監視部１７は、サーバ６０と通信可能であるか否かを判定する。サーバ６０と通信可能である場合は（ステップＳ１１・Ｙｅｓ）、データ管理部１８は、アプリケーション実行部１２からデータ要求を取得しているか否かを判定する（ステップＳ１２）。すなわち、ユーザからデータ１１０ｂを利用する旨の指示があったか否かを判定する。データ要求を取得している場合は（ステップＳ１２・Ｙｅｓ）、データ管理部１８は、サーバ６０に格納されたデータ１１０ａを自端末で利用する（ステップＳ１３）。つまり、データ管理部１８は、サーバ側記憶部６１に格納されているデータ１１０ａのうち、ユーザが利用したいものについてダウンロードして、アプリケーション実行部１２へ渡す。
【００３１】
次に、ダウンロード処理部２０は、ダウンロードを開始するための条件であるダウンロード条件が満足されたか否かを判定する（ステップＳ１４）。ダウンロード条件が満足された場合は（ステップＳ１４・Ｙｅｓ）、ダウンロード処理部２０は、サーバ６０に格納されているデータ１１０ａを端末側記憶部１６にダウンロードし（ステップＳ１５）、データ管理部１８は、ダウンロードしたデータ１１０ａのコピーであるデータ１１０ｂについて、更新情報１００を作成する。その後、データ管理処理は、ステップＳ１９の処理へ進む。一方、ダウンロード条件が満足されていない場合は（ステップＳ１４・Ｎｏ）、データ管理処理は、終了する。
【００３２】
ステップＳ１９において、データ管理部１８は、端末側記憶部１６に格納されているデータ１１０ｂの更新が行われたか否かを判定する。すなわち、データ管理部１８は、アプリケーション実行部１２から、データ１１０ｂについて更新を行った旨の通知を受け取ったか否かを判定する。更新が行われた場合は（ステップＳ１９・Ｙｅｓ）、データ管理部１８は、更新が行われたデータ１１０ｂについて、更新情報１００の更新フラグ１０２を「更新あり」にする（ステップＳ２０）。更新が行われていない場合は（ステップＳ１９・Ｎｏ）、データ管理処理は、ステップＳ２１の処理へ進む。
【００３３】
ステップＳ２１において、通信監視部１７は、サーバ６０と安定的に通信可能に転じたか否かを判定する。サーバ６０と安定的に通信可能に転じた場合は（ステップＳ２１・Ｙｅｓ）、データ管理部１８は、端末側記憶部１６に格納されているデータ１１０ｂのうち、更新が行われていないものをすべて特定する（ステップＳ２２）。データ管理部１８は、更新が行われていないデータ１１０ｂを端末側記憶部１６から削除する（ステップＳ２３）。一方、更新が行われたデータ１１０ｂについて、アップロード処理部１９は、ダウンロード条件が満足されていなければ（ステップＳ２４・Ｎｏ）、アップロード処理を実行する（ステップＳ２５）。その後、データ管理処理は、終了する。ダウンロード条件が満足されている場合は（ステップＳ２４・Ｙｅｓ）、データ管理部１８は、端末側記憶部１６に更新されたデータ１１０ｂを格納する（ステップＳ２６）。その後、データ管理処理は、終了する。
【００３４】
次に、その他のフローを説明する。上述したように、データ管理処理は、ユーザがデータ利用を指示した時、または、周期的に開始される。携帯電話機１０がサービスエリア４００の外にある場合であって、ユーザがデータ利用を指示した時にデータ管理処理が開始された場合については、まず、ステップＳ１１において、サーバ６０と通信不可能であると判定する（ステップＳ１１・Ｎｏ）。次に、データ管理部１８は、アプリケーション実行部１２からデータ要求を取得しており、かつ、端末側記憶部１６にデータ１１０ｂが格納されているか否かを判定する（ステップＳ１６）。アプリケーション実行部１２からデータ要求を取得しており、かつ、端末側記憶部１６にデータ１１０ｂが格納されている場合は（ステップＳ１６・Ｙｅｓ）、データ管理部１８は、端末側記憶部１６からデータ１１０ｂを読み込み、このデータ１１０ｂをアプリケーション実行部１２へ渡す（ステップＳ１７）。その後、データ管理処理は、ステップＳ１９の処理へ進む。一方、携帯電話機１０がサービスエリア４００の外にある場合であって、データ管理処理が周期的に開始された場合については、まず、ステップＳ１１において、サーバ６０と通信不可能であると判定する（ステップＳ１１・Ｎｏ）。次に、ステップＳ１６・Ｓ１８の判定で、端末側記憶部１６にデータ１１０ｂが格納されている場合は、データ管理処理は、ステップＳ２１の処理へ進む（ステップＳ１６・Ｎｏ→ステップＳ１８・Ｙｅｓ）。また、ステップＳ１６・Ｓ１８の判定で、端末側記憶部１６にデータ１１０ｂが格納されていない場合は、データ管理処理は、終了する（ステップＳ１６・Ｎｏ→ステップＳ１８・Ｎｏ）。
【００３５】
次に、アップロード処理（ステップＳ２５）について、図５を参照して説明する。
アップロード処理部１９は、更新情報１００を参照し、更新が行われたデータ１１０ｂの差分データをサーバ６０へアップロードし（ステップＳ２５１）、サーバ６０から同期完了通知を受信する（ステップＳ２５２）。すなわち、アップロード処理部１９は、自端末において更新が行われたデータ１１０ｂがサーバ６０にも格納されたことを認識する。その後、データ管理部１８は、同期が完了したデータ１１０ｂを端末側記憶部１６から削除し（ステップＳ２５３）、アップロード処理は、終了する。
＜ユーザがサービスエリア４００外において、メールデータ１１１を閲覧する場合および文書ファイルＡ１１２を編集する場合のデータ管理処理＞
前提として、まず、携帯電話機１０がサービスエリア４００内にあり、その後、携帯電話機１０がサービスエリア４００の外に出て、サービスエリア４００の外においてユーザがメールデータ１１１ｂおよび文書ファイルＡ１１２ｂを利用し、再び、携帯電話機１０がサービスエリア４００内に入るものとする。また、携帯電話機１０は、初期状態として、メールデータ１１１ｂおよび文書ファイルＡ１１２ｂを格納していないものとする。また、メールデータ１１１ｂを閲覧する場合には、メールデータ１１１ｂの更新は行われないものとし、文書ファイルＡ１１２ｂを編集する場合には、文書ファイルＡ１１２ｂの更新が行われるものとする。
【００３６】
まず、携帯電話機１０がサービスエリア４００内にあるときは、通信監視部１７はサーバ６０と通信可能であると判定する（ステップＳ１１・Ｙｅｓ）。前述した前提から、携帯電話機１０がサービスエリア４００内にあるときは、ユーザはデータ利用を指示しないため、データ管理処理は、ステップＳ１４の処理へ進む（ステップＳ１２・Ｎｏ）。ダウンロード条件が満足していなければ（ステップＳ１４・Ｎｏ）、携帯電話機１０は、近い将来、サービスエリア４００の外に出ないと推定されるので、このままデータ管理処理は終了する。携帯電話機１０の処理は、周期的にこのフローを繰り返す。
【００３７】
次に、ダウンロード条件が満足されたときは、ダウンロード処理部２０は、ダウンロード条件が満足されたと判定し（ステップＳ１４・Ｙｅｓ）、サーバ６０に格納されているメールデータ１１１ａおよび文書ファイルＡ１１２ａを端末側記憶部１６にダウンロードする（ステップＳ１５）。その後、携帯電話機１０は、サービスエリア４００の外に出る。すなわち、携帯電話機１０は、サーバ６０と通信不可能な状態になる。
【００３８】
携帯電話機１０がサービスエリア４００の外にある際のフローとして、データ管理処理が周期的に開始される場合のフローと、ユーザがデータ利用を指示した場合のフローがある。
まず、データ管理処理が周期的に開始される場合のフローは、ステップＳ１１において、通信監視部１７はサーバ６０と通信不可能であると判定する（ステップＳ１１・Ｎｏ）。そして、データ管理処理が周期的に開始されたものであり（ユーザがデータ利用を指示した時による処理の開始ではなく）、かつ、端末側記憶部１６にデータ１１０ｂが格納されているため、データ管理処理は、ステップＳ２１の処理へ進む（ステップＳ１６・Ｎｏ→ステップＳ１８・Ｙｅｓ）。通信監視部１７は、通信不可能であると判定し（ステップＳ２１・Ｎｏ）、アップロード処理部１９は、端末側記憶部１６にダウンロードされているメールデータ１１１ｂおよび文書ファイルＡ１１２ｂをサーバ６０へアップロードせず、端末側記憶部１６に格納しておく（ステップＳ２６）。その後、データ管理処理は、終了する。データ管理処理は、この処理を周期的に繰り返す。
【００３９】
一方、ユーザがデータ利用を指示した時に開始される場合のフローは、ステップＳ１１において、通信監視部１７はサーバ６０と通信不可能であると判定する（ステップＳ１１・Ｎｏ）。次に、データ管理部１８は、ユーザがデータ利用を指示しており、かつ、端末側記憶部１６にデータ１１０ｂが格納されていると判定し（ステップＳ１６・Ｙｅｓ）、端末側記憶部１６からデータ１１０ｂを読み込む（ステップＳ１７）。そして、アプリケーション実行部１２は、データ管理部１８からデータ１１０ｂを受け取り、メールデータ１１１ｂの閲覧については、メールデータ１１１ｂをタッチパネル１３に表示させる。また、文書ファイルＡ１１２ｂの編集については、アプリケーション実行部１２は、文書ファイルＡ１１２ｂをタッチパネル１３に表示させた後、ユーザの指示に基づいて、文書ファイルＡ１１２ｂの更新を行う。その後、データ管理部１８は、更新が行われたと判定し（ステップＳ１９・Ｙｅｓ）、更新が行われた文書ファイルＡ１１２ｂについて、更新情報１００の更新フラグ１０２を「更新あり」にする（ステップＳ２０）。
【００４０】
その後、携帯電話機１０がサービスエリア４００外から再びサービスエリア４００内に入るまで、データ管理処理は、上述したように、サーバ６０と安定的に通信可能に転じたか否かの判定（ステップＳ２１）を周期的に繰り返すことになる。
通信監視部１７がサーバ６０と安定的に通信可能に転じたと判定すると（ステップＳ２１・Ｙｅｓ）、データ管理部１８は、端末側記憶部１６に格納されているメールデータ１１１ｂおよび文書ファイルＡ１１２ｂのうち、更新が行われていないものを特定する（ステップＳ２２）。メールデータ１１１ｂについては、更新が行われていないため（ステップＳ２２・Ｎｏ）、データ管理部１８は、メールデータ１１１ｂを端末側記憶部１６から削除する（ステップＳ２３）。また、文書ファイルＡ１１２ｂについては、更新が行われているため（ステップＳ２２・Ｙｅｓ）、ダウンロード条件が満足されていない場合は（ステップＳ２４・Ｎｏ）、アップロード処理部１９は、アップロード処理を実行する（ステップＳ２５）。
【００４１】
以上説明したように、この実施の形態によると、サーバと通信不可能であるときには、端末にデータが保存されていることで、そのデータを端末で利用することができ、サーバと通信可能であるときには、端末にデータは保存されず、サーバにデータが保存されていることで、端末紛失時の情報漏洩に対するセキュリティを確保することができる。
≪変形例≫
上述の実施の形態では、携帯電話機１０は、ダウンロード条件が満足されたときに、サーバ６０に格納されているデータ１１０ａを自端末へダウンロードすることを一例として説明した。以下では、サーバ６０に格納されているデータ１１０ａは、暗号化されている暗号化データおよび当該暗号化データの復号鍵であり、自端末に復号部を備えるようにした携帯電話機１０の一変形例を説明する。
【００４２】
図６に示すように、変形例に係る携帯電話機１０Ａは、制御部２３Ａに復号部２２を備えるものである。
サーバ６０には、サーバ側記憶部６１に暗号化されたデータ１１０ａである暗号化データおよびその復号鍵が格納されている。
復号部２２は、サーバ６０からダウンロードした暗号化データを、サーバ６０からダウンロードした復号鍵で復号するものである。その他の各機能部は、実施の形態の説明と同様である。
【００４３】
変形例に係る携帯電話機１０Ａは、サーバ６０と通信可能であるときに、ダウンロード条件が満足されたか否かに拘わらず、サーバ６０に格納されている暗号化されたデータ１１０ａを自端末へダウンロードする。その後、変形例に係る携帯電話機１０は、ダウンロード条件が満足されたときに、その暗号化データの復号鍵を自端末へダウンロードする。次に、復号部２１は、ダウンロードした暗号化データを復号鍵で復号する。そして、アプリケーション実行部１２は、復号されたデータ１１０ｂを実行する。
【００４４】
これにより、ダウンロード条件が満足されてから、携帯電話機がサーバ６０と通信不可能になるまでの時間が短い場合であって、ダウンロード条件が満足されてからダウンロードできるデータ量が限られる場合であっても、暗号化データをダウンロード条件が満足される前からダウンロードできる。そのため、ダウンロードのために比較的長い時間をかけることができ、携帯電話機に格納するデータ量をより多くすることができる。
≪補足≫
以上、本発明に係る携帯端末を、実施の形態および変形例に基づいて説明したが、本発明の趣旨を逸脱しない範囲で変更することができる。例えば、以下のように変形することも可能であり、本発明は上述した実施の形態および変形例で示した通りの携帯電話機に限らない。
（１）実施の形態および変形例では、データ１１０ａ，１１０ｂの例として、メールデータ，文書ファイルＡを挙げて説明したが、サーバ側記憶部６１および端末側記憶部１６に格納できるデータであれば、これらに限るものではない。他に、メールソフトで使用する個人の氏名、メールアドレス、住所、職業等の情報であるアドレス帳等の専用ファイル、ＶＰＮ（Virtual Private Network）等の設定データや、アプリケーション・ソフトウェア等でもよい。
（２）実施の形態および変形例では、データの更新の際、アップロード処理部１９は、差分データをサーバ６０へアップロードするとして説明したが、データ管理部１８は、データ１１０ｂの更新の前に、データ１１０ｂのコピーを作成せずに、アップロード処理部１９は、更新されたデータ１１０ｂの全体をサーバ６０へアップロードして、サーバ６０において、サーバ６０に格納されているオリジナルのデータ１１０ａと比較を行ってもよい。
（３）実施の形態および変形例では、ダウンロード条件は、予め設定されているエリアマップ２０１やスケジュール情報２０２に基づいて、判定されることとして説明したが、携帯電話機１０がサーバ６０と通信不可能になる前に、自端末にデータ１１０ａをダウンロードするための条件であれば、これらに限られない。例えば、ダウンロード条件は、通信のための電波の強度を監視し、予め設定された閾値を下回ったこととしてもよい。さらに、エリアマップ２０１やスケジュール情報２０２は、サーバ側記憶部６１に格納されているとして説明したが、端末側記憶部１６に格納されていてもよい。
【００４５】
また、ユーザの指示により、ダウンロード処理部２０がサーバ６０に格納されたデータ１１０ａをダウンロードすることとしてもよい。
（４）実施の形態および変形例では、携帯電話機１０において更新が行われる場合を説明したが、携帯電話機１０においてデータが新規に作成される場合も同様である。すなわち、新規に作成されたデータについて、更新情報１００を新たに追加し、更新フラグ１０２は「更新あり」とすればよい。
（５）実施の形態および変形例では、データ利用時にサーバ６０からデータ１１０をダウンロードすることとして説明したが、これに限られるものではない。例えば、端末が複数あり、一の端末がサーバからデータをダウンロードし、他の端末が記録媒体を介してそのデータを利用することとしてもよい。当該他の端末は、再び移動体通信サービスのサービスエリア４００内に入ったときは、端末のデータを削除することとなる。
（６）実施の形態および変形例では、特に記載していないが、携帯電話機１０は、データがサーバにのみ格納されている状態、データがサーバおよび端末の両方に格納されている状態を示すアイコンをタッチパネル１３に表示することとしてもよい。これにより、ユーザは、データの格納場所を把握することができる。
（７）実施の形態および変形例に係る携帯電話機１０に、上記（１）〜（６）の一部または全部の変形を組み合わせて適用してもよい。
（８）以下、さらに本発明の一実施形態に係る携帯端末の構成およびその変形例と各効果について説明する。
（ａ）本発明の一実施形態に係る携帯端末は、ネットワークを介してサーバと通信を行い、前記サーバに格納されているデータを自端末で用いるための携帯端末であって、前記サーバと通信可能であるか否かを監視する通信監視部と、前記通信監視部が前記サーバと通信可能に転じたと判定したときに、自端末に格納されているデータであって、前記サーバにも格納されているデータの、自端末からの削除を行うデータ管理部とを備える。
【００４６】
この携帯端末は、サーバと通信可能であるときには、端末にデータは保存されず、サーバにデータが保存されており、サーバと通信不可能であるときには、端末にデータが保存されている。このため、サーバと通信可能であるときには、端末紛失時の情報漏洩に対するセキュリティを確保しつつ、サーバと通信不可能であるときには、そのデータを端末で利用することができる。
【００４７】
また、ユーザが契約している移動体通信サービスのサービスエリアの外で、ローミングを行う際、データ通信が不可能になるかまたはデータ通信のための費用が高くなることがある。しかしながら、この実施の形態によると、ユーザが契約しているサービスエリア内では、端末にデータは保存されず、サーバにデータが保存されていることで、端末紛失時の情報漏洩に対するセキュリティを確保しつつ、ローミングを行う際は、端末にデータが保存されていることで、サーバとデータ通信をすることなく、そのデータを端末で利用することができる。
（ｂ）また、前記データ管理部は、前記サーバと通信可能である状態が所定の時間継続した場合に、前記削除を行うこととしてもよい。
【００４８】
この携帯端末によれば、サーバと安定的に通信可能であるときに、端末からデータを削除するので、サーバとの通信が不安定である状態で端末のデータを削除してしまい、データ利用時にサーバと通信不可能になる事態を防ぐことができる。
（ｃ）また、前記サーバと通信不可能になる前に自端末にデータをダウンロードするためのダウンロード条件を満足するか否かを監視し、当該ダウンロード条件が満足されたときに、前記サーバに格納されているデータを自端末へダウンロードするダウンロード処理部を備え、前記データ管理部は、前記ダウンロード条件が満足されている場合は、前記通信監視部が前記サーバと通信可能に転じたと判定したか否かに拘わらず、自端末に格納されているデータを削除しないこととしてもよい。
【００４９】
この携帯端末は、移動体通信サービスのサービスエリア内では、データの利用時に、サーバからデータをダウンロードするので、データの利用時に、外部の記録媒体等を装着してデータを読み込む必要がない。
（ｄ）また、暗号化されたデータを復号する復号部を備え、前記サーバに格納されているデータは、暗号化されている暗号化データおよび当該暗号化データの復号鍵であり、前記ダウンロード処理部は、前記ダウンロード条件が満足されたときに、前記サーバに格納されている前記データのうち前記復号鍵を自端末へダウンロードし、さらに、前記ダウンロード条件が満足されたか否かに拘わらず、前記サーバと通信可能であるときに、前記サーバに格納されている前記データのうち前記暗号化データを自端末へダウンロードし、前記復号部は、前記復号鍵を用いて、前記暗号化データを復号することとしてもよい。
【００５０】
この携帯端末によれば、サーバと通信可能であるときに、暗号化データをダウンロードし、通信不可能となる直前に、復号鍵をダウンロードする。このため、ダウンロード条件が満足されてから、携帯電話機がサーバ６０と通信不可能になるまでの時間が短い場合であって、ダウンロード条件が満足されてからダウンロードできるデータ量が限られる場合であっても、暗号化データをダウンロード条件が満足される前からダウンロードできる。これにより、ダウンロードのために比較的長い時間をかけることができ、サーバからダウンロードして携帯電話機に格納するデータ量をより多くすることができる。
（ｅ）また、ＧＰＳにより自端末の位置および移動速度を取得するＧＰＳ処理部を備え、
前記ダウンロード条件は、前記ＧＰＳ処理部が取得した自端末の位置が、予め設定された前記サーバと通信可能な地理的範囲であるエリアマップから、所定の時間後に外れると推定されることであることとしてもよい。
【００５１】
この携帯端末によれば、端末の現在位置と移動体通信サービスのエリアマップに基づいて、サーバとの通信の要否を判断し、データのダウンロードを開始するので、通信不可となる環境をより確実に事前に把握することができる。
（ｆ）また、本発明の一実施形態に係る携帯端末は、現在時刻を取得する計時部を備え、前記ダウンロード条件は、前記計時部が取得した現在時刻が、予め設定された前記サーバと通信可能な時間帯を示すスケジュール情報から、所定の時間後に外れることであることとしてもよい。
【００５２】
この携帯端末は、現在時刻とスケジュールに基づいて、サーバとの通信の要否を判断し、データのダウンロードを開始するので、ユーザのスケジュールに合わせてデータを端末にダウンロードすることができる。例えば、携帯電話機１０がサーバと通信不可能になる飛行機での移動に先立って、ユーザのフライトスケジュールに基づいて、データを端末にダウンロードすることができる。
（ｇ）また、自端末に格納されているデータを前記サーバへアップロードするアップロード処理部を備え、前記データ管理部は、前記ダウンロード処理部がダウンロードしたデータについて、自端末において更新が行われたデータであるか否かを管理し、前記アップロード処理部は、前記通信監視部が前記サーバと通信可能に転じたと判定したときに、データ管理用の管理情報に基づいて、自端末において更新が行われたデータを前記サーバへアップロードし、前記データ管理部は、自端末において更新が行われた前記データが前記サーバにも格納されたことを条件として、自端末に格納されている前記データを削除することとしてもよい。
【００５３】
この携帯端末によれば、端末において更新が行われたデータは、サーバにも同じデータが格納されるようになるので、端末においてデータの更新を行うことができる。
（９）制御部２３の各機能部（１７〜２２）およびアプリケーション実行部１２は、携帯電話機１０におけるコンピュータを当該機能として機能させるデータ管理プログラムによって、動作する。また、実施の形態および変形例において説明した各機能部は、ＩＣ（Integrated Circuit）やＬＳＩ（Large Scale Integration）等のハードウェア回路で実現してもよい。
【００５４】
また、データ管理プログラムを各種記録媒体または通信路を通じて流通させ頒布することもできる。流通、頒布されたプログラムは、機器におけるＣＰＵで読み取り可能なメモリ等に格納されることにより利用に供され、そのＣＰＵがそのプログラムを実行することにより実施の形態で示した携帯電話機の各機能が実現される。
（１０）実施の形態では、フローチャートのステップは、記載された順序に沿って時系列的に行われる処理の例を示したが、必ずしも時系列的に処理されなくとも、並列的あるいは個別実行される処理をも含むものである。
【産業上の利用可能性】
【００５５】
本発明に係る携帯端末は、サーバと通信不可能であるときには、データを端末で利用可能にし、サーバと通信可能であるときには、情報漏洩に対するセキュリティを確保することができるものであり、サーバに保存されているデータを携帯端末で用いるための携帯端末等に有用である。
【符号の説明】
【００５６】
１０    携帯電話機
１２    アプリケーション実行部
１３    タッチパネル
１４    計時部
１５    ＧＰＳ受信部
１６    端末側記憶部
１７    通信監視部
１８    データ管理部
１９    アップロード処理部
２０    ダウンロード処理部
２１    ＧＰＳ処理部
２２    復号部
５０    通信ネットワーク
６０    サーバ
６１    サーバ側記憶部
１００  更新情報
１１０  データ
２０１  エリアマップ
２０２  スケジュール情報
【図１】
0005812915.tif 000002
【図２】
0005812915.tif 000003
【図３】
0005812915.tif 000004
【図４】
0005812915.tif 000005
【図５】
0005812915.tif 000006
【図６】
0005812915.tif 000007