JP2013255119A - 通信システム、携帯端末およびユーザデータ管理方法 - Google Patents

Abstract

【課題】 携帯端末のユーザが携帯端末で使用するユーザデータを意図することなくネットワークに設置されたサーバに蓄積して管理する。
【解決手段】携帯端末は、ユーザデータに関するメモリアクセスを含むアプリケーションを実行する場合に、ネットワークに設置されたサーバとの間の通信を確立し、アプリケーションで使用するユーザデータを一時記憶手段にダウンロードする。アプリケーションは一時記憶手段に蓄積されたユーザデータを用いて実行される。また、アプリケーションにおいて、当該アプリケーションで改変したユーザデータをサーバにアップロードし、当該アプリケーションで使用したユーザデータをアプリケーションの終了時に消去する。サーバは、ユーザデータを蓄積し、携帯端末との間で通信が確立され、ユーザデータのダウンロードまたはアップロードの要求に応じて携帯端末に対応して蓄積されているユーザデータの読み出しまたは書き込みを制御する。
【選択図】 図１

Description

本発明は、通信システム、携帯端末およびユーザデータ管理方法に関し、特に、携帯端末のユーザデータをネットワークに設置されたサーバに蓄積して管理する通信システム、携帯端末およびユーザデータ管理方法に関する。

携帯電話機に代表される携帯端末は、その携帯端末内に実装されたFLASH ROM（Read Only Memory）などの不揮発性メモリにユーザ情報領域が設けられており、そこにユーザデータを蓄積し、管理している。ユーザデータには、電話帳データ、スケジュール管理データ、写真・動画データ、音楽ファイルデータ、メールデータ、音声ファイルデータ、文書データ等の多種多様なデータが含まれる。そのため、携帯端末の盗難や紛失に起因する情報の漏洩に対する安全性を高める技術が求められている。

携帯端末に暗証番号でロックをかけて、第三者が操作できないようにすることが通常行われるが、不揮発性メモリにユーザデータが残っている限りは、携帯端末の盗難や紛失の際の情報漏えいに対する根本的な対策にはならない。携帯端末を分解して不揮発性メモリが取り出され、内容を読み出されてしまうことが想定されるからである。

そこで、携帯端末内に蓄積すべきユーザデータをネットワークに設置されたサーバに蓄積して管理する技術が開示されている。

特許文献１には、ネットワーク上のデータ管理サーバにアップロードしてバックアップしておいたデータを、携帯端末を変更したときであっても、ダウンロードして継続的に使えるデータバックアップシステムに関する技術が開示されている。

この技術は、携帯端末で作成したスケジュールや電話帳などのユーザデータをデータ管理サーバにアップロードしておき、必要なときにそのアップロードしたデータを携帯端末にダウンロードして使用するものである。そして、携帯端末の機種を変更した場合であっても、旧端末の端末識別番号と新端末の端末識別番号を、ユーザの個人識別情報と関連づけて保存、管理する顧客管理装置を備えて、旧端末でアップロードされたユーザデータを新端末でも継続的に使用できるようにしている。

特許文献２には、携帯電話機の使用に伴う個人情報の扱いに関して、その安全性および操作性に優れた通信システムや携帯端末に関する技術が開示されている。

この特許文献２が開示する技術は、携帯端末には個人情報を一時的に格納する揮発性メモリを有し、基地局側通信装置は携帯端末からの個人情報をバックアップするためのサーバを有する構成になっている。そして、ユーザの操作に基づいて必要とする数の個人情報をサーバから携帯端末にて受信し、携帯端末の揮発性メモリに一時的に格納されて使用される。揮発性メモリに格納された個人情報は電源オフのときは消去されるので、セキュリティが確保される。

特許文献３には、携帯端末とサーバとが通信網を介して通信を行うシンクライアントシステムに関する技術が開示されている。

この技術によれば、企業秘密情報や個人情報などの漏洩に対するリスクが高くセキュリティの配慮が必要なデータであるセキュアデータをサーバに蓄積しておき、携帯端末はそのデータを通信回線を介して読み込む構成になっている。ユーザはサーバ内に格納されているセキュアアプリケーションをメニュー画面操作により起動する。セキュアアプリケーションは、携帯端末の一時記憶装置に読み込まれて起動される。また、読み込まれたデータは一時記憶装置に記憶される。一定時間操作がない場合は自動的にセキュアアプリケーションを終了し、一時記憶装置に記憶されているセキュアデータも消去される。

特開2006-319811号公報 特開2009-177390号公報 特開2009-181460号公報

しかしながら、上述した特許文献が開示する技術には次のような課題がある。

特許文献１が開示する技術は、データ管理サーバにアップロードして保存したデータを新規の端末でも使えるようにすることを主眼にした技術である。そのため、ユーザの意図に基づくアップロードやダウンロードが行われることが前提となっており、ユーザが意図せずにリアルタイムでデータが更新される構成にはなっていない。

特許文献２が開示する技術は、ユーザが意図的にサーバにアップロード、またはダウンロードする構成となっている。例えば、電話帳バックアップ操作の要否判定や、電話帳復旧の要否判定をしている。そして、バックアップする場合には電話帳データの数を、またダウンロードする場合には復旧対象の件数を指定する操作を行う。このように、アップロードやダウンロードのためのユーザが意図した操作を必要とする。

特許文献３が開示する技術は、ユーザがサーバ内に格納されているセキュアアプリケーションをメニュー画面操作により起動する構成となっている。そして、セキュアアプリケーションは、サーバから携帯端末の一時記憶装置に読み込まれて起動される。つまり、この場合も、ユーザはセキュアアプリケーションをサーバからダウンロードするという操作を意図的に行わなければならない。

上記の課題に鑑みて、本発明の目的は、携帯端末のユーザデータを携帯端末のユーザが意図することなくネットワークに設置されたサーバに蓄積して管理する、情報漏洩に対処した通信システム、携帯端末およびユーザデータ管理方法を提供することにある。

上記の目的を実現するために、本発明の一形態である通信システムは、携帯端末と、前記携帯端末で使用するユーザデータを蓄積するネットワークに設置されたサーバを備えた通信システムであって、前記携帯端末は、ユーザデータに関するメモリアクセスを含むアプリケーションを実行する場合に、前記サーバとの間の通信を確立し、前記アプリケーションで使用する前記ユーザデータを揮発性メモリで構成された一時記憶手段にダウンロードし、前記一時記憶手段に蓄積された前記ユーザデータを用いて実行した前記アプリケーションにおいて、当該アプリケーションで改変した前記一時記憶手段の前記ユーザデータを前記サーバにアップロードし当該アプリケーションで使用した前記一時記憶手段の前記ユーザデータを当該アプリケーションの終了時に消去するユーザデータ制御手段を含み、前記サーバは、前記携帯端末のユーザデータを蓄積するユーザデータ蓄積手段と、前記携帯端末との間で通信が確立され、前記携帯端末から受信する前記ユーザデータのダウンロードまたはアップロードの要求に応じて、前記ユーザデータ蓄積手段に蓄積されている前記携帯端末に対応する前記ユーザデータの読み出しまたは書き込みを制御する蓄積データ制御手段を含むことを特徴とする。

また、本発明の他の形態である携帯端末は、ユーザデータに関するメモリアクセスを含むアプリケーションの前記ユーザデータのメモリアクセスを制御するユーザデータアクセス制御手段と、前記ユーザデータアクセス制御手段から起動され、ネットワークに設置されて前記アプリケーションで使用する前記ユーザデータを蓄積管理するサーバに対する通信を確立し、前記ユーザデータアクセス制御手段の指示に基づいて前記アプリケーションで使用する前記ユーザデータを、揮発性メモリで構成された一時記憶手段と前記サーバとの間で送受信するユーザデータ送受信管理手段と、を含み、前記ユーザデータアクセス制御手段は、前記アプリケーションを実行する場合に前記サーバに蓄積されている当該アプリケーションで使用するユーザデータを前記一時記憶手段にダウンロードすることを前記ユーザデータ送受信管理手段に指示し、前記一時記憶手段に蓄積された前記ユーザデータを用いて実行した前記アプリケーションにおいて、当該アプリケーションで改変した前記一時記憶手段の前記ユーザデータを前記サーバにアップロードすることを前記ユーザデータ送受信管理手段に指示し、当該アプリケーションで使用した前記一時記憶手段の前記ユーザデータを当該アプリケーションの終了時に消去することを特徴とする。

