JP3902479B2

JP3902479B2 - Data download method

Info

Publication number: JP3902479B2
Application number: JP2002017698A
Authority: JP
Inventors: 大神谷; 博史川端; 孝之下居; 奈美平澤; 直樹山根
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2002-01-25
Filing date: 2002-01-25
Publication date: 2007-04-04
Anticipated expiration: 2022-01-25
Also published as: JP2003218782A

Description

【０００１】
【発明の属する技術分野】
本発明は、携帯通信端末内のメモリに格納されるデータを待避および復元する技術に関する。
【０００２】
【従来の技術】
携帯電話機は、機器で使用される種々のデータを格納するメモリを有している。近年、不慮の事故などにより携帯電話機のメモリに格納されたデータが消失してしまった時のために、携帯電話機とパーソナルコンピュータを接続ケーブルで接続し、携帯電話機のメモリ内のデータをパーソナルコンピュータ内のハードディスクに保存したり、外部の記憶装置に保存し、データが消失した際には外部に保存していたデータをもちいて携帯電話機のメモリに格納されていたデータを復帰させる技術を用いた製品が提供されている。携帯電話機のユーザは、上述した製品を用いることにより、手間や時間をかけることなくメモリに格納されていたデータを復帰させることが可能となる。
【０００３】
【発明が解決しようとする課題】
しかし、新たに携帯電話機を購入した場合、購入した携帯電話機の機種が、バックアップを行った機種と異なる場合、バックアップを行った携帯電話機と新規に購入した携帯電話機では、メモリに格納するデータの種類やフォーマット、携帯電話機のハードウェアが異なる。そのため、バックアップしたデータの中にはデータを復帰させようとした時にそのままでは使用できないデータがある。例えば、携帯電話機の液晶画面には、白黒の物、２５６色表示のカラー液晶の物、６万５５３６色表示のカラー液晶の物など多数存在し、また液晶画面の大きさにおいても多数の種類がある。待ち受け画面などの画像データやゲームソフトなどのアプリケーションソフトでは、データやプログラムは液晶画面の表示色数や表示サイズに合わせた最適な表示が行えるようにデータが作成されている。そのため、新たに購入した機種においてバックアップしたデータをそのまま使用すると液晶画面に違いにより正常な表示を行うことができないので、ユーザは新たに購入した機種において種々のデータを再度設定し直さなければならない。
【０００４】
本発明は上述した事情に鑑みてなされたものであり、データをバックアップした時の携帯通信端末の機種とダウンロードする携帯通信端末の機種が異なる場合に、バックアップされているデータを、データを使用する機種に適したデータに変換するデータバックアップ方法、データダウンロード方法、サーバ装置、プログラムおよび記録媒体を提供することを目的としている。
【０００５】
【課題を解決するための手段】
上記課題を解決するために本発明は、情報を記憶するローカル記憶部を備えた通信可能な携帯通信端末が、当該携帯通信端末の機種を識別する機種情報を通信網へ送出する機種情報送信ステップと、携帯通信端末に記憶されているコンテンツのダウンロード元を示すインデックスデータと当該携帯通信端末の機種を識別する機種情報とを対応づけて記憶したリモート記憶部を備えたサーバ装置が、前記携帯通信端末から前記機種情報を受ける機種情報受信ステップと、前記サーバ装置が、前記機種情報受信ステップにて受信した機種情報と前記リモート記憶部に記憶された機種情報が合致するか否かを判定する機種情報判定ステップと、前記サーバ装置が、前記機種情報判定ステップにて合致しないと判断した場合、前記機種情報受信ステップにて受信した機種情報の携帯通信端末に適した情報であり、且つ前記リモート記憶部に記憶されているインデックスデータが表すダウンロード元のコンテンツと同じ内容を示すコンテンツを前記通信網上から取得する通信網上情報取得ステップと、前記サーバ装置が、通信網上情報取得ステップにてコンテンツを取得した場合には、前記通信網上情報取得ステップにて取得したコンテンツと、該取得したコンテンツの記憶位置を特定する特定情報を送信するコンテンツ送信ステップと、前記携帯通信端末が、前記コンテンツ送信ステップにより送信されたコンテンツと特定情報とを受信するコンテンツ受信ステップと、前記携帯通信端末が、前記コンテンツ受信ステップにより受信したコンテンツを、コンテンツと共に受信した特定情報にて特定される記憶位置へ記憶させる機器設定情報格納ステップとを有することを特徴とするデータダウンロード方法を提供する。
【００１０】
【発明の実施の形態】
以下、図面を参照して本発明に係る実施形態について説明する。ただし、本発明は、係る実施形態に限定されるものではなく、特許請求の範囲に記載された範囲内で任意の態様を含む。
【００１１】
［１．実施形態］
［１−１．実施形態の全体構成］
図１は、本発明の実施形態に係るバックアップシステムの全体構成を示すブロック図である。図１において、携帯電話機１００、１１０は、図示を省略したユーザが所有する携帯電話機であり、無線基地局２０１を介し移動パケット通信網２００のパケット通信サービスおよび図示を省略した移動電話網の通話サービスを受けることができる。本実施形態では、複数ユーザのデータのバックアップが許容されているが、図面が煩雑になるのを避けるために、図１では、二つの携帯電話機のみが例示されている。また、広範な地域で移動パケット通信を行えるようにするため、複数の無線基地局が移動パケット通信網２００に接続されているが、図面が煩雑になるのを避けるため、図１では一つの無線基地局２０１のみが例示されている。
【００１２】
移動パケット通信網２００は、移動体データ通信サービスを提供する通信網であり、携帯電話機とＬＡＮ（Local Area Network）やインターネットといった他のネットワークとの接続を行うものである。本実施形態では、移動パケット通信網２００には、ＰＤＣ移動パケット通信システム（ＰＤＣ−Ｐ：Personal Digital Cellular Packet data communication system）が用いられている。移動パケット通信網２００は、インターネット３００に接続されており、携帯電話機１００および１１０は、この移動パケット通信網が提供する通信サービスを利用することによって、インターネットに接続されたＷＷＷ（World Wide Web）サーバとの間で通信が可能となる。
【００１３】
バックアップサーバ４００は、バックアップサーバ４００が提供するサービスを受けることが可能な携帯電話機に格納されているデータのバックアップを行うものであり、インターネット３００に接続されている。バックアップサーバ４００は、携帯電話機に格納されているデータをバックアップするための記憶領域を携帯電話機のユーザ毎に有している。コンテンツサーバ５００は、携帯電話機１００または携帯電話機１１０からの要求に応じて着信メロディや待ち受け画面などのコンテンツを表すデータを提供するＷＷＷサーバであり、インターネット３００に接続されている。
【００１４】
［１−１−１．携帯電話機の構成］
図２は、携帯電話機１００の構成を例示するブロック図である。携帯電話機１００は、ＣＰＵ（Central Processing Unit）１０１と、ＣＰＵ１０１に接続されたＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）１０４、キー入力部１０５、表示部１０６および無線通信部１０７とを有している。
【００１５】
ＲＯＭ１０２は、読み出し専用メモリであり、携帯電話機１００の各部の制御を行う制御プログラム、ＥＥＰＲＯＭ１０４に格納されたデータをバックアップするアプリケーションプログラム、バックアップサーバ４００にバックアップされた携帯電話機１００のデータをダウンロードするアプリケーションプログラム、コンテンツサーバからコンテンツを表すデータをダウンロードするアプリケーションプログラムなどが格納されている。また、ＲＯＭ１０２には、バックアップサーバ４００とＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）による通信を行うためにバックアップサーバ４００のＩＰアドレスおよびポート番号が格納されている。さらに、ＲＯＭ１０２には、携帯電話機の機種を識別するための機種情報が格納されている。
【００１６】
ＥＥＰＲＯＭ１０４は、電源電圧が切れてもその内容が消えず、電気的な操作によって後から書き換えることが可能なメモリであり、電話帳データなどの個人情報データおよび携帯電話機１００の使用環境設定データである機器設定データを格納する。ＣＰＵ１０１は、ＲＯＭ１０２から制御プログラム、ＥＥＰＲＯＭ１０４から個人情報データおよび機器設定データなどを読み出し、ＲＡＭ１０３を作業エリアとして制御プログラムを実行し、携帯電話機１００の各部の制御を行う。
【００１７】
表示部１０６は、図示を省略した液晶ディスプレイを有しており、携帯電話機１００の操作を行うためのメニュー画面やメッセージ画面、通話に係わる情報およびパケット通信に係わる情報などを表示する。無線通信部１０７は、無線基地局２０１と無線通信を行うものであり、ＣＰＵ１０１からの制御により通話およびデータ通信を行う。ＣＰＵ１０１は、この無線通信部１０７を用いて、移動パケット通信網２００およびインターネット３００を介しインターネット３００に接続されたＷＷＷサーバと通信を行う。
【００１８】
キー入力部１０５は、図示を省略した数字キー、メニューキー、カーソルキーおよび電源キーなどを有しており、メニュー操作や通話のための指示がユーザによって入力される。ＣＰＵ１０１は、この入力を把握し、ユーザからの指示に応じた処理を実行する。
【００１９】
また、ＣＰＵ１０１は、キー入力部１０５にされたユーザの操作に応じて、ＲＯＭ１０２に格納されている各種アプリケーションプログラムを読み出し実行する。ユーザの操作によってキー入力部１０５からＥＥＰＲＯＭ１０４に格納されているデータのバックアップ指示、またはバックアップサーバ４００に格納されているバックアップデータのダウンロード指示がＣＰＵ１０１へ供給されると、ＣＰＵ１０１は、ＲＯＭ１０２から指示に応じてＥＥＰＲＯＭ１０４に格納されたデータをバックアップするアプリケーションプログラム、またはバックアップサーバ４００にバックアップされた携帯電話機１００のデータをダウンロードするアプリケーションプログラムを読み出し実行する。
【００２０】
図３は、携帯電話機１００において、ＥＥＰＲＯＭ１０４に格納されたデータをバックアップサーバ４００へバックアップするアプリケーションプログラムの処理の流れを示すフローチャートである。まず、ＣＰＵ１０１は、表示部１０６を制御して図４に示すユーザＩＤおよびユーザパスワードの入力を促すメッセージ画面を表示する（ステップＳＡ１）。ユーザＩＤとは、携帯電話機のユーザがサーバ装置４００の提供するサービスを受けることができるか否かを識別する識別情報である。ユーザパスワードとは、バックアップサーバ４００の機密保護のためにバックアップサーバ４００が提供するサービスを受けることが可能なユーザの確認のために用いられる符号である。
【００２１】
次にＣＰＵ１０１は、ユーザＩＤおよびユーザパスワードが入力されたか否かを判断する（ＳＡ２）。ＣＰＵ１０１は、ユーザの操作によってキー入力部１０５からユーザＩＤおよびユーザパスワードの入力完了を示す指示が供給されない場合は、入力完了を示す指示が供給されるまで待ち続ける（ＳＡ２：ＮＯ）。入力完了を示すキー入力がされた場合は（ＳＡ２：ＹＥＳ）、次にＣＰＵ１０１は、移動パケット通信網２００を用いたパケット通信を行うため通信部１０７を制御して移動パケット通信網２００に対しパケット通信登録を行う（ＳＡ３）。このパケット通信登録を行うことにより、携帯電話機１００にＴＣＰ／ＩＰによる通信を行うためのＩＰアドレスが割り振られる。
【００２２】
次に、ＣＰＵ１０１は、バックアップサーバ４００が提供するサービスを受けるために通信部１０７を制御してサーバ接続要求を移動パケット通信網２００へ送信する（ＳＡ４）。この通信にはＴＣＰ／ＩＰが用いられ、ＲＯＭ１０２に格納されているＩＰアドレスを送信先とする。サーバ接続要求を受信した移動パケット通信網２００は、ＩＰアドレスで特定されるバックアップサーバ４００へサーバ接続要求が送信されるようルーティングを行いインターネット３００へ送信する。このサーバ接続要求を受信したインターネット３００は、ＩＰアドレスで特定されるバックアップサーバ４００へバックアップ要求をルーティングする。このサーバ接続要求により携帯電話機１００とバックアップサーバ４００との間でコネクションを確立し通信を可能とする。
【００２３】
次にＣＰＵ１０１は、キー入力部１０５から入力されたユーザＩＤおよびユーザパスワードを内包するバックアップ要求を生成し、通信部１０７を制御して移動パケット通信網２００へこのバックアップ要求を送信する（ＳＡ５）。このバックアップ要求は、サーバ接続要求により確立した通信路によりバックアップサーバ４００へ送信される。
【００２４】
バックアップ要求送信後、ＣＰＵ１０１は、通信部１０７がバックアップサーバ４００によるバックアップ要求に応じた判定通知を受信しＣＰＵ１０１へ供給するのを待つ（ＳＡ６：ＮＯ、ＳＡ７：ＮＯ）。判定通知が供給されるのを待つ処理において、所定時間の間に判定通知が供給されなかった場合は（ＳＡ６：ＮＯ、ＳＡ７：ＹＥＳ）、ＣＰＵ１０１は、表示部１０６を制御して、図５に示すバックアップに失敗した旨のメッセージ画面の表示を行う（ＳＡ８）。通信部１０７が判定通知を受信し、判定通知がＣＰＵ１０１へ供給された場合は（ＳＡ６：ＹＥＳ）、次に判定通知の内容がバックアップを行うことが可能か否かを判断する（ＳＡ９）。判定通知の内容がバックアップを行うことができないという内容である場合は（ＳＡ９：ＮＯ）、ＣＰＵ１０１は表示部１０６を制御して、図５に示すバックアップに失敗した旨のメッセージ画面の表示を行う（ＳＡ８）。判定通知がバックアップを行うことが可能であるという内容の場合は（ＳＡ９：ＹＥＳ）、ＣＰＵ１０１は、ＥＥＰＲＯＭ１０４に格納されているデータとＲＯＭ１０２に格納されている機種情報を読み出し、通信部１０７を制御して読み出したデータと機種情報を移動パケット通信網２００へ送信する（ＳＡ１０）。送信されたデータおよび機種情報は、バックアップ要求と同様にサーバ接続要求により確立された通信路によりバックアップサーバ４００へ送信される。
【００２５】
データ送信後、ＣＰＵ１０１は、通信部１０７がバックアップ結果を示す通知を受信しＣＰＵ１０１へバックアップ結果を示す通知を供給するのを待つ（ＳＡ１１：ＮＯ、ＳＡ１２：ＮＯ）。ＣＰＵ１０１は、バックアップ結果を示す通知を待つ処理において、バックアップ結果を示す通知を受信することなく所定の時間が経過した場合（ＳＡ１１：ＮＯ、ＳＡ１２：ＹＥＳ）は、表示部１０６を制御して、図５に示すバックアップに失敗した旨のメッセージ画面の表示を行う（ＳＡ８）。通信部１０７がバックアップ結果を示す通知を受信しバックアップ結果を示す通知がＣＰＵ１０１へ供給された場合は（ＳＡ１１：ＹＥＳ）、受信したバックアップ結果を示す通知の内容が成功か否かを判断する（ＳＡ１３）。バックアップ成功を示す通知を受信した場合（ＳＡ１３：ＹＥＳ）は、ＣＰＵ１０１は、表示部１０６を制御して、図６に示すバックアップに成功した旨のメッセージ画面の表示を行う（ＳＡ１４）。バックアップに失敗した旨の通知を受信した場合（ＳＡ１３：ＮＯ）は、ＣＰＵ１０１は、表示部１０６を制御して、図５に示すバックアップに失敗した旨のメッセージの表示を行う（ＳＡ８）。
【００２６】
次に、バックアップサーバ４００にバックアップされた携帯電話機１００のデータをダウンロードする処理について説明する。図７は、携帯電話機１００において、バックアップサーバ４００に格納されているバックアップデータを携帯電話機１００へダウンロードするアプリケーションプログラムの処理の流れを示すフローチャートである。
【００２７】
まず、ＣＰＵ１０１は、表示部１０６を制御して図８に示すユーザＩＤおよびユーザパスワードの入力を促すメッセージ画面を表示する（ステップＳＢ１）。次にＣＰＵ１０１は、ユーザＩＤおよびユーザパスワードが入力されたか否かを判断する（ＳＢ２）。ＣＰＵ１０１は、ユーザの操作によってキー入力部１０５からユーザＩＤおよびユーザパスワードの入力完了を示す指示が供給されない場合は、入力完了を示す指示が供給されるまで待ち続ける（ＳＢ２：ＮＯ）。入力完了を示すキー入力がされた場合は（ＳＢ２：ＹＥＳ）、次にＣＰＵ１０１は、移動パケット通信網２００を用いたパケット通信を行うため通信部１０７を制御して移動パケット通信網２００に対しパケット通信登録を行う（ＳＢ３）。このパケット通信登録を行うことにより、携帯電話機１００にＴＣＰ／ＩＰによる通信を行うためのＩＰアドレスが割り振られる。
【００２８】
次に、ＣＰＵ１０１は、バックアップサーバ４００が提供するサービスを受けるために通信部１０７を制御してサーバ接続要求を移動パケット通信網２００へ送信する（ＳＢ４）。この処理は、図３に示すサーバ接続要求（ＳＡ４）と同様であり、このサーバ接続要求により携帯電話機１００とバックアップサーバ４００との間でコネクションを確立し通信を可能とする。
【００２９】
次にＣＰＵ１０１は、キー入力部１０５から入力されたユーザＩＤおよびユーザパスワードを内包するダウンロード要求を生成し、通信部１０７を制御してＲＯＭ１０２に格納されているＩＰアドレスを送信先とし、移動パケット通信網２００へこのダウンロード要求を送信する（ＳＢ５）。このダウンロード要求は、サーバ接続要求により確立した通信路によりバックアップサーバ４００へ送信される。
【００３０】
ダウンロード要求送信後、ＣＰＵ１０１は、通信部１０７がバックアップサーバ４００によるダウンロード要求に応じた判定通知を受信しＣＰＵ１０１へ供給するのを待つ（ＳＢ６：ＮＯ、ＳＢ７：ＮＯ）。判定通知が供給されるのを待つ処理において、所定時間の間に判定通知が供給されなかった場合は（ＳＢ６：ＮＯ、ＳＢ７：ＹＥＳ）、ＣＰＵ１０１は、表示部１０６を制御して、図９に示すダウンロードに失敗した旨のメッセージ画面の表示を行う（ＳＢ８）。通信部１０７が判定通知を受信し、判定通知がＣＰＵ１０１へ供給された場合は（ＳＢ６：ＹＥＳ）、次に判定通知の内容がダウンロードを行うことが可能か否かを判断する（ＳＢ９）。判定通知の内容がダウンロードを行うことができないという内容である場合は（ＳＢ９：ＮＯ）、ＣＰＵ１０１は表示部１０６を制御して、図９に示すダウンロードに失敗した旨のメッセージ画面の表示を行う（ＳＢ８）。判定通知の内容が、ダウンロードを行うことが可能であるという内容の場合は（ＳＢ９：ＹＥＳ）、ＣＰＵ１０１は、ＲＯＭ１０２から機種情報を読み出し、読み出した機種情報を内包させた、データを送信するよう要求するデータ要求を生成し、通信部１０７を制御して移動パケット通信網２００へ送信する（ＳＢ１０）。このデータ要求はサーバ接続要求により確立した通信路によりバックアップサーバ４００へ送信される。
【００３１】
ＣＰＵ１０１は、データ要求送信後、通信部１０７からデータとＥＥＰＲＯＭ１０４におけるデータを格納する領域を示すアドレス情報又はデータ送信終了通知が供給されるのを待つ（ＳＢ１１：ＮＯ、ＳＢ１２：ＮＯ、ＳＢ１３：ＮＯ）。通信部１０７がデータを受信することなく所定の時間が経過した場合は（ＳＢ１１：ＮＯ、ＳＢ１２：ＮＯ、ＳＢ１３：ＹＥＳ）、データのダウンロードに失敗したとして、ＣＰＵ１０１は、表示部１０６を制御して、図９に示すダウンロードを失敗した旨のメッセージ画面の表示を行う（ＳＢ８）。通信部１０７がデータとＥＥＰＲＯＭ１０４におけるデータを格納する領域を示すアドレス情報を受信しＣＰＵ１０１へ受信したデータとＥＥＰＲＯＭ１０４におけるデータを格納する領域を示すアドレス情報が供給された場合は（ＳＢ１１：ＹＥＳ）、ＣＰＵ１０１は、受信したデータをＥＥＰＲＯＭ１０４のアドレス情報が示す領域に格納し（ＳＢ１４）ステップＳＢ１１へ戻る。通信部１０６がデータ送信終了通知を受信した場合は（ＳＢ１１：ＮＯ、ＳＢ１２：ＹＥＳ）、ダウンロードに成功したとして、ＣＰＵ１０１は、表示部１０６を制御して、図１０に示すダウンロードに成功した旨のメッセージ画面の表示を行う（ＳＢ１５）。
【００３２】
図１１は、携帯電話機１１０の構成を例示するブロック図である。この図において、図２と共通する部分には、同一の符号を付し、その説明を省略する。携帯電話機１１０が携帯電話機１００と異なる点は、ＲＯＭ１０２に代えてＲＯＭ１０２Ａを有している点である。携帯電話機１１０は、携帯電話機１００と機種が異なるため、ＲＯＭ１０２に格納された機種情報、プログラムの内容と機器設定の項目が異なる。ＥＥＰＲＯＭに格納されたデータをバックアップするアプリケーションプログラムおよびバックアップサーバ４００にバックアップされた携帯電話機のデータをダウンロードするアプリケーションプログラムは携帯電話機１００と同じプログラムが格納されており処理の流れは同じであるため、その説明を省略する。
【００３３】
［１−１−２．バックアップサーバの構成］
図１２は、バックアップサーバ４００の構成を例示するブロック図である。バックアップサーバ４００は、ＣＰＵ４０１と、ＣＰＵ４０１に接続されたＲＯＭ４０２、ＲＡＭ４０３、データ記憶部４０４、通信部４０５および機種情報部４０６とを有している。
【００３４】
ＲＯＭ４０２は、読み出し専用メモリであり、バックアップサーバ４００の各部の制御を行う制御プログラムが格納されている。データ記憶部４０４は、受信したバックアップデータを保存するためのものであり、図示を省略したハードディスク装置を有している。バックアップサーバ４００のサービスを受けることができる携帯電話機から送信されたデータはこのハードディスク装置に格納される。通信部４０５は、インターネット３００とのインターフェースである。機種情報部４０６は、携帯電話機が機種毎にどのような項目のデータをメモリに格納しているかを示すデータであるパラメータ情報を格納するものである。機種情報部４０６は、データを格納するために図示を省略したハードディスク装置を有しており、ＣＰＵ４０１に接続された図示を省略した入力部から入力されたパラメータ情報をハードディスク装置に格納する。
【００３５】
ＣＰＵ４０１は、バックアップサーバ４００の各部を制御するものである。ＣＰＵ４０１は、ＲＯＭ４０２から制御プログラムを読み出し、ＲＡＭ４０３を作業エリアとして制御プログラムを実行し各部の制御を行う。図１３は、ＣＰＵ４０１の処理の流れを示すフローチャートである。まず、ＣＰＵ４０１は、通信部４０５からサーバ接続要求が供給されたか否かを判断する（ステップＳＣ１）。通信部４０５からサーバ接続要求が供給されない場合は、サーバ接続要求が通信部４０５から供給されるまで待ち続ける（ＳＣ１：ＮＯ）。通信部４０５からサーバ接続要求が供給された場合は（ＳＣ１：ＹＥＳ）、ＣＰＵ４０１は、サーバ接続要求を送信してきた携帯電話機との間でコネクションを確立させる（ＳＣ２）。次にＣＰＵ４０１は、サーバ接続要求により通信路が確立されると、バックアップ要求またはダウンロード要求が通信部４０５から供給されるのを待つ（ＳＣ３：ＮＯ、ＳＣ４：ＮＯ、ＳＣ５：ＮＯ）。バックアップ要求およびダウンロード要求が所定の時間供給されなかった場合は（ＳＣ３：ＮＯ、ＳＣ４：ＮＯ、ＳＣ５：ＹＥＳ）、正常な通信が行われなかったとしてステップＳＣ１へ戻る。通信部４０５がバックアップ要求を受信しＣＰＵ４０１へ受信したバックアップ要求が供給された場合は（ＳＣ３：ＹＥＳ）、ＣＰＵ４０１は、図１４に示すバックアップ処理を行い（ＳＣ６）、ステップＳＣ１へ戻りサーバ接続要求が供給されるのを待つ。通信部４０５がダウンロード要求を受信しＣＰＵ４０１へ受信したダウンロード要求が供給された場合は（ＳＣ３：ＮＯ、ＳＣ４：ＹＥＳ）、ＣＰＵ４０１は、図１５に示すダウンロード処理を行い（ＳＣ７）、ステップＳＣ１へ戻りサーバ接続要求が供給されるのを待つ。
【００３６】
図１４は、バックアップサーバ４００におけるバックアップ処理の流れを示すフローチャートである。まずＣＰＵ４０１は、バックアップ要求をしてきた携帯電話機のユーザがバックアップのサービスを受けることが可能な者であるか判定を行う（ステップＳＤ１）。この判定は、バックアップ要求に内包されているユーザＩＤおよびパスワードを用いて行われる。データ記憶部４０４に予め格納されたユーザＩＤおよびパスワードの組み合わせと、受信したユーザＩＤおよびパスワードの組み合わせが一致した場合にユーザＩＤとパスワードを送信してきた携帯電話機のユーザはバックアップを行う資格があると判定する。
【００３７】
ＣＰＵ４０１は、バックアップ要求を送信してきた携帯電話機のユーザがバックアップのサービスを受けることができない者であると判定した場合は（ＳＤ１：ＮＯ）、バックアップサービスを受けられない旨の通知を生成し通信部４０５を制御してインターネット３００へ送信する（ＳＤ２）。ＣＰＵ４０１は、バックアップの要求をしてきた携帯電話機のユーザが、バックアップサービスを受けることができる者であると判定した場合は（ＳＤ１：ＹＥＳ）、バックアップを受けられる旨の通知を生成し通信部４０５を制御してインターネット３００へ送信する（ＳＤ３）。上述した判定結果通知は、サーバ接続要求により確立した通信路によりインターネット３００からサーバ接続要求を送信してきた携帯電話機へ送信される。
【００３８】
次にＣＰＵ４０１は、通信部４０５がバックアップデータおよび機種情報を受信しＣＰＵ４０１へ供給するのを待つ（ＳＤ４：ＮＯ、ＳＤ５：ＮＯ）。通信部４０５がバックアップデータを受信することなく所定の時間が経過した場合は（ＳＤ４：ＮＯ、ＳＤ５：ＹＥＳ）、バックアップ要求を送信してきた携帯電話機との間で正常にバックアップ処理が行われなかったとしてバックアップ処理を終了する。通信部４０５がバックアップデータおよび機種情報を受信しＣＰＵ４０１へバックアップデータが供給された場合は（ＳＤ４：ＹＥＳ）、ＣＰＵ４０１は、供給されたバックアップデータをデータ記憶部４０４に格納する（ＳＤ６）。次にＣＰＵ４０１は、データの保存に成功した旨の通知を生成し通信部４０５を制御してインターネット３００へ送信する（ＳＤ７）。このバックアップ要求は、サーバ接続要求により確立した通信路によりバックアップサーバ４００へ送信される。
【００３９】
次にダウンロード処理について説明する。図１５は、バックアップサーバ４００におけるダウンロード処理の流れを示すフローチャートである。まずＣＰＵ４０１は、ダウンロードを要求してきた携帯電話機のユーザがダウンロードのサービスを受けることが可能である正当なユーザであるか判定を行う（ステップＳＥ１）。この判定は、バックアップ時と同様にダウンロード要求に内包されているユーザＩＤおよびパスワードを用いて行われる。ＣＰＵ４０１は、ダウンロード要求を判定し携帯電話機のユーザがダウンロードのサービスを受けることができないユーザであると判定した場合は（ＳＥ１：ＮＯ）、ダウンロードを許可しない旨の通知を生成し、通信部４０５を制御してインターネット３００へ送信する（ＳＥ２）。ＣＰＵ４０１は、ダウンロード要求を判定し、携帯電話機のユーザが、ダウンロードサービスを受けることができる者であると判定した場合は（ＳＥ１：ＹＥＳ）、ダウンロード許可通知を生成し通信部４０５を制御してインターネット３００へ送信する（ＳＥ３）。上述した判定結果通知は、サーバ接続要求により確立した通信路によりインターネット３００からサーバ接続要求を送信してきた携帯電話機へ送信される。
【００４０】
次に、ＣＰＵ４０１は、通信部４０５が機種情報を内包したデータ要求を受信しＣＰＵ４０１へ供給するのを待つ（ＳＥ４：ＮＯ、ＳＥ５：ＮＯ）。通信部４０５がデータ要求を受信することなく所定の時間が経過した場合は（ＳＥ４：ＮＯ、ＳＥ５：ＹＥＳ）、ＣＰＵ４０１は、ダウンロード要求を送信してきた携帯電話機との間で正常にダウンロード処理が行われなかったとしてダウンロード処理を終了する。通信部４０５がデータ要求を受信しＣＰＵ４０１へデータ要求を供給した場合（ＳＥ４：ＹＥＳ）は、ＣＰＵ４０１は、データ記憶部４０４に格納されているバックアップデータ読み出し、読み出したデータを通信部４０５を制御してインターネット３００へ送信する（ＳＥ６）。
【００４１】
図１６は、データ記憶部４０４に格納されたバックアップデータを送信する処理の流れを示すフローチャートである。まず、ＣＰＵ４０１は、データポインタの初期化を行う（ステップＳＦ１）。データポインタとは、何番目の項目番号のデータを送信するかを示すポインタである。次にＣＰＵ４０１は、機種情報部４０６から受信したデータ要求に内包されている機種情報のパラメータ情報を読み出す（ＳＦ２）。
【００４２】
次にＣＰＵ４０１は、データポインタが示す項目番号のデータがインデックスデータであるかを判断する（ＳＦ３）。データポインタが示す項目番号のデータがインデックスデータである場合は（ＳＦ３：ＹＥＳ）、データポインタが示す項目番号のデータがデータ要求に内包される機種情報の機種に存在するか否かを判断する（ＳＦ４）。具体的には、ステップＳＦ２にて読み出したパラメータ情報の中に、データポインタが示す項目番号のデータが存在するか検索する。データポインタが示す項目番号のデータが存在する場合は（ＳＦ４：ＹＥＳ）、ＣＰＵ４０１は、機種情報を内包したコンテンツ要求を生成し通信部４０５を制御してコンテンツ要求をインターネット３００へ送信する（ＳＦ５）。次に、ＣＰＵ４０１は、通信部４０５がコンテンツサーバからコンテンツを表すデータを受信しＣＰＵ４０１へ供給するのを待つ（ＳＦ６：ＮＯ）。通信部４０５がコンテンツサーバからコンテンツを表すデータを受信し、ＣＰＵ４０１へ受信したコンテンツを表すデータを供給した場合は（ＳＦ６：ＹＥＳ）、データポインタが示す項目のデータを格納する領域のアドレスをパラメータ情報から読み出し、読み出したアドレス情報と受信したコンテンツを表すデータを、通信部４０５を制御してインターネット３００へ送信する（ＳＦ７）。データポインタが示す項目番号のデータがデータ要求に内包される機種情報の機種に存在しない場合は（ＳＦ４：ＮＯ）、ＣＰＵ４０１は、データ記憶部４０４を制御して、データポインタが示すデータを記憶部４０４から削除する（ＳＦ１２）。
【００４３】
コンテンツを表すデータを送信後、ＣＰＵ４０１は、バックアップされているデータを全て送信したか否かを判断する（ＳＦ８）。全てのバックアップデータを送信し終えていない場合は（ＳＦ８：ＮＯ）、データポインタを＋１し（ＳＦ９）ステップＳＦ３へ戻る。バックアップされているデータ全て送信した場合は（ＳＦ８：ＹＥＳ）、データ送信終了通知を生成し通信部４０５を制御してインターネット３００へ送信する（ＳＦ１０）。送信されたデータ送信終了通知は、サーバ接続要求により確立した通信路によりインターネット３００からサーバ接続要求を送信してきた携帯電話機へ送信される。
【００４４】
データポインタが示す項目番号のデータがインデックスデータでない場合は（ＳＦ３：ＮＯ）、機種情報部４０６から取得したパラメータ情報を基にダウンロード要求を送信してきた携帯電話機にデータポインタが示す実データの項目が存在するか否かを判断する（ＳＦ１１）。ダウンロード要求を送信してきた携帯電話機にデータポインタが示す実データの項目が存在しなかった場合は（ＳＦ１１：ＮＯ）、ＣＰＵ４０１は、データ記憶部４０４を制御して、データポインタが示すデータを記憶部４０４から削除する（ＳＦ１２）。
【００４５】
ダウンロード要求を送信してきた携帯電話機にデータポインタが示す実データの項目が存在する場合は（ＳＦ１１：ＹＥＳ）、ＣＰＵ４０１は、実データのデータ範囲がダウンロード要求を送信してきた携帯電話機とデータのバックアップを行った携帯電話機の機種で同じか否かを判断する（ＳＦ１３）。実データのデータ範囲がダウンロード要求を送信してきた携帯電話機とデータのバックアップを行った携帯電話機の機種で異なる場合は（ＳＦ１３：ＮＯ）、データ記憶部４０４に格納されているバックアップデータを、ダウンロードを要求してきた携帯電話機に適したデータになるように変換する（ＳＦ１４）。次にＣＰＵ４０１は、変換したデータとパラメータ情報から読み出したデータポインタが示す項目を格納するアドレスを通信部４０５を制御してインターネット３００へ送信する（ＳＦ１５）。実データのデータ範囲がダウンロード要求を送信してきた携帯電話機とデータのバックアップを行った携帯電話機の機種で同じ場合は、機種は異なるがデータの項目が存在し、データ範囲も同じであるとしてデータの変換を行わず、データポインタが示す項目のデータを格納する領域のアドレスをパラメータ情報から読み出し、通信部４０５を制御してバックアップデータと読み出したアドレス情報をインターネット３００へ送信する（ＳＦ１５）。データ送信後、ＣＰＵ４０１は、インデックスデータの時と同様に全データを送信したか否かを判断する。
【００４６】
［１−２．実施形態の動作］
［１−２−１．バックアップ動作］
図１７は、携帯電話機に格納されているデータをバックアップする時の動作を例示するシーケンス図である。以下、この図を参照してバックアップ時の動作について説明する。ただし、バックアップサーバ４００は、図示しない電源が入れられ、携帯電話機１００からの通信を受信可能な状態であり、図示しない入力装置によりデータ記憶部４０４に予めユーザＩＤおよびパスワードが登録されているものとする。また、携帯電話機１００は、ユーザがメニュー操作を行いバックアップ用のアプリケーションプログラムがＲＯＭ１０２から読み出されているものとする。また、携帯電話機１００を所有するユーザのユーザＩＤは「ＡＢＣ１２３４」であり、このユーザが使用するパスワードは「ＸＸＹＹ１２」、ＲＯＭ１０２に格納されている携帯電話機１００の機種を示す機種情報は「ＡＢＣ１０１」であるとする。また、ＥＥＰＲＯＭ１０４にはユーザの操作によって図１８に示される機器設定データが格納されているとする。また、機種情報部４０６には図示を省略した入力部により図１９に示されるパラメータ情報が格納されているとする。
【００４７】
まず、携帯電話機１００のユーザは、ユーザＩＤ「ＡＢＣ１２３４」とパスワード「ＸＸＹＹ１２」を入力要求の画面に従って入力する。ユーザがパスワードを入力し終えたことを示す操作が行われると、パケット通信を行うため携帯電話１００から移動パケット通信網２００へパケット通信登録が行われる。次にパケット通信登録により、移動体データ通信網２００とインターネット３００を介してインターネット３００に接続されたサーバと通信可能になった携帯電話機１００からサーバ接続要求が送信され、バックアップサーバ４００にて受信される（ステップＳ１００）。バックアップサーバ４００にてサーバ接続要求が受信されると携帯電話機１００とバックアップサーバ４００との間で通信のコネクションが確立される（Ｓ１０１）。通信のコネクションが確立されると、次に携帯電話機１００から、入力されたユーザＩＤとパスワードを内包するバックアップ要求が生成され、生成されたバックアップ要求は携帯電話機１００からバックアップサーバ４００へ送信され、バックアップサーバ４００により受信される（Ｓ１０２）。
【００４８】
このバックアップ要求を受信したバックアップサーバ４００では、バックアップ要求に内包されたユーザＩＤおよびパスワードと予めデータ記憶部４０４に登録されているユーザＩＤおよびパスワードを用いてバックアップ要求が正当なものであるか否かが判定される。この動作例では、ユーザが入力したユーザＩＤ「ＡＢＣ１２３４」とユーザＩＤに対応したパスワード「ＸＸＹＹ１２」が登録されていることから、バックアップサーバ４００では、「携帯電話機１００のユーザはバックアップを行う資格を有する」と判定した旨の判定通知が生成される。
【００４９】
この判定通知は、バックアップサーバ４００から携帯電話機１００へ送信され、携帯電話機１００により受信される（Ｓ１０３）。判定通知を受信した携帯電話機１００では、判定通知の内容が、「バックアップを行う資格を有する」という内容であることから、データをバックアップするためにＥＥＰＲＯＭ１０４に格納されているデータとＲＯＭ１０２に格納されている携帯電話機１００の機種情報の送信が行われる。携帯電話機１００から、ＥＥＰＲＯＭ１０４内に格納されたデータとＲＯＭ１０２に格納されている機種情報がバックアップサーバ４００へ送信され、バックアップサーバ４００にて受信される（Ｓ１０４）。この動作例では、携帯電話機１００からは機種情報と、データの項目名、データ種別、パラメータ又はインデックスデータが送信される。データ種別がパラメータの場合は実データが送信され、データ種別がインデックスデータの場合は実データではなく、データのダウンロード元を示すデータが送信される。データ種別がパラメータである着信音量の場合は、項目名「着信音量」、データ種別「パラメータ」、データ「８」が送信される。データ種別がインデックスである「待ち受け画面」の場合は、項目名「待ち受け画面」、データ種別「インデックス」、データ「http://www.aaa.com/aaa.gif」が送信される。また機種情報は、ＲＯＭ１０２に格納されている、「ＡＢＣ１０１」が送信される。
【００５０】
バックアップデータおよび機種情報を受信したバックアップサーバ４００では、受信したバックアップデータおよび機種情報がデータ記憶部４０４に格納される。図２０は、データ記憶部４０４の内容を例示するデータフォーマット図である。図２０に示すように、送信されたデータは、ユーザ毎に、機種情報と「項目名」、「データ種別」および「データ」が格納される。
【００５１】
携帯電話機１００ではバックアップすべき全てのデータが送信されると、データ送信終了通知が生成されバックアップサーバ４００へ送信される（Ｓ１０３）。送信されたデータ送信終了通知は、バックアップサーバ４００にて受信される。
【００５２】
データ送信終了通知を受信したバックアップサーバ４００では、バックアップが正常に行われたことを通知するバックアップ結果通知が生成され携帯電話機１００へ送信される。バックアップサーバ４００から送信されたバックアップ結果通知は、携帯電話機１００にて受信される（Ｓ１０５）。
【００５３】
［１−２−２．ダウンロード動作］
図２１は、本発明の実施形態において、バックアップサーバ４００にバックアップされた携帯電話機１００のデータを携帯電話機１１０がダウンロードする時の動作を例示するシーケンス図である。以下、この図を参照してダウンロード動作について説明する。ただし、バックアップサーバ４００には上述のバックアップ動作により、バックアップデータが格納されているものとする。また、携帯電話機１１０の機種を示す機種情報は「ＡＢＣ１０２」であるとする。さらに携帯電話機１１０のＥＥＰＲＯＭ１０４には、工場出荷時の設定により図２２に示す機器設定データが格納されているとする。図２２において、携帯電話機１１０は工場出荷時には待ち受け画面の設定がされていないものとしているため、待ち受け画面のデータはデータが設定されていないことを示す「−」が格納されている。
【００５４】
まず、携帯電話機１１０のユーザは、ユーザＩＤ「ＡＢＣ１２３４」とパスワード「ＸＸＹＹ１２」を入力要求の画面に従って入力する。ユーザがパスワードを入力し終えたことを示す操作が行われると、パケット通信を行うため携帯電話１１０から移動パケット通信網２００へパケット通信登録が行われる。次にパケット通信登録により、移動体データ通信網２００とインターネット３００を介してインターネット３００に接続されたサーバと通信可能になった携帯電話機１１０からサーバ接続要求が送信され、バックアップサーバ４００にて受信される（ステップＳ２００）。バックアップサーバ４００にてサーバ接続要求が受信されると携帯電話機１１０とバックアップサーバ４００との間で通信のコネクションが確立される（Ｓ２０１）。通信のコネクションが確立されると、次に携帯電話機１１０から、入力されたユーザＩＤとパスワードを内包するダウンロード要求が生成され、生成されたダウンロード要求は携帯電話機１１０からバックアップサーバ４００へ送信され、バックアップサーバ４００により受信される（Ｓ２０２）。
【００５５】
このダウンロード要求を受信したバックアップサーバ４００では、バックアップ要求に内包されたユーザＩＤおよびパスワードと予めデータ記憶部４０４に登録されているユーザＩＤおよびパスワードを用いてダウンロード要求が正当なものであるか否かが判定される。この動作例では、ユーザが入力したユーザＩＤ「ＡＢＣ１２３４」とユーザＩＤに対応したパスワード「ＸＸＹＹ１２」が登録されていることから、バックアップサーバ４００では、「携帯電話機１１０のユーザはダウンロードを行う資格を有する」と判定した旨の判定通知が生成される。
【００５６】
この判定通知は、バックアップサーバ４００から携帯電話機１１０へ送信され、携帯電話機１１０により受信される（Ｓ２０３）。判定通知を受信した携帯電話機１１０では、判定通知の内容が、「ダウンロードを行う資格を有する」という内容であることから、データをダウンロードするためにＲＯＭ１０２Ａから携帯電話機１１０の機種情報が読み出され、読み出された機種情報を内包するデータ要求が生成され、携帯電話機１１０からバックアップサーバ４００へ送信される。送信されたデータ要求は、バックアップサーバ４００にて受信される（Ｓ２０４）。
【００５７】
データ要求を受信したバックアップサーバ４００では、データ記憶部４０４に格納されているデータのうち、ユーザＩＤに対応したデータが読み出される。データ種別がパラメータの場合は、データ記憶部に格納されている機種情報と、データ要求に内包されていた機種情報が比較される。データ記憶部に格納されている機種情報は「ＡＢＣ１０１」であり、データ要求に内包されていた機種情報は「ＡＢＣ１０２」であることから、機器設定データのバックアップを行った機種とデータ要求を送信してきた機種が異なることが判明し、格納されているデータをダウンロードしようとしている機種に適したデータにするため、図１９に示すパラメータ情報が読み出される。
【００５８】
図１９に示すパラメータ情報において、機器設定データの項目名が「着信音量」の場合、読み出したパラメータ情報では、機種情報が「ＡＢＣ１０２」の機種ではデータの範囲が０から２となっている。このデータ範囲は、機種情報が「ＡＢＣ１０１」である機種と異なる。データをバックアップした、機種情報が「ＡＢＣ１０１」の機種では着信音量のデータ範囲は０から１０であり、バックアップしたデータは「８」であるため、バックアップされているデータをそのまま送信しても使用できない。バックアップサーバ４００では、格納されていた着信音量のデータ「８」が、データ要求を送信してきた機種のデータ範囲になるよう「２」に変換される。データポインタが示す項目のデータを格納する領域のアドレスがパラメータ情報から読み出され、変換された情報と読み出されたアドレス情報が共にバックアップサーバ４００から携帯電話機１１０へ送信される（Ｓ２０３）。
【００５９】
機器設定データの項目名が「ノイズキャンセル」の場合、機種情報が「ＡＢＣ１０２」である機種には、この機器設定データの項目が存在しないため、ノイズキャンセルのデータはバックアップサーバ４００から携帯電話機１１０へは送信されず、データ記憶部４０４から削除される。
【００６０】
データ種別がインデックスである「待ち受け画面」の場合、データ要求を送信してきた機種に待ち受け画面の項目があるため、バックアップサーバ４００においてインデックスデータが示すコンテンツを要求するコンテンツ要求が生成され、コンテンツサーバ５００へ送信され、コンテンツサーバ５００にて受信される（Ｓ２０６）。このコンテンツ要求には、ダウンロード要求を送信した携帯電話機の機種情報が内包されており、コンテンツ要求を受信したコンテンツサーバ５００では要求された機種情報に対応するコンテンツを表すデータがバックアップサーバ４００へ送信され、バックアップサーバ４００にて受信される（Ｓ２０７）。コンテンツサーバ５００からのコンテンツを表すデータを受信したバックアップサーバ４００では、データポインタが示す項目のデータを格納する領域のアドレスがパラメータ情報から読み出され、コンテンツを表すデータと読み出されたアドレス情報が共に携帯電話機１１０へ送信され、携帯電話機１１０にて受信される（Ｓ２０８）。
【００６１】
バックアップサーバ４００から全てのバックアップデータが送信されると、バックアップサーバ４００ではデータ送信終了通知が生成され携帯電話機１１０へ送信される（Ｓ２０９）。バックアップサーバ４００からのデータを受信した携帯電話機１１０では、受信したデータが携帯電話機１１０のＥＥＰＲＯＭ１０４に格納される。図２３は、ＥＥＰＲＯＭ１０４に格納されたダウンロードされたデータのフォーマットを示す図である。図２３に示すとおり、バックアップを行った機種と同じ項目名のデータは、バックアップサーバ４００からダウンロードされた後、利用可能にＥＥＰＲＯＭ１０４に格納される。
【００６２】
［２．変形例］
上述した実施形態の説明において、「携帯電話機」は、ＰＨＳ（Personal Handyphone System）端末やＰＤＣ（Personal Digital Cellular）端末、ＩＭＴ−２０００に準拠した携帯電話機等の概念を含む。
【００６３】
また、上述した実施形態において、バックアップを行う際にバックアップする項目を選択し、項目毎にバックアップを行うようにしてもよい。また、ダウンロードを行う際にもダウンロードを行う項目を選択し、項目毎にダウンロードを行うようにしてもよい。このような態様によれば、ある一部のデータだけ過去のデータに戻したい場合に、全てのデータが一括して過去のデータに戻されることがなくなりユーザの使い勝手が向上する。
【００６４】
また、上述した実施形態において、バックアップまたはダウンロードを行う際の携帯電話機とバックアップサーバ４００間の通信には、ＳＳＬ（Secure Socket Layer）やＴＬＳ（Transport Layer Security）などのプロトコルを用いて送受信するデータを暗号化するようにしてもよい。
【００６５】
また、上述した実施形態において、バックアップおよびバックアップサーバ４００上でデータ変換するデータは、機器設定データ以外に電話帳データなどの個人情報データや着信履歴データなどの履歴データでもよい。
【００６６】
また、上述した実施形態においてバックアップサーバ４００は、携帯電話機から送信される、携帯電話機の使用者のユーザＩＤおよびパスワードを用いて、バックアップおよびダウンロードのサービス提供するか否かが判断されている。これにかえて、バックアップサーバ４００は、携帯電話機から送信されるＵＩＭ（User Identity Module：携帯電話機に使用される契約者情報を記録したＩＣカード。契約者情報などが記録されており、携帯電話機に差し込んで利用者の識別に使用される。着脱可能であることから、複数の端末を使い分けることができる。）に記録された契約者情報などを用いて、バックアップおよびダウンロードのサービスを提供するか否かを判断するようにしてもよい。このような態様によれば、ユーザＩＤやパスワードを入力する手間がなくなり、また、複数の携帯電話機を所有している場合でも携帯電話機のデータの移行を容易に行うことが可能になる。
【００６７】
上述した実施形態の説明において、個人情報データおよび機器設定データはＥＥＰＲＯＭに記憶されるが、これらのデータが記憶されるのは、ＥＥＰＲＯＭに替えて携帯電話機に着脱可能な不揮発性メモリであってもよい。
【００６８】
【発明の効果】
以上説明したように、本発明によれば、バックアップサーバに機器設定データをバックアップした携帯電話機の機種と、バックアップサーバにバックアップされた機器設定データをダウンロードしようとしている機種が異なる場合、バックアップされたデータは、ダウンロードを行う携帯電話機に同じ項目名の機器設定データがある場合には、ダウンロードを行う携帯電話機に適したデータに変換されてダウンロードされるため、ユーザは機器設定データの設定作業をダウンロードを行う携帯電話機において行う手間を必要としなくなりユーザの使い勝手が向上する。
【００６９】
また、ダウンロードを行う携帯電話機にバックアップされた機器設定データの項目がない場合には、バックアップされているデータから自動的にその項目のデータが削除されるため、無駄なデータを格納することがなくなり、バックアップサーバの記憶部を有効に活用することができる。
【００７０】
また、待ち受け画面など、機種毎に異なり且つバックアップサーバ上ではデータの変換が行えないデータにおいても、バックアップサーバがダウンロードを行う機種に適したデータを新たにコンテンツサーバからダウンロードして携帯電話機へ提供するため、このようなデータが複数ある場合、データ毎にコンテンツサーバからダウンロードをすることなくバックアップサーバへの一度の通信でデータを設定することが可能になり、ユーザの使い勝手が向上する。
【図面の簡単な説明】
【図１】本発明の実施形態に係るバックアップシステムの全体構成を示すブロック図である。
【図２】同システムを構成する携帯電話機１００の構成を例示するブロック図である。
【図３】同システムを構成する携帯電話機１００が行うバックアップ処理の流れを示すフローチャートである。
【図４】同システムを構成する携帯電話機１００のバックアップ処理におけるユーザＩＤおよびパスワードの入力画面を例示する図である。
【図５】同システムを構成する携帯電話機１００のバックアップ処理におけるバックアップに失敗した時のメッセージ画面を例示する図である。
【図６】同システムを構成する携帯電話機１００のバックアップ処理におけるバックアップに成功した時のメッセージ画面を例示する図である。
【図７】同システムを構成する携帯電話機１００が行うダウンロード処理の流れを示すフローチャートである。
【図８】同システムを構成する携帯電話機１００のダウンロード処理におけるユーザＩＤおよびパスワードの入力画面を例示する図である。
【図９】同システムを構成する携帯電話機１００のダウンロード処理におけるダウンロードに失敗した時のメッセージ画面を例示する図である。
【図１０】同システムを構成する携帯電話機１００のダウンロード処理におけるダウンロードに成功した時のメッセージ画面を例示する図である。
【図１１】同システムを構成する携帯電話機１１０の構成を例示するブロック図である。
【図１２】同システムを構成するバックアップサーバ４００の構成を例示するブロック図である。
【図１３】同システムを構成するバックアップサーバ４００における処理の流れを示すフローチャートである。
【図１４】同システムを構成するバックアップサーバ４００が行うバックアップ処理の流れを示すフローチャートである。
【図１５】同システムを構成するバックアップサーバ４００が行うダウンロード処理の流れを示すフローチャートである。
【図１６】同システムを構成するバックアップサーバ４００が行うダウンロード処理におけるバックアップデータの送信処理の流れを示すフローチャートである。
【図１７】同システムのバックアップ動作を例示するシーケンス図である
【図１８】同システムを構成する携帯電話機１００のＥＥＰＲＯＭ１０４内に格納されたデータを例示する図である。
【図１９】同システムを構成するバックアップサーバ４００の機種情報部４０６に格納されたパラメータデータを例示する図である。
【図２０】同システムを構成するバックアップサーバ４００のデータ記憶部４０４に格納されたバックアップデータを例示する図である。
【図２１】同システムのダウンロード動作を例示するシーケンス図である。
【図２２】同システムを構成する携帯電話機１１０のＥＥＰＲＯＭ１０４内に格納されたダウンロード前のデータを例示する図である。
【図２３】同システムを構成する携帯電話機１１０のＥＥＰＲＯＭ１０４内に格納されたダウンロード後のデータを例示する図である。
【符号の説明】
１００、１１０・・携帯電話機、１０１・・ＣＰＵ、１０２、１０２Ａ・・ＲＯＭ、１０３・・ＲＡＭ、１０４・・ＥＥＰＲＯＭ、１０５・・キー入力部、１０６・・表示部、１０７・・無線通信部
２００・・移動パケット通信網、２０１・・無線基地局
３００・・インターネット
４００・・バックアップサーバ、４０１・・ＣＰＵ、４０２、４０２Ａ・・ＲＯＭ、４０３・・ＲＡＭ、４０４・・データ記憶部、４０５・・通信部、４０６・・・機器情報部
５００・・・コンテンツサーバ[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a technique for saving and restoring data stored in a memory in a mobile communication terminal.
[0002]
[Prior art]
The mobile phone has a memory for storing various data used in the device. In recent years, when data stored in the memory of a mobile phone has been lost due to an accident, etc., the mobile phone is connected to a personal computer with a connection cable, and the data in the memory of the mobile phone is stored in the personal computer. Products that use technology to restore data stored in the mobile phone memory using data stored externally when the data is lost, saved in an external storage device, or in an external storage device Is provided. By using the above-described product, the user of the mobile phone can restore the data stored in the memory without taking time and effort.
[0003]
[Problems to be solved by the invention]
However, if a new mobile phone is purchased and the model of the purchased mobile phone is different from the model that was backed up, the type of data stored in the memory between the backed up mobile phone and the newly purchased mobile phone And format and mobile phone hardware are different. Therefore, some backed up data cannot be used as it is when data is restored. For example, there are many types of liquid crystal screens for mobile phones, such as black and white, 256-color color liquid crystal, 65536-color color liquid crystal, and many types of liquid crystal screens. is there. In image data such as a standby screen and application software such as game software, data and programs are created so that an optimal display can be performed according to the number of display colors and the display size of the liquid crystal screen. For this reason, if the data backed up in the newly purchased model is used as it is, normal display cannot be performed due to the difference in the liquid crystal screen, and the user has to reset various data in the newly purchased model.
[0004]
The present invention has been made in view of the above-described circumstances, and when the model of the portable communication terminal when the data is backed up is different from the model of the portable communication terminal to be downloaded, the data that is backed up is used as the data. An object of the present invention is to provide a data backup method, a data download method, a server device, a program, and a recording medium that are converted into data suitable for the model.
[0005]
[Means for Solving the Problems]
In order to solve the above problems, the present invention A model information transmitting step in which a communicable mobile communication terminal having a local storage unit for storing information sends out model information for identifying the model of the mobile communication terminal to the communication network, and content stored in the mobile communication terminal Model information receiving step in which a server device including a remote storage unit that stores index data indicating a download source of the data and model information for identifying a model of the mobile communication terminal stores the model information from the mobile communication terminal And the server device determines whether or not the model information received in the model information receiving step matches the model information stored in the remote storage unit, and the server device If it is determined that the information does not match in the model information determination step, the mobile communication terminal of the model information received in the model information reception step On-communication network information acquisition step for acquiring from the communication network content that is information suitable for download and that shows the same content as the download source content represented by the index data stored in the remote storage unit, and the server device However, when the content is acquired in the communication network information acquisition step, the content transmission step of transmitting the content acquired in the communication network information acquisition step and the specific information specifying the storage position of the acquired content And a content receiving step in which the mobile communication terminal receives the content transmitted in the content transmitting step and the specific information, and a specification in which the mobile communication terminal has received the content received in the content receiving step together with the content. Machine for storing in a memory location specified by information Data download method characterized by having a setting information storage step I will provide a.
[0010]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments according to the present invention will be described below with reference to the drawings. However, the present invention is not limited to such an embodiment, and includes any aspect within the scope described in the claims.
[0011]
[1. Embodiment]
[1-1. Overall Configuration of Embodiment]
FIG. 1 is a block diagram showing the overall configuration of a backup system according to an embodiment of the present invention. In FIG. 1, mobile phones 100 and 110 are mobile phones owned by a user (not shown), and the packet communication service of the mobile packet communication network 200 and the call service of the mobile phone network (not shown) via the radio base station 201. Can receive. In this embodiment, data backup of a plurality of users is allowed. However, in order to avoid the complexity of the drawing, only two mobile phones are illustrated in FIG. In order to perform mobile packet communication in a wide area, a plurality of wireless base stations are connected to the mobile packet communication network 200. However, in order to avoid the complexity of the drawing, FIG. Only the base station 201 is illustrated.
[0012]
The mobile packet communication network 200 is a communication network that provides a mobile data communication service, and connects a mobile phone to another network such as a LAN (Local Area Network) or the Internet. In the present embodiment, the mobile packet communication network 200 uses a PDC mobile packet communication system (PDC-P: Personal Digital Cellular Packet data communication system). The mobile packet communication network 200 is connected to the Internet 300, and the mobile phones 100 and 110 use a communication service provided by the mobile packet communication network, so that a WWW (World Wide Web) server connected to the Internet. Can be communicated with.
[0013]
The backup server 400 backs up data stored in a mobile phone that can receive a service provided by the backup server 400, and is connected to the Internet 300. The backup server 400 has a storage area for backing up data stored in the mobile phone for each user of the mobile phone. The content server 500 is a WWW server that provides data representing content such as an incoming melody or a standby screen in response to a request from the mobile phone 100 or the mobile phone 110, and is connected to the Internet 300.
[0014]
[1-1-1. Configuration of mobile phone]
FIG. 2 is a block diagram illustrating the configuration of the mobile phone 100. The mobile phone 100 includes a CPU (Central Processing Unit) 101, a ROM (Read Only Memory) 102, a RAM (Random Access Memory) 103, an EEPROM (Electrically Erasable and Programmable ROM) 104, a key input unit 105, A display unit 106 and a wireless communication unit 107 are provided.
[0015]
A ROM 102 is a read-only memory, a control program for controlling each part of the mobile phone 100, an application program for backing up data stored in the EEPROM 104, and an application program for downloading data of the mobile phone 100 backed up to the backup server 400 An application program for downloading data representing content from the content server is stored. In addition, the ROM 102 stores the IP address and port number of the backup server 400 in order to communicate with the backup server 400 using TCP / IP (Transmission Control Protocol / Internet Protocol). Further, the ROM 102 stores model information for identifying the model of the mobile phone.
[0016]
The EEPROM 104 is a memory that does not disappear even when the power supply voltage is cut off, and can be rewritten later by an electrical operation, and is personal information data such as telephone directory data and usage environment setting data of the mobile phone 100. Stores device setting data. The CPU 101 reads out a control program from the ROM 102, personal information data and device setting data from the EEPROM 104, executes the control program using the RAM 103 as a work area, and controls each part of the mobile phone 100.
[0017]
The display unit 106 has a liquid crystal display (not shown), and displays a menu screen and a message screen for operating the mobile phone 100, information related to a call, information related to packet communication, and the like. The wireless communication unit 107 performs wireless communication with the wireless base station 201, and performs a call and data communication under the control of the CPU 101. The CPU 101 communicates with the WWW server connected to the Internet 300 via the mobile packet communication network 200 and the Internet 300 using the wireless communication unit 107.
[0018]
The key input unit 105 includes numeric keys, menu keys, cursor keys, power keys, and the like (not shown), and inputs for menu operations and calls. The CPU 101 grasps this input and executes a process according to an instruction from the user.
[0019]
Further, the CPU 101 reads out and executes various application programs stored in the ROM 102 in accordance with a user operation performed on the key input unit 105. When a backup instruction for data stored in the EEPROM 104 or a download instruction for backup data stored in the backup server 400 is supplied from the key input unit 105 to the CPU 101 by a user operation, the CPU 101 responds to the instruction from the ROM 102. Then, an application program for backing up the data stored in the EEPROM 104 or an application program for downloading the data of the mobile phone 100 backed up to the backup server 400 is read and executed.
[0020]
FIG. 3 is a flowchart showing a processing flow of an application program for backing up data stored in the EEPROM 104 to the backup server 400 in the mobile phone 100. First, the CPU 101 controls the display unit 106 to display a message screen for prompting input of a user ID and a user password shown in FIG. 4 (step SA1). The user ID is identification information that identifies whether the user of the mobile phone can receive the service provided by the server device 400. The user password is a code used for confirmation of a user who can receive a service provided by the backup server 400 for security protection of the backup server 400.
[0021]
Next, the CPU 101 determines whether a user ID and a user password have been input (SA2). If the instruction indicating the completion of the input of the user ID and the user password is not supplied from the key input unit 105 by the user's operation, the CPU 101 continues to wait until the instruction indicating the completion of the input is supplied (SA2: NO). When a key input indicating completion of input is made (SA2: YES), the CPU 101 then controls the communication unit 107 to perform packet communication using the mobile packet communication network 200, and sends a packet to the mobile packet communication network 200. Communication registration is performed (SA3). By performing this packet communication registration, the mobile phone 100 is assigned an IP address for performing communication by TCP / IP.
[0022]
Next, the CPU 101 controls the communication unit 107 to receive a service provided by the backup server 400 and transmits a server connection request to the mobile packet communication network 200 (SA4). TCP / IP is used for this communication, and the IP address stored in the ROM 102 is the transmission destination. The mobile packet communication network 200 that has received the server connection request performs routing so that the server connection request is transmitted to the backup server 400 specified by the IP address, and transmits it to the Internet 300. The Internet 300 that has received this server connection request routes the backup request to the backup server 400 specified by the IP address. The server connection request establishes a connection between the mobile phone 100 and the backup server 400 to enable communication.
[0023]
Next, the CPU 101 generates a backup request including the user ID and user password input from the key input unit 105, controls the communication unit 107, and transmits this backup request to the mobile packet communication network 200 (SA5). This backup request is transmitted to the backup server 400 through the communication path established by the server connection request.
[0024]
After transmitting the backup request, the CPU 101 waits for the communication unit 107 to receive a determination notification corresponding to the backup request from the backup server 400 and supply it to the CPU 101 (SA6: NO, SA7: NO). In the process of waiting for the determination notification to be supplied, if the determination notification is not supplied for a predetermined time (SA6: NO, SA7: YES), the CPU 101 controls the display unit 106 to display FIG. A message screen indicating that the indicated backup has failed is displayed (SA8). When the communication unit 107 receives the determination notification and the determination notification is supplied to the CPU 101 (SA6: YES), it is next determined whether or not the content of the determination notification can be backed up (SA9). When the content of the determination notification indicates that backup cannot be performed (SA9: NO), the CPU 101 controls the display unit 106 to display a message screen indicating that the backup failed as shown in FIG. SA8). If the determination notification indicates that the backup can be performed (SA9: YES), the CPU 101 reads the data stored in the EEPROM 104 and the model information stored in the ROM 102, and controls the communication unit 107. The read data and model information are transmitted to the mobile packet communication network 200 (SA10). The transmitted data and model information are transmitted to the backup server 400 through the communication path established by the server connection request in the same manner as the backup request.
[0025]
After the data transmission, the CPU 101 waits for the communication unit 107 to receive a notification indicating the backup result and supply the CPU 101 with a notification indicating the backup result (SA11: NO, SA12: NO). In the process of waiting for the notification indicating the backup result, the CPU 101 controls the display unit 106 when a predetermined time has elapsed without receiving the notification indicating the backup result (SA11: NO, SA12: YES). 5 displays a message screen indicating that the backup has failed (SA8). When the communication unit 107 receives the notification indicating the backup result and the notification indicating the backup result is supplied to the CPU 101 (SA11: YES), it is determined whether or not the content of the received notification indicating the backup result is successful (SA13). ). When a notification indicating successful backup is received (SA13: YES), the CPU 101 controls the display unit 106 to display a message screen indicating that the backup has been successful as shown in FIG. 6 (SA14). When the notification indicating that the backup has failed is received (SA13: NO), the CPU 101 controls the display unit 106 to display a message indicating that the backup has failed as shown in FIG. 5 (SA8).
[0026]
Next, a process of downloading data of the mobile phone 100 backed up by the backup server 400 will be described. FIG. 7 is a flowchart showing the flow of processing of an application program for downloading backup data stored in the backup server 400 to the mobile phone 100 in the mobile phone 100.
[0027]
First, the CPU 101 controls the display unit 106 to display a message screen for prompting input of a user ID and a user password shown in FIG. 8 (step SB1). Next, the CPU 101 determines whether or not a user ID and a user password have been input (SB2). If the instruction indicating the completion of the input of the user ID and the user password is not supplied from the key input unit 105 by the user operation, the CPU 101 continues to wait until the instruction indicating the completion of the input is supplied (SB2: NO). When a key input indicating completion of input is made (SB2: YES), the CPU 101 then controls the communication unit 107 to perform packet communication using the mobile packet communication network 200, and sends a packet to the mobile packet communication network 200. Communication registration is performed (SB3). By performing this packet communication registration, the mobile phone 100 is assigned an IP address for performing communication by TCP / IP.
[0028]
Next, the CPU 101 controls the communication unit 107 to receive a service provided by the backup server 400 and transmits a server connection request to the mobile packet communication network 200 (SB4). This process is the same as the server connection request (SA4) shown in FIG. 3, and a connection is established between the mobile phone 100 and the backup server 400 by this server connection request to enable communication.
[0029]
Next, the CPU 101 generates a download request including the user ID and user password input from the key input unit 105, controls the communication unit 107, sets the IP address stored in the ROM 102 as a transmission destination, and performs mobile packet communication. This download request is transmitted to the network 200 (SB5). This download request is transmitted to the backup server 400 via the communication path established by the server connection request.
[0030]
After transmitting the download request, the CPU 101 waits for the communication unit 107 to receive a determination notification corresponding to the download request from the backup server 400 and supply it to the CPU 101 (SB6: NO, SB7: NO). In the process of waiting for the determination notification to be supplied, if the determination notification is not supplied for a predetermined time (SB6: NO, SB7: YES), the CPU 101 controls the display unit 106 to display FIG. A message screen indicating that the download has failed is displayed (SB8). When the communication unit 107 receives the determination notification and the determination notification is supplied to the CPU 101 (SB6: YES), it is next determined whether or not the content of the determination notification can be downloaded (SB9). When the content of the determination notification is content that cannot be downloaded (SB9: NO), the CPU 101 controls the display unit 106 to display a message screen indicating that the download has failed as shown in FIG. SB8). When the content of the determination notification indicates that the download can be performed (SB9: YES), the CPU 101 reads out the model information from the ROM 102 and requests to transmit data including the read model information. A data request to be generated is generated, and the communication unit 107 is controlled and transmitted to the mobile packet communication network 200 (SB10). This data request is transmitted to the backup server 400 via the communication path established by the server connection request.
[0031]
After transmitting the data request, the CPU 101 waits for the address information indicating the area for storing the data and the data in the EEPROM 104 or the data transmission end notification to be supplied from the communication unit 107 (SB11: NO, SB12: NO, SB13: NO). . When the predetermined time has passed without the communication unit 107 receiving data (SB11: NO, SB12: NO, SB13: YES), the CPU 101 controls the display unit 106 to assume that data download has failed. Then, a message screen indicating that the download has failed as shown in FIG. 9 is displayed (SB8). When the communication unit 107 receives the address information indicating the area for storing the data and the data in the EEPROM 104 and the received data and the address information indicating the area for storing the data in the EEPROM 104 are supplied (SB11: YES), the CPU 101 Stores the received data in the area indicated by the address information of the EEPROM 104 (SB14) and returns to step SB11. When the communication unit 106 receives the data transmission end notification (SB11: NO, SB12: YES), the CPU 101 controls the display unit 106 to indicate that the download shown in FIG. A message screen is displayed (SB15).
[0032]
FIG. 11 is a block diagram illustrating the configuration of the mobile phone 110. In this figure, parts common to those in FIG. 2 are denoted by the same reference numerals and description thereof is omitted. The mobile phone 110 is different from the mobile phone 100 in that it has a ROM 102 </ b> A instead of the ROM 102. Since the mobile phone 110 is different in model from the mobile phone 100, the model information stored in the ROM 102, the contents of the program, and the items of device setting are different. Since the application program for backing up the data stored in the EEPROM and the application program for downloading the mobile phone data backed up in the backup server 400 are stored in the same program as the mobile phone 100, the processing flow is the same. Description is omitted.
[0033]
[1-1-2. Backup server configuration]
FIG. 12 is a block diagram illustrating the configuration of the backup server 400. The backup server 400 includes a CPU 401, a ROM 402, a RAM 403, a data storage unit 404, a communication unit 405, and a model information unit 406 connected to the CPU 401.
[0034]
The ROM 402 is a read-only memory, and stores a control program for controlling each part of the backup server 400. The data storage unit 404 is for storing the received backup data, and has a hard disk device (not shown). Data transmitted from the mobile phone that can receive the service of the backup server 400 is stored in the hard disk device. A communication unit 405 is an interface with the Internet 300. The model information section 406 stores parameter information that is data indicating what kind of data the mobile phone stores for each model in the memory. The model information unit 406 has a hard disk device (not shown) for storing data, and stores parameter information input from an input unit (not shown) connected to the CPU 401 in the hard disk device.
[0035]
The CPU 401 controls each unit of the backup server 400. The CPU 401 reads a control program from the ROM 402, executes the control program using the RAM 403 as a work area, and controls each unit. FIG. 13 is a flowchart showing the processing flow of the CPU 401. First, the CPU 401 determines whether a server connection request is supplied from the communication unit 405 (step SC1). When the server connection request is not supplied from the communication unit 405, the server continues to wait until the server connection request is supplied from the communication unit 405 (SC1: NO). When a server connection request is supplied from the communication unit 405 (SC1: YES), the CPU 401 establishes a connection with the mobile phone that has transmitted the server connection request (SC2). Next, when the communication path is established by the server connection request, the CPU 401 waits for a backup request or a download request to be supplied from the communication unit 405 (SC3: NO, SC4: NO, SC5: NO). If the backup request and the download request are not supplied for a predetermined time (SC3: NO, SC4: NO, SC5: YES), the process returns to step SC1 because normal communication has not been performed. When the communication unit 405 receives the backup request and the received backup request is supplied to the CPU 401 (SC3: YES), the CPU 401 performs the backup process shown in FIG. 14 (SC6), returns to step SC1, and receives a server connection request. Wait for it to be supplied. If the communication unit 405 receives the download request and the received download request is supplied to the CPU 401 (SC3: NO, SC4: YES), the CPU 401 performs the download process shown in FIG. 15 (SC7) and returns to step SC1. Wait for a server connection request to be supplied.
[0036]
FIG. 14 is a flowchart showing the flow of backup processing in the backup server 400. First, the CPU 401 determines whether or not the user of the mobile phone that has requested the backup is a person who can receive the backup service (step SD1). This determination is performed using the user ID and password included in the backup request. When the combination of the user ID and password stored in advance in the data storage unit 404 matches the received combination of user ID and password, the user of the mobile phone that has transmitted the user ID and password is eligible for backup judge.
[0037]
If the CPU 401 determines that the user of the mobile phone that has transmitted the backup request cannot receive the backup service (SD1: NO), the CPU 401 generates a notification that the backup service cannot be received and generates a communication unit. 405 is controlled and transmitted to the Internet 300 (SD2). If the CPU 401 determines that the user of the mobile phone that requested the backup is a person who can receive the backup service (SD1: YES), the CPU 401 generates a notification that the backup can be received and generates the communication unit 405. Control and transmit to the Internet 300 (SD3). The determination result notification described above is transmitted from the Internet 300 to the mobile phone that has transmitted the server connection request through the communication path established by the server connection request.
[0038]
Next, the CPU 401 waits for the communication unit 405 to receive backup data and model information and supply them to the CPU 401 (SD4: NO, SD5: NO). When the predetermined time has passed without the communication unit 405 receiving backup data (SD4: NO, SD5: YES), the backup process has not been performed normally with the mobile phone that has transmitted the backup request. End the backup process. When the communication unit 405 receives the backup data and the model information and the backup data is supplied to the CPU 401 (SD4: YES), the CPU 401 stores the supplied backup data in the data storage unit 404 (SD6). Next, the CPU 401 generates a notification that the data has been successfully stored, controls the communication unit 405, and transmits it to the Internet 300 (SD7). This backup request is transmitted to the backup server 400 through the communication path established by the server connection request.
[0039]
Next, the download process will be described. FIG. 15 is a flowchart showing the flow of download processing in the backup server 400. First, the CPU 401 determines whether the user of the mobile phone that has requested download is a valid user who can receive the download service (step SE1). This determination is performed using the user ID and password included in the download request as in the backup. When the CPU 401 determines the download request and determines that the user of the mobile phone is a user who cannot receive the download service (SE1: NO), the CPU 401 generates a notification that the download is not permitted, and sets the communication unit 405. Control and transmit to the Internet 300 (SE2). When the CPU 401 determines a download request and determines that the user of the mobile phone is a person who can receive the download service (SE1: YES), the CPU 401 generates a download permission notification and controls the communication unit 405 to control the Internet. It transmits to 300 (SE3). The determination result notification described above is transmitted from the Internet 300 to the mobile phone that has transmitted the server connection request through the communication path established by the server connection request.
[0040]
Next, the CPU 401 waits for the communication unit 405 to receive a data request including model information and supply it to the CPU 401 (SE4: NO, SE5: NO). When the predetermined time has elapsed without the communication unit 405 receiving a data request (SE4: NO, SE5: YES), the CPU 401 performs a normal download process with the mobile phone that has transmitted the download request. If not, the download process is terminated. When the communication unit 405 receives the data request and supplies the data request to the CPU 401 (SE4: YES), the CPU 401 reads the backup data stored in the data storage unit 404 and controls the communication unit 405 with the read data. To the Internet 300 (SE6).
[0041]
FIG. 16 is a flowchart showing a flow of processing for transmitting backup data stored in the data storage unit 404. First, the CPU 401 initializes the data pointer (step SF1). The data pointer is a pointer indicating which item number data is to be transmitted. Next, the CPU 401 reads out the parameter information of the model information included in the data request received from the model information unit 406 (SF2).
[0042]
Next, the CPU 401 determines whether the data of the item number indicated by the data pointer is index data (SF3). When the data of the item number indicated by the data pointer is index data (SF3: YES), it is determined whether or not the data of the item number indicated by the data pointer exists in the model of the model information included in the data request ( SF4). Specifically, the parameter information read in step SF2 is searched for the data of the item number indicated by the data pointer. When the data of the item number indicated by the data pointer exists (SF4: YES), the CPU 401 generates a content request including model information and controls the communication unit 405 to transmit the content request to the Internet 300 (SF5). . Next, the CPU 401 waits for the communication unit 405 to receive data representing content from the content server and supply it to the CPU 401 (SF6: NO). When the communication unit 405 receives the data representing the content from the content server and supplies the data representing the received content to the CPU 401 (SF6: YES), the address of the area in which the data of the item indicated by the data pointer is stored is parameter information. The communication unit 405 is controlled to transmit the read address information and the data representing the received content to the Internet 300 (SF7). When the data of the item number indicated by the data pointer does not exist in the model of the model information included in the data request (SF4: NO), the CPU 401 controls the data storage unit 404 to store the data indicated by the data pointer. It deletes from 404 (SF12).
[0043]
After transmitting the data representing the content, the CPU 401 determines whether all the backed up data has been transmitted (SF8). If all the backup data has not been transmitted (SF8: NO), the data pointer is incremented by 1 (SF9) and the process returns to step SF3. When all the backed up data has been transmitted (SF8: YES), a data transmission end notification is generated and transmitted to the Internet 300 by controlling the communication unit 405 (SF10). The transmitted data transmission end notification is transmitted from the Internet 300 to the mobile phone that has transmitted the server connection request through the communication path established by the server connection request.
[0044]
If the data of the item number indicated by the data pointer is not index data (SF3: NO), the actual data item indicated by the data pointer is transmitted to the mobile phone that has transmitted the download request based on the parameter information acquired from the model information unit 406. It is determined whether or not it exists (SF11). When the actual data item indicated by the data pointer does not exist in the mobile phone that has transmitted the download request (SF11: NO), the CPU 401 controls the data storage unit 404 to store the data indicated by the data pointer. It deletes from 404 (SF12).
[0045]
When there is an item of actual data indicated by the data pointer in the mobile phone that has transmitted the download request (SF11: YES), the CPU 401 backs up the data with the mobile phone that has transmitted the download request within the data range of the actual data. It is determined whether or not the model of the mobile phone is the same (SF13). If the data range of the actual data differs between the mobile phone that sent the download request and the mobile phone that backed up the data (SF13: NO), download the backup data stored in the data storage unit 404. The data is converted so as to be suitable for the requested mobile phone (SF14). Next, the CPU 401 controls the communication unit 405 to transmit an address for storing the converted data and the item indicated by the data pointer read from the parameter information to the Internet 300 (SF15). If the data range of the actual data is the same for the mobile phone that sent the download request and the mobile phone that backed up the data, the data items exist and the data range is the same, but the model is different. Without conversion, the address of the area storing the data of the item indicated by the data pointer is read from the parameter information, and the communication unit 405 is controlled to transmit the backup data and the read address information to the Internet 300 (SF15). After data transmission, the CPU 401 determines whether all data has been transmitted as in the case of index data.
[0046]
[1-2. Operation of the embodiment]
[1-2-1. Backup operation]
FIG. 17 is a sequence diagram illustrating an operation when backing up data stored in a mobile phone. Hereinafter, the backup operation will be described with reference to FIG. However, the backup server 400 is turned on (not shown) and is capable of receiving communication from the mobile phone 100, and a user ID and password are registered in the data storage unit 404 in advance by an input device (not shown). To do. In the mobile phone 100, it is assumed that a user performs a menu operation and a backup application program is read from the ROM. The user ID of the user who owns the mobile phone 100 is “ABC1234”, the password used by the user is “XXYY12”, and the model information indicating the model of the mobile phone 100 stored in the ROM 102 is “ABC101”. Suppose there is. Further, it is assumed that the device setting data shown in FIG. 18 is stored in the EEPROM 104 by a user operation. Further, it is assumed that parameter information shown in FIG. 19 is stored in the model information unit 406 by an input unit (not shown).
[0047]
First, the user of the mobile phone 100 inputs the user ID “ABC1234” and the password “XXYY12” according to the input request screen. When an operation indicating that the user has finished inputting the password is performed, packet communication registration is performed from the mobile phone 100 to the mobile packet communication network 200 in order to perform packet communication. Next, a server connection request is transmitted from the mobile phone 100 that can communicate with the server connected to the Internet 300 via the mobile data communication network 200 and the Internet 300 by packet communication registration, and is received by the backup server 400. (Step S100). When the server connection request is received by the backup server 400, a communication connection is established between the mobile phone 100 and the backup server 400 (S101). When the communication connection is established, next, a backup request including the input user ID and password is generated from the mobile phone 100, and the generated backup request is transmitted from the mobile phone 100 to the backup server 400 for backup. Received by the server 400 (S102).
[0048]
In the backup server 400 that has received this backup request, whether or not the backup request is valid using the user ID and password included in the backup request and the user ID and password registered in the data storage unit 404 in advance. Is determined. In this operation example, since the user ID “ABC1234” input by the user and the password “XXYY12” corresponding to the user ID are registered, the backup server 400 indicates that “the user of the mobile phone 100 is eligible for backup. ”Is generated.
[0049]
This determination notification is transmitted from the backup server 400 to the mobile phone 100 and received by the mobile phone 100 (S103). In the mobile phone 100 that has received the determination notification, since the content of the determination notification is “contents eligible for backup”, the data stored in the EEPROM 104 and the ROM 102 are stored in order to back up the data. The model information of the mobile phone 100 is transmitted. Data stored in the EEPROM 104 and model information stored in the ROM 102 are transmitted from the mobile phone 100 to the backup server 400 and received by the backup server 400 (S104). In this operation example, the mobile phone 100 transmits model information, data item names, data types, parameters, or index data. When the data type is a parameter, actual data is transmitted. When the data type is index data, data indicating the data download source is transmitted instead of the actual data. In the case of an incoming call volume whose data type is a parameter, the item name “ring volume”, the data type “parameter”, and data “8” are transmitted. In the case of the “standby screen” whose data type is an index, the item name “standby screen”, the data type “index”, and the data “http://www.aaa.com/aaa.gif” are transmitted. As model information, “ABC101” stored in the ROM 102 is transmitted.
[0050]
In the backup server 400 that has received the backup data and model information, the received backup data and model information are stored in the data storage unit 404. FIG. 20 is a data format diagram illustrating the contents of the data storage unit 404. As shown in FIG. 20, the transmitted data stores model information, “item name”, “data type”, and “data” for each user.
[0051]
When all data to be backed up is transmitted in the mobile phone 100, a data transmission end notification is generated and transmitted to the backup server 400 (S103). The transmitted data transmission end notification is received by the backup server 400.
[0052]
In the backup server 400 that has received the data transmission end notification, a backup result notification for notifying that the backup has been normally performed is generated and transmitted to the mobile phone 100. The backup result notification transmitted from the backup server 400 is received by the mobile phone 100 (S105).
[0053]
[1-2-2. Download operation]
FIG. 21 is a sequence diagram illustrating an operation when the mobile phone 110 downloads data of the mobile phone 100 backed up to the backup server 400 in the embodiment of the invention. The download operation will be described below with reference to this figure. However, it is assumed that backup data is stored in the backup server 400 by the above-described backup operation. Further, it is assumed that the model information indicating the model of the mobile phone 110 is “ABC102”. Furthermore, it is assumed that the device setting data shown in FIG. 22 is stored in the EEPROM 104 of the mobile phone 110 by factory default settings. In FIG. 22, since the mobile phone 110 is assumed to have no standby screen set at the time of shipment from the factory, “−” indicating that no data is set is stored in the data of the standby screen.
[0054]
First, the user of the mobile phone 110 inputs the user ID “ABC1234” and the password “XXYY12” according to the input request screen. When an operation indicating that the user has finished inputting the password is performed, packet communication registration is performed from the mobile phone 110 to the mobile packet communication network 200 in order to perform packet communication. Next, by packet communication registration, a server connection request is transmitted from the mobile phone 110 that can communicate with the server connected to the Internet 300 via the mobile data communication network 200 and the Internet 300, and is received by the backup server 400. (Step S200). When the server connection request is received by the backup server 400, a communication connection is established between the mobile phone 110 and the backup server 400 (S201). When the communication connection is established, a download request including the input user ID and password is then generated from the mobile phone 110, and the generated download request is transmitted from the mobile phone 110 to the backup server 400 for backup. Received by the server 400 (S202).
[0055]
In the backup server 400 that has received this download request, whether or not the download request is valid using the user ID and password included in the backup request and the user ID and password registered in the data storage unit 404 in advance. Is determined. In this operation example, the user ID “ABC1234” input by the user and the password “XXYY12” corresponding to the user ID are registered. Therefore, in the backup server 400, “the user of the mobile phone 110 has the qualification to download. ”Is generated.
[0056]
This determination notification is transmitted from the backup server 400 to the mobile phone 110 and received by the mobile phone 110 (S203). In the mobile phone 110 that has received the determination notification, since the content of the determination notification is “contents qualified to download”, the model information of the mobile phone 110 is read from the ROM 102A in order to download data, A data request including the read model information is generated and transmitted from the mobile phone 110 to the backup server 400. The transmitted data request is received by the backup server 400 (S204).
[0057]
In the backup server 400 that has received the data request, data corresponding to the user ID is read out of the data stored in the data storage unit 404. When the data type is a parameter, the model information stored in the data storage unit is compared with the model information included in the data request. Since the model information stored in the data storage unit is “ABC101” and the model information included in the data request is “ABC102”, the model request for backing up the device setting data and the data request are transmitted. The parameter information shown in FIG. 19 is read in order to make the stored data different and make the stored data suitable for the model to be downloaded.
[0058]
In the parameter information shown in FIG. 19, when the item name of the device setting data is “ring volume”, in the read parameter information, the data range is 0 to 2 for the model whose model information is “ABC102”. This data range is different from the model whose model information is “ABC101”. In a model whose data is backed up and whose model information is “ABC101”, the data range of the ringtone volume is 0 to 10, and the backed up data is “8”. Therefore, even if the backed up data is transmitted as it is, it cannot be used. . In the backup server 400, the stored ringtone volume data “8” is converted into “2” so that it falls within the data range of the model that transmitted the data request. The address of the area storing the data of the item indicated by the data pointer is read from the parameter information, and both the converted information and the read address information are transmitted from the backup server 400 to the mobile phone 110 (S203).
[0059]
When the item name of the device setting data is “noise cancel”, the model whose model information is “ABC102” does not have this device setting data item, so the noise cancel data is transferred from the backup server 400 to the mobile phone 110. Is not transmitted and is deleted from the data storage unit 404.
[0060]
In the case of a “standby screen” in which the data type is an index, since there is an item of the standby screen in the model that has transmitted the data request, the backup server 400 generates a content request for requesting the content indicated by the index data, and the content server 500 Is received by the content server 500 (S206). The content request includes the model information of the mobile phone that has transmitted the download request, and the content server 500 that has received the content request transmits data representing the content corresponding to the requested model information to the backup server 400. Is received by the backup server 400 (S207). In the backup server 400 that has received the data representing the content from the content server 500, the address of the area storing the data of the item indicated by the data pointer is read from the parameter information, and the data representing the content and the read address information are Both are transmitted to the mobile phone 110 and received by the mobile phone 110 (S208).
[0061]
When all backup data is transmitted from the backup server 400, the backup server 400 generates a data transmission end notification and transmits it to the mobile phone 110 (S209). In the mobile phone 110 that has received data from the backup server 400, the received data is stored in the EEPROM 104 of the mobile phone 110. FIG. 23 is a diagram showing a format of downloaded data stored in the EEPROM 104. As shown in FIG. 23, data having the same item name as the model that has been backed up is downloaded from the backup server 400 and then stored in the EEPROM 104 so as to be usable.
[0062]
[2. Modified example]
In the description of the above-described embodiment, “mobile phone” includes concepts such as a PHS (Personal Handyphone System) terminal, a PDC (Personal Digital Cellular) terminal, and a mobile phone conforming to IMT-2000.
[0063]
Further, in the above-described embodiment, an item to be backed up may be selected when performing backup, and backup may be performed for each item. Also, when downloading, an item to be downloaded may be selected and downloaded for each item. According to such an aspect, when it is desired to return only a part of the data to the past data, all the data is not collectively returned to the past data, and the usability for the user is improved.
[0064]
In the above-described embodiment, for communication between the mobile phone and the backup server 400 when performing backup or download, data to be transmitted and received using a protocol such as SSL (Secure Socket Layer) or TLS (Transport Layer Security) is used. You may make it encrypt.
[0065]
In the above-described embodiment, the data to be converted on the backup and backup server 400 may be personal information data such as telephone directory data or history data such as incoming call history data in addition to the device setting data.
[0066]
In the above-described embodiment, the backup server 400 determines whether to provide backup and download services using the user ID and password of the user of the mobile phone transmitted from the mobile phone. In place of this, the backup server 400 is a UIM (User Identity Module: IC card that records contractor information used for a mobile phone) transmitted from a mobile phone. Whether it provides backup and download services using the contractor information recorded in the terminal, etc. You may make it judge. According to such an aspect, there is no need to input a user ID and a password, and even when a plurality of mobile phones are owned, the mobile phone data can be easily transferred.
[0067]
In the description of the above-described embodiment, personal information data and device setting data are stored in the EEPROM. However, these data may be stored in a nonvolatile memory that can be attached to and detached from the mobile phone in place of the EEPROM. Good.
[0068]
【The invention's effect】
As described above, according to the present invention, when the model of the mobile phone that backed up the device setting data to the backup server and the model that is attempting to download the device setting data backed up to the backup server are different, the backed up data If there is device setting data with the same item name in the mobile phone that performs the download, it is converted into data suitable for the mobile phone that performs the download, and the user downloads the setting work for the device setting data. The user-friendliness is improved because the time and effort required for the mobile phone to be performed is not required.
[0069]
In addition, if there is no backed-up device setting data item on the mobile phone to be downloaded, the data for that item is automatically deleted from the backed-up data, so there is no need to store useless data. The storage unit of the backup server can be used effectively.
[0070]
In addition, even for data that is different for each model and cannot be converted on the backup server, such as a standby screen, data suitable for the model that the backup server downloads is newly downloaded from the content server and provided to the mobile phone Therefore, when there are a plurality of such data, it is possible to set the data by one communication to the backup server without downloading from the content server for each data, and the usability for the user is improved.
[Brief description of the drawings]
FIG. 1 is a block diagram showing the overall configuration of a backup system according to an embodiment of the present invention.
FIG. 2 is a block diagram illustrating a configuration of a mobile phone 100 configuring the system.
FIG. 3 is a flowchart showing a flow of backup processing performed by the mobile phone 100 configuring the system.
FIG. 4 is a diagram exemplifying a user ID and password input screen in backup processing of the mobile phone 100 configuring the system;
FIG. 5 is a diagram exemplifying a message screen when backup fails in backup processing of the mobile phone 100 configuring the system;
FIG. 6 is a diagram illustrating a message screen when backup is successful in the backup processing of the mobile phone 100 configuring the system;
FIG. 7 is a flowchart showing a flow of download processing performed by the mobile phone 100 configuring the system.
FIG. 8 is a diagram exemplifying a user ID and password input screen in the download process of the mobile phone 100 configuring the system;
FIG. 9 is a diagram showing an example of a message screen when download in the download process of the mobile phone 100 configuring the system fails.
FIG. 10 is a diagram showing an example of a message screen when download is successful in the download process of the mobile phone 100 configuring the system.
FIG. 11 is a block diagram illustrating a configuration of a mobile phone 110 configuring the system.
FIG. 12 is a block diagram illustrating a configuration of a backup server 400 configuring the system.
FIG. 13 is a flowchart showing the flow of processing in the backup server 400 constituting the system.
FIG. 14 is a flowchart showing a flow of backup processing performed by a backup server 400 configuring the system.
FIG. 15 is a flowchart showing the flow of download processing performed by the backup server 400 configuring the system.
FIG. 16 is a flowchart showing the flow of backup data transmission processing in download processing performed by the backup server 400 configuring the system;
FIG. 17 is a sequence diagram illustrating a backup operation of the system
FIG. 18 is a diagram exemplifying data stored in the EEPROM 104 of the mobile phone 100 configuring the system.
FIG. 19 is a diagram illustrating parameter data stored in a model information unit 406 of the backup server 400 configuring the system.
20 is a diagram illustrating backup data stored in a data storage unit 404 of a backup server 400 configuring the system. FIG.
FIG. 21 is a sequence diagram illustrating a download operation of the system.
FIG. 22 is a diagram exemplifying data before download stored in the EEPROM 104 of the mobile phone 110 constituting the system;
FIG. 23 is a diagram exemplifying data after download stored in the EEPROM 104 of the mobile phone 110 constituting the system;
[Explanation of symbols]
100, 110 .. mobile phone, 101 .. CPU, 102, 102A .. ROM, 103 .. RAM, 104 .. EEPROM, 105 .. key input unit, 106 .. display unit, 107 .. wireless communication unit
200 ... Mobile packet communication network, 201 ... Radio base station
300 ... Internet
400 ··· Backup server, 401 ··· CPU, 402, 402A · · ROM, 403 ··· RAM, 404 ··· Data storage unit, 405 ··· Communication unit, 406 ··· Device information unit
500 ... Content server

Claims

A model information transmission step in which a communicable mobile communication terminal having a local storage unit for storing information transmits model information for identifying a model of the mobile communication terminal to a communication network ;
A server device including a remote storage unit that stores therein index data indicating a download source of content stored in a mobile communication terminal and model information for identifying the model of the mobile communication terminal is associated with the mobile communication terminal. A model information receiving step for receiving the model information;
A model information determination step for determining whether or not the model information received in the model information reception step matches the model information stored in the remote storage unit ;
If the server apparatus determines that the model information does not match in the model information determination step, the model information received in the model information reception step is information suitable for a portable communication terminal and stored in the remote storage unit A communication network information acquisition step of acquiring content indicating the same content as the download source content represented by the index data from the communication network;
When the server device acquires content in the communication network information acquisition step , the server device transmits the content acquired in the communication network information acquisition step and specific information for specifying the storage location of the acquired content. A content transmission step;
A content receiving step in which the mobile communication terminal receives the content and the specific information transmitted in the content transmitting step ;
A data download method comprising: a device setting information storing step in which the mobile communication terminal stores the content received in the content receiving step in a storage location specified by the specific information received together with the content .