WO2022202519A1 - サプライチェーンリスク情報生成装置及びサプライチェーンリスク情報生成システム - Google Patents

Abstract

サプライチェーンリスク情報生成装置としてのサーバ２は、サプライチェーンに含まれる複数のサプライヤーについてのサプライヤー毎の重複度を算出し、算出された重複度を、サプライチェーンリスク情報として生成する。

Description

サプライチェーンリスク情報生成装置及びサプライチェーンリスク情報生成システム

　本発明の実施形態は、サプライチェーンリスク情報生成装置及びサプライチェーンリスク情報生成システムに関する。

　サプライチェーン管理（ＳＣＭ）システムが広く利用されている。サプライチェーンは、部品の調達などの流れを１つの供給のチェーンとして捉えたものである。サプライチェーンでは、購買者（バイヤー）と販売者（サプライヤー）の関係が規定される。ＳＣＭシステムは、サプライチェーンにおける部品などの製品の供給を管理する。

　サプライチェーンは、地震、火災、悪天候、人災などにより途絶されるリスクを含むため、そのリスクに対するサプライチェーンの安定性の評価についての各種提案がされている。

　しかし、災害が発生すると、複数のサプライヤーが影響を受け、バイヤーは、複数の納入品の供給に影響を受ける場合がある。災害発生時にあるいは災害の発生の事前準備において、バイヤーは、ＳＣＭシステムにより納入品毎のサプライチェーンの状態を把握することができても、複数の納入品に亘る納入品の供給リスクの把握は容易ではない。

特開２０１５－１１５０１６号公報

　そこで、本実施形態は、サプライチェーンにおける供給リスクを容易に把握することができるサプライチェーンリスク情報生成装置及びサプライチェーンリスク情報生成システムを提供することを目的とする。

　実施形態のサプライチェーンリスク情報生成装置は、サプライチェーンに含まれる複数のサプライヤーについてのサプライヤー毎の重複度を算出する重複度算出部と、算出された前記重複度を、サプライチェーンリスク情報として生成する情報生成部と、を有する。

実施形態のサプライチェーン管理システムの構成図である。 実施形態に係わるサプライチェーンを説明するための模式図である。 実施形態に係わる、サーバにおいて実行されるプログラム及びデータの構成を示すブロック図である。 実施形態に係わる、あるバイヤーについてのサプライチェーン情報の例である。 実施形態に係わる、サプライチェーンリスク情報を生成し出力するサプライチェーンリスク情報処理部のブロック図である。 実施形態のリスクデータ生成部の処理のフローチャートである。 実施形態のサプライチェーンリスク情報の表示例である。 実施形態の変形例１に係わる、サプライチェーンリスク情報の表示例を示す図である。 実施形態の変形例２に係わる、サプライチェーンリスク情報の表示例を示す図である。 実施形態の変形例４に係わる、サプライチェーンリスク情報の表示例を示す図である。 実施形態の変形例４に係わる、サプライチェーンリスク情報の他の表示例を示す図である。 実施形態の変形例６に係わる、サプライチェーンリスク情報の表示例を示す図である。 実施形態の変形例７に係わる、サプライチェーンリスク情報の表示例を示す図である。 実施形態に係わる、保険契約の種別毎に各種変数に対する係数の例を示す図である。 実施形態に係わる、保険評価のための係数又評価値を補正する処理のフローチャートである。

　以下、図面を参照して実施形態を説明する。
（システム構成）

　図１は、本実施形態に係わるサプライチェーン管理システムの構成図である。サプライチェーン管理システム１は、サプライチェーンリスク管理装置としてのサーバ２と、複数のバイヤー用の複数の端末３と、複数のサプライヤー用の複数の端末４と、通信用のネットワーク５を含む。

　サーバ２と複数の端末３，４は、ネットワーク５を介して互いに通信可能に接続されている。ネットワーク５は、ここではインターネットである。各端末３，４は、入力装置と、表示装置３ａとを有する。入力装置は、キーボード、マウスなどであり、表示装置３ａは、モニタである。なお、図１では、１つの端末３にのみ表示装置３ａを示している。

　サーバ２は、プロセッサ１１と記憶装置１２を有する。記憶装置１２は、後述するサプライチェーン管理システムのための各種ソフトウエアプログラムを記憶すると共に、各種情報を記憶する。

　プロセッサ１１が、記憶装置１２から必要なプログラムを読み出し実行することにより、サプライチェーン管理システムの各種機能、及び後述する供給リスク把握のための機能が実現される。

　サプライチェーン管理システム１は、複数のバイヤーと複数のサプライヤーが、各々の購入あるいは供給する部品などの製品のサプライチェーンを管理するためのシステムである。そして、後述するように、サーバ２は、ネットワーク５を介する端末３，４からの要求に応じて、ネットワーク５を介してサプライチェーンリスク情報を端末３，４へ送信することができる。

　各バイヤーは、サプライチェーン管理システム１を利用して、自己のサプライチェーンの管理を行うことができる。そのため、各バイヤーは、自己の端末３から、サーバ２にアクセスして、自己のサプライチェーン情報（図４）を登録することができる。各バイヤーは、自己のサプライチェーン情報を全て登録してもよいし、各サプライヤーが自己のサプライチェーン情報を登録してもよいし、一次サプライヤーが、二次以降のサプライヤー情報を登録してもよい。

　また、各バイヤーは、自己の端末３から、サーバ２にアクセスして、各サプライヤーについての情報（取引先基本情報（取引先リスク情報ＲＩを含む）を登録することができる。

