JP2023036448A - 情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

Abstract

【課題】所定の情報を適切に共有すること。【解決手段】本願に係る情報処理装置は、生成部と、共有部とを有する。生成部は、所定の取引において関連する事業者全てに開示される第１情報と、関連する事業者のうち、所定の事業者間に開示される第２情報とを生成する。共有部は、コンソーシアム型ブロックチェーンを使用して、関連する事業者全てに第１情報を共有し、コンソーシアム型ブロックチェーンを使用して、所定の事業者間で共有されるように第２情報を共有する。【選択図】図１

Description

特許法第３０条第２項適用申請有り 投稿情報 ｈｔｔｐｓ：／／ｗｗｗ．ｔｉｓ．ｃｏ．ｊｐ／ｎｅｗｓ／２０２１／ｔｉｓ＿ｎｅｗｓ／２０２１０７２９＿１．ｈｔｍｌ 公開日 令和３年７月２９日

本発明は、情報処理装置、情報処理方法及び情報処理プログラムに関する。

従来、所定の情報をハッシュ化し、ブロックチェーン上において登録することで情報の改ざんを検知することができるシステムが知られている。

特開２０１７－２０７９７９号公報

しかしながら、上記従来技術は、安全性及び信頼性の高い情報管理システムが開示されているに過ぎない。例えば、所定の情報のうち、特定の情報を取引毎に特定の情報処理装置にだけ共有したい場合がある。このような場合、特定の情報を取引毎に共有する情報処理装置を設定可能であることが望ましい。

本願は、上記に鑑みてなされたものであって、所定の情報を適切に共有することを目的とする。

本願に係る情報処理装置は、所定の取引において関連する事業者全てに開示される第１情報と、当該関連する事業者のうち、所定の事業者間に開示される第２情報とを生成する生成部と、コンソーシアム型ブロックチェーンを使用して、前記関連する事業者全てに前記第１情報を共有し、当該コンソーシアム型ブロックチェーンを使用して、前記所定の事業者間で共有されるように前記第２情報を共有する共有部とを備えることを特徴とする。

実施形態の一態様によれば、所定の情報を適切に共有することができる。

図１は、実施形態に係る情報処理装置が実行する情報処理の一例を示す図である。 図２は、実施形態に係る共有する情報の一例を示す概念図である。 図３は、実施形態に係る共有する情報の一例を示す概念図である。 図４は、実施形態に係る共有する情報の一例を示す概念図である。 図５は、実施形態に係る情報処理システムの構成の一例を示す図である。 図６は、実施形態に係る情報処理装置の構成の一例を示す図である。 図７は、実施形態に係る発注情報記憶部の一例を示す図である。 図８は、実施形態に係る情報処理装置が実行する情報処理の流れの一例を示すフローチャートである 図９は、実施形態に係る情報処理装置が実行する情報処理の流れの一例を示すフローチャートである。 図１０は、ハードウェア構成の一例を示す図である。

以下に、本願に係る情報処理装置、情報処理方法及び情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法及び情報処理プログラムが限定されるものではない。また、各実施形態は、処理内容を矛盾させない範囲で適宜組合せることが可能である。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．情報処理装置が示す情報処理の一例〕
図１を用いて、情報処理装置１００が実行する情報処理について説明する。図１は、実施形態に係る情報処理装置１００が実行する情報処理の一例を示す図である。

図１を用いて、情報処理装置１００が、飛行機の燃料補給に関する取引において、所定の情報を、情報処理装置１００を管理する事業者（以下では、航空会社ＭＯ１と表記する場合がある）と関連する事業者である燃料提供会社の事業者（以下では、燃料提供会社ＳＵ１と表記する場合がある）や、燃料補給会社の事業者（以下では、燃料補給会社ＢＡ１と表記する場合がある）と共有する例を挙げて説明する。なお、図１に示すステップでは、便宜上、自然人等の動作が含まれる。

また、燃料提供会社ＳＵ１によって管理される燃料提供会社サーバ１０、及び、燃料補給会社ＢＡ１によって管理される燃料補給会社サーバ２０は、情報処理装置１００と略同一の情報処理を実行するものとする。

ここで、燃料提供会社サーバ１０、燃料補給会社サーバ２０及び情報処理装置１００は、ブロックチェーンを利用する所定のプラットフォーム（以下では、ブロックチェーンネットワークと表記する場合がある）に接続するためのアカウント情報を各々が有しているものとする。この場合、燃料提供会社サーバ１０、燃料補給会社サーバ２０及び情報処理装置１００は、対応する識別子と、パスワードとの組合せ等によりアカウントにログインすることで、ブロックチェーンネットワークと通信可能となる。すなわち、燃料提供会社サーバ１０、燃料補給会社サーバ２０及び情報処理装置１００は、ブロックチェーンネットワークにおけるノードに相当する。

