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

Abstract

【課題】他の企業に情報を開示する場合の人為的ミスを低減する。【解決手段】情報処理装置は、第１の企業のアカウントから、第１の企業の第１の製品に関する情報の、第２の企業への公開許可の設定のリクエストを受け付けることと、第２の企業に関する第１の情報を取得することと、第１の情報に基づいて、当該リクエストに対して警告を行う第１の処理について警告の第１の出力態様を決定することと、第１の出力態様で第１の処理を実行することと、を実行する。【選択図】図１４

Description

本開示は、サプライチェーンを構成する企業間の情報共有に関する。

サプライチェーンを構成する複数の企業において情報共有を行うシステムが知られている。これに関して、例えば、特許文献１には、隣接するサプライヤー間において商品情報を共有するシステムが開示されている。

特表２０１７－５００６６３号公報

本開示は、他の企業に情報を開示する場合の人為的ミスを低減可能な情報処理装置、及び、方法を提供することを目的とする。

本開示の態様の一つは、
第１の企業のアカウントから、前記第１の企業の第１の製品に関する情報の、第２の企業への公開許可の設定のリクエストを受け付けることと、
前記第２の企業に関する第１の情報を取得することと、
前記第１の情報に基づいて、前記リクエストに対して警告を行う第１の処理について前記警告の第１の出力態様を決定することと、
前記第１の出力態様で前記第１の処理を実行することと、
を実行する制御部、
を備える情報処理装置である。

本開示の他の態様の一つは、
コンピュータが、
第１の企業のアカウントから、前記第１の企業の第１の製品に関する情報の、第２の企業への公開許可の設定のリクエストを受け付けることと、
前記第２の企業に関する第１の情報を取得することと、
前記第１の情報に基づいて、前記リクエストに対して警告を行う第１の処理について前記警告の第１の出力態様を決定することと、
前記第１の出力態様で前記第１の処理を実行することと、
を実行する方法である。

また、他の態様として、上記の方法をコンピュータに実行させるためのプログラム、または、該プログラムを非一時的に記憶したコンピュータ可読記憶媒体が挙げられる。

本開示によれば、他の企業に情報を開示する場合の人為的ミスを低減することができる。

図１は、第１実施形態に係るサプライチェーンを説明する図である。 図２は、製品ツリーの一例である。 図３は、公開許可の設定に基づく製品ツリーの一例である。 図４は、サーバ装置のハードウェア構成の一例を模式的に示した図である。 図５は、第１実施形態に係る企業端末のハードウェア構成の一例を模式的に示した図である。 図６は、サーバ装置のソフトウェア構成を模式的に示した図である。 図７は、製品情報の一例である。 図８は、企業端末のソフトウェア構成を模式的に示した図である。 図９は、企業端末の公開許可設定画面の一例である。 図１０は、企業端末の公開許可設定画面の一例である。 図１１は、情報共有システムにおける、製品情報の公開許可の設定に係る処理の流れを示した図である。 図１２は、公開許可の設定のリクエストに対して企業端末の画面に出力される警告の出力態様の一例である。 図１３は、公開許可の設定のリクエストに対して企業端末の画面に出力される警告の出力態様の一例である。 図１４は、公開許可の設定のリクエストに対して企業端末２の画面に出力される警告の出力態様の一例である。 図１５は、サーバ装置のリクエスト受付処理のフローチャートの一例である。 図１６は、公開先企業の信用の高さを示すスコアを定義するスコア表の一例である。 図１７は、公開先企業の信用の高さを判定するＹＥＳ／ＮＯチャートの一例である。 図１８は、信用レベルと出力態様との対応表の一例である。 図１９は、警告の出力態様を判定するモデルの入力及び出力の一例を示す図である。

近年、例えば、自動車等の製品を製造する際に排出される温室効果ガスの量を追跡したい、すなわち、カーボンフットプリントを追跡したいという要望がある。

ここで、対象製品が、複数の企業を含むサプライチェーンによって供給される場合を考える。サプライチェーンに含まれる各企業（サプライヤー）は、それぞれ、対象製品を構成する複数の部品等を生産し、次の工程における企業に納入する。複数の企業がこれを繰り返し、最終工程において、最終的な製品の組み立てが行われる。

サプライチェーンは、ＯＥＭ（Original Equipment Manufacturing）メーカー及び複数のサプライヤーから構成される。ＯＥＭメーカーは、最終的な製品を組み立てる企業である。サプライヤーは、最終的な製品を生産するための部品、素材、及び、アッセンブリ等を供給する企業である。

なお、以降の説明において、複数のサプライヤーのそれぞれが生産する部品等を「製品」と称する。消費者に供給される最終的な製品を「最終製品」と称する。また、サプライチェーンに含まれるサプライヤー及びＯＥＭメーカーのことを単に「企業」と称する。また、サプライチェーンが有する複数の階層のそれぞれを「Tier」と称する。

斯様なシステムにおいて、例えば、最終製品の製造にともなって排出される温室効果ガスの総量を算出するためには、複数の企業間における製品の供給関係を明確にしなければならない。最終製品を構成する複数の製品同士の関係が明確でなければ、複数の工程にお
いて排出される温室効果ガスの総量を正しく算出することができないためである。例えば、最終製品を構成する複数の製品同士の供給関係を示したツリーを生成することで、複数の企業間における製品の供給関係を明確にすることができる。

複数の企業間における製品の供給関係を示す情報は、例えば、各サプライヤーから提供させることで取得される。しかしながら、自社の取引先、自社製品に関する詳細な情報、及び、自社製品の材料の調達先といった情報はセンシティブな情報であるため、公開する相手を限定することが望まれる。情報の公開設定が人手による場合には、人為的ミスによって、例えば、望まない公開先に情報を公開してしまったり、公開を意図しない情報まで公開してしまったりすることがある。

本開示の態様の一つは、情報公開における人為的ミスを低減することが可能な情報処理装置である。情報処理装置は、制御部を備える。当該制御部は、第１の企業のアカウントから、第１の企業の第１の製品に関する情報の、第２の企業への公開許可の設定のリクエストを受け付け、第２の企業に関する第１の情報を取得し、第１の情報に基づいて、当該リクエストに対して警告を行う第１の処理について警告の第１の出力態様を決定し、第１の出力態様で第１の処理を実行する。

情報処理装置は、例えば、サーバとして動作するコンピュータである。制御部は、例えば、ＣＰＵ（Central Processing Device）、ＧＰＵ（Graphics Processing Unit）、又
はＤＳＰ（Digital Signal Processor）等のプロセッサである。第１の企業及び第２の企業は、例えば、ＯＥＭメーカーであってもよいし、サプライヤーであってもよい。第１の製品は、最終製品、部品、素材、及び、材料等のいずれであってもよい。警告の出力態様には、例えば、メッセージ、画像、音声、及び、これらの組み合わせ等がある。また、警告の出力態様には、警告を出力しないことが含められてもよい。

本開示の態様の一つによれば、第１の企業のアカウントから第２の企業への第１の製品に関する情報の公開許可の設定のリクエストが受け付けられると、第２の企業に関する第１の情報に基づいた出力態様で警告が行われる。第２の企業へ第１の製品に関する情報の公開が設定される前に、第２の企業へ第１の製品に関する情報を公開してよいかを第１の企業のアカウントに対して注意を促すことができる。これによって、第２の企業へ第１の製品に関する情報の公開が設定される場合に発生する人為的ミスを低減することができる。

本開示の態様の一つでは、制御部は、第１の処理について、それぞれ警告の強さが異なる複数の出力態様の中から、第２の企業に関する第１の情報に基づいて第１の出力態様を決定してもよい。第１の処理についての複数の出力態様には、少なくとも、第２の企業のアカウントからアクセスした場合の、第１の製品に関する情報を含む表示画面のプレビューを表示させる出力態様が含まれてもよい。

警告の強さは、例えば、メッセージの場合には、メッセージの内容、文字の大きさ、文字色、フォント、ハイライト表示、及び、太字等によって表現される。弱い警告のメッセージの内容には、例えば、「公開設定を行います」等のような、直接的に警告を示す文言を含まないメッセージがある。強い警告のメッセージの内容には、例えば、「本当に第２の企業に公開してもよろしいですか？」や「ＣＡＵＴＩＯＮ！！」のような公開設定の確認を強く促したり、直接的な警告を示す文言を含んだりするようなメッセージがある。また、警告が強いほど、文字を大きくしたり、色を変えたり、印象の強いフォントにしたり、ハイライトを付けたり、太字にしたりしてもよい。また、出力態様が、メッセージ、メッセージと画像、メッセージと音声、メッセージと音声と画像の順で強い警告であってもよい。なお、警告の出力態様はこれらに限定されず、例えば、メッセージを所定回数繰り
返し表示したり、メッセージを繰り返し表示する場合の位置を変えたりする出力態様も含まれてもよい。

