JP3891778B2

JP3891778B2 - Information control system

Info

Publication number: JP3891778B2
Application number: JP2000365741A
Authority: JP
Inventors: 明男斉川; 真人森田
Original assignee: 株式会社大和証券グループ本社
Priority date: 2000-11-30
Filing date: 2000-11-30
Publication date: 2007-03-14
Anticipated expiration: 2020-11-30
Also published as: JP2002169714A

Description

【０００１】
【発明の属する技術分野】
本発明は、複数の情報処理手段を用いて情報処理を行う情報制御システムに関する。
【０００２】
【従来の技術】
従来、複数の業務の手順を有するビジネスプロセスをコンピュータに実行させる場合、次のような論理規則を用いて実行されていた。まず、コンピュータに実行させるべき処理内容が記述されたシステム機能をビジネスプロセス毎に複数設定する。そして、各システム機能の処理手順を定め、その手順に従い各システム機能を実行する。その際、あるシステム機能を実行した後に他のシステム機能の実行に移行する場合には、あるシステム機能に対して処理手順が前後にあるシステム機能との関連性のみが実行に際して設定されており、処理手順が前後に位置づけられない他のシステム機能との間での関連性はなかった。
【０００４】
【発明が解決しようとする課題】
この場合、ビジネスプロセスの処理を所定の手順に従って実行するときには、命令部が予め処理手順を定め、その処理手順を実行させるための順序規則を各システム機能に関連付けておかなければならない。例えばシステム機能Ａ〜Ｄを順次実行する場合、まず命令部が最初に実行すべきシステム機能Ａに対して処理命令を出すと、今度はシステム機能Ａがシステム機能Ｂに対して予め関連付けられた順序規則に基づき処理命令を行い、同様にシステム機能Ｂが今度はシステム機能Ｃに対して予め関連付けられた順序規則に基づき処理命令を行う。
【０００７】
このように、処理手順を定める順序規則は各システム機能Ａ〜Ｄに関連付けられていた。しかしながら、このような処理手順の決定方法では、途中で処理不能なシステム機能が現れた場合等には処理が中断してしまう。しかし、中断したシステム機能がどのシステム機能かはビジネスプロセスの処理手順を定めた命令部にとっては分からないことが多い。
【０００８】
また、ビジネスプロセスを変更する場合には、各システム機能Ａ〜Ｄに対して順序規則の変更を行う必要が生じ、システム管理者としては変更に対応するために煩雑かつ時間のかかる手続が必要とされていた。新たなビジネスプロセスを実行させる場合には、各システム機能Ａ〜Ｄに対して新たな順序規則を関連付ける必要がある。
【０００９】
このように、複数のシステム機能によりビジネスプロセスを所定の処理手順に従って実行する場合には、煩雑な処理が必要となり、効率的なシステム管理が困難であった。
【００１０】
本発明は上記課題を解決するためになされたもので、その目的とするところは、簡便かつ効率的にビジネスプロセスを実現することができる情報制御システムを提供することにある。
【００１１】
【課題を解決するための手段】
本発明は、情報処理を行う複数の上位情報処理手段であって、それぞれが複数の下位情報処理手段を有する複数の上位情報処理手段と、前記複数の上位情報処理手段による情報処理を行うための処理手順であって、前記複数の上位情報処理手段における前記下位情報処理手段による情報処理の処理手順を記憶する処理手順記憶手段と、前記処理手順記憶手段に記憶された情報処理の処理手順に基づき、情報処理を行うべき下位情報処理手段を有する上位情報処理手段に対して当該下位情報処理手段に当該情報処理を行わせるための処理命令を出す処理命令手段とを具備し、前記上位情報処理手段は、当該上位情報処理手段が有する下位情報処理手段に情報処理を行わせるための処理命令を前記処理命令手段から受けて当該下位情報処理手段に情報処理を行わせ、当該下位情報処理手段の情報処理結果を前記処理命令手段に通知し、前記処理命令手段は、前記処理命令を行った下位情報処理手段からの情報処理結果を受けると、前記処理手順記憶手段に記憶された処理手順に基づき、次の情報処理を行うべき下位情報処理手段を有する上位情報処理手段に対して当該下位情報処理手段に当該情報処理を行わせるための処理命令を出す情報制御システムにおいて、前記複数の上位情報処理手段のうち第１の上位情報処理手段は第１の下位情報処理手段と第２の下位情報処理手段を有するとともに、前記複数の上位情報処理手段のうち第２の上位情報処理手段は第３の下位情報処理手段と第４の下位情報処理手段を有し、前記処理手順記憶手段に記憶された処理手順は、前記第１の下位情報処理手段による情報処理、前記第１の下位情報処理手段の情報処理結果に応じた前記第２の下位情報処理手段又は第３の下位情報処理手段による情報処理、前記第４の下位情報処理手段による情報処理の順に情報処理を行うための処理手順を含み、前記複数の上位情報処理手段の各々はビジネスプロセスの情報処理単位毎に設定されたものであり、前記上位情報処理手段が有する前記複数の下位情報処理手段の各々は当該上位情報処理手段でのビジネスプロセスの情報処理単位を分割した詳細ビジネスプロセスの情報処理単位毎に設定されたものであることを特徴とする。
【００２７】
また、本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラム、該プログラムを記録したコンピュータ読取り可能な記録媒体としても成立する。
【００２８】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施形態を説明する。
【００２９】
（第１実施形態）
図１は本発明の第１実施形態に係る情報制御システムの概念図である。図１に示すように、この情報制御システムは、単一のシステムクラスタ間ハブ１と３つのシステムクラスタ２〜４からなる。システムクラスタとは、情報制御システムを複数の情報処理単位に分割した場合の一情報処理単位であり、ビジネスプロセスの処理単位毎に設定される。また、ハブとは、複数の情報処理単位の管理を行う情報処理単位であり、各情報処理単位への処理手順の決定、処理命令、データ変換を実行する。例えばシステムクラスタ２は株式の売買に関する処理を行う情報処理単位、システムクラスタ３は営業成績を管理する情報処理単位、システムクラスタ４は経理処理を行う情報処理単位というように設定される。なお、ハブ１に対応づけられるシステムクラスタ数は３つに限定されず、複数であればいくつでもよい。また、システムクラスタ２〜４に対応づけられるハブ数は単一の場合に限られず、複数であってもよい。
【００３０】
各システムクラスタ２〜４はそれぞれ単一のハブと複数のサブシステムから構成される。サブシステムとは、システムクラスタをさらに複数の情報処理単位に分割した場合の一情報処理単位であり、システムクラスタよりも詳細なビジネスプロセスの処理単位毎に設定される。具体的には、システムクラスタ２はシステムクラスタ内ハブ２１と２つのサブシステム２２及び２３から構成される。システムクラスタ３はシステムクラスタ内ハブ３１と３つのサブシステム３２〜３４から構成される。システムクラスタ４はシステムクラスタ内ハブ４１と３つのサブシステム４２〜４４から構成される。なお、ハブ２１，３１及び４１に対応づけられたサブシステムの数は２つあるいは３つに限定されるものではなく、４つ以上であってもよい。また、複数のサブシステムに対応づけられるハブ数は単一に限られず、複数であってもよい。
【００３１】
図２はシステムクラスタ間ハブ１の詳細な構成を示す図である。図２に示すように、システムクラスタ間ハブ１は、ルーティング制御部１１と、データ記述形式変換部１２から構成される。
【００３２】
ルーティング制御部１１は、各システムクラスタ２〜４に対する処理命令の処理手順を複数格納するビジネスルールデータベース１１ｂと、このビジネスルールデータベース１１ｂに格納された処理手順のうちのいずれかに基づいて各システムクラスタ２〜４に処理命令を出すルーティングエンジン１１ａを有する。
【００３３】
データ記述形式変換部１２には、各システムクラスタ２〜４で使用されるデータ記述形式と標準のデータ記述形式との間のデータ記述形式変換を行うためのデータ記述形式変換ツール１２ａが設けられている。また、データ記述形式変換ルールデータベース１２ｂは、データ記述形式変換ツール１２ａにおけるデータ記述形式変換を行うデータ記述形式変換ルールを格納している。具体的には、システムクラスタ２，３及び４それぞれで使用されるデータ記述形式と標準データ記述形式の間のデータ記述形式変換ルールを格納している。従って、データ記述形式変換ルールデータベース１２ｂに格納されたデータ記述形式変換ルールはシステムクラスタの数だけ存在する。もちろん、不要な変換ルールは格納しておかなくてもよい。また、データ項目情報データベース１２ｃには、標準データのデータ記述形式及び副標準データ記述形式のフォーマットが記憶されている。
【００３４】
標準データ記述形式とは、各システムクラスタ２〜４で使用されるそれぞれのデータ記述形式と互換性を有するデータ記述形式であり、各システムクラスタ２〜４で使用されるそれぞれのデータ記述形式の間の変換の際には、この標準データ記述形式を経由することとなる。例えば、システムクラスタ２で使用されるデータ記述形式からシステムクラスタ３で使用されるデータ記述形式に変換される場合、システムクラスタ２で使用されるデータ記述形式から一旦標準データ記述形式に変換され、その後システムクラスタ３で使用されるデータ記述形式に変換される。
【００３５】
図３は株式の売買に関する処理を行うシステムクラスタ２の詳細な構成の一例を示す図である。図３に示すように、システムクラスタ内ハブ２１は、ルーティング制御部２１１とデータ記述形式変換部２１２を有する。
【００３６】
ルーティング制御部２１１は、ルーティングエンジン２１１ａと、このルーティングエンジン２１１ａに接続されたビジネスルールデータベース２１１ｂから構成される。データ記述形式変換部２１２は、データ記述形式変換ツール２１２ａと、このデータ記述形式変換ツール２１２ａに接続されたデータ記述形式変換ルールデータベース２１２ｂとデータ項目情報データベース２１２ｃから構成される。
【００３７】
サブシステム２２は、株式注文約定処理を実行する情報処理単位であり、株式注文約定処理の実行に必要な具体的な処理を行うためのシステム機能２２ａ及び２２ｂを有する。システム機能とは、サブシステムをさらに複数の情報処理単位に分割した場合の一情報処理単位であり、サブシステムよりも詳細なビジネスプロセスの処理単位毎に設定される。システム機能は、例えばデータの処理を行うプログラム、アプリケーション等の処理機能のみならず、例えばオブジェクト指向等により記述される場合の属性と操作を双方含む概念も含まれる。また、サブシステム２３は、株式決済処理を実行する情報処理単位であり、株式決済処理の実行に必要な具体的な処理を行うためのシステム機能２３ｃ及び２３ｄを有する。
【００３８】
ルーティングエンジン２１１ａは、ビジネスルールデータベース２１１ｂに格納されたビジネスルールに基づいて各サブシステム２２及び２３における情報処理の手順を決定するとともに、その手順に基づいて処理命令をサブシステム２２及び２３に出す。
【００３９】
データ項目情報データベース２１２ｃには、副標準データのデータ記述形式及び各地方データ記述形式のフォーマットが記憶されている。図４は副標準データ記述形式のフォーマットの構成の一例を示す図である。副標準データ記述形式の場合、ＩＳＩＮ（International Securities Identification Number：ＩＳＯ６１６６の推奨により規格化された有価証券等の識別コード）、約定年月日、株式約定数量、株式約定単価、名義区分という５つのデータ項目からデータが表現され、各データ項目には、各データ項目の属性として、説明、属性、データ長、小数点位置、不正値が対応づけられている。また、地方データ記述形式のフォーマットの構成の一例を示す図である。
【００４０】
図５はデータ記述形式変換ルールデータベース２１２ｂの詳細な構成の一例を示す図である。図５に示すように、副標準データ記述形式のデータ項目と地方データ記述形式のデータ項目が対応づけられている。さらに、地方データ記述形式のデータ項目には、副標準データを地方データに変換する変換手順が対応づけられている。
【００４１】
地方データ記述形式とは、サブシステム２２や２３における各種データ処理の際のデータを表現する形式であり、副標準データ記述形式とは、各サブシステムで使用されるそれぞれのデータ記述形式と互換性を有するデータ記述形式であり、各サブシステムで使用されるそれぞれのデータ記述形式の間の変換の際には、この副標準データ記述形式を経由することとなる。
【００４２】
ビジネスルールデータベース２１１ｂには、以上に示されるサブシステム２２やサブシステム２３、さらに詳細には各システム機能の処理手順が複数記憶されている。処理手順は、例えば各システム機能での処理を順序立てて行うための順序構造、各システム機能でのデータ処理結果等に応じて処理手順を選択する選択構造、各システム機能でのデータ処理結果が所定の条件を満たすまで所定のシステム機能での処理を繰り返し行う繰り返し構造、あるシステム機能でのデータ処理結果により与えられる複数の値のそれぞれに応じて処理を分岐させる多分岐構造、ある一つのシステム機能の処理終了後、複数のシステム機能に同時に処理を実行させる同時処理進行構造、各システム機能でのデータ処理結果等が少なくとも一つの条件を満たした場合に次のシステム機能での処理を開始する条件待ち構造や、これらの組み合わせ等により構成される。
【００４３】
このビジネスルールデータベース２１１ｂに格納された処理手順の具体例を図１３に示す。
【００４４】
例えば４つの処理手順ＩＤ（１〜４）を有する処理手順が図１３（ａ）〜（ｄ）に示されている。処理手順ＩＤが１の図１３（ａ）は、システム機能２２ａ，２２ｂ，２３ｃ，２３ｄの順に処理する処理手順を示す。処理手順ＩＤが２の図１３（ｂ）は、システム機能２２ａを処理後、システム機能２２ｂ及び２３ｃを同時処理し、各処理が終了した後システム機能２３ｄの処理を行う処理手順を示す。処理手順ＩＤが３の図１３（ｃ）は、システム機能２２ａ，２２ｂを順に処理し、その後システム機能２３ｃ及び２３ｄを同時処理する処理手順を示す。処理手順ＩＤが４の図１３（ｄ）は、システム機能２２ａ処理後、システム機能２２ａのデータ処理結果に示されるデータ項目のうち、約定単価の値が５００以上か５００未満かにより枝分かれする処理手順であり、約定単価≦５００の場合にはシステム機能２２ｂの処理を行い、約定単価＞５００の場合にはシステム機能２３ｃの処理を行い、いずれかの処理が終了した後システム機能２３ｄの処理を行う。
【００４５】
また、各処理手順における各システム機能での処理開始条件を例えば図１４に示すように設定してもよい。この処理開始条件は、図１３に示す処理手順に関連付けられてビジネスルールデータベース２１１ｂに格納される。図１４の例では、例えば処理手順ＩＤが１の場合、各システム機能の処理は前のシステム機能の処理が終了したことが処理の開始条件となっている。処理手順ＩＤが４の場合、システム機能２２ｂの処理は、システム機能２２ａのデータ処理結果のうち、約定単価≦５００が取得された後に開始され、システム機能２３ｃは約定単価＞５００のシステム機能２２ａのデータ処理結果を取得したことを条件に処理が開始され、システム機能２３ｄは、システム機能２２ｂ，２３ｃの処理が終了したことを条件に処理が開始されることを示している。
【００４６】
以上のように構成された情報制御システムの動作の一例を図６に示すフローチャートを用いて説明する。
【００４７】
まず、システムクラスタ間ハブ１のルーティングエンジン１１ａは、例えば本システム外部から処理命令を受けると、その処理命令に基づいてビジネスルールデータベース１１ｂを参照して処理手順を決定する（ｓ１）。例えばシステムクラスタ２での処理、システムクラスタ３での処理、システムクラスタ４での処理の順に処理手順が決定されると、ルーティングエンジン１１ａは、まずシステムクラスタ２に対して処理命令を出す（ｓ２）。この処理命令に基づき、システムクラスタ２による処理が開始される（ｓ３）。
【００４８】
システムクラスタ２による処理（ｓ３）の一例を図７に示すフローチャートに沿って詳細に説明する。
【００４９】
処理命令を受けたシステムクラスタ２のルーティング制御部２１１は、ビジネスルールデータベース２１１ｂを参照し、システムクラスタ間ハブ１の処理命令に基づいて処理手順を決定する（ｓ３１）。例えば前述した処理手順ＩＤが１の図１３（ａ）に示す処理手順、すなわちサブシステム２２でのシステム機能２２ａ、システム機能２２ｂ、サブシステム２３でのシステム機能２３ｃ、システム機能２３ｄでの処理の順に処理手順が決定されると、ルーティングエンジン２１１ａは、まず、サブシステム２２に対してシステム機能２２ａ、システム機能２２ｂの順に処理するように処理命令を出す（ｓ３２）。
【００５０】
処理命令を受けたサブシステム２２は、まずシステム機能２２ａによる処理を実行した後（ｓ３３）、システム機能２２ｂによる処理を実行する（ｓ３４）。これら処理の結果は、サブシステム２２に固有のデータ記述形式で得られる。サブシステム２２固有のデータ記述形式の一例を図８に示す。サブシステム２２は、システム機能２２ｂによる処理が終了すると、処理の終了をシステムクラスタ内ハブ２１に通知する（ｓ３５）。
【００５１】
システムクラスタ内ハブ２１のルーティングエンジン２１１ａは、処理の終了を受けて図８に示すデータ記述形式で得られたサブシステム２２固有の地方データを、次の処理手順を実行するサブシステム２３で用いられる地方データに変換するようデータ記述形式変換部２１２に命令を出す。データ記述形式変換部２１２のデータ記述形式変換ツール２１２ａは、データ記述形式変換ルールデータベース２１２ｂを参照してサブシステム２２固有の地方データを一旦システムクラスタ２固有の副標準データに変換する（ｓ３６）。さらに、得られた副標準データに対してデータ記述形式変換ルールデータベース２１２ｂを参照してサブシステム２３固有の地方データに変換する（ｓ３７）。
【００５２】
サブシステム２３用のデータ記述形式で得られる地方データの一例を図９に示す。図９に示すように、サブシステム２３用のデータ記述形式で得られる地方データのデータ項目は、サブシステム２２用のそれと一部が共通し、一部が異なる。
【００５３】
このサブシステム２２からサブシステム２３の地方データへの変換処理の一例を以下に示す。
【００５４】
例えば図８に示すように、サブシステム２２の銘柄コードというデータ項目のデータ長は５桁となっており、これを債券等に関する情報との識別情報も含むサブシステム２３の９桁の銘柄コードというデータ項目に変換する。これにより、図９に示すようなデータ記述形式の地方データが得られる。また、副標準データ記述形式では株式約定数量というデータ項目は１５桁のデータ長を有しており、これはサブシステム２２では、９桁のデータ長の約定済数量というデータ項目である。この約定済数量というデータ項目を一旦１５桁のデータ長の株式約定数量というデータ項目に変換する。さらに、この１５桁のデータ長の株式約定数量を約定数量に変換する。
【００５５】
また、サブシステム２２固有のデータ記述形式では約定済数量は不正値がnoneというように設定されており、この約定済数量に対応するサブシステム２３固有の約定数量というデータ項目では不正値は≦０（未約定状態）というように設定されている。データ記述形式変換部２１２はサブシステム２２固有の約定済数量というデータ項目を副標準データ記述形式の株式約定数量というデータ項目に変換する際に、不正値（≦０）か否かを判定する。
【００５６】
この不正値はデータ項目の妥当性検査に用いられる属性で、以下のような意義を有する。
【００５７】
不正値が０でない場合、すなわちnoneである場合には、次の処理手順に指定されたサブシステムに処理命令を出せるデータ記述形式に変換できるため、その処理手順下流のサブシステムへのデータ記述形式変換を実行する。不正値が≦０である場合、処理手順下流のサブシステムでは処理不可能なデータ記述形式であるとデータ記述形式変換部２１２は判定し、処理手順下流のサブシステムへのデータ変換処理を実行しない。これにより、処理手順上流のサブシステムで処理が確定していないのに次の処理手順のサブシステムの処理に進むという不都合を回避できる。
【００５８】
例えば図８に示すような地方データがデータ記述形式変換部２１２で判定される場合、不正値がnoneであるため、サブシステム２３に処理命令を出せるとデータ記述形式変換部２１２は判定し、サブシステム２３のデータ記述形式に変換する。なお、この判定は、サブシステム２３で使用される地方データのフォーマットをデータ項目情報データベース２１２ｃから参照し、この参照された不正値とサブシステム２２でのデータ処理結果に基づいて行われる。
【００５９】
次に、サブシステム２３でのデータ処理結果が図９に示すような場合、不正値が０、すなわち≦０であるため、次の処理プロセスに進めないデータ構造であるとデータ記述形式変換部２１２は判定し、副標準データへのデータ変換処理を実行しない。これにより、株式注文約定が確定したが株式決済のプロセスが確定していないのに次の処理プロセスに進むという不都合を回避できる。
【００６０】
なお、サブシステム２３へのデータ変換処理を実行しない場合には、サブシステム２２に対してデータ変換処理を実行できないデータ記述形式であることを通知してもよいし、ルーティングエンジン２１１ａに対してデータ変換処理を実行できないデータ記述形式をサブシステム２２から受けたことを通知してもよい。この場合、ルーティングエンジン２１１ａがサブシステム２２に対してデータ変換処理を実行できなかったデータの再処理命令を出してもよい。具体的には例えば、サブシステム２３によるデータ処理を実行しない場合には、サブシステム２２で処理されたデータ処理結果を一旦データ記述形式変換部２１２に設けられた図示しないデータベースに格納し、あるいはそのデータ処理結果をサブシステム２２ａに突き返し、あるいはそのデータ処理結果を消去する等の手法を取ることができる。
【００６１】
このように、各データ項目に不正値という属性を持たせ、データ変換可／不可の判定をシステムクラスタ内ハブ２１に実行させることにより、処理手順を進められない状況を容易に把握できるとともに、データの浄化機能が働く。
【００６２】
また、図８及び図９に示すデータ項目に対応してデータ属性“種類”が規定されている。この“種類”は、地方データと副標準データの種類を示すもので、このデータ項目が“local”に設定されている場合、そのデータ項目は地方データ固有のデータ項目、すなわちそのサブシステムに固有であって他のサブシステムにはその概念は存在しないデータ項目であることを示す。“dialect”に設定されている場合、その地方データのみならず副標準データと共通する、すなわち他のサブシステムとデータ記述形式は異なることがあるが、他のサブシステムにも存在するデータ項目であることを示す。“local”に設定されているデータ項目については、サブシステム内に隠蔽し、他のサブシステムから参照できないように設定するのが望ましい。これにより、サブシステムの独立性及び保守性を向上させることができる。従って、この“local”に設定されているデータ項目については本システムの管理対象外となり、本システムとは無関係に自由に設定することができる。
【００６３】
なお、上記サブシステム２２からサブシステム２３へのデータ変換処理の具体例はほんの一例にすぎない。
【００６４】
データ記述形式の変換が終了すると、データ記述形式変換部２１２はルーティングエンジン２１１ａに対して処理の終了を通知する。データ記述形式変換終了を受けて、ルーティングエンジン２１１ａは、サブシステム２３に対してシステム機能２３ｃ、システム機能２３ｄの順に処理するように処理命令を出す（ｓ３８）。処理命令を受けたサブシステム２３は、まずシステム機能２３ｃによる処理を実行（ｓ３９）した後、システム機能２３ｄによる処理を実行する（ｓ４０）。これら処理の結果は、図９に示されるようなサブシステム２３に固有のデータ記述形式で得られる。サブシステム２３は、システム機能２３ｄによる処理が終了すると、処理の終了をシステムクラスタ内ハブ２１に通知する（ｓ４１）。
【００６５】
サブシステム２３から処理の終了を受けたシステムクラスタ内ハブ２１は、サブシステム２３固有のデータ記述形式で取得されたデータをシステムクラスタ２固有の副標準データ記述形式に変換するようにデータ記述形式変換部２１２に命令を出す。データ記述形式変換部２１２のデータ記述形式変換ツール２１２ａは、データ記述形式変換ルールデータベース２１２ｂを参照してサブシステム２３固有の地方データをシステムクラスタ２固有の副標準データに変換する（ｓ４２）。データ記述形式の変換が終了すると、処理の終了をルーティング制御部２１１に通知する。
【００６６】
ルーティング制御部２１１は、このデータ記述形式変換処理の終了を受けると、そのシステムクラスタ２における処理が終了したと判定し、処理の終了をシステムクラスタ間ハブ１に通知する（ｓ４）。システムクラスタ間ハブ１のルーティング制御部１１は、このシステムクラスタ２からの処理の終了を受けて、システムクラスタ２固有の副標準データ記述形式で特定されるデータを標準データ記述形式に変換するようデータ記述形式変換部１２に命令を出す。データ記述形式変換部１２のデータ記述形式変換ツール１２ａは、データ記述形式変換ルールデータベース１２ｂを参照してシステムクラスタ２固有の副標準データを標準データに変換し（ｓ５）、標準データからシステムクラスタ３固有の副標準データにデータ記述形式を変換する（ｓ６）。データ記述形式の変換が終了すると、処理の終了をルーティング制御部１１に通知する。
【００６７】
標準データへの変換処理の終了を受け、ルーティングエンジン１１ａは、処理開始時に決定した処理手順に基づいて次の処理を行うべきシステムクラスタ３に処理命令を出す（ｓ７）。システムクラスタ３はこの処理命令を受けて上記システムクラスタ２と同様に副標準データ記述形式と地方データ記述形式との間のデータ変換を用いて処理を行い（ｓ８）、処理結果をシステムクラスタ３固有の副標準データ記述形式に変換して処理の終了をシステムクラスタ間ハブ１に通知する（ｓ９）。
【００６８】
ルーティングエンジン１１ａはこの処理終了の通知を受けてデータ記述形式変換部１２にシステムクラスタ３固有のデータ記述形式を標準データ記述形式に変換させ、さらに標準データ記述形式をシステムクラスタ４固有のデータ記述形式に変換させる（ｓ１０，１１）。変換が終了すると、ルーティングエンジン１１ａはシステムクラスタ４に処理命令を出す（ｓ１２）。システムクラスタ４はこの処理命令を受けて上記システムクラスタ２や３と同様の処理を行い（ｓ１３）、処理結果をシステムクラスタ４固有の副標準データ記述形式に変換して処理の終了をシステムクラスタ間ハブ１に通知する（ｓ１４）。
【００６９】
ルーティングエンジン１１ａはこの処理終了の通知を受けてデータ記述形式変換部１２にシステムクラスタ４固有のデータ記述形式を標準データ記述形式に変換させる（ｓ１５）。標準データ記述形式への変換が終了の通知をデータ記述形式変換部１２から受けたルーティングエンジン１１ａは、すべての処理が終了したと判定し、処理を終了する。
【００７０】
以上説明したように本実施形態によれば、それぞれが異なるデータ記述形式により処理される複数のサブシステムやシステムクラスタに対して単一のハブを設け、各サブシステムや各システムクラスタ間のデータ記述形式の変換をハブで行うことにより、複数存在するシステムの機能それぞれにデータ記述形式の変換手段を設ける必要がない。
【００７１】
具体的には例えば、ｎ個のサブシステムが設けられている場合、他のｎ−１個のサブシステムとの間のデータ記述形式の変換を行うデータ記述形式変換手段を設けることなく、ｎ個のサブシステムと副標準データ記述形式とのデータ記述形式の変換を行うデータ記述形式変換手段を設けるのみで、すべてのサブシステム間のデータ記述形式の変換を行うことができる。
【００７２】
また、これらデータ記述形式の変換をハブで一元的に行うことにより、各サブシステムの管理が容易となる。
【００７３】
具体的には例えば、新たにサブシステムを設ける場合には、そのサブシステムが対応づけられるハブのデータ記述形式変換ルールデータベース２１２ｂにそのサブシステムと副標準データ記述形式との変換ファイルを設けるのみで、そのハブに対応づけられた他のすべてのサブシステムとの間のデータ記述形式の変換が可能となる。また、サブシステムを変更する場合には、ハブの変換ファイルの当該サブシステムに該当する部分を変更するのみで対応可能である。また、サブシステムを削除する場合には、ハブの変換ファイルの当該サブシステムに該当する部分を削除するのみで対応可能である。
【００７４】
また、ハブにルーティングエンジンを設けることにより、各サブシステムには処理手順を判定する手段を設けることなく複数のサブシステムを用いた処理を所定の処理手順に基づいて実行できる。また、ルーティングエンジンで処理手順を一元管理することにより、各サブシステムに順序規則を関連付けて処理する必要がなく、システム管理が容易となる。
【００７５】
さらに、上記データ記述形式では、標準データ記述形式、副標準データ記述形式、地方データ記述形式という３階層のデータ記述形式により各データ処理を実行したが、このように複数の階層にデータ記述形式を分割し、かつ複数の下層のデータ記述形式と単一の上層のデータ記述形式で管理することにより、上層のデータ記述形式との間の一つのデータ変換手段を設けるのみで、データの互換性が確保されたサブシステムやシステムクラスタを追加することができる。また、ルーティングエンジンが参照するビジネスルールデータベースに、追加したサブシステムやシステムクラスタの処理を含む処理手順を組み込むのみで、追加したサブシステムやシステムクラスタを含む処理手順を簡便に実行可能である。
【００７６】
また、システム機能が増加してシステムが複雑化すると、システム全体の把握が困難となるが、本実施形態のように実際のビジネスプロセスの処理単位である株式注文約定や株式決済等をシステム機能に対応づけてシステムを構築することにより、実際のビジネスプロセスに沿ったシステムの把握が可能となる。従って、ビジネスプロセスに沿って実際のビジネスを遂行する者とシステムの設計開発者との間の情報伝達が円滑に行える。また、本実施形態では図１３（ｄ）のようにサブシステム２２のビジネスプロセスの処理後にサブシステム２３のビジネスプロセスの処理を行う場合に、サブシステム２２のシステム機能２２ａの処理結果に応じて、サブシステム２２のシステム機能２２ｂの処理を行うか、サブシステム２３のシステム機能２３ｃの処理を行うかを決めることができる。その結果、ビジネス変化に対する対応の迅速化が図れる。
【００７７】
また、各ハブにサブシステムやシステムクラスタとの間のデータ記述形式の互換性を有する共通規則を特定するデータ項目情報データベースが対応づけて設けられている。これにより、システムを追加する場合や新たに変更する場合等、システム管理者は対象とするサブシステムやシステムクラスタで用いられるデータ記述形式を定める場合の管理が容易となる。
【００７８】
本発明は上記実施形態に限定されるものではない。
【００７９】
上記実施形態ではデータが属する領域は特に言及していないが、各サブシステムやシステムクラスタ、ハブ等の情報処理機能毎にそれぞれ記憶手段を対応付け、データ処理の処理手順に従って処理すべきデータを処理手順に沿ってある情報処理機能の記憶手段から他の情報処理機能の記憶手段に出力してもよい。
【００８０】
また、各ハブには規則変換手段としてデータ記述形式変換部を備えた場合を示し、ハブでデータ記述形式を一元的に管理する場合を示したが、これに限定されるものではない。例えば、文字コード体系の変換や通信プロトコルの変換、データ項目の配列順序の変換（データの分解、選択、合成を含む）等、各システム機能で互いに相違するデータ記述形式以外の規則の変換をハブで一元的に行うこともできる。なお、データの分解、選択、合成とは、一つのレコードを２つのレコードにする、複数のレコードを一つのレコードにする、複数のレコードのうちの一部のみを残し、他のレコードを消去する等、種々の形態が考えられる。また、文字コードとは、例えばＪＩＳ（Japan Industrial Standards）、シフト−ＪＩＳ、ＥＵＣ（Extended UNIX Code）、ＥＢＣＤＩＣ（Extended Binary Coded Decimal Interchange Code）等、異なる規格により規定された文字コードを含む概念である。
【００８１】
文字コード体系の変換をハブで管理する場合には、ハブに各サブシステムや各システムクラスタで使用される文字コードと各文字コードとの間で互換性を有する共通文字コードとの文字コード体系変換手段を設けることにより本発明を適用可能である。
【００８２】
また、通信プロトコルをハブで一元的に管理する場合には、ハブに各サブシステムやシステムクラスタで使用される通信プロトコルと各通信プロトコルとの間で互換性を有する共通通信プロトコルとの通信プロトコル変換手段を設けることにより本発明を適用可能である。
【００８３】
さらに、各サブシステムやシステムクラスタで使用される文字コード体系や通信プロトコル以外のいかなる規則であっても、各サブシステムや各システムクラスタの規則との間で互換性を有する共通規則を定め、各規則と共通規則との間の変換をハブで行うようにすることにより本発明を適用することができる。
【００８４】
また、ハブ、システムクラスタ、サブシステム等、本システムを構成する情報処理機能と物理的なハードウェア構成の対応付けは種々考えられるが、例えば図１０に示すように、システムクラスタ間ハブ１をサーバ１００、各システムクラスタ２〜４を該サーバ１００にネットワーク５００を介して接続する対応付けでもよいし、ネットワークの介在しない単一の汎用コンピュータの記憶領域の各部にハブ、システムクラスタ、サブシステムを実現するためのプログラムを格納し、各記憶領域から各プログラムが読み出されることにより各システム機能の処理やルーティング、データ記述形式変換等が実行されるものであってもよい。より具体的には例えば、各クラスタをハードウェアとしてのコンピュータ１台に対応付けてもよい。コンピュータが異なると、データ保持形式、データ処理形式、通信方式等、規則が異なる可能性が高いためである。また、このように各クラスタをコンピュータ１台に対応づけた場合、クラスタの下位に位置づけられるサブシステムは例えばそのコンピュータ内にある複数の処理空間のそれぞれに対応づけてもよい。処理空間とは、具体的には例えば多重仮想記憶機構のアドレス空間や、階層的に体系化されたプロセス群の上位に位置するプロセスの個々を意味する。なお、さらに望ましくは、システムの処理内容をビジネス機能の観点から区分けし、サブシステムとして整理・管理する。サブシステム内のシステム機能は極めて密に結合され、各サブシステム同士の結合度は疎であることが望ましい。これにより、各サブシステムの保守性が向上する。なお、結合度の疎・密は、データの授受の疎・密に近い概念であり、例えば密結合の場合にはデータの授受を頻繁に行う必要がある形態であり、疎結合は、ごく少ない種類のインタフェース仕様や少量のデータ授受で成立する形態である。もちろん、クラスタ、サブシステムのハードウェアとの対応付けはここに示したものに限られない。
【００８５】
また、サブシステムのみにシステム機能を設ける場合を示したが、システムクラスタやハブにもシステム機能を設けてもよい。この場合、ビジネスルールデータベースにはシステムクラスタやハブのシステム機能における処理も含めた処理手順を格納しておくことにより、このようなシステム機能を含めた処理を実行することができる。
【００８６】
また、副標準データを介して異なるサブシステムへのデータ変換処理を行う場合を示したが、これに限定されるものではない。例えば、データ記述形式変換ルールデータベースには各サブシステムや各システムクラスタ同士を直接変換する変換規則を格納しておき、この変換規則に基づいて副標準データや標準データ等の共通規則を介さずにデータ変換処理を行ってもよい。
【００８７】
また、上記システムでは、使用するデータ記述形式として、地方データ、副標準データ、標準データの３階層のデータ記述形式を用いる場合で説明したが、これに限定されるものではない。例えば、地方データと標準データの２階層のシステムであれば、複数のサブシステムとこれらサブシステムを管理する一つのハブを有する構成でよい。また、地方データをさらに細分化し、４階層のデータ記述形式に本発明を適用してもよい。この場合、各階層にあるサブシステムを管理するハブをそれぞれ設けることにより本発明を適用可能である。
【００８８】
４階層のデータ記述形式に本発明を適用する場合のサブシステム２２の構成の一例を図１１に示す。図１１は図１〜図３におけるサブシステム２２に置換して適用される。図１１に示すように、サブシステム２２内にさらにハブ２２０とサブシステム２２０３，２２０４が設けられている。このようなサブシステム２２と同様にサブシステム２３を構成し、さらに他のシステムクラスタ３，４のサブシステムもこのようにハブ及びサブシステムから構成することにより、４階層のデータ記述形式が適用される。
【００８９】
もちろん、この図１１に示すサブシステム２２に設けられるサブシステム２２０３及び２２０４内にさらにハブ及びサブシステムからなるサブシステムを設けることにより、５階層のデータ記述形式が実現される。もちろん、同様の手法により６階層以上のデータ記述形式の階層化を実現することも可能である。
【００９０】
逆に、２階層のデータ記述形式を適用する場合、例えば図１２に示すように、複数のサブシステム複数のシステムクラスタ内ハブ２１，３１，４１がそれぞれ複数のサブシステム３２〜３４，２２〜２３，４２〜４４を管理し、かつ各システムクラスタ内ハブ２１，３１，４１がシステムクラスタ間ハブを介さずにデータ記述形式の変換を行う形態でもよい。このように、データ記述形式の階層を少なくすることにより、システムの管理が容易となる。すなわち、より少ない数のハブを管理することにより、すべてのシステムクラスタやサブシステムのデータ記述形式、ビジネスルールを管理することが可能となる。特に、ハブとシステムクラスタがサーバと端末というように物理的に別個のハードウェアに搭載される場合等には、単一のサーバ（ハードウェア）を参照することのみで他のすべての端末のデータ記述形式等の管理が可能となる。
【００９１】
また、上記実施形態ではシステムクラスタ、サブシステム及びシステム機能をビジネスプロセスの処理単位毎に設定する場合を示したが、他の処理単位毎に設定してもよいことはもちろんである。
【００９２】
【発明の効果】
以上詳述したように本発明によれば、簡便且つ効率的にビジネスプロセスを実現することができる情報制御システムを提供することができる。また、第１の上位情報処理手段に対応するビジネスプロセスの処理後に第２の上位情報処理手段に対応するビジネスプロセスの処理を行う場合に、第１の上位情報処理手段に対応するビジネスプロセスの処理のうち第１の下位情報処理手段に対応する詳細ビジネスプロセスの処理結果に応じて、当該第１の上位情報処理手段に対応するビジネスプロセスの処理のうち第２の下位情報処理手段に対応する詳細ビジネスプロセスの処理を行うか、第２の上位情報処理手段に対応するビジネスプロセスの処理のうち第３の下位情報処理手段に対応する詳細ビジネスプロセスの処理を行うかを決めることができ、ビジネスプロセスの状況変化に対する対応の迅速化を図ることができる。
【図面の簡単な説明】
【図１】本発明の第１実施形態に係る情報制御システムの概念図。
【図２】同実施形態に係るシステムクラスタ間ハブの詳細な構成を示す図。
【図３】同実施形態に係るシステムクラスタの詳細な構成の一例を示す図。
【図４】同実施形態に係る副標準データ項目情報データベースの構成の一例を示す図。
【図５】同実施形態に係るデータ記述形式変換ルールデータベースの詳細な構成の一例を示す図。
【図６】同実施形態に係る情報制御システムの動作のフローチャートの一例を示す図。
【図７】同実施形態に係る情報制御システムのシステムクラスタの動作のフローチャートの一例を示す図。
【図８】同実施形態に係るサブシステム２２固有のデータ記述形式で得られる地方データの一例を示す図。
【図９】同実施形態に係るサブシステム２３固有のデータ記述形式で得られる地方データの一例を示す図。
【図１０】同実施形態に係る情報制御システムの変形例を示す図。
【図１１】同実施形態に係るサブシステムの変形例を示す図。
【図１２】同実施形態の変形例に係わる２階層のデータ記述形式による情報制御システムの概念図。
【図１３】同実施形態に係るビジネスルールデータベースに格納された処理手順の具体例を示す図。
【図１４】同実施形態に係るビジネスルールデータベースに格納された処理手順に関連付けられた処理開始条件の具体例を示す図。
【符号の説明】
１，１００…システムクラスタ間ハブ
２〜４…システムクラスタ
１１，２１１…ルーティング制御部
１１ａ，２１１ａ…ルーティングエンジン
１１ｂ，２１１ｂ…ビジネスルールデータベース
１２，２１２…データ記述形式変換部
１２ａ…データ記述形式変換ツール
１２ｂ…データ記述形式変換ルールデータベース
１２ｃ…データ項目情報データベース
２１，３１，４１…システムクラスタ内ハブ
２２，２３，３２〜３４，４２〜４４…サブシステム
２２ａ，２２ｂ，２３ｃ，２３ｄ…システム機能
２００，３００，４００…端末
２１２ａ…データ記述形式変換ツール
２１２ｂ…データ記述形式変換ルールデータベース
２１２ｃ…データ項目情報データベース
５００…ネットワーク[0001]
BACKGROUND OF THE INVENTION
  The present invention uses a plurality of information processing means.informationThe present invention relates to an information control system that performs processing.