図１に示すように、情報処理装置１００は、燃料の発注に関する情報である発注情報を生成する（ステップＳ１）。例えば、情報処理装置１００は、航空会社ＭＯ１によって入力された発注日や、納入場所や、納入希望日や、発注先や、取引対象や、品番や、量等に関する情報に基づいて、発注情報を生成する。

ここで、図２を用いて、発注情報の一例について説明する。図２は、実施形態に係る共有する情報の一例を示す概念図である。図２の例では、情報ＤＡ１は、情報領域ＲＣ１１と、情報領域ＲＣ１２とから構成されるものとする。

図２の例では、情報ＤＡ１のうち、情報領域ＲＣ１１には、航空会社ＭＯ１によって入力された発注日や、発注先や、発注番号や、取引対象や、品番や、数量や、単位や、納入場所や、納入希望日等に関する情報が含まれる。すなわち、情報領域ＲＣ１１は、航空会社ＭＯ１から発注された燃料に関する発注情報を含む。なお、発注番号とは、例えば、発注を識別する番号等である。

また、情報ＤＡ１のうち、情報領域ＲＣ１２には、発注情報を共有する共有先の情報が含まれる。例えば、情報領域ＲＣ１２は、航空会社ＭＯ１を識別する識別子と、燃料提供会社ＳＵ１を識別する識別子とを含む。

図１の説明に戻る。情報処理装置１００は、コンソーシアム型ブロックチェーンを使用して、発注情報を共有する（ステップＳ２）。この場合、発注情報が共有される先は、情報処理装置１００及び燃料提供会社サーバ１０である。続いて、燃料提供会社サーバ１０は、共有された発注情報に基づいて、作業依頼情報を生成する（ステップＳ３）。

ここで、図３を用いて、作業依頼情報の一例について説明する。図３は、実施形態に係る共有する情報の一例を示す概念図である。図３の例では、情報ＤＡ２は、情報領域ＲＣ２１と、情報領域ＲＣ２２とから構成されるものとする。

図３の例では、情報ＤＡ２のうち、情報領域ＲＣ２１には、作業指示番号や、受注先や、発注番号や、発注先や、取引対象や、品番や、数量や、単位や、納入場所や、納入予定日や、作業委託先等に関する情報が含まれる。すなわち、情報領域ＲＣ２１は、航空会社ＭＯ１から発注された発注情報に基づいて生成された作業依頼情報を含む。なお、作業指示番号とは、例えば、発注に対応する作業を識別する番号等である。

また、情報ＤＡ２のうち、情報領域ＲＣ２２には、作業依頼情報を共有する共有先の情報が含まれる。例えば、情報領域ＲＣ２２は、航空会社ＭＯ１を識別する識別子と、燃料提供会社ＳＵ１を識別する識別子と、燃料補給会社ＢＡ１を識別する識別子とを含む。

図１の説明に戻る。燃料提供会社サーバ１０は、コンソーシアム型ブロックチェーンを使用して、作業依頼情報を共有する（ステップＳ４）。この場合、作業依頼情報が共有される先は、情報処理装置１００、燃料提供会社サーバ１０及び燃料補給会社サーバ２０である。

そして、燃料補給会社ＢＡ１は、共有された作業依頼情報に基づいて、航空会社ＭＯ１の飛行機に燃料を補給する（ステップＳ５）。続いて、燃料補給会社サーバ２０は、作業結果に基づいて、作業報告情報を生成する（ステップＳ６）。例えば、燃料補給会社サーバ２０は、図３に示す作業依頼情報にさらに作業結果に関する情報を含めることで、作業報告情報を生成する。ここで、作業結果に関する情報とは、納入日時と、納入場所と、作業委託先等に関する情報である。

そして、燃料補給会社サーバ２０は、コンソーシアム型ブロックチェーンを使用して、作業報告情報を共有する（ステップＳ７）。この場合、作業報告情報が共有される先は、情報処理装置１００、燃料提供会社サーバ１０及び燃料補給会社サーバ２０である。

続いて、燃料提供会社サーバ１０は、作業報告情報が共有された場合、発注情報に基づいて、請求情報を生成する（ステップＳ８）。ここで、請求情報には、発注された燃料の量に対応する費用が含まれる。

ここで、図４を用いて、請求情報の一例について説明する。図４は、実施形態に係る共有する情報の一例を示す概念図である。図４の例では、情報ＤＡ３は、情報領域ＲＣ３１と、情報領域ＲＣ３２とから構成されるものとする。

