JP2000339178A - オンラインシステム、トランザクション処理方法及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 システム稼働後に追加開発を容易に行うこと
のできるメンテナンス性の高いオンラインシステムを提
供することである。 【解決手段】 トランザクション共通制御３２は、端末
機等から送られた入力電文１３１を取得すると、入力電
文１３１の取引番号等をキーにして、制御テーブル３１
を参照し、業務処理ＩＤを取得し、また、取得した業務
処理ＩＤをキーにして、業務テーブル３１ｂを参照し、
個別処理ＩＤを取得する。トランザクション共通制御３
２は、取得した個別処理ＩＤ等に従って、入力処理１３
３〜出力処理１３６を組み立て、順次起動する。出力処
理１３６は、定期元帳２２の更新内容等に従って出力情
報エリア１３７を編集する。トランザクション共通制御
３２は、出力情報エリア１３７の内容から出力電文１３
８を生成し、端末機等に送出する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、金融機関等にお
いて複数の業務取引をオンライン処理やセンタ一括処理
にて行うオンラインシステム、トランザクション処理方
法及び記録媒体に関する。

【０００２】

【従来の技術】金融機関等のオンラインシステムは、一
般に、オンライン処理、及びセンタ一括処理等から構成
される。オンライン処理は、利用者のＡＴＭ（Automati
c Teller Machine）等を介した操作に応じて実行する入
出金処理に代表される処理である。この他にも、オペレ
ータから窓口端末等を介して指示される当座、定期、貸
出等の各種業務処理をリアルタイムに実行する処理があ
る。センタ一括処理は、所定の期日毎に、利用者の使用
した公共料金等の自動振替処理や、利用者に融資した金
額に対する元利金等の償還処理等を、オンライン処理終
了後に、一括して実行する処理である。

【０００３】従来のオンラインシステムについて、オン
ライン処理を一例として、以下、図１１を参照して具体
的に説明する。図１１は、定期業務を一例としたオンラ
イン処理における１トランザクションの処理概要を示す
模式図である。

【０００４】まず、制御ＡＰ２０２は、窓口端末等から
送られる入力電文２０１を取得し、取得した入力電文２
０１の内容を入力編集定義２０３に展開する。また、制
御ＡＰ２０２は、入力電文２０１に含まれる取引番号及
び科目（業務コード）に従って、対象となる科目／商品
メイン２０４を起動する。この例の場合、定期預金の科
目／商品メイン２０４が起動される。

【０００５】科目／商品メイン２０４は、取引資格や取
引制限等のチェックを行った後、対象となる取引メイン
２０５を起動する。この例の場合、入金（定期−入金）
の取引メイン２０５が起動される。

【０００６】取引メイン２０５は、入力編集定義２０３
の内容を参照しながら、入力チェック及び所定のオンラ
イン元帳の更新等の処理を行う。なお、その際、取引メ
イン２０５は、他業務（科目）に連動する処理が生ずる
場合に、対象となる他業務の連動取引メイン２０６を起
動する。この例の場合、顧客−非課税管理、及び普通−
極度貸登録の連動取引メイン２０６が起動される。

【０００７】取引メイン２０５は、オンライン元帳の更
新内容等に従って、出力情報を出力編集定義１０７に編
集し、起動元の科目／商品メイン２０４に処理を戻す。
科目／商品メイン２０４もまた、制御ＡＰ２０２に処理
を戻す。

【０００８】制御ＡＰ２０２に処理が戻ると、制御ＡＰ
２０２は、出力編集定義１０７の内容に従って出力電文
１０８を生成し、生成した出力電文１０８を窓口端末等
に返送する。このように、入力電文２０１に対する１ト
ランザクションの処理が完結する。

【０００９】このような処理を行う業務アプリケーショ
ンは、一般に、取引毎の処理が業務（科目）別に個別に
作成される。また、業務間を連携するための連動制御
も、それぞれの業務毎に構築されている。

【００１０】

【発明が解決しようとする課題】近年の金融自由化等に
伴い、金融機関等において、組み合わせ商品、及び派生
商品等の商品化のニーズが急速に高まっている。このよ
うな、新規商品を、他社に先駆けて商品化できるかどう
かは、金融機関等にとって重要な経営課題となってい
る。

【００１１】しかし、従来のオンラインシステムでは、
上述のように、業務アプリケーションが、業務毎、及び
取引毎に作成されているため、業務アプリケーション
に、組み合わせ商品、及び派生商品等の新規商品を追加
するには、関係する業務処理全般を見直す必要がある。
そのため、開発に長期間を必要とし、それに伴い、開発
コストの増大を招いていた。さらに、新規商品を追加し
た後の業務アプリケーションは、ロジックが複雑となる
場合が多く、メンテナンス性が低下するといった問題も
あった。

