JP2000122869A - 計算ロジックプログラムのローディング方法 - Google Patents

Abstract

(57)【要約】 【課題】本発明は、オブジェクトのメソッドにおける計
算ロジックの実装、あるいは追加、修正の際に発生する
開発者及びメンテナンス者の工数を低減するためのメソ
ッドの計算ロジックプログラムのローディング実施方法
を提供する。 【解決手段】各商品の明細情報が格納されている明細情
報ＤＢ及び各商品のオブジェクトの名称とサービスの計
算方式を実現するオブジェクト群が格納されているロジ
ック情報ＤＢが存在し、商品を区別する識別子、各商品
の計数の計算に対応する名称、その計数計算の計算方式
を実現するオブジェクト群に付けられた名称、オブジェ
クト群を取り込みかどうかを判定するための情報がテー
ブルとしてメモリに格納されているとする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オブジェクト指向
における継承関係を利用したメソッドの継承のような個
々のオブジェクトのメソッドに対して同じロジックのイ
ンプリメントをさけるための技術の一つでありであり、
メソッドの追加、変更点の局所化を図ることでその工数
を低減させるための技術分野に属するものである。

【０００２】

【従来の技術】従来においては、「オブジェクト指向方
法論ＯＭＴ」（Ｊ．ランボー他著）、「オブジェクト指
向ソフトウェア工学ＯＯＳＥ」（Ｉ．ヤコブソン著）に
述べられている通り、個々のオブジェクトのメソッドの
インプリメントを行う際に、その計算ロジックが同じで
ある場合には、それらオブジェクトを継承関係に置きメ
ソッド自身もその計算ロジックを再度インプリメントす
ることなく継承して利用することは可能であるが、オブ
ジェクト間の関係が継承関係にない場合、あるいは継承
関係の抽象度がメソッド間の関係と合致しない場合に
は、開発者自身がそれぞれのメソッドに対し同じロジッ
クをインプリメントしている。そのために、インプリメ
ントしたロジックに修正が発生した場合にメンテナンス
者が該当ロジックを使用しているすべてのメソッドに対
して同じメンテナンスしなくてはならない。

【０００３】以下で、図１を用いてその例を説明する。

【０００４】ネットワーク上には端末装置１１０、及び
センタ装置１２０が接続されている。センタ装置１２０
は、通信装置１２１、メモリ１２２、中央処理装置（Ｃ
ＰＵ）１２８、データ格納装置管理プログラム（ＤＢＭ
Ｓ）、データ格納装置（１３０）から構成されている。
メモリ１２２には、オブジェクトの制御プログラムであ
る処理ロジック１２３とオブジェクト群であるサービス
１２４が格納されており、サービス１２４はオブジェク
トＸのメソッドＰのプログラムであるロジックＰＡ１２
５とオブジェクトＹのメソッドＰのプログラムであるロ
ジックＰＡ１２６とオブジェクトＺのメソッドＰのプロ
グラムであるロジックＰＡ１２７から構成されている。
この時、ロジックＰＡ１２５とロジックＰＡ１２６とロ
ジックＰＡ１２７は全く同じ計算方式であるとすると、
その計算方式に一部修正が発生した場合に当計算方式を
使用しているオブジェクトＸ、オブジェクトＹ、オブジ
ェクトＺそれぞれのメソッドＰのプログラムであるロジ
ックＰＡ１２５、ロジックＰＡ１２６、ロジックＰＡ１
２７に対してすべて同様の修正をおこなわなければなら
ない。つまり、従来の技術においては、同じロジックを
使用するメソッドの数に対しその修正量も比例的に増加
することになる。

【０００５】

【発明が解決しようとする課題】上記従来技術では、商
品別に有する計数の計算ロジックが複数の商品に対して
同じである場合で、かつ継承関係の枠を超えるものであ
る場合に開発者自身が同じ計算ロジックをメソッド数だ
けインプリメントするため、その分工数も増大するとい
うシステム開発上の問題点と、個々のメソッドの同じ計
数計算ロジックに追加、変更が発生した場合についても
その対応に際して工数が増大するというシステムメンテ
ナンス上の問題点が存在する。

