(57)【要約】【課題】  効率良く複数の個別ジョブに対して共通ジョブの呼び出し設定をすることが可能な仕組みを提供すること【解決手段】  複数の処理により構成されるジョブを作成し、作成されたジョブをグループ化するためのグループを作成する。作成されたグループに対して前記ジョブを登録し、登録されたジョブに対して追加で実行するジョブを、当該グループと対応付けて設定する。【選択図】  図１
2012113575.tif 000002
【特許請求の範囲】
【請求項１】
複数の処理により構成されるジョブを実行する情報処理装置であって、
前記複数の処理により構成されるジョブを作成するジョブ作成手段と、
前記ジョブ作成手段により作成されたジョブをグループ化するためのグループを作成するグループ作成手段と、
前記グループ作成手段により作成されたグループにジョブを登録するジョブ登録手段と、
前記ジョブ登録手段によりグループに登録されたジョブに対して追加で実行するジョブを、当該グループと対応付けて設定する追加ジョブ設定手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記追加ジョブ設定手段は、前記ジョブの実行結果に応じて追加で実行するジョブの設定をすることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記ジョブ登録手段によりグループに登録されたジョブと、前記追加ジョブ設定手段により当該グループに対して設定されたジョブとが同じジョブである場合に、その旨を通知する警告手段をさらに備えることを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
複数の処理により構成されるジョブを実行する情報処理装置における情報処理方法であって、
前記情報処理装置のジョブ作成手段が、前記複数の処理により構成されるジョブを作成するジョブ作成工程と、
前記情報処理装置のグループ作成手段が、前記ジョブ作成工程により作成されたジョブをグループ化するためのグループを作成するグループ作成工程と、
前記情報処理装置のジョブ登録手段が、前記グループ作成工程により作成されたグループにジョブを登録するジョブ登録工程と、
前記情報処理装置の追加ジョブ設定手段が、前記ジョブ登録工程によりグループに登録されたジョブに対して追加で実行するジョブを、当該グループと対応付けて設定する追加ジョブ設定工程と、
を備えることを特徴とする情報処理方法。
【請求項５】
複数の処理により構成されるジョブを実行する情報処理装置で実行可能なプログラムであって、
前記情報処理装置を、
前記複数の処理により構成されるジョブを作成するジョブ作成手段と、
前記ジョブ作成手段により作成されたジョブをグループ化するためのグループを作成するグループ作成手段と、
前記グループ作成手段により作成されたグループにジョブを登録するジョブ登録手段と、
前記ジョブ登録手段によりグループに登録されたジョブに対して追加で実行するジョブを、当該グループと対応付けて設定する追加ジョブ設定手段として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置において実行されるジョブの作成方法に関する。
【背景技術】
【０００２】
近年、企業においては受発注業務における業務効率化のために、電子商取引を行うＥＤＩ（電子データ交換）システムが導入されている。
【０００３】
通常、企業内で利用されるシステムは、その企業が独自に決めたフォーマットで構築されている。そのため、他の企業との間で電子商取引をしようとするためには、ＥＤＩシステムが標準のフォーマットに変換し、標準のプロトコルで相手企業と通信を行う。
【０００４】
ＥＤＩにおいては、企業間のデータ交換を目的とする通信システムと、社内の基幹システムとをつなげるための変換システムが存在し、それらの処理をつなげるための仕組みとして運用管理システムが存在する。
【０００５】
運用管理システムでは、一般的に処理の流れ（処理フロー）を定義し、処理のなかで外部アプリケーションを呼び出す。この処理の流れのことをジョブという。
【０００６】
多くの場合、ジョブは取引先のデータ種類ごとに作成し、そのデータに合わせた処理フローを定義する（このようなジョブを個別ジョブと呼ぶ）。
【０００７】
しかし、個別ジョブによっては、処理のフローの一部が共通する場合も多い。企業間のデータ交換手法は接続先となる相手企業によって様々であるが、社内側の処理であるデータ交換や基幹システムとの連携においては、データ種により共通するフローを持つ場合が多い。
【０００８】
例えば、注文情報を受ける個別ジョブにおいて、次の順で処理を行うジョブがあるとする。
＜注文情報受信ジョブ＞
１．データ受信処理
２．データ変換処理
３．システム連携処理
【０００９】
この場合、「１．データ受信処理」では、取引先と取り決めした通信手段でデータを受信し、「２．データ変換処理」では、取引先と取り件したフォーマットから自社企業のフォーマットへデータを変換する。そのため、相手企業やデータ種類によって実施する処理内容がそれぞれ異なってくる。
【００１０】
しかし、「３．システム連携処理」においては、すでに自社企業の独自フォーマットに変換されたデータをシステムへ連携する処理となるため、いずれの企業の個別ジョブであっても同様の処理内容となるケースがある。
【００１１】
そのため、ＥＤＩの運用管理システムでは、その共通部分を別のジョブとして定義しておき（このようなジョブを共通ジョブと呼ぶ）、個別ジョブから共通ジョブを呼び出すことを可能としたものがある。このような動作をジョブ呼び出しという。
【００１２】
このような仕組みにより、共通する処理について変更の必要が生じた場合にでも、共通ジョブを修正するだけで対応できるようになるため、個々のジョブ（個別ジョブ）を一つ一つ修正する必要がなくなる。
【００１３】
特許文献１において、ジョブをグループ化して、グループに所属するジョブに対して共通の処理を行う仕組みが開示されている。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開平０４−２８７２３２
【発明の開示】
【発明が解決しようとする課題】
【００１５】
しかしながら、ジョブ呼び出しが可能なシステムであっても、個別ジョブの作成時点では共通ジョブの呼び出し設定は行わず、あとから共通ジョブ呼び出しの設定を行っていた。すなわち、対象となる個別ジョブすべてに共通ジョブ呼び出しの設定を行う必要があり、手間が発生していた。
【００１６】
例えば、運用開始当初に、前述した注文情報受信ジョブのうち、「１．データ受信処理」と「２．データ変換処理」のみを行う個別ジョブを、Ａ社、Ｂ社、Ｃ社の３社用に３つ作成し、「３．システム連携処理」を単独で行うジョブを１つ作成したとする。
【００１７】
そして、ジョブの実行については、企業毎の個別ジョブについては取引先との取り決めにより定められた時間に受信を行っていたが、「３．システム連携処理」のジョブについては定時にまとめて処理する形を採っていたとする。
【００１８】
このような場合において、データ受信を行う個別ジョブを実行する度に「３．システム連携処理」も実行するように変更したい場合には、処理対象のデータ受信を行う全ての個別ジョブに「３．システム連携処理」のジョブ呼び出しを設定する必要が生じてしまう。
【００１９】
特に、取引先が多ければその分変更作業も多く発生してしまう。
【００２０】
そこで、本発明は、効率良く複数の個別ジョブに対して共通ジョブの呼び出し設定をすることが可能な仕組みを提供することを目的とする。
【課題を解決するための手段】
【００２１】
本発明は、複数の処理により構成されるジョブを実行する情報処理装置であって、前記複数の処理により構成されるジョブを作成するジョブ作成手段と、前記ジョブ作成手段により作成されたジョブをグループ化するためのグループを作成するグループ作成手段と、前記グループ作成手段により作成されたグループにジョブを登録するジョブ登録手段と、前記ジョブ登録手段によりグループに登録されたジョブに対して追加で実行するジョブを、当該グループと対応付けて設定する追加ジョブ設定手段と、を備えることを特徴とする。
【００２２】
また、本発明は、複数の処理により構成されるジョブを実行する情報処理装置における情報処理方法であって、前記情報処理装置のジョブ作成手段が、前記複数の処理により構成されるジョブを作成するジョブ作成工程と、前記情報処理装置のグループ作成手段が、前記ジョブ作成工程により作成されたジョブをグループ化するためのグループを作成するグループ作成工程と、前記情報処理装置のジョブ登録手段が、前記グループ作成工程により作成されたグループにジョブを登録するジョブ登録工程と、前記情報処理装置の追加ジョブ設定手段が、前記ジョブ登録工程によりグループに登録されたジョブに対して追加で実行するジョブを、当該グループと対応付けて設定する追加ジョブ設定工程と、を備えることを特徴とする。
【００２３】
また、本発明は、複数の処理により構成されるジョブを実行する情報処理装置で実行可能なプログラムであって、前記情報処理装置を、前記複数の処理により構成されるジョブを作成するジョブ作成手段と、前記ジョブ作成手段により作成されたジョブをグループ化するためのグループを作成するグループ作成手段と、前記グループ作成手段により作成されたグループにジョブを登録するジョブ登録手段と、前記ジョブ登録手段によりグループに登録されたジョブに対して追加で実行するジョブを、当該グループと対応付けて設定する追加ジョブ設定手段として機能させることを特徴とする。
【発明の効果】
【００２４】
本発明によれば、効率良く複数の個別ジョブに対して共通ジョブの呼び出し設定をする仕組みを提供することが可能となる。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施形態におけるＥＤＩシステムの構成を示す図である。
【図２】本発明の実施形態における運用管理サーバ１０１のハードウエア構成を示す図である。
【図３】本発明の実施形態における運用管理サーバ１０１の機能構成を示す機能ブロック図である。
【図４】本発明の実施形態における処理の全体を示すフローチャートである。
【図５】本発明の実施形態におけるジョブ作成処理を示すフローチャートである。
【図６】本発明の実施形態における個別ジョブのグループ化処理を示すフローチャートである。
【図７】本発明の実施形態における共通ジョブの設定処理を示すフローチャートである。
【図８】本発明の実施形態におけるジョブ実行処理を示すフローチャートである。
【図９】本発明の実施形態におけるコマンド設定画面の一例を示す図である。
【図１０】本発明の実施形態におけるジョブデザイナ画面の一例を示す図である。
【図１１】本発明の実施形態におけるジョブデザイナ画面の一例を示す図である。
【図１２】本発明の実施形態における共通ジョブ判定画面の一例を示す図である。
【図１３】本発明の実施形態におけるグループ作成画面とグループ一覧画面の一例を示す図である。
【図１４】本発明の実施形態におけるグループジョブ登録画面の一例を示す図である。
【図１５】本発明の実施形態における警告画面の一例を示す図である。
【図１６】本発明の実施形態における共通ジョブ登録画面の一例を示す図である。
【図１７】本発明の実施形態における警告画面の一例を示す図である。
【図１８】本発明の実施形態におけるｃｏｍｍａｎｄ＿ｉｎｆｏテーブルを示す図である。
【図１９】本発明の実施形態におけるｊｏｂ＿ｉｎｆｏテーブルを示す図である。
【図２０】本発明の実施形態におけるｆｌｏｗ＿ｉｔｅｍ＿ｉｎｆｏテーブルを示す図である。
【図２１】本発明の実施形態におけるｇｒｏｕｐ＿ｉｎｆｏテーブルを示す図である。
【図２２】本発明の実施形態におけるｇｒｏｕｐ＿ｊｏｂテーブルを示す図である。
【図２３】本発明の実施形態におけるｇｒｏｕｐ＿ｃｏｍｍｏｎ＿ｊｏｂテーブルを示す図である。
【発明を実施するための形態】
【００２６】
以下、図面を参照して本発明の実施形態を詳細に説明する。
【００２７】
図１は、本発明の実施形態における運用管理サーバ１０１、通信サーバ１０２、ＥＤＩ端末１０３を用いたＥＤＩシステムの構成を示す図である。
【００２８】
運用管理サーバ１０１と通信サーバ１０２とＥＤＩ端末１０３とは、それぞれネットワーク１０４を介して通信可能に接続されている。
【００２９】
通信サーバ１０２とＥＤＩ端末１０３はネットワーク１０４を介して商取引に関する電子情報であるＥＤＩデータを相互に交換する。運用管理サーバ１０１は、通信サーバ１０２が受信したデータを監視してジョブを実行する。
【００３０】
なお、図１のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００３１】
通信サーバ１０２はＥＤＩ通信機能を有し、ＥＤＩ端末１０３との間のデータ交換を行う。ここでいうデータ交換とは、通信可能なＥＤＩプロトコルでＥＤＩデータを送受信することを指す。
【００３２】
以下、図２を用いて、図１に示した運用管理サーバ１０１に適用可能な情報処理装置のハードウエア構成について説明する。なお、通信サーバ１０２、ＥＤＩ端末１０３のハードウエア構成についても同様である。
【００３３】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。
【００３４】
２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００３５】
また、２０５は入力コントローラで、入力装置２０９等からの入力を制御する。２０６はビデオコントローラで、液晶ディスプレイ等のディスプレイ装置２１０への表示を制御する。なお、ディスプレイ装置は、液晶ディスプレイに限られず、ＣＲＴディスプレイなどであっても良い。これらは必要に応じてクライアントが使用するものである。
【００３６】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００３７】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００３８】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３９】
ハードウエア上で動作する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００４０】
図３は、運用管理サーバ１０１の機能構成を示す機能ブロック図である。
【００４１】
図３は、図１の運用管理サーバ１０１の構成を概略的に示す機能ブロック図である。なお、運用管理サーバ１０１には、主にＷｉｎｄｏｗｓ（登録商標）、ＵＮＩＸ（登録商標）などのＯＳを搭載したコンピュータを想定しているが、本発明では、使用ＯＳは特定しない。
【００４２】
ジョブ実行部３０１は、事前に設定されたジョブ定義を実際に実行するための機能を有する。
【００４３】
イベント監視部３０２は、通信サーバ１０２のデータ交換イベントを検知するための機能を有する。
【００４４】
制御部３０３は、ジョブ実行部３０１とイベント監視部３０２と記憶部３０４と表示設定部３０５の機能を呼び出し、主処理を実現するための機能を有する。
【００４５】
記憶部３０４は、設定情報を読み込む機能と、設定情報を書き込む機能を有する。
【００４６】
表示設定部３０５は、記憶部３０４から読み込まれた情報を元に、画面表示をするための機能を有する。
【００４７】
図４は、本発明の実施形態のＥＤＩシステムの基本的な処理フローを示す図である。
【００４８】
まず、ステップＳ４０１ではジョブの作成を行う。この時点で、個別ジョブや共通ジョブを作成する。次に、ステップＳ４０２で作成した個別ジョブをグループ化する。グループ化とは、共通ジョブを実行させたい個別ジョブをまとめる作業である。次に、ステップＳ４０３では、ステップＳ４０２で作成したグループに対して、実行させたい共通ジョブを登録する。最後のステップＳ４０４では、作成したジョブの実行を示す。
【００４９】
なお、ステップＳ４０１の詳細を図５で、ステップＳ４０２の詳細を図６で、ステップＳ４０３の詳細を図７で、ステップＳ４０４の詳細を図８で示す。
【００５０】
図５は、本発明の実施形態におけるジョブ作成処理を示すフローチャートである。
【００５１】
なお、図５のフローチャートで示す処理については、運用管理サーバ１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００５２】
ステップＳ５０１では、運用管理サーバ１０１のＣＰＵ２０１は、図９に一例を示すコマンド設定画面のコマンド名称９０１、パラメータ９０２にユーザにより入力された情報をｃｏｍｍａｎｄ＿ｉｎｆｏテーブル（図１８）に保存する。
【００５３】
なお、コマンド設定画面から入力される情報は、コマンド名称およびパラメータであり、それぞれ対応付けられてｃｏｍｍａｎｄ＿ｉｎｆｏテーブルに保存される。この際、運用管理サーバ１０１のＣＰＵ２０１は、コマンドＩＤを自動生成し、当該生成されたコマンドＩＤがコマンド名称・パラメータに付与される。
【００５４】
ここで、コマンドとは、本システムにおける最小単位の処理プロセスのことを意味する。「コマンド」を複数組み合わせることにより「ジョブ」が構築される。なお、コマンドに関する情報として本実施例ではコマンド名称とパラメータとを設定可能にしているが、これらに限られるものではなく、その他必要な情報を設定することを可能としてもよい。
【００５５】
ステップＳ５０２では、運用管理サーバ１０１のＣＰＵ２０１は、ユーザからさらにコマンド登録の要求があるのを待つ。コマンド登録要求があった場合（ステップＳ５０２：ＹＥＳ）は、処理をステップＳ５０１に移行し、コマンド登録を行う。
【００５６】
コマンド登録要求がない場合（ステップＳ５０２：ＮＯ）は、処理をステップＳ５０３に移行する。
【００５７】
ステップＳ５０３では、運用管理サーバ１０１のＣＰＵ２０１は、ジョブデザイナ画面（図１０、図１１）を介してユーザによりコマンドの実行順序とコマンド戻り値による分岐が定義されたジョブの設定を受け付ける。そして、設定されたジョブをｊｏｂ＿ｉｎｆｏテーブル（図１９）、ｆｌｏｗ＿ｉｔｅｍ＿ｉｎｆｏテーブル（図２０）に保存する。
【００５８】
図１０および図１１に示す個別ジョブデザイナ画面では、コマンドが配置され、遷移条件による順序性が定義されることにより、ジョブが作成される。なお、ジョブを形成するには、開始コマンド、終了コマンド、ユーザ定義コマンドの３つを組み合わせる必要がある。
【００５９】
開始コマンドと終了コマンドは、システムで用意された既定のコマンド（システムコマンド）である。ユーザ定義コマンドは、ステップＳ５０１でユーザにより設定されたコマンドである。
【００６０】
また、ジョブは必ず開始コマンドで始まり、終了コマンドで終了するように定義される必要がある。
【００６１】
図１０に示す例では、開始コマンドである「開始」からジョブが開始される。
【００６２】
そして、ユーザ定義コマンドである「データ受信」を実行し、データ受信コマンドの戻り値が「０」の場合にはユーザ定義コマンドである「データ変換」に処理を遷移させる。
【００６３】
データ受信コマンドの戻り値が「０」以外の場合は、終了コマンドである「異常終了」に処理を遷移させる。
【００６４】
データ変換コマンドにおいて戻り値が「０」の場合には、終了コマンドである「正常終了」に処理を遷移させる。データ変換コマンドの戻り値が「０」以外の場合には、「異常終了」コマンドに処理を遷移させる。
【００６５】
次に、ｊｏｂ＿ｉｎｆｏテーブル（図１９）について説明する。ｊｏｂ＿ｉｎｆｏテーブルは「ジョブＩＤ」、「ジョブ名」、「共通ジョブフラグ」から構成される。
【００６６】
ジョブＩＤは、運用管理サーバ１０１のＣＰＵ２０１により自動生成される。
【００６７】
ジョブ名は、ジョブデザイナ画面のジョブ名欄１００１ｆ（図１１におけるジョブ名欄１１０１）にユーザにより入力されたジョブ名が登録される。
共通ジョブフラグには初期値である「０」が設定される。
【００６８】
次にｆｌｏｗ＿ｉｔｅｍ＿ｉｎｆｏテーブル（図２０）について説明する。
【００６９】
ｆｌｏｗ＿ｉｔｅｍ＿ｉｎｆｏテーブルは、ジョブデザイナ画面（図１０、図１１）に配置されたコマンド一つに対して１レコードが登録されたテーブルであり、「ジョブＩＤ」、「フローアイテムＩＤ」、「名称」、「タイプ」、「Ｘ座標」、「Ｙ座標」、「ＸＭＬデータ」の項目から構成される。
【００７０】
「ジョブＩＤ」は、ｊｏｂ＿ｉｎｆｏテーブル（図１９）に設定されたジョブＩＤが設定される。
【００７１】
「フローアイテムＩＤ」は、フローアイテムに採番される通し番号である。
【００７２】
「名称」は、個別ジョブデザイナ画面でユーザにより任意に設定された値である。
【００７３】
「タイプ」は、コマンドの種類を示す情報であり、システムにより固定で用意されているものとする。例えば、開始コマンドであれば「開始」、終了コマンドであれば「終了」、ユーザ定義コマンドであれば「コマンド」が設定される。
【００７４】
「Ｘ座標」は、個別ジョブデザイナ画面におけるコマンド配置位置の横座標の数値を示す情報である。
【００７５】
「Ｙ座標」は、個別ジョブデザイナ画面におけるコマンド配置位置の縦座標の数値を示す情報である。
【００７６】
「Ｘ座標」と「Ｙ座標」の数値により、当該コマンドが配置された位置を表すことが出来る。
【００７７】
「ＸＭＬデータ」は、コマンドごとに定義されたＸＭＬプログラムのテンプレートに、パラメータが挿入されたものである。
【００７８】
なお、コマンドごとに定義されたＸＭＬプログラムのテンプレートについては、あらかじめ運用管理サーバ１０１の記憶領域に記憶されているものとする。
【００７９】
なおここでは、使用しているユーザ定義コマンドのコマンドＩＤとコマンド間の遷移情報が格納されており、システム機能として遷移先が複数設定できるため、階層構造であるＸＭＬ形式を採用している。
【００８０】
ｃｏｍｍａｎｄ要素のｉｄ属性の値は、ｃｏｍｍａｎｄ＿ｉｎｆｏテーブル２１０１のコマンドＩＤを参照している。なお、ｃｏｍｍａｎｄ要素はユーザ定義コマンドのみ出現し、システムコマンドには出現しない。
【００８１】
ｓｕｂｐｒｏｃｅｓｓ要素のｒｅｆ属性には、遷移先のフローアイテムＩＤを設定する。ｓｕｂｐｒｏｃｅｓｓ要素内のｅｑｕａｌｓ要素のｖａｒｉａｂｌｅ属性とｖａｌｕｅ属性は、遷移条件を示す。ｅｑｕａｌｓ要素のｖａｒｉａｂｌｅ属性が“ｅｘｉｔｃｏｄｅ”であれば、コマンドの戻り値を遷移条件として利用することを意味し、戻り値の具体値をｖａｌｕｅ属性に設定する。ｓｕｂｐｒｏｃｅｓｓ要素内が空であれば、無条件に遷移することを表す。
【００８２】
ｓｕｂｐｒｏｃｅｓｓ要素は、複数存在することができる。遷移条件は個別ジョブデザイナ画面より遷移する設定画面で設定されるが、ここでは説明を省略する。
【００８３】
次に、タイプが“終了”であるレコードのＸＭＬデータには、ｓｅｔ要素が存在するが、これはジョブの終了状態と終了コード登録するために利用するパラメータであり、終了フローアイテム詳細設定画面１００３で登録した値がセットされる。ｓｅｔ要素のｖａｒｉａｂｌｅ属性が”ｓｔａｔｕｓ“であれば、終了状態を判断するために利用するパラメータであり、ｖａｌｕｅ属性の値が“ｎｏｒｍａｌ”の場合は、正常終了を意味し、“ａｂｎｏｒｍａｌ”の場合は、異常終了を意味する。
【００８４】
また、ｓｅｔ要素のｖａｒｉａｂｌｅ属性が”ｅｘｉｔｃｏｄｅ“であれば、ジョブの終了コードを登録するパラメータであり、ｖａｌｕｅ属性で登録した終了コードの具体値を示す。
【００８５】
なお、図２０のｆｌｏｗ＿ｉｔｅｍ＿ｉｎｆｏテーブルは、個別ジョブデザイナ画面（図１０）および共通ジョブデザイナ画面（図１１）においてユーザにより設定された情報が反映された例である。フローアイテムＩＤが１〜５までのデータが個別ジョブデザイナ画面で設定された「ジョブＡ１」に含まれるコマンドを示し、フローアイテムＩＤが６〜８のデータが共通ジョブデザイナ画面で設定された「ジョブＣ１」に含まれるコマンドを示している。
図５のフローチャートの説明に戻る。
【００８６】
ステップＳ５０４では、運用管理サーバ１０１のＣＰＵ２０１は、ユーザから他のジョの登録要求があったか否かを判断する。
【００８７】
他のジョブの登録要求があった場合（ステップＳ５０４：ＹＥＳ）は、処理をステップＳ５０３に移行し、再度ジョブ登録処理を実行する。
【００８８】
他のジョブの登録要求が無い場合（ステップＳ５０４：ＮＯ）は、処理をステップＳ５０５に移行する。
【００８９】
ステップＳ５０５では、共通ジョブ判定画面（図１２）でユーザにより入力された情報を、ｊｏｂ＿ｉｎｆｏテーブル（図１９）に保存する。
【００９０】
図１２に示す共通ジョブ判定画面は、ユーザからどのジョブを共通ジョブとして設定するかを受け付ける画面である。
【００９１】
まず、運用管理サーバ１０１のＣＰＵ２０１は、ｊｏｂ＿ｉｎｆｏテーブルを読み込み、ｊｏｂ＿ｉｎｆｏテーブルのジョブ名と共通ジョブフラグが、共通ジョブ判定画面のジョブ名１２０１と共通ジョブ１２０２へ反映される。具体的には、ｊｏｂ＿ｉｎｆｏテーブルの共通ジョブフラグの値が「０」のジョブについては、共通ジョブ１２０２はチェックがされず、共通ジョブフラグの値が「１」のジョブについては、共通ジョブ１２０２にチェックがされて表示される。
【００９２】
また、共通ジョブ判定画面の共通ジョブ１２０２に対してユーザによりチェックがされたジョブについては、ｊｏｂ＿ｉｎｆｏテーブルの共通ジョブフラグの値に「１」が登録される。
【００９３】
図１２に示す例においては、ジョブＣ１およびジョブＣ２については共通ジョブとして設定されていることを示している。
【００９４】
次に図６を用いて、個別ジョブのグループ化処理について説明する。
【００９５】
図６は、本発明の実施形態における、個別ジョブのグループ化処理を示すフローチャートである。
【００９６】
なお、図６のフローチャートで示す処理については、運用管理サーバ１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００９７】
ステップＳ６０１では、運用管理サーバ１０１のＣＰＵ２０１は、グループの作成と作成したグループの登録処理を行う。
【００９８】
具体的には、図１３に一例を示すグループ作成画面（１３０１）においてユーザにより入力された情報に従いグループを作成し、当該作成されたグループにかかる情報がｇｒｏｕｐ＿ｉｎｆｏテーブル（図２１）に登録される。また、図１３のグループリスト１３０３には、ｇｒｏｕｐ＿ｉｎｆｏテーブルに登録されているグループが表示される。
【００９９】
図２１に示すＧｒｏｕｐ＿ｉｎｆｏテーブルは、「グループＩＤ」と「グループ名」から構成されるデータが格納されている。
【０１００】
「グループＩＤ」は、運用管理サーバ１０１のＣＰＵ２０１によりグループ一つ一つに対して付与される通し番号である。
【０１０１】
「グループ名」は、グループ作成画面（図１３）でユーザにより設定されたグループ名１３０２が登録される。
【０１０２】
また、グループリスト１３０３は、ｇｒｏｕｐ＿ｉｎｆｏテーブル（図２１）とｊｏｂ＿ｉｎｆｏテーブル（図１９）とｇｒｏｕｐ＿ｊｏｂテーブル（図２２）のデータを元に作成され、どのグループに対してどのジョブが所属しているのかという関係を示す画面である。
【０１０３】
なお、ｇｒｏｕｐ＿ｊｏｂテーブル（図２２）については図６のステップＳ６０５で作成されるテーブルであり、その詳細は後述する。
【０１０４】
ステップＳ６０２では、運用管理サーバ１０１のＣＰＵ２０１は、ステップＳ６０１で作成されたグループに対してジョブの登録を行うための、グループジョブ登録画面（一例として図１４）を表示部に表示する。
【０１０５】
図１４の例では、グループ１（グループＩＤ：１００１）に対するジョブ登録の例であり、ジョブＡ１とジョブＢ１とが登録されていることを示す。
【０１０６】
なお、ジョブ一覧１４０１には、図５に示すフローチャートの処理により作成されたジョブの一覧が表示される。
【０１０７】
ステップＳ６０３では、運用管理サーバ１０１のＣＰＵ２０１は、グループジョブ登録画面のジョブ一覧１４０１から、ユーザによりジョブの選択を受け付ける。
【０１０８】
そして、ステップＳ６０４では、運用管理サーバ１０１のＣＰＵ２０１は、ステップＳ６０３でユーザにより選択されたジョブを登録ジョブ１４０３へ移動させる。すなわち、登録ジョブとして設定する。
【０１０９】
例えば、ジョブ一覧１４０１に表示されているジョブがユーザにより選択され、ユーザにより左矢印ボタン１４０２が押下されることで、当該選択されたジョブがジョブ一覧１４０１から登録ジョブ１４０３へ移動される。
【０１１０】
また、逆に、登録ジョブ１４０３に表示されているジョブがユーザにより選択され、右矢印ボタン１４０４がユーザに押下されると、当該選択されたジョブが登録ジョブ１４０３からジョブ一覧１４０１へ移動される。
【０１１１】
なお、ジョブ一覧１４０１、登録ジョブ１４０３に表示されるジョブが、既に共通ジョブとして登録されている場合は、当該ジョブを識別可能に表示する（例えば背景色を変える）ようにしてもよい。すなわち、グループジョブ登録画面（図１４）で登録ジョブの設定をしているグループのグループＩＤを持つジョブを、ｇｒｏｕｐ＿ｃｏｍｍｏｎ＿ｊｏｂテーブル（図２３）のレコードから取得し、当該ジョブとジョブＩＤが一致するジョブについては、識別可能に表示してもよい。
【０１１２】
なお、共通ジョブ登録については、後述する図７のフローチャートで示す処理において行われるが、その際、共通ジョブの設定情報はｇｒｏｕｐ＿ｃｏｍｍｏｎ＿ｊｏｂテーブル（図２３）へ保存される。
【０１１３】
ステップＳ６０５では、運用管理サーバ１０１のＣＰＵ２０１は、ユーザからの他のジョブをグループに登録する要求があるか否かを判断する。
【０１１４】
他のジョブの登録要求がある場合（ステップＳ６０５：ＹＥＳ）は、処理をステップＳ６０３に移行する。
【０１１５】
他のジョブの登録要求が無い場合（ステップＳ６０５：ＮＯ）は、処理をステップＳ６０６に移行する。この際、登録ジョブへ移動されたジョブのジョブＩＤをグループＩＤと対応付けて、ｇｒｏｕｐ＿ｊｏｂテーブル（図２２）へ登録する。
【０１１６】
ステップＳ６０６では、運用管理サーバ１０１のＣＰＵ２０１は、ステップＳ６０５でｇｒｏｕｐ＿ｊｏｂへ登録されたジョブの中に共通ジョブとして登録されているジョブが含まれているか否かを判定する。具体的には、ｇｒｏｕｐ＿ｊｏｂテーブルへ登録されるグループＩＤとジョブＩＤとの組み合わせが、ｇｒｏｕｐ＿ｃｏｍｍｏｎ＿ｉｎｆｏテーブルに存在するか否かを判定する。
【０１１７】
含まれている（ｇｒｏｕｐ＿ｃｏｍｍｏｎ＿ｉｎｆｏテーブルに存在する）場合（ステップＳ６０６：ＹＥＳ）は、処理をステップＳ６０７に移行する。
【０１１８】
含まれていない場合（ステップＳ６０６：ＮＯ）は、本フローチャートの処理を終了する。
【０１１９】
ステップＳ６０７では、運用管理サーバ１０１のＣＰＵ２０１は、図１５に一例を示す警告画面を表示部に表示する。
【０１２０】
次に図７に示すフローチャートを用いて、グループに対する共通ジョブの設定について説明する。
【０１２１】
図７は、グループに対する共通ジョブの設定についての処理を示すフローチャートである。
【０１２２】
なお、図７に示す処理は、運用管理サーバ１０１のＣＰＵ２０１が所定の制御プログラムを読み出すことにより実行される処理である。
【０１２３】
ステップＳ７０１では、運用管理サーバ１０１のＣＰＵ２０１は、対象のグループについて共通ジョブ登録画面（図１６）を表示する。
【０１２４】
なお、共通ジョブ登録画面が表示されている間は、対象グループのグループＩＤが取得される。また、共通ジョブ登録画面で登録された情報は、ｇｒｏｕｐ＿ｃｏｍｍｏｎ＿ｊｏｂテーブルに保存され、当該情報のグループＩＤには、共通ジョブ登録画面を表示した際に取得されたグループＩＤが用いられる。
【０１２５】
また、共通ジョブ登録画面が表示される際に取得されたグループＩＤと、ｇｒｏｕｐ＿ｃｏｍｍｏｎ＿ｊｏｂテーブルにおけるグループＩＤが一致するレコードが存在する場合には、当該レコードの内容を共通ジョブ登録画面へ表示する。
【０１２６】
なお、ｇｒｏｕｐ＿ｃｏｍｍｏｎ＿ｊｏｂテーブルのジョブＩＤから、ｊｏｂ＿ｉｎｆｏテーブルのジョブＩＤと対応して、同レコードのジョブ名を取得している。
【０１２７】
ステップＳ７０２では、追加実行させる共通ジョブと、当該共通ジョブを実行させる終了コードとを共通ジョブ登録画面（図１６）を介してユーザから受け付ける。
【０１２８】
共通ジョブ登録画面の終了コード欄１６０３により共通ジョブを実行させる終了コードの具体値の入力を受け付け、追加実行ジョブ欄１６０４のリストボックスより表示されるジョブ名から追加実行させる共通ジョブの選択を受け付ける。
【０１２９】
なお、ここで追加実行ジョブ欄のリストボックスに表示されるジョブ名は、ｊｏｂ＿ｉｎｆｏテーブルの、共通ジョブフラグの値が「１」であるレコードのジョブ名である。これにより、ユーザが共通ジョブとして設定したジョブ以外は選択されることがなくなる。
【０１３０】
ステップＳ７０３では、運用管理サーバ１０１のＣＰＵ２０１は、共通ジョブ登録画面における登録ボタン１６０５がユーザにより押下されることで、終了コード欄１６０３と追加実行ジョブ欄１６０４に入力された値をメモリ上に記憶する。
【０１３１】
最終的にこれらの値はｇｒｏｕｐ＿ｃｏｍｍｏｎ＿ｊｏｂテーブルに保存されるが、ステップＳ７０３の時点ではメモリ上に保持するのみである。
【０１３２】
ステップＳ７０４では、運用管理サーバ１０１のＣＰＵ２０１は、追加実行ジョブ欄に入力されたジョブが、グループに所属するジョブとして選択されていたか否かを判定する。
【０１３３】
具体的には、追加実行ジョブ欄に入力されたジョブのジョブＩＤをｊｏｂ＿ｉｎｆｏテーブルから取得し、当該ジョブＩＤと保持しているグループＩＤとの組み合わせでｇｒｏｕｐ＿ｊｏｂテーブルを検索する。検索の結果、一致するレコードがあった場合には、グループに所属するジョブとして選択されていたと判定される。
【０１３４】
グループに参加するジョブとして選択されていた場合（ステップＳ７０４：ＹＥＳ）は、処理をステップＳ７０５に移行する。
【０１３５】
グループに参加するジョブとして選択されていない場合（ステップＳ７０４：ＮＯ）は、処理をステップＳ７０６に移行する。
【０１３６】
ステップＳ７０５では、運用管理サーバ１０１のＣＰＵ２０１は、図１７に一例を示す警告画面を表示する。
【０１３７】
ステップＳ７０６では、運用管理サーバ１０１のＣＰＵ２０１は、ステップＳ７０３の時点の終了コードと追加実行ジョブの値を共通ジョブ登録画面へ反映させる。
【０１３８】
なお、この際、終了コード欄、追加実行ジョブ欄に入力された値はクリアする。
【０１３９】
なお、図１６の例では、グループ１の共通ジョブとして、終了コードが「０」の場合にジョブＣ１を実行し、終了コードが「１」の場合にはジョブＣ２を実行する登録がされている状態を示している。
【０１４０】
ステップＳ７０７では、運用管理サーバ１０１のＣＰＵ２０１は、ユーザが他にも共通ジョブを登録するか否かを判定する。
【０１４１】
他の共通ジョブを登録する場合（ステップＳ７０７：ＹＥＳ）は、処理をステップＳ７０２に移行し、再度共通ジョブ登録処理を実行する。
【０１４２】
他の共通ジョブを登録しない場合（ステップＳ７０７：ＮＯ）は、共通ジョブ登録画面において登録された情報をｇｒｏｕｐ＿ｃｏｍｍｏｎ＿ｊｏｂテーブルへ保存し、本フローチャートの処理を終了する。
【０１４３】
次に、図８を用いて、本発明の実施形態における追加された共通ジョブの実行処理について説明する
【０１４４】
図８は本発明の実施形態における、追加された共通ジョブの実行処理を示すフローチャートである。
【０１４５】
具体的には、個別ジョブ実行後に、その個別ジョブがグループに登録されているか否かを判断し、登録されていれば個別ジョブの終了コードが、そのグループに登録されている共通ジョブ実行の終了コードとして登録されているかを判断し、共通ジョブの追加実行を行う。なお、共通ジョブもひとつのジョブであるため、共通ジョブの実行終了時には、さらに追加実行するジョブが無いかの判定を行う。
【０１４６】
なお、図８のフローチャートで示す処理については、運用管理サーバ１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【０１４７】
ステップＳ８０１では、運用管理サーバ１０１のＣＰＵ２０１は、個別ジョブを実行する。なお、本実施形態においては、個別ジョブとして「ジョブＡ１」（ｊｏｂ＿ｉｎｆｏテーブルの１レコード目のジョブ）が実行されたものとして説明をする。
【０１４８】
ステップＳ８０２では、運用管理サーバ１０１のＣＰＵ２０１は、ステップＳ８０１で実行された個別ジョブの終了コードを取得する。なお、ここでは、ジョブＡ１の終了コードが「０」であったとする（すなわち、ｆｌｏｗ＿ｉｔｅｍ＿ｉｎｆｏテーブルの４レコード目にあたる「正常終了」で終了したことを示す）。
【０１４９】
ステップＳ８０３では、運用管理サーバ１０１のＣＰＵ２０１は、ステップＳ８０１で実行した個別ジョブがグループに所属するか否かを判断する。具体的には、実行したジョブのジョブＩＤをｇｒｏｕｐ＿ｊｏｂテーブルから検索し、該当するレコードがある場合には、当該個別ジョブがグループに所属していると判断される。
【０１５０】
グループに所属する場合（ステップＳ８０３：ＹＥＳ）は、処理をステップＳ８０４に移行する。
【０１５１】
グループに所属しない場合（ステップＳ８０４：ＮＯ）は、本フローチャートの処理を終了する。
【０１５２】
本実施例においては、ジョブＡ１のジョブＩＤが「１０１」であるため、ｇｒｏｕｐ＿ｊｏｂテーブルの１行目のレコードが検索され、グループＩＤ「１００１」を取得する。
【０１５３】
ステップＳ８０４では、運用管理サーバ１０１のＣＰＵ２０１は、個別ジョブが所属するグループについて、追加実行すべき共通ジョブが登録されているか否かを判断する。
【０１５４】
具体的には、ステップＳ８０３で取得したグループＩＤと一致するｇｒｏｕｐ＿ｃｏｍｍｏｎ＿ｊｏｂテーブルのレコードの中で、ステップＳ８０２で決定したジョブの終了コードとテーブル項目の終了コードが一致するレコードがあるか否かを判断する。
【０１５５】
追加実行すべき共通ジョブが登録されている場合（ステップＳ８０４：ＹＥＳ）は、処理をステップＳ８０５に移行する。
【０１５６】
追加実行すべき共通ジョブが登録されていない場合（ステップＳ８０４：ＮＯ）は、本フローチャートの処理を終了する。
【０１５７】
なお、一致するレコードがある場合は、当該レコードのジョブＩＤの値を取得する。
【０１５８】
本実施形態では、ジョブＡ１の終了コードが「０」であり、ジョブＡ１はグループ１（グループＩＤ：１００１）に所属しているため、ｇｒｏｕｐ＿ｃｏｍｍｏｎ＿ｊｏｂテーブルの１行目のレコードが検索され、追加実行ジョブとしてジョブＣ１（ジョブＩＤ：１０６）が取得される。
【０１５９】
ステップＳ８０５では、運用管理サーバ１０１のＣＰＵ２０１は、ステップＳ８０４で取得したジョブＩＤで特定されるジョブを実行する。
【０１６０】
ステップＳ８０６では、運用管理サーバ１０１のＣＰＵ２０１は、ステップＳ８０５で実行したジョブの終了コードを取得する。
【０１６１】
そして、ステップＳ８０５、ステップＳ８０６で追加実行した共通ジョブに対する追加実行ジョブがあるか否かを、ステップＳ８０３の処理に戻って判断する。
【０１６２】
本実施形態においては、共通ジョブＣ１の追加実行が行われた際の終了コードが「０」（ｆｌｏｗ＿ｉｔｅｍ＿ｉｎｆｏテーブルの８レコード目の「終了」で終了した状態）であったとすると、ステップＳ８０３に戻った際の処理として、ｇｒｏｕｐ＿ｊｏｂテーブルの検索が行われるが、該当するレコードは無いため、本フローチャートを終了することとなる。
【０１６３】
以上、説明した処理を実行することにより、複数の個別ジョブをグループ化させ、そのグループに所属する個別ジョブの実行終了を持って、共通ジョブを追加実行させる事ができる。これにより、既存の個別ジョブに変更を加える事をせずに、共通ジョブを個別ジョブの後に追加実行させることが可能となる。
【０１６４】
すなわち、本発明によれば、ＥＤＩの運用管理において、ジョブ設定変更作業の負荷軽減が期待できる。ＥＤＩは基本的に他社ＥＤＩサーバと基幹システムとの連携である為、取引先の増加に伴い、新たに個別ジョブを追加していく場合が多い。そのような中、接続先毎の個別ジョブに付随させたい処理が発生した際には、本発明の仕組みを用いることで、管理者の業務効率を高めることが可能となる。
【０１６５】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１６６】
また、本発明におけるプログラムは、図４〜図８の処理方法をコンピュータが実行可能なプログラムである。なお、本発明におけるプログラムは図４〜図８の各装置の処理方法ごとのプログラムであってもよい。
【０１６７】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【０１６８】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【０１６９】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【０１７０】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７１】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７２】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１７３】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１７４】
１０１  運用管理サーバ
１０２  通信サーバ
１０３  ＥＤＩ端末
１０４  ネットワーク
【図１】
2012113575.tif 000003
【図２】
2012113575.tif 000004
【図３】
2012113575.tif 000005
【図４】
2012113575.tif 000006
【図５】
2012113575.tif 000007
【図６】
2012113575.tif 000008
【図７】
2012113575.tif 000009
【図８】
2012113575.tif 000010
【図９】
2012113575.tif 000011
【図１０】
2012113575.tif 000012
【図１１】
2012113575.tif 000013
【図１２】
2012113575.tif 000014
【図１３】
2012113575.tif 000015
【図１４】
2012113575.tif 000016
【図１５】
2012113575.tif 000017
【図１６】
2012113575.tif 000018
【図１７】
2012113575.tif 000019
【図１８】
2012113575.tif 000020
【図１９】
2012113575.tif 000021
【図２０】
2012113575.tif 000022
【図２１】
2012113575.tif 000023
【図２２】
2012113575.tif 000024
【図２３】
2012113575.tif 000025