JP7108800B1 - 情報処理装置、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】複数の発注元会社の観点で見た場合に効率的な荷物の運搬に関する業務の発注を行う情報処理装置、方法及びプログラムを提供する。【解決手段】情報処理装置１において、支援指示受信部１２１は、発注先会社名を有する指示であり、荷物の運搬に関する業務の発注の支援を行うことの指示である支援指示を会社装置２から受信する。支援部１３１は、支援指示が有する発注先会社名に対応し、発注先会社名とは異なる会社名を含む１以上の会社属性値を、荷物の運搬に関する業務を発注する先である発注先会社となり得る会社または荷物の運搬に関する業務を発注する元である発注元会社となり得る会社を識別する会社識別子と、最新の会社名を含む１以上の会社属性値とを含む２以上の会社情報が格納される会社情報格納部１１１から取得し、１以上の会社属性値を用いて、発注の支援である支援処理を行う。【選択図】図２

Description

本発明は、荷物の運搬に関する業務の発注の支援を行う情報処理装置等に関するものである。

従来、発注元会社ごとに、発注先会社に対して、荷物の運搬に関する業務の発注を、ＦＡＸや独自の情報システムを用いて行っていた。

また、従来、荷物の運搬に関する業務の発注の業界において、二次請け、三次請け等の受発注における階層構造がある。また、発注先が発注元になったり、発注元が発注先になったりすることがあり、業界における企業の構造は複雑である。

また、荷物の運搬に関する業務の発注の業界において、中小企業も多く、合併や倒産等の企業の動きも活発である。

さらに、従来、運搬業者が運用するダンプ車両Ｄに搭載されるとともに荷箱のダンプ角度を検知するダンプ角度検知装置と、ダンプ車両Ｄに対応する車両側端末とを備え、車両側端末は、ダンプ角度検知装置からダンプ角度情報を取得可能な制御部を有し、管理サーバは、荷降ろし情報および車両側端末に設けられた位置情報取得部からの位置情報を、車両側端末に設けられた移動通信部と通信することにより取得して、予め指定された荷降指定場所Ｐ３で荷物が降ろされたか否かを判定し、荷降指定場所Ｐ３で荷物が降ろされたと判定したことを運搬料の支払いの決済条件に含めるように構成されている荷物運搬管理システムがあった（特許文献１参照）。

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

上述した通り、従来、発注元会社ごとに荷物の運搬に関する業務の発注を独自に行っていたために、複数の発注元会社の観点で見た場合に、非常に非効率であった。

本第一の発明の情報処理装置は、発注先会社名を有する指示であり、荷物の運搬に関する業務の発注の支援を行うことの指示である支援指示を会社装置から受信する支援指示受信部と、支援指示が有する発注先会社名に対応し、発注先会社名とは異なる会社名を含む１以上の会社属性値を、荷物の運搬に関する業務を発注する先である発注先会社となり得る会社または荷物の運搬に関する業務を発注する元である発注元会社となり得る会社を識別する会社識別子と、最新の会社名を含む１以上の会社属性値とを含む２以上の会社情報が格納される会社情報格納部から取得し、１以上の会社属性値を用いて、発注の支援である支援処理を行う支援部とを具備する情報処理装置である。

かかる構成により、発注情報の作成支援が行える。

また、本第二の発明の情報処理装置は、第一の発明に対して、支援部は、１以上の会社属性値を含む情報であり、発注情報の少なくとも一部である発注支援情報を構成し、発注支援情報を会社装置に送信する発注支援情報送信手段を具備する情報処理装置である。

かかる構成により、発注情報の作成支援が行える。

また、本第三の発明の情報処理装置は、第二の発明に対して、会社情報格納部の会社情報は、予め決められた条件を満たす１以上の会社属性値を含み、発注支援情報送信手段は、予め決められた条件を満たす１以上の会社属性値を含む発注支援情報を会社装置に送信する、情報処理装置である。

かかる構成により、発注情報の適切な作成支援が行える。

また、本第四の発明の情報処理装置は、第一から第三いずれか１つの発明に対して、荷物の運搬に関する業務の発注の情報であり、発注元会社識別子に対応付く情報であり、発注先会社名を有する情報である発注情報を、２以上の各発注元会社の装置である会社装置から受信する発注情報受信部をさらに具備し、支援部は、支援指示受信部が支援指示を受信した場合、または発注情報受信部が発注情報を受信した場合に、支援指示または発注情報が有する発注先会社名に対応する情報であり、予め決められた条件に合致する１以上の会社属性値を会社情報格納部から取得し、１以上の会社属性値を含む通知情報を、発注元会社に送信する通知手段を具備する、情報処理装置である。

かかる構成により、受信された発注情報に対応する発注先の会社の情報を発注元に提供できる。

また、本第五の発明の情報処理装置は、第四の発明に対して、予め決められた条件に合致する１以上の会社属性値は、発注先会社にとって不利益となる情報を含む、情報処理装置である。

かかる構成により、受信された発注情報に対応する発注先の不利益情報を発注元に提供できる。

また、本第六の発明の情報処理装置は、第四または第五の発明に対して、通知手段が通知情報を発注元会社に送信した後に、発注元会社に対応する会社装置から発注情報を確定させる指示である確定指示を受信する確定指示受信部をさらに具備し、支援部は、確定指示の受信に応じて、発注情報を確定させる確定処理を行う確定処理手段を具備する情報処理装置である。

かかる構成により、受信された発注情報に対応する発注先の会社の情報に基づいた発注までの新しいプロトコルを実現できる。

また、本第七の発明の情報処理装置は、第四から第六いずれか１つの発明に対して、支援部は、予め決められた条件を満たす発注先の発注先会社名を含む発注先候補情報を会社情報格納部から取得し、発注先候補情報を会社装置に送信する提案手段を具備する、情報処理装置である。

かかる構成により、発注先を提案できる。

また、本第八の発明の情報処理装置は、第一から第七いずれか１つの発明に対して、荷物の運搬に関する業務の発注の情報であり、発注元会社識別子に対応付く情報であり、発注先会社名を有する情報である発注情報を、２以上の各発注元会社の装置である会社装置から受信する発注情報受信部と、発注情報受信部が受信した発注情報を、発注元会社識別子と発注元会社識別子と対になる会社名とに対応付けて、２以上の発注情報が格納される発注情報格納部に蓄積する発注情報蓄積部と、２以上の発注情報を分析し、分析結果を取得する分析部と、分析結果を出力する分析結果を分析結果出力部とをさらに具備する情報処理装置である。

かかる構成により、発注元会社からの荷物の運搬の発注情報を分析することにより、今まで得られなかった情報である分析結果を得ることができる。

また、本第九の発明の情報処理装置は、第八の発明に対して、分析部は、２以上の各発注情報に含まれる発注先会社識別子ごとに、発注情報を分析し、発注先会社ごとのスコアを含む分析結果を取得する、情報処理装置である。

かかる構成により、発注元会社からの荷物の運搬の発注情報を分析することにより、発注先会社のスコアを得ることができる。

また、本第十の発明の情報処理装置は、第八の発明に対して、分析部は、発注元会社および発注先会社をノードとし、発注元会社と発注先会社とのエッジを有する受発注ネットワークである分析結果を構成する、情報処理装置である。

かかる構成により、発注元会社からの荷物の運搬の発注情報を分析することにより、受発注における会社間の関係を表した受発注ネットワークを得ることができる。

また、本第十一の発明の情報処理装置は、第八の発明に対して、分析部は、２以上の発注情報を用いて、一の荷物に対する荷主会社、一次請会社、および二次請会社を決定し、決定した結果である多重下請構造情報である分析結果を取得する、情報処理装置である。

かかる構成により、一の荷物に対する２以上の発注情報を分析することにより、多重下請構造を明確にできる。

本発明による情報処理装置によれば、荷物の運搬の発注処理の非効率を解消できる仕組みを提供できる。

実施の形態１における情報システムＡの概念図 同情報システムＡのブロック図 同情報処理装置１の動作例について説明するフローチャート 同発注支援情報送信処理の例について説明するフローチャート 同通知処理の例について説明するフローチャート 同スコア取得処理の例について説明するフローチャート 同ネットワーク取得処理の例について説明するフローチャート 同下請構造取得処理の例について説明するフローチャート 同下請発注情報取得処理の例について説明するフローチャート 同提案処理の例について説明するフローチャート 同会社情報管理表を示す図 同発注情報管理表を示す図 同個別データベースを示す図 同出力例を示す図 同発注画面例を示す図 同出力例を示す図 同発注関係管理表を示す図 同受発注ネットワークの例を示す図 同多重下請構造情報の例を示す図 同多重下請構造情報の例を示す図 上記実施の形態におけるコンピュータシステムの概観図 同コンピュータシステムのブロック図

以下、情報処理装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態１）
本実施の形態において、発注元会社の装置からの指示に基づいて、荷物の運搬の発注の支援を行う情報処理装置を具備する情報システムについて説明する。

また、本実施の形態において、発注元会社の装置からの指示に基づいて、会社のマスタＤＢを用いて発注書の作成支援を行う情報処理装置を具備する情報システムについて説明する。

また、本実施の形態において、発注元会社の装置から発注情報を受信した場合に、発注先会社に関する１以上の属性値を取得し、当該１以上の属性値を含む通知情報を発注元会社に送信する情報処理装置を具備する情報システムについて説明する。なお、１以上の属性値は、Ｍ＆Ａ、倒産等に関する不利益情報でも良い。

また、本実施の形態において、発注先会社の通知情報を提供した発注元会社の許可を得た後に、発注を確定させる処理を行う情報処理装置を具備する情報システムについて説明する。

また、本実施の形態において、荷物の運搬に関する発注情報を受信し、蓄積し、利用する情報処理装置を具備する情報システムについて説明する。

また、本実施の形態において、蓄積された２以上の発注情報を分析し、分析結果を出力する情報処理装置を具備する情報システムについて説明する。なお、分析結果は、例えば、発注先会社のスコア、受発注ネットワーク、多重下請け構造である。

なお、本実施の形態において、情報Ｘが情報Ｙに対応付いていることは、情報Ｘから情報Ｙを取得できること、または情報Ｙから情報Ｘを取得できることであり、その対応付けの方法は問わない。情報Ｘと情報Ｙとがリンク付いていても良いし、同じバッファに存在していても良いし、情報Ｘが情報Ｙに含まれていても良いし、情報Ｙが情報Ｘに含まれている等でも良い。

図１は、本実施の形態における情報システムＡの概念図である。情報システムＡは、情報処理装置１、および１または２以上の会社装置２を備える。

情報処理装置１は、通常、サーバであり、例えば、クラウドサーバ、ＡＳＰサーバであるが、その種類は問わない。

会社装置２は、発注元の会社の装置である。会社装置２は、発注情報を送信する装置である。会社装置２は、端末でも良いし、サーバでも良い。会社装置２は、例えば、いわゆるパソコン、スマードフォン、タブレット端末、クラウドサーバ、ＡＳＰサーバであるが、その種類は問わない。

情報処理装置１と１以上の各会社装置２とは、インターネットやＬＡＮ等のネットワークにより、通信可能である。

図２は、本実施の形態における情報システムＡのブロック図である。

