JP4661455B2 - 携帯端末、そのデータ共有方法およびプログラム - Google Patents

Description

本発明は、複数の携帯端末で単一ユーザの個人データを共有するための技術に関する。

近年においては、ＩＭＴ−２０００などの次世代の標準規格に基づく携帯電話機（いわゆる第三世代携帯電話機）が開発されている。このような第三世代携帯電話機においては、加入者情報等が記録された機構媒体（ＩＣカード）と、携帯電話機本体とが分離した構成となっている。

第三世代携帯電話機において、個々のユーザは、ＵＩＭ（User Identity Module：ただし、ＵＳＩＭまたはＲ−ＵＩＭと称される場合もある）カードを保有している。このＵＩＭカードは、自身用の加入者情報（契約者情報）およびその他の情報（電話帳など）が記録されたＩＣカードである。

ユーザは、自分用のＵＩＭカードを本体に挿入することにより、任意の第三世代携帯電話機においてサービスを利用することが可能である。

従来のＧＳＭ携帯電話においても、上記のＵＩＭカード同様、ＳＩＭ（Subscriber Identity Module）カードに加入者情報が記憶されている。

これらのＵＩＭカードやＳＩＭカードを利用することにより、単一のユーザが複数の携帯電話機を、また単一の携帯電話機を複数のユーザが使用可能である。

したがって、上記の使用形態が利用可能な第三世代携帯電話機において、個人のプライバシーを確保するため、また、後述する個人データを複数の携帯電話機で共有するために、契約者情報だけでなく、各種の個人データを、個人用のＵＩＭカード内にすべて保持できることが理想である。

ここで、個人データとは、例えば、ユーザが入力した電話帳、電子メール、スケジュール、携帯電話機内蔵カメラで撮影した画像ファイルなどの情報である。

しかしながら、ＵＩＭカードのサイズや記憶容量の制限により、１枚のＵＩＭカードにすべての個人データを保持することは不可能である。このため、現実的には、これら個人データのほとんどは携帯電話機本体に記録されている。

ここで、特許文献１には、携帯電話機内の不揮発メモリには、ＩＭＳＩ毎に個人データのフォルダ領域を確保し、異なるＩＭＳＩすなわち異なるＵＩＭカード所有者は当該フォルダを参照できないようにすることにより、プライバシーを確保する技術が開示されている。
特開２００４−３３６７１９号公報

しかしながら、上述した従来例においては次のような問題点があった。プライバシーを確保する観点からは、複数ユーザが単一の携帯電話機を共有する際に有効であるが、単一ユーザが複数の携帯電話機を共有する際のデータ共有に関する課題には対応していない。

すなわち、複数の携帯端末間で個人データを共有しようとする場合、上記のユーザ識別情報が記憶された外部記憶媒体では容量が不足することから、さらに別の外部記憶媒体を必要としたり、一旦、携帯端末からパーソナルコンピュータ（以下、ＰＣ）にデータを転送し、ＰＣから別の携帯端末に転送するなどの煩雑な操作が必要であった。

本発明は、以上説明した事情に鑑みてなされたものであり、その目的は、簡易な操作で複数の携帯端末間で個人データの共有を可能とすることである。

上記課題を解決するために、本発明は、各端末固有の端末ＩＤと、ＵＩＭカードが保持するＩＭＳＩ毎に割り当てられる個人データと、他の端末の端末ＩＤ毎および／またはＩＭＳＩ毎に個人データのレコード単位でデータの共有状態である同期状態を保持する同期管理データとを保存している記憶部と、他の端末との接続のための通信手段と、ＵＩＭカード挿入時に、ＩＭＳＩ毎に個人データを作成する手段と、他の端末と接続されたとき、該他の端末からの個人データ送信要求を受けて、前記同期管理データを参照し、要求されたＩＭＳＩに関する個人データのみを前記他の端末に送信する手段と、を備える携帯端末を提供する。個人データとは、電話帳、メール、インターネットブラウザのブックマークなどのデータ、内蔵カメラで撮影した写真、動画などの画像データ、発着信履歴等の通信データ、携帯電話機操作部のカスタマイズ情報である画面上に置かれたアイコンの配置情報である（以下同じ）。

