特開 2023-66199 情報処理装置、情報処理方法、プログラム、及び情報処理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023066199

(43)【公開日】2023-05-15

(54)【発明の名称】情報処理装置、情報処理方法、プログラム、及び情報処理システム

(51)【国際特許分類】

   G06Q 30/0601 20230101AFI20230508BHJP

   G06Q 20/40 20120101ALI20230508BHJP

【ＦＩ】

G06Q30/06 312

G06Q20/40 320

【審査請求】未請求

【請求項の数】16

【出願形態】ＯＬ

(21)【出願番号】P 2021176780

(22)【出願日】2021-10-28

(71)【出願人】

【識別番号】000006747

【氏名又は名称】株式会社リコー

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】小浦 誠矢

【テーマコード（参考）】

5L049

5L055

【Ｆターム（参考）】

5L049BB53

5L055AA75

(57)【要約】

【課題】需要者候補及び供給者候補のニーズに対応するように与信情報の開示や取引成立に向けた支援を行うことができる情報処理装置を提供すること。
【解決手段】需要者候補が操作する第１の利用者端末及び供給者候補が操作する第２の利用者端末と通信可能な情報処理装置であって、供給者候補の情報及び供給者候補の与信情報から生成した第１の与信情報を第１の利用者端末に表示させる手段と、需要者候補の情報、需要者候補の与信情報から生成した第２の与信情報、及び需要者候補の与信情報に基づく第１の提案情報を供給者候補の第２の利用者端末に表示させる手段と、供給者候補の第２の利用者端末から条件情報に対する回答情報の作成に関する操作の内容を受信する手段と、を有し、回答情報に基づき、第１の提案情報から修正した第２の提案情報を第２の利用者端末に表示させることにより上記課題を解決する。
【選択図】図３

【特許請求の範囲】

【請求項1】

需要者候補が操作する第１の利用者端末及び供給者候補が操作する第２の利用者端末と通信可能な情報処理装置であって、
前記第１の利用者端末において受け付けた取引に関する条件情報に応じて、１つ以上の供給者候補の情報、及び供給者候補の与信情報から生成した第１の与信情報を前記第１の利用者端末に表示させる第１の表示制御手段と、
需要者候補の情報、需要者候補の与信情報から生成した第２の与信情報、及び需要者候補の与信情報に基づく第１の提案情報を、前記第１の利用者端末において選択を受け付けた供給者候補の前記第２の利用者端末に表示させる第２の表示制御手段と、
前記選択を受け付けた供給者候補の前記第２の利用者端末から、前記条件情報に対する回答情報の作成に関する操作の内容を受信する操作内容受信手段と、
を有し、
前記第２の表示制御手段は、前記回答情報に基づき、第１の提案情報から修正した第２の提案情報を、前記第２の利用者端末に表示させること
を特徴とする情報処理装置。

【請求項2】

前記第１の表示制御手段は、供給者候補の与信情報を抽象化した第１の与信情報を前記第１の利用者端末に表示させ、
前記第２の表示制御手段は、需要者候補の与信情報を抽象化した第２の与信情報を前記第２の利用者端末に表示させること
を特徴とする請求項１記載の情報処理装置。

【請求項3】

前記第２の表示制御手段は、需要者候補の与信情報に基づく支払い計画を、第１の提案情報又は第２の提案情報として前記第２の利用者端末に表示させること
を特徴とする請求項１又は２記載の情報処理装置。

【請求項4】

前記第１の利用者端末において需要者候補から供給者候補を指定した見積依頼を受け付けたあと、前記見積依頼を行った需要者候補と、前記見積依頼を受け付けた供給者候補と、に対して対話型履歴機能を提供する対話型履歴処理手段、
を更に有する請求項１乃至３の何れか一項記載の情報処理装置。

【請求項5】

前記第１の表示制御手段は、前記第２の利用者端末が供給者候補から見積書の送信依頼を受け付けたあと、前記見積書を前記第１の利用者端末に表示して、需要者候補からの発注依頼を受け付け、
前記第２の表示制御手段は、需要者候補からの発注依頼を前記第２の利用者端末に表示して、前記発注依頼に対する供給者候補からの承認を受け付けること
を特徴とする請求項４記載の情報処理装置。

【請求項6】

前記第２の表示制御手段は、前記承認を受け付けたあと、前記発注依頼を行った需要者候補の与信情報を、前記承認を受け付けた前記第２の利用者端末に表示させること
を特徴とする請求項５記載の情報処理装置。

【請求項7】

前記発注依頼に対する前記承認により取引を開始した需要者と供給者との取引履歴を記憶部に記憶する記憶制御手段と、
前記取引履歴に応じて、供給者候補の与信情報から生成する第１の与信情報、及び需要者候補の与信情報から生成する第２の与信情報、を再計算する再計算手段と、
を更に有する請求項５又は６記載の情報処理装置。

【請求項8】

需要者候補が操作する第１の利用者端末及び供給者候補が操作する第２の利用者端末と通信可能な情報処理装置が行う情報処理方法であって、
前記第１の利用者端末において受け付けた取引に関する条件情報に応じて、１つ以上の供給者候補の情報、及び供給者候補の与信情報から生成した第１の与信情報を前記第１の利用者端末に表示させる第１の表示制御ステップと、
需要者候補の情報、需要者候補の与信情報から生成した第２の与信情報、及び需要者候補の与信情報に基づく第１の提案情報を、前記第１の利用者端末において選択を受け付けた供給者候補の前記第２の利用者端末に表示させる第２の表示制御ステップと、
前記選択を受け付けた供給者候補の前記第２の利用者端末から、前記条件情報に対する回答情報の作成に関する操作の内容を受信する操作内容受信ステップと、
を有し、
前記第２の表示制御ステップは、前記回答情報に基づき、第１の提案情報から修正した第２の提案情報を、前記第２の利用者端末に表示させること
を特徴とする情報処理方法。

【請求項9】

