知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023071323
(43)【公開日】2023-05-23
(54)【発明の名称】注文管理方法、注文管理システム、及びプログラム
(51)【国際特許分類】
G06Q 30/0601 20230101AFI20230516BHJP
【ＦＩ】
G06Q30/06 300
【審査請求】未請求
【請求項の数】7
【出願形態】ＯＬ
(21)【出願番号】P 2021184006
(22)【出願日】2021-11-11
(71)【出願人】
【識別番号】000003193
【氏名又は名称】凸版印刷株式会社
(74)【代理人】
【識別番号】100149548
【弁理士】
【氏名又は名称】松沼 泰史
(74)【代理人】
【識別番号】100139686
【弁理士】
【氏名又は名称】鈴木 史朗
(74)【代理人】
【識別番号】100169764
【弁理士】
【氏名又は名称】清水 雄一郎
(74)【代理人】
【識別番号】100147267
【弁理士】
【氏名又は名称】大槻 真紀子
(72)【発明者】
【氏名】寺本 格
(72)【発明者】
【氏名】鋒崎 純一
(72)【発明者】
【氏名】小林 俊宏
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049BB54
5L049BB72
(57)【要約】 （修正有）
【課題】発注者と納入者との間で授受する情報について、互いの様式の相違にかかわらず一元的に管理できる注文管理方法、注文管理システム及びプログラムを提供する。
【解決手段】注文管理システムにおいて、注文管理装置３００は、発注端末１００が作成する、注文に関する内容を有し対応の発注者により定められた形式に従った１次注文情報Ｄ１から、対応する形式に変換し、ネットワーク経由で中継装置２００に送信し、中継装置２００が記憶した２次注文情報Ｄ２をネットワーク経由で取得し、取得した２次注文情報Ｄ２を所定の共通の様式による３次注文情報Ｄ３に変換し記憶する。
【選択図】図６
【解決手段】注文管理システムにおいて、注文管理装置３００は、発注端末１００が作成する、注文に関する内容を有し対応の発注者により定められた形式に従った１次注文情報Ｄ１から、対応する形式に変換し、ネットワーク経由で中継装置２００に送信し、中継装置２００が記憶した２次注文情報Ｄ２をネットワーク経由で取得し、取得した２次注文情報Ｄ２を所定の共通の様式による３次注文情報Ｄ３に変換し記憶する。
【選択図】図６
【特許請求の範囲】
【請求項1】
納入者に向けて注文を行う複数の発注者のそれぞれに対応する複数の発注端末と、注文管理装置と、前記発注端末と前記注文管理装置との間で授受される情報を中継する中継装置とを含む注文管理システムにおける注文管理方法であって、
前記発注端末が、注文に関する内容を有し対応の発注者により定められた形式に従って作成された１次注文情報を、前記注文管理装置が対応する形式の２次注文情報に変換し、前記２次注文情報をネットワーク経由で前記中継装置に送信する送信ステップと、
前記中継装置が、前記送信ステップにより送信された前記２次注文情報を前記中継装置の第１記憶部に記憶させる第１記憶制御ステップと、
前記注文管理装置が、前記中継装置に記憶されている２次注文情報をネットワーク経由で取得する取得ステップと、
前記注文管理装置が、取得した２次注文情報を、所定の共通の様式による３次注文情報に変換し、前記３次注文情報を第２記憶部に記憶させる注文対応処理ステップと
を含む注文管理方法。
前記発注端末が、注文に関する内容を有し対応の発注者により定められた形式に従って作成された１次注文情報を、前記注文管理装置が対応する形式の２次注文情報に変換し、前記２次注文情報をネットワーク経由で前記中継装置に送信する送信ステップと、
前記中継装置が、前記送信ステップにより送信された前記２次注文情報を前記中継装置の第１記憶部に記憶させる第１記憶制御ステップと、
前記注文管理装置が、前記中継装置に記憶されている２次注文情報をネットワーク経由で取得する取得ステップと、
前記注文管理装置が、取得した２次注文情報を、所定の共通の様式による３次注文情報に変換し、前記３次注文情報を第２記憶部に記憶させる注文対応処理ステップと
を含む注文管理方法。
【請求項2】
前記第１記憶部は、前記発注者ごとに対応する個別記憶領域が設定され、
前記第１記憶制御ステップは、受信した前記２次注文情報を、当該２次注文情報の送信元の発注端末の発注者に対応する個別記憶領域に記憶させる
請求項１に記載の注文管理方法。
前記第１記憶制御ステップは、受信した前記２次注文情報を、当該２次注文情報の送信元の発注端末の発注者に対応する個別記憶領域に記憶させる
請求項１に記載の注文管理方法。
【請求項3】
前記注文管理装置が、前記３次注文情報を含み、前記発注端末と前記注文管理装置との間で授受された情報に基づく受注確認情報を生成する受注確認情報生成ステップと、
前記注文管理装置が、生成された受注確認情報を、対応の前記発注端末が取得可能なように前記中継装置の第１記憶部に記憶させる第２記憶制御ステップと、
をさらに含む
請求項１または２に記載の注文管理方法。
前記注文管理装置が、生成された受注確認情報を、対応の前記発注端末が取得可能なように前記中継装置の第１記憶部に記憶させる第２記憶制御ステップと、
をさらに含む
請求項１または２に記載の注文管理方法。
【請求項4】
前記受注確認情報生成ステップは、
前記第２記憶部が記憶する注文管理情報のうちから、対応の発注者の抽出指示情報が示す抽出条件を満たす情報を、前記受注確認情報に含める
請求項３に記載の注文管理方法。
前記第２記憶部が記憶する注文管理情報のうちから、対応の発注者の抽出指示情報が示す抽出条件を満たす情報を、前記受注確認情報に含める
請求項３に記載の注文管理方法。
【請求項5】
前記受注確認情報生成ステップは、対応の発注者の様式指定情報が指定する様式による受注確認情報を生成する
請求項３または４に記載の注文管理方法。
請求項３または４に記載の注文管理方法。
【請求項6】
納入者に向けて注文を行う複数の発注者のそれぞれに対応する複数の発注端末と、注文管理装置と、前記発注端末と前記注文管理装置との間で授受される情報を中継する中継装置とを含む注文管理システムであって、
前記発注端末において、注文に関する内容を有し対応の発注者により定められた形式に従って作成された１次注文情報を、前記注文管理装置が対応する形式の２次注文情報に変換し、前記２次注文情報をネットワーク経由で前記中継装置に送信する送信部と、
前記発注端末において、前記送信部により送信された前記２次注文情報をネットワーク経由で前記中継装置の第１記憶部に記憶させる第１記憶制御部と、
前記注文管理装置が、前記中継装置に記憶されている２次注文情報をネットワーク経由で取得する取得部と、
前記注文管理装置において、取得された２次注文情報を、所定の共通の様式による３次注文情報に変換し、前記３次注文情報を第２記憶部に記憶させる注文対応処理部と
を備える注文管理システム。
前記発注端末において、注文に関する内容を有し対応の発注者により定められた形式に従って作成された１次注文情報を、前記注文管理装置が対応する形式の２次注文情報に変換し、前記２次注文情報をネットワーク経由で前記中継装置に送信する送信部と、
前記発注端末において、前記送信部により送信された前記２次注文情報をネットワーク経由で前記中継装置の第１記憶部に記憶させる第１記憶制御部と、
前記注文管理装置が、前記中継装置に記憶されている２次注文情報をネットワーク経由で取得する取得部と、
前記注文管理装置において、取得された２次注文情報を、所定の共通の様式による３次注文情報に変換し、前記３次注文情報を第２記憶部に記憶させる注文対応処理部と
を備える注文管理システム。
【請求項7】
納入者に向けて注文を行う複数の発注者のそれぞれに対応する複数の発注端末と、注文管理装置と、前記発注端末と前記注文管理装置との間で授受される情報を中継する中継装置とを含む注文管理システムにおける前記注文管理装置としてのコンピュータを、
前記発注端末において、注文に関する内容を有し対応の発注者により定められた形式に従って作成された１次注文情報から前記注文管理装置が対応する形式に変換され、ネットワーク経由で前記中継装置に送信されることで前記中継装置にて記憶された２次注文情報を、ネットワーク経由で取得する取得部、
取得された２次注文情報を、所定の共通の様式による３次注文情報に変換し、前記３次注文情報を第２記憶部に記憶させる注文対応処理部
として機能させるためのプログラム。
前記発注端末において、注文に関する内容を有し対応の発注者により定められた形式に従って作成された１次注文情報から前記注文管理装置が対応する形式に変換され、ネットワーク経由で前記中継装置に送信されることで前記中継装置にて記憶された２次注文情報を、ネットワーク経由で取得する取得部、
取得された２次注文情報を、所定の共通の様式による３次注文情報に変換し、前記３次注文情報を第２記憶部に記憶させる注文対応処理部
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、注文管理方法、注文管理システム、及びプログラムに関する。
【背景技術】
【0002】
発注者から納入者にインターネットを介して発注を行い、納入者からは受注に応じた回答を、インターネットを介して発注者に送信可能とされた情報管理システムが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００７－１６４２２７号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
受発注にあたって発注者と納入者との間で授受する情報の様式が、発注者と納入者とで異なっている場合がある。このため、発注者と納入者との間で授受する情報については、互いの様式の相違にかかわらず一元的に管理できるようにすることが好ましい。
【0005】
本発明は、このような事情に鑑みてなされたもので、発注者と納入者との間で授受する情報について、互いの様式の相違にかかわらず一元的に管理できるようにすることを目的とする。
【課題を解決するための手段】
【0006】
上述した課題を解決するための本発明の一態様は、納入者に向けて注文を行う複数の発注者のそれぞれに対応する複数の発注端末と、前記注文管理装置と、前記発注端末と前記注文管理装置との間で授受される情報を中継する中継装置とを含む注文管理システムにおける注文管理方法であって、前記発注端末が、注文に関する内容を有し対応の発注者により定められた形式に従って作成された１次注文情報を、前記注文管理装置が対応する形式の２次注文情報に変換し、前記２次注文情報をネットワーク経由で前記中継装置に送信する送信ステップと、前記中継装置が、前記送信ステップにより送信された前記２次注文情報を前記中継装置の第１記憶部に記憶させる第１記憶制御ステップと、前記注文管理装置が、前記中継装置に記憶されている２次注文情報をネットワーク経由で取得する取得ステップと、前記注文管理装置が、取得した２次注文情報を、所定の共通の様式による３次注文情報に変換し、前記３次注文情報を第２記憶部に記憶させる注文対応処理ステップとを含む注文管理方法である。
【0007】
また、本発明の一態様は、納入者に向けて注文を行う複数の発注者のそれぞれに対応する複数の発注端末と、注文管理装置と、前記発注端末と前記注文管理装置との間で授受される情報を中継する中継装置とを含む注文管理システムであって、前記発注端末において、注文に関する内容を有し対応の発注者により定められた形式に従って作成された１次注文情報を、前記注文管理装置が対応する形式の２次注文情報に変換し、前記２次注文情報をネットワーク経由で前記中継装置に送信する送信部と、前記発注端末において、前記送信部により送信された前記２次注文情報をネットワーク経由で前記中継装置の第１記憶部に記憶させる第１記憶制御部と、前記注文管理装置が、前記中継装置に記憶されている２次注文情報をネットワーク経由で取得する取得部と、前記注文管理装置において、取得された２次注文情報を、所定の共通の様式による３次注文情報に変換し、前記３次注文情報を第２記憶部に記憶させる注文対応処理部とを備える注文管理システムである。
【0008】
また、本発明の一態様は、納入者に向けて注文を行う複数の発注者のそれぞれに対応する複数の発注端末と、注文管理装置と、前記発注端末と前記注文管理装置との間で授受される情報を中継する中継装置とを含む注文管理システムにおける前記注文管理装置としてのコンピュータを、前記発注端末において、注文に関する内容を有し対応の発注者により定められた形式に従って作成された１次注文情報から前記注文管理装置が対応する形式に変換され、ネットワーク経由で前記中継装置に送信されることで前記中継装置にて記憶された２次注文情報を、ネットワーク経由で取得する取得部、取得された２次注文情報を、所定の共通の様式による３次注文情報に変換し、前記３次注文情報を第２記憶部に記憶させる注文対応処理部として機能させるためのプログラムである。
【発明の効果】
【0009】
以上説明したように、本発明によれば、発注者と納入者との間で授受する情報について、互いの様式の相違にかかわらず一元的に管理できるようになるという効果が得られる。
【図面の簡単な説明】
【0010】
【図1】本実施形態に係る注文管理システムの全体的な構成例を示す図である。
【図2】本実施形態に係る注文管理装置の構成例を示す図である。
【図3】本実施形態に係る発注端末と中継装置と注文管理装置とが発注に対応して実行する処理手順例を示すフローチャートである。
【図4】本実施形態に係る注文管理装置が実行する３次注文情報対応処理の手順例を示すフローチャートである。
【図5】本実施形態に係る発注端末、中継装置、注文管理装置、及び納入者端末が、回答情報の授受に関連して実行する処理手順例を示すフローチャートである。
【図6】本実施形態に係る注文管理システムにおける発注に応じた処理の流れを説明する図である。
【図7】本実施形態に係る注文情報についての様式変換処理の一具体例を説明する図である。
【図8】本実施形態に係る発注端末、中継装置、注文管理装置、及び納入者端末が、回答情報の授受の他の例のもとで実行する処理手順例を示すフローチャートである。
【図9】本実施形態に係る注文管理システムにおける回答情報の授受の他の例に応じた処理の流れを説明する図である。
【図10】本実施形態に係る発注端末、中継装置、及び注文管理装置が、依頼情報の授受に関連して実行する処理手順例を示すフローチャートである。
【図11】本実施形態に係る発注端末、中継装置、及び注文管理装置が、受注確認情報の授受に関連して実行する処理手順例を示すフローチャートである。
【図12】本実施形態に係る注文管理装置が実行する受注確認情報生成処理の手順例を示すフローチャートである。
【図13】本実施形態に係る注文管理装置が実行する受注確認情報についての様式変換処理の手順例を示すフローチャートである。
【図14】本実施形態に係る注文管理システムにおける受注確認情報の授受に応じた処理の流れを説明する図である。
【発明を実施するための形態】
【0011】
［管理システムの全体構成例］
図１は、本実施形態における注文管理システムの全体的な構成例を示している。同図の注文管理システムは、例えば複数のメーカ等の発注者１０が１の納入者４０に対して、必要な物資等を注文介在システムＳＹＳ経由で注文することのできるシステムである。
発注者１０は、例えばメーカ等の企業であってよい。また、納入者４０は、例えばメーカに物資を供給するサプライヤ等の企業であってよい。
なお、本実施形態の注文管理システムを利用する発注者１０の数は特に限定されない。
図１は、本実施形態における注文管理システムの全体的な構成例を示している。同図の注文管理システムは、例えば複数のメーカ等の発注者１０が１の納入者４０に対して、必要な物資等を注文介在システムＳＹＳ経由で注文することのできるシステムである。
発注者１０は、例えばメーカ等の企業であってよい。また、納入者４０は、例えばメーカに物資を供給するサプライヤ等の企業であってよい。
なお、本実施形態の注文管理システムを利用する発注者１０の数は特に限定されない。
【0012】
発注者１０は、発注端末１００を利用して納入者４０に注文を行う。発注端末１００は、例えば、パーソナルコンピュータ、スマートフォン、タブレット端末等のネットワーク接続機能を有する端末が使用されてよい。発注端末１００は、ネットワーク経由で中継装置２００と接続される。
【0013】
注文介在システムＳＹＳは、ネットワーク上に設けられ、発注者１０と納入者４０との間での受発注を介在して行う。
注文介在システムＳＹＳは、受発注に対応するウェブアプリケーションを提供する。つまり、注文介在システムＳＹＳは、発注者１０からの注文に応じて発注端末１００がアクセスする発注ウェブアプリケーションを提供し、納入者の受注に応じて納入者端末４００がアクセスする受注ウェブアプリケーションを提供する。
注文介在システムＳＹＳは、中継装置２００と注文管理装置３００とを備える。上記の発注ウェブアプリケーション及び受注ウェブアプリケーションの提供機能は注文管理装置３００が備えるようにされてよい。
注文介在システムＳＹＳは、受発注に対応するウェブアプリケーションを提供する。つまり、注文介在システムＳＹＳは、発注者１０からの注文に応じて発注端末１００がアクセスする発注ウェブアプリケーションを提供し、納入者の受注に応じて納入者端末４００がアクセスする受注ウェブアプリケーションを提供する。
注文介在システムＳＹＳは、中継装置２００と注文管理装置３００とを備える。上記の発注ウェブアプリケーション及び受注ウェブアプリケーションの提供機能は注文管理装置３００が備えるようにされてよい。
【0014】
中継装置２００は、ネットワーク上で発注端末１００と納入者端末４００との間で授受される情報（データ）を中継する。中継装置２００は、ネットワーク上に設けられたクラウドストレージであってよい。
【0015】
発注端末１００のそれぞれと中継装置２００とは、対応の発注者１０に固有に割り当てられた発注者ＩＤと秘密鍵とを用いて暗号化した情報の授受が行われるようにされてよい。
【0016】
中継装置２００は、記憶部２０１（第１記憶部の一例）を備える。記憶部２０１は、複数（ｎ）の発注者１０ごとに対応するｎ個の専用記憶領域２１１（２１１－１～２１１－ｎ）が設定される。専用記憶領域２１１は、それぞれ、対応の発注者１０の発注端末１００の端末識別子と対応付けられる。
【0017】
中継装置２００は、１の発注端末１００が納入者４０に送るためアップロードした情報を、記憶部２０１においてアップロード元の発注端末１００の発注者１０に対応する専用記憶領域２１１に記憶させる。中継装置２００は、発注端末１００からのアップロードに応じて記憶部２０１に記憶させた情報を、注文管理装置３００に送信するようにして引き渡す。
【0018】
また、中継装置２００は、注文管理装置３００が発注者１０に送るためアップロードした情報を、記憶部２０１において送り先の発注者１０に対応する専用記憶領域２１１に記憶させる。中継装置２００は、注文管理装置３００からのアップロードに応じて記憶部２０１に記憶させた情報を、送り先の発注者１０に対応する発注端末１００に送信するようにして引き渡す。
【0019】
発注者１０は、納入者４０に発注を行うにあたり、発注端末１００を注文ウェブアプリケーションにアクセスさせるこことで、注文書のデータ（注文情報）を中継装置２００にアップロードさせる。納入者端末４００は、受注ウェブアプリケーションにアクセスすることで、中継装置２００から注文情報を取得する。これにより、納入者４０は、発注者１０からの注文を受けることができる。
また、納入者４０は、発注者１０からの注文を受けたことに応じて、注文に対する回答書を、納入者端末４００を使用して作成する。回答書には、例えば、注文情報が示す物資の数量に対して納入可能な数量や納期などが記述される。納入者４０は、作成した回答書のデータ（回答情報）を納入者端末４００から中継装置２００にアップロードさせる。発注端末１００は、中継装置２００に記憶された回答情報を取得する。これにより、発注者１０は、注文に対する納入者４０からの回答を確認することができる。
また、納入者４０は、発注者１０からの注文を受けたことに応じて、注文に対する回答書を、納入者端末４００を使用して作成する。回答書には、例えば、注文情報が示す物資の数量に対して納入可能な数量や納期などが記述される。納入者４０は、作成した回答書のデータ（回答情報）を納入者端末４００から中継装置２００にアップロードさせる。発注端末１００は、中継装置２００に記憶された回答情報を取得する。これにより、発注者１０は、注文に対する納入者４０からの回答を確認することができる。
【0020】
［注文管理装置の構成例］
図２は、本実施形態の注文管理装置３００の構成例を示している。同図に示される注文管理装置３００の機能は、ハードウェアとしての注文管理装置３００が備えるＣＰＵ（Central Processing Unit）がプログラムを実行することにより実現される。
同図の注文管理装置３００は、通信部３０１、制御部３０２、及び記憶部３０３を備える。
通信部３０１は、ネットワーク経由で中継装置２００と通信を行う。
図２は、本実施形態の注文管理装置３００の構成例を示している。同図に示される注文管理装置３００の機能は、ハードウェアとしての注文管理装置３００が備えるＣＰＵ（Central Processing Unit）がプログラムを実行することにより実現される。
同図の注文管理装置３００は、通信部３０１、制御部３０２、及び記憶部３０３を備える。
通信部３０１は、ネットワーク経由で中継装置２００と通信を行う。
【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】
例えば、発注者の基幹システムで作成した注文情報をファクシミリや電子メールで納入者に送信し、納入者では、受信した注文情報を自社のシステムに登録し、ファクシミリや電子メールで回答するといったやりとりが行われる場合もある。このような環境において注文内容の変更等が生じた場合、納入者は、自社のシステムから注文情報やファクシミリ、電子メール等の過去のやりとりの情報を探して調整を行うことが必要であり、煩雑で担当者の負担も大きい。
そこで、発注や発注に対する回答を、専用線やＶＡＮ（Value Added Network：付加価値通信網）等を利用したＥＤＩ（Electronic Data Interchange）、インターネットを利用したＷｅｂ－ＥＤＩなどを利用してやりとりすることも行われている。
しかしながら、これらの通信を利用したシステムでは、発注者ごとに異なる様式を統一させたい場合には、例えば、発注者側で、納入者から指定された共通様式に対応して、注文情報を作成しなおす作業等が必要であり、発注者における担当者等の負担が大きい。
本実施形態であれば、共通様式への変換は注文管理装置３００にて行われるので、発注者１０は、自社の様式が維持されたままの２次受注確認情報を中継装置２００に送信すればよく、注文情報のアップロードに際しての負担が軽減される。
そこで、発注や発注に対する回答を、専用線やＶＡＮ（Value Added Network：付加価値通信網）等を利用したＥＤＩ（Electronic Data Interchange）、インターネットを利用したＷｅｂ－ＥＤＩなどを利用してやりとりすることも行われている。
しかしながら、これらの通信を利用したシステムでは、発注者ごとに異なる様式を統一させたい場合には、例えば、発注者側で、納入者から指定された共通様式に対応して、注文情報を作成しなおす作業等が必要であり、発注者における担当者等の負担が大きい。
本実施形態であれば、共通様式への変換は注文管理装置３００にて行われるので、発注者１０は、自社の様式が維持されたままの２次受注確認情報を中継装置２００に送信すればよく、注文情報のアップロードに際しての負担が軽減される。
【0062】
また、納入者４０は、発注者１０からの注文を受け付けたことに応じて、受け付けた注文に対する回答書の情報（回答情報）を作成し、発注者１０に対して中継装置２００を介して引き渡すようにされる。
図５のフローチャートを参照して、納入者４０から発注者１０への回答情報の引き渡しに対応して納入者端末４００、注文管理装置３００、中継装置２００、及び発注端末１００が実行する処理手順例について説明する。
図５のフローチャートを参照して、納入者４０から発注者１０への回答情報の引き渡しに対応して納入者端末４００、注文管理装置３００、中継装置２００、及び発注端末１００が実行する処理手順例について説明する。
【0063】
ステップＳ５００：納入者端末４００は、納入者４０の受注担当者の操作に応じて、１の３次注文情報に対応する回答書のデータ（１次回答情報）を作成する。１次回答情報のファイル形式、各種項目の定義などは、納入者４０において定められているものが適用されていてよい。
納入者端末４００は、このように作成した１次回答情報を、自己が備える記憶部または、納入者端末４００が接続される基幹システムのストレージに記憶させてよい。
図６には、納入者端末４００において１次回答情報Ｄ１１の作成されたことが示されている。
納入者端末４００は、このように作成した１次回答情報を、自己が備える記憶部または、納入者端末４００が接続される基幹システムのストレージに記憶させてよい。
図６には、納入者端末４００において１次回答情報Ｄ１１の作成されたことが示されている。
【0064】
ステップＳ５０２：納入者端末４００は、ステップＳ５００にて作成した１次回答情報の形式を、注文管理装置３００が扱う回答情報の形式（共通形式）に変換した２次回答情報を得る。２次回答情報が対応する共通形式も、例えばＣＳＶであってよい。
図６には、納入者端末４００において１次回答情報Ｄ１１を形式変換して２次回答情報Ｄ１２の得られたことが示されている。
図６には、納入者端末４００において１次回答情報Ｄ１１を形式変換して２次回答情報Ｄ１２の得られたことが示されている。
【0065】
ステップＳ５０４：納入者端末４００は、受注ウェブアプリケーションにアクセスした状態のもとで、注文管理装置３００に２次回答情報のアップロード要求を送信する。アップロード要求にあたり、納入者端末４００は、アップロード対象の２次回答情報を注文管理装置３００に送信する。
【0066】
ステップＳ６００：注文管理装置３００において注文対応処理部３２１は、ステップＳ５０４により納入者端末４００から送信された２次回答情報を受信する。
【0067】
ステップＳ６０２：注文対応処理部３２１は、ステップＳ６００により受信した２次回答情報を、該当の発注者１０に対応させた様式の第３回答情報に変換するための様式変換処理を行う。
当該ステップＳ６００の様式変換処理にあたり、注文対応処理部３２１は、第３変換規則情報記憶部３３５が記憶する第３変換規則情報のうちから、処理対象の２次回答情報が対応する発注者１０の第３変換規則情報を利用する。
図６には、注文管理装置３００にて、納入者端末４００から渡された２次回答情報Ｄ１２について様式変換処理を行って３次回答情報Ｄ１３を得たことが示されている。
当該ステップＳ６００の様式変換処理にあたり、注文対応処理部３２１は、第３変換規則情報記憶部３３５が記憶する第３変換規則情報のうちから、処理対象の２次回答情報が対応する発注者１０の第３変換規則情報を利用する。
図６には、注文管理装置３００にて、納入者端末４００から渡された２次回答情報Ｄ１２について様式変換処理を行って３次回答情報Ｄ１３を得たことが示されている。
【0068】
ステップＳ６０４：注文対応処理部３２１は、ステップＳ４０２の様式変換処理によって得られた３次回答情報を、回答情報記憶部３３２に記憶させる。これにより、注文管理装置３００にて、発注者１０に送る回答情報が保存される。
図６には、注文管理装置３００にて、３次回答情報Ｄ１３が回答情報記憶部３３２に保存されたことが示されている。
図６には、注文管理装置３００にて、３次回答情報Ｄ１３が回答情報記憶部３３２に保存されたことが示されている。
【0069】
ステップＳ６０６：注文対応処理部３２１は、３次回答情報を中継装置２００にアップロードする。
なお、注文対応処理部３２１は、当該ステップＳ６０６により３次回答情報をアップロードしたことに応じて、対応の発注者１０に回答情報をアップロードしたことを通知してよい。このようなアップロードの通知は、例えば、対応の発注者１０のメールアドレスを宛先として、回答情報をアップロードしたことを通知する電子メールの送信により行われてよい。
なお、注文対応処理部３２１は、当該ステップＳ６０６により３次回答情報をアップロードしたことに応じて、対応の発注者１０に回答情報をアップロードしたことを通知してよい。このようなアップロードの通知は、例えば、対応の発注者１０のメールアドレスを宛先として、回答情報をアップロードしたことを通知する電子メールの送信により行われてよい。
【0070】
ステップＳ８００：中継装置２００は、ステップＳ６０６により注文管理装置からアップロードされた３次回答情報を受信する。
ステップＳ８０２：中継装置２００は、受信された３次回答情報を、送り先の発注者１０の発注端末１００に対応付けられた専用記憶領域２１１に記憶させる。
図６には、注文管理装置３００から受信した３次回答情報Ｄ１３を、端末識別子［Ｔ０００１］の発注端末１００に対応付けられた専用記憶領域２１１－１に記憶させたことが示されている。
ステップＳ８０２：中継装置２００は、受信された３次回答情報を、送り先の発注者１０の発注端末１００に対応付けられた専用記憶領域２１１に記憶させる。
図６には、注文管理装置３００から受信した３次回答情報Ｄ１３を、端末識別子［Ｔ０００１］の発注端末１００に対応付けられた専用記憶領域２１１－１に記憶させたことが示されている。
【0071】
ステップＳ８１０：中継装置２００は、後述のように発注端末１００からステップＳ９００により送信される回答情報要求を受信する。
ステップＳ８１２：中継装置２００は、受信した回答情報要求の送信元の発注端末１００に対応付けられた専用記憶領域２１１に記憶されている３次回答情報を、回答情報要求の送信元の発注端末１００に送信する。
ステップＳ８１２：中継装置２００は、受信した回答情報要求の送信元の発注端末１００に対応付けられた専用記憶領域２１１に記憶されている３次回答情報を、回答情報要求の送信元の発注端末１００に送信する。
【0072】
ステップＳ９００：発注端末１００は、発注ウェブアプリケーションにアクセスした状態のもとで、例えば発注者１０の担当者の操作に応じて、中継装置２００に回答情報要求を送信する。
ステップＳ９０２：発注端末１００は、ステップＳ９００により送信した回答情報要求に応じて中継装置２００から送信された３次回答情報を受信する。また、発注端末１００は、受信した３次回答情報を、自己が備える記憶部あるいは発注端末１００が接続される基幹システムのストレージに記憶させてよい。
図６には、専用記憶領域２１１－１に記憶されていた３次回答情報Ｄ１３が中継装置２００から送信されたことに応じて、端末識別子［Ｔ０００１］の発注端末１００が、３次回答情報Ｄ１３を受信したことが示されている。
ステップＳ９０２：発注端末１００は、ステップＳ９００により送信した回答情報要求に応じて中継装置２００から送信された３次回答情報を受信する。また、発注端末１００は、受信した３次回答情報を、自己が備える記憶部あるいは発注端末１００が接続される基幹システムのストレージに記憶させてよい。
図６には、専用記憶領域２１１－１に記憶されていた３次回答情報Ｄ１３が中継装置２００から送信されたことに応じて、端末識別子［Ｔ０００１］の発注端末１００が、３次回答情報Ｄ１３を受信したことが示されている。
【0073】
このように、納入者４０に対応する様式により作成された回答情報（２次回答情報）は、注文管理装置３００が様式変換処理によって発注者１０に適合させた様式の３次回答情報に変換し、発注者１０に送るようにされる。これにより、注文管理装置３００は、注文情報を共通様式化して一元的に管理しながらも、発注者１０ごとの様式に適合させた回答情報を発注者１０に送ることができる。
【0074】
上記とは逆に、例えば納入者４０から発注者１０への問合せに対して、発注者１０が納入者４０に対して回答を行う場合がある。この場合、本実施形態の注文管理システムは、図３に示した注文情報の伝達の手順に準じて、発注端末１００から中継装置２００を介して注文管理装置３００に回答情報が伝達されるようにしてよい。
つまり、発注端末１００は、１次回答情報を作成し、作成した１次回答情報を注文管理装置３００が対応する形式の２次回答情報に変換する。発注端末１００は、変換された２次回答情報を中継装置２００にアップロードする。中継装置２００はアップロードされた２次回答情報を記憶する。注文管理装置３００は、中継装置２００が記憶する２次回答情報を取得し、取得した２次回答情報について、図４に示した処理手順例に準じて所定の共通様式による３次回答情報に変換するようにされる。
つまり、発注端末１００は、１次回答情報を作成し、作成した１次回答情報を注文管理装置３００が対応する形式の２次回答情報に変換する。発注端末１００は、変換された２次回答情報を中継装置２００にアップロードする。中継装置２００はアップロードされた２次回答情報を記憶する。注文管理装置３００は、中継装置２００が記憶する２次回答情報を取得し、取得した２次回答情報について、図４に示した処理手順例に準じて所定の共通様式による３次回答情報に変換するようにされる。
【0075】
次に、納入者４０から発注者１０への回答情報の引き渡しについての他の例について説明する。当該他の例では、納入者端末４００から中継装置２００に回答情報がアップロードされる。注文管理装置３００は中継装置２００にアップロードされた回答情報について様式変換を行う。発注端末１００は、注文管理装置３００により様式変換された回答情報を出力する。
このようにして行われる回答情報の伝達について、図８、図９を参照して説明する。
このようにして行われる回答情報の伝達について、図８、図９を参照して説明する。
【0076】
図８は、納入者４０から発注者１０への回答情報の引き渡しの他の例に対応して、納入者端末４００、注文管理装置３００、中継装置２００、及び発注端末１００が実行する処理手順例を示すフローチャートである。
【0077】
ステップＳ２１００：納入者端末４００は、納入者４０の受注担当者の操作に応じて１次回答情報を作成する。
図９は、納入者４０から発注者１０への回答情報の引き渡しの他の例に応じた処理の流れを説明する図である。図９には、１の納入者４０が納入者端末４００を操作して１次回答情報Ｄ１１を作成した例が示されている。
図９は、納入者４０から発注者１０への回答情報の引き渡しの他の例に応じた処理の流れを説明する図である。図９には、１の納入者４０が納入者端末４００を操作して１次回答情報Ｄ１１を作成した例が示されている。
【0078】
ステップＳ２１０２：納入者端末４００は、ステップＳ２１００にて作成した１次回答情報の形式を、注文管理装置３００が扱う回答情報の形式（共通形式）に変換した２次回答情報を得る。
図９には、納入者端末４００において１次回答情報Ｄ１１を形式変換して２次回答情報Ｄ１２の得られたことが示されている。
図９には、納入者端末４００において１次回答情報Ｄ１１を形式変換して２次回答情報Ｄ１２の得られたことが示されている。
【0079】
ステップＳ２１０４：納入者端末４００は、受注ウェブアプリケーションにより中継装置２００に２次回答情報をアップロードさせる。
【0080】
ステップＳ２２００：中継装置２００は、ステップＳ２１０４により発注端末１００からアップロードされた２次回答情報を受信する。
ステップＳ２２０２：中継装置２００は、ステップＳ２２００により受信した２次回答情報を、対応の専用記憶領域２１１に記憶させる。
図９においては、アップロードされた２次回答情報Ｄ１２を、回答情報の引き渡し先の発注者１０の発注端末１００の端末識別子［Ｔ０００１］に対応付けられた専用記憶領域２１１－１に記憶させたことが示されている。
ステップＳ２２０２：中継装置２００は、ステップＳ２２００により受信した２次回答情報を、対応の専用記憶領域２１１に記憶させる。
図９においては、アップロードされた２次回答情報Ｄ１２を、回答情報の引き渡し先の発注者１０の発注端末１００の端末識別子［Ｔ０００１］に対応付けられた専用記憶領域２１１－１に記憶させたことが示されている。
【0081】
次に、同じ図９のフローチャートを参照して、注文管理装置３００が中継装置２００から２次回答情報を取得するにあたり、注文管理装置３００と中継装置２００とが実行する処理手順例について説明する。
ステップＳ２２１０：中継装置２００は、後述のステップＳ２３０２により注文管理装置３００から送信される２次回答情報要求を受信する。
ステップＳ２２１２：中継装置２００は、ステップＳ２２１０にて２次回答情報要求を受信したタイミングで専用記憶領域２１１に記憶されている全ての２次回答情報を注文管理装置３００に送信する。
ステップＳ２２１０：中継装置２００は、後述のステップＳ２３０２により注文管理装置３００から送信される２次回答情報要求を受信する。
ステップＳ２２１２：中継装置２００は、ステップＳ２２１０にて２次回答情報要求を受信したタイミングで専用記憶領域２１１に記憶されている全ての２次回答情報を注文管理装置３００に送信する。
【0082】
なお、２次回答情報要求を受信したタイミングでいずれの専用記憶領域２１１にも２次回答情報が記憶されていない場合、中継装置２００は、２次回答情報要求に対する応答として、２次回答情報の送信に代えて、注文管理装置３００に対して２次回答情報がないことの通知を行うようにされてよい。
なお、中継装置２００は、注文管理装置３００に送信した２次回答情報については、送信後の所定のタイミングで専用記憶領域２１１から削除してよい。
なお、中継装置２００は、注文管理装置３００に送信した２次回答情報については、送信後の所定のタイミングで専用記憶領域２１１から削除してよい。
【0083】
ステップＳ２３００：注文管理装置３００において注文対応処理部３２１は、今回の２次回答情報の取得タイミングに至るのを待機している。注文対応処理部３２１は、発注者１０の担当者が操作する発注端末１００が発注ウェブアプリケーション経由で送信した２次回答情報の取得指示に応じて取得タイミングに至ったと判定してよい。あるいは、注文対応処理部３２１は、一定時間ごとに２次回答情報の取得を行うようにされてよい。この場合、注文対応処理部３２１は、先の２次回答情報の取得の処理から一定時間が経過したことに応じて取得タイミングに至ったと判定してよい。
ステップＳ２３０２：注文対応処理部３２１は、２次回答情報の取得タイミングに至ると、中継装置２００に対して２次回答情報要求を送信する。
ステップＳ２３０４：注文対応処理部３２１は、ステップＳ２３０２による２次回答情報要求に応答して中継装置２００から送信された２次回答情報を受信する。
ステップＳ２３０２：注文対応処理部３２１は、２次回答情報の取得タイミングに至ると、中継装置２００に対して２次回答情報要求を送信する。
ステップＳ２３０４：注文対応処理部３２１は、ステップＳ２３０２による２次回答情報要求に応答して中継装置２００から送信された２次回答情報を受信する。
【0084】
図９においては、ステップＳ２３０２の処理によって、中継装置２００の専用記憶領域２１１に記憶されていた２次回答情報Ｄ１２が、注文管理装置３００により取得されたことが示されている。
【0085】
ステップＳ２３０６：注文対応処理部３２１は、３次回答情報対応処理を実行する。３次回答情報対応処理は、例えば図４に準じた処理手順に従って、ステップＳ２３０４により受信した１以上の２次回答情報について、順次、共通様式に変換して３次回答情報を得る処理となる。
つまり、注文対応処理部３２１は、ステップＳ２３０４により受信した２次回答情報ごとに、引き渡し先の発注者１０に対応する第３変換規則情報が示す変換規則に従って共通様式による３次回答情報に変換する様式変換処理を実行する。注文対応処理部３２１は、様式変換処理により得られた３次回答情報を回答情報記憶部３３２に記憶させる。
図９においては、２次回答情報Ｄ１２が第３変換規則情報を利用した様式変換処理により３次回答情報Ｄ１３に変換され、得られた３次回答情報Ｄ１３が回答情報記憶部３３２に記憶された例が示されている。
つまり、注文対応処理部３２１は、ステップＳ２３０４により受信した２次回答情報ごとに、引き渡し先の発注者１０に対応する第３変換規則情報が示す変換規則に従って共通様式による３次回答情報に変換する様式変換処理を実行する。注文対応処理部３２１は、様式変換処理により得られた３次回答情報を回答情報記憶部３３２に記憶させる。
図９においては、２次回答情報Ｄ１２が第３変換規則情報を利用した様式変換処理により３次回答情報Ｄ１３に変換され、得られた３次回答情報Ｄ１３が回答情報記憶部３３２に記憶された例が示されている。
【0086】
発注者１０の担当者は、発注端末１００を発注ウェブアプリケーションにアクセスすることにより、図９にて示されるように、発注端末１００にて回答情報記憶部３３２に記憶された３次回答情報Ｄ１３を出力させたり、ローカルに保存したりすることができる。
【0087】
［受注確認情報の授受に対応する手順］
本実施形態の注文管理システムにおいて、発注者１０は、納入者４０に対して受注確認情報の受け取りを依頼することができる。納入者４０は、受注確認情報の依頼に応じて、依頼元の発注者１０に受注確認情報を渡す。受注確認情報は、発注者１０がこれまでに注文に関して納入者４０とやりとりした内容を確認するための情報である。受注確認情報は、発注者１０と納入者４０とでこれまでにやりとりした情報として、注文情報と回答情報とを含むものであってよい。
本実施形態の注文管理システムにおいて、発注者１０は、納入者４０に対して受注確認情報の受け取りを依頼することができる。納入者４０は、受注確認情報の依頼に応じて、依頼元の発注者１０に受注確認情報を渡す。受注確認情報は、発注者１０がこれまでに注文に関して納入者４０とやりとりした内容を確認するための情報である。受注確認情報は、発注者１０と納入者４０とでこれまでにやりとりした情報として、注文情報と回答情報とを含むものであってよい。
【0088】
図１０～図１４を参照して、このような発注者１０と納入者４０との間での受注確認情報の授受に関連して注文管理システムにおいて行われる手順例について説明する。以下においては、図１０～図１３のフローチャートの説明を行いながら、図１４を適宜参照するようにして説明を行う。
【0089】
図１０のフローチャートを参照して、発注端末１００から中継装置２００への依頼情報のアップロードに対応して、発注端末１００と中継装置２００とが実行する処理手順例について説明する。
ステップＳ１０００：発注端末１００は、発注者１０における担当者の操作に応じて依頼情報を作成する。依頼情報は、注文管理装置３００に受注確認情報の生成を依頼する情報である。
受注確認情報は、依頼元の発注者１０に対応して注文管理装置３００の注文情報記憶部３３１が記憶する注文情報（３次注文情報）と回答情報記憶部３３２が記憶する回答情報（３次回答情報）とから抽出された情報を含む。依頼情報は、抽出対象となる注文情報及び回答情報についての抽出条件として、抽出対象とする期間（抽出期間）を指定する。また、依頼情報は、抽出期間に含まれる情報のうちで、過去に抽出したことのある情報について含めるか否かの指定も含んでよい。
また、依頼情報は、納入者４０から提供されるファイル等をひな形とすることで、事前に形式、様式等が共通化されていてよい。
図１４においては、端末識別子［Ｔ０００１］の発注端末１００により作成された依頼情報Ｄ２１が示されている。
ステップＳ１０００：発注端末１００は、発注者１０における担当者の操作に応じて依頼情報を作成する。依頼情報は、注文管理装置３００に受注確認情報の生成を依頼する情報である。
受注確認情報は、依頼元の発注者１０に対応して注文管理装置３００の注文情報記憶部３３１が記憶する注文情報（３次注文情報）と回答情報記憶部３３２が記憶する回答情報（３次回答情報）とから抽出された情報を含む。依頼情報は、抽出対象となる注文情報及び回答情報についての抽出条件として、抽出対象とする期間（抽出期間）を指定する。また、依頼情報は、抽出期間に含まれる情報のうちで、過去に抽出したことのある情報について含めるか否かの指定も含んでよい。
また、依頼情報は、納入者４０から提供されるファイル等をひな形とすることで、事前に形式、様式等が共通化されていてよい。
図１４においては、端末識別子［Ｔ０００１］の発注端末１００により作成された依頼情報Ｄ２１が示されている。
【0090】
ステップＳ１００２：発注端末１００は、ステップＳ１０００により作成された依頼情報を、中継装置２００にアップロードする。
【0091】
ステップＳ１１００：中継装置２００は、ステップＳ１００２により発注端末１００からアップロードされた依頼情報を受信する。
ステップＳ１１０２：中継装置２００は、受信した依頼情報を、アップロード元の発注端末１００の端末識別子に対応付けられた専用記憶領域２１１に記憶させる。
図１４においては、端末識別子［Ｔ０００１］の発注端末１００からアップロードされた依頼情報Ｄ２１を、端末識別子［Ｔ０００１］に対応付けられた専用記憶領域２１１－１に記憶させたことが示されている。
ステップＳ１１０２：中継装置２００は、受信した依頼情報を、アップロード元の発注端末１００の端末識別子に対応付けられた専用記憶領域２１１に記憶させる。
図１４においては、端末識別子［Ｔ０００１］の発注端末１００からアップロードされた依頼情報Ｄ２１を、端末識別子［Ｔ０００１］に対応付けられた専用記憶領域２１１－１に記憶させたことが示されている。
【0092】
次に、同じ図１０のフローチャートを参照して、注文管理装置３００が中継装置２００から依頼情報を取得するにあたり、注文管理装置３００と中継装置２００とが実行する処理手順例について説明する。
ステップＳ１１１０：中継装置２００は、後述のステップＳ１２０２により注文管理装置３００から送信される依頼情報要求を受信する。
ステップＳ１１１２：中継装置２００は、ステップＳ１１１０にて依頼情報要求を受信したタイミングで専用記憶領域２１１に記憶されている依頼情報を注文管理装置３００に送信する。
ステップＳ１１１０：中継装置２００は、後述のステップＳ１２０２により注文管理装置３００から送信される依頼情報要求を受信する。
ステップＳ１１１２：中継装置２００は、ステップＳ１１１０にて依頼情報要求を受信したタイミングで専用記憶領域２１１に記憶されている依頼情報を注文管理装置３００に送信する。
【0093】
なお、依頼情報要求を受信したタイミングでいずれの専用記憶領域２１１にも依頼情報が記憶されていない場合、中継装置２００は、依頼情報要求に対する応答として、依頼情報の送信に代えて、注文管理装置３００に対して依頼情報がないことの通知を行うようにされてよい。
なお、中継装置２００は、注文管理装置３００に送信した依頼情報については、送信後の所定のタイミングで専用記憶領域２１１から削除してよい。
なお、中継装置２００は、注文管理装置３００に送信した依頼情報については、送信後の所定のタイミングで専用記憶領域２１１から削除してよい。
【0094】
ステップＳ１２００：注文管理装置３００において、受注確認情報処理部３２２は、一定時間ごとに依頼情報の取得を行うようにされている。そこで、受注確認情報処理部３２２は、先の依頼情報の取得の処理から一定時間が経過して、依頼情報の取得タイミングに至るのを待機している。
ステップＳ１２０２：受注確認情報処理部３２２は、依頼情報の取得タイミングに至ると、中継装置２００に対して依頼情報要求を送信する。
ステップＳ１２０４：受注確認情報処理部３２２は、ステップＳ１２０２による依頼情報要求に応答して中継装置２００から送信された依頼情報を受信する。
ステップＳ１２０６：受注確認情報処理部３２２は、受信した依頼情報を、抽出設定情報として抽出設定情報記憶部３３６に記憶させる。
ステップＳ１２０２：受注確認情報処理部３２２は、依頼情報の取得タイミングに至ると、中継装置２００に対して依頼情報要求を送信する。
ステップＳ１２０４：受注確認情報処理部３２２は、ステップＳ１２０２による依頼情報要求に応答して中継装置２００から送信された依頼情報を受信する。
ステップＳ１２０６：受注確認情報処理部３２２は、受信した依頼情報を、抽出設定情報として抽出設定情報記憶部３３６に記憶させる。
【0095】
図１２においては、中継装置２００の専用記憶領域２１１－１に記憶されていた依頼情報Ｄ２１が、注文管理装置３００にて送信され、送信された依頼情報Ｄ２１が、抽出設定情報Ｄ２２として抽出設定情報記憶部３３６に記憶されたことが示されている。
【0096】
次に、図１１のフローチャートを参照して、発注端末１００、中継装置２００、注文管理装置３００が、受注確認情報の授受に関連して実行する処理手順例について説明する。
ステップＳ１３００：注文管理装置３００は、一定時間ごとに受注確認情報を中継装置２００にアップロードするようにしている。そこで、受注確認情報処理部３２２は、先の受注確認情報のアップロードの処理から一定時間が経過して、今回の受注確認情報のアップロードタイミングに至るのを待機している。
ステップＳ１３０２：受注確認情報処理部３２２は、受注確認情報のアップロードタイミングに至ると、受注確認情報生成処理を実行する。
ステップＳ１３００：注文管理装置３００は、一定時間ごとに受注確認情報を中継装置２００にアップロードするようにしている。そこで、受注確認情報処理部３２２は、先の受注確認情報のアップロードの処理から一定時間が経過して、今回の受注確認情報のアップロードタイミングに至るのを待機している。
ステップＳ１３０２：受注確認情報処理部３２２は、受注確認情報のアップロードタイミングに至ると、受注確認情報生成処理を実行する。
【0097】
図１２のフローチャートは、ステップＳ１３０２としての受注確認情報生成処理の手順例を示している。
ステップＳ１６００：受注確認情報処理部３２２は、受注確認情報の生成順を示す変数ｐについて初期値として１を代入する。
ステップＳ１６００：受注確認情報処理部３２２は、受注確認情報の生成順を示す変数ｐについて初期値として１を代入する。
【0098】
ステップＳ１６０２：受注確認情報処理部３２２は、抽出設定情報記憶部３３６が記憶している抽出設定情報のうちで、前回の受注確認情報のアップロード後に記憶された抽出設定情報のそれぞれに対応する受注確認情報を順次生成する。
そこで、受注確認情報処理部３２２は、前回の受注確認情報のアップロード後に記憶された抽出設定情報のうちからｐ番目の抽出設定情報を参照する。このように参照される抽出設定情報は、１の発注者１０に対応する。
そこで、受注確認情報処理部３２２は、前回の受注確認情報のアップロード後に記憶された抽出設定情報のうちからｐ番目の抽出設定情報を参照する。このように参照される抽出設定情報は、１の発注者１０に対応する。
【0099】
ステップＳ１６０４：受注確認情報処理部３２２は、ステップＳ１６０２にて参照した抽出設定情報が示す抽出条件を満たす情報を収集する。
具体的に、受注確認情報処理部３２２は、図１４の注文管理装置３００において示されるように、抽出設定情報において抽出条件として示される抽出期間に含まれる３次注文情報Ｄ３と３次回答情報を、注文情報記憶部３３１と回答情報記憶部３３２のそれぞれから抽出する。また、抽出条件として抽出期間に含まれる情報のうちで過去に抽出した情報については抽出対象に含めないことが指定されている場合、受注確認情報処理部３２２は、抽出期間に含まれる情報であっても過去に抽出した情報については抽出しないようにされる。
なお、例えば過去に送信した注文管理装置３００から送信した電子メールなどの送信データなども当該ステップＳ１６０４にて収集される情報に含まれてよい。
具体的に、受注確認情報処理部３２２は、図１４の注文管理装置３００において示されるように、抽出設定情報において抽出条件として示される抽出期間に含まれる３次注文情報Ｄ３と３次回答情報を、注文情報記憶部３３１と回答情報記憶部３３２のそれぞれから抽出する。また、抽出条件として抽出期間に含まれる情報のうちで過去に抽出した情報については抽出対象に含めないことが指定されている場合、受注確認情報処理部３２２は、抽出期間に含まれる情報であっても過去に抽出した情報については抽出しないようにされる。
なお、例えば過去に送信した注文管理装置３００から送信した電子メールなどの送信データなども当該ステップＳ１６０４にて収集される情報に含まれてよい。
【0100】
ステップＳ１６０６：受注確認情報処理部３２２は、ステップＳ１６０４により収集された情報により１次受注確認情報を生成する。生成される１次受注確認情報は、例えば所定形式による１以上のファイルとして生成されてよい。
このように生成された１次受注確認情報は、今回参照した抽出設定情報（依頼情報）の送信元である１の発注者１０に対応するものとなる。
このように生成された１次受注確認情報は、今回参照した抽出設定情報（依頼情報）の送信元である１の発注者１０に対応するものとなる。
【0101】
図１４には、上記ステップＳ１６０４、Ｓ１６０６の処理との対応として、注文情報記憶部３３１と回答情報記憶部３３２とからそれぞれ、抽出設定情報Ｄ２２の抽出条件に従って３次注文情報Ｄ３と３次回答情報Ｄ１３とが抽出されたことが示されている。そして、抽出された３次注文情報Ｄ３と３次回答情報Ｄ１３との内容を含む１次受注確認情報Ｄ３１が生成されたことが示されている。
【0102】
ステップＳ１６０８：受注確認情報処理部３２２は、現在の変数ｐが最大値以上であるか否かを判定する。
ステップＳ１６１０：現在の変数ｐが最大値未満である場合には、まだ１次受注確認情報の生成に用いられていない抽出設定情報が残っている。そこで、この場合の受注確認情報処理部３２２は、変数ｐをインクリメントしたうえでステップＳ１６０２に処理を戻す。
そして、全ての抽出設定情報を利用して１次受注確認情報の生成が行われると、ステップＳ１６０８にて現在の変数ｑが最大値以上であると判定され、同図の受注確認情報生成処理が終了される。
ステップＳ１６１０：現在の変数ｐが最大値未満である場合には、まだ１次受注確認情報の生成に用いられていない抽出設定情報が残っている。そこで、この場合の受注確認情報処理部３２２は、変数ｐをインクリメントしたうえでステップＳ１６０２に処理を戻す。
そして、全ての抽出設定情報を利用して１次受注確認情報の生成が行われると、ステップＳ１６０８にて現在の変数ｑが最大値以上であると判定され、同図の受注確認情報生成処理が終了される。
【0103】
説明を図１１に戻す。
ステップＳ１３０４：受注確認情報処理部３２２は、ステップＳ１３０２により生成された１次受注確認情報のそれぞれを対象として、対応の発注者１０ごとに対応させて様式を変換する様式変換処理を実行する。
ステップＳ１３０４：受注確認情報処理部３２２は、ステップＳ１３０２により生成された１次受注確認情報のそれぞれを対象として、対応の発注者１０ごとに対応させて様式を変換する様式変換処理を実行する。
【0104】
図１３のフローチャートは、ステップＳ１３０４としての様式変換処理としての手順例を示している。
ステップＳ１７００：受注確認情報処理部３２２は、１次受注確認情報の様式変換処理順を示す変数ｑについて、初期値として１を代入する。
ステップＳ１７００：受注確認情報処理部３２２は、１次受注確認情報の様式変換処理順を示す変数ｑについて、初期値として１を代入する。
【0105】
ステップＳ１７０２：受注確認情報処理部３２２は、第２変換規則情報記憶部３３４が記憶する第２変換規則情報のうちで、ｑ番目の１次受注確認情報に対応する第２変換規則情報を参照する。
【0106】
ステップＳ１７０４：受注確認情報処理部３２２は、ｑ番目の１次受注確認情報について、ステップＳ１７０２にて参照した第２変換規則情報が示す変換規則に従って様式を変換する様式変換処理を実行する。
第２変換規則情報は、例えば受注確認情報について納入者４０が定めた項目と、対応の発注者１０により指定された項目との対応関係を示す。受注確認情報処理部３２２は、様式変更処理として、第２変換規則情報が示す項目の対応関係に従って、納入者４０が定めた項目を発注者１０の定義した項目に変換したり、不要な項目について削除したりするなどの処理を行うようにされてよい。
第２変換規則情報は、例えば受注確認情報について納入者４０が定めた項目と、対応の発注者１０により指定された項目との対応関係を示す。受注確認情報処理部３２２は、様式変更処理として、第２変換規則情報が示す項目の対応関係に従って、納入者４０が定めた項目を発注者１０の定義した項目に変換したり、不要な項目について削除したりするなどの処理を行うようにされてよい。
【0107】
ステップＳ１７０４の様式変換処理によって２次受注確認情報が得られる。図１４においては、１の第２変換規則情報を用いた様式変換処理によって２次受注確認情報Ｄ３２が得られたことが示されている。
【0108】
ステップＳ１７０６：受注確認情報処理部３２２は、現在の変数ｑが最大値以上であるか否かを判定する。
ステップＳ１７０８：現在の変数ｑが最大値未満である場合には、まだ様式変換処理が行われていない１次受注確認情報が残っている。そこで、この場合の受注確認情報処理部３２２は、変数ｑをインクリメントしたうえでステップＳ１７０２に処理を戻す。
そして、全ての１次受注確認情報の様式変換処理が行われると、ステップＳ１７０６にて現在の変数ｑが最大値以上であると判定され、同図の様式変換処理が終了される。
ステップＳ１７０８：現在の変数ｑが最大値未満である場合には、まだ様式変換処理が行われていない１次受注確認情報が残っている。そこで、この場合の受注確認情報処理部３２２は、変数ｑをインクリメントしたうえでステップＳ１７０２に処理を戻す。
そして、全ての１次受注確認情報の様式変換処理が行われると、ステップＳ１７０６にて現在の変数ｑが最大値以上であると判定され、同図の様式変換処理が終了される。
【0109】
説明を図１１に戻す。
ステップＳ１３０６：注文管理装置３００の受注確認情報処理部３２２は、ステップＳ１３０４による様式変換処理によって得られた２次受注確認情報の全てを、中継装置２００にアップロードする。
ステップＳ１３０６：注文管理装置３００の受注確認情報処理部３２２は、ステップＳ１３０４による様式変換処理によって得られた２次受注確認情報の全てを、中継装置２００にアップロードする。
【0110】
ステップＳ１４００：中継装置２００は、ステップＳ１３０６により注文管理装置３００からアップロードされた２次受注確認情報を受信する。
ステップＳ１４０２：中継装置２００は、受信された２次受注確認情報を、それぞれ対応の専用記憶領域２１１に記憶させる。
図１４には、注文管理装置３００からアップロードされた２次受注確認情報のうちの１つについて、端末識別子［Ｔ０００１］の発注端末１００に対応付けられた専用記憶領域２１１－１に記憶されたことが示されている。
ステップＳ１４０２：中継装置２００は、受信された２次受注確認情報を、それぞれ対応の専用記憶領域２１１に記憶させる。
図１４には、注文管理装置３００からアップロードされた２次受注確認情報のうちの１つについて、端末識別子［Ｔ０００１］の発注端末１００に対応付けられた専用記憶領域２１１－１に記憶されたことが示されている。
【0111】
次に、同じ図１１を参照して、発注端末１００が２次受注確認情報を取得するにあたり、発注端末１００と中継装置２００とが実行する処理手順例について説明する。
ステップＳ１４１０：中継装置２００は、後述のステップＳ１６００により発注端末１００から送信された受注確認情報要求を受信する。
ステップＳ１４１２：中継装置２００は、ステップＳ１４１０にて受信した受注確認情報要求の送信元の発注端末１００の端末識別子に対応付けられた専用記憶領域２１１に記憶されている２次受注確認情報を、受注確認情報要求の送信元の発注端末１００に送信する。中継装置２００は、送信済みとなった２次受注確認情報を専用記憶領域２１１から消去してよい。
ステップＳ１４１０：中継装置２００は、後述のステップＳ１６００により発注端末１００から送信された受注確認情報要求を受信する。
ステップＳ１４１２：中継装置２００は、ステップＳ１４１０にて受信した受注確認情報要求の送信元の発注端末１００の端末識別子に対応付けられた専用記憶領域２１１に記憶されている２次受注確認情報を、受注確認情報要求の送信元の発注端末１００に送信する。中継装置２００は、送信済みとなった２次受注確認情報を専用記憶領域２１１から消去してよい。
【0112】
ステップＳ１５００：発注端末１００は、例えば担当者の操作に応じて、あるいは所定時間に至ったことなどによりトリガが発生したことに応じて、中継装置２００に受注確認情報要求を送信する。
ステップＳ１５０２：ステップＳ１５００により送信された受注確認情報要求に応じて、中継装置２００は、発注端末１００に２次受注確認情報を送信する。発注端末１００は、送信された２次受注確認情報を受信する。また、発注端末１００は、受信した２次受注確認情報を自己が備える記憶部、あるいは発注端末１００が接続される基幹システムのストレージに記憶させてよい。
ステップＳ１５０２：ステップＳ１５００により送信された受注確認情報要求に応じて、中継装置２００は、発注端末１００に２次受注確認情報を送信する。発注端末１００は、送信された２次受注確認情報を受信する。また、発注端末１００は、受信した２次受注確認情報を自己が備える記憶部、あるいは発注端末１００が接続される基幹システムのストレージに記憶させてよい。
【0113】
このように、注文管理装置３００は、共通様式の注文情報と回答情報を利用して生成した１次受注確認情報を発注者１０に適合させた様式に変換し、様式の変換によって得られた２次受注確認情報を発注者１０に送ることができる。つまり、注文管理装置３００は、注文情報や回答情報を共通様式化して一元的に管理しながらも、発注者１０ごとの様式に適合させた受注確認情報を発注者１０に提供できる。
【0114】
なお、上記実施形態においては、注文管理装置３００による中継装置２００からの注文情報（２次注文情報）の取得と、注文管理装置３００による中継装置２００からの依頼情報の取得は、一定時間ごとのバッチ処理として実行されている。この場合には、注文管理装置３００と中継装置２００との間での情報の授受のための制御を簡易なものとすることができる。
一方で、注文管理装置３００による中継装置２００からの注文情報（２次注文情報）の取得と、注文管理装置３００による中継装置２００からの依頼情報の取得は、例えば中継装置２００に注文情報や依頼情報がアップロードされる都度に、注文管理装置３００が取得するようにされてもよい。この場合には、発注端末１００から中継装置２００への注文情報や依頼情報のアップロードに応じた回答情報や受注確認情報の送信の即応性を高めることができる。
一方で、注文管理装置３００による中継装置２００からの注文情報（２次注文情報）の取得と、注文管理装置３００による中継装置２００からの依頼情報の取得は、例えば中継装置２００に注文情報や依頼情報がアップロードされる都度に、注文管理装置３００が取得するようにされてもよい。この場合には、発注端末１００から中継装置２００への注文情報や依頼情報のアップロードに応じた回答情報や受注確認情報の送信の即応性を高めることができる。
【0115】
なお、上述の発注端末１００、中継装置２００、注文管理装置３００、納入者端末４００等の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述の発注端末１００、中継装置２００、注文管理装置３００、納入者端末４００等の処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ－ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。すなわち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【符号の説明】
【0116】
１０ 発注者、４０ 納入者、１００ 発注端末、２００ 中継装置、２０１ 記憶部、２１１（２１１－１～２１１－ｎ） 専用記憶領域、３００ 注文管理装置、３０１ 通信部、３０２ 制御部、３０３ 記憶部、３２１ 注文対応処理部、３２２ 受注確認情報処理部、３３１ 注文情報記憶部、３３２ 回答情報記憶部、３３３ 第１変換規則情報記憶部、３３４ 第２変換規則情報記憶部、３３５ 第３変換規則情報記憶部、３３６ 抽出設定情報記憶部、４００ 納入者端末
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】