また、本発明は、一の携帯端末が、ＵＩＭカード挿入時に、ＩＭＳＩ毎に個人データを作成し、記憶部に保存するステップと、通信手段により他の端末と接続し、該他の端末からの個人データ送信要求を受け付けるステップと、記憶部に保存されている各端末固有の端末ＩＤならびに他の端末の端末ＩＤ毎および／またはＩＭＳＩ毎に個人データのレコード単位でデータの共有状態である同期状態を保持する同期管理データを参照するステップと、要求されたＩＭＳＩに関する個人データのみを前記他の端末に送信するステップと、
を有する携帯端末のデータ共有方法を提供する。

また、本発明は、コンピュータに、記憶部に各端末固有の端末ＩＤと、ＵＩＭカードが保持するＩＭＳＩ毎に割り当てられる個人データと、他の端末の端末ＩＤ毎および／またはＩＭＳＩ毎に個人データのレコード単位でデータの共有状態である同期状態を保持する同期管理データとを保存させる機能と、他の端末との接続のための通信機能と、ＵＩＭカード挿入時に、ＩＭＳＩ毎に個人データを作成する機能と、他の端末と接続されたとき、該他の端末からの個人データ送信要求を受けて、前記同期管理データを参照し、要求されたＩＭＳＩに関する個人データのみを前記他の端末に送信する機能と、を実現させるプログラムを提供する。

本発明によれば、簡易な操作で複数の携帯端末間で個人データの共有を可能とすることができる。

以下、本発明の実施の形態について図面を参照して詳細に説明する。なお、各図において共通する部分には、同一の符号が付されている。

図１を参照すると、本実施の形態における携帯電話機のブロック図が示されている。図において、携帯電話機（１００）は、例えば、ＩＭＴ−２０００などの標準規格に基づく第３世代携帯電話機であって、ＵＩＭ（User Identity Module）カード（１４）を本体に対してユーザが着脱可能な構成を有する。

ＵＩＭカード（１４）は、いわゆるＩＣカードなどの記憶媒体である。ＵＩＭカード（１４）の内部には、携帯電話機（１００）を使用可能なユーザを識別するための識別情報が予め記憶されている。本実施の形態において、該当する識別情報は、ＩＭＳＩ（International Mobile Subscriber Identifier）と呼ばれる加入者情報（契約者情報）である。ＩＭＳＩは、個々の加入者（ユーザ）を特定すべく、加入者毎に個別に付与された情報である。

無線ユニット（１）は、基地局との無線通信を実現するための所定の周波数帯域の無線電波の送受信を行う。

通信処理ユニット（２）は、無線ユニット（１）による受信電波に応じた信号を、中央制御ユニット（３）が認識可能なデジタル信号に変換する。また、通信処理ユニット（２）は、中央制御ユニット（３）から出力されるデジタル信号を、無線ユニット（１）にて送信信号に変換可能な信号形態に変換する。

中央制御ユニット（３）は、携帯電話機（１００）の全体の動作を司るＣＰＵ(Central Processing Unit)からなるハードウェアと、そのＣＰＵによって実行される各種ソフトウェア・プログラムとからなる。本実施の形態において、携帯電話機（１００）には、実行されるべきソフトウェア・プログラムとして、後述するフローチャートを実現するプログラムが実装されている。

周辺装置制御ユニット（４）は、中央制御ユニット（３）による指示に従って、レシーバ（スピーカ）（１０）への音声出力処理、マイク（１１）から入力される音声の信号処理、ＰＣや他の携帯電話機と有線接続するためのＵＳＢ（１２）、同じく無線接続するためのＢｌｕｅ Ｔｏｏｔｈ（ＢＴ）などの近距離無線通信（１３）並びに不図示の操作スイッチやディスプレイなどとの入出力処理を行う。

ＲＯＭ（５）は、上記のソフトウェア・プログラムを記憶する読み出し専用メモリ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）である。

ＲＡＭ（６）は、中央制御ユニット（３）が実行している各種プログラムのためのワークエリアとして使用される。