図４の例では、情報ＤＡ３のうち、情報領域ＲＣ３１には、請求日や、受注先や、発注先や、取引対象や、品番や、数量や、単位や、単価等に関する情報が含まれる。すなわち、情報領域ＲＣ３１は、発注された発注情報に基づいて生成された請求情報を含む。

また、情報ＤＡ３のうち、情報領域ＲＣ３２には、請求情報を共有する共有先の情報が含まれる。例えば、情報領域ＲＣ３２は、航空会社ＭＯ１を識別する識別子と、燃料提供会社ＳＵ１を識別する識別子とを含む。

図１の説明に戻る。燃料提供会社サーバ１０は、コンソーシアム型ブロックチェーンを使用して、請求情報を共有する（ステップＳ９）。この場合、請求情報が共有される先は、情報処理装置１００及び燃料提供会社サーバ１０である。このように、燃料提供会社サーバ１０は、所定の情報を共有する際に、情報の共有範囲を動的に設定することができる。

続いて、情報処理装置１００は、請求情報に含まれる費用に基づいて、決済処理を実行する（ステップＳ１０）。例えば、情報処理装置１００は、費用に相当する金額を設定し、決済処理を実行する。そして、決済サーバは、設定された費用に対して決済処理が実行された場合、情報処理装置１００と連携して決済処理を実行する。

従来、ブロックチェーンに基づく安全性及び信頼性の高い情報管理システムが開示されているに過ぎなかった。そのため、一般的なブロックチェーンネットワークにおいて、ネットワーク全体又はネットワークに含まれるサブネットワーク全体に所定の情報を共有することが可能でも、取引毎に共有範囲を動的に設定することができない場合があった。また、ブロックチェーンネットワークに参画したい事業会社が、予めブロックチェーンネットワークにて共有したい情報を有する場合に、データのフォーマットや、プログラムのコード体系の違いを原因として、共有したい情報を簡便に他の事業会社と共有することができない場合があった。

そこで、実施形態に係る情報処理装置１００は、コンソーシアム型ブロックチェーンを使用して、関連する事業者全てに第１情報を共有し、コンソーシアム型ブロックチェーンを使用して、所定の事業者間で共有されるように第２情報を共有する。このようにして、情報処理装置１００は、所定の情報を適切な共有範囲内で共有することができる。

〔２．情報処理システムの構成〕
次に、図５を用いて、実施形態に係る情報処理システム１の構成について説明する。図５は、実施形態に係る情報処理システム１の構成例を示す図である。図５に示すように、情報処理システム１は、燃料提供会社サーバ１０と、燃料補給会社サーバ２０と、決済サーバ３０と、情報処理装置１００とを含む。燃料提供会社サーバ１０、燃料補給会社サーバ２０、決済サーバ３０及び情報処理装置１００は、ネットワークＮを介して有線又は無線により通信可能に接続される。

また、ネットワークＮは、ブロックチェーンネットワークと通信可能に接続される。例えば、ネットワークＮは、コンソーシアム型ブロックチェーン技術によって提供されるブロックチェーンネットワークと通信可能に接続される。

なお、図５に示す情報処理システム１には、複数台の燃料提供会社サーバ１０や、複数台の燃料補給会社サーバ２０や、複数台の決済サーバ３０や、複数台の情報処理装置１００が含まれてもよい。

実施形態に係る燃料提供会社サーバ１０及び燃料補給会社サーバ２０は、インターネット等のネットワークＮを介して、各種の装置と通信可能な情報処理装置であり、例えば、サーバ装置又はクラウドシステム等により実現される。例えば、燃料提供会社サーバ１０及び燃料補給会社サーバ２０は、情報処理装置１００と略同一の構成を有し、情報処理装置１００が実行する情報処理と略同一の情報処理を実行する。

実施形態に係る決済サーバ３０は、決済処理を行う情報処理装置であり、例えば、サーバ装置又はクラウドシステム等により実現される。例えば、決済サーバ３０は、情報処理装置１００によって設定された金額に対して各種決済処理が実行された場合に、情報処理装置１００と連携して決済処理を実行する。

実施形態に係る情報処理装置１００は、インターネット等のネットワークＮを介して、各種の装置と通信可能な情報処理装置であり、例えば、サーバ装置又はクラウドシステム等により実現される。例えば、情報処理装置１００は、ネットワークＮを介して、他の各種装置と通信可能に接続される。

〔３．情報処理装置の構成〕
次に、図６を用いて、実施形態に係る情報処理装置１００の構成について説明する。図６に示すように、情報処理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、ネットワークＮと有線又は無線で接続され、他の各種装置との間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、発注情報記憶部１２１を有する。

