(57)【要約】ファイルはあるプロセッサベースのシステムから別のシステムに転送される。このファイルは、実行可能なバイナリデータおよび一体化されたディジタル署名を含む。受信用のプロセッサベースのシステムがブートするたびに、ディジタル署名が自動的にペイロードに加えられて、その信頼性を確実にする。ブート処理の間にファイルが破損していると判断された場合、そのファイルは自動的に削除されて、受信システム上に保持されている以前のファイルに置き換えられる。
2004525441.tif 000002
【特許請求の範囲】
【請求項１】
ペイロードおよび該ペイロード用のディジタル署名を含むファイルを受信するステップと、
前記ディジタル署名を前記ペイロードに加えるステップと、
を含むことを特徴とする方法。
【請求項２】
前記ファイルを受信するステップは、第２のプロセッサベースのシステムによって送られた第１のプロセッサベースのシステム中のファイルを受信するステップを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ファイルを受信するステップは、ソフトウェアの最新版を受信するステップを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記ソフトウェアの最新版を受信するステップは、以前のソフトウェアバージョンに対するソフトウェアの最新版を受信するステップと前記以前のソフトウェアバージョンを保存するステップとを含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記ディジタル署名を加えるステップは、前記第１のプロセッサベースのシステムがブートされるごとに前記ペイロードに加えるステップを含むことを特徴とする請求項２に記載の方法。
【請求項６】
前記ペイロードが本物であるかどうかを決定するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記ペイロードが本物である場合に、前記システムをブートすることを特徴とする請求項６に記載の方法。
【請求項８】
前記ペイロードが本物でない場合に、前記ペイロードを削除することを特徴とする請求項６に記載の方法。
【請求項９】
前記ペイロードの代わりにバックアップファイルをロードするステップを含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記ファイルを受信するステップは、実行可能なバイナリデータの形式のペイロードを受信するステップと、前記実行可能なバイナリデータに前記ディジタル署名を加えるステップとを含むことを特徴とする請求項１に記載の方法。
【請求項１１】
プロセッサベースのシステムに対して、
ペイロードおよび前記ペイロードに対するディジタル署名を含むファイルを受信すること、
前記ペイロードに前記ディジタル署名を加えること、
を可能にさせる命令を記憶する媒体を含むことを特徴とする物件。
【請求項１２】
第１のプロセッサベースのシステムに対して、第２のプロセッサベースのシステムによって送られたファイルを受信することを可能にさせる命令をさらに記憶することを特徴とする請求項１１に記載の物件。
【請求項１３】
プロセッサベースのシステムに対して、ソフトウェアの最新版を受信することを可能にさせる命令をさらに記憶することを特徴とする請求項１１に記載の物件。
【請求項１４】
前記プロセッサベースのシステムに対して、以前のソフトウェアバージョンに対するソフトウェアの最新版を受信すること、および前記以前のソフトウェアバージョンを保存することを可能にさせる命令をさらに記憶することを特徴とする請求項１３に記載の物件。
【請求項１５】
第１のプロセッサベースのシステムに対して、前記第１のプロセッサベースのシステムがブートされるたびに前記ペイロードに対して前記ディジタル署名を加えることを可能にさせる命令をさらに記憶することを特徴とする請求項１２に記載の物件。
【請求項１６】
前記プロセッサベースのシステムに対して、前記ペイロードが本物かどうかを決定することを可能にさせる命令をさらに記憶することを特徴とする請求項１１に記載の物件。
【請求項１７】
前記プロセッサベースのシステムに対して、前記ペイロードが本物である場合ブートすることを可能にさせる命令をさらに記憶することを特徴とする請求項１６に記載の物件。
【請求項１８】
前記システムに対して、前記ペイロードが本物でない場合に前記ペイロードを削除することを可能にさせる命令をさらに記憶することを特徴とする請求項１６に記載の物件。
【請求項１９】
前記プロセッサベースのシステムに対して、前記ペイロードに代わってバックアップファイルをロードすることを可能にさせる命令をさらに記憶することを特徴とする請求項１８に記載の物件。
【請求項２０】
前記プロセッサベースのシステムに対して、実行可能なバイナリデータの形式のペイロードを受信することおよび前記実行可能なバイナリデータに前記ディジタル署名を加えることを可能にさせる命令をさらに記憶することを特徴とする請求項１１に記載の物件。
【請求項２１】
プロセッサと、
ペイロードおよび前記ペイロードに対するディジタル署名を含むファイルを受信すること、および前記ペイロードに前記ディジタル署名を自動的に加えることをシステムに対して可能にさせる命令を記憶する前記プロセッサに接続された記憶装置と、
を備えることを特徴とするシステム。
【請求項２２】
前記システムがＭＰ３プレーヤであることを特徴とする請求項２１に記載のシステム。
【請求項２３】
前記システムは、第２のプロセッサベースのシステムからのファイルを受信するように接続されることを特徴とする請求項２１に記載のシステム。
【請求項２４】
前記記憶装置は、ソフトウェアの最新版を受信するための命令を記憶することを特徴とする請求項２１に記載のシステム。
【請求項２５】
前記記憶装置は、前記システムに対して以前のソフトウェアバージョンに対するソフトウェアの最新版を受信することおよび前記以前のソフトウェアバージョンを保存することを可能にさせる命令を記憶することを特徴とする請求項２４に記載のシステム。
【請求項２６】
前記記憶装置は、前記システムに対して前記システムがブートされるたびに前記ペイロードに前記ディジタル署名を加えることを可能にさせる命令を記憶することを特徴とする請求項２３に記載のシステム。
【請求項２７】
前記記憶装置は、前記ペイロードが本物であるかどうかを自動的に決定する命令を記憶することを特徴とする請求項２１に記載のシステム。
【請求項２８】
前記記憶装置は、前記ペイロードが本物である場合のみシステムがブートすることができる命令を記憶することを特徴とする請求項２７に記載のシステム。
【請求項２９】
前記記憶装置は、前記ペイロードが本物でない場合に、前記ペイロードを自動的に削除できる命令を記憶することを特徴とする請求項２７に記載のシステム。
【請求項３０】
前記ペイロードが削除された場合に、前記記憶装置が前記ペイロードに代わってバックアップファイルを自動的にロードする命令を記憶することを特徴とする請求項２９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概ね、１つのプロセッサベースのシステムから別のシステムに送信されたディジタルペイロード（digital payload）の認証に関する。
【背景技術】
【０００２】
ディジタル署名は、電子文書を「サインする」ために使用される暗号化および機密認証コードに基づく個人認証方法である。ストリーミングデータ（streaming data）を含むディジタル形式の電子文書、ファイルまたは他の電子的データはペイロードと呼ばれる。ペイロードがあるプロセッサベースのシステムから他のシステムに送信される場合、このペイロードが認定されたペイロードであるか否かについての問題が持ち上がることがある。
【０００３】
ペイロードが認定されない場合の事例が多数ある。ある場合では、認定されないサードパーティが、何らかの不当な目的のために受信用のプロセッサベースのシステムにアクセスしようとすることがある。別の場合では、受信用プロセッサベースのシステムの所有者が別のプロセッサベースのシステムを使用して、自分自身のプロセッサベースのシステムにアクセスし、不当な目的のために自分自身のプロセッサベースのシステムのソフトウェアを変更しようとすることがある。従って、所定のプロセッサベースのシステムで受信されたどのようなペイロードにも、ディジタル署名の存在を要求することが望ましい。
【０００４】
ペイロードの認証を要求することが望ましいシステムの１例は、サーバのような別のプロセッサベースのシステムから更新ソフトウェアを受信する複数のプロセッサベースのクライアントが存在するネットワークである。クライアントが受信したソフトウェアの最新版が認定されない可能性が存在する。例えば、サードパーティがアクセスするように効果的にクライアントを開くソフトウェアを送ることによって、クライアントに不当にアクセスしようとする者がいる。このことが問題であるような状況の事例には、テレビ配信を行うシステム、限定された基準でリソースにアクセスを提供するシステム、および限られた環境のもとで電子ファイルにアクセスできるシステムが含まれる。いずれの場合でも、認定されないパーティーがクライアントに対する制御を行うソフトウェアを変更しようとする場合は、クライアント内に埋め込まれたアクセスまたはチャージ制御（charge control）は回避される。
【０００５】
クライアントが動作する方法を制御することが望ましいさらに別の状況は、いわゆるＭＰ３プレーヤに関する場合である。ＭＰ３プレーヤは、ＭＰＥＧ−１のレイヤー３規格（International Organization of Standardization, ISO/IEC 11172-3 および ISO/IEC 13818-3 (1993)から入手可能なMoving Pictures Experts Group-1 (MPEG-1)規格）に基づいてディジタルファイルを演奏する。いくつかのアプリケーションでは、ユーザがディジタルファイルを課金なしでダウンロードする能力を制限することが望ましい。例えば、インターネットを介して音楽にアクセスするための料金を支払うようにユーザに要求することが望ましい。このペイパーダウンロード（pay-per-download）方針は、ＭＰ３プレーヤ自身の中のソフトウェアによって実行できる。このため、認定されないＭＰ３プレーヤにソフトウェア更新を行うことによって、そのようなソフトウェアを避けようとする者がいる。
【０００６】
ディジタル署名のソフトウェアには、公開キーのアルゴリズムを使用することが含まれる。電子文書は非公開キーを用いて暗号化され、安全なディジタル署名を作り出す。他の場合では、暗号化用に使用できないディジタル署名に対して、別個のアルゴリズムが使用される。ユーザは非公開キーを用いて文書を暗号化し、これにより、文書に署名する。次に、この文書は別のプロセッサベースのシステムに送られ、このシステムで文書は署名を検証するためにユーザが提供した公開キーを用いて復号化される。従って、復号化用のキーは、署名された文書とは別に得られる。
【０００７】
一旦ペイロードが検証されると、この時このペイロードは、受信用のプロセッサベースのシステムの中で処罰されずに使用することができる。各種の環境の中で、受信されたときに破損されなかったペイロードがその後いつでも破損されないことを確実にすることが望ましい。
【０００８】
このため、ペイロードに関連したディジタル署名を提供する一層優れた方法に対する要求がある。
【発明の開示】
【０００９】
［詳細な説明］
図１に示すように、受信用プロセッサベースのシステム１０は、ペイロードを送信用プロセッサベースのシステム５６から受け取る。受信用１０および送信用５６のプロセッサベースのシステムは、階層ネットワークまたはピアツーピアネットワークの一部とすることができる。ある実施形態では、送信用システム５６をサーバとし、受信用システム１０をクライアントとすることができる。システム１０および５６は、いくつかの実施例として、配線による接続、ローカルエリアネットワーク（ＬＡＮ）またはインターネット接続などのネットワーク接続、電話接続、または無線接続によって接続される。
【００１０】
送信用システム５６は、署名付きペイロードを受信用システム１０に送る。このペイロードは、受信用システム１０が使用する電子文書とすることができる。１つの実施形態として、送信用システム５６は、署名付きのソフトウェアの最新版を受信用システム１０に送る。
【００１１】
本発明のいくつかの実施形態では、受信用システム１０に送られたペイロードが認証されたものであり、受信用システム１０上でその耐用年数の間中、確実に破損されない状態を保つことが重要である。
【００１２】
本発明の１つの実施形態では、受信用システム１０はＭＰ３プレーヤである。すなわち、それはＭＰ３ファイル形式のディジタルの音楽ファイルを受信および演奏できる携帯用装置である。しかしながら、本発明は各種のプロセッサベースのシステムの用途に適用することができ、決してＭＰ３プレーヤに限定されるものではない。
【００１３】
システム１０は、１つの実施形態では、北側ブリッジ１４に接続されたプロセッサ１２を含む。この北側ブリッジ１４は、１つの実施形態では、バス１８およびシステムメモリ１６に接続する。その実施形態では、バス１８は、ディスプレイ２２に接続するディスプレイコントローラ２０に接続される。ＭＰ３プレーヤのアプリケーションでは、１つの実施例として、このディスプレイ２２は小形の液晶ディスプレイである。
【００１４】
１つの実施形態では、バス１８はオーディオアクセラレータ２４およびコーダ／デコーダすなわちコーデック２６にも接続する。コーデック２６は、内部または外部のスピーカ３２に接続されるサウンドシステム３０を駆動する。ＭＰ３プレーヤの場合は、外部スピーカ３２がシステム１０に接続される。
【００１５】
コーデック２６およびバス１８は、１つの実施形態では、南側ブリッジ３４に接続される。その実施形態では、フラッシュメモリ３６が採用される。しかしながら、ハードディスクドライブを含む他の形状の記憶装置も、その用途により適合することができる。図示の実施形態では、１つの実施形態として、フラッシュメモリ３６は、ソフトウェア３８、音楽ファイル４０、ソフトウェアシステム４２、およびバックアップ用ソフトウェアシステム４４を記憶する。
【００１６】
南側ブリッジ３４は、１つの実施形態では、バス４６に接続される。その実施形態では、バス４６はシリアル入出力（ＳＩＯ）装置４８に接続され、この装置は今度は制御器５０およびインターフェース５２に接続される。制御器５０はユーザからの入力信号を受け取る。インターフェース５２は、遠隔の送信用プロセッサベースのシステム５６と接続する。このプロセッサベースのシステム５６は、１つの実施形態では、基地局とすることができる。インターフェース５２とシステム５６との間の接続は、いくつかの実施例を挙げると、ネットワーク接続、配線による接続、汎用シリアルバス接続、または無線接続とすることができる。
【００１７】
ペイロードは、システム５６からインターフェース５２を介して受信される。システム５６は、ソフトウェアを記憶装置５６内に記憶する。従来は、システム５６はプロセッサベースのシステムである。
【００１８】
バス４６には、基本入出力システム（ＢＩＯＳ）用記憶装置５４も接続される。各種の他の構成要素も含まれ、他のアーキテクチャが様々な異なる実施形態の中で使用される。
【００１９】
次に図２に移ると、ソフトウェア６０が、いくつかの実施形態では基地局として機能する送信用プロセッサベースのシステム５６の記憶装置５８に記憶される。ソフトウェア６０は、ディジタル署名が付いたペイロードを含むディジタルファイルを作る機能を有する。この方法では、ペイロードおよびディジタル署名は一体化されるため、１つの実施形態では、ペイロードが使用されるたびに、ペイロードは一体化されたディジタル署名を用いて自動的に認証される。
【００２０】
ソフトウェア６０は、ブロック６２に示すように、最初に実行可能なバイナリデータを受け取る。１つの実施例として、この実行可能なバイナリデータは、プロセッサベースのシステム１０用のソフトウェアの最新版とすることができる。システム５６は、ブロック６４に示すように、ディジタル署名と一緒に実行可能なバイナリデータ用のファイルを作り出す。各ファイルの大きさは、予想されたディジタル署名の寸法を加えた実行可能なバイナリデータに等しい。ファイルの大きさは、いくつかの実施形態では、特定数のバイトに切り上げられる。
【００２１】
次に、ディジタル署名が実行可能なバイナリデータに対して作られる。ディジタル署名が以前完了したビットを引いたファイルの中のデータに対して、ディジタル署名が作られる。暗号化に対する公開キーまたは非公開キーの使用を含むどのような技術も、ディジタル署名を作り出すために使用できる。別の方法では、ディジタル署名を作ることおよび内在するデータを暗号化することに対して、別個のアルゴリズムを使用できる。
【００２２】
ディジタル署名は、ブロック６８に示すように、前に作られた適当な大きさのファイルの中の実行可能なバイナリデータに追加される。適当な時期に、一体化されたディジタル署名と実行可能なバイナリデータとを含む複合ファイルが、システム５６からシステム１０に送信される。
【００２３】
システム１０では、署名されたファイルがソフトウェア３８を用いて個別にされる。ファイルは適当な通信リンクを介して受信される。この通信リンクは、１つの実施例として、インターフェース５２を介する有線または無線接続を使用できる。インターフェース５２は、いくつかの例を挙げると、ネットワークインターフェースカード、モデム、無線インターフェース、または汎用シリアルバスハブ（Universal Serial Bus hub）とすることができる。
【００２４】
システム１０では、ソフトウェア３８は、ブロック７０に示すように、ペイロードおよびディジタル署名を含む署名されたディジタルファイルを受信および記憶する。次に、システム１０は、ダイヤモンド７２で決定したようにブートし、署名がブロック７４に示すように自動的に実行可能なバイナリデータに加えられる。言い換えると、ペイロードすなわち実行可能なバイナリデータを使用したいと思うたびに、ディジタル署名が加えられる。このことは、例えペイロードが受信されたときは破損していなくても、何らかの理由でペイロードが破損された場合、この破損がブートアップ処理の過程で検出されることを意味している。
【００２５】
所定のブート動作の中で、実行可能なバイナリデータで細分化されたディジタル署名が、ダイヤモンド７６で決定されたように認証されていることを示す場合、ブロック７８に示すように、実行可能なバイナリデータを実行することによって画像が形成される。このため、１つの実施形態として、ペイロードがディジタル署名を用いて本物であると繰り返し決定される限り、ソフトウェアの最新版はシステム１０がブートするたびに何度もロードされる。この後、ブート処理がブロック８０に示すように続く。
【００２６】
何らかの理由で、ダイヤモンド７６でペイロードが破損していると決定される場合、１つの実施形態では、ブロック８２に示すように、このペイロードは直ちに削除される。本発明の１つの実施形態では、新しいペイロードが現在のソフトウェアに置き換わることはない。その代わり、システムがブートするたびに、ペイロード上の署名がチェックされ、破損していない場合は、新しいペイロードが現在のソフトウェアに代わって動作する。認定が拒否される場合、ブロック８２に示すように、新しいペイロードは自動的に削除される。そのような場合は、ブロック８４に示すように、現在のソフトウェアが自動的にロードされ、ブート処理はブロック８０を通して継続する。
【００２７】
ペイロードおよび現在のソフトウェアの両方が破損している場合、１つの実施形態では、システム１０は待機状態に入る。そのような場合は、システム１０はブート動作を行わずに単にソフトウェアを交換するために待機する。
【００２８】
本発明の１つの実施形態では、ディジタル署名用のキーが、ペイロードまたは更新ソフトウェアの全体像に等しい実行可能なバイナリデータ全体に適用される。
【００２９】
ＭＰ３プレーヤを含む用途では、ペイロードは、各ブート順序ごとにチェックされる。これにより、ソフトウェアがいつ何時か破損されて、ユーザがディジタルの音楽ファイルのようなファイルを得て、適当な手順を受けずにこれらのファイルを使用できる可能性が減少される。いくつかの場合では、これらの手順には、音楽ファイルのダウンロードに対する料金の評価が含まれる。
【００３０】
いくつかの実施形態では、署名データに対する署名を束ねることによって、ディジタル署名技術の分野および用途を単純化することができる。ディジタル署名がペイロードに結合され、署名が認証することを意図するため、安全なランタイムローダ（secure run time loader）が作られる。何らかの非認証ビットが識別される場合、１つの実施形態では、署名画像は自動的に削除される。このシステムは、１つの実施形態では、ブート動作を行うたびに署名データを検証するため安全である。
【００３１】
本発明を限られた数の実施形態に関して説明してきたが、当業者はこれらの実施形態からの多くの修正例および変更例を理解されよう。添付した特許請求の範囲が、全てのそのような修正例や変更例を本発明の真の精神および範囲の中に入るものとしてカバーするものとする。
【図面の簡単な説明】
【００３２】
【図１】本発明の１つの実施形態のブロック図である。
【図２】本発明の１つの実施形態に基づいて、ペイロードをディジタル署名で束ねるソフトウェア用のフローチャートである。
【図３】本発明の１つの実施形態に基づいて、ペイロードにディジタル署名を与えるために使用できるソフトウェア用のフローチャートである。
【図１】
2004525441.tif 000003
【図２】
2004525441.tif 000004
【図３】
2004525441.tif 000005
【国際公開パンフレット】
2004525441.tif 000006
2004525441.tif 000007
2004525441.tif 000008
2004525441.tif 000009
2004525441.tif 000010
2004525441.tif 000011
2004525441.tif 000012
2004525441.tif 000013
2004525441.tif 000014
2004525441.tif 000015
2004525441.tif 000016
2004525441.tif 000017
2004525441.tif 000018
2004525441.tif 000019
2004525441.tif 000020
2004525441.tif 000021
【国際公開パンフレット（コレクトバージョン）】
2004525441.tif 000022
2004525441.tif 000023
【国際調査報告】
2004525441.tif 000024
2004525441.tif 000025
2004525441.tif 000026