JP2024113637A - 情報処理装置、及び情報処理方法 - Google Patents

Abstract

【課題】製品の情報を入力する手間を減らす。
【解決手段】サプライチェーンを管理する１つ以上の第一プラットフォームの指定を受け付けることと、トレーサビリティに関する情報を含む第一製品に関する第一情報の入力を受け付けることと、第一プラットフォームの夫々に情報を送信する際のルールに関する情報を参照し、第一情報から、第一プラットフォームの夫々に対応した第二情報を生成することと、第一プラットフォームの夫々に対応するコネクタに関する情報を参照し、第一プラットフォームの夫々に対して、対応するコネクタにより、第二情報を送信するまたは第二情報を送信可能な状態に所定の記憶領域に配置することと、を実行するように構成された制御部を備える。
【選択図】図１７

Description

本開示は、情報処理装置、及び情報処理方法に関する。

ベンダ企業とカスタマ企業との間で取引商品の情報を共有するシステムが提案されている（例えば、特許文献１）。このシステムによれば、サプライチェーンにおいて隣接する企業間で共通のプラットフォームにより情報を共有することができる。

特開２００４－１７１１４６号公報

本開示の目的は、製品の情報を入力する手間を減らすことにある。

本開示の態様の一つは、
サプライチェーンを管理する１つ以上の第一プラットフォームの指定を受け付けることと、
トレーサビリティに関する情報を含む第一製品に関する第一情報の入力を受け付けることと、
前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報を参照し、前記第一情報から、前記第一プラットフォームの夫々に対応した第二情報を生成することと、
前記第一プラットフォームの夫々に対応するコネクタに関する情報を参照し、前記第一プラットフォームの夫々に対して、対応するコネクタにより、前記第二情報を送信するまたは前記第二情報を送信可能な状態に所定の記憶領域に配置することと、
を実行するように構成された制御部を備える情報処理装置である。

本開示の態様の一つは、
コンピュータが、
サプライチェーンを管理する１つ以上の第一プラットフォームの指定を受け付けることと、
トレーサビリティに関する情報を含む第一製品に関する第一情報の入力を受け付けることと、
前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報を参照し、前記第一情報から、前記第一プラットフォームの夫々に対応した第二情報を生成することと、
前記第一プラットフォームの夫々に対応するコネクタに関する情報を参照し、前記第一プラットフォームの夫々に対して、対応するコネクタにより、前記第二情報を送信するまたは前記第二情報を送信可能な状態に所定の記憶領域に配置することと、
を実行する情報処理方法である。

また、本開示の他の態様は、上記の情報処理装置における処理をコンピュータに実行させるためのプログラム、及びそのプログラムを非一時的に記憶した記憶媒体である。

本開示によれば、製品の情報を入力する手間を減らすことができる。

第１実施形態に係るサプライチェーンの一例を説明する図。 サプライチェーンによって供給される製品同士の関係の一例を説明する図。 企業端末とサーバ装置との間で行われる処理の概要を示した図。 第１実施形態に係るサーバ装置のハードウェア構成図。 第１実施形態に係る企業端末のハードウェア構成図。 第１実施形態に係るサーバ装置のソフトウェア構成図。 第１実施形態に係る企業端末のソフトウェア構成図。 製品情報生成部によって生成される製品情報の一例。 権限設定部が出力する画面の一例。 入力された情報に基づいて権限設定部が生成した許可情報の一例。 紐付け先の候補となる製品のリストを含むユーザインターフェースの一例。 第二製品情報生成部が出力する画面の一例を示した図。 サーバ装置が実行する処理の流れの一例を示した図。 製品ツリーと各工程で排出される二酸化炭素の量を説明する図。 製品ツリーを画像によって出力した画面の一例。 アクセス権限が無い製品を非開示とした場合の製品ツリーの一例。 プラットフォームに第二情報を登録する処理のフローチャート。 第一ないし第三のフェーズにおいて、サーバ装置及び企業端末が行う処理を説明するシーケンス図。 第四のフェーズにおいて、サーバ装置及び企業端末が行う処理を説明するシーケンス図。 第２実施形態に係る企業端末のハードウェア構成の一例を模式的に示した図。 プラットフォームに第二情報を登録する処理のフローチャート。 プラットフォームに第二情報を登録する処理のフローチャート。 専用サーバ装置によって第二情報を生成する場合のシステムの概略構成を示す図。 第４実施形態に係る専用サーバ装置のハードウェア構成の一例を模式的に示した図。 第４実施形態に係る専用サーバ装置のソフトウェア構成を模式的に示した図。 サーバ装置によって第二情報を生成する場合のシステムの概略構成を示す図。 第５実施形態に係る第一サーバ装置のハードウェア構成の一例を模式的に示した図。 第５実施形態に係る第一サーバ装置のソフトウェア構成の一例を模式的に示した図。 対象プラットフォームに対して第二情報を提供する場合のシステムの概略構成を示す図。 第６実施形態に係る第二サーバ装置のハードウェア構成の一例を模式的に示した図。 企業端末に第二情報を直接送信する場合のサーバ装置及び企業端末で実行される処理の概要を示した図。 対象プラットフォームに製品メタデータを登録する処理のフローチャート。 対象プラットフォームの第二企業端末に第二製品情報を提供する処理のフローチャート。

カーボンフットプリント（ＣＦＰ: Carbon Footprint of Products）は、商品の原材料調達から廃棄・リサイクルに至るまでのライフサイクル全体を通して排出される温室効果ガスの排出量をＣＯ_２に換算して、商品に表示する仕組みである。ＣＦＰを実現するためには、商品の原材料調達から廃棄・リサイクルに至るまでにかかわった各サプライヤを記録し、履歴を追跡可能な状態としておくトレーサビリティが重要になる。一方、サプライヤが複数社へ製品を納入している場合、対象製品が同一であってもその納入先ごとに異なるプラットフォームを利用していることがある。この場合、サプライヤは、各プラットフォームに同一の情報を入力することが求められ、情報入力に手間がかかる。なお、この問題が生じるのは、カーボンフットプリントを収集する場面に限られない。例えば、他のトレーサビリティ関連情報（例えば、原料のリサイクル率、デューデリジェンス情報等）、その他製品に関する情報（例えば、構成要素、識別情報等）等の製品に関する任意の情報を収集するあらゆる場面で当該問題は生じ得る。

また、各プラットフォームにおいて入力する内容が異なっていたり、ユーザインターフェースが異なっていたり、コネクタが異なっていたりすることがあるため、サプライヤは各プラットフォームに情報を登録する都度、各プラットフォームに合った対応をしなければならない。

そこで、本開示の態様の一つである情報処理装置は、サプライチェーンを管理する１つ以上の第一プラットフォームの指定を受け付けることと、トレーサビリティに関する情報を含む第一製品に関する第一情報の入力を受け付けることと、前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報を参照し、前記第一情報から、前記第一プラットフォームの夫々に対応した第二情報を生成することと、前記第一プラットフォームの夫々に対応するコネクタに関する情報を参照し、前記第一プラットフォームの夫々に対して、対応するコネクタにより、前記第二情報を送信するまたは前記第二情報を送信可能な状態に所定の記憶領域に配置することと、を実行するように構成された制御部を備える。

第一プラットフォームは、少なくとも各企業間の関係を管理している。なお、第一プラットフォームは、各企業に関する情報、または、各企業の製品に関する情報を管理するプラットフォームであってもよい。また、別法として、第一プラットフォームは、企業のメタデータを管理するプラットフォームであってもよい。このメタデータを管理するプラットフォームは、サーバと各企業の端末若しくは各企業のサーバとを含んで構成されていてもよい。サプライチェーンには、複数の企業が参加している。第一製品は、これから第一プラットフォームに参加しようとしている製品である。

第一製品は、例えば、材料、単体の部品、アッシー（アッセンブリ）部品、または、完成した商品などであってもよい。第一製品の第一情報は、トレーサビリティに関する情報を含んでいる。トレーサビリティに関する情報は、例えば、第一製品の製造工程において排出される温室効果ガスの量に関する情報を含みうる。第二情報は、第一プラットフォームに設定されるルールに応じて第一情報から生成される情報である。ここで、複数の第一プラットフォームが存在する場合に、夫々の第一プラットフォームで入力する項目が異なる場合がある。また、例えば、質量を入力するときの単位が異なる場合もあり得る。そこで、制御部が、第一プラットフォームごとに、第一プラットフォームのルールにしたがって、第二情報を生成する。このルールは、例えば、情報処理装置の記憶部に記憶されていてもよいし、外部のサーバから提供されてもよいし、夫々の第一プラットフォームから提
供されてもよい。また、ルールは、例えば、セマンティックデータモデルとその変換式で構成されていてもよい。

また、制御部は、第一プラットフォームの夫々に対応するコネクタに関する情報を参照する。ここで、第一プラットフォームごとに異なるコネクタが利用されることも考えらえる。各第一プラットフォームに対応するコネクタを介せば、各第一プラットフォーム間で情報の送受信が可能となる。すなわち、各第一プラットフォームに対応するコネクタに関する情報を制御部が取得することにより、各第一プラットフォームにコネクタを介して第二情報を送信することができる。また、第二情報は、各第一プラットフォームにコネクタにより送信可能な状態に所定の記憶領域に配置してもよい。このようにして、制御部は、第一製品に関する第二情報を各第一プラットフォームに提供することができる。また、サプライヤは、各第一プラットフォームに対応したデータを夫々入力する手間を省くことができる。

なお、情報処理装置は、第一製品の企業の端末であってもよく、プラットフォームから独立したサーバで、第一製品の企業の端末から取得した情報を第一プラットフォームに提供するサーバであってもよい。また、別法として、情報処理装置は、第一プラットフォームとは別のプラットフォームのサーバであってもよい。

また、前記所定の記憶領域に、前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報、及び、前記第一プラットフォームの夫々に対応するコネクタに関する情報が配置されていてもよい。このようにして、これらの情報を速やかに取得することができる。なお、別法として、ネットワークを介してこれらの情報を取得してもよい。

また、前記制御部は、前記第一プラットフォームで要求される情報に対して、前記第一情報だけでは不足する情報があることに応答して、前記第一プラットフォームに対応するインベントリデータを参照し、前記インベントリデータから得られる情報に基づいて、前記第一情報だけでは不足する情報を補充して、前記第二情報を生成してもよい。ここで、各第一プラットフォームにおいて入力を要求される項目に対し、一部または全部のデータを提供することが困難な場合も考えられる。例えば、各国の法規により、他国にデータを提供することが困難な場合が考えられる。このような場合に、実際のデータに代替するデータとしてインベントリデータを利用する。インベントリデータは、例えば、第二情報として入力する各項目に対応するデータであり、例えば、各第一プラットフォームが提供するデータである。第一情報（一次データ）は、例えば実測値である。一方、インベントリデータ（二次データ）は、実測値を得ていない場合に使用される参照値である。インベントリデータは、例えば、項目毎の代表値を規定するデータであってもよい。インベントリデータを利用して第二情報を補充することにより、入力を要求される全ての項目に対して、データを入力することが可能となる。

また、前記制御部は、前記第一プラットフォームで要求される情報に対して、前記第一情報だけでは不足する情報があることに応答して、警告を出力してもよい。このような警告を出力することにより、ユーザに不足している情報の入力を促すことができる。また、インベントリデータで不足分を補充した場合に警告を出力することにより、ユーザは、どのようなデータが補充されたのか知ることができる。

また、前記制御部は、前記第一情報に、非開示として指定されている第三情報が含まれていることに応答して、前記第三情報を除外して前記第二情報を生成することができる。非開示として指定されている第三情報は、例えば、機密情報である。第三情報は、ユーザによって指定可能な情報であってもよい。このような第三情報を除外することにより、ユーザにとって不利益となる情報が開示されてしまうことを抑制できる。

また、前記制御部は、前記第一情報に、前記第三情報が含まれていることに応答して、前記第一プラットフォームに対応するインベントリデータを参照し、除外した前記第三情報を前記インベントリデータから得られる情報によって補充して、前記第二情報を生成することもできる。このように、インベントリデータは、第三情報の代わりに入力するデータとして利用することもできる。

また、前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報には、前記第一プラットフォームの夫々に情報を送信する端末の所在地に応じて開示できない第四情報に関するルールに関する情報を含み、前記制御部は、前記第一情報に、前記第四情報が含まれていることに応答して、前記第四情報を除外して前記第二情報を生成することができる。第四情報は、例えば、法規によって開示が規制されている情報である。例えば、国によっては、他国への情報の開示を規制している場合がある。このような場合に、第四情報を除外して第二情報を生成することにより、所在地に応じたルールに従った第二情報を生成することができる。

また、前記制御部は、前記第一情報に、前記第四情報が含まれていることに応答して、前記第一プラットフォームに対応するインベントリデータを参照し、除外した前記第四情報を前記インベントリデータから得られる情報によって補充して、前記第二情報を生成することもできる。第四情報を除外しつつインベントリデータで補充することにより、トレーサビリティを確保した第二情報を生成することが可能となる。

また、前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報には、単位のルールに関する情報を含み、前記制御部は、前記第一プラットフォームに対応する前記単位のルールにしたがって、前記第二情報を生成してもよい。第一プラットフォーム毎に入力するデータの単位が異なる場合があるため、単位の変換を行うことにより、各第一プラットフォームに対応した第二情報を生成することができる。

また、前記第一製品は、電池に関する製品であってもよい。すなわち、第一製品は、電池を製造するときに利用される製品であってもよい。そうすると、電池に関するトレーサビリティを確保することができる。

以下、図面に基づいて、本開示の実施の形態を説明する。以下の実施形態の構成は例示であり、本開示は実施形態の構成に限定されない。また、以下の実施形態は可能な限り組み合わせることができる。

＜第１実施形態＞
本実施形態に係るシステムは、複数の企業を含むサプライチェーンによって供給される製品に関する情報を提供するシステムである。製品に関する情報とは、典型的には、トレーサビリティに関する情報である。

まず、サプライチェーンの構造について説明する。一例では、サプライチェーンに含まれる少なくとも一部の企業（中間サプライヤ）は、１以上の上流企業から部品を受け取り、受け取った部品を使用して自社製品を生産し、生産された自社製品を次の工程における企業（下流企業）に納入し得る。最上流企業は、直接的に自社製品を生産し、生産された自社製品を次の工程における企業に納入し得る。サプライチェーンの一部の企業は、他の企業から受け取った製品をそのまま別の企業に納入（すなわち、流通に関与）し得る。複数の企業がこれを繰り返し、最終工程において、最終的な製品が得られる。

