JPH10334160A - 金融処理システム及び同システム用のプログラム記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 金融商品の変化に即座に対応できる金融処理
システムを提供する。 【解決手段】 各金融商品の性格が、それを単機能に細
分化した複数の構成要素ａ、ｂ、ｃ、…のセットの形で
商品データベース９に登録されている。また、種々の商
品で使用される各種の金利パターンの内容が、金利デー
タベース１１に登録されている。また、個々の金融商品
特有の構成要素が、付加情報データベース１３に登録さ
れている。業務アプリケーションプログラム１５は、端
末１、３又はＡＴＭ５から特定の金融商品の業務処理要
求を受けると、データベース９、１１、１３から該当の
商品の構成要素を取得して、それに基づいて該当商品の
業務処理を行い、処理結果を端末１、３又はＡＴＭ５に
返送する。新商品を作成したり既存商品を変更するとき
は、業務アプリケーション１５は変更せずに、端末１か
らデータベース９、１１、１３に対して追加登録や登録
内容の変更などを行う。

Description

【発明の詳細な説明】

【０００１】

【発明の技術分野】本発明は、金融処理システムに関す
る。

【０００２】

【従来の技術】金融機関ではコンピュータシステムを用
いて、各顧客毎の様々な金融商品の計算処理を行ってい
る。金融商品は金利決定方法、利息計算方法、満期後の
扱い等の様々な機能を含んでおり、各金融商品の機能の
具体的内容（それら機能を纏めて以下、金融商品の「性
格」という）は商品毎に異なる。従来の金融処理システ
ムでは、各金融商品のための計算処理のプログラムロジ
ックに、その金融商品が持つ性格が組込まれている。

【０００３】

【発明が解決しようとする課題】従来の金融処理システ
ムは、新規商品の出現や既存商品の廃止といった金融商
品の変化に対し、即座の対応が困難であるという問題が
ある。何故なら、商品変化に対応するにはプログラムロ
ジックの修正や新規構築などが必要だからである。ま
た、プログラムロジックの修正を繰り返して行くと、一
般的傾向としてプログラムが肥大化してメンテナンスの
効率が低下し、かつバグ混入により品質が悪化する可能
性も高くなってしまう。

【０００４】ところで、新規の金融商品を設計する作業
は、従来から専ら人の机上の手作業により行われてい
る。金融商品の設計においては、商品の性格が論理面、
法律面、利潤面など凡ゆる側面で矛盾や問題や不具合が
無く、かつ顧客にとり出来るだけ魅力的であるように設
計して行くことが肝要であり、そのためにシミュレーシ
ョンも多数回繰り返される。このように、金融商品の設
計作業は極めて複雑で面倒で時間がかかる。

【０００５】以上の問題は、特に金融商品が自由化され
ていて多種多様の金融商品が出現している国や地域にお
いて顕著である。

【０００６】従って、本発明の第１の目的は、金融商品
の変化に即座に対応できる金融処理システムを提供する
ことにある。

【０００７】本発明第２の目的は、金融商品の設計を支
援できる金融処理システムを提供することにある。

【０００８】

【課題を解決するための手段】本発明の金融処理システ
ムは、各種の金融商品の性格が登録されたデータベース
と、このデータベース内の各金融商品の性格を参照する
ことにより各金融商品についての業務処理を行うため
の、データベースから分離された業務処理手段と、デー
タベースの登録内容を更新するためのデータベース更新
手段と、前記業務処理手段に対し、指定した金融商品に
ついての業務処理の実行を要求する処理要求手段とを備
える。

【０００９】本発明の金融処理システムでは、金融商品
の性格を管理するデータベースと、金融商品についての
業務処理を行う業務処理手段（典型的には、コンピュー
タによって実行される業務処理プログラム）とが分離し
ているため、データベースを更新するだけで、業務処理
プログラムを変更することなしに、新しい金融商品や商
品性格の変更に対応することができる。また、新商品を
設計する場合も、データベースにその設計中の新商品の
性格を登録して、その新商品についての業務処理を試行
してみることにより、その新商品の評価が容易に行え、
設計が容易になる。

