JP7055234B1 - 情報処理装置、プログラム、三次元データ管理システムおよび三次元データ管理方法 - Google Patents

Abstract

【課題】複数の構成要素から構成される三次元物体を表すデータの管理を効率的に行うことができる情報処理装置を提供する。【解決手段】複数の構成要素から構成される三次元物体について前記構成要素ごとに、第１ユーザによって行われる操作に応じて第２ユーザに対して変更の許可を行い前記第２ユーザからの変更内容の申請に対して承認を行う処理、または、前記構成要素ごとに、第３ユーザに対して第４ユーザから変更の許可が行われた場合に前記第３ユーザによって行われる操作に応じて前記第４ユーザに対して変更内容の申請を行う処理、のうちの少なくとも１つを実行する処理部を備える、情報処理装置。【選択図】図１

Description

本開示は、情報処理装置、プログラム、三次元データ管理システムおよび三次元データ管理方法に関する。

近年、建設業界では設計あるいは施工の段階でＢＩＭ（Ｂｕｉｌｄｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｍｏｄｅｌｉｎｇ）あるいはＣＩＭ（Ｃｏｎｓｔｒｕｃｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｍｏｄｅｌｉｎｇ／Ｍａｎａｇｅｍｅｎｔ）に代表される設計・施工用の三次元ＣＡＤが用いられている。三次元ＣＡＤのデータは、三次元モデルと属性の情報が全てひとつのファイルに収められている。また、このようなファイルの仕様はＣＡＤベンダー独自のフォーマットとなっていることが多く、ＣＡＤベンダーが用意したソフトウェア以外のプログラムからファイルの中身を直接編集することができない構造となっている。

図２６は、背景技術に係る三次元データのファイル構成の一例を示す図である。
図２６には、設計・施工用の三次元ＣＡＤのファイル３０２１の構成例を示してある。
図２６には、具体例として、三次元物体３０１１（テレビ）を示してある。
三次元物体３０１１は複数の構成要素である、構成要素Ａ（ディスプレイ）、構成要素Ｂ（支持部）、構成要素Ｃ（スタンド）から構成される。
この場合、ファイル３０２１には、構成要素Ａの形状データ、構成要素Ｂの形状データ、構成要素Ｃの形状データ、構成要素Ａの属性データ、構成要素Ｂの属性データ、構成要素Ｃの属性データが含まれる。
このように、すべての構成要素の形状データおよび属性データが、ひとつのファイル３０２１により管理される。
また、ファイル３０２１の形式は、ＣＡＤベンダー独自の形式であり、当該形式の仕様が公開されていない場合も多い。

特許文献１には、ブロックチェーンを用いた建築工程管理システムが記載されている（特許文献１参照。）。特許文献１の技術では、二次元または三次元のＣＡＤデータが用いられており、データをブロックチェーンによって蓄積することが行われている。

国際公開第２０２０／０８５３４７号

しかしながら、従来の技術では、複数の構成要素から構成される三次元物体を表すデータの管理が効率的でない場合があった。例えば、従来の技術では、三次元物体の構成要素ごとの変更の管理が不十分である場合があった。

本開示は、このような事情を考慮してなされたもので、複数の構成要素から構成される三次元物体を表すデータの管理を効率的に行うことができる情報処理装置、プログラム、三次元データ管理システムおよび三次元データ管理方法を提供することを課題とする。

本開示の一態様は、複数の構成要素から構成される三次元物体について前記構成要素ごとに、第１ユーザによって行われる操作に応じて第２ユーザに対して変更の許可を行い前記第２ユーザからの変更内容の申請に対して承認を行う処理、または、前記構成要素ごとに、第３ユーザに対して第４ユーザから変更の許可が行われた場合に前記第３ユーザによって行われる操作に応じて前記第４ユーザに対して変更内容の申請を行う処理、のうちの少なくとも１つを実行する処理部を備え、前記処理部は、前記三次元物体を構成する前記構成要素ごとに前記構成要素ごとのデータを独立したファイルとして保存し、前記ファイルごとに前記変更内容をトランザクションに格納し、前記トランザクションをブロックチェーンに追加することで、前記構成要素ごとの前記変更の履歴を前記ブロックチェーンにて管理する、情報処理装置である。
本開示の一態様は、複数の構成要素から構成される三次元物体について前記構成要素ごとに、第３ユーザに対して第４ユーザから変更の許可が行われた場合に前記第３ユーザによって行われる操作に応じて前記第４ユーザに対して変更内容の申請を行う処理を実行する処理部を備え、前記処理部は、前記第３ユーザに対して前記第４ユーザから変更の許可が行われた場合に、前記第３ユーザによって行われる操作に応じて第５ユーザに対して変更の許可を行い前記第５ユーザからの変更内容の申請に対して承認を行う処理を実行し、前記第３ユーザによって行われる操作に応じて前記第５ユーザからの変更内容で前記第４ユーザに対して変更内容の申請を行う処理を実行する、情報処理装置である。

本開示の一態様は、コンピュータに、複数の構成要素から構成される三次元物体について前記構成要素ごとに、第１ユーザによって行われる操作に応じて第２ユーザに対して変更の許可を行い前記第２ユーザからの変更内容の申請に対して承認を行う処理ステップ、または、前記構成要素ごとに、第３ユーザに対して第４ユーザから変更の許可が行われた場合に前記第３ユーザによって行われる操作に応じて前記第４ユーザに対して変更内容の申請を行う処理ステップ、のうちの少なくとも１つの処理ステップを実行させるためのプログラムであって、前記少なくとも１つの処理ステップは、前記三次元物体を構成する前記構成要素ごとに前記構成要素ごとのデータを独立したファイルとして保存し、前記ファイルごとに前記変更内容をトランザクションに格納し、前記トランザクションをブロックチェーンに追加することで、前記構成要素ごとの前記変更の履歴を前記ブロックチェーンにて管理する、プログラムである。
本開示の一態様は、コンピュータに、複数の構成要素から構成される三次元物体について前記構成要素ごとに、第３ユーザに対して第４ユーザから変更の許可が行われた場合に前記第３ユーザによって行われる操作に応じて前記第４ユーザに対して変更内容の申請を行う処理ステップを実行させるためのプログラムであって、前記処理ステップは、前記第３ユーザに対して前記第４ユーザから変更の許可が行われた場合に、前記第３ユーザによって行われる操作に応じて第５ユーザに対して変更の許可を行い前記第５ユーザからの変更内容の申請に対して承認を行う処理を実行し、前記第３ユーザによって行われる操作に応じて前記第５ユーザからの変更内容で前記第４ユーザに対して変更内容の申請を行う処理を実行する、プログラムである。

本開示の一態様は、複数の構成要素から構成される三次元物体について前記構成要素ごとに、第１ユーザによって行われる操作に応じて第２ユーザに対して変更の許可を行う処理を実行する第１処理部と、前記第２ユーザによって行われる操作に応じて前記第１ユーザに対して変更内容の申請を行う処理を実行する第２処理部と、前記第１ユーザによって行われる操作に応じて前記第２ユーザからの変更内容の申請に対して承認を行う処理を実行する第３処理部と、を備え、前記三次元物体を構成する前記構成要素ごとに前記構成要素ごとのデータを独立したファイルとして保存し、前記ファイルごとに前記変更内容をトランザクションに格納し、前記トランザクションをブロックチェーンに追加することで、前記構成要素ごとの前記変更の履歴を前記ブロックチェーンにて管理する、三次元データ管理システムである。
本開示の一態様は、複数の構成要素から構成される三次元物体について前記構成要素ごとに、第１ユーザによって行われる操作に応じて第２ユーザに対して変更の許可を行う処理を実行する第１処理部と、前記第２ユーザによって行われる操作に応じて前記第１ユーザに対して変更内容の申請を行う処理を実行する第２処理部と、前記第１ユーザによって行われる操作に応じて前記第２ユーザからの変更内容の申請に対して承認を行う処理を実行する第３処理部と、を備え、前記第２ユーザに対して前記第１ユーザから変更の許可が行われた場合に、前記第２ユーザによって行われる操作に応じて第５ユーザに対して変更の許可を行い前記第５ユーザからの変更内容の申請に対して承認を行う処理を実行し、前記第２ユーザによって行われる操作に応じて前記第５ユーザからの変更内容で前記第１ユーザに対して変更内容の申請を行う処理を実行する、三次元データ管理システムである。

本開示の一態様は、複数の構成要素から構成される三次元物体について前記構成要素ごとに、第１ユーザによって行われる操作に応じて第２ユーザに対して変更の許可を行う処理を実行する第１処理ステップと、前記第２ユーザによって行われる操作に応じて前記第１ユーザに対して変更内容の申請を行う処理を実行する第２処理ステップと、前記第１ユーザによって行われる操作に応じて前記第２ユーザからの変更内容の申請に対して承認を行う処理を実行する第３処理ステップと、を備え、前記三次元物体を構成する前記構成要素ごとに前記構成要素ごとのデータを独立したファイルとして保存し、前記ファイルごとに前記変更内容をトランザクションに格納し、前記トランザクションをブロックチェーンに追加することで、前記構成要素ごとの前記変更の履歴を前記ブロックチェーンにて管理する、三次元データ管理方法である。
本開示の一態様は、複数の構成要素から構成される三次元物体について前記構成要素ごとに、第１ユーザによって行われる操作に応じて第２ユーザに対して変更の許可を行う処理を実行する第１処理ステップと、前記第２ユーザによって行われる操作に応じて前記第１ユーザに対して変更内容の申請を行う処理を実行する第２処理ステップと、前記第１ユーザによって行われる操作に応じて前記第２ユーザからの変更内容の申請に対して承認を行う処理を実行する第３処理ステップと、を備え、前記第２ユーザに対して前記第１ユーザから変更の許可が行われた場合に、前記第２ユーザによって行われる操作に応じて第５ユーザに対して変更の許可を行い前記第５ユーザからの変更内容の申請に対して承認を行う処理を実行し、前記第２ユーザによって行われる操作に応じて前記第５ユーザからの変更内容で前記第１ユーザに対して変更内容の申請を行う処理を実行する、三次元データ管理方法である。

本開示によれば、情報処理装置、プログラム、三次元データ管理システムおよび三次元データ管理方法において、複数の構成要素から構成される三次元物体を表すデータの管理を効率的に行うことができる。

実施形態に係る三次元データ管理システムの概略的な構成の一例を示す図である。 実施形態に係るコンピュータシステムの概略的な構成の一例を示す図である。 実施形態に係る三次元データ管理システムの概略的な構成の他の例を示す図である。 実施形態に係るコンピュータシステムの概略的な構成の他の例を示す図である。 実施形態に係る三次元データのファイル構成の一例を示す図である。 実施形態に係る三次元データファイルを生成する方法の一例を示す図である。 実施形態に係る三次元データファイルを生成する方法の他の例を示す図である。 実施形態に係るブロックチェーンに格納するトランザクションの概略的な一例を示す図である。 （Ａ）は差替のトランザクションのＩｎ情報およびＯｕｔ情報の一例を示す図であり、（Ｂ）は分割のトランザクションのＩｎ情報およびＯｕｔ情報の一例を示す図であり、（Ｃ）は結合のトランザクションのＩｎ情報およびＯｕｔ情報の一例を示す図であり、（Ｄ）は削除のトランザクションのＩｎ情報およびＯｕｔ情報の一例を示す図であり、（Ｅ）は追加のトランザクションのＩｎ情報およびＯｕｔ情報の一例を示す図であり、（Ｆ）は権限委譲のトランザクションのＩｎ情報およびＯｕｔ情報の一例を示す図である。 実施形態に係るジェネシストランザクションの構成例を示す図である。 実施形態に係る許可トランザクションの構成例を示す図である。 実施形態に係る申請トランザクションの構成例を示す図である。 実施形態に係る承認トランザクションの構成例を示す図である。 実施形態に係るブロックチェーンをプロジェクト単位で新規に作成する処理の手順の一例を示す図である。 実施形態に係るトランザクションを作成する処理の手順の一例を示す図である。 実施形態に係るブロックチェーンファームの一例を示す図である。 実施形態に係る三次元データ表示の処理の手順の一例を示す図である。 実施形態に係る三次元データ抽出装置により行われる処理の手順の一例を示す図である。 実施形態に係る三次元データ表示装置により行われる処理の手順の一例を示す図である。 実施形態に係る三次元データ表示装置により表示される画面の概略的な構成例を示す図である。 実施形態に係るトランザクション情報表示部の画面の一例を示す図である。 実施形態に係る三次元データ表示部の画面の一例を示す図である。 実施形態に係る変更許可に関する画面の一例を示す図である。 実施形態に係る変更申請に関する画面の一例を示す図である。 実施形態に係る変更承認に関する画面の一例を示す図である。 背景技術に係る三次元データのファイル構成の一例を示す図である。

以下、図面を参照し、本開示の実施形態について説明する。

［三次元データ管理システムの一例］
本例では、ファイルデータベース（ファイルＤＢ）を各ノードで保持する場合を示す。

図１は、実施形態に係る三次元データ管理システム１の概略的な構成の一例を示す図である。
三次元データ管理システム１は、複数のコンピュータシステム１１～１４と、Ｐ２Ｐ（Ｐｅｅｒ ｔｏ Ｐｅｅｒ）ネットワーク２１と、を備える。
それぞれのコンピュータシステム１１～１４は、Ｐ２Ｐネットワーク２１と接続され、Ｐ２Ｐネットワーク２１を介して互いに通信することが可能である。

