JP2002109209A - 情報処理装置、ネットワークシステム、運営管理システム、運営管理方法、及び記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 確定拠出年金制度等における情報授受及びそ
の管理を効率的且つ容易に行うことが可能な運営管理シ
ステムを提供する。 【解決手段】 運営管理側１４０は、運用指示側（確定
拠出年金制度に加入している事業主の従業員等）１３０
（Ｘ）からの運用指示に基づいて、商品提供側１１０
（Ｘ）及び資産管理側１２０（Ｘ）のそれぞれでの入出
力情報の連携をとる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、確定拠出
年金制度に対応するための装置或はシステムに用いられ
る、情報処理装置、ネットワークシステム、運営管理シ
ステム、運営管理方法、及びそれを実施するための処理
ステップをコンピュータが読出可能に格納した記憶媒体
に関するものである。

【０００２】

【従来の技術】今日において、日本企業における退職金
制度は、退職一時金（退職金）と企業年金を併用したパ
ターンが一般的である。退職一時金とは、その財源を企
業内で確保し、従業員の退職時に給付するものであり、
一方の企業年金とは、企業が掛金を拠出（積み立てるこ
と）し、外部に運用を委託するものである。企業年金に
は、適格退職金及び厚生年金基金等があるが、何れも、
将来の年金給付金が予め決まっている確定給付型の年金
である。

【０００３】しかしながら、経済構造の変化、少子高齢
化の進行により我が国年金制度に大きな課題が生じてお
り、また異常低金利による企業年金の積立て不足の問
題、さらには、産業構造の変化に伴う離転職の進行や中
小企業及び自営業者等に対する年金制度の手当て等の重
要な課題が発生してきている。

【０００４】加えて、１９９８年６月に企業会計審議会
から、「退職給付に係わる会計基準に関する意見書」が
公表され、２００１年から、この新基準に準拠した退職
給付会計の導入が予定された。

【０００５】しかしながら、上記新基準に準拠した退職
給付会計は、退職給付に関する負債額が明らかとなり企
業の財務内容の透明性が増すというメリットがある反
面、「隠れ債務」が表面化してしまうという問題があっ
た。

【０００６】そこで、２００１年から確定拠出年金制度
の導入が予定された。確定拠出年金制度とは、事業主若
しくは加入者が将来の年金を積み立て（拠出）、自らが
運用する年金プランである。すなわち、確定拠出年金制
度とは、将来受け取る額が決まっている確定給付型では
なく、積立額を決めておき、その運用次第で給付額が左
右される確定拠出型の年金制度であり、従来の確定給付
型の企業年金による事業主の負担を軽減するとともに、
企業従業員の離転職に対応するためのポータビリティー
を備える年金制度である。

【０００７】また、確定拠出年金制度は、以下に説明す
るような（１）企業型年金と（２）個人型年金に分けら
れる。

【０００８】（１）企業型年金 企業型年金では、事業主が実施の主体となり、事業主の
従業員等が対象となる。事業主の従業員については、原
則として、規約に定められた従業員が加入する。企業型
年金では、実施の主体となった事業主に拠出が義務づけ
られている。

【０００９】企業型年金での運用については、先ず、従
業員（加入者）は、事業主が選任した運営管理機関が選
定し提示した運用メニュー（商品メニュー）から所望す
る商品を選び、その商品での運用を、従業員本人が直接
運営管理機関に対して指示（運用指示）する。ここでの
商品としては、預貯金、公社債、投資信託、保険、株式
等がある。運営管理機関は、従業員からの運用指示に従
って、事業主が選任した資産管理機関（掛金を確定拠出
年金の資産として管理する機関）に対して、該当する金
融機関（郵便局、農協、生命保険会社、証券会社、信用
金庫、銀行等の年金資産を運用する機関）との契約（貯
蓄契約、預金契約、保険契約、売買契約等）の締結を指
示する。資産管理機関は、運営管理機関からの指示に従
って、該当する金融機関との契約を行う。

【００１０】（２）個人型年金 個人型年金では、国民年金基金連合会が実施の主体とな
り、国民年金へ加入した自営業者や、企業年金等の制度
が導入されていない事業主の従業員等が対象となる。自
営業者等の場合は、自分で国民年金基金連合会へ拠出し
（払い込み）、事業主の従業員の場合は、給与から天引
きして事業主が本人の代わりに国民年金基金連合会へ拠
出する。

【００１１】上述した（１）企業型年金では、年金資産
と事業主資産を分離して保全するために資産管理機関が
置かれるが、個人型年金では、国民年金基金連合会への
掛金の拠出と同時に資産が分離されるため資産管理機関
は置かれない。ただし、実際の資産の管理等の業務を信
託銀行等に委託することがある。

【００１２】個人型年金での運用については、上述した
（１）企業型年金と基本的に同様であるが、加入者は、
国民年金基金連合会が委託した運営管理機関に対して運
用指示を行う。

【００１３】

【発明が解決しようとする課題】しかしながら、確定拠
出年金制度にあたって、次のような問題点が発生するこ
とが考えられる。

【００１４】例えば、企業型年金では、上述したよう
に、資産管理機関と金融機関との間で、加入者からの運
用指示に基づいた契約等のためのやりとりが発生する。
しかしながら、実際には、資産管理機関及び金融機関は
それぞれ複数存在し、これらの機関のそれぞれが、運用
指示毎の該当する相手側の機関と契約締結等を行うとす
れば、非常に煩雑な作業が必要となり、これは非常に非
効率的である。また、それぞれの機関が個別に、上記の
問題を解決するためのシステム開発等を行うとしても、
その分の費用がかかってしまい、さらにそれぞれの機関
が個別に同様のシステム開発やそのテスト等を行うこと
になるため、これも非常に非効率的である。

【００１５】そこで、本発明は、上記の欠点を除去する
ために成されたもので、確定拠出年金制度における情報
授受及びその管理を効率的且つ容易に行うことが可能
な、情報処理装置、ネットワークシステム、運営管理シ
ステム、運営管理方法、及びそれを実施するための処理
ステップをコンピュータが読出可能に格納した記憶媒体
を提供することを目的とする。

【００１６】

【課題を解決するための手段】斯かる目的下において、
第１の発明は、金融商品を提供する商品提供側と、当該
商品提供側での任意の金融商品の運用を指示する運用指
示側と、当該運用指示側での運用指示により発生する資
金及び／又は資産を管理する資産管理側との情報授受が
可能な情報処理装置であって、上記運用指示側からの運
用指示に基づいて、上記商品提供側及び上記資産管理側
のそれぞれでの入出力情報を管理する管理手段を備える
ことを特徴とする。