【００１２】この発明は、上記実状に鑑みてなされたも
ので、メンテナンス性が高く、容易に新規商品等の開発
をすることのできるオンラインシステム、トランザクシ
ョン処理方法及び記録媒体を提供することを目的とす
る。

【００１３】

【課題を解決するための手段】上記目的を達成するた
め、本発明の第１の観点に係るオンラインシステムは、
オンライン取引に応じた業務処理を実行するオンライン
システムであって、取引に依存しない所定の機能毎に予
め分けられた複数の処理アプリケーションを保持するア
プリケーション保持手段と、前記アプリケーション保持
手段により保持された処理アプリケーションの中から、
取引に応じた業務処理を構成する予め定められた複数の
処理アプリケーションを特定するアプリケーション特定
手段と、前記アプリケーション特定手段により特定され
た業務処理を構成する複数の処理アプリケーションを起
動するアプリケーション起動手段と、を備えることを特
徴とする。

【００１４】この発明によれば、アプリケーション保持
手段は、取引に依存しない所定の機能毎に予め分けられ
た複数の処理アプリケーションを保持する。アプリケー
ション特定手段は、アプリケーション保持手段により保
持された処理アプリケーションの中から、取引に応じた
業務処理を構成する予め定められた複数の処理アプリケ
ーションを特定する。アプリケーション起動手段は、ア
プリケーション特定手段により特定された業務処理を構
成する複数の処理アプリケーションを起動する。このよ
うに、アプリケーション保持手段に保持されている処理
アプリケーションが、取引に依存しない所定の機能毎に
分けられたものであるため、メンテナンス性が高く、新
規商品等の開発も容易となる。

【００１５】上記目的を達成するため、本発明の第２の
観点に係るオンラインシステムは、オンライン取引に応
じた業務処理を実行するオンラインシステムであって、
取引に依存しない所定の機能毎に予め分けられた複数の
処理アプリケーションを保持するアプリケーション保持
手段と、前記アプリケーション保持手段により保持され
た各処理アプリケーションを特定するための複数の識別
番号を記憶する識別番号記憶手段と、取引を特定する少
なくとも取引番号を含んだ電文を取得する電文取得手段
と、前記電文取得手段が取得した電文に含まれる取引番
号に従って、前記識別番号記憶手段に記憶された識別番
号の中から業務処理を構成する複数の識別番号を取得す
る識別番号取得手段と、前記アプリケーション保持手段
により保持された処理アプリケーションの中から、前記
識別番号取得手段により取得された識別番号により特定
される処理アプリケーションを起動するアプリケーショ
ン起動手段と、を備えることを特徴とする。

【００１６】この発明によれば、アプリケーション保持
手段は、取引に依存しない所定の機能毎に予め分けられ
た複数の処理アプリケーションを保持する。識別番号記
憶手段は、アプリケーション保持手段により保持された
各処理アプリケーションを特定するための複数の識別番
号を記憶する。電文取得手段は、取引を特定する少なく
とも取引番号を含んだ電文を取得する。識別番号取得手
段は、電文取得手段が取得した電文に含まれる取引番号
に従って、識別番号記憶手段に記憶された識別番号の中
から業務処理を構成する複数の識別番号を取得する。ア
プリケーション起動手段は、アプリケーション保持手段
により保持された処理アプリケーションの中から、識別
番号取得手段により取得された識別番号により特定され
る処理アプリケーションを起動する。アプリケーション
保持手段に保持されている処理アプリケーションが、取
引に依存しない所定の機能毎に分けられたものであるた
め、メンテナンス性が高く、新規商品等の開発も容易と
なる。

【００１７】上記目的を達成するため、本発明の第３の
観点に係るオンラインシステムは、オンライン取引に応
じた業務処理を実行するオンラインシステムであって、
取引に依存しない所定の機能毎に予め分けられた複数の
個別処理から構成される業務アプリケーションと、取引
に応じた前記業務アプリケーションにおける業務処理を
構成する予め定められた複数の個別処理を特定する制御
テーブルと、取引を特定する取引番号に従って、前記制
御テーブルを参照し、前記業務アプリケーションにおけ
る業務処理を構成する個別処理を起動するトランザクシ
ョン制御と、を備えることを特徴とする。