さらに、本発明の他の形態であるユーザデータ管理方法は、携帯端末のユーザデータに関するメモリアクセスを含むアプリケーションを起動し、前記アプリケーションで使用する前記ユーザデータの種別を識別すると、ネットワークに設置されて前記アプリケーションで使用する前記ユーザデータを蓄積管理するサーバに対する通信を確立し、前記アプリケーションで使用する前記ユーザデータを、前記サーバから読み出して前記携帯端末にダウンロードし、前記ダウンロードした前記ユーザデータを、前記携帯端末の揮発性メモリで構成された一時記憶手段に保存し、前記一時記憶手段に保存したユーザデータに基づいて前記アプリケーションを実行し、前記一時記憶手段に蓄積された前記ユーザデータを用いて実行した前記アプリケーションにおいて、当該アプリケーションで改変した前記ユーザデータを前記サーバにアップロードし、当該アプリケーションで使用した前記一時記憶手段の前記ユーザデータを当該アプリケーションの終了時に消去することを特徴とする。

本発明は、携帯端末のユーザデータを携帯端末のユーザが意図することなくネットワークに設置されたサーバに蓄積して管理し、盗難や紛失による情報漏洩に対処することができる。

本発明の第１の実施形態の通信システムの構成を示すブロック図である。 第１の実施形態の携帯端末の構成を示すブロック図である。 第１の実施形態のユーザデータ管理方法を示すフロー図である。 本発明の第２の実施形態の携帯端末の構成を示すブロック図である。 第２の実施形態のサーバの構成を示すブロック図である。 第２の実施形態のユーザデータアクセス制御部の動作を示すフロー図である。 第２の実施形態のサーバにおけるユーザデータの読出し／書込みを示す模式図である。 第２の実施形態における電話発信の場合の動作を示すフロー図である。 第２の実施形態におけるメール着信の場合の動作を示すフロー図である。 第２の実施形態におけるメール閲覧の場合の動作を示すフロー図である。 第２の実施形態におけるメール送信の場合の動作を示すフロー図である。 第２の実施形態におけるデータ編集の場合の動作を示すフロー図である。

次に、本発明の実施の形態について図面を参照して詳細に説明する。

まず、図１〜図３を参照して、本発明の基本実施形態である第１の実施形態を説明する。

図１は本発明の第１の実施形態の通信システムの構成を示すブロック図である。

この通信システムは、携帯端末１と、携帯端末１で使用するユーザデータを蓄積するネットワーク３に設置されたサーバ２を含んで構成される。

携帯端末１は、ユーザデータ制御手段１２と一時記憶手段１１を含む。なお、一時記憶手段１１はＲＡＭ（Random Access Memory）に代表される揮発性メモリで構成された記憶手段である。

ユーザデータ制御手段１２は、ユーザデータに関するメモリアクセスを含むアプリケーションを実行する場合に、サーバとの間の通信を確立し、アプリケーションで使用するユーザデータを揮発性メモリで構成された一時記憶手段１１にダウンロードする。ユーザデータ制御手段１２は、一時記憶手段１１に蓄積されたユーザデータを用いて実行したアプリケーションにおいて、当該アプリケーションで改変した一時記憶手段１１のユーザデータをサーバ２にアップロードする。さらに、ユーザデータ制御手段１２は、当該アプリケーションで使用した一時記憶手段１１のユーザデータを当該アプリケーションの終了時に消去する。

サーバ２は、携帯端末１のユーザデータを蓄積するユーザデータ蓄積手段２１とそのユーザデータの読み出しおよび書き込みを制御する蓄積データ制御手段２２を含む。

蓄積データ制御手段２２は、携帯端末１との間で通信が確立され、携帯端末１から受信するユーザデータのダウンロードまたはアップロードの要求に応じて、ユーザデータ蓄積手段２１に蓄積された携帯端末１に対応するユーザデータの読み出しまたは書き込みを制御する。

図２は第１の実施形態の携帯端末の構成を示すブロック図である。

携帯端末１は、揮発性メモリで構成された一時記憶手段１１、ユーザデータ送受信管理手段１３およびユーザデータアクセス制御手段１４を含んで構成される。

本図におけるユーザデータ送受信管理手段１３およびユーザデータアクセス制御手段１４が図１で示したユーザデータ制御手段１２に相当する。

ユーザデータアクセス制御手段１４は、ユーザデータに関するメモリアクセスを含むアプリケーションのユーザデータのメモリアクセスを制御する。つまり、アプリケーションの処理動作において、ユーザデータに関するメモリアクセスが行われる際の制御を司る。

ユーザデータ送受信管理手段１３は、ユーザデータアクセス制御手段１４から起動され、ネットワークに設置されてアプリケーションで使用するユーザデータを蓄積管理するサーバ２に対する通信を確立する。そして、ユーザデータ送受信管理手段１３は、ユーザデータアクセス制御手段１４の指示に基づいてアプリケーションで使用するユーザデータを、一時記憶手段１１とサーバ２との間で送受信する。

そして、ユーザデータアクセス制御手段１４は、アプリケーションを実行する場合にサーバ２に蓄積されている当該アプリケーションで使用するユーザデータを一時記憶手段１１にダウンロードすることをユーザデータ送受信管理手段１３に指示する。さらに、ユーザデータアクセス制御手段１４は、一時記憶手段１１に蓄積されたユーザデータを用いて実行したアプリケーションにおいて、当該アプリケーションで改変したユーザデータをサーバ２にアップロードすることをユーザデータ送受信管理手段１３に指示する。そしてさらに、ユーザデータアクセス制御手段１４は、当該アプリケーションで使用した一時記憶手段１１のユーザデータを当該アプリケーションの終了時に消去する。

図３は第１の実施形態のユーザデータ管理方法を示すフロー図である。

携帯端末のユーザデータに関するメモリアクセスを含むアプリケーションを起動する（Ｓ１０１）。当該アプリケーションで使用するユーザデータの種別を識別すると、ネットワークに設置されてアプリケーションで使用するユーザデータを蓄積管理するサーバに対する通信を確立する（Ｓ１０２）。アプリケーションで使用するユーザデータを、サーバから読み出して携帯端末にダウンロードする（Ｓ１０３）。ダウンロードしたユーザデータを、携帯端末の揮発性メモリで構成された一時記憶手段に保存する（Ｓ１０４）。一時記憶手段に保存したユーザデータに基づいてアプリケーションを実行する（Ｓ１０５）。一時記憶手段に蓄積されたユーザデータを用いて実行したアプリケーションにおいて、当該アプリケーションで改変したユーザデータをサーバにアップロードする（Ｓ１０６）。そして、当該アプリケーションで使用した一時記憶手段のユーザデータを当該アプリケーションの終了時に消去する（Ｓ１０７）。

以上に説明したように、本実施形態においては、ユーザデータに関するメモリアクセスを含むアプリケーションが起動して、そのアプリケーションで使用するユーザデータの種別が識別される。そして、その識別を契機として、該当するユーザデータがネットワークに設置されているサーバから携帯端末の一時記憶手段に移し替えられる。携帯端末では一時記憶手段に移し替えられたユーザデータを用いてアプリケーションが実行される。アプリケーションの実行内容によっては一時記憶手段のユーザデータが書き換えられていることも有り得る。そこで、一時記憶手段に蓄積されたユーザデータを用いて実行したアプリケーションにおいて、当該アプリケーションで改変したユーザデータはサーバにアップロードされて管理される。そして、当該アプリケーションの終了を契機として、当該アプリケーションで使用した一時記憶手段のユーザデータが消去される。

このように、本実施形態は、携帯端末のユーザが携帯端末で使用するユーザデータを、ユーザの携帯端末操作の過程においてユーザが意図することなく、ネットワークに設置されたサーバに蓄積して管理することができる。

つまり、５０〜１００Ｍｂｐｓの無線通信速度を実現する次世代携帯電話の環境下では、ネットワーク上にユーザデータを保存して、それを端末にリストアして使用する形態をとったとしても、操作上の待ちなどのユーザストレスがなくなる。次世代携帯電話としては、ＬＴＥ（Long Term Evolution）やＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）等がある。

本実施形態では、携帯端末の揮発性メモリで構成された一時記憶手段を各アプリケーションで使用するユーザデータの共通使用エリアとしている。各アプリケーションは、サーバから一時記憶手段に書き込まれたユーザデータを用いてアプリケーションを実行し、当該アプリケーションの実行によりユーザデータの改変が伴う場合にはそのユーザデータをサーバにアップロードする。そして、アプリケーションの終了に伴い、一時記憶手段は０クリアされて書き込まれていたユーザデータが消去される。つまり、本実施形態は、携帯端末の不揮発性メモリにユーザデータ領域を確保する必要がなく、また、揮発性メモリは各アプリケーションのユーザデータにより共有される。そして、アプリケーションが終了する度に揮発性メモリは０クリアされる。そのため、本実施形態は、メモリコストの削減が可能になると同時に、盗難や紛失による情報漏洩にも対処することができる。