【００１０】望ましくは、データベース内の各金融商品
の性格は、複数の構成要素の組合せとして構成される。
そのようにすると、構成要素の値を変更することによっ
て、多種多様の商品を作成することができる。また、こ
の場合、業務処理手段は、各構成要素毎にその値を処理
するようにすることができる。そのようにすると、プロ
グラムのロジックが簡単になり、また、各構成要素毎に
種々の安全チェックも行えるので信頼性が高くなる。

【００１１】商品性格を複数の構成要素の組合せとして
構成する場合、それらの構成要素を並列的に組合せるだ
けでなく、互いに階層状に関係付けて組合せるようにし
てもよい。このようにすると、例えば金利決定方式や利
息計算方式のような複雑な性格を、単純な構成要素の階
層状の組み合わせとして定義できるので、その設計や管
理が容易であるし、それを処理する業務処理手段のロジ
ックも簡単で済む。

【００１２】例えば、好適な実施形態では、データベー
スとして、種々の商品に共通でかつ基本的な構成要素が
商品毎に登録された商品データベースと、金利に関わる
構成要素が種々の金利パターン毎に登録された金利デー
タベースと、特定の商品に特有の構成要素（付加情報）
が登録された付加情報データベースとが用意されてい
る。そして、商品データベース内の各商品の構成要素中
には、使用する金利パターンの指定や、付加情報の指定
が含まれており、これらの指定を介して階層的に、金利
に関する構成要素や付加的な構成要素が商品性格に組込
まれるようになっている。また、ある金利パターンから
他の金利パターンや他の商品へと階層的な関係付けがで
きるようにもなっている。このような構成要素間の階層
的なリンク構造そ用いることによって、複雑な金利決定
方式や特別の付加情報などが容易に取り扱え、多種多様
の性格をもった商品の設計も容易になる。

【００１３】好適な実施形態のシステムは、業務サーバ
と、この業務サーバに接続された複数台の端末装置とか
ら構成されている。業務サーバは、上記データベース
と、上記業務処理手段とを有し、また、各端末は、上記
データベース更新手段と上記処理要求手段の一方又は双
方を有している。業務サーバや各端末装置は典型的には
それぞれコンピュータである。コンピュータを業務サー
バや各端末装置として機能させるためのコンピュータプ
ログラムは、半導体メモリやディスク型ストレージや通
信ネットワークなどの公知の又は将来出現する新規なプ
ログラム記録媒体を介してコンピュータにインストール
及びロードすることができる。

【００１４】

【発明の実施の形態】図１は本発明にかかる金融処理シ
ステムの全体構成を示す。

【００１５】このシステムは銀行や信用金庫などの金融
機関に設置され、図１に示すように多数台の端末装置
１、３やＡＴＭ（自動出納装置）５が通信ネットワーク
（図示せず）を介して中央の業務サーバ７に接続されて
いる。業務サーバ７は、商品データベース９、金利デー
タベース１１及び付加情報データベース１３を管理して
おり、また、端末１、３やＡＴＭ５からの要求に応答し
て業務処理を実行する業務アプリケーションプログラム
１５を備えている。業務アプリケーション１５は、業務
処理を行うとき、上記データベース９、１１、１３から
業務処理に必要なデータを取得する。尚、業務サーバ７
は、業務を集中処理する１台の処理装置であってもよい
し、業務を分散処理する相互接続された複数台の処理装
置であってもよい。