[0002]
[Prior art]
Conventionally, when causing a computer to execute a business process having a plurality of business procedures, it has been executed using the following logical rules. First, a plurality of system functions describing processing contents to be executed by a computer are set for each business process. Then, a processing procedure for each system function is determined, and each system function is executed according to the procedure. At that time, when moving to the execution of another system function after executing a certain system function, only the relevance of the system function with the processing procedure before and after the certain system function is set at the time of execution. There was no relevance between other system functions where the procedure was not positioned back and forth.
[0004]
[Problems to be solved by the invention]
  In this case, when executing the process of the business process according to a predetermined procedure, the instruction unit must determine the process procedure in advance, and an order rule for executing the process procedure must be associated with each system function. For example, when the system functions A to D are sequentially executed, when the instruction unit first issues a processing instruction to the system function A to be executed first, the order in which the system function A is associated with the system function B in advance. A processing instruction is performed based on the rule, and similarly, the system function B performs a processing instruction based on an order rule previously associated with the system function C.
[0007]
As described above, the order rule that defines the processing procedure is associated with each of the system functions A to D. However, in such a method for determining the processing procedure, the processing is interrupted when a system function that cannot be processed appears on the way. However, it is often difficult for an instruction unit that determines the processing procedure of a business process to determine which system function is an interrupted system function.
[0008]
Further, when changing a business process, it is necessary to change the order rules for each of the system functions A to D, and the system administrator needs a complicated and time-consuming procedure to cope with the change. It had been. In order to execute a new business process, it is necessary to associate a new order rule with each of the system functions A to D.
[0009]
  in this way,When a business process is executed according to a predetermined processing procedure using a plurality of system functions, complicated processing is required, and efficient system management is difficult.