図１の例では、４個のコンピュータシステム１１～１４を示してある。
それぞれのコンピュータシステム１１～１４は、ノードとなる。図１の例では、それぞれのコンピュータシステム１１～１４は、許可ノード、申請ノード、承認ノード、マイナーノードとして示されているが、必ずしもコンピュータシステムごとにノードが決められていなくてもよく、１個のコンピュータシステムが２種類以上のノードとして機能してもよい。
本実施形態では、ノードは、ブロックチェーンを共有保有しているコンピュータシステムを示す。

なお、マイナーノードは、専用のノードであってもよく、あるいは、任意のノードであってもよい。
本実施形態では、マイナーノードはマイニングを行うが、他の構成例として、マイニングが行われなくてもよく、この場合、マイナーノードは不要である。例えば、パブリックブロックチェーンが構成される場合にはマイナーノードによるＮｏｎｃｅ値を用いることで耐改ざん性を向上させることができ、一方、プライベートブロックチェーンが構成される場合にはマイナーノードが設けられずに安全性が確保されてもよい。

［コンピュータシステムの一例］
図２は、実施形態に係るコンピュータシステムＮ１の概略的な構成の一例を示す図である。
図１に示されるコンピュータシステム１１～１３の構成および動作は概略的に同様であり、コンピュータシステムＮ１としてまとめて説明する。
コンピュータシステムＮ１は、情報処理装置の一例である。本実施形態では、コンピュータシステムＮ１は、ユーザのログインの操作（例えば、当該ユーザの識別情報およびパスワードの入力）に応じて当該ユーザを認証し、当該ユーザによって行われる操作に応じて各種の処理（本実施形態では、以下で説明する各種の内容を実現するための処理）を実行する。
なお、コンピュータシステムは、単にコンピュータと呼ばれてもよい。

コンピュータシステムＮ１は、データベース（ＤＢ）１１１と、バックアップ領域１１２と、三次元データ抽出装置１１３と、三次元データ表示装置１１４と、トランザクション処理装置１１５と、ブロックチェーン１１６と、ブロックチェーン処理装置１１７と、Ｐ２Ｐ通信処理装置１１８と、を備える。
なお、本実施形態では、図示も含めて、トランザクションをＴＸと略して示す場合がある。
また、本実施形態では、図示も含めて、ブロックをＢＬと略して示す場合がある。
また、本実施形態では、図示も含めて、データベースをＤＢと略して示す場合がある。

ＤＢ１１１は、三次元構成要素ファイルを記憶する三次元構成要素ファイルＤＢと、付帯情報ファイルを記憶する付帯情報ファイルＤＢと、を含む。
バックアップ領域１１２は、三次元構成要素ファイルおよび付帯情報ファイルをバックアップとして記憶する。
なお、ＤＢ１１１のデータは、例えば、利用者（本実施形態において、ユーザとも呼ぶ。）の公開鍵を用いた公開鍵暗号方式により保護されてもよい。この場合、秘密鍵を保有している者以外はＤＢ１１１のデータを利用することができない。

三次元データ抽出装置１１３は、ＤＢ１１１およびバックアップ領域１１２とファイルのやり取りをする。
三次元データ抽出装置１１３は、三次元データを抽出する。本実施形態では、三次元データは、三次元構成要素ファイルのデータと、付帯情報ファイルのデータと、を含む。
三次元データ抽出装置１１３は、三次元データを三次元データ表示装置１１４に出力する。
三次元データ抽出装置１１３は、ブロックチェーン１１６とデータをやり取りする。

三次元データ表示装置１１４は、三次元データ抽出装置１１３から入力した三次元データを用いて、三次元データを表示する。
三次元データ表示装置１１４は、トランザクション処理装置１１５とデータをやり取りする。
本実施形態では、三次元データ表示装置１１４は、表示対象となる三次元の物体を構成する複数の構成要素のファイルを集めて、これらのファイルのデータを統合して当該物体を画面に表示する機能を有する。
なお、三次元データ表示装置１１４は、三次元ビューアなどと呼ばれてもよい。

トランザクション処理装置１１５は、トランザクションの処理を行う。トランザクションの処理は、例えば、許可、申請、承認を含む。
ブロックチェーン１１６は、分散型台帳データを有する。
ブロックチェーン１１６は、三次元データ抽出装置１１３とデータをやり取りする。
ブロックチェーン１１６は、ブロックチェーン処理装置１１７とデータをやり取りする。

ブロックチェーン処理装置１１７は、ブロックチェーンの処理を行う。ブロックチェーンの処理は、例えば、トランザクションを一旦貯めておくトランザクションプール、トランザクションおよびブロックの検証、ブロックをブロックチェーンに追加する処理を含む。トランザクションプールは、例えば、複数のノードに共通に存在する。
ブロックチェーン処理装置１１７は、ブロックチェーン１１６とデータをやり取りする。
ブロックチェーン処理装置１１７は、Ｐ２Ｐ通信処理装置１１８とデータをやり取りする。

Ｐ２Ｐ通信処理装置１１８は、Ｐ２Ｐネットワーク２１の通信処理を行う。
Ｐ２Ｐ通信処理装置１１８は、ブロックチェーン処理装置１１７とデータをやり取りする。

ここで、コンピュータシステムＮ１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などのプロセッサーと、記憶装置（図２の例では、ＤＢ１１１、バックアップ領域１１２、および、ブロックチェーン１１６の記憶装置を含む。）と、を備え、プロセッサーにより所定のプログラム（制御プログラム）を実行することで、各種の処理を実行する。

なお、図２の例では、コンピュータシステムＮ１の処理部（制御部などと呼ばれてもよい。）が複数の構成部分に区分された例を示してあるが、この区分は説明のための一例であり、各構成部分の区分としては、他の任意の区分が用いられてもよい。また、図２に示される各構成部分の間のつながり（情報のやり取り）も説明のための一例であり、図２の例に限定されない。
また、必ずしも各構成部分の区分が存在する必要は無く、例えば、コンピュータシステムＮ１が有する処理部（制御部などと呼ばれてもよい。）が、コンピュータシステムＮ１におけるすべての処理を実行すると捉えられてもよい。

また、本実施形態では、説明を簡易にするために、ノードを構成する全てのコンピュータシステム１１～１３が同様な構成（図２に示される構成）であるとして説明するが、それぞれのコンピュータシステムはそれぞれ任意の構成であってもよい。
なお、マイナーノードとなるコンピュータシステム１４は、マイニングを行う機能を有している。

［三次元データ管理システムの他の例］
本例では、ファイルＤＢを中央のサーバーで管理する場合を示す。

図３は、実施形態に係る三次元データ管理システム２の概略的な構成の他の例を示す図である。
三次元データ管理システム２は、複数のコンピュータシステム３１～３４と、Ｐ２Ｐネットワーク４１と、サーバー５１と、ＤＢ６１と、バックアップ領域６２と、インターネット７１と、を備える。

ここで、コンピュータシステム３１～３４とＰ２Ｐネットワーク４１については、図１の例と同様である。
さらに、それぞれのコンピュータシステム３１～３３は、インターネット７１と接続され、インターネット７１を介してサーバー５１と通信することが可能である。

ＤＢ６１は、三次元構成要素ファイルを記憶する三次元構成要素ファイルＤＢと、付帯情報ファイルを記憶する付帯情報ファイルＤＢと、を含む。
バックアップ領域６２は、三次元構成要素ファイルおよび付帯情報ファイルをバックアップとして記憶する。
なお、配信されるＤＢ６１のデータは、例えば、ユーザの公開鍵を用いた公開鍵暗号方式により保護されてもよい。

サーバー５１は、ＤＢ６１およびバックアップ領域６２とファイルのやり取りをする。
サーバー５１は、三次元データを配信する。
サーバー５１は、インターネット７１と接続され、インターネット７１を介してそれぞれのコンピュータシステム３１～３３と通信することが可能である。

［コンピュータシステムの他の例］
図４は、実施形態に係るコンピュータシステムＮ２の概略的な構成の他の例を示す図である。
図３に示されるコンピュータシステム３１～３３の構成および動作は概略的に同様であり、コンピュータシステムＮ２としてまとめて説明する。
コンピュータシステムＮ２は、情報処理装置の一例である。本実施形態では、コンピュータシステムＮ２は、ユーザのログインの操作（例えば、当該ユーザの識別情報およびパスワードの入力）に応じて当該ユーザを認証し、当該ユーザによって行われる操作に応じて各種の処理（本実施形態では、以下で説明する各種の内容を実現するための処理）を実行する。

コンピュータシステムＮ２は、インターネット通信処理装置１３１と、三次元データ抽出装置１３２と、三次元データ表示装置１３３と、トランザクション処理装置１３４と、ブロックチェーン１３５と、ブロックチェーン処理装置１３６と、Ｐ２Ｐ通信処理装置１３７と、を備える。

インターネット通信処理装置１３１は、インターネットの通信処理を行う。
三次元データ抽出装置１３２は、インターネット通信処理装置１３１と三次元データをやり取りする。
ここで、図３および図４の例では、図１および図２の例と比べて、ＤＢ６１およびバックアップ領域６２がクラウドに設けられており、コンピュータシステムＮ２がインターネット７１を介してサーバー５１と通信することでＤＢ６１およびバックアップ領域６２と三次元データをやり取りする点で相違し、他の点で同様である。

なお、図３および図４の例では、インターネット７１が用いられる場合を示したが、インターネット７１の代わりに、他のネットワークが用いられてもよい。

ここで、コンピュータシステムＮ２は、例えば、ＣＰＵなどのプロセッサーと、記憶装置（図４の例では、ブロックチェーン１３５の記憶装置を含む。）と、を備え、プロセッサーにより所定のプログラム（制御プログラム）を実行することで、各種の処理を実行する。

なお、図４の例では、コンピュータシステムＮ２の処理部（制御部などと呼ばれてもよい。）が複数の構成部分に区分された例を示してあるが、この区分は説明のための一例であり、各構成部分の区分としては、他の任意の区分が用いられてもよい。また、図４に示される各構成部分の間のつながり（情報のやり取り）も説明のための一例であり、図４の例に限定されない。
また、必ずしも各構成部分の区分が存在する必要は無く、例えば、コンピュータシステムＮ２が有する処理部（制御部などと呼ばれてもよい。）が、コンピュータシステムＮ２におけるすべての処理を実行すると捉えられてもよい。

また、本実施形態では、説明を簡易にするために、ノードを構成する全てのコンピュータシステム３１～３３が同様な構成（図４に示される構成）であるとして説明するが、それぞれのコンピュータシステムはそれぞれ任意の構成であってもよい。
なお、マイナーノードとなるコンピュータシステム３４は、マイニングを行う機能を有している。

以下では、図１および図２に示される構成が用いられる場合について説明する。
以下と同様な構成および動作は、図３および図４に示される構成に適用されてもよい。

［三次元データのファイル構成］
図５は、実施形態に係る三次元データのファイル構成の一例を示す図である。
本実施形態では、三次元データの構成要素ごとに、形状データと属性データをそれぞれ別のファイルで管理する。

図５には、具体例として、三次元物体２１１（テレビ）を示してある。
三次元物体２１１を複数の構成要素である、構成要素Ａ（ディスプレイ）、構成要素Ｂ（支持部）、構成要素Ｃ（スタンド）に分けて管理する。
構成要素Ａについて、構成要素Ａの形状データを含む形状ファイル２２１と、構成要素Ａの属性データを含む属性ファイル２２２を管理する。
構成要素Ｂについて、構成要素Ｂの形状データを含む形状ファイル２３１と、構成要素Ｂの属性データを含む属性ファイル２３２を管理する。
構成要素Ｃについて、構成要素Ｃの形状データを含む形状ファイル２４１と、構成要素Ｃの属性データを含む属性ファイル２４２を管理する。

ここで、三次元データの構成要素は、例えば、コンピュータグラフィックスにおける座標を持った描画対象の形状（ジオメトリ）の集合体であり、物体として意味を成す最小単位のオブジェクトを指す。具体例として、テレビの構成要素は、例えば、当該テレビを構成する「ディスプレイ」、「支持部」、「スタンド」となる。また、テレビについて、「スタンド」を固定する「ボルト」が三次元データで表現されている場合には、当該「ボルト」も構成要素として扱われる。

図５の例では、三次元物体を３個の構成要素に分けて管理する場合を示したが、三次元物体の構成要素数は、１個であってもよく、２個であってもよく、あるいは、４個以上であってもよい。
三次元物体を複数の構成要素に分ける分け方としては、任意の分け方であってもよく、例えば、分解可能な構成要素の単位での分け方が用いられてもよい。

それぞれのファイルの形式は、任意であってもよく、例えば、仕様が公開されている形式であってもよく、あるいは、他の形式であってもよい。具体例として、形状ファイルの形式として、ＳＴＬ、ＯＢＪ、ｇｌＴＦなどが用いられてもよい。また、属性ファイルの形式として、Ｔｅｘｔ、ＣＳＶ、ＪＳＯＮ、ＳＱＬｉｔｅなどが用いられてもよい。

［三次元データファイルを生成する方法の一例］
図６は、実施形態に係る三次元データファイルを生成する方法の一例を示す図である。
本例では、基になる三次元データファイルに基づいて三次元構成要素ファイル（形状ファイルと属性ファイル）および付帯情報ファイルからなる三次元データファイルを生成する方法について説明する。
なお、形状ファイルは形状データファイルなどと呼ばれてもよく、また、属性ファイルは属性データファイルなどと呼ばれてもよい。また、形状ファイルのデータは形状データなどと呼ばれてもよく、また、属性ファイルのデータは属性データなどと呼ばれてもよい。
基になる三次元データファイルは、任意のファイルであってもよく、例えば、設計・施工用の三次元ＣＡＤデータのファイルである。