警告の複数の出力態様に、第２の企業のアカウントからアクセスした場合の第１の製品に関する情報の表示画面のプレビューを含めることで、第１の製品に関する情報が第２の企業のアカウントからどのように見えるのか、を第１の企業のアカウントのユーザに認識させることができる。この場合に、例えば、第１の製品に関する情報のうち、第２の企業に公開することを意図しない情報が含まれていることに気が付く可能性があり、意図しない情報を公開してしまうことを低減することができる。

本開示の態様の一つにおいて、制御部は、第２の企業に関する第１の情報に基づいて、第２の企業に対する信用の高さを判定してもよい。この場合に、制御部は、第２の企業に対する信用の高さが低いほど警告の強さがより強い出力態様に、第１の出力態様を決定してもよい。第２の企業に対する信用の高さは、例えば、第２の企業に関する第１の情報に基づいて、スコアとして算出されてもよいし、レベル分けで示されてもよい。または、企業に関する情報と第１の処理についての出力態様との関係を、企業に対する信用が低いほどより強い警告の出力態様になるように構築されたモデルを用いて、第１の出力態様が決定されてもよい。

第２の企業に対する信用が低い場合には、第２の企業への第１の製品に関する情報の公開が意図されていない可能性もある。したがって、第２の企業に対する信用の高さに応じた出力態様で情報の公開許可の設定前に警告が出力されることによって、第２の企業に対する信用が低いほど強く警告されるので、公開先及び公開内容についてより注意を払わせることができる。

本開示の態様の一つにおいて、第２の企業に関する第１の情報は、第２の企業の社会的信用に関する情報、及び、第１の企業から見た場合の第２の企業の信用に関する情報のうちの少なくともいずれか一方を含んでもよい。第２の企業の社会的信用に関する情報は、第２の企業の属性に関する情報を含んでもよい。第２の企業の属性に関する情報は、例えば、第２の企業の本社が所在する国、代表取締役の住所が含まれる国、創業年数、従業員数、及び、拠点数等である。第２の企業の属性に関する情報は、例えば、公的機関から取得される第２の企業に関する情報であってもよいし、ウェブ等で公開されている第２に企業に関する情報であってもよい。公的機関から取得される第２の企業に関する情報は、例えば、第２の企業の登記事項証明書に記載された情報である。公的機関から取得される第２の企業に関する情報は、より正確性が高い。

第２の企業の社会的信用に関する情報を用いることで、第２の企業の社会的信用の高さを判定することができる。例えば、第２の企業の本社が所在する国が、世界情勢的上取引を行うことが懸念される国である場合には、第２の企業の信用は低く判定される。これによって、第１の企業のアカウントのユーザが、第２の企業へ情報の公開許可を設定する場合に、第２の企業の所属国に基づいた信用の高さ（低さ）に基づいた強さの出力態様で警告を出力することで、第１の企業のユーザにより強く注意を促すことができる。

第１の企業から見た場合の第２の企業の信用に関する情報は、第１の企業と第２の企業との取引関係に関する情報、及び、第１の企業と第２の企業との間の製品に関する情報の公開設定の状態に関する情報の少なくともいずれかを含んでもよい。第１の企業と第２の企業との取引関係に関する情報は、第１の企業と第２の企業との間で直接取引が有る製品が有るか否かを示す情報、及び、第１の企業と第２の企業とが第３の製品についてのサプライチェーンに含まれるか否かを示す情報の少なくともいずれかを含んでもよい。

第１の企業と第２の企業との間で直接取引が有る製品が有る場合には、第１の企業と第２の企業とで既に付き合いがあることが示され、信頼関係が築けていることが予想される。一方、第１の企業と第２の企業とが第３の製品についてのサプライチェーンに含まれる場合には、例えば、同じ種類の部品を扱っている可能性があり、互いに競合する関係であることが予想される。競合関係にある企業間では、製品に関する情報を公開したくない可能性が高いので、第１の企業と第２の企業とが第３の製品についてのサプライチェーンに含まれる場合には、第１の企業から見た場合に第２の企業の信用はより低く判定されてもよい。

第１の企業と第２の企業との間の製品に関する情報の公開設定の状態に関する情報は、例えば、情報処理装置が管理する記憶領域内に、第１の企業と第２の企業とが製品に関する情報の受け渡しに用いる共有の記憶領域の有無、一方の企業の、製品に関する情報を保持する専用の記憶領域へ、もう一方の企業が書き込み権限を有するか否か、又は、一方の企業からもう一方の企業へ、情報処理装置が属するシステムへの招待の履歴の有無、等の少なくともいずれかを含んでもよい。これらの情報は、情報処理装置が属するシステム上において、既に、第１の企業と第２の企業とでやり取りがあり、互いに信用するに足りる関係であることを示す。

したがって、制御部は、第２の企業に関する第１の情報に、第１の企業から見た場合の第２の企業の信用に関する情報が含まれている場合に、第１の企業と第２の企業との取引関係に関する情報よりも、第１の企業と第２の企業との間の製品に関する情報の公開設定の状態に関する情報の方を優先して、第２の企業に対する信用の高さを判定してもよい。「優先して」とは、例えば、信用の高さを判定する場合の重みが大きいこと、又は、２つの情報が有る場合に先に一方の情報を用いて信用の高さを判定すること、を示す。第１の企業と第２の企業との間の製品に関する情報の公開設定の状態に関する情報は、情報処理装置が属するシステム上において第１の企業と第２の企業とが互いに信用するに足りる関係であることを示す情報であるためである。

以下、本開示の具体的な実施形態について図面に基づいて説明する。各実施形態に記載されているハードウェア構成、モジュール構成、機能構成等は、特に記載がない限りは開示の技術的範囲をそれらのみに限定する趣旨のものではない。

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

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

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

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

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

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

図２は、製品ツリーの一例である。製品ツリーは、サプライチェーンによって供給される製品同士の関係を示す、樹形図である。図２に示される例では、最終製品Ｘを構成する複数の製品の供給関係が樹形図によって表されている。図２に示される例では、最終製品Ｘは、製品Ａ１、Ｂ１、Ｃ１、Ｄ１…を組み立てることによって生産される。製品Ａ１は、製品Ａ１１、Ａ１２、Ａ１３…を組み立てることによって生産される。このように、最終製品を構成する複数の製品同士の関係は、個々の製品がノードとなる樹形図によって表すことができる。

製品ツリーを生成するため、各企業に対応する企業端末２は、自社が生産する製品についての製品情報をサーバ装置１に送信する。製品情報のそれぞれは、サーバ装置１において記憶される。

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

例えば、最終製品Ｘについてのサプライチェーンに含まれる製品Ａ１を供給する企業を企業Ａとする。企業Ａに対して、図２に示されるような、最終製品Ｘの製品ツリー全体を公開してしまうと、サプライチェーンを構成する他の企業、及び、当該企業が生産している製品に関する情報も公開されてしまう。たとえ企業Ａが最終製品Ｘについてのサプライチェーンに含まれているとしても、一サプライヤーである企業Ａに、直接取引のない企業
や製品を公開することは妥当ではない。

そこで、第１実施形態に係る情報共有システム１００は、公開元の企業（access allowing company）が、公開先の企業（access allowed company）と公開する製品情報とを指
定して、当該製品情報に対するアクセス権限を当該公開先の企業に付与することで、製品情報が公開される範囲を制限させる。例えば、上流企業から、上流製品の製品情報に対するアクセス権限を、事前に下流企業に対して付与し、下流企業は、付与された権限の範囲内において、製品ツリーにおける製品情報の参照が許可される。製品情報に対するアクセス権限を付与することを、以下、公開許可、又は、公開許可の設定等と称する。

図３は、公開許可の設定に基づく製品ツリーの一例である。図３に示される例では、図３に示される製品ツリーを閲覧中の企業のアカウントがアクセス権限が無い（公開許可されていない）製品は、製品ツリーにおいて『非開示』として表示されている。非開示である製品については、詳細な情報、または、存在そのものが、閲覧中の企業のアカウントに対して秘匿される。