　各バイヤー及び各サプライヤーは、自己の端末３，４を利用して、ネットワーク５経由でサーバ２へアクセスすると、ブラウザを利用した画面により、データの入力、表示、出力をすることができる。なお、各端末３，４からサーバ２へのアクセスは、各種認証を経て可能となる。

　図２は、サプライチェーンを説明するための模式図である。図２は、部品Ｘ，Ｙについてのサプライチェーンの例を示す。図２は、あるバイヤーが、部品Ｘを、サプライヤーＡから購入し、部品Ｙを、サプライヤーＤから購入して、自社の製品を製造販売としている場合を示している。この場合、サプライヤーＡ、Ｄは、それぞれ部品Ｘ、Ｙの一次サプライヤーである。

　しかし、サプライヤーＡ、Ｄは、それぞれ、部品Ｘ，Ｙを製造し販売するために、サプライヤーＢ，Ｅから部品ｘ１，ｙ１を購入している。さらに、サプライヤーＢ，Ｅは、それぞれ、部品ｘ１，ｙ１を製造し販売するために、サプライヤーＣ，Ｆから部品ｘ２，ｙ２を購入している。さらに、サプライヤーＣ，Ｆは、それぞれ、部品ｘ２，ｙ２を製造し販売するために、他のサプライヤーから部品ｘ３，ｙ３を購入している。すなわち、サプライチェーンは、複数の階層を含む。よって、各サプライヤーは、バイヤーでもあり得る。

　なお、図２において点線で示すように、サプライチェーンは、複数のサプライヤーに分岐する場合もある。例えば、バイヤーは、部品Ｘに関し、２つのサプライヤーから部品の供給を受けている場合もあり得るし、サプライヤーＤも、２つのサプライヤーから部品の供給を受けている場合もあり得る。

　図３は、サーバ２において実行されるプログラム及びデータの構成を示すブロック図である。サーバ２は、ＳＲＭ（Ｓｕｐｐｌｉｅｒ　Ｒｅｌａｔｉｏｎｓｈｉｐ　Ｍａｎａｇｅｍｅｎｔ）によるバイヤーとサプライヤー間の業務を管理するソフトウエアプログラムを有する。サプライチェーン管理システム１は、ＳＲＭのためのソフトウエアプログラムを記憶装置１２に格納している。

　図３では、サプライチェーン管理におけるＳＲＭのための、調達分析部、ＢＣＰ（ビジネス継続プランニング）管理部、汎用文書交換部、電子見積部、ワークフロー管理部、ドキュメント管理部、取引先基本情報部、リスクデータ生成部、データ変換部が示されているが、他にも各種処理部を有する。さらに、サプライチェーン管理システム１へのアクセス管理のためのポータルプログラムも有している。図３において、バイヤー用ポータルは、バイヤーがサーバ２にアクセスするための処理部であり、各種認証処理を行う。適切に認証されると、バイヤーは、サーバ２を使用することができる。サプライヤー用ポータルは、サプライヤーがサーバ２にアクセスするための処理部であり、各種認証処理を行う。適切に認証されると、サプライヤーは、サーバ２を使用することができる。

　調達分析部、ＢＣＰ管理部等は、ソフトウエアプログラムとして記憶装置１２に記憶され、必要なときに読み出されて、プロセッサ１１により実行可能となっている。

　調達分析部は、各バイヤーについての、サプライヤーへの調達に関する分析を行う。調達分析部は、例えば、見積履歴情報ＥＲＩに基づき、自己に関わる各サプライヤーに関する見積件数、見積結果、各種評価などの分析レポートを生成することができる。

　ＢＣＰ管理部は、サプライチェーンを構成する各サプライヤーの拠点の緯度／経度の情報を収集し、災害などの有事の際に影響範囲内に存在する拠点の特定などを行う。

　汎用文書交換部は、バイヤーとサプライヤー間で文書交換を行う。

　電子見積部は、サプライヤーへの見積依頼とサプライヤーからの見積回答の管理を行う。バイヤーは、電子見積部を用いて、１以上のサプライヤーへ製品／部品の見積依頼をすることができる。見積依頼は、その１以上のサプライヤーへ送信され、サプライヤーは、バイヤーへ見積を送信できる。

　ワークフロー管理部は、バイヤーとサプライヤー間での各種処理のワークフロー管理を行う。

　ドキュメント管理部は、バイヤーが作成したドキュメント、サプライヤーから受信したドキュメントなどの管理を行う。

　取引先基本情報部は、一次サプライヤーなどについての基本的な情報（資本金、社長、取引先リスク情報ＲＩ、等々）を、取引先情報ＢＡＩとして、記憶装置１２に登録し管理する。バイヤーが全てのサプライヤーについての情報を登録できない場合、一次サプライヤーが、二次以下のサプライヤーについての基本的な情報を登録できるようにしてもよい。

　取引先情報に含まれる取引先リスク情報ＲＩは、サプライヤーにおける災害対策などについての数値化されたリスク度ｒを含む。リスク度ｒは、所定の評価基準に基づいて数値化された値である。例えば、リスク度ｒは、４段階のレベルを有する。レベル１は、最もリスク度ｒが低く、例えば、災害対策が十分にとられている、製品在庫が十分に確保されている場合である。レベル４は、最もリスク度ｒが高く、例えば、災害対策が不十分な場合である。例えば、バイヤーが、各サプライヤーにヒアリングして、所定の評価基準に基づいてレベルを決定する。例えば、二次以下のサプライヤーのリスク度ｒは、一次サプライヤーが決定する。