図１は、本実施形態に係るサプライチェーンの一例を説明する図である。図１の例では
、自動車に関する製品を得る場面を想定している。具体的に、図１に示されるサプライチェーンは、ＯＥＭ企業と、サプライヤである複数の企業とを含んで構成される。ＯＥＭ企業とは、最終製品を組み立てる企業であり、サプライヤである複数の企業（企業Ａ～Ｃ）は、最終製品を製造するための部品、素材、アッセンブリ等を供給する企業である。サプライヤである複数の企業は、それぞれ、複数の製品を生産し、当該製品を、一段下の階層に位置する企業に納入する。複数の企業がこれを繰り返し、最終工程において、最終的な製品の組み立てが行われる。

本実施形態では、ある階層において製品を納入する側を上流側、当該製品を仕入れて新たな製品を生産する側を下流側と称する。本明細書では、上流側に位置する企業を上流企業、下流側に位置する企業を下流企業と称する。また、上流企業が生産する製品を上流製品、下流企業が生産する製品を下流製品と称する。下流製品には、上流製品が包含される。

また、本実施形態では、サプライチェーンに含まれる階層のことをTier（ティア）と称する。Tier0は、最終的な製品を組み立てる（ＯＥＭ企業に対応する）最下層の階層であ
り、Tier1,2,3と進むにつれて上流側へ遷移する。注目する階層によっては、下流企業が
上流企業に変わることもある。例えば、Tier2に位置する企業Ｂは、Tier3との関係では下流企業であるが、Tier1との関係では上流企業となる。このように、上流企業と下流企業
の定義は、階層ごとに変わりうる。

図２は、サプライチェーンによって供給される製品同士の関係の一例を説明する図である。ここでは、最終製品Ｘを構成する複数の製品の供給関係を樹形図によって表している。本例では、最終製品Ｘは、製品Ａ１，Ｂ１，Ｃ１，Ｄ１…を組み立てることによって生産される。製品Ａ１は、製品Ａ１１，Ａ１２，Ａ１３…を組み立てることによって生産される。このように、最終製品を構成する複数の製品同士の関係は、個々の製品がノードとなる樹形図によって表すことができる。以下、特定の最終製品に関する樹形図を、製品ツリーと称する。一例では、最終製品Ｘは、電気自動車(ＢＥＶ:Battery Electric Vehicle)に搭載される電池である。他の一例では、最終製品Ｘは、自動車、自動車のアッセンブ
リ等の自動車に関連する製品であってよい。

本実施形態に係るサーバ装置１は、各企業に対応する端末（企業端末２）から、各企業が生産する製品に関する情報（以下、製品情報）と、製品情報同士を紐付けるための情報を収集し、これらに基づいて斯様な製品ツリーを生成する。また、製品情報には、トレーサビリティに関する情報（例えば、温室効果ガスの排出量に関する情報等。以下、「トレーサビリティ関連情報」と称する）が含まれており、製品ツリーを辿ることで、カーボンフットプリント等の追跡を行うことができる。なお、トレーサビリティ関連情報は、トレーサビリティを確保する対象となり得るあらゆる情報を含んでよい。

図１に示されるように、本実施形態の一例に係る情報処理システムには、サーバ装置１と、複数の企業端末２が含まれる。企業端末２は、サプライチェーンを構成する複数の企業のそれぞれに対応する端末である。システムに含まれる企業端末２は複数とすることができる。サーバ装置１は、複数の企業端末２のそれぞれから、製品ツリーを生成するための情報を収集し、これらの情報に基づいて、製品ツリーを生成する。さらに、サーバ装置１は、生成された製品ツリーに基づいて、トレーサビリティに関する処理（典型的には、二酸化炭素の排出量を算出する処理等）を実行することができる。また、処理の実行結果を、企業端末２に送信することができる。

次に、図３を用いて、サーバ装置１が製品ツリーを生成する処理の概要について説明する。図３は、企業端末２とサーバ装置１との間で行われる処理の概要を示した図である。
図３の例では、任意の階層において、下流企業である企業Ａ及び上流企業である企業Ｂが存在すると仮定している。企業Ｂは、製品Ｂを生産して企業Ａに納入し、企業Ａは、製品Ｂを用いて製品Ａを生産すると想定する。すなわち、図３の例では、製品ツリー上、製品Ｂは、製品Ａの子ノードとなる。

製品ツリーを生成するため、各企業に対応する企業端末２は、自社が生産する製品に関する情報をサーバ装置１に送信する。本例では、企業Ａに対応する企業端末２は、製品Ａに関する製品情報（製品情報Ａとする）を、サーバ装置１に送信する。同様に、企業Ｂに対応する企業端末２は、製品Ｂに関する製品情報（製品情報Ｂとする）を、サーバ装置１に送信する。各企業の製品情報は、サーバ装置１において記憶される。

サーバ装置１に記憶された製品情報同士を紐付けるための操作は、企業端末２によって行われる。一例では、下流企業の担当者が、当該下流企業のアカウントを使用して企業端末２からサーバ装置１にログインし、自社製品である下流製品の紐付け先となる上流製品を選択する。このように、製品情報同士の紐付けは、下流製品から上流製品に対して行われる。サーバ装置１は、選択に基づいて製品情報同士を紐付ける。

しかし、紐付け先である製品を選択させる際に、選択肢として、サプライチェーンに含まれる製品及びその製品に関する情報を全て提示してしまうと、サプライチェーンを構成する企業の情報、及び当該企業が生産している製品に関する情報の秘匿性が損なわれてしまう。さらに、一サプライヤに製品ツリー全体を公開することも妥当ではない場合がある。

そこで、本実施形態に係るサーバ装置１は、上流企業の要求に応じて、上流製品の製品情報に対するアクセス権限を下流企業に対して事前に付与させる。サーバ装置１は、付与された権限の範囲内において、下流企業からの参照を許可する。

図３の例では、上流企業である企業Ｂに対応する企業端末２が、「製品情報Ｂへのアクセス権限を企業Ａに付与する」ことを指示する要求（情報）をサーバ装置１に送信する。サーバ装置１は、企業Ａに対応する企業端末２から、紐付けに係るリクエストを受信した場合に、企業Ａにアクセス権限が付与されている製品情報のリストのみを提供し、紐付け先として選択させる。また、企業Ａに対応する企業端末２から製品ツリーの参照要求があった場合に、サーバ装置１は、企業Ａにアクセス権限が付与されている情報以外が秘匿された製品ツリーを企業端末２に対して提供する。これにより、無関係の企業及び製品に関する情報を秘匿することができる。

［ハードウェア構成］
次に、図４を用いて、システムを構成する各装置のハードウェア構成について説明する。図４は、本実施形態に係るサーバ装置１のハードウェア構成の一例を模式的に示した図である。サーバ装置１は、制御部１１、記憶部１２、通信モジュール１３、及び入出力装置１４を有するコンピュータとして構成される。

サーバ装置１は、プロセッサ（ＣＰＵ、ＧＰＵ等）、主記憶装置（ＲＡＭ、ＲＯＭ等）、補助記憶装置（ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等）を有するコンピュータとして構成することができる。補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを実行することによって、後述するような、所定の目的に合致した各機能（ソフトウェアモジュール）を実現することができる。ただし、一部または全部のモジュールは、例えば、ＡＳＩＣ、ＦＰＧＡ等のハードウェア回路によってハードウェアモジュールとして実現されてもよい。

制御部１１は、所定のプログラムを実行することで、サーバ装置１の各種機能を実現する演算ユニットである。制御部１１は、例えば、ＣＰＵ等のハードウェアプロセッサによって実現することができる。また、制御部１１は、ＲＡＭ、ＲＯＭ（Read Only Memory）、キャッシュメモリ等を含んで構成されてもよい。

記憶部１２は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部１２には、制御部１１にて実行されるプログラム、当該プログラムが利用するデータ等が記憶される。また、記憶部１２には、データベースが構築されており、当該データベースに、複数の企業端末２から収集した製品情報、及び、企業に関するアカウント情報が記憶される。詳細については後述する。

通信モジュール１３は、サーバ装置１をネットワークに接続するための通信インタフェースである。通信モジュール１３は、例えば、ネットワークインタフェースボード、無線通信のための無線通信インタフェース等を含むように構成されてよい。サーバ装置１は、通信モジュール１３を介して、他のコンピュータ（例えば、他のサーバ装置１又は各企業端末２）との間でデータ通信を行うことができる。

入出力装置１４は、オペレータが行った入力操作を受け付け、オペレータに対して情報を提示する手段である。具体的には、入出力装置１４は、マウス、キーボード等の入力を行うための装置、及びディスプレイ、スピーカ等の出力を行うための装置を含む。入出力装置は、例えば、タッチパネルディスプレイ等により一体的に構成されてもよい。

なお、サーバ装置１の具体的なハードウェア構成は、実施形態に応じて、適宜、構成要素の省略、置換及び追加が可能である。例えば、制御部１１は、複数のハードウェアプロセッサを含んでもよい。ハードウェアプロセッサは、マイクロプロセッサ、ＦＰＧＡ、ＧＰＵ等で構成されてよい。入出力装置１４は省略されてもよいし、例示したもの以外の入出力装置（例えば、光学ドライブ等）が付加されてもよい。また、サーバ装置１は、複数台のコンピュータにより構成されてよい。この場合、各コンピュータのハードウェア構成は、一致していてもよいし、一致していなくてもよい。

図５は、本実施形態に係る企業端末２のハードウェア構成の一例を模式的に示した図である。企業端末２は、制御部２１、記憶部２２、通信モジュール２３、及び入出力装置２４を有するコンピュータとして構成される。

企業端末２は、サーバ装置１と同様、プロセッサ（ＣＰＵ、ＧＰＵ等）、主記憶装置（ＲＡＭ、ＲＯＭ等）、補助記憶装置（ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等）を有するコンピュータとして構成することができる。ただし、一部または全部の機能（ソフトウェアモジュール）は、例えば、ＡＳＩＣ、ＦＰＧＡ等のハードウェア回路によってハードウェアモジュールとして実現されてもよい。

制御部２１は、所定のプログラムを実行することで、企業端末２の各種機能（ソフトウェアモジュール）を実現する演算ユニットである。制御部２１は、例えば、ＣＰＵ等のハードウェアプロセッサによって実現することができる。また、制御部２１は、ＲＡＭ、ＲＯＭ（Read Only Memory）、キャッシュメモリ等を含んで構成されてもよい。

記憶部２２は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部２２には、制御部２１にて実行されるプログラム、当該プログラムが利用するデータ、製品情報の入力のルールに関するルール情報、各プラットフォームに対応するコネクタに関するコネクタ情報等が記憶される。詳細につい
ては後述する。

通信モジュール２３は、企業端末２をネットワークに接続するための通信インタフェースである。通信モジュール２３は、例えば、ネットワークインタフェースボード、無線通信のための無線通信インタフェース等を含むように構成されてよい。企業端末２は、通信モジュール２３を介して、他のコンピュータ（例えば、サーバ装置１）との間でデータ通信を行うことができる。

入出力装置２４は、オペレータが行った入力操作を受け付け、オペレータに対して情報を提示する手段である。具体的には、入出力装置２４は、マウス、キーボード等の入力を行うための装置、及びディスプレイ、スピーカ等の出力を行うための装置を含む。入出力装置は、例えば、タッチパネルディスプレイ等により一体的に構成されてもよい。

なお、企業端末２の具体的なハードウェア構成は、サーバ装置１と同様に、実施形態に応じて、適宜、構成要素の省略、置換及び追加が可能である。

［ソフトウェア構成］
次に、図６を用いて、システムを構成する各装置のソフトウェア構成について説明する。図６は、本実施形態に係るサーバ装置１のソフトウェア構成の一例を模式的に示した図である。本実施形態では、制御部１１は、情報収集部１１１、権限設定部１１２、紐付部１１３、情報提供部１１４、及びコネクタ部１１５の５つのソフトウェアモジュールを有して構成される。各ソフトウェアモジュールは、記憶部１２に記憶されたプログラムを制御部１１（ＣＰＵ）によって実行することで実現されてもよい。なお、以下の情報収集部１１１、権限設定部１１２、紐付部１１３、情報提供部１１４、及びコネクタ部１１５により実行される情報処理は、制御部１１により実行される情報処理と同義である。

情報収集部１１１は、企業端末２から送信された製品情報を受信し、当該製品情報を記憶部１２に格納する処理を実行するように構成される。権限設定部１１２は、企業端末２から、製品情報に対するアクセス権限を設定するための情報（以下、許可情報）を受信するように構成される。更に、権限設定部１１２は、受信した情報に基づいて、記憶部１２に記憶されている製品情報のアクセス権限を設定する処理を実行するように構成される。

紐付部１１３は、企業端末２とインタラクションを行うことで、企業端末２から、製品情報同士を紐付けるための情報を取得するように構成される。更に、紐付部１１３は、取得された情報に基づいて、記憶部１２に記憶されている製品情報について、紐付け関係を表す情報を書き込む処理を実行するように構成される。また、紐付部１１３は、終端情報を付与する要求を受け取り、これに応じて、記憶部１２に記憶されている製品情報に対して終端情報を付与する処理を実行するように構成される。紐付け及び終端付与を反映することで、製品ツリーが形成される。すなわち、製品ツリーを形成することは、紐付け情報及び終端情報を記憶部１２に保存することにより構成される。紐付部１１３は、紐付け及び終端付与の結果に応じて製品ツリーを生成するように構成される。

情報提供部１１４は、製品ツリーに関連する情報処理を実行し、情報処理を実行した結果を出力するように構成される。製品ツリーに関連する情報処理は、製品ツリーについてトレーサビリティに関する演算を行う処理を含んでよい。情報処理を実行した結果を出力することは、生成された製品ツリーに関する情報を当該企業端末２に提供する処理を含んでよい。一例では、情報提供部１１４は、製品ツリーに関する情報を生成し、生成された当該製品ツリーに関する情報を出力するように構成される。

コネクタ部１１５は、プラットフォームに関する通信に使用されるアプリケーションを
含む。企業端末２との通信及び複数のサーバ装置１の間の通信はコネクタ部１１５を介して行われてよい。コネクタ部１１５は、例えば、認証、通信の暗号化等のデータ通信に関する処理を行うように構成されてよい。また、コネクタ部１１５は、例えば、法令、契約等の規則に基づいて各データへのアクセスを制御するように構成されてよい。一例では、コネクタ部１１５は、ＩＤＳ（International Data Spaces）コネクタ、ＥＤＣ（Eclipse
Dataspace Connector）等のプラットフォームに関する通信に使用されるアプリケーションであってよい。

本実施形態では、記憶部１２は、複数の論理的な記憶領域を含むように構成される。複数の記憶領域それぞれには、例えば、企業Ａに対してアクセス権限が付与された領域、企業Ｂに対してアクセス権限が付与された領域、企業ＡとＢの双方に対してアクセス権限が付与された領域等のように、異なるアクセス権限を設定することができる。権限設定部１１２は、企業端末２から受信した製品情報を、適切な記憶領域に格納することで、アクセス権限の設定を行う。具体的な処理方法については後述する。