（発注情報記憶部１２１について）
実施形態に係る発注情報記憶部１２１は、発注に関する各種情報を記憶する。ここで、図７に、実施形態に係る発注情報記憶部１２１の一例を示す。図７に示した例では、発注情報記憶部１２１は、「発注情報ＩＤ（Identifier）」、「発注情報」といった項目を有する。例えば、「発注情報」は、「発注日」、「納入希望日」、「発注先」、「取引対象」、「品番」、「量」、「金額」といった項目を有する。

「発注情報ＩＤ」は、発注情報を識別する識別子である。「発注日」は、「発注情報ＩＤ」に対応付けられた発注を行った日時に関する情報である。「納入希望日」は、「発注情報ＩＤ」に対応付けられた取引対象が納入される希望日時に関する情報である。

「取引対象」は、「発注情報ＩＤ」に対応付けられた取引対象に関する情報である。「品番」は、「発注情報ＩＤ」に対応付けられ、且つ、「取引対象」に対応付けられた取引対象に付された品番に関する情報である。例えば、品番に関する情報は、取引対象のロットに関する情報等である。

「量」は、「発注情報ＩＤ」に対応付けられた取引対象の量に関する情報である。「金額」は、「発注情報ＩＤ」に対応付けられた取引対象の金額に関する情報である。ここでいう金額は、例えば、取引対象の量に基づいて算出された総額であってもよいし、取引対象の単価であってもよい。

例えば、図７では、発注情報ＩＤによって識別された「Ｏ１」は、発注日が「ＯＤ１」であり、納入希望日が「ＯＨ１」であり、発注先が「ＯＡ１」である。また、「Ｏ１」は、取引対象が「ＯＣ１」であり、品番が「ＯＮ１」であり、量が「ＯＴ１」であり、金額が「ＯＭ１」である。

なお、図７に示した例では、発注日等を、「ＯＤ１」等の抽象的な符号で表現したが、発注日等は、数値や、文字列や、発注日に関する各種情報を含むファイル形式等であってもよい。

（制御部１３０について）
制御部１３０は、コントローラ（Controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理装置１００内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図６に示すように、制御部１３０は、生成部１３１と、共有部１３２と、受付部１３３と、決済処理部１３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図６に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図６に示した接続関係に限られず、他の接続関係であってもよい。

（生成部１３１について）
生成部１３１は、各種情報を生成する。具体的には、生成部１３１は、所定の製造業において関連する事業者全てに開示される第１情報と、関連する事業者のうち、所定の事業者間に開示される第２情報とを生成する。

例えば、生成部１３１は、航空会社ＭＯ１によって入力された発注日や、納入場所や、納入希望日や、発注先や、取引対象や、品番や、量等に関する情報に基づいて、発注情報（第２情報の一例）を生成する。また、燃料提供会社サーバ１０は、共有された発注情報に基づいて、作業依頼情報（第１情報の一例）を生成する。また、燃料補給会社サーバ２０は、作業結果に基づいて、作業報告情報（第１情報の一例）を生成する。

（共有部１３２について）
共有部１３２は、ブロックチェーン技術を用いて、各種情報を共有する。具体的には、共有部１３２は、コンソーシアム型ブロックチェーンを使用して、関連する事業者全てに第１情報を共有し、コンソーシアム型ブロックチェーンを使用して、所定の事業者間で共有されるように第２情報を共有する。

図１の例では、共有部１３２は、コンソーシアム型ブロックチェーンを使用して、発注情報（第２情報の一例）を共有する。この場合、発注情報が共有される先は、情報処理装置１００及び燃料提供会社サーバ１０である。

また、図１の例では、燃料提供会社サーバ１０は、コンソーシアム型ブロックチェーンを使用して、作業依頼情報（第１情報の一例）を共有する。この場合、作業依頼情報が共有される先は、情報処理装置１００、燃料提供会社サーバ１０及び燃料補給会社サーバ２０である。また、燃料補給会社サーバ２０は、コンソーシアム型ブロックチェーンを使用して、作業報告情報（第１情報の一例）を共有する。この場合、作業報告情報が共有される先は、情報処理装置１００、燃料提供会社サーバ１０及び燃料補給会社サーバ２０である。

（受付部１３３について）
受付部１３３は、各種情報を受付ける。例えば、受付部１３３は、共有された請求情報を受付ける。そして、受付部１３３は、請求情報に含まれる金額に関する情報を発注情報記憶部１２１に記憶する。