【００１７】第２の発明は、上記第１の発明において、
上記運用指示側からの運用指示を上記資産管理側及び上
記商品提供側へ送信し、上記管理手段は上記商品提供側
での上記運用指示に対する運用結果を受信して記録し、
上記資産管理側及び上記運用指示側へ送信する送信手段
を備え、上記管理手段は、複数の上記運用指示側からの
複数の運用指示を所定の条件に基づいて分類して運用指
示群として管理し、上記送信手段は、上記管理手段で管
理された運用指示群を上記商品提供側へ送信し、上記商
品提供側からの上記運用指示群に基づいた約定処理結果
を上記資産管理側及び上記複数の運用指示側ごとに振り
分けて管理することを特徴とする。

【００１８】第３の発明は、上記第２の発明において、
上記所定の条件は、上記運用指示側が属する組織毎、及
び上記運用指示により示される金融商品の種類毎の少な
くとも何れかの条件を含むことを特徴とする。

【００１９】第４の発明は、複数の機器がネットワーク
を介して互いに通信可能に接続されてなるネットワーク
システムであって、上記複数の機器のうち少なくとも１
つの機器は、請求項１〜３の何れかに記載の情報処理装
置の機能を有することを特徴とする。

【００２０】第５の発明は、金融商品を提供する複数の
商品提供側と、上記商品提供側での任意の金融商品の運
用を指示する複数の運用指示側と、上記運用指示側での
運用指示により発生する資金を管理する複数の資産管理
側と、上記複数の運用指示側からの運用指示に基づい
て、上記複数の商品提供側及び上記複数の資産管理側の
それぞれでの入出力情報を管理する運営管理側とを含む
運営管理システムであることを特徴とする。

【００２１】第６の発明は、上記第５の発明において、
上記運営管理側は、上記複数の運用指示側からの運用指
示を所定の条件に基づき分類して運用指示群として上記
複数の商品提供側の該当する商品提供側及び上記複数の
資産管理側の該当する資産管理側へ送信し、上記商品提
供側は、上記運営管理側から送信されてきた運用指示群
に基づいた約定処理を実行し、当該約定処理結果を上記
運営管理側へ送信し、上記運営管理側は、上記商品提供
側から送信されてきた上記約定処理結果を上記複数の運
用指示側へ振り分けて管理することを特徴とする。

【００２２】第７の発明は、上記第６の発明において、
上記所定の条件は、上記運用指示側が属する組織毎、及
び上記運用指示により示される金融商品の種類毎の少な
くとも何れかの条件を含むことを特徴とする。

【００２３】第８の発明は、上記第５の発明において、
上記複数の商品提供側はそれぞれ、約定管理手段によっ
て、上記運営管理側から送信されてくる運用指示に基づ
いた約定処理の内容を上記金融商品のそれぞれに振り分
け、保管することを特徴とする。

【００２４】第９の発明は、金融商品を提供する複数の
商品提供側と、当該商品提供側での任意の金融商品の運
用を指示する複数の運用指示側と、当該運用指示側での
運用指示により発生する資金を管理する複数の資産管理
側との間での運用の指示に関する情報及び／又は資産に
関する情報を運営管理側で管理するための運営管理方法
であって、上記運営管理側が、上記運用指示側からの運
用指示に基づいて、上記商品提供側及び上記資産管理側
のそれぞれでの入出力情報を管理する管理ステップを含
むことを特徴とする。

【００２５】第１０の発明は、上記第９の発明におい
て、上記運営管理側が、複数の上記運用指示側からの複
数の運用指示を所定の条件に基づき分類して運用指示群
として複数の上記商品提供側の該当する商品提供側へ送
信する第１の送信ステップと、上記商品提供側が、上記
運営管理側から送信されてきた運用指示群に基づいた約
定処理を実行し、当該約定処理結果を上記運営管理側へ
送信する第２の送信ステップと、上記運営管理側が、上
記商品提供側から送信されてきた当該約定処理結果を資
産管理側へ送信する第3の送信ステップと、上記運営管
理側が、上記商品提供側から送信されてきた上記約定処
理結果を上記複数の運用指示側ごとに振り分けて管理す
る管理ステップを含むことを特徴とする。

【００２６】第１１の発明は、上記第９の発明におい
て、上記所定の条件は、上記運用指示側が属する組織
毎、及び上記運用指示により示される金融商品の種類毎
の少なくとも何れかの条件を含むことを特徴とする。

【００２７】第１２の発明は、上記第９の発明におい
て、上記運営管理側が、上記複数の商品提供側のそれぞ
れに対して、上記運用指示に基づいた約定処理の内容を
上記金融商品のそれぞれに振り分け、保管するための手
段を予め提供する提供ステップを含むことを特徴とす
る。

【００２８】第１３の発明は、請求項１〜７の何れかに
記載の情報処理装置の機能、又は請求項４記載のネット
ワークシステムの機能、又は請求項５〜８の何れかに記
載の運営管理システムの機能をコンピュータに実現させ
るためのプログラムをコンピュータ読出可能な記憶媒体
へ記録したことを特徴とする。

【００２９】第１４の発明は、請求項９〜１２の何れか
に記載の運営管理方法の処理ステップをコンピュータに
実行させるためのプログラムをコンピュータ読取可能な
記憶媒体へ記録したことを特徴とする。

【００３０】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を用いて説明する。

【００３１】[第１の実施の形態]本発明は、例えば、図
１に示すような、確定拠出年金制度における情報授受及
びその管理を行うためのシステム１００に適用される。
本実施の形態でのシステム１００は、企業型年金に対応
したものであり、特に、運営管理機関１４０が、商品提
供機関１１０（１），１１０（２），…，１１０
（Ｘ），…と、資産管理機関１２０（１），１２０
（２），…，１２０（Ｘ），…との間の情報授受等を一
元管理するようになされている。

【００３２】＜システム１００の構成＞図２は、本実施
の形態でのシステム１００の主なる構成を簡略化して示
したものである。システム１００は、上記図２に示すよ
うに、商品提供機関１１０（１），１１０（２），…，
１１０（Ｘ），…と、資産管理機関１２０（１），１２
０（２），…，１２０（Ｘ），…と、事業主側１３０
（１），１３０（２），…，１３０（Ｘ），…とがそれ
ぞれ、ＷＡＮ（ワイドエリアネットワーク）等のネット
ワーク１５０を介して、運営管理機関１４０へアクセス
可能なように接続された構成としている。

【００３３】商品提供機関１１０（１），１１０
（２），…，１１０（Ｘ），…、資産管理機関１２０
（１），１２０（２），…，１２０（Ｘ），…、事業主
側１３０（１），１３０（２），…，１３０（Ｘ），
…、及び運営管理機関１４０はそれぞれ、例えば、図３
に示すような構成を有するコンピュータ２００の機能を
有し、このコンピュータ２００内のＣＰＵ２０１によ
り、後述するような本実施の形態での動作が実施され
る。

