(57)【要約】【課題】ジョブ設定において、類似ジョブの設定負担を軽減することを目的とする。【解決手段】複数の処理により構成されるジョブの設定を受け付けるジョブ設定テーブルへ登録する第一の登録手段と、前記第一の登録手段により登録された処理のうち、データ変換を行う処理に対する入出力のパラメータに関する設定を変換フローアイテム設定テーブルへ登録する第二の登録手段と、データの送信先毎のパラメータの設定をパラメータ設定テーブルへ登録する第三の登録手段と、前記第一の登録手段により登録されたジョブ設定テーブルと、前記第二の登録手段により登録された変換フローアイテム設定テーブルと、前記第三の登録手段により登録されたパラメータ設定テーブルとを用いて、データの送信先毎のジョブの設定を定義する実行制御テーブルを生成する生成手段とを有することを特徴とする。【選択図】図１
2011076552.tif 000002
【特許請求の範囲】
【請求項１】
受信したデータに対して、設定されたジョブに従って処理を実行する情報処理装置であって、
複数の処理により構成されるジョブの設定を受け付けるジョブ設定テーブルへ登録する第一の登録手段と、
前記第一の登録手段により登録された処理のうち、データ変換を行う処理に対する入出力のパラメータに関する設定を変換フローアイテム設定テーブルへ登録する第二の登録手段と、
データの送信先毎のパラメータの設定をパラメータ設定テーブルへ登録する第三の登録手段と、
前記第一の登録手段により登録されたジョブ設定テーブルと、前記第二の登録手段により登録された変換フローアイテム設定テーブルと、前記第三の登録手段により登録されたパラメータ設定テーブルとを用いて、データの送信先毎のジョブの設定を定義する実行制御テーブルを生成する生成手段と
を有することを特徴とする情報処理装置。
【請求項２】
ジョブの起動条件の設定を起動条件設定テーブルへ登録する第四の登録手段段と、
前記第四の登録手段により登録された起動条件設定テーブルに定義の条件を満たした場合、受信したデータと、前記生成手段により生成された実行制御テーブルとを用いて、データ変換処理を実行する変換手段とを有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
受信したデータに対して、設定されたジョブに従って処理を実行する情報処理装置における情報処理方法であって、
複数の処理により構成されるジョブの設定を受け付けるジョブ設定テーブルへ登録する第一の登録ステップと、
前記第一の登録ステップにより登録された処理のうち、データ変換を行う処理に対する入出力のパラメータに関する設定を変換フローアイテム設定テーブルへ登録する第二の登録ステップと、
データの送信先毎のパラメータの設定をパラメータ設定テーブルへ登録する第三の登録ステップと、
前記第一の登録ステップにより登録されたジョブ設定テーブルと、前記第二の登録ステップにより登録された変換フローアイテム設定テーブルと、前記第三の登録ステップにより登録されたパラメータ設定テーブルとを用いて、データの送信先毎のジョブの設定を定義する実行制御テーブルを生成する生成ステップと
を有することを特徴とする情報処理方法。
【請求項４】
受信したデータに対して、設定されたジョブに従って処理を実行する情報処理装置において実行可能なプログラムであって、
複数の処理により構成されるジョブの設定を受け付けるジョブ設定テーブルへ登録する第一の登録手段、
前記第一の登録手段により登録された処理のうち、データ変換を行う処理に対する入出力のパラメータに関する設定を変換フローアイテム設定テーブルへ登録する第二の登録手段、
データの送信先毎のパラメータの設定をパラメータ設定テーブルへ登録する第三の登録手段、
前記第一の登録手段により登録されたジョブ設定テーブルと、前記第二の登録手段により登録された変換フローアイテム設定テーブルと、前記第三の登録手段により登録されたパラメータ設定テーブルとを用いて、データの送信先毎のジョブの設定を定義する実行制御テーブルを生成する生成手段
として前記情報処理装置を機能させることを特徴とするプログラム。
【請求項５】
請求項４に記載のプログラムをコンピュータ読み取り可能に記憶した記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
ＥＤＩにおけるジョブ設定に関する技術である。
【背景技術】
【０００２】
近年、企業などにおいては受発注業務における業務効率化のために、電子商取引を行うＥＤＩシステムが導入されている。
【０００３】
通常、企業内で利用されるシステムは、その企業が独自に決めたフォーマットで構築されているが、他の企業との間で電子商取引をしようとするために、ＥＤＩシステムが標準のフォーマットに変換し、また、標準のプロトコルで相手企業と通信をする。
【０００４】
ＥＤＩにおいて、企業間データ交換を目的とする通信システムと、社内の基幹システムを繋げるための変換システムが存在し、それらの処理を繋げるための仕組みとして運用管理システムが存在する。運用管理システムでは、一般的に処理の流れを定義し、処理の中で外部アプリケーションを呼び出す。この処理の流れのことをジョブという。
【０００５】
一般的にジョブを組む場合、処理の流れに対して外部アプリケーションに渡すパラメータを定義するが、処理の流れは再利用可能なケースが多い。
【０００６】
ＥＤＩでは、複数の接続とのデータ交換が中心となるが、送信前処理や受信後処理は、異なる接続先・データ種で同様のフローになるケースが多い。そのため、同様の処理の流れを再利用する必要性が高くなる。
【０００７】
例えば、Ａ社とＢ社の２社から発注データを受信するケースでは、発注データ受信→自社フォーマットへの変換→基幹システム取り込みという処理の流れは同じである。実際の受信ファイル名や変換方法などが異なるだけである。
【０００８】
従って、受信ファイル名や変換方法をＡ社用とＢ社用とで別々にパラメータとして渡すことができれば、処理の流れを再利用することが可能となる。
【０００９】
しかし、現状のＥＤＩシステムでは、同様の処理の流れであっても再利用する仕組みがなく、異なる接続先毎にジョブの設定を個別に行う必要があるため手間がかかっていた。すなわち、重複する作業を行わなければならなかった。
【００１０】
処理の流れを再利用する技術として、特許文献１がある。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００２−１３２５０３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、特許文献１の技術では、処理の流れとアダプタ（外部アプリケーション）に対するパラメータを分離し、アダプタ（外部アプリケーション）の付け替えを容易とするものであるが、ＥＤＩにおいて、異なる接続先・データ種で同様のフローになるケースにおいて、一度の設定で、複数の接続先毎の処理の指定を可能とするものではない。
【００１３】
本発明は上記課題を解決するものであり、ジョブ設定において、類似ジョブの設定負担を軽減することを目的とする。
【課題を解決するための手段】
【００１４】
本発明は、受信したデータに対して、設定されたジョブに従って処理を実行する情報処理装置であって、複数の処理により構成されるジョブの設定を受け付けるジョブ設定テーブルへ登録する第一の登録手段と、前記第一の登録手段により登録された処理のうち、データ変換を行う処理に対する入出力のパラメータに関する設定を変換フローアイテム設定テーブルへ登録する第二の登録手段と、データの送信先毎のパラメータの設定をパラメータ設定テーブルへ登録する第三の登録手段と、前記第一の登録手段により登録されたジョブ設定テーブルと、前記第二の登録手段により登録された変換フローアイテム設定テーブルと、前記第三の登録手段により登録されたパラメータ設定テーブルとを用いて、データの送信先毎のジョブの設定を定義する実行制御テーブルを生成する生成手段とを有することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、ジョブ設定において、類似ジョブの設定負担を軽減することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態におけるＥＤＩシステムの構成を示す図である。
【図２】本発明の実施形態における各種端末のハードウェア構成を示す図である。
【図３】本発明の実施形態における運用管理サーバ１０１の機能ブロックを示す図である。
【図４】本発明の実施形態におけるＥＤＩシステムの基本的な処理フローを示す図である。
【図５】本発明の実施形態におけるＥＤＩシステムのジョブ設定反映処理フローを示す図である。
【図６】本発明の実施形態におけるＥＤＩシステムのジョブ設定画面を示す図である。
【図７】本発明の実施形態におけるＥＤＩシステムの起動条件設定テーブル示す図である。
【図８】本発明の実施形態におけるＥＤＩシステムのジョブ設定テーブル示す図である。
【図９】本発明の実施形態におけるＥＤＩシステムの変換フローアイテム設定テーブル示す図である。
【図１０】本発明の実施形態におけるＥＤＩシステムのパラメータ設定テーブル示す図である。
【図１１】本発明の実施形態におけるＥＤＩシステムのジョブ実行制御テーブル示す図である。
【図１２】本発明の実施形態におけるＥＤＩシステムの変換フローアイテム実行制御テーブル示す図である。
【図１３】本発明の実施形態におけるＥＤＩシステムのジョブ実行処理フローを示す図である。
【発明を実施するための形態】
【００１７】
以下、図面を用いて本発明の実施の形態を説明する。
【００１８】
図１は、本発明の実施形態のＥＤＩ（Ｅｌｅｃｔｒｏｎｉｃ  Ｄａｔａ  Ｉｎｔｅｒｃｈａｎｇｅ）システム（情報処理システム）の構成を示す図である。
【００１９】
通信サーバ１０２とＥＤＩ端末１０３とは、ネットワーク１０４を介して商取引に関する電子情報であるＥＤＩデータを相互に交換する。  
【００２０】
運用管理サーバ（情報処理装置）１０１は、通信サーバ１０２が受信したデータを監視して、ジョブを実行する。  
【００２１】
尚、図１のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。  
【００２２】
通信サーバ１０２は、ＥＤＩ通信機能を有し、ＥＤＩ端末１０３との間のデータ交換を行う。ここでいうデータ交換とは、通信可能なＥＤＩプロトコルでＥＤＩデータを送受信することを指す。  
【００２３】
次に、図１の運用管理サーバ１０１のハードウェア構成について、図２を用いて説明する。なお、通信サーバ１０２とＥＤＩ端末１０３のハードウェア構成については、同じであるので説明を省略する。  
【００２４】
図２は、運用管理サーバ１０１のハードウェア構成を示す図である。  
【００２５】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。  
【００２６】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。  
【００２７】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。  
【００２８】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。  
【００２９】
ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。  
【００３０】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やＦＤ或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるＣＦメモリ等の外部メモリ２１１へのアクセスを制御する。  
【００３１】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。  
【００３２】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。  
【００３３】
本発明を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラム２１２が用いる定義ファイル２１３及び各種情報テーブル２１４は外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。  
【００３４】
図３は、図１の運用管理サーバ１０１の構成を概略的に示す機能ブロック図である。これらの装置は主にＷｉｎｄｏｗｓ（登録商標）、ＵＮＩＸ（登録商標）などのＯＳを搭載したコンピュータを想定しているが、本発明では、使用ＯＳは特定しない。  
【００３５】
ジョブ実行部３０１は、事前に設定されたジョブ定義を実際に実行するための機能である。  
【００３６】
イベント監視部３０２は、通信サーバ１０２のデータ交換イベントを検知するための機能である。  
【００３７】
制御部３０３は、ジョブ実行部３０１とイベント監視部３０２と記憶部３０４と表示設定部３０５の機能を呼び出し、主処理を実現するための機能である。  
【００３８】
記憶部３０４は、設定情報を読み込む機能と、設定情報を書き込む機能を持つ。  
【００３９】
表示設定部３０５は、記憶部３０４から読み込まれた情報を元に、画面表示をするための機能である。  
【００４０】
図４は、本発明の実施形態のＥＤＩシステムの基本的な処理フローを示す図である。なお、ステップＳ４０２の詳細については図５を用いて後述する。  
【００４１】
ステップＳ４０１において、運用管理サーバは、ジョブ設定に関する処理を実行する。  
【００４２】
画面表示は、表示設定部３０５が処理し、テーブルへの読込・書込は、記憶部３０４が処理する。またこの２つの処理を制御するのが、制御部３０３の役割である。これらはすべて運用管理サーバ１０１で処理される。  
【００４３】
図６のジョブ設定画面で示す４つの画面を出力することにより、利用者にデータ入力を促す。  
【００４４】
起動条件設定画面１１００と起動条件設定テーブル２１００（図７）、ジョブ設定画面１１２０とジョブ設定テーブル２２００（図８）、変換フローアイテム設定画面１１３０と変換フローアイテム設定テーブル２３００（図９）、パラメータ設定画面１１４０とパラメータ設定テーブル２４００（図１０）が、それぞれ対応する。  
【００４５】
起動条件設定１１１０に示す入力例について説明する。ここでは、どのような条件で、後述するジョブ設定が起動する課の条件を入力する。ここでは、プロトコル「全銀ＴＣＰサーバ」、送信／受信「受信」、相手先番号「＊」、ファイル番号「１」と指定されている。これにより、起動条件設定テーブル２１００が入力される。なお、ジョブＩＤは、この起動条件で起動させるジョブＩＤが入力される。  
【００４６】
ジョブ設定１１２０に示す「開始」→「処理」→「修了」を行うジョブの設定を行う例について説明する。ユーザは、白紙の画面に、任意のアイテム（アイコン）を配置する。このアイテムには、アイテムタイプが付されている。矢印のより処理の流れを定義することができる。これによりジョブ設定テーブルの登録が行われる。  
【００４７】
ジョブＩＤ２２０１は、システムに付与されるジョブ設定固有の識別番号である。アイテムＩＤ２２０２は、アイテムを配置した順に付される番号である。フローアイテムタイプ２２０３は、アイテムに付されている固有の番号である。遷移元２２０４と遷移先２２０５により処理の流れが示される。ここには、遷移するアイテムＩＤが入力されるが、始まりは遷移元がないため「０」であり、終了は遷移先がないため「０」となる。  
【００４８】
変換フローアイテム設定１１３０について説明する。ユーザは、ジョブ設定１１２０のデータ変換アイテムをクリックすることにより、当該画面が表示される。ユーザは、アイテム名、変換定義ファイル名、入力ファイル名、出力ファイル名を入力することで、変換フローアイテム設定テーブル２３００に登録される。なお、このテーブルでは、アイテム名、変換定義ファイル名の項目は省略している。これらは、既存のものである。これにより入出力に関する定義がなされる。  
【００４９】
パラメータ設定１１４０について説明する。ユーザは、起動条件設定１１１０と共に、メニューからパラメータ設定１１４０を表示し、相手先番号、ファイル番号、パラメータ１、パラメータ２を１つの相手先ごとに複数レコード登録する。これは、本実施の形態を実現するために新たに必要な設定である。入力値は、パラメータ設定テーブルに登録される。  
【００５０】
以上、画面項目を介して所定の値を入力することにより、ジョブを起動するためのトリガとジョブ自体を定義できる。  
【００５１】
なお、図６の設定により、全銀ＴＣＰサーバプロトコルによって、すべての相手先（＊：アスタリスク）でファイル番号１のファイルを受信した場合にジョブを起動する。起動されるジョブは、受信データを変換するためのジョブである。  
【００５２】
データ変換処理は、変換定義は同じものを利用するが、入力ファイルと出力ファイルは、それぞれ相手先番号に従って変更されるものである。  
【００５３】
従って、相手先１のファイル１を受信した場合は”Ｃ：￥ＩＮ−ＤＡＴＡ￥ＯＲＤＥＲ１．ＴＸＴ”ファイルから”Ｃ：￥ＯＵＴ−ＤＡＴＡ￥ＯＲＤＥＲ１．ＣＳＶ”に変換し、相手先２のファイル１を受信した場合は”Ｃ：￥ＩＮ−ＤＡＴＡ￥ＯＲＤＥＲ２．ＴＸＴ”ファイルから”Ｃ：￥ＯＵＴ−ＤＡＴＡ￥ＯＲＤＥＲ２．ＣＳＶ”に変換される。  
【００５４】
用語の説明をする。起動条件とは、ジョブを実行するためのトリガ（きっかけ）の定義である。ジョブとは、運用管理サーバ１０１で実行される処理の定義である。ジョブは、複数のフローアイテムの定義とそれらの処理順序の定義により形成される。フローアイテムとは、処理の最少単位であり、具体的に実行されるプログラムに対するパラメータの定義である。フローアイテムには、各処理により入力可能なパラメータが異なる。画面例では、変換フローアイテムを示している。フローアイテム設定には、変数を利用することができる。変数は、パラメータ設定の値から置き換えることができる。  
【００５５】
次に、ステップＳ４０２において、運用管理サーバは、ジョブ設定を実行可能な形式に変換する（ジョブ実行制御テーブルと変換フローアイテム実行制御テーブルを生成する。）。このステップが、本発明のアイデア部分である。詳細のステップは、図５で示す。なお、この処理は、ユーザによる明示の指示で為されるものとするがこれに限られるものではない。例えば、後述するイベントを検知した時であってもよい。
【００５６】
図５は、ステップＳ４０２の詳細フローを示す図である。
【００５７】
ステップＳ４０２では、各種設定テーブルにある情報をもとに、実行制御テーブルを生成する処理である。ステップＳ５０１からＳ５０６までで、ジョブ実行制御テーブル２５００を作成し、ステップＳ５０７からＳ５１２までで、変換フローアイテム実行制御テーブル２６００を作成する。
【００５８】
なお、本処理は、運用管理サーバ１０１において実行される。
【００５９】
ステップＳ５０１において、運用管理サーバは、記憶部３０４から、ジョブ設定テーブル２２００と、変換フローアイテム設定テーブル２３００と、パラメータ設定テーブル２４００を一時メモリに読み込み、後続ステップでデータ参照可能な状態とする。
【００６０】
ステップＳ５０２において、運用管理サーバは、パラメータ設定テーブル２４００のレコードをすべて読み込んだかどうか判断する。すべて読み込んだ場合は、Ｓ５０７へ進み、すべて読み込んでいない場合は、Ｓ５０３へ進む。
【００６１】
ステップＳ５０３において、運用管理サーバは、パラメータ設定テーブル２４００から１行目から昇順に１レコード読み込む。
【００６２】
ステップＳ５０４において、運用管理サーバは、ジョブ設定テーブル２２００のレコードをすべて読み込んだかどうか判断する。すべて読み込んだ場合は、Ｓ５０２へ戻り、すべて読み込んでいない場合は、Ｓ５０５へ進む。
【００６３】
ステップＳ５０５において、運用管理サーバは、ジョブ設定テーブル２２００から１行目から昇順に１レコード読み込む。
【００６４】
ステップ５０６において、運用管理サーバは、ジョブ実行制御テーブル２５００のレコードを作成し記憶部３０４に書き込む。図１１にジョブ実行制御テーブルの例を示す。
【００６５】
ジョブＩＤ２５０１、アイテムＩＤ２５０２、フローアイテムタイプ２５０５、遷移元２５０６、遷移先２５０７は、ステップＳ５０５で読み込んだジョブ設定テーブル２２００のレコード項目をそのままセットし、相手先番号２５０３、ファイル番号２５０４は、ステップＳ５０３で読み込んだパラメータ設定テーブル２４００のレコード項目をそのままセットする。
【００６６】
レコード書込みが完了すると、ステップＳ５０４に戻る。ここまでの繰り返しで、ジョブ実行制御テーブル２５００が作成される。これにより送信先毎の手処理手順が定義される。
【００６７】
次に、ステップＳ５０７において、運用管理サーバは、パラメータ設定テーブル２４００を読み込みなおし、最初のレコードから項目を抽出できる状態にする。
【００６８】
ステップＳ５０８において、運用管理サーバは、パラメータ設定テーブル２４００のレコードをすべて読み込んだかどうか判断する。すべて読み込んだ場合、終了し、すべて読み込んでない場合、ステップＳ５０９へ進む。
【００６９】
ステップＳ５０９において、運用管理サーバは、パラメータ設定テーブル２４００から１行目から昇順に１レコード読み込む。
【００７０】
ステップＳ５１０において、運用管理サーバは、変換フローアイテム設定テーブル２５００のレコードをすべて読み込んだかどうか判断する。すべて読み込んだ場合、ステップＳ５０８へ戻り、すべて読み込んでいない場合、ステップＳ５１１へ進む。
【００７１】
ステップＳ５１１において、運用管理サーバは、変換フローアイテム設定テーブル２５００から１行目から昇順に１レコード読み込む。図１２に、変換フローアイテム設定テーブルの例を示す。
【００７２】
ステップＳ５１２において、運用管理サーバは、変換フローアイテム実行制御テーブル２５００のレコードを作成し記憶部３０４により書き込む。ジョブＩＤとアイテムＩＤは、ステップＳ５１１で読み込んだ変換フローアイテム設定テーブル２３００の値をそのままセットし、相手先番号とファイル番号は、ステップＳ５０９で読み込んだパラメータ設定テーブル２４００の値をそのままセットする。入力ファイル名と出力ファイル名は、変換フローアイテム設定テーブル２３００の入力ファイル名と出力ファイル名をそれぞれセットするが、その際に変数（％数値）の置き換えをする。パラメータ設定テーブル２４００のパラメータ項目をカンマ区切りの項目として１番目の項目を％１、２番目の項目を％２に置き換える。なお、変換フローアイテム実行制御テーブルは、図９で表示が省略されている項目も有するものとする。例えば、変換定義ファイル名。これは、後に説明するデータ変換処理で用いられる。
【００７３】
ステップＳ５０７からここまでの繰り返しで、変換フローアイテム実行制御テーブルが作成される。
【００７４】
最後に、ステップＳ４０３において、運用管理サーバは、ジョブの実行処理を行う。この処理は、起動条件設定テーブルに設定される条件に合致する場合、処理が開始される。
【００７５】
図１３にＳ４０３の詳細な処理の流れを説明する。  
【００７６】
ステップＳ１３０１において、運用管理サーバは、イベントが検知されてかを判定する。検知された場合、ステップＳ１３０２へ進み、検知されなかった場合、Ｓ１３０１へ戻り、待機する。具体的には、通信サーバ１０２が、ＥＤＩ端末１０３からのファイルを受信すると、運用管理サーバ１０１のイベント監視部３０２がイベントを検出する。  
【００７７】
ステップＳ１３０２において、運用管理サーバは、ジョブ実行制御テーブルから該当レコード抽出する。具体的には、相手先番号「２」、ファイル番号「１」のファイルを受信した場合、ジョブ実行制御テーブルからアイテムＩＤ「１」、相手先番号「２」、ファイル番号「１」をキーとしてレコードを抽出する。また、ここでジョブＩＤを一時的に記憶しておく。図１１の例では、抽出されたレコードは、ジョブ実行制御テーブル２５００の４行目のレコードになる。  
【００７８】
ステップＳ１３０３において、運用管理サーバは、処理にあたりパラメータが必要かを判定する。必要な場合、Ｓ１３０４へ進み、不要な場合は、Ｓ１３０５へ進む。図１１の例では、フローアイテムタイプが、「開始」「終了」の場合は、パラメータは不要であるが、「変換」の場合は、パラメータは必要である。  
【００７９】
ステップＳ１３０４において、運用管理サーバは、必要なパラメータを、変換フローアイテム実行制御テーブルから読み込む。読み込む際のキー項目として、ジョブＩＤ「１００」、アイテムＩＤ「２」、相手先番号「２」、ファイル番号「１」が用いられ、図１２の例では、２行目のレコードが読み込まれる。  
【００８０】
ステップＳ１３０５において、運用管理サーバは、アイテムタイプに応じた処理を実行する。なお、変換アイテムの場合、ファイルフォーマットの変換処理を行うことになる。  
【００８１】
この例では、まず、入力ファイル「Ｃ：￥ＩＮ−ＤＡＴＡ￥ＯＲＤＥＲ２．ＴＸＴ」、出力ファイル名「Ｃ：￥ＯＵＴ−ＤＡＴＡ￥ＯＲＤＥＲ２．ＣＳＶ」が抽出される。「Ｃ：￥ＩＮ−ＤＡＴＡ￥ＯＲＤＥＲ２．ＴＸＴ」は、受信したファイルの内容をそっくりそのままテキストファイルとして保存したものである。実体ファイルは、指定先フォルダに格納されている。また、「Ｃ：￥ＯＵＴ−ＤＡＴＡ￥ＯＲＤＥＲ２．ＣＳＶ」は、データ変換後のファイル名であって、変換前には、実体データは存在しない。  
【００８２】
また、図１２において表示が省略されている変換定義ファイル名「Ｃ：￥ＭＡＰ￥ＯＲＤＥＲ．ＭＡＰ」を抽出する。  
【００８３】
そして、実体データ「Ｃ：￥ＩＮ−ＤＡＴＡ￥ＯＲＤＥＲ２．ＴＸＴ」と、変換後のファイル名称「Ｃ：￥ＯＵＴ−ＤＡＴＡ￥ＯＲＤＥＲ２．ＣＳＶ」、変換定義ファイル「Ｃ：￥ＭＡＰ￥ＯＲＤＥＲ．ＭＡＰ」を変換アプリケーションに投入することで、「ＯＲＤＥＲ２．ＣＳＶ」の実体データを取得し、該当するフォルダへ格納する。変換定義ファイルは、フォーマットを変換する定義がなされているファイルである。本実施の形態では、複数のファイル名に対応しているものとする。  
【００８４】
ステップＳ１３０６において、運用管理サーバは、処理すべきレコードが終了したかを判定する。終了したと判定した場合、処理を終了し、終了していないと判定した場合、Ｓ１３０２へ戻り、処理を継続する。  
【００８５】
以上流れを説明したが、この例では、４行目（開始）→５行目（変換）→６行目（終了）という流れで処理がなされる、５行目の変換フローアイテムの処理を実行する際に、パラメータが必要になる。  
【００８６】
なお、相手先番号「１」の場合でも、上記と同様の処理になる。使用されるレコードは、ジョブ実行制御テーブル２５００の１行目（開始）、２行目（変換）、３行目（終了）と、変換フローアイテム実行制御テーブル２６００の１行目になる。  
【００８７】
このように、ステップＳ４０２で設定した、ジョブ設定１つに対して、２つの実行制御を実現することができる。
【００８８】
本発明によれば、ジョブ設定において、類似ジョブの設定負担を軽減することができる。
【００８９】
ＥＤＩ運用管理において、ジョブ設定作業の負荷軽減が期待できる。ＥＤＩは基本的に他社ＥＤＩサーバと基幹システムとの連携であり、類似ジョブが多く存在する。従って、特に接続先数の企業のＥＤＩシステムにおいては、顕著に効果が期待できる。
【００９０】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００９１】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【符号の説明】
【００９２】
１０１  運用管理サーバ
１０２  通信サーバ
１０３  ＥＤＩ端末
１０４  ネットワーク
【図１】
2011076552.tif 000003
【図２】
2011076552.tif 000004
【図３】
2011076552.tif 000005
【図４】
2011076552.tif 000006
【図５】
2011076552.tif 000007
【図６】
2011076552.tif 000008
【図７】
2011076552.tif 000009
【図８】
2011076552.tif 000010
【図９】
2011076552.tif 000011
【図１０】
2011076552.tif 000012
【図１１】
2011076552.tif 000013
【図１２】
2011076552.tif 000014
【図１３】
2011076552.tif 000015