不揮発性メモリ（あるいは常時バックアップされる揮発性メモリ）（７）は、個人データ、中央制御ユニット（３）のＣＰＵが実行すべき各種ソフトウェア・プログラムなどが記憶されるＥＥＰＲＯＭなどの記憶素子である。

ＵＩＭカード制御ユニット（８）は、中央制御ユニット（３）による指示に従って、携帯電話機（１００）に装着されたＵＩＭカード（１４）から情報を読み出すと共に、必要な場合には情報を書き込む。

電源制御ユニット（９）は、不図示のバッテリを有しており、携帯電話機（１００）の各部への電源供給を行う。

本実施の形態において、個人データとは、電話帳、メール、インターネットブラウザのブックマークなどのデータ、内蔵カメラ（不図示）で撮影した写真、動画などの画像データ、発着信履歴等の通信データ、さらには携帯電話機操作部のカスタマイズ情報（例えば、画面上に置かれたアイコンの配置情報）である。

そして、ユーザは、携帯電話機（１００）の利用に際して、ＵＩＭカード（１４）を携帯電話機（１００）の本体に設けられたスロット（不図示）などの所定位置に装着する。これにより、ユーザは、携帯電話網を介した他者との会話や、契約している各種サービス（Ｗｅｂサイトの閲覧など）を利用することができる。

なお、携帯電話機（１００）が備える装置構成（図１：特に、無線通信のために備える構成）自体は、あくまでも一例であって、現在では一般的な各種の技術を採用することができるので、本実施の形態における詳細な説明は省略する。

図２は、不揮発メモリ（７）内の個人データメモリ（２０）の構成図である。図において、個人データはＩＭＳＩ毎に領域が確保される。

本実施の形態では、ＩＭＳＩ＝Ａの個人データ領域（２１）とＩＭＳＩ＝Ｂの場合の個人データ領域（２２）がある。

各個人データ領域には、対応するＩＳＭＩとそれに対応する電話帳データ、メールデータ、ブラウザデータ、画像データ、通信データなどが含まれている。なお、これらの領域は静的に確保されても良いし、動的に確保されても良い。

図３は、不揮発メモリ（７）内の同期管理メモリの構成図である。図において、同期管理メモリ（３０）は同期相手端末、同期対象ＩＭＳＩ毎に同期管理メモリ領域（３１）を構成し、それには同期相手の端末ＩＤ（３１１）、同期すべきＩＭＳＩ（３１２）、個人データの最小単位（電話帳の場合、メモリ番号で識別される個人単位、メールの場合はメール一通、画像の場合は画像ファイルなど）毎に相手端末との同期状態を管理する同期状態領域（３１３）を含んでおり、個人データメモリ（２０）と同様、これらの領域は静的に確保されても良いし、動的に確保されても良い。

図４は、同期状態領域（３１３）で管理されるデータの同期状態の遷移を表す状態遷移図である。

図５は、中央制御ユニット（３）がＵＩＭカード（１４）の挿入を検出したときに行う処理のフローチャートである。

図６は、本実施の形態の使用環境のイメージ図である。図において、ユーザは最初に端末Ａ（６１）にＵＩＭカード（６３）を挿入して使用しており、その後、ＵＩＭカード（６３）を端末Ｂ（６２）に移して使用する。その際、端末Ａ（６１）の個人データを端末Ｂ（６２）にコピー（同期）させるものである。

図７は、個人データをコピー（同期）する場合の信号の流れを表すシーケンス図である。

図８は、中央制御ユニット（３）が図７の個人データ送信開始要求（７０６）を受信したときに行う処理のフローチャートである。

図９は、中央制御ユニット（３）が、図７に示す個人データ送信要求（７０８）を受信したときに行う処理のフローチャートである。

次に、図２、図３、図４、図５、図７、図８および図９を参照して図６で示される端末Ａ（６１）から端末Ｂ（６２）へＵＩＭカード（６３）を移してデータをコピーおよび同期する場合の図１の中央制御ユニット（３）のソフトウェア・プログラムの処理動作を説明する。