なお、公開許可の設定は、製品自体に設定することに限定されず、製品情報に含まれる項目単位でも設定することができる。図３では、公開許可が設定されていない項目について、点線で示されている。図３では、製品Ａ１２１を生産する際の二酸化炭素の排出量が非公開である旨が示され、秘匿されている。なお、アクセス権限が無い製品または項目が製品ツリー中に存在する場合であっても、前述した、トレーサビリティ関連情報の統合は、これに影響されずに実行される。例えば、図示した例では、製品Ａ１２１についての二酸化炭素の排出量は非公開であるが、製品Ａ１２についての、二酸化炭素の総排出量を算出する処理には影響しない。

第１実施形態では、サーバ装置１は、企業端末２から、製品情報について特定の企業を公開先とする公開許可の設定のリクエストを受信した場合に、当該製品情報を指定の企業に公開することを確認するための警告を実行する。サーバ装置１は、公開先企業の信用に関する情報に基づいて、当該警告の出力態様を決定する。これによって、意図しない公開先に情報を公開してしまうこと、及び、意図しない情報を公開先に公開してしまうこと、などの人為的ミスを低減することができる。

［ハードウェア構成］
図４は、サーバ装置１のハードウェア構成の一例を模式的に示した図である。サーバ装置１は、制御部１１、記憶部１２、通信モジュール１３、及び入出力装置１４を有するコンピュータとして構成される。

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

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

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

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

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

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

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

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

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

記憶部２２は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部２２には、制御部２１にて実行されるプログラム、当該プログラムが利用するデータ等が記憶される。

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

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

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

［ソフトウェア構成］
図６は、サーバ装置１のソフトウェア構成を模式的に示した図である。制御部１１は、権限設定部１１２、及び、情報提供部１１４の機能モジュールを有して構成される。各機能モジュールは、記憶部１２に記憶されたプログラムを制御部１１（ＣＰＵ）によって実行することで実現されてもよい。

権限設定部１１２は、企業端末２から、製品情報に対する公開許可の設定のリクエストを受信する。公開許可の設定のリクエストとともに、公開元企業の識別情報、公開先企業の識別情報、及び、公開する製品情報の識別情報及び公開する項目の識別情報も企業端末２から受信される。

第１実施形態では、権限設定部１１２は、企業端末２から、製品情報に対する公開許可の設定のリクエストを受信すると、当該リクエストに対して警告処理を行う。当該警告処理は、公開先の企業へ該当する製品情報を公開することについて確認のための警告を出力する処理である。権限設定部１１２は、公開先の企業について、社会的信用に関する情報、及び、公開元の企業から見た場合の公開先の企業の信用に関する情報に基づいて、警告の出力態様を決定する。社会的信用に関する情報は、例えば、記憶部１２に記憶されている企業情報から取得される。公開元の企業から見た場合の公開先の企業の信用に関する情報は、例えば、公開元の企業及び公開先の企業の製品についての製品情報、及び、製品ツリー情報等から取得される。

権限設定部１１２は、決定した出力態様で警告を出力するように企業端末２へ指示する。その後、企業端末２から再度公開許可の設定のリクエストを受信した場合に、権限設定部１１２は、記憶部１２に記憶されている該当する製品情報のアクセス権限を設定する処理を実行する。権限設定部１１２の処理の詳細は後述される。

情報提供部１１４は、各製品情報の紐付けに基づいて製品ツリーを生成する処理と、企業端末２からのリクエストに基づいて、生成された製品ツリーに関する情報を当該企業端末２に提供する処理とを実行する。

第１実施形態では、記憶部１２は、複数の論理的な記憶領域を含んで構成される。複数の記憶領域のそれぞれには、例えば、企業Ａに対してアクセス権限が付与された領域、企業Ｂに対してアクセス権限が付与された領域、及び、企業Ａと企業Ｂの双方に対してアクセス権限が付与された領域といったように、それぞれ異なるアクセス権限が設定されている。権限設定部１１２は、第１実施形態では、企業端末２から受信した公開許可の設定のリクエストに基づいて、該当する製品情報を、適切な記憶領域にコピーすることで、当該製品情報の指定された企業への公開許可の設定を行う。具体的な処理方法については後述する。

また、記憶部１２には、アカウント情報、企業情報、及び、記憶領域の設定情報が記憶される。アカウント情報は、情報共有システム１００に参加する各企業に対応するアカウントに関する情報である。具体的には、アカウント情報には、例えば、企業の識別情報、
企業名、企業のアカウント、及び、パスワード等が含まれる。第１実施形態では、各企業のオペレータが、企業端末２を介して、対応する企業のアカウントを用いてサーバ装置１にログインすることで、サーバ装置１と企業端末２のインタラクションが行われる。なお、各企業の従業員ごとにアカウントが割り当てられてもよい。この場合には、アカウント情報には、例えば、企業の識別情報、企業名、企業のアカウント、及び、従業員のアカウントとパスワード、が含まれる。また、情報共有システム１００への参加方法の一つに、他の企業からの招待がある。アカウント情報には、対象の企業が情報共有システム１００へ招待した企業の識別情報、及び、対象の企業を情報共有システム１００へ招待した企業の識別情報も含まれてもよい。

企業情報は、情報共有システム１００に参加する企業に関する情報である。企業情報には、例えば、企業名、企業の識別情報、及び、登記事項証明書に記載された情報等が含まれる。登記事項証明書に記載された情報には、例えば、本社の住所、代表取締役の氏名及び住所等の情報が含まれる。なお、上述の企業情報に含まれる情報は一例であって、企業情報に含まれる情報は実施の形態に応じて適宜変更可能である。例えば、本社の住所等の情報は、インターネット上で公開されている情報を取得してもよい。

記憶領域の設定情報には、各記憶領域について、例えば、アクセス権限を有する企業の識別情報、記憶部１２におけるアドレス、サイズ、及び、格納されている製品情報のリスト等が含まれる。

図７は、製品情報の一例である。製品情報は、企業端末２から受信されてもよいし、サーバ装置１のオペレータを介して入力されてもよい。図７に示される例では、製品情報は、企業ＩＤ、企業名、製品ＩＤ、及び、製品名の各フィールドを有して構成される。企業ＩＤのフィールドには、対象製品を生産する企業の識別子が格納される。企業名のフィールドには、対象製品を生産する企業の名称が格納される。製品ＩＤのフィールドには、対象製品の識別子が格納される。製品名のフィールドには、対象製品の名称が格納される。

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

上流製品情報フィールドは、対象製品と紐付く上流製品（すなわち、対象製品を生産するために必要な製品であって、対象製品に包含される製品）に対応する製品情報を識別するための情報が格納されるフィールドである。すなわち、上流製品情報のフィールドは、対象の製品と紐づく上流製品を指し示すポインタとして機能する。

終端フラグのフィールドは、対象の製品が、製品ツリー内において葉ノード、すなわち、最上流の末端に位置するノードであるか否かを示すフラグが格納されるフィールドである。例えば、終端フラグのフィールドの値が「１」である場合には、対象製品は、製品ツリーにおいて終端に位置するノードであることを示す。例えば、終端フラグのフィールドの値が「０」である場合には、対象製品は、製品ツリーにおいて終端に位置するノードであることを示す。

上流製品情報のフィールドに値が格納される場合には、終端フラグのフィールドは「０」となる。一方、終端フラグのフィールドが「１」である場合には、上流製品情報のフィールドは空となる。上流製品情報及び終端フラグのフィールドの値は、例えば、企業端末２から受信される、又は、サーバ装置１のオペレータによって入力される。なお、対象製品が複数の上流製品を用いて製造される場合には、当該対象製品についての製品情報には、各上流製品について、紐付け関連情報が含まれる。

情報提供部１１４は、最終製品についての製品情報に含まれる紐付け関連情報から上流製品を特定し、次に、当該上流製品についての製品情報に含まれる紐付け関連を参照して次の上流製品を特定する、のように紐付け関連情報を辿っていくことによって、当該最終製品についての製品ツリーを生成する。このとき、情報提供部１１４は、終端フラグが「１」となる場合に、当該製品で製品ツリーが終わることを判定する。

さらに、製品情報は、トレーサビリティ関連情報を含んで構成される。トレーサビリティ関連情報は、例えば、特定の材料の使用量、当該材料のリサイクル量、当該材料のリサイクル率、製品を生産する際に排出される温室効果ガスの排出量、またはデューデリジェンス（ＤＤ）関連情報などを含む。これらの値は、対象製品を生産する工程に対応する値である。例えば、図２に示される例における製品Ａ１についての製品情報に含まれるトレーサビリティ関連情報には、製品Ａ１の生産活動において排出される温室効果ガスの量等が格納される。製品情報Ａ１に含まれるトレーサビリティ関連情報には、上流製品が生産されるまでの工程についての情報（例えば、上流製品Ａ１１が生産されるまでに排出される温室効果ガスの量等）は含まれない。