前記第１の表示制御ステップは、供給者候補の与信情報を抽象化した第１の与信情報を前記第１の利用者端末に表示させ、
前記第２の表示制御ステップは、需要者候補の与信情報を抽象化した第２の与信情報を前記第２の利用者端末に表示させること
を特徴とする請求項８記載の情報処理方法。

【請求項10】

前記第２の表示制御ステップは、需要者候補の与信情報に基づく支払い計画を、第１の提案情報又は第２の提案情報として前記第２の利用者端末に表示させること
を特徴とする請求項８又は９記載の情報処理方法。

【請求項11】

前記第１の利用者端末において需要者候補から供給者候補を指定した見積依頼を受け付けたあと、前記見積依頼を行った需要者候補と、前記見積依頼を受け付けた供給者候補と、に対して対話型履歴機能を提供する対話型履歴処理ステップ、
を更に有する請求項８乃至１０の何れか一項記載の情報処理方法。

【請求項12】

前記第１の表示制御ステップは、前記第２の利用者端末が供給者候補から見積書の送信依頼を受け付けたあと、前記見積書を前記第１の利用者端末に表示して、需要者候補からの発注依頼を受け付け、
前記第２の表示制御ステップは、需要者候補からの発注依頼を前記第２の利用者端末に表示して、前記発注依頼に対する供給者候補からの承認を受け付けること
を特徴とする請求項１１記載の情報処理方法。

【請求項13】

前記第２の表示制御ステップは、前記承認を受け付けたあと、前記発注依頼を行った需要者候補の与信情報を、前記承認を受け付けた前記第２の利用者端末に表示させること
を特徴とする請求項１２記載の情報処理方法。

【請求項14】

前記発注依頼に対する前記承認により取引を開始した需要者と供給者との取引履歴を記憶部に記憶する記憶制御ステップと、
前記取引履歴に応じて、供給者候補の与信情報から生成する第１の与信情報、及び需要者候補の与信情報から生成する第２の与信情報、を再計算する再計算ステップと、
を更に有する請求項１２又は１３記載の情報処理方法。

【請求項15】

需要者候補が操作する第１の利用者端末及び供給者候補が操作する第２の利用者端末と通信可能な情報処理装置を、
前記第１の利用者端末において受け付けた取引に関する条件情報に応じて、１つ以上の供給者候補の情報、及び供給者候補の与信情報から生成した第１の与信情報を前記第１の利用者端末に表示させる第１の表示制御手段、
需要者候補の情報、需要者候補の与信情報から生成した第２の与信情報、及び需要者候補の与信情報に基づく第１の提案情報を、前記第１の利用者端末において選択を受け付けた供給者候補の前記第２の利用者端末に表示させる第２の表示制御手段、
前記選択を受け付けた供給者候補の前記第２の利用者端末から、前記条件情報に対する回答情報の作成に関する操作の内容を受信する操作内容受信手段、
として機能させ、
前記第２の表示制御手段は、前記回答情報に基づき、第１の提案情報から修正した第２の提案情報を、前記第２の利用者端末に表示させること
を特徴とするプログラム。

【請求項16】

需要者候補が操作する第１の利用者端末、供給者候補が操作する第２の利用者端末、及び情報処理装置が通信可能な情報処理システムであって、
前記第１の利用者端末は、
前記情報処理装置からの制御に応じて画面を表示する第１の画面表示手段、
を有し、
前記第２の利用者端末は、
前記情報処理装置からの制御に応じて画面を表示する第２の画面表示手段、
を有し、
前記情報処理装置は、
前記第１の利用者端末において受け付けた取引に関する条件情報に応じて、１つ以上の供給者候補の情報、及び供給者候補の与信情報から生成した第１の与信情報を前記第１の利用者端末の前記第１の画面表示手段に表示させる第１の表示制御手段と、
需要者候補の情報、需要者候補の与信情報から生成した第２の与信情報、及び需要者候補の与信情報に基づく第１の提案情報を、前記第１の利用者端末において選択を受け付けた供給者候補の前記第２の利用者端末の前記第２の画面表示手段に表示させる第２の表示制御手段と、
前記選択を受け付けた供給者候補の前記第２の利用者端末から、前記条件情報に対する回答情報の作成に関する操作の内容を受信する操作内容受信手段と、
を有し、
前記第２の表示制御手段は、前記回答情報に基づき、第１の提案情報から修正した第２の提案情報を、前記第２の利用者端末の前記第２の画面表示手段に表示させること
を特徴とする情報処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法、プログラム、及び情報処理システムに関する。

【背景技術】

【0002】

従来、コンピュータネットワーク上における企業間商取引において、企業間同士の決済における与信を判断する電子商取引システムが知られている（例えば特許文献１参照）。

【発明の概要】

【発明が解決しようとする課題】

【0003】

例えば中小企業などをはじめとする企業間での商取引において、供給者候補の一例のサプライヤ（売り手）及び需要者候補の一例のバイヤー（買い手）には、取引相手の与信情報を知ってから交渉及び取引を開始したいというニーズ（欲求）が存在する。また、サプライヤ及びバイヤーには最終的に商取引するか分からない相手に対して与信情報を開示したくないというニーズも存在する。

【0004】

しかしながら、従来の電子商取引システムは、サプライヤ及びバイヤーの与信情報を全て開示するか、又は全く開示しておらず、サプライヤ及びバイヤーのニーズに対応できていなかった。このため、従来の電子商取引システムは、サプライヤ及びバイヤーのニーズに対応するように与信情報を開示しながら、取引成立までの支援を行えないという課題があった。

【0005】

なお、例えば特許文献１は、電子商取引サイトにおける参加企業ユーザの顧客情報を電子商取引サイトの運営者のみが認識することができ、参加企業ユーザ間では取引成立後の納品・デリバリー及び決済まで終始完全に秘匿化させるものであり、上記課題を解決するものではない。

【0006】

本発明の一実施形態は、需要者候補及び供給者候補のニーズに対応するように与信情報の開示や取引成立に向けた支援を行うことができる情報処理装置を提供することを目的とする。

【課題を解決するための手段】

【0007】