【００３４】コンピュータ２００は、上記図３に示すよ
うに、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３
と、キーボード（ＫＢ）２０９のキーボードコントロー
ラ（ＫＢＣ）２０５と、表示部としてのＣＲＴディスプ
レイ（ＣＲＴ）２１０のＣＲＴコントローラ（ＣＲＴ
Ｃ）２０６と、ハードディスク（ＨＤ）２１１及びフロ
ッピー（登録商標）ディスク（ＦＤ）２１２のディスク
コントローラ（ＤＫＣ）２０７と、ネットワークインタ
ーフェースカード（ＮＩＣ）２０８とが、システムバス
２０４を介して互いに通信可能に接続された構成として
いる。そして、システムバス２０４が、上記図２に示し
たネットワーク１５０と接続される。

【００３５】ＣＰＵ２０１は、ＲＯＭ２０２或いはＨＤ
２１１に記憶されたソフトウェア、或いはＦＤ２１２よ
り供給されるソフトウェアを実行することで、システム
バス２０４に接続された各構成部を総括的に制御する。
すなわち、ＣＰＵ２０１は、所定の処理シーケンスに従
った処理プログラムを、ＲＯＭ２０２、或いはＨＤ２１
１、或いはＦＤ２１２から読み出して実行することで、
本実施の形態での動作を実現するための制御を行う。

【００３６】ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ
或いはワークエリア等として機能する。ＫＢＣ２０５
は、ＫＢ２０９や図示していないポインティングデバイ
ス等からの指示入力を制御する。ＣＲＴＣ２０６は、Ｃ
ＲＴ２１０の表示を制御する。ＤＫＣ２０７は、ブート
プログラム、種々のアプリケーション、編集ファイル、
ユーザファイル、ネットワーク管理プログラム、及び本
実施の形態における上記処理プログラム等を記憶するＨ
Ｄ２１１及びＦＤ２１２とのアクセスを制御する。ＮＩ
Ｃ２０８は、ネットワーク１５０上の商品提供機関１１
０（１），１１０（２），…，１１０（Ｘ），…、或は
資産管理機関１２０（１），１２０（２），…，１２０
（Ｘ），…、或は事業主側１３０（１），１３０
（２），…，１３０（Ｘ），…、或は運営管理機関１４
０等と、双方向にデータをやりとりする。

【００３７】商品提供機関１１０（１），１１０
（２），…，１１０（Ｘ），…は、郵便局、農協、生命
保険会社、損害保険会社、証券会社、信用金庫、銀行等
の金融商品（以下、単に「商品」と言う）を扱う金融機
関である。資産管理機関１２０（１），１２０（２），
…，１２０（Ｘ），…は、掛金を確定拠出年金の資産と
して管理する信託銀行等の機関である。事業主側１３０
（１），１３０（２），…，１３０（Ｘ），…は、確定
拠出年金制度を導入している事業主である。

【００３８】運営管理機関１４０は、システム１００の
サーバとして機能し、商品提供機関１１０（１），１１
０（２），…，１１０（Ｘ），…と、資産管理機関１２
０（１），１２０（２），…，１２０（Ｘ），…との間
の情報授受を一元管理するようになされている。

【００３９】具体的には、運営管理機関１４０は、上記
図２に示すように、上記図１の“外部接続システム”に
対応する情報受信機能１４１及び情報送信機能１４２
と、上記図１の“口座システム”に対応する情報管理機
能１４３とを含んでいる。情報受信機能１４１は、商品
提供機関１１０（１），１１０（２），…，１１０
（Ｘ），…、資産管理機関１２０（１），１２０
（２），…，１２０（Ｘ），…、及び事業主側１３０
（１），１３０（２），…，１３０（Ｘ），…からの様
々な情報をネットワーク１５０を介して受信する。情報
送信機能１４２は、商品提供機関１１０（１），１１０
（２），…，１１０（Ｘ），…、資産管理機関１２０
（１），１２０（２），…，１２０（Ｘ），…、及び事
業主側１３０（１），１３０（２），…，１３０
（Ｘ），…へ様々な情報をネットワークを介して送信す
る。情報管理機能１４３は、情報受信機能１４１の受信
情報及び情報送信機能１４２の送信情報や、加入者の口
座の残高等を、データベース１４６によって管理（記録
管理）する。

【００４０】また、運営管理機関１４０は、コールセン
タ（電話応対センタ）１４４や、Ｗｅｂサーバ機能１４
５等をも含んでいる。

【００４１】上述のような構成により、運営管理機関１
４０は、例えば、事業主側１３０（Ｘ）の加入者からの
任意の商品の運用指示を受け入れ、当該運用指示を該当
する商品提供機関１１０（Ｘ）及び資産管理機関１２０
（Ｘ）へ伝達し、商品提供機関１１０（Ｘ）から運用結
果を受け入れ、当該結果に従って、事業主側１３０
（Ｘ）の加入者の口座の残高を更新する等の処理を実施
する。また、運営管理機関１４０は、事業主側１３０
（１），１３０（２），…，１３０（Ｘ），…の複数の
加入者からの運用指示を、日毎、事業主毎、商品毎等に
取りまとめて、それを商品提供機関１１０（Ｘ）へ伝達
（商品の発注）する。さらに、運営管理機関１４０は、
商品提供機関１１０（Ｘ）からの運用結果、すなわち上
記取りまとめての発注に対する結果を、該当する加入者
ごとにそれぞれ振り分けて管理する。

【００４２】＜システム１００の動作＞ここでは、シス
テム１００の主なる動作を、その一例として、（１）定
時拠出時、（２）スイッチング時（売却）、（３）スイ
ッチング時（購入）、（４）収益分配、及び（５）残高
リコンサイルの５つのパターンに分けて説明する。

【００４３】尚、ここでは説明の簡単のため、商品提供
機関１１０（１），１１０（２），…，１１０（Ｘ），
…、資産管理機関１２０（１），１２０（２），…，１
２０（Ｘ），…、及び事業主側１３０（１），１３０
（２），…，１３０（Ｘ），…において、任意の商品提
供機関１１０（Ｘ）、任意の資産管理機関１２０
（Ｘ）、任意の事業主側１３０（Ｘ）、及びその加入者
（従業員）Ａに着目する。

【００４４】（１）定時拠出時 図４は、定時拠出時のシステム１００の動作（情報及び
資金の流れ等を含む）を示したものである。

【００４５】先ず、事業主側１３０（Ｘ）の加入者Ａ
は、運営管理機関１４０に対して、事前に毎拠出ごとの
所望する商品の運用を指示する（上記図４中の点線[1]
参照）。例えば、投信信託の購入を指示する。事業主側
１３０（X）は、加入者ごとの拠出額を、運営管理機関
１４０へ通知する（拠出承認指示（上記図４中の[2-2]
参照））。事業主側１３０（X）は、事業主側１３０
（Ｘ）が運用管理機関１４０へ拠出承認指示を行い、且
つ事業主側１３０（Ｘ）の取引銀行３０１へ拠出金の振
込（資産管理機関１２０（Ｘ）に対する振込）の指示を
行う（上記図４中の[4]参照）。