情報システムＡを構成する情報処理装置１は、格納部１１、受信部１２、処理部１３、および出力部１４を備える。格納部１１は、会社情報格納部１１１、および発注情報格納部１１２を備える。受信部１２は、支援指示受信部１２１、発注情報受信部１２２、および確定指示受信部１２３を備える。処理部１３は、支援部１３１、発注情報蓄積部１３２、および分析部１３３を備える。支援部１３１は、発注支援情報送信手段１３１１、確定処理手段１３１４、提案手段１３１３、および通知手段１３１２を備える。出力部１４は、分析結果出力部１４１を備える。

会社装置２は、会社格納部２１、会社受付部２２、会社処理部２３、会社送信部２４、会社受信部２５、および会社出力部２６を備える。

情報処理装置１を構成する格納部１１には、各種の情報が格納される。各種の情報は、例えば、後述する会社情報、後述する発注情報である。

会社情報格納部１１１には、２以上の会社情報が格納される。２以上の会社情報は、いわゆる会社のマスタＤＢを構成する情報である。会社情報は、会社に関する情報である。会社情報は、会社に関する基本的な情報であり、通常、すべての会社が有している情報である。会社情報は、会社識別子と１以上の会社属性値とを含む。会社識別子は、会社を識別する情報である。会社識別子は、例えば、ＩＤ、会社名である。会社属性値は、例えば、会社名、住所、電話番号、ＦＡＸ番号、ＵＲＬである。会社識別子は、会社属性値である、と考えても良い。

なお、会社は、例えば、株式会社、有限会社等であり、その種類は問わない。会社は、個人事業主、個人を含んでも良い。また、ここで、会社は、荷物の運搬に関する業務を発注する先である発注先会社となり得る会社、または荷物の運搬に関する業務を発注する元である発注元会社となり得る会社である。

会社情報が有する１以上の会社属性値は、会社に関して変化があったことに関する情報を含むことは好適である。会社属性値は、例えば、変化情報、不利益情報である。

変化情報は、会社の変化に関する情報である。変化情報は、例えば、変更された住所（最新の住所）、変更された会社名（最新の会社名）、変更された代表取締役名（最新の代表取締役名）、会社属性値に変更があった旨の情報である。１以上の会社属性値は、変化前の会社属性値を含むことは好適である。変化前の会社属性値と変化後の社属性値とは、会社属性値の履歴であるとも言える。変化前の会社属性値は、例えば、古い会社名、古い住所、古い株主、古い代表取締役名である。

不利益情報は、会社にとってネガティブな情報である。不利益情報は、例えば、他社に吸収合併される旨の情報、他社に吸収合併された旨の情報、倒産した旨の情報、不渡りを出した旨の情報、決算の結果が赤字であった旨の情報である。

会社属性値は、例えば、情報の更新日または情報の更新日時に対応付いていることは好適である。また、１以上のうちの会社属性値の一部または全部は、例えば、フラグに対応付いている。フラグは、会社属性値を後述する通知情報に含めることを示す情報である。

発注情報格納部１１２には、１または２以上の発注情報が格納される。発注情報は、荷物の運搬に関する業務の発注の情報である。発注情報は、発注先会社識別子を有する。発注情報は、発注元会社識別子に対応付く情報である。発注先会社識別子は、荷物の運搬に関する業務を発注する先の会社の会社識別子である。発注元会社識別子は、荷物の運搬に関する業務を発注する側の会社の会社識別子である。発注先会社識別子と発注元会社識別子は、会社識別子である。発注情報は、例えば、発注内容、発注日、発日時、発地、着日時、着地のうちの１以上の情報を有する。

なお、発注情報格納部１１２の発注情報は、発注情報受信部１２２が受信した発注情報と全く同じ情報でも良いが、異なる構造を有している、または異なる情報を含む等の情報でも良い。

受信部１２は、各種の指示や情報を会社装置２から受信する。各種の指示や情報とは、例えば、後述する支援指示、発注情報、後述する確定指示、会社情報、１以上の会社属性値である。

支援指示受信部１２１は、支援指示を会社装置２から受信する。支援指示は、荷物の運搬に関する業務の発注の支援を行うことの指示である。支援指示は、通常、発注先会社名を有する。支援指示は、発注情報を含んでも良い。

発注情報受信部１２２は、発注元会社識別子に対応付く発注情報を、２以上の各会社装置２から受信する。ここでの会社装置２は、発注元会社の装置である。発注情報は、発注先会社名を有する。

確定指示受信部１２３は、確定指示を会社装置２から受信する。確定指示受信部１２３は、通知手段１３１２が通知情報を発注元会社に送信した後に、確定指示を会社装置２から受信することは好適である。確定指示は、発注情報を確定させる指示である。確定指示は、発注情報を含んでも良い。

処理部１３は、各種の処理を行う。各種の処理は、例えば、支援部１３１、発注情報蓄積部１３２、分析部１３３が行う処理である。

処理部１３は、発注のための処理を行っても良い。発注のための処理は、例えば、発注情報が受け付けられた旨を、発注先の会社に通知する処理、発注情報に対応する決済処理である。なお、発注のための処理は、発注に関する処理であれば良く、その内容は問わない。また、決済処理は、公知の処理であり、発注情報に対応する課金料を引き落とすための処理等であるが、その処理内容は問わない。

処理部１３は、受信部１２が受信した会社情報を会社情報格納部１１１に追記する。処理部１３は、受信部１２が受信した１以上の会社属性値であり、会社識別子に対応する１以上の会社属性値を、当該会社識別子に対応付けて、会社情報格納部１１１に蓄積する。

支援部１３１は、支援処理を行う。支援処理は、発注の支援の処理である。支援処理は、例えば、後述する発注支援情報送信処理、後述する通知処理、後述する確定処理、後述する提案処理である。

支援処理は、支援指示が有する発注先会社名に対応する会社名を含む１以上の会社属性値を会社情報格納部１１１から取得し、当該１以上の会社属性値を用いて行う処理であり、荷物の運搬の発注の支援の処理である。なお、支援指示が有する発注先会社名に対応する会社名とは、支援指示が有する発注先会社名が特定する会社と同じ会社の名称であり、会社格納部２１に格納されている会社名である。支援指示が有する発注先会社名に対応する会社名は、支援指示が有する発注先会社名と同じ情報でも良い。

発注支援情報送信手段１３１１は、発注支援情報送信処理を行う。具体的には、発注支援情報送信手段１３１１は、１以上の会社属性値を含む情報であり、発注情報の少なくとも一部を含む情報である発注支援情報を構成し、発注支援情報を会社装置２に送信する。なお、発注支援情報は、発注書を構成する情報である。

発注支援情報送信手段１３１１は、支援指示が有する発注先会社名に対応し、発注先会社名とは異なる会社名を含む１以上の会社属性値を、会社情報格納部１１１から取得し、当該１以上の会社属性値を用いて、発注の支援である支援処理を行う。

発注支援情報送信手段１３１１は、予め決められた条件を満たす１以上の会社属性値を含む発注支援情報を会社装置２に送信することは好適である。なお、予め決められた条件は、例えば、対応する更新日が閾値以内または閾値未満の日付の会社属性値、支援指示に含まれる情報と異なる会社属性値である。対応する更新日が閾値以内または閾値未満の日付の会社属性値を送信することは、最近に変更があった会社属性値を知らせることである。支援指示に含まれる情報と異なる会社属性値を送信することは、会社装置２で管理されている会社属性値とは相違する会社属性値、または会社装置２のユーザが知らない会社属性値を、当該ユーザに知らせることである。

通知手段１３１２は、通知処理を行う。具体的には、通知手段１３１２は、支援指示受信部１２１が支援指示を受信した場合、または発注情報受信部１２２が発注情報を受信した場合に、当該支援指示または当該発注情報が有する発注先会社名に対応する情報であり、予め決められた通知条件に合致する１以上の会社属性値を会社情報格納部１１１から取得し、当該１以上の会社属性値を含む通知情報を、発注元会社に送信する。ここでの、通知条件は、例えば、予め決められた会社属性値であること、フラグが付与された会社属性値であること、会社属性値に対応する更新日が閾値以内または閾値未満の日付の会社属性値であること、受信された支援指示または発注情報に含まれる会社属性値と異なる会社属性値（例えば、更新された会社名、更新された住所等）であること等である。なお、通知条件に合致する１以上の会社属性値は、不利益情報を含むことは好適である。不利益情報は、発注先会社にとって不利益となる情報である。不利益情報は、例えば、倒産したこと、倒産しそうであること、Ｍ＆Ａにより吸収合併したこと、Ｍ＆Ａにより吸収合併しそうであることである。予め決められた会社属性値は、例えば、属性値「不利益情報」、属性値「スコア」である。

発注元会社に送信することは、通常、会社装置２への送信であるが、発注元会社に対応する装置またはメールアドレス等に送信しても良い。なお、発注元会社に対応する装置と通信するための情報（例えば、ＩＰアドレス）またはメールアドレス等は、例えば、格納部１１に格納されている。

提案手段１３１３は、予め決められた提案条件を満たす発注先の発注先会社名を含む発注先候補情報を会社情報格納部１１１から取得し、発注先候補情報を会社装置２に送信する。発注先候補情報は、発注先の候補の会社の情報である。発注先候補情報は、発注先の候補の会社の１以上の会社属性値を含む。発注先候補情報は、発注先の候補の会社の会社情報でも良い。

提案条件は、例えば、１以上の会社属性値に基づく条件である。提案条件は、例えば、発注情報が有する発注先会社と類似する会社である。発注情報が有する発注先会社と類似する会社は、例えば、発注情報が有する発注先会社に対応する会社情報が有する２以上の各会社属性値を要素とするベクトルとの類似度が条件（例えば、類似度が最大、類似度が閾値以上等）を満たす２以上の各会社属性値を有する会社情報に対応する会社である。発注情報が有する発注先会社と類似する会社は、例えば、発注情報が有する発注先会社に対応する会社情報が有する１以上の特定の会社属性値が一致または類似する１以上の特定の会社属性値を有する会社情報に対応する会社である。なお、２つの会社属性値が類似することは、通常、２つの会社属性値の差異が閾値以内または閾値より小さいことである。また、提案条件は、例えば、発注情報格納部１１２に格納されている発注情報の中で、未実施の発注情報の数が閾値以下または閾値より少ない（発注を受ける余裕のある）会社である。提案条件は、例えば、保有台数と発日と着日との間の日における発注情報の数との差が閾値以上または閾値より多い（発注を受ける余裕のある）会社である。

確定処理手段１３１４は、確定指示の受信に応じて、確定処理を行う。確定処理は、確定指示に対応する発注情報を確定させる処理である。確定処理は、例えば、発注情報の蓄積、確定フラグの付与、発注情報が蓄積された旨の情報の送信、発注情報の発注先への送信である。なお、確定処理の結果である結果情報は問わない。また、確定指示は、発注情報を含んでも良いし、発注情報にリンク付いていても良い。

発注情報蓄積部１３２は、発注情報受信部１２２が受信した発注情報を、発注元会社識別子と発注元会社識別子と対になる会社名とに対応付けて、発注情報格納部１１２に蓄積する。

発注情報蓄積部１３２は、例えば、受信された発注情報を用いて会社情報格納部１１１から一つのい会社情報を決定し、当該発注情報が有する古い会社属性値（例えば、古い住所）を、当該一つのい会社情報が有する新しい会社属性値に変更した発注情報（例えば、最新の住所）を、発注情報格納部１１２に蓄積する。

分析部１３３は、発注情報格納部１１２に格納されている２以上の発注情報を分析し、分析結果を取得する。