図８は、企業端末２のソフトウェア構成を模式的に示した図である。制御部２１は、権限設定部２１２、及び、情報取得部２１４の機能モジュールを有して構成される。各機能モジュールは、記憶部２２に記憶されたプログラムを制御部２１（ＣＰＵ）によって実行することで実現されてもよい。

情報生成部２１１は、企業端末２に対応する企業の製品に関する情報（製品情報）を生成し、サーバ装置１へ送信する。権限設定部２１２は、例えば、後述の公開許可設定画面を通じて、公開許可設定のユーザ操作の入力を受け付ける。公開許可設定のユーザ操作とともに、公開先の企業の識別情報と、公開対象の製品の識別情報と、公開する項目を示す情報も受け付けられる。

権限設定部２１２は、公開許可設定のユーザ操作を受け付けると、許可情報を生成する。許可情報には、企業端末２に対応する企業の識別情報と、公開許可設定のユーザ操作とともに受け付けられた、公開先の企業の識別情報と、公開対象の製品の識別情報と、公開する項目を示す情報とが含まれる。許可情報に含まれる企業の識別情報は、企業名であってもよいし、企業の識別子であってもよい。公開対象の製品の識別情報は、例えば、品番であってもよい。公開する項目を示す情報は、例えば、項目名であってもよいし、項目の識別子であってもよい。権限設定部２１２は、サーバ装置１へ、公開許可の設定のリクエストと、許可情報とを送信する。

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

図９及び図１０は、それぞれ、企業端末２の公開許可設定画面の一例である。公開許可設定画面は、例えば、企業端末２のオペレータが情報共有システム１００の企業端末２用のメニュー画面から公開許可設定のメニューを選択した場合に権限設定部２１２によって企業端末２の画面に表示される。図９に示される公開許可設定画面は、まず、企業端末２に対応する企業の製品のリストから公開対象の製品が選択され、次に、公開先の企業の候補のリストの中から公開先企業を選択する場合の例である。図１０に示される公開許可設定画面は、まず、公開先の企業の候補のリストの中から公開先企業が選択され、次に、企業端末２に対応する企業の製品のリストから公開対象の製品が選択される場合の例である。

図９及び図１０に示される例において、表示される企業のリスト及び製品のリストは、サーバ装置１と企業端末２とのインタラクションに応じて、サーバ装置１から受信される。例えば、図９に示される公開許可設定画面において、公開対象の製品を選択するための製品のリストは、企業端末２に対応する企業の製品のリストである。例えば、図９に示される公開許可設定画面において、公開対象の製品が選択された後に表示される企業のリストは、過去において、公開対象の製品について、企業端末２に対応する企業と取引実績があった企業のリストとすることができる。

例えば、図１０に示される公開許可設定画面において、公開先企業を選択するための企業のリストは、過去において、企業端末２に対応する企業といずれかの製品について取引実績があった企業のリストとすることができる。図１０に示される公開許可設定画面において、公開先の企業が選択された後に表示される、企業端末２に対応する企業の製品のリストは、過去において、公開先の企業に選択された企業と企業端末２に対応する企業と取引実績があった製品のリストとすることができる。

このため、サーバ装置１は、企業ごとに、過去の取引に関するデータ（取引データ）を記憶し、当該取引データに基づいて、企業のリスト及び製品のリストを生成するようにしてもよい。取引データには、例えば、対象製品の識別子、当該製品を生産した企業の識別子、取引日などが含まれていてもよい。

図９及び図１０に示される公開許可設定画面において、公開対象の製品及び公開先の企業が選択されると、公開対象の製品についての製品情報のうち公開を許可する項目を選択する欄が表示される。当該公開を許可する項目を選択する欄では、チェックボックスにチェックがされた項目が公開を許可する項目として選択される。公開を許可する項目には、全項目を一括で選択できる「全項目」の選択肢も含まれる。

図９及び図１０に示される公開許可設定画面には、「公開設定」ボタンが含まれている。企業端末２のオペレータによって「公開設定」ボタンが選択されると、公開許可設定のユーザ操作が入力され、権限設定部２１２が、許可情報を生成し、公開許可の設定のリクエストと許可情報とをサーバ装置１へ送信する。なお、図９及び図１０に示される公開許可設定画面は一例であって、公開許可設定画面の構成は実施の態様に応じて任意に設定可能である。

［処理の流れ］
図１１は、情報共有システム１００における、製品情報の公開許可の設定に係る処理の流れを示した図である。図１１に示される例では、企業Ａを下流企業とする。企業Ｂを上流企業とする。企業Ａが生産する製品を製品Ａとする。企業Ｂが生産する製品を製品Ｂとする。製品Ａに対応する製品情報を製品情報Ａとする。製品Ｂに対応する製品情報を製品情報Ｂとする。図１１に示される例では、企業Ａが、製品情報Ａを企業Ｂに公開することについての公開許可の設定を行うことを想定する。

製品情報Ａは、企業Ａに対してのみアクセス権限が付与された記憶領域（以下、記憶領域Ａ）に保持されている。特定の企業に対してのみアクセス権限が付与された記憶領域を、以下、専用の記憶領域、と称する。特定の企業の専用の記憶領域についての設定情報には、アクセス権限を有する企業の識別情報として、当該記憶領域が割り当てられている１つの企業の識別情報が含まれる。なお、いずれの企業の専用の記憶領域に対しても、サーバ装置１はアクセス権限を有している。この時点では、企業Ｂのアカウントは、企業Ａの専用の記憶領域Ａに対してアクセス権限を有していないので、製品情報Ａは企業Ｂに公開されていない。

次に、企業Ａの企業端末２から、サーバ装置１の権限設定部１１２が、製品情報Ａの企業Ｂへの公開の許可を設定する旨の公開許可の設定のリクエストを受信する。当該公開許可の設定のリクエストとともに、公開元の企業として企業Ａの識別情報、公開先の企業として企業Ｂの識別情報、公開対象の製品として製品Ａ、及び、製品情報Ａのうちの公開を許可する項目を示す情報を含む許可情報も受信される。

第１実施形態では、企業Ａから当該公開許可の設定のリクエストに間違いがないかを確認するために、権限設定部１１２は、企業Ｂの信用に応じた出力態様で、警告を企業Ａの企業端末２へ送信する。警告の出力態様は、企業Ｂに関する情報に基づいて決定される。当該警告に対して、企業Ａの企業端末２から確認応答を受信した場合に、権限設定部１１２は、製品情報Ａの企業Ｂに対する公開許可の設定処理を行う。

第１実施形態では、権限設定部１１２は、記憶領域Ａに記憶された製品情報Ａを、企業Ａ及び企業Ｂの双方にアクセス権限が付与された記憶領域にコピーする。これにより、製品情報Ａは、企業Ａと企業Ｂの双方からアクセス可能な状態となり、企業Ｂに公開されることとなる。企業Ａ及び企業Ｂの双方にアクセス権限が付与された記憶領域を、以下、企業Ａ及び企業Ｂの共有の記憶領域ＡＢ、と称する。なお、企業Ａ及び企業Ｂの共有の記憶領域ＡＢに対して、サーバ装置１は、アクセス権限を有している。２つの企業の共有の記憶領域についての設定情報には、アクセス権限を有する企業の識別情報として、当該記憶領域が割り当てられている２つの企業の識別情報が含まれる。

すなわち、第１実施形態では、企業Ａによる製品情報Ａの企業Ｂに対する公開許可は、企業Ａと企業Ｂとの共有の記憶領域ＡＢに製品情報Ａのコピーが格納されることによって設定される、と言える。なお、許可情報に含まれる、製品情報Ａのうちの公開を許可する項目以外の項目については、企業Ａ専用の記憶領域Ａから企業Ａ及び企業Ｂの共有の記憶領域ＡＢへのコピーの対象から外される。

サーバ装置１が有する情報提供部１１４は、記憶された製品情報に基づいて、製品ツリーに関する情報を生成し、当該製品ツリーに関する情報を出力する。情報提供部１１４は、製品情報に基づいて、樹形図を表した画像を生成することができる。さらに、情報提供部１１４は、製品ツリーに関する情報を生成する際に、各製品情報に定義されているトレーサビリティ関連情報を統合し、その結果を出力することができる。