【００１６】商品データベース９には、種々の金融商品
Ａ、Ｂ、…の性格を各商品毎に記述した商品情報ファイ
ル９０Ａ、９０Ｂ、…が格納されている。各商品情報フ
ァイル９０Ａ、９０Ｂ、…には各商品の性格が、複数の
構成要素ａ、ｂ、ｃ、…の組合せとして登録されてい
る。商品性格の構成要素ａ、ｂ、ｃ、…は、商品性格を
単機能に細分化したもので、例えば、複利か単利か、使
用する金利パターンの番号、金利決定方式、金利決定時
期、計算周期などの利息計算に必要な事項や、処理結果
を出力印字するのに必要な出力印字フォーマットや、そ
の商品に特有の付加情報がある場合にはその付加情報の
番号などがある。これらの構成要素の中で、金利パター
ンの番号は、金利データベース１１から使用する金利パ
ターンファイル（後述）を検索するためのキーとして用
いられ、また、付加情報の番号は、付加情報データベー
ス１３から使用する付加情報ファイル（後述）を検索す
るためのキーとして用いられる。

【００１７】尚、金融商品は定期性預金、流動性預金、
ローン商品、複合商品などに種類分けできるが、種類毎
にその商品性格を構成する構成要素の内容や個数は必然
的に異なる。そこで、図１では１つの商品データベース
９しか図示してないが、実際には上記した各商品種類毎
に独立した商品データベースを用意することが望まし
い。

【００１８】金利データベース１１には、種々の金利パ
ターンＡ、Ｂ、…の内容を各金利パターン毎に記述した
金利パターンファイル１１０Ａ、１１０Ｂ、…がある。
各金利パターンファイル１１０Ａ、１１０Ｂ、…には各
金利パターンの内容として、その金利パターンの適用期
間（開始日、終了日）や、種々の預入金額段階及び預入
期間の組毎に規定された金利情報（具体的な利率値、又
は参照すべき他の金利パターンや商品の番号など）が登
録されている。

【００１９】付加情報データベース１３には、商品の付
加情報を商品毎に記述した付加情報ファイル１３０Ｂ、
…がある。ここで付加情報とは、商品データベース９
（これには種々の商品が共通に持つ構成要素が登録され
ている）には登録できなかった個々の商品の特有の構成
要素であり、例えば、寄付情報、複数明細一括作成情
報、満期後継続商品情報などがある。

【００２０】多数台の端末１、３の内のある種の端末１
（以下、「企画端末」という）は、金融機関内の例えば
商品企画部のような部署に設置されており、主として金
融商品の設計作業の支援手段として利用される。従っ
て、この企画端末１は、上述した業務サーバ７のデータ
ベース９、１１、１３にアクセスして、そのデータベー
スに新しく設計した商品に関するファイルを追加した
り、既存のファイルの内容を変更したり、廃止した商品
のファイルを削除したりすることができる機能を有して
いる。また、この企画端末１は、新設計した商品の評価
のためのシミュレーションが行えるように、その商品に
ついての業務処理をサーバ７に要求する機能も有してい
る。

【００２１】別の種類の端末３（以下、「営業端末」と
いう）は金融機関の営業店などに置かれており、顧客と
の間の新規契約や入出金などの取引の扱いに使用され
る。ＡＴＭ５もこれと同様の用途に使用される。従っ
て、この営業端末３及びＡＴＭ５は、取扱対象の商品に
ついての業務処理をサーバ７に要求する機能を有してい
る。また、営業端末３及びＡＴＭ５は、ローカルデータ
ベース３０、５０を各々有している。各ローカルデータ
ベース３０、５０には、即時表示画面や会話メッセージ
などのユーザインタフェースの処理に使用される所定事
項を登録した取扱商品別の商品情報ローカルファイル
（図示せず）が格納されている。各営業端末３及び各Ａ
ＴＭ５は、例えば毎朝の立ち上げ時に、自己のローカル
データベース３０、５０内の各商品情報ローカルファイ
ルの更新日付と業務サーバ７の商品データベース９内の
対応する商品の商品情報ファイル９０Ａ、９０Ｂ、…の
更新日付とを比較し、相違している商品があった場合
は、その商品について、上記所定事項をサーバ７内のデ
ータベース９、１１、１３から読み込んで自己がもつ商
品情報ローカルファイルを更新する。