分析部１３３は、例えば、２以上の各発注情報に含まれる発注先会社識別子ごとに、発注情報を分析し、発注先会社ごとのスコアを含む分析結果を取得する。分析部１３３は、例えば、スコア取得処理、ネットワーク取得処理、または下請構造取得処理のうちの１または２以上の処理を行う。以下、各々の分析処理について説明する。
（１）スコア取得処理

分析部１３３は、例えば、発注先会社識別子に対応する発注情報から取得される１または２以上のパラメータを用いて、発注先会社ごとのスコアを取得する。

さらに具体的には、分析部１３３は、発注先会社識別子ごとに、発注情報格納部１１２に格納されている１以上の発注情報を取得する。次に、分析部１３３は、１以上の発注情報を用いて、１以上のパラメータを取得する。次に、分析部１３３は、例えば、１以上のパラメータを用いて、スコアを取得する。

なお、パラメータは、例えば、発注先会社識別子に対応する発注情報の数、発注先会社識別子に対応する１以上の発注情報に含まれる運搬する荷物の量の和である総荷物量である。分析部１３３は、例えば、発注先会社識別子ごとに、発注先会社識別子に対応する発注情報の数または総荷物量が多いほど、高いスコアを取得する。
（１－１）演算式を用いてスコアを取得する場合

分析部１３３は、例えば、発注先会社識別子ごとに、発注情報格納部１１２に格納されている１以上の発注情報を取得する。次に、分析部１３３は、例えば、発注先会社識別子ごとに、１以上の発注情報を用いて、１または２以上のパラメータを取得する。次に、分析部１３３は、例えば、発注先会社識別子ごとに、１以上の各パラメータを、スコアを算出する演算式に代入し、当該演算式を実行し、スコアを取得する。

なお、演算式は、例えば、発注先会社識別子に対応する発注情報の数または総荷物量をパラメータとする増加関数である。
（１－２）対応表を用いてスコアを取得する場合

分析部１３３は、例えば、発注先会社識別子ごとに、発注情報格納部１１２に格納されている１以上の発注情報を取得する。次に、分析部１３３は、例えば、発注先会社識別子ごとに、１以上の発注情報を用いて、２以上のパラメータを取得する。次に、分析部１３３は、発注先会社識別子ごとに、２以上の各パラメータを要素とするベクトルを構成する。次に、分析部１３３は、例えば、発注先会社識別子ごとに、当該ベクトルに最も近似するベクトルと対になるスコアを対応表から取得する。

なお、対応表は、２以上の各パラメータを要素とするベクトルとスコアとを対応付ける２以上の対応情報を有する。対応表は、例えば、格納部１１に格納されている。
（１－３）機械学習を用いてスコアを取得する場合

分析部１３３は、例えば、発注先会社識別子ごとに、発注情報格納部１１２に格納されている１以上の発注情報を取得する。次に、分析部１３３は、例えば、発注先会社識別子ごとに、１以上の発注情報を用いて、２以上のパラメータを取得する。次に、分析部１３３は、発注先会社識別子ごとに、２以上の各パラメータを要素とするベクトルを構成する。次に、分析部１３３は、例えば、発注先会社識別子ごとに、当該ベクトルと学習器とを、機械学習の予測モジュールに与え、当該予測モジュールを実行し、スコアを取得する。

なお、学習器は、機械学習の学習処理を行う学習モジュールに、２以上のパラメータを説明変数とし、スコアを目的変数とする２以上の教師データを与え、当該学習モジュールを実行することにより取得された情報である。学習器は、格納部１１に格納されている。学習器は、予測器、学習モデル、モデルと言っても良い。

なお、学習処理、予測処理を行う機械学習のアルゴリズムは問わない。機械学習は、例えば、深層学習、ランダムフォレスト、決定木、ＳＶＲである。機械学習のモジュールは、例えば、TensorFlowのライブラリ、R言語のランダムフォレストのモジュール、TinySVMである。
（２）ネットワーク取得処理

分析部１３３は、例えば、発注元会社および発注先会社をノードとし、当該発注元会社と当該発注先会社とのエッジを有する受発注ネットワークである分析結果を構成する。発注元会社および発注先会社をノードとすることは、発注元会社に対応するノード、および発注先会社に対応するノードを構成することである。

分析部１３３は、例えば、一の発注元会社と一の発注先会社に対応する発注情報の数を視覚的に明示する態様の受発注ネットワークを構成する。分析部１３３は、例えば、一の発注元会社と一の発注先会社に対応する発注情報から取得できる１以上のパラメータを用いて、エッジ属性値を決定することは好適である。発注情報から取得できる１以上のパラメータは、例えば、発注情報の数、１以上の発注情報から取得できる総荷物数、総荷物重量、総輸送金額である。パラメータは、エッジ属性値を決定するための情報である。エッジ属性値は、エッジの属性値である。エッジ属性値は、例えば、エッジの太さ、エッジの線種、エッジの色である。なお、エッジは、発注元会社に対応するノードから発注先会社に対応するノードに向かう有向のエッジであることは好適であるが、無向のエッジでも良い。つまり、受発注ネットワークは、有向グラフであることは好適であるが、無向グラフでも良い。

分析部１３３は、例えば、一の発注元会社と一の発注先会社に対応する発注情報の数が多いほど、太いエッジを有する受発注ネットワークを構成する。分析部１３３は、例えば、一の発注元会社と一の発注先会社に対応する発注情報の数が多いほど、濃い色のエッジを有する受発注ネットワークを構成する。
（３）下請構造取得処理

分析部１３３は、例えば、２以上の発注情報を用いて、一の荷物に対する荷主会社、当該一の荷物に対する一次請会社、および当該一の荷物に対する二次請会社を決定し、決定した結果である多重下請構造情報である分析結果を取得する。なお、多重下請構造情報は、例えば、多重下請構造を図的に示した多重下請構造ツリーである。なお、多重下請構造情報は、荷主会社、一次請会社、および二次請会社を特定する情報を少なくとも有する。多重下請構造情報は、三次請会社、四次請等会社の、さらに下位の下請の会社を特定する情報を含んでも良い。

分析部１３３は、例えば、着目する発注情報（第一の発注情報）に対して、下請条件を満たす他の１以上の発注情報（第二の発注情報）を検知する。下請条件は、第一と第二の２つの発注情報のうちの第一の発注情報が有する発注先会社識別子と第二の発注情報が有する発注元会社識別子とが一致し、かつ２つの発注情報が有する特定の１以上の要素情報が特定の関係にあることである。特定の１以上の要素情報は、例えば、発地、着地であり、特定の関係は、「一致」することである。また、特定の１以上の要素情報は、例えば、発日、着日であり、特定の関係は、「一致」することである。また、特定の１以上の要素情報は、例えば、発注量であり、特定の関係は、「第一の発注情報が有する発注量＞＝第二の発注情報が有する発注量」である。

分析部１３３は、例えば、第一と第二の２つの発注情報のうちの第一の発注情報が有する発注先会社識別子と第二の発注情報が有する発注元会社識別子とが一致し、かつ２つの発注情報が有する特定の１以上の要素情報が特定の関係にある場合に、第一の発注情報が有する発注先会社識別子で識別される会社が一次請会社であり、第二の発注情報が有する発注先会社識別子で識別される会社が二次請会社である、と判断する。

分析部１３３は、例えば、第一と第二の２つの発注情報のうちの第一の発注情報が有する発注先会社識別子と第二の発注情報が有する発注元会社識別子とが一致し、かつ２つの発注情報が有する発地が一致し、かつ２つの発注情報が有する着地が一致する場合、第一の発注情報が有する発注先会社識別子で識別される会社が一次請会社であり、第二の発注情報が有する発注先会社識別子で識別される会社が二次請会社である、と判断する。

また、分析部１３３は、例えば、第一と第二の２つの発注情報が有する発日時または発日、着日時または着日をも一致する場合に、第一の発注情報が有する発注先会社識別子で識別される会社が一次請会社であり、第二の発注情報が有する発注先会社識別子で識別される会社が二次請会社である、と判断しても良い。

また、分析部１３３は、例えば、第二の発注情報が有する発注先会社識別子を発注元会社識別子とする第三の発注情報であり、第二の発注情報が有する発地と第二の発注情報が有する着地とを有する第三の発注情報が存在する場合、当該第三の発注情報が有する発注先会社識別子で識別される会社が三次請会社である、と判断しても良い。なお、分析部１３３は、例えば、第一と第二と第三の３つの発注情報が有する発日時または発日、着日時または着日をも一致する場合に、第一の発注情報が有する発注先会社識別子で識別される会社が一次請会社であり、第二の発注情報が有する発注先会社識別子で識別される会社が二次請会社であり、第三の発注情報が有する発注先会社識別子で識別される会社が三次請会社である、と判断しても良い。なお、第一の発注情報が有する発注元会社識別子で識別される会社が、例えば、荷主会社である。

出力部１４は、各種の情報を出力する。各種の情報は、例えば、１以上の会社属性値、分析結果である。

ここで、出力とは、例えば、会社装置２や図示しない端末への送信であるが、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念であっても良い。

分析結果出力部１４１は、分析部１３３が取得した分析結果を出力する。分析結果は、例えば、スコア、受発注ネットワーク、多重下請構造情報である。

会社装置２を構成する会社格納部２１には、各種の情報が格納される。各種の情報は、会社が保有する取引先データベース、会社識別子である。取引先データベースは、会社装置２を保有する会社の取引先の情報を管理するデータベースである。取引先データベースは、１以上の取引先情報を有する。取引先情報は、会社識別子と１以上の会社属性値とを含む。１以上の会社属性値は、通常、荷物の運搬に関する業務を発注する先である発注先会社となり得る会社の属性値である。

なお、２以上の各会社装置２は、通常、各々、異なる取引先データベースを有する。

会社受付部２２は、各種の指示や情報を受け付ける。各種の指示や情報は、例えば、発注情報、支援指示、確定指示である。

各種の指示や情報の入力手段は、タッチパネルやキーボードやマウスやメニュー画面によるもの等、何でも良い。会社受付部２２は、タッチパネルやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

会社処理部２３は、各種の処理を行う。会社処理部２３は、例えば、会社受付部２２が受け付けた指示や情報を送信する構造にする。会社処理部２３は、例えば、会社受信部２５が受信した情報を出力する構造にする。

会社送信部２４は、各種の指示や情報を情報処理装置１に送信する。各種の指示や情報は、例えば、発注情報、支援指示、確定指示である。

会社受信部２５は、各種の情報を情報処理装置１から受信する。各種の情報は、例えば、発注情報を構成する一部または全部の情報、１以上の会社属性値、他社のスコア、通知情報、不利益情報、発注先候補情報である。

会社出力部２６は、各種の情報を出力する。各種の情報は、例えば、発注情報を構成する一部または全部の情報、１以上の会社属性値、他社のスコア、通知情報、不利益情報、発注先候補情報である。

ここで、出力とは、例えば、ディスプレイへの表示であるが、プロジェクターを用いた投影、プリンタでの印字、音出力、記録媒体への蓄積、他の処理装置への送信、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念であっても良い。

格納部１１、会社情報格納部１１１、発注情報格納部１１２、および会社格納部２１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。

受信部１２、支援指示受信部１２１、発注情報受信部１２２、確定指示受信部１２３、通知手段１３１２、および会社受信部２５は、通常、無線または有線の通信手段で実現される。