　リスクデータ生成部ＲＩＧは、後述するサプライチェーンリスク情報ＳＣＲ（例えば図７）を生成する。サプライチェーンリスク情報ＳＣＲは、サプライチェーンにおける納入品の供給リスクを把握するための情報である。なお、リスクデータ生成部は、ＢＣＰ（ビジネス継続プランニング）管理部に含まれていてもよい。

　データ変換部ＤＴは、後述する保険等の関連のデータの変換を行う。

　サーバ２の記憶装置１２には、ソフトウエアプログラム以外に、各種情報も記憶されている。図３では、取引先情報ＢＡＩ、サプライチェーン情報ＳＣＩ、見積履歴情報ＥＲＩ、保険関連情報ＩＳＩのみが示されている。

　取引先情報ＢＡＩは、上述したように一次サプライヤーなどについての基本的な情報（資本金、社長、取引先リスク情報ＲＩ、等々である。

　サプライチェーン情報ＳＣＩは、サプライチェーンにおける納入品（部品、製品など）毎の、一次サプライヤー、二次サプライヤー、三次サプライヤーなどの拠点情報である。一次サプライヤー、二次サプライヤー、三次サプライヤーなどの拠点情報が、登録されている。各拠点情報は、拠点名と位置情報を含む。各拠点は、下請け会社などの工場のある場所である。位置情報は、緯度／経度の情報を含む。二次サプライヤー、三次サプライヤーなどについての拠点情報は、一次サプライヤーにより登録される。

　見積履歴情報ＥＲＩは、見積依頼、見積結果などの情報である。保険関連情報ＩＳＩは、後述する保険関連のデータの補正を行う場合に用いられる情報である。

　図４は、あるバイヤーについてのサプライチェーン情報ＳＣＩの例である。図４のサプライチェーン情報ＳＣＩは、テーブル形式のデータ（ＴＢＬ１）である。

　サプライチェーン情報ＳＣＩは、納入品毎の、一次サプライヤー、二次サプライヤー、三次サプライヤーなどの拠点情報を含むテーブル形式のデータである。上述したように、拠点情報は、拠点名と位置情報（緯度／経度の情報）が含まれる。例えば、サプライチェーン情報ＳＣＩは、一次から五次サプライヤーまで登録可能である。

　例えば、テーブルＴＢＬ１の１行目には、納入品「Ｘ」を納入する「取引先名」として、「ＡＡＡ」が登録されている。すなわち、「ＡＡＡ」は、納入品「Ｘ」の一次サプライヤーである。納入品「Ｘ」の一次サプライヤー情報として、拠点名「ＡＡＡ－１」（例えばＡＡＡの一工場名）と、その「ＡＡＡ－１」の場所の「位置情報」（緯度／経度の情報）とが、テーブルＴＢＬ１に登録されている。

　その一次サプライヤーの拠点「ＡＡＡ－１」の二次サプライヤー情報として、拠点名「ＡＡＡ－２」（例えばＡＡＡの他の一工場）と、拠点名「ＡＡＡ－２」の場所の「位置情報」（緯度／経度の情報）が、テーブルＴＢＬ１に登録されている。

　その二次サプライヤー「ＡＡＡ－２」の三次サプライヤー情報として、拠点名「ＢＢＢ－３」（例えば会社ＡＡＡとは異なる他の会社ＢＢＢの一工場）と、拠点名「ＢＢＢ－３」の場所の「位置情報」（緯度／経度の情報）が、テーブルＴＢＬ１に登録されている。

　このように、１つの納入品「Ｘ」について、サプライチェーンを構成する複数のサプライヤー情報が、サプライチェーン情報として、テーブルＴＢＬ１に登録される。

　四次サプライヤー及び五次サプライヤーがあれば、同様に、サプライヤー情報がテーブルＴＢＬ１に登録される。

　他の納入品「Ｙ」、「Ｚ」などについてのサプライチェーン情報も、同様に、テーブルＴＢＬ１に登録される。

　図４に示された納入品「Ｘ」から「Ｖ」についてだけ見ると、バイヤーのサプライチェーンにおいて、拠点「ＢＢＢ－３」が最も多くの納入品に関わっている。拠点「ＡＡＡ－１」と拠点「ＣＣＣ－１」が、拠点「ＢＢＢ－３」の次に多くの納入品に関わっている。

　各バイヤーは、自己のサプライチェーンについて、上述したサプライチェーン情報を、テーブルＴＢＬ１に登録する。よって、記憶装置１２には、バイヤー毎のサプライチェーン情報が記憶される。

　バイヤーは、自己のサプライチェーン情報ＳＣＩを、自己の端末３から登録可能であり、自分で登録したサプライチェーン情報ＳＣＩを、自己の端末３の表示装置３ａの画面上に表示可能である。

　また、サプライチェーン情報ＳＣＩに含まれる「位置情報」（緯度／経度の情報）は、災害の発生時に、災害の発生地点から所定の距離内の拠点を抽出する場合などにも利用可能である。

　なお、図４のテーブルＴＬＢ１は、バイヤー毎に作成されてもよいし、バイヤーが販売する製品毎に作成されてもよい。

　図５は、サプライチェーンリスク情報ＳＣＲを生成し出力するサプライチェーンリスク情報処理部ＳＲのブロック図である。サプライチェーンリスク情報処理部ＳＲは、ソフトウエアプログラムである。