次に第２の実施形態を説明する。

図４は、本発明の第２の実施形態の携帯端末の構成を示すブロック図である。

図５は、第２の実施形態のサーバの構成を示すブロック図である。

図４に示すように、第２の実施形態の携帯端末１０は、アプリケーション１０１、ユーザデータアクセス制御部１０２、ユーザ操作部１０３、表示部１０４、通信制御部１０５、無線送受信部１０６および一時記憶部１０７を含んで構成される。なお、図４は、本実施形態にかかわる主要な機能ブロックを示すものであり、携帯端末としてのその他の一般的な構成の図示は省略されている。つまり、携帯端末１０は、図示しないＣＰＵ（Central Processing Unit）が、図示しないFLASH ROM等の不揮発性メモリに蓄積されたプログラムを読み出して、そのプログラムに従った機能を実行するように構成されている。なお、携帯端末１０が有する不揮発性メモリには、プログラムやプログラムの実行上で必要とされるシステムデータが蓄積されるだけである。そして、ユーザが任意に使用するユーザデータは携帯端末内の不揮発性メモリには蓄積されず、図５に示す、ネットワークに設置されたサーバに蓄積される。

また、第２の実施形態のサーバ２０は、図５に示すように、通信制御部２０１、蓄積データ管理制御部２０２およびユーザデータ蓄積部２０３を含んで構成される。この場合、図５も本実施形態にかかわる主要な機能ブロックを示すものであり、サーバとしてのその他の一般的な構成の図示は省略されている。

ここで、ユーザデータには、電話帳データ、電話発着信の履歴データ、スケジュール管理データ、写真・動画データ、音楽ファイルデータ、メールデータ、音声ファイルデータおよび文書データ等のデータが含まれる。もちろん、その他にもユーザが当該携帯端末で任意に使用するデータが含まれることは言うまでも無い。

図４を参照すると、アプリケーション１０１には、アプリケーション１、アプリケーション２、・・・アプリケーションｎの複数のアプリケーションが含まれる。各アプリケーションは、その動作においてユーザデータに関するメモリアクセスを含むアプリケーションである。これらのアプリケーションは、図示しない中央制御部による携帯端末としての全体的な制御の下で動作する。

例えば、電話の発着信アプリケーション、メールの送受信アプリケーション、画像撮影アプリケーション、データ閲覧アプリケーション、データ編集アプリケーション等のアプリケーションがある。そして、電話の発着信アプリケーションでは、電話帳データや発着信の履歴データが関与する。メールの送受信アプリケーションでは、作成して送信したメール、受信したメール、メールアドレスデータ等が関与する。画像撮影アプリケーションでは、撮影した静止画や動画が関与する。データ閲覧アプリケーションやデータ編集アプリケーションでは、閲覧や編集が可能なあらゆるユーザデータが関与する。例えば、電話帳データ、発着信履歴データ、送受信済みメール、スケジュールデータ、その他の写真・動画データ、音楽ファイルデータ、メールデータ、音声ファイルデータおよび文書データ等が閲覧や編集の対象となり得る。

ユーザ操作部１０３は、ユーザが当該携帯端末に対して、数字・文字・記号等の入力や各種の操作を行う入力手段である。例えば、携帯端末がカメラを備えている場合には、カメラを用いた撮影に関連する操作情報の入力も含まれる。表示部１０４は、文字や画像、Ｗｅｂページ等を表示する表示手段である。

ユーザデータアクセス制御部１０２は、図示しない中央制御部による携帯端末としての全体的な制御の下で、アプリケーションと連携して当該アプリケーションが使用するユーザデータのメモリアクセスを制御する。つまり、アプリケーションの処理動作において、ユーザデータに関するメモリアクセスが行われる際にはユーザデータアクセス制御部１０２が関与してそのメモリアクセスを制御する。ユーザデータアクセス制御部１０２は、ユーザデータに関するメモリアクセスの動作を含むアプリケーションの起動およびアプリケーションの実行において、後述するユーザデータのダウンロードおよびアップロードを通信制御部１０５に指示する。アプリケーションの実行においては、アプリケーションの各タスクの中でユーザデータに関するメモリアクセスが行われる際に、ユーザデータアクセス制御部１０２が連携してユーザデータのダウンロードおよびアップロードを通信制御部１０５に指示する。

通信制御部１０５は、携帯端末がその上位装置との間で無線通信を行うための機能ブロックであり、チャネルコーデックや無線のタイミング制御等を行う。上位装置は、携帯電話システムの場合は携帯電話機基地局で、ＬＴＥの場合はｅＮｏｄｅＢが相当する。また、通信制御部１０５は、その上位装置との間で無線区間の通信を確立すると、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet protocol）などの通信プロトコルを用いて、ネットワークに設置されているサーバとの接続を行う。さらに、通信制御部１０５は、サーバとの間の通信が確立されたら、ＦＴＰ（File Transfer Protocol）などのファイル転送プロトコルを用いて、ユーザデータの送受信を行う。サーバ２０からダウンロードしたユーザデータは一時記憶部１０７に保存される。

無線送受信部１０６は、上位装置との間でアンテナを介して電波の送信／受信を司る無線装置である。

一時記憶部１０７はＲＡＭに代表される揮発性メモリで構成された記憶手段である。ユーザデータを使用するアプリケーションの動作中、そのアプリケーションで使用するユーザデータがサーバからダウンロードされて一時記憶部１０７に保存される。アプリケーションは一時記憶部１０７に保存されたユーザデータを使用してそのアプリケーションを実行する。アプリケーションの実行において、アプリケーションで改変されたユーザデータはサーバにアップロードされる。アプリケーションが終了すると、一時記憶部１０７に保存されていたユーザデータは消去される。そして、別のアプリケーションが動作すると、その別のアプリケーションが使用する別のユーザデータが同様に一時記憶部１０７に保存される。このように、一時記憶部１０７は複数のアプリケーションで共通的に使用されるユーザデータの一時記憶領域である。そのため、上述したように、各アプリケーションでの使用が終了すると、一時記憶部１０７は次に使用するアプリケーションでの使用に供するために０クリアされ、保存していたユーザデータが消去される。このように、アプリケーションで使用したユーザデータをアプリケーションの終了に際して消去することにより情報漏洩にも対処することができる。

図５を参照すると、通信制御部２０１は、当該サーバ２０が接続されているネットワークを介して、前述した携帯端末の通信制御部１０５との通信を司る機能ブロックである。

ユーザデータ蓄積部２０３は、携帯端末ごとに、各携帯端末のユーザデータを蓄積・保持するハードディスクドライブ等の装置である。

蓄積データ管理制御部２０２は、ユーザデータ蓄積部２０３に蓄積・保持されているユーザデータの読み出し、書込みのメモリアクセスを制御する機能ブロックである。

以上のように構成された第２の実施形態の動作を説明する。

図６は、第２の実施形態のユーザデータアクセス制御部１０２の動作を示すフロー図である。

携帯端末１０のユーザは、ユーザ操作部１０３において所定の操作を行って、必要とするアプリケーションを起動する。電話発信を行う場合であれば電話アプリケーション、メール発信を行う場合であればメールアプリケーション、カメラ撮影を行う場合であれば撮影アプリケーション、保存データを閲覧参照・編集する場合であればデータの閲覧や編集のアプリケーションが起動される。また、電話着信やメール着信のようにユーザ操作が無くても起動されるアプリケーションもある。

このように、携帯端末１０が有するアプリケーションの起動があると、ユーザデータアクセス制御部１０２は、そのアプリケーションを識別し（Ｓ２０１）、そのアプリケーションがユーザデータを使用するものであるか否かを識別する（Ｓ２０２）。また、この識別処理ステップには、アプリケーションの処理途中において、特定のタスクの実行で必要とされるユーザデータを識別する処理も含まれる。つまり、あるアプリケーションで必ず使用されるユーザデータがある場合はそのアプリケーションが起動された時点でユーザデータを識別する。また、あるアプリケーションでは特定のタスクの実行有無に応じてユーザデータが使用される場合はそのタスクの実行の時点でユーザデータを識別する。

携帯端末１０は、システムデータとして各アプリケーションやタスクとユーザデータの使用有無の対応情報を予め保持している。なお、ここでのユーザデータの使用有無とは、既に蓄積されているユーザデータの使用有無を意味し、新たにユーザデータを作成する場合は該当しない。