[0010]
  The present invention has been made to solve the above-mentioned problems, and its object is to realize a business process simply and efficiently.be able toInformation control systemTheIt is to provide.
[0011]
[Means for Solving the Problems]
  The present invention relates to a plurality of higher-order information processing means for performing information processing, each of which has a plurality of lower-order information processing means, and for performing information processing by the plurality of higher-order information processing means A processing procedure storage means for storing a processing procedure of information processing by the lower information processing means in the plurality of higher order information processing means, and a processing procedure of information processing stored in the processing procedure storage means Processing instruction means for issuing a processing instruction for causing the lower-level information processing means to perform the information processing to a higher-level information processing means having lower-order information processing means to perform information processing, Receives a processing instruction for causing the lower information processing means included in the upper information processing means to perform information processing from the processing instruction means, and Information processing result is notified to the processing instruction means, and when the processing instruction means receives the information processing result from the lower information processing means that issued the processing instruction, Based on the processing procedure stored in the processing procedure storage means, a processing instruction for causing the lower-level information processing means to perform the information processing on the higher-level information processing means having the lower-level information processing means that should perform the next information processing. In the information control system to be output, the first higher-order information processing means among the plurality of higher-order information processing means includes a first lower-order information processing means and a second lower-order information processing means. Of these, the second upper information processing means has a third lower information processing means and a fourth lower information processing means, and the processing procedure stored in the processing procedure storage means is the first lower information processing means. Information processing by processing means, information processing by the second lower information processing means or third lower information processing means according to the information processing result of the first lower information processing means, by the fourth lower information processing means Including a processing procedure for performing information processing in the order of information processing, wherein each of the plurality of higher-level information processing means is set for each information processing unit of a business process, and Each of the lower-level information processing means is set for each information processing unit of the detailed business process obtained by dividing the information processing unit of the business process in the higher-level information processing means.
