(57)【要約】【課題】端末間でのデータ移動を、著作権を保護した上で実現する。【解決手段】センターシステム１において、製造番号とユーザＩＤとをデータ移動管理ＤＢ１０に反映し、データ移動元端末２が製造番号とともにデータバックアップ要求をセンターシステム１に送信し、センターシステム１では共通暗号鍵を生成し、データ移動元端末２の製造番号に対応づけて記録し、データ移動元端末２に提供し、データ移動元端末２は当該暗号鍵を用いてデータを暗号化して出力し、データ移動先端末３が製造番号とともにデータリストア要求をセンターシステム１に送信し、センターシステム１では、データ移動管理ＤＢから製造番号に該当するユーザＩＤを参照し、同一ユーザＩＤに対して記録されている共通暗号鍵をデータ移動先端末３に提供し、データ移動先端末３は提供された暗号鍵を用いて、外部から入力される暗号化データを復号し、リストアする。【選択図】図１
2008166873.tif 000002
【特許請求の範囲】
【請求項１】
複数のデータ機器間のデータ移動を管理するデータ管理装置であって、
データ機器ごとに、データ機器に固有の機器情報とデータ機器の利用者に関する利用者情報とを対応づけて記憶するデータベースと、
いずれかのデータ機器の機器情報が含まれ、当該データ機器が保有するデータの複製の承認を求めるデータ複製承認要求を受信するデータ複製承認要求受信部と、
前記データ複製承認要求に含まれた機器情報と一致する機器情報が前記データベースにおいて検出された場合に、検出された機器情報に対して、複製データの暗号化のための共通鍵を生成する共通鍵生成部と、
前記共通鍵生成部により生成された共通鍵を前記データ複製承認要求の送信元に対して送信する第一の鍵送信部と、
いずれかのデータ機器の機器情報が含まれ、暗号化された複製データの復号及び復号された複製データの格納の承認を求めるデータ格納承認要求を受信するデータ格納承認要求受信部と、
前記データ格納承認要求に含まれた機器情報と一致する機器情報が前記データベースにおいて検出され、検出された機器情報に対応する利用者情報と一致する利用者情報が他の機器情報について検出され、当該他の機器情報に対して共通鍵が生成されている場合に、当該共通鍵を前記データ格納承認要求の送信元に送信する第二の鍵送信部とを有することを特徴とするデータ管理装置。
【請求項２】
前記データベースは、
データ機器ごとに、データ機器とデータ管理装置との間のみで共有されているデータ機器に固有の秘匿情報と、機器情報と、利用者情報とを対応づけて記憶し、
前記共通鍵生成部は、
前記データベースにおいて前記データ複製承認要求に含まれた機器情報と一致する機器情報に対応づけられている秘匿情報を用いて、生成した共通鍵を暗号化し、
前記第一の鍵送信部は、
前記共通鍵生成部により暗号化された共通鍵を前記データ複製承認要求の送信元に対して送信することを特徴とする請求項１に記載のデータ管理装置。
【請求項３】
前記データベースは、
データ機器ごとに、データ機器とデータ管理装置との間のみで共有されているデータ機器に固有の秘匿情報と、機器情報と、利用者情報とを対応づけて記憶し、
前記共通鍵生成部は、
前記データ格納承認要求の送信元に対して送信する共通鍵が検出された場合に、前記データベースにおいて前記データ格納承認要求に含まれた機器情報と一致する機器情報に対応づけられている秘匿情報を用いて当該共通鍵を暗号化し、
前記第二の鍵送信部は、
前記共通鍵生成部により暗号化された共通鍵を前記データ格納承認要求の送信元に対して送信することを特徴とする請求項１に記載のデータ管理装置。
【請求項４】
前記データベースは、
前記データ複製承認要求に含まれた機器情報と一致する機器情報が検出された場合に、前記データ複製承認要求の受信日時を、データ複製承認要求日時として、検出された機器情報に対応づけて記憶し、
前記第二の鍵送信部は、
前記データベースにおいて前記他の機器情報に対してデータ複製承認要求日時が記憶されている場合に、前記他の機器情報に対する共通鍵を前記データ格納承認要求の送信元に対して送信することを特徴とする請求項１に記載のデータ管理装置。
【請求項５】
前記データベースは、
データ機器ごとに、データ格納承認要求の受信日時であるデータ格納承認要求受信日時と、データ機器が購入された日時であるデータ機器購入日時とを、機器情報に対応づけて記憶し、
前記データ管理装置は、更に、
前記データ機器購入日時から一定期間が経過しても前記データ格納承認要求受信日時が記憶されない機器情報が存在する場合に、当該機器情報に対応する利用者情報に示されている利用者が利用する通信装置に対して、データ移動を促す通知を送信する通知送信部を有することを特徴とする請求項１に記載のデータ管理装置
【請求項６】
前記第二の鍵送信部は、
前記通知送信部により前記通知が送信された後、一定期間経過後は、前記通知の送信の対象となった機器情報が含まれたデータ格納承認要求に対して共通鍵を送信しないことを特徴とする請求項４に記載のデータ管理装置。
【請求項７】
少なくとも一つの機器がデータを保有している複数のデータ機器と、前記複数のデータ機器間のデータ移動を管理するデータ管理装置とを有するデータ管理システムであって、
前記複数のデータ機器のうちのデータを保有している移動元データ機器が、
当該移動元データ機器に固有の機器情報を含み、当該移動元データ機器が保有するデータの複製の承認を求めるデータ複製承認要求を前記データ管理装置に対して送信し、
前記データ管理装置は、
データ機器ごとに、データ機器に固有の機器情報とデータ機器の利用者に関する利用者情報とを対応づけて記憶するデータベースを有し、
前記データ複製承認要求を受信し、
前記データ複製承認要求に含まれた機器情報と一致する機器情報が前記データベースにおいて検出された場合に、検出された機器情報に対して、複製データの暗号化のための共通鍵を生成し、
生成した共通鍵を前記データ複製承認要求の送信元に対して送信し、
前記移動元データ機器は、
前記データ管理装置から送信された共通鍵を受信し、受信した共通鍵を用いて、保有するデータの複製データを暗号化し、
前記複数のデータ機器のうち複製データの格納先となる移動先データ機器が、
当該移動先データ機器の機器情報を含み、暗号化された複製データの復号及び復号された複製データの格納の承認を求めるデータ格納承認要求を前記データ管理装置に対して送信し、
前記データ管理装置は、
前記データ格納承認要求を受信し、
前記データ格納承認要求に含まれた機器情報と一致する機器情報が前記データベースにおいて検出され、検出された機器情報に対応する利用者情報と一致する利用者情報が前記移動元データ機器の機器情報について検出された場合に、前記移動元データ機器の機器情報に対する共通鍵を前記データ格納承認要求の送信元に対して送信し、
前記移動先データ機器は、
前記データ管理装置から送信された共通鍵を受信し、受信した共通鍵を用いて、前記移動元データ機器により暗号化された複製データを復号し、復号された複製データを格納することを特徴とするデータ管理システム。
【請求項８】
各々のデータ機器は、
データ機器に固有の秘匿情報を保有し、
前記データ管理装置は
データ機器ごとに、秘匿情報と、機器情報と、利用者情報とを対応づけて記憶するデータベースを有し、
前記データ複製承認要求を受信し共通鍵を生成した場合に、前記データベースにおいて前記データ複製承認要求に含まれた機器情報と一致する機器情報に対応づけられている秘匿情報を用いて、生成した共通鍵を暗号化し、
暗号化された共通鍵を前記データ複製承認要求の送信元に対して送信し、
前記移動元データ機器は、
前記データ管理装置から送信された暗号化された共通鍵を受信し、保有している秘匿情報を用いて、受信した暗号化された共通鍵を復号し、復号した共通鍵を用いて保有するデータの複製データを暗号化することを特徴とする請求項７に記載のデータ管理システム。
【請求項９】
各々のデータ機器は、
データ機器に固有の秘匿情報を保有し、
前記データ管理装置は
データ機器ごとに、秘匿情報と、機器情報と、利用者情報とを対応づけて記憶するデータベースを有し、
前記データ格納承認要求の送信元に対して送信する共通鍵が検出された場合に、前記データベースにおいて前記データ格納承認要求に含まれた機器情報と一致する機器情報に対応づけられている秘匿情報を用いて当該共通鍵を暗号化し、
暗号化された共通鍵を前記データ格納承認要求の送信元に対して送信し、
前記移動元データ機器は、
前記データ管理装置から送信された暗号化された共通鍵を受信し、保有している秘匿情報を用いて、受信した暗号化された共通鍵を復号し、復号した共通鍵を用いて、前記移動元データ機器により暗号化された複製データを復号し、復号された複製データを格納することを特徴とする請求項７に記載のデータ管理システム。
【請求項１０】
前記移動元データ機器は、
前記データ管理装置から受信した共通鍵を用いて保有するデータの複製データを暗号化して外部記憶媒体に出力するとともに、暗号化した複製データの前記外部記憶媒体への出力が正常に完了するまで前記共通鍵を保持し、
複製データの暗号化及び暗号化した複製データの前記外部記憶媒体への出力が正常に完了しなかった場合に、保持している共有鍵を用いて、複製データの暗号化及び外部記憶媒体への出力を継続することを特徴とする請求項７に記載のデータ管理システム。
【請求項１１】
前記移動先データ機器は、
前記データ管理装置から受信した共通鍵を用いて暗号化された複製データの復号及び復号された複製データの格納を行うとともに、暗号化された複製データの復号及び復号された複製データの格納が正常に完了するまで前記共通鍵を保持し、
暗号化された複製データの復号及び復号された複製データの格納が正常に完了しなかった場合に、保持している共有鍵を用いて、暗号化された複製データの復号及び復号された複製データの格納を継続することを特徴とする請求項７に記載のデータ管理システム。
【請求項１２】
少なくとも一つの機器がデータを保有している複数のデータ機器と、前記複数のデータ機器間のデータ移動を管理するデータ管理装置と、前記複数のデータ機器と前記データ管理装置とを仲介する仲介装置とを有するデータ管理システムであって、
前記仲介装置は、
当該移動元データ機器が保有するデータの複製の承認を求める要求であって、前記複数のデータ機器のうちのデータを保有している移動元データ機器に固有の機器情報を含むデータ複製承認要求を前記データ管理装置に対して送信し、
前記データ管理装置は、
データ機器ごとに、データ機器に固有の機器情報とデータ機器の利用者に関する利用者情報とを対応づけて記憶するデータベースを有し、
前記データ複製承認要求を受信し、
前記データ複製承認要求に含まれた機器情報と一致する機器情報が前記データベースにおいて検出された場合に、検出された機器情報に対して、複製データの暗号化のための共通鍵を生成し、
生成した共通鍵を前記データ複製承認要求の送信元に対して送信し、
前記仲介装置は、
前記データ管理装置から送信された共通鍵を受信し、
前記移動元データ機器は、
前記仲介装置が受信した共通鍵を取得し、取得した共通鍵を用いて保有するデータの複製データを暗号化し、
前記仲介装置は、
暗号化された複製データの復号及び復号された複製データの格納の承認を求める要求であって、前記複数のデータ機器のうちの複製データの格納先となる移動先データ機器の機器情報を含むデータ格納承認要求を前記データ管理装置に対して送信し、
前記データ管理装置は、
前記データ格納承認要求を受信し、
前記データ格納承認要求に含まれた機器情報と一致する機器情報が前記データベースにおいて検出され、検出された機器情報に対応する利用者情報と一致する利用者情報が前記移動元データ機器の機器情報について検出された場合に、前記移動元データ機器の機器情報に対する共通鍵を前記データ格納承認要求の送信元に対して送信し、
前記仲介装置は、
前記データ管理装置から送信された共通鍵を受信し、
前記移動先データ機器は、
前記仲介装置が受信した共通鍵を取得し、取得した共通鍵を用いて、前記移動元データ機器により暗号化された複製データを復号し、復号された複製データを格納することを特徴とするデータ管理システム。
【請求項１３】
コンピュータが、複数のデータ機器間のデータ移動を管理するデータ管理方法であって、
データ機器ごとに、データ機器に固有の機器情報とデータ機器の利用者に関する利用者情報とを対応づけて記憶しているデータベースをコンピュータが検索する情報検索ステップと、
いずれかのデータ機器の機器情報が含まれ、当該データ機器が保有するデータの複製の承認を求めるデータ複製承認要求をコンピュータが受信するデータ複製承認要求受信ステップと、
前記データ複製承認要求に含まれた機器情報と一致する機器情報が前記情報検索ステップにより検出された場合に、検出された機器情報に対して、複製データの暗号化のための共通鍵をコンピュータが生成する共通鍵生成ステップと、
前記共通鍵生成ステップにより生成された共通鍵を前記データ複製承認要求の送信元に対してコンピュータが送信する第一の鍵送信ステップと、
いずれかのデータ機器の機器情報が含まれ、暗号化された複製データの復号及び復号された複製データの格納の承認を求めるデータ格納承認要求をコンピュータが受信するデータ格納承認要求受信ステップと、
前記データ格納承認要求に含まれた機器情報と一致する機器情報が前記情報検索ステップにより検出され、検出された機器情報に対応する利用者情報と一致する利用者情報が他の機器情報について検出され、当該他の機器情報に対して共通鍵が生成されている場合に、コンピュータが当該共通鍵を前記データ格納承認要求の送信元に送信する第二の鍵送信ステップとを有することを特徴とするデータ管理方法。
【請求項１４】
複数のデータ機器間のデータ移動を管理するコンピュータに、
データ機器ごとに、データ機器に固有の機器情報とデータ機器の利用者に関する利用者情報とを対応づけて記憶しているデータベースを検索する情報検索処理と、
いずれかのデータ機器の機器情報が含まれ、当該データ機器が保有するデータの複製の承認を求めるデータ複製承認要求を受信するデータ複製承認要求受信処理と、
前記データ複製承認要求に含まれた機器情報と一致する機器情報が前記情報検索処理により検出された場合に、検出された機器情報に対して、複製データの暗号化のための共通鍵を生成する共通鍵生成処理と、
前記共通鍵生成処理により生成された共通鍵を前記データ複製承認要求の送信元に対して送信する第一の鍵送信処理と、
いずれかのデータ機器の機器情報が含まれ、暗号化された複製データの復号及び復号された複製データの格納の承認を求めるデータ格納承認要求を受信するデータ格納承認要求受信処理と、
前記データ格納承認要求に含まれた機器情報と一致する機器情報が前記情報検索処理により検出され、検出された機器情報に対応する利用者情報と一致する利用者情報が他の機器情報について検出され、当該他の機器情報に対して共通鍵が生成されている場合に、当該共通鍵を前記データ格納承認要求の送信元に送信する第二の鍵送信処理とを実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば、カーナビゲーションシステム（以下、カーナビともいう）などの機器に記録した音楽ＣＤデータなど、第三者が著作権を有し、個人が私的利用の範囲で仕事以外の目的に使用可能なデータに関し、機器の買換え時などにデータを買換え前の機器から買換え後の機器に移動する際、不正な利用を防止し、個人の持ち物であることを担保し、著作権保護を確実にした上でのデータ移動技術に関する。
【背景技術】
【０００２】
今日、デジタルデータのコピー・移動を行う技術は既に確立されており、容易に行うことができるが、一方で容易であるが故に、著作権付きのデータに対する不正利用が問題となってくる。
コピーしたデータや、移動中のデータが、そのデータを利用する権利の無い第三者に不正にアクセスされたり、或いは利用する権利のある者が不正に第三者に渡すことは、重大な著作権侵害となる。
しかしながら、ユーザの視点からすると、対価を払って購入したデジタルコンテンツを、機器の買換えや故障等により失ってしまうことは問題であり、何らかの対策を講じなければ、デジタルコンテンツの流通を阻害し、社会問題に発展する可能性さえある。
この様な背景から、機器買換え時のデータ移動や、機器の故障に備えたデータバックアップなどは、一部の種類の機器で徐々に始められているものの、現状まだ十分になされているとは言い難い。以下、機器の種類ごとの状況を説明する。
【０００３】
［携帯電話］
携帯電話で購入・視聴するコンテンツとして、着メロ、着うたなどがある。これまで携帯買換え時に、着メロ・着うたなどの購入済みコンテンツを移動できなかった点が既に社会問題化した経緯があり、解決するための先行技術もある。
【０００４】
例えば、特許文献１では、コンテンツのバックアップを行うサーバ側の管理テーブルを用いて、コンテンツを電話番号に紐付けて管理する構成を採ることにより、同じ電話番号を持つ端末にしかコンテンツをリストアできないよう作用させている。
【０００５】
また、特許文献２でも、電話番号（加入者番号）から生成される暗号鍵でコンテンツを暗号化する構成を採ることにより、同じ電話番号（加入者番号）を持つ端末でしかコンテンツを復号して使用できないよう作用させている。
【０００６】
携帯電話の場合、端末の機器ＩＤとみなせる電話番号を同時にユーザＩＤとみなすことができ、さらに端末を買い替えても変わらないという電話番号固有の特殊な性質に依存した形で、個人の持ち物であることの担保を実現している。
【０００７】
また、特許文献３では、同じく携帯電話を主な対象とし、個人が所有するＩＣカードに内蔵されている暗号鍵でコンテンツを暗号化するよう構成することで、コンテンツをＩＣカードにバインドし、ＩＣカードを所有する個人にしかコンテンツを利用できないよう作用させている。
【０００８】
［ＤＶＤレコーダ］
現状、データ移動は不可能である。業界全体に放送局側の意思が強く働いており、コピーワンスが唯一業界内でコンセンサスを得ている状況。ただし、コピーワンスのみでは不都合が多いことは社会的に認知されており、メーカー側は「出力保護付きコピーフリー（ＥＰＮ：Ｅｎｃｒｙｐｔｉｏｎ  Ｐｌｕｓ  Ｎｏｎ−ａｓｓｅｒｔｉｏｎ）」を提案中である。
総務省も乗り出し、放送局側との調整が進められている。
【０００９】
データ移動ではなく、データのバックアップのみを目的とした先行技術として、例えば、特許文献４がある。
該先行技術では、サーバ側で、コンテンツ並びに、ユーザＩＤ／パスワードといった利用者情報と機器ＩＤを紐付けて管理し、コンテンツ再利用時にユーザ認証を行い、機器ＩＤで暗号化したコンテンツをダウンロードさせるよう構成することにより、コンテンツの利用を個人に限定するよう作用させている。
【特許文献１】特開２００４−０４８１８０号公報
【特許文献２】特開２００３−１１０５４１号公報
【特許文献３】特開２００５−２４２９１３号公報
【特許文献４】特開２００２−３２９０２５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
以上、携帯電話においては、コンテンツを電話番号にバインドすることで、個人の持ち物であることを担保する先行技術（特許文献１、特許文献２）が開示されているが、上述の通り、電話番号はユーザＩＤとみなすことができ、さらに端末を買い替えても変わらないという特徴に大きく依存した構成を採っており、このような著作権を考慮したデータ移動に便利なＩＤを持たないカーナビやＤＶＤレコーダ、携帯音楽プレーヤーなどの機器には、該先行技術を採用することができない。
【００１１】
また、特許文献３では、機器の他にＩＣカードを用いる構成を採っているが、ＩＣカードそのものの販売・運用などが別途必要となり、また、ＩＣカードの不正入手や、不正提供などにより著作権が脅かされるという問題もあり、安全なデータ移動を実現する上で不十分である。
【００１２】
さらに、特許文献４では、コンテンツを機器ＩＤにバインドするため、その機器でしかコンテンツを利用することができず、安全なバックアップ用途には利用できるが、本発明が目的とする、機器買換え時のデータ移動には利用することができない。
【００１３】
本発明は、上記のような課題を解決することを主な目的とし、電話番号のような便利なＩＤを持たない機器においても、デジタルデータの著作権を保護しつつ、安全にデータを移動することが可能なデータ移動方法、データ移動機器及びシステムを得ることを主な目的とする。
【課題を解決するための手段】
【００１４】
本発明に係るデータ管理装置は、
複数のデータ機器間のデータ移動を管理するデータ管理装置であって、
データ機器ごとに、データ機器に固有の機器情報とデータ機器の利用者に関する利用者情報とを対応づけて記憶するデータベースと、
いずれかのデータ機器の機器情報が含まれ、当該データ機器が保有するデータの複製の承認を求めるデータ複製承認要求を受信するデータ複製承認要求受信部と、
前記データ複製承認要求に含まれた機器情報と一致する機器情報が前記データベースにおいて検出された場合に、検出された機器情報に対して、複製データの暗号化のための共通鍵を生成する共通鍵生成部と、
前記共通鍵生成部により生成された共通鍵を前記データ複製承認要求の送信元に対して送信する第一の鍵送信部と、
いずれかのデータ機器の機器情報が含まれ、暗号化された複製データの復号及び復号された複製データの格納の承認を求めるデータ格納承認要求を受信するデータ格納承認要求受信部と、
前記データ格納承認要求に含まれた機器情報と一致する機器情報が前記データベースにおいて検出され、検出された機器情報に対応する利用者情報と一致する利用者情報が他の機器情報について検出され、当該他の機器情報に対して共通鍵が生成されている場合に、当該共通鍵を前記データ格納承認要求の送信元に送信する第二の鍵送信部とを有することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、携帯電話の電話番号のような特殊なＩＤを持たないデータ機器間においても、データを利用者にバインドし、第三者からの不正なアクセスや、データ所有者の悪意に基づく第三者への不正提供を防ぎ、機器間のデータ移動や、機器故障に備えたデータのバックアップ／リストアを、著作権を保護した上で実現することができる。
【発明を実施するための最良の形態】
【００１６】
実施の形態１．
（移動元端末からのデータのバックアップ、及び移動先端末へのデータのリストア）
（センターにおけるデータ移動管理ＤＢと、そのメンテナンス）
図１は、実施の形態１に係るデータ管理システム１００の構成例を示す。
本実施の形態に係るデータ管理システムは、センターシステム１、データ移動元端末２、データ移動先端末３を有し、センターシステム１とデータ移動元端末２の間及びセンターシステム１とデータ移動先端末３との間は、ネットワーク４で接続される。
ネットワーク４は、例えば、インターネットや携帯電話通信網から構成される。
センターシステム１はデータ管理装置の例であり、データ移動元端末２は移動元データ機器の例であり、データ移動先端末３は移動先データ機器の例である。
【００１７】
センターシステム１、データ移動元端末２、データ移動先端末３の内部構成要素を詳細に説明する前に、ここで、図４のフローチャートを用いて、センターシステム１、データ移動元端末２、データ移動先端末３の動作の流れを概説する。
【００１８】
センターシステム１は、データ移動管理ＤＢ１０（データベース）を有する。
このデータ移動管理ＤＢ１０は、端末ごとに、端末に固有の製造番号（機器情報）と端末に固有の秘匿ＩＤ（秘匿情報）と、端末の利用者の情報であるユーザＩＤ（利用者情報）とを対応づけて記憶している。
また、端末側でも、それぞれ自己の製造番号と秘匿ＩＤを記憶している。
【００１９】
先ず、データを保有しているデータ移動元端末２が、当該データ移動元端末２の製造番号を含み、当該データ移動元端末２が保有するデータの複製の承認を求めるデータバックアップ要求（データ複製承認要求）をセンターシステム１に対して送信する（ＳＴ２１）。
センターシステム１では、データバックアップ要求を受信し（ＳＴ１１）（データ複製承認要求受信ステップ）、データバックアップ要求に含まれた製造番号をキーにデータ移動管理ＤＢ１０を検索する（ＳＴ１２）（情報検索ステップ）。
検索の結果、データバックアップ要求に含まれた製造番号と一致する製造番号がデータ移動管理ＤＢ１０において検出された場合に、検出された製造番号に対して、複製データの暗号化のための共通鍵を生成し（ＳＴ１３）（共通鍵生成ステップ）、更に、当該製造番号に対応付けられている秘匿ＩＤを用いて、共通鍵を暗号化し、暗号化した共通鍵をデータバックアップ要求の送信元であるデータ移動元端末２に対して送信する（ＳＴ１４）（第一の鍵送信ステップ）。
データ移動元端末２では、センターシステム１から送信された暗号化された共通鍵を受信し（ＳＴ２２）、保有している秘匿ＩＤを用いて、受信した暗号化された共通鍵を復号し、復号した共通鍵を用いて保有するデータの複製データを暗号化し、外部記憶媒体等に暗号化された複製データを出力する（ＳＴ２３）。
【００２０】
次に、複製データの格納先となるデータ移動先端末３が、当該データ移動先端末３の製造番号を含み、暗号化された複製データの復号及び復号された複製データの格納の承認を求めるデータリストア要求（データ格納承認要求）をセンターシステム１に対して送信する（ＳＴ３１）。
センターシステム１では、データリストア要求を受信し（ＳＴ１５）（データ格納承認要求受信ステップ）、データリストア要求に含まれた製造番号をキーにデータ移動管理ＤＢ１０を検索する（ＳＴ１６）（情報検索ステップ）。
検索の結果、データリストア要求に含まれた製造番号と一致する製造番号がデータ移動管理ＤＢ１０において検出され、検出された製造番号に対応するユーザＩＤと一致するユーザＩＤがデータ移動元端末２の製造番号について検出された場合（すなわち、データ移動元端末２とデータ移動先端末３のユーザが同一と確認できた場合）に、データ移動元端末２の製造番号に対応付けられている共通鍵を検出する（ＳＴ１７）。
更に、センターシステム１では、データリストア要求に含まれている製造番号に対応づけられている秘匿ＩＤ（すなわち、データ移動先端末３の秘匿ＩＤ）を用いて当該共通鍵を暗号化し、暗号化された共通鍵をデータリストア要求の送信元であるデータ移動先端末３に対して送信する（ＳＴ１８）（第二の鍵送信ステップ）。
データ移動先端末３では、センターシステム１から送信された暗号化された共通鍵を受信し（ＳＴ３２）、保有している秘匿ＩＤを用いて、受信した暗号化された共通鍵を復号し、復号した共通鍵を用いて、データ移動元端末２により暗号化された複製データを復号し、復号された複製データを格納する（ＳＴ３３）。
これにより、データ移動元端末２からデータ移動先端末３へのデータの移動が可能となる。
【００２１】
次に、センターシステム１、データ移動元端末２、データ移動先端末３の内部構成要素を詳細に説明する。
【００２２】
センターシステム１は、データ移動管理ＤＢ１０、機器製造情報受付部１１、機器販売情報受付部１２、データ移動要求受付部１３から構成される。
データ移動管理ＤＢ１０は、コンピュータ及び市販のリレーショナルデータベースシステムから構成されるものである。
【００２３】
機器製造情報受付部１１は、機器製造メーカーから送られてくる機器の製造番号とそれに対応する秘匿ＩＤを受け付け、データ移動管理ＤＢ１０に反映する機能を持つコンピュータ及びプログラム等から構成される。
ここで、製造番号及び秘匿ＩＤ情報がどのような形態で送られてきてもよく、電子データとして受け取り、オンラインでデータ移動管理ＤＢに反映する構成を採ってもよいし、印刷データとして受け取り、オペレータが手入力でデータを入力してもよい。
【００２４】
機器販売情報受付部１２は、機器販売業者（車両備え付けの純正カーナビであれば、カーディーラー）から機器の製造番号と、販売後所有者のユーザＩＤを受け付け、データ移動管理ＤＢ１０に反映する機能を持つコンピュータ及びプログラム等から構成される。
ここで、製造番号及びユーザＩＤ情報がどのような形態で送られてきてもよく、電子データとして受け取り、オンラインでデータ移動管理ＤＢに反映する構成を採ってもよいし、印刷データとして受け取り、オペレータが手入力でデータを入力してもよい。
【００２５】
データ移動要求受付部１３は、データ移動元端末２からのデータバックアップ要求や、データ移動先端末３からのデータリストア要求を受け付け、データを暗号、または復号するための暗号鍵を提供する機能を持つコンピュータ及びプログラム等から構成される。
なお、データ移動要求受付部１３は、製造番号、秘匿ＩＤ、ユーザＩＤについては、データ移動管理ＤＢ１０を参照するのみで、ＤＢの更新は行わない。
但し、データ移動要求受付部１３は、製造番号、秘匿ＩＤ、ユーザＩＤ以外の情報、例えば、暗号化及び復号化のための共通鍵の登録、データバックアップ要求の受信日時、データリストア要求の受信日時の登録等はデータ移動管理ＤＢ１０に対して行う。
このように、データ移動管理ＤＢ１０は、製造番号、秘匿ＩＤ、ユーザＩＤについては、機器製造情報受付部１１、または機器販売情報受付部１２からのみ更新され、データ移動要求受付部１３からは更新されることは無い。
【００２６】
図２は、データ移動要求受付部１３の内部構成例を示す。
データバックアップ要求受信部１３０１（データ複製承認要求受信部）は、データ移動元端末２からのデータバックアップ要求（データ複製承認要求）を受信する。
データリストア要求受信部１３０２（データ格納承認要求受信部）は、データ移動先端末３からのデータリストア要求（データ格納承認要求）を受信する。
データ移動用暗号鍵生成部１３０３（共通鍵生成部）は、データバックアップ要求に含まれた製造番号と一致する製造番号がデータ移動管理ＤＢ１０において検出された場合に、検出された製造番号に対して、データ移動用暗号鍵（共通鍵）を生成する。
また、データ移動用暗号鍵生成部１３０３は、データ移動用暗号鍵に対して秘匿ＩＤを用いて暗号化を行う。
鍵送信部１３０４（第一の鍵送信部、第二の鍵送信部）は、データ移動用暗号鍵生成部１３０３により生成され、暗号化されたデータ移動用暗号鍵をデータバックアップ要求の送信元であるデータ移動元端末２に対して送信する。また、鍵送信部１３０４は、データリストア要求があった場合に、データ移動管理ＤＢ１０から検出され、暗号化されたデータ移動用暗号鍵をデータリストア要求の送信元であるデータ移動先端末３に対して送信する。
【００２７】
データ移動元端末２とデータ移動先端末３は、各々異なる秘匿ＩＤを持つ他は、同じ構成を持つものである。
データ入出力部２０は、データのバックアップ及びリストア時に、図示しない外付けＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）のような外部媒体との間でデータのやり取りを行う機能を持った回路及びプログラム等から構成されるものである。
通信処理部２１は、端末２、３とセンターシステム１の間で各種情報のやり取りを行う機能を持った回路及びプログラム等から構成されるものである。
秘匿ＩＤ記憶部２２は、端末ごとにユニークな秘匿ＩＤを記憶する半導体及びプログラム等から構成されるものである。
共通鍵演算処理部２３は、共通鍵と被演算処理データを入力とし、共通鍵による暗号演算を施し出力する機能を持った回路及びプログラム等から構成されるものである。
秘匿ＩＤ記憶部２２と共通鍵演算処理部２３は、耐タンパー領域２６の内部に存在するものである。
データ記憶部２４は、移動対象となるデジタルデータを記録保持する内蔵ストレージなどに代表される半導体記憶装置及びプログラム等から構成されるものである。
製造番号記憶部２５は、端末ごとにユニークな製造番号を記憶する半導体及びプログラム等から構成されるものである。
【００２８】
図３は、データ移動管理ＤＢ１０のテーブル構造を示したものである。
製造番号（機器情報）及び秘匿ＩＤ（秘匿情報）は、各々端末に固有なものである。ユーザＩＤ（利用者情報）は所有者ごとに固有なものである。
製造番号、秘匿ＩＤは端末を一意に識別することができ、ユーザＩＤは所有者を一意に識別することができる。
データ移動用暗号鍵（共通鍵）の欄には、データバックアップ要求に対応してデータ移動用暗号鍵が生成された際に、当該データ移動用暗号鍵が登録される。
バックアップ要求日時（データ複製承認要求日時）の欄は、データバックアップ要求があった日時が登録される。
また、リストア要求日時（データ格納承認要求日時）の欄は、データリストア要求があった日時が登録される。
【００２９】
（移動元端末からのデータバックアップ要求時の動作）
ここでは、データ移動元端末２からのデータバックアップ要求時の動作を詳細に説明する。
機器買換え時などに、内蔵ＨＤＤに蓄積されている音楽ＣＤデータのような著作権付きデジタルデータを出力する際、端末の操作画面から、図示しないデータバックアップメニューを選択する。
データ移動元端末２は、製造番号記憶部２５から端末の製造番号を読出し、データバックアップ要求（移動したいデータそのものは含まない）とともに通信処理部２１からネットワーク４経由でセンターシステム１に送信する。
バックアップ要求を受けたセンターシステム１のデータ移動要求受付部１３の処理を、図５のフローチャートを用いて説明する。
データバックアップ要求受信部１３０１が、データバックアップ要求を受信し、まずステップＳＴ１００にて、データ移動管理ＤＢ１０から、該当製造番号を有するレコードを検索する。
次に、ステップＳＴ１０１にてレコードが見つかった場合、ステップＳＴ１０２にて、データ移動用暗号鍵生成部１３０３が、データ移動用暗号鍵をランダム生成する。
次に、ステップＳＴ１０３にて、データ移動用暗号鍵生成部１３０３が、今生成したランダム鍵をデータ移動用暗号鍵カラムに記録する。
次に、ステップＳＴ１０４にて、データバックアップ要求受信部１３０１が現在時刻を取得し、バックアップ要求日時カラムに記録する。
次に、ステップＳＴ１０５にて、データ移動用暗号鍵生成部１３０３がデータ移動用暗号鍵を秘匿ＩＤで暗号化する。
次にステップＳＴ１０６にて、鍵送信部１３０４が、今暗号化したデータ移動用暗号鍵を、データ移動元端末２に返す。
ステップＳＴ１０１にてレコードが見つからなかった場合は、ステップＳＴ１０７にて、データ移動管理ＤＢに登録されていない端末からの不正なバックアップ要求であると判断し、次にステップＳＴ１０８にて移動元端末にエラーを返す。
以上で処理は終了である。
【００３０】
図３のテーブルを例にすると、例えば、データリストア要求に製造番号：００００２６５３が含まれている場合、同じ製造番号が含まれる最下段のレコードが上記の「レコード１」となる。そして、このレコードに含まれるユーザＩＤ：Ｕ０００１２３４と同じユーザＩＤを持つレコードを検索し、最上段のレコードが検索される。これが、上記の「レコード２」に対応する。そして、このレコード２に含まれている移動用暗号鍵：ＭＨｇ０ＹＴｇ２Ｙ２Ｕ５Ｚｇを、レコード１の秘匿ＩＤ：２３０８６２１９で暗号化し、データリストア要求の送信元であるデータ移動先端末３に送信する。
【００３１】
次に、センターシステム１より、暗号化されたデータ移動用暗号鍵を受信した後の移動元端末２の処理を、図６のフローチャートを用いて説明する。
処理開始後、まずステップＳＴ２００にて、通信処理部２１が、センターシステム１から受信したデータ移動用暗号鍵を、耐タンパー領域２６に格納する。
次に、ステップＳＴ２０１にて、共通鍵演算処理部２３が、秘匿ＩＤ記憶部２２から秘匿ＩＤを読み出す。
次に、ステップＳＴ２０２にて、共通鍵演算処理部２３が、秘匿ＩＤを用いてデータ移動用暗号鍵を復号する。
次に、ステップＳＴ２０３にて、データ記憶部２４から共通鍵演算処理部２３に、逐次移動対象データを読み込む。
次に、ステップＳＴ２０４にて、共通鍵演算処理部２３が、逐次読み込んだ移動対象データをデータ移動用暗号鍵で逐次暗号化し、データ入出力部２０に出力する。
次に、ステップＳＴ２０５にて、データ入出力部２０より、図示しない外部媒体に暗号化データを出力する。
以上で処理は終了である。
【００３２】
以上のように作用することで、移動対象データを暗号化した状態で、外部媒体にバックアップ出力することができる。
また、暗号化されていることで、第三者からの不正なアクセスを防ぐことができる。
更に、データ移動用暗号鍵や秘匿ＩＤといった、暗号処理上重要なデータは、耐タンパー領域２６の内部でのみ存在するよう構成しているため、安全にデータのバックアップ処理を行うことができる。
【００３３】
（移動先端末からのデータリストア要求時の動作）
ここでは、外部媒体に暗号化出力した移動対象データを、データ移動先端末３にリストアする際の、データリストア要求時の動作を詳細に説明する。
なお、該当ユーザは、データ移動先端末３を購入処理済みであり、データ移動先端末３の情報は、既にセンターシステム１のデータ移動管理ＤＢ１０に反映されているものとする。
データ移動先端末３に外部媒体を接続した後、製造番号記憶部２５から端末の製造番号を読出し、データリストア要求（リストアしたいデータそのものは含まない）とともに通信処理部２１からネットワーク４経由でセンターシステム１に送信する。
リストア要求を受けたセンターシステム１のデータ移動要求受付部１３の処理を、図７のフローチャートを用いて説明する。
データリストア要求受信部１３０２が、データリストア要求を受信し、まず、ステップＳＴ３００にて、データ移動管理ＤＢ１０において該当製造番号を有するレコードを検索する。このレコードを「レコード１」とする。
ＳＴ３０１にて、レコード１が見つかった場合、データリストア要求受信部１３０２は、ステップＳＴ３０２にて、レコード１からユーザＩＤを読み出す。
次に、データリストア要求受信部１３０２は、ステップＳＴ３０３にて、今読み出したユーザＩＤと同じユーザＩＤを有する他のレコードを検索する。このレコードを「レコード２」とする。
次に、ＳＴ３０４にてレコード２が見つかった場合、データリストア要求受信部１３０２は、ステップＳＴ３０５にて、現在時刻を取得しレコード１のリストア要求日時カラムに記録する。
次に、ステップＳＴ３０６にて、データリストア要求受信部１３０２は、レコード２からデータ移動用暗号鍵を読み出す。
次に、ステップＳＴ３０７にて、データ移動用暗号鍵生成部１３０３が、データ移動用暗号鍵をレコード１の秘匿ＩＤで暗号化する。
次にステップＳＴ３０８にて、鍵送信部１３０４が、暗号化したデータ移動用暗号鍵をデータ移動先端末３に返す。
ステップＳＴ３０１にてレコード１が見つからなかった場合、ステップＳＴ３０９にて、データ移動管理ＤＢに登録されていない端末からの不正なリストア要求と判断し、次にステップＳＴ３１０にて移動先端末にエラーを返す。
ステップＳＴ３０４にてレコード２が見つからなかった場合、ステップＳＴ３０９にて、データのバックアップを行っていないユーザからの不正なリストア要求と判断し、次にステップＳＴ３１０にて移動先端末にエラーを返す。
以上で処理は終了である。
【００３４】
センターシステム１より、暗号化されたデータ移動用暗号鍵を受信した後のデータ移動先端末３の処理を、図８のフローチャートを用いて説明する。
なお、暗号化された移動対象データを記録した外部媒体を、予めデータ移動先端末３に接続しておく。
処理開始後、まずステップＳＴ４００にて、通信処理部２１が、センターシステム１から受信したデータ移動用暗号鍵を、耐タンパー領域２６に取り込む。
次に、ステップＳＴ４０１にて、共通鍵演算処理部２３が、秘匿ＩＤ記憶部２２から秘匿ＩＤを読み出す。
次に、ステップＳＴ４０２にて、共通鍵演算処理部２３にて、秘匿ＩＤを用いてデータ移動用暗号鍵を復号する。
次に、ステップＳＴ４０３にて、外部媒体からデータ入出力部２０を経由して共通鍵演算処理部２３に、逐次移動対象データを読み込む。
次に、ステップＳＴ４０４にて、共通鍵演算処理部２３が、逐次読み込んだ移動対象データをデータ移動用暗号鍵で逐次復号し、データ記憶部２４にリストアする。
以上で処理は終了である。
【００３５】
以上のように構成し作用させることで、外部媒体にバックアップされた、暗号化された移動対象データを、移動先端末にリストアすることができる。
また、暗号化されていることで、第三者からの不正なアクセスを防ぐことができる。
更に、データ移動用暗号鍵や秘匿ＩＤといった、暗号処理上重要なデータは、耐タンパー領域２６の内部でのみ存在するよう構成しているため、安全にデータのリストア処理を行うことができる。
【００３６】
そして、本実施の形態によれば、携帯電話の電話番号のような特殊なＩＤを持たない端末間においても、コンテンツデータを個人にバインドし、第三者からの不正なアクセスや、データ所有者の悪意に基づく第三者への不正提供を防ぎ、機器間で安全にデータを移動することができるようになる。
さらには、データバックアップ時やリストア時にユーザ認証という操作を必要としないため、入力アカウントやパスワードを盗まれて悪用される危険性も無く、より安全なデータ移動システムを提供できるものであり、また、公開鍵演算（ＲＳＡ（登録商標）演算）を用いないため、端末コストを抑制できるという効果も奏するものである。
【００３７】
このような効果により、本実施の形態に係るデータ管理システムは、センターで機器のＩＤと所有者を管理された端末間のデータ移動や、端末故障に備えたデータのバックアップ／リストアを、著作権を保護した上で実現することを目的とした用途に有用である。
また、このような著作権付きデータ移動事象に対する第三者からの開示要求に対し、回答可能な監査証跡を得ることを目的とした用途に有用である。
【００３８】
以上、本実施の形態では、少なくとも機器ＩＤと所有者ＩＤから成るレコードを持つＤＢ（データ移動管理ＤＢ）をセンターで管理し、
機器ＩＤ情報を、例えば機器製造会社からのみ入手し、データ移動管理ＤＢに反映し、機器ＩＤと所有者ＩＤから成る情報を、例えば機器販売会社からのみ入手し、データ移動管理ＤＢに反映し、端末を保有するユーザ自体は、ＤＢのメンテナンスに一切関わらず、
第一の端末（データ移動元端末）から機器ＩＤとともにデータバックアップ要求を受け付け、センターで共通暗号鍵（データ移動用暗号鍵）をランダム生成し、データ移動管理ＤＢの該当機器ＩＤのレコードに記録し、さらにそれを端末に提供し、
端末は提供された暗号鍵を用いて、内蔵データを暗号化して出力し、
第二の端末（データ移動先端末）から機器ＩＤとともにデータリストア要求を受け付け、センターで、データ移動管理ＤＢから機器ＩＤに該当する所有者ＩＤを参照し、同一所有者ＩＤを持つ他のレコードを検索し、記録されているデータ移動用暗号鍵を端末に提供し、
端末は提供された暗号鍵を用いて、外部から入力される暗号化データを復号し、内蔵データとしてリストアすることを特徴とする、データ移動方法、データ移動機器及びシステムについて説明した。
【００３９】
また、本実施の形態では、端末製造時に、機器ＩＤとして、一対一に対応する、製造番号と秘匿ＩＤを割り付け、
端末では、ユーザが参照可能な領域に製造番号を記録し、ユーザが参照不可能な秘匿領域に秘匿ＩＤを記録し、
センターでは、製造番号と秘匿ＩＤを紐付けて、データ移動管理ＤＢで管理し、
端末売買、及びバックアップ／リストア要求時の、ユーザや機器販売店による端末指定には製造番号を用い、
センターでは、データ移動用暗号鍵を、送信先端末の秘匿ＩＤで共通鍵暗号化し、端末に送り、
端末の秘匿領域に、共通鍵演算機能を設け、秘匿領域内でデータ移動用暗号鍵を復号し、データの暗号化出力、及び復号リストアを行うことを特徴とする、データ移動方法、データ移動機器及びシステムについて説明した。
【００４０】
実施の形態２．
（バックアップ、及びリストア処理失敗時の回復処理）
実施の形態１では、バックアップ時、及びリストア時の、機器及びシステムの基本動作について説明した。
ここで、バックアップ、リストアに要する時間は、移動するデータ量に応じて長くなる。カーナビを例に挙げると、データ量は数十ＧＢに上ることもあり、暗号化処理を考慮すると、実際にかかる時間が数時間レベルに達する。
データ移動の途中で、例えば電源断のような異常が発生し、バックアップ、またはリストア処理が中断するような場合を考えると、その回復処理が必要となる。
しかしながら、バックアップ要求、リストア要求に伴う、センターシステム１側のデータ移動管理ＤＢ１０更新処理は、既に１回目の要求時に行われてしまうため、リトライに伴う再要求は、既にバックアップ済みデータの再バックアップ、或いは既にリストア済みデータの再リストアといった不正な要求とみなされてしまい、リトライを行うことができないという問題が生ずる。
【００４１】
本実施の形態では、この問題を解決するための構成、作用について説明する。
まず、バックアップ処理の場合、図６のステップＳＴ２０２にて、データ移動用暗号鍵を秘匿ＩＤにより復号し、共通鍵演算処理部２３での演算処理に用いる。
ここで、データ移動用暗号鍵を耐タンパー領域２６から削除するタイミングを以下のようにする。
データ入出力部２０は、全てのデータが処理され、外部記憶媒体に出力されることを監視し、全ての出力が完了したら、出力完了イベントを耐タンパー領域２６に通知するよう構成する。耐タンパー領域２６はこの通知をもって初めてデータ移動用暗号鍵を消去するよう構成する。
【００４２】
一方、バックアップ処理を開始する時の、データ入出力部２０の処理手順を、図９のフローチャートを用いて説明する。
処理開始後、まずステップＳＴ５００にて、データ入出力部は耐タンパー領域２６にデータ移動用暗号鍵があるか否かを確認する。次にステップＳＴ５０１でデータ移動用暗号鍵が無い場合は、初めてのバックアップ要求と判断し、ステップＳＴ５０２にてセンターシステムにバックアップ要求を送り、通常の手順にてデータ移動用暗号鍵を取得する。次にステップＳＴ５０３にて、取得したデータ移動用暗号鍵を用いて、データの暗号化出力を行う。
ステップＳＴ５０１にてデータ移動用暗号鍵が既にある場合は、前回のバックアップ処理が失敗した上でのリトライと判断し、センターシステムへのバックアップ要求は行わず、ステップＳＴ５０４にて耐タンパー領域のデータ移動用暗号鍵を用いてデータの暗号化出力を行う。
【００４３】
つまり、本実施の形態では、データ移動元端末２は、センターシステム１から受信した共通鍵を用いて保有するデータの複製データを暗号化して外部記憶媒体に出力するとともに、暗号化した複製データの外部記憶媒体への出力が正常に完了するまで共通鍵を保持し、複製データの暗号化及び暗号化した複製データの外部記憶媒体への出力が正常に完了しなかった場合に、保持している共有鍵を用いて、複製データの暗号化及び外部記憶媒体への出力を継続する。
【００４４】
以上の説明は、バックアップ処理について説明したが、同じ構成・作用をリストア処理に適用することも可能である。
つまり、データ移動先端末３は、センターシステム１から受信した共通鍵を用いて暗号化された複製データの復号及び復号された複製データの格納を行うとともに、暗号化された複製データの復号及び復号された複製データの格納が正常に完了するまで共通鍵を保持し、暗号化された複製データの復号及び復号された複製データの格納が正常に完了しなかった場合に、保持している共有鍵を用いて、暗号化された複製データの復号及び復号された複製データの格納を継続する。
【００４５】
本実施の形態では、以上のように構成することで、バックアップ処理又はリストア処理が途中で中断した場合でも、センターシステムに再要求を出すことなく、リトライ処理を行うことができる。
また、データ移動用暗号鍵は耐タンパー領域２６に保存されるため、不正に用いられる危険性を避けた上で、リトライ処理が行える効果も奏する。
【００４６】
このように、本実施の形態では、データバックアップ処理や、データリストア処理が正常に完了するまで、センターから供給されたデータ移動用暗号鍵を秘匿領域に保持し、処理が完了した時点で消去することを特徴としたデータ移動方法、データ移動機器について説明した。
【００４７】
実施の形態３．
（バックアップ／リストア要求代行端末）
これまでの実施の形態では、データ移動元端末２及びデータ移動先端末３は、通信機能を内蔵するか、例えば、携帯電話を装着することにより通信機能を獲得し、この通信機能により、携帯電話通信網及びインターネットを用いてバックアップ／リストア要求を行うこととした。
しかしながら、例えばカーナビを例に挙げた場合、殆どの機種が携帯電話の装着が可能であるものの、携帯電話を持たない、或いは持っていてもカーナビに装着しないユーが多数存在することが考えられる。
このようなユーザに対しても、これまで述べたバックアップ／リストアサービスを提供できるようにするため、本実施の形態では、バックアップ／リストア要求代行端末５の構成と作用について説明する。
【００４８】
図１０は、本実施の形態に係るデータ管理システム１００のシステム構成例を示す。
図１０で、センターシステム１、データ移動元端末２、データ移動先端末３、ネットワーク４は、図１の構成と同じである。
本実施の形態では、バックアップ／リストア要求代行端末５（仲介装置）が追加されている。
バックアップ／リストア要求代行端末５は、データ移動元端末２、データ移動先端末３とセンターシステム１とを仲介する装置である。
また、本実施の形態では、データ移動元端末２、データ移動先端末３には、データ移動用暗号鍵入力部２７が新設されている。それ以外の構成要素については、図１と変わらないため、図示を省略している。つまり、データ移動元端末２、データ移動先端末３は、図示していないが、図１と同様の装置構成及び移動用暗号鍵入力部２７を備える。
【００４９】
ここで、バックアップ要求は、バックアップ／リストア要求代行端末５の図示しない操作画面より行い、バックアップ要求と製造番号を手入力などの方法により入力する。
それらをバックアップ要求受付部５０が受け付け、要求送信部５２からセンターシステムに送られる。
このようにしてバックアップ要求を受け付けた後のセンターシステムの動作は、図３と同じである。
【００５０】
次に、センターシステム１から返されたデータ移動用暗号鍵の処理方法について、図１１のフローチャートを用いて説明する。
処理開始後、まずステップＳＴ６００にて、移動用暗号鍵受信部５３がデータ移動用暗号鍵を受信する。
次に、ステップＳＴ６０１にて、データ移動用暗号鍵出力部５４がデータ移動用暗号鍵を例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリなどの外部媒体に出力する。
次に、ステップＳＴ６０２にて、操作者の手作業により、外部媒体をデータ移動元端末２に装着する。
次に、ステップＳＴ６０３にて、データ移動元端末２のデータ移動用暗号鍵入力部２７が、外部媒体に記録されているデータ移動用暗号鍵を読み込む。
次に、ステップＳＴ６０４にて、データ移動用暗号鍵を用いて、バックアップ処理を行う。
本ステップの処理詳細は、図４に示したものと同じである。
以上は、データのバックアップについて述べたが、リストア要求をバックアップ要求受付部５０の代わりにリストア要求受付部５１が受け付けることを除けば、リストア要求も同じ構成・作用により実現することができる。
【００５１】
以上により、携帯電話を持たない、或いは用いないユーザに対しても、バックアップ／リストアサービスを提供することができるようになる。また、外部媒体を用いてバックアップ／リストア代行端末及びデータ移動元／移動先端末間でやり取りされるデータ移動用暗号鍵は、端末の秘匿ＩＤで暗号化されているため、第三者による不正アクセスを受ける危険が無いという効果も奏するものである。
【００５２】
このように、本実施の形態では、バックアップ／リストア要求時の、センターへの送信データ（バックアップ要求、リストア要求、製造番号）の入力を、該当端末以外の代行端末を用いて行い、センターが生成するデータ移動用暗号鍵を、代行端末へダウンロードし、
該当端末と代行端末にメモリカードＩ／Ｆ（インタフェース）を設け、代行端末から該当端末へ、メモリカードによりデータ移動用暗号鍵を移動することを特徴とした、データ移動方法、データ移動及びシステムについて説明した。
【００５３】
実施の形態４．
（端末購入後、リストア猶予期間の限定）
本実施の形態では、データ移動用目的に作成されたバックアップが不正に利用されないようにすることを目的とした、移動先端末購入後のリストア猶予期間の限定について説明する。
【００５４】
図１２は、センターシステム１の構成図である。
図１に示した構成に対し、データ移動管理ＤＢ定期チェック部１４（通信送信部）が新設されている。
図１３は、本実施の形態に係るデータ移動管理ＤＢのデータ構成例を示す。図３に示した構成に対し、端末購入日時（データ機器購入日時）が新設されている。
【００５５】
データ移動管理ＤＢ定期チェック部１４は、定期的にデータ移動管理ＤＢの各レコードをチェックし、端末購入日時とリストア要求日時、及び現在時刻を参照する。
次に、端末購入日時から一定期間経過しているレコードの中で、リストア要求日時カラムが空欄かつ、該当ユーザがバックアップ処理実施済みであるレコードを抽出し、そのユーザに電子メールなどの手段により、リストア処理の実施を促す。
【００５６】
つまり、データ移動管理ＤＢ定期チェック部１４は、端末購入日時（データ機器購入日時）から一定期間が経過してもリストア要求日時（データ格納承認要求受信日時）が記憶されない機器ＩＤが存在する場合に、当該機器ＩＤに対応するユーザＩＤに示されている利用者が利用するパソコンや携帯電話といった通信装置に対して、データ移動を促す通知を電子メール等により送信する。
【００５７】
さらに、その後もリストア処理を行わないデータに関しては、リストア要求があってもデータ移動用暗号鍵を提供しないことにより、リストア操作を禁止する。
【００５８】
つまり、データ移動要求受付部１３の鍵送信部１３０４は、データ移動管理ＤＢ定期チェック部１４はより電子メール等によりリストア処理を促す通知が送信された後、一定期間経過後は、前記通知の送信の対象となった機器ＩＤが含まれたデータリストア要求が送信されてきても、当該データリストア要求に対してはデータ移動用暗号鍵を送信しないようにする。
【００５９】
以上のように構成し作用することにより、バックアップしたデータのリストア忘れを防ぐことができる。さらに、リストアされないデータの不正利用を防ぐという効果も奏するようになる。
【００６０】
なお、上記の説明では、データ移動管理ＤＢ定期チェック部１４は、リストア処理を促す通知を電子メール等で送信することとしたが、代わりに、データ移動管理ＤＢ定期チェック部１４がリストア処理を促すユーザを抽出するまでの処理を行い、リストア処理を促す通知は操作者がダイレクトメール等を送信するようにしてもよい。
【００６１】
このように、本実施の形態では、センターのデータ移動管理ＤＢのレコードに、端末購入日時カラムを設け、端末購入後一定期間リストアがなされないバックアップデータを検知し、それらについてリストア操作を促す、或いはリストア操作を禁止することを特徴とした、データ移動方法、データ移動機器及びシステムについて説明した。
【００６２】
以上、実施の形態１〜４では、データ移動を行う端末としてカーナビを例に挙げながら説明してきたが、この発明の適用範囲はカーナビに限定されるものではなく、携帯電話番号のような買換え時に変わらない特殊なＩＤを持たず、センターで機器ＩＤと所有者ＩＤが管理された端末であれば適用可能である。
【００６３】
なお、最後に、実施の形態１〜４で説明したセンターシステム１、データ移動元端末２、データ移動先端末３及びバックアップ／リストア要求代行端末５のハードウェア構成例について説明する。
【００６４】
図１４は、実施の形態１〜４に示すセンターシステム１、データ移動元端末２、データ移動先端末３及びバックアップ／リストア要求代行端末５のハードウェア資源の一例を示す図である。なお、図１４の構成は、あくまでもセンターシステム１、データ移動元端末２、データ移動先端末３及びバックアップ／リストア要求代行端末５のハードウェア構成の一例を示すものであり、センターシステム１、データ移動元端末２、データ移動先端末３及びバックアップ／リストア要求代行端末５のハードウェア構成は図１４に記載の構成に限らず、他の構成であってもよい。
【００６５】
図１４において、センターシステム１、データ移動元端末２、データ移動先端末３及びバックアップ／リストア要求代行端末５は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９１３、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ  Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、スキャナ装置９０７と接続していてもよい。また、磁気ディスク装置９２０の代わりに、フラッシュメモリ、光ディスク装置、メモリカード読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部の一例である。
通信ボード９１５、キーボード９０２、スキャナ装置９０７、ＦＤＤ９０４などは、入力部、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力部、出力装置の一例である。
【００６６】
通信ボード９１５は、図１に示すように、ネットワークに接続されている。例えば、通信ボード９１５は、ＬＡＮ（ローカルエリアネットワーク）、インターネット、ＷＡＮ（ワイドエリアネットワーク）などに接続されていても構わない。
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１、ウィンドウシステム９２２により実行される。
【００６７】
上記プログラム群９２３には、実施の形態１〜４の説明において「〜部」として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
ファイル群９２４には、実施の形態１〜４の説明において、「〜の判断」、「〜の計算」、「〜の比較」、「〜の評価」、「〜の更新」、「〜の設定」、「〜の登録」等として説明している処理の結果を示す情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリになどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、実施の形態１〜４で説明するフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【００６８】
また、実施の形態１〜４の説明において「〜部」として説明しているものは、「〜回路」、「〜装置」、「〜機器」、であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明しているものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、実施の形態１〜４の「〜部」としてコンピュータを機能させるものである。あるいは、実施の形態１〜４の「〜部」の手順や方法をコンピュータに実行させるものである。
【００６９】
このように、実施の形態１〜４に示すセンターシステム１、データ移動元端末２、データ移動先端末３及びバックアップ／リストア要求代行端末５は、処理装置たるＣＰＵ、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータであり、上記したように「〜部」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。
【図面の簡単な説明】
【００７０】
【図１】実施の形態１〜２、４によるデータ管理システムのシステム構成例を示すブロック図。
【図２】実施の形態１〜４によるセンターシステムのデータ移動要求受付部の内部構成例を示すブロック図。
【図３】実施の形態１〜３によるデータ移動管理ＤＢのテーブル構造例を示すブロック図。
【図４】実施の形態１によるデータ管理システムにおける各装置の動作例を示すフローチャート図。
【図５】実施の形態１による、バックアップ要求受信時のセンターシステムのデータ移動要求受付部の処理内容を示すフローチャート図。
【図６】実施の形態１による、データ移動用暗号鍵受信時の移動元端末の処理内容を示すフローチャート図。
【図７】実施の形態１による、リストア要求受信時のセンターシステムのデータ移動要求受付部の処理内容を示すフローチャート図。
【図８】実施の形態１による、データ移動用暗号鍵受信時の移動先端末の処理内容を示すフローチャート図。
【図９】実施の形態２による、バックアップ操作時における、端末のデータ入出力部の処理内容を示すフローチャート。
【図１０】実施の形態３によるバックアップ／リストア要求代行端末の構成と、それを含むシステム全体の構成を示すブロック図。
【図１１】実施の形態３による、バックアップ／リストア要求代行端末を介したデータ移動用暗号鍵取得時の処理内容を示すフローチャート。
【図１２】実施の形態４による、センターシステムの構成を示すブロック図、
【図１３】実施の形態４による、データ移動管理ＤＢのテーブル構造を示すブロック図。
【図１４】実施の形態１〜４によるデータ管理システムに含まれる各装置のハードウェア構成例を示す図。
【符号の説明】
【００７１】
１  センターシステム、２  データ移動元端末、３  データ移動先端末、４  ネットワーク、５  バックアップ／リストア要求代行端末、１０  データ移動管理ＤＢ、１１  機器製造情報受付部、１２  機器販売情報受付部、１３  データ移動要求受付部、１４  データ移動管理ＤＢ定期チェック部、２０  データ入出力部、２１  通信処理部、２２  秘匿ＩＤ記憶部、２３  共通鍵演算処理部、２４  データ記憶部、２５  製造番号記憶部、２６  耐タンパー領域、２７  移動用暗号鍵入力部、５０  バックアップ要求受付部、５１  リストア要求受付部、５２  要求送信部、５３  移動用暗号鍵受信部、５４  移動用暗号鍵出力部、１００  データ管理システム、１３０１  データバックアップ要求受信部、１３０２  データリストア要求受信部、１３０３  データ移動用暗号鍵生成部、１３０４  鍵送信部。
【図１】
2008166873.tif 000003
【図２】
2008166873.tif 000004
【図３】
2008166873.tif 000005
【図４】
2008166873.tif 000006
【図５】
2008166873.tif 000007
【図６】
2008166873.tif 000008
【図７】
2008166873.tif 000009
【図８】
2008166873.tif 000010
【図９】
2008166873.tif 000011
【図１０】
2008166873.tif 000012
【図１１】
2008166873.tif 000013
【図１２】
2008166873.tif 000014
【図１３】
2008166873.tif 000015
【図１４】
2008166873.tif 000016