　サプライチェーンリスク情報処理部ＳＲは、データ入出力部２１、リスクデータ生成部ＲＩＧ、及びデータ変換部ＤＴを含む。

　データ入出力部２１は、バイヤーの端末３からのコマンドを受信し、そのコマンドに応じて、記憶装置１２の取引先情報ＢＡＩ及びサプライチェーン情報ＳＣＩなどのデータの登録及び読み出しを行う。さらに、データ入出力部２１は、バイヤーの端末３からのコマンドを送信した端末３へ、読み出したデータを送信する。

　リスクデータ生成部ＲＩＧは、バイヤーからのリスク情報生成コマンドを受信すると、所定の情報を用いて所定の演算を行い、サプライチェーンリスク情報ＳＣＲの画像データを生成し、バイヤーの端末３へ送信する。リスクデータ生成部ＲＩＧの処理は、図６に示す。

　図６は、リスクデータ生成部ＲＩＧの処理のフローチャートである。プロセッサ１１は、バイヤーの端末３からリスク情報生成コマンドを受信すると、図６の処理を実行する。

　プロセッサ１１は、サプライチェーン情報ＳＣＩ（図４）を取得する（ステップ（以下、Ｓと略す）１）。すなわち、プロセッサ１１は、リスク情報生成要求をしたバイヤーに関するサプライチェーン情報ＳＣＩを取得する。

　プロセッサ１１は、サプライチェーン情報ＳＣＩから、各拠点の重複度ｍを算出する（Ｓ２）。各拠点の重複度ｍは、テーブルＴＢＬ１中の「拠点名」の欄に含まれる「拠点名」毎の出現数（カウント値）である。例えば、図４の場合、納入品Ｘ，Ｙ，Ｚ，Ｗ，Ｖに関しては、出現数（カウント値）は、テーブルＴＢＬ１中の拠点「ＡＡＡ－１」の数（カウント値）は、「３」であり、拠点「ＡＡＡ－２」の数（カウント値）は、「１」である。ステップＳ２では、テーブルＴＢＬ１中の全ての納入品に関して、全てのサプライヤーについての「拠点名」毎の出現数（カウント値）が算出される。

　すなわち、Ｓ２の処理は、サプライチェーンに含まれる複数のサプライヤーについてのサプライヤー毎の重複度ｍを算出する重複度算出部を構成する。そして、重複度ｍは、複数の納入品Ｘ，Ｙ，Ｚ等に関わるサプライチェーンの複数の階層に含まれる各サプライヤーのサプライヤー情報（拠点名）を含むサプライチェーン情報ＳＣＩから、算出される。さらに、重複度ｍは、サプライチェーン情報ＳＣＩ中の、階層毎に含まれる各サプライヤー情報（拠点名）のカウント値である。

　次に、プロセッサ１１は、各拠点の所定のサプライチェーンリスク情報ＳＣＲを生成する（Ｓ３）。後述する図７は、生成されたサプライチェーンリスク情報ＳＣＲの例である。図７のサプライチェーンリスク情報ＳＣＲはテーブル形式のデータである。すなわち、Ｓ３の処理は、Ｓ２において算出された重複度ｍを、サプライチェーンリスク情報ＳＣＲとして生成する情報生成部を構成する。後述する図７では、サプライチェーンリスク情報ＳＣＲは、重複度ｍに加えて、各サプライヤーの取引先リスク度ｒも含む。

　サプライチェーンリスク情報ＳＣＲは、拠点毎の、重複度ｍ、拠点名、リスク度ｒ、一次拠点数、二次拠点数、三次拠点数、四次拠点数、五次拠点数、緯度及び経度の情報を含む。例えば、一次拠点数は、サプライチェーン情報ＳＣＩにおいて、その拠点が一次拠点として登録されている数である。二次拠点数は、サプライチェーン情報ＳＣＩにおいて、その拠点が二次拠点として登録されている数である。プロセッサ１１は、テーブルＴＢＬ１中のサプライヤーの階層（一次、二次などの階層）毎に、各拠点の出現数をカウントすることによって、一次拠点数等を算出する。

　プロセッサ１１は、表示画像を生成する（Ｓ４）。具体的には、算出された重複度ｍの高い順に、サプライチェーンリスク情報ＳＣＲがソートされ、プロセッサ１１は、表示装置３ａに表示するための画像データとして、図７に示すテーブルＴＢＬ２を生成する。

　プロセッサ１１は、リスク情報の生成要求をしたバイヤーの端末３へ、生成した画像データを送信する（Ｓ５）。すなわち、Ｓ５の処理は、サプライチェーンリスク情報ＳＣＲを出力する情報出力部を構成する。

　図７は、サプライチェーンリスク情報ＳＣＲの表示例である。図７のサプライチェーンリスク情報ＳＣＲは、バイヤーの端末３の表示装置３ａに表示される。

　図７は、図４のテーブルＴＢＬ１にサプライヤーとして登録されている拠点の重複度ｍ（カウント数）の高い順にリスト形式で、拠点名を示している。図７のリスク度ｒは、取引先リスク情報ＲＩに含まれる。リスク度ｒは、上述したように、サプライヤーにおける災害対策などについての数値化された値である。