三次元データ３１１は、基になるデータである。
三次元データ３１１は、形状データと、属性データを含む。
本実施形態では、三次元データ３１１は、Ｎ（Ｎは２以上の整数）個の構成要素に分けられる場合を示す。

三次元データ変換装置３１２は、三次元データ３１１を取り込み、構成要素を特定し、特定した構成要素の三次元データをファイルとして生成し、データ形式の変換およびＧＵＩＤ（Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）の付与を行い、生成したファイルを出力する。
このように、三次元データ変換装置３１２は、構成要素ごとに、三次元データ３１１に基づいて、形状ファイル３２１、属性ファイル３２２を生成する。

付帯情報作成ソフト３１３は、付帯情報ファイル３２３を生成する。
付帯情報作成ソフト３１３は、付帯情報を作成するソフトウェアであり、例えば、拡張子ごとのアプリケーションである。
形状ファイル３２１、属性ファイル３２２、および付帯情報ファイル３２３のファイルセットが、三次元の構成要素ごとに、総じて複数生成される。

ＧＵＩＤ生成装置３１４は、ＧＵＩＤを生成する。
また、ＧＵＩＤ生成装置３１４は、拡張子ｃｃｃのファイル名を変更する。

形状ファイル３２１は、構成要素ごとにＮ個あり、例えば、ファイル名がＧＵＩＤ．ａａａである。本実施形態では、ａａａは三次元データファイル（形状データのファイル）の拡張子である。
属性ファイル３２２は、構成要素ごとにＮ個あり、例えば、ファイル名がＧＵＩＤ．ｂｂｂである。本実施形態では、ｂｂｂは、属性データのファイルの拡張子である。
付帯情報ファイル３２３は、任意のファイル数ごとにあり、例えば、ファイル名がＧＵＩＤ．ｃｃｃである。本実施形態では、ｃｃｃは、付帯情報ファイルの拡張子である。

ＧＵＩＤは、データを一意に識別するために用いられる識別子であり、例えば、１２８ビットの整数値からなる。
ＧＵＩＤは、世界中に唯一のキーとして扱うことが可能であり、“８桁－４桁－４桁－４桁－１２桁”のようにハイフン（－）で文字間を区切った文字列である。

ここで、ＧＵＩＤに関して同じ拡張子の付帯情報が複数ある場合には、同じ拡張子の付帯情報ファイルを圧縮（例えば、ＺＩＰ圧縮など）してひとまとめにする。この場合、圧縮ファイルのファイル名をＧＵＩＤとする。例えば、三次元構成要素［ＧＵＩＤ］に対して、２つの付帯情報ファイルである“［任意の名前１］．ｃｃｃ”というファイルと“［任意の名前２］．ｃｃｃ”というファイルが存在する場合、これら２つのファイルを１つのファイルに圧縮し、圧縮ファイルのファイル名を“［ＧＵＩＤ］．ｚｉｐ”などとする。

［三次元データファイルを生成する方法の他の例］
図７は、実施形態に係る三次元データファイルを生成する方法の他の例を示す図である。
本例では、三次元構成要素ファイル（形状ファイルと属性ファイル）および付帯情報ファイルからなる三次元データファイルのそれぞれを個別に生成する方法について説明する。

三次元データ作成ソフト４１１は、モデルを作成し、それに基づく形状データのファイル（形状ファイル４２１）を保存する。
属性データ作成ソフト４１２は、属性データを入力し、それに基づく属性データのファイル（属性ファイル４２２）を保存する。

ここで、三次元データ作成ソフト４１１としては、任意のソフトウェアが用いられてもよく、例えば、従来の設計・施工三次元ＣＡＤソフトが用いられてもよい。三次元データ作成ソフト４１１としては、例えば、三次元データ表示装置１１４が表示することができるファイル形式（例えば、ＳＴＬ、ＯＢＪ、ｇｌＴＦなど）で保存することができればよい。
また、属性データ作成ソフト４１２についても、任意のソフトウェアが用いられてもよく、例えば、三次元データ表示装置１１４が表示することができるファイル形式で保存することができればよい。

付帯情報作成ソフト４１３は、付帯情報ファイル４２３を生成する。
付帯情報作成ソフト４１３は、図６に示される付帯情報作成ソフト３１３と同様な機能を有する。
形状ファイル４２１、属性ファイル４２２、および付帯情報ファイル４２３のファイルセットが、三次元の構成要素ごとの単一セットとして生成される。

ＧＵＩＤ生成装置４１４は、ＧＵＩＤを生成する。
ＧＵＩＤ生成装置４１４は、図６に示されるＧＵＩＤ生成装置３１４と同様な機能を有する。

形状ファイル４２１は、１個の構成要素について１個あり、例えば、ファイル名がＧＵＩＤ．ａａａである。
属性ファイル４２２は、１個の構成要素について１個あり、例えば、ファイル名がＧＵＩＤ．ｂｂｂである。
付帯情報ファイル４２３は、任意のファイル数ごとにあり、例えば、ファイル名がＧＵＩＤ．ｃｃｃである。

［ブロックチェーンに格納するトランザクションの概要］
図８は、実施形態に係るブロックチェーンに格納するトランザクション５０１の概略的な一例を示す図である。
本例では、三次元構成要素ファイルおよび付帯情報ファイルの変更記録を行うトランザクションの概略的な例を示す。

図８の例では、トランザクション５０１の構成部分の情報（構成部分情報）として、プロジェクト識別子５１１と、ユーザ識別子５１２と、Ｉｎ情報５１３と、Ｏｕｔ情報５１４と、管理者の情報（管理者情報５１５）と、変更者の情報（変更者情報５１６）と、取引情報のデジタル署名５１７と、を示してある。
ここで、トランザクション５０１は、トランザクション５０１が使用される状況（本実施形態では、ジェネシス、許可、申請、承認）によって、図８に例示される一部の構成部分情報を含まなくてもよく、あるいは、図８に示される構成部分情報以外の情報を含んでもよい。

Ｉｎ情報５１３は、変更前の構成要素並びに付帯情報のファイルを特定する情報である。
Ｏｕｔ情報５１４は、変更後の構成要素並びに付帯情報のファイルを特定する情報である。
ファイルを特定する情報としては、例えば、ファイルのハッシュ値（ファイルハッシュ値）が用いられる。
ファイルの名称としては、例えば、ＧＵＩＤの文字列が用いられ、三次元構成要素を特定するために使用される。
なお、それぞれの情報ごとに、トランザクション５０１における所定の領域に格納されてもよい。

トランザクションは、ブロックチェーンにおける取引者と取引内容の記録データに相当する。本実施形態では、トランザクションは、三次元構成要素ファイルおよび付帯情報ファイルに対する、変更内容および変更を行った者、承認内容および承認を行った者などを記録する。
本実施形態では、変更前の情報をＩｎ情報５１３の領域に記録し、変更後の情報をＯｕｔ情報５１４の領域に記録する。本実施形態では、変更を行ったファイルそのもの（バイナリーデータ）はトランザクションに含まれず、ファイルを特定する情報としてファイルハッシュ値がＩｎ情報５１３とＯｕｔ情報５１４に登録される。ファイルハッシュ値により、形状ファイル、属性ファイル、および、付帯情報ファイルが特定される。
ファイルハッシュ値は、ファイルのバイナリーデータから生成されるハッシュ値である。ハッシュアルゴリズムとしては、任意のアルゴリズムが用いられてもよく、例えば、ＭＤ５、ＳＨＡ－１、あるいは、ＳＨＡ－２５６が用いられてもよい。

Ｉｎ情報５１３とＯｕｔ情報５１４には、三次元構成要素を示すファイル情報の他に、当該三次元構成要素に付帯する情報（付帯情報）を格納したファイルの情報が、変更情報として登録されてもよい。このような付帯情報は、例えば、施設の構成管理に必要な情報であってもよく、具体例として、仕様書などの設計要件情報、あるいは、設計図または図書などの施設構成情報であってもよい。
ここで、付帯情報は、構成要素ごとに対応付けられる付加的情報（メタデータ）であり、任意のファイル書式（例えば、テキスト、ＰＤＦ、画像など）の電子ファイル（または、電子ファイル群）で管理されてもよい。本実施形態では、管理者または変更者は、三次元データ表示装置１１４により、構成要素の付加的情報として自由に付帯情報にアクセスすることができ、当該付帯情報の内容を確認することが可能である。

ファイルそのものは、三次元構成要素ファイルＤＢまたは付帯情報ファイルＤＢのストレージ領域、または、バイナリーデータが格納できるデータベースシステムに保存される。管理者は、ファイルＤＢに保存されたファイルを照査することで、変更内容を評価し、承認または却下の判断を行う。

［トランザクションのＩｎ情報およびＯｕｔ情報］
三次元構成要素の変更の種類および変更の許可に応じた、トランザクションのＩｎ情報およびＯｕｔ情報の組み合わせについて説明する。

図９（Ａ）は、差替のトランザクションのＩｎ情報およびＯｕｔ情報の一例を示す図である。
この場合、Ｉｎ情報は、単一のファイルセット情報であり、例えば、ファイル名と、ファイルハッシュ値である。なお、ファイル名は使用されなくてもよい。
また、Ｏｕｔ情報は、単一のファイルセット情報であり、例えば、ファイル名と、ファイルハッシュ値である。なお、ファイル名は使用されなくてもよい。
ここで、差替は、Ｏｕｔ情報のファイル情報で特定されるファイルを三次元構成要素ファイルＤＢまたは付帯情報ファイルＤＢに加え、Ｉｎ情報のファイル情報で特定されるファイルをバックアップ領域１１２に移動する処理を行う。
差替では、例えば、ある「椅子」から別の「椅子」への差替のように同一種類の物の差替が用いられてもよく、あるいは、ある「椅子」からある「テーブル」への差替のように異なる種類の物の差替が用いられてもよい。

図９（Ｂ）は、分割のトランザクションのＩｎ情報およびＯｕｔ情報の一例を示す図である。
この場合、Ｉｎ情報は、単一のファイルセット情報であり、例えば、ファイル名と、ファイルハッシュ値である。なお、ファイル名は使用されなくてもよい。
また、Ｏｕｔ情報は、複数のファイルセット情報であり、例えば、ファイル名と、ファイルハッシュ値である。なお、ファイル名は使用されなくてもよい。
ここで、分割は、Ｏｕｔ情報のファイル情報で特定されるファイルを三次元構成要素ファイルＤＢまたは付帯情報ファイルＤＢに加え、Ｉｎ情報のファイル情報で特定されるファイルをバックアップ領域１１２に移動する処理を行う。
分割では、例えば、１つの構成要素が２つ以上の構成要素に分割されるというように、構成要素が増加する。

図９（Ｃ）は、結合のトランザクションのＩｎ情報およびＯｕｔ情報の一例を示す図である。
この場合、Ｉｎ情報は、複数のファイルセット情報であり、例えば、ファイル名と、ファイルハッシュ値である。なお、ファイル名は使用されなくてもよい。
また、Ｏｕｔ情報は、単一のファイルセット情報であり、例えば、ファイル名と、ファイルハッシュ値である。なお、ファイル名は使用されなくてもよい。
ここで、結合は、Ｏｕｔ情報のファイル情報で特定されるファイルを三次元構成要素ファイルＤＢまたは付帯情報ファイルＤＢに加え、Ｉｎ情報のファイル情報で特定されるファイルをバックアップ領域１１２に移動する処理である。
結合では、例えば、２つ以上の構成要素が１つの構成要素に結合されるというように、構成要素が減少する。

なお、構成要素が複数のＧＵＩＤ（三次元構成要素データを一意に識別するための識別子）で構成されている場合には、単一のＧＵＩＤに変更する。例えば、椅子が、脚に４つの構成要素、座面に１つの構成要素、背もたれに７つの構成要素といった合計１２の構成要素を有する場合、結合の変更申請により、これらはまとめられて１つの構成要素として扱われるようになり、単一のＧＵＩＤで管理される。

図９（Ｄ）は、削除のトランザクションのＩｎ情報およびＯｕｔ情報の一例を示す図である。
この場合、Ｉｎ情報は、単一または複数のファイルセット情報であり、例えば、ファイル名と、ファイルハッシュ値である。なお、ファイル名は使用されなくてもよい。
また、Ｏｕｔ情報は、空である。
ここで、削除は、Ｉｎ情報のファイル情報で特定されるファイルをバックアップ領域１１２に移動する処理である。
削除では、例えば、１つの構成要素がなくなるというように、構成要素が減少する。

図９（Ｅ）は、追加のトランザクションのＩｎ情報およびＯｕｔ情報の一例を示す図である。
この場合、Ｉｎ情報は、空である。
また、Ｏｕｔ情報は、単一または複数のファイルセット情報であり、例えば、ファイル名と、ファイルハッシュ値である。なお、ファイル名は使用されなくてもよい。
ここで、追加は、Ｏｕｔ情報のファイル情報で特定されるファイルを三次元構成要素ファイルＤＢまたは付帯情報ファイルＤＢに加える処理を行う。
追加では、例えば、１つの構成要素が追加されるというように、構成要素が増加する。

図９（Ａ）～図９（Ｅ）に示されるそれぞれの種類の変更では、Ｉｎ情報のハッシュ値とＯｕｔ情報のハッシュ値とが異なり、変更内容の承認が必要となる。