情報提供部１１４は、企業端末２からのリクエストに応じて、製品ツリーを生成し、当該企業端末２に提供してもよい。なお、製品ツリーの全体を特定の企業に開示することは適当ではない。そこで、情報提供部１１４は、図３に示されるように、ある企業に対応する企業端末２に対して製品ツリーを提供する場合に、当該企業へ公開許可の設定がない範囲を非開示にする処理を行うようにしてもよい。公開許可の設定が有るか否かは、対象の製品を製造する企業と、製品ツリーをリクエストする企業端末２に対応する企業との共有の記憶領域内に、当該製品についての製品情報が格納されているか否か、によって判定される。

［警告の出力態様の例］
図１２、図１３、及び、図１４は、それぞれ、公開許可の設定のリクエストに対して企業端末２の画面に出力される警告の出力態様の一例である。図１２から図１４において、公開許可の設定のリクエストに対する警告は、例えば、ポップアップウィンドウで出力される。

図１２では、「製品Ｐ００００１をＣ株式会社に公開します。」というメッセージが警告として表示されている。図１３では、「公開設定を行ってもよろしいですか？」という
メッセージとともに公開先企業において、公開対象の製品情報の表示画面のプレビュー画像が表示されている。図１４では、「ＣＡＵＴＩＯＮ！！！」というメッセージを含む画像と、「製品Ｐ００００１をＣ株式会社に公開してもよろしいですか？」というメッセージが太字によって強調されて表示されている。

図１２、図１３、及び、図１４に示される警告の出力態様の一例は、この順で、警告の度合いが強くなっている。図１２に示される例のメッセージは、単に、情報の公開が設定されることを通知しているだけであって、警告を示す直接的な文言は含まれていない。図１３に示される例では、メッセージが疑問文になっており、さらに、公開先企業における対象の製品情報の表示画面のプレビューも表示されており、図１２に示される例よりも、企業端末２のオペレータの注意を引く構成となっている。図１４に示される例では、警告を示す直接的な文言を含むメッセージが、爆発図形内に表示されており、図１２及び図１３に示される例よりも、企業端末２のオペレータの注意を引く構成となっている。

サーバ装置１の権限設定部１１２は、公開先企業に関する情報に基づいて、図１２から図１４に示されるような異なる出力態様の中から、公開元企業の企業端末２へ出力する警告の出力態様を決定する。より具体的には、権限設定部１１２は、公開先企業に関する情報に基づいて、公開先企業の信用が高いほど警告の度合いが弱い出力態様、及び、公開先企業の信用が低いほど警告の度合いが強い出力態様になるように、警告の出力態様を決定する。

なお、公開許可の設定のリクエストに対する警告の出力態様は、図１２から図１４に示される例に限定されない。例えば、警告を示すメッセージとして、文字列ではなく音声が出力されてもよい。例えば、文字列と音声とで警告を示すメッセージが出力されてもよい。例えば、警告を示す文字列のメッセージではなく、警告を示す画像が出力されてもよい。例えば、警告を示す文字列と音声と画像とが出力されてもよい。例えば、ポップアップウィンドウではなく、警告を表示する画面に遷移してもよい。また、例えば、警告を示すメッセージを含むポップアップウィンドウが所定数又は所定回数繰り返し表示されてもよい。なお、公開許可の設定のリクエストに対する警告の出力態様はこれらに限定されず、情報共有システム１００の管理者が任意に設定することができる。警告の出力態様の一つとして、警告を出力しないことが含まれてもよい。

図１２から図１４に示されるように、警告とともに、「キャンセル」ボタンと「確認」ボタンとが表示される。「確認」ボタンが企業端末２のオペレータによって選択されると、企業端末２の権限設定部２１２からサーバ装置１へ、確認応答が送信され、対象の製品情報について公開先の企業への公開許可が設定される。「キャンセル」ボタンが企業端末２のオペレータによって選択されると、企業端末２の権限設定部２１２からサーバ装置１へ、キャンセル応答が送信され、対象の製品情報について公開先の企業への公開許可の設定が中断される。

［処理フロー］
図１５は、サーバ装置１のリクエスト受付処理のフローチャートの一例である。リクエスト受付処理は、企業端末２から公開許可の設定のリクエストを受信した場合の処理である。図１５に示される処理は、所定の周期で繰り返し実行される。また、図１５に示される処理の実行主体は、制御部１１であるが、便宜上、機能構成要素である権限設定部１１２を主体として説明する。

ＯＰ１０１では、権限設定部１１２は、企業端末２から、公開許可の設定のリクエストを受信したか否かを判定する。企業端末２から公開許可の設定のリクエストが受信された場合には（ＯＰ１０１：ＹＥＳ）、処理がＯＰ１０２へ進む。企業端末２から公開許可の
設定のリクエストが受信されていない場合には（ＯＰ１０１：ＮＯ）、図１５に示される処理が終了する。公開許可の設定のリクエストとともに、許可情報も受信される。許可情報には、例えば、公開元企業の識別情報、公開先企業の識別情報、製品情報を公開する対象の製品の識別情報、製品情報のうち公開許可を設定する項目を示す情報が含まれている。

ＯＰ１０２では、権限設定部１１２は、公開先企業に関する情報を収集する。例えば、権限設定部１１２は、記憶部１２に記憶されている企業情報から公開先企業についての情報を取得する。記憶部１２に記憶されている企業情報からは、公開先企業の本社の住所等の情報が取得可能である。例えば、権限設定部１１２は、記憶部１２に記憶されているアカウント情報から公開先企業についての情報を取得する。公開先企業についてのアカウント情報からは、例えば、公開先企業を情報共有システム１００へ招待した企業、及び、公開先企業が情報共有システム１００へ招待した企業を特定可能である。ただし、情報共有システム１００への参加方法は他の企業からの招待だけではないので、招待した又は招待された企業についての情報が公開先企業についてのアカウント情報に含まれていない場合もある。例えば、権限設定部１１２は、記憶部１２に記憶されている記憶領域の設定情報から、公開先企業にアクセス権限を付与している記憶領域についての設定情報を取得する。公開先企業にアクセス権限を付与している記憶領域についての設定情報からは、公開元企業と公開先企業との共有の記憶領域が有るか否かを特定することができる。

例えば、権限設定部１１２は、公開元企業の製品情報、公開先企業の製品情報、及び、その他の企業の製品情報を、それぞれの企業の専用の記憶領域から取得する。各企業の製品情報からは、複数の最終製品についての製品ツリーが取得される。製品ツリーからは、公開先企業と公開元企業との一方が上流企業、もう一方が下流企業として接続されている場合には、公開先企業と公開元企業との間でいずれかの製品の取引が有ることが示される。また、ある一つの最終製品の製品ツリーにおいて、公開先企業の製品と公開元企業の製品が含まれている場合には、公開先企業と公開元企業とが同じ種類の部品を製造する競合同士である可能性があることが示される。なお、収集される公開先企業に関する情報は、上述の情報に限定されない。

ＯＰ１０３では、権限設定部１１２は、公開許可の設定のリクエストに対する警告の出力態様を決定する。ＯＰ１０３では、ＯＰ１０２で収集した公開先企業に関する情報に基づいて、警告の出力態様が決定される。ＯＰ１０３の処理の詳細は後述される。

ＯＰ１０４では、権限設定部１１２は、企業端末２へ、ＯＰ１０３において決定された出力態様の警告を送信する。ＯＰ１０５では、権限設定部１１２は、企業端末２から確認応答が受信されたか否かを判定する。企業端末２から確認応答が受信された場合には（ＯＰ１０５：ＹＥＳ）、処理がＯＰ１０６へ進む。企業端末２から確認応答が受信されない場合（ＯＰ１０５：ＮＯ）、すなわち、キャンセル応答が受信された場合には、図１５に示される処理が終了する。

ＯＰ１０６では、権限設定部１１２は、対象の製品情報の公開先企業への公開許可の設定処理を行う。第１実施形態では、上述のように、ＯＰ１０６において、権限設定部１１２は、対象の製品情報を、公開元企業の専用の記憶領域から、公開先企業と公開元企業との共有の記憶領域へコピーすることで、対象の製品情報の公開先企業への公開許可の設定を行う。なお、公開先企業と公開元企業との共有の記憶領域がない場合には、権限設定部１１２は、公開先企業と公開元企業との共有の記憶領域を作成してから、対象の製品情報のコピーを公開先企業と公開元企業との共有の記憶領域に格納する。その後、図１５に示される処理が終了する。