また、記憶部１２には、アカウント情報が記憶される。本実施形態では、各企業のオペレータが、企業端末２を介して、対応する企業のアカウントを用いてサーバ装置１にログインすることで、サーバ装置１と企業端末２のインタラクションが行われる。アカウント情報は、サプライチェーンを構成する各企業に対応するアカウントに関する情報である。なお、アカウントを用いてログインすることは、対応する企業としてサーバ装置１にアクセスすることの一例である。ただし、サーバ装置１へのアクセス方法は、このような例に限定されなくてよく、実施の形態に応じて適宜選択されてよい。

図７は、本実施形態に係る企業端末２のソフトウェア構成を模式的に示した図である。本実施形態では、制御部２１は、製品情報生成部２１１、権限設定部２１２、紐付リクエスト部２１３、情報取得部２１４、コネクタ部２１５、及び第二製品情報生成部２１６の６つのソフトウェアモジュールを有して構成される。各ソフトウェアモジュールは、記憶部２２に記憶されたプログラムを制御部２１（ＣＰＵ）によって実行することで実現されてもよい。なお、以下の製品情報生成部２１１、権限設定部２１２、紐付リクエスト部２１３、情報取得部２１４、コネクタ部２１５、及び第二製品情報生成部２１６により実行される情報処理は、制御部２１により実行される情報処理と同義である。

製品情報生成部２１１は、企業端末２に対応する企業の製品に関する情報（製品情報）を生成するように構成される。図８は、製品情報生成部２１１によって生成される製品情報の一例である。製品情報は、装置のオペレータを介して入力させてもよい。本実施形態では、製品情報は、企業ＩＤ、企業名、製品ＩＤ、及び製品名の各フィールドを有して構成される。企業ＩＤ及び企業名は、対象製品を生産する企業（すなわち、企業端末２を使用する企業）の識別子及び名称である。製品ＩＤ及び製品名は、対象製品の識別子及び名称である。

さらに、製品情報は、紐付け関連情報を含むように構成される。紐付け関連情報は、対象製品と紐付く上流製品を識別するための情報である。本実施形態では、紐付け関連情報は、「上流製品情報」及び「終端フラグ」の各フィールドを含む。

上流製品情報フィールドは、対象製品と紐付く上流製品（すなわち、対象製品を生産するために必要な製品であって、対象製品に包含される製品）に対応する製品情報を識別するための情報を格納するように構成される。上流製品情報フィールドは、サーバ装置１が製品同士の紐付けを行う際に使用される。基本的には、製品情報が生成された段階では、対象製品は上流製品と紐付いていないため、上流製品情報フィールドには、上流製品を示す値は格納されていなくてよい。

終端フラグフィールドは、対象の製品が、製品ツリー内において葉ノード、すなわち、最上流（末端）に位置するノードであるか否かを示すフラグを格納するように構成される。本実施形態では、複数の企業端末２が製品情報を送信するため、製品ツリー内にある製品について、上流側にさらなる製品が紐付くか、これ以上の紐付けが発生しないか（対象製品が最上流に位置するか）を判別するために本フラグが使用される。すなわち、終端フラグフィールドは、サーバ装置１が製品同士の紐付けを確定させる際に使用される。基本的には、製品情報が生成された段階では、対象製品の紐付け関係は未確定であるため、終端フラグフィールドには「０（現状では終端ではない）」が格納されていてよい。最終的に、製品ツリーを生成するためには、サーバ装置１に記憶された各企業の製品情報は、「上流製品との紐付けが行われている」及び「終端フラグに“１”が設定されている」のいずれかの状態に設定される。

さらに、製品情報は、トレーサビリティ関連情報を含むように構成される。一例では、トレーサビリティ関連情報は、製品の生産量あたりにおける材料（例えば、上流製品）の使用量、所定の原料のリサイクル率に関する情報、製品を生産する際に排出される温室効果ガスの排出量（ＣＦＰ値）、デューデリジェンス関連情報又はこれらの組み合わせを含んでよい。所定の原料は、例えば、リチウム、ニッケル、コバルト、鉛、黒鉛等であってよい。リサイクル率は、直接的に表現されてもよいし、或いは合計利用量及びリサイクル材の利用量の組み合わせ等のように間接的に表現されてもよい。これらの値は、対象製品を生産する工程に対応する値である。例えば、図３の例の場合、製品情報Ａに含まれるトレーサビリティ関連情報には、製品Ａの生産活動において排出される温室効果ガスの量等が格納される。製品情報Ａに含まれるトレーサビリティ関連情報には、上流製品が生産されるまでの工程についての情報（例えば、上流製品Ｂが生産されるまでに排出される温室効果ガスの量等）は含まれない。

なお、トレーサビリティ関連情報は、実施の形態に応じて適宜選択されてよい。一例では、温室効果ガスの排出量（カーボンフットプリント）は、スコープ１、スコープ２及びスコープ３の排出量を含んでよい。スコープ１は、自らによる温室効果ガスの直接的な排出量であってよい。スコープ２は、他社から供給された電気、熱及び蒸気の使用に伴う間接的な排出量であってよい。スコープ３は、スコープ１及びスコープ２以外の間接的な排出量であってよい。また、一例では、デューデリジェンス関連情報は、対象原料（例えば、コバルト、天然黒鉛、リチウム、ニッケル等）が含まれる製品に関して、製品内に含有する原料の量、製錬所等の責任ある鉱物調達の義務を果たしていることを示す技術文書であってよい。他の一例では、デューデリジェンス関連情報は、上記義務を果たしている度合いを示すスコアを含んでよい。

権限設定部２１２は、企業端末２からサーバ装置１に送信された製品情報について、アクセスを許可する下流企業を指定するように構成される。図９は、権限設定部２１２が出力する画面の一例である。図示したように、権限設定部２１２は、任意の自社製品について、アクセスを許可する下流企業の指定を受け付けるように構成される。図１０は、入力された情報に基づいて権限設定部２１２が生成した許可情報の一例である。権限設定部２１２は、許可情報を任意のタイミングでサーバ装置１へ送信するように構成される。なお、アクセス権限は、製品情報単位で設定されてもよいし、製品情報に含まれる項目単位（図中の「許可項目」）で設定されてもよい。これにより、例えば、製品の存在は公開するが、使用材料、使用量等に関する具体的な情報は公開しない等のような部分的な公開の対応も可能となる。

なお、図９の画面で提示される企業のリストは、過去において自社と取引実績があった企業のリストとすることができる。このため、サーバ装置１は、企業ごとに、過去の取引
に関するデータ（取引データ）を記憶し、当該取引データに基づいて、企業のリストを生成するようにしてもよい。取引データは、例えば、対象製品の識別子、当該製品を生産した企業の識別子、取引日などを含んでよい。

紐付リクエスト部２１３は、サーバ装置１に送信した自社の製品情報について、上流製品との紐付けをサーバ装置１にリクエストするように構成される。一例では、まず、紐付リクエスト部２１３は、サーバ装置１に対して、自社の企業ＩＤと製品ＩＤを送信し、当該製品ＩＤに対応する製品情報の紐付けをリクエストする。これに対し、サーバ装置１は、対象企業からのアクセスが許可されている製品情報のリスト（すなわち、紐付け先の候補）を含むユーザインターフェースを生成し、生成されたユーザインターフェースを企業端末２へ提供する。図１１は、対象企業からのアクセスが許可されている製品のリストを含むユーザインターフェースの一例である。

なお、図１１で提示される製品のリストは、過去において自社と取引実績があった製品のリストとすることができる。サーバ装置１は、記憶された取引データにさらに基づいて、当該リストを生成するようにしてもよい。

続いて、紐付リクエスト部２１３は、リストの中から、紐付けを行う上流製品をオペレータに選択させるように構成される。更に、紐付リクエスト部２１３は、紐付け元である製品（下流製品）の識別子及び紐付け先である上流製品の識別子をペアでサーバ装置１に送信するように構成される。サーバ装置１は、これに応じて、製品情報同士の紐付けを行うことができる。

なお、対象製品に紐付く上流製品が存在しない場合、例えば、図１１中の点線で示したチェックボックスをチェックすることで、その旨を明示することができる。この場合、製品情報同士の紐付けは行われない。

情報取得部２１４は、サーバ装置１に対して製品ツリーの提供を要求し、サーバ装置１から送信された情報を出力するように構成される。

コネクタ部２１５は、通信に使用されるアプリケーションを含む。企業端末２とサーバ装置１の間の通信はコネクタ部２１５を介して行われてよい。コネクタ部２１５は、例えば、認証、通信の暗号化等のデータ通信に関する処理を行うように構成されてよい。また、コネクタ部２１５は、例えば、法令、契約等の規則に基づいて各データへのアクセスを制御するように構成されてよい。一例では、コネクタ部２１５は、ＩＤＳ（International Data Spaces）コネクタ、ＥＤＣ（Eclipse Dataspace Connector）等のプラットフォームに関する通信に使用されるアプリケーションであってよい。コネクタ部２１５は、各プラットフォームのサーバ装置１との通信時にコネクタタイプを取得し、取得したコネクタタイプに対応するコネクタを選定する。なお、コネクタタイプは、サーバ装置１から取得してもよいし、記憶部２２に予め記憶されていてもよい。

第二製品情報生成部２１６は、製品情報生成部２１１が生成した製品情報（以下、第一情報ともいう。）を、各プラットフォームに対応する製品情報（以下、第二情報ともいう。）に変換するように構成される。第二製品情報生成部２１６は、プラットフォームの指定を受け付ける。第二製品情報生成部２１６は、製品情報の送信先となるプラットフォームのリストを含むユーザインターフェースを生成し、生成したユーザインターフェースを企業端末２のオペレータに提示する。図１２は、第二製品情報生成部２１６が出力する画面の一例を示した図である。この画面は、図８に示した第一製品情報の入力完了後に出力される。図１２に示したように、第二製品情報生成部２１６は、任意の自社製品について、第二情報を送信するプラットフォームの指定を受け付けるように構成される。このとき
に、複数のプラットフォームの指定を受け付けることもできる。

また、第二製品情報生成部２１６は、指定されたプラットフォームに対応するルールに関する情報（ルール情報）を取得する。このルール情報は、サーバ装置１から取得してもよいし、記憶部２２に記憶されていてもよいし、プラットフォームのサーバ装置１とは異なるサーバ装置から取得してもよい。また、ルール情報は、非一時的なコンピュータ可読記憶媒体に記憶されていてもよい。さらに、ルール情報は、ＮＡＳ（Network Attached Storage）に保持されていてもよい。また、ルール情報は、例えば、セマンティックデータモデルとその変換式で構成されていてもよい。また、ルール情報は、単位に関するルールについての情報であってもよい。例えば質量を「ｇ」で表すのか「ｋｇ」で表すのかを示す情報をルール情報としてもよい。さらに別法として、ルール情報は、入力テンプレートに関する情報を含んでいてもよい。この場合、例えば、指定されたプラットフォームの入力テンプレートに合わせて第一情報を第二情報に変換してもよい。また、ルール情報は、入力項目に関する情報であってもよい。例えば、指定されたプラットフォームに入力する項目を取得し、第一情報の中からその項目を抽出して第二情報を生成してもよい。また、第二製品情報生成部２１６は、第一情報を変換式で変換することにより第二情報を得てもよい。この第二情報は、指定されたプラットフォームごとに生成される。また、プラットフォームのルールによっては、第一情報を変換する必要がない場合もあり得る。この場合には、第一情報をそのまま第二情報として扱う。

そして、第二製品情報生成部２１６は、第二情報を製品情報として任意のタイミングでサーバ装置１に送信するように構成される。この第二情報は、コネクタ部２１５を介して送信される。第二情報を受信するサーバ装置１もコネクタ部１１５を介して第二情報を受信する。

［製品ツリーの形成に関する処理の詳細］
次に、サーバ装置１と企業端末２が行う処理の具体的な内容について説明する。図１３は、企業端末２からのリクエストに基づいてサーバ装置１が実行する処理の流れの一例を示した図である。
サーバ装置１が行う処理は、以下の４つのフェーズに大別できる。
（１）企業端末２から送信された製品情報を受信し、受信した製品情報を記憶する第一のフェーズ
（２）企業端末２から送信された許可情報を受信し、受信した許可情報に応じて、製品情報に対するアクセス権限を設定する第二のフェーズ
（３）企業端末２とインタラクションを行うことで、製品情報同士の紐付けを行う第三のフェーズ
（４）紐付けの結果に基づいて、製品ツリーに関する情報を提供する第四のフェーズ

図１３の例では、企業Ａを下流企業、企業Ｂを上流企業とする。また、企業Ａが生産する製品を製品Ａ、企業Ｂが生産する製品を製品Ｂとする。また、製品Ａに対応する製品情報を製品情報Ａ、製品Ｂに対応する製品情報を製品情報Ｂとする。

第一のフェーズでは、サーバ装置１の情報収集部１１１が、企業端末２の製品情報生成部２１１から、製品情報を取得する。図１３の例では、サーバ装置１は、企業Ａに対応する企業端末２から製品情報Ａを取得し、企業Ｂに対応する企業端末２から製品情報Ｂを取得している。情報収集部１１１は、製品情報Ａを、企業Ａに対してのみアクセス権限が付与された記憶領域（以下、記憶領域Ａ）に保存する。また、情報収集部１１１は、製品情報Ｂを、企業Ｂに対してのみアクセス権限が付与された記憶領域（以下、記憶領域Ｂ）に保存する。このように、情報収集部１１１は、任意の企業から送信された製品情報を、当該企業に対してのみアクセス権限が付与された、専用の記憶領域に保存する。

第二のフェーズでは、サーバ装置１の権限設定部１１２が、企業端末２の権限設定部２１２から許可情報を受信し、受信した当該許可情報に応じて、製品情報に対するアクセス権限を設定する。許可情報は、図１０に示した通り、製品と、当該製品の製品情報に対してアクセスを許可する企業とを関連付けたものである。

図１３の例では、権限設定部２１２は、上流企業の製品情報Ｂに対して、下流企業である企業Ａからのアクセスを許可する旨の許可情報を受信したと仮定している。この場合、権限設定部１１２は、記憶領域Ｂに記憶された製品情報Ｂを、企業Ａ及びＢの双方にアクセス権限が付与された記憶領域（以下、記憶領域ＡＢ）にコピーする。これにより、製品情報Ｂは、企業Ａと企業Ｂの双方からアクセス可能な状態となる。なお、製品情報に含まれる特定の項目についてアクセス権限が設定されていない場合、当該項目については、記憶領域ＡＢへのコピーの対象から外される。