[0027]
  Also,The present invention provides a program for causing a computer to execute a procedure corresponding to the invention (or for causing a computer to function as a means corresponding to the invention, or for causing a computer to realize a function corresponding to the invention), It can also be realized as a computer-readable recording medium on which the program is recorded.
[0028]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0029]
(First embodiment)
FIG. 1 is a conceptual diagram of an information control system according to the first embodiment of the present invention. As shown in FIG. 1, this information control system includes a single inter-system hub 1 and three system clusters 2 to 4. The system cluster is one information processing unit when the information control system is divided into a plurality of information processing units, and is set for each processing unit of the business process. The hub is an information processing unit that manages a plurality of information processing units, and executes determination of processing procedures, processing instructions, and data conversion for each information processing unit. For example, the system cluster 2 is set as an information processing unit that performs processing related to stock trading, the system cluster 3 is set as an information processing unit that manages business results, and the system cluster 4 is set as an information processing unit that performs accounting processing. Note that the number of system clusters associated with the hub 1 is not limited to three, and may be any number as long as it is plural. Further, the number of hubs associated with the system clusters 2 to 4 is not limited to a single number, and may be plural.
[0030]
Each of the system clusters 2 to 4 includes a single hub and a plurality of subsystems. The subsystem is one information processing unit when the system cluster is further divided into a plurality of information processing units, and is set for each processing unit of a business process that is more detailed than the system cluster. Specifically, the system cluster 2 includes a system cluster hub 21 and two subsystems 22 and 23. The system cluster 3 includes a system cluster hub 31 and three subsystems 32 to 34. The system cluster 4 includes a system cluster hub 41 and three subsystems 42 to 44. The number of subsystems associated with the hubs 21, 31 and 41 is not limited to two or three, and may be four or more. The number of hubs associated with a plurality of subsystems is not limited to a single number, and may be a plurality.
[0031]
FIG. 2 is a diagram showing a detailed configuration of the inter-system cluster hub 1. As illustrated in FIG. 2, the inter-system cluster hub 1 includes a routing control unit 11 and a data description format conversion unit 12.
[0032]
The routing control unit 11 stores each system cluster based on any one of the business rule database 11b that stores a plurality of processing procedures of processing instructions for the system clusters 2 to 4 and the processing procedure stored in the business rule database 11b. 2 to 4 have a routing engine 11a for issuing processing instructions.
[0033]
  The data description format conversion unit 12 includes a data description format used in each system cluster 2 to 4.WhenA data description format conversion tool 12a for performing data description format conversion with a standard data description format is provided. The data description format conversion rule database 12b stores data description format conversion rules for performing data description format conversion in the data description format conversion tool 12a. Specifically, the data description format conversion rules between the data description format and the standard data description format used in each of the system clusters 2, 3 and 4 are stored. Accordingly, there are as many data description format conversion rules stored in the data description format conversion rule database 12b as the number of system clusters. Of course, unnecessary conversion rules may not be stored. The data item information database 12c stores a standard data description format and a substandard data description format.
