(57)【要約】【課題】携帯端末装置内のデータを安全にバックアップすること。【解決手段】装置内部のデータをネットワーク１１０を介して接続されたサーバ１０２にバックアップする携帯電話端末１０１において、アプリケーション実行部２２１は、サーバ１０２から認証を受けるための認証情報をサーバ１０２から取得する認証情報取得部と、認証情報取得部によって取得された認証情報に基づいて、サーバ１０２にバックアップするデータを暗号化処理する暗号化処理部と、認証情報取得部によって取得された認証情報を用いて、サーバ１０２に認証を要求する認証要求部と、認証要求部によって要求した認証が成立した場合に、暗号化処理部によって暗号化処理されたデータをサーバ１０２に送信する送信部と、の機能を実現することを特徴とする。【選択図】        図２
2006211051.tif 000002
【特許請求の範囲】
【請求項１】
装置内部のデータをネットワークを介して接続されたバックアップ装置にバックアップする携帯通信装置において、
前記バックアップ装置から認証を受けるための認証情報を前記バックアップ装置から取得する認証情報取得手段と、
前記認証情報取得手段によって取得された認証情報に基づいて、前記バックアップ装置にバックアップするデータを暗号化処理する暗号化処理手段と、
前記認証情報取得手段によって取得された認証情報を用いて、前記バックアップ装置に認証を要求する認証要求手段と、
前記認証要求手段によって要求した認証が成立した場合に、前記暗号化処理手段によって暗号化処理された前記データを前記バックアップ装置に送信する送信手段と、
を備えることを特徴とする携帯通信装置。
【請求項２】
前記バックアップ装置にバックアップされているデータを取得するデータ取得手段と、
前記データ取得手段によって取得された前記データを、前記認証情報に基づいて復号化処理する復号化処理手段と、
を備えることを特徴とする請求項１に記載の携帯通信装置。
【請求項３】
前記暗号化処理手段は、前記認証情報および任意の文字列によって生成した暗号化鍵を用いて暗号化処理をおこない、
前記復号化処理手段は、前記暗号化鍵を用いて復号化処理をおこなうことを特徴とする請求項２に記載の携帯通信装置。
【請求項４】
前記認証情報取得手段は、前記携帯通信装置を識別する携帯通信装置識別子と前記携帯通信装置の利用者を識別する利用者識別子との排他的論理和、および、前記携帯通信装置識別子と対応づけられたパスワードと乱数との排他的論理和を、一方向性関数によって演算した値を前記認証情報として前記バックアップ装置から取得することを特徴とする請求項１〜３のいずれか一つに記載の携帯通信装置。
【請求項５】
前記認証情報取得手段は、前記認証要求手段によって要求した前記認証が成立するごとに前記認証情報を取得することを特徴とする請求項１〜４のいずれか一つに記載の携帯通信装置。
【請求項６】
前記バックアップ装置にバックアップするデータに、前記バックアップするデータを識別するデータ識別子を付与するデータ識別子付与手段を備え、
前記データ取得手段は、前記データ識別子付与手段によって付与されたデータ識別子に基づいて、前記バックアップ装置にバックアップされているデータを取得することを特徴とする請求項２〜５のいずれか一つに記載の携帯通信装置。
【請求項７】
ネットワークを介して接続された携帯通信装置内部のデータをバックアップするバックアップ装置において、
前記携帯通信装置からの要求に基づいて、前記携帯通信装置を認証するための認証情報を生成する認証情報生成手段と、
前記認証情報生成手段が生成した前記認証情報を前記携帯通信装置に送信する送信手段と、
前記認証情報を用いて前記携帯通信装置に対する認証処理をおこなう認証処理手段と、
前記認証処理手段による認証が成立した場合に、前記携帯通信装置から送信された情報をバックアップデータとして記憶する記憶手段と、
を備えることを特徴とするバックアップ装置。
【請求項８】
前記認証情報生成手段は、前記携帯通信装置を識別する携帯通信装置識別子と前記携帯通信装置の利用者を識別する利用者識別子との排他的論理和、および、前記携帯通信装置識別子と対応づけられたパスワードと乱数との排他的論理和を、一方向性関数によって演算した値を前記認証情報として生成することを特徴とする請求項７に記載のバックアップ装置。
【請求項９】
前記認証情報生成手段は、前記認証処理手段による前記携帯通信装置の認証が成立するごとに次回の認証処理に用いる次回認証情報を生成し、
前記送信手段は、前記認証情報生成手段が生成した前記次回認証情報を前記携帯通信装置に送信することを特徴とする請求項７または８に記載のバックアップ装置。
【請求項１０】
前記認証情報生成手段は、前記次回認証情報に対してマスク関数による演算をおこない、
前記送信手段は、前記認証情報生成手段によってマスク関数による演算がおこなわれた前記次回認証情報を送信することを特徴とする請求項９に記載のバックアップ装置。
【請求項１１】
前記記憶手段は、前記携帯通信装置の利用者ごとに記憶領域を割り当てることを特徴とする請求項７〜１０のいずれか一つに記載のバックアップ装置。
【請求項１２】
前記利用者と複数の携帯通信装置とを紐付ける紐付け手段を備え、
前記記憶手段は、前記紐付け手段によって前記利用者に紐付けられた前記複数の携帯通信装置のバックアップデータを、前記利用者に割り当てられた記憶領域に記憶することを特徴とする請求項１１に記載のバックアップ装置。
【請求項１３】
携帯通信装置内部のデータをネットワークを介して接続されたバックアップ装置にバックアップするバックアップ方法において、
前記バックアップ装置から認証を受けるための認証情報を前記バックアップ装置から取得する認証情報取得工程と、
前記認証情報取得工程によって取得された認証情報に基づいて、前記バックアップ装置にバックアップするデータを暗号化処理する暗号化処理工程と、
前記認証情報取得工程によって取得された認証情報を用いて、前記バックアップ装置に認証を要求する認証要求工程と、
前記認証要求工程によって要求した認証が成立した場合に、前記暗号化処理工程によって暗号化処理された前記データを前記バックアップ装置に送信する送信工程と、
を含むことを特徴とするバックアップ方法。
【請求項１４】
ネットワークを介して接続された携帯通信装置内部のデータをバックアップするバックアップ方法において、
前記携帯通信装置からの要求に基づいて、前記携帯通信装置を認証するための認証情報を生成する認証情報生成工程と、
前記認証情報生成工程が生成した前記認証情報を前記携帯通信装置に送信する送信工程と、
前記認証情報を用いて前記携帯通信装置に対する認証処理をおこなう認証処理工程と、
前記認証処理工程による認証が成立した場合に、前記携帯通信装置から送信された情報をバックアップデータとして記憶する記憶工程と、
を含むことを特徴とするバックアップ方法。
【請求項１５】
請求項１３または１４に記載のバックアップ方法をコンピュータに実行させることを特徴とするバックアッププログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、携帯通信装置内部のデータをバックアップする携帯通信装置、バックアップ装置、バックアップ方法、およびバックアッププログラムに関する。
【背景技術】
【０００２】
従来、携帯通信装置、たとえば携帯電話端末には、連絡先の名称および電話番号、メールアドレスなどのアドレス帳データや、送受信したメールのデータなど、各種のデータが保存されている。このため、携帯電話端末の紛失やデータの誤消去などに備え、携帯電話端末に保存されている各種のデータを他の記憶装置に保存するデータバックアップがおこなわれている。
【０００３】
データバックアップに際しては、ＰＣ（パーソナルコンピュータ）などのバックアップ用端末にバックアップデータを保存したり、ネットワーク上にバックアップサーバを設置して、ネットワークを介してバックアップデータを送受信するなどの技術が考案されている（たとえば、下記特許文献１および２参照。）。
【０００４】
【特許文献１】特開２００２−１８５５７９号公報
【特許文献２】特開２００１−２９８５２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した従来技術のうち、バックアップ用端末にバックアップデータを保存する技術によれば、バックアップ用端末が手元になければバックアップデータの再取得（リストア）をすることができない。このため、外出先などバックアップ端末が手元にないバックアップデータが必要となった場合に対応することができない。
【０００６】
また、バックアップサーバを設置する技術によれば、ネットワークを介してバックアップ先である外部記憶装置にバックアップデータを転送する際に、第三者にバックアップデータを傍受されてしまう恐れがある。さらに、転送後バックアップサーバに保存されている間にもバックアップデータが漏洩する恐れもある。たとえば、悪意者が正規のユーザになりすますことによってバックアップ先にアクセスし、バックアップデータを取得されてしまう場合がある。
【０００７】
特に、携帯電話端末に保存されるアドレスデータは、個人情報であるため、悪意者に流出することは社会的な問題となる。また、近年はＰＣ（パーソナルコンピュータ）で使用するメールアドレスに宛てた電子メールを外出先で確認できるよう、携帯電話のメールアドレスに転送する場合も多い。このような場合、メール本文中に含まれる情報が流出してしまう恐れがある。
【０００８】
さらに、近年、携帯電話端末が有する機能は、通話機能、電子メール送受信機能の他、カメラ機能、ブラウザ機能など、様々な付加機能が追加されている。これに伴い、携帯電話端末内の記憶部で保存・管理するデータの量および種類が増大しており、紛失・故障・操作間違いなどの不慮の事態によってメモリに保存しているデータが消去されてしまうと、ユーザに与える被害は甚大なものとなる。このため、携帯電話端末が保存するデータの管理の重要性が高まっている。
【０００９】
この発明は、上述した従来技術による問題点を解消するため、携帯通信装置内のデータを安全にバックアップすることができる携帯通信装置、バックアップ装置、バックアップ方法、およびバックアッププログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するため、請求項１の発明にかかる携帯通信装置は、装置内部のデータをネットワークを介して接続されたバックアップ装置にバックアップする携帯通信装置において、前記バックアップ装置から認証を受けるための認証情報を前記バックアップ装置から取得する認証情報取得手段と、前記認証情報取得手段によって取得された認証情報に基づいて、前記バックアップ装置にバックアップするデータを暗号化処理する暗号化処理手段と、前記認証情報取得手段によって取得された認証情報を用いて、前記バックアップ装置に認証を要求する認証要求手段と、前記認証要求手段によって要求した認証が成立した場合に、前記暗号化処理手段によって暗号化処理された前記データを前記バックアップ装置に送信する送信手段と、を備えることを特徴とする。
【００１１】
この請求項１に記載の発明によれば、バックアップ装置から取得した認証情報に基づいてバックアップ装置の認証を受け、認証が成立した場合のみバックアップ装置にデータをバックアップすることができる。また、携帯通信装置内のデータをバックアップ装置から取得した認証情報を用いて暗号化した状態で、バックアップデータをバックアップ装置にバックアップすることができる。
【００１２】
また、請求項２の発明にかかる携帯通信装置は、請求項１に記載の発明において、前記バックアップ装置にバックアップされているデータを取得するデータ取得手段と、前記データ取得手段によって取得された前記データを、前記認証情報に基づいて復号化処理する復号化処理手段と、を備えることを特徴とする。
【００１３】
この請求項２に記載の発明によれば、バックアップ装置にバックアップされているデータを携帯電話端末内に再取得することができる。また、暗号化されたままでバックアップされているバックアップデータを復号化することができる。
【００１４】
また、請求項３の発明にかかる携帯通信装置は、請求項２に記載の発明において、前記暗号化処理手段は、前記認証情報および任意の文字列によって生成した暗号化鍵を用いて暗号化処理をおこない、前記復号化処理手段は、前記暗号化鍵を用いて復号化処理をおこなうことを特徴とする。
【００１５】
この請求項３に記載の発明によれば、前記認証情報および任意の文字列によって生成した暗号化鍵を用いて暗号化および復号化処理をおこない、暗号強度をさらに向上させることができる。
【００１６】
また、請求項４の発明にかかる携帯通信装置は、請求項１〜３のいずれか一つに記載の発明において、前記認証情報取得手段は、前記携帯通信装置を識別する携帯通信装置識別子と前記携帯通信装置の利用者を識別する利用者識別子との排他的論理和、および、前記携帯通信装置識別子と対応づけられたパスワードと乱数との排他的論理和を、一方向性関数によって演算した値を前記認証情報として前記バックアップ装置から取得することを特徴とする。
【００１７】
この請求項４に記載の発明によれば、演算前の値を算出することが困難な一方向性関数による演算をおこなった値を認証情報として用い、認証情報そのものをネットワーク上に流出させることなく認証処理をおこなうことができる。
【００１８】
また、請求項５の発明にかかる携帯通信装置は、請求項１〜４のいずれか一つに記載の発明において、前記認証情報取得手段は、前記認証要求手段によって要求した前記認証が成立するごとに前記認証情報を取得することを特徴とする。
【００１９】
この請求項５に記載の発明によれば、バックアップ装置による認証がおこなわれるごとに認証情報を取得することができる。
【００２０】
また、請求項６の発明にかかる携帯通信装置は、請求項２〜５のいずれか一つに記載の発明において、前記バックアップ装置にバックアップするデータに、前記バックアップするデータを識別するデータ識別子を付与するデータ識別子付与手段を備え、前記データ取得手段は、前記データ識別子付与手段によって付与されたデータ識別子に基づいて、前記バックアップ装置にバックアップされているデータを取得することを特徴とする。
【００２１】
この請求項６に記載の発明によれば、バックアップ装置にバックアップされているデータをデータ識別子によって識別し、携帯通信装置内に再取得することができる。
【００２２】
また、請求項７の発明にかかるバックアップ装置は、ネットワークを介して接続された携帯通信装置内部のデータをバックアップするバックアップ装置において、前記携帯通信装置からの要求に基づいて、前記携帯通信装置を認証するための認証情報を生成する認証情報生成手段と、前記認証情報生成手段が生成した前記認証情報を前記携帯通信装置に送信する送信手段と、前記認証情報を用いて前記携帯通信装置に対する認証処理をおこなう認証処理手段と、前記認証処理手段による認証が成立した場合に、前記携帯通信装置から送信された情報をバックアップデータとして記憶する記憶手段と、を備えることを特徴とする。
【００２３】
この請求項７に記載の発明によれば、携帯通信装置からの要求に基づいて認証情報を生成し、携帯通信装置に送信することができる。また、生成した認証情報を用いた認証処理をおこない、認証が成立した携帯通信装置から送信されたデータのみをバックアップデータとして記憶することができる。
【００２４】
また、請求項８の発明にかかるバックアップ装置は、請求項７に記載の発明において、前記認証情報生成手段は、前記携帯通信装置を識別する携帯通信装置識別子と前記携帯通信装置の利用者を識別する利用者識別子との排他的論理和、および、前記携帯通信装置識別子と対応づけられたパスワードと乱数との排他的論理和を、一方向性関数によって演算した値を前記認証情報として生成することを特徴とする。
【００２５】
この請求項８に記載の発明によれば、演算前の値を算出することが困難な一方向性関数によって演算した値を、ネットワークを介した認証処理に用いる認証情報として用いることができる。
【００２６】
また、請求項９の発明にかかるバックアップ装置は、請求項７または８に記載の発明において、前記認証情報生成手段は、前記認証処理手段による前記携帯通信装置の認証が成立するごとに次回の認証処理に用いる次回認証情報を生成し、前記送信手段は、前記認証情報生成手段が生成した前記次回認証情報を前記携帯通信装置に送信することを特徴とする。
【００２７】
この請求項９に記載の発明によれば、携帯通信装置に対する認証がおこなわれるごとに異なる認証情報を生成し、次回の認証に用いることができる。
【００２８】
また、請求項１０の発明にかかるバックアップ装置は、請求項９に記載の発明において、前記認証情報生成手段は、前記次回認証情報に対してマスク関数による演算をおこない、前記送信手段は、前記認証情報生成手段によってマスク関数による演算がおこなわれた前記次回認証情報を送信することを特徴とする。
【００２９】
この請求項１０に記載の発明によれば、次回認証情報の値そのものではなく、マスク関数による演算をおこなった値を送信することができる。
【００３０】
また、請求項１１の発明にかかるバックアップ装置は、請求項７〜１０のいずれか一つに記載の発明において、前記記憶手段は、前記携帯通信装置の利用者ごとに記憶領域を割り当てることを特徴とする。
【００３１】
この請求項１１に記載の発明によれば、利用者ごとに割り当てられた記憶領域にデータをバックアップすることができる。
【００３２】
また、請求項１２の発明にかかるバックアップ装置は、請求項１１に記載の発明において、前記利用者と複数の携帯通信装置とを紐付ける紐付け手段を備え、前記記憶手段は、前記紐付け手段によって前記利用者に紐付けられた前記複数の携帯通信装置のバックアップデータを、前記利用者に割り当てられた記憶領域に記憶することを特徴とする。
【００３３】
この請求項１２に記載の発明によれば、複数の携帯通信装置から利用者ごとに割り当てられた記憶領域にバックアップデータを保存することができる。また、利用者ごとに割り当てられた記憶領域にバックアップされているデータを複数の携帯通信装置から取得することができる。
【００３４】
また、請求項１３の発明にかかるバックアップ方法は、携帯通信装置内部のデータをネットワークを介して接続されたバックアップ装置にバックアップするバックアップ方法において、前記バックアップ装置から認証を受けるための認証情報を前記バックアップ装置から取得する認証情報取得工程と、前記認証情報取得工程によって取得された認証情報に基づいて、前記バックアップ装置にバックアップするデータを暗号化処理する暗号化処理工程と、前記認証情報取得工程によって取得された認証情報を用いて、前記バックアップ装置に認証を要求する認証要求工程と、前記認証要求工程によって要求した認証が成立した場合に、前記暗号化処理工程によって暗号化処理された前記データを前記バックアップ装置に送信する送信工程と、を含むことを特徴とする。
【００３５】
この請求項１３に記載の発明によれば、バックアップ装置から取得した認証情報に基づいてバックアップ装置の認証を受け、認証が成立した場合のみバックアップ装置にデータをバックアップすることができる。また、携帯通信装置内のデータをバックアップ装置から取得した認証情報を用いて暗号化した状態で、バックアップデータをバックアップ装置にバックアップすることができる。
【００３６】
また、請求項１４の発明にかかるバックアップ方法は、ネットワークを介して接続された携帯通信装置内部のデータをバックアップするバックアップ方法において、前記携帯通信装置からの要求に基づいて、前記携帯通信装置を認証するための認証情報を生成する認証情報生成工程と、前記認証情報生成工程が生成した前記認証情報を前記携帯通信装置に送信する送信工程と、前記認証情報を用いて前記携帯通信装置に対する認証処理をおこなう認証処理工程と、前記認証処理工程による認証が成立した場合に、前記携帯通信装置から送信された情報をバックアップデータとして記憶する記憶工程と、を含むことを特徴とする。
【００３７】
この請求項１４に記載の発明によれば、携帯通信装置からの要求に基づいて認証情報を生成することができる。また、認証情報を用いた認証が成立した携帯通信装置から送信されたデータのみをバックアップデータとして記憶することができる。
【００３８】
また、請求項１５の発明にかかるバックアッププログラムは、請求項１３または１４に記載のバックアップ方法をコンピュータに実行させることを特徴とする。
【００３９】
この請求項１５に記載の発明によれば、請求項１３または１４に記載のバックアップ方法をコンピュータに実行させることができる。
【発明の効果】
【００４０】
本発明にかかる携帯通信装置、バックアップ装置、バックアップ方法、およびバックアッププログラムによれば、携帯通信装置内のデータを安全にバックアップすることができるという効果を奏する。
【発明を実施するための最良の形態】
【００４１】
以下に添付図面を参照して、本発明にかかる携帯通信装置、バックアップ装置、バックアップ方法、およびバックアッププログラムの好適な実施の形態を詳細に説明する。
【００４２】
（実施の形態）
（バックアップシステムの構成）
図１は、本実施の形態にかかるバックアップシステムの構成を示す図である。バックアップシステム１００は、携帯電話端末１０１およびサーバ１０２によって構成される。携帯電話端末１０１およびサーバ１０２は、互いにネットワーク１１０を介して接続されている。
【００４３】
携帯電話端末１０１は、通信端末装置であり、図示しない他の携帯電話や固定電話との音声通話や電子メールの送受信の他、カメラによる写真の撮影、ＴＶチューナーによるＴＶ放送の受信、Ｗｅｂページの閲覧、Ｊａｖａ（登録商標）などによって生成されたアプリケーションの実行が可能である。
【００４４】
また、携帯電話端末１０１は、端末内に記憶するデータをサーバ１０２にバックアップする。サーバ１０２へのデータのバックアップは、サーバ１０２が提供するデータバックアップ用のアプリケーション（以下、バックアップアプリケーションという）を実行することによっておこなう。また、バックアップしたデータの再取得をおこなう際にも、バックアップアプリケーションを実行する。なお、以下において、携帯電話端末１０１からサーバ１０２にバックアップデータを送信することを「アップロード」、バックアップデータをサーバ１０２から取得することを「ダウンロード」という。
【００４５】
サーバ１０２は、携帯電話端末１０１のバックアップデータを保存する。また、携帯電話端末１０１に対してバックアップアプリケーションの提供をおこなう。なお、図示しないが、サーバ１０２は、複数の携帯電話端末１０１のバックアップデータを保存している。サーバ１０２は、それぞれの携帯電話端末１０１ごとに記憶領域を確保して、バックアップデータを保存している。
【００４６】
（携帯電話端末１０１の機能的構成）
図２は、携帯電話端末の機能的構成を示す図である。携帯電話端末１０１は、制御部２１０、通信部２１１、表示部２１２、操作部２１３、音声通話部２１４、カメラ部２１５、メール管理部２１６、アプリケーション実行部２２１、データ記憶部２２２、によって構成される。
【００４７】
制御部２１０は、携帯電話端末１０１の処理を制御する。通信部２１１は、ネットワークインターフェースを備え、ネットワーク１１０に接続された機器と、携帯電話端末１０１との間のデータ送受信をおこなう。表示部２１２は、携帯電話端末１０１の外面に設けられた液晶ディスプレイなどであり、後述する操作部２１３による操作内容や、サーバ１０２から取得したデータなどを表示する。
【００４８】
操作部２１３は、携帯電話端末１０１の外面に設けられた操作キーなどによって構成され、ユーザによる操作入力を受け付ける。なお、操作部２１３は音声入力によって実現してもよい。音声通話部２１４は、マイクおよびスピーカなどによって構成され、音声通話時の通話音声の入出力をおこなう。カメラ部２１５は、レンズ、シャッター、フラッシュなどによって構成され、写真撮影や動画撮影を可能とする。メール管理部２１６は、電子メールの送受信処理や、携帯電話端末１０１から送信する電子メールの作成・保存、他の情報端末などから送信されてきた電子メールの表示・保存などをおこなう。
【００４９】
アプリケーション実行部２２１は、Ｊａｖａ（登録商標）言語などによって生成されたアプリケーションを実行する。アプリケーション実行部２２１は、たとえば、サーバ１０２から取得したバックアップアプリケーションを実行する。また、Ｗｅｂブラウザの実行により、Ｗｅｂページの閲覧を可能とする。
【００５０】
なお、図示しないが、バックアップアプリケーション実行時において、アプリケーション実行部２２１は、サーバ１０２から認証を受けるための認証情報をサーバ１０２から取得する認証情報取得部と、認証情報取得部によって取得された認証情報に基づいて、サーバ１０２にバックアップするデータを暗号化処理する暗号化処理部と、認証情報取得部によって取得された認証情報を用いて、サーバ１０２に認証を要求する認証要求部と、認証要求部によって要求した認証が成立した場合に、暗号化処理部によって暗号化処理されたデータをサーバ１０２に送信する送信部と、を備える。
【００５１】
データ記憶部２２２は、携帯電話端末１０１の各機能部で用いるデータを記憶する。データ記憶部２２２に記憶されるデータは、テキストデータ、画像データ、音声データ、アプリケーションデータなど、様々な種類がある。たとえば、テキストデータとしては、ユーザが送受信したメールデータや、連絡先の電話番号やメールアドレスを有するアドレスデータ、カレンダー機能と連携させたスケジュールデータ、着信履歴などがある。
【００５２】
また、画像データとしては、カメラ部２１５によって撮影したカメラ撮影画像、動画メール機能によって受信した動画メール画像、コンテンツプロバイダから購入した待ち受け画像などがある。音声データとしては、録音機能によって録音された音声クリップデータ、コンテンツプロバイダから購入した着信メロディデータ、留守番電話機能によって録音された留守番電話録音データなどが保持される。アプリケーションデータとしては、Ｗｅｂブラウザ、電子メールソフト、コンテンツプロバイダから購入したＪａｖａ（登録商標）アプリケーションやゲームなどが保持される。
【００５３】
（サーバ１０２の機能的構成）
図３は、サーバの機能的構成を示す図である。サーバ１０２は、制御部３１０、通信部３１１、アプリケーション生成部３１２、認証処理部３１３、暗号化処理部３１４、バックアップデータ記憶部３１５、認証用データ記憶部３１６によって構成される。
【００５４】
制御部３１０は、サーバ１０２の処理を制御する。通信部３１１は、ネットワークインターフェースを備え、ネットワーク１１０に接続された機器と、サーバ１０２との間のデータ送受信をおこなう。アプリケーション生成部３１２は、バックアップアプリケーションの生成および送信をおこなう。
【００５５】
アプリケーション生成部３１２は、携帯電話端末１０１からバックアップアプリケーションの生成要求を受けると、バックアップアプリケーションを生成する。そして、生成したバックアップアプリケーションの生成要求をおこなった機器に送信する。バックアップアプリケーションは、携帯電話端末１０１のアプリケーション実行部２２１（図２参照）が実行可能な形式で生成される。
【００５６】
認証処理部３１３は、携帯電話端末１０１からバックアップアプリケーションの実行によって、データのバックアップ要求またはリストア要求があった際に、携帯電話端末１０１の認証処理をおこなう。暗号化処理部３１４は、携帯電話端末１０１からのバックアップ要求時に送信されたバックアップデータを復号化処理する。バックアップデータ記憶部３１５は、携帯電話端末１０１から送信されたバックアップデータを記憶する。認証用データ記憶部３１６は、携帯電話端末１０１の認証用データを記憶する。認証用データとは、バックアップアプリケーションの生成要求と同時に携帯電話端末１０１から送信されるユーザＩＤやパスワード、その他認証に用いるデータである。
【００５７】
（バックアップ処理の概要）
つぎに、携帯電話端末１０１が記憶しているデータを、サーバ１０２にバックアップする際の処理について説明する。携帯電話端末１０１が記憶しているデータのバックアップは、サーバ１０２から取得したバックアップアプリケーションを実行することによっておこなう。まず、携帯電話端末１０１のユーザは、サーバ１０２へユーザ登録しバックアップアプリケーションを取得する。そして、バックアップアプリケーションを実行することによって、バックアップデータをサーバ１０２にアップロードする。バックアップデータのダウンロードも、同様にバックアップアプリケーションを実行することによっておこなう。以下、各処理の詳細について説明する。
【００５８】
（バックアップアプリケーションの取得処理）
図４は、バックアップアプリケーションの取得処理の手順を示すフローチャートである。まず、バックアップアプリケーションの取得処理について説明する。なお、以下の説明において、「←」は右辺の左辺への代入、「ＸＯＲ」は排他的論理和演算、「ｎ」は認証回数、「Ｎn」は乱数（ｎは１以上の整数で、乱数を識別するために用いる）、をそれぞれ示している。
【００５９】
はじめに、携帯電話端末１０１は、Ｗｅｂブラウザによってサーバ１０２がユーザ登録用に設けているＷｅｂページにアクセスする。そして、登録用画面に従ってユーザＩＤ、パスワード、端末ＩＤを入力し、サーバ１０２にユーザＩＤ、パスワード、端末ＩＤ（ＩＤ，Ｓ，Ｋ）を送信する（ステップＳ４０１）。
【００６０】
ここで、ユーザＩＤ（以下、ＩＤという）は、携帯電話端末１０１のユーザを識別するＩＤである。また、パスワード（以下、Ｓという）は、ユーザが決めた秘密に保持するパスワードである。このパスワードは、認証処理に直接用いられるものではないが、バックアップアプリケーションの起動およびバックアップアプリケーションの再発行などに用いられる。また、端末ＩＤ（以下、Ｋという）は、携帯電話端末１０１を識別するＩＤであり、携帯電話端末１０１に割り振られた電話番号などである。
【００６１】
サーバ１０２は、受信したＩＤ，Ｓ，Ｋを関連付けて認証用データ記憶部３１６に記憶する（ステップＳ４０２）。そして、バックアップデータ記憶部３１５に、ＩＤおよびＳと関連付けてユーザ領域を確保する（ステップＳ４０３）。
【００６２】
つぎに、サーバ１０２は、Ｋに対応する乱数Ｎ1を生成し（ステップＳ４０４）、Ｎ1とＫを関連付けて認証用データ記憶部３１６に記憶する（ステップＳ４０５）。つぎに、下記式（１）に示す初回認証情報Ａ1を算出する（ステップＳ４０６）。
Ａ1  ←  Ｘ（ＩＤ  ＸＯＲ  Ｋ，Ｓ  ＸＯＲ  Ｎ1）・・・（１）
【００６３】
そして、Ａ1およびＳを組み込んだバックアップアプリケーションを生成し（ステップＳ４０７）、携帯電話端末１０１に送付する（ステップＳ４０８）。Ａ1は初回（ｎ＝１）の認証処理に用いられる認証情報（以下、ユーザ認証基数という）である。以下、ｎ回目の認証に用いられるユーザ認証基数をＡnと表記する。また、Ｓはバックアップアプリケーションの起動時に用いられる。携帯電話端末１０１は、サーバ１０２から送信されたバックアップアプリケーションを保存し（ステップＳ４０９）、本フローチャートによる処理を終了する。
【００６４】
なお、上記の説明において、ＩＤ，Ｓ，Ｋは、ユーザによって入力するものとしたが、これらはサーバ１０２によって定めてもよい。この場合、前述のステップＳ４０１およびステップＳ４０２は省略され、代わりにＩＤ，Ｓ，Ｋを付与するステップが加わる。上記のようにＩＤ，Ｓ，Ｋをユーザ側で定めることとすれば、ユーザが携帯電話端末１０１を紛失した際に他の端末によって再登録してバックアップデータを読み出したり、１つのＩＤに複数の端末（Ｋ）を登録したりすることができ、機能性を向上させることができる。
【００６５】
以上のような手順によって、携帯電話端末１０１は、サーバ１０２へユーザ登録をおこない、バックアップアプリケーションの取得をおこなう。携帯電話端末１０１は、ステップＳ４０９において保存したバックアップアプリケーションを起動させ、サーバ１０２に認証を受けることによって、バックアップデータ記憶部３１５のユーザ領域に記憶されたデータのアップロードおよびダウンロードをおこなうことができる。
【００６６】
なお、上述した手順においては、ユーザＩＤ（ＩＤ）と端末ＩＤ（Ｋ）とを設けているため、１つの端末（Ｋ）が、複数のユーザ（ＩＤ）を有することが可能である。すなわち、端末の共有に対応することができる。
【００６７】
また、１つのユーザ領域（１つのＩＤ）に、複数の端末ＩＤ（Ｋ）を関連付けておくことができる。この場合、それぞれの端末ＩＤ（Ｋ）に対応したパスワード（Ｓ）を設定することによって、携帯電話端末１０１以外の端末、たとえば会社や自宅のパソコンからサーバ１０２に確保されているユーザ領域にアクセスすることが可能となる。また、携帯電話端末１０１の紛失などによって、バックアップアプリケーションの再発行が必要になった場合、ＩＤおよびＳを入力させることによって、本人認証をおこない、アプリケーションの再発行をおこなうことができる。
【００６８】
図５は、バックアップアプリケーションの表示画面の一例を示す図である。ユーザは、パスワード入力部５０１に、図４で説明したユーザ登録時に入力したＳを入力する。また、メニュー表示５０２には、設定ボタン５０３、アップロードボタン５０４、ダウンロードボタン５０５、閲覧・検索ボタン５０６が表示される。なお、メニュー表示５０２は、携帯電話端末１０１とサーバ１０２との認証が成立するまで有効にならない。
【００６９】
設定ボタン５０３を選択すると、データのバックアップに関する設定をおこなうための画面に切り替わる。アップロードボタン５０４を選択すると、バックアップするデータをサーバ１０２にアップロードするための画面に切り替わる。ダウンロードボタン５０５を選択すると、サーバ１０２にバックアップされているデータをダウンロードするための画面に切り替わる。閲覧・検索ボタン５０６を選択すると、サーバ１０２にバックアップされているデータの閲覧・検索をおこなうための画面に切り替わる。
【００７０】
図６は、アップロードボタン選択後の表示画面の一例を示す図である。表示画面には、送信メールボタン６０１、受信メールボタン６０２、アドレス帳ボタン６０３、画像ボタン６０４、暗号化キー入力部６１０が表示されている。ユーザは、これらのボタン６０１〜６０４を選択することによって、バックアップするデータを指定する。たとえば、受信したメールをバックアップしたい場合は、受信メールボタン６０２を選択する。また、カメラ部２１５（図２参照）で撮影した画像をバックアップしたい場合は、画像ボタン６０４を選択する。さらに、アップロードするデータをファイルごとに指定することも可能である。
【００７１】
そして、暗号化キー入力部６１０に任意の暗号化キーを入力して、バックアップするデータを暗号化して、サーバ１０２に送信する。暗号化処理の詳細については後述するが、暗号化キーとは、ユーザが指定する任意の文字列であり、ユーザ認証基数Ａnとともに暗号化の鍵を形成する。ユーザのみが知る暗号化キーから暗号化の鍵を生成することによって、アップロードしたバックアップデータの機密性を保つことができる。
【００７２】
（バックアップアプリケーションの実行処理）
図７は、バックアップアプリケーションの実行処理の手順を示すフローチャートである。まず、ユーザがデータ記憶部２２２に記憶されているバックアップアプリケーションの実行を指示すると（ステップＳ７０１：Ｙｅｓ）、アプリケーション実行部２２１は、表示部２１２にパスワード入力画面を表示させ、ユーザにパスワード（Ｓ）の入力を要求する（ステップＳ７０２。図５参照）。
【００７３】
ユーザによって正しいパスワードが入力されると（ステップＳ７０３：Ｙｅｓ）、バックアップアプリケーションが起動し、サーバ１０２との接続を開始する（ステップＳ７０４）。そして、携帯電話端末１０１とサーバ１０２との間で認証処理がおこなわれる（ステップＳ７０５）。
【００７４】
前述のように、携帯電話端末１０１−サーバ１０２間の認証処理には、バックアップアプリケーションに含まれるユーザ認証用基数を用いておこなわれる。このため、携帯電話端末１０１とサーバ１０２との間での認証に際してユーザ名などの入力は必要がない。ステップＳ７０２において、パスワードの入力を要求するのは、携帯電話端末１０１の紛失・盗難などがあった場合のバックアップデータの不正利用を防ぐためである。
【００７５】
一方、誤ったパスワードが入力された場合は（ステップＳ７０３：Ｎｏ）、不正利用であるとしてサーバ１０２への接続を拒否し（ステップＳ７０６）、本フローチャートによる処理を終了する。なお、不正利用を検知した場合、正当なユーザが不正利用の事実を知ることができるよう、あらかじめ設定しておいたメールアドレスへのメール送信などをおこなってもよい。
【００７６】
ステップＳ７０５の認証処理において、携帯電話端末１０１−サーバ１０２間での認証が成立した場合は（ステップＳ７０７：Ｙｅｓ）、バックアップデータの送受信が可能となる。そして、バックアップデータを送受信して（ステップＳ７０８）、バックアップアプリケーションを終了させ（ステップＳ７０９）、本フローチャートによる処理を終了する。
【００７７】
一方、認証が成立しなかった場合は（ステップＳ７０７：Ｎｏ）、不正利用であるとして以後接続を拒否して（ステップＳ７０６）、本フローチャートによる処理を終了する。このとき、前述のように、あらかじめ設定しておいたメールアドレスへのメール送信などをおこなってもよい。
【００７８】
以上のような処理によって、バックアップアプリケーションを実行し、携帯電話端末１０１に記憶されているデータをサーバ１０２にバックアップする。バックアップアプリケーションの実行に際しては、ユーザのみが知るパスワード（Ｓ）の入力が要求されるため、携帯電話端末１０１の紛失・盗難があっても、第三者によってサーバ１０２にからバックアップデータをダウンロードされることはない。また、携帯電話端末１０１とサーバ１０２間の認証処理は、バックアップアプリケーションによって自動的に実行されるため、ユーザは煩雑な処理をおこなうことなくデータのバックアップをおこなうことができる。
【００７９】
（携帯電話端末１０１−サーバ１０２間の認証処理）
つぎに、図７のステップＳ７０５に示した携帯電話端末１０１とサーバ１０２との間の認証処理の詳細について説明する。バックアップアプリケーションを実行すると、サーバ１０２の認証処理部３１３との間で認証処理がおこなわれる。前述のように、以下に示す認証処理はバックアップアプリケーションによっておこなわれるため、ユーザは認証処理にあたってユーザＩＤなどの入力をおこなう必要はない。
【００８０】
なお、以下の説明において、「Ｆ」「Ｈ」はパスワードＳを用いない一方向性変換関数を示す。なお、一方向性変換関数とは「ｚ＝Ｆ（ｘ，ｙ）」あるいは「ｚ＝Ｈ（ｘ，ｙ）」とするとき，ｚとｘからｙを算出することが計算量的に困難な関数、もしくはｚとｘからｙを算出することができない関数をいう。「Ｘ」はパスワードＳと乱数Ｎnを用いる一方向性変換関数で、「Ｘ［ｎ］＝Ｘ（ＩＤ，Ｓ ＸＯＲ Ｎ［ｎ］）」のように、「Ｘ［ｎ］」を算出するために用いる。
【００８１】
図８は、ｎ＝１回目以降の認証の処理を示すフローチャートである。はじめに、携帯電話端末１０１側でＳを入力してバックアップアプリケーションを起動させる（ステップＳ８０１）。起動したバックアップアプリケーションは、サーバ１０２にＫを送付する（ステップＳ８０２）。
【００８２】
サーバ１０２は、送信されたＫ、および、保存しているＩＤ，Ｓ，Ｎnを用いて、下記式（２）に示すユーザ認証基数Ａnを算出する（ステップＳ８０３）。Ａnは今回の認証に用いられるユーザ認証基数であり、ｎは認証の回数を示す。たとえば、ｎ＝３であれば、３回目の認証に用いられるユーザ認証基数である。
Ａn  ←  Ｘ（ＩＤ  ＸＯＲ  Ｋ，Ｓ  ＸＯＲ  Ｎn）・・・（２）
【００８３】
つぎに、新しい乱数Ｎn+1を生成するか、またはＡnをＮn+1として、Ｎn+1をＫと関連付けて保存する（ステップＳ８０４）。そして、Ｎn+1を用いて、下記式（３），（４）に示すＣ，Ｄを算出する。このとき、Ｃは次回認証情報、Ｄは次回認証情報Ｃを一方向性変換したもうひとつの次回認証情報である。さらに、算出したＣ，Ｄ、およびをステップＳ８０３において算出したユーザ認証基数Ａnを用いて、下記式（５），（６）に示すαおよびβを算出する（ステップＳ８０５）。そして、サーバ１０２は、算出したα，βを携帯電話端末１０１に送付する（ステップＳ８０６）。
Ｃ  ←  Ｘ（ＩＤ  ＸＯＲ  Ｋ，Ｓ  ＸＯＲ  Ｎn+1）・・・（３）
Ｄ  ←  Ｆ（ＩＤ  ＸＯＲ  Ｋ，Ｃ）・・・（４）
α  ←  Ｄ  ＸＯＲ（Ａn＋Ｄ）・・・（５）
β  ←  Ｃ  ＸＯＲ  Ａn・・・（６）
【００８４】
携帯電話端末１０１は、サーバ１０２からαおよびβの送付を受けると、バックアップアプリケーションに組み込まれているユーザ認証基数Ａnを用いて、下記式（７）に示すＣを算出する（ステップＳ８０７）。
Ｃ  ←  β  ＸＯＲ  Ａn・・・（７）
【００８５】
つぎに、ステップＳ８０７において算出したＣを用いて、下記式（８）の右辺に示す演算をおこない、演算結果がＤと一致するかを判断する（ステップＳ８０８）。
Ｄ  ＝  α  ＸＯＲ（Ｆ（ＩＤ  ＸＯＲ  Ｋ，Ｃ）＋Ａn）・・・（８）
【００８６】
式（８）の右辺と左辺が一致しない場合は（ステップＳ８０８：Ｎｏ）、認証は不成立として（ステップＳ８０９）本フローチャートによる処理を終了する。一方、一致する場合は（ステップＳ８０８：Ｙｅｓ）、サーバ１０２の正当性を認証し、次回認証情報（Ａn+1）としてＣを保存する（ステップＳ８１０）。次回認証情報とは、次回の認証処理に用いるユーザ認証基数である。さらに、携帯電話端末１０１は、下記式（９）に示す認証用キーγを算出し（ステップＳ８１１）、サーバ１０２に送付する（ステップＳ８１２）。また、サーバ１０２も、保存している情報から下記式（９）に示す演算をおこない、Ｆ（ＩＤ  ＸＯＲ  Ｋ，Ｄ）を算出する（ステップＳ８１３）。
γ  ←  Ｆ（ＩＤ  ＸＯＲ  Ｋ，Ｄ）・・・（９）
【００８７】
そして、ステップＳ８１２において携帯電話端末１０１から送信されたγの値と、ステップＳ８１３においてサーバ１０２がおこなった演算の値が等しいかを判断する（ステップＳ８１４）。等しい場合は（ステップＳ８１４：Ｙｅｓ）、認証が成立し（ステップＳ８１５）、ユーザＩＤに対応するバックアップデータ記憶部のユーザ領域へのアクセスが許可され、本フローチャートによる処理を終了する。
【００８８】
一方、等しくない場合は（ステップＳ８１４：Ｎｏ）、認証は不成立として（ステップＳ８１６）本フローチャートによる処理を終了する。なお、前述のように、認証不成立であった場合は、あらかじめ定めたメールアドレスへのメール送信などをおこない、正当なユーザに注意を喚起するような構成としてもよい。
【００８９】
以上のような処理手順によって、携帯電話端末１０１とサーバ１０２との間で認証処理をおこなっている。以上説明した認証方式は、ＳＡＳ−２認証方式を応用したものである。ＳＡＳ−２認証方式は、認証ごとに使い捨てのパスワードを用いるワンタイムパスワード方式であり、パスワードそのものではなくパスワードから生成した認証情報を用いて認証処理をおこなう。このため、認証処理時にネットワーク１１０上にパスワードが流れることがなく、第三者によるパスワードの傍受などを防止することができる。なお、ＳＡＳ−２認証方式の概要については後述する。
【００９０】
（バックアップデータの送受信処理）
つぎに、図７のステップＳ７０８でおこなわれるバックアップデータの送受信処理の詳細について説明する。バックアップデータの送受信時には、携帯電話端末１０１からサーバ１０２にバックアップデータを送信するアップロード、およびサーバ１０２からバックアップデータを取得（受信）するダウンロードがおこなわれる。以下、図９および図１０を参照して、携帯電話端末１０１およびサーバ１０２のアップロード時の処理を、図１１および図１２を参照して、携帯電話端末１０１およびサーバ１０２のダウンロード時の処理をそれぞれ説明する。
【００９１】
（アップロード時の処理）
図９は、バックアップデータのアップロード時の携帯電話端末の処理手順を示すフローチャートである。まず、バックアップアプリケーションの表示画面に従い、バックアップするデータを指定する（ステップＳ９０１）。バックアップの対象となるデータは、データ記憶部２２２に記憶されたテキストデータ、画像データ、音声データ、アプリケーションデータなどである。ユーザは、図５に示した表示画面からアップロードボタン５０４を選択して、図６に示すアップロード画面に切り替える。そして、バックアップするデータを指定する。
【００９２】
つぎに、バックアップアプリケーション内のユーザ認証基数Ａnと暗号化キーを用いて、バックアップするデータを暗号化する（ステップＳ９０２）。ここで、暗号化キーとは、ユーザが指定する任意の文字列であり、携帯電話端末１０１でのみ保存される。ステップＳ９０２の暗号化処理においては、ユーザ認証基数Ａnと暗号化キーを組み合わせて生成した暗号化用の鍵を用いて暗号化をおこなう。これにより、何らかの原因によってユーザ認証基数Ａnが第三者に知られることとなっても、バックアップデータの復号化はユーザ本人以外はおこなうことができず、バックアップデータの機密性を保つことができる。
【００９３】
なお、ステップＳ９０２においておこなわれる暗号化処理は、たとえば、ＡＥＳ（Ａｄｖａｎｃｅｄ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ）方式によるものである。ＡＥＳは、強度、速度ともに現時点における世界最高水準の共通鍵アルゴリズムであり、アメリカ国務省標準技術局（ＮＩＳＴ）による次世代共通鍵暗号標準化プロジェクトにおいて、ＤＥＳ（Ｄａｔａ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ）に代わって採用されている。
【００９４】
ＤＥＳにおいては、６４ビットの鍵において、６４ビットをブロック単位として暗号化を行っていたが、ＡＥＳの場合は、６４ビットブロックに対して、１２８、１９２、２５６ビットの鍵を用いることで暗号化を実現する。このため、より強固な暗号化が可能となる。また、ＡＥＳは、ソフトウエアやハードウェアに対しての実装が可能である。シンプルな構造であることから、高速での暗号化・復号化が可能であり、汎用性においても優れている。
【００９５】
図９の説明に戻り、つぎに、ステップＳ９０２において暗号化したデータ（以下、秘匿データという）にデータベースキーを付与する（ステップＳ９０３）。データベースキーとは、暗号化前の秘匿データの内容に関連した機密性の低いデータであり、バックアップデータの検索に用いられる。たとえば、秘匿データが受信した電子メールのデータである場合、メール受信日などがデータベースキーとして付与される。これにより、バックアップデータのダウンロード時などに、復号化することなくデータのソートをおこない、全体処理の高速化を図ることができる。
【００９６】
つづいて、ステップＳ９０３においてデータベースキーが付与された秘匿データを、さらにユーザ認証基数Ａnを用いて暗号化する（ステップＳ９０４）。そして、暗号化したデータをバックアップデータとしてサーバ１０２に送信して（ステップＳ９０５）、本フローチャートによる処理を終了する。このように、バックアップアプリケーションは、ユーザ認証基数Ａnおよび任意の暗号化キーを用いてバックアップするデータを秘匿データとして暗号化する。
【００９７】
これにより、バックアップするデータは、携帯電話端末１０１によって暗号化された後にサーバ１０２に送信され、ネットワーク１１０に平文のデータが流れることはない。また、サーバ１０２においても暗号化されたままで保持されるので、第三者にその内容を知られることはない。また、秘匿データにデータベースキーを付与することによって、バックアップデータ時に所望のデータがどこにあるかを特定することができる。
【００９８】
図１０は、バックアップデータのアップロード時のサーバの処理手順を示すフローチャートである。サーバ１０２は、図９のステップＳ９０５において携帯電話端末１０１が送信したバックアップデータを受信すると（ステップＳ１００１）、暗号化処理部３１４によって、携帯電話端末１０１に対応して保持しているユーザ認証基数Ａnを用いて復号化する（ステップＳ１００２）。Ａnを用いて復号化されたバックアップデータには、秘匿データとデータベースキーが含まれる。
【００９９】
そして、バックアップデータ記憶部３１５に、秘匿データ、データベースキー、ユーザ認証基数Ａnを関連付けて保存する（ステップＳ１００３）。以上のような処理によって、携帯電話端末１０１およびサーバ１０２は、バックアップデータのアップロードをおこなう。なお、ステップＳ１００３においてユーザ認証基数Ａnを秘匿データなどと共に保存するのは、秘匿データの復号化に用いるためである。ユーザ認証基数Ａnは認証処理ごとに値を変えるため、携帯電話端末１０１において保存しておかなければ秘匿データの復号化ができなくなる。このため、サーバ１０２において秘匿データと関連付けてユーザ認証基数Ａnを保存している。
【０１００】
（ダウンロード時の処理）
図１１は、バックアップデータのダウンロード時のサーバの処理手順を示すフローチャートである。まず、携帯電話端末１０１によって、バックアップデータのダウンロード要求がおこなわれる。ダウンロード要求は、バックアップアプリケーションを起動させ、データベースキーによって所望のデータを指定することによっておこなう。
【０１０１】
サーバ１０２が、携帯電話端末１０１からのダウンロード要求を取得すると（ステップＳ１１０１）、ダウンロード要求に含まれるデータベースキーに該当するバックアップデータをバックアップデータ記憶部３１５から検索する（ステップＳ１１０２）。そして、検索されたデータおよび関連付けられているＡnを、今回認証情報Ａn’によって暗号化する（ステップＳ１１０３）。今回認証情報Ａn’は、今回の認証に用いるユーザ認証情報である。ユーザ認証情報は認証処理ごとに値を変える。このため、バックアップデータのアップロード時に用いられたユーザ認証情報Ａnとは異なる値（今回認証情報Ａn’）によって暗号化する。そして、携帯電話端末１０１に暗号化したデータを送信して（ステップＳ１１０４）、本フローチャートによる処理を終了する。
【０１０２】
図１２は、バックアップデータのダウンロード時の携帯電話端末の処理手順を示すフローチャートである。携帯電話端末１０１は、図１１のステップＳ１１０４においてサーバ１０２から送信されたデータを受信し（ステップＳ１２０１）、受信した今回認証情報Ａn’を用いて復号化する（ステップＳ１２０２）。復号化したデータは、秘匿データと秘匿データの暗号化に用いたユーザ認証基数Ａnを含んでいる。そして、さらに、ユーザ認証基数Ａnを用いて秘匿データを復号化する（ステップＳ１２０３）。そして、データ記憶部２２２に、秘匿データを復号化したデータを保存して（ステップＳ１２０４）、本フローチャートによる処理を終了する。
【０１０３】
以上説明したように、バックアップアプリケーションを使用することによって、携帯電話端末１０１内のデータを安全にサーバ１０２に送信し、保存することができる。また、サーバ１０２に保存されているデータは、正規のユーザのみによって復号化することができる暗号化方式によって暗号化されたままで保存されるため、第三者によってデータが取得されることがあっても、機密性を維持することができる。
【０１０４】
なお、認証者（ここではサーバ１０２）が被認証者（ここでは携帯電話端末１０１）の認証をおこなう際の方式は、種々のものが存在するが、バックアップシステム１００では、ＳＡＳ−２（Ｓｉｍｐｌｅ  Ａｎｄ  Ｓｅｃｕｒｅ  ｐａｓｓｗｏｒｄ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｐｒｏｔｏｃｏｌ  Ｖｅｒ．２）認証方式を応用した方式を採用している。以下、ＳＡＳ−２認証方式の概要について説明する。
【０１０５】
（ＳＡＳ−２認証方式の概要）
図１３〜図１５は、ＳＡＳ−２認証方式における認証処理の処理工程を示すフローチャートである。なお、以下の説明において、「←」は右辺の左辺への代入、「ＸＯＲ」は排他的論理和演算、「ｎ」は認証回数、「Ｎn」は乱数（ｎは１以上の整数で、乱数を識別するために用いる）をそれぞれ示している。
【０１０６】
また、「Ｆ」「Ｈ」はパスワードＳを用いない一方向性変換関数を示す。なお、一方向性変換関数とは「ｚ＝Ｆ（ｘ，ｙ）」あるいは「ｚ＝Ｈ（ｘ，ｙ）」とするとき、ｚとｘからｙを算出することが計算量的に困難な関数、もしくはｚとｘからｙを算出することができない関数をいう。「Ｘ」はパスワードＳと乱数Ｎnを用いる一方向性変換関数で、「Ｘ［ｎ］＝Ｘ（ＩＤ，Ｓ ＸＯＲ Ｎ［ｎ］）」のように、「Ｘ［ｎ］」を算出するために用いる。
【０１０７】
まず、被認証者は、以下の手順によって、認証を受けたい認証者にあらかじめ登録をおこなっておく（以下、この登録作業を「ユーザ登録」という）。被認証者のユーザ登録の手順を図１３を参照して説明する。この処理はバックアップシステム１００において、図４のフローチャートで示したバックアップアプリケーションに取得処理に該当する。なお、被認証者は、あらかじめユーザＩＤおよびパスワードＳを保持している。
【０１０８】
はじめに、被認証者は、乱数Ｎ1を生成し、保存する（ステップＳ１３０１）。そして、乱数Ｎ1、あらかじめ保持しているパスワード（Ｓ）、ユーザＩＤ（ＩＤ）を用いて、下記式（１０）に示す初回認証情報Ａを算出し（ステップＳ１３０２）、ユーザＩＤおよび初回認証情報Ａをサーバに送付する（ステップＳ１３０３）。また、初回認証情報Ａは、初回（ｎ＝１）の認証に用いる認証情報である。
Ａ←  Ｘ1（ＩＤ，Ｓ  ＸＯＲ  Ｎ1）・・・（１０）
【０１０９】
つぎに、認証者は、ステップＳ１３０３で被認証者から送付されたユーザＩＤと、初回認証情報Ａとを対応づけて保存し（ステップＳ１３０４）、本フローチャートによる処理を終了する。これによって、被認証者のユーザ登録が完了する。
【０１１０】
つぎに、初回（ｎ＝１）以降、ｎ回目の認証時の認証処理手順を図１４を参照して説明する。このとき、被認証者は、ＩＤ，Ｓ，Ｎn（初回の認証の場合Ｎ1）を保存している。まず、被認証者は、保存している乱数Ｎnから下記式（１１）に示すＡを算出する（ステップＳ１４０１）。
Ａ  ←  Ｘn（ＩＤ，Ｓ  ＸＯＲ  Ｎn）・・・（１１）
【０１１１】
つぎに、さらに新しい乱数Ｎn+1を生成するか、またはＡをＮn+1として、Ｎn+1を保存する（ステップＳ１４０２）。そして、Ｎn+1を用いて、下記式（１２），（１３）に示すＣ，Ｄを算出し、算出したＣ，Ｄ、およびをＡを用いて、下記式（１４），（１５）に示すαおよびβを算出する（ステップＳ１４０３）。
Ｃ  ←  Ｘn（ＩＤ，Ｓ  ＸＯＲ  Ｎn+1）・・・（１２）
Ｄ  ←  Ｆ（ＩＤ，Ｃ）・・・（１３）
α  ←  Ｃ  ＸＯＲ（Ｄ＋Ａ）・・・（１４）
β  ←  Ｄ  ＸＯＲ  Ａ・・・（１５）
【０１１２】
そして、算出したα，βをＩＤとともに認証者に送付する（ステップＳ１４０４）。このとき、Ａは今回認証情報、Ｃは次回認証情報、Ｄは次回認証情報Ｃを一方向性変換したもうひとつの次回認証情報である。
【０１１３】
認証者は、被認証者からαおよびβの送付を受けると、送付されたαとβに対して、ＩＤに対応して登録されている今回認証情報Ａを用いて、下記式（１６）に示すＤを算出する。さらに、算出したＤと今回認証情報Ａの和を用いて下記式（１７）に示すＣを算出する（ステップＳ１４０５）。
Ｄ  ←  β  ＸＯＲ  Ａ・・・（１６）
Ｃ  ←  α  ＸＯＲ（Ｄ＋Ａ）・・・（１７）
【０１１４】
つぎに、認証者は上記式（１７）によって算出したＣを、ＩＤとともに一方向性変換した結果（Ｆ（ＩＤ，Ｃ））と、Ｄとが一致するかどうかを検証する（ステップＳ１４０６）。両者が一致する場合は（ステップＳ１４０６：Ｙｅｓ）、被認証者に対する認証が成立し、次回の認証に用いる認証情報として、次回認証情報ＣをＡとして保存し（ステップＳ１４０７）、本フローチャートによる処理を終了する。
【０１１５】
一方、両者が一致しない場合は（ステップＳ１４０６：Ｎｏ）、認証不成立として（ステップＳ１４０８）、本フローチャートによる処理を終了する。以上のような手順によって、認証者は、認証を求めてきた被認証者に対して認証をおこなうか否かを判断する。
【０１１６】
さらに、被認証者側でも認証者に対する認証をおこない、認証者−被認証者間で相互認証をおこなうこともできる。認証者−被認証者間で相互認証をおこなう際の処理について、図１５を参照して説明する。
【０１１７】
まず、図１４を用いて説明した処理によって、認証者側で被認証者の認証をおこなう（ステップＳ１５０１）。認証者側で被認証者の認証が成立した後、次回認証情報Ｃに一方向性変換Ｆを施して得られるＤに、さらに下記式（１８）に示す一方向性変換Ｈを施し、データγを算出する（ステップＳ１５０２）。そして、得られたデータγを被認証者へと送付する（ステップＳ１５０３）。
γ  ←  Ｈ（ＩＤ，Ｄ）・・・（１８）
【０１１８】
被認証者は、ＩＤと次回認証情報Ｃに一方向性変換Ｆを施して得られるＤに、一方向性変換Ｈを施したデータ、すなわちＨ（ＩＤ，Ｄ）を算出する（ステップＳ１５０４）。そして、算出したＨ（ＩＤ，Ｄ）と、ステップＳ１５０３で認証者から送付されたデータγとが一致するか検証する（ステップＳ１５０５）。両者が一致する場合は（ステップＳ１５０５：Ｙｅｓ）、認証者による認証が成功したことを確認（認証確認）、もしくは、被認証者が認証者を相互に認証（相互確認）して（ステップＳ１５０６）、本フローチャートによる処理を終了する。
【０１１９】
一方、両者が一致しない場合は（ステップＳ１５０５：Ｎｏ）、認証不成立として（ステップＳ１５０７）、本フローチャートによる処理を終了する。以上のような処理によって、認証者−被認証者間で相互認証をおこなうことができる。
【０１２０】
以上がＳＡＳ−２認証方式における認証処理の処理工程である。ＳＡＳ−２認証方式によれば、生成される認証・暗号プログラムが小さいため、被認証者が携帯電話端末１０１のようなメモリ空間に制約があるハードウェアであっても、負荷なく個人認証機能を実現することができる。
【０１２１】
また、ワンタイムパスワード方式であるので、一度使用した認証キーは二度と使われず、高い秘匿性を維持することができる。さらに、認証者側にパスワードを置かなくても認証をおこなうことができるため、外部からの認証者への攻撃による危険を回避することができる。
【０１２２】
なお、コンテンツプロバイダが提供する有料コンテンツについては、デジタル著作物が無断に複製され、他の用途に使用されることがないよう、コンテンツファイルごとに著作権管理フラグが割り当てられている。著作権管理フラグが割り当てられたファイルは、コンテンツ購入者の携帯電話番号と紐づけされており、携帯電話端末外へは移せないようになっている。また、携帯電話端末に搭載されているＳＤカードにも書き込みができないようになっている。
【０１２３】
著作権管理フラグのようなコピーコントロールを無断で外す（技術的制限手段の効果を妨げる）ことは、不正競争防止法において不正競争行為として禁止されている。しかし、コピーコントロールを外さず、そのままコピーすることは不正競争に該当しない。また、著作権法においては、私的使用目的の著作物の複製（コピー）は認められている。
【０１２４】
バックアップシステム１００においては、携帯電話端末１０１のユーザの私的使用目的（データのバックアップ）において、コピーコントロールを外さずにデータをコピーするものであり、これらの法律を遵守するものである。
【０１２５】
また、バックアップをおこなったデータに関しては、データ記憶部２２２から消去するようにしてもよい。携帯電話端末１０１およびサーバ１０２の間で重複するデータを消去することによって、携帯電話端末１０１の記憶容量を有効に活用することができる。また、携帯電話端末１０１を紛失・盗難などがあった場合、データの不正利用を防止することができる。
【０１２６】
さらに、携帯電話端末１０１のデータ記憶部２２２に記憶されているデータを、すべて外部記憶装置（たとえば、ＵＳＢメモリ、ＩＣカード、ＩＣタグ、ディスクなど）に保存するような構成としてもよい。外部記憶装置のデータの内容に変化が生じた場合、変化分（差分）データのみを自動的にサーバ１０２にバックアップさせることによって、常にバックアップデータを最新のデータ内容に保つことができる。
【０１２７】
また、携帯電話端末１０１にバックアップアプリケーション以外の一切のデータを残さず、必要な場合はサーバ１０２に接続してデータを取得するような構成としてもよい。携帯電話端末１０１の紛失などによって、データが不正利用されることを防止することができる。
【０１２８】
また、１つのユーザ領域に保存されたバックアップデータに対して、複数の端末からアクセスできるようにしてもよい。たとえば、外出先であっても会社や自宅のメールアドレスに届いたメールを確認できるよう、携帯電話端末にこれらのメールを転送する場合がある。このとき、会社や自宅のパソコンと携帯電話端末との間で、送受信履歴やアドレス帳の管理が困難となる。このため、会社や自宅のパソコンおよび携帯電話端末から、それぞれの送受信履歴やアドレス帳を１つのユーザ領域にバックアップする。サーバではこれらのデータをマージして保存することによって、メールの一元管理が可能となる。
【０１２９】
図１６は、バックアップシステムの他の構成例を示す図である。図１６において、携帯電話端末１６０１、サーバ１６０２、ノートパソコン１６０３、デスクトップパソコン１６０４、他の携帯電話端末１６０５が、それぞれネットワーク１６１０に接続されている。これらの装置１６０１〜１６０５は、同一のユーザが使用する。たとえば、ノートパソコン１６０３は職場用、デスクトップパソコン１６０４は自宅用などのように使い分けされている。また、他の携帯電話端末１６０５は、携帯電話端末１６０１の電話番号を変更せずに機種変更した端末である。
【０１３０】
職場で使用するノートパソコン１６０３からサーバ１６０２にアクセスする場合、図１３を参照して説明したバックアップアプリケーションの取得処理において、ＩＤは携帯電話端末１６０１で用いたものと同様として、ノートパソコン１６０３用の端末ＩＤ（以下、Ｋという）およびパスワード（以下、Ｓという）を登録する。これによって、サーバ１６０２に設けられた携帯電話端末１６０１のユーザ領域へのアクセスが可能となる。同様に、デスクトップパソコン１６０４および他の携帯電話端末１６０５においても、それぞれのＫおよびＳを登録することによって、サーバ１６０２に設けられた携帯電話端末１６０１のユーザ領域へのアクセスが可能となり、データの一元管理が可能となる。
【０１３１】
以上説明したように、本発明にかかる携帯通信装置、バックアップ装置、バックアップ方法、およびバックアッププログラムによれば、認証ごとに異なる認証情報を用いることによって、第三者がユーザになりすましてサーバにバックアップされたデータを取得することを防止する。また、サーバに保存されるデータは、認証情報およびユーザのみが知る暗号化キーを用いて暗号化されているため、サーバとの送受信時やサーバでの保存中に第三者によって取得されたとしても、その内容を知ることができず、データの機密性を維持することができる。
【０１３２】
また、データのバックアップは、起動する際にパスワードの入力が要求されるバックアップアプリケーションを実行することによっておこなう。このため、携帯電話端末の紛失・盗難時においても第三者にサーバにバックアップされているデータを取得されることがない。さらに、１つのユーザ領域に対して複数の端末を登録することが可能であり、データの可溶性を向上させることができる。
【０１３３】
なお、本発明にかかるバックアップ方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネット等のネットワークを介して配布することが可能な伝送媒体であってもよい。
【産業上の利用可能性】
【０１３４】
以上のように、本発明にかかる携帯通信装置、バックアップ装置、バックアップ方法、およびバックアッププログラムは、機密性の高いデータのバックアップに有用であり、特に、携帯電話端末などメモリ空間に制約があるハードウェアや、同一ユーザによる複数機器間でのデータ共有システムに適している。
【図面の簡単な説明】
【０１３５】
【図１】本実施の形態にかかるバックアップシステムの構成を示す図である。
【図２】携帯電話端末の機能的構成を示す図である。
【図３】サーバの機能的構成を示す図である。
【図４】バックアップアプリケーションの取得処理の手順を示すフローチャートである。
【図５】バックアップアプリケーションの表示画面の一例を示す図である。
【図６】アップロードボタン選択後の表示画面の一例を示す図である。
【図７】バックアップアプリケーションの実行処理の手順を示すフローチャートである。
【図８】ｎ＝１回目以降の認証の処理を示すフローチャートである。
【図９】バックアップデータのアップロード時の携帯電話端末の処理手順を示すフローチャートである。
【図１０】バックアップデータのアップロード時のサーバの処理手順を示すフローチャートである。
【図１１】バックアップデータのダウンロード時のサーバの処理手順を示すフローチャートである。
【図１２】バックアップデータのダウンロード時の携帯電話端末の処理手順を示すフローチャートである。
【図１３】ＳＡＳ−２認証方式における認証処理の処理工程を示すフローチャートである。
【図１４】ＳＡＳ−２認証方式における認証処理の処理工程を示すフローチャートである。
【図１５】ＳＡＳ−２認証方式における認証処理の処理工程を示すフローチャートである。
【図１６】バックアップシステムの他の構成例を示す図である。
【符号の説明】
【０１３６】
１００  バックアップシステム
１０１  携帯電話端末
１０２  サーバ
１１０  ネットワーク
２１０  制御部
２１１  通信部
２１２  表示部
２１３  操作部
２１４  音声通話部
２１５  カメラ部
２１６  メール管理部
２２１  アプリケーション実行部
２２２  データ記憶部
３１０  制御部
３１１  通信部
３１２  アプリケーション生成部
３１３  認証処理部
３１４  暗号化処理部
３１５  バックアップデータ記憶部
３１６  認証用データ記憶部
【図１】
2006211051.tif 000003
【図２】
2006211051.tif 000004
【図３】
2006211051.tif 000005
【図４】
2006211051.tif 000006
【図５】
2006211051.tif 000007
【図６】
2006211051.tif 000008
【図７】
2006211051.tif 000009
【図８】
2006211051.tif 000010
【図９】
2006211051.tif 000011
【図１０】
2006211051.tif 000012
【図１１】
2006211051.tif 000013
【図１２】
2006211051.tif 000014
【図１３】
2006211051.tif 000015
【図１４】
2006211051.tif 000016
【図１５】
2006211051.tif 000017
【図１６】
2006211051.tif 000018