本発明の一実施形態は、需要者候補が操作する第１の利用者端末及び供給者候補が操作する第２の利用者端末と通信可能な情報処理装置であって、前記第１の利用者端末において受け付けた取引に関する条件情報に応じて、１つ以上の供給者候補の情報、及び供給者候補の与信情報から生成した第１の与信情報を前記第１の利用者端末に表示させる第１の表示制御手段と、需要者候補の情報、需要者候補の与信情報から生成した第２の与信情報、及び需要者候補の与信情報に基づく第１の提案情報を、前記第１の利用者端末において選択を受け付けた供給者候補の前記第２の利用者端末に表示させる第２の表示制御手段と、前記選択を受け付けた供給者候補の前記第２の利用者端末から、前記条件情報に対する回答情報の作成に関する操作の内容を受信する操作内容受信手段と、を有し、前記第２の表示制御手段は、前記回答情報に基づき、第１の提案情報から修正した第２の提案情報を、前記第２の利用者端末に表示させることを特徴とする。

【発明の効果】

【0008】

本発明の一実施形態によれば、需要者候補及び供給者候補のニーズに対応するように与信情報の開示や取引成立に向けた支援を行うことができる。

【図面の簡単な説明】

【0009】

【図1】本実施形態に係る情報処理システムの一例の構成図である。

【図2】本実施形態に係るコンピュータの一例のハードウェア構成図である。

【図3】本実施形態に係る情報処理システムの一例の機能構成図である。

【図4】本実施形態に係る情報処理システムの処理の一例のフローチャートである。

【図5】案件一覧画面の一例のイメージ図である。

【図6】与信ランクの決定に利用する表の一例の構成図である。

【図7】応募サプライヤ一覧画面の一例のイメージ図である。

【図8】応募サプライヤ画面の一例のイメージ図である。

【図9】見積書作成画面の一例のイメージ図である。

【図10】支払い計画が表示された見積書作成画面の一例のイメージ図である。

【図11】提案する支払い計画の一例について説明する図である。

【図12】アラートが表示された見積書作成画面の一例のイメージ図である。

【図13】サプライヤによる見積書の作成及び送信処理の一例のフローチャートである。

【図14】承認画面の一例のイメージ図である。

【発明を実施するための形態】

【0010】

以下、本発明の各実施形態について、添付の図面を参照しながら説明する。

【0011】

［第１の実施形態］
＜システム構成＞
図１は本実施形態に係る情報処理システムの一例の構成図である。図１に示す情報処理システム１は、情報処理装置１０、第１の利用者端末１２、及び第２の利用者端末１４を有し、ネットワーク１８を介して通信を行う。ネットワーク１８は、インターネットやＬＡＮ（Local Area Network）等である。

【0012】

第１の利用者端末１２は、例えば需要者候補の一例であるバイヤー等が操作する情報処理端末である。バイヤーは、例えば課題を解決するために商品又はサービスを購入する企業等の担当者等である。第１の利用者端末１２は、例えばＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット端末、ゲーム機、又はＰＤＡ（Personal Digital Assistant）等である。なお、本実施形態において、企業等とは、大企業、中小企業などの規模に限定されない。また、本実施形態において、企業等とは、法人および個人事業主を含むものである。法人は、株式会社や合同会社、有限会社などの営利法人、学校法人や医療法人などの非営利法人、公庫や公団などの公法人を含む。

【0013】

第２の利用者端末１４は、例えば供給者候補の一例であるサプライヤ等が操作する情報処理端末である。サプライヤは、例えば課題を解決するための商品又はサービスを販売する企業等の担当者等である。第２の利用者端末１４は、例えばＰＣ、携帯電話、スマートフォン、タブレット端末、ゲーム機、又はＰＤＡである。

【0014】

情報処理装置１０は、本実施形態に係るマッチングサービス及び取引サービスを第１の利用者端末１２を操作するバイヤー及び第２の利用者端末１４を操作するサプライヤに提供する。本実施形態に係るマッチングサービスは、課題を解決したいバイヤーと、その課題を解決できる可能性のあるサプライヤとの間を取り持ち、バイヤーとサプライヤとを結び付けるサービスである。また、取引サービスは、マッチングサービスにより結びつけたバイヤーとサプライヤとの商談をサポートするサービスである。取引サービスは、例えば見積書、発注書、納品書、請求書、又は領収書などの作成、入金管理などをサポートする機能を提供する。情報処理装置１０は、例えばＰＣ、ワークステーション等により実現される。情報処理装置１０は複数台のコンピュータにより実現してもよいし、例えばクラウドコンピューティングにより実現してもよい。

【0015】

図１に示す情報処理システム１の構成は一例である。例えば情報処理装置１０の機能の少なくとも一部は、ネットワーク１８を介して通信可能な他の情報処理装置に設けるようにしてもよい。また、情報処理装置１０の機能の少なくとも一部は、第１の利用者端末１２又は第２の利用者端末１４に設けるようにしてもよい。

【0016】

＜ハードウェア構成＞
《コンピュータ》
図１の情報処理装置１０、第１の利用者端末１２、及び第２の利用者端末１４は、例えば図２に示すようなハードウェア構成のコンピュータ５００により実現される。図２は本実施形態に係るコンピュータの一例のハードウェア構成図である。

【0017】

コンピュータ５００は、ＣＰＵ（Central Processing Unit）５０１、ＲＯＭ（Read Only Memory）５０２、ＲＡＭ（Random Access Memory）５０３、ＨＤ５０４、ＨＤＤ（Hard Disk Drive）コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ（Interface）５０８、ネットワークＩ／Ｆ５０９、データバス５１０、キーボード５１１、ポインティングデバイス５１２、ＤＶＤ－ＲＷ（Digital Versatile Disk Rewritable）ドライブ５１４、メディアＩ／Ｆ５１６を備えている。

【0018】

これらのうち、ＣＰＵ５０１は、プログラムに従ってコンピュータ５００全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。

【0019】

ディスプレイ５０６は、カーソル、メニュー、ウインドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ５０８は、各種の外部機器を接続するためのインタフェースである。この場合の外部機器は、例えば、ＵＳＢ（Universal Serial Bus）メモリ等である。ネットワークＩ／Ｆ５０９はネットワーク１８を利用してデータ通信をするためのインタフェースである。データバス５１０は、ＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

