JP7322176B2 - ブロックチェーンを用いたバージョン履歴管理 - Google Patents

Description

今日のデバイスは、しばしば、ソフトウェアアップデートを介して更新可能なソフトウェアを実行するように構成される。ソフトウェアアップデートは、例えば、セキュリティ問題が発生したときそれらに対処し、ソフトウェアで発見されたエラーに対処し、ハードウェア及び／又は周辺機器の動作を改善し、機器の新しいモデルのサポートを追加するためにリリースされることがある。これらのアップデートは、ソフトウェアの動作を改善し、ハードウェアの動作を改善し、ソフトウェア及びデバイスに新しい機能を追加することができる。例えば、ファームウェアアップデートは、プッシュプロトコルを使用してデバイスに送信することができ、ファームウェアアップデートを受信したことに応答して、デバイスは、更新されたファームウェアをデバイスにインストールするように構成することができる。

ブロックチェーン技術、又は単にブロックチェーンは、トランザクションのリストなどの情報を記憶するために使用できるデータ構造である。トランザクションは、ブロックに束ねることができ、各ブロック（最初のブロック又はジェネシスブロックを除く）は、ハッシュを使用してブロックチェーン内の前のブロックを逆に参照し、又は前のブロックにリンクされる。コンピュータノードはブロックチェーンを維持し、検証プロセスを使用してブロックチェーンに追加された各新しいブロックを暗号的に検証する。検証プロセスには、独立して立証することができ、時に「プルーフオブワーク」と呼ばれる計算上困難な問題を解くことを含むことができる。

ブロックチェーンのデータ完全性（例えば、前に記録されたトランザクションがモディファイされていないという信頼性）は、ブロックチェーン内の各ブロックが前のブロックの暗号ハッシュ値を参照し又は含むため、維持することができる。したがって、ひとたびブロックが前のブロックを参照すると、前のブロックに含まれるデータ（例えば、トランザクション）をモディファイ又は改ざんすることは、データに対する小さいモディフィケーションでさえブロック全体のハッシュ値に影響を与えるため、困難になる。ブロックチェーンに追加される各追加ブロックは、以前のブロックの内容を改ざんすることの困難性を増大させる。

ブロックチェーンを使用してソフトウェアのバージョン履歴を管理する一例示的なシステム及び方法を示す図である。 デバイスソフトウェアを更新し、ブロックチェーンを使用してソフトウェアバージョン履歴を管理するシステムに含まれる例示的なコンポーネントを示すブロック図である。 デバイスソフトウェアを更新し、ブロックチェーンを使用してソフトウェアバージョン履歴を管理するシステムに含まれる例示的なコンポーネントを示すブロック図である。 ソフトウェアアップデートをソフトウェアアップデートサービスにサブミットし、ソフトウェアアップデートのためのソフトウェア認証情報をブロックチェーンに記憶する一例示的なシステム及び方法を示すブロック図である。 ブロックチェーンに含まれる認証情報を使用してソフトウェアアップデートを検証する一例示的なシステム及び方法を示すブロック図である。 デバイス上のソフトウェアを更新し、ブロックチェーンにデバイスの更新履歴を記憶する一例示的な方法を示すフロー図である。 ブロックチェーンを使用してバージョン履歴を管理する方法を実行するために使用可能なコンピューティングデバイスの一例を示すブロック図である。

ブロックチェーンを使用してデバイスのソフトウェアバージョン履歴を管理及び安全化（securing）する技術について記載する。ブロックチェーンは、デバイスにインストールされたソフトウェアのバージョンを追跡するために使用することができる。デバイスには、ロボットデバイス、ドローンデバイス、ＩｏＴ（モノのインターネット）デバイス、ホームオートメーションデバイス、製造デバイス、埋め込みデバイス、及びソフトウェアアップデートを受信するように構成された他のタイプのコンピューティングデバイスを含むことができる。ソフトウェアアップデートは、デバイスにインストールされたソフトウェアを更新、アップグレード、モディファイ（modifies）、又は置換するソフトウェアのバージョンであり得る。いくつかの場合、ソフトウェアアップデートは、デバイスに、前にデバイス上に存在しなかった新しいソフトウェアをインストールすることができる。ソフトウェアアップデートは、これらに限定されないが、ファームウェア、オペレーティングシステム、アプリケーション、セキュリティファイル、ドライバファイル、ライブラリファイル、サービスなどを含むことができる。ソフトウェアバージョン情報は、ブロックチェーンに記録することができ、ブロックチェーンは、ネットワーク内のコンピューティングノード間で分散することができる。コンピューティングノードのネットワークは、ブロックチェーンを維持し、検証プロセスを使用してブロックチェーンに追加された各新しいブロックを暗号的に検証するように構成することができる。

技術の一例では、ソフトウェアアップデートサービスを使用して、デバイスにソフトウェアアップデートを提供し、デバイスにインストールされたソフトウェアの履歴を提供するブロックチェーンへのレコードを追加することができる。ブロックチェーンに更新履歴を記録することで、デバイスにインストールされたソフトウェア及びソフトウェアバージョンの監査証跡を提供することができる。設計上、ブロックチェーンは、ブロックチェーンに含まれるデータのモディフィケーションに対して本質的に耐性があり、それにより、ひとたびトランザクションがブロックチェーンに追加されると、トランザクションのレコードは、ブロックチェーンの分散的性質に起因して、検出されることなく編集又は削除することができない。ブロックチェーンのデータ完全性（すなわち、モディフィケーションに対する耐性）は、デバイスの更新履歴をモディファイされることから保護し、更新履歴が有効であるという高レベルの保証を提供するために使用することができる。

更新履歴は、これらに限定されないが、ソフトウェアバージョン情報、デバイス情報、ユーザ情報、インストール日付情報、デバイスステータス情報、ネットワーク情報、及び他の情報を含むことができる。一例では、ブロックチェーンを使用して、個々のデバイスの更新履歴を維持することができる。別の例では、ブロックチェーンを使用して、複数のデバイスの更新履歴を維持することができる。さらに、一例では、ソフトウェアアップデートのための認証情報を、ブロックチェーン内に維持することができる。認証情報は、後により詳細に説明するように、ソフトウェアアップデートサービス、又はソフトウェアアップデート（例えば、インストールパッケージ、実行可能ファイル、ファイルなど）を認証するためのデバイスにより、ソフトウェアアップデートをデバイスにインストールする前に使用することができる。ソフトウェアアップデートのための認証情報は、ブロックチェーンのデータ完全性を使用して保護することができる。

過去には、ソフトウェアアップデートセキュリティは、集中的に管理されてきた。例えば、集中的に配置されたデータベースを使用して、デバイスへのソフトウェアアップデートの配布を追跡してきた。悪い行為者は、デバイスに侵入し、デバイスを乗っ取ろうとして、これらのデータベースを利用することができる。例えば、悪い行為者は、悪意のあるソフトウェアをデバイスに送信するＯＴＡ（オーバー・ジ・エア（Over the Air））アップデートをトリガするために、データベースに不正にアクセスし、デバイスのソフトウェアアップデート履歴を変更又は破壊する可能性がある。本技術は、デバイスのソフトウェアアップデート情報をブロックチェーンに記録し、それにより、コンピューティングノードのネットワークに分散されているブロックチェーンのデータ完全性を使用してソフトウェアアップデート履歴を保護することによって、ソフトウェアアップデートセキュリティを改善する。例えば、ソフトウェアアップデート履歴は、デバイス上のソフトウェアの過去のバージョン及び現在インストールされているバージョンに関する情報を含むことができる。ソフトウェアアップデート履歴は、デバイスにソフトウェアアップデートを送信する前に（例えば、デバイス上のソフトウェアの認可されたバージョンがソフトウェアアップデートを破壊するのを防止するために）、デバイスにインストールされたソフトウェアのバージョンを検証する（validate）ために使用することができる。ソフトウェアのバージョンに対するソフトウェア署名などのソフトウェア認証情報を、ブロックチェーン内に維持することができ、ソフトウェア認証情報は、デバイスにソフトウェアアップデートを送信する前に、（例えば、署名を使用してソースを検証することにより）ソフトウェアアップデートを検証するために使用することができる。デバイスが、ソフトウェアの新しいバージョンに更新された後、ソフトウェアアップデートに関連づけられた情報は、ブロックチェーンに記録することができる。結果的に、上述のように、本技術は、ブロックチェーンのデータ完全性を使用して、デバイスのソフトウェアアップデートに関連づけられた情報の安全化に対する改善を提供する。