【００２２】業務サーバ７の業務アプリケーション１５
は、端末１、３やＡＴＭ５からの業務処理要求に応答し
て、要求された商品についての業務処理を行ない、結果
を要求元の端末１、３やＡＴＭ５に返す。例えば、図示
のように、ある営業端末３から例えば特定種類の預金で
ある商品Ａについて、預入金額や預入期間などの所定の
入力事項を含んだ業務処理要求を受けた場合、業務アプ
リケーション１５は、商品データベース９内の該当する
商品Ａの商品情報ファイル９０Ａを参照して、例えば、
構成要素ａに基づいて基準金利を決定し（ステップＳ
１）、構成要素ｂに基づいてスプレッド値を決定し（Ｓ
２）、それらに基づいて預金利率を計算し（Ｓ３）、そ
の預金利率と構成要素ｃとに基づいて利息を計算し（Ｓ
４）、…、構成要素ｎに基づいて出力印字フォーマット
を選択する（Ｓ５）、などといった要求された取引に応
じた種々の処理を実行する。また、このとき、アプリケ
ーション１５は、参照した各構成要素ａ、ｂ、…の内容
に不具合がないか（例えば、必須の登録事項が欠けてい
ないか、登録内容が規定に合致していないかなど）のチ
ェックや、入力された預入金額や預入期間に不具合がな
いか（例えば、その預入金額や預入期間が商品Ａについ
て登録されている預入可能金額範囲や預入期間範囲から
外れていないかなど）のチェックも行い、それらのチェ
ックの結果か不具合があった場合には、エラーと判断す
る。このような業務処理を行った後、アプリケーション
１５は、その処理結果に基づいて、例えば新規契約の場
合にはその顧客用の当該商品Ａの元帳１７を作成した
り、例えば入出金などの場合は元帳１７を更新したり、
利息や元利合計などの計算結果を上記出力印字フォーマ
ットで処理要求元の営業端末３へ返送したり、といった
操作を行う（Ｓ６）。

【００２３】図２は、業務アプリケーション１５がデー
タベース９、１１、１３から計算処理に必要な情報を取
得する様子を、一例として指標金利方式における預金利
息を取得する場合を用いて示したものである。

【００２４】ある端末から商品コード「０００００
５」、預入期間「１２か月」、預入金額「５，０００，
０００円」、取引日「１９９年１２月２５日」という内
容の処理要求が入力された（ステップＳ１１）場合を想
定する。アプリケーション１５は、まず、入力された商
品コード「００００５」をキーとして、商品データベー
ス９から該当する商品情報ファイル９０Ｅを検索する
（ステップＳ１１）。この商品情報ファイル９０Ｅに
は、その商品の構成要素として「金利パターン番号」、
「スプレッドパターン番号」、「金利決定方式」などが
登録されている。

【００２５】次に、アプリケーション１５は、その商品
情報ファイル９０Ｅに登録されている金利パターン番号
「００５」をキーとして、金利データベース１１から該
当する金利パターンファイル（金利方式情報）１１０Ｇ
を検索する（Ｓ１２）。この金利方式情報１１０Ｇは、
基準金利を決めるための方式（この場合は、指標商品）
を定義したもので、そこには例えば「適用開始日」及び
「適用終了日」、種々の「金額段階」毎及び「預入期
間」毎の「指標商品コード」と「適用金額段階」と「適
用預入期間」、などが登録されている。

【００２６】アプリケーション１５は、まず、入力され
た取引日がこの金利方式情報１１０Ｇに登録されている
適用開始日から適用終了日までの期間外かどうか、入力
された預入金額が登録されている金額段階の範囲外かど
うか、及び入力された預入期間が登録されている預入期
間以外かどうかなどをチェックし、そうである場合には
エラーとする。

【００２７】上記チェックの結果エラーが無ければ、ア
プリケーション１５は次に、この金利方式情報１１０Ｇ
から、入力された預入金額「５，０００，０００円」及
び預入期間「１２か月」に該当する金額段階及び預入期
間に対応する指標商品コード「００００１５」を取得す
る。そして、この指標商品コードをキーとして、商品デ
ータベース９から該当する指標商品の商品情報ファイル
９０Ｆを検索する（Ｓ１３）。このとき、指標商品の商
品情報ファイル９０Ｆが商品データベース９内に存在し
なかった場合には、エラーとする。