【０００６】本発明の目的は、オブジェクトのメソッド
における計算ロジックの実装、あるいは追加、修正の際
に発生する開発者及びメンテナンス者の工数を低減する
ための実施方法を提供することにある。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に本発明は、ネットワークに接続されている端末装置
と、センタ装置内に金融機関等にて扱われている全商品
の情報が格納されている商品情報ＤＢ、各商品の明細情
報が格納されている明細情報ＤＢ及び各商品のオブジェ
クト、現在価値を算出する際に利用する割引率が格納さ
れている共通情報ＤＢ及び共通情報オブジェクト、前記
オブジェクト群の名称とサービスの計算方式を実現する
オブジェクト群が格納されているロジック情報ＤＢが存
在し、商品を区別する識別子、各商品の計数の計算に対
応する名称、その計数計算の計算方式を実現するオブジ
ェクト群に付けられた名称、オブジェクト群を取り込み
かどうかを判定するための情報がテーブルとしてメモリ
に格納されているとする。

【０００８】また、前記テーブル上に定義されている商
品の計数計算に対応するオブジェクトのメソッドはイン
ターフェイスのみ定義されておりその計算ロジックは定
義されていないとする。

【０００９】ある端末装置よりある商品のあるサービス
が起動された時、端末装置からあるセンタ装置に対し
て、その商品の識別子と計数計算の名称を送信する。セ
ンタ装置ではオブジェクト、メソッド、そして前記テー
ブルよりその計数計算の名称に対応するオブジェクト群
の名称を認識する。

【００１０】そのオブジェクト群の名称をキーとしてＤ
ＢＭＳによりロジック情報ＤＢから適当なオブジェクト
群を取得し、受信したメソッドのロジックとして取り込
む。取り込んだロジックにて、センタ装置内の明細情報
ＤＢ及び共通情報ＤＢの情報から計算を実行し、結果Ｄ
Ｂに必要な情報とともに格納して、端末装置はセンタ装
置内の結果ＤＢを参照してその実行結果を取得する。

【００１１】これにより、開発者は共通化可能な計算方
式のソースを各オブジェクトの各メソッドに対し、それ
ぞれインプリメントすることなく、ロジックサーバ上の
ＤＢにて計算プログラムを登録し、ローディング可能と
なり、その工数を低減することが可能となる。また、そ
の共通ロジックの変更に際しても各メソッドのソースを
変更するのではなく、ロジックサーバ上のＤＢの登録さ
れたソースコードを変更する事によりその変更が可能と
なり、システムメンテナンス上の工数に対しても低減が
可能となる。

【００１２】

【発明の実施の形態】以下、本発明を適用した第一の実
施例について図２を用いて説明する。

【００１３】本発明を適用したシステム環境は、ネット
ワーク上において端末装置２１０とセンタ装置２２０が
接続されている。端末装置２１０は中央処理装置（ＣＰ
Ｕ）２１１、メモリ２１２、通信装置２１３から構成さ
れており、センタ装置２２０は通信装置２２１、メモリ
２２２、中央処理装置２２９、データ格納装置管理プロ
グラム（ＤＢＭＳ）２３０、明細情報ＤＢ２３１、共通
情報ＤＢ２３２、商品情報ＤＢ２３３、ロジック情報Ｄ
Ｂ２３４、結果情報ＤＢ２３８から構成されている。メ
モリ２２２には商品テーブル２２５、サービス情報２２
６、商品テーブルの情報から処理を行うプログラムであ
る処理ロジックプログラム２２３、サービス情報２２６
と商品テーブル２２５の情報から処理を行うプログラム
であるロジックハンドラ２２４が格納されている。サー
ビス情報２２６としてオブジェクトのメソッドのインタ
ーフェイスプログラムであるメソッドＰ２２７、メソッ
ドＱ２２８を保有している。ロジック情報ＤＢ２３４と
して、オブジェクトのメソッドの計算プログラムである
ロジックＰＡ２３５、ロジックＰＢ２３６、ロジックＰ
Ｃ２３７を格納している。また、端末装置２１０及びセ
ンタ装置２２０は一台ずつした示されていないが、複数
の端末装置、センタ装置が接続されていてもよい。