本技術をさらに説明するために、次に、図面を参照して例を提供する。図１は、システム１００の高レベルの例と、ブロックチェーン１１２を使用してソフトウェアのバージョン履歴を管理する方法を示す図である。システム１００は、ソフトウェアアップデートサービス１０６を含むことができ、ソフトウェアアップデートサービス１０６は、デバイス１０２（例えば、ロボットデバイス）、及び、ブロックチェーン１１２を維持するように構成されたコンピューティングノードのネットワーク１０８とネットワーク通信する。デバイス１０２は、ソフトウェアアップデートを介して更新可能なソフトウェアを実行するように構成された任意のデバイスを含むことができる。デバイス１０２の非限定的な例には、ロボットデバイス、ドローンデバイス、ＩｏＴデバイス、ホームオートメーションデバイス、製造デバイス、モバイルデバイス（例えば、スマートフォン、タブレット、ｅリーダ、ラップトップコンピュータなど）、デスクトップコンピュータ、サーバなどが含まれる。ブロックチェーン１１２は、これらに限定されないが、デバイス１０２のデバイス情報、デバイス１０２のソフトウェアアップデート履歴、及び／又はデバイス１０２におけるインストールに利用可能であり得るソフトウェアアップデートのためのソフトウェア認証情報を含むことができる。コンピューティングノードのネットワーク１０８内のコンピューティングノード１１０（又は、ピア）は、ブロックチェーン１１２をホストし、コンピューティングノード１１０は、互いに（例えば、インターネット、ＬＡＮ（ローカルエリアネットワーク）、ＷＡＮ（ワイドエリアネットワーク）などを使用して）ネットワーク通信する。コンピューティングノード１１０は、コンピューティングノードのネットワーク１１２とソフトウェアアップデートサービス１０６がブロックチェーン１１２にアクセス及びモディファイするために互いに対話することを可能にするＡＰＩ（アプリケーションプログラミングインタフェース）のセットを公開することができる。

ソフトウェアアップデートサービス１０６は、デバイス１０２にソフトウェアアップデートを配布するように構成することができる。後にさらに詳細に説明するように、一例において、ソフトウェアアップデートサービス１０６は、ブロックチェーン１１２に記録されているデバイス１０２のデバイス情報を検証し（例えば、これが有効なデバイス又はライセンスされたデバイスであるかを決定する）、デバイス１０２上にソフトウェアアップデートをインストールするように構成されているデバイス１０２にソフトウェアアップデートを送信することができる。例えば、ソフトウェアアップデートサービス１０６は、デバイス１０２のデバイス情報を（例えば、デバイス情報クエリを介して、又はデバイス１０２から直接）受信することができる。デバイス情報は、デバイス識別子、及びデバイスにインストールされたソフトウェアの現在のバージョン、並びに他の情報を含むことができる。ソフトウェアサービス１０６は、デバイス情報を検証して、デバイス１０６のアイデンティティ（identity）と、デバイス１０６にインストールされたソフトウェアのバージョンを確認することができる。一例において、デバイス情報（例えば、デバイス識別子及びソフトウェアバージョン）は、ブロックチェーン１１２に含まれるデバイスレコードに対して検証することができる。

デバイス情報の成功裏の検証の後、ソフトウェアアップデートサービス１０６は、デバイス１０２のためのソフトウェアアップデートを識別し、このソフトウェアアップデートをデバイス１０２に送信することができる。例えば、ソフトウェアアップデートサービス１０６は、デバイス１０２にインストールされたソフトウェアの現在のバージョン（例えば、バージョン１．０）の情報を使用して、ソフトウェアアップデート（例えば、バージョン２．０）を識別し、このソフトウェアアップデートをデバイス１０２に送信することができる。一例において、デバイス１０２にソフトウェアアップデートを送信する前に、ソフトウェアアップデートは、ブロックチェーン１１２に含まれるソフトウェア認証情報（例えば、ソフトウェア署名又は証明書）を使用して認証することができる。後述するように、ソフトウェア認証情報は、ブロックチェーン１１２のデータ完全性を使用してソフトウェア認証情報を安全化するために、ブロックチェーン１１２に記憶することができる。

ソフトウェアアップデートを受信したことに応答して、デバイス１０２は、ソフトウェアアップデートをデバイス１０２にインストールする。ソフトウェアアップデートがデバイス１０２にインストールされた後、ソフトウェアアップデートサービス１０６は、デバイス１０２のデバイス識別子、デバイス１０２にインストールされたソフトウェアバージョン、インストール日付などのソフトウェアアップデート情報を含むようにブロックの生成を開始することができる。一例において、ソフトウェアアップデートサービス１０６は、ソフトウェアアップデート情報をノード１１０に送信することができ、ノード１１０は、ブロックを生成及び検証し、ブロックをブロックチェーン１１２にアペンドする（append）ことができる。別の例では、ソフトウェアアップデートサービス１０６は、ソフトウェアアップデート情報を含むようにブロックを生成し、そのブロックをノード１１０に送信することができ、ノード１１０は、ブロックの受け入れを決定し、そのブロックをブロックチェーン１１２にアペンドすることができる。ブロックチェーン１１２にブロックをアペンドする際に、ブロックは、デバイス１０２のソフトウェアアップデート履歴を記憶することができ、この更新履歴は、ブロックチェーン１１２のデータ完全性及びブロックチェーン１１２の分散的性質によって保護される。

一例において、ブロックチェーン１１２に追加すべき新しいブロックを生成することは、ブロックチェーン１１２に追加された最新のブロック（すなわち、ブロックチェーン１１２にアペンドされた最後のブロック）を識別し、最後のブロックからブロック識別子を取得することを含むことができる。最後のブロックからのブロック識別子は、ソフトウェアアップデート情報とともに新しいブロックに含めることができ、新しいブロックのブロック識別子は、新しいブロックに含まれる情報にハッシュ関数を適用することにより生成することができる。例えば、新しいブロックのブロック識別子は、最後のブロックからのブロック識別子とソフトウェアアップデートサービス１０６から受信したソフトウェアアップデート情報とにハッシュ関数を適用することにより生成することができる。

ノード１１０は、ブロックに含まれる情報を検証することにより、ブロックの受け入れを決定することができる。例えば、ノード１１０は、ソフトウェアアップデートサービス１０６から受信したブロックに含まれるブロック識別子を、ブロック識別子を元々生成するために使用されたハッシュ方法でブロック識別子を再現し、再現されたブロック識別子をソフトウェアアップデートサービス１０６から受信したブロック内のブロック識別子と比較することにより、検証することができる。一例として、ノード１１０は、ソフトウェアアップデートサービス１０６から受信したブロックに含まれるソフトウェアアップデート情報とノード１１０に記憶されたブロックチェーン１２２内の前のブロックから取得されたブロック識別子とにハッシュ関数を適用することにより、ブロック識別子を再現することができる。再現されたブロック識別子が、ソフトウェアアップデートサービス１０６から受信したブロック内のブロック識別子に対応する場合、ブロックは、検証されたとみなされ、ノード１１０は、ブロックをノード１１０に記憶されたブロックチェーン１１２のコピーにアペンドすることができる。再現されたブロック識別子が、ソフトウェアアップデートサービス１０６から受信したブロック内のブロック識別子に対応しない場合、ブロックは、ブロックチェーン１１２にアペンドされなくてよい。

一例において、ノード１１０は、プルーフオブワーク（proof-of-work）処理を実行して、どのノード１１０がブロックチェーン１１２にブロックを追加するかを決定することができる。一例として、ソフトウェアアップデートサービス１０６は、ノード１１０に対してソフトウェアアップデートトランザクションを発行する（publish）ことができ、レイテンシに起因して、ノード１１０は、異なる時間にソフトウェアアップデートトランザクションを受信することができる。結果として、ノード１１０により生成されたブロックは、異なるソフトウェアアップデートトランザクションを含むことがあり、したがって、どのノード１１０がブロックチェーン１１２にブロックを追加するかの決定が行われ得る。ノード１１０は、どのノード１１０がブロックチェーン１１２にブロックを追加するかを決定するために、プルーフオブワーク処理を実行することができる。例示的に、プルーフオブワーク処理は、立証可能なコンピューティング計算（例えば、暗号パズル）を解くことを含むことができる。プルーフオブワーク処理を完了する最初のノード１１０が、ブロックチェーン１１２にブロックを追加するように選択される。いくつかの場合、ブロックチェーン１１２にブロックを追加するように選択されたノード１１０は、賞（award）を受け取ることができ、この賞は、モニタリー賞（monitory award）、又は他のノード１１０と競争するための別のタイプのインセンティブであり得る。別の例では、プルーフオブステーク（proof-of stake）を使用して、どのノード１１０がブロックチェーン１１２にブロックを追加するかを決定することができる。プルーフオブステークは、決定論的方法を使用してブロックを生成するためにノード１１０を選択し、ノード１１０は、ノード１１０が有効なブロックを生成しない場合にノード１１０が失う可能性のあるステーク（例えば、金銭価値）を提供する（puts up）。理解されるように、この技術は、上述したブロックチェーン１１２へのブロックの生成及び追加の手法に限定されない。ブロックチェーンにブロックを生成及び追加する任意の手法が考えられ、本開示の範囲内である。