以降の説明において、特定の企業のみにアクセス権限が付与された記憶領域を「専用記憶領域」と称し、複数の企業にアクセス権限が付与された記憶領域を「共有記憶領域」と称する。

製品情報のコピーは、企業端末２から許可情報を受信したことに応答してサーバ装置１によって実行される。すなわち、企業端末２は、サーバ装置１に対して許可情報を送信することで、当該許可情報によって識別される製品情報を、対象企業の専用記憶領域から、下流企業からアクセスが可能な共有記憶領域にコピーさせる動作をサーバ装置１に実行させる。

第三のフェーズでは、サーバ装置１の紐付部１１３が、企業端末２の紐付リクエスト部２１３から紐付けリクエストを受信し、受信した当該紐付けリクエストに基づいて、製品情報同士の紐付けを行う。

まず、紐付部１１３は、企業端末２から紐付けリクエストを受信する。紐付けリクエストは、下流企業の企業端末２から送信される。図１３の例では、企業Ａの企業端末２が紐付けリクエストを送信したと仮定している。当該紐付けリクエストには、企業ＩＤ及び対象製品の製品ＩＤが含まれている。紐付部１１３は、当該企業からのアクセスが可能な記憶領域に記憶されている製品情報を取得し、取得した製品情報のリストを生成する。図１３の例では、企業Ａからは、記憶領域ＡＢに記憶された製品情報Ｂにアクセス可能である。そのため、企業Ａの企業端末２では、製品情報Ｂが紐付け先として選択可能である。

企業端末２の紐付リクエスト部２１３は、リストをオペレータに提示し、紐付けを行う製品をオペレータに選択させる。本例の場合、製品Ａと製品Ｂが互いに紐付けの対象となる。オペレータは、例えば、製品Ａについて、上流製品が製品Ｂであることを示す情報を、入出力装置２４を介して入力する。紐付リクエスト部２１３は、上流製品（製品Ｂ）と下流製品（製品Ａ）とを互いに関連付けるためのデータ（紐付けデータ）を、紐付部１１３に送信する。

図８を示して説明したように、製品情報には、紐付け先となる製品に関するフィールド（紐付け関連情報）が設けられている。紐付部１１３は、前述した紐付けデータに基づいて、製品情報Ａが有する紐付け関連情報に、製品情報Ｂ（すなわち、上流製品）に対応する情報を格納する。例えば、紐付け関連情報には、上流製品の識別子、当該上流製品を生産する企業の識別子などが格納される。

なお、紐付け関連情報には、紐付け先となる製品情報へのポインタ等が格納されてもよ
い。ポインタは、上流製品に対応する製品情報のアドレス等を指し示すものである。以上に説明した処理によって、下流製品の製品情報を親ノード、上流製品の製品情報を子ノードとする、ツリー構造の一部が形成される。

なお、製品ツリーの末端においては、これ以上の紐付けは行われない。この場合、紐付リクエスト部２１３は、紐付けデータを送信する代わりに、当該製品がツリーの末端であることを示すデータを送信する。紐付部１１３は、当該データを受信すると、対応する製品情報の終端フラグフィールドに「１」を設定する。すなわち、第三のフェーズにおいては、「紐付け先となる上流製品を設定する処理」または、「終端フラグを設定する処理」のいずれかが実行される。

第四のフェーズでは、サーバ装置１の情報提供部１１４が、記憶された製品情報に基づいて、製品ツリーに関する情報を生成し、当該製品ツリーに関する情報を出力する。製品ツリーに関する情報を生成するとは、製品情報同士の紐付けによってノード同士のリンクが形成された後で、製品に関する各種の情報（例えば、トレーサビリティに関する情報、製品同士のリンク関係を樹形図によって表した画像等）を生成する処理等を含むことができる。製品ツリーに関する情報を生成するためには、製品情報同士の紐付けが全て完了しており、かつ、全ての葉ノードの終端フラグに“１”が設定されている必要がある。情報提供部１１４は、斯様な条件を満たした場合に、当該情報を適切に生成することができる。

本実施形態における製品ツリーは、図２を参照して説明したように、サプライチェーンにおける製品情報同士の供給関係を樹形図によって表したものである。情報提供部１１４は、製品情報に基づいて、樹形図を表した画像を生成することができる。

さらに、情報提供部１１４は、製品ツリーに関する情報を生成する際に、各製品情報に定義されているトレーサビリティ関連情報を統合し、その結果を出力する。

ここで、図１４を用いて、トレーサビリティ関連情報の統合について説明する。図１４は、最終製品Ｘを構成する複数の製品と、これらの複数の製品を生産する各工程で排出される二酸化炭素（ＣＯ_２）の量を説明する図である。例えば、図中の製品Ａ１２を生産する工程で、Ｅ_A12［ｇ］の二酸化炭素が排出されるものとする。また、当該製品は、３つ
の上流製品Ａ１２１～Ａ１２３によって構成されているものとする。このように、ある製品に含まれる上流製品を、「包含製品」とも称する。ここで、ある対象製品が生産されるまでに排出される二酸化炭素の総量は、葉ノードである最上流製品から、対象製品まで、各隣接する２つの階層の企業間で、上流製品に関連付いたＣＯ_２排出量を下流製品に引き継ぐ処理を繰り返すことで得ることができる。

図１４の例において、対象製品がＡ１２であった場合、包含製品（上流製品Ａ１２１～Ａ１２３）に対応するＣＯ_２排出量を、製品Ａ１２に対応するＣＯ_２排出量と合計することで、製品Ａ１２が生産されるまでに排出される二酸化炭素の総量を算出することができる。すなわち、製品Ａ１２について統合されたＣＯ_２排出量は、以下のようになる。
Ｉ_A12＝Ｅ_A12＋Ｅ_A121×Ｕ_A121＋Ｅ_A122×Ｕ_A122＋Ｅ_A123×Ｕ_A123［ｇ］
ここで、Ｅ_A121，Ｅ_A122，Ｅ_A123は、それぞれ、製品Ａ１２１，Ａ１２２，Ａ１２３を生産する際における、単位量あたりのＣＯ_２排出量であるものとする。また、Ｕ_A121，Ｕ_A122，Ｕ_A123は、それぞれ、製品Ａ１２の生産に用いられる、製品Ａ１２１，Ａ１２２，Ａ１２３の使用量とする。この使用量は、上記トレーサビリティ関連情報に含まれる、製品の生産量あたりにおける材料の使用量の一例である。最終製品（最下流企業の製品）のＣＯ_２排出量は、最上流企業の製品から最終製品まで上記演算を順次実行することにより得ることができる。

対象製品が製品Ａ１であった場合も同様である。対象製品がＡ１であった場合、製品Ａ１に対応するＣＯ_２排出量と、包含製品である、製品Ａ１１，Ａ１２，Ａ１３，Ａ１４に対応するＣＯ_２排出量を統合することで、製品Ａ１が生産されるまでの製造活動において排出される二酸化炭素の総量を算出することができる。

統合された値は、製品と関連付けて記憶部１２に記憶されてもよいし、製品情報の一部に含ませてもよい。すなわち、製品Ａ１２に対応する製品情報は、工程単独における排出量であるＥ_A12と、統合後の排出量であるＩ_A12の双方を保持するようにしてもよい。

統合後のトレーサビリティ関連情報は、下流製品について統合を実施する際に再び利用される。この処理を、最上流を起点として、各階層において実行することで、トレーサビリティ関連情報（例えば、ＣＯ_２排出量の累計値）が下流方向に順次引き継がれる。最終的に、トレーサビリティ関連情報が最終製品まで引き継がれることで、最終製品が生産されるまでの全期間に対応するトレーサビリティ関連情報（例えば、ＣＯ_２の総排出量）を得ることができる。

このように、情報提供部１１４は、製品ツリーに関する情報を生成する際に、各製品情報に定義されているトレーサビリティ関連情報を、最上流から最下流に向けて順次統合する処理を繰り返し実行してもよい。なお、上記の例では、統合の対象として二酸化炭素の排出量を例示したが、統合の対象であるトレーサビリティ関連情報は、所定の原料に関するリサイクル率、デューデリジェンスに関するスコア等であってもよい。なお、トレーサビリティ関連情報が数値である場合、統合は数値演算によって行われてもよいし、トレーサビリティ関連情報が数値以外の情報（例えば、デューデリジェンス関連情報など）である場合、統合は単なる情報収集であってもよい。

他の一例では、製品情報は、対応する製品のトレーサビリティ関連情報の所在を示す情報（以下、「所在情報」。典型的には、アドレス、ポインタ等）を含んでいてもよい。この場合、トレーサビリティ関連情報は、製品情報に含まれていなくてもよい。また、統合は、製品情報に含まれる所在情報を収集することであってもよい。

情報提供部１１４は、生成された製品ツリーを画像形式で出力してもよい。また、同時に、任意の製品に対応するトレーサビリティ関連情報を出力してもよい。

図１５は、製品ツリーを画像によって出力した画面の一例である。図示した画面には、最終製品を構成する複数の製品の供給関係を樹形図によって示した画像が含まれる。また、任意の製品を選択することで、当該製品に対応するトレーサビリティ関連情報、または、当該製品が生産されるまでの全期間に対応するトレーサビリティ関連情報の統合結果（例えば、最上流からの二酸化炭素の排出量の合計値）を閲覧することができる。斯様な情報は、サーバ装置１のオペレータの操作に基づいて、サーバ装置１が有する入出力装置１４を介して出力することができる。

さらに、情報提供部１１４は、生成された製品ツリーを、企業端末２（情報取得部２１４）からの求めに応じて、当該企業端末２に提供してもよい。なお、製品ツリーの全体を特定の企業に開示することは適当ではない場合がある。そこで、情報提供部１１４は、ある企業に対応する企業端末２に対して製品ツリーを提供する場合に、当該企業からのアクセス権限が無い範囲を非開示にする処理を行うようにしてもよい。

例えば、図１５の例において、情報提供部１１４が、製品Ａ１２を生産する企業に対応する企業端末２から製品ツリーの開示要求を受けたものとする。ここで、当該企業に対し
ては、Ａ１２１，Ａ１２２，Ａ１２３の各製品についてのみアクセス権限が付与されていたものとする。すなわち、当該企業からは、当該３製品と、下流製品であるＡ１以外の製品情報にアクセスすることができない。この場合、情報提供部１１４は、アクセス権限が無い製品についての情報を非開示とした製品ツリーを、企業端末２に対して提供する。

図１６は、アクセス権限が無い製品を非開示とした場合の製品ツリーの一例である。本例では、非開示である製品については、詳細な情報（または、存在そのもの）が秘匿された状態で製品ツリーが表示される。

なお、製品の存在は公開されているが、対応する製品情報中の特定の項目についてのみアクセス権限が付与されていないといったケースでは、図中の点線で示したように、当該特定の項目についてのみ秘匿処理が行われる。図示した例では、製品Ａ１２１を生産する際の二酸化炭素の排出量が非公開である旨が示されている。

一方で、アクセス権限が無い製品（または項目）がツリー中に存在する場合であっても、前述した、トレーサビリティ関連情報の統合は、これに影響されずに実行される。例えば、図示した例では、製品Ａ１２１についての二酸化炭素の排出量は非公開であるが、製品Ａ１２についての、二酸化炭素の総排出量を算出する処理には影響しない。

［処理フロー］
次に、企業端末２によって自社の製品情報を登録する場合の企業端末２が実行する処理のフローについて、図１７を参照しながら説明する。図１７は、プラットフォームに第二情報を登録する処理のフローチャートである。本ルーチンは、オペレータによる所定の入力をトリガとして実行される。

ステップＳ１０１において、第二製品情報生成部２１６が、製品情報の送信先であるプラットフォームの指定を受け付ける。図１２を示して説明したように、第二製品情報生成部２１６は、オペレータを介してプラットフォームの指定を受け付ける。なお、オペレータは、プラットフォームを複数指定することもできる。この場合、第二製品情報生成部２１６は、複数のプラットフォームの指定を受け付ける。

ステップＳ１０２において、第二製品情報生成部２１６が、指定されたプラットフォームに対応するルール情報を参照する。複数のプラットフォームが指定された場合には、プラットフォームごとにルール情報を参照する。なお、ルール情報を参照するタイミングは、ステップＳ１０２が実行されるタイミングに限らず、ルール情報を利用する前の任意のタイミングで参照すればよい。

ステップＳ１０３において、製品情報生成部２１１が、自社の製品情報（第一情報）の入力を受け付ける。図８を示して説明したように、製品情報生成部２１１は、オペレータを介して製品情報（第一情報）の入力を受け付ける。第一情報は、典型的には図８で示される情報であるが、入力項目はこれに限らない。例えば、指定されたプラットフォームに応じて入力項目を決定してもよい。また、製品情報を入力するときには、任意の入力型式で入力してもよいし、指定されたプラットフォームに対応する入力型式で入力してもよい。また、複数のプラットフォームが指定されている場合には、何れかのプラットフォームに対応する入力型式で入力してもよい。なお、ステップＳ１０１及びステップＳ１０３の処理は、１つの画面で実行されてもよい。また、ステップＳ１０１及びステップＳ１０３の処理は、画面上の一覧からオペレータが選択することで実行されてもよい。また、ステップＳ１０１の処理よりも前に、ステップＳ１０３の処理を実行してもよい。

以下のステップＳ１０４からステップＳ１０７までの処理は、ステップＳ１０１で指定
された全てのプラットフォームについて繰り返し実行される。ステップＳ１０４において、第二製品情報生成部２１６が、第一情報に不足がないか否か判定する。指定されたプラットフォーム応じて要求される情報が異なるため、指定されたプラットフォームにおいて必要とされる情報が入力されているか否か判定する。各プラットフォームにおいて必要とされる情報は、ルール情報に含まれる。第二製品情報生成部２１６は、ルール情報を参照して第一情報に不足がないか否か判定する。第二製品情報生成部２１６は、ステップＳ１０４で肯定判定するとステップＳ１０５へ進み、否定判定するとステップＳ１０８へ進む。

ステップＳ１０８において第二製品情報生成部２１６は、情報が不足していることの警告を出力する。この警告の出力により、例えば企業端末２の入出力装置２４の画面に情報が不足していることを表す画像が表示される。なお、この警告に対してオペレータが所定の入力を行うと、ステップＳ１０３に戻って、第一情報の入力を再度受け付けるようにしてもよい。また、警告は、情報が不足したまま第二情報を生成することについての警告であってもよい。ステップＳ１０８の処理が完了するとステップＳ１０５に進む。なお、情報が不足している場合には、第二情報を生成しないように構成してもよい。また、ステップＳ１０４及びステップＳ１０８の処理は省略することもできる。