【００１４】処理ロジックプログラム２２３、ロジック
ハンドラ２２４、商品テーブル情報２２５、サービス２
２６はセンタ装置２２０起動時に明細情報ＤＢ２３１、
共通情報ＤＢ２３２、商品情報ＤＢ２３３からメモリ２
２２に格納される。

【００１５】処理ロジックプログラム２２３、ロジック
ハンドラ２２４は端末装置２１０からの電文の受信に応
じてＣＰＵ２２９で実行される。

【００１６】明細情報ＤＢ２３１、共通情報ＤＢ２３
２、商品情報ＤＢ２３３、ロジック情報ＤＢ、結果情報
ＤＢ２３８への読み書きはＤＢＭＳ２３０が行う。

【００１７】図５は、明細情報ＤＢ２３１に格納されて
いる明細情報の詳細構成の一例を示すものである。

【００１８】取引が行われた営業店の情報である管理店
名５０１、取引を行った顧客の情報である顧客名５０
２、各営業店の取引単位に採番される取引番号５０３、
その取引が属する商品の商品区分５０４、いつ時点の明
細情報であるかの情報である基準年月日５０５、顧客が
取引を行った預入日５０６、取引の満期日の情報である
約定期日５０７、金融機関が顧客に対して付けた利率の
情報である約定利率５０８、変動科目（定期変動、変動
ローン等）の利率を見直しするサイクル（期間）の情報
である約定利率見直しサイクル５０９、各明細の現在の
残高である現在残高５１０、取引明細が固定であるか変
動であるかの情報である固定・変動区分５１１、利息の
利払いサイクル（期間）の情報である利払いサイクル５
１２が格納されている。

【００１９】図６は、センタ装置２２０のメモリ２２２
に格納されている商品テーブル２２５の一例を示すもの
である。

【００２０】商品別の識別子である商品区分６０１、商
品区分に対応するオブジェクトの計数計算メソッドと対
応するサービス名称６０２、計数を計算するための計算
方式のパターン名称６０３、計算を他商品の計算結果よ
り算出する場合の数式を定義した定義式６０４、計算の
ためのオブジェクト群を対応メソッドに取り込むかどう
かを判定するための修正区分６０５が格納されている。
修正区分は"１"である場合、ロジック情報ＤＢ２３４に
格納されているパターン名称６０３のオブジェクト群が
メモリ２２２のサービス２２６内のサービス名称に対応
したメソッドに取り込まれる。修正区分が"０"である場
合、オブジェクト群の取り込みは行わない。

【００２１】図７は、明細情報ＤＢ２３１に格納されて
いる明細情報からセンタ装置２２０のＣＰＵ２２９によ
り計算されるキャッシュフロー（ＣＦ）の一例を示すも
のである。

【００２２】何年度分に発生するキャッシュフロー（住
友信託銀行市場金融部著、デリバティブキーワード２５
０、金融財政事情研究会、Ｐ１０３、１９９５年７月１
８日参照）であるかの情報である年度７０１、いつ時点
の明細情報を利更改月別に集約したかの情報である基準
年月日７０２、元本のキャッシュフロー情報である元本
キャッシュフロー７０３，７０５，７０７，７０９，７
１１、対顧利息のキャッシュフロー情報である対顧利息
キャッシュフロー７０４，７０６，７０８，７１０，７
１２が格納されている。

【００２３】図８は、共通情報ＤＢ２３２に格納されて
いるディスカウントファクター（ＤＦ）情報の詳細構成
の一例を示すものであり、現在価値を算出する際に利用
する割引率が既にユーザにより作成し、与えられている
ものとする。

【００２４】何年度分であるかの情報である年度８１
３、各月のディスカウントファクター（住友信託銀行市
場金融部著、デリバティブキーワード２５０、金融財政
事情研究会、Ｐ２４４〜２４５、１９９５年７月１８日
参照）のレート情報であるＤＦレート８１４，８１５，
８１６，８１７，８１８，８１９，８２０，８２１，８
２２，８２３，８２４，８２５が格納されている。

【００２５】図９は、ロジック情報ＤＢ２３４に格納さ
れているロジック情報の一例を示すものである。