【００１８】この発明によれば、業務アプリケーション
が、取引に依存しない所定の機能毎に予め分けられた複
数の個別処理から構成される。制御テーブルは、取引に
応じた業務アプリケーションにおける業務処理を構成す
る予め定められた複数の個別処理を特定する。トランザ
クション制御は、取引を特定する取引番号に従って、制
御テーブルを参照し、業務アプリケーションにおける業
務処理を構成する個別処理を起動する。このように、業
務アプリケーションを構成する個別処理が、取引に依存
しない所定の機能毎に分けられたものであるため、メン
テナンス性が高く、新規商品等の開発も容易となる。

【００１９】上記目的を達成するため、本発明の第４の
観点に係るトランザクション処理方法は、オンライン取
引に応じた業務処理を実行するトランザクション処理方
法であって、取引を特定する少なくとも取引番号を含ん
だ電文を取得する電文取得ステップと、前記電文取得ス
テップにて取得された電文に含まれる取引番号に従っ
て、取引に依存しない所定の機能毎に予め分けられた複
数の処理アプリケーションから業務処理を構成する予め
定められた処理アプリケーションを特定するアプリケー
ション特定ステップと、前記アプリケーション特定ステ
ップにて特定された業務処理を構成する処理アプリケー
ションを起動するアプリケーション起動ステップと、を
備えることを特徴とする。

【００２０】この発明によれば、電文取得ステップは、
取引を特定する少なくとも取引番号を含んだ電文を取得
する。アプリケーション特定ステップは、電文取得ステ
ップにて取得された電文に含まれる取引番号に従って、
取引に依存しない所定の機能毎に予め分けられた複数の
処理アプリケーションから業務処理を構成する予め定め
られた処理アプリケーションを特定する。アプリケーシ
ョン起動ステップは、アプリケーション特定ステップに
て特定された業務処理を構成する処理アプリケーション
を起動する。このように、アプリケーション特定ステッ
プにて特定される処理アプリケーションが、取引に依存
しない所定の機能毎に分けられたものであるため、メン
テナンス性が高く、新規商品等の開発も容易となる。

【００２１】上記目的を達成するため、本発明の第５の
観点に係る記録媒体は、オンライン取引に応じた業務処
理を実行するトランザクション処理方法をコンピュータ
に実行させるためのプログラムを記録したコンピュータ
読み取り可能な記録媒体であって、取引を特定する少な
くとも取引番号を含んだ電文を取得する電文取得ステッ
プと、前記電文取得ステップにて取得された電文に含ま
れる取引番号に従って、取引に依存しない所定の機能毎
に予め分けられた複数の処理アプリケーションから業務
処理を構成する予め定められた処理アプリケーションを
特定するアプリケーション特定ステップと、前記アプリ
ケーション特定ステップにて特定された業務処理を構成
する処理アプリケーションを起動するアプリケーション
起動ステップとを有するトランザクション処理方法をコ
ンピュータに実行させるためのプログラムを記録する。

【００２２】

【発明の実施の形態】本発明の実施の形態にかかるオン
ラインシステムについて、以下、図面を参照して説明す
る。

【００２３】図１は、この実施の形態にかかるオンライ
ンシステムの一例を示す模式図である。このオンライン
システムは、ＣＰＵ（Central Processing Unit；中央
演算処理装置）１と、オンライン元帳２と、自動機３
と、端末機４と、システムコンソール５とから構成され
る。

【００２４】ＣＰＵ１は、オペレーティングシステム１
１と、基盤ＡＰ（Application Program）１２と、業務
ＡＰ１３と、ＤＢアクセス制御１４とを含んで構成され
る。オペレーティングシステム１１は、ＣＰＵ１全体を
制御し、必要な資源を割り当てたり、基盤ＡＰ１２及び
業務ＡＰ１３の処理を制御する等の役割を果たす。

【００２５】基盤ＡＰ１２は、図２に示すように、制御
テーブル３１と、トランザクション共通制御３２とを含
んで構成される。制御テーブル３１は、図３（ａ）に示
す取引テーブル３１ａと、図３（ｂ）に示す業務テーブ
ル３１ｂとを予め記憶する。取引テーブル３１ａは、業
務コード、取引番号、取引名称、及び業務処理ＩＤから
構成され、主に、業務コード及び取引番号をキーにして
業務処理ＩＤを特定するためのテーブルである。業務テ
ーブル３１ｂは、業務処理ＩＤ、個別処理名称、及び個
別処理ＩＤから構成され、主に、業務処理ＩＤをキーに
して複数の個別処理ＩＤを特定するためのテーブルであ
る。