処理部１３、支援部１３１、発注情報蓄積部１３２、分析部１３３、提案手段１３１３、確定処理手段１３１４、および会社処理部２３は、例えば、プロセッサやメモリ等から実現され得る。処理部１３等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。なお、プロセッサは、ＣＰＵ、ＭＰＵ、ＧＰＵ等であり、その種類は問わない。

発注支援情報送信手段１３１１、通知手段１３１２、出力部１４、分析結果出力部１４１、および会社送信部２４は、通常、無線または有線の通信手段で実現される。

会社受付部２２は、タッチパネルやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現されても良い。

会社出力部２６は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。会社出力部２６は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

次に、情報システムＡの動作例について説明する。まず、情報処理装置１の動作例について、図３のフローチャートを用いて説明する。

（ステップＳ３０１）支援指示受信部１２１は、支援指示を受信したか否かを判断する。支援指示を受信した場合はステップＳ３０２に行き、支援指示を受信しなかった場合はステップＳ３０４に行く。

（ステップＳ３０２）発注支援情報送信手段１３１１は、発注支援情報送信処理を行う。発注支援情報送信処理の例について、図４のフローチャートを用いて説明する。

（ステップＳ３０３）通知手段１３１２は、通知処理を行う。ステップＳ３０１に戻る。通知処理の例について、図５のフローチャートを用いて説明する。

（ステップＳ３０４）発注情報受信部１２２は、発注情報を受信したか否かを判断する。発注情報を受信した場合はステップＳ３０５に行き、発注情報を受信しなかった場合はステップＳ３０９に行く。

（ステップＳ３０５）通知手段１３１２は、通知処理を行う。なお、通知処理の例について、図５のフローチャートを用いて説明する。

（ステップＳ３０６）ステップＳ３０５における通知処理における判断において、発注が可能であるか否かを判断する。発注が可能であればステップＳ３０７に行き、発注が可能でなければステップＳ３２０に行く。なお、発注が可能である場合は、例えば、通知すべき情報が存在しないと判断された場合、または通知情報の中に不利益情報が存在しない場合である。

（ステップＳ３０７）発注情報蓄積部１３２は、受信された発注情報を発注情報格納部１１２に蓄積する。

（ステップＳ３０８）処理部１３は、発注のための処理を行う。ステップＳ３０１に戻る。

（ステップＳ３０９）確定指示受信部１２３は、確定指示を受信したか否かを判断する。確定指示を受信した場合はステップＳ３１０に行き、支援指示を受信しなかった場合はステップＳ３１１に行く。

（ステップＳ３１０）発注情報蓄積部１３２は、受信された確定指示に対応する発注情報を取得する。ステップＳ３０７に行く。確定指示に対応する発注情報は、例えば、確定指示が有する発注情報、確定指示を特定するＩＤに対応して、格納部１１に一時蓄積されている発注情報である。

（ステップＳ３１１）分析部１３３は、会社のスコアを取得するか否かを判断する。スコアを取得する場合はステップＳ３１２に行き、スコアを取得しない場合はステップＳ３１４に行く。なお、会社のスコアを取得するためのトリガーは、例えば、スコア取得指示が受信されることであるが、そのトリガーは問わない。

（ステップＳ３１２）分析部１３３は、１以上の会社のスコアを取得する。かかるスコア取得処理の例について、図６のフローチャートを用いて説明する。

（ステップＳ３１３）分析結果出力部１４１は、ステップＳ３１２で取得された１以上の会社のスコアを出力する。ステップＳ３０１に戻る。

（ステップＳ３１４）分析部１３３は、受発注ネットワークを取得するか否かを判断する。受発注ネットワークを取得する場合はステップＳ３１５に行き、受発注ネットワークを取得しない場合はステップＳ３１７に行く。なお、受発注ネットワークを取得するためのトリガーは、例えば、受発注ネットワーク出力指示が受信されることであるが、そのトリガーは問わない。

（ステップＳ３１５）分析部１３３は、受発注ネットワークを取得する処理を行う。かかるネットワーク取得処理の例について、図７のフローチャートを用いて説明する。

（ステップＳ３１６）分析結果出力部１４１は、ステップＳ３１５で取得された受発注ネットワークを出力する。ステップＳ３０１に戻る。

（ステップＳ３１７）分析部１３３は、下請構造情報を取得するか否かを判断する。下請構造情報を取得する場合はステップＳ３１８に行き、下請構造情報を取得しない場合はステップＳ３０１に戻る。なお、下請構造情報を取得するためのトリガーは、例えば、下請構造出力指示が受信されることであるが、そのトリガーは問わない。

（ステップＳ３１８）分析部１３３は、下請構造情報を取得する処理を行う。かかる下請構造取得処理の例について、図８のフローチャートを用いて説明する。

（ステップＳ３１９）分析結果出力部１４１は、ステップＳ３１８で取得された下請構造情報を出力する。ステップＳ３０１に戻る。

（ステップＳ３２０）提案手段１３１３は、提案処理を行う。ステップＳ３０１に戻る。提案処理の例について、図１０のフローチャートを用いて説明する。

次に、ステップＳ３０２の。発注支援情報送信処理の例について、図４のフローチャートを用いて説明する。

（ステップＳ４０１）発注支援情報送信手段１３１１は、受信された支援指示が有する１以上の会社属性値を取得する。

（ステップＳ４０２）発注支援情報送信手段１３１１は、ステップＳ４０１で取得した１以上の会社属性値とすべて一致する１以上の会社属性値を有する会社情報が会社情報格納部１１１に存在するか否かを判断する。当該会社情報が存在する場合はステップＳ４０３に行き、存在しない場合はステップＳ４０５に行く。

（ステップＳ４０３）発注支援情報送信手段１３１１は、ステップＳ４０２で検索した会社情報から発注情報を構成する１以上の会社属性値を取得する。なお、発注支援情報送信手段１３１１は、ステップＳ４０１で取得した１以上の会社属性値を流用しても良い。

（ステップＳ４０４）発注支援情報送信手段１３１１は、ステップＳ４０３またはステップＳ４１２で取得した１以上の会社属性値を、支援指示を送信してきた装置（通常、会社装置２）に送信する。上位処理にリターンする。なお、かかる１以上の会社属性値は、例えば、会社装置２において、発注情報の作成のために使用される情報である。

（ステップＳ４０５）発注支援情報送信手段１３１１は、ステップＳ４０１で取得した１以上の会社属性値の中の発注先の会社名と一致する会社名が会社情報格納部１１１に存在するか否かを判断する。当該会社名が存在する場合はステップＳ４０７に行き、存在しない場合はステップＳ４０６に行く。

（ステップＳ４０６）発注支援情報送信手段１３１１は、ステップＳ４０１で取得した１以上の会社属性値の中の発注先の会社名に対応する会社名を取得する。

なお、発注支援情報送信手段１３１１は、例えば、ステップＳ４０１で取得した１以上の会社属性値の中の発注先の会社名と対になる正式な会社名を、図示しない名寄せデータベースから取得する。なお、名寄せデータベースは、一の会社の２以上の会社名（例えば、「株式会社ＡＢＣ」「（株）ＡＢＣ」「ＡＢＣ」）を有する１以上のレコードを有するＤＢである。

また、発注支援情報送信手段１３１１は、例えば、ステップＳ４０１で取得した１以上の会社属性値の中の発注先の会社名と類似度が閾値以上であり、最も類似度が大きい会社名を会社情報格納部１１１から取得する。

（ステップＳ４０７）発注支援情報送信手段１３１１は、カウンタｉに１を代入する。

（ステップＳ４０８）発注支援情報送信手段１３１１は、ステップＳ４０１で取得した１以上の会社属性値の中の会社名を除く、ｉ番目の会社属性値が存在するか否かを判断する。ｉ番目の会社属性値が存在する場合はステップＳ４０９に行き、ｉ番目の会社属性値が存在しない場合はステップＳ４１２に行く。

（ステップＳ４０９）発注支援情報送信手段１３１１は、発注先の会社名に対応する会社情報の中のｉ番目の会社属性値に対応する会社属性値（例えば、住所）と、ｉ番目の会社属性値（例えば、住所）とが一致するか否かを判断する。２つの会社属性値が一致する場合はステップＳ４１１に行き、一致しない場合はステップＳ４１０に行く。なお、比較される２つの会社属性値は、同じ種類の情報（例えば、住所）であることは言うまでもない。

（ステップＳ４１０）発注支援情報送信手段１３１１は、発注先の会社名に対応する会社情報の中のｉ番目の会社属性値とフラグとを取得する。なお、かかるｉ番目の会社属性値は、更新されている会社属性値である。フラグは、更新されている会社属性値である旨を示す情報である。なお、更新されている会社属性値とは、会社装置２から送信された会社属性値とは異なる会社属性値でも良い。

（ステップＳ４１１）発注支援情報送信手段１３１１は、カウンタｉを１、インクリメントする。ステップＳ４０８に戻る。

（ステップＳ４１２）発注支援情報送信手段１３１１は、ステップＳ４０６で取得した発注先の会社名またはステップＳ４０５で一致すると判断した会社名、およびステップＳ４０９で一致するとした会社属性値、およびステップＳ４１０で取得した会社属性値を取得する。ステップＳ４０４に行く。

次に、ステップＳ３０３の通知処理の例について、図５のフローチャートを用いて説明する。

（ステップＳ５０１）通知手段１３１２は、対応する会社の会社情報を取得する。なお、対応する会社は、支援指示または発注情報に含まれる発注先会社識別子で識別される会社である。

（ステップＳ５０２）通知手段１３１２は、カウンタｉに１を代入する。

（ステップＳ５０３）通知手段１３１２は、ステップＳ５０１で取得した会社情報が有するｉ番目の会社属性値が存在するか否かを判断する。ｉ番目の会社属性値が存在する場合はステップＳ５０４に行き、存在しない場合はステップＳ５０７に行く。

（ステップＳ５０４）通知手段１３１２は、ｉ番目の会社属性値が通知条件に合致するか否かを判断する。通知条件に合致する場合はステップＳ５０５に行き、通知条件に合致しない場合はステップＳ５０６に行く。

（ステップＳ５０５）通知手段１３１２は、ｉ番目の会社属性値を取得し、図示しないバッファに一時蓄積する。

（ステップＳ５０６）通知手段１３１２は、カウンタｉを１、インクリメントする。ステップＳ５０３に戻る。

（ステップＳ５０７）通知手段１３１２は、ステップＳ５０５で図示しないバッファに一時蓄積した会社属性値が存在するか否かを判断する。一時蓄積した会社属性値が存在する場合はステップＳ５０８に行き、存在しない場合は上位処理にリターンする。

（ステップＳ５０８）通知手段１３１２は、図示しないバッファに一時蓄積した１以上の会社属性値を有する通知情報を構成する。

（ステップＳ５０９）通知手段１３１２は、通知情報を送信する。上位処理にリターンする。なお、通知情報の送信先は、通常、支援支持や発注情報を送信してきた会社装置２である。

次に、ステップＳ３１２のスコア取得処理の例について、図６のフローチャートを用いて説明する。

（ステップＳ６０１）分析部１３３は、カウンタｉに１を代入する。

（ステップＳ６０２）分析部１３３は、スコアを取得する対象のｉ番目の会社の会社識別子が存在するか否かを判断する。ｉ番目の会社識別子が存在する場合はステップＳ６０３に行き、存在しない場合は上位処理にリターンする。