【００２８】エラーが無ければ、アプリケーション１５
は次に、その指標商品の商品情報ファイル９０Ｆに登録
されている金利パターン「０１５」をキーとして、金利
データベース１１から該当する金利パターンファイル
（金利方式情報）１１０Ｉを検索する（Ｓ１４）。この
金利方式情報１１０Ｉは、基準金利を決めるための方式
（この場合は、基準金利パターン）を定義したもので、
そこには例えば「適用開始日」及び「適用終了日」、種
々の「金額段階」毎及び「預入期間」毎の「基準金利パ
ターン番号」と「適用金額段階」と「適用預入期間」、
などが登録されている。このときも、アプリケーション
１５は、入力された取引日がこの金利方式情報内１１０
Ｉの適用開始日から終了日までの期間外であったり、入
力された預入期間がこの金利方式情報内の預入期間に該
当しない場合には、エラーとする。

【００２９】エラーば無ければ、アプリケーション１５
は次に、その金利方式情報から基準金利パターン「１０
５」を取得し、これをキーにして、その基準金利パター
ンの金利パターンファイル（基準金利情報）１１０Ｊを
検索する（Ｓ１５）。この基準金利情報１１０Ｊは、基
準金利の具体的な利率を定義したもので、そこには例え
ば「適用開始日」、「適用終了日」及び「基準金利利
率」などが登録されている。アプリケーション１５は、
この基準金利情報１１０Ｊから基準金利利率「１．５４
７％」を取得する。このときも、入力された取引日がそ
の基準金利利率の適用開始日から終了日までの期間外で
あったなら、エラーとする。

【００３０】エラーがなければ、アプリケーション１５
は次に、指標商品の商品情報ファイル９０Ｆに登録され
ているスプレッドパターン「２１５」をキーにして、金
利データベース１１から該当する金利パターンファイル
（スプレッド情報）１１０Ｋを検索する（Ｓ１６）。こ
のスプレッド情報１１０Ｋは具体的なスプレッド値を定
義したもので、そこには例えば「適用開始日」及び「適
用終了日」、種々の「金額段階」毎及び「預入期間」毎
の「スプレッド値」、などが登録されている。アプリケ
ーション１５は、このスプレッド情報１１０Ｋから入力
預入金額及び預入期間に対応するスプレッド値「０．２
３４％」を取得する。このときも、入力された取引日が
このスプレッド情報１１０Ｋに登録された適用開始日か
ら終了日までの期間外であったり、入力された預入金額
が登録されている金額段階の範囲外であったり、入力さ
れた預入期間が登録されている預入期間以外であった場
合には、エラーとする。

【００３１】エラーが無ければ、アプリケーション１５
は次に、該当商品の商品情報ファイル９０Ｅに登録され
ているスプレッドパターン「２０５」をキーにして、金
利データベース１１から該当する金利パターンファイル
（スプレッド情報）１１０Ｈを検索する（Ｓ１７）。こ
のスプレッド情報１１０Ｈも具体的なスプレッド値を定
義したもので、そこには例えば「適用開始日」及び「適
用終了日」、種々の「金額段階」毎及び「預入期間」毎
の「スプレッド値」、などが登録されている。アプリケ
ーション１５は、このスプレッド情報１１０Ｈから入力
預入金額及び預入期間に対応するスプレッド値（指標ス
プレッド値）「０．３２２％」を取得する。このとき
も、入力された取引日がこのスプレッド情報１１０Ｈに
登録された適用開始日から終了日までの期間外であった
り、入力された預入金額が登録されている金額段階の範
囲外であったり、入力された預入期間が登録されている
預入期間以外であった場合には、エラーとする。

