(57)【要約】【課題】管理している情報の改ざんの発生を抑制する、ソフトウェアのバージョン管理方法を提供する。【解決手段】管理方法は、複数の管理装置のうちの第一の管理装置が、ソフトウェアの第一バージョンに関する第一情報と、第一バージョンを元に開発者によってバージョンアップされたソフトウェアの第二バージョンに関する第二情報と、開発者の識別情報と、電子署名とを含むトランザクションデータを、第一の管理装置にネットワークを介して接続されている装置から受信し（Ｓ１２４）、上記第一の管理装置が、受信したトランザクションデータに含まれる電子署名を用いてトランザクションデータの正当性を検証をし（Ｓ１１４）、トランザクションデータが正当である場合に、複数の管理装置それぞれがトランザクションデータを分散台帳に格納する（Ｓ１１５）。【選択図】図１２
2019220146.tif 000002
【特許請求の範囲】
【請求項１】
バージョン管理システムにより実行される、ソフトウェアのバージョンの管理方法であって、
前記バージョン管理システムは、分散台帳を保有している複数の管理装置を備え、
前記管理方法は、
前記複数の管理装置のうちの第一の管理装置が、前記ソフトウェアの第一バージョンに関する第一情報と、前記第一バージョンを元に開発者によってバージョンアップされた前記ソフトウェアの第二バージョンに関する第二情報と、前記開発者の識別情報と、電子署名とを含むトランザクションデータを、前記第一の管理装置にネットワークを介して接続されている装置から受信し、
前記第一の管理装置が、受信した前記トランザクションデータに含まれる前記電子署名を用いて前記トランザクションデータの正当性を検証し、
前記トランザクションデータが正当である場合に、前記複数の管理装置それぞれが前記トランザクションデータを前記分散台帳に格納する
管理方法。
【請求項２】
前記第二情報は、前記第二バージョンのバージョン番号を含み、
前記管理方法は、さらに、
前記トランザクションデータを受信する前に、前記第二バージョンのバージョン番号の発行依頼を前記装置から受信した場合に、前記第二バージョンのバージョン番号として新たなバージョン番号を前記装置に送信し、
前記トランザクションデータを受信する際には、前記装置に送信した前記新たなバージョン番号を前記第二情報として含む前記トランザクションデータを受信する
請求項１に記載の管理方法。
【請求項３】
前記第一情報は、前記ソフトウェアの前記第一バージョンのバージョン番号を含み、
前記第二情報は、前記ソフトウェアの前記第二バージョンのハッシュ値と、前記第二バージョンのバージョン番号とを含む
請求項１又は２に記載の管理方法。
【請求項４】
前記第一情報は、前記ソフトウェアの前記第一バージョンのハッシュ値を含み、
前記第二情報は、前記ソフトウェアの前記第二バージョンのハッシュ値を含む
請求項１又は２に記載の管理方法。
【請求項５】
前記第一情報は、前記ソフトウェアの前記第一バージョンのハッシュ値を含み、
前記第二情報は、前記ソフトウェアの前記第一バージョンと前記第二バージョンとの差分のハッシュ値を含む
請求項１又は２に記載の管理方法。
【請求項６】
前記装置は、前記ソフトウェアの前記第二バージョンが格納されている場所を示す場所情報を保有しており、
前記管理方法は、
前記トランザクションデータを受信する際には、前記場所情報を含む前記トランザクションデータを受信する
請求項１〜５のいずれか１項に記載の管理方法。
【請求項７】
前記管理方法は、前記ソフトウェアの第一バージョン系列から第二バージョン系列を分岐させる際には、
前記第一バージョン系列のうちの最後のバージョンを少なくとも含む１以上のバージョンを、前記第二バージョン系列の１以上のバージョンとして有する新たな分散台帳を生成し、前記複数の管理装置が前記新たな分散台帳を保有する
請求項１〜６のいずれか１項に記載の管理方法。
【請求項８】
前記トランザクションデータを受信する際には、前記トランザクションデータが前記第一バージョン系列又は前記第二バージョン系列のどちらに係るトランザクションデータであるかを特定し、
受信した前記トランザクションデータを、前記第一バージョン系列及び前記第二バージョン系列のうち、特定した前記トランザクションデータに対応するバージョン系列に対応する分散台帳に格納する
請求項７に記載の管理方法。
【請求項９】
前記管理方法は、さらに、
一のバージョン系列を廃止する際には、
前記一のバージョン系列を廃止することを示すトランザクションデータを生成し、生成したトランザクションデータを、前記一のバージョン系列に対応する前記分散台帳に格納する
請求項１〜８のいずれか１項に記載の管理方法。
【請求項１０】
前記管理方法は、さらに、
前記分散台帳に格納されている前記トランザクションデータを参照して、前記開発者にトークンを提供する
請求項１〜９のいずれか１項に記載の管理方法。
【請求項１１】
前記分散台帳はブロックチェーンであり、
前記トランザクションデータが正当である場合、前記複数の管理装置のそれぞれが前記トランザクションデータを前記ブロックチェーンに格納する
請求項１〜１０のいずれか１項に記載の管理方法。
【請求項１２】
ソフトウェアのバージョンを管理するためのバージョン管理システムが備える、分散台帳を保有している複数の管理装置のうちの第一の管理装置であって、
前記ソフトウェアの第一バージョンに関する第一情報と、前記第一バージョンを元に開発者によってバージョンアップされた前記ソフトウェアの第二バージョンに関する第二情報と、前記開発者の識別情報と、電子署名とを含むトランザクションデータを、前記第一の管理装置にネットワークを介して接続されている装置から受信し、受信した前記トランザクションデータに含まれる前記電子署名を用いて前記トランザクションデータの正当性を検証するトランザクション検証部と、
前記トランザクションデータが正当である場合に、前記トランザクションデータを前記分散台帳に格納する台帳管理部とを備える
管理装置。
【請求項１３】
ソフトウェアのバージョンを管理するためのバージョン管理システムが備える、分散台帳を保有している複数の管理装置のうちの第一の管理装置として、コンピュータを動作させるためのプログラムであって、
前記ソフトウェアの第一バージョンに関する第一情報と、前記第一バージョンを元に開発者によってバージョンアップされた前記ソフトウェアの第二バージョンに関する第二情報と、前記開発者の識別情報と、電子署名とを含むトランザクションデータを、前記第一の管理装置にネットワークを介して接続されている装置から受信し、受信した前記トランザクションデータに含まれる前記電子署名を用いて前記トランザクションデータの正当性を検証し、
前記トランザクションデータが正当である場合に、前記トランザクションデータを前記分散台帳に格納する
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理方法、管理装置、及び、プログラムに関する。
【背景技術】
【０００２】
ソフトウェアを管理する管理システムでは、上記開発者により開発されたソフトウェアのバージョンを示すバージョン情報が開発者の識別情報とともに管理される（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−２０３３５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の管理システムでは、管理サーバで管理されている情報の改ざんを防ぐことが難しいという問題がある。
【０００５】
そこで、本発明は、ソフトウェアのバージョン管理方法であって、管理している情報の改ざんの発生を抑制する管理方法などを提供する。
【課題を解決するための手段】
【０００６】
本発明の一態様に係る管理方法は、バージョン管理システムにより実行される、ソフトウェアのバージョンの管理方法であって、前記バージョン管理システムは、分散台帳を保有している複数の管理装置を備え、前記管理方法は、前記複数の管理装置のうちの第一の管理装置が、前記ソフトウェアの第一バージョンに関する第一情報と、前記第一バージョンを元に開発者によってバージョンアップされた前記ソフトウェアの第二バージョンに関する第二情報と、前記開発者の識別情報と、電子署名とを含むトランザクションデータを、前記第一の管理装置にネットワークを介して接続されている装置から受信し、前記第一の管理装置が、受信した前記トランザクションデータに含まれる前記電子署名を用いて前記トランザクションデータの正当性を検証し、前記トランザクションデータが正当である場合に、前記複数の管理装置それぞれが前記トランザクションデータを前記分散台帳に格納する。
【０００７】
なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【０００８】
本発明によれば、ソフトウェアのバージョン管理方法であって、管理している情報の改ざんの発生を抑制する管理方法を提供できる。
【図面の簡単な説明】
【０００９】
【図１】図１は、アジャイル型開発によるソフトウェアのバージョン系列を示す説明図である。
【図２】図２は、アジャイル型開発におけるトークンの授受を示す説明図である。
【図３】図３は、実施の形態１に係る管理システムの構成を示す説明図である。
【図４】図４は、実施の形態１に係る保管サーバの構成を示すブロック図である。
【図５】図５は、実施の形態１に係る開発装置の構成を示すブロック図である。
【図６】図６は、実施の形態１に係る管理装置の構成を示すブロック図である。
【図７】図７は、実施の形態１に係るトランザクションデータの第一例を示す説明図である。
【図８】図８は、実施の形態１に係るトランザクションデータの第二例を示す説明図である。
【図９】図９は、実施の形態１に係るトランザクションデータの第三例を示す説明図である。
【図１０】図１０は、実施の形態１に係るブロックチェーンに格納されているトランザクションデータの例を示す説明図である。
【図１１】図１１は、実施の形態１に係る管理システムにおける第一の処理を示すシーケンス図である。
【図１２】図１２は、実施の形態１に係る管理システムにおける第二の処理を示すシーケンス図である。
【図１３】図１３は、実施の形態２に係る、バージョン系列の分岐を示す説明図である。
【図１４】図１４は、実施の形態２に係る管理システムの構成を示す説明図である。
【図１５】図１５は、実施の形態２に係る制御装置の構成を示すブロック図である。
【図１６】図１６は、実施の形態２に係る管理装置の構成を示すブロック図である。
【図１７】図１７は、実施の形態２に係るブロックチェーンに格納されているトランザクションデータを示す第一の説明図である。
【図１８】図１８は、実施の形態２に係るブロックチェーンに格納されているトランザクションデータを示す第二の説明図である。
【図１９】図１９は、実施の形態２に係る管理システムにおける処理を示すシーケンス図である。
【図２０】図２０は、実施の形態２に係るトランザクションデータの例を示す説明図である。
【図２１】図２１は、実施の形態２に係るコンセンサスアルゴリズムに含まれるバージョン系列に関する処理を示すフロー図である。
【図２２】図２２は、実施の形態３に係る、バージョン系列の廃止を示す説明図である。
【図２３】図２３は、実施の形態３に係る制御装置の構成を示すブロック図である。
【図２４】図２４は、実施の形態３に係る管理装置の構成を示すブロック図である。
【図２５】図２５は、実施の形態３に係るトランザクションデータの例を示す説明図である。
【図２６】図２６は、実施の形態３に係るブロックチェーンに格納されているトランザクションデータを示す説明図である。
【図２７】図２７は、実施の形態３に係る状態管理部が管理している情報を示す説明図である。
【図２８】図２８は、実施の形態３に係る管理システムにおける処理を示すシーケンス図である。
【図２９】図２９は、ブロックチェーンのデータ構造を示す説明図である。
【図３０】図３０は、トランザクションデータのデータ構造を示すの説明図である。
【発明を実施するための形態】
【００１０】
（本発明の基礎となった知見）
本発明者は、「背景技術」の欄において記載した、ソフトウェアの開発に関し、以下の問題が生じることを見出した。
【００１１】
ソフトウェア開発をする際に、開発メーカなどだけでなく不特定多数の開発者が参加する形態である、アジャイル型開発が用いられている。この形態では、多数の開発者がソフトウェアを改良することによりさまざまなバージョン系列が発生し得る。
【００１２】
ソフトウェアを管理する管理システムでは、上記開発者により開発されたソフトウェアのバージョンを示すバージョン情報が、開発者の識別情報とともに管理される（例えば特許文献１参照）。
【００１３】
ここで、バージョン情報は、当該ソフトウェアのバージョンを一意に特定する役割を有する。また、開発者の識別情報は、ソフトウェアの新たなバージョンの開発に係る報酬を開発者に提供するために用いられ得る。
【００１４】
しかしながら、従来の管理システムでは、管理サーバで管理されているプログラムのバージョン情報、又は、開発者の識別情報の改ざんを防ぐことが難しいという問題がある。
【００１５】
そこで、本発明は、管理している情報の改ざんの発生を抑制する管理方法などを提供する。
【００１６】
本発明の一態様に係る管理方法は、バージョン管理システムにより実行される、ソフトウェアのバージョンの管理方法であって、前記バージョン管理システムは、分散台帳を保有している複数の管理装置を備え、前記管理方法は、前記複数の管理装置のうちの第一の管理装置が、前記ソフトウェアの第一バージョンに関する第一情報と、前記第一バージョンを元に開発者によってバージョンアップされた前記ソフトウェアの第二バージョンに関する第二情報と、前記開発者の識別情報と、電子署名とを含むトランザクションデータを、前記第一の管理装置にネットワークを介して接続されている装置から受信し、前記第一の管理装置が、受信した前記トランザクションデータに含まれる前記電子署名を用いて前記トランザクションデータの正当性を検証し、前記トランザクションデータが正当である場合に、前記複数の管理装置それぞれが前記トランザクションデータを前記分散台帳に格納する。
【００１７】
上記態様によれば、ソフトウェアのバージョンアップをした開発者に関する情報が分散台帳によって管理される。分散台帳は、保有している情報の改ざんが困難であり、また、システムダウンの影響を受けにくいという利点がある。よって、上記管理方法によって、管理している情報の改ざんの発生を抑制することができる。
【００１８】
例えば、前記第二情報は、前記第二バージョンのバージョン番号を含み、前記管理方法は、さらに、前記トランザクションデータを受信する前に、前記第二バージョンのバージョン番号の発行依頼を前記装置から受信した場合に、前記第二バージョンのバージョン番号として新たなバージョン番号を前記装置に送信し、前記トランザクションデータを受信する際には、前記装置に送信した前記新たなバージョン番号を前記第二情報として含む前記トランザクションデータを受信してもよい。
【００１９】
上記態様によれば、新しいバージョンのバージョン番号を発行し、その発行したバージョン番号と紐付けて新しいバージョンの開発者に関する情報が管理される。当該バージョン管理システムと異なる装置などによってバージョン番号を付すとすれば、バージョン番号の重複などの不備が生じ得る。本発明に係る管理方法によれば、バージョン番号の不備を未然に回避しながら、管理している情報の改ざんの発生を抑制することができる。
【００２０】
例えば、前記第一情報は、前記ソフトウェアの前記第一バージョンのバージョン番号を含み、前記第二情報は、前記ソフトウェアの前記第二バージョンのハッシュ値と、前記第二バージョンのバージョン番号とを含んでもよい。
【００２１】
上記態様によれば、第一バージョンのバージョン番号と、第二バージョンのハッシュ値と、第二バージョンのバージョン番号とを用いて、より容易に、管理している情報の改ざんの発生を抑制することができる。
【００２２】
例えば、前記第一情報は、前記ソフトウェアの前記第一バージョンのハッシュ値を含み、前記第二情報は、前記ソフトウェアの前記第二バージョンのハッシュ値を含んでもよい。
【００２３】
上記態様によれば、第一バージョンのハッシュ値と、第二バージョンのハッシュ値とを用いて、より容易に、管理している情報の改ざんの発生を抑制することができる。
【００２４】
例えば、前記第一情報は、前記ソフトウェアの前記第一バージョンのハッシュ値を含み、前記第二情報は、前記ソフトウェアの前記第一バージョンと前記第二バージョンとの差分のハッシュ値を含んでもよい。
【００２５】
上記態様によれば、第一バージョンのハッシュ値と、第一バージョンと第二バージョンとの差分のハッシュ値とを用いて、より容易に、管理している情報の改ざんの発生を抑制することができる。
【００２６】
例えば、前記装置は、前記ソフトウェアの前記第二バージョンが格納されている場所を示す場所情報を保有しており、前記管理方法は、前記トランザクションデータを受信する際には、前記場所情報を含む前記トランザクションデータを受信してもよい。
【００２７】
上記態様によれば、第二バージョンのソフトウェアの格納場所を示す情報が、開発者に関する情報とともに分散台帳に格納される。よって、さらに第二バージョンが格納された場所情報の改ざんの発生をも抑制しながら、管理している情報の改ざんの発生を抑制することができる。
【００２８】
例えば、前記管理方法は、前記ソフトウェアの第一バージョン系列から第二バージョン系列を分岐させる際には、前記第一バージョン系列のうちの最後のバージョンを少なくとも含む１以上のバージョンを、前記第二バージョン系列の１以上のバージョンとして有する新たな分散台帳を生成し、前記複数の管理装置が前記新たな分散台帳を保有してもよい。
【００２９】
上記態様によれば、複数のバージョン系列それぞれに対応した分散台帳を管理しており、バージョン系列の分岐の際に、新しい系列に対応する分散台帳を生成する。一の系列で多数のバージョンアップが行われると、バージョンアップの履歴などの情報を取得する際に、多数のバージョンアップそれぞれに対応する情報が得られ、処理負荷が高くなる可能性がある。このような場合にバージョン系列を分岐し、新たなバージョン系列を新たな分散台帳で管理することで、バージョンアップの履歴などの情報を少なくし、上記の処理負荷の上昇を未然に防ぐことができる。
【００３０】
例えば、前記トランザクションデータを受信する際には、前記トランザクションデータが前記第一バージョン系列又は前記第二バージョン系列のどちらに係るトランザクションデータであるかを特定し、受信した前記トランザクションデータを、前記第一バージョン系列及び前記第二バージョン系列のうち、特定した前記トランザクションデータに対応するバージョン系列に対応する分散台帳に格納してもよい。
【００３１】
上記態様によれば、複数のバージョン系列が複数の分散台帳によって管理されているときに、どちらのバージョン系列に属するトランザクションデータかを特定し、当該トランザクションデータを適切な分散台帳により管理することができる。
【００３２】
例えば、前記管理方法は、さらに、一のバージョン系列を廃止する際には、前記一のバージョン系列を廃止することを示すトランザクションデータを生成し、生成したトランザクションデータを、前記一のバージョン系列に対応する前記分散台帳に格納してもよい。
【００３３】
上記態様によれば、所定のトランザクションデータによって、適切にバージョン系列を廃止することができる。よって、さらにバージョン系列の廃止を実現しながら、より容易に、管理している情報の改ざんの発生を抑制することができる。
【００３４】
例えば、前記管理方法は、さらに、前記分散台帳に格納されている前記トランザクションデータを参照して、前記開発者にトークンを提供してもよい。
【００３５】
上記態様によれば、これまでのトランザクションデータに基づいて新しいバージョンの開発者にトークンが提供される。分散台帳に格納されたトランザクションデータの改ざんが困難であるので、開発者になりすます不適切な者へのトークンの提供を未然に回避することができる。このように、管理している情報の改ざんの発生を抑制し、不適切なトークンの提供を未然に回避することができる。
【００３６】
例えば、前記分散台帳はブロックチェーンであり、前記トランザクションデータが正当である場合、前記複数の管理装置のそれぞれが前記トランザクションデータを前記ブロックチェーンに格納してもよい。
【００３７】
上記態様によれば、複数の管理装置が、分散台帳としてブロックチェーンを用いることによって、より容易に、管理している情報の改ざんの発生を抑制することができる。
【００３８】
本発明の一態様に係る管理装置は、ソフトウェアのバージョンを管理するためのバージョン管理システムが備える、分散台帳を保有している複数の管理装置のうちの第一の管理装置であって、前記ソフトウェアの第一バージョンに関する第一情報と、前記第一バージョンを元に開発者によってバージョンアップされた前記ソフトウェアの第二バージョンに関する第二情報と、前記開発者の識別情報と、電子署名とを含むトランザクションデータを、前記第一の管理装置にネットワークを介して接続されている装置から受信し、受信した前記トランザクションデータに含まれる前記電子署名を用いて前記トランザクションデータの正当性を検証するトランザクション検証部と、前記トランザクションデータが正当である場合に、前記トランザクションデータを前記分散台帳に格納する台帳管理部とを備える。
【００３９】
これにより、上記管理方法と同様の効果を奏する。
【００４０】
本発明の一態様に係る管理装置は、ソフトウェアのバージョンを管理するためのバージョン管理システムが備える、分散台帳を保有している複数の管理装置のうちの第一の管理装置として、コンピュータを動作させるためのプログラムであって、前記ソフトウェアの第一バージョンに関する第一情報と、前記第一バージョンを元に開発者によってバージョンアップされた前記ソフトウェアの第二バージョンに関する第二情報と、前記開発者の識別情報と、電子署名とを含むトランザクションデータを、前記第一の管理装置にネットワークを介して接続されている装置から受信し、受信した前記トランザクションデータに含まれる前記電子署名を用いて前記トランザクションデータの正当性を検証し、前記トランザクションデータが正当である場合に、前記トランザクションデータを前記分散台帳に格納する。
【００４１】
これにより、上記管理方法と同様の効果を奏する。
【００４２】
なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムまたは記録媒体の任意な組み合わせで実現されてもよい。
【００４３】
以下、実施の形態について、図面を参照しながら具体的に説明する。
【００４４】
なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
【００４５】
（実施の形態１）
本実施の形態において、ソフトウェアのバージョン管理方法であって、管理している情報の改ざんの発生を抑制する管理方法などについて説明する。ここで、ソフトウェアは、例えば家電機器（洗濯機、エアコン、冷蔵庫、テレビなど）に搭載されて、当該家電機器の動作を制御し、また、当該家電機器の機能を発揮させるソフトウェアである。
【００４６】
図１は、アジャイル型開発によるソフトウェアのバージョン系列を示す説明図である。
【００４７】
図１に示されるように、アジャイル型開発では、開発メーカであるＺ社が最初のバージョンであるバージョン１（図において「Ｖｅｒ１」と記載、以下同様）を開発し、開発者のコミュニティに提供する。次に、提供されたバージョン１のソフトウェアを元にしてコミュニティに属する開発者による開発がなされ、さまざまなバージョン系列が生成される。各バージョン系列では、例えば、発揮する機能が互いに異なるソフトウェアが開発される。バージョン系列は、図１において系列１Ａなどのように表現されている。バージョン系列には、１以上のバージョンが含まれる。
【００４８】
図１では、バージョン１のソフトウェアに基づいて、開発者Ａによる開発によりバージョン１．Ａ１が生成され、開発者Ｂによる開発によりバージョン１．Ｂ１が生成され、開発者Ｃによる開発によりバージョン１．Ｃ１が生成されたことが示されている。
【００４９】
そして、これらのバージョンを元にしてさらなる開発がなされ得る。例えば、バージョン１．Ａ１を元にして、バージョン１．Ａ２が開発され、バージョン１．Ａ２を元にしてバージョン１．Ａ３が開発される。また、バージョン１．Ｂ１を元にして、バージョン１．Ｂ２が開発される。また、バージョン１．Ｃ１を元にして、開発者Ｄ及びＥにより、複数のバージョン系列としてバージョン１．Ｃ１．Ｄ１及びバージョン１．Ｃ１．Ｅ１が開発される。
【００５０】
ここで、バージョン１．Ａ１以降のバージョン（つまり、バージョン１．Ａ１と、バージョン１．Ａ１に基づいて開発されたバージョンであるバージョン１．Ａ２及びバージョン１．Ａ３）を系列１Ａという。同様に、バージョン１．Ｂ１以降のバージョンを系列１Ｂという。バージョン１．Ｃ１を系列１Ｃといい、バージョン１．Ｃ１．Ｄ１を系列１Ｄといい、バージョン１．Ｃ１．Ｅ１を系列１Ｅという。なお、バージョン１と、系列１Ａ〜１Ｅのすべてのバージョンとを含む系列を、系列１ともいう。
【００５１】
このようにして、アジャイル型開発では、開発メーカであるＺ社が提供したソフトウェアを元にして、開発メーカとは異なる開発者によりソフトウェアが開発され、複数のバージョン系列が生成される。
【００５２】
そして、複数のバージョンのうちからユーザが望むバージョンがユーザに提供される。例えば、ユーザが望む機能を有するバージョン系列のうちの最新バージョンがユーザに提供される。
【００５３】
図２は、アジャイル型開発におけるトークンの授受を示す説明図である。ここでトークンとは、利益又は価値に相当する概念であり、人（自然人）又はメーカなどの法人が所有し、また、移転されうるものである。アジャイル型開発では、開発者、一般ユーザ及びメーカの間で適切にトークンをやりとりすることで、ソフトウェアの開発が進行する。
【００５４】
例えば、開発者が提供したソフトウェアを一般ユーザが受け取り、ユーザは、自身が保有している家電機器上でそのソフトウェアを動作させることにより家電機器を稼働させる。一般ユーザは、ソフトウェアの提供を受けたことの対価として開発者にトークンを提供する。
【００５５】
また、一般ユーザは、ソフトウェアを搭載した家電機器を稼働させたときの製品のデータをメーカに提供し、そのデータの対価としてトークンの提供を受ける。
【００５６】
ここで、一般ユーザと開発者とは、メーカを介さずに直接トークンをやりとりする。このようなトークンのやりとりが発生すると、不正に利益を得たり、他人の利益を害したりするなどの目的で、管理されている開発者の識別情報の改ざんがなされることがある。識別情報が改ざんされると、悪意者が開発者になりすましてトークンを受け取ったり、他人になりすまして悪意のソフトウェアを提供して評判を悪くしたりすることが可能となってしまうからである。
【００５７】
本実施の形態に係る管理システムは、管理している情報の改ざんの発生を抑制することを目的とする。
【００５８】
図３は、実施の形態１に係る管理システム１の構成を示す説明図である。
【００５９】
図３に示されるように管理システム１は、複数の管理装置１０Ａ、１０Ｂ及び１０Ｃと、複数の開発装置２０Ａ、２０Ｂ及び２０Ｃと、保管サーバ３０とを備える。上記の装置は、ネットワークＮによって、相互に通信可能に接続されている。
【００６０】
複数の管理装置１０Ａ、１０Ｂ及び１０Ｃ（１０Ａ等ともいう）は、ソフトウェアのバージョンに関する情報をコンピュータにより管理する管理装置である。複数の管理装置１０Ａ等の個数が３である場合を例として説明するが、２以上であればいくつであってもよい。複数の管理装置１０Ａ等は、互いに通信可能に接続されている。複数の管理装置１０Ａ等それぞれが第一の管理装置に相当する。なお、以降では、複数の管理装置１０Ａ等を代表して、管理装置１０Ａを用いて説明することがあるが、他の管理装置１０Ｂ及び１０Ｃでも同様の説明が成立する。なお、複数の管理装置１０Ａ等は、ネットワークＮを介して通信することもできる。
【００６１】
複数の管理装置１０Ａ等は、それぞれ、ソフトウェアのバージョンに関する情報を管理するための分散台帳を保有し、保有している分散台帳を、通信によって互いに同期をとりながら更新している。複数の管理装置１０Ａ等のいずれかが、開発装置２０Ａ等のいずれかから新たなバージョンに関する情報を取得すると、取得した情報の複製を複数の管理装置１０Ａ等それぞれが保有する。分散台帳は、一般に、保有している情報の改ざんが困難であり、また、システムダウンの影響を受けにくいという利点がある。
【００６２】
複数の開発装置２０Ａ、２０Ｂ及び２０Ｃ（２０Ａ等ともいう）は、ソフトウェアの開発者が使用するコンピュータであり、それぞれ独立に動作する。なお、複数の開発装置２０Ａ等の個数が３である場合を例として説明するが、１以上いくつであってもよい。なお、以降では、複数の開発装置２０Ａ等を代表して、開発装置２０Ａを用いて説明することがあるが、他の開発装置２０Ｂ及び２０Ｃでも同様の説明が成立する。
【００６３】
開発者は、開発装置２０Ａを使用してソフトウェアの新たなバージョンを開発し、開発した新たなバージョンのソフトウェアを保管サーバ３０に送信して、保管させる。また、開発装置２０Ａは、開発者によって開発された新たなバージョンに関する情報をネットワークＮを介して管理装置１０Ａ等のいずれかに送信する。
【００６４】
保管サーバ３０は、ソフトウェアを保管しているコンピュータである。保管サーバ３０は、ソフトウェアの１以上のバージョンを記憶装置により記憶している。
【００６５】
ネットワークＮは、管理装置１０Ａ等、開発装置２０Ａおよび保管サーバ３０を互いに通信可能に接続する通信回線である。通信回線の種別は特に限定されず、有線ネットワーク、無線ネットワークを任意に組み合わせたものであってよい。また、インターネットの一部がネットワークＮに含まれてもよい。
【００６６】
以降において、保管サーバ３０、開発装置２０Ａ等、及び、管理装置１０Ａ等についてさらに詳しく説明する。
【００６７】
図４は、本実施の形態に係る保管サーバ３０の構成を示すブロック図である。
【００６８】
図４に示されるように、保管サーバ３０は、通信部３１と、保管部３２と、発行部３３と、記憶装置３４とを備える。保管サーバ３０が備える各機能は、プロセッサがメモリを用いて所定のプログラムを実行することで実現され得る。
【００６９】
通信部３１は、ネットワークＮに接続される通信インタフェース装置である。保管サーバ３０は、通信部３１を介して開発装置２０Ａと通信可能である。
【００７０】
保管部３２は、記憶装置３４を用いてソフトウェアを保管している処理部である。保管部３２は、通信部３１を介して開発装置２０Ａから新たなバージョンのソフトウェアを取得したら、取得したソフトウェアを記憶装置３４に格納する。また、記憶装置３４に格納されているソフトウェアを、ユーザからの要求に応じて読み出す。
【００７１】
発行部３３は、ソフトウェアが格納されている場所を示す場所情報を発行する処理部である。発行部３３は、保管部３２がソフトウェアを記憶装置３４に格納した場合に、そのソフトウェアが格納されている場所を示す情報を取得して、その場所を示す場所情報を生成することで、場所情報を発行する。発行部３３は、生成した場所情報を開発装置２０Ａに通知する。
【００７２】
場所情報は、例えば、記憶装置３４内でのソフトウェアに係る電子ファイルのインターネット上での位置を示すＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）であり、以降では、この場合を例として説明する。ＵＲＬは、例えば、記憶装置３４内での所在を示すパス（Ｐａｔｈ）及びファイル名の情報と、保管サーバ３０のホスト名とを含む。
【００７３】
記憶装置３４は、ソフトウェアが格納されている記憶装置である。記憶装置３４には、１以上のバージョンのソフトウェアが格納されている。記憶装置３４には、保管部３２によってソフトウェアが格納され、また、保管部３２によってソフトウェアが読み出される。
【００７４】
図５は、本実施の形態に係る開発装置２０Ａの構成を示すブロック図である。なお、開発装置２０Ｂ及び２０Ｃも同様の構成を備え、それぞれ独立に動作する。
【００７５】
図５に示されるように、開発装置２０Ａは、通信部２１と、開発部２２と、トランザクション生成部２３と、記憶装置２４とを備える。開発装置２０Ａが備える各機能は、プロセッサがメモリを用いて所定のプログラムを実行することで実現され得る。
【００７６】
通信部２１は、ネットワークＮに接続される通信インタフェース装置である。開発装置２０Ａは、通信部２１を介して保管サーバ３０および管理装置１０Ａと通信可能である。
【００７７】
開発部２２は、ユーザによる操作、又は、ソフトウェア開発のためのツールの機能に基づいて、開発者により開発されるソフトウェアの新たなバージョンを生成する処理部である。開発部２２は、具体的には、ソフトウェアの開発の元になるバージョン（第一バージョンに相当）のソフトウェア（又は、プログラム若しくはプログラムコード）を保有しており、保有しているソフトウェアに基づいて新たなバージョン（第二バージョンに相当）のソフトウェアを生成する。このようにして、開発者は、開発装置２０Ａ（具体的には開発部２２）を使用して、ソフトウェアの新たなバージョンを開発する。新たなバージョンを開発することをバージョンアップともいう。開発部２２は、開発された新たなバージョンのソフトウェアを通信部２１を介して保管サーバ３０に送信し保管させる。このとき、開発部２２は、保管サーバ３０内で保管されているソフトウェアの格納場所を示すＵＲＬを保管サーバ３０（具体的には発行部３３）から通知される。
【００７８】
トランザクション生成部２３は、ソフトウェアのバージョンに関する情報を含むトランザクションデータを生成する処理部である。トランザクションデータは、ソフトウェアの第一バージョンに関する情報（第一情報に相当）と、第一バージョンを元に開発者によってバージョンアップされた第二バージョンに関する情報（第二情報に相当）と、開発者の識別情報である開発者ＩＤと、開発者の電子署名とを少なくとも含む。開発者の電子署名は、当該トランザクションデータに含まれる情報から、開発者の秘密鍵での暗号化により生成される。開発者の識別情報および秘密鍵は、トランザクション生成部２３が記憶装置２４から読み出すことで取得され得る。また、トランザクション生成部２３は、生成したトランザクションデータを通信部２１を介して管理装置１０Ａに送信する。
【００７９】
また、トランザクション生成部２３は、新バージョン番号の発行依頼を生成し、管理装置１０Ａに送信し、その応答として、新バージョン番号の通知を受ける。
【００８０】
記憶装置２４は、開発者に関する情報、および、ソフトウェアに関する情報を記憶している記憶装置である。開発者に関する情報は、開発者の識別情報である開発者ＩＤと、開発者の鍵情報（秘密鍵を含む）を含む。開発者ＩＤは、開発者を一意に識別し得る情報である。ソフトウェアに関する情報は、ソフトウェア本体、及び、ソフトウェアの保管サーバ３０における格納場所を示すＵＲＬを含む。ここで、ソフトウェア本体とは、ソフトウェアのプログラムであり、図５において単に「ソフトウェア」と記載されている。記憶装置２４に記憶されているソフトウェア本体は、開発部２２によって読み出される。記憶装置２４に記憶されている開発者ＩＤ、鍵情報およびＵＲＬは、トランザクション生成部２３により読み出される。
【００８１】
図６は、本実施の形態に係る管理装置１０Ａの構成を示すブロック図である。
【００８２】
図６に示されるように、管理装置１０Ａは、通信部１１と、番号管理部１２と、トランザクション検証部１３と、台帳管理部１４と、トークン管理部１６とを備える。管理装置１０Ａが備える各機能は、プロセッサがメモリを用いて所定のプログラムを実行することで実現され得る。
【００８３】
通信部１１は、ネットワークＮに接続される通信インタフェース装置である。管理装置１０Ａは、通信部１１を介して開発装置２０Ａ、及び、他の管理装置１０Ｂ及び１０Ｃと通信可能である。
【００８４】
番号管理部１２は、ソフトウェアのバージョンのバージョン番号を管理している処理部である。番号管理部１２は、開発装置２０Ａからソフトウェアの新しいバージョン番号の発行依頼を受けると、その発行依頼に応じて新しいバージョン番号を発行し、開発装置２０Ａに通知する。番号管理部１２は、現在保有しているバージョンのうち、最新のバージョンのバージョン番号より進んだバージョン番号を発行する。なお、バージョンに複数の系列がある場合には、番号管理部１２は、系列ごとに新しいバージョン番号の発行依頼を受け、系列ごとにバージョン番号を発行する。
【００８５】
ここで、バージョン番号は、所定の規則に従って設定される。例えば、数値を用いて、バージョンが進むほど（つまりバージョンアップするほど）、より大きな数値を有するように設定される。このとき、数値とともに文字が使われてもよい。ここでは、文字によってバージョン系列を示す例を示す。すなわち、最初のバージョンであるバージョン１を元にして開発された系列１Ａに含まれるバージョンを、バージョン１．Ａ１、バージョン１．Ａ２およびバージョン１．Ａ３等という。また、バージョン１を元にして、系列１Ａとは別に開発された系列１Ｂに含まれるバージョンをバージョン１．Ｂ１およびバージョン１．Ｂ２等という。
【００８６】
トランザクション検証部１３は、トランザクションデータの正当性の検証をする処理部である。トランザクション検証部１３は、通信部１１を介して開発装置２０Ａからトランザクションデータを受信する。受信するトランザクションデータは、ソフトウェアの第一バージョンに関する第一情報と、第一バージョンを元に開発者によってバージョンアップされたソフトウェアの第二バージョンに関する第二情報と、開発者の識別情報と、開発者の電子署名とを含んでいる。トランザクション検証部１３は、トランザクションデータを受信すると、受信したトランザクションデータに含まれる電子署名を用いて、当該トランザクションデータの正当性を検証をする。トランザクションデータの正当性の検証は、当該トランザクションデータに含まれる情報と、開発者の公開鍵とを用いてなされ、当該トランザクションデータが正当であるか否かが判定される。より具体的には、当該トランザクションデータが確かに開発装置２０Ａによって生成されたものであること、及び、当該トランザクションデータが生成されてから改ざんされていないことが判定される。なお、トランザクションデータの正当性の検証を、単に、トランザクションデータの検証ともいう。
【００８７】
なお、トランザクション検証部１３が受信するトランザクションデータには、番号管理部１２が通知した新しいバージョン番号が含まれ得る。
【００８８】
また、トランザクション検証部１３が受信するトランザクションデータには、さらに新バージョンのソフトウェアの場所情報であるＵＲＬが含まれていてもよい。
【００８９】
台帳管理部１４は、ソフトウェアのバージョンを管理するための分散台帳を管理している処理部である。ここでは分散台帳がブロックチェーン１５である場合を例として説明するが、他の方式の分散台帳（例えば、ＩＯＴＡ又はハッシュグラフ等）を採用することも可能である。
【００９０】
台帳管理部１４は、トランザクション検証部１３がトランザクションデータを検証した場合に、他の管理装置１０Ｂ及び１０Ｃにトランザクションデータを送信することで、トランザクションデータの同期をとる。そして、台帳管理部１４は、管理装置１０Ａと、他の管理装置１０Ｂおよび１０Ｃとの間でコンセンサスアルゴリズムを実行する。コンセンサスアルゴリズムにおいて合意形成がなされた場合には、当該トランザクションデータを含むブロックを生成し、生成したブロックをブロックチェーン１５に格納する。
【００９１】
なお、コンセンサスアルゴリズムの一例は、ＰＢＦＴ（Ｐｒａｃｔｉｃａｌ  Ｂｙｚａｎｔｉｎｅ  Ｆａｕｌｔ  Ｔｏｌｅｒａｎｃｅ）であるが、これに限定されず、ＰｏＷ（Ｐｒｏｏｆ  ｏｆ  Ｗｏｒｋ）又はＰｏＳ（Ｐｒｏｏｆ  ｏｆ  Ｓｔａｋｅ）なども用いられ得る。
【００９２】
トークン管理部１６は、ユーザ及び開発者それぞれが保有しているトークンを管理している処理部である。トークン管理部１６は、ブロックチェーン１５に格納されているトランザクションデータを参照して、開発者にトークンを提供する。なお、トークン管理部１６は、トークンの管理にブロックチェーンを使用してもよい。
【００９３】
次に、ソフトウェアの新バージョンを管理装置１０Ａ等に管理させるためのトランザクションデータの構成について３つの例を示す。
【００９４】
図７は、本実施の形態に係るトランザクションデータの第一例であるトランザクションデータ４０を示す説明図である。トランザクションデータ４０は、ソフトウェアの第一バージョンに関する第一情報が、第一バージョンのバージョン番号を含み、ソフトウェアの第二バージョンに関する第二情報が、ソフトウェアの第二バージョンのハッシュ値と、第二バージョンのバージョン番号とを含む場合の例である。
【００９５】
図７に示されるように、トランザクションデータ４０は、開発者ＩＤ４１と、ＵＲＬ４２と、新バージョン番号４３と、基バージョン番号４４と、新バージョンのハッシュ値４５と、署名４６とを含む。
【００９６】
開発者ＩＤ４１は、当該トランザクションデータ４０により新たに管理させることになる新バージョンを開発した開発者の識別情報である。
【００９７】
ＵＲＬ４２は、当該トランザクションデータ４０により新たに管理させることになる新バージョンが格納されている場所を示すＵＲＬである。ＵＲＬ４２は、保管サーバ３０の記憶装置３４内において、新バージョンのソフトウェアが格納されている場所を示している。
【００９８】
新バージョン番号４３は、トランザクションデータ４０により新たに管理させることになる新バージョンのバージョン番号である。
【００９９】
基バージョン番号４４は、トランザクションデータ４０により新たに管理させることになる新バージョンの開発の元になったバージョン（基バージョンともいう）のバージョン番号である。
【０１００】
新バージョンのハッシュ値４５は、トランザクションデータ４０により新たに管理させることになる新バージョンのプログラムの全部または所定の一部に対するハッシュ演算により得られたハッシュ値である。
【０１０１】
署名４６は、トランザクションデータ４０に含まれる情報から、開発者の秘密鍵での暗号化により生成された電子署名である。具体的には、開発者ＩＤ４１、ＵＲＬ４２、新バージョン番号４３、基バージョン番号４４、及び、新バージョンのハッシュ値４５を含む情報に対するハッシュ演算により得られたハッシュ値を、開発者の秘密鍵で暗号化した値である。
【０１０２】
図８は、本実施の形態に係るトランザクションデータの第二例であるトランザクションデータ５０を示す説明図である。トランザクションデータ５０は、ソフトウェアの第一バージョンに関する第一情報が、ソフトウェアの第一バージョンのハッシュ値を含み、ソフトウェアの第二バージョンに関する第二情報が、ソフトウェアの第二バージョンのハッシュ値を含む場合の例である。
【０１０３】
図８に示されるように、トランザクションデータ５０は、開発者ＩＤ５１と、ＵＲＬ５２と、新バージョンのハッシュ値５３と、基バージョンのハッシュ値５４と、署名５５とを含む。
【０１０４】
開発者ＩＤ５１およびＵＲＬ５２は、トランザクションデータ４０における同名の情報と同じである。
【０１０５】
新バージョンのハッシュ値５３は、トランザクションデータ５０により新たに管理させることになる新バージョンのソフトウェアのプログラムの全部または所定の一部に対するハッシュ演算により得られたハッシュ値である。
【０１０６】
基バージョンのハッシュ値５４は、トランザクションデータ５０により新たに管理させることになる新バージョンの開発の元になった基バージョンのソフトウェアのプログラムの全部または所定の一部に対するハッシュ演算により得られたハッシュ値である。
【０１０７】
署名５５は、トランザクションデータ５０に含まれる情報から、開発者の秘密鍵での暗号化により生成された電子署名である。具体的には、開発者ＩＤ５１、ＵＲＬ５２、新バージョンのハッシュ値５３、及び、基バージョンのハッシュ値５４を含む情報に対するハッシュ演算により得られたハッシュ値を、開発者の秘密鍵で暗号化した値である。
【０１０８】
図９は、本実施の形態に係るトランザクションデータの第三例であるトランザクションデータ６０を示す説明図である。トランザクションデータ６０は、ソフトウェアの第一バージョンに関する第一情報が、ソフトウェアの第一バージョンのハッシュ値を含み、ソフトウェアの第二バージョンに関する第二情報が、ソフトウェアの第一バージョンと第二バージョンとの差分のハッシュ値を含む場合の例である。
【０１０９】
図９に示されるように、トランザクションデータ６０は、開発者ＩＤ６１と、ＵＲＬ６２と、差分のハッシュ値６３と、基バージョンのハッシュ値６４と、署名６５とを含む。
【０１１０】
開発者ＩＤ６１およびＵＲＬ６２は、トランザクションデータ４０における同名の情報と同じである。
【０１１１】
差分のハッシュ値６３は、トランザクションデータ６０により新たに管理させることになる新バージョンのプログラムと、新バージョンの開発の元になった基バージョンのプログラムとの差分のハッシュ値である。
【０１１２】
基バージョンのハッシュ値６４は、トランザクションデータ６０により新たに管理させることになる新バージョンのソフトウェアのプログラムの全部または所定の一部に対するハッシュ演算により得られたハッシュ値である。
【０１１３】
署名６５は、トランザクションデータ６０に含まれる情報から、開発者の秘密鍵での暗号化により生成された電子署名である。具体的には、開発者ＩＤ６１、ＵＲＬ６２、差分のハッシュ値６３、及び、基バージョンのハッシュ値６４を含む情報に対するハッシュ演算により得られたハッシュ値を、開発者の秘密鍵で暗号化した値である。
【０１１４】
以降において、ブロックチェーン１５に格納されているトランザクションデータについて説明する。
【０１１５】
図１０は、本実施の形態に係るブロックチェーン１５に格納されているトランザクションデータの例を示す説明図である。図１０は、具体的には、管理装置１０Ａ等がブロックチェーン１５によって管理しているトランザクションデータである。図１０に示される１つのエントリ（１行）が、１つのトランザクションデータに対応している。図１０において紙面上の下にあるデータがより新しいトランザクションデータである。
【０１１６】
図１０に示されるように、各トランザクションデータは、ソフトウェアの各バージョンについてのＵＲＬ、新バージョン番号、基バージョン番号及び開発者ＩＤを含んでいる。なお、図１０に示されるトランザクションデータは、図７に示されるトランザクションデータ４０に含まれる各情報に相当している。
【０１１７】
ブロックチェーン１５には、図１０のように、現時点以前のソフトウェアの各バージョンについての情報が格納されている。具体的には、バージョン１からバージョン１．Ａ１、１．Ａ２及び１．Ａ３が開発されたこと、および、バージョン１からバージョン１．Ｂ１及び１．Ｂ２が開発されたことを示す情報が格納されている。
【０１１８】
そして、現時点以前のソフトウェアの各バージョンについての情報は、改ざんが困難であるというブロックチェーンの特性により、改ざんがなされないように管理装置１０Ａによって管理されている。
【０１１９】
以降において、管理システム１の処理を説明する。
【０１２０】
図１１及び図１２は、本実施の形態に係る管理システム１における第一及び第二の処理を示すシーケンス図である。図１１及び図１２は、開発装置２０Ａによってソフトウェアの新たなバージョンが開発されてから、開発されたソフトウェアのバージョンが管理装置１０Ａ等によって管理されるまでの一連の処理を示している。
【０１２１】
図１１に示されるように、ステップＳ１２１において、開発装置２０Ａにより、ソフトウェアの新バージョンが完成する。
【０１２２】
ステップＳ１２２において、開発装置２０Ａは、ステップＳ１２１で開発された新バージョンのソフトウェアを保管サーバ３０に格納すべく、保管サーバ３０に送信する。
【０１２３】
ステップＳ１３１において、保管サーバ３０は、開発装置２０Ａから送信された新バージョンのソフトウェアを受信して記憶装置３４に格納する。
【０１２４】
ステップＳ１３２において、保管サーバ３０は、ステップＳ１３１で格納された新バージョンのソフトウェアの場所を示すＵＲＬを発行する。そして、保管サーバ３０は、発行したＵＲＬを開発装置２０Ａに送信する。ＵＲＬは、ステップＳ１２２で受信したソフトウェアに対する応答として送信され得る。
【０１２５】
ステップＳ１２３において、開発装置２０Ａは、新バージョン番号（新番号ともいう）の発行依頼を生成し、管理装置１０Ａに送信する。ここで、発行依頼とは、ソフトウェアの新バージョンに付ける新たな番号、つまり新バージョン番号を発行することを管理装置１０Ａに依頼するための通信データであり、少なくとも基バージョン番号を含む。
【０１２６】
ステップＳ１１１において、管理装置１０Ａは、ステップＳ１２３で送信された発行依頼を受信し、発行依頼に含まれている基バージョンが、管理装置１０Ａが管理しているブロックチェーン１５に格納されているか否かを判定する。基バージョンがブロックチェーン１５に格納されていると判定した場合（ステップＳ１１１でＹｅｓ）、ステップＳ１１２に進む。
【０１２７】
なお、基バージョンがブロックチェーン１５に格納されていないと判定した場合（不図示）には、管理装置１０Ａは、所定のエラー処理（例えば、発行が失敗したことを示す通知を開発装置２０Ａに送信する処理）を実行し、処理を終える。ただし、この場合、管理装置１０Ａは、なんら処理をせずに処理を終えてもよい。このように、基バージョンがブロックチェーン１５に格納されていないと判定されるのは、例えば、管理装置１０Ａ等で管理されていないバージョンのソフトウェアを管理装置１０Ａ等に管理させようとしたときである。
【０１２８】
ステップＳ１１２において、管理装置１０Ａは、新バージョンのバージョン番号を発行する。
【０１２９】
図１２に移り、ステップＳ１１３において、管理装置１０Ａは、ステップＳ１１２で発行した新バージョンのバージョン番号を、開発装置２０Ａに通知する。新バージョンのバージョン番号の通知は、ステップＳ１２３の発行依頼に対する応答として送信され得る。
【０１３０】
ステップＳ１２４において、新バージョンをブロックチェーン１５に書き込むためのトランザクションデータを生成し、管理装置１０Ａに送信する。このトランザクションデータには、ステップＳ１１３で送信された新バージョン番号、又は、この新バージョン番号を用いて算出される情報が含められる。
【０１３１】
ステップＳ１１４において、管理装置１０Ａは、ステップＳ１２４で開発装置２０Ａが送信したトランザクションデータを検証する。ここでは、トランザクションデータの検証の結果、トランザクションデータが正当であると判定されたとする。
【０１３２】
ステップＳ１１５において、管理装置１０Ａは、トランザクションデータを管理装置１０Ｂ及び１０Ｃに送信する。そして、管理装置１０Ａ等によるコンセンサスアルゴリズムの実行により、トランザクションデータを含むブロックがブロックチェーン１５に格納される。これにより、開発者が開発したソフトウェアの新バージョンに関する情報、より具体的には、開発者ＩＤ及びバージョン番号がブロックチェーン１５に格納され、その格納時以降の改ざんが困難になる。
【０１３３】
なお、ステップＳ１１４でトランザクションデータの検証に失敗した、つまり、トランザクションデータが正当でないと検証された場合には、その旨を開発装置２０Ａに通知するようにしてもよい。このようにすれば、開発者がそのことを認識し対処することができる。一方、上記通知はなされなくてもよい。
【０１３４】
なお、ソフトウェアそのものを管理装置１０Ａがブロックチェーン１５に格納して管理してもよい。このようにすれば、バージョンに関する情報だけでなく、ソフトウェアそのものの改ざんも抑制しながらソフトウェアを管理することができ、より有用となる。このようにするには、開発装置２０Ａが、ソフトウェアそのもの（つまりソフトウェアのプログラムコード）を含むトランザクションデータを生成して管理装置１０Ａに送信し、管理装置１０Ａが、受信した上記トランザクションデータをブロックチェーン１５に格納すればよい。
【０１３５】
なお、開発装置２０Ａは、管理装置１０Ａにネットワークを介して接続されている装置の一例であり、この場合を例として説明したが、上記装置は開発装置２０Ａに限られない。例えば、開発者から委託された人が使用する装置も、管理装置１０Ａにネットワークを介して接続されている装置に該当し得る。この場合、上記説明における「開発者」を、「開発者から委託された人」に読み替えることで上記説明が成立する。
【０１３６】
以上のように、本実施の形態の管理方法によれば、ソフトウェアのバージョンアップをした開発者に関する情報が分散台帳によって管理される。分散台帳は、保有している情報の改ざんが困難であり、また、システムダウンの影響を受けにくいという利点がある。よって、上記管理方法によって、管理している情報の改ざんの発生を抑制することができる。
【０１３７】
また、新しいバージョンのバージョン番号を発行し、その発行したバージョン番号と紐付けて新しいバージョンの開発者に関する情報が管理される。当該バージョン管理システムと異なる装置などによってバージョン番号を付すとすれば、バージョン番号の重複などの不備が生じ得る。本発明に係る管理方法によれば、バージョン番号の不備を未然に回避しながら、管理している情報の改ざんの発生を抑制することができる。
【０１３８】
また、第一バージョンのバージョン番号と、第二バージョンのハッシュ値と、第二バージョンのバージョン番号とを用いて、より容易に、管理している情報の改ざんの発生を抑制することができる。
【０１３９】
また、第一バージョンのハッシュ値と、第二バージョンのハッシュ値とを用いて、より容易に、管理している情報の改ざんの発生を抑制することができる。
【０１４０】
また、第一バージョンのハッシュ値と、第一バージョンと第二バージョンとの差分のハッシュ値とを用いて、より容易に、管理している情報の改ざんの発生を抑制することができる。
【０１４１】
また、第二バージョンのソフトウェアの格納場所を示す情報が、開発者に関する情報とともに分散台帳に格納される。よって、さらに第二バージョンが格納された場所情報の改ざんの発生をも抑制しながら、管理している情報の改ざんの発生を抑制することができる。
【０１４２】
また、これまでのトランザクションデータに基づいて新しいバージョンの開発者にトークンが提供される。分散台帳に格納されたトランザクションデータの改ざんが困難であるので、開発者になりすます不適切な者へのトークンの提供を未然に回避することができる。このように、管理している情報の改ざんの発生を抑制し、不適切なトークンの提供を未然に回避することができる。
【０１４３】
また、複数の管理装置が、分散台帳としてブロックチェーンを用いることによって、より容易に、管理している情報の改ざんの発生を抑制することができる。
【０１４４】
（実施の形態２）
本実施の形態において、ソフトウェアのバージョン管理方法であって、管理している情報の改ざんの発生を抑制する管理方法などについて説明する。特に、ソフトウェアのメジャーバージョンアップの際に、バージョンアップの前後で異なるブロックチェーンによってバージョンを管理する技術について説明する。
【０１４５】
ここで、メジャーバージョンアップとは、一般に基バージョンに対して比較的大きな機能修正又は追加がなされるバージョンアップである。これに対して、実施の形態１で説明した第一バージョンから第二バージョンへのバージョンアップは、比較的小さな機能修正又は追加がなされるバージョンアップであり、一般にマイナーバージョンアップともよばれる。メジャーバージョンアップは、例えば、Ｚ社による決定に基づいてなされる。
【０１４６】
図１３は、本実施の形態に係る、バージョン系列の分岐を示す説明図である。
【０１４７】
図１３に示されるバージョン１（図１３において「Ｖｅｒ１」と記載）などは、実施の形態１に係るソフトウェアのバージョンに相当する。ここでは、上記ソフトウェアの開発を行っていた開発者のコミュニティを「バージョン１のコミュニティ」という。
【０１４８】
ソフトウェア開発において、メジャーバージョンアップがなされるとき、バージョン１のコミュニティで開発された系列１の一部又は全部の複製を、新たなバージョン系列である系列２として使用することが行われる。このとき、系列２として使用されるのは、バージョン１のコミュニティで開発されたバージョンの系列１のうちの最新バージョンを少なくとも含むバージョンの系列であり、バージョン１のコミュニティで開発されたバージョン系列のうちのすべてのバージョンを含むバージョン系列であってもよい。
【０１４９】
このように、系列１の一部又は全部から新たな系列２を生成することを、「系列を分岐させる」という。言い換えれば、分岐とは、系列１の一部又は全部から新たな系列２を生成することである。
【０１５０】
そして、系列２の最初のバージョンであるバージョン（図１３において「Ｖｅｒ２」）を元にして、バージョン２のコミュニティに属する開発者による開発がなされ、さまざまなバージョン系列が生成される。図１３では、バージョン２のソフトウェアに基づいて、開発者Ｆによる開発によりバージョン２．Ｆ１が生成され、開発者Ｇによる開発によりバージョン２．Ｇ１が生成されたことが示されている。さらに、バージョン２．Ｆ１を元にして、バージョン２．Ｆ２が開発される。
【０１５１】
図１４は、本実施の形態に係る管理システム２の構成を示す説明図である。
【０１５２】
図１４に示されるように、管理システム２は、複数の管理装置１０Ｄ、１０Ｅ及び１０Ｆと、複数の開発装置２０Ａ等と、保管サーバ３０と、制御装置７０とを備える。複数の開発装置２０Ａ等と、保管サーバ３０とは、それぞれ実施の形態１における同名の構成要素と同じであるので説明を省略する。
【０１５３】
制御装置７０は、管理装置１０Ｄ等に対してバージョン系列の分岐をさせる制御をする制御装置である。制御装置７０は、具体的には、上記制御として、バージョン系列の分岐をさせる指示である分岐指示を含む通信データを送信する。この通信データは、制御装置７０に対するユーザによる操作などに基づいて送信され得る。
【０１５４】
複数の管理装置１０Ｄ、１０Ｅ及び１０Ｆ（１０Ｄ等ともいう）は、実施の形態１における複数の管理装置１０Ａ等と同様に、バージョン情報をコンピュータにより管理する管理装置である。管理装置１０Ｄ等は、管理装置１０Ａ等と同等の機能を有し、さらに、制御装置７０から送信される分岐指示に基づいて、バージョン系列の分岐を作成する機能を有する。
【０１５５】
図１５は、本実施の形態に係る制御装置７０の構成を示すブロック図である。
【０１５６】
図１５に示されるように、制御装置７０は、通信部７１と、分岐指示部７２とを備える。
【０１５７】
通信部７１は、ネットワークＮに接続される通信インタフェース装置である。制御装置７０は、通信部７１を介して管理装置１０Ｄと通信可能である。制御装置７０が備える各機能は、プロセッサがメモリを用いて所定のプログラムを実行することで実現され得る。
【０１５８】
分岐指示部７２は、通信部７１を介して管理装置１０Ｄに対して分岐をさせる指示（分岐指示）を送信する処理部である。分岐指示は、少なくとも、分岐の元になるバージョン系列を特定する情報を含む。
【０１５９】
図１６は、本実施の形態に係る管理装置１０Ｄの構成を示すブロック図である。
【０１６０】
図１６に示されるように、管理装置１０Ｄは、通信部１１と、番号管理部１２と、トランザクション検証部１３と、台帳管理部１４Ａとを備える。管理装置１０Ｄが備える各機能は、プロセッサがメモリを用いて所定のプログラムを実行することで実現され得る。
【０１６１】
管理装置１０Ｄは、台帳管理部１４Ａを備える点で、実施の形態１の管理装置１０Ａと異なる。以降、台帳管理部１４Ａについて主に説明する。
【０１６２】
台帳管理部１４Ａは、分岐部１７を有する。また、ブロックチェーン１５に加えて、ブロックチェーン１５Ａを保有し得る。
【０１６３】
分岐部１７は、ソフトウェアのバージョン系列を分岐させて新たな系列を作成する処理部である。分岐部１７は、制御装置７０が送信する分岐指示を含む通信データを通信部１１を介して受信し、上記通信データを受信した場合に、ソフトウェアのバージョン系列の分岐を作成する。このとき、分岐部１７は、これまでバージョンアップしてきたバージョン系列に対応するブロックチェーン１５のうちの最新バージョンを少なくとも含む１以上のバージョンの複製を有する、新たなバージョン系列に対応するブロックチェーン１５Ａを生成することで、バージョン系列を分岐させる。
【０１６４】
バージョン系列の分岐の後、トランザクション検証部１３は、トランザクションデータを受信する際には、トランザクションデータが第一バージョン系列又は第二バージョン系列のどちらに係るトランザクションデータであるかを特定し、受信したトランザクションデータを、第一バージョン系列及び第二バージョン系列のうち、特定したトランザクションデータに対応するバージョン系列に対応する分散台帳に格納するようにする。
【０１６５】
次に、本実施の形態の台帳管理部１４Ａが管理しているブロックチェーン１５及び１５Ａについて説明する。
【０１６６】
図１７及び図１８は、本実施の形態に係るブロックチェーン１５及び１５Ａに格納されているトランザクションデータを示す説明図である。具体的には、図１７に示されるトランザクションデータは、バージョン１を含むバージョン系列である系列１に対応するブロックチェーン１５に格納されているトランザクションデータである。図１８に示されるトランザクションデータは、バージョン２を含むバージョン系列である系列２に対応するブロックチェーン１５Ａに格納されているトランザクションデータである。
【０１６７】
図１７に示されるように、系列１に対応するブロックチェーン１５に含まれる各トランザクションデータは、図１０に示されるブロックチェーン１５と同様に、ソフトウェアの各バージョンについてのＵＲＬ、新バージョン番号、基バージョン番号及び開発者ＩＤを含んでいる。具体的には、ブロックチェーン１５は、バージョン１．Ａ１、１．Ａ２及び１．Ｂ１などについての上記各情報を含んでいる。
【０１６８】
また、図１８に示されるように、系列２に対応するブロックチェーン１５Ａに含まれる各トランザクションデータは、図１０に示されるブロックチェーン１５と同様に、ソフトウェアの各バージョンについてのＵＲＬ、新バージョン番号、基バージョン番号及び開発者ＩＤを含んでいる。具体的には、ブロックチェーン１５Ａは、バージョン２．Ｄ１、２．Ｄ２及び２．Ｅ１などについての上記各情報を含んでいる。
【０１６９】
以降において、管理システム２の処理を説明する。
【０１７０】
図１９は、本実施の形態に係る管理システム２における処理を示すシーケンス図である。
【０１７１】
図１９に示されるように、制御装置７０は、ステップＳ２７１において、Ｚ社によるバージョン系列を分岐させる決定がなされたら、分岐指示を含む通信データを生成し、管理装置１０Ｄに送信する。
【０１７２】
ステップＳ２１１において、管理装置１０Ｄは、ステップＳ２７１で送信された分岐指示を受信したら、新たなバージョン系列に対応するブロックチェーン（図１６のブロックチェーン１５Ａに相当）を生成するためのトランザクションデータを生成する。
【０１７３】
ステップＳ２１２において、管理装置１０Ｄは、ステップＳ２１１で生成したトランザクションデータを管理装置１０Ｅ及び１０Ｆに送信する。そして、管理装置１０Ｄ等によるコンセンサスアルゴリズムの実行により、トランザクションデータを含むブロックがブロックチェーンに格納される。これにより、新たなバージョン系列に対応するソフトウェアの新バージョンに関する情報、より具体的には、開発者ＩＤ及びバージョン番号がブロックチェーンに格納され、格納時以降の改ざんが困難になる。
【０１７４】
次に、複数のバージョン系列それぞれに対応するブロックチェーンが管理装置１０Ｄ等によって管理されているときの、新たなバージョンの管理について説明する。
【０１７５】
図２０は、本実施の形態に係るトランザクションデータの例であるトランザクションデータ４０Ａを示す説明図である。
【０１７６】
トランザクションデータ４０Ａは、図７に示されるトランザクションデータ４０にさらに系列番号４３Ａが追加されている。
【０１７７】
系列番号４３Ａは、当該トランザクションデータ４０Ａにより新たに管理させることになる新バージョンの系列を示す情報である。
【０１７８】
なお、署名４６は、トランザクションデータ４０Ａに含まれる情報から、開発者の秘密鍵での暗号化により生成された電子署名である。署名４６の生成の元になる情報には、図７の署名４６の生成の元になる情報に加えて系列番号４３Ａも含まれる。
【０１７９】
複数の系列が存在する場合、開発装置２０Ａは、ソフトウェアの新バージョンが属する系列を示す系列番号４３Ａをトランザクションデータ４０Ａに含めて、管理装置１０Ｄに送信する。管理装置１０Ｄは、トランザクションデータ４０Ａを受信すると、受信したトランザクションデータ４０Ａに含まれる系列番号を取得し、その系列番号に応じたブロックチェーンにトランザクションデータ４０Ａを格納する。
【０１８０】
図２１は、本実施の形態に係るコンセンサスアルゴリズムに含まれるバージョン系列に関する処理を示すフロー図である。図２１に示される処理は、図１２のステップＳ１１５のコンセンサスアルゴリズムに含まれる処理である。
【０１８１】
ステップＳ１４１において、管理装置１０Ｄは、受信したトランザクションデータ４０Ａに含まれる系列番号を取得する。
【０１８２】
ステップＳ１４２において、管理装置１０Ｄは、台帳管理部１４Ａが管理している複数のブロックチェーンのうちから、ステップＳ１４１で取得した系列番号に対応するブロックチェーンを特定する。
【０１８３】
ステップＳ１４３において、管理装置１０Ｄは、ステップＳ１４２で特定したブロックチェーンについて、管理装置１０Ｅ及び１０Ｆとの間でコンセンサスアルゴリズムを実行する。これにより、受信したトランザクションデータ４０ＡをステップＳ１４２で特定したブロックチェーンに格納する。
【０１８４】
このようにして、開発装置２０Ａによって指定された系列番号に応じたブロックチェーンにトランザクションデータが格納される。
【０１８５】
以上のように、本実施の形態の管理方法によれば、複数のバージョン系列それぞれに対応した分散台帳を管理しており、バージョン系列の分岐の際に、新しい系列に対応する分散台帳を生成する。一の系列で多数のバージョンアップが行われると、バージョンアップの履歴などの情報を取得する際に、多数のバージョンアップそれぞれに対応する情報が得られ、処理負荷が高くなる可能性がある。このような場合にバージョン系列を分岐し、新たなバージョン系列を新たな分散台帳で管理することで、バージョンアップの履歴などの情報を少なくし、上記の処理負荷の上昇を未然に防ぐことができる。
【０１８６】
また、複数のバージョン系列が複数の分散台帳によって管理されているときに、どちらのバージョン系列に属するトランザクションデータかを特定し、当該トランザクションデータを適切な分散台帳により管理することができる。
【０１８７】
（実施の形態３）
本実施の形態において、ソフトウェアのバージョン管理方法であって、管理している情報の改ざんの発生を抑制する管理方法などについて説明する。特に、ソフトウェアのバージョン系列の利用を停止するようにバージョンを管理する技術について説明する。バージョン系列の利用を停止することを、バージョン系列を廃止する、ともいう。
【０１８８】
図２２は、本実施の形態に係る、バージョン系列の廃止を示す説明図である。
【０１８９】
図２２に示されるＶｅｒ１及びＶｅｒ２は、実施の形態２に係るソフトウェアのバージョンに相当する。
【０１９０】
ソフトウェア開発において、比較的新しいバージョン系列が生成されたなどの理由から、比較的古いバージョン系列の利用を停止、つまり廃止することが行われる。廃止されたバージョン系列は、廃止された時点以降のバージョンアップが禁止されるよう制御される。また、廃止された時点以降において、廃止された系列に含まれる各バージョンのソフトウェアのユーザへの提供が禁止されるように、さらに制御されてもよい。
【０１９１】
具体的には、図２２に示されるように、バージョン１．Ａのバージョン系列の最新バージョン１．Ａ３、及び、バージョン１．Ｂのバージョン系列の最新バージョン１．Ｂ２が存在する時点において、系列１が廃止されるとする。すると、例えばバージョン１．Ａのバージョン系列に含まれ得る次のバージョン１．Ａ４（不図示）、又は、バージョン１．Ｂのバージョン系列に含まれ得る次のバージョン１．Ｂ３（不図示）の登録は禁止される。また、廃止された時点以降で、バージョン１、バージョン１．Ａ及びバージョン１．Ｂの各系列のソフトウェアのユーザへの提供が禁止される。
【０１９２】
本実施の形態に係る管理システム２は、実施の形態２における管理システム２と同様であり、制御装置及び管理装置の機能が一部異なる。具体的には、本実施の形態に係る管理システム２は、制御装置７０Ａを備え、管理装置１０Ｇ、１０Ｈ及び１０Ｉ（１０Ｇ等ともいう）。以降において、本実施の形態に係る制御装置７０Ａ及び管理装置１０Ｇについて詳しく説明する。
【０１９３】
図２３は、本実施の形態に係る制御装置７０Ａの構成を示すブロック図である。
【０１９４】
図２３に示されるように、制御装置７０Ａは、通信部７１と、トランザクション生成部７３とを備える。なお、制御装置７０Ａは、実施の形態２の制御装置７０と同様に分岐指示部７２を備えてもよい。
【０１９５】
通信部７１は、実施の形態２の制御装置７０Ａが有する通信部７１と同じである。
【０１９６】
トランザクション生成部７３は、バージョン系列を廃止することを示すトランザクションデータを生成する処理部である。トランザクション生成部７３は、生成したトランザクションデータを管理装置１０Ｇに送信する。上記トランザクションデータは、廃止するバージョン系列を特定しうる特定情報として、系列番号を少なくとも含む。
【０１９７】
図２４は、本実施の形態に係る管理装置１０Ｇの構成を示すブロック図である。
【０１９８】
図２４に示されるように、管理装置１０Ｇは、通信部１１と、番号管理部１２と、トランザクション検証部１３と、台帳管理部１４Ａと、廃止部１８とを備える。また、管理装置１０Ｇは、状態管理部１９を備えてもよい。管理装置１０Ｇが備える各機能は、プロセッサがメモリを用いて所定のプログラムを実行することで実現され得る。
【０１９９】
管理装置１０Ｇは、廃止部１８を備える点、および、状態管理部１９を備え得る点で、実施の形態１の管理装置１０Ａおよび実施の形態２の管理装置１０Ｄと異なる。以降、廃止部１８および状態管理部１９について主に説明する。
【０２００】
廃止部１８は、廃止するバージョン系列に対応するブロックチェーンに、当該バージョン系列を廃止することを示す情報を含むブロックを格納する処理部である。廃止部１８は、制御装置７０Ａが送信した、バージョン系列を廃止することを示すトランザクションデータを受信する。廃止部１８は、受信したトランザクションデータに含まれる系列番号によって特定されるバージョン系列に対応するブロックチェーンに、当該トランザクションデータを格納する。
【０２０１】
状態管理部１９は、各バージョン系列のが運用状態であるか、又は、廃止状態であるかを示す情報を管理している処理部である。状態管理部１９は、管理装置１０Ｇが管理しているバージョン系列のそれぞれについて、運用状態であるか、又は、廃止状態であるかを示す情報を保持している。そして、廃止部１８がバージョン系列を廃止するトランザクションをブロックチェーンに格納するときに、状態管理部１９は、そのバージョン系列の状態を、運用状態から廃止状態に変更する。なお、状態管理部１９は、必須の構成ではない。
【０２０２】
図２５は、本実施の形態に係るトランザクションデータの例であるトランザクションデータ８０を示す説明図である。
【０２０３】
図２５に示されるように、トランザクションデータ８０は、系列番号８１と、廃止情報８２と、署名８３とを含む。
【０２０４】
系列番号８１は、トランザクションデータ８０によって廃止されるバージョン系列を特定する情報である。
【０２０５】
廃止情報８２は、トランザクションデータ８０が、廃止を意味するトランザクションデータであることを意味する情報である。
【０２０６】
署名８３は、トランザクションデータ８０に含まれる情報から、制御装置７０Ａの秘密鍵での暗号化により生成された電子署名である。具体的には、系列番号８１及び廃止情報８２を含む情報に対するハッシュ演算により得られたハッシュ値を、制御装置７０Ａの秘密鍵で暗号化した値である。
【０２０７】
図２６は、本実施の形態に係るブロックチェーンに格納されているトランザクションデータを示す説明図である。具体的には、図２６に示されるトランザクションデータは、バージョン１のバージョン系列に対応するブロックチェーン１５である。
【０２０８】
図２６に示されるように、バージョン１のバージョン系列に対応するブロックチェーン１５に含まれる各トランザクションデータは、図１０に示されるブロックチェーン１５と同様に、ソフトウェアの各バージョンについてのＵＲＬ、新バージョン番号、基バージョン番号及び開発者ＩＤを含んでいる。具体的には、ブロックチェーン１５は、バージョン１．Ａ１、１．Ａ２及び１．Ｂ１などについての上記各情報を含んでいる。
【０２０９】
そして、ブロックチェーン１５に含まれるトランザクションデータ９１が、バージョン系列１Ａを廃止状態にするトランザクションデータである。また、ブロックチェーン１５に含まれるトランザクションデータ９２が、バージョン系列１Ｂを廃止状態にするトランザクションデータである。
【０２１０】
図２７は、本実施の形態に係る状態管理部１９が管理している状態情報を示す状態テーブルＴ１の説明図である。
【０２１１】
図２７に示されるように、状態テーブルＴ１は、バージョン系列１Ａ及び１Ｂの状態を示す情報を有する。図２７では、バージョン系列１Ａが廃止状態であり、バージョン系列１Ｂが運用状態であることが示されている。これは、台帳管理部１４Ａがバージョン１とバージョン２の各系列に対応するブロックチェーンを保有しており、バージョン１の系列が廃止され、バージョン２の系列が運用中である場合に対応している。
【０２１２】
以降において、管理システム２の処理を説明する。
【０２１３】
図２８は、本実施の形態に係る管理システム２における処理を示すシーケンス図である。
【０２１４】
図２８に示されるように、制御装置７０Ａは、ステップＳ３７１において、バージョン系列を廃止させるトランザクションデータを生成し、管理装置１０Ｇに送信する。
【０２１５】
ステップＳ３１１において、管理装置１０Ｇは、ステップＳ３７１で送信されたトランザクションデータを受信したら、受信したトランザクションデータを検証する。トランザクションデータの検証は、当該トランザクションデータに含まれる情報と、制御装置７０Ａの公開鍵とによりなされる。ここでは、トランザクションデータの検証の結果、トランザクションデータが正当であると判定されたとする。
【０２１６】
ステップＳ３１２において、管理装置１０Ｇは、ステップＳ３１２で生成したトランザクションデータを管理装置１０Ｈ及び１０Ｉに送信する。そして、管理装置１０Ｇ等によるコンセンサスアルゴリズムの実行により、トランザクションデータを含むブロックがブロックチェーンに格納される。これにより、バージョン系列の廃止を示す情報がブロックチェーンに格納され、以降の改ざんが困難になる。そして、これ以降に、廃止したバージョン系列に対応するブロックチェーンへのブロックの接続が禁止され、また、廃止したバージョン系列に含まれるソフトウェアの提供も禁止される。
【０２１７】
なお、ステップＳ３１１でトランザクションデータの検証に失敗した、つまり、トランザクションデータが正当でないと検証された場合には、その旨を制御装置７０Ａに通知するようにしてもよい。このようにすれば、制御装置７０Ａの運用者がそのことを認識し対処することができる。一方、上記通知はなされなくてもよい。
【０２１８】
なお、管理装置１０Ｇは、既に廃止されたバージョン系列に対して開発装置２０Ａから新バージョン番号の発行依頼を受信した場合には、当該バージョン系列が既に廃止されていることを示す通知を送信してもよい。また、管理装置１０Ｇがバージョン系列を廃止したときに、トークン管理部１６が、廃止したバージョン系列に含まれるバージョンの開発者にトークンを提供してもよい。このトークンは、報奨金または支度金としての意味あいを有するともいえる。
【０２１９】
上記各実施の形態におけるブロックチェーンについて補足的に説明する。
【０２２０】
図２９は、ブロックチェーンのデータ構造を示す説明図である。
【０２２１】
ブロックチェーンは、その記録単位であるブロックがチェーン（鎖）上に接続されたものである。それぞれのブロックは、複数のトランザクションデータと、直前のブロックのハッシュ値とを有している。具体的には、ブロックＢ２には、その前のブロックＢ１のハッシュ値が含まれている。そして、ブロックＢ２に含まれる複数のトランザクションデータと、ブロックＢ１のハッシュ値とから演算されたハッシュ値が、ブロックＢ２のハッシュ値として、ブロックＢ３に含められる。このように、前のブロックの内容をハッシュ値として含めながら、ブロックをチェーン状に接続することで、記録されたトランザクションデータの改ざんを有効に防止する。
【０２２２】
仮に過去のトランザクションデータが変更されると、ブロックのハッシュ値が変更前と異なる値になり、改ざんしたブロックを正しいものとみせかけるには、それ以降のブロックすべてを作り直さなければならず、この作業は現実的には非常に困難である。この性質を使用して、ブロックチェーンに改ざん困難性が担保されている。
【０２２３】
図３０は、トランザクションデータのデータ構造を示す説明図である。
【０２２４】
図３０に示されるトランザクションデータは、トランザクション本体Ｐ１と、電子署名Ｐ２とを含む。トランザクション本体Ｐ１は、当該トランザクションデータに含まれるデータ本体である。電子署名Ｐ２は、トランザクション本体Ｐ１のハッシュ値に対して、当該トランザクションデータの作成者の署名鍵で署名する、より具体的には、作成者の秘密鍵で暗号化することで生成されたものである。
【０２２５】
トランザクションデータは、電子署名Ｐ２を有するので、改ざんが実質的に不可能である。これにより、トランザクション本体の改ざんが防止される。
【０２２６】
以上のように、本実施の形態の管理方法によれば、所定のトランザクションデータによって、適切にバージョン系列を廃止することができる。よって、さらにバージョン系列の廃止を実現しながら、より容易に、管理している情報の改ざんの発生を抑制することができる。
【０２２７】
なお、上記各実施の形態において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。ここで、上記各実施の形態の管理装置などを実現するソフトウェアは、次のようなプログラムである。
【０２２８】
すなわち、このプログラムは、コンピュータに、バージョン管理システムにより実行される、ソフトウェアのバージョンの管理方法であって、前記バージョン管理システムは、分散台帳を保有している複数の管理装置を備え、前記管理方法は、前記複数の管理装置のうちの第一の管理装置が、前記ソフトウェアの第一バージョンに関する第一情報と、前記第一バージョンを元に開発者によってバージョンアップされた前記ソフトウェアの第二バージョンに関する第二情報と、前記開発者の識別情報と、電子署名とを含むトランザクションデータを、前記第一の管理装置にネットワークを介して接続されている装置から受信し、前記第一の管理装置が、受信した前記トランザクションデータに含まれる前記電子署名を用いて前記トランザクションデータの正当性を検証し、前記トランザクションデータが正当である場合に、前記複数の管理装置それぞれが前記トランザクションデータを前記分散台帳に格納する管理方法を実行させるプログラムである。
【０２２９】
以上、一つまたは複数の態様に係る管理方法などについて、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、一つまたは複数の態様の範囲内に含まれてもよい。
【産業上の利用可能性】
【０２３０】
本発明は、ソフトウェアのバージョン管理方法であって、管理している情報の改ざんの発生を抑制する管理システムなどに利用可能である。
【符号の説明】
【０２３１】
１、２    管理システム
１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ、１０Ｆ、１０Ｇ、１０Ｈ、１０Ｉ    管理装置
１１、２１、３１、７１    通信部
１２    番号管理部
１３    トランザクション検証部
１４、１４Ａ    台帳管理部
１５、１５Ａ    ブロックチェーン
１６    トークン管理部
１７    分岐部
１８    廃止部
１９    状態管理部
２０Ａ、２０Ｂ、２０Ｃ    開発装置
２２    開発部
２３、７３    トランザクション生成部
２４、３４    記憶装置
３０    保管サーバ
３２    保管部
３３    発行部
４０、４０Ａ、５０、６０、８０、９１、９２    トランザクションデータ
４１、５１、６１    開発者ＩＤ
４２、５２、６２    ＵＲＬ
４３    新バージョン番号
４３Ａ、８１    系列番号
４４    基バージョン番号
４５、５３    新バージョンのハッシュ値
４６、５５、６５、８３    署名
５４、６４    基バージョンのハッシュ値
６３    差分のハッシュ値
７０、７０Ａ    制御装置
７２    分岐指示部
８２    廃止情報
Ｂ１、Ｂ２、Ｂ３    ブロック
Ｎ    ネットワーク
Ｔ１    状態テーブル
Ｐ１    トランザクション本体
Ｐ２    電子署名
【図１】
2019220146.tif 000003
【図２】
2019220146.tif 000004
【図３】
2019220146.tif 000005
【図４】
2019220146.tif 000006
【図５】
2019220146.tif 000007
【図６】
2019220146.tif 000008
【図７】
2019220146.tif 000009
【図８】
2019220146.tif 000010
【図９】
2019220146.tif 000011
【図１０】
2019220146.tif 000012
【図１１】
2019220146.tif 000013
【図１２】
2019220146.tif 000014
【図１３】
2019220146.tif 000015
【図１４】
2019220146.tif 000016
【図１５】
2019220146.tif 000017
【図１６】
2019220146.tif 000018
【図１７】
2019220146.tif 000019
【図１８】
2019220146.tif 000020
【図１９】
2019220146.tif 000021
【図２０】
2019220146.tif 000022
【図２１】
2019220146.tif 000023
【図２２】
2019220146.tif 000024
【図２３】
2019220146.tif 000025
【図２４】
2019220146.tif 000026
【図２５】
2019220146.tif 000027
【図２６】
2019220146.tif 000028
【図２７】
2019220146.tif 000029
【図２８】
2019220146.tif 000030
【図２９】
2019220146.tif 000031
【図３０】
2019220146.tif 000032