前提条件として、ＵＩＭカード（６３）にはＩＭＳＩ＝Ａが書き込まれており、端末Ａ（６１）はＩＭＳＩ＝Ａで使用履歴あり、端末Ｂ（６２）はＩＭＳＩ＝Ｂの使用履歴ありとする。したがって、端末Ａ（６１）の個人データメモリ（２０）にはＩＭＳＩ＝Ａの個人データ領域（２１）が存在し、端末Ｂ（６２）の個人データメモリ（２０）にはＩＭＳＩ＝Ｂの個人データ領域（２２）が存在している。また、個人データとして端末Ａ（６１）には、電話機メモリ０００、００１、０１０および０２０が書き込まれているものとする。

最初に端末Ａ（６１）にＵＩＭカード（６３）が挿入された状態で端末Ａ（６１）を起動した場合の動作を説明する。このとき、図５に示されるＵＩＭカード（１４）検出処理が起動される。

図５において、中央制御ユニット（３）は、ＵＩＭカード（１４）からＩＭＳＩ＝Ａを読み出す（ステップＳ５１）。

次に、個人データメモリ（２０）の既存個人データ領域（２１）に記憶されているＩＭＳＩと読み出したＩＭＳＩを比較する（ステップＳ５２）。この場合、両者はＡで一致するので結果は「Ｙｅｓ」となり、処理を終了する。

次に、図６においてＵＩＭカード（６３）を端末Ｂ（６２）に移して端末Ｂ（６２）を起動した場合の動作を説明する。このとき、上記と同様に図５に示されるＵＩＭカード（１４）検出処理が起動される。

図５において、中央制御ユニット（３）はＵＩＭカード（１４）からＩＭＳＩ＝Ａを読み出す（ステップＳ５１）。

次に、個人データメモリ（２０）の既存個人データ領域（２２）に記憶されているＩＭＳＩと読み出したＩＭＳＩを比較する（ステップＳ５２）。この場合、両者は一致しないので、Ｓ５２の結果は「Ｎｏ」となり新規追加と判断し、新規個人データエリアを作成し、内容初期化の上、ＩＭＳＩ記憶エリアに読み出したＩＭＳＩを書き込む（ステップＳ５３）。本処理により、ＩＭＳＩ毎に個人データ領域が確保され、プライバシーが保持される。

次に、端末Ａ（６１）と端末Ｂ（６２）をＵＳＢ（１２）、ＢＴ（１３）などの通信インタフェースを利用して接続し、個人データのコピーおよび同期を行う場合の信号のやりとりを図７のシーケンスチャートを併用して説明する。

まず、両端末間のリンクは確立されているものとして（７０２）、リンク確立手順（７０１）は省略する。

最初にユーザが端末Ｂ（６２）において個人データ受信要求操作を行う（７０３）。このとき、パラメータとして、データが全部か選択された一部か、無条件に受信するか、前回コピーした後に端末Ａ（６１）側で変更された差分のみかを与えるが、今回は最初の受信であるので、「全部を無条件に受信」を選択したものとする。

この要求を端末Ｂ（６２）の中央制御ユニット（３）が受信すると、ユーザ認証のため、ＰＩＮ（Personal Identification Number：暗証番号）の入力を要求し（７０４）、ユーザは正しいＰＩＮを入力する（７０５）と、端末Ａ（６１）に対して個人データ送信開始要求（７０６）を送信する。

個人データ送信開始要求（７０６）にはＵＩＭカード（６３）に保持されているＩＭＳＩ＝Ａと端末Ｂ（６２）の端末ＩＤをパラメータとして含む。

個人データ送信開始要求（７０６）を受信した端末Ａ（６１）側の中央制御ユニット（３）は、図８のフローチャートで示される処理を起動する。

図８において、受信した個人データ送信開始要求（７０６）信号に含まれるＩＭＳＩ＝Ａを個人データメモリ２０の中から検索し、既存か否かを判断する（ステップＳ８１）。本実施の形態ではＩＭＳＩ＝Ａは存在するので、結果は「Ｙｅｓ」となり、次に、同期管理メモリ（３０）の相手端末ＩＤ領域（３１１）を検索し、以前に同期したことがあるか否かを判断する（ステップＳ８２）。