【００３２】エラーが無ければ、以上取得した基準金利
利率「１．５４７％」、スプレッド値「０．２３４
％」、指標スプレッド値「０．３２２％」を合算して、
預金利率「２．１０３％」を決定する（Ｓ１８）。そし
て、この預金利率に基づいて利息計算などを行う。

【００３３】以上説明した実施形態によれば、次のよう
な利点が得られる。

【００３４】(1)金融商品の性格を業務処理プログラム
から分離したデータベースで管理しているため、業務処
理プログラムを変更することなしに、金融商品の追加や
変更が容易に行える。

【００３５】(2)新たな金融商品の設計作業において、
端末装置を用いて、設計中の金融商品の性格をデータベ
ースに登録して業務処理プログラムに試験的な業務処理
を実行させることにより、その設計中の金融商品の評価
のためのシミュレーションが即座に行える。従って、商
品設計作業が容易になり作業能率が向上する。

【００３６】(3)商品の性格を単機能に細分化した複数
の構成要素のセットの形で商品性格がデータベースに登
録されているので、業務プログラムは各構成要素毎にチ
ェックや計算等の処理を行うことができる。よって、業
務プログラムのロジックが簡単になる。

【００３７】(4)各々単機能の複数の構成要素の組合せ
の形で商品性格が定義されているので、任意の構成要素
の値を変更するだけで新たな商品を容易に設計できる。
特に、複数の構成要素を並列的に組合せるだけでなく、
図２に示した例のように、例えばある金利パターンから
別の金利パターンや指標商品を参照し、そこから更に別
の金利パターンを参照していくというように、複数の構
成要素を階層状に関係付けて組合せることもできるた
め、利息計算方法や金利決定方法のような複雑な機能の
設計も容易に行うことができる。

【００３８】(5)業務プログラムが各構成要素毎にチェ
ックを行うため、設計した商品に不具合があれば即座に
判明し、よって設計作業が容易になり能率が向上する。

【００３９】(6)商品データベース、金利データベース
及び付加情報データベースを設け、各商品の基本的な構
成要素は商品データベースに登録し、金利に関する詳細
な構成要素（金利パターン）は金利データベースに登録
し、個々の商品特有の構成要素は付加情報データベース
に登録し、商品データベース内の構成要素から金利デー
タベースや付加情報データベース内の構成要素を参照す
るようにしているため、金利や付加情報について多種多
様のバリエーションをもった金融商品を設計し管理する
ことが容易である。

【００４０】(7)営業端末やＡＴＭが、各々のユーザイ
ンタフェース処理などに必要な商品情報を格納したロー
カルなデータベースを有し、中央のデータベースの更新
に応じて自己のローカルデータベースを自動的に更新す
るため、営業端末やＡＴＭは常に最新の商品情報を用い
てかつ高速に処理を行うことができる。

【図面の簡単な説明】

【図１】本発明の一実施形態にかかる金融処理システム
の全体構成を示すブロック図。

【図２】業務アプリケーション１５がデータベース９、
１１、１３を参照して計算処理に必要な情報を取得する
様子を、一例として指標金利方式における預金利息を取
得する場合について示した説明図。

【符号の説明】

１ 企画端末 ３ 営業端末 ５ ＡＴＭ ７ 業務サーバ ９ 商品データベース １１ 金利データベース １３ 付加情報データベース １５ 業務アプリケーションプログラム １７ 元帳 ３０、５０ ローカルデータベース ９０ 商品情報ファイル １１０ 金利パターンファイル １３０ 付加情報ファイル

Claims (11)

【特許請求の範囲】
1. 【請求項１】 各種の金融商品の性格が登録されたデー
   タベースと、 前記データベース内の各金融商品の性格を参照すること
   により各金融商品についての業務処理を行うための、前
   記データベースから分離された業務処理手段と、 前記データベースの登録内容を更新するためのデータベ
   ース更新手段と、 前記業務処理手段に対し、指定した金融商品についての
   業務処理の実行を要求する処理要求手段とを備えた金融
   処理システム。