（ステップＳ６０３）分析部１３３は、ｉ番目の会社識別子が発注先の会社の識別子となる１以上の発注情報を発注情報格納部１１２から取得する。

（ステップＳ６０４）分析部１３３は、カウンタｊに１を代入する。

（ステップＳ６０５）分析部１３３は、スコアの取得のために使用するｊ番目のパラメータが存在するか否かを判断する。ｊ番目のパラメータが存在する場合はステップＳ６０６に行き、ｊ番目のパラメータが存在しない場合はステップＳ６０８に行く。なお、分析部１３３は、スコアの取得のために使用する１以上のパラメータの情報は保持している。

（ステップＳ６０６）分析部１３３は、ステップＳ６０３で取得した１以上の発注情報を用いて、ｊ番目のパラメータを取得し、図示しないバッファに一時蓄積する。なお、ｊ番目のパラメータは、例えば、発注情報の数、１以上の発注情報が有する発注量（例えば、荷物の数、荷物の量、金額）の合計である。

（ステップＳ６０７）分析部１３３は、カウンタｊを１、インクリメントする。ステップＳ６０５に戻る。

（ステップＳ６０８）分析部１３３は、図示しないバッファに一時蓄積した１以上のパラメータを用いて、スコアを取得する。

（ステップＳ６０９）分析部１３３は、カウンタｉを１、インクリメントする。ステップＳ６０２に戻る。

なお、図６のフローチャートのステップＳ６０８において、１以上のパラメータを用いてスコアを取得する方法は、演算式による方法、対応表を用いる方法、機械学習による方法等、種々、あり得る。

次に、ステップＳ３１５のネットワーク取得処理の例について、図７のフローチャートを用いて説明する。カウンタｉに１を代入する。

（ステップＳ７０１）分析部１３３は、カウンタｉに１を代入する。

（ステップＳ７０２）分析部１３３は、受発注ネットワークを構成するために使用するｉ番目の発注情報が存在するか否かを判断する。ｉ番目の発注情報が存在する場合はステップＳ７０３に行き、存在しない場合はステップＳ７０５に行く。

なお、受発注ネットワークを構成するために使用する発注情報は、例えば、発注情報格納部１１２のすべての発注情報、または特定の期間の発注情報である。

（ステップＳ７０３）分析部１３３は、ｉ番目の発注情報が有する発注元の会社名と発注先の会社名とを取得し、図示しないバッファに一時蓄積する。

（ステップＳ７０４）分析部１３３は、カウンタｉを１、インクリメントする。ステップＳ６０２に戻る。

（ステップＳ７０５）分析部１３３は、図示しないバッファに一時蓄積された発注元の会社名と発注先の会社名とを、発注元の会社名と発注先の会社名とキーとして、ソートする。

（ステップＳ７０６）分析部１３３は、カウンタｉに１を代入する。

（ステップＳ７０７）分析部１３３は、ステップＳ７０５でソートした結果を用いて、ｉ番目の発注元の会社名と発注先の会社名との組が存在するか否かを判断する。ｉ番目の発注元の会社名と発注先の会社名との組が存在する場合はステップＳ７０８に行き、存在しない場合はステップＳ７１１に行く。

（ステップＳ７０８）分析部１３３は、ｉ番目の発注元の会社名と発注先の会社名との組を含む１以上の発注情報を用いて、１以上のパラメータを取得する。分析部１３３は、１以上のパラメータを用いて、エッジ属性値を取得する。なお、パラメータは、例えば、エッジの太さを決定するための情報、エッジの色を決定するための情報である。パラメータは、例えば、ｉ番目の発注元の会社名と発注先の会社名との組を含む発注情報の数、ｉ番目の発注元の会社名と発注先の会社名との組を含む１以上の発注情報の発注量の合計（例えば、荷物数の合計、荷物の重量の合計、金額の合計）である。

（ステップＳ７０９）分析部１３３は、ｉ番目の発注元の会社名と発注先の会社名との組と１以上のエッジ属性値とを、対応付けて図示しないバッファに一時蓄積する。ここで、分析部１３３は、ｉ番目の発注元の会社名と発注先の会社名との組と１以上のパラメータとを、対応付けて図示しないバッファに一時蓄積しても良い。

（ステップＳ７１０）分析部１３３は、カウンタｉを１、インクリメントする。ステップＳ６０２に戻る。

（ステップＳ７１１）分析部１３３は、カウンタｉに１を代入する。

（ステップＳ７１２）分析部１３３は、ｉ番目の組が存在するか否かを判断する。ｉ番目の組が存在する場合はステップＳ７１３に行き、存在しない場合は上位処理にリターンする。

（ステップＳ７１３）分析部１３３は、ｉ番目の組が有する発注元の会社名に対応するノードを既に構成したか否かを判断する。対応するノードを既に構成していた場合はステップＳ７１５に行き、構成していない場合はステップＳ７１４に行く。

（ステップＳ７１４）分析部１３３は、ｉ番目の組が有する発注元の会社名に対応するノードを構成する。

（ステップＳ７１５）分析部１３３は、ｉ番目の組が有する発注先の会社名に対応するノードを既に構成したか否かを判断する。対応するノードを既に構成していた場合はステップＳ７１７に行き、構成していない場合はステップＳ７１６に行く。

（ステップＳ７１６）分析部１３３は、ｉ番目の組が有する発注先の会社名に対応するノードを構成する。

（ステップＳ７１７）分析部１３３は、ｉ番目の組に対応する１以上のエッジ属性値を用いて、ｉ番目の組が有する発注元の会社名に対応するノードと、ｉ番目の組が有する発注先の会社名に対応するノードとをリンクするエッジを構成する。

（ステップＳ７１８）分析部１３３は、カウンタｉを１、インクリメントする。ステップＳ７１２に戻る。

次に、ステップＳ３１８の下請構造取得処理の例について、図８のフローチャートを用いて説明する。

（ステップＳ８０１）分析部１３３は、カウンタｉに１を代入する。

（ステップＳ８０２）分析部１３３は、下請構造情報を取得するために使用するｉ番目の発注情報が存在するか否かを判断する。ｉ番目の発注情報が存在する場合はステップＳ８０３に行き、存在しない場合は上位処理にリターンする。

（ステップＳ８０３）分析部１３３は、ｉ番目の発注情報を取得する。

（ステップＳ８０４）分析部１３３は、取得したｉ番目の発注情報のさらに下請の発注情報を取得する。かかる下請発注情報取得処理の例について、図９のフローチャートを用いて説明する。

（ステップＳ８０５）分析部１３３は、カウンタｉを１、インクリメントする。ステップＳ８０２に戻る。

次に、ステップＳ８０４の下請発注情報取得処理の例について、図９のフローチャートを用いて説明する。

（ステップＳ９０１）分析部１３３は、カウンタｊに１を代入する。

（ステップＳ９０２）分析部１３３は、下請発注情報を取得する際に使用するｊ番目の発注情報が存在するか否かを判断する。ｊ番目の発注情報が存在する場合はステップＳ９０３に行き、存在しない場合は上位処理にリターンする。

（ステップＳ９０３）分析部１３３は、ｊ番目の発注情報を取得する。また、分析部１３３は、ｊ番目の発注情報が有する発注先会社名を取得する。なお、この発注先会社名は、例えば、荷主の会社名である。

（ステップＳ９０４）分析部１３３は、ステップＳ８０３の発注情報に対して、ｊ番目の発注情報が下請条件を満たすか否かを判断する。下請条件を満たす場合はステップＳ９０５に行き、下請条件を満たさない場合はステップＳ９１０に行く。

（ステップＳ９０５）分析部１３３は、着目する発注情報（例えば、ステップＳ８０３の発注情報）の発注元の会社名、着目する発注情報の発注先の会社名（ｊ番目の発注情報の発注元の会社名）、およびｊ番目の発注情報の発注先の会社名を取得し、図示しないバッファに一時蓄積する。

（ステップＳ９０６）分析部１３３は、ステップＳ９０５で取得した着目する発注情報よりさらに上位の発注情報が存在するか否かを判断する。さらに上位の発注情報が存在する場合はステップＳ９０７に行き、存在しない場合はステップＳ９０８に行く。

（ステップＳ９０７）分析部１３３は、さらに上位の発注情報に対応する下請構造情報にステップＳ９０５で取得したｊ番目の発注情報の発注先の会社名を付加し、４層以上の下請構造情報を取得する。

（ステップＳ９０８）分析部１３３は、３階層の会社名を有する下請構造情報を取得する。

（ステップＳ９０９）分析部１３３は、ステップＳ９０３で取得したｊ番目の発注情報を着目する発注情報として、下請発注情報取得処理を行う。

（ステップＳ９１０）分析部１３３は、カウンタｊを１、インクリメントする。ステップＳ９０２に戻る。

次に、ステップＳ３２０の提案処理の例について、図１０のフローチャートを用いて説明する。

（ステップＳ１００１）提案手段１３１３は、カウンタｉに１を代入する。

（ステップＳ１００２）提案手段１３１３は、会社情報格納部１１１に、ｉ番目の会社情報が存在するか否かを判断する。ｉ番目の会社情報が存在する場合はステップＳ１００３に行き、存在しない場合はステップＳ１００６に行く。

（ステップＳ１００３）提案手段１３１３は、ｉ番目の会社情報を用いて、提案条件の判断に使用する１以上の情報を取得する。次に、提案手段１３１３は、取得した１以上の情報を用いて、ｉ番目の会社情報が提案条件に合致するか否かを判断する。提案条件に合致する場合はステップＳ１００４に行き、合致しない場合はステップＳ１００５に行く。

（ステップＳ１００４）提案手段１３１３は、ｉ番目の会社情報が有する１以上の会社属性値を取得する。

（ステップＳ１００５）提案手段１３１３は、カウンタｉを１、インクリメントする。ステップＳ１００２に戻る。

（ステップＳ１００６）提案手段１３１３は、ステップＳ１００４で取得した１以上の会社の１以上の会社属性値を用いて、提案情報を構成する。

（ステップＳ１００７）提案手段１３１３は、ステップＳ１００６で構成した提案情報を会社装置２に送信する。上位処理にリターンする。

次に、会社装置２の動作例について説明する。会社装置２の会社受付部２２は、支援指示、発注情報、または確定指示を受け付ける。次に、会社処理部２３は、会社受付部２２が受け付けた指示や情報を送信する構造にする。会社送信部２４は、当該指示や情報を情報処理装置１に送信する。また、会社受信部２５は、各種の情報を情報処理装置１から受信する。次に、会社処理部２３は、会社受信部２５が受信した情報を出力する構造にする。会社出力部２６は、当該情報を出力する。

なお、図示しない端末は、情報処理装置１から分析結果を受信し、出力する。図示しない端末は、例えば、情報処理装置１を管理する組織のメンバーが使用する端末である。分析結果は、例えば、各会社のスコア、受発注ネットワーク、下請構造情報である。

以下、本実施の形態における情報システムＡの具体的な動作例について説明する。