ステップＳ１０５において、第二製品情報生成部２１６が、第二情報を生成する。第二製品情報生成部２１６は、ルール情報を参照し、このルール情報に応じて第一情報を第二情報に変換する。第二製品情報生成部２１６は、例えば、ルール情報に含まれる変換式を利用して第一情報を第二情報に変換する。生成された第二情報はコネクタ部２１５に渡される。

ステップＳ１０６において、コネクタ部２１５が、コネクタを参照する。コネクタ部２１５は、ステップＳ１０１において指定されたプラットフォームに対応するコネクタを記憶部２２に記憶されているコネクタ情報を参照して選択する。なお、ステップＳ１０１において複数のプラットフォームが指定された場合には、プラットフォームごとにコネクタを参照して選択する。

ステップＳ１０７において、コネクタ部２１５が、第二情報を送信する。複数のプラットフォームが指定されている場合には、プラットフォームごとに対応する第二情報を送信する。なお、コネクタ部２１５による第二情報の送信に代えて、第二製品情報生成部２１６が、生成した第二情報を記憶部２２の所定の記憶領域に配置（記憶）してもよい。記憶部２２に配置された第二情報は、サーバ装置１や他の企業端末２からの要求により、コネクタ部２１５が開示してもよい。

次に、企業端末２によって自社の製品情報を登録する場合のサーバ装置１及び企業端末２が実行する処理のフローについて、図１８及び図１９を参照しながら説明する。図１８は、前述した第一ないし第三のフェーズに対応するシーケンス図である。この処理は、第二情報を送信したサーバ装置１ごとに実行される。

一例では、サーバ装置１と企業端末２のインタラクションは、各企業のオペレータが、企業端末２を介して、対応する企業のアカウントを用いてサーバ装置１にログインすることで開始される。本例では、各企業のオペレータが、自社のアカウントを用いてサーバ装置１にログインしているものとする。

まず、ステップＳ１１において、企業端末２の第二製品情報生成部２１６が第二情報を生成し、生成した第二情報を企業端末２のコネクタ部２１５が製品情報としてサーバ装置１へ送信する。送信された製品情報は、サーバ装置１（情報収集部１１１）によって受信
され、記憶部１２に記憶される（ステップＳ１２）。この際、情報収集部１１１は、対応する製品を生産する企業のみにアクセス権限が付与された記憶領域に当該製品情報を保存する。

次に、ステップＳ１３において、企業端末２の権限設定部２１２が、ステップＳ１１で送信した製品情報について、アクセスを許可する下流企業を指定する情報（許可情報）の入力を、オペレータを介して受け付ける。本ステップでは、図９を参照して説明したようなユーザインターフェース画面を提供し、任意の製品と、製品情報へのアクセスを許可する下流企業との組み合わせを指定させてもよい。入力された許可情報は、サーバ装置１へ送信される。

ステップＳ１４では、サーバ装置１の権限設定部１１２が、受信した許可情報に基づいて、対象の製品情報についてアクセス権限を付与する。本ステップでは、図１３を参照して説明したように、権限設定部１１２が、対象の製品情報を、複数の企業に対してアクセス権限が付与された記憶領域にコピーすることで、任意の企業に対して、任意の製品情報に対するアクセス権限の付与を行う。適切なアクセス権限が付与された記憶領域が無い場合、新規に記憶領域を生成し、適切な企業に対してアクセス権限を付与する処理を行ってもよい。

次に、ステップＳ１５で、企業端末２の紐付リクエスト部２１３が、サーバ装置１に送信した製品情報について、上流製品との紐付けをサーバ装置１にリクエストするデータ（紐付けリクエスト）を送信する。当該紐付けリクエストには、自社の企業ＩＤ及び対象製品の製品ＩＤが含まれる。

ステップＳ１６では、サーバ装置１（紐付部１１３）が、対象企業からのアクセスが許可されている製品情報のリストを生成し、当該リストを含むユーザインターフェース画面を企業端末２に提供する。本ステップでは、サーバ装置１は、企業端末２に対して、図１１を参照して説明したようなユーザインターフェース画面を提供し、任意の製品と、当該製品に紐付く上流製品との組み合わせを指定させてもよい。

ステップＳ１７では、企業端末２の紐付リクエスト部２１３が、対象製品と、当該製品に紐付く上流製品との組み合わせの指定をオペレータから受け付ける。紐付リクエスト部２１３は、上流製品と下流製品との関連付けを示すデータ（紐付けデータ）を生成し、生成された紐付けデータをサーバ装置１へ送信する。

ステップＳ１８では、サーバ装置１の紐付部１１３が、紐付けデータに基づいて、記憶された製品情報を更新し、製品情報同士の紐付け内容を反映する。製品情報同士の紐付けは、下流製品の製品情報が有する紐付け関連情報に、上流製品に関する情報（識別子、ポインタ等）を格納することで行ってもよい。

なお、下流企業が存在しない場合、ステップＳ１３～Ｓ１４の処理は省略されてもよい。同様に、上流企業が存在しない場合（対象製品について紐付け先が存在しない場合）、製品情報同士の紐付けをリクエストする代わりに、前述した終端フラグを設定する処理を実行してもよい。この場合、前述したステップＳ１５～Ｓ１８の処理は省略される。

図１９は、前述した第四のフェーズに対応するシーケンス図である。まず、ステップＳ２１で、企業端末２の情報取得部２１４が、サーバ装置１に対して製品ツリーの提供を要求する。当該要求には、例えば、対象製品の識別子が含まれる。対象製品は、最終製品であってもよいし、それ以外の製品（中間製品）であってもよい。

要求を受信したサーバ装置１（情報提供部１１４）は、前述した処理によって、製品ツリーに関する情報を生成する（ステップＳ２２）。この際、情報提供部１１４は、各製品情報に定義されているトレーサビリティ関連情報を、最上流から最下流に向けて統合する処理を実行する。統合の結果は、各製品情報に反映されてよい。

次に、ステップＳ２３で、サーバ装置１は、対象の企業が有しているアクセス権限に基づいて、アクセス権限が付与されていない情報を秘匿する処理を実行する。例えば、ある企業について、他社の製品情報の存在そのものが公開されていない場合、サーバ装置１は、当該製品情報の存在を秘匿する処理を実行してよい。また、製品情報に含まれる特定の項目のみが公開されていない場合、サーバ装置１は、当該項目の内容を秘匿する処理を実行してよい。秘匿処理が施された製品ツリーに関する情報は、企業端末２（情報取得部２１４）へ提供され、出力される（ステップＳ２４）。

以上説明したように、本実施形態では、企業端末２において入力された製品情報を、各プラットフォームに対応する第二情報に夫々変換し、この第二情報をサーバ装置１に送信することができる。係る構成によると、製品情報を登録する際にオペレータが情報を入力する手間を省くことができる。

＜第２実施形態＞
第２実施形態では、第一情報に不足する項目がある場合に、インベントリデータで補充して第二情報を生成する。インベントリデータは、各プラットフォームに対応するデータであり、実際のデータに代替するデータとして利用されるデータである。インベントリデータは、例えば、各第一プラットフォームが提供するデータである。インベントリデータは、例えば、項目毎の代表値を規定するデータであってもよい。インベントリデータを利用して第二情報を補充することにより、入力を要求される全ての項目に対して、データを入力することが可能となる。インベントリデータは、第二製品情報生成部２１６が、各プラットフォームのサーバ装置１から予め取得して記憶部２２に記憶しておいてもよいし、第二情報を生成するときに各プラットフォームのサーバ装置１から取得してもよい。また、インベントリデータは、各プラットフォームのサーバ装置１とは異なるサーバ装置から提供されてもよい。

図２０は、本実施形態に係る企業端末２のハードウェア構成の一例を模式的に示した図である。企業端末２の記憶部２２には、各プラットフォームに対応するインベントリデータが記憶されている。他の構成については、図５に示した構成と同じため説明を省略する。

次に、企業端末２によって自社の製品情報を登録する場合の企業端末２が実行する処理のフローについて、図２１を参照しながら説明する。図２１は、プラットフォームに第二情報を登録する処理のフローチャートである。本ルーチンは、オペレータによる所定の入力をトリガとして実行される。図１７に示したルーチンと同じ処理が実行されるステップについては説明を省略する。

図２１に示したルーチンでは、ステップＳ１０４で否定判定されるとステップＳ２０１へ進む。ステップＳ２０１において、第二製品情報生成部２１６が、インベントリデータを参照して第一情報を補充する。第二製品情報生成部２１６は、対応するプラットフォームのインベントリデータを参照して、対象のプラットフォームで入力を求められる項目のうち、未入力の項目に対応するデータを抽出し、抽出したデータを第一情報に加えることで第一情報を補充する。

ステップＳ２０２において、第二製品情報生成部２１６は、インベントリデータで第一
情報を補充したことについての警告を出力する。この警告の出力により、例えば企業端末２の入出力装置２４の画面に、第一情報を補充したことを表す画像が表示される。なお、ステップＳ２０２の処理は省略することもできる。

以上説明したように、本実施形態によれば、ユーザが入力した第一情報に不足が生じたとしても、インベントリデータで補充することができるため、対応するプラットフォームにおいてトレーサビリティを確保することができる。

＜第３実施形態＞
第３実施形態では、機密として指定されている情報及び法規によって開示が禁止されている情報をサーバ装置１に送信しないようにする。ここで、第一情報には機密情報が含まれる場合がある。機密情報を開示することにより企業が不利益を被る虞がある。また、第一情報には法規によって開示が禁止されている情報が含まれる場合がある。そこで、これらの情報が含まれている項目は、その情報を削除して第二情報を生成する。なお、情報を削除した項目については、インベントリデータで補充してもよい。なお、機密として指定されている情報は、第三情報の一例である。また、法規によって開示が禁止されている情報は、第四情報の一例である。

機密として指定されている情報及び法規によって開示が禁止されている情報は、例えば、ルール情報に含まれる。また、機密としての指定は、例えば企業端末２のオペレータが行ってもよいし、ルール情報に含まれる規則等に基づいて行われてもよい。また、法規によって開示が禁止されている情報は、例えば、企業端末２の所在地に基づいて判定する。企業端末２の所在地は、対象となる企業の所在地としてもよい。法規に関する情報は、予め記憶部２２に記憶させておく。

次に、企業端末２によって自社の製品情報を登録する場合の企業端末２が実行する処理のフローについて、図２２を参照しながら説明する。図２２は、プラットフォームに第二情報を登録する処理のフローチャートである。本ルーチンは、オペレータによる所定の入力をトリガとして実行される。なお、図１７に示したルーチンと同じ処理が実行されるステップについては説明を省略する。

図２２に示したルーチンでは、ステップＳ１０４で肯定判定されるとステップＳ３０１へ進み、否定判定されるとステップＳ３０５へ進む。ステップＳ３０１において、第二製品情報生成部２１６が、第一情報に機密指定項目が含まれていないか否か判定する。第二製品情報生成部２１６は、ルール情報を参照して、機密として指定されている項目を第一情報が含んでいないか否か判定する。ステップＳ３０１で肯定判定された場合にはステップＳ３０３へ進み、否定判定された場合にはステップＳ３０２へ進む。ステップＳ３０２において、第二製品情報生成部２１６が、機密として指定されている項目に入力されている情報を削除する。

ステップＳ３０３において、第二製品情報生成部２１６は、第一情報が企業端末２の所在地の法規を満たすか否か判定する。第二製品情報生成部２１６は、ルール情報を参照して、例えば法規で開示が禁止されている項目を第一情報が含んでいないか否か判定する。ステップＳ３０３で肯定判定された場合にはステップＳ１０５へ進み、否定判定された場合にはステップＳ３０４へ進む。ステップＳ３０４において、第二製品情報生成部２１６が、法規を満たしていない項目に入力されている情報を削除する。

ステップＳ３０５において、第二製品情報生成部２１６が、インベントリデータを参照して第一情報を補充する。第二製品情報生成部２１６は、対応するプラットフォームのインベントリデータを参照して、対象のプラットフォームで入力を求められる項目のうち、
未入力の項目に対応するデータを抽出し、抽出したデータを第一情報に加えることで第一情報を補充する。未入力の項目には、ステップＳ３０２またはステップＳ３０４において情報が削除された項目も含まれる。なお、ステップＳ３０５の処理を省略することもできる。この場合、未入力の項目は未入力のまま第二情報を生成してもよいし、第二情報を生成せずに処理を終了してもよい。

ステップＳ３０６において、第二製品情報生成部２１６は、インベントリデータで第一情報を補充したことについての警告を出力する。この警告の出力により、例えば企業端末２の入出力装置２４の画面に第一情報を補充したことを表す画像が表示される。このときに、ステップＳ３０２において情報が削除されている場合には、機密情報を削除したことを表す画像を表示させてもよい。また、ステップＳ３０４において情報が削除されている場合には、法規を満たすために情報を削除したことを表す画像が表示させてもよい。なお、ステップＳ３０６の処理は省略することもできる。

以上説明したように、本実施形態によれば、ユーザが入力した第一情報に機密情報や法規を満たさない情報が含まれている場合であっても、それらを削除して第二情報を生成することができる。また、削除した情報をインベントリデータで補充することができるため、対応するプラットフォームにおいてトレーサビリティを確保することができる。

＜第４実施形態＞
第４実施形態では、第二情報を生成するように構成されたサーバ装置によって第二情報を生成する。図２３は、専用サーバ装置３によって第二情報を生成する場合のシステムの概略構成を示す図である。図２３では、第一サーバ装置１Ａ、第二サーバ装置１Ｂ、及び第三サーバ装置１Ｃは、夫々異なるプラットフォームのサーバ装置１である。企業端末２から専用サーバ装置３へ第一情報が送信され、専用サーバ装置３において第二情報が生成される。そして、専用サーバ装置３から第一サーバ装置１Ａ、第二サーバ装置１Ｂ、及び第三サーバ装置１Ｃへ第二情報が送信される。なお、以下において第一サーバ装置１Ａ、第二サーバ装置１Ｂ、及び第三サーバ装置１Ｃを区別しない場合には、単に、サーバ装置１という。

図２４は、本実施形態に係る専用サーバ装置３のハードウェア構成の一例を模式的に示した図である。専用サーバ装置３は、第二情報を各プラットフォームに送信する専用のサーバである。なお、専用サーバ装置３は、第二情報を各プラットフォームに送信する以外の処理も可能なように構成されてもよい。専用サーバ装置３は、制御部３１、記憶部３２、通信モジュール３３、及び入出力装置３４を有するコンピュータとして構成される。これらのハードウェア構成は、企業端末２の制御部２１、記憶部２２、通信モジュール２３、及び入出力装置２４と同様であるため説明を省略する。