2. 【請求項２】 前記データベース内の各金融商品の性格
   が複数の構成要素の組合せである請求項１記載の金融処
   理システム。
3. 【請求項３】 前記業務処理手段が、前記複数の構成要
   素の各々毎に、各構成要素の値を処理する請求項２記載
   の金融処理システム。
4. 【請求項４】 前記複数の構成要素が、互いに階層状に
   関係付けられた構成要素を含む請求項２記載の金融処理
   システム。
5. 【請求項５】 前記データベースが、各商品の基本的な
   構成要素が登録された商品データベースと、金利に関わ
   る構成要素が登録された金利データベースとを含み、 前記商品データベース内の各商品の基本的な構成要素の
   いずれかと、前記金利データベース内の金利に関わる構
   成要素のいずれかとが互いに関係付けられている請求項
   ２記載の金融処理システム。
6. 【請求項６】 前記データベースが、種々の商品に共通
   の構成要素が登録された商品データベースと、特定の商
   品に特有の構成要素が登録された付加情報データベース
   とを含み、 前記商品データベース内の前記特定の商品の構成要素の
   いずれかと、前記付加情報データベース内の構成要素の
   いずれかとが互いに関係付けられている請求項２記載の
   金融処理システム。
7. 【請求項７】 業務サーバと、この業務サーバに接続さ
   れた１台以上の端末装置とを備え、 前記業務サーバが、 各種の金融商品の性格が登録されたデータベースと、 前記データベース内の各金融商品の性格を参照すること
   により各金融商品についての業務処理を行うための、前
   記データベースから分離された業務処理手段とを有し、 前記端末装置の各々が、 前記データベースの登録内容を追加及び変更するための
   データベース変更手段と、 前記業務処理手段に対し、指定した金融商品についての
   業務処理の実行を要求する処理要求手段との内の少なく
   とも一方の手段を有する金融処理システム。
8. 【請求項８】 前記処理要求手段を有した端末装置の各
   々が、各端末装置のローカルな処理で必要な所定の商品
   情報が登録されたローカルデータベースを有する請求項
   ７記載の金融処理システム。
9. 【請求項９】 前記処理要求手段を有した端末装置の各
   々が、前記ローカルデータベースを前記業務サーバのデ
   ータベースの更新に応じて自動的に更新するローカルデ
   ータベース更新手段を更に有する請求項８記載の金融処
   理システム。
10. 【請求項１０】 業務サーバと、この業務サーバに接続
    された１台以上の端末装置とを備え、 前記業務サーバが、 各種の金融商品の性格が登録されたデータベースと、 前記データベース内の各金融商品の性格を参照すること
    により各金融商品についての業務処理を行うための、前
    記データベースから分離された業務処理手段とを有し、 前記端末装置の各々が、 前記データベースの登録内容を更新するためのデータベ
    ー更新手段と、 前記業務処理手段に対し、指定した金融商品についての
    業務処理の実行を要求する処理要求手段との内の少なく
    とも一方の手段を有する金融処理システムを構築するた
    めに、 前記業務サーバとしてコンピュータを機能させるための
    機械読取可能なコンピュータプログラムを格納した金融
    処理システムのためのプログラム記録媒体。
11. 【請求項１１】 業務サーバと、この業務サーバに接続
    された１台以上の端末装置とを備え、 前記業務サーバが、 各種の金融商品の性格が登録されたデータベースと、 前記データベース内の各金融商品の性格を参照すること
    により各金融商品についての業務処理を行うための、前
    記データベースから分離された業務処理手段とを有し、 前記端末装置の各々が、 前記データベースの登録内容を更新するためのデータベ
    ース更新手段と、 前記業務処理手段に対し、指定した金融商品についての
    業務処理の実行を要求する処理要求手段との内の少なく
    とも一方の手段を有する金融処理システムを構築するた
    めに、 前記端末装置としてコンピュータを機能させるための機
    械読取可能なコンピュータプログラムを格納した金融処
    理システムのためのプログラム記録媒体。