　図７では、拠点名「ＢＢＢ－３」の重複度ｍは、「７」である。これは、拠点名「ＢＢＢ－３」が、図４のテーブルＴＢＬ１中に７回、サプライヤーとして登録されていることを示している。拠点名「ＡＡＡ－１」の重複度ｍは、「４」である。これは、拠点名「ＡＡＡ－１」が、図４のテーブル中に４回、サプライヤーとして登録されていることを示している。拠点名「ＢＢＢ－３」の重複度ｍは、他の拠点の重複度ｍと比べて最も高い。

　また、図７のテーブルＴＢＬ２が、バイヤーの端末３の表示装置３ａ上に表示されるので、バイヤーは、拠点名「ＢＢＢ－３」のリスク度も高いことを知ることができる。

　重複度ｍが高い拠点は、その拠点が例えば災害にあってその拠点からの部品の供給が滞ったときは、バイヤーが受ける影響が大きいことを意味する。さらに、そのような拠点のリスク度も高い場合は、災害が発生したときに、復旧に時間が掛かるなどの問題があることを示している。

　以上のように、Ｓ３の処理において、サプライチェーンリスク情報ＳＣＲとして、サプライヤー毎の重複度ｍとリスク度ｒとを含む表形式データが生成される。その生成されたサプライチェーンリスク情報ＳＣＲは、端末３の表示装置３ａに表示される。

　よって、バイヤーは、図７のサプライチェーンリスク情報ＳＣＲを見て、サプライチェーンにおけるリスク対策（供給元への助言、供給元の複数化、等々）の必要性を容易に把握することができる。

　次に、生成されるサプライチェーンリスク情報ＳＣＲの変形例を説明する。
（変形例１）

　図７に示すサプライチェーンリスク情報ＳＣＲは、重複度ｍとリスク度ｒを表形式で示しているが、サプライチェーンリスク情報ＳＣＲの変形例１として、散布図形式で重複度ｍとリスク度ｒを二次元のマップで示すようにしてもよい。

　図８は、変形例１に係わる、サプライチェーンリスク情報ＳＣＲの表示例を示す図である。図８は、サプライチェーンリスク情報ＳＣＲを、リスク対策の必要度を直感的にわかるように二次元散布図形式で表示する。図８のＸ軸（横軸）は、重複度ｍで、Ｙ軸（縦軸）は、リスク度ｒである。

　重複度ｍもリスク度ｒも高い拠点は、ＸＹ平面上、右上の隅に位置する。重複度ｍもリスク度ｒも低い拠点は、ＸＹ平面上、左下の隅に位置する。また、円の大きさは、ここでは、（重複度＊リスク度）の値に対応する。重複度ｍもリスク度ｒも高い拠点の円は大きい。重複度ｍもリスク度ｒも低い拠点の円は小さい。重複度ｍが大きくても、リスク度ｒが低ければ、拠点の円は大きくならない。同様に、重複度ｍが低くても、リスク度ｒが高ければ、拠点の円は小さくならない。

　以上のように、Ｓ３の処理において、サプライチェーンリスク情報ＳＣＲとして、第１軸が重複度ｍであり、第２軸がリスク度ｒである２次元散布図データが生成されてもよい。

　すなわち、各拠点についてのリスク対策の必要度が、ＸＹ平面上の位置と、円の大きさで示されている。よって、バイヤーは、図８の散布図を見ると、各拠点についてのリスク対策の必要度を直感的に把握することができる。
（変形例２）

　図８は、重複度ｍとリスク度ｒの二次元のマップでリスク対策の必要性を示しているが、サプライチェーンリスク情報ＳＣＲの変形例２として、一次元のマップでリスク対策の必要度を示すようにしてもよい。

　図９は、変形例２に係わる、サプライチェーンリスク情報ＳＣＲの表示例を示す図である。図９も、サプライチェーンリスク情報ＳＣＲを、リスク対策の必要度を直感的にわかるように一次元散布図形式で表示する。横軸は、（重複度＊リスク度）の値に対応する。

　以上のように、Ｓ３の処理において、サプライチェーンリスク情報ＳＣＲとして、重複度ｍとリスク度ｒの両方を加味した一次元散布図データが生成されてもよい。

　よって、バイヤーは、図９の散布図を見ると、各拠点についてのリスク対策の必要度を直感的に把握することができる。
（変形例３）

　さらになお、図７では、サプライチェーンリスク情報ＳＣＲは、重複度ｍは、テーブルＴＢＬ１中の拠点名の出現数で、テーブルＴＢＬ２に表示されるが、サプライチェーンリスク情報ＳＣＲの変形例３として、重複度ｍとして、単なるカウント値ではなく、カウント値に重み係数αを乗算した値をテーブルＴＢＬ２に表示するようにしてもよい。すなわち、重複度ｍは、サプライチェーン情報ＳＣＩ中の、階層毎に含まれる各サプライヤー情報（拠点名）のカウント値に基づいて算出された値でもよい。

　例えば、重み係数αは、一次サプライヤーほど高くし、二次、三次など次数が高くなるほど、低くするように、設定される。そのように設定された重み係数αとカウント値とを乗算して、重複度ｍを得る。このようにして得られた重複度ｍの値の大きい順に、テーブルＴＢＬ２の表示データが作成される。

　よって、このようにして、重み係数αを加味して生成された重複度ｍを用いて、図７、図８あるいは図９のような表示データを表示装置３ａに表示するようにしてもよい。
（変形例４）

　さらに、図７では、サプライチェーンリスク情報ＳＣＲは、表形式で重複度ｍとリスク度ｒを示し、図８及び図９は、散布図形式で重複度ｍとリスク度ｒを示しているが、変形例４として、拠点間の繋がりを示すグラフにより、重複度ｍを表示するようにしてもよい。