なお、専用サーバ装置３の具体的なハードウェア構成は、企業端末２と同様に、実施形態に応じて、適宜、構成要素の省略、置換及び追加が可能である。

図２５は、本実施形態に係る専用サーバ装置３のソフトウェア構成を模式的に示した図である。本実施形態では、制御部３１は、コネクタ部３１５、及び第二製品情報生成部３１６の２つのソフトウェアモジュールを有して構成される。各ソフトウェアモジュールは、記憶部３２に記憶されたプログラムを制御部３１（ＣＰＵ）によって実行することで実現されてもよい。なお、以下のコネクタ部３１５、及び第二製品情報生成部３１６により実行される情報処理は、制御部３１により実行される情報処理と同義である。

コネクタ部３１５は、プラットフォームに関する通信に使用されるアプリケーションを含む。専用サーバ装置３とサーバ装置１の間の通信はコネクタ部３１５を介して行われて
よい。また、専用サーバ装置３と企業端末２の間の通信はコネクタ部３１５を介して行われてもよく、コネクタ部３１５を介さないで行われてもよい。コネクタ部３１５の構成については、第１実施形態で説明した企業端末２のコネクタ部２１５と同様であるため説明を省略する。

第二製品情報生成部３１６は、企業端末２の製品情報生成部２１１が生成した製品情報（第一情報）を受信して、各プラットフォームに対応する製品情報（第二情報）に変換するように構成される。第二製品情報生成部３１６は、企業端末２からプラットフォームの指定を受け付ける。このときに、第二製品情報生成部３１６は、製品情報の送信先となるプラットフォームのリストを含むユーザインターフェースを生成し、生成したユーザインターフェースを企業端末２へ送信する。図１２に示したように、第二製品情報生成部３１６は、任意の自社製品について、第二情報を送信するプラットフォームの指定を受け付けるように構成される。

また、第二製品情報生成部３１６は、指定されたプラットフォームに対応するルールに関する情報（ルール情報）を取得する。第二製品情報生成部３１６は、第一情報を例えば変換式で変換することにより第二情報を得る。この第二情報は、プラットフォームごとに生成される。

そして、第二製品情報生成部３１６は、第二情報を任意のタイミングでサーバ装置１に送信するように構成される。この第二情報は、コネクタ部３１５を介して送信される。第二情報を受信するサーバ装置１もコネクタ部１１５を介して第二情報を受信する。

専用サーバ装置３によって第二情報を登録する場合の処理については、図１７に示したフローチャートと同様に考えることができる。例えば、ステップＳ１０１において、第二製品情報生成部３１６が、第二情報の送信先であるプラットフォームの指定を受け付ける。企業端末２においてオペレータを介してプラットフォームが指定されると、指定されたプラットフォームに関する情報が専用サーバ装置３に送信される。この情報を受信することにより、第二製品情報生成部３１６が、プラットフォームの指定を受け付ける。

また、ステップＳ１０２において、第二製品情報生成部３１６が、指定されたプラットフォームに対応するルール情報を参照する。さらに、ステップＳ１０３において、第二製品情報生成部３１６は、企業端末２から送信された製品情報を受信し、当該製品情報を記憶部１２に格納する。これにより、第一情報の入力を受け付ける。また、ステップＳ１０４において、第二製品情報生成部３１６が、第一情報に不足がないか否か判定する。

また、ステップＳ１０５において、第二製品情報生成部３１６が、第二情報を生成する。第二製品情報生成部３１６は、例えば、ルール情報に含まれる変換式を利用して第一情報を第二情報に変換する。生成された第二情報はコネクタ部３１５に渡される。ステップＳ１０６において、コネクタ部３１５が、コネクタを選択する。コネクタ部３１５は、ステップＳ１０１において指定されたプラットフォームに対応するコネクタを記憶部３２に記憶されているコネクタ情報に応じて選択する。

ステップＳ１０７において、コネクタ部３１５が、第二情報を送信する。なお、コネクタ部３１５による第二情報の送信に代えて、第二製品情報生成部３１６が、生成した第二情報を記憶部３２の所定の記憶領域に配置（記憶）してもよい。また、ステップＳ１０８において第二製品情報生成部３１６は、情報が不足していることの警告を出力する。

このように、専用サーバ装置３によって、第一情報を各プラットフォームに応じた第二情報に変換することができる。

＜第５実施形態＞
第５実施形態では、プラットフォームのサーバ装置１が第二情報を生成する。図２６は、サーバ装置１によって第二情報を生成する場合のシステムの概略構成を示す図である。図２６では、第一サーバ装置１Ａ、第二サーバ装置１Ｂ、及び第三サーバ装置１Ｃは、夫々異なるプラットフォームのサーバ装置１である。以下では、第一サーバ装置１Ａにおいて第一情報を第二情報に変換する例について説明する。なお、第一サーバ装置１Ａ、第二サーバ装置１Ｂ、及び第三サーバ装置１Ｃを区別しない場合には、単に、サーバ装置１という。

図２７は、本実施形態に係る第一サーバ装置１Ａのハードウェア構成の一例を模式的に示した図である。第一サーバ装置１Ａは、制御部１１、記憶部１２、通信モジュール１３、及び入出力装置１４を有するコンピュータとして構成される。なお、第二サーバ装置１Ｂ及び第三サーバ装置１Ｃは、第一サーバ装置１Ａと同じ構成としてもよいし、第１実施形態で説明したサーバ装置１と同じ構成としてもよい。記憶部１２以外のハードウェア構成については第１実施形態と同様であるため、記憶部１２以外のハードウェア構成については説明を省略する。

記憶部１２は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部１２には、制御部１１にて実行されるプログラム、当該プログラムが利用するデータ等が記憶される。また、記憶部１２には、データベースが構築されており、当該データベースに、複数の企業端末２から収集した製品情報、企業に関するアカウント情報、製品情報の入力のルールに関するルール情報、各プラットフォームに対応するコネクタに関するコネクタ情報等が記憶される。製品情報及びアカウント情報については、第１実施形態のサーバ装置１の記憶部１２に記憶されている製品情報及びアカウント情報と同様である。また、ルール情報及びコネクタ情報は、第１実施形態の企業端末２の記憶部２２に記憶されているルール情報及びコネクタ情報と同様である。

なお、サーバ装置１の具体的なハードウェア構成は、実施形態に応じて、適宜、構成要素の省略、置換及び追加が可能である。例えば、制御部１１は、複数のハードウェアプロセッサを含んでもよい。ハードウェアプロセッサは、マイクロプロセッサ、ＦＰＧＡ、ＧＰＵ等で構成されてよい。入出力装置１４は省略されてもよいし、例示したもの以外の入出力装置（例えば、光学ドライブ等）が付加されてもよい。また、サーバ装置１は、複数台のコンピュータにより構成されてよい。この場合、各コンピュータのハードウェア構成は、一致していてもよいし、一致していなくてもよい。

図２８は、本実施形態に係る第一サーバ装置１Ａのソフトウェア構成の一例を模式的に示した図である。本実施形態では、制御部１１は、情報収集部１１１、権限設定部１１２、紐付部１１３、情報提供部１１４、コネクタ部１１５、及び第二製品情報生成部１１６の６つのソフトウェアモジュールを有して構成される。各ソフトウェアモジュールは、記憶部１２に記憶されたプログラムを制御部１１（ＣＰＵ）によって実行することで実現されてもよい。なお、以下の情報収集部１１１、権限設定部１１２、紐付部１１３、情報提供部１１４、コネクタ部１１５、及び第二製品情報生成部１１６により実行される情報処理は、制御部１１により実行される情報処理と同義である。

情報収集部１１１、権限設定部１１２、紐付部１１３、情報提供部１１４、及びコネクタ部１１５については第１実施形態と同様であるため説明を省略する。

なお、本実施形態に係る企業端末２の製品情報生成部２１１は、企業端末２のオペレー
タを介して第一情報を取得し、任意のタイミングで第一サーバ装置１Ａに送信するように構成される。

第二製品情報生成部１１６は、情報収集部１１１が受信した第一情報を、各プラットフォームに対応する製品情報（第二情報）に変換するように構成される。第二製品情報生成部１１６は、企業端末２からプラットフォームの指定を受け付ける。第二製品情報生成部１１６は、製品情報の送信先となるプラットフォームのリストを含むユーザインターフェースを生成し、生成したユーザインターフェースを企業端末２へ送信する。図１２に示したように、第二製品情報生成部１１６は、任意の自社製品について、製品情報を送信するプラットフォームの指定を受け付けるように構成される。

また、第二製品情報生成部１１６は、指定されたプラットフォームに対応するルールに関する情報（ルール情報）を取得する。このルール情報は、第二サーバ装置１Ｂ及び第三サーバ装置１Ｃから取得してもよいし、記憶部１２に記憶されていてもよいし、プラットフォームのサーバ装置１とは異なるサーバ装置から取得してもよい。第二製品情報生成部１１６は、第一情報を例えば変換式で変換することにより第二情報を得る。この第二情報は、プラットフォームごとに生成される。また、情報収集部１１１が企業端末２から受信した第一製品情報が、第一サーバ装置１Ａのルールを満たしていない場合には、第一サーバ装置１Ａに対応する第二情報を生成して第一サーバ装置１Ａの記憶部１２に記憶してもよい。

そして、第二製品情報生成部１１６は、第二情報を任意のタイミングで第二サーバ装置１Ｂ及び第三サーバ装置１Ｃに送信するように構成される。この第二情報は、コネクタ部１１５を介して送信される。第二情報を受信する第二サーバ装置１Ｂ及び第三サーバ装置１Ｃもコネクタ部１１５を介して第二情報を受信する。

第一サーバ装置１Ａによって第二情報を登録する場合の処理については、図１７に示したフローチャートと同様に考えることができる。例えば、ステップＳ１０１において、第二製品情報生成部１１６が、第二情報の送信先であるプラットフォームの指定を受け付ける。企業端末２においてオペレータを介してプラットフォームが指定されると、指定されたプラットフォームに関する情報が第一サーバ装置１Ａに送信される。この情報を受信することにより、第二製品情報生成部１１６が、プラットフォームの指定を受け付ける。

また、ステップＳ１０２において、第二製品情報生成部１１６が、指定されたプラットフォームに対応するルール情報を参照する。さらに、ステップＳ１０３において、情報収集部１１１は、企業端末２から送信された製品情報を受信し、当該製品情報を記憶部１２に格納する。これにより、第一情報の入力を受け付ける。また、ステップＳ１０４において、第二製品情報生成部１１６が、第一情報に不足がないか否か判定する。

また、ステップＳ１０５において、第二製品情報生成部１１６が、第二情報を生成する。第二製品情報生成部１１６は、例えば、ルール情報に含まれる変換式を利用して第一情報を第二情報に変換する。生成された第二情報はコネクタ部１１５に渡される。ステップＳ１０６において、コネクタ部１１５が、コネクタを選択する。コネクタ部１１５は、ステップＳ１０１において指定されたプラットフォームに対応するコネクタを記憶部１２に記憶されているコネクタ情報に応じて選択する。

ステップＳ１０７において、コネクタ部１１５が、第二情報を送信する。なお、コネクタ部１１５による第二情報の送信に代えて、第二製品情報生成部１１６が、生成した第二情報を記憶部１２の所定の記憶領域に配置（記憶）してもよい。また、ステップＳ１０８において第二製品情報生成部１１６は、情報が不足していることの警告を出力する。

このように、サーバ装置１によっても、第一情報を各プラットフォームに応じた第二情報に変換することができる。

＜第６実施形態＞
第６実施形態では、製品のメタデータ（以下、製品メタデータともいう。）を管理するサーバ装置と、企業端末とを含んで構成されるプラットフォーム（以下、「対象プラットフォーム」ともいう。）に対して第二情報を提供する例について説明する。図２９は、対象プラットフォームに対して第二情報を提供する場合のシステムの概略構成を示す図である。図２９では、第一サーバ装置１Ａ及び第二サーバ装置１Ｂは、夫々異なるプラットフォームのサーバ装置１である。

第６実施形態では、第５実施形態と同様にサーバ装置１が第二情報を生成する。この第二情報を生成するサーバ装置１を以下では、「第一サーバ装置１Ａ」という。一方、対象プラットフォームに属し、製品メタデータを管理するサーバ装置１を以下では、「第二サーバ装置１Ｂ」という。また、第一サーバ装置１Ａに第一情報を送信する企業端末２を以下では、「第一企業端末２Ａ」という。また、対象プラットフォームに属する企業端末２を以下では、「第二企業端末２Ｂ」という。なお、以下において第一サーバ装置１Ａ、及び第二サーバ装置１Ｂを区別しない場合には、単に、サーバ装置１という。また、第一企業端末２Ａ、及び第二企業端末２Ｂを区別しない場合には、単に、企業端末２という。なお、対象プラットフォームは、第一プラットフォームの一例である。

対象プラットフォームには、複数の第二企業端末２Ｂが属しており、各第二企業端末２Ｂの記憶部２２に自社の製品の製品情報が記憶されている。対象プラットフォームにおいて、製品情報を取得する場合には、第二企業端末２Ｂから第二サーバ装置１Ｂにアクセスして、製品情報にアクセス可能なＵＲＬを取得する。そして、そのＵＲＬにアクセスすると、その製品に対応する第二企業端末２Ｂから製品情報を取得することができる。このように、第二企業端末２Ｂ同士で、製品情報を送受信している。第６実施形態に係る第一サーバ装置１Ａは、対象プラットフォームにおいて、第二企業端末２Ｂと同様の動作を行うように構成される。

第一サーバ装置１Ａは、第一企業端末２Ａから第一情報を取得し、対象プラットフォームのルールにしたがって第一情報から製品メタデータを生成して記憶部１２に記憶する。そして、この製品メタデータを、対象プラットフォームの第二サーバ装置１Ｂに登録する。また、第一サーバ装置１Ａは、対象プラットフォームのルールにしたがって第一情報から第二情報を生成し、この第二情報を記憶部１２に記憶する。また、第一サーバ装置１Ａは、第二情報を、対象プラットフォームの第二企業端末２Ｂからの要求に応じて提供する。

第６実施形態における第一サーバ装置１Ａは、第５実施形態における第一サーバ装置１Ａと同様のハードウェア構成及びソフトウェア構成を有する。一方、図３０は、第６実施形態に係る第二サーバ装置１Ｂのハードウェア構成の一例を模式的に示した図である。第二サーバ装置１Ｂは、制御部５１、記憶部５２、通信モジュール５３、及び入出力装置５４を有するコンピュータとして構成される。第二サーバ装置１Ｂの制御部５１、通信モジュール５３、及び入出力装置５４については、第６実施形態における第一サーバ装置１Ａの制御部１１、通信モジュール１３、及び入出力装置１４と同様である。第二サーバ装置１Ｂの記憶部５２は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部５２には、制御部５１にて実行されるプログラム、当該プログラムが利用するデータ等が記憶される。また、記憶部５２には、データベースが構築されており、当該データベースに、複数の企業端末２及びサーバ装置１か
ら収集した製品メタデータ、及び企業に関するアカウント情報が記憶される。製品メタデータは、製品に関するメタデータであり、例えば、各製品に対応する製品ＩＤと、各製品の製品情報にアクセス可能なＵＲＬ（Uniform Resource Locator）とを含んで構成されている。