今回の処理は最初の同期なので、結果は「Ｎｏ」となり、新規の同期管理メモリ領域（３１）を作成し、同領域内に端末Ｂ（６２）の端末ＩＤを端末ＩＤ領域（３１１）に、同期すべきＩＭＳＩ領域（３１２）にＩＭＳＩ＝Ａを書き込む。また、登録されているレコードとして電話機メモリ０００、００１、０１０および０２０に対応する同期状態領域（３１３）の同期状態を「１：同期必要」に初期化する（ステップＳ８３）。

そして、端末Ｂ（６２）に対して、「個人データ送信開始要求受付」（７０７）を送信する（ステップＳ８４）。

もし、ステップＳ８１の判断において、「Ｎｏ」となった場合は、「個人データ送信開始要求拒否」を送信する（ステップＳ８５）。

次に、端末Ｂ（６２）は、個人データ送信要求（７０８）を送信する。個人データ送信要求（７０８）には、上記の「全部を無条件に受信」する旨のパラメータを含む。

個人データ送信要求（７０８）を受信した端末Ａ（６１）側の中央制御ユニット（３）は、図９のフローチャートで示される処理を起動する。

図９において、受信した個人データ送信要求（７０８）信号に含まれる処理対象は「全部」となるので、先頭レコードである、電話帳メモリ０００を最初の処理対象とする（ステップＳ９０１）。

そして、同処理対象レコードに対応する同期状態領域３１３の状態を判断する（ステップＳ９０２）。今回の処理の場合、同期状態領域はすべて１：同期必要であるので、処理対象レコードである、電話帳メモリ０００を送信（ステップ９０４および信号７０９）し、同領域を０：同期不要とする（ステップＳ９０５および図４のＥｖ２）。

上述したステップＳ９０２〜Ｓ９０５の処理を全レコードについて行う（ステップＳ９０６、Ｓ９０７）。

すべてのデータの送信が完了すると、個人データ送信完了（７１２）を送信し（ステップＳ９０８）、個人データ送信完了受付（７１４）を受信し（ステップＳ９０９）、処理を完了する。

次に、ＵＩＭカード（６３）を端末Ａ（６１）に戻し、電話帳メモリ０００の修正と電話帳メモリ０３０の追加、電話帳メモリ００１の削除を行った後、ＵＩＭカード（６３）を端末Ｂ（６２）に再度移し、個人データを同期する場合の処理動作を説明する。

まず、電話帳メモリ０００の修正を行うと、同エリアに対応する同期状態領域３１３１は０：同期不要から１:同期必要となる（Ｅｖ３）。また、電話帳メモリ０３０の追加を行うと、同エリアに対応する同期状態領域３１３５はＮｏＤａｔａから１:同期必要となる（Ｅｖ１）。また、電話帳メモリ００１を削除すると、同エリアに対応する同期状態領域３１３２は０:同期不要から２：削除となる（Ｅｖ５）。なお、１：同期必要状態で再度修正を行っても、同状態のままであり（Ｅｖ４）、１：同期必要状態から削除を行うと、２：削除となる（Ｅｖ６）

整理すると、以下のようになる。
電話帳メモリ０００の同期状態領域３１３１ ＝ １：同期必要
電話帳メモリ００１の同期状態領域３１３２ ＝ ２：削除
電話帳メモリ０３０の同期状態領域３１３５ ＝ １：同期必要

次に、２度目の同期の動作について最初の同期との差分についてのみ説明する。

図７の個人データ受信要求操作（７０３）、個人データ送信要求（７０８）のパラメータは「全部の差分のみ」を選択したものとする。

まず、リンク確立手順（７０１）から個人データ送信開始要求（７０６）送信の動作は同一であるため説明を省略する。

個人データ送信開始要求（７０６）を受信した端末Ａ（６１）側の中央制御ユニット（３）は、図８のフローチャートで示される処理を起動する。

