JP2024113637A - 情報処理装置、及び情報処理方法 - Google Patents
情報処理装置、及び情報処理方法 Download PDFInfo
- Publication number
- JP2024113637A JP2024113637A JP2023108211A JP2023108211A JP2024113637A JP 2024113637 A JP2024113637 A JP 2024113637A JP 2023108211 A JP2023108211 A JP 2023108211A JP 2023108211 A JP2023108211 A JP 2023108211A JP 2024113637 A JP2024113637 A JP 2024113637A
- Authority
- JP
- Japan
- Prior art keywords
- information
- product
- company
- server device
- unit
- 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.)
- Pending
Links
- 230000010365 information processing Effects 0.000 title claims description 47
- 238000003672 processing method Methods 0.000 title claims description 14
- 238000003860 storage Methods 0.000 claims description 77
- 230000004044 response Effects 0.000 claims description 30
- 230000001502 supplementing effect Effects 0.000 claims description 9
- 239000000047 product Substances 0.000 description 666
- 238000000034 method Methods 0.000 description 80
- 230000008569 process Effects 0.000 description 77
- 238000011144 upstream manufacturing Methods 0.000 description 75
- 238000010586 diagram Methods 0.000 description 51
- CURLTUGMZLYLDI-UHFFFAOYSA-N Carbon dioxide Chemical compound O=C=O CURLTUGMZLYLDI-UHFFFAOYSA-N 0.000 description 48
- 238000004891 communication Methods 0.000 description 38
- 229910002092 carbon dioxide Inorganic materials 0.000 description 24
- 239000012467 final product Substances 0.000 description 22
- 238000004519 manufacturing process Methods 0.000 description 19
- 238000004364 calculation method Methods 0.000 description 17
- 239000001569 carbon dioxide Substances 0.000 description 12
- 239000000463 material Substances 0.000 description 12
- 230000010354 integration Effects 0.000 description 11
- 238000004064 recycling Methods 0.000 description 11
- 238000006243 chemical reaction Methods 0.000 description 10
- 239000013589 supplement Substances 0.000 description 9
- 239000005431 greenhouse gas Substances 0.000 description 8
- 239000002994 raw material Substances 0.000 description 8
- 230000006870 function Effects 0.000 description 6
- OKTJSMMVPCPJKN-UHFFFAOYSA-N Carbon Chemical compound [C] OKTJSMMVPCPJKN-UHFFFAOYSA-N 0.000 description 5
- PXHVJJICTQNCMI-UHFFFAOYSA-N Nickel Chemical compound [Ni] PXHVJJICTQNCMI-UHFFFAOYSA-N 0.000 description 4
- 229910052799 carbon Inorganic materials 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 239000013076 target substance Substances 0.000 description 4
- 239000000284 extract Substances 0.000 description 3
- WHXSMMKQMYFTQS-UHFFFAOYSA-N Lithium Chemical compound [Li] WHXSMMKQMYFTQS-UHFFFAOYSA-N 0.000 description 2
- 238000007792 addition Methods 0.000 description 2
- 230000000712 assembly Effects 0.000 description 2
- 238000000429 assembly Methods 0.000 description 2
- 239000003795 chemical substances by application Substances 0.000 description 2
- 239000010941 cobalt Substances 0.000 description 2
- 229910017052 cobalt Inorganic materials 0.000 description 2
- GUTLYIVDDKVIGB-UHFFFAOYSA-N cobalt atom Chemical compound [Co] GUTLYIVDDKVIGB-UHFFFAOYSA-N 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 238000013499 data model Methods 0.000 description 2
- 230000007812 deficiency Effects 0.000 description 2
- 230000008676 import Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 229910052744 lithium Inorganic materials 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 229910052759 nickel Inorganic materials 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 238000009412 basement excavation Methods 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 239000006227 byproduct Substances 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 239000007795 chemical reaction product Substances 0.000 description 1
- 230000001010 compromised effect Effects 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 229910002804 graphite Inorganic materials 0.000 description 1
- 239000010439 graphite Substances 0.000 description 1
- 229910052500 inorganic mineral Inorganic materials 0.000 description 1
- 239000013067 intermediate product Substances 0.000 description 1
- 239000011133 lead Substances 0.000 description 1
- 239000011707 mineral Substances 0.000 description 1
- 229910021382 natural graphite Inorganic materials 0.000 description 1
- 238000012358 sourcing Methods 0.000 description 1
- -1 that is Substances 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Abstract
【課題】製品の情報を入力する手間を減らす。
【解決手段】サプライチェーンを管理する1つ以上の第一プラットフォームの指定を受け付けることと、トレーサビリティに関する情報を含む第一製品に関する第一情報の入力を受け付けることと、第一プラットフォームの夫々に情報を送信する際のルールに関する情報を参照し、第一情報から、第一プラットフォームの夫々に対応した第二情報を生成することと、第一プラットフォームの夫々に対応するコネクタに関する情報を参照し、第一プラットフォームの夫々に対して、対応するコネクタにより、第二情報を送信するまたは第二情報を送信可能な状態に所定の記憶領域に配置することと、を実行するように構成された制御部を備える。
【選択図】図17
【解決手段】サプライチェーンを管理する1つ以上の第一プラットフォームの指定を受け付けることと、トレーサビリティに関する情報を含む第一製品に関する第一情報の入力を受け付けることと、第一プラットフォームの夫々に情報を送信する際のルールに関する情報を参照し、第一情報から、第一プラットフォームの夫々に対応した第二情報を生成することと、第一プラットフォームの夫々に対応するコネクタに関する情報を参照し、第一プラットフォームの夫々に対して、対応するコネクタにより、第二情報を送信するまたは第二情報を送信可能な状態に所定の記憶領域に配置することと、を実行するように構成された制御部を備える。
【選択図】図17
Description
本開示は、情報処理装置、及び情報処理方法に関する。
ベンダ企業とカスタマ企業との間で取引商品の情報を共有するシステムが提案されている(例えば、特許文献1)。このシステムによれば、サプライチェーンにおいて隣接する企業間で共通のプラットフォームにより情報を共有することができる。
本開示の目的は、製品の情報を入力する手間を減らすことにある。
本開示の態様の一つは、
サプライチェーンを管理する1つ以上の第一プラットフォームの指定を受け付けることと、
トレーサビリティに関する情報を含む第一製品に関する第一情報の入力を受け付けることと、
前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報を参照し、前記第一情報から、前記第一プラットフォームの夫々に対応した第二情報を生成することと、
前記第一プラットフォームの夫々に対応するコネクタに関する情報を参照し、前記第一プラットフォームの夫々に対して、対応するコネクタにより、前記第二情報を送信するまたは前記第二情報を送信可能な状態に所定の記憶領域に配置することと、
を実行するように構成された制御部を備える情報処理装置である。
サプライチェーンを管理する1つ以上の第一プラットフォームの指定を受け付けることと、
トレーサビリティに関する情報を含む第一製品に関する第一情報の入力を受け付けることと、
前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報を参照し、前記第一情報から、前記第一プラットフォームの夫々に対応した第二情報を生成することと、
前記第一プラットフォームの夫々に対応するコネクタに関する情報を参照し、前記第一プラットフォームの夫々に対して、対応するコネクタにより、前記第二情報を送信するまたは前記第二情報を送信可能な状態に所定の記憶領域に配置することと、
を実行するように構成された制御部を備える情報処理装置である。
本開示の態様の一つは、
コンピュータが、
サプライチェーンを管理する1つ以上の第一プラットフォームの指定を受け付けることと、
トレーサビリティに関する情報を含む第一製品に関する第一情報の入力を受け付けることと、
前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報を参照し、前記第一情報から、前記第一プラットフォームの夫々に対応した第二情報を生成することと、
前記第一プラットフォームの夫々に対応するコネクタに関する情報を参照し、前記第一プラットフォームの夫々に対して、対応するコネクタにより、前記第二情報を送信するまたは前記第二情報を送信可能な状態に所定の記憶領域に配置することと、
を実行する情報処理方法である。
コンピュータが、
サプライチェーンを管理する1つ以上の第一プラットフォームの指定を受け付けることと、
トレーサビリティに関する情報を含む第一製品に関する第一情報の入力を受け付けることと、
前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報を参照し、前記第一情報から、前記第一プラットフォームの夫々に対応した第二情報を生成することと、
前記第一プラットフォームの夫々に対応するコネクタに関する情報を参照し、前記第一プラットフォームの夫々に対して、対応するコネクタにより、前記第二情報を送信するまたは前記第二情報を送信可能な状態に所定の記憶領域に配置することと、
を実行する情報処理方法である。
また、本開示の他の態様は、上記の情報処理装置における処理をコンピュータに実行させるためのプログラム、及びそのプログラムを非一時的に記憶した記憶媒体である。
本開示によれば、製品の情報を入力する手間を減らすことができる。
カーボンフットプリント(CFP: Carbon Footprint of Products)は、商品の原材料調達から廃棄・リサイクルに至るまでのライフサイクル全体を通して排出される温室効果ガスの排出量をCO2に換算して、商品に表示する仕組みである。CFPを実現するためには、商品の原材料調達から廃棄・リサイクルに至るまでにかかわった各サプライヤを記録し、履歴を追跡可能な状態としておくトレーサビリティが重要になる。一方、サプライヤが複数社へ製品を納入している場合、対象製品が同一であってもその納入先ごとに異なるプラットフォームを利用していることがある。この場合、サプライヤは、各プラットフォームに同一の情報を入力することが求められ、情報入力に手間がかかる。なお、この問題が生じるのは、カーボンフットプリントを収集する場面に限られない。例えば、他のトレーサビリティ関連情報(例えば、原料のリサイクル率、デューデリジェンス情報等)、その他製品に関する情報(例えば、構成要素、識別情報等)等の製品に関する任意の情報を収集するあらゆる場面で当該問題は生じ得る。
また、各プラットフォームにおいて入力する内容が異なっていたり、ユーザインターフェースが異なっていたり、コネクタが異なっていたりすることがあるため、サプライヤは各プラットフォームに情報を登録する都度、各プラットフォームに合った対応をしなければならない。
そこで、本開示の態様の一つである情報処理装置は、サプライチェーンを管理する1つ以上の第一プラットフォームの指定を受け付けることと、トレーサビリティに関する情報を含む第一製品に関する第一情報の入力を受け付けることと、前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報を参照し、前記第一情報から、前記第一プラットフォームの夫々に対応した第二情報を生成することと、前記第一プラットフォームの夫々に対応するコネクタに関する情報を参照し、前記第一プラットフォームの夫々に対して、対応するコネクタにより、前記第二情報を送信するまたは前記第二情報を送信可能な状態に所定の記憶領域に配置することと、を実行するように構成された制御部を備える。
第一プラットフォームは、少なくとも各企業間の関係を管理している。なお、第一プラットフォームは、各企業に関する情報、または、各企業の製品に関する情報を管理するプラットフォームであってもよい。また、別法として、第一プラットフォームは、企業のメタデータを管理するプラットフォームであってもよい。このメタデータを管理するプラットフォームは、サーバと各企業の端末若しくは各企業のサーバとを含んで構成されていてもよい。サプライチェーンには、複数の企業が参加している。第一製品は、これから第一プラットフォームに参加しようとしている製品である。
第一製品は、例えば、材料、単体の部品、アッシー(アッセンブリ)部品、または、完成した商品などであってもよい。第一製品の第一情報は、トレーサビリティに関する情報を含んでいる。トレーサビリティに関する情報は、例えば、第一製品の製造工程において排出される温室効果ガスの量に関する情報を含みうる。第二情報は、第一プラットフォームに設定されるルールに応じて第一情報から生成される情報である。ここで、複数の第一プラットフォームが存在する場合に、夫々の第一プラットフォームで入力する項目が異なる場合がある。また、例えば、質量を入力するときの単位が異なる場合もあり得る。そこで、制御部が、第一プラットフォームごとに、第一プラットフォームのルールにしたがって、第二情報を生成する。このルールは、例えば、情報処理装置の記憶部に記憶されていてもよいし、外部のサーバから提供されてもよいし、夫々の第一プラットフォームから提
供されてもよい。また、ルールは、例えば、セマンティックデータモデルとその変換式で構成されていてもよい。
供されてもよい。また、ルールは、例えば、セマンティックデータモデルとその変換式で構成されていてもよい。
また、制御部は、第一プラットフォームの夫々に対応するコネクタに関する情報を参照する。ここで、第一プラットフォームごとに異なるコネクタが利用されることも考えらえる。各第一プラットフォームに対応するコネクタを介せば、各第一プラットフォーム間で情報の送受信が可能となる。すなわち、各第一プラットフォームに対応するコネクタに関する情報を制御部が取得することにより、各第一プラットフォームにコネクタを介して第二情報を送信することができる。また、第二情報は、各第一プラットフォームにコネクタにより送信可能な状態に所定の記憶領域に配置してもよい。このようにして、制御部は、第一製品に関する第二情報を各第一プラットフォームに提供することができる。また、サプライヤは、各第一プラットフォームに対応したデータを夫々入力する手間を省くことができる。
なお、情報処理装置は、第一製品の企業の端末であってもよく、プラットフォームから独立したサーバで、第一製品の企業の端末から取得した情報を第一プラットフォームに提供するサーバであってもよい。また、別法として、情報処理装置は、第一プラットフォームとは別のプラットフォームのサーバであってもよい。
また、前記所定の記憶領域に、前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報、及び、前記第一プラットフォームの夫々に対応するコネクタに関する情報が配置されていてもよい。このようにして、これらの情報を速やかに取得することができる。なお、別法として、ネットワークを介してこれらの情報を取得してもよい。
また、前記制御部は、前記第一プラットフォームで要求される情報に対して、前記第一情報だけでは不足する情報があることに応答して、前記第一プラットフォームに対応するインベントリデータを参照し、前記インベントリデータから得られる情報に基づいて、前記第一情報だけでは不足する情報を補充して、前記第二情報を生成してもよい。ここで、各第一プラットフォームにおいて入力を要求される項目に対し、一部または全部のデータを提供することが困難な場合も考えられる。例えば、各国の法規により、他国にデータを提供することが困難な場合が考えられる。このような場合に、実際のデータに代替するデータとしてインベントリデータを利用する。インベントリデータは、例えば、第二情報として入力する各項目に対応するデータであり、例えば、各第一プラットフォームが提供するデータである。第一情報(一次データ)は、例えば実測値である。一方、インベントリデータ(二次データ)は、実測値を得ていない場合に使用される参照値である。インベントリデータは、例えば、項目毎の代表値を規定するデータであってもよい。インベントリデータを利用して第二情報を補充することにより、入力を要求される全ての項目に対して、データを入力することが可能となる。
また、前記制御部は、前記第一プラットフォームで要求される情報に対して、前記第一情報だけでは不足する情報があることに応答して、警告を出力してもよい。このような警告を出力することにより、ユーザに不足している情報の入力を促すことができる。また、インベントリデータで不足分を補充した場合に警告を出力することにより、ユーザは、どのようなデータが補充されたのか知ることができる。
また、前記制御部は、前記第一情報に、非開示として指定されている第三情報が含まれていることに応答して、前記第三情報を除外して前記第二情報を生成することができる。非開示として指定されている第三情報は、例えば、機密情報である。第三情報は、ユーザによって指定可能な情報であってもよい。このような第三情報を除外することにより、ユーザにとって不利益となる情報が開示されてしまうことを抑制できる。
また、前記制御部は、前記第一情報に、前記第三情報が含まれていることに応答して、前記第一プラットフォームに対応するインベントリデータを参照し、除外した前記第三情報を前記インベントリデータから得られる情報によって補充して、前記第二情報を生成することもできる。このように、インベントリデータは、第三情報の代わりに入力するデータとして利用することもできる。
また、前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報には、前記第一プラットフォームの夫々に情報を送信する端末の所在地に応じて開示できない第四情報に関するルールに関する情報を含み、前記制御部は、前記第一情報に、前記第四情報が含まれていることに応答して、前記第四情報を除外して前記第二情報を生成することができる。第四情報は、例えば、法規によって開示が規制されている情報である。例えば、国によっては、他国への情報の開示を規制している場合がある。このような場合に、第四情報を除外して第二情報を生成することにより、所在地に応じたルールに従った第二情報を生成することができる。
また、前記制御部は、前記第一情報に、前記第四情報が含まれていることに応答して、前記第一プラットフォームに対応するインベントリデータを参照し、除外した前記第四情報を前記インベントリデータから得られる情報によって補充して、前記第二情報を生成することもできる。第四情報を除外しつつインベントリデータで補充することにより、トレーサビリティを確保した第二情報を生成することが可能となる。
また、前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報には、単位のルールに関する情報を含み、前記制御部は、前記第一プラットフォームに対応する前記単位のルールにしたがって、前記第二情報を生成してもよい。第一プラットフォーム毎に入力するデータの単位が異なる場合があるため、単位の変換を行うことにより、各第一プラットフォームに対応した第二情報を生成することができる。
また、前記第一製品は、電池に関する製品であってもよい。すなわち、第一製品は、電池を製造するときに利用される製品であってもよい。そうすると、電池に関するトレーサビリティを確保することができる。
以下、図面に基づいて、本開示の実施の形態を説明する。以下の実施形態の構成は例示であり、本開示は実施形態の構成に限定されない。また、以下の実施形態は可能な限り組み合わせることができる。
<第1実施形態>
本実施形態に係るシステムは、複数の企業を含むサプライチェーンによって供給される製品に関する情報を提供するシステムである。製品に関する情報とは、典型的には、トレーサビリティに関する情報である。
本実施形態に係るシステムは、複数の企業を含むサプライチェーンによって供給される製品に関する情報を提供するシステムである。製品に関する情報とは、典型的には、トレーサビリティに関する情報である。
まず、サプライチェーンの構造について説明する。一例では、サプライチェーンに含まれる少なくとも一部の企業(中間サプライヤ)は、1以上の上流企業から部品を受け取り、受け取った部品を使用して自社製品を生産し、生産された自社製品を次の工程における企業(下流企業)に納入し得る。最上流企業は、直接的に自社製品を生産し、生産された自社製品を次の工程における企業に納入し得る。サプライチェーンの一部の企業は、他の企業から受け取った製品をそのまま別の企業に納入(すなわち、流通に関与)し得る。複数の企業がこれを繰り返し、最終工程において、最終的な製品が得られる。
図1は、本実施形態に係るサプライチェーンの一例を説明する図である。図1の例では
、自動車に関する製品を得る場面を想定している。具体的に、図1に示されるサプライチェーンは、OEM企業と、サプライヤである複数の企業とを含んで構成される。OEM企業とは、最終製品を組み立てる企業であり、サプライヤである複数の企業(企業A~C)は、最終製品を製造するための部品、素材、アッセンブリ等を供給する企業である。サプライヤである複数の企業は、それぞれ、複数の製品を生産し、当該製品を、一段下の階層に位置する企業に納入する。複数の企業がこれを繰り返し、最終工程において、最終的な製品の組み立てが行われる。
、自動車に関する製品を得る場面を想定している。具体的に、図1に示されるサプライチェーンは、OEM企業と、サプライヤである複数の企業とを含んで構成される。OEM企業とは、最終製品を組み立てる企業であり、サプライヤである複数の企業(企業A~C)は、最終製品を製造するための部品、素材、アッセンブリ等を供給する企業である。サプライヤである複数の企業は、それぞれ、複数の製品を生産し、当該製品を、一段下の階層に位置する企業に納入する。複数の企業がこれを繰り返し、最終工程において、最終的な製品の組み立てが行われる。
本実施形態では、ある階層において製品を納入する側を上流側、当該製品を仕入れて新たな製品を生産する側を下流側と称する。本明細書では、上流側に位置する企業を上流企業、下流側に位置する企業を下流企業と称する。また、上流企業が生産する製品を上流製品、下流企業が生産する製品を下流製品と称する。下流製品には、上流製品が包含される。
また、本実施形態では、サプライチェーンに含まれる階層のことをTier(ティア)と称する。Tier0は、最終的な製品を組み立てる(OEM企業に対応する)最下層の階層であ
り、Tier1,2,3と進むにつれて上流側へ遷移する。注目する階層によっては、下流企業が
上流企業に変わることもある。例えば、Tier2に位置する企業Bは、Tier3との関係では下流企業であるが、Tier1との関係では上流企業となる。このように、上流企業と下流企業
の定義は、階層ごとに変わりうる。
り、Tier1,2,3と進むにつれて上流側へ遷移する。注目する階層によっては、下流企業が
上流企業に変わることもある。例えば、Tier2に位置する企業Bは、Tier3との関係では下流企業であるが、Tier1との関係では上流企業となる。このように、上流企業と下流企業
の定義は、階層ごとに変わりうる。
図2は、サプライチェーンによって供給される製品同士の関係の一例を説明する図である。ここでは、最終製品Xを構成する複数の製品の供給関係を樹形図によって表している。本例では、最終製品Xは、製品A1,B1,C1,D1…を組み立てることによって生産される。製品A1は、製品A11,A12,A13…を組み立てることによって生産される。このように、最終製品を構成する複数の製品同士の関係は、個々の製品がノードとなる樹形図によって表すことができる。以下、特定の最終製品に関する樹形図を、製品ツリーと称する。一例では、最終製品Xは、電気自動車(BEV:Battery Electric Vehicle)に搭載される電池である。他の一例では、最終製品Xは、自動車、自動車のアッセンブ
リ等の自動車に関連する製品であってよい。
リ等の自動車に関連する製品であってよい。
本実施形態に係るサーバ装置1は、各企業に対応する端末(企業端末2)から、各企業が生産する製品に関する情報(以下、製品情報)と、製品情報同士を紐付けるための情報を収集し、これらに基づいて斯様な製品ツリーを生成する。また、製品情報には、トレーサビリティに関する情報(例えば、温室効果ガスの排出量に関する情報等。以下、「トレーサビリティ関連情報」と称する)が含まれており、製品ツリーを辿ることで、カーボンフットプリント等の追跡を行うことができる。なお、トレーサビリティ関連情報は、トレーサビリティを確保する対象となり得るあらゆる情報を含んでよい。
図1に示されるように、本実施形態の一例に係る情報処理システムには、サーバ装置1と、複数の企業端末2が含まれる。企業端末2は、サプライチェーンを構成する複数の企業のそれぞれに対応する端末である。システムに含まれる企業端末2は複数とすることができる。サーバ装置1は、複数の企業端末2のそれぞれから、製品ツリーを生成するための情報を収集し、これらの情報に基づいて、製品ツリーを生成する。さらに、サーバ装置1は、生成された製品ツリーに基づいて、トレーサビリティに関する処理(典型的には、二酸化炭素の排出量を算出する処理等)を実行することができる。また、処理の実行結果を、企業端末2に送信することができる。
次に、図3を用いて、サーバ装置1が製品ツリーを生成する処理の概要について説明する。図3は、企業端末2とサーバ装置1との間で行われる処理の概要を示した図である。
図3の例では、任意の階層において、下流企業である企業A及び上流企業である企業Bが存在すると仮定している。企業Bは、製品Bを生産して企業Aに納入し、企業Aは、製品Bを用いて製品Aを生産すると想定する。すなわち、図3の例では、製品ツリー上、製品Bは、製品Aの子ノードとなる。
図3の例では、任意の階層において、下流企業である企業A及び上流企業である企業Bが存在すると仮定している。企業Bは、製品Bを生産して企業Aに納入し、企業Aは、製品Bを用いて製品Aを生産すると想定する。すなわち、図3の例では、製品ツリー上、製品Bは、製品Aの子ノードとなる。
製品ツリーを生成するため、各企業に対応する企業端末2は、自社が生産する製品に関する情報をサーバ装置1に送信する。本例では、企業Aに対応する企業端末2は、製品Aに関する製品情報(製品情報Aとする)を、サーバ装置1に送信する。同様に、企業Bに対応する企業端末2は、製品Bに関する製品情報(製品情報Bとする)を、サーバ装置1に送信する。各企業の製品情報は、サーバ装置1において記憶される。
サーバ装置1に記憶された製品情報同士を紐付けるための操作は、企業端末2によって行われる。一例では、下流企業の担当者が、当該下流企業のアカウントを使用して企業端末2からサーバ装置1にログインし、自社製品である下流製品の紐付け先となる上流製品を選択する。このように、製品情報同士の紐付けは、下流製品から上流製品に対して行われる。サーバ装置1は、選択に基づいて製品情報同士を紐付ける。
しかし、紐付け先である製品を選択させる際に、選択肢として、サプライチェーンに含まれる製品及びその製品に関する情報を全て提示してしまうと、サプライチェーンを構成する企業の情報、及び当該企業が生産している製品に関する情報の秘匿性が損なわれてしまう。さらに、一サプライヤに製品ツリー全体を公開することも妥当ではない場合がある。
そこで、本実施形態に係るサーバ装置1は、上流企業の要求に応じて、上流製品の製品情報に対するアクセス権限を下流企業に対して事前に付与させる。サーバ装置1は、付与された権限の範囲内において、下流企業からの参照を許可する。
図3の例では、上流企業である企業Bに対応する企業端末2が、「製品情報Bへのアクセス権限を企業Aに付与する」ことを指示する要求(情報)をサーバ装置1に送信する。サーバ装置1は、企業Aに対応する企業端末2から、紐付けに係るリクエストを受信した場合に、企業Aにアクセス権限が付与されている製品情報のリストのみを提供し、紐付け先として選択させる。また、企業Aに対応する企業端末2から製品ツリーの参照要求があった場合に、サーバ装置1は、企業Aにアクセス権限が付与されている情報以外が秘匿された製品ツリーを企業端末2に対して提供する。これにより、無関係の企業及び製品に関する情報を秘匿することができる。
[ハードウェア構成]
次に、図4を用いて、システムを構成する各装置のハードウェア構成について説明する。図4は、本実施形態に係るサーバ装置1のハードウェア構成の一例を模式的に示した図である。サーバ装置1は、制御部11、記憶部12、通信モジュール13、及び入出力装置14を有するコンピュータとして構成される。
次に、図4を用いて、システムを構成する各装置のハードウェア構成について説明する。図4は、本実施形態に係るサーバ装置1のハードウェア構成の一例を模式的に示した図である。サーバ装置1は、制御部11、記憶部12、通信モジュール13、及び入出力装置14を有するコンピュータとして構成される。
サーバ装置1は、プロセッサ(CPU、GPU等)、主記憶装置(RAM、ROM等)、補助記憶装置(EPROM、ハードディスクドライブ、リムーバブルメディア等)を有するコンピュータとして構成することができる。補助記憶装置には、オペレーティングシステム(OS)、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを実行することによって、後述するような、所定の目的に合致した各機能(ソフトウェアモジュール)を実現することができる。ただし、一部または全部のモジュールは、例えば、ASIC、FPGA等のハードウェア回路によってハードウェアモジュールとして実現されてもよい。
制御部11は、所定のプログラムを実行することで、サーバ装置1の各種機能を実現する演算ユニットである。制御部11は、例えば、CPU等のハードウェアプロセッサによって実現することができる。また、制御部11は、RAM、ROM(Read Only Memory)、キャッシュメモリ等を含んで構成されてもよい。
記憶部12は、情報を記憶する手段であり、RAM、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部12には、制御部11にて実行されるプログラム、当該プログラムが利用するデータ等が記憶される。また、記憶部12には、データベースが構築されており、当該データベースに、複数の企業端末2から収集した製品情報、及び、企業に関するアカウント情報が記憶される。詳細については後述する。
通信モジュール13は、サーバ装置1をネットワークに接続するための通信インタフェースである。通信モジュール13は、例えば、ネットワークインタフェースボード、無線通信のための無線通信インタフェース等を含むように構成されてよい。サーバ装置1は、通信モジュール13を介して、他のコンピュータ(例えば、他のサーバ装置1又は各企業端末2)との間でデータ通信を行うことができる。
入出力装置14は、オペレータが行った入力操作を受け付け、オペレータに対して情報を提示する手段である。具体的には、入出力装置14は、マウス、キーボード等の入力を行うための装置、及びディスプレイ、スピーカ等の出力を行うための装置を含む。入出力装置は、例えば、タッチパネルディスプレイ等により一体的に構成されてもよい。
なお、サーバ装置1の具体的なハードウェア構成は、実施形態に応じて、適宜、構成要素の省略、置換及び追加が可能である。例えば、制御部11は、複数のハードウェアプロセッサを含んでもよい。ハードウェアプロセッサは、マイクロプロセッサ、FPGA、GPU等で構成されてよい。入出力装置14は省略されてもよいし、例示したもの以外の入出力装置(例えば、光学ドライブ等)が付加されてもよい。また、サーバ装置1は、複数台のコンピュータにより構成されてよい。この場合、各コンピュータのハードウェア構成は、一致していてもよいし、一致していなくてもよい。
図5は、本実施形態に係る企業端末2のハードウェア構成の一例を模式的に示した図である。企業端末2は、制御部21、記憶部22、通信モジュール23、及び入出力装置24を有するコンピュータとして構成される。
企業端末2は、サーバ装置1と同様、プロセッサ(CPU、GPU等)、主記憶装置(RAM、ROM等)、補助記憶装置(EPROM、ハードディスクドライブ、リムーバブルメディア等)を有するコンピュータとして構成することができる。ただし、一部または全部の機能(ソフトウェアモジュール)は、例えば、ASIC、FPGA等のハードウェア回路によってハードウェアモジュールとして実現されてもよい。
制御部21は、所定のプログラムを実行することで、企業端末2の各種機能(ソフトウェアモジュール)を実現する演算ユニットである。制御部21は、例えば、CPU等のハードウェアプロセッサによって実現することができる。また、制御部21は、RAM、ROM(Read Only Memory)、キャッシュメモリ等を含んで構成されてもよい。
記憶部22は、情報を記憶する手段であり、RAM、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部22には、制御部21にて実行されるプログラム、当該プログラムが利用するデータ、製品情報の入力のルールに関するルール情報、各プラットフォームに対応するコネクタに関するコネクタ情報等が記憶される。詳細につい
ては後述する。
ては後述する。
通信モジュール23は、企業端末2をネットワークに接続するための通信インタフェースである。通信モジュール23は、例えば、ネットワークインタフェースボード、無線通信のための無線通信インタフェース等を含むように構成されてよい。企業端末2は、通信モジュール23を介して、他のコンピュータ(例えば、サーバ装置1)との間でデータ通信を行うことができる。
入出力装置24は、オペレータが行った入力操作を受け付け、オペレータに対して情報を提示する手段である。具体的には、入出力装置24は、マウス、キーボード等の入力を行うための装置、及びディスプレイ、スピーカ等の出力を行うための装置を含む。入出力装置は、例えば、タッチパネルディスプレイ等により一体的に構成されてもよい。
なお、企業端末2の具体的なハードウェア構成は、サーバ装置1と同様に、実施形態に応じて、適宜、構成要素の省略、置換及び追加が可能である。
[ソフトウェア構成]
次に、図6を用いて、システムを構成する各装置のソフトウェア構成について説明する。図6は、本実施形態に係るサーバ装置1のソフトウェア構成の一例を模式的に示した図である。本実施形態では、制御部11は、情報収集部111、権限設定部112、紐付部113、情報提供部114、及びコネクタ部115の5つのソフトウェアモジュールを有して構成される。各ソフトウェアモジュールは、記憶部12に記憶されたプログラムを制御部11(CPU)によって実行することで実現されてもよい。なお、以下の情報収集部111、権限設定部112、紐付部113、情報提供部114、及びコネクタ部115により実行される情報処理は、制御部11により実行される情報処理と同義である。
次に、図6を用いて、システムを構成する各装置のソフトウェア構成について説明する。図6は、本実施形態に係るサーバ装置1のソフトウェア構成の一例を模式的に示した図である。本実施形態では、制御部11は、情報収集部111、権限設定部112、紐付部113、情報提供部114、及びコネクタ部115の5つのソフトウェアモジュールを有して構成される。各ソフトウェアモジュールは、記憶部12に記憶されたプログラムを制御部11(CPU)によって実行することで実現されてもよい。なお、以下の情報収集部111、権限設定部112、紐付部113、情報提供部114、及びコネクタ部115により実行される情報処理は、制御部11により実行される情報処理と同義である。
情報収集部111は、企業端末2から送信された製品情報を受信し、当該製品情報を記憶部12に格納する処理を実行するように構成される。権限設定部112は、企業端末2から、製品情報に対するアクセス権限を設定するための情報(以下、許可情報)を受信するように構成される。更に、権限設定部112は、受信した情報に基づいて、記憶部12に記憶されている製品情報のアクセス権限を設定する処理を実行するように構成される。
紐付部113は、企業端末2とインタラクションを行うことで、企業端末2から、製品情報同士を紐付けるための情報を取得するように構成される。更に、紐付部113は、取得された情報に基づいて、記憶部12に記憶されている製品情報について、紐付け関係を表す情報を書き込む処理を実行するように構成される。また、紐付部113は、終端情報を付与する要求を受け取り、これに応じて、記憶部12に記憶されている製品情報に対して終端情報を付与する処理を実行するように構成される。紐付け及び終端付与を反映することで、製品ツリーが形成される。すなわち、製品ツリーを形成することは、紐付け情報及び終端情報を記憶部12に保存することにより構成される。紐付部113は、紐付け及び終端付与の結果に応じて製品ツリーを生成するように構成される。
情報提供部114は、製品ツリーに関連する情報処理を実行し、情報処理を実行した結果を出力するように構成される。製品ツリーに関連する情報処理は、製品ツリーについてトレーサビリティに関する演算を行う処理を含んでよい。情報処理を実行した結果を出力することは、生成された製品ツリーに関する情報を当該企業端末2に提供する処理を含んでよい。一例では、情報提供部114は、製品ツリーに関する情報を生成し、生成された当該製品ツリーに関する情報を出力するように構成される。
コネクタ部115は、プラットフォームに関する通信に使用されるアプリケーションを
含む。企業端末2との通信及び複数のサーバ装置1の間の通信はコネクタ部115を介して行われてよい。コネクタ部115は、例えば、認証、通信の暗号化等のデータ通信に関する処理を行うように構成されてよい。また、コネクタ部115は、例えば、法令、契約等の規則に基づいて各データへのアクセスを制御するように構成されてよい。一例では、コネクタ部115は、IDS(International Data Spaces)コネクタ、EDC(Eclipse
Dataspace Connector)等のプラットフォームに関する通信に使用されるアプリケーションであってよい。
含む。企業端末2との通信及び複数のサーバ装置1の間の通信はコネクタ部115を介して行われてよい。コネクタ部115は、例えば、認証、通信の暗号化等のデータ通信に関する処理を行うように構成されてよい。また、コネクタ部115は、例えば、法令、契約等の規則に基づいて各データへのアクセスを制御するように構成されてよい。一例では、コネクタ部115は、IDS(International Data Spaces)コネクタ、EDC(Eclipse
Dataspace Connector)等のプラットフォームに関する通信に使用されるアプリケーションであってよい。
本実施形態では、記憶部12は、複数の論理的な記憶領域を含むように構成される。複数の記憶領域それぞれには、例えば、企業Aに対してアクセス権限が付与された領域、企業Bに対してアクセス権限が付与された領域、企業AとBの双方に対してアクセス権限が付与された領域等のように、異なるアクセス権限を設定することができる。権限設定部112は、企業端末2から受信した製品情報を、適切な記憶領域に格納することで、アクセス権限の設定を行う。具体的な処理方法については後述する。
また、記憶部12には、アカウント情報が記憶される。本実施形態では、各企業のオペレータが、企業端末2を介して、対応する企業のアカウントを用いてサーバ装置1にログインすることで、サーバ装置1と企業端末2のインタラクションが行われる。アカウント情報は、サプライチェーンを構成する各企業に対応するアカウントに関する情報である。なお、アカウントを用いてログインすることは、対応する企業としてサーバ装置1にアクセスすることの一例である。ただし、サーバ装置1へのアクセス方法は、このような例に限定されなくてよく、実施の形態に応じて適宜選択されてよい。
図7は、本実施形態に係る企業端末2のソフトウェア構成を模式的に示した図である。本実施形態では、制御部21は、製品情報生成部211、権限設定部212、紐付リクエスト部213、情報取得部214、コネクタ部215、及び第二製品情報生成部216の6つのソフトウェアモジュールを有して構成される。各ソフトウェアモジュールは、記憶部22に記憶されたプログラムを制御部21(CPU)によって実行することで実現されてもよい。なお、以下の製品情報生成部211、権限設定部212、紐付リクエスト部213、情報取得部214、コネクタ部215、及び第二製品情報生成部216により実行される情報処理は、制御部21により実行される情報処理と同義である。
製品情報生成部211は、企業端末2に対応する企業の製品に関する情報(製品情報)を生成するように構成される。図8は、製品情報生成部211によって生成される製品情報の一例である。製品情報は、装置のオペレータを介して入力させてもよい。本実施形態では、製品情報は、企業ID、企業名、製品ID、及び製品名の各フィールドを有して構成される。企業ID及び企業名は、対象製品を生産する企業(すなわち、企業端末2を使用する企業)の識別子及び名称である。製品ID及び製品名は、対象製品の識別子及び名称である。
さらに、製品情報は、紐付け関連情報を含むように構成される。紐付け関連情報は、対象製品と紐付く上流製品を識別するための情報である。本実施形態では、紐付け関連情報は、「上流製品情報」及び「終端フラグ」の各フィールドを含む。
上流製品情報フィールドは、対象製品と紐付く上流製品(すなわち、対象製品を生産するために必要な製品であって、対象製品に包含される製品)に対応する製品情報を識別するための情報を格納するように構成される。上流製品情報フィールドは、サーバ装置1が製品同士の紐付けを行う際に使用される。基本的には、製品情報が生成された段階では、対象製品は上流製品と紐付いていないため、上流製品情報フィールドには、上流製品を示す値は格納されていなくてよい。
終端フラグフィールドは、対象の製品が、製品ツリー内において葉ノード、すなわち、最上流(末端)に位置するノードであるか否かを示すフラグを格納するように構成される。本実施形態では、複数の企業端末2が製品情報を送信するため、製品ツリー内にある製品について、上流側にさらなる製品が紐付くか、これ以上の紐付けが発生しないか(対象製品が最上流に位置するか)を判別するために本フラグが使用される。すなわち、終端フラグフィールドは、サーバ装置1が製品同士の紐付けを確定させる際に使用される。基本的には、製品情報が生成された段階では、対象製品の紐付け関係は未確定であるため、終端フラグフィールドには「0(現状では終端ではない)」が格納されていてよい。最終的に、製品ツリーを生成するためには、サーバ装置1に記憶された各企業の製品情報は、「上流製品との紐付けが行われている」及び「終端フラグに“1”が設定されている」のいずれかの状態に設定される。
さらに、製品情報は、トレーサビリティ関連情報を含むように構成される。一例では、トレーサビリティ関連情報は、製品の生産量あたりにおける材料(例えば、上流製品)の使用量、所定の原料のリサイクル率に関する情報、製品を生産する際に排出される温室効果ガスの排出量(CFP値)、デューデリジェンス関連情報又はこれらの組み合わせを含んでよい。所定の原料は、例えば、リチウム、ニッケル、コバルト、鉛、黒鉛等であってよい。リサイクル率は、直接的に表現されてもよいし、或いは合計利用量及びリサイクル材の利用量の組み合わせ等のように間接的に表現されてもよい。これらの値は、対象製品を生産する工程に対応する値である。例えば、図3の例の場合、製品情報Aに含まれるトレーサビリティ関連情報には、製品Aの生産活動において排出される温室効果ガスの量等が格納される。製品情報Aに含まれるトレーサビリティ関連情報には、上流製品が生産されるまでの工程についての情報(例えば、上流製品Bが生産されるまでに排出される温室効果ガスの量等)は含まれない。
なお、トレーサビリティ関連情報は、実施の形態に応じて適宜選択されてよい。一例では、温室効果ガスの排出量(カーボンフットプリント)は、スコープ1、スコープ2及びスコープ3の排出量を含んでよい。スコープ1は、自らによる温室効果ガスの直接的な排出量であってよい。スコープ2は、他社から供給された電気、熱及び蒸気の使用に伴う間接的な排出量であってよい。スコープ3は、スコープ1及びスコープ2以外の間接的な排出量であってよい。また、一例では、デューデリジェンス関連情報は、対象原料(例えば、コバルト、天然黒鉛、リチウム、ニッケル等)が含まれる製品に関して、製品内に含有する原料の量、製錬所等の責任ある鉱物調達の義務を果たしていることを示す技術文書であってよい。他の一例では、デューデリジェンス関連情報は、上記義務を果たしている度合いを示すスコアを含んでよい。
権限設定部212は、企業端末2からサーバ装置1に送信された製品情報について、アクセスを許可する下流企業を指定するように構成される。図9は、権限設定部212が出力する画面の一例である。図示したように、権限設定部212は、任意の自社製品について、アクセスを許可する下流企業の指定を受け付けるように構成される。図10は、入力された情報に基づいて権限設定部212が生成した許可情報の一例である。権限設定部212は、許可情報を任意のタイミングでサーバ装置1へ送信するように構成される。なお、アクセス権限は、製品情報単位で設定されてもよいし、製品情報に含まれる項目単位(図中の「許可項目」)で設定されてもよい。これにより、例えば、製品の存在は公開するが、使用材料、使用量等に関する具体的な情報は公開しない等のような部分的な公開の対応も可能となる。
なお、図9の画面で提示される企業のリストは、過去において自社と取引実績があった企業のリストとすることができる。このため、サーバ装置1は、企業ごとに、過去の取引
に関するデータ(取引データ)を記憶し、当該取引データに基づいて、企業のリストを生成するようにしてもよい。取引データは、例えば、対象製品の識別子、当該製品を生産した企業の識別子、取引日などを含んでよい。
に関するデータ(取引データ)を記憶し、当該取引データに基づいて、企業のリストを生成するようにしてもよい。取引データは、例えば、対象製品の識別子、当該製品を生産した企業の識別子、取引日などを含んでよい。
紐付リクエスト部213は、サーバ装置1に送信した自社の製品情報について、上流製品との紐付けをサーバ装置1にリクエストするように構成される。一例では、まず、紐付リクエスト部213は、サーバ装置1に対して、自社の企業IDと製品IDを送信し、当該製品IDに対応する製品情報の紐付けをリクエストする。これに対し、サーバ装置1は、対象企業からのアクセスが許可されている製品情報のリスト(すなわち、紐付け先の候補)を含むユーザインターフェースを生成し、生成されたユーザインターフェースを企業端末2へ提供する。図11は、対象企業からのアクセスが許可されている製品のリストを含むユーザインターフェースの一例である。
なお、図11で提示される製品のリストは、過去において自社と取引実績があった製品のリストとすることができる。サーバ装置1は、記憶された取引データにさらに基づいて、当該リストを生成するようにしてもよい。
続いて、紐付リクエスト部213は、リストの中から、紐付けを行う上流製品をオペレータに選択させるように構成される。更に、紐付リクエスト部213は、紐付け元である製品(下流製品)の識別子及び紐付け先である上流製品の識別子をペアでサーバ装置1に送信するように構成される。サーバ装置1は、これに応じて、製品情報同士の紐付けを行うことができる。
なお、対象製品に紐付く上流製品が存在しない場合、例えば、図11中の点線で示したチェックボックスをチェックすることで、その旨を明示することができる。この場合、製品情報同士の紐付けは行われない。
情報取得部214は、サーバ装置1に対して製品ツリーの提供を要求し、サーバ装置1から送信された情報を出力するように構成される。
コネクタ部215は、通信に使用されるアプリケーションを含む。企業端末2とサーバ装置1の間の通信はコネクタ部215を介して行われてよい。コネクタ部215は、例えば、認証、通信の暗号化等のデータ通信に関する処理を行うように構成されてよい。また、コネクタ部215は、例えば、法令、契約等の規則に基づいて各データへのアクセスを制御するように構成されてよい。一例では、コネクタ部215は、IDS(International Data Spaces)コネクタ、EDC(Eclipse Dataspace Connector)等のプラットフォームに関する通信に使用されるアプリケーションであってよい。コネクタ部215は、各プラットフォームのサーバ装置1との通信時にコネクタタイプを取得し、取得したコネクタタイプに対応するコネクタを選定する。なお、コネクタタイプは、サーバ装置1から取得してもよいし、記憶部22に予め記憶されていてもよい。
第二製品情報生成部216は、製品情報生成部211が生成した製品情報(以下、第一情報ともいう。)を、各プラットフォームに対応する製品情報(以下、第二情報ともいう。)に変換するように構成される。第二製品情報生成部216は、プラットフォームの指定を受け付ける。第二製品情報生成部216は、製品情報の送信先となるプラットフォームのリストを含むユーザインターフェースを生成し、生成したユーザインターフェースを企業端末2のオペレータに提示する。図12は、第二製品情報生成部216が出力する画面の一例を示した図である。この画面は、図8に示した第一製品情報の入力完了後に出力される。図12に示したように、第二製品情報生成部216は、任意の自社製品について、第二情報を送信するプラットフォームの指定を受け付けるように構成される。このとき
に、複数のプラットフォームの指定を受け付けることもできる。
に、複数のプラットフォームの指定を受け付けることもできる。
また、第二製品情報生成部216は、指定されたプラットフォームに対応するルールに関する情報(ルール情報)を取得する。このルール情報は、サーバ装置1から取得してもよいし、記憶部22に記憶されていてもよいし、プラットフォームのサーバ装置1とは異なるサーバ装置から取得してもよい。また、ルール情報は、非一時的なコンピュータ可読記憶媒体に記憶されていてもよい。さらに、ルール情報は、NAS(Network Attached Storage)に保持されていてもよい。また、ルール情報は、例えば、セマンティックデータモデルとその変換式で構成されていてもよい。また、ルール情報は、単位に関するルールについての情報であってもよい。例えば質量を「g」で表すのか「kg」で表すのかを示す情報をルール情報としてもよい。さらに別法として、ルール情報は、入力テンプレートに関する情報を含んでいてもよい。この場合、例えば、指定されたプラットフォームの入力テンプレートに合わせて第一情報を第二情報に変換してもよい。また、ルール情報は、入力項目に関する情報であってもよい。例えば、指定されたプラットフォームに入力する項目を取得し、第一情報の中からその項目を抽出して第二情報を生成してもよい。また、第二製品情報生成部216は、第一情報を変換式で変換することにより第二情報を得てもよい。この第二情報は、指定されたプラットフォームごとに生成される。また、プラットフォームのルールによっては、第一情報を変換する必要がない場合もあり得る。この場合には、第一情報をそのまま第二情報として扱う。
そして、第二製品情報生成部216は、第二情報を製品情報として任意のタイミングでサーバ装置1に送信するように構成される。この第二情報は、コネクタ部215を介して送信される。第二情報を受信するサーバ装置1もコネクタ部115を介して第二情報を受信する。
[製品ツリーの形成に関する処理の詳細]
次に、サーバ装置1と企業端末2が行う処理の具体的な内容について説明する。図13は、企業端末2からのリクエストに基づいてサーバ装置1が実行する処理の流れの一例を示した図である。
サーバ装置1が行う処理は、以下の4つのフェーズに大別できる。
(1)企業端末2から送信された製品情報を受信し、受信した製品情報を記憶する第一のフェーズ
(2)企業端末2から送信された許可情報を受信し、受信した許可情報に応じて、製品情報に対するアクセス権限を設定する第二のフェーズ
(3)企業端末2とインタラクションを行うことで、製品情報同士の紐付けを行う第三のフェーズ
(4)紐付けの結果に基づいて、製品ツリーに関する情報を提供する第四のフェーズ
次に、サーバ装置1と企業端末2が行う処理の具体的な内容について説明する。図13は、企業端末2からのリクエストに基づいてサーバ装置1が実行する処理の流れの一例を示した図である。
サーバ装置1が行う処理は、以下の4つのフェーズに大別できる。
(1)企業端末2から送信された製品情報を受信し、受信した製品情報を記憶する第一のフェーズ
(2)企業端末2から送信された許可情報を受信し、受信した許可情報に応じて、製品情報に対するアクセス権限を設定する第二のフェーズ
(3)企業端末2とインタラクションを行うことで、製品情報同士の紐付けを行う第三のフェーズ
(4)紐付けの結果に基づいて、製品ツリーに関する情報を提供する第四のフェーズ
図13の例では、企業Aを下流企業、企業Bを上流企業とする。また、企業Aが生産する製品を製品A、企業Bが生産する製品を製品Bとする。また、製品Aに対応する製品情報を製品情報A、製品Bに対応する製品情報を製品情報Bとする。
第一のフェーズでは、サーバ装置1の情報収集部111が、企業端末2の製品情報生成部211から、製品情報を取得する。図13の例では、サーバ装置1は、企業Aに対応する企業端末2から製品情報Aを取得し、企業Bに対応する企業端末2から製品情報Bを取得している。情報収集部111は、製品情報Aを、企業Aに対してのみアクセス権限が付与された記憶領域(以下、記憶領域A)に保存する。また、情報収集部111は、製品情報Bを、企業Bに対してのみアクセス権限が付与された記憶領域(以下、記憶領域B)に保存する。このように、情報収集部111は、任意の企業から送信された製品情報を、当該企業に対してのみアクセス権限が付与された、専用の記憶領域に保存する。
第二のフェーズでは、サーバ装置1の権限設定部112が、企業端末2の権限設定部212から許可情報を受信し、受信した当該許可情報に応じて、製品情報に対するアクセス権限を設定する。許可情報は、図10に示した通り、製品と、当該製品の製品情報に対してアクセスを許可する企業とを関連付けたものである。
図13の例では、権限設定部212は、上流企業の製品情報Bに対して、下流企業である企業Aからのアクセスを許可する旨の許可情報を受信したと仮定している。この場合、権限設定部112は、記憶領域Bに記憶された製品情報Bを、企業A及びBの双方にアクセス権限が付与された記憶領域(以下、記憶領域AB)にコピーする。これにより、製品情報Bは、企業Aと企業Bの双方からアクセス可能な状態となる。なお、製品情報に含まれる特定の項目についてアクセス権限が設定されていない場合、当該項目については、記憶領域ABへのコピーの対象から外される。
以降の説明において、特定の企業のみにアクセス権限が付与された記憶領域を「専用記憶領域」と称し、複数の企業にアクセス権限が付与された記憶領域を「共有記憶領域」と称する。
製品情報のコピーは、企業端末2から許可情報を受信したことに応答してサーバ装置1によって実行される。すなわち、企業端末2は、サーバ装置1に対して許可情報を送信することで、当該許可情報によって識別される製品情報を、対象企業の専用記憶領域から、下流企業からアクセスが可能な共有記憶領域にコピーさせる動作をサーバ装置1に実行させる。
第三のフェーズでは、サーバ装置1の紐付部113が、企業端末2の紐付リクエスト部213から紐付けリクエストを受信し、受信した当該紐付けリクエストに基づいて、製品情報同士の紐付けを行う。
まず、紐付部113は、企業端末2から紐付けリクエストを受信する。紐付けリクエストは、下流企業の企業端末2から送信される。図13の例では、企業Aの企業端末2が紐付けリクエストを送信したと仮定している。当該紐付けリクエストには、企業ID及び対象製品の製品IDが含まれている。紐付部113は、当該企業からのアクセスが可能な記憶領域に記憶されている製品情報を取得し、取得した製品情報のリストを生成する。図13の例では、企業Aからは、記憶領域ABに記憶された製品情報Bにアクセス可能である。そのため、企業Aの企業端末2では、製品情報Bが紐付け先として選択可能である。
企業端末2の紐付リクエスト部213は、リストをオペレータに提示し、紐付けを行う製品をオペレータに選択させる。本例の場合、製品Aと製品Bが互いに紐付けの対象となる。オペレータは、例えば、製品Aについて、上流製品が製品Bであることを示す情報を、入出力装置24を介して入力する。紐付リクエスト部213は、上流製品(製品B)と下流製品(製品A)とを互いに関連付けるためのデータ(紐付けデータ)を、紐付部113に送信する。
図8を示して説明したように、製品情報には、紐付け先となる製品に関するフィールド(紐付け関連情報)が設けられている。紐付部113は、前述した紐付けデータに基づいて、製品情報Aが有する紐付け関連情報に、製品情報B(すなわち、上流製品)に対応する情報を格納する。例えば、紐付け関連情報には、上流製品の識別子、当該上流製品を生産する企業の識別子などが格納される。
なお、紐付け関連情報には、紐付け先となる製品情報へのポインタ等が格納されてもよ
い。ポインタは、上流製品に対応する製品情報のアドレス等を指し示すものである。以上に説明した処理によって、下流製品の製品情報を親ノード、上流製品の製品情報を子ノードとする、ツリー構造の一部が形成される。
い。ポインタは、上流製品に対応する製品情報のアドレス等を指し示すものである。以上に説明した処理によって、下流製品の製品情報を親ノード、上流製品の製品情報を子ノードとする、ツリー構造の一部が形成される。
なお、製品ツリーの末端においては、これ以上の紐付けは行われない。この場合、紐付リクエスト部213は、紐付けデータを送信する代わりに、当該製品がツリーの末端であることを示すデータを送信する。紐付部113は、当該データを受信すると、対応する製品情報の終端フラグフィールドに「1」を設定する。すなわち、第三のフェーズにおいては、「紐付け先となる上流製品を設定する処理」または、「終端フラグを設定する処理」のいずれかが実行される。
第四のフェーズでは、サーバ装置1の情報提供部114が、記憶された製品情報に基づいて、製品ツリーに関する情報を生成し、当該製品ツリーに関する情報を出力する。製品ツリーに関する情報を生成するとは、製品情報同士の紐付けによってノード同士のリンクが形成された後で、製品に関する各種の情報(例えば、トレーサビリティに関する情報、製品同士のリンク関係を樹形図によって表した画像等)を生成する処理等を含むことができる。製品ツリーに関する情報を生成するためには、製品情報同士の紐付けが全て完了しており、かつ、全ての葉ノードの終端フラグに“1”が設定されている必要がある。情報提供部114は、斯様な条件を満たした場合に、当該情報を適切に生成することができる。
本実施形態における製品ツリーは、図2を参照して説明したように、サプライチェーンにおける製品情報同士の供給関係を樹形図によって表したものである。情報提供部114は、製品情報に基づいて、樹形図を表した画像を生成することができる。
さらに、情報提供部114は、製品ツリーに関する情報を生成する際に、各製品情報に定義されているトレーサビリティ関連情報を統合し、その結果を出力する。
ここで、図14を用いて、トレーサビリティ関連情報の統合について説明する。図14は、最終製品Xを構成する複数の製品と、これらの複数の製品を生産する各工程で排出される二酸化炭素(CO2)の量を説明する図である。例えば、図中の製品A12を生産する工程で、EA12[g]の二酸化炭素が排出されるものとする。また、当該製品は、3つ
の上流製品A121~A123によって構成されているものとする。このように、ある製品に含まれる上流製品を、「包含製品」とも称する。ここで、ある対象製品が生産されるまでに排出される二酸化炭素の総量は、葉ノードである最上流製品から、対象製品まで、各隣接する2つの階層の企業間で、上流製品に関連付いたCO2排出量を下流製品に引き継ぐ処理を繰り返すことで得ることができる。
の上流製品A121~A123によって構成されているものとする。このように、ある製品に含まれる上流製品を、「包含製品」とも称する。ここで、ある対象製品が生産されるまでに排出される二酸化炭素の総量は、葉ノードである最上流製品から、対象製品まで、各隣接する2つの階層の企業間で、上流製品に関連付いたCO2排出量を下流製品に引き継ぐ処理を繰り返すことで得ることができる。
図14の例において、対象製品がA12であった場合、包含製品(上流製品A121~A123)に対応するCO2排出量を、製品A12に対応するCO2排出量と合計することで、製品A12が生産されるまでに排出される二酸化炭素の総量を算出することができる。すなわち、製品A12について統合されたCO2排出量は、以下のようになる。
IA12=EA12+EA121×UA121+EA122×UA122+EA123×UA123[g]
ここで、EA121,EA122,EA123は、それぞれ、製品A121,A122,A123を生産する際における、単位量あたりのCO2排出量であるものとする。また、UA121,UA122,UA123は、それぞれ、製品A12の生産に用いられる、製品A121,A122,A123の使用量とする。この使用量は、上記トレーサビリティ関連情報に含まれる、製品の生産量あたりにおける材料の使用量の一例である。最終製品(最下流企業の製品)のCO2排出量は、最上流企業の製品から最終製品まで上記演算を順次実行することにより得ることができる。
IA12=EA12+EA121×UA121+EA122×UA122+EA123×UA123[g]
ここで、EA121,EA122,EA123は、それぞれ、製品A121,A122,A123を生産する際における、単位量あたりのCO2排出量であるものとする。また、UA121,UA122,UA123は、それぞれ、製品A12の生産に用いられる、製品A121,A122,A123の使用量とする。この使用量は、上記トレーサビリティ関連情報に含まれる、製品の生産量あたりにおける材料の使用量の一例である。最終製品(最下流企業の製品)のCO2排出量は、最上流企業の製品から最終製品まで上記演算を順次実行することにより得ることができる。
対象製品が製品A1であった場合も同様である。対象製品がA1であった場合、製品A1に対応するCO2排出量と、包含製品である、製品A11,A12,A13,A14に対応するCO2排出量を統合することで、製品A1が生産されるまでの製造活動において排出される二酸化炭素の総量を算出することができる。
統合された値は、製品と関連付けて記憶部12に記憶されてもよいし、製品情報の一部に含ませてもよい。すなわち、製品A12に対応する製品情報は、工程単独における排出量であるEA12と、統合後の排出量であるIA12の双方を保持するようにしてもよい。
統合後のトレーサビリティ関連情報は、下流製品について統合を実施する際に再び利用される。この処理を、最上流を起点として、各階層において実行することで、トレーサビリティ関連情報(例えば、CO2排出量の累計値)が下流方向に順次引き継がれる。最終的に、トレーサビリティ関連情報が最終製品まで引き継がれることで、最終製品が生産されるまでの全期間に対応するトレーサビリティ関連情報(例えば、CO2の総排出量)を得ることができる。
このように、情報提供部114は、製品ツリーに関する情報を生成する際に、各製品情報に定義されているトレーサビリティ関連情報を、最上流から最下流に向けて順次統合する処理を繰り返し実行してもよい。なお、上記の例では、統合の対象として二酸化炭素の排出量を例示したが、統合の対象であるトレーサビリティ関連情報は、所定の原料に関するリサイクル率、デューデリジェンスに関するスコア等であってもよい。なお、トレーサビリティ関連情報が数値である場合、統合は数値演算によって行われてもよいし、トレーサビリティ関連情報が数値以外の情報(例えば、デューデリジェンス関連情報など)である場合、統合は単なる情報収集であってもよい。
他の一例では、製品情報は、対応する製品のトレーサビリティ関連情報の所在を示す情報(以下、「所在情報」。典型的には、アドレス、ポインタ等)を含んでいてもよい。この場合、トレーサビリティ関連情報は、製品情報に含まれていなくてもよい。また、統合は、製品情報に含まれる所在情報を収集することであってもよい。
情報提供部114は、生成された製品ツリーを画像形式で出力してもよい。また、同時に、任意の製品に対応するトレーサビリティ関連情報を出力してもよい。
図15は、製品ツリーを画像によって出力した画面の一例である。図示した画面には、最終製品を構成する複数の製品の供給関係を樹形図によって示した画像が含まれる。また、任意の製品を選択することで、当該製品に対応するトレーサビリティ関連情報、または、当該製品が生産されるまでの全期間に対応するトレーサビリティ関連情報の統合結果(例えば、最上流からの二酸化炭素の排出量の合計値)を閲覧することができる。斯様な情報は、サーバ装置1のオペレータの操作に基づいて、サーバ装置1が有する入出力装置14を介して出力することができる。
さらに、情報提供部114は、生成された製品ツリーを、企業端末2(情報取得部214)からの求めに応じて、当該企業端末2に提供してもよい。なお、製品ツリーの全体を特定の企業に開示することは適当ではない場合がある。そこで、情報提供部114は、ある企業に対応する企業端末2に対して製品ツリーを提供する場合に、当該企業からのアクセス権限が無い範囲を非開示にする処理を行うようにしてもよい。
例えば、図15の例において、情報提供部114が、製品A12を生産する企業に対応する企業端末2から製品ツリーの開示要求を受けたものとする。ここで、当該企業に対し
ては、A121,A122,A123の各製品についてのみアクセス権限が付与されていたものとする。すなわち、当該企業からは、当該3製品と、下流製品であるA1以外の製品情報にアクセスすることができない。この場合、情報提供部114は、アクセス権限が無い製品についての情報を非開示とした製品ツリーを、企業端末2に対して提供する。
ては、A121,A122,A123の各製品についてのみアクセス権限が付与されていたものとする。すなわち、当該企業からは、当該3製品と、下流製品であるA1以外の製品情報にアクセスすることができない。この場合、情報提供部114は、アクセス権限が無い製品についての情報を非開示とした製品ツリーを、企業端末2に対して提供する。
図16は、アクセス権限が無い製品を非開示とした場合の製品ツリーの一例である。本例では、非開示である製品については、詳細な情報(または、存在そのもの)が秘匿された状態で製品ツリーが表示される。
なお、製品の存在は公開されているが、対応する製品情報中の特定の項目についてのみアクセス権限が付与されていないといったケースでは、図中の点線で示したように、当該特定の項目についてのみ秘匿処理が行われる。図示した例では、製品A121を生産する際の二酸化炭素の排出量が非公開である旨が示されている。
一方で、アクセス権限が無い製品(または項目)がツリー中に存在する場合であっても、前述した、トレーサビリティ関連情報の統合は、これに影響されずに実行される。例えば、図示した例では、製品A121についての二酸化炭素の排出量は非公開であるが、製品A12についての、二酸化炭素の総排出量を算出する処理には影響しない。
[処理フロー]
次に、企業端末2によって自社の製品情報を登録する場合の企業端末2が実行する処理のフローについて、図17を参照しながら説明する。図17は、プラットフォームに第二情報を登録する処理のフローチャートである。本ルーチンは、オペレータによる所定の入力をトリガとして実行される。
次に、企業端末2によって自社の製品情報を登録する場合の企業端末2が実行する処理のフローについて、図17を参照しながら説明する。図17は、プラットフォームに第二情報を登録する処理のフローチャートである。本ルーチンは、オペレータによる所定の入力をトリガとして実行される。
ステップS101において、第二製品情報生成部216が、製品情報の送信先であるプラットフォームの指定を受け付ける。図12を示して説明したように、第二製品情報生成部216は、オペレータを介してプラットフォームの指定を受け付ける。なお、オペレータは、プラットフォームを複数指定することもできる。この場合、第二製品情報生成部216は、複数のプラットフォームの指定を受け付ける。
ステップS102において、第二製品情報生成部216が、指定されたプラットフォームに対応するルール情報を参照する。複数のプラットフォームが指定された場合には、プラットフォームごとにルール情報を参照する。なお、ルール情報を参照するタイミングは、ステップS102が実行されるタイミングに限らず、ルール情報を利用する前の任意のタイミングで参照すればよい。
ステップS103において、製品情報生成部211が、自社の製品情報(第一情報)の入力を受け付ける。図8を示して説明したように、製品情報生成部211は、オペレータを介して製品情報(第一情報)の入力を受け付ける。第一情報は、典型的には図8で示される情報であるが、入力項目はこれに限らない。例えば、指定されたプラットフォームに応じて入力項目を決定してもよい。また、製品情報を入力するときには、任意の入力型式で入力してもよいし、指定されたプラットフォームに対応する入力型式で入力してもよい。また、複数のプラットフォームが指定されている場合には、何れかのプラットフォームに対応する入力型式で入力してもよい。なお、ステップS101及びステップS103の処理は、1つの画面で実行されてもよい。また、ステップS101及びステップS103の処理は、画面上の一覧からオペレータが選択することで実行されてもよい。また、ステップS101の処理よりも前に、ステップS103の処理を実行してもよい。
以下のステップS104からステップS107までの処理は、ステップS101で指定
された全てのプラットフォームについて繰り返し実行される。ステップS104において、第二製品情報生成部216が、第一情報に不足がないか否か判定する。指定されたプラットフォーム応じて要求される情報が異なるため、指定されたプラットフォームにおいて必要とされる情報が入力されているか否か判定する。各プラットフォームにおいて必要とされる情報は、ルール情報に含まれる。第二製品情報生成部216は、ルール情報を参照して第一情報に不足がないか否か判定する。第二製品情報生成部216は、ステップS104で肯定判定するとステップS105へ進み、否定判定するとステップS108へ進む。
された全てのプラットフォームについて繰り返し実行される。ステップS104において、第二製品情報生成部216が、第一情報に不足がないか否か判定する。指定されたプラットフォーム応じて要求される情報が異なるため、指定されたプラットフォームにおいて必要とされる情報が入力されているか否か判定する。各プラットフォームにおいて必要とされる情報は、ルール情報に含まれる。第二製品情報生成部216は、ルール情報を参照して第一情報に不足がないか否か判定する。第二製品情報生成部216は、ステップS104で肯定判定するとステップS105へ進み、否定判定するとステップS108へ進む。
ステップS108において第二製品情報生成部216は、情報が不足していることの警告を出力する。この警告の出力により、例えば企業端末2の入出力装置24の画面に情報が不足していることを表す画像が表示される。なお、この警告に対してオペレータが所定の入力を行うと、ステップS103に戻って、第一情報の入力を再度受け付けるようにしてもよい。また、警告は、情報が不足したまま第二情報を生成することについての警告であってもよい。ステップS108の処理が完了するとステップS105に進む。なお、情報が不足している場合には、第二情報を生成しないように構成してもよい。また、ステップS104及びステップS108の処理は省略することもできる。
ステップS105において、第二製品情報生成部216が、第二情報を生成する。第二製品情報生成部216は、ルール情報を参照し、このルール情報に応じて第一情報を第二情報に変換する。第二製品情報生成部216は、例えば、ルール情報に含まれる変換式を利用して第一情報を第二情報に変換する。生成された第二情報はコネクタ部215に渡される。
ステップS106において、コネクタ部215が、コネクタを参照する。コネクタ部215は、ステップS101において指定されたプラットフォームに対応するコネクタを記憶部22に記憶されているコネクタ情報を参照して選択する。なお、ステップS101において複数のプラットフォームが指定された場合には、プラットフォームごとにコネクタを参照して選択する。
ステップS107において、コネクタ部215が、第二情報を送信する。複数のプラットフォームが指定されている場合には、プラットフォームごとに対応する第二情報を送信する。なお、コネクタ部215による第二情報の送信に代えて、第二製品情報生成部216が、生成した第二情報を記憶部22の所定の記憶領域に配置(記憶)してもよい。記憶部22に配置された第二情報は、サーバ装置1や他の企業端末2からの要求により、コネクタ部215が開示してもよい。
次に、企業端末2によって自社の製品情報を登録する場合のサーバ装置1及び企業端末2が実行する処理のフローについて、図18及び図19を参照しながら説明する。図18は、前述した第一ないし第三のフェーズに対応するシーケンス図である。この処理は、第二情報を送信したサーバ装置1ごとに実行される。
一例では、サーバ装置1と企業端末2のインタラクションは、各企業のオペレータが、企業端末2を介して、対応する企業のアカウントを用いてサーバ装置1にログインすることで開始される。本例では、各企業のオペレータが、自社のアカウントを用いてサーバ装置1にログインしているものとする。
まず、ステップS11において、企業端末2の第二製品情報生成部216が第二情報を生成し、生成した第二情報を企業端末2のコネクタ部215が製品情報としてサーバ装置1へ送信する。送信された製品情報は、サーバ装置1(情報収集部111)によって受信
され、記憶部12に記憶される(ステップS12)。この際、情報収集部111は、対応する製品を生産する企業のみにアクセス権限が付与された記憶領域に当該製品情報を保存する。
され、記憶部12に記憶される(ステップS12)。この際、情報収集部111は、対応する製品を生産する企業のみにアクセス権限が付与された記憶領域に当該製品情報を保存する。
次に、ステップS13において、企業端末2の権限設定部212が、ステップS11で送信した製品情報について、アクセスを許可する下流企業を指定する情報(許可情報)の入力を、オペレータを介して受け付ける。本ステップでは、図9を参照して説明したようなユーザインターフェース画面を提供し、任意の製品と、製品情報へのアクセスを許可する下流企業との組み合わせを指定させてもよい。入力された許可情報は、サーバ装置1へ送信される。
ステップS14では、サーバ装置1の権限設定部112が、受信した許可情報に基づいて、対象の製品情報についてアクセス権限を付与する。本ステップでは、図13を参照して説明したように、権限設定部112が、対象の製品情報を、複数の企業に対してアクセス権限が付与された記憶領域にコピーすることで、任意の企業に対して、任意の製品情報に対するアクセス権限の付与を行う。適切なアクセス権限が付与された記憶領域が無い場合、新規に記憶領域を生成し、適切な企業に対してアクセス権限を付与する処理を行ってもよい。
次に、ステップS15で、企業端末2の紐付リクエスト部213が、サーバ装置1に送信した製品情報について、上流製品との紐付けをサーバ装置1にリクエストするデータ(紐付けリクエスト)を送信する。当該紐付けリクエストには、自社の企業ID及び対象製品の製品IDが含まれる。
ステップS16では、サーバ装置1(紐付部113)が、対象企業からのアクセスが許可されている製品情報のリストを生成し、当該リストを含むユーザインターフェース画面を企業端末2に提供する。本ステップでは、サーバ装置1は、企業端末2に対して、図11を参照して説明したようなユーザインターフェース画面を提供し、任意の製品と、当該製品に紐付く上流製品との組み合わせを指定させてもよい。
ステップS17では、企業端末2の紐付リクエスト部213が、対象製品と、当該製品に紐付く上流製品との組み合わせの指定をオペレータから受け付ける。紐付リクエスト部213は、上流製品と下流製品との関連付けを示すデータ(紐付けデータ)を生成し、生成された紐付けデータをサーバ装置1へ送信する。
ステップS18では、サーバ装置1の紐付部113が、紐付けデータに基づいて、記憶された製品情報を更新し、製品情報同士の紐付け内容を反映する。製品情報同士の紐付けは、下流製品の製品情報が有する紐付け関連情報に、上流製品に関する情報(識別子、ポインタ等)を格納することで行ってもよい。
なお、下流企業が存在しない場合、ステップS13~S14の処理は省略されてもよい。同様に、上流企業が存在しない場合(対象製品について紐付け先が存在しない場合)、製品情報同士の紐付けをリクエストする代わりに、前述した終端フラグを設定する処理を実行してもよい。この場合、前述したステップS15~S18の処理は省略される。
図19は、前述した第四のフェーズに対応するシーケンス図である。まず、ステップS21で、企業端末2の情報取得部214が、サーバ装置1に対して製品ツリーの提供を要求する。当該要求には、例えば、対象製品の識別子が含まれる。対象製品は、最終製品であってもよいし、それ以外の製品(中間製品)であってもよい。
要求を受信したサーバ装置1(情報提供部114)は、前述した処理によって、製品ツリーに関する情報を生成する(ステップS22)。この際、情報提供部114は、各製品情報に定義されているトレーサビリティ関連情報を、最上流から最下流に向けて統合する処理を実行する。統合の結果は、各製品情報に反映されてよい。
次に、ステップS23で、サーバ装置1は、対象の企業が有しているアクセス権限に基づいて、アクセス権限が付与されていない情報を秘匿する処理を実行する。例えば、ある企業について、他社の製品情報の存在そのものが公開されていない場合、サーバ装置1は、当該製品情報の存在を秘匿する処理を実行してよい。また、製品情報に含まれる特定の項目のみが公開されていない場合、サーバ装置1は、当該項目の内容を秘匿する処理を実行してよい。秘匿処理が施された製品ツリーに関する情報は、企業端末2(情報取得部214)へ提供され、出力される(ステップS24)。
以上説明したように、本実施形態では、企業端末2において入力された製品情報を、各プラットフォームに対応する第二情報に夫々変換し、この第二情報をサーバ装置1に送信することができる。係る構成によると、製品情報を登録する際にオペレータが情報を入力する手間を省くことができる。
<第2実施形態>
第2実施形態では、第一情報に不足する項目がある場合に、インベントリデータで補充して第二情報を生成する。インベントリデータは、各プラットフォームに対応するデータであり、実際のデータに代替するデータとして利用されるデータである。インベントリデータは、例えば、各第一プラットフォームが提供するデータである。インベントリデータは、例えば、項目毎の代表値を規定するデータであってもよい。インベントリデータを利用して第二情報を補充することにより、入力を要求される全ての項目に対して、データを入力することが可能となる。インベントリデータは、第二製品情報生成部216が、各プラットフォームのサーバ装置1から予め取得して記憶部22に記憶しておいてもよいし、第二情報を生成するときに各プラットフォームのサーバ装置1から取得してもよい。また、インベントリデータは、各プラットフォームのサーバ装置1とは異なるサーバ装置から提供されてもよい。
第2実施形態では、第一情報に不足する項目がある場合に、インベントリデータで補充して第二情報を生成する。インベントリデータは、各プラットフォームに対応するデータであり、実際のデータに代替するデータとして利用されるデータである。インベントリデータは、例えば、各第一プラットフォームが提供するデータである。インベントリデータは、例えば、項目毎の代表値を規定するデータであってもよい。インベントリデータを利用して第二情報を補充することにより、入力を要求される全ての項目に対して、データを入力することが可能となる。インベントリデータは、第二製品情報生成部216が、各プラットフォームのサーバ装置1から予め取得して記憶部22に記憶しておいてもよいし、第二情報を生成するときに各プラットフォームのサーバ装置1から取得してもよい。また、インベントリデータは、各プラットフォームのサーバ装置1とは異なるサーバ装置から提供されてもよい。
図20は、本実施形態に係る企業端末2のハードウェア構成の一例を模式的に示した図である。企業端末2の記憶部22には、各プラットフォームに対応するインベントリデータが記憶されている。他の構成については、図5に示した構成と同じため説明を省略する。
次に、企業端末2によって自社の製品情報を登録する場合の企業端末2が実行する処理のフローについて、図21を参照しながら説明する。図21は、プラットフォームに第二情報を登録する処理のフローチャートである。本ルーチンは、オペレータによる所定の入力をトリガとして実行される。図17に示したルーチンと同じ処理が実行されるステップについては説明を省略する。
図21に示したルーチンでは、ステップS104で否定判定されるとステップS201へ進む。ステップS201において、第二製品情報生成部216が、インベントリデータを参照して第一情報を補充する。第二製品情報生成部216は、対応するプラットフォームのインベントリデータを参照して、対象のプラットフォームで入力を求められる項目のうち、未入力の項目に対応するデータを抽出し、抽出したデータを第一情報に加えることで第一情報を補充する。
ステップS202において、第二製品情報生成部216は、インベントリデータで第一
情報を補充したことについての警告を出力する。この警告の出力により、例えば企業端末2の入出力装置24の画面に、第一情報を補充したことを表す画像が表示される。なお、ステップS202の処理は省略することもできる。
情報を補充したことについての警告を出力する。この警告の出力により、例えば企業端末2の入出力装置24の画面に、第一情報を補充したことを表す画像が表示される。なお、ステップS202の処理は省略することもできる。
以上説明したように、本実施形態によれば、ユーザが入力した第一情報に不足が生じたとしても、インベントリデータで補充することができるため、対応するプラットフォームにおいてトレーサビリティを確保することができる。
<第3実施形態>
第3実施形態では、機密として指定されている情報及び法規によって開示が禁止されている情報をサーバ装置1に送信しないようにする。ここで、第一情報には機密情報が含まれる場合がある。機密情報を開示することにより企業が不利益を被る虞がある。また、第一情報には法規によって開示が禁止されている情報が含まれる場合がある。そこで、これらの情報が含まれている項目は、その情報を削除して第二情報を生成する。なお、情報を削除した項目については、インベントリデータで補充してもよい。なお、機密として指定されている情報は、第三情報の一例である。また、法規によって開示が禁止されている情報は、第四情報の一例である。
第3実施形態では、機密として指定されている情報及び法規によって開示が禁止されている情報をサーバ装置1に送信しないようにする。ここで、第一情報には機密情報が含まれる場合がある。機密情報を開示することにより企業が不利益を被る虞がある。また、第一情報には法規によって開示が禁止されている情報が含まれる場合がある。そこで、これらの情報が含まれている項目は、その情報を削除して第二情報を生成する。なお、情報を削除した項目については、インベントリデータで補充してもよい。なお、機密として指定されている情報は、第三情報の一例である。また、法規によって開示が禁止されている情報は、第四情報の一例である。
機密として指定されている情報及び法規によって開示が禁止されている情報は、例えば、ルール情報に含まれる。また、機密としての指定は、例えば企業端末2のオペレータが行ってもよいし、ルール情報に含まれる規則等に基づいて行われてもよい。また、法規によって開示が禁止されている情報は、例えば、企業端末2の所在地に基づいて判定する。企業端末2の所在地は、対象となる企業の所在地としてもよい。法規に関する情報は、予め記憶部22に記憶させておく。
次に、企業端末2によって自社の製品情報を登録する場合の企業端末2が実行する処理のフローについて、図22を参照しながら説明する。図22は、プラットフォームに第二情報を登録する処理のフローチャートである。本ルーチンは、オペレータによる所定の入力をトリガとして実行される。なお、図17に示したルーチンと同じ処理が実行されるステップについては説明を省略する。
図22に示したルーチンでは、ステップS104で肯定判定されるとステップS301へ進み、否定判定されるとステップS305へ進む。ステップS301において、第二製品情報生成部216が、第一情報に機密指定項目が含まれていないか否か判定する。第二製品情報生成部216は、ルール情報を参照して、機密として指定されている項目を第一情報が含んでいないか否か判定する。ステップS301で肯定判定された場合にはステップS303へ進み、否定判定された場合にはステップS302へ進む。ステップS302において、第二製品情報生成部216が、機密として指定されている項目に入力されている情報を削除する。
ステップS303において、第二製品情報生成部216は、第一情報が企業端末2の所在地の法規を満たすか否か判定する。第二製品情報生成部216は、ルール情報を参照して、例えば法規で開示が禁止されている項目を第一情報が含んでいないか否か判定する。ステップS303で肯定判定された場合にはステップS105へ進み、否定判定された場合にはステップS304へ進む。ステップS304において、第二製品情報生成部216が、法規を満たしていない項目に入力されている情報を削除する。
ステップS305において、第二製品情報生成部216が、インベントリデータを参照して第一情報を補充する。第二製品情報生成部216は、対応するプラットフォームのインベントリデータを参照して、対象のプラットフォームで入力を求められる項目のうち、
未入力の項目に対応するデータを抽出し、抽出したデータを第一情報に加えることで第一情報を補充する。未入力の項目には、ステップS302またはステップS304において情報が削除された項目も含まれる。なお、ステップS305の処理を省略することもできる。この場合、未入力の項目は未入力のまま第二情報を生成してもよいし、第二情報を生成せずに処理を終了してもよい。
未入力の項目に対応するデータを抽出し、抽出したデータを第一情報に加えることで第一情報を補充する。未入力の項目には、ステップS302またはステップS304において情報が削除された項目も含まれる。なお、ステップS305の処理を省略することもできる。この場合、未入力の項目は未入力のまま第二情報を生成してもよいし、第二情報を生成せずに処理を終了してもよい。
ステップS306において、第二製品情報生成部216は、インベントリデータで第一情報を補充したことについての警告を出力する。この警告の出力により、例えば企業端末2の入出力装置24の画面に第一情報を補充したことを表す画像が表示される。このときに、ステップS302において情報が削除されている場合には、機密情報を削除したことを表す画像を表示させてもよい。また、ステップS304において情報が削除されている場合には、法規を満たすために情報を削除したことを表す画像が表示させてもよい。なお、ステップS306の処理は省略することもできる。
以上説明したように、本実施形態によれば、ユーザが入力した第一情報に機密情報や法規を満たさない情報が含まれている場合であっても、それらを削除して第二情報を生成することができる。また、削除した情報をインベントリデータで補充することができるため、対応するプラットフォームにおいてトレーサビリティを確保することができる。
<第4実施形態>
第4実施形態では、第二情報を生成するように構成されたサーバ装置によって第二情報を生成する。図23は、専用サーバ装置3によって第二情報を生成する場合のシステムの概略構成を示す図である。図23では、第一サーバ装置1A、第二サーバ装置1B、及び第三サーバ装置1Cは、夫々異なるプラットフォームのサーバ装置1である。企業端末2から専用サーバ装置3へ第一情報が送信され、専用サーバ装置3において第二情報が生成される。そして、専用サーバ装置3から第一サーバ装置1A、第二サーバ装置1B、及び第三サーバ装置1Cへ第二情報が送信される。なお、以下において第一サーバ装置1A、第二サーバ装置1B、及び第三サーバ装置1Cを区別しない場合には、単に、サーバ装置1という。
第4実施形態では、第二情報を生成するように構成されたサーバ装置によって第二情報を生成する。図23は、専用サーバ装置3によって第二情報を生成する場合のシステムの概略構成を示す図である。図23では、第一サーバ装置1A、第二サーバ装置1B、及び第三サーバ装置1Cは、夫々異なるプラットフォームのサーバ装置1である。企業端末2から専用サーバ装置3へ第一情報が送信され、専用サーバ装置3において第二情報が生成される。そして、専用サーバ装置3から第一サーバ装置1A、第二サーバ装置1B、及び第三サーバ装置1Cへ第二情報が送信される。なお、以下において第一サーバ装置1A、第二サーバ装置1B、及び第三サーバ装置1Cを区別しない場合には、単に、サーバ装置1という。
図24は、本実施形態に係る専用サーバ装置3のハードウェア構成の一例を模式的に示した図である。専用サーバ装置3は、第二情報を各プラットフォームに送信する専用のサーバである。なお、専用サーバ装置3は、第二情報を各プラットフォームに送信する以外の処理も可能なように構成されてもよい。専用サーバ装置3は、制御部31、記憶部32、通信モジュール33、及び入出力装置34を有するコンピュータとして構成される。これらのハードウェア構成は、企業端末2の制御部21、記憶部22、通信モジュール23、及び入出力装置24と同様であるため説明を省略する。
なお、専用サーバ装置3の具体的なハードウェア構成は、企業端末2と同様に、実施形態に応じて、適宜、構成要素の省略、置換及び追加が可能である。
図25は、本実施形態に係る専用サーバ装置3のソフトウェア構成を模式的に示した図である。本実施形態では、制御部31は、コネクタ部315、及び第二製品情報生成部316の2つのソフトウェアモジュールを有して構成される。各ソフトウェアモジュールは、記憶部32に記憶されたプログラムを制御部31(CPU)によって実行することで実現されてもよい。なお、以下のコネクタ部315、及び第二製品情報生成部316により実行される情報処理は、制御部31により実行される情報処理と同義である。
コネクタ部315は、プラットフォームに関する通信に使用されるアプリケーションを含む。専用サーバ装置3とサーバ装置1の間の通信はコネクタ部315を介して行われて
よい。また、専用サーバ装置3と企業端末2の間の通信はコネクタ部315を介して行われてもよく、コネクタ部315を介さないで行われてもよい。コネクタ部315の構成については、第1実施形態で説明した企業端末2のコネクタ部215と同様であるため説明を省略する。
よい。また、専用サーバ装置3と企業端末2の間の通信はコネクタ部315を介して行われてもよく、コネクタ部315を介さないで行われてもよい。コネクタ部315の構成については、第1実施形態で説明した企業端末2のコネクタ部215と同様であるため説明を省略する。
第二製品情報生成部316は、企業端末2の製品情報生成部211が生成した製品情報(第一情報)を受信して、各プラットフォームに対応する製品情報(第二情報)に変換するように構成される。第二製品情報生成部316は、企業端末2からプラットフォームの指定を受け付ける。このときに、第二製品情報生成部316は、製品情報の送信先となるプラットフォームのリストを含むユーザインターフェースを生成し、生成したユーザインターフェースを企業端末2へ送信する。図12に示したように、第二製品情報生成部316は、任意の自社製品について、第二情報を送信するプラットフォームの指定を受け付けるように構成される。
また、第二製品情報生成部316は、指定されたプラットフォームに対応するルールに関する情報(ルール情報)を取得する。第二製品情報生成部316は、第一情報を例えば変換式で変換することにより第二情報を得る。この第二情報は、プラットフォームごとに生成される。
そして、第二製品情報生成部316は、第二情報を任意のタイミングでサーバ装置1に送信するように構成される。この第二情報は、コネクタ部315を介して送信される。第二情報を受信するサーバ装置1もコネクタ部115を介して第二情報を受信する。
専用サーバ装置3によって第二情報を登録する場合の処理については、図17に示したフローチャートと同様に考えることができる。例えば、ステップS101において、第二製品情報生成部316が、第二情報の送信先であるプラットフォームの指定を受け付ける。企業端末2においてオペレータを介してプラットフォームが指定されると、指定されたプラットフォームに関する情報が専用サーバ装置3に送信される。この情報を受信することにより、第二製品情報生成部316が、プラットフォームの指定を受け付ける。
また、ステップS102において、第二製品情報生成部316が、指定されたプラットフォームに対応するルール情報を参照する。さらに、ステップS103において、第二製品情報生成部316は、企業端末2から送信された製品情報を受信し、当該製品情報を記憶部12に格納する。これにより、第一情報の入力を受け付ける。また、ステップS104において、第二製品情報生成部316が、第一情報に不足がないか否か判定する。
また、ステップS105において、第二製品情報生成部316が、第二情報を生成する。第二製品情報生成部316は、例えば、ルール情報に含まれる変換式を利用して第一情報を第二情報に変換する。生成された第二情報はコネクタ部315に渡される。ステップS106において、コネクタ部315が、コネクタを選択する。コネクタ部315は、ステップS101において指定されたプラットフォームに対応するコネクタを記憶部32に記憶されているコネクタ情報に応じて選択する。
ステップS107において、コネクタ部315が、第二情報を送信する。なお、コネクタ部315による第二情報の送信に代えて、第二製品情報生成部316が、生成した第二情報を記憶部32の所定の記憶領域に配置(記憶)してもよい。また、ステップS108において第二製品情報生成部316は、情報が不足していることの警告を出力する。
このように、専用サーバ装置3によって、第一情報を各プラットフォームに応じた第二情報に変換することができる。
<第5実施形態>
第5実施形態では、プラットフォームのサーバ装置1が第二情報を生成する。図26は、サーバ装置1によって第二情報を生成する場合のシステムの概略構成を示す図である。図26では、第一サーバ装置1A、第二サーバ装置1B、及び第三サーバ装置1Cは、夫々異なるプラットフォームのサーバ装置1である。以下では、第一サーバ装置1Aにおいて第一情報を第二情報に変換する例について説明する。なお、第一サーバ装置1A、第二サーバ装置1B、及び第三サーバ装置1Cを区別しない場合には、単に、サーバ装置1という。
第5実施形態では、プラットフォームのサーバ装置1が第二情報を生成する。図26は、サーバ装置1によって第二情報を生成する場合のシステムの概略構成を示す図である。図26では、第一サーバ装置1A、第二サーバ装置1B、及び第三サーバ装置1Cは、夫々異なるプラットフォームのサーバ装置1である。以下では、第一サーバ装置1Aにおいて第一情報を第二情報に変換する例について説明する。なお、第一サーバ装置1A、第二サーバ装置1B、及び第三サーバ装置1Cを区別しない場合には、単に、サーバ装置1という。
図27は、本実施形態に係る第一サーバ装置1Aのハードウェア構成の一例を模式的に示した図である。第一サーバ装置1Aは、制御部11、記憶部12、通信モジュール13、及び入出力装置14を有するコンピュータとして構成される。なお、第二サーバ装置1B及び第三サーバ装置1Cは、第一サーバ装置1Aと同じ構成としてもよいし、第1実施形態で説明したサーバ装置1と同じ構成としてもよい。記憶部12以外のハードウェア構成については第1実施形態と同様であるため、記憶部12以外のハードウェア構成については説明を省略する。
記憶部12は、情報を記憶する手段であり、RAM、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部12には、制御部11にて実行されるプログラム、当該プログラムが利用するデータ等が記憶される。また、記憶部12には、データベースが構築されており、当該データベースに、複数の企業端末2から収集した製品情報、企業に関するアカウント情報、製品情報の入力のルールに関するルール情報、各プラットフォームに対応するコネクタに関するコネクタ情報等が記憶される。製品情報及びアカウント情報については、第1実施形態のサーバ装置1の記憶部12に記憶されている製品情報及びアカウント情報と同様である。また、ルール情報及びコネクタ情報は、第1実施形態の企業端末2の記憶部22に記憶されているルール情報及びコネクタ情報と同様である。
なお、サーバ装置1の具体的なハードウェア構成は、実施形態に応じて、適宜、構成要素の省略、置換及び追加が可能である。例えば、制御部11は、複数のハードウェアプロセッサを含んでもよい。ハードウェアプロセッサは、マイクロプロセッサ、FPGA、GPU等で構成されてよい。入出力装置14は省略されてもよいし、例示したもの以外の入出力装置(例えば、光学ドライブ等)が付加されてもよい。また、サーバ装置1は、複数台のコンピュータにより構成されてよい。この場合、各コンピュータのハードウェア構成は、一致していてもよいし、一致していなくてもよい。
図28は、本実施形態に係る第一サーバ装置1Aのソフトウェア構成の一例を模式的に示した図である。本実施形態では、制御部11は、情報収集部111、権限設定部112、紐付部113、情報提供部114、コネクタ部115、及び第二製品情報生成部116の6つのソフトウェアモジュールを有して構成される。各ソフトウェアモジュールは、記憶部12に記憶されたプログラムを制御部11(CPU)によって実行することで実現されてもよい。なお、以下の情報収集部111、権限設定部112、紐付部113、情報提供部114、コネクタ部115、及び第二製品情報生成部116により実行される情報処理は、制御部11により実行される情報処理と同義である。
情報収集部111、権限設定部112、紐付部113、情報提供部114、及びコネクタ部115については第1実施形態と同様であるため説明を省略する。
なお、本実施形態に係る企業端末2の製品情報生成部211は、企業端末2のオペレー
タを介して第一情報を取得し、任意のタイミングで第一サーバ装置1Aに送信するように構成される。
タを介して第一情報を取得し、任意のタイミングで第一サーバ装置1Aに送信するように構成される。
第二製品情報生成部116は、情報収集部111が受信した第一情報を、各プラットフォームに対応する製品情報(第二情報)に変換するように構成される。第二製品情報生成部116は、企業端末2からプラットフォームの指定を受け付ける。第二製品情報生成部116は、製品情報の送信先となるプラットフォームのリストを含むユーザインターフェースを生成し、生成したユーザインターフェースを企業端末2へ送信する。図12に示したように、第二製品情報生成部116は、任意の自社製品について、製品情報を送信するプラットフォームの指定を受け付けるように構成される。
また、第二製品情報生成部116は、指定されたプラットフォームに対応するルールに関する情報(ルール情報)を取得する。このルール情報は、第二サーバ装置1B及び第三サーバ装置1Cから取得してもよいし、記憶部12に記憶されていてもよいし、プラットフォームのサーバ装置1とは異なるサーバ装置から取得してもよい。第二製品情報生成部116は、第一情報を例えば変換式で変換することにより第二情報を得る。この第二情報は、プラットフォームごとに生成される。また、情報収集部111が企業端末2から受信した第一製品情報が、第一サーバ装置1Aのルールを満たしていない場合には、第一サーバ装置1Aに対応する第二情報を生成して第一サーバ装置1Aの記憶部12に記憶してもよい。
そして、第二製品情報生成部116は、第二情報を任意のタイミングで第二サーバ装置1B及び第三サーバ装置1Cに送信するように構成される。この第二情報は、コネクタ部115を介して送信される。第二情報を受信する第二サーバ装置1B及び第三サーバ装置1Cもコネクタ部115を介して第二情報を受信する。
第一サーバ装置1Aによって第二情報を登録する場合の処理については、図17に示したフローチャートと同様に考えることができる。例えば、ステップS101において、第二製品情報生成部116が、第二情報の送信先であるプラットフォームの指定を受け付ける。企業端末2においてオペレータを介してプラットフォームが指定されると、指定されたプラットフォームに関する情報が第一サーバ装置1Aに送信される。この情報を受信することにより、第二製品情報生成部116が、プラットフォームの指定を受け付ける。
また、ステップS102において、第二製品情報生成部116が、指定されたプラットフォームに対応するルール情報を参照する。さらに、ステップS103において、情報収集部111は、企業端末2から送信された製品情報を受信し、当該製品情報を記憶部12に格納する。これにより、第一情報の入力を受け付ける。また、ステップS104において、第二製品情報生成部116が、第一情報に不足がないか否か判定する。
また、ステップS105において、第二製品情報生成部116が、第二情報を生成する。第二製品情報生成部116は、例えば、ルール情報に含まれる変換式を利用して第一情報を第二情報に変換する。生成された第二情報はコネクタ部115に渡される。ステップS106において、コネクタ部115が、コネクタを選択する。コネクタ部115は、ステップS101において指定されたプラットフォームに対応するコネクタを記憶部12に記憶されているコネクタ情報に応じて選択する。
ステップS107において、コネクタ部115が、第二情報を送信する。なお、コネクタ部115による第二情報の送信に代えて、第二製品情報生成部116が、生成した第二情報を記憶部12の所定の記憶領域に配置(記憶)してもよい。また、ステップS108において第二製品情報生成部116は、情報が不足していることの警告を出力する。
このように、サーバ装置1によっても、第一情報を各プラットフォームに応じた第二情報に変換することができる。
<第6実施形態>
第6実施形態では、製品のメタデータ(以下、製品メタデータともいう。)を管理するサーバ装置と、企業端末とを含んで構成されるプラットフォーム(以下、「対象プラットフォーム」ともいう。)に対して第二情報を提供する例について説明する。図29は、対象プラットフォームに対して第二情報を提供する場合のシステムの概略構成を示す図である。図29では、第一サーバ装置1A及び第二サーバ装置1Bは、夫々異なるプラットフォームのサーバ装置1である。
第6実施形態では、製品のメタデータ(以下、製品メタデータともいう。)を管理するサーバ装置と、企業端末とを含んで構成されるプラットフォーム(以下、「対象プラットフォーム」ともいう。)に対して第二情報を提供する例について説明する。図29は、対象プラットフォームに対して第二情報を提供する場合のシステムの概略構成を示す図である。図29では、第一サーバ装置1A及び第二サーバ装置1Bは、夫々異なるプラットフォームのサーバ装置1である。
第6実施形態では、第5実施形態と同様にサーバ装置1が第二情報を生成する。この第二情報を生成するサーバ装置1を以下では、「第一サーバ装置1A」という。一方、対象プラットフォームに属し、製品メタデータを管理するサーバ装置1を以下では、「第二サーバ装置1B」という。また、第一サーバ装置1Aに第一情報を送信する企業端末2を以下では、「第一企業端末2A」という。また、対象プラットフォームに属する企業端末2を以下では、「第二企業端末2B」という。なお、以下において第一サーバ装置1A、及び第二サーバ装置1Bを区別しない場合には、単に、サーバ装置1という。また、第一企業端末2A、及び第二企業端末2Bを区別しない場合には、単に、企業端末2という。なお、対象プラットフォームは、第一プラットフォームの一例である。
対象プラットフォームには、複数の第二企業端末2Bが属しており、各第二企業端末2Bの記憶部22に自社の製品の製品情報が記憶されている。対象プラットフォームにおいて、製品情報を取得する場合には、第二企業端末2Bから第二サーバ装置1Bにアクセスして、製品情報にアクセス可能なURLを取得する。そして、そのURLにアクセスすると、その製品に対応する第二企業端末2Bから製品情報を取得することができる。このように、第二企業端末2B同士で、製品情報を送受信している。第6実施形態に係る第一サーバ装置1Aは、対象プラットフォームにおいて、第二企業端末2Bと同様の動作を行うように構成される。
第一サーバ装置1Aは、第一企業端末2Aから第一情報を取得し、対象プラットフォームのルールにしたがって第一情報から製品メタデータを生成して記憶部12に記憶する。そして、この製品メタデータを、対象プラットフォームの第二サーバ装置1Bに登録する。また、第一サーバ装置1Aは、対象プラットフォームのルールにしたがって第一情報から第二情報を生成し、この第二情報を記憶部12に記憶する。また、第一サーバ装置1Aは、第二情報を、対象プラットフォームの第二企業端末2Bからの要求に応じて提供する。
第6実施形態における第一サーバ装置1Aは、第5実施形態における第一サーバ装置1Aと同様のハードウェア構成及びソフトウェア構成を有する。一方、図30は、第6実施形態に係る第二サーバ装置1Bのハードウェア構成の一例を模式的に示した図である。第二サーバ装置1Bは、制御部51、記憶部52、通信モジュール53、及び入出力装置54を有するコンピュータとして構成される。第二サーバ装置1Bの制御部51、通信モジュール53、及び入出力装置54については、第6実施形態における第一サーバ装置1Aの制御部11、通信モジュール13、及び入出力装置14と同様である。第二サーバ装置1Bの記憶部52は、情報を記憶する手段であり、RAM、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部52には、制御部51にて実行されるプログラム、当該プログラムが利用するデータ等が記憶される。また、記憶部52には、データベースが構築されており、当該データベースに、複数の企業端末2及びサーバ装置1か
ら収集した製品メタデータ、及び企業に関するアカウント情報が記憶される。製品メタデータは、製品に関するメタデータであり、例えば、各製品に対応する製品IDと、各製品の製品情報にアクセス可能なURL(Uniform Resource Locator)とを含んで構成されている。
ら収集した製品メタデータ、及び企業に関するアカウント情報が記憶される。製品メタデータは、製品に関するメタデータであり、例えば、各製品に対応する製品IDと、各製品の製品情報にアクセス可能なURL(Uniform Resource Locator)とを含んで構成されている。
第一企業端末2A及び第二企業端末2Bは、図5に示した企業端末2のハードウェア構成と同様の構成を有する。なお、第一企業端末2A及び第二企業端末2Bの記憶部22には、ルール情報を記憶させる必要はない。また、サーバ装置1及び企業端末2の具体的なハードウェア構成は、実施形態に応じて、適宜、構成要素の省略、置換及び追加が可能である。また、第一企業端末2Aのソフトウェア構成は、図7に示した構成と同様である。ただし、第二製品情報生成部216は、省略することができる。
図31は、企業端末2に第二情報を直接送信する場合のサーバ装置1及び企業端末2で実行される処理の概要を示した図である。図31では、第一サーバ装置1A及び第二サーバ装置1Bは、夫々異なるプラットフォームのサーバ装置1である。また、第二企業端末2Bは、第二サーバ装置1Bと同じ対象プラットフォームに属している。このように、第二サーバ装置1Bと第二企業端末2Bとを含んで構成される対象プラットフォームに第二情報を提供する際に、第一サーバ装置1Aが第二企業端末2Bに直接第二情報を送信する。図31に示した例では、(1)から(9)まで順に処理が行われる。
図31の(1)で示すように、第一サーバ装置1Aの第二製品情報生成部116は、第一企業端末2Aからプラットフォームの指定を受け付ける。第二製品情報生成部116は、製品情報の送信先となるプラットフォームのリストを含むユーザインターフェースを生成し、生成したユーザインターフェースを第一企業端末2Aへ送信する。第二製品情報生成部116は、製品情報を送信するプラットフォームの指定を第一企業端末2Aから受け付けるように構成される。なお、他の一例として、第一企業端末2Aの製品情報生成部211が、製品情報の送信先となるプラットフォームのリストを含むユーザインターフェースを生成してもよい。製品情報生成部211は、第一企業端末2Aのオペレータを介して第一情報を取得し、任意のタイミングで第一サーバ装置1Aに送信するように構成されてもよい。第一サーバ装置1Aと第一企業端末2Aとは、コネクタ部115及びコネクタ部215を介して通信を行う。
図31の(2)で示すように、第一サーバ装置1Aの情報収集部111は、第一企業端末2Aから送信された第一情報を受信し、当該第一情報を記憶部12に格納する。これにより、第一情報が取得される。図8を示して説明したように、第一企業端末2Aの製品情報生成部211が、オペレータを介して製品情報(第一情報)の入力を受け付ける。製品情報を入力するときには、任意の入力型式で入力してもよいし、指定されたプラットフォームに対応する入力型式で入力してもよい。また、指定されたプラットフォームのルールにしたがって入力してもよい。また、複数のプラットフォームが指定されている場合には、何れかのプラットフォームに対応する入力型式で入力してもよい。なお、プラットフォームの指定と、第一情報の入力とは、1つの画面で実行されてもよい。第一企業端末2Aの製品情報生成部211によって生成された第一情報は、第一企業端末2Aのコネクタ部215が、第一サーバ装置1Aに送信する。第一サーバ装置1Aの情報収集部111は、コネクタ部115を介して第一情報を取得する。
図31の(3)で示すように、第一サーバ装置1Aの第二製品情報生成部116は、第一情報から製品メタデータを生成する。第一サーバ装置1Aの第二製品情報生成部116は、指定された対象プラットフォームに対応するルールに関する情報(ルール情報)を取得する。このルール情報は、第二サーバ装置1Bから取得してもよいし、記憶部12に記憶されていてもよいし、プラットフォームのサーバ装置1とは異なるサーバ装置から取得
してもよい。製品メタデータは、対象プラットフォームのルールにしたがって生成される。製品メタデータを生成するときのルールは、ルール情報に含まれている。第二製品情報生成部116は、例えば、第一情報に対応する第二情報にアクセス可能なURLを生成し、製品IDと紐付けして製品メタデータを生成し、その製品メタデータを記憶部12に記憶させる。
してもよい。製品メタデータは、対象プラットフォームのルールにしたがって生成される。製品メタデータを生成するときのルールは、ルール情報に含まれている。第二製品情報生成部116は、例えば、第一情報に対応する第二情報にアクセス可能なURLを生成し、製品IDと紐付けして製品メタデータを生成し、その製品メタデータを記憶部12に記憶させる。
図31の(4)で示すように、第一サーバ装置1Aのコネクタ部115が、第二サーバ装置1Bに製品メタデータを送信することにより、対象プラットフォームに製品メタデータを登録する。このように、製品メタデータを第二サーバ装置1Bに送信するときには、コネクタ部115を介して送信する。製品メタデータには、製品情報にアクセス可能なURL、及び製品IDが含まれる。第二サーバ装置1Bの制御部51は、受信した製品メタデータを記憶部52に格納する。このようにして、対象プラットフォームにおいて、第二企業端末2Bから第一企業端末2Aに対応する第二情報にアクセス可能になる。
次に、第二企業端末2Bのオペレータが、第一企業端末2Aに対応する製品情報を取得しようとした場合、第二企業端末2Bの制御部21は、オペレータを介して製品IDの指定を受け付ける。そして、図31の(5)で示すように、第二企業端末2Bの制御部21は、製品IDを第二サーバ装置1Bに送信して、製品IDに対応する製品メタデータの検索を行う。第二サーバ装置1Bの制御部51は、製品IDを受け付けると、記憶部52に記憶されている製品メタデータを参照し、製品IDに対応するURLを抽出する。そして、図31の(6)で示すように、第二サーバ装置1Bの制御部51は、抽出したURLを第二企業端末2Bに送信する。
第二サーバ装置1BからURLを取得した第二企業端末2Bの制御部21は、図31の(7)で示すように、取得したURLにアクセスして、第一サーバ装置1Aに製品情報を要求する。この要求は、第二企業端末2Bのコネクタを介して送信される。この要求は、第一サーバ装置1Aの第二製品情報生成部116が受け付ける。第一サーバ装置1Aが、第二企業端末2Bから製品情報の要求を受信するときには、コネクタ部115が受信する。コネクタ部115は、受信した要求を第二製品情報生成部116に渡す。
製品情報の要求を受け付けた第一サーバ装置1Aの第二製品情報生成部116は、図31の(8)で示すように、対象プラットフォームに対応するルールに関する情報(ルール情報)を取得する。このルール情報は、第二サーバ装置1Bから取得してもよいし、記憶部12に記憶されていてもよいし、プラットフォームのサーバ装置1とは異なるサーバ装置から取得してもよい。第二製品情報生成部116は、URLに対応する第一情報を例えば変換式で変換することにより第二情報を得る。そして、図31の(9)で示すように、第一サーバ装置1Aのコネクタ部115は、URLに対応する第二情報を、第二企業端末2Bへ送信する。このように、第二情報を第二企業端末2Bに送信するときには、コネクタ部115を介して送信する。このようにして、第二企業端末2Bに第二情報が提供される。
なお、第二情報を生成するタイミングは、第二企業端末2Bから製品情報を要求された後に限らない。例えば、第一企業端末2Aから第一情報を受信してから、第二企業端末2Bに第二情報を提供するまでの期間であれば、いつでも第二情報を生成することができる。例えば、第一企業端末2Aから第一情報を受信した後、製品メタデータを生成する前に、第一情報及びルール情報から第二情報を生成してもよい。また、第二情報は、第1実施形態で説明したように、第一企業端末2Aにおいて生成してもよい。この場合、第一企業端末2Aから第一サーバ装置1Aに第二情報を送信し、第一サーバ装置1Aの記憶部12に第二情報を記憶させておいてもよい。
[処理フロー]
次に、第一サーバ装置1Aにおいて実行される処理のフローについて、図32及び図33を参照しながら説明する。図32は、対象プラットフォームに製品メタデータを登録する処理のフローチャートである。本ルーチンは、第一企業端末2Aからプラットフォームの指定に関する情報を受信したことをトリガとして実行される。
次に、第一サーバ装置1Aにおいて実行される処理のフローについて、図32及び図33を参照しながら説明する。図32は、対象プラットフォームに製品メタデータを登録する処理のフローチャートである。本ルーチンは、第一企業端末2Aからプラットフォームの指定に関する情報を受信したことをトリガとして実行される。
ステップS401において、第二製品情報生成部116が、第二情報の送信先であるプラットフォームの指定を受け付ける。第一企業端末2Aにおいてオペレータを介してプラットフォームが指定されると、指定されたプラットフォームに関する情報が第一企業端末2Aから第一サーバ装置1Aに送信される。この情報を受信することにより、第二製品情報生成部116が、プラットフォームの指定を受け付ける。
また、ステップS402において、第二製品情報生成部116が、指定されたプラットフォームに対応するルール情報を参照する。さらに、ステップS403において、情報収集部111は、第一企業端末2Aから送信された製品情報をコネクタ部115を介して受信し、当該製品情報を記憶部12に格納する。これにより、第一情報の入力を受け付ける。なお、ステップS401及びステップS403の処理は同時に実行されてもよい。この場合、第一企業端末2Aから、プラットフォームの指定と第一情報の送信が同時に行われる。また、ステップS401の処理よりも前に、ステップS403の処理が実行されてもよい。
以下のステップS404からステップS412までの処理は、ステップS401で指定された全てのプラットフォームについて繰り返し実行される。ステップS404において、第二製品情報生成部116が、第一情報に不足がないか否か判定する。ステップS404において否定判定された場合には、ステップS405において、第二製品情報生成部116は、情報が不足していることの警告を出力する。なお、情報が不足している場合には、第2実施形態と同様に、インベントリデータで補充してもよい。
ステップS406において、第二製品情報生成部116は、製品メタデータが必要であるか否か判定する。すなわち、第二製品情報生成部116は、指定されたプラットフォームが、対象プラットフォームであるか否か判定する。ステップS406で肯定判定された場合にはステップS407へ進み、否定判定された場合にはステップS410へ進む。
ステップS407において、第二製品情報生成部116は、製品メタデータを生成する。第二製品情報生成部116は、対象プラットフォームに対応するルール情報を参照する。そして、ルール情報にしたがって製品メタデータを生成する。生成された製品メタデータはコネクタ部115に渡される。ステップS408において、コネクタ部115が、コネクタを選択する。コネクタ部115は、ステップS401において指定された対象プラットフォームに対応するコネクタを記憶部12に記憶されているコネクタ情報に応じて選択する。ステップS409において、コネクタ部115が、製品メタデータを対象プラットフォームに対応する第二サーバ装置1Bに送信する。
また、ステップS410において、第二製品情報生成部116が、第二情報を生成する。第二製品情報生成部116は、例えば、ルール情報に含まれる変換式を利用して第一情報を第二情報に変換する。生成された第二情報はコネクタ部115に渡される。ステップS411において、コネクタ部115が、コネクタを選択する。コネクタ部115は、ステップS401において指定されたプラットフォームに対応するコネクタを記憶部12に記憶されているコネクタ情報に応じて選択する。
ステップS412において、コネクタ部115が、第二情報を送信する。なお、対象プ
ラットフォームが指定されている場合には、第二製品情報生成部116が、生成した第二情報を記憶部12の所定の記憶領域に配置(記憶)する。
ラットフォームが指定されている場合には、第二製品情報生成部116が、生成した第二情報を記憶部12の所定の記憶領域に配置(記憶)する。
次に、図33は、対象プラットフォームの第二企業端末2Bに第二製品情報を提供する処理のフローチャートである。本ルーチンは、第二企業端末2Bから製品情報の要求を受信したことをトリガとして実行される。ステップS501において、第二製品情報生成部116が、製品情報の要求を受け付ける。この要求は、第二企業端末2Bに製品情報を送信する要求である。この要求は、第二企業端末2Bが製品に対応するURLにアクセスし、所定の入力を行うことにより実行される。この要求は、コネクタ部115が受信して、第二製品情報生成部116に渡され、第二製品情報生成部116によって受け付けられる。
ステップS502において、第二製品情報生成部116は、記憶部12の所定の記憶領域に配置されている第二情報を抽出する。ここで、第二企業端末2BがアクセスしたURLは、製品IDと紐付けされているため、第二製品情報生成部116は、この製品IDに基づいて、対応する第二情報を抽出する。抽出された第二情報はコネクタ部115に渡される。ステップS503において、コネクタ部115が、コネクタを選択する。コネクタ部115は、ステップS501において要求を受信したときのコネクタを選択する。ステップS504において、コネクタ部115が、第二企業端末2Bに第二情報を送信する。このように、第一サーバ装置1Aは、対象プラットフォームにおいて第二企業端末2Bと同様に振る舞い、製品情報を提供することが可能である。
なお、図32に示したフローチャートでは、対象プラットフォームに対する第二情報をステップS410において生成し、ステップS412において記憶部12に記憶している。しかし、第二情報を生成するタイミングは、これに限らない。例えば、図33に示したフローチャートのステップS502において第二情報を生成してもよい。すなわち、第二企業端末2Bから製品情報の要求を受け付けてから第二情報を生成してもよい。
以上説明したように、第6実施形態によれば、第二サーバ装置1Bが製品メタデータを管理しており、企業端末2同士で製品情報を送受信するような対象プラットフォームであっても、第一情報を第二情報に変換して提供することができる。また、このときに、対象プラットフォームに対応するコネクタを介して、第二情報を提供することができる。
(その他の実施形態)
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施しうる。例えば、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施しうる。例えば、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。
また、実施形態の説明では、サーバ装置1が製品情報をデータベースに記憶したが、製品情報は、データベース以外の手段によって記憶されてもよい。
また、実施形態の説明では、サーバ装置1が第一ないし第四のフェーズを実行することで製品ツリーを完成させる形態を例示したが、サーバ装置1が持つ役割を、複数の企業端末2に分散して配置してもよい。例えば、製品情報は、ブロックチェーン基盤を利用した分散データベースによって記憶させてもよい。この場合、複数の企業端末2によって、製品情報データベースが構成されてもよい。この場合、スマートコントラクトを利用して、前述した各フェーズの処理を実行してもよい。例えば、ある企業のアカウントが、許可情報をデータベースに書き込んだことをトリガとして、第二のフェーズにおける処理が実行されるようにしてもよい。また、ある企業のアカウントが、紐付けリクエストをデータベースに書き込んだことをトリガとして、第三のフェーズにおける処理が実行されるように
してもよい。
してもよい。
また、実施形態の説明では、上流製品に関する製品情報をサーバ装置1が受信するフェーズと、当該製品情報に対応する許可情報をサーバ装置1が受信するフェーズを分けて記載したが、両者は同時に受信されてもよい。同様に、実施形態の説明では、下流製品に関する製品情報をサーバ装置1が受信するフェーズと、当該製品情報に対応する紐付けリクエストをサーバ装置1が受信するフェーズを分けて記載したが、両者は同時に受信されてもよい。
また、上記実施形態では、専用記憶領域及び共有記憶領域を設けることで、各企業のアクセスコントロールを実現している。しかしながら、アクセスコントロールを実現する方法は、このような例に限られなくてよい。アクセスコントロールには任意の方法が用いられてよい。
また、上記実施形態(図1)では、サプライチェーンに含まれる複数の企業を、製品を生産する企業として説明した。しかしながら、サプライチェーンに含まれる企業は、必ずしも製品を生産する企業である必要はない。例えば、製品の輸送、輸入、保管、卸売り等を行う企業も、サプライチェーンを構成する企業に含まれてよい。一例では、複数の企業のうちの一部の企業は、例えば、商社、販売代理店、輸入代理店等の製造工程を実行しない企業であってよく、一段上の階層に位置する企業(上流企業)から製品を受け取り、一段下の階層に位置する企業(下流企業)に製品を納入してもよい。
また、上記実施形態では、自動車に関連する製品のサプライチェーンを想定し、OEMメーカを最下流企業として説明し、部品、素材、アッセンブリ等を供給する企業をサプライヤとして説明した。しかしながら、サプライチェーンに属する企業は、必ずしもこの限りではない。各段階の企業は、製品等に応じて適宜決定されてよい。また、最終製品を得られるまでに各企業で実施される製造活動は、実施の形態に応じて適宜決定されてよく、例えば、発掘、加工、組み立て、運搬、保管等の最終製品が得られるまでに行われ得るあらゆる活動を含んでよい。
また、上記実施形態では、サーバ装置1は、上記第一~第四のフェーズの情報処理を実行するように構成されている。しかしながら、サーバ装置1の構成は、このような例に限定されなくてよい。他の一例では、サーバ装置1において、上記第一~第四のフェーズの少なくともいずれかの情報処理は省略されてよい。サーバ装置1は、その他の任意の情報処理を実行するように構成されてもよい。
また、上記実施形態では、CO2排出量(CFP値)の計算の一例を示した。CFP値は、以下の計算式により算出されてよい。
TierN-1のCFP値=TierN-1の自社計測CFP値+Σk(k社(TierN)のCFP値×TierN-1での使用量uk)
ここで、「TierN-1のCFP値」は、上流企業(k社(TierN))のCFP値と自社のCFP値とを統合した結果を示す。自社計測CFP値は、各企業の製品情報に含まれるCFP値を示す。TierNが最上流企業である場合、「TierNのCFP値」は、当該企業の製品情報に含まれるCFP値であり、それ以外の場合、「TierNのCFP値」は、更に上流企業(TierN+1)のCFP値と当該企業の製品情報に含まれるCFP値とを統合した結果である。TierNを最上流企業(終端企業)に設定して、N=1まで計算を繰り返すことで、Tier0製
品(=最終製品)のCFP値を得ることができる。
TierN-1のCFP値=TierN-1の自社計測CFP値+Σk(k社(TierN)のCFP値×TierN-1での使用量uk)
ここで、「TierN-1のCFP値」は、上流企業(k社(TierN))のCFP値と自社のCFP値とを統合した結果を示す。自社計測CFP値は、各企業の製品情報に含まれるCFP値を示す。TierNが最上流企業である場合、「TierNのCFP値」は、当該企業の製品情報に含まれるCFP値であり、それ以外の場合、「TierNのCFP値」は、更に上流企業(TierN+1)のCFP値と当該企業の製品情報に含まれるCFP値とを統合した結果である。TierNを最上流企業(終端企業)に設定して、N=1まで計算を繰り返すことで、Tier0製
品(=最終製品)のCFP値を得ることができる。
また、上記実施形態では、サーバ装置1は、CO2排出量(CFP値)の計算と共に又は代えて、リサイクル率及びデューデリジェンス(スコア)の演算を実行してよい。リサ
イクル率は、以下の計算式により算出されてよい。
「(対象物質についてのTierN-1製品におけるリサイクル率)={(TierN-1での合計利用量)×(TierN-1でのリサイクル率)+Σk(k社(TierN)での合計利用量×k社(TierN)でのリサイクル率×TierN-1での使用量uk)}÷{TierN-1での合計利用量+Σk(
k社(TierN)での合計利用量×TierN-1での使用量uk)}={TierN-1での再生材利用量
+Σk(k社(TierN)での再生材利用量×TierN-1での使用量uk)}÷{TierN-1での合
計利用量+Σk(k社(TierN)での合計利用量×TierN-1での使用量uk)}」
再生材利用量は、対象物質のリサイクル材の利用量を示す。CFP値と同様に、最上流企業(終端企業)から順次計算することで、対象物質についての最終製品におけるリサイクル率を計算することができる。また、デューデリジェンスのスコア(DDスコア)に関しても、上記CFP値及びリサイクル率と同様の演算で統合することができる。一例では、上記CFP値をDDスコアに置き換え、最上流企業(終端企業)から順次計算することで、最終製品におけるDDスコア(統合結果)を得ることができる。
イクル率は、以下の計算式により算出されてよい。
「(対象物質についてのTierN-1製品におけるリサイクル率)={(TierN-1での合計利用量)×(TierN-1でのリサイクル率)+Σk(k社(TierN)での合計利用量×k社(TierN)でのリサイクル率×TierN-1での使用量uk)}÷{TierN-1での合計利用量+Σk(
k社(TierN)での合計利用量×TierN-1での使用量uk)}={TierN-1での再生材利用量
+Σk(k社(TierN)での再生材利用量×TierN-1での使用量uk)}÷{TierN-1での合
計利用量+Σk(k社(TierN)での合計利用量×TierN-1での使用量uk)}」
再生材利用量は、対象物質のリサイクル材の利用量を示す。CFP値と同様に、最上流企業(終端企業)から順次計算することで、対象物質についての最終製品におけるリサイクル率を計算することができる。また、デューデリジェンスのスコア(DDスコア)に関しても、上記CFP値及びリサイクル率と同様の演算で統合することができる。一例では、上記CFP値をDDスコアに置き換え、最上流企業(終端企業)から順次計算することで、最終製品におけるDDスコア(統合結果)を得ることができる。
なお、上記実施形態では、最上流企業を除く各企業(TierN-1)自身のトレーサビリテ
ィ関連情報を自身の下流企業との間の共有記憶領域に格納せず、各企業の統合結果(TierN-1のCFP値、対象物質についてのTierN-1製品におけるリサイクル率)が、各企業と各企業の下流企業(TierN-2)との間の共有記憶領域に格納されてよい。これにより、各企
業自身のトレーサビリティ関連情報を開示させずに、最終製品におけるトレーサビリティ関連情報(統合結果)を得ることができる。
ィ関連情報を自身の下流企業との間の共有記憶領域に格納せず、各企業の統合結果(TierN-1のCFP値、対象物質についてのTierN-1製品におけるリサイクル率)が、各企業と各企業の下流企業(TierN-2)との間の共有記憶領域に格納されてよい。これにより、各企
業自身のトレーサビリティ関連情報を開示させずに、最終製品におけるトレーサビリティ関連情報(統合結果)を得ることができる。
また、上記実施形態では、各企業は、ある材料に関して一社に発注していると仮定した。しかしながら、上記実施形態において、各企業の発注形式は、このような例に限定されなくてよい。サプライチェーンに属する企業のうちの少なくとも一部は、同一の製品に関して複数の上流企業に発注し、得られた上流製品を選択的に自社製品に使用してもよい。例えば、上記図14の例において、Tier1の製品A1には、Tier2の製品A11_1、製品A11_2、又は製品A11_3が選択的に使用されてよい。この場合、サーバ装置1は、使用されるパタ
ーン毎に紐付け関係を保持してよい。上記の例では、サーバ装置1は、Tier1の製品A1に
ついて、パターン1「Tier2の製品A11_1、・・・」、パターン2「製品A11_2、・・・」
及びパターン3「製品A11_3、・・・」とのように紐付け情報を保持してよい。これに応
じて、サーバ装置1は、パターン毎に、上記トレーサビリティ関連情報の演算(統合)を実行してよい。この場合、一例では、サーバ装置1は、パターン毎に演算結果を出力してもよい。他の一例では、サーバ装置1は、演算結果の最大値、最小値、平均値、分散、標準偏差、中央値等の統計量を演算結果から算出し、算出された統計量を出力してもよい。
ーン毎に紐付け関係を保持してよい。上記の例では、サーバ装置1は、Tier1の製品A1に
ついて、パターン1「Tier2の製品A11_1、・・・」、パターン2「製品A11_2、・・・」
及びパターン3「製品A11_3、・・・」とのように紐付け情報を保持してよい。これに応
じて、サーバ装置1は、パターン毎に、上記トレーサビリティ関連情報の演算(統合)を実行してよい。この場合、一例では、サーバ装置1は、パターン毎に演算結果を出力してもよい。他の一例では、サーバ装置1は、演算結果の最大値、最小値、平均値、分散、標準偏差、中央値等の統計量を演算結果から算出し、算出された統計量を出力してもよい。
また、上記実施形態において、トレーサビリティ関連情報(特に、CFP値)は、一次データで構成されてもよいし、又は二次データ(インベントリデータ)で構成されてもよい。この場合、上記トレーサビリティ関連情報の演算(統合)は、最終製品について得られるトレーサビリティ関連情報の一次データ比率を算出することを含んでよい。一次データ比率の算出は、単純な比率計算で算出されてもよいし、或いは上記CFP値の演算式においてCFP値を各社の一次データ比率に置き換え、最上流企業から順次計算することによる重み計算で算出されてもよい。
また、1つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、1つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成(サーバ構成)によって実現するかは柔軟に変更可能である。
本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する1つ以上のプロセッサがプログラムを読み出
して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク(フロッピー(登録商標)ディスク、ハードディスクドライブ(HDD)等)、光ディスク(CD-ROM、DVDディスク・ブルーレイディスク等)など任意のタイプのディスク、読み込み専用メモリ(ROM)、ランダムアクセスメモリ(RAM)、EPROM、EEPROM、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。
して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク(フロッピー(登録商標)ディスク、ハードディスクドライブ(HDD)等)、光ディスク(CD-ROM、DVDディスク・ブルーレイディスク等)など任意のタイプのディスク、読み込み専用メモリ(ROM)、ランダムアクセスメモリ(RAM)、EPROM、EEPROM、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。
1 サーバ装置
2 企業端末
3 専用サーバ装置
21 制御部
22 記憶部
23 通信モジュール
24 入出力装置
211 製品情報生成部
212 権限設定部
213 紐付リクエスト部
214 情報取得部
215 コネクタ部
216 第二製品情報生成部
2 企業端末
3 専用サーバ装置
21 制御部
22 記憶部
23 通信モジュール
24 入出力装置
211 製品情報生成部
212 権限設定部
213 紐付リクエスト部
214 情報取得部
215 コネクタ部
216 第二製品情報生成部
第一のフェーズでは、サーバ装置1の情報収集部111が、企業端末2の第二製品情報生成部216から、製品情報を取得する。図13の例では、サーバ装置1は、企業Aに対応する企業端末2から製品情報Aを取得し、企業Bに対応する企業端末2から製品情報Bを取得している。情報収集部111は、製品情報Aを、企業Aに対してのみアクセス権限が付与された記憶領域(以下、記憶領域A)に保存する。また、情報収集部111は、製品情報Bを、企業Bに対してのみアクセス権限が付与された記憶領域(以下、記憶領域B)に保存する。このように、情報収集部111は、任意の企業から送信された製品情報を、当該企業に対してのみアクセス権限が付与された、専用の記憶領域に保存する。
Claims (20)
- サプライチェーンを管理する1つ以上の第一プラットフォームの指定を受け付けることと、
トレーサビリティに関する情報を含む第一製品に関する第一情報の入力を受け付けることと、
前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報を参照し、前記第一情報から、前記第一プラットフォームの夫々に対応した第二情報を生成することと、
前記第一プラットフォームの夫々に対応するコネクタに関する情報を参照し、前記第一プラットフォームの夫々に対して、対応するコネクタにより、前記第二情報を送信するまたは前記第二情報を送信可能な状態に所定の記憶領域に配置することと、
を実行するように構成された制御部を備える情報処理装置。 - 前記所定の記憶領域に、前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報、及び、前記第一プラットフォームの夫々に対応するコネクタに関する情報が配置されている、
請求項1に記載の情報処理装置。 - 前記制御部は、
前記第一プラットフォームで要求される情報に対して、前記第一情報だけでは不足する情報があることに応答して、前記第一プラットフォームに対応するインベントリデータを参照し、
前記インベントリデータから得られる情報に基づいて、前記第一情報だけでは不足する情報を補充して、前記第二情報を生成する、
請求項1に記載の情報処理装置。 - 前記制御部は、
前記第一プラットフォームで要求される情報に対して、前記第一情報だけでは不足する情報があることに応答して、警告を出力する、
請求項1に記載の情報処理装置。 - 前記制御部は、
前記第一情報に、非開示として指定されている第三情報が含まれていることに応答して、前記第三情報を除外して前記第二情報を生成する、
請求項1に記載の情報処理装置。 - 前記制御部は、
前記第一情報に、前記第三情報が含まれていることに応答して、前記第一プラットフォームに対応するインベントリデータを参照し、
除外した前記第三情報を前記インベントリデータから得られる情報によって補充して、前記第二情報を生成する、
請求項5に記載の情報処理装置。 - 前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報には、前記第一プラットフォームの夫々に情報を送信する端末の所在地に応じて開示できない第四情報に関するルールに関する情報を含み、
前記制御部は、
前記第一情報に、前記第四情報が含まれていることに応答して、
前記第四情報を除外して前記第二情報を生成する、
請求項1に記載の情報処理装置。 - 前記制御部は、
前記第一情報に、前記第四情報が含まれていることに応答して、前記第一プラットフォームに対応するインベントリデータを参照し、
除外した前記第四情報を前記インベントリデータから得られる情報によって補充して、前記第二情報を生成する、
請求項7に記載の情報処理装置。 - 前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報には、単位のルールに関する情報を含み、
前記制御部は、
前記第一プラットフォームに対応する前記単位のルールにしたがって、前記第二情報を生成する、
請求項1に記載の情報処理装置。 - 前記第一製品は、電池に関する製品である、
請求項1に記載の情報処理装置。 - コンピュータが、
サプライチェーンを管理する1つ以上の第一プラットフォームの指定を受け付けることと、
トレーサビリティに関する情報を含む第一製品に関する第一情報の入力を受け付けることと、
前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報を参照し、前記第一情報から、前記第一プラットフォームの夫々に対応した第二情報を生成することと、
前記第一プラットフォームの夫々に対応するコネクタに関する情報を参照し、前記第一プラットフォームの夫々に対して、対応するコネクタにより、前記第二情報を送信するまたは前記第二情報を送信可能な状態に所定の記憶領域に配置することと、
を実行する情報処理方法。 - 前記所定の記憶領域に、前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報、及び、前記第一プラットフォームの夫々に対応するコネクタに関する情報が配置されている、
請求項11に記載の情報処理方法。 - 前記コンピュータは、
前記第一プラットフォームで要求される情報に対して、前記第一情報だけでは不足する情報があることに応答して、前記第一プラットフォームに対応するインベントリデータを参照し、
前記インベントリデータから得られる情報に基づいて、前記第一情報だけでは不足する情報を補充して、前記第二情報を生成する、
請求項11に記載の情報処理方法。 - 前記コンピュータは、
前記第一プラットフォームで要求される情報に対して、前記第一情報だけでは不足する情報があることに応答して、警告を出力する、
請求項11に記載の情報処理方法。 - 前記コンピュータは、
前記第一情報に、非開示として指定されている第三情報が含まれていることに応答して、前記第三情報を除外して前記第二情報を生成する、
請求項11に記載の情報処理方法。 - 前記コンピュータは、
前記第一情報に、前記第三情報が含まれていることに応答して、前記第一プラットフォームに対応するインベントリデータを参照し、
除外した前記第三情報を前記インベントリデータから得られる情報によって補充して、前記第二情報を生成する、
請求項15に記載の情報処理方法。 - 前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報には、前記第一プラットフォームの夫々に情報を送信する端末の所在地に応じて開示できない第四情報に関するルールに関する情報を含み、
前記コンピュータは、
前記第一情報に、前記第四情報が含まれていることに応答して、
前記第四情報を除外して前記第二情報を生成する、
請求項11に記載の情報処理方法。 - 前記コンピュータは、
前記第一情報に、前記第四情報が含まれていることに応答して、前記第一プラットフォームに対応するインベントリデータを参照し、
除外した前記第四情報を前記インベントリデータから得られる情報によって補充して、前記第二情報を生成する、
請求項17に記載の情報処理方法。 - 前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報には、単位のルールに関する情報を含み、
前記コンピュータは、
前記第一プラットフォームに対応する前記単位のルールにしたがって、前記第二情報を生成する、
請求項11に記載の情報処理方法。 - 前記第一製品は、電池に関する製品である、
請求項11に記載の情報処理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2023/026399 WO2024166418A1 (ja) | 2023-02-09 | 2023-07-19 | 情報処理装置、及び情報処理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2023018613 | 2023-02-09 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2024026459A Division JP2024113686A (ja) | 2023-02-09 | 2024-02-26 | 情報処理装置、及び情報処理方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2024113637A true JP2024113637A (ja) | 2024-08-22 |
Family
ID=
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Hasselgren et al. | Blockchain in healthcare and health sciences—A scoping review | |
CN107766579B (zh) | 基于xbrl标准的主数据管理系统的设计方法 | |
CN102388384B (zh) | 允许在新键入的数据发布之前验证新键入的数据的大型生产数据库中的大量更新的方法 | |
CN101930443B (zh) | 数据业务系统及数据业务实现方法 | |
CN103927353A (zh) | 用于生成业务表的方法和设备 | |
JP6280270B1 (ja) | 内部取引判定装置、内部取引判定方法および内部取引判定プログラム | |
WO2023095415A1 (ja) | 温室効果ガス排出量の情報を扱う情報連携システム、情報処理装置及びプログラム | |
Gómez et al. | Scalable modeling technologies in the wild: an experience report on wind turbines control applications development | |
WO2024166418A1 (ja) | 情報処理装置、及び情報処理方法 | |
JP2024113637A (ja) | 情報処理装置、及び情報処理方法 | |
JP2024113686A (ja) | 情報処理装置、及び情報処理方法 | |
JP2024114305A (ja) | 情報処理装置、情報処理方法、及びプログラム | |
JP2024108725A (ja) | 情報処理装置、及び情報処理方法 | |
JP2024108611A (ja) | 情報処理装置、情報処理方法、及びプログラム | |
CN114124977A (zh) | 跨租户间的数据分享方法、装置和电子设备 | |
WO2024176482A1 (ja) | サーバ装置、情報処理方法、およびプログラム | |
JP2024106890A (ja) | サーバ装置、情報処理方法、およびプログラム | |
JP2024106790A (ja) | サーバ装置、情報処理方法、およびプログラム | |
JP2024106854A (ja) | サーバ装置、情報処理方法、およびプログラム | |
JP2024113817A (ja) | 情報処理装置、情報処理方法、及びプログラム | |
JP7439972B1 (ja) | サーバ装置および情報処理方法 | |
JP7529113B1 (ja) | サーバ装置、情報処理方法、およびプログラム | |
US20240273646A1 (en) | Information processing apparatus, information processing method, and non-transitory storage medium | |
US20240275612A1 (en) | Information processing apparatus and information processing method | |
Asawa et al. | An NCDP for developing a blockchain based dynamic supply chain management with auto-generation of smart contract |