起動するアプリケーションがユーザデータを使用しない場合（Ｓ２０２、Ｎｏ）は、当該アプリケーションがそのまま実行される（Ｓ２０８）。例えば、カメラ撮影を行うアプリケーションの場合には、撮影後には撮影データがユーザデータとして作成されるが、撮影に際しては既に蓄積されているユーザデータは必要としない。

この場合の動作としては、アプリケーションの実行において、新規に作成されて保存すべきユーザデータが有るか否かが適宜確認される（Ｓ２０９）。

例えば、カメラ撮影した画像データが一時記憶部１０７に作成される。そして、ユーザが撮影画像の保存操作を行った場合には（Ｓ２０９、有り）、保存すべきユーザデータとしてこの画像データが確定されて、サーバ２０にアップロードされる。そのため、ステップＳ２０６の処理が行われる。なお、カメラ撮影の場合は、ユーザが終了操作を行うまでこのステップＳ２０８、Ｓ２０９、Ｓ２０６が繰り返されるが図示上は割愛する。

アップリケーションが終了するとステップＳ２０７の処理が行われて、一時記憶部１０７のユーザデータは消去される。例えば、カメラ撮影を行った場合は、作成された画像データが一時記憶部１０７に残っているが、それは消去される。なお、ステップＳ２０６およびＳ２０７については後述する。

一方、カメラ撮影においてユーザが撮影画像の保存操作を行わない場合には、保存すべきユーザデータは無いものとして、画像データはサーバ２０にアップロードされない。そして、一時記憶部１０７に作成された画像データはアプリケーションの終了時に削除される。つまり、ステップＳ２０９の判断では、保存すべきユーザデータが無い（Ｓ２０９、無し）として、ステップＳ２０７の処理で一時記憶部１０７が０クリアされてアプリケーションが終了する。

また、ステップＳ２０２の判断で、起動するアプリケーションがユーザデータを使用する場合（Ｓ２０２、Ｙｅｓ）は、以下の動作となる。電話着信があった場合の処理を例にして説明する。

電話着信があると電話着信アプリケーションが起動される。電話着信の場合、着信メッセージに含まれる発信者番号が電話帳に登録されているか否かを比較し、登録されている場合には発信者の電話番号に対応する登録情報（例えば、氏名、会社名等）を表示する処理が行われる。また、発信者番号を着信履歴として登録する処理も行われる。

そのため、ユーザデータアクセス制御部１０２は、サーバ２０への通信を確立して当該アプリケーションに対応するユーザデータとして電話帳データを読み出すことを通信制御部１０５に指示する（Ｓ２０３）。通信制御部１０５は、当該携帯端末１０の上位装置（携帯電話機基地局、ｅＮｏｄｅＢ）との間の無線区間のデータ通信リンクを確立する。無線区間のデータ通信リンク確立が完了したあと、通信制御部１０５はＴＣＰ／ＩＰなどの通信プロトコルを用いてサーバ２０との接続を行い、ＦＴＰなどのファイル転送プロトコルなどを利用してサーバ２０との間でデータの送受信を行う。

このとき、携帯端末１０の通信制御部１０５からサーバ２０の通信制御部２０１に対してユーザデータの読み出しを要求するメッセージが送られる。当該メッセージには、処理パラメータとしてデータ種別（電話帳）、端末ＩＤ（Identification）（携帯端末識別情報）、処理指定（読出し）および指定データ（電話帳データ）を特定する情報が含まれる。そして、当該メッセージに含まれる情報（処理パラメータ）は通信制御部２０１から蓄積データ管理制御部２０２に転送される。なお、処理パラメータについては図７を参照して後述する。

サーバ２０の蓄積データ管理制御部２０２は、転送された処理パラメータに基づいてユーザデータ蓄積部２０３を検索し、該当する携帯端末１０の電話帳データを読み出す。読み出された電話帳データは、読み出し要求メッセージに対する応答メッセージとして、サーバ２０の通信制御部２０１から携帯端末１０の通信制御部１０５に送られる。なお、この場合、送信される電話帳データはコピーデータであり、オリジナルデータはユーザデータ蓄積部２０３に蓄積されたままであるものとする。

携帯端末１０の通信制御部１０５は、受信した応答メッセージから電話帳データを取り出し、一時記憶部１０７に保存する。また、その旨をユーザデータアクセス制御部１０２に通知する（Ｓ２０４）。

通信制御部１０５から電話帳データを一時記憶部１０７に保存した旨の通知を受けたユーザデータアクセス制御部１０２は、この一時記憶部１０７に保存された電話帳データを使用してのアプリケーションの実行を継続させる（Ｓ２０５）。例えば、アプリケーションでは次の処理が実行される。

受信した着信メッセージに含まれる発信者番号が電話帳に登録されているか否かが比較される。そして、登録されている場合には発信者の電話番号に対応する登録情報（例えば、氏名、会社名等）を発信者番号とともに表示部１０４に表示する。また、着信メッセージに含まれる発信者番号を着信時刻とともに着信履歴として記録する処理が行われる。このとき、発信者番号が電話帳に登録されている番号の場合には、その登録情報（例えば、氏名、会社名等）とともに記録する。

その後、ユーザによる応答があれば通話状態になり、終話で電話着信アプリケーションが終了する。また、ユーザが無応答であれば、発信者による途中放棄等により電話着信アプリケーションが終了する。

このような電話着信アプリケーションの場合、アプリケーションの実行において、電話帳データは参照するために使われるだけで追加修正削除等の改変が行われないので、アップロードはされない。しかし、新規に作成されて保存すべきユーザデータとして着信履歴データがある。

ユーザデータアクセス制御部１０２は、着信履歴データがデータとして確定した時点でサーバ２０にアップロードする。例えば、ユーザによる応答があればその時点で、またユーザが無応答で発信者による途中放棄等がされた場合はその時点で、ユーザデータアクセス制御部１０２は、着信履歴データをサーバ２０にアップロードするように、通信制御部１０５に指示する（Ｓ２０６）。

携帯端末１０の通信制御部１０５からサーバ２０の通信制御部２０１に対して着信履歴データの書き込みを要求するメッセージが送られる。当該メッセージには、処理パラメータとして、データ種別（着信履歴）、端末ＩＤ（携帯端末識別情報）、処理指定（書込み）および指定データ（着信履歴データ内容）を特定する情報が含まれる。そして、当該メッセージに含まれる情報（処理パラメータ）は通信制御部２０１から蓄積データ管理制御部２０２に転送される。

サーバ２０の蓄積データ管理制御部２０２は、転送された処理パラメータに基づいてユーザデータ蓄積部２０３に、該当する携帯端末１０の着信履歴データ内容を書き込む。

また、ユーザデータアクセス制御部１０２は、電話着信アプリケーションの終了に伴って、ステップＳ２０７の処理を行い、一時記憶部１０７に保存された電話帳データおよび作成した着信履歴データを消去する。

なお、上記の説明において、携帯端末１０がサーバ２０と接続したデータ転送のためのリンクは、データの読み出しやデータの書込みの都度確立するものであっても良い。また、一度確立したリンクをアプリケーションが終了するまで保持しておくものであっても良い。

このように、ユーザデータアクセス制御部１０２は、ユーザデータを使用するアプリケーションの実行において使用されるユーザデータを識別して、サーバ２０から通信制御部１０５を介してダウンロードする。また、ユーザデータアクセス制御部１０２は、ユーザデータを使用するアプリケーションの実行において作成または改変されたユーザデータが存在する場合は、それを通信制御部１０５を介してサーバ２０にアップロードする。そして、ユーザデータアクセス制御部１０２は、ユーザデータを使用するアプリケーションの終了に際して、ユーザデータのワークエリアとして使用されていた一時記憶部１０７を０クリアして、ユーザデータが残らないように消去する。なお、アプリケーションの実行において作成または改変されたユーザデータは、その作成または改変が確定したイベントに対応してサーバ２０にアップロードされるものとしている。

次に、図７を参照して、サーバ２０におけるユーザデータの読出し／書込みの概要を説明する。

図７は、第２の実施形態のサーバにおけるユーザデータの読出し／書込みを示す模式図である。

前述したように、携帯端末１０の通信制御部１０５は、上位装置（携帯電話機基地局、ｅＮｏｄｅＢ）を介してサーバ２０と接続され、サーバ２０の通信制御部２０１との間でデータ転送に関するメッセージを送受信する。そのメッセージには前述した処理パラメータが含まれ、サーバ２０の通信制御部２０１がメッセージから処理パラメータを抽出して蓄積データ管理制御部２０２に伝える。そして、蓄積データ管理制御部２０２は、ユーザデータ蓄積部２０３に対して処理パラメータに基づくユーザデータの読出し／書込みに関する指示を出す。図７は、蓄積データ管理制御部２０２が通信制御部２０１から通知された処理パラメータに基づいてユーザデータ蓄積部２０３のユーザデータの読出し／書込みを行う様子を模式的に示している。

