特許 7568898 通信プログラム、通信方法、及び通信装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-08

(45)【発行日】2024-10-17

(54)【発明の名称】通信プログラム、通信方法、及び通信装置

(51)【国際特許分類】

   G06F 16/182 20190101AFI20241009BHJP

   G06Q 50/00 20240101ALI20241009BHJP

   G06F 21/64 20130101ALI20241009BHJP

【ＦＩ】

G06F16/182

G06Q50/00

G06F21/64

【請求項の数】 13

(21)【出願番号】P 2020139858

(22)【出願日】2020-08-21

(65)【公開番号】P2022035494

(43)【公開日】2022-03-04

【審査請求日】2023-05-11

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100094525

【弁理士】

【氏名又は名称】土井 健二

(74)【代理人】

【識別番号】100094514

【弁理士】

【氏名又は名称】林 恒徳

(72)【発明者】

【氏名】西間木 哲

【審査官】齊藤 貴孝

(56)【参考文献】

【文献】特開２０２０－０３５２１４（ＪＰ，Ａ）

【文献】特開２００４－２１３４７７（ＪＰ，Ａ）

【文献】特開２０２０－０４６９９３（ＪＰ，Ａ）

【文献】国際公開第２０１８／１２４２９７（ＷＯ，Ａ１）

【文献】特開２０２０－０６７８０６（ＪＰ，Ａ）

【文献】特開２０２０－１１２９１６（ＪＰ，Ａ）

【文献】特開２０２０－１２３１８８（ＪＰ，Ａ）

【文献】国際公開第２０１８／２２５４２８（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １６／００－１６／９５８

Ｇ０６Ｑ １０／００－９９／００

Ｇ０６Ｆ ２１／００－２１／８８

(57)【特許請求の範囲】

【請求項1】

データの流通に関する履歴を分散台帳で管理するデータ流通システムに参加する通信装置が有するプログラムであって、
第１データに関する第１処理を実行したとき、前記第１処理の実行前に行った前記第１データに関する処理の履歴の識別子である元識別子と、前記第１処理の履歴の識別子である次回識別子とを対応づけたポインタ情報を、ポインタテーブルに記憶する記憶処理と、
前記ポインタテーブルの内容を、他の通信装置と同期する同期処理とを、実行させるプログラムであって、
前記第１処理は、前記第１データの取得の要求及び承諾を行う取引処理、及び前記取引処理に応じて前記第１データを取得する取得処理を含み、前記取引処理及び前記取引処理に対応するポインタ情報も、前記ポインタテーブルに記憶する、
前記通信装置が有するコンピュータに実行させる通信プログラム。

【請求項2】

前記記憶処理において、さらに、前記次回識別子に対応する処理を実行した履歴の管理ＵＲＬ（Uniform Resource Locator）を、前記ポインタ情報に含め前記ポインタテーブルに記憶する
請求項１記載の通信プログラム。

【請求項3】

さらに、第２データに関する処理の履歴の識別子を前記元識別子として有する前記ポインタ情報を前記ポインタテーブルから検出し、前記検出したポインタ情報の次回識別子を取得し、前記第２データに関する処理の履歴を追跡する追跡処理とを、
前記通信装置が有するコンピュータに実行させる請求項１記載の通信プログラム。

【請求項4】

前記第１処理は、前記第１データの取得の要求及び承諾を行う取引処理、及び前記取引処理に応じて前記第１データを取得する取得処理を含む
請求項１記載の通信プログラム。

【請求項5】

前記第１処理は、前記第１データを加工する加工処理を含む
請求項４記載の通信プログラム。

【請求項6】

前記記憶処理において、前記取引処理又は前記取得処理の実行時に、前記取引処理及び前記取得処理に関する識別子を含むポインタ情報と、前記加工処理に関する識別子を含むポインタ情報を、前記ポインタテーブルに記憶する
請求項５記載の通信プログラム。

【請求項7】