図８において、ステップＳ８２の判断開始までは最初の同期と同一である。今回の処理では２度目の同期なので、結果は「Ｙｅｓ」となり、端末Ｂ（６２）に対して、「個人データ送信開始要求受付」（７０７）を送信する（ステップＳ８４）。

次に、端末Ｂ（６２）は、個人データ送信要求（７０８）を送信する。個人データ送信要求（７０８）には、上記の「全部の差分のみを受信」する旨のパラメータを含む。

個人データ送信要求（７０８）を受信した端末Ａ（６１）側の中央制御ユニット（３）は、図９のフローチャートで示される処理を起動する。

図９において、受信した個人データ送信要求（７０８）信号に含まれる処理対象は「全部」となるので、先頭レコードである、電話帳メモリ０００を最初の処理対象とする（ステップＳ９０１）。

そして、同処理対象レコードに対応する同期状態領域３１３の状態を判断する（ステップＳ９０２）。今回の処理の場合、処理対象レコード＝電話帳メモリ０００および０３０の場合、同期状態領域は１：同期必要であるので、処理対象レコードである、電話帳メモリ０００を送信（ステップ９０４および信号７０９）し、同領域を０：同期不要とする（ステップＳ９０５および図４のＥｖ２）。また、処理対象レコード＝電話帳メモリ００１の場合、同判断は２:削除となるので、端末Ｂ（６２）に「レコード削除要求」を送信し（ステップＳ９１０）、電話帳メモリ００１の同期状態領域３１３２を削除する（ステップＳ９１１およびＥｖ７）

上記の実施の形態によれば、ＵＩＭカード毎に自動的に共有（同期ともいう）データを選択しているので、ユーザが自分のデータを選択する必要がなく、共有操作を簡素化できる。

また、差分のみ送信（同期）可能であるので、２度目以降の送信（同期）時間を短縮できる。

なお、上述する実施の形態は、本発明の好適な実施の形態であり、本発明の要旨を逸脱しない範囲内において種々変更実施が可能である。例えば、上記の実施の形態における携帯電話機（１００）の機能を実現するためのプログラムを装置に読込ませて実行することにより装置の機能を実現する処理を行ってもよい。さらに、そのプログラムは、コンピュータ読み取り可能な記録媒体であるＣＤ−ＲＯＭまたは光磁気ディスクなどを介して、または伝送媒体であるインターネット、電話回線などを介して伝送波により他のコンピュータシステムに伝送されてもよい。

本発明の実施形態における携帯電話機のブロック図である。 本発明の実施形態における不揮発メモリ内の個人データ構成の一例を示す図である。 本発明の実施形態における不揮発メモリ内の同期管理データ構成の一例を示す図である。 本発明の実施形態における同期状態の状態遷移図である。 本発明の実施形態における初期化処理の動作を示すフローチャートである。 本発明の実施形態における端末移行のイメージ図である。 本発明の実施形態におけるデータ同期のシーケンスチャートである。 本発明の実施形態における個人データ送信開始要求の受信時の処理の動作を示すフローチャートである。 本発明の実施形態における個人データ送信時の処理の動作を示すフローチャートである。

符号の説明

１ 無線ユニット
２ 通信処理ユニット
３ 中央制御ユニット
４ 周辺装置制御ユニット
５ ＲＯＭ
６ ＲＡＭ
７ 不揮発性メモリ
８ ＵＩＭカード制御ユニット
９ 電源制御ユニット
１０ レシーバ（スピーカ）
１１ マイク
１２ ＵＳＢ
１３ ＢＴ
１４ ＵＩＭカード
１００ 携帯電話機

Claims (13)

1. 各端末固有の端末ＩＤと、ＵＩＭカードが保持するＩＭＳＩ毎に割り当てられる個人データと、他の端末の端末ＩＤ毎および／またはＩＭＳＩ毎に個人データのレコード単位でデータの共有状態である同期状態を保持する同期管理データとを保存している記憶部と、
   他の端末との接続のための通信手段と、
   ＵＩＭカード挿入時に、ＩＭＳＩ毎に個人データを作成する手段と、
   他の端末と接続されたとき、該他の端末からの個人データ送信要求を受けて、前記同期管理データを参照し、要求されたＩＭＳＩに関する個人データのみを前記他の端末に送信する手段と、
   を備え、
   前記個人データとは、電話帳、メール、インターネットブラウザのブックマークなどのデータ、内蔵カメラで撮影した写真、動画などの画像データ、発着信履歴等の通信データ、携帯電話機操作部のカスタマイズ情報である画面上に置かれたアイコンの配置情報であることを特徴とする携帯端末。