【００２６】商品に対して計数を計算するための計算方
式を実現するオブジェクト群に付けられた名称であるパ
ターン名称９０１と計算方式を実現するそのオブジェク
ト群であるロジック情報９０２が格納されている。

【００２７】以下、上述の通りの構成において、本発明
の実現処理について図３から図９を用いて説明する。

【００２８】図３は本発明のシステム処理を適用したリ
スク管理プログラムの一例を示すフローチャートであ
る。以下にフローに従って各ステップ毎に詳細に説明す
る。

【００２９】ステップ３１０にて、端末装置２１０を通
じて起動された計算処理に対応する商品の商品区分及び
サービス名称が通信装置２１３を通じて送信され、セン
タ装置２２０の通信装置２２１を通じて受信され、メモ
リ２２２に格納される。

【００３０】ステップ３２０にて、ステップ３１０によ
りメモリ２２２に格納された商品区分とサービス名称を
キーとして処理ロジック２２３が、メモリ２２２内の商
品テーブル２２５からパターン名称を検索し、メモリ２
２２に格納する。

【００３１】本実施例において、ステップ３１０により
受信した商品区分及びサービス名称がそれぞれ商品区分
５０４＝０１０、サービス名称６０２＝現在価値計算で
あるとすると、それらをキーとして処理ロジック２２３
が商品テーブル６００を検索し、パターン名称６０３＝
ＤＦ方式をメモリ２２２に格納する。

【００３２】ステップ３３０にて、ステップ３２０にて
パターン名称を検索した結果、該当するパターン名称が
商品テーブル２２５に存在した場合、ステップ３４０に
遷移する。パターン名称が商品テーブル２２５に存在し
ない場合、ステップ３４１に遷移する。

【００３３】この場合、ステップ３２０にて検索した結
果、商品テーブル６００にパターン名称６０３＝ＤＦ方
式が存在したため、ステップ３４０に遷移する。

【００３４】ステップ３４０にて、ステップ３２０によ
りメモリ２２２に格納された商品区分及びサービス名称
に対応するメソッド名称をロジックハンドラ２２４がメ
モリ２２２内のサービス２２６から検索し、メモリ２２
２に格納する。

【００３５】本実施例では、サービス名称＝メソッド名
称とし検索結果として、メソッド名称＝現在価値計算と
する。

【００３６】ステップ３５０にて、メソッドの計算プロ
グラムとしてオブジェクト群の取り込みを行う。図４の
ステップ４１０からステップ４４０により詳細に説明す
る。

【００３７】ステップ４１０にてメソッドの計算プログ
ラムとしてロジック情報ＤＢ２３４のオブジェクト群の
取り込みを行うかどうかの判定を行う。ロジックハンド
ラ２２４がメモリ２２２内の商品テーブル２２５の修正
区分を参照し、修正区分が"０"である場合ロジック情報
２３５あるいは２３６あるいは２３７のメソッド２２７
あるいは２２８への取り込みは行わず、ステップ４４０
に遷移する。修正区分が"１"である場合、オブジェクト
群の取り込みを行うためにステップ４２０に遷移する。

【００３８】商品テーブル６００において商品区分６０
１＝０１０、サービス名称＝現在価値に対する修正区分
６０５は修正区分６０５＝１であるのでステップ４２０
に遷移する。

【００３９】ステップ４２０にて、ロジックハンドラ２
２４がサービス２２６のメソッド２２７あるいは２２８
の計算プログラムとして取り込むロジック情報であるオ
ブジェクト群２３５、あるいは２３６、あるいは２３７
をステップ３２０にてメモリ２２２に格納したパターン
名称をキーとしてＤＢＭＳ２３０を使用してロジック情
報ＤＢ２３４から取得する。

【００４０】ステップ３２０によりメモリ２２２にはパ
ターン名称６０４＝ＤＦ方式が格納されおり、ロジック
ハンドラ２２４がそれをキーとしてＤＢＭＳ２３０によ
りロジック情報９００を検索し、パターン名称９０１＝
ＤＦ方式であるロジック情報９０２を取得する。