　例えば、バイヤーが図７のサプライチェーンリスク情報ＳＣＲを見てから、重複度表示グラフを表示する表示コマンドをサーバに送ると、サーバ２は、図７のサプライチェーンリスク情報ＳＣＲから図１０あるいは図１１の表示画像を生成して、バイヤーの端末３に送信し、生成された表示画像は表示装置３ａに表示される。

　図１０は、変形例４に係わる、サプライチェーンリスク情報ＳＣＲの表示例を示す図である。図１０は、ダイヤモンド型サプライチェーンの重複度表示グラフの例を示す。図１０は、バイヤーの端末３の表示装置３ａに表示されるダイヤモンド型サプライチェーンの重複度表示グラフの画面ＧＡの例を示す。

　図１０の表示は、テーブルＴＢＬ１のデータから拠点間の繋がりを規定する情報に抽出し、抽出された繋がり情報に基づいて、生成される。図１０の表示は、各拠点をノードにより示し、ノード間を辺により示して、拠点間の繋がりの情報をグラフ化してものであり、バイヤーのサプライチェーンの一部の構造を示している。

　図１０に示すように、三次サプライヤーとしての１つの拠点「ＢＢＢ－３」が、４つの二次サプライヤーに部品を供給していることを示している。一次サプライヤーは、リスク分散のために複数の二次サプライヤーから部品の供給を受けている。しかし、二次サプライヤーの利用する三次サプライヤーは、１つのサプライヤーである。すなわち、図１０において二点鎖線で示すように、二次サプライヤー以降のサプライヤーの構造が所謂「ダイヤモンド」型となっていることにより、バイヤーは、自己のサプライチェーンが１つのサプライヤーに依存している部分を含んでいることを、容易に認識することができる。その１つの三次サプライヤーが例えば被災すると、そのバイヤーにとって影響が大きいことが容易にわかる。

　以上のように、Ｓ３の処理において、サプライチェーンリスク情報ＳＣＲとして、サプライチェーンにおけるサプライヤー間の繋がりを示すグラフデータが生成されてもよい。

　図１１は、変形例４に係わる、サプライチェーンリスク情報ＳＣＲの他の表示例を示す図である。図１１は、ピラミッド型サプライチェーンの重複度表示グラフの例を示す図である。図１１は、バイヤーの端末３の表示装置３ａに表示されるピラミッド型サプライチェーンの重複度表示グラフの画面ＧＢの例を示す。図１１の表示も、図１０と同様に、テーブルＴＢＬ１のデータから拠点間の繋がり情報に基づいて、生成される。

　図１１は、三次サプライヤーとしての複数の拠点が、４つの二次サプライヤーに各々の製品を供給していることを示している。図１１において二点鎖線で示すように、二次サプライヤー以降のサプライヤーの構造が「ピラミッド」型となっていることにより、バイヤーは、自己のサプライチェーンが１つのサプライヤーに依存している部分を含んでいないことを、容易に認識することができる。

　なお、図１０及び図１１の重複度表示グラフ中に、リスク度を合わせて表示するようにしてもよい。図１０及び図１１に表示されるリスク度の数値を各拠点名の近傍に表示したり、あるいは図１０及び図１１に表示される各拠点のノードの色をリスク度に応じて変えたり、するようにしてもよい。たとえば、リスク度が最も高いノードは、赤色で示し、リスク度が次に高いノードは、橙色で示す、等である。
（変形例５）

　さらに、地域情報を指定すると、その指定された地域に関わる拠点を、他の地域の拠点とは識別可能に表示するようにしてもよい。例えば、「北海道」という地域情報あるいは「北海道」の緯度／経度情報を指定すると、図１０あるいは図１１に表示された拠点名において「北海道」の拠点を、他の拠点とは区別される例えば「赤色」のノードで表示するようにする。

　このようにすれば、災害の発生地域と関連付けて、サプライチェーンの重複度表示が可能となる。例えば、災害発生時に、災害の発生したエリアの地域情報を指定して、図１０（あるいは図１１）のグラフを表示させることもできる。また、災害が発生していないときでも、地域情報を指定して、他の地域とは識別可能に表示させることにより、指定した地域の供給リスクの状況を把握することができる。
（変形例６）

　さらに、サプライチェーンリスク情報ＳＣＲを、地図上に表示するようにしてもよい。

　図１２は、変形例６に係わる、サプライチェーンリスク情報ＳＣＲの表示例を示す図である。図１２は、地図上の拠点の位置に、図８の（重複度＊リスク度）の値に応じた大きさのマーク（ここでは円形マーク）を表示する。

　サプライチェーン情報ＳＣＩは、各拠点の位置情報（緯度／経度の情報）を含む。よって、その位置情報を用いて、図１２に示すように、地図上に各拠点の位置に、（重複度＊リスク度）の値に応じた大きさの円で、リスク対策の必要度が表示される。バイヤーは、端末３上でマウスなどの入力装置を用いて、所望の円を選択すると、その円に関わる拠点名がポップアップ表示される。図１２では、「拠点名：ＢＢＢ－３」がポップアップ表示されている。

　なお、円形マークの大きさは、重複度ｍの値のみに応じた大きさでも、あるいは、リスク度ｒの値のみに応じた大きさでもよい。