【００４６】運営管理機関１４０は、事業主側１３０
（X）の指示に従って、該当する資産管理機関１２０
（Ｘ）へ入金予定を通知する（上記図４中の[3]参
照）。ここでの入金予定の通知とは、後述する取引銀行
３０１からの拠出金振込の予告である。

【００４７】取引銀行３０１は、事業主側１３０（Ｘ）
からの振込指示に従って、資産管理機関１２０に対し
て、拠出金の振込を行う（上記図４中の[5]参照）。資
産管理機関１２０（Ｘ）は、取引銀行３０１による事業
主側１３０（Ｘ）からの入金を確認した後、運営管理機
関１４０に対して、入金確認を通知する（上記図４中の
[6]参照）。

【００４８】運営管理機関１４０は、資産管理機関１２
０（Ｘ）からの入金確認の通知を受けると、加入者Ａか
らの事前の運用指示に従って、該当する商品提供機関１
１０（Ｘ）へ当該運用指示を通知する。これと同時に、
運営管理機関１４０は、当該運用指示を資産管理機関１
２０（Ｘ）にも通知する（上記図４中の[7]参照）。

【００４９】商品提供機関１１０（Ｘ）は、運営管理機
関１４０からの運用指示を受けると、運用指示に従い約
定する旨を資産管理機関１２０（Ｘ）及び運営管理機関
１４０へ連絡（約定受注連絡）する（上記図４中の[8]
参照）。そして、商品提供機関１１０（Ｘ）は、運営管
理機関１４０からの運用指示に従った処理を実行した結
果（取引結果）を、資産管理機関１２０（Ｘ）及び運営
管理機関１４０へ報告する（上記図４中の[9]参照）。
このようにして、商品提供機関１１０（Ｘ）、資産管理
機関１２０（Ｘ）、及び運営管理機関１４０の三者間
で、約定及びその結果を確認する。

【００５０】運営管理機関１４０は、商品提供機関１１
０（Ｘ）からの取引報告を受け、上記三者間で確認した
約定結果を複数の加入者に配分し、自らが管理する加入
者Aの記録を更新するとともに、商品ごとの取引報告を
事業主側１３０（Ｘ）へ通知する。

【００５１】そして、資産管理機関１２０（Ｘ）は、先
に取引銀行３０１から振り込まれた拠出金を（上記図４
中の[5]参照）、商品提供機関１１０（Ｘ）へ送金する
（上記図４中の[10]参照）。

【００５２】尚、上記図４中の[7]で示した商品提供機
関１１０（Ｘ）への運用指示（商品の発注）について、
運営管理機関１４０は、各加入者からの運用指示毎に当
該運用指示を商品提供機関１１０（Ｘ）へ通知するので
はなく、複数の加入者からの運用指示をまとめて商品提
供機関１１０（Ｘ）へ通知するようにしてもよい。例え
ば、運営管理機関１４０において、情報管理機能１４３
は、事業主側１３０（１），１３０（２），…，１３０
（Ｘ），…のそれぞれの加入者Ａ，Ｂ，…からの運用指
示を受けると、これらをデータベース１４６へ一旦保存
し、データベース１４６内の複数の運用指示情報を、日
毎、事業主毎、商品毎でまとめ、これらのまとめた運用
指示情報をそれぞれ１つの注文として、該当する商品提
供機関１１０（Ｘ）へ通知する。

【００５３】（２）スイッチング時（売却） 図５は、スイッチング時（売却）のシステム１００の動
作（情報及び資金の流れ等を含む）を示したものであ
る。尚、ここでの“スイッチング”とは、資産の預け換
えのことを示す。また、原則として加入者のスイッチン
グの依頼は制限されず、何時でも又は所定の時間帯にお
いて行えるようになされている。

【００５４】先ず、事業主側１３０（Ｘ）の加入者Ａ
は、運営管理機関１４０に対して、所望する商品の運用
を指示する（上記図５中の[1]参照）。ここでの運用指
示は、例えば、商品提供機関１１０（Ｘ）（商品提供機
関Ａ）での投資信託（以下、「Ａ投信」と言う）を売却
し、商品提供機関１１０（Ｘ＋ｎ）（商品提供機関Ｂ）
での投資信託（以下、「Ｂ投信」と言う）を購入する、
という指示であるものとする。

【００５５】尚、Ｂ投信の購入については、“（３）ス
イッチング時（購入）”にて説明する。また、加入者Ａ
の運用指示は、書面により、又はコールセンタ１４４を
介して、或はＷｅｂサーバ１４５を介してなされるもの
であってもよい。

【００５６】運営管理機関１４０は、加入者Ａからの運
用指示を受けると、当該運用指示により示される「Ａ投
信の売却」の指示に従って、該当する商品提供機関１１
０（Ｘ）へ当該指示（Ａ投信の売却指示）を通知する。
これと同時に、運営管理機関１４０は、当該指示（Ａ投
信の売却指示）を資産管理機関１２０（Ｘ）にも通知す
る（上記図５中の[2]参照）。

【００５７】商品提供機関１１０（Ｘ）は、運営管理機
関１４０からの運用指示を受けると、運用指示に従い約
定する旨を資産管理機関１２０（Ｘ）及び運営管理機関
１４０へ連絡（約定受注連絡）する（上記図５中の[3]
参照）。そして、商品提供機関１１０（Ｘ）は、運営管
理機関１４０からの運用指示に従った処理（売却処理）
を実行した結果（取引結果）を、資産管理機関１２０
（Ｘ）及び運営管理機関１４０へ報告する（上記図５中
の[4]参照）。また、商品提供機関１１０（Ｘ）は、Ａ
投信の売却代金を資産管理機関１２０（Ｘ）へ送金する
（上記図５中の[5]参照）。

【００５８】（３）スイッチング時（購入） 図６は、スイッチング時（購入）のシステム１００の動
作（情報及び資金の流れ等を含む）を示したものであ
る。（２）スイッチング時（売却）にて説明したように
して、加入者Ａの運用指示によるＡ投信の売却が実行さ
れると、次のようにして、加入者Ａの運用指示によるＢ
投信の購入が実行される。

【００５９】運営管理機関１４０は、商品提供機関１１
０（X）から取引結果（スイッチングによる売却）の報
告を受けた（上記図５中の[4]参照）翌営業日以降に、
購入受渡日が売却受渡日の翌日となるようにして、加入
者Ａからの運用指示（上記図５中の[1]参照）により示
される「Ｂ投信の購入」の指示に従って、該当する商品
提供機関１１０（Ｘ＋ｎ）へ当該指示（Ｂ投信の購入指
示）を通知する。この通知のタイミングの判断は、運営
管理機関１４０において、上記図２に示したＣＰＵ２０
１によって自動的に実施されるようになされている。こ
れと同時に、運営管理機関１４０は、当該指示（Ｂ投信
の購入指示）を資産管理機関１２０（Ｘ）にも通知する
（上記図６中の[６]参照）。