【００２６】図２に戻って、トランザクション共通制御
３２は、自動機３等から取得した入力電文に含まれる取
引番号をキーとして、制御テーブル３１（取引テーブル
３１ａ）を参照して業務処理ＩＤを取得し、更に、業務
処理ＩＤをキーとして、制御テーブル３１（業務テーブ
ル３１ｂ）を参照して複数の個別処理ＩＤを取得する。
トランザクション共通制御３２は、取得した個別処理Ｉ
Ｄ等に従って業務ＡＰ１３を構成する所定の業務処理を
起動する。

【００２７】業務ＡＰ１３は、例えば、バンキングシス
テムにおける当座、定期、貸出等の各業務の取引におけ
る業務処理の集合である。具体的に説明すると、業務Ａ
Ｐ１３は、図２に示すように、入力処理群１０１と、当
座業務処理群１０２と、定期業務処理群１０３と、貸出
業務処理群１０４と、出力処理群１０５とを含んで構成
される。なお、業務処理群の分け方は、任意である。

【００２８】入力処理群１０１は、業務の取引と１対１
に対応し、取引毎に異なる所定の入力電文チェック等を
行う複数の入力処理プロセスから構成される。つまり、
入力処理群１０１は、入力処理時における取引毎の差異
を吸収する処理である。

【００２９】当座業務処理群１０２、定期業務処理群１
０３、及び貸出業務処理群１０４は、それぞれ、図４に
示すように、取引に依存しない機能分類に大きく分けら
れた複数の管理処理群（採番情報管理、顧客情報管理、
・・・）から構成される。各管理処理群は、更に、個別
機能毎に分けられた処理プロセス（顧客番号、口座番
号、・・・）から構成される。これらの処理プロセスに
は、予めその処理プロセスを特定する個別処理ＩＤ（Ｋ
００１、Ｋ００２、・・・）が採番されている。この個
別処理ＩＤは、上述の図３（ｂ）に示す業務テーブル３
１ｂの個別処理ＩＤと同じであり、当座業務処理群１０
２、定期業務処理群１０３、及び貸出業務処理群１０４
を構成する各処理プロセスは、制御テーブル３１の業務
テーブル３１ｂにより特定される。換言すれば、当座業
務処理群１０２、定期業務処理群１０３、及び貸出業務
処理群１０４を構成する各処理プロセス（業務処理プロ
セス）を、制御テーブル３１上の個別処理ＩＤにより指
定して、実行することができる。また、これらの業務処
理群を構成する各処理プロセスは、オンライン元帳２に
記憶されたデータをＤＢアクセス制御１４を介して読み
出し、及び書き込みを行う。なお、業務処理及び個別処
理の構成は任意である。

【００３０】図２に戻って、出力処理群１０５は、業務
の取引と１対１に対応し、取引毎に異なる所定の出力編
集等を行う複数の出力処理プロセスから構成される。つ
まり、出力処理群１０５は、出力処理時における取引毎
の差異を吸収する処理である。

【００３１】ＤＢアクセス制御１４は、当座業務処理群
１０２等の処理プロセスからの呼び出しに従って、オン
ライン元帳２へのデータアクセスを制御する。すなわ
ち、ＤＢアクセス制御１４は、業務ＡＰ１３に制御さ
れ、オンライン元帳２に記憶された所定のデータの読み
出し、及び書き込みを行う。

【００３２】オンライン元帳２は、図２に示すように、
例えば、バンキングシステムにおける当座、定期、貸出
等の各業務の元帳となる当座元帳２１、定期元帳２２、
貸出元帳２３、顧客元帳２４等から構成される。各元帳
は、ＤＢアクセス制御１４を介して業務ＡＰ１３により
更新される。なお、オンライン元帳２の構成は、任意で
ある。

【００３３】図１に戻って、自動機３は、ＡＴＭ等から
なり、例えば、金融機関の本店、支店等に設置され、利
用者の操作により所定の入力電文を生成し、生成した入
力電文を回線等を介して、ＣＰＵ１に送信する。また、
自動機３は、ＣＰＵ１に送信した入力電文に基づいた処
理結果である出力電文をＣＰＵ１から取得し、紙幣等を
排出する等の所定の処理を行う。

【００３４】端末機４は、窓口端末等からなり、例え
ば、金融機関の本店、支店等の窓口に設置され、オペレ
ータ（窓口担当者）等により操作される。端末機４も自
動機３と同様に、操作に従って生成した入力電文を回線
等を介して、ＣＰＵ１に送信し、送信した入力電文に基
づいた処理結果である出力電文をＣＰＵ１から取得す
る。