2. 前記他の端末の要求の種類に応じて送信すべきデータを選択する手段を備えることを特徴とする請求項１記載の携帯端末。
3. 前記要求の種類には、個人データの全部または一部と、データを無条件にまたは前回同期した後に変更されたデータのみを送信すべきかを含むことを特徴とする請求項２記載の携帯端末。
4. 請求項１から３のいずれか１項に記載の携帯端末に対して、他の端末との接続のための通信手段を介して個人データ送信要求を発行することを特徴とする携帯端末。
5. 前記通信手段は、近距離無線通信であることを特徴とする請求項１から４のいずれか１項に記載の携帯端末。
6. 一の携帯端末が、ＵＩＭカード挿入時に、ＩＭＳＩ毎に個人データを作成し、記憶部に保存するステップと、
   通信手段により他の端末と接続し、該他の端末からの個人データ送信要求を受け付けるステップと、
   記憶部に保存されている各端末固有の端末ＩＤならびに他の端末の端末ＩＤ毎および／またはＩＭＳＩ毎に個人データのレコード単位でデータの共有状態である同期状態を保持する同期管理データを参照するステップと、
   要求されたＩＭＳＩに関する個人データのみを前記他の端末に送信するステップと、
   を有し、
   前記個人データとは、電話帳、メール、インターネットブラウザのブックマークなどのデータ、内蔵カメラで撮影した写真、動画などの画像データ、発着信履歴等の通信データ、携帯電話機操作部のカスタマイズ情報である画面上に置かれたアイコンの配置情報であることを特徴とする携帯端末のデータ共有方法。
7. 前記他の端末の要求の種類に応じて送信すべきデータを選択するステップを有することを特徴とする請求項６記載の携帯端末のデータ共有方法。
8. 前記要求の種類には、個人データの全部または一部と、データを無条件にまたは前回同期した後に変更されたデータのみを送信すべきかを含むことを特徴とする請求項７記載の携帯端末のデータ共有方法。
9. 前記通信手段は、近距離無線通信であることを特徴とする請求項６から８のいずれか１項に記載の携帯端末のデータ共有方法。
10. コンピュータに、
    記憶部に各端末固有の端末ＩＤと、ＵＩＭカードが保持するＩＭＳＩ毎に割り当てられる個人データと、他の端末の端末ＩＤ毎および／またはＩＭＳＩ毎に個人データのレコード単位でデータの共有状態である同期状態を保持する同期管理データとを保存させる機能と、
    他の端末との接続のための通信機能と、
    ＵＩＭカード挿入時に、ＩＭＳＩ毎に個人データを作成する機能と、
    他の端末と接続されたとき、該他の端末からの個人データ送信要求を受けて、前記同期管理データを参照し、要求されたＩＭＳＩに関する個人データのみを前記他の端末に送信する機能と、
    を実現させ、
    前記個人データとは、電話帳、メール、インターネットブラウザのブックマークなどのデータ、内蔵カメラで撮影した写真、動画などの画像データ、発着信履歴等の通信データ、携帯電話機操作部のカスタマイズ情報である画面上に置かれたアイコンの配置情報であることを特徴とするプログラム。
11. 前記他の端末の要求の種類に応じて送信すべきデータを選択する機能を実現させることを特徴とする請求項１０記載のプログラム。
12. 前記要求の種類には、個人データの全部または一部と、データを無条件にまたは前回同期した後に変更されたデータのみを送信すべきかを含むことを特徴とする請求項１０記載のプログラム。
13. 請求項１０から１２のいずれか１項に記載のコンピュータに対して、他の端末との接続のための通信手段を介して個人データ送信要求を発行することを特徴とするプログラム。

Images