（決済処理部１３４について）
決済処理部１３４は、各種決済処理を実行する。例えば、決済処理部１３４は、発注情報記憶部１２１を参照して、発注情報ＩＤによって識別される「Ｏ１」の取引対象「ＯＣ１」の量「ＯＴ１」に対応する費用「ＣＭ１」を設定し、決済処理を実行する。そして、決済サーバ３０は、決済処理部１３４によって設定された費用「ＣＭ１」に対して決済処理が実行された場合、決済処理部１３４と連携して決済処理を実行する。

〔４．処理手順（１）〕
次に、図８を用いて、実施形態に係る情報処理装置１００が実行する情報処理の手順について説明する。図８は、実施形態に係る情報処理装置１００が実行する情報処理の流れの一例を示すフローチャートである。

図８に示すように、受付部１３３は、所定の情報を受付けたか否かを判定する（ステップＳ１０１）。具体的には、受付部１３３は、所定の情報を受付けていないと判定した場合（ステップＳ１０１；Ｎｏ）、所定の情報を受付けたと判定されるまで待機する。

一方、生成部１３１は、受付部１３３が、所定の情報を受付けたと判定した場合（ステップＳ１０１；Ｙｅｓ）、所定の情報に基づいて、第１情報を生成する（ステップＳ１０２）。そして、共有部１３２は、コンソーシアム型ブロックチェーンを使用して、関連する事業者全てに第１情報を共有する（ステップＳ１０３）。

〔５．処理手順（２）〕
次に、図９を用いて、実施形態に係る情報処理装置１００が実行する情報処理の手順について説明する。図９は、実施形態に係る情報処理装置１００が実行する情報処理の流れの一例を示すフローチャートである。

図９に示すように、受付部１３３は、所定の情報を受付けたか否かを判定する（ステップＳ２０１）。具体的には、受付部１３３は、所定の情報を受付けていないと判定した場合（ステップＳ２０１；Ｎｏ）、所定の情報を受付けたと判定されるまで待機する。

一方、生成部１３１は、受付部１３３が、所定の情報を受付けたと判定した場合（ステップＳ２０１；Ｙｅｓ）、所定の情報に基づいて、第１情報と、第２情報とを生成する（ステップＳ２０２）。そして、共有部１３２は、コンソーシアム型ブロックチェーンを使用して、所定の情報に基づいて、関連する事業者全てに第１情報を共有する（ステップＳ２０３）。また、共有部１３２は、コンソーシアム型ブロックチェーンを使用して、所定の事業者間に共有されるように第２情報を共有する（ステップＳ２０４）。

〔６．変形例〕
上述した情報処理装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、情報処理装置１００の他の実施形態について説明する。

〔６－１．取引〕
上記実施形態では、取引が飛行機の燃料補給に関する取引を一例として挙げて説明したが、これに限定されない。例えば、取引は、如何なる取引であってもよい。より具体的な例を挙げると、取引は、船等の移動体の燃料補給に関する取引や、卸売業又は製造業等の事業会社による商品の購買に関する取引や、卸売業又は製造業等の事業会社に導入するサービスの利用に関する取引等であってもよい。

〔６－２．請求情報〕
上記実施形態では、請求情報が費用に関する情報を含む例を挙げて説明したが、これに限定されない。例えば、請求情報は、費用とともに、費用を支払うための支払い手段に関する情報をさらに含んでもよい。ここで、支払手段とは、如何なる手段であってもよく、例えば、銀行口座への振込や、クレジットカード等による電子決済等である。

〔６－３．受注情報〕
さらに、燃料提供会社サーバ１０は、発注情報に基づいて、発注を受注したことを示す受注情報を生成してもよい。例えば、燃料提供会社サーバ１０は、共有された発注情報に基づいて、受注情報を生成してもよい。

より具体的な例を挙げると、燃料提供会社サーバ１０は、受注日や、受注先や、発注日や、発注先や、発注番号や、取引対象や、品番や、数量や、単位や、単価や、納入場所や、納入希望日や、作業依頼委託先等に関する情報を含む受注情報を生成してもよい。この場合、受注情報は、単価に関する情報を含むため、情報処理装置１００と、燃料提供会社サーバ１０との間でのみ共有される。

なお、燃料提供会社サーバ１０は、受注情報を生成した場合、スマートコントラクト等の従来技術を用いて、生成した受注情報に基づいて作業依頼情報を自動的に生成してもよい。

〔６－４．下請け〕
上記実施形態では、共有部１３２が航空会社ＭＯ１と関連する燃料提供会社ＳＵ１や、燃料補給会社ＢＡ１と所定の情報を共有する例を挙げて説明したが、これに限定されない。例えば、共有部１３２は、燃料提供会社ＳＵ１や、燃料提供会社ＳＵ１の下請け会社である燃料提供会社ＳＵ２や、燃料補給会社ＢＡ１と所定の情報を共有してもよい。