［警告の出力態様の決定処理］
権限設定部１１２は、警告の出力態様を、公開先企業に関する情報に基づいて決定する。警告の出力態様の決定方法には、例えば、以下の３つがある。いずれの方法を採用するかは、情報共有システム１００の管理者が任意に選択してもよい。
（１）公開先企業の信用の高さを示すスコアを用いる方法。
（２）公開先企業の信用の高さを示すレベルを用いる方法。
（３）モデルを用いる方法。

上記（１）から（３）のいずれの方法の場合でも、警告の出力態様の決定に用いられる情報は、同じである。警告の出力態様の決定に用いられる情報には、大別して、公開先企業の社会的信用に関する情報と、公開元企業から見た場合の公開先企業の信用に関する情報と、がある。

公開先企業の社会的信用に関する情報には、例えば、公開先企業の属性情報が含まれる。公開先企業の属性情報には、例えば、公開先企業の本社が所在する国、代表取締役の住所がある国、従業員数、資本金、及び、創業年数等が含まれる。ただし、公開先企業の属性情報は、これらに限定されない。公開先企業の属性情報は、第１実施形態では、サーバ装置１の記憶部１２の企業情報として保持されており、これが用いられる。

公開元企業から見た場合の公開先企業の信用に関する情報には、例えば、情報共有システム１００における公開元企業と公開先企業と関係を示す情報と、公開元企業と公開先企業との取引関係を示す情報と、が含まれる。

情報共有システム１００における公開元企業と公開先企業と関係を示す情報は、情報共有システム１００において、公開元企業と公開先企業との間でのデータのやり取りの履歴を示す情報である。より具体的には、情報共有システム１００における公開元企業と公開先企業と関係を示す情報は、例えば、公開元企業と公開先企業との共有の記憶領域があるか否かを示す情報、及び、公開元企業と公開先企業のいずれか一方がもう一方を情報共有システム１００へ招待しているか否かを示す情報を含む。公開元企業と公開先企業との共有の記憶領域があるか否かを示す情報は、例えば、記憶部１２に保持されている、記憶領域の設定情報から取得される。公開元企業と公開先企業のいずれか一方がもう一方を情報共有システム１００へ招待しているか否かを示す情報は、記憶部１２に保持されているアカウント情報から取得される。なお、情報共有システム１００における公開元企業と公開先企業と関係を示す情報は、上記の情報に限定されない。

公開元企業と公開先企業との取引関係を示す情報は、例えば、公開元企業と公開先企業との間でいずれかの製品の直接の取引の実績が有るか否かを示す情報、及び、公開元企業と公開先企業とが同じ種類の製品の競合同士であるか否かを示す情報を含む。これらの情報は、公開先企業の製品情報、公開元企業の製品情報、及び、各企業の製品情報に基づいて作成される、各最終製品の製品ツリーから取得される。

公開元企業と公開先企業との間でいずれかの製品の直接の取引の実績が有るか否かは、例えば、公開先企業の製品情報及び公開元企業の製品情報のいずれかにおいて、公開先企業の製品と公開元企業の製品とが紐づけられているか否かに応じて判定可能である。または、公開元企業と公開先企業との間でいずれかの製品の直接の取引の実績が有るか否かは、いずれかの製品ツリーにおいて、公開先企業と公開元企業とが、隣接するＴｉｅｒの上流企業と下流企業として接続されているか否かに応じて判定可能である。

公開元企業と公開先企業とが同じ種類の製品の競合同士であるか否かは、公開元企業と公開先企業とが、同一の最終製品の製品ツリーにおいて同じＴｉｅｒレベルにいるか否か
、及び、同一の最終製品の製品ツリーにおいて同じ種類の部品のサプライヤー同士であるか否か、に応じて判定可能である。なお、公開元企業と公開先企業との取引関係を示す情報は、上記の情報に限定されない。

警告の出力態様の決定に用いられる情報の種類で、重み付けが異なる。重み付けの重さの順は、（Ａ）公開先企業の社会的信用に関する情報＞（Ｂ）情報共有システム１００における公開元企業と公開先企業と関係を示す情報＞（Ｃ）公開元企業と公開先企業との取引関係を示す情報である。

以下、警告の出力態様の決定には、（Ａ１）公開先企業の本社が属する国、（Ｂ１）公開元企業と公開先企業との共有の記憶領域の有無、（Ｂ２）公開元企業と公開先企業との間で情報共有システム１００への招待の有無、（Ｃ１）公開元企業と公開先企業との間で直接取引のある製品の有無、（Ｃ２）同一最終製品の同じ種類の部品のサプライヤー同士であるか否か、（Ｃ３）同一最終製品の製品ツリーにおいて同じＴｉｅｒレベルであるか否か、の情報が用いられることを想定して、上述の（１）－（３）の警告の出力態様の決定方法について説明する。重み付けの重さの順は、（Ａ１）＞（Ｂ１）＞（Ｂ２）＞（Ｃ１）＞（Ｃ２）＞（Ｃ３）である。

また、以下の（１）－（３）の警告の出力態様の決定方法について説明では、警告の出力態様として、出力態様＃１－＃５の５つの出力態様から選択することを想定する。警告の強さは、出力態様＃１＜出力態様＃２＜出力態様＃３＜出力態様＃４＜出力態様＃５の順である。出力態様＃１－＃５は、例えば、それぞれ以下のように想定される。

出力態様＃１では、図１２に示される警告の出力態様の例のような、警告を示す文言が含まれない、文字列のメッセージが表示される。出力態様＃２では、出力態様＃１の文字列のメッセージの表示に加え、当該メッセージの音声が出力される。出力態様＃３では、図１３に示される警告の出力態様の例のような、公開先企業及び公開する製品情報の確認を促す疑問文のメッセージと、公開先企業の企業端末２に表示される当該製品情報の表示画面のプレビューとが表示される。出力態様＃４では、図１４に示される警告の出力態様の例のような、警告を示す文言が強調表示された画像と、公開先企業及び公開する製品情報の確認を促す疑問文のメッセージと、が表示される。出力態様＃５では、出力態様＃４の画像とメッセージとが表示され、さらに、警告音も出力されることが、所定回数繰り替えされる。なお、出力態様＃１から出力態様＃５は、それぞれ警告の出力態様の一例であって、警告の出力態様はこれらに限定されない。

＜（１）公開先企業の信用の高さを示すスコアを用いる方法＞
図１６は、公開先企業の信用の高さを示すスコアを定義するスコア表の一例である。以下、公開先企業の信用の高さを示すスコアを、信用スコア、と称する。スコア表では、条件と、当該条件を満たす場合のスコアとが含まれる。各条件について得られるスコアの合計が公開先企業の信用スコアとなる。図１６に示される例において、信用スコアは、値が大きいほど信用が高いことが示される。ただし、これに限定されず、信用スコアは、値が小さいほど信用が高いことが示されるように設定されてもよい。

図１６に示されるスコア表は、上記（Ａ１）から（Ｃ３）の情報が用いられることが想定される場合の条件とスコアとを含んでいる。（Ａ１）の情報に対応する条件として『本社の住所がＮＧ国である』が設定されており、（Ａ１）の情報が当該条件に該当する場合には、－１０ポイントを取得することとなる。（Ｂ１）の情報に対応する条件として『共通の記憶領域がある』が設定されており、（Ｂ１）の情報が当該条件に該当する場合には、＋５ポイントを取得することとなる。（Ｂ２）の情報に対応する条件として『システムへの招待がある』が設定されており、（Ｂ２）の情報が当該条件に該当する場合には、＋
３ポイントを取得することとなる。（Ｃ１）の情報に対応する条件として『直接取引のある製品が有る』が設定されており、（Ｃ１）の情報が当該条件に該当する場合には、＋２ポイントを取得することとなる。（Ｃ２）の情報に対応する条件として『同一最終製品において同じ種類の部品のサプライヤー同士である』が設定されており、（Ｃ２）の情報が当該条件に該当する場合には、－３ポイントを取得することとなる。（Ｃ３）の情報に対応する条件として『同一最終製品において、同じＴｉｅｒレベルにある』が設定されており、（Ｃ３）の情報が当該条件に該当する場合には、－２ポイントを取得することとなる。なお、スコア表は図１６に示される例に限定されない。