【００３５】システムコンソール５は、システム運用者
等により管理され、システム障害時等に、異常終了した
ジョブ及びその異常原因が表示され、システム運用者等
に、システムの復旧等を促す。

【００３６】以下、この発明の実施の形態にかかるオン
ラインシステムにおいて、端末機４等から入力された入
力電文を処理するトランザクション処理を一例として、
図５を参照して説明する。図５は、基盤ＡＰ１２及び業
務ＡＰ１３が行うトランザクション処理を説明するため
のフローチャートである。図５に示すトランザクション
処理は、オペレータが端末機４等を操作することにより
生成された図６に示すような入力電文が、基盤ＡＰ１２
に送信される度に開始される。

【００３７】まず、基盤ＡＰ１２は、端末機４等から送
られた図６に示すような入力電文を取得する（ステップ
Ｓ１）。基盤ＡＰ１２は、入力電文を取得すると、所定
の入力情報エリアに入力電文の内容を展開する（ステッ
プＳ２）。

【００３８】基盤ＡＰ１２のトランザクション共通制御
３２は、端末機４等から取得した入力電文に含まれる取
引番号等をキーにして、制御テーブル３１を参照し、対
応する業務処理ＩＤを取得する（ステップＳ３）。すな
わち、トランザクション共通制御３２は、入力電文に含
まれる業務コード及び取引番号をキーにして、図３
（ａ）に示す取引テーブル３１ａを参照し、対応する業
務処理ＩＤを取得する。例えば、入力電文に含まれる業
務コードが「００２」で、取引番号が「０５００２」で
ある場合、トランザクション共通制御３２は、定期入金
の業務処理ＩＤである「ＡＢＳ２０００」を取得する。

【００３９】トランザクション共通制御３２は、取得し
た業務処理ＩＤをキーにして、制御テーブル３１を参照
し、対応する複数の個別処理ＩＤを取得する（ステップ
Ｓ４）。すなわち、トランザクション共通制御３２は、
取得した業務処理ＩＤをキーにして、図３（ｂ）に示す
業務テーブル３１ｂを参照し、対応する複数の個別処理
ＩＤを取得する。例えば、ステップＳ３にて取得した業
務処理ＩＤが「ＡＢＳ２０００」である場合、トランザ
クション共通制御３２は、個別処理ＩＤ「Ｋ２０１」〜
「Ｋ３０１」を取得する。

【００４０】トランザクション共通制御３２は、取得し
た個別処理ＩＤに従って、業務ＡＰ１３を構成する複数
の処理プロセスの中から、対応する処理プロセスを起動
するプロセス起動処理を行う（ステップＳ５）。なお、
プロセス起動処理の詳細については、後述する。

【００４１】トランザクション共通制御３２は、ステッ
プＳ５のプロセス起動処理により編集された出力情報エ
リアの内容から、出力電文を生成し、端末機４等に送信
する（ステップＳ６）。

【００４２】以下、ステップＳ５にて行われるプロセス
起動処理について、図７を参照して説明する。図７は、
プロセス起動処理を説明するためのフローチャートであ
る。

【００４３】トランザクション共通制御３２は、制御テ
ーブル３１から取得した個別処理ＩＤ等に従って、業務
処理プロセスを組み立てる（ステップＳ１１）。すなわ
ち、トランザクション共通制御３２は、図５のステップ
Ｓ３及びＳ４にて取得した業務処理ＩＤ、及び複数の個
別処理ＩＤに従って、業務処理プロセスを組み立てる。
例えば、ステップＳ３にて取得した業務処理ＩＤが、図
３（ａ）に示す「ＡＢＳ２０００」で、ステップＳ４に
て取得した個別処理ＩＤが、図３（ｂ）に示す「Ｋ２０
１」〜「Ｋ３０１」である場合、トランザクション共通
制御３２は、図８に示すような「定期入金処理」を組み
立てる。

【００４４】すなわち、トランザクション共通制御３２
は、業務処理ＩＤ「ＡＢＳ２０００」により、業務ＡＰ
１３を構成する処理プロセスの中から、図８に示す定期
入金入力処理１１１及び定期入金出力処理１２１を特定
する。また、トランザクション共通制御３２は、個別処
理ＩＤ「Ｋ２０１」〜「Ｋ３０１」に従って、業務ＡＰ
１３を構成する処理プロセスの中から、図８に示す口座
情報管理（残高情報管理）１１２〜明細情報管理（取引
履歴管理）１２０（口座情報管理用処理プロセス〜明細
書情報管理用処理プロセス）を特定する。トランザクシ
ョン共通制御３２は、これら特定した業務処理プロセス
より、「定期入金処理」を組み立てる。

