ホーム > 特許ランキング > ＮＴＴテクノクロス株式会社
知財求人 - 知財ポータルサイト「IP Force」
特開2024-60246移転管理システム、移転管理方法、プログラム、及びデータ構造
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024060246
(43)【公開日】2024-05-02
(54)【発明の名称】移転管理システム、移転管理方法、プログラム、及びデータ構造
(51)【国際特許分類】
G06Q 10/0833 20230101AFI20240424BHJP
B65G 61/00 20060101ALI20240424BHJP
【ＦＩ】
G06Q10/08 306
B65G61/00 510
【審査請求】有
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2022167497
(22)【出願日】2022-10-19
(71)【出願人】
【識別番号】000102717
【氏名又は名称】ＮＴＴテクノクロス株式会社
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(72)【発明者】
【氏名】小森 絵未
(72)【発明者】
【氏名】宮崎 泰彦
(72)【発明者】
【氏名】兼松 和広
【テーマコード（参考）】
5L010
5L049
【Ｆターム（参考）】
5L010AA16
5L049AA16
(57)【要約】
【課題】相互参照可能な階層構造を持つデータにより物品の占有移転をブロックチェーン上で管理できる技術を提供すること。
【解決手段】本開示の一態様による移転管理システムは、物の占有移転を管理する移転管理システムであって、物に紐付けられているトークンを子、１以上の物の占有移転を行う場合の管理単位に紐付けられているトークンを親として相互参照可能な親子関係を持つトークンが記録されるブロックチェーンを含み、前記物の占有移転の管理を実現するためのトランザクションを前記ブロックチェーンに発行するように構成されているトランザクション発行部、を有する。
【選択図】図２
【解決手段】本開示の一態様による移転管理システムは、物の占有移転を管理する移転管理システムであって、物に紐付けられているトークンを子、１以上の物の占有移転を行う場合の管理単位に紐付けられているトークンを親として相互参照可能な親子関係を持つトークンが記録されるブロックチェーンを含み、前記物の占有移転の管理を実現するためのトランザクションを前記ブロックチェーンに発行するように構成されているトランザクション発行部、を有する。
【選択図】図２
【特許請求の範囲】
【請求項1】
物の占有移転を管理する移転管理システムであって、
物に紐付けられているトークンを子、１以上の物の占有移転を行う場合の管理単位に紐付けられているトークンを親として相互参照可能な親子関係を持つトークンが記録されるブロックチェーンを含み、
前記物の占有移転の管理を実現するためのトランザクションを前記ブロックチェーンに発行するように構成されているトランザクション発行部、を有する移転管理システム。
物に紐付けられているトークンを子、１以上の物の占有移転を行う場合の管理単位に紐付けられているトークンを親として相互参照可能な親子関係を持つトークンが記録されるブロックチェーンを含み、
前記物の占有移転の管理を実現するためのトランザクションを前記ブロックチェーンに発行するように構成されているトランザクション発行部、を有する移転管理システム。
【請求項2】
前記トランザクションには、
前記管理単位に紐付けられているトークンの占有移転を前記ブロックチェーンに記録することで、前記管理単位で１以上の物の占有移転を実現する占有移転トランザクションが含まれる、請求項１に記載の移転管理システム。
前記管理単位に紐付けられているトークンの占有移転を前記ブロックチェーンに記録することで、前記管理単位で１以上の物の占有移転を実現する占有移転トランザクションが含まれる、請求項１に記載の移転管理システム。
【請求項3】
前記トランザクションには、
前記物又は前記管理単位に紐付けられるトークンを生成するためのトークン生成トランザクション、
前記管理単位に紐付けられているトークンの占有移転先として許可する１以上のアドレスを前記トークンに設定するための占有移転許可トランザクション、
前記管理単位に紐付けられているトークンに対して、前記管理単位で占有移転が行われる１以上の物の各々に紐付けられている１以上のトークンを子として紐付けるための親子関係紐付けトランザクション、
前記管理単位に紐付けられているトークンと、該トークンに子として紐付けられている１以上のトークンとの紐付けを解除するための親子関係紐付け解除トランザクション、
前記物又は前記管理単位に紐付けられているトークンを償却するためのトークン償却トランザクション、の少なくとも１つが含まれる、請求項２に記載の移転管理システム。
前記物又は前記管理単位に紐付けられるトークンを生成するためのトークン生成トランザクション、
前記管理単位に紐付けられているトークンの占有移転先として許可する１以上のアドレスを前記トークンに設定するための占有移転許可トランザクション、
前記管理単位に紐付けられているトークンに対して、前記管理単位で占有移転が行われる１以上の物の各々に紐付けられている１以上のトークンを子として紐付けるための親子関係紐付けトランザクション、
前記管理単位に紐付けられているトークンと、該トークンに子として紐付けられている１以上のトークンとの紐付けを解除するための親子関係紐付け解除トランザクション、
前記物又は前記管理単位に紐付けられているトークンを償却するためのトークン償却トランザクション、の少なくとも１つが含まれる、請求項２に記載の移転管理システム。
【請求項4】
前記トークン生成トランザクションは、
生成対象のトークンを識別するためのトークンＩＤが未使用である場合、又は、生成対象のトークンを識別するためのトークンＩＤが、前記トークン償却トランザクションによって償却されたトークンのトークンＩＤである場合、前記生成対象のトークンを生成する、請求項３に記載の移転管理システム。
生成対象のトークンを識別するためのトークンＩＤが未使用である場合、又は、生成対象のトークンを識別するためのトークンＩＤが、前記トークン償却トランザクションによって償却されたトークンのトークンＩＤである場合、前記生成対象のトークンを生成する、請求項３に記載の移転管理システム。
【請求項5】
前記トランザクションには、
前記ブロックチェーン上に占有移転の記録漏れが存在する場合、前記記録漏れが発生している占有移転を管理者権限で前記ブロックチェーン上に記録するための特殊占有移転トランザクションが含まれる、請求項２に記載の移転管理システム。
前記ブロックチェーン上に占有移転の記録漏れが存在する場合、前記記録漏れが発生している占有移転を管理者権限で前記ブロックチェーン上に記録するための特殊占有移転トランザクションが含まれる、請求項２に記載の移転管理システム。
【請求項6】
前記トランザクションには、
前記特殊占有移転トランザクションによって記録される占有移転を、該占有移転を記録すべきだったユーザに承認させるための履歴承認トランザクションが含まれる、請求項５に記載の移転管理システム。
前記特殊占有移転トランザクションによって記録される占有移転を、該占有移転を記録すべきだったユーザに承認させるための履歴承認トランザクションが含まれる、請求項５に記載の移転管理システム。
【請求項7】
前記占有移転の履歴を表す占有移転履歴の作成対象となるトークンＩＤを持つトークンに関する情報を前記ブロックチェーンから取得し、取得したトークンに関する情報を用いて、前記トークンＩＤを持つトークンと他のトークンとの親子関係を少なくとも考慮した占有移転履歴を作成するように構成されている作成部、を有する請求項１乃至６の何れか一項に記載の移転管理システム。
【請求項8】
物の占有移転を管理する移転管理システムが、
物に紐付けられているトークンを子、１以上の物の占有移転を行う場合の管理単位に紐付けられているトークンを親として相互参照可能な親子関係を持つトークンが記録されるブロックチェーンに対して、前記物の占有移転の管理を実現するためのトランザクションを発行するトランザクション発行手順、を実行する移転管理方法。
物に紐付けられているトークンを子、１以上の物の占有移転を行う場合の管理単位に紐付けられているトークンを親として相互参照可能な親子関係を持つトークンが記録されるブロックチェーンに対して、前記物の占有移転の管理を実現するためのトランザクションを発行するトランザクション発行手順、を実行する移転管理方法。
【請求項9】
物の占有移転を管理する移転管理システムに、
物に紐付けられているトークンを子、１以上の物の占有移転を行う場合の管理単位に紐付けられているトークンを親として相互参照可能な親子関係を持つトークンが記録されるブロックチェーンに対して、前記物の占有移転の管理を実現するためのトランザクションを発行するトランザクション発行手順、を実行させるプログラム。
物に紐付けられているトークンを子、１以上の物の占有移転を行う場合の管理単位に紐付けられているトークンを親として相互参照可能な親子関係を持つトークンが記録されるブロックチェーンに対して、前記物の占有移転の管理を実現するためのトランザクションを発行するトランザクション発行手順、を実行させるプログラム。
【請求項10】
物の占有移転を管理するためにブロックチェーンに記録されるトークンのデータ構造であって、
物に紐付けられているトークンを子、１以上の物の占有移転を行う場合の管理単位に紐付けられているトークンを親として相互参照可能な親子関係が定義されたデータ構造。
物に紐付けられているトークンを子、１以上の物の占有移転を行う場合の管理単位に紐付けられているトークンを親として相互参照可能な親子関係が定義されたデータ構造。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、移転管理システム、移転管理方法、プログラム、及びデータ構造に関する。
【背景技術】
【0002】
近年、サプライチェーン分野では、商品や製品等といった何等かの物品の不具合時のトレーサビリティ確保を目的として、占有移転履歴をステークホルダ間で共有することの重要性が認識されている。占有移転履歴とは、例えば、何が、いつ、どこからどこへ移動したのかを或る単位で記録したもの（つまり、或る単位で各物品がいつどの占有者からどの占有者に移転したのかを記録したもの）のことである。
【0003】
例えば、従来技術の１つとして、特許文献１には、複数のノードで構成されるブロックチェーンにより資源物のトレーサビリティシステムを実現することが記載されている。
【0004】
ところで、物品の輸送の際にはパレットやコンテナ等が利用されることが多い。このとき、例えば、物品がパレットを利用して輸送されている場合、物品を子、パレットを親とした親子関係があるとみなすことできる。同様に、物品がコンテナを利用して輸送されている場合、物品を子、コンテナを親とした親子関係があるとみなすことができる。このため、物品やパレット、コンテナ等の占有移転を管理するための情報も親子関係を持たせることが可能である必要があり、また親と子の間で相互に参照可能である必要がある。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２０２１－１３１６２０号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
しかしながら、従来では、ブロックチェーン上で親子関係（つまり、階層構造）を持ち、かつ、親と子の間で相互に参照可能な情報で占有移転を管理することはできなかった。
【0007】
本開示は、上記の点に鑑みてなされたもので、相互参照可能な階層構造を持つデータにより物品の占有移転をブロックチェーン上で管理できる技術を提供することを目的とする。
【課題を解決するための手段】
【0008】
本開示の一態様による移転管理システムは、物の占有移転を管理する移転管理システムであって、物に紐付けられているトークンを子、１以上の物の占有移転を行う場合の管理単位に紐付けられているトークンを親として相互参照可能な親子関係を持つトークンが記録されるブロックチェーンを含み、前記物の占有移転の管理を実現するためのトランザクションを前記ブロックチェーンに発行するように構成されているトランザクション発行部、を有する。
【発明の効果】
【0009】
相互参照可能な階層構造を持つデータにより物品の占有移転をブロックチェーン上で管理できる技術が提供される。
【図面の簡単な説明】
【0010】
【図1】物流上での物品の輸送の一例を説明するための図である。
【図2】ＥＲＣ９９８を利用する場合に発生するトランザクションの一例を説明するための図である。
【図3】提案手法を利用する場合に発生するトランザクションの一例を説明するための図である。
【図4】提案手法によるトークンの親子関係の一例を説明するための図である。
【図5】トークンＩＤ再利用の一例を説明するための図である。
【図6】第一の実施形態に係る物流管理システムの全体構成の一例を示す図である。
【図7】第一の実施形態に係るノードの機能構成の一例を示す図である。
【図8】第一の実施形態に係る端末の機能構成の一例を示す図である。
【図9】第一の実施形態に係るトランザクション発行及び実行処理の一例を示すシーケンス図である。
【図10】占有移転の記録漏れの一例を説明するための図である。
【図11】第二の実施形態に係る端末の機能構成の一例を示す図である。
【図12】第二の実施形態に係る特殊占有移転、補足履歴承認及び補足履歴更新処理の一例を示すシーケンス図である。
【図13】第三の実施形態に係る物流管理システムの全体構成の一例を示す図である。
【図14】第三の実施形態に係る端末の機能構成の一例を示す図である。
【図15】第三の実施形態に係るデータベースサーバの機能構成の一例を示す図である。
【図16】トークンのイベント発生履歴の一例を示す図である。
【図17】第三の実施形態に係る占有移転履歴作成処理の一例を示すフローチャートである。
【図18】第三の実施形態に係る占有移転履歴可視化処理の一例を示すシーケンス図である。
【図19】コンピュータのハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【0011】
以下、本発明の一実施形態について説明する。
【0012】
［第一の実施形態］
まず、第一の実施形態について説明する。
まず、第一の実施形態について説明する。
【0013】
＜占有者＞
占有者とは、現物としての物（モノ（有体物））やサービス（ライセンスや電子的なコンテンツ等といった無形の物（無体物））を一時的又は非一時的に支配・管理している自然人や法人、又はその支配・管理下にある空間等の支配・管理対象のことである。本実施形態では、商品を一時的又は非一時的に支配・管理している空間等も占有者に含まれていることに留意されたい。
占有者とは、現物としての物（モノ（有体物））やサービス（ライセンスや電子的なコンテンツ等といった無形の物（無体物））を一時的又は非一時的に支配・管理している自然人や法人、又はその支配・管理下にある空間等の支配・管理対象のことである。本実施形態では、商品を一時的又は非一時的に支配・管理している空間等も占有者に含まれていることに留意されたい。
【0014】
占有者の具体例としては、例えば、荷台等により物品を運搬可能なトラック等といった輸送車、物品を運搬可能な列車、物品を保管可能な倉庫や工場、物品を販売等する店舗等が挙げられる。なお、１台のトラックや１台の列車、１つの倉庫、１つの店舗等に複数の占有者が含まれていてもよい。例えば、倉庫内に複数の部屋が存在する場合、各部屋のそれぞれを１つの占有者としてもよいし、所定の２つ以上の部屋を１つの占有者としてもよい。同様に、倉庫内に複数のフロアが存在する場合、各フロアのそれぞれを１つの占有者としてもよいし、所定の２つ以上のフロアを１つの占有者としてもよい。輸送車が複数の荷台を備えている場合や列車が複数の車両で構成されている場合等についても同様である。
【0015】
＜物流上での物品の輸送＞
商品や製品等といった物品を物流上で輸送する際には、複数の商品をまとめたケース単位でコンテナに格納して輸送したり、パレットに載せて輸送したりすることが一般的である。例えば、図１に示すように、メーカーから出荷された物品を含むケースはコンテナに格納され、コンテナ単位で倉庫Ａ等の物流拠点に輸送される。その後、倉庫Ａでは輸送先に応じてケースがパレットに積み替えられ、パレット単位で倉庫Ｂ等の物流拠点に輸送される。倉庫Ｂでは、例えば、輸送先に応じてパレット上のケースが更に積み替えが行われ、パレット単位で倉庫Ｃ等の物流拠点に輸送される。そして、物流拠点Ｃでは、パレット上のケースがケース単位で店舗に輸送される。
商品や製品等といった物品を物流上で輸送する際には、複数の商品をまとめたケース単位でコンテナに格納して輸送したり、パレットに載せて輸送したりすることが一般的である。例えば、図１に示すように、メーカーから出荷された物品を含むケースはコンテナに格納され、コンテナ単位で倉庫Ａ等の物流拠点に輸送される。その後、倉庫Ａでは輸送先に応じてケースがパレットに積み替えられ、パレット単位で倉庫Ｂ等の物流拠点に輸送される。倉庫Ｂでは、例えば、輸送先に応じてパレット上のケースが更に積み替えが行われ、パレット単位で倉庫Ｃ等の物流拠点に輸送される。そして、物流拠点Ｃでは、パレット上のケースがケース単位で店舗に輸送される。
【0016】
このように、物品を物流上で輸送する際には、比較的大容量のコンテナ等にケースが格納されて出荷され、その後、途中の物流拠点で輸送先に応じてパレット上に積まれたり、パレット間でケースの積み替えが行われたりした後、最終的にケース単位で店舗に輸送されることが一般的である。このため、コンテナ単位やパレット単位で物品を輸送している間は、ケース単位ではなく、コンテナ単位やパレット単位で占有移転を記録するようにすればトランザクションの発行数を抑制することができる。すなわち、コンテナ単位やパレット単位で物品を輸送している間は、その単位で占有移転を管理すればトランザクションの発行数を抑制することができる。以下、コンテナやパレット等といった複数の物品をまとめて輸送又は管理し、コンテナやパレット単位で占有移転が行われる対象のことを「管理単位」とも呼ぶ。
【0017】
ここで、コンテナには複数のケースが格納されるため、コンテナとケースの間には親子関係があるといえる。同様に、パレットには複数のケースが載せられるため、パレットとケースの間には親子関係があるといえる。また、コンテナには複数のパレットが格納されることもあり得るため、コンテナとパレットの間と、パレットとケースの間とのそれぞれに親子関係があることもあり得る。すなわち、物流上で輸送される対象と、その輸送に用いられるコンテナやパレット等の輸送容器との間には輸送容器を親、その輸送容器に格納される対象を子とする親子関係があり、また輸送容器同士にも一方の輸送容器が他方の輸送容器に含まれる場合には親子関係がある。
【0018】
このため、より一般的には、或る対象の占有移転を記録する際に、その対象に親が存在する場合、最上位の親（つまり、当該対象の親を辿っていったときに最上位に位置する親）単位で占有移転を記録するようにすればトランザクションの発行数を抑制することができる。
【0019】
＜親子関係と占有移転をブロックチェーン上で管理可能な既存技術＞
親子関係と物品の占有移転をブロックチェーン（以下、ＢＣともいう。）上で管理可能な既存技術としてＥＲＣ（Ethereum Request for Comments）９９８と呼ばれる規格がある。ＥＲＣ９９８は、ＥＲＣ７２１に規定されている代替不可トークン（ＮＦＴ：Non-Fungible Token）を階層化して、所有者をまとめて変更できるトークンの規格である。この規格を用いて、例えばＲＦＩＤ（Radio Frequency Identification）タグやＱＲコード（登録商標）等により代替不可トークンと物品や輸送容器等とを紐付けることで、それらの占有移転をＢＣ上で管理することができる。しかしながら、ＥＲＣ９９８では、親と子の間で相互に参照可能ではなく、また親子関係の紐付け、解除のたびにトランザクションを発行する必要があり、大量のトランザクションが必要になることがある。
親子関係と物品の占有移転をブロックチェーン（以下、ＢＣともいう。）上で管理可能な既存技術としてＥＲＣ（Ethereum Request for Comments）９９８と呼ばれる規格がある。ＥＲＣ９９８は、ＥＲＣ７２１に規定されている代替不可トークン（ＮＦＴ：Non-Fungible Token）を階層化して、所有者をまとめて変更できるトークンの規格である。この規格を用いて、例えばＲＦＩＤ（Radio Frequency Identification）タグやＱＲコード（登録商標）等により代替不可トークンと物品や輸送容器等とを紐付けることで、それらの占有移転をＢＣ上で管理することができる。しかしながら、ＥＲＣ９９８では、親と子の間で相互に参照可能ではなく、また親子関係の紐付け、解除のたびにトランザクションを発行する必要があり、大量のトランザクションが必要になることがある。
【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】
ノード１０は、ＢＣを構成する汎用サーバやＰＣ（パーソナルコンピュータ）等である。各ノード１０は、ＢＣネットワーク上に分散して存在しており、互いにＰ２Ｐ（Peer to Peer）で接続されている。また、各ノード１０は、互いに共有する分散台帳を有していると共に、上記の各メソッド（Ｍｉｎｔメソッド、Ｐａｃｋメソッド、Ａｐｐｒｏｖｅメソッド、Ｔｒａｎｓｆｅｒメソッド、Ｕｎｐａｃｋメソッド及びＢｕｒｎメソッド）が実装されたスマートコントラクトを有しておりトランザクションの実行等を行う。
【0147】
端末２０は、トークンの生成、親子関係の紐付け／解除、占有移転許可、占有移転、トークンの償却等を行うユーザが利用する各種端末（例えば、ＰＣ、スマートフォン、タブレット端末、ウェアラブルデバイス等）である。以下では、複数の端末２０の各々を区別するときは「端末２０－１」、「端末２０－２」等と表記する。また、ユーザが利用する端末２０を「ユーザ端末２１」と表記する。これは、後述する管理者端末２２と区別するためである。
【0148】
なお、図６に示す物流管理システム１の全体構成例は一例であって、これに限られるものではない。例えば、ノード１０及び端末２０以外にも、何等かの機能を実現する装置や機器等が物流管理システム１に含まれていてもよい。
【0149】
＜物流管理システム１に含まれるノード１０及び端末２０の機能構成例＞
以下、第一の実施形態に係る物流管理システム１に含まれるノード１０及び端末２０の機能構成例について説明する。
以下、第一の実施形態に係る物流管理システム１に含まれるノード１０及び端末２０の機能構成例について説明する。
【0150】
≪ノード１０≫
第一の実施形態に係るノード１０の機能構成例を図７に示す。図７に示すように、第一の実施形態に係るノード１０は、トランザクション実行部１０１を有する。トランザクション実行部１０１は、当該ノード１０が有するブロックチェーンプラットフォーム上に実装されたスマートコントラクトが、ＣＰＵ（Central Processing Unit）やＧＰＵ（Graphic Processing Unit）等のプロセッサに実行させる処理により実現される。また、第一の実施形態に係るノード１０は、記憶部１０２を有する。記憶部１０２は、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）、フラッシュメモリ等の補助記憶装置により実現される。
第一の実施形態に係るノード１０の機能構成例を図７に示す。図７に示すように、第一の実施形態に係るノード１０は、トランザクション実行部１０１を有する。トランザクション実行部１０１は、当該ノード１０が有するブロックチェーンプラットフォーム上に実装されたスマートコントラクトが、ＣＰＵ（Central Processing Unit）やＧＰＵ（Graphic Processing Unit）等のプロセッサに実行させる処理により実現される。また、第一の実施形態に係るノード１０は、記憶部１０２を有する。記憶部１０２は、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）、フラッシュメモリ等の補助記憶装置により実現される。
【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】
＜物流管理システム１に含まれるノード１０及び端末２０の機能構成例＞
以下、第二の実施形態に係る端末２０の機能構成例について説明する。なお、第二の実施形態に係るノード１０の機能構成例は第一の実施形態と同様としてよいため、その説明を省略する。
以下、第二の実施形態に係る端末２０の機能構成例について説明する。なお、第二の実施形態に係るノード１０の機能構成例は第一の実施形態と同様としてよいため、その説明を省略する。
【0232】
≪端末２０≫
第二の実施形態に係る端末２０の機能構成例を図１１に示す。図１１に示すように、第二の実施形態に係る端末２０は、第一の実施形態で説明した各部に加えて、占有移転代行依頼部２０３と、補足履歴リスト取得部２０４とを有する。これら各部は、例えば、端末２０にインストールされた１以上のプログラムが、ＣＰＵ等のプロセッサに実行させる処理により実現される。
第二の実施形態に係る端末２０の機能構成例を図１１に示す。図１１に示すように、第二の実施形態に係る端末２０は、第一の実施形態で説明した各部に加えて、占有移転代行依頼部２０３と、補足履歴リスト取得部２０４とを有する。これら各部は、例えば、端末２０にインストールされた１以上のプログラムが、ＣＰＵ等のプロセッサに実行させる処理により実現される。
【0233】
占有移転代行依頼部２０３は、当該端末２０の利用者が占有移転代行を希望するユーザである場合（つまり、当該端末２０が、占有移転代行を希望するユーザのユーザ端末２１である場合）に、占有移転代行を管理者端末２２に依頼する。
【0234】
補足履歴リスト取得部２０４は、当該端末２０の利用者が占有移転の記録漏れの関係者である場合（つまり、当該端末２０が、占有移転の記録漏れの関係者（ユーザ）のユーザ端末２１である場合）に、補足履歴承認を行うために補足履歴リストを補足履歴リストマップから取得する。
【0235】
＜特殊占有移転、補足履歴承認及び補足履歴更新処理＞
以下、特殊占有移転、補足履歴承認、及び補足履歴更新を行うための処理の流れについて、図１２を参照しながら説明する。なお、以下では、管理者に対して占有移転代行を依頼するユーザの端末２０をユーザ端末２１－１、占有移転の記録漏れをしたユーザ（関係者）の端末２０をユーザ端末２１－２とする。
以下、特殊占有移転、補足履歴承認、及び補足履歴更新を行うための処理の流れについて、図１２を参照しながら説明する。なお、以下では、管理者に対して占有移転代行を依頼するユーザの端末２０をユーザ端末２１－１、占有移転の記録漏れをしたユーザ（関係者）の端末２０をユーザ端末２１－２とする。
【0236】
ユーザ端末２１－１の占有移転代行依頼部２０３は、占有移転代行を管理者端末２２に依頼する（ステップＳ２０１）。ここで、占有移転代行依頼には、例えば、ＳｐｅｃｉａｌＴｒａｎｓｆｅｒメソッドの引数として指定されるトークンＩＤリスト、移転経路リスト及び理由が含まれる。なお、占有移転代行依頼部２０３は、予め決められた手段（例えば、メール、メッセージングアプリケーション等）により占有移転代行依頼を行えばよい。ただし、これは一例であって、占有移転代行依頼は、例えば、電話、口頭、手紙等により行われてもよい。
【0237】
管理者端末２２のトランザクション発行部２０１は、特殊占有移転を行うためのトランザクションを発行する（ステップＳ２０２）。すなわち、管理者端末２２のトランザクション発行部２０１は、ＳｐｅｃｉａｌＴｒａｎｓｆｅｒメソッドとその引数（例えば、占有移転代行依頼に含まれるトークンＩＤリスト、移転経路リスト及び理由）とを指定したトランザクションを発行する。
【0238】
次に、管理者端末２２のトランザクション発行部２０１は、上記のステップＳ２０２で発行されたトランザクションを或るノード１０（例えば、当該管理者端末２２に対して予め決められたノード１０）に送信する（ステップＳ２０３）。
【0239】
ノード１０のトランザクション実行部１０１は、トランザクションを受信すると、このトランザクションを実行する（ステップＳ２０４）。すなわち、ノード１０のトランザクション実行部１０１は、受信したトランザクションに指定された引数を指定したＳｐｅｃｉａｌＴｒａｎｓｆｅｒメソッドを実行する。これにより、特殊占有移転が行われ、当該特殊占有移転が行われたことを表すＮｏｔｉｃｅイベントが発行される。
【0240】
ユーザ端末２１－２の補足履歴リスト取得部２０４は、上記のステップＳ２０４で発行されたＮｏｔｉｃｅイベントに含まれるトークンＩＤ及びブロック番号をキーとして補足履歴リストを補足履歴リストマップから取得する（ステップＳ２０５）。
【0241】
以下のステップＳ２０６～ステップＳ２０８は、ユーザ端末２１－２のユーザのＢＣアドレスが、上記のステップＳ２０５で取得された補足履歴リスト内に存在する場合（つまり、当該補足履歴リスト内の少なくとも１つの補足履歴の移転元ＢＣアドレス又は移転先ＢＣアドレスが、当該ユーザ端末２１－２のユーザのＢＣアドレスである場合）に実行される。
【0242】
ユーザ端末２１－２のトランザクション発行部２０１は、補足履歴承認を行うためのトランザクションを発行する（ステップＳ２０６）。すなわち、ユーザ端末２１－２のトランザクション発行部２０１は、Ｃｏｎｆｉｒｍメソッドとその引数とを指定したトランザクションを発行する。なお、Ｃｏｎｆｉｒｍメソッドの引数（つまり、補足履歴情報リスト及び補足履歴承認フラグ）は、例えば、自身のＢＣアドレスが移転元ＢＣアドレス又は移転先ＢＣアドレスに設定されている補足履歴を承認するか又は否認するかを決定したユーザ（ユーザ端末２１－２のユーザ）によって指定される。
【0243】
ユーザ端末２１－２のトランザクション発行部２０１は、上記のステップＳ２０６で発行されたトランザクションを或るノード１０（例えば、当該ユーザ端末２１－２に対して予め決められたノード１０）に送信する（ステップＳ２０７）。
【0244】
ノード１０のトランザクション実行部１０１は、トランザクションを受信すると、このトランザクションを実行する（ステップＳ２０８）。すなわち、ノード１０のトランザクション実行部１０１は、受信したトランザクションに指定された引数を指定したＣｏｎｆｉｒｍメソッドを実行する。これにより、補足履歴承認が行われ、Ｃｏｎｆｉｒｍイベントが発行される。
【0245】
以下のステップＳ２０９～ステップＳ２１１は、例えば、補足履歴に誤りがある等の理由によりユーザ端末２１－２のユーザによって或る補足履歴が否認され、管理者が補足履歴を更新する場合に実行される。
【0246】
管理者端末２２のトランザクション発行部２０１は、補足履歴更新を行うためのトランザクションを発行する（ステップＳ２０９）。すなわち、管理者端末２２のトランザクション発行部２０１は、ＵｐｄａｔｅＳｕｐｐｌｅｍｅｎｔａｌＨｉｓｔｏｒｙメソッドとその引数（つまり、例えば、正しい補足履歴情報リスト及び移転経路リスト）とを指定したトランザクションを発行する。
【0247】
次に、管理者端末２２のトランザクション発行部２０１は、上記のステップＳ２０９で発行されたトランザクションを或るノード１０（例えば、当該管理者端末２２に対して予め決められたノード１０）に送信する（ステップＳ２１０）。
【0248】
ノード１０のトランザクション実行部１０１は、トランザクションを受信すると、このトランザクションを実行する（ステップＳ２１１）。すなわち、ノード１０のトランザクション実行部１０１は、受信したトランザクションに指定された引数を指定したＵｐｄａｔｅＳｕｐｐｌｅｍｅｎｔａｌＨｉｓｔｏｒｙメソッドを実行する。これにより、補足履歴更新が行われ、Ｎｏｔｉｃｅイベントが発行される。この場合、上記のステップＳ２０５から再度実行される。
【0249】
なお、上記のステップＳ２０４、ステップＳ２０８及びステップＳ２１１で実行されたトランザクションと当該トランザクションを実現するメソッドの実行中に発行されたイベントのイベント情報は、分散台帳を構成するブロックに記録される。
【0250】
以上により、第二の実施形態に係る物流管理システム１では、占有移転の記録漏れが生じた場合であっても、その占有移転を管理者が代理で記録することが可能となる。また、このとき、記録漏れが発生した後の占有者（関係者）に対して管理者による占有移転（特殊占有移転）を承認させることにより、その特殊占有移転の信頼性を高めることができる。
【0251】
［第三の実施形態］
次に、第三の実施形態について説明する。なお、第三の実施形態は、第一の実施形態のみ、又は第一と第二の実施形態の両方を前提としてよいが、以下では、主に、第一と第二の実施形態の両方を前提として説明する。
次に、第三の実施形態について説明する。なお、第三の実施形態は、第一の実施形態のみ、又は第一と第二の実施形態の両方を前提としてよいが、以下では、主に、第一と第二の実施形態の両方を前提として説明する。
【0252】
＜占有移転履歴＞
上記の第一又は第二の実施形態に係る物流管理システム１では、ＢＣ上で追跡対象の占有移転を管理することができるが、例えば、トークン間の親子関係が存在し、またトークンＩＤの再利用や管理者による特殊占有移転等が行われ得るため、占有移転履歴を作成する際には、これらを考慮する必要がある。これは、トークンストレージ情報はＢＣ上では単なるトークン毎の履歴でしかないため、トークン間の親子関係、トークンＩＤの再利用、管理者による特殊占有移転等を考慮しないと正確な占有移転履歴が得られないためである。そこで、以下では、トークン間の親子関係、トークンＩＤの再利用、管理者による特殊占有移転等を考慮した占有移転履歴を作成し、この占有移転を可視化する場合について説明する。
上記の第一又は第二の実施形態に係る物流管理システム１では、ＢＣ上で追跡対象の占有移転を管理することができるが、例えば、トークン間の親子関係が存在し、またトークンＩＤの再利用や管理者による特殊占有移転等が行われ得るため、占有移転履歴を作成する際には、これらを考慮する必要がある。これは、トークンストレージ情報はＢＣ上では単なるトークン毎の履歴でしかないため、トークン間の親子関係、トークンＩＤの再利用、管理者による特殊占有移転等を考慮しないと正確な占有移転履歴が得られないためである。そこで、以下では、トークン間の親子関係、トークンＩＤの再利用、管理者による特殊占有移転等を考慮した占有移転履歴を作成し、この占有移転を可視化する場合について説明する。
【0253】
＜物流管理システム１の全体構成例＞
以下、トークン間の親子関係、トークンＩＤの再利用、管理者による特殊占有移転等を考慮した占有移転履歴を作成し、この占有移転を可視化することができる物流管理システム１について説明する。第三の実施形態に係る物流管理システム１の全体構成例を図１３に示す。図１３に示すように、第三の実施形態に係る物流管理システム１には、複数のノード１０と複数の端末２０に加えて、データベースサーバ３０が含まれる。なお、データベースサーバ３０は、例えば、企業間ネットワーク等を含む通信ネットワークを介して、ノード１０及び端末２０と通信可能に接続される。
以下、トークン間の親子関係、トークンＩＤの再利用、管理者による特殊占有移転等を考慮した占有移転履歴を作成し、この占有移転を可視化することができる物流管理システム１について説明する。第三の実施形態に係る物流管理システム１の全体構成例を図１３に示す。図１３に示すように、第三の実施形態に係る物流管理システム１には、複数のノード１０と複数の端末２０に加えて、データベースサーバ３０が含まれる。なお、データベースサーバ３０は、例えば、企業間ネットワーク等を含む通信ネットワークを介して、ノード１０及び端末２０と通信可能に接続される。
【0254】
データベースサーバ３０は、トークン間の親子関係、トークンＩＤの再利用、管理者による特殊占有移転等を考慮した占有移転履歴を作成及び管理する汎用サーバやＰＣ等である。データベースサーバ３０は、ノード１０から取得したトークンストレージ情報やイベント情報等を用いて占有移転履歴を作成すると共に、端末２０からの要求に応じて当該占有移転履歴を提供する。
【0255】
なお、図１３に示す物流管理システム１の全体構成例は一例であって、これに限られるものではない。例えば、複数の端末２０のうちの或る１つ以上の端末２０がデータベースサーバ３０として機能してもよい。
【0256】
＜物流管理システム１に含まれるノード１０、端末２０及びデータベースサーバ３０の機能構成例＞
以下、第三の実施形態に係る物流管理システム１に含まれるノード１０、端末２０及びデータベースサーバ３０の機能構成例について説明する。なお、ノード１０の機能構成例は第一又は第二の実施形態と同様としてよいため、その説明を省略する。
以下、第三の実施形態に係る物流管理システム１に含まれるノード１０、端末２０及びデータベースサーバ３０の機能構成例について説明する。なお、ノード１０の機能構成例は第一又は第二の実施形態と同様としてよいため、その説明を省略する。
【0257】
≪端末２０≫
第三の実施形態に係る端末２０の機能構成例を図１４に示す。図１４に示すように、第三の実施形態に係る端末２０は、第二の実施形態で説明した各部に加えて、可視化部２０５を有する。可視化部２０５は、例えば、端末２０にインストールされた１以上のプログラムが、ＣＰＵ等のプロセッサに実行させる処理により実現される。
第三の実施形態に係る端末２０の機能構成例を図１４に示す。図１４に示すように、第三の実施形態に係る端末２０は、第二の実施形態で説明した各部に加えて、可視化部２０５を有する。可視化部２０５は、例えば、端末２０にインストールされた１以上のプログラムが、ＣＰＵ等のプロセッサに実行させる処理により実現される。
【0258】
可視化部２０５は、可視化対象として指定されたトークンＩＤを持つトークンの占有移転履歴をデータベースサーバ３０に要求すると共に、この要求に応じて当該データベースサーバ３０から提供された占有移転履歴をディスプレイ等の表示装置上に可視化する。
【0259】
≪データベースサーバ３０≫
第三の実施形態に係るデータベースサーバ３０の機能構成例を図１５に示す。図１５に示すように、第三の実施形態に係るデータベースサーバ３０は、占有移転履歴作成部３０１と、占有移転履歴提供部３０２とを有する。これら各部は、例えば、データベースサーバ３０にインストールされた１以上のプログラムが、ＣＰＵ等のプロセッサに実行させる処理により実現される。また、第三の実施形態に係るデータベースサーバ３０は、占有移転履歴ＤＢ３０３を有する。占有移転履歴ＤＢ３０３は、例えば、ＨＤＤやＳＳＤ、フラッシュメモリ等の補助記憶装置により実現される。
第三の実施形態に係るデータベースサーバ３０の機能構成例を図１５に示す。図１５に示すように、第三の実施形態に係るデータベースサーバ３０は、占有移転履歴作成部３０１と、占有移転履歴提供部３０２とを有する。これら各部は、例えば、データベースサーバ３０にインストールされた１以上のプログラムが、ＣＰＵ等のプロセッサに実行させる処理により実現される。また、第三の実施形態に係るデータベースサーバ３０は、占有移転履歴ＤＢ３０３を有する。占有移転履歴ＤＢ３０３は、例えば、ＨＤＤやＳＳＤ、フラッシュメモリ等の補助記憶装置により実現される。
【0260】
占有移転履歴作成部３０１は、ＢＣから取得したトークンストレージ情報やイベント情報等を用いて、或るトークンＩＤの占有移転履歴（例えば、トークン間の親子関係、トークンＩＤの再利用、管理者による特殊占有移転等を考慮した占有移転履歴）を作成する。また、占有移転履歴作成部３０１は、作成した占有移転履歴を占有移転履歴ＤＢ３０３に格納する。ここで、占有移転履歴作成部３０１は、例えば、予め決められた所定の期間（例えば、１日等）毎に、履歴作成対象となる各トークンＩＤの占有移転履歴を作成する。なお、履歴作成対象となるトークンＩＤは、例えば、すべてのトークンＩＤであってもよいし、予め決められた一部のトークンＩＤであってもよいし、予め決められた追跡対象に紐付けられたトークンのトークンＩＤであってもよい。
【0261】
占有移転履歴提供部３０２は、端末２０からの要求に応じて、この要求で指定されたトークンＩＤの占有移転履歴を当該端末２０に提供する。
【0262】
占有移転履歴ＤＢ３０３は、占有移転履歴作成部３０１によって作成された占有移転履歴を格納する。
【0263】
＜占有移転履歴作成処理＞
以下、一例として、トークンＩＤ「Ｔ０１」のトークンには、図１６に示すような親子関係とイベント発生履歴が存在するものとする。すなわち、トークンＩＤ「Ｔ０１」のトークンには、３階層の親子関係が存在し、またトークンＩＤの再利用、管理者による特殊占有移転が発生しているものとする。このとき、トークンＩＤ「Ｔ０１」の占有移転履歴を作成する場合の処理の流れについて、図１７を参照しながら説明する。
以下、一例として、トークンＩＤ「Ｔ０１」のトークンには、図１６に示すような親子関係とイベント発生履歴が存在するものとする。すなわち、トークンＩＤ「Ｔ０１」のトークンには、３階層の親子関係が存在し、またトークンＩＤの再利用、管理者による特殊占有移転が発生しているものとする。このとき、トークンＩＤ「Ｔ０１」の占有移転履歴を作成する場合の処理の流れについて、図１７を参照しながら説明する。
【0264】
データベースサーバ３０の占有移転履歴作成部３０１は、履歴作成対象のトークンＩＤ（ここでは、一例として、トークンＩＤ「Ｔ０１」）に関するイベント情報をＢＣから取得し、ｅｖｅｎｔＩｎｆｏＬｉｓｔと呼ぶリストに各イベント情報を要素（レコード）として追加した上で、ブロック番号（ｂｌｏｃｋＮｏ）を第一ソートキー、ログ順序（ｌｏｇＩｎｄｅｘ）を第二ソートキーとしてｅｖｅｎｔＩｎｆｏＬｉｓｔの要素を昇順にソートする（ステップＳ３０１）。
【0265】
上記のステップＳ３０１により、例えば、以下のｅｖｅｎｔＩｎｆｏＬｉｓｔが得られる。
【0266】
ｅｖｅｎｔＩｎｆｏＬｉｓｔ＝［
｛ｂｌｏｃｋＮｏ：１００，ｅｖｅｎｔ：Ｍｉｎｔ，ｌｏｇＩｎｄｅｘ：０，・・・｝，
｛ｂｌｏｃｋＮｏ：１２０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：０，・・・｝，
｛ｂｌｏｃｋＮｏ：１５０，ｅｖｅｎｔ：Ｕｎｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：０，・・・｝，
｛ｂｌｏｃｋＮｏ：１６０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・｝，
｛ｂｌｏｃｋＮｏ：１７０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・｝，
｛ｂｌｏｃｋＮｏ：１８０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：１，・・・｝，
｛ｂｌｏｃｋＮｏ：２４０，ｅｖｅｎｔ：Ｂｕｒｎ，ｌｏｇＩｎｄｅｘ：０，・・・｝，
｛ｂｌｏｃｋＮｏ：２５０，ｅｖｅｎｔ：Ｍｉｎｔ，ｌｏｇＩｎｄｅｘ：０，・・・｝，
｛ｂｌｏｃｋＮｏ：２６０，ｅｖｅｎｔ：Ｂｕｒｎ，ｌｏｇＩｎｄｅｘ：０，・・・｝］
ここで、ログ順序（ｌｏｇＩｎｄｅｘ）は、ブロック内におけるイベントの発行順序を表している。なお、イベント情報には、ブロック番号（ｂｌｏｃｋＮｏ）、イベント名（ｅｖｅｎｔ）、ログ順序（ｌｏｇＩｎｄｅｘ）以外にも、トランザクション発行者やオペレーションタイプ等の様々な情報が含まれ得るが、上記では必要なものだけを記載し、それ以外を省略している。
｛ｂｌｏｃｋＮｏ：１００，ｅｖｅｎｔ：Ｍｉｎｔ，ｌｏｇＩｎｄｅｘ：０，・・・｝，
｛ｂｌｏｃｋＮｏ：１２０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：０，・・・｝，
｛ｂｌｏｃｋＮｏ：１５０，ｅｖｅｎｔ：Ｕｎｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：０，・・・｝，
｛ｂｌｏｃｋＮｏ：１６０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・｝，
｛ｂｌｏｃｋＮｏ：１７０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・｝，
｛ｂｌｏｃｋＮｏ：１８０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：１，・・・｝，
｛ｂｌｏｃｋＮｏ：２４０，ｅｖｅｎｔ：Ｂｕｒｎ，ｌｏｇＩｎｄｅｘ：０，・・・｝，
｛ｂｌｏｃｋＮｏ：２５０，ｅｖｅｎｔ：Ｍｉｎｔ，ｌｏｇＩｎｄｅｘ：０，・・・｝，
｛ｂｌｏｃｋＮｏ：２６０，ｅｖｅｎｔ：Ｂｕｒｎ，ｌｏｇＩｎｄｅｘ：０，・・・｝］
ここで、ログ順序（ｌｏｇＩｎｄｅｘ）は、ブロック内におけるイベントの発行順序を表している。なお、イベント情報には、ブロック番号（ｂｌｏｃｋＮｏ）、イベント名（ｅｖｅｎｔ）、ログ順序（ｌｏｇＩｎｄｅｘ）以外にも、トランザクション発行者やオペレーションタイプ等の様々な情報が含まれ得るが、上記では必要なものだけを記載し、それ以外を省略している。
【0267】
次に、データベースサーバ３０の占有移転履歴作成部３０１は、ｅｖｅｎｔＩｎｆｏＬｉｓｔの要素（イベント情報）毎にその要素に含まれるブロック番号時点におけるトークンＩＤ「Ｔ０１」のトークンストレージ情報をＢＣから取得し、当該イベント情報と当該トークンストレージ情報とをあわせてｔｏｋｅｎＨｉｓｔｏｒｙＬｉｓｔと呼ぶリストの要素として追加する（ステップＳ３０２）。
【0268】
上記のステップＳ３０２により、例えば、以下のｔｏｋｅｎＨｉｓｔｏｒｙＬｉｓｔが得られる。
【0269】
ｔｏｋｅｎＨｉｓｔｏｒｙＬｉｓｔ＝［
｛ｂｌｏｃｋＮｏ：１００，ｅｖｅｎｔ：Ｍｉｎｔ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１２０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１５０，ｅｖｅｎｔ：Ｕｎｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１６０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１７０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１８０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：１，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２４０，ｅｖｅｎｔ：Ｂｕｒｎ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２５０，ｅｖｅｎｔ：Ｍｉｎｔ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２６０，ｅｖｅｎｔ：Ｂｕｒｎ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝］
ここで、ｔｏｋｅｎＩｎｆｏはトークンストレージ情報を表す。
｛ｂｌｏｃｋＮｏ：１００，ｅｖｅｎｔ：Ｍｉｎｔ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１２０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１５０，ｅｖｅｎｔ：Ｕｎｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１６０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１７０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１８０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：１，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２４０，ｅｖｅｎｔ：Ｂｕｒｎ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２５０，ｅｖｅｎｔ：Ｍｉｎｔ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２６０，ｅｖｅｎｔ：Ｂｕｒｎ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝］
ここで、ｔｏｋｅｎＩｎｆｏはトークンストレージ情報を表す。
【0270】
次に、データベースサーバ３０の占有移転履歴作成部３０１は、ｅｖｅｎｔＩｎｆｏＬｉｓｔの各要素からセットリストと呼ぶデータを作成し、これらのセットリストをｅｖｅｎｔＦｉｌｔｅｒＬｉｓｔと呼ぶリストの要素として追加する（ステップＳ３０３）。セットリストとは、Ｐａｃｋｅｄイベント発行時における親トークンのトークンＩＤと、Ｐａｃｋｅｄイベント発行時のブロック番号及びログ順序と、Ｕｎｐａｃｋｅｄ又はＢｕｒｎイベント発行時のブロック番号及びログ順序とで構成されるデータのことである。
【0271】
ここで、占有移転履歴作成部３０１は、以下のＳｔｅｐ１０１によりセットリストを作成する。
【0272】
Ｓｔｅｐ１０１）ｅｖｅｎｔＩｎｆｏＬｉｓｔに含まれる要素（イベント情報）毎に以下のＳｔｅｐ１０１－１～Ｓｔｅｐ１０１－４を繰り返す。
【0273】
Ｓｔｅｐ１０１－１）当該要素に含まれるｅｖｅｎｔが「Ｐａｃｋｅｄ」である場合は次のＳｔｅｐ１０１－２に進み、そうでない場合は当該要素に関するＳｔｅｐ１０１－２～Ｓｔｅｐ１０１－４をスキップする。
【0274】
Ｓｔｅｐ１０１－２）当該要素（ｅｖｅｎｔが「Ｐａｃｋｅｄ」であるイベント情報）のブロック番号をｆｒｏｍＢｌｏｃｋＮｏ、ログ順序をｆｒｏｍＬｏｇＩｎｄｅｘに設定する。
【0275】
Ｓｔｅｐ１０１－３）ｅｖｅｎｔＩｎｆｏＬｉｓｔ内で当該要素（ｅｖｅｎｔが「Ｐａｃｋｅｄ」であるイベント情報）よりも後に存在し、かつ、ｅｖｅｎｔが「Ｕｎｐａｃｋｅｄ」又は「Ｂｕｒｎ」である直近の要素のブロック番号をｔｏＢｌｏｃｋＮｏ、ログ順序をｔｏＬｏｇＩｎｄｅｘに設定する。ただし、当該要素（ｅｖｅｎｔが「Ｐａｃｋｅｄ」であるイベント情報）よりも後にｅｖｅｎｔが「Ｕｎｐａｃｋｅｄ」又は「Ｂｕｒｎ」である要素が存在しない場合、ｔｏＢｌｏｃｋＮｏには最新のブロック番号を設定し、ｔｏＬｏｇＩｎｄｅｘには予め決められた最大値（例えば、実装プログラムにおける整数の最大値）を設定する。
【0276】
Ｓｔｅｐ１０１－４）そして、ｆｒｏｍＢｌｏｃｋＮｏ、ｆｒｏｍＬｏｇＩｎｄｅｘ、ｔｏＢｌｏｃｋＮｏ、ｔｏＬｏｇＩｎｄｅｘに対して、当該要素（ｅｖｅｎｔが「Ｐａｃｋｅｄ」であるイベント情報）のブロック番号時点における親トークン（トークンＩＤ「Ｔ０１」を持つトークンの親トークン）のトークンＩＤをｐａｒｅｎｔＴｏｋｅｎＩｄとして対応付ける。これにより、（ｐａｒｅｎｔＴｏｋｅｎＩｄ，ｆｒｏｍＢｌｏｃｋＮｏ，ｆｒｏｍＬｏｇＩｎｄｅｘ，ｔｏＢｌｏｃｋＮｏ，ｔｏＬｏｇＩｎｄｅｘ）という形式のセットリストが作成される。
【0277】
上記のステップＳ３０３により、例えば、以下のｅｖｅｎｔＦｉｌｔｅｒＬｉｓｔが得られる。
【0278】
ｅｖｅｎｔＦｉｌｔｅｒＬｉｓｔ＝［
｛ｐａｒｅｎｔＴｏｋｅｎＩｄ：Ｔ０２，ｆｒｏｍＢｌｏｃｋＮｏ：１２０，ｆｒｏｍＬｏｇＩｎｄｅｘ：０，ｔｏＢｌｏｃｋＮｏ：１５０，ｔｏＬｏｇＩｎｄｅｘ：０｝，
｛ｐａｒｅｎｔＴｏｋｅｎＩｄ：Ｔ０２，ｆｒｏｍＢｌｏｃｋＮｏ：１８０，ｆｒｏｍＬｏｇＩｎｄｅｘ：１，ｔｏＢｌｏｃｋＮｏ：２４０，ｔｏＬｏｇＩｎｄｅｘ：０｝］
次に、データベースサーバ３０の占有移転履歴作成部３０１は、ｅｖｅｎｔＦｉｌｔｅｒＬｉｓｔ長（つまり、ｅｖｅｎｔＦｉｌｔｅｒＬｉｓｔに含まれる要素（セットリスト）数）が０より大きい場合、ｅｖｅｎｔＦｉｌｔｅｒＬｉｓｔを用いて、以下のＳｔｅｐ１１１～Ｓｔｅｐ１１２によりｔｏｋｅｎＨｉｓｔｏｒｙＬｉｓｔを更新する（ステップＳ３０４）。なお、ｅｖｅｎｔＦｉｌｔｅｒＬｉｓｔ長が０である場合は以下のＳｔｅｐ１１１～Ｓｔｅｐ１１２をスキップし、次のステップＳ３０５に進む。
｛ｐａｒｅｎｔＴｏｋｅｎＩｄ：Ｔ０２，ｆｒｏｍＢｌｏｃｋＮｏ：１２０，ｆｒｏｍＬｏｇＩｎｄｅｘ：０，ｔｏＢｌｏｃｋＮｏ：１５０，ｔｏＬｏｇＩｎｄｅｘ：０｝，
｛ｐａｒｅｎｔＴｏｋｅｎＩｄ：Ｔ０２，ｆｒｏｍＢｌｏｃｋＮｏ：１８０，ｆｒｏｍＬｏｇＩｎｄｅｘ：１，ｔｏＢｌｏｃｋＮｏ：２４０，ｔｏＬｏｇＩｎｄｅｘ：０｝］
次に、データベースサーバ３０の占有移転履歴作成部３０１は、ｅｖｅｎｔＦｉｌｔｅｒＬｉｓｔ長（つまり、ｅｖｅｎｔＦｉｌｔｅｒＬｉｓｔに含まれる要素（セットリスト）数）が０より大きい場合、ｅｖｅｎｔＦｉｌｔｅｒＬｉｓｔを用いて、以下のＳｔｅｐ１１１～Ｓｔｅｐ１１２によりｔｏｋｅｎＨｉｓｔｏｒｙＬｉｓｔを更新する（ステップＳ３０４）。なお、ｅｖｅｎｔＦｉｌｔｅｒＬｉｓｔ長が０である場合は以下のＳｔｅｐ１１１～Ｓｔｅｐ１１２をスキップし、次のステップＳ３０５に進む。
【0279】
Ｓｔｅｐ１１１）ｅｖｅｎｔＦｉｌｔｅｒＬｉｓｔに含まれる要素（セットリスト）毎に以下のＳｔｅｐ１１１－１～Ｓｔｅｐ１１１－３を繰り返す。
【0280】
Ｓｔｅｐ１１１－１）当該要素（セットリスト）に含まれるｐａｒｅｎｔＴｏｋｅｎＩｄに設定されているトークンＩＤのトークンストレージ情報をＢＣから再帰的に取得し、最上位の親トークンが持つトークンＩＤを取得する。
【0281】
これにより、例えば、当該要素（セットリスト）が｛ｐａｒｅｎｔＴｏｋｅｎＩｄ：Ｔ０２，ｆｒｏｍＢｌｏｃｋＮｏ：１２０，ｆｒｏｍＬｏｇＩｎｄｅｘ：０，ｔｏＢｌｏｃｋＮｏ：１５０，ｔｏＬｏｇＩｎｄｅｘ：０｝である場合、トークンＩＤ「Ｔ０３」が取得される。また、例えば、当該要素（セットリスト）が｛ｐａｒｅｎｔＴｏｋｅｎＩｄ：Ｔ０２，ｆｒｏｍＢｌｏｃｋＮｏ：１８０，ｆｒｏｍＬｏｇＩｎｄｅｘ：１，ｔｏＢｌｏｃｋＮｏ：２４０，ｔｏＬｏｇＩｎｄｅｘ：０｝である場合、トークンＩＤ「Ｔ０２」が取得される。
【0282】
Ｓｔｅｐ１１１－２）以下の条件で、最上位の親トークン（つまり、上記のＳｔｅｐ１１１－１で再帰的に親トークンＩＤを取得したときの最上位の親トークンＩＤ）のイベント情報を取得し、これらのイベント情報を、初期化（リスト内をクリア）したｅｖｅｎｔＩｎｆｏＬｉｓｔの要素として追加した上で、ブロック番号（ｂｌｏｃｋＮｏ）を第一ソートキー、ログ順序（ｌｏｇＩｎｄｅｘ）を第二ソートキーとしてｅｖｅｎｔＩｎｆｏＬｉｓｔの要素を昇順にソートする。
【0283】
条件：
・トークンＩＤ：Ｓｔｅｐ１１１－１で取得したトークンＩＤ
・ブロック番号の範囲：当該要素（セットリスト）に含まれるｆｒｏｍＢｌｏｃｋＮｏに設定されているブロック番号以上、かつ、ｔｏＢｌｏｃｋに設定されているブロック番号以下
・イベント名：Ａｐｐｒｏｖｅ、Ｔｒａｎｓｆｅｒ、Ｃｏｎｆｉｒｍ、Ｎｏｔｉｃｅ、Ｐａｃｋｅｄ、又はＵｎｐａｃｋｅｄ
ただし、イベント情報が以下のＡ又はＢである場合はｅｖｅｎｔＩｎｆｏＬｉｓｔに追加しない。
・トークンＩＤ：Ｓｔｅｐ１１１－１で取得したトークンＩＤ
・ブロック番号の範囲：当該要素（セットリスト）に含まれるｆｒｏｍＢｌｏｃｋＮｏに設定されているブロック番号以上、かつ、ｔｏＢｌｏｃｋに設定されているブロック番号以下
・イベント名：Ａｐｐｒｏｖｅ、Ｔｒａｎｓｆｅｒ、Ｃｏｎｆｉｒｍ、Ｎｏｔｉｃｅ、Ｐａｃｋｅｄ、又はＵｎｐａｃｋｅｄ
ただし、イベント情報が以下のＡ又はＢである場合はｅｖｅｎｔＩｎｆｏＬｉｓｔに追加しない。
【0284】
Ａ：イベント情報に含まれるブロック番号がｆｒｏｍＢｌｏｃｋＮｏに設定されているブロック番号と同じ、かつ、イベント情報に含まれるログ順序がＦｒｏｍＬｏｇＩｎｄｅｘに設定されているログ順序よりも小さい
Ｂ：イベント情報に含まれるブロック番号がｔｏＢｌｏｃｋＮｏに設定されているブロック番号と同じ、かつ、イベント情報に含まれるログ順序がｔｏＬｏｇＩｎｄｅｘに設定されているログ順序よりも大きい
上記のＡ、Ｂにより、同一ブロックであっても、ログ順序の大小によって適切なイベント情報をｅｖｅｎｔＩｎｆｏＬｉｓｔに追加することが可能となる。
Ｂ：イベント情報に含まれるブロック番号がｔｏＢｌｏｃｋＮｏに設定されているブロック番号と同じ、かつ、イベント情報に含まれるログ順序がｔｏＬｏｇＩｎｄｅｘに設定されているログ順序よりも大きい
上記のＡ、Ｂにより、同一ブロックであっても、ログ順序の大小によって適切なイベント情報をｅｖｅｎｔＩｎｆｏＬｉｓｔに追加することが可能となる。
【0285】
上記のＳｔｅｐ１１１－２により、例えば、セットリストが｛ｐａｒｅｎｔＴｏｋｅｎＩｄ：Ｔ０２，ｆｒｏｍＢｌｏｃｋＮｏ：１２０，ｆｒｏｍＬｏｇＩｎｄｅｘ：０，ｔｏＢｌｏｃｋＮｏ：１５０，ｔｏＬｏｇＩｎｄｅｘ：０｝である場合、以下のｅｖｅｎｔＩｎｆｏＬｉｓｔが得られる。
【0286】
ｅｖｅｎｔＩｎｆｏＬｉｓｔ＝［
｛ｂｌｏｃｋＮｏ：１３０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・｝，
｛ｂｌｏｃｋＮｏ：１４０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・｝］
また、例えば、セットリストが｛ｐａｒｅｎｔＴｏｋｅｎＩｄ：Ｔ０２，ｆｒｏｍＢｌｏｃｋＮｏ：１８０，ｆｒｏｍＬｏｇＩｎｄｅｘ：１，ｔｏＢｌｏｃｋＮｏ：２４０，ｔｏＬｏｇＩｎｄｅｘ：０｝である場合、以下のｅｖｅｎｔＩｎｆｏＬｉｓｔが得られる。
｛ｂｌｏｃｋＮｏ：１３０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・｝，
｛ｂｌｏｃｋＮｏ：１４０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・｝］
また、例えば、セットリストが｛ｐａｒｅｎｔＴｏｋｅｎＩｄ：Ｔ０２，ｆｒｏｍＢｌｏｃｋＮｏ：１８０，ｆｒｏｍＬｏｇＩｎｄｅｘ：１，ｔｏＢｌｏｃｋＮｏ：２４０，ｔｏＬｏｇＩｎｄｅｘ：０｝である場合、以下のｅｖｅｎｔＩｎｆｏＬｉｓｔが得られる。
【0287】
ｅｖｅｎｔＩｎｆｏＬｉｓｔ＝［
｛ｂｌｏｃｋＮｏ：１９０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・｝，
｛ｂｌｏｃｋＮｏ：２００，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・｝，
｛ｂｌｏｃｋＮｏ：２１０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：１，・・・｝］
なお、以下、上記の２つのｅｖｅｎｔＩｎｆｏＬｉｓｔをそれぞれ「第１のｅｖｅｎｔＩｎｆｏＬｉｓｔ」、「第２のｅｖｅｎｔＩｎｆｏＬｉｓｔ」とも呼ぶことにする。
｛ｂｌｏｃｋＮｏ：１９０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・｝，
｛ｂｌｏｃｋＮｏ：２００，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・｝，
｛ｂｌｏｃｋＮｏ：２１０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：１，・・・｝］
なお、以下、上記の２つのｅｖｅｎｔＩｎｆｏＬｉｓｔをそれぞれ「第１のｅｖｅｎｔＩｎｆｏＬｉｓｔ」、「第２のｅｖｅｎｔＩｎｆｏＬｉｓｔ」とも呼ぶことにする。
【0288】
Ｓｔｅｐ１１１－３）上記のＳｔｅｐ１１１－２で得られたｅｖｅｎｔＩｎｆｏＬｉｓｔの各要素（イベント情報）に関して、その要素に含まれるイベント名がＡｐｐｒｏｖｅ、Ｔｒａｎｓｆｅｒ、Ｎｏｔｉｃｅ又はＣｏｎｆｉｒｍである場合、以下の（１）を実行する。一方で、当該要素に含まれるイベント名がＰａｃｋｅｄである場合は以下の（２）、Ｕｎｐａｃｋｅｄである場合は以下の（３）を実行する。
【0289】
（１）当該要素（イベント情報）に含まれるブロック番号時点におけるトークンＩＤ「Ｔ０１」のトークンストレージ情報をＢＣから取得し、当該イベント情報と当該トークンストレージ情報とをあわせてｔｏｋｅｎＨｉｓｔｏｒｙＬｉｓｔに追加し、ブロック番号（ｂｌｏｃｋＮｏ）を第一ソートキー、ログ順序（ｌｏｇＩｎｄｅｘ）を第二ソートキーとしてｔｏｋｅｎＨｉｓｔｏｒｙＬｉｓｔに含まれる各要素を昇順にソートする 。
【0290】
（２）当該要素（イベント情報）からセットリストを作成し、このセットリストをｐａｒｅｎｔＦｉｌｔｅｒＬｉｓｔと呼ぶリストの要素として追加する。セットリストは以下の（２－１）～（２－３）により作成される。
【0291】
（２－１）当該要素（イベント情報）のブロック番号をｆｒｏｍＢｌｏｃｋＮｏ、ログ順序をｆｒｏｍＬｏｇＩｎｄｅｘに設定する。
【0292】
（２－２）ｅｖｅｎｔＩｎｆｏＬｉｓｔ内で当該要素（イベント情報）よりも後に存在し、かつ、ｅｖｅｎｔが「Ｕｎｐａｃｋｅｄ」である直近の要素のブロック番号をｔｏＢｌｏｃｋＮｏ、ログ順序をｔｏＬｏｇＩｎｄｅｘに設定する。ただし、当該要素（ｅｖｅｎｔが「Ｐａｃｋｅｄ」であるイベント情報）よりも後にｅｖｅｎｔが「Ｕｎｐａｃｋｅｄ」である要素が存在しない場合、ｔｏＢｌｏｃｋＮｏ及びｔｏＬｏｇＩｎｄｅｘには、Ｓｔｅｐ１１１－１～Ｓｔｅｐ１１１－３の繰り返しに用いられているｅｖｅｎｔＦｉｌｔｅｒＬｉｓｔの要素（セットリスト）のｔｏＢｌｏｃｋＮｏ及びｔｏＬｏｇＩｎｄｅｘをそれぞれ設定する。
【0293】
（２－３）そして、ｆｒｏｍＢｌｏｃｋＮｏ、ｆｒｏｍＬｏｇＩｎｄｅｘ、ｔｏＢｌｏｃｋＮｏ、ｔｏＬｏｇＩｎｄｅｘに対して、当該要素（ｅｖｅｎｔが「Ｐａｃｋｅｄ」であるイベント情報）のブロック番号時点における親トークンのトークンＩＤをｐａｒｅｎｔＴｏｋｅｎＩｄとして対応付ける。これにより、（ｐａｒｅｎｔＴｏｋｅｎＩｄ，ｆｒｏｍＢｌｏｃｋＮｏ，ｆｒｏｍＬｏｇＩｎｄｅｘ，ｔｏＢｌｏｃｋＮｏ，ｔｏＬｏｇＩｎｄｅｘ）という形式のセットリストが作成される。
【0294】
例えば、第２のｅｖｅｎｔＩｎｆｏＬｉｓｔに含まれる要素｛ｂｌｏｃｋＮｏ：２１０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：０，・・・｝に対して、以下のｐａｒｅｎｔＦｉｌｔｅｒＬｉｓｔが得られる。
【0295】
ｐａｒｅｎｔＦｉｌｔｅｒＬｉｓｔ＝［
｛ｐａｒｅｎｔＴｏｋｅｎＩｄ：Ｔ０３，ｆｒｏｍＢｌｏｃｋＮｏ：２１０，ｆｒｏｍＬｏｇＩｎｄｅｘ：０，ｔｏＢｌｏｃｋＮｏ：２４０，ｔｏＬｏｇＩｎｄｅｘ：１｝］
（３）当該要素をスキップする（何もしない）。
｛ｐａｒｅｎｔＴｏｋｅｎＩｄ：Ｔ０３，ｆｒｏｍＢｌｏｃｋＮｏ：２１０，ｆｒｏｍＬｏｇＩｎｄｅｘ：０，ｔｏＢｌｏｃｋＮｏ：２４０，ｔｏＬｏｇＩｎｄｅｘ：１｝］
（３）当該要素をスキップする（何もしない）。
【0296】
上記のＳｔｅｐ１１１－３が第１のｅｖｅｎｔＩｎｆｏＬｉｓｔ及び第２のｅｖｅｎｔＩｎｆｏＬｉｓｔに対して実行された場合、例えば、以下のｔｏｋｅｎＨｉｓｔｏｒｙＬｉｓｔが得られる。
【0297】
ｔｏｋｅｎＨｉｓｔｏｒｙＬｉｓｔ＝［
｛ｂｌｏｃｋＮｏ：１００，ｅｖｅｎｔ：Ｍｉｎｔ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１２０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１３０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１４０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１５０，ｅｖｅｎｔ：Ｕｎｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１６０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１７０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１８０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：１，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１９０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２００，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２４０，ｅｖｅｎｔ：Ｂｕｒｎ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２５０，ｅｖｅｎｔ：Ｍｉｎｔ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２６０，ｅｖｅｎｔ：Ｂｕｒｎ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝］
Ｓｔｅｐ１１２）ｐａｒｅｎｔＦｉｌｔｅｒＬｉｓｔ長（つまり、ｐａｒｅｎｔＦｉｌｔｅｒＬｉｓｔに含まれる要素（セットリスト）数）が０より大きい場合、ｅｖｅｎｔＦｉｌｔｅｒＬｉｓｔをｐａｒｅｎｔＦｉｌｔｅｒＬｉｓｔで上書き更新した上で上記のＳｔｅｐ１１１に戻る。一方で、ｐａｒｅｎｔＦｉｌｔｅｒＬｉｓｔ長が０である場合は次のステップＳ３０５に進む。
｛ｂｌｏｃｋＮｏ：１００，ｅｖｅｎｔ：Ｍｉｎｔ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１２０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１３０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１４０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１５０，ｅｖｅｎｔ：Ｕｎｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１６０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１７０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１８０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：１，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１９０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２００，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２４０，ｅｖｅｎｔ：Ｂｕｒｎ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２５０，ｅｖｅｎｔ：Ｍｉｎｔ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２６０，ｅｖｅｎｔ：Ｂｕｒｎ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝］
Ｓｔｅｐ１１２）ｐａｒｅｎｔＦｉｌｔｅｒＬｉｓｔ長（つまり、ｐａｒｅｎｔＦｉｌｔｅｒＬｉｓｔに含まれる要素（セットリスト）数）が０より大きい場合、ｅｖｅｎｔＦｉｌｔｅｒＬｉｓｔをｐａｒｅｎｔＦｉｌｔｅｒＬｉｓｔで上書き更新した上で上記のＳｔｅｐ１１１に戻る。一方で、ｐａｒｅｎｔＦｉｌｔｅｒＬｉｓｔ長が０である場合は次のステップＳ３０５に進む。
【0298】
上記のステップＳ３０４により、例えば、最終的に以下のｔｏｋｅｎＨｉｓｔｏｒｙＬｉｓｔが得られる。
【0299】
ｔｏｋｅｎＨｉｓｔｏｒｙＬｉｓｔ＝［
｛ｂｌｏｃｋＮｏ：１００，ｅｖｅｎｔ：Ｍｉｎｔ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１２０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１３０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１４０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１５０，ｅｖｅｎｔ：Ｕｎｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１６０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１７０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１８０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：１，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１９０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２００，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２２０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２２０，ｅｖｅｎｔ：Ｎｏｔｉｃｅ，ｌｏｇＩｎｄｅｘ：１，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２３０，ｅｖｅｎｔ：Ｃｏｎｆｉｒｍ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２４０，ｅｖｅｎｔ：Ｂｕｒｎ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２５０，ｅｖｅｎｔ：Ｍｉｎｔ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２６０，ｅｖｅｎｔ：Ｂｕｒｎ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝］
最後に、データベースサーバ３０の占有移転履歴作成部３０１は、上記のステップＳ３０４で得られたｔｏｋｅｎＨｉｓｔｏｒｙＬｉｓｔの要素に関して、イベント名が「Ｍｉｎｔ」の要素から「Ｂｕｒｎ」の要素までを１つのセットとして区切る（ステップＳ３０５）。これは、Ｍｉｎｔイベント発行からＢｕｒｎイベント発行までが１つのライフサイクルであるため、このライフサイクル単位で区切ることで、トークンのライフサイクルを明示できるためである。本ステップで得られたｔｏｋｅｎＨｉｓｔｏｒｙＬｉｓｔが占有移転履歴（本具体例ではトークンＩＤ「Ｔ０１」の占有移転履歴）であり、この占有移転履歴はトークンＩＤと対応付けられて占有移転履歴ＤＢ３０３に格納される。
｛ｂｌｏｃｋＮｏ：１００，ｅｖｅｎｔ：Ｍｉｎｔ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１２０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１３０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１４０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１５０，ｅｖｅｎｔ：Ｕｎｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１６０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１７０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１８０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：１，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１９０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２００，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２２０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２２０，ｅｖｅｎｔ：Ｎｏｔｉｃｅ，ｌｏｇＩｎｄｅｘ：１，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２３０，ｅｖｅｎｔ：Ｃｏｎｆｉｒｍ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２４０，ｅｖｅｎｔ：Ｂｕｒｎ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２５０，ｅｖｅｎｔ：Ｍｉｎｔ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２６０，ｅｖｅｎｔ：Ｂｕｒｎ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝］
最後に、データベースサーバ３０の占有移転履歴作成部３０１は、上記のステップＳ３０４で得られたｔｏｋｅｎＨｉｓｔｏｒｙＬｉｓｔの要素に関して、イベント名が「Ｍｉｎｔ」の要素から「Ｂｕｒｎ」の要素までを１つのセットとして区切る（ステップＳ３０５）。これは、Ｍｉｎｔイベント発行からＢｕｒｎイベント発行までが１つのライフサイクルであるため、このライフサイクル単位で区切ることで、トークンのライフサイクルを明示できるためである。本ステップで得られたｔｏｋｅｎＨｉｓｔｏｒｙＬｉｓｔが占有移転履歴（本具体例ではトークンＩＤ「Ｔ０１」の占有移転履歴）であり、この占有移転履歴はトークンＩＤと対応付けられて占有移転履歴ＤＢ３０３に格納される。
【0300】
上記のステップＳ３０５により、例えば、以下のｔｏｋｅｎＨｉｓｔｏｒｙＬｉｓｔが得られる。
【0301】
ｔｏｋｅｎＨｉｓｔｏｒｙＬｉｓｔ＝［
［｛ｂｌｏｃｋＮｏ：１００，ｅｖｅｎｔ：Ｍｉｎｔ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１２０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１３０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１４０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１５０，ｅｖｅｎｔ：Ｕｎｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１６０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１７０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１８０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：１，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１９０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２００，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２２０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２２０，ｅｖｅｎｔ：Ｎｏｔｉｃｅ，ｌｏｇＩｎｄｅｘ：１，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２３０，ｅｖｅｎｔ：Ｃｏｎｆｉｒｍ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２４０，ｅｖｅｎｔ：Ｂｕｒｎ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝］，
［｛ｂｌｏｃｋＮｏ：２５０，ｅｖｅｎｔ：Ｍｉｎｔ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２６０，ｅｖｅｎｔ：Ｂｕｒｎ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝］］
上記の例では、ブロック番号「１００」～「２４０」までとブロック番号「２５０」～「２６０」までとの２つに区切られている。
［｛ｂｌｏｃｋＮｏ：１００，ｅｖｅｎｔ：Ｍｉｎｔ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１２０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１３０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１４０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１５０，ｅｖｅｎｔ：Ｕｎｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１６０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１７０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１８０，ｅｖｅｎｔ：Ｐａｃｋｅｄ，ｌｏｇＩｎｄｅｘ：１，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：１９０，ｅｖｅｎｔ：Ａｐｐｒｏｖｅ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２００，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２２０，ｅｖｅｎｔ：Ｔｒａｎｓｆｅｒ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２２０，ｅｖｅｎｔ：Ｎｏｔｉｃｅ，ｌｏｇＩｎｄｅｘ：１，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２３０，ｅｖｅｎｔ：Ｃｏｎｆｉｒｍ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２４０，ｅｖｅｎｔ：Ｂｕｒｎ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝］，
［｛ｂｌｏｃｋＮｏ：２５０，ｅｖｅｎｔ：Ｍｉｎｔ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝，
｛ｂｌｏｃｋＮｏ：２６０，ｅｖｅｎｔ：Ｂｕｒｎ，ｌｏｇＩｎｄｅｘ：０，・・・，ｔｏｋｅｎＩｎｆｏ：｛・・・｝｝］］
上記の例では、ブロック番号「１００」～「２４０」までとブロック番号「２５０」～「２６０」までとの２つに区切られている。
【0302】
なお、上記の例では、トークン間の親子関係、トークンＩＤの再利用、管理者による特殊占有移転を考慮した占有移転履歴を作成したが、例えば、トークンＩＤの再利用や管理者による特殊占有移転が行われない場合であっても、同様に占有移転履歴を作成することが可能であることはいうまでもない。
【0303】
＜占有移転履歴可視化処理＞
以下、占有移転履歴を端末２０のディスプレイ等の表示装置上に可視化する場合の処理の流れについて、図１８を参照しながら説明する。
以下、占有移転履歴を端末２０のディスプレイ等の表示装置上に可視化する場合の処理の流れについて、図１８を参照しながら説明する。
【0304】
端末２０の可視化部２０５は、可視化対象のトークンＩＤの指定を受け付ける（ステップＳ４０１）。なお、可視化対象のトークンＩＤは、例えば、当該端末２０を利用する利用者（ユーザ又は管理者）によって指定される。
【0305】
端末２０の可視化部２０５は、上記のステップＳ４０１で指定が受け付けられたトークンＩＤを含む占有移転履歴取得要求をデータベースサーバ３０に送信する（ステップＳ４０２）。
【0306】
データベースサーバ３０の占有移転履歴提供部３０２は、占有移転履歴取得要求を受信すると、この占有移転履歴取得要求に含まれるトークンＩＤと対応付けられている占有移転履歴を占有移転履歴ＤＢ３０３から取得する（ステップＳ４０３）。
【0307】
データベースサーバ３０の占有移転履歴提供部３０２は、上記のステップＳ４０３で取得した占有移転履歴を当該端末２０に返信する（ステップＳ４０４）。
【0308】
端末２０の可視化部２０５は、データベースサーバ３０から返信された占有移転履歴をディスプレイ等の表示装置上に可視化する（ステップＳ４０５）。これにより、可視化対象のトークンＩＤを持つトークンに関して、トークン間の親子関係、トークンＩＤの再利用、管理者による特殊占有移転等を考慮した占有移転履歴を可視化することができる。このため、この占有移転履歴からイベント情報やトークンストレージ情報を確認できるため、当該トークンに紐付けられた追跡対象がいつどこからどこへ占有が移転したのかを知ることが可能となる。また、当該トークンと親子関係にある他のトークンの情報を容易に確認することができるため、例えば、当該トークンが物品と紐付けられている場合は、その物品を輸送したコンテナやパレットの情報を確認することができる。又は、例えば、当該トークンがコンテナと紐付けられている場合は、そのコンテナを輸送した更に大きなコンテナ等の情報を確認することができる。
【0309】
［ハードウェア構成例］
上記の各実施形態で説明したノード１０、端末２０及びデータベースサーバ３０は、例えば、図１９に示すコンピュータ５００のハードウェア構成により実現できる。図１９に示すコンピュータ５００は、入力装置５０１と、表示装置５０２と、外部Ｉ／Ｆ５０３と、通信Ｉ／Ｆ５０４と、ＲＡＭ（Random Access Memory）５０５と、ＲＯＭ（Read Only Memory）５０６と、補助記憶装置５０７と、プロセッサ５０８とを有する。また、これらの各ハードウェアは、それぞれがバス５０９を介して通信可能に接続されている。
上記の各実施形態で説明したノード１０、端末２０及びデータベースサーバ３０は、例えば、図１９に示すコンピュータ５００のハードウェア構成により実現できる。図１９に示すコンピュータ５００は、入力装置５０１と、表示装置５０２と、外部Ｉ／Ｆ５０３と、通信Ｉ／Ｆ５０４と、ＲＡＭ（Random Access Memory）５０５と、ＲＯＭ（Read Only Memory）５０６と、補助記憶装置５０７と、プロセッサ５０８とを有する。また、これらの各ハードウェアは、それぞれがバス５０９を介して通信可能に接続されている。
【0310】
入力装置５０１は、例えば、キーボード、マウス、タッチパネル、物理ボタン等である。表示装置５０２は、例えば、ディスプレイ、表示パネル等である。なお、コンピュータ５００は、例えば、入力装置５０１及び表示装置５０２のうちの少なくとも一方を有していなくてもよい。
【0311】
外部Ｉ／Ｆ５０３は、記録媒体５０３ａ等の外部装置とのインタフェースである。コンピュータ５００は、外部Ｉ／Ｆ５０３を介して、記録媒体５０３ａの読み取りや書き込み等を行うことができる。記録媒体５０３ａとしては、例えば、フレキシブルディスク、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk）、ＳＤメモリカード（Secure Digital memory card）、ＵＳＢ（Universal Serial Bus）メモリカード等が挙げられる。
【0312】
通信Ｉ／Ｆ５０４は、コンピュータ５００が通信ネットワーク等に接続するためのインタフェースである。ＲＡＭ５０５は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＲＯＭ５０６は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。補助記憶装置５０７は、例えば、ＨＤＤ、ＳＳＤ、フラッシュメモリ等のストレージ装置（記憶装置）である。プロセッサ５０８は、ＣＰＵ、ＧＰＵ等の演算装置である。
【0313】
上記の各実施形態で説明したノード１０、端末２０及びデータベースサーバ３０は、例えば、図１９に示すコンピュータ５００のハードウェア構成を有することにより、上述した各種処理を実現することができる。なお、図１９に示すコンピュータ５００のハードウェア構成は一例であって、これに限られるものではない。例えば、コンピュータ５００は、複数の補助記憶装置５０７や複数のプロセッサ５０８を有していてもよいし、図示したハードウェアの一部を有していなくてもよいし、図示したハードウェア以外の様々なハードウェアを有していてもよい。
【0314】
本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲の記載から逸脱することなく、種々の変形や変更、既知の技術との組み合わせ等が可能である。
【符号の説明】
【0315】
１ 物流管理システム
１０ ノード
２０ 端末
３０ データベースサーバ
１０１ トランザクション実行部
１０２ 記憶部
２０１ トランザクション発行部
２０２ 記憶部
２０３ 占有移転代行依頼部
２０４ 補足履歴リスト取得部
２０５ 可視化部
３０１ 占有移転履歴作成部
３０２ 占有移転履歴提供部
３０３ 占有移転履歴ＤＢ
５００ コンピュータ
５０１ 入力装置
５０２ 表示装置
５０３ 外部Ｉ／Ｆ
５０３ａ 記録媒体
５０４ 通信Ｉ／Ｆ
５０５ ＲＡＭ
５０６ ＲＯＭ
５０７ 補助記憶装置
５０８ プロセッサ
５０９ バス
１０ ノード
２０ 端末
３０ データベースサーバ
１０１ トランザクション実行部
１０２ 記憶部
２０１ トランザクション発行部
２０２ 記憶部
２０３ 占有移転代行依頼部
２０４ 補足履歴リスト取得部
２０５ 可視化部
３０１ 占有移転履歴作成部
３０２ 占有移転履歴提供部
３０３ 占有移転履歴ＤＢ
５００ コンピュータ
５０１ 入力装置
５０２ 表示装置
５０３ 外部Ｉ／Ｆ
５０３ａ 記録媒体
５０４ 通信Ｉ／Ｆ
５０５ ＲＡＭ
５０６ ＲＯＭ
５０７ 補助記憶装置
５０８ プロセッサ
５０９ バス
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】