図９（Ｆ）は、権限委譲のトランザクションのＩｎ情報およびＯｕｔ情報の一例を示す図である。
この場合、Ｉｎ情報は、単一または複数のファイルセット情報であり、例えば、ファイル名と、ファイルハッシュ値である。なお、ファイル名は使用されなくてもよい。
また、Ｏｕｔ情報は、Ｉｎ情報と同じ情報である。
ここで、権限委譲は、Ｉｎ情報とＯｕｔ情報の内容を全く同じにして、変更の権限および共同管理者の権限を送信先の者（ユーザ）に与える処理である。

共同管理者の権限は、他の者に変更の権限を与えることができる権限である。
具体例として、最初の管理者を親とし、親から権限委譲を受けた者（変更者）を子とすると、子は共同管理者の権限によって他の者（孫）に権限委譲することができる。この場合、孫は変更者として変更を行い、当該変更の内容を子が承認する。そして、孫が行った当該変更の内容を子が行った変更として子が親に申請し、当該変更の内容を親が承認する。

［ジェネシストランザクション］
図１０は、実施形態に係るジェネシストランザクション６０１の構成例を示す図である。
ジェネシストランザクション６０１は、初期のトランザクションである。
ジェネシストランザクション６０１は、トランザクション識別子（ＴＸ識別子）６１１ａと、プロジェクト識別子６１１ｂと、ユーザ識別子６１１ｃと、Ｉｎ情報６１３と、Ｏｕｔ情報６１４と、管理者の公開鍵ハッシュ値（ハッシュ値６１５）と、を含む。
トランザクション識別子６１１ａは、トランザクションを個別に識別するための番号である。図１０の例では、トランザクション識別子６１１ａを“ＴＸ１”としている。
また、図１０の例では、管理者の秘密鍵（秘密鍵６２１）を示してある。

ここで、プロジェクト識別子６１１ｂは、プロジェクトで扱う三次元データを識別するために使用される番号である。
ユーザ識別子６１１ｃは、プロジェクト内で管理されるブロックチェーンの管理者となるユーザを識別するために使用される番号であり、ユーザ識別子６１１ｃとしては、例えば、ユーザの公開鍵ハッシュ値などが用いられる。
Ｉｎ情報６１３は、初回の構成要素並びに付帯情報のファイルを特定する情報である。
Ｏｕｔ情報６１４は、Ｉｎ情報６１３と同じ情報である。

［許可トランザクション］
図１１は、実施形態に係る許可トランザクション７０１の構成例を示す図である。
許可トランザクション７０１は、管理者から変更者へのトランザクションである。
許可トランザクション７０１は、トランザクション識別子（ＴＸ識別子）７１１ａと、プロジェクト識別子７１１ｂと、ユーザ識別子７１１ｃと、Ｉｎ情報７１３と、Ｏｕｔ情報７１４と、１つ前のトランザクションに基づくハッシュ値７１５と、変更者の公開鍵ハッシュ値（ハッシュ値７１６）と、管理者の公開鍵（公開鍵７１７）と、デジタル署名７１８と、を含む。図１１の例では、ハッシュ値７１５は、ジェネシストランザクション６０１におけるトランザクション識別子６１１ａ（“ＴＸ１”）のハッシュ値である。
図１１の例では、トランザクション識別子７１１ａを“ＴＸ２”としている。
また、図１１の例では、管理者の秘密鍵（秘密鍵６２１）、および、変更者の秘密鍵（秘密鍵７２１）を示してある。

Ｉｎ情報７１３は、変更権限を与える構成要素並びに付帯情報のファイルを特定する情報である。
Ｏｕｔ情報７１４は、Ｉｎ情報７１３と同じ情報である。
デジタル署名７１８は、ハッシュ値７１５、ハッシュ値７１６、および、変更対象（Ｉｎ情報７１３、Ｏｕｔ情報７１４）のデジタル署名である。
デジタル署名７１８は、管理者の秘密鍵（秘密鍵６２１）により署名され、管理者の公開鍵（公開鍵７１７）により検証される。

［申請トランザクション］
図１２は、実施形態に係る申請トランザクション８０１の構成例を示す図である。
申請トランザクション８０１は、変更者から管理者へのトランザクションである。
申請トランザクション８０１は、トランザクション識別子（ＴＸ識別子）８１１ａと、プロジェクト識別子８１１ｂと、ユーザ識別子８１１ｃと、Ｉｎ情報８１３と、Ｏｕｔ情報８１４と、１つ前のトランザクションに基づくハッシュ値８１５と、管理者の公開鍵ハッシュ値（ハッシュ値８１６）と、変更者の公開鍵（公開鍵８１７）と、デジタル署名８１８と、を含む。図１２の例では、ハッシュ値８１５は、許可トランザクション７０１におけるトランザクション識別子７１１ａ（“ＴＸ２”）のハッシュ値である。
図１２の例では、トランザクション識別子８１１ａを“ＴＸ３”としている。
また、図１２の例では、変更者の秘密鍵（秘密鍵７２１）、および、管理者の秘密鍵（秘密鍵８２１）を示してある。

Ｉｎ情報８１３は、変更前の構成要素並びに付帯情報のファイルを特定する情報である。
Ｏｕｔ情報８１４は、変更後の構成要素並びに付帯情報のファイルを特定する情報である。
デジタル署名８１８は、ハッシュ値８１５、ハッシュ値８１６、および、変更内容（Ｉｎ情報８１３、Ｏｕｔ情報８１４）のデジタル署名である。
デジタル署名８１８は、変更者の秘密鍵（秘密鍵７２１）により署名され、変更者の公開鍵（公開鍵８１７）により検証される。

［承認トランザクション］
図１３は、実施形態に係る承認トランザクション９０１の構成例を示す図である。
承認トランザクション９０１は、管理者による変更判定結果のトランザクションである。
承認トランザクション９０１は、トランザクション識別子（ＴＸ識別子）９１１ａと、プロジェクト識別子９１１ｂと、ユーザ識別子９１１ｃと、Ｉｎ情報９１３と、Ｏｕｔ情報９１４と、１つ前のトランザクションに基づくハッシュ値９１５と、管理者の公開鍵ハッシュ値（ハッシュ値９１６）と、管理者の公開鍵（公開鍵９１７）と、デジタル署名９１８と、を含む。図１３の例では、ハッシュ値９１５は、申請トランザクション８０１におけるトランザクション識別子８１１ａ（“ＴＸ３”）のハッシュ値である。
図１３の例では、トランザクション識別子９１１ａを“ＴＸ４”としている。
また、図１３の例では、管理者の秘密鍵（秘密鍵８２１）を示してある。

Ｉｎ情報９１３は、変更前または変更後の構成要素並びに付帯情報のファイルを特定する情報である。
Ｏｕｔ情報９１４は、Ｉｎ情報９１３と同じ情報である。
デジタル署名９１８は、ハッシュ値９１５、および、承認結果（Ｉｎ情報９１３、Ｏｕｔ情報９１４）のデジタル署名である。
デジタル署名９１８は、管理者の秘密鍵（秘密鍵８２１）により署名され、管理者の公開鍵（公開鍵９１７）により検証される。

図１０～図１３に示されるトランザクションの処理について説明する。
管理者は、自身の公開鍵ハッシュ値が記録されていて且つＩｎ情報とＯｕｔ情報が同じトランザクション（例えば、ジェネシストランザクション６０１）に対して変更許可のためのトランザクション（例えば、許可トランザクション７０１）を発行することができる。
管理者から変更の許可を与えられない限り、管理者以外のユーザは、ファイルの変更を行うことはできない。
管理者は、変更許可のトランザクションを同時に複数のユーザに対して発行することができる。
変更許可が与えられたユーザは、トランザクション（例えば、許可トランザクション７０１）のＯｕｔ情報に記載されたファイル情報から特定されるファイルに対してのみ変更を行うことができる。
変更許可が与えられたユーザは、当該ファイルの共同管理者の権限も与えられる。これにより、当該ユーザは、他のユーザに変更を許可する権限も得る。

変更者は、構成要素の変更を行った場合、変更者に権限を与えた管理者に対してのみ、申請トランザクション８０１により、変更の申請を行うことができる。
管理者は、変更内容を確認し、承認または否認の判断を行う。承認の場合は、管理者は、変更後のファイル情報をＩｎ情報とＯｕｔ情報に記録し、承認トランザクション９０１を作成する。否認の場合は、管理者は、変更前のファイル情報をＩｎ情報とＯｕｔ情報に記録して、承認トランザクション９０１を作成する。承認トランザクション９０１には、該当する構成要素の管理者となるユーザの公開鍵ハッシュ値（ハッシュ値９１６）を登録する。
承認を行った管理者が再度管理者となる場合には、管理者は、自身の公開鍵ハッシュ値をトランザクションに登録する。変更申請した変更者に引き続き変更を許可する場合には、管理者は、変更者の公開鍵ハッシュ値をトランザクションに登録する。本実施形態では、該当する構成要素が最後に記録されたトランザクションに自身の公開鍵ハッシュ値が含まれているユーザが、当該構成要素について許可、申請、または、承認を実行することが可能である。
なお、複数のユーザに変更権限を与えた場合であって、変更が承認された後に他の変更者から変更の申請があった場合には、後から来た変更については、自動的に否認として扱う構成としても良い。

［ブロックチェーンへのトランザクションの格納］
本実施形態では、初期には、ジェネシストランザクションによって、三次元データを構成する複数の構成要素のファイルセット（初期的な三次元データ）が定義される。そして、ジェネシストランザクションのみが格納されたブロック（ジェネシスブロック）が生成される。
その後、当該三次元データの構成要素ごとに、変更（差替、分割、結合、削除、追加）が実行されていく。１回の変更は、許可トランザクション、申請トランザクション、承認トランザクションといった流れで実現される。なお、管理者から変更者への変更許可ばかりでなく、権限委譲された当該変更者から他の変更者への変更許可が行われてもよい。
ジェネシストランザクション以外のトランザクション（許可トランザクション、申請トランザクション、承認トランザクション）は、ジェネシスブロックに後続するブロックに格納されていく。ブロックは、所定のタイミングごと（例えば、１０分ごとなど）に生成され、前回のブロックが生成された後に発生した１個以上のトランザクションが次回のブロックに格納される。本実施形態では、プロジェクト識別子が同じであって、かつ、トランザクションプールのトランザクションに記録されたプロジェクト識別子とユーザ識別子の値が同じトランザクションが集められてブロックが形成される。
このような複数のブロックが時系列で繋がっていきブロックチェーンが生成される。

本実施形態では、Ｐ２Ｐネットワーク２１に参加しているユーザは、管理者から許可を与えられないと構成要素の各種情報（形状データ、属性データ、メタデータである付帯情報データ）にアクセスすることができない（確認することができない）構成としてあるが、Ｐ２Ｐネットワーク２１に参加してブロックチェーンを扱うこと（例えば、マイニングだけするなど）は可能である。
なお、本実施形態では、プライベートブロックチェーンに基づくブロックチェーンが用いられているが、これに限られず、例えば、パブリック型、パーミッション型（プライベート、または、コンソーシアム）といった任意のブロックチェーンが用いられてもよい。

［ブロックチェーンをプロジェクト単位で新規に作成する処理］
図１４は、実施形態に係るブロックチェーンをプロジェクト単位で新規に作成する処理の手順の一例を示す図である。この処理の手順は、ジェネシストランザクション６０１を格納するブロック（ジェネシスブロック）を作成する処理の手順である。ジェネシスブロックは、ひとつ前のブロックハッシュ値を継承していない一番初めのブロックである。
この処理は、例えば、管理者が当該管理者のコンピュータシステムＮ１を操作することで行われる。

（ステップＳ１）
コンピュータシステムＮ１では、プロジェクト識別子を取得する。そして、ステップＳ２の処理へ移行する。
この処理は、例えば、トランザクション処理装置１１５により行われる。

（ステップＳ２）
コンピュータシステムＮ１では、三次元構成要素ファイルＤＢおよび付帯情報ファイルＤＢに初期データを登録する。そして、ステップＳ３の処理へ移行する。
この処理は、例えば、三次元データ抽出装置１１３により行われる。

（ステップＳ３）
コンピュータシステムＮ１では、これらのファイルＤＢ（三次元構成要素ファイルＤＢおよび付帯情報ファイルＤＢ）の内部のファイル情報の全てを含むトランザクションを初期トランザクションとして発行する。そして、ステップＳ４の処理へ移行する。
この処理は、例えば、トランザクション処理装置１１５により行われる。

（ステップＳ４）
コンピュータシステムＮ１では、発行するトランザクションに、プロジェクト識別子と、管理者のユーザ識別子を登録する。そして、ステップＳ５の処理へ移行する。
この処理は、例えば、トランザクション処理装置１１５により行われる。

（ステップＳ５）
コンピュータシステムＮ１では、全トランザクションをジェネシスブロック（単一）に追加する。そして、本フローの処理を終了する。
この処理は、例えば、ブロックチェーン処理装置１１７により行われる。

［トランザクションを作成する処理］
図１５は、実施形態に係るトランザクションを作成する処理の手順の一例を示す図である。
この処理は、管理者または変更者が自身のコンピュータシステムＮ１を操作することで行われる。
この処理では、トランザクションを作成する条件と、トランザクションをピアに送信するまでの処理が示される。ピアは、ノードが接続している他のノードを表す。