前記記憶処理において、前記取得処理の実行後、前記加工処理が自装置内で複数回実行される場合、前記取得処理の履歴の識別子を元識別子とし、前記複数回のうち最後に実行された前記加工処理の履歴の識別子を次回識別子として対応づけた前記ポインタ情報を、前記ポインタテーブルに記憶し、前記複数回のうち前記最後に実行された前記加工処理以外の前記加工処理の履歴の識別子を、前記ポインタテーブルに記憶しない
請求項５記載の通信プログラム。

【請求項8】

前記ポインタテーブルは、前記分散台帳に含まれ、
前記同期処理は、前記分散台帳の同期に伴い実行される
請求項１記載の通信プログラム。

【請求項9】

前記記憶処理において、さらに、前記元識別子に対応する処理を実行した履歴の管理ＵＲＬを、前記ポインタ情報として前記ポインタテーブルに記憶する
請求項２記載の通信プログラム。

【請求項10】

さらに、第１管理ＵＲＬが複数のポインタ情報に存在する場合、前記複数のポインタ情報のうち最後に前記ポインタテーブルに記憶されたポインタ情報以外のポインタ情報を、前記ポインタテーブルから削除する削除処理を、
前記通信装置が有するコンピュータに実行させる請求項２記載の通信プログラム。

【請求項11】

さらに、第２管理ＵＲＬが複数のポインタ情報に存在する場合、前記複数のポインタ情報のうち最初に前記ポインタテーブルに記憶されたポインタ情報以外のポインタ情報を、前記ポインタテーブルから削除する第２削除処理を、
前記通信装置が有するコンピュータに実行させる請求項２記載の通信プログラム。

【請求項12】

データの流通に関する履歴を分散台帳で管理するデータ流通システムに参加する通信装置であって、
第１データに関する第１処理を実行したとき、前記第１処理の実行前に行った前記第１データに関する処理の履歴の識別子である元識別子と、前記第１処理の履歴の識別子である次回識別子とを対応づけたポインタ情報を、ポインタテーブルに記憶する記憶部と、
前記ポインタテーブルの内容を、他の通信装置と同期する同期部と、を有し、
前記第１処理は、前記第１データの取得の要求及び承諾を行う取引処理、及び前記取引処理に応じて前記第１データを取得する取得処理を含み、
前記記憶部は、前記取引処理及び前記取引処理に対応するポインタ情報も、前記ポインタテーブルに記憶する、
通信装置。

【請求項13】

データの流通に関する履歴を分散台帳で管理するデータ流通システムに参加する通信装置の有するコンピュータに実行させる通信方法であって、
第１データに関する第１処理を実行したとき、前記第１処理の実行前に行った前記第１データに関する処理の履歴の識別子である元識別子と、前記第１処理の履歴の識別子である次回識別子とを対応づけたポインタ情報を、ポインタテーブルに記憶し、
前記ポインタテーブルの内容を、他の通信装置と同期し、
前記第１処理は、前記第１データの取得の要求及び承諾を行う取引処理、及び前記取引処理に応じて前記第１データを取得する取得処理を含み、前記取引処理及び前記取引処理に対応するポインタ情報も、前記ポインタテーブルに記憶する
通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信プログラム、通信方法、及び通信装置に関する。

【背景技術】

【0002】

近年、様々な業種の企業間で、データ連携をする仕組みが注目されている。例えば、これまで分断されていた製薬会社、医薬品卸会社、医療機関でやりとりされる医薬品の流通情報や投薬情報を連携させる仕組みがあり、業務の効率化や投薬実績に基づく適正な利益分配を実現する。

【0003】

一方、他組織とやり取りするデータは、不正な加工や改ざんを施されていないことを証明するため、データのトレーサビリティを保証する必要がある。

【0004】

データのトレーサビリティに関する技術は、以下のようなものがある。

【先行技術文献】

【特許文献】

【0005】

【文献】特開2004-213477号公報

【文献】特開2009-123050号公報