図２Ａは、本技術を実行することができる一例示的なシステム環境２００のコンポーネントを示す。システム環境２００は、ソフトウェアアップデートサービス２０８とデータストア２２６ａ～２２６ｂとをホストするように構成された複数のサーバ２０６を含むことができ、データストア２２６ａ～２２６ｂは、デバイス２２２のデバイス履歴２１８、及びソフトウェアアップデート２２０（例えば、複数のバージョンのソフトウェア実行可能ファイル）を含む。システム２００は、１つ以上のブロックチェーン２０４を維持するために使用される複数のノード２０２を含むことができる。ノード２０２には、ブロックチェーン２０４に記憶された情報を検証すること、プルーフオブワーク処理を実行してノード２０２がブロック２２４ａ～ｎを生成するかどうかを決定すること、デバイス２２２及び／又はソフトウェアアップデートに関連する情報を含むようにブロック２２４ａ～ｎを生成すること、並びにブロック２２４ａ～ｎをブロックチェーン２０４に追加することなどの、ブロックチェーン機能を実行するために使用されるブロックチェーンソフトウェアを実行するように構成されたサーバ又は別のコンピューティングデバイスを含むことができる。

ブロックチェーン２０４は、デバイス２２２にインストールされたソフトウェアのデバイス履歴を含む複数のリンクされたブロック２２４ａ～２２４ｎを含むことができる。ブロックチェーン２０４は、単一のデバイス２２２のデバイス履歴又は複数のデバイス２２２のデバイス履歴を含むことができる。例えば、ブロックチェーン２０４は、ＩｏＴデバイスのネットワーク、ロボットデバイスのネットワーク、ドローンデバイスのネットワークなどのデバイスネットワークに含まれるデバイス２２２のデバイス履歴を含むことができる。デバイス２２２のデバイス履歴は、デバイス識別子（例えば、一意デバイス識別子（unique device identifier、ＵＤＩ）、ユニバーサル一意識別子（universal unique identifier、ＵＵＩＤ）、媒体アクセス制御アドレス（ＭＡＣアドレス）、国際移動機器識別番号（international mobile equipment identity、ＩＭＥＩ）、専有の一意ハードウェア識別子など）、履歴的なデバイス情報（例えば、最後の既知の位置、ネットワークアドレス、デバイス状態など）、ソフトウェアバージョン情報（例えば、ソフトウェアバージョン番号、セキュリティパッチレベル及び日付、ソフトウェアビルド番号など）、及びデバイス２２２のデバイス履歴がブロックチェーン２０４にいつ追加されたかを示す時間参照を含むことができる。一例において、ブロック２２４ｎに示すように、ブロックチェーン２０４は、後述するソフトウェアアップデート２２０を検証するために使用されるソフトウェア認証情報を含むことができる。

一例において、ブロックチェーン２０４に含まれるデバイス履歴は、ソフトウェアアップデートサービス２０８がアクセス可能なデバイス履歴データストア２２６ａに記憶することができる。例えば、ブロックチェーン２０４のコピーをノード２０２から取得することができ、デバイス履歴をブロックチェーン２０４から抽出し、デバイス履歴データストア２２６ａに記憶することができる。デバイス履歴データストア２２６ａに含まれるデバイス履歴２１８は、デバイス履歴データストア２２６ａに含まれるデバイス履歴２１８のデータ完全性を維持するために、ブロックチェーン２０４から定期的に更新することができる。別の例では、デバイス履歴は、ブロックチェーン２０４、又はブロックチェーン２０４の一部をノード２０２から取り出すことにより、ブロックチェーン２０４から直接取得することができる。

ソフトウェアアップデートサービス２０８は、ソフトウェアアップデートサービス２０８に登録されたデバイス２２２にソフトウェアアップデート２２０を提供することができる。一例において、ソフトウェアアップデートサービス２０８は、これらに限定されないが、デバイス認証モジュール２１０、ソフトウェア認証モジュール２１２、ソフトウェア配布モジュール２１４、及びブロックチェーンモジュール２１６を含む複数のモジュールを含むことができる。デバイス認証モジュール２１０は、デバイス２２２を認証してデバイス２２２のアイデンティティを確認するように構成することができる。デバイス２２２は、デバイス２２２から受信したデバイス情報をブロックチェーン２０４に含まれるデバイス情報と比較することにより認証することができる。例示的に、デバイス２２２のデバイス情報は、デバイス識別子及び／又はデバイス特性（例えば、デバイスタイプ、デバイスアカウント、ＩＰアドレス、デバイス２２２にインストールされたソフトウェアの現在のバージョンなど）を含むことができ、これらは、ブロックチェーン２０４に含まれるデバイス履歴２１８から取得されたデバイス情報に対して検証することができる。非限定的な例として、デバイス２２２から受信したＭＡＣアドレス、デバイスアカウント番号、及びデバイスモデル番号を、デバイス履歴２１８に含まれるＭＡＣアドレス、デバイスアカウント番号、及びデバイスモデル番号に対して検証することができる。デバイス履歴２１８は、デバイス履歴データストア２２６ａ及び／又はブロックチェーン２０４から取得することができる。

ソフトウェア配布モジュール２１４は、デバイス２２２がソフトウェアアップデート２２０を受信するのに適格であるかどうかを決定し、デバイス２２２へのソフトウェアアップデート２２０の送信を開始するように構成することができる。例示的に、ソフトウェアアップデート２２０は、デバイス２２２からソフトウェアアップデート要求を受信したことに応答して（例えば、デバイス２２２は、ソフトウェアアップデートサービス２０８と周期的に通信し、ソフトウェアアップデートサービス２０８に「チェックイン」して、ソフトウェアアップデート２２０が利用可能かどうかを決定することができる）、及び／又はデバイス２２２がソフトウェアアップデート２２０に適格であるという決定に応答して（例えば、デバイス履歴２１８は、ソフトウェアアップデート２２０を受信するのに適格であるデバイス２２２を識別するためにクエリされ（queried）得る）、デバイス２２２に送信することができる。

デバイス２２２からソフトウェアアップデート要求を受信したことに応答して、ソフトウェア配布モジュール２１４を使用して、ソフトウェアアップデート２２０がデバイス２２２に対して利用可能であるかどうかを決定することができる。一例として、デバイス２２２のデバイス識別子を使用し、ソフトウェア配布モジュール２１４は、デバイス２２２に関連づけられたデバイス履歴２１８（例えば、デバイス履歴データストア２２６ａ内に位置し、及び／又はブロックチェーン２０４から直接取得される）を参照して、デバイス２２２に現在インストールされているソフトウェアのバージョンを識別することができ、ソフトウェア配布モジュール２１４は、ソフトウェアアップデートデータストア２２６ｂにクエリして、ソフトウェアの新しいバージョンがデバイス２２２にインストールされるのに利用可能であるかどうかを決定することができる。ソフトウェアアップデート２２０が利用可能である場合、ソフトウェア配布モジュール２１４は、デバイス２２２におけるインストールのために、デバイス２２２へのソフトウェアアップデート２２０の送信を開始することができる。

上述のように、ソフトウェア配布モジュール２１４は、ソフトウェアアップデート２２０を受信するのに適格であり得るデバイス２２２を識別するために使用することができる。例えば、ソフトウェアアップデート２２０をリリースすることができ、ソフトウェア配布モジュールを使用して、新たにリリースされたソフトウェアアップデート２２０を受け取るのに適格であるデバイス２２２を識別することができる。ソフトウェア配布モジュール２１４は、デバイス２２２がソフトウェアアップデート２２０を受信するのに適格であるかどうかを、デバイス２２２に関連づけられたデバイス履歴２１８を参照することにより決定し、ソフトウェアアップデート２２０がデバイス２２２に対して利用可能であるかどうかを、デバイス２２２に現在インストールされているソフトウェアバージョン、デバイスタイプ、デバイス位置（例えば、ネットワーク位置、地理的位置など）、現在のデバイスの使用法、及び他のファクタなどのファクタに基づいて決定することができる。

