(57)【要約】      （修正有）【課題】携帯端末を変更した時、バックアップしておいたデータをダウンロードして継続的に利用する。【解決手段】携帯端末とユーザデータをバックアップ保存するデータ保存装置と、前記携帯端末を使用するユーザに関するユーザ情報を管理する顧客管理装置とを相互通信可能に接続する。携帯端末が変更された場合に、顧客管理装置は、変更前の旧端末の端末識別番号と、変更後の新端末の端末識別番号を、前記ユーザの個人識別情報と関連づけて保存、管理し、変更後の携帯端末は、旧端末で使用していたユーザデータを前記データ保存装置からダウンロードする場合に、前記データ保存装置に対して、旧端末のユーザデータの取得要求を示すフラグを設定してユーザデータ取得要求メッセージを送信する。顧客管理装置にて新端末と旧端末のユーザの同一性が確認された場合に、データ保存装置は、旧端末でのユーザデータを検索して、変更後の携帯端末に送信する。【選択図】図１
2006319811.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末と、
前記携帯端末で利用されるユーザデータをバックアップ保存するデータ保存装置と、
前記携帯端末を使用するユーザに関するユーザ情報を管理する顧客管理装置と
が相互通信可能に接続されるデータバックアップシステムであって、
前記携帯端末が変更された場合に、前記顧客管理装置は、同一のユーザに関して、変更前の旧端末の端末識別番号と、変更後の新端末の端末識別番号を、前記ユーザの個人識別情報と関連づけて保存、管理し、
前記変更後の携帯端末は、前記旧端末で使用していたユーザデータを前記データ保存装置からダウンロードする場合に、前記データ保存装置に対して、旧端末のユーザデータの取得要求を示すフラグを設定してユーザデータ取得要求メッセージを送信し、
前記データ保存装置は、前記ユーザデータ取得要求メッセージに前記フラグが設定されている場合に、前記顧客管理装置に対して、前記ユーザの同一性を照合し、
前記顧客管理装置において、前記新端末と旧端末のユーザの同一性が確認された場合に、前記データ保存装置は、前記旧端末でのユーザデータを検索して、前記変更後の携帯端末に送信する
ことを特徴とするデータバックアップシステム。
【請求項２】
携帯端末で、ネットワークからディジタルコンテンツの配信を受け、
前記ディジタルコンテンツについて、バックアップを目的とするデータ保存が許可されているか否かを判断し、
前記バックアップ保存が許可されている場合に、前記ディジタルコンテンツに基づいて前記携帯端末で生成されるユーザデータを、ネットワーク上のデータ保存装置に保存し、
前記携帯端末が変更された場合に、前記携帯端末を使用する同一のユーザに関し、変更前の旧端末の端末識別番号と、変更後の新端末の端末識別番号を、前記ユーザの個人識別情報と関連づけてユーザ識別情報として保存、管理し、
前記変更後の携帯端末が、前記旧端末で使用していたユーザデータを前記データ保存装置からダウンロードする際に、旧端末のユーザデータの取得要求を示すフラグを設定してユーザデータ取得要求メッセージを送信し、
前記データ保存装置は、前記ユーザデータ取得要求メッセージに前記フラグが設定されている場合に、前記ユーザ識別情報に基づいて、前記ユーザの同一性を照合し、
前記新端末と旧端末のユーザの同一性が確認された場合に、前記データ保存装置から前記変更後の携帯端末に、要求されたユーザデータを送信する
ことを特徴とするデータバックアップ方法。
【請求項３】
ネットワークを介してディジタルコンテンツを取得し利用する携帯端末であって、
前記取得したディジタルコンテンツについて、バックアップを目的とする保存が許可されているか否かを判断するデータ保存可否判断部と、
前記ディジタルコンテンツのバックアップ保存が許可されている場合に、前記ディジタルコンテンツに基づいて生成されたユーザデータを、ネットワーク上のデータ保存サーバに保存するユーザデータ送信部と、
前記携帯端末の端末識別情報を、前記携帯端末を取得する以前の旧端末の端末識別情報と関連付けて再登録するユーザ情報再登録メッセージ生成部と、
前記バックアップ保存したユーザデータを前記データ保存サーバからダウンロードするためにユーザデータ取得要求メッセージを生成するユーザデータ取得要求メッセージ生成部と
を備え、前記ユーザデータ取得要求メッセージ生成部は、前記旧端末からバックアップ保存したユーザデータをダウンロードする場合に、前記ユーザデータ取得要求メッセージに、旧端末ユーザデータ取得要求フラグをセットすることを特徴とする携帯端末。
【請求項４】
前記ユーザ情報再登録メッセージ生成部は、前記新端末の端末識別子と旧端末の端末識別子に、前記ユーザの個人識別情報を関連付けた再登録メッセージを生成することを特徴とする請求項３に記載の携帯端末。
【請求項５】
携帯端末で利用されたユーザデータをバックアップ保存するバックアップ装置であって、
ユーザデータを保存するユーザデータ保存部と、
同一のユーザに関して前記携帯端末が変更された場合に、当該ユーザの個人識別情報を、変更前の旧端末識別子と変更後の新端末識別子と関連付けて管理するユーザ情報保存部と、
前記携帯端末からユーザデータの取得要求を受けとった場合に、前記取得要求の中に旧端末からのユーザデータの取得が指示されているか否かを判断する旧端末ユーザデータ取得要求判別部と、
前記旧端末からのユーザデータの取得が指示されている場合に、前記ユーザ情報保存部に対して前記ユーザの同一性を照合する端末識別照合部と
を備えることを特徴とするバックアップ装置。
【請求項６】
前記照合要求があった場合に、前記ユーザ情報保存部で前記ユーザの同一性を検索するユーザ識別情報検索部
をさらに備え、前記ユーザの同一性が特定された場合に、前記ユーザデータ保存部に格納されている前記旧端末のユーザデータを前記携帯端末に送信することを特徴とする請求項３に記載のバックアップ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末上のデータをネットワーク上のデータバックアップ装置に保存し、携帯電話の変更時も、当該データをダウンロードして継続的にデータを使用できるようにするデータバックアップシステムと、データバックアップ方法に関する。
【背景技術】
【０００２】
従来、携帯電話やＰＤＡ（Personal Digital Assistance）等の携帯端末において、ネットワーク上のコンテンツをダウンロードし、携帯端末で利用する例が増加している。ダウンロードの対象としては、ゲーム等のアプリケーション、動画像、壁紙、着メロ等の様々なコンテンツが例として挙げられる。また、ユーザが携帯端末においてスケジュールや電話帳などのデータを作成して、使用する例もある。
【０００３】
ダウンロードしたコンテンツや、携帯端末で作成したデータ（以下、単に「データ」または「ユーザデータ」とする）は、個々の携帯端末のメモリに保存されるため、携帯端末の紛失、故障などが生じた場合には、当該データを新しい携帯端末で利用できなくなるという問題が生じる。一度ダウンロードしたコンテンツを、紛失、故障の後にも利用したい場合は、同じコンテンツを再度取得する必要がある。多くの場合、再取得の際にも再びコンテンツ使用料金を支払う必要があり、ユーザの利便性を損なうという問題が生じる。また、携帯端末で作成したデータについては、再現できないという問題がある。
【０００４】
このような問題に対処する方法として、携帯電話端末用のデータ管理サービスシステムが知られている（例えば、特許文献１参照）。このデータ管理サービスシステムでは、携帯端末上のデータのバックアップを実現できるとともに、携帯端末の変更により、従来使用していたデータが使用できなくなるという問題を解決している。すなわち、携帯端末で使用するデータ情報をネットワーク上のデータ管理サーバにアップロードしておき、必要なときに、アップロードしたデータを携帯端末にダウンロードして使用することで、携帯端末の変更時にも継続してコンテンツの利用が可能になる。
【０００５】
このデータ管理サービスシステムでは、単なる携帯端末上のデータのバックアップの他に、著作権が存在するデータのバックアップも可能になる。著作者識別情報が付与されたデータ情報については、サーバ上の著作権保護領域に格納され、他の保存領域への移動が制限される。著作権保護領域に格納されたデータ情報のダウンロードは、このデータ情報に対応付けられた利用者の携帯端末に対してのみ許可される。
【０００６】
別の方法として、著作権コンテンツを配信する際に、コンテンツのバックアップ先としてあらかじめ許可されているバックアップサーバを指定し、指定されたバックアップサーバにのみコンテンツの保存を許可するコンテンツバックアップ方法が提案されている（たとえば特許文献２参照）。
【特許文献１】特開２００４−２００８４５号公報
【特許文献２】特開２００４−４８１８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来の技術では、バックアップサーバにアクセスする際に、携帯端末を一意に識別する手段として、携帯端末の識別子を用いていた。したがって、変更前と変更後の携帯端末の識別子が同じである場合に限り、サーバ装置に保存されているデータを、変更後の携帯端末において再度取得することが可能であった。
【０００８】
しかし、実際には、携帯端末を変更した場合、変更前と変更後の携帯端末の識別子が同じでない場合が多い。たとえば、携帯端末として携帯電話を用いた場合、携帯電話の識別番号（ＩＤ）は、携帯電話の変更に伴って変わってしまう番号である。
【０００９】
加入者番号の保存先としてＳＩＭ（Subscribe Identity Module）を用いる場合、紛失を原因として携帯電話の変更を行う場合には、ＳＩＭも新しいものに変更される。ＳＩＭの変更により、ＳＩＭ識別番号（ＳＩＭ  ＩＤ）や移動機加入者識別番号（ＩＭＳＩ：International Mobile Subscriber Identity）も変わってしまう。
【００１０】
その他にも、携帯端末の識別情報として電子証明書を用いた場合は、その電子証明書のシリアル番号や電子証明書そのものが変化してしまう。
【００１１】
上述した特許文献１では、携帯電話を変更したときは、ユーザが前回使用していたパスワードを入力し、入力されたパスワードと一致するパスワードが格納されたユーザ領域がサーバ上で検索されて、そこに格納されている旧端末の識別番号は、新端末の識別番号へ書き換えられる。頻繁な変更や不正なアクセスを防止するために、利用ログが管理されるとはいえ、パスワードが悪用される可能性を否定できない。また、旧端末に関する識別情報は上書消去されてしまう。
【００１２】
特許文献２では、著作権コンテンツの保護のため、あらかじめコンテンツ配信サーバにより指定されたバックアップサーバにのみバックアップ保存が許可されるが、携帯端末を変更したときのユーザの特定と、バックアップデータの検索、ダウンロードの具体的な方法は開示されていない。
【００１３】
そこで、本発明は、携帯端末を変更した場合でも、それまで使用していた著作権コンテンツを効率的かつ適正にバックアップサーバからダウンロードできる構成を提供することを課題とする。
【課題を解決するための手段】
【００１４】
上記課題を達成するために、本発明の第１の側面では、データバックアップシステムを提供する。データバックアップシステムは、
携帯端末と、
前記携帯端末で利用されるユーザデータをバックアップ保存するデータ保存装置と、
前記携帯端末を使用するユーザに関するユーザ情報を管理する顧客管理装置と
が相互通信可能に接続され、
前記携帯端末が変更された場合に、前記顧客管理装置は、同一のユーザに関して、変更前の旧端末の端末識別番号と、変更後の新端末の端末識別番号を、前記ユーザの個人識別情報と関連付けて保存、管理し、
前記変更後の携帯端末は、前記旧端末で使用していたユーザデータを前記データ保存装置からダウンロードする場合に、前記データ保存装置に対して、旧端末のユーザデータの取得要求を示すフラグを設定してユーザデータ取得要求メッセージを送信し、
前記データ保存装置は、前記ユーザデータ取得要求メッセージに前記フラグが設定されている場合に、前記顧客管理装置に対して、前記ユーザの同一性を照合し、
前記顧客管理装置において、前記新端末と旧端末のユーザの同一性が確認された場合に、前記データ保存装置は、前記旧端末でのユーザデータを検索して、前記変更後の携帯端末に送信する。
【００１５】
本発明の第２の側面では、ネットワークを介してディジタルコンテンツを取得し利用する携帯端末を提供する。携帯端末は、
（ａ）取得したディジタルコンテンツについて、バックアップを目的とする保存が許可されているか否かを判断するデータ保存可否判断部と、
（ｂ）前記ディジタルコンテンツのバックアップ保存が許可されている場合に、前記ディジタルコンテンツに基づいて生成されたユーザデータをネットワーク上のデータ保存サーバに保存するユーザデータ送信部と、
（ｃ）前記携帯端末の端末識別情報を、前記携帯端末を取得する以前の旧端末の端末識別情報と関連付けて再登録するユーザＩＤ情報再登録メッセージ生成部と、
（ｄ）前記バックアップ保存したユーザデータを前記データ保存サーバからダウンロードするためにユーザデータ取得要求メッセージを生成するユーザデータ取得要求メッセージ生成部と
を備え、ユーザデータ取得要求メッセージ生成部は、旧端末からバックアップ保存したユーザデータをダウンロードする場合に、ユーザデータ取得要求メッセージに、旧端末ユーザデータ取得要求フラグをセットする。
【００１６】
このような構成により、著作権コンテンツのバックアップ保存が可能になり、かつ携帯端末の変更後も、以前の携帯端末でバックアップ保存したユーザデータを効率的にダウンロードすることが可能になる。
【００１７】
本発明の第３の側面では、携帯端末で利用されたユーザデータをバックアップ保存するバックアップ装置を提供する。バックアップ装置は、
（ａ）ユーザデータを保存するユーザデータ保存部と、
（ｂ）同一のユーザに関して前記携帯端末が変更された場合に、当該ユーザの個人識別情報を、変更前の旧端末識別子と変更後の新端末識別子と関連付けて管理するユーザ情報保存部と、
（ｃ）前記携帯端末からユーザデータの取得要求を受けとった場合に、この取得要求の中に旧端末からのユーザデータの取得が指示されているか否かを判断する旧端末ユーザデータ取得要求判別部と、
（ｄ）旧端末からのユーザデータの取得が指示されている場合に、ユーザ情報保存部に対して前記ユーザの同一性を照合する端末識別照合部と
を備える。
【００１８】
この構成により、ユーザデータの不正なダウンロードを防止し、携帯端末の変更後も、変更前の携帯端末から保存されたユーザデータを適正なユーザに送信することが可能になる。
【発明の効果】
【００１９】
携帯端末を変更した場合でも、旧端末で使用していた著作権コンテンツを含むユーザデータを、効率的かつ適正にダウンロードして、新端末で継続して利用することが可能になる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施の形態を、図面を参照して説明する。以下の説明で参照する各図において、同一の構成要素は同一の符号によって示されている。
（システム全体の構成）
図１は、本発明の一実施形態に係るデータバックアップシステムの概略構成図である。データバックアップシステム１は、ネットワーク１０に接続され互いに通信することが可能な携帯端末２１、２２、コンテンツサーバ３０、顧客管理装置４０、データ保存装置５０、情報入力端末７０を含む。顧客管理装置４０と、データ保存装置５０で、バックアップ装置６０を構成する。
【００２１】
携帯端末２１、２２、コンテンツサーバ３０、顧客管理装置４０、データ保存装置５０、情報入力端末７０は、それぞれＣＰＵ、記憶装置、入出力装置等のハードウェア資源と、記憶装置に記憶されたソフトウェア資源とを備えている。
【００２２】
図２は、データバックアップシステム１で用いられる携帯端末２１、２２の構成を示す概略ブロック図である。携帯端末２１（または２２）は、ネットワーク１０を介して顧客管理装置４０やデータ保存装置５０に種々のメッセージを送信する送信部２０１と、送信されるメッセージを生成するメッセージ生成部２０３と、著作権コンテンツに関して、データのバックアップ保存が許可されているかどうかを判断するデータ保存可否判断部２０２と、アプリケーションやデータを格納するメモリ２０４を有する。
【００２３】
携帯端末２１がコンテンツサーバ装置３０から著作権コンテンツをダウンロードする場合、所望の著作権コンテンツに関して、バックアップを目的とする保存が許可されているか否かの情報が添付された状態で、コンテンツが配信される。その後、メモリ２０４に格納されたアプリケーションを用いて著作権コンテンツを利用し、使用後のデータをバックアップ保存する場合は、データ保存可否判断部２０２において、データ保存装置５０へのバックアップ保存が許可されたものであるかどうかを判断する。バックアップ保存が許可されたコンテンツである場合は、バックアップデータ（ユーザデータ）をデータ保存装置５０へ送信する。
【００２４】
メッセージ生成部２０３は、ユーザの指示に従って、ユーザ識別（ＩＤ）情報登録メッセージ、ユーザデータ保存要求メッセージ、ユーザ識別（ＩＤ）情報再登録メッセージ、ユーザデータ取得要求メッセージ等を生成する。
【００２５】
ユーザ識別情報登録メッセージは、携帯端末２１を顧客管理装置４０に登録するときに送信される。ユーザ識別情報再登録メッセージは、紛失、故障などにより、新しい携帯端末に変更されたときに、顧客管理装置４０への再登録のために送信される。ユーザ保存要求メッセージは、携帯端末２１で使用していたユーザデータのバックアップ保存を要求するときに、データ保存装置５０に送信される。ユーザデータ取得要求メッセージは、バックアップデータをデータ保存装置５０からダウンロードするときに送信される。変更前の携帯端末で使用されていたバックアップデータを、変更後の携帯端末にダウンロードするときは、後述するように、旧端末ユーザデータ取得要求フラグを立てて、ユーザデータ取得要求メッセージが生成される。
【００２６】
図３は、データ保存装置５０の構成を示す概略ブロック図、図４は、顧客管理装置４０の構成を示す概略ブロック図である。図３に示すように、データ保存装置５０は、旧端末ユーザデータ取得要求フラグ抽出部３０１と、端末ＩＤ照合部３０２と、ユーザの要求に応じてユーザデータを保存するユーザデータ保存部３０３を有する。
【００２７】
ユーザデータ保存部３０３は、携帯端末から送られてきたバックアップデータ（ユーザデータ）を、所定の領域に保存する。旧端末ユーザデータ取得要求フラグ抽出部３０１は、旧端末ユーザデータ取得要求判別部として機能し、携帯端末２１から送られてくるユーザデータ取得要求メッセージ中に、旧端末で使用されていたユーザデータに対する取得要求フラグが含まれているかどうかを判断する。含まれていない場合は、ユーザデータ保存部３０３の該当するユーザ領域から、要求されたデータが検索される。旧端末ユーザデータ取得要求フラグが含まれている場合は、端末ＩＤ照合部３０２が、顧客管理装置４０に対してユーザ照合を行なう。
【００２８】
図４に示すように、顧客管理装置４０は、ユーザ識別情報検索部４０１と、ユーザ識別情報保存・更新部４０２を有する。ユーザ識別情報保存・更新部は、ユーザごとの個人情報を保持し、ユーザが所持する携帯端末を変更した場合にもユーザの同一性を特定するために、同一ユーザリスト４０５を有する。ユーザ識別情報検索部４０１は、データ保存装置５０から、ユーザ照合の要求を受け取った場合に、同一ユーザリスト４０５を参照して、ユーザの照合を行なう。
（データバックアップシステムの動作例）
次に、これらの装置で構成されるデータバックアップシステム１の全体の動作シーケンスを、図５および図６を参照して説明する。
【００２９】
図５は、携帯端末２１がバックアップデータを保存するときの動作を示すシーケンス図である。
（１）ユーザ識別情報の登録動作
携帯端末２１は、ユーザの指示に基づき（Ｓ１０１）、ユーザ識別情報登録メッセージを作成し、顧客管理装置４０にこのメッセージを送信する（Ｓ１０２）。ユーザ識別情報登録メッセージには、携帯端末２１の端末識別子と、携帯端末２１を使用するユーザの個人識別情報が含まれる。
【００３０】
端末識別子とは、携帯端末２１を一意に識別することが可能な情報であり、具体的な例として、ＩＭＳＩ、携帯電話ＩＤ、携帯電話番号、携帯端末２１の電子証明書などが挙げられる。
【００３１】
個人識別情報とは、ユーザを一意に識別することが可能な情報であり、氏名、生年月日、住所、電話番号、メールアドレス、自動車運転免許証番号、パスポート番号、顔写真、指紋情報、虹彩情報、手のひらの静脈情報を組み合わせたものが挙げられる。
【００３２】
図７は、ユーザ識別情報登録メッセージの一例を示す。図７の例では、端末識別子の種別として携帯電話ＩＤが用いられ、個人識別情報として、氏名、生年月日、住所の他に指紋情報が含まれる。
【００３３】
図５に戻って、顧客管理装置４０は、携帯端末２１からユーザ識別情報登録メッセージを受信すると、ユーザ識別情報保存・更新部４０２に所定の領域を設け、そのユーザ識別情報を保存する（Ｓ１０３）。なお、ユーザ識別情報登録メッセージについては、情報入力端末７０（図１参照）から顧客管理装置４０に送信してもよい。たとえば、携帯電話販売店で携帯電話をユーザに販売する際に、ユーザの個人識別情報を情報入力端末７０に入力し、顧客管理装置４０に送信する場合などである。顧客管理装置４０は、特定の情報入力端末７０からの入力情報のみを受け付ける構成とすることで、端末識別子や個人識別情報の信頼性を高めることができる。
【００３４】
なお、ユーザ識別情報登録メッセージは、第三者に盗聴されないようにすることが望ましい。例えば、携帯端末２１と顧客管理装置４０の間、情報入力端末７０と顧客管理装置４０の間で、ＩＰＳｅｃ（IP Security）やＳＳＬ（Secure Socket Layer）を使用し、暗号化する方法が考えられる。また、携帯端末２１と顧客管理装置４０の間、情報入力端末７０と顧客管理装置４０の間は、相互認証を行なうなど、互いに信頼関係を確保する必要がある。この場合も、ＩＰＳｅｃやＳＳＬで相互認証する方法や、情報入力装置７０と顧客管理装置４０を専用線で接続するなどの方法が考えられる。
（２）ユーザデータの保存要求動作
その後、携帯端末２１は、コンテンツサーバ装置３０からゲーム等のアプリケーション、動画像、壁紙、着メロ等の様々なコンテンツを取得することによって携帯端末２１中のメモリ２０４に数々のデータを保持し、利用する（Ｓ１０４）。また、スケジュールや電話帳などのデータを作成することによっても、メモリ２０４にデータが保持される。携帯端末２１に保持されるデータとしては、このほかに、ＯＭＡ  ＤＲＭｖ２（Open Mobile Alliance Digital Rights Management Version 2.0）で定義される権利情報（ＲＯ：Right Object）のようなコンテンツのメタ情報や、Ｊａｖａ（登録商標）アプリケーション実行時に生成されるスクラッチパッドなどのメモリデータ等、携帯端末２１に存在するあらゆるデータが考えられる。
【００３５】
携帯端末２１において、これら種々のデータが作成され、保存、更新されると（Ｓ１０４）、バックアップ装置６０を構成するサーバ保存装置５０に対して、ユーザデータ保存要求メッセージを送信する（Ｓ１０５）。ユーザデータ保存要求メッセージには、端末識別子と、バックアップ保存を希望するデータが含まれる。ユーザデータ保存要求メッセージ中に含まれるデータと、その付属情報を合わせて「ユーザデータ」と称する。データ保存装置５０は、ユーザデータ保存要求メッセージに含まれるユーザデータを端末識別子と関連付けて格納する（Ｓ１０６）。
【００３６】
ユーザデータ保存要求メッセージは、携帯端末２１でデータが更新されるたびに生成、送信され、データ保存装置５０に保存される構成としてもよい（Ｓ１０７、Ｓ１０８、Ｓ１０９））。
【００３７】
図８は、ユーザデータ保存要求メッセージの一例を示す。図８に示すように、ユーザデータ保存要求メッセージには、端末識別子とユーザデータが含まれる。ユーザデータには、データそのものの他に、データの付属情報を含むことができる。付属情報の例として、データＩＤ、コンテンツタイプ、データサイズ、データ作成日時等がある。
【００３８】
なお、ユーザデータ保存要求メッセージは、第三者に盗聴されないようにするのが望ましい。携帯端末２１とデータ保存装置５０の間で、ＩＰＳｅｃ（IP Security）やＳＳＬ（Secure Socket Layer）を使用し、暗号化する方法が考えられる。また、携帯端末２１とデータ保存装置５０の間は、相互認証を行なうなど、互いに信頼関係を確保する必要がある。この場合も、ＩＰＳｅｃやＳＳＬで相互認証する方法が考えられる。
（３）ユーザ識別情報の再登録動作
図６は、携帯端末２１が紛失、故障などにより、新しい携帯端末２２に変更された後のシステム動作を示すシーケンス図である。
【００３９】
新たな携帯端末２２は、ユーザの指示により（Ｓ２０１）、顧客管理装置４０に対してユーザ識別情報再登録メッセージを送信する（Ｓ２０２）。ユーザ識別情報再登録メッセージは、新しい携帯端末２２の端末識別子と、変更前に使用していた携帯端末２１の端末識別子、およびユーザの個人情報を含む。
【００４０】
図９は、ユーザ識別情報再登録メッセージの一例を示す。図９の例では、新しい携帯電話ＩＤと以前の携帯電話ＩＤに加え、ユーザの氏名、生年月日、指紋情報などを含む個人情報が含まれる。
【００４１】
図６に戻って、顧客管理装置４０で、携帯端末２２からユーザ識別情報再登録メッセージを受信すると、ユーザ識別情報検索部４０１は、ユーザ識別情報保存・更新部４０２を検索する。旧端末の端末識別子に関する情報が検索されると、受信したユーザ識別情報再登録メッセージに基づいて、新たな端末識別子を追加して、このユーザ識別情報を更新する（Ｓ２０３）。
【００４２】
顧客管理装置４０はまた、Ｓ２０３において、携帯端末２１と携帯端末２２を使用しているユーザは同一人物であることを示す同一ユーザリスト４０５を作成する。同一ユーザリストは、新しい端末の端末識別子ごとに作成され、再登録を要求してきた新端末２２のユーザが、過去にどの携帯端末を使用していたかの情報を含む。
【００４３】
図１０は、同一ユーザリスト４０５の一例を示す。図１０の例では、現在の端末の端末識別子と、同じユーザが過去に使用していた旧端末の端末識別子を含む。携帯端末２１と携帯端末２２を同一のユーザが使用しているか否かの判断は、顧客管理装置４０に保存されているユーザ識別情報に基づいて判断される。つまり、顧客管理装置４０は、ユーザ識別情報再登録メッセージに含まれる個人識別情報と、ユーザ識別情報保存・更新部４０２に保存されている個人識別情報が同一である場合（指紋情報が一致する等の場合）に限って、携帯端末２１と携帯端末２２が同一のユーザに使用されていたと判断する。
【００４４】
個人識別情報は、ユーザが他のユーザに伝えることにより、成りすましが可能になるという問題がある。したがって、ユーザ識別情報再登録メッセージは、情報入力端末７０から顧客管理装置４０に送信する構成としてもよい。たとえば、携帯電話販売店で携帯電話をユーザに販売する際に、ユーザの個人識別情報を情報入力端末７０に入力し、顧客管理装置４０に送信するなどである。情報入力端末７０は、専用のオペレータのみが操作できるようにしておき、オペレータがユーザの自動車運転免許証番号やパスポート番号等の本人確認をすることによって成りすましを防止するのが望ましい。
【００４５】
ユーザ識別情報再登録メッセージも、第三者に盗聴されないようにするのが望ましく、携帯端末２２と顧客管理装置４０の間、情報入力端末７０と顧客管理装置４０の間で、ＩＰＳｅｃ（IP Security）やＳＳＬ（Secure Socket Layer）を使用し、暗号化する方法が考えられる。また、携帯端末２１と顧客管理装置４０の間、情報入力端末７０と顧客管理装置４０の間は、相互認証を行なうなど、互いに信頼関係を確保する必要があり、ＩＰＳｅｃやＳＳＬで相互認証する方法や、情報入力装置７０と顧客管理装置４０を専用線で接続するなどの方法が考えられる。
（４）ユーザデータの取得要求動作
携帯端末２２は、ユーザによってバックアップ保存されたユーザデータの取得要求が指示されると（Ｓ２０４）、ユーザデータ取得要求メッセージを作成して（Ｓ２０５）、作成した取得要求メッセージをデータ保存装置５０に送信する（Ｓ２０６）。ユーザデータ取得要求メッセージには、携帯端末２２の端末識別子と、取得を希望するデータの識別子が含まれる。ユーザデータ取得要求メッセージはまた、携帯端末２２が、変更前の携帯端末２１からアップロードしたユーザデータの取得を行なうか否かを示す、旧端末ユーザデータ取得要求フラグを含む。このフラグの使い方については後述する。
【００４６】
図１１は、ユーザデータ取得要求メッセージの一例を示す。図１１の例では、ユーザデータ取得要求メッセージは、端末識別子と、データＩＤと、旧端末ユーザデータ取得要求フラグ５０１を含む。これ以外にも、コンテンツタイプ、データサイズ、データ作成日時等を含んでもよい。
【００４７】
ユーザデータ取得要求メッセージは、第三者に盗聴されないようにするのが望ましいので、携帯端末２２とデータ保存装置５０の間で、ＩＰＳｅｃ（IP Security）やＳＳＬ（Secure Socket Layer）を使用し、暗号化する方法が考えられる。また、携帯端末２２とデータ保存装置５０の間は、相互認証を行なうなど、互いに信頼関係を確保する必要があり、この場合も、ＩＰＳｅｃやＳＳＬで相互認証する方法が考えられる。
（５）端末識別子照合の動作
データ保存装置５０は、ユーザデータ取得要求メッセージを受信すると、旧端末ユーザデータ取得フラグ抽出部３０１において、このメッセージの中に旧端末ユーザデータ取得要求フラグ５０１がセットされているか否かの確認を行なう（Ｓ２０７）。ユーザデータ取得要求フラグ５０１がセットされている場合は、端末ＩＤ照合部３０２は、顧客管理装置４０に対して、端末識別子の照合メッセージを送信する（Ｓ２０８）。端末識別子照合メッセージの中には、ユーザデータ取得要求メッセージに含まれていた携帯端末２２の端末識別子が含まれている。
【００４８】
顧客管理装置４０は、データ保存装置５０から端末識別子照合メッセージを受信すると、同一ユーザリスト４０５の中から、端末識別子照合メッセージに含まれる端末識別子と同一の識別子を有するユーザリストを検索し、取り出す（Ｓ２０９）。
【００４９】
携帯端末２２の端末識別子が含まれる同一ユーザリスト４０５が検索されると、顧客管理装置４０はデータ保存装置５０に対して、端末識別子の照合応答メッセージを送信する（Ｓ２１０）。端末識別子の照合応答メッセージには、顧客管理装置４０が保存する同一ユーザリスト４０５が含まれ、これにより、同じユーザが携帯端末の変更前に使用していた以前の端末識別子が特定される。
【００５０】
データ保存装置５０は、顧客管理装置４０から端末識別子の応答メッセージを受信すると、ユーザデータ保存部３０３から旧端末識別子の領域に格納されたユーザデータを検索し、目的とするユーザデータを取り出す（Ｓ２１１）。このとき、データ保存装置５０は、ユーザデータ取得要求メッセージに含まれる新たな携帯端末２２の端末識別子と、照合応答メッセージに含まれる以前の携帯端末２１の端末識別子の双方について、ユーザデータを検索する。
【００５１】
端末識別子の照合メッセージや応答メッセージは、第三者に盗聴されないようにするのが望ましく、データ保存装置５０と顧客管理装置４０の間でＩＰＳｅｃ（IP Security）やＳＳＬ（Secure Socket Layer）を使用し、暗号化する方法が考えられる。また、データ保存装置５０と顧客管理装置４０の間は、相互認証を行なうなど、互いに信頼関係を確保する必要があり、ＩＰＳｅｃやＳＳＬで相互認証する方法や、データ保存装置５０と顧客管理装置４０を専用線で接続するなどの方法が考えられる。
【００５２】
データ保存装置５０は、要求されたユーザデータが存在することを確認すると、携帯端末２２に対して、ユーザデータを送信する（Ｓ２１２）。ユーザデータには、携帯端末２２の端末識別子情報が添付されている。データ保存装置５０が、変更前の携帯端末２１からバックアップ保存されたユーザデータと、変更後の携帯端末２２からバックアップ保存されたユーザデータの双方を保持している場合は、両方のユーザデータをマージして、ユーザデータとして携帯端末２２に送信してもよい。
【００５３】
なお、バックアップ保存されていたユーザデータの送信は、第三者に盗聴されないようにするのが望ましい。データ保存装置５０と携帯端末２２の間で、ＩＰＳｅｃ（IP Security）やＳＳＬ（Secure Socket Layer）を使用し、暗号化する方法が考えられる。また、データ保存装置５０と携帯端末２２の間は、相互認証を行なうなど、互いに信頼関係を確保する必要がある。この場合も、ＩＰＳｅｃやＳＳＬで相互認証する方法が考えられる。
（６）ユーザデータ取得時の動作
携帯端末２２は、データ保存装置５０からユーザデータを取得すると、メモリ２０４に対して、その内容を反映するか否かを判断する。たとえば、データ保存装置５０から送られてきたユーザデータ中に含まれるユーザデータの識別情報や、ユーザデータの作成日時等の情報により、ユーザデータが新しいものに限り置き換える、あるいは表示部に表示することによって、ユーザの決定指示に応じるなどの動作を行う。取得したユーザデータを携帯端末中に保存すると判断した場合は、このユーザデータをメモリ２０４に保存する（Ｓ２１３）。
【００５４】
このようにして、ユーザからのバックアップデータ取得指示をトリガとして、新たな携帯端末２２は自動的に自端末の識別番号を添付して、旧端末ユーザデータ取得要求フラグをセットしたユーザデータ取得要求メッセージを作成して送信する。これにより、
旧端末２１の使用時にバックアップ保存しておいたユーザデータを、効率的にかつ信頼できる方法でダウンロードし、継続的に使用することが可能になる。
【図面の簡単な説明】
【００５５】
【図１】本発明の一実施形態に係るデータバックアップシステムの概略図である。
【図２】図１のシステムで使用する携帯端末の概略ブロック図である。
【図３】図１のシステムで使用するデータ保存装置の概略ブロック図である。
【図４】図１のシステムで使用する顧客管理装置の概略ブロック図である。
【図５】図１のシステムにおける旧端末のデータ保存シーケンスを示す図である。
【図６】図１のシステムにおける新端末に変更後のバックアップデータ取得シーケンスを示す図である。
【図７】携帯端末が顧客管理装置に送信するユーザ識別情報登録メッセージの一例を示す図である。
【図８】携帯端末がデータ保存装置に送信するユーザデータ保存要求メッセージの一例を示す図である。
【図９】変更後の新たな携帯端末が顧客管理装置に送信するユーザ識別情報再登録メッセージの一例を示す図である。
【図１０】顧客管理装置で管理する同一ユーザリストの一例を示す図である。
【図１１】携帯端末がデータ保存装置に送信するユーザデータ取得要求メッセージの一例を示す図である。
【符号の説明】
【００５６】
１  データバックアップシステム
２１、２２  携帯端末
３０  コンテンツサーバ装置
４０  顧客管理装置
５０  データ保存装置（データ保存サーバ）
６０  バックアップ装置
７０  情報入力端末
２０１  送信部
２０２  データ保存可否判断部
２０３  メッセージ生成部
２０４  メモリ
３０１  旧端末ユーザデータ取得要求フラグ抽出部（旧端末ユーザデータ取得要求判別部）
３０２  端末ＩＤ照合部
３０３  ユーザデータ保存部
４０１  ユーザ識別情報検索部
４０２  ユーザ識別情報保存・更新部（ユーザ情報保存部）
４０５  同一ユーザリスト
５０１  旧端末ユーザデータ取得要求フラグ
【図１】
2006319811.tif 000003
【図２】
2006319811.tif 000004
【図３】
2006319811.tif 000005
【図４】
2006319811.tif 000006
【図５】
2006319811.tif 000007
【図６】
2006319811.tif 000008
【図７】
2006319811.tif 000009
【図８】
2006319811.tif 000010
【図９】
2006319811.tif 000011
【図１０】
2006319811.tif 000012
【図１１】
2006319811.tif 000013