(57)【要約】  受信部（０３）は、ＥＤＩクライアント装置（２０）から送信されたデータを受信する。受信部（０５）はＥＤＩクライアント装置（２１）から送信されたデータを受信する。送信部（３２）はＥＤＩクライアント装置（２２）から送信が要求されたデータをＥＤＩクライアント装置（２２）に送信する。送信部（３３）はＥＤＩクライアント装置（２３）から送信が要求されたデータをＥＤＩクライアント装置（２３）に送信する。送信制御部（３４）は、送信部（３２、３３）からＥＤＩクライアント装置（２２、２３）へのデータの送信がＥＤＩクライアント装置（２０、２１）からのデータの受信順序に従って行われるように、送信部（３２、３３）によるＥＤＩクライアント装置（２２、２３）へのデータの送信順序を制御する。
2017195250.tif 000002
【特許請求の範囲】
【請求項１】
送信元機器から送信されたデータを受信し、受信した前記送信元機器からのデータを複数の送信先機器のうちのいずれかに送信する中継装置であって、
各々が前記複数の送信先機器のいずれかに対応し、対応する送信先機器から送信が要求された前記送信元機器からのデータを、対応する送信先機器に送信する複数の送信部と、
前記複数の送信部から前記複数の送信先機器へのデータの送信が前記送信元機器からのデータの受信順序に従って行われるように、前記複数の送信部による前記複数の送信先機器へのデータの送信順序を制御する送信制御部とを有する中継装置。
【請求項２】
前記送信制御部は、
前記送信元機器からの受信順序が先である先行データよりも先に前記送信元機器からの受信順序が後である後行データの送信が要求された場合に、前記後行データを送信する送信部に前記後行データの送信を保留させて前記先行データを送信する送信部に前記先行データの送信を前記後行データの送信に先立って行わせる請求項１に記載の中継装置。
【請求項３】
前記複数の送信部は、それぞれ、
対応する送信先機器からいずれかのデータの送信を要求された場合に、前記送信制御部に、対応する送信先機器から送信が要求された送信要求データの送信が許可されるか否かを問い合わせ、
前記送信制御部は、
前記送信要求データの送信が許可されるか否かの問い合わせを受けた場合に、前記送信要求データよりも受信順序が先の未送信のデータが存在するか否かを判定し、
前記送信要求データよりも受信順序が先の未送信のデータが存在しない場合に、問い合わせを行った送信部に前記送信要求データの送信の許可を与え、
前記送信要求データよりも受信順序が先の未送信のデータが存在する場合に、問い合わせを行った送信部に前記送信要求データの送信の許可を与えない請求項２に記載の中継装置。
【請求項４】
前記中継装置は、更に、
前記複数の送信先機器の各々に設定されているアカウントの単位でデータ送信履歴を抽出し、抽出したデータ送信履歴に基づき、アカウントの単位で課金計算を行う課金計算部を有する請求項１に記載の中継装置。
【請求項５】
前記中継装置は、
前記送信元機器から送信された発注データを受信し、受信した前記送信元機器からの発注データを前記複数の送信先機器のうちのいずれかに受注データとして送信するＥＤＩ（Ｅｌｅｃｔｒｏｎｉｃ  Ｄａｔａ  Ｉｎｔｅｒｃｈａｎｇｅ）サーバ装置である請求項１に記載の中継装置。
【請求項６】
送信元機器から送信されたデータを受信し、受信した前記送信元機器からのデータを複数の送信先機器のうちのいずれかに送信するコンピュータに、
各々が前記複数の送信先機器のいずれかに対応し、対応する送信先機器から送信が要求された前記送信元機器からのデータを、対応する送信先機器に送信する複数の送信処理と、
前記複数の送信処理から前記複数の送信先機器へのデータの送信が前記送信元機器からのデータの受信順序に従って行われるように、前記複数の送信処理による前記複数の送信先機器へのデータの送信順序を制御する送信制御処理とを実行させる中継プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ中継技術に関する。以下では、データ中継技術の一例として、ＥＤＩ（Ｅｌｅｃｔｒｏｎｉｃ  Ｄａｔａ  Ｉｎｔｅｒｃｈａｎｇｅ）システムを説明する。
【背景技術】
【０００２】
特許文献１及び特許文献２には、ＥＤＩシステムが開示されている。
ＥＤＩシステムでは、一般的に、ＥＤＩサーバ装置が、発注元企業のＥＤＩクライアント装置から送信されたデータを受信し、受信したデータを蓄積する。更に、ＥＤＩサーバ装置が、蓄積したデータを、発注先企業のＥＤＩクライアント装置に送信する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第５３３０１４２号
【特許文献２】特開２００２−２０３０５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１及び特許文献２に開示されているＥＤＩシステムでは、発注先企業に複数のＥＤＩクライアント装置が存在する場合は、ＥＤＩサーバ装置から発注先企業の複数のＥＤＩクライアント装置へのデータ送信が、発注元企業のＥＤＩクライアント装置からＥＤＩサーバ装置へのデータの送信順序の通りに行われない可能性がある。
例えば、発注先企業にＥＤＩクライアント装置ＡとＥＤＩクライアント装置Ｂが存在し、ＥＤＩサーバ装置が発注元企業のＥＤＩクライアント装置からのデータＸとデータＹとを蓄積しているとする。また、ＥＤＩサーバ装置は、発注元企業のＥＤＩクライアント装置からデータＸを先に受信し、データＹを後から受信しているものとする。ＥＤＩクライアント装置Ａが時刻ＡにデータＹの送信をＥＤＩサーバ装置に要求し、ＥＤＩクライアント装置Ｂが時刻Ｂ（時刻Ｂは時刻Ａよりも後の時刻）にデータＸの送信をＥＤＩサーバ装置に要求したと仮定する。この場合は、ＥＤＩサーバ装置は、ＥＤＩクライアント装置ＡにデータＹを送信し、その後、ＥＤＩクライアント装置ＢにデータＸを送信することになる。発注先企業内の管理装置は、ＥＤＩクライアント装置Ａにより受信されたデータＹとＥＤＩクライアント装置Ｂにより受信されたデータＸとを統合して管理する。前述したように、ＥＤＩクライアント装置ＡがデータＹを受信し、その後、ＥＤＩクライアント装置ＢがデータＸを受信するため、管理装置では、データＹ、データＸの順序でデータＹとデータＸを管理する。このため、発注先企業では、発注元企業から送信された順序と異なる順序でデータが管理されることになる。
このように、従来のＥＤＩシステムでは、データの送信元におけるデータの順序がデータの送信先では維持されないという課題がある。【０００５】
本発明は、このような課題を解決することを主な目的の一つとしており、データの送信元におけるデータの順序がデータの送信先でも維持されるようにすることを主な目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る中継装置は、
送信元機器から送信されたデータを受信し、受信した前記送信元機器からのデータを複数の送信先機器のうちのいずれかに送信する中継装置であって、
各々が前記複数の送信先機器のいずれかに対応し、対応する送信先機器から送信が要求された前記送信元機器からのデータを、対応する送信先機器に送信する複数の送信部と、
前記複数の送信部から前記複数の送信先機器へのデータの送信が前記送信元機器からのデータの受信順序に従って行われるように、前記複数の送信部による前記複数の送信先機器へのデータの送信順序を制御する送信制御部とを有する。
【発明の効果】
【０００７】
本発明では、複数の送信先機器へのデータの送信が送信元機器からのデータの受信順序に従って行われる。このため、本発明によれば、データの送信元におけるデータの順序がデータの送信先でも維持される。
【図面の簡単な説明】
【０００８】
【図１】実施の形態１に係るシステム構成例を示す図。
【図２】実施の形態１に係る設定ファイルの例を示す図。
【図３】実施の形態１に係る受信部の動作例を示すフローチャート図。
【図４】実施の形態１に係る仕分部の動作例を示すフローチャート図。
【図５】実施の形態１に係るダウンロード順序管理テーブルの例を示す図。
【図６】実施の形態１に係るアカウントフォーマット管理テーブルの例を示す図。
【図７】実施の形態１に係る変換部の動作例を示すフローチャート図。
【図８】実施の形態１に係る送信部の動作例を示すフローチャート図。
【図９】実施の形態１に係る送信制御部の動作例を示すフローチャート図。
【図１０】実施の形態１に係るアカウント管理部の動作例を示すフローチャート図。
【図１１】実施の形態１に係る課金計算部の動作例を示すフローチャート図。
【図１２】実施の形態１に係る履歴テーブルの例を示す図。
【図１３】実施の形態１に係るＥＤＩサーバ装置のハードウェア構成の例を示す図。
【図１４】実施の形態１に係る発注データの例を示す図。
【発明を実施するための形態】
【０００９】
実施の形態１．
＊＊＊構成の説明＊＊＊
図１は、本実施の形態に係るシステム構成例を示す。
【００１０】
図１に示すように、ＥＤＩサーバ装置０１は、ネットワーク０２を介して、発注Ａ社のＥＤＩクライアント装置２０と接続されている。また、ＥＤＩサーバ装置０１は、ネットワーク０４を介して、発注Ｂ社のＥＤＩクライアント装置２１と接続されている。
更に、ＥＤＩサーバ装置０１は、ネットワーク０６を介して、受注Ｃ社のＥＤＩクライアント装置２２と接続されている。また、ＥＤＩサーバ装置０１は、受注Ｃ社のＥＤＩクライアント装置２３に接続されている。
ＥＤＩサーバ装置０１は、ＥＤＩクライアント装置２０及びＥＤＩクライアント装置２１の各々から送信された発注データを受信し、受信した発注データを受注データとしてＥＤＩクライアント装置２２及びＥＤＩクライアント装置２３に送信する。
ＥＤＩサーバ装置０１は、中継装置に相当する。
【００１１】
ＥＤＩクライアント装置２０は、発注元企業である発注Ａ社のクライアント装置である。ＥＤＩクライアント装置２０は、発注先企業である受注Ｃ社宛の発注データをＥＤＩサーバ装置０１に送信する。
ＥＤＩクライアント装置２１は、発注元企業である発注Ｂ社のクライアント装置である。ＥＤＩクライアント装置２１は、発注先企業である受注Ｃ社宛の発注データをＥＤＩサーバ装置０１に送信する。
ＥＤＩクライアント装置２０及びＥＤＩクライアント装置２１は、それぞれ、送信元機器に相当する。
【００１２】
ＥＤＩクライアント装置２２及びＥＤＩクライアン装置２３は、ともに受注Ｃ社のクライアント装置である。
ＥＤＩクライアント装置２２及びＥＤＩクライアン装置２３は、それぞれ、ＥＤＩサーバ装置０１に受注データの送信を要求し、ＥＤＩサーバ装置０１から送信された受注データを受信する。
ＥＤＩクライアント装置２２及びＥＤＩクライアント装置２３は、それぞれ、送信先機器に相当する。
【００１３】
ＥＤＩサーバ装置０１は、図１に示すように、受信部０３、受信部０５、変換部０７、変換部１２、仕分部３１、送信部３２、送信部３３、送信制御部３４、アカウント管理部３５、履歴テーブル記憶部３６、ダウンロード順序管理テーブル記憶部３７、アカウントフォーマット管理テーブル記憶部３８、課金計算部３９で構成される。
なお、ＥＤＩサーバ装置０１の機能構成の詳細は後述する。
【００１４】
図１３は、図１に示すＥＤＩサーバ装置０１のハードウェア構成例を示す。
ＥＤＩサーバ装置０１は、図１３に示すように、プロセッサ１３０１、補助記憶装置１３０２、主記憶装置１３０３、通信装置１３０４、入出力装置１３０５を備えるコンピュータである。
補助記憶装置１３０２には、受信部０３、受信部０５、変換部０７、変換部１２、仕分部３１、送信部３２、送信部３３、送信制御部３４、アカウント管理部３５、課金計算部３９の機能を実現するプログラムが格納されている。つまり、受信部０３、受信部０５、変換部０７、変換部１２、仕分部３１、送信部３２、送信部３３、送信制御部３４、アカウント管理部３５、課金計算部３９は、プログラムで実現される。これらプログラムは、中継プログラムに相当する。
そして、これらプログラムは主記憶装置１３０３にロードされ、プロセッサ１３０１により実行される。つまり、プロセッサ１３０１は、プログラムを実行して、受信部０３、受信部０５、変換部０７、変換部１２、仕分部３１、送信部３２、送信部３３、送信制御部３４、アカウント管理部３５、課金計算部３９の動作を行う。
図１３では、プロセッサ１３０１が受信部０３、受信部０５、変換部０７、変換部１２、仕分部３１、送信部３２、送信部３３、送信制御部３４、アカウント管理部３５、課金計算部３９の機能を実現するプログラムを実行している状態を模式的に表している。
また、図１に示す履歴テーブル記憶部３６、ダウンロード順序管理テーブル記憶部３７、アカウントフォーマット管理テーブル記憶部３８は、例えば、補助記憶装置１３０２により実現される。
通信装置１３０４は、受信部０３及び受信部０５の制御により、ＥＤＩクライアント装置２０及びＥＤＩクライアント装置２１から発注データを受信する。また、通信装置１３０４は、送信部３２及び送信部３３の制御により、ＥＤＩクライアント装置２２及びＥＤＩクライアント装置２３に受注データを送信する。
入出力装置１３０５は、ＥＤＩサーバ装置０１のユーザとのインタフェースとなる。
【００１５】
次に、図１に示すＥＤＩサーバ装置０１の機能構成例を説明する。
【００１６】
受信部０３は、ネットワーク０２を介して発注Ａ社のＥＤＩクライアント装置２０に接続されている。受信部０３は、ＥＤＩクライアント装置２０から発注データを受信し、受信した発注データを蓄積する。
受信部０５は、ネットワーク０４を介して発注Ｂ社のＥＤＩクライアント装置２１に接続されている。受信部０５は、発注Ｂ社のＥＤＩクライアント装置２１から発注データを受信し、受信した発注データを蓄積する。
【００１７】
仕分部３１は、受信部０３及び受信部０５から発注データを読み込み、発注データを宛先ごとに仕分ける。
【００１８】
変換部０７は、仕分部３１からＥＤＩクライアント装置２２宛の発注データを取得し、取得した発注データのフォーマット変換を行う。
変換部１２は、仕分部３１からＥＤＩクライアント装置２３宛の発注データを取得し、取得した発注データのフォーマット変換を行う。
【００１９】
送信部３２は、ネットワーク０６を介してＥＤＩクライアント装置２２に接続されている。つまり、送信部３２は、受注Ｃ社の複数のＥＤＩクライアント装置のうちＥＤＩクライアント装置２２に対応している。送信部３２は、変換部０７から、変換部０７でフォーマット変換された後の発注データを受注データとして取得する。また、送信部３２は、取得した受注データを蓄積する。そして、送信部３２は、対応するＥＤＩクライアント装置２２から受注データの送信が要求された場合に、ＥＤＩクライアント装置２２から送信が要求された受注データを、ＥＤＩクライアント装置２２に送信する。
より具体的には、送信部３２は、ＥＤＩクライアント装置２２から受注データの送信を要求された場合に、送信制御部３４に、ＥＤＩクライアント装置２２から送信が要求された受注データ（以下、送信要求データともいう）の送信が許可されるか否かを問い合わせる。そして、送信制御部３４により送信要求データの送信が許可された場合に、送信部３２は、送信要求データをＥＤＩクライアント装置２２に送信する。一方、送信制御部３４により送信要求データの送信が許可されない場合は、送信部３２は、送信要求データのＥＤＩクライアント装置２２への送信を保留する。
送信部３３は、ネットワーク０８を介してＥＤＩクライアント装置２３に接続されている。つまり、送信部３３は、受注Ｃ社の複数のＥＤＩクライアント装置のうちＥＤＩクライアント装置２３に対応している。送信部３３は、変換部１２から、変換部１２でフォーマット変換された後の発注データを受注データとして取得する。また、送信部３３は、取得した受注データを蓄積する。そして、送信部３３は、対応するＥＤＩクライアント装置２３から受注データの送信が要求された場合に、ＥＤＩクライアント装置２３から送信が要求された受注データを、ＥＤＩクライアント装置２３に送信する。
より具体的には、送信部３３は、ＥＤＩクライアント装置２３から受注データの送信を要求された場合に、送信制御部３４に、ＥＤＩクライアント装置２３から送信が要求された受注データ（以下、送信要求データともいう）の送信が許可されるか否かを問い合わせる。そして、送信制御部３４により送信要求データの送信が許可された場合に、送信部３３は、送信要求データをＥＤＩクライアント装置２３に送信する。一方、送信制御部３４により送信要求データの送信が許可されない場合は、送信部３３は、送信要求データのＥＤＩクライアント装置２３への送信を保留する。
なお、送信部３２及び送信部３３により行われる動作は、送信処理の例である。
【００２０】
送信制御部３４は、送信部３２からＥＤＩクライアント装置２２への受注データの送信及び送信部３３からＥＤＩクライアント装置２３への受注データの送信がＥＤＩクライアント装置２０及びＥＤＩクライアント装置２１からの発注データの受信順序に従って行われるように、送信部３２及び送信部３３によるＥＤＩクライアント装置２２及びＥＤＩクライアント装置２３への受注データの送信順序を制御する。つまり、送信制御部３４は、ＥＤＩクライアント装置２２又はＥＤＩクライアント装置２３から、受信順序が先である先行データよりも先に受信順序が後である後行データの送信が要求された場合に、後行データを送信する送信部（送信部３２又は送信部３３）に後行データの送信を保留させて先行データを送信する送信部（送信部３３又は送信部３２）に先行データの送信を後行データの送信に先立って行わせる。
より具体的には、送信制御部３４は、送信部３２又は送信部３３から、前述した送信要求データの送信が許可されるか否かの問い合わせを受けた場合に、送信要求データよりも受信順序が先の未送信のデータが存在するか否かを判定する。そして、送信要求データよりも受信順序が先の未送信のデータが存在しない場合に、送信制御部３４は、問い合わせを行った送信部に送信要求データの送信の許可を与える。一方、送信要求データよりも受信順序が先の未送信のデータが存在する場合に、問い合わせを行った送信部に送信要求データの送信の許可を与えない。
なお、送信制御部３４により行われる動作は、送信制御処理の例である。
【００２１】
アカウント管理部３５は、アカウントフォーマット管理テーブル記憶部３８で記憶されているアカウントフォーマット管理テーブルを管理する。
アカウントフォーマット管理テーブル記憶部３８は、アカウントフォーマット管理テーブルを記憶する。
アカウントフォーマット管理テーブルは、図６に例示するテーブルである。
アカウントフォーマット管理テーブルでは、発注者ごとに、受発注区分と、受信部と、発注データフォーマットと、受注者と、変換部と、送信部と、受注データフォーマットとが定義されている。
発注者ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）は、発注者の識別子である。発注者ＩＤ＝Ａは、発注Ａ社を意味する。発注者ＩＤ＝Ｂは、発注Ｂ社を意味する。
受発注区分は、発注者ＩＤに示される企業のＥＤＩクライアント装置と通信するデータが発注データであるか受注データであるかを示す。
受信部ＩＤは、ＥＤＩサーバ装置０１内の受信部の識別子である。
発注データフォーマットは、発注データのフォーマットを示す。
受注者ＩＤは、受注者の識別子である。受注者ＩＤ＝Ｃは、受注Ｃ社を意味する。
変換部ＩＤは、ＥＤＩサーバ装置０１内の変換部の識別子である。
送信部ＩＤは、ＥＤＩサーバ装置０１内の送信部の識別子である。
受注データフォーマットは、受注データのフォーマットを示す。
【００２２】
図６の１行目では、発注Ａ社の発注データは受信部０３で受信されることが定義されている。また、図６の１行目では、発注Ａ社の発注データは変換部０７でフォーマット変換されることが定義されている。また、図６の１行目では、受注データが送信部３２から受注Ｃ社に送信されることが定義されている。また、図６の１行目では、発注Ａ社の発注データのフォーマットが「Ｅ」であることが定義されている。また、図６の１行目では、受注データのフォーマットが「Ｇ」であることが定義されている。
同様に、図６の２行目では、発注Ｂ社の発注データは受信部０５で受信されることが定義されている。また、図６の２行目では、発注Ｂ社の発注データは変換部１２でフォーマット変換されることが定義されている。また、図６の２行目では、受注データが送信部３３から受注Ｃ社に送信されることが定義されている。また、図６の２行目では、発注Ｂ社の発注データのフォーマットが「Ｆ」であることが定義されている。また、図６の２行目では、受注データのフォーマットが「Ｈ」であることが定義されている。
なお、アカウントフォーマット管理テーブルに記述されている受注者ＩＤを、アカウントという。図６の１行目及び２行目の受注者ＩＤはともに「Ｃ」であるため、送信部３２からＥＤＩクライアント装置２２への受注データの送信及び送信部３３からＥＤＩクライアント装置２３への受注データの送信も同じアカウントに属する。
【００２３】
ダウンロード順序管理テーブル記憶部３７は、ダウンロード順序管理テーブルを記憶する。
ダウンロード順序管理テーブルは、図５に例示するテーブルである。
ダウンロード順序管理テーブルでは、発注データごとに、発注者と、発注データフォーマットと、受注データと、送信部と、受注者と、データ到着時刻と、ダウンロード状況とが定義されている。
発注者ＩＤ、発注データフォーマット、送信部ＩＤ、受注者ＩＤは、図６に示すものと同じである。
発注データＩＤは、発注データを一意に特定できる識別子である。受注データＩＤは、受注データを一意に特定できる識別子である。データ到着時刻は、発注データが受信部０３又は受信部０５で受信された時刻である。ダウンロード状況は、送信部３２又は送信部３３から受注データがＥＤＩクライアント装置２２又はＥＤＩクライアント装置２３に送信（ダウンロード）済みであるか否かを示す。
【００２４】
履歴テーブル記憶部３６は、履歴テーブルを記憶する。
履歴テーブルは、図１２に例示するテーブルである。
履歴テーブルには、送信部３２及び送信部３３による受注データの送信履歴が記述される。
受注者ＩＤ、受注データＩＤは、図６に示すものと同じである。
送信日は、送信部３２又は送信部３３がＥＤＩクライアント装置２２又はＥＤＩクライアント装置２３に受注データを送信した日を示す。送信時刻は、送信部３２又は送信部３３がＥＤＩクライアント装置２２又はＥＤＩクライアント装置２３に受注データを送信した時刻を示す。
【００２５】
課金計算部３９は、履歴テーブルを用いて課金計算を行う。
より具体的には、アカウントの単位で送信部３２及び送信部３３による受注データの送信履歴を履歴テーブルから抽出し、抽出した受注データの送信履歴に基づき、アカウントの単位で課金計算を行う。
図１２の履歴テーブルの場合は、レコード１及びレコード２は、ともに、受注者ＩＤ＝Ｃである。このため、レコード１及びレコード２に示される送信履歴は、同じアカウントに属する送信履歴である。従って、課金計算部３９は、受注Ｃ社に対する課金計算を、図１２のレコード１及びレコード２に基づいて行う。
【００２６】
図２は、送信部３２及び送信部３３の設定ファイルの例を示す。送信部３２は、設定ファイル４０に従って、受注者＝Ｃ宛のフォーマットＧの受注データを通信プロトコルＡにより送信する。送信部３３は、設定ファイル４１に従って、受注者＝Ｃ宛のフォーマットＨの受注データを通信プロトコルＢによりデータを送信する。
【００２７】
図１４は、ＥＤＩクライアント装置２０及びＥＤＩクライアント装置２１からの発注データの例を示す。発注データは受注者情報（受注者＝Ｃ）と発注データ本文を含む。
【００２８】
＊＊＊動作の説明＊＊＊
次に、フローチャートを参照して、本実施の形態に係るＥＤＩサーバ装置０１の動作例を説明する。
【００２９】
図３は、受信部０３及び受信部０５の動作例を示すフローチャート図である。以下では、受信部０３の動作を説明するが、受信部０５の動作も以下に示す通りである。
【００３０】
受信部０３は、発注Ａ社のＥＤＩクライアント装置２０からアップロード要求を受信する（ステップＳ３０１）。アップロード要求には、図１４に示す発注データが含まれる。
【００３１】
受信部０３は、アップロード要求のヘッダ情報を解析して、発注者を識別する（ステップＳ３０２）。ここでは、受信部０３は、発注者ＩＤ＝Ａを識別する。
【００３２】
次に、受信部０３は、アップロード要求から発注データを抽出する（ステップＳ３０３）。
【００３３】
次に、受信部０３は、ダウンロード順序管理テーブル（図５）を参照して発注データＩＤを採番する（ステップＳ３０４）。より具体的には、受信部０３は、ダウンロード順序管理テーブルに記述されている最新の発注データＩＤに続く番号を採番する。ここでは、受信部０３は、発注データＩＤ＝１０１を採番するものとする。
【００３４】
次に、受信部０３は、現在時刻を取得する（ステップＳ３０５）。ここでは、受信部０３は、現在時刻＝９：００を取得したものとする。
【００３５】
次に、受信部０３は、ダウンロード順序管理テーブル（図５）に新規レコードを生成し、生成した新規レコードに、発注データＩＤ、発注者ＩＤ、発注データフォーマット、受注者ＩＤ、データ到着時刻、ダウンロード状況を記入する（ステップＳ３０６）。
より具体的には、受信部０３は、ステップＳ３０４で採番した発注データＩＤ＝１０１、ステップＳ３０２で識別した発注者ＩＤ＝Ａ、受信部０３に対応する発注データフォーマット＝Ｅ、発注データ（図１４）に記述されている受注者ＩＤ＝Ｃ、ステップＳ３０５で取得したデータ到着時刻＝９：００をダウンロード順序管理テーブルに記入する。また、この段階では、受注データは送信されていないので、受信部０３は、ダウンロード順序管理テーブルに、ダウンロード状況＝未を記入する。
【００３６】
最後に、受信部０３は、ステップＳ３０３で抽出した発注データを発注データＩＤとともに、仕分部３１に出力する（ステップＳ３０７）。
【００３７】
図４は、仕分部３１の動作例を示すフローチャート図である。図４を参照して、仕分部３１の動作を説明する。
【００３８】
仕分部３１は、受信部０３又は受信部０５から、発注データと発注データＩＤを取得する（ステップＳ４０１）。ここでは、仕分部３１は、受信部０３から、発注データＩＤ＝１０１と発注データを取得したものとする。なお、以下では、仕分部３１が受信部０３から取得した発注データＩＤ＝１０１の発注データを発注データ１０１と表記する。同様に、仕分部３１が受信部０５から取得した発注データＩＤ＝１０２の発注データを発注データ１０２と表記する。
【００３９】
次に、仕分部３１は、アカウントフォーマット管理テーブル（図６）から、変換部ＩＤ、送信部ＩＤ及び受注データフォーマットを取得する（ステップＳ４０２）。
具体的には、仕分部３１は、受信部０３から発注データ１０１を取得したため、アカウントフォーマット管理テーブル（図６）の受信部ＩＤ＝受信部０３のレコードを参照する。そして、仕分部３１は、当該レコードから、変換部ＩＤ＝変換部０７、送信部ＩＤ＝送信部３２、受注データフォーマット＝Ｇを取得する。
【００４０】
次に、仕分部３１は、ステップＳ４０２で取得した変換部ＩＤに対応する変換部に、ステップＳ４０１で取得した発注データと、ステップＳ４０２で取得した送信部ＩＤ及び受注データフォーマットとを出力する。
具体的には、仕分部３１は、変換部０７に、発注データ１０１と、送信部ＩＤ＝送信部３２及び受注データフォーマット＝Ｇとを出力する。
【００４１】
また、仕分部３１は、ダウンロード順序管理テーブル（図５）に、ステップＳ４０２で取得した送信部ＩＤを追記する（ステップＳ４０４）
具体的には、仕分部は、ダウンロード順序管理テーブルの発注データＩＤ＝１０１のレコードに、送信部ＩＤ＝送信部３２を追記する。
【００４２】
図７は、変換部０７及び変換部１２の動作例を示すフローチャート図である。以下では、変換部０７の動作を説明するが、変換部１２の動作も以下に示す通りである。
【００４３】
変換部０７は、発注データと、送信部ＩＤ及び受注データフォーマットとを取得する（ステップＳ７０１）。
具体的には、変換部０７は、発注データ１０１と、送信部ＩＤ＝送信部３２及び受注データフォーマット＝Ｇとを取得する。
【００４４】
次に、変換部０７は、発注データのフォーマットを変換する（ステップＳ７０２）。
具体的には、変換部０７は、ステップＳ７０１で取得した受注データフォーマット＝Ｇに従って、発注データ１０１のフォーマットをフォーマットＧに変換する。
【００４５】
次に、変換部０７は、ダウンロード順序管理テーブル（図５）を参照し、フォーマット変換後の発注データである受注データに対して、受注データＩＤを新たに採番する（Ｓ７０３）。より具体的には、変換部０７は、ダウンロード順序管理テーブルに記述されている最新の受注データＩＤに続く番号を採番する。ここでは、変換部０７は、受注データＩＤ＝０１０１を採番するものとする。以下では、変換部０７により得られた受注データＩＤ＝０１０１の受注データを受注データ０１０１と表記する。同様に、変換部１２により得られた受注データＩＤ＝０１０２の受注データを受注データ０１０２と表記する。
【００４６】
最後に、変換部０７は、ステップＳ７０１で通知された送信部ＩＤに対応する送信部に、受注データを出力する（ステップＳ７０４）。
具体的には、変換部０７は、送信部３２に受注データ０１０１を出力する。
【００４７】
図８は、送信部３２及び送信部３３の動作例を示すフローチャート図である。以下では、送信部３２の動作を説明するが、送信部３３の動作も以下に示す通りである。
【００４８】
送信部３２は、ＥＤＩクライアント装置２２からダウンロード要求を受信する（ステップＳ８０１）。
送信部３２は、ダウンロード要求を解析して、ダウンロード対象の受注データを特定することができる。例えば、ダウンロード要求には、ダウンロード対象の受注データの受注データＩＤが含まれており、送信部３２は当該受注データＩＤに対応する受注データをダウンロード対象の受注データとして特定することができる。また、例えば、ダウンロード要求には、ＥＤＩクライアント装置２２で最後に受信された受注データの受注データＩＤが含まれており、送信部３２は当該受注データＩＤの次の番号の受注データＩＤに対応する受注データをダウンロード対象の受注データとして特定することができる。
ここでは、ダウンロード対象の受注データは受注データ０１０１であるとする。
【００４９】
次に、送信部３２は、ダウンロード対象の受注データのダウンロードが許可されるか否かを送信制御部３４に問い合わせる（ステップＳ８０２）。
具体的には、送信部３２は、ダウンロード対象の受注データ０１０１の受注データＩＤを送信制御部３４に通知する。
【００５０】
送信部３２は、送信制御部３４からダウンロード対象の受注データのダウンロードが許可された場合に、ダウンロード対象の受注データの送信を開始する（ステップＳ８０３、ステップＳ８０４）。つまり、送信部３２は、ＥＤＩクライアント装置２２への受注データ０１０１の送信を開始する。
【００５１】
受注データの送信が完了すると、送信部３２は、ダウンロード順序管理テーブル（図５）において、ダウンロード状況を「済」に書き換える（ステップＳ８０５）。
具体的には、送信部３２は、ダウンロード順序管理テーブルの受注データＩＤ＝０１０１のレコードのダウンロード状況を「済」に書き換える。
【００５２】
次に、送信部３２は、履歴テーブル（図１２）を更新する（ステップＳ８０６）。
具体的には、送信部３２は、現在時刻を取得し、履歴テーブルに新しいレコードを生成し、当該レコードに、設定ファイル４１に記載された受注者ＩＤ＝Ｃと、受注データＩＤ＝０１０１と、現在時刻とを記入する。
【００５３】
図９は、送信制御部３４の動作例を示すフローチャート図である。以下では、送信制御部３４が送信部３２からダウンロード許可の問い合せを受けた動作を説明するが、送信制御部３４が送信部３３からダウンロード許可の問い合せを受けた場合も以下に示す通りである。
【００５４】
送信制御部３４は、送信部３２よりダウンロード許可の問い合せを受ける（ステップＳ９０１）。
ここでは、送信制御部３４は、ダウンロード許可の問い合せとして、ダウンロード対象の受注データ０１０１の受注データＩＤ＝０１０１を送信部３２から通知される。
【００５５】
次に、送信制御部３４は、ダウンロード順序管理テーブル（図５）から、ダウンロード状況＝未が示されるレコードの受注データＩＤとデータ到着時刻を取得する（ステップＳ９０３）。
【００５６】
次に、送信制御部３４は、ダウンロード許可の問い合せを受けた受注データＩＤのデータ到着時刻が、ステップＳ９０３で取得したデータ到着時刻の中で最も早い時刻であるかどうかを判定する（ステップＳ９０４）。
ダウンロード許可の問い合せを受けた受注データＩＤのデータ到着時刻が最も早い時刻である場合は、送信制御部３４は送信部３２にダウンロードを許可する旨の応答を返す（ステップＳ９０５）。
一方、ダウンロード許可の問い合せを受けた受注データＩＤのデータ到着時刻が最も早い時刻ではない場合は、送信制御部３４は送信部３２にダウンロードを許可しない旨の応答を返す（ステップＳ９０６）。
なお、ステップＳ９０６の後、ダウンロード許可の問い合せを受けた受注データよりもデータ到着時刻が早い未送信データの送信が全て完了したら、送信制御部３４はダウンロード許可の問い合せを行った送信部にダウンロードを許可する旨の応答を返す。
【００５７】
図５に示すように、発注データ１０１は発注データ１０２より先に送信されている。このため、受注Ｃ社では、発注データ１０１に対応する受注データ０１０１を、発注データ１０２に対応する受注データ０１０２よりも先に受信することが望ましい。
図１に示すＥＤＩクライアント装置２２とＥＤＩクライアント装置２３は独立に動作する。このため、ＥＤＩクライアント装置２２が受注データ０１０１のダウンロードを要求する前にＥＤＩクライアント装置２３が受注データ０１０２のダウンロードを要求する可能性がある。ＥＤＩクライアント装置２２が受注データ０１０１のダウンロードを要求する前にＥＤＩクライアント装置２３が受注データ０１０２のダウンロードを要求した場合は、送信制御部３４による上述の制御がなければ、受注データ０１０１のダウンロードに先立って受注データ０１０２がダウンロードされることになる。
受注Ｃ社内の管理装置（図１に不図示）は、ＥＤＩクライアント装置２２により受信された受注データ０１０１とＥＤＩクライアント装置２３により受信された受注データ０１０２とを統合して管理する。受注データ０１０１のダウンロードに先立って受注データ０１０２がダウンロードされている場合は、管理装置にて、受注データ０１０２、受注データ０１０１の順で受注データ０１０２、受注データ０１０１が管理され、発注データ１０１、発注データ１０２の順序との間に齟齬が生じる。
本実施の形態では、ＥＤＩクライアント装置２２が受注データ０１０１のダウンロードを要求する前にＥＤＩクライアント装置２３が受注データ０１０２のダウンロードを要求した場合でも、送信制御部３４により、受注データ０１０１がダウンロードされた後に受注データ０１０２がダウンロードされる。このため、発注元（発注Ａ社、発注Ｂ社）におけるデータの順序が発注先（受注Ｃ社）でも維持される。
【００５８】
図１０は、アカウント管理部３５の動作例を示すフローチャート図である。
【００５９】
アカウント管理部３５は、ＥＤＩサーバ装置０１のユーザからの入力された発注者ＩＤ、受発注区分、受信部ＩＤ、発注データフォーマット、受注者ＩＤ、変換部ＩＤ、送信部ＩＤ、受注データフォーマットの値を、アカウントフォーマット管理テーブル（図６）にセットする（ステップＳ１００１）。
【００６０】
図１１は、課金計算部３９の動作例を示すフローチャート図である。
【００６１】
課金計算部３９は、履歴テーブル（図１２）を参照し、課金計算対象期間のデータ送信履歴をアカウント単位で抽出し、抽出したデータ送信履歴に基づき、アカウント単位で課金計算を行う（ステップＳ１１０１）。
例えば、課金計算対象期間が２０１５年１２月であれば、図１２の履歴テーブルのレコードＩＤ＝１とレコードＩＤ＝２の受注者ＩＤはともに「Ｃ」であり、同じアカウントに属する。このため、課金計算部３９は、レコードＩＤ＝１とレコードＩＤ＝２のデータ送信履歴（送信日、送信時刻、受注データＩＤ）を抽出する。そして、課金計算部３９は、受注者ＩＤ＝Ｃに対して、抽出したデータ送信履歴に基づき課金計算を行う。
【００６２】
従来のＥＤＩサーバ装置は、受注Ｃ社のＥＤＩクライアント装置（ＥＤＩクライアント装置２２、ＥＤＩクライアント装置２３）の単位で課金計算を行っている。このため、受注Ｃ社は、決済処理をＥＤＩクライアント装置の単位で行わなければならず煩雑であった。
本実施の形態に係る課金計算部３９は、アカウント単位で課金計算を行う。つまり、課金計算部３９は、受注Ｃ社のＥＤＩクライアント装置の単位ではなく、受注Ｃ社全体に対する課金計算を行う。このため、受注Ｃ社は、決済処理を簡素化することができる。
【００６３】
＊＊＊実施の形態の効果の説明＊＊＊
以上、本実施の形態によれば、発注元（発注Ａ社、発注Ｂ社）におけるデータの順序を発注先（受注Ｃ社）でも維持することができる。
また、本実施の形態によれば、アカウント単位で課金計算を行うことができる。
【００６４】
＊＊＊ハードウェア構成の説明＊＊＊
最後に、ＥＤＩサーバ装置０１のハードウェア構成の補足説明を行う。
図１３に示すプロセッサ１３０１は、プロセッシングを行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）である。
プロセッサ１３０１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）等である。
補助記憶装置１３０２は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、フラッシュメモリ等である。
主記憶装置１３０３は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）である。
通信装置１３０４は、データを受信するレシーバー及びデータを送信するトランスミッターを含む。通信装置１３０４は、例えば、通信チップ又はＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）である。
入出力装置１３０５は、例えば、キーボード、マウス、ディスプレイ装置等である。
【００６５】
また、補助記憶装置１３０２には、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）が記憶されている。
そして、ＯＳの少なくとも一部が主記憶装置１３０３にロードされ、プロセッサ１３０１により実行される。
プロセッサ１３０１はＯＳの少なくとも一部を実行しながら、受信部０３、受信部０５、変換部０７、変換部１２、仕分部３１、送信部３２、送信部３３、送信制御部３４、アカウント管理部３５、課金計算部３９（以下、これらをまとめて「部」という）の機能を実現するプログラムを実行する。
プロセッサ１３０１がＯＳを実行することで、タスク管理、メモリ管理、ファイル管理、通信制御等が行われる。
図１３では、１つのプロセッサが図示されているが、ＥＤＩサーバ装置０１が複数のプロセッサを備えていてもよい。
また、「部」の処理の結果を示す情報やデータや信号値や変数値が、補助記憶装置１３０２、主記憶装置１３０３、プロセッサ１３０１内のレジスタ及びキャッシュメモリの少なくともいずれかに記憶される。
また、「部」の機能を実現するプログラムは、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤ等の可搬記憶媒体に記憶されてもよい。
【００６６】
また、「部」を、「回路」又は「工程」又は「手順」又は「処理」に読み替えてもよい。
また、ＥＤＩサーバ装置０１は、ロジックＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＧＡ（Ｇａｔｅ  Ａｒｒａｙ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）といった電子回路により実現されてもよい。
この場合は、「部」は、それぞれ電子回路の一部として実現される。
なお、プロセッサ及び上記の電子回路を総称してプロセッシングサーキットリーともいう。
【符号の説明】
【００６７】
０１  ＥＤＩサーバ装置、０２  ネットワーク、０３  受信部、０４  ネットワーク、０５  受信部、０６  ネットワーク、０７  変換部、０８  ネットワーク、１２  変換部、２０  ＥＤＩクライアント装置、２１  ＥＤＩクライアント装置、２２  ＥＤＩクライアント装置、２３  ＥＤＩクライアント装置、３１  仕分部、３２  送信部、３３  送信部、３４  送信制御部、３５  アカウント管理部、３６  履歴テーブル記憶部、３７  ダウンロード順序管理テーブル記憶部、３８  アカウントフォーマット管理テーブル記憶部、３９  課金計算部、４０  設定ファイル、４１  設定ファイル、１３０１  プロセッサ、１３０２  補助記憶装置、１３０３  主記憶装置、１３０４  通信装置、１３０５  入出力装置。
【図１】
2017195250.tif 000003
【図２】
2017195250.tif 000004
【図３】
2017195250.tif 000005
【図４】
2017195250.tif 000006
【図５】
2017195250.tif 000007
【図６】
2017195250.tif 000008
【図７】
2017195250.tif 000009
【図８】
2017195250.tif 000010
【図９】
2017195250.tif 000011
【図１０】
2017195250.tif 000012
【図１１】
2017195250.tif 000013
【図１２】
2017195250.tif 000014
【図１３】
2017195250.tif 000015
【図１４】
2017195250.tif 000016
【手続補正書】
【提出日】平成30年1月31日(2018.1.31)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
送信元機器から送信されたデータを受信し、受信した前記送信元機器からのデータを複数の送信先機器のうちのいずれかに送信する中継装置であって、
各々が前記複数の送信先機器のいずれかに対応し、対応する送信先機器から送信が要求された前記送信元機器からのデータを、対応する送信先機器に送信する複数の送信部と、
前記複数の送信部から前記複数の送信先機器へのデータの送信が前記送信元機器からのデータの受信順序に従って行われるように、前記複数の送信部による前記複数の送信先機器へのデータの送信順序を制御するとともに、前記送信元機器からの受信順序が先である先行データよりも先に前記送信元機器からの受信順序が後である後行データの送信が要求された場合に、前記後行データを送信する送信部に前記後行データの送信を保留させて前記先行データを送信する送信部に前記先行データの送信を前記後行データの送信に先立って行わせる送信制御部とを有する中継装置。
【請求項２】
前記複数の送信部は、それぞれ、
対応する送信先機器からいずれかのデータの送信を要求された場合に、前記送信制御部に、対応する送信先機器から送信が要求された送信要求データの送信が許可されるか否かを問い合わせ、
前記送信制御部は、
前記送信要求データの送信が許可されるか否かの問い合わせを受けた場合に、前記送信要求データよりも受信順序が先の未送信のデータが存在するか否かを判定し、
前記送信要求データよりも受信順序が先の未送信のデータが存在しない場合に、問い合わせを行った送信部に前記送信要求データの送信の許可を与え、
前記送信要求データよりも受信順序が先の未送信のデータが存在する場合に、問い合わせを行った送信部に前記送信要求データの送信の許可を与えない請求項１に記載の中継装置。
【請求項３】
前記中継装置は、更に、
前記複数の送信先機器の各々に設定されているアカウントの単位でデータ送信履歴を抽出し、抽出したデータ送信履歴に基づき、アカウントの単位で課金計算を行う課金計算部を有する請求項１に記載の中継装置。
【請求項４】
前記中継装置は、
前記送信元機器から送信された発注データを受信し、受信した前記送信元機器からの発注データを前記複数の送信先機器のうちのいずれかに受注データとして送信するＥＤＩ（Ｅｌｅｃｔｒｏｎｉｃ  Ｄａｔａ  Ｉｎｔｅｒｃｈａｎｇｅ）サーバ装置である請求項１に記載の中継装置。
【請求項５】
送信元機器から送信されたデータを受信し、受信した前記送信元機器からのデータを複数の送信先機器のうちのいずれかに送信するコンピュータに、
各々が前記複数の送信先機器のいずれかに対応し、対応する送信先機器から送信が要求された前記送信元機器からのデータを、対応する送信先機器に送信する複数の送信処理と、
前記複数の送信処理から前記複数の送信先機器へのデータの送信が前記送信元機器からのデータの受信順序に従って行われるように、前記複数の送信処理による前記複数の送信先機器へのデータの送信順序を制御するとともに、前記送信元機器からの受信順序が先である先行データよりも先に前記送信元機器からの受信順序が後である後行データの送信が要求された場合に、前記後行データを送信する送信処理に前記後行データの送信を保留させて前記先行データを送信する送信処理に前記先行データの送信を前記後行データの送信に先立って行わせる送信制御処理とを実行させる中継プログラム。
【国際調査報告】
2017195250.tif 000017
2017195250.tif 000018