【００６０】 尚、本実施の形態では、その一例とし
て、運営管理機関１４０が、商品提供機関１１０（X）
から取引結果の報告を受けた翌営業日以降に、購入受渡
日が売却受渡日の翌日となるようにして、加入者Ａから
の運用指示により示される「Ｂ投信の購入」の指示に従
い該当する商品提供機関１１０（Ｘ＋ｎ）へ当該指示を
通知するように構成したが、これに限られることはな
く、例えば、購入受渡日が売却受渡日と同日となるよう
にして、該当する商品提供機関１１０（Ｘ＋ｎ）への指
示通知を行うようにしてもよい。

【００６１】商品提供機関１１０（Ｘ＋ｎ）は、運営管
理機関１４０からの運用指示を受けると、運用指示に従
い約定する旨を資産管理機関１２０（Ｘ）及び運営管理
機関１４０へ連絡（約定受注連絡）する（上記図６中の
[７]参照）。そして、商品提供機関１１０（Ｘ＋ｎ）
は、運営管理機関１４０からの運用指示に従った処理
（購入処理）を実行した結果（取引結果）を、資産管理
機関１２０（Ｘ）及び運営管理機関１４０へ報告する
（上記図６中の[８]参照）。

【００６２】運営管理機関１４０は、商品提供機関１１
０（Ｘ＋ｎ）からの取引報告を、加入者Ａへ通知する
（上記図６中の[10]参照）。尚、ここでの通知は、例え
ば、半年に１回まとめて行うようにしてもよい。

【００６３】資産管理機関１２０（Ｘ）は、商品提供機
関１１０（Ｘ＋ｎ）からの取引報告に従って、Ｂ投信の
購入代金を商品提供機関１１０（Ｘ＋ｎ）へ送金する
（上記図６中の[９]参照）。

【００６４】（４）収益分配 図７は、収益分配時のシステム１００の動作を示したも
のである。

【００６５】先ず、商品提供機関１１０（Ｘ）は、提供
している各種商品についての情報を運営管理機関１４０
へ登録する（上記図７中の[1]参照）。

【００６６】商品提供機関１１０（Ｘ）は、決算日前の
営業日の夜間に権利付残高確定処理を行う（上記図７中
の[2]参照）。また、商品提供機関１１０（Ｘ）は、決
算日の夜間に再投資追加設定データの作成処理を行い
（上記図７中の[3]参照）、この結果（再投資追加設定
データ）を、決算日の翌日の営業日に運営管理機関１４
０及び資産管理機関１２０（Ｘ）へ送信する（上記図７
中の[5]参照）。

【００６７】運営管理機関１４０は、決算日の夜間に権
利付残高確定処理を行う（上記図７中の[4]参照）。ま
た、運営管理機関１４０は、決算日の翌日の営業日に商
品提供機関１１０（Ｘ）から送信されてきた再投資追加
設定データを取り込む（上記図７中の[6]参照）。

【００６８】運営管理機関１４０は、決算日の翌日の営
業日の夜間に、権利付残高照合、再投資口数加算、及び
投資口数配分の各処理を行う（上記図７中の[7]〜[9]参
照）。

【００６９】 運営管理機関１４０は、「プラン脱会者
一覧表」のデータを作成し（上記図６中の[10]参照）、
それを事業主側１３０（Ｘ）へ送信する（上記図７中の
[11]参照）。

【００７０】商品提供機関１１０（Ｘ）は、「再投資の
お知らせ」のデータを作成し（上記図６中の[12]参
照）、それを資産管理機関１２０（Ｘ）へ送信する（上
記図７中の[13]参照）。

【００７１】尚、上述したように、複数の加入者からの
運用指示を、日毎、事業主毎、商品毎に取りまとめて１
つの注文として商品提供機関１１０（Ｘ）へ通知するよ
うに構成した場合、収益分配は、当該注文の結果の資産
に対して発生することになる。すなわち、複数の加入者
に対する収益分配がまとめて発生することになる。この
場合、運営管理機関１４０は、収益分配を該当する複数
の加入者へ振り分ける。このとき、収益分配が割り切れ
ない場合には、任意のルール（任意の優先度順等）に従
って、該当する複数の加入者へ振り分けるようにしても
よい。また、 この振り分けが該当する複数の加入者の
口座へ反映された結果等については、コールセンタ１４
４での問い合わせ、或はＷｅｂサーバ１４５にて参照可
能なようにしてもよい。

【００７２】（５）残高リコンサイル 図８は、残高リコンサイル時のシステム１００の動作を
示したものである。運営管理機関１４０は、データベー
ス１４６にて保存管理している加入者毎の口座の残高
を、次のようにして定期的にチェックする。

【００７３】運営管理機関１４０は、商品提供機関１１
０（Ｘ）にて管理されている商品毎の残高の情報と、資
産管理機関１２０（Ｘ）にて管理されている商品毎の全
体の残高の情報とを取り込み（上記図８中の[1]及び[3]
参照）、これらの情報と、データベース１４６にて保存
管理している加入者毎の口座の残高の合計額の情報とを
照合する。すなわち、運営管理機関１４０は、商品提供
機関並びに資産管理機関の商品毎の残高と、加入者毎の
口座の商品毎の残高の合計とを照合する。この結果、そ
れぞれの残高が合致していない場合、運営管理機関１４
０は、その旨を等商品提供機関１１０（Ｘ）及び資産管
理機関１２０（Ｘ）に通知する。この通知を受けた管理
者等は、その原因（計算ミスや、違法行為等）を追求
し、これに対処する。

【００７４】上述のような処理（１）〜（５）におい
て、運営管理機関１４０は、自側で作成したデータや、
商品提供機関１１０（Ｘ）から送信されてくるデータ
を、データベース１４６によって保存管理する。データ
ベース１４６は、２つのデータベース１４６ａ，１４６
ｂを含み、データベース１４６ａはマスタデータベース
として用いられ、データベース１４６ｂはリアルタイム
に更新されるデータベースとして用いられる。また、デ
ータベース１４６ｂ内のデータについては、コールセン
タ１４４での問い合わせ、或はＷｅｂサーバ１４５にて
参照可能なようになされている。

【００７５】[第２の実施の形態]第１の実施の形態で説
明したように、システム１００では、運営管理機関１４
０が、事業主側１３０（Ｘ）の加入者Ａからの運用指示
に従って、商品提供機関１１０（Ｘ）及び資産管理機関
１２０（Ｘ）と互いに通信することで、商品提供機関１
１０（Ｘ）と資産管理機関１２０（Ｘ）との間の情報授
受を一元管理する。