（ステップＳ１１）
コンピュータシステムＮ１では、構成要素のＧＵＩＤを特定し、三次元構成要素ファイルからファイルハッシュ関数によりハッシュ値を特定する。そして、ステップＳ１２の処理へ移行する。
この処理は、例えば、トランザクション処理装置１１５により行われる。

（ステップＳ１２）
コンピュータシステムＮ１では、自身（コンピュータシステムＮ１の操作者である管理者または変更者）の公開鍵ハッシュ値および当該構成要素がＯｕｔ情報に記録されているトランザクションがブロックチェーン内に存在するか否かを判定する。
この判定の結果、このようなトランザクションが存在する場合には（ステップＳ１２：ＹＥＳ）、ステップＳ１３の処理へ移行する。
一方、この判定の結果、このようなトランザクションが存在しない場合には（ステップＳ１２：ＮＯ）、ステップＳ２０の処理へ移行する。
この処理は、例えば、ブロックチェーン処理装置１１７により行われる。

（ステップＳ１３）
コンピュータシステムＮ１では、該当するトランザクションにおけるＩｎ情報とＯｕｔ情報とが同じ情報であるか否かを判定する。
この判定の結果、これらの情報が同じ情報である場合には（ステップＳ１３：ＹＥＳ）、ステップＳ１４の処理へ移行する。
一方、この判定の結果、これらの情報が同じ情報ではない場合には（ステップＳ１３：ＮＯ）、ステップＳ１７の処理へ移行する。
この処理は、例えば、トランザクション処理装置１１５により行われる。

（ステップＳ１４）
コンピュータシステムＮ１では、他のユーザに変更許可を与えるか否かを判定する。
この判定の結果、他のユーザに変更許可を与える場合には（ステップＳ１４：ＹＥＳ）、ステップＳ１５の処理へ移行する。
一方、この判定の結果、他のユーザに変更許可を与えない場合には（ステップＳ１４：ＮＯ）、ステップＳ１６の処理へ移行する。
この処理は、例えば、トランザクション処理装置１１５により行われる。

（ステップＳ１５）
コンピュータシステムＮ１では、許可トランザクションの発行を行う。この場合、コンピュータシステムＮ１は、許可ノードとして機能する。そして、ステップＳ１８の処理へ移行する。
この処理は、例えば、トランザクション処理装置１１５により行われる。

（ステップＳ１６）
コンピュータシステムＮ１では、申請トランザクションの発行を行う。この場合、コンピュータシステムＮ１は、申請ノードとして機能する。そして、ステップＳ１９の処理へ移行する。
この処理は、例えば、トランザクション処理装置１１５により行われる。

（ステップＳ１７）
コンピュータシステムＮ１では、承認トランザクションの発行を行う。この場合、コンピュータシステムＮ１は、承認ノードとして機能する。そして、ステップＳ１８の処理へ移行する。
この処理は、例えば、トランザクション処理装置１１５により行われる。

（ステップＳ１８）
コンピュータシステムＮ１では、発行したトランザクションをピアに送信する。そして、本フローの処理を終了する。
この処理は、例えば、ブロックチェーン処理装置１１７により行われる。

（ステップＳ１９）
コンピュータシステムＮ１では、変更後の構成要素および付帯情報のファイルをファイルＤＢ（三次元構成要素ファイルＤＢ、付帯情報ファイルＤＢ）に登録する。そして、ステップＳ１８の処理へ移行する。
この処理は、例えば、三次元データ抽出装置１１３により行われる。

（ステップＳ２０）
コンピュータシステムＮ１では、トランザクションの作成は不可であると判定する。そして、本フローの処理を終了する。
この処理は、例えば、トランザクション処理装置１１５により行われる。

［ブロックチェーンファーム］
図１６は、実施形態に係るブロックチェーンファーム１０２１の一例を示す図である。
図１６には、コンピュータシステム１０１１（コンピュータシステムＮ１の一例）におけるブロックチェーンファーム１０２１の一例を示してある。
ブロックチェーンファーム１０２１では、複数のプロジェクト（案件）について、プロジェクトごとに独立したブロックチェーンが同一のノード内で管理される。なお、プロジェクトごとに、当該プロジェクト（同一のプロジェクト）内で発生した派生的なブロックチェーンのデータ構造が格納されてもよい。
なお、ブロックチェーンファームという名称は、説明の便宜上の名称であり、他の名称で呼ばれてもよい。

ブロックチェーンファーム１０２１は、プロジェクト識別子ごとにデータを保持する。
図１６の例では、複数のプロジェクト識別子１０３１～１０３４のそれぞれごとのデータを示してある。
プロジェクト識別子１０３１について、管理者情報１０５１および共同管理者情報１０５２、１０５３が保持されている。
管理者情報１０５１および共同管理者情報１０５２、１０５３のそれぞれは、ブロックチェーンのブロックのデータを保持する。
ここで、プロジェクト識別子ごとに、共同管理者は、１人であってもよく、あるいは、２人以上であってもよい。

ここで、三次元データは、ブロックチェーンファーム１０２１の内部でプロジェクトごとに管理される。ブロックチェーンファーム１０２１の内部のプロジェクトは、プロジェクト識別子により個別に管理される。
本実施形態では、プロジェクトごとにプロジェクト識別子で管理することで、同一のノードで複数のブロックチェーンを扱うことが可能である。

プロジェクトの内部では、ユーザ（管理者、または、変更者）ごとにブロックチェーンが管理される。プロジェクトの内部のブロックチェーンは、ユーザ識別子により個別に管理される。
ユーザ識別子に対応するユーザ以外のユーザは、原則、三次元データ表示装置１１４で当該ユーザ識別子に対応する三次元データを表示することはできない。

［三次元データ表示の処理］
図１７～図１９を参照して、三次元データ表示の処理について説明する。この処理は、ファイルＤＢから必要なデータを抽出して、当該データに基づく表示を行う処理である。
この処理は、管理者または変更者が自身のコンピュータシステムＮ１を操作することで行われる。

図１７は、実施形態に係る三次元データ表示の処理の手順の一例を示す図である。

（ステップＳ３１）
コンピュータシステムＮ１において、三次元データ表示装置１１４が起動されると、プロジェクトを選択する処理を行う。そして、ステップＳ３２の処理に移行する。
この処理は、例えば、三次元データ表示装置１１４により行われる。

（ステップＳ３２）
コンピュータシステムＮ１において、三次元データ抽出装置１１３による処理（図１８に示される処理）を行う。そして、ステップＳ３３の処理に移行する。

（ステップＳ３３）
コンピュータシステムＮ１において、三次元データ表示装置１１４によるファイルの表示の処理（図１９に示される処理）を行う。そして、本フローの処理を終了する。

図１８は、実施形態に係る三次元データ抽出装置１１３により行われる処理の手順の一例を示す図である。

（ステップＳ４１）
コンピュータシステムＮ１において、三次元データ抽出装置１１３は、ブロックチェーンファーム１０２１から、前段のプロジェクト（ステップＳ３１で選択されたプロジェクト）に対してブロックチェーンを抽出する。そして、ステップＳ４２の処理に移行する。

（ステップＳ４２）
三次元データ抽出装置１１３は、前段のブロックチェーン（ステップＳ４１で抽出されたブロックチェーン）から、アクセス権限のある構成要素のファイル情報を取得する。そして、ステップＳ４３の処理に移行する。

（ステップＳ４３）
三次元データ抽出装置１１３は、取得したファイル情報からファイルを特定し、ファイルＤＢ（三次元構成要素ファイルＤＢおよび付帯情報ファイルＤＢ）に当該ファイルを要求する。そして、ステップＳ４４の処理に移行する。

（ステップＳ４４）
三次元データ抽出装置１１３は、ファイルＤＢから、要求したファイルを取得する。そして、本フローの処理を終了する。

ここで、ファイルへのアクセス権限は、例えば、ブロックチェーンの内部のトランザクションのうち、ユーザの公開鍵ハッシュ値が記録されていて且つＩｎ情報とＯｕｔ情報とが同じ情報であるトランザクションのファイル情報に対して与えられてもよい。
また、変更者に対して、例えば、当該変更者が作成した申請トランザクションに関するファイルへのアクセス権が与えられてもよい。
また、管理者に対して、例えば、当該管理者によって管理される変更者がアクセス権限を持つファイルへのアクセス権限が与えられてもよい。
なお、これらの例に限られず、ファイルへのアクセス権限の設定は、任意の規則により行われてもよい。

図１９は、実施形態に係る三次元データ表示装置１１４により行われる処理の手順の一例を示す図である。

（ステップＳ５１）
コンピュータシステムＮ１において、三次元データ表示装置１１４は、三次元データ抽出装置１１３により取得されたファイル群を結合して画面に表示する。そして、変更許可の場合にはステップＳ５２の処理に移行し、申請の場合にはステップＳ５３の処理に移行し、承認の場合にはステップＳ５４の処理に移行する。

ここで、三次元データ表示装置１１４は、三次元データ抽出装置１１３により抽出された複数のファイルを、ファイル形式に応じて結合処理を行う。三次元データ表示装置１１４は、結合された三次元データを表示する。
三次元データ表示装置１１４は、構成要素の変更許可を他のユーザに与えること、あるいは、変更の申請または変更の承認を行うためのトランザクションの発行を行うことが可能である。

（ステップＳ５２）
コンピュータシステムＮ１において、三次元データ表示装置１１４は、変更許可の場合には、変更許可を与えるユーザと構成要素の選択を行う。そして、ステップＳ５５の処理に移行する。

（ステップＳ５３）
コンピュータシステムＮ１において、三次元データ表示装置１１４は、申請の場合には、変更前と変更後の構成要素の選択を行う。そして、ステップＳ５６の処理に移行する。

（ステップＳ５４）
コンピュータシステムＮ１において、三次元データ表示装置１１４は、承認の場合には、変更前後の状況を画面に表示し、これにより、管理者はそれを確認して変更の可否を判断する。そして、ステップＳ５７の処理に移行する。

（ステップＳ５５）
コンピュータシステムＮ１において、三次元データ表示装置１１４は、トランザクション処理装置１１５により、許可トランザクションの発行を行う。そして、本フローの処理を終了する。

（ステップＳ５６）
コンピュータシステムＮ１において、三次元データ表示装置１１４は、トランザクション処理装置１１５により、申請トランザクションの発行を行う。そして、本フローの処理を終了する。

（ステップＳ５７）
コンピュータシステムＮ１において、三次元データ表示装置１１４は、トランザクション処理装置１１５により、承認トランザクションの発行を行う。そして、本フローの処理を終了する。

本実施形態では、管理者は、ジェネシストランザクション、許可トランザクション、申請トランザクション、および、承認トランザクションに関し、三次元表示用のデータにアクセスすることが可能であり、三次元表示を行わせることができる。
また、変更者は、許可トランザクション、および、申請トランザクションに関し、三次元表示用のデータにアクセスすることが可能であり、三次元表示を行わせることができる。
なお、このような三次元表示は、例えば、管理者および変更者が担当（例えば、発行等）しているトランザクションのみについて可能であってもよい。
また、このような三次元表示の権限については、本実施形態における例に限られず、任意に設定されてもよい。

［コンピュータシステムにより表示される画面の例］
図２０は、実施形態に係る三次元データ表示装置１１４により表示される画面１１０１の概略的な構成例を示す図である。
画面１１０１は、三次元データを表示する表示部（三次元データ表示部１１２１）と、トランザクションに関する情報を表示する表示部（トランザクション情報表示部１１２２）と、を含む。

ここで、三次元データ表示装置１１４は、ブロックチェーンで管理している三次元構成要素を合成して画面に表示する部分（三次元データ表示部１１２１）と、三次元構成要素の変更・承認に関するトランザクションを表示する部分（トランザクション情報表示部１１２２）を表示する。
コンピュータ用のソフトウェアの利用方法としては、特に限定はなく、例えば、端末（コンピュータ）にソフトウェアをインストールして利用する方法が用いられてもよく、あるいは、インターネットブラウザでアクセスしてサーバー側のソフトウェアを利用する方法が用いられてもよい。

図２１は、実施形態に係るトランザクション情報表示部の画面１２０１の一例を示す図である。
画面１２０１は、ログインユーザ名とともに、ログインユーザ名に対応付けられた情報として、通知メッセージ情報１２２１と、処理待ち情報１２２２と、処理済み情報１２２３と、を含む。
これらの情報はツリー構造となっており、ツリーの各項目が展開されることで、各項目の配下の内訳が表示される。なお、本実施形態では、ツリー構造の詳細については、図示および詳しい説明を省略する。

通知メッセージ情報１２２１は、例えば、「自分に変更権限が付与された」という通知の情報、「自分に承認依頼がある」という通知の情報、「自分の申請が承認された」という情報、「自分の申請が却下された」という通知の情報を含む。それぞれの通知、および、全体の通知について、件数の情報が表示されてもよい。

処理待ち情報１２２２は、例えば、「自分が申請」の場合の情報と、「自分が承認」の場合の情報を含む。「自分が申請」の場合の情報は、保留中の場合の情報と、申請中の場合の情報を含む。「自分が承認」の場合の情報は、受付中の場合の情報と、保留中の場合の情報を含む。それぞれの場合、および、全体について、件数の情報が表示されてもよい。

処理済み情報１２２３は、例えば、「自分が申請」の場合の情報と、「自分が承認」の場合の情報と、「自分が許可」の場合の情報を含む。「自分が申請」の場合の情報は、承認完了の場合の情報と、却下の場合の情報を含む。「自分が承認」の場合の情報は、承認完了の場合の情報と、却下の場合の情報を含む。それぞれの場合、および、全体について、件数の情報が表示されてもよい。