[0034]
The standard data description format is a data description format that is compatible with each data description format used in each system cluster 2 to 4, and is between the data description formats used in each system cluster 2 to 4. In the case of conversion, the standard data description format is used. For example, when the data description format used in the system cluster 2 is converted into the data description format used in the system cluster 3, the data description format used in the system cluster 2 is once converted into the standard data description format, and then It is converted into a data description format used in the system cluster 3.
[0035]
FIG. 3 is a diagram showing an example of a detailed configuration of the system cluster 2 that performs processing related to stock trading. As shown in FIG. 3, the intra-system cluster hub 21 includes a routing control unit 211 and a data description format conversion unit 212.
[0036]
  The routing control unit 211 includes a routing engine 211a and a business rule database 211b connected to the routing engine 211a. The data description format conversion unit 212 includes a data description format conversion tool 212a and the data description format conversion tool.212a includes a data description format conversion rule database 212b and a data item information database 212c connected to 12a.
[0037]
The subsystem 22 is an information processing unit for executing stock order execution processing, and has system functions 22a and 22b for performing specific processing necessary for execution of stock order execution processing. The system function is an information processing unit when the subsystem is further divided into a plurality of information processing units, and is set for each processing unit of a business process that is more detailed than the subsystem. The system function includes not only a processing function such as a program for processing data and an application, but also a concept including both attributes and operations when described in an object-oriented manner, for example. The subsystem 23 is an information processing unit for executing stock settlement processing, and has system functions 23c and 23d for performing specific processing necessary for execution of stock settlement processing.
[0038]
The routing engine 211a determines an information processing procedure in each of the subsystems 22 and 23 based on the business rules stored in the business rule database 211b, and issues a processing instruction to the subsystems 22 and 23 based on the procedure.
[0039]
The data item information database 212c stores the data description format of the substandard data and the format of each local data description format. FIG. 4 is a diagram showing an example of the format configuration of the substandard data description format. In the case of sub-standard data description format, ISIN (International Securities Identification Number: Identification code of securities etc. standardized by recommendation of ISO 6166), contract date, stock contract constant amount, stock contract unit price, name classification Data is expressed from the item, and description, attribute, data length, decimal point position, and invalid value are associated with each data item as the attribute of each data item. In addition, it is a diagram showing an example of the format configuration of the local data description format.
[0040]
FIG. 5 is a diagram showing an example of a detailed configuration of the data description format conversion rule database 212b. As shown in FIG. 5, the data items in the sub-standard data description format are associated with the data items in the local data description format. Furthermore, the data item in the local data description format is associated with a conversion procedure for converting the sub-standard data into the local data.
[0041]
The local data description format is a format that expresses data at the time of various data processing in the subsystems 22 and 23, and the substandard data description format is compatible with each data description format used in each subsystem. In the conversion between the data description formats used in each subsystem, the sub-standard data description format is passed.
[0042]
The business rule database 211b stores the subsystems 22 and 23 shown above, and more specifically, a plurality of processing procedures for each system function. The processing procedure includes, for example, an order structure for performing processing in each system function in order, a selection structure for selecting a processing procedure according to a data processing result in each system function, and a data processing result in each system function. A repetitive structure that repeatedly performs processing with a predetermined system function until a predetermined condition is satisfied, a multi-branch structure that branches processing according to each of a plurality of values given by data processing results with a certain system function, a system After the processing of a function is completed, the processing in the next system function is started when the simultaneous processing progress structure that allows multiple system functions to execute processing simultaneously, the data processing result in each system function, etc. satisfy at least one condition It is composed of a condition waiting structure or a combination of these.
[0043]
A specific example of the processing procedure stored in the business rule database 211b is shown in FIG.
[0044]
For example, processing procedures having four processing procedure IDs (1 to 4) are shown in FIGS. FIG. 13A with the processing procedure ID 1 indicates a processing procedure for processing in the order of the system functions 22a, 22b, 23c, and 23d. FIG. 13B with the processing procedure ID 2 shows a processing procedure for processing the system function 22a, processing the system functions 22b and 23c at the same time, and processing the system function 23d after each processing is completed. FIG. 13C with the processing procedure ID 3 shows a processing procedure in which the system functions 22a and 22b are sequentially processed and then the system functions 23c and 23d are simultaneously processed. FIG. 13D with the processing procedure ID 4 is a processing procedure that branches after the processing of the system function 22a depending on whether the value of the contract unit price is 500 or more and less than 500 among the data items indicated in the data processing result of the system function 22a. If the contract unit price ≦ 500, the system function 22b is processed. If the contract unit price> 500, the system function 23c is processed. After any process is completed, the system function 23d is processed. .
[0045]
  Further, the processing start condition for each system function in each processing procedure may be set as shown in FIG. 14, for example. This processing start condition is stored in the business rule database 211b in association with the processing procedure shown in FIG. In the example of FIG. 14, for example, when the processing procedure ID is 1, the processing start condition is that the processing of each system function is completed. Processing procedure ID is4In this case, the processing of the system function 22b is started after the contract unit price ≦ 500 of the data processing results of the system function 22a is acquired, and the system function 23c acquires the data processing result of the system function 22a of the contract unit price> 500. The processing is started on the condition that the system function 23d,23cofIt shows that the process is started on the condition that the process is completed.
