(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-04-04
(45)【発行日】2022-04-12
(54)【発明の名称】情報処理システム
(51)【国際特許分類】
G06Q 10/08 20120101AFI20220405BHJP
【ＦＩ】
G06Q10/08
【請求項の数】
9
(21)【出願番号】P 2021543436
(86)(22)【出願日】2021-04-01
(86)【国際出願番号】 JP2021014218
(87)【国際公開番号】W WO2021201246
(87)【国際公開日】2021-10-07
【審査請求日】2021-07-27
(31)【優先権主張番号】P 2020066650
(32)【優先日】2020-04-02
(33)【優先権主張国・地域又は機関】JP
【早期審査対象出願】
(73)【特許権者】
【識別番号】516314228
【氏名又は名称】丸市倉庫株式会社
(74)【代理人】
【識別番号】100205659
【弁理士】
【氏名又は名称】齋藤 拓也
(74)【代理人】
【識別番号】100154748
【弁理士】
【氏名又は名称】菅沼 和弘
(72)【発明者】
【氏名】堀内 信
【審査官】岡北 有平
(56)【参考文献】
【文献】特開２０１９－０７３３９４（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１９／０１５８５９４（ＵＳ，Ａ１）
【文献】社会や環境における新たな価値創出に取り組むＮＴＴサービスエボリューション研究所，ＢＵＳＩＮＥＳＳ ＣＯＭＭＵＮＩＣＡＴＩＯＮ ，日本，株式会社ビジネスコミュニケーション社，第５６巻 第９号 ，５０－５１ページ
【文献】水谷 麻紀子，ブロックチェーン技術による分散型社会への期待と技術課題，インターネット:<URL: https://www.mizuho-ir.co.jp/publication/report/2018/pdf/mhir16_bc.pdf>，[online]，2018年，[検索日: 2021.04.20]
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ － ９９／００
(57)【特許請求の範囲】
【請求項1】
複数の作業者のうち少なくとも一部が作業する工程が所定の順番で行われるフローを単位としてデータを管理する情報処理システムにおいて、
データ利用者にとって参照又は利用の対象となる、所定作業者による所定工程での作業の際に利用又は作成された第１容量の主データと、当該第１容量よりも小さい第２容量の、当該主データに対するメタデータであって、当該所定工程及び当該所定作業者を特定可能な特定情報を含むメタデータとを紐付けて、当該メタデータをブロックチェーン技術又は分散型台帳技術を用いて所定のネットワーク上に記憶させる制御を実行する第１記憶制御手段と、
前記主データを前記メタデータと異なる所定の記憶媒体に記憶させる制御を実行する第２記憶制御手段と、
を備える情報処理システム。
【請求項2】
前記主データと前記メタデータとを紐付ける紐付けデータを生成する紐付けデータ生成手段を更に備え、前記第２記憶制御手段は、前記主データと共に前記紐付けデータを前記所定の記憶媒体に記憶させる制御を実行する、
請求項１に記載の情報処理システム。
【請求項3】
前記第１記憶制御手段は、商品の注文に関する取引の第１工程、当該商品の倉庫への入庫の指示に関する取引の第２工程、当該商品の当該倉庫からの出庫の指示に関する取引の第３工程、及び当該商品の納品先への配送の依頼に関する取引の第４工程のうち少なくとも１の工程の際に利用又は作成された、当該取引の内容を示すデータを前記主データとした場合に、
当該主データに対する前記メタデータを、ブロックチェーン技術又は分散型台帳技術を用いて所定のネットワーク上に記憶させる制御を実行する、
請求項１又は２に記載の情報処理システム。
【請求項4】
前記第１記憶制御手段は、前記主データとしての、所定の取引の内容を示す伝票の撮像画像のデータ又は当該伝票の内容を示す電子データのうち少なくとも一方と、前記取引が行われたことを示す風景の撮像画像のデータとの夫々を前記主データとした場合に、
当該主データに対する前記メタデータを、ブロックチェーン技術又は分散型台帳技術を用いて所定のネットワーク上に記憶させる制御を実行する、
請求項１乃至３のうちいずれか１項に記載の情報処理システム。
【請求項5】
前記メタデータには、前記主データが生成された位置を示す情報と、日時を示す情報とのうち少なくとも一方を示す情報が含まれる、
請求項１乃至４のうちいずれか１項に記載の情報処理システム。
【請求項6】
前記メタデータの前記特定情報は、
前記主データが利用又は作成された前記所定工程における前記所定作業者による作業進捗結果を示す情報である、
請求項１乃至５のうち何れか１項に記載の情報処理システム。
【請求項7】
複数の前記工程のうち少なくとも一部は、階層化されており、前記メタデータの前記特定情報は、
前記所定工程が属する階層を特定可能な情報をさらに含む、
請求項１乃至６のうち何れか１項に記載の情報処理システム。
【請求項8】
複数の作業者のうち少なくとも一部が作業する工程が所定の順番で行われるフローを単位としてデータを管理する情報処理システムが実行する情報処理方法において、データ利用者にとって参照又は利用の対象となる、所定作業者による所定工程での作業の際に利用又は作成された第１容量の主データと、当該第１容量よりも小さい第２容量の、当該主データに対するメタデータであって、当該所定工程及び当該所定作業者を特定可能な特定情報を含むメタデータとを紐付けて、当該メタデータをブロックチェーン技術又は分散型台帳技術を用いて所定のネットワーク上に記憶させる制御を実行する第１記憶制御ステップと、
前記主データを前記メタデータと異なる所定の記憶媒体に記憶させる制御を実行する第２記憶制御ステップと、
を含む情報処理方法。
【請求項9】
複数の作業者のうち少なくとも一部が作業する工程が所定の順番で行われるフローを単位としてデータを管理する情報処理装置を制御するコンピュータに、データ利用者にとって参照又は利用の対象となる、所定作業者による所定工程での作業の際に利用又は作成された第１容量の主データと、当該第１容量よりも小さい第２容量の、当該主データに対するメタデータであって、当該所定工程及び当該所定作業者を特定可能な特定情報を含むメタデータとを紐付けて、当該メタデータをブロックチェーン技術又は分散型台帳技術を用いて所定のネットワーク上に記憶させる制御を実行する第１記憶制御ステップと、
前記主データを前記メタデータと異なる所定の記憶媒体に記憶させる制御を実行する第２記憶制御ステップと、
を含む制御処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理システムに関する。
【背景技術】
【0002】
効率的な物流を実現させるための技術は従来から存在する。例えば荷物の受け渡し地点までの移動手順や、荷物をトラックに積み入れるのに要する時間等が、荷主から物流業者に情報提供される技術も存在する（例えば特許文献１）。
【先行技術文献】
【特許文献】
【0003】
【文献】再公表特許第２００２／０２９６５４号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、物流業者（トラックドライバー）は、荷主側の都合で集荷地点等に待機しなければならないことが多い。このような待機時間は、「荷待ち時間」とも呼ばれ、物流業者（トラックドライバー）の過労の原因の１つに挙げられている。例えば、日本国の国土交通省の省令では、物流業者（トラックドライバー）が荷主側の都合で集荷地点等に待機する行為を「物流業者の過労運転につながる行為」の一例に掲げている（輸送安全規則第９条の４）。
そして、上記の省令の規定を含むコンプライアンス遵守の要請から、物流業者に対しては、荷待ち時間の記帳義務が課せられている。このため、荷待ち時間の正確かつ効率的な管理が求められている。これに対して、特許文献１の発明を含む従来の技術では、荷待ち時間を正確かつ効率的に管理することはできない。
そして、上記の省令の規定を含むコンプライアンス遵守の要請から、物流業者に対しては、荷待ち時間の記帳義務が課せられている。このため、荷待ち時間の正確かつ効率的な管理が求められている。これに対して、特許文献１の発明を含む従来の技術では、荷待ち時間を正確かつ効率的に管理することはできない。
【0005】
本発明は、このような状況に鑑みてなされたものであり、物流業者（トラックドライバー）の荷待ち時間を証明するために必要となるデータの正確性を担保しつつ、効率よく管理することを目的とする。
【課題を解決するための手段】
【0006】
上記目的を達成するため、本発明の一態様の情報処理システムは、
主データ及び当該主データに対するメタデータを紐付けて、当該メタデータをブロックチェーン技術又は分散型台帳技術を用いて所定のネットワーク上に記憶させる制御を実行する第１記憶制御手段と、
前記主データを前記メタデータと異なる所定の記憶媒体に記憶させる制御を実行する第２記憶制御手段と、
を備える。
主データ及び当該主データに対するメタデータを紐付けて、当該メタデータをブロックチェーン技術又は分散型台帳技術を用いて所定のネットワーク上に記憶させる制御を実行する第１記憶制御手段と、
前記主データを前記メタデータと異なる所定の記憶媒体に記憶させる制御を実行する第２記憶制御手段と、
を備える。
【発明の効果】
【0007】
本発明によれば、物流業者（トラックドライバー）の荷待ち時間を証明するために必要となるデータの正確性を担保しつつ、効率よく管理することができる。
【図面の簡単な説明】
【0008】
【図1】本発明の第１実施形態に係る情報処理システムにより適用可能なサービスの概要の一例を説明する模式図である。
【図2】本サービスにより管理される主データ及びメタデータの具体例を示す図である。
【図3】本発明の第１実施形態に係る情報処理システムの構成の一例を示すブロック図である。
【図6】本発明の第２実施形態に係る情報処理システムにより適用可能なサービスの概要の一例を説明する模式図である。
【図7】本発明の第２実施形態に係る情報処理システムにより適用可能なサービスの概要の一例を説明する模式図である。
【図8】第２実施形態に係る情報処理システムに含まれるサーバの機能的構成のうち、評価管理処理を実行するための機能的構成を示す機能ブロック図である。
【図9】データ利用者の端末に表示される画面の一例を示す図である。
【図10】本サービスの具体的な適用例について説明する図である。
【図11】本サービスの具体的な適用例について説明する図であり、本サービスの流れのうち、入庫の工程の一例を説明する模式図である。
【図13】本サービスにより管理される主データ及びメタデータの更に具体的な例を示す図である。
【発明を実施するための形態】
【0009】
以下、図面を参照して、本発明の実施形態について説明する。
【0010】
［第１実施形態］
図１は、本発明の第１実施形態に係る情報処理システムにより適用可能なサービス（以下「本サービス」と呼ぶ）の概要の一例を説明する模式図である。
図１は、本発明の第１実施形態に係る情報処理システムにより適用可能なサービス（以下「本サービス」と呼ぶ）の概要の一例を説明する模式図である。
【0011】
図１に示すように、本サービスは、サービス提供者（図示せず）により提供されて、荷主Ｓと、メーカＭと、倉庫業者Ｗと、物流業者Ｌと、顧客Ｃとにより利用されるサービスである。
【0012】
サービス提供者（図示せず）は、サーバ１を利用する者である。サービス提供者（図示せず）は、荷主Ｓ、メーカＭ、倉庫業者Ｗ、物流業者Ｌ、及び顧客Ｃの相互間で授受される各種データを管理する環境を提供する。
荷主Ｓは、荷主端末２を操作して本サービスを利用する者である。荷主Ｓは、顧客Ｃからの商品の注文を受けて、当該商品の製造をメーカＭに発注する。
メーカＭは、メーカ端末３を操作して本サービスを利用する者である。メーカＭは、荷主Ｓからの商品の発注を受けて、当該商品を製造する。
倉庫業者Ｗは、倉庫業者端末４を操作して本サービスを利用する者である。倉庫業者Ｗは、荷主Ｓからの入庫指示を受けて、メーカＭにより製造された商品を自社の倉庫に入庫して管理する。また、倉庫業者Ｗは、荷主Ｓからの出庫指示に従って、倉庫にて保管されている商品を倉庫から出庫する。
物流業者Ｌは、物流業者端末５を操作して本サービスを利用する者である。物流業者Ｌは、倉庫業者Ｗからの配送依頼を受けて、倉庫から出庫された商品を顧客Ｃに向けて配送して納品する。
荷主Ｓは、荷主端末２を操作して本サービスを利用する者である。荷主Ｓは、顧客Ｃからの商品の注文を受けて、当該商品の製造をメーカＭに発注する。
メーカＭは、メーカ端末３を操作して本サービスを利用する者である。メーカＭは、荷主Ｓからの商品の発注を受けて、当該商品を製造する。
倉庫業者Ｗは、倉庫業者端末４を操作して本サービスを利用する者である。倉庫業者Ｗは、荷主Ｓからの入庫指示を受けて、メーカＭにより製造された商品を自社の倉庫に入庫して管理する。また、倉庫業者Ｗは、荷主Ｓからの出庫指示に従って、倉庫にて保管されている商品を倉庫から出庫する。
物流業者Ｌは、物流業者端末５を操作して本サービスを利用する者である。物流業者Ｌは、倉庫業者Ｗからの配送依頼を受けて、倉庫から出庫された商品を顧客Ｃに向けて配送して納品する。
【0013】
サービス提供者（図示せず）により利用されるサーバ１は、荷主端末２、メーカ端末３、倉庫業者端末４、物流業者端末５、及び顧客端末６と協働することにより、本サービスを提供するために必要な各種処理を実行する。即ち、サービス提供者（図示せず）は、サーバ１を利用することで、荷主Ｓ、メーカＭ、倉庫業者Ｗ、物流業者Ｌ、及び顧客Ｃの相互間で授受される各種データを管理する本サービスを提供することができる。
【0014】
以下、図１のステップＳＳ１乃至ＳＳ６に沿って、本サービスの流れの概要について説明する。
ステップＳＳ１において、顧客Ｃは、荷主Ｓに商品を注文する。荷主Ｓは、顧客Ｃからの商品の注文を受ける。
ここで、顧客Ｃと荷主Ｓとの間でやり取りされた、商品の注文の内容を示す各種のデータは、主データとしてサーバ１に記憶される。また、主データに対するメタデータは、ブロックチェーンＢに記憶される。
ここで、「メタデータ」には、例えば主データが生成された場所、日時等を示す情報が含まれる。
なお、「商品の注文の内容を示す各種のデータ」としては、例えば、顧客Ｃにより作成された注文書のＰＤＦデータ、荷主Ｓにより作成された受注書のＰＤＦデータ等が挙げられる。
ステップＳＳ１において、顧客Ｃは、荷主Ｓに商品を注文する。荷主Ｓは、顧客Ｃからの商品の注文を受ける。
ここで、顧客Ｃと荷主Ｓとの間でやり取りされた、商品の注文の内容を示す各種のデータは、主データとしてサーバ１に記憶される。また、主データに対するメタデータは、ブロックチェーンＢに記憶される。
ここで、「メタデータ」には、例えば主データが生成された場所、日時等を示す情報が含まれる。
なお、「商品の注文の内容を示す各種のデータ」としては、例えば、顧客Ｃにより作成された注文書のＰＤＦデータ、荷主Ｓにより作成された受注書のＰＤＦデータ等が挙げられる。
【0015】
ステップＳＳ２において、荷主Ｓは、顧客Ｃから受注した商品の製造をメーカＭに発注する。また、荷主Ｓは、倉庫業者Ｗに対して、当該商品の入庫指示を出す。メーカＭは、荷主Ｓからの商品の発注を受けて、当該商品を製造する。
ここで、荷主ＳとメーカＭとの間でやり取りされた、商品の発注や受注の内容を示す各種のデータは、主データとしてサーバ１に記憶される。また、主データに対するメタデータは、ブロックチェーンＢに記憶される。
なお、「商品の発注や受注の内容を示す各種のデータ」としては、例えば、荷主Ｓにより作成された発注書のＰＤＦデータ、メーカＭにより作成された受注書のＰＤＦデータ等が挙げられる。
ここで、荷主ＳとメーカＭとの間でやり取りされた、商品の発注や受注の内容を示す各種のデータは、主データとしてサーバ１に記憶される。また、主データに対するメタデータは、ブロックチェーンＢに記憶される。
なお、「商品の発注や受注の内容を示す各種のデータ」としては、例えば、荷主Ｓにより作成された発注書のＰＤＦデータ、メーカＭにより作成された受注書のＰＤＦデータ等が挙げられる。
【0016】
ステップＳＳ３において、メーカＭは、製造した商品を倉庫業者Ｗの倉庫に入庫する。
ここで、メーカＭと倉庫業者Ｗとの間でやり取りされた、商品の入庫の内容を示す各種のデータは、主データとしてサーバ１に記憶される。また、主データに対するメタデータは、ブロックチェーンＢに記憶される。
なお、「商品の入庫の内容を示す各種のデータ」としては、例えば、メーカＭにより撮像された、商品が入庫される様子を示す写真データ、発注書のＰＤＦデータ、倉庫業者Ｗにより作成された入庫を証する書面のＰＤＦデータ等が挙げられる。
ここで、メーカＭと倉庫業者Ｗとの間でやり取りされた、商品の入庫の内容を示す各種のデータは、主データとしてサーバ１に記憶される。また、主データに対するメタデータは、ブロックチェーンＢに記憶される。
なお、「商品の入庫の内容を示す各種のデータ」としては、例えば、メーカＭにより撮像された、商品が入庫される様子を示す写真データ、発注書のＰＤＦデータ、倉庫業者Ｗにより作成された入庫を証する書面のＰＤＦデータ等が挙げられる。
【0017】
ステップＳＳ４において、荷主Ｓは、倉庫業者Ｗに対して、倉庫に保管されている商品の出荷指示を出す。ここで、荷主Ｓと倉庫業者Ｗとの間でやり取りされた、商品の出荷指示の内容を示す各種のデータは、主データとしてサーバ１に記憶される。また、主データに対するメタデータは、ブロックチェーンＢに記憶される。
なお、「商品の出荷指示の内容を示す各種のデータ」としては、例えば、荷主Ｓにより作成された指示書のＰＤＦデータ等が挙げられる。
なお、「商品の出荷指示の内容を示す各種のデータ」としては、例えば、荷主Ｓにより作成された指示書のＰＤＦデータ等が挙げられる。
【0018】
ステップＳＳ５において、倉庫業者Ｗは、物流業者Ｌに対して、倉庫に保管されている商品の配送を依頼するとともに、倉庫に保管されている商品を出庫する。ここで、倉庫業者Ｗと物流業者Ｌとの間でやり取りされた、商品の出庫、及び配送依頼の夫々の内容を示す各種のデータは、主データとしてサーバ１に記憶される。また、主データに対するメタデータは、ブロックチェーンＢに記憶される。
なお、「商品の出庫、及び配送依頼の夫々の内容を示す各種のデータ」としては、例えば、倉庫業者Ｗにより撮像された、商品の出庫の様子を示す写真データや、倉庫業者Ｗにより作成された依頼書のＰＤＦデータ等が挙げられる。
なお、「商品の出庫、及び配送依頼の夫々の内容を示す各種のデータ」としては、例えば、倉庫業者Ｗにより撮像された、商品の出庫の様子を示す写真データや、倉庫業者Ｗにより作成された依頼書のＰＤＦデータ等が挙げられる。
【0019】
ステップＳＳ６において、物流業者Ｌは、顧客Ｃに商品を配送する。ここで、物流業者Ｌと顧客Ｃとの間でやり取りされた、商品の配送の内容を示す各種のデータは、主データとしてサーバ１に記憶される。また、主データに対するメタデータは、ブロックチェーンＢに記憶される。
なお、「商品の配送の内容を示す各種のデータ」としては、例えば、顧客Ｃの受取りサインが付された、配送完了を証する書面のＰＤＦデータ等が挙げられる。
なお、「商品の配送の内容を示す各種のデータ」としては、例えば、顧客Ｃの受取りサインが付された、配送完了を証する書面のＰＤＦデータ等が挙げられる。
【0020】
このように、本サービスは、主データをサーバ１に記憶させ、主データに対するメタデータをブロックチェーンＢに記憶させて、利用者間で共有可能とするところに特徴を有する。
即ち、本サービスでは、主データとは別に、主データのメタデータが抽出され、そのメタデータが、ブロックチェーン技術又は分散型台帳技術によってネットワーク上に記憶される。そして、サーバ１には、主データとメタデータとを紐付けるためのデータ（以下、「紐付けデータ」と呼ぶ）が生成されて、主データに対応付けられて記憶される。これにより、サーバ１に記憶されている主データと、ブロックチェーンＢに記憶されているメタデータとが相互に対応付けられた状態で管理される。
即ち、本サービスでは、主データとは別に、主データのメタデータが抽出され、そのメタデータが、ブロックチェーン技術又は分散型台帳技術によってネットワーク上に記憶される。そして、サーバ１には、主データとメタデータとを紐付けるためのデータ（以下、「紐付けデータ」と呼ぶ）が生成されて、主データに対応付けられて記憶される。これにより、サーバ１に記憶されている主データと、ブロックチェーンＢに記憶されているメタデータとが相互に対応付けられた状態で管理される。
【0021】
本サービスを利用する者は、上述した本サービスの特徴により、以下のようなメリットを享受することができる。
即ち、例えば官公庁に提出する資料として主データを用いる場合、当然ながら主データの内容の正確性が求められる。主データの正確性を担保するための有効な手法の１つとして、ブロックチェーン技術又は分散型台帳技術を利用した管理である。しかしながら、当該手法を用いて主データを記憶させようとすると、記憶させるデータの容量が大きい場合には、処理スピードの低下を招いてしまう。そこで、本サービスでは、主データをサーバ１に記憶させるとともに、容量の小さいメタデータをブロックチェーンＢに記憶させる。そして、両データの紐付けを行う紐付けデータを、主データに対応付けてサーバ１に記憶させる。ブロックチェーンＢに記憶されたメタデータは、改竄が防がれるので、メタデータの内容と主データの内容との間に齟齬がなければ、主データの内容の正確性がメタデータによって担保されることになる。これにより、ブロックチェーンＢに主データを記憶させることなく、効率よく主データを管理することができる。
即ち、例えば官公庁に提出する資料として主データを用いる場合、当然ながら主データの内容の正確性が求められる。主データの正確性を担保するための有効な手法の１つとして、ブロックチェーン技術又は分散型台帳技術を利用した管理である。しかしながら、当該手法を用いて主データを記憶させようとすると、記憶させるデータの容量が大きい場合には、処理スピードの低下を招いてしまう。そこで、本サービスでは、主データをサーバ１に記憶させるとともに、容量の小さいメタデータをブロックチェーンＢに記憶させる。そして、両データの紐付けを行う紐付けデータを、主データに対応付けてサーバ１に記憶させる。ブロックチェーンＢに記憶されたメタデータは、改竄が防がれるので、メタデータの内容と主データの内容との間に齟齬がなければ、主データの内容の正確性がメタデータによって担保されることになる。これにより、ブロックチェーンＢに主データを記憶させることなく、効率よく主データを管理することができる。
【0022】
【0023】
図２には、主データの具体例として、撮像場所を示す画像のデータ（写真データ）と、取引の内容を示す伝票を撮像した画像のデータ（写真データ）とが示されている。これらの２つのデータには、撮像された位置を示す情報や、撮像された日時を示す情報がメタデータとして含まれる。具体的には例えば、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）位置情報等により示される撮像場所の緯度経度や、撮像日時を示すタイムスタンプなどがメタデータとして含まれる。本サービスでは、主データからこれらのメタデータを抽出し、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を介して、ブロックチェーンＢに記憶させる。また、それとともに、主データと紐付けデータとを対応させてサーバ１に記憶させる。これにより、主データとメタデータとが紐付けデータにより紐付けられるので、データ利用者はいつでも主データを参照したり利用することができる。ここで、「データ利用者」には、本サービスの利用者である図１の荷主Ｓ、メーカＭ、倉庫業者Ｗ、物流業者Ｌ、及び顧客Ｃ等が含まれる。
【0024】
図３は、本発明の第１実施形態に係る情報処理システムの構成の一例を示すブロック図である。
【0025】
図３に示す情報処理システムは、サーバ１と、荷主端末２と、メーカ端末３と、倉庫業者端末４と、物流業者端末５と、顧客端末６とが、インターネット等の所定のネットワークＮを介して相互に接続されて構成されている。
【0026】
荷主Ｓ、メーカＭ、倉庫業者Ｗ、物流業者Ｌ、及び顧客Ｃの夫々は、本サービスを利用する場合、自分が操作する端末に、本サービス専用のアプリケーションソフトウェア（以下、「専用アプリ」と呼ぶ）をインストールする。具体的には、荷主端末２、メーカ端末３、倉庫業者端末４、物流業者端末５、及び顧客端末６の夫々に、専用アプリがインストールされる。これにより、荷主Ｓ、メーカＭ、倉庫業者Ｗ、物流業者Ｌ、及び顧客Ｃの夫々は、荷主端末２、メーカ端末３、倉庫業者端末４、物流業者端末５の夫々を操作することで本サービスを利用することができる。
また、荷主Ｓ、メーカＭ、倉庫業者Ｗ、物流業者Ｌ、及び顧客Ｃの夫々は、自分が操作する端末で、本サービス専用のＷｅｂサイト（以下、「専用サイト」と呼ぶ）にアクセスすることでも本サービスを利用することができる。具体的には、荷主Ｓ、メーカＭ、倉庫業者Ｗ、物流業者Ｌ、及び顧客Ｃの夫々は、荷主端末２、メーカ端末３、倉庫業者端末４、物流業者端末５の夫々のブラウザ機能を用いて専用サイトにアクセスする。
なお、サーバ１、荷主端末２、メーカ端末３、倉庫業者端末４、物流業者端末５、及び顧客端末６は、説明の便宜上、図３の例ではいずれも１台とされているが、特に１台に限定されず複数台であってもよい。即ち、荷主Ｓ、メーカＭ、倉庫業者Ｗ、物流業者Ｌ、及び顧客Ｃの夫々は、いずれも複数人存在してもよい。複数人存在する場合については、図１２を参照しながら後述する。
また、荷主Ｓ、メーカＭ、倉庫業者Ｗ、物流業者Ｌ、及び顧客Ｃの夫々は、自分が操作する端末で、本サービス専用のＷｅｂサイト（以下、「専用サイト」と呼ぶ）にアクセスすることでも本サービスを利用することができる。具体的には、荷主Ｓ、メーカＭ、倉庫業者Ｗ、物流業者Ｌ、及び顧客Ｃの夫々は、荷主端末２、メーカ端末３、倉庫業者端末４、物流業者端末５の夫々のブラウザ機能を用いて専用サイトにアクセスする。
なお、サーバ１、荷主端末２、メーカ端末３、倉庫業者端末４、物流業者端末５、及び顧客端末６は、説明の便宜上、図３の例ではいずれも１台とされているが、特に１台に限定されず複数台であってもよい。即ち、荷主Ｓ、メーカＭ、倉庫業者Ｗ、物流業者Ｌ、及び顧客Ｃの夫々は、いずれも複数人存在してもよい。複数人存在する場合については、図１２を参照しながら後述する。
【0027】
【0028】
サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、表示部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０とを備えている。
【0029】
ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【0030】
ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、表示部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。
【0031】
表示部１６は、ディスプレイにより構成され、各種画像を表示する。
入力部１７は、各種ハードウェア鉛等で構成され、各種情報を入力する。
記憶部１８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（図３の例では、荷主端末２、メーカ端末３、倉庫業者端末４、物流業者端末５、及び顧客端末６）との間で行う通信を制御する。
入力部１７は、各種ハードウェア鉛等で構成され、各種情報を入力する。
記憶部１８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（図３の例では、荷主端末２、メーカ端末３、倉庫業者端末４、物流業者端末５、及び顧客端末６）との間で行う通信を制御する。
【0032】
ドライブ２０は、必要に応じて設けられる。ドライブ２０には磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３０が適宜装着される。ドライブ２０によってリムーバブルメディア３０から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。またリムーバブルメディア３０は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することが出来る。
【0033】
荷主端末２、メーカ端末３、倉庫業者端末４、物流業者端末５、及び顧客端末６のハードウェア構成は、サーバ１の構成と基本的に同様である。このため、ここではそれらの説明は省略する。
【0034】
このような図３のサーバ１、荷主端末２、メーカ端末３、倉庫業者端末４、物流業者端末５、及び顧客端末６の各種ハードウェアと各種ソフトウェアとの協働により、後述する各種処理を実現する。
【0035】
図５は、図４のサーバの機能的構成のうち、データ管理処理を実行するための機能的構成を示す機能ブロック図である。
ここで、「データ管理処理」とは、本サービスの利用者である図１の荷主Ｓ、メーカＭ、倉庫業者Ｗ、物流業者Ｌ、及び顧客Ｃの相互間で授受される各種データ（以下、「主データ」と呼ぶ）の管理のために実行される処理をいう。
ここで、「データ管理処理」とは、本サービスの利用者である図１の荷主Ｓ、メーカＭ、倉庫業者Ｗ、物流業者Ｌ、及び顧客Ｃの相互間で授受される各種データ（以下、「主データ」と呼ぶ）の管理のために実行される処理をいう。
【0036】
データ管理処理が実行される場合には、サーバ１のＣＰＵ１１においては、図５に示すように、主データ取得部１０１と、メタデータ抽出部１０２と、メタデータ記憶制御部１０３と、主データ記憶制御部１０４とが機能する。
【0037】
主データ取得部１０１は、作成された主データを取得する。具体的には、主データ取得部１０１は、商品の注文に関する取引、当該商品の倉庫への入庫の指示に関する取引、当該商品の当該倉庫からの出庫の指示に関する取引、及び当該商品の納品先への配送の依頼に関する取引のうち、少なくとも１の取引の際に作成された、当該取引の内容を示すデータを、主データとして取得する。
【0038】
メタデータ抽出部１０２は、主データ取得部１０１により取得された主データに対するメタデータを抽出する。具体的には、メタデータ抽出部１０２は、メタデータとして、主データが作成された位置や日時を示す情報を抽出する。
【0039】
メタデータ記憶制御部１０３は、メタデータ抽出部１０２により抽出されたメタデータを、ブロックチェーン技術又は分散型台帳技術を用いてネットワークＮ上に記憶させる制御を実行する。
【0040】
主データ記憶制御部１０４は、ネットワークＮ上に記憶されたメタデータと主データとを紐付ける紐付データと、主データとを対応付けて、主データＤＢ１８１に記憶させる制御を実行する。
【0041】
【0042】
なお、第２実施形態に係る情報処理システムの構成の一例、及びサーバ１のハードウェア構成の夫々については、図３のシステム構成、及び図４のハードウェア構成と同様である。このため、第２実施形態に係るサーバ１が適用される情報処理システムの構成、及びサーバ１のハードウェア構成の夫々については、説明を省略する。
【0043】
図６には、本サービスにより実現される、物流業者Ｌによる荷主Ｓの評価の概要が示されている。
【0044】
図６に示すように、本サービスは、サービス提供者（図示せず）により提供されて、荷主Ｓと、物流業者Ｌと、顧客Ｃとにより利用されるサービスである。
【0045】
サービス提供者（図示せず）は、サーバ１を管理して、荷主Ｓ、物流業者Ｌ、及び顧客Ｃの相互間で授受される、荷主Ｓの評価に関するデータを適切かつ効率的に管理できる環境を提供する者である。
荷主Ｓは、荷主端末２を操作して本サービスを利用する者である。荷主Ｓは、顧客Ｃから商品の注文を受けて、当該商品の顧客Ｃへの配送を物流業者Ｌに依頼し、その対価を支払う。
物流業者Ｌは、物流業者端末５を操作して本サービスを利用する者である。物流業者Ｌは、荷主Ｓから商品の配送依頼を受付けて、当該商品を顧客Ｃに向けて配送する。物流業者Ｌは、本サービスを利用することで荷主Ｓの評価を行う。
荷主Ｓは、荷主端末２を操作して本サービスを利用する者である。荷主Ｓは、顧客Ｃから商品の注文を受けて、当該商品の顧客Ｃへの配送を物流業者Ｌに依頼し、その対価を支払う。
物流業者Ｌは、物流業者端末５を操作して本サービスを利用する者である。物流業者Ｌは、荷主Ｓから商品の配送依頼を受付けて、当該商品を顧客Ｃに向けて配送する。物流業者Ｌは、本サービスを利用することで荷主Ｓの評価を行う。
【0046】
サービス提供者（図示せず）により利用されるサーバ１は、荷主端末２、物流業者端末５、及び顧客端末６と協働することにより、本サービスを提供するために必要な各種処理を実行する。即ち、サービス提供者（図示せず）は、サーバ１を利用することで、荷主Ｓ、物流業者Ｌ、及び顧客Ｃの相互間で授受される各種データを管理する本サービスを提供することができる。
【0047】
具体的には、荷主Ｓは、物流業者Ｌに顧客Ｃへの商品の配送を依頼する。そして、荷主Ｓは、物流業者ＬのトラックＴに商品を積込む。
ここで、荷主Ｓは、荷主端末２を用いて、トラックＴに商品を積込んで出発するまでに要した時間（物流業者Ｌにとっての荷待ち時間）を示すデータ（以下、「荷待ち時間データ」と呼ぶ）と、物流業者Ｌに対する対価の支払状況を示すデータ（以下、「支払状況データ」と呼ぶ）とを含む実績データをサーバ１に送信する。
また、荷主Ｓは、荷主端末２を用いて、実績データの内容を証明するためのデータ（以下、「証明データ」と呼ぶ）をサーバ１に送信する。証明データには、例えば、図７に示すような、荷積みを開始するタイミングで撮像された写真データ（到着時の写真）や、荷下ろしするタイミングで撮像された写真データ（荷下開始時の写真）が含まれる。
ここで、荷主Ｓは、荷主端末２を用いて、トラックＴに商品を積込んで出発するまでに要した時間（物流業者Ｌにとっての荷待ち時間）を示すデータ（以下、「荷待ち時間データ」と呼ぶ）と、物流業者Ｌに対する対価の支払状況を示すデータ（以下、「支払状況データ」と呼ぶ）とを含む実績データをサーバ１に送信する。
また、荷主Ｓは、荷主端末２を用いて、実績データの内容を証明するためのデータ（以下、「証明データ」と呼ぶ）をサーバ１に送信する。証明データには、例えば、図７に示すような、荷積みを開始するタイミングで撮像された写真データ（到着時の写真）や、荷下ろしするタイミングで撮像された写真データ（荷下開始時の写真）が含まれる。
【0048】
サーバ１は、荷主端末２から送信されてくる実績データを取得する。
ここで、例えば荷待ち時間が長く、対価の支払いが大幅に遅れている状況にあるとする。
サーバ１は、実績データに基づいて、物流業者Ｌからみた荷主Ｓの評価を算出し、その算出結果を物流業者端末５に提示する。この場合、荷待ち時間が長く、対価の支払いが大幅に遅れている状況にあることから、荷主Ｓに対する評価は低いものとなる。これにより、物流業者Ｌは、物流業者端末５に提示された評価結果を参照することで、荷主Ｓとの今後の関係性について実態に即した経営判断が可能になる。
ここで、例えば荷待ち時間が長く、対価の支払いが大幅に遅れている状況にあるとする。
サーバ１は、実績データに基づいて、物流業者Ｌからみた荷主Ｓの評価を算出し、その算出結果を物流業者端末５に提示する。この場合、荷待ち時間が長く、対価の支払いが大幅に遅れている状況にあることから、荷主Ｓに対する評価は低いものとなる。これにより、物流業者Ｌは、物流業者端末５に提示された評価結果を参照することで、荷主Ｓとの今後の関係性について実態に即した経営判断が可能になる。
【0049】
図７には、本サービスによる荷待ち時間データの管理の概要が示されている。
【0050】
本サービスでは、証明データとして、荷積みを開始するタイミングで撮像された写真データ（到着時の写真）や、荷下ろしするタイミングで撮像された写真データ（荷下開始時の写真）などが用いられる。
これらの写真データは、主データとして、ＡＰＩを介して主データＤＢ１８１に記憶されて管理される。また、主データに対するメタデータは、ＡＰＩを介してブロックチェーンＢに記憶されて管理される。また、主データとメタデータとを紐付ける紐付けデータが、主データに対応付けられて、主データＤＢ１８１に記憶されて管理される。
そして、主データ及びメタデータは、紐付けデータによって紐付けられた証明データとして、ＡＰＩを介してデータ利用者に提供される。
ブロックチェーンＢに記憶されたメタデータは、改竄が防がれるので、メタデータの内容と証明データ（主データ）の内容との間に齟齬がなければ、証明データ（主データ）の内容の正確性がメタデータによって担保されることになる。これにより、ブロックチェーンＢに証明データ（主データ）を記憶させることなく、効率よく証明データ（主データ）を管理することができる。その結果、例えば、官公庁に提出する資料として、改竄されていない主データを用いることができる。
これらの写真データは、主データとして、ＡＰＩを介して主データＤＢ１８１に記憶されて管理される。また、主データに対するメタデータは、ＡＰＩを介してブロックチェーンＢに記憶されて管理される。また、主データとメタデータとを紐付ける紐付けデータが、主データに対応付けられて、主データＤＢ１８１に記憶されて管理される。
そして、主データ及びメタデータは、紐付けデータによって紐付けられた証明データとして、ＡＰＩを介してデータ利用者に提供される。
ブロックチェーンＢに記憶されたメタデータは、改竄が防がれるので、メタデータの内容と証明データ（主データ）の内容との間に齟齬がなければ、証明データ（主データ）の内容の正確性がメタデータによって担保されることになる。これにより、ブロックチェーンＢに証明データ（主データ）を記憶させることなく、効率よく証明データ（主データ）を管理することができる。その結果、例えば、官公庁に提出する資料として、改竄されていない主データを用いることができる。
【0051】
図８は、第２実施形態に係る情報処理システムに含まれるサーバの機能的構成のうち、評価管理処理を実行するための機能的構成を示す機能ブロック図である。
サーバ１の機能的構成のうち、評価管理処理が実行される場合には、サーバ１のＣＰＵ１１においては、図８に示すように、実績取得部２０１と、評価算出部２０２と、評価結果取得部２０３と、メタデータ抽出部２０４と、メタデータ記憶制御部２０５と、評価結果記憶制御部２０６と、評価結果提示部２０７とが機能する。
サーバ１の機能的構成のうち、評価管理処理が実行される場合には、サーバ１のＣＰＵ１１においては、図８に示すように、実績取得部２０１と、評価算出部２０２と、評価結果取得部２０３と、メタデータ抽出部２０４と、メタデータ記憶制御部２０５と、評価結果記憶制御部２０６と、評価結果提示部２０７とが機能する。
【0052】
実績取得部２０１は、荷主端末２から送信されてくる実績情報を取得する。そして、実績取得部２０１は、取得した実績情報を評価算出部２０２に提供する。
【0053】
評価算出部２０２は、実績取得部２０１から提供された実績情報に基づいて、物流業者Ｌからみた荷主Ｓの評価を算出する。
【0054】
評価結果取得部２０３は、評価算出部２０２により算出された荷主Ｓの評価結果を示すデータ（以下、「評価結果データ」と呼ぶ）を取得する。
【0055】
メタデータ抽出部２０４は、評価結果取得部２０３により取得された評価結果データに対するメタデータを抽出する。具体的には、メタデータ抽出部２０４は、メタデータとして、評価結果データが作成された位置や日時を示す情報を抽出する。
【0056】
メタデータ記憶制御部２０５は、メタデータ抽出部２０４により抽出されたメタデータを、ブロックチェーン技術又は分散型台帳技術を用いてネットワークＮ上に記憶させる制御を実行する。
【0057】
評価結果記憶制御部２０６は、ネットワークＮ上に記憶されたメタデータと評価結果データとを紐付ける紐付データと、評価結果データとを対応付けて、主データＤＢ１８１に記憶させる制御を実行する。
【0058】
評価結果提示部２０７は、評価算出部２０２から提供された評価算出結果を荷主端末２や物流業者端末５に提示する制御を実行する。
【0059】
これにより、物流側から荷主への評価が実現可能となるので、物流側が荷主と取引する際のリスク回避をすることができる。そして、その評価の結果や、評価の根拠となったデータが適切に管理される。
【0060】
図９は、データ利用者の端末に表示される画面の一例を示す図である。
【0061】
図９に示すように、データ利用者の端末（例えば物流業者端末５）には、本サービスによる評価の対象となった荷主Ｓの評価結果が示される。具体的には、案件毎に、出発時刻、到着時刻、荷待ち時間、及び納品先の夫々に関する情報とともに、荷主Ｓの評価結果が星印の数によって示される。
物流業者Ｌは、物流業者端末５に評された画面を参照することで、評価の対象となった荷主Ｓとの今後の関係性について実態に即した経営判断が可能になる。
物流業者Ｌは、物流業者端末５に評された画面を参照することで、評価の対象となった荷主Ｓとの今後の関係性について実態に即した経営判断が可能になる。
【0062】
更に図１０乃至図１２を参照して、図１に示す本サービスの具体的な適用例について説明する。
図１０は、本サービスの具体的な適用例について説明する図である。図１０（Ａ）は、本サービスにおける各工程と各プロセスを示すワークフロー図である。図１０（Ｂ）は、品質判定についての説明図である。
図１０は、本サービスの具体的な適用例について説明する図である。図１０（Ａ）は、本サービスにおける各工程と各プロセスを示すワークフロー図である。図１０（Ｂ）は、品質判定についての説明図である。
【0063】
図１０（Ａ）に示すステップＳＳ３、ステップＳＳ５、及びステップＳＳ６の夫々は、図１のステップＳＳ１乃至ステップＳＳ６におけるステップＳＳ３、ステップＳＳ５、及びステップＳＳ６の夫々に対応する。即ち、ステップＳＳ３は、メーカＭが製造した商品を倉庫業者Ｗの倉庫に入庫する工程を示す。また、ステップＳＳ５は、倉庫に保管されている商品を物流業者Ｌに対して倉庫業者Ｗが出庫する工程を示す。また、ステップＳＳ６は、物流業者Ｌが顧客Ｃに対して商品を納品する工程を示す。例えば、工程α（αは図１０ではＳＳ３、ＳＳ５、及びＳＳ６）に対する識別子としては、αで表すことが採用される。即ち、入庫の工程を示すステップＳＳ３の識別子としては、ＳＳ３が採用される。また、出庫する工程を示すステップＳＳ５の識別子としては、ＳＳ５が採用される。また、納品する工程を示すステップＳＳ６の識別子としては、ＳＳ６が採用される。
以下、入庫の工程を示すステップＳＳ３は、入庫ＳＳ３と便宜的に呼ぶことにする。また、出庫する工程を示すステップＳＳ５は、出庫ＳＳ５と便宜的に呼ぶことにする。また、納品する工程を示すステップＳＳ６は、納品ＳＳ６と便宜的に呼ぶことにする。
入庫ＳＳ３は、メーカＭ側の工程（入庫ＳＳ３－Ｍ）と、倉庫業者Ｗ側の工程（入庫ＳＳ３－Ｗ）とに分けられる。なお、ハイフン付きの「Ｍ」は、メーカＭの側の工程であることを便宜的に示す。また、ハイフン付きの「Ｗ」は、倉庫業者Ｗの側の工程であることを便宜的に示す。メーカＭ側の工程（入庫ＳＳ３－Ｍ）の識別子としては、ＳＳ３－Ｍが採用される。また、倉庫業者Ｗ側の工程（入庫ＳＳ３－Ｗ）の識別子としては、ＳＳ３－Ｗが採用される。即ち、ここで採用される識別子としては、工程αの識別子の後に、ハイフン付きの「Ｍ」と言うメーカＭを表す識別子を並べたものが採用される。また、工程αの識別子の後に、ハイフン付きの「Ｗ」と言う倉庫業者Ｗを表す識別子を並べたものが採用される。即ち、ここでの識別子としては、α―Ｍ、α―Ｗが採用される。
出庫ＳＳ５は、倉庫業者Ｗ側の工程（出庫ＳＳ５－Ｗ）と、物流業者Ｌ側の工程（出庫ＳＳ５－Ｌ）とに分けられる。なお、ハイフン付きの「Ｗ」は、倉庫業者Ｗの側の工程であることを便宜的に示す。また、ハイフン付きの「Ｌ」は、物流業者Ｌの側の工程であることを便宜的に示す。倉庫業者Ｗ側の工程（出庫ＳＳ５－Ｗ）の識別子としては、ＳＳ５－Ｗが採用される。また、物流業者Ｌ側の工程（出庫ＳＳ５－Ｌ）の識別子としては、ＳＳ５－Ｌが採用される。即ち、ここで採用される識別子としては、工程αの識別子の後に、ハイフン付きの「Ｗ」と言う倉庫業者Ｗを表す識別子を並べたものが採用される。また、工程αの識別子の後に、ハイフン付きの「Ｌ」と言う物流業者Ｌを表す識別子を並べたものが採用される。即ち、ここでの識別子としては、α―Ｗ、α―Ｌが採用される。
納品ＳＳ６は、物流業者Ｌ側の工程（納品ＳＳ６－Ｌ）と、顧客Ｃ側の工程（納品ＳＳ６－Ｃ）とに分けられる。なお、ハイフン付きの「Ｌ」は、物流業者Ｌの側の工程であることを便宜的に示す。また、ハイフン付きの「Ｃ」は、顧客Ｃの側の工程であることを便宜的に示す。物流業者Ｌ側の工程（納品ＳＳ６－Ｌ）の識別子としては、ＳＳ６－Ｌが採用される。また、顧客Ｃ側の工程（納品ＳＳ６－Ｃ）の識別子としては、ＳＳ６－Ｃが採用される。即ち、ここで採用される識別子としては、工程αの識別子の後に、ハイフン付きの「Ｌ」と言う物流業者Ｌを表す識別子を並べたものが採用される。また、工程αの識別子の後に、ハイフン付きの「Ｃ」と言う顧客Ｃを表す識別子を並べたものが採用される。即ち、ここでの識別子としては、α―Ｌ、α―Ｃが採用される。
以下、入庫の工程を示すステップＳＳ３は、入庫ＳＳ３と便宜的に呼ぶことにする。また、出庫する工程を示すステップＳＳ５は、出庫ＳＳ５と便宜的に呼ぶことにする。また、納品する工程を示すステップＳＳ６は、納品ＳＳ６と便宜的に呼ぶことにする。
入庫ＳＳ３は、メーカＭ側の工程（入庫ＳＳ３－Ｍ）と、倉庫業者Ｗ側の工程（入庫ＳＳ３－Ｗ）とに分けられる。なお、ハイフン付きの「Ｍ」は、メーカＭの側の工程であることを便宜的に示す。また、ハイフン付きの「Ｗ」は、倉庫業者Ｗの側の工程であることを便宜的に示す。メーカＭ側の工程（入庫ＳＳ３－Ｍ）の識別子としては、ＳＳ３－Ｍが採用される。また、倉庫業者Ｗ側の工程（入庫ＳＳ３－Ｗ）の識別子としては、ＳＳ３－Ｗが採用される。即ち、ここで採用される識別子としては、工程αの識別子の後に、ハイフン付きの「Ｍ」と言うメーカＭを表す識別子を並べたものが採用される。また、工程αの識別子の後に、ハイフン付きの「Ｗ」と言う倉庫業者Ｗを表す識別子を並べたものが採用される。即ち、ここでの識別子としては、α―Ｍ、α―Ｗが採用される。
出庫ＳＳ５は、倉庫業者Ｗ側の工程（出庫ＳＳ５－Ｗ）と、物流業者Ｌ側の工程（出庫ＳＳ５－Ｌ）とに分けられる。なお、ハイフン付きの「Ｗ」は、倉庫業者Ｗの側の工程であることを便宜的に示す。また、ハイフン付きの「Ｌ」は、物流業者Ｌの側の工程であることを便宜的に示す。倉庫業者Ｗ側の工程（出庫ＳＳ５－Ｗ）の識別子としては、ＳＳ５－Ｗが採用される。また、物流業者Ｌ側の工程（出庫ＳＳ５－Ｌ）の識別子としては、ＳＳ５－Ｌが採用される。即ち、ここで採用される識別子としては、工程αの識別子の後に、ハイフン付きの「Ｗ」と言う倉庫業者Ｗを表す識別子を並べたものが採用される。また、工程αの識別子の後に、ハイフン付きの「Ｌ」と言う物流業者Ｌを表す識別子を並べたものが採用される。即ち、ここでの識別子としては、α―Ｗ、α―Ｌが採用される。
納品ＳＳ６は、物流業者Ｌ側の工程（納品ＳＳ６－Ｌ）と、顧客Ｃ側の工程（納品ＳＳ６－Ｃ）とに分けられる。なお、ハイフン付きの「Ｌ」は、物流業者Ｌの側の工程であることを便宜的に示す。また、ハイフン付きの「Ｃ」は、顧客Ｃの側の工程であることを便宜的に示す。物流業者Ｌ側の工程（納品ＳＳ６－Ｌ）の識別子としては、ＳＳ６－Ｌが採用される。また、顧客Ｃ側の工程（納品ＳＳ６－Ｃ）の識別子としては、ＳＳ６－Ｃが採用される。即ち、ここで採用される識別子としては、工程αの識別子の後に、ハイフン付きの「Ｌ」と言う物流業者Ｌを表す識別子を並べたものが採用される。また、工程αの識別子の後に、ハイフン付きの「Ｃ」と言う顧客Ｃを表す識別子を並べたものが採用される。即ち、ここでの識別子としては、α―Ｌ、α―Ｃが採用される。
【0064】
メーカＭ側の工程（入庫ＳＳ３－Ｍ）では、入庫に係るプロセスとして、プロセスＫ（入庫ＳＳ３－ＭでのＫは、ａ乃至ｅ）が行われる。入庫に係るプロセスＫのうちプロセスａは、ピッキングのプロセスを表す。ここでピッキングに係るプロセスａを含めた識別子としては、ＳＳ３－Ｍ－ａが採用される。即ち、入庫ＳＳ３－Ｍの識別子の後に、ハイフン付きの「ａ」と言うピッキングに係るプロセスａを表す識別子を並べたものが採用される。即ち、ピッキングに係るプロセスａを含めた識別子としては、α―Ｍ－ａが採用される。
また、入庫に係るプロセスＫのうちプロセスｂは、検品のプロセスを表す。ここで検品に係るプロセスｂを含めた識別子としては、ＳＳ３－Ｍ－ｂが採用される。即ち、入庫ＳＳ３－Ｍの識別子の後に、ハイフン付きの「ｂ」と言う検品に係るプロセスｂを表す識別子を並べたものが採用される。即ち、検品に係るプロセスｂを含めた識別子としては、α―Ｍ－ｂが採用される。
また、入庫に係るプロセスＫのうちプロセスｃは、パッキングのプロセスを表す。ここでパッキングに係るプロセスｃを含めた識別子としては、ＳＳ３－Ｍ－ｃが採用される。即ち、入庫ＳＳ３－Ｍの識別子の後に、ハイフン付きの「ｃ」と言うパッキングに係るプロセスｃを表す識別子を並べたものが採用される。即ち、パッキングに係るプロセスｃを含めた識別子としては、α―Ｍ－ｃが採用される。
また、入庫に係るプロセスＫのうちプロセスｄは、出庫のプロセスを表す。ここで出庫に係るプロセスｄを含めた識別子としては、ＳＳ３－Ｍ－ｄが採用される。即ち、入庫ＳＳ３－Ｍの識別子の後に、ハイフン付きの「ｄ」と言う出庫に係るプロセスｄを表す識別子を並べたものが採用される。即ち、出庫に係るプロセスｄを含めた識別子としては、α―Ｍ－ｄが採用される。
また、入庫に係るプロセスＫのうちプロセスｅは、報告のプロセスを表す。ここで報告に係るプロセスｅを含めた識別子としては、ＳＳ３－Ｍ－ｅが採用される。即ち、入庫ＳＳ３－Ｍの識別子の後に、ハイフン付きの「ｅ」と言う報告に係るプロセスｅを表す識別子を並べたものが採用される。即ち、報告に係るプロセスｅを含めた識別子としては、α―Ｍ－ｅが採用される。
また、入庫に係るプロセスＫのうちプロセスｂは、検品のプロセスを表す。ここで検品に係るプロセスｂを含めた識別子としては、ＳＳ３－Ｍ－ｂが採用される。即ち、入庫ＳＳ３－Ｍの識別子の後に、ハイフン付きの「ｂ」と言う検品に係るプロセスｂを表す識別子を並べたものが採用される。即ち、検品に係るプロセスｂを含めた識別子としては、α―Ｍ－ｂが採用される。
また、入庫に係るプロセスＫのうちプロセスｃは、パッキングのプロセスを表す。ここでパッキングに係るプロセスｃを含めた識別子としては、ＳＳ３－Ｍ－ｃが採用される。即ち、入庫ＳＳ３－Ｍの識別子の後に、ハイフン付きの「ｃ」と言うパッキングに係るプロセスｃを表す識別子を並べたものが採用される。即ち、パッキングに係るプロセスｃを含めた識別子としては、α―Ｍ－ｃが採用される。
また、入庫に係るプロセスＫのうちプロセスｄは、出庫のプロセスを表す。ここで出庫に係るプロセスｄを含めた識別子としては、ＳＳ３－Ｍ－ｄが採用される。即ち、入庫ＳＳ３－Ｍの識別子の後に、ハイフン付きの「ｄ」と言う出庫に係るプロセスｄを表す識別子を並べたものが採用される。即ち、出庫に係るプロセスｄを含めた識別子としては、α―Ｍ－ｄが採用される。
また、入庫に係るプロセスＫのうちプロセスｅは、報告のプロセスを表す。ここで報告に係るプロセスｅを含めた識別子としては、ＳＳ３－Ｍ－ｅが採用される。即ち、入庫ＳＳ３－Ｍの識別子の後に、ハイフン付きの「ｅ」と言う報告に係るプロセスｅを表す識別子を並べたものが採用される。即ち、報告に係るプロセスｅを含めた識別子としては、α―Ｍ－ｅが採用される。
【0065】
倉庫業者Ｗ側の工程（入庫ＳＳ３－Ｗ）では、入庫に係るプロセスとして、プロセスＫ（入庫ＳＳ３－ＷでのＫは、ａ乃至ｃ）が行われる。入庫に係るプロセスＫのうちプロセスａは、検品のプロセスを表す。ここで検品に係るプロセスａを含めた識別子としては、ＳＳ３－Ｗ－ａが採用される。即ち、入庫ＳＳ３－Ｗの識別子の後に、ハイフン付きの「ａ」と言う検品に係るプロセスａを表す識別子を並べたものが採用される。即ち、検品に係るプロセスａを含めた識別子としては、α―Ｗ－ａが採用される。
また、入庫に係るプロセスＫのうちプロセスｂは、保管のプロセスを表す。ここで保管に係るプロセスｂを含めた識別子としては、ＳＳ３－Ｗ－ｂが採用される。即ち、入庫ＳＳ３－Ｗの識別子の後に、ハイフン付きの「ｂ」と言う保管に係るプロセスｂを表す識別子を並べたものが採用される。即ち、保管に係るプロセスｂを含めた識別子としては、α―Ｗ－ｂが採用される。
また、入庫に係るプロセスＫのうちプロセスｃは、報告のプロセスを表す。ここで報告に係るプロセスｃを含めた識別子としては、ＳＳ３－Ｗ－ｃが採用される。即ち、入庫ＳＳ３－Ｗの識別子の後に、ハイフン付きの「ｃ」と言う報告に係るプロセスｃを表す識別子を並べたものが採用される。即ち、報告に係るプロセスｃを含めた識別子としては、α―Ｗ－ｃが採用される。
また、入庫に係るプロセスＫのうちプロセスｂは、保管のプロセスを表す。ここで保管に係るプロセスｂを含めた識別子としては、ＳＳ３－Ｗ－ｂが採用される。即ち、入庫ＳＳ３－Ｗの識別子の後に、ハイフン付きの「ｂ」と言う保管に係るプロセスｂを表す識別子を並べたものが採用される。即ち、保管に係るプロセスｂを含めた識別子としては、α―Ｗ－ｂが採用される。
また、入庫に係るプロセスＫのうちプロセスｃは、報告のプロセスを表す。ここで報告に係るプロセスｃを含めた識別子としては、ＳＳ３－Ｗ－ｃが採用される。即ち、入庫ＳＳ３－Ｗの識別子の後に、ハイフン付きの「ｃ」と言う報告に係るプロセスｃを表す識別子を並べたものが採用される。即ち、報告に係るプロセスｃを含めた識別子としては、α―Ｗ－ｃが採用される。
【0066】
工程αの識別子がＳＳ５となる出庫ＳＳ５は、ここでは説明を省略するが、上述の入庫ＳＳ３と同様に表される識別子が採用される。また、工程αの識別子がＳＳ６となる納品ＳＳ６も、上述の入庫ＳＳ３と同様に表される識別子が採用される。
【0067】
図１０（Ｂ）に示す品質判定は、上述のプロセスＫに対し、プロセスとして整合しているか、又はプロセスとして不整合であるかを判定するものである。整合している場合は、例えば検品のプロセスであれば、検品判定／良品と言う表示がされる（図１１参照）。整合している場合の識別子は、プロセスＫの識別子の後にハイフン付きの「１」が付加されたものが識別子となる（後述する）。一方、不整合の場合は、特に図示しないが、例えば検品のプロセスであれば、検品判定／不良と言う表示がされる。不整合の場合の識別子は、プロセスＫの識別子の後にハイフン付きの「２」が付加されたものが識別子となる（図示省略）。
プロセスＫの識別子の後にハイフン付きの「１」又は「２」が付加された識別子は、作業進捗結果（後述する）を示す識別子として利用される。例えば、図１１には、ハイフン付きの「１」が付加された識別子が、作業進捗結果として示される（図１１に関しては、後述する）。
プロセスＫの識別子の後にハイフン付きの「１」又は「２」が付加された識別子は、作業進捗結果（後述する）を示す識別子として利用される。例えば、図１１には、ハイフン付きの「１」が付加された識別子が、作業進捗結果として示される（図１１に関しては、後述する）。
【0068】
図１０（Ａ）及び（Ｂ）を参照しながら説明してきた中で、上述の識別子の夫々は、ブロックチェーンＢに格納（記憶）されるメタデータとして使用可能な識別子であるものとする。
【0069】
図１１は、図１に示す本サービスの具体的な適用例について説明する図である。具体的には、図１１は、本サービスの流れのうち、入庫の工程となる入庫ＳＳ３の一例を説明する模式図である。
図１１の説明では、工程αは、例えば倉庫業者Ｗ側の工程（入庫ＳＳ３－Ｗ）とする。また、プロセスＫは、例えばプロセスａ（検品のプロセス）とする。また、品質判定は、例えばプロセスとして整合（良品）とする。
図１１の説明では、工程αは、例えば倉庫業者Ｗ側の工程（入庫ＳＳ３－Ｗ）とする。また、プロセスＫは、例えばプロセスａ（検品のプロセス）とする。また、品質判定は、例えばプロセスとして整合（良品）とする。
【0070】
倉庫業者Ｗは、荷主Ｓから荷主端末２により、入庫指示の指示情報と物品情報とを、事前に倉庫業者端末４により入手する。なお、図１のステップＳＳ２による指示を、図１１では便宜的に入庫指示ＳＳ２と呼ぶものとする。上述の指示情報としては、例えば指示番号と各種帳票類や指示システムからのデータ等が挙げられる（一例であるものとする）。また、物品情報としては、例えば商品コード、商品名、規格、入数、外装、数量、重量、サイズ、製造年月日、賞味期限、保管温度帯、匂い、品質条件や取扱方法等が挙げられる（一例であるものとする）。
倉庫業者Ｗは、メーカＭから届いた入庫物品を倉庫業者端末４にて、入庫指示ＳＳ２の指示情報と物品情報とが、事実と一致しているか否かを検品する。換言すれば、検品のプロセス（プロセスａ）が整合しているか不整合であるかを品質判定する。なお、図１のステップＳＳ３により入庫した物品を、図１１では、便宜的に入庫物品ＳＳ３と呼ぶものとする。
検品のプロセス（プロセスａ）が完了すると、倉庫業者端末４には「ＳＳ３－Ｗ－ａ－１」が作業進捗結果として記録される。作業進捗結果としての「ＳＳ３－Ｗ－ａ－１」は、倉庫業者Ｗ側の工程（入庫ＳＳ３－Ｗ）のうち、検品のプロセス（プロセスａ）が完了し、プロセスとして整合していることを識別子で示す。
倉庫業者端末４に「ＳＳ３－Ｗ－ａ－１」が記録された後、倉庫業者Ｗは、倉庫業者端末４を用いて、作業進捗結果「ＳＳ３－Ｗ－ａ－１」と入庫物品ＳＳ３の画像データの場所と日時を関連付けた情報を、改竄できないようにＩＤを付けてブロックチェーンＢに格納（記憶）する。ブロックチェーンＢには、図１１に示すように、「ＳＳ３－Ｗ－ａ－１、写真情報、緯度Ａ、経度Ｂ、２０２１／０３／１３」がメタデータとして格納（記憶）される。また、この格納と同時に、ブロックチェーンＢの外部となる主データＤＢ１８１には、作業進捗結果「ＳＳ３－Ｗ－ａ－１」と入庫物品ＳＳ３の画像データの場所と日時を関連付けた情報に関わる画像情報が、主データとして格納（記憶）される。
なお、仮に異常がある場合は、アラートが発せられるものとする。即ち、仮に異常がある場合は、ブロックチェーンＢに格納（記憶）された情報を見ることができる許可された人（例えば図１１では荷主ＳとメーカＭ）に対して、例えば端末（例えば図１１では荷主端末２とメーカ端末３）を介してアラートが発せられるものとする。アラートが発せられた人は、関係者であるものとして、画像を確認することができる。
倉庫業者Ｗは、メーカＭから届いた入庫物品を倉庫業者端末４にて、入庫指示ＳＳ２の指示情報と物品情報とが、事実と一致しているか否かを検品する。換言すれば、検品のプロセス（プロセスａ）が整合しているか不整合であるかを品質判定する。なお、図１のステップＳＳ３により入庫した物品を、図１１では、便宜的に入庫物品ＳＳ３と呼ぶものとする。
検品のプロセス（プロセスａ）が完了すると、倉庫業者端末４には「ＳＳ３－Ｗ－ａ－１」が作業進捗結果として記録される。作業進捗結果としての「ＳＳ３－Ｗ－ａ－１」は、倉庫業者Ｗ側の工程（入庫ＳＳ３－Ｗ）のうち、検品のプロセス（プロセスａ）が完了し、プロセスとして整合していることを識別子で示す。
倉庫業者端末４に「ＳＳ３－Ｗ－ａ－１」が記録された後、倉庫業者Ｗは、倉庫業者端末４を用いて、作業進捗結果「ＳＳ３－Ｗ－ａ－１」と入庫物品ＳＳ３の画像データの場所と日時を関連付けた情報を、改竄できないようにＩＤを付けてブロックチェーンＢに格納（記憶）する。ブロックチェーンＢには、図１１に示すように、「ＳＳ３－Ｗ－ａ－１、写真情報、緯度Ａ、経度Ｂ、２０２１／０３／１３」がメタデータとして格納（記憶）される。また、この格納と同時に、ブロックチェーンＢの外部となる主データＤＢ１８１には、作業進捗結果「ＳＳ３－Ｗ－ａ－１」と入庫物品ＳＳ３の画像データの場所と日時を関連付けた情報に関わる画像情報が、主データとして格納（記憶）される。
なお、仮に異常がある場合は、アラートが発せられるものとする。即ち、仮に異常がある場合は、ブロックチェーンＢに格納（記憶）された情報を見ることができる許可された人（例えば図１１では荷主ＳとメーカＭ）に対して、例えば端末（例えば図１１では荷主端末２とメーカ端末３）を介してアラートが発せられるものとする。アラートが発せられた人は、関係者であるものとして、画像を確認することができる。
【0071】
図１１に示す本サービスの具体的な適用例において、上述の関係者は、ブロックチェーンＢにより情報共有ができる。また、図１１に示す本サービスの具体的な適用例において、主データの内容の正確性は、メタデータによって担保することができる。即ち、作業進捗結果「ＳＳ３－Ｗ－ａ－１」と入庫物品ＳＳ３の画像データの場所と日時を関連付けた情報がメタデータとしてブロックチェーンＢに格納（記憶）されることから、この格納された情報の改竄を困難にし、結果、メタデータの内容と主データの内容との間に齟齬がなければ、主データの内容の正確性をメタデータによって担保することができる。従って、図１１に示す本サービスの具体的な適用例では、第１実施形態と同様に、効率よく主データを管理することができる。また、図１１に示す本サービスの具体的な適用例では、上述のように情報共有ができることから、上述の関係者が瞬時に情報確認をすることができる。
【0072】
図１２は、図１１に対して更に具体的な本サービスの適用例について説明する図である。図１２は、本サービスの流れのうち、入庫の工程となるＳＳ３の一例を説明する模式図である。
なお、特に図示しないが、以下の説明では例えば図１のメーカＭがＭ１及びＭ２の２つ、倉庫業者ＷがＷ１及びＷ２の２つ、物流業者ＬがＬ１及びＬ２の２つ、顧客ＣがＣ１及びＣ２の２つ存在するものとする（存在数は一例であるものとする）。
以下では、荷主Ｓは、荷主端末２により、メーカＭ１、メーカＭ２に同じ物品（商品）を夫々製造させるものとする。また、製造された物品は、関東エリア、関西エリアの２箇所の倉庫業者Ｗ１、倉庫業者Ｗ２が物品管理をするものとする。また、倉庫から出庫された物品は、顧客Ｃ１、顧客Ｃ２に夫々届くようになるものとする。なお、図１２の一例は、顧客Ｃ２からダメージのクレームがあり、これを受けて荷主Ｓが、メーカＭ１、メーカＭ２、倉庫業者Ｗ１、倉庫業者Ｗ２と協働して原因を究明する、と言うケースを挙げたものである。
なお、特に図示しないが、以下の説明では例えば図１のメーカＭがＭ１及びＭ２の２つ、倉庫業者ＷがＷ１及びＷ２の２つ、物流業者ＬがＬ１及びＬ２の２つ、顧客ＣがＣ１及びＣ２の２つ存在するものとする（存在数は一例であるものとする）。
以下では、荷主Ｓは、荷主端末２により、メーカＭ１、メーカＭ２に同じ物品（商品）を夫々製造させるものとする。また、製造された物品は、関東エリア、関西エリアの２箇所の倉庫業者Ｗ１、倉庫業者Ｗ２が物品管理をするものとする。また、倉庫から出庫された物品は、顧客Ｃ１、顧客Ｃ２に夫々届くようになるものとする。なお、図１２の一例は、顧客Ｃ２からダメージのクレームがあり、これを受けて荷主Ｓが、メーカＭ１、メーカＭ２、倉庫業者Ｗ１、倉庫業者Ｗ２と協働して原因を究明する、と言うケースを挙げたものである。
【0073】
図１２において、倉庫業者Ｗ１は、倉庫業者端末４を用いて、メーカＭ１から届いた入庫物品ＳＳ３－Ｍ１に対し、入庫指示ＳＳ２－Ｍ１に係る指示情報と物品情報とが、事実と一致しているか否かを検品する。換言すれば、倉庫業者Ｗ１は、検品のプロセス（プロセスａ）が整合しているか不整合であるかを品質判定する（良品であるか不良であるかを判定する）。なお、この検品のプロセス（プロセスａ）は、図１１を参照しながら上述した流れと基本的に同じであり、詳細な説明はここでは省略するものとする。
また、倉庫業者Ｗ１は、倉庫業者端末４を用いて、メーカＭ２から届いた入庫物品ＳＳ３－Ｍ２に対し、入庫指示ＳＳ２－Ｍ２に係る指示情報と物品情報とが、事実と一致しているか否かを検品する。
検品のプロセス（プロセスａ）が整合した状態であるとして（良品であるとして）、検品が完了すると、倉庫業者Ｗ１の倉庫業者端末４には、「ＳＳ３－Ｍ１－Ｗ１－ａ－１」、「ＳＳ３－Ｍ２－Ｗ１－ａ－１」が作業進捗結果として記録される。
倉庫業者Ｗ１は、倉庫業者端末４を用いて、作業進捗結果「ＳＳ３－Ｍ１－Ｗ１－ａ－１」と入庫物品ＳＳ３－Ｍ１の画像データの場所と日時を関連付けた情報を、改竄できないようにＩＤを付けてブロックチェーンＢに格納する。また、作業進捗結果「ＳＳ３－Ｍ２－Ｗ１－ａ－１」と入庫物品ＳＳ３－Ｍ２の画像データの場所と日時を関連付けた情報を、改竄できないようにＩＤを付けてブロックチェーンＢに格納する。
即ち、図１２に示すように、ブロックチェーンＢには、「ＳＳ３－Ｍ１－Ｗ１－ａ－１、写真情報、緯度Ａ、経度Ｂ、２０２１／０３／１３」、「ＳＳ３－Ｍ２－Ｗ１－ａ－１、写真情報、緯度Ａ、経度Ｂ、２０２１／０３／１３」がメタデータとして夫々格納（記憶）される。また、この格納と同時に、ブロックチェーンＢの外部となる主データＤＢ１８１には、作業進捗結果「ＳＳ３－Ｍ１－Ｗ１－ａ－１」と入庫物品ＳＳ３－Ｍ１の画像データの場所と日時を関連付けた情報に関わる画像情報が、主データとして格納（記憶）される。また、主データＤＢ１８１には、作業進捗結果「ＳＳ３－Ｍ２－Ｗ１－ａ－１」と入庫物品ＳＳ３－Ｍ２の画像データの場所と日時を関連付けた情報に関わる画像情報が、主データとして格納（記憶）される。
また、倉庫業者Ｗ１は、倉庫業者端末４を用いて、メーカＭ２から届いた入庫物品ＳＳ３－Ｍ２に対し、入庫指示ＳＳ２－Ｍ２に係る指示情報と物品情報とが、事実と一致しているか否かを検品する。
検品のプロセス（プロセスａ）が整合した状態であるとして（良品であるとして）、検品が完了すると、倉庫業者Ｗ１の倉庫業者端末４には、「ＳＳ３－Ｍ１－Ｗ１－ａ－１」、「ＳＳ３－Ｍ２－Ｗ１－ａ－１」が作業進捗結果として記録される。
倉庫業者Ｗ１は、倉庫業者端末４を用いて、作業進捗結果「ＳＳ３－Ｍ１－Ｗ１－ａ－１」と入庫物品ＳＳ３－Ｍ１の画像データの場所と日時を関連付けた情報を、改竄できないようにＩＤを付けてブロックチェーンＢに格納する。また、作業進捗結果「ＳＳ３－Ｍ２－Ｗ１－ａ－１」と入庫物品ＳＳ３－Ｍ２の画像データの場所と日時を関連付けた情報を、改竄できないようにＩＤを付けてブロックチェーンＢに格納する。
即ち、図１２に示すように、ブロックチェーンＢには、「ＳＳ３－Ｍ１－Ｗ１－ａ－１、写真情報、緯度Ａ、経度Ｂ、２０２１／０３／１３」、「ＳＳ３－Ｍ２－Ｗ１－ａ－１、写真情報、緯度Ａ、経度Ｂ、２０２１／０３／１３」がメタデータとして夫々格納（記憶）される。また、この格納と同時に、ブロックチェーンＢの外部となる主データＤＢ１８１には、作業進捗結果「ＳＳ３－Ｍ１－Ｗ１－ａ－１」と入庫物品ＳＳ３－Ｍ１の画像データの場所と日時を関連付けた情報に関わる画像情報が、主データとして格納（記憶）される。また、主データＤＢ１８１には、作業進捗結果「ＳＳ３－Ｍ２－Ｗ１－ａ－１」と入庫物品ＳＳ３－Ｍ２の画像データの場所と日時を関連付けた情報に関わる画像情報が、主データとして格納（記憶）される。
【0074】
一方、倉庫業者Ｗ２は、倉庫業者端末４を用いて、メーカＭ２から届いた入庫物品ＳＳ３－Ｍ２に対し、入庫指示ＳＳ２－Ｍ２に係る指示情報と物品情報とが、事実と一致しているか否かを検品する。検品のプロセス（プロセスａ）が整合した状態であるとして（良品であるとして）検品が完了すると、倉庫業者Ｗ２の倉庫業者端末４には、「ＳＳ３－Ｍ２－Ｗ２－ａ－１」が作業進捗結果として記録される。
倉庫業者Ｗ２は、倉庫業者端末４を用いて、作業進捗結果「ＳＳ３－Ｍ２－Ｗ２－ａ－１」と入庫物品ＳＳ３－Ｍ２の画像データの場所と日時を関連付けた情報を、改竄できないようにＩＤを付けてブロックチェーンＢに格納する。
即ち、図１２に示すように、ブロックチェーンＢには、「ＳＳ３－Ｍ２－Ｗ２－ａ－１、写真情報、緯度Ｗ、経度Ｈ、２０２０／１２／０７」がメタデータとして格納（記憶）される。また、この格納と同時に、ブロックチェーンＢの外部となる主データＤＢ１８１には、作業進捗結果「ＳＳ３－Ｍ２－Ｗ２－ａ－１」と入庫物品ＳＳ３－Ｍ２の画像データの場所と日時を関連付けた情報に関わる画像情報が、主データとして格納（記憶）される。
倉庫業者Ｗ２は、倉庫業者端末４を用いて、作業進捗結果「ＳＳ３－Ｍ２－Ｗ２－ａ－１」と入庫物品ＳＳ３－Ｍ２の画像データの場所と日時を関連付けた情報を、改竄できないようにＩＤを付けてブロックチェーンＢに格納する。
即ち、図１２に示すように、ブロックチェーンＢには、「ＳＳ３－Ｍ２－Ｗ２－ａ－１、写真情報、緯度Ｗ、経度Ｈ、２０２０／１２／０７」がメタデータとして格納（記憶）される。また、この格納と同時に、ブロックチェーンＢの外部となる主データＤＢ１８１には、作業進捗結果「ＳＳ３－Ｍ２－Ｗ２－ａ－１」と入庫物品ＳＳ３－Ｍ２の画像データの場所と日時を関連付けた情報に関わる画像情報が、主データとして格納（記憶）される。
【0075】
図１２に示す本サービスの具体的な適用例においては、作業進捗結果「ＳＳ３－Ｍ１－Ｗ１－ａ－１」と入庫物品ＳＳ３－Ｍ１の画像データの場所と日時を関連付けた情報が、メタデータとしてブロックチェーンＢに共有情報として格納（記憶）される。また、図１２に示す本サービスの具体的な適用例においては、作業進捗結果「ＳＳ３－Ｍ２－Ｗ１－ａ－１」と入庫物品ＳＳ３－Ｍ２の画像データの場所と日時を関連付けた情報が、メタデータとしてブロックチェーンＢに共有情報として格納（記憶）される。また、図１２に示す本サービスの具体的な適用例においては、作業進捗結果「ＳＳ３－Ｍ２－Ｗ２－ａ－１」と入庫物品ＳＳ３－Ｍ２の画像データの場所と日時を関連付けた情報が、メタデータとしてブロックチェーンＢに共有情報として格納（記憶）される。このような共有情報により、荷主Ｓは、顧客Ｃ２からの問い合わせ（例えばダメージのクレーム）を受けて、倉庫業者Ｗ１、倉庫業者Ｗ２の物品管理に問題があったのか、それともメーカＭ、メーカＭ２の製造過程で異常があったのかを、すぐに検証することができる。
【0076】
また、本サービスの具体的な適用例においては、ブロックチェーンＢによる共有情報によって、荷主Ｓは、顧客Ｃ２に納品された物品（商品）が、どこのメーカＭで製造され、どこの倉庫業者Ｗの倉庫から出庫され、どこの物流業者Ｌが配送したのかを、瞬時に確認することができる。また、荷主Ｓは、物品（商品）の調査を関係者に問い合わせすることなく、ブロックチェーンＢにより瞬時に確認することができる。以上のように情報共有できることで、品質の向上や業績の改善に繋げることができるのは勿論のこと、迅速な対応で顧客Ｃからの信頼性を確保することもできる。
【0077】
以上本発明の情報処理装置の一実施形態について説明したが、本発明は上述した本実施形態に限るものではない。また、本実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙に過ぎず、本発明による効果は、本実施形態に記載されたものに限定されるものではない。
【0078】
例えば、図２及び図７の上述の実施形態では、メタデータに含まれる情報として、位置や日時に関する情報が挙げられているが、これらに限定されない。また、図１１では「ＳＳ３－Ｗ－ａ－１、写真情報、緯度Ａ、経度Ｂ、２０２１／０３／１３」がメタデータの一例として挙げられ、図１２では「ＳＳ３－Ｍ１－Ｗ１－ａ－１、写真情報、緯度Ａ、経度Ｂ、２０２１／０３／１３」、「ＳＳ３－Ｍ２－Ｗ１－ａ－１、写真情報、緯度Ａ、経度Ｂ、２０２１／０３／１３」、「ＳＳ３－Ｍ２－Ｗ２－ａ－１、写真情報、緯度Ｗ、経度Ｈ、２０２０／１２／０７」がメタデータの一例として挙げられるが、これらに限定されない。
なお、図１０の物流業者Ｌ側の工程（出庫ＳＳ５－Ｌ）において、検品のプロセス（プロセスｃ）が整合した場合を一例に挙げれば、識別子及びメタデータは、ＳＳ５－Ｌ－ｃ－１になる。
メタデータは、画像フォーマットで作成される情報が当然に含まれる他、画像データが作成された時に、画像データのフォーマットとは異なる手法によって、例えば端末を介して入力された情報も含まれる。
また、メタデータは、主データの内容の正確性を担保し得る情報のみならず、主データに関連する任意の情報も含まれる。
なお、図１０の物流業者Ｌ側の工程（出庫ＳＳ５－Ｌ）において、検品のプロセス（プロセスｃ）が整合した場合を一例に挙げれば、識別子及びメタデータは、ＳＳ５－Ｌ－ｃ－１になる。
メタデータは、画像フォーマットで作成される情報が当然に含まれる他、画像データが作成された時に、画像データのフォーマットとは異なる手法によって、例えば端末を介して入力された情報も含まれる。
また、メタデータは、主データの内容の正確性を担保し得る情報のみならず、主データに関連する任意の情報も含まれる。
【0079】
また、メタデータとしては、図１３に示す暗号化鍵の情報もメタデータの一例として挙げられる。
図１３は、本サービスにより管理される主データ及びメタデータの更に具体的な例を示す図である。
図１３に示すように、画像データは、暗号化されて、暗号化データとして主データＤＢ１８１に格納（記憶）される。これに対し、画像データを暗号化する際に用いた暗号化鍵は、ブロックチェーンＢに格納（記憶）される。データ利用者は、主データＤＢ１８１の暗号化データを、ブロックチェーンＢの暗号化鍵にて復号化することにより、画像データとして確認することができる。なお、図１３中のＡＰＩは、図２において説明したＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）と同じである。
図１３は、本サービスにより管理される主データ及びメタデータの更に具体的な例を示す図である。
図１３に示すように、画像データは、暗号化されて、暗号化データとして主データＤＢ１８１に格納（記憶）される。これに対し、画像データを暗号化する際に用いた暗号化鍵は、ブロックチェーンＢに格納（記憶）される。データ利用者は、主データＤＢ１８１の暗号化データを、ブロックチェーンＢの暗号化鍵にて復号化することにより、画像データとして確認することができる。なお、図１３中のＡＰＩは、図２において説明したＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）と同じである。
【0080】
メタデータは、一般的に想起される情報のみならず、様々な情報がメタデータとして含まれる。
【0081】
また例えば、上述の一実施形態では、実績情報は、所定の荷物の積込時間と、対価の支払いの状況とを採用しているが、これに特に制限されない。物流業者Ｌから荷主Ｓへの評価に結び付くものであれば、他の実績情報が採用されてもよい。
【0082】
また、上述の評価算出処理では、荷主Ｓの評価に用いられる「実績情報」は、荷主Ｓにより荷主端末２に入力されたものが採用されたが、物流業者Ｌにより物流業者端末５に入力されたものが採用されてもよい。即ち、物流業者Ｌが物流業者端末５を用いて「実績情報」の入力に基づいて、荷主Ｓの評価を行うことができる。
【0083】
また、図２の例において、伝票を管理する手法として、伝票を撮像した撮像画像のデータとして管理する手法が挙げられているが、この手法に限定されず、例えば伝票の電子データを管理してもよい。「主データ」の態様は特に限定されず、メタデータを抽出できるデータであればよい。
【0084】
上述の実施形態では、紐付けデータが存在したが、特に必須ではない。即ち、主データ及び当該主データに対するメタデータが紐付けられたうえで、当該メタデータがブロックチェーン技術又は分散型台帳技術を用いて所定のネットワーク上に記憶される一方、主データがメタデータと異なる所定の記憶媒体に記憶される形態であればよい。
【0085】
また、図４に示すハードウェア構成は、本発明の目的を達成するための例示に過ぎず、特に限定されない。
【0086】
換言すると、図５や図８に示す機能的構成は例示に過ぎず、特に限定されない。
即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図５や図８の例に限定されない。また、機能ブロックの存在場所も、図５や図８に特に限定されず、任意でよい。例えば、サーバ１の機能ブロックを荷主端末２や物流業者端末５等に移譲させてもよい。また、サーバ１の機能ブロックを荷主端末２や物流業者端末５等に移譲させてもよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図５や図８の例に限定されない。また、機能ブロックの存在場所も、図５や図８に特に限定されず、任意でよい。例えば、サーバ１の機能ブロックを荷主端末２や物流業者端末５等に移譲させてもよい。また、サーバ１の機能ブロックを荷主端末２や物流業者端末５等に移譲させてもよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【0087】
また例えば、一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。
【0088】
また例えば、このようなプログラムを含む記録媒体は、利用者にプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態で利用者に提供される記録媒体等で構成される。
【0089】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
【0090】
このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図２のリムーバブルメディア３０により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。リムーバブルメディア３０は、例えば、磁気ディスク（フロッピディスクを含む）、光ディスク、又は光磁気ディスク等により構成される。光ディスクは、例えば、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ－Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等により構成される。光磁気ディスクは、ＭＤ（Ｍｉｎｉ－Ｄｉｓｋ）等により構成される。また、装置本体に予め組み込まれた状態でユーザに提供される記録媒体は、例えば、プログラムが記録されている図２のＲＯＭ１２や、図３の記憶部１８に含まれるハードディスク等で構成される。
【0091】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
【0092】
以上まとめると、本発明が適用される情報処理装置は、次のような構成を取れば足り、各種各様な実施形態を取ることができる。
即ち、本発明が適用される情報処理装置（例えば図１等のサーバ１）は、
主データ（例えば図２の写真データ）に対するメタデータを、ブロックチェーン技術又は分散型台帳技術を用いて所定のネットワーク（例えば図３のネットワークＮ）上に記憶させる制御を実行する第１記憶制御手段（例えば図５のメタデータ記憶制御部１０３）と、
前記所定のネットワーク上に記憶された前記メタデータと前記主データとを紐付ける紐付データ（例えば図１の紐付けデータ）と、前記主データとを対応付けて、前記所定の記憶媒体（例えば図５の主データＤＢ１８１）に記憶させる制御を実行する第２記憶制御手段（例えば図５の主データ記憶制御部１０４）と、
を備える。
即ち、本発明が適用される情報処理装置（例えば図１等のサーバ１）は、
主データ（例えば図２の写真データ）に対するメタデータを、ブロックチェーン技術又は分散型台帳技術を用いて所定のネットワーク（例えば図３のネットワークＮ）上に記憶させる制御を実行する第１記憶制御手段（例えば図５のメタデータ記憶制御部１０３）と、
前記所定のネットワーク上に記憶された前記メタデータと前記主データとを紐付ける紐付データ（例えば図１の紐付けデータ）と、前記主データとを対応付けて、前記所定の記憶媒体（例えば図５の主データＤＢ１８１）に記憶させる制御を実行する第２記憶制御手段（例えば図５の主データ記憶制御部１０４）と、
を備える。
【0093】
これにより、主データに対するメタデータが所定のネットワーク上に記憶されて、主データが所定の記憶媒体に記憶されて、メタデータと主データとを紐付ける紐付けデータが、主データに対応付けられて管理される。
その結果、所定のネットワーク上に記憶されたメタデータは、改竄が防がれるので、メタデータの内容と主データの内容との間に齟齬がなければ、主データの内容の正確性がメタデータによって担保されることになる。これにより、所定のネットワーク上に主データを記憶させることなく、効率よく主データを管理することができる。
その結果、所定のネットワーク上に記憶されたメタデータは、改竄が防がれるので、メタデータの内容と主データの内容との間に齟齬がなければ、主データの内容の正確性がメタデータによって担保されることになる。これにより、所定のネットワーク上に主データを記憶させることなく、効率よく主データを管理することができる。
【0094】
また、本発明が適用される情報処理装置（例えば図１等のサーバ１）は、
主データ（例えば図１１の写真データ）及び当該主データに対するメタデータ（例えば図１１の「ＳＳ３－Ｗ－ａ－１、写真情報、緯度Ａ、経度Ｂ、２０２１／０３／１３」）を紐づけて、当該メタデータをブロックチェーン技術又は分散型台帳技術を用いて所定のネットワーク上に記憶させる制御を実行する第１記憶制御手段（例えば図５のメタデータ記憶制御部１０３）と、
前記主データを前記メタデータと異なる所定の記憶媒体（例えば図１１の主データＤＢ１８１）に記憶させる制御を実行する第２記憶制御手段（例えば図５の主データ記憶制御部１０４）と、
を備える。
主データ（例えば図１１の写真データ）及び当該主データに対するメタデータ（例えば図１１の「ＳＳ３－Ｗ－ａ－１、写真情報、緯度Ａ、経度Ｂ、２０２１／０３／１３」）を紐づけて、当該メタデータをブロックチェーン技術又は分散型台帳技術を用いて所定のネットワーク上に記憶させる制御を実行する第１記憶制御手段（例えば図５のメタデータ記憶制御部１０３）と、
前記主データを前記メタデータと異なる所定の記憶媒体（例えば図１１の主データＤＢ１８１）に記憶させる制御を実行する第２記憶制御手段（例えば図５の主データ記憶制御部１０４）と、
を備える。
【0095】
これにより、主データ及び当該主データに対するメタデータが紐付けられて、当該メタデータが所定のネットワーク上に記憶されるとともに、主データが所定の記憶媒体に記憶されて管理される。
その結果、所定のネットワーク上に記憶されたメタデータは、改竄が防がれるので、メタデータの内容と主データの内容との間に齟齬がなければ、主データの内容の正確性がメタデータによって担保されることになる。これにより、所定のネットワーク上に主データを記憶させることなく、効率よく主データを管理することができる。また、所定のネットワーク上に記憶されたメタデータは、情報共有ができることから、情報を見ることができる許可された人（関係者）が瞬時に情報の確認をすることができ、例えば品質の向上や業績の改善に繋げることができる。
その結果、所定のネットワーク上に記憶されたメタデータは、改竄が防がれるので、メタデータの内容と主データの内容との間に齟齬がなければ、主データの内容の正確性がメタデータによって担保されることになる。これにより、所定のネットワーク上に主データを記憶させることなく、効率よく主データを管理することができる。また、所定のネットワーク上に記憶されたメタデータは、情報共有ができることから、情報を見ることができる許可された人（関係者）が瞬時に情報の確認をすることができ、例えば品質の向上や業績の改善に繋げることができる。
【0096】
また、前記第１記憶制御手段は、
商品の注文に関する取引、当該商品の倉庫への入庫の指示に関する取引、当該商品の当該倉庫からの出庫の指示に関する取引、及び当該商品の納品先への配送の依頼に関する取引のうち少なくとも１の取引の際に作成された、当該取引の内容を示すデータを前記主データとした場合に、
当該主データに対する前記メタデータを、ブロックチェーン技術又は分散型台帳技術を用いて所定のネットワーク上に記憶させる制御を実行することができる。
商品の注文に関する取引、当該商品の倉庫への入庫の指示に関する取引、当該商品の当該倉庫からの出庫の指示に関する取引、及び当該商品の納品先への配送の依頼に関する取引のうち少なくとも１の取引の際に作成された、当該取引の内容を示すデータを前記主データとした場合に、
当該主データに対する前記メタデータを、ブロックチェーン技術又は分散型台帳技術を用いて所定のネットワーク上に記憶させる制御を実行することができる。
【0097】
これにより、商品の注文に関する取引、当該商品の倉庫への入庫の指示に関する取引、当該商品の当該倉庫からの出庫の指示に関する取引、及び当該商品の納品先への配送の依頼に関する取引の内容を示すデータに対する前記メタデータが、ブロックチェーン技術又は分散型台帳技術を用いて所定のネットワーク上に記憶される。
その結果、顧客による荷主への商品の注文から、実際に商品が納品されるまでの間におけるあらゆる取引においてやり取りされるデータを的確に管理する鵜ことができる。
その結果、顧客による荷主への商品の注文から、実際に商品が納品されるまでの間におけるあらゆる取引においてやり取りされるデータを的確に管理する鵜ことができる。
【0098】
また、前記第１記憶制御手段は、
前記主データとしての、所定の取引の内容を示す伝票の撮像画像のデータ又は当該伝票の内容を示す電子データのうち少なくとも一方と、前記取引が行われたことを示す風景の撮像画像のデータとの夫々に対する前記メタデータを、ブロックチェーン技術又は分散型台帳技術を用いて所定のネットワーク上に記憶させる制御を実行することができる。
前記主データとしての、所定の取引の内容を示す伝票の撮像画像のデータ又は当該伝票の内容を示す電子データのうち少なくとも一方と、前記取引が行われたことを示す風景の撮像画像のデータとの夫々に対する前記メタデータを、ブロックチェーン技術又は分散型台帳技術を用いて所定のネットワーク上に記憶させる制御を実行することができる。
【0099】
これにより、写真データを含む電子データを主データとするメタデータがネットワーク上で的確に管理される。
【0100】
また、前記メタデータには、
前記主データが生成された位置示す情報（例えば緯度経度）と、日時（例えばタイムスタンプ）示す情報とのうち少なくとも一方を示す情報が含まれるようにすることができる。
前記主データが生成された位置示す情報（例えば緯度経度）と、日時（例えばタイムスタンプ）示す情報とのうち少なくとも一方を示す情報が含まれるようにすることができる。
【0101】
これにより、メタデータに含まれる、位置を示す情報と日時を示す情報とに基づいて主データを的確に管理することができる。
【0102】
また、
前記メタデータには、
前記主データが生成された工程におけるプロセスの作業進捗結果を示す情報が更に含まれるようにすることができる。
前記メタデータには、
前記主データが生成された工程におけるプロセスの作業進捗結果を示す情報が更に含まれるようにすることができる。
【0103】
これにより、メタデータに含まれる、作業進捗結果を示す情報に基づいて主データを的確に管理することができる。
【0104】
また、
前記メタデータには、
前記プロセスが整合しているか不整合であるかを品質判定する情報が更に含まれるようにすることができる。
前記メタデータには、
前記プロセスが整合しているか不整合であるかを品質判定する情報が更に含まれるようにすることができる。
【0105】
これにより、メタデータに含まれる、品質判定する情報に基づいて主データを的確に管理することができる。
【符号の説明】
【0106】
１・・・サーバ、２・・・荷主端末、３・・・メーカ端末、４・・・倉庫業者端末、５・・・物流業者端末、６・・・顧客端末、１１・・・ＣＰＵ、１２・・・ＲＯＭ、１３・・・ＲＡＭ、１４・・・バス、１５・・・入出力インターフェース、１６・・・表示部、１７・・・入力部、１８・・・記憶部、１９・・・通信部、２０・・・ドライブ、３０・・・リムーバブルメディア、１０１・・・主データ取得部、１０２・・・メタデータ抽出部、１０３・・・メタデータ記憶制御部、１０４・・・主データ記憶制御部、１８１・・・主データＤＢ、２０１・・・実績取得部、２０２・・・評価算出部、２０３・・・評価結果取得部、２０４・・・メタデータ抽出部、２０５・・・メタデータ記憶制御部、２０６・・・評価結果記憶制御部、２０７・・・評価結果提示部、Ｂ・・・ブロックチェーン、Ｓ・・・荷主、Ｍ・・・メーカ、Ｗ・・・倉庫業者、Ｌ・・・物流業者、Ｃ・・・顧客、ＳＳ・・・各ステップ、Ｎ・・・ネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】