　すなわち、ステップＳ３において、サプライチェーンリスク情報ＳＣＲとして、重複度ｍ、リスク度ｒ、又は重複度ｍとリスク度ｒの両方、に関わるマークを、各拠点の位置情報に基づいて地図上にサプライヤー毎に示した地図データが生成されるようにしてもよい。

　ユーザは、図１２を見ると、リスク対策の必要度に応じた各拠点の場所を地図上で容易に把握できる。
（変形例７）

　さらに、変形例７として、図１２の表示に、過去の災害情報も併せて表示するようにしてもよい。図１３は、変形例７に係わる、サプライチェーンリスク情報ＳＣＲの表示例を示す図である。図１３は、地図上の拠点の位置に、図８の（重複度＊リスク度）に応じた大きさの円を表示すると共に、過去の災害情報も表示する、重複度表示の例を示す。図１３は、災害として、地震を指定した場合の例である。過去の災害情報（位置情報と日付情報を含む）は、点線で示すように、記憶装置１２に災害情報ＤＩとして記憶されていてもよいし、外部の情報源から取得するようにしてもよい。

　図１３は、図１２の表示に加えて、過去の地震発生情報が、地図上に表示される。図１３では、地震の発生があったことを示すマークＥＱが、地図上に表示される。よって、ユーザは、災害発生（すなわち地震発生）の期間情報を、期間情報入力欄３１で指定することができる。

　すなわち、ステップＳ３において、サプライチェーンリスク情報ＳＣＲとして、過去の災害の発生情報に基づく過去の災害の発生場所が含まれた地図データを生成して出力するようにしてもよい。

　以上のように、バイヤーは、災害の発生時に、リスク表示コマンドをサーバ２に指示することにより、サプライチェーンリスク情報ＳＣＲが生成され、図７等の画面が表示装置３ａに表示されるので、供給リスクを容易に把握することができると共に、災害が発生していないときにも、サプライチェーンにおける部品などの供給リスクを容易に把握することができる。

　図５に戻り、データ変換部ＤＴについて説明する。データ変換部ＤＴは、サプライチェーンの供給リスク情報を用いて各種評価を行う装置あるいはシステムとの連携のための処理を行う。

　たとえば、保険契約、融資契約などにおいて、契約者となる顧客のサプライチェーンにおける供給リスクが考慮される場合がある。

　図１４は、実施形態に係わる、保険契約の種別毎に各種変数に対する係数の例を示す図である。保険契約には、事業停止保証保険、損害賠償責任保険、等々がある。保険の引受け時、保険金の支払い査定時などの場面で各種指標が用いられる。各指標には、保険の種別毎に、所定の係数ｋ１などが設定され、資本金、売上高などの指標に対して設けられる各種係数が予め設定される。この係数ｋ１を用いて、顧客についての所定の評価が評価値として算出される。

　顧客のサプライチェーンにおいて、上述したような重複度ｍが高いと、災害（地震、豪雨など）が発生した場合に、その顧客（バイヤーあるいはサプライヤー）の損害が大きくなると推測される。そこで、データ変換部ＤＴは、保険契約中の、所定の指標に対して設けられた係数の値を、重複度ｍに基づいて補正して出力する。

　サーバ２は、保険会社がバイヤーあるいはサプライヤーとの何らかの保険契約を締結する引受けのとき、あるいは保険金の支払いの査定のとき、サプライチェーンリスク管理装置であるサーバ２に格納された重複度ｍを参照して、上記の係数の値の補正を行うことができるようになっている。保険契約に関連する情報は、記憶装置１２の保険関連情報ＩＳＩに登録されている。

　すなわち、保険会社の担当者は、上記のサプライチェーン管理システム１を利用して、保険契約における評価を、サプライチェーンの供給リスクを加味して行うことができる。

　ユーザ（保険会社の担当者）は、自己の端末６（図１において点線で示す）から、サプライチェーン管理装置（サーバ）にアクセスすることができる。

　ユーザ（保険会社の担当者）は、予め、保険種別毎に、評価のための評価式と、その評価式に用いる変数（指標）に対する演算式（補正式）を記憶装置１２の保険関連情報ＩＳＩに登録しておく。さらに、演算式（補正式）において、重複度ｍを用いて補正される変数（指標）も、ユーザにより予め指定される。

　ユーザから重複度ｍを用いた評価の実行のコマンドを受信すると、サーバ２は、データ変換部ＤＴを用いた保険契約評価処理を実行する。保険契約評価処理により、所定の指標に対して設けられた少なくとも１つの係数が、サプライチェーンにおける重複度ｍにより補正される。

　具体的には、ユーザ（保険会社の担当者）が契約者（バイヤーあるいはサプライヤー）と保険の種別情報を、指定して入力すると、図１５の処理が実行される。図１５は、保険評価のための係数又評価値を補正する処理のフローチャートである。

　サーバ２は、入力された情報から、契約者の重複度ｍを取得する（Ｓ１１）。

　サーバ２は、入力された情報から、演算式を特定し、その演算式に用いる指標に対して設けられた少なくとも１つの係数を、重複度ｍを用いて補正する（Ｓ１２）。

　サーバ２は、補正された少なくとも１つの係数と他の所定の係数に基づいて、評価式を用いて、評価値を算出する（Ｓ１３）。

　サーバ２は、算出された評価値を、保険会社の端末６へ送信する（Ｓ１４）。なお、上述した例では、少なくとも１つの係数は、重複度ｍを用いて補正されているが、重複度ｍに代えてリスク度ｒを用いて補正してもよいし、重複度ｍとリスク度ｒの両方を加味して補正してもよい。