[0046]
An example of the operation of the information control system configured as described above will be described with reference to the flowchart shown in FIG.
[0047]
First, when the routing engine 11a of the inter-system cluster hub 1 receives, for example, a processing command from the outside of the system, the processing procedure is determined by referring to the business rule database 11b based on the processing command (s1). For example, when the processing procedure is determined in the order of processing in the system cluster 2, processing in the system cluster 3, and processing in the system cluster 4, the routing engine 11a first issues a processing command to the system cluster 2 (s2). . Based on this processing instruction, processing by the system cluster 2 is started (s3).
[0048]
An example of the processing (s3) by the system cluster 2 will be described in detail along the flowchart shown in FIG.
[0049]
The routing control unit 211 of the system cluster 2 that has received the processing instruction refers to the business rule database 211b and determines a processing procedure based on the processing instruction of the inter-system cluster hub 1 (s31). For example, the processing procedure shown in FIG. 13A having the processing procedure ID 1 described above, that is, the system function 22a in the subsystem 22, the system function 22b, the system function 23c in the subsystem 23, and the processing in the system function 23d in this order. When the processing procedure is determined, the routing engine 211a first issues a processing command to the subsystem 22 so as to perform processing in the order of the system function 22a and the system function 22b (s32).
[0050]
Receiving the processing instruction, the subsystem 22 first executes processing by the system function 22a (s33), and then executes processing by the system function 22b (s34). The results of these processes are obtained in a data description format unique to the subsystem 22. An example of the data description format unique to the subsystem 22 is shown in FIG. When the processing by the system function 22b is completed, the subsystem 22 notifies the system cluster hub 21 of the end of the processing (s35).
[0051]
The routing engine 211a of the hub 21 in the system cluster is used by the subsystem 23 that executes the following processing procedure using the local data unique to the subsystem 22 obtained in the data description format shown in FIG. An instruction is issued to the data description format conversion unit 212 for conversion to local data. The data description format conversion tool 212a of the data description format conversion unit 212 refers to the data description format conversion rule database 212b and temporarily converts local data specific to the subsystem 22 into substandard data specific to the system cluster 2 (s36). Further, the obtained sub-standard data is converted into local data unique to the subsystem 23 with reference to the data description format conversion rule database 212b (s37).
[0052]
An example of local data obtained in the data description format for the subsystem 23 is shown in FIG. As shown in FIG. 9, the data items of local data obtained in the data description format for the subsystem 23 are partly in common with those for the subsystem 22 and partly different.
[0053]
An example of the conversion process from the subsystem 22 to the local data of the subsystem 23 is shown below.
[0054]
For example, as shown in FIG. 8, the data length of the data item called the stock code of the subsystem 22 is 5 digits, and this is called the 9-digit stock code of the subsystem 23 including the identification information with respect to information on bonds and the like. Convert to a data item. Thereby, local data in a data description format as shown in FIG. 9 is obtained. Further, in the sub-standard data description format, the data item “stock contract constant amount” has a data length of 15 digits, and in the subsystem 22, this is a data item called “agreed quantity” having a data length of 9 digits. The data item called the contracted quantity is once converted into a data item called a stock contract constant quantity having a data length of 15 digits. Furthermore, the stock constant amount having the data length of 15 digits is converted into the constant amount.
[0055]
Further, in the data description format unique to the subsystem 22, the contracted quantity is set such that the invalid value is none, and the illegal value is ≦ 0 in the data item of the constant constant specific to the subsystem 23 corresponding to the contracted quantity. (Uncommitted state) is set. The data description format conversion unit 212 determines whether or not an illegal value (≦ 0) when converting a data item called a contracted quantity unique to the subsystem 22 into a data item called a stock contract constant quantity in the substandard data description format.
[0056]
This illegal value is an attribute used for the validity check of the data item, and has the following significance.
[0057]
If the illegal value is not 0, that is, none, it can be converted into a data description format that can issue a processing instruction to the subsystem specified in the next processing procedure, so that the data description format to the subsystem downstream of the processing procedure Perform the conversion. If the invalid value is ≦ 0, the data description format conversion unit 212 determines that the data description format is not processable by the subsystem downstream of the processing procedure, and does not execute the data conversion processing to the subsystem downstream of the processing procedure. . As a result, it is possible to avoid the inconvenience of proceeding to the processing of the subsystem in the next processing procedure even though the processing is not fixed in the subsystem upstream of the processing procedure.
[0058]
For example, when local data as shown in FIG. 8 is determined by the data description format conversion unit 212, since the invalid value is none, the data description format conversion unit 212 determines that a processing instruction can be issued to the subsystem 23, and The data is converted into the data description format of the system 23. This determination is made on the basis of the referenced illegal value and the data processing result in the subsystem 22 by referring to the data item information database 212c for the format of the local data used in the subsystem 23.
[0059]
Next, when the data processing result in the subsystem 23 is as shown in FIG. 9, since the invalid value is 0, that is, ≦ 0, the data description format conversion unit 212 indicates that the data structure cannot proceed to the next processing process. Is judged and data conversion processing to sub-standard data is not executed. As a result, it is possible to avoid the inconvenience of proceeding to the next processing process even though the stock order execution has been finalized but the stock settlement process has not yet been finalized.
[0060]
When the data conversion process to the subsystem 23 is not executed, the subsystem 22 may be notified that the data description format cannot execute the data conversion process, and the routing engine 211a You may notify that the data description format which cannot perform conversion processing was received from the subsystem 22. FIG. In this case, the routing engine 211a may issue a reprocessing command for data that could not be subjected to data conversion processing to the subsystem 22. Specifically, for example, when data processing by the subsystem 23 is not executed, the data processing result processed by the subsystem 22 is temporarily stored in a database (not shown) provided in the data description format conversion unit 212, or It is possible to take a method such as returning the data processing result to the subsystem 22a or deleting the data processing result.
[0061]
  In this way, each data item has an attribute of an invalid value and data conversion is possible /ImpossibleBy making the system cluster hub 21 execute this determination, it is possible to easily grasp the situation where the processing procedure cannot be advanced, and the data purification function works.