【文献】特開2018-160828号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかし、例えば、加工されたデータに加工元データに関する情報を添付することで履歴を示す方式の場合、データの生成元まで履歴をたどることは、全履歴を順番にさかのぼっていかなければならず、時間がかかり、処理負荷が大きい。

【0007】

また、このような方式の場合、例えば、データを生成した企業が、生成したデータがどのように使用、加工されているかを確認するとき、システム内の全企業に対してブロードキャスト通信で問い合わせを行うこととなり、時間がかかり、ネットワークへの負荷も大きい。

【0008】

そこで、一開示は、データトレーサビリティを効率的に行うことができる、通信プログラム、通信方法、及び通信装置を提供する。

【課題を解決するための手段】

【0009】

一開示は、データの流通に関する履歴を分散台帳で管理するデータ流通システムに参加する通信装置が有するプログラムであって、第１データに関する第１処理を実行したとき、前記第１処理の実行前に行った前記第１データに関する処理の履歴の識別子である元識別子と、前記第１処理の履歴の識別子である次回識別子とを対応づけたポインタ情報を、ポインタテーブルに記憶する記憶処理と、前記ポインタテーブルの内容を、他の通信装置と同期する同期処理とを、前記通信装置が有するコンピュータに実行させる。

【発明の効果】

【0010】

一開示は、データトレーサビリティを効率的に行うことができる。

【図面の簡単な説明】

【0011】

【図1】図１は、データ流通システム１の構成例を示す図である。

【図2】図２は、ＧＷサーバ３００の構成例を表す図である。

【図3】図３は、データ流通のシーケンスの例を示す図である。

【図4】図４は、データ取得処理Ｓ１０２完了後のポインタテーブル３３２の例を示す図である。

【図5】図５は、データ加工処理Ｓ１０４完了後のポインタテーブル３３２の例を示す図である。

【図6】図６は、データ取得処理Ｓ１０６完了後のポインタテーブル３３２の例を示す図である。

【図7】図７は、ポインタテーブルの更新タイミングの例を示す図である。

【図8】図８は、ポインタテーブル３３２の例を示す図である。

【図9】図９は、ポインタテーブル３３２の例を示す図である。

【図10】図１０は、過去方向の履歴が追跡可能となる方式の例を示す図である。

【図11】図１１は、元レコード管理ＵＲＬを記憶するポインタテーブル３３２の例を示す図である。

【図12】図１２は、削除更新したポインタテーブル３３２の例を示す図である。

【図13】図１３は、削除更新したポインタテーブル３３２の例を示す図である。

【発明を実施するための形態】

【0012】

［第１の実施の形態］
第１の実施の形態について説明する。

【0013】

＜データ流通システム１の構成例＞
図１は、データ流通システム１の構成例を示す図である。データ流通システム１は、ユーザ１００－１～３、ネットワーク２００、及びＧＷ（GateWay）サーバ３００－１～３を有する。データ流通システム１は、ユーザ１００－１～３が、ＧＷサーバ３００－１～３を使用し、データを流通（送受信）する通信システムである。データ流通システム１は、例えば、ブロックチェーンを使用した通信システムであり、ＧＷサーバ３００－１～３のそれぞれが分散台帳を有する。分散台帳は、例えば、取引履歴、公開データ情報などの情報を記憶する台帳であり、各ＧＷサーバ３００が同等の情報を共有する。データ流通システム１において、各ＧＷサーバの分散台帳は同期しており、例えば、あるＧＷサーバ３００の分散台帳が更新されると、他のＧＷサーバ３００の分散台帳も更新される。

【0014】

ユーザ１００－１～３（以降、ユーザ１００と呼ぶ場合がある）は、ＧＷサーバ３００－１～３（以降、ＧＷサーバ３００と呼ぶ場合がある）のユーザであり、例えば、ＧＷサーバ３００を有する企業や企業内の管理者である。ユーザ１００は、ＧＷサーバ３００を使用し、他のＧＷサーバ３００と通信を行い、データの送受信を行う。

【0015】

