特開2023-175509管理装置、電子商取引システム、管理方法、及び、管理プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023175509
(43)【公開日】2023-12-12
(54)【発明の名称】管理装置、電子商取引システム、管理方法、及び、管理プログラム
(51)【国際特許分類】
G06Q 30/06 20230101AFI20231205BHJP
【ＦＩ】
G06Q30/06
【審査請求】未請求
【請求項の数】7
【出願形態】ＯＬ
(21)【出願番号】P 2022087979
(22)【出願日】2022-05-30
(71)【出願人】
【識別番号】398040527
【氏名又は名称】株式会社オービック
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】河合 優佑
(72)【発明者】
【氏名】行平 泰史
(72)【発明者】
【氏名】廣木 健人
(72)【発明者】
【氏名】上野 剛光
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049BB34
(57)【要約】 （修正有）
【課題】電子商取引システムの管理コストの低減を図る管理装置、電子商取引システム、管理方法及び管理プログラムを提供する。
【解決手段】管理装置１において、ユーザ管理権限設定部２２は、所定のユーザ情報と共に、正規のユーザ権限を有する有効期限を示す有効期限情報を付してユーザの新規登録を行うユーザ管理権限を、取引先に設定する。表示画面生成部２６は、ユーザの新規登録を要求した取引先の端末装置に送信されるユーザ登録画面を生成する。判別部２４は、ユーザの新規登録の要求を行った取引先が、ユーザ管理権限が設定された取引先であるか否かを判別する。記憶制御部２５は、ユーザ管理権限が設定された取引先である判別結果が得られると、取引先毎に設定された、各ユーザのユーザ情報及び有効期限情報が記憶された記憶部に対して、新規登録されたユーザのユーザ情報及び有効期限情報を記憶させる。
【選択図】図３
【解決手段】管理装置１において、ユーザ管理権限設定部２２は、所定のユーザ情報と共に、正規のユーザ権限を有する有効期限を示す有効期限情報を付してユーザの新規登録を行うユーザ管理権限を、取引先に設定する。表示画面生成部２６は、ユーザの新規登録を要求した取引先の端末装置に送信されるユーザ登録画面を生成する。判別部２４は、ユーザの新規登録の要求を行った取引先が、ユーザ管理権限が設定された取引先であるか否かを判別する。記憶制御部２５は、ユーザ管理権限が設定された取引先である判別結果が得られると、取引先毎に設定された、各ユーザのユーザ情報及び有効期限情報が記憶された記憶部に対して、新規登録されたユーザのユーザ情報及び有効期限情報を記憶させる。
【選択図】図３
【特許請求の範囲】
【請求項1】
ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する通信制御部と、
正規のユーザ権限を有する有効期限を示す有効期限情報を含む所定のユーザ情報の登録又は編集を行うユーザ管理権限を、前記取引先に設定するユーザ管理権限設定部と、
いずれかの前記取引先の前記端末装置を介してユーザ情報の登録又は編集が要求された際に、ユーザ情報の登録又は編集を要求した前記取引先の前記端末装置に前記通信制御部を介して送信される、ユーザ情報の登録又は編集を行うためのユーザ登録画面を生成する表示画面生成部と、
ユーザ情報の登録又は編集を行った前記取引先が、前記ユーザ管理権限が設定された取引先であるか否かを判別する判別部と、
ユーザ情報の登録又は編集の要求を行った前記取引先が、前記ユーザ管理権限が設定された取引先であることを示す判別結果が前記判別部から得られた場合に、前記取引先毎に設定された、各ユーザの前記有効期限情報を含むユーザ情報が記憶された記憶部に対して、登録又は編集されたユーザの前記有効期限情報を含むユーザ情報を記憶させる記憶制御部と、
を有する管理装置。
正規のユーザ権限を有する有効期限を示す有効期限情報を含む所定のユーザ情報の登録又は編集を行うユーザ管理権限を、前記取引先に設定するユーザ管理権限設定部と、
いずれかの前記取引先の前記端末装置を介してユーザ情報の登録又は編集が要求された際に、ユーザ情報の登録又は編集を要求した前記取引先の前記端末装置に前記通信制御部を介して送信される、ユーザ情報の登録又は編集を行うためのユーザ登録画面を生成する表示画面生成部と、
ユーザ情報の登録又は編集を行った前記取引先が、前記ユーザ管理権限が設定された取引先であるか否かを判別する判別部と、
ユーザ情報の登録又は編集の要求を行った前記取引先が、前記ユーザ管理権限が設定された取引先であることを示す判別結果が前記判別部から得られた場合に、前記取引先毎に設定された、各ユーザの前記有効期限情報を含むユーザ情報が記憶された記憶部に対して、登録又は編集されたユーザの前記有効期限情報を含むユーザ情報を記憶させる記憶制御部と、
を有する管理装置。
【請求項2】
前記ユーザ管理権限設定部は、前記取引先の管理者又は担当者で構成されるユーザグループ毎に前記ユーザ管理権限を設定すること、
を特徴とする請求項１に記載の管理装置。
を特徴とする請求項１に記載の管理装置。
【請求項3】
前記取引先に対する取引の有効又は無効を示すステータスを設定するステータス設定部を、さらに備え、
前記記憶制御部は、各前記取引先のユーザのユーザ情報及び有効期限情報と共に、前記取引先毎に、前記ステータス設定部により設定された前記ステータスを示すステータス情報を付加して前記記憶部に記憶し、前記ステータス設定部により前記取引先に対して無効のステータスが設定された場合、前記記憶部に記憶されている、取引が無効とされた前記取引先の前記ステータス情報を無効のステータス情報に更新処理すると共に、取引が無効とされた前記取引先のユーザの前記有効期限情報を、有効期限切れの日付に更新処理すること、
を特徴とする請求項２に記載の管理装置。
前記記憶制御部は、各前記取引先のユーザのユーザ情報及び有効期限情報と共に、前記取引先毎に、前記ステータス設定部により設定された前記ステータスを示すステータス情報を付加して前記記憶部に記憶し、前記ステータス設定部により前記取引先に対して無効のステータスが設定された場合、前記記憶部に記憶されている、取引が無効とされた前記取引先の前記ステータス情報を無効のステータス情報に更新処理すると共に、取引が無効とされた前記取引先のユーザの前記有効期限情報を、有効期限切れの日付に更新処理すること、
を特徴とする請求項２に記載の管理装置。
【請求項4】
前記ユーザ管理権限設定部は、登録可能なユーザ数の上限数を前記取引先毎に設定し、
前記判別部は、ユーザ情報の登録が要求された際に、要求されているユーザ情報を登録することで、前記取引先の登録可能なユーザ数の上限数を超過するか否かを判別し、
前記記憶制御部は、前記判別部により、要求されているユーザ情報を登録しても、前記取引先の登録可能なユーザ数の上限数を超過しない旨の判別結果が得られた場合に、要求されているユーザ情報を前記記憶部に記憶すること、
を特徴とする請求項１から請求項３のうち、いずれか一項に記載の管理装置。
前記判別部は、ユーザ情報の登録が要求された際に、要求されているユーザ情報を登録することで、前記取引先の登録可能なユーザ数の上限数を超過するか否かを判別し、
前記記憶制御部は、前記判別部により、要求されているユーザ情報を登録しても、前記取引先の登録可能なユーザ数の上限数を超過しない旨の判別結果が得られた場合に、要求されているユーザ情報を前記記憶部に記憶すること、
を特徴とする請求項１から請求項３のうち、いずれか一項に記載の管理装置。
【請求項5】
第１の記憶部を備え、ネットワークを介して電子商取引を行う各取引先の端末装置との間の通信、及び、前記電子商取引を行うシステムを運営する運営会社のユーザの端末装置との間の前記ネットワークを介した通信を行う第１の通信装置と、
第２の記憶部を備え、前記ネットワークを介して前記運営会社のユーザの前記端末装置との間の通信を行う第２の通信装置と、
所定のタイミングで、前記第１の記憶部に記憶されているデータ、及び、前記第２の記憶部に記憶されているデータの同期を図る連携装置と、を有し、
前記第１の通信装置は、
前記ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する通信制御部と、
正規のユーザ権限を有する有効期限を示す有効期限情報を含む所定のユーザ情報の登録又は編集を行うユーザ管理権限を、前記取引先に設定するユーザ管理権限設定部と、
いずれかの前記取引先の前記端末装置を介してユーザ情報の登録又は編集が要求された際に、ユーザ情報の登録又は編集を要求した前記取引先の前記端末装置に前記通信制御部を介して送信される、ユーザ情報の登録又は編集を行うためのユーザ登録画面を生成する表示画面生成部と、
ユーザ情報の登録又は編集の要求を行った前記取引先が、前記ユーザ管理権限が設定された取引先であるか否かを判別する判別部と、
ユーザ情報の登録又は編集の要求を行った前記取引先が、前記ユーザ管理権限が設定された取引先であることを示す判別結果が前記判別部から得られた場合に、前記取引先毎に設定された、各ユーザの前記有効期限情報を含む前記ユーザ情報が記憶された前記第１の記憶部に対して、登録又は編集されたユーザの前記有効期限情報を含むユーザ情報を記憶させる記憶制御部と、を有すること、
を特徴とする電子商取引システム。
第２の記憶部を備え、前記ネットワークを介して前記運営会社のユーザの前記端末装置との間の通信を行う第２の通信装置と、
所定のタイミングで、前記第１の記憶部に記憶されているデータ、及び、前記第２の記憶部に記憶されているデータの同期を図る連携装置と、を有し、
前記第１の通信装置は、
前記ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する通信制御部と、
正規のユーザ権限を有する有効期限を示す有効期限情報を含む所定のユーザ情報の登録又は編集を行うユーザ管理権限を、前記取引先に設定するユーザ管理権限設定部と、
いずれかの前記取引先の前記端末装置を介してユーザ情報の登録又は編集が要求された際に、ユーザ情報の登録又は編集を要求した前記取引先の前記端末装置に前記通信制御部を介して送信される、ユーザ情報の登録又は編集を行うためのユーザ登録画面を生成する表示画面生成部と、
ユーザ情報の登録又は編集の要求を行った前記取引先が、前記ユーザ管理権限が設定された取引先であるか否かを判別する判別部と、
ユーザ情報の登録又は編集の要求を行った前記取引先が、前記ユーザ管理権限が設定された取引先であることを示す判別結果が前記判別部から得られた場合に、前記取引先毎に設定された、各ユーザの前記有効期限情報を含む前記ユーザ情報が記憶された前記第１の記憶部に対して、登録又は編集されたユーザの前記有効期限情報を含むユーザ情報を記憶させる記憶制御部と、を有すること、
を特徴とする電子商取引システム。
【請求項6】
通信制御部が、ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する通信制御ステップと、
ユーザ管理権限設定部が、正規のユーザ権限を有する有効期限を示す有効期限情報を含む所定のユーザ情報の登録又は編集を行うユーザ管理権限を、前記取引先に設定するユーザ管理権限設定ステップと、
表示画面生成部が、いずれかの前記取引先の前記端末装置を介してユーザの新規登録が要求された際に、ユーザの新規登録を要求した前記取引先の前記端末装置に前記通信制御部を介して送信される、ユーザの新規登録を行うためのユーザ登録画面を生成する表示画面生成ステップと、
判別部が、ユーザの新規登録の要求を行った前記取引先が、前記ユーザ管理権限が設定された取引先であるか否かを判別する判別ステップと、
記憶制御部が、ユーザ情報の登録又は編集の要求を行った前記取引先が、前記ユーザ管理権限が設定された取引先であることを示す判別結果が前記判別ステップで得られた場合に、前記取引先毎に設定された、各ユーザの前記有効期限情報を含むユーザ情報が記憶された記憶部に対して、登録又は編集されたユーザの前記有効期限情報を含むユーザ情報を記憶させる記憶制御ステップと、
を有する管理方法。
ユーザ管理権限設定部が、正規のユーザ権限を有する有効期限を示す有効期限情報を含む所定のユーザ情報の登録又は編集を行うユーザ管理権限を、前記取引先に設定するユーザ管理権限設定ステップと、
表示画面生成部が、いずれかの前記取引先の前記端末装置を介してユーザの新規登録が要求された際に、ユーザの新規登録を要求した前記取引先の前記端末装置に前記通信制御部を介して送信される、ユーザの新規登録を行うためのユーザ登録画面を生成する表示画面生成ステップと、
判別部が、ユーザの新規登録の要求を行った前記取引先が、前記ユーザ管理権限が設定された取引先であるか否かを判別する判別ステップと、
記憶制御部が、ユーザ情報の登録又は編集の要求を行った前記取引先が、前記ユーザ管理権限が設定された取引先であることを示す判別結果が前記判別ステップで得られた場合に、前記取引先毎に設定された、各ユーザの前記有効期限情報を含むユーザ情報が記憶された記憶部に対して、登録又は編集されたユーザの前記有効期限情報を含むユーザ情報を記憶させる記憶制御ステップと、
を有する管理方法。
【請求項7】
コンピュータを、
ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する通信制御部と、
正規のユーザ権限を有する有効期限を示す有効期限情報を含む所定のユーザ情報の登録又は更新を行うユーザ管理権限を、前記取引先に設定するユーザ管理権限設定部と、
いずれかの前記取引先の前記端末装置を介してユーザ情報の登録又は編集が要求された際に、ユーザ情報の登録又は編集を要求した前記取引先の前記端末装置に前記通信制御部を介して送信される、ユーザ情報の登録又は編集を行うためのユーザ登録画面を生成する表示画面生成部と、
ユーザ情報の登録又は編集の要求を行った前記取引先が、前記ユーザ管理権限が設定された取引先であるか否かを判別する判別部と、
ユーザ情報の登録又は編集の要求を行った前記取引先が、前記ユーザ管理権限が設定された取引先であることを示す判別結果が前記判別部から得られた場合に、前記取引先毎に設定された、各ユーザの前記有効期限情報を含むユーザ情報が記憶された記憶部に対して、登録又は編集されたユーザの前記有効期限情報を含むユーザ情報を記憶させる記憶制御部として機能させること、
を特徴とする管理プログラム。
ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する通信制御部と、
正規のユーザ権限を有する有効期限を示す有効期限情報を含む所定のユーザ情報の登録又は更新を行うユーザ管理権限を、前記取引先に設定するユーザ管理権限設定部と、
いずれかの前記取引先の前記端末装置を介してユーザ情報の登録又は編集が要求された際に、ユーザ情報の登録又は編集を要求した前記取引先の前記端末装置に前記通信制御部を介して送信される、ユーザ情報の登録又は編集を行うためのユーザ登録画面を生成する表示画面生成部と、
ユーザ情報の登録又は編集の要求を行った前記取引先が、前記ユーザ管理権限が設定された取引先であるか否かを判別する判別部と、
ユーザ情報の登録又は編集の要求を行った前記取引先が、前記ユーザ管理権限が設定された取引先であることを示す判別結果が前記判別部から得られた場合に、前記取引先毎に設定された、各ユーザの前記有効期限情報を含むユーザ情報が記憶された記憶部に対して、登録又は編集されたユーザの前記有効期限情報を含むユーザ情報を記憶させる記憶制御部として機能させること、
を特徴とする管理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、管理装置、電子商取引システム、管理方法、及び、管理プログラムに関する。
【背景技術】
【0002】
今日において、Ｗｅｂ（World Wide Web）上のサーバ装置に電子商取引システムを構築し、各取引先は端末装置のウェブブラウザを介してデータを送受信して電子商取引を行うＷｅｂＥＤＩシステム（ＥＤＩ：Electronic Data Interchange）が知られている。
【0003】
このようなＷｅｂＥＤＩシステムに関する背景技術としては、特許文献１（特開２００３－０９１６５８号公報）に買い手と売り手の間の取引を効率的に実現することを目的とした電子商取引システムが開示されている。
【0004】
この電子商取引システムは、一の取引主体に、オーナーとして取引の場を設立させ、オーナーの要求に沿うように、取引の場に複数の取引主体の参加を認める。この取引の場において、特定の商品を取引するためのグループ又は特定の取引主体で構成するグループの設定を受け付け、グループ内のメンバー同士だけで、グループの設定目的に沿った取引を行わせる環境を形成する。
【0005】
これにより、販売型市場、購買型市場、商社型市場、一般市場などの場を、取引主体が、希望により自由に設立することができ、また、特定の商品についてのグループを柔軟に設定することができる。
【先行技術文献】
【特許文献】
【0006】
【特許文献1】特開２００３－０９１６５８号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
ここで、ＷｅｂＥＤＩシステムにおいて、各取引先の端末装置を介して行われる商取引を仲介するＷｅｂ上のサーバ装置は、各取引先の管理と共に、各取引先に所属する各ユーザの管理も行う必要がある。このため、サーバ装置上に構築された電子商取引システムを運営する運営会社の管理コストが大きくなる問題があった。
【0008】
本発明は、上述の課題に鑑みてなされたものであり、電子商取引システムの管理コストの低減を可能とした管理装置、電子商取引システム、管理方法、及び、管理プログラムの提供を目的とする。
【課題を解決するための手段】
【0009】
上述の課題を解決し、目的を達成するために、本発明に係る管理装置は、ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する通信制御部と、正規のユーザ権限を有する有効期限を示す有効期限情報を含む所定のユーザ情報の登録又は編集を行うユーザ管理権限を、取引先に設定するユーザ管理権限設定部と、いずれかの取引先の端末装置を介してユーザ情報の登録又は編集が要求された際に、ユーザ情報の登録又は編集を要求した取引先の端末装置に通信制御部を介して送信される、ユーザ情報の登録又は編集を行うためのユーザ登録画面を生成する表示画面生成部と、ユーザ情報の登録又は編集を行った取引先が、ユーザ管理権限が設定された取引先であるか否かを判別する判別部と、ユーザ情報の登録又は編集の要求を行った取引先が、ユーザ管理権限が設定された取引先であることを示す判別結果が判別部から得られた場合に、取引先毎に設定された、各ユーザの有効期限情報を含むユーザ情報が記憶された記憶部に対して、登録又は編集されたユーザの有効期限情報を含むユーザ情報を記憶させる記憶制御部と、を有する。
【0010】
また、上述の課題を解決し、目的を達成するために、本発明に係る電子商取引システムは、第１の記憶部を備え、ネットワークを介して電子商取引を行う各取引先の端末装置との間の通信、及び、電子商取引を行うシステムを運営する運営会社のユーザの端末装置との間のネットワークを介した通信を行う第１の通信装置と、第２の記憶部を備え、ネットワークを介して運営会社のユーザの端末装置との間の通信を行う第２の通信装置と、所定のタイミングで、第１の記憶部に記憶されているデータ、及び、第２の記憶部に記憶されているデータの同期を図る連携装置と、を有し、第１の通信装置は、ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する通信制御部と、正規のユーザ権限を有する有効期限を示す有効期限情報を含む所定のユーザ情報の登録又は編集を行うユーザ管理権限を、取引先に設定するユーザ管理権限設定部と、いずれかの取引先の端末装置を介してユーザ情報の登録又は編集が要求された際に、ユーザ情報の登録又は編集を要求した取引先の端末装置に通信制御部を介して送信される、ユーザ情報の登録又は編集を行うためのユーザ登録画面を生成する表示画面生成部と、ユーザ情報の登録又は編集の要求を行った取引先が、ユーザ管理権限が設定された取引先であるか否かを判別する判別部と、ユーザ情報の登録又は編集の要求を行った取引先が、ユーザ管理権限が設定された取引先であることを示す判別結果が判別部から得られた場合に、取引先毎に設定された、各ユーザの有効期限情報を含むユーザ情報が記憶された第１の記憶部に対して、登録又は編集されたユーザの有効期限情報を含むユーザ情報を記憶させる記憶制御部と、を有する。
【0011】
また、上述の課題を解決し、目的を達成するために、本発明に係る管理方法は、通信制御部が、ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する通信制御ステップと、ユーザ管理権限設定部が、正規のユーザ権限を有する有効期限を示す有効期限情報を含む所定のユーザ情報の登録又は編集を行うユーザ管理権限を、取引先に設定するユーザ管理権限設定ステップと、表示画面生成部が、いずれかの取引先の端末装置を介してユーザの新規登録が要求された際に、ユーザの新規登録を要求した取引先の端末装置に通信制御部を介して送信される、ユーザの新規登録を行うためのユーザ登録画面を生成する表示画面生成ステップと、判別部が、ユーザの新規登録の要求を行った取引先が、ユーザ管理権限が設定された取引先であるか否かを判別する判別ステップと、記憶制御部が、ユーザ情報の登録又は編集の要求を行った取引先が、ユーザ管理権限が設定された取引先であることを示す判別結果が判別ステップで得られた場合に、取引先毎に設定された、各ユーザの有効期限情報を含むユーザ情報が記憶された記憶部に対して、登録又は編集されたユーザの有効期限情報を含むユーザ情報を記憶させる記憶制御ステップと、を有する。
【0012】
また、上述の課題を解決し、目的を達成するために、本発明に係る管理プログラムは、コンピュータを、ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する通信制御部と、正規のユーザ権限を有する有効期限を示す有効期限情報を含む所定のユーザ情報の登録又は更新を行うユーザ管理権限を、取引先に設定するユーザ管理権限設定部と、いずれかの取引先の端末装置を介してユーザ情報の登録又は編集が要求された際に、ユーザ情報の登録又は編集を要求した取引先の端末装置に通信制御部を介して送信される、ユーザ情報の登録又は編集を行うためのユーザ登録画面を生成する表示画面生成部と、ユーザ情報の登録又は編集の要求を行った取引先が、ユーザ管理権限が設定された取引先であるか否かを判別する判別部と、ユーザ情報の登録又は編集の要求を行った取引先が、ユーザ管理権限が設定された取引先であることを示す判別結果が判別部から得られた場合に、取引先毎に設定された、各ユーザの有効期限情報を含むユーザ情報が記憶された記憶部に対して、登録又は編集されたユーザの有効期限情報を含むユーザ情報を記憶させる記憶制御部として機能させる。
【発明の効果】
【0013】
本発明は、電子商取引システムの管理コストを低減できる。
【図面の簡単な説明】
【0014】
【図12】図１２は、得意先管理者ユーザが起動した場合に表示される取引先用取引先ユーザマスタメンテナンス画面、及び、仕入先管理者ユーザが起動した場合に表示される取引先用取引先ユーザマスタメンテナンス画面の一例を示す図である。
【図23】図２３は、登録可能な上限数を超えてユーザ登録を行おうとした場合に、運営会社用取引先ユーザマスタメンテナンス画面又は取引先用取引先ユーザマスタメンテナンス画面に表示されるエラーメッセージの一例、及び、ＷｅｂＥＤＩユーザマスタに追加登録されるレコードを示す図である。
【発明を実施するための形態】
【0015】
以下、本発明を適用した実施の形態を説明する。なお、このような実施の形態はあくまでも本発明の一例であり、これらの実施の形態に本発明が限定されるものではない。
【0016】
［システム構成］
図１は、実施の形態の管理装置１で電子商取引の仲介及び管理が行われる電子商取引システム（ＥＤＩシステム、ＥＤＩ：Electronic Data Interchange）のシステム構成を示す図である。この図１に示すように、ＥＤＩシステムは、実施の形態の管理装置１を含む運営会社の管理システム、商取引を行う得意先の得意先端末装置１００、及び、仕入先の仕入先端末装置２００を含んで構成されている。この図１に例示するように、運営会社の管理システムは、実施の形態の管理装置１等により、得意先端末装置１００からの在庫確認、発注入力、及び、仕入先端末装置２００からの発注、注文請等を仲介するようになっている。なお、得意先及び仕入先は、取引先の一例である。
図１は、実施の形態の管理装置１で電子商取引の仲介及び管理が行われる電子商取引システム（ＥＤＩシステム、ＥＤＩ：Electronic Data Interchange）のシステム構成を示す図である。この図１に示すように、ＥＤＩシステムは、実施の形態の管理装置１を含む運営会社の管理システム、商取引を行う得意先の得意先端末装置１００、及び、仕入先の仕入先端末装置２００を含んで構成されている。この図１に例示するように、運営会社の管理システムは、実施の形態の管理装置１等により、得意先端末装置１００からの在庫確認、発注入力、及び、仕入先端末装置２００からの発注、注文請等を仲介するようになっている。なお、得意先及び仕入先は、取引先の一例である。
【0017】
（運営会社のシステム構成）
図２は、運営会社の管理システムの構成図である。この図２に示すように、運営会社の管理システムは、実施の形態の管理装置１で構成されるフロント環境（第１の通信装置の一例）、運営会社の管理用の端末装置８０で構成されるバックヤード環境（第２の通信装置の一例）、及び、フロント環境とバックヤード環境を連携する端末装置である連携ツール９０とを備えている。
図２は、運営会社の管理システムの構成図である。この図２に示すように、運営会社の管理システムは、実施の形態の管理装置１で構成されるフロント環境（第１の通信装置の一例）、運営会社の管理用の端末装置８０で構成されるバックヤード環境（第２の通信装置の一例）、及び、フロント環境とバックヤード環境を連携する端末装置である連携ツール９０とを備えている。
【0018】
フロント環境は、インターネット８等の広域網を介して、運営会社のユーザの端末装置の他、得意先及び仕入先の各ユーザの端末装置に接続されている。このフロント環境は、取引先（得意先及び仕入先）のユーザ、及び、運営会社のユーザがログインして使用する環境となっている。
【0019】
また、フロント環境は、インターネット上に公開され、運営会社のユーザ及び運営会社と取引先関係にあるユーザが接続して利用可能となっている。具体的には、運営会社のフロント環境に含まれる実施の形態の管理装置１の記憶部２には、運営会社のユーザ、商品又は役務等の提供先（得意先）のユーザ、及び、商品又は役務等の調達先（仕入先）のユーザのユーザ情報が記憶されている。また、記憶部２には、得意先及び仕入先間の商取引による業務データが一時保管されている。運営会社のユーザ及び運営会社と取引先関係にあるユーザは、管理装置１にアクセスして、記憶部２のユーザデータ（名前及びメールアドレス等）及び一時保管されている業務データ（＝商取引データ）を利用可能となっている。
【0020】
なお、取引先数が少ない場合は、接続元を制限してフロント環境を公開してもよい。これにより、より高いセキュリティの下、フロント環境を公開できる。
【0021】
バックヤード環境は、取引先の外部会社等の接続は許可されておらず、運営会社の権限のあるユーザのみがログインして利用可能な端末装置８０で構成された環境となっている。このため、このバックヤード環境の端末装置８０は、例えばインターネット等の広域網には接続されていないプライベート網等のネットワーク９又は専用回線を介して、運営会社の権限のあるユーザの端末装置と接続されることが好ましい。
【0022】
運営会社の権限のあるユーザは、このバックヤード環境の端末装置８０の通信インターフェース部８１を介して、データ管理用の業務データ（商取引データ）が記憶された記憶部（商取引業務データ管理データベース）８２にアクセス可能となっている。
【0023】
連携ツール９０は、定期的又は不定期にフロント環境の記憶部２及びバックヤード環境の記憶部８２にアクセスし、フロント環境の記憶部２に記憶された一時保管用の業務データと、バックヤード環境の記憶部８２に記憶されたデータ管理用の業務データとの同期を図っている。換言すると、連携ツール９０は、記憶部２の一時保管用の業務データ、及び、記憶部８２のデータ管理用の業務データが同じデータとなるように、定期的又は不定期に両者の連携を図っている。
【0024】
このようにフロント環境とバックヤード環境を分離することで、いずれか一方の環境がダウンしても、他方の環境で業務を継続することができる。また、例えばフロント環境は利用人数が多いため、高スペックの端末装置で構築し、バックヤード環境は、限られたユーザがアクセスできれば良いため、低スペックの端末装置で構築する等のように、想定される各環境の利用人数に応じたスペックで、それぞれの環境を構築でき、リソースを最適化することができる。
【0025】
また、例えばフロント環境の記憶部２（データベース）には、各取引先のユーザの個人情報が登録されるため、特殊な暗号化処理を施して登録する等のように、各環境のデータベース（記憶部２又は記憶部８２）に保存されるデータの性質に応じた運用とすることができる。
【0026】
また、連携ツール９０による、特定通信のみ（上述のデータの同期）を許可することで、フロント環境及びバックヤード環境の間にインフラ的な境界を設けて分断でき、セキュリティを強化することができる。
【0027】
（管理装置のハードウェア構成）
次に、図３に、運営会社の管理装置１のハードウェア構成を示す。上述のように、この管理装置１は、例えばインターネット８等の広域網を介して得意先端末装置１００及び仕入先端末装置２００に接続されている。このような管理装置１は、記憶部２、制御部３、及び通信インターフェース部４を備えている。通信インターフェース部４は、ネットワーク８を介して、得意先端末装置１００及び仕入先端末装置２００に接続されている。また、通信インターフェース部４は、ネットワーク８及び連携ツール９０を介してバックヤード環境の端末装置８０に接続されている。
次に、図３に、運営会社の管理装置１のハードウェア構成を示す。上述のように、この管理装置１は、例えばインターネット８等の広域網を介して得意先端末装置１００及び仕入先端末装置２００に接続されている。このような管理装置１は、記憶部２、制御部３、及び通信インターフェース部４を備えている。通信インターフェース部４は、ネットワーク８を介して、得意先端末装置１００及び仕入先端末装置２００に接続されている。また、通信インターフェース部４は、ネットワーク８及び連携ツール９０を介してバックヤード環境の端末装置８０に接続されている。
【0028】
記憶部２としては、例えばＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive）等の記憶装置を用いることができる。記憶部２には、ＷｅｂＥＤＩ取引先分類マスタ１１、ＷｅｂＥＤＩ取引先マスタ１２、ＷｅｂＥＤＩユーザグループマスタ１３及びＷｅｂＥＤＩユーザマスタ１４が記憶されている。また、記憶部２には、商取引管理を行うための管理プログラムの他、上述のユーザデータ及び一時保管用の業務データ（商取引データ）が記憶されている。
【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】
そして、判別部２４は、ステップＳ２９において、新規にユーザ登録を行った場合に、有効ユーザ数がユーザ上限値を超過するか否かを判別する。新規にユーザ登録を行うことで、有効ユーザ数がユーザ数上限を超過することとなる場合は（ステップＳ２９：Ｙｅｓ）、ユーザ登録数が規定数を超過することとなるため、表示画面生成部２６が、図２３（a）に示すように、例えば「ユーザ数上限を超えてユーザを追加できません」等のエラーメッセージを表示した取引先用取引先ユーザマスタメンテナンス画面を生成し、仕入先端末装置２００に送信して、図１９のフローチャートの処理を終了する。この場合、仕入先端末装置２００の仕入先担当者は、これ以上の新規なユーザのユーザ登録はできないことを認識し、不要なユーザの削除、又は、ユーザ数上限の追加拡大操作等を運営会社側に要求する。このような要求が行われると、運営会社側は、ＷｅｂＥＤＩマスタ１２のユーザ上限数の拡大変更等を行う。これにより、仕入先担当者は、新規なユーザのユーザ登録が可能となる。
【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】
例えば、管理装置１が備える処理機能、特に制御部３にて行われる各処理機能については、その全部又は任意の一部を、ＣＰＵ（Central Processing Unit）および当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。なお、プログラムは、各実施の形態で説明した処理を情報処理装置に実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて管理装置１に機械的に読み取られる。すなわち、ＲＯＭ又はＨＤＤ等の記憶部等には、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部３又は制御部４３を構成する。
【0118】
また、この管理装置１の管理プログラムは、管理装置１に対して任意のネットワークを介して接続された他のサーバ装置に記憶されていてもよく、必要に応じてその全部又は一部をダウンロードすることも可能である。
【0119】
また、各実施の形態で説明した処理を実行するための管理プログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Universal Serial Bus）メモリ、ＳＤ（Secure Digital）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（登録商標）（Electrically Erasable and Programmable Read Only Memory）、ＣＤ－ＲＯＭ（Compact Disk Read Only Memory）、ＭＯ（Magneto-Optical Disk）、ＤＶＤ（Digital Versatile Disk）、及び、Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。
【0120】
また、「プログラム」とは、任意の言語または記述方法にて記述されたデータ処理方法であり、ソースコード又はバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施の形態に示した管理装置１において記録媒体を読み取るための具体的な構成および読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。
【0121】
記憶部２は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、及び、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、及び、ウェブページ用ファイル等を格納する。
【0122】
また、管理装置１は、既知のパーソナルコンピュータ装置又はワークステーション等の情報処理装置で構成してもよく、また、任意の周辺装置が接続された情報処理装置で構成してもよい。また、情報処理装置は、本実施形態で説明した処理を実現させるソフトウェア（プログラム又はデータ等を含む）を実装することにより実現してもよい。
【0123】
さらに、装置の分散・統合の具体的形態は図示するものに限られず、その全部又は一部を、各種の付加等に応じて又は機能付加に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。
【産業上の利用可能性】
【0124】
本発明は、ネットワークを介して商取引を行う業種であれば、どのような業種にも適用可能である。
【符号の説明】
【0125】
１ 運営会社の管理装置
２ 記憶部
３ 制御部
４ 通信インターフェース部
５ 入出力インターフェース部
６ 入力装置
７ 出力装置
８ ネットワーク
９ ネットワーク
１１ ＷｅｂＥＤＩ取引先分類マスタ
１２ ＷｅｂＥＤＩ取引先マスタ
１３ ＷｅｂＥＤＩユーザグループマスタ
１４ ＷｅｂＥＤＩユーザマスタ
２１ 通信制御部
２２ ユーザ管理権限設定部
２３ データ生成部
２４ 判別部
２５ 記憶制御部
２６ 表示画面生成部
２７ ステータス設定部
８０ 運営会社のバックヤード環境を構成する端末装置
８１ 通信インターフェース部
８２ データ管理用の業務データの記憶部
９０ 運営会社のフロント環境とバックヤード環境を接続する連携ツール
１００ 得意先の端末装置
２００ 仕入先の端末装置
２ 記憶部
３ 制御部
４ 通信インターフェース部
５ 入出力インターフェース部
６ 入力装置
７ 出力装置
８ ネットワーク
９ ネットワーク
１１ ＷｅｂＥＤＩ取引先分類マスタ
１２ ＷｅｂＥＤＩ取引先マスタ
１３ ＷｅｂＥＤＩユーザグループマスタ
１４ ＷｅｂＥＤＩユーザマスタ
２１ 通信制御部
２２ ユーザ管理権限設定部
２３ データ生成部
２４ 判別部
２５ 記憶制御部
２６ 表示画面生成部
２７ ステータス設定部
８０ 運営会社のバックヤード環境を構成する端末装置
８１ 通信インターフェース部
８２ データ管理用の業務データの記憶部
９０ 運営会社のフロント環境とバックヤード環境を接続する連携ツール
１００ 得意先の端末装置
２００ 仕入先の端末装置
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】