一例において、ソフトウェア配布モジュール２１４は、デバイス２２２に現在インストールされているソフトウェアバージョンがデバイス履歴２１８に記録されたソフトウェアバージョンに対応することを立証するように構成することができる。例えば、デバイス２２２から受信したデバイス情報は、デバイス２２２にインストールされたソフトウェアのバージョンの情報を含むことができ、ソフトウェア配布モジュール２１４は、デバイス２２２から受信したソフトウェアバージョン情報を、デバイス２２２に現在インストールされているとしてデバイス履歴２１８に記録されたソフトウェアバージョンと比較することができる。ソフトウェアバージョン間の不一致は、デバイス２２２が損なわれたことを示し、デバイス２２２を回復するために、適切な処置をとることができる。デバイス２２２に現在インストールされているソフトウェアバージョンがデバイス履歴２１８に記録されたソフトウェアバージョンに対応する場合、ソフトウェア配布モジュール２１４は、デバイス２２２へのソフトウェアアップデート２２０の送信を開始することができる。

ソフトウェア配布モジュール２１４は、ソフトウェアアップデートデータストア２２６ｂからソフトウェアアップデート２２０（例えば、ソフトウェアのコピー）を取得し、ネットワーク２２８を介してソフトウェアアップデート２２０をデバイス２２２に送信すること、又は、ソフトウェアアップデート２２０をデバイス２２２に送信するようにソフトウェアアップデートデータストア２２６ｂに指示することにより、デバイス２２２へのソフトウェアアップデート２２０の送信を開始することができる。ソフトウェアアップデート２２０は、ソフトウェアアップデート２２０をデバイス２２２にインストールする命令とともに、デバイス２２２に送ることができる。代替的に、ソフトウェア配布モジュール２１４は、ソフトウェアアップデート２２０のネットワーク位置（例えば、ユニフォームリソース識別子（ＵＲＩ））をデバイス２２２に、ネットワーク位置からソフトウェアアップデート２２０を取得してソフトウェアアップデート２２０をデバイス２２２にインストールする命令とともに送信することができる。デバイス２２２にソフトウェアアップデート２２０をインストールした後、デバイス２２２は、ソフトウェアアップデートサービス１０６に、ソフトウェアアップデート２２０がデバイス２２２に成功裏にインストールされたことを示すメッセージを送信することができる。

ソフトウェア認証モジュール２１２は、ブロックチェーン２０４に含まれるソフトウェア署名を使用してソフトウェアアップデート２２０を検証するように構成することができる。例えば、ソフトウェア認証モジュール２１２を使用して、（例えば、ソフトウェアアップデート２２０を秘密鍵で暗号化すること、又はソフトウェアアップデート２２０にハッシュ関数を適用することにより）ソフトウェアアップデート２２０のソフトウェア署名を生成することができ、ソフトウェア署名は、（ブロック２２４ｎに示すように）ブロックチェーン２０４に記憶することができる。ブロックチェーン２０４にソフトウェア署名を記憶することで、ブロックチェーン２０４のデータ完全性及び分散的性質を使用してソフトウェア署名を改変されることから保護することができる。そのようなものとして、ソフトウェア署名をモディファイ又は置換しようとする試みは、ブロックチェーン２０４に変更が行われたかどうかを決定するためにブロックチェーン２０４を参照することにより検出することができる。

一例において、ソフトウェア認証モジュール２１２は、ソフトウェアアップデート２２０のソフトウェア署名を（例えば、ブロックチェーン２０４から）取得し、ソフトウェアアップデート２２０にハッシュ関数を適用してハッシュ関数の結果をソフトウェアアップデート２２０に関連づけられたソフトウェア署名と比較することにより、ソフトウェアアップデート２２０を検証することができる。ソフトウェアアップデート２２０の成功裏の検証の後、ソフトウェアアップデート２２０は、１つ以上のデバイス２２２に送信することができる。別の例では、ソフトウェア認証モジュール２１２は、デバイス２２２にソフトウェア署名を提供することができ、デバイス２２２は、ソフトウェア署名を使用してソフトウェアアップデート２２０を検証することができる。

ブロックチェーンモジュール２１６は、ブロックチェーン２０４に関連づけられた機能性を実行するように構成することができる。一例において、ブロックチェーンモジュール２１６を使用して、ブロック２２４ａ～ｎを生成し、ブロック２２４ａ～ｎをブロックチェーン２０４にアペンドするノード２０２にブロック２２４ａ～ｎを送信することにより、ブロック２２４ａ～ｎをブロックチェーン２０４に追加することができる。別の例では、ブロックチェーンモジュール２１６を使用して、情報（例えば、ソフトウェアアップデート情報及び／又はソフトウェア署名）をノード２０２のネットワーク内のノード２０２に送信し、１つ以上のノード２０２がこの情報を含むブロック２２４ａ～ｎを生成し、ブロック２２４ａ～ｎをブロックチェーン２０４に追加することを可能にできる。さらに別の例では、ブロックチェーンモジュール２１６を使用して、ブロックチェーン２０４、又はブロックチェーン２０４の一部を取得し、ブロックチェーン２０４に記憶されたデバイス履歴情報をモジュール２１０／２１２／２１４のうち任意のものに提供することができる。さらに、一例において、ブロックチェーンモジュール２１６を使用して、ブロックチェーン２０４からデバイス履歴情報を（例えば、周期的に又はオンデマンドで）取得し、モジュール２１０／２１２／２１４がアクセス可能なデバイス履歴データストア２２６ａにデバイス履歴情報を記憶することができる。

システム環境２００は、仮想マシンを実行するための計算リソースを含むことができ、仮想マシンは、物理マシンをエミュレートするように構成されたマシン（すなわち、コンピュータ）のソフトウェア実装のインスタンスであり得る。一例において、サーバ２０６は、ソフトウェアアップデートサービス２０８をホストするために使用される仮想マシンを含むことができる。

別の例では、図２Ｂに示すように、ソフトウェアアップデートサービス２０８の１つ以上のモジュールをデバイス２２２上にホストすることができ、モジュールを使用して、上述のようにデバイス２２２上にインストールされたソフトウェアを更新することができる。例えば、ソフトウェアアップデートサービス２０８は、デバイス２２２上で実行することができ、ソフトウェアアップデートサービス２０８は、ブロックチェーン２０４に含まれるデバイス履歴を用いてデバイス２２２上に記憶されたデバイス情報を検証し、アップデートデータストア２２６ｂからソフトウェアアップデート２２０を取り出すことによりデバイス２２２上でソフトウェアアップデートを開始することができる。ソフトウェアアップデートがデバイス２２２にインストールされた後、ソフトウェアアップデートサービス２０８は、デバイスにインストールされたソフトウェアアップデートの情報を含むブロックの生成を開始し、上述の方法の１つを使用してブロックチェーン２０４にブロックをアペンドすることができる。

システム環境２００内に含まれる様々なプロセス及び／又は他の機能は、１つ以上のメモリモジュールと通信している１つ以上のプロセッサで実行することができる。システム環境２００は、例えば、１つ以上のサーババンク、コンピュータバンク、又は他の配置で配置された複数のコンピューティングデバイスを含むことができる。コンピューティングデバイスは、ハイパーバイザ、仮想マシンモニタ（ＶＭＭ）、及び他の仮想化ソフトウェアを使用して計算環境をサポートすることができる。用語「データストア」は、データを記憶し、アクセスし、編成し、及び／又は取り出すことができる任意のデバイス又はデバイスの組み合わせを参照することができ、これには、任意の組み合わせ及び数のデータサーバ、関係データベース、オブジェクト指向データベース、クラスタストレージシステム、データストレージデバイス、データウェアハウス、フラットファイル、及び任意の集中化、分散、又はクラスタ化された環境におけるデータストレージ構成を含むことができる。データストアのストレージシステムコンポーネントは、ＳＡＮ（ストレージエリアネットワーク）、クラウドストレージネットワーク、揮発性又は不揮発性ＲＡＭ、光媒体、又はハードドライブタイプの媒体などのストレージシステムを含むことができる。データストアは、理解できるように、複数のデータストアの代表であり得る。