[0062]
Further, a data attribute “type” is defined corresponding to the data items shown in FIGS. 8 and 9. This “type” indicates the type of local data and sub-standard data. When this data item is set to “local”, the data item is specific to the local data, that is, specific to the subsystem. In other subsystems, the concept is a data item that does not exist. If it is set to “dialect”, it is common not only to the local data but also to the substandard data, that is, the data description format may differ from other subsystems, but the data items also exist in other subsystems. Indicates that there is. The data item set to “local” is preferably hidden in the subsystem so that it cannot be referenced from other subsystems. Thereby, the independence and maintainability of the subsystem can be improved. Therefore, the data item set to “local” is not managed by the system, and can be freely set regardless of the system.
[0063]
A specific example of the data conversion process from the subsystem 22 to the subsystem 23 is merely an example.
[0064]
When the conversion of the data description format is completed, the data description format conversion unit 212 notifies the routing engine 211a of the end of the process. Upon completion of the data description format conversion, the routing engine 211a issues a processing command to the subsystem 23 to process in the order of the system function 23c and the system function 23d (s38). Receiving the processing instruction, the subsystem 23 first executes processing by the system function 23c (s39), and then executes processing by the system function 23d (s40). The results of these processes are obtained in a data description format unique to the subsystem 23 as shown in FIG. When the process by the system function 23d is completed, the subsystem 23 notifies the system cluster hub 21 of the end of the process (s41).
[0065]
The intra-system cluster hub 21 that has finished processing from the subsystem 23 converts the data acquired in the data description format unique to the subsystem 23 into the substandard data description format unique to the system cluster 2 and converts the data description format. An instruction is issued to the unit 212. The data description format conversion tool 212a of the data description format conversion unit 212 refers to the data description format conversion rule database 212b and converts local data specific to the subsystem 23 into substandard data specific to the system cluster 2 (s42). When the conversion of the data description format is completed, the routing control unit 211 is notified of the end of the process.
[0066]
When receiving the end of the data description format conversion process, the routing control unit 211 determines that the process in the system cluster 2 has ended, and notifies the inter-system cluster hub 1 of the end of the process (s4). The routing controller 11 of the inter-system cluster hub 1 receives the end of the processing from the system cluster 2 and converts the data specified in the sub-standard data description format unique to the system cluster 2 into the standard data description format. An instruction is issued to the description format converter 12. The data description format conversion tool 12a of the data description format conversion unit 12 refers to the data description format conversion rule database 12b to convert the substandard data unique to the system cluster 2 into standard data (s5), and from the standard data to the system cluster 3 The data description format is converted into unique substandard data (s6). When the conversion of the data description format is completed, the routing control unit 11 is notified of the end of the process.
[0067]
Upon completion of the conversion processing to standard data, the routing engine 11a issues a processing command to the system cluster 3 to perform the next processing based on the processing procedure determined at the start of processing (s7). Upon receiving this processing instruction, the system cluster 3 performs processing using data conversion between the substandard data description format and the local data description format in the same manner as the system cluster 2 (s8), and the processing result is unique to the system cluster 3. The sub-standard data description format is converted to the system inter-cluster hub 1 (S9).
[0068]
Upon receiving this processing end notification, the routing engine 11a causes the data description format conversion unit 12 to convert the data description format specific to the system cluster 3 into a standard data description format, and further converts the standard data description format into a data description format specific to the system cluster 4. (S10, 11). When the conversion is completed, the routing engine 11a issues a processing command to the system cluster 4 (s12). Upon receiving this processing instruction, the system cluster 4 performs the same processing as the system cluster 2 or 3 (s13), converts the processing result into a substandard data description format unique to the system cluster 4, and terminates the processing between the system clusters. The hub 1 is notified (s14).
[0069]
The routing engine 11a receives this processing end notification and causes the data description format converter 12 to convert the data description format unique to the system cluster 4 into the standard data description format (s15). The routing engine 11a that has received notification from the data description format conversion unit 12 that conversion to the standard data description format is complete determines that all processing has been completed, and ends the processing.
[0070]
As described above, according to the present embodiment, a single hub is provided for a plurality of subsystems and system clusters that are processed in different data description formats, and data descriptions between each subsystem and each system cluster are provided. By converting the format at the hub, it is not necessary to provide a data description format conversion means for each of the functions of the plurality of existing systems.
[0071]
Specifically, for example, when n subsystems are provided, n data description format conversion means for performing data description format conversion with other n-1 subsystems are not provided. The data description format conversion between all subsystems can be performed only by providing a data description format conversion means for converting the data description format between the subsystem and the substandard data description format.
[0072]
In addition, the management of each subsystem is facilitated by converting these data description formats in a centralized manner at the hub.
[0073]
Specifically, for example, when a new subsystem is provided, it is only necessary to provide a conversion file between the subsystem and the substandard data description format in the hub data description format conversion rule database 212b to which the subsystem is associated. The data description format can be converted between all other subsystems associated with the hub. In addition, when changing the subsystem, it is possible to cope with it only by changing the portion corresponding to the subsystem of the conversion file of the hub. In addition, when deleting a subsystem, it is possible to cope with it only by deleting a portion corresponding to the subsystem of the conversion file of the hub.
[0074]
In addition, by providing a routing engine in the hub, it is possible to execute processing using a plurality of subsystems based on a predetermined processing procedure without providing a means for determining the processing procedure in each subsystem. In addition, by centrally managing the processing procedure by the routing engine, it is not necessary to associate each subsystem with a processing rule and perform processing, thereby facilitating system management.
[0075]
Furthermore, in the above data description format, each data processing is executed in a three-level data description format, that is, a standard data description format, a substandard data description format, and a local data description format. By dividing and managing in a plurality of lower layer data description formats and a single upper layer data description format, there is only one data conversion means between the upper layer data description format and data compatibility can be achieved. Reserved subsystems and system clusters can be added. In addition, the processing procedure including the added subsystem or system cluster can be simply executed simply by incorporating the processing procedure including the processing of the added subsystem or system cluster into the business rule database referred to by the routing engine.
[0076]
  In addition, if the system functions increase and the system becomes complex, it becomes difficult to grasp the entire system. However, as in this embodiment, stock order execution, stock settlement, etc., which are actual business process units, are used as system functions. By associating the system, it is possible to grasp the system according to the actual business process. Therefore, it is possible to smoothly transfer information between a person who performs an actual business along with a business process and a system design developer.In this embodiment, when the business process of the subsystem 23 is performed after the business process of the subsystem 22 as shown in FIG. 13D, according to the processing result of the system function 22a of the subsystem 22, It is possible to decide whether to perform the processing of the system function 22b of the subsystem 22 or the processing of the system function 23c of the subsystem 23.As a result, it is possible to speed up the response to business changes.