今、情報処理装置１の会社情報格納部１１１には、図１１に示す会社情報管理表が格納されている。会社情報管理表は、１または２以上の会社情報を管理する表である。会社情報管理表は、会社マスタＤＢと言っても良い。会社情報管理表は、「ＩＤ」「会社識別子」「会社名」「住所」「ＴＥＬ」「代表取締役」「保有台数」「締日」「不利益情報」「スコア」を有する１以上のレコードを管理する。「ＩＤ」はレコードを識別する情報である。「保有台数」は、会社が保有する荷物運搬車（通常、トラック）の数である。「締日」は、会社の締め日である。また、「会社名」「住所」「ＴＥＬ」「代表取締役」「保有台数」「締日」「不利益情報」には、各情報が入力された日付に対応付いている。さらに、会社情報管理表は、「会社名」「住所」「ＴＥＬ」「代表取締役」「保有台数」「締日」「不利益情報」について、変更があった場合には、履歴が分かるように、変更前の情報も管理している。「スコア」は、分析部１３３が取得した会社の最新のスコアである。

また、発注情報格納部１１２には、図１２に示す構造を有する発注情報管理表が格納されている。発注情報管理表は、１または２以上の発注情報を管理する表である。発注情報管理表は、「ＩＤ」「発注元会社識別子」「発注元会社名」「発注先会社識別子」「発注先会社名」「発注内容」「発注日」「発日時」「発地」「着日時」「着地」「フラグ」を有する。「発注内容」は、「荷物」「発注量」を有する。「荷物」は、運搬する荷物の内容を示す情報である。「発注量」は運搬する荷物の量を示す情報である。ここでの「フラグ」は、発注が正式に行われたか否かを示す情報である。フラグ「１」は、発注が正式に行われたことを示す。フラグ「０」または「ＮＵＬＬ」は、情報処理装置１は発注情報を受信したが、発注が確定しないことを示す。

かかる状況において、５つの具体例について説明する。具体例１は、会社装置２（ここでは、発注元の会社の端末）から、発注前に支援指示を情報処理装置１に送信する場合で、発注先の情報（例えば、住所）に変更がある場合である。具体例２は、会社装置２から発注情報を情報処理装置１に送信した場合に、通知条件に合致する情報を情報処理装置１が会社装置２に送信する場合である。具体例３は、会社のスコアを算出する場合である。具体例４は、受発注ネットワークを出力する場合である。具体例５は、多重下請構造情報を出力する場合である。

（具体例１）
今、株式会社Ｙの会社装置２には、図１３に示すデータベースであり、株式会社Ｙと取引きのある会社のデータベース（個別データベース）が格納されている、とする。

次に、株式会社Ｙの担当者は、会社装置２に出力された個別データベース（図１３）を参照し、「＜会社名＞Ａ運送 ＜住所>東京都港区・・・ ＜ＴＥＬ＞０３－１１１１－２１５０ ・・・」を含む支援指示を会社装置２に入力した、とする。すると、会社装置２は、当該支援指示を受け付け、当該支援指示を情報処理装置１に送信する。

次に、情報処理装置１の支援指示受信部１２１は、「＜会社名＞Ａ運送 ＜住所>東京都港区・・・ ＜ＴＥＬ＞０３－１１１１－２１５０ ・・・」を含む支援指示を受信する。

次に、情報処理装置１の発注支援情報送信手段１３１１は、受信された支援指示が有する会社属性値（＜会社名＞Ａ運送 ＜住所>東京都港区・・・ ＜ＴＥＬ＞０３－１１１１－２１５０）を取得する。次に、発注支援情報送信手段１３１１は、会社情報管理表（図１１）を参照し、取得したすべての会社属性値に一致するレコードが会社情報管理表に存在しない、と判断する。次に、発注支援情報送信手段１３１１は、会社情報管理表の中の会社名から、取得した会社名「Ａ運送」に類似度が最も高い会社名を「株式会社Ａ運送」と決定する。次に、発注支援情報送信手段１３１１は、「株式会社Ａ運送」と対になる属性値「住所」「ＴＥＬ」を参照し、取得した「＜住所>東京都港区・・・ 」「＜ＴＥＬ＞０３－１１１１－２１５０」が、古い住所およびＴＥＬに合致すると判断し、新しい「＜住所>東京都太田区・・・ 」「＜ＴＥＬ＞０３－２２２２－５５１１」を取得する。次に、発注支援情報送信手段１３１１は、新しい「＜住所＞東京都太田区・・・ 」「＜ＴＥＬ＞０３－２２２２－５５１１」に、変更されていることを示すフラグ「１」を付与する。次に、発注支援情報送信手段１３１１は、取得した会社名「株式会社Ａ運送」、フラグ「１」に対応付く「＜住所>東京都太田区・・・ 」、フラグ「１」に対応付く「＜ＴＥＬ＞０３－２２２２－５５１１」を有する送信情報を構成する。なお、送信情報は、「＜会社名＞株式会社Ａ運送 ＜住所 フラグ＝１＞東京都太田区・・・ ＜ＴＥＬ フラグ＝１＞０３－２２２２－５５１１」である、とする。次に、発注支援情報送信手段１３１１は、当該送信情報を会社装置２に送信する。

次に、会社装置２は、情報処理装置１から送信された送信情報を受信し、出力する。かかる出力例は、図１４である。なお、図１４において、１４０１には、株式会社Ｙの会社装置２で管理されていた会社名「Ａ運送」ではなく、会社情報管理表の会社名「株式会社Ａ運送」が出力されている。また、会社Ｙの担当者に対する注意喚起のために、「株式会社Ａ運送」において変更されていた情報（住所とＴＥＬ）が出力されている（１４０２参照）。また、会社Ｙの担当者は、荷物配送の発注のために、図１４の「積み日」は「積み地」「卸し日」「卸し地」「荷物情報」を入力し、「発注」ボタンを指示した、とする。なお、図１２における発注情報管理表に対して、「積み日」は「発日時」、「積み地」は「発地」、「卸し日」は「着日時」、「卸し地」は「着地」、「荷物情報」は「発注内容」に該当する。

次に、会社Ｙの会社装置２は、発注情報を受け付け、当該発注情報を情報処理装置１に送信する。

次に、情報処理装置１の発注情報受信部１２２は、発注情報を受信する。次に、通知手段１３１２は、受信された発注情報を用いて、「株式会社Ａ運送」に関する情報に関して、会社装置２に通知することが無い、と判断する。つまり、通知手段１３１２は、「発注ＯＫ」であると判断する。次に、発注情報蓄積部１３２は、受信された発注情報とフラグ「１」とを有するレコードを発注情報管理表（図１２）に蓄積する。

次に、処理部１３は、発注のための処理を行う。発注のための処理は、例えば、発注された旨の株式会社Ａ運送への連絡である。

以上、本具体例によれば、２以上の会社が使用する会社情報格納部１１１の会社情報管理表を用いて、支援部１３１は、発注支援処理を行えた。

（具体例２）
株式会社Ｙの担当者は、会社装置２に表示された図１５に示す発注画面に対して、発注先会社名（１５０１）、発注元会社名（１５０２）、「積み日」、「積み地」、「卸し日」、「卸し地」、「荷物」（各情報は、図１５を参照）を入力した後、「発注ボタン」１５０３を指示した、とする。

次に、会社装置２は、図１５に示す画面に入力された発注情報「＜発注先会社名＞有限会社Ｃ運送 ＜発注元会社名＞株式会社Ｙ ＜積み日＞２０２２年１月３０日 ＜積み地＞横浜市北区・・・ ＜卸し日＞２０２２年１月３１日 ＜卸し地＞大阪市西区・・・ ＜荷物＞ケース ・・・」を受け付け、当該発注情報を情報処理装置１に送信する。

次に、情報処理装置１の発注情報受信部１２２は、当該発注情報を受信する。次に、通知手段１３１２は、以下のように通知処理を行う。

つまり、通知手段１３１２は、受信された発注情報から「＜発注先会社名＞有限会社Ｃ運送」を取得する。次に、通知手段１３１２は、「有限会社Ｃ運送」対応する会社の会社情報を会社情報管理表（図１１）から取得する。なお、当該会社情報は、図１１の「ＩＤ＝３」のレコードである。

次に、通知手段１３１２は、取得した会社情報の各属性値が通知条件に合致するか否かを判断する。なお、ここで、通知条件は、例えば、「閾値以内（例えば、２０２２１月１日以降）に、変更された属性値であること」「不利益情報であること」である、とする。

そして、通知手段１３１２は、有限会社Ｃ運送の変更情報「代表取締役：井上Ｃ男（２０２０／１１／１５），山本Ｄ子（２０２２／１／５）」を取得する。また、通知手段１３１２は、有限会社Ｃ運送の不利益情報「不渡り速報に掲載あり」を取得する。次に、通知手段１３１２は、当該変更情報と当該不利益情報とを有する通知情報を構成する。次に、通知手段１３１２は、当該通知情報を、発注情報を送信してきた会社装置２に送信する。

次に、会社装置２は、当該通知情報を受信し、出力する。かかる出力例は、図１６である。図１６において、項目「注意事項」の欄に、変更情報と不利益情報とが出力されている（１６０１）。また、株式会社Ｙの担当者は、荷物の配送を発注するために、一旦、発注情報を、情報処理装置１に送信したが、項目「注意事項」の内容を確認し、発注するか、発注を中止するかを決定できる。なお、ここで、担当者が、「発注ボタン」１６０２を指示すれば、発注処理が行われ、「発注中止ボタン」１６０３を指示すれば、発注が中止される。

なお、会社装置２の担当者は、「発注中止ボタン」１６０３を指示した、とする。そして、情報処理装置１において、発注情報は蓄積されない。

以上、本具体例において、発注情報の送信に応じて、変更情報や不利益情報等の、担当者に発注前に知らせるべき情報を通知できる。なお、本具体例において、支援指示の送信に応じて、変更情報や不利益情報等の、担当者に発注前に知らせるべき情報を通知しても良い。

（具体例３）
情報処理装置１の運営者は、スコア取得指示を図示しない端末に入力した、とする。当該端末は、スコア取得指示を受け付け、情報処理装置１に送信する。

次に、情報処理装置１の受信部１２は、スコア取得指示を受信する。そして、分析部１３３は、会社情報管理表（図１１）の各会社のスコアを取得する、と判断する。

次に、分析部１３３は、会社情報管理表の各会社情報が有する不利益情報を取得する。なお、ここで不利益情報が取得できない会社情報もある。次に、分析部１３３は、不利益情報の中に文字列「吸収合併」があれば、最大のスコアを「２０」とする。また、分析部１３３は、不利益情報の中に文字列「不渡り」があれば、最大のスコアを「１０」とする。さらに、分析部１３３は、不利益情報の中に文字列「倒産」があれば、最大のスコアを「０」とする、とする。

次に、分析部１３３は、各会社情報が有する会社識別子をキーとして、会社ごとに、単位期間（ここでは、１年）の発注情報の数と発注量の合計とを取得する。次に、分析部１３３は、各会社情報が有する保有台数を取得する。次に、分析部１３３は、会社ごとに、演算式「スコア＝ｆ（発注情報の数，発注量の合計、保有台数）」により、スコアを算出し、会社識別子に対応付けて、図示しないバッファに蓄積する。また、分析部１３３は、不利益情報が取得できた各会社に対して、演算式で取得したスコアと不利益情報に対応するスコアのうちの低い方のスコアを取得する。次に、分析部１３３は、各会社のスコアを、会社識別子に対応付けて、会社情報管理表（図１１）に蓄積する。かかるスコアは、図１１の属性値「スコア」である。