【００７６】本実施の形態では、運営管理機関１４０
が、商品提供機関１１０（Ｘ）及び資産管理機関１２０
（Ｘ）と互いに通信することを、より効率よく行えるよ
うにするために、例えば、図９に示すような構成とす
る。上記図９に示すように、運営管理機関１４０、商品
提供機関１１０（Ｘ）、及び資産管理機関１２０（Ｘ）
はそれぞれ、データ連携機能３０１、３０２、及び３０
３を備えている。データ連携機能３０１、３０２、及び
３０３は、インターフェースを統一してデータのやり取
りを可能とする機能であり、これにより、運営管理機関
１４０、商品提供機関１１０（Ｘ）、及び資産管理機関
１２０（Ｘ）がそれぞれ保持している様々な情報を効率
的に互いに授受することができる。

【００７７】尚、上記図９のデータ連携機能３０１、３
０２、及び３０３は、上記図１の“外部接続システム”
に相当する。

【００７８】[第３の実施の形態]本実施の形態では、第
１の実施の形態でのシステム１００において、例えば、
図１０に示すように、商品提供機関１１０（Ｘ）へ約定
管理システム４００を設ける。約定管理システム４００
は、後述するような約定管理機能を実施するためのソフ
トウェアを商品提供機関１１０（Ｘ）の端末装置（上記
図３に示したコンピュータ２００）へインストールする
ことで実現されるようになされている。

【００７９】具体的には、約定管理システム４００は、
図１１に示すように、外部接続システム（上記図１の
“外部接続システム”や、上記図９のデータ連携機能３
０２に相当）を介してデータ授受するようになされてお
り、共通機能４１０及び商品別機能４２０を含んでい
る。

【００８０】商品別機能４２０としては、ここでは一例
として、投信用の機能（投信サブシステム）４２１、定
期預金用の機能（定期預金サブシステム）４２２、及び
金融債用の機能（金融債サブシステム）４２３を挙げて
いる。例えば、投信サブシステム４２１及び定期預金サ
ブシステム４２２での対象商品及び取引としては、次の
ようなものが考えられる。

【００８１】投信サブシステム４２１： 商品 公社債投信 株式投信 取引 購入 解約（特別解約、買取除く） 収益分配金再投資 収益分配金支払 償還

【００８２】定期預金サブシステム４２２： 商品 スーパー定期型（邦貨建） 自由金利型（邦貨建） 変動金利型（邦貨建） スーパー定期型（外貨建） 自由金利型（外貨建） 変動金利型（外貨建） 貯蓄預金 普通預金 取引 預入 解約 満期 利息支払

【００８３】図１２は、上記図１１の約定管理システム
４００の共通機能４１０の内部構成を示したものであ
る。

【００８４】共通機能４１０において、注文管理部５０
１は、運営管理機関１４０からの運用指示（どの口座
で、どの商品を買う又は売る等の事業主毎、商品毎の運
用指示）を取り込む。このとき、注文管理部５０１内の
データベース（注文約定管理データベース）には、上記
取込情報と、済データ（後述する約定結果管理部５０４
からの約定結果情報）とが格納され、この格納情報は、
アウトプットできるようになされている。これにより、
どの商品が注文を受けた段階（取り込まれた段階）であ
るか、処理済みのものであるかが認識できる。

【００８５】売買データ作成部５０２は、注文管理部５
０１の取込情報から、商品毎に適した約定データ（商品
毎の注文書）を作成し、これを商品別機能４２０へ供給
する。

【００８６】約定結果管理部５０４は、商品別機能４２
０からの約定結果情報（売買データ作成部５０２が商品
別機能４２０へ供給した約定データに対して商品別機能
４２０が行った約定処理の結果情報）を取り込み管理す
ると共に、上述した注文管理部５０１内のデータベース
（注文約定管理データベース）へ格納する。

【００８７】情報交換部５０５は、運営管理機関１４０
等への情報送信を行う。例えば、情報交換部５０５は、
次のような情報を、必要に応じて所定の期間毎に、運営
管理機関１４０へ送信する。 ・残高（月１等） ・時価（商品の値段）連絡（毎日等） ・利率連絡（利率が変わる毎等） ・償還報告（商品の満期の通知等）

【００８８】図１３は、上記図１１の約定管理システム
４００において、商品別機能４２０の一例として、投信
用の機能（投信サブシステム）４２１の内部構成を示し
たものである。

【００８９】投信サブシステム４２１において、注文取
込機能６０１は、上記図１２に示した共通機能４１０の
売買データ作成部５０２からの約定データを取り込み、
その取り引きの明細を作成する。

【００９０】約定処理機能６０２は、所定の商品の運用
指示（注文）に関する処理を実行し、また、決算及び再
投資処理等をも実行する。約定処理機能６０２での処理
結果情報は、取引明細用のデータベース６０３、或は残
高用のデータベース６０４へ格納される。したがって、
これらのデータベース６０３，６０４は、履歴情報のデ
ータベースとして機能する。

【００９１】その他の機能６０５は、例えば、アウトプ
ット用或は照会用のデータを作成等する。帳票作成機能
６０６は、委託会社連絡用データを作成する。この委託
会社連絡用データは、投資信託を運用している証券投資
信託委託会社等への通知用のデータである。

【００９２】帳票作成機能６０７は、資産管理機関１２
０（Ｘ）への結果報告のためのデータを作成する。各種
データ作成機能６０７にて作成データは、共通機能を介
して資産管理機関１２０（Ｘ）へ与えられるが、運営管
理機関１４０へも与えられる。尚、資産管理機関１２０
（Ｘ）に対する上記作成データは、運営管理機関１４０
を介して与えられるようにしてもよい。

【００９３】単価登録機能６０８は、予め外部入力（ユ
ーザからの入力等）された単価（基準価格）を管理する
と共に、分配金（年１回の運用の結果により発生した分
配金）が発生した際に外部入力された当該分配金を管理
する。単価登録機能６０８での管理情報は、上述した約
定処理機能６０２の再投資処理等で使用される。

【００９４】顧客口座管理機能６０９は、顧客（事業主
側１３０（Ｘ））の口座を管理し、ＲＫ属性管理機能６
１０は、運営管理機関１４０の属性情報（会社名や住所
等の情報）を管理し、トラスティ属性管理機能６１１
は、資産管理機関１２０（Ｘ）の属性情報（会社名や住
所等の情報）を管理し、ファンド属性管理機能６１２
は、ファンド固有の情報や、商品毎の商品についての情
報等を管理する。

【００９５】図１４は、上記図１１の約定管理システム
４００において、商品別機能４２０の一例として、定期
預金用の機能（定期預金サブシステム）４２２の内部構
成を示したものである。