ここで、トランザクション情報表示部の画面１２０１には、トランザクションの内容に応じた通知メッセージ、処理待ちの情報、処理済みの情報が表示される。
通知メッセージには、許可トランザクションによりログインユーザに対して変更許可（変更権限）が与えられた旨、申請トランザクションによりログインユーザに対して変更承認の依頼がある旨、承認トランザクションによりログインユーザが申請した変更が承認または却下された旨について、例えば、メッセージの件数が表示される。ユーザは、メッセージを展開することで、メッセージの詳細を個別に確認することが可能である。

処理待ちの情報には、変更内容を一時的に保存している「下書き保存中」（自分が申請して保留中）、申請トランザクションを発行して未承認状態の「（自分が申請して）申請中」、他のユーザからログインユーザに承認の依頼がある「承認受付中（自分が承認すべき受付中）」、ログインユーザが他のユーザに変更を許可した「変更許可中」（自分が承認すべき保留中）について、例えば、件数が表示される。ユーザは、「下書き保存中」または「申請中」、「承認受付中」、「変更許可中」を展開することで、該当するトランザクションの詳細を個別に確認することが可能である。

処理済みの情報には、ログインユーザ（自分）が申請したトランザクションと自分が承認したトランザクションについて、例えば、件数が表示される。ユーザは、それぞれについて展開すると、例えば、承認が完了した件数および却下となった件数が表示される。ユーザは、承認完了または却下を展開することで、該当するトランザクションの詳細を個別に確認することが可能である。

図２２は、実施形態に係る三次元データ表示部の画面１３０１の一例を示す図である。
画面１３０１は、許可トランザクションに関し、管理者であるユーザに対して表示される画面である。
画面１３０１は、三次元データを表示している。
図２２の例では、三次元データは、複数の三次元物体のデータを含む。複数の三次元物体は、机、椅子、ソファー、植木を含む。これらの三次元物体のそれぞれは、さらに複数の構成要素に分解されてもよい。
また、図２２の例では、ログインユーザの情報（ログインユーザ情報１３５１）が表示されている。

ユーザは、画面１３０１においてカーソル１３２１を移動させる操作を行うことができる。そして、ユーザは、所定の物体（図２２の例では、椅子）にカーソル１３２１を合わせて、メニュー枠１３３１を表示させる操作を行うことができる。
メニュー枠１３３１には、「変更を許可する」、「差替」、「分割」、「結合」、「削除」、「追加」といったメニューが表示される。ユーザは、所望のメニューを選択する操作を行うことができる。
ここでは、ユーザが「変更を許可する」メニューを選択した場合について説明する。

図２３は、実施形態に係る変更許可に関する画面の一例を示す図である。
図２３には、変更許可に関するトランザクションの画面１４０１と、管理者から変更者への許可トランザクション１５０１を示してある。
トランザクションの画面１４０１は、トランザクション識別子１４２１と、モードである形状データ１４３１、属性データ１４３２、および、付帯情報１４３３と、変更対象１４４１と、ユーザ選択部１４５１と、許可実行部１４７１と、を含む。
図２３には、ログインユーザ情報１３５１が示されている。

図２３の例について説明する。
管理者は、トランザクション識別子１４２１として、椅子の取替を指定している。
モードでは、変更対象となる椅子について、形状データ１４３１、属性データ１４３２、付帯情報１４３３が表示されている。
変更対象１４４１の枠に、変更対象の椅子が表示される。
管理者は、ユーザ選択部１４５１において、変更許可を与えるユーザに対応するユーザ部１４６１を選択している。
管理者は、許可実行部１４７１を操作することで、画面１４０１の表示内容で変更許可を実行することができる。

これにより、許可トランザクション１５０１が生成される。
許可トランザクション１５０１は、変更対象（図２３の例では、椅子）の構成要素の数と同じ数だけ存在する。つまり、変更対象の構成要素ごとに許可トランザクション１５０１が存在する。

ここでは、説明を簡易化するために、１個の構成要素（１番目の構成要素）の許可トランザクション１５０１について説明する。
許可トランザクション１５０１は、Ｉｎ情報１５２１と、Ｏｕｔ情報１５２２と、変更者の公開鍵ハッシュ値（ハッシュ値１５２３）と、取引情報のデジタル署名（デジタル署名１５２４）と、管理者の公開鍵（公開鍵１５２５）と、を含む。
なお、図２３の例では、許可トランザクション１５０１に含まれるトランザクション識別子、プロジェクト識別子、ユーザ識別子、および、１つ前のトランザクション識別子に基づくハッシュ値の図示を省略してある。

Ｉｎ情報１５２１は、椅子の三次元構成要素１（ＧＵＩＤ１）の情報である。
Ｏｕｔ情報１５２２は、Ｉｎと同じ情報である。
ハッシュ値１５２３は、変更者として選択されたユーザ（ユーザ部１４６１のユーザ）の公開鍵ハッシュ値である。
公開鍵１５２５は、管理者（ログインユーザ情報１３５１に対応するユーザ）の公開鍵である。

ここで、管理者は、三次元データ表示部の画面１３０１で選択した三次元データに対して、「変更を許可する」コマンドの他、「差替」コマンド、「分割」コマンド、「結合」コマンド、「削除」コマンド、「追加」コマンドを実行することが可能である。
「変更を許可する」コマンドを実行すると、変更許可を与えるユーザの選択および変更許可対象の三次元データ構成要素群を確認するためのトランザクション画面（画面１４０１）が表示される。
変更許可対象の三次元データ構成要素群は、トランザクション画面の変更対象エリアに表示され、モードボタンにより形状データと属性データ、付帯情報を切り替えて確認することができる。
管理者がトランザクション画面でトランザクションを発行するボタン（許可実行部１４７１）を実行すると、トランザクション処理装置１１５は許可トランザクション１５０１を発行し、Ｐ２Ｐ通信処理装置１１８はＰ２Ｐネットワーク２１に参加しているピアに許可トランザクション１５０１を送信する。

次に、図２２に示される画面１３０１と同様な情報が表示される画面において、ユーザが「差替」メニューを選択した場合について説明する。
本例では、ユーザは、管理者により指定された変更者である。

図２４は、実施形態に係る変更申請に関する画面の一例を示す図である。
図２４には、変更申請に関するトランザクションの画面１６０１と、変更者から管理者への申請トランザクション１７０１を示してある。
トランザクションの画面１６０１は、トランザクション識別子１６２１と、モードである形状データ１６３１、属性データ１６３２、および、付帯情報１６３３と、変更対象に関する変更前情報１６４１および変更後情報１６４２と、ファイルドロップ部１６５１と、申請保留部１６６１と、申請実行部１６７１と、を含む。
図２４には、ログインユーザ情報１３５２が示されている。本例では、ログインユーザは、変更者である。

図２４の例について説明する。
トランザクション識別子１６２１として、椅子の取替を指定している。
モードでは、変更対象（本例では、変更前）となる椅子について、形状データ１６３１、属性データ１６３２、付帯情報１６３３が表示されている。
変更対象の変更前情報１６４１として、変更前の椅子が表示される。
変更対象の変更後情報１６４２として、変更後の椅子が表示される。
変更者は、ファイルドロップ部１６５１に、変更後の椅子のファイルをドロップする。これにより、当該ファイルがアップロードされる。
変更者は、申請保留部１６６１を操作することで、画面１６０１の表示内容の申請を保留することができる。
変更者は、申請実行部１６７１を操作することで、画面１６０１の表示内容で申請を実行することができる。

これにより、申請トランザクション１７０１が生成される。
本例では、申請トランザクション１７０１は、変更後（図２４の例では、椅子）の構成要素の数と同じ数だけ存在する。つまり、変更後の構成要素ごとに申請トランザクション１７０１が存在する。

ここでは、説明を簡易化するために、１個の構成要素（１番目の構成要素）の申請トランザクション１７０１について説明する。
申請トランザクション１７０１は、Ｉｎ情報１７２１と、Ｏｕｔ情報１７２２と、管理者の公開鍵ハッシュ値（ハッシュ値１７２３）と、取引情報のデジタル署名（デジタル署名１７２４）と、変更者の公開鍵（公開鍵１７２５）と、を含む。
なお、図２４の例では、申請トランザクション１７０１に含まれるトランザクション識別子、プロジェクト識別子、ユーザ識別子、および、１つ前のトランザクション識別子に基づくハッシュ値の図示を省略してある。

Ｉｎ情報１７２１は、変更前の椅子の三次元構成要素１（ＧＵＩＤ１）の情報である。
Ｏｕｔ情報１７２２は、変更後の椅子の三次元構成要素１（ｎｅｗＧＵＩＤ１）の情報である。
公開鍵１７２５は、変更者（ログインユーザ情報１３５２に対応するユーザ）の公開鍵である。

ここで、変更者は、構成要素の変更後に、変更のコマンドを実行することで、トランザクション画面（画面１６０１）にて変更の申請トランザクションを発行することができる。
変更者は、申請内容を一時的に保存する場合には、トランザクション画面（画面１６０１）で、申請を保留するボタン（申請保留部１６６１）を実行する。

図２３および図２４の例では、「差替」コマンドが実行される場合について例示したが、「分割」コマンド、「結合」コマンド、「削除」コマンド、「追加」コマンドが実行される場合についても、それぞれの変更の種類に応じて、許可トランザクションおよび申請トランザクションが発行される。

図２５は、実施形態に係る変更承認に関する画面の一例を示す図である。
本例では、ユーザは、管理者である。
図２５には、変更承認に関するトランザクションの画面１８０１と、管理者による承認トランザクション１９０１を示してある。
トランザクションの画面１８０１は、トランザクション識別子１８２１と、モードである形状データ１８３１、属性データ１８３２、および、付帯情報１８３３と、変更対象に関する変更前情報１８４１および変更後情報１８４２と、変更前情報１８４１に対応する管理者情報１８５１と、変更後情報１８４２に対応する変更者情報１８５２と、通信欄１８６１と、却下部１８７１と、承認保留部１８８１と、承認実行部１８９１と、を含む。

図２５の例について説明する。
トランザクション識別子１８２１として、椅子の取替を指定している。
モードでは、変更対象（本例では、変更前）となる椅子について、形状データ１８３１、属性データ１８３２、付帯情報１８３３が表示されている。
変更対象の変更前情報１８４１として、変更前の椅子が表示される。
変更対象の変更後情報１８４２として、変更後の椅子が表示される。
管理者は、通信欄１８６１に、任意の内容の記述を行うことができる。
管理者は、却下部１８７１を操作することで、画面１８０１の表示内容の申請を却下することができる。
管理者は、承認保留部１８８１を操作することで、画面１８０１の表示内容の申請の承認を保留することができる。
管理者は、承認実行部１８９１を操作することで、画面１８０１の表示内容で申請の承認を実行することができる。

これにより、承認済みの承認トランザクション１９０１が生成される。
本例では、承認トランザクション１９０１は、変更後（図２５の例では、椅子）の構成要素の数と同じ数だけ存在する。つまり、変更後の構成要素ごとに承認トランザクション１９０１が存在する。

ここでは、説明を簡易化するために、１個の構成要素（１番目の構成要素）の承認トランザクション１９０１について説明する。
承認トランザクション１９０１は、Ｉｎ情報１９２１と、Ｏｕｔ情報１９２２と、管理者の公開鍵ハッシュ値（ハッシュ値１９２３）と、取引情報のデジタル署名（デジタル署名１９２４）と、変更者の公開鍵（公開鍵１９２５）と、を含む。
なお、図２５の例では、承認トランザクション１９０１に含まれるトランザクション識別子、プロジェクト識別子、ユーザ識別子、および、１つ前のトランザクション識別子に基づくハッシュ値の図示を省略してある。

Ｉｎ情報１９２１は、変更後の椅子の三次元構成要素１（ｎｅｗＧＵＩＤ１）の情報である。
Ｏｕｔ情報１９２２は、Ｉｎ情報１９２１と同じ情報である。

ここで、申請トランザクションが発行された場合、管理者のトランザクション情報表示部の「通知メッセージ」の「自分に承認依頼がある」という通知および「処理待ち」の「自分が承認」の「受付中」の通知に申請トランザクションが表示される。
管理者がトランザクション情報表示部で申請トランザクションを選択すると、申請内容をトランザクション画面（画面１８０１）で確認することができる。
管理者でログインしている場合、変更承認のトランザクション画面（画面１８０１）で変更後を選択すると、三次元データ表示部で表示される対象を、変更前の構成要素から、一時的に、変更後の構成要素に変更することができる。その後、管理者が変更前を選択すると、三次元データ表示部で表示される対象を、変更前の構成要素に戻すことができる。
管理者は、変更申請内容を確認して、問題がなければ承認実行ボタン（承認実行部１８９１）を実行し、一旦保留にする場合には承認保留ボタン（承認保留部１８８１）を実行し、申請を却下する場合には却下ボタン（却下部１８７１）を実行する。
管理者は、承認実行を行う際に、該当する構成要素について、今回の変更者に継続して変更の許可を与えるか否かを選択することができる。

ここで、図２４および図２５の例では、変更の一例として差替の場合について説明したが、分割、結合、削除、追加のそれぞれの場合についても、同様な処理が行われる。

