(57)【特許請求の範囲】
【請求項１】
各ユーザ企業宛てに所定端末から受信済みの各ＥＤＩデータと、ＥＤＩデータに対する取得要求を各ユーザ企業の端末から受信した履歴情報と、を格納する記憶装置と、
前記履歴情報に基づき、各ユーザ企業における前記取得要求の実行パターンを特定し、当該実行パターンが示す、各ユーザ企業における前記取得要求のタイミングに対応して、前記受信済みの各ＥＤＩデータに対する所定処理を実行する処理と、所定ユーザ企業による前記取得要求が過去に複数回行われた時刻を前記履歴情報から特定し、当該特定した時刻を、当該ユーザ企業の前記実行パターンにおける前記取得要求のタイミングの情報として記憶装置に格納する処理と、前記特定した前記時刻に関して、当該時刻の特定後から所定期間内に、当該時刻に当該ユーザ企業の取得要求を受信したか前記履歴情報にて判定し、当該判定の結果、前記所定期間内に当該時刻での前記受信が無かった場合、当該時刻に対応した情報を、当該ユーザ企業に関する前記実行パターンから削除する処理と、を実行する演算装置と、
を備えるデータ連携制御システム。
【請求項２】
前記演算装置は、
前記実行パターンに基づいて前記所定処理を実行して得た、当該所定処理の実行後のＥＤＩデータを、当該ユーザ企業宛に配信予定のＥＤＩデータとして記憶装置に格納する処理を更に実行するものである、
ことを特徴とする請求項１に記載のデータ連携制御システム。
【請求項３】
前記演算装置は、
前記所定処理の実行に際し、現時点における各ユーザ企業宛の前記受信済みのＥＤＩデータに対して前記所定処理を実行する場合の処理時間を所定アルゴリズムで推定し、
前記実行パターンが各ユーザ企業に関して示す、前記取得要求のタイミングのうち最も近い未来の時刻を特定し、
前記特定した時刻から前記推定した処理時間が経過した時刻を前記各ユーザ企業に関して算定し、当該算定した時刻が現時刻の以前の時刻であり、前記算定した時刻が現時刻により近いユーザ企業ほど先の順序で、前記所定処理の各ユーザ企業間での実行順序を決定し、
前記実行パターンにおける前記特定した時刻の到来に伴い、前記決定した実行順序で、各ユーザ企業宛の前記受信済みのＥＤＩデータの前記所定処理を実行するものである、
ことを特徴とする請求項２に記載のデータ連携制御システム。
【請求項４】
各ユーザ企業宛てに所定端末から受信済みの各ＥＤＩデータと、ＥＤＩデータに対する取得要求を各ユーザ企業の端末から受信した履歴情報と、を格納する記憶装置を備えた情報処理装置が、
前記履歴情報に基づき、各ユーザ企業における前記取得要求の実行パターンを特定し、当該実行パターンが示す、各ユーザ企業における前記取得要求のタイミングに対応して、前記受信済みの各ＥＤＩデータに対する所定処理を実行する処理と、所定ユーザ企業による前記取得要求が過去に複数回行われた時刻を前記履歴情報から特定し、当該特定した時刻を、当該ユーザ企業の前記実行パターンにおける前記取得要求のタイミングの情報として記憶装置に格納する処理と、前記特定した前記時刻に関して、当該時刻の特定後から所定期間内に、当該時刻に当該ユーザ企業の取得要求を受信したか前記履歴情報にて判定し、当該判定の結果、前記所定期間内に当該時刻での前記受信が無かった場合、当該時刻に対応した情報を、当該ユーザ企業に関する前記実行パターンから削除する処理と、
を実行することを特徴とするデータ連携制御方法。
【請求項５】
前記情報処理装置が、
前記実行パターンに基づいて前記所定処理を実行して得た、当該所定処理の実行後のＥＤＩデータを、当該ユーザ企業宛に配信予定のＥＤＩデータとして記憶装置に格納する処理を更に実行する、
ことを特徴とする請求項４に記載のデータ連携制御方法。
【請求項６】
前記情報処理装置が、
前記所定処理の実行に際し、現時点における各ユーザ企業宛の前記受信済みのＥＤＩデータに対して前記所定処理を実行する場合の処理時間を所定アルゴリズムで推定し、
前記実行パターンが各ユーザ企業に関して示す、前記取得要求のタイミングのうち最も近い未来の時刻を特定し、
前記特定した時刻から前記推定した処理時間が経過した時刻を前記各ユーザ企業に関して算定し、当該算定した時刻が現時刻の以前の時刻であり、前記算定した時刻が現時刻により近いユーザ企業ほど先の順序で、前記所定処理の各ユーザ企業間での実行順序を決定し、
前記実行パターンにおける前記特定した時刻の到来に伴い、前記決定した実行順序で、各ユーザ企業宛の前記受信済みのＥＤＩデータの前記所定処理を実行する、
ことを特徴とする請求項５に記載のデータ連携制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ連携制御システムおよびデータ連携制御方法に関するものであり、具体的には、ユーザ特性に応じたＥＤＩデータの処理スケジュールを生成し、ＥＤＩデータ取得待ち時間を低減可能とする技術に関する。
【背景技術】
【０００２】
複数の各企業間における受発注等の処理を電子的に処理するＥＤＩ（Electronic Data Interchange）の仕組みや、在庫情報や見積内容の授受等を実現する、いわゆるマルチテ
ナント型のＥＤＩシステムが存在する。このシステムは、企業間取引に関する処理を、Ｎ対Ｍの取引関係においてセキュアな環境で実現する。この場合の各ユーザ企業は、上述のシステムと自身の基幹システムとを連携させ、ＥＤＩデータの送受信を定期的に行っている。
【０００３】
このようなＥＤＩデータの処理に関連する従来技術としては、例えば、所定の標準データ形式のＥＤＩデータを送受信する標準ＥＤＩインタフェースと、前記標準ＥＤＩインタフェースと異なるデータ形式のＥＤＩデータを送受信する複数のＥＤＩインタフェースと、ＥＤＩ変換辞書データを記憶する記憶手段と、前記ＥＤＩインタフェースを介して通信する他のＥＤＩシステムによる異なるデータ形式のＥＤＩデータを、前記ＥＤＩ変換辞書データを参照することで前記標準データ形式に変換するＥＤＩメッセージ変換処理手段と、を有するＥＤＩゲートウェイサーバコンピュータと、前記ＥＤＩゲートウェイサーバコンピュータと標準ＥＤＩインタフェースを介して通信し、発注者のＥＤＩデータ及び受注者のＥＤＩデータを所定の手順でそれぞれ処理するＷｅｂＥＤＩ受発注処理手段と、ＥＤＩデータを送受信する標準Ｗｅｂインタフェースと、を有する受発注サーバコンピュータと、を備えるＥＤＩシステムにおけるＥＤＩサーバコンピュータ（特許文献１参照）などが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−３４１８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一般的に、マルチテナント型ＥＤＩシステムは、各ユーザ企業の基幹システム等でのデータ形式とＥＤＩシステムでの所定の標準形式との差異をデータ変換等で吸収し、ユーザ企業間でのデータ授受を齟齬無く仲介する。
【０００６】
ところが、マルチテナント型ＥＤＩシステムで取り扱うＥＤＩデータは膨大な数にのぼる。そのためリアルタイム処理ではなく、所定時間内に受信したＥＤＩデータを定期的にバッチ処理する運用がなされている。従って、ユーザ企業によるＥＤＩデータ取得が、マルチテナント型ＥＤＩシステム側でのバッチ処理タイミングまで待たされる事態が生じうる。
【０００７】
一方、ユーザ企業からすれば、各案件の性質や基幹システムの運用規定などにより、ＥＤＩデータの迅速な処理が必要なケースもある。つまり従来においては、ユーザ企業のニーズに対応したＥＤＩデータ処理のスケジューリングはなされていない。他方、リアルタイムでのＥＤＩデータ処理を確立するためには、ネットワークやコンピュータの各リソースを大幅に増強する必要があり、現実的ではない。
【０００８】
そこで本発明の目的は、ユーザ特性に応じたＥＤＩデータの処理スケジュールを生成し、ＥＤＩデータ取得待ち時間を低減可能とする技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するための本発明のデータ連携制御システムは、各ユーザ企業宛てに所定端末から受信済みの各ＥＤＩデータと、ＥＤＩデータに対する取得要求を各ユーザ企業の端末から受信した履歴情報と、を格納する記憶装置と、前記履歴情報に基づき、各ユーザ企業における前記取得要求の実行パターンを特定し、当該実行パターンが示す、各ユーザ企業における前記取得要求のタイミングに対応して、前記受信済みの各ＥＤＩデータに対する所定処理を実行する処理と、所定ユーザ企業による前記取得要求が過去に複数回行われた時刻を前記履歴情報から特定し、当該特定した時刻を、当該ユーザ企業の前記実行パターンにおける前記取得要求のタイミングの情報として記憶装置に格納する処理と、前記特定した前記時刻に関して、当該時刻の特定後から所定期間内に、当該時刻に当該ユーザ企業の取得要求を受信したか前記履歴情報にて判定し、当該判定の結果、前記所定期間内に当該時刻での前記受信が無かった場合、当該時刻に対応した情報を、当該ユーザ企業に関する前記実行パターンから削除する処理と、を実行する演算装置と、を備えることを特徴とする。
【００１０】
また、本発明のデータ連携制御方法は、各ユーザ企業宛てに所定端末から受信済みの各ＥＤＩデータと、ＥＤＩデータに対する取得要求を各ユーザ企業の端末から受信した履歴情報と、を格納する記憶装置を備えた情報処理装置が、前記履歴情報に基づき、各ユーザ企業における前記取得要求の実行パターンを特定し、当該実行パターンが示す、各ユーザ企業における前記取得要求のタイミングに対応して、前記受信済みの各ＥＤＩデータに対する所定処理を実行する処理と、所定ユーザ企業による前記取得要求が過去に複数回行われた時刻を前記履歴情報から特定し、当該特定した時刻を、当該ユーザ企業の前記実行パターンにおける前記取得要求のタイミングの情報として記憶装置に格納する処理と、前記特定した前記時刻に関して、当該時刻の特定後から所定期間内に、当該時刻に当該ユーザ企業の取得要求を受信したか前記履歴情報にて判定し、当該判定の結果、前記所定期間内に当該時刻での前記受信が無かった場合、当該時刻に対応した情報を、当該ユーザ企業に関する前記実行パターンから削除する処理と、を実行することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ユーザ特性に応じたＥＤＩデータの処理スケジュールを生成し、ＥＤＩデータの取得待ち時間を低減できる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態における企業間情報交換システムの全体構成例を示す図である。
【図２】本実施形態におけるＧ／Ｗサーバのハードウェア構成例を示す図である。
【図３】本実施形態におけるユーザ認証情報のデータ構成例を示す図である。
【図４】本実施形態におけるＧ／ＷＤＢサーバの具備するデータ構成例を示す図である。
【図５】本実施形態におけるＥＤＩＤＢサーバの具備するデータ構成例を示す図である。
【図６】本実施形態におけるＥＤＩサーバのハードウェア構成例を示す図である。
【図７】本実施形態におけるＧ／Ｗダウンロードファイル管理情報のデータ構成例を示す図である。
【図８】本実施形態におけるＧ／Ｗダウンロードファイル実体情報のデータ構成例を示す図である。
【図９】本実施形態における受信要求アクセス履歴情報のデータ構成例を示す図である。
【図１０】本実施形態における受信要求運行管理情報のデータ構成例を示す図である。
【図１１】本実施形態におけるＥＤＩファイル管理情報のデータ構成例を示す図である。
【図１２】本実施形態におけるＥＤＩファイル実体情報のデータ構成例を示す図である。
【図１３】本実施形態におけるデータ連携制御方法のフロー例１を示す図である。
【図１４】本実施形態におけるデータ連携制御方法のフロー例２を示す図である。
【図１５】本実施形態におけるデータ連携制御方法のフロー例３を示す図である。
【図１６】本実施形態におけるデータ連携制御方法のフロー例４を示す図である。
【図１７】本実施形態におけるデータ連携制御方法のフロー例５を示す図である。
【図１８】本実施形態におけるデータ連携制御方法のフロー例６を示す図である。
【図１９】本実施形態におけるデータ連携制御方法のフロー例７を示す図である。
【図２０】本実施形態におけるデータ連携制御方法のフロー例８を示す図である。
【図２１】本実施形態におけるデータ連携制御方法のフロー例９を示す図である。
【発明を実施するための形態】
【００１３】
−−−ネットワーク構成−−−
【００１４】
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態のデータ連携制御システムたるＧ／Ｗサーバ１２を含む、企業間情報交換システム１の構成図である。図１に示すＧ／Ｗサーバ１２は、ユーザ特性に応じたＥＤＩデータの処理スケジュールを生成し、ＥＤＩデータ取得待ち時間を低減可能とするサーバコンピュータである。
【００１５】
企業間情報交換システム１は、いわゆるＥＤＩシステムである。また、企業間情報交換システム１のユーザ企業は、製品や部品の受発注を行う、バイヤーとサプライヤーである。このうちバイヤーとなるユーザ企業については、コマンド利用企業と称する。また、サプライヤーとなるユーザ企業については、Ｗｅｂ利用企業と称する。
【００１６】
この図１で例示する企業間情報交換システム１は、ユーザ端末１１、１６、Ｇ／Ｗサーバ１２、Ｇ／ＷＤＢサーバ１３、ＥＤＩＤＢサーバ１４、およびＥＤＩサーバ１５を含んでいる。このうちユーザ端末１１は、上述のコマンド利用企業が利用する端末である。一方、ユーザ企業１６は、上述のＷｅｂ利用企業が利用する端末である。
【００１７】
また、ユーザ端末１１は、インターネット１０など適宜なネットワークを介してＧ／Ｗサーバ１２とデータ通信可能に結ばれている。同様に、ユーザ端末１６は、インターネット１０など適宜なネットワークを介してＥＤＩサーバ１５とデータ通信可能に結ばれている。また、Ｇ／Ｗサーバ１２およびＥＤＩサーバ１５は、ＬＡＮ（Local Area Network）など適宜な内部ネットワークを介して、Ｇ／ＷＤＢサーバ１３、およびＥＤＩＤＢサーバ１４とデータ通信可能に結ばれている。
【００１８】
上述したＧ／Ｗサーバ１２およびＥＤＩサーバ１５が、一般に、マルチテナント型ＥＤＩシステムにおいて、利用企業毎のデータ連携形態や業務形態に応じ、サーバ間のデータ連携処理を行う装置となる。ここで、Ｇ／Ｗサーバ１２とＥＤＩサーバ１５との間で想定出来るサーバ間のデータ連携は、例えば、上述のコマンド利用企業による発注情報に対して、Ｗｅｂ利用企業のユーザ端末１６から得てＥＤＩＤＢサーバ１４に保持していた見積情報を、Ｇ／Ｗサーバ１２が所定のファイル形式に変換してＧ／ＷＤＢサーバ１３に格納する処理が該当する。勿論、ユーザ端末１６が、ユーザ端末１１からのデータをＧ／Ｗサーバ１２経由で取得するデータ連携の流れも同様の処理となる。その他のデータ連携の形態も本実施形態に適用可能である。
−−−ハードウェア構成−−−
【００１９】
次に、上述の企業間情報交換システム１のネットワーク構成に含まれる各装置のハードウェア構成について説明する。図２は、本実施形態におけるＧ／Ｗサーバ１２のハードウェア構成例を示す図である。本実施形態におけるＧ／Ｗサーバ１２は、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）やハードディスクドライブなど適宜な不揮発性記憶素子で構成される記憶装置２０１、ＲＡＭなど揮発性記憶素子で構成されるメモリ２０３、記憶装置２０１に保持されるプログラム２０２をメモリ２０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算装置２０４、インターネット１０など適宜なネットワークと接続して他装置との通信処理を担うネットワークインターフェイス２０５、を備える。
【００２０】
なお、記憶装置２０１内には、本実施形態のデータ連携制御システムとして必要な、認証機能２０７、Ｇ／Ｗダウンロードファイル回答機能２０８、ＥＤＩ−ＧＷ間データ連携機能２０９、および受信要求運行管理情報生成機能２１０といった各機能を実装する為のプログラム２０２の他に、データ２１２としてユーザ認証情報２１３が記憶されている。
このユーザ認証情報２１３は、図３にて例示するように、ユーザ企業を一意に特定する会員ＩＤをキーとして、そのログインＩＤ、およびパスワードといった値を対応付けたレコードの集合体となっている。
【００２１】
図４は、本実施形態におけるＧ／ＷＤＢサーバ１３のデータ構成例を示す図である。Ｇ／ＷＤＢサーバ１３は、Ｇ／Ｗサーバ１２によりユーザ端末１１、１６らにダウンロードさせるファイル類を保持するサーバとなる。このＧ／ＷＤＢサーバ１３は、Ｇ／Ｗダウンロードファイル管理情報３０１と、Ｇ／Ｗダウンロードファイル実体情報３０２と、受信要求アクセス履歴情報３０３と、受信要求運行管理情報３０４から構成される。これらの情報の具体的な構成については後述する。
【００２２】
なお、当該Ｇ／ＷＤＢサーバ１３の各情報は、Ｇ／Ｗサーバ１２の記憶装置２０１に格納されているものとしてもよい。
【００２３】
図５は、本実施形態におけるＥＤＩＤＢサーバ１４のデータ構成例を示す図である。ＥＤＩＤＢサーバ１４は、ユーザ端末１１、１６らから受信したファイルを一旦格納しておくサーバとなる。このＥＤＩＤＢサーバ１４は、ＥＤＩファイル管理情報４０１と、ＥＤＩファイル実体情報４０２から構成される。これらの情報の具体的な構成については後述する。
【００２４】
図６は、本実施形態におけるＥＤＩサーバ１５のハードウェア構成例を示す図である。ＥＤＩサーバ１５は、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）やハードディスクドライブなど適宜な不揮発性記憶素子で構成される記憶装置５０１、ＲＡＭなど揮発性記憶素子で構成されるメモリ５０３、記憶装置５０１に保持されるプログラム５０２をメモリ５０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算装置５０４、インターネット１０など適宜なネットワークと接続して他装置との通信処理を担うネットワークインターフェイス５０５、を備える。なお、記憶装置５０１内には、認証機能５０７、ＥＤＩダウンロードファイル受付・登録機能５０８といった各機能を実装する為のプログラム５０２が記憶されている。−−−データ構造例−−−
【００２５】
続いて、本実施形態のＧ／Ｗサーバ１２が用いる、Ｇ／ＷＤＢサーバ１３およびＥＤＩＤＢサーバ１４に格納された各情報について説明する。図７に、本実施形態におけるＧ／ＷＤＢサーバ１３が具備するＧ／Ｗダウンロードファイル管理情報３０１のデータ構成例を示す。
【００２６】
Ｇ／Ｗダウンロードファイル管理情報３０１は、ユーザ端末１１を利用してＧ／Ｗダウンロードファイル（本発明における“配信予定のＥＤＩデータ”）の受信要求（本発明における“取得要求”）を行うユーザ企業の会員ＩＤをキーに、Ｇ／ＷＤＢサーバ１３からユーザ端末１１にＧ／Ｗダウンロードファイルの転送が完了した日時を示すＧ／Ｗダウンロードファイル処理日時、Ｇ／Ｗダウンロードファイルの種類を示す情報種、Ｇ／Ｗダウンロードファイルの処理状態（ユーザ端末１１への転送が完了か否か）を示すＧ／Ｗダウンロードファイル処理状態、Ｇ／Ｗダウンロードファイルが、Ｇ／Ｗダウンロードファイル管理情報３０１に登録された日時を示すＧ／Ｗダウンロードファイル登録日時、および、Ｇ／Ｗダウンロードファイル管理情報３０１に登録されたＧ／Ｗダウンロードファイル
を一意に識別するＧ／Ｗダウンロードファイル管理ＩＤ、といった各情報を対応付けたレコードの集合体となっている。
【００２７】
図８は、本実施形態におけるＧ／ＷＤＢサーバ１３が具備するＧ／Ｗダウンロードファイル実体情報３０２のデータ構成例を示す図である。このＧ／Ｗダウンロードファイル管理情報３０１は、Ｇ／Ｗダウンロードファイル管理情報３０１に登録されたＧ／Ｗダウンロードファイルを一意に識別するＧ／Ｗダウンロードファイル管理ＩＤをキーに、当該Ｇ／Ｗダウンロードファイルの実体を対応付けた構成となっている。
【００２８】
なお、Ｇ／Ｗダウンロードファイル管理ＩＤは、上述のＧ／Ｗダウンロードファイル管理情報３０１が具備するＧ／Ｗダウンロードファイル管理ＩＤの値と同一であり、Ｇ／Ｗダウンロードファイル管理情報３０１に格納されるＧ／Ｗダウンロードファイルと紐付けられている。
【００２９】
図９は、Ｇ／ＷＤＢサーバ１３が具備する受信要求アクセス履歴情報３０３（本発明の“履歴情報”）のデータ構成例を示す図である。本実施形態における受信要求アクセス履歴情報３０３は、ユーザ端末１１から実行されたＧ／Ｗダウンロードファイルの受信要求を受け付けた年月日を示す受信要求アクセス年月日と、ユーザ端末１１から実行されたＧ／Ｗダウンロードファイルの受信要求を受け付けた時刻を示す受信要求アクセス時刻と、当該受信要求を実行したコマンド利用企業の会員ＩＤと、当該コマンド利用企業の認証情報であるログインＩＤとを対応付けたレコードの集合体となっている。なお、Ｇ／Ｗサーバ１２は、この受信要求アクセス履歴情報３０３に登録されたレコードのうち登録から３０日を経過したものを削除する、といった更新管理を行う。
【００３０】
図１０は、本実施形態におけるＧ／ＷＤＢサーバ１３が具備する受信要求運行管理情報３０４（本発明の“実行パターン”）のデータ構成例を示す図である。この受信要求運行管理情報３０４は、ユーザ端末１１からＧ／Ｗダウンロードファイルの受信要求を実行したコマンド利用企業の会員ＩＤをキーに、当該コマンド利用企業の認証情報たるログインＩＤと、当該コマンド利用企業が上述の受信要求を行う予測時刻である受信要求連携時刻と、受信要求連携時刻を更新した日時を示す受信要求更新日時から構成される。
【００３１】
図１１は、ＥＤＩＤＢサーバ１４が具備するＥＤＩファイル管理情報４０１のデータ構成例を示す図である。本実施形態におけるＥＤＩファイル管理情報４０１は、Ｗｅｂ利用企業がユーザ端末１６を利用して送信したＥＤＩファイルの送信先を示す会員ＩＤ（ＴＯ）と、当該Ｗｅｂ利用企業（送信元）の会員ＩＤ（ＦＲＯＭ）と、ＥＤＩファイル管理情報４０１に登録されたＥＤＩファイルに対するファイル形式変換等の処理を行って、前述のＧ／ＷＤＢサーバ１３が具備するＧ／Ｗダウンロードファイル管理情報３０１、Ｇ／Ｗダウンロードファイル実体情報３０２に連携された日時を示すＧ／Ｗサーバ連携処理日時と、当該ＥＤＩファイルに対するファイル形式変換等の処理未済状態を示すＥＤＩファイル処理状態と、Ｗｅｂ利用企業がユーザ端末１６を利用して送信したＥＤＩファイルが当該ＥＤＩファイル管理情報４０１に登録された日時を示すＥＤＩファイル登録日時と、当該ＥＤＩファイルの種類を示す情報種と、当該ＥＤＩファイルを一意に識別するＥＤＩファイル管理ＩＤから構成される
【００３２】
図１２は、ＥＤＩＤＢサーバ１４が具備するＥＤＩファイル実体情報４０２のデータ構成例を示す図である。本実施形態におけるＥＤＩファイル実体情報４０２は、ＥＤＩファイルを一意に識別するＥＤＩファイル管理ＩＤと、当該ＥＤＩファイルの実体とから構成される。なお、ＥＤＩファイル実体情報４０２におけるＥＤＩファイル管理ＩＤは、前述のＥＤＩファイル管理情報４０１が具備するＥＤＩファイル管理ＩＤの値と同一であり、ＥＤＩファイル実体情報４０２に格納されるＥＤＩファイルと紐付けられている。
−−−機能−−−
【００３３】
続いて、本実施形態のＧ／Ｗサーバ１２が備える機能について説明する。上述したように、以下に説明する機能は、例えばＧ／Ｗサーバ１２が備えるプログラム２０２を実行することで実装される機能と言える。
【００３４】
本実施形態のＧ／Ｗサーバ１２は、Ｇ／ＷＤＢサーバ１３における受信要求アクセス履歴情報３０３に基づき、各会員（ユーザ企業）における受信要求の実行パターン（受信要求運行管理情報３０４）を特定し、当該実行パターンが示す、各ユーザ企業における受信要求のタイミングに対応した、ＥＤＩＤＢサーバ１４で保持する各ＥＤＩファイルに対するファイル形式変換等の所定処理を実行する機能を備えている。この機能は、Ｇ／Ｗサーバ１２が備える、受信要求運行管理情報生成機能２１０およびＥＤＩ−ＧＷ間データ連携機能２０９が対応する。
【００３５】
また、Ｇ／Ｗサーバ１２は、上述の受信要求運行管理情報３０４に基づいてファイル形式変換等の所定処理を実行して得た、当該処理の実行後のＥＤＩデータ（Ｇ／Ｗダウンロードファイル）を、当該ユーザ企業宛に配信予定のＥＤＩデータとしてＧ／ＷＤＢサーバ１３のＧ／Ｗダウンロードファイル実体情報３０２に格納する機能を備えている。この場合、Ｇ／Ｗダウンロードファイルに関する情報を、Ｇ／Ｗダウンロードファイル管理情報３０１に格納する機能も、Ｇ／Ｗサーバ１２は備える。こうした機能は、Ｇ／Ｗサーバ１２が備える、ＥＤＩ−ＧＷ間データ連携機能２０９が対応する。
【００３６】
また、Ｇ／Ｗサーバ１２は、上述のファイル形式変換等の所定処理の実行に際し、現時点における各ユーザ企業宛のＥＤＩファイルに対して所定処理を実行する場合の処理時間を所定アルゴリズムで推定する機能を備えている。この機能は、ＥＤＩ−ＧＷ間データ連携機能２０９が対応する。
【００３７】
また、Ｇ／Ｗサーバ１２は、上述の受信要求運行管理情報３０４が各ユーザ企業に関して示す、上述の受信要求のタイミングのうち最も近い未来の時刻を特定し、当該時刻から上述で推定した処理時間が経過した時刻を各ユーザ企業に関して算定し、当該算定した時刻が現時刻の以前の時刻であり、かつ上述で算定した時刻が現時刻により近いユーザ企業ほど先の順序で、所定処理の各ユーザ企業間での実行順序を決定する機能を備えている。この機能は、ＥＤＩ−ＧＷ間データ連携機能２０９が対応する。
【００３８】
また、Ｇ／Ｗサーバ１２は、上述の実行パターンにおける前記特定した時刻の到来に伴い、上述で決定した実行順序で、各ユーザ企業宛のＥＤＩデータのファイル形式変換等の所定処理を実行する機能を備えている。この機能は、ＥＤＩ−ＧＷ間データ連携機能２０９が対応する。
【００３９】
また、Ｇ／Ｗサーバ１２は、上述の実行パターンの特定に際し、所定ユーザ企業による受信要求が過去に複数回行われた時刻を、受信要求アクセス履歴情報３０３から特定し、当該特定した時刻を、当該ユーザ企業の実行パターンにおける受信要求のタイミングの情報として、記憶装置２０１の受信要求運行管理情報３０４に格納する機能を備えている。この機能は、受信要求運行管理情報生成機能２１０が対応する。
【００４０】
また、Ｇ／Ｗサーバ１２は、上述で特定した時刻に関して、当該時刻の特定後から所定期間内に、当該時刻に当該ユーザ企業の受信要求を受信したか、受信要求アクセス履歴情報３０３にて判定し、当該判定の結果、上述の所定期間内に当該時刻での受信要求が無かった場合、当該時刻に対応した情報を、当該ユーザ企業に関する受信要求運行管理情報３０４から削除する機能を備えている。この機能は、受信要求運行管理情報生成機能２１０
が対応する。
−−−フロー例１−−−
【００４１】
以下、本実施形態におけるデータ連携制御方法の実際手順について図に基づき説明する。以下で説明するデータ連携制御方法に対応する各種動作は、Ｇ／Ｗサーバ１２０がメモリ２０３に読み出して実行するプログラム２０２によって実現される。そして、このプログラム２０２は、以下に説明される各種の動作を行うためのコードから構成されている。
【００４２】
図１３は、本実施形態におけるデータ連携制御方法のフロー例１を示す図である。ここでは、コマンド利用企業がユーザ端末１１を利用してＧ／Ｗダウンロードファイルの受信要求を実行し、Ｇ／Ｗサーバ１２が具備する認証機能２０７がユーザ認証処理を行うまでの処理について説明する。
【００４３】
なお、このフロー開始に際しコマンド利用企業は、ユーザ端末１１を利用して、Ｇ／Ｗダウンロードファイルの受信要求を、Ｇ／Ｗサーバ１２に対して実行したとする。この場合、Ｇ／Ｗサーバ１２は、このＧ／Ｗダウンロードファイルの受信要求を受信する（Ｓ１２０１）。
【００４４】
また、Ｇ／Ｗサーバ１２は、上述のステップＳ１２０１でＧ／Ｗダウンロードファイルを受信した際、その日時情報を受信要求日時として例えばメモリ２０３に記憶する（Ｓ１２０２）。
【００４５】
次に、Ｇ／Ｗサーバ１２は、所定の認証画面をユーザ端末１１に送信し、この認証画面を介してログインＩＤとパスワードを受信し、これらをメモリ２０３に記憶する（Ｓ１２０３）。
【００４６】
次に、Ｇ／Ｗサーバ１２は、認証機能２０７を呼び出す（Ｓ１２０４ ）。また、認証
機能２０７は、上述のＳ１２０３でユーザ端末１１から取得したログインＩＤとパスワードをキーに、ユーザ認証情報２１３で検索を実行する（Ｓ１２０５）。
【００４７】
Ｇ／Ｗサーバ１２の認証機能２０７は、上述の検索の結果、ユーザ端末１１から取得したログインＩＤとパスワードが、ユーザ認証情報２１３の各登録情報のうちいずれかと一致するか判定する（Ｓ１２０６）。
【００４８】
上述の判定の結果、ユーザ端末１１から得たログインＩＤおよびパスワードと、ユーザ認証情報２１３のいずれかの登録情報とが一致した場合（Ｓ１２０６：一致）、Ｇ／Ｗサーバ１２は、認証機能２０７によるユーザ認証処理を正常終了して、Ｇ／Ｗダウンロードファイル回答機能２０８を呼び出す（Ｓ１２０７）。
【００４９】
他方、上述の判定の結果、ユーザ端末１１から得たログインＩＤおよびパスワードが、ユーザ認証情報２１３のいずれの登録情報とも一致しなかった場合（Ｓ１２０６：一致せず）、Ｇ／Ｗサーバ１２は、ユーザ認証処理を異常終了し、所定のエラーメッセージ等を含むリターンコードをユーザ端末１１に返す（Ｓ１２０８）。
−−−フロー例２−−−
【００５０】
図１４は、本実施形態におけるデータ連携制御方法のフロー例２を示す図である。具体的には、Ｇ／Ｗサーバ１２のＧ／Ｗダウンロードファイル回答機能２０８が、ユーザ端末１１からのＧ／Ｗダウンロ―ドファイル受信要求日時を記憶し、Ｇ／ＷＤＢサーバ１３が具備する受信要求アクセス履歴情報３０３に登録するまでの処理を示したフローチャートである。
【００５１】
この場合、Ｇ／Ｗサーバ１２は、Ｇ／Ｗダウンロ―ドファイル回答機能２０８を呼び出す（Ｓ１３０１）。
【００５２】
次に、Ｇ／Ｗダウンロ―ドファイル回答機能２０８は、上述のＳ１２０３でユーザ端末１１から得ているログインＩＤをキーに、ユーザ認証情報２１３を検索する （Ｓ１３０
２）。
【００５３】
また、Ｇ／Ｗダウンロードファイル回答機能２０８は、上述のＳ１２０３でユーザ端末１１から得ているログインＩＤに紐付く会員ＩＤが、ユーザ認証情報２１３に登録されているか判定する（Ｓ１３０３）。
【００５４】
上述の判定の結果、ログインＩＤに紐付く会員ＩＤが、ユーザ認証情報２１３に登録されていた場合（Ｓ１３０３：登録有り）、Ｇ／Ｗダウンロ―ドファイル回答機能２０８は、当該ログインＩＤに紐付く会員ＩＤをユーザ認証情報２１３から取得する （Ｓ１３０
４）。  他方、上述の判定の結果、ログインＩＤに紐付く会員ＩＤが、ユーザ認証情報２１３に登録されていなかった場合（Ｓ１３０３：登録無し）、Ｇ／Ｗダウンロ―ドファイル回答機能２０８は異常終了し、エラーメッセージ等を含む所定のリターンコードをユーザ端末１１に返す（Ｓ１３０５）。
【００５５】
上述のステップＳ１３０４に続き、Ｇ／Ｗダウンロ―ドファイル回答機能２０８は、上述のＳ１２０２、Ｓ１２０３、およびＳ１３０４の処理で得ている、 Ｇ／Ｗダウンロ―
ドファイルの受信要求日時、ログインＩＤ、および会員ＩＤを、Ｇ／ＷＤＢサーバ１３における受信要求アクセス履歴情報３０３に登録する（Ｓ１３０６）。なお、この登録に際し、Ｇ／Ｗダウンロ―ドファイル回答機能２０８は、Ｇ／Ｗダウンロ―ドファイルの受信要求日時を、受信要求アクセス年月日と、受信要求アクセス時刻とに分解して登録する。−−−フロー例３−−−
【００５６】
図１５は、本実施形態におけるデータ連携制御方法のフロー例３を示す図である。具体的には、Ｇ／Ｗサーバ１２のＧ／Ｗダウンロードファイル回答機能２０８が、Ｇ／ＷＤＢサーバ１３のＧ／Ｗダウンロードファイル管理情報３０１を検索してＧ／Ｗダウンロードファイルの実体を取得し、当該Ｇ／Ｗダウンロードファイルの処理状態を更新するまでの処理を示したフローチャートである。
【００５７】
この場合、Ｇ／Ｗサーバ１２のＧ／Ｗダウンロードファイル回答機能２０８は、上述のＳ１３０４の処理で得ている会員ＩＤをキーに、Ｇ／ＷＤＢサーバ１３のＧ／Ｗダウンロードファイル管理情報３０１を検索する（Ｓ１４０１）。
【００５８】
次に、Ｇ／Ｗダウンロードファイル回答機能２０８は、上述のＳ１４０１での検索の結果、当該会員ＩＤが紐付いたレコードのうち、処理状態が「未受信」のデータが存在するか判定する（Ｓ１４０２）。
【００５９】
上述の判定の結果、処理状態「未受信」のデータがＧ／Ｗダウンロードファイル管理情報３０１に存在することが判明した場合（Ｓ１４０２：存在）、Ｇ／Ｗダウンロードファイル回答機能２０８は、当該レコードに紐つくＧ／Ｗダウンロードファイル管理ＩＤを取得する（Ｓ１４０３）。
【００６０】
他方、上述の判定の結果、処理状態「未受信」のデータがＧ／Ｗダウンロードファイル管理情報３０１に存在しないことが判明した場合（Ｓ１４０２：存在しない）、Ｇ／Ｗダウンロードファイル回答機能２０８は正常終了し、所定のエラーメッセージ等を含むリタ
ーンコードをユーザ端末１１に返す（Ｓ１４０４）。
【００６１】
上述のＳ１４０３に続き、Ｇ／Ｗダウンロードファイル回答機能２０８は、Ｇ／ＷＤＢサーバ１３のＧ／Ｗダウンロードファイル実体情報３０２を検索し（Ｓ１４０５）、上述のＳ１４０３の処理で得ているＧ／Ｗファイル管理ＩＤが存在するか判定する（Ｓ１４０６）。
【００６２】
上述の判定の結果、Ｇ／Ｗファイル管理ＩＤが存在する場合（Ｓ１４０６：存在）、Ｇ／Ｗダウンロードファイル回答機能２０８は、Ｇ／Ｗダウンロードファイルの実体を取得し（Ｓ１４０６）、これをユーザ端末１１に転送し、更に、当該Ｇ／Ｗファイル管理ＩＤに紐付くダウンロードファイル管理情報３０１のレコードにおける処理状態を「受信済」に更新する（Ｓ１４０９）。
【００６３】
他方、上述の判定の結果、Ｇ／Ｗファイル管理ＩＤが存在しない場合（Ｓ１４０６：存在しない）、Ｇ／Ｗダウンロードファイル回答機能２０８は異常終了し、当該Ｇ／Ｗファイル管理ＩＤに紐付くダウンロードファイル管理情報３０１のデータの処理状態を「受信エラー」に更新して、更にリターンコードをユーザ端末１１に返し（Ｓ１４０８）、当該フローを終了する。
【００６４】
なお、上述のＳ１４０２の処理において、処理状態が「未受信」のデータが存在する場合、Ｓ１４０３の処理で取得したＧ／Ｗダウンロードファイル管理ＩＤの数分、処理Ｓ１４０５、Ｓ１４０６、Ｓ１４０７を繰り返したのち、取得したＧ／Ｗダウンロードファイルの実体を結合し、処理Ｓ１４０９を行う。
−−−フロー例４−−−
【００６５】
図１６は、本実施形態におけるデータ連携制御方法のフロー例４を示す図である。具体的には、Ｇ／Ｗダウンロードファイル回答機能２０８が取得したＧ／Ｗダウンロードファイルをユーザ端末１１へ転送した後、Ｇ／ＷＤＢサーバ１３のＧ／Ｗダウンロードファイル管理情報３０１の処理状態を更新し、ユーザ端末１１が実行したＧ／Ｗダウンロ―ドファイル受信要求処理が完了するまでの処理を示したフローチャートである。
【００６６】
ここで、上述の各フロー例での、ユーザ端末１１のＧ／Ｗダウンロ―ドファイル受信要求に対する処理は、Ｇ／ＷＤＢサーバ１３のＧ／Ｗダウンロードファイル管理情報３０１と、Ｇ／Ｗダウンロードファイル実体情報３０２に登録されたＧ／Ｗダウンロードファイルの有無により、以下３通りの実行結果となる。
【００６７】
（１）Ｇ／ＷＤＢサーバ１３のＧ／Ｗダウンロードファイル管理情報３０１と、Ｇ／Ｗダウンロードファイル実体情報３０２に、Ｇ／Ｗダウンロードファイルが登録されている場合、ユーザ端末１１は、Ｇ／Ｗサーバ１２のＧ／Ｗダウンロードファイル回答機能２０８から転送されたＧ／Ｗダウンロードファイルを受信し、Ｇ／Ｗダウンロ―ドファイル受信要求処理を正常終了する（Ｓ１５０１）。
【００６８】
（２）Ｇ／ＷＤＢサーバ１３のＧ／Ｗダウンロードファイル管理情報３０１と、Ｇ／Ｗダウンロードファイル実体情報３０２に、Ｇ／Ｗダウンロードファイルが登録されていない場合、ユーザ端末１１は、Ｇ／Ｗサーバ１２のＧ／Ｗダウンロードファイル回答機能２０８から送信されたリターンコードを受信し、「受信対象無し」として、Ｇ／Ｗダウンロ―ドファイル受信要求処理を正常終了する（Ｓ１５０２）。
【００６９】
（３）上述のＳ１２０６の処理にて、Ｇ／Ｗサーバ１２のユーザ認証情報２１３に登録されているログインＩＤとパスワードが、Ｇ／Ｗダウンロードファイル受信要求を実行し
たコマンド利用企業のユーザ端末１１から送信されたログインＩＤとパスワードが一致しない場合、または、上述のＳ１３０３の処理にて、処理Ｓ１２０３で得ているログインＩＤに紐づく会員ＩＤが、ユーザ認証情報２１３に登録されていない場合、ユーザ端末１１は、Ｇ／Ｗサーバ１２のＧ／Ｗダウンロードファイル回答機能２０８から送信されたリターンコードを受信し、ダウンロードコマンドを異常終了する（Ｓ１５０３）。
【００７０】
尚、コマンド利用企業は、ユーザ端末１１を利用して受信したＧ／Ｗダウンロードファイルを、コマンド利用企業が保持するシステム（基幹システム等）に取り込んで業務に利活用する。この際、ユーザ端末１１と、コマンド利用企業が保持するシステムとを連携させ、定期的にＧ／Ｗダウンロードファイルの受信要求を実行する。
−−−フロー例５−−−
【００７１】
図１７は、本実施形態におけるデータ連携制御方法のフロー例５を示す図である。具体的には、Ｇ／Ｗサーバ１２の受信要求運行管理情報生成機能２１０が、Ｇ／ＷＤＢサーバ１３の受信要求アクセス履歴情報３０３を解析し、コマンド利用企業毎に、Ｇ／Ｗダウンロ―ドファイル受信要求を実行する運行スケジュール（実行パターン）を特定する処理を示すフローチャートである。
【００７２】
この場合、Ｇ／Ｗサーバ１２は、受信要求運行管理情報生成機能２１０を呼び出す（Ｓ１６０１）。なお、この呼び出しは１日１回、２４時に実行するものとする。
【００７３】
次に、受信要求運行管理情報生成機能２１０は、Ｇ／ＷＤＢサーバ１０３の受信要求アクセス履歴情報３０３を検索し、会員ＩＤ毎に受信要求アクセス時刻を取得する（Ｓ１６０２）。
【００７４】
また、受信要求運行管理情報生成機能２１０は、上述のＳ１６０２で取得した値において、同一の会員ＩＤ、かつ、同一の受信要求アクセス時刻が２回以上あるか判定する（Ｓ１６０３）。
【００７５】
上述の判定の結果、同一の会員ＩＤ、かつ、同一の受信要求アクセス時刻が２回以上ある場合（Ｓ１６０３：２回以上）、受信要求運行管理情報生成機能２１０は、当該データの受信要求アクセス時刻と、会員ＩＤと、ログインＩＤを、例えばメモリ２０３に記憶する（Ｓ１６０４）。
【００７６】
他方、上述の判定の結果、同一の会員ＩＤ、かつ、同一の受信要求アクセス時刻が２回未満の場合（ｓ１６０３：２回未満）、受信要求運行管理情報生成機能２１０は、当該データを記憶せず（Ｓ１６０５）、当該フローを終了する。
【００７７】
次に、受信要求運行管理情報生成機能２１０は、Ｇ／ＷＤＢサーバ１０３の受信要求運行管理情報３０４を検索し（Ｓ１６０６）、上述のＳ１６０４の処理でメモリ２０３に記憶したデータが登録済か判定する（Ｓ１６０７）。
【００７８】
上述の判定の結果、Ｓ１６０４の処理でメモリ２０３に記憶したデータが登録済の場合（Ｓ１６０７：登録有）、受信要求運行管理情報生成機能２１０は、会員ＩＤと受信要求連携時刻を元に、受信要求運行管理情報３０４の当該レコードに紐付く受信要求更新日時を、受信要求運行管理情報生成機能２１０の起動日時で更新する（Ｓ１６０８）。
【００７９】
他方、上述の判定の結果、Ｓ１６０４の処理でメモリ２０３に記憶したデータが登録されていない場合（Ｓ１６０７：登録無）、受信要求運行管理情報生成機能２１０は、会員ＩＤと、ログインＩＤと、受信要求連携時刻と、受信要求更新日時を受信要求運行管理情
報３０４に登録する。この時、受信要求連携時刻の秒数は切り捨てて登録する。例えば、受信要求アクセス履歴情報３０３の受信要求アクセス時刻に登録されている値が「１６時００分１０秒」の場合、受信要求運行管理情報３０４の受信要求連携時刻における登録時刻は「１６時００分」とする。
−−−フロー例６−−−
【００８０】
図１８は、本実施形態におけるデータ連携制御方法のフロー例６を示す図である。具体的には、受信要求運行管理情報生成機能２１０が、Ｇ／ＷＤＢサーバ１３の受信要求アクセス履歴情報３０３に登録された、コマンド利用企業毎の、Ｇ／Ｗダウンロ―ドファイル受信要求を実行する運行スケジュールについて、ある一定期間において受信要求更新日時が更新されない場合に、当該レコードを削除する処理を示すフローチャートである。
【００８１】
この場合、Ｇ／Ｗサーバ１２の受信要求運行管理情報生成機能２１０は、Ｇ／ＷＤＢサーバ１０３の受信要求アクセス履歴情報３０３を検索する（Ｓ１７０１）。
【００８２】
次に、受信要求運行管理情報生成機能２１０は、受信要求アクセス履歴情報３０３に登録されている各レコードの受信要求更新日時を取得する（Ｓ１７０２）。
【００８３】
次に、受信要求運行管理情報生成機能２１０は、上述のＳ１７０２の処理で取得した受信要求更新日時と、当該受信要求運行管理情報生成機能２１０の起動日時を比較する（Ｓ１７０３）。この比較の結果、各受信要求更新日時のうち上述の起動日時までの期間が１ヶ月を越えるもの（Ｓ１７０４：ＹＥＳ）、すなわち過去１カ月以上経過しているレコードについて、受信要求運行管理情報生成機能２１０は、当該受信要求連携時刻において、一定期間のＧ／Ｗダウンロードファイル受信要求が無いものとみなし、当該レコードを受信要求運行管理情報３０４から削除する（Ｓ１７０５）。
【００８４】
他方、上述の比較の結果、各受信要求更新日時のうち上述の起動日時までの期間が１ヶ月を越えないもの（Ｓ１７０４：ＮＯ）、すなわち過去１カ月以内のレコードについて、受信要求運行管理情報生成機能２１０は、当該受信要求連携時刻において、一定期間のＧ／Ｗダウンロードファイル受信要求があるものとみなし、当該データを削除せず（Ｓ１７０６）、処理を終了する。
−−−フロー例７−−−
【００８５】
図１９は、本実施形態におけるデータ連携制御方法のフロー例７を示す図である。具体的には、Ｇ／Ｗサーバ１２のＥＤＩ−ＧＷ間データ連携機能２０９が、Ｇ／ＷＤＢサーバ１３が具備する受信要求運行管理情報３０４に登録されているコマンド利用企業毎の受信要求連携時刻を参照してファイル形式変換等の所定処理の実行順位を決定し、ＥＤＩＤＢサーバ１４から取得したＥＤＩダウンロードファイルの実体を、Ｇ／ＷＤＢサーバ１３が具備するＧ／Ｗダウンロードファイル実体情報３０２に格納する処理を示すフローチャートである。
【００８６】
この場合、Ｇ／Ｗサーバ１２は、ＥＤＩ−ＧＷ間データ連携機能２０９を呼び出す（Ｓ１８０１）。
【００８７】
次に、ＥＤＩ−ＧＷ間データ連携機能２０９は、ＥＤＩＤＢサーバ１０４のＥＤＩファイル管理情報４０１を検索し、処理状態が「未処理」のレコードを特定し、当該レコードの会員ＩＤ（ＴＯ）とＥＤＩファイル管理ＩＤの値を取得する（Ｓ１８０２）。
【００８８】
次に、ＥＤＩ−ＧＷ間データ連携機能２０９は、上述のＳ１８０２の処理で取得した会員ＩＤ（ＴＯ）毎に、処理対象レコードが何件あるか計数し、会員ＩＤ（ＴＯ）毎のＥＤ
Ｉ−ＧＷ間データ連携処理の想定処理時間を算出する（Ｓ１８０３）。この想定処理時間の算出は、例えば、処理対象の各ＥＤＩファイルのデータサイズ値に、単位データサイズあたりの標準処理時間の値（例：記憶装置２０１に予め格納され、ＥＤＩ−ＧＷ間データ連携機能２０９が利用可能）を乗算して行うことができる。
【００８９】
次に、ＥＤＩ−ＧＷ間データ連携機能２０９は、Ｇ／ＷＤＢサーバ１３の受信要求運行管理情報３０４を検索し、上述のＳ１８０２の処理で取得した会員ＩＤ（ＴＯ）毎に、直近の受信要求連携時刻を特定し、値を取得する（Ｓ１８０４）。
【００９０】
続いて、ＥＤＩ−ＧＷ間データ連携機能２０９は、上述のＳ１８０４の処理で取得した直近の受信要求連携時刻の値と、Ｓ１８０３の処理で取得した会員ＩＤ（ＴＯ）毎のＥＤＩ−ＧＷ間データ連携処理の想定処理時間を加算し、加算した値すなわち時刻の情報をメモリ２０３に記憶する（Ｓ１８０５）。
【００９１】
次に、ＥＤＩ−ＧＷ間データ連携機能２０９は、ＥＤＩ−ＧＷ間データ連携機能２０９の起動時刻（現在時刻）から、上述のＳ１８０５の処理で取得した時刻を減算する（Ｓ１８０６）。例えば、ＥＤＩ−ＧＷ間データ連携機能２０９の起動時刻（現在時刻）が「１５：２５」であり、Ｓ１８０５の処理で取得した時刻が「１５：００」であった場合、減算すると、「０：２５」の算定値を得られる。
【００９２】
次に、ＥＤＩ−ＧＷ間データ連携機能２０９は、上述のＳ１８０６で算定した値が、０より大きいか判定する（Ｓ１８０７）。上述の算定値が０以下の場合とは、受信要求運行管理情報３０４において次に到来する時刻（最も近い未来の時刻）までに、上述の処理対象レコードに関してＥＤＩ−ＧＷ間データ連携処理を終えることが出来ないことを意味する。そのため、上述の算定値が０以下の場合（Ｓ１８０７：０以下）、ＥＤＩ−ＧＷ間データ連携機能２０９は、当該処理対象レコードに関する処理を、その次の時刻（上述の“最も近い未来の時刻”の次に到来する時刻）に向けた処理分と認識し、処理を終了する。
【００９３】
他方、上述の算定値が０より大きい場合（Ｓ１８０７：大きい）、ＥＤＩ−ＧＷ間データ連携機能２０９は、会員ＩＤ（ＴＯ）毎算出した値を比較し、値の小さい順に、ＥＤＩ−ＧＷ間データ連携処理の実行順位を決定する（Ｓ１８０８）。値が小さい順、とは、受信要求運行管理情報３０４において次に到来する時刻（最も近い未来の時刻）までの残り時間が少ない順であり、より早めの処理が必要であることを意味する。
【００９４】
続いて、ＥＤＩ−ＧＷ間データ連携機能２０９は、上述のＳ１８０８の処理で決定した実行順に、ファイル形式変換等のＥＤＩ−ＧＷ間データ連携処理を実行し（Ｓ１８１０）、処理を終了する。なお、ファイル形式変換等の処理自体は、従来から存在するＥＤＩシステムにおけるものと同様のものを採用してよい。
−−−フロー例８−−−
【００９５】
図２０は、本実施形態におけるデータ連携制御方法のフロー例８を示す図である。具体的には、上述のＳ１８０４の詳細処理を示すフローチャートである。
【００９６】
この場合、ＥＤＩ−ＧＷ間データ連携機能２０９は、上述のＳ１８０２の処理で取得した会員ＩＤ（ＴＯ）毎に、Ｇ／ＷＤＢサーバ１３の受信要求運行管理情報３０４に登録されている受信要求連携時刻の値を取得する（Ｓ１９０１）。
【００９７】
次に、ＥＤＩ−ＧＷ間データ連携機能２０９は、上述のＳ１９０２の処理で取得した受信要求連携時刻の値と、ＥＤＩ−ＧＷ間データ連携機能の起動時刻（現在時刻）を比較（引き算）し（Ｓ１９０２）、比較結果（引き算）の値が０より大きいか判定する（Ｓ１９
０３）。
【００９８】
上述の比較結果（引き算）の値が０より大きい場合（Ｓ１９０３：大きい）、ＥＤＩ−ＧＷ間データ連携機能２０９は、取得した値の中で一番小さな値が、直近の受信要求運行連携時刻として判定し（Ｓ１９０４）、当該フローを終了する。
【００９９】
他方、上述の比較結果（引き算）の値が０以下の場合（Ｓ１９０３：０以下）、ＥＤＩ−ＧＷ間データ連携機能２０９は、当該時刻を「受信要求運行連携必要なし」（過ぎた時間であるため）と判定し、そのまま処理を終了する（Ｓ１９０５）。
−−−フロー例９−−−
【０１００】
図２１は、本実施形態におけるデータ連携制御方法のフロー例９を示す図である。具体的には、上述のＳ１８１０の詳細処理を示すフローチャートである。
【０１０１】
この場合、ＥＤＩ−ＧＷ間データ連携機能２０９は、上述のＳ１８０２の処理で取得したＥＤＩファイル管理ＩＤを元に、ＥＤＩＤＢサーバ１４のＥＤＩファイル実体情報４０２を検索し、ＥＤＩファイル管理ＩＤに紐つくＥＤＩファイルの実体を取得する（Ｓ２００１）。
【０１０２】
次に、ＥＤＩ−ＧＷ間データ連携機能２０９は、上述にて実体を取得したＥＤＩファイルに紐付く、ＥＤＩファイル管理情報４０１における「ＥＤＩファイル処理状態」を「未処理」に更新し、取得したＥＤＩファイルの実体をＧ／ＷＤＢサーバ１３のＧ／Ｗダウンロードファイル実体情報３０２に格納する（Ｓ２００２）。
【０１０３】
次に、ＥＤＩ−ＧＷ間データ連携機能２０９は、Ｓ２００１で取得したＥＤＩファイルの実体をＧ／ＷＤＢサーバ１３のＧ／Ｗダウンロードファイル実体情報３０２に格納すると共に、Ｇ／ＷＤＢサーバ１３のファイル管理情報３０１に、Ｇ／Ｗファイル管理ＩＤ、会員ＩＤ、Ｇ／Ｗダウンロードファイル登録日時、情報種、および処理状態「未受信」の各値を含むレコードを登録する（Ｓ２００３）。
【０１０４】
以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【０１０５】
こうした本実施形態によれば、ユーザ特性に応じたＥＤＩデータの処理スケジュールを生成し、ＥＤＩデータ取得待ち時間の低減が可能となる。
【０１０６】
本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態のデータ連携制御システムにおいて、前記演算装置は、前記実行パターンに基づいて前記所定処理を実行して得た、当該処理の実行後のＥＤＩデータを、当該ユーザ企業宛に配信予定のＥＤＩデータとして記憶装置に格納する処理を更に実行するものである、としてもよい。
【０１０７】
これによれば、実行パターンの示す取得要求のタイミングに応じて、前記受信済みのＥＤＩデータに対し、所定のファイル形式に変換するといった処理を実行し、当該ＥＤＩデータの配信先であるユーザ企業の端末宛てに、予め保持することが出来る。このことは、当該データ連携制御システムにおける処理負荷を、上述の実行パターンに応じて適宜に分散させることにつながる。
【０１０８】
また、本実施形態のデータ連携制御システムにおいて、前記演算装置は、前記所定処理の実行に際し、現時点における各ユーザ企業宛の前記受信済みのＥＤＩデータに対して前
記所定処理を実行する場合の処理時間を所定アルゴリズムで推定し、前記実行パターンが各ユーザ企業に関して示す、前記取得要求のタイミングのうち最も近い未来の時刻を特定し、前記特定した時刻から前記推定した処理時間が経過した時刻を前記各ユーザ企業に関して算定し、当該算定した時刻が現時刻の以前の時刻であり、前記算定した時刻が現時刻により近いユーザ企業ほど先の順序で、前記所定処理の各ユーザ企業間での実行順序を決定し、前記実行パターンにおける前記特定した時刻の到来に伴い、前記決定した実行順序で、各ユーザ企業宛の前記受信済みのＥＤＩデータの前記所定処理を実行するものである、としてもよい。
【０１０９】
これによれば、現実に現時点で受信済みのＥＤＩデータの数やサイズ等に応じて、すなわち現実の状況に対応するよう、ファイル形式変換等の所定処理の順序を決定し、前述した変換等を効率的に実行することが可能となる。すなわち、ユーザ企業ごとのＥＤＩデータ処理の切迫度を考慮した順で所定処理（変換処理）が行われることになる。
【０１１０】
このような構成を採用しない場合、すなわち、受信済みのＥＤＩデータの数やサイズ等に無関係に、単純にＩＤの降順等でＥＤＩデータの変換等を行う場合、変換処理すべきＥＤＩデータが少数で処理負荷が低いにも関わらず、他ユーザ企業に先駆けて処理を実行する一方、変換処理すべきＥＤＩデータが膨大で処理負荷も高いにも関わらず、他ユーザ企業より常に遅れて処理を実行する状況が生じうる。この状況は、ＥＤＩデータに対する変換処理等のやり残しが、バッチ処理のタイミングごとに引き継がれ、全体として常に高負荷でデータ効率も低い状況をデータ連携制御システムに生じさせうる。換言すれば、本願発明の構成を採用すれば、こうした状況の発生を抑制可能である。
【０１１１】
また、本実施形態のデータ連携制御システムにおいて、前記演算装置は、前記実行パターンの特定に際し、所定ユーザ企業による前記取得要求が過去に複数回行われた時刻を前記履歴情報から特定し、当該特定した時刻を、当該ユーザ企業の前記実行パターンにおける前記取得要求のタイミングの情報として記憶装置に格納するものである、としてもよい。
【０１１２】
これによれば、各ユーザ企業におけるＥＤＩデータの取得要求の実際の傾向を踏まえた、実行パターンの特定が可能である。このことは、当該データ連携制御システムにおいて、無意味なタイミングでのＥＤＩデータの変換処理等を回避し、ひいてはシステム全体での処理効率の向上につながる。
【０１１３】
また、本実施形態のデータ連携制御システムにおいて、前記演算装置は、前記特定した前記時刻に関して、当該時刻の特定後から所定期間内に、当該時刻に当該ユーザ企業の取得要求を受信したか前記履歴情報にて判定し、当該判定の結果、前記所定期間内に当該時刻での前記受信が無かった場合、当該時刻に対応した情報を、当該ユーザ企業に関する前記実行パターンから削除する処理を更に実行するものである、としてもよい。
【０１１４】
これによれば、各ユーザ企業におけるＥＤＩデータの取得要求の最新傾向を踏まえ、実行パターンを継続的に最適化することが可能である。このことは、当該データ連携制御システムにおいて、無意味なタイミングでのＥＤＩデータの変換処理等を継続的に回避し、ひいてはシステム全体での処理効率の更なる向上につながる。
【０１１５】
また、本実施形態のデータ連携制御方法において、前記情報処理装置が、前記実行パターンに基づいて前記所定処理を実行して得た、当該処理の実行後のＥＤＩデータを、当該ユーザ企業宛に配信予定のＥＤＩデータとして記憶装置に格納する処理を更に実行する、としてもよい。
【０１１６】
また、本実施形態のデータ連携制御方法において、前記情報処理装置が、前記所定処理の実行に際し、現時点における各ユーザ企業宛の前記受信済みのＥＤＩデータに対して前記所定処理を実行する場合の処理時間を所定アルゴリズムで推定し、前記実行パターンが各ユーザ企業に関して示す、前記取得要求のタイミングのうち最も近い未来の時刻を特定し、前記特定した時刻から前記推定した処理時間が経過した時刻を前記各ユーザ企業に関して算定し、当該算定した時刻が現時刻の以前の時刻であり、前記算定した時刻が現時刻により近いユーザ企業ほど先の順序で、前記所定処理の各ユーザ企業間での実行順序を決定し、前記実行パターンにおける前記特定した時刻の到来に伴い、前記決定した実行順序で、各ユーザ企業宛の前記受信済みのＥＤＩデータの前記所定処理を実行する、としてもよい。
【０１１７】
また、本実施形態のデータ連携制御方法において、前記情報処理装置が、前記実行パターンの特定に際し、所定ユーザ企業による前記取得要求が過去に複数回行われた時刻を前記履歴情報から特定し、当該特定した時刻を、当該ユーザ企業の前記実行パターンにおける前記取得要求のタイミングの情報として記憶装置に格納する、としてもよい。
【０１１８】
また、本実施形態のデータ連携制御方法において、前記情報処理装置が、前記特定した前記時刻に関して、当該時刻の特定後から所定期間内に、当該時刻に当該ユーザ企業の取得要求を受信したか前記履歴情報にて判定し、当該判定の結果、前記所定期間内に当該時刻での前記受信が無かった場合、当該時刻に対応した情報を、当該ユーザ企業に関する前記実行パターンから削除する処理を更に実行する、としてもよい。
【符号の説明】
【０１１９】
１  企業間情報交換システム（マルチテナント型ＥＤＩシステム）
１０  インターネット
１１、１６  ユーザ端末
１２  Ｇ／Ｗサーバ（データ連携制御システム）
１３  Ｇ／ＷＤＢサーバ
１４  ＥＤＩＤＢサーバ
１５  ＥＤＩサーバ
２０１  記憶装置
２０２  プログラム
２０３  メモリ
２０４  演算装置
２０５  ネットワークインターフェース
２０７  認証機能
２０８  Ｇ／Ｗダウンロードファイル回答機能
２０９  ＥＤＩ−ＧＷ間データ連携機能
２１０  受信要求運行管理情報生成機能
２１２  データ
２１３  ユーザ認証情報
３０１  Ｇ／Ｗダウンロードファイル管理情報
３０２  Ｇ／Ｗダウンロードファイル実体情報
３０３  受信要求アクセス履歴情報（履歴情報）
３０４  受信要求運行管理情報（実行パターン）
４０１  ＥＤＩファイル管理情報
４０２  ＥＤＩファイル実体情報
５０１  記憶装置
５０２  プログラム
５０３  メモリ
５０４  演算装置
５０５  ネットワークインターフェース
５０７  認証機能
５０８  ＥＤＩファイル受付・登録機能
【図１】
0006542647.tif 000002
【図２】
0006542647.tif 000003
【図３】
0006542647.tif 000004
【図４】
0006542647.tif 000005
【図５】
0006542647.tif 000006
【図６】
0006542647.tif 000007
【図７】
0006542647.tif 000008
【図８】
0006542647.tif 000009
【図９】
0006542647.tif 000010
【図１０】
0006542647.tif 000011
【図１１】
0006542647.tif 000012
【図１２】
0006542647.tif 000013
【図１３】
0006542647.tif 000014
【図１４】
0006542647.tif 000015
【図１５】
0006542647.tif 000016
【図１６】
0006542647.tif 000017
【図１７】
0006542647.tif 000018
【図１８】
0006542647.tif 000019
【図１９】
0006542647.tif 000020
【図２０】
0006542647.tif 000021
【図２１】
0006542647.tif 000022