【0020】

キーボード５１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ５１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。

【0021】

なお、図２に示したハードウェア構成は一例であり、図２に示した構成要素を全て含む必要はなく、または、図２に示した構成要素以外を含むものであってもよい。

【0022】

＜機能構成＞
本実施形態に係る情報処理システム１は例えば図３に示すような機能構成により実現される。図３は本実施形態に係る情報処理システムの一例の機能構成図である。なお、図３の機能構成図は本実施形態の説明に不要な構成について適宜省略している。情報処理装置１０、第１の利用者端末１２、及び第２の利用者端末１４は、ＯＳ及びアプリケーション等のプログラムを実行することにより、例えば図３の機能構成を実現する。

【0023】

第１の利用者端末１２は、通信部７０、第１の画面表示部７２、及び第１の操作受付部７４を有する。通信部７０は情報処理装置１０との通信を行う。第１の画面表示部７２はディスプレイ５０６に各種画面を表示させる。例えば第１の画面表示部７２は情報処理装置１０から受信したデータに従いディスプレイ５０６に各種画面を表示する。第１の操作受付部７４はバイヤーからの操作を受け付け、受け付けた操作に従い、処理を行う。例えば第１の操作受付部７４はディスプレイ５０６に表示した各種画面に対するバイヤーからの操作を受け付け、受け付けた操作に従い、処理を行う。

【0024】

第２の利用者端末１４は、通信部８０、第２の画面表示部８２、及び第２の操作受付部８４を有する。通信部８０は情報処理装置１０との通信を行う。第２の画面表示部８２はディスプレイ５０６に各種画面を表示させる。例えば第２の画面表示部８２は情報処理装置１０から受信したデータに従いディスプレイ５０６に各種画面を表示する。第２の操作受付部８４はサプライヤからの操作を受け付け、受け付けた操作に従い、処理を行う。例えば第２の操作受付部８４はディスプレイ５０６に表示した各種画面に対するサプライヤからの操作を受け付け、受け付けた操作に従い、処理を行う。

【0025】

情報処理装置１０は、通信部２０、第１の表示制御部２２、第２の表示制御部２４、操作内容受信部２６、抽象化部２８、マッチングサービス部３０、取引サービス部３２、対話型履歴処理部３４、提案処理部３６、記憶制御部３８、再計算部４０、与信情報記憶部５０、企業情報記憶部５２、案件情報記憶部５４、及び取引情報記憶部５６を有する。

【0026】

通信部２０は第１の利用者端末１２、及び第２の利用者端末１４との通信を行う。第１の表示制御部２２は第１の利用者端末１２に表示させる各種画面を制御する。例えば第１の表示制御部２２は第１の利用者端末１２に、バイヤー用の各種画面を表示させる。第２の表示制御部２４は第２の利用者端末１４に表示させる各種画面を制御する。例えば第２の表示制御部２４は第２の利用者端末１４に、サプライヤ用の各種画面を表示させる。

【0027】

なお、第１の表示制御部２２は第１の利用者端末１２の第１の画面表示部７２において各種画面の表示を可能とするデータを、通信部２０を介して第１の利用者端末１２に送信してもよい。また、第２の表示制御部２４は第２の利用者端末１４の第２の画面表示部８２において各種画面の表示可能とするデータを、通信部２０を介して第２の利用者端末１４に送信してもよい。

【0028】

操作内容受信部２６は、第１の利用者端末１２においてバイヤーから受け付けた操作の内容を受信する。また、操作内容受信部２６は、第２の利用者端末１４においてサプライヤから受け付けた操作の内容を受信する。例えば操作内容受信部２６は第１の利用者端末１２のディスプレイ５０６に表示した各種画面に対するバイヤーからの操作の内容を受信する。また、操作内容受信部２６は第２の利用者端末１４のディスプレイ５０６に表示した各種画面に対するサプライヤからの操作の内容を受信する。

【0029】

抽象化部２８はバイヤー及びサプライヤに提示する与信情報を抽象化する。例えば抽象化部２８はサプライヤの詳細な与信情報からバイヤーに必要な情報（例えばサプライヤの企業活力や取引規模など）を抽象化し、バイヤーに提示する与信情報とする。また、抽象化部２８はバイヤーの詳細な与信情報からサプライヤに必要な情報（例えばバイヤーの資本構成やキャッシュフローなど）を抽象化し、サプライヤに提示する与信情報とする。

【0030】

マッチングサービス部３０は、課題を解決したいバイヤーと、その課題を解決できる可能性のあるサプライヤとのマッチングを行う。マッチングサービス部３０は、相性の良いバイヤーとサプライヤとの組み合わせを候補として数社に絞り、バイヤー及びサプライヤに提案する処理を行う。

【0031】

取引サービス部３２は、マッチングサービス部３０によりマッチングされたバイヤーとサプライヤとの商談をサポートする処理を行う。対話型履歴処理部３４はバイヤーとサプライヤとにチャット機能などの対話型履歴機能を提供する。提案処理部３６は、与信情報に基づく提案処理を行う。例えば提案処理部３６は、取引サービスにおいて、バイヤーの与信情報に基づく支払い計画をサプライヤに提案（レコメンド）する。

【0032】

記憶制御部３８は、例えば与信情報記憶部５０、企業情報記憶部５２、案件情報記憶部５４、及び取引情報記憶部５６などの記憶部に対する情報の書き込み、及び記憶部からの情報の読み出し、を制御する。例えば記憶制御部３８は取引を開始したバイヤーとサプライヤとの取引履歴を取引情報記憶部５６に保存する。再計算部４０は取引情報記憶部５６が記憶している取引履歴に応じて、バイヤー及びサプライヤに提示する抽象化された与信情報を再計算する処理を行う。

【0033】