以上により、各会社のスコアを蓄積できた。なお、かかるスコアは、発注する会社の会社装置２で出力できるようにしても良いし、情報処理装置１の運営者が図示しない端末により見ることができるようにしても良い。また、支援指示または発注情報が受信されたことに応じて、通知手段１３１２は、当該支援指示または当該発注情報に含まれる発注先会社名に対応するスコアを通知しても良い。

（具体例４）
情報処理装置１の運営者は、受発注ネットワーク出力指示を図示しない端末に入力した、とする。当該端末は、受発注ネットワーク出力指示を受け付け、情報処理装置１に送信する。

次に、情報処理装置１の受信部１２は、受発注ネットワーク出力指示を受信する。そして、分析部１３３は、受発注ネットワークを取得する、と判断する。

次に、分析部１３３は、発注情報管理表（図１２）の１以上の各発注情報ごとに、「発注元会社識別子」「発注先会社識別子」を取得する。また、分析部１３３は、取得した「発注元会社識別子」「発注先会社識別子」の組ごとに、発注情報の数を取得する。そして、分析部１３３は、発注情報の数を用いて、発注元会社と発注先会社との関係の深さを示す関係スコアを取得する。なお、発注情報の数が多いほど、関係スコアは大きくなる。また、分析部１３３は、例えば、発注情報の数をパラメータとする増加関数により、関係スコアを算出する。そして、分析部１３３は、図１７に示す発注関係管理表を作成し、図示しないバッファに一時蓄積する。次に、分析部１３３は、図示しないバッファの発注関係管理表を用いて、発注元会社識別子と対になる発注元会社名と発注先会社識別子と対になる発注先会社名をノードとして、関係スコアに対応する属性値（太さ、線種）の有向エッジを有する受発注ネットワークを構成する。次に、分析結果出力部１４１は、当該受発注ネットワークを情報処理装置１の運営者の端末に送信する。

次に、情報処理装置１の運営者の端末は、受発注ネットワークを受信し、出力する。かかる出力例は、図１８である。そして、運営者は、図１８の受発注ネットワークを見て、各社の関係の有無、関係の深さを認識できる。その結果、運営者は、発注を行う会社の担当者に、今まで取引きの無い会社を紹介したりできる。なお、受発注ネットワークは、図であることは好適であるが、図１７の情報も受発注ネットワークである、と考えても良い。また、受発注ネットワークは、「発注元会社識別子」「発注先会社識別子」の組の情報の集合でも良い。

（具体例５）
情報処理装置１の運営者は、多重下請構造出力指示を図示しない端末に入力した、とする。当該端末は、多重下請構造出力指示を受け付け、情報処理装置１に送信する。

次に、情報処理装置１の受信部１２は、多重下請構造出力指示を受信する。そして、分析部１３３は、多重下請構造情報を取得する、と判断する。

次に、分析部１３３は、発注情報管理表（図１２）から、「ＩＤ＝１」の発注情報を取得する。次に、分析部１３３は、「ＩＤ＝１」の発注情報に対して、下請条件を満たす他の発注情報を取得する。ここで、下請条件は、親の発注情報（ここでは、「ＩＤ＝１」の発注情報）が有する発注先会社識別子が「発注元会社識別子」に一致し、かつ親の発注情報の荷物と一致する「荷物」を有し、親の発注情報の発日時と一致する「発日時」を有し、親の発注情報の発地と一致する「発地」を有し、親の発注情報の着日時と一致する「着日時」を有し、親の発注情報の着地と一致する「着地」を有する発注情報である。そして、分析部１３３は、「ＩＤ＝５１２，５１３，５１４」の発注情報を取得する。そして、分析部１３３は、親の発注情報から「ＩＤ」「発注元会社識別子」「発注元会社名」「発注先会社識別子」「発注先会社名」を取得し、当該情報と「親ＩＤ＝ＮＵＬＬ」「ネストレベル＝１」とを有するレコードを構成し、図示しないバッファに一時蓄積する。なお、ネストレベルとは、多重下請構造における階層ツリーの深さである。

また、分析部１３３は、「ＩＤ＝５１２，５１３，５１４」の各発注情報から「ＩＤ」「発注元会社識別子」「発注元会社名」「発注先会社識別子」「発注先会社名」を取得し、当該情報と「親ＩＤ＝１」「ネストレベル＝２」とを有する３つのレコードを構成し、図示しないバッファに一時蓄積する。

また、分析部１３３は、「ＩＤ＝５１２，５１３，５１４」の各発注情報に対して、下請条件を満たす発注情報を発注情報管理表（図１２）から検索する。そして、分析部１３３は、「ＩＤ＝５１３」の発注情報を親とする「ＩＤ＝８８２」の発注情報を検索する。次に、分析部１３３は、「ＩＤ＝８８２」の発注情報から「ＩＤ」「発注元会社識別子」「発注元会社名」「発注先会社識別子」「発注先会社名」を取得し、当該情報と「親ＩＤ＝５１３」「ネストレベル＝３」とを有するレコードを構成し、図示しないバッファに一時蓄積する。

また、分析部１３３は、「ＩＤ＝８８２」の発注情報に対して、下請条件を満たす発注情報を発注情報管理表（図１２）から検索する。そして、分析部１３３は、「ＩＤ＝８８２」の発注情報を親とする「ＩＤ＝１０８１」の発注情報を検索する。次に、分析部１３３は、「ＩＤ＝１０８１」の発注情報から「ＩＤ」「発注元会社識別子」「発注元会社名」「発注先会社識別子」「発注先会社名」を取得し、当該情報と「親ＩＤ＝８８２」「ネストレベル＝４」とを有するレコードを構成し、図示しないバッファに一時蓄積する。

また、分析部１３３は、「ＩＤ＝１０８１」の発注情報に対して、下請条件を満たす発注情報を発注情報管理表（図１２）から検索する。そして、分析部１３３は、「ＩＤ＝１０８１」の発注情報を親とする「ＩＤ＝２０１５」の発注情報を検索する。次に、分析部１３３は、「ＩＤ＝２０１５」の発注情報から「ＩＤ」「発注元会社識別子」「発注元会社名」「発注先会社識別子」「発注先会社名」を取得し、当該情報と「親ＩＤ＝１０８１」「ネストレベル＝４」とを有するレコードを構成し、図示しないバッファに一時蓄積する。

次に、分析部１３３は、「ＩＤ＝２０１５」の発注情報に対して、下請条件を満たす発注情報を発注情報管理表（図１２）から検索するが、検索できなかった、とする。

以上の処理により、分析部１３３は、図示しないバッファに下請構造管理表（図１９）を構成できた。

次に、分析部１３３は、下請構造管理表の各レコードの発注元会社名と発注先会社名とをノードとし、親ＩＤの発注先会社名のノードから子ＩＤの発注元会社名のノードを結ぶ有向エッジ、子ＩＤの発注元会社名のノードから子ＩＤの発注先会社名のノードを結ぶ有向エッジを配置し、多重下請構造情を構成する。

次に、分析結果出力部１４１は、当該多重下請構造情を情報処理装置１の運営者の端末に送信する。

次に、情報処理装置１の運営者の端末は、多重下請構造情報を受信し、出力する。かかる出力例は、図２０である。そして、運営者は、図２０の多重下請構造情報を見て、多重下請構造の改善を図る提案を、関係各社に行うこと等ができる。なお、多重下請構造情報は、図２０のような図でなくても良い。多重下請構造情報は、図１９のような情報でも良い。

なお、分析部１３３は、「ＩＤ＝２」以降の発注情報に対して、「ＩＤ＝１」の発注情報に対して行った処理（多重下請構造取得処理）を行っても良い。

以上、本実施の形態によれば、荷物の運搬の発注処理の非効率を解消できる仕組みを提供できる。

また、本実施の形態によれば、荷物の発注情報の作成支援が行える。

また、本実施の形態によれば、受信された発注情報に対応する発注先の会社の情報を発注元に提供できる。

また、本実施の形態によれば、受信された発注情報に対応する発注先の不利益情報を発注元に提供できる。

また、本実施の形態によれば、受信された発注情報に対応する発注先の会社の情報に基づいた発注までの新しいプロトコルを実現できる。

また、本実施の形態によれば、発注先を提案できる。

また、本実施の形態によれば、複数の発注元会社からの荷物の運搬の発注情報を分析することにより、今まで得られなかった分析結果を得ることができる。

また、本実施の形態によれば、発注元会社からの荷物の運搬の発注情報を分析することにより、発注先会社のスコアを得ることができる。

また、本実施の形態によれば、発注情報を分析することにより、受発注における会社間の関係を表した受発注ネットワークを得ることができる。

さらに、本実施の形態によれば、一の荷物に対する２以上の発注情報を分析することにより、多重下請構造を明確にできる。

なお、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ－ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における情報処理装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、荷物の運搬に関する業務を発注する先である発注先会社となり得る会社または荷物の運搬に関する業務を発注する元である発注元会社となり得る会社を識別する会社識別子と、最新の会社名を含む１以上の会社属性値とを含む２以上の会社情報が格納される会社情報格納部にアクセス可能なコンピュータを、発注先会社名を有する指示であり、荷物の運搬に関する業務の発注の支援を行うことの指示である支援指示を会社装置から受信する支援指示受信部と、前記支援指示が有する前記発注先会社名に対応し、当該発注先会社名とは異なる会社名を含む１以上の会社属性値を、前記会社情報格納部から取得し、当該１以上の会社属性値を用いて、発注の支援である支援処理を行う支援部として機能させるためのプログラムである。

また、図２１は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の情報処理装置１等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図２１は、このコンピュータシステム３００の概観図であり、図２２は、システム３００のブロック図である。

図２１において、コンピュータシステム３００は、ＣＤ－ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。

図２２において、コンピュータ３０１は、ＣＤ－ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＣＤ－ＲＯＭドライブ３０１２等に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。

コンピュータシステム３００に、上述した実施の形態の情報処理装置１等の機能を実行させるプログラムは、ＣＤ－ＲＯＭ３１０１に記憶されて、ＣＤ－ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ－ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。

プログラムは、コンピュータ３０１に、上述した実施の形態の情報処理装置１等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。

なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記各実施の形態において、各処理は、単一の装置によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかる情報処理装置１は、荷物の運搬の発注処理の非効率を解消できる仕組みを提供できるという効果を有し、荷物運搬の発注情報を管理するサーバ等として有用である。

１ 情報処理装置
２ 会社装置
１１ 格納部
１２ 受信部
１３ 処理部
１４ 出力部
２１ 会社格納部
２２ 会社受付部
２３ 会社処理部
２４ 会社送信部
２５ 会社受信部
２６ 会社出力部
１１１ 会社情報格納部
１１２ 発注情報格納部
１２１ 支援指示受信部
１２２ 発注情報受信部
１２３ 確定指示受信部
１３１ 支援部
１３２ 発注情報蓄積部
１３３ 分析部
１４１ 分析結果出力部
１３１１ 発注支援情報送信手段
１３１２ 通知手段
１３１３ 提案手段
１３１２、１３１４ 確定処理手段

Claims (14)