この場合、燃料提供会社サーバ１０は、燃料提供会社ＳＵ２が管理する燃料提供会社サーバ１１に対して燃料を発注するために、燃料の発注に関する発注情報を生成する。そして、燃料提供会社サーバ１０は、燃料提供会社サーバ１１に対して、コンソーシアム型ブロックチェーンを使用して、発注情報を共有する。

また、燃料提供会社サーバ１１は、発注情報に基づいて、作業依頼情報を生成する。そして、燃料提供会社サーバ１１は、コンソーシアム型ブロックチェーンを使用して、作業依頼情報を共有する。この場合、作業依頼情報が共有される先は、情報処理装置１００、燃料提供会社サーバ１０、燃料提供会社サーバ１１及び燃料補給会社サーバ２０である。

ここで、燃料の補給作業が完了したものとする。この場合、燃料補給会社サーバ２０は、作業結果に基づいて、作業報告情報を生成する。そして、燃料補給会社サーバ２０は、コンソーシアム型ブロックチェーンを使用して、作業報告情報を共有する。この場合、作業報告情報が共有される先は、情報処理装置１００、燃料提供会社サーバ１０及び燃料提供会社サーバ１１である。

そして、燃料提供会社サーバ１１は、作業報告情報が共有された場合、燃料提供会社サーバ１０に対する請求情報を生成する。そして、燃料提供会社サーバ１１は、コンソーシアム型ブロックチェーンを使用して、請求情報を燃料提供会社サーバ１０と共有する。このとき、情報処理装置１００と、燃料補給会社サーバ２０とには、請求情報が共有されない。

このように、請求情報は、燃料提供会社ＳＵ１と、燃料提供会社ＳＵ１の下請け会社である燃料提供会社ＳＵ２とで共有される。これにより、請求情報は、元請け会社である燃料提供会社ＳＵ１と、燃料提供会社ＳＵ１の下請け会社である燃料提供会社ＳＵ２とで共有されるため、適切な共有範囲で請求情報を共有することができる。

なお、上記変形例では、燃料提供会社ＳＵ１の下請け会社が１つである例を挙げて説明したが、これに限定されなくともよい。例えば、上記取引は、燃料提供会社ＳＵ２の下請け会社の燃料提供会社ＳＵ３をさらに含んでもよい。このように、取引には、任意の数の下請け会社が含まれてもよい。

また、下請け会社が共有先として追加される処理は、下請け会社に作業依頼が行われる度に、下請け会社が共有先に追加される処理であってもよい。この場合、共有先に追加されるべき下請け会社が無いときには、航空会社ＭＯ１と、燃料補給会社ＢＡ１とが共有先に追加される。すなわち、下請け会社が共有先として追加される処理は、一度の処理で関連する事業者全てが共有先に追加されるわけではなく、下請け会社の数分の段階を踏んで最終的に関連する事業者の全てが共有先に追加される。

〔６－５．その他〕
上記した各処理のうち、自動的に行われるものとして説明した処理の全部または一部は、手動的に行われてもよい。また、手動的に行われるものとして説明した処理の全部または一部は、公知の方法で自動的に行われてもよい。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られるものではない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されなくともよい。すなわち、各装置の分散・統合の具体的形態は図示のものに限られない。また、各構成要素は、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成してもよい。

また、上記してきた各処理は、矛盾しない範囲で適宜組合せて実行されてもよい。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、生成部は、生成手段や生成回路に読み替えることができる。

〔７．ハードウェア構成〕
また、上述した実施形態に係る燃料提供会社サーバ１０や、燃料補給会社サーバ２０や、決済サーバ３０や、情報処理装置１００は、例えば、図１０に示すような構成のコンピュータ１０００によって実現される。図１０は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、キャッシュ１０４０、メモリ１０５０、出力ＩＦ（Interface）１０６０、入力ＩＦ１０７０、ネットワークＩＦ１０８０がバス１０９０により接続される。

演算装置１０３０は、キャッシュ１０４０やメモリ１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。キャッシュ１０４０は、ＲＡＭ等、演算装置１０３０が各種の演算に用いるデータを一次的に記憶するキャッシュである。また、メモリ１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ(Read Only Memory)、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ等により実現されるメモリである。

出力ＩＦ１０６０は、モニタやプリンタといった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインタフェースであり、例えば、ＵＳＢ（Universal Serial Bus）やＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現されてよい。一方、入力ＩＦ１０７０は、マウス、キーボード、およびスキャナ等といった各種の入力装置１０２０から情報を受信するためのインタフェースであり、例えば、ＵＳＢ等により実現される。

