特開2023-177546管理装置、電子商取引システム、管理方法、及び、管理プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023177546
(43)【公開日】2023-12-14
(54)【発明の名称】管理装置、電子商取引システム、管理方法、及び、管理プログラム
(51)【国際特許分類】
G06Q 30/06 20230101AFI20231207BHJP
【ＦＩ】
G06Q30/06
【審査請求】未請求
【請求項の数】13
【出願形態】ＯＬ
(21)【出願番号】P 2022090277
(22)【出願日】2022-06-02
(71)【出願人】
【識別番号】398040527
【氏名又は名称】株式会社オービック
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】河合 優佑
(72)【発明者】
【氏名】行平 泰史
(72)【発明者】
【氏名】上野 剛光
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049BB22
(57)【要約】
【課題】各ユーザに付与された有効期限に基づいて、電子商取引システムを適切に運用可能とする。
【解決手段】通信制御部が、ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する。通知制御部は、記憶部に記憶されたユーザ情報に含まれる電子商取引を正規に利用するユーザ権限の有効期限を示す有効期限情報に基づいて、正規のユーザ権限が有効期限切れとなる日付の所定日数前の日付から、正規のユーザ権限が有効期限切れとなることを示す警告を通知する。各ユーザに付与された有効期限に基づいて電子商取引システムを適切に運用できる。このため、電子商取引システムを円滑かつ健全に運用できる。
【選択図】図２６
【解決手段】通信制御部が、ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する。通知制御部は、記憶部に記憶されたユーザ情報に含まれる電子商取引を正規に利用するユーザ権限の有効期限を示す有効期限情報に基づいて、正規のユーザ権限が有効期限切れとなる日付の所定日数前の日付から、正規のユーザ権限が有効期限切れとなることを示す警告を通知する。各ユーザに付与された有効期限に基づいて電子商取引システムを適切に運用できる。このため、電子商取引システムを円滑かつ健全に運用できる。
【選択図】図２６
【特許請求の範囲】
【請求項1】
ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する通信制御部と、
記憶部に記憶されたユーザ情報に含まれる前記電子商取引を正規に利用するユーザ権限の有効期限を示す有効期限情報に基づいて、正規のユーザ権限が有効期限切れとなる日付の所定日数前の日付から、正規のユーザ権限が有効期限切れとなることを示す警告を通知する通知制御部と、
を有する管理装置。
記憶部に記憶されたユーザ情報に含まれる前記電子商取引を正規に利用するユーザ権限の有効期限を示す有効期限情報に基づいて、正規のユーザ権限が有効期限切れとなる日付の所定日数前の日付から、正規のユーザ権限が有効期限切れとなることを示す警告を通知する通知制御部と、
を有する管理装置。
【請求項2】
前記通知制御部は、有効期限切れとなる旨の前記警告の表示、及び、前記警告を将来的に不要とするか否かの、前記警告の無効化を指定するための警告無効選択オブジェクトを表示部に表示制御すること、
を特徴とする請求項１に記載の管理装置。
を特徴とする請求項１に記載の管理装置。
【請求項3】
前記通知制御部は、正規のユーザ権限が有効期限切れとなる日付の所定日数前の日付から、前記警告無効選択オブジェクトの表示を行うこと、
を特徴とする請求項２に記載の管理装置。
を特徴とする請求項２に記載の管理装置。
【請求項4】
前記通知制御部は、前記警告の対象となっているユーザの前記有効期限の延長登録が行われた場合、前記警告無効選択オブジェクトを所定期間、非表示とすること、
を特徴とする請求項３に記載の管理装置。
を特徴とする請求項３に記載の管理装置。
【請求項5】
前記記憶部に対して前記ユーザ情報の記憶又は更新を行う記憶制御部を、さらに備え、
前記記憶制御部は、前記警告無効選択オブジェクトを介して前記警告の無効化が指定された場合、前記記憶部に記憶されている、前記警告の対象となっているユーザのユーザ情報に含まれる、前記警告を行うか否かを示す警告情報を、将来的に警告を行わないことを示す「無効」に更新処理すること、
を特徴とする請求項４に記載の管理装置。
前記記憶制御部は、前記警告無効選択オブジェクトを介して前記警告の無効化が指定された場合、前記記憶部に記憶されている、前記警告の対象となっているユーザのユーザ情報に含まれる、前記警告を行うか否かを示す警告情報を、将来的に警告を行わないことを示す「無効」に更新処理すること、
を特徴とする請求項４に記載の管理装置。
【請求項6】
前記通知制御部は、前記警告の対象となっているユーザの前記有効期限の延長登録の際に、所定の上限値を超える有効期限が入力された場合、所定のエラー通知を行うこと、
を特徴とする請求項５に記載の管理装置。
を特徴とする請求項５に記載の管理装置。
【請求項7】
前記通知制御部は、前記延長登録が行われることなく、有効期限切れとなったユーザが存在する旨の警告の通知を行うと共に、前記警告無効選択オブジェクトを表示し、前記警告の対象となっているユーザの前記有効期限の延長登録が行われた場合、前記警告無効選択オブジェクトを非表示とし、
前記記憶制御部は、有効期限の延長登録が行われることなく、前記警告無効選択オブジェクトを介して前記警告の無効化が指定された場合、前記記憶部に記憶されている、前記警告の対象となっているユーザのユーザ情報に含まれる、前記警告を行うか否かを示す警告情報を、将来的に警告を行わないことを示す「無効」に更新処理すること、
を特徴とする請求項６に記載の管理装置。
前記記憶制御部は、有効期限の延長登録が行われることなく、前記警告無効選択オブジェクトを介して前記警告の無効化が指定された場合、前記記憶部に記憶されている、前記警告の対象となっているユーザのユーザ情報に含まれる、前記警告を行うか否かを示す警告情報を、将来的に警告を行わないことを示す「無効」に更新処理すること、
を特徴とする請求項６に記載の管理装置。
【請求項8】
前記通知制御部は、前記警告の通知として、
正規のユーザ権限が有効期限切れとなるユーザに対する通知、
正規のユーザ権限が有効期限切れとなるユーザの管理者に対する通知、
正規のユーザ権限が有効期限切れとなるユーザが取引先のユーザである場合に、前記取引先の管理者に対する通知、
正規のユーザ権限が有効期限切れとなるユーザが取引先のユーザである場合に、全取引先を管理している運営会社の運営会社管理者に対する通知、
正規のユーザ権限が有効期限切れとなるユーザが取引先のユーザである場合に、前記取引先の管理者、及び、全取引先を管理している運営会社の運営会社管理者に対する通知、
のうち、いずれか一つ又は複数の通知を行うこと、
を特徴とする請求項１に記載の管理装置。
正規のユーザ権限が有効期限切れとなるユーザに対する通知、
正規のユーザ権限が有効期限切れとなるユーザの管理者に対する通知、
正規のユーザ権限が有効期限切れとなるユーザが取引先のユーザである場合に、前記取引先の管理者に対する通知、
正規のユーザ権限が有効期限切れとなるユーザが取引先のユーザである場合に、全取引先を管理している運営会社の運営会社管理者に対する通知、
正規のユーザ権限が有効期限切れとなるユーザが取引先のユーザである場合に、前記取引先の管理者、及び、全取引先を管理している運営会社の運営会社管理者に対する通知、
のうち、いずれか一つ又は複数の通知を行うこと、
を特徴とする請求項１に記載の管理装置。
【請求項9】
全取引先を管理している運営会社の運営会社管理者の前記ユーザ情報に含まれる情報であり、正規のユーザ権限の有効期限の設定が必須か否かを示す有効期限設定有無情報を設定する設定部を、さらに備えること、
を特徴とする請求項１に記載の管理装置。
を特徴とする請求項１に記載の管理装置。
【請求項10】
前記記憶部に記憶されている前記ユーザ情報には、正規のユーザ権限を有する有効期限を示す前記有効期限情報と共に、前記警告の通知を行う期間である警告期間を示し、電子商取引のシステム全体で一意に設定され、又は、所定のグループ単位で設定され、或いは、ユーザ毎に設定された警告期間情報が含まれており、
前記記憶部に対して前記ユーザ情報の記憶又は更新を行う記憶制御部を、さらに備え、
前記記憶制御部は、指定された有効期限を示す前記有効期限情報、及び、指定された前記警告期間を示す前記警告期間情報を、対象となるユーザの前記ユーザ情報に含めて、前記記憶部に記憶すること、
を特徴とする請求項１に記載の管理装置。
前記記憶部に対して前記ユーザ情報の記憶又は更新を行う記憶制御部を、さらに備え、
前記記憶制御部は、指定された有効期限を示す前記有効期限情報、及び、指定された前記警告期間を示す前記警告期間情報を、対象となるユーザの前記ユーザ情報に含めて、前記記憶部に記憶すること、
を特徴とする請求項１に記載の管理装置。
【請求項11】
第１の記憶部を備え、ネットワークを介して電子商取引を行う各取引先の端末装置との間の通信、及び、電子商取引のシステムを運営する運営会社のユーザの端末装置との間の前記ネットワークを介した通信を行う第１の通信装置と、
第２の記憶部を備え、前記ネットワークを介して前記運営会社のユーザの前記端末装置との間の通信を行う第２の通信装置と、
所定のタイミングで、前記第１の記憶部に記憶されているデータ、及び、前記第２の記憶部に記憶されているデータの同期を図る連携装置と、を有し、
前記第１の通信装置は、
ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する通信制御部と、
記憶部に記憶されたユーザ情報に含まれる前記電子商取引を正規に利用するユーザ権限の有効期限を示す有効期限情報に基づいて、正規のユーザ権限が有効期限切れとなる日付の所定日数前の日付から、正規のユーザ権限が有効期限切れとなることを示す警告を通知する通知制御部と、を有すること、
を特徴とする電子商取引システム。
第２の記憶部を備え、前記ネットワークを介して前記運営会社のユーザの前記端末装置との間の通信を行う第２の通信装置と、
所定のタイミングで、前記第１の記憶部に記憶されているデータ、及び、前記第２の記憶部に記憶されているデータの同期を図る連携装置と、を有し、
前記第１の通信装置は、
ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する通信制御部と、
記憶部に記憶されたユーザ情報に含まれる前記電子商取引を正規に利用するユーザ権限の有効期限を示す有効期限情報に基づいて、正規のユーザ権限が有効期限切れとなる日付の所定日数前の日付から、正規のユーザ権限が有効期限切れとなることを示す警告を通知する通知制御部と、を有すること、
を特徴とする電子商取引システム。
【請求項12】
通信制御部が、ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する通信制御ステップと、
通信制御部が、記憶部に記憶されたユーザ情報に含まれる前記電子商取引を正規に利用するユーザ権限の有効期限を示す有効期限情報に基づいて、正規のユーザ権限が有効期限切れとなる日付の所定日数前の日付から、正規のユーザ権限が有効期限切れとなることを示す警告を通知する通知制御ステップと、
を有する管理方法。
通信制御部が、記憶部に記憶されたユーザ情報に含まれる前記電子商取引を正規に利用するユーザ権限の有効期限を示す有効期限情報に基づいて、正規のユーザ権限が有効期限切れとなる日付の所定日数前の日付から、正規のユーザ権限が有効期限切れとなることを示す警告を通知する通知制御ステップと、
を有する管理方法。
【請求項13】
コンピュータを、
ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する通信制御部と、
記憶部に記憶されたユーザ情報に含まれる前記電子商取引を正規に利用するユーザ権限の有効期限を示す有効期限情報に基づいて、正規のユーザ権限が有効期限切れとなる日付の所定日数前の日付から、正規のユーザ権限が有効期限切れとなることを示す警告を通知する通知制御部として機能させること、
を特徴とする管理プログラム。
ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する通信制御部と、
記憶部に記憶されたユーザ情報に含まれる前記電子商取引を正規に利用するユーザ権限の有効期限を示す有効期限情報に基づいて、正規のユーザ権限が有効期限切れとなる日付の所定日数前の日付から、正規のユーザ権限が有効期限切れとなることを示す警告を通知する通知制御部として機能させること、
を特徴とする管理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、管理装置、電子商取引システム、管理方法、及び、管理プログラムに関する。
【背景技術】
【0002】
今日において、Ｗｅｂ（World Wide Web）上のサーバ装置に電子商取引システムを構築し、各取引先は端末装置のウェブブラウザを介してデータを送受信して電子商取引を行うＷｅｂＥＤＩシステム（ＥＤＩ：Electronic Data Interchange）が知られている。
【0003】
このようなＷｅｂＥＤＩシステムに関する背景技術としては、特許文献１（特開２００３－０９１６５８号公報）に買い手と売り手の間の取引を効率的に実現することを目的とした電子商取引システムが開示されている。
【0004】
この電子商取引システムは、一の取引主体に、オーナーとして取引の場を設立させ、オーナーの要求に沿うように、取引の場に複数の取引主体の参加を認める。この取引の場において、特定の商品を取引するためのグループ又は特定の取引主体で構成するグループの設定を受け付け、グループ内のメンバー同士だけで、グループの設定目的に沿った取引を行わせる環境を形成する。
【0005】
これにより、販売型市場、購買型市場、商社型市場、一般市場などの場を、取引主体が、希望により自由に設立することができ、また、特定の商品についてのグループを柔軟に設定することができる。
【先行技術文献】
【特許文献】
【0006】
【特許文献1】特開２００３－０９１６５８号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
ここで、電子商取引システムを利用するユーザに対しては、電子商取引システムを利用する権限を示す有効期限が付与されることが多い。この有効期限に基づいて、電子商取引システムが適切に運用されない場合、例えば電子商取引システムを継続して利用する必要があるユーザが、有効期限後に、電子商取引システムの利用が不可となる不都合を生ずる。また、異動又は退職等により、電子商取引システムを利用する正当な権限を失ったユーザが、有効期限切れ後も、引き続き電子商取引システムの利用が可能となる不都合を生ずる。このような不都合が生ずると、電子商取引システムの円滑及び健全な運用に支障を来す。
【0008】
本発明は、上述の課題に鑑みてなされたものであり、各ユーザに付与された有効期限に基づいて、電子商取引システムを適切に運用可能とした管理装置、電子商取引システム、管理方法、及び、管理プログラムの提供を目的とする。
【課題を解決するための手段】
【0009】
上述の課題を解決し、目的を達成するために、本発明に係る管理装置は、ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する通信制御部と、記憶部に記憶されたユーザ情報に含まれる電子商取引を正規に利用するユーザ権限の有効期限を示す有効期限情報に基づいて、正規のユーザ権限が有効期限切れとなる日付の所定日数前の日付から、正規のユーザ権限が有効期限切れとなることを示す警告を通知する通知制御部と、を有する。
【0010】
また、上述の課題を解決し、目的を達成するために、本発明に係る電子商取引システムは、第１の記憶部を備え、ネットワークを介して電子商取引を行う各取引先の端末装置との間の通信、及び、電子商取引のシステムを運営する運営会社のユーザの端末装置との間のネットワークを介した通信を行う第１の通信装置と、第２の記憶部を備え、ネットワークを介して運営会社のユーザの端末装置との間の通信を行う第２の通信装置と、所定のタイミングで、第１の記憶部に記憶されているデータ、及び、第２の記憶部に記憶されているデータの同期を図る連携装置と、を有し、第１の通信装置は、ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する通信制御部と、記憶部に記憶されたユーザ情報に含まれる電子商取引を正規に利用するユーザ権限の有効期限を示す有効期限情報に基づいて、正規のユーザ権限が有効期限切れとなる日付の所定日数前の日付から、正規のユーザ権限が有効期限切れとなることを示す警告を通知する通知制御部と、を有する。
【0011】
また、上述の課題を解決し、目的を達成するために、本発明に係る管理方法は、通信制御部が、ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する通信制御ステップと、通信制御部が、記憶部に記憶されたユーザ情報に含まれる電子商取引を正規に利用するユーザ権限の有効期限を示す有効期限情報に基づいて、正規のユーザ権限が有効期限切れとなる日付の所定日数前の日付から、正規のユーザ権限が有効期限切れとなることを示す警告を通知する通知制御ステップと、を有する。
【0012】
また、上述の課題を解決し、目的を達成するために、本発明に係る管理プログラムは、コンピュータを、ネットワークを介して電子商取引を行う各取引先の端末装置の間における各種データの送受信を仲介するように通信部を制御する通信制御部と、記憶部に記憶されたユーザ情報に含まれる電子商取引を正規に利用するユーザ権限の有効期限を示す有効期限情報に基づいて、正規のユーザ権限が有効期限切れとなる日付の所定日数前の日付から、正規のユーザ権限が有効期限切れとなることを示す警告を通知する通知制御部として機能させる。
【発明の効果】
【0013】
本発明は、各ユーザに付与された有効期限に基づいて、電子商取引システムを適切に運用できる。このため、電子商取引システムを円滑かつ健全な運用を図ることができる。
【図面の簡単な説明】
【0014】
【図12】図１２は、得意先管理者ユーザが起動した場合に表示される取引先用取引先ユーザマスタメンテナンス画面、及び、仕入先管理者ユーザが起動した場合に表示される取引先用取引先ユーザマスタメンテナンス画面の一例を示す図である。
【図23】図２３は、登録可能な上限数を超えてユーザ登録を行おうとした場合に、運営会社用取引先ユーザマスタメンテナンス画面又は取引先用取引先ユーザマスタメンテナンス画面に表示されるエラーメッセージの一例、及び、ＷｅｂＥＤＩユーザマスタに追加登録されるレコードを示す図である。
【図24】図２４は、運営会社管理者が取引先に対する取引のステータスを無効にすることで、その取引先のユーザがＥＤＩシステムを利用する権限を一括して無効にする一括無効動作の流れを示すフローチャートである。
【発明を実施するための形態】
【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】
（取引先による自社の新規ユーザの登録動作）
次に、取引先の一例である仕入先の会社が自社の新規ユーザの登録を行う際の管理装置１の動作を図１９のフローチャートを用いて説明する。この図１９のフローチャートの各処理は、管理装置１の制御部３により、記憶部２に記憶されている管理プログラムに基づいて実行される。すなわち、新規ユーザの登録を行う仕入先の会社のユーザは、仕入先端末装置２００を介して管理装置１にログイン要求を行う。これにより、図１９のフローチャートがスタートとなり、ステップＳ２１から順に処理が実行される。
次に、取引先の一例である仕入先の会社が自社の新規ユーザの登録を行う際の管理装置１の動作を図１９のフローチャートを用いて説明する。この図１９のフローチャートの各処理は、管理装置１の制御部３により、記憶部２に記憶されている管理プログラムに基づいて実行される。すなわち、新規ユーザの登録を行う仕入先の会社のユーザは、仕入先端末装置２００を介して管理装置１にログイン要求を行う。これにより、図１９のフローチャートがスタートとなり、ステップＳ２１から順に処理が実行される。
【0092】
ステップＳ２１では、管理装置１の表示画面生成部２６が、図２０（ａ）に例示するログイン画面を生成する。通信制御部２１は、このログイン画面を、ログイン要求が行われた仕入先の会社のユーザの仕入先端末装置２００に送信する。ログイン要求を行った仕入先の会社のユーザは、仕入先端末装置２００の表示画面に表示されるログイン画面に対して、ユーザＩＤ及びパスワードを入力する。この入力されたユーザＩＤ及びパスワードは、管理装置１に送信される。
【0093】
管理装置１の判別部２４は、ログイン画面を介して入力されたユーザＩＤに基づいて、図２０（ｂ）に例示するＷｅｂＥＤＩユーザマスタ１４のユーザＩＤ有効期限を参照する（ステップＳ２２）。そして、判別部２４は、本日の日付が、ユーザＩＤ有効期限として設定されている日付を超過しているか否かを判別することで、入力された仕入先の会社のユーザのユーザＩＤが有効期限切れであるか否かを判別する（ステップＳ２３）。判別部２４により、入力されたユーザＩＤが有効期限切れであると判別された場合（ステップＳ２３：Ｙｅｓ）、その仕入先の会社のユーザはユーザ登録を行う権限は無いため、そのまま図１９のフローチャートの処理が終了となる。
【0094】
これに対して、入力されたユーザＩＤが有効期限内であると判別された場合（ステップＳ２３：Ｎｏ）、判別部２４は、取引先用取引先ユーザマスタメンテナンス画面の起動要求の有無を判別する（ステップＳ２４）。そして、取引先用取引先ユーザマスタメンテナンス画面の起動要求を検出した場合（ステップＳ２４：Ｙｅｓ）、判別部２４は、ステップＳ２５において、ユーザＩＤに基づいて図２０（ｃ）に示すＷｅｂＥＤＩユーザマスタ１４を参照することで、その仕入先の会社のユーザが、新規ユーザの登録権限を有する「仕入先管理者」のユーザグループのユーザであるか否かを判別する。「仕入先管理者」のユーザグループのユーザではない場合（ステップＳ２５：Ｎｏ）、その仕入先の会社のユーザはユーザ登録を行う権限は無いため、そのまま図１９のフローチャートの処理が終了となる。
【0095】
「仕入先管理者」のユーザグループのユーザである場合（ステップＳ２５：Ｙｅｓ）、ステップＳ２６に処理が進む。ステップＳ２６では、判別部２４が図２１（ａ）に示すＷｅｂＥＤＩ取引先マスタ１２を参照し、その仕入先のＹ会社のステータス情報が「有効」であることを確認する。また、判別部２４は、図２１（ｂ）に示すＷｅｂＥＤＩユーザグループマスタ１３を参照することで、取引先分類がログインユーザと同じ「仕入先」で、取引先が管理可能なユーザグループを特定する。この図２１（ｂ）の例の場合、判別部２４は、「仕入先実作業担当者」のユーザグループを、ユーザ登録が可能なユーザグループとして特定する。
【0096】
次に、ステップＳ２７では、表示画面生成部２６は、図２１（ｃ）に例示する取引先用取引先ユーザマスタメンテナンス画面を生成し、通信制御部２１が、この取引先用取引先ユーザマスタメンテナンス画面を仕入先端末装置２００に送信する。
【0097】
仕入先端末装置２００の仕入先管理者は、図２１（ｃ）に例示する取引先用取引先ユーザマスタメンテナンス画面に基づいて、ユーザ登録が許可されている「仕入先実作業担当者」のユーザグループを選択する。また、仕入先端末装置２００の仕入先管理者は、図２１（ｃ）に例示する取引先用取引先ユーザマスタメンテナンス画面に対して、新規にユーザ登録を行うユーザのユーザＩＤ、ユーザ名、初期パスワード、及び、ユーザＩＤ有効期限を入力して登録操作を行う。
【0098】
これにより、取引先用取引先ユーザマスタメンテナンス画面を介して入力されたユーザグループ、ユーザＩＤ、ユーザ名、初期パスワード、及び、ユーザＩＤ有効期限の各情報が、仕入先端末装置２００から管理装置１に送信され登録要求が行われる。この登録要求が管理装置１で受信されると、管理装置１の判別部２４は、登録操作を行われたものと判別し（ステップＳ２８：Ｙｅｓ）、ステップＳ２９に処理が進む。
【0099】
ステップＳ２９では、判別部２４が、図２２（ａ）に示すＷｅｂＥＤＩマスタ１２を参照し、現在、ユーザ登録の対象となっている会社の「ユーザ数上限」を検出する。この例の場合、判別部２４は、図２２（ａ）に示すように、新規ユーザ登録の対象となっている仕入先であるＹ会社のユーザ数上限を「１０人」として検出する。
【0100】
また、判別部２４は、図２２（ｂ）に示すＷｅｂＥＤＩユーザマスタを参照し、新規ユーザ登録の対象となっている仕入先における、現在、有効ユーザ数を検出する。図２２（ｂ）の例の場合、判別部２４は、新規ユーザ登録の対象となっている仕入先であるＹ会社における現在の有効ユーザ数として「３人」の有効ユーザ数を検出する。
【0101】
そして、判別部２４は、ステップＳ２９において、新規にユーザ登録を行った場合に、有効ユーザ数がユーザ上限値を超過するか否かを判別する。新規にユーザ登録を行うことで、有効ユーザ数がユーザ数上限を超過することとなる場合は（ステップＳ２９：Ｙｅｓ）、ユーザ登録数が規定数を超過することとなるため、表示画面生成部２６が、図２３（a）に示すように、例えば「ユーザ数上限を超えてユーザを追加できません」等のエラーメッセージを表示した取引先用取引先ユーザマスタメンテナンス画面を生成し、仕入先端末装置２００に送信して、図１９のフローチャートの処理を終了する。この場合、仕入先端末装置２００の仕入先担当者は、これ以上の新規なユーザのユーザ登録はできないことを認識し、不要なユーザの削除、又は、ユーザ数上限の追加拡大操作等を運営会社側に要求する。このような要求が行われると、運営会社側は、ＷｅｂＥＤＩマスタ１２のユーザ上限数の拡大変更等を行う。これにより、仕入先担当者は、新規なユーザのユーザ登録が可能となる。
【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】
ステップＳ６２では、通知制御部２８が、図３３（ｂ）に例示するように、一覧画面（図２９参照）の、警告無効選択オブジェクトのチェックボックスにチェックが入れられたユーザの明細（レコード）の「警告」の入力欄を、「有効」から「無効」に更新して表示する。これにより、運営会社の管理者は、警告無効選択オブジェクトのチェックボックスにチェックを入れたユーザに対する、有効期限切れの警告は、以後、無効となることを、一覧画面を介して認識できる。
【0138】
また、ＷｅｂＥＤＩユーザマスタ１４には、ユーザＩＤ有効期限等と共に、警告無効化フラグが記憶されている。この警告無効化フラグは、有効期限切れの警告を無効化するか（＝警告を行わない＝ＴＲＵＥ）、又は、有効期限切れの警告を無効化しないか（＝警告を行う＝ＦＡＬＳＥ）を示す情報である。この警告無効化フラグのデフォルト設定は、有効期限切れの警告を無効化せず、警告を行うことを意味する「ＦＡＬＳＥ」の設定となっている。
【0139】
このため、記憶制御部２３は、警告無効選択オブジェクトのチェックボックスにチェックを入れる入力操作が行われると、ステップＳ６２において、図３３（ｃ）に示すように、そのユーザの警告無効化フラグを「ＦＡＬＳＥ」から「ＴＲＵＥ」に更新してＷｅｂＥＤＩユーザマスタ１４に記憶する。これにより、この時点から、このユーザに対する有効期限切れ間近の警告は行われず、予め設定されている有効期限切れの日付で、ＥＤＩシステムを利用する権限が失効する。
【0140】
（運営会社又は取引先で有効期限切れとなったユーザを、運営会社の管理者に対して警告する動作）
上述の例は、有効期限切れ間近のユーザの警告を行う例であったが、以下の例は、有効期限切れの日付を経過することで、実際に有効期限切れとなったユーザの存在を示す警告を行う例である。図３４のフローチャートは、このような動作の流れを示している。管理装置１の制御部３は、記憶部２に記憶されている管理プログラムに基づいて動作することで、この図３４のフローチャートの処理を実行する。
上述の例は、有効期限切れ間近のユーザの警告を行う例であったが、以下の例は、有効期限切れの日付を経過することで、実際に有効期限切れとなったユーザの存在を示す警告を行う例である。図３４のフローチャートは、このような動作の流れを示している。管理装置１の制御部３は、記憶部２に記憶されている管理プログラムに基づいて動作することで、この図３４のフローチャートの処理を実行する。
【0141】
この図３４のフローチャートにおいて、運営会社の管理者が、管理者端末装置を介してログイン要求を行うと、上述のように図２７に例示したログイン画面を介して入力されたユーザＩＤ及びパスワードに基づいてユーザ認証処理が行われ、ステップＳ７１に処理が進む。
【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】
（警告パターン４）
次に、「警告パターン４」は、図４３に示すように、例えば○○先となる会社の管理者及び担当者の中に、警告対象者が存在する場合、○○先の管理者、及び、運営会社の管理者の両方に対して警告を行う警告パターンである。図４３は、〇〇先となるＣ社内に３名の警告対象者が存在する例である。この場合、通知制御部２８は、例えば「Ｃ社に所属するユーザの中に、有効期限切れが近づいているユーザが３人います。ユーザマスタメンテナンスで確認してください。」の警告のメッセージを運営会社の管理者の管理者端末装置、及び、Ｃ社の管理者に、それぞれ通知する。
次に、「警告パターン４」は、図４３に示すように、例えば○○先となる会社の管理者及び担当者の中に、警告対象者が存在する場合、○○先の管理者、及び、運営会社の管理者の両方に対して警告を行う警告パターンである。図４３は、〇〇先となるＣ社内に３名の警告対象者が存在する例である。この場合、通知制御部２８は、例えば「Ｃ社に所属するユーザの中に、有効期限切れが近づいているユーザが３人います。ユーザマスタメンテナンスで確認してください。」の警告のメッセージを運営会社の管理者の管理者端末装置、及び、Ｃ社の管理者に、それぞれ通知する。
【0170】
（警告パターン０の警告動作）
次に、各警告パターンの警告動作を説明する。まず、図４４は、ログインしたユーザの有効期限が間近に迫っている場合に、そのユーザに対して警告を行う警告パターン０の警告動作の流れを示すフローチャートである。管理装置１の制御部３は、記憶部２に記憶されている管理プログラムに基づいて、この図４４のフローチャートの警告動作を実行制御する。すなわち、この図４４のフローチャートは、制御部３が、記憶部２に記憶されている警告パターン情報で「警告パターン０」が設定されていることを認識することでスタートとなり、ステップＳ９１から処理が実行される。
次に、各警告パターンの警告動作を説明する。まず、図４４は、ログインしたユーザの有効期限が間近に迫っている場合に、そのユーザに対して警告を行う警告パターン０の警告動作の流れを示すフローチャートである。管理装置１の制御部３は、記憶部２に記憶されている管理プログラムに基づいて、この図４４のフローチャートの警告動作を実行制御する。すなわち、この図４４のフローチャートは、制御部３が、記憶部２に記憶されている警告パターン情報で「警告パターン０」が設定されていることを認識することでスタートとなり、ステップＳ９１から処理が実行される。
【0171】
ステップＳ９１では、通知制御部２８が、ログインの際に図２７に例示したログイン画面に対して入力されたユーザＩＤに基づいて図４７に例示するＷｅｂＥＤＩユーザマスタ１４を参照し、そのユーザに付されている有効期限及び警告無効化フラグを検出する。また、ステップＳ９２において、通知制御部２８は、ユーザＩＤに基づいて図４６に例示するＷｅｂＥＤＩユーザグループマスタ１３を参照し、ログインしたユーザが所属しているユーザグループに設定されている警告期間を検出する。
【0172】
ステップＳ９３では、通知制御部２８が、以下の条件を満たすか否かを判別する。
【0173】
条件＝
「警告を無効化するＦＬＧ」＝「ＦＡＬＳＥ」かつ
「有効期限」≠「ＮＵＬＬ」かつ
「有効期限」≦「本日の日付」＋「ユーザが所属するユーザグループに設定されている警告期間」
「警告を無効化するＦＬＧ」＝「ＦＡＬＳＥ」かつ
「有効期限」≠「ＮＵＬＬ」かつ
「有効期限」≦「本日の日付」＋「ユーザが所属するユーザグループに設定されている警告期間」
【0174】
この条件を満たす場合、通知制御部２８は、ステップＳ９４において、そのログインしたユーザに対して、有効期限が迫っていることを示す警告を通知する（＝警告パターン０の通知）。
【0175】
（警告パターン１の警告動作）
次に、図４５は、運営会社ユーザ内に警告対象者が存在する場合、運営会社の管理者に対して警告を行う警告パターン１の警告動作の流れを示すフローチャートである。管理装置１の制御部３は、記憶部２に記憶されている管理プログラムに基づいて、この図４５のフローチャートの警告動作を実行制御する。すなわち、この図４５のフローチャートは、制御部３が、記憶部２に記憶されている警告パターン情報で「警告パターン１」が設定されていることを認識することでスタートとなり、ステップＳ１０１から処理が実行される。
次に、図４５は、運営会社ユーザ内に警告対象者が存在する場合、運営会社の管理者に対して警告を行う警告パターン１の警告動作の流れを示すフローチャートである。管理装置１の制御部３は、記憶部２に記憶されている管理プログラムに基づいて、この図４５のフローチャートの警告動作を実行制御する。すなわち、この図４５のフローチャートは、制御部３が、記憶部２に記憶されている警告パターン情報で「警告パターン１」が設定されていることを認識することでスタートとなり、ステップＳ１０１から処理が実行される。
【0176】
ステップＳ１０１では、通知制御部２８が、ログインの際に図２７に例示したログイン画面に対して入力されたユーザＩＤに基づいて図４７に例示するＷｅｂＥＤＩユーザマスタ１４を参照し、そのユーザの明細（レコード）を取得する。また、通知制御部２８は、ステップＳ１０２において、ユーザＩＤに基づいて図４６に例示するＷｅｂＥＤＩユーザグループマスタ１３を参照し、ログインしたユーザが所属しているユーザグループの各ユーザの明細（レコード）を取得する。
【0177】
ステップＳ１０３では、通知制御部２８が、図４６に示すＷｅｂＥＤＩユーザグループマスタ１３を参照し、ログインしたユーザが所属しているユーザグループに設定されている所属ユーザ警告対象フラグが「ＦＡＬＳＥ」であるか否かを判別する。所属ユーザ警告対象フラグが「ＦＡＬＳＥ」である場合（ステップＳ１０３：Ｙｅｓ）、ログインしたユーザが所属しているユーザグループは、警告の対象ではないことを意味するため、そのまま図４５のフローチャートの処理を終了する。
【0178】
これに対して、所属ユーザ警告対象フラグが「ＴＲＵＥ」であるということは（ステップＳ１０３：Ｎｏ）、ログインしたユーザが所属しているユーザグループは、警告の対象であることを意味する。このため、通知制御部２８は、ステップＳ１０４において、ログインしたユーザのユーザＩＤに基づいて図４７に示すＷｅｂＥＤＩユーザマスタ１４を参照し、ログインしたユーザは、運営管理会社の運営会社管理者のユーザグループの管理者又は担当者のうち、管理者であるか否かを判別する。
【0179】
このステップＳ１０４の動作を詳しく説明すると、まず、通知制御部２８は、ＷｅｂＥＤＩユーザマスタ１４を参照し、ログインしたユーザが所属するユーザグループを取得する。次に、通知制御部２８は、取得したユーザグループに基づいてＷｅｂＥＤＩユーザグループマスタ１３を参照し、運営会社グループフラグを取得する。この取得した運営会社グループフラグが「ＴＲＵＥ」の場合、通知制御部２８は、ログインしたユーザが運営会社の管理者であると判別する（ステップＳ１０４：Ｙｅｓ）。なお、ログインしたユーザが運営会社の管理者ではない場合（ステップＳ１０４：Ｎｏ）、この警告パターン１において警告を通知するユーザではないため、そのまま図４５のフローチャートの処理を終了する。
【0180】
一方、ログインしたユーザが運営会社の管理者である場合（ステップＳ１０４：Ｙｅｓ）、通知制御部２８は、ステップＳ１０５において、図４６に示すＷｅｂＥＤＩユーザグループマスタ１３を参照し、運営会社グループフラグが「ＴＲＵＥ」のユーザグループの明細を取得する。また、通知制御部２８は、ステップＳ１０６において、図４７に示すＷｅｂＥＤＩユーザマスタ１４を参照し、運営会社グループフラグが「ＴＲＵＥ」のユーザグループの明細を取得する。
【0181】
そして、通知制御部２８は、ステップＳ１０７において、運営会社の全ユーザが下記の条件を満たすか否かを判別する。
【0182】
条件＝
「警告を無効化するＦＬＧ」＝「ＦＡＬＳＥ」かつ
「有効期限」≠「ＮＵＬＬ」かつ
「有効期限」≦「本日の日付」＋「ユーザが所属するユーザグループに設定されている警告期間」
「警告を無効化するＦＬＧ」＝「ＦＡＬＳＥ」かつ
「有効期限」≠「ＮＵＬＬ」かつ
「有効期限」≦「本日の日付」＋「ユーザが所属するユーザグループに設定されている警告期間」
【0183】
この条件を満たすユーザは、有効期限切れが迫っているユーザであるため、通知制御部２８は、ステップＳ１０８において、運営会社の管理者に上述の警告の通知を行う（＝警告パターン１の通知）。
【0184】
（警告パターン３及び警告パターン４の警告動作）
次に、図４８は、取引先の担当者が警告対象者であった場合に、運営会社の管理者に警告の通知を行う警告パターン３、及び、取引先（又は〇〇先）の担当者が警告対象者であった場合に、運営会社の管理者及び取引先（又は〇〇先）の管理者の両方に警告の通知を行う警告パターン４の警告動作の流れを示すフローチャートである。
次に、図４８は、取引先の担当者が警告対象者であった場合に、運営会社の管理者に警告の通知を行う警告パターン３、及び、取引先（又は〇〇先）の担当者が警告対象者であった場合に、運営会社の管理者及び取引先（又は〇〇先）の管理者の両方に警告の通知を行う警告パターン４の警告動作の流れを示すフローチャートである。
【0185】
管理装置１の制御部３は、記憶部２に記憶されている管理プログラムに基づいて、この図４８のフローチャートの警告動作を実行制御する。すなわち、この図４８のフローチャートは、制御部３が、記憶部２に記憶されている警告パターン情報で「警告パターン３」又は「警告パターン４」が設定されていることを認識することでスタートとなり、ステップＳ１０１から処理が実行される。
【0186】
ステップＳ１０１では、上述と同様に通知制御部２８が、ログインの際に図２７に例示したログイン画面に対して入力されたユーザＩＤに基づいて図４７に例示するＷｅｂＥＤＩユーザマスタ１４を参照し、そのユーザの明細（レコード）を取得する。また、通知制御部２８は、ステップＳ１０２において、ユーザＩＤに基づいて図４６に例示するＷｅｂＥＤＩユーザグループマスタ１３を参照し、ログインしたユーザが所属しているユーザグループの各ユーザの明細（レコード）を取得する。
【0187】
ステップＳ１０３では、通知制御部２８が、図４６に示すＷｅｂＥＤＩユーザグループマスタ１３を参照し、ログインしたユーザが所属しているユーザグループに設定されている所属ユーザ警告対象フラグが「ＦＡＬＳＥ」であるか否かを判別する。所属ユーザ警告対象フラグが「ＦＡＬＳＥ」である場合（ステップＳ１０３：Ｙｅｓ）、ログインしたユーザが所属しているユーザグループは、警告の対象ではないことを意味するため、そのまま図４８のフローチャートの処理を終了する。このステップＳ１０３の処理により、警告の通知を行うユーザを、担当者を除外して管理者のみとすることができる。
【0188】
これに対して、所属ユーザ警告対象フラグが「ＴＲＵＥ」であるということは（ステップＳ１０３：Ｎｏ）、ログインしたユーザが所属しているユーザグループは、警告の対象であることを意味する。このため、通知制御部２８は、ステップＳ１１１において、ログインしたユーザのユーザＩＤに基づいて図４７に示すＷｅｂＥＤＩユーザマスタ１４を参照し、ログインしたユーザは、運営管理会社の運営会社管理者のユーザグループの管理者又は担当者のうち、管理者であるか否かを判別する。
【0189】
このステップＳ１１１の動作を詳しく説明すると、まず、通知制御部２８は、ＷｅｂＥＤＩユーザマスタ１４を参照し、ログインしたユーザが所属するユーザグループを取得する。次に、通知制御部２８は、取得したユーザグループに基づいてＷｅｂＥＤＩユーザグループマスタ１３を参照し、運営会社グループフラグを取得する。この取得した運営会社グループフラグが「ＴＲＵＥ」の場合、通知制御部２８は、ログインしたユーザが運営会社の管理者であると判別する（ステップＳ１１１：Ｙｅｓ）。なお、ログインしたユーザが運営会社の管理者ではない場合（ステップＳ１１１：Ｎｏ）、そのまま図４５のフローチャートの処理を終了する。
【0190】
一方、ログインしたユーザが運営会社の管理者である場合（ステップＳ１１１：Ｙｅｓ）、通知制御部２８は、ステップＳ１１２において、図４９に示すＷｅｂＥＤＩ取引先分類マスタ１１を参照し、運営会社の管理者に対して警告の通知を行うことを示す運営会社通知フラグが「ＴＲＵＥ（運営会社の管理者に通知を行う）」の取引先分類の明細を取得する。また、通知制御部２８は、ステップＳ１１３において、図４６に示すＷｅｂＥＤＩユーザグループマスタ１３を参照し、運営会社に対して警告の通知が必要な取引先のユーザグループの明細を取得する。
【0191】
次に、通知制御部２８は、ステップＳ１１４において、取引先の全ユーザが下記の条件を満たすか否かを判別する。
【0192】
条件＝
「警告を無効化するＦＬＧ」＝「ＦＡＬＳＥ」かつ
「有効期限」≠「ＮＵＬＬ」かつ
「有効期限」≦「本日の日付」＋「ユーザが所属するユーザグループに設定されている警告期間」
「警告を無効化するＦＬＧ」＝「ＦＡＬＳＥ」かつ
「有効期限」≠「ＮＵＬＬ」かつ
「有効期限」≦「本日の日付」＋「ユーザが所属するユーザグループに設定されている警告期間」
【0193】
この条件を満たすユーザは、有効期限切れが迫っているユーザであるため、通知制御部２８は、ステップＳ１１５において、運営会社の管理者に上述の警告の通知を行う（＝警告パターン３又は警告パターン４の通知）。
【0194】
（警告パターン２及び警告パターン４の警告動作）
次に、図５０は、取引先の担当者が警告対象者であった場合に、取引先の管理者に警告の通知を行う警告パターン２、及び、取引先（又は〇〇先）の担当者が警告対象者であった場合に、運営会社の管理者及び取引先（又は〇〇先）の管理者の両方に警告の通知を行う警告パターン４の警告動作の流れを示すフローチャートである。
次に、図５０は、取引先の担当者が警告対象者であった場合に、取引先の管理者に警告の通知を行う警告パターン２、及び、取引先（又は〇〇先）の担当者が警告対象者であった場合に、運営会社の管理者及び取引先（又は〇〇先）の管理者の両方に警告の通知を行う警告パターン４の警告動作の流れを示すフローチャートである。
【0195】
管理装置１の制御部３は、記憶部２に記憶されている管理プログラムに基づいて、この図５０のフローチャートの警告動作を実行制御する。すなわち、この図５０のフローチャートは、制御部３が、記憶部２に記憶されている警告パターン情報で「警告パターン２」又は「警告パターン４」の設定を認識することでスタートとなり、ステップＳ１０１から処理が実行される。
【0196】
ステップＳ１０１では、上述と同様に通知制御部２８が、ログインの際に図２７に例示したログイン画面に対して入力されたユーザＩＤに基づいて図４７に例示するＷｅｂＥＤＩユーザマスタ１４を参照し、そのユーザの明細（レコード）を取得する。また、通知制御部２８は、ステップＳ１０２において、ユーザＩＤに基づいて図４６に例示するＷｅｂＥＤＩユーザグループマスタ１３を参照し、ログインしたユーザが所属しているユーザグループの各ユーザの明細（レコード）を取得する。
【0197】
ステップＳ１０３では、通知制御部２８が、図４６に示すＷｅｂＥＤＩユーザグループマスタ１３を参照し、ログインしたユーザが所属しているユーザグループに設定されている所属ユーザ警告対象フラグが「ＦＡＬＳＥ」であるか否かを判別する。所属ユーザ警告対象フラグが「ＦＡＬＳＥ」である場合（ステップＳ１０３：Ｙｅｓ）、ログインしたユーザが所属しているユーザグループは、警告の対象ではないことを意味するため、そのまま図５０のフローチャートの処理を終了する。このステップＳ１０３の処理により、警告の通知を行うユーザを、担当者を除外して管理者のみとすることができる。
【0198】
これに対して、所属ユーザ警告対象フラグが「ＴＲＵＥ」であるということは（ステップＳ１０３：Ｎｏ）、ログインしたユーザが所属しているユーザグループは、警告の対象であることを意味する。このため、通知制御部２８は、ステップＳ１２０において、ログインしたユーザのユーザＩＤに基づいて図４７に示すＷｅｂＥＤＩユーザマスタ１４を参照し、ログインしたユーザは、取引先のユーザグループの管理者であるか否かを判別する。
【0199】
このステップＳ１２０の動作を詳しく説明すると、まず、通知制御部２８は、ＷｅｂＥＤＩユーザマスタ１４を参照し、ログインしたユーザが所属するユーザグループを取得する。次に、通知制御部２８は、取得したユーザグループに基づいてＷｅｂＥＤＩユーザグループマスタ１３を参照し、運営会社グループフラグを取得する。この取得した運営会社グループフラグが「ＦＡＬＳＥ」の場合、通知制御部２８は、ログインしたユーザが取引先のユーザグループの管理者であると判別する（ステップＳ１２０：Ｙｅｓ）。なお、ログインしたユーザが取引先のユーザグループの管理者ではない場合（ステップＳ１２０：Ｎｏ）、そのまま図５０のフローチャートの処理を終了する。
【0200】
一方、ログインしたユーザが取引先の管理者である場合（ステップＳ１２０：Ｙｅｓ）、通知制御部２８は、ステップＳ１２１において、図４７に示すＷｅｂＥＤＩユーザマスタ１４を参照し、ログインしたユーザと同じ取引先のユーザの明細を取得する。
【0201】
次に、通知制御部２８は、ステップＳ１２２において、取引先の全ユーザが下記の条件を満たすか否かを判別する。
【0202】
条件＝
「警告を無効化するＦＬＧ」＝「ＦＡＬＳＥ」かつ
「有効期限」≠「ＮＵＬＬ」かつ
「有効期限」≦「本日の日付」＋「ユーザが所属するユーザグループに設定されている警告期間」
「警告を無効化するＦＬＧ」＝「ＦＡＬＳＥ」かつ
「有効期限」≠「ＮＵＬＬ」かつ
「有効期限」≦「本日の日付」＋「ユーザが所属するユーザグループに設定されている警告期間」
【0203】
この条件を満たすユーザは、有効期限切れが迫っているユーザであるため、通知制御部２８は、ステップＳ１２３において、取引先の管理者に上述の警告の通知を行う（＝警告パターン２又は警告パターン４の通知）。
【0204】
（実施の形態の効果）
管理装置１を介してＥＤＩシステムを提供する運営会社は、取引先の管理と同時に取引先に所属するユーザの管理も行う必要があり、運営会社の管理コストが非常に大きい。また、取引先は、ユーザの追加、修正、削除を行う場合、これを運営会社に依頼する必要があり、ユーザ設定の正確性及びリアルタイム性に問題がある。
管理装置１を介してＥＤＩシステムを提供する運営会社は、取引先の管理と同時に取引先に所属するユーザの管理も行う必要があり、運営会社の管理コストが非常に大きい。また、取引先は、ユーザの追加、修正、削除を行う場合、これを運営会社に依頼する必要があり、ユーザ設定の正確性及びリアルタイム性に問題がある。
【0205】
また、運営会社が取引先のステータスを無効にしても、取引先に所属する各ユーザが無効化されない場合、本来、ＥＤＩシステムを利用できないはずのユーザが、引き続き利用可能となる不都合を生ずる。また、運営会社の設定ミスで、本来登録するはずの取引先とは異なる取引先に関連づけてユーザ登録を行った場合、このユーザは、自分が所属していない取引先の取引先情報の閲覧等が可能となる不都合を生ずる。
【0206】
ここで、運営会社が１社で管理を行うことが困難であるため、各取引先にもユーザ管理権限を委託することを考える。しかし、ユーザ管理権限を無条件で取引先に委託すると、委託された取引先はユーザ管理権限に制限がないため、他の取引先のユーザまで管理が可能となる不都合を生ずる。また、委託された取引先は、無制限にユーザを登録できるため、年月の経過と共に在籍しないユーザが多く登録されている状態となり、セキュリティリスクが高くなる不都合を生ずる。このため、取引先に対して制限的なユーザ管理権限の委託を行う必要がある。
【0207】
このようなことから、実施の形態の管理装置１は、正規のユーザ権限を有する有効期限を示す有効期限情報を含むユーザ情報の登録又は編集を行うユーザ管理権限を、取引先に設定する。これにより、取引先毎にユーザ管理権限を委託することができ、管理装置１の運営会社が管理する電子商取引システムの管理コストを軽減できる。また、信用のある取引先に対してユーザ管理権限を委託できるため、管理コストの分散を安全に行うことができる。また、ユーザ管理権限を委託された取引先は、取引先自身でユーザ管理を行うことができるため、正確かつリアルタイムにユーザ管理を行うことができる。
【0208】
また、ユーザ管理権限は、各取引先の所望のユーザグループの管理者毎又は担当者毎に設定できる。これにより、所望のユーザグループの管理者又は担当者に対してユーザ管理権限を委託することができ、管理コストの細かな分散設定、及び、さらなる安全性の向上を図ることができる。
【0209】
また、新規に登録可能なユーザの登録数の上限を取引先毎に設定できるため、例えば取引先が無制限にユーザ登録を行うことで、年月の経過と共に在籍しないユーザが多く登録されている状態となり、セキュリティリスクが高くなる不都合を防止できる。
【0210】
また、取引先単位で、ＥＤＩシステムを利用する権限の「有効」又は「無効」を示すステータスを付して管理している。そして、取引先のステータスを「無効」とした場合には、この取引先に所属する各ユーザのユーザＩＤ有効期限を「有効期限切れ」に更新してＥＤＩシステムを利用する権限を無効化する。これにより、取引先のステータスを「無効」とすることで、この取引先に所属する各ユーザの、ＥＤＩシステムを利用する権限も一括して無効化でき、管理コストをさらに軽減できる。また、運営会社のユーザ管理ミスが生じた場合でも、セキュリティリスクを軽減できる。
【0211】
また、実施の形態の管理装置１は、ユーザ情報を登録する際に、ユーザＩＤ有効期限を付して登録する。そして、各ユーザがシステムにログインした際に、有効期限が近付いているユーザ、運営会社の管理者又はそのユーザが所属する取引先の管理者に対して警告を通知して、ユーザ有効期限の見直しを促す。そして、管理者は、引き続きＥＤＩシステムの利用を可能とするユーザは、有効期限の延長登録を行い、ＥＤＩシステムの利用を不可とするユーザに対しては、有効期限の延長登録を行わない。
【0212】
これにより、有効期限の延長登録を行わなかったユーザに対しては、有効期限日を境にしてＥＤＩシステムの利用を不可とすることができる。従って、ＥＤＩシステムのセキュリティを維持でき、また、ＥＤＩシステムに登録されたユーザを定期的に検査して、正当使用の有無を判断する等の面倒な作業を不要とすることができる。
【0213】
従って、ユーザ管理権限を委託した取引先におけるユーザ管理の運用レベルが低い場合でも、ＥＤＩシステムのセキュリティを維持することができる。
【0214】
また、図３３（ａ）を用いて説明したように、有効期限の延長登録を行わない場合、警告無効選択オブジェクトにより、そのユーザに対する有効期限の警告を将来的に行わないことを指定することができる。これにより、以後、有効期限の警告を非通知とすることができ、有効期限の延長登録を行わないユーザの警告が通知され続ける不都合を防止できる。
【0215】
［国連が主導する持続可能な開発目標（ＳＤＧｓ）への貢献］
本実施形態により、業務効率化や企業の適切な経営判断を推進することに寄与することができるので、ＳＤＧｓの目標８及び目標９に貢献することが可能となる。
本実施形態により、業務効率化や企業の適切な経営判断を推進することに寄与することができるので、ＳＤＧｓの目標８及び目標９に貢献することが可能となる。
【0216】
また、本実施形態により、廃棄ロス削減や、ペーパレス・電子化を推進することに寄与することができるので、ＳＤＧｓの目標１２、目標１３及び目標１５に貢献することが可能となる。
【0217】
また、本実施形態により、統制、ガバナンス強化に寄与することができるので、ＳＤＧｓの目標１６に貢献することが可能となる。
【0218】
［他の実施の形態］
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。
【0219】
例えば、実施の形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、或いは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。
【0220】
また、本明細書中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。
【0221】
また、管理装置１に関して、図示の各構成要素は機能概念的なものであり、必ずしも図示の如く物理的に構成されていることを要しない。
【0222】
例えば、管理装置１が備える処理機能、特に制御部３にて行われる各処理機能については、その全部又は任意の一部を、ＣＰＵ（Central Processing Unit）および当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。なお、プログラムは、各実施の形態で説明した処理を情報処理装置に実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて管理装置１に機械的に読み取られる。すなわち、ＲＯＭ又はＨＤＤ等の記憶部等には、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部３又は制御部４３を構成する。
【0223】
また、この管理装置１の管理プログラムは、管理装置１に対して任意のネットワークを介して接続された他のサーバ装置に記憶されていてもよく、必要に応じてその全部又は一部をダウンロードすることも可能である。
【0224】
また、各実施の形態で説明した処理を実行するための管理プログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（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）、及び、Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。
【0225】
また、「プログラム」とは、任意の言語または記述方法にて記述されたデータ処理方法であり、ソースコード又はバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施の形態に示した管理装置１において記録媒体を読み取るための具体的な構成および読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。
【0226】
記憶部２は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、及び、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、及び、ウェブページ用ファイル等を格納する。
【0227】
また、管理装置１は、既知のパーソナルコンピュータ装置又はワークステーション等の情報処理装置で構成してもよく、また、任意の周辺装置が接続された情報処理装置で構成してもよい。また、情報処理装置は、本実施形態で説明した処理を実現させるソフトウェア（プログラム又はデータ等を含む）を実装することにより実現してもよい。
【0228】
さらに、装置の分散・統合の具体的形態は図示するものに限られず、その全部又は一部を、各種の付加等に応じて又は機能付加に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。
【産業上の利用可能性】
【0229】
本発明は、ネットワークを介して商取引を行う業種であれば、どのような業種にも適用可能である。
【符号の説明】
【0230】
１ 運営会社の管理装置
２ 記憶部
３ 制御部
４ 通信インターフェース部
５ 入出力インターフェース部
６ 入力装置
７ 出力装置
８ ネットワーク
９ ネットワーク
１１ ＷｅｂＥＤＩ取引先分類マスタ
１２ ＷｅｂＥＤＩ取引先マスタ
１３ ＷｅｂＥＤＩユーザグループマスタ
１４ ＷｅｂＥＤＩユーザマスタ
２１ 通信制御部
２２ ユーザ管理権限設定部
２３ データ生成部
２４ 判別部
２５ 記憶制御部
２６ 表示画面生成部
２７ ステータス設定部
２８ 通知制御部
８０ 運営会社のバックヤード環境を構成する端末装置
８１ 通信インターフェース部
８２ データ管理用の業務データの記憶部
９０ 運営会社のフロント環境とバックヤード環境を接続する連携ツール
１００ 得意先の端末装置
２００ 仕入先の端末装置
２ 記憶部
３ 制御部
４ 通信インターフェース部
５ 入出力インターフェース部
６ 入力装置
７ 出力装置
８ ネットワーク
９ ネットワーク
１１ ＷｅｂＥＤＩ取引先分類マスタ
１２ ＷｅｂＥＤＩ取引先マスタ
１３ ＷｅｂＥＤＩユーザグループマスタ
１４ ＷｅｂＥＤＩユーザマスタ
２１ 通信制御部
２２ ユーザ管理権限設定部
２３ データ生成部
２４ 判別部
２５ 記憶制御部
２６ 表示画面生成部
２７ ステータス設定部
２８ 通知制御部
８０ 運営会社のバックヤード環境を構成する端末装置
８１ 通信インターフェース部
８２ データ管理用の業務データの記憶部
９０ 運営会社のフロント環境とバックヤード環境を接続する連携ツール
１００ 得意先の端末装置
２００ 仕入先の端末装置
【図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】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37】
【図38】
【図39】
【図40】
【図41】
【図42】
【図43】
【図44】
【図45】
【図46】
【図47】
【図48】
【図49】
【図50】