【００４１】ステップ４３０にて、ステップ４２０によ
り取得したロジック情報２３５あるいは２３６あるいは
２３７をサービス２２６のメソッド２２７あるいは２２
８のロジックプログラムとして取り込む。

【００４２】この場合、ロジックハンドラ２２４がロジ
ック情報ＤＢ９００より取得したロジック情報９０２を
対応するメソッド名称＝現在価値計算の計算プログラム
として取り込む。これにより商品区分＝０１０のサービ
ス名称＝現在価値計算の計算がロジック情報９０２の計
算方式により行われることになる。ロジック情報取得
後、修正区分６０５を０に変更する。

【００４３】ステップ４４０により、取り込まれたロジ
ック情報に従い現在価値を計算する。

【００４４】明細情報ＤＢ２３１から計算対象商品の明
細情報を抽出し、その情報である基準年月日５０５、預
入日５０６、約定期日５０７、約定利率５０８、約定利
率見直しサイクル５０９、現在残高５１０、固定・変動
区分５１１、中間利払いサイクル５１２を入力として処
理ロジック２２３にて元本キャッシュフロー、対顧キャ
ッシュフローを算出する。そして、算出されたそれぞれ
のキャッシュ・フローをメモリ２２２に格納する。メモ
リ２２２内のキャッシュフロー情報７００の年度７０
１、７１３にはキャッシュフローが発生した年度を、基
準年月日７０２、７１４には明細情報ＤＢ２３１の基準
年月日５０５を、それぞれの月の元本キャッシュフロー
７０３，７０５，７０７，７０９，７１１，７１５，７
１７，７１９，７２１，７２３及び対顧利息のキャッシ
ュフロー情報である対顧利息キャッシュフロー７０４，
７０６，７０８，７１０，７１２，７１６，７１８，７
２０，７２２，７２４には、算出されたそれぞれのキャ
ッシュフローを格納する。

【００４５】明細情報は明細情報ＤＢ２３１の明細情報
５００より抽出される。明細の固定・変動区分５１１が
固定で、基準年月日５０５＝１９９７／７／３１、預入
日５０６＝１９９７／５／３１、約定期日５０７＝１９
９９／５／３１、約定利率５０８＝０．５％、現在残高
５１０＝１，０００，０００円、中間利払いサイクル３
１２＝１２ヶ月とする。

【００４６】上記明細情報５００よりステップ３８０に
て最初に、１９９８／５／３１と１９９９／５／３１に
発生する対顧利息キャッシュフローの値を求める。

【００４７】１９９８／５／３１に発生する対顧利息キ
ャッシュフローの値は、基準日年月日５０５の１９９７
／７／３１から中間利払い日１９９８／５／３１迄の利
息キャッシュフローなので、

【００４８】

【数１】対顧利息キャッシュフロー＝現在残高５１０×
約定利率５０８×（基準年月日５０５から利息発生日迄
の日数）／３６５＝１，０００，０００×０．５／１０
０×（１９９７／７／３１〜１９９８／５／３１迄の日
数）／３６５ と、算出される。

【００４９】１９９９／５／３１に発生する対顧利息キ
ャッシュフローの値は、前回中間利払い日１９９８／５
／３１から次回中間利払い日１９９９／５／３１迄の利
息キャッシュフローなので、

【００５０】

【数２】対顧利息キャッシュフロー＝現在残高５１０×
約定利率５０８×（前回中間利払日から次回中間利払い
日迄の日数）／３６５＝１，０００，０００×０．５／
１００×（１９９８／５／３１〜１９９９／５／３１迄
の日数）／３６５ と、算出される。また、約定期日５０７の１９９９／５
／３１には、元本キャッシュ・フロー１，０００，００
０も発生する。

【００５１】以上のように求めたキャッシュフロー情報
７００、７２５をメモリ２２２に格納する。

【００５２】次に、ステップ４３０にてサービス名称＝
現在価値計算の計算処理として取り込んだロジック情報
９０２に従って、上記により算出したキャッシュフロー
情報７００と共通情報ＤＢ２３２のディスカウントファ
クター情報８００，８２７を入力として、現在価値を算
出する。現在価値の算出方法については、「デリバティ
ブリスクコントロール」（前園浩、春日井博著、近代セ
ールス社）に具体的に記載されている。