　よって、サーバ２は、サプライチェーンリスク情報を用いた保険業務の評価処理を行うことができる。

　上述したデータ変換処理は、保険関連業務の評価に用いているが、金融関連業務の評価にも用いることができる。例えば、融資における評価指標の係数の補正も同様に適用可能である。

　従って、データ変換部ＤＴは、重複度ｍ、各サプライヤーのリスク度ｒ、又は重複度ｍとリスク度ｒの両方に基づいて、保険評価あるいは金融評価のための係数又評価値を補正する補正部を構成する。

　以上のように、上述した実施形態によれば、サプライチェーンにおける供給リスク状態を容易に把握することができるサプライチェーンリスク情報生成装置及びサプライチェーンリスク情報生成システムを提供することができる。

　なお、以上説明した動作を実行するプログラムは、コンピュータプログラム製品として、ＵＳＢメモリ、ＣＤ－ＲＯＭ等の可搬媒体や、ハードディスク等の記憶媒体に、その全体あるいは一部が記録され、あるいは記憶されている。そのプログラムがコンピュータにより読み取られて、動作の全部あるいは一部が実行される。あるいは、通信ネットワークを介してそのプログラムの全体あるいは一部を流通または提供することができる。利用者は、通信ネットワークを介してそのプログラムをダウンロードしてコンピュータにインストールしたり、あるいは記録媒体からコンピュータにインストールしたりすることで、容易に本発明のサプライチェーンリスク情報生成装置及びサプライチェーンリスク情報生成システムを実現することができる。

　本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として例示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

　本出願は、２０２１年３月２５日に日本国に出願された特願２０２１－０５１１２４号を優先権主張の基礎として出願するものであり、上記の開示内容は、本願明細書、請求の範囲に引用されるものとする。

Claims (13)

1. 　サプライチェーンに含まれる複数のサプライヤーについてのサプライヤー毎の重複度を算出する重複度算出部と、
   　算出された前記重複度を、サプライチェーンリスク情報として生成する情報生成部と、を有する、サプライチェーンリスク情報生成装置。
2. 　前記重複度は、納入品に関わる前記サプライチェーンの複数の階層に含まれる各サプライヤーのサプライヤー情報を含むサプライチェーン情報から算出される、請求項１に記載のサプライチェーンリスク情報生成装置。
3. 　前記重複度は、前記サプライチェーン情報中の、前記階層毎に含まれる各サプライヤー情報のカウント値又は前記カウント値に基づいて算出された値である、請求項２に記載のサプライチェーンリスク情報生成装置。
4. 　前記情報生成部は、前記重複度と、各サプライヤーの取引先リスク度とを含む前記サプライチェーンリスク情報を生成する、請求項１に記載のサプライチェーンリスク情報生成装置。
5. 　前記サプライチェーンリスク情報を出力する情報出力部をさらに有する、請求項１に記載のサプライチェーンリスク情報生成装置。
6. 　前記情報生成部は、前記サプライチェーンリスク情報として、前記サプライヤー毎の前記重複度と前記取引先リスク度とを含む表形式データを生成する、請求項５に記載のサプライチェーンリスク情報生成装置。
7. 　前記情報生成部は、前記サプライチェーンリスク情報として、第１軸が前記重複度であり、第２軸が前記取引先リスク度である２次元散布図データを生成する、請求項５に記載のサプライチェーンリスク情報生成装置。
8. 　前記情報生成部は、前記サプライチェーンリスク情報として、前記重複度と前記取引先リスク度の両方を加味した一次元散布図データを生成する、請求項５に記載のサプライチェーンリスク情報生成装置。
9. 　前記情報生成部は、前記サプライチェーンリスク情報として、前記サプライチェーンにおける前記サプライヤー間の繋がりを示すグラフデータを生成する、請求項５に記載のサプライチェーンリスク情報生成装置。
10. 　前記サプライチェーン情報は、各サプライヤーの位置情報を含み、
    　前記情報生成部は、前記サプライチェーンリスク情報として、前記重複度、前記リスク度、又は前記重複度と前記リスク度の両方、に関わるマークを、前記位置情報に基づいて地図上に前記サプライヤー毎に示した地図データを生成する、請求項５に記載のサプライチェーンリスク情報生成装置。
11. 　前記情報生成部は、過去の災害の発生情報に基づく前記過去の災害の発生場所が含まれた前記地図データを生成して出力する、請求項１０に記載のサプライチェーンリスク情報生成装置。
12. 　前記重複度、各サプライヤーの取引先リスク度、又は前記重複度と前記取引先リスク度の両方に基づいて、保険評価あるいは金融評価のための係数又評価値を補正する補正部を有する、請求項１に記載のサプライチェーンリスク情報生成装置。
13. 　端末と、
    　前記端末とネットワークを介して接続されたサプライチェーンリスク情報生成装置と、を含み、
    　前記サプライチェーンリスク情報生成装置は、
    　サプライチェーンに含まれる複数のサプライヤーについてのサプライヤー毎の重複度を、算出する重複度算出部と、
    　算出された前記重複度を、サプライチェーンリスク情報として生成する情報生成部と、を有し、
    　前記サプライチェーンリスク情報生成装置は、前記ネットワークを介する前記端末からの要求に応じて、前記ネットワークを介して前記サプライチェーンリスク情報を前記端末へ送信する、サプライチェーンリスク情報生成システム。

Images