与信情報記憶部５０はバイヤー及びサプライヤの抽象化した与信情報の一例である後述の与信ランクを記憶する。企業情報記憶部５２はバイヤー及びサプライヤの詳細な与信情報を含む企業情報を記憶する。案件情報記憶部５４は、バイヤーが登録し、サプライヤが応募可能な案件情報を記憶する。取引情報記憶部５６は、取引を開始したバイヤーとサプライヤとの取引履歴などの取引情報を記憶する。

【0034】

なお、図３の機能構成は一例であって、情報処理装置１０の機能の一部を他の情報処理装置に設けるようにしてもよい。情報処理装置１０の機能構成は複数の情報処理装置で実現するようにしてもよい。

【0035】

＜処理＞
本実施形態に係る情報処理システム１の処理手順について説明する。図４は本実施形態に係る情報処理システムの処理の一例のフローチャートである。

【0036】

ステップＳ１０において、バイヤーは第１の利用者端末１２を操作し、サプライヤに依頼したい内容を案件としてマッチングサービスに登録する。バイヤーは、例えば取引に関する条件情報（例えば依頼概要、希望価格、希望納期など）により依頼したい内容を示した案件をマッチングサービスに登録する。情報処理装置１０のマッチングサービス部３０は第１の利用者端末１２から案件に関する情報を受信する。案件情報記憶部５４は第１の利用者端末１２から受信した案件に関する情報を保存する。

【0037】

ステップＳ１２において、サプライヤは第２の利用者端末１４を操作し、例えば図５に示すような案件一覧画面１０００を表示する。図５は案件一覧画面の一例のイメージ図である。案件一覧画面１０００は、案件情報記憶部５４に保存された案件のうち、サプライヤが応募可能な案件一覧を表示する。図５の案件一覧画面１０００はサプライヤが応募可能な案件ごとに、依頼概要、バイヤーの企業名、バイヤーの与信ランク、希望価格、及び希望納期を表示している例である。

【0038】

依頼概要は、例えば「ホームページの作成に関して」など、バイヤーからの依頼の内容を概要的に表した情報の一例である。バイヤーの企業名は、案件を登録したバイヤーを識別する識別情報の一例である。バイヤーの与信ランクは、バイヤーの詳細な与信情報からサプライヤに必要な情報（例えばバイヤーの資本構成やキャッシュフローなど）を抽象化した、サプライヤに提示する与信情報の一例である。バイヤーの与信ランクは、第２の与信情報の一例である。希望価格は、バイヤーが希望する支払い金額を表している。希望納期は、バイヤーが希望する納品日を表している。

【0039】

図５の案件一覧画面１０００に表示されるバイヤーの与信ランクは、例えば図６の表に基づいて、以下のように決定する。図６は与信ランクの決定に利用する表の一例の構成図である。図６は、バイヤーの詳細な与信情報からサプライヤに必要な情報を３段階に抽象化する例を示している。抽象化部２８は、バイヤーの詳細な与信情報のうち、バイヤーの資本構成やキャッシュフローなどのサプライヤに必要な情報を点数化し、図６の表に基づいてバイヤーの与信ランク（抽象化されたランク）を決定できる。

【0040】

なお、図６は一例であって、３段階以外であってもよく、また、ランク分けする境界値を状況に応じて変化できるようにしてもよい。また、抽象化部２８は、バイヤーの詳細な与信情報をテキスト解析し、テキスト解析の結果に基づいてサプライヤに必要な情報を点数化して、図６の表から与信ランクを決定してもよい。

【0041】

抽象化部２８は、バイヤーの詳細な与信情報のうち、例えば「企業価値○○円」「営業利益○○円」「負債利子○○円」などのサプライヤに必要な情報をテキスト解析し、点数化してもよい。例えば抽象化部２８は、企業価値が「５０００万円」なら「３ポイント」となるように点数化し、企業価値が「１億円」以上なら「１０ポイント」となるように点数化する。

【0042】

バイヤーの詳細な与信情報のうち、サプライヤに必要な情報をテキスト解析し、点数化する処理は、以下のように実行してもよい。抽象化部２８は、バイヤーの詳細な与信情報に含まれるテキストデータを、一文ずつに分割する。抽象化部２８は、分割されたテキストデータから一文のテキストデータを読み出す。抽象化部２８は、読み出した一部のテキストデータに対し、形態素解析を行い、企業価値、営業利益、負債利子などのサプライヤに必要なバイヤーの情報を抽出できる。

【0043】

なお、テキストデータからサプライヤに必要な情報を抽出する処理は、機械学習により抽出精度を向上させることができる。ここで、機械学習とはコンピュータに人のような学習能力を獲得させるための技術であり、コンピュータが、データ識別等の判断に必要なアルゴリズムを、事前に取り込まれる学習データから自律的に生成し、新たなデータについて、これを適用して予測を行う技術のことを言う。

【0044】

機械学習の為の学習方法は、教師あり学習、教師なし学習、半教師学習、強化学習、又は深層学習のいずれかの方法でもよく、さらに、これらの学習方法を組み合わせた学習方法でもよく、機械学習のための学習方法は問わない。

【0045】

図５の案件一覧画面１０００は、サプライヤが応募可能な案件が与信ランクでソートされた例を示している。図５の案件一覧画面１０００は一例であって、サプライヤが応募可能な案件ごとに、表示される情報の種類が異なっていてもよい。

【0046】

サプライヤは第２の利用者端末１４を操作し、例えば図５の案件一覧画面１０００に表示された案件に応募できる。例えば図５の案件一覧画面１０００に表示された案件に応募する場合、サプライヤは見積もり価格、納品可能日などの情報をマッチングサービスに登録する。情報処理装置１０のマッチングサービス部３０は第２の利用者端末１４から案件への応募の情報を受信する。案件情報記憶部５４は第２の利用者端末１４から受信した案件への応募の情報を保存する。

【0047】

ステップＳ１４において、バイヤーは第１の利用者端末１２を操作し、例えば図７に示すような応募サプライヤ一覧画面１１００を表示する。図７は応募サプライヤ一覧画面の一例のイメージ図である。図７の応募サプライヤ一覧画面１１００は、例えば第１の利用者端末１２を操作するバイヤーが登録した案件ごとに、その案件に応募したサプライヤ一覧を表示する。また、図７の応募サプライヤ一覧画面１１００は、案件に応募したサプライヤごとに、サプライヤの企業名、サプライヤの与信ランク、及び見積もり価格を表示している例である。