図１６に示される例では、（Ａ１）、（Ｃ２）及び（Ｃ３）に対応する条件は、信用を低下させることを判定する条件であり、条件が満たされる場合に得られるスコアはマイナス値である。一方、（Ｂ１）、（Ｂ２）、及び、（Ｃ１）に対応する条件は、信用を向上させることを判定する条件であり、条件が満たされる場合に得られるスコアはプラス値である。（Ａ１）から（Ｃ３）の情報には、（Ａ１）＞（Ｂ１）＞（Ｂ２）＞（Ｃ１）＞（Ｃ２）＞（Ｃ３）の順で重みが割り当てられている。したがって、図１６に示される例では、（Ａ１）から（Ｃ３）の情報に対応する条件が満たされる場合に得られるスコアの絶対値の大きさの順は、重みの順と対応している。

権限設定部１１２は、例えば、公開先企業に関する情報として、上記の（Ａ１）から（Ｃ３）の情報を収集し、図１６に示されるスコア表を参照して、公開先企業の信用スコアを取得する。権限設定部１１２は、公開先企業の信用スコアに応じて、出力態様＃１から出力態様＃５から、警告の出力態様を決定する。例えば、信用スコアと出力態様＃１から出力態様＃５とは、信用スコアが高いほど警告の度合いが弱くなるように、予め対応付けらえており、当該対応付けに基づいて、公開先企業の信用スコアに対応付けられた出力態様が選択されてもよい。なお、各出力態様に対応付けられる信用スコアの値の範囲は、同じ幅でなくともよい。例えば、出力態様＃１には、信用スコアが＋５ポイントから＋１０ポイントの範囲が対応付けられることに対して、出力態様＃５には、信用スコア－１０ポイントが対応付けられてもよい。

なお、スコアは、複数の種類について取得されてもよい。この場合には、当該複数のスコアの関係に基づいて警告の出力態様が決定されてもよい。例えば、社会的信用のスコアと、公開元企業から見た場合の信用のスコアと、を別々に取得し、当該２つのスコアの関係に基づいて、出力態様＃１から出力態様＃５の中から警告の出力態様が決定されてもよい。例えば、社会的信用のスコア＞公開元企業から見た場合の信用のスコアである場合には出力態様＃５、社会的信用のスコア＝公開元企業から見た場合の信用のスコアである場合には出力態様＃３、社会的信用のスコア＜公開元企業から見た場合の信用のスコアである場合には出力態様＃２に警告の出力態様を決定する、等である。ただし、当該２つの信用スコアの関係と出力態様との対応は一例であって、上記のものに限定されない。例えば、社会的信用のスコアと公開元企業から見た場合の信用のスコアの大小のみならず、当該２つのスコアの差分が考慮されて、警告の出力態様が決定されてもよい。

＜（２）公開先企業の信用の高さを示すレベルを用いる方法＞
図１７は、公開先企業の信用の高さを判定するＹＥＳ／ＮＯチャートの一例である。例えば、権限設定部１１２は、公開先企業についての上記（Ａ１）から（Ｃ３）の情報に基づいて、図１７に示されるようなチャートを用いて、公開先企業の信用レベルを判定する。

図１７に示される例では、（Ａ１）の情報が『本社の住所がＮＧ国である』ことを示す場合には、信用レベル１と判定される。（Ｂ１）の情報が『共通の記憶領域がある』ことを示す場合、及び、（Ｂ２）の情報が『システムへの招待がある』ことを示す場合には、
信用レベル５と判定される。（Ｃ１）の情報が『直接取引のある製品が有る』ことを示す場合には、信用レベル４と判定される。（Ｃ２）の情報が『同一最終製品において同じ種類の部品のサプライヤー同士である』ことを示す場合には、信用レベル２と判定される。（Ｃ３）の情報が『同一最終製品において、同じＴｉｅｒレベルにある』ことを示す場合には、信用レベル３と判定される。公開先企業についての（Ａ１）から（Ｃ３）の情報が上記のいずれの判定においても否定判定となる場合には、信用レベル４と判定される。

（Ａ１）から（Ｃ３）の情報には、（Ａ１）＞（Ｂ１）＞（Ｂ２）＞（Ｃ１）＞（Ｃ２）＞（Ｃ３）の順で重みが割り当てられている。したがって、図１７に示される例では、（Ａ１）から（Ｃ３）の情報についての判定順と重みの順とは、対応している。なお、信用レベルの判定は、図１７に示されるようなチャートによるものに限定されない。

図１８は、信用レベルと出力態様との対応表の一例である。当該対応表は、例えば、記憶部１２に保持されている。図１８に示される例では、信用レベルが高いほど警告の度合いが弱くなるように、信用レベルと出力態様とが対応付けられている。権限設定部１１２は、警告の出力態様として、例えば、図１８に示される対応表を参照して、図１７に示されるチャートによって得られた公開先企業の信用レベルに応じた出力態様を選択する。

＜（３）モデルを用いる方法＞
図１９は、警告の出力態様を判定するモデルの入力及び出力の一例を示す図である。警告の出力態様の判定に用いられるモデルは、例えば、回帰分析等の統計的手法で生成される回帰モデル、及び、機械学習モデル等である。機械学習モデルには、例えば、ランダムフォレスト、サポートベクター回帰、ブースティング回帰、ニューラルネットワーク、及び、深層学習等のアルゴリズムに従って生成されるモデルがある。

図１９では、警告の出力態様を判定するモデルとして機械学習モデルが採用される場合の例が示されている。当該機械学習モデルは、学習用の企業についての（Ａ１）から（Ｃ３）の情報を入力とし、出力態様＃１から出力態様＃５のいずれかである警告の出力態様を出力とする学習データで、（Ａ１）から（Ｃ３）の情報と警告の出力態様との関係を学習済みである。より具体的には、当該機械学習モデルは、企業についての（Ａ１）から（Ｃ３）の情報によって示される当該企業の信用の高さが低いほど、警告の度合いが強くなるような出力態様となるように学習されている。

当該機械学習モデルに、公開先企業についての（Ａ１）から（Ｃ３）の情報を入力すると、例えば、出力態様＃１から出力態様＃５それぞれについて、警告の出力態様となる確率が出力される。権限設定部１１２は、例えば、当該確率が最も高い出力態様を警告の出力態様として決定する。

警告の出力態様を判定するモデルとして回帰モデルが採用される場合には、企業についての（Ａ１）から（Ｃ３）の情報を説明変数、警告の出力態様を目的変数とする。当該回帰モデルは、当該企業の信用の高さが低いほど警告の出力態様の警告の度合いが強くなるような関係にある、複数の企業についての（Ａ１）から（Ｃ３）の情報と警告の出力態様とのセットを用いて、回帰モデル式の各項の係数が調整されている（フィッティング）。当該回帰モデル式の説明変数に、公開先の企業についての（Ａ１）から（Ｃ３）の情報を入力すると、警告の出力態様として出力態様＃１から出力態様＃５のいずれかを示す目的関数が得られる。なお、警告の出力態様の決定方法は、上記の（１）－（３）の方法に限定されない。

なお、上記の（１）から（３）の方法を組み合わせてもよい。例えば、（１）公開先企業の信用の高さを示すスコアを用いる方法と、（２）公開先企業の信用の高さを示すレベ
ルを用いる方法とを組み合わせてもよい。この場合には、信用レベルを信用スコアで定義し、（１）の方法で公開先企業の信用スコアを取得して、当該信用スコアに基づいて公開先企業の信用レベルを判定し、当該信用レベルに応じた出力態様に警告の出力態様を決定する。

例えば、（１）公開先企業の信用の高さを示すスコアを用いる方法と、（３）モデルを用いる方法とを組み合わせてもよい。この場合には、（１）の方法で、例えば、社会的信用のスコアと、公開元企業から見た場合の信用のスコアと、を取得し、当該２つのスコアを（３）のモデルへ入力して、当該モデルの出力に基づいて警告の出力態様を決定する。この場合には、（３）のモデルは、社会的信用のスコアと公開元企業から見た場合の信用のスコアと、警告の出力態様と、の関係を学習済みである。なお、モデルへの入力は、社会的信用のスコアと、公開元企業から見た場合の信用のスコアと、の２つに限定されず、３つ以上であってもよい。

［第１実施形態の作用効果］
第１実施形態では、公開元企業のアカウントが、対象の製品情報の公開先企業への公開許可を設定する場合に、当該公開先企業に関する情報に基づいて決定された出力態様で当該公開元企業の企業端末２に警告が出力される。これによって、対象の製品情報を本当に公開先企業に公開してもよいのかを、公開元企業のオペレータが確認する機会を設けることができる。例えば、意図しない公開先企業に対象の製品情報を公開してしまったり、意図しない情報を公開先企業に公開してしまったりといった人為的ミスを低減することができる。