例えば、入力装置１０２０は、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等から情報を読み出す装置により実現されてもよい。また、入力装置１０２０は、ＵＳＢメモリ等の外付け記憶媒体により実現されてもよい。

ネットワークＩＦ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する機能を有する。

ここで、演算装置１０３０は、出力ＩＦ１０６０や入力ＩＦ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行うこととなる。例えば、演算装置１０３０は、入力装置１０２０やメモリ１０５０からプログラムをキャッシュ１０４０上にロードし、ロードしたプログラムを実行する。例えば、コンピュータ１０００が情報処理装置１００として機能する場合、コンピュータ１０００の演算装置１０３０は、キャッシュ１０４０上にロードされたプログラムを実行することにより、制御部１３０の機能を実現することとなる。

以上、本願の実施形態を図面に基づいて詳細に説明した。しかしながら、これらは例示であり、本願の実施形態は、発明の開示の欄に記載の態様を始めとして、所謂当業者の知識に基づいて種々の変形、改良を施した他の形態で実施することが可能である。

〔８．効果〕
上述してきたように、実施形態に係る情報処理装置１００は、生成部１３１と、共有部１３２とを有する。生成部１３１は、所定の取引において関連する事業者全てに開示される第１情報と、関連する事業者のうち、所定の事業者間に開示される第２情報とを生成する。共有部１３２は、コンソーシアム型ブロックチェーンを使用して、関連する事業者全てに第１情報を共有し、コンソーシアム型ブロックチェーンを使用して、所定の事業者間で共有されるように第２情報を共有する。

実施形態に係る情報処理装置１００は、コンソーシアム型ブロックチェーンを使用して、関連する事業者全てに第１情報を共有し、関連する事業者のうち、所定の事業者間で共有されるように第２情報を共有するため、所定の情報を適切に共有することができる。

また、実施形態に係る情報処理装置１００において、生成部１３１は、取引対象を補給する作業に関する情報を含む第１情報を生成する。

これにより、実施形態に係る情報処理装置１００は、取引対象を補給する作業に関する情報を含む第１情報を生成するため、所定の情報を適切に共有することができる。

また、実施形態に係る情報処理装置１００において、生成部１３１は、第２情報として、取引対象の受発注に関する情報を含む第２情報を生成する。

これにより、実施形態に係る情報処理装置１００は、第２情報として、取引対象の受発注に関する情報を含む第２情報を生成するため、所定の情報を適切に共有することができる。

また、実施形態に係る情報処理装置１００において、生成部１３１は、第２情報として、取引対象の金額に関する情報を含む第２情報を生成する。

これにより、実施形態に係る情報処理装置１００は、第２情報として、取引対象の金額に関する情報を含む第２情報を生成するため、所定の情報を適切に共有することができる。

また、実施形態に係る情報処理装置１００において、生成部１３１は、取引対象を直接的に取引する事業者間に開示される取引対象の金額に関する情報を含む第２情報を生成する。

これにより、実施形態に係る情報処理装置１００は、取引対象を直接的に取引する事業者間に開示される取引対象の金額に関する情報を含む第２情報を生成するため、所定の情報を適切に共有することができる。

また、実施形態に係る情報処理装置１００において、生成部１３１は、第１事業者に関する情報と、第１事業者と取引対象を取引する第２事業者に関する情報とを含む第２情報を生成する。

これにより、実施形態に係る情報処理装置１００は、第１事業者に関する情報と、第１事業者と取引対象を取引する第２事業者に関する情報とを含む第２情報を生成するため、所定の情報を適切に共有することができる。

また、実施形態に係る情報処理装置１００において、生成部１３１は、第２事業者に関する情報と、第２事業者の下請けを行う第３事業者に関する情報とを含む第２情報を生成する。

これにより、実施形態に係る情報処理装置１００は、第２事業者に関する情報と、第２事業者の下請けを行う第３事業者に関する情報とを含む第２情報を生成するため、所定の情報を適切に共有することができる。

また、実施形態に係る情報処理装置１００において、生成部１３１は、第１情報として、燃料を補給する作業に関する情報を生成し、第２情報として、燃料の金額に関する情報を生成する。

これにより、実施形態に係る情報処理装置１００は、第１情報として、燃料を補給する作業に関する情報を生成し、第２情報として、燃料の金額に関する情報を生成するため、所定の情報を適切に共有することができる。