ＧＷサーバ３００は、分散台帳を有する通信装置であり、例えば、コンピュータやサーバマシンである。ＧＷサーバ３００は、ネットワーク２００を介して、他のＧＷサーバ３００と通信を行う。また、ＧＷサーバ３００は、ネットワーク２００を介して、分散台帳を同期させる。

【0016】

ネットワーク２００は、例えば、ＩＰ（Internet Protocol）アドレスなどを使用し、ＧＷサーバ３００間にデータを含むパケットを送受信する、インターネットやローカルネットワークである。

【0017】

データ流通システム１において、ＧＷサーバ３００は、データを生成すると、生成したデータを分散台帳に登録し、他のＧＷサーバ３００に公開する。ＧＷサーバ３００は、公開されたデータを認識すると、必要に応じてデータの生成元のＧＷサーバ３００と取引を行い、当該データを取得する。

【0018】

＜ＧＷサーバ３００の構成例＞
図２は、ＧＷサーバ３００の構成例を表す図である。ＧＷサーバ３００は、ＣＰＵ（Central Processing Unit）３１０、ストレージ３２０、メモリ３３０、及び通信回路３４０を有する。

【0019】

ストレージ３２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、又はＳＳＤ（Solid State Drive）などの補助記憶装置である。ストレージ３２０は、分散台帳管理プログラム３２１及びデータ履歴管理プログラム３２２を記憶する。

【0020】

メモリ３３０は、ストレージ３２０に記憶されているプログラムをロードする領域である。また、メモリ３３０は、プログラムがデータを記憶する領域としても使用されてもよい。メモリ３３０は、分散台帳３３１及びポインタテーブル３３２を記憶する。

【0021】

分散台帳３３１は、データの取引履歴や公開されているデータに関する情報を記憶する台帳である。分散台帳３３１は、各ＧＷサーバ３００が有し、それぞれ同期し、同等の内容を記憶する。

【0022】

ポインタテーブル３３２は、データの取引履歴、加工履歴などを含むポインタ情報を記憶するテーブルであり、例えば、データの取引における送信元及び送信先や、データの加工における加工前及び加工後に関する情報を記憶する。詳細については、後述する。

【0023】

ＣＰＵ３１０は、ストレージ３２０に記憶されているプログラムを、メモリ３３０にロードし、ロードしたプログラムを実行し、各部を構築し、各処理を実現するプロセッサである。

【0024】

通信回路３４０は、ネットワーク２００を介して、他のＧＷサーバ３００と通信を行う回路である。通信回路３４０は、例えば、ＮＩＣ（Network Interface Card）である。また、通信回路３４０は、無線及び有線のいずれでネットワーク２００と接続されてもよい。

【0025】

ＣＰＵ３１０は、分散台帳管理プログラム３２１を実行することで、同期部を構築し、分散台帳管理処理を行う。分散台帳管理処理は、分散台帳を更新したり、分散台帳をＧＷサーバ３００間で同期させたりする処理である。

【0026】

ＣＰＵ３１０は、データ履歴管理プログラム３２２を実行することで、記憶部及び同期部を構築し、データ履歴管理処理を行う。データ履歴管理処理は、ポインタテーブル３３２を管理する処理である。ＧＷサーバ３００は、データ履歴管理処理において、ポインタテーブル３３２を更新したり、他のＧＷサーバ３００が有するポインタテーブル３３２と同期したりする。なお、ポインタテーブル３３２の同期は、例えば、分散台帳の同期と同様の方法で実現される。また、ポインタテーブル３３２は、例えば、分散台帳の一部に含まれる場合、分散台帳が同期されることで、同時に同期される。

【0027】

