▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-07-20
(45)【発行日】2023-07-28
(54)【発明の名称】管理方法、管理装置、及び、プログラム
(51)【国際特許分類】
G06F 21/64 20130101AFI20230721BHJP
G06F 8/71 20180101ALI20230721BHJP
H04L 9/32 20060101ALI20230721BHJP
【ＦＩ】
G06F21/64
G06F8/71
H04L9/32 200B
H04L9/32 200Z
【請求項の数】
13
(21)【出願番号】P 2019054577
(22)【出願日】2019-03-22
(65)【公開番号】P2019220146
(43)【公開日】2019-12-26
【審査請求日】2021-10-18
(31)【優先権主張番号】62/686,359
(32)【優先日】2018-06-18
(33)【優先権主張国・地域又は機関】US
【前置審査】
(73)【特許権者】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】100109210
【弁理士】
【氏名又は名称】新居 広守
(74)【代理人】
【識別番号】100137235
【弁理士】
【氏名又は名称】寺谷 英作
(74)【代理人】
【識別番号】100131417
【弁理士】
【氏名又は名称】道坂 伸一
(72)【発明者】
【氏名】道山 淳児
(72)【発明者】
【氏名】添田 純一郎
(72)【発明者】
【氏名】海上 勇二
(72)【発明者】
【氏名】廣瀬 雄揮
(72)【発明者】
【氏名】渕上 哲司
(72)【発明者】
【氏名】大森 基司
【審査官】赤穂 州一郎
(56)【参考文献】
【文献】中国特許出願公開第１０６８９７３４８（ＣＮ，Ａ）
【文献】米国特許出願公開第２０１７／０２３７５６９（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ２１／６４
Ｇ０６Ｆ ８／７１
Ｈ０４Ｌ ９／３２
(57)【特許請求の範囲】
【請求項1】
バージョン管理システムにより実行される、ソフトウェアのバージョンの管理方法であって、前記バージョン管理システムは、分散台帳を保有している複数の管理装置を備え、
前記管理方法は、
前記複数の管理装置のうちの第一の管理装置が、前記ソフトウェアの第一バージョンに関する第一情報と、前記第一バージョンを元に開発者によってバージョンアップされた前記ソフトウェアの第二バージョンに関する第二情報と、前記開発者の識別情報と、電子署名とを含むトランザクションデータを、前記第一の管理装置にネットワークを介して接続されている装置から受信し、
前記第一の管理装置が、受信した前記トランザクションデータに含まれる前記電子署名を用いて前記トランザクションデータの正当性を検証し、
前記トランザクションデータが正当である場合に、前記複数の管理装置それぞれが前記トランザクションデータを前記分散台帳に格納し、
前記第二情報は、前記第二バージョンのバージョン番号を含み、
前記トランザクションデータを受信する前に、前記第二バージョンのバージョン番号の発行依頼を前記装置から受信した場合に、前記第二バージョンのバージョン番号として新たなバージョン番号を前記装置に送信し、
前記トランザクションデータを受信する際には、前記装置に送信した前記新たなバージョン番号を前記第二情報として含む前記トランザクションデータを受信する
管理方法。
【請求項2】
前記第一情報は、前記ソフトウェアの前記第一バージョンのバージョン番号を含み、前記第二情報は、前記ソフトウェアの前記第二バージョンのハッシュ値と、前記第二バージョンのバージョン番号とを含む
請求項１に記載の管理方法。
【請求項3】
前記第一情報は、前記ソフトウェアの前記第一バージョンのハッシュ値を含み、前記第二情報は、前記ソフトウェアの前記第二バージョンのハッシュ値を含む
請求項１に記載の管理方法。
【請求項4】
前記第一情報は、前記ソフトウェアの前記第一バージョンのハッシュ値を含み、前記第二情報は、前記ソフトウェアの前記第一バージョンと前記第二バージョンとの差分のハッシュ値を含む
請求項１に記載の管理方法。
【請求項5】
前記装置は、前記ソフトウェアの前記第二バージョンが格納されている場所を示す場所情報を保有しており、前記管理方法は、
前記トランザクションデータを受信する際には、前記場所情報を含む前記トランザクションデータを受信する
請求項１～４のいずれか１項に記載の管理方法。
【請求項6】
前記管理方法は、前記ソフトウェアの第一バージョン系列から第二バージョン系列を分岐させる際には、前記第一バージョン系列のうちの最後のバージョンを少なくとも含む１以上のバージョンを、前記第二バージョン系列の１以上のバージョンとして有する新たな分散台帳を生成し、前記複数の管理装置が前記新たな分散台帳を保有する
請求項１～５のいずれか１項に記載の管理方法。
【請求項7】
前記トランザクションデータを受信する際には、前記トランザクションデータが前記第一バージョン系列又は前記第二バージョン系列のどちらに係るトランザクションデータであるかを特定し、受信した前記トランザクションデータを、前記第一バージョン系列及び前記第二バージョン系列のうち、特定した前記トランザクションデータに対応するバージョン系列に対応する分散台帳に格納する
請求項６に記載の管理方法。
【請求項8】
前記管理方法は、さらに、一のバージョン系列を廃止する際には、
前記一のバージョン系列を廃止することを示すトランザクションデータを生成し、生成したトランザクションデータを、前記一のバージョン系列に対応する前記分散台帳に格納する
請求項１～７のいずれか１項に記載の管理方法。
【請求項9】
前記管理方法は、さらに、前記分散台帳に格納されている前記トランザクションデータを参照して、前記開発者にトークンを提供する
請求項１～８のいずれか１項に記載の管理方法。
【請求項10】
前記分散台帳はブロックチェーンであり、前記トランザクションデータが正当である場合、前記複数の管理装置のそれぞれが前記トランザクションデータを前記ブロックチェーンに格納する
請求項１～９のいずれか１項に記載の管理方法。
【請求項11】
前記電子署名は、少なくとも前記第一情報、前記第二情報、および前記開発者の識別情報に対するハッシュ演算により得られたハッシュ値を、前記開発者の秘密鍵で暗号化した値である、請求項１に記載の管理方法。
【請求項12】
ソフトウェアのバージョンを管理するためのバージョン管理システムが備える、分散台帳を保有している複数の管理装置のうちの第一の管理装置であって、前記ソフトウェアの第一バージョンに関する第一情報と、前記第一バージョンを元に開発者によってバージョンアップされた前記ソフトウェアの第二バージョンに関する第二情報と、前記開発者の識別情報と、電子署名とを含むトランザクションデータを、前記第一の管理装置にネットワークを介して接続されている装置から受信し、受信した前記トランザクションデータに含まれる前記電子署名を用いて前記トランザクションデータの正当性を検証するトランザクション検証部と、
前記トランザクションデータが正当である場合に、前記トランザクションデータを前記分散台帳に格納する台帳管理部とを備え、
前記第二情報は、前記第二バージョンのバージョン番号を含み、
前記第一の管理装置は、さらに、
前記トランザクション検証部が前記トランザクションデータを受信する前に、前記第二バージョンのバージョン番号の発行依頼を前記装置から受信した場合に、前記第二バージョンのバージョン番号として新たなバージョン番号を前記装置に送信する番号管理部を備え、
前記トランザクション検証部は、
前記トランザクションデータを受信する際には、前記番号管理部が前記装置に送信した前記新たなバージョン番号を前記第二情報として含む前記トランザクションデータを受信する
管理装置。
【請求項13】
ソフトウェアのバージョンを管理するためのバージョン管理システムが備える、分散台帳を保有している複数の管理装置のうちの第一の管理装置として、コンピュータを動作させるためのプログラムであって、前記ソフトウェアの第一バージョンに関する第一情報と、前記第一バージョンを元に開発者によってバージョンアップされた前記ソフトウェアの第二バージョンに関する第二情報と、前記開発者の識別情報と、電子署名とを含むトランザクションデータを、前記第一の管理装置にネットワークを介して接続されている装置から受信し、受信した前記トランザクションデータに含まれる前記電子署名を用いて前記トランザクションデータの正当性を検証し、
前記トランザクションデータが正当である場合に、前記トランザクションデータを前記分散台帳に格納し、
前記第二情報は、前記第二バージョンのバージョン番号を含み、
前記トランザクションデータを受信する前に、前記第二バージョンのバージョン番号の発行依頼を前記装置から受信した場合に、前記第二バージョンのバージョン番号として新たなバージョン番号を前記装置に送信し、
前記トランザクションデータを受信する際には、前記装置に送信した前記新たなバージョン番号を前記第二情報として含む前記トランザクションデータを受信する
プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、管理方法、管理装置、及び、プログラムに関する。
【背景技術】
【0002】
ソフトウェアを管理する管理システムでは、上記開発者により開発されたソフトウェアのバージョンを示すバージョン情報が開発者の識別情報とともに管理される（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１４－２０３３５２号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、従来の管理システムでは、管理サーバで管理されている情報の改ざんを防ぐことが難しいという問題がある。
【0005】
そこで、本発明は、ソフトウェアのバージョン管理方法であって、管理している情報の改ざんの発生を抑制する管理方法などを提供する。
【課題を解決するための手段】
【0006】
本発明の一態様に係る管理方法は、バージョン管理システムにより実行される、ソフトウェアのバージョンの管理方法であって、前記バージョン管理システムは、分散台帳を保有している複数の管理装置を備え、前記管理方法は、前記複数の管理装置のうちの第一の管理装置が、前記ソフトウェアの第一バージョンに関する第一情報と、前記第一バージョンを元に開発者によってバージョンアップされた前記ソフトウェアの第二バージョンに関する第二情報と、前記開発者の識別情報と、電子署名とを含むトランザクションデータを、前記第一の管理装置にネットワークを介して接続されている装置から受信し、前記第一の管理装置が、受信した前記トランザクションデータに含まれる前記電子署名を用いて前記トランザクションデータの正当性を検証し、前記トランザクションデータが正当である場合に、前記複数の管理装置それぞれが前記トランザクションデータを前記分散台帳に格納する。
【0007】
なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ－ＲＯＭなどの記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【0008】
本発明によれば、ソフトウェアのバージョン管理方法であって、管理している情報の改ざんの発生を抑制する管理方法を提供できる。
【図面の簡単な説明】
【0009】
【発明を実施するための形態】
【0010】
（本発明の基礎となった知見）
本発明者は、「背景技術」の欄において記載した、ソフトウェアの開発に関し、以下の問題が生じることを見出した。
本発明者は、「背景技術」の欄において記載した、ソフトウェアの開発に関し、以下の問題が生じることを見出した。
【0011】
ソフトウェア開発をする際に、開発メーカなどだけでなく不特定多数の開発者が参加する形態である、アジャイル型開発が用いられている。この形態では、多数の開発者がソフトウェアを改良することによりさまざまなバージョン系列が発生し得る。
【0012】
ソフトウェアを管理する管理システムでは、上記開発者により開発されたソフトウェアのバージョンを示すバージョン情報が、開発者の識別情報とともに管理される（例えば特許文献１参照）。
【0013】
ここで、バージョン情報は、当該ソフトウェアのバージョンを一意に特定する役割を有する。また、開発者の識別情報は、ソフトウェアの新たなバージョンの開発に係る報酬を開発者に提供するために用いられ得る。
【0014】
しかしながら、従来の管理システムでは、管理サーバで管理されているプログラムのバージョン情報、又は、開発者の識別情報の改ざんを防ぐことが難しいという問題がある。
【0015】
そこで、本発明は、管理している情報の改ざんの発生を抑制する管理方法などを提供する。
【0016】
本発明の一態様に係る管理方法は、バージョン管理システムにより実行される、ソフトウェアのバージョンの管理方法であって、前記バージョン管理システムは、分散台帳を保有している複数の管理装置を備え、前記管理方法は、前記複数の管理装置のうちの第一の管理装置が、前記ソフトウェアの第一バージョンに関する第一情報と、前記第一バージョンを元に開発者によってバージョンアップされた前記ソフトウェアの第二バージョンに関する第二情報と、前記開発者の識別情報と、電子署名とを含むトランザクションデータを、前記第一の管理装置にネットワークを介して接続されている装置から受信し、前記第一の管理装置が、受信した前記トランザクションデータに含まれる前記電子署名を用いて前記トランザクションデータの正当性を検証し、前記トランザクションデータが正当である場合に、前記複数の管理装置それぞれが前記トランザクションデータを前記分散台帳に格納する。
【0017】
上記態様によれば、ソフトウェアのバージョンアップをした開発者に関する情報が分散台帳によって管理される。分散台帳は、保有している情報の改ざんが困難であり、また、システムダウンの影響を受けにくいという利点がある。よって、上記管理方法によって、管理している情報の改ざんの発生を抑制することができる。
【0018】
例えば、前記第二情報は、前記第二バージョンのバージョン番号を含み、前記管理方法は、さらに、前記トランザクションデータを受信する前に、前記第二バージョンのバージョン番号の発行依頼を前記装置から受信した場合に、前記第二バージョンのバージョン番号として新たなバージョン番号を前記装置に送信し、前記トランザクションデータを受信する際には、前記装置に送信した前記新たなバージョン番号を前記第二情報として含む前記トランザクションデータを受信してもよい。
【0019】
上記態様によれば、新しいバージョンのバージョン番号を発行し、その発行したバージョン番号と紐付けて新しいバージョンの開発者に関する情報が管理される。当該バージョン管理システムと異なる装置などによってバージョン番号を付すとすれば、バージョン番号の重複などの不備が生じ得る。本発明に係る管理方法によれば、バージョン番号の不備を未然に回避しながら、管理している情報の改ざんの発生を抑制することができる。
【0020】
例えば、前記第一情報は、前記ソフトウェアの前記第一バージョンのバージョン番号を含み、前記第二情報は、前記ソフトウェアの前記第二バージョンのハッシュ値と、前記第二バージョンのバージョン番号とを含んでもよい。
【0021】
上記態様によれば、第一バージョンのバージョン番号と、第二バージョンのハッシュ値と、第二バージョンのバージョン番号とを用いて、より容易に、管理している情報の改ざんの発生を抑制することができる。
【0022】
例えば、前記第一情報は、前記ソフトウェアの前記第一バージョンのハッシュ値を含み、前記第二情報は、前記ソフトウェアの前記第二バージョンのハッシュ値を含んでもよい。
【0023】
上記態様によれば、第一バージョンのハッシュ値と、第二バージョンのハッシュ値とを用いて、より容易に、管理している情報の改ざんの発生を抑制することができる。
【0024】
例えば、前記第一情報は、前記ソフトウェアの前記第一バージョンのハッシュ値を含み、前記第二情報は、前記ソフトウェアの前記第一バージョンと前記第二バージョンとの差分のハッシュ値を含んでもよい。
【0025】
上記態様によれば、第一バージョンのハッシュ値と、第一バージョンと第二バージョンとの差分のハッシュ値とを用いて、より容易に、管理している情報の改ざんの発生を抑制することができる。
【0026】
例えば、前記装置は、前記ソフトウェアの前記第二バージョンが格納されている場所を示す場所情報を保有しており、前記管理方法は、前記トランザクションデータを受信する際には、前記場所情報を含む前記トランザクションデータを受信してもよい。
【0027】
上記態様によれば、第二バージョンのソフトウェアの格納場所を示す情報が、開発者に関する情報とともに分散台帳に格納される。よって、さらに第二バージョンが格納された場所情報の改ざんの発生をも抑制しながら、管理している情報の改ざんの発生を抑制することができる。
【0028】
例えば、前記管理方法は、前記ソフトウェアの第一バージョン系列から第二バージョン系列を分岐させる際には、前記第一バージョン系列のうちの最後のバージョンを少なくとも含む１以上のバージョンを、前記第二バージョン系列の１以上のバージョンとして有する新たな分散台帳を生成し、前記複数の管理装置が前記新たな分散台帳を保有してもよい。
【0029】
上記態様によれば、複数のバージョン系列それぞれに対応した分散台帳を管理しており、バージョン系列の分岐の際に、新しい系列に対応する分散台帳を生成する。一の系列で多数のバージョンアップが行われると、バージョンアップの履歴などの情報を取得する際に、多数のバージョンアップそれぞれに対応する情報が得られ、処理負荷が高くなる可能性がある。このような場合にバージョン系列を分岐し、新たなバージョン系列を新たな分散台帳で管理することで、バージョンアップの履歴などの情報を少なくし、上記の処理負荷の上昇を未然に防ぐことができる。
【0030】
例えば、前記トランザクションデータを受信する際には、前記トランザクションデータが前記第一バージョン系列又は前記第二バージョン系列のどちらに係るトランザクションデータであるかを特定し、受信した前記トランザクションデータを、前記第一バージョン系列及び前記第二バージョン系列のうち、特定した前記トランザクションデータに対応するバージョン系列に対応する分散台帳に格納してもよい。
【0031】
上記態様によれば、複数のバージョン系列が複数の分散台帳によって管理されているときに、どちらのバージョン系列に属するトランザクションデータかを特定し、当該トランザクションデータを適切な分散台帳により管理することができる。
【0032】
例えば、前記管理方法は、さらに、一のバージョン系列を廃止する際には、前記一のバージョン系列を廃止することを示すトランザクションデータを生成し、生成したトランザクションデータを、前記一のバージョン系列に対応する前記分散台帳に格納してもよい。
【0033】
上記態様によれば、所定のトランザクションデータによって、適切にバージョン系列を廃止することができる。よって、さらにバージョン系列の廃止を実現しながら、より容易に、管理している情報の改ざんの発生を抑制することができる。
【0034】
例えば、前記管理方法は、さらに、前記分散台帳に格納されている前記トランザクションデータを参照して、前記開発者にトークンを提供してもよい。
【0035】
上記態様によれば、これまでのトランザクションデータに基づいて新しいバージョンの開発者にトークンが提供される。分散台帳に格納されたトランザクションデータの改ざんが困難であるので、開発者になりすます不適切な者へのトークンの提供を未然に回避することができる。このように、管理している情報の改ざんの発生を抑制し、不適切なトークンの提供を未然に回避することができる。
【0036】
例えば、前記分散台帳はブロックチェーンであり、前記トランザクションデータが正当である場合、前記複数の管理装置のそれぞれが前記トランザクションデータを前記ブロックチェーンに格納してもよい。
【0037】
上記態様によれば、複数の管理装置が、分散台帳としてブロックチェーンを用いることによって、より容易に、管理している情報の改ざんの発生を抑制することができる。
【0038】
本発明の一態様に係る管理装置は、ソフトウェアのバージョンを管理するためのバージョン管理システムが備える、分散台帳を保有している複数の管理装置のうちの第一の管理装置であって、前記ソフトウェアの第一バージョンに関する第一情報と、前記第一バージョンを元に開発者によってバージョンアップされた前記ソフトウェアの第二バージョンに関する第二情報と、前記開発者の識別情報と、電子署名とを含むトランザクションデータを、前記第一の管理装置にネットワークを介して接続されている装置から受信し、受信した前記トランザクションデータに含まれる前記電子署名を用いて前記トランザクションデータの正当性を検証するトランザクション検証部と、前記トランザクションデータが正当である場合に、前記トランザクションデータを前記分散台帳に格納する台帳管理部とを備える。
【0039】
これにより、上記管理方法と同様の効果を奏する。
【0040】
本発明の一態様に係る管理装置は、ソフトウェアのバージョンを管理するためのバージョン管理システムが備える、分散台帳を保有している複数の管理装置のうちの第一の管理装置として、コンピュータを動作させるためのプログラムであって、前記ソフトウェアの第一バージョンに関する第一情報と、前記第一バージョンを元に開発者によってバージョンアップされた前記ソフトウェアの第二バージョンに関する第二情報と、前記開発者の識別情報と、電子署名とを含むトランザクションデータを、前記第一の管理装置にネットワークを介して接続されている装置から受信し、受信した前記トランザクションデータに含まれる前記電子署名を用いて前記トランザクションデータの正当性を検証し、前記トランザクションデータが正当である場合に、前記トランザクションデータを前記分散台帳に格納する。
【0041】
これにより、上記管理方法と同様の効果を奏する。
【0042】
なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ－ＲＯＭなどの記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムまたは記録媒体の任意な組み合わせで実現されてもよい。
【0043】
以下、実施の形態について、図面を参照しながら具体的に説明する。
【0044】
なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
【0045】
（実施の形態１）
本実施の形態において、ソフトウェアのバージョン管理方法であって、管理している情報の改ざんの発生を抑制する管理方法などについて説明する。ここで、ソフトウェアは、例えば家電機器（洗濯機、エアコン、冷蔵庫、テレビなど）に搭載されて、当該家電機器の動作を制御し、また、当該家電機器の機能を発揮させるソフトウェアである。
本実施の形態において、ソフトウェアのバージョン管理方法であって、管理している情報の改ざんの発生を抑制する管理方法などについて説明する。ここで、ソフトウェアは、例えば家電機器（洗濯機、エアコン、冷蔵庫、テレビなど）に搭載されて、当該家電機器の動作を制御し、また、当該家電機器の機能を発揮させるソフトウェアである。
【0046】
図１は、アジャイル型開発によるソフトウェアのバージョン系列を示す説明図である。
【0047】
図１に示されるように、アジャイル型開発では、開発メーカであるＺ社が最初のバージョンであるバージョン１（図において「Ｖｅｒ１」と記載、以下同様）を開発し、開発者のコミュニティに提供する。次に、提供されたバージョン１のソフトウェアを元にしてコミュニティに属する開発者による開発がなされ、さまざまなバージョン系列が生成される。各バージョン系列では、例えば、発揮する機能が互いに異なるソフトウェアが開発される。バージョン系列は、図１において系列１Ａなどのように表現されている。バージョン系列には、１以上のバージョンが含まれる。
【0048】
図１では、バージョン１のソフトウェアに基づいて、開発者Ａによる開発によりバージョン１．Ａ１が生成され、開発者Ｂによる開発によりバージョン１．Ｂ１が生成され、開発者Ｃによる開発によりバージョン１．Ｃ１が生成されたことが示されている。
【0049】
そして、これらのバージョンを元にしてさらなる開発がなされ得る。例えば、バージョン１．Ａ１を元にして、バージョン１．Ａ２が開発され、バージョン１．Ａ２を元にしてバージョン１．Ａ３が開発される。また、バージョン１．Ｂ１を元にして、バージョン１．Ｂ２が開発される。また、バージョン１．Ｃ１を元にして、開発者Ｄ及びＥにより、複数のバージョン系列としてバージョン１．Ｃ１．Ｄ１及びバージョン１．Ｃ１．Ｅ１が開発される。
【0050】
ここで、バージョン１．Ａ１以降のバージョン（つまり、バージョン１．Ａ１と、バージョン１．Ａ１に基づいて開発されたバージョンであるバージョン１．Ａ２及びバージョン１．Ａ３）を系列１Ａという。同様に、バージョン１．Ｂ１以降のバージョンを系列１Ｂという。バージョン１．Ｃ１を系列１Ｃといい、バージョン１．Ｃ１．Ｄ１を系列１Ｄといい、バージョン１．Ｃ１．Ｅ１を系列１Ｅという。なお、バージョン１と、系列１Ａ～１Ｅのすべてのバージョンとを含む系列を、系列１ともいう。
【0051】
このようにして、アジャイル型開発では、開発メーカであるＺ社が提供したソフトウェアを元にして、開発メーカとは異なる開発者によりソフトウェアが開発され、複数のバージョン系列が生成される。
【0052】
そして、複数のバージョンのうちからユーザが望むバージョンがユーザに提供される。例えば、ユーザが望む機能を有するバージョン系列のうちの最新バージョンがユーザに提供される。
【0053】
図２は、アジャイル型開発におけるトークンの授受を示す説明図である。ここでトークンとは、利益又は価値に相当する概念であり、人（自然人）又はメーカなどの法人が所有し、また、移転されうるものである。アジャイル型開発では、開発者、一般ユーザ及びメーカの間で適切にトークンをやりとりすることで、ソフトウェアの開発が進行する。
【0054】
例えば、開発者が提供したソフトウェアを一般ユーザが受け取り、ユーザは、自身が保有している家電機器上でそのソフトウェアを動作させることにより家電機器を稼働させる。一般ユーザは、ソフトウェアの提供を受けたことの対価として開発者にトークンを提供する。
【0055】
また、一般ユーザは、ソフトウェアを搭載した家電機器を稼働させたときの製品のデータをメーカに提供し、そのデータの対価としてトークンの提供を受ける。
【0056】
ここで、一般ユーザと開発者とは、メーカを介さずに直接トークンをやりとりする。このようなトークンのやりとりが発生すると、不正に利益を得たり、他人の利益を害したりするなどの目的で、管理されている開発者の識別情報の改ざんがなされることがある。識別情報が改ざんされると、悪意者が開発者になりすましてトークンを受け取ったり、他人になりすまして悪意のソフトウェアを提供して評判を悪くしたりすることが可能となってしまうからである。
【0057】
本実施の形態に係る管理システムは、管理している情報の改ざんの発生を抑制することを目的とする。
【0058】
図３は、実施の形態１に係る管理システム１の構成を示す説明図である。
【0059】
図３に示されるように管理システム１は、複数の管理装置１０Ａ、１０Ｂ及び１０Ｃと、複数の開発装置２０Ａ、２０Ｂ及び２０Ｃと、保管サーバ３０とを備える。上記の装置は、ネットワークＮによって、相互に通信可能に接続されている。
【0060】
複数の管理装置１０Ａ、１０Ｂ及び１０Ｃ（１０Ａ等ともいう）は、ソフトウェアのバージョンに関する情報をコンピュータにより管理する管理装置である。複数の管理装置１０Ａ等の個数が３である場合を例として説明するが、２以上であればいくつであってもよい。複数の管理装置１０Ａ等は、互いに通信可能に接続されている。複数の管理装置１０Ａ等それぞれが第一の管理装置に相当する。なお、以降では、複数の管理装置１０Ａ等を代表して、管理装置１０Ａを用いて説明することがあるが、他の管理装置１０Ｂ及び１０Ｃでも同様の説明が成立する。なお、複数の管理装置１０Ａ等は、ネットワークＮを介して通信することもできる。
【0061】
複数の管理装置１０Ａ等は、それぞれ、ソフトウェアのバージョンに関する情報を管理するための分散台帳を保有し、保有している分散台帳を、通信によって互いに同期をとりながら更新している。複数の管理装置１０Ａ等のいずれかが、開発装置２０Ａ等のいずれかから新たなバージョンに関する情報を取得すると、取得した情報の複製を複数の管理装置１０Ａ等それぞれが保有する。分散台帳は、一般に、保有している情報の改ざんが困難であり、また、システムダウンの影響を受けにくいという利点がある。
【0062】
複数の開発装置２０Ａ、２０Ｂ及び２０Ｃ（２０Ａ等ともいう）は、ソフトウェアの開発者が使用するコンピュータであり、それぞれ独立に動作する。なお、複数の開発装置２０Ａ等の個数が３である場合を例として説明するが、１以上いくつであってもよい。なお、以降では、複数の開発装置２０Ａ等を代表して、開発装置２０Ａを用いて説明することがあるが、他の開発装置２０Ｂ及び２０Ｃでも同様の説明が成立する。
【0063】
開発者は、開発装置２０Ａを使用してソフトウェアの新たなバージョンを開発し、開発した新たなバージョンのソフトウェアを保管サーバ３０に送信して、保管させる。また、開発装置２０Ａは、開発者によって開発された新たなバージョンに関する情報をネットワークＮを介して管理装置１０Ａ等のいずれかに送信する。
【0064】
保管サーバ３０は、ソフトウェアを保管しているコンピュータである。保管サーバ３０は、ソフトウェアの１以上のバージョンを記憶装置により記憶している。
【0065】
ネットワークＮは、管理装置１０Ａ等、開発装置２０Ａおよび保管サーバ３０を互いに通信可能に接続する通信回線である。通信回線の種別は特に限定されず、有線ネットワーク、無線ネットワークを任意に組み合わせたものであってよい。また、インターネットの一部がネットワークＮに含まれてもよい。
【0066】
以降において、保管サーバ３０、開発装置２０Ａ等、及び、管理装置１０Ａ等についてさらに詳しく説明する。
【0067】
図４は、本実施の形態に係る保管サーバ３０の構成を示すブロック図である。
【0068】
図４に示されるように、保管サーバ３０は、通信部３１と、保管部３２と、発行部３３と、記憶装置３４とを備える。保管サーバ３０が備える各機能は、プロセッサがメモリを用いて所定のプログラムを実行することで実現され得る。
【0069】
通信部３１は、ネットワークＮに接続される通信インタフェース装置である。保管サーバ３０は、通信部３１を介して開発装置２０Ａと通信可能である。
【0070】
保管部３２は、記憶装置３４を用いてソフトウェアを保管している処理部である。保管部３２は、通信部３１を介して開発装置２０Ａから新たなバージョンのソフトウェアを取得したら、取得したソフトウェアを記憶装置３４に格納する。また、記憶装置３４に格納されているソフトウェアを、ユーザからの要求に応じて読み出す。
【0071】
発行部３３は、ソフトウェアが格納されている場所を示す場所情報を発行する処理部である。発行部３３は、保管部３２がソフトウェアを記憶装置３４に格納した場合に、そのソフトウェアが格納されている場所を示す情報を取得して、その場所を示す場所情報を生成することで、場所情報を発行する。発行部３３は、生成した場所情報を開発装置２０Ａに通知する。
【0072】
場所情報は、例えば、記憶装置３４内でのソフトウェアに係る電子ファイルのインターネット上での位置を示すＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）であり、以降では、この場合を例として説明する。ＵＲＬは、例えば、記憶装置３４内での所在を示すパス（Ｐａｔｈ）及びファイル名の情報と、保管サーバ３０のホスト名とを含む。
【0073】
記憶装置３４は、ソフトウェアが格納されている記憶装置である。記憶装置３４には、１以上のバージョンのソフトウェアが格納されている。記憶装置３４には、保管部３２によってソフトウェアが格納され、また、保管部３２によってソフトウェアが読み出される。
【0074】
図５は、本実施の形態に係る開発装置２０Ａの構成を示すブロック図である。なお、開発装置２０Ｂ及び２０Ｃも同様の構成を備え、それぞれ独立に動作する。
【0075】
図５に示されるように、開発装置２０Ａは、通信部２１と、開発部２２と、トランザクション生成部２３と、記憶装置２４とを備える。開発装置２０Ａが備える各機能は、プロセッサがメモリを用いて所定のプログラムを実行することで実現され得る。
【0076】
通信部２１は、ネットワークＮに接続される通信インタフェース装置である。開発装置２０Ａは、通信部２１を介して保管サーバ３０および管理装置１０Ａと通信可能である。
【0077】
開発部２２は、ユーザによる操作、又は、ソフトウェア開発のためのツールの機能に基づいて、開発者により開発されるソフトウェアの新たなバージョンを生成する処理部である。開発部２２は、具体的には、ソフトウェアの開発の元になるバージョン（第一バージョンに相当）のソフトウェア（又は、プログラム若しくはプログラムコード）を保有しており、保有しているソフトウェアに基づいて新たなバージョン（第二バージョンに相当）のソフトウェアを生成する。このようにして、開発者は、開発装置２０Ａ（具体的には開発部２２）を使用して、ソフトウェアの新たなバージョンを開発する。新たなバージョンを開発することをバージョンアップともいう。開発部２２は、開発された新たなバージョンのソフトウェアを通信部２１を介して保管サーバ３０に送信し保管させる。このとき、開発部２２は、保管サーバ３０内で保管されているソフトウェアの格納場所を示すＵＲＬを保管サーバ３０（具体的には発行部３３）から通知される。
【0078】
トランザクション生成部２３は、ソフトウェアのバージョンに関する情報を含むトランザクションデータを生成する処理部である。トランザクションデータは、ソフトウェアの第一バージョンに関する情報（第一情報に相当）と、第一バージョンを元に開発者によってバージョンアップされた第二バージョンに関する情報（第二情報に相当）と、開発者の識別情報である開発者ＩＤと、開発者の電子署名とを少なくとも含む。開発者の電子署名は、当該トランザクションデータに含まれる情報から、開発者の秘密鍵での暗号化により生成される。開発者の識別情報および秘密鍵は、トランザクション生成部２３が記憶装置２４から読み出すことで取得され得る。また、トランザクション生成部２３は、生成したトランザクションデータを通信部２１を介して管理装置１０Ａに送信する。
【0079】
また、トランザクション生成部２３は、新バージョン番号の発行依頼を生成し、管理装置１０Ａに送信し、その応答として、新バージョン番号の通知を受ける。
【0080】
記憶装置２４は、開発者に関する情報、および、ソフトウェアに関する情報を記憶している記憶装置である。開発者に関する情報は、開発者の識別情報である開発者ＩＤと、開発者の鍵情報（秘密鍵を含む）を含む。開発者ＩＤは、開発者を一意に識別し得る情報である。ソフトウェアに関する情報は、ソフトウェア本体、及び、ソフトウェアの保管サーバ３０における格納場所を示すＵＲＬを含む。ここで、ソフトウェア本体とは、ソフトウェアのプログラムであり、図５において単に「ソフトウェア」と記載されている。記憶装置２４に記憶されているソフトウェア本体は、開発部２２によって読み出される。記憶装置２４に記憶されている開発者ＩＤ、鍵情報およびＵＲＬは、トランザクション生成部２３により読み出される。
【0081】
図６は、本実施の形態に係る管理装置１０Ａの構成を示すブロック図である。
【0082】
図６に示されるように、管理装置１０Ａは、通信部１１と、番号管理部１２と、トランザクション検証部１３と、台帳管理部１４と、トークン管理部１６とを備える。管理装置１０Ａが備える各機能は、プロセッサがメモリを用いて所定のプログラムを実行することで実現され得る。
【0083】
通信部１１は、ネットワークＮに接続される通信インタフェース装置である。管理装置１０Ａは、通信部１１を介して開発装置２０Ａ、及び、他の管理装置１０Ｂ及び１０Ｃと通信可能である。
【0084】
番号管理部１２は、ソフトウェアのバージョンのバージョン番号を管理している処理部である。番号管理部１２は、開発装置２０Ａからソフトウェアの新しいバージョン番号の発行依頼を受けると、その発行依頼に応じて新しいバージョン番号を発行し、開発装置２０Ａに通知する。番号管理部１２は、現在保有しているバージョンのうち、最新のバージョンのバージョン番号より進んだバージョン番号を発行する。なお、バージョンに複数の系列がある場合には、番号管理部１２は、系列ごとに新しいバージョン番号の発行依頼を受け、系列ごとにバージョン番号を発行する。
【0085】
ここで、バージョン番号は、所定の規則に従って設定される。例えば、数値を用いて、バージョンが進むほど（つまりバージョンアップするほど）、より大きな数値を有するように設定される。このとき、数値とともに文字が使われてもよい。ここでは、文字によってバージョン系列を示す例を示す。すなわち、最初のバージョンであるバージョン１を元にして開発された系列１Ａに含まれるバージョンを、バージョン１．Ａ１、バージョン１．Ａ２およびバージョン１．Ａ３等という。また、バージョン１を元にして、系列１Ａとは別に開発された系列１Ｂに含まれるバージョンをバージョン１．Ｂ１およびバージョン１．Ｂ２等という。
【0086】
トランザクション検証部１３は、トランザクションデータの正当性の検証をする処理部である。トランザクション検証部１３は、通信部１１を介して開発装置２０Ａからトランザクションデータを受信する。受信するトランザクションデータは、ソフトウェアの第一バージョンに関する第一情報と、第一バージョンを元に開発者によってバージョンアップされたソフトウェアの第二バージョンに関する第二情報と、開発者の識別情報と、開発者の電子署名とを含んでいる。トランザクション検証部１３は、トランザクションデータを受信すると、受信したトランザクションデータに含まれる電子署名を用いて、当該トランザクションデータの正当性を検証をする。トランザクションデータの正当性の検証は、当該トランザクションデータに含まれる情報と、開発者の公開鍵とを用いてなされ、当該トランザクションデータが正当であるか否かが判定される。より具体的には、当該トランザクションデータが確かに開発装置２０Ａによって生成されたものであること、及び、当該トランザクションデータが生成されてから改ざんされていないことが判定される。なお、トランザクションデータの正当性の検証を、単に、トランザクションデータの検証ともいう。
【0087】
なお、トランザクション検証部１３が受信するトランザクションデータには、番号管理部１２が通知した新しいバージョン番号が含まれ得る。
【0088】
また、トランザクション検証部１３が受信するトランザクションデータには、さらに新バージョンのソフトウェアの場所情報であるＵＲＬが含まれていてもよい。
【0089】
台帳管理部１４は、ソフトウェアのバージョンを管理するための分散台帳を管理している処理部である。ここでは分散台帳がブロックチェーン１５である場合を例として説明するが、他の方式の分散台帳（例えば、ＩＯＴＡ又はハッシュグラフ等）を採用することも可能である。
【0090】
台帳管理部１４は、トランザクション検証部１３がトランザクションデータを検証した場合に、他の管理装置１０Ｂ及び１０Ｃにトランザクションデータを送信することで、トランザクションデータの同期をとる。そして、台帳管理部１４は、管理装置１０Ａと、他の管理装置１０Ｂおよび１０Ｃとの間でコンセンサスアルゴリズムを実行する。コンセンサスアルゴリズムにおいて合意形成がなされた場合には、当該トランザクションデータを含むブロックを生成し、生成したブロックをブロックチェーン１５に格納する。
【0091】
なお、コンセンサスアルゴリズムの一例は、ＰＢＦＴ（Ｐｒａｃｔｉｃａｌ Ｂｙｚａｎｔｉｎｅ Ｆａｕｌｔ Ｔｏｌｅｒａｎｃｅ）であるが、これに限定されず、ＰｏＷ（Ｐｒｏｏｆ ｏｆ Ｗｏｒｋ）又はＰｏＳ（Ｐｒｏｏｆ ｏｆ Ｓｔａｋｅ）なども用いられ得る。
【0092】
トークン管理部１６は、ユーザ及び開発者それぞれが保有しているトークンを管理している処理部である。トークン管理部１６は、ブロックチェーン１５に格納されているトランザクションデータを参照して、開発者にトークンを提供する。なお、トークン管理部１６は、トークンの管理にブロックチェーンを使用してもよい。
【0093】
次に、ソフトウェアの新バージョンを管理装置１０Ａ等に管理させるためのトランザクションデータの構成について３つの例を示す。
【0094】
図７は、本実施の形態に係るトランザクションデータの第一例であるトランザクションデータ４０を示す説明図である。トランザクションデータ４０は、ソフトウェアの第一バージョンに関する第一情報が、第一バージョンのバージョン番号を含み、ソフトウェアの第二バージョンに関する第二情報が、ソフトウェアの第二バージョンのハッシュ値と、第二バージョンのバージョン番号とを含む場合の例である。
【0095】
図７に示されるように、トランザクションデータ４０は、開発者ＩＤ４１と、ＵＲＬ４２と、新バージョン番号４３と、基バージョン番号４４と、新バージョンのハッシュ値４５と、署名４６とを含む。
【0096】
開発者ＩＤ４１は、当該トランザクションデータ４０により新たに管理させることになる新バージョンを開発した開発者の識別情報である。
【0097】
ＵＲＬ４２は、当該トランザクションデータ４０により新たに管理させることになる新バージョンが格納されている場所を示すＵＲＬである。ＵＲＬ４２は、保管サーバ３０の記憶装置３４内において、新バージョンのソフトウェアが格納されている場所を示している。
【0098】
新バージョン番号４３は、トランザクションデータ４０により新たに管理させることになる新バージョンのバージョン番号である。
【0099】
基バージョン番号４４は、トランザクションデータ４０により新たに管理させることになる新バージョンの開発の元になったバージョン（基バージョンともいう）のバージョン番号である。
【0100】
新バージョンのハッシュ値４５は、トランザクションデータ４０により新たに管理させることになる新バージョンのプログラムの全部または所定の一部に対するハッシュ演算により得られたハッシュ値である。
【0101】
署名４６は、トランザクションデータ４０に含まれる情報から、開発者の秘密鍵での暗号化により生成された電子署名である。具体的には、開発者ＩＤ４１、ＵＲＬ４２、新バージョン番号４３、基バージョン番号４４、及び、新バージョンのハッシュ値４５を含む情報に対するハッシュ演算により得られたハッシュ値を、開発者の秘密鍵で暗号化した値である。
【0102】
図８は、本実施の形態に係るトランザクションデータの第二例であるトランザクションデータ５０を示す説明図である。トランザクションデータ５０は、ソフトウェアの第一バージョンに関する第一情報が、ソフトウェアの第一バージョンのハッシュ値を含み、ソフトウェアの第二バージョンに関する第二情報が、ソフトウェアの第二バージョンのハッシュ値を含む場合の例である。
【0103】
図８に示されるように、トランザクションデータ５０は、開発者ＩＤ５１と、ＵＲＬ５２と、新バージョンのハッシュ値５３と、基バージョンのハッシュ値５４と、署名５５とを含む。
【0104】
開発者ＩＤ５１およびＵＲＬ５２は、トランザクションデータ４０における同名の情報と同じである。
【0105】
新バージョンのハッシュ値５３は、トランザクションデータ５０により新たに管理させることになる新バージョンのソフトウェアのプログラムの全部または所定の一部に対するハッシュ演算により得られたハッシュ値である。
【0106】
基バージョンのハッシュ値５４は、トランザクションデータ５０により新たに管理させることになる新バージョンの開発の元になった基バージョンのソフトウェアのプログラムの全部または所定の一部に対するハッシュ演算により得られたハッシュ値である。
【0107】
署名５５は、トランザクションデータ５０に含まれる情報から、開発者の秘密鍵での暗号化により生成された電子署名である。具体的には、開発者ＩＤ５１、ＵＲＬ５２、新バージョンのハッシュ値５３、及び、基バージョンのハッシュ値５４を含む情報に対するハッシュ演算により得られたハッシュ値を、開発者の秘密鍵で暗号化した値である。
【0108】
図９は、本実施の形態に係るトランザクションデータの第三例であるトランザクションデータ６０を示す説明図である。トランザクションデータ６０は、ソフトウェアの第一バージョンに関する第一情報が、ソフトウェアの第一バージョンのハッシュ値を含み、ソフトウェアの第二バージョンに関する第二情報が、ソフトウェアの第一バージョンと第二バージョンとの差分のハッシュ値を含む場合の例である。
【0109】
図９に示されるように、トランザクションデータ６０は、開発者ＩＤ６１と、ＵＲＬ６２と、差分のハッシュ値６３と、基バージョンのハッシュ値６４と、署名６５とを含む。
【0110】
開発者ＩＤ６１およびＵＲＬ６２は、トランザクションデータ４０における同名の情報と同じである。
【0111】
差分のハッシュ値６３は、トランザクションデータ６０により新たに管理させることになる新バージョンのプログラムと、新バージョンの開発の元になった基バージョンのプログラムとの差分のハッシュ値である。
【0112】
基バージョンのハッシュ値６４は、トランザクションデータ６０により新たに管理させることになる新バージョンのソフトウェアのプログラムの全部または所定の一部に対するハッシュ演算により得られたハッシュ値である。
【0113】
署名６５は、トランザクションデータ６０に含まれる情報から、開発者の秘密鍵での暗号化により生成された電子署名である。具体的には、開発者ＩＤ６１、ＵＲＬ６２、差分のハッシュ値６３、及び、基バージョンのハッシュ値６４を含む情報に対するハッシュ演算により得られたハッシュ値を、開発者の秘密鍵で暗号化した値である。
【0114】
以降において、ブロックチェーン１５に格納されているトランザクションデータについて説明する。
【0115】
図１０は、本実施の形態に係るブロックチェーン１５に格納されているトランザクションデータの例を示す説明図である。図１０は、具体的には、管理装置１０Ａ等がブロックチェーン１５によって管理しているトランザクションデータである。図１０に示される１つのエントリ（１行）が、１つのトランザクションデータに対応している。図１０において紙面上の下にあるデータがより新しいトランザクションデータである。
【0116】
図１０に示されるように、各トランザクションデータは、ソフトウェアの各バージョンについてのＵＲＬ、新バージョン番号、基バージョン番号及び開発者ＩＤを含んでいる。なお、図１０に示されるトランザクションデータは、図７に示されるトランザクションデータ４０に含まれる各情報に相当している。
【0117】
ブロックチェーン１５には、図１０のように、現時点以前のソフトウェアの各バージョンについての情報が格納されている。具体的には、バージョン１からバージョン１．Ａ１、１．Ａ２及び１．Ａ３が開発されたこと、および、バージョン１からバージョン１．Ｂ１及び１．Ｂ２が開発されたことを示す情報が格納されている。
【0118】
そして、現時点以前のソフトウェアの各バージョンについての情報は、改ざんが困難であるというブロックチェーンの特性により、改ざんがなされないように管理装置１０Ａによって管理されている。
【0119】
以降において、管理システム１の処理を説明する。
【0120】
図１１及び図１２は、本実施の形態に係る管理システム１における第一及び第二の処理を示すシーケンス図である。図１１及び図１２は、開発装置２０Ａによってソフトウェアの新たなバージョンが開発されてから、開発されたソフトウェアのバージョンが管理装置１０Ａ等によって管理されるまでの一連の処理を示している。
【0121】
図１１に示されるように、ステップＳ１２１において、開発装置２０Ａにより、ソフトウェアの新バージョンが完成する。
【0122】
ステップＳ１２２において、開発装置２０Ａは、ステップＳ１２１で開発された新バージョンのソフトウェアを保管サーバ３０に格納すべく、保管サーバ３０に送信する。
【0123】
ステップＳ１３１において、保管サーバ３０は、開発装置２０Ａから送信された新バージョンのソフトウェアを受信して記憶装置３４に格納する。
【0124】
ステップＳ１３２において、保管サーバ３０は、ステップＳ１３１で格納された新バージョンのソフトウェアの場所を示すＵＲＬを発行する。そして、保管サーバ３０は、発行したＵＲＬを開発装置２０Ａに送信する。ＵＲＬは、ステップＳ１２２で受信したソフトウェアに対する応答として送信され得る。
【0125】
ステップＳ１２３において、開発装置２０Ａは、新バージョン番号（新番号ともいう）の発行依頼を生成し、管理装置１０Ａに送信する。ここで、発行依頼とは、ソフトウェアの新バージョンに付ける新たな番号、つまり新バージョン番号を発行することを管理装置１０Ａに依頼するための通信データであり、少なくとも基バージョン番号を含む。
【0126】
ステップＳ１１１において、管理装置１０Ａは、ステップＳ１２３で送信された発行依頼を受信し、発行依頼に含まれている基バージョンが、管理装置１０Ａが管理しているブロックチェーン１５に格納されているか否かを判定する。基バージョンがブロックチェーン１５に格納されていると判定した場合（ステップＳ１１１でＹｅｓ）、ステップＳ１１２に進む。
【0127】
なお、基バージョンがブロックチェーン１５に格納されていないと判定した場合（不図示）には、管理装置１０Ａは、所定のエラー処理（例えば、発行が失敗したことを示す通知を開発装置２０Ａに送信する処理）を実行し、処理を終える。ただし、この場合、管理装置１０Ａは、なんら処理をせずに処理を終えてもよい。このように、基バージョンがブロックチェーン１５に格納されていないと判定されるのは、例えば、管理装置１０Ａ等で管理されていないバージョンのソフトウェアを管理装置１０Ａ等に管理させようとしたときである。
【0128】
ステップＳ１１２において、管理装置１０Ａは、新バージョンのバージョン番号を発行する。
【0129】
図１２に移り、ステップＳ１１３において、管理装置１０Ａは、ステップＳ１１２で発行した新バージョンのバージョン番号を、開発装置２０Ａに通知する。新バージョンのバージョン番号の通知は、ステップＳ１２３の発行依頼に対する応答として送信され得る。
【0130】
ステップＳ１２４において、新バージョンをブロックチェーン１５に書き込むためのトランザクションデータを生成し、管理装置１０Ａに送信する。このトランザクションデータには、ステップＳ１１３で送信された新バージョン番号、又は、この新バージョン番号を用いて算出される情報が含められる。
【0131】
ステップＳ１１４において、管理装置１０Ａは、ステップＳ１２４で開発装置２０Ａが送信したトランザクションデータを検証する。ここでは、トランザクションデータの検証の結果、トランザクションデータが正当であると判定されたとする。
【0132】
ステップＳ１１５において、管理装置１０Ａは、トランザクションデータを管理装置１０Ｂ及び１０Ｃに送信する。そして、管理装置１０Ａ等によるコンセンサスアルゴリズムの実行により、トランザクションデータを含むブロックがブロックチェーン１５に格納される。これにより、開発者が開発したソフトウェアの新バージョンに関する情報、より具体的には、開発者ＩＤ及びバージョン番号がブロックチェーン１５に格納され、その格納時以降の改ざんが困難になる。
【0133】
なお、ステップＳ１１４でトランザクションデータの検証に失敗した、つまり、トランザクションデータが正当でないと検証された場合には、その旨を開発装置２０Ａに通知するようにしてもよい。このようにすれば、開発者がそのことを認識し対処することができる。一方、上記通知はなされなくてもよい。
【0134】
なお、ソフトウェアそのものを管理装置１０Ａがブロックチェーン１５に格納して管理してもよい。このようにすれば、バージョンに関する情報だけでなく、ソフトウェアそのものの改ざんも抑制しながらソフトウェアを管理することができ、より有用となる。このようにするには、開発装置２０Ａが、ソフトウェアそのもの（つまりソフトウェアのプログラムコード）を含むトランザクションデータを生成して管理装置１０Ａに送信し、管理装置１０Ａが、受信した上記トランザクションデータをブロックチェーン１５に格納すればよい。
【0135】
なお、開発装置２０Ａは、管理装置１０Ａにネットワークを介して接続されている装置の一例であり、この場合を例として説明したが、上記装置は開発装置２０Ａに限られない。例えば、開発者から委託された人が使用する装置も、管理装置１０Ａにネットワークを介して接続されている装置に該当し得る。この場合、上記説明における「開発者」を、「開発者から委託された人」に読み替えることで上記説明が成立する。
【0136】
以上のように、本実施の形態の管理方法によれば、ソフトウェアのバージョンアップをした開発者に関する情報が分散台帳によって管理される。分散台帳は、保有している情報の改ざんが困難であり、また、システムダウンの影響を受けにくいという利点がある。よって、上記管理方法によって、管理している情報の改ざんの発生を抑制することができる。
【0137】
また、新しいバージョンのバージョン番号を発行し、その発行したバージョン番号と紐付けて新しいバージョンの開発者に関する情報が管理される。当該バージョン管理システムと異なる装置などによってバージョン番号を付すとすれば、バージョン番号の重複などの不備が生じ得る。本発明に係る管理方法によれば、バージョン番号の不備を未然に回避しながら、管理している情報の改ざんの発生を抑制することができる。
【0138】
また、第一バージョンのバージョン番号と、第二バージョンのハッシュ値と、第二バージョンのバージョン番号とを用いて、より容易に、管理している情報の改ざんの発生を抑制することができる。
【0139】
また、第一バージョンのハッシュ値と、第二バージョンのハッシュ値とを用いて、より容易に、管理している情報の改ざんの発生を抑制することができる。
【0140】
また、第一バージョンのハッシュ値と、第一バージョンと第二バージョンとの差分のハッシュ値とを用いて、より容易に、管理している情報の改ざんの発生を抑制することができる。
【0141】
また、第二バージョンのソフトウェアの格納場所を示す情報が、開発者に関する情報とともに分散台帳に格納される。よって、さらに第二バージョンが格納された場所情報の改ざんの発生をも抑制しながら、管理している情報の改ざんの発生を抑制することができる。
【0142】
また、これまでのトランザクションデータに基づいて新しいバージョンの開発者にトークンが提供される。分散台帳に格納されたトランザクションデータの改ざんが困難であるので、開発者になりすます不適切な者へのトークンの提供を未然に回避することができる。このように、管理している情報の改ざんの発生を抑制し、不適切なトークンの提供を未然に回避することができる。
【0143】
また、複数の管理装置が、分散台帳としてブロックチェーンを用いることによって、より容易に、管理している情報の改ざんの発生を抑制することができる。
【0144】
（実施の形態２）
本実施の形態において、ソフトウェアのバージョン管理方法であって、管理している情報の改ざんの発生を抑制する管理方法などについて説明する。特に、ソフトウェアのメジャーバージョンアップの際に、バージョンアップの前後で異なるブロックチェーンによってバージョンを管理する技術について説明する。
本実施の形態において、ソフトウェアのバージョン管理方法であって、管理している情報の改ざんの発生を抑制する管理方法などについて説明する。特に、ソフトウェアのメジャーバージョンアップの際に、バージョンアップの前後で異なるブロックチェーンによってバージョンを管理する技術について説明する。
【0145】
ここで、メジャーバージョンアップとは、一般に基バージョンに対して比較的大きな機能修正又は追加がなされるバージョンアップである。これに対して、実施の形態１で説明した第一バージョンから第二バージョンへのバージョンアップは、比較的小さな機能修正又は追加がなされるバージョンアップであり、一般にマイナーバージョンアップともよばれる。メジャーバージョンアップは、例えば、Ｚ社による決定に基づいてなされる。
【0146】
図１３は、本実施の形態に係る、バージョン系列の分岐を示す説明図である。
【0147】
図１３に示されるバージョン１（図１３において「Ｖｅｒ１」と記載）などは、実施の形態１に係るソフトウェアのバージョンに相当する。ここでは、上記ソフトウェアの開発を行っていた開発者のコミュニティを「バージョン１のコミュニティ」という。
【0148】
ソフトウェア開発において、メジャーバージョンアップがなされるとき、バージョン１のコミュニティで開発された系列１の一部又は全部の複製を、新たなバージョン系列である系列２として使用することが行われる。このとき、系列２として使用されるのは、バージョン１のコミュニティで開発されたバージョンの系列１のうちの最新バージョンを少なくとも含むバージョンの系列であり、バージョン１のコミュニティで開発されたバージョン系列のうちのすべてのバージョンを含むバージョン系列であってもよい。
【0149】
このように、系列１の一部又は全部から新たな系列２を生成することを、「系列を分岐させる」という。言い換えれば、分岐とは、系列１の一部又は全部から新たな系列２を生成することである。
【0150】
そして、系列２の最初のバージョンであるバージョン（図１３において「Ｖｅｒ２」）を元にして、バージョン２のコミュニティに属する開発者による開発がなされ、さまざまなバージョン系列が生成される。図１３では、バージョン２のソフトウェアに基づいて、開発者Ｆによる開発によりバージョン２．Ｆ１が生成され、開発者Ｇによる開発によりバージョン２．Ｇ１が生成されたことが示されている。さらに、バージョン２．Ｆ１を元にして、バージョン２．Ｆ２が開発される。
【0151】
図１４は、本実施の形態に係る管理システム２の構成を示す説明図である。
【0152】
図１４に示されるように、管理システム２は、複数の管理装置１０Ｄ、１０Ｅ及び１０Ｆと、複数の開発装置２０Ａ等と、保管サーバ３０と、制御装置７０とを備える。複数の開発装置２０Ａ等と、保管サーバ３０とは、それぞれ実施の形態１における同名の構成要素と同じであるので説明を省略する。
【0153】
制御装置７０は、管理装置１０Ｄ等に対してバージョン系列の分岐をさせる制御をする制御装置である。制御装置７０は、具体的には、上記制御として、バージョン系列の分岐をさせる指示である分岐指示を含む通信データを送信する。この通信データは、制御装置７０に対するユーザによる操作などに基づいて送信され得る。
【0154】
複数の管理装置１０Ｄ、１０Ｅ及び１０Ｆ（１０Ｄ等ともいう）は、実施の形態１における複数の管理装置１０Ａ等と同様に、バージョン情報をコンピュータにより管理する管理装置である。管理装置１０Ｄ等は、管理装置１０Ａ等と同等の機能を有し、さらに、制御装置７０から送信される分岐指示に基づいて、バージョン系列の分岐を作成する機能を有する。
【0155】
図１５は、本実施の形態に係る制御装置７０の構成を示すブロック図である。
【0156】
図１５に示されるように、制御装置７０は、通信部７１と、分岐指示部７２とを備える。
【0157】
通信部７１は、ネットワークＮに接続される通信インタフェース装置である。制御装置７０は、通信部７１を介して管理装置１０Ｄと通信可能である。制御装置７０が備える各機能は、プロセッサがメモリを用いて所定のプログラムを実行することで実現され得る。
【0158】
分岐指示部７２は、通信部７１を介して管理装置１０Ｄに対して分岐をさせる指示（分岐指示）を送信する処理部である。分岐指示は、少なくとも、分岐の元になるバージョン系列を特定する情報を含む。
【0159】
図１６は、本実施の形態に係る管理装置１０Ｄの構成を示すブロック図である。
【0160】
図１６に示されるように、管理装置１０Ｄは、通信部１１と、番号管理部１２と、トランザクション検証部１３と、台帳管理部１４Ａとを備える。管理装置１０Ｄが備える各機能は、プロセッサがメモリを用いて所定のプログラムを実行することで実現され得る。
【0161】
管理装置１０Ｄは、台帳管理部１４Ａを備える点で、実施の形態１の管理装置１０Ａと異なる。以降、台帳管理部１４Ａについて主に説明する。
【0162】
台帳管理部１４Ａは、分岐部１７を有する。また、ブロックチェーン１５に加えて、ブロックチェーン１５Ａを保有し得る。
【0163】
分岐部１７は、ソフトウェアのバージョン系列を分岐させて新たな系列を作成する処理部である。分岐部１７は、制御装置７０が送信する分岐指示を含む通信データを通信部１１を介して受信し、上記通信データを受信した場合に、ソフトウェアのバージョン系列の分岐を作成する。このとき、分岐部１７は、これまでバージョンアップしてきたバージョン系列に対応するブロックチェーン１５のうちの最新バージョンを少なくとも含む１以上のバージョンの複製を有する、新たなバージョン系列に対応するブロックチェーン１５Ａを生成することで、バージョン系列を分岐させる。
【0164】
バージョン系列の分岐の後、トランザクション検証部１３は、トランザクションデータを受信する際には、トランザクションデータが第一バージョン系列又は第二バージョン系列のどちらに係るトランザクションデータであるかを特定し、受信したトランザクションデータを、第一バージョン系列及び第二バージョン系列のうち、特定したトランザクションデータに対応するバージョン系列に対応する分散台帳に格納するようにする。
【0165】
次に、本実施の形態の台帳管理部１４Ａが管理しているブロックチェーン１５及び１５Ａについて説明する。
【0166】
図１７及び図１８は、本実施の形態に係るブロックチェーン１５及び１５Ａに格納されているトランザクションデータを示す説明図である。具体的には、図１７に示されるトランザクションデータは、バージョン１を含むバージョン系列である系列１に対応するブロックチェーン１５に格納されているトランザクションデータである。図１８に示されるトランザクションデータは、バージョン２を含むバージョン系列である系列２に対応するブロックチェーン１５Ａに格納されているトランザクションデータである。
【0167】
図１７に示されるように、系列１に対応するブロックチェーン１５に含まれる各トランザクションデータは、図１０に示されるブロックチェーン１５と同様に、ソフトウェアの各バージョンについてのＵＲＬ、新バージョン番号、基バージョン番号及び開発者ＩＤを含んでいる。具体的には、ブロックチェーン１５は、バージョン１．Ａ１、１．Ａ２及び１．Ｂ１などについての上記各情報を含んでいる。
【0168】
また、図１８に示されるように、系列２に対応するブロックチェーン１５Ａに含まれる各トランザクションデータは、図１０に示されるブロックチェーン１５と同様に、ソフトウェアの各バージョンについてのＵＲＬ、新バージョン番号、基バージョン番号及び開発者ＩＤを含んでいる。具体的には、ブロックチェーン１５Ａは、バージョン２．Ｄ１、２．Ｄ２及び２．Ｅ１などについての上記各情報を含んでいる。
【0169】
以降において、管理システム２の処理を説明する。
【0170】
図１９は、本実施の形態に係る管理システム２における処理を示すシーケンス図である。
【0171】
図１９に示されるように、制御装置７０は、ステップＳ２７１において、Ｚ社によるバージョン系列を分岐させる決定がなされたら、分岐指示を含む通信データを生成し、管理装置１０Ｄに送信する。
【0172】
ステップＳ２１１において、管理装置１０Ｄは、ステップＳ２７１で送信された分岐指示を受信したら、新たなバージョン系列に対応するブロックチェーン（図１６のブロックチェーン１５Ａに相当）を生成するためのトランザクションデータを生成する。
【0173】
ステップＳ２１２において、管理装置１０Ｄは、ステップＳ２１１で生成したトランザクションデータを管理装置１０Ｅ及び１０Ｆに送信する。そして、管理装置１０Ｄ等によるコンセンサスアルゴリズムの実行により、トランザクションデータを含むブロックがブロックチェーンに格納される。これにより、新たなバージョン系列に対応するソフトウェアの新バージョンに関する情報、より具体的には、開発者ＩＤ及びバージョン番号がブロックチェーンに格納され、格納時以降の改ざんが困難になる。
【0174】
次に、複数のバージョン系列それぞれに対応するブロックチェーンが管理装置１０Ｄ等によって管理されているときの、新たなバージョンの管理について説明する。
【0175】
図２０は、本実施の形態に係るトランザクションデータの例であるトランザクションデータ４０Ａを示す説明図である。
【0176】
トランザクションデータ４０Ａは、図７に示されるトランザクションデータ４０にさらに系列番号４３Ａが追加されている。
【0177】
系列番号４３Ａは、当該トランザクションデータ４０Ａにより新たに管理させることになる新バージョンの系列を示す情報である。
【0178】
なお、署名４６は、トランザクションデータ４０Ａに含まれる情報から、開発者の秘密鍵での暗号化により生成された電子署名である。署名４６の生成の元になる情報には、図７の署名４６の生成の元になる情報に加えて系列番号４３Ａも含まれる。
【0179】
複数の系列が存在する場合、開発装置２０Ａは、ソフトウェアの新バージョンが属する系列を示す系列番号４３Ａをトランザクションデータ４０Ａに含めて、管理装置１０Ｄに送信する。管理装置１０Ｄは、トランザクションデータ４０Ａを受信すると、受信したトランザクションデータ４０Ａに含まれる系列番号を取得し、その系列番号に応じたブロックチェーンにトランザクションデータ４０Ａを格納する。
【0180】
図２１は、本実施の形態に係るコンセンサスアルゴリズムに含まれるバージョン系列に関する処理を示すフロー図である。図２１に示される処理は、図１２のステップＳ１１５のコンセンサスアルゴリズムに含まれる処理である。
【0181】
ステップＳ１４１において、管理装置１０Ｄは、受信したトランザクションデータ４０Ａに含まれる系列番号を取得する。
【0182】
ステップＳ１４２において、管理装置１０Ｄは、台帳管理部１４Ａが管理している複数のブロックチェーンのうちから、ステップＳ１４１で取得した系列番号に対応するブロックチェーンを特定する。
【0183】
ステップＳ１４３において、管理装置１０Ｄは、ステップＳ１４２で特定したブロックチェーンについて、管理装置１０Ｅ及び１０Ｆとの間でコンセンサスアルゴリズムを実行する。これにより、受信したトランザクションデータ４０ＡをステップＳ１４２で特定したブロックチェーンに格納する。
【0184】
このようにして、開発装置２０Ａによって指定された系列番号に応じたブロックチェーンにトランザクションデータが格納される。
【0185】
以上のように、本実施の形態の管理方法によれば、複数のバージョン系列それぞれに対応した分散台帳を管理しており、バージョン系列の分岐の際に、新しい系列に対応する分散台帳を生成する。一の系列で多数のバージョンアップが行われると、バージョンアップの履歴などの情報を取得する際に、多数のバージョンアップそれぞれに対応する情報が得られ、処理負荷が高くなる可能性がある。このような場合にバージョン系列を分岐し、新たなバージョン系列を新たな分散台帳で管理することで、バージョンアップの履歴などの情報を少なくし、上記の処理負荷の上昇を未然に防ぐことができる。
【0186】
また、複数のバージョン系列が複数の分散台帳によって管理されているときに、どちらのバージョン系列に属するトランザクションデータかを特定し、当該トランザクションデータを適切な分散台帳により管理することができる。
【0187】
（実施の形態３）
本実施の形態において、ソフトウェアのバージョン管理方法であって、管理している情報の改ざんの発生を抑制する管理方法などについて説明する。特に、ソフトウェアのバージョン系列の利用を停止するようにバージョンを管理する技術について説明する。バージョン系列の利用を停止することを、バージョン系列を廃止する、ともいう。
本実施の形態において、ソフトウェアのバージョン管理方法であって、管理している情報の改ざんの発生を抑制する管理方法などについて説明する。特に、ソフトウェアのバージョン系列の利用を停止するようにバージョンを管理する技術について説明する。バージョン系列の利用を停止することを、バージョン系列を廃止する、ともいう。
【0188】
図２２は、本実施の形態に係る、バージョン系列の廃止を示す説明図である。
【0189】
図２２に示されるＶｅｒ１及びＶｅｒ２は、実施の形態２に係るソフトウェアのバージョンに相当する。
【0190】
ソフトウェア開発において、比較的新しいバージョン系列が生成されたなどの理由から、比較的古いバージョン系列の利用を停止、つまり廃止することが行われる。廃止されたバージョン系列は、廃止された時点以降のバージョンアップが禁止されるよう制御される。また、廃止された時点以降において、廃止された系列に含まれる各バージョンのソフトウェアのユーザへの提供が禁止されるように、さらに制御されてもよい。
【0191】
具体的には、図２２に示されるように、バージョン１．Ａのバージョン系列の最新バージョン１．Ａ３、及び、バージョン１．Ｂのバージョン系列の最新バージョン１．Ｂ２が存在する時点において、系列１が廃止されるとする。すると、例えばバージョン１．Ａのバージョン系列に含まれ得る次のバージョン１．Ａ４（不図示）、又は、バージョン１．Ｂのバージョン系列に含まれ得る次のバージョン１．Ｂ３（不図示）の登録は禁止される。また、廃止された時点以降で、バージョン１、バージョン１．Ａ及びバージョン１．Ｂの各系列のソフトウェアのユーザへの提供が禁止される。
【0192】
本実施の形態に係る管理システム２は、実施の形態２における管理システム２と同様であり、制御装置及び管理装置の機能が一部異なる。具体的には、本実施の形態に係る管理システム２は、制御装置７０Ａを備え、管理装置１０Ｇ、１０Ｈ及び１０Ｉ（１０Ｇ等ともいう）。以降において、本実施の形態に係る制御装置７０Ａ及び管理装置１０Ｇについて詳しく説明する。
【0193】
図２３は、本実施の形態に係る制御装置７０Ａの構成を示すブロック図である。
【0194】
図２３に示されるように、制御装置７０Ａは、通信部７１と、トランザクション生成部７３とを備える。なお、制御装置７０Ａは、実施の形態２の制御装置７０と同様に分岐指示部７２を備えてもよい。
【0195】
通信部７１は、実施の形態２の制御装置７０Ａが有する通信部７１と同じである。
【0196】
トランザクション生成部７３は、バージョン系列を廃止することを示すトランザクションデータを生成する処理部である。トランザクション生成部７３は、生成したトランザクションデータを管理装置１０Ｇに送信する。上記トランザクションデータは、廃止するバージョン系列を特定しうる特定情報として、系列番号を少なくとも含む。
【0197】
図２４は、本実施の形態に係る管理装置１０Ｇの構成を示すブロック図である。
【0198】
図２４に示されるように、管理装置１０Ｇは、通信部１１と、番号管理部１２と、トランザクション検証部１３と、台帳管理部１４Ａと、廃止部１８とを備える。また、管理装置１０Ｇは、状態管理部１９を備えてもよい。管理装置１０Ｇが備える各機能は、プロセッサがメモリを用いて所定のプログラムを実行することで実現され得る。
【0199】
管理装置１０Ｇは、廃止部１８を備える点、および、状態管理部１９を備え得る点で、実施の形態１の管理装置１０Ａおよび実施の形態２の管理装置１０Ｄと異なる。以降、廃止部１８および状態管理部１９について主に説明する。
【0200】
廃止部１８は、廃止するバージョン系列に対応するブロックチェーンに、当該バージョン系列を廃止することを示す情報を含むブロックを格納する処理部である。廃止部１８は、制御装置７０Ａが送信した、バージョン系列を廃止することを示すトランザクションデータを受信する。廃止部１８は、受信したトランザクションデータに含まれる系列番号によって特定されるバージョン系列に対応するブロックチェーンに、当該トランザクションデータを格納する。
【0201】
状態管理部１９は、各バージョン系列のが運用状態であるか、又は、廃止状態であるかを示す情報を管理している処理部である。状態管理部１９は、管理装置１０Ｇが管理しているバージョン系列のそれぞれについて、運用状態であるか、又は、廃止状態であるかを示す情報を保持している。そして、廃止部１８がバージョン系列を廃止するトランザクションをブロックチェーンに格納するときに、状態管理部１９は、そのバージョン系列の状態を、運用状態から廃止状態に変更する。なお、状態管理部１９は、必須の構成ではない。
【0202】
図２５は、本実施の形態に係るトランザクションデータの例であるトランザクションデータ８０を示す説明図である。
【0203】
図２５に示されるように、トランザクションデータ８０は、系列番号８１と、廃止情報８２と、署名８３とを含む。
【0204】
系列番号８１は、トランザクションデータ８０によって廃止されるバージョン系列を特定する情報である。
【0205】
廃止情報８２は、トランザクションデータ８０が、廃止を意味するトランザクションデータであることを意味する情報である。
【0206】
署名８３は、トランザクションデータ８０に含まれる情報から、制御装置７０Ａの秘密鍵での暗号化により生成された電子署名である。具体的には、系列番号８１及び廃止情報８２を含む情報に対するハッシュ演算により得られたハッシュ値を、制御装置７０Ａの秘密鍵で暗号化した値である。
【0207】
図２６は、本実施の形態に係るブロックチェーンに格納されているトランザクションデータを示す説明図である。具体的には、図２６に示されるトランザクションデータは、バージョン１のバージョン系列に対応するブロックチェーン１５である。
【0208】
図２６に示されるように、バージョン１のバージョン系列に対応するブロックチェーン１５に含まれる各トランザクションデータは、図１０に示されるブロックチェーン１５と同様に、ソフトウェアの各バージョンについてのＵＲＬ、新バージョン番号、基バージョン番号及び開発者ＩＤを含んでいる。具体的には、ブロックチェーン１５は、バージョン１．Ａ１、１．Ａ２及び１．Ｂ１などについての上記各情報を含んでいる。
【0209】
そして、ブロックチェーン１５に含まれるトランザクションデータ９１が、バージョン系列１Ａを廃止状態にするトランザクションデータである。また、ブロックチェーン１５に含まれるトランザクションデータ９２が、バージョン系列１Ｂを廃止状態にするトランザクションデータである。
【0210】
図２７は、本実施の形態に係る状態管理部１９が管理している状態情報を示す状態テーブルＴ１の説明図である。
【0211】
図２７に示されるように、状態テーブルＴ１は、バージョン系列１Ａ及び１Ｂの状態を示す情報を有する。図２７では、バージョン系列１Ａが廃止状態であり、バージョン系列１Ｂが運用状態であることが示されている。これは、台帳管理部１４Ａがバージョン１とバージョン２の各系列に対応するブロックチェーンを保有しており、バージョン１の系列が廃止され、バージョン２の系列が運用中である場合に対応している。
【0212】
以降において、管理システム２の処理を説明する。
【0213】
図２８は、本実施の形態に係る管理システム２における処理を示すシーケンス図である。
【0214】
図２８に示されるように、制御装置７０Ａは、ステップＳ３７１において、バージョン系列を廃止させるトランザクションデータを生成し、管理装置１０Ｇに送信する。
【0215】
ステップＳ３１１において、管理装置１０Ｇは、ステップＳ３７１で送信されたトランザクションデータを受信したら、受信したトランザクションデータを検証する。トランザクションデータの検証は、当該トランザクションデータに含まれる情報と、制御装置７０Ａの公開鍵とによりなされる。ここでは、トランザクションデータの検証の結果、トランザクションデータが正当であると判定されたとする。
【0216】
ステップＳ３１２において、管理装置１０Ｇは、ステップＳ３１２で生成したトランザクションデータを管理装置１０Ｈ及び１０Ｉに送信する。そして、管理装置１０Ｇ等によるコンセンサスアルゴリズムの実行により、トランザクションデータを含むブロックがブロックチェーンに格納される。これにより、バージョン系列の廃止を示す情報がブロックチェーンに格納され、以降の改ざんが困難になる。そして、これ以降に、廃止したバージョン系列に対応するブロックチェーンへのブロックの接続が禁止され、また、廃止したバージョン系列に含まれるソフトウェアの提供も禁止される。
【0217】
なお、ステップＳ３１１でトランザクションデータの検証に失敗した、つまり、トランザクションデータが正当でないと検証された場合には、その旨を制御装置７０Ａに通知するようにしてもよい。このようにすれば、制御装置７０Ａの運用者がそのことを認識し対処することができる。一方、上記通知はなされなくてもよい。
【0218】
なお、管理装置１０Ｇは、既に廃止されたバージョン系列に対して開発装置２０Ａから新バージョン番号の発行依頼を受信した場合には、当該バージョン系列が既に廃止されていることを示す通知を送信してもよい。また、管理装置１０Ｇがバージョン系列を廃止したときに、トークン管理部１６が、廃止したバージョン系列に含まれるバージョンの開発者にトークンを提供してもよい。このトークンは、報奨金または支度金としての意味あいを有するともいえる。
【0219】
上記各実施の形態におけるブロックチェーンについて補足的に説明する。
【0220】
図２９は、ブロックチェーンのデータ構造を示す説明図である。
【0221】
ブロックチェーンは、その記録単位であるブロックがチェーン（鎖）上に接続されたものである。それぞれのブロックは、複数のトランザクションデータと、直前のブロックのハッシュ値とを有している。具体的には、ブロックＢ２には、その前のブロックＢ１のハッシュ値が含まれている。そして、ブロックＢ２に含まれる複数のトランザクションデータと、ブロックＢ１のハッシュ値とから演算されたハッシュ値が、ブロックＢ２のハッシュ値として、ブロックＢ３に含められる。このように、前のブロックの内容をハッシュ値として含めながら、ブロックをチェーン状に接続することで、記録されたトランザクションデータの改ざんを有効に防止する。
【0222】
仮に過去のトランザクションデータが変更されると、ブロックのハッシュ値が変更前と異なる値になり、改ざんしたブロックを正しいものとみせかけるには、それ以降のブロックすべてを作り直さなければならず、この作業は現実的には非常に困難である。この性質を使用して、ブロックチェーンに改ざん困難性が担保されている。
【0223】
図３０は、トランザクションデータのデータ構造を示す説明図である。
【0224】
図３０に示されるトランザクションデータは、トランザクション本体Ｐ１と、電子署名Ｐ２とを含む。トランザクション本体Ｐ１は、当該トランザクションデータに含まれるデータ本体である。電子署名Ｐ２は、トランザクション本体Ｐ１のハッシュ値に対して、当該トランザクションデータの作成者の署名鍵で署名する、より具体的には、作成者の秘密鍵で暗号化することで生成されたものである。
【0225】
トランザクションデータは、電子署名Ｐ２を有するので、改ざんが実質的に不可能である。これにより、トランザクション本体の改ざんが防止される。
【0226】
以上のように、本実施の形態の管理方法によれば、所定のトランザクションデータによって、適切にバージョン系列を廃止することができる。よって、さらにバージョン系列の廃止を実現しながら、より容易に、管理している情報の改ざんの発生を抑制することができる。
【0227】
なお、上記各実施の形態において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。ここで、上記各実施の形態の管理装置などを実現するソフトウェアは、次のようなプログラムである。
【0228】
すなわち、このプログラムは、コンピュータに、バージョン管理システムにより実行される、ソフトウェアのバージョンの管理方法であって、前記バージョン管理システムは、分散台帳を保有している複数の管理装置を備え、前記管理方法は、前記複数の管理装置のうちの第一の管理装置が、前記ソフトウェアの第一バージョンに関する第一情報と、前記第一バージョンを元に開発者によってバージョンアップされた前記ソフトウェアの第二バージョンに関する第二情報と、前記開発者の識別情報と、電子署名とを含むトランザクションデータを、前記第一の管理装置にネットワークを介して接続されている装置から受信し、前記第一の管理装置が、受信した前記トランザクションデータに含まれる前記電子署名を用いて前記トランザクションデータの正当性を検証し、前記トランザクションデータが正当である場合に、前記複数の管理装置それぞれが前記トランザクションデータを前記分散台帳に格納する管理方法を実行させるプログラムである。
【0229】
以上、一つまたは複数の態様に係る管理方法などについて、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、一つまたは複数の態様の範囲内に含まれてもよい。
【産業上の利用可能性】
【0230】
本発明は、ソフトウェアのバージョン管理方法であって、管理している情報の改ざんの発生を抑制する管理システムなどに利用可能である。
【符号の説明】
【0231】
１、２ 管理システム
１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ、１０Ｆ、１０Ｇ、１０Ｈ、１０Ｉ 管理装置
１１、２１、３１、７１ 通信部
１２ 番号管理部
１３ トランザクション検証部
１４、１４Ａ 台帳管理部
１５、１５Ａ ブロックチェーン
１６ トークン管理部
１７ 分岐部
１８ 廃止部
１９ 状態管理部
２０Ａ、２０Ｂ、２０Ｃ 開発装置
２２ 開発部
２３、７３ トランザクション生成部
２４、３４ 記憶装置
３０ 保管サーバ
３２ 保管部
３３ 発行部
４０、４０Ａ、５０、６０、８０、９１、９２ トランザクションデータ
４１、５１、６１ 開発者ＩＤ
４２、５２、６２ ＵＲＬ
４３ 新バージョン番号
４３Ａ、８１ 系列番号
４４ 基バージョン番号
４５、５３ 新バージョンのハッシュ値
４６、５５、６５、８３ 署名
５４、６４ 基バージョンのハッシュ値
６３ 差分のハッシュ値
７０、７０Ａ 制御装置
７２ 分岐指示部
８２ 廃止情報
Ｂ１、Ｂ２、Ｂ３ ブロック
Ｎ ネットワーク
Ｔ１ 状態テーブル
Ｐ１ トランザクション本体
Ｐ２ 電子署名
１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ、１０Ｆ、１０Ｇ、１０Ｈ、１０Ｉ 管理装置
１１、２１、３１、７１ 通信部
１２ 番号管理部
１３ トランザクション検証部
１４、１４Ａ 台帳管理部
１５、１５Ａ ブロックチェーン
１６ トークン管理部
１７ 分岐部
１８ 廃止部
１９ 状態管理部
２０Ａ、２０Ｂ、２０Ｃ 開発装置
２２ 開発部
２３、７３ トランザクション生成部
２４、３４ 記憶装置
３０ 保管サーバ
３２ 保管部
３３ 発行部
４０、４０Ａ、５０、６０、８０、９１、９２ トランザクションデータ
４１、５１、６１ 開発者ＩＤ
４２、５２、６２ ＵＲＬ
４３ 新バージョン番号
４３Ａ、８１ 系列番号
４４ 基バージョン番号
４５、５３ 新バージョンのハッシュ値
４６、５５、６５、８３ 署名
５４、６４ 基バージョンのハッシュ値
６３ 差分のハッシュ値
７０、７０Ａ 制御装置
７２ 分岐指示部
８２ 廃止情報
Ｂ１、Ｂ２、Ｂ３ ブロック
Ｎ ネットワーク
Ｔ１ 状態テーブル
Ｐ１ トランザクション本体
Ｐ２ 電子署名
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】