まず、ユーザデータ蓄積部２０３にユーザデータがどのように蓄積されているかを説明する。

ユーザデータは、その種別ごとに蓄積されている。図７では、電話帳、発信履歴、着信履歴、スケジュール、送信メール、受信メール、静止画像、動画像、文書データ、音声データがデータ種別として例示されている。各種別のデータ内には、その種別の個々のデータが蓄積されている。つまり、処理パラメータのデータ種別により当該種別のデータが蓄積されている領域が特定される。そして、処理パラメータの指定データにより個々のデータを特定することができる。

また、ユーザデータは、携帯端末ごとに蓄積されている。そして、携帯端末ごとの蓄積領域は処理パラメータの端末ＩＤで特定される。端末ＩＤは、携帯端末を識別する情報を意味し、通常は携帯端末に付与されている機体番号が使われる。機体番号はシステムデータとして携帯端末の不揮発性メモリに保持されている。図７では、端末ＩＤがＡ、Ｂ、・・・、Ｎの携帯端末の蓄積領域が例示されている。

つまり、処理パラメータのデータ種別、端末ＩＤおよび指定データによりユーザデータ蓄積部２０３のアクセスすべきユーザデータ領域を特定することができる。それに対して、書込みを行うのか読出しを行うのかの処理種別（書込み／読出し）を指定することによりユーザデータ蓄積部２０３へのユーザデータ書込みまたはユーザデータ蓄積部２０３からのユーザデータ読出しが行われる。

以上のようにユーザデータが蓄積されているユーザデータ蓄積部２０３に対して、蓄積データ管理制御部２０２が、携帯端末１０から受信したメッセージに含まれる処理パラメータに基づく指示を出すことにより、ユーザデータの書込みまたは読出しが行われる。

携帯端末１０から書込み要求メッセージを受信した場合、通信制御部２０１は蓄積データ管理制御部２０２に、書込み要求メッセージに含まれている処理パラメータを通知する。この処理パラメータには、データ種別（書込み対象のデータ種別）、端末ＩＤ（処理対象の携帯端末の識別情報）、処理種別（書込み）および指定データ（書込み対象のデータ内容）が指定されている。

蓄積データ管理制御部２０２は、ユーザデータ蓄積部２０３に対して、上記の処理パラメータに基づく処理指示を出す。これにより、ユーザデータ蓄積部２０３のデータ種別と端末ＩＤとで特定されるユーザデータ領域に、指定データである書込み対象データ内容が、処理種別としての書込みが実行される。指定データには、書込み対象データ内容に加えて、データ種別で特定されるユーザデータ内の個々の領域を指定する情報またはファイル名称等の個々のユーザデータ名称を含んでもかまわない。

また、携帯端末１０から読出し要求メッセージを受信した場合、通信制御部２０１は蓄積データ管理制御部２０２に、読出し要求メッセージに含まれている処理パラメータを通知する。この処理パラメータには、データ種別（読出し対象のデータ種別）、端末ＩＤ（処理対象の携帯端末の識別情報）、処理種別（読出し）および指定データ（読出し対象のデータを特定する情報）が指定されている。

蓄積データ管理制御部２０２は、ユーザデータ蓄積部２０３に対して、上記の処理パラメータに基づく処理指示を出す。これにより、ユーザデータ蓄積部２０３のデータ種別と端末ＩＤとで特定されるユーザデータ領域に、指定データである読出し対象のデータを特定する情報に基づいて、処理種別としての読出しが実行される。読出し対象のデータを特定する情報には、例えば個々のユーザデータ領域を指定する情報またはファイル名称等の個々のユーザデータ名称が含まれる。また、データ種別で指定されたユーザデータ内容が複数あり、処理パラメータの指定データで読出し対象のデータを特定する情報が指定されていない場合には、データ種別で指定されたユーザデータの一覧が読み出されるものとする。

読み出されたデータは、読出し要求メッセージに対する応答メッセージとして、サーバ２０の通信制御部２０１から携帯端末１０の通信制御部１０５に送られる。なお、この場合、送信される読出しデータはコピーデータであり、オリジナルデータはユーザデータ蓄積部２０３に蓄積されたままであるものとする。

このように、本実施形態は、携帯端末で起動されるアプリケーションがユーザデータを使用する場合に、ユーザデータアクセス制御部がそれを識別してネットワークに設置されたサーバに蓄積されているユーザデータを携帯端末に取り込むように構成されている。そのため、ユーザはユーザデータが携帯端末内に存在するのと同じ状態で端末操作をすることができる。つまり、本実施形態は、ユーザの携帯端末操作の過程においてユーザが意図することなくユーザデータをネットワークに設置されたサーバに蓄積して管理することができる。

また、アプリケーションの実行により作成または編集されたユーザデータは、データとして確定した段階でサーバに保存され、ユーザデータをリアルタイムに最新にしておくことができる。

本実施形態では、携帯端末の揮発性メモリで構成された一時記憶手段を各アプリケーションで使用するユーザデータの共通使用エリアとしている。アプリケーションの実行において作成または改変されたユーザデータはネットワーク上のサーバにアップロードされる。そして、アプリケーションの終了に際して、一時記憶手段は０クリアされて使用していたユーザデータは消去される。つまり、本実施形態は、携帯端末の不揮発性メモリにユーザデータ領域を確保する必要がなく、また、揮発性メモリは各アプリケーションのユーザデータにより共有される。そして、アプリケーションが終了する度に揮発性メモリは０クリアされる。そのため、本実施形態は、メモリコストの削減が可能になると同時に、盗難や紛失による情報漏洩にも対処することができる。

以上に、カメラ撮影のアプリケーションと、電話着信のアプリケーションを例にして第２の実施形態を説明したが、他のアプリケーションとして電話発信、メール着信、メール閲覧、メール送信およびデータ編集の場合の動作を以下に説明する。なお、以降の説明においてはアプリケーションとユーザデータアクセス制御部の動作を区別せず、ユーザデータのダウンロードやアップロード、および一時記憶部のユーザデータの削除もアプリケーションの動作として説明する。つまり、上記処理はユーザデータアクセス制御部が実行するものであるが、説明を簡単にするためにアプリケーションでの動作として説明する。

図８は、第２の実施形態における電話発信の場合の動作を示すフロー図である。

ユーザが携帯端末において所定の操作を行い電話発信のアプリケーションを起動する（Ｓ３０１）。

電話発信では電話帳が使われる可能性が高いので、この時点でサーバから電話帳を読み出しておき、一時記憶部に保存する（Ｓ３０２）。なお、電話発信の動作において電話帳以外にも使用されるユーザデータがある場合は、それも読み出しておく。前述したように、携帯端末からサーバに対してデータ読出しメッセージが送信され、その中に処理パラメータが含まれている。電話帳を読み出す場合は、データ種別（電話帳）、端末ＩＤ（ｘｘｘ）、処理指定（読出し）および指定データ（電話帳）が設定されている。ここで、電話帳が幾つかに分かれていて、それぞれの電話帳を指定したい場合には、個々の電話帳を指定データに設定してもよい。また、逆に、指定データとして「電話帳」の設定がなくてもデフォルト設定されている電話帳を読み出すものとする。そして、サーバはこれらの処理パラメータに基づいて指定されたユーザデータをユーザデータ蓄積部から読み出して携帯端末に返送してくる。

ユーザが電話発信のための数字入力操作を行う（Ｓ３０３）。

ユーザが入力した数字が短縮番号等の特殊番号なのか、それとも着信側を指定する電話番号なのかを識別する（Ｓ３０４）。この入力数字が特殊番号の場合（Ｓ３０４、Ｙｅｓ）、一時記憶部に保存している電話帳からこの特殊番号に対応する電話番号を取得する（Ｓ３０５）。

ステップＳ３０３で入力した電話番号またはステップＳ３０５で取得した電話番号は、着信側を指定する電話番号（着番）として一時記憶部に蓄積される（Ｓ３０６）。

ここで、ユーザは発信キーを押下する操作を行って電話発信を行う（Ｓ３０７）。

ユーザによる電話発信操作により２つのタスクが実行される。

一つは着番に基づく電話発信処理である（Ｓ３０８）。これは、携帯端末の通常の通信機能であり、上位装置（携帯電話機基地局、ｅＮｏｄｅＢ）に発信メッセージを送信し、電話通信ネットワークによる着信側への通話接続が実行される。