＜データ履歴管理処理について＞
データ履歴管理処理について説明する。図３は、データ流通のシーケンスの例を示す図である。図３は、ＧＷサーバ３００－１が生成したデータＤ１が、ＧＷサーバ３００－２に引き渡され、更新（加工）され、さらに、ＧＷサーバ３００－３に引き渡されるまでのシーケンスの例である。なお、図３における「データＤ１－ｘ（ｘは小文字アルファベット）」は、例えば、ある処理の前後のデータの状態を示す。また、「データＤ１－ｘ」は、データＤ１に対してある処理を実行したことを示す履歴（レコード）の識別子と解してもよい。ｘは、時系列で、ａからアルファベット順に割り振る。なお、以降、各実施の形態において、特にことわりがない限り、図３のシーケンスにおける処理を実行した場合を例として説明する。

【0028】

ＧＷサーバ３００－１は、データを生成し、登録するデータ生成登録を実行する（Ｓ１００）。ＧＷサーバ３００－１は、データＤ１を生成し、登録する。この生成されたデータＤ１をデータＤ１－ａとする。データＤ１－ａは、登録されることで、他のＧＷサーバ３００がＧＷサーバ３００－１において生成されたこと認識され、他のＧＷサーバ３００が取得可能となる。

【0029】

ＧＷサーバ３００－２は、データＤ１が生成されたことを認識し、データＤ１を取得しようとする。ＧＷサーバ３００－２は、例えば、ＧＷ３００－１とデータを取得する取引を行う（Ｓ１０１）。例えば、取引において、ＧＷサーバ３００－２は、公開されたデータＤ１を取得することをＧＷサーバ３００－１に要求する。そして、ＧＷサーバ３００－１は、ＧＷサーバ３００－２の要求を承諾する（あるいは拒否する）。ＧＷサーバ３００－２は、データＤ１を取引で取得し（Ｓ１０２）、データＤ１－ｂとして内部で管理する。

【0030】

図４は、データ取得処理Ｓ１０２完了後のポインタテーブル３３２の例を示す図である。図４を用いて、ポインタテーブル３３２の状態について説明する。ポインタテーブル３３２は、ある処理の前後の履歴（レコード）を対応づけたポインタ情報を記憶するテーブルである。ポインタテーブル３３２は、「Ｎｏ．」、「元レコードＩＤ」、「次回レコードＩＤ」、及び「次回レコード管理ＵＲＬ」を記憶する。

【0031】

「Ｎｏ．」は、ポインタ番号を示し、例えば、発生順に１から順に割り振られる。

【0032】

「元レコードＩＤ」は、ある処理（取引、加工、取得など）の前（直前、前回）に実行された処理のレコードの識別子（元識別子）である。「次回レコードＩＤ」は、ある処理（取引、加工、取得など）のレコードの識別子（次回識別子）である。レコードは、データの取引、データの取得、データの加工など、データが加工されたり、データが引き渡されたりしたことの履歴である。すなわち、「元レコードＩＤ」は、ある基準となる処理の前に実行された、取引、取得、加工のレコードの識別子であり、「次回レコードＩＤ」は、ある基準となる処理のレコードの識別子である。

【0033】

「次回レコード管理ＵＲＬ」は、次回レコードを管理しているＵＲＬ（Uniform Resource Locator）を示し、当該ＵＲＬを使用することで、次回レコードの履歴を確認することができる。

【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】

（付記２）
前記記憶処理において、さらに、前記次回識別子に対応する処理を実行した履歴の管理ＵＲＬ（Uniform Resource Locator）を、前記ポインタ情報に含め前記ポインタテーブルに記憶する
付記１記載の通信プログラム。

【0079】

（付記３）
さらに、第２データに関する処理の履歴の識別子を前記元識別子として有する前記ポインタ情報を前記ポインタテーブルから検出し、前記検出したポインタ情報の次回識別子を取得し、前記第２データに関する処理の履歴を追跡する追跡処理とを、
前記通信装置が有するコンピュータに実行させる付記１記載の通信プログラム。

【0080】

（付記４）
前記第１処理は、前記第１データの取得の要求及び承諾を行う取引処理、及び前記取引処理に応じて前記第１データを取得する取得処理を含む
付記１記載の通信プログラム。

【0081】