また、第１実施形態では、公開先企業の信用の高さに応じて、警告の出力態様が決定される。これによって、公開先企業の信用の高さ（低さ）を警告の弱さ（強さ）に反映させることができる。例えば、信用が低い公開先企業の場合には、強い警告が出力されるので、製品情報の公開許可の設定についての確認を、効果元企業のオペレータに注意深くさせることができる。

（第１実施形態の変形例）
第１実施形態では、製品情報の公開先企業への公開許可が設定された場合に、当該製品情報の受け渡し方法として、公開元企業と公開先企業とがアクセス権限を有する共有の記憶領域を設定する。これに代えて、例えば、公開元企業に割り当てられた記憶領域について、公開先企業にアクセス権限を付与することで、製品情報の公開先企業への公開許可が設定された場合の当該製品情報の受け渡し方法としてもよい。この場合に、警告の出力態様の決定に用いられる（Ｂ）情報共有システム１００における公開元企業と公開先企業と関係を示す情報として、（Ｂ１）公開元企業と公開先企業との共有の記憶領域の有無の代わりに、（Ｂ１－１）公開元企業に割り当てられた記憶領域に対する公開先企業へのアクセス権限の付与の有無が用いられてもよい。また、当該公開元企業に割り当てられた記憶領域に対する公開先企業へのアクセス権限としては、書き込み権限であってもよい。

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

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

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

また、実施形態の説明では、サプライチェーンに含まれる複数の企業を、製品を生産する企業であるものとしたが、サプライチェーンに含まれる複数の企業は、必ずしも製品を生産する企業である必要はない。例えば、製品の輸送、輸入、保管、卸売りなどを行う企業も、サプライチェーンを構成する企業に含まれる。

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

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

１・・サーバ装置
２・・企業端末
１１、２１・・制御部
１２、２２・・記憶部
１３、２３・・通信モジュール
１４、２４・・入出力装置
１００・・情報共有システム

Claims (20)

1. 第１の企業のアカウントから、前記第１の企業の第１の製品に関する情報の、第２の企業への公開許可の設定のリクエストを受け付けることと、
   前記第２の企業に関する第１の情報を取得することと、
   前記第１の情報に基づいて、前記リクエストに対して警告を行う第１の処理について前記警告の第１の出力態様を決定することと、
   前記第１の出力態様で前記第１の処理を実行することと、
   を実行する制御部、
   を備える情報処理装置。
2. 前記制御部は、前記第１の処理について、それぞれ警告の強さが異なる複数の出力態様の中から、前記第１の出力態様を決定し、
   前記第１の処理についての前記複数の出力態様は、少なくとも、前記第２の企業のアカウントからアクセスした場合の、前記第１の製品に関する情報を含む表示画面のプレビューを表示させる出力態様を含む、
   請求項１に記載の情報処理装置。
3. 前記制御部は、
   前記第２の企業に関する第１の情報に基づいて、前記第２の企業に対する信用の高さを判定し、
   前記第２の企業に対する信用の高さが低いほど前記警告の強さがより強い出力態様に、前記第１の出力態様を決定する、
   請求項１に記載の情報処理装置。
4. 前記制御部は、
   前記第２の企業に関する第１の情報に基づいて、前記第２の企業に対する信用の高さを示すスコアを取得し、
   前記取得したスコアに応じて、前記第１の出力態様を決定する、
   請求項３に記載の情報処理装置。
5. 前記制御部は、
   前記第２の企業に関する第１の情報に基づいて、前記第２の企業に対する信用の高さを示す複数のスコアを取得し、
   前記複数のスコアに基づいて、前記第１の出力態様を決定する、
   請求項４に記載の情報処理装置。
6. 前記制御部は、
   複数の企業について、企業に関する情報と前記第１の処理についての出力態様との関係を、前記企業に対する信用が低いほどより強い警告の出力態様になるように構築されたモデルに、前記第２の企業に関する第１の情報を入力した場合の出力に基づいて、前記第１の出力態様を決定する、
   請求項１に記載の情報処理装置。
7. 前記第１の情報は、前記第２の企業の社会的信用に関する情報、及び、前記第１の企業から見た場合の前記第２の企業の信用に関する情報のうちの少なくともいずれか一方を含む、
   請求項１から５のいずれか一項に記載の情報処理装置。
8. 前記第２の企業の社会的信用に関する情報は、前記第２の企業の属性に関する情報を含
   む、
   請求項７に記載の情報処理装置。
9. 前記第２の企業の属性に関する情報は、公的機関から取得される前記第２の企業に関する情報である、
   請求項８に記載の情報処理装置。
10. 前記第１の企業から見た場合の前記第２の企業の信用に関する情報は、前記第１の企業と前記第２の企業との取引関係に関する情報、及び、前記第１の企業と前記第２の企業との間の製品に関する情報の公開設定の状態に関する情報の少なくともいずれかを含む、
    請求項７に記載の情報処理装置。
11. 前記第１の企業と前記第２の企業との取引関係に関する情報は、前記第１の企業と前記第２の企業との間で直接取引が有る製品が有るか否かを示す情報、及び、前記第１の企業と前記第２の企業とが第３の製品についてのサプライチェーンに含まれるか否かを示す情報の少なくともいずれかを含む、
    請求項１０に記載の情報処理装置。
12. 前記制御部は、前記第１の情報に、前記第１の企業から見た場合の前記第２の企業の信用に関する情報が含まれている場合に、
    前記第１の企業と前記第２の企業との取引関係に関する情報よりも、前記第１の企業と前記第２の企業との間の製品に関する情報の公開設定の状態に関する情報の方を優先して、前記第２の企業に対する信用の高さを判定する、
    請求項１０に記載の情報処理装置。
13. コンピュータが、
    第１の企業のアカウントから、前記第１の企業の第１の製品に関する情報の、第２の企業への公開許可の設定のリクエストを受け付けることと、
    前記第２の企業に関する第１の情報を取得することと、
    前記第１の情報に基づいて、前記リクエストに対して警告を行う第１の処理について前記警告の第１の出力態様を決定することと、
    前記第１の出力態様で前記第１の処理を実行することと、
    を実行する方法。
14. 前記コンピュータは、前記第１の処理について、それぞれ警告の強さが異なる複数の出力態様の中から、前記第１の出力態様を決定し、
    前記第１の処理についての前記複数の出力態様は、少なくとも、前記第２の企業のアカウントからアクセスした場合の、前記第１の製品に関する情報を含む表示画面のプレビューを表示させる出力態様を含む、
    請求項１３に記載の方法。
15. 前記コンピュータは、
    前記第２の企業に関する第１の情報に基づいて、前記第２の企業に対する信用の高さを判定し、
    前記第２の企業に対する信用の高さが低いほど前記警告の強さがより強い出力態様に、前記第１の出力態様を決定する、
    請求項１３に記載の方法。
16. 前記第１の情報は、前記第２の企業の社会的信用に関する情報、及び、前記第１の企業から見た場合の前記第２の企業の信用に関する情報のうちの少なくともいずれか一方を含
    む、
    請求項１３から１５のいずれか一項に記載の方法。
17. 前記第２の企業の社会的信用に関する情報は、前記第２の企業の属性に関する情報を含む、
    請求項１６に記載の方法。
18. 前記第１の企業から見た場合の前記第２の企業の信用に関する情報は、前記第１の企業と前記第２の企業との取引関係に関する情報、及び、前記第１の企業と前記第２の企業との間の製品に関する情報の公開設定の状態に関する情報の少なくともいずれかを含む、
    請求項１７に記載の方法。
19. 前記第１の企業と前記第２の企業との取引関係に関する情報は、前記第１の企業と前記第２の企業との間で直接取引が有る製品が有るか否かを示す情報、及び、前記第１の企業と前記第２の企業とが第３の製品についてのサプライチェーンに含まれるか否かを示す情報の少なくともいずれかを含む、
    請求項１８に記載の方法。
20. 前記コンピュータは、前記第１の情報に、前記第１の企業から見た場合の前記第２の企業の信用に関する情報が含まれている場合に、
    前記第１の企業と前記第２の企業との取引関係に関する情報よりも、前記第１の企業と前記第２の企業との間の製品に関する情報の公開設定の状態に関する情報の方を優先して、前記第２の企業に対する信用の高さを判定する、
    請求項１８に記載の方法。

Images