【００５３】メモリ２２２内のキャッシュフロー情報７
００，７２５として、年度７０１に１９９８がその年の
５月の対顧キャッシュフロー７０６に４，１２３が、ま
た年度７１３に１９９９がその年の５月の元本キャッシ
ュフロー７１７に１，０００，０００が、５月の対顧キ
ャッシュフロー７１８に５，０００が格納されていると
する。

【００５４】また、共通情報ＤＢのディスカウントファ
クター情報８００、８２７の年度８０１に１９９８が、
その年の５月のディスカウントファクター８０２に９
９．０が、年度８１４に１９９９が、その年の５月のデ
ィスカウントファクター８１６に９２．５が格納されて
いるとする。

【００５５】すると、ステップ４４０にて取り込んだロ
ジック情報に従い、現在価値を以下のように算出する。

【００５６】

【数３】 現在価値＝年度７０１が１９９８年で５月対顧利息キャッシュフロー７０６ ×年度８０１が１９９８で５月のディスカウントファクター８０３＋ 年度７１３が１９９９年で５月対顧利息キャッシュフロー７１８ ×年度８１４が１９９９で５月のディスカウントファクター８１６＋ 年度７１３が１９９９年で５月元本キャッシュフロー７１７ ×年度８１４が１９９９で５月のディスカウントファクター８１６ ＝ ４，１２３×９９．０／１００＋５，０００×９２．５／１００ ＋１，０００，０００×９２．５／１００ ＝ ９３３，７０６ ステップ３６０にて、ステップ４４０で算出した計算結
果を結果ＤＢ２３８にＤＢＭＳ２３０により格納する。

【００５７】また、ステップ３３０にて、ステップ３２
０によりパターン名称を検索した結果、該当するパター
ン名称が商品テーブル２２５に存在しない場合について
詳細に説明する。

【００５８】本実施例において、ステップ３１０により
受信した商品区分及びサービス名称がそれぞれ商品区分
５１６＝０２０、サービス名称６０２＝現在価値計算で
あるとすると、それらをキーとして処理ロジック２２３
が商品テーブル６００のパターン名称６０３を検索する
が定義されていないため、定義式６０４＝０１０：現在
価値計算×０．８をメモリ２２２に格納し、ステップ３
４１に遷移する。

【００５９】ステップ３４１にて、メモリ２２２内の定
義式中に定義されたサービス名称の数とその名称を所得
する。商品区分及びそのサービス名称の一つをキーとし
て商品テーブル２２５を検索しパターン名称取得し、か
つそのサービス名称に対応するメソッド名称を取得しメ
モリ２２２内に格納する。

【００６０】メモリ内に格納されているステップ３３０
にて取得した定義式６０４＝０１０：現在価値計算×
０．８から商品区分＝０１０、サービス名称＝現在価値
計算により商品テーブル６００を検索してパターン名称
６０３＝ＤＦ方式を取得し、メモリ２２２内に格納す
る。

【００６１】ステップ３５１にて、メソッドの計算プロ
グラムとしてオブジェクト群の取り込みを行う。詳細は
上述した図４のステップ４１０からステップ４４０に同
様である。

【００６２】ステップ３５２にて、ステップ３５１の処
理をステップ３４１によりメモリ２２２に格納した定義
式中のサービス名称の数だけ実行したかどうかの判定を
行う。ステップ３５１の処理の実行回数がサービス名称
の数と一致すれば、ステップ３５３に遷移する。実行回
数がサービス名称の数に満たなければ別のサービス名称
に対して繰り返しステップ３４１の処理を行う。

【００６３】商品テーブル６００の商品区分６０１＝０
２０、定義式６０４＝０１０：現在価値計算×０．８の
サービス名称数は１であり、実行回数も１回であるた
め、ステップ３５３に遷移する。

【００６４】ステップ３５３にて、メモリ２２２に格納
されているステップ３５１にて計算された全てのメソッ
ドの結果を使用して定義式の計算を行い計算結果をメモ
リ２２２に格納する。

【００６５】定義式６０４＝０１０：現在価値計算×
０．８に対してメソッド現在価値計算の実行結果は９３
３，７０６であるので（ステップ３４０参照）、