システム環境２００に含まれるモジュール及びサービスに関連して行われ得るＡＰＩコール、プロシージャコール、又は他のネットワークコマンドは、これらに限定されないが、表現状態転送（Representational state transfer、ＲＥＳＴ）技術又はシンプルオブジェクトアクセスプロトコル（Simple Object Access Protocol、ＳＯＡＰ）技術を含む異なる技術に従って実装することができる。ＲＥＳＴは、分散ハイパーメディアシステムのアーキテクチャスタイルである。ＲＥＳＴｆｕｌ ＡＰＩ（ＲＥＳＴｆｕｌ Ｗｅｂサービスと呼ばれることもある）は、ＨＴＴＰ及びＲＥＳＴ技術を使用して実装されたＷｅｂサービスＡＰＩである。ＳＯＡＰは、Ｗｅｂベースのサービスのコンテキストで情報を交換するためのプロトコルである。

ネットワーク２２８は、イントラネット、インターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、無線データネットワーク、又は他の任意のこのようなネットワーク又はこれらの組み合わせを含む、任意の有用なコンピューティングネットワークを含むことができる。このようなシステムに利用されるコンポーネントは、選択されるネットワーク及び／又は環境のタイプに少なくとも部分的に依存することができる。ネットワーク２２８を介した通信は、有線又は無線接続及びこれらの組み合わせにより可能にすることができる。

図２Ａ及び図２Ｂは、特定の処理モジュールをこの技術に関連して論じることができ、これらの処理モジュールをコンピューティングサービスとして実装できることを示している。一例示的な構成において、モジュールは、サーバ又は他のコンピュータハードウェア上で実行される１つ以上のプロセスを有するサービスとみなすことができる。このようなサービスは、要求を受信し、出力を他のサービス又は消費者デバイスに提供することができる、集中ホスティング機能又はサービスアプリケーションであり得る。例えば、サービスを提供するモジュールは、サーバ、仮想化サービス環境、グリッド、又はクラスタコンピューティングシステム内にホストされるオンデマンドコンピューティングとみなすことができる。ＡＰＩを各モジュールに提供して、第２のモジュールが要求を第１のモジュールに送り、第１のモジュールから出力を受け取ることを可能にすることができる。さらに、このようなＡＰＩは、第三者がモジュールとインターフェースをとり、要求を行ってモジュールから出力を受け取ることを可能にすることができる。図２Ａ及び図２Ｂは、上述の手法を実装することができるシステムの例を示しているが、多くの他の同様の又は異なる環境が可能である。上で論じられ示された例示的な環境は、単に代表的なものであり、限定的なものではない。

図３は、ソフトウェアアップデート３２４をソフトウェアアップデートサービス３０８にサブミットし、ソフトウェアアップデート３２４のためのソフトウェア認証情報をブロックチェーン３１０に記憶する一例示的なシステム３００及び方法を示すブロック図である。ソフトウェア認証情報は、ソフトウェア作者及び／又はソフトウェアビルドシステムのアイデンティティを立証するために使用されるソフトウェア署名３０６と、ソフトウェアアップデート３２４のコンピュータコードが改変又は破壊されていないことを立証するためのチェックサムを含むことができる。認証情報は、ソフトウェアアップデート３２４のバージョニング情報と、ソフトウェアアップデート３２４に関する他のメタデータも含むことができる。簡素化のため、以下の説明は、他の又はさらなるソフトウェア認証情報が使用され得るという理解とともに、ソフトウェア署名３０６に焦点を合わせる。

図示のように、ソフトウェアアップデート３２４は、ソフトウェアアップデートサービス３０８をホストするサーバ３０４にサブミットすることができる。ソフトウェアアップデート３２４は、デバイスにインストールされたソフトウェアを更新、アップグレード、又は置換するソフトウェアのバージョンであり得る。管理者は、ソフトウェアアップデート３２４（例えば、実行可能ファイル）をサーバ３０４にアップロードすることができ、ソフトウェアアップデート３２４は、ソフトウェアアップデートサービス３０８がアクセス可能なデータストア３２０に記憶することができる。

一例において、ソフトウェア署名３０６は、ソフトウェアアップデート３２４に含めることができる。例えば、ソフトウェアアップデート３２４は、公開／秘密鍵ペアを伴うソフトウェア署名手法を使用して署名（例えば、暗号化）することができる。一例として、ソフトウェア開発者は、ソフトウェアアップデート３２４をビルドした後、秘密鍵を使用してソフトウェアアップデート３２４に署名することができる。署名は、開発者の秘密鍵、又は信頼された認証局（certificate authority、ＣＡ）から取得された秘密鍵を使用して実行することができ、ソフトウェアアップデート３２４は、ソフトウェア署名３０６（例えば、公開鍵基盤（ＰＫＩ）証明書）と共にサーバ３０４にアップロードすることができる。ソフトウェアアップデート３２４及びソフトウェア署名３０６がサーバ３０４にアップロードされた後、ソフトウェア署名３０６（例えば、ＰＫＩ証明書）とソフトウェアアップデート３２４の情報（例えば、バージョン番号などのソフトウェアアップデート識別子）とを含むようにブロック３１２を作成することができる。ブロック３１２は、次いで、ブロックチェーン３１０にアペンドすることができる。一例において、ソフトウェアアップデートサービス３０８は、ソフトウェア署名３０６を含むブロック３１２を生成し、ブロック３１２をノード３０２のネットワークに送信することができ、ノード３０２は、ブロック３１２の受け入れを決定し、ブロック３１２が受け入れられたときブロック３１２をブロックチェーン３１０にアペンドするように構成される。別の例では、ソフトウェアアップデートサービス３０８は、ソフトウェア署名３０６とソフトウェアアップデート３２４の情報とをノード３０２のネットワークに送信することができ、ノード３０２は、ブロック３１２を生成し、ブロック３１２をブロックチェーン３１０にアペンドすることができる。

別の例では、ソフトウェアアップデートサービス３０８は、暗号ハッシュ関数（例えば、ＭＤ５、ＳＨＡ－１、ＳＨＡ－２５６など）を使用して、ソフトウェアアップデート３２４のソフトウェア署名３０６を生成するように構成することができる。例えば、ソフトウェアアップデート３２４をサーバ３０４にアップロードした後、ソフトウェアアップデートサービス３０８は、ソフトウェアアップデート３２４に暗号ハッシュ関数を適用してソフトウェア署名３０６を生成することができる。ソフトウェアアップデートサービス３０８は、次いで、一例において、ソフトウェア署名３０６とソフトウェアアップデート３２４の情報とを、ブロックチェーン３１０内のブロック３１２に記憶されるようにノード３０２のネットワークに送信することができる。別の例では、ソフトウェアアップデートサービス３０８は、ソフトウェア署名３０６とソフトウェアアップデート３２４の情報とを含むブロック３１２を生成することができ、ソフトウェアアップデートサービス３０８は、ブロック３１２を、ブロックチェーン３１０にアペンドされるようにノード３０２のネットワークに送信することができる。一例において、ブロックチェーン３１０は、ソフトウェアアップデートのソフトウェア署名を記憶するために専用とすることができる。別の例では、ブロックチェーン３１０を使用して、ソフトウェアアップデートのソフトウェア署名、前述のデバイスの更新履歴の双方、及びソフトウェアアップデートに関連する任意の他の情報（例えば、ソフトウェアアップデートのネットワークストレージ位置）を記憶することができる。

図４は、ブロックチェーン３１０に記憶されたソフトウェア署名３０６を使用してソフトウェアアップデート３２４を検証するシステム３００及び方法を示すブロック図である。デバイス３２２上のソフトウェアの更新の一部として、ソフトウェアアップデート３２４は、ソフトウェアアップデート３２４が改変又は破壊されていないことを確保するために、ブロックチェーン３１０に記憶されたソフトウェア署名３０６を使用して検証することができる。

一例において、デバイス３２２上のソフトウェアの更新の一部として、ソフトウェアアップデート３２４（例えば、実行可能ファイル）をデバイス３２２のために識別することができ、ソフトウェアアップデート３２４は、ソフトウェアアップデートデータストア３２０から取り出すことができる。一例において、ソフトウェアアップデート３２４に関連づけられたソフトウェア署名３０６は、ブロックチェーン３１０内のブロック３１２から取り出すことができ、ソフトウェア署名３０６は、ソフトウェア署名を認証するために公開鍵を使用して検証することができる。一例において、公開鍵は、安全な公開鍵基盤（ＰＫＩ）を使用して、信頼されたルート認証局（ＣＡ）へ遡ってたどることができる。一例において、ソフトウェア署名３０６の検証は、ソフトウェアアップデート３２４をデバイス３２２に送信する前に、ソフトウェアアップデートサービス３０８により実行することができる。別の例では、ソフトウェア署名３０６の検証は、ソフトウェアアップデート３２４を用いたデバイス３２２上のソフトウェアの更新の一部として、デバイス３２２により実行することができる。

