(57)【要約】【課題】  既存のＥＤＩ通信処理装置を新しいＥＤＩ通信処理装置へ入れ替える場合、既存のＥＤＩ通信処理装置が通信する場合にＥＤＩ通信データに必要としていたデータを、新しいＥＤＩ通信処理装置において必要となるデータのみ使用できるようにするため、容易にデータを整備することが出来るようにする技術を提供する。【解決手段】  既存のＥＤＩ通信処理装置が、取引先ＥＤＩ通信処理装置とデータの送受信を行う際に、既存のＥＤＩ通信処理装置に替わって新たに稼動する、新しいＥＤＩ通信処理装置を経由させてデータの送受信を行う。また、新しいＥＤＩ通信処理装置には、既存のＥＤＩ通信処理装置と、取引先ＥＤＩ通信処理装置を介しているときは、プロキシサーバのプロキシ機能とリバースプロキシ機能を持たせ、送受信が行われる毎に、プロキシ機能、または、リバースプロキシ機能が、データに必要となる情報を、通信が行われた内容から解析して、既存のＥＤＩ通信処理装置に替わって新たに稼動する新しいＥＤＩ通信処理装置が参照できる情報として記憶する。【選択図】図１
2015125756.tif 000002
【特許請求の範囲】
【請求項１】
現在稼働中の第一のＥＤＩ通信処理装置、現在稼働中のＥＤＩ装置の後に新しいＥＤＩ通信処理装置として稼動予定の第二のＥＤＩ通信装置、取引先ＥＤＩ通信処理装置がネットワークを介して接続可能なＥＤＩ通信システムであって、
前記第一のＥＤＩ通信処理装置が、
前記第二のＥＤＩ通信処理装置へＥＤＩ通信データを送信する、第一のＥＤＩデータ送信手段と、
前記第二のＥＤＩ通信処理装置が、
前記第一のＥＤＩ通信処理装置から、ＥＤＩ通信データを受け取る、第一のＥＤＩ通信データ受信手段と、
前記第一のＥＤＩ通信データ受け取り手段によって受け取った、ＥＤＩ通信データを解析する第一の解析手段と、
前記第一のＥＤＩ通信データ受け取り手段によって受け取った、ＥＤＩ通信データを前記取引先ＥＤＩ通信処理装置へ送信する、第二のＥＤＩ通信データ送信手段
を備え、
前記取引先ＥＤＩ通信処理が、
前記第二のＥＤＩ通信データ送信手段により、送信された前記ＥＤＩ通信データを受け取る第二のＥＤＩ通信データ受取手段
を備えることを特徴とするＥＤＩ通信処理システム。
【請求項２】
現在稼働中の第一のＥＤＩ通信処理装置、現在課長中のＥＤＩ装置の後に新しいＥＤＩ通信処理装置として稼動予定の第二のＥＤＩ通信装置、取引先ＥＤＩ通信処理装置がネットワークを介して接続可能なＥＤＩ通信システムであって、
前記取引先ＥＤＩ通信処理装置が、
前記第二のＥＤＩ通信処理装置へ、ＥＤＩ通信データを送信する第三のＥＤＩ通信データ送信手段
を備え、
前記第二のＥＤＩ通信処理装置が、
取引先ＥＤＩ通信処理装置から、ＥＤＩ通信データを受け取る、第三のＥＤＩ通信データ受信手段と、
前記第三のＥＤＩ通信データ受信手段によって受け取った、ＥＤＩ通信データを解析する第二の解析手段と、
前記第三のＥＤＩ通信データ受信手段によって受け取った、ＥＤＩ通信データを前記第一のＥＤＩ通信処理へ送信する、第四のＥＤＩ通信データ送信手段
を備え、
前記第一のＥＤＩ通信処理装置が、
前記第二のＥＤＩ通信処理装置からＥＤＩ通信データを受信する、第四のＥＤＩ通信データ受信手段と、
を備えることを特徴とするＥＤＩ通信処理システム。
【請求項３】
前記第二のＥＤＩ通信処理装置のプロキシ機能が、前記第一の解析手段によって解析したデータを、前記第一のＥＤＩデータ送信手段により送信される前記ＥＤＩ通信データに付加するために必要となる情報として、第一の記録手段に登録すること
を特徴とする請求項１に記載のＥＤＩ通信処理システム。
【請求項４】
前記第二のＥＤＩ通信処理装置のリバースプロキシ機能が、前記第二の解析手段によって解析したデータを、前記第三のＥＤＩ通信データ送信手段により送信される前記ＥＤＩ通信データを処理するために必要となる情報として、第二の記録手段に登録すること
を特徴とする請求項２に記載のＥＤＩ通信処理システム。
【請求項５】
第一のＥＤＩデータ送信手段によって前記第二のＥＤＩ通信処理装置へ送信された、ＥＤＩ通信データは、ＨＴＴＰリクエストであること
を特徴とする請求項１または３に記載のＥＤＩ通信処理システム。
【請求項６】
第三のＥＤＩデータ送信手段によって前記第二のＥＤＩ通信処理装置へ送信された、ＥＤＩ通信データは、ＨＴＴＰレスポンスであること
を特徴とする請求項２または４に記載のＥＤＩ通信処理システム。
【請求項７】
前記第二のＥＤＩ通信処理装置は、前記第一の解析手段によって解析し、第一の記憶手段に登録したデータによって、前記第一のＥＤＩ通信処理装置に替わって、取引先ＥＤＩ通信処理装置へ前記ＥＤＩ通信データを送信することを可能とすること
を特徴とする請求項１または３または５に記載のＥＤＩ通信処理システム。
【請求項８】
前記第二のＥＤＩ通信処理装置は、前記第二の解析手段によって解析し、第二の記憶手段に登録したデータによって、前記第一のＥＤＩ通信処理装置に替わって、取引先ＥＤＩ通信処理装置から前記ＥＤＩ通信データを受信することを可能とすること
を特徴とする請求項２または４または６に記載のＥＤＩ通信処理システム。
【請求項９】
現在稼働中の第一のＥＤＩ通信処理装置、現在課長中のＥＤＩ装置の後に新しいＥＤＩ通信処理装置として稼動予定の第二のＥＤＩ通信装置、取引先ＥＤＩ通信処理装置がネットワークを介して接続可能なＥＤＩ通信システムの制御方法であって、
前記第一のＥＤＩ通信処理装置の第一のＥＤＩデータ送信手段が、前記第二のＥＤＩ通信処理装置へＥＤＩ通信データを送信する、第一のＥＤＩデータ送信ステップ
を含み、
前記第二のＥＤＩ通信処理装置の第一のＥＤＩ通信データ受信手段が、前記第一のＥＤＩ通信処理装置から、ＥＤＩ通信データを受け取る、第一のＥＤＩ通信データ受信ステップと、
前記第二のＥＤＩ通信処理装置の第一の解析手段が、前記第一のＥＤＩ通信データ受け取り手段によって受け取った、ＥＤＩ通信データを解析する第一の解析ステップと、
前記第二のＥＤＩ通信処理装置の第二のＥＤＩ通信データ送信手段が、前記第一のＥＤＩ通信データ受け取り手段によって受け取った、ＥＤＩ通信データを前記取引先ＥＤＩ通信処理装置へ送信する、第二のＥＤＩ通信データ送信ステップ
を含み、
前記取引先ＥＤＩ通信処理装置の第二のＥＤＩ通信データ受取手段が前記第二のＥＤＩ通信データ送信手段により、送信された前記ＥＤＩ通信データを受け取る第二のＥＤＩ通信データ受取手段
を含むことを特徴とするＥＤＩ通信処理システムの制御方法。
【請求項１０】
現在稼働中の第一のＥＤＩ通信処理装置、現在課長中のＥＤＩ装置の後に新しいＥＤＩ通信処理装置として稼動予定の第二のＥＤＩ通信装置、取引先ＥＤＩ通信処理装置がネットワークを介して接続可能なＥＤＩ通信システムの制御方法であって、
前記取引先ＥＤＩ通信処理装の置第三のＥＤＩ通信データ送信手段が、前記第二のＥＤＩ通信処理装置へ、ＥＤＩ通信データを送信する第三のＥＤＩ通信データ送信ステップ
を含み、
前記第二のＥＤＩ通信処理装置の第三のＥＤＩ通信データ受信手段が、取引先ＥＤＩ通信処理装置から、ＥＤＩ通信データを受け取る、第三のＥＤＩ通信データ受信ステップと、
前記第二のＥＤＩ通信処理装置の第二の解析手段が、前記第三のＥＤＩ通信データ受信手段によって受け取った、ＥＤＩ通信データを解析する第二の解析ステップと、
前記第二のＥＤＩ通信処理装置の第四のＥＤＩ通信データ送信手段が、前記第三のＥＤＩ通信データ受信手段によって受け取った、ＥＤＩ通信データを前記第一のＥＤＩ通信処理へ送信する、第四のＥＤＩ通信データ送信ステップ
を含み、
前記第一のＥＤＩ通信処理装置の第四のＥＤＩ通信データ受信手段が、前記第二のＥＤＩ通信処理装置からＥＤＩ通信データを受信する、第四のＥＤＩ通信データ受信ステップ
を含むことを特徴とするＥＤＩ通信処理システムの制御方法。
【請求項１１】
現在稼働中の第一のＥＤＩ通信処理装置、現在課長中のＥＤＩ装置の後に新しいＥＤＩ通信処理装置として稼動予定の第二のＥＤＩ通信装置、取引先ＥＤＩ通信処理装置がネットワークを介して接続可能なＥＤＩ通信システムで実行されるプログラムであって、
前記第一のＥＤＩ通信処理装置を、
前記第二のＥＤＩ通信処理装置へＥＤＩ通信データを送信する、第一のＥＤＩデータ送信手段として機能させ、
前記第二のＥＤＩ通信処理装置を、
前記第一のＥＤＩ通信処理装置から、ＥＤＩ通信データを受け取る、第一のＥＤＩ通信データ受信手段と、
前記第一のＥＤＩ通信データ受け取り手段によって受け取った、ＥＤＩ通信データを解析する第一の解析手段と、
前記第一のＥＤＩ通信データ受け取り手段によって受け取った、ＥＤＩ通信データを前記取引先ＥＤＩ通信処理装置へ送信する、第二のＥＤＩ通信データ送信手段
として機能させ、
前記取引先ＥＤＩ通信処理装置を、
前記第二のＥＤＩ通信データ送信手段により、送信された前記ＥＤＩ通信データを受け取る第二のＥＤＩ通信データ受取手段
として機能させることを特徴とするＥＤＩ通信処理システムのプログラム。
【請求項１２】
現在稼働中の第一のＥＤＩ通信処理装置、現在課長中のＥＤＩ装置の後に新しいＥＤＩ通信処理装置として稼動予定の第二のＥＤＩ通信装置、取引先ＥＤＩ通信処理装置がネットワークを介して接続可能なＥＤＩ通信システムで実行されるプログラムであって、
前記取引先ＥＤＩ通信処理装置を、
前記第二のＥＤＩ通信処理装置へ、ＥＤＩ通信データを送信する第三のＥＤＩ通信データ送信手段
として機能させ、
前記第二のＥＤＩ通信処理装置を、
取引先ＥＤＩ通信処理装置から、ＥＤＩ通信データを受け取る、第三のＥＤＩ通信データ受信手段と、
前記第三のＥＤＩ通信データ受信手段によって受け取った、ＥＤＩ通信データを解析する第二の解析手段と、
前記第三のＥＤＩ通信データ受信手段によって受け取った、ＥＤＩ通信データを前記第一のＥＤＩ通信処理へ送信する、第四のＥＤＩ通信データ送信手段
として機能させ、
前記第一のＥＤＩ通信処理装置を、
前記第二のＥＤＩ通信処理装置からＥＤＩ通信データを受信する、第四のＥＤＩ通信データ受信手段
として機能させることを特徴とするＥＤＩ通信処理システムのプログラム。
【請求項１３】
請求項１１、または、請求項１２に記載されたプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＥＤＩ通信処理装置がデータを送受信する際に必要となる情報の整備に関する。
【背景技術】
【０００２】
ＥＤＩ（電子商取引）を実施している企業では、データ交換のためにＥＤＩ通信処理装置を使用している。そのＥＤＩ通信処理装置を現在使用している製品を他社の製品に入れ替える、あるいは、現在使用している製品でも製品の販売終了などにより、新しいバージョンの製品を入れる場合などの必要が生じた場合、旧ＥＤＩ通信処理装置において通信を行う時の宛先や送り元の特定や、送受信するデータ種類の特定に必要となるデータを新ＥＤＩ通信処理装置においても同じくしようできるようにするために、登録をし直す必要がある。
【０００３】
このとき、このとき、同一のＥＤＩ製品であれば、データのエクスポート、または、インポートで対応出来るが、異なるＥＤＩ製品である場合、データのエクスポート、または、インポートがうまくいかないことがある。
【０００４】
そのため、新ＥＤＩ通信処理装置への通信に必要となるデータの登録は、旧ＥＤＩ通信処理装置の設定画面や設定情報を管理している資料を見ながら、その内容を新ＥＤＩ通信処理装置の設定画面に入力し直す方法が一般的である。
【０００５】
また、通信の設定と非常に似た分野でもある端末のネットワーク設定においても、ある端末をネットワーク上に参加させる場合設定を管理者が行う場合、その作業を端末ごとに手動で行うことは手間がかかるという問題がやはり存在する。
【０００６】
例えば、ある一つのイントラのネットワーク内に接続していたクライアント端末が故障したとして、その端末の替わりに新しい端末を設置する際に、新しい端末に対してもネットワークの設定を行わなくてはならないため、ネットワーク設定の作業者にとって手間がかかるという問題があった。あるいは、ネットワークの利用者にとってもネットワークの設定が終わるまでクライアント端末を使用できないという問題があった。従って、このような作業を自動化することが試みられている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１０−１０８１６９
【発明の概要】
【発明が解決しようとする課題】
【０００８】
例えば、特許文献１においては、ネットワーク知識を特に必要とせずに、故障等に伴う端末の入れ替えにともなう各種ネットワーク設定を、故障端末にされている内容を新しい端末に自動的に引き継ぐことによって、可能とする技術が公開されている。
【０００９】
しかしながら、ネットワークの設定を、故障端末から新しい端末へ引き継ぐという技術によって実現しているものであり、設定の移行というものになっている。
【００１０】
もちろん、ネットワークの設定と同様、新ＥＤＩ通信処理装置における接続先との通信テストを行う必要などがあるため、移行は一日で切り替えるのではなく、一定の期間を設けて実施することが多い。このため、データを登録したとしても、通信が上手くいくかを確認しなくてはならないため、新ＥＤＩ通信処理装置を本稼動するまでには時間がかかるという問題がある。
【００１１】
しかし、実際に、ＥＤＩの通信においては、元々のＥＤＩ通信処理装置の通信に必要となるデータの中には、過去には使用していたが現在はもう通信を行っていないため不必要となっているデータや、テスト用に作成したが実運用では使用しないデータが含まれる可能性がある。
【００１２】
こういった状況の場合、移行に際してどの設定を新システムに登録すれば良いかが判断できないという問題点がある。
【００１３】
そこで、本発明では上記課題を鑑み、既存のＥＤＩ通信処理装置を新しいＥＤＩ通信処理装置へ入れ替える場合、既存のＥＤＩ通信処理装置が通信する場合にＥＤＩ通信データに必要としていたデータを、新しいＥＤＩ通信処理装置において必要となるデータのみ使用できるようにするため、容易にデータを整備することが出来るようにすることを目的とする。
【課題を解決するための手段】
【００１４】
本発明は、現在稼働中の第一のＥＤＩ通信処理装置、現在稼働中のＥＤＩ装置の後に新しいＥＤＩ通信処理装置として稼動予定の第二のＥＤＩ通信装置、取引先ＥＤＩ通信処理装置がネットワークを介して接続可能なＥＤＩ通信システムであって、前記第一のＥＤＩ通信処理装置が、前記第二のＥＤＩ通信処理装置へＥＤＩ通信データを送信する、第一のＥＤＩデータ送信手段と、前記第二のＥＤＩ通信処理装置が、前記第一のＥＤＩ通信処理装置から、ＥＤＩ通信データを受け取る、第一のＥＤＩ通信データ受信手段と、前記第一のＥＤＩ通信データ受け取り手段によって受け取った、ＥＤＩ通信データを解析する第一の解析手段と、前記第一のＥＤＩ通信データ受け取り手段によって受け取った、ＥＤＩ通信データを前記取引先ＥＤＩ通信処理装置へ送信する、第二のＥＤＩ通信データ送信手段を備え、前記取引先ＥＤＩ通信処理装置が、前記第二のＥＤＩ通信データ送信手段により、送信された前記ＥＤＩ通信データを受け取る第二のＥＤＩ通信データ受取手段を備えることを特徴とする。
【００１５】
また、現在稼働中の第一のＥＤＩ通信処理装置、現在課長中のＥＤＩ装置の後に新しいＥＤＩ通信処理装置として稼動予定の第二のＥＤＩ通信装置、取引先ＥＤＩ通信処理装置がネットワークを介して接続可能なＥＤＩ通信システムであって、前記取引先ＥＤＩ通信処理装置が、前記第二のＥＤＩ通信処理装置へ、ＥＤＩ通信データを送信する第三のＥＤＩ通信データ送信手段を備え、前記第二のＥＤＩ通信処理装置が、取引先ＥＤＩ通信処理装置から、ＥＤＩ通信データを受け取る、第三のＥＤＩ通信データ受信手段と、前記第三のＥＤＩ通信データ受信手段によって受け取った、ＥＤＩ通信データを解析する第二の解析手段と、前記第三のＥＤＩ通信データ受信手段によって受け取った、ＥＤＩ通信データを前記第一のＥＤＩ通信処理へ送信する、第四のＥＤＩ通信データ送信手段を備え、前記第一のＥＤＩ通信処理装置が、前記第二のＥＤＩ通信処理装置からＥＤＩ通信データを受信する、第四のＥＤＩ通信データ受信手段と、を備えることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、既存のＥＤＩ通信処理装置を新しいＥＤＩ通信処理装置へ入れ替える場合、既存のＥＤＩ通信処理装置が通信する場合にＥＤＩ通信データに必要としていたデータを、新しいＥＤＩ通信処理装置において必要となるデータのみ使用できるようにするため、容易にデータを整備することが出来るようにすることが可能になる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態における、ＥＤＩ通信処理システムの構成の一例を示す図である。
【図２】本発明の実施形態における、ＥＤＩ通信処理装置１０１、ＥＤＩ通信処理装置１０２、取引先ＥＤＩ通信処理装置１０５のハードウェア構成の一例を示す図である。
【図３】本発明の実施形態における機能構成の一例を示す図である。
【図４】本発明の実施形態における、データの発信元である、ＥＤＩ通信処理装置１０１が、ＥＤＩの通信データを、取引先ＥＤＩ通信処理装置１０５に対し、ＥＤＩ通信処理装置１０２を介して発信するための処理フローを示す図である。
【図５】本発明の実施形態におけるＥＤＩ通信処理装置１０２の発信の設定自動登録処理フローを示す図である。
【図６】本発明の実施形態におけるＥＤＩ通信処理装置１０２の発信の設定自動登録処理フローを示す図である。
【図７】本発明の実施形態における、データの着信先である、ＥＤＩ通信処理装置１０１が、ＥＤＩの通信データを、取引先ＥＤＩ通信処理装置１０５から、ＥＤＩ通信処理装置１０２を介して着信するための処理フローを示す図である。
【図８】本発明の実施形態におけるＥＤＩ通信処理装置１０２の着信の設定自動登録処理フローを示す図である。
【図９】本発明の実施形態におけるＥＤＩ通信処理装置１０２の着信の設定自動登録処理フローを示す図である。
【図１０】本発明の実施形態における、ＥＤＩ通信処理装置１０１のプロキシの環境設定を登録しておくテーブルの一例を示す図である。
【図１１】本発明の実施形態における、ＥＤＩ通信処理装置１０２のバースプロキシの環境設定を登録しておくテーブルの一例を示す図である。
【図１２】本発明の実施形態における、接続先設定テーブル（ｅｂＸＭＬ）の一例を示した図である。
【図１３】本発明の実施形態における、ファイル設定テーブル（ｅｂＸＭＬ）の一例を示した図である。
【図１４】本発明の実施形態における、ペイロード設定テーブル（ｅｂＸＭＬ）の一例を示した図である。
【図１５】本発明の実施形態における、接続先設定テーブル（ＪＸ手順（クライアント側））の一例を示した図である。
【図１６】本発明の実施形態における、ファイル設定テーブル（ＪＸ手順（クライアント側））の一例を示した図である。
【図１７】本発明の実施形態における、接続先設定テーブル（ＪＸ手順（サーバ側））の一例を示した図である。
【図１８】本発明の実施形態における、ファイル設定テーブル（ＪＸ手順（サーバ側））の一例を示した図である。
【図１９】本発明の実施形態における、ｅｂＸＭＬプロトコルにおいて発信を行うときのＨＴＴＰリクエストの一例を示した図である。
【図２０】本発明の実施形態における、ＪＸ手順（クライアント側）のプロトコルにおいて発信・送信を行うときのＨＴＴＰリクエストの一例を示した図である。
【図２１】本発明の実施形態における、ＪＸ手順（クライアント側）のプロトコルにおいて発信・受信を行うときのＨＴＴＰリクエストの一例を示した図である。
【図２２】本発明の実施形態における、ＪＸ手順（クライアント側）のプロトコルにおいて発信・受信を行うときのＨＴＴＰレスポンスの一例を示した図である。
【図２３】本発明の実施形態における、ｅｂＸＭＬプロトコルにおいて着信によって受けつけたＨＴＴＰリクエストの一例を示した図である。
【図２４】本発明の実施形態における、ＪＸ手順（サーバ側）のプロトコルにおいて着信・受信によって受けつけたＨＴＴＰリクエストの一例を示した図である。
【図２５】本発明の実施形態における、ＪＸ手順（サーバ側）のプロトコルにおいて着信・送信によって受けつけたＨＴＴＰリクエストの一例を示した図である。
【図２６】本発明の実施形態における、ＪＸ手順（サーバ側）のプロトコルにおいて着信・送信を行うときのＨＴＴＰレスポンスの一例を示した図である。
【図２７】本発明の実施形態における、ｅｂＸＭＬプロトコルにおいて着信によって受けつけたＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔのＨＴＴＰリクエストの一例を示した図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１９】
本発明は、ＥＤＩ通信処理装置が通信するプロトコルがｅｂＸＭＬ、ＪＸ手順（サーバ側）ＪＸ手順（クライアント側）の場合において、ＥＤＩ通信データが送信される場合と受信される場合に必要となるデータを、第二のＥＤＩ通信処理装置のプロキシサーバのプロキシ機能、またはリバースプロキシ機能を使用することにより、第二のＥＤＩ通信処理装置が第一のＥＤＩ通信処理装置に替わって、取引先のＥＤＩ通信処理装置と直接通信を行えるようにするために整備することを目的とする。
【００２０】
つまり、ｅｂＸＭＬにおいては、送信、または、受信するデータに対して必要となるデータ、ＪＸ手順（クライアント側）においては、発信・送信、または、発信・受信するデータに対して必要となるデータ、ＪＸ手順（サーバ側）においては、着信・受信、着信・送信するデータに対して必要となるデータを整備することを目的とする。
【００２１】
図１は、本発明の実施形態におけるＥＤＩシステムの構成を示す図である。
【００２２】
図１の１０１は、ＥＤＩ通信処理装置１０１がＥＤＩ通信における通信の処理主体である場合に、送信側、受信側のプロトコルがｅｂＸＭＬの場合の構成を示した図である。
【００２３】
ＥＤＩ通信処理装置１０１は、ＥＤＩ通信データであるＨＴＴＰリクエストを取引先ＥＤＩ通信処理装置１０５に対してネットワーク１０６を介して送信することによって、データを送ることが可能となる。また、ＥＤＩ通信処理装置１０１は、ＥＤＩ通信データであるＨＴＴＰリクエストを取引先ＥＤＩ通信処理装置１０５からネットワーク１０６を介して受信することによって、データを受信することが可能となる。
【００２４】
ＥＤＩ通信処理装置１０２のプロキシサーバのプロキシ機能は、ＥＤＩ通信処理装置１０１が取引先ＥＤＩ通信処理装置１０５に対しＥＤＩ通信データ（ＨＴＴＰリクエスト）の送信を行うときに、必要となるデータを整備する役割を果たし、ＥＤＩ通信処理装置１０２のプロキシサーバのリバースプロキシ機能は、ＥＤＩ通信処理装置１０１が取引先ＥＤＩ通信処理装置１０５からＥＤＩ通信データ（ＨＴＴＰリクエスト）の受信を行うときに、受信したＥＤＩ通信データの保存先を指定するために必要となるデータを整備する役割を果たす。なお、このとき、ＥＤＩ通信処理装置１０２は、プロキシサーバとしてプロキシ機能と、リバースプロキシ機能だけを持ち、通信を直接取引先ＥＤＩ通信処理装置１０５と行う機能はないこととする。
【００２５】
なお、ＥＤＩ通信処理装置１０２が、必要となるデータの整備が完了し、ＥＤＩ通信処理装置１０１を図１、１０１の構成より、除外した場合、ＥＤＩ通信処理装置１０１に替わって取引先ＥＤＩ通信処理装置１０５と直接通信を行うことが可能となることとする。
【００２６】
図１の１０２は、ＥＤＩ通信処理装置１０１が通信の処理主体である場合に、発信側のプロトコルがＪＸ手順（クライアント側）の場合の構成を示した図である。
【００２７】
ＥＤＩ通信処理装置１０１は、ＥＤＩ通信データであるＨＴＴＰリクエストを取引先ＥＤＩ通信処理装置１０５に対してネットワーク１０６を介して発信・送信することによって、データを送ることが可能となる。また、ＥＤＩ通信処理装置１０１は、ＥＤＩ通信データであるＨＴＴＰリクエストを取引先ＥＤＩ通信処理装置１０５に対してネットワーク１０６を介して発信・受信することによって、データを発信・受信することが可能となる。
【００２８】
ＥＤＩ通信処理装置１０２のプロキシサーバのプロキシ機能は、ＥＤＩ通信処理装置１０１が取引先ＥＤＩ通信処理装置１０５に対しＥＤＩ通信データ（ＨＴＴＰリクエスト）の発信・送信を行うときに、発信時の接続先の指定や、必要となるデータを整備する役割を果たし、また、ＥＤＩ通信処理装置１０１が取引先ＥＤＩ通信処理装置１０５からＥＤＩ通信データ（ＨＴＴＰレスポンス）の発信・受信を行うとき、発信時の接続先の指定や、受信したＥＤＩ通信データの保存先を指定するために必要となるデータを整備する役割を果たす。
【００２９】
なお、このとき、ＥＤＩ通信処理装置１０２は、プロキシサーバとしてプロキシ機能だけを持ち、通信を直接取引先ＥＤＩ通信処理装置１０５と行う機能はないこととする。
【００３０】
なお、ＥＤＩ通信処理装置１０２が、必要となるデータの整備が完了し、ＥＤＩ通信処理装置１０１を図１、１０１の構成より、除外した場合、ＥＤＩ通信処理装置１０１に替わって取引先ＥＤＩ通信処理装置１０５と直接通信を行うことが可能となることとする。
【００３１】
図１の１０３は、ＥＤＩ通信処理装置１０１が通信の処理主体である場合に、発信側のプロトコルがＪＸ手順（サーバ側）の場合の構成を示した図である。
【００３２】
また、ＥＤＩ通信処理装置１０１は、ＥＤＩ通信データであるＨＴＴＰリクエストを取引先ＥＤＩ通信処理装置１０５からネットワーク１０６を介して着信・受信することによって、データ（ＨＴＴＰリクエスト）を受信することが可能となる。また、ＥＤＩ通信処理装置１０１は、ＥＤＩ通信データであるＨＴＴＰレスポンスを取引先ＥＤＩ通信処理装置１０５に対してネットワーク１０６を介して着信・送信することによって、データを送ることが可能となる。
【００３３】
ＥＤＩ通信処理装置１０２のプロキシサーバのリバースプロキシ機能は、ＥＤＩ通信処理装置１０１が取引先ＥＤＩ通信処理装置１０５からＥＤＩ通信データ（ＨＴＴＰリクエスト）の着信・送信を行うときに、必要となるデータを整備する役割を果し、また、ＥＤＩ通信処理装置１０１が取引先ＥＤＩ通信処理装置１０５に対しＥＤＩ通信データ（ＨＴＴＰレスポンス）の着信・受信を行うときに、着信した接続先の特定や、受信したＥＤＩ通信データの保存先を特定するために必要となるデータを整備する役割を果たす。
【００３４】
なお、このとき、ＥＤＩ通信処理装置１０２は、プロキシサーバとしてリバースプロキシ機能だけを持ち、通信を直接取引先ＥＤＩ通信処理装置１０５と行う機能はないこととする。
【００３５】
なお、ＥＤＩ通信処理装置１０２が、必要となるデータの整備が完了し、ＥＤＩ通信処理装置１０１を図１、１０１の構成より、除外した場合、ＥＤＩ通信処理装置１０１に替わって取引先ＥＤＩ通信処理装置１０５と直接通信を行うことが可能となることとする。
【００３６】
なお、通信を行うネットワーク１０４は、インターネット通信回線とする。
【００３７】
以上の構成により、ＥＤＩ通信処理装置１０１のＥＤＩ通信処理が行われるＥＤＩ通信データに必要となる情報（レコード）のみが、ＥＤＩ通信処理装置１０２において整備される。またＥＤＩ通信処理装置１０１が除外された後、ＥＤＩ通信処理装置１０２は、直接、取引先ＥＤＩ通信処理装置１０５とＥＤＩ通信処理を行うことが可能になる。
【００３８】
なお、ＥＤＩ通信処理装置１０１に存在していた通信に必要となるレコードのうち、ＥＤＩ通信処理装置１０１からの通信において使用されなかったレコードについては、ＥＤＩ通信処理装置１０２のプロキシ機能、あるいはリバースプロキシ機能によって、ＥＤＩ通信処理装置１０２が通信を行うために必要となるレコードとして整備がされないため、その部分のレコードについては管理者がレポート等で出力し確認できるようにしておく。
【００３９】
これにより、管理者は、そのレポートを確認し、必要があれば、ＥＤＩ通信処理装置１０１に存在していたデータを、ＥＤＩ通信処理装置１０２に対し手動でデータ登録することができることとする。
【００４０】
次に、図１のＥＤＩ通信処理装置１０１、ＥＤＩ通信処理装置１０２、取引先ＥＤＩ通信処理装置１０５の各種端末のハードウェア構成について、図２を用いて説明する。
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００４１】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Basic Input / Output System)やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００４２】
ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器にへの表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。
【００４３】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００４４】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００４５】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００４６】
本発明を実現するための××プログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラム２１２が用いる定義ファイル２１３及び各種情報テーブル２１４は外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
【００４７】
続いて、図３を用いて、本発明のＥＤＩ通信処理システムにおける機能構成図の一例について説明する。
【００４８】
本ＥＤＩ通信処理システムの機能構成は、本発明におけるＥＤＩ通信処理システムの送信時の構成である図３、３０１と、本発明におけるＥＤＩ通信処理システムの受信時の構成である図３、３０２から構成される。
【００４９】
まず、図３、３０１について説明を行う。図３、３０１は、ＥＤＩ通信処理装置１０１、ＥＤＩ通信処理装置１０２、取引先ＥＤＩ通信処理装置１０５からなる。
【００５０】
ＥＤＩ通信処理装置１０１は、第一のＥＤＩデータ送信部３１０からなり、第一のＥＤＩデータ送信部３１０は、ＥＤＩ通信処理装置１０２へＥＤＩ通信データを送信する。
【００５１】
ＥＤＩ通信処理装置１０２は、第一のＥＤＩ通信データ受信部３１１、第一の解析部３１２、第二のＥＤＩ通信データ送信部３１３からなる。
【００５２】
第一のＥＤＩ通信データ受信部３１１は、ＥＤＩ通信処理装置１０１から、ＥＤＩ通信データを受け取る。
【００５３】
第一の解析部３１２は、第一のＥＤＩ通信データ受信部３１１によって受け取った、ＥＤＩ通信データを解析する。
【００５４】
第二のＥＤＩ通信データ送信部３１３は、第一のＥＤＩ通信データ受信部３１１によって受け取った、ＥＤＩ通信データを取引先ＥＤＩ通信処理装置１０５へ送信する。
【００５５】
取引先ＥＤＩ通信処理装置１０５は、第二のＥＤＩ通信データ受取部３１４からなり、第二のＥＤＩ通信データ受取部３１４は、第二のＥＤＩ通信データ送信部３１３により、送信されたＥＤＩ通信データを受け取る。
【００５６】
続いて、図３、３０２について説明を行う。図３、３０２も、ＥＤＩ通信処理装置１０１、ＥＤＩ通信処理装置１０２、取引先ＥＤＩ通信処理装置１０５からなる。
【００５７】
取引先ＥＤＩ通信処理装置１０５は、第三のＥＤＩ通信データ送信部３２０からなり、第三のＥＤＩ通信データ送信部３２０は、ＥＤＩ通信処理装置１０２へ、ＥＤＩ通信データを送信する。
【００５８】
ＥＤＩ通信処理装置１０２は、第三のＥＤＩ通信データ受信部３２１、第二の解析部３２２、第四のＥＤＩ通信データ送信部３２３からなる。
第三のＥＤＩ通信データ受信部３２１は、取引先ＥＤＩ通信処理装置１０５から、ＥＤＩ通信データを受け取る。
【００５９】
第二の解析部３２２は、第三のＥＤＩ通信データ受信部３２１によって受け取った、ＥＤＩ通信データを解析する。
【００６０】
第四のＥＤＩ通信データ送信部３２３は、第三のＥＤＩ通信データ受信部３２１によって受け取った、ＥＤＩ通信データをＥＤＩ通信処理装置１０１へ送信する。
【００６１】
ＥＤＩ通信処理装置１０１は、第四のＥＤＩ通信データ受信部３２４からなり、第四のＥＤＩ通信データ受信部３２４は、ＥＤＩ通信処理装置１０２からＥＤＩ通信データを受信する。
【００６２】
続いて、ＥＤＩ通信処理装置１０１、ＥＤＩ通信処理装置１０２の基本的な処理フローについて、図４〜図２７を用いて説明する。
【００６３】
図４は、本発明の実施形態における、データの発信元である、ＥＤＩ通信処理装置１０１が、ＥＤＩの通信データを、取引先ＥＤＩ通信処理装置１０５に対し、ＥＤＩ通信処理装置１０２を介して発信するための処理フローを示す図である。なお、通信のプロトコルは、ｅｂＸＭＬと、ＪＸ手順（クライアント側）の２種類についての処理である。また、この処理によって、ＥＤＩ通信処理装置１０１からの通信に必要とされていたデータがＥＤＩ通信処理装置１０２へも登録された後、ＥＤＩ通信処理装置１０２は、データの発信元として、取引先ＥＤＩ通信処理装置１０５と直接、ＥＤＩ通信を行うことが出来るようになる。
【００６４】
ステップＳ４００１において、ＥＤＩ通信処理装置１０１が、発信のＥＤＩ通信処理を開始する。
【００６５】
ステップＳ４００２において、ＥＤＩ通信処理装置１０１が、環境設定テーブル１０００を読み込んで、プロキシ設定を確認する。
【００６６】
ＥＤＩ通信処理装置１０１の環境設定テーブル１０００の一例を図１０に示す。環境設定テーブルは、１行のみ登録されているため、検索条件を指定せずに読み込む。
【００６７】
図１０の環境設定テーブル１０００は、本発明を実現させるために必要となる、プロキシサーバのプロキシ機能の環境設定を登録しておくテーブルであり、このテーブルにより、ＥＤＩ通信を行うにあたり、プロキシを経由するか否かを確認することが出来る。
【００６８】
また、環境設定テーブル１０００は、プロキシ設定有無１００１、プロキシサーバアドレス１００２、プロキシサーバポート番号１０３からなり、プロキシ設定有無１００１には、ＥＤＩ通信システムにおいてプロキシ設定がされている場合は、「Ｙ」の値が登録され、プロキシ設定がされていない場合は「Ｎ」の値が登録される。
【００６９】
プロキシサーバアドレス１００２には、プロキシとして稼働しているプロキシサーバのアドレスが登録され、プロキシサーバポート番号１０３には、プロキシとして稼働しているプロキシサーバのポート番号が登録される。
【００７０】
ステップＳ４００３において、環境設定テーブル１０００の「プロキシ設定有無１００１」の値が「Ｎ」の場合は、プロキシを経由しないため、ステップＳ４００４に遷移し、環境設定テーブルの「プロキシ設定有無１００１」の値が「Ｙ」の場合は、プロキシを経由するため、ステップＳ４００５に遷移する。
【００７１】
ステップＳ４００４において、ＥＤＩ通信処理装置１０１は、取引先ＥＤＩ通信処理装置１０５と直接ＥＤＩ通信を行い、本処理を終了する。
【００７２】
ステップＳ４００５において、ＥＤＩ通信処理装置１０１は、図１０の環境設定テーブル１０００の「プロキシサーバアドレス１００２」と「プロキシサーバポート番号１００３」を読み込む。
【００７３】
ＥＤＩ通信処理装置１０１は、読み込んだ「プロキシサーバアドレス１００２」と「プロキシサーバポート番号１００３」宛てにＥＤＩ通信の発信データであるＨＴＴＰリクエストを転送する。
【００７４】
ステップＳ４００６において、ＥＤＩ通信処理装置１０２は、ＥＤＩ通信処理装置１０１からＥＤＩ通信のＨＴＴＰリクエストを受け取る。
【００７５】
ステップＳ４００７において、ＥＤＩ通信処理装置１０２は取引先ＥＤＩ通信処理装置１０５に発信データであるＨＴＴＰリクエストを転送し、取引先ＥＤＩ通信処理装置１０５から発信データの処理結果であるＨＴＴＰレスポンスを受け取る。
【００７６】
ステップＳ４００８において、ＥＤＩ通信処理装置１０２は、ＥＤＩ通信処理装置１０１に替わって発信処理を行う際に必要となるデータ登録を行うための、設定自動登録処理を行う。なお、処理の詳細は、図５、図６で説明を行う。
【００７７】
図５・図６は、本発明の実施形態におけるＥＤＩ通信処理装置１０２の発信の設定自動登録処理フローを示す図である。
【００７８】
ステップＳ５００１において、ＥＤＩ通信処理装置１０２は、ＥＤＩ通信処理装置１０１から受け取ったＨＴＴＰリクエストと取引先ＥＤＩ通信処理装置１０５から受け取ったＨＴＴＰレスポンスを読み込む。
【００７９】
ステップＳ５００２において、ＥＤＩ通信処理装置１０２は、読み込んだＨＴＴＰリクエストのＨＴＴＰヘッダ部分から、ＥＤＩ通信のプロトコルを判別する。
【００８０】
つまり、ＨＴＴＰヘッダに、図１９に示すように「ＳＯＡＰＡｃｔｉｏｎ:"ｅｂＸＭＬ"」が含まれる場合は、プロトコルを「ｅｂＸＭＬ」と判断してステップＳ５００３に遷移し、図２０に示すように「ＳＯＡＰＡｃｔｉｏｎ: "ＨＴＴＰ：／／ｗｗｗ．ｄｓｒｉ．ｊｐ／ｅｄｉ−ｂｐ／２００４／ｊｅｄｉｃｏｓ−ｘｍｌ／ｃｌｉｅｎｔ−ｓｅｒｖｅｒ／ＰｕｔＤｏｃｕｍｅｎｔ"」、または、図２１に示すように「ＳＯＡＰＡｃｔｉｏｎ: "ＨＴＴＰ：／／ｗｗｗ．ｄｓｒｉ．ｊｐ／ｅｄｉ−ｂｐ／２００４／ｊｅｄｉｃｏｓ−ｘｍｌ／ｃｌｉｅｎｔ−ｓｅｒｖｅｒ／ＧｅｔＤｏｃｕｍｅｎｔ"」が含まれる場合は、プロトコルを「ＪＸ手順（クライアント側）」と判断してステップＳ５０１２に遷移する。それ以外の場合は、設定自動登録処理を終了する。
【００８１】
なお、プロトコルがＪＸ手順（クライアント側）の受信の場合のＨＴＴＰレスポンスの一例を図２２に示す。
【００８２】
ステップＳ５００３において、ＥＤＩ通信処理装置１０２は接続先設定（ｅｂＸＭＬ）テーブル１２００を読み込む。
【００８３】
ＥＤＩ通信処理装置１０２の接続先設定（ｅｂＸＭＬ）テーブルの一例を図１２に示す。
【００８４】
接続先設定（ｅｂＸＭＬ）テーブル１２００は、ＥＤＩ通信で発信するデータの発信先や、ＥＤＩ通信で着信したデータをどこから着信したかを特定するための送信元を特定するために必要となる情報が登録されるテーブルであり、接続先ＩＤ１２０１、接続先名１２０２、ＣＰＡＩＤ１２０３、自社企業識別情報１２０４、自社企業識別情報種別１２０５、相手先企業識別情報１２０６、相手先企業識別情報種別１２０７からなる。
【００８５】
なお、本処理である、ＥＤＩ通信で発信を行う場合に必要となるデータとしては、接続先ＩＤ１２０１は、接続先のＩＤが登録されている。
【００８６】
接続先名１２０２は、接続先の名称が登録されている。
【００８７】
ＣＰＡＩＤ１２０３は、自分と接続先の関係を特定するためのＩＤが登録されている。自社企業識別情報１２０４は、自社の企業ＩＤが登録されている。
【００８８】
自社企業識別情報種別１２０５は、企業ＩＤである自社企業識別情報１２０４を特定するためのブループ名称が登録されている。
【００８９】
相手先企業識別情報１２０６は、相手先の企業ＩＤが登録されている。
【００９０】
相手先企業識別情報種別１２０７は、企業ＩＤである相手先企業識別情報１２０６を特定するためのブループ名称が登録されている。
【００９１】
また、このテーブルは「ＣＰＡＩＤ１２０３」、「自社企業識別情報１２０４」、「自社企業識別情報種別１２０５」、「相手先企業識別情報１２０６」、「相手先企業識別情報種別１２０７」をキーとしてデータが登録される。
【００９２】
なお、ＥＤＩ通信処理装置１０２は、接続先設定（ｅｂＸＭＬ）テーブル１２００を読み込むために、読み込みに必要となるキーを、図１９に示したＨＴＴＰリクエストの内容から取得する。
【００９３】
つまり、「ＣＰＡＩＤ１２０３」は「ｅｂ：ＣＰＡＩｄ」要素の値で、「自社企業識別情報１２０４」は、「ｅｂ：Ｆｒｏｍ」要素下の「ｅｂ：ＰａｒｔｙＩｄ」要素の値で、「自社企業識別情報種別１２０５」は、「ｅｂ：Ｆｒｏｍ」要素下の、「ｅｂ：ＰａｒｔｙＩｄ」要素の、「ｅｂ：ｔｙｐｅ」属性の値で、「相手先企業識別情報１２０６」は、「ｅｂ：Ｔｏ」要素下の「ｅｂ：ＰａｒｔｙＩｄ」要素の値である。「相手先企業識別情報種別１２０７」は、「ｅｂ：Ｔｏ」要素下の「ｅｂ：ＰａｒｔｙＩｄ」要素の「ｅｂ：ｔｙｐｅ」属性の値に、合致するレコードを検索する。
【００９４】
ステップＳ５００４において、ＥＤＩ通信処理装置１０２は、接続先設定（ｅｂＸＭＬ）テーブル１２００を検索した結果、発信するための発信先情報が存在しなければ、ステップＳ５００５に遷移し、存在すればステップＳ５００６に遷移する。
【００９５】
ステップＳ５００５において、ＥＤＩ通信処理装置１０２は、接続先設定（ｅｂＸＭＬ）テーブル１２００に発信先を登録する。登録する内容は、「接続先ＩＤ１２０１」、「接続先名１２０２」、「ＣＰＡＩＤ１２０３」、「自社企業識別情報１２０４」、「自社企業識別情報種別１２０５」、「相手先企業識別情報１２０６」、「相手先企業識別情報種別１２０７」である。
【００９６】
「接続先ＩＤ１２０１」には、まだ登録されていないＩＤで最小の値を設定する。
【００９７】
「接続先名１２０２」には、「ＣＰＡＩＤ１２０３」と同じ値を設定する。
【００９８】
「ＣＰＡＩＤ１２０３」、「自社企業識別情報１２０４」、「自社企業識別情報種別１２０５」、「相手先企業識別情報１２０６」、「相手先企業識別情報種別１２０７」には、ステップＳ５００１でＥＤＩ通信処理装置１０１から取得したＨＴＴＰリクエストの内容、から取得した値を設定する。
【００９９】
その後、ステップＳ５００８に遷移する。ステップＳ５００８については後述する。
【０１００】
ステップＳ５００６において、ＥＤＩ通信処理装置１０２は、ＥＤＩ通信で発信、着信するデータの種別を決定するために必要となる情報が登録されているか否かを確認するために、ファイル設定（ｅｂＸＭＬ）テーブル１３００を読み込む。
【０１０１】
ＥＤＩ通信処理装置１０２のファイル設定（ｅｂＸＭＬ）テーブルの一例を図１３に示す。
【０１０２】
ファイル設定（ｅｂＸＭＬ）テーブル１３００は、ＥＤＩ通信で発信、着信するデータの種別を決定するために必要となる情報を登録しておくためのテーブルである。
【０１０３】
ファイルＩＤ１３０１、接続先ＩＤ１３０２、ファイル名１３０３、送信受信１３０４、サービス名１３０５、サービスの種類１３０６、アクション名１３０７、相手先ＵＲＬ１３０８、接続方法１３０９、自社企業役割１３１０、相手先企業役割１３１１からなる。
【０１０４】
ファイルＩＤ１３０１は、接続先ＩＤ１３０２に紐付く、ファイルＩＤが登録される。
【０１０５】
接続先ＩＤ１３０２は、ＥＤＩ通信の接続先のＩＤが登録される。
【０１０６】
ファイル名１３０３は、ＥＤＩ通信で発信または着信されるデータの種別が名称として登録される。
【０１０７】
送信受信１３０４は、ＥＤＩ通信のデータが発信送信または着信受信のいずれかであるかが登録される。
【０１０８】
サービス名１３０５は、ＥＤＩ通信のデータの種別が、どの業界のデータ種別なのかを説明するための付加情報が登録される。
【０１０９】
サービスの種類１３０６は、サービス名１３０５の補足情報が登録される。
アクション名１３０７は、ＥＤＩ通信で発信または着信されるデータの種別が登録される。
相手先ＵＲＬ１３０８は、ＥＤＩ通信で発信する宛先となるＵＲＬ、または、ＥＤＩ通信で着信する場合の、データの送信元である相手先のＵＲＬが登録される。
【０１１０】
接続方法１３０９は、接続方法  は、同期か、非同期が登録される。受信側が送信側にたいして返答を行うときに、同セッションで行う場合は、同期が登録され、違うセッションで行う場合は、非同期が登録される。
【０１１１】
自社企業役割１３１０は、ＥＤＩ通信における自社の企業の役割が登録される。
【０１１２】
相手先企業役割１３１１は、ＥＤＩ通信における相手先の企業の役割が登録される。
【０１１３】
なお、接続先設定（ｅｂＸＭＬ）テーブル１２００とファイル設定（ｅｂＸＭＬ）テーブル１３００は親子関係にあり、接続先設定（ｅｂＸＭＬ）テーブル１２００の１つの接続先ＩＤに対し、同一の、ファイル設定（ｅｂＸＭＬ）テーブル１３００の接続先ＩＤが、１対Ｎの関係で複数関連付く形式をとる。
【０１１４】
ファイル先設定（ｅｂＸＭＬ）テーブル１３００は、「接続先ＩＤ１３０２」、「送信受信１３０４」、「サービス名１３０５」、「サービスの種類１３０６」、「アクション名１３０７」をキーとする。
【０１１５】
また、ステップＳ５００６において、ＥＤＩ通信処理装置１０２は、ファイル設定（ｅｂＸＭＬ）テーブル１３００を読み込むには、以上のキーに対して以下のような値を設定して読み込む。
【０１１６】
「接続先ＩＤ１３０２」には、ステップＳ５００３で接続先設定（ｅｂＸＭＬ）テーブル１２００を検索して取得した接続先設定の接続先ＩＤ１２０１の値を指定する。
【０１１７】
「送信受信１３０４」は、ｅｂＸＭＬのプロトコルにおける発信の処理であるため、「発信送信」を指定する。
【０１１８】
「サービス名１３０５」、「サービスの種類１３０６」、「アクション名１３０７」の値は、図１９に示したＨＴＴＰリクエストの内容から取得した値を指定する。つまり、「サービス名１３０５」は「ｅｂ：Ｓｅｒｖｉｃｅ」要素の値を指定する。「サービスの種類１３０６」は、「ｅｂ：Ｓｅｒｖｉｃｅ」要素の「ｅｂ：ｔｙｐｅ」属性の値を指定する。「アクション名１３０７」は、「ｅｂ：Ａｃｔｉｏｎ」要素の値を指定する。
【０１１９】
以上の値を指定して、ステップＳ５００６において、ＥＤＩ通信処理装置１０２は、ファイル設定（ｅｂＸＭＬ）テーブル１３００を読み込む。
【０１２０】
ステップＳ５００７において、ＥＤＩ通信処理装置１０２は、ファイル設定（ｅｂＸＭＬ）テーブル１３００を検索した結果、設定が存在しなければ、ステップＳ５００８に遷移し、存在すればステップＳ５００９に遷移する。
【０１２１】
ステップＳ５００８において、ＥＤＩ通信処理装置１０２は、ファイル設定（ｅｂＸＭＬ）テーブル１３００にファイル設定を登録する。
【０１２２】
登録する内容は、「ファイルＩＤ１３０１」、「接続先ＩＤ１３０２」、「ファイル名１３０３」、「送信受信１３０４」、「サービス名１３０５」、「サービスの種類１３０６」、「アクション名１３０７」、「相手先ＵＲＬ１３０８」、「接続方法１３０９」、「自社企業役割１３１０」、「相手先企業役割１３１１」である。
【０１２３】
「ファイルＩＤ１３０１」には、同一接続先のファイル設定のなかでまだ登録されていないＩＤで最小の値を設定する。
【０１２４】
「接続先ＩＤ１３０２」には、ステップＳ５００３で接続先設定（ｅｂＸＭＬ）テーブル１３００を検索して取得した接続先ＩＤ１３０２か、ステップＳ５００５で接続先設定を登録した時に採番した接続先ＩＤを設定する。
【０１２５】
「ファイル名１３０３」には、「アクション名１３０７」と同じ値を設定する。
【０１２６】
「送信受信１３０４」には、ｅｂＸＭＬのプロトコルにおける発信・送信の処理であるため「発信送信」を設定する。
【０１２７】
「サービス名１３０５」、「サービスの種類１３０６」、「アクション名１３０７」には、ステップＳ５００１でＥＤＩ通信処理装置１０１より取得した図１９のＨＴＴＰリクエストの内容から取得した値を設定する。
【０１２８】
つまり、「サービス名１３０５」は「ｅｂ：Ｓｅｒｖｉｃｅ」要素の値を指定する。「サービスの種類１３０６」は、「ｅｂ：Ｓｅｒｖｉｃｅ」要素の「ｅｂ：ｔｙｐｅ」属性の値を指定する。「アクション名１３０７」は、「ｅｂ：Ａｃｔｉｏｎ」要素の値を指定する。
【０１２９】
「相手先ＵＲＬ１３０８」は、ステップＳ５００１でＥＤＩ通信処理装置１０１より取得した図１９に示したＨＴＴＰリクエストのＨＴＴＰヘッダのＰＯＳＴ行のＵＲＬを設定する。
【０１３０】
「接続方法１３０９」、「自社企業役割１３１０」、「相手先企業役割１３１１」は、ステップＳ５００１でＥＤＩ通信処理装置１０１より取得した図１９に示したＨＴＴＰリクエストの内容から取得した値を設定する。
【０１３１】
つまり、「接続方法１３０９」は「ｅｂ：ＳｙｎｃＲｅｐｌｙ」要素を検索し、存在すれば「同期」を設定し、存在しなければ「非同期」を設定する。
【０１３２】
「自社企業役割１３１０」は「ｅｂ：Ｆｒｏｍ」要素下の「ｅｂ：Ｒｏｌｅ」の値を設定する。
【０１３３】
「相手先企業役割１３１１」は「ｅｂ：Ｔｏ」要素下の「ｅｂ：Ｒｏｌｅ」の値を設定する。
【０１３４】
その後、ステップＳ５０１１に遷移する。ステップＳ５０１１については後述する。
【０１３５】
ステップＳ５００９において、ＥＤＩ通信処理装置１０２は、ペイロード設定（ｅｂＸＭＬ）テーブルを読み込む。
【０１３６】
なお、ファイル設定（ｅｂＸＭＬ）テーブル１３００とペイロード設定（ｅｂＸＭＬ）テーブル１４００は親子関係にあり、ファイル設定（ｅｂＸＭＬ）テーブル１３００の１つのファイルＩＤに対し、同一の、ペイロード設定（ｅｂＸＭＬ）テーブル１４００のファイルＩＤが、１対Ｎの関係で複数関連付く形式をとる。
【０１３７】
ＥＤＩ通信処理装置１０２のペイロード設定（ｅｂＸＭＬ）テーブルの一例を図１４に示す。
【０１３８】
ペイロード設定（ｅｂＸＭＬ）テーブル１４００は、発信・送信、または、着信・受信のデータに対し添付された添付ファイルの情報について登録がされているテーブルである。
【０１３９】
したがって、発信する、あるいは、着信されたデータに添付されたデータのファイル形式が何かを特定するためのテーブルである。なお、送信の場合は、その該当レコードに紐づくファイルの保存先のデータが送信できるようにしている。また、着信の場合は、その該当レコードに紐づくファイルの保存先に着信したデータが保存されるようにできるようにしている。
【０１４０】
なお、発信の場合は、ペイロードＩＤ１４０１は、添付ファイル情報のレコードとしてのＩＤが、接続先ＩＤ１４０３、ファイルＩＤ１４０２に紐付いて登録される。
【０１４１】
ファイルＩＤ１４０２は、接続先ＩＤ１４０３に紐付く、ファイルＩＤが登録される。
【０１４２】
接続先ＩＤ１４０３は、ＥＤＩ通信の接続先のＩＤが登録される。
【０１４３】
ペイロード名１４０４は、添付ファイルの設定の名称が登録される。
【０１４４】
コンテンツタイプ１４０７は、発信・着信されるデータに付随する添付ファイルのＭＩＭＥタイプの情報（ファイル形式の情報）が登録される。
【０１４５】
なお、ペイロード設定（ｅｂＸＭＬ）テーブル１４００は、「ファイルＩＤ１４０２」、「接続先ＩＤ１４０３」、「スキーマ名１４０５」、「スキーマバージョン１４０６」、「コンテンツタイプ１４０７」をキーとするデータが登録されている。
【０１４６】
なお、読み込むために各項目に指定する値は以下のように指定する。
【０１４７】
「ファイルＩＤ１４０２」には、ステップＳ５００６でファイル設定（ｅｂＸＭＬ）テーブル１３００を検索して取得したファイルＩＤ１３０１の値を指定する。
【０１４８】
「接続先ＩＤ１４０３」には、ステップＳ５００３で接続先設定（ｅｂＸＭＬ）テーブル１２００を検索して取得した接続先ＩＤ１２０１の値を指定する。
【０１４９】
「スキーマ名１４０５」、「スキーマバージョン１４０６」、「コンテンツタイプ１４０７」の値は、図１９に示したＨＴＴＰリクエストの内容から取得した値を指定する。
【０１５０】
「スキーマ名１４０５」は、「ｅｂ：Ｓｃｈｅｍａ」要素の「ｅｂ：ｌｏｃａｔｉｏｎ」属性の値である。「ｅｂ：Ｓｃｈｅｍａ」要素は存在しない場合もある。その場合は、「スキーマ名」には空文字を指定する。
【０１５１】
「スキーマバージョン１４０６」は、「ｅｂ：Ｓｃｈｅｍａ」要素の「ｅｂ：ｖｅｒｓｉｏｎ」属性の値である。「ｅｂ：Ｓｃｈｅｍａ」要素は存在しない場合もある。その場合は、「スキーマバージョン」には空文字を指定する。
【０１５２】
「コンテンツタイプ１４０７」は、ＨＴＴＰヘッダの「Ｃｏｎｔｅｎｔ-Ｔｙｐｅ」の「ｂｏｕｎｄａｒｙ＝」の値からバウンダリ（区切り文字）を取得し、そのバウンダリで区切られたＨＴＴＰのボディパートのうち、２つめのパートの「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」の値を指定する。図１９で示したＨＴＴＰリクエストの例では、バウンダリは「‐‐‐‐＝_Ｐａｒｔ_０_６０７０３４５．１３８５０１４９２４９８９」であり、「コンテンツタイプ」は「ｔｅｘｔ／ｘｍｌ」となる。
【０１５３】
以上の値の指定により、ペイロード先設定（ｅｂＸＭＬ）テーブル１４００を読み込む。
【０１５４】
ステップＳ５０１０において、ＥＤＩ通信処理装置１０２は、ペイロード設定（ｅｂＸＭＬ）テーブルを検索した結果、設定が存在しなければ、ステップＳ５０１１に遷移し、存在すれば設定自動登録処理を終了する。
【０１５５】
ステップＳ５０１１において、ＥＤＩ通信処理装置１０２は、ペイロード設定（ｅｂＸＭＬ）テーブル１４００にファイル設定を登録する。
【０１５６】
登録する内容は、「ペイロードＩＤ１４０１」、「ファイルＩＤ１４０２」、「接続先ＩＤ１４０３」、「ペイロード名１４０４」、「スキーマ名１４０５」、「スキーマバージョン１４０６」、「コンテンツタイプ１４０７」である。
【０１５７】
「ペイロードＩＤ１４０１」には、同一ファイル設定のペイロード設定のなかでまだ登録されていないＩＤで最小の値を設定する。
【０１５８】
「ファイルＩＤ１４０２」には、ステップＳ５００６でファイル設定（ｅｂＸＭＬ）テーブル１３００を検索して取得したファイルＩＤ１３０１か、ステップＳ５００８でファイル設定を登録した時に採番したファイルＩＤを設定する。
【０１５９】
「接続先ＩＤ１４０３」には、ステップＳ５００３で接続先設定（ｅｂＸＭＬ）テーブル１２００を検索して取得した接続先ＩＤ１２０１か、ステップＳ５００５で接続先設定を登録した時に採番した接続先ＩＤを設定する。
【０１６０】
「ペイロード名１４０４」には、「コンテンツタイプ１４０７」と同じ値を設定する。
【０１６１】
「スキーマ名１４０５」、「スキーマバージョン１４０６」、「コンテンツタイプ１４０７」には、ＨＴＴＰリクエスト（図１９）の内容から取得した値を設定する。
【０１６２】
つまり、「スキーマ名１４０５」は、「ｅｂ：Ｓｃｈｅｍａ」要素の「ｅｂ：ｌｏｃａｔｉｏｎ」属性の値である。「ｅｂ：Ｓｃｈｅｍａ」要素は存在しない場合もある。その場合は、「スキーマ名」には空文字を設定する。
【０１６３】
「スキーマバージョン１４０６」は、「ｅｂ：Ｓｃｈｅｍａ」要素の「ｅｂ：ｖｅｒｓｉｏｎ」属性の値である。「ｅｂ：Ｓｃｈｅｍａ」要素は存在しない場合もある。その場合は、「スキーマバージョン」には空文字を設定する。
【０１６４】
「コンテンツタイプ１４０７」は、ＨＴＴＰヘッダの「Ｃｏｎｔｅｎｔ-Ｔｙｐｅ」の「ｂｏｕｎｄａｒｙ＝」の値からバウンダリ（区切り文字）を取得し、そのバウンダリで区切られたＨＴＴＰのボディパートのうち、２つめのパートの「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」の値（図１９、１９１５）を設定する。図１９で示したＨＴＴＰリクエストの例では、バウンダリは「‐‐‐‐＝_Ｐａｒｔ_０_６０７０３４５．１３８５０１４９２４９８９」であり、「コンテンツタイプ」は「ｔｅｘｔ／ｘｍｌ」となる。
【０１６５】
その後、設定自動登録処理を終了する。
【０１６６】
ステップＳ５０１２において、ＥＤＩ通信処理装置１０２は、ＪＸ手順（クライアント側）のプロトコルにおける、発信・送信または発信・受信の処理であるため、読み込んだＨＴＴＰリクエストのＨＴＴＰヘッダから、発信・送信か否かを判別する。
【０１６７】
図２０に示すように、ＨＴＴＰヘッダに「ＳＯＡＰＡｃｔｉｏｎ: "ＨＴＴＰ：／／ｗｗｗ．ｄｓｒｉ．ｊｐ／ｅｄｉ−ｂｐ／２００４／ｊｅｄｉｃｏｓ−ｘｍｌ／ｃｌｉｅｎｔ−ｓｅｒｖｅｒ／ＰｕｔＤｏｃｕｍｅｎｔ"」が含まれる場合は送信である。図２１に示すように、ＨＴＴＰヘッダに「ＳＯＡＰＡｃｔｉｏｎ: "ＨＴＴＰ：／／ｗｗｗ．ｄｓｒｉ．ｊｐ／ｅｄｉ−ｂｐ／２００４／ｊｅｄｉｃｏｓ−ｘｍｌ／ｃｌｉｅｎｔ−ｓｅｒｖｅｒ／ＧｅｔＤｏｃｕｍｅｎｔ"」が含まれる場合は、受信である。判別結果は後続処理で使用するため、メモリに記録する。
【０１６８】
ステップＳ５０１３において、ＥＤＩ通信処理装置１０２は、接続先設定（ＪＸ手順（クライアント側））テーブル１５００を読み込む。
【０１６９】
接続先設定（ＪＸ手順（クライアント側））テーブル１５００は、ＥＤＩ通信で発信・送信するデータの発信先や、ＥＤＩ通信で発信・受信するためのデータの発信先を特定するために必要となる情報が登録されるテーブルである。
【０１７０】
ＥＤＩ通信処理装置１０２の接続先設定（ＪＸ手順（クライアント側））テーブル１５００の一例を図１５に示す。
【０１７１】
接続先設定（ＪＸ手順（クライアント側））テーブル１５００は、接続先ＩＤ１５０１、接続先名１５０２、自社企業識別情報１５０３、自社マシン識別情報１５０４、相手先企業識別情報１５０５、相手先マシン識別情報１５０６、エンドポイントＵＲＩ１５０７からなる。
【０１７２】
なお、本処理である、ＥＤＩ通信で発信・送信または、発信・受信を行う場合に必要となるデータとしては次のとおりである。
【０１７３】
接続先ＩＤ１５０１には、接続先のＩＤが登録されている。
【０１７４】
接続先名１５０２には、接続先の名称が登録されている。
【０１７５】
自社企業識別情報１５０３は、発信・送信のデータの場合は、データの送り元の企業ＩＤが、発信・受信のデータの場合は、データの送り先の企業ＩＤ登録がされている。
【０１７６】
自社マシン識別情報１５０４は、データの発信側のマシンがどの企業のマシンかを特定するための情報が登録されている。
【０１７７】
相手先企業識別情報１５０５は、発信・送信のデータの場合は、データの送り先の企業ＩＤが、発信・受信の場合は、データの送り元の企業ＩＤが登録されている。
【０１７８】
相手先マシン識別情報１５０６は、データの着信側のマシンがどの企業のマシンかを特定するための情報が登録されている。
【０１７９】
エンドポイントＵＲＩ１５０７は、発信のリクエストの送付先となるＵＲIの情報が登録されている。
【０１８０】
接続先設定（ＪＸ手順（クライアント側））テーブル１５００は、「自社企業識別情報１５０３」、「自社マシン識別情報１５０４」、「相手先企業識別情報１５０５」、「相手先マシン識別情報１５０６」をキーとする。
【０１８１】
これらの検索キーの値は、図２０、２２に示したＨＴＴＰリクエスト、ＨＴＴＰレスポンスの内容から取得する。
【０１８２】
「自社マシン識別情報１５０４」はＨＴＴＰリクエストの「ｎｓ１:Ｆｒｏｍ」要素の値を指定する。
【０１８３】
「相手先マシン識別情報１５０６」はＨＴＴＰリクエストの「ｎｓ１:Ｔｏ」要素の値を指定する。
【０１８４】
「自社企業識別情報１５０３」、「相手先企業識別情報１５０５」は、送信の場合と受信の場合で指定する値が異なる。ステップＳ５０１２で送受信を判断した結果、送信だった場合、「自社企業識別情報１５０３」は図２０に示したＨＴＴＰリクエストの「ｎｓ１：ｓｅｎｄｅｒＩｄ」要素の値を指定し、「相手先企業識別情報１５０５」は、図２０に示したＨＴＴＰリクエストの「ｎｓ１：ｒｅｃｅｉｖｅｒＩｄ」要素の値を指定する。
【０１８５】
ステップＳ５０１２で送受信を判断した結果、受信だった場合、「自社企業識別情報１５０３」は図２２に示したＨＴＴＰレスポンスの「ｎｓ１：ｒｅｃｅｉｖｅｒＩｄ」要素の値を指定し、「相手先企業識別情報１５０５」は、図２２に示したＨＴＴＰレスポンスの「ｎｓ１：ｓｅｎｄｅｒＩｄ」要素の値を指定する。
【０１８６】
ステップＳ５０１４において、ＥＤＩ通信処理装置１０２は、接続先設定（ＪＸ手順（クライアント側））テーブルを検索した結果、設定が存在しなければ、ステップＳ５０１５に遷移し、存在すればステップＳ５０１６に遷移する。
【０１８７】
ステップＳ５０１５において、ＥＤＩ通信処理装置１０２は、接続先設定（ＪＸ手順（クライアント側））テーブル１５００に接続先設定を登録する。
【０１８８】
登録する内容は、「接続先ＩＤ１５０１」、「接続先名１５０２」、「自社企業識別情報１５０３」、「自社マシン識別情報１５０４」、「相手先企業識別情報１５０５」、「相手先マシン識別情報１５０６」、「エンドポイントＵＲＩ１５０７」である。
【０１８９】
「接続先ＩＤ１５０１」には、まだ登録されていないＩＤで最小の値を設定する。
【０１９０】
「接続先名１５０２」には、「相手先企業識別情報１５０５」と同じ値を設定する。
【０１９１】
「自社企業識別情報１５０３」、「自社マシン識別情報１５０４」、「相手先企業識別情報１５０５」、「相手先マシン識別情報１５０６」には、ＨＴＴＰリクエスト（図２０）、ＨＴＴＰレスポンス（図２２）の内容から取得した値を設定する。
【０１９２】
「自社企業識別情報１５０３」、「相手先企業識別情報１５０５」は、送信の場合と受信の場合で指定する値が異なる。ステップＳ５０１２で送受信を判断した結果、送信だった場合、「自社企業識別情報１５０３」は図２０に示したＨＴＴＰリクエストの「ｎｓ１：ｓｅｎｄｅｒＩｄ」要素の値を設定し、「相手先企業識別情報１５０５」は、図２０に示したＨＴＴＰリクエストの「ｎｓ１：ｒｅｃｅｉｖｅｒＩｄ」要素の値を設定する。
【０１９３】
「自社マシン識別情報１５０４」はＨＴＴＰリクエストの「ｎｓ１:Ｆｒｏｍ」要素の値を設定する。
【０１９４】
「相手先マシン識別情報１５０６」はＨＴＴＰリクエストの「ｎｓ１:Ｔｏ」要素の値を設定する。
【０１９５】
「エンドポイントＵＲＩ１５０７」は、送信の場合と受信の場合で指定する値が異なる。ステップＳ５０１２で送受信を判断した結果、送信だった場合、図２０のＨＴＴＰリクエストのＨＴＴＰヘッダのＰＯＳＴ行のＵＲＬを設定する。受信だった場合、図２１のＨＴＴＰリクエストのＨＴＴＰヘッダのＰＯＳＴ行のＵＲＬを設定する。
【０１９６】
以上の値を設定して、接続先設定（ＪＸ手順（クライアント側））テーブル１５００に接続先設定を登録する。
【０１９７】
その後、ステップＳ５０１８に遷移する。ステップＳ５０１８については後述する。
【０１９８】
ステップＳ５０１６において、ＥＤＩ通信処理装置１０２は、ＥＤＩ通信で発信・送信、発信・受信するデータの種別を決定するために必要となる情報が存在するか否かを確認するため、ファイル設定（ＪＸ手順（クライアント側））テーブル１６００を読み込む。
【０１９９】
ファイル設定（ＪＸ手順（クライアント側））テーブル１６００は、ＥＤＩ通信で発信・送信、発信・受信するデータの種別を決定するために必要となる情報を登録しておくためのテーブルであり、
【０２００】
なお、接続先設定（ＪＸ手順（クライアント側））テーブル１５００とファイル設定（ＪＸ手順（クライアント側））テーブル１６００は親子関係にあり、接続先設定（ＪＸ手順（クライアント側））テーブル１５００の１つのファイルＩＤに対し、同一の、ファイル設定（ＪＸ手順（クライアント側））テーブル１６００のファイルＩＤが、１対Ｎの関係で複数関連付く形式をとる。
【０２０１】
ＥＤＩ通信処理装置１０２のファイル設定（ＪＸ手順（クライアント側））テーブル１６００の一例を図１６に示す。
【０２０２】
ファイル設定（ＪＸ手順（クライアント側））テーブル１６００は、ファイルＩＤ１６０１、接続先ＩＤ１６０２、ファイル名１６０３、送信受信１６０４、ドキュメント形式１６０５、ドキュメント種別１６０６、圧縮／解凍有無１６０７、圧縮タイプ１６０８からなる。
【０２０３】
ファイル設定（ＪＸ手順（クライアント側））テーブル１６００の、ファイルＩＤ１６０１は接続先ＩＤ１６０２に紐付く、ファイルＩＤが登録される。
【０２０４】
接続先ＩＤ１６０２はＥＤＩ通信の接続先のＩＤが登録される。
【０２０５】
ファイル名１６０３はＥＤＩ通信で発信または着信されるデータの種別が名称として登録される。
【０２０６】
送信受信１６０４はＥＤＩ通信のデータが発信送信または発信受信のいずれかであるかが登録される。
【０２０７】
ドキュメント形式１６０５は、ＥＤＩ通信で発信・送信、または、発信・受信されるデータの種別が、どの業界のデータ種別なのかを説明するための付加情報が登録される。
【０２０８】
ドキュメント種別１６０６は、ＥＤＩ通信で発信・送信または発信・受信されるデータの種別が登録される。
【０２０９】
圧縮／解凍有無１６０７は、ＥＤＩ通信で発信・送信、または、発信・受信されるデータの圧縮／解凍の有無の区分が登録されている。
【０２１０】
圧縮タイプ１６０８は、ＥＤＩ通信で発信・送信、または、発信・受信されるデータの圧縮タイプの情報が登録されている。
【０２１１】
また、図１６のファイル設定（ＪＸ手順（クライアント側））テーブル１６００へは、「接続先ＩＤ１６０２」、「送信受信１６０４」、「ドキュメント形式１６０５」、「ドキュメント種別１６０６」をキーとするデータが登録される。
【０２１２】
なお、読み込むために各項目に指定する値は以下のように指定する。
【０２１３】
「接続先ＩＤ１６０２」には、ステップＳ５０１３で接続先設定（ＪＸ手順（クライアント側））テーブル１５００を検索して取得した接続先ＩＤ１５０１を指定する。
【０２１４】
「送信受信１６０４」にはステップＳ５０１２で判別した結果を設定する。つまり発信送信、発信受信のいずれかの値を設定する。
【０２１５】
「ドキュメント形式１６０５」、「ドキュメント種別」は、発信・送信の場合と発信・受信の場合で取得箇所が異なる。ステップＳ５０１２で送受信を判断した結果、発信・送信だった場合、「ドキュメント形式１６０５」へは図２０に示したＨＴＴＰリクエストの「ｎｓ１：ｆｏｒｍａｔＴｙｐｅ」要素の値を指定し、「ドキュメント種別１６０６」へは図２０に示したＨＴＴＰリクエストの「ｎｓ１：ｄｏｃｕｍｅｎｔＴｙｐｅ」要素の値を指定する。
【０２１６】
ステップＳ５０１２で送受信を判断した結果、発信・受信だった場合、「ドキュメント形式１６０５」は図２２に示したＨＴＴＰレスポンスの「ｎｓ１：ｆｏｒｍａｔＴｙｐｅ」要素の値を指定し、「ドキュメント種別１６０６」は図２２に示したＨＴＴＰレスポンスの「ｎｓ１：ｄｏｃｕｍｅｎｔＴｙｐｅ」要素の値を指定する。
【０２１７】
ステップＳ５０１７において、ＥＤＩ通信処理装置１０２は、ファイル設定（ＪＸ手順（クライアント側））テーブル１６００を検索した結果、設定が存在しなければ、ステップＳ５０１８に遷移し、存在すれば設定自動登録処理を終了する。
【０２１８】
ステップＳ５０１８において、ＥＤＩ通信処理装置１０２は、ファイル設定（ＪＸ手順（クライアント側））テーブル１６００にファイル設定を登録する。
【０２１９】
登録する内容は、「ファイルＩＤ１６０１」、「接続先ＩＤ１６０２」、「ファイル名１６０３」、「送信受信１６０４」、「ドキュメント形式１６０５」、「ドキュメント種別１６０６」、「圧縮／解凍有無１６０７」、「圧縮タイプ１６０８」である。
【０２２０】
「ファイルＩＤ１６０１」には、同一接続先のファイル設定の中でまだ登録されていないＩＤで最小の値を設定する。
【０２２１】
「接続先ＩＤ１６０２」には、ステップＳ５０１３で接続先設定（ＪＸ手順（クライアント側））テーブル１５００を検索して取得した接続先ＩＤ１５０１か、ステップＳ５０１５で接続先設定を登録した時に採番した接続先ＩＤを設定する。
【０２２２】
「ファイル名１６０３」には、「ドキュメント種別」と同じ値を設定する。
【０２２３】
「送信受信１６０４」には、ステップＳ５０１２で判別した結果を設定する。
【０２２４】
「ドキュメント形式１６０５」、「ドキュメント種別１６０６」には、ステップＳ５０１６でＨＴＴＰリクエスト・ＨＴＴＰレスポンスの内容から取得した値を設定する。
【０２２５】
つまり、「ドキュメント形式１６０５」、「ドキュメント種別」は、発信・送信の場合と発信・受信の場合で取得箇所が異なる。ステップＳ５０１２で送受信を判断した結果、発信・送信だった場合、「ドキュメント形式１６０５」へは図２０に示したＨＴＴＰリクエストの「ｎｓ１：ｆｏｒｍａｔＴｙｐｅ」要素の値を設定し、「ドキュメント種別１６０６」へは図２０に示したＨＴＴＰリクエストの「ｎｓ１：ｄｏｃｕｍｅｎｔＴｙｐｅ」要素の値を設定する。
【０２２６】
「圧縮／解凍有無１６０７」、「圧縮タイプ１６０８」は、ステップＳ５０１２で送受信を判断した結果によって、登録する値が異なる。
【０２２７】
ステップＳ５０１２で送受信を判断した結果、発信・送信だった場合、「圧縮タイプ１６０８」は図２０に示したＨＴＴＰリクエストの「ｎｓ１：ｃｏｍｐｒｅｓｓＴｙｐｅ」要素の値を登録する。また「ｎｓ１：ｃｏｍｐｒｅｓｓＴｙｐｅ」要素の値が空でない場合、「圧縮／解凍有無１６０７」には「あり」を設定する。「ｎｓ１：ｃｏｍｐｒｅｓｓＴｙｐｅ」要素の値が空の場合、「圧縮／解凍有無１６０７」には「なし」を設定する。
【０２２８】
ステップＳ５０１２で送受信を判断した結果、発信・受信だった場合、「圧縮タイプ１６０８」は図２２に示したＨＴＴＰレスポンスの「ｎｓ１：ｃｏｍｐｒｅｓｓＴｙｐｅ」要素の値を登録する。また、「ｎｓ１：ｃｏｍｐｒｅｓｓＴｙｐｅ」要素の値が空でない場合、「圧縮／解凍有無１６０７」には「あり」を登録し、「ｎｓ１：ｃｏｍｐｒｅｓｓＴｙｐｅ」要素の値が空の場合、「圧縮／解凍有無１６０７」には「なし」を設定する。
【０２２９】
以上の値を設定した上で、ステップＳ５０１８において、ＥＤＩ通信処理装置１０２は、ファイル設定（ＪＸ手順（クライアント側））テーブル１６００に、ＥＤＩ通信で発信・送信、発信・受信するデータの種別を決定するために必要となる情報を登録する。
【０２３０】
その後、設定自動登録処理を終了する。
【０２３１】
次に、ステップＳ４００９において、ＥＤＩ通信処理装置１０２はＨＴＴＰレスポンスをＥＤＩ通信処理装置１０１に転送する。
【０２３２】
ステップ４０１０において、ＥＤＩ通信処理装置１０１はＨＴＴＰレスポンスを受け取り、処理を終了する。
【０２３３】
以上の処理により、通信に必要となるデータをＥＤＩ通信処理装置１０２側へ移行することにより、ＥＤＩ通信処理装置１０１に替わって、ＥＤＩ通信処理装置１０２が取引先ＥＤＩ通信処理装置１０５と直接がすることができるようになる。
【０２３４】
次に、図７の処理について説明を行う。図７は、本発明の実施形態における、データの着信先である、ＥＤＩ通信処理装置１０１が、ＥＤＩの通信データを、取引先ＥＤＩ通信処理装置１０５から、ＥＤＩ通信処理装置１０２を介して着信するための処理フローを示す図である。なお、通信のプロトコルは、ｅｂＸＭＬと、ＪＸ手順（サーバ側）の２種類についての処理である。また、この処理によって、ＥＤＩ通信処理装置１０１において必要とされていたデータがＥＤＩ通信処理装置１０２へも登録された後、ＥＤＩ通信処理装置１０２は、データの着信元として、取引先ＥＤＩ通信処理装置１０５と直接、ＥＤＩ通信を行うことになる。
【０２３５】
ステップＳ７００１において、ＥＤＩ通信処理装置１０２が、取引先ＥＤＩ通信処理装置１０５からＥＤＩ通信のＨＴＴＰリクエストを受け取る。
【０２３６】
ステップＳ７００２において、ＥＤＩ通信処理装置１０２が、環境設定テーブルを読み込んで、リバースプロキシ設定を確認する。
【０２３７】
ＥＤＩ通信処理装置１０２の環境設定テーブルの一例を図１１に示す。環境設定テーブルは、１行のみ登録されているため、検索条件を指定せずに読み込む。
【０２３８】
環境設定テーブル１１００はプロキシサーバのリバースプロキシ機能の環境設定を登録しておくテーブルであり、このテーブルにより、ＥＤＩ通信を行うにあたり、リバースプロキシを経由するか否かを確認することが出来る。
【０２３９】
リバースプロキシ設定有無１１０１には、ＥＤＩ通信システムにおいてリバースプロキシ設定がされている場合は「Ｙ」の値が登録され、リバースプロキシ設定がされていない場合は「Ｎ」の値が登録される。
【０２４０】
また、転送先ＵＲＬ１１０２は、リバースプロキシとして稼働しているプロキシサーバのアドレスが登録されている。
【０２４１】
ステップＳ７００３において、環境設定テーブルの「リバースプロキシ設定有無」の値が「Ｎ」の場合は、ＥＤＩ通信処理装置１０２はリバースプロキシとして動作しないため、ステップＳ７００４に遷移し、環境設定テーブルの「プロキシ設定有無」の値が「Ｙ」の場合は、プロキシを経由するため、ステップＳ７００５に遷移する。
【０２４２】
ステップＳ７００４において、ＥＤＩ通信処理装置１０２は、ＥＤＩ通信処理を行って取引先ＥＤＩ通信処理装置１０５にＨＴＴＰレスポンスを返す。その後、処理を終了する。
【０２４３】
ステップＳ７００５において、ＥＤＩ通信処理装置１０２は、図１１、環境設定テーブル１１００の「転送先ＵＲＬ１１０２」を読み込む。「転送先ＵＲＬ１１０２」には、あらかじめ、移行元のＥＤＩ通信処理装置１０１のＥＤＩ受信用のＵＲＬが登録されているものとする。ＥＤＩ通信処理装置１０２は、読み込んだＵＲＬ宛にＥＤＩ通信のＨＴＴＰリクエストを転送する。
【０２４４】
ステップＳ７００６において、ＥＤＩ通信処理装置１０１はＥＤＩ通信処理装置１０２からＥＤＩ通信のＨＴＴＰリクエストを受け取る。
【０２４５】
ステップＳ７００７において、ＥＤＩ通信処理装置１０１はＥＤＩ通信処理を行ってＥＤＩ通信処理装置１０２にＨＴＴＰレスポンスを返す。
【０２４６】
ステップＳ７００８において、ＥＤＩ通信処理装置１０２はＥＤＩ通信処理装置１０１からＥＤＩ通信のＨＴＴＰレスポンスを受け取る。
【０２４７】
ステップＳ７００９において、ＥＤＩ通信処理装置１０２は、ＥＤＩ通信処理装置１０１に替わって着信処理を行う際に必要となるデータ登録を行うための、設定自動登録処理を行う。より詳細な処理の流れを図８・図９に示す。
【０２４８】
図８、図９は、本発明の実施形態におけるＥＤＩ通信処理装置１０２の着信の設定自動登録処理フローを示す図である。
【０２４９】
ステップＳ８００１において、ＥＤＩ通信処理装置１０２は、取引先ＥＤＩ通信処理装置１０５から受け取ったＨＴＴＰリクエストとＥＤＩ通信処理装置１０１から受け取ったＨＴＴＰレスポンスを読み込む。
【０２５０】
なお、ＪＸ手順（サーバ側）の場合のＨＴＴＰリクエストの一例を図２４・図２５において、ＪＸ手順（サーバ側）の送信の場合のＨＴＴＰレスポンスの一例を図２６において示す。
ステップＳ８００２において、ＥＤＩ通信処理装置１０２は、読み込んだＨＴＴＰリクエストのＨＴＴＰヘッダから、ＥＤＩ通信のプロトコルを判別する。
【０２５１】
例えば、図２３に示すように、ＨＴＴＰヘッダに「ＳＯＡＰＡｃｔｉｏｎ:"ｅｂＸＭＬ"」が含まれる場合は、プロトコルを「ｅｂＸＭＬ」と判断してステップＳ８００３に遷移し、図２４に示すように、ＨＴＴＰヘッダに「ＳＯＡＰＡｃｔｉｏｎ: "ＨＴＴＰ：／／ｗｗｗ．ｄｓｒｉ．ｊｐ／ｅｄｉ−ｂｐ／２００４／ｊｅｄｉｃｏｓ−ｘｍｌ／ｃｌｉｅｎｔ−ｓｅｒｖｅｒ／ＰｕｔＤｏｃｕｍｅｎｔ"」、または、図２５に示すように、「ＳＯＡＰＡｃｔｉｏｎ: "ＨＴＴＰ：／／ｗｗｗ．ｄｓｒｉ．ｊｐ／ｅｄｉ−ｂｐ／２００４／ｊｅｄｉｃｏｓ−ｘｍｌ／ｃｌｉｅｎｔ−ｓｅｒｖｅｒ／ＧｅｔＤｏｃｕｍｅｎｔ"」が含まれる場合は、プロトコルを「ＪＸ手順（サーバ側）」と判断してステップＳ８０１３に遷移する。それ以外の場合は、設定自動登録処理を終了する。
【０２５２】
ｅｂＸＭＬではプロトコルの仕様上、発信・送信を行ったあとに取引先ＥＤＩ通信処理装置１０５から、受信到達確認メッセージ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージ）がＨＴＴＰリクエストとして送られてくる場合がある。
【０２５３】
そのために、ステップＳ８００３において、ＥＤＩ通信処理装置１０２は、取引先ＥＤＩ通信処理装置１０５から受け取ったＨＴＴＰリクエストの内容から発信・送信時のＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージか、それとも着信・受信の時のデータが含まれたメッセージが否かを判別する。
【０２５４】
ｅｂＸＭＬのＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージの一例を図２７に示す。図２７示すように、「ｅｂ：Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ」要素が存在する場合（ＨＴＴＰリクエストの中身に実データが無く、単なる受信到達確認のメッセージ場合）、Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージであるので、設定自動登録処理を終了する。存在しない場合（ＨＴＴＰリクエストの中身に実データが有る場合）、Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージではないので、ステップＳ８００４に遷移する。
【０２５５】
ステップＳ８００４において、ＥＤＩ通信処理装置１０２は、ＥＤＩ通信で発信するデータの発信先や、ＥＤＩ通信で着信したデータをどこから着信したかという送信元を特定するために必要となる情報が登録されているか否かを判定するために、接続先設定（ｅｂＸＭＬ）テーブル１２００を読み込む。
【０２５６】
ＥＤＩ通信処理装置１０２の接続先設定（ｅｂＸＭＬ）テーブルの一例を図１２に示す。
【０２５７】
接続先設定（ｅｂＸＭＬ）テーブル１２００は、ＥＤＩ通信で発信するデータの発信先や、ＥＤＩ通信で着信したデータをどこから着信したかを特定するための送信元を特定するために必要となる情報が登録されるテーブルであり、接続先ＩＤ１２０１、接続先名１２０２、ＣＰＡＩＤ１２０３、自社企業識別情報１２０４、自社企業識別情報種別１２０５、相手先企業識別情報１２０６、相手先企業識別情報種別１２０７からなる。
【０２５８】
なお、本処理である、ＥＤＩ通信で着信を行う場合に必要となるデータとしては、以下のとおりである。
【０２５９】
接続先ＩＤ１２０１は、接続先のＩＤが登録されている。
【０２６０】
接続先名１２０２は、接続先の名称が登録されている。
【０２６１】
ＣＰＡＩＤ１２０３は、自分と接続先の関係を特定するためのＩＤが登録されている。
【０２６２】
自社企業識別情報１２０４は、自社の企業ＩＤが登録されている。
【０２６３】
自社企業識別情報種別１２０５は、企業ＩＤである自社企業識別情報１２０４を特定するためのブループ名称が登録されている。
【０２６４】
相手先企業識別情報１２０６は、相手先の企業ＩＤが登録されている。
【０２６５】
相手先企業識別情報種別１２０７は、企業ＩＤである相手先企業識別情報１２０６を特定するためのブループ名称が登録されている。
【０２６６】
また、接続先設定（ｅｂＸＭＬ）テーブル１２００へは「ＣＰＡＩＤ１２０３」、「自社企業識別情報１２０４」、「自社企業識別情報種別１２０５」、「相手先企業識別情報１２０６」、「相手先企業識別情報種別１２０７」をキーとしたデータが登録される。
【０２６７】
なお、ＥＤＩ通信処理装置１０２が、接続先設定（ｅｂＸＭＬ）テーブル１２００を読み込む時は、読み込みに必要となるキーを、図２３に示したＨＴＴＰリクエストの内容から取得する。
【０２６８】
「ＣＰＡＩＤ１２０３」は「ｅｂ：ＣＰＡＩｄ」要素の値である。「自社企業識別情報１２０４」は、「ｅｂ：Ｔｏ」要素下の「ｅｂ：ＰａｒｔｙＩｄ」要素の値である。「自社企業識別情報種別１２０５」は、「ｅｂ：Ｔｏ」要素下の「ｅｂ：ＰａｒｔｙＩｄ」要素の「ｅｂ：ｔｙｐｅ」属性の値である。「相手先企業識別情報１２０６」は、「ｅｂ：Ｆｒｏｍ」要素下の「ｅｂ：ＰａｒｔｙＩｄ」要素の値である。「相手先企業識別情報種別１２０７」は、「ｅｂ：Ｆｒｏｍ」要素下の「ｅｂ：ＰａｒｔｙＩｄ」要素の「ｅｂ：ｔｙｐｅ」属性の値に、合致するレコードを検索する。
【０２６９】
ステップＳ８００５において、ＥＤＩ通信処理装置１０２は、接続先設定（ｅｂＸＭＬ）テーブル１２００を検索した結果、ＥＤＩ通信で発信するデータの発信先や、ＥＤＩ通信で着信したデータをどこから着信したかという送信元を特定するために必要となる情報が存在しなければ、ステップＳ８００６に遷移し、存在すればステップＳ８００７に遷移する。
【０２７０】
ステップＳ８００６において、ＥＤＩ通信処理装置１０２は、接続先設定（ｅｂＸＭＬ）テーブル１２００に接続先設定を登録する。登録する内容は、「接続先ＩＤ１２０１」、「接続先名１２０２」、「ＣＰＡＩＤ１２０３」、「自社企業識別情報１２０４」、「自社企業識別情報種別１２０５」、「相手先企業識別情報１２０６」、「相手先企業識別情報種別１２０７」である。
【０２７１】
「接続先ＩＤ１２０１」には、まだ登録されていないＩＤで最小の値を設定する。
【０２７２】
「接続先名１２０２」には、「ＣＰＡＩＤ１２０３」と同じ値を設定する。
【０２７３】
「ＣＰＡＩＤ１２０３」、「自社企業識別情報１２０４」、「自社企業識別情報種別１２０５」、「相手先企業識別情報１２０６」、「相手先企業識別情報種別１２０７」には、ステップＳ８００１で取引先ＥＤＩ通信処理装置１０５から受け取ったＨＴＴＰリクエストの内容（図２３）から取得した値を設定する。
【０２７４】
つまり、「ＣＰＡＩＤ１２０３」は「ｅｂ：ＣＰＡＩｄ」要素の値である。を、「自社企業識別情報１２０４」は、「ｅｂ：Ｔｏ」要素下の「ｅｂ：ＰａｒｔｙＩｄ」要素の値を、「自社企業識別情報種別１２０５」は、「ｅｂ：Ｔｏ」要素下の「ｅｂ：ＰａｒｔｙＩｄ」要素の「ｅｂ：ｔｙｐｅ」属性の値を、「相手先企業識別情報１２０６」は、「ｅｂ：Ｆｒｏｍ」要素下の「ｅｂ：ＰａｒｔｙＩｄ」要素の値を、「相手先企業識別情報種別１２０７」は、「ｅｂ：Ｆｒｏｍ」要素下の「ｅｂ：ＰａｒｔｙＩｄ」要素の「ｅｂ：ｔｙｐｅ」属性の値を設定する。
【０２７５】
以上の設定値により、接続先設定（ｅｂＸＭＬ）テーブル１２００にレコードを登録する。
【０２７６】
ステップＳ８０６の処理の後は、ステップＳ８００９に遷移する。ステップＳ８００９については後述する。
【０２７７】
ステップＳ８００７において、ＥＤＩ通信処理装置１０２は、ＥＤＩ通信で発信、着信するデータの種別を決定するために必要となる情報が登録されているか否かを確認するため、ファイル設定（ｅｂＸＭＬ）テーブル１３００を読み込む。
【０２７８】
ＥＤＩ通信処理装置１０２のファイル設定（ｅｂＸＭＬ）テーブルの一例を図１３に示す。
【０２７９】
ファイル設定（ｅｂＸＭＬ）テーブル１３００は、ＥＤＩ通信で発信、着信するデータの種別を決定するために必要となる情報を登録しておくためのテーブルである。
【０２８０】
ファイルＩＤ１３０１、接続先ＩＤ１３０２、ファイル名１３０３、送信受信１３０４、サービス名１３０５、サービスの種類１３０６、アクション名１３０７、相手先ＵＲＬ１３０８、接続方法１３０９、自社企業役割１３１０、相手先企業役割１３１１からなる。
【０２８１】
ファイルＩＤ１３０１は、接続先ＩＤ１３０２に紐付く、ファイルＩＤが登録される。
【０２８２】
接続先ＩＤ１３０２は、ＥＤＩ通信の接続先のＩＤが登録される。
【０２８３】
ファイル名１３０３は、ＥＤＩ通信で発信または着信されるデータの種別が名称として登録される。
【０２８４】
送信受信１３０４は、ＥＤＩ通信のデータが発信または着信のいずれかであるかが登録される。
【０２８５】
サービス名１３０５は、ＥＤＩ通信のデータの種別が、どの業界のデータ種別なのかを説明するための付加情報が登録される。
【０２８６】
サービスの種類１３０６は、サービス名１３０５の補足情報が登録される。
【０２８７】
アクション名１３０７は、ＥＤＩ通信で発信または着信されるデータの種別が登録される。
【０２８８】
相手先ＵＲＬ１３０８は、ＥＤＩ通信で発信する宛先となるＵＲＬ、または、ＥＤＩ通信で着信する場合の、データの送信元である相手先のＵＲＬが登録される。
【０２８９】
接続方法１３０９は、接続方法が、同期か、非同期かの区分が登録される。受信側が送信側にたいして返答を行うときに、同セッションで行う場合は、同期が登録され、違うセッションで行う場合は、非同期が登録される。
【０２９０】
自社企業役割１３１０は、ＥＤＩ通信における自社の企業の役割が登録される。
【０２９１】
相手先企業役割１３１１、ＥＤＩ通信における相手先の企業の役割が登録される。
【０２９２】
なお、接続先設定（ｅｂＸＭＬ）テーブル１２００とファイル設定（ｅｂＸＭＬ）テーブル１３００は親子関係にあり、接続先設定（ｅｂＸＭＬ）テーブル１２００の１つの接続先ＩＤに対し、同一の、ファイル設定（ｅｂＸＭＬ）テーブル１３００の接続先ＩＤが、１対Ｎの関係で複数関連付く形式をとる。
【０２９３】
ファイル先設定（ｅｂＸＭＬ）テーブル１３００は、「接続先ＩＤ１３０２」、「送信受信１３０４」、「サービス名１３０５」、「サービスの種類１３０６」、「アクション名１３０７」をキーとする。
【０２９４】
「接続先ＩＤ１３０２」には、ステップＳ８００４で接続先設定（ｅｂＸＭＬ）テーブル１２００を検索して取得した接続先設定の接続先ＩＤ１２０１を指定する。
【０２９５】
「送信受信１３０４」には、ｅｂＸＭＬのプロトコルにおける着信受信の処理であるため、「着信受信」を指定する。
【０２９６】
「サービス名１３０５」、「サービスの種類１３０６」、「アクション名１３０７」の値は、ステップＳ８００１で取引先ＥＤＩ通信処理装置１０５から取得した、図２３のＨＴＴＰリクエストの内容から取得する。
【０２９７】
つまり、「サービス名１３０５」は「ｅｂ：Ｓｅｒｖｉｃｅ」要素の値を指定する。「サービスの種類１３０６」は、「ｅｂ：Ｓｅｒｖｉｃｅ」要素の「ｅｂ：ｔｙｐｅ」属性の値を指定する。「アクション名１３０７」は、「ｅｂ：Ａｃｔｉｏｎ」要素の値を指定する。
【０２９８】
以上の値を指定して、ステップＳ８００７において、ＥＤＩ通信処理装置１０２は、ファイル設定（ｅｂＸＭＬ）テーブル１３００を読み込む。
【０２９９】
ステップＳ８００８において、ＥＤＩ通信処理装置１０２は、ファイル設定（ｅｂＸＭＬ）テーブルを検索した結果、設定が存在しなければ、ステップＳ８００９に遷移し、存在すればステップＳ８０１０に遷移する。
【０３００】
ステップＳ８００９において、ＥＤＩ通信処理装置１０２は、ファイル設定（ｅｂＸＭＬ）テーブル１３００にファイル設定を登録する。
【０３０１】
登録する内容は、「ファイルＩＤ１３０１」、「接続先ＩＤ１３０２」、「ファイル名１３０３」、「送信受信１３０４」、「サービス名１３０５」、「サービスの種類１３０６」、「アクション名１３０７」、「相手先ＵＲＬ１３０８」、「接続方法１３０９」、「自社企業役割１３１０」、「相手先企業役割１３１１」である。
【０３０２】
「ファイルＩＤ１３０１」には、同一接続先のファイル設定のなかでまだ登録されていないＩＤで最小の値を設定する。
【０３０３】
「接続先ＩＤ１３０２」には、ステップＳ８００４で接続先設定（ｅｂＸＭＬ）テーブルを検索して取得した接続先設定のＩＤか、ステップＳ８００６で接続先設定を登録した時に採番した接続先ＩＤを設定する。
【０３０４】
「ファイル名１３０３」には、「アクション名１３０７」と同じ値を設定する。
【０３０５】
「送信受信１３０４」には、ｅｂＸＭＬのプロトコルにおける着信受信の処理であるため、「着信受信」の値を設定する。
【０３０６】
「サービス名１３０５」、「サービスの種類１３０６」、「アクション名１３０７」には、ステップＳ８００１で取引先ＥＤＩ通信処理装置１０５から取得した図２３のＨＴＴＰリクエストの内容から取得した値を設定する。
【０３０７】
つまり、「サービス名１３０５」は「ｅｂ：Ｓｅｒｖｉｃｅ」要素の値を指定する。「サービスの種類１３０６」は、「ｅｂ：Ｓｅｒｖｉｃｅ」要素の「ｅｂ：ｔｙｐｅ」属性の値を指定する。「アクション名１３０７」は、「ｅｂ：Ａｃｔｉｏｎ」要素の値を指定する。
【０３０８】
「相手先ＵＲＬ１３０８」は、「接続方法」が「非同期」の場合のみ登録する必要がある。「相手先ＵＲＬ１３０８」は、送信のファイル設定の相手先ＵＲＬと同一であるため、ファイル設定（ｅｂＸＭＬ）テーブル１３００から同一の相手先設定の送信のファイル設定を検索する。
【０３０９】
検索は「接続先ＩＤ１３０２」、「送信受信１３０４」を検索キーとして使用する。「接続先ＩＤ」には、ステップＳ８００４で接続先設定（ｅｂＸＭＬ）テーブル１２００を検索して取得した接続先ＩＤ１２０１か、ステップＳ８００６で接続先設定を登録した時に採番した接続先ＩＤを指定し、「送信受信１３０４」には「発信送信」を指定して検索を行う。
【０３１０】
なお、該当する送信ファイル設定が見つかった場合は、その設定の「相手先ＵＲＬ１３０８」を取得する。見つからなかった場合は空欄とする。
【０３１１】
「接続方法１３０９」、「自社企業役割１３１０」、「相手先企業役割１３１１」は、図２３に示したＨＴＴＰリクエストの内容から取得した値を設定する。
【０３１２】
つまり「接続方法１３０９」は「ｅｂ：ＳｙｎｃＲｅｐｌｙ」要素を検索し、存在すれば「同期」を設定し、存在しなければ「非同期」を設定する。
【０３１３】
「自社企業役割１３１０」は「ｅｂ：Ｔｏ」要素下の「ｅｂ：Ｒｏｌｅ」（図２３、ＸＸＸＸ）の値を設定する。
【０３１４】
「相手先企業役割１３１１」は「ｅｂ：Ｆｒｏｍ」要素下の「ｅｂ：Ｒｏｌｅ」（図２３、ＸＸＸＸ）の値を設定する。
【０３１５】
その後、ステップＳ８０１２に遷移する。ステップＳ８０１２については後述する。
【０３１６】
ステップＳ８０１０において、ＥＤＩ通信処理装置１０２は、発信・送信、または、着信・受信のデータに対し添付された添付ファイルの情報について登録がされているか否かを確認するために、ペイロード設定（ｅｂＸＭＬ）テーブルを読み込む。
【０３１７】
ペイロード設定（ｅｂＸＭＬ）テーブル１４００は、発信・送信、または、着信・受信のデータに対し添付された添付ファイルの情報の情報が登録されているテーブルである。
【０３１８】
なお、ファイル設定（ｅｂＸＭＬ）テーブル１３００とペイロード設定（ｅｂＸＭＬ）テーブル１４００は親子関係にあり、ファイル設定（ｅｂＸＭＬ）テーブル１３００の１つのファイルＩＤに対し、同一の、ペイロード設定（ｅｂＸＭＬ）テーブル１４００のファイルＩＤが、１対Ｎの関係で複数関連付く形式をとる。
【０３１９】
ＥＤＩ通信処理装置１０２のペイロード設定（ｅｂＸＭＬ）テーブルの一例を図１４に示す。
【０３２０】
ペイロード設定（ｅｂＸＭＬ）テーブル１４００は、発信・送信、または、着信・受信のデータに対し添付された添付ファイルの情報について登録がされているテーブルである。
【０３２１】
したがって、発信する、あるいは、着信されたデータに添付されたデータのファイル形式が何かを特定するためのテーブルである。なお、送信の場合は、その該当レコードに紐づくファイルの保存先のデータが送信できるようにしている。また、着信の場合は、その該当レコードに紐づくファイルの保存先に着信したデータが保存されるようにできるようにしている。
【０３２２】
なお、着信の場合は、ペイロードＩＤ１４０１は、添付ファイル情報のレコードとしてのＩＤが、接続先ＩＤ１４０３、ファイルＩＤ１４０２に紐付いて登録される。
ファイルＩＤ１４０２は、接続先ＩＤ１４０３に紐付く、ファイルＩＤが登録される。
接続先ＩＤ１４０３は、ＥＤＩ通信の接続先のＩＤが登録される。
ペイロード名１４０４は、添付ファイルの設定の名称が登録される。
コンテンツタイプ１４０７は、発信・着信されるデータに付随する添付ファイルのＭＩＭＥタイプの情報（ファイル形式の情報）が登録される。
【０３２３】
なお、ペイロード設定（ｅｂＸＭＬ）テーブル１４００へは、「ファイルＩＤ１４０２」、「接続先ＩＤ１４０３」、「スキーマ名１４０５」、「スキーマバージョン１４０６」、「コンテンツタイプ１４０７」をキーとするデータが登録される。
【０３２４】
「ファイルＩＤ１４０２」には、ステップＳ８００７でファイル設定（ｅｂＸＭＬ）テーブル１３００を検索して取得したファイルＩＤ１３０１指定する。
【０３２５】
「接続先ＩＤ１４０３」には、ステップＳ８００４で接続先設定（ｅｂＸＭＬ）テーブル１２００を検索して取得した接続先ＩＤ１２０１を指定する。
【０３２６】
「スキーマ名１４０５」、「スキーマバージョン１４０６」、「コンテンツタイプ１４０７」の値は、図２３に示したＨＴＴＰリクエストの内容から取得する。
【０３２７】
「スキーマ名１４０５」は、「ｅｂ：Ｓｃｈｅｍａ」要素の「ｅｂ：ｌｏｃａｔｉｏｎ」属性の値である。「ｅｂ：Ｓｃｈｅｍａ」要素は存在しない場合もある。その場合は、「スキーマ名」には空文字を指定する。
【０３２８】
「スキーマバージョン１４０６」は、「ｅｂ：Ｓｃｈｅｍａ」要素の「ｅｂ：ｖｅｒｓｉｏｎ」属性の値である。「ｅｂ：Ｓｃｈｅｍａ」要素は存在しない場合もある。その場合は、「スキーマバージョン」には空文字を指定する。
【０３２９】
「コンテンツタイプ１４０７」は、ＨＴＴＰヘッダの「Ｃｏｎｔｅｎｔ-Ｔｙｐｅ」の「ｂｏｕｎｄａｒｙ＝」の値からバウンダリ（区切り文字）を取得し、そのバウンダリで区切られたＨＴＴＰのボディパートのうち、２つめのパートの「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」の値である。図２３で示したＨＴＴＰリクエストの例では、バウンダリは「‐‐‐‐＝_Ｐａｒｔ_０_６０７０３４５．１３８５０１４９２４９８９」であり、「コンテンツタイプ」は「ｔｅｘｔ／ｘｍｌ」である。
【０３３０】
以上の値の指定により、図１４、ペイロード先設定（ｅｂＸＭＬ）テーブル１４００を読み込む。
【０３３１】
ステップＳ８０１１において、ＥＤＩ通信処理装置１０２は、ペイロード設定（ｅｂＸＭＬ）テーブルを検索した結果、設定が存在しなければ、ステップＳ８０１２に遷移し、存在すれば設定自動登録処理を終了する。
【０３３２】
ステップＳ８０１２において、ＥＤＩ通信処理装置１０２は、ペイロード設定（ｅｂＸＭＬ）テーブルにペイロード設定を登録する。
【０３３３】
登録する内容は、「ペイロードＩＤ１４０１」、「ファイルＩＤ１４０２」、「接続先ＩＤ１４０３」、「ペイロード名１４０４」、「スキーマ名１４０５」、「スキーマバージョン１４０６」、「コンテンツタイプ１４０７」である。
【０３３４】
「ペイロードＩＤ１４０１」には、同一ファイル設定のペイロード設定のなかでまだ登録されていないＩＤで最小の値を設定する。
【０３３５】
「ファイルＩＤ」には、ステップＳ８００７でファイル設定（ｅｂＸＭＬ）テーブル１３００を検索して取得したファイルＩＤ１３０１か、ステップＳ８００９でファイル設定を登録した時に採番したファイルＩＤを設定する。
【０３３６】
「接続先ＩＤ１４０３」には、ステップＳ８００４で接続先設定（ｅｂＸＭＬ）テーブル１２００を検索して取得した接続先ＩＤ１２０１か、ステップＳ８００６で接続先設定を登録した時に採番した接続先ＩＤを設定する。
【０３３７】
「ペイロード名１４０４」には、「コンテンツタイプ１４０７」と同じ値を設定する。
【０３３８】
「スキーマ名１４０５」、「スキーマバージョン１４０６」、「コンテンツタイプ１４０７」には、ステップＳ８００１で、取引先ＥＤＩ通信処理装置１０５から取得した、ＨＴＴＰリクエスト（２３）の内容から取得した値を設定する。
【０３３９】
つまり、「スキーマ名１４０５」は、「ｅｂ：Ｓｃｈｅｍａ」要素の「ｅｂ：ｌｏｃａｔｉｏｎ」属性の値である。「ｅｂ：Ｓｃｈｅｍａ」要素は存在しない場合もある。その場合は、「スキーマ名１４０５」には空文字を設定する。
【０３４０】
「スキーマバージョン１４０６」は、「ｅｂ：Ｓｃｈｅｍａ」要素の「ｅｂ：ｖｅｒｓｉｏｎ」属性の値である。「ｅｂ：Ｓｃｈｅｍａ」要素は存在しない場合もある。その場合は、「スキーマバージョン」には空文字を設定する。
【０３４１】
「コンテンツタイプ１４０７」は、ＨＴＴＰヘッダの「Ｃｏｎｔｅｎｔ-Ｔｙｐｅ」の「ｂｏｕｎｄａｒｙ＝」の値からバウンダリ（区切り文字）を取得し、そのバウンダリで区切られたＨＴＴＰのボディパートのうち、２つめのパートの「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」の値を設定する。
【０３４２】
図２３で示したＨＴＴＰリクエストの例では、バウンダリは「‐‐‐‐＝_Ｐａｒｔ_０_６０７０３４５．１３８５０１４９２４９８９」であり、「コンテンツタイプ」は「ｔｅｘｔ／ｘｍｌ」である。
【０３４３】
以上、の値を設定した上で、ステップＳ８０１２において、ＥＤＩ通信処理装置１０２は、ペイロード設定（ｅｂＸＭＬ）テーブルにペイロード設定を登録する。
【０３４４】
続いて、ステップＳ８００２に戻り、ＥＤＩ通信処理装置１０２が、ステップＳ８００２において、プロトコルをＪＸ手順（サーバ側）と判断した場合の後続の処理について説明を行う。
【０３４５】
ステップＳ８０１３において、ＥＤＩ通信処理装置１０２は、ＪＸ手順（クライアント側）のプロトコルにおける、着信・受信の処理であるため、読み込んだＨＴＴＰリクエストのＨＴＴＰヘッダから、着信・受信か否かを判別する。
【０３４６】
例えば、図２４に示すように、ＨＴＴＰヘッダに「ＳＯＡＰＡｃｔｉｏｎ: "ＨＴＴＰ：／／ｗｗｗ．ｄｓｒｉ．ｊｐ／ｅｄｉ−ｂｐ／２００４／ｊｅｄｉｃｏｓ−ｘｍｌ／ｃｌｉｅｎｔ−ｓｅｒｖｅｒ／ＰｕｔＤｏｃｕｍｅｎｔ"」が含まれる場合は着信・受信である。
【０３４７】
また、図２５に示すように、「ＳＯＡＰＡｃｔｉｏｎ: "ＨＴＴＰ：／／ｗｗｗ．ｄｓｒｉ．ｊｐ／ｅｄｉ−ｂｐ／２００４／ｊｅｄｉｃｏｓ−ｘｍｌ／ｃｌｉｅｎｔ−ｓｅｒｖｅｒ／ＧｅｔＤｏｃｕｍｅｎｔ"」が含まれる場合は、着信・送信である。判別結果は後続処理で使用するため、メモリに記録する。
【０３４８】
ステップＳ８０１４において、ＥＤＩ通信処理装置１０２は、ＥＤＩ通信で着信・送信するデータの発信元や、ＥＤＩ通信で着信・受信したデータの発信元を特定するために必要となる情報が登録されているか否かを確認するため、接続先設定（ＪＸ手順（サーバ側））テーブルを読み込む。
【０３４９】
接続先設定（ＪＸ手順（サーバ側））テーブル１７００は、ＥＤＩ通信で着信・送信するデータの発信元や、ＥＤＩ通信で着信・受信したデータの発信元を特定するために必要となる情報が登録されるテーブルである。
【０３５０】
ＥＤＩ通信処理装置１０２の接続先設定（ＪＸ手順（サーバ側））テーブル１７００の一例を図１７に示す。
【０３５１】
接続先設定（ＪＸ手順（サーバ側））テーブル１７００は、接続先ＩＤ１７０１、接続先名１７０２、自社企業識別情報１７０３、自社マシン識別情報１７０４、相手先企業識別情報１７０５、相手先マシン識別情報１７０６からなる。
【０３５２】
なお、本処理である、ＥＤＩ通信で着信・受信または、着信・送信を行う場合に必要となるデータとしては、次のとおりである。
【０３５３】
接続先ＩＤ１７０１は、接続先のＩＤが登録されている。
【０３５４】
接続先名１７０２は、接続先の名称が登録されている。
【０３５５】
自社企業識別情報１７０３は、着信・受信のデータの場合は、データの送り先の企業ＩＤが、着信・送信のデータの場合は、データの送り元の企業ＩＤが登録がされている。
【０３５６】
自社マシン識別情報１７０４は、データの着信側のマシンがどの企業のマシンかを特定するための情報が登録されている。
【０３５７】
相手先企業識別情報１７０５は、着信・受信のデータの場合は、データの送り元の企業ＩＤが、着信・送信の場合は、データの送り先の企業ＩＤが登録されている。
【０３５８】
相手先マシン識別情報１７０６は、データの発信側のマシンがどの企業のマシンかを特定するための情報が登録されている。
【０３５９】
接続先設定（ＪＸ手順（サーバ側））テーブル１７００は、「自社企業識別情報１７０３」、「自社マシン識別情報１７０４」、「相手先企業識別情報１７０５」、「相手先マシン識別情報１７０６」をキーとする。
【０３６０】
これらの検索キーの値は、ステップＳ８００１で取引先ＥＤＩ通信処理装置１０５から取得した図２４のＨＴＴＰリクエスト、ステップＳ８００１でＥＤＩ通信処理装置１０１から取得した図２６のＨＴＴＰレスポンスの内容から取得する。
【０３６１】
「自社マシン識別情報１７０４」は図２４
または図２５のＨＴＴＰリクエストの「ｎｓ１:Ｔｏ」要素の値である。
【０３６２】
「相手先マシン識別情報１７０６」は図２４または図２５のＨＴＴＰリクエストの「ｎｓ１:Ｆｒｏｍ」要素の値である。
【０３６３】
「自社企業識別情報１７０３」、「相手先企業識別情報１７０５」は、送信の場合と受信の場合で取得箇所が異なる。
【０３６４】
ステップＳ８０１３で送受信を判断した結果、着信・受信だった場合、「自社企業識別情報１５０３」は図２４に示したＨＴＴＰリクエストの「ｎｓ１：ｒｅｃｅｉｖｅｒＩｄ」要素の値を指定し、「相手先企業識別情報１７０５」は、図２４に示したＨＴＴＰリクエストの「ｎｓ１：ｓｅｎｄｅｒＩｄ」要素の値を指定する。
【０３６５】
ステップＳ８０１３で送受信を判断した結果、着信・送信だった場合、「自社企業識別情報１７０３」は図２６に示したＨＴＴＰレスポンスの「ｎｓ１：ｓｅｎｄｅｒＩｄ」要素の値を指定し、「相手先企業識別情報１７０５」は、図２６に示したＨＴＴＰレスポンスの「ｎｓ１：ｒｅｃｅｉｖｅｒＩｄ」要素の値を指定する。
【０３６６】
ステップＳ８０１５において、ＥＤＩ通信処理装置１０２は、接続先設定（ＪＸ手順（サーバ側））テーブル１７００を検索した結果、設定が存在しなければ、ステップＳ８０１６に遷移し、存在すればステップＳ８０１７に遷移する。
【０３６７】
ステップＳ８０１６において、ＥＤＩ通信処理装置１０２は、接続先設定（ＪＸ手順（サーバ側））テーブル１７００に接続先設定を登録する。
【０３６８】
登録する内容は、「接続先ＩＤ１７０１」、「接続先名１７０２」、「自社企業識別情報１７０３」、「自社マシン識別情報１７０４」、「相手先企業識別情報１７０５」、「相手先マシン識別情報１７０６」である。
【０３６９】
「接続先ＩＤ１７０１」には、まだ登録されていないＩＤで最小の値を設定する。
【０３７０】
「接続先名１７０２」には、「相手先企業識別情報１７０５」と同じ値を設定する。
【０３７１】
「自社企業識別情報１７０３」、「自社マシン識別情報１７０４」、「相手先企業識別情報１７０５」、「相手先マシン識別情報１７０６」には、ステップＳ８００１で取引先ＥＤＩ通信処理装置１０５から取得した図２４のＨＴＴＰリクエスト、ステップＳ８００１でＥＤＩ通信処理装置１０１から取得した図２６のＨＴＴＰレスポンスの内容から取得した値を設定する。その後、ステップＳ８０１９に遷移する。ステップＳ８０１９については後述する。
【０３７２】
つまり、「自社マシン識別情報１７０４」は図２４または図２５のＨＴＴＰリクエストの「ｎｓ１:Ｆｒｏｍ」要素の値を設定する。
【０３７３】
「相手先マシン識別情報１７０６」は図２４または図２５のＨＴＴＰリクエストの「ｎｓ１:Ｔｏ」要素の値を設定する。
【０３７４】
「自社企業識別情報１７０３」、「相手先企業識別情報１７０５」は、着信・受信の場合と着信・送信の場合で取得箇所が異なる。
【０３７５】
ステップＳ８０１３で送受信を判断した結果、着信・受信だった場合、「自社企業識別情報１５０３」は図２４に示したＨＴＴＰリクエストの「ｎｓ１：ｒｅｃｅｉｖｅｒＩｄ」要素の値を指定し、「相手先企業識別情報１７０５」は、図２４に示したＨＴＴＰリクエストの「ｎｓ１：ｓｅｎｄｅｒＩｄ」要素の値を設定する。
【０３７６】
ステップＳ８０１３で送受信を判断した結果、着信・送信だった場合、「自社企業識別情報１７０３」は図２６に示したＨＴＴＰレスポンスの「ｎｓ１：ｓｅｎｄｅｒＩｄ」要素の値を指定し、「相手先企業識別情報１７０５」は、図２６に示したＨＴＴＰレスポンスの「ｎｓ１：ｒｅｃｅｉｖｅｒＩｄ」要素の値を設定する。
【０３７７】
以上の値を設定した上で、ステップＳ８０１６において、ＥＤＩ通信処理装置１０２は、接続先設定（ＪＸ手順（サーバ側））テーブル１７００に接続先設定を登録する。
【０３７８】
ステップＳ８０１７において、ＥＤＩ通信処理装置１０２は、ＥＤＩ通信で着信・受信、着信・送信するデータの種別を決定するために必要となる情報が登録されているか、否かを確認するため、ファイル設定（ＪＸ手順（サーバ側））テーブル１８００を読み込む。
【０３７９】
ファイル設定（ＪＸ手順（サーバ側））テーブル１８００は、ＥＤＩ通信で着信・受信、着信・送信するデータの種別を決定するために必要となる情報を登録しておくためのテーブルである。
【０３８０】
なお、接続先設定（ＪＸ手順（サーバ側））テーブル１７００とファイル設定（ＪＸ手順（サーバ側））テーブル１８００は親子関係にあり、接続先設定（ＪＸ手順（サーバ側））テーブル１７００の１つのファイルＩＤに対し、同一の、ファイル設定（ＪＸ手順（サーバ側））テーブル１８００のファイルＩＤが、１対Ｎの関係で複数関連付く形式をとる。
【０３８１】
ＥＤＩ通信処理装置１０２のファイル設定（ＪＸ手順（サーバ側））テーブル１８００の一例を図１８に示す。
【０３８２】
ファイル設定（ＪＸ手順（サーバ側））テーブル１８００は、ファイルＩＤ１８０１、接続先ＩＤ１８０２、ファイル名１８０３、送信受信１８０４、ドキュメント形式１８０５、ドキュメント種別１８０６、圧縮／解凍有無１８０７、圧縮タイプ１８０８からなる。
【０３８３】
ファイル設定（ＪＸ手順（サーバ側））テーブル１８００の、ファイルＩＤ１８０１は接続先ＩＤ１８０２に紐付く、ファイルＩＤが登録される。
【０３８４】
接続先ＩＤ１８０２はＥＤＩ通信の接続先のＩＤが登録される。
【０３８５】
ファイル名１８０３はＥＤＩ通信で発信または着信されるデータの種別が名称として登録される。
【０３８６】
送信受信１８０４はＥＤＩ通信のデータが着信受信または着信送信のいずれかであるかが登録される。
【０３８７】
ドキュメント形式１８０５は、ＥＤＩ通信で着信・受信、または、着信・送信されるデータの種別が、どの業界のデータ種別なのかを説明するための付加情報が登録される。
【０３８８】
ドキュメント種別１８０６は、ＥＤＩ通信で着信・受信、または、着信・送信されるデータの種別が登録される。
【０３８９】
圧縮／解凍有無１６０７は、ＥＤＩ通信で着信・受信、または、着信・送信されるデータの圧縮／解凍の有無の区分が登録されている。
【０３９０】
圧縮タイプ１６０８は、ＥＤＩ通信で着信・受信、または、着信・送信されるデータの圧縮タイプの情報が登録されている。
【０３９１】
なお、ファイル先設定（ＪＸ手順（サーバ側））テーブル１８００には、「接続先ＩＤ１８０２」、「送信受信１８０４」、「ドキュメント形式１８０５」、「ドキュメント種別１８０６」をキーとする。
【０３９２】
「接続先ＩＤ１８０２」には、ステップＳ８０１４で接続先設定（ＪＸ手順（サーバ側））テーブルを検索して取得した接続先ＩＤ１７０１を指定する。
【０３９３】
「送信受信１８０４」にはステップＳ８０１３で判別した結果を設定する。つまり、着信受信、または、着信送信のいずれかの値を指定する。
【０３９４】
「ドキュメント形式１８０５」、「ドキュメント種別１８０６」は、着信・受信との場合と着信・送信の場合で取得箇所が異なる。
【０３９５】
ステップＳ８０１３で送受信を判断した結果、着信・受信だった場合、「ドキュメント形式１８０５」は図２４に示したＨＴＴＰリクエストの「ｎｓ１：ｆｏｒｍａｔＴｙｐｅ」要素の値が設定され、「ドキュメント種別１８０６」は図２４に示したＨＴＴＰリクエストの「ｎｓ１：ｄｏｃｕｍｅｎｔＴｙｐｅ」要素の値が設定される。
【０３９６】
ステップＳ８０１３で送受信を判断した結果、着信・送信だった場合、「ドキュメント形式１８０５」は図２６に示したＨＴＴＰレスポンスの「ｎｓ１：ｆｏｒｍａｔＴｙｐｅ」要素の値が設定され、「ドキュメント種別１８０６」は図２６に示したＨＴＴＰレスポンスの「ｎｓ１：ｄｏｃｕｍｅｎｔＴｙｐｅ」要素の値が設定される。
【０３９７】
ステップＳ８０１８において、ＥＤＩ通信処理装置１０２は、ファイル設定（ＪＸ手順（サーバ側））テーブル１８００を検索した結果、設定が存在しなければ、ステップＳ８０１９に遷移し、存在すれば設定自動登録処理を終了する。
【０３９８】
ステップＳ８０１９において、ＥＤＩ通信処理装置１０２は、ファイル設定（ＪＸ手順（サーバ側））テーブル１８００にファイル設定を登録する。
【０３９９】
登録する内容は、「ファイルＩＤ１８０１」、「接続先ＩＤ１８０２」、「ファイル名１８０３」、「送信受信１８０４」、「ドキュメント形式１８０５」、「ドキュメント種別１８０６」、「圧縮／解凍有無１８０７」、「圧縮タイプ１８０８」である。
【０４００】
「ファイルＩＤ１８０１」には、同一接続先のファイル設定のなかでまだ登録されていないＩＤで最小の値を設定する。
【０４０１】
「接続先ＩＤ１８０２」には、ステップＳ８０１４で接続先設定（ＪＸ手順（サーバ側））テーブル１７００を検索して取得した接続先ＩＤ１７０１か、ステップＳ８０１６で接続先設定を登録した時に採番した接続先ＩＤを設定する。
【０４０２】
「ファイル名１８０３」には、「ドキュメント種別１８０６」と同じ値を設定する。
【０４０３】
「送信受信１８０４」には、ステップＳ８０１３で判別した結果を設定する。
【０４０４】
「ドキュメント形式１８０５」、「ドキュメント種別１８０６」には、ステップＳ８００１で取引先ＥＤＩ通信処理装置１０５から取得した図２４のＨＴＴＰリクエスト、ステップＳ８００１でＥＤＩ通信処理装置１０１から取得した図２６のＨＴＴＰレスポンスの内容から取得した値を設定する。
【０４０５】
つまり、ステップＳ８０１３で送受信を判断した結果、着信・受信だった場合、「ドキュメント形式１８０５」は図２４に示したＨＴＴＰリクエストの「ｎｓ１：ｆｏｒｍａｔＴｙｐｅ」要素の値が設定され、「ドキュメント種別１８０６」は図２４に示したＨＴＴＰリクエストの「ｎｓ１：ｄｏｃｕｍｅｎｔＴｙｐｅ」要素の値が設定される。
【０４０６】
また、ステップＳ８０１３で送受信を判断した結果、着信・送信だった場合、「ドキュメント形式１８０５」は図２６に示したＨＴＴＰレスポンスの「ｎｓ１：ｆｏｒｍａｔＴｙｐｅ」要素の値が設定され、「ドキュメント種別１８０６」は図２６に示したＨＴＴＰレスポンスの「ｎｓ１：ｄｏｃｕｍｅｎｔＴｙｐｅ」要素の値が設定される。
【０４０７】
「圧縮／解凍有無１８０７」、「圧縮タイプ１８０８」は、ステップＳ８０１３で送受信を判断した結果によって、登録する値が異なる。
【０４０８】
ステップＳ８０１３で送受信を判断した結果、着信・受信だった場合、「圧縮タイプ１８０８」は図２４に示したＨＴＴＰリクエストの「ｎｓ１：ｃｏｍｐｒｅｓｓＴｙｐｅ」要素の値を設定する。また、「ｎｓ１：ｃｏｍｐｒｅｓｓＴｙｐｅ」要素の値が空でない場合、「圧縮／解凍有無１８０７」には「あり」を設定し、「ｎｓ１：ｃｏｍｐｒｅｓｓＴｙｐｅ」要素の値が空の場合、「圧縮／解凍有無１８０７」には「なし」を設定する。
【０４０９】
ステップＳ８０１３で送受信を判断した結果、着信・送信だった場合、「圧縮タイプ１８０８」は図２６に示したＨＴＴＰレスポンスの「ｎｓ１：ｃｏｍｐｒｅｓｓＴｙｐｅ」要素の値を設定する。また、「ｎｓ１：ｃｏｍｐｒｅｓｓＴｙｐｅ」要素の値が空でない場合、「圧縮／解凍有無１８０７」には「あり」を設定し、「ｎｓ１：ｃｏｍｐｒｅｓｓＴｙｐｅ」要素の値が空の場合、「圧縮／解凍有無１８０７」には「なし」を設定する。
【０４１０】
以上の値を設定した上で、ステップＳ８０１９において、ＥＤＩ通信処理装置１０２は、ファイル設定（ＪＸ手順（サーバ側））テーブル１８００にファイル設定を登録する。
【０４１１】
ステップ８０１３が終了した後、ステップＳ７００９の設定自動登録処理を終了する。
【０４１２】
ステップＳ７００９の設定自動登録処理が終了した後、図７の本発明の実施形態におけるＥＤＩ通信処理装置１０１、ＥＤＩ通信処理装置１０２の、図７の着信のメイン処理へ処理を戻す。
【０４１３】
続いて、ステップＳ７０１０において、ＥＤＩ通信処理装置１０２は、ＥＤＩ通信処理装置１０１から受け取ったＨＴＴＰレスポンスを、取引先ＥＤＩ通信処理装置１０５に転送して、図７の処理を終了する。
【０４１４】
以上説明したように、本実施形態によれば、既存のＥＤＩ通信処理装置を新しいＥＤＩ通信処理装置へ入れ替える場合、既存のＥＤＩ通信処理装置が通信する場合にＥＤＩ通信データに必要としていたデータを、新しいＥＤＩ通信処理装置において必要となるデータのみ使用できるようにするため、容易にデータを整備することが出来るようにすることが可能になる。
【０４１５】
以上、１実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０４１６】
また、本発明におけるプログラムは、図４、図５、図６、図７、図８、図９に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図４、図５、図６、図７、図８、図９の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図４、図５、図６、図７、図８、図９の各装置の処理方法ごとのプログラムであってもよい。
【０４１７】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０４１８】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０４１９】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【０４２０】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０４２１】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０４２２】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０４２３】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０４２４】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０４２５】
１０１  ＥＤＩ通信処理装置
１０２  ＥＤＩ通信システム
１０５  取引先ＥＤＩ通信処理装置
１０６  ネットワーク
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  システムバス
２０５  入力コントローラ（入力Ｃ）
２０６  ビデオコントローラ（ＶＣ）
２０７  メモリコントローラ（ＭＣ）
２０８  通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）
２０９  ＫＢ（キーボード）
２１０  ＣＲＴ
２１１  外部メモリ（ＨＤ、ＦＤ）
【図１】
2015125756.tif 000003
【図２】
2015125756.tif 000004
【図３】
2015125756.tif 000005
【図４】
2015125756.tif 000006
【図５】
2015125756.tif 000007
【図６】
2015125756.tif 000008
【図７】
2015125756.tif 000009
【図８】
2015125756.tif 000010
【図９】
2015125756.tif 000011
【図１０】
2015125756.tif 000012
【図１１】
2015125756.tif 000013
【図１２】
2015125756.tif 000014
【図１３】
2015125756.tif 000015
【図１４】
2015125756.tif 000016
【図１５】
2015125756.tif 000017
【図１６】
2015125756.tif 000018
【図１７】
2015125756.tif 000019
【図１８】
2015125756.tif 000020
【図１９】
2015125756.tif 000021
【図２０】
2015125756.tif 000022
【図２１】
2015125756.tif 000023
【図２２】
2015125756.tif 000024
【図２３】
2015125756.tif 000025
【図２４】
2015125756.tif 000026
【図２５】
2015125756.tif 000027
【図２６】
2015125756.tif 000028
【図２７】
2015125756.tif 000029