【００９６】定期預金サブシステム４２２において、業
務運用機能７０１は、上記図１２に示した共通機能４１
０の売買データ作成部５０２からの約定データを取り込
む。約定処理機能７０２は、業務運用機能７０１により
取り込まれた約定データに含まれる預入及び払出のデー
タをそれぞれ処理する。

【００９７】情報登録機能７０３は、口座情報、商品情
報（商品名等の情報）、利率情報、優遇利率情報（金利
を事業主毎に決めた情報等）、及び金融機関情報等の各
種入力情報を登録する。情報登録機能７０３での登録情
報は、管理テーブル７０４にて管理され、参照可能なよ
うになされている。

【００９８】明細管理機能７０５は、運用指示のあった
タイミングによって異なる条件となるような当該商品に
ついての管理を行う。例えば、同じ５年の定期預金で
も、今日運用指示を出した場合と、明日運用指示を出し
た場合とでは、利率が異なり、別管理する必要がある場
合がある。このような状況を管理するのが、明細管理機
能７０５である。

【００９９】尚、第１〜第３の実施の形態では、システ
ム１００を企業型年金に対応したものとしたが、これに
限られることはなく、個人型年金にも対応可能である。
個人型年金の場合、資産管理機関１２０（１），１２０
（２），…，１２０（Ｘ），…が国民年金基金連合会若
しくは国民年金基金連合会から委託を受けた金融機関等
に相当し、また事業主１３０は国民年金基金連合会に相
当し、システム１００の構成及び動作については企業型
年金の場合と同様である。

【０１００】また、第１〜第３の実施の形態では、シス
テム１００を、確定拠出年金制度の対応システムとした
が、これに限られることはない。例えば、確定拠出型の
私的年金制度や、個人が運用指示できるファンド、或い
は現行の確定給付型の年金制度のネットワーク等に適用
可能である。

【０１０１】また、本発明の目的は、第１〜第３の実施
の形態のサーバ及び端末の機能を実現するソフトウェア
のプログラムコードを記憶した記憶媒体を、システム或
いは装置に供給し、そのシステム或いは装置のコンピュ
ータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプ
ログラムコードを読みだして実行することによって、達
成されることは言うまでもない。この場合、記憶媒体か
ら読み出されたプログラムコード自体が第１〜第３の実
施の形態の機能を実現することとなり、そのプログラム
コードを記憶した記憶媒体は本発明を構成することとな
る。プログラムコードを供給するための記憶媒体として
は、ＲＯＭ、フロッピーディスク、ハードディスク、光
ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、
磁気テープ、不揮発性のメモリカード等を用いることが
できる。また、コンピュータが読みだしたプログラムコ
ードを実行することにより、第１〜第３の実施の形態の
機能が実現されるだけでなく、そのプログラムコードの
指示に基づき、コンピュータ上で稼動しているＯＳ等が
実際の処理の一部又は全部を行い、その処理によって第
１〜第３の実施の形態の機能が実現される場合も含まれ
ることは言うまでもない。さらに、記憶媒体から読み出
されたプログラムコードが、コンピュータに挿入された
拡張機能ボードやコンピュータに接続された機能拡張ユ
ニットに備わるメモリに書き込まれた後、そのプログラ
ムコードの指示に基づき、その機能拡張ボードや機能拡
張ユニットに備わるＣＰＵなどが実際の処理の一部又は
全部を行い、その処理によって第１〜第３の実施の形態
の機能が実現される場合も含まれることは言うまでもな
い。

【０１０２】

【発明の効果】以上説明したように本発明によれば、運
営管理側（運営管理機関）が、運用指示側（確定拠出年
金制度に加入している事業主の従業員等）からの運用指
示に基づいて、商品提供側（金融機関等の商品提供機
関）及び資産管理側（資金管理機関）のそれぞれでの入
出力情報の連携をとるように構成した。これにより、商
品提供側及び資産管理側は、運営管理側と通信するだけ
で、運用指示側が通知した運用指示に基づいた処理を実
行することができる。例えば、確定拠出年金制度の導入
にあたり、商品提供側及び資産管理側は、今までつなが
りのない機関（参加機関）との情報授受が必要となって
も、運営管理側と接続するだけで、当該情報授受を効率
的に行えるようになる。また、当該情報授受のための新
たなシステム開発やそのテスト等の負荷を軽減すること
ができ、その分コスト削減をも図ることができる。これ
は、商品提供側及び資産管理側が、互いに複数の機関と
の情報授受が必要となる場合に非常に有効であり、運用
指示側にとってはコストの削減ともなる。

【０１０３】また、運営管理側が、運用指示側からの運
用指示を、運用指示側が属する組織（事業主等）毎、対
象となる金融商品毎、などのような所定の条件に従って
まとめて商品提供側へ送信し、商品提供側での当該運用
指示に従った約定処理の結果を運用指示側へ振り分けて
通知するように構成した場合、情報伝達の効率化を図る
ことができる。

【０１０４】また、商品提供側が、運営管理側から予め
提供された約定処理手段（ソフトウェア等）を用いて、
運用指示に従った約定処理を実行するように構成した場
合、商品提供側は、運営管理側と商品提供側との間のイ
ンターフェースを考慮して独自でシステム開発等を行う
必要はなく、容易に運営管理側との通信及び約定処理を
行うことができ、開発費のコスト削減を図ることもでき
る。

【図面の簡単な説明】

【図１】第１の実施の形態において、本発明を適用した
確定拠出年金制度に対応したシステムの全体構成を説明
するための図である。

【図２】上記システムの主なる構成を示すブロック図で
ある。

【図３】上記システムの商品提供機関、資産管理機関、
事業主側、及び運営管理機関で使用される端末装置の構
成を示すブロック図である。

【図４】上記システムの定時拠出時の動作を説明するた
めの図である。

【図５】上記システムのスイッチング時（売却）の動作
を説明するための図である。

【図６】上記システムのスイッチング時（購入）の動作
を説明するための図である。

【図７】上記システムの収益分配時の動作を説明するた
めの図である。

【図８】上記システムの残高リコンサイル時の動作を説
明するための図である。

【図９】第２の実施の形態における上記システムの構成
を説明するための図である。

【図１０】第３の実施の形態における上記システムの構
成を説明するための図である。

【図１１】上記システムの商品提供機関の約定管理シス
テムの構成を示すブロック図である。

【図１２】上記約定管理システムの共通機能の構成を示
すブロック図である。

【図１３】上記約定管理システムの商品別機能の一例
（投資信託）の構成を示すブロック図である。

【図１４】上記約定管理システムの商品別機能の一例
（定期預金）の構成を示すブロック図である。

【符号の説明】