一方、着番の発信履歴登録処理が行われる。

ステップＳ３０７のユーザによる発信キーの押下操作は、着信側を指定する電話番号が特定されたことを意味する。そこで、一時記憶部に蓄積した着番をサーバにアップロードして、ユーザデータ蓄積部の該当する発信履歴に情報を追加する処理が行われる。なお、ユーザによる発信キーの押下操作が行われた日時情報が着番とともに一時記憶部に蓄積されている。

まず、一時記憶部に蓄積した着番をサーバにアップロードする（Ｓ３０９）。このとき、携帯端末からサーバに対してデータ書込みメッセージが送信され、その中に処理パラメータとして、データ種別（発信履歴）、端末ＩＤ（ｘｘｘ）、処理指定（書込み）および指定データ（着番、日時）が少なくとも設定されている。

そして、サーバはこれらの処理パラメータに基づいて、該当する携帯端末の発信履歴蓄積領域に、指定された着番と日時を発信履歴として登録する（Ｓ３１０）。

電話発信処理および発信履歴登録処理が終了すると、一時記憶部に蓄積されたユーザデータは消去される（Ｓ３１１）。ここでは、ステップＳ３０２でサーバから読み出した電話帳等のユーザデータと、ステップＳ３０６、Ｓ３０７で蓄積された着番と発信の日時情報が消去される。

以上により、電話発信アプリケーションは終了する。

次に、メール着信の場合の動作を説明する。

図９は、第２の実施形態におけるメール着信の場合の動作を示すフロー図である。

メールが着信するとメール着信アプリケーションが起動し（Ｓ４０１）以下の処理が行われる。

着信したメールは一時記憶部に保存される（Ｓ４０２）。

メールが着信したことをユーザに通知する（Ｓ４０３）。

一時記憶部に保存した着信メールをサーバにアップロードする（Ｓ４０４）。このとき、携帯端末からサーバに対してデータ書込みメッセージが送信され、その中に処理パラメータとして、データ種別（着信メール）、端末ＩＤ（ｘｘｘ）、処理指定（書込み）および指定データ（着信メール内容）が少なくとも設定されている。

そして、サーバはこれらの処理パラメータに基づいて、該当する携帯端末の着信メール保存領域に指定された着信メール内容を登録する（Ｓ４０５）。

以上の処理が終了すると、一時記憶部に保存された着信メールが消去され（Ｓ４０６）、メール着信アプリケーションは終了する。

続いて、メール閲覧の場合の動作を説明する。

図１０は、第２の実施形態におけるメール閲覧の場合の動作を示すフロー図である。

ユーザが携帯端末において所定の操作を行いメール閲覧のアプリケーションを起動する（Ｓ５０１）。ここでは、着信メールを閲覧するものとして説明する。

なお、ここでは着信メールを閲覧するものとして説明するが、閲覧対象とするユーザデータはユーザの操作により任意に設定できる。ユーザは、閲覧操作画面でユーザデータとして蓄積している任意のユーザデータを指定することができる。例えば、送信済みメールの閲覧でもよいし、発信履歴データ、着信履歴データ、スケジュールデータ、文書データ、画像データ、動画データでもよい。

携帯端末は、データ読出しメッセージをサーバに送信して、蓄積されている着信メールの読み出しをサーバに要求する。このときメッセージに設定される処理パラメータは、データ種別（着信メール）、端末ＩＤ（ｘｘｘ）、処理指定（読出し）および指定データ(なし)が少なくとも設定されている。そして、サーバはこれらの処理パラメータに基づいて指定されたユーザデータをユーザデータ蓄積部から読み出して携帯端末に返送してくる。

このとき、指定データが設定されていないので、ユーザデータ蓄積部に蓄積されている着信メールの一覧がサーバから携帯端末に送られ、それが一時記憶部に保存される（Ｓ５０２）。

着信メール一覧が表示部に表示され、ユーザは、その中から所望の閲覧対象着信メールを指定する操作を行う（Ｓ５０３）。

続いて、ユーザが指定した閲覧対象の着信メールをサーバから読み出す処理が行われる。

携帯端末は、データ読出しメッセージをサーバに送信して、蓄積されている着信メールの読み出しをサーバに要求する。このときメッセージに設定される処理パラメータは、データ種別（着信メール）、端末ＩＤ（ｘｘｘ）、処理指定（読出し）および指定データ(閲覧対象着信メール情報)が少なくとも設定されている。そして、サーバはこれらの処理パラメータに基づいて、指定された閲覧対象の着信メールをユーザデータ蓄積部から読み出して携帯端末に返送してくる。サーバから読み出された閲覧対象の着信メールは一時記憶部に保存される（Ｓ５０４）。

サーバから読み出され、一時記憶部に保存された閲覧対象の着信メールは表示部に表示される（Ｓ５０５）。

その次のユーザ操作がステップＳ５０６で識別される。

ユーザ操作が終了を示す場合は、一時記憶部にユーザデータとして保存された着信メール一覧と閲覧対象として読み出された着信メールが消去され（Ｓ５０７）、メール閲覧アプリケーションは終了する。

一方、ステップＳ５０６でユーザが閲覧の継続を指定する操作を行った場合、処理はステップＳ５０３に戻り、着信メール一覧を表示して別の閲覧対象の着信メールを選択することができるようになる。このとき表示される着信メール一覧はステップＳ５０２でサーバから読み出されて、一時保存部に既に保存されている。

ユーザが別の着信メールを閲覧対象として指定すると、その閲覧対象の着信メールがステップＳ５０４でサーバから読み出され、一時記憶部に保存されてステップＳ５０５で表示部に表示される。

つまり、ステップＳ５０４で、携帯端末は、データ読出しメッセージをサーバに送信して、閲覧対象となる別の着信メールの読み出しをサーバに要求する。このときメッセージに設定される処理パラメータは、データ種別（着信メール）、端末ＩＤ（ｘｘｘ）、処理指定（読出し）および指定データ(別の閲覧対象着信メール)が少なくとも設定されている。そして、サーバはこれらの処理パラメータに基づいて、指定された別の閲覧対象となる着信メールをユーザデータ蓄積部から読み出して携帯端末に返送してくる。サーバから読み出された別の閲覧対象となる着信メールは一時記憶部に保存され、表示部に表示される。

ステップＳ５０６でユーザの終了操作が識別されるまでステップＳ５０３からＳＳ５０６が繰り返される。そして、ユーザ操作が終了を示す場合は、一時記憶部にユーザデータとして保存された着信メール一覧と閲覧対象としてそれまでに読み出された着信メールが消去され、メール閲覧アプリケーションは終了する。

図１１を参照してメール送信の場合の動作を説明する。

図１１は、第２の実施形態におけるメール送信の場合の動作を示すフロー図である。

ユーザが携帯端末において所定の操作を行いメール送信のアプリケーションを起動する（Ｓ６０１）。

メール送信には、新規にメールを作成してメール送信する場合と、着信メールに対する返信メールを送信する場合がある。これらのメール送信形態がステップＳ６０２で識別される。つまり、ユーザが所定の操作によりメール送信のアプリケーションを起動した際に指定したメール送信形態がステップＳ６０２で識別される。

まず、新規のメール送信の場合を説明する。

新規メール送信の場合も、宛先アドレスを直接入力する形態とアドレス帳を利用する形態とに分かれる。ユーザのアドレス帳指定か否かの操作によりそれが識別される（Ｓ６０３）。

アドレス帳を使用せずに、送信メールの全てを直接入力する場合について説明する（Ｓ６０３、Ｎｏ）。

この場合、メール送信アプリケーションは、ユーザが入力するためのメールフォーマットを表示部に表示する（Ｓ６０４）。ユーザはそのフォーマットに基づいてメール文章を入力し、宛先アドレスを入力して送信メールを作成して送信操作を行う（Ｓ６０５）。作成された送信メールは一時記憶部に保存されている。

ユーザの送信操作に従ってメール送信処理が行われる（Ｓ６０６）。

続いて、一時記憶部に保存されている送信済の送信メールはユーザデータとしてサーバにアップロードされて蓄積される（Ｓ６０７）。このとき、携帯端末は、データ書込みメッセージをサーバに送信して、送信メールの書き込みをサーバに要求する。このときメッセージに設定される処理パラメータは、データ種別（送信メール）、端末ＩＤ（ｘｘｘ）、処理指定（書込み）および指定データ(送信メールの内容)が少なくとも設定されている。そして、サーバはこれらの処理パラメータに基づいて、該当する携帯端末の送信メール保存領域に指定された送信メール内容を登録する。

