(57)【要約】【課題】  従来は、複数のサブルーチンを組み合わせてプロセスを実行する場合、プロセスのプログラム中に実行するサブルーチンの組み合わせとその実行手順を記載する必要があり、サブルーチンの組み合わせや処理手順を変更にはプロセスのプログラムを改修する必要があった。【解決手段】  サブルーチンをサブプロセスとしてメインプロセスとは独立して定義し、システムでは、サブプロセスDBを参照して実行するサブプロセスの決定し、順制御を行う。【選択図】  図２−１
2014074971.tif 000002
【特許請求の範囲】
【請求項１】
端末より受信するサービスのイベントの通知に基づいて、前記イベントに必要なプロセスが共通プロセスかサブプロセスかを示すプロセスデータ種別情報を含むイベント登録情報を生成、登録する第１処理部と、
前記イベント登録情報と、前記イベント登録情報に対応するサブプロセス定義情報とを取得し、前記サブプロセス定義情報に基づいて、前記イベント登録情報に対応するサブプロセスと前記サブプロセスの実行順序を定めてサブプロセス登録情報を生成、登録する第２処理部と、
前記サブプロセス登録情報に基づいて、アプリケーション処理部への前記サブプロセスの処理要求の送信を制御する第3処理部とを有する制御システム。
【請求項２】
前記共通プロセスは、異なるイベントに共通に適用されるプロセスであり、
前記イベント登録情報は、少なくとも１つの前記共通プロセスと少なくとも１つのサブプロセスとを含むことを特徴とする請求項１に記載の制御システム。
【請求項３】
前記イベント登録情報は、前記プロセスデータ種別情報を含むプロセス制御データを複数含み、
前記サブプロセス定義情報は、前記プロセスデータ種別情報に基づいてサブプロセス定義テーブルから抽出され、
前記第２処理部は、前記サブプロセス定義情報に基づいて、複数の前記プロセス制御データを前記サブプロセスの単位で分割することを特徴とする請求項１乃至２に記載の制御システム。
【請求項４】
前記実行順序は、前記サブプロセス定義情報に含まれるサービス種別情報に基づいて先行サブプロセス定義テーブルを参照して決定され、
前記第３処理部は、前記実行順序に応じて、前記サービス種別情報に対応する前記アプリケーション処理部への前記サブプロセスの処理要求の送信を制御することを特徴とする請求項１乃至３に記載の制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、イベント処理基盤における基幹系システムに関する。
【背景技術】
【０００２】
基幹系システムには、通信事業者がサービスを提供するための顧客管理や料金請求、物流、代理店等のＯＳＳ／ＢＳＳ（Operations Support System/Business Support System）基盤（以降「イベント制御基盤」と示す）が存在する。
【０００３】
基幹系システムについては、例えば特許文献1には、ビジネスプロセスに、複数の業務処理を実行する順序を定義し、複数の業務処理に対し拡張機能の起動条件を別定義で管理することで、特定の業務処理が実行したタイミングを検知し、拡張機能の処理を実行していることが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−１４５０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来、基幹系システムでは、複数の小さな処理（サブルーチン）を組み合わせてある一連の大きな処理（プロセス）を実行する場合、プロセスのプログラム中に実行するサブルーチンの組み合わせとその実行手順を定める必要があった。
【０００６】
プロセスの中で実行するサブルーチンの組み合わせや処理手順を変更する場合、プロセスのプログラム全体を改修する必要があり、システムによって提供するサービスの追加や削除、変更の際には、ピンポイントの対応に留めることができずに処理が煩雑化するという課題がある。
【課題を解決するための手段】
【０００７】
本発明による制御システムは、一例として、端末より受信するサービスのイベントの通知に基づいて、前記イベントに必要なプロセスが共通プロセスかサブプロセスかを示すプロセスデータ種別情報を含むイベント登録情報を生成、登録する第１処理部と、前記イベント登録情報と、前記イベント登録情報に対応するサブプロセス定義情報とを取得し、前記サブプロセス定義情報に基づいて、前記イベント登録情報に対応するサブプロセスと前記サブプロセスの実行順序を定めてサブプロセス登録情報を生成、登録する第２処理部と、前記サブプロセス登録情報に基づいて、アプリケーション処理部への前記サブプロセスの処理要求の送信を制御する第3処理部とを有する。
【０００８】
ここで、共通プロセスは、異なるイベント、サービスに共通に適用されるプロセスであり、イベント登録情報は、少なくとも１つの共通プロセスと少なくとも１つのサブプロセスとを含む。
【発明の効果】
【０００９】
プロセスのプログラムについて、実行するサブプロセス、およびサブプロセスの実行順番の規定を不要にすることができる。その結果として、。プロセスの中で実行するサブプロセスの組み合わせや、実行順序の変更を、プロセス、サブプロセス双方のプログラムを改変せずに、システム上の定義変更で実現できる。
【図面の簡単な説明】
【００１０】
【図１】サブプロセスを用いたイベント制御処理のシーケンス図
【図２−１】サブプロセスを決定するのに用いるデータの構成
【図２−２】サブプロセス、および先行キー決定例
【図２−３】サブプロセスデータ情報例
【図３】システムの例
【発明を実施するための形態】
【００１１】
以下、図面を参照して本発明の実施の形態を説明する。
【００１２】
図１を参照して、イベント制御処理の説明をする。なお、図３に図１のイベント制御処理に関するシステムを簡単に記載する。
【００１３】
イベント制御では、３層に役割を分けて処理を実施する。
【００１４】
第1には、イベント発生源101である「イベント層」がある。これは、図３に例示する端末3001のように、ユーザからの入力などによりイベントをシステムに入力するものである。例えば、オンライン申込のユーザ入力を受け、後述するイベント制御層からの応答などの入力を受ける入出力端末である。第2には、イベント発生源から情報を受付けるイベント発生源インタフェース102、イベント制御（プロセス制御）103、イベント制御（プロセス制御）103から役割を分解したイベント制御（サブプロセス制御）104、後述するアプリケーション層へ情報をインタフェースする業務APインタフェース105で形成する「イベント制御層」がある。これは、図３に例示するサーバ3002のように、上記の各制御を処理する処理部3003、内部もしくは外部のデータベース3004を備え、イベント層から情報を受信し、アプリケーション層へ情報を送信するものである。図３では簡単のためサーバ3002は一のサーバとして記載するが、上記の各制御毎に設けられた処理装置の集合体や、各制御毎に設けられたサーバの集合体としてもよい。実際の処理を行う業務AP106を「アプリケーション層」とする。これは、図３に例示するサーバ3005にように、アプリケーション処理を行う処理部3006、内部もしくは外部のデータベース3007を備え、イベント制御層からの情報を受信してアプリケーション処理を行うものである。本実施例は、イベント層から受付けた情報から、実際にアプリケーション処理層で実行する個々の処理を、イベント制御内の定義を用い決定し、実行させる。以下、シーケンス図に則って、イベント制御層内の処理を説明する。
【００１５】
まず、イベント発生源101より、イベント発生源インターフェース102がイベントの通知の受付111をし、その情報をイベントDB121に登録するよう制御する。
【００１６】
次に、プロセス制御部103が、登録したイベント情報の処理予定日時に基づいて、イベントDB121より情報を取得することにより、イベント取込112を制御する。
【００１７】
次に、プロセス制御部103が、取得したイベント登録情報に基づいて、サブプロセス決定定義DB123より、イベント登録情報に対応するサブプロセス決定定義123も取得する。
【００１８】
次に、プロセス制御部103が、イベント取込112で取得したイベント登録情報に基づいて、メインプロセスの処理（プロセス制御113）を開始する。
【００１９】
プロセス制御113にて実行する処理が、業務AP106を呼出す内容である場合は、プロセス制御部103が、処理要求131aを業務APインターフェース105に送出する。業務APインターフェース105は、処理要求131aに基づいて業務AP106に処理要求を送信し、業務AP106から対応する処理結果を受信し、処理結果に基づいて処理結果132aをプロセス制御部103に送信する。プロセス制御部103は、処理結果132aに基づいてイベントDB121に処理状況（ステータス）情報を格納する。
【００２０】
プロセス制御113にて実行する処理が、サブプロセス制御を呼び出す内容である場合は、プロセス制御部103が、イベント取込112で取得したサブプロセス決定定義に基づいて、サブプロセスを決定し、サブプロセス先行キー定義DB124より、処理実行順序情報を取得して、サブプロセスの実行順序を決め、サブプロセス制御DB125に情報を登録する。
【００２１】
プロセス制御113で実行する処理が終了したら、プロセス制御部103は、イベントDB121に状況（ステータス）情報を格納する。
【００２２】
次に、サブプロセス制御部は、サブプロセス制御114を行う。すなわち、プロセス制御113がサブプロセス制御DB125に登録した情報を読み出し、サブプロセス登録情報のうちの処理順序と処理予定日時に基づいて、実行するサブプロセスを、サブプロセス制御DB125から取得する。続いて、サブプロセス制御DB125bから取得するサブプロセス登録情報より、サブプロセス単位に業務APインターフェース105を介して業務AP106に処理要求を行い、実行する処理が終了したら、サブプロセス制御DB125に状況（ステータス）情報を格納する。
【００２３】
上記の通り、メインのプロセス113から、サブプロセス114は制御上独立して行われる。
【００２４】
図２−１を参照して、サブプロセスを決定するためのデータ、および定義情報と、これに関する処理を説明をする。
【００２５】
まず、イベント発生源インターフェース102のイベント登録時に、イベントDB121aに登録する「（a）イベント登録情報」2001に関して説明する。
【００２６】
イベント登録情報2001は、イベント制御2101a、プロセス制御データ2101b、２つの情報を含む。
【００２７】
イベント制御2101a情報には、イベントを管理するための共通的な情報を設定する。以下、イベント制御2101a情報の６つの項目について説明する。業務キー2102aは、イベント登録情報2001を一意に判別する情報を設定する。処理種別2012bには、サブプロセス登録情報2004と同じデータ構造を用いるため、イベント登録情報2001を示す種別を設定する。イベント名2102cには、発生したイベント名を設定する。業務ステータス2102dは、対象のイベントの処理状況を管理するために用いる項目である。処理実行する際に管理開始するため、イベント登録時には設定しない。先行管理キー2012eは、処理制御に用いるキー項目のため、イベント登録情報2001を一意に判別する情報を設定する。処理予定日時2102fには、対象のイベントの処理を実施する日時を設定する。
【００２８】
プロセス制御データ2101b情報には、共通的なプロセス情報と、個別のイベント発生時に必要な情報を設定する。プロセスデータ種別2102gには、共通的なプロセス情報を示す場合は、共通の情報であることを示す種別を設定し、個別情報を示す場合は、受付けた個別のサービス情報の種別を設定する。プロセスデータキー2102hは、プロセス情報を一意に判別する情報を設定する。上位プロセスキー2102iには、上位とするプロセスデータキー2102hを必要な場合設定する。登録データ2102jには必要なプロセス情報を設定する。プロセス制御データ2101bには、共通的なプロセス情報は１つ、個別に必要な登録情報は必要分設定する。
【００２９】
上記の通り、イベント登録情報では、後続で実行するメインの処理を決定している。
【００３０】
イベント取込112では、イベントDB121に格納してある「（a）イベント登録情報」2001、および「（b）サブプロセス決定定義」2002（サブプロセス決定定義123）を用いて、実行するサブプロセスを特定する。
【００３１】
「（b）サブプロセス決定定義」2002は、サブプロセス種別2103ｄを特定するために必要な情報、サービス種別2103a、イベント名2103b、判定条件2103cを定義する。判定方法としては、まず、イベント登録情報のプロセスデータ種別、イベント名をキーとして、サブプロセス決定定義テーブルのうち、サービス種別、イベント名が一致するサブプロセス決定定義を抽出する。つまり、イベント登録情報のプロセスデータ種別2102ｇを、サブプロセス決定定義のサービス種別2103aに、イベント登録情報のイベント名2102cをサブプロセス決定定義のイベント名2103bに対応させて検索し、必要な場合は、登録データ2102jから判定条件を用いて、対応するサブプロセス決定定定義に規定されるサブプロセス処理（サブプロセス種別2103d）を抽出する。
【００３２】
「（c）サブプロセス決定定義」2003（サブプロセス先行キー定義124）には、サービス種別2104aに対して、同一イベント内に指定してある先行サービス種別2104bがあった場合、先行サービス種別2104bの処理が完了するまで、先行サービス以外のサービスを処理開始させない必要がある場合に定義する。
【００３３】
「（a）イベント登録情報」2001から、「（b）サブプロセス決定定義」2002を用いて、サブプロセス単位に情報を分割した後に、「（c）サブプロセス先行キー定義」2003を用いて先行キーの決定を行い、「（d）サブプロセス登録情報」2004を生成する。
【００３４】
続いて、上記の通り生成され、サブプロセス制御DB125aに格納される「（d）サブプロセス登録情報」2004について説明する。「（d）サブプロセス登録情報」2004は、名称は異なるが、「（a）イベント登録情報」2001と同様のデータ構成で形成する。サブプロセス制御2105aには、サブプロセス制御を行うために必要な情報を設定する。業務キー2106aにはプロセスデータキー2102hを用いて、サブプロセスを一意に判別する情報を設定する。処理種別2106bには、「（b）サブプロセス決定定義」2002より決定したサブプロセス種別2103dを設定する。プロセス名2106cにはイベント名2102cと同様の値を設定する。業務ステータス2106dは、対象のサブプロセスの処理状況を管理するために用いる項目である。処理実行する際に管理開始するため、サブプロセス決定・登録時には設定しない。先行管理キー2106eには「（c）サブプロセス先行キー定義」2003より、先行キーが必要な場合は、対象の先行サービス種別2104bの業務キー2106aを設定し、先行キーが不要の場合は、自業務キー2106aを設定する。処理予定日時2106fには、対象のイベントの処理を実施する日時を設定する。サブプロセス制御データ2105bには、「（a）イベント登録情報」2001のプロセス制御データ2101bにある、対象のサブプロセスに必要な情報のみ設定する。プロセスデータ種別2106gには、「（a）イベント登録情報」2001のプロセスデータ種別2102gを、プロセスデータキー2106hには、「（a）イベント登録情報」2001のプロセスデータキー2102hを、上位プロセスキー2106iには、「（a）イベント登録情報」2001の上位プロセスキー2102iを、登録データ2106jには、「（a）イベント登録情報」2001の、登録データ2102jを必要な情報のみ設定する。
【００３５】
以降、図２−２、図２−３を用いて、「（a）イベント登録情報」2001、「（b）サブプロセス決定定義」2002、「（c）サブプロセス先行キー定義」2003、「（d）サブプロセス登録情報」2004のデータ例を説明する。
【００３６】
まず、図２−２を参照し、「（a）イベント登録情報」2001の設定情報、および、「（b）サブプロセス決定定義」2002の設定情報、「（c）サブプロセス先行キー定義」2003の設定情報から、サブプロセス決定方法とサブプロセスの先行キー決定方法について説明する。
【００３７】
図１−１で述べたように、イベント制御2201aはイベント固有の情報を設定する。例として、業務キー2202aに一意となるキー”A0001”、処理種別2202bには、イベント情報であることがわかる種別”main”、イベント名2202cには、実行する処理内容の種別名”C0001”、処理予定日時2202fには、イベントを実行する処理日時を設定する。業務ステータス2202dはイベント登録時には未設定、および、先行管理キー2202eは、イベント制御時には未設定とする。プロセス制御データ2201bは、例として４データ分設定する。プロセスデータ種別2202gより、プロセス共通に必要なデータは”all”、プロセス個別に必要なデータは、設定定義に従って、個々に”Servise01〜03”を設定する。プロセスデータ種別2202gが共通のプロセスを示す場合（本例では“all”の場合）、プロセスデータキー2202hにはイベント情報と同等の位置づけとするため、業務キー2202aと同じ値”A0001”を、上位プロセスキー2202iは、未設定とする。
プロセスデータ種別2202gが個別で必要なプロセスであることを示す場合（本例ではServise01〜03”の場合）、プロセスデータキー2202hには、プロセスデータ種別2202g毎に一意となるキー”B0001〜B0003”を設定する。また、上位プロセスキー2202iには、共通のプロセスに設定してある、プロセスデータキー2202h（本例では”A0001”）を設定する。登録データ2202jには、プロセスデータ種別2202g毎に必要な実データを設定する。「（b）サブプロセス決定定義」2002より定義情報を例を用いて説明する。サブプロセス種別2203ｄを特定するために必要な情報、サービス種別2203a、イベント名2203b、判定条件2203cを定義する。
【００３８】
「（a）イベント登録情報」2001の設定情報から、「（b）サブプロセス決定定義」2002を用いてサブプロセス種別を決定する。プロセスデータ種別2202g”Servise01”と、イベント名2202c”C0001”より、「（b）サブプロセス決定定義」2002のサービス種別2203a”Servise01”とイベント名2203b”C0001”で一意になるサブプロセス種別2203dは”SP_001”であることがわかる。同様に、プロセスデータ種別2202g”Servise03”と、イベント名2202c”C0001”より、「（b）サブプロセス決定定義」2002のサービス種別2203a”Servise03”とイベント名2203b”C0001”で一意になるサブプロセス種別2203dは”SP_003”であることがわかる。
【００３９】
サービス種別2203aとイベント名2203bで、一意のサブプロセス種別2203dが決まらない場合は、判定条件2203cを用いる。プロセスデータ種別2202g”Servise02”と、イベント名2202c”C0001”より、（b）サブプロセス決定定義2002のサービス種別2203a”Servise02”とイベント名2203b”C0001”では複数のサブプロセス種別2203dが取得できる。この場合は、判定条件2203を用いる。本例では、判定条件2203cに”DATA_002.data01＝01”または”DATA_002.data01＝02”でサブプロセス種別2203dが一意に決定可能と定義しているので、登録データ2202jの”DATA_002”のカラム値を用いで判定する。
【００４０】
「（c）サブプロセス先行キー定義」2003については、サービス種別2204aに対して、同一イベント内に指定してある先行サービス種別2204bがあった場合、先行サービス種別2204bの処理が完了するまで、先行サービス以外のサービスを処理開始させない必要がある場合に定義する。
【００４１】
「（a）イベント登録情報」2001の設定情報から、「（c）サブプロセス先行キー定義」2003を用いてサブプロセスの先行キーを決定する。
【００４２】
プロセスデータ種別2202gの”Servise01”に対して、先行キーが必要か判定する。「（c）サブプロセス先行キー定義」2003より、サービス種別2204a”Servise01”に基づいて、先行サービス種別2204b”Service04”を取得する。プロセスデータ種別2202g”Servise01”の上位プロセスキー2202j”A0001”に基づいて、上位プロセスキー2202jを”A0001”とするプロセスデータ種別2202gを全て取得し、その中に”Servise04”が存在するか検索する。本例では、”Servise04”は存在しないため、”Servise01”の先行キーの設定は不要となる。
【００４３】
同様に、プロセスデータ種別2202gの”Servise02”に対して、先行キーが必要か判定する。「（c）サブプロセス先行キー定義」2003より、サービス種別2204a”Servise02”から、先行サービス種別2204b”Service01”を取得する。プロセスデータ種別2202g”Servise02”の上位プロセスキー2202j”A0001”に基づいて、上位プロセスキー2202jを”A0001”とするプロセスデータ種別2202gを全て取得し、その中に”Servise01”が存在するか検索する。本例では、”Servise01”は存在するため、プロセスデータ種別2202gの”Servise02”の先行キーとして、プロセスデータ種別2202gの”Servise01”を設定する必要がある。
【００４４】
プロセスデータ種別2202gの”Servise03”に対して、先行キーが必要か判定する。「（c）サブプロセス先行キー定義」2003より、サービス種別2204a”Servise03”に基づいて、先行サービス種別2204bが未定義であるため、先行キーの設定は不要となる。
【００４５】
続いて、図２−３を用いて、サブプロセスの処理とその登録情報を説明する。
【００４６】
「（a）イベント登録情報」2001、および、「（b）サブプロセス決定定義」2002より決定したサブプロセス種別毎に、「（d）サブプロセス登録情報2004」を登録する。
【００４７】
「（d-1） サブプロセス登録情報」2004-1より、サブプロセス制御2301aには、「（a）イベント登録情報」2001のプロセスデータ種別2202g”Servise01”に対して、定義より決定した、サブプロセス種別、および先行キーを設定する。
【００４８】
業務キー2302aは、「（a）イベント登録情報」2001のプロセスデータ種別2202g”Servise01”のプロセスデータキー”B0001”を設定する。処理種別2302bには、「（a）イベント登録情報」2001、および、「（b）サブプロセス決定定義」2002より決定したサブプロセス種別2203d”SP_001”を設定する。プロセス名2302cには、「（a）イベント登録情報」2001のイベント名2202c”C0001”を設定する。業務ステータス2302dは、対象のサブプロセスの処理状況を管理するために用いる項目のため、登録時には未設定とする。先行管理キー2302eは、「（a）イベント登録情報」2001、および、「（c）サブプロセス先行キー定義」2003で決定した情報を元に、値を設定する。「（a）イベント登録情報」2001のプロセスデータ種別2202g”Servise01”に対して、本イベント内で先行キーの設定は不要と判断したので、先行管理キー2302eには自業務キー2303a”B0001”を設定する。処理予定日時2302fには、対象のサブプロセスの処理を実施する日時を設定する。サブプロセス制御データ2301bには、「（a）イベント登録情報」2001のプロセス制御データ2201b内で必要な情報をそのまま設定する。例として、プロセスデータ種別2202g”Servise01”では、共通のプロセス情報と”Servise01”の情報が必要であった場合、プロセスデータ種別2302ｇ”all”と” Servise01”の情報を設定する。プロセスデータキー2302h、上位プロセスキー2302i、登録データ2302jは、プロセスデータ種別2302gに紐付く、プロセス制御データ2201bと同様の値を設定する。
【００４９】
「（d-2） サブプロセス登録情報」2004-2より、サブプロセス制御2303aには、「（a）イベント登録情報」2001のプロセスデータ種別2202g”Servise02”に対して、定義より決定した、サブプロセス種別、および先行キーを設定する。
【００５０】
業務キー2304aは、「（a）イベント登録情報」2001のプロセスデータ種別2202g”Servise02”のプロセスデータキー”B0002”を設定する。処理種別2304bには、（a）イベント登録情報2001、および、「（b）サブプロセス決定定義」2002より決定したサブプロセス種別2203d”SP_011”を設定する。（登録データ2202j”DATA_002”に関して、カラム情報まで例としてあげていないが、判定条件2203cより、”DATA_002.data01=01”だったとする。）プロセス名2304cには、「（a）イベント登録情報」2001のイベント名2202c”C0001”を設定する。業務ステータス2304dは、対象のサブプロセスの処理状況を管理するために用いる項目のため、登録時には未設定とする。先行管理キー2304eは、「（a）イベント登録情報」2001、および、「（c）サブプロセス先行キー定義」2003で決定した情報を元に、値を設定する。「（a）イベント登録情報」2001のプロセスデータ種別2202g”Servise01”に対して、本イベント内で先行キーを”Servise01”と判断したため、”Servise01”の「（d-1）サブプロセス登録情報」2004-1の業務キー2302a”B0001”を、先行管理キー2302eに設定する。処理予定日時2304fには、対象のサブプロセスの処理を実施する日時を設定する。サブプロセス制御データ2303bには、「（a）イベント登録情報」2001のプロセス制御データ2201b内で必要な情報をそのまま設定する。例として、プロセスデータ種別2202g”Servise02”では、共通のプロセス情報と”Servise02”の情報が必要であった場合、プロセスデータ種別2304ｇ”all”と” Servise02”の情報を設定する。プロセスデータキー2304h、上位プロセスキー2304i、登録データ2304jは、プロセスデータ種別2304gに紐付く、プロセス制御データ2201bと同様の値を設定する。
【００５１】
「（d-3） サブプロセス登録情報」2004-3より、サブプロセス制御2305aには、「（a）イベント登録情報」2001のプロセスデータ種別2202g”Servise03”に対して、定義より決定した、サブプロセス種別、および先行キーを設定する。
【００５２】
業務キー2306aは、「（a）イベント登録情報」2001のプロセスデータ種別    2202g”Servise03”のプロセスデータキー”B0003”を設定する。処理種別2306bには、「（a）イベント登録情報」2001、および、「（b）サブプロセス決定定義」2002より決定したサブプロセス種別2203d”SP_021”を設定する。プロセス名2306cには、「（a）イベント登録情報」2001のイベント名2202c”C0001”を設定する。業務ステータス2306dは、対象のサブプロセスの処理状況を管理するために用いる項目のため、登録時には未設定とする。先行管理キー2306eは、「（a）イベント登録情報」2001、および、「（c）サブプロセス先行キー定義」2003で決定した情報を元に、値を設定する。「（a）イベント登録情報」2001のプロセスデータ種別2202g”Servise03”に対して、本イベント内で先行キーの設定は不要と判断したので、先行管理キー2306eには自業務キー2306a”B0003”を設定する。処理予定日時2306fには、対象のサブプロセスの処理を実施する日時を設定する。サブプロセス制御データ2305bには、「（a）イベント登録情報」2001のプロセス制御データ2201b内で必要な情報をそのまま設定する。例として、プロセスデータ種別2202g”Servise03”では、共通のプロセス情報と”Servise03”の情報が必要であった場合、プロセスデータ種別2306ｇ”all”と” Servise03”の情報を設定する。プロセスデータキー2306h、上位プロセスキー2306i、登録データ2306jは、プロセスデータ種別2306gに紐付く、プロセス制御データ2201bと同様の値を設定する。
【００５３】
上記の通り、「（d-1〜3）サブプロセス登録情報」2004-1〜3に基づいて単体で処理できる情報を分割し、サブプロセス制御114より処理実行を行う。
【図１】
2014074971.tif 000003
【図２−１】
2014074971.tif 000004
【図２−２】
2014074971.tif 000005
【図２−３】
2014074971.tif 000006
【図３】
2014074971.tif 000007