【0048】

サプライヤの企業名は案件に応募したサプライヤを識別する識別情報の一例である。サプライヤの与信ランクは、サプライヤの詳細な与信情報からバイヤーに必要な情報（例えばサプライヤの企業活力や取引規模など）を抽象化した、バイヤーに提示する与信情報の一例である。サプライヤの与信ランクは第１の与信情報の一例である。見積もり価格は、サプライヤが提案する請求金額を表している。

【0049】

図７の応募サプライヤ一覧画面１１００に表示されるサプライヤの与信ランクは、例えば前述した図６の表に基づいて、以下のように決定する。図６は、サプライヤの詳細な与信情報からバイヤーに必要な情報を３段階に抽象化する例を示している。抽象化部２８はサプライヤの詳細な与信情報のうち、サプライヤの企業活力や取引規模などのバイヤーに必要な情報を点数化し、図６の表に基づいてサプライヤの与信ランク（抽象化されたランク）を決定できる。

【0050】

なお、図６は一例であって、３段階以外であってもよく、また、ランク分けする境界値を状況に応じて変化できるようにしてもよい。また、抽象化部２８は、サプライヤの詳細な与信情報をテキスト解析し、テキスト解析の結果に基づいてバイヤーに必要な情報を点数化して、図６の表から与信ランクを決定してもよい。

【0051】

抽象化部２８はサプライヤの詳細な与信情報のうち、例えば「生産能力が○○％アップしました」「○○という人材を獲得しました」「○○という認定資格を取得しています」などのバイヤーに必要な情報をテキスト解析し、点数化してもよい。例えば抽象化部２８はテキスト解析の結果から、プラスの文章、マイナスの文章、及び重要な文章に分け、プラスの文章なら「１ポイント加算」となるように点数化し、マイナスの文章なら「１ポイント減算」となるように点数化し、重要な文章なら「１０ポイント加算」となるように点数化してもよい。

【0052】

サプライヤの詳細な与信情報のうち、バイヤーに必要な情報をテキスト解析し、点数化する処理は、以下のように実行してもよい。抽象化部２８は、サプライヤの詳細な与信情報に含まれるテキストデータを、一文ずつに分割する。抽象化部２８は、分割されたテキストデータから一文のテキストデータを読み出す。抽象化部２８は、読み出した一部のテキストデータに対し、形態素解析を行い、生産能力、人材、認定資格などのバイヤーに必要なサプライヤの情報を抽出できる。なお、テキストデータからバイヤーに必要な情報を抽出する処理は、機械学習により抽出精度を向上させることができる。

【0053】

図７の応募サプライヤ一覧画面１１００は、案件に応募したサプライヤが与信ランクでソートされた例を示している。図７の応募サプライヤ一覧画面１１００は一例であり、案件に応募したサプライヤごとに表示される情報の種類が異なっていてもよい。

【0054】

バイヤーは第１の利用者端末１２を操作し、例えば図７の応募サプライヤ一覧画面１１００を表示することで、案件に応募したサプライヤを確認できる。また、バイヤーは第１の利用者端末１２を操作し、例えば図７の応募サプライヤ一覧画面１１００からサプライヤを選択することで、図８に示すような応募サプライヤ画面１２００を表示する。図８は応募サプライヤ画面の一例のイメージ図である。

【0055】

図８の応募サプライヤ画面１２００は、バイヤーにより応募サプライヤ一覧画面１１００から選択されたサプライヤを対象とした画面例である。応募サプライヤ画面１２００はタブ１２０２、１２０４、及び１２０６の切り替え操作をバイヤーから受け付けることにより、表示する情報を案件詳細情報、チャット履歴、又は見積書に切り替える。

【0056】

図８は案件詳細情報が表示された応募サプライヤ画面１２００の例であり、応募サプライヤ一覧画面１１００から選択されたサプライヤの企業名、与信ランク、見積もり価格、納品可能日、コメント、住所、及び企業Ｗｅｂサイトの情報が表示されている。チャット履歴が表示された応募サプライヤ画面１２００では、バイヤーとサプライヤとが案件の詳細を相談できるチャット機能を提供する。見積書が表示された応募サプライヤ画面１２００では、サプライヤが見積書を提出したあと、バイヤーが見積書を確認できる。

【0057】

また、図８の応募サプライヤ画面１２００は、バイヤーにより応募サプライヤ一覧画面１１００から選択されたサプライヤを対象として見積依頼を行うことのできる見積依頼ボタン１２０８が設けられている。バイヤーは、見積依頼ボタン１２０８を押下することにより、応募サプライヤ一覧画面１１００から選択したサプライヤに見積依頼を行うことができる。

【0058】

見積依頼ボタン１２０８を押下する操作を受け付けた第１の利用者端末１２は、案件及びサプライヤを指定して情報処理装置１０に見積依頼を行う。情報処理装置１０は第１の利用者端末１２から見積依頼を受け付ける。

【0059】

ステップＳ１６において第１の利用者端末１２から見積依頼を受け付けると、情報処理装置１０は、ステップＳ１８以降の処理を行う。ステップＳ１６において情報処理装置１０は第１の利用者端末１２から見積依頼を受け付けなければ図４のフローチャートの処理を終了する。

【0060】

ステップＳ１８において、情報処理装置１０は、第１の利用者端末１２から受け付けた見積依頼に応じて、サプライヤによる見積書の作成、送信処理を行う。情報処理装置１０のマッチングサービス部３０は第１の利用者端末１２から見積依頼を受け付けると、希望価格、希望納期、及びバイヤーの企業名などのバイヤーの情報と、見積もり価格、納品可能日、及びサプライヤの企業名などのサプライヤの情報とを、取引サービス部３２に提供することで、取引サービス部３２と連携する。

【0061】