【００６６】

【数４】 現在価値 ＝ 定義式６０４ ＝ 商品区分６０１が０１０でサービス名称６０３が現在価値計算によ る実行結果 ×０．８ ＝ ９３３，７０６×０．８ ＝ ７４６，９６４ ステップ３６０にて、ステップ３５３で算出した計算結
果を結果ＤＢ２３８にＤＢＭＳ２３０により格納する。

【００６７】

【発明の効果】以上述べたように、本発明によりオブジ
ェクトのメソッドにおける計算ロジックの実装、あるい
は追加、修正の際に発生する開発者及びメンテナンス者
の工数の低減を図ることができる。特に複数のメソッド
に対して同様の計算方式を定義する場合あるいはしてい
る場合に有効となる。また、金融商品のリスク計測方法
の様な計算方式の追加・変更頻度が高い分野においても
有効となる。

【図面の簡単な説明】

【図１】従来システムにおける機器構成の一例を示すブ
ロック図である。

【図２】本発明に係る機器構成の一例を示すブロック図
である。

【図３】本発明の処理手順の１実施例を示したフローチ
ャートである。

【図４】本発明の処理手順の１実施例のうち１処理を示
したフローチャートである。

【図５】明細情報ＤＢに格納されている情報の一例を示
したデータ構成図である。

【図６】メモリ内に格納されている商品テーブル情報の
一例を示したデータ構成図である。

【図７】メモリ内に格納されているＣＦ情報の一例を示
したデータ構成図である。

【図８】共通情報ＤＢに格納されている情報の一例を示
したデータ構成図である。

【図９】ロジック情報ＤＢに格納されている情報の一例
を示したデータ構成図である。

【符号の説明】

１１０…端末装置、 １２０…センタ装置（従
来）、１２１…通信装置、１２２…メモリ（従来）、１
２３…処理ロジックプログラム（従来）、１２４…サー
ビス（従来）、１２５…オブジェクト及びメソッドのイ
ンターフェイスとその計算プログラム、１２８…中央処
理装置（ＣＰＵ）、１２９…データ格納装置管理プログ
ラム（ＤＢＭＳ）、１３０…データ格納装置（ＤＢ）、
２１０…端末装置、 ２２０…センタ装置、２２１…通
信装置、 ２２２…メモリ、 ２２３…処理プロ
グラム、２２４…ロジックハンドラプログラム、
２２５…商品テーブル、２２６…サービス、２２７…
オブジェクト及びメソッドのインターフェイスプログラ
ム、２２９…中央処理装置（ＣＰＵ）、２３０…データ
格納装置管理プログラム（ＤＢＭＳ）、２３１…明細情
報ＤＢ、 ２３２…共通情報ＤＢ、 ２３３…商品情報
ＤＢ、２３４…ロジック情報ＤＢ、 ２３５…計算
ロジックプログラム、２３８…結果情報ＤＢ、 ５００
…明細情報データ、６００…商品テーブルのデータ、
７００…商品のキャッシュフローデータ、８００…現在
価値計算に使用するディスカウントファクター、９００
…計算ロジックデータ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 二木 誠司 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所システム開発本部内 (72)発明者 両角 達朗 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所情報システム事業部内

Claims (1)

【特許請求の範囲】
1. 【請求項１】端末装置とセンタ装置がネットワーク上に
   接続されているシステム環境において、商品別に商品固
   有の計数を算出する計算方式を実現するオブジェクト群
   に付けられた名称と、そのオブジェクト群をデータ格納
   装置に格納しており、前記オブジェクト群の名称と商品
   固有の計数算出に対応した名称とその商品を識別するた
   めの識別子と取り込み実行判定のための情報をテーブル
   としてセンタ装置のメモリ中に格納し、センタ装置のメ
   モリ中にある処理部が取り込み処理を行うかどうかを判
   定し、前記オブジェクト群に付けられた名称をキーとし
   て、データ格納装置管理プログラムにより計算方式を実
   現するオブジェクト群を取り込んで前記商品固有の計数
   算出を実行することを特徴とする計算ロジックプログラ
   ムのローディング方法。