【００４５】トランザクション共通制御３２は、組み立
てた業務処理プロセスのうち、所定の入力処理を起動し
て実行する（ステップＳ１２）。例えば、図８に示す
「定期入金処理」が組み立てられている場合に、トラン
ザクション共通制御３２は、定期入金入力処理１１１を
起動する。定期入金入力処理１１１は、定期入金取引に
必要な入力チェック等の処理を実行する。定期入金入力
処理１１１は、処理終了後、トランザクション共通制御
３２に処理を戻す。

【００４６】トランザクション共通制御３２は、組み立
てた業務処理プロセスのうち、所定の業務処理を起動し
て実行する（ステップＳ１３）。例えば、図８に示す
「定期入金処理」が組み立てられている場合に、トラン
ザクション共通制御３２は、口座情報管理（残高情報管
理）１１２〜明細情報管理（取引履歴管理）１２０を順
次起動する。口座情報管理（残高情報管理）１１２〜明
細情報管理（取引履歴管理）１２０は、順次、対応する
当座元帳２１、定期元帳２２、及び顧客元帳２４の更新
等の処理を実行する。最後に起動される明細情報管理
（取引履歴管理）１２０は、処理終了後、トランザクシ
ョン共通制御３２に処理を戻す。

【００４７】トランザクション共通制御３２は、組み立
てた業務処理プロセスのうち、所定の出力処理を起動
し、所定の出力情報エリアを編集する（ステップＳ１
４）。例えば、図８に示す「定期入金処理」が組み立て
られている場合に、トランザクション共通制御３２は、
定期入金出力処理１２１を起動する。定期入金出力処理
１２１は、ステップＳ１３にて起動された業務処理プロ
セスにより処理されたオンライン元帳２の更新内容等に
従って、所定の出力情報エリアを編集する。定期入金出
力処理１２１は、処理終了後、トランザクション共通制
御３２に処理を戻す。トランザクション共通制御３２に
処理が戻ると、トランザクション共通制御３２は、業務
プロセス起動処理を終了し、図５のステップＳ６に処理
を進める。

【００４８】以下、上述したトランザクション処理を図
９を参照して、より具体的に説明する。図９は、入力電
文に応じて処理されるこの発明の実施の形態にかかるト
ランザクション処理の処理概要を示す模式図である。ま
ず、トランザクション共通制御３２（基盤ＡＰ１２）
は、端末機４等から送られた「定期自動継続取引」の入
力電文１３１を取得する（ステップＳ１）。トランザク
ション共通制御３２（基盤ＡＰ１２）は、入力電文１３
１の内容を入力情報エリア１３２に展開する（ステップ
Ｓ２）。

【００４９】トランザクション共通制御３２は、入力電
文１３１の業務コード「００２」及び取引番号「０５０
１０」をキーにして、制御テーブル３１を参照し、業務
処理ＩＤ「ＡＢＳ７０００」を取得する（ステップＳ
３）。また、トランザクション共通制御３２は、取得し
た業務処理ＩＤ「ＡＢＳ７０００」をキーにして、業務
テーブル３１ｂを参照し、個別処理ＩＤ「Ｋ６０１」及
び「Ｋ６０２」を取得する（ステップＳ４）。

【００５０】トランザクション共通制御３２は、取得し
た業務処理ＩＤ「ＡＢＳ７０００」及び個別処理ＩＤ
「Ｋ６０１」、「Ｋ６０２」に従って、入力処理（自動
継続）１３３〜出力処理（自動継続）１３６からなる
「定期自動継続処理」を組み立てる（ステップＳ１
１）。

【００５１】トランザクション共通制御３２は、入力処
理（自動継続）１３３を起動し（ステップＳ１２）、更
に、業務処理（定期解約）１３４及び、業務処理（定期
受入）１３５を順次起動する（ステップＳ１３）。業務
処理（定期解約）１３４は、定期元帳２２を更新し、旧
の定期を解約し、また、業務処理（定期受入）１３５
は、定期元帳２２を更新し、新規の定期を受け入れる。

【００５２】また、トランザクション共通制御３２は、
出力処理（自動継続）１３６を起動する（ステップＳ１
４）。出力処理（自動継続）１３６は、定期解約及び定
期受入による定期元帳２２の更新内容等に従って出力情
報エリア１３７を編集する。トランザクション共通制御
３２（基盤ＡＰ１２）は、出力情報エリア１３７の内容
から出力電文１３８を生成し、端末機４等に送出する
（ステップＳ６）。