別の例では、ソフトウェア署名３０６は、ブロックチェーン３１０から取り出すことができ、ソフトウェア署名３０６は、ソフトウェアアップデートデータストア３２０内にソフトウェアアップデート３２４とともに記憶されたソフトウェア署名と比較することができる。例えば、ソフトウェア署名３０６は、ソフトウェアアップデートファイルに暗号ハッシュ関数を適用することにより生成することができ、結果として生じるソフトウェア署名３０６は、ブロックチェーン３１０に記憶することができ、ソフトウェア署名３０６のコピーは、ソフトウェアアップデート３２４とともにソフトウェアアップデートデータストア３２０に記憶することができる。デバイス３２２がソフトウェアアップデート３２４を受信したとき、ソフトウェアアップデート３２４のソフトウェア署名３０６は、ブロックチェーン３１０からソフトウェア署名３０６を、及びソフトウェアアップデートデータストア３２０からソフトウェア署名３０６のコピーを取り出すことにより検証することができ、ソフトウェア署名を比較して、ソフトウェア署名が一致することを確保することができる。一例において、ソフトウェアアップデートサービス３０８を使用して、ソフトウェアの署名を比較することができる。別の例では、ソフトウェア署名３０６とソフトウェア署名３０６のコピーは、ソフトウェアアップデート３２４とともにデバイス３２２に送信することができ、デバイス３２２は、ソフトウェア署名３０６とソフトウェア署名３０６のコピーとの比較を行うことにより、ソフトウェア署名３０６を検証することができる。

図５は、デバイス上のソフトウェアを更新し、ブロックチェーンにデバイスの更新履歴を記憶する一例示的な方法５００を示すフロー図である。ブロック５１０におけるように、ソフトウェアアップデートを受信するように構成されたデバイスのデバイス情報を受信することができ、デバイスのデバイス履歴は、複数のネットワークノード間に分散されているブロックチェーンに含めることができる。例えば、デバイス情報は、サービスプロバイダ環境にホストされたソフトウェアアップデートサービスで、又はデバイス自体にホストされたソフトウェアアップデートサービスで受信することができる。

ブロック５２０におけるように、デバイス情報は、デバイスのアイデンティティを確認するために、ブロックチェーンに含まれるデバイス履歴に対して検証することができる。一例において、デバイス情報をデバイス履歴に対して検証することは、ブロックチェーンからデバイス履歴を取得すること、デバイス情報に含まれるデバイス識別子をデバイス履歴に記録されたデバイス識別子に対して検証して、デバイスのアイデンティティを確認し、又はデバイスがソフトウェアライセンスを有することを確認すること、及び、デバイス情報に含まれるソフトウェアバージョン識別子をデバイス履歴に記録されたソフトウェアバージョンに対してチェックして、デバイスに現在インストールされているソフトウェアのバージョンを確認することを含むことができる。一例において、デバイス履歴は、ブロックチェーンのコピーを記憶するピアノードから取得することができる。別の例では、ブロックチェーンの一部をピアノードから取得することができ、デバイスのデバイス履歴は上記ブロックチェーンの一部から取得することができる。

ブロック５３０におけるように、デバイスにソフトウェアアップデートをインストールするように構成されたデバイスに対してソフトウェアアップデートを開始することができる。一例において、ソフトウェアアップデートを開始することは、ソフトウェアアップデートに関連づけられたソフトウェアコピーを、ソフトウェアコピーをデバイスにインストールする命令とともにデバイスに送信することを含むことができる。別の例では、ソフトウェアアップデートを開始することは、ソフトウェアコピーのネットワーク位置を、このネットワーク位置からソフトウェアコピーを取得してソフトウェアコピーをデバイスにインストールする命令とともにデバイスに送信することを含むことができる。さらに別の例では、デバイスは、ソフトウェアアップデートサービスからのソフトウェアアップデートのソフトウェアコピーの要求を送信すること、又はリモートストレージ位置若しくはデバイス自体のローカルストレージ位置からソフトウェアアップデートのソフトウェアコピーを取り出すことにより、ソフトウェアアップデートを開始することができる。

一例において、ソフトウェアアップデートがデバイスにインストールされるのに利用可能であることの識別の一部として、デバイスのためのソフトウェアの更新されたバージョンを識別することができ、ソフトウェアの更新されたバージョンは、ブロックチェーンに含まれるソフトウェア認証情報を使用して認証することができる。例えば、ソフトウェア認証情報（例えば、ソフトウェアアップデートのソフトウェア署名）は、ブロックチェーンから取得することができ、一例において、ソフトウェア認証情報は、ソフトウェアアップデートを検証するためにソフトウェアアップデートサービスにより使用することができ、別の例では、ソフトウェア認証情報は、デバイスに提供することができ、このデバイスは、ソフトウェア認証情報を使用してソフトウェアアップデートを検証するように構成することができる。

ブロック５４０におけるように、ソフトウェアアップデートがデバイスにインストールされたという指標を受信することができる。一例として、デバイスは、ソフトウェアアップデートがデバイスに成功裏にインストールされたことを示すメッセージをソフトウェアアップデートサービスに送信することができる。別の例として、ソフトウェアアップデートサービスは、デバイスに周期的にクエリして、ソフトウェアアップデートがインストールされているかどうかを決定することができる。

ブロック５５０におけるように、デバイス及びデバイスにインストールされたソフトウェアアップデートの情報、並びに他の情報を含むように、ブロックの生成を開始することができる。一例において、ブロックの生成を開始することは、ソフトウェアアップデートがデバイスにインストールされたことを示す更新されたデバイス情報を複数のネットワークノードに送信することを含むことができ、更新されたデバイス情報を受信したことに応答して、複数のネットワークノードは、プルーフオブワーク処理を実行して、どのネットワークノードがデバイス及びデバイスにインストールされたソフトウェアアップデートの情報を含むブロックを生成するかを決定することができる。別の例では、ブロックの生成を開始することは、ブロックチェーンからブロックチェーンにおける最新追加ブロックの前ブロック識別子を取得することであり、ブロック識別子は、ブロックに含まれる情報にハッシュ関数を適用することにより生成できることと、前ブロック識別子をブロックに記憶することを含むことができる。複数のネットワークノードは、ピアノードのパブリックネットワーク又はピアノードのプライベートネットワークのうち１つに含めることができる。ブロックは、複数のネットワークノードに送ることができ、該ネットワークノードは、ブロックの受け入れを決定し、ブロックが受け入れられたときブロックチェーンにブロックをアペンドするように構成される。一例において、ブロックは、ブロックに含まれる情報を傍受された場合の悪用から保護するために、ピアノードのネットワークに送信する前に暗号化することができる。ピアノードのネットワークによるブロックの受け入れは、ブロックを受信したピアノードの過半数（majority）がブロックを受け入れる同意を伝達したという決定に基づいてもよい。

図６は、この技術のモジュールを実行可能なコンピューティングデバイス６１０を示す。本技術の高レベルの例を実行することができるコンピューティングデバイス６１０が示されている。コンピューティングデバイス６１０は、メモリデバイス６２０と通信する１つ以上のプロセッサ６１２を含むことができる。コンピューティングデバイス６１０は、コンピューティングデバイス内のコンポーネントのためのローカル通信インターフェース６１８を含むことができる。例えば、ローカル通信インターフェース６１８は、ローカルデータバス、及び／又は所望され得る任意の関連アドレス若しくは制御バスとすることができる。

メモリデバイス６２０は、プロセッサ６１２により実行可能なモジュール６２４と、モジュール６２４のためのデータを含むことができる。モジュール６２４は、前述の機能を実行することができる。さらに、データストア６２２をメモリデバイス６２０内に配置して、モジュール６２４及び他のアプリケーションに関連するデータを、プロセッサ６１２により実行可能なオペレーティングシステムと共に記憶することができる。

他のアプリケーションもメモリデバイス６２０に記憶することができ、プロセッサ６１２により実行可能とすることができる。本説明で論じられるコンポーネント又はモジュールは、方法のハイブリッドを使用してコンパイル、解釈、又は実行される高水準プログラミング言語を使用してソフトウェアの形態で実装することができる。

コンピューティングデバイスは、コンピューティングデバイスにより使用可能なＩ／Ｏ（入力／出力）デバイス６１４へのアクセスを有することもできる。ネットワーキングデバイス６１６及び同様の通信デバイスを、コンピューティングデバイスに含めることができる。ネットワーキングデバイス６１６は、インターネット、ＬＡＮ、ＷＡＮ、又は他のコンピューティングネットワークに接続する有線又は無線のネットワーキングデバイスとすることができる。