（付記５）
前記第１処理は、前記第１データを加工する加工処理を含む
付記４記載の通信プログラム。

【0082】

（付記６）
前記記憶処理において、前記取引処理又は前記取得処理の実行時に、前記取引処理及び前記取得処理に関する識別子を含むポインタ情報と、前記加工処理に関する識別子を含むポインタ情報を、前記ポインタテーブルに記憶する
付記５記載の通信プログラム。

【0083】

（付記７）
前記記憶処理において、前記取得処理の実行後、前記加工処理が自装置内で複数回実行される場合、前記取得処理の履歴の識別子を元識別子とし、前記複数回のうち最後に実行された前記加工処理の履歴の識別子を次回識別子として対応づけた前記ポインタ情報を、前記ポインタテーブルに記憶し、前記複数回のうち前記最後に実行された前記加工処理以外の前記加工処理の履歴の識別子を、前記ポインタテーブルに記憶しない
付記５記載の通信プログラム。

【0084】

（付記８）
前記ポインタテーブルは、前記分散台帳に含まれ、
前記同期処理は、前記分散台帳の同期に伴い実行される
付記１記載の通信プログラム。

【0085】

（付記９）
前記記憶処理において、さらに、前記元識別子に対応する処理を実行した履歴の管理ＵＲＬを、前記ポインタ情報として前記ポインタテーブルに記憶する
付記２記載の通信プログラム。

【0086】

（付記１０）
さらに、同じ管理ＵＲＬが複数のポインタ情報に存在する場合、前記複数のポインタ情報のうち最後に前記ポインタテーブルに記憶されたポインタ情報以外のポインタ情報を、前記ポインタテーブルから削除する削除処理を、
前記通信装置が有するコンピュータに実行させる付記２記載の通信プログラム。

【0087】

（付記１１）
さらに、同じ管理ＵＲＬが複数のポインタ情報に存在する場合、前記複数のポインタ情報のうち最初に前記ポインタテーブルに記憶されたポインタ情報以外のポインタ情報を、前記ポインタテーブルから削除する第２削除処理を、
前記通信装置が有するコンピュータに実行させる付記２記載の通信プログラム。

【0088】

（付記１２）
さらに、同じ管理ＵＲＬが複数のポインタ情報に存在する場合、前記複数のポインタ情報のうち１つにポインタ情報を前記ポインタテーブルから抽出し、前記抽出したポインタ情報を用いて、第３データに関する処理の履歴を追跡する第２第２追跡処理とを、
前記通信装置が有するコンピュータに実行させる付記２記載の通信プログラム。

【0089】

（付記１３）
データの流通に関する履歴を分散台帳で管理するデータ流通システムに参加する通信装置であって、
第１データに関する第１処理を実行したとき、前記第１処理の実行前に行った前記第１データに関する処理の履歴の識別子である元識別子と、前記第１処理の履歴の識別子である次回識別子とを対応づけたポインタ情報を、ポインタテーブルに記憶する記憶部と、
前記ポインタテーブルの内容を、他の通信装置と同期する同期部と、
を有する通信装置。

【0090】

（付記１４）
データの流通に関する履歴を分散台帳で管理するデータ流通システムに参加する通信装置における通信方法であって、
第１データに関する第１処理を実行したとき、前記第１処理の実行前に行った前記第１データに関する処理の履歴の識別子である元識別子と、前記第１処理の履歴の識別子である次回識別子とを対応づけたポインタ情報を、ポインタテーブルに記憶し、
前記ポインタテーブルの内容を、他の通信装置と同期する、
通信方法。

【符号の説明】

【0091】

１ ：データ流通システム
１００ ：ユーザ
２００ ：ネットワーク
３００ ：ＧＷサーバ
３１０ ：ＣＰＵ
３２０ ：ストレージ
３２１ ：分散台帳管理プログラム
３２２ ：データ履歴管理プログラム
３３０ ：メモリ
３３１ ：分散台帳
３３２ ：ポインタテーブル
３４０ ：通信回路

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】