以上の処理が終了すると、一時記憶部に保存された送信済の送信メールが消去され（Ｓ６０８）、メール送信アプリケーションは終了する。

ステップＳ６０３の識別でアドレス帳を使用して送信メールの宛先アドレスを入力する場合について説明する（Ｓ６０３、Ｙｅｓ）。

この場合は、アドレス帳をサーバから読み出して一時記憶部に保存する処理が行われる（Ｓ６０９）。

携帯端末は、データ読出しメッセージをサーバに送信して、アドレス帳の読み出しをサーバに要求する。なお、アドレス帳は電話帳に含まれるものとして説明する。このときメッセージに設定される処理パラメータは、データ種別（電話帳）、端末ＩＤ（ｘｘｘ）、処理指定（読出し）および指定データ（電話帳）が少なくとも設定されている。そして、サーバはこれらの処理パラメータに基づいて、端末ＩＤに対応する携帯端末の電話帳として登録されているユーザデータをユーザデータ蓄積部から読み出して携帯端末に返送してくる。サーバから読み出された電話帳は一時記憶部に保存される。

電話帳として読み出されたアドレス一覧を表示部に表示して、ユーザの選択操作を待つ。そして、ユーザが指定したアドレスを宛先アドレスとして特定する（Ｓ６１０）。

メール送信アプリケーションは、特定した宛先アドレスが既に入力されているメールフォーマットを表示部に表示する（Ｓ６０４）。

以降の動作はステップＳ６０５〜Ｓ６０８と同じである。つまり、送信済の送信メールはステップＳ６０７でサーバにアップロードされて蓄積され、一時記憶部に保存された電話帳および送信済の送信メールをステップＳ６０８で消去して、メール送信アプリケーションが終了する。

次に、返信メールを送信する場合を説明する。

ステップＳ６０２で着信メールに対する返信であることが識別されると、着信メールを特定するために、メール送信アプリケーションはサーバから着信メール一覧を読み出して一時記憶部に保存する（Ｓ６１１）。つまり、携帯端末は、データ読出しメッセージをサーバに送信して、蓄積されている着信メールの読み出しをサーバに要求する。このときメッセージに設定される処理パラメータは、図１０で説明した着信メール閲覧のステップＳ５０２の場合と同じでかまわない。そして、サーバから着信メールの一覧がサーバから携帯端末に送られ、それが一時記憶部に保存される。

着信メール一覧が表示部に表示され、返信対象の着信メールがユーザ操作により指定される（Ｓ６１２）。

続いて、ユーザが指定した返信対象の着信メールをサーバから読み出して一時記憶部に保存する（Ｓ６１３）。つまり、携帯端末は、データ読出しメッセージをサーバに送信して、ユーザが指定した返信対象の着信メールの読み出しをサーバに要求する。このときメッセージに設定される処理パラメータは、図１０で説明した着信メール閲覧のステップＳ５０４の場合と同じでかまわない。そして、指定した着信メールの内容がサーバから携帯端末に送られ、それが一時記憶部に保存される。

メール送信アプリケーションは、返信対象の着信メール内容とその宛先アドレスが既に入力されているメールフォーマットを表示部に表示する（Ｓ６０４）。

以降の動作はステップＳ６０５〜Ｓ６０８と同じである。つまり、送信済の返信メールはステップＳ６０７でサーバにアップロードされて蓄積され、一時記憶部に保存された着信メール一覧、返信対象の着信メールおよび返信済の送信メールをステップＳ６０８で消去して、メール送信アプリケーションが終了する。

最後に、データ編集の場合の動作を説明する。

図１２は、第２の実施形態におけるデータ編集の場合の動作を示すフロー図である。

ここでデータ編集とは、蓄積してあるユーザデータを読出し、それに追加、修正、削除の変更を加えて再度書き込んで蓄積することを云う。また、新規にユーザデータを作成して蓄積登録する動作もデータ編集に含む。そして、編集の対象とするユーザデータは任意である。例えばユーザデータには、電話帳データ、発着信の履歴データ、スケジュール管理データ、写真・動画データ、音楽ファイルデータ、メールデータ、音声ファイルデータおよび文書データ等のデータが含まれる。もちろん、その他にもユーザが当該携帯端末で任意に使用するデータが含まれることは言うまでも無い。

ユーザが携帯端末において所定の操作を行いデータ編集のアプリケーションを起動する（Ｓ７０１）。また、ユーザの所定の操作で編集対象データ種別が指定される（Ｓ７０２）。なお、ステップＳ７０１、７０２の代わりに、編集対象となるユーザデータが特定されてそのデータ編集アプリケーションが起動されるように構成されていてもよい。

編集対象となるユーザデータが特定されると、その新規作成か、蓄積してあるデータの改変かの操作指定が行われる（Ｓ７０３）。

ここで、蓄積してあるデータの改変操作をユーザが指定したものとする（Ｓ７０３、改変）。

データ編集アプリケーションは、編集対象となるユーザデータの一覧をサーバから読み出して一時記憶部に保存する（Ｓ７０４）。つまり、携帯端末は、データ読出しメッセージをサーバに送信して、編集対象となるユーザデータの読み出しをサーバに要求する。このときメッセージに設定される処理パラメータは、データ種別（編集対象データ）、端末ＩＤ（ｘｘｘ）、処理指定（読出し）および指定データ(なし)が少なくとも設定されている。そして、サーバはこれらの処理パラメータに基づいて指定されたユーザデータをユーザデータ蓄積部から読み出して携帯端末に返送してくる。

このとき、指定データが設定されていないので、ユーザデータ蓄積部に蓄積されている対象データの一覧がサーバから携帯端末に送られ、それが一時記憶部に保存される。

編集対象データ一覧が表示部に表示され、ユーザは、その中から所望する個別の編集対象データを指定する操作を行う（Ｓ７０５）。

続いて、ユーザが指定した個別の編集対象データをサーバから読み出す。

携帯端末は、データ読出しメッセージをサーバに送信して、蓄積されている個別の編集対象データの読み出しをサーバに要求する。このときメッセージに設定される処理パラメータは、データ種別（編集対象データ）、端末ＩＤ（ｘｘｘ）、処理指定（読出し）および指定データ(個別編集対象データ情報)が少なくとも設定されている。そして、サーバはこれらの処理パラメータに基づいて指定された個別の編集対象データをユーザデータ蓄積部から読み出して携帯端末に返送してくる。サーバから読み出された個別の編集対象データは一時記憶部に保存される（Ｓ７０６）。

サーバから読み出された個別の編集対象データは表示部に表示される（Ｓ７０７）。

ユーザがその編集対象データに対するデータ編集操作を行い（Ｓ７０８）、編集済みデータの登録操作を行う（Ｓ７０９）。

編集済みデータは一時記憶部に保存されているので、それをサーバにアップロードする（Ｓ７１０）。このとき、携帯端末からサーバに対してデータ書込みメッセージが送信され、その中に処理パラメータとして、データ種別（編集対象データ）、端末ＩＤ（ｘｘｘ）、処理指定（書込み）および指定データ（編集済みデータ内容）が少なくとも設定されている。そして、サーバはこれらの処理パラメータに基づいて、該当する携帯端末の編集対象データ保存領域に指定された編集済みデータ内容を登録する。

一方、ステップＳ７０３において、新規作成をユーザが指定したものとする（Ｓ７０３、新規）と、この場合はサーバからユーザデータを読み出す必要は無いので、処理はステップＳ７０８に飛ぶ。つまり、表示されたデータ編集（新規作成）画面においてユーザがデータ編集（新規作成）操作を行い（Ｓ７０８）、編集済みデータ（新規作成データ）の登録操作を行う（Ｓ７０９）。

新規作成データは一時記憶部に保存されているので、それをサーバにアップロードする（Ｓ７１０）。このとき、携帯端末からサーバに対してデータ書込みメッセージが送信され、その中に処理パラメータとして、データ種別（新規作成データ）、端末ＩＤ（ｘｘｘ）、処理指定（書込み）および指定データ（新規作成データ内容）が少なくとも設定されている。そして、サーバはこれらの処理パラメータに基づいて、該当する携帯端末の編集対象データ保存領域に指定された新規作成データ内容を登録する。

ユーザによるデータ編集終了操作により、一時記憶部に保存された編集済み（新規作成）データが消去され（Ｓ７１１）、データ編集アプリケーションは終了する。