【００５３】このように、この発明の実施の形態にかか
るオンラインシステムは、業務処理における取引に依存
しない機能毎に分けられた業務ＡＰ１３の業務処理群の
中から、対応する業務処理プロセスが制御テーブル３１
に従って、起動される。このようなオンラインシステム
の業務ＡＰ１３は、メンテナンス性が高く、新規商品等
の開発も容易となる。

【００５４】以下、新規商品等の開発の一例を図１０を
参照して説明する。図１０は、上述の図９にて説明した
「定期自動継続取引」に、定期利息額の一部を所定の公
益団体等の口座に入金するボランティア振替の機能を付
加して新商品を開発する様子を示す模式図である。ま
ず、開発者は、定期利息額の一部を所定の公益団体等の
口座に入金するための業務処理（当座入金）１４１を開
発する。そして、制御テーブル３１における定期自動継
続の業務処理ＩＤである「ＡＢＳ７０００」の業務テー
ブル３１ｂに、業務処理（当座入金）１４１に対応して
定められたＫ７０１を登録する。なお、業務処理（当座
入金）１４１がすでに存在する場合には、業務テーブル
３１ｂに、業務処理（当座入金）１４１に対応して定め
られたＫ７０１を登録するだけでよい。

【００５５】このように制御テーブル３１等が変更され
た後に、「定期自動継続取引」の入力電文が入力される
と、トランザクション共通制御３２は、制御テーブル３
１に従って、入力処理（自動継続）１３３、業務処理
（定期解約）１３４、業務処理（定期受入）１３５、業
務処理（当座入金）１４１、及び出力処理（自動継続）
１３６を順次起動し、それぞれの処理を実行する。

【００５６】以上のように、この実施の形態では、業務
ＡＰ１３を構成する業務処理群が、取引に依存しない機
能毎に分けられたものであるため、システム稼動後に追
加開発を容易に行うことのできるメンテナンス性の高い
オンラインシステムを実現することができる。

【００５７】上記の実施の形態では、オンライン処理に
おいて発生するトランザクション処理について説明した
が、センタ一括処理において発生するトランザクション
処理に適用してもよい。また、その際、複数の（例え
ば、５つの）センタ一括取引が１つのトランザクション
処理として実行されてもよい。

【００５８】なお、この発明のトランザクション処理を
実行するオンラインシステムは、専用のシステムによら
ず、汎用のコンピュータシステムを用いて実現可能であ
る。例えば、コンピュータに上述のトランザクション処
理を実行するためのプログラムを格納した媒体（フロッ
ピーディスク、ＣＤ−ＲＯＭ等）から該当プログラムを
インストールすることにより、上述の処理を実行するオ
ンラインシステムを構成することができる。

【００５９】また、コンピュータにプログラムを供給す
るための媒体は、通信媒体（通信回線、通信ネットワー
ク、通信システムのように、一時的かつ流動的にプログ
ラムを保持する媒体）でも良い。例えば、通信ネットワ
ークの掲示板（ＢＢＳ）に当該プログラムを掲示し、こ
れをネットワークを介して配信してもよい。そして、こ
のプログラムを起動し、ＯＳの制御下で、他のアプリケ
ーションプログラムと同様に実行することにより、上述
の処理を実行することができる。

【００６０】

【発明の効果】以上説明したように、本発明によれば、
システム稼働後に追加開発を容易に行うことのできるメ
ンテナンス性の高いオンラインシステムを実現すること
ができる。

【図面の簡単な説明】

【図１】本発明の実施の形態に係るオンラインシステム
の構成の一例を示す模式図である。

【図２】本発明の実施の形態に係るオンラインシステム
の構成を具体的に示す模式図である。

【図３】制御テーブルの構成の一例を示す模式図で、
（ａ）が取引テーブルで、（ｂ）が業務テーブルであ
る。

【図４】業務ＡＰの構成の一例を示す模式図である。

【図５】本発明の実施の形態に係るトランザクション処
理を説明するためのフローチャートである。

【図６】入力電文の一例を示す模式図である。

【図７】本発明の実施の形態に係る業務プロセス起動処
理を説明するためのフローチャートである。

【図８】トランザクション共通制御により組み立てられ
た各業務処理プロセスの一例を示す模式図である。

【図９】定期自動継続取引の入力電文に対するトランザ
クション処理の概要を示す模式図である。

【図１０】付加機能を付けた定期自動継続取引の際に、
トランザクション共通制御により組み立てられた各業務
処理プロセスの一例を示す模式図である。

【図１１】従来の定期取引の入力電文に対するトランザ
クション処理の概要を示す模式図である。

【符号の説明】

