(57)【要約】【課題】携帯電話の内部メモリに記憶された電話帳データ等のデータをバックアップするための技術を提供する。【解決手段】携帯電話機２０に接続するためのインターフェイス１５と、メモリ１２，１３と、制御部１１とを備え、携帯電話機２０を介して携帯電話機２０の内部メモリ２２へのアクセス手順に関する情報を受信してメモリ１３に記憶するとともに、受信した携帯電話機２０の内部メモリ２２へのアクセス手順に関する情報を用いて携帯電話機の内部メモリ２２のデータをメモリ１２に受信する。【選択図】  図２
2004363652.tif 000002
【特許請求の範囲】
【請求項１】
携帯電話機を介したデータ通信手段と、メモリとを備え、前記データ通信手段は携帯電話機の内部メモリからのデータ取得手順を前記メモリにダウンロードし、前記データ取得手順を用いて携帯電話機の内部メモリのデータを取得する装置。
【請求項２】
携帯電話機に接続するためのインターフェイスと、
メモリと、
制御装置とを備え、
携帯電話機を介して携帯電話機の内部メモリへのアクセス手順に関する情報を受信して前記メモリに記憶するとともに、前記受信した携帯電話機の内部メモリへのアクセス手順に関する情報を用いて携帯電話機の内部メモリのデータを前記メモリに受信するデータバックアップ装置。
【請求項３】
前記携帯電話機の内部メモリへのアクセス手順に関する情報は、携帯電話機の内部メモリからのデータ読み込み手順を含む、請求項２記載のデータバックアップ装置。
【請求項４】
前記携帯電話機の内部メモリへのアクセス手順に関する情報は、携帯電話機の内部メモリへのデータ書き込み手順を含む、請求項３記載のデータバックアップ装置。
【請求項５】
前記携帯電話機の内部メモリのデータは電話帳データである、請求項２記載のデータバックアップ装置。
【請求項６】
単一の筐体に収納され、前記インターフェイスが前記筐体の一部から露出可能に構成される請求項２記載のデータバックアップ装置。
【請求項７】
前記メモリの全部または一部が着脱可能に構成されている請求項２記載のデータバックアップ装置。
【請求項８】
前記メモリはフラッシュメモリである請求項７記載のデータバックアップ装置。
【請求項９】
携帯電話機の機種名と携帯電話機の内部メモリへのアクセス手順とを関連付けて記憶する第１データベース手段と、
携帯電話機から送出される機種名と、その携帯電話機を特定する情報とを対応付けて記憶する第２データベース手段と、
携帯電話機を特定する情報を受け取って、前記第１および第２データベース手段を検索して、対応するアクセス手順を特定する検索手段とを備えるサーバ装置。
【請求項１０】
前記携帯電話機を特定する情報は電話番号である、請求項９記載のサーバ装置。
【請求項１１】
コンピュータに、携帯電話機を介したデータ通信機能を実現させ、前記データ通信機能を用いて携帯電話機の内部メモリへのアクセス手順をダウンロードさせ、前記アクセス手順を用いて携帯電話機の内部メモリのデータを取得させるためのプログラム。
【請求項１２】
コンピュータを、携帯電話機の機種名と携帯電話機の内部メモリへのアクセス手順とを関連付けて記憶する第１データベース手段と、
携帯電話機から送出される機種名と、その携帯電話機を特定する情報とを対応付けて記憶する第２データベース手段と、
携帯電話機を特定する情報を受け取って、前記第１および第２データベース手段を検索して、対応するアクセス手順を特定する検索手段として機能させるためのプログラム。
【請求項１３】
請求項１１記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１４】
請求項１２記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一般にデータのバックアップのための技術に関し、さらに詳細には携帯電話の内部メモリに記憶された電話帳データ等のデータをバックアップするための技術に関する。
【０００２】
【従来技術】
現在販売されている携帯電話機にはいわゆる電話帳（メモリダイヤルとも呼ばれる）機能が備わっている。電話帳機能とは、一般に名前と電話番号の組み合わせである電話帳を携帯電話機の内部メモリに記憶させておくものである。携帯電話機の高機能化の流れに従って、電話帳機能も高機能化し、一つの名前に複数の電話番号、メールアドレス等を対応させて記憶させておくことができるようになり、また数百件単位までこれらのデータを記憶させることができる。
【０００３】
【解決すべき課題】
ところで、携帯電話機の電話帳機能を利用していると、下記のような場合に携帯電話機に一度記憶させたデータの全部または一部を失い、再度データを入力する必要が生じ得る。
【０００４】
（１）携帯電話機の盗難、破損等の事故の場合
（２）携帯電話機を新しい機種に乗り換える場合
データの再入力の手間を省くために、携帯電話機の内部メモリのバックアップ方法がいくつか提供されている。
【０００５】
携帯電話機のデータ保存が可能なパソコン用のバックアップソフトを用いて、パソコンのハードディスク等にデータを保存することが可能である。また、携帯電話機専用のバックアップ装置として、携帯電話機接続用プラグと記憶装置とを一体化した携帯型のデータバックアップ装置が市販されている。
【０００６】
しかし、携帯電話機は様々な通信事業者から多種多様な機種が提供されていて、事業者ごとに内部メモリへのアクセス手順（内部メモリへの情報の書き込み、内部メモリからの情報の読み出しのための通信手順をいう、以下同じ。）、内部メモリに記憶される電話帳等のデータ形式が異なる。また同一の事業者内でも製造業者別、モデル別に違いがある。例えば、同じ製造業者の携帯電話機でも、後継機種では、前の機種とは内部メモリへのアクセス手順が変更になっていたり、電話帳等の入力項目が増えていたりする。
【０００７】
よって、様々な携帯電話機の内部データ（例：電話帳データ）を確実にバックアップするためには、すべての機種の内部メモリへのアクセス手順とデータ形式とに対応する必要がある。
【０００８】
パソコン用バックアップソフトではすべての既存機種の内部メモリへのアクセス手順とデータ形式に関する情報とを予め用意しておくことにより多様な機種に対応できるし、また新しい機種の内部メモリへのアクセス手順とデータ形式に関する情報もインターネット経由でダウンロード可能である。しかし、パソコンは一般に高価であり、またパソコンに不慣れな人は利用しにくい。また、パソコンは持運びが不便である。
【０００９】
また、従来の携帯電話機専用バックアップ装置では、メモリ容量の関係からすべての機種の内部メモリへのアクセス手順とデータ形式に関する情報を予め記憶させておくことは難しい。また新たな機種の内部メモリのデータの読み書き手順とデータ形式を導入できないため、携帯電話機を買い換えた場合、古い携帯電話機の電話帳データを確実に新しい携帯電話機に移植できるかどうかわからない。
【００１０】
携帯電話機上で動作するプログラム（株式会社エヌ・ティ・ティ・ドコモ（ＮＴＴ  ドコモ）のｉアプリ（商標）等）を用いてネットワーク経由でデータバックアップサーバに電話帳データ等を保存することも考えられる。しかしながら、個人情報保護のため、携帯電話機上で動作するプログラムは内部メモリに記憶された電話帳データにはアクセス（読出しおよび書き込み）できないように、携帯電話機は設計されている。よって、携帯電話機単体ではネットワークを介した電話帳データのバックアップはできない。
【００１１】
よって、本発明の目的は、いつでもどこでも、簡単に、新機種を含む多様な機種の携帯電話機の電話帳データを含む内部メモリのデータのバックアップを実行できる技術を提供することにある。
【００１２】
【課題を解決するための手段】
上記課題に対応した本発明の装置は、携帯電話機を介したデータ通信手段と、メモリとを備え、前記データ通信手段は携帯電話機の内部メモリからのデータ取得手順を前記メモリにダウンロードし、前記データ取得手順を用いて携帯電話機の内部メモリのデータを取得することを特徴とする。
【００１３】
上記課題に対応した本発明のデータバックアップ装置は、携帯電話機に接続するためのインターフェイスと、メモリと、制御装置とを備え、携帯電話機を介して携帯電話機の内部メモリへのアクセス手順に関する情報を受信して前記メモリに記憶するとともに、前記受信した携帯電話機の内部メモリへのアクセス手順に関する情報を用いて携帯電話機の内部メモリのデータを前記メモリに受信することを特徴とする。
【００１４】
本発明のバックアップ装置においては、必要なアクセス手順だけメモリに保存するので、搭載するメモリ容量を小さくすることができる。
【００１５】
このデータバックアップ装置において、携帯電話機の内部メモリへのアクセス手順に関する情報は携帯電話機の内部メモリからのデータ読み込み手順を含んだものであってよく、さらに携帯電話機の内部メモリへのデータ書き込み手順をも含んだものであってもよい。また、携帯電話機の内部メモリのデータは電話帳データとすることができる。
【００１６】
このデータバックアップ装置は単一の筐体に収納され、前記インターフェイスが前記筐体の一部から露出可能であるように構成することができる。また、このデータバックアップ装置のメモリの全部または一部を着脱可能に構成することができる。このメモリはフラッシュメモリであってもよい。
【００１７】
本発明に対応したサーバ装置は、携帯電話機の機種名と携帯電話機の内部メモリへのアクセス手順とを関連付けて記憶する第１データベース手段と、携帯電話機から送出される機種名と、その携帯電話機を特定する情報とを対応付けて記憶する第２データベース手段と、携帯電話機を特定する情報を受け取って、前記第１および第２データベース手段を検索して、対応するアクセス手順を特定する検索手段とを備えることを特徴とする。携帯電話機を特定する情報として電話番号を用いることができる。
【００１８】
上記課題に対応した本発明のプログラムは、コンピュータに、携帯電話機を介したデータ通信機能を実現させ、前記データ通信機能を用いて携帯電話機の内部メモリへのアクセス手順をダウンロードさせ、前記アクセス手順を用いて携帯電話機の内部メモリのデータを取得させることを特徴とする。
【００１９】
上記課題に対応した本発明の他のプログラムは、コンピュータを、携帯電話機の機種名と携帯電話機の内部メモリへのアクセス手順とを関連付けて記憶する第１データベース手段と、携帯電話機から送出される機種名と、その携帯電話機を特定する情報とを対応付けて記憶する第２データベース手段と、携帯電話機を特定する情報を受け取って、前記第１および第２データベース手段を検索して、対応するアクセス手順を特定する検索手段として機能させることを特徴とする。
【００２０】
上記プログラムはコンピュータ読み取り可能な記録媒体に記録することができる。
【００２１】
【発明の実施の形態】
本発明の一実施形態について、添付の図面を参照して説明する。なお、図面および説明の簡略化のために、本発明の理解においてあまり重要ではない、または自明である要素、機能、構造、プログラム等については図示および説明を省略する。
【００２２】
＜全体システム＞
図１は、本発明の一実施形態であるシステム全体のブロック図であって、このシステムは、電話帳データのバックアップ装置１０と、携帯電話機２０と、携帯電話機２０と無線通信を行う携帯電話事業者の基地局・交換局３０と、サーバ４０と、携帯電話事業者の基地局・交換局３０とサーバ４０の間を接続するインターネットサービスプロバイダー（以下、ＩＳＰ）とから構成される。ＩＳＰは、携帯電話事業者の基地局・交換局３０には専用の回線またはパケット交換網を介して接続され、サーバ４０にはいわゆるインターネットによって接続される。もっとも、ＩＳＰは、このシステムに必須の構成要素ではなく、基地局・交換局３０とサーバ４０とを直接接続することも可能である。
【００２３】
なお、本明細書において、携帯電話機とは、データ通信機能を有する各種方式の携帯電話機（ＰＤＣ、ＧＳＭ、ＩＭＴ−２０００等）、簡易型携帯電話機（ＰＨＳ）、自動車電話機、船舶電話機、衛星携帯電話機等の移動電話機をすべて含む概念である。
【００２４】
＜携帯電話およびバックアップ装置＞
図２は、図１のバックアップ装置１０と、携帯電話機２０の機能ブロック図である。
バックアップ装置１０は、図示しないＣＰＵおよび基本プログラム等により全体の制御を行う制御部１１と、携帯電話機２０の電話帳データを記憶するバックアップメモリ１２と、後述する携帯電話機２０の電話帳メモリへのアクセス手順（データ形式、プログラム形式を含む）を記憶するアクセス手順メモリ１３と、ユーザがバックアップ装置１０の動作を指示するためのボタン等からなる操作部１４と、携帯電話機２０に接続するためのインターフェイス１５とから構成される。
【００２５】
バックアップメモリ１２、アクセス手順メモリ１３は、内容が一定期間保持される書き換え可能なメモリであればよい。例としては、ＥＥＰＲＯＭ、フラッシュメモリ等の不揮発性ＲＯＭや、強誘電体メモリ（ＦｅＲＡＭ）のような不揮発性のＲＡＭ、バッテリバックアップＳＲＡＭ等が挙げられる。また、バックアップメモリ１２、アクセス手順メモリ１３は、バックアップ装置１０から取外し可能なメモリモジュール、例えばコンパクトフラッシュ（商標）メモリとすることができる。バックアップメモリ１２、アクセス手順メモリ１３は、それぞれ別個のメモリ装置としてもよいし、単一のメモリ装置の内部の異なった記憶領域として構成することも可能である。
【００２６】
携帯電話機２０は、図示しないＣＰＵおよび基本プログラム等により全体の制御を行う制御部２１と、メモリ２２と、基地局・交換局３０との間のデータ通信を可能にするデータ通信部２３と、Ｗｅｂ（ｗｗｗ：ワールドワイドウェブ）サーバと通信し、ＨＴＭＬ言語で記載されたページ情報を解読して表示装置２７に画面を表示するＷｅｂ（ウェブ）ブラウザ２４と、基地局・交換局３０との間の無線通信を可能にする無線部２５と、外部装置（後位機とも呼ばれる）を接続するためのインターフェイス２６と、ＬＣＤなどの表示装置２７と、入出力装置２８とから構成される。入出力装置２８は、スピーカー、マイクおよび一般に携帯電話機で使われるキースイッチ等から構成される。
【００２７】
＜インターフェイス１５、２６＞
携帯電話機２０のインターフェイス２６は、特に本発明の実施のために特別に設計された接続端子、プラグ等を指すものではなく、市販の携帯電話機が備える外部機器（後位機）接続のためのインターフェイスである。バックアップ装置１０のインターフェイス１５は、携帯電話機２０のインターフェイス２６と電気的に接続可能に構成された接続端子を含む。そのような接続端子の例としては、ＰＤＣ型携帯電話用マスタープラグ、ヒロセ電機株式会社ＭＱ１３８シリーズ、日本航空電子工業株式会社ＤＨ０１シリーズなどがある。
【００２８】
＜メモリ２２＞
メモリ２２は、携帯電話機の電話番号および個体識別番号を記憶した識別情報メモリ２２−１と、電話帳データを記憶する電話帳メモリ２２−２とを含む。電話番号は一般に携帯電話事業者またはその販売店によって携帯電話機２０の販売時に識別情報メモリ２２−１に書き込まれる。個別識別番号は、携帯電話機２０の製造業者によって工場出荷前に書き込まれる、他の携帯電話機と重複しない携帯電話機２０に特有の番号である。通常、携帯電話機２０のユーザは識別情報メモリ２２−１の内容を変更することはできない。
【００２９】
メモリ２２は不揮発性メモリである。識別情報メモリ２２−１は、取外し可能なＩＣメモリカード（ＵＩＭ：Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）として、携帯電話機２０とは別個に供給されることもある。また、電話帳メモリ２２−２は、取外し可能な汎用ＩＣメモリカード（ｍｉｎｉＳＤカード、メモリースティック等）として供給されることもある。
【００３０】
電話帳メモリ２２−２には、電話帳データにアクセスするために必要な認証用暗証番号が格納される。電話帳データの構造については後述する。
【００３１】
＜データ通信部２３＞
データ通信部２３は、インターフェイス２６に接続された外部機器（バックアップ装置１０を含む）に携帯電話機２０を介したデータ通信機能を提供する。携帯電話機２０を介したデータ通信としては、回線交換方式とパケット交換方式とがあり、当該技術分野においてよく知られている。回線交換方式とは、音声通話と同様に特定の通信相手先に継続的に接続され、データのやり取りをしてない間でも回線をずっと占有する方式である。一方、パケット交換方式は回線を数人で共同で占有し、必要に応じてデータのやり取りをする方式である。
【００３２】
＜Ｗｅｂブラウザ２４＞
Ｗｅｂブラウザ２４は、本技術分野においてよく知られている、Ｗｅｂサーバにアクセスするためのプログラムである。携帯電話機用のＷｅｂブラウザとしては、ＮＴＴドコモのｉ−ｍｏｄｅ（商標）に対応するものが知られている。
【００３３】
＜サーバ４０＞
図３は、図１のサーバ４０の機能ブロック図である。サーバ４０は、図示しないＣＰＵおよび基本プログラム等により各部の制御を行う制御部４１と、携帯電話機の機種別情報を記憶する機種別情報データベース（以下、機種別情報ＤＢと呼ぶ。）４２と、携帯電話機２０に関する情報を管理するユーザ管理データベース（以下、ユーザ管理ＤＢと呼ぶ。）４３と、携帯電話機２０の機種ごとに異なる電話帳データを機種に対応した形式に、または標準的な形式に相互に変換する電話帳コンバート部４４と、インターネットを介した通信を可能にするネットワークインターフェイス４５とから構成される。サーバ４０は、Ｗｅｂサーバ上で動作するＣＧＩプログラムなどによって構築することができる。
【００３４】
＜機種別情報ＤＢ４２＞
図４は、機種別情報ＤＢ４２のデータ形式を示す。機種別情報ＤＢ４２は、携帯電話機２０の機種名リストから構成される。各機種名のリストセルは、携帯電話機２０の電話帳メモリ２２−２に対するデータのアクセス手順に関する情報（データ形式、プログラム形式を含む）と、電話帳のデータ形式に関する情報とから構成される。
【００３５】
＜ユーザ管理ＤＢ４３＞
図５は、ユーザ管理ＤＢ４３のデータ形式を示す。ユーザ管理ＤＢ４３は、ユーザのリストから構成される。各ユーザのリストセルは、電話番号、暗証番号、機種名、電話帳データから構成される。電話番号は、携帯電話機２０に携帯電話事業者が与えた電話番号、例えば０９０−１１１１−２２２２である。暗証番号は携帯電話機２０の電話帳データにアクセスするためにユーザが設定する認証用の番号、例えば４桁の数字である。機種名は、例えば、ＮＴＴドコモから販売されるＮ２１１ｉ、Ｎ５０４ｉＳ、Ｐ２１１ｉＳ等である。各ユーザのリストセルには、携帯電話機２０の個別識別番号を含めることもできる。
【００３６】
電話帳データは、携帯電話機２０の機種によって異なるデータ形式を持つ。図６は、電話帳データの一形式を示す。図６の電話帳は、グループ数（ここでは２）、グループ番号（１、２）およびグループ名（会社、友人）、メモリ数（２００）、メモリ番号（１−２００）のリストセルを持ち、各メモリ番号のリストセルは、名前、電話番号、Ｅ−ｍａｉｌアドレス、グループ番号から構成される。
【００３７】
＜電話帳コンバート部４４＞
電話帳コンバート部４４は、ユーザ管理ＤＢ４３に記憶された電話帳データのデータ形式を変換する機能を持つ。電話帳コンバート部４４は、ユーザ管理ＤＢ４３に記憶された機種名から、コンバート対象の電話帳データがどの機種にかかるものであるかを特定し、携帯電話機固有の電話帳のデータ形式を、その他の携帯電話機固有のデータ形式に変換したり、または標準的なデータ形式、例えばＣＶＳデータ形式に変換する。
【００３８】
＜動作＞
次に、図７以下を参照して、上記実施形態のシステムの動作を説明する。
【００３９】
＜サーバ４０に携帯電話機情報を登録＞
まず、システムの使用開始時または携帯電話機の機種を変更した場合、ユーザは携帯電話機２０の情報をサーバに登録、もしくは登録済みの情報の変更を行う。
【００４０】
図７は、サーバ４０に携帯電話機２０の情報を登録する処理の流れを示すシーケンス図である。まず、携帯電話機２０のＷｅｂブラウザ２４を起動する。ＵＲＬ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）をＷｅｂブラウザ２４に入力して、サーバ４０の携帯電話機情報の登録ページを呼び出す。このとき、携帯電話機２０の機種名がサーバ４０に通知される。機種名に関する情報は、Ｗｅｂブラウザ２４からサーバ４０に送信される環境変数ＨＴＴＰ＿ＵＳＥＲ＿ＡＧＥＮＴに含まれる。携帯電話機によっては、この環境変数に、個体識別番号を含めて送信することがある。
【００４１】
Ｗｅｂブラウザ２４からの接続要求を受信した、サーバ４０はユーザ登録ページを送出する。
【００４２】
ユーザは、この登録ページにユーザ名、電話番号、暗証番号を入力する。登録ページにおいて、サーバ４０側で受信した上記機種名が正しいかどうかをユーザに確認させるようにしてもよい。サーバ４０が正しく機種名を認識できない場合、または機種名の情報が携帯電話機２０から自動的に受信できない場合には、機種名リストを提示してその中からユーザに機種名を選択させるようにしてもよい。入力された情報はサーバ４０に送出される。もっとも、ユーザ名の入力は省略することもできる。
【００４３】
サーバ４０は、受信した情報をユーザ管理ＤＢ４３のリストに追加するとともに、携帯電話機２０に登録が完了した旨を通知する。サーバ４０による上記携帯電話機情報の登録処理は、図示しないＷｅｂサーバプログラムと連携して動作するＣＧＩプログラムなどによって実現することができる。
【００４４】
＜サーバ４０からバックアップ装置１０に暗証番号、機種別情報等をダウンロード＞
次に、バックアップ装置１０はサーバ４０からアクセス手順および暗証番号のダウンロードを行う。図８は、このダウンロードの流れを示すシーケンス図である。
【００４５】
ユーザは、バックアップ装置１０を携帯電話機２０に接続する。接続は、インターフェイス１５と２６とを電気的に接続することによって行う。
【００４６】
ユーザは、バックアップ装置１０の操作部１４からアクセス手順のダウンロードを指示する。バックアップ装置１０は、携帯電話機２０のデータ通信部２３を介して、サーバ４０に接続する。サーバ４０への接続は、回線交換方式を使用する場合には周知のダイアルアップ手順およびＴＣＰ／ＩＰプロトコルを用いて行う。パケット交換方式を使用する場合には、ＴＣＰ／ＩＰプロトコルまたは携帯電話事業者が提供するその他のプロトコルを用いて行う。
【００４７】
携帯電話機２０からの接続要求に対して、サーバ４０が接続許可を与えると、バックアップ装置１０は携帯電話機２０から取得した携帯電話機２０の電話番号をサーバ４０に送出する。電話番号を受信したサーバ４０は、ユーザ管理ＤＢ４３を検索して機種名を特定する。
【００４８】
サーバ４０はバックアップ装置１０に、ユーザ管理ＤＢ４３に記憶されている暗証番号および機種別情報ＤＢ４２から特定された機種名に対応する機種別情報のうちアクセス手順に関する情報（以下、単にアクセス手順と呼ぶ。）を送出する。ユーザ管理ＤＢ４３に個別識別番号が記憶されている場合には、個別識別番号を同時に送出することもできる。バックアップ装置１０は、受信した暗証番号およびアクセス手順をアクセス手順メモリ１３に保存する。アクセス手順メモリ１３に別の暗証番号およびアクセス手順がすでに保存されている場合、新しい暗証番号およびアクセス手順で上書きする。バックアップ装置１０は、個別識別番号を受信した場合には、それをアクセス手順メモリ１３に保存することができる。
【００４９】
＜電話帳データのバックアップ＞
次に、バックアップ装置１０を用いた携帯電話機２０の電話帳メモリ２２−２に記憶された電話帳データのバックアップについて説明する。バックアップ装置１０は、アクセス手順メモリ１３に記憶されたアクセス手順に従って、携帯電話機２０の電話帳メモリ２２−２内の電話帳データのバックアップを行う。
【００５０】
図９は、このバックアップの流れを示すシーケンス図である。
【００５１】
バックアップ装置１０を携帯電話機２０に接続する。バックアップ装置１０の操作部１４から電話帳データのバックアップを指示する。バックアップ装置１０は携帯電話機２０に接続を要求するとともに、所定の初期設定を行う。携帯電話機２０は、バックアップ装置１０からのコマンドを受付可能な状態にするとともに、コマンド受付可能であることをバックアップ装置１０に通知する。バックアップ装置１０は、電話帳データの読出しを要求する。次に、バックアップ装置１０と携帯電話機２０との間で暗証番号を用いた認証処理を行う。認証に成功すると、携帯電話機２０は電話帳メモリ２２−２の電話帳データを携帯電話機２０に送出する。バックアップ装置１０は、受信した電話帳データをバックアップメモリ１２に記憶する。電話帳データの送出が終わると、携帯電話機２０はバックアップ装置１０にその旨を通知する。
【００５２】
上述の電話帳データの読み込みの手順は、携帯電話機２０の機種によって異なり、バックアップ処理の全部または一部はアクセス手順メモリ１３に記憶されたアクセス手順に従って行われる。
【００５３】
＜電話帳データのサーバ４０へのアップロード＞
必要に応じて、バックアップ装置１０にバックアップした電話帳データをサーバ４０にアップロードすることができる。これにより、二重にバックアップを取ることができ、または前述の電話帳コンバート部４４を用いた電話帳データのデータ形式の変換を行うことができる。
【００５４】
図１０は、サーバ４０にバックアップメモリ１２内の電話帳データをアップロードする処理の流れを示すシーケンス図である。
【００５５】
ユーザは、バックアップ装置１０を携帯電話機２０に接続し、バックアップ装置１０の操作部１４から電話帳データのアップロードを指示する。バックアップ装置１０は、携帯電話機２０のデータ通信部２３を介して、サーバ４０に接続する。サーバ４０への接続方法はすでに説明したとおりである。
【００５６】
バックアップ装置１０は、電話番号を送信して、サーバ４０への接続要求を行う。サーバ４０は、ユーザ管理ＤＢ４３に受信した電話番号が登録されているか否かを検索し、登録されている場合には接続を許可する。接続を許可する条件として、付加的に、または代替的にアクセス手順メモリ１３に記憶された暗証番号および／または個別識別番号を用いてもよい。接続を許可するときは、その旨をバックアップ装置１０に通知する。続いて、バックアップ装置１０は、電話帳データのアップロードを要求する。サーバ４０からの許可を得たバックアップ装置１０は、バックアップメモリ１２に記憶された電話帳データをサーバ４０に送出する。サーバ４０は、受信した電話帳データをユーザ管理ＤＢ４３の該当するリストセルに記憶する。電話帳データの送出が終わると、バックアップ装置１０はサーバ４０にその旨を通知する。
【００５７】
＜リストア（修復）処理＞
次に、バックアップ装置１０を用いた携帯電話機２０の電話帳メモリ２２−２の電話帳データのリストア（復元）について説明する。バックアップ装置１０は、アクセス手順メモリ１３に記憶されたアクセス手順に従って、携帯電話機２０の電話帳メモリ２２−２に電話帳データのリストアを行う。リストアの処理は、同一機種の携帯電話機について行う場合と、異なる機種の携帯電話機について行う場合とで一部異なるので、以下場合を分けて説明する。
【００５８】
＜同一機種の場合＞
図１１は、同一機種へのリストアの流れを示すシーケンス図である。
【００５９】
バックアップ装置１０を携帯電話機２０に接続する。バックアップ装置１０の操作部１４から電話帳データのリストアを指示する。バックアップ装置１０は携帯電話機２０に接続を要求するとともに、初期設定を行う。携帯電話機２０は、バックアップ装置１０からのコマンドを受付可能な状態にするとともに、コマンド受付可能であることをバックアップ装置１０に通知する。バックアップ装置１０は、電話帳データの書き込みを要求する。次に、バックアップ装置１０と携帯電話機２０との間で暗証番号を用いた認証処理を行う。認証に成功すると、バックアップ装置１０はバックアップメモリ１２の電話帳データを携帯電話機２０に送出する。携帯電話機２０は、受信した電話帳データを電話帳メモリ２２−２に記憶する。電話帳データの送出が終わると、バックアップ装置１０は携帯電話機２０にその旨を通知する。
【００６０】
上述の電話帳データのリストアの手順は、携帯電話機２０の機種によって異なり、リストア処理の全部または一部はアクセス手順メモリ１３に記憶されたアクセス手順に従って行われる。
【００６１】
＜機種変更があった場合＞
＜＜機種別情報のダウンロード＞＞
買い替えなどの理由で、別機種の携帯電話機２０に電話帳データをリストアする場合には、その機種に対応するアクセス手順をサーバ４０からダウンロードする。新たなアクセス手順のダウンロードは、上述の携帯電話機情報の登録処理（図７）、アクセス手順および暗証番号のダウンロード処理（図８）に従って行う。
【００６２】
機種が変更になった場合には、一般に電話帳データのデータ形式も変更になるので、バックアップメモリ１２に記憶されている電話帳データをそのまま新しい携帯電話機２０にリストアすると問題が生ずる可能性が高い。よって、前述の電話帳コンバート部４４を用い、サーバ４０で新しい機種のデータ形式に変換した電話帳データをバックアップ装置１０にダウンロード（後述）してから、リストアを行うのが望ましい。新しい機種のデータ形式に変換した電話帳データを新しい機種の携帯電話機２０にリストアする処理は、上述の同一機種へのリストア処理と基本的に同じである（図１１）。
【００６３】
＜電話帳データのサーバ４０からのダウンロード＞
必要に応じて、サーバ４０にアップロードした電話帳データをバックアップ装置１０にダウンロードすることができる。これにより、バックアップメモリ１２の電話帳データが失われてしまった場合にも対応でき、また携帯電話機２０の機種変更の際に新たな機種の電話帳データのデータ形式に変換した電話帳データを得ることができる。
【００６４】
図１２は、サーバ４０にアップロードした電話帳データをバックアップメモリ１２にダウンロードする処理の流れを示すシーケンス図である。
【００６５】
ユーザは、バックアップ装置１０を携帯電話機２０に接続し、バックアップ装置１０の操作部１４から電話帳データのダウンロードを指示する。バックアップ装置１０は、携帯電話機２０のデータ通信部２３を介して、サーバ４０に接続する。サーバ４０への接続方法はすでに説明したとおりである。
【００６６】
バックアップ装置１０は、携帯電話機２０の電話番号を送信して、サーバ４０への接続要求を行う。サーバ４０は、受信した電話番号を用いて接続の可否を判定する。判定には、付加的に、または代替的にアクセス手順メモリ１３に記憶された暗証番号および／または個別識別番号を用いてもよい。接続を許可する際には、サーバ４０はその旨をバックアップ装置１０に通知する。続いて、バックアップ装置１０はサーバ４０に、電話帳データのダウンロードを要求する。要求に応答して、サーバ４０はユーザ管理ＤＢ４３の該当するリストセルから電話帳データを送出する。バックアップ装置１０は、受信した電話帳データをバックアップメモリ１２に記憶する。電話帳データの送出が終わると、サーバ４０はバックアップ装置１０にその旨を通知する。
【００６７】
次に、電話帳コンバート部４４を用いた電話帳データの変換処理について説明する。電話帳データの変換処理は、ユーザからの指示により、または上記機種の変更登録処理の際に自動的に行われる。サーバ４０の電話帳コンバート部４４は、機種名と対応付けてユーザ管理ＤＢ４３に記憶されている電話帳データの形式（以下、古い形式と呼ぶ。）を、新たな機種名に対応した電話帳データの形式に変換する。電話帳コンバート部４４は、機種別情報ＤＢ４２を検索して新たな機種名に対応するデータ形式（以下、新しい形式と呼ぶ。）を特定する。続いて、電話帳コンバート部４４は、古い形式と新しい形式とに共通するデータ項目を特定する。電話帳コンバート部４４は、新しい形式の電話帳データを作成し、古い形式の電話帳データから前記共通するデータ項目のデータを抜き出して、新しい形式の電話帳データに移す。この処理を、電話帳の件数分繰り返すことにより、古い形式の電話帳データを新しい形式に変換することができる。
【００６８】
変換された電話帳データは、ユーザ管理ＤＢ４３の古い形式の電話帳データに上書きすることもできるし、古い形式の電話帳データの後ろに追加して記憶させることもできる。
【００６９】
上記実施形態におけるバックアップ装置１０、サーバ４０の各種機能ブロックおよび処理は、プロセッサがプログラムを読み込んでそれを実行することによって実現され、実行されるものであってもよい。実行されるプログラムは、バックアップ装置１０、サーバ４０に予め記憶された基本プログラム（オペレーティングシステムを含む）と、基本プログラムの上で実行されることを前提にしたアプリケーションプログラムとの組み合わせであってもよい。
【００７０】
以上、本発明を特定の実施形態に則して説明したが、本発明は上記実施形態に限定されるものではない。
【００７１】
例えば、携帯電話機の内部メモリ中のバックアップ対象データは電話帳データに限定されない。他のバックアップ対象データとしては、各種機能設定情報、着信番号情報（着信履歴）、発信番号情報（発信履歴）、画像データ（アニメーションデータを含む）等その他の任意のデータとすることができる。機能設定情報とは、ユーザが設定する携帯電話機の機能に関する情報であって、例えば着信音（メロディー）、着信音量、通話音量、留守番電話設定などである。
【００７２】
携帯電話機およびバックアップ装置のインターフェースは、接続端子によるものには限定されず、非接触型のインターフェイス、例えば赤外線送受信装置であってもよい。
【００７３】
【効果】
本発明により、いつでもどこでも、簡単に、新機種を含む多様な機種の携帯電話の内部メモリのバックアップを実行することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態であるシステム全体のブロック図。
【図２】図１のバックアップ装置１０と、携帯電話機２０の機能ブロック図。
【図３】図１のサーバ４０の機能ブロック図。
【図４】機種別情報ＤＢ４２のデータ形式を示す図。
【図５】ユーザ管理ＤＢ４３のデータ形式を示す図。
【図６】電話帳データのデータ形式の一例を示す図。
【図７】サーバ４０にユーザ情報を登録する処理の流れを示すシーケンス図。
【図８】アクセス手順および暗証番号のダウンロードの流れを示すシーケンス図。
【図９】電話帳データをバックアップする処理の流れを示すシーケンス図。
【図１０】電話帳データをアップロードする処理の流れを示すシーケンス図。
【図１１】電話帳データをリストアする処理の流れを示すシーケンス図。
【図１２】電話帳データをダウンロードする処理の流れを示すシーケンス図。
【符号の説明】
１０  バックアップ装置
１１  制御部
１２  バックアップメモリ
１３  アクセス手順メモリ
１４  操作部
１５  インターフェイス
２０  携帯電話機
２１  制御部
２２  メモリ
２３  データ通信部
２４  Ｗｅｂブラウザ
２５  無線部
２６  インターフェイス
２７  表示装置
２８  入出力装置
４０  サーバ
４１  制御部
４２  機種別情報ＤＢ
４３  ユーザ管理ＤＢ
４４  電話帳コンバート部
４５  ネットワークインターフェイス
【図１】
2004363652.tif 000003
【図２】
2004363652.tif 000004
【図３】
2004363652.tif 000005
【図４】
2004363652.tif 000006
【図５】
2004363652.tif 000007
【図６】
2004363652.tif 000008
【図７】
2004363652.tif 000009
【図８】
2004363652.tif 000010
【図９】
2004363652.tif 000011
【図１０】
2004363652.tif 000012
【図１１】
2004363652.tif 000013
【図１２】
2004363652.tif 000014