［以上の実施形態について］
以上のように、本実施形態に係る三次元データ管理システム１では、許可ノード、申請ノード、あるいは、承認ノードなどとして機能するコンピュータシステムＮ１によって、複数の構成要素から構成される三次元物体を表すデータ（三次元データ）の管理を効率的に行うことができ、例えば、三次元物体の構成要素ごとの変更の管理を効率的に行うことができる。

本実施形態に係る三次元データ管理システム１では、三次元データの構成要素ごとのファイルを分散管理しており、これにより、三次元データの構成要素ごとの部分的な変更に対応することができる。
本実施形態に係る三次元データ管理システム１では、三次元データを構成要素ごとに分割し、分割した構成要素ごとのファイル単位でブロックチェーンを用いて三次元データの変更（例えば、形状データおよび属性データ並びに付帯情報ファイルの更新）を管理している。

例えば、従来のように三次元データをまとめて保持する構成（以下、説明の便宜上、従来構成Ａと呼ぶ。）では、三次元データの一部が変更された場合においても、変更されていない箇所（本実施形態における変更されていない構成要素）を含めて三次元データ全体のファイルを更新して、更新後のファイルを電子メールあるいはインターネット転送サービスなどで関係する装置に送る必要があった。このため、このような従来の構成では、複数のユーザによる変更（特に、同時に並列的な変更）が必要な場合に運用が困難となる。
これに対して、本実施形態に係る三次元データ管理システム１では、三次元データの一部が変更された場合には、変更された構成要素に関するデータ送信がブロックチェーンのＰ２Ｐネットワーク２１により即時に自動的に実行され、三次元データ全体のファイルを送る必要がない。このため、本実施形態に係る三次元データ管理システム１では、データ送信の時間的ロスまたは送信ミスを解消することができ、また、データ管理における非効率またはロスを解消することができる。また、本実施形態に係る三次元データ管理システム１では、複数のユーザによる変更（特に、同時に並列的な変更）も容易に可能であり、同時多発的なファイルの更新に対応することも可能である。

例えば、上記した従来のような構成（上記した従来構成Ａ）では、三次元データで表示される対象物（物体）は、その状態（形状データ、属性データ）が常に正しいという保証は無く、信憑性に欠ける場合があり、正しさを証明することが難しかった。
これに対して、本実施形態に係る三次元データ管理システム１では、変更者により変更を行うためには管理者による承認が必要であることからデータに対する信憑性があり、また、ブロックチェーンの特徴であるデータの耐改ざん性もあり、一度承認された更新情報は後から変更されることが困難となり、データの信頼性を向上させることができる。

ここで、本実施形態に係る三次元データ管理システム１では、ブロックチェーンの分散型台帳を用いて構成要素の状態（形状データ、属性データ）について信憑性の問題を解決している。
具体的には、本実施形態に係る三次元データ管理システム１では、ブロックチェーンのブロックに含めるトランザクションに、三次元データの構成要素の変更前と変更後についてのファイル情報、および、承認権限者による判定結果を記録する。また、承認済みとなったトランザクションはブロックに登録されて、既存のブロックチェーンに加えられる。そして、当該変更前のファイルに関する情報はバックアップ領域１１２に移動され、これにより、管理者が承認した構成要素のみの情報が残るようになり、信憑性が担保される。

例えば、既存の設計・施工用の三次元ＣＡＤソフトおよびビューアソフトでは、三次元データの一部が変更された後に、変更前の状態を保持する機能が無いため、変更前の状態を知ることが難しい場合があった。なお、変更のたびに三次元データ全体のファイルをバックアップして保存しておくことも考えられるが、バックアップの回数が多くなると、所望の状態のバックアップファイルを探し出すことが煩雑になる。
これに対して、本実施形態に係る三次元データ管理システム１では、三次元データの構成要素ごとの変更内容を「取引」とみなして更新情報をブロックチェーンに記録しており、これにより、変更内容等の来歴管理を行うことができる。当該来歴管理としては、例えば、申請、変更、あるいは、承認などに関する内容の追跡または調査がある。

ここで、本実施形態に係る三次元データ管理システム１では、三次元データの構成要素に加えられた全ての変更内容を、ブロックチェーンに記録することで、来歴の管理を可能としている。
これにより、ユーザは、構成要素の前の状態を知りたい場合には、当該構成要素が記録されているブロックをブロックチェーンの後方から前方に追跡することで、ひとつ前の状態から起源（初期）の状態に至るまで、全ての世代に対応した更新情報（変更情報）を表示させることが可能である。例えば、ユーザは、知りたい世代のブロックを指定することで、指定した世代の構成要素に関する情報をバックアップ領域１１２から復元することが可能である。

本実施形態に係る三次元データ管理システム１は、任意の分野の技術に適用されてもよく、例えば、正確な情報管理が求められるあらゆる分野の施設、構造物、設備、装置、部品の構成管理に適用が可能である。ここで、構成管理とは、対象となる物（対象物）に対して３つの要素である「物理構成」、「施設構成情報」、「設計要件」の整合を維持し管理することであり、本実施形態に係る三次元データ管理システム１が適用されることで、効率的な管理が可能となる。

ここで、本実施形態では、建築に関する三次元データを例として説明したが、三次元データとしては任意の三次元物体のデータが用いられてもよい。

また、本実施形態に係る三次元データ管理システム１では、ブロックチェーンを用いる場合を示したが、他の構成例として、ブロックチェーンが用いられない構成とされてもよく、例えば、ブロックチェーンを用いずに、本実施形態に係るトランザクションに対応する情報を記憶する構成が用いられてもよい。
ここで、本実施形態に係る三次元データ管理システム１では、ブロックチェーンが用いられる場合、より効率的な管理が実現される。具体的には、本実施形態に係る三次元データ管理システム１では、ブロックチェーンが用いられることで、三次元物体の維持あるいは廃棄の段階における構成要素ごとの変更の記録を容易に管理することができ、変更の過程を三次元データを活用して容易に追跡することができる。本実施形態に係る三次元データ管理システム１では、例えば、三次元データを構成要素ごとの単位で部分的に変更する場合に、オープン仕様のフォーマットが採用され、ブロックチェーンにより構成要素ごとの変更の信憑性が担保され、ブロックチェーンにより構成要素ごとの来歴（変更の履歴など）が効率的に管理される。
また、本実施形態に係る三次元データ管理システム１では、Ｐ２Ｐネットワークが用いられる場合を示したが、他の構成例として、Ｐ２Ｐネットワーク以外のネットワークが用いられる構成とされてもよい。

また、本実施形態に係る三次元データ管理システム１では、コンピュータシステムＮ１が管理者あるいは変更者といったユーザをログイン（例えば、ユーザの識別情報およびパスワード）により認証することで、許可、申請、あるいは、承認などを行う者を特定する構成について説明した。
他の構成例として、例えば、ユーザごとに使用するコンピュータシステムＮ１が定められている場合のように、特定のユーザと特定のコンピュータシステムＮ１とが１対１で対応している場合には、ユーザの認証の代わりにコンピュータシステムＮ１の認証（例えば、コンピュータシステムＮ１の識別情報の認証）により、許可、申請、あるいは、承認などを行う者が特定されてもよい。
さらに、他の構成例として、許可、申請、あるいは、承認などのそれぞれについて専用のコンピュータシステムＮ１が設定されている場合には、例えば、ユーザの認証をせずに、専用のコンピュータシステムＮ１によって行われた許可、申請、あるいは、承認などは正式なものとして扱われてもよい。

＜以上の実施形態に係る構成例＞
一構成例として、情報処理装置（図１および図２の例ではコンピュータシステムＮ１、図３および図４の例ではコンピュータシステムＮ２）では、処理部が、次のような処理Ａ１、または、処理Ａ２、のうちの少なくとも１つを実行する。
処理Ａ１は、複数の構成要素から構成される三次元物体について構成要素ごとに、第１ユーザ（本実施形態では、管理者となるユーザ）によって行われる操作に応じて、第２ユーザ（本実施形態では、変更者となるユーザ）に対して変更の許可を行い、当該第２ユーザからの変更内容の申請に対して承認を行う処理である。
処理Ａ２は、複数の構成要素から構成される三次元物体について構成要素ごとに、第３ユーザ（本実施形態では、変更者となるユーザ）に対して第４ユーザ（本実施形態では、管理者となるユーザ）から変更の許可が行われた場合に、当該第３ユーザによって行われる操作に応じて、当該第４ユーザに対して変更内容の申請を行う処理である。

なお、例えば、同一の情報処理装置が、処理Ａ１を実行する機能と、処理Ａ２を実行する機能と、の両方を有していてもよい。
また、例えば、処理Ａ１を実行する機能を有し処理Ａ２を実行する機能を有していない情報処理装置が用いられてもよく、あるいは、処理Ａ２を実行する機能を有し処理Ａ１を実行する機能を有していない情報処理装置が用いられてもよい。
また、処理Ａ１において、第１ユーザ（本実施形態では、管理者となるユーザ）以外に他の同様な立場の者（本実施形態では、他の管理者）がいてもよく、つまり、２人以上の者により変更の許可が行われてもよい。
同様に、処理Ａ２において、第４ユーザ（本実施形態では、管理者となるユーザ）以外に他の同様な立場の者（本実施形態では、他の管理者）がいてもよい。

一構成例として、情報処理装置において、処理部は、第３ユーザに対して第４ユーザから変更の許可が行われた場合に、当該第３ユーザによって行われる操作に応じて、第５ユーザ（本実施形態では、変更者から変更許可が行われる他の変更者）に対して変更の許可を行い、当該第５ユーザからの変更内容の申請に対して承認を行う処理を実行する。そして、処理部は、当該第３ユーザによって行われる操作に応じて、当該第５ユーザからの変更内容で、当該第４ユーザに対して変更内容の申請を行う処理を実行する。

一構成例として、情報処理装置において、変更は、構成要素の差替、構成要素の分割、構成要素の結合、構成要素の削除、構成要素の追加のうちの少なくとも１つを含む。
一構成例として、情報処理装置において、構成要素ごとの構成要素データは、形状を表す形状データ、および、属性を表す属性データを含む。
一構成例として、情報処理装置において、構成要素データは、さらに、付帯情報データを含む。
一構成例として、情報処理装置において、構成要素データに含まれる各データは、ＧＵＩＤを名称に含むファイルによって保持される。
一構成例として、情報処理装置において、処理部は、三次元物体を構成する構成要素ごとに構成要素ごとのデータを独立したファイルとして保存し、ファイルごとに変更内容をトランザクションに格納し、トランザクションをブロックチェーンに追加することで、構成要素ごとの変更の履歴をブロックチェーンにて管理する。

一構成例として、プログラムは、コンピュータ（情報処理装置を構成するコンピュータ）に、複数の構成要素から構成される三次元物体について構成要素ごとに、第１ユーザによって行われる操作に応じて第２ユーザに対して変更の許可を行い第２ユーザからの変更内容の申請に対して承認を行う処理ステップ、または、構成要素ごとに、第３ユーザに対して第４ユーザから変更の許可が行われた場合に第３ユーザによって行われる操作に応じて第４ユーザに対して変更内容の申請を行う処理ステップ、のうちの少なくとも１つを実行させるためのプログラムである。

一構成例として、三次元データ管理システム（図１および図２の例では三次元データ管理システム１、図３および図４の例では三次元データ管理システム２）では、複数の構成要素から構成される三次元物体について構成要素ごとに、第１ユーザ（本実施形態では、管理者となるユーザ）によって行われる操作に応じて第２ユーザ（本実施形態では、変更者となるユーザ）に対して変更の許可を行う処理を実行する第１処理部（本実施形態では、許可ノードの処理部）と、第２ユーザによって行われる操作に応じて第１ユーザに対して変更内容の申請を行う処理を実行する第２処理部（本実施形態では、申請ノードの処理部）と、第１ユーザによって行われる操作に応じて第２ユーザからの変更内容の申請に対して承認を行う処理を実行する第３処理部（本実施形態では、承認ノードの処理部）と、を備える。

一構成例として、三次元データ管理方法（例えば、三次元データ管理システムにより行われる方法）では、複数の構成要素から構成される三次元物体について構成要素ごとに、第１ユーザによって行われる操作に応じて第２ユーザに対して変更の許可を行う処理を実行する第１処理ステップと、第２ユーザによって行われる操作に応じて第１ユーザに対して変更内容の申請を行う処理を実行する第２処理ステップと、第１ユーザによって行われる操作に応じて第２ユーザからの変更内容の申請に対して承認を行う処理を実行する第３処理ステップと、を備える。

なお、以上に説明した任意の装置（例えば、コンピュータシステム、あるいは、サーバーなど）における任意の構成部の機能を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録し、そのプログラムをコンピュータシステムに読み込ませて実行するようにしてもよい。なお、ここでいう「コンピュータシステム」とは、オペレーティングシステムあるいは周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークあるいは電話回線等の通信回線を介してプログラムが送信された場合のサーバーあるいはクライアントとなるコンピュータシステム内部の揮発性メモリーのように、一定時間プログラムを保持しているものも含むものとする。当該揮発性メモリーは、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）であってもよい。記録媒体は、例えば、非一時的記録媒体であってもよい。

また、上記のプログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワークあるいは電話回線等の通信回線のように情報を伝送する機能を有する媒体のことをいう。
また、上記のプログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、上記のプログラムは、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイルであってもよい。差分ファイルは、差分プログラムと呼ばれてもよい。