１ ＣＰＵ ２ オンライン元帳 ３ 自動機 ４ 端末機 ５ システムコンソール １１ オペレーティングシステム １２ 基盤ＡＰ １３ 業務ＡＰ １４ ＤＢアクセス制御 ２１ 当座元帳 ２２ 定期元帳 ２３ 貸出元帳 ２４ 顧客元帳 ３１ 制御テーブル ３１ａ 取引テーブル ３１ｂ 業務テーブル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 窪田 靖巳 東京都江東区豊洲三丁目３番３号 株式会 社エヌ・ティ・ティ・データ内 (72)発明者 大村 匡 東京都江東区豊洲三丁目３番３号 株式会 社エヌ・ティ・ティ・データ内 Ｆターム(参考） 5B082 AA05 GA14 5B098 GA02 GA04 GB11

Claims (5)

【特許請求の範囲】
1. 【請求項１】オンライン取引に応じた業務処理を実行す
   るオンラインシステムであって、 取引に依存しない所定の機能毎に予め分けられた複数の
   処理アプリケーションを保持するアプリケーション保持
   手段と、 前記アプリケーション保持手段により保持された処理ア
   プリケーションの中から、取引に応じた業務処理を構成
   する予め定められた複数の処理アプリケーションを特定
   するアプリケーション特定手段と、 前記アプリケーション特定手段により特定された業務処
   理を構成する複数の処理アプリケーションを起動するア
   プリケーション起動手段と、 を備えることを特徴とするオンラインシステム。
2. 【請求項２】オンライン取引に応じた業務処理を実行す
   るオンラインシステムであって、 取引に依存しない所定の機能毎に予め分けられた複数の
   処理アプリケーションを保持するアプリケーション保持
   手段と、 前記アプリケーション保持手段により保持された各処理
   アプリケーションを特定するための複数の識別番号を記
   憶する識別番号記憶手段と、 取引を特定する少なくとも取引番号を含んだ電文を取得
   する電文取得手段と、 前記電文取得手段が取得した電文に含まれる取引番号に
   従って、前記識別番号記憶手段に記憶された識別番号の
   中から業務処理を構成する複数の識別番号を取得する識
   別番号取得手段と、 前記アプリケーション保持手段により保持された処理ア
   プリケーションの中から、前記識別番号取得手段により
   取得された識別番号により特定される処理アプリケーシ
   ョンを起動するアプリケーション起動手段と、 を備えることを特徴とするオンラインシステム。
3. 【請求項３】オンライン取引に応じた業務処理を実行す
   るオンラインシステムであって、 取引に依存しない所定の機能毎に予め分けられた複数の
   個別処理から構成される業務アプリケーションと、 取引に応じた前記業務アプリケーションにおける業務処
   理を構成する予め定められた複数の個別処理を特定する
   制御テーブルと、 取引を特定する取引番号に従って、前記制御テーブルを
   参照し、前記業務アプリケーションにおける業務処理を
   構成する個別処理を起動するトランザクション制御と、 を備えることを特徴とするオンラインシステム。
4. 【請求項４】オンライン取引に応じた業務処理を実行す
   るトランザクション処理方法であって、 取引を特定する少なくとも取引番号を含んだ電文を取得
   する電文取得ステップと、 前記電文取得ステップにて取得された電文に含まれる取
   引番号に従って、取引に依存しない所定の機能毎に予め
   分けられた複数の処理アプリケーションから業務処理を
   構成する予め定められた処理アプリケーションを特定す
   るアプリケーション特定ステップと、 前記アプリケーション特定ステップにて特定された業務
   処理を構成する処理アプリケーションを起動するアプリ
   ケーション起動ステップと、 を備えることを特徴とするトランザクション処理方法。
5. 【請求項５】オンライン取引に応じた業務処理を実行す
   るトランザクション処理方法をコンピュータに実行させ
   るためのプログラムを記録したコンピュータ読み取り可
   能な記録媒体であって、 取引を特定する少なくとも取引番号を含んだ電文を取得
   する電文取得ステップと、前記電文取得ステップにて取
   得された電文に含まれる取引番号に従って、取引に依存
   しない所定の機能毎に予め分けられた複数の処理アプリ
   ケーションから業務処理を構成する予め定められた処理
   アプリケーションを特定するアプリケーション特定ステ
   ップと、前記アプリケーション特定ステップにて特定さ
   れた業務処理を構成する処理アプリケーションを起動す
   るアプリケーション起動ステップとを有するトランザク
   ション処理方法をコンピュータに実行させるためのプロ
   グラムを記録したコンピュータ読み取り可能な記録媒
   体。