以上に本発明の第２の実施形態を説明したが、ユーザデータをサーバから読み出す処理が伴うアプリケーションを起動する場合には、情報セキュリティ上の対策として所定のキー操作による認証を必要とするように構成しても良い。例えば、パスワード入力や指紋などのバイオメトリクス認証を行う構成がある。つまり、携帯端末の中にはユーザデータは残されていないが、第三者がユーザデータの読み出し操作を行うことが想定される。そのような操作を行った際にパスワード入力や指紋などのバイオメトリクス認証を行う構成になっていれば、携帯端末の盗難や紛失により第三者にユーザデータが漏洩することをより確実に防ぐことができる。

また、たとえ上記のようなセキュリティ対策を端末内に施していても、第三者の手に渡ってしまった端末では、認証によるガードが破られてしまう可能性もある。そのため、サーバにおいて携帯端末からデータ読出しメッセージを受信したときに、処理パラメータに含まれる端末ＩＤによる携帯端末のアクセス認証を行う構成を加えても良い。このような構成を加えることにより、携帯端末の盗難や紛失に気が付いたユーザが通信事業者を介して、またはユーザ自身が別の携帯端末やコンピュータを使用して、サーバに対して紛失した携帯端末のサーバへのアクセスを禁止する措置をとることができる。これにより、携帯端末の盗難や紛失により第三者にユーザデータが漏洩することをさらに確実に防ぐことができる。

以上に説明した実施形態において、アプリケーションで使用した一時記憶部のユーザデータをアプリケーションの終了に際して消去するとして説明した。しかし、条件によっては必ずしもこれに限ることはない。例えば、一時記憶部の容量に余裕がある場合などは、ユーザの操作が行われてから所定のタイミングの後に一括して携帯端末内のユーザデータを消去するようにしてもよい。また、さらに、携帯端末の画面ロック等のセキュリティが万全であるような場合には積極的に消去しなくてもよい。携帯端末のバッテリ寿命が来れば一時記憶部のデータは消去される。

１、１０ 携帯端末
２、２０ サーバ
３ ネットワーク
１１ 一時記憶手段
１２ ユーザデータ制御手段
１３ ユーザデータ送受信手段
１４ユーザデータアクセス制御手段
２１ ユーザデータ蓄積手段
２２ 蓄積データ制御手段
１０１ アプリケーション１、２、・・・ｎ
１０２ ユーザデータアクセス制御部
１０３ ユーザ操作部
１０４ 表示部
１０５ 通信制御部
１０６ 無線送受信部
１０７ 一時記憶部
２０１ 通信制御部
２０２ 蓄積データ管理制御部
２０３ ユーザデータ蓄積部

Claims (10)

1. 携帯端末と、前記携帯端末で使用するユーザデータを蓄積するネットワークに設置されたサーバを備えた通信システムであって、
   前記携帯端末は、ユーザデータに関するメモリアクセスを含むアプリケーションを実行する場合に、前記サーバとの間の通信を確立し、前記アプリケーションで使用する前記ユーザデータを揮発性メモリで構成された一時記憶手段にダウンロードし、前記一時記憶手段に蓄積された前記ユーザデータを用いて実行した前記アプリケーションにおいて、当該アプリケーションで改変した前記一時記憶手段の前記ユーザデータを前記サーバにアップロードし、当該アプリケーションで使用した前記一時記憶手段の前記ユーザデータを当該アプリケーションの終了時に消去するユーザデータ制御手段を備え、
   前記サーバは、前記携帯端末の前記ユーザデータを蓄積するユーザデータ蓄積手段と、前記携帯端末との間で通信が確立され、前記携帯端末から受信する前記ユーザデータのダウンロードまたはアップロードの要求に応じて、前記ユーザデータ蓄積手段に蓄積されている前記携帯端末に対応する前記ユーザデータの読み出しまたは書き込みを制御する蓄積データ制御手段を備える
   ことを特徴とする通信システム。
2. 前記携帯端末は、前記サーバに対して送信する前記ユーザデータのダウンロードまたはアップロードの要求に、対象となる前記ユーザデータの種別を特定するデータ種別情報、当該携帯端末の識別情報、前記ユーザデータの読み出しまたは書き込みを特定する処理指定情報および読み出しまたは書き込みの対象となる前記ユーザデータを特定する指定データ情報を少なくとも含むことを特徴とする請求項１に記載の通信システム。
3. 前記サーバは、前記携帯端末から受信した前記ユーザデータのダウンロードの要求に含まれる前記指定データ情報が存在しない場合、前記データ種別情報で特定されるユーザデータの一覧を前記携帯端末に返信することを特徴とする請求項２に記載の通信システム。
4. ユーザデータに関するメモリアクセスを含むアプリケーションの前記ユーザデータのメモリアクセスを制御するユーザデータアクセス制御手段と、
   前記ユーザデータアクセス制御手段から起動され、ネットワークに設置されて前記アプリケーションで使用する前記ユーザデータを蓄積管理するサーバに対する通信を確立し、前記ユーザデータアクセス制御手段の指示に基づいて前記アプリケーションで使用する前記ユーザデータを、揮発性メモリで構成された一時記憶手段と前記サーバとの間で送受信するユーザデータ送受信管理手段と、を備え、
   前記ユーザデータアクセス制御手段は、前記アプリケーションを実行する場合に前記サーバに蓄積されている当該アプリケーションで使用するユーザデータを前記一時記憶手段にダウンロードすることを前記ユーザデータ送受信管理手段に指示し、前記一時記憶手段に蓄積された前記ユーザデータを用いて実行した前記アプリケーションにおいて、当該アプリケーションで改変した前記一時記憶手段の前記ユーザデータを前記サーバにアップロードすることを前記ユーザデータ送受信管理手段に指示し、当該アプリケーションで使用した前記一時記憶手段の前記ユーザデータを当該アプリケーションの終了時に消去する
   ことを特徴とする携帯端末。
5. 前記ユーザデータアクセス制御手段は、前記アプリケーションが起動すると当該アプリケーションで使用する前記ユーザデータの種別を識別し、識別した当該ユーザデータを前記サーバからダウンロードすることを前記ユーザデータ送受信管理手段に指示することを特徴とする請求項４に記載の携帯端末。
6. 前記ユーザデータアクセス制御手段は、前記サーバに対して送信する前記ユーザデータのダウンロードまたはアップロードの要求に、対象となる前記ユーザデータの種別を特定するデータ種別情報、当該携帯端末の識別情報、前記ユーザデータの読み出しまたは書き込みを特定する処理指定情報および読み出しまたは書き込みの対象となる前記ユーザデータを特定する指定データ情報を少なくとも含めて前記ユーザデータ送受信管理手段に指示することを特徴とする請求項４または請求項５に記載の携帯端末。
7. 前記ユーザデータアクセス制御手段は、前記ユーザデータの一覧を前記サーバからダウンロードする場合は、前記サーバに対して送信する前記ユーザデータのダウンロードの要求に、前記指定データ情報を含めずに、前記ユーザデータの種別を特定するデータ種別情報、当該携帯端末の識別情報および前記ユーザデータの読み出しを特定する処理指定情報のみを含めて前記ユーザデータ送受信管理手段に指示することを特徴とする請求項６に記載の携帯端末。
8. 携帯端末のユーザデータに関するメモリアクセスを含むアプリケーションを起動し、
   前記アプリケーションで使用する前記ユーザデータの種別を識別すると、ネットワークに設置されて前記アプリケーションで使用する前記ユーザデータを蓄積管理するサーバに対する通信を確立し、
   前記アプリケーションで使用する前記ユーザデータを、前記サーバから読み出して前記携帯端末にダウンロードし、
   前記ダウンロードした前記ユーザデータを、前記携帯端末の揮発性メモリで構成された一時記憶手段に保存し、
   前記一時記憶手段に保存したユーザデータに基づいて前記アプリケーションを実行し、
   前記一時記憶手段に蓄積された前記ユーザデータを用いて実行した前記アプリケーションにおいて、当該アプリケーションで改変した前記ユーザデータを前記サーバにアップロードし、
   当該アプリケーションで使用した前記一時記憶手段の前記ユーザデータを当該アプリケーションの終了時に消去する
   ことを特徴とするユーザデータ管理方法。
9. 前記アプリケーションが起動すると、当該アプリケーションで使用する前記ユーザデータの種別を識別し、識別した当該ユーザデータを前記サーバからダウンロードすることを特徴とする請求項８に記載のユーザデータ管理方法。
10. 前記サーバから前記ユーザデータをダウンロードまたはアップロードする際に、対象となる前記ユーザデータの種別を特定するデータ種別情報、当該携帯端末の識別情報、前記ユーザデータの読み出しまたは書き込みを特定する処理指定情報および読み出しまたは書き込みの対象となる前記ユーザデータを特定する指定データ情報を少なくとも含めることを特徴とする請求項８または請求項９に記載のユーザデータ管理方法。