１００ 確定拠出型年金制度対応システム １１０（１），１１０（２），…，１１０（Ｘ），…
商品提供機関 １２０（１），１２０（２），…，１２０（Ｘ），…
資産提供機関 １３０（１），１３０（２），…，１３０（Ｘ），…
事業主側 １４０ 運営管理機関 １４１ 情報受信機能 １４２ 情報送信機能 １４３ 情報管理機能 １４４ コールセンタ １４５ Ｗｅｂサーバ １４６ データベース １５０ ネットワーク

フロントページの続き Ｆターム(参考） 5B049 BB46 BB47 CC02 CC08 CC21 DD01 DD05 EE01 FF03 FF04 FF09 GG04 GG07 5B055 BB20 CB08 CC04 CC10 CC13 EE02 EE05 EE21 EE27 FA01 FB03 LL11 PA02 PA34 PA38

Claims (14)

【特許請求の範囲】
1. 【請求項１】 金融商品を提供する商品提供側と、当該
   商品提供側での任意の金融商品の運用を指示する運用指
   示側と、当該運用指示側での運用指示により発生する資
   金及び／又は資産を管理する資産管理側との情報授受が
   可能な情報処理装置であって、 上記運用指示側からの運用指示に基づいて、上記商品提
   供側及び上記資産管理側のそれぞれでの入出力情報を管
   理する管理手段を備えることを特徴とする情報処理装
   置。
2. 【請求項２】 上記運用指示側からの運用指示を上記資
   産管理側及び／又は商品提供側へ送信し、上記商品提供
   側での上記運用指示に対する運用結果を受信して記録
   し、上記資産管理側及び運用指示側へ送信する送信手段
   を備え、 上記管理手段は、複数の上記運用指示側からの複数の運
   用指示を所定の条件に基づいて分類して運用指示群とし
   て管理し、 上記送信手段は、上記管理手段で管理された運用指示群
   を上記商品提供側へ送信し、上記商品提供側からの上記
   運用指示群に基づいた約定処理結果を受信し、上記管理
   手段が上記資産管理側及び上記複数の運用指示側ごとに
   振り分けて管理することを特徴とする請求項１記載の情
   報処理装置。
3. 【請求項３】 上記所定の条件は、上記運用指示側が属
   する組織毎、及び上記運用指示により示される金融商品
   の種類毎の少なくとも何れかの条件を含むことを特徴と
   する請求項２記載の情報処理装置。
4. 【請求項４】 複数の機器がネットワークを介して互い
   に通信可能に接続されてなるネットワークシステムであ
   って、 上記複数の機器のうち少なくとも１つの機器は、請求項
   １〜３の何れかに記載の情報処理装置の機能を有するこ
   とを特徴とするネットワークシステム。
5. 【請求項５】 金融商品を提供する複数の商品提供側
   と、 上記商品提供側での任意の金融商品の運用を指示する複
   数の運用指示側と、 上記運用指示側での運用指示により発生する資金及び／
   又は資産を管理する複数の資産管理側と、 上記複数の運用指示側からの運用指示に基づいて、上記
   複数の商品提供側及び上記複数の資産管理側のそれぞれ
   での入出力情報を管理する運営管理側とを含むことを特
   徴とする運営管理システム。
6. 【請求項６】 上記運営管理側は、上記複数の運用指示
   側からの運用指示を所定の条件に基づき分類して運用指
   示群として上記複数の商品提供側の該当する商品提供側
   及び上記複数の資産管理側の該当する資産管理側へ送信
   し、 上記商品提供側は、上記運営管理側から送信されてきた
   運用指示群に基づいた約定処理を実行し、当該約定処理
   結果を上記運営管理側へ送信し、 上記運営管理側は、上記商品提供側から送信されてきた
   上記約定処理結果を上記複数の運用指示側ごとに振り分
   けて管理することを特徴とする請求項５記載の運営管理
   システム。
7. 【請求項７】 上記所定の条件は、上記運用指示側が属
   する組織毎、及び上記運用指示により示される金融商品
   の種類毎の少なくとも何れかの条件を含むことを特徴と
   する請求項６記載の運営管理システム。
8. 【請求項８】 上記複数の商品提供側はそれぞれ、上記
   運営管理側から予め提供された約定管理手段によって、
   上記運営管理側から送信されてくる運用指示に基づいた
   約定処理の内容を上記金融商品のそれぞれに振り分け、
   保管することを特徴とする請求項５記載の運営管理シス
   テム。
9. 【請求項９】 金融商品を提供する複数の商品提供側
   と、当該商品提供側での任意の金融商品の運用を指示す
   る複数の運用指示側と、当該運用指示側での運用指示に
   より発生する資金及び／又は資産を管理する複数の資産
   管理側との間での運用の指示に関する情報及び／又は資
   産に関する情報を運営管理側で管理するための運営管理
   方法であって、 上記運営管理側が、上記運用指示側からの運用指示に基
   づいて、上記商品提供側及び上記資産管理側のそれぞれ
   での入出力情報を管理する管理ステップを含むことを特
   徴とする運営管理方法。
10. 【請求項１０】 上記運営管理側が、複数の上記運用指
    示側からの複数の運用指示を所定の条件に基づき分類し
    て運用指示群として複数の上記商品提供側の該当する商
    品提供側及び資産管理側へ送信する第１の送信ステップ
    と、 上記商品提供側が、上記運営管理側から送信されてきた
    運用指示群に基づいた約定処理を実行し、当該約定処理
    結果を上記運営管理側へ送信する第２の送信ステップ
    と、 上記運営管理側が、上記商品提供側から送信されてきた
    当該約定処理結果を資産管理側へ送信する第3の送信ス
    テップと、 上記運営管理側が、上記商品提供側から送信されてきた
    上記約定処理結果を上記複数の運用指示側ごとに振り分
    けて管理する管理ステップを含むことを特徴とする請求
    項９記載の運営管理方法。
11. 【請求項１１】 上記所定の条件は、上記運用指示側が
    属する組織毎、及び上記運用指示により示される金融商
    品の種類毎の少なくとも何れかの条件を含むことを特徴
    とする請求項９記載の運営管理方法。
12. 【請求項１２】 上記運営管理側が、上記複数の商品提
    供側のそれぞれに対して、上記運用指示に基づいた約定
    処理の内容を上記金融商品のそれぞれに振り分け、保管
    するための手段を予め提供する提供ステップを含むこと
    を特徴とする請求項９記載の運営管理方法。
13. 【請求項１３】 請求項１〜３の何れかに記載の情報処
    理装置の機能、又は請求項４記載のネットワークシステ
    ムの機能、又は請求項５〜８の何れかに記載の運営管理
    システムの機能をコンピュータに実現させるためのプロ
    グラムを記録したコンピュータ読出可能な記憶媒体。
14. 【請求項１４】 請求項９〜１２の何れかに記載の運営
    管理方法の処理ステップをコンピュータに実行させるた
    めのプログラムを記録したコンピュータ読取可能な記憶
    媒体。