バイヤーからの見積依頼を受け付けたあと、サプライヤは第２の利用者端末１４を操作し、例えば図９に示す見積書作成画面１３００を表示する。図９は見積書作成画面の一例のイメージ図である。図９の見積書作成画面１３００は、タブ１３０２、１３０４、及び１３０６の切り替え操作をサプライヤから受け付け、案件詳細情報の表示、見積もり作成の表示、又は支払い計画の表示に切り替える。

【0062】

図９は見積もり作成の表示の見積書作成画面１３００の例である。図９の見積書作成画面１３００を操作することで、サプライヤは取引相手、件名、有効期限、納品物件、支払い条件、合計金額、及び備考を含む見積書を作成できる。また、図１０は支払い計画が表示された見積書作成画面の一例のイメージ図である。図１０の見積書作成画面１３００は取引相手であるバイヤーの与信情報により、支払い計画をレコメンド内容として提案する画面例である。また、図１０の見積書作成画面１３００は修正ボタン１３１０が設けられている。サプライヤは、修正ボタン１３１０を押下することにより、支払い計画を修正することができる。図１０の見積書作成画面１３００によりレコメンド内容として提案されている支払い計画は、第１の提案情報又は第２の提案情報の一例である。

【0063】

さらに、サプライヤは案件詳細情報が表示された見積書作成画面において、バイヤーからの見積依頼を受け付けた案件の詳細情報を確認できる。図９及び図１０に示した見積書作成画面１３００は、サプライヤが作成した見積書をバイヤーに送付できる見積書送付ボタン１３０８が設けられている。サプライヤは、見積書送付ボタン１３０８を押下することにより、作成した見積書の送付依頼を行うことができる。見積書は、条件情報に対する回答情報の一例である。

【0064】

見積書送付ボタン１３０８を押下する操作を受け付けた第２の利用者端末１４は、案件及びバイヤーを指定して情報処理装置１０に見積書送付依頼を行う。情報処理装置１０は第２の利用者端末１４から見積書送付依頼を受け付け、見積書の送付処理を行う。

【0065】

ステップＳ２０において、バイヤーは第１の利用者端末１２を操作し、サプライヤにより作成された見積書を確認する。確認した見積書を修正したい場合、バイヤーは第１の利用者端末１２を操作し、サプライヤに修正指示を行う。また、確認した見積書でサプライヤに発注依頼を行いたい場合、バイヤーは第１の利用者端末１２を操作して、発注依頼を行う。

【0066】

ステップＳ２２において修正指示があれば、情報処理装置１０はステップＳ１８の処理に戻り、サプライヤによる見積書の作成及び送付と、バイヤーによる見積書の確認と、を繰り返す。ステップＳ２２において修正指示がなく、ステップＳ２４において発注依頼があれば、情報処理装置１０はステップＳ２６の処理に進み、サプライヤによる承認操作を受け付ける。なお、ステップＳ２４において発注依頼がなければ、情報処理装置１０は図４のフローチャートの処理を終了する。

【0067】

図１０の見積書作成画面１３００に表示された支払い計画は、例えば図１１に示すように提案できる。図１１は、提案する支払い計画の一例について説明する図である。

【0068】

情報処理装置１０の提案処理部３６は、第１の利用者端末１２から見積依頼を受け付けると、マッチングサービスでの見積もり価格及び納品可能日と、バイヤーの与信情報とに基づいて、自動的に支払い計画を立てる。また、提案処理部３６は見積もり価格及び納品可能日が変更されると、支払い計画を修正する。

【0069】

なお、提案処理部３６は倒産予測値という与信情報を利用し、バイヤーの倒産確率を例えば「１０」のランクでグレード分けしてもよい。提案処理部３６はグレード「５」の倒産確率を基準として、グレード「１」に近付くほど倒産確率が低く、グレード「１０」に近付くほど倒産確率が高い、と判断してもよい。

【0070】

例えば提案処理部３６は倒産確率がグレード「１」～「５」のバイヤーに対して分割支払いを許可する支払い計画を立て、グレード「６」～「１０」のバイヤーに対して分割支払いを許可しない支払い計画を立ててもよい。また、提案処理部３６はグレード「１」に近付くほど、分割できる回数を増やし、グレード「１０」に近付くほど、分割できる回数を少なくする支払い計画を立ててもよい。さらに、提案処理部３６はグレード「１０」に近付くほど、初期の支払い額が大きく設定される支払い計画を立ててもよい。どのような方針で支払い計画を立てるかは、サプライヤの判断で選択できるようにしてもよい。

【0071】

図１０（Ａ）は、バイヤーの倒産確率を「５」のランクでグレード分けし、グレードにより分割できる回数の上限を設定した例を示している。図１０（Ａ）を利用する提案処理部３６は、例えばグレード「１」のバイヤーの「１００万円」の支払い計画として、例えば図１０（Ｂ）の支払い計画を立てる。図１０（Ｂ）の支払い計画は「２０万円」の支払いを「５回」行う例である。また、図１０（Ａ）を利用する提案処理部３６は、例えばグレード「４」のバイヤーの「１００万円」の支払い計画として、例えば図１０（Ｃ）の支払い計画を立てる。図１０（Ｃ）の支払い計画は「５０万円」の支払いを「２回」行う例である。

【0072】

また、提案処理部３６が立てる支払い計画は、例えばグレード「５」のバイヤーの「１００万円」の支払い計画として、図１０（Ｄ）に示した支払い計画を立ててもよい。図１０（Ｄ）は「１回目」の支払いを見積もり価格の半分「５０万円」とし、残りを均等支払いとする支払い計画の例である。初期の支払い額は、バイヤーの倒産確率のグレードにより変更する。

【0073】

図１２はアラートが表示された見積書作成画面の一例のイメージ図である。バイヤーとサプライヤとの取引成立までに当初の見積もり価格は変更されることがある。サプライヤは見積もり価格の変更によりバイヤーの支払い能力が無くなれば、案件を受注したくなくなる。このため、提案処理部３６は見積もり価格及びバイヤーの与信情報からバイヤーの支払い能力のリスクを分析し、大きなリスクがある場合に、アラート１３１２を表示するようにしてもよい。提案処理部３６はバイヤーのキャッシュフローや資本金などの与信情報からバイヤーの支払い限度額を設定しておき、見積もり価格が支払い限度額を超えた場合にアラート１３１２を表示する。バイヤーの支払い限度額は、キャッシュフローや資本金をランク分けし、バイヤーのキャッシュフローや資本金のランクによって設定するようにしてもよい。