また、実施形態に係る情報処理装置１００において、生成部１３１は、一の事業者と、燃料提供事業者と、燃料補給事業者とに開示される燃料を補給する作業に関する情報と、一の事業者と、燃料提供事業者との間で開示される燃料の金額に関する情報とを生成し、共有部１３２は、コンソーシアム型ブロックチェーンを使用して、一の事業者と、燃料提供事業者と、燃料補給事業者とに燃料を補給する作業に関する情報を共有し、コンソーシアム型ブロックチェーンを使用して、一の事業者と、燃料提供事業者で共有されるように燃料の金額に関する情報を共有する。

これにより、実施形態に係る情報処理装置１００は、コンソーシアム型ブロックチェーンを使用して、一の事業者と、燃料提供事業者と、燃料補給事業者とに燃料を補給する作業に関する情報を共有し、一の事業者と、燃料提供事業者で共有されるように燃料の金額に関する情報を共有するため、所定の情報を適切に共有することができる。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

Ｎ ネットワーク
１ 情報処理システム
１０、１１ 燃料提供会社サーバ
２０ 燃料補給会社サーバ
３０ 決済サーバ
１００ 情報処理装置
１１０ 通信部
１２０ 記憶部
１２１ 発注情報記憶部
１３０ 制御部
１３１ 生成部
１３２ 共有部
１３３ 受付部
１３４ 決済処理部

Claims (11)

1. 所定の取引において関連する事業者全てに開示される第１情報と、当該関連する事業者のうち、所定の事業者間に開示される第２情報とを生成する生成部と、
   コンソーシアム型ブロックチェーンを使用して、前記関連する事業者全てに前記第１情報を共有し、当該コンソーシアム型ブロックチェーンを使用して、前記所定の事業者間で共有されるように前記第２情報を共有する共有部と
   を備えることを特徴とする情報処理装置。
2. 前記生成部は、
   前記第１情報として、取引対象を補給する作業に関する情報を含む前記第１情報を生成する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記生成部は、
   前記第２情報として、取引対象の受発注に関する情報を含む前記第２情報を生成する
   ことを特徴とする請求項１に記載の情報処理装置。
4. 前記生成部は、
   前記第２情報として、前記取引対象の金額に関する情報を含む第２情報を生成する
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記生成部は、
   前記取引対象を直接的に取引する事業者間に開示される前記取引対象の金額に関する情報を含む前記第２情報を生成する
   ことを特徴とする請求項４に記載の情報処理装置。
6. 前記生成部は、
   第１事業者に関する情報と、当該第１事業者と前記取引対象を取引する第２事業者に関する情報とを含む前記第２情報を生成する
   ことを特徴とする請求項５に記載の情報処理装置。
7. 前記生成部は、
   前記第２事業者に関する情報と、前記第２事業者の下請けを行う第３事業者に関する情報とを含む前記第２情報を生成する
   ことを特徴とする請求項６に記載の情報処理装置。
8. 前記生成部は、
   前記第１情報として、燃料を補給する作業に関する情報を生成し、前記第２情報として、当該燃料の金額に関する情報を生成する
   ことを特徴とする請求項１～７のいずれか１つに記載の情報処理装置。
9. 前記生成部は、
   一の事業者と、燃料提供事業者と、燃料補給事業者とに開示される前記燃料を補給する作業に関する情報と、当該一の事業者と、当該燃料提供事業者との間で開示される前記燃料の金額に関する情報とを生成し、
   前記共有部は、
   前記コンソーシアム型ブロックチェーンを使用して、前記一の事業者と、前記燃料提供事業者と、前記燃料補給事業者とに前記燃料を補給する作業に関する情報を共有し、前記コンソーシアム型ブロックチェーンを使用して、前記一の事業者と、前記燃料提供事業者で共有されるように前記燃料の金額に関する情報を共有する
   ことを特徴とする請求項８に記載の情報処理装置。
10. コンピュータが実行する情報処理方法であって、
    所定の取引において関連する事業者全てに開示される第１情報と、当該関連する事業者のうち、所定の事業者間に開示される第２情報とを生成する生成工程と、
    コンソーシアム型ブロックチェーンを使用して、前記関連する事業者全てに前記第１情報を共有し、当該コンソーシアム型ブロックチェーンを使用して、前記所定の事業者間で共有されるように前記第２情報を共有する共有工程と
    を含むことを特徴とする情報処理方法。
11. 所定の取引において関連する事業者全てに開示される第１情報と、当該関連する事業者のうち、所定の事業者間に開示される第２情報とを生成する生成手順と、
    コンソーシアム型ブロックチェーンを使用して、前記関連する事業者全てに前記第１情報を共有し、当該コンソーシアム型ブロックチェーンを使用して、前記所定の事業者間で共有されるように前記第２情報を共有する共有手順と
    をコンピュータに実行させることを特徴とする情報処理プログラム。

Images