また、以上に説明した任意の装置（例えば、コンピュータシステム、あるいは、サーバーなど）における任意の構成部の機能は、プロセッサーにより実現されてもよい。例えば、実施形態における各処理は、プログラム等の情報に基づき動作するプロセッサーと、プログラム等の情報を記憶するコンピュータ読み取り可能な記録媒体により実現されてもよい。ここで、プロセッサーは、例えば、各部の機能が個別のハードウェアで実現されてもよく、あるいは、各部の機能が一体のハードウェアで実現されてもよい。例えば、プロセッサーはハードウェアを含み、当該ハードウェアは、デジタル信号を処理する回路およびアナログ信号を処理する回路のうちの少なくとも一方を含んでもよい。例えば、プロセッサーは、回路基板に実装された１または複数の回路装置、あるいは、１または複数の回路素子のうちの一方または両方を用いて、構成されてもよい。回路装置としてはＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などが用いられてもよく、回路素子としては抵抗あるいはキャパシターなどが用いられてもよい。

ここで、プロセッサーは、例えば、ＣＰＵであってもよい。ただし、プロセッサーは、ＣＰＵに限定されるものではなく、例えば、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、あるいは、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等のような、各種のプロセッサーが用いられてもよい。また、プロセッサーは、例えば、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）によるハードウェア回路であってもよい。また、プロセッサーは、例えば、複数のＣＰＵにより構成されていてもよく、あるいは、複数のＡＳＩＣによるハードウェア回路により構成されていてもよい。また、プロセッサーは、例えば、複数のＣＰＵと、複数のＡＳＩＣによるハードウェア回路と、の組み合わせにより構成されていてもよい。また、プロセッサーは、例えば、アナログ信号を処理するアンプ回路あるいはフィルター回路等のうちの１以上を含んでもよい。

以上、この開示の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この開示の要旨を逸脱しない範囲の設計等も含まれる。

１、２…三次元データ管理システム、１１～１４、３１～３４、１０１１、Ｎ１、Ｎ２…コンピュータシステム、２１、４１…Ｐ２Ｐネットワーク、５１…サーバー、６１、１１１…データベース（ＤＢ）、６２、１１２…バックアップ領域、７１…インターネット、１１３、１３２…三次元データ抽出装置、１１４、１３３…三次元データ表示装置、１１５、１３４…トランザクション処理装置、１１６、１３５…ブロックチェーン、１１７、１３６…ブロックチェーン処理装置、１１８、１３７…Ｐ２Ｐ通信処理装置、１３１…インターネット通信処理装置、２１１、３０１１…三次元物体、２２１、２３１、２４１、３２１、４２１…形状ファイル、２２２、２３２、２４２、３２２、４２２…属性ファイル、３１１…三次元データ、３１２…三次元データ変換装置、３１３、４１３…付帯情報作成ソフト、３１４、４１４…ＧＵＩＤ生成装置、３２３、４２３…付帯情報ファイル、４１１…三次元データ作成ソフト、４１２…属性データ作成ソフト、５０１…トランザクション、６１１ａ、７１１ａ、８１１ａ、９１１ａ、１４２１、１６２１、１８２１…トランザクション識別子、５１１、６１１ｂ、７１１ｂ、８１１ｂ、９１１ｂ、１０３１～１０３４…プロジェクト識別子、５１２、６１１ｃ、７１１ｃ、８１１ｃ、９１１ｃ…ユーザ識別子、５１３、６１３、７１３、８１３、９１３、１５２１、１７２１、１９２１…Ｉｎ情報、５１４、６１４、７１４、８１４、９１４、１５２２、１７２２、１９２２…Ｏｕｔ情報、５１５、１０５１、１８５１…管理者情報、５１６、１８５２…変更者情報、５１７、７１８、８１８、９１８、１５２４、１７２４、１９２４…デジタル署名、６０１…ジェネシストランザクション、６１５、７１５、７１６、８１５、８１６、９１５、９１６、１５２３、１７２３、１９２３…ハッシュ値、６２１、７２１、８２１…秘密鍵、７０１、１５０１…許可トランザクション、７１７、８１７、９１７、１５２５、１７２５、１９２５…公開鍵、８０１、１７０１…申請トランザクション、９０１、１９０１…承認トランザクション、１０２１…ブロックチェーンファーム、１０５２、１０５３…共同管理者情報、１１０１、１２０１、１３０１、１４０１、１６０１、１８０１…画面、１１２１…三次元データ表示部、１１２２…トランザクション情報表示部、１２２１…通知メッセージ情報、１２２２…処理待ち情報、１２２３…処理済み情報、１３２１…カーソル、１３３１…メニュー枠、１３４１…変更許可部、１３５１、１３５２…ログインユーザ情報、１４３１、１６３１、１８３１…形状データ、１４３２、１６３２、１８３２…属性データ、１４３３、１６３３、１８３３…付帯情報、１４４１…変更対象、１４５１…ユーザ選択部、１４６１…ユーザ部、１４７１…許可実行部、１６４１、１８４１…変更前情報、１６４２、１８４２…変更後情報、１６５１…ファイルドロップ部、１６６１…申請保留部、１６７１…申請実行部、１８６１…通信欄、１８７１…却下部、１８８１…承認保留部、１８９１…承認実行部、３０２１…ファイル

Claims (17)

1. 複数の構成要素から構成される三次元物体について前記構成要素ごとに、第１ユーザによって行われる操作に応じて第２ユーザに対して変更の許可を行い前記第２ユーザからの変更内容の申請に対して承認を行う処理、または、前記構成要素ごとに、第３ユーザに対して第４ユーザから変更の許可が行われた場合に前記第３ユーザによって行われる操作に応じて前記第４ユーザに対して変更内容の申請を行う処理、のうちの少なくとも１つを実行する処理部を備え、
   前記処理部は、前記三次元物体を構成する前記構成要素ごとに前記構成要素ごとのデータを独立したファイルとして保存し、前記ファイルごとに前記変更内容をトランザクションに格納し、前記トランザクションをブロックチェーンに追加することで、前記構成要素ごとの前記変更の履歴を前記ブロックチェーンにて管理する、
   情報処理装置。
2. 前記変更は、前記構成要素の差替、前記構成要素の分割、前記構成要素の結合、前記構成要素の削除、前記構成要素の追加のうちの少なくとも１つを含む、
   請求項１に記載の情報処理装置。
3. 前記構成要素ごとの構成要素データは、形状を表す形状データ、および、属性を表す属性データを含む、
   請求項１または請求項２に記載の情報処理装置。
4. 前記構成要素データは、さらに、付帯情報データを含む、
   請求項３に記載の情報処理装置。
5. 前記構成要素データに含まれる各データは、ＧＵＩＤを名称に含むファイルによって保持される、
   請求項３または請求項４に記載の情報処理装置。
6. コンピュータに、
   複数の構成要素から構成される三次元物体について前記構成要素ごとに、第１ユーザによって行われる操作に応じて第２ユーザに対して変更の許可を行い前記第２ユーザからの変更内容の申請に対して承認を行う処理ステップ、または、前記構成要素ごとに、第３ユーザに対して第４ユーザから変更の許可が行われた場合に前記第３ユーザによって行われる操作に応じて前記第４ユーザに対して変更内容の申請を行う処理ステップ、のうちの少なくとも１つの処理ステップを実行させるためのプログラムであって、
   前記少なくとも１つの処理ステップは、前記三次元物体を構成する前記構成要素ごとに前記構成要素ごとのデータを独立したファイルとして保存し、前記ファイルごとに前記変更内容をトランザクションに格納し、前記トランザクションをブロックチェーンに追加することで、前記構成要素ごとの前記変更の履歴を前記ブロックチェーンにて管理する、
   プログラム。
7. 複数の構成要素から構成される三次元物体について前記構成要素ごとに、第１ユーザによって行われる操作に応じて第２ユーザに対して変更の許可を行う処理を実行する第１処理部と、
   前記第２ユーザによって行われる操作に応じて前記第１ユーザに対して変更内容の申請を行う処理を実行する第２処理部と、
   前記第１ユーザによって行われる操作に応じて前記第２ユーザからの変更内容の申請に対して承認を行う処理を実行する第３処理部と、を備え、
   前記三次元物体を構成する前記構成要素ごとに前記構成要素ごとのデータを独立したファイルとして保存し、前記ファイルごとに前記変更内容をトランザクションに格納し、前記トランザクションをブロックチェーンに追加することで、前記構成要素ごとの前記変更の履歴を前記ブロックチェーンにて管理する、
   三次元データ管理システム。
8. 複数の構成要素から構成される三次元物体について前記構成要素ごとに、第１ユーザによって行われる操作に応じて第２ユーザに対して変更の許可を行う処理を実行する第１処理ステップと、
   前記第２ユーザによって行われる操作に応じて前記第１ユーザに対して変更内容の申請を行う処理を実行する第２処理ステップと、
   前記第１ユーザによって行われる操作に応じて前記第２ユーザからの変更内容の申請に対して承認を行う処理を実行する第３処理ステップと、を備え、
   前記三次元物体を構成する前記構成要素ごとに前記構成要素ごとのデータを独立したファイルとして保存し、前記ファイルごとに前記変更内容をトランザクションに格納し、前記トランザクションをブロックチェーンに追加することで、前記構成要素ごとの前記変更の履歴を前記ブロックチェーンにて管理する、
   三次元データ管理方法。
9. 複数の構成要素から構成される三次元物体について前記構成要素ごとに、第３ユーザに対して第４ユーザから変更の許可が行われた場合に前記第３ユーザによって行われる操作に応じて前記第４ユーザに対して変更内容の申請を行う処理を実行する処理部を備え、
   前記処理部は、前記第３ユーザに対して前記第４ユーザから変更の許可が行われた場合に、前記第３ユーザによって行われる操作に応じて第５ユーザに対して変更の許可を行い前記第５ユーザからの変更内容の申請に対して承認を行う処理を実行し、前記第３ユーザによって行われる操作に応じて前記第５ユーザからの変更内容で前記第４ユーザに対して変更内容の申請を行う処理を実行する、
   情報処理装置。
10. 前記変更は、前記構成要素の差替、前記構成要素の分割、前記構成要素の結合、前記構成要素の削除、前記構成要素の追加のうちの少なくとも１つを含む、
    請求項９に記載の情報処理装置。
11. 前記構成要素ごとの構成要素データは、形状を表す形状データ、および、属性を表す属性データを含む、
    請求項９または請求項１０に記載の情報処理装置。
12. 前記構成要素データは、さらに、付帯情報データを含む、
    請求項１１に記載の情報処理装置。
13. 前記構成要素データに含まれる各データは、ＧＵＩＤを名称に含むファイルによって保持される、
    請求項１１または請求項１２に記載の情報処理装置。
14. 前記処理部は、前記三次元物体を構成する前記構成要素ごとに前記構成要素ごとのデータを独立したファイルとして保存し、前記ファイルごとに前記変更内容をトランザクションに格納し、前記トランザクションをブロックチェーンに追加することで、前記構成要素ごとの前記変更の履歴を前記ブロックチェーンにて管理する、
    請求項９から請求項１３のいずれか１項に記載の情報処理装置。
15. コンピュータに、
    複数の構成要素から構成される三次元物体について前記構成要素ごとに、第３ユーザに対して第４ユーザから変更の許可が行われた場合に前記第３ユーザによって行われる操作に応じて前記第４ユーザに対して変更内容の申請を行う処理ステップを実行させるためのプログラムであって、
    前記処理ステップは、前記第３ユーザに対して前記第４ユーザから変更の許可が行われた場合に、前記第３ユーザによって行われる操作に応じて第５ユーザに対して変更の許可を行い前記第５ユーザからの変更内容の申請に対して承認を行う処理を実行し、前記第３ユーザによって行われる操作に応じて前記第５ユーザからの変更内容で前記第４ユーザに対して変更内容の申請を行う処理を実行する、
    プログラム。
16. 複数の構成要素から構成される三次元物体について前記構成要素ごとに、第１ユーザによって行われる操作に応じて第２ユーザに対して変更の許可を行う処理を実行する第１処理部と、
    前記第２ユーザによって行われる操作に応じて前記第１ユーザに対して変更内容の申請を行う処理を実行する第２処理部と、
    前記第１ユーザによって行われる操作に応じて前記第２ユーザからの変更内容の申請に対して承認を行う処理を実行する第３処理部と、を備え、
    前記第２ユーザに対して前記第１ユーザから変更の許可が行われた場合に、前記第２ユーザによって行われる操作に応じて第５ユーザに対して変更の許可を行い前記第５ユーザからの変更内容の申請に対して承認を行う処理を実行し、前記第２ユーザによって行われる操作に応じて前記第５ユーザからの変更内容で前記第１ユーザに対して変更内容の申請を行う処理を実行する、
    三次元データ管理システム。
17. 複数の構成要素から構成される三次元物体について前記構成要素ごとに、第１ユーザによって行われる操作に応じて第２ユーザに対して変更の許可を行う処理を実行する第１処理ステップと、
    前記第２ユーザによって行われる操作に応じて前記第１ユーザに対して変更内容の申請を行う処理を実行する第２処理ステップと、
    前記第１ユーザによって行われる操作に応じて前記第２ユーザからの変更内容の申請に対して承認を行う処理を実行する第３処理ステップと、を備え、
    前記第２ユーザに対して前記第１ユーザから変更の許可が行われた場合に、前記第２ユーザによって行われる操作に応じて第５ユーザに対して変更の許可を行い前記第５ユーザからの変更内容の申請に対して承認を行う処理を実行し、前記第２ユーザによって行われる操作に応じて前記第５ユーザからの変更内容で前記第１ユーザに対して変更内容の申請を行う処理を実行する、
    三次元データ管理方法。

Images