電子ソフトウェアコードの完全性を検証する方法であって、クライアントに暗号鍵のリストを提供するステップであって、前記リストにある各暗号鍵は、対応する時間係数と相関する、ステップ、特定の時間係数に少なくとも部分的に基づき、前記複数の暗号鍵のうちの1つを用いて、ソフトウェアコードパケットを暗号化するステップ、前記暗号化されたソフトウェアコードパケットを前記クライアントへ配信するステップ、前記特定の時間係数に基づき復号化のために暗号鍵を選択するよう前記クライアントに通知するステップ、を有する方法。前記特定の時間係数は、制御因子及び前記ソフトウェアコードパケットの配信のときに生成されたタイムスタンプに少なくとも部分的に依存する、請求項1に記載の方法。前記特定の時間係数は、制御因子及び前記ソフトウェアコードパケットの更新のタイミングに少なくとも部分的に依存する、請求項1に記載の方法。前記特定の時間係数は、制御因子及び前記クライアントと関連する信頼できるプロトコルモジュールの更新のタイミングに少なくとも部分的に依存する、請求項1に記載の方法。電子ソフトウェアコードの完全性を検証する方法であって、サーバから受信した暗号鍵のリストを格納するステップであって、前記暗号鍵の各々は、対応する時間係数と相関する、ステップ、前記サーバから暗号化されたソフトウェアコードパケットを受信するステップであって、前記暗号鍵は、特定の時間係数に少なくとも部分的に基づく、ステップ、前記特定の時間係数に少なくとも部分的に基づき、前記ソフトウェアコードを復号化するための暗号鍵を選択するステップ、を有する方法。前記特定の時間係数は、制御因子及び前記ソフトウェアコードパケットの配信のときに生成されたタイムスタンプに少なくとも部分的に依存する、請求項5に記載の方法。前記特定の時間係数は、制御因子及び前記ソフトウェアコードパケットの更新のタイミングに少なくとも部分的に依存する、請求項5に記載の方法。前記特定の時間係数は、制御因子及び前記クライアントと関連する信頼できるプロトコルモジュールの更新のタイミングに少なくとも部分的に依存する、請求項5に記載の方法。前記暗号鍵のリストは、クライアントシステムと関連する信頼できるプロトコルモジュールにより格納される、請求項5に記載の方法。前記ソフトウェアコードパケットと関連する電子署名を受信するステップ、を更に有する請求項5に記載の方法。前記ソフトウェアコードパケットと関連する電子署名を受信するステップ、を更に有し、クライアントシステムと関連する信頼できるプロトコルモジュールは、前記電子署名の有効期限を調べる、請求項5に記載の方法。前記選択された暗号鍵を用いて、前記ソフトウェアコードパケットを復号化するステップ、を更に有する請求項5に記載の方法。本開示は、前述の方法及びシステムに関連する欠点及び問題の少なくとも一部を実質的に除去又は低減する、電子コンテンツを配信する方法及びシステムを提供する。一実施形態によると、電子ソフトウェアコードの完全性を検証する方法は、クライアントに暗号鍵のリストを提供するステップ、前記複数の暗号鍵のうちの1つを用いて、ソフトウェアコードパケットを暗号化するステップ、前記暗号化されたソフトウェアコードパケットを前記クライアントへ配信するステップ、前記特定の時間係数に基づき復号化のために暗号鍵を選択するよう前記クライアントに通知するステップ、を有し得る。リストにある各暗号鍵は、対応する時間係数と相関し得る。複数の暗号鍵のうちの1つは、特定の時間係数に少なくとも部分的に基づきリストから選択され得る。別の実施形態によると、電子ソフトウェアコードの完全性を検証する方法は、サーバから受信した暗号鍵のリストを格納するステップ、サーバから暗号化されたソフトウェアコードパケットを受信するステップ、ソフトウェアコードを復号化するために暗号鍵を選択するステップ、を有し得る。各暗号鍵は、対応する時間係数と相関し得る。暗号化されたソフトウェアコードパケットの暗号鍵は、特定の時間係数に少なくとも部分的に基づき得る。ソフトウェアコードを復号化するための暗号鍵は、特定の時間係数に少なくとも部分的に基づき選択され得る。本開示の特定の実施形態の技術的利点は、両クライアントをサーバに接続することなく、クライアント間の電子コンテンツの直接転送を可能にする方法を提供することを含む。方法は、個々のクライアントの特性に基づき転送をチェック及び/又は認証するステップを含み得る。方法は、電子コンテンツがサーバから配信された後に、電子コンテンツの転送をトラッキング及び/又はトレースするステップを含み得る。他の技術的利点は、添付の図面、説明及び特許請求の範囲から当業者に直ちに明らかである。さらに、特定の利点が以上に列挙されたが、種々の実施形態は列挙された利点の全て、一部を含んでもよく、又は含まなくてもよい。好適な実施形態及びそれらの利点は、図1乃至図11を参照することにより良好に理解される。図中の同様の番号は同様の及び対応する部分を示すために用いられている。図1は、本開示の教示による例示的な電子ネットワーク1の簡略化した表現を示す。電子ネットワーク1は、データセンタ10及びクライアントシステム20を含み得る。電子ネットワーク1の幾つかの実施形態は、多数のクライアント及びそれらの個々のクライアントシステムを含み得る。図1-3では、明確化のため、単一のクライアント及びそのクライアントシステム20が示され議論される。データセンタ10は、種々のクライアント及び/又はクライアントシステム20に保守を提供するよう構成され得る。このような保守は、ソフトウェア及び/又はファームウェアのアップデート及び/又は状態の管理を含み得る。多くのクライアントシステム20を有する複雑な電子ネットワークでは、電子コンテンツの種々のクライアントシステム20への配信の管理は、レポートが認証され及び/又は検証されなければならない場合、一層困難になる。本開示の目的のため、電子コンテンツ、コンテンツ、ソフトウェア及び/又はソフトウェアアップデートは、任意のファイル、複数のファイル、オブジェクトコード、実行コード、データレコード、又は電子ネットワークのクライアントがアクセスを望み得る任意の他の電子的に記録されたデータ構造を含む。説明に役立つ例は、テキストファイル、スプレッドシート、電子メール、医療レポート、画像及び他の電子データ、並びにウェブページ、プライベートネットワーク、文書処理プログラム、ファイル管理システム及び他のプログラムを含み得る。さらに、クライアントは、エンドユーザとして活動する人、又はパーソナルコンピュータ、キオスク若しくはモバイルコンピュータ装置のような、通信ネットワークにアクセスするためにこのような人により用いられる1又は複数の装置を表し得る。TrustedComputing及びTrustCubeは、クライアントシステム20に関する保証されたレポートをサービスプロバイダ例えば、データセンタ10に提供できる。保証されたレポートは、クライアントシステム20に関連するスキャン及び/又はレポートエージェントを保護するときに問題を生じ得る。さらに、スキャンを完了し大容量の関連するレポートを送信するために必要な時間は、非常に大きい。別の例として、クライアントシステム20及びそのレポートエージェントに生体センサを実装することは困難である。本発明の幾つかの実施形態では、仮想機械VM技術と信頼できるコンピューティング技術との組合せが、他の方法に勝る利点をもたらす。例えば、レポートを生成するという限られた目的のために、最小限のオペレーティングシステムOSを有する第1のVMを用いることは、クライアントシステム20の残りの部分に外部アクセスに対する保護を与えることができる。別の例として、第1のVMはより少数のファイルを用い、これらのファイルは小さいので、データセンタ10へ送られるレポートのサイズが削減できる。利点は、ハードディスクパーティション内の個々のファイルの代わりに、仮想ハードディスクイメージ及び仮想メモリイメージを用いることにより増大され得る。別の例として、限られた目的のOSは、同じファイル及び/又はメモリイメージを繰り返し用い、これらのファイル及びイメージに対する変更は廃棄及び/又は削除できる。幾つかの実施形態では、VM技術は、ファイル記憶技術例えば、mboxと組合せることができる。例えば、ファイルは、単一のファイル内に平文で格納できる。このような技術は、テキスト処理ツールがコンテンツで直ちに用いられるようにする。仮想機械マネジャVMMは、種々のVMを生成し、実行し、監視し及び/又は終了させることができる。VMMは、VM間の割り込み及び/又は誤りを阻止し、及び/又はアプリケーションのハードウェア装置及び/又はインストールされたソフトウェアに対して有するアクセスを制御するよう機能できる。VMMは、アプリケーション及び/又はVMが実行される種々のスレッド間の時間を共有することにより、プロセッサのマルチタスクを管理できる。VMMの使用は、上述のVMの機能を拡張できる。別の例として、生体センサは、別個のVMを用いて組み込まれ、VMMを通じて第1のVMに接続できる。データセンタ10は、保証されたレポート技術を生体データと組み合わせて用い、クライアントシステム20の状態及び/又は生体データの信頼性を評価できる。データセンタ10は、プロセッサ12、記憶リソース14及び通信バス16を有し得る。プロセッサ12は、プログラム命令を解釈し及び/若しくは実行し、並びに/又はデータを処理する任意のシステム、装置又は機器を有してもよく、限定ではなくマイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサDSP、特定用途向け集積回路ASIC、又はプログラム命令を解釈し及び/若しくは実行し並びに/又はデータを処理するよう構成された任意の他のデジタル若しくはアナログ回路を有してもよい。幾つかの実施形態では、プロセッサ104は、プログラム命令を解釈し及び/又は実行し、及び/又は記憶リソース14及び/若しくはデータセンタ10の別のコンポーネント内に格納されたデータを処理してもよい。データセンタ10は、セキュリティポリシ及び認証属性を管理する信頼できる専用サーバを表し得る。データセンタ10は、クライアントシステム20が電子コンテンツ及び/又はソフトウェアへのアクセスを許可される前に満たさなければならない属性値のセットを定める多数のポリシを含むデータベースを有することができる。データセンタ10は、クライアントシステム20からの属性レポートを受信し、クライアントシステム20と関連する1又は複数の属性を識別できる。属性を認証した後に、データセンタ10は、要求されたサービスをクライアントシステム20に提供するか否かを決定できる。このような属性レポート及び認証の適用は、ポリシに基づく管理としても表される。コンテキストデータは、物理的位置例えば、IPアドレス、要求側の機械にインストールされた特定のソフトウェア例えば、厳しいウイルス駆除ソフトウェア、生体識別子、又はクライアントシステム20の任意の他の適切なコンテキスト属性のようなクライアントシステム20を表すデータを有してもよい。記憶リソース14は、プロセッサ12に通信可能に結合され、プログラム命令又はデータをある期間の間保持するよう動作可能な任意のシステム、装置又は機器を有してもよい例えば、コンピュータ可読媒体。記憶リソース14は、RAMrandomaccessmemory、EEPROMelectricallyerasableprogrammablereadonlymemory、PCMCIAカード、フラッシュメモリ、磁気記憶装置、光磁気記憶装置、又は任意の適切な選択肢、及び/又は揮発性メモリ若しくは記憶リソース12への電力がオフに切り替えられた後にデータを保持する不揮発性メモリのアレイを有してもよい。記憶リソース14は、制御ロジックを含む、ハードウェア及びソフトウェアの任意の組合せを有してもよい。例えば、記憶リソース14は、医療レコードのような文書の集中型レポジトリを有してもよい。別の例として、記憶リソース14は、特定のアプリケーション、ソフトウェア又はネットワークを介した他の媒体へのアクセスを提供するアプリケーションサービスプロバイダを表してもよい。このようなアプリケーション、ソフトウェア又は媒体は、特に、文書リーダ、ウェブブラウザ又は文書編集ソフトウェアを含んでもよい。別の例として、記憶リソース14は、オンラインでネットワーク接続されたウェブサイト又は電子メールプロバイダと関連してもよい。説明を明確にするために、図1は、プロセッサ12及び記憶リソース14を別個のコンポーネントとして示す。幾つかの実施形態では、プロセッサ12及び記憶ユニット14は、コンピュータ可読媒体に格納され1又は複数のコンピュータ及び/又はサーバと関連する1又は複数のプロセッサにより実行可能なスタンドアロン型ソフトウェアプログラムを有してもよい。しかしながら、プロセッサ12及び記憶ユニット14は、大規模ソフトウェアプログラムのコンポーネント又はサブルーチンを有し、コンピュータ可読媒体及び/又は所望の機能を実行するよう構成されたハードウェア若しくはソフトウェアモジュールにハードコピーされてもよい。通信バス16は、データセンタ10とネットワーク18との間のインタフェースとして機能する任意の適切なシステム、機器又は装置であってもよい。通信バス16は、データセンタ10にネットワーク18を介して、ネットワーク18に関する以下の議論で列挙される全ての送信プロトコル及び/又は標準を含むがそれらに限定されない任意の適切な送信プロトコル及び/又は標準を用いて通信させる。幾つかの実施形態では、ネットワーク18は、閉じられたネットワークであってもよい例えば、ネットワーク18は許可されたクライアントによってのみアクセス可能である。図示されたように、ネットワーク18は、音声及び/又はビデオ通信信号、データ及び/又はメッセージを送信可能な任意のネットワークを有してもよい。幾つかの例は、無線アクセスネットワーク、公衆交換電話網PSTN、公衆又は私設データネットワーク、ローカルエリアネットワークLAN、都市域ネットワークMAN、広域ネットワークWAN、インターネット、有線若しくは無線ネットワーク、企業イントラネット若しくはこれらの任意の組合せのようなローカル、地域若しくはグローバル通信若しくはコンピュータネットワークのうちの全て又は一部を含んでもよい。動作中、ネットワーク18は、ネットワーク18に結合されたコンポーネント間の接続を、任意の適切な通信プロトコルを用いて提供できる。上述の通信機能を実現するために、ネットワーク18は、ルータ、ハブ、スイッチ、ゲートウェイ、呼制御装置、及び/又は任意の他の適切なコンポーネントを任意の適切な形式又は構成で有してもよい。また、ネットワーク18は、パケット、セル、フレーム、セグメント又は他のデータ部分の形式で情報を通信するよう構成された任意のハードウェア及び/又はソフトウェアを有してもよい。ネットワーク18は、単一のネットワークとして示されるが、通信ネットワーク18は、任意の数又は構成のネットワークを有してもよい。さらに、通信ネットワーク1の特定の実施形態は、任意の数又は構成のネットワーク18を有してもよい。幾つかの実施形態では、ネットワーク18は、仮想プライベートネットワークVPNを有してもよい。VPNは、開放型及び/又は公衆ネットワークに勝るセキュリティを提供する。一般に、VPNは、仲介ネットワーク例えば、LAN又はWANを共有する他の装置からデータが秘密に及び/又はセキュアに保たれるように、データ転送を分離及び/又はカプセル化する。動作中、VPNは、複数のクライアント20が、直接に及び/又はプライベートに接続されているかのように、データセンタ10と相互作用できるようにする。クライアント20は、データセンタ10により少なくとも部分的に維持される任意のシステム及び/又は電子ネットワーク1のコンポーネントを有してもよい。クライアント20は、複数のプロセッサ、関連ソフトウェア及び/又はファームウェア、センサ等を有してもよい。例えば、クライアント20は、自動車及びその内部ネットワークを有してもよい。別の例として、クライアント20は、プロセッサ及びソフトウェア識別モジュールSIMカードを備えた携帯電話機を有してもよい。本開示の文脈では、クライアント20は、特定の実施形態に関して記載されるが、教示がそれらに限定されることはない。幾つかの実施形態では、クライアント20と関連する種々のプロセッサ及び記憶リソースは、複数のベンダ及び/又はサービスプロバイダにより提供されてもよい。これらの実施形態では、種々のプロセッサ及びそれらの関連するソフトウェア及び/又はファームウェアの保守は、複数のベンダ及び/又はサービスプロバイダに渡りデータを調整する必要性により達成できる。クライアントシステム20全体への自由なアクセスを認めるのではなく、本開示の教示は、仮想部分が種々のリソースを互いに分離することを可能にする。クライアント20は、データセンタ10との無線通信のための機能を含むコンピュータ及び/又はコンピュータ装置を有してもよい。例えば、クライアント20は、デスクトップコンピュータ、ラップトップコンピュータ、パーソナルデジタルアシスタントPDA、スマートフォン、セルラ若しくはモバイルフォン、車内若しくは車外ナビゲーションシステム及び/又はモバイルゲーム装置を有してもよい。クライアント20は、1又は複数のクライアントアプリケーション例えば、ウェブブラウザ、テキストエディタ、等を動作させてもよい。図1は、処理モジュール21、複数のVM22、VMM24、信頼できるプラットフォームモジュールtrustedplatformmodule:TPM26、リソースリスト28、クライアントネットワークシステム30、ノード32及びGPSインタフェース40を含む例示的なクライアントシステム20を示す。幾つかの実施形態は、複数のVM22を生成し、VMM24を用いてそれらの間を流れる情報を制御することにより、VM22のセキュリティを向上できる。クライアントシステム20は、図1に示された簡略化されたネットワークシステム30よりもかなり複雑であってもよい。例えば、自動車は、幾つかの例では数百個のプロセッサである複数のプロセッサを含むクライアントネットワークシステム30例えば、FlexRayを有してもよい。図1では、ノード32は、単一のプロセッサ及び/又はクライアントネットワークシステム30と関連する別のリソースを表す。VM22は、クライアントネットワークシステム30及び/又はクライアントネットワークシステム30と関連する単一のプロセスに対応する仮想機械を有してもよい。複数のVM22は、複数のオペレーティングシステムOSを実行できる。このような構成では、各VM22は、VMM24を通じてクライアントシステム20及び/又は処理モジュール21のリソースを処理するために必要な、単一の目的のOS及び時間共有を用いることができる。信頼できるプラットフォームモジュール26は、暗号鍵を生成するよう構成されたリソース例えば、ハードウェア疑似乱数生成器を含んでもよい。幾つかの実施形態では、TPM26は、遠隔認証及び/又はシールドされた記憶装置を有してもよい。幾つかの実施形態では、TPM26は、製造中にプロセッサチップに割り当てられ焼き付けられたユニーク且つ秘密のRSA鍵を備えた少なくとも1つの専用プロセッサを有する。TPM26におけるユニークなRSA鍵の使用は、データセンタ10が、クライアントシステム20が本当にクライアントであることを検証することを可能にする。例えば、TPM26は、クライアントシステム20のハードウェア及びソフトウェア設定の要約を含むハッシュ鍵を用いることができる。ハッシュ鍵は、クライアントシステム20が、任意の入来するソフトウェアパッケージ及び/又はアップデートをテストしてそれらが変更されていないことを検証出来るようにする。検証方法の一例は、プロセッサの製造中にプロセッサにユニークなTPMの推奨鍵及び/又はその推奨鍵に関連する別の信頼できる鍵に基づく結合、暗号化を含む。検証方法の別の例は、TPM26の状態に対して追加の状態要件を課すシーリングを含む。リソースリスト28は、エンティティのリスト及び/又はレジスタを有してもよい。幾つかの実施形態では、リソースリスト28は、アクセスを許可されたエンティティ及び/又は認定のホワイトリストを含んでもよい。ホワイトリストは、TPM26がクライアントシステム20へのアクセスを許可できる任意のデータセンタ10のエンティティを含んでもよい。幾つかの実施形態では、リソースリスト28は、アクセスを拒否されるエンティティのブラックリストを含んでもよい。クライアントネットワーク30は、特定のクライアント内のネットワークシステムを有してもよく、複数のプロセッサ及び/又は記憶リソースを含む。例えば、クライアントネットワーク30は、自動車と関連するFlexRayネットワークシステムを含んでもよい。FlexRayは、自動車システム内の多数のプロセッサを管理するために開発されたネットワーク通信プロトコルの特定の実施形態である。別の例として、制領域ネットワークcontrollerareanetwork:CAN又はCAN-busは、マイクロコントローラ及び装置がホストコンピュータなしで互いに通信できるように設計された通信プロトコル標準の特定の実施形態である。更なる例は、TTPtimetriggeredprotocol及びAFDXavionicsfullduplexswitchedethernetを含む。クライアントシステム20内のノード32は、クライアントシステム20の任意の特定のリソースを有してもよい。例えば、ノード32は、プロセッサ及び/又はそららと関連するソフトウェア、ファームウェア及び/又はプロセッサに関する処理命令を有してもよい。例えば、自動車は、複数のCPUを含む非常に複雑なネットワークシステムを有し得る。各CPUは、ベンダにより供給された自身の動作のためのソフトウェア及び/又はファームウェアを有し得る。クライアントネットワーク30は、クライアントシステム20内の各ノード32と関連するソフトウェア及び/又はファームウェアのバージョン及び/又はアップデートの状態の管理を含む、各ノード32の動作及び/又は保守を担ってもよい。GPSインタフェース40は、GPSGlobalPositioningSystemとの任意のインタフェースを有してもよい。GPSは、信頼できる位置及び時間情報を提供する宇宙ベースの全地球的航法衛星システムを有する。GPSは、誰でも及び/又はGPS受信機を備えた任意のシステムによりアクセス可能である。特定の及び正確な位置及び/又は次管情報の使用は、クライアント処理モジュール21が、情報の要求、ダウンロード及び/又は他のコンテンツを管理することを可能にする。図2は、本開示の教示による、例示的なクライアントシステム20と外部データセンタ10a及び10bとを含む例示的な通信ネットワークを示す。データセンタ10は、クライアントシステム20によりアクセス可能な任意の外部データベースを含み得る。説明のみを目的として、一例であるクライアントシステム20は、図2に関して説明される。図2では、クライアントシステム20は、移動体ナビゲーションシステムを有する。本開示の教示は、任意の適切なクライアントシステム20で用いることができる。通信ネットワーク2は、インターネット42、外部データセンタ10、及びクライアント移動体ナビゲーションシステム20を含み得る。クライアントシステム20は、プライベート基盤44例えば、ユーザ宅内の家庭用インターネット接続を通じてインターネット42と通信できる。データセンタ10a及び10bは、ネットワーク18を通じてクライアントシステム20と通信できる。ネットワーク18は、本開示で記載されるようなセキュアな通信を提供できる。データセンタ10aは、クライアントシステム20内で有用な電子コンテンツのデータベースを含み得る。例えば、クライアントシステム20が移動体ナビゲーションシステムを含む場合、データセンタ10bは、地図、ユーザのために更新されたインタフェース、及び移動体ナビゲーションシステムに関連する他のコンテンツを有してもよい。データセンタ10aは、ISPを介してインターネット42とも通信できる。データセンタ10bは、移動体ナビゲーションシステム20の動作に関連するファームウェア、保守及びソフトウェアを収容するデータベースを有してもよい。例えば、データセンタ10bは、移動体ナビゲーションシステム20内の各プロセッサに最新バージョンのファームウェアのリストを提供できる。クライアントシステム20は、モジュール21内で幾つかのVM22を動作させ、各々別個のデータソースと接続させる。例えば、VM22は、インターネット42との相互作用のための汎用ブラウザ及び/又はウェブOSを有してもよい。別の例として、VM22b及び22cは、それぞれデータセンタ10a及び10bとの相互作用のためのプライベートアプリケーション及び仮想OSを有してもよい。別の例として、VM22dは、ユーザの自動車32内の種々のシステムとの相互作用のためのプライベートアプリケーション及び仮想OSを有してもよい。各VM22は、VMM24を通じて別のVM22と通信するだけでもよい。VMM24は、TPMと協力してこれらの通信を管理し、各VM22のセキュリティを向上できる。例えば、インターネット42から受信したコンテンツは、本願明細書に記載された種々の方法のうちの任意のものによりVMM24により認可されない限り、ノード32にインストールしてはならない。図3は、本開示の教示による、クライアントシステム20の詳細を含む例示的な通信ネットワーク2の詳細を示す。図3は、VMM24が各VM22の環境管理を担うことを示す。各VM22は、OS46により動作される関連アプリケーション44を含んでもよい。VMM24は、種々のVM22に適切に記憶リソース48を提供できる。VMM24は、各VM22と関連して1又は複数のプログラム50を動作できる。VMM24は、TPM26及び/又はリソースリスト28と協力して、暗号化、検証鍵、ホワイトリスト及び/又はブラックリストを提供できる。図4は、本開示の特定の実施形態による、複数のクライアントシステム20に供するよう構成された電子ネットワークにおける遠隔保守を実行する例示的な方法60のフローチャートを示す。方法60は、複数のステップを含み、データセンタ10及び/又は他のリソースを含む電子ネットワーク1の種々のコンポーネントにより実行できる。方法60は、62で開始する。幾つかの実施形態では、クライアントシステム20は、自動車及び/又は自動車と関連するFlexRayシステムを有してもよい。ステップ64は、クライアントシステム内の種々のプロセッサ及びリソースと関連するソフトウェアのデータベースを有するデータセンタ10を動作させるステップを含み得る。例えば、ステップ64は、クライアントシステム20と関連するプロセッサのリスト、並びにクライアントシステム20のプロセッサによる使用のために提供される任意の現在のソフトウェア及び/又はファームウェアを保守するステップを含み得る。ステップ66は、クライアントシステム20の処理モジュール21により収容される第1の仮想機械22bと通信するステップを含み得る。第1の仮想機械22bは、データセンタ10と関連する第1のデータセットを処理できる。第1の仮想機械22bは、上述のようにVMM24により管理できる。第1の仮想機械22bは、データセンタ10により保守されるプロセッサ及びそれらの関連するソフトウェア及び/又はファームウェアのリストを監視するよう構成されてもよい。ステップ68は、第1の仮想機械22bからの要求を受信して、クライアントシステム20に配信するめにソフトウェアアップデートを識別するステップを含み得る。例えば、データセンタ10は、このような要求を第1の仮想機械22bからネットワーク18を通じて受信できる。ステップ70は、クライアントシステム20の同一性を検証する認証処理を実行するステップを含み得る。認証処理は、上述の検証処理のうちの任意のものを有してもよい。幾つかの実施形態では、認証処理は、1又は複数の生体指標を受信し、テストし、及び/又は検証するステップを含んでもよい。幾つかの実施形態では、データセンタ10は、クライアントシステム20の同一性を検証する認証処理を実行してもよい。ステップ72は、ネットワーク18を用いて、識別されたソフトウェアアップデートを第1の仮想機械22bへ送信するステップを含み得る。ネットワーク18は、上述のような閉じられたネットワークであってもよい。幾つかの実施形態では、データセンタ10は、ステップ72を実行してもよい。幾つかの実施形態では、識別されたソフトウェアアップデートは、無線で送信されてもよい。ステップ74は、クライアントシステムと関連する第2の仮想機械22cを用いて、識別されたソフトウェアアップデートをクライアントシステム20にインストールするために、第1の仮想機械22bを認証するステップを有し得る。幾つかの実施形態では、データセンタ10は、ステップ74を実行してもよい。他の実施形態では、VMM26は、ステップ74を実行してもよい。方法60は、76で終了する。方法60は、第1の仮想機械22b及び第2の仮想機械22cがVMM24を通じて通信するクライアントシステム20で有用である。VMM24の使用は、データセンタ10による直接アクセスからクライアントシステム20を保護でき、及び/又はその他の場合にはクライアントシステム20のコンポーネントのセキュリティを向上できる。方法60の幾つかの実施形態では、第1の仮想機械22bは、クライアントシステム20がソフトウェアアップデートのインストールに成功したかを第2の仮想機械22cに問い合わせてもよい。多数のノード32を有するクライアントシステム20では、従来の保守方法は、クライアントシステム20が安全な保守位置で供されることを要求する。無線送信及び/又は他の無線のシステムによる遠隔保守は、これらの従来の方法の下ではセキュリティを低減してしまう。これに対し、方法60を用いる電子ネットワーク1は、セキュリティを低減することなく、遠隔保守の使用を可能にできる。電子ネットワーク1の特定の実施形態は、種々のVM22間のデータ交換がVMM24により動作され及び/又は制御される場合、VMM24でVM22を管理することにより、任意の特定のVM22のセキュリティを向上できる。図5は、本開示の特定の実施形態による、クライアントシステム20がリモートサーバに要求しリモートサーバからソフトウェアアップデートを受信する例示的な方法80のフローチャートを示す。方法80は、複数のステップを含み、クライアントシステム20のプロセッサモジュール21及び/又は他のリソースを含む電子ネットワーク1の種々のコンポーネントにより実行できる。幾つかの実施形態では、クライアントシステム20は、自動車及び/又は自動車と関連するFlexRayシステムを有してもよい。方法80は、82で開始する。ステップ84は、クライアントシステム20と関連する2つのVM22を収容するステップを含み得る。第1のVM22bは、クライアントシステム20と関連する第1のデータセットを処理できる。第2のVM22bは、外部データセンタ10と関連する第2のデータセットを処理できる。ステップ86は、2つの仮想機械22間の通信を管理するよう構成されたVMM24を動作させるステップを含み得る。VMM24の使用は、データセンタ10による直接アクセスからクライアントシステム20を保護でき、及び/又はその他の場合にはクライアントシステム20のコンポーネントのセキュリティを向上できる。ステップ88は、第1のデータセットが第2のデータセットと比較して古いと認識するステップを含み得る。ステップ88は、VM22により実行できる。例えば、第2のVM22は、任意のプロセッサ及び/又はそれらの個々のソフトウェア及び/又はファームウェアの状態、バージョン及び/又は設定を調べるために、第1のVM22dに問い合わせてもよい。例えば、第2のVM22bは、特定のプロセッサ及び/又はそれらの個々のソフトウェア及び/又はファームウェアの状態、バージョン及び/又は設定をデータセンタ10内の更新されたデータと比較してもよい。ステップ90は、クライアントシステム20に配信するために、ソフトウェアアップデートを識別するステップを含み得る。ステップ90は、VM22、データセンタ10及び/又は電子ネットワーク1の他のコンポーネントにより実行できる。幾つかの実施形態では、VM22は、セキュアな機構を介して例えば、TPM/TNCを介して、クライアントシステム20に関連するデータをデータセンタ10へ送信してもよい。ステップ92は、データセンタ10の同一性を検証する認証処理を実行するステップを含み得る。認証処理は、上述の検証処理のうちの任意のものを有してもよい。幾つかの実施形態では、認証処理は、1又は複数の生体指標を受信し、テストし、及び/又は検証するステップを含んでもよい。幾つかの実施形態では、クライアントシステム20は、VM22b、TPM26及び/又はリソースリスト28を用いて、データセンタ10の同一性を検証する認証処理を実行してもよい。ステップ94は、外部データセンタ10からの識別されたソフトウェアアップデートを要求するステップを含み得る。幾つかの実施形態では、第2のVM22bは、ステップ94を実行してもよい。識別されたソフトウェアアップデートは、クライアントシステム20の1又は複数のノード32例えば、CPUに関連する種々のソフトウェア及び/又はファームウェアを有してもよい。ステップ96は、外部データセンタ10からクライアントシステム20への識別されたソフトウェアアップデートを受信するステップを含み得る。幾つかの実施形態では、第2のVM22bは、ステップ96を実行してもよい。識別されたソフトウェアアップデートは、ネットワーク18を介して送信されてもよい。幾つかの実施形態では、VMM24は、ステップ98を実行する前に、受信したソフトウェアアップデートの完全性をチェックしてもよい。ステップ98は、第1の仮想機械22bを通じて、送信されたソフトウェアアップデートをクライアントシステム20にインストールするステップを含み得る。方法80の幾つかの実施形態では、第2の仮想機械22bは、クライアントシステム20がソフトウェアアップデートのインストールに成功したかを第1の仮想機械22cに問い合わせてもよい。幾つかの実施形態では、クライアントシステム20は、ソフトウェアアップデートの受信及び/又はインストールのログを生成及び/又は維持してもよい。幾つかの実施形態では、データセンタ10は、ソフトウェアアップデートの受信及び/又はインストールのログを生成及び/又は維持してもよい。このログはタイムスタンプを有してもよい。方法80は、99で終了する。多数のノード32を有するクライアントシステム20では、従来の保守方法は、クライアントシステム20が安全な保守位置で供されることを要求する。無線送信及び/又は他の無線のシステムによる遠隔保守は、これらの従来の方法の下ではセキュリティを低減してしまう。これに対し、方法80を用いる電子ネットワーク1は、セキュリティを低減することなく、遠隔保守の使用を可能にできる。電子ネットワーク1の特定の実施形態は、種々のVM22間のデータ交換がVMM24により動作され及び/又は制御される場合、VMM24でVM22を管理することにより、任意の特定のVM22のセキュリティを向上できる。図6は、本開示の特定の実施形態による、電子ネットワークにより供されるクライアントシステムで遠隔保守を実行する例示的な方法100のフローチャートを示す。方法100は、複数のステップを含み、データセンタ10及び/又は他のリソースを含む電子ネットワーク1の種々のコンポーネントにより実行できる。幾つかの実施形態では、クライアントシステム20は、自動車及び/又は自動車と関連するFlexRayシステムを有してもよい。方法100は、102で開始する。ステップ104は、クライアントシステムのノード32のリストを対応する処理命令セットに相関させる情報を含むデータベースを維持するステップを含み得る。データセンタ10は、単独で又は他のリソースと共にステップ104を実行してもよい。例えば、個々が、新しい情報が利用可能になったときにデータベースの更新に対して責任を持ってもよい。別の例として、クライアントシステムのノード32と関連する種々のベンダ及び/又は供給業者が、更新されたソフトウェア及び/又はファームウェアパッケージをデータセンタ10へ電子的に配信してもよい。ステップ106は、ソフトウェアアップデートの要求を受信するステップを含み得る。この要求は、特定のクライアントシステム20に対応する識別子及び特定の処理命令セットを有する。データセンタ10は、ステップ106を実行してもよい。データセンタは、ネットワーク18を介して要求を受信できる。ステップ108は、クライアントシステムのノード32に関連する情報及び関連するノード32に相関する対応する処理命令セットを読み出すために、データベースにアクセスするステップを含み得る。データセンタ10は、受信した要求に基づき、ステップ108を実行してもよい。ステップ110は、要求されたソフトウェアアップデートのインストールの結果として生じるノード32及び対応する処理命令の組合せをシミュレートする計算を実行するステップを含み得る。データセンタ10は、ステップ110を実行してもよい。方法100は、112で終了する。幾つかの実施形態では、クライアントシステム20は、複数のノード32例えば、CPU及び/又は処理リソースを含む複雑なネットワークシステムを有してもよい。各ノード32は、ベンダにより供給された関連ソフトウェア及び/又はファームウェアを有し得る。任意の特定のノード32が更新されたソフトウェア及び/又はファームウェアを自身の対応するベンダから受信すると、ソフトウェア及び/又はファームウェアの新しい組合せがクライアントシステム20に対して存在する。可能な組合せの数は非常に大きくなり得る。ソフトウェア及び/又はファームウェアの動作不能な及び/又は不適切な組合せは、クライアントシステム20の動作に影響を与え得る。幾つかの実施形態では、データセンタ10は、ノード32のデータベース及びそれらの対応するソフトウェアを保持してもよい。方法100は、データセンタ10及び/又は電子ネットワーク1の更なるコンポーネントが、任意の電子コンテンツをクライアントシステム20に配信する前に、ノード32及び/又はそれらの関連するソフトウェア及び/又はファームウェアの提案された組合せをシミュレートできるようにし得る。提案された組合せを動作上の完全性、互換性及び/又は他の適切な水準についてテストすることは、クライアントシステム20の信頼性及び/又は安定性を向上できる。図7は、本開示の特定の実施形態による、複数のクライアント20に供する電子ネットワーク1により供されるクライアントシステム20で遠隔保守を実行する例示的な方法120のフローチャートを示す。方法120は、複数のステップを含み、クライアントシステム20及び/又は他のリソースを含む電子ネットワーク1の種々のコンポーネントにより実行できる。幾つかの実施形態では、クライアントシステム20は、自動車及び/又は自動車と関連するFlexRayシステムを有してもよい。方法120は、122で開始する。ステップ124は、複数のクライアントシステム20に配信するために、利用可能な更新されたソフトウェアモジュールのリストを受信するステップを含み得る。更新されたソフトウェアモジュールは、複数のサーバに収容され得る。ステップ124は、クライアントシステム20により実行できる。例えば、第1のVM22bは、データセンタ10にリストを問い合わせ、次にそのリストを受信できる。ステップ126は、クライアントシステム20と関連する複数のノード32の同一性に少なくとも部分的に基づき、リストにある任意の更新されたソフトウェアモジュールを要求するか否かを決定するステップを含み得る。幾つかの実施形態では、第1のVM22bは、クライアントシステム20内のプロセッサのリストを検討し、そのリストを利用可能なモジュールのリストと比較する。例えば、クライアントシステム20が自動車及び/又は自動車と関連するFlexRayシステムである場合、第1のVM22bは、その自動車の製造元、モデル及び/又は年に基づきアップデートを要求するか否かを決定してもよい。ステップ128は、更新されたソフトウェアモジュールを要求するステップを含み得る。幾つかの実施形態では、ステップ128は無線及び/又は遠隔通信であってもよい。クライアントシステム20は、ステップ128を実行できる。例えば、第1のVM22bは、データセンタ10から更新されたソフトウェアモジュールを要求してもよい。ステップ130は、要求された更新されたソフトウェアモジュールを受信するステップを含み得る。幾つかの実施形態では、更新されたソフトウェアモジュールは、複数のサーバに収容され得る。このような実施形態では、クライアントシステム20は、要求したモジュールを、要求したモジュールを収容している特定のサーバから受信できる。このような実施形態では、更新されたソフトウェアモジュールのリストは、各モジュールの位置を特定するURLuniformresourcelocatorを有してもよい。ステップ132は、受信した更新されたソフトウェアモジュールをクライアントシステムにインストールするステップを含み得る。更新されたソフトウェアモジュールは、無線で及び/又は別の遠隔通信システムで配信されてもよい。方法120は、134で終了する。図8は、本開示の特定の実施形態による、複数のクライアントシステム20に供するよう構成された電子ネットワーク1における遠隔保守を実行する例示的な方法140のフローチャートを示す。方法140は、複数のステップを含み、データセンタ10及び/又は他のリソースを含む電子ネットワーク1の種々のコンポーネントにより実行できる。幾つかの実施形態では、クライアントシステム20は、携帯電話機を有してもよい。方法140は、142で開始する。ステップ144は、クライアントシステム内の種々のノード32と関連するソフトウェアのデータベースを有するデータセンタ10を動作させるステップを含み得る。クライアントシステム20が携帯電話機を有する実施形態では、ノード32は、種々のSIMsoftwareidentifiermoduleを有してもよい。データセンタ10は、ステップ144を実行してもよい。ステップ146は、クライアントシステム20により収容される第1の仮想機械22bと通信するステップを含み得る。第1の仮想機械22bは、データセンタ10と関連する第1のデータセットを処理できる。例えば、第1の仮想機械22bは、クライアントシステム20の種々のノード32に関連する種々の設定、改訂番号等にアクセスするよう構成できる。データセンタ10は、ネットワーク18を用いてステップ146を実行してもよい。データセンタ10は、第1のVM22bと関連するデータセットを、現在のバージョン及び/又は更新状態及びフラグのリストと比較し、同一性の変化をフラグで示してもよい。ステップ148は、第1の仮想機械22bがクライアントシステム20内の種々のノード32のうちの1つに配信するめにソフトウェアアップデートを識別することの要求を受信するステップを含み得る。例えば、第1のVM22bは、携帯電話機内の特定のSIMのソフトウェアアップデートを要求してもよい。データセンタ10は、ステップ148を実行してもよい。ステップ150は、クライアントシステム20の同一性を検証する認証処理を実行するステップを含み得る。データセンタ10は、ステップ150を実行してもよい。認証処理は、上述の検証処理のうちの任意のものを有してもよい。幾つかの実施形態では、認証処理は、1又は複数の生体指標を受信し、テストし、及び/又は検証するステップを含んでもよい。幾つかの実施形態では、クライアントシステム20は、VM22b、TPM26及び/又はリソースリスト28を用いて、データセンタ10の同一性を検証する認証処理を実行してもよい。ステップ152は、ネットワークを用いて、識別されたソフトウェアアップデートを第1の仮想機械22bへ送信するステップを含み得る。幾つかの実施形態では、データセンタ10は、ネットワーク18を介して識別されたソフトウェアを送信してもよい。幾つかの実施形態では、ステップ152は、無線で及び/又は無線により識別されたソフトウェアアップデートを送信することにより実行できる。ステップ154は、種々のノード32のうちの1つと関連する第2のVM22cを用いて、受信されたソフトウェアアップデートをクライアントシステム20にインストールするために、第1のVM22bを認証するステップを有し得る。第1のVM22b及び第2のVM22cは、VMM24を通じて通信できる。幾つかの実施形態では、クライアントシステム20は、データセンタ10から受け付ける前に、受信されるソフトウェアの完全性及び/又は安全性を検証する認証処理を実行してもよい。方法140は、156で終了する。認証は、受信されるソフトウェアアップデートのインストールの前及び/又は後に生じてもよい。幾つかの実施形態では、第1のVM22bは、クライアントシステム20がソフトウェアアップデートを受信したかを検証するために、第2のVM22cに問い合わせてもよい。幾つかのクライアントシステム20では、複数のノード32の各々は、ユニークなオペレーティングシステムで動作してもよい。例えば、複数のSIMカードを有する携帯電話機では、各SIMカードは、それ自身のOSで動作してもよい。複数のSIMカード間及び/又はクライアントシステム20の種々のVM間のデータ交換は、変化に富むOSのために複雑になり得る。幾つかの実施形態では、特定のSIMカードは、別のSIMカード及びそのOSと比較して低いレベルのセキュリティ要件を有してもよい。このような実施形態では、従来の保守は、クライアントシステム20がセキュアな保守位置で供されることを要求する。方法140及び本開示の教示を用いることにより、クライアントシステム20の保守を無線で及び/又は無線により可能にする。VMM24を通じて接続された複数のVM22を備えたクライアントシステムでは、データセンタ10とクライアントシステム20との間のデータ交換は、TPM26によりサポートされ、セキュリティ及び/又は信頼性の向上をもたらす。図9は、本開示の特定の実施形態による、クライアントシステム20がリモートサーバ10に要求しリモートサーバ10からソフトウェアアップデートを受信する例示的な方法160のフローチャートを示す。方法160は、複数のステップを含み、クライアントシステム20及び/又は他のリソースを含む電子ネットワーク1の種々のコンポーネントにより実行できる。幾つかの実施形態では、クライアントシステム20は、携帯電話機を有してもよい。ノード32は、SIMsubscriberidentitymoduleカードを有してもよい。方法160は、162で開始する。ステップ144は、クライアントシステム20と関連する2つの仮想機械22を収容するステップを含み得る。第1のVM22bは、外部データセンタ10と関連する第1のデータセットを処理できる。第2のVM22cは、クライアントシステム20内のノード32と関連する第2のデータセットを処理できる。第1のVM22b及び第2のVM22cは、VMM24を通じて通信し、種々のVM22のデータの完全性及び/又は信頼性を維持する。ステップ146は、2つのVM22間の通信を管理するよう構成されたVMM24を動作させるステップを含み得る。クライアントシステム20は、TPM26と共にステップ146を実行できる。ステップ148は、第1のデータセットが第2のデータセットと比較して同一性を欠くと認識するステップを含み得る。データセンタ10、VM22b若しくは22c、及び/又はVMM24は、ステップ148を実行できる。ステップ150は、ノード32に配信するためにソフトウェアアップデートを特定するステップを含み得る。このソフトウェアアップデートは、第1のデータセットと第2のデータセットとの間の同一性を復旧するよう構成される。ステップ152は、クライアントシステムの同一性を検証し、データセンタ10の同一性及び/又は特定されたソフトウェアアップデートの信頼性及び/又は安全性を検証する認証処理を実行するステップを含み得る。電子ネットワークの任意の部分は、認証処理を実行できる。例えば、VMm24は、TPM26と共に動作し、ソフトウェアパッケージ及び/又はデータセンタ10の同一性を検証してもよい。ステップ154は、外部データセンタ10からの識別されたソフトウェアアップデートを要求するステップを含み得る。第1のVM22bは、ステップ154を実行してもよい。ステップ156は、外部データセンタ10から第1のVM22bへの識別されたソフトウェアアップデートを受信するステップを含み得る。ステップ158は、第2のVM22cを通じて、送信されたソフトウェアアップデートをノード32にインストールするステップを含み得る。幾つかの実施形態では、第1のVM22bは、ノード32がソフトウェアアップデートを受信したかを検証するために、第2のVM22cに問い合わせてもよい。幾つかのクライアントシステム20では、複数のノード32の各々は、ユニークなオペレーティングシステムで動作してもよい。例えば、複数のSIMカードを有する携帯電話機では、各SIMカードは、それ自身のOSで動作してもよい。複数のSIMカード間及び/又はクライアントシステム20の種々のVM間のデータ交換は、変化に富むOSのために複雑になり得る。幾つかの実施形態では、特定のSIMカードは、別のSIMカード及びそのOSと比較して低いレベルのセキュリティ要件を有してもよい。このような実施形態では、従来の保守は、クライアントシステム20がセキュアな保守位置で供されることを要求する。方法160及び本開示の教示を用いることにより、クライアントシステム20の保守を無線で及び/又は無線により可能にする。VMM24を通じて接続された複数のVM22を備えたクライアントシステムでは、データセンタ10とクライアントシステム20との間のデータ交換は、TPM26によりサポートされ、セキュリティ及び/又は信頼性の向上をもたらす。図10は、本開示の特定の実施形態による、電子ソフトウェアコードの完全性を検証する例示的な方法182のフローチャートを示す。方法182は、複数のステップを含み、クライアントシステム20及び/又は他のリソースを含む電子ネットワーク1の種々のコンポーネントにより実行できる。方法182は、184で開始する。ステップ186は、複数の暗号鍵をクライアントシステム20に提供するステップを含み得る。複数の暗号鍵の各々は、対応する時間係数に相関される。時間係数は、少なくとも部分的に、制御因子及びソフトウェアコードパケットの配信時に生成されたタイムスタンプ、ソフトウェアコードパケットの更新タイミング、又はクライアントと関連する信頼できるプロトコルモジュールの更新タイミングに依存し得る。ステップ188は、ソフトウェアコードパケットに関連する時間係数に基づく複数の暗号鍵のうちの1つを用いて、ソフトウェアコードパケットを暗号化するステップを有し得る。ステップ190は、クライアントシステム20に暗号化されたソフトウェアコードパケットを配信するステップを含み得る。ステップ192は、クライアント20がソフトウェアコードパケットを受信した時間に相関する時間係数に基づく復号鍵を選択するようクライアント20に通知するステップを有し得る。方法182は、194で終了する。従来のソフトウェアコードの完全性は、電子署名例えば、PKIpublickeyinfrastructure認証方法を用いて調べられていた。しかしながら、電子署名の使用は、本開示の方法と比べて信頼性が低い。例えば、電子署名は、署名が無効になる有効期限を組み込み得る。電子署名の検証処理が実行される前及び/又は後に、コードを置き換える及び/又は変更することが可能である。本開示の教示によると、コードの完全性は、更新タイミング/鍵の制御を含むことにより有意に改善できる。暗号鍵は、時間係数に基づき変更できる。例えば、時間係数は、少なくとも部分的に、電子コンテンツの送信及び/又は配信に関連するタイムスタンプに依存し得る。別の例として、時間係数は、少なくとも部分的に、TPM26及び/又はVM22の更新タイミングに依存し得る。いずれの場合も、時間係数は、予め合意した制御因子aに依存してもよい。複数の暗号鍵は、TPM26と関連するリソースリスト28により格納されてもよい。適切な暗号鍵を用い、TPM26は、電子コンテンツの電子署名データを用いてその電子コンテンツの有効期限を調べてもよい。図11は、本開示の特定の実施形態による、電子ソフトウェアコードの完全性を検証する例示的な方法200のフローチャートを示す。方法200は、複数のステップを含み、クライアントシステム20及び/又は他のリソースを含む電子ネットワーク1の種々のコンポーネントにより実行できる。方法200は、202で開始する。本開示の教示によると、コードの完全性は、更新タイミング/鍵の制御を含むことにより有意に改善できる。暗号鍵は、時間係数に基づき変更できる。例えば、時間係数は、少なくとも部分的に、電子コンテンツの送信及び/又は配信に関連するタイムスタンプに依存し得る。別の例として、時間係数は、少なくとも部分的に、TPM26及び/又はVM22の更新タイミングに依存し得る。いずれの場合も、時間係数は、予め合意した制御因子aに依存してもよい。複数の暗号鍵は、TPM26と関連するリソースリスト28により格納されてもよい。適切な暗号鍵を用い、TPM26は、電子コンテンツの電子署名データを用いてその電子コンテンツの有効期限を調べてもよい。ステップ204は、データセンタ10からの暗号鍵のリストを格納するステップを含み得る。各暗号鍵は、対応する時間係数に相関される。リストは、TPM24により及び/又はTPM24と関連する記憶リソースにより格納され得る。ステップ206は、データセンタ10からの暗号化されたソフトウェアコードパケットを受信するステップを含み得る。幾つかの実施形態では、電子署名も受信されてよいステップ208は、時間係数に基づく暗号鍵を選択するステップを含み得る。幾つかの実施形態では、TPM24は、暗号化されたソフトウェアパケットと共に配信された電子署名をチェックしてもよい。方法200は、210で終了する。図4乃至図11は、方法60、80、100、120、140、160、184及び200で行われる特定数のステップを示すが、種々の方法は、示されたステップより多くの又は少ないステップで実行されてもよい。本願明細書に開示された方法及びシステムを用い、電子コンテンツへの安全なアクセスの維持に関連する特定の問題を改善し、低減し又は除去できる。例えば、本願明細書に開示された方法及びシステムは、クライアントシステムの遠隔保守を実行する電子ネットワークのセキュリティ及び/又は信頼性を向上できる。本開示は幾つかの実施形態と共に記載されたが、種々の変化及び変更を当業者に提案できる。本発明は、添付の特許請求の範囲に包含される全ての変化及び変更を包含する。本開示の教示は、当業者が考え得る、本願明細書に記載された例である実施形態の全ての変更、代替、変形、選択肢、及び修正を包含する。特定の実施形態では、1又は複数のウェブページは、ネットワークシステム及び/又はネットワークサービスに関連付けられる。特定の実施形態は、任意の種類のネットワークのアドレス可能なリソース又はウェブサイトにより収容される構造化文書の読み出し及び/又はレンダリングを含み得る。さらに、本願明細書で用いられるように、ユーザは、個人、グループ及び/又は企業体例えば、ビジネス及び第三者のアプリケーションを含み得る。