[0077]
Each hub is provided with a data item information database for identifying common rules having compatibility in data description format with subsystems and system clusters. This facilitates management when the system administrator determines the data description format used in the target subsystem or system cluster, such as when adding or changing a system.
[0078]
The present invention is not limited to the above embodiment.
[0079]
In the above embodiment, the area to which the data belongs is not particularly mentioned, but the storage means is associated with each information processing function such as each subsystem, system cluster, and hub, and the data to be processed is processed according to the data processing procedure. You may output to the memory | storage means of another information processing function from the memory | storage means of the information processing function along a procedure.
[0080]
In addition, each hub has a case where a data description format conversion unit is provided as a rule conversion means, and a case where the data description format is centrally managed by the hub has been shown. However, the present invention is not limited to this. For example, conversion of rules other than data description formats that differ from each other in each system function, such as character code system conversion, communication protocol conversion, data item array order conversion (including data decomposition, selection, synthesis) Can also be done centrally. Data decomposition, selection, and composition means that one record is changed to two records, a plurality of records are changed to one record, only a part of the plurality of records is left, and other records are deleted. Various forms are conceivable. The character code is a concept including character codes defined by different standards such as JIS (Japan Industrial Standards), Shift-JIS, EUC (Extended UNIX Code), and EBCDIC (Extended Binary Coded Decimal Interchange Code). .
[0081]
When character code system conversion is managed by the hub, the character code system conversion between the character code used in each subsystem or system cluster in the hub and the common character code compatible with each character code The present invention can be applied by providing means.
[0082]
When the communication protocol is centrally managed by the hub, the communication protocol conversion between the communication protocol used in each subsystem or system cluster in the hub and the common communication protocol compatible with each communication protocol is performed. The present invention can be applied by providing means.
[0083]
Furthermore, any rules other than the character code system and communication protocol used in each subsystem and system cluster are defined as common rules that are compatible with the rules of each subsystem and each system cluster. The present invention can be applied by performing conversion between rules and common rules at the hub.
[0084]
In addition, various associations between the information processing function constituting the system and the physical hardware configuration such as a hub, a system cluster, and a subsystem are conceivable. For example, as shown in FIG. 100, each system cluster 2 to 4 may be associated with each other connected to the server 100 via the network 500, and a hub, system cluster, and subsystem are realized in each part of a storage area of a single general-purpose computer that does not involve a network. For example, processing for each system function, routing, data description format conversion, and the like may be executed by storing each program to be stored and reading each program from each storage area. More specifically, for example, each cluster may be associated with one computer as hardware. This is because different computers are likely to have different rules such as a data holding format, a data processing format, and a communication method. Further, when each cluster is associated with one computer in this way, a subsystem positioned at a lower level of the cluster may be associated with each of a plurality of processing spaces in the computer, for example. Specifically, the processing space means, for example, an address space of a multiple virtual memory mechanism or an individual process positioned above a hierarchically structured process group. More preferably, the processing contents of the system are classified from the viewpoint of business functions and organized and managed as subsystems. It is desirable that the system functions in the subsystems are extremely tightly coupled, and the degree of coupling between the subsystems is sparse. This improves the maintainability of each subsystem. Note that sparse / dense coupling is a concept close to sparse / dense data exchange. For example, in the case of tight coupling, it is necessary to frequently exchange data, and there are very few loose couplings. This is a form that can be realized with various interface specifications and small amounts of data exchange. Of course, the association with the hardware of the cluster and subsystem is not limited to that shown here.
[0085]
Moreover, although the case where the system function is provided only in the subsystem has been shown, the system function may be provided also in the system cluster or the hub. In this case, the processing including the system function can be executed by storing the processing procedure including the processing in the system function of the system cluster or the hub in the business rule database.
[0086]
Moreover, although the case where the data conversion process to a different subsystem was performed via substandard data was shown, it is not limited to this. For example, the data description format conversion rule database stores conversion rules for directly converting each subsystem and each system cluster, and based on this conversion rule, without using common rules such as substandard data and standard data. Data conversion processing may be performed.
[0087]
In the above-described system, the case where the data description format of three layers of local data, sub-standard data, and standard data is used as the data description format to be used has been described. However, the present invention is not limited to this. For example, in the case of a two-level system of local data and standard data, a configuration having a plurality of subsystems and one hub for managing these subsystems may be used. Further, the regional data may be further subdivided, and the present invention may be applied to a four-level data description format. In this case, the present invention can be applied by providing hubs for managing subsystems in each hierarchy.
[0088]
An example of the configuration of the subsystem 22 when the present invention is applied to a four-layer data description format is shown in FIG. FIG. 11 is applied by replacing the subsystem 22 in FIGS. As shown in FIG. 11, a hub 220 and subsystems 2203 and 2204 are further provided in the subsystem 22. By configuring the subsystem 23 in the same manner as the subsystem 22 and further configuring the subsystems of the other system clusters 3 and 4 from the hub and subsystem, a four-layer data description format is applied. The
[0089]
Of course, by providing a subsystem consisting of a hub and a subsystem in the subsystems 2203 and 2204 provided in the subsystem 22 shown in FIG. 11, a 5-level data description format is realized. Of course, it is also possible to realize hierarchization of data description formats of six or more hierarchies by the same method.
[0090]
Conversely, when a two-level data description format is applied, for example, as shown in FIG. 12, a plurality of subsystems in a plurality of system cluster hubs 21, 31, and 41 are respectively connected to a plurality of subsystems 32-34, 22-23. , 42 to 44, and the hubs 21, 31, and 41 in each system cluster convert the data description format without inter-system cluster hubs. As described above, the system management is facilitated by reducing the hierarchy of the data description format. That is, by managing a smaller number of hubs, it becomes possible to manage data description formats and business rules of all system clusters and subsystems. In particular, when the hub and system cluster are mounted on physically separate hardware such as a server and a terminal, the data of all other terminals can be obtained by referring to a single server (hardware). It is possible to manage the description format and the like.
[0091]
Moreover, although the case where the system cluster, the subsystem, and the system function are set for each processing unit of the business process has been described in the above embodiment, it is needless to say that it may be set for each other processing unit.
[0092]
【The invention's effect】
  As described above in detail, according to the present invention, it is possible to provide an information control system capable of realizing a business process simply and efficiently.Further, when the business process corresponding to the second upper information processing means is performed after the processing of the business process corresponding to the first higher information processing means, the processing of the business process corresponding to the first upper information processing means Among the processes of the business process corresponding to the first higher-level information processing means, the details corresponding to the second lower-level information processing means according to the processing result of the detailed business process corresponding to the first lower-level information processing means. It is possible to decide whether to execute a business process or a detailed business process corresponding to the third lower information processing means among the business process corresponding to the second higher information processing means. It is possible to speed up the response to changes in the situation.
[Brief description of the drawings]
FIG. 1 is a conceptual diagram of an information control system according to a first embodiment of the present invention.
FIG. 2 is a view showing a detailed configuration of a system cluster hub according to the embodiment;
FIG. 3 is a diagram showing an example of a detailed configuration of a system cluster according to the embodiment.
FIG. 4 is a view showing an example of the configuration of a substandard data item information database according to the embodiment.
FIG. 5 is a view showing an example of a detailed configuration of a data description format conversion rule database according to the embodiment;
FIG. 6 is an exemplary flowchart showing the operation of the information control system according to the embodiment;
FIG. 7 is an exemplary flowchart showing the operation of the system cluster in the information control system according to the embodiment;
FIG. 8 is a view showing an example of local data obtained in a data description format unique to the subsystem 22 according to the embodiment;
FIG. 9 is a view showing an example of local data obtained in a data description format unique to the subsystem 23 according to the embodiment;
FIG. 10 is a view showing a modification of the information control system according to the embodiment.
FIG. 11 is an exemplary view showing a modification of the subsystem according to the embodiment.
FIG. 12 is a conceptual diagram of an information control system using a two-layer data description format according to a modification of the embodiment.
FIG. 13 is a view showing a specific example of a processing procedure stored in the business rule database according to the embodiment.
FIG. 14 is an exemplary view showing a specific example of a process start condition associated with a process procedure stored in the business rule database according to the embodiment.
[Explanation of symbols]
1,100 ... Hub between system clusters
2-4 ... System cluster
11, 211 ... Routing control unit
11a, 211a ... Routing engine
11b, 211b ... Business rule database
12, 212 ... Data description format conversion unit
12a ... Data description format conversion tool
12b ... Data description format conversion rule database
12c ... Data item information database
21, 31, 41 ... Hub in system cluster
22, 23, 32-34, 42-44 ... subsystem
22a, 22b, 23c, 23d ... system functions
200, 300, 400 ... terminal
212a ... Data description format conversion tool
212b ... Data description format conversion rule database
212c ... Data item information database
500 ... Network

Claims

A plurality of high-order information processing means for performing information processing, each having a plurality of low-order information processing means;
A processing procedure for performing information processing by the plurality of upper information processing means, a processing procedure storage means for storing a processing procedure of information processing by the lower information processing means in the plurality of upper information processing means;
Processing for causing the lower-level information processing means to perform the information processing on the higher-level information processing means having the lower-level information processing means that should perform information processing based on the information processing procedure stored in the processing procedure storage means Processing instruction means for issuing instructions and
Comprising
The upper information processing means receives a processing instruction for causing the lower information processing means included in the upper information processing means to perform information processing from the processing instruction means and causes the lower information processing means to perform information processing. Notifying the processing instruction means of the information processing result of the information processing means,
When the processing instruction means receives an information processing result from the lower-order information processing means that has issued the processing instruction, the lower-order information processing means to perform the next information processing based on the processing procedure stored in the processing procedure storage means In an information control system for issuing a processing instruction for causing the lower-level information processing means to perform the information processing on the higher-level information processing means having
Of the plurality of upper information processing means, a first upper information processing means has a first lower information processing means and a second lower information processing means, and second upper information of the plurality of higher information processing means. The processing means has third lower information processing means and fourth lower information processing means,
The processing procedure stored in the processing procedure storage means is the information processing by the first lower information processing means, the second lower information processing means according to the information processing result of the first lower information processing means or the second information processing means. And a processing procedure for performing information processing in the order of information processing by the lower information processing unit 3 and information processing by the fourth lower information processing unit,
Each of the plurality of upper information processing means is set for each information processing unit of a business process, and each of the plurality of lower information processing means included in the upper information processing means is a business in the upper information processing means. An information control system, which is set for each information processing unit of a detailed business process obtained by dividing an information processing unit of a process .