【0074】

図４のステップＳ１８の処理は、例えば図１３に示すような手順で行われる。図１３はサプライヤによる見積書の作成及び送信処理の一例のフローチャートである。ステップＳ５０において、第２の表示制御部２４は見積書作成画面１３００を第２の利用者端末１４に表示させる。

【0075】

ステップＳ５２において、操作内容受信部２６は見積書の作成に必要な見積書データを受け付ける。ステップＳ５４において、提案処理部３６はバイヤーの与信情報に基づく支払い計画をサプライヤに提案する。また、ステップＳ５６において、提案処理部３６は見積もり価格、希望納期、及びバイヤーの与信情報等から、バイヤーの支払い能力のリスクを判定する。

【0076】

ステップＳ５８において、提案処理部３６はバイヤーの支払い能力に所定以上のリスクがあるか否かを判定する。所定以上のリスクがあれば、提案処理部３６はステップＳ６０において例えばアラート１３１２を表示する。所定以上のリスクがなければ、提案処理部３６はステップＳ６０の処理をスキップする。

【0077】

ステップＳ６２において、取引サービス部３２は見積書作成画面１３００の見積書送付ボタン１３０８が押下されたか否かを判定する。見積書送付ボタン１３０８が押下されたと判定すると、取引サービス部３２はサプライヤによる見積書の送信処理を行う。見積書送付ボタン１３０８が押下されたと判定しなければ、取引サービス部３２はステップＳ６４の処理をスキップする。

【0078】

図１３のフローチャートの処理によりサプライヤが作成した見積書がバイヤーに送信されたあと、バイヤーは第１の利用者端末１２を操作し、サプライヤにより作成された見積書を確認できる。確認した見積書でサプライヤに発注依頼を行いたい場合、バイヤーは第１の利用者端末１２を操作して、発注依頼を行う。

【0079】

バイヤーにより発注依頼が行われたあと、サプライヤは第２の利用者端末１４を操作して例えば図１４の承認画面１４００を表示できる。図１４は承認画面の一例のイメージ図である。図１４に示した承認画面１４００は、タブ１４０２、１４０４、１４０６、及び１４０８の切り替え操作をサプライヤから受け付け、案件詳細情報の表示、発注内容詳細の表示、支払い計画の表示、又は与信情報の表示に切り替える。

【0080】

図１４は与信情報の表示の承認画面１４００の例である。ここまで、バイヤーの与信情報は与信ランクにより示されていた。ところで、承認画面１４００の表示は、バイヤーが発注依頼を行い、サプライヤが承認を行う段階で行われる。このため、承認画面１４００を確認するサプライヤはバイヤーの支払い能力などのバイヤーの詳細な与信情報を確認したいというニーズが存在する。そこで、図１４の承認画面１４００ではバイヤーの資本金やキャッシュフローなどのバイヤーの詳細な与信情報を表示している。サプライヤは図１４の承認画面１４００においてバイヤーの詳細な与信情報を確認した上で、バイヤーからの発注依頼に対する承認操作を行うことができる。

【0081】

本実施形態に係る情報処理システム１では、マッチングサービス及び取引サービスで管理する情報がデータとして蓄積されていく。情報処理システム１は、蓄積されたデータを与信ランクの計算に利用することで、より精度を高めることが期待できる。

【0082】

例えば「企業Ａが×××円の案件を受注して、納期通りに納品した」というデータが蓄積されると、本実施形態に係る情報処理システム１は「企業Ａ」の与信ランクが高くなるように再計算を行ってもよい。また、例えば「企業Ｂが×××円の案件を発注して、納期通りに支払いを完了した」というデータが蓄積されると、本実施形態に係る情報処理システム１は「企業Ｂ」の与信ランクが高くなるように再計算を行ってもよい。さらに、例えば「企業Ｂが×××円の案件を発注して、納期通りに支払いを完了した」というデータが蓄積されると、本実施形態に係る情報処理システム１は「企業Ｂ」の支払い限度額が高くなるように再設定してもよい。

【0083】

情報処理装置１０の取引サービス部３２は、確定した支払い計画がある場合に、自動的に案件や取引情報から請求書を作成し、バイヤーに請求書を送信することで、請求書の発行の失念を防止するようにしてもよい。また、取引サービス部３２はバイヤーの支払いを検知し、期日までに支払いが無ければ、アラートを通知することで、サプライヤが早期にリスクを検知できるようにしてもよい。

【0084】

以上、本実施形態によれば、バイヤー及びサプライヤのニーズに対応するように与信情報の開示や取引成立に向けた支援を行うことができる。

【0085】

上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。

【0086】

実施例に記載された装置群は本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。本実施形態によって本発明が限定されるものではなく、本実施形態における構成要素には、当業者が容易に想到できるもの、実質的に同一のもの、及び、いわゆる均等の範囲のものが含まれる。さらに、本実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換、変更および組み合わせを行うことができる。

【符号の説明】

【0087】

１ 情報処理システム
１０ 情報処理装置
１２ 第１の利用者端末
１４ 第２の利用者端末
１８ ネットワーク
２０、７０、８０ 通信部
２２ 第１の表示制御部
２４ 第２の表示制御部
２６ 操作内容受信部
２８ 抽象化部
３０ マッチングサービス部
３２ 取引サービス部
３４ 対話型履歴処理部
３６ 提案処理部
３８ 記憶制御部
４０ 再計算部
５０ 与信情報記憶部
５２ 企業情報記憶部
５４ 案件情報記憶部
５６ 取引情報記憶部
７２ 第１の画面表示部
７４ 第１の操作受付部
８２ 第２の画面表示部
８４ 第２の操作受付部

【先行技術文献】

【特許文献】

【0088】

【特許文献1】特開２０１０－１６５３７４号公報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】