メモリデバイス６２０に記憶されているように示されるコンポーネント又はモジュールは、プロセッサ６１２により実行することができる。用語「実行可能」は、プロセッサ６１２により実行できる形式のプログラムファイルを意味し得る。例えば、高水準言語のプログラムは、メモリデバイス６２０のランダムアクセス部分にロードされプロセッサ６１２により実行され得るフォーマットのマシンコードにコンパイルすることができ、あるいは、ソースコードを別の実行可能プログラムによりロードし、解釈して、プロセッサにより実行されるようにメモリのランダムアクセス部分に命令を生成することができる。実行可能プログラムは、メモリデバイス６２０の任意の部分又はコンポーネントに記憶することができる。例えば、メモリデバイス６２０は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、フラッシュメモリ、ソリッドステートドライブ、メモリカード、ハードドライブ、光ディスク、フロッピーディスク、磁気テープ、又は任意の他のメモリコンポーネントでもよい。

プロセッサ６１２は、複数のプロセッサを表すことができ、メモリデバイス６２０は、処理回路と並列に動作する複数のメモリユニットを表すことができる。これは、システム内のプロセス及びデータのための並列処理チャネルを提供することができる。ローカル通信インターフェース６１８は、複数のプロセッサのいずれかと複数のメモリとの間の通信を容易にするためのネットワークとして使用することができる。ローカル通信インターフェース６１８は、負荷分散、バルクデータ転送、及び同様のシステムなどの、通信を調整するように設計されたさらなるシステムを使用することができる。

この技術で提示されたフローチャートは特定の実行順序を示し得るが、実行順序は図示されたものと異なることがある。例えば、２つ以上のブロックの順序を、図示された順序に対して再配置することができる。さらに、連続して示される２つ以上のブロックを、並列に、又は部分並列で実行することができる。いくつかの構成において、フローチャートに示される１つ以上のブロックを省略又はスキップすることができる。拡張されたユーティリティ、アカウンティング、パフォーマンス、測定、トラブルシューティングの目的で、又は同様の理由のために、任意の数のカウンタ、状態変数、警告セマフォ、又はメッセージを論理フローに追加することができる。

本明細書に記載されている機能ユニットのいくつかは、その実装の独立性をより具体的に強調するために、モジュールとしてラベル付けされている。例えば、モジュールは、カスタムＶＬＳＩ回路又はゲートアレイを含むハードウェア回路、論理チップ、トランジスタ、又は他のディスクリートコンポーネントなどの市販の半導体として実装することができる。モジュールは、フィールドプログラマブルゲートアレイ、プログラマブルアレイ論理、プログラマブル論理デバイスなどのプログラマブルハードウェアデバイスに実装することもできる。

さらに、モジュールは、様々なタイプのプロセッサによる実行のためにソフトウェアで実装することもできる。実行可能コードの識別モジュールには、例えば、オブジェクト、プロシージャ、又は機能として編成できるコンピュータ命令の１つ以上のブロックを含むことができる。それにもかかわらず、識別モジュールの実行可能ファイルは、物理的に一緒に配置される必要はなく、モジュールを構成する異なる場所に記憶された異なる命令を含み、論理的に一緒に結合されたときモジュールについて記載された目的を達成することができる。

実際、実行可能なコードのモジュールは、単一の命令、又は多数の命令とすることができ、いくつかの異なるコードセグメントにわたり、異なるプログラム間で、及びいくつかのメモリデバイスにわたり分散することさえできる。同様に、動作データは、本明細書においてモジュール内で識別及び例示されることがあり、任意の適切な形態で具現化することができ、任意の適切なタイプのデータ構造に編成することができる。動作データは、単一のデータセットとして収集することができ、あるいは、異なる記憶デバイスにわたることを含む異なる場所にわたり分散することができる。モジュールは、所望の機能を実行するように動作可能なエージェントを含み、受動的又は能動的でもよい。

本明細書に記載の技術は、コンピュータ読取可能命令、データ構造、プログラムモジュール、又は他のデータなどの情報の記憶のための任意の技術で実施される揮発性及び不揮発性の、取り外し可能及び取り外し不可能な媒体を含むコンピュータ読取可能記憶媒体に記憶することもできる。コンピュータ読取可能記憶媒体は、これらに限定されないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ若しくは他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）若しくは他の光学記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置若しくは他の磁気記憶デバイスなどの非一時的マシン読取可能記憶媒体、又は所望の情報及び記載された技術を記憶するために使用することができる他の任意のコンピュータ記憶媒体を含む。

本明細書に記載のデバイスは、デバイスが他のデバイスと通信することを可能にする通信接続又はネットワーキング装置及びネットワーキング接続をさらに含むことができる。通信接続は、通信媒体の一例である。通信媒体は、典型的には、コンピュータ読取可能な命令、データ構造、プログラムモジュール、及び搬送波などの変調データ信号又は他の伝送機構における他のデータを具現化し、任意の情報伝達媒体を含む。「変調データ信号」は、その特性の１つ以上を、信号内に情報を符号化するような方法で設定又は変化させた信号を意味する。限定でなく例示として、通信媒体は、有線ネットワーク又は直接有線接続などの有線媒体と、音響、無線周波数、赤外線、及び他の無線媒体などの無線媒体とを含む。本明細書で用いられる用語「コンピュータ読取可能媒体」は、通信媒体を含む。

図面に例示されている例を参照し、これを説明するために特定の言語を本明細書で使用した。それでもなお、本技術の範囲の制限はそれにより意図されていないことが理解されるであろう。本明細書に示された特徴の改変及びさらなる修正、並びに本明細書に示された例のさらなる適用は、本説明の範囲内とみなされるべきである。

さらに、記載された特徴、構造、又は特性は、１つ以上の例において任意の適切な方法で組み合わせることができる。先の説明では、記載された技術の例の完全に理解を提供するための様々な構成の例などの、多数の特定の詳細が提供された。しかしながら、本技術は、上記特定の詳細の１つ以上なしに、又は他の方法、コンポーネント、デバイス等と共に実施できることが認識されるであろう。他の例では、周知の構造又は動作は、本技術の態様を不明瞭にすることを避けるために、詳細には図示又は説明されていない。

本開示は、本明細書に記載されるいくつかの例又は特徴を本明細書に記載される他の例又は特徴と組み合わせることができることを明示的に開示していない場合があるが、本開示は、当業者により実施可能であろう任意のそのような組み合わせを記載しているように読まれるべきである。本開示における「又は」の使用は、本明細書で別段示されない限り、非排他的な「又は」、すなわち「及び／又は」を意味するように理解されるべきである。

主題事項は、構造的特徴及び／又は動作に特有の言語で説明されたが、別記の特許請求の範囲に定義された主題事項は、必ずしも上述の特定の特徴及び動作に限定されないことが理解されるべきである。むしろ、上述の特定の特徴及び作用は、請求項を実施する例示的な形態として開示されている。記載された技術の主旨及び範囲から逸脱することなく、多数の修正及び代替の構成を考案することができる。

Claims (18)

1. コンピュータにより実施される方法であって、
   ソフトウェアアップデートのリリースに応答して、ブロックチェーンから複数のデバイスのデバイス履歴を取得するステップと、
   前記ブロックチェーンから取得された前記デバイス履歴を参照して、前記複数のデバイスのうちいずれが前記ソフトウェアアップデートを受信するのに適格であるかを識別するステップであり、前記ブロックチェーンは、複数のネットワークノード間に分散され、前記複数のデバイスは、ソフトウェアアップデートを受信するように構成されている、ステップと、
   前記ソフトウェアアップデートを受信するのに適格であると識別された、前記複数のデバイスのうちのデバイスのデバイス情報を取得するステップと、
   前記デバイス情報を前記ブロックチェーンから取得された前記デバイスのデバイス履歴に対して検証して、前記デバイスのアイデンティティを確認するステップと、
   前記デバイスにソフトウェアアップデートをインストールするように構成されている前記デバイスに対して前記ソフトウェアアップデートを開始するステップと、
   前記ソフトウェアアップデートが前記デバイスにインストールされたという指標を受信するステップと、
   デバイス情報と前記デバイスにインストールされた前記ソフトウェアアップデートの情報とを含むブロックの生成を開始するステップであり、前記ブロックは、前記ブロックの受け入れを決定し、前記ブロックが受け入れられたとき前記ブロックを前記ブロックチェーンにアペンドするために、前記複数のネットワークノードに送信される、ステップと、
   を含む、方法。