1. 発注先会社名を有する指示であり、荷物の運搬に関する業務の発注の支援を行うことの指示である支援指示を会社装置から受信する支援指示受信部と、
   前記支援指示が有する前記発注先会社名に対応し、当該発注先会社名とは異なる会社名を含む１以上の会社属性値を、荷物の運搬に関する業務を発注する先である発注先会社となり得る会社または荷物の運搬に関する業務を発注する元である発注元会社となり得る会社を識別する会社識別子と、最新の会社名を含む１以上の会社属性値とを含む２以上の会社情報が格納される会社情報格納部から取得し、当該１以上の会社属性値を用いて、発注の支援である支援処理を行う支援部とを具備し、
   荷物の運搬に関する業務の発注の情報であり、発注元会社識別子に対応付く情報であり、発注先会社名を有する情報である発注情報を、２以上の各発注元会社の装置である会社装置から受信する発注情報受信部をさらに具備し、
   前記支援部は、
   前記発注情報に対応する発注先会社の１以上の会社属性値が予め決められた通知条件に合致する場合に、予め決められた提案条件を満たす発注先の発注先会社名を含む発注先候補情報を前記会社情報格納部から取得し、当該発注先候補情報を前記会社装置に送信する支援処理を行う提案手段を具備する情報処理装置。
2. 前記提案手段は、
   前記発注先会社の前記１以上の会社属性値と、他の発注先会社の１以上の会社属性値とを用いて、前記発注先会社と類似する他の発注先会社を決定し、当該他の発注先会社の前記発注先候補情報を前記会社情報格納部から取得し、当該発注先候補情報を前記会社装置に送信する請求項１記載の情報処理装置。
3. 前記支援部は、
   前記１以上の会社属性値を含む情報であり、発注情報の少なくとも一部である発注支援情報を構成し、当該発注支援情報を前記会社装置に送信する発注支援情報送信手段を具備する請求項１または請求項２記載の情報処理装置。
4. 前記会社情報格納部の前記会社情報は、予め決められた条件を満たす１以上の会社属性値を含み、
   前記発注支援情報送信手段は、
   前記予め決められた条件を満たす前記１以上の会社属性値を含む前記発注支援情報を前記会社装置に送信する、請求項３記載の情報処理装置。
5. 前記支援部は、
   前記支援指示受信部が前記支援指示を受信した場合、または前記発注情報受信部が前記発注情報を受信した場合に、前記支援指示または前記発注情報が有する前記発注先会社名に対応する情報であり、予め決められた条件に合致する１以上の会社属性値を前記会社情報格納部から取得し、当該１以上の会社属性値を含む通知情報を、前記発注元会社に送信する通知手段を具備する、請求項１から請求項４いずれか一項に記載の情報処理装置。
6. 前記予め決められた条件に合致する前記１以上の会社属性値は、前記発注先会社にとって不利益となる情報を含む、請求項５記載の情報処理装置。
7. 前記通知手段が前記通知情報を前記発注元会社に送信した後に、前記発注元会社に対応する会社装置から発注情報を確定させる指示である確定指示を受信する確定指示受信部をさらに具備し、
   前記支援部は、
   前記確定指示の受信に応じて、前記発注情報を確定させる確定処理を行う確定処理手段を具備する請求項５または請求項６記載の情報処理装置。
8. 荷物の運搬に関する業務の発注の情報であり、発注元会社識別子に対応付く情報であり、発注先会社名を有する情報である発注情報を、２以上の各発注元会社の装置である会社装置から受信する発注情報受信部と、
   前記発注情報受信部が受信した前記発注情報を、前記発注元会社識別子と当該発注元会社識別子と対になる会社名とに対応付けて、２以上の発注情報が格納される発注情報格納部に蓄積する発注情報蓄積部と、
   前記２以上の発注情報を分析し、分析結果を取得する分析部と、
   前記分析結果を出力する分析結果を分析結果出力部とを具備し、
   前記分析部は、
   ２以上の発注情報を用いて、一の荷物に対する荷主会社、一次請会社、および二次請会社を決定し、当該決定した結果である多重下請構造情報である前記分析結果を取得し、
   前記分析部は、
   前記２以上の発注情報に含まれる第一の発注情報が有する発注先会社識別子と第二の発注情報が有する発注元会社識別子とが一致し、かつ当該２つの発注情報が有する特定の１以上の要素情報が特定の関係にあることである下請条件に合致すると判断した場合に、前記第一の発注情報が有する発注元会社識別子で識別される会社を前記荷主会社に決定し、前記第一の発注情報が有する前記発注先会社識別子で識別される会社を前記一次請会社に決定し、前記第二の発注情報が有する発注先会社識別子で識別される会社を前記二次請会社に決定し、
   前記特定の１以上の要素情報は、発地または着地または発日または着日を含み、
   前記特定の関係は、一致することである、情報処理装置。
9. 前記分析部は、
   発注元会社および発注先会社をノードとし、前記発注元会社と前記発注先会社とのエッジを有する受発注ネットワークである前記分析結果を構成する、請求項８記載の情報処理装置。
10. 前記２以上の各発注情報に含まれる発注先会社識別子ごとに、前記発注情報を分析し、発注情報の数または２以上の各発注情報が有する発注量の合計を取得し、発注先会社ごとに、当該発注情報の数または当該発注量の合計が多いほど高いスコアを取得し、当該スコアを含む前記分析結果を取得し、当該分析結果を出力する、請求項１から請求項９いずれか一項に記載の情報処理装置。
11. 荷物の運搬に関する業務を発注する先である発注先会社となり得る会社または荷物の運搬に関する業務を発注する元である発注元会社となり得る会社を識別する会社識別子と、最新の会社名を含む１以上の会社属性値とを含む２以上の会社情報が格納される会社情報格納部と、支援指示受信部と、支援部と、発注情報受信部とを具備する情報処理装置により実現される情報処理方法であって、
    前記支援指示受信部が、発注先会社名を有する指示であり、荷物の運搬に関する業務の発注の支援を行うことの指示である支援指示を会社装置から受信する支援指示受信ステップと、
    前記支援部が、前記支援指示が有する前記発注先会社名に対応し、当該発注先会社名とは異なる会社名を含む１以上の会社属性値を、前記会社情報格納部から取得し、当該１以上の会社属性値を用いて、発注の支援である支援処理を行う支援ステップとを具備し、
    前記発注情報受信部が、荷物の運搬に関する業務の発注の情報であり、発注元会社識別子に対応付く情報であり、発注先会社名を有する情報である発注情報を、２以上の各発注元会社の装置である会社装置から受信する発注情報受信ステップをさらに具備し、
    前記支援ステップは、
    前記発注情報に対応する発注先会社の１以上の会社属性値が予め決められた通知条件に合致する場合に、予め決められた提案条件を満たす発注先の発注先会社名を含む発注先候補情報を前記会社情報格納部から取得し、当該発注先候補情報を前記会社装置に送信する提案サブステップを具備する情報処理方法。
12. 発注情報受信部と、発注情報蓄積部と、分析部と、分析結果出力部とを具備する情報処理装置により実現される情報処理方法であって、
    前記発注情報受信部が、荷物の運搬に関する業務の発注の情報であり、発注元会社識別子に対応付く情報であり、発注先会社名を有する情報である発注情報を、２以上の各発注元会社の装置である会社装置から受信する発注情報受信ステップと、
    前記発注情報蓄積部が、前記発注情報受信ステップで受信された前記発注情報を、前記発注元会社識別子と当該発注元会社識別子と対になる会社名とに対応付けて、２以上の発注情報が格納される発注情報格納部に蓄積する発注情報蓄積ステップと、
    前記分析部が、前記２以上の発注情報を分析し、分析結果を取得する分析ステップと、
    前記分析結果出力部が、前記分析結果を出力する分析結果を分析結果出力ステップとを具備し、
    前記分析ステップにおいて、
    ２以上の発注情報を用いて、一の荷物に対する荷主会社、一次請会社、および二次請会社を決定し、当該決定した結果である多重下請構造情報である前記分析結果を取得し、
    前記分析ステップにおいて、
    前記２以上の発注情報に含まれる第一の発注情報が有する発注先会社識別子と第二の発注情報が有する発注元会社識別子とが一致し、かつ当該２つの発注情報が有する特定の１以上の要素情報が特定の関係にあることである下請条件に合致すると判断した場合に、前記第一の発注情報が有する発注元会社識別子で識別される会社を前記荷主会社に決定し、前記第一の発注情報が有する前記発注先会社識別子で識別される会社を前記一次請会社に決定し、前記第二の発注情報が有する発注先会社識別子で識別される会社を前記二次請会社に決定し、
    前記特定の１以上の要素情報は、発地または着地または発日または着日を含み、
    前記特定の関係は、一致することである、情報処理方法。
13. 荷物の運搬に関する業務を発注する先である発注先会社となり得る会社または荷物の運搬に関する業務を発注する元である発注元会社となり得る会社を識別する会社識別子と、最新の会社名を含む１以上の会社属性値とを含む２以上の会社情報が格納される会社情報格納部にアクセス可能なコンピュータを、
    発注先会社名を有する指示であり、荷物の運搬に関する業務の発注の支援を行うことの指示である支援指示を会社装置から受信する支援指示受信部と、
    前記支援指示が有する前記発注先会社名に対応し、当該発注先会社名とは異なる会社名を含む１以上の会社属性値を、前記会社情報格納部から取得し、当該１以上の会社属性値を用いて、発注の支援である支援処理を行う支援部として機能させるためのプログラムであって、
    前記コンピュータを、
    荷物の運搬に関する業務の発注の情報であり、発注元会社識別子に対応付く情報であり、発注先会社名を有する情報である発注情報を、２以上の各発注元会社の装置である会社装置から受信する発注情報受信部としてさらに機能させるプログラムであって、
    前記支援部は、
    前記発注情報に対応する発注先会社の１以上の会社属性値が予め決められた通知条件に合致する場合に、予め決められた提案条件を満たす発注先の発注先会社名を含む発注先候補情報を前記会社情報格納部から取得し、当該発注先候補情報を前記会社装置に送信する提案手段を具備するものとして、前記コンピュータ機能させるためのプログラム。
14. コンピュータを、
    荷物の運搬に関する業務の発注の情報であり、発注元会社識別子に対応付く情報であり、発注先会社名を有する情報である発注情報を、２以上の各発注元会社の装置である会社装置から受信する発注情報受信部と、
    前記発注情報受信部が受信した前記発注情報を、前記発注元会社識別子と当該発注元会社識別子と対になる会社名とに対応付けて、２以上の発注情報が格納される発注情報格納部に蓄積する発注情報蓄積部と、
    前記２以上の発注情報を分析し、分析結果を取得する分析部と、
    前記分析結果を出力する分析結果を分析結果出力部として機能させ、
    前記分析部は、
    ２以上の発注情報を用いて、一の荷物に対する荷主会社、一次請会社、および二次請会社を決定し、当該決定した結果である多重下請構造情報である前記分析結果を取得し、
    前記分析部は、
    前記２以上の発注情報に含まれる第一の発注情報が有する発注先会社識別子と第二の発注情報が有する発注元会社識別子とが一致し、かつ当該２つの発注情報が有する特定の１以上の要素情報が特定の関係にあることである下請条件に合致すると判断した場合に、前記第一の発注情報が有する発注元会社識別子で識別される会社を前記荷主会社に決定し、前記第一の発注情報が有する前記発注先会社識別子で識別される会社を前記一次請会社に決定し、前記第二の発注情報が有する発注先会社識別子で識別される会社を前記二次請会社に決定し、
    前記特定の１以上の要素情報は、発地または着地または発日または着日を含み、
    前記特定の関係は、一致することであるものとして、前記コンピュータを機能させるためのプログラム。

Images