第一企業端末２Ａ及び第二企業端末２Ｂは、図５に示した企業端末２のハードウェア構成と同様の構成を有する。なお、第一企業端末２Ａ及び第二企業端末２Ｂの記憶部２２には、ルール情報を記憶させる必要はない。また、サーバ装置１及び企業端末２の具体的なハードウェア構成は、実施形態に応じて、適宜、構成要素の省略、置換及び追加が可能である。また、第一企業端末２Ａのソフトウェア構成は、図７に示した構成と同様である。ただし、第二製品情報生成部２１６は、省略することができる。

図３１は、企業端末２に第二情報を直接送信する場合のサーバ装置１及び企業端末２で実行される処理の概要を示した図である。図３１では、第一サーバ装置１Ａ及び第二サーバ装置１Ｂは、夫々異なるプラットフォームのサーバ装置１である。また、第二企業端末２Ｂは、第二サーバ装置１Ｂと同じ対象プラットフォームに属している。このように、第二サーバ装置１Ｂと第二企業端末２Ｂとを含んで構成される対象プラットフォームに第二情報を提供する際に、第一サーバ装置１Ａが第二企業端末２Ｂに直接第二情報を送信する。図３１に示した例では、（１）から（９）まで順に処理が行われる。

図３１の（１）で示すように、第一サーバ装置１Ａの第二製品情報生成部１１６は、第一企業端末２Ａからプラットフォームの指定を受け付ける。第二製品情報生成部１１６は、製品情報の送信先となるプラットフォームのリストを含むユーザインターフェースを生成し、生成したユーザインターフェースを第一企業端末２Ａへ送信する。第二製品情報生成部１１６は、製品情報を送信するプラットフォームの指定を第一企業端末２Ａから受け付けるように構成される。なお、他の一例として、第一企業端末２Ａの製品情報生成部２１１が、製品情報の送信先となるプラットフォームのリストを含むユーザインターフェースを生成してもよい。製品情報生成部２１１は、第一企業端末２Ａのオペレータを介して第一情報を取得し、任意のタイミングで第一サーバ装置１Ａに送信するように構成されてもよい。第一サーバ装置１Ａと第一企業端末２Ａとは、コネクタ部１１５及びコネクタ部２１５を介して通信を行う。

図３１の（２）で示すように、第一サーバ装置１Ａの情報収集部１１１は、第一企業端末２Ａから送信された第一情報を受信し、当該第一情報を記憶部１２に格納する。これにより、第一情報が取得される。図８を示して説明したように、第一企業端末２Ａの製品情報生成部２１１が、オペレータを介して製品情報（第一情報）の入力を受け付ける。製品情報を入力するときには、任意の入力型式で入力してもよいし、指定されたプラットフォームに対応する入力型式で入力してもよい。また、指定されたプラットフォームのルールにしたがって入力してもよい。また、複数のプラットフォームが指定されている場合には、何れかのプラットフォームに対応する入力型式で入力してもよい。なお、プラットフォームの指定と、第一情報の入力とは、１つの画面で実行されてもよい。第一企業端末２Ａの製品情報生成部２１１によって生成された第一情報は、第一企業端末２Ａのコネクタ部２１５が、第一サーバ装置１Ａに送信する。第一サーバ装置１Ａの情報収集部１１１は、コネクタ部１１５を介して第一情報を取得する。

図３１の（３）で示すように、第一サーバ装置１Ａの第二製品情報生成部１１６は、第一情報から製品メタデータを生成する。第一サーバ装置１Ａの第二製品情報生成部１１６は、指定された対象プラットフォームに対応するルールに関する情報（ルール情報）を取得する。このルール情報は、第二サーバ装置１Ｂから取得してもよいし、記憶部１２に記憶されていてもよいし、プラットフォームのサーバ装置１とは異なるサーバ装置から取得
してもよい。製品メタデータは、対象プラットフォームのルールにしたがって生成される。製品メタデータを生成するときのルールは、ルール情報に含まれている。第二製品情報生成部１１６は、例えば、第一情報に対応する第二情報にアクセス可能なＵＲＬを生成し、製品ＩＤと紐付けして製品メタデータを生成し、その製品メタデータを記憶部１２に記憶させる。

図３１の（４）で示すように、第一サーバ装置１Ａのコネクタ部１１５が、第二サーバ装置１Ｂに製品メタデータを送信することにより、対象プラットフォームに製品メタデータを登録する。このように、製品メタデータを第二サーバ装置１Ｂに送信するときには、コネクタ部１１５を介して送信する。製品メタデータには、製品情報にアクセス可能なＵＲＬ、及び製品ＩＤが含まれる。第二サーバ装置１Ｂの制御部５１は、受信した製品メタデータを記憶部５２に格納する。このようにして、対象プラットフォームにおいて、第二企業端末２Ｂから第一企業端末２Ａに対応する第二情報にアクセス可能になる。

次に、第二企業端末２Ｂのオペレータが、第一企業端末２Ａに対応する製品情報を取得しようとした場合、第二企業端末２Ｂの制御部２１は、オペレータを介して製品ＩＤの指定を受け付ける。そして、図３１の（５）で示すように、第二企業端末２Ｂの制御部２１は、製品ＩＤを第二サーバ装置１Ｂに送信して、製品ＩＤに対応する製品メタデータの検索を行う。第二サーバ装置１Ｂの制御部５１は、製品ＩＤを受け付けると、記憶部５２に記憶されている製品メタデータを参照し、製品ＩＤに対応するＵＲＬを抽出する。そして、図３１の（６）で示すように、第二サーバ装置１Ｂの制御部５１は、抽出したＵＲＬを第二企業端末２Ｂに送信する。

第二サーバ装置１ＢからＵＲＬを取得した第二企業端末２Ｂの制御部２１は、図３１の（７）で示すように、取得したＵＲＬにアクセスして、第一サーバ装置１Ａに製品情報を要求する。この要求は、第二企業端末２Ｂのコネクタを介して送信される。この要求は、第一サーバ装置１Ａの第二製品情報生成部１１６が受け付ける。第一サーバ装置１Ａが、第二企業端末２Ｂから製品情報の要求を受信するときには、コネクタ部１１５が受信する。コネクタ部１１５は、受信した要求を第二製品情報生成部１１６に渡す。

製品情報の要求を受け付けた第一サーバ装置１Ａの第二製品情報生成部１１６は、図３１の（８）で示すように、対象プラットフォームに対応するルールに関する情報（ルール情報）を取得する。このルール情報は、第二サーバ装置１Ｂから取得してもよいし、記憶部１２に記憶されていてもよいし、プラットフォームのサーバ装置１とは異なるサーバ装置から取得してもよい。第二製品情報生成部１１６は、ＵＲＬに対応する第一情報を例えば変換式で変換することにより第二情報を得る。そして、図３１の（９）で示すように、第一サーバ装置１Ａのコネクタ部１１５は、ＵＲＬに対応する第二情報を、第二企業端末２Ｂへ送信する。このように、第二情報を第二企業端末２Ｂに送信するときには、コネクタ部１１５を介して送信する。このようにして、第二企業端末２Ｂに第二情報が提供される。

なお、第二情報を生成するタイミングは、第二企業端末２Ｂから製品情報を要求された後に限らない。例えば、第一企業端末２Ａから第一情報を受信してから、第二企業端末２Ｂに第二情報を提供するまでの期間であれば、いつでも第二情報を生成することができる。例えば、第一企業端末２Ａから第一情報を受信した後、製品メタデータを生成する前に、第一情報及びルール情報から第二情報を生成してもよい。また、第二情報は、第１実施形態で説明したように、第一企業端末２Ａにおいて生成してもよい。この場合、第一企業端末２Ａから第一サーバ装置１Ａに第二情報を送信し、第一サーバ装置１Ａの記憶部１２に第二情報を記憶させておいてもよい。

［処理フロー］
次に、第一サーバ装置１Ａにおいて実行される処理のフローについて、図３２及び図３３を参照しながら説明する。図３２は、対象プラットフォームに製品メタデータを登録する処理のフローチャートである。本ルーチンは、第一企業端末２Ａからプラットフォームの指定に関する情報を受信したことをトリガとして実行される。

ステップＳ４０１において、第二製品情報生成部１１６が、第二情報の送信先であるプラットフォームの指定を受け付ける。第一企業端末２Ａにおいてオペレータを介してプラットフォームが指定されると、指定されたプラットフォームに関する情報が第一企業端末２Ａから第一サーバ装置１Ａに送信される。この情報を受信することにより、第二製品情報生成部１１６が、プラットフォームの指定を受け付ける。

また、ステップＳ４０２において、第二製品情報生成部１１６が、指定されたプラットフォームに対応するルール情報を参照する。さらに、ステップＳ４０３において、情報収集部１１１は、第一企業端末２Ａから送信された製品情報をコネクタ部１１５を介して受信し、当該製品情報を記憶部１２に格納する。これにより、第一情報の入力を受け付ける。なお、ステップＳ４０１及びステップＳ４０３の処理は同時に実行されてもよい。この場合、第一企業端末２Ａから、プラットフォームの指定と第一情報の送信が同時に行われる。また、ステップＳ４０１の処理よりも前に、ステップＳ４０３の処理が実行されてもよい。

以下のステップＳ４０４からステップＳ４１２までの処理は、ステップＳ４０１で指定された全てのプラットフォームについて繰り返し実行される。ステップＳ４０４において、第二製品情報生成部１１６が、第一情報に不足がないか否か判定する。ステップＳ４０４において否定判定された場合には、ステップＳ４０５において、第二製品情報生成部１１６は、情報が不足していることの警告を出力する。なお、情報が不足している場合には、第２実施形態と同様に、インベントリデータで補充してもよい。

ステップＳ４０６において、第二製品情報生成部１１６は、製品メタデータが必要であるか否か判定する。すなわち、第二製品情報生成部１１６は、指定されたプラットフォームが、対象プラットフォームであるか否か判定する。ステップＳ４０６で肯定判定された場合にはステップＳ４０７へ進み、否定判定された場合にはステップＳ４１０へ進む。

ステップＳ４０７において、第二製品情報生成部１１６は、製品メタデータを生成する。第二製品情報生成部１１６は、対象プラットフォームに対応するルール情報を参照する。そして、ルール情報にしたがって製品メタデータを生成する。生成された製品メタデータはコネクタ部１１５に渡される。ステップＳ４０８において、コネクタ部１１５が、コネクタを選択する。コネクタ部１１５は、ステップＳ４０１において指定された対象プラットフォームに対応するコネクタを記憶部１２に記憶されているコネクタ情報に応じて選択する。ステップＳ４０９において、コネクタ部１１５が、製品メタデータを対象プラットフォームに対応する第二サーバ装置１Ｂに送信する。

また、ステップＳ４１０において、第二製品情報生成部１１６が、第二情報を生成する。第二製品情報生成部１１６は、例えば、ルール情報に含まれる変換式を利用して第一情報を第二情報に変換する。生成された第二情報はコネクタ部１１５に渡される。ステップＳ４１１において、コネクタ部１１５が、コネクタを選択する。コネクタ部１１５は、ステップＳ４０１において指定されたプラットフォームに対応するコネクタを記憶部１２に記憶されているコネクタ情報に応じて選択する。

ステップＳ４１２において、コネクタ部１１５が、第二情報を送信する。なお、対象プ
ラットフォームが指定されている場合には、第二製品情報生成部１１６が、生成した第二情報を記憶部１２の所定の記憶領域に配置（記憶）する。

次に、図３３は、対象プラットフォームの第二企業端末２Ｂに第二製品情報を提供する処理のフローチャートである。本ルーチンは、第二企業端末２Ｂから製品情報の要求を受信したことをトリガとして実行される。ステップＳ５０１において、第二製品情報生成部１１６が、製品情報の要求を受け付ける。この要求は、第二企業端末２Ｂに製品情報を送信する要求である。この要求は、第二企業端末２Ｂが製品に対応するＵＲＬにアクセスし、所定の入力を行うことにより実行される。この要求は、コネクタ部１１５が受信して、第二製品情報生成部１１６に渡され、第二製品情報生成部１１６によって受け付けられる。

ステップＳ５０２において、第二製品情報生成部１１６は、記憶部１２の所定の記憶領域に配置されている第二情報を抽出する。ここで、第二企業端末２ＢがアクセスしたＵＲＬは、製品ＩＤと紐付けされているため、第二製品情報生成部１１６は、この製品ＩＤに基づいて、対応する第二情報を抽出する。抽出された第二情報はコネクタ部１１５に渡される。ステップＳ５０３において、コネクタ部１１５が、コネクタを選択する。コネクタ部１１５は、ステップＳ５０１において要求を受信したときのコネクタを選択する。ステップＳ５０４において、コネクタ部１１５が、第二企業端末２Ｂに第二情報を送信する。このように、第一サーバ装置１Ａは、対象プラットフォームにおいて第二企業端末２Ｂと同様に振る舞い、製品情報を提供することが可能である。

なお、図３２に示したフローチャートでは、対象プラットフォームに対する第二情報をステップＳ４１０において生成し、ステップＳ４１２において記憶部１２に記憶している。しかし、第二情報を生成するタイミングは、これに限らない。例えば、図３３に示したフローチャートのステップＳ５０２において第二情報を生成してもよい。すなわち、第二企業端末２Ｂから製品情報の要求を受け付けてから第二情報を生成してもよい。

以上説明したように、第６実施形態によれば、第二サーバ装置１Ｂが製品メタデータを管理しており、企業端末２同士で製品情報を送受信するような対象プラットフォームであっても、第一情報を第二情報に変換して提供することができる。また、このときに、対象プラットフォームに対応するコネクタを介して、第二情報を提供することができる。

（その他の実施形態）
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施しうる。例えば、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

また、実施形態の説明では、サーバ装置１が製品情報をデータベースに記憶したが、製品情報は、データベース以外の手段によって記憶されてもよい。