2. 前記ブロックチェーンから前記デバイスの前記デバイス履歴を取得するステップと、
   前記デバイス情報に含まれるデバイス識別子を前記デバイス履歴に記録されたデバイス識別子に対して検証して、前記デバイスの前記アイデンティティを確認するステップと、
   前記デバイス情報に含まれるソフトウェアバージョン識別子を前記デバイス履歴に記録されたソフトウェアバージョンに対してチェックして、前記デバイスに現在インストールされているソフトウェアのバージョンを確認するステップと、
   をさらに含む、請求項１に記載の方法。
3. 前記ブロックチェーンから前記ソフトウェアアップデートのソフトウェア署名を取得するステップと、
   前記ソフトウェア署名を使用して前記ソフトウェアアップデートのコピーを検証するように構成されている前記デバイスに前記ソフトウェア署名を提供するステップと、
   をさらに含む請求項１に記載の方法。
4. 前記ソフトウェアアップデートを開始するステップは、前記ソフトウェアアップデートに関連づけられたソフトウェアコピーを、前記デバイスに前記ソフトウェアコピーをインストールする命令とともに、前記デバイスに送信するステップをさらに含む、請求項１に記載の方法。
5. 前記ソフトウェアアップデートを開始するステップは、ソフトウェアコピーのネットワーク位置を、前記ネットワーク位置から前記ソフトウェアコピーを取得し、かつ前記デバイスに前記ソフトウェアコピーをインストールする命令とともに、前記デバイスに送信するステップをさらに含む、請求項１に記載の方法。
6. 前記ブロックの生成を開始するステップは、
   前記ソフトウェアアップデートが前記デバイスにインストールされたことを示す更新されたデバイス情報を前記複数のネットワークノードに送信するステップと、
   前記複数のネットワークノードにより、前記更新されたデバイス情報を受信したことに応答して、プルーフオブワーク処理を実行して、どのネットワークノードが前記デバイス情報と前記デバイスにインストールされた前記ソフトウェアアップデートの前記情報とを含む前記ブロックを生成するかを決定するステップと、
   をさらに含む、請求項１に記載の方法。
7. 前記ブロックの生成を開始するステップは、
   前記ブロックチェーンから前記ブロックチェーンにおける最新追加ブロックの前ブロック識別子を取得するステップであり、ブロック識別子は、ブロックに含まれる情報にハッシュ関数を適用することにより生成される、ステップと、
   前記前ブロック識別子を前記ブロックに記憶するステップと、
   をさらに含む、請求項１に記載の方法。
8. 前記最新追加ブロックの新ブロック識別子を、新ブロックに含まれる情報に前記ハッシュ関数を適用することにより、生成するステップ、
   をさらに含む請求項７に記載の方法。
9. 前記複数のネットワークノードは、ピアノードのパブリックネットワーク又はピアノードのプライベートネットワークのうち１つに含まれる、請求項１に記載の方法。
10. 前記デバイスは、ソフトウェアアップデートを受信するように構成されたロボットデバイスである、請求項１に記載の方法。
11. システムであって、
    少なくとも１つのプロセッサと、
    命令を含むメモリデバイスと、を含み、
    前記命令は、前記少なくとも１つのプロセッサにより実行されると当該システムに、
    ソフトウェアアップデートのリリースに応答して、ブロックチェーンから複数のデバイスのデバイス履歴を取得し、
    前記ブロックチェーンから取得された前記デバイス履歴を参照して、前記複数のデバイスのうちいずれが前記ソフトウェアアップデートを受信するのに適格であるかを決定し、前記ブロックチェーンは、ピアノードのネットワーク間に分散され、前記複数のデバイスは、ソフトウェアアップデートを受信するように構成され、
    前記ソフトウェアアップデートを受信するのに適格であると決定された、前記複数のデバイスのうちのデバイスのデバイス情報を取得し、前記デバイス情報は、デバイス識別子と前記デバイスに現在インストールされているソフトウェアのバージョンとを含み、
    前記デバイスのデバイス履歴を使用して前記デバイス情報を検証して、前記デバイスのアイデンティティと前記デバイスに現在インストールされている前記ソフトウェアのバージョンを確認し、
    前記ソフトウェアの更新されたバージョンを前記デバイスに送信し、前記デバイスは、前記デバイスに前記ソフトウェアの前記更新されたバージョンをインストールするように構成され、
    前記ソフトウェアの前記更新されたバージョンが前記デバイスにインストールされたという指標を受信し、
    デバイス情報と前記デバイスにインストールされた前記ソフトウェアアップデートのバージョンの情報とを含むブロックを生成し、
    前記ブロックの受け入れを決定し、かつ前記ブロックが受け入れられたとき前記ブロックを前記ブロックチェーンにアペンドする前記ピアノードのネットワークに、前記ブロックを送信する、
    ことをさせる、システム。
12. 前記メモリデバイスは、前記少なくとも１つのプロセッサにより実行されると当該システムに、
    前記デバイスのための前記ソフトウェアの前記更新されたバージョンを識別し、
    前記ブロックチェーンに含まれるソフトウェア認証情報を使用して前記ソフトウェアの前記更新されたバージョンを認証する
    ことをさせる命令をさらに含む、請求項１１に記載のシステム。
13. 前記メモリデバイスは、前記少なくとも１つのプロセッサにより実行されると当該システムに、前記ブロックチェーンのコピーを記憶するピアノードから前記複数のデバイスの前記デバイス履歴を取得することをさせる命令をさらに含む、請求項１１に記載のシステム。
14. 前記メモリデバイスは、前記少なくとも１つのプロセッサにより実行されると当該システムに、
    前記ブロックチェーンの一部をピアノードから取得し、
    前記ブロックチェーンの前記一部から前記複数のデバイスの前記デバイス履歴を取得する
    ことをさせる命令をさらに含む、請求項１１に記載のシステム。
15. 前記ピアノードのネットワークによる前記ブロックの受け入れは、前記ブロックを受信したピアノードの過半数が前記ブロックを受け入れる同意を伝達したという決定に部分的に基づく、請求項１１に記載のシステム。
16. 命令を含むコンピュータプログラムであって、前記命令は、１つ以上のプロセッサに、
    ソフトウェアアップデートのリリースに応答して、ブロックチェーンから複数のデバイスのデバイス履歴を取得し、
    前記ブロックチェーンから取得された前記デバイス履歴を参照して、前記複数のデバイスのうちいずれが前記ソフトウェアアップデートを受信するのに適格であるかを決定し、前記複数のデバイスは、ソフトウェアアップデートを受信するように構成され、前記複数のデバイスの前記デバイス履歴は、ピアノードのネットワークに分散されている前記ブロックチェーンに含まれ、
    前記ソフトウェアアップデートを受信するのに適格であると決定された、前記複数のデバイスのうちのデバイスのデバイス情報を取得し、
    前記デバイス情報を前記ブロックチェーンから取得された前記デバイス履歴に対して検証して、前記デバイスのアイデンティティと前記デバイスに現在インストールされているソフトウェアのバージョンとを確認し、
    前記デバイスに関連づけられたソフトウェアアップデートを識別し、
    前記ブロックチェーンから取得されたソフトウェア認証情報を使用して前記ソフトウェアアップデートを認証して、前記ソフトウェアアップデートがモディファイされていないことを確認し、
    前記ソフトウェアアップデートを、前記ソフトウェアアップデートをインストールするように構成されている前記デバイスに送信し、
    前記ソフトウェアアップデートが前記デバイスにインストールされたという指標を受信し、
    デバイス情報と前記デバイスにインストールされた前記ソフトウェアアップデートの情報とを含むブロックを生成し、
    前記ブロックを前記ピアノードのネットワークに送信して、前記ブロックの受け入れを決定し、前記ブロックが受け入れられたとき前記ブロックを前記ブロックチェーンにアペンドする、
    ことをさせる、コンピュータプログラム。
17. 前記１つ以上のプロセッサに、前記デバイス情報に含まれるデバイス識別子を、前記ブロックチェーンから取得された前記デバイス履歴に含まれるデバイス識別子と比較することにより、前記デバイスの前記アイデンティティを認証することをさせる命令、をさらに含む請求項１６に記載のコンピュータプログラム。
18. 前記１つ以上のプロセッサに、前記ブロックを前記ピアノードのネットワークに送信する前に前記ブロックを暗号化することをさせる命令、をさらに含む請求項１６に記載のコンピュータプログラム。

Images