知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2025-06-18
(45)【発行日】2025-06-26
(54)【発明の名称】情報処理装置、情報処理方法及びプログラム
(51)【国際特許分類】
G06Q 30/0601 20230101AFI20250619BHJP
【ＦＩ】
G06Q30/0601 306
G06Q30/0601 304
【請求項の数】
12
(21)【出願番号】P 2024172966
(22)【出願日】2024-10-02
【審査請求日】2024-12-16
【早期審査対象出願】
(73)【特許権者】
【識別番号】503086499
【氏名又は名称】株式会社メタルワン
(74)【代理人】
【識別番号】100079108
【弁理士】
【氏名又は名称】稲葉 良幸
(74)【代理人】
【識別番号】100109346
【弁理士】
【氏名又は名称】大貫 敏史
(74)【代理人】
【識別番号】100117189
【弁理士】
【氏名又は名称】江口 昭彦
(74)【代理人】
【識別番号】100134120
【弁理士】
【氏名又は名称】内藤 和彦
(72)【発明者】
【氏名】佐久間 匠
【審査官】貝塚 涼
(56)【参考文献】
【文献】特開２００５－３３２１４２（ＪＰ，Ａ）
【文献】特開２０００－１３２５９６（ＪＰ，Ａ）
【文献】特開２００２－３１２６４９（ＪＰ，Ａ）
【文献】特許第４０８７３５８（ＪＰ，Ｂ２）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ － ９９／００
(57)【特許請求の範囲】
【請求項1】
鉄鋼の流通経路に含まれる第１組織が行う鉄鋼の注文に関する第１注文データ及び第２注文データを取得する取得部であって、
前記第１組織は、第１注文側ユーザが属する第１注文側グループと、前記第１注文側ユーザとは異なる第２注文側ユーザが属する第２注文側グループとを含み、
前記第１注文データは、前記第１注文側グループが行う鉄鋼の注文に関するデータを含み、
前記第２注文データは、前記第２注文側グループが行う鉄鋼の注文に関するデータを含む、
取得部と、
前記流通経路に含まれる第２組織に前記第１注文データ及び前記第２注文データを送信する送信部と、
鉄鋼の注文に関する第１注文側権限を前記第１注文側ユーザに対して関連付けることと、鉄鋼の注文に関する第２注文側権限を前記第２注文側ユーザに対して関連付けることと、鉄鋼の注文の受注に関する第１受注側権限を前記第２組織に属する第１受注側ユーザに対して関連付けることとを実行可能な関連付部と、
前記第１注文データに関する操作を前記第１注文側権限に基づいて前記第１注文側ユーザから受け付けることと、前記第１注文データに関する操作を前記第２注文側権限に基づいて前記第２注文側ユーザから受け付けることと、前記第２注文データに関する操作を前記第１注文側権限に基づいて前記第１注文側ユーザから受け付けることと、前記第２注文データに関する操作を前記第２注文側権限に基づいて前記第２注文側ユーザから受け付けることと、前記第１注文データ及び／又は前記第２注文データに関する操作を前記第１受注側権限に基づいて前記第１受注側ユーザから受け付けることとを実行可能な受付部と、
前記受付部が受け付けた操作に対応する処理を実行する実行部と、
を備え、
前記受付部が前記第２注文側権限に基づいて受け付け可能な前記第１注文データに関する操作の種類は、前記受付部が前記第１注文側権限に基づいて受け付け可能な前記第１注文データに関する操作の種類より少なく、
前記受付部が前記第１注文側権限に基づいて受け付け可能な前記第２注文データに関する操作の種類は、前記受付部が前記第２注文側権限に基づいて受け付け可能な前記第２注文データに関する操作の種類より少ない、情報処理装置。
【請求項2】
前記受付部が前記第１注文側権限に基づいて受け付け可能な前記第１注文データに関する操作、及び前記受付部が前記第２注文側権限に基づいて受け付け可能な前記第１注文データに関する操作は、いずれも前記第１注文データに関する情報を閲覧する操作を含み、前記受付部が前記第１注文側権限に基づいて受け付け可能な前記第１注文データに関する操作は、前記第１注文データの変更申請に関する操作を含み、
前記受付部が前記第２注文側権限に基づいて受け付け可能な前記第１注文データに関する操作は、前記第１注文データの変更申請に関する操作を含まない、請求項１に記載の情報処理装置。
【請求項3】
前記第２組織は、前記第１受注側ユーザが属する第１受注側グループと、前記第１受注側ユーザとは異なる第２受注側ユーザが属する第２受注側グループとを含み、前記関連付部は、鉄鋼の注文の受注に関する第２受注側権限を前記第２受注側ユーザに対してさらに関連付け、
前記受付部は、前記第１注文データに関する操作を前記第２受注側権限に基づいて前記第２受注側ユーザから受け付け、
前記受付部が前記第２受注側権限に基づいて受け付け可能な前記第１注文データに関する操作の種類は、前記受付部が前記第１受注側権限に基づいて受け付け可能な前記第１注文データに関する操作の種類より少ない、請求項１に記載の情報処理装置。
【請求項4】
前記第１注文データは、前記第１受注側グループに対する鉄鋼の注文に関するデータを含み、前記第２注文データは、前記第２受注側グループに対する鉄鋼の注文に関するデータを含む、請求項３に記載の情報処理装置。
【請求項5】
前記受付部は、前記第２注文データに関する操作を前記第１受注側権限に基づいて前記第１受注側ユーザから受け付け、前記第２注文データに関する操作を前記第２受注側権限に基づいて前記第２受注側ユーザから受け付け、前記受付部が前記第１受注側権限に基づいて受け付け可能な前記第２注文データに関する操作の種類は、前記受付部が前記第２受注側権限に基づいて受け付け可能な前記第２注文データに関する操作の種類より少ない、請求項４に記載の情報処理装置。
【請求項6】
前記受付部が前記第１受注側権限に基づいて受け付け可能な前記第１注文データに関する操作、及び前記受付部が前記第２受注側権限に基づいて受け付け可能な前記第１注文データに関する操作は、いずれも前記第１注文データに関する情報を閲覧する操作を含み、前記受付部が前記第１受注側権限に基づいて受け付け可能な前記第１注文データに関する操作は、前記第１注文データの変更申請を承認する操作を含み、
前記受付部が前記第２受注側権限に基づいて受け付け可能な前記第１注文データに関する操作は、前記第１注文データの変更申請を承認する操作を含まない、請求項５に記載の情報処理装置。
【請求項7】
前記流通経路は、前記第２組織と取引を行う他の組織をさらに含み、前記受付部が前記第１注文側権限に基づいて受け付け可能な前記第１注文データに関する操作は、前記第１注文データの変更申請に関する操作を含み、
前記送信部は、前記変更申請に対応する他の変更申請に関する情報を前記他の組織のユーザの端末装置において表示するための情報をさらに送信し、
前記受付部が前記第１受注側権限に基づいて受け付け可能な前記第１注文データに関する操作は、前記他の変更申請が前記他の組織のユーザによって承認されることを条件に前記変更申請が承認されるように設定することを含む、請求項１に記載の情報処理装置。
【請求項8】
前記受付部が前記第１注文側権限に基づいて受け付け可能な前記第１注文データに関する操作は、前記第１注文データの変更申請に関する操作を含み、前記受付部が前記第１受注側権限に基づいて受け付け可能な前記第１注文データに関する操作は、前記変更申請の承認に関する操作を含み、
前記送信部は、前記変更申請が承認されたか否かを前記第１注文側ユーザの端末装置において表示するための情報をさらに送信する、請求項１に記載の情報処理装置。
【請求項9】
前記流通経路は、前記第２組織と取引を行う他の組織をさらに含み、前記取得部は、前記第２組織から前記他の組織に対して行われた他の注文データの他の変更申請に関する承認状況情報をさらに取得し、
前記送信部は、前記承認状況情報に基づいて、前記他の変更申請が承認されたか否かを前記第１注文側ユーザの端末装置において表示するための情報をさらに送信する、請求項１に記載の情報処理装置。
【請求項10】
前記関連付部は、前記第１注文側権限が関連付けられた前記第１注文側ユーザの操作に基づいて、前記第１注文側権限と比較して実行可能な操作の種類が少ない他の権限を他のユーザにさらに関連付け、前記受付部は、前記第１注文データに関する操作を前記他の権限に基づいて前記他のユーザからさらに受け付ける、請求項１に記載の情報処理装置。
【請求項11】
コンピュータに、
鉄鋼の流通経路に含まれる第１組織が行う鉄鋼の注文に関する第１注文データ及び第２注文データを取得することであって、
前記第１組織は、第１注文側ユーザが属する第１注文側グループと、前記第１注文側ユーザとは異なる第２注文側ユーザが属する第２注文側グループとを含み、
前記第１注文データは、前記第１注文側グループが行う鉄鋼の注文に関するデータを含み、
前記第２注文データは、前記第２注文側グループが行う鉄鋼の注文に関するデータを含む、
第１注文データ及び第２注文データを取得することと、
前記流通経路に含まれる第２組織に前記第１注文データ及び前記第２注文データを送信することと、
鉄鋼の注文に関する第１注文側権限を前記第１注文側ユーザに対して関連付けることと、鉄鋼の注文に関する第２注文側権限を前記第２注文側ユーザに対して関連付けることと、鉄鋼の注文の受注に関する第１受注側権限を前記第２組織に属する第１受注側ユーザに対して関連付けることと、
前記第１注文データに関する操作を前記第１注文側権限に基づいて前記第１注文側ユーザから受け付けることと、前記第１注文データに関する操作を前記第２注文側権限に基づいて前記第２注文側ユーザから受け付けることと、前記第２注文データに関する操作を前記第１注文側権限に基づいて前記第１注文側ユーザから受け付けることと、前記第２注文データに関する操作を前記第２注文側権限に基づいて前記第２注文側ユーザから受け付けることと、前記第１注文データ及び／又は前記第２注文データに関する操作を前記第１受注側権限に基づいて前記第１受注側ユーザから受け付けることと、
前記第１注文データ及び前記第２注文データに関して受け付けた操作に対応する処理を実行することと、
を実行させる情報処理方法であって、
前記第２注文側権限に基づいて受け付け可能な前記第１注文データに関する操作の種類は、前記第１注文側権限に基づいて受け付け可能な前記第１注文データに関する操作の種類より少なく、
前記第１注文側権限に基づいて受け付け可能な前記第２注文データに関する操作の種類は、前記第２注文側権限に基づいて受け付け可能な前記第２注文データに関する操作の種類より少ない、情報処理方法。
【請求項12】
コンピュータを、
鉄鋼の流通経路に含まれる第１組織が行う鉄鋼の注文に関する第１注文データ及び第２注文データを取得する取得部であって、
前記第１組織は、第１注文側ユーザが属する第１注文側グループと、前記第１注文側ユーザとは異なる第２注文側ユーザが属する第２注文側グループとを含み、
前記第１注文データは、前記第１注文側グループが行う鉄鋼の注文に関するデータを含み、
前記第２注文データは、前記第２注文側グループが行う鉄鋼の注文に関するデータを含む、
取得部と、
前記流通経路に含まれる第２組織に前記第１注文データ及び前記第２注文データを送信する送信部と、
鉄鋼の注文に関する第１注文側権限を前記第１注文側ユーザに対して関連付けることと、鉄鋼の注文に関する第２注文側権限を前記第２注文側ユーザに対して関連付けることと、鉄鋼の注文の受注に関する第１受注側権限を前記第２組織に属する第１受注側ユーザに対して関連付けることとを実行可能な関連付部と、
前記第１注文データに関する操作を前記第１注文側権限に基づいて前記第１注文側ユーザから受け付けることと、前記第１注文データに関する操作を前記第２注文側権限に基づいて前記第２注文側ユーザから受け付けることと、前記第２注文データに関する操作を前記第１注文側権限に基づいて前記第１注文側ユーザから受け付けることと、前記第２注文データに関する操作を前記第２注文側権限に基づいて前記第２注文側ユーザから受け付けることと、前記第１注文データ及び／又は前記第２注文データに関する操作を前記第１受注側権限に基づいて前記第１受注側ユーザから受け付けることとを実行可能な受付部と、
前記受付部が受け付けた操作に対応する処理を実行する実行部と、
をとして機能させるプログラムであって、
前記受付部が前記第２注文側権限に基づいて受け付け可能な前記第１注文データに関する操作の種類は、前記受付部が前記第１注文側権限に基づいて受け付け可能な前記第１注文データに関する操作の種類より少なく、
前記受付部が前記第１注文側権限に基づいて受け付け可能な前記第２注文データに関する操作の種類は、前記受付部が前記第２注文側権限に基づいて受け付け可能な前記第２注文データに関する操作の種類より少ない、プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【0002】
特許文献１には、複数事業者が介在して商品を流通する流通環境において、購買事業者からの購入を望む商品に応じて、該商品の流通に関与する複数の事業者を柔軟に決定し、決定された複数の事業者の各業務を円滑に遂行させるとともに、流通工程の進捗を把握可能にする技術が記載されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特許第４０８７３５８号
【発明の概要】
【発明が解決しようとする課題】
【0004】
本開示は、流通を効率化することができる情報処理装置、情報処理方法及びプログラムを提供する。
【課題を解決するための手段】
【0005】
本開示の一態様に係る情報処理装置は、鉄鋼の流通経路に含まれる第１組織が行う鉄鋼の注文に関する第１注文データを取得する取得部と、流通経路に含まれる第２組織に第１注文データを送信する送信部と、鉄鋼の注文に関する第１注文側権限を第１組織に属する第１注文側ユーザに対して関連付け、鉄鋼の注文の受注に関する第１受注側権限を第２組織に属する第１受注側ユーザに対して関連付ける関連付部と、第１注文データに関する操作を第１注文側権限に基づいて第１注文側ユーザから受け付け、第１注文データに関する操作を第１受注側権限に基づいて第１受注側ユーザから受け付ける受付部と、受付部が受け付けた操作に対応する処理を実行する実行部と、を備える。
【0006】
本開示の他の一態様に係る情報処理方法は、コンピュータに、鉄鋼の流通経路に含まれる第１組織が行う鉄鋼の注文に関する第１注文データを取得することと、流通経路に含まれる第２組織に第１注文データを送信することと、鉄鋼の注文に関する第１注文側権限を第１組織に属する第１注文側ユーザに対して関連付け、鉄鋼の注文の受注に関する第１受注側権限を第２組織に属する第１受注側ユーザに対して関連付けることと、第１注文データに関する操作を第１注文側権限に基づいて第１注文側ユーザから受け付けることと、第１注文データに関する操作を第１受注側権限に基づいて第１受注側ユーザから受け付けることと、受け付けた操作に対応する処理を実行することと、を実行させる。
【0007】
本開示の他の一態様に係るプログラムは、コンピュータに、鉄鋼の流通経路に含まれる第１組織が行う鉄鋼の注文に関する第１注文データを取得することと、流通経路に含まれる第２組織に第１注文データを送信することと、鉄鋼の注文に関する第１注文側権限を第１組織に属する第１注文側ユーザに対して関連付け、鉄鋼の注文の受注に関する第１受注側権限を第２組織に属する第１受注側ユーザに対して関連付けることと、第１注文データに関する操作を第１注文側権限に基づいて第１注文側ユーザから受け付けることと、第１注文データに関する操作を第１受注側権限に基づいて第１受注側ユーザから受け付けることと、受け付けた操作に対応する処理を実行することと、を実行させる。
【発明の効果】
【0008】
本開示によれば、流通を効率化することができる情報処理装置、情報処理方法及びプログラムを提供することができる。
【図面の簡単な説明】
【0009】
【図1】本実施形態に係るシステム１の概念図である。
【図2】本実施形態に係るシステム１の機能構成の一例を説明するための図である。
【図3】第１実施形態に係るシステム１の動作の一例を説明するための図である。
【図4】第１実施形態に係るシステム１の動作の一例を説明するための図である。
【図5】第１実施形態に係るシステム１の動作の一例を説明するための図である。
【図6】第２実施形態に係るシステム１の動作の一例を説明するための図である。
【図7】第２実施形態に係るシステム１の動作の一例を説明するための図である。
【図8】第２実施形態に係るシステム１の動作の一例を説明するための図である。
【図9】第３実施形態に係るシステム１の動作の一例を説明するための図である。
【図10】第３実施形態に係るシステム１の動作の一例を説明するための図である。
【図11】第４実施形態に係るシステム１の動作の一例を説明するための図である。
【図12】第４実施形態に係るシステム１の動作の一例を説明するための図である。
【図13】第５実施形態に係るシステム１の動作の一例を説明するための図である。
【図14】第５実施形態に係るシステム１の動作の一例を説明するための図である。
【図15】第６実施形態に係るシステム１の動作の一例を説明するための図である。
【図16】第７実施形態に係るシステム１の動作の一例を説明するための図である。
【図17】第７実施形態に係るシステム１の動作の一例を説明するための図である。
【図18】本実施形態に係るシステム１の各装置のハードウェア構成の一例について説明するための図である。
【発明を実施するための形態】
【0010】
添付図面を参照して、本開示の好適な実施形態について説明する。
【0011】
＜１．概要＞
鉄鋼の流通経路には複数の組織が含まれ得るため、コミュニケーションコストが増加しやすい。図１の組織Ｏｒ１、組織Ｏｒ２、組織Ｏｒ３及び組織Ｏｒ４は、鉄鋼の流通経路に含まれる複数の組織の一例である。組織Ｏｒ１は、例えば、鉄鋼を利用した最終製品（例えば、自動車等）を生産する企業である。組織Ｏｒ２は、組織Ｏｒ１に対して商品を提供する企業であり、例えば部品メーカーや小売店等である。組織Ｏｒ３は、組織Ｏｒ２に対して商品を提供する企業であり、例えば、商社やコイルセンター等である。組織Ｏｒ４は、組織Ｏｒ３に対して商品を提供する企業であり、例えば製鉄事業者等である。このような状況では、組織Ｏｒ１と組織Ｏｒ２との間、組織Ｏｒ２と組織Ｏｒ３との間、及び組織Ｏｒ３と組織Ｏｒ４との間ではそれぞれが独立して、かつ異なる方式でコミュニケーションがとられ得るため、鉄鋼の流通が十分に効率化されない。
鉄鋼の流通経路には複数の組織が含まれ得るため、コミュニケーションコストが増加しやすい。図１の組織Ｏｒ１、組織Ｏｒ２、組織Ｏｒ３及び組織Ｏｒ４は、鉄鋼の流通経路に含まれる複数の組織の一例である。組織Ｏｒ１は、例えば、鉄鋼を利用した最終製品（例えば、自動車等）を生産する企業である。組織Ｏｒ２は、組織Ｏｒ１に対して商品を提供する企業であり、例えば部品メーカーや小売店等である。組織Ｏｒ３は、組織Ｏｒ２に対して商品を提供する企業であり、例えば、商社やコイルセンター等である。組織Ｏｒ４は、組織Ｏｒ３に対して商品を提供する企業であり、例えば製鉄事業者等である。このような状況では、組織Ｏｒ１と組織Ｏｒ２との間、組織Ｏｒ２と組織Ｏｒ３との間、及び組織Ｏｒ３と組織Ｏｒ４との間ではそれぞれが独立して、かつ異なる方式でコミュニケーションがとられ得るため、鉄鋼の流通が十分に効率化されない。
【0012】
また、鉄鋼の流通経路において、いずれかの組織の生産計画の変更等は、他の組織にその影響が伝播することがある。一例では、組織Ｏｒ１が最終製品の生産数を増加させようとする場合には、組織Ｏｒ１に商品を提供する組織Ｏｒ２、組織Ｏｒ２に商品を提供する組織Ｏｒ３、及び組織Ｏｒ３に商品を提供する組織Ｏｒ４のいずれもが商品の生産数を増加させなければならない。他の一例では、組織Ｏｒ１が最終製品の生産開始時期を早めようとする場合には、組織Ｏｒ２、組織Ｏｒ３及び組織Ｏｒ４のいずれもが納期を早めなければならない。他の一例では、組織Ｏｒ４の生産可能な材料が予定よりも少ない場合には、組織Ｏｒ３、組織Ｏｒ２及び組織Ｏｒ１のいずれもが生産数を減少させなければならない。このように、鉄鋼の流通経路が長ければ長いほど、いずれかの組織による生産計画の変更は多くの他の組織に影響を与えうる。しかしながら、上述のように組織間でのコミュニケーションコストが大きい場合には、組織間での生産計画の調整が困難になり得る。
【0013】
本実施形態に係るシステム１（以下、単に「システム１」と称する）による効果の一例は、このような課題を解決することである。図１は、システム１の概念図を示す。システム１は、組織Ｏｒ１～Ｏｒ４と関与する。システム１は、情報処理装置２を備える。一実施形態において、情報処理装置２は、以下の（１－１）～（１－７）を実行する。
（１－１）組織Ｏｒ１が行う鉄鋼の注文に関する注文データｄ１を取得する。
（１－２）組織Ｏｒ２に注文データｄ１を送信する。
（１－３）鉄鋼の注文に関する注文側権限ａ１を組織Ｏｒ１に属するユーザに対して関連付ける。
（１－４）鉄鋼の注文の受注に関する受注側権限ｂ１を組織Ｏｒ２に属するユーザに対して関連付ける。
（１－５）注文データｄ１に関する操作を注文側権限ａ１に基づいて組織Ｏｒ１のユーザから受け付ける。
（１－６）注文データｄ１に関する操作を受注側権限ｂ１に基づいて組織Ｏｒ２のユーザから受け付ける。
（１－７）受け付けた操作に対応する処理を実行する。
（１－１）組織Ｏｒ１が行う鉄鋼の注文に関する注文データｄ１を取得する。
（１－２）組織Ｏｒ２に注文データｄ１を送信する。
（１－３）鉄鋼の注文に関する注文側権限ａ１を組織Ｏｒ１に属するユーザに対して関連付ける。
（１－４）鉄鋼の注文の受注に関する受注側権限ｂ１を組織Ｏｒ２に属するユーザに対して関連付ける。
（１－５）注文データｄ１に関する操作を注文側権限ａ１に基づいて組織Ｏｒ１のユーザから受け付ける。
（１－６）注文データｄ１に関する操作を受注側権限ｂ１に基づいて組織Ｏｒ２のユーザから受け付ける。
（１－７）受け付けた操作に対応する処理を実行する。
【0014】
また、一実施形態において、情報処理装置２は、以下の（２－１）～（２－７）をさらに実行する。
（２－１）組織Ｏｒ２が行う鉄鋼の注文に関する注文データｄ２を取得する。
（２－２）組織Ｏｒ３に注文データｄ２を送信する。
（２－３）鉄鋼の注文に関する注文側権限ａ２を組織Ｏｒ２に属するユーザに対して関連付ける。
（２－４）鉄鋼の注文の受注に関する受注側権限ｂ２を組織Ｏｒ３に属するユーザに対して関連付ける。
（２－５）注文データｄ２に関する操作を注文側権限ａ２に基づいて組織Ｏｒ２のユーザから受け付ける。
（２－６）注文データｄ２に関する操作を受注側権限ｂ２に基づいて組織Ｏｒ３のユーザから受け付ける。
（２－７）受け付けた操作に対応する処理を実行する。
（２－１）組織Ｏｒ２が行う鉄鋼の注文に関する注文データｄ２を取得する。
（２－２）組織Ｏｒ３に注文データｄ２を送信する。
（２－３）鉄鋼の注文に関する注文側権限ａ２を組織Ｏｒ２に属するユーザに対して関連付ける。
（２－４）鉄鋼の注文の受注に関する受注側権限ｂ２を組織Ｏｒ３に属するユーザに対して関連付ける。
（２－５）注文データｄ２に関する操作を注文側権限ａ２に基づいて組織Ｏｒ２のユーザから受け付ける。
（２－６）注文データｄ２に関する操作を受注側権限ｂ２に基づいて組織Ｏｒ３のユーザから受け付ける。
（２－７）受け付けた操作に対応する処理を実行する。
【0015】
また、一実施形態において、情報処理装置２は、以下の（３－１）～（３－７）をさらに実行する。
（３－１）組織Ｏｒ３が行う鉄鋼の注文に関する注文データｄ３を取得する。
（３－２）組織Ｏｒ４に注文データｄ３を送信する。
（３－３）鉄鋼の注文に関する注文側権限ａ３を組織Ｏｒ３に属するユーザに対して関連付ける。
（３－４）鉄鋼の注文の受注に関する受注側権限ｂ３を組織Ｏｒ４に属するユーザに対して関連付ける。
（３－５）注文データｄ３に関する操作を注文側権限ａ３に基づいて組織Ｏｒ３のユーザから受け付ける。
（３－６）注文データｄ３に関する操作を受注側権限ｂ３に基づいて組織Ｏｒ４のユーザから受け付ける。
（３－７）受け付けた操作に対応する処理を実行する。
（３－１）組織Ｏｒ３が行う鉄鋼の注文に関する注文データｄ３を取得する。
（３－２）組織Ｏｒ４に注文データｄ３を送信する。
（３－３）鉄鋼の注文に関する注文側権限ａ３を組織Ｏｒ３に属するユーザに対して関連付ける。
（３－４）鉄鋼の注文の受注に関する受注側権限ｂ３を組織Ｏｒ４に属するユーザに対して関連付ける。
（３－５）注文データｄ３に関する操作を注文側権限ａ３に基づいて組織Ｏｒ３のユーザから受け付ける。
（３－６）注文データｄ３に関する操作を受注側権限ｂ３に基づいて組織Ｏｒ４のユーザから受け付ける。
（３－７）受け付けた操作に対応する処理を実行する。
【0016】
一実施形態において、情報処理装置２は、複数の組織間の注文データの送受信を制御する。これにより、当該複数の組織によるコミュニケーションが標準化される。その結果、コミュニケーションコストが削減され、生産計画の変更時の組織間の調整が容易になり得る。また、上述のとおり鉄鋼の流通には複数の組織が関与するが、この構成によれば、各組織に属するユーザは、自身に関連付けられた権限に基づいて注文データに関する操作を行うことができる。これにより、互いに異なる役割や立場を有する複数のユーザが共通のプラットフォームを利用することができるようになる。
【0017】
以下、図２～１６を参照して、システム１の種々の態様について説明する。
【0018】
＜２．機能構成＞
図２を参照して、システム１の機能構成の一例について説明する。システム１は、情報処理装置２、注文側端末装置３ａ、第１受注側端末装置３ｂ１、第２受注側端末装置３ｂ２及び通信ネットワーク４を含む。情報処理装置２、注文側端末装置３ａ、第１受注側端末装置３ｂ１及び第２受注側端末装置３ｂ２は、通信ネットワーク４を介して互いに通信可能に構成されている。
図２を参照して、システム１の機能構成の一例について説明する。システム１は、情報処理装置２、注文側端末装置３ａ、第１受注側端末装置３ｂ１、第２受注側端末装置３ｂ２及び通信ネットワーク４を含む。情報処理装置２、注文側端末装置３ａ、第１受注側端末装置３ｂ１及び第２受注側端末装置３ｂ２は、通信ネットワーク４を介して互いに通信可能に構成されている。
【0019】
以下、第１受注側端末装置３ｂ１及び第２受注側端末装置３ｂ２をまとめて称するとき、又はこれらを区別しないとき、これらを受注側端末装置３ｂと称する場合がある。また、注文側端末装置３ａ及び受注側端末装置３ｂをまとめて称するとき、又はこれらを区別しないとき、これらを端末装置３と称する場合がある。
【0020】
［端末装置３］
端末装置３は、対象者が使用する通信用装置である。端末装置３は、例えば、スマートフォン、パーソナルコンピュータ、タブレット端末及びウェアラブル端末等である。端末装置３は、入力インタフェース、出力インタフェース及び通信インタフェースを備える。
端末装置３は、対象者が使用する通信用装置である。端末装置３は、例えば、スマートフォン、パーソナルコンピュータ、タブレット端末及びウェアラブル端末等である。端末装置３は、入力インタフェース、出力インタフェース及び通信インタフェースを備える。
【0021】
入力インタフェースは、端末装置３がユーザからの入力を受け付けるためのインタフェースである。入力インタフェースは、タッチパネル、マイク、カメラ、キーボード及びマウス等であってよい。
【0022】
出力インタフェースは、画像及び音声等により情報をユーザに対して伝達するためのインタフェースである。出力インタフェースは、ディスプレイ（タッチパネルを兼ねる場合がある）及びスピーカー等である。
【0023】
通信インタフェースは、通信ネットワーク４を介した他の装置との通信を実現するためのインタフェースである。通信インタフェースは、無線通信インタフェースであってよく、有線通信インタフェースであってもよい。
【0024】
端末装置３は、例えばwebブラウザを介して情報処理装置２が提供するサービスにアクセスすることができてよく、専用のソフトウェアをインストールすることによって当該サービスにアクセスすることができてもよい。
【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】
第１受注側権限が関連付けられた第１受注側ユーザは、例えば、注文データの照会、注文データの登録通知・変更申請通知の閲覧、注文データの変更申請の棄却・承認、注文データの変更申請の棄却通知の閲覧、注文データに対応する出荷予定の登録・変更申請、注文データに対応する出荷予定の閲覧及び注文データに対応する請求区分の登録・変更申請等の操作を行うことができる。その一方で、例えば、注文データの登録・変更申請等の操作は制限され得る。
【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】
その後は、図１１のステップＳ１１２～ステップＳ１２４において説明した処理と同様に、第１変更申請は第１受注側組織のユーザによって承認又は棄却され、その旨が注文側端末装置３ａにおいて表示され得る。
【0117】
このような構成によれば、注文側組織のユーザは、変更申請がどのような状況（進捗）にあるかを詳細に把握することができる。
【0118】
なお、第５実施形態では説明の便宜上、各ユーザが各組織において属するグループについては説明を省略したが、各ユーザが行うことができる操作は、第１実施形態～第３実施形態において説明した方法に基づいて制御され得る。
【0119】
（第６実施形態）
図１５は、第６実施形態に係るシステム１の動作の一例を示すシーケンス図である。第５実施形態では、第２受注側組織のユーザが第２変更申請を承認した後、第１受注側組織のユーザが第１変更申請を承認する例について説明した。第６実施形態では、第２受注側組織のユーザが第２変更申請を承認することを条件に第１変更申請が自動的に承認される例について説明する。第６実施形態では、第５実施形態との相違点について主に説明する。
図１５は、第６実施形態に係るシステム１の動作の一例を示すシーケンス図である。第５実施形態では、第２受注側組織のユーザが第２変更申請を承認した後、第１受注側組織のユーザが第１変更申請を承認する例について説明した。第６実施形態では、第２受注側組織のユーザが第２変更申請を承認することを条件に第１変更申請が自動的に承認される例について説明する。第６実施形態では、第５実施形態との相違点について主に説明する。
【0120】
発注側組織から第１注文側組織に対する注文データの第１変更申請があった旨の通知を情報処理装置２が第１受注側端末装置３ｂ１に対して送信（Ｓ３１４）した後、第１受注側端末装置３ｂ１は、条件付き承認に関する操作を受け付ける。一実施形態において、条件付き承認は、第１受注側組織から第２受注側組織に対する第２変更申請が当該第２受注側組織に属するユーザによって承認されることを条件に、第１変更申請が承認されるように設定する操作を含む。
【0121】
第１受注側端末装置３ｂ１は、条件付き承認に関する操作を受け付けた旨の情報、及び第２変更申請を情報処理装置２に対して送信する（Ｓ３１６）。ここで、第２変更申請は、注文側組織から第１受注側組織に対する注文データ（Ｓ３００参照）、及び当該注文データの第１変更申請（Ｓ３１０参照）の少なくとも一方に関連付けて行われ得る。すなわち、情報処理装置２は、第２変更申請が、第１変更申請に係る注文データと関連性があることを把握し得る。一例では、第１変更申請は、自動車の生産台数の変更に関する申請であり、第２変更申請は、当該生産台数の変更にともなう鋼帯(コイル)の生産数の変更に関する申請であってよい。
【0122】
情報処理装置２は、第２変更申請があった旨の通知を第２受注側端末装置３ｂ２に対して送信する（Ｓ３１８）。また、情報処理装置２は、第２変更申請を受け付けた旨、及び条件付き承認に関する操作を受け付けた旨の通知を注文側端末装置３ａに対して送信する（Ｓ３２０）。
【0123】
第２受注側組織に属するユーザによって第２変更申請の承認があった場合には、第２受注側端末装置３ｂ２は、その旨の情報を情報処理装置２に対して送信する（Ｓ３２４）。情報処理装置２はステップＳ３１６において条件付き承認に関する操作を受け付けているため、第２変更申請が承認されたことに基づいて、第１変更申請が承認されたものとして扱う。情報処理装置２は、第１変更申請が承認された旨の通知を注文側端末装置３ａに対して送信する（Ｓ３２６）。これに応じて、注文側端末装置３ａは、第１変更申請が承認済みである旨の情報を表示する（Ｓ３２８）。
【0124】
例えば、第１受注側組織としては、仮に発注側組織から注文データの変更申請を受けたとしても、自身に対して商品を納入する第２受注側組織と調整をしなければ当該変更申請に対して承認すべきか棄却すべきか判断できない場合がある。この構成によれば、第１受注側組織は、第２受注側組織による承認があることを条件に発注側組織からの変更申請が承認されるように設定することができる。これにより、変更申請が承認又は棄却されるまでのリードタイムを短縮することができる。結果として、複数の組織間での生産計画の変更を円滑に進めることができる。
【0125】
（第７実施形態）
上記実施形態において、第１注文側ユーザ、第２注文側ユーザ、第１受注側ユーザ及び第２受注側ユーザのそれぞれに対して、第１注文側権限、第２注文側権限、第１受注側権限及び第２受注側権限が関連付けられる例について説明したが、権限の種類はこれらに限られない。システム１において、組織（上記実施形態における注文側組織又は受注側組織であってよく、注文側組織及び受注側組織とは異なる他の組織であってもよい）に属するユーザには、業務代行権限が関連付けられ得る。以下、業務代行権限が関連付けられるユーザを「業務代行ユーザ」と称する。
上記実施形態において、第１注文側ユーザ、第２注文側ユーザ、第１受注側ユーザ及び第２受注側ユーザのそれぞれに対して、第１注文側権限、第２注文側権限、第１受注側権限及び第２受注側権限が関連付けられる例について説明したが、権限の種類はこれらに限られない。システム１において、組織（上記実施形態における注文側組織又は受注側組織であってよく、注文側組織及び受注側組織とは異なる他の組織であってもよい）に属するユーザには、業務代行権限が関連付けられ得る。以下、業務代行権限が関連付けられるユーザを「業務代行ユーザ」と称する。
【0126】
一実施形態において、業務代行権限は、注文側組織に属するユーザによって業務代行ユーザに関連付けられ得る。一例では、第１注文側ユーザは、自身の注文側端末装置３ａを使用して業務代行ユーザに業務代行権限を関連付ける操作を実行し、情報処理装置２は当該操作を受け付けてよい。
【0127】
一実施形態において、第１注文側権限が関連付けられた第１注文側ユーザは、第１注文側権限と同等又はそれより制限される業務代行権限を業務代行ユーザに関連付けることができる。同様に、第２注文側権限が関連付けられた第２注文側ユーザは、第２注文側権限と同等又はそれより制限される業務代行権限を業務代行ユーザに関連付けることができる。一実施形態において、第１受注側権限が関連付けられた第１受注側ユーザは、第１受注側権限と同等又はそれより制限される業務代行権限を業務代行ユーザに関連付けることができる。同様に、第２受注側権限が関連付けられた第２受注側ユーザは、第２受注側権限と同等又はそれより制限される業務代行権限を業務代行ユーザに関連付けることができる。
【0128】
図１６－１７を参照して、業務代行権限の一例について説明する。図１６は、注文データが第１注文側グループから第１受注側グループへの注文に関するデータである場合における、第１注文側権限、第２注文側権限及び業務代行権限のそれぞれに基づいて情報処理装置２が受け付け可能な操作の一例を示す図である。この例では、業務代行権限は、第１注文側権限が関連付けられた第１注文側ユーザによって、業務代行ユーザに関連付けられたものとする。
【0129】
第１注文側権限及び第２注文側権限に基づいて受け付け可能な操作は図１０を参照して説明したとおりであってよいから、以下では説明を省略する。業務代行権限が関連付けられた業務代行ユーザは、例えば、注文データの照会、注文データの登録・変更申請、注文データの登録通知・変更申請通知の閲覧、注文データの変更申請の棄却通知の閲覧、及び注文データに対応する出荷予定の閲覧等の操作を行うことができる。その一方で、例えば、注文データの変更申請の棄却・承認、注文データに対応する出荷予定の登録・変更申請、及び注文データに対応する請求区分の登録・変更申請等の操作は制限され得る。すなわち、第１注文側グループから第１受注側グループへ注文データに関しては、業務代行権限は、第１注文側権限と同等の権限であるといえる。
【0130】
図１７は、注文データが第２注文側グループから第１受注側グループへの注文に関するデータである場合における、第１注文側権限、第２注文側権限及び業務代行権限のそれぞれに基づいて情報処理装置２が受け付け可能な操作の一例を示す図である。この例においても、業務代行権限は、第１注文側権限が関連付けられた第１注文側ユーザによって、業務代行ユーザに関連付けられたものとする。
【0131】
この例では、第１注文側権限が関連付けられた第１注文側ユーザは、例えば、第２注文データの照会、及び第２注文データに対応する出荷予定の閲覧等の操作を行うことができる。一方で、業務代行権限が関連付けられた業務代行ユーザは、いずれの操作も制限され得る。すなわち、第１注文側権限が関連付けられた第１注文側ユーザから業務代行権限が関連付けられた業務代行ユーザは、第２注文側グループからの注文データには（閲覧を含むて）関与することができない。この点において、第２注文側グループから第１受注側グループへ注文データに関して、業務代行権限は、第１注文側権限より制限されているといえる。
【0132】
このような構成によれば、より柔軟で効率的な流通を実現することができる。また、業務代行権限は、その付与元となるユーザに関連付けられた権限と同等またはこれより制限されるから、安全に取引を行うことができる。
【0133】
＜４．ハードウェア構成＞
図１８を参照して、上述してきたシステム１に含まれる装置をコンピュータ７０により実現する場合のハードウェア構成の一例を説明する。なお、それぞれの装置の機能は、複数台の装置に分けて実現することもできる。
図１８を参照して、上述してきたシステム１に含まれる装置をコンピュータ７０により実現する場合のハードウェア構成の一例を説明する。なお、それぞれの装置の機能は、複数台の装置に分けて実現することもできる。
【0134】
図１８に示すように、コンピュータ７０は、プロセッサ７００と、記憶装置７０２と、入力Ｉ／Ｆ７０４と、データＩ／Ｆ７０６と、通信Ｉ／Ｆ７０８、及び表示装置７１０を含む。
【0135】
プロセッサ７００は、記憶装置７０２に記憶されているプログラムを実行することによりコンピュータ７０における様々な処理を制御する。例えば、情報処理装置２の制御部１０が備える各機能部等は、記憶装置７０２に記憶されたプログラムを、プロセッサ７００が実行することにより実現可能である。
【0136】
記憶装置７０２は、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の記憶媒体である。ＲＡＭは、プロセッサ７００によって実行されるプログラムのプログラムコードや、プログラムの実行時に必要となるデータを一時的に記憶する。
【0137】
記憶装置７０２は、他にも、例えばハードディスクドライブ（ＨＤＤ）やフラッシュメモリ等の不揮発性の記憶媒体である。記憶装置７０２は、オペレーティングシステムや、上記各構成を実現するための各種プログラムを記憶する。当該各種プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体（Non-transitory computer readable medium）であってもよい。この他、記憶装置７０２は、各種情報を登録するテーブルと、当該テーブルを管理するＤＢを記憶することも可能である。このようなプログラムやデータは、必要に応じて記憶装置７０２にロードされることにより、プロセッサ７００から参照される。
【0138】
入力Ｉ／Ｆ７０４は、ユーザからの入力を受け付けるためのデバイスである。入力Ｉ／Ｆ７０４の具体例としては、カメラ、ボタン、マイク、キーボード、マウス、タッチパネル、各種センサ、ウェアラブル・デバイス等が挙げられる。入力Ｉ／Ｆ７０４は、例えばＵＳＢ（Universal Serial Bus）等のインタフェースを介してコンピュータ７０に接続されてもよい。
【0139】
データＩ／Ｆ７０６は、コンピュータ７０の外部からデータを入力するためのデバイスである。データＩ／Ｆ７０６の具体例としては、各種記憶媒体に記憶されているデータを読み取るためのドライブ装置等がある。データＩ／Ｆ７０６は、コンピュータ７０の外部に設けられることも考えられる。その場合、データＩ／Ｆ７０６は、例えばＵＳＢ等のインタフェースを介してコンピュータ７０へと接続される。
【0140】
通信Ｉ／Ｆ７０８は、コンピュータ７０の外部の装置と有線または無線により、通信ネットワーク４を介したデータ通信を行うためのデバイスである。通信Ｉ／Ｆ７０８は、コンピュータ７０の外部に設けられることも考えられる。その場合、通信Ｉ／Ｆ７０８は、例えばＵＳＢ等のインタフェースを介してコンピュータ７０に接続される。
【0141】
表示装置７１０は、各種情報を表示するためのデバイスである。表示装置７１０の具体例としては、例えば液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ、ウェアラブル・デバイスのディスプレイ等が挙げられる。表示装置７１０は、コンピュータ７０の外部に設けられてもよい。その場合、表示装置７１０は、例えばディスプレイケーブル等を介してコンピュータ７０に接続される。また、入力Ｉ／Ｆ７０４としてタッチパネルが採用される場合には、表示装置７１０は、入力Ｉ／Ｆ７０４と一体化して構成することが可能である。
【0142】
また、上記実施の形態で記載されたシステム１に含まれる装置が備える構成要素は、記憶装置７０２に格納されたプログラムがプロセッサ７００によって実行されることで、定められた処理が他のハードウェアと協働して実現されるものとする。また、言い換えれば、これらの構成要素は、ソフトウェアまたはファームウェアとしても、それと対応するハードウェアとしても想定され、その双方の概念において、「機能」、「手段」、「部」、「処理回路」、「ユニット」、または「モジュール」等とも記載され、またそれぞれに読み替えることができる。
【0143】
＜５．変形例＞
以上説明した実施形態は、本開示の理解を容易にするためのものであり、本開示を限定して解釈するためのものではない。実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。また、異なる実施形態で示した構成同士を部分的に置換し又は組み合わせることが可能である。
以上説明した実施形態は、本開示の理解を容易にするためのものであり、本開示を限定して解釈するためのものではない。実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。また、異なる実施形態で示した構成同士を部分的に置換し又は組み合わせることが可能である。
【0144】
鉄鋼の流通経路は枝分かれし得る。例えば、図１の組織Ｏｒ１は、組織Ｏｒ２及び組織Ｏｒ３と直接取引し、組織Ｏｒ２は組織Ｏｒ３と直接取引し得る。この例では、組織Ｏｒ１は組織Ｏｒ２及び組織Ｏｒ３との関係では注文側組織に相当する。また、組織Ｏｒ２は組織Ｏｒ１との関係では受注側組織に相当し、組織Ｏｒ３との関係では注文側組織に相当し得る。
【0145】
注文側権限及び受注側権限のそれぞれに基づいて実行可能な操作は、注文側組織と受注側組織との間の関係に基づいて決定され得る。例えば、図１の組織Ｏｒ１から組織Ｏｒ２に対する注文データに関して組織Ｏｒ１に属するユーザに関連付けられる注文側権限は、図１の組織Ｏｒ１から組織Ｏｒ３に対する注文データに関して組織Ｏｒ１に属するユーザに関連付けられる注文側権限より強くてよい。
【0146】
組織は、複数の人間により構成される集団であってよい。組織は、例えば、企業、企業に含まれる部署、部署に含まれる課、及び課に含まれるチーム等のいずれであってもよい。
【0147】
上記実施形態（特に図１５、第６実施形態）において、条件付き承認に関する操作は、第２変更申請が第２受注側組織のユーザによって承認されることを条件に第１変更申請が承認されるように設定することであると説明したが、これに限られない。第１変更申請が承認されるための条件は、第２変更申請が承認されること以外の条件であってもよい。一実施形態において、第１変更申請が承認されるための条件は、第１変更申請に係る変更内容が、当該第１変更申請が自動的に承認されるための所定の閾値以下であることであってよい。第１変更申請に係る変更内容が所定の閾値以下であることの一例は、第１変更申請に係る納期の変更が３営業日以内であることである。第１変更申請に係る変更内容が所定の閾値以下であることの他の一例は、第１変更申請に係る納品数の変更が、当初予定されていた納品数の５％以内であることである。
【0148】
上記実施形態において、注文側組織と第１受注側組織との間の注文データ、及び第１受注側組織と第２受注側組織との間の注文データは、少なくとも一部が共通のフォーマットであってよい。この構成によれば、鉄鋼の流通経路に含まれる複数の組織間でのコミュニケーションがより円滑になり得る。
【0149】
上記実施形態において、組織に属するユーザに関連付けられる権限（例えば、第１注文側権限等）は、ユーザ個人に対して直接的に関連付けられてよく、ユーザが属するグループを介して間接的に関連付けられてもよい。ユーザが属するグループを介して間接的に権限が関連付けられる場合、当該グループに属する他のユーザに対しても同様の権限が関連付けられ得る。
【0150】
上記実施形態において、システム１は、周知技術に基づく種々の機能（例えば、ユーザ登録機能等）をさらに備えてよい。
【0151】
上記実施形態において、情報処理装置２があるユーザからの注文データに関する操作を受け付けることは、当該注文データの操作を行うためのユーザインタフェースや表示要素（一例では、ボタンやテキストボックス）等を当該ユーザが使用する端末装置３において表示するための情報を送信することであってよく、当該ユーザが使用する端末装置３において入力された操作に関する情報を受信することであってよく、当該ユーザが使用する端末装置３において入力された操作に関する情報を記憶部１２のデータベースに記憶することであってもよい。また、情報処理装置２があるユーザからの注文データに関する操作を受け付けないことは、当該注文データの操作を行うためのユーザインタフェースや表示要素等を当該ユーザが使用する端末装置３において表示するための情報を送信しないことであってよく、当該ユーザが使用する端末装置３において入力された操作に関する情報を受信しない（又は、受信したとしても破棄する）ことであってよく、当該ユーザが使用する端末装置３において入力された操作に関する情報を記憶部１２のデータベースに記憶しないことであってもよい。
【0152】
システム１は、鉄鋼以外の資材（例えば、アルミ及び樹脂等）の流通を効率化するためにも使用し得る。
【0153】
＜６．構成例＞
本開示は、以下の技術を含む。なお、括弧内で上記実施形態における用語を示す。
本開示は、以下の技術を含む。なお、括弧内で上記実施形態における用語を示す。
【0154】
（付記１）
鉄鋼の流通経路に含まれる第１組織（注文側組織、一例では図１の組織Ｏｒ１）が行う鉄鋼の注文に関する第１注文データを取得する取得部１００と、流通経路に含まれる第２組織（受注側組織、一例では図１の組織Ｏｒ２）に第１注文データを送信する送信部１０２と、鉄鋼の注文に関する第１注文側権限を第１組織に属する第１注文側ユーザに対して関連付け、鉄鋼の注文の受注に関する第１受注側権限を第２組織に属する第１受注側ユーザに対して関連付ける関連付部１０４と、第１注文データに関する操作を第１注文側権限に基づいて第１注文側ユーザから受け付け、第１注文データに関する操作を第１受注側権限に基づいて第１受注側ユーザから受け付ける受付部１０６と、受付部１０６が受け付けた操作に対応する処理を実行する実行部１０８と、を備える、情報処理装置２。
鉄鋼の流通経路に含まれる第１組織（注文側組織、一例では図１の組織Ｏｒ１）が行う鉄鋼の注文に関する第１注文データを取得する取得部１００と、流通経路に含まれる第２組織（受注側組織、一例では図１の組織Ｏｒ２）に第１注文データを送信する送信部１０２と、鉄鋼の注文に関する第１注文側権限を第１組織に属する第１注文側ユーザに対して関連付け、鉄鋼の注文の受注に関する第１受注側権限を第２組織に属する第１受注側ユーザに対して関連付ける関連付部１０４と、第１注文データに関する操作を第１注文側権限に基づいて第１注文側ユーザから受け付け、第１注文データに関する操作を第１受注側権限に基づいて第１受注側ユーザから受け付ける受付部１０６と、受付部１０６が受け付けた操作に対応する処理を実行する実行部１０８と、を備える、情報処理装置２。
【0155】
（付記２）
第１組織は、第１注文側ユーザが属する第１注文側グループと、第１注文側ユーザとは異なる第２注文側ユーザが属する第２注文側グループとを含み、関連付部１０４は、鉄鋼の注文に関する第２注文側権限を第２注文側ユーザに対してさらに関連付け、受付部１０６は、第１注文データに関する操作を第２注文側権限に基づいて第２注文側ユーザから受け付け、受付部１０６が第２注文側権限に基づいて受け付け可能な第１注文データに関する操作は、受付部１０６が第１注文側権限に基づいて受け付け可能な第１注文データに関する操作より制限される、付記１に記載の情報処理装置２。
第１組織は、第１注文側ユーザが属する第１注文側グループと、第１注文側ユーザとは異なる第２注文側ユーザが属する第２注文側グループとを含み、関連付部１０４は、鉄鋼の注文に関する第２注文側権限を第２注文側ユーザに対してさらに関連付け、受付部１０６は、第１注文データに関する操作を第２注文側権限に基づいて第２注文側ユーザから受け付け、受付部１０６が第２注文側権限に基づいて受け付け可能な第１注文データに関する操作は、受付部１０６が第１注文側権限に基づいて受け付け可能な第１注文データに関する操作より制限される、付記１に記載の情報処理装置２。
【0156】
（付記３）
第１注文データは、第１注文側グループが行う鉄鋼の注文に関するデータであり、取得部１００は、第２注文側グループが行う鉄鋼の注文に関する第２注文データをさらに取得する、付記２に記載の情報処理装置２。
第１注文データは、第１注文側グループが行う鉄鋼の注文に関するデータであり、取得部１００は、第２注文側グループが行う鉄鋼の注文に関する第２注文データをさらに取得する、付記２に記載の情報処理装置２。
【0157】
（付記４）
受付部１０６は、第２注文データに関する操作を第１注文側権限に基づいて第１注文側ユーザから受け付け、第２注文データに関する操作を第２注文側権限に基づいて第２注文側ユーザから受け付け、受付部１０６が第１注文側権限に基づいて受け付け可能な第２注文データに関する操作は、受付部１０６が第２注文側権限に基づいて受け付け可能な第２注文データに関する操作より制限される、付記３に記載の情報処理装置２。
受付部１０６は、第２注文データに関する操作を第１注文側権限に基づいて第１注文側ユーザから受け付け、第２注文データに関する操作を第２注文側権限に基づいて第２注文側ユーザから受け付け、受付部１０６が第１注文側権限に基づいて受け付け可能な第２注文データに関する操作は、受付部１０６が第２注文側権限に基づいて受け付け可能な第２注文データに関する操作より制限される、付記３に記載の情報処理装置２。
【0158】
（付記５）
受付部１０６が第１注文側権限に基づいて受け付け可能な第１注文データに関する操作、及び受付部１０６が第２注文側権限に基づいて受け付け可能な第１注文データに関する操作は、いずれも第１注文データに関する情報を閲覧する操作を含み、受付部１０６が第１注文側権限に基づいて受け付け可能な第１注文データに関する操作は、第１注文データの変更申請に関する操作を含み、受付部１０６が第２注文側権限に基づいて受け付け可能な第１注文データに関する操作は、第１注文データの変更申請に関する操作を含まない、付記４に記載の情報処理装置２。
受付部１０６が第１注文側権限に基づいて受け付け可能な第１注文データに関する操作、及び受付部１０６が第２注文側権限に基づいて受け付け可能な第１注文データに関する操作は、いずれも第１注文データに関する情報を閲覧する操作を含み、受付部１０６が第１注文側権限に基づいて受け付け可能な第１注文データに関する操作は、第１注文データの変更申請に関する操作を含み、受付部１０６が第２注文側権限に基づいて受け付け可能な第１注文データに関する操作は、第１注文データの変更申請に関する操作を含まない、付記４に記載の情報処理装置２。
【0159】
（付記６）
第２組織は、第１受注側ユーザが属する第１受注側グループと、第１受注側ユーザとは異なる第２受注側ユーザが属する第２受注側グループとを含み、関連付部１０４は、鉄鋼の注文の受注に関する第２受注側権限を第２受注側ユーザに対してさらに関連付け、受付部１０６は、第１注文データに関する操作を第２受注側権限に基づいて第２受注側ユーザから受け付け、受付部１０６が第２受注側権限に基づいて受け付け可能な第１注文データに関する操作は、受付部１０６が第１受注側権限に基づいて受け付け可能な第１注文データに関する操作より制限される、付記１から５のいずれか１つに記載の情報処理装置２。
第２組織は、第１受注側ユーザが属する第１受注側グループと、第１受注側ユーザとは異なる第２受注側ユーザが属する第２受注側グループとを含み、関連付部１０４は、鉄鋼の注文の受注に関する第２受注側権限を第２受注側ユーザに対してさらに関連付け、受付部１０６は、第１注文データに関する操作を第２受注側権限に基づいて第２受注側ユーザから受け付け、受付部１０６が第２受注側権限に基づいて受け付け可能な第１注文データに関する操作は、受付部１０６が第１受注側権限に基づいて受け付け可能な第１注文データに関する操作より制限される、付記１から５のいずれか１つに記載の情報処理装置２。
【0160】
（付記７）
第１注文データは、第１受注側グループに対する鉄鋼の注文に関するデータであり、取得部１００は、第２受注側グループに対する鉄鋼の注文に関する第２注文データをさらに取得する、付記６に記載の情報処理装置２。
第１注文データは、第１受注側グループに対する鉄鋼の注文に関するデータであり、取得部１００は、第２受注側グループに対する鉄鋼の注文に関する第２注文データをさらに取得する、付記６に記載の情報処理装置２。
【0161】
（付記８）
受付部１０６は、第２注文データに関する操作を第１受注側権限に基づいて第１受注側ユーザから受け付け、第２注文データに関する操作を第２受注側権限に基づいて第２受注側ユーザから受け付け、受付部１０６が第１受注側権限に基づいて受け付け可能な第２注文データに関する操作は、受付部１０６が第２受注側権限に基づいて受け付け可能な第２注文データに関する操作より制限される、付記７に記載の情報処理装置２。
受付部１０６は、第２注文データに関する操作を第１受注側権限に基づいて第１受注側ユーザから受け付け、第２注文データに関する操作を第２受注側権限に基づいて第２受注側ユーザから受け付け、受付部１０６が第１受注側権限に基づいて受け付け可能な第２注文データに関する操作は、受付部１０６が第２受注側権限に基づいて受け付け可能な第２注文データに関する操作より制限される、付記７に記載の情報処理装置２。
【0162】
（付記９）
受付部１０６が第１受注側権限に基づいて受け付け可能な第１注文データに関する操作、及び受付部１０６が第２受注側権限に基づいて受け付け可能な第１注文データに関する操作は、いずれも第１注文データに関する情報を閲覧する操作を含み、受付部１０６が第１受注側権限に基づいて受け付け可能な第１注文データに関する操作は、第１注文データの変更申請を承認する操作を含み、受付部１０６が第２受注側権限に基づいて受け付け可能な第１注文データに関する操作は、第１注文データの変更申請を承認する操作を含まない、付記８に記載の情報処理装置２。
受付部１０６が第１受注側権限に基づいて受け付け可能な第１注文データに関する操作、及び受付部１０６が第２受注側権限に基づいて受け付け可能な第１注文データに関する操作は、いずれも第１注文データに関する情報を閲覧する操作を含み、受付部１０６が第１受注側権限に基づいて受け付け可能な第１注文データに関する操作は、第１注文データの変更申請を承認する操作を含み、受付部１０６が第２受注側権限に基づいて受け付け可能な第１注文データに関する操作は、第１注文データの変更申請を承認する操作を含まない、付記８に記載の情報処理装置２。
【0163】
（付記１０）
流通経路は、第２組織（第１受注側組織、一例では組織Ｏｒ２）と取引を行う他の組織（第２受注側組織、一例では組織Ｏｒ３）をさらに含み、受付部１０６が第１注文側権限に基づいて受け付け可能な第１注文データに関する操作は、第１注文データの変更申請（第１変更申請）に関する操作を含み、送信部１０２は、変更申請に対応する他の変更申請（第２変更申請）に関する情報を他の組織のユーザの端末装置（第２受注側端末装置３ｂ２）において表示するための情報をさらに送信し、受付部１０６が第１受注側権限に基づいて受け付け可能な第１注文データに関する操作は、他の変更申請（第２変更申請）が他の組織のユーザによって承認されることを条件に変更申請（第１変更申請）が承認されるように設定することを含む、付記１から９のいずれか１つに記載の情報処理装置２。
流通経路は、第２組織（第１受注側組織、一例では組織Ｏｒ２）と取引を行う他の組織（第２受注側組織、一例では組織Ｏｒ３）をさらに含み、受付部１０６が第１注文側権限に基づいて受け付け可能な第１注文データに関する操作は、第１注文データの変更申請（第１変更申請）に関する操作を含み、送信部１０２は、変更申請に対応する他の変更申請（第２変更申請）に関する情報を他の組織のユーザの端末装置（第２受注側端末装置３ｂ２）において表示するための情報をさらに送信し、受付部１０６が第１受注側権限に基づいて受け付け可能な第１注文データに関する操作は、他の変更申請（第２変更申請）が他の組織のユーザによって承認されることを条件に変更申請（第１変更申請）が承認されるように設定することを含む、付記１から９のいずれか１つに記載の情報処理装置２。
【0164】
（付記１１）
受付部１０６が第１注文側権限に基づいて受け付け可能な第１注文データに関する操作は、第１注文データの変更申請に関する操作を含み、受付部１０６が第１受注側権限に基づいて受け付け可能な第１注文データに関する操作は、変更申請の承認に関する操作を含み、送信部１０２は、変更申請が承認されたか否かを第１注文側ユーザの端末装置（注文側端末装置３ａ）において表示するための情報（一例では、図１１のステップＳ１２２の通知）をさらに送信する、付記１から１０のいずれか１つに記載の情報処理装置２。
受付部１０６が第１注文側権限に基づいて受け付け可能な第１注文データに関する操作は、第１注文データの変更申請に関する操作を含み、受付部１０６が第１受注側権限に基づいて受け付け可能な第１注文データに関する操作は、変更申請の承認に関する操作を含み、送信部１０２は、変更申請が承認されたか否かを第１注文側ユーザの端末装置（注文側端末装置３ａ）において表示するための情報（一例では、図１１のステップＳ１２２の通知）をさらに送信する、付記１から１０のいずれか１つに記載の情報処理装置２。
【0165】
（付記１２）
流通経路は、第２組織（第１受注側組織、一例では組織Ｏｒ２）と取引を行う他の組織（第２受注側組織、一例では組織Ｏｒ３）をさらに含み、取得部１００は、第２組織から他の組織に対して行われた他の注文データの他の変更申請に関する承認状況情報（一例では、図１４のステップＳ２１６における第２変更申請）をさらに取得し、送信部１０２は、承認状況情報に基づいて、他の変更申請が承認されたか否かを第１注文側ユーザの端末装置（注文側端末装置３ａ）において表示するための情報（一例では、図１４のステップＳ２２０の通知）をさらに送信する、付記１から１１のいずれか１つに記載の情報処理装置２。
流通経路は、第２組織（第１受注側組織、一例では組織Ｏｒ２）と取引を行う他の組織（第２受注側組織、一例では組織Ｏｒ３）をさらに含み、取得部１００は、第２組織から他の組織に対して行われた他の注文データの他の変更申請に関する承認状況情報（一例では、図１４のステップＳ２１６における第２変更申請）をさらに取得し、送信部１０２は、承認状況情報に基づいて、他の変更申請が承認されたか否かを第１注文側ユーザの端末装置（注文側端末装置３ａ）において表示するための情報（一例では、図１４のステップＳ２２０の通知）をさらに送信する、付記１から１１のいずれか１つに記載の情報処理装置２。
【0166】
（付記１３）
関連付部１４０は、第１注文側権限が関連付けられた第１注文側ユーザの操作に基づいて、第１注文側権限より制限される他の権限（業務代行権限）を他のユーザ（業務代行ユーザ）にさらに関連付け、受付部１０６は、第１注文データに関する操作を他の権限に基づいて他のユーザからさらに受け付ける、付記１から１２のいずれか１つに記載の情報処理装置２。
関連付部１４０は、第１注文側権限が関連付けられた第１注文側ユーザの操作に基づいて、第１注文側権限より制限される他の権限（業務代行権限）を他のユーザ（業務代行ユーザ）にさらに関連付け、受付部１０６は、第１注文データに関する操作を他の権限に基づいて他のユーザからさらに受け付ける、付記１から１２のいずれか１つに記載の情報処理装置２。
【0167】
（付記１４）
コンピュータ７０に、鉄鋼の流通経路に含まれる第１組織が行う鉄鋼の注文に関する第１注文データを取得することと、流通経路に含まれる第２組織に第１注文データを送信することと、鉄鋼の注文に関する第１注文側権限を第１組織に属する第１注文側ユーザに対して関連付け、鉄鋼の注文の受注に関する第１受注側権限を第２組織に属する第１受注側ユーザに対して関連付けることと、第１注文データに関する操作を第１注文側権限に基づいて第１注文側ユーザから受け付けることと、第１注文データに関する操作を第１受注側権限に基づいて第１受注側ユーザから受け付けることと、受け付けた操作に対応する処理を実行することと、を実行させる、情報処理方法。
コンピュータ７０に、鉄鋼の流通経路に含まれる第１組織が行う鉄鋼の注文に関する第１注文データを取得することと、流通経路に含まれる第２組織に第１注文データを送信することと、鉄鋼の注文に関する第１注文側権限を第１組織に属する第１注文側ユーザに対して関連付け、鉄鋼の注文の受注に関する第１受注側権限を第２組織に属する第１受注側ユーザに対して関連付けることと、第１注文データに関する操作を第１注文側権限に基づいて第１注文側ユーザから受け付けることと、第１注文データに関する操作を第１受注側権限に基づいて第１受注側ユーザから受け付けることと、受け付けた操作に対応する処理を実行することと、を実行させる、情報処理方法。
【0168】
（付記１５）
コンピュータ７０に、鉄鋼の流通経路に含まれる第１組織が行う鉄鋼の注文に関する第１注文データを取得することと、流通経路に含まれる第２組織に第１注文データを送信することと、鉄鋼の注文に関する第１注文側権限を第１組織に属する第１注文側ユーザに対して関連付け、鉄鋼の注文の受注に関する第１受注側権限を第２組織に属する第１受注側ユーザに対して関連付けることと、第１注文データに関する操作を第１注文側権限に基づいて第１注文側ユーザから受け付けることと、第１注文データに関する操作を第１受注側権限に基づいて第１受注側ユーザから受け付けることと、受け付けた操作に対応する処理を実行することと、を実行させる、プログラム。
コンピュータ７０に、鉄鋼の流通経路に含まれる第１組織が行う鉄鋼の注文に関する第１注文データを取得することと、流通経路に含まれる第２組織に第１注文データを送信することと、鉄鋼の注文に関する第１注文側権限を第１組織に属する第１注文側ユーザに対して関連付け、鉄鋼の注文の受注に関する第１受注側権限を第２組織に属する第１受注側ユーザに対して関連付けることと、第１注文データに関する操作を第１注文側権限に基づいて第１注文側ユーザから受け付けることと、第１注文データに関する操作を第１受注側権限に基づいて第１受注側ユーザから受け付けることと、受け付けた操作に対応する処理を実行することと、を実行させる、プログラム。
【符号の説明】
【0169】
１…システム、２…情報処理装置、３…端末装置、３ａ…注文側端末装置、３ｂ…受注側端末装置、３ｂ１…第１受注側端末装置、３ｂ２…第２受注側端末装置、１０…制御部、１２…記憶部、７０…コンピュータ、１００…取得部、１０２…送信部、１０４…関連付部、１０６…受付部、１０８…実行部、７００…プロセッサ
【要約】
【課題】流通を効率化することができる情報処理装置、情報処理方法及びプログラムを提供する。
【解決手段】本開示の一態様に係る情報処理装置２は、鉄鋼の流通経路に含まれる第１組織（注文側組織、一例では図１の組織Ｏｒ１）が行う鉄鋼の注文に関する第１注文データを取得する取得部１００と、流通経路に含まれる第２組織（受注側組織、一例では図１の組織Ｏｒ２）に第１注文データを送信する送信部１０２と、鉄鋼の注文に関する第１注文側権限を第１組織に属する第１注文側ユーザに対して関連付け、鉄鋼の注文の受注に関する第１受注側権限を第２組織に属する第１受注側ユーザに対して関連付ける関連付部１０４と、第１注文データに関する操作を第１注文側権限に基づいて第１注文側ユーザから受け付け、第１注文データに関する操作を第１受注側権限に基づいて第１受注側ユーザから受け付ける受付部１０６と、受付部１０６が受け付けた操作に対応する処理を実行する実行部１０８と、を備える。
【選択図】図１
【解決手段】本開示の一態様に係る情報処理装置２は、鉄鋼の流通経路に含まれる第１組織（注文側組織、一例では図１の組織Ｏｒ１）が行う鉄鋼の注文に関する第１注文データを取得する取得部１００と、流通経路に含まれる第２組織（受注側組織、一例では図１の組織Ｏｒ２）に第１注文データを送信する送信部１０２と、鉄鋼の注文に関する第１注文側権限を第１組織に属する第１注文側ユーザに対して関連付け、鉄鋼の注文の受注に関する第１受注側権限を第２組織に属する第１受注側ユーザに対して関連付ける関連付部１０４と、第１注文データに関する操作を第１注文側権限に基づいて第１注文側ユーザから受け付け、第１注文データに関する操作を第１受注側権限に基づいて第１受注側ユーザから受け付ける受付部１０６と、受付部１０６が受け付けた操作に対応する処理を実行する実行部１０８と、を備える。
【選択図】図１
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】