また、実施形態の説明では、サーバ装置１が第一ないし第四のフェーズを実行することで製品ツリーを完成させる形態を例示したが、サーバ装置１が持つ役割を、複数の企業端末２に分散して配置してもよい。例えば、製品情報は、ブロックチェーン基盤を利用した分散データベースによって記憶させてもよい。この場合、複数の企業端末２によって、製品情報データベースが構成されてもよい。この場合、スマートコントラクトを利用して、前述した各フェーズの処理を実行してもよい。例えば、ある企業のアカウントが、許可情報をデータベースに書き込んだことをトリガとして、第二のフェーズにおける処理が実行されるようにしてもよい。また、ある企業のアカウントが、紐付けリクエストをデータベースに書き込んだことをトリガとして、第三のフェーズにおける処理が実行されるように
してもよい。

また、実施形態の説明では、上流製品に関する製品情報をサーバ装置１が受信するフェーズと、当該製品情報に対応する許可情報をサーバ装置１が受信するフェーズを分けて記載したが、両者は同時に受信されてもよい。同様に、実施形態の説明では、下流製品に関する製品情報をサーバ装置１が受信するフェーズと、当該製品情報に対応する紐付けリクエストをサーバ装置１が受信するフェーズを分けて記載したが、両者は同時に受信されてもよい。

また、上記実施形態では、専用記憶領域及び共有記憶領域を設けることで、各企業のアクセスコントロールを実現している。しかしながら、アクセスコントロールを実現する方法は、このような例に限られなくてよい。アクセスコントロールには任意の方法が用いられてよい。

また、上記実施形態（図１）では、サプライチェーンに含まれる複数の企業を、製品を生産する企業として説明した。しかしながら、サプライチェーンに含まれる企業は、必ずしも製品を生産する企業である必要はない。例えば、製品の輸送、輸入、保管、卸売り等を行う企業も、サプライチェーンを構成する企業に含まれてよい。一例では、複数の企業のうちの一部の企業は、例えば、商社、販売代理店、輸入代理店等の製造工程を実行しない企業であってよく、一段上の階層に位置する企業（上流企業）から製品を受け取り、一段下の階層に位置する企業（下流企業）に製品を納入してもよい。

また、上記実施形態では、自動車に関連する製品のサプライチェーンを想定し、ＯＥＭメーカを最下流企業として説明し、部品、素材、アッセンブリ等を供給する企業をサプライヤとして説明した。しかしながら、サプライチェーンに属する企業は、必ずしもこの限りではない。各段階の企業は、製品等に応じて適宜決定されてよい。また、最終製品を得られるまでに各企業で実施される製造活動は、実施の形態に応じて適宜決定されてよく、例えば、発掘、加工、組み立て、運搬、保管等の最終製品が得られるまでに行われ得るあらゆる活動を含んでよい。

また、上記実施形態では、サーバ装置１は、上記第一～第四のフェーズの情報処理を実行するように構成されている。しかしながら、サーバ装置１の構成は、このような例に限定されなくてよい。他の一例では、サーバ装置１において、上記第一～第四のフェーズの少なくともいずれかの情報処理は省略されてよい。サーバ装置１は、その他の任意の情報処理を実行するように構成されてもよい。

また、上記実施形態では、ＣＯ_２排出量（ＣＦＰ値）の計算の一例を示した。ＣＦＰ値は、以下の計算式により算出されてよい。
TierN-1のＣＦＰ値＝TierN-1の自社計測ＣＦＰ値＋Σ_ｋ（ｋ社（TierN）のＣＦＰ値×TierN-1での使用量u_k）
ここで、「TierN-1のＣＦＰ値」は、上流企業（ｋ社（TierN））のＣＦＰ値と自社のＣＦＰ値とを統合した結果を示す。自社計測ＣＦＰ値は、各企業の製品情報に含まれるＣＦＰ値を示す。TierNが最上流企業である場合、「TierNのＣＦＰ値」は、当該企業の製品情報に含まれるＣＦＰ値であり、それ以外の場合、「TierNのＣＦＰ値」は、更に上流企業（TierN+1）のＣＦＰ値と当該企業の製品情報に含まれるＣＦＰ値とを統合した結果である。TierNを最上流企業（終端企業）に設定して、N＝１まで計算を繰り返すことで、Tier0製
品（＝最終製品）のＣＦＰ値を得ることができる。

また、上記実施形態では、サーバ装置１は、ＣＯ_２排出量（ＣＦＰ値）の計算と共に又は代えて、リサイクル率及びデューデリジェンス（スコア）の演算を実行してよい。リサ
イクル率は、以下の計算式により算出されてよい。
「（対象物質についてのTierN-1製品におけるリサイクル率）＝｛（TierN-1での合計利用量）×（TierN-1でのリサイクル率）＋Σ_ｋ（ｋ社（TierN）での合計利用量×ｋ社（TierN）でのリサイクル率×TierN-1での使用量u_k）｝÷｛TierN-1での合計利用量＋Σ_ｋ（
ｋ社（TierN）での合計利用量×TierN-1での使用量u_k）｝＝｛TierN-1での再生材利用量
＋Σｋ（ｋ社（TierN）での再生材利用量×TierN-1での使用量u_k）｝÷｛TierN-1での合
計利用量＋Σｋ（ｋ社（TierN）での合計利用量×TierN-1での使用量u_k）｝」
再生材利用量は、対象物質のリサイクル材の利用量を示す。ＣＦＰ値と同様に、最上流企業（終端企業）から順次計算することで、対象物質についての最終製品におけるリサイクル率を計算することができる。また、デューデリジェンスのスコア（ＤＤスコア）に関しても、上記ＣＦＰ値及びリサイクル率と同様の演算で統合することができる。一例では、上記ＣＦＰ値をＤＤスコアに置き換え、最上流企業（終端企業）から順次計算することで、最終製品におけるＤＤスコア（統合結果）を得ることができる。

なお、上記実施形態では、最上流企業を除く各企業（TierN-1）自身のトレーサビリテ
ィ関連情報を自身の下流企業との間の共有記憶領域に格納せず、各企業の統合結果（TierN-1のＣＦＰ値、対象物質についてのTierN-1製品におけるリサイクル率）が、各企業と各企業の下流企業（TierN-2）との間の共有記憶領域に格納されてよい。これにより、各企
業自身のトレーサビリティ関連情報を開示させずに、最終製品におけるトレーサビリティ関連情報（統合結果）を得ることができる。

また、上記実施形態では、各企業は、ある材料に関して一社に発注していると仮定した。しかしながら、上記実施形態において、各企業の発注形式は、このような例に限定されなくてよい。サプライチェーンに属する企業のうちの少なくとも一部は、同一の製品に関して複数の上流企業に発注し、得られた上流製品を選択的に自社製品に使用してもよい。例えば、上記図１４の例において、Tier1の製品A1には、Tier2の製品A11_1、製品A11_2、又は製品A11_3が選択的に使用されてよい。この場合、サーバ装置１は、使用されるパタ
ーン毎に紐付け関係を保持してよい。上記の例では、サーバ装置１は、Tier1の製品A1に
ついて、パターン１「Tier2の製品A11_1、・・・」、パターン２「製品A11_2、・・・」
及びパターン３「製品A11_3、・・・」とのように紐付け情報を保持してよい。これに応
じて、サーバ装置１は、パターン毎に、上記トレーサビリティ関連情報の演算（統合）を実行してよい。この場合、一例では、サーバ装置１は、パターン毎に演算結果を出力してもよい。他の一例では、サーバ装置１は、演算結果の最大値、最小値、平均値、分散、標準偏差、中央値等の統計量を演算結果から算出し、算出された統計量を出力してもよい。

また、上記実施形態において、トレーサビリティ関連情報（特に、ＣＦＰ値）は、一次データで構成されてもよいし、又は二次データ（インベントリデータ）で構成されてもよい。この場合、上記トレーサビリティ関連情報の演算（統合）は、最終製品について得られるトレーサビリティ関連情報の一次データ比率を算出することを含んでよい。一次データ比率の算出は、単純な比率計算で算出されてもよいし、或いは上記ＣＦＰ値の演算式においてＣＦＰ値を各社の一次データ比率に置き換え、最上流企業から順次計算することによる重み計算で算出されてもよい。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出
して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク・ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

１ サーバ装置
２ 企業端末
３ 専用サーバ装置
２１ 制御部
２２ 記憶部
２３ 通信モジュール
２４ 入出力装置
２１１ 製品情報生成部
２１２ 権限設定部
２１３ 紐付リクエスト部
２１４ 情報取得部
２１５ コネクタ部
２１６ 第二製品情報生成部

第一のフェーズでは、サーバ装置１の情報収集部１１１が、企業端末２の第二製品情報生成部２１６から、製品情報を取得する。図１３の例では、サーバ装置１は、企業Ａに対応する企業端末２から製品情報Ａを取得し、企業Ｂに対応する企業端末２から製品情報Ｂを取得している。情報収集部１１１は、製品情報Ａを、企業Ａに対してのみアクセス権限が付与された記憶領域（以下、記憶領域Ａ）に保存する。また、情報収集部１１１は、製品情報Ｂを、企業Ｂに対してのみアクセス権限が付与された記憶領域（以下、記憶領域Ｂ）に保存する。このように、情報収集部１１１は、任意の企業から送信された製品情報を、当該企業に対してのみアクセス権限が付与された、専用の記憶領域に保存する。

Claims (20)

1. サプライチェーンを管理する１つ以上の第一プラットフォームの指定を受け付けることと、
   トレーサビリティに関する情報を含む第一製品に関する第一情報の入力を受け付けることと、
   前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報を参照し、前記第一情報から、前記第一プラットフォームの夫々に対応した第二情報を生成することと、
   前記第一プラットフォームの夫々に対応するコネクタに関する情報を参照し、前記第一プラットフォームの夫々に対して、対応するコネクタにより、前記第二情報を送信するまたは前記第二情報を送信可能な状態に所定の記憶領域に配置することと、
   を実行するように構成された制御部を備える情報処理装置。
2. 前記所定の記憶領域に、前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報、及び、前記第一プラットフォームの夫々に対応するコネクタに関する情報が配置されている、
   請求項１に記載の情報処理装置。
3. 前記制御部は、
   前記第一プラットフォームで要求される情報に対して、前記第一情報だけでは不足する情報があることに応答して、前記第一プラットフォームに対応するインベントリデータを参照し、
   前記インベントリデータから得られる情報に基づいて、前記第一情報だけでは不足する情報を補充して、前記第二情報を生成する、
   請求項１に記載の情報処理装置。
4. 前記制御部は、
   前記第一プラットフォームで要求される情報に対して、前記第一情報だけでは不足する情報があることに応答して、警告を出力する、
   請求項１に記載の情報処理装置。
5. 前記制御部は、
   前記第一情報に、非開示として指定されている第三情報が含まれていることに応答して、前記第三情報を除外して前記第二情報を生成する、
   請求項１に記載の情報処理装置。
6. 前記制御部は、
   前記第一情報に、前記第三情報が含まれていることに応答して、前記第一プラットフォームに対応するインベントリデータを参照し、
   除外した前記第三情報を前記インベントリデータから得られる情報によって補充して、前記第二情報を生成する、
   請求項５に記載の情報処理装置。
7. 前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報には、前記第一プラットフォームの夫々に情報を送信する端末の所在地に応じて開示できない第四情報に関するルールに関する情報を含み、
   前記制御部は、
   前記第一情報に、前記第四情報が含まれていることに応答して、
   前記第四情報を除外して前記第二情報を生成する、
   請求項１に記載の情報処理装置。
8. 前記制御部は、
   前記第一情報に、前記第四情報が含まれていることに応答して、前記第一プラットフォームに対応するインベントリデータを参照し、
   除外した前記第四情報を前記インベントリデータから得られる情報によって補充して、前記第二情報を生成する、
   請求項７に記載の情報処理装置。
9. 前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報には、単位のルールに関する情報を含み、
   前記制御部は、
   前記第一プラットフォームに対応する前記単位のルールにしたがって、前記第二情報を生成する、
   請求項１に記載の情報処理装置。
10. 前記第一製品は、電池に関する製品である、
    請求項１に記載の情報処理装置。
11. コンピュータが、
    サプライチェーンを管理する１つ以上の第一プラットフォームの指定を受け付けることと、
    トレーサビリティに関する情報を含む第一製品に関する第一情報の入力を受け付けることと、
    前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報を参照し、前記第一情報から、前記第一プラットフォームの夫々に対応した第二情報を生成することと、
    前記第一プラットフォームの夫々に対応するコネクタに関する情報を参照し、前記第一プラットフォームの夫々に対して、対応するコネクタにより、前記第二情報を送信するまたは前記第二情報を送信可能な状態に所定の記憶領域に配置することと、
    を実行する情報処理方法。
12. 前記所定の記憶領域に、前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報、及び、前記第一プラットフォームの夫々に対応するコネクタに関する情報が配置されている、
    請求項１１に記載の情報処理方法。
13. 前記コンピュータは、
    前記第一プラットフォームで要求される情報に対して、前記第一情報だけでは不足する情報があることに応答して、前記第一プラットフォームに対応するインベントリデータを参照し、
    前記インベントリデータから得られる情報に基づいて、前記第一情報だけでは不足する情報を補充して、前記第二情報を生成する、
    請求項１１に記載の情報処理方法。
14. 前記コンピュータは、
    前記第一プラットフォームで要求される情報に対して、前記第一情報だけでは不足する情報があることに応答して、警告を出力する、
    請求項１１に記載の情報処理方法。
15. 前記コンピュータは、
    前記第一情報に、非開示として指定されている第三情報が含まれていることに応答して、前記第三情報を除外して前記第二情報を生成する、
    請求項１１に記載の情報処理方法。
16. 前記コンピュータは、
    前記第一情報に、前記第三情報が含まれていることに応答して、前記第一プラットフォームに対応するインベントリデータを参照し、
    除外した前記第三情報を前記インベントリデータから得られる情報によって補充して、前記第二情報を生成する、
    請求項１５に記載の情報処理方法。
17. 前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報には、前記第一プラットフォームの夫々に情報を送信する端末の所在地に応じて開示できない第四情報に関するルールに関する情報を含み、
    前記コンピュータは、
    前記第一情報に、前記第四情報が含まれていることに応答して、
    前記第四情報を除外して前記第二情報を生成する、
    請求項１１に記載の情報処理方法。
18. 前記コンピュータは、
    前記第一情報に、前記第四情報が含まれていることに応答して、前記第一プラットフォームに対応するインベントリデータを参照し、
    除外した前記第四情報を前記インベントリデータから得られる情報によって補充して、前記第二情報を生成する、
    請求項１７に記載の情報処理方法。
19. 前記第一プラットフォームの夫々に情報を送信する際のルールに関する情報には、単位のルールに関する情報を含み、
    前記コンピュータは、
    前記第一プラットフォームに対応する前記単位のルールにしたがって、前記第二情報を生成する、
    請求項１１に記載の情報処理方法。
20. 前記第一製品は、電池に関する製品である、
    請求項１１に記載の情報処理方法。

Images