JP7135646B2 - 情報処理装置、情報処理プログラムおよび情報処理方法 - Google Patents

情報処理装置、情報処理プログラムおよび情報処理方法 Download PDF

Info

Publication number
JP7135646B2
JP7135646B2 JP2018175392A JP2018175392A JP7135646B2 JP 7135646 B2 JP7135646 B2 JP 7135646B2 JP 2018175392 A JP2018175392 A JP 2018175392A JP 2018175392 A JP2018175392 A JP 2018175392A JP 7135646 B2 JP7135646 B2 JP 7135646B2
Authority
JP
Japan
Prior art keywords
data
processing
company
information
history information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2018175392A
Other languages
English (en)
Other versions
JP2020046993A (ja
Inventor
剛 宮前
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2018175392A priority Critical patent/JP7135646B2/ja
Publication of JP2020046993A publication Critical patent/JP2020046993A/ja
Application granted granted Critical
Publication of JP7135646B2 publication Critical patent/JP7135646B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Debugging And Monitoring (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

本発明は、情報処理装置、情報処理プログラムおよび情報処理方法に関する。
従来、ソフトウェア開発において使用または作成される電子データのトレーサビリティ管理技術が知られている（たとえば、下記特許文献１参照。）。また、企業内におけるデータの加工履歴を管理する技術が知られている。また、企業間のデータの取引履歴を管理する技術が知られている。
特開２０１４－７４９５２号公報
しかしながら、上述した従来技術では、別環境の他システムから提供されたデータに関する加工履歴や取引履歴を、システムを跨いで追跡することが困難であるという問題がある。たとえば、データの加工履歴は、各企業のシステムに閉じて管理されており、加工元のデータがいずれの企業のシステムから提供されたものであるかを示す情報を含まない。
このため、あるデータについて複数の企業のシステムに跨る加工履歴や取引履歴を追跡しようとした場合に、たとえばデータの提供者や加工者に対して履歴情報を問い合わせることを要する。また、データの提供者や加工者から履歴情報を収集したとしても、それらの履歴情報の間の整合性を確認するための作業を要する。また、収集した履歴情報の間で整合性が取れていない場合もあり、その場合はさらに履歴情報を修正するための作業を要する。このように、整合性の取れた履歴情報を短時間で収集することが困難である。このため、別環境の他システムから提供されたデータについて、システムを跨いだデータ履歴の追跡が困難である。
１つの側面では、本発明は、別環境の他システムから提供されたデータについて、システムを跨いだデータ履歴の追跡を容易にすることができる情報処理装置、情報処理プログラムおよび情報処理方法を提供することを目的とする。
上述した課題を解決し、目的を達成するため、１つの実施態様では、別環境の他システムからデータを取得する際に、前記他システムが記録している前記データの提供元を特定する情報を含む第１の履歴情報を前記他システムに取得要求することが可能な取得要求情報を取得し、取得した前記取得要求情報を含む、前記データの第２の履歴情報を生成し、生成した前記第２の履歴情報を前記データと関連付けして記録し、前記取得の処理は、前記他システムから前記データを取得する際に、前記他システムと自システムとの間の前記データの取引を管理する管理システムであって、前記他システムの識別子と前記第１の履歴情報の識別子とを含む第３の履歴情報を生成して記録する管理システムから通知される前記第３の履歴情報の識別子と、前記管理システムの識別子と、を前記取得要求情報として取得する情報処理装置、情報処理プログラムおよび情報処理方法が提案される。
本発明の一側面によれば、別環境の他システムから提供されたデータについて、システムを跨いだデータ履歴の追跡を容易にすることができるという効果を奏する。
図１は、実施の形態にかかる情報処理システムにおいて生成される履歴情報の一例を示す図である。 図２は、実施の形態にかかる情報処理システムの一例を示す図である。 図３は、実施の形態にかかるＢ社システムの一例を示す図である。 図４は、実施の形態にかかる企業間システムの一例を示す図である。 図５は、実施の形態にかかるユーザシステムの一例を示す図である。 図６は、実施の形態にかかるＢ社システムおよびユーザシステムのハードウェア構成の一例を示す図である。 図７は、実施の形態にかかる企業間システムのハードウェア構成の一例を示す図である。 図８は、実施の形態にかかるデータ加工ＴＸの一例を示す図である。 図９は、実施の形態にかかるデータ加工ＴＸの他の一例を示す図である。 図１０は、実施の形態にかかるデータ取引ＴＸの一例を示す図である。 図１１は、実施の形態にかかるデータ加工履歴情報の一例を示す図である。 図１２は、実施の形態にかかる情報処理システムにおけるデータ提供の処理の一例を示すシーケンス図である。 図１３は、実施の形態にかかる情報処理システムにおけるデータ加工・取引履歴情報の取得の一例を示す図である。 図１４は、実施の形態にかかるユーザシステムによるデータ加工・取引履歴情報の取得の一例を示すシーケンス図である。 図１５は、実施の形態にかかるユーザシステムが表示するデータ加工・取引履歴画面の一例を示す図である。 図１６は、実施の形態にかかるＢ社システムによる処理の一例を示すフローチャートである。 図１７は、実施の形態にかかる企業間システムによる処理の一例を示すフローチャートである。 図１８は、実施の形態にかかるユーザシステムによる処理の一例を示すフローチャートである。 図１９は、実施の形態にかかる情報処理システムにおけるデータ利用対価条件を組み込んだデータ取引ＴＸの一例を示す図である。 図２０は、実施の形態にかかる情報処理システムにおける対価条件および総対価の計算の一例を示す図である。 図２１は、実施の形態にかかる情報処理システムにおける対価減衰モデルの一例を示す図である。 図２２は、実施の形態にかかる情報処理システムにおける仮想通貨を用いたデータ提供の処理の一例を示す図である。 図２３は、実施の形態にかかる情報処理システムにおけるサブセット・リクエスト方式によるデータ提供の一例を示す図である。 図２４は、実施の形態にかかる情報処理システムにおけるサブセット・リクエスト方式によるデータ提供の処理の一例を示すシーケンス図である。
以下に図面を参照して、本発明にかかる情報処理装置、情報処理プログラムおよび情報処理方法の実施の形態を詳細に説明する。
（実施の形態）
（実施の形態にかかる情報処理システムにおいて生成される履歴情報）
図１は、実施の形態にかかる情報処理システムにおいて生成される履歴情報の一例を示す図である。実施の形態にかかる情報処理システムには、たとえば、Ａ社システム１１０と、Ｂ社システム１２０と、企業間システム１５０と、が含まれる。Ａ社システム１１０およびＢ社システム１２０は、互いに別環境の他システムである。環境とは、たとえばＡｔｌａｓなどの履歴管理プログラムの実行環境である。Ａｔｌａｓは、企業内のデータ加工履歴情報を企業単位あるいは部署単位で管理する履歴管理プログラムであり、一例としてはＡｐａｃｈｅ Ａｔｌａｓである。
互いに別環境の他システムとは、たとえば、それぞれ独立した履歴管理プログラムが実行される各システムである。一例としては、Ａ社システム１１０において第１のＡｔｌａｓが実行され、Ｂ社システム１２０においてはＡ社システム１１０の第１のＡｔｌａｓから独立した第２のＡｔｌａｓが実行される。
したがって、Ａ社システム１１０における履歴管理プログラムによる履歴管理と、Ｂ社システム１２０における履歴管理プログラムによる履歴管理と、は互いに独立している。たとえば、Ａ社システム１１０は、Ａ社によって運用されている情報処理装置により実現されるシステムである。Ｂ社システム１２０は、Ｂ社によって運用されている別の情報処理装置により実現されるシステムである。
企業間システム１５０（ＶＰＸ＿０）は、企業間（各企業のシステム間）のデータ取引を管理する管理システムの一例である。企業間のデータ取引の管理は、たとえば、Ｗｅｂサイトを用いた企業間のデータ取引の仲介や、企業間のデータ取引の履歴情報の記録や、企業間のデータ取引における決済などが含まれる。これらの各システムについては後述する（たとえば図２等参照）。履歴情報とは、処理の履歴を示す情報であり、たとえば後述のトランザクション（ＴＸ）である。
データは、たとえば取引対象となり得る電子データであり、たとえば自動車の運転中に収集されたブレーキタイミングの履歴などの情報である。一例としては、データは、文字列や数値などの値がマトリクス状に配列されたＣＳＶ（Ｃｏｍｍａ－Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅｓ）などのテーブルデータ（たとえば後述のデータＸやデータＹ）である。また、データは、コンピュータによって実行されるプログラムの実行ファイル等のデータ（たとえば後述のロジックデータＬ）であってもよい。このプログラムは、たとえば上述のブレーキタイミングの履歴の情報が示すブレーキタイミングの評価値を算出するプログラムなどである。
たとえば、従来構成においては、それぞれＡｔｌａｓなどを導入した各システムにおけるデータ加工等の履歴情報は、それぞれのシステムに閉じて管理されており、加工元のデータがいずれのシステムから提供されたものであるかを示す情報を含まない。したがって、整合性の取れた履歴情報を短時間で収集することが困難である。このため、別環境の他システムから提供されたデータについて、システムを跨いだデータ履歴の追跡が困難である。
そこで、実施の形態においては、別環境の他システムからデータを取得する際に、データ提供元を特定する情報を含む履歴情報の取得要求情報を取得し、それを含む新たな履歴情報を生成し、データと関連付けて記録する。これにより、整合性の取れた履歴情報を短時間で収集することが可能になるため、別環境の他システムから提供されたデータについて、システムを跨いだデータ履歴の追跡が容易になる。以下これらの処理について説明する。
まず、Ａ社システム１１０が、所有していたデータの加工によりデータＸを生成したとする。この場合に、Ａ社システム１１０は、生成したデータＸを自システムのメモリに記録するとともに、このデータＸの生成の履歴情報であるデータ加工ＴＸ１０１を生成して自システムのメモリに記録する。ＴＸは、たとえば、データの新規生成、データの加工、データの取引、データのダウンロードなどのひとまとまりの処理の履歴を示す履歴情報である。データ加工ＴＸ１０１は、Ａ社システム１１０が記録する第１の履歴情報の一例である。
データ加工ＴＸ１０１には、データ加工ＴＸ１０１の識別情報であるＴＸＩＤ（“０ｘ４３ｅｆ５８２ｃ”）が含まれる。また、データ加工ＴＸ１０１には、データＸに関してデータ加工ＴＸ１０１の前に記録されたＴＸの所有者を示す加工元データＴＸ所有者１０１ａ（“Ａ社”）が含まれる。ＴＸの所有者とは、たとえば、ＴＸを生成し、生成したＴＸを記録しているシステムである。また、データ加工ＴＸ１０１には、データＸに関してデータ加工ＴＸ１０１の前に記録されたＴＸの識別情報である加工元データＴＸＩＤ１０１ｂ（“０ｘ７６ａ０１ｃｅ０”）が含まれる。加工元データＴＸ所有者１０１ａおよび加工元データＴＸＩＤ１０１ｂは、データＸの生成に用いられた加工前のデータの提供元を特定する情報の一例である。
上述のように、データＸは、Ａ社システム１１０が加工したデータである。したがって、データＸに関してデータ加工ＴＸ１０１の前に記録されたＴＸは、Ａ社システム１１０が、データＸの加工元のデータを、新規生成、他のデータからの加工、他システムからのダウンロードなどにより得た際のＴＸである。このＴＸの所有者はＡ社システム１１０（“Ａ社”）である。
つぎに、企業間システム１５０を用いてＡ社システム１１０からＢ社システム１２０へデータＸが提供されたとする。たとえば、ポータル画面１２１は、企業間システム１５０から送信されてＢ社システム１２０において表示される、Ｂ社システム１２０がＡ社システム１１０からデータＸを購入可能なＷｅｂサイトの画面である。ポータル画面１２１には、データＸの購入ボタン１２２が含まれ、Ｂ社システム１２０のユーザの操作により購入ボタン１２２が押下されると、企業間システム１５０の仲介により、Ａ社システム１１０からＢ社システム１２０がデータＸを取得することができる。
この場合に、企業間システム１５０は、このＡ社システム１１０とＢ社システム１２０との間のデータＸの取引の履歴情報であるデータ取引ＴＸ１０２を生成して自システムのメモリに記録する。データ取引ＴＸ１０２は、企業間システム１５０が記録する第３の履歴情報の一例である。
データ取引ＴＸ１０２には、データ取引ＴＸ１０２の識別情報であるＴＸＩＤ（“０ｘ１８９ａｂ０ｃ１”）が含まれる。また、データ取引ＴＸ１０２には、データＸに関してデータ取引ＴＸ１０２の前に記録されたＴＸ（データ加工ＴＸ１０１）の所有者（Ａ社システム１１０）を示す提供元データＴＸ所有者１０２ａ（“Ａ社”）が含まれる。提供元データＴＸ所有者１０２ａは、Ａ社システム１１０の識別子の一例である。また、データ取引ＴＸ１０２には、データＸに関してデータ取引ＴＸ１０２の前に記録されたＴＸ（データ加工ＴＸ１０１）の識別情報である提供元データＴＸＩＤ１０２ｂ（“０ｘ４３ｅｆ５８２ｃ”）が含まれる。提供元データＴＸＩＤ１０２ｂは、データ加工ＴＸ１０１の識別子の一例である。
また、Ｂ社システム１２０は、上述の取引においてＡ社システム１１０からダウンロードしたデータＸを自システムのメモリに記録する。また、Ｂ社システム１２０は、上述の取引におけるＢ社システム１２０によるデータＸのダウンロードの履歴情報であるデータ加工ＴＸ１０３を生成して自システムのメモリに記録する。データ加工ＴＸ１０３は、Ｂ社システム１２０が記録する第２の履歴情報の一例である。
データ加工ＴＸ１０３には、データ加工ＴＸ１０３の識別情報であるＴＸＩＤ（“０ｘｂ４７９０ａ０３”）が含まれる。また、データ加工ＴＸ１０３には、データＸに関してデータ加工ＴＸ１０３の前に記録されたＴＸ（データ取引ＴＸ１０２）の所有者（企業間システム１５０）を示す加工元データＴＸ所有者１０３ａ（“ＶＰＸ＿０”）が含まれる。加工元データＴＸ所有者１０３ａは、企業間システム１５０の識別子の一例である。また、データ加工ＴＸ１０３には、データＸに関してデータ加工ＴＸ１０３の前に記録されたＴＸ（データ取引ＴＸ１０２）の識別情報である加工元データＴＸＩＤ１０３ｂ（“０ｘ１８９ａｂ０ｃ１”）が含まれる。加工元データＴＸＩＤ１０３ｂは、企業間システム１５０から通知されるデータ取引ＴＸ１０２（第３の履歴情報）の識別子の一例である。
加工元データＴＸ所有者１０３ａおよび加工元データＴＸＩＤ１０３ｂは、データ加工ＴＸ１０１（第１の履歴情報）をＡ社システム１１０に取得要求することが可能な取得要求情報の一例である。すなわち、加工元データＴＸ所有者１０３ａおよび加工元データＴＸＩＤ１０３ｂを用いて、企業間システム１５０およびＡ社システム１１０に対して順次履歴を要求することより、データ加工ＴＸ１０１をＡ社システム１１０から取得することができる。この手順については後述する。
つぎに、Ｂ社システム１２０が、企業間システム１５０を用いた取引により、他社システム（たとえば図２に示すＣ社システム１３０）からロジックデータＬをダウンロードしたとする。ロジックデータＬは、データ加工の処理を規定する加工処理データの一例である。データ加工の処理とは、たとえばデータを加工する手順や方法である。
データ加工の処理を規定する加工処理データは、たとえば人間がデータを加工する手順等をテキストや画像によって示すデータであってもよいし、コンピュータがデータを加工するためのプログラムであってもよい。企業間システム１５０は、この取引の履歴情報であるデータ取引ＴＸについても生成するが、図示を省略する。Ｂ社システム１２０は、この取引におけるＢ社システム１２０によるロジックデータＬのダウンロードの履歴情報であるデータ加工ＴＸ１０４を生成して自システムのメモリに記録する。
データ加工ＴＸ１０４には、データ加工ＴＸ１０４の識別情報であるＴＸＩＤ（“０ｘｅａ５５３４９ｆ”）が含まれる。また、データ加工ＴＸ１０４には、ロジックデータＬに関してデータ加工ＴＸ１０４の前に記録されたＴＸの所有者（企業間システム１５０）を示す加工元データＴＸ所有者（“ＶＰＸ＿０”）が含まれる。また、データ加工ＴＸ１０４には、ロジックデータＬに関してデータ加工ＴＸ１０４の前に記録されたＴＸの識別情報である加工元データＴＸＩＤ（“０ｘｆｃ３２４７０ａ”）が含まれる。
つぎに、Ｂ社システム１２０が、Ａ社システム１１０からダウンロードしたデータＸを、他社システムからダウンロードしたロジックデータＬが示すロジックにより加工することによりデータＹを生成したとする。この場合に、Ａ社システム１１０は、生成したデータＹを自システムのメモリに記録するとともに、このデータＹの生成の履歴情報であるデータ加工ＴＸ１０５を生成して自システムのメモリに記録する。データ加工ＴＸ１０５は、データＹ（他のデータ）の第４の履歴情報の一例である。
データ加工ＴＸ１０５には、データ加工ＴＸ１０５の識別情報であるＴＸＩＤ（“０ｘ２４０ｄ８１１２”）が含まれる。また、データ加工ＴＸ１０５には、データＹに関してデータ加工ＴＸ１０５の前に記録されたＴＸ（データ加工ＴＸ１０３）の所有者（Ｂ社システム１２０）を示す加工元データＴＸ所有者１０５ａ（“Ｂ社”）が含まれる。また、データ加工ＴＸ１０５には、同様にデータＹに関してデータ加工ＴＸ１０５の前に記録されたＴＸ（データ加工ＴＸ１０４）の所有者（Ｂ社システム１２０）を示す適用ロジックＴＸ所有者１０５ｃ（“Ｂ社”）が含まれる。
また、データ加工ＴＸ１０５には、データＹに関してデータ加工ＴＸ１０５の前に記録されたＴＸ（データ加工ＴＸ１０３）を示す加工元データＴＸＩＤ１０５ｂ（“０ｘｂ４７９０ａ０３”）が含まれる。加工元データＴＸＩＤ１０５ｂは、データ加工ＴＸ１０３（第２の履歴情報）の識別子の一例である。また、データ加工ＴＸ１０５には、データＹに関してデータ加工ＴＸ１０５の前に記録されたＴＸ（データ加工ＴＸ１０４）の識別情報である適用ロジックＴＸＩＤ１０５ｄ（“０ｘｅａ５５３４９ｆ”）が含まれる。適用ロジックＴＸＩＤ１０５ｄは、自システムに記録された加工処理データ（ロジックデータＬ）の履歴情報（１０４）の識別子の一例である。
図１に示したように各ＴＸが記録されることにより、システム間で提供されたデータに関する履歴についてシステムを跨いで追跡（トレース）することが可能になる。データに関する履歴は、たとえば、そのデータ、そのデータから生成されたデータ、またはそのデータの生成に用いられたデータについて行われた、ダウンロード、加工、新規生成等の処理の履歴である。そのデータから生成されたデータには、そのデータから生成されたデータから生成されたデータ等、複数世代後のデータも含まれてもよい。そのデータの生成に用いられたデータには、そのデータの生成に用いられたデータの生成に用いられたデータ等、複数世代前のデータも含まれてもよい。
たとえば、データ加工ＴＸ１０５の加工元データＴＸ所有者１０５ａと加工元データＴＸＩＤ１０５ｂを参照すると、データＹに関してＢ社システム１２０においてデータ加工ＴＸ１０５の前に記録されたデータ加工ＴＸ１０３の所有者とＴＸＩＤを特定できる。すなわち、データ加工ＴＸ１０３の所有者はＢ社システム１２０であり、データ加工ＴＸ１０３のＴＸＩＤは“０ｘｂ４７９０ａ０３”であることを特定することができる。これにより、Ｂ社システム１２０からＴＸＩＤが“０ｘｂ４７９０ａ０３”であるＴＸを取得することによりデータ加工ＴＸ１０３を得ることができる。
また、データ加工ＴＸ１０３の加工元データＴＸ所有者１０３ａおよび加工元データＴＸＩＤ１０３ｂを参照すると、データＹに関してデータ加工ＴＸ１０３の前に記録されたデータ取引ＴＸ１０２の所有者とＴＸＩＤを特定することができる。すなわち、データ取引ＴＸ１０２の所有者は企業間システム１５０であり、データ取引ＴＸ１０２のＴＸＩＤは“０ｘ１８９ａｂ０ｃ１”であることを特定することができる。これにより、企業間システム１５０からＴＸＩＤが“０ｘ１８９ａｂ０ｃ１”であるＴＸを取得することによりデータ取引ＴＸ１０２を得ることができる。
また、データ取引ＴＸ１０２の提供元データＴＸ所有者１０２ａおよび提供元データＴＸＩＤ１０２ｂを参照すると、データＹに関してデータ取引ＴＸ１０２の前に記録されたデータ加工ＴＸ１０１の所有者とＴＸＩＤを特定することができる。すなわち、データ加工ＴＸ１０１の所有者はＡ社システム１１０であり、データ加工ＴＸ１０１のＴＸＩＤは“０ｘ４３ｅｆ５８２ｃ”であることを特定することができる。これにより、Ａ社システム１１０からＴＸＩＤが“０ｘ４３ｅｆ５８２ｃ”であるＴＸを取得することによりデータ加工ＴＸ１０１を得ることができる。
また、データ加工ＴＸ１０１の加工元データＴＸ所有者１０１ａおよび加工元データＴＸＩＤ１０１ｂを参照すると、データＹに関してデータ加工ＴＸ１０１の前に記録されたＴＸの所有者とＴＸＩＤを特定することができる。すなわち、データ加工ＴＸ１０１の前に記録されたＴＸの所有者はＡ社システム１１０であり、データ加工ＴＸ１０１の前に記録されたＴＸのＴＸＩＤは“０ｘ７６ａ０１ｃｅ０”であることを特定することができる。これにより、Ａ社システム１１０からＴＸＩＤが“０ｘ７６ａ０１ｃｅ０”であるＴＸを取得することによりデータ加工ＴＸ１０１の前に記録されたＴＸを得ることができる。
このように、Ａ社システム１１０からＢ社システム１２０へ提供されたデータＸに関するデータ加工ＴＸ１０１、データ取引ＴＸ１０２、データ加工ＴＸ１０３およびデータ加工ＴＸ１０５を、下流のＴＸから遡って順次取得することができる。すなわち、システム間で提供されたデータに関する履歴についてシステムを跨いで追跡することができる。
データ加工ＴＸ１０５からデータＸに関するデータ加工ＴＸ１０３、データ取引ＴＸ１０２、データ加工ＴＸ１０１を得る場合について説明したが、同様に、データ加工ＴＸ１０５からロジックデータＬに関するデータ加工ＴＸ１０４等を取得することも可能である。たとえば、データ加工ＴＸ１０５の適用ロジックＴＸ所有者１０５ｃおよび適用ロジックＴＸＩＤ１０５ｄを参照すると、データＹに関してデータ加工ＴＸ１０５の前に記録されたデータ加工ＴＸ１０４の所有者とＴＸＩＤを特定することができる。すなわち、データ加工ＴＸ１０４の所有者はＢ社システム１２０であり、データ加工ＴＸ１０４のＴＸＩＤは“０ｘｅａ５５３４９ｆ”であることを特定することができる。これにより、Ｂ社システム１２０からＴＸＩＤが“０ｘｅａ５５３４９ｆ”であるＴＸを取得することによりデータ加工ＴＸ１０４を得ることができる。
また、データ加工ＴＸ１０４の加工元データＴＸ所有者および加工元データＴＸＩＤを参照すると、データＹに関してデータ加工ＴＸ１０４の前に記録されたＴＸの所有者とＴＸＩＤを特定することができる。すなわち、データ加工ＴＸ１０４の前に記録されたＴＸの所有者は企業間システム１５０であり、データ加工ＴＸ１０４の前に記録されたＴＸのＴＸＩＤは“０ｘｆｃ３２４７０ａ”であることを特定することができる。これにより、企業間システム１５０からＴＸＩＤが“０ｘｆｃ３２４７０ａ”であるＴＸを取得することによりデータ加工ＴＸ１０４の前に記録されたＴＸを得ることができる。
このように、他社システムからＢ社システム１２０へ提供されたデータＹに関するデータ加工ＴＸ１０４およびデータ加工ＴＸ１０５等を、下流のＴＸから遡って順次取得することができる。すなわち、システム間で提供されたデータに関する履歴についてシステムを跨いで追跡することが可能になる。
システム間で提供されたデータに関する履歴についてシステムを跨いで追跡することが可能になることにより、以下のようなメリットがある。たとえば、企業間システム１５０を用いたデータの購入を検討する場合に、そのデータが、システム間で提供されたデータや、システム間で提供されたデータを加工して得られたデータであっても、そのデータに関する履歴をトレースすることができる。
一例として、Ｂ社システム１２０が企業間システム１５０を用いてデータＹを提供する場合に、データＹの購入を検討する者は、上述のようにデータ加工ＴＸ１０１、データ取引ＴＸ１０２、データ加工ＴＸ１０３およびデータ加工ＴＸ１０５を取得する。これにより、データＹが、企業間システム１５０を用いてＡ社システム１１０のデータＸをＢ社システム１２０が購入し、Ｂ社システム１２０が購入したデータＸを加工して得られたデータであることを把握できる。
また、データＹの購入を検討する者は、さらにデータ加工ＴＸ１０４を取得してもよい。これにより、データＹが、企業間システム１５０を用いて他社システムのロジックデータＬをＢ社システム１２０が購入し、Ｂ社システム１２０が購入したロジックデータＬによりデータＸを加工することにより得られたデータであることを把握できる。
また、たとえばＢ社の社員がデータＹを利用しようとする場合にも同様に、データＹに関する履歴を把握することができる。また、企業間システム１５０が、データの取引に伴う企業間の対価の支払いを管理する場合に、そのデータに関する履歴をトレースすることにより、対価の支払いの計算を行うことができる。対価の支払いの計算は、たとえばどの企業がどの企業にいくら支払うかの計算や、どの企業の仮想通貨の残高をどのように増減させるかの計算などである。
このように、実施の形態にかかる情報処理システムによれば、別環境の他システムから提供されたデータについて、システムを跨いだデータ履歴の追跡を容易にすることができる。たとえば、従来、あるデータについて複数の企業のシステムに跨るデータの加工履歴や取引履歴を追跡しようとした場合、データの提供者や加工者にそれぞれ問い合わせるなどして数日間を要する場合がある。また、仮に他社から来歴情報を得られたとしても、手作業によるデータの突き合わせを要する。また、データの加工履歴や取引履歴を一括してブロックチェーン上で管理することも考えられるが、将来的に履歴の情報量が大きくなる可能性があるという問題がある。
これに対して、実施の形態にかかる情報処理システムによれば、あるデータについて複数の企業のシステムに跨るデータ加工ＴＸやデータ取引ＴＸを追跡しようとした場合に、信頼性の高い履歴を短時間で取得することができる。
（実施の形態にかかる情報処理システム）
図２は、実施の形態にかかる情報処理システムの一例を示す図である。図２に示すように、実施の形態にかかる情報処理システム２００は、たとえば、Ａ社システム１１０と、Ｂ社システム１２０と、Ｃ社システム１３０と、企業間システム１５０と、ユーザシステム２７０と、を含む。
Ａ社システム１１０は、データ加工履歴記録部２１１と、加工ＴＸ設定ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）２１２と、加工ＴＸ取得ＡＰＩ２１３と、ファイルシステム２１４と、を有する。
データ加工履歴記録部２１１には、Ａ社システム１１０によってデータの新規生成、加工、ダウンロードなどの処理が行われた際のデータ加工履歴情報（たとえば図１１参照）が記録される。このデータ加工履歴情報には、後述のファイルシステム２１４のフィルタドライバ２１４ａによって生成される標準加工履歴情報（たとえばＡｔｌａｓの標準の加工履歴）と、後述の加工ＴＸ設定ＡＰＩ２１２によって生成されるデータ加工ＴＸと、が含まれる。
加工ＴＸ設定ＡＰＩ２１２は、たとえば、Ａ社システム１１０によるデータの新規生成、加工、ダウンロードなどの処理が行われた際に、後述のイベントハンドラやファイルシステム２１４から呼び出し可能なＡＰＩである。加工ＴＸ設定ＡＰＩ２１２は、呼び出されると、上述のＡ社システム１１０による処理に関するデータ加工ＴＸを生成する。そして、加工ＴＸ設定ＡＰＩ２１２は、生成したデータ加工ＴＸを、データ加工履歴記録部２１１に記録されるデータ加工履歴情報のうち、このデータ加工ＴＸに対応する処理のデータ加工履歴情報に設定する。
加工ＴＸ取得ＡＰＩ２１３は、ユーザシステム２７０から呼び出し可能なＡＰＩである。加工ＴＸ取得ＡＰＩ２１３は、ＴＸＩＤをキーとして呼び出されると、そのＴＸＩＤに対応するデータ加工ＴＸをデータ加工履歴記録部２１１から読み出し、読み出したデータ加工ＴＸを呼び出し元のユーザシステム２７０へ送信する。
ファイルシステム２１４は、Ａ社システム１１０が新規生成、加工、ダウンロードなどにより得たデータやそのメタデータなどを記憶する。また、ファイルシステム２１４は、上述の標準加工履歴情報を生成し、生成した標準加工履歴情報をデータ加工履歴記録部２１１のデータ加工履歴情報に設定するフィルタドライバ２１４ａを有する。
Ｂ社システム１２０は、Ｂ社によって運用されている情報処理装置により実現される、Ａｔｌａｓなどの履歴管理プログラムを実行するシステムである。Ｂ社システム１２０は、データ加工履歴記録部２２１と、加工ＴＸ設定ＡＰＩ２２２と、加工ＴＸ取得ＡＰＩ２２３と、ファイルシステム２２４と、を有する。また、ファイルシステム２２４は、フィルタドライバ２２４ａを有する。これらの各構成は、上述したＡ社システム１１０の各構成と同様である。
Ｃ社システム１３０は、たとえば、Ｃ社によって運用されている情報処理装置により実現される、Ａｔｌａｓなどの履歴管理プログラムを実行するシステムである。また、Ｃ社システム１３０は、Ａ社システム１１０およびＢ社システム１２０とは別環境の他システムである。Ｃ社システム１３０は、データ加工履歴記録部２３１と、加工ＴＸ設定ＡＰＩ２３２と、加工ＴＸ取得ＡＰＩ２３３と、ファイルシステム２３４と、を有する。また、ファイルシステム２３４は、フィルタドライバ２３４ａを有する。これらの各構成は、上述したＡ社システム１１０の各構成と同様である。
企業間システム１５０は、たとえば、企業間のデータ取引履歴情報を管理する富士通ＶＰＸ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ ｄｉｇｉｔａｌ ｅＸｃｈａｎｇｅ）テクノロジなどの管理システムである。ＶＰＸは登録商標である。富士通ＶＰＸテクノロジは、たとえば、コンソーシアム型のブロックチェーンを利用して企業間のデータ取引を実現するスマートコントラクトシステムである。ＶＰＸにおいては、「どんなデータか」、「そのデータはどこにあるか」、「誰が登録したか」、「誰に公開するか」などの情報が分散台帳に記録されてメンバ間（たとえばＡ社システム１１０、Ｂ社システム１２０およびＣ社システム１３０の間）で共有される。
企業間システム１５０は、ポータル画面管理部２５１と、データ取引履歴記録部２５２と、取引ＴＸ取得ＡＰＩ２５３と、を有する。ポータル画面管理部２５１は、各社から提供可能なデータの登録を受け付け、登録を受け付けたデータを他社が購入するためのＷｅｂサイトであるポータル画面を生成する。たとえば、ポータル画面管理部２５１は、Ａ社が提供可能なデータの登録をＡ社システム１１０から受け付け、そのデータをＡ社以外の企業が購入するためのポータル画面を生成する。
たとえば、Ａ社ポータル画面２５１Ａは、Ａ社が提供可能なデータの一覧や購入が可能なＷｅｂページである。Ａ社ポータル画面２５１Ａには、Ａ社ポータル画面２５１Ａに含まれるデータの購入ボタンが押下された場合に起動されるイベントハンドラ２５１ａが埋め込まれている。イベントハンドラ２５１ａは、たとえば対応する購入ボタンに対応するデータをＡ社からダウンロードするプログラムである。
Ｂ社ポータル画面２５１Ｂは、たとえばＢ社が提供可能なデータの一覧や購入が可能なＷｅｂページである。Ｂ社ポータル画面２５１Ｂには、Ｂ社ポータル画面２５１Ｂに含まれるデータの購入ボタンが押下された場合に起動されるイベントハンドラ２５１ｂが埋め込まれている。イベントハンドラ２５１ｂは、たとえば対応する購入ボタンに対応するデータをＢ社からダウンロードするプログラムである。
また、ポータル画面管理部２５１は、データの提供先を指定したポータル画面を生成してもよい。たとえば、Ａ社ポータル画面２５１Ａは、Ａ社がＢ社に提供可能なデータの一覧や購入が可能なＷｅｂページである。
データ取引履歴記録部２５２には、企業間システム１５０を用いてデータの取引が行われた際のデータ取引履歴情報が記録される。このデータ取引履歴情報には、後述の取引ＴＸ取得ＡＰＩ２５３によって生成されるデータ取引ＴＸが含まれる。
取引ＴＸ取得ＡＰＩ２５３は、たとえばユーザシステム２７０から呼び出し可能なＡＰＩである。取引ＴＸ取得ＡＰＩ２５３は、ＴＸＩＤをキーとして呼び出されると、そのＴＸＩＤに対応するデータ取引ＴＸをデータ取引履歴記録部２５２から読み出し、読み出したデータ取引ＴＸを呼び出し元のユーザシステム２７０へ送信する。
ユーザシステム２７０は、たとえばＡ社システム１１０、Ｂ社システム１２０、Ｃ社システム１３０、企業間システム１５０に記録されたデータ加工ＴＸおよびデータ取引ＴＸを収集して表示するシステムである。
ユーザシステム２７０は、たとえばＡ社システム１１０、Ｂ社システム１２０、Ｃ社システム１３０および企業間システム１５０とは別のシステムである。ただし、ユーザシステム２７０は、Ａ社システム１１０、Ｂ社システム１２０、Ｃ社システム１３０および企業間システム１５０のいずれかに組み込まれたシステムであってもよい。ここでは、ユーザシステム２７０が、Ａ社システム１１０、Ｂ社システム１２０、Ｃ社システム１３０および企業間システム１５０とは異なるシステムである場合について説明する。
ユーザシステム２７０は、Ａ社システム１１０、Ｂ社システム１２０および企業間システム１５０と接続されている。また、ユーザシステム２７０は、さらにＣ社システム１３０と接続されていてもよい。
たとえば、ユーザシステム２７０は、ユーザアプリケーション２７１と、加工・取引履歴取得ライブラリ２７２と、を有する。ユーザアプリケーション２７１は、たとえば、ユーザからの操作の受付や、ユーザへの情報表示などを行うＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を提供するアプリケーションである。
加工・取引履歴取得ライブラリ２７２は、ユーザアプリケーション２７１によって受け付けられた操作に応じて、データ加工ＴＸおよびデータ取引ＴＸの収集や、収集したデータ加工ＴＸおよびデータ取引ＴＸに基づくデータ加工・取引履歴画面の生成等を行う。
（実施の形態にかかるＢ社システム）
図３は、実施の形態にかかるＢ社システムの一例を示す図である。図３において、図２に示した部分と同様の部分については同一の符号を付して説明を省略する。Ｂ社システム１２０の構成について説明するが、Ａ社システム１１０およびＣ社システム１３０の各構成についてもＡ社システム１１０の構成と同様である。
図３に示すように、Ａ社システム１１０は、データ生成部３１０と、ブラウザ制御部３３０と、データ加工部３２０と、ファイルシステム２２４と、加工ＴＸ設定ＡＰＩ２２２と、データ加工履歴記録部２２１と、加工ＴＸ取得ＡＰＩ２２３と、を備える。これらのＡ社システム１１０の各部の処理結果は、たとえば図６に示すメモリ６０２などの記憶装置に記憶される。
データ生成部３１０は、ユーザからの操作に応じて、新規のデータの生成を行う。そして、データ生成部３１０は、生成した新規のデータをファイルシステム２２４のフィルタドライバ２２４ａへ出力する。データ加工部３２０は、ユーザからの操作に応じて、ファイルシステム２２４のデータ記録部３４１に記録されたデータの加工を行う。そして、ブラウザ制御部３３０は、加工により得られたデータをファイルシステム２２４のフィルタドライバ２２４ａへ出力する。
ブラウザ制御部３３０は、企業間システム１５０との間で通信を行うことにより、Ａ社システム１１０のユーザに表示するｗｅｂブラウザを制御する。たとえば、ブラウザ制御部３３０は、ユーザからの指示に応じて、企業間システム１５０に対して他社のポータル画面の送信を要求する。また、ブラウザ制御部３３０は、企業間システム１５０から受信したポータル画面をユーザに表示する。
また、ブラウザ制御部３３０は、ユーザに表示したポータル画面上でユーザによって購入ボタンが押下された場合に、その購入ボタンの押下に対応付けられたイベントハンドラを起動する。そして、そのイベントハンドラの起動を契機として、企業間システム１５０に、購入ボタンに対応するデータの購入を通知する。
また、ブラウザ制御部３３０は、起動したイベントハンドラにより、購入ボタンに対応するデータの提供元からそのデータをダウンロードする。そして、ブラウザ制御部３３０は、ダウンロードしたデータをファイルシステム２２４のフィルタドライバ２２４ａへ出力する。また、ブラウザ制御部３３０は、起動したイベントハンドラにより、加工ＴＸ設定ＡＰＩ２２２を呼び出す。
ファイルシステム２２４は、データ記録部３４１と、フィルタドライバ２２４ａと、を備える。データ記録部３４１には、フィルタドライバ２２４ａの制御によってデータが記録される。
フィルタドライバ２２４ａは、データ生成部３１０、データ加工部３２０またはブラウザ制御部３３０からデータが出力されると、そのデータをデータ記録部３４１に記録する。また、フィルタドライバ２２４ａは、そのデータに相当するファイルが新規に生成されたことを示す標準加工履歴情報（たとえば図１１の標準加工履歴情報１１１０）を生成する。そして、フィルタドライバ２２４ａは、生成した標準加工履歴情報を含むデータ加工履歴情報（たとえば図１１のデータ加工履歴情報１１００）をデータ加工履歴記録部２２１に記録する。また、フィルタドライバ２２４ａは、データ生成部３１０またはデータ加工部３２０からデータが出力された場合には加工ＴＸ設定ＡＰＩ２２２を呼び出す。
加工ＴＸ設定ＡＰＩ２２２は、ブラウザ制御部３３０が起動したイベントハンドラ、またはフィルタドライバ２２４ａから呼び出されると、対象のデータについてデータ加工ＴＸを生成する。そして、加工ＴＸ設定ＡＰＩ２２２は、生成したデータ加工ＴＸを、データ加工履歴記録部２２１に記録された対象のデータについてのデータ加工履歴情報に追加で設定する。
加工ＴＸ取得ＡＰＩ２２３は、ユーザシステム２７０から呼び出されると、その呼び出しにおいてキーとされたＴＸＩＤにより遡れるすべてのデータ加工ＴＸをデータ加工履歴記録部２２１から取得する。そして、加工ＴＸ取得ＡＰＩ２２３は、取得したデータ加工ＴＸを、加工ＴＸ取得ＡＰＩ２２３の呼び出し元のユーザシステム２７０へ送信する。
ブラウザ制御部３３０は、別環境の他システムからデータを取得する際に取得要求情報を取得する取得部の一例である。加工ＴＸ設定ＡＰＩ２１２は、取得要求情報を含む第２の履歴情報を生成する生成部の一例である。データ加工履歴記録部２１１は、第２の履歴情報をデータと関連付けして記録する記録部の一例である。
（実施の形態にかかる企業間システム）
図４は、実施の形態にかかる企業間システムの一例を示す図である。図４において、図２に示した部分と同様の部分については同一の符号を付して説明を省略する。図４に示すように、企業間システム１５０は、データ登録受付部４１０と、登録情報記録部４２０と、ポータル画面制御部４３０と、データ取引履歴記録部２５２と、取引ＴＸ取得ＡＰＩ２５３と、を備える。これらの企業間システム１５０の各部の処理結果は、たとえば図７に示すメモリ７０２などの記憶装置に記憶される。
データ登録受付部４１０は、Ａ社システム１１０、Ｂ社システム１２０またはＣ社システム１３０からのデータの登録の要求を受け付ける。データ登録受付部４１０は、データの登録の要求を受け付けると、そのデータに関する登録情報（たとえば後述のメタデータ）を登録情報記録部４２０に記録する。
ポータル画面制御部４３０は、Ａ社システム１１０、Ｂ社システム１２０またはＣ社システム１３０からのポータル画面の送信の要求を受け付ける。ポータル画面制御部４３０は、ポータル画面の送信の要求を受け付けると、データ登録受付部４１０に記録された登録情報を参照して、要求元に対して他社が提供可能なデータの一覧や購入が可能なＷｅｂページを生成する。そして、ポータル画面制御部４３０は、生成したＷｅｂページをポータル画面として提供元に送信する。ただし、ポータル画面制御部４３０は、ポータル画面の送信の要求を受け付ける前にポータル画面を生成しておいてもよい。
また、ポータル画面制御部４３０は、Ａ社システム１１０、Ｂ社システム１２０またはＣ社システム１３０からデータの購入の通知を受け付けると、そのデータの提供者から通知元にそのデータが提供されたことを示すデータ取引ＴＸを生成する。また、ポータル画面制御部４３０は、生成したデータ取引ＴＸをデータ取引履歴記録部２５２に記録する。
取引ＴＸ取得ＡＰＩ２５３は、ユーザシステム２７０から呼び出されると、その呼び出しにおいてキーとされたＴＸＩＤを有するデータ取引ＴＸをデータ取引履歴記録部２５２から取得する。そして、取引ＴＸ取得ＡＰＩ２５３は、取得したデータ取引ＴＸを、呼び出し元のユーザシステム２７０へ送信する。
（実施の形態にかかるユーザシステム）
図５は、実施の形態にかかるユーザシステムの一例を示す図である。図５において、図２に示した部分と同様の部分については同一の符号を付して説明を省略する。図４に示すように、ユーザシステム２７０は、ユーザアプリケーション２７１と加工・取引履歴取得ライブラリ２７２と、を備える。
ユーザアプリケーション２７１は、操作受付部５１１と、表示部５１２と、を備える。操作受付部５１１は、ユーザからの操作を受け付ける。たとえば、ユーザアプリケーション２７１は、後述のデータ加工・取引履歴画面の表示を指示する操作を受け付けると、その操作の受付結果を加工・取引履歴取得ライブラリ２７２へ通知する。表示部５１２は、操作受付部５１１からの上述の通知に応じて加工・取引履歴取得ライブラリ２７２から出力されたデータ加工・取引履歴画面（たとえば図１５参照）をユーザに表示する。
加工・取引履歴取得ライブラリ２７２は、制御部５２１と、送信部５２２と、受信部５２３と、を備える。制御部５２１は、データ加工・取引履歴画面の表示を指示する操作の受付結果がユーザアプリケーション２７１から通知されると、送信部５２２および受信部５２３を制御して、データ加工ＴＸおよびデータ取引ＴＸを収集する。データ加工ＴＸおよびデータ取引ＴＸの収集手順については後述する（たとえば図１４，図１８参照）。
また、加工・取引履歴取得ライブラリ２７２は、収集したデータ加工ＴＸおよびデータ取引ＴＸを結合することによりデータ加工・取引履歴情報を生成し、生成したデータ加工・取引履歴情報を視覚的に示すデータ加工・取引履歴画面を生成する。そして、加工・取引履歴取得ライブラリ２７２は、生成したデータ加工・取引履歴画面をユーザアプリケーション２７１へ出力する。
送信部５２２は、Ａ社システム１１０の加工ＴＸ取得ＡＰＩ２１３、Ｂ社システム１２０の加工ＴＸ取得ＡＰＩ２２３またはＣ社システム１３０の加工ＴＸ取得ＡＰＩ２３３を呼び出す。また、送信部５２２は、ＴＸＩＤをキーとして要求信号を送信することにより、企業間システム１５０の取引ＴＸ取得ＡＰＩ２５３を呼び出す。これらの呼び出しは、送信部５２２が、制御部５２１からの制御により、ＴＸＩＤをキーとして要求信号を送信することにより行われる。
受信部５２３は、送信部５２２が呼び出した加工ＴＸ取得ＡＰＩから送信されたデータ加工ＴＸを受信し、受信したデータ加工ＴＸを制御部５２１へ出力する。
（実施の形態にかかるＢ社システムおよびユーザシステムのハードウェア構成）
図６は、実施の形態にかかるＢ社システムおよびユーザシステムのハードウェア構成の一例を示す図である。まず、Ｂ社システム１２０のハードウェア構成について説明するが、Ａ社システム１１０およびＣ社システム１３０の各ハードウェア構成についてもＡ社システム１１０のハードウェア構成と同様である。
図３に示したＢ社システム１２０は、たとえば図６に示す情報処理装置６００により実現することができる。情報処理装置６００は、プロセッサ６０１と、メモリ６０２と、通信インタフェース６０３と、ユーザインタフェース６０４と、を備える。プロセッサ６０１、メモリ６０２、通信インタフェース６０３およびユーザインタフェース６０４は、たとえばバス６０９によって接続される。
プロセッサ６０１は、信号処理を行う回路であり、たとえば情報処理装置６００の全体の制御を司るＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。メモリ６０２には、たとえばメインメモリおよび補助メモリが含まれる。メインメモリは、たとえばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。メインメモリは、プロセッサ６０１のワークエリアとして使用される。
補助メモリは、たとえば磁気ディスク、光ディスク、フラッシュメモリなどの不揮発性メモリである。補助メモリには、情報処理装置６００を動作させる各種のプログラムが記憶されている。補助メモリに記憶されたプログラムは、メインメモリにロードされてプロセッサ６０１によって実行される。
また、補助メモリは、情報処理装置６００から取り外し可能な可搬型のメモリを含んでもよい。可搬型のメモリには、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）フラッシュドライブやＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリカードなどのメモリカードや、外付けハードディスクドライブなどがある。また、可搬型のメモリには、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｏｎｌｙ Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ－Ｏｐｔｉｃａｌ ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）などがある。
また、プロセッサ６０１やメモリ６０２は、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）やＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）などのデジタル回路により実現されてもよい。
通信インタフェース６０３は、情報処理装置６００の外部（たとえば企業間システム１５０やユーザシステム２７０）との間で通信を行う通信インタフェースである。通信インタフェース６０３は、プロセッサ６０１によって制御される。
ユーザインタフェース６０４は、たとえば、ユーザからの操作入力を受け付ける入力デバイスや、ユーザへ情報を出力する出力デバイスなどを含む。入力デバイスは、たとえばポインティングデバイス（たとえばマウス）、キー（たとえばキーボード）やリモコンなどにより実現することができる。出力デバイスは、たとえばディスプレイやスピーカなどにより実現することができる。また、タッチパネルなどによって入力デバイスおよび出力デバイスを実現してもよい。ユーザインタフェース６０４は、プロセッサ６０１によって制御される。
図３に示したデータ生成部３１０およびデータ加工部３２０は、たとえばプロセッサ６０１、メモリ６０２およびユーザインタフェース６０４により実現することができる。図３に示したデータ加工部３２０は、たとえばプロセッサ６０１、メモリ６０２、通信インタフェース６０３およびユーザインタフェース６０４により実現することができる。
図３に示したファイルシステム２１４、加工ＴＸ設定ＡＰＩ２１２、データ加工履歴記録部２１１および加工ＴＸ取得ＡＰＩ２１３は、たとえばプロセッサ６０１およびメモリ６０２により実現することができる。
また、図５に示したユーザシステム２７０についても、たとえば図６に示す情報処理装置６００により実現することができる。この場合に、図５に示したユーザアプリケーション２７１は、プロセッサ６０１、メモリ６０２およびユーザインタフェース６０４により実現することができる。図５に示した加工・取引履歴取得ライブラリ２７２は、プロセッサ６０１、メモリ６０２および通信インタフェース６０３により実現することができる。
（実施の形態にかかる企業間システムのハードウェア構成）
図７は、実施の形態にかかる企業間システムのハードウェア構成の一例を示す図である。図４に示した企業間システム１５０は、たとえば図７に示す情報処理装置７００により実現することができる。情報処理装置７００は、プロセッサ７０１と、メモリ７０２と、通信インタフェース７０３と、を備える。プロセッサ７０１、メモリ７０２および通信インタフェース７０３は、たとえばバス７０９によって接続される。
プロセッサ７０１は、信号処理を行う回路であり、たとえば情報処理装置７００の全体の制御を司るＣＰＵである。メモリ７０２には、たとえばメインメモリおよび補助メモリが含まれる。メインメモリは、たとえばＲＡＭである。メインメモリは、プロセッサ７０１のワークエリアとして使用される。
補助メモリは、たとえば磁気ディスク、光ディスク、フラッシュメモリなどの不揮発性メモリである。補助メモリには、情報処理装置７００を動作させる各種のプログラムが記憶されている。補助メモリに記憶されたプログラムは、メインメモリにロードされてプロセッサ７０１によって実行される。
また、補助メモリは、情報処理装置７００から取り外し可能な可搬型のメモリを含んでもよい。可搬型のメモリには、ＵＳＢフラッシュドライブやＳＤメモリカードなどのメモリカードや、外付けハードディスクドライブなどがある。
通信インタフェース７０３は、情報処理装置７００の外部（たとえばＡ社システム１１０、Ｂ社システム１２０、Ｃ社システム１３０およびユーザシステム２７０）との間で無線通信を行う通信インタフェースである。通信インタフェース７０３は、プロセッサ７０１によって制御される。
図４に示したデータ登録受付部４１０、ポータル画面制御部４３０および取引ＴＸ取得ＡＰＩ２５３は、たとえばプロセッサ７０１、メモリ７０２および通信インタフェース７０３により実現することができる。図４に示した登録情報記録部４２０およびデータ取引履歴記録部２５２は、たとえばメモリ７０２により実現することができる。
（実施の形態にかかるデータ加工ＴＸ）
図８は、実施の形態にかかるデータ加工ＴＸの一例を示す図である。図８に示すデータ加工ＴＸ１０５は、Ｂ社システム１２０が、Ａ社システム１１０からダウンロードしたデータＸを、Ｃ社システム１３０からダウンロードしたロジックデータＬで加工してデータＹを得る際（データ加工時）に生成されるデータ加工ＴＸの例である。
データ加工ＴＸ１０５は、たとえば複数のメンバを含む構造体である。たとえば、データ加工ＴＸ１０５のメンバには、ＴＸＩＤと、ＴＸ所有者と、ファイル名と、ＴＸ内容と、タイムスタンプと、適用ロジックＴＸ所有者１０５ｃと、適用ロジックＴＸＩＤ１０５ｄと、が含まれる。また、データ加工ＴＸ１０５のメンバには、加工元データＴＸ数と、加工元データＴＸ所有者１０５ａと、加工元データＴＸ取得ＡＰＩのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）と、加工元データＴＸＩＤ１０５ｂと、データハッシュ値と、電子署名と、が含まれる。
データ加工ＴＸ１０５のＴＸＩＤは、データ加工ＴＸ１０５の識別情報であり、たとえばデータ加工ＴＸ１０５の各メンバのうちＴＸＩＤを除いた部分のハッシュ値である。すなわち、ＴＸＩＤは、ＴＸ所有者、ファイル名、ＴＸ内容、タイムスタンプ、適用ロジックＴＸ所有者１０５ｃ、適用ロジックＴＸＩＤ１０５ｄ、加工元データＴＸ数、加工元データＴＸ所有者１０５ａ、加工元データＴＸ取得ＡＰＩのＵＲＬ、加工元データＴＸＩＤ１０５ｂ、データハッシュ値および電子署名に基づいて算出される。図８に示す例では、ＴＸＩＤは“０ｘ２４０ｄ８１１２”である。
データ加工ＴＸ１０５のＴＸ所有者は、データ加工ＴＸ１０５の所有者の識別情報である。図８に示す例では、データ加工ＴＸ１０５はＢ社システム１２０によって生成されるため、ＴＸ所有者はＢ社システム１２０を示す“Ｂ社”である。
データ加工ＴＸ１０５のファイル名は、データ加工ＴＸ１０５の生成時に得られたデータのファイル名である。図８に示す例では、データ加工ＴＸ１０５はデータＸの加工時に生成されたものであるため、ファイル名はその加工後のデータＹのファイル名（“ｄａｎｇｅｒｏｕｓ＿ｄｒｉｖｅｒ．ｃｓｖ”）である。
データ加工ＴＸ１０５のＴＸ内容は、ファイル名が示すデータの内容を示す文字列である。図８に示す例では、ＴＸ内容は、データＹの内容を示す“ブレーキタイミングに基づく危険ドライバーリスト”である。データ加工ＴＸ１０５のタイムスタンプは、データ加工ＴＸ１０５が生成された日時である。図８に示す例では、タイムスタンプは“２０１８－＊＊－＊＊＿＊＊：＊＊”である。
データ加工ＴＸ１０５の適用ロジックＴＸ所有者１０５ｃは、データ加工ＴＸ１０５の生成時に用いられたロジックのＴＸ（そのロジックが得られた処理のＴＸ）の所有者の識別情報である。図８に示す例では、このロジックはＢ社システム１２０がＣ社システム１３０からダウンロード（購入）したロジックデータＬであるため、適用ロジックＴＸ所有者１０５ｃはＢ社システム１２０を示す“Ｂ社”である。
データ加工ＴＸ１０５の適用ロジックＴＸＩＤ１０５ｄは、データ加工ＴＸ１０５の生成時に用いられたロジックのＴＸのＴＸＩＤである。図８に示す例ではこのロジックはロジックデータＬであるため、適用ロジックＴＸＩＤ１０５ｄはこのロジックデータＬのＴＸ（ロジックデータＬのダウンロードのＴＸ）を示す“０ｘｅａ５５３４９ｆ”である。
データ加工ＴＸ１０５の加工元データＴＸ数は、データ加工ＴＸ１０５の生成時に用いられたデータの数である。図８に示す例では、データ加工ＴＸ１０５は１個のデータＸの加工により生成されたものであるため、加工元データＴＸ数は“１”である。
データ加工ＴＸ１０５の加工元データＴＸ所有者１０５ａと加工元データＴＸ取得ＡＰＩのＵＲＬは、データ加工ＴＸ１０５の生成時に用いられたデータ（ロジックデータを除く）のＴＸ（そのデータが得られた処理のＴＸ）の所有者の識別情報とＴＸ取得ＡＰＩのＵＲＬである。図８に示す例では、加工元データＴＸ取得ＡＰＩのＵＲＬは“ｈｔｔｐ：／／＊＊＊／＊＊”である。上述の加工元データＴＸ数をＮとすると、Ｎ個の加工元データＴＸ所有者１０５ａがデータ加工ＴＸ１０５に含まれる。図８に示す例では、Ｎ＝１であるため、１個の加工元データＴＸ所有者［０］がデータ加工ＴＸ１０５に含まれる。また、図８に示す例では、データ加工ＴＸ１０５は、Ａ社システム１１０からＢ社システム１２０がダウンロード（購入）したデータＸの加工により生成されたものであるため、加工元データＴＸ所有者［０］はＢ社システム１２０を示す“Ｂ社”である。
データ加工ＴＸ１０５の加工元データＴＸＩＤ１０５ｂは、データ加工ＴＸ１０５の生成時に用いられたデータのＴＸのＴＸＩＤである。上述の加工元データＴＸ数をＮとすると、Ｎ個の加工元データＴＸＩＤ１０５ｂがデータ加工ＴＸ１０５に含まれる。図８に示す例では、Ｎ＝１であるため、１個の加工元データＴＸＩＤ［０］がデータ加工ＴＸ１０５に含まれる。また、図８に示す例では、データ加工ＴＸ１０５は、Ａ社システム１１０からＢ社システム１２０がダウンロードしたデータＸの加工により生成されたものである。このため、加工元データＴＸＩＤ１０５ｂは、Ｂ社システム１２０においてデータＸがダウンロードされた際のＴＸを示す“０ｘｂ４７９０ａ０３”である。この場合に、加工元データＴＸＩＤ１０５ｂは、たとえばＡｔｌａｓのデータリネージュＡＰＩを使用して取得することができる。
データ加工ＴＸ１０５のデータハッシュ値は、データ加工ＴＸ１０５の生成時に得られたデータ、すなわちファイル名が示すデータのハッシュ値（データｆｉｎｇｅｒｐｒｉｎｔ）である。図８に示す例では、データハッシュ値は“０ｘ４８０ａ８８ｂｂ”である。
データ加工ＴＸ１０５の電子署名は、ＴＸ所有者（データ加工ＴＸ１０５の所有者）による、データ加工ＴＸ１０５の各メンバのうちＴＸＩＤおよび電子署名を除いた部分に基づく電子署名である。すなわち、電子署名は、ＴＸ所有者、ファイル名、ＴＸ内容、タイムスタンプ、適用ロジックＴＸ所有者１０５ｃ、適用ロジックＴＸＩＤ１０５ｄ、加工元データＴＸ数、加工元データＴＸ所有者１０５ａ、加工元データＴＸ取得ＡＰＩのＵＲＬ、加工元データＴＸＩＤ１０５ｂおよびデータハッシュ値に基づいて算出される。図８に示す例では、電子署名は、Ｂ社システム１２０による電子署名であり、“０ｘ９１０１ｃ７８ｆ”である。
図９は、実施の形態にかかるデータ加工ＴＸの他の一例を示す図である。図９において、図８に示した部分と同様の部分については説明を省略する。図９に示すデータ加工ＴＸ１０４は、Ｂ社システム１２０が企業間システム１５０を用いてＣ社システム１３０からロジックデータＬをダウンロードする際（データのダウンロード時）にＢ社システム１２０において生成されるデータ加工ＴＸの例である。データ加工ＴＸ１０４は、たとえば図８に示したデータ加工ＴＸ１０５と同様のメンバを含む構造体である。
データ加工ＴＸ１０４のＴＸＩＤは“０ｘｅａ５５３４９ｆ”である。また、図８に示したデータ加工ＴＸ１０５と同様に、データ加工ＴＸ１０４はＢ社システム１２０によって生成されるため、データ加工ＴＸ１０４のＴＸ所有者はＢ社システム１２０を示す“Ｂ社”である。
データ加工ＴＸ１０４はロジックデータＬのダウンロード時に生成されたものであるため、データ加工ＴＸ１０４のファイル名はダウンロードされたロジックデータＬのファイル名（“ｅｖａｌ＿ｂｒａｋｅ＿ｔｉｍｉｎｇ．ｅｘｅ”）である。データ加工ＴＸ１０４のＴＸ内容は、ロジックデータＬの内容を示す“ブレーキタイミング評価ツール”である。
データ加工ＴＸ１０４の生成時に用いられたロジックはＢ社システム１２０の加工ＴＸ設定ＡＰＩ２２２であるため、適用ロジックＴＸ所有者はＢ社システム１２０を示す“Ｂ社”である。データ加工ＴＸ１０４の適用ロジックＴＸＩＤは、この加工ＴＸ設定ＡＰＩ２２２のＴＸを示す“０ｘ８９０１ｃｃ１ａ”である。
データ加工ＴＸ１０４の１個のロジックデータＬにより生成されたものであるため、加工元データＴＸ数は“１”である。上述のように、データ加工ＴＸ１０４は、企業間システム１５０を用いた取引によりＣ社システム１３０からＢ社システム１２０がダウンロードした際に生成されたものである。このため、加工元データＴＸ所有者は企業間システム１５０を示す“ＶＰＸ＿０”である。
また、加工元データＴＸＩＤは、Ｂ社システム１２０によるロジックデータＬの取引時に企業間システム１５０において生成されたデータ取引ＴＸを示す“０ｘｆｃ３２４７０ａ”である。この加工元データＴＸＩＤは、たとえば、Ｂ社システム１２０が企業間システム１５０を用いてロジックデータＬの購入手続きを行った際に、その購入に関するデータ取引ＴＸを生成した企業間システム１５０から取得することができる。この点については後述する（たとえば図１２のステップＳ１２１２参照）。
データ加工ＴＸ１０４のデータハッシュ値は“０ｘ６４２１ｅｄ０１”である。データ加工ＴＸ１０４の電子署名は、Ｂ社システム１２０による電子署名であり、“０ｘｅ５９ｃ０２ａａ”である。
図８，図９においてそれぞれデータの加工時およびデータのダウンロード時に生成されるデータ加工ＴＸ１０４，１０５について説明したが、データの新規生成時に生成されるデータ加工ＴＸもデータ加工ＴＸ１０４，１０５と同様のメンバを有する構造体である。ただし、データの新規生成時に生成されるデータ加工ＴＸのファイル名は、その新規生成されたデータのファイル名になる。また、データの新規生成時に生成されるデータ加工ＴＸの加工元データＴＸ数は“０”となる。
図８，図９においてＢ社システム１２０が生成するデータ加工ＴＸ１０４，１０５について説明したが、Ａ社システム１１０およびＣ社システム１３０が生成するデータ加工ＴＸもたとえばデータ加工ＴＸ１０４，１０５と同様のメンバを有する構造体である。
（実施の形態にかかるデータ取引ＴＸ）
図１０は、実施の形態にかかるデータ取引ＴＸの一例を示す図である。図１０に示すデータ取引ＴＸ１０２は、Ｂ社システム１２０がＡ社システム１１０からデータＸをダウンロードした際（データの取引時）に生成されるデータ取引ＴＸの例である。
データ取引ＴＸ１０２は、たとえば複数のメンバを含む構造体である。データ取引ＴＸ１０２のメンバには、たとえば、ＴＸＩＤと、ＴＸ所有者と、ファイル名と、ＴＸ内容と、タイムスタンプと、提供元データＴＸ所有者１０２ａと、提供元データＴＸ取得ＡＰＩのＵＲＬ、提供元データＴＸＩＤ１０２ｂと、データハッシュ値と、電子署名と、が含まれる。
データ取引ＴＸ１０２のＴＸＩＤは、データ取引ＴＸ１０２の識別情報であり、たとえばデータ取引ＴＸ１０２の各メンバのうちＴＸＩＤを除いた部分のハッシュ値である。すなわち、ＴＸＩＤは、ＴＸ所有者、ファイル名、ＴＸ内容、タイムスタンプ、提供元データＴＸ所有者１０２ａ、提供元データＴＸ取得ＡＰＩのＵＲＬ、提供元データＴＸＩＤ１０２ｂ、データハッシュ値および電子署名に基づいて算出される。図１０に示す例では、ＴＸＩＤは“０ｘ１８９ａｂ０ｃ１”である。
データ取引ＴＸ１０２のＴＸ所有者は、データ取引ＴＸ１０２の所有者の識別情報である。図１０に示す例では、データ取引ＴＸ１０２は企業間システム１５０によって生成されるため、ＴＸ所有者は企業間システム１５０を示す“ＶＰＸ＿０”である。
データ取引ＴＸ１０２のファイル名は、データ取引ＴＸ１０２の生成時に取引（ダウンロード）されたデータのファイル名である。図１０に示す例では、データ取引ＴＸ１０２はＢ社システム１２０がＡ社システム１１０からデータＸをダウンロードした際に生成されたものであるため、ファイル名はデータＸのファイル名（“ｂｒａｋｅ＿ｔｉｍｉｎｇ．ｃｓｖ”）である。
データ取引ＴＸ１０２のＴＸ内容は、ファイル名が示すデータの内容を示す文字列である。図１０に示す例では、ＴＸ内容は、データＸの内容を示す“ドライバ毎のブレーキタイミング履歴”である。データ取引ＴＸ１０２のタイムスタンプは、データ取引ＴＸ１０２が生成された日時である。図１０に示す例では、タイムスタンプは“２０１８－＊＊－＊＊＿＊＊：＊＊”である。
データ取引ＴＸ１０２の提供元データＴＸ所有者１０２ａと提供元データＴＸ取得ＡＰＩのＵＲＬは、データ取引ＴＸ１０２の生成時に用いられたデータのＴＸの所有者の識別情報とＴＸ取得ＡＰＩのＵＲＬである。図１０に示す例では、データ取引ＴＸ１０２はＢ社システム１２０がＡ社システム１１０からデータＸをダウンロードした際に生成されたものであるため、提供元データＴＸ所有者１０２ａはＡ社システム１１０を示す“Ａ社”である。
データ取引ＴＸ１０２の提供元データＴＸＩＤ１０２ｂは、データ取引ＴＸ１０２の生成時に用いられたデータのＴＸのＴＸＩＤである。図１０に示す例では、データ取引ＴＸ１０２は、Ａ社システム１１０からＢ社システム１２０がダウンロードしたデータＸにより生成されたものである。このため、提供元データＴＸＩＤ１０２ｂは、Ａ社システム１１０においてデータＸが生成された際のＴＸを示す“０ｘ４３ｅｆ５８２ｃ”である。
データ取引ＴＸ１０２のデータハッシュ値は、データ取引ＴＸ１０２の生成時に得られたデータ、すなわちファイル名が示すデータのハッシュ値（データｆｉｎｇｅｒｐｒｉｎｔ）である。図１０に示す例ではデータハッシュ値は“０ｘ９２ａｆ０２３５”である。
データ取引ＴＸ１０２の電子署名は、ＴＸ所有者（データ取引ＴＸ１０２の所有者）による、データ取引ＴＸ１０２の各メンバのうちＴＸＩＤおよび電子署名を除いた部分に基づく電子署名である。すなわち、電子署名は、データ取引ＴＸ１０２のＴＸ所有者、ファイル名、ＴＸ内容、タイムスタンプ、提供元データＴＸ所有者１０２ａ、提供元データＴＸ取得ＡＰＩのＵＲＬ、提供元データＴＸＩＤ１０２ｂおよびデータハッシュ値に基づいて算出される。図１０に示す例では、電子署名は、企業間システム１５０による電子署名であり、“０ｘ２３ｅ２３ａ０７”である。
また、データ取引ＴＸ１０２には、対象の取引におけるデータの提供先（データ取引先）がメンバとして含まれていてもよい。または、データ取引ＴＸ１０２と対応付けてデータ提供先の情報が生成されてもよい。図１０に示す例では、データ取引ＴＸ１０２はＢ社システム１２０がＡ社システム１１０からデータＸをダウンロードした際に生成されたものであるため、データ提供先はＢ社システム１２０を示す“Ｂ社”である。
図１０において、Ａ社システム１１０からＢ社システム１２０へデータを提供した場合のデータ取引ＴＸについて説明したが、他の企業間でデータの取引が行われた場合のデータ取引ＴＸもデータ取引ＴＸ１０２と同様のメンバを有する構造体である。
（実施の形態にかかる加工履歴情報）
図１１は、実施の形態にかかるデータ加工履歴情報の一例を示す図である。Ａ社システム１１０、Ｂ社システム１２０およびＣ社システム１３０のそれぞれは、データの新規生成時、データのダウンロード時、データの加工時等に、上述のデータ加工ＴＸ１０５を、Ａｔｌａｓ等の標準の加工履歴情報とともに生成してもよい。
たとえば、Ａ社システム１１０、Ｂ社システム１２０およびＣ社システム１３０のそれぞれは、データの新規生成時、データのダウンロード時、データの加工時等に、図１１に示すデータ加工履歴情報１１００を生成する。データ加工履歴情報１１００は、Ａｔｌａｓの標準の加工履歴情報（標準加工履歴情報１１１０）を継承し、新たにデータ加工ＴＸを追加した加工履歴情報である。
たとえば、データ加工履歴情報１１００は、標準加工履歴情報１１１０と、データ加工ＴＸ１１２０と、を含む。標準加工履歴情報１１１０は、データの新規生成時、データのダウンロード時、データの加工時等にＡｔｌａｓにおいて生成される、Ａｔｌａｓの標準の加工履歴情報である。たとえば、標準加工履歴情報１１１０には、データ加工履歴情報１１００が示す処理において得られたデータの格納場所を示すファイルパスなど、データ加工履歴情報１１００が示す処理に関する各種の情報が含まれる。データ加工ＴＸ１１２０は、ＴＸＩＤ等を含む上述のデータ加工ＴＸであり、たとえば上述のデータ加工ＴＸ１０１，１０３～１０５のいずれかである。
たとえば、ＡｔｌａｓのＨＢａｓｅ、Ｈｉｖｅ、Ｓｑｏｏｐ、Ｓｔｏｒｍなどによりデータの加工が行われた場合は、この加工の操作をフックするＡｔｌａｓの既存の仕組みにより標準加工履歴情報１１１０が生成される。このため、標準加工履歴情報１１１０の生成と同じタイミングでデータ加工ＴＸ１１２０を生成し、標準加工履歴情報１１１０およびデータ加工ＴＸ１１２０を含むデータ加工履歴情報１１００を生成することができる。
生成された標準加工履歴情報１１１０は、データ加工履歴記録部（たとえばＢ社システム１２０においてはデータ加工履歴記録部２２１）に記録される。これにより、データに関するデータ加工ＴＸ１１２０を、そのデータと関連付けて記録することができる。
Ａ社システム１１０、Ｂ社システム１２０およびＣ社システム１３０のそれぞれは、上述のフックのプログラムの引数として自社のＩＤを用いる。また、Ａ社システム１１０、Ｂ社システム１２０およびＣ社システム１３０のそれぞれは、データ加工履歴情報１１００を生成する上述のタイミングにおいて自社の秘密鍵にアクセスできるようにしておく。
また、Ａｔｌａｓのコマンドではなく一般的なファイルシステムのファイル操作によりデータの加工が行われた場合は、上述のファイルシステムのフィルタドライバを用いてこのファイル操作をフックし、データ加工履歴情報１１００を生成することができる。
（実施の形態にかかるデータ提供の処理）
図１２は、実施の形態にかかる情報処理システムにおけるデータ提供の処理の一例を示すシーケンス図である。まず、Ａ社システム１１０においてデータＸの生成が行われたとする（ステップＳ１２０１）。データＸは、Ａ社によって収集されてＡ社システム１１０へ入力された新規のデータでもよいし、データＸとは異なるデータをＡ社が加工して得られたデータであってもよい。
つぎに、Ａ社システム１１０が、ステップＳ１２０１によるデータＸの生成に関するデータ加工ＴＸを生成し、生成したデータ加工ＴＸを含むデータ加工履歴情報１１００をデータ加工履歴記録部２１１に記録する（ステップＳ１２０２）。
つぎに、Ａ社システム１１０が、企業間システム１５０に対して、ステップＳ１２０１において生成されたデータＸの登録を要求する（ステップＳ１２０３）。ステップＳ１２０３は、Ａ社システム１１０のユーザがデータＸの登録を指示する操作をＡ社システム１１０に行ったことを契機として実行されてもよいし、ステップＳ１２０１またはステップＳ１２０２を契機として実行されてもよい。
ステップＳ１２０３において、Ａ社システム１１０は、たとえばデータＸをＢ社に提供可能なデータとして登録することを要求する。たとえば、Ａ社システム１１０は、データＸのメタデータとＢ社システム１２０の識別情報とを含む要求信号を企業間システム１５０に対して送信することによりデータＸの登録を要求する。データＸのメタデータには、たとえばデータＸの識別情報（名称）や説明など、企業間システム１５０がデータＸの購入を仲介するために要する各種の情報が含まれる。
つぎに、企業間システム１５０が、データＸを、Ａ社がＢ社に提供可能なデータとして登録する（ステップＳ１２０４）。たとえば、企業間システム１５０は、Ａ社がＢ社に提供可能なデータを示す提供可能情報を記録しており、この提供可能情報にデータＸのメタデータを追加することによりデータＸを登録する。
つぎに、Ｂ社システム１２０が、企業間システム１５０に対して、Ａ社ポータル画面２５１Ａの送信を要求したとする（ステップＳ１２０５）。たとえば、Ｂ社システム１２０は、Ａ社ポータル画面２５１ＡまたはＡ社システム１１０の識別情報を含む要求信号を企業間システム１５０に対して送信することにより、企業間システム１５０に対してＡ社ポータル画面２５１Ａの送信を要求する。ステップＳ１２０５は、たとえば、Ａ社が提供可能なデータを参照したいＢ社システム１２０のユーザが、Ｂ社システム１２０が起動しているＷｅｂブラウザに対して、Ａ社ポータル画面２５１Ａへのアクセスを指示する操作を行ったことを契機として実行される。
つぎに、企業間システム１５０が、Ａ社ポータル画面２５１ＡをＢ社システム１２０へ送信する（ステップＳ１２０６）。たとえば、企業間システム１５０は、記録している上述の提供可能情報を参照して、Ａ社がＢ社に提供可能なデータの一覧や購入が可能なＷｅｂページを生成し、生成したＷｅｂページをＡ社ポータル画面２５１ＡとしてＢ社システム１２０へ送信する。ここではステップＳ１２０４においてＡ社がＢ社に提供可能なデータとしてデータＸが登録されているため、データＸを含むデータの一覧や購入が可能なＷｅｂページがＡ社ポータル画面２５１Ａとして送信される。
つぎに、Ｂ社システム１２０が、ステップＳ１２０６によって受信したＡ社ポータル画面２５１ＡをＷｅｂブラウザにより表示する（ステップＳ１２０７）。これにより、Ｂ社システム１２０のユーザは、Ａ社がＢ社に提供可能なデータを一覧することができる。また、Ａ社ポータル画面２５１Ａには、Ａ社がＢ社に提供可能なデータをＢ社が購入するための購入ボタンが含まれる。
つぎに、Ｂ社システム１２０が、Ａ社ポータル画面２５１Ａに含まれるデータＸの購入ボタンの押下を受け付けたとする（ステップＳ１２０８）。ステップＳ１２０８は、たとえば、Ａ社ポータル画面２５１Ａを参照したＢ社システム１２０のユーザが、Ｂ社システム１２０を操作してデータＸの購入ボタンを押下することにより行われる。
つぎに、Ｂ社システム１２０が、Ａ社ポータル画面２５１Ａを表示するＷｅｂブラウザにより、Ａ社ポータル画面２５１Ａに含まれるイベントハンドラ２５１ａを起動する（ステップＳ１２０９）。このイベントハンドラ２５１ａは、たとえばデータＸの購入ボタンが押下された場合に呼び出される処理であり、データＸのダウンロードを行う処理である。イベントハンドラ２５１ａは、たとえばＪａｖａＳｃｒｉｐｔ（登録商標）によって記述され、Ａ社ポータル画面２５１Ａに埋め込まれたプログラムである。
つぎに、Ｂ社システム１２０が、ステップＳ１２０９におけるイベントハンドラ２５１ａの起動を契機として、企業間システム１５０に対して、Ｂ社によるデータＸの購入を通知する（ステップＳ１２１０）。たとえば、Ｂ社システム１２０は、Ｂ社がＡ社からデータＸを購入することを示す通知信号を企業間システム１５０へ送信する。
つぎに、企業間システム１５０が、Ａ社がＢ社にデータＸを提供したことを示すデータ取引ＴＸを生成し、生成したデータ取引ＴＸをデータ取引履歴記録部２５２に記録する（ステップＳ１２１１）。このように、企業間システム１５０におけるデータ取引ＴＸの生成および記録は、ポータル画面の購入ボタンの押下のタイミングで行われる。つぎに、企業間システム１５０が、ステップＳ１２１１において生成したデータ取引ＴＸのＴＸＩＤをＢ社システム１２０へ通知する（ステップＳ１２１２）。
つぎに、Ｂ社システム１２０が、ステップＳ１２０９において起動したイベントハンドラ２５１ａにより、Ａ社システム１１０に対してデータＸの送信を要求する（ステップＳ１２１３）。たとえば、Ｂ社システム１２０は、データＸの識別情報を含む要求信号をＡ社システム１１０へ送信する。この要求信号には、たとえばＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ：ハイパーテキスト転送プロトコル）におけるＲＥＳＴ ＧＥＴコマンドを用いることができる。
つぎに、Ａ社システム１１０が、Ａ社システム１１０のファイルシステム２１４に記録されたデータＸを読み出し、読み出したデータＸをＢ社システム１２０へ送信する（ステップＳ１２１４）。これにより、Ｂ社システム１２０は、Ａ社システム１１０からデータＸをダウンロードすることができる。Ｂ社システム１２０は、ダウンロードしたデータＸをＢ社システム１２０のファイルシステム２２４に記録する。
つぎに、Ｂ社システム１２０が、ファイルシステム２２４のフィルタドライバ２２４ａにより、データＸに相当するファイルが新規に生成されたことを示す標準加工履歴情報１１１０を生成する。そして、Ｂ社システム１２０が、生成した標準加工履歴情報１１１０を含むデータ加工履歴情報１１００をＢ社システム１２０のデータ加工履歴記録部２２１に記録する（ステップＳ１２１５）。
つぎに、Ｂ社システム１２０が、ステップＳ１２０９において起動したイベントハンドラ２５１ａにより、Ｂ社システム１２０の加工ＴＸ設定ＡＰＩ２２２を呼び出す（ステップＳ１２１６）。
つぎに、Ｂ社システム１２０が、ステップＳ１２１６により呼び出した加工ＴＸ設定ＡＰＩ２２２により、ステップＳ１２１５により記録したデータ加工履歴情報１１００に追加でデータ加工ＴＸ１１２０を設定し（ステップＳ１２１７）、一連の処理を終了する。これにより、標準加工履歴情報１１１０とデータ加工ＴＸ１１２０とを含むデータ加工履歴情報１１００がＢ社システム１２０のデータ加工履歴記録部２２１に記録される。
ステップＳ１２１７において、たとえば、Ｂ社システム１２０は、データＸのファイルパスに基づいてデータ加工履歴記録部２２１を検索することで、ステップＳ１２１５により記録したデータ加工履歴情報１１００を特定することができる。また、ステップＳ１２１７において、Ｂ社システム１２０は、ステップＳ１２１２によって企業間システム１５０から通知されたＴＸＩＤを、生成するデータ加工ＴＸ１１２０のデータ加工元ＴＸＩＤとする。
（実施の形態にかかる情報処理システムにおけるデータ加工・取引履歴情報の取得）
図１３は、実施の形態にかかる情報処理システムにおけるデータ加工・取引履歴情報の取得の一例を示す図である。図１３においては、上述のように、Ｂ社システム１２０が、企業間システム１５０を用いてＡ社システム１１０からデータＸをダウンロードし、ダウンロードしたデータＸを加工してデータＹを得た場合について説明する。
たとえば、ユーザシステム２７０のユーザが、ユーザシステム２７０のユーザアプリケーション２７１に対して、Ｂ社システム１２０において得られた上述のデータＹに関するデータ加工・取引履歴情報の取得および表示を指示したとする。この場合に、ユーザシステム２７０の加工・取引履歴取得ライブラリ２７２は、Ｂ社システム１２０の加工ＴＸ取得ＡＰＩ２２３、企業間システム１５０の取引ＴＸ取得ＡＰＩ２５３、Ａ社システム１１０の加工ＴＸ取得ＡＰＩ２１３を順次呼び出す。これらの手順については後述する（たとえば図１４参照）。
加工・取引履歴取得ライブラリ２７２は、上述の呼び出しにより得られた各データ加工ＴＸおよびデータ取引ＴＸを結合することにより、Ｂ社システム１２０において得られた上述のデータＹに関するデータ加工・取引履歴情報を生成する。また、加工・取引履歴取得ライブラリ２７２は、生成したデータ加工・取引履歴情報を視覚的に表すデータ加工・取引履歴画面を生成する。そして、ユーザシステム２７０のユーザアプリケーション２７１が、加工・取引履歴取得ライブラリ２７２によって生成されたデータ加工・取引履歴画面を表示する。ユーザアプリケーション２７１によるデータ加工・取引履歴画面の表示は、たとえばユーザシステム２７０が起動するＷｅｂブラウザにより実行される。
（実施の形態にかかるデータ加工・取引履歴情報の取得）
図１４は、実施の形態にかかるユーザシステムによるデータ加工・取引履歴情報の取得の一例を示すシーケンス図である。図１４においては、Ｂ社システム１２０において得られた上述のデータＹに関するデータ加工・取引履歴情報の取得および表示をユーザシステム２７０に指示した場合について説明する。
まず、ユーザシステム２７０が、Ｂ社システム１２０に対して、Ｂ社システム１２０におけるデータＹの生成の際のデータ加工ＴＸのＴＸＩＤをキーにして、Ｂ社システム１２０の加工ＴＸ取得ＡＰＩ２２３を呼び出す（ステップＳ１４０１）。ステップＳ１４０１は、たとえばユーザシステム２７０の加工・取引履歴取得ライブラリ２７２が、上述のＴＸＩＤを含む要求信号を、Ｂ社システム１２０へ送信することにより実行される。
ステップＳ１４０１においてキーとなるＴＸＩＤは、上述のようにたとえば“０ｘ２４０ｄ８１１２”である。たとえばユーザシステム２７０がＢ社システム１２０に含まれるシステムである場合は、ユーザシステム２７０はデータ加工履歴記録部２２１を参照することによりこのＴＸＩＤを特定することができる。また、ユーザシステム２７０がＢ社システム１２０に含まれないシステムである場合は、ユーザシステム２７０は、データＹの生成におけるデータ加工ＴＸのＴＸＩＤをＢ社システム１２０に問い合わせることによりこのＴＸＩＤを特定することができる。
つぎに、Ｂ社システム１２０が、ユーザシステム２７０に対して、ステップＳ１４０１においてキーとされたＴＸＩＤから遡って取得可能なすべてのデータ加工ＴＸを送信する（ステップＳ１４０２）。たとえば、Ｂ社システム１２０の加工ＴＸ取得ＡＰＩ２２３は、キーとされたＴＸＩＤを有するデータ加工ＴＸをデータ加工履歴記録部２２１から取得する。また、加工ＴＸ取得ＡＰＩ２２３は、取得したデータ加工ＴＸの加工元データＴＸＩＤと同じＴＸＩＤを有するデータ加工ＴＸがデータ加工履歴記録部２２１にある場合は、そのデータ加工ＴＸをさらに取得する。
このように、加工ＴＸ取得ＡＰＩ２２３は、取得したデータ加工ＴＸの加工元データＴＸＩＤと同じＴＸＩＤを有するデータ加工ＴＸがデータ加工履歴記録部２２１に存在しなくなるまで、加工ＴＸ設定ＡＰＩ２２２からデータ加工ＴＸを遡って取得する。ここでは、Ｂ社システム１２０においてデータＹが生成された際のデータ加工ＴＸ（ＴＸＩＤ：０ｘ２４０ｄ８１１２）と、Ｂ社システム１２０においてデータＸがダウンロードされた際のデータ加工ＴＸ（ＴＸＩＤ：０ｘｂ４７９０ａ０３）と、が取得される。加工ＴＸ取得ＡＰＩ２２３は、取得した各データ加工ＴＸをユーザシステム２７０へ送信する。
つぎに、ユーザシステム２７０が、ステップＳ１４０２によって受信した各データ加工ＴＸのうち、最も古いデータ加工ＴＸから、加工元データＴＸ所有者と加工元データＴＸＩＤを取得する（ステップＳ１４０３）。ステップＳ１４０３は、たとえば加工・取引履歴取得ライブラリ２７２により実行される。ここでは、最も古いデータ加工ＴＸはＢ社システム１２０においてデータＸがダウンロードされた際のデータ加工ＴＸであり、加工元データＴＸ所有者として“ＶＰＸ＿０”、加工元データＴＸＩＤとして“０ｘ１８９ａｂ０ｃ１”が取得される。
つぎに、ユーザシステム２７０が、取得した“ＶＰＸ＿０”が示す企業間システム１５０に対して、取得した加工元データＴＸＩＤをキーにして、企業間システム１５０の取引ＴＸ取得ＡＰＩ２５３を呼び出す（ステップＳ１４０４）。ステップＳ１４０４は、たとえばユーザシステム２７０の加工・取引履歴取得ライブラリ２７２が、取得した加工元データＴＸＩＤをキーとして含む要求信号を、企業間システム１５０へ送信することにより実行される。ステップＳ１４０４においてキーとなる加工元データＴＸＩＤは、上述の“０ｘ１８９ａｂ０ｃ１”である。
つぎに、企業間システム１５０が、ユーザシステム２７０に対して、ステップＳ１４０４においてキーとされた加工元データＴＸＩＤから取得可能なデータ取引ＴＸを送信する（ステップＳ１４０５）。たとえば、企業間システム１５０の取引ＴＸ取得ＡＰＩ２５３は、キーとされたＴＸＩＤを有するデータ取引ＴＸをデータ取引履歴記録部２５２から取得する。ここでは、Ａ社からＢ社にデータＸが提供された際のデータ取引ＴＸ（ＴＸＩＤ：０ｘ１８９ａｂ０ｃ１）が取得される。取引ＴＸ取得ＡＰＩ２５３は、取得したデータ取引ＴＸをユーザシステム２７０へ送信する。
つぎに、ユーザシステム２７０が、ステップＳ１４０５によって受信したデータ取引ＴＸから、提供元データＴＸ所有者と提供元データＴＸＩＤを取得する（ステップＳ１４０６）。ここでは、提供元データＴＸ所有者として“Ａ社”、提供元データＴＸＩＤとして“０ｘ４３ｅｆ５８２ｃ”が取得される。
つぎに、ユーザシステム２７０が、取得した“Ａ社”が示すＡ社システム１１０に対して、取得した提供元データＴＸＩＤをキーにして加工ＴＸ設定ＡＰＩ２１２を呼び出す（ステップＳ１４０７）。ステップＳ１４０７は、たとえばユーザシステム２７０の加工・取引履歴取得ライブラリ２７２が、取得した提供元データＴＸＩＤをキーとして含む要求信号を、Ａ社システム１１０へ送信することにより実行される。ステップＳ１４０７においてキーとなる提供元データＴＸＩＤは、上述の“０ｘ４３ｅｆ５８２ｃ”である。
つぎに、Ａ社システム１１０が、ユーザシステム２７０に対して、ステップＳ１４０７においてキーとされたＴＸＩＤから遡って取得可能なすべてのデータ加工ＴＸを送信する（ステップＳ１４０８）。たとえば、Ａ社システム１１０の加工ＴＸ取得ＡＰＩ２１３は、ステップＳ１４０２と同様に、加工ＴＸ設定ＡＰＩ２２２からデータ加工ＴＸを遡って取得する。ここでは、Ａ社システム１１０においてデータＸが新規生成された際のデータ加工ＴＸ（ＴＸＩＤ：０ｘ４３ｅｆ５８２ｃ）が取得される。加工ＴＸ取得ＡＰＩ２１３は、取得したデータ加工ＴＸをユーザシステム２７０へ送信する。
つぎに、ユーザシステム２７０が、ステップＳ１４０２，Ｓ１４０８により受信した各データ加工ＴＸと、ステップＳ１４０５により受信したデータ取引ＴＸと、に基づくデータ加工・取引履歴画面を生成する（ステップＳ１４０９）。ステップＳ１４０９は、たとえば加工・取引履歴取得ライブラリ２７２により実行される。
つぎに、ユーザシステム２７０が、ステップＳ１４０９により生成したデータ加工・取引履歴画面をユーザシステム２７０のユーザに表示し（ステップＳ１４１０）、一連の処理を終了する。ステップＳ１４１０は、たとえばユーザアプリケーション２７１により実行される。
図１３，図１４においては、Ｂ社システム１２０において生成されたデータＹについて、データＹの加工元のデータＸに関するデータ加工・取引履歴情報を収集して表示する処理について説明したが、このような処理に限らない。たとえば、Ｂ社システム１２０において生成されたデータＹについて、データＹの生成に用いられたロジックデータＬに関するデータ加工・取引履歴情報を収集して表示する処理としてもよい。また、データＸおよびロジックデータＬの両方のデータ加工・取引履歴情報を収集して表示する処理としてもよい（たとえば図１５参照）。
（実施の形態にかかるユーザシステムが表示するデータ加工・取引履歴画面）
図１５は、実施の形態にかかるユーザシステムが表示するデータ加工・取引履歴画面の一例を示す図である。図１５においては、図１等において説明した例におけるデータ加工・取引履歴画面について説明する。図１４に示したステップＳ１４０９，Ｓ１４１０において、ユーザシステム２７０は、たとえば図１５に示すデータ加工・取引履歴画面１５００の生成および表示を行う。
データ加工・取引履歴画面１５００は、たとえば、取得されたＴＸの集合とそれらの間の関係をグラフとして表示する画面である。データ加工・取引履歴画面１５００は、画面領域１５１０，１５２０，１５３０，１５５０に区切られている。
画面領域１５１０には、Ａ社システム１１０を示す“Ａ社”の文字列と、Ａ社システム１１０がＴＸ所有者であるＴＸを示すデータ加工ＴＸノード１５０１と、が配置されている。データ加工ＴＸノード１５０１は、たとえばＡ社システム１１０においてデータＸが生成された際のＴＸ（ＴＸＩＤ：０ｘ４３ｅｆ５８２ｃ）を示す。画面領域１５１０におけるデータ加工ＴＸノード１５０１の近傍には、このＴＸのＴＸＩＤである“０ｘ４３ｅｆ５８２ｃ”の文字列と、このＴＸのファイル名である“ドライバ毎のブレーキタイミング履歴”の文字列と、が配置されている。
画面領域１５３０には、Ｃ社システム１３０を示す“Ｃ社”の文字列と、Ｃ社システム１３０がＴＸ所有者であるＴＸを示すデータ加工ＴＸノード１５０２と、が配置されている。データ加工ＴＸノード１５０２は、たとえばＣ社システム１３０においてロジックデータＬが生成された際のＴＸ（ＴＸＩＤ：０ｘ７９ｂｃ０８２１）を示す。画面領域１５３０におけるデータ加工ＴＸノード１５０２の近傍には、このＴＸのＴＸＩＤである“０ｘ７９ｂｃ０８２１”の文字列と、このＴＸのファイル名である“ブレーキタイミング評価ツール”の文字列と、が配置されている。
画面領域１５５０には、企業間システム１５０を示す“ＶＰＸ＿０”の文字列と、企業間システム１５０がＴＸ所有者であるＴＸを示すデータ取引ＴＸノード１５０３，１５０４と、が配置されている。データ取引ＴＸノード１５０３は、たとえばＣ社からＢ社にデータＸが提供された際のＴＸ（ＴＸＩＤ：０ｘ１８９ａｂ０ｃ１）を示す。画面領域１５５０におけるデータ取引ＴＸノード１５０３の近傍には、このＴＸのＴＸＩＤである“０ｘ１８９ａｂ０ｃ１”の文字列が配置されている。データ取引ＴＸノード１５０４は、たとえばＣ社からＢ社にロジックデータＬが提供された際のＴＸ（ＴＸＩＤ：０ｘｆｃ３２４７０ａ）を示す。画面領域１５５０におけるデータ取引ＴＸノード１５０４の近傍には、このＴＸのＴＸＩＤである“０ｘｆｃ３２４７０ａ”の文字列が配置されている。
画面領域１５２０には、Ｂ社システム１２０を示す“Ｂ社”の文字列と、Ｂ社システム１２０がＴＸ所有者であるＴＸを示すデータ加工ＴＸノード１５０５～１５０７と、が配置されている。データ加工ＴＸノード１５０５は、たとえばＢ社システム１２０がＡ社からデータＸをダウンロードした際のＴＸ（ＴＸＩＤ：０ｘｂ４７９０ａ０３）を示す。画面領域１５２０におけるデータ加工ＴＸノード１５０５の近傍には、このＴＸのＴＸＩＤである“０ｘｂ４７９０ａ０３”の文字列と、このＴＸのファイル名である“ドライバ毎のブレーキタイミング履歴”の文字列と、が配置されている。
データ加工ＴＸノード１５０６は、たとえばＢ社システム１２０がＣ社からロジックデータＬをダウンロードした際のＴＸ（ＴＸＩＤ：０ｘｅａ５５３４９ｆ）を示す。画面領域１５２０におけるデータ加工ＴＸノード１５０６の近傍には、このＴＸのＴＸＩＤである“０ｘｅａ５５３４９ｆ”の文字列と、このＴＸのファイル名である“ブレーキタイミング評価ツール”の文字列と、が配置されている。
データ加工ＴＸノード１５０７は、たとえばＢ社システム１２０がロジックデータＬによりデータＸを加工してデータＹを得た際のＴＸ（ＴＸＩＤ：０ｘ２４０ｄ８１１２）を示す。画面領域１５２０におけるデータ加工ＴＸノード１５０７の近傍には、このＴＸのＴＸＩＤである“０ｘ２４０ｄ８１１２”の文字列と、このＴＸのファイル名である“ブレーキタイミングに基づく危険ドライバーリスト”の文字列と、が配置されている。
また、データ加工・取引履歴画面１５００には、矢印１５６１～１５６４，１５７１～１５７４が配置されている。矢印１５６１は、終点がデータ加工ＴＸノード１５０７に接しており、始点がデータ加工ＴＸノード１５０５に接している。矢印１５７１は、終点がデータ加工ＴＸノード１５０７に接しており、始点がデータ加工ＴＸノード１５０６に接している。これにより、矢印１５６１，１５７１は、データ加工ＴＸノード１５０７が示すＴＸの直前のＴＸが、データ加工ＴＸノード１５０５，１５０６が示す各ＴＸであることを表している。
矢印１５６２は、終点がデータ加工ＴＸノード１５０５に接しており、始点がデータ取引ＴＸノード１５０３に接していることにより、データ加工ＴＸノード１５０５が示すＴＸの直前のＴＸが、データ取引ＴＸノード１５０３が示すＴＸであることを表している。
矢印１５６３は、終点がデータ取引ＴＸノード１５０３に接しており、始点がデータ加工ＴＸノード１５０１に接していることにより、データ取引ＴＸノード１５０３が示すＴＸの直前のＴＸが、データ加工ＴＸノード１５０１が示すＴＸであることを表している。
矢印１５６４は、終点がデータ加工ＴＸノード１５０１に接しており、始点がノードに接していない。これにより、矢印１５６４は、データ加工ＴＸノード１５０１が示すＴＸの前のＴＸが存在しない、またはデータ加工ＴＸノード１５０１が示すＴＸの前のＴＸが取得されなかったことを示している。
矢印１５７２は、終点がデータ加工ＴＸノード１５０６に接しており、始点がデータ取引ＴＸノード１５０４に接していることにより、データ加工ＴＸノード１５０６が示すＴＸの直前のＴＸが、データ取引ＴＸノード１５０４が示すＴＸであることを表している。
矢印１５７３は、終点がデータ取引ＴＸノード１５０４に接しており、始点がデータ加工ＴＸノード１５０２に接していることにより、データ取引ＴＸノード１５０４が示すＴＸの直前のＴＸが、データ加工ＴＸノード１５０２が示すＴＸであることを表している。
矢印１５７４は、終点がデータ加工ＴＸノード１５０２に接しており、始点がノードに接していない。これにより、矢印１５７４は、データ加工ＴＸノード１５０２が示すＴＸの前のＴＸが存在しない、またはデータ加工ＴＸノード１５０２が示すＴＸの前のＴＸが取得されなかったことを示している。
図１５に示したように、データ加工・取引履歴画面１５００においては、各ＴＸを示すノードが、画面領域１５１０、画面領域１５２０、画面領域１５３０および画面領域１５５０のうちＴＸ所有者に対応する領域に配置されている。これにより、各ＴＸのＴＸ所有者を簡単に把握することができる。また、データ加工・取引履歴画面１５００においては、各ノードの接続関係を示す矢印１５６１～１５６４，１５７１～１５７４が配置されている。これにより、各ノードが示す各ＴＸの前後関係を簡単に把握することができる。
一例として、ユーザは、まずデータ加工・取引履歴画面１５００における末尾付近のデータ加工ＴＸノード１５０５～１５０７および矢印１５６１，１５７１を視認する。これにより、ユーザは、“ブレーキタイミングに基づく危険ドライバーリスト”が、“ドライバ毎のブレーキタイミング履歴”と“ブレーキタイミング評価ツール”に基づいて生成されたことを把握できる。
つぎに、ユーザは、“ドライバ毎のブレーキタイミング履歴”に関する来歴を参照したい場合に、データ加工ＴＸノード１５０５から矢印１５６２、データ取引ＴＸノード１５０３、矢印１５６３、データ加工ＴＸノード１５０１の順に辿って視認する。これにより、ユーザは、辿った経路が画面領域１５２０、画面領域１５５０および画面領域１５１０を跨いでいることから、“ドライバ毎のブレーキタイミング履歴”が企業間システム１５０を用いてＡ社からＢ社に提供されたことを把握できる。
また、ユーザは、“ブレーキタイミング評価ツール”に関する来歴を参照したい場合に、データ加工ＴＸノード１５０６から矢印１５７２、データ取引ＴＸノード１５０４、矢印１５７３、データ加工ＴＸノード１５０２の順に辿って視認する。これにより、ユーザは、辿った経路が画面領域１５２０、画面領域１５５０および画面領域１５３０を跨いでいることから、“ブレーキタイミング評価ツール”が企業間システム１５０を用いてＣ社からＢ社に提供されたことを把握できる。
図１３～図１５に示す例では、あるＴＸを起点としてそのＴＸより前に記録されたＴＸを遡って収集する処理について説明したが、あるＴＸを起点としてそのＴＸより後に記録されたＴＸを収集するようにしてもよい。この場合に、たとえば、Ａ社システム１１０やＢ社システム１２０は、ユーザシステム２７０からの呼び出しにおいてキーとされたＴＸＩＤを加工元データＴＸＩＤとして有するデータ加工ＴＸを取得してユーザシステム２７０へ送信する。企業間システム１５０は、ユーザシステム２７０からの呼び出しにおいてキーとされたＴＸＩＤを提供元データＴＸＩＤとして有するデータ取引ＴＸを取得してユーザシステム２７０へ送信する。
（実施の形態にかかるＢ社システムによる処理）
図１６は、実施の形態にかかるＢ社システムによる処理の一例を示すフローチャートである。Ｂ社システム１２０による処理について説明するが、Ａ社システム１１０やＣ社システム１３０による処理についてもＢ社システム１２０による処理と同様である。
まず、Ｂ社システム１２０は、他社システム（たとえばＡ社システム１１０やＣ社システム１３０）のポータル画面を表示中に、そのポータル画面上でデータ（対象のデータと称する。）の購入ボタンが押下されたか否かを判断する（ステップＳ１６０１）。他社システムのポータル画面の表示は、たとえば図１２において説明したように、他社システムのポータル画面の表示を指示する操作をユーザから受け付け、企業間システム１５０から他社システムのポータル画面を受信することによって行われる。
ステップＳ１６０１において、購入ボタンが押下された場合（ステップＳ１６０１：Ｙｅｓ）は、Ｂ社システム１２０は、その購入ボタンの押下に対応付けられたイベントハンドラを起動する（ステップＳ１６０２）。つぎに、Ｂ社システム１２０は、ステップＳ１６０２におけるイベントハンドラの起動を契機として、企業間システム１５０に、対象のデータの購入を通知し、企業間システム１５０から通知されるデータ取引ＴＸのＴＸＩＤを取得する（ステップＳ１６０３）。
つぎに、Ｂ社システム１２０は、ステップＳ１６０２において起動したイベントハンドラにより、対象のデータをダウンロードする（ステップＳ１６０４）。つぎに、Ｂ社システム１２０は、ファイルシステム２２４のフィルタドライバ２２４ａにより、対象のデータに相当するファイルが新規に生成されたことを示す標準加工履歴情報１１１０を生成する（ステップＳ１６０５）。ステップＳ１６０５において、Ｂ社システム１２０は、生成した標準加工履歴情報１１１０を含むデータ加工履歴情報１１００をデータ加工履歴記録部２２１に記録してもよい。
また、Ｂ社システム１２０は、ステップＳ１６０２において起動したイベントハンドラにより、Ｂ社システム１２０の加工ＴＸ設定ＡＰＩ２２２を呼び出す（ステップＳ１６０６）。そして、Ｂ社システム１２０は、後述のステップＳ１６１０へ移行する。
ステップＳ１６０１において、購入ボタンが押下されていない場合（ステップＳ１６０１：Ｎｏ）は、Ｂ社システム１２０は、自システムにおいてデータの生成または加工を行ったか否かを判断する（ステップＳ１６０７）。
ステップＳ１６０７において、データの生成または加工を行った場合（ステップＳ１６０７：Ｙｅｓ）は、Ｂ社システム１２０は、ステップＳ１６０８へ移行する。すなわち、Ｂ社システム１２０は、ファイルシステム２２４のフィルタドライバ２２４ａにより、対象のデータに相当するファイルが新規に生成されたことを示す標準加工履歴情報１１１０を生成する（ステップＳ１６０８）。ステップＳ１６０８において、Ｂ社システム１２０は、生成した標準加工履歴情報１１１０を含むデータ加工履歴情報１１００をデータ加工履歴記録部２２１に記録してもよい。また、Ｂ社システム１２０は、ファイルシステム２２４のフィルタドライバ２２４ａにより、Ｂ社システム１２０の加工ＴＸ設定ＡＰＩ２２２を呼び出す（ステップＳ１６０９）。
つぎに、Ｂ社システム１２０は、ステップＳ１６０６またはステップＳ１６０９により呼び出した加工ＴＸ設定ＡＰＩ２２２により、データ加工ＴＸを生成する（ステップＳ１６１０）。
つぎに、Ｂ社システム１２０は、ステップＳ１６０５またはステップＳ１６０８により生成した標準加工履歴情報１１１０と、ステップＳ１６１０により生成したデータ加工ＴＸと、を含むデータ加工履歴情報１１００を記録する（ステップＳ１６１１）。そして、Ｂ社システム１２０は、ステップＳ１６０１へ戻る。
ステップＳ１６１１において、Ｂ社システム１２０は、データ加工履歴情報１１００をＢ社システム１２０に記録する。ステップＳ１６０５，Ｓ１６０８において標準加工履歴情報１１１０を含むデータ加工履歴情報１１００を記録した場合、Ｂ社システム１２０は、ステップＳ１６１１において、データ加工履歴情報１１００に追加でデータ加工ＴＸを設定する。
ステップＳ１６０７において、データの生成も加工も行っていない場合（ステップＳ１６０７：Ｎｏ）は、Ｂ社システム１２０は、ユーザシステム２７０から加工ＴＸ取得ＡＰＩ２２３が呼び出されたか否かを判断する（ステップＳ１６１２）。
ステップＳ１６１２において、加工ＴＸ取得ＡＰＩ２２３が呼び出されていない場合（ステップＳ１６１２：Ｎｏ）は、Ｂ社システム１２０はステップＳ１６０１へ戻る。加工ＴＸ取得ＡＰＩ２２３が呼び出された場合（ステップＳ１６１２：Ｙｅｓ）は、Ｂ社システム１２０はステップＳ１６１３へ移行する。すなわち、Ｂ社システム１２０は、その加工ＴＸ取得ＡＰＩ２２３の呼び出しにおいてキーとされたＴＸＩＤにより遡れるすべてのデータ加工ＴＸをデータ加工履歴記録部２２１から取得する（ステップＳ１６１３）。
つぎに、Ｂ社システム１２０は、ステップＳ１６１３により取得したデータ加工ＴＸを、加工ＴＸ取得ＡＰＩ２２３の呼び出し元のユーザシステム２７０へ送信し（ステップＳ１６１４）、ステップＳ１６０１へ戻る。
（実施の形態にかかる企業間システムによる処理）
図１７は、実施の形態にかかる企業間システムによる処理の一例を示すフローチャートである。まず、企業間システム１５０は、Ａ社システム１１０、Ｂ社システム１２０またはＣ社システム１３０からデータの登録が要求されたか否かを判断する（ステップＳ１７０１）。データの登録が要求された場合（ステップＳ１７０１：Ｙｅｓ）は、企業間システム１５０は、そのデータの登録を行い（ステップＳ１７０２）、ステップＳ１７０１へ戻る。企業間システム１５０によるデータの登録は、たとえば図１２において説明したように、企業間システム１５０が記録している提供可能情報に対象のデータのメタデータを追加することにより行われる。
ステップＳ１７０１において、データの登録が要求されていない場合（ステップＳ１７０１：Ｎｏ）は、企業間システム１５０は、ステップＳ１７０３へ移行する。すなわち、企業間システム１５０は、Ａ社システム１１０、Ｂ社システム１２０またはＣ社システム１３０からポータル画面の送信が要求されたか否かを判断する（ステップＳ１７０３）。
ステップＳ１７０３において、ポータル画面の送信が要求された場合（ステップＳ１７０３：Ｙｅｓ）は、企業間システム１５０は、そのポータル画面の送信を行う（ステップＳ１７０４）。このポータル画面の送信は、たとえば図１２において説明したように、上述の提供可能情報を参照して、要求元に対して他社が提供可能なデータの一覧や購入が可能なＷｅｂページを生成し、生成したＷｅｂページをポータル画面として送信することにより行われる。なお、このポータル画面の生成は、ポータル画面の送信を要求されたタイミングに限らず、ステップＳ１７０２においてデータの登録を行ったタイミングで行われてもよい。
ステップＳ１７０３において、ポータル画面の送信が要求されていない場合（ステップＳ１７０３：Ｎｏ）は、企業間システム１５０は、ステップＳ１７０５へ移行する。すなわち、企業間システム１５０は、Ａ社システム１１０、Ｂ社システム１２０またはＣ社システム１３０からデータの購入が通知されたか否かを判断する（ステップＳ１７０５）。
ステップＳ１７０５において、データの購入が通知された場合（ステップＳ１７０５：Ｙｅｓ）は、企業間システム１５０は、そのデータの提供者から通知元にそのデータが提供されたことを示すデータ取引ＴＸを生成する（ステップＳ１７０６）。つぎに、企業間システム１５０は、ステップＳ１７０６によって生成したデータ取引ＴＸをデータ取引履歴記録部２５２に記録し、記録したデータ取引ＴＸのＴＸＩＤをステップＳ１７０５における通知元に通知する（ステップＳ１７０７）。そして、企業間システム１５０は、ステップＳ１７０１に戻る。
ステップＳ１７０５において、データの購入が通知されていない場合（ステップＳ１７０５：Ｎｏ）は、企業間システム１５０は、ユーザシステム２７０から取引ＴＸ取得ＡＰＩ２５３が呼び出されたか否かを判断する（ステップＳ１７０８）。取引ＴＸ取得ＡＰＩ２５３が呼び出されていない場合（ステップＳ１７０８：Ｎｏ）は、企業間システム１５０は、ステップＳ１７０１へ戻る。
ステップＳ１７０８において、取引ＴＸ取得ＡＰＩ２５３が呼び出された場合（ステップＳ１７０８：Ｙｅｓ）は、企業間システム１５０は、ステップＳ１７０９へ移行する。すなわち、企業間システム１５０は、その取引ＴＸ取得ＡＰＩ２５３の呼び出しにおいてキーとされたＴＸＩＤを有するデータ取引ＴＸをデータ取引履歴記録部２５２から取得する（ステップＳ１７０９）。
つぎに、企業間システム１５０は、ステップＳ１７０９により取得したデータ取引ＴＸを、取引ＴＸ取得ＡＰＩ２５３の呼び出し元のユーザシステム２７０へ送信し（ステップＳ１７１０）、ステップＳ１７０１へ戻る。
（実施の形態にかかるユーザシステムによる処理）
図１８は、実施の形態にかかるユーザシステムによる処理の一例を示すフローチャートである。まず、ユーザシステム２７０は、ＴＸＩＤ、ＴＸ所有者および探索深さの指定をユーザから受け付けたか否かを判断し（ステップＳ１８０１）、ＴＸＩＤ、ＴＸ所有者および探索深さの指定を受け付けるまで待つ（ステップＳ１８０１：Ｎｏのループ）。
ステップＳ１８０１において、ＴＸＩＤ、ＴＸ所有者および探索深さの指定を受け付けると（ステップＳ１８０１：Ｙｅｓ）、ユーザシステム２７０は、ステップＳ１８０２へ移行する。すなわち、ユーザシステム２７０は、受け付けたＴＸ所有者に対して、受け付けたＴＸＩＤをキーとしてデータ加工ＴＸの送信を要求する（ステップＳ１８０２）。データ加工ＴＸの送信の要求は、上述のようにＴＸ所有者の加工ＴＸ取得ＡＰＩの呼び出しにより行うことができる。
つぎに、ユーザシステム２７０は、データ加工ＴＸを受信したか否かを判断し（ステップＳ１８０３）、データ加工ＴＸを受信するまで待つ（ステップＳ１８０３：Ｎｏのループ）。データ加工ＴＸを受信すると（ステップＳ１８０３：Ｙｅｓ）、ユーザシステム２７０は、受信したＴＸの数が、ステップＳ１８０１において受け付けた探索深さ以上であるか否かを判断する（ステップＳ１８０４）。受信したＴＸの数とは、たとえば、直前にステップＳ１８０１を実行してから現在時点までにユーザシステム２７０が受信したデータ加工ＴＸおよびデータ取引ＴＸの合計数である。
ステップＳ１８０４において、受信したＴＸの数が探索深さ以上である場合（ステップＳ１８０４：Ｙｅｓ）は、ユーザシステム２７０は、後述のステップＳ１８１１へ移行する。受信したＴＸの数が探索深さ以上でない場合（ステップＳ１８０４：Ｎｏ）は、ユーザシステム２７０は、ステップＳ１８０３において受信した最も古いデータ加工ＴＸの加工元データＴＸ所有者および加工元データＴＸＩＤを取得する（ステップＳ１８０５）。
つぎに、ユーザシステム２７０は、ステップＳ１８０５によって取得した加工元データＴＸ所有者に対して、ステップＳ１８０５によって取得した加工元データＴＸＩＤをキーとしてデータ取引ＴＸの送信を要求する（ステップＳ１８０６）。データ取引ＴＸの送信の要求は、上述のようにＴＸ所有者（企業間システム１５０）の取引ＴＸ取得ＡＰＩ（取引ＴＸ取得ＡＰＩ２５３）の呼び出しにより行うことができる。
つぎに、ユーザシステム２７０は、データ取引ＴＸを受信したか否かを判断し（ステップＳ１８０７）、データ取引ＴＸを受信するまで待つ（ステップＳ１８０７：Ｎｏのループ）。データ取引ＴＸを受信すると（ステップＳ１８０７：Ｙｅｓ）、ユーザシステム２７０は、受信したＴＸの数が、ステップＳ１８０１において受け付けた探索深さ以上であるか否かを判断する（ステップＳ１８０８）。
ステップＳ１８０８において、受信したＴＸの数が探索深さ以上である場合（ステップＳ１８０８：Ｙｅｓ）は、ユーザシステム２７０は、ステップＳ１８１１へ移行する。受信したＴＸの数が探索深さ以上でない場合（ステップＳ１８０８：Ｎｏ）は、ユーザシステム２７０は、ステップＳ１８０７において受信したデータ取引ＴＸの提供元データＴＸ所有者および提供元データＴＸＩＤを取得する（ステップＳ１８０９）。
つぎに、ユーザシステム２７０は、ステップＳ１８０９によって取得した提供元データＴＸ所有者に対して、ステップＳ１８０９によって取得した提供元データＴＸＩＤをキーとしてデータ加工ＴＸの送信を要求する（ステップＳ１８１０）。そして、ユーザシステム２７０は、ステップＳ１８０３へ戻る。
ステップＳ１８１１において、ユーザシステム２７０は、受信した各ＴＸ（データ加工ＴＸおよびデータ取引ＴＸ）に基づいてデータ加工・取引履歴画面を生成する（ステップＳ１８１１）。つぎに、ユーザシステム２７０は、ステップＳ１８１１によって生成したデータ加工・取引履歴画面をユーザに表示し（ステップＳ１８１２）、ステップＳ１８０１へ戻る。
図１８においては受け付けられたＴＸＩＤを有するＴＸを起点としてそのＴＸより前の各ＴＸを収集する処理について説明したが、受け付けられたＴＸＩＤを有するＴＸを起点としてそのＴＸより後の各ＴＸを収集する処理としてもよい。たとえば、ユーザシステム２７０は、ステップＳ１８０１において、上述のＴＸＩＤ、ＴＸ所有者および探索深さに加えて、探索方向（“Ｂａｃｋｗａｒｄ”または“Ｆｏｒｗａｒｄ”）を受け付けるようにしてもよい。
ユーザシステム２７０は、探索方向として“Ｂａｃｋｗａｒｄ”を受け付けた場合は、ステップＳ１８０２，Ｓ１８０６，Ｓ１８１０の各ＡＰＩの呼び出しにおいて、キーとしたＴＸＩＤのＴＸよりも前に記録されたＴＸの送信を要求する。また、ユーザシステム２７０は、探索方向として“Ｆｏｒｗａｒｄ”を受け付けた場合は、ステップＳ１８０２，Ｓ１８０６，Ｓ１８１０の各ＡＰＩの呼び出しにおいて、キーとしたＴＸＩＤのＴＸよりも後に記録されたＴＸの送信を要求する。
（実施の形態にかかるデータ利用対価条件を組み込んだデータ取引ＴＸ）
図１９は、実施の形態にかかる情報処理システムにおけるデータ利用対価条件を組み込んだデータ取引ＴＸの一例を示す図である。図１９において、図１０に示した部分と同様の部分については説明を省略する。図１９に示すように、Ｂ社システム１２０がＡ社システム１１０からデータＸをダウンロードした際（データの取引時）に生成されるデータ取引ＴＸ１０２には、メンバとしてデータ利用対価条件１９１０が設定されてもよい。
データ利用対価条件１９１０は、データ取引ＴＸ１０２の生成時に得られたデータを利用（購入）するための対価を示す情報である。たとえば、データ利用対価条件１９１０は、このデータを直接購入する者がデータ取引ＴＸ１０２の生成者に支払う対価とすることができる。
または、データ利用対価条件１９１０は、このデータを直接購入する者だけでなく、このデータの購入した者がこのデータを加工して得たデータを購入する者がデータ取引ＴＸ１０２の生成者に支払う対価なども含んでもよい。すなわち、データ利用対価条件１９１０は、データ取引ＴＸ１０２の生成時に得られたデータを直接的または間接的に購入する各者がデータ取引ＴＸ１０２の生成者に支払う各対価であってもよい。
図１９に示すデータ取引ＴＸ１０２の電子署名は、たとえば、データ取引ＴＸ１０２の所有者による、データ取引ＴＸ１０２の各メンバのうちＴＸＩＤ、電子署名およびデータ利用対価条件１９１０を除いた部分に基づく電子署名とすることができる。この場合に、電子署名は、データ取引ＴＸ１０２のＴＸ所有者、ファイル名、ＴＸ内容、タイムスタンプ、提供元データＴＸ所有者、提供元データＴＸ取得ＡＰＩのＵＲＬ、提供元データＴＸＩＤおよびデータハッシュ値に基づいて算出される。
データ取引ＴＸ１０２のＴＸＩＤは、たとえばデータ取引ＴＸ１０２の各メンバのうちＴＸＩＤを除いた部分のハッシュ値である。すなわち、ＴＸＩＤは、ＴＸ所有者、ファイル名、ＴＸ内容、タイムスタンプ、提供元データＴＸ所有者、提供元データＴＸ取得ＡＰＩのＵＲＬ、提供元データＴＸＩＤ、データハッシュ値、電子署名およびデータ利用対価条件１９１０に基づいて算出される。
データ取引ＴＸ（たとえばデータ取引ＴＸ１０２）のメンバにデータ利用対価条件を含める場合について説明したが、データ加工ＴＸ（たとえばデータ加工ＴＸ１０４，１０５）のメンバにもデータ利用対価条件を含めるようにしてもよい。これにより、データ取引ＴＸおよびデータ加工ＴＸのそれぞれについて、データの利用対価を設定することができる。情報処理システム２００において、新しいデータ利用対価条件がブロックチェーンとコミットされた場合は、古いデータ利用対価条件は自動的に無効化される。
ただし、データ利用対価条件１９１０は、データ取引ＴＸ１０２のメンバとしてではなく、データ取引ＴＸ１０２と対応付けられたデータ取引ＴＸ１０２とは異なる情報として企業間システム１５０に記録されてもよい。これにより、データ取引ＴＸ１０２に影響を与えずにデータ利用対価条件１９１０の更新を行うことが可能になる。
情報処理システム２００におけるデータ取引は、たとえば、上述のポータル画面上でデータの購入ボタンが押下され、企業間システム１５０においてそのデータについてのデータ取引ＴＸが生成された時点で成立する。情報処理システム２００におけるデータ取引の対価の支払いに仮想通貨を用いる場合、企業間システム１５０のデータ取引ＴＸに基づいて対価の移転の計算が行われる。
（実施の形態にかかる情報処理システムにおける対価条件および総対価の計算）
図２０は、実施の形態にかかる情報処理システムにおける対価条件および総対価の計算の一例を示す図である。図２０に示すノードＤ0，Ｌ1，Ｄ1，Ｔ2，Ｌ3，Ｄ3，Ｔ4，Ｄ5は、あるデータについて、上述のデータ加工ＴＸおよびデータ取引ＴＸを収集することにより生成された、データ加工およびデータ取引の履歴を示している。
ノードＤ0は、新規のデータの生成時のデータ加工ＴＸを示している。ノードＬ1は、新規のロジックデータの生成時のデータ加工ＴＸを示している。ノードＤ1は、ノードＤ0のＴＸにおいて生成されたデータの、ノードＬ1のＴＸにおいて生成されたロジックデータが示すロジックによる加工時のデータ加工ＴＸを示している。
ノードＴ2は、ノードＤ1のＴＸにおいて生成されたデータの取引時のデータ取引ＴＸを示している。ノードＬ3は、ノードＴ2のＴＸにおいて生成されたロジックデータの加工時のデータ加工ＴＸを示している。ノードＤ3は、ノードＴ2のＴＸにおいて取引されたデータの、ノードＬ3のＴＸにおいて加工されたロジックデータが示すロジックによる加工時のデータ加工ＴＸを示している。
ノードＴ4は、ノードＤ3のＴＸにおいて加工されたデータの取引時のデータ取引ＴＸを示している。ノードＤ5は、ノードＴ4のＴＸにおいて取引されたデータの加工時のデータ加工ＴＸを示している。
これらのノードＤ0，Ｌ1，Ｄ1，Ｔ2，Ｌ3，Ｄ3，Ｔ4，Ｄ5が示す各ＴＸについて、データ利用対価条件が設定される。たとえば、ノードＤ0が示す新規のデータの生成時のデータ加工ＴＸについては、そのデータそのものの対価（たとえばそのデータの生成費用＋α）が設定される。ノードＬ1が示す新規のロジックデータの生成時のデータ加工ＴＸについては、そのロジックデータそのものの価値（たとえばそのロジックデータの開発費用＋α）が設定される。
ノードＤ1，Ｌ3，Ｄ3，Ｄ5が示すデータの加工時の各データ加工ＴＸについては、それぞれのデータの加工に伴う費用（たとえばロジックデータの実行環境費＋人件費＋α）が設定される。ノードＴ2，Ｔ4が示すデータの取引時の各データ取引ＴＸについては、それぞれのデータの販売の手数料（たとえば人件費＋α）が設定される。
ここで、ノードＤkから見てＮ世代目の子孫がノードｋに支払う対価をＤk（Ｎ）とする。ノードＬkから見てＮ世代目の子孫がノードｋに支払う対価をＬk（Ｎ）とする。ノードＴkから見てＮ世代目の子孫がノードｋに支払う対価をＴk（Ｎ）とする。
この場合に、ノードＤkのデータ加工ＴＸに設定されるデータ利用対価条件は、Ｎ＝１，２，３…のそれぞれについてのＤk（Ｎ）とすることができる。ノードＬkのデータ加工ＴＸに設定されるデータ利用対価条件は、Ｎ＝１，２，３…のそれぞれについてのＬk（Ｎ）とすることができる。ノードＴkのデータ取引ＴＸに設定されるデータ利用対価条件は、Ｎ＝１，２，３…のそれぞれについてのＴk（Ｎ）とすることができる。
たとえば、ノードＤ0が示すデータ加工ＴＸの所有者（新規のデータの生成者）が各子孫から得る総対価Ｉは、Ｉ＝Ｄ0（１）＋Ｄ0（２）＋Ｄ0（３）＋Ｄ0（４）＋…となる。また、ノードＴ4が示すデータ取引ＴＸにおけるデータの提供先、すなわちノードＤ5が示すデータ加工ＴＸの所有者が支払う総対価Ｐは、Ｐ＝Ｄ0（５）＋Ｌ1（５）＋Ｄ1（４）＋Ｔ2（３）＋Ｌ3（３）＋Ｄ3（２）＋Ｔ4（１）となる。
ただし、図２０が示すデータ加工・取引履歴情報において矢印の前後の各ノード（たとえばノードＬ1，Ｄ1等）のＴＸにおけるＴＸ所有者が同じである場合は、そのノード間の対価支払は相殺される。
（実施の形態にかかる情報処理システムにおける対価減衰モデル）
図２１は、実施の形態にかかる情報処理システムにおける対価減衰モデルの一例を示す図である。図２１に示すデータ加工履歴情報は、あるデータについて、上述のデータ加工ＴＸを収集することにより生成された、データ加工の履歴を示している。図２１に示すデータ加工履歴情報はノードＤ0～Ｄ3を含む。
ノードＤ0は、新規のデータの生成時のデータ加工ＴＸを示している。ノードＤ1は、ノードＴ0のＴＸにおいて生成されたデータの加工時のデータ加工ＴＸを示している。ノードＤ2は、ノードＴ1のＴＸにおいて加工されたデータの加工時のデータ加工ＴＸを示している。ノードＤ3は、ノードＴ2のＴＸにおいて加工されたデータの加工時のデータ加工ＴＸを示している。
上述のように、ノードＤkから見てＮ世代目の子孫がノードｋに支払う対価をＤk（Ｎ）とする。この場合に、ノードＤk（Ｎ）は、たとえばノードＤｋ（Ｎ）＝ａN-1Ｄk（１）により定義することができる。ただし、ノードＤkから見て１世代目の子孫がノードｋに支払う対価をＤk（１）については、ノードＤkの所有者が設定する。ａは、０＜ａ＜１を満たす減衰率である。
この場合に、ノードＤ0が示すデータ加工ＴＸの所有者（新規のデータの生成者）が各子孫から得る総対価Ｉは、Ｉ＝Ｄ0（１）＋ａＤ0（１）＋ａ2Ｄ0（１）＋ａ3Ｄ0（１）＋…＝Ｄ0（１）／（１－ａ）となる。また、ノードＤ3が示すデータ加工ＴＸにおいて生成されたデータの購入者が支払う総対価Ｐは、Ｐ＝ａ3Ｄ0（１）＋ａ2Ｄ1（１）＋ａＤ2（１）＋Ｄ3となる。
図２１において説明したように、子孫のＴＸの所有者に対して課す利用対価を少しずつ減衰させるモデルにより各対価を計算してもよい。これにより、ＴＸの世代が進むほどデータ価格が高騰することを回避することができる。子孫のＴＸの所有者に対して課す利用対価を一定の減衰率ａで減衰させるモデルについて説明したが、減衰率ａはＴＸ毎に異なっていてもよい。
（実施の形態にかかる情報処理システムにおける仮想通貨を用いたデータ提供の処理）
図２２は、実施の形態にかかる情報処理システムにおける仮想通貨を用いたデータ提供の処理の一例を示す図である。まず、Ａ社システム１１０が、企業間システム１５０に対して仮想通貨の資金の入金処理を行ったとする（ステップＳ２２０１）。つぎに、企業間システム１５０が、ステップＳ２２０１の入金処理のＴＸを含むＡ社システム１１０の過去のすべての入金ＴＸと、Ａ社システム１１０の過去のすべてのデータ取引ＴＸから、Ａ社の資金残高を計算する（ステップＳ２２０２）。これにより、Ａ社の資金残高が更新される。
また、Ｂ社システム１２０が、企業間システム１５０に対して仮想通貨の資金の入金処理を行ったとする（ステップＳ２２０３）。つぎに、企業間システム１５０が、ステップＳ２２０３の入金処理のＴＸを含むＢ社システム１２０の過去のすべての入金ＴＸと、Ｂ社システム１２０の過去のすべてのデータ取引ＴＸから、Ｂ社の資金残高を計算する（ステップＳ２２０４）。これにより、Ｂ社の資金残高が更新される。
その後、Ｂ社システム１２０が、データＸの購入ボタンの押下を受け付けたとする（ステップＳ２２０５）。ステップＳ２２０５は、たとえば、図１２のステップＳ１２０５～Ｓ１２０８において説明したように、Ａ社ポータル画面２５１Ａを参照したＢ社システム１２０のユーザが、Ｂ社システム１２０を操作してデータＸの購入ボタンを押下することにより行われる。
つぎに、Ｂ社システム１２０が、ステップＳ２２０６，Ｓ２２０７を実行する。ステップＳ２２０６，Ｓ２２０７は、図１２に示したステップＳ１２０９，Ｓ１２１０と同様である。ステップＳ２２０７のつぎに、企業間システム１５０が、データＸのためにＢ社が支払う総対価を計算する（ステップＳ２２０８）。ステップＳ２２０８において、企業間システム１５０は、たとえば図２０，図２１において説明したモデルにより、データＸのためにＢ社が支払う総対価を算出する。
たとえば、企業間システム１５０は、ユーザシステム２７０の加工・取引履歴取得ライブラリ２７２と同様の加工・取引ＴＸ取得ライブラリを備える。そして、企業間システム１５０は、この加工・取引ＴＸ取得ライブラリにより、データＸについてのデータ加工・取引履歴情報を収集する。このデータ加工・取引履歴情報の収集の処理については、たとえば図１３，図１４に示したユーザシステム２７０によるデータ加工・取引履歴情報の収集の処理と同様である。そして、企業間システム１５０は、収集したデータＸについてのデータ加工・取引履歴情報と、図２０，図２１において説明したモデルと、に基づいて、データＸのためにＢ社が支払う総対価を算出する。
つぎに、企業間システム１５０が、ステップＳ２２０４により計算したＢ社の資金残高が、ステップＳ２２０８によって計算したデータＸのためにＢ社が支払う総対価以上であることを確認する（ステップＳ２２０９）。ステップＳ２２０９において、Ｂ社の資金残高がデータＸのためにＢ社が支払う総対価未満である場合は購入手続きがエラーとなる。この場合は、企業間システム１５０はＢ社システム１２０に対してエラーメッセージを送信し、Ｂ社システム１２０はＡ社システム１１０からデータＸをダウンロードしない。
図２２に示す例では、ステップＳ２２０９において、Ｂ社の資金残高がデータＸのためにＢ社が支払う総対価以上であると確認されたとする。この場合に、企業間システム１５０は、図１２に示したステップＳ１２１１と同様に、Ａ社がＢ社にデータＸを提供したことを示すデータ取引ＴＸを生成し、生成したデータ取引ＴＸをデータ取引履歴記録部２５２に記録する（ステップＳ２２１０）。
つぎに、企業間システム１５０が、Ａ社システム１１０の過去のすべての入金ＴＸと、ステップＳ２２１０において記録したデータ取引ＴＸを含むＡ社システム１１０の過去のすべてのデータ取引ＴＸから、Ａ社の資金残高を計算する（ステップＳ２２１１）。これにより、Ａ社の資金残高が更新される。また、企業間システム１５０が、Ｂ社システム１２０の過去のすべての入金ＴＸと、ステップＳ２２１０において記録したデータ取引ＴＸを含むＢ社システム１２０の過去のすべてのデータ取引ＴＸから、Ｂ社の資金残高を計算する（ステップＳ２２１２）。これにより、Ｂ社の資金残高が更新される。
つぎに、企業間システム１５０が、図１２に示したステップＳ１２１２と同様に、生成したデータ取引ＴＸのＴＸＩＤをＢ社システム１２０へ通知する（ステップＳ２２１３）。ステップＳ２２１３の後、Ｂ社システム１２０は、図１２に示したステップＳ１２１３～Ｓ１２１７と同様の処理を行う。
図２２に示した処理により、データＸの提供先であるＢ社の仮想通貨の口座の残高が自動的に減額され、逆にデータＸの提供元であるＡ社の仮想通貨の口座の残高が自動的に増額される。また、たとえば、データＸが別のデータＤから生成されており、データＤの生成のデータ加工ＴＸに、データＤから生成したデータの購入者が支払う対価が設定されている場合は、データＤの生成者の仮想通貨の口座の残高も自動的に増額される。
（実施の形態にかかる情報処理システムにおけるサブセット・リクエスト方式によるデータ提供）
図２３は、実施の形態にかかる情報処理システムにおけるサブセット・リクエスト方式によるデータ提供の一例を示す図である。図１２において、Ｂ社がＡ社からデータＸの提供を受ける処理について説明したが、その際に、サブセット・リクエスト方式を用いてデータＸの提供を行ってもよい。
たとえば、まず、Ｂ社システム１２０は、ユーザの操作により、１回目の取引２３０１として、データＸのサブセットであるサブセットＳ１を、企業間システム１５０を用いて購入し、Ａ社システム１１０からダウンロードする。サブセットＳ１は、たとえば、データＸから、一部のカラム、一部のロウ、または一部のカラムかつ一部のロウの部分を抽出した部分データである。
つぎに、Ｂ社システム１２０のユーザは、ダウンロードしたサブセットＳ１の内容を確認し、データＸのさらに大きいサブセットの購入をＢ社システム１２０に指示したとする。この場合に、Ｂ社システム１２０は、２回目の取引２３０２として、データＸのサブセットであって、データＸにおけるサブセットＳ１とは異なる部分を含むサブセットＳ２を、企業間システム１５０を用いて購入し、Ａ社システム１１０からダウンロードする。
図２３に示す例では、サブセットＳ２はサブセットＳ１を含むサブセットである。この場合に、１回目のサブセットＳ１の取引２３０１はキャンセルされる。ただし、サブセットＳ２はサブセットＳ１を含まないサブセットであってもよい。また、図２３に示す例では、サブセットＳ２はデータＸにおける複数の部分に跨るサブセットであるが、サブセットＳ２はデータＸにおける１つの部分であってもよい。
つぎに、Ｂ社システム１２０のユーザは、ダウンロードしたサブセットＳ２の内容を確認し、データＸの購入をＢ社システム１２０に指示したとする。この場合に、Ｂ社システム１２０は、３回目の取引２３０３として、データＸを、企業間システム１５０を用いて購入し、Ａ社システム１１０からダウンロードする。
（実施の形態にかかる情報処理システムにおけるサブセット・リクエスト方式によるデータ提供の処理）
図２４は、実施の形態にかかる情報処理システムにおけるサブセット・リクエスト方式によるデータ提供の処理の一例を示すシーケンス図である。まず、Ｂ社システム１２０が、Ａ社システム１１０に対してデータＸのサブセットＳ１の送信を要求する（ステップＳ２４０１）。
ステップＳ２４０１は、たとえば、Ｂ社システム１２０が、データＸの識別情報と、データＸにおけるサブセットＳ１の範囲を示す情報と、を含む要求信号を送信することにより実行される。ただし、データＸにおけるサブセットＳ１の範囲はＡ社システム１１０において決定されてもよく、この場合はステップＳ２４０１において送信される要求信号に、データＸにおけるサブセットＳ１の範囲を示す情報を含めなくてもよい。
つぎに、Ａ社システム１１０が、データＸのサブセットＳ１を生成する（ステップＳ２４０２）。たとえば、Ａ社システム１１０は、ファイルシステム２１４に記録しているデータＸのうち、Ｂ社システム１２０から受信した要求信号が示すサブセットＳ１の範囲のデータを抽出することによりサブセットＳ１を生成する。または、Ａ社システム１１０は、ファイルシステム２１４に記録しているデータＸのうち、Ａ社システム１１０において決定した範囲のデータを抽出することによりサブセットＳ１を生成する。
つぎに、Ａ社システム１１０が、ステップＳ２４０２によるサブセットＳ１の生成のデータ加工ＴＸを生成し、生成したデータ加工ＴＸをデータ加工履歴記録部２１１に記録する（ステップＳ２４０３）。このデータ加工ＴＸのデータ利用対価条件は、サブセットに相応の条件、すなわちデータＸのデータ利用対価条件より安価な対価条件とする。
また、Ａ社システム１１０が、企業間システム１５０に対して、ステップＳ２４０２によって生成したサブセットＳ１の登録を要求する（ステップＳ２４０４）。ステップＳ２４０４において、Ａ社システム１１０は、サブセットＳ１をＢ社に提供可能なデータとして登録することを要求する。たとえば、Ａ社システム１１０は、サブセットＳ１のメタデータとＢ社システム１２０の識別情報とを含む要求信号を企業間システム１５０に対して送信することによりサブセットＳ１の登録を要求する。
その後、Ｂ社システム１２０が、サブセットＳ１の購入ボタンの押下を受け付けたとする（ステップＳ２４０５）。ステップＳ２４０５は、たとえば、図１２において説明したデータＸの購入と同様に、Ａ社ポータル画面２５１Ａを参照したＢ社システム１２０のユーザが、Ｂ社システム１２０を操作してサブセットＳ１の購入ボタンを押下することにより行われる。
ステップＳ２４０６～Ｓ２４１４は、サブセットＳ１に関する取引の処理であり、たとえば図１２のステップＳ１２０９～Ｓ１２１７のデータＸに関する取引の処理と同様である。これにより、Ａ社システム１１０からＢ社システム１２０にサブセットＳ１がダウンロードされる。また、サブセットＳ１に関するデータ取引ＴＸが企業間システム１５０に記録され、サブセットＳ１に関するデータ加工ＴＸがＢ社システム１２０に記録される。
ただし、ステップＳ２４０８において、企業間システム１５０は、提供対象のサブセットが、過去にＡ社がＢ社に提供したサブセットを含む場合は、その過去の提供をキャンセル扱いとする。これにより、データＸの同じ部分に対して重複した支払いが発生することを回避することができる。
図２４に示した処理を１回実行し、または図２４に示した処理をサブセットの範囲を変えながら繰り返し実行することで、Ｂ社システム１２０のユーザは、データＸの購入前に、データＸのサブセットを安価に購入して内容を確認することができる。このため、データの提供元が有するデータ内容の参照権限のアドバンテージを緩和し、データ取引を活性化させることができる。
その後、たとえば図１２に示したステップＳ１２０５～Ｓ１２１７によってＢ社がＡ社からデータＸを購入した場合には、ステップＳ１２１１において、企業間システム１５０は、図２４に示した処理による取引をキャンセル扱いとする。たとえば、企業間システム１５０は、図２４のステップＳ２４０８において記録したデータ取引ＴＸを削除（無効化）する。これにより、データＸとそのサブセットの両方に対して支払いが発生することを回避することができる。
このように、実施の形態にかかるＢ社システム１２０は、別環境のＡ社システム１１０から自システムがデータＸを取得する。その際に、Ｂ社システム１２０は、加工元データＴＸ所有者１０３ａおよび加工元データＴＸＩＤ１０３ｂを取得する。加工元データＴＸ所有者１０３ａおよび加工元データＴＸＩＤ１０３ｂは、Ａ社システム１１０が記録しているデータ加工ＴＸ１０１をＡ社システム１１０に取得要求することが可能な取得要求情報である。このデータ加工ＴＸ１０１はデータＸの提供元を特定する加工元データＴＸ所有者１０１ａおよび加工元データＴＸＩＤ１０１ｂを含む。そして、Ｂ社システム１２０は、取得した取得要求情報を含む、データＸのデータ加工ＴＸ１０３を生成し、生成したデータ加工ＴＸ１０３を、データＸと関連付けして記録する。
このように、Ｂ社システム１２０は、別環境からデータを取得する際、データ提供元の特定情報を含む履歴情報の取得要求情報を取得し、それに基づき新たに履歴情報を生成し、データと関連付けて記憶する。これにより、データの提供先が記録したデータに関する履歴情報から、データの提供先が記録する履歴情報を取得することが可能になる。このため、整合性の取れた履歴情報を短時間で収集することができ、別環境の他システムから提供されたデータについて、システムを跨いだデータ履歴の追跡が容易になる。
また、Ａ社システム１１０からＢ社システム１２０へのデータＸの提供は、企業間システム１５０を用いた取引によって行われてもよい。企業間システム１５０は、Ａ社システム１１０からＢ社システム１２０へのデータＸの提供の際に、データ取引ＴＸ１０２を生成して記録する。データ取引ＴＸ１０２は、Ａ社システム１１０の識別子である提供元データＴＸ所有者１０２ａと、データ加工ＴＸ１０１の識別子である提供元データＴＸ所有者１０２ａとを含む。
この場合に、Ｂ社システム１２０は、上述のデータＸの提供の際に、企業間システム１５０の識別子である加工元データＴＸ所有者１０３ａと、企業間システム１５０から通知される加工元データＴＸＩＤ１０３ｂと、を上述の取得要求情報として取得する。加工元データＴＸＩＤ１０３ｂはデータ取引ＴＸ１０２の識別子である。
これにより、Ｂ社システム１２０に記録されたデータ加工ＴＸ１０３に含まれる加工元データＴＸ所有者１０３ａおよび加工元データＴＸＩＤ１０３ｂ（取得要求情報）に基づく企業間システム１５０への取得要求によりデータ取引ＴＸ１０２を取得できる。この取得要求はたとえばユーザシステム２７０により行われる。また、取得したデータ取引ＴＸ１０２に含まれる提供元データＴＸ所有者１０２ａおよび提供元データＴＸＩＤ１０２ｂに基づくＡ社システム１１０への取得要求によりデータ加工ＴＸ１０１を取得できる。このように、環境（Ａ社システム１１０およびＢ社システム１２０）を跨いでデータの履歴を追跡することができる。
ただし、Ａ社システム１１０からＢ社システム１２０へのデータＸの提供は、企業間システム１５０を用いずに行われてもよい。この場合は、たとえばデータ加工ＴＸ１０３には、加工元データＴＸ所有者１０３ａおよび加工元データＴＸＩＤ１０３ｂに代えて提供元データＴＸ所有者１０２ａおよび提供元データＴＸＩＤ１０２ｂが取得要求情報として格納される。これにより、たとえばＢ社システム１２０に記録されたデータ加工ＴＸ１０３に含まれる提供元データＴＸ所有者１０２ａおよび提供元データＴＸＩＤ１０２ｂに基づくＡ社システム１１０への取得要求によりデータ加工ＴＸ１０１を取得できる。したがって、Ａ社システム１１０からＢ社システム１２０へのデータＸの提供が企業間システム１５０を用いた取引によって行われる場合と同様に、環境（Ａ社システム１１０およびＢ社システム１２０）を跨いでデータの履歴を追跡することができる。
また、Ｂ社システム１２０は、自システムにおいてＡ社システム１１０から取得したデータＸがデータＹに加工された際に、データ加工ＴＸ１０３の識別子である加工元データＴＸＩＤ１０５ｂを含む、データＹのデータ加工ＴＸ１０５を生成してもよい。このデータ加工ＴＸ１０５はデータＹと関連付けして記録される。また、データ加工ＴＸ１０５にはさらに加工元データＴＸ所有者１０５ａが含まれてもよい。
これにより、データＹのデータ加工ＴＸ１０５から、加工元データＴＸＩＤ１０５ｂを参照してデータ加工ＴＸ１０３を取得し、データ加工ＴＸ１０３から上述のようにシステムを跨いで履歴を追跡することができる。なお、データ加工ＴＸ１０３およびデータ加工ＴＸ１０５はともにＢ社システム１２０に記録されているため、データ加工ＴＸ１０５は加工元データＴＸ所有者１０５ａを含まなくてもよい。
また、データ加工ＴＸ１０５には、データＸからデータＹへの加工に用いられたロジックデータＬのデータ加工ＴＸ１０４の識別子である適用ロジックＴＸＩＤ１０５ｄが含まれてもよい。また、データ加工ＴＸ１０５にはさらに適用ロジックＴＸ所有者１０５ｃが含まれてもよい。
これにより、データＹのデータ加工ＴＸ１０５から、適用ロジックＴＸＩＤ１０５ｄを参照してロジックデータＬのデータ加工ＴＸ１０４を取得し、データ加工ＴＸ１０４からシステムを跨いでロジックデータＬの履歴を追跡することができる。なお、データ加工ＴＸ１０４およびデータ加工ＴＸ１０５はともにＢ社システム１２０に記録されているため、データ加工ＴＸ１０５は適用ロジックＴＸ所有者１０５ｃを含まなくてもよい。
また、Ｂ社システム１２０は、Ａ社システム１１０からのデータＸの取得を、自システムによるＡ社システム１１０からのデータＸのサブセットＳ１の取得結果に応じたユーザ操作に応じて行ってもよい。これにより、Ｂ社システム１２０のユーザは、データＸの購入前に、データＸのサブセットＳ１を購入して内容を確認することができる。このため、データの提供元であるＡ社システム１１０が有するデータ内容の参照権限のアドバンテージを緩和し、データ取引を活性化させることができる。
以上説明したように、情報処理装置、情報処理プログラムおよび情報処理方法によれば、別環境の他システムから提供されたデータについて、システムを跨いだデータ履歴の追跡を容易にすることができる。
なお、本実施の形態で説明した情報処理方法は、たとえば、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネット等のネットワークを介して配布されてもよい。
上述した実施の形態に関し、さらに以下の付記を開示する。
（付記１）別環境の他システムから自システムがデータを取得する際に、前記他システムが記録している前記データの提供元を特定する情報を含む第１の履歴情報を前記他システムに取得要求することが可能な取得要求情報を取得する取得部と、
前記取得部によって取得された前記取得要求情報を含む、前記データの第２の履歴情報を生成する生成部と、
前記生成部によって生成された前記第２の履歴情報を前記データと関連付けして記録する記録部と、
を備えることを特徴とする情報処理装置。
（付記２）前記取得部は、前記他システムから前記データを取得する際に、前記他システムと自システムとの間の前記データの取引を管理する管理システムであって、前記他システムの識別子と前記第１の履歴情報の識別子とを含む第３の履歴情報を生成して記録する管理システムから通知される前記第３の履歴情報の識別子と、前記管理システムの識別子と、を前記取得要求情報として取得することを特徴とする付記１に記載の情報処理装置。
（付記３）前記生成部は、前記他システムから取得した前記データが他のデータに加工された際に、前記第２の履歴情報の識別子を含む前記他のデータの第４の履歴情報を生成し、
前記記録部は、前記生成部によって生成された前記第４の履歴情報を前記他のデータと関連付けして記録する、
ことを特徴とする付記１または２に記載の情報処理装置。
（付記４）前記生成部は、前記他システムから取得した前記データが、自システムにおいてデータ加工の処理を規定する加工処理データに基づいて他のデータに加工された際に、前記第２の履歴情報の識別子と、自システムに記録された前記加工処理データの履歴情報の識別子と、を含む前記他のデータの第４の履歴情報を生成し、
前記記録部は、前記生成部によって生成された前記第４の履歴情報を前記他のデータと関連付けして記録する、
ことを特徴とする付記１～３のいずれか一つに記載の情報処理装置。
（付記５）自システムによる前記他システムからの前記データの取得は、自システムによる前記他システムからの前記データのサブセットの取得結果に応じたユーザ操作に応じて行われることを特徴とする付記１～４のいずれか一つに記載の情報処理装置。
（付記６）別環境の他システムから自システムがデータを取得する際に、前記他システムが記録している前記データの提供元を特定する情報を含む第１の履歴情報を前記他システムに取得要求することが可能な取得要求情報を取得し、
取得した前記取得要求情報を含む、前記データの第２の履歴情報を生成し、
生成した前記第２の履歴情報を前記データと関連付けして記録する、
処理をコンピュータに実行させることを特徴とする情報処理プログラム。
（付記７）第１のシステムの情報処理装置が、
別環境の第２のシステムからデータを取得する際に、前記第２のシステムが記録している前記データの提供元を特定する情報を含む第１の履歴情報を前記第２のシステムに取得要求することが可能な取得要求情報を取得し、
取得した前記取得要求情報を含む、前記データの第２の履歴情報を生成し、
生成した前記第２の履歴情報を前記データと関連付けして記録する、
ことを特徴とする情報処理方法。
（付記８）前記第１のシステムと前記第２のシステムとの間の前記データの取引を管理する管理システムが、前記第１のシステムが前記第２のシステムから前記データを取得する際に、前記第２のシステムから前記第１の履歴情報を取得し、前記第１の履歴情報に含まれる前記提供元を特定する情報に基づいて前記取引における支払いの計算を行うことを特徴とする付記７に記載の情報処理方法。
１０１，１０３～１０５，１１２０ データ加工ＴＸ
１０１ａ，１０３ａ，１０５ａ 加工元データＴＸ所有者
１０１ｂ，１０３ｂ，１０５ｂ 加工元データＴＸＩＤ
１０２ データ取引ＴＸ
１０２ａ 提供元データＴＸ所有者
１０２ｂ 提供元データＴＸＩＤ
１０５ｃ 適用ロジックＴＸ所有者
１０５ｄ 適用ロジックＴＸＩＤ
１１０ Ａ社システム
１２０ Ｂ社システム
１２１ ポータル画面
１２２ 購入ボタン
１３０ Ｃ社システム
１５０ 企業間システム
２００ 情報処理システム
２１１，２２１，２３１ データ加工履歴記録部
２１２，２２２，２３２ 加工ＴＸ設定ＡＰＩ
２１３，２２３，２３３ 加工ＴＸ取得ＡＰＩ
２１４，２２４，２３４ ファイルシステム
２１４ａ，２２４ａ，２３４ａ フィルタドライバ
２５１ ポータル画面管理部
２５１Ａ Ａ社ポータル画面
２５１Ｂ Ｂ社ポータル画面
２５１ａ，２５１ｂ イベントハンドラ
２５２ データ取引履歴記録部
２５３ 取引ＴＸ取得ＡＰＩ
２７０ ユーザシステム
２７１ ユーザアプリケーション
２７２ 加工・取引履歴取得ライブラリ
３１０ データ生成部
３２０ データ加工部
３３０ ブラウザ制御部
３４１ データ記録部
４１０ データ登録受付部
４２０ 登録情報記録部
４３０ ポータル画面制御部
５１１ 操作受付部
５１２ 表示部
５２１ 制御部
５２２ 送信部
５２３ 受信部
１１００ データ加工履歴情報
１１１０ 標準加工履歴情報
１５００ データ加工・取引履歴画面
１５０１，１５０２，１５０５～１５０７ データ加工ＴＸノード
１５０３，１５０４ データ取引ＴＸノード
１５１０，１５２０，１５３０，１５５０ 画面領域
１９１０ データ利用対価条件
２３０１～２３０３ 取引

Claims (6)

  1. 別環境の他システムから自システムがデータを取得する際に、前記他システムが記録している前記データの提供元を特定する情報を含む第１の履歴情報を前記他システムに取得要求することが可能な取得要求情報を取得する取得部と、
    前記取得部によって取得された前記取得要求情報を含む、前記データの第２の履歴情報を生成する生成部と、
    前記生成部によって生成された前記第２の履歴情報を前記データと関連付けして記録する記録部と、を備え、
    前記取得部は、前記他システムから前記データを取得する際に、前記他システムと自システムとの間の前記データの取引を管理する管理システムであって、前記他システムの識別子と前記第１の履歴情報の識別子とを含む第３の履歴情報を生成して記録する管理システムから通知される前記第３の履歴情報の識別子と、前記管理システムの識別子と、を前記取得要求情報として取得することを特徴とする情報処理装置。
  2. 前記生成部は、前記他システムから取得した前記データが、自システムにおいてデータ加工の処理を規定する加工処理データに基づいて他のデータに加工された際に、前記第２の履歴情報の識別子と、自システムに記録された前記加工処理データの履歴情報の識別子と、を含む前記他のデータの第４の履歴情報を生成し、
    前記記録部は、前記生成部によって生成された前記第４の履歴情報を前記他のデータと関連付けして記録する、
    ことを特徴とする請求項１に記載の情報処理装置。
  3. 自システムによる前記他システムからの前記データの取得は、自システムによる前記他システムからの前記データのサブセットの取得結果に応じたユーザ操作に応じて行われることを特徴とする請求項１または２に記載の情報処理装置。
  4. 別環境の他システムから自システムがデータを取得する際に、前記他システムが記録している前記データの提供元を特定する情報を含む第１の履歴情報を前記他システムに取得要求することが可能な取得要求情報を取得し、
    取得した前記取得要求情報を含む、前記データの第２の履歴情報を生成し、
    生成した前記第２の履歴情報を前記データと関連付けして記録する、処理をコンピュータに実行させ、
    前記取得する処理は、前記他システムから前記データを取得する際に、前記他システムと自システムとの間の前記データの取引を管理する管理システムであって、前記他システムの識別子と前記第１の履歴情報の識別子とを含む第３の履歴情報を生成して記録する管理システムから通知される前記第３の履歴情報の識別子と、前記管理システムの識別子と、を前記取得要求情報として取得することを特徴とする情報処理プログラム。
  5. 第１のシステムの情報処理装置が、
    別環境の第２のシステムからデータを取得する際に、前記第２のシステムが記録している前記データの提供元を特定する情報を含む第１の履歴情報を前記第２のシステムに取得要求することが可能な取得要求情報を取得し、
    取得した前記取得要求情報を含む、前記データの第２の履歴情報を生成し、
    生成した前記第２の履歴情報を前記データと関連付けして記録し、
    前記取得する処理は、前記第２のシステムから前記データを取得する際に、前記第２のシステムと自システムとの間の前記データの取引を管理する管理システムであって、前記第２のシステムの識別子と前記第１の履歴情報の識別子とを含む第３の履歴情報を生成して記録する管理システムから通知される前記第３の履歴情報の識別子と、前記管理システムの識別子と、を前記取得要求情報として取得することを特徴とする情報処理方法。
  6. 前記第１のシステムと前記第２のシステムとの間の前記データの取引を管理する管理システムが、前記第１のシステムが前記第２のシステムから前記データを取得する際に、前記第２のシステムから前記第１の履歴情報を取得し、前記第１の履歴情報に含まれる前記提供元を特定する情報に基づいて前記取引における支払いの計算を行うことを特徴とする請求項５に記載の情報処理方法。
JP2018175392A 2018-09-19 2018-09-19 情報処理装置、情報処理プログラムおよび情報処理方法 Active JP7135646B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2018175392A JP7135646B2 (ja) 2018-09-19 2018-09-19 情報処理装置、情報処理プログラムおよび情報処理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2018175392A JP7135646B2 (ja) 2018-09-19 2018-09-19 情報処理装置、情報処理プログラムおよび情報処理方法

Publications (2)

Publication Number Publication Date
JP2020046993A JP2020046993A (ja) 2020-03-26
JP7135646B2 true JP7135646B2 (ja) 2022-09-13

Family

ID=69901574

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018175392A Active JP7135646B2 (ja) 2018-09-19 2018-09-19 情報処理装置、情報処理プログラムおよび情報処理方法

Country Status (1)

Country Link
JP (1) JP7135646B2 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021111810A (ja) 2020-01-06 2021-08-02 富士通株式会社 不正利用検出システム、情報処理装置、不正利用検出プログラムおよびデータ履歴のデータ構造
WO2022091233A1 (ja) * 2020-10-28 2022-05-05 日本電気株式会社 データ取引管理装置、データ取引管理方法、及びコンピュータ可読媒体
EP4250199A4 (en) 2020-11-20 2023-12-06 Fujitsu Limited INFORMATION PROCESSING PROGRAM, INFORMATION PROCESSING METHOD, AND INFORMATION PROCESSING DEVICE
EP4250211A4 (en) 2020-11-20 2023-09-27 Fujitsu Limited INFORMATION PROCESSING PROGRAM, INFORMATION PROCESSING METHOD AND INFORMATION PROCESSING APPARATUS

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018124297A1 (ja) 2016-12-28 2018-07-05 株式会社Ｏｋｅｉｏｓ Ｂｃｎ（ブロックチェーンネットワーク）を使用したデータ利用方法、システムおよびそのプログラム
JP2018109994A (ja) 2017-12-28 2018-07-12 株式会社Ｏｋｅｉｏｓ Ｂｃｎ（ブロックチェーンネットワーク）を使用したデータ利用方法、システムおよびそのプログラム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018124297A1 (ja) 2016-12-28 2018-07-05 株式会社Ｏｋｅｉｏｓ Ｂｃｎ（ブロックチェーンネットワーク）を使用したデータ利用方法、システムおよびそのプログラム
JP2018109994A (ja) 2017-12-28 2018-07-12 株式会社Ｏｋｅｉｏｓ Ｂｃｎ（ブロックチェーンネットワーク）を使用したデータ利用方法、システムおよびそのプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
永井 崇之，ブロックチェーンを活用したトレーサビリティ管理技術の検討と評価 ，電子情報通信学会技術研究報告，日本，一般社団法人電子情報通信学会，2018年03月01日，Ｖｏｌ．１１７ Ｎｏ．４９１，ｐｐ．１０３－１０８

Also Published As

Publication number Publication date
JP2020046993A (ja) 2020-03-26

Similar Documents

Publication Publication Date Title
JP7135646B2 (ja) 情報処理装置、情報処理プログラムおよび情報処理方法
US20020091541A1 (en) Method and apparatus for intellectual property management on the internet
KR102027265B1 (ko) 부동산 정보 관리 및 제공 서비스 시스템 그리고 방법
KR20040081052A (ko) 디지탈 매체 클리어링 하우스 플랫폼
JP2003530619A (ja) 電子計算書、請求書呈示及び決算システム並びに方法
CN103283179A (zh) 电子书租赁
CN101256386A (zh) 信息处理系统、信息处理器、成像装置和信息处理方法
JP2007199858A (ja) ライセンス管理のためのプログラム、システム及び方法
JP6757042B2 (ja) 音楽投資システム
KR100891121B1 (ko) 연구개발비 지원 시스템 및 방법
US11182849B1 (en) Automatic virtual purchase card charge reconciliation against requisition in an online procurement system
KR20010000685A (ko) 인터넷을 이용한 애완동물의 구매/관리시스템 및 그 방법
JP2005517238A (ja) ディジタル情報及びサービスの配布チェーンを追跡するための方法及びシステム
JP7176554B2 (ja) 情報処理装置、情報処理方法、情報処理プログラム、情報処理システム
JP4588891B2 (ja) 決済管理システム、決済管理方法、決済管理プログラムを記録した記録媒体及び決済管理プログラム
JP6826920B2 (ja) サーバ装置、電子記録債権検索方法、及びプログラム
JP4814459B2 (ja) 金融先物ディーリング支援方法、金融先物ディーリング支援方法をコンピュータに実行させるプログラムおよび金融先物ディーリング支援装置
EP1233354A1 (en) Rating information publishing system
JP2022000803A (ja) 情報処理装置、方法、プログラム
JP5852636B2 (ja) マンション管理会社向け振込管理システムおよび方法
US20100010894A1 (en) Software-as-a-service ad content
US20080021828A1 (en) Method and apparatus for automatically obtaining financial information from a financial institution
CN111127218A (zh) 数据处理方法及装置、存储介质、电子终端
JP2021096599A (ja) 情報処理装置、方法、プログラム
KR20210055160A (ko) 비대면 판매의 마케터 활동 관리 방법

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210610

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220527

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220531

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220720

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220802

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220815

R150 Certificate of patent or registration of utility model

Ref document number: 7135646

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150