JP7061992B2 - 資産運用システムおよびプログラム - Google Patents

Description

本発明は、顧客に金融商品の売買を含む資産運用サービスを提供する処理を実行するコンピュータにより構成された資産運用システムおよびプログラムに係り、例えば、先行の売注文およびこの売注文で得られる売却代金を買付資金とする後続の買注文からなる連続注文、リバランス、定期買付や定期換金を伴うリバランス等を行う際に、買注文執行機関への買付余力先行充当用資金の拠出を行うことにより複数の証券会社システムに跨って顧客の買付余力を調整する買付余力調整サービスを提供する場合に利用できる。

近年、金融業界では、オープンＡＰＩ（アプリケーション・プログラミング・インターフェース：Application Programming Interface）への取り組みが行われている。銀行によるＡＰＩは、各銀行と各種のサービス提供者（外部事業者）との間でのデータ連携を可能とする取り組みである。金融機関システムへの接続仕様をサービス提供者に公開し、予め契約を結んだサービス提供者による金融機関システムへのアクセスを認めることにより、金融機関以外のサービス提供者が、金融機関と連携し、利便性の高い、高度な金融サービスを提供することができるようになる。このオープンＡＰＩを、各証券会社も含めた証券・金融業界全体に広げれば、更に広範な金融サービスを提供することができるようになる。なお、以下では、金融サービスというときは、銀行のみならず、証券会社を含めたサービスを指し、金融機関、金融機関システム等というときは、証券会社、証券会社システム等も含まれるものとする。

オープンＡＰＩは、例えば、ＯＡｕｔｈ２．０等による認証を行う仕組みであり、ＯＡｕｔｈ２．０認証によるデータ連携では、ログインＩＤやパスワードをサービス提供者（外部事業者）に預けることなく、エンドユーザ（顧客）自身が金融機関システムを通し、利用したいサービスを提供するサービス提供者に対し、データ連携に関する許可を与えるので、安全なデータ連携を実現することができる。

金融サービスに利用されるＡＰＩには、大別すると、参照・照会系ＡＰＩと、更新・実行系ＡＰＩとがある。前者の参照・照会系ＡＰＩには、例えば、株価・為替相場情報照会、店舗・ＡＴＭ（現金自動預け払い機：Automatic Teller Machine）所在地、金利・手数料照会、ポイント照会、カード請求額照会、口座情報照会、口座残高照会、入出金明細照会、ＫＹＣ（本人確認：Know Your Customer）・ＡＭＬ（マネーロンダリング対策：Anti-Money Laundering）関連情報などを取り扱うＡＰＩがある。また、後者の更新・実行系ＡＰＩには、例えば、来店予約、ローンシミュレーション、口座開設、諸届（住所変更等）、株式売買指図、投資信託購入指図、保険商品購入指図、資金移動（振込、振替、引落等）などを取り扱うＡＰＩがある。

また、複数の証券会社システム（金融機関システム）に跨った処理を行うという観点で本発明に関連するシステムとしては、例えば、各金融機関の認証情報を第三者機関に預けることなく、複数の資産運用機関に分散された個人または企業が所有している各種の金融資産の情報を一覧として利用者端末から見ることが可能なクライアント・アグリゲーションシステムが知られている（特許文献１参照）。また、仲介業者サーバにより複数の金融機関に跨った処理を行う有価証券売買取引システムが知られている（特許文献２参照）。

特開２００４－１３３８７９号公報 特許第４４８１７５４号掲載公報

前述したように、オープンＡＰＩにより、従来に比べ、複数の金融機関に跨る取引を容易に行うことができようになり、利便性の高い、高度な金融サービスを提供することが可能となる。しかし、オープンＡＰＩは、データ連携のためのインターフェースに過ぎず、各金融機関の内部処理が変わるわけではないため、サービス提供者（外部事業者）が新規サービスを実施する際には、各金融機関システムの内部で実行されている既存の処理内容を利用することになる。すなわち、各金融機関で実施している既存のサービス内容を利用するという制約が生じることになり、その制約の範囲内で新規サービスを実施する必要がある。従って、オープンＡＰＩによるデータ連携を行うことで、単純に複数の金融機関システムを横断する新規サービスを行ったとしても、オープンＡＰＩの導入効果を十分に発揮させることができるとは限らない。

例えば、投資信託や株式等の金融商品の銘柄を乗り換える場合は、通常、保有している銘柄の全数量または一部の数量を売却し、得られた売却代金を、乗換後の銘柄の買付資金に充当することになる。この場合、先行の売注文と、後続の買注文とを、別の証券会社で執行するとすれば、先ず、投資家は、別の証券会社にそれぞれ口座を開設しているので、資産や余力の管理は、投資家自身が行う必要がある。このような管理を実現するには、投資家が各金融機関から自己の保有する資産に関する情報を収集することになるが、オープンＡＰＩの環境下で、サービス提供者（外部事業者）による複数の金融機関からの投資家の資産情報の収集処理が容易になれば、投資家の負担軽減に繋がるサービスを提供できることになる。従って、この点では、オープンＡＰＩの導入効果を発揮させることができる。

次に、先行の売注文と後続の買注文とを、同じ証券会社で執行する場合には、売却代金を買付資金に充当する処理は、同一証券会社内での資金移動となるので、通常は、売注文が約定すれば、買注文の処理を行うことができ、売注文の売却代金の受渡日を待つ必要はない。証券会社の取り決め次第では、売注文の約定前でも買注文の処理を行うことができる場合もあり得る。従って、同一証券会社内であれば、所望の買注文を執行するために必要となる買付余力を早い段階で確保できることになる。ところが、売却処理と買付処理とを別の証券会社で行うとなると、先行の売注文を執行した証券会社における売却代金の受渡日を待って、そこで得られた売却代金を、後続の買注文を執行する証券会社へ、買付資金として入金する資金移動処理を行う必要がある。従って、複数の証券会社に跨る場合には、買注文執行機関となる証券会社に現金等が十分にあるような特別な場合を除き、早い段階での買付余力の確保は困難である。つまり、オープンＡＰＩが導入されていたとしても、後続の買注文を執行する証券会社システムの内部処理の手順を変えることなく、そのまま利用することになるので、その証券会社システムの処理上の制約を受けることになる。このため、売注文の売却代金の受渡日よりも前の日に、必要な買付余力を確保して買付処理を行うことはできず、売却処理と買付処理とに、かなりの時間差が生じてしまうので、その間の金融商品の価格変動により、好ましくない事態が生じる可能性もある。例えば、売却銘柄と買付銘柄との決定時点では、銘柄αを売却し、銘柄βを買い付けるという判断をしたが、買付処理を行う日には、別の組み合わせ（例えば、銘柄γから銘柄δへの乗換）の方が良かったという事態も生じ得る。また、リバランスの判定時点からの時間経過により、リバランス後の状態が、所望の目的のポートフォリオ（維持すべき目標となるポートフォリオ）の通りにならないという事態も生じ得る。従って、このような事態の発生をできるだけ回避するために、売却処理と買付処理との時間差をなるべく短くすることが望ましい。

また、このような売却処理と買付処理とを別の証券会社で行うことによる時間差の問題は、オープンＡＰＩ（例えば、ＯＡｕｔｈ２．０等による認証）の環境下に限らず、従来型のＩＤ・パスワードによる認証を行う場合等でも同様にいえることである。

本発明の目的は、売注文の売却代金により別の証券会社で別の銘柄の買付を行う際の売却処理と買付処理との時間差を無くすか、または短くすることができる資産運用システムおよびプログラムを提供するところにある。

＜本発明の基本構成＞

本発明は、顧客に金融商品の売買を含む資産運用サービスを提供する処理を実行するコンピュータにより構成された資産運用システムであって、
複数の証券会社システムを含む複数の金融機関システムの各々から、各金融機関用の顧客識別情報またはこれらの顧客識別情報に代わるトークン若しくはその他の代替情報を用いて、ネットワークを介して顧客の金融商品を含む資産の保有および変動に関する資産情報を取得する処理を実行する資産情報取得手段と、
この資産情報取得手段により取得した資産情報をユーザ端末に出力して顧客若しくはその入力代行者による金融商品の売買注文の入力を受け付けるか、予め金融商品の売買注文の入力を受け付けて設定情報記憶手段に記憶しておいた売買設定情報を用いるか、または、取得した資産情報および顧客若しくはその入力代行者により予め入力されて設定情報記憶手段に記憶されている設定情報を用いて、顧客が保有する金融商品についての先行の売注文の銘柄識別情報、金額若しくは数量、および売注文執行機関を示す証券会社識別情報を含む注文データ、並びに、この売注文で得られる売却代金を買付資金として用いる後続の買注文の銘柄識別情報、金額若しくは数量、および買注文執行機関を示す証券会社識別情報を含む注文データを作成する処理を実行する注文作成手段と、
この注文作成手段により作成した売注文および買注文の注文データを用いて、売注文および買注文の執行処理が複数の証券会社システムに跨って行われるか否かの判定を含めて、複数の証券会社システムに跨って顧客の買付余力を調整する買付余力調整サービスとして買付余力先行充当用資金の拠出を行う調整銀行システムによる拠出の要否を判定するとともに、当該拠出が必要と判定された場合に、調整銀行システムによる拠出額、およびこの拠出額についての買注文執行機関への入金日若しくは当該入金日の前日から売注文の売却代金の受渡日若しくは当該受渡日の翌日までの調整期間を決定する処理を実行する調整情報作成手段と、
この調整情報作成手段により拠出が必要と判定された場合には、調整銀行システムに対し、調整銀行システム用の顧客識別情報またはこの顧客識別情報に代わるトークン若しくはその他の代替情報を用いて、ネットワークを介して調整情報作成手段により決定した拠出額を含む調整情報を送信する拠出処理を含む運用処理を実行する運用処理手段と
を備えたことを特徴とするものである。

ここで、「金融商品」には、例えば、投資信託、株式、債券、各種の金融派生商品等が含まれる。

また、「資産情報取得手段」における「資産の保有および変動に関する資産情報」の「保有」は、残高のような状態を示す情報を指し、「変動」は、売買や入出金のような状態の変化をもたらす処理や行為に関する情報を指す。

さらに、「注文作成手段」における「金融商品の売買注文の入力を受け付けるか」は、入力を受け付けた後に、すぐに注文データを作成して注文処理を実行する場合である。「予め金融商品の売買注文の入力を受け付けて設定情報記憶手段に記憶しておいた売買設定情報を用いるか」は、入力を受け付けた後に、すぐに注文処理を実行するのではなく、注文の予約として、注文データの作成に必要となる売買設定情報を記憶しておき、後から注文データを作成して注文処理を実行する場合である。この予約による注文は、顧客が指定した日（売買設定情報に含まれる）に実行される注文でもよく、あるいは、例えば月末や月初の営業日等のように決まった日にしか注文できない取り決めになっている場合（例えば、１０月１日に実行される注文を、９月中に予約する場合等）の注文でもよい。「取得した資産情報および顧客若しくはその入力代行者により予め入力されて設定情報記憶手段に記憶されている設定情報を用いて」は、例えば定期的に行われるリバランス処理で使用される目的のポートフォリオ等のように、繰り返し使用される設定情報を登録しておき、その設定情報と、取得した資産情報とを用いた演算処理を行うことにより注文データを作成し、注文処理を実行する場合である。

また、「注文作成手段」における「先行の売注文」および「後続の買注文」というのは、本発明の買付余力調整サービスにおける調整銀行システムによる買付余力先行充当用資金の拠出を行わない場合にその順番にならざるを得ない「売注文」および「買注文」を指すので、「先行の売注文」は、従来であれば先行すべき売注文を意味し、「後続の買注文」は、従来であれば後続となる買注文を意味する。従って、本発明の買付余力調整サービスにおける調整銀行システムによる買付余力先行充当用資金の拠出を行う場合には、それらの売注文と買注文とは、必ずしも時間的にずれている必要はなく、同日中において同時または略同時に、各証券会社に送られてもよく、あるいは、調整銀行システムによる買付余力先行充当用資金の拠出処理（買注文執行機関への買付余力先行充当用資金の入金）さえ行われていれば、買付処理を実行することができるので、「先行の売注文」と「後続の買注文」との各証券会社への注文データ（注文指示情報）の送信が、逆転した順序で行われてもよい。つまり、拠出処理が事前に行われていることを前提とし、「後続の買注文」の方が、「先行の売注文」よりも早く処理されてもよい。勿論、従来通りの「先行」、「後続」の順番で、同日中における時間をずらして、あるいは日にちをずらして、「先行の売注文」と「後続の買注文」との各証券会社への注文データ（注文指示情報）の送信を行ってもよい。

さらに、「調整情報作成手段」における「拠出額についての買注文執行機関への入金日若しくは当該入金日の前日から売注文の売却代金の受渡日若しくは当該受渡日の翌日までの調整期間」の「当該入金日の前日」は、買注文を執行するには、その前に買注文執行機関への買付余力先行充当用資金の入金が必要となるが、システム処理のタイミングの都合で、前日（前営業日という意味を含む）に調整銀行システムからの拠出を行わないと買付余力先行充当用資金の入金日としたい日に入金された扱いにならない場合もあり得るからである。また、「当該受渡日の翌日」は、売却代金を拠出額の返金に充当する際に、システム処理のタイミングの都合で、受渡日に受け取った売却代金をその日のうちに返金に充当することができず、翌日（翌営業日という意味を含む）扱いの返金となる場合もあり得るからである。システム処理のタイミングの都合とは、例えば、夜間バッチ処理で実行される等の都合である。

このような本発明の資産運用システムにおいては、調整情報作成手段により、調整期間および調整銀行システムからの拠出額を決定し、決定した調整期間および拠出額に基づき、調整銀行システムにより買付余力先行充当用資金の拠出を行うことができるので、複数の証券会社システムに跨って顧客の買付余力を調整する買付余力調整サービスを提供することができる。

この際、調整期間は、買付余力先行充当用資金の入金日若しくは当該入金日の前日から売注文の売却代金の受渡日若しくは当該受渡日の翌日までの期間であるから、顧客は、売注文の売却代金の受渡日よりも前の日に、買注文を執行する証券会社へ買付余力先行充当用資金としての拠出額を入金することが可能となるとともに、受渡後には売却代金で拠出額を返金することも可能となる。従って、別の証券会社で売却処理および買付処理を行う際に、売却代金の受渡日を待たずに買付処理を行うことができるので、売却処理と買付処理との時間差を無くすか、または短くすることが可能となり、売却処理と買付処理との時間差により生じる不都合の発生を回避するか、または抑制することが可能となる。

また、資産情報取得手段を備えているので、顧客による資産管理の手間を省くことも可能となり、これらにより前記目的が達成される。

そして、上記の構成では、必ずしも売注文、買注文、調整銀行システムによる拠出を含む入出金のための指示情報を各金融機関システムへ送信するタイミングを含む運用管理は、自動起票により自動的に行ってもよく、顧客自身の操作や管理により行ってもよいが、顧客の操作や管理の負担軽減の観点からは、次のように、自動起票により、送信タイミングを含む運用管理情報を作成し、運用処理を実行する構成とすることが望ましい。なお、ここでいう自動起票は、運用管理情報を自動的に作成することと、作成された運用管理情報に基づき運用処理を自動的に実行することとが含まれる。

＜運用管理情報作成手段および運用管理情報記憶手段を備えた構成＞

また、前述した資産運用システムにおいて、
調整情報作成手段により拠出が必要と判定された場合には、注文作成手段により作成した売注文および買注文の注文データ、並びに、調整情報作成手段により決定した調整期間および調整額を用いて、売注文を執行するための売注文指示情報およびこの売注文指示情報の送信タイミング・送信先情報を含む売注文管理情報、買注文を執行するための買注文指示情報およびこの買注文指示情報の送信タイミング・送信先情報を含む買注文管理情報、並びに、買付余力先行充当用資金としての拠出額を入金するための拠出用の送金指示情報および売却代金により拠出額を返金するための返金用の送金指示情報およびこれらの送金指示情報の各送信タイミング・送信先情報を含む入出金管理情報を作成し、運用管理情報記憶手段に記憶させる処理を実行する運用管理情報作成手段を備え、
運用処理手段は、
運用管理情報作成手段により作成された売注文管理情報、買注文管理情報、および入出金管理情報に従って、売注文執行機関となる証券会社システム、買注文執行機関となる証券会社システム、並びに、調整銀行システムおよび顧客と証券会社との入出金用の登録銀行システムを含む銀行システムを含む複数の金融機関システムとの間で、各金融機関用の顧客識別情報またはこれらの顧客識別情報に代わるトークン若しくはその他の代替情報を用いて、ネットワークを介して売注文指示情報、買注文指示情報、および送金指示情報の送信を含む運用処理を実行する構成とされ、
この際、運用処理手段は、
調整情報作成手段により拠出が必要と判定された場合には、運用処理として、
運用管理情報記憶手段に記憶された売注文管理情報の送信タイミング・送信先情報に従って、売注文指示情報を、ネットワークを介して売注文の執行処理を行う証券会社システムへ送信する売注文処理と、
運用管理情報記憶手段に記憶された入出金管理情報の送信タイミング・送信先情報に従って、売注文の売却代金の受渡日よりも前の日に買注文を執行する証券会社への拠出額の入金が行われるようにするための拠出用の送金指示情報を、ネットワークを介して調整銀行システムへ送信する拠出処理と、
運用管理情報記憶手段に記憶された買注文管理情報の送信タイミング・送信先情報に従って、買注文指示情報を、ネットワークを介して買注文の執行処理を行う証券会社システムへ送信する買注文処理と、
運用管理情報記憶手段に記憶された入出金管理情報の送信タイミング・送信先情報に従って、売注文の売却代金の受渡日または当該受渡日の翌日に売却代金による調整銀行システムへの返金が行われるようにするための返金用の送金指示情報を、ネットワークを介して売却代金が出金された登録銀行システムおよび／または売注文の執行処理を行った証券会社システムへ送信する返金処理とを実行する構成とされていることが望ましい。

ここで、「運用処理手段」により実行される「運用処理」のうちの「拠出処理」において「売注文の売却代金の受渡日よりも前の日に買注文を執行する証券会社への拠出額の入金が行われるようにするための拠出用の送金指示情報」とされているのは、売却代金の受渡日よりも前の日に、買注文を執行する証券会社へ買付余力先行充当用資金としての拠出額が入金されればよい趣旨である。従って、買付余力先行充当用資金の入金日が、売却代金の受渡日よりも前の日になるという条件が満たされればよいので、拠出用の送金指示情報の送信日については、買付余力先行充当用資金の入金日と同日としてもよく、システム処理の都合上、買付余力先行充当用資金の入金日の前日（前営業日という意味を含む）としてもよい。

また、「運用処理手段」により実行される「運用処理」のうちの「返金処理」において「売注文の売却代金の受渡日または当該受渡日の翌日に売却代金による調整銀行システムへの返金が行われるようにするための返金用の送金指示情報」とされているのは、売注文の売却代金の受渡日または当該受渡日の翌日に、売却代金による調整銀行システムへの返金が行われればよい趣旨である。従って、返金の完了日が、売却代金の受渡日またはその翌日（翌営業日という意味を含む）になるという条件が満たされればよいので、返金用の送金指示情報の送信日についても、売却代金の受渡日と同日でもよく、売却代金の受渡日の翌日（翌営業日という意味を含む）でもよい。

このように運用管理情報作成手段および運用管理情報記憶手段を備えた構成とした場合には、運用管理情報を自動的に作成し、作成した運用管理情報に基づき運用処理を自動的に実行することができるので、顧客の操作や管理の負担軽減が図られる。

＜リバランスを行う構成＞

さらに、上述した運用管理情報作成手段および運用管理情報記憶手段を備えた構成において、
設定情報記憶手段には、設定情報として、繰り返し実行されるリバランス処理で使用される目的のポートフォリオが記憶され、
注文作成手段は、
資産情報取得手段により取得した資産情報による取得時点のポートフォリオを構成する各銘柄の評価金額と、当該取得時点の各銘柄の評価金額の合計金額を設定情報記憶手段に記憶されている目的のポートフォリオに従って配分した各銘柄の金額との銘柄毎の差分により、売却する銘柄および金額若しくは数量、売注文を執行する証券会社、並びに、買い付ける銘柄および金額若しくは数量、買注文を執行する証券会社を決定し、売注文および買注文の注文データを作成するリバランス処理を実行する構成としてもよい。

ここで、「繰り返し実行されるリバランス処理」には、定期的に実行されるリバランス処理と、不定期に実行されるリバランス処理とが含まれる。前者の定期的な場合は、例えば、毎月の月末等のように予め定められた時期に実行する場合であり、後者の不定期の場合は、例えば、ある条件（例えば日経平均の前月比等のような金融指標に基づく条件等）を満たした月とか、顧客が指示した月（顧客が予め設定した月ではなく、その時々の状況判断で顧客が実行を指示した月）等に実行する場合である。他の発明においても同様である。

また、「目的のポートフォリオ」は、サービス提供者により予め用意された複数の運用スタイルの中から顧客が選択した運用スタイルに従った目的のポートフォリオでもよく、顧客の依頼に基づきファンドマネージャ等の資産運用の専門家が設定した目的のポートフォリオでもよく、顧客が自分で設定した目的のポートフォリオでもよい。以下の発明においても同様である。

さらに、「注文作成手段」による「リバランス処理」では、複数銘柄について売注文の注文データが作成される場合があり、また、複数銘柄について買注文の注文データが作成される場合もある。この際、各売注文の売却代金の受渡日については、同日になることもあり、複数の日に分散することもある。また、買注文の買付資金の入金日（必要な買付余力を確保すべき日）についても、同日になることもあり、複数の日に分散することもある。売却代金の受渡日や、買付資金の入金日が分散した場合には、少なくとも１つの買付資金の入金日が、少なくとも１つの売却代金の受渡日よりも前の日になれば、調整銀行システムによる拠出を行う余地が生じるので、調整情報作成手段により、拠出が必要と判定される場合がある。以下の発明においても同様である。

このようにリバランスを行う構成とした場合には、リバランスを繰り返しつつ、毎回のリバランスの際に、買付余力調整サービスの提供を受けることが可能となる。このため、複数の証券会社に跨ってリバランスのための売買取引が行われる場合であっても、リバランスにおける売却処理と買付処理との時間差を無くすか、または短くすることができるので、より一層、目的のポートフォリオに沿った適切な資産運用を実現することが可能となる。

＜運用資金の増額を伴うリバランスを行う構成＞

また、前述した運用管理情報作成手段および運用管理情報記憶手段を備えた構成において、
設定情報記憶手段には、設定情報として、繰り返し実行されるリバランス処理で使用される目的のポートフォリオ、および、運用資金の増額とともにリバランス処理を行う際の増額金額が記憶され、
注文作成手段は、
資産情報取得手段により取得した資産情報による取得時点のポートフォリオを構成する各銘柄の評価金額と、当該取得時点の各銘柄の評価金額の合計金額に増額金額を加えた金額を設定情報記憶手段に記憶されている目的のポートフォリオに従って配分した各銘柄の金額との銘柄毎の差分により、売却する銘柄および金額若しくは数量、売注文を執行する証券会社、並びに、買い付ける銘柄および金額若しくは数量、買注文を執行する証券会社を決定し、売注文および買注文の注文データを作成するリバランス処理を実行する構成とされ、
運用管理情報作成手段は、
入出金管理情報として、買注文を執行する証券会社へ買付資金に充当する増額金額を入金するための増額金額調達用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成し、運用管理情報記憶手段に記憶させる処理も実行する構成とされ、
運用処理手段は、
運用処理として、運用管理情報記憶手段に記憶された入出金管理情報の送信タイミング・送信先情報に従って、売注文の売却代金の受渡日よりも前の日に買注文を執行する証券会社への増額金額の入金が行われるようにするための増額金額調達用の送金指示情報を、ネットワークを介して増額金額を引き落とす銀行システムへ送信する増額金額調達処理も実行する構成としてもよい。

ここで、「運用処理手段」により実行される「運用処理」のうちの「増額金額調達処理」において「売注文の売却代金の受渡日よりも前の日に買注文を執行する証券会社への増額金額の入金が行われるようにするための増額金額調達用の送金指示情報」とされているのは、売却代金の受渡日よりも前の日に、買注文を執行する証券会社へ買付資金に充当する増額金額が入金されればよい趣旨である。従って、買付資金の入金日が、売却代金の受渡日よりも前の日になるという条件が満たされればよいので、増額金額調達用の送金指示情報の送信日については、買付資金の入金日と同日としてもよく、システム処理の都合上、買付資金の入金日の前日（前営業日という意味を含む）としてもよい。

このように運用資金の増額を伴うリバランスを行う構成とした場合には、運用資金の増額を伴うリバランスを繰り返しつつ、毎回のリバランスの際に、買付余力調整サービスの提供を受けることが可能となる。このため、複数の証券会社に跨って運用資金の増額を伴うリバランスのための売買取引が行われる場合であっても、リバランスにおける売却処理と買付処理との時間差を無くすか、または短くすることができるので、より一層、目的のポートフォリオに沿った適切な資産運用を実現することが可能となる。

＜運用資金の減額を伴うリバランスを行う構成＞

また、前述した運用管理情報作成手段および運用管理情報記憶手段を備えた構成において、
設定情報記憶手段には、設定情報として、繰り返し実行されるリバランス処理で使用される目的のポートフォリオ、および、運用資金の減額とともに前記リバランス処理を行う際の減額金額が記憶され、
注文作成手段は、
資産情報取得手段により取得した資産情報による取得時点のポートフォリオを構成する各銘柄の評価金額と、当該取得時点の各銘柄の評価金額の合計金額から減額金額を減じた金額を設定情報記憶手段に記憶されている目的のポートフォリオに従って配分した各銘柄の金額との銘柄毎の差分により、売却する銘柄および金額若しくは数量、売注文を執行する証券会社、並びに、買い付ける銘柄および金額若しくは数量、買注文を執行する証券会社を決定し、売注文および買注文の注文データを作成するリバランス処理を実行する構成としてもよい。

このように運用資金の減額を伴うリバランスを行う構成とした場合には、運用資金の減額を伴うリバランスを繰り返しつつ、毎回のリバランスの際に、買付余力調整サービスの提供を受けることが可能となる。このため、複数の証券会社に跨って運用資金の減額を伴うリバランスのための売買取引が行われる場合であっても、リバランスにおける売却処理と買付処理との時間差を無くすか、または短くすることができるので、より一層、目的のポートフォリオに沿った適切な資産運用を実現することが可能となる。また、所望の換金額を繰り返し受け取ることができるので、他の用途への継続的な資金移動が可能となる。

なお、換金額は、売却処理で得られた売却代金の一部（売却代金のうち、買付余力先行充当用資金として入金された拠出額の返金に充当されない金額分）により得られるので、通常は、顧客の登録銀行システムに出金される。この際、複数の証券会社で売却処理が行われた場合には、売却代金の出金先が複数の登録銀行システムに分散する場合がある。従って、このような場合に、次のように、換金額を１つの銀行システム（顧客が指定した換金額振込先の銀行システム）に集中させる処理を行う構成としてもよい。

すなわち、上記のように、運用資金の減額を伴うリバランスを行う構成において、
運用管理情報作成手段は、
入出金管理情報として、売注文で得られた売却代金により換金額を振り込むための換金額振込用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成し、運用管理情報記憶手段に記憶させる処理も実行する構成とされ、
運用処理手段は、
運用処理として、運用管理情報記憶手段に記憶された入出金管理情報の送信タイミング・送信先情報に従って、売注文の売却代金の受渡日または当該受渡日の翌日に売却代金による換金額振込先の銀行システムへの換金額の振込が行われるようにするための換金額振込用の送金指示情報を、ネットワークを介して売却代金が出金された登録銀行システムおよび／または売注文の執行処理を行った証券会社システムへ送信する換金額振込処理も実行する構成としてもよい。

ここで、「運用処理手段」により実行される「運用処理」のうちの「換金額振込処理」において「売注文の売却代金の受渡日または当該受渡日の翌日に売却代金による換金額振込先の銀行システムへの換金額の振込が行われるようにするための換金額振込用の送金指示情報」とされているのは、売注文の売却代金の受渡日または当該受渡日の翌日に、換金額振込先の銀行システムへの換金額の振込が行われればよい趣旨である。従って、換金額の振込の完了日が、売却代金の受渡日またはその翌日（翌営業日という意味を含む）になるという条件が満たされればよいので、換金額振込用の送金指示情報の送信日についても、売却代金の受渡日と同日でもよく、売却代金の受渡日の翌日（翌営業日という意味を含む）でもよい。

＜調整銀行システムによる拠出額を買付余力先行充当用資金の一部にするとともに、自調達額を買付余力先行充当用資金の残りの一部にする構成＞

そして、以上に述べた運用管理情報作成手段および運用管理情報記憶手段を備えた構成において、
資産情報取得手段は、
資産情報として、複数の証券会社システムの各々から、ネットワークを介して顧客の現金残高および／またはマネー・リザーブド・ファンド残高を取得するとともに、少なくとも１つの銀行システムから、ネットワークを介して顧客の普通預金残高を取得する処理を実行する構成とされ、
調整情報作成手段は、
資産情報取得手段により取得した証券会社の現金残高若しくはマネー・リザーブド・ファンド残高、または銀行の普通預金残高のうち買付余力先行充当用資金として一時的に利用する金額を自調達額とし、買付余力先行充当用資金の総額からこの自調達額を減じた金額を、拠出額として決定する処理を実行する構成とされ、
運用管理情報作成手段は、
入出金管理情報として、買注文を執行する証券会社へ買付余力先行充当用資金の一部としての拠出額を入金するための拠出用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報に加え、買付余力先行充当用資金の残りの一部としての自調達額を入金するための自調達用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成するとともに、
売注文を執行した証券会社から出金された売却代金の一部を拠出額の返金に充当するための返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報に加え、売却代金の残りの一部を、自調達額の調達資金源金融機関となった銀行または証券会社に戻すための自調達額戻し用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報も作成し、運用管理情報記憶手段に記憶させる処理を実行する構成とされ、
運用処理手段は、
売注文指示情報を送信する売注文処理と、
拠出用の送金指示情報を送信する拠出処理と、
この拠出処理に加え、運用管理情報記憶手段に記憶された入出金管理情報の送信タイミング・送信先情報に従って、売注文の売却代金の受渡日よりも前の日に買注文を執行する証券会社への自調達額の入金が行われるようにするための自調達用の送金指示情報を、ネットワークを介して調達資金源金融機関となる銀行システムまたは証券会社システムへ送信する自調達処理と、
買注文指示情報を送信する買注文処理と、
返金用の送金指示情報を送信する返金処理と、
この返金処理に加え、運用管理情報記憶手段に記憶された入出金管理情報の送信タイミング・送信先情報に従って、売注文の売却代金の受渡日または当該受渡日の翌日に売却代金による調達資金源金融機関への自調達額の戻しが行われるようにするための自調達額戻し用の送金指示情報を、ネットワークを介して売却代金が出金された登録銀行システムおよび／または売注文の執行処理を行った証券会社システムへ送信する自調達額戻し処理とを実行する構成としてもよい。

ここで、「運用処理手段」により実行される「運用処理」のうちの「自調達処理」において「売注文の売却代金の受渡日よりも前の日に買注文を執行する証券会社への自調達額の入金が行われるようにするための自調達用の送金指示情報」とされているのは、売却代金の受渡日よりも前の日に、買注文を執行する証券会社へ買付余力先行充当用資金としての自調達額が入金されればよい趣旨である。従って、買付余力先行充当用資金の入金日が、売却代金の受渡日よりも前の日になるという条件が満たされればよいので、自調達用の送金指示情報の送信日については、買付余力先行充当用資金の入金日と同日としてもよく、システム処理の都合上、買付余力先行充当用資金の入金日の前日（前営業日という意味を含む）としてもよい。

また、「運用処理手段」により実行される「運用処理」のうちの「自調達額戻し処理」において「売注文の売却代金の受渡日または当該受渡日の翌日に売却代金による調達資金源金融機関への自調達額の戻しが行われるようにするための自調達額戻し用の送金指示情報」とされているのは、売注文の売却代金の受渡日または当該受渡日の翌日に、調達資金源金融機関への自調達額の戻しが行われればよい趣旨である。従って、自調達額の戻しの完了日が、売却代金の受渡日またはその翌日（翌営業日という意味を含む）になるという条件が満たされればよいので、自調達額戻し用の送金指示情報の送信日についても、売却代金の受渡日と同日でもよく、売却代金の受渡日の翌日（翌営業日という意味を含む）でもよい。

このように調整銀行システムによる拠出額を買付余力先行充当用資金の一部にするとともに、自調達額を買付余力先行充当用資金の残りの一部にする構成とした場合には、拠出額を減らすことができるので、拠出額の大小に応じて買付余力調整サービスの利用料が変わる仕組みとする際には、顧客の買付余力調整サービスの利用料の支払金額を減らすことが可能となる。

＜注文の取消または訂正が可能な構成＞

また、以上に述べた運用管理情報作成手段および運用管理情報記憶手段を備えた構成において、
注文作成手段は、
顧客による約定前の売注文および買注文についての取消または金額若しくは数量の削減の訂正の少なくとも１つの入力を受け付ける処理を実行する構成とされ、
調整情報作成手段は、
調整期間中に、注文作成手段により取消の入力を受け付けた場合には、拠出額をゼロに変更し、金額または数量の削減の訂正の入力を受け付けた場合には、訂正後の金額または数量を用いて拠出額を減額する処理を実行する構成とされ、
運用管理情報作成手段は、
注文作成手段により取消の入力を受け付けた場合には、
売注文管理情報として、売注文の取消を行うための売注文取消指示情報およびこの売注文取消指示情報の送信タイミング・送信先情報を作成し、
買注文管理情報として、買注文の取消を行うための買注文取消指示情報およびこの買注文取消指示情報の送信タイミング・送信先情報を作成し、
入出金管理情報として、買注文を執行する証券会社へ買付余力先行充当用資金として入金した拠出額を予定よりも早期に返金するための取消返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成し、
注文作成手段により金額または数量の削減の訂正の入力を受け付けた場合には、
売注文管理情報として、売注文の訂正を行うための売注文訂正指示情報およびこの売注文訂正指示情報の送信タイミング・送信先情報を作成し、
買注文管理情報として、買注文の訂正を行うための買注文訂正指示情報およびこの買注文訂正指示情報の送信タイミング・送信先情報を作成し、
入出金管理情報として、買注文を執行する証券会社へ買付余力先行充当用資金として入金した拠出額の減額分を予定よりも早期に返金するための訂正返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成し、運用管理情報記憶手段に記憶させる処理も実行する構成とされ、
運用処理手段は、
注文作成手段により取消の入力を受け付けた場合には、運用処理として、
運用管理情報記憶手段に記憶された売注文管理情報の送信タイミング・送信先情報に従って、売注文取消指示情報を、ネットワークを介して売注文指示情報の送信先と同じ証券会社システムへ送信する売注文取消処理と、
運用管理情報記憶手段に記憶された買注文管理情報の送信タイミング・送信先情報に従って、買注文取消指示情報を、ネットワークを介して買注文指示情報の送信先と同じ証券会社システムへ送信する買注文取消処理と、
運用管理情報記憶手段に記憶された入出金管理情報の送信タイミング・送信先情報に従って、買注文を執行する証券会社へ買付余力先行充当用資金として入金した拠出額を調整銀行システムへ返金するための取消返金用の送金指示情報を、ネットワークを介して買注文指示情報の送信先と同じ証券会社システムへ送信する取消返金処理とを実行し、
注文作成手段により金額または数量の削減の訂正の入力を受け付けた場合には、運用処理として、
運用管理情報記憶手段に記憶された売注文管理情報の送信タイミング・送信先情報に従って、売注文訂正指示情報を、ネットワークを介して売注文指示情報の送信先と同じ証券会社システムへ送信する売注文訂正処理と、
運用管理情報記憶手段に記憶された買注文管理情報の送信タイミング・送信先情報に従って、買注文訂正指示情報を、ネットワークを介して買注文指示情報の送信先と同じ証券会社システムへ送信する買注文訂正処理と、
運用管理情報記憶手段に記憶された入出金管理情報の送信タイミング・送信先情報に従って、買付余力先行充当用資金として入金した拠出額の減額分を調整銀行システムへ返金するための訂正返金用の送金指示情報を、ネットワークを介して買注文指示情報の送信先と同じ証券会社システムへ送信する訂正返金処理とを実行する構成としてもよい。

ここで、「金額または数量の削減の訂正」の「金額」は、指値（変動する金融商品の価格（単価）に対する指値）のことではなく、注文数量に相当する注文金額（売却代金や買付資金に対応する金額）である。

このように注文の取消または訂正が可能な構成とした場合には、調整情報作成手段により、調整期間中に、取消においては、拠出額をゼロに変更し、訂正においては、拠出額を減額する処理を実行することが可能となる。このため、拠出額の全部または一部の返金を、予定よりも早期に実行することができるので、拠出額の大小に応じて買付余力調整サービスの利用料が変わる仕組みとする際には、顧客の買付余力調整サービスの利用料の支払金額を減らすことが可能となる。

＜別の売注文の売却代金を、拠出額の返金に利用する構成＞

さらに、以上に述べた運用管理情報作成手段および運用管理情報記憶手段を備えた構成において、
調整情報作成手段は、
買注文との組合せで注文作成手段により注文データの作成が行われた売注文を組の売注文としたとき、買付余力先行充当用資金の入金日若しくはこの入金日の前日から組の売注文の売却代金の受渡日若しくはこの受渡日の翌日までとされる標準長の調整期間中に、組の売注文の売却代金の受渡日よりも前の日に受渡日が到来する別の売注文があり、かつ、組の売注文と当該別の売注文との執行処理が同じ証券会社システムで行われる場合には、
当該別の売注文の売却代金が拠出額以上であるときには、標準長の調整期間に代えて、買付余力先行充当用資金の入金日若しくはこの入金日の前日から当該別の売注文の売却代金の受渡日若しくはこの受渡日の翌日までの短い調整期間を決定し、
当該別の売注文の売却代金が拠出額未満であるときには、当該別の売注文の売却代金の受渡日の翌日または翌々日以降の拠出額を、当該別の売注文の売却代金の分だけ減額する処理を実行する構成とされ、
運用管理情報作成手段は、
当該別の売注文の売却代金が前記拠出額以上であるときには、入出金管理情報として、組の売注文の売却代金により拠出額を返金するための返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報に代えて、当該別の売注文の売却代金により拠出額を返金するための返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成し、
当該別の売注文の売却代金が拠出額未満であるときには、入出金管理情報として、組の売注文の売却代金により拠出額を返金するための返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報に代えて、当該別の売注文の売却代金により拠出額の一部を返金するための中間返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成するとともに、組の売注文の売却代金の一部により拠出額の残りの一部を返金するための最終返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成し、運用管理情報記憶手段に記憶させる処理を実行する構成とされ、
運用処理手段は、
当該別の売注文の売却代金が拠出額以上であるときには、運用処理として、
運用管理情報記憶手段に記憶された入出金管理情報の送信タイミング・送信先情報に従って、当該別の売注文を執行して得られた売却代金を調整銀行システムへの拠出額の返金に充当するための返金用の送金指示情報を、ネットワークを介して当該別の売注文の売却代金が出金された登録銀行システムおよび／または当該別の売注文の執行処理を行った証券会社システムへ送信する返金処理を実行し、
当該別の売注文の売却代金が拠出額未満であるときには、運用処理として、
運用管理情報記憶手段に記憶された入出金管理情報の送信タイミング・送信先情報に従って、当該別の売注文を執行して得られた売却代金を調整銀行システムへの拠出額の一部の返金に充当するための中間返金用の送金指示情報を、ネットワークを介して当該別の売注文の売却代金が出金された登録銀行システムおよび／または当該別の売注文の執行処理を行った証券会社システムへ送信する中間返金処理と、
組の売注文を執行して得られた売却代金を調整銀行システムへの拠出額の残りの一部の返金に充当するための最終返金用の送金指示情報を、ネットワークを介して組の売注文の売却代金が出金された登録銀行システムおよび／または組の売注文の執行処理を行った証券会社システムへ送信する最終返金処理とを実行する構成としてもよい。

ここで、「調整情報作成手段」による「当該別の売注文の売却代金が拠出額未満であるときには、当該別の売注文の売却代金の受渡日の翌日または翌々日以降の拠出額を、当該別の売注文の売却代金の分だけ減額する処理」において「受渡日の翌日または翌々日以降の拠出額」とされているのは、別の売注文の売却代金の受渡日またはその翌日（翌営業日という意味を含む）までは、減額前の拠出額で拠出が行われている状態として取り扱われ、別の売注文の売却代金による拠出額の一部の返金で拠出額が減額された状態として取り扱われる日は、１日ずれるという意味である。例えば、別の売注文の売却代金の受渡日が１０月１日であれば、１０月１日（あるいは、システム処理の都合上、１０月２日）までは減額前の拠出額で拠出が行われている状態であり、１０月２日（あるいは、システム処理の都合上、１０月３日）から減額後の拠出額で拠出が行われている状態となる。

また、「中間返金用の送金指示情報」を送信する「中間返金処理」は、複数の「別の売注文」がある場合には、複数の日に跨って行われる場合がある。

このように別の売注文の売却代金を、拠出額の返金に利用する構成とした場合には、受渡日が早く到来する別の売注文の売却代金を利用し、早期に拠出額の返金を行うことができるので、調整期間を短くし、あるいは、拠出額を途中から減らすことができる。このため、調整期間の長短や、拠出額の大小に応じて買付余力調整サービスの利用料が変わる仕組みとする際には、顧客の買付余力調整サービスの利用料の支払金額を減らすことが可能となる。

＜プログラムの発明＞

また、本発明のプログラムは、以上に述べた資産運用システムとして、コンピュータを機能させるためのものである。

なお、上記のプログラムまたはその一部は、例えば、光磁気ディスク（ＭＯ）、コンパクトディスク（ＣＤ）、デジタル・バーサタイル・ディスク（ＤＶＤ）、フレキシブルディスク（ＦＤ）、磁気テープ、読出し専用メモリ（ＲＯＭ）、電気的消去および書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）、フラッシュディスク等の記録媒体に記録して保存や流通等させることが可能であるとともに、例えば、ＬＡＮ、ＭＡＮ、ＷＡＮ、インターネット、イントラネット、エクストラネット等の有線ネットワーク、あるいは無線通信ネットワーク、さらにはこれらの組合せ等の伝送媒体を用いて伝送することが可能であり、また、搬送波に載せて搬送することも可能である。さらに、上記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。

以上に述べたように本発明によれば、調整銀行システムから買注文執行機関への買付余力先行充当用資金の拠出を行うことにより複数の証券会社システムに跨って顧客の買付余力を調整する買付余力調整サービスを提供することができるので、売注文の売却代金により別の証券会社で別の銘柄の買付を行う際の売却処理と買付処理との時間差を無くすか、または短くすることができるという効果がある。

本発明の一実施形態の資産運用システムの全体構成図。 前記実施形態の資産情報の取得および運用処理の実行についての第１の形態（オープンＡＰＩによる形態）の説明図。 前記実施形態の資産情報の取得および運用処理の実行についての第２の形態（各金融機関のＩＤ・ＰＷを買付余力調整サービス提供サーバに登録する形態）の説明図。 前記実施形態の資産情報の取得および運用処理の実行についての第３の形態（ユーザ端末経由の形態）の説明図。 前記実施形態の資産運用サービスメニュー画面の例示図。 前記実施形態の連続注文（投資信託の銘柄入替）の設定画面の例示図。 前記実施形態の連続注文（株式の銘柄入替）の設定画面の例示図。 前記実施形態のリバランスの設定画面の例示図。 前記実施形態のリバランス処理（運用資金の増額や減額がない場合）の具体例を示す図。 前記実施形態の定期買付＆リバランス処理の具体例を示す図。 前記実施形態の定期換金＆リバランス処理の具体例を示す図。 前記実施形態の買付余力調整サービスの提供に係る処理の流れを示すフローチャートの図。 前記実施形態の連続注文の運用処理に伴う資金の流れの説明図。 前記実施形態の運用管理情報記憶手段に記憶された連続注文の運用管理情報の具体例（調整銀行システムによる拠出を行う場合）を示す図。 前記実施形態の運用管理情報記憶手段に記憶された連続注文の運用管理情報の具体例（調整銀行システムによる拠出を行わない場合）を示す図。 前記実施形態のリバランス処理（運用資金の増額や減額がない場合）に伴う資金の流れの説明図。 前記実施形態の定期買付＆リバランス処理（運用資金の増額がある場合）に伴う資金の流れの説明図。 前記実施形態の定期買付＆リバランス処理（運用資金の増額がある場合）に伴う別の資金の流れの説明図。 前記実施形態の定期換金＆リバランス処理（運用資金の減額がある場合）に伴う資金の流れの説明図。 前記実施形態の定期換金＆リバランス処理（運用資金の減額がある場合）に伴う別の資金の流れの説明図。 前記実施形態の運用管理情報記憶手段に記憶されたリバランス（運用資金の増額や減額がない場合）の運用管理情報の具体例を示す図。 前記実施形態の運用管理情報記憶手段に記憶された定期買付＆リバランスの運用管理情報の具体例を示す図。 前記実施形態の運用管理情報記憶手段に記憶された定期換金＆リバランスの運用管理情報の具体例を示す図。 前記実施形態の買付余力調整（連続注文の場合）の具体例を示す図。 前記実施形態の買付余力調整（運用資金の増額や減額を伴わないリバランスの場合）の具体例を示す図。

以下に本発明の一実施形態について図面を参照して説明する。図１には、本実施形態の資産運用システム１０の全体構成が示されている。図２～図４は、資産情報の取得および運用処理の実行についての第１、第２、第３の形態の説明図である。図５～図８には、ユーザ端末６０に表示される画面例が示されている。図９～図１１には、リバランス処理、定期買付＆リバランス処理、定期換金＆リバランス処理の具体例が示されている。図１２には、買付余力調整サービスの提供に係る処理の流れがフローチャートで示されている。また、図１３～図１５には、連続注文の運用処理に伴う資金の流れ、連続注文の運用管理情報の具体例（調整銀行システムによる拠出を行う場合、および行わない場合）が示されている。さらに、図１６～図２０には、リバランス処理、定期買付＆リバランス処理、定期換金＆リバランス処理に伴う資金の流れが示され、図２１～図２３には、それらの処理の運用管理情報の具体例が示されている。また、図２４および図２５には、買付余力調整の具体例が示されている。

＜資産運用システム１０の全体構成＞

図１において、資産運用システム１０は、買付余力調整サービス提供サーバ２０を含む複数の資産運用サービス提供サーバをネットワーク１で接続して構成されている。但し、買付余力調整サービス提供サーバ２０以外の資産運用サービス提供サーバは、本発明の機能には直接関係しないため、記載を省略している。

買付余力調整サービス提供サーバ２０には、複数の証券会社システム４０および複数の銀行システム５０を含む複数の金融機関システムが、ネットワーク１を介して接続されるとともに、顧客またはその入力代行者（証券会社の営業員やオペレータ等）が操作する複数（通常は、多数）のユーザ端末６０と、システム管理者が操作する少なくとも１つの管理者端末７０とが、ネットワーク１を介して接続されている。

ここで、ネットワーク１は、本実施形態では、例えば、主としてインターネット、あるいはインターネットとＬＡＮやイントラネット等の内部ネットワークとの組合せ等により構成され、有線であるか、無線であるか、有線・無線の混在型であるかは問わない。

買付余力調整サービス提供サーバ２０は、金融機関（銀行、証券会社等）以外のサービス提供者（外部事業者）が運営・管理するサーバであり、主として金融商品（投資信託、株式等）の買注文執行機関への買付余力先行充当用資金の拠出を行うことにより複数の証券会社システムに跨って顧客の買付余力を調整する買付余力調整サービスを提供する処理を実行するとともにその処理に必要なデータを記憶するサーバであるが、本実施形態では、買付余力先行充当用資金の拠出を伴わない金融商品の売買処理も、この買付余力調整サービス提供サーバ２０で実行するようになっている。顧客が買付余力調整サービスの提供を受けることを選択しない場合や、顧客が買付余力調整サービスの提供を受けることを選択しても、結果的に、買付余力先行充当用資金の拠出が必要ない場合（同一証券会社内での処理となる場合や、自調達で足りる場合）もあるからである。

ここで、買付余力先行充当用資金とは、ある銘柄の売注文の売却代金を用いて別の銘柄の買付を行うにあたり、売注文を執行した証券会社とは別の証券会社で買注文を執行する場合において、売注文の売却代金の受渡日よりも前の日に、買注文を執行する証券会社における顧客の買付余力の確保のために、買注文を執行する証券会社へ入金する資金をいう。但し、後述するように、売注文を執行した証券会社と同じ証券会社で買付を行うときであっても、買付余力の確保が遅れる場合（売注文の約定をもって買付余力が確保される場合であり、かつ、売注文の約定日が即日（注文日と同日）ではない場合）には、売注文を執行した証券会社と同じ証券会社に対し、買付余力先行充当用資金を入金してもよいので、その意味では、買付余力先行充当用資金は、買注文執行機関（単一の証券会社）における通常の処理よりも、早い段階で買付余力を確保するために入金する資金であるといえる。

この買付余力先行充当用資金は、本実施形態では、２通りの方法で調達することができる。第１の調達方法は、調整銀行システム５０Ｎからの調達であり、本願では、この調達を「拠出」と呼び、その金額を「拠出額」と呼んでいる。拠出額は、売却代金の受渡日の到来後に調整銀行システム５０Ｎに返金されるので、拠出は、一時的な調達である。第２の調達方法は、顧客が買注文執行機関以外の金融機関（銀行や証券会社：調達資金源金融機関）に保有している現金やＭＲＦ（マネー・リザーブド・ファンド）からの調達であり、本願では、この調達を「自調達」と呼び、その金額を「自調達額」と呼んでいる。自調達額は、売却代金の受渡日の到来後に調達資金源金融機関に戻すので、調整銀行システム５０Ｎからの拠出の場合と同様に、一時的な調達である。

このように本発明において、買注文執行機関への買付余力先行充当用資金の入金（第１の調達方法では、調整銀行システム５０Ｎからの拠出額の入金であり、第２の調達方法では、自調達額の入金である。）を行うのは、次の理由からである。すなわち、同じ証券会社内で売注文および買注文の双方を執行する場合には、売注文の売却代金の受渡日よりも前の日に、その証券会社における顧客の買付余力が確保され、買注文を執行することができる状態になるのが一般的であるが、売注文および買注文が複数の証券会社に跨った場合には、単一の証券会社内の処理では買付余力を確保することができないので、その状態を解消するためである。従って、第１の調達方法では、調整銀行システム５０Ｎからの拠出となるが、この拠出は、融資（レンディング）に該当するものではなく、同じ証券会社内であれば、売却代金の受渡日よりも前の日に買付余力を確保可能であったケースと同様な考え方により、サービス提供者を介して（システム的には、サービス提供者が運営・管理する買付余力調整サービス提供サーバ２０およびこれと連携する調整銀行システム５０Ｎを介して）、顧客の資産を一時的に移動し、証券会社超越で買付余力の調整を行っているものである。この点については、図２４および図２５を用いて後述する。

なお、買注文執行機関における買付余力の確保の方法（買付資金調達方法）は、上記のような２通りの方法による買付余力先行充当用資金の入金（第１の調達方法では、調整銀行システム５０Ｎからの拠出額の入金であり、第２の調達方法では、自調達額の入金である。）だけではなく、さらに次のような第３、第４の方法が存在する。第３の方法は、売注文と買注文とが同じ証券会社で執行されるので、売却代金の受渡日よりも前の日に、買付余力が確保されるケースであるが、これは、従来から存在するケースであり、証券会社超越の買付余力調整を行うわけではないため、本実施形態では、買付余力先行充当用資金の入金とは区別している。但し、このケースでも、売注文の約定をもって買付余力が確保される場合であり、かつ、売注文の約定日が即日（売注文の注文日と同日）ではない場合には、買付余力の確保が遅れるので、売注文の約定前の入金を行うと効果的であることから、そのような場合には、売注文を執行した証券会社に対し、買付余力先行充当用資金の入金（調整銀行システム５０Ｎからの拠出額の入金でもよく、自調達額の入金でもよい。）を行ってもよい。そして、このような買付余力先行充当用資金の入金を行った場合には、拠出額の返金や、自調達額の戻しは、売注文の売却代金の受渡後としてもよいが、売注文の約定後として早期の返金や戻しを行うこともできる。売注文の約定をもって買付余力が確保されるからである。第４の方法は、運用資金の増額を行う場合における増額金額の入金であるが、この増額金額は、売注文の売却代金とは関係なく、かつ、一時的な調達でもないので、本実施形態では、買付余力先行充当用資金の入金とは区別している。以上より、本実施形態では、買付余力の確保の方法（買付資金調達方法）は、４つあるので、例えば、図１０の買付資金調達方法には、４つのカラムがある。

また、本実施形態では、買付余力調整サービス提供サーバ２０は、買付余力調整サービス以外のサービス（例えば、保有資産の管理サービス、金融商品の売買のうち本来的に買付余力先行充当用資金の拠出が必要ない売買の取次サービス、確定申告データの作成サービス等）も含めて資産運用システム１０で取り扱う各種のサービスにアクセスするためのポータルサイトとしての機能も有している。なお、ポータルサイトの機能は、買付余力調整サービス提供サーバ２０とは別の資産運用サービス提供サーバに設けてもよく、ポータル専用の資産運用サービス提供サーバを設けてもよい。

具体的には、買付余力調整サービス提供サーバ２０は、１台または複数台のコンピュータにより構成され、メニュー表示手段２１と、設定手段２２と、資産情報取得手段２３と、注文作成手段２４と、調整情報作成手段２５と、運用管理情報作成手段２６と、運用処理手段２７と、認証用情報記憶手段３１と、取得対象記憶手段３２と、資産情報記憶手段３３と、設定情報記憶手段３４と、日付決定用情報記憶手段３５と、運用管理情報記憶手段３６と、余力管理情報記憶手段３７とを含んで構成されている。

このうち、メニュー表示手段２１、設定手段２２、資産情報取得手段２３、注文作成手段２４、調整情報作成手段２５、運用管理情報作成手段２６、運用処理手段２７、および図示されないその他の処理手段は、買付余力調整サービス提供サーバ２０を構成するコンピュータ本体の内部に設けられた中央演算処理装置（ＣＰＵ）、およびこのＣＰＵの動作手順を規定する１つまたは複数のプログラム、並びに、主メモリやキャッシュメモリ等の作業用メモリ等により実現される。なお、これらの各手段２１～２７の詳細は、後述する。

また、各記憶手段３１～３７および図示されないその他の記憶手段は、例えばハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）等により好適に実現されるが、記憶容量やアクセス速度等に問題が生じない範囲であれば、例えば、ＤＶＤ、ＣＤ、ＭＯ、磁気テープ等の他の記録媒体を採用してもよい。また、各記憶手段３１～３７およびその他の記憶手段のデータ保存形式は、データベースでもよく、フラットファイル等のファイル形式でもよい。データベースとする場合には、各記憶手段３１～３７等をそれぞれ別々のデータベースとしてもよく、１つまたは幾つかのデータベース内の異なるテーブルとしてもよい。なお、これらの各記憶手段３１～３７の詳細は、後述する。

証券会社システム４０は、金融商品（投資信託、株式、債券等）の売買の取次を行う証券会社が運営・管理するシステムであり、１台または複数台のコンピュータにより構成されている。各証券会社システム４０を区別して説明を行うときは、証券会社Ａ，Ｂ，Ｃ，Ｄ，…の証券会社システム４０について、４０Ａ，４０Ｂ，４０Ｃ，４０Ｄ，…の符号を付す。

銀行システム５０は、各顧客や各証券会社が開設した口座の残高管理や入出金処理を行う銀行が運営・管理するシステムであり、１台または複数台のコンピュータにより構成されている。各銀行システム５０を区別して説明を行うときは、銀行Ｎ，Ｘ，Ｙ，Ｚ，…の銀行システム５０について、５０Ｎ，５０Ｘ，５０Ｙ，５０Ｚ，…の符号を付す。

また、本発明では、買付余力調整サービスの提供のための買付余力先行充当用資金の拠出を行う銀行を「調整銀行」と呼び、そのシステムを調整銀行システムと呼ぶ。本実施形態では、銀行Ｎが、調整銀行であり、銀行システム５０Ｎが、調整銀行システムであるものとして説明を行う。また、顧客と証券会社との間の入出金用の銀行（顧客が証券会社との間での入出金を行うために指定した金融機関）を登録銀行（登録金融機関）と呼び、そのシステムを登録銀行システム（登録金融機関システム）と呼ぶ。本実施形態では、銀行Ｘ，Ｙ，Ｚが、登録銀行であり、銀行システム５０Ｘ，５０Ｙ，５０Ｚが、登録銀行システムであるものとして説明を行う。この際、調整銀行と登録銀行とが一致していてもよい（すなわち、顧客は、調整銀行を登録銀行として指定してもよい）が、本実施形態では、説明の便宜上、分けるものとする。

なお、ある１人の顧客は、例えば、証券会社Ａにおける登録銀行として銀行Ｘを指定し、証券会社Ｂにおける登録銀行として銀行Ｙを指定する等のように、各証券会社において別々の銀行を登録銀行として指定することができるが、例えば、銀行Ｘを、証券会社Ａにおける登録銀行として指定し、かつ、証券会社Ｂにおける登録銀行としても指定する等のように、１つの銀行を、複数の証券会社における登録銀行として指定することもできる。また、ある１人の顧客と、別の顧客とによる、各証券会社Ａ，Ｂ，Ｃ，Ｄ，…における登録銀行の指定は、全く関係ないので、例えば、顧客Ｋ５が、証券会社Ａにおける登録銀行として銀行Ｘを指定し、別の顧客Ｋ６が、同じ証券会社Ａにおける登録銀行として別の銀行Ｙを指定すること等も、当然にできるため、本実施形態の説明において登録銀行とされている銀行は、あくまでも、ある１人の顧客（ある機能の説明において着目している１人の顧客）が各証券会社Ａ，Ｂ，Ｃ，Ｄ，…において指定した登録銀行という意味である。

ユーザ端末６０および管理者端末７０は、それぞれコンピュータにより構成され、例えばマウスやキーボード等の入力手段と、例えば液晶ディスプレイ等の表示手段とを備えている。これらのユーザ端末６０および管理者端末７０は、例えば、スマートフォン、タブレット端末、携帯情報端末（ＰＤＡ）等の携帯機器でもよい。

また、ユーザ端末６０および管理者端末７０は、汎用ブラウザにより、買付余力調整サービス提供サーバ２０やその他の資産運用サービス提供サーバ（不図示）、各証券会社システム４０、各銀行システム５０との間での通信を伴う処理を行うことができるが、専用のアプリケーションを搭載し、それらの処理を行ってもよい。この際、ユーザ端末６０に専用のアプリケーションを搭載し、買付余力調整サービス提供サーバ２０の資産情報取得手段２３、注文作成手段２４、運用処理手段２７による各処理を補助する形態（資産情報の取得、運用処理の実行については、図４に示す第３の形態を参照）とする場合には、図１中の２点鎖線に示すように、ユーザ端末６０には、専用のアプリケーションにより実現される資産情報取得補助手段６１、注文作成補助手段６２、運用処理補助手段６３が設けられる。

なお、図１での図示は省略されているが、各証券会社システム４０には、通信回線（専用線でもよく、ネットワークでもよい）を介して証券取引所システムや私設取引システム（ＰＴＳ：Proprietary Trading System）等の市場システムが接続され、これにより、各証券会社システム４０は、株式等の金融商品の売買取引の取次（市場への取次）を行うことができるようになっている。

また、各証券会社システム４０には、通信回線（ネットワークでもよく、専用線でもよい）を介して図示されない投資信託の運用会社のシステムが接続され、これにより、各証券会社システム４０と投資信託の運用会社のシステムとの間で投資信託の売買に関する情報の送受信が行われるようになっている。この投資信託の運用会社のシステムは、投資信託の各銘柄の基準価額を算出する処理を行う。

さらに、ネットワーク１には、図示されない情報ベンダーのシステム（金融情報配信システム）が接続され、買付余力調整サービス提供サーバ２０やその他の資産運用サービス提供サーバ（不図示）、各証券会社システム４０、各銀行システム５０に対し、株式等の金融商品の単価、為替レート、日経平均、ＮＹダウ、原油価格等の各種の金融指標を含む金融情報を逐次配信するようになっている。

＜買付余力調整サービス提供サーバ２０／メニュー表示手段２１の構成＞

メニュー表示手段２１は、ユーザ端末６０および管理者端末７０からの表示要求を受信し、ネットワーク１を介して、これらのユーザ端末６０および管理者端末７０の画面上に、例えば、図５に示すような資産運用サービスメニュー画面１００を表示するための表示用データ（例えば、Ｗｅｂ画面データ）を送信する処理を実行するものである。なお、ここでは、説明の便宜上、ユーザ端末６０と管理者端末７０とに共通の資産運用サービスメニュー画面１００が表示されるようになっているが、顧客またはその入力代行者と、システム管理者とに異なる資産運用サービスメニュー画面が表示されるようにしてもよい。

具体的には、図５に示すように、メニュー表示手段２１は、サービス項目の表示部１１０に、例えば、「（１）保有資産残高の表示」、「（２）連続注文（先行の売注文・後続の買注文）／買付余力調整 あり なし」、「（３）リバランス／買付余力調整 あり なし」、「（４）定期買付（運用資金の増額）＆リバランス／買付余力調整 あり なし」、「（５）定期換金（運用資金の減額）＆リバランス／買付余力調整 あり なし」、「（６）単発の売注文／最良執行 あり なし」、「（７）単発の買注文／最良執行 あり なし」、「（８）確定申告データの作成」等のサービス項目を表示し、顧客またはその入力代行者の選択を受け付ける。本実施形態では、このうち、（１）～（５）のサービスを提供する処理は、買付余力調整サービス提供サーバ２０で実行され、（６）～（７）のサービスを提供する処理は、その他の資産運用サービス提供サーバ（不図示）で実行される。

また、メニュー表示手段２１は、ユーザ設定項目の表示部１２０に、例えば、「（１）資産情報の取得先の金融機関および取得項目の設定」等のユーザ設定項目を表示し、顧客またはその入力代行者の選択を受け付ける。（１）のユーザ設定は、設定手段２２により受け付けられ、取得対象記憶手段３２に記憶される。

さらに、メニュー表示手段２１は、システム管理者設定項目の表示部１３０に、例えば、「（１）日付決定用情報の設定」等のシステム管理者設定項目を表示し、システム管理者の選択を受け付ける。（１）のシステム管理者設定は、設定手段２２により受け付けられ、日付決定用情報記憶手段３５に記憶される。

＜買付余力調整サービス提供サーバ２０／設定手段２２の構成＞

設定手段２２は、ユーザ端末６０に表示された図５の資産運用サービスメニュー画面１００において、サービス項目の表示部１１０の「（３）リバランス／買付余力調整 あり なし」、「（４）定期買付（運用資金の増額）＆リバランス／買付余力調整 あり なし」、「（５）定期換金（運用資金の減額）＆リバランス／買付余力調整 あり なし」のいずれかが選択された場合に、ユーザ端末６０に図８に示すようなリバランスの設定の画面４００等を表示し、リバランスを行う際の目的のポートフォリオ、増額金額、減額金額等についての顧客またはその入力代行者の設定入力を受け付け、受け付けた目的のポートフォリオ、増額金額、減額金額等のリバランス用の設定情報を、資産運用システム１０用の顧客識別情報（ＩＤ）と関連付けて設定情報記憶手段３４に記憶させる処理を実行するものである。

図８において、リバランスの設定の画面４００には、目的のポートフォリオの設定部４１０が設けられ、目的のポートフォリオを構成する銘柄、注文執行機関（構成銘柄の売買注文の取次を行う金融機関）、保有比率を入力するようになっている。また、周期の設定部４２０には、リバランスを行う周期を選択するための複数の選択部が設けられている。なお、月における日付や曜日（例えば、毎月１５日、奇数月の第３水曜日等）も含め、より自在に周期を設定できるようにしてもよい。

さらに、定期買付を伴うリバランスの設定部４３０には、定期買付時の運用資金の増額金額、その増額金額を調達する金融機関および口座番号を入力するようになっている。また、定期換金を伴うリバランスの設定部４４０には、定期換金時の運用資金の減額金額、その換金額を集める際の振込先の金融機関および口座番号を入力するようになっている。なお、換金額は、１個所（１口座）に集めずに、各登録銀行の口座に出金されたままとしてもよい。

そして、つなぎに利用する資金の指定部４５０では、複数の証券会社に跨って売注文および買注文を行う場合における売注文から買注文へのつなぎ資金（本願では、買付余力先行充当用資金と呼んでいる。）を確保する手段（資金源）を指定する。つなぎ資金は、買注文を行うには買注文執行機関において顧客の買付余力が確保されていなければならず、そのためには買注文執行機関への入金が必要であるから、その入金を、売注文の売却代金の受渡前に行うための買付余力先行充当用資金である。「全額、調整銀行からの拠出」を選択した場合には、必要額の全額が、調整銀行システム５０Ｎからの拠出により確保される。各金融機関に保有する現金または現金相当資産（銀行の口座にある普通預金残高、証券会社の口座にある現金残高（金銭残高）やＭＲＦ残高）を選択することもできる。この場合には、各金融機関における各資金源（各口座の各残高）について、１回のリバランスでの利用金額の上限金額、あるいは、残しておくべき固定金額（利用できない金額）を入力することができる。

また、設定手段２２は、ユーザ端末６０に表示された図５の資産運用サービスメニュー画面１００において、ユーザ設定項目の表示部１２０の「（１）資産情報の取得先の金融機関および取得項目の設定」が選択された場合に、顧客が口座を開設している証券会社や銀行等の金融機関、あるいはそれらの金融機関から取得すべき項目についての顧客またはその入力代行者の設定入力を受け付け、受け付けた金融機関および項目を、取得対象記憶手段３２に記憶させる処理も実行する。金融機関から取得すべき項目とは、例えば、証券会社に保有する投資信託の各銘柄の残高、株式の各銘柄の残高、現金残高（約定ベースや受渡ベースの金銭残高）、ＭＲＦ（マネー・リザーブド・ファンド）残高、銀行に保有する普通預金口座の残高等である。この際、顧客の保有資産の全情報を取得するように設定してもよいが、必ずしも全情報でなくてもよく、例えば、投資信託および株式を保有している場合に、投資信託の残高情報だけを取得する設定としてもよく、複数の銀行の各々に口座を開設している場合や、１つの銀行に複数の口座を開設している場合には、一部の口座の残高情報だけを取得する設定としてもよい。

さらに、設定手段２２は、管理者端末７０に表示された図５の資産運用サービスメニュー画面１００において、システム管理者設定項目の表示部１３０の「（１）日付決定用情報の設定」が選択された場合に、例えば、投資信託の各銘柄の注文可否日、約定日数、受渡日数等のような日付決定用情報についてのシステム管理者の設定入力を受け付け、受け付けた日付決定用情報を、日付決定用情報記憶手段３５に記憶させる処理も実行する。ここで、投資信託の各銘柄の注文可否日は、例えば、国内の営業日に該当するか否か、海外休場日に該当するか否か等についての銘柄毎の情報であり、カレンダーのように各日の注文可否の情報を、銘柄識別情報と対応付けて記憶したテーブル情報である。また、約定日数は、投資信託の各銘柄の注文日から約定日までの日数であり、受渡日数は、投資信託の各銘柄の注文日から受渡日までの日数であり、いずれも銘柄識別情報と対応付けて記憶される情報である。日付決定用情報としているのは、これらの情報により、調整銀行システム５０Ｎからの拠出を行う調整期間や、各種の指示情報の送信タイミングが決定されるからである。

＜買付余力調整サービス提供サーバ２０／資産情報取得手段２３の構成＞

資産情報取得手段２３は、複数の証券会社システム４０（４０Ａ，４０Ｂ，４０Ｃ，４０Ｄ，…）および複数の銀行システム５０（５０Ｎ，５０Ｘ，５０Ｙ，５０Ｚ，…）を含む複数の金融機関システムの各々から、各金融機関用の顧客識別情報（ＩＤ）またはこれらの顧客識別情報（ＩＤ）に代わるトークン若しくはその他の代替情報を用いて、ネットワーク１を介して顧客の金融商品を含む資産の保有および変動に関する資産情報を取得する処理を実行するものである。なお、ここで取得する資産情報には、本願の背景技術においてオープンＡＰＩの説明で既に記載している参照・照会系ＡＰＩおよび更新・実行系ＡＰＩによる取得情報に相当するもの（但し、必ずしもＡＰＩによる必要はなく、ここでは情報の取得方法ではなく、情報の内容を指している。）は全て含まれる。

この資産情報取得手段２３による資産情報の取得タイミングは、周期的でもよく、特定の処理を行うときでもよく、それらの双方の組合せでもよい。

周期的な取得を行う場合としては、リバランス、定期買付を伴うリバランス、定期換金を伴うリバランスの各サービスについて、例えば、毎月の月末、毎月１５日、毎月の第１月曜日等のように実施時期がシステムで予め定まっている場合や、顧客の指定した実施時期（例えば、奇数月の月末、偶数月の５日等）が設定情報記憶手段３４に記憶されている場合には、各種リバランスの判定（売買する銘柄および金額若しくは数量の決定）で資産情報が必要となるので、その判定時期に合わせて（判定の直前に）取得を行うことができる。

また、周期的な取得を行う場合として、リバランスの実施時期に合わせるのではなく、例えば、毎日、１時間置き、１０分置き等のように、比較的短い周期で取得してもよい。周期的に取得された資産情報は、資産情報取得手段２３により、資産運用システム１０用の顧客識別情報（ＩＤ）と関連付けて資産情報記憶手段３３に記憶される。ここで、資産運用システム１０用の顧客識別情報（ＩＤ）は、買付余力調整サービスを含む資産運用サービスを行うサービス提供者（外部事業者）用の顧客識別情報（ＩＤ）であり、各証券会社Ａ，Ｂ，Ｃ，Ｄ，…用の顧客識別情報（ＩＤ）や、各銀行Ｎ，Ｘ，Ｙ，Ｚ，…用の顧客識別情報（ＩＤ）とは異なるものであるが、いずれかの金融機関（証券会社または銀行）のＩＤと一致していてもよい。従って、いずれかの金融機関（証券会社または銀行）が、買付余力調整サービスを含む資産運用サービスを行うサービス提供者（外部事業者）となってもよい。

このような周期的な資産情報の取得を行う処理では、設定手段２２により入力されて取得対象記憶手段３２に記憶されている金融機関および項目を取得対象とする。

一方、特定の処理を行うときに資産情報の取得を行う場合としては、例えば、顧客が図５の資産運用サービスメニュー画面１００に表示されたサービス項目の表示部１１０で「（１）保有資産残高の表示」を選択した場合に、資産情報取得手段２３により、各金融機関から、表示に必要な資産情報を取得し、取得した資産情報を、ユーザ端末６０の画面上に表示する処理を行ってもよい。従って、資産情報取得手段２３は、この場合は、表示機能も有することになる。なお、資産情報取得手段２３により取得した資産情報は、資産情報記憶手段３３に記憶しておいてもよく、記憶しておかなくてもよい。また、顧客が図５の資産運用サービスメニュー画面１００に表示されたサービス項目の表示部１１０で「（１）保有資産残高の表示」を選択した場合には、資産情報取得手段２３により周期的に（比較的短い周期で）取得されて資産情報記憶手段３３に既に記憶されている最新の資産情報があれば、その最新の資産情報を用いて、資産情報取得手段２３により、ユーザ端末６０の画面上への表示処理を行ってもよい。

また、特定の処理を行うときに資産情報の取得を行う場合として、注文作成手段２４による取得依頼を受けて各金融機関から資産情報を取得してもよい。すなわち、注文作成手段２４により、顧客またはその入力代行者による売買注文に関するデータの入力を受け付ける際に、例えば、図６に示すような資産情報の表示部２１０（図６中の上部参照）を含む連続注文の画面２００をユーザ端末６０の画面上に表示するために、資産情報取得手段２３により、各金融機関から、その表示に必要な資産情報を取得してもよい。なお、資産情報取得手段２３により取得した資産情報は、資産情報記憶手段３３に記憶しておいてもよく、記憶しておかなくてもよい。また、図６に示すような連続注文の画面２００をユーザ端末６０の画面上に表示する際には、資産情報取得手段２３により周期的に（比較的短い周期で）取得されて資産情報記憶手段３３に既に記憶されている最新の資産情報があれば、その最新の資産情報を用いて、注文作成手段２４により、ユーザ端末６０の画面上への表示処理を行ってもよい。

さらに、特定の処理を行うときに資産情報の取得を行う場合として、設定手段２２による取得依頼を受けて各金融機関から資産情報を取得してもよい。すなわち、設定手段２２により、顧客またはその入力代行者による目的のポートフォリオ等の設定入力を受け付ける際に、設定のための参考情報として資産情報を表示する場合（図８での図示は省略されている）には、各金融機関から、その表示に必要な資産情報を取得してもよい。なお、資産情報取得手段２３により取得した資産情報は、資産情報記憶手段３３に記憶しておいてもよく、記憶しておかなくてもよい。また、このような設定の参考情報としての資産情報を、ユーザ端末６０の画面上に表示する際には、資産情報取得手段２３により周期的に（比較的短い周期で）取得されて資産情報記憶手段３３に既に記憶されている最新の資産情報があれば、その最新の資産情報を用いて、設定手段２２により、ユーザ端末６０の画面上への表示処理を行ってもよい。

また、運用処理手段２７による運用処理において資産情報が必要となる場合には、運用処理手段２７が、資産情報取得手段２３と同様な処理を行って各金融機関から資産情報を取得する。但し、資産情報取得手段２３が、運用処理手段２７による取得依頼を受けて各金融機関から資産情報を取得してもよい。運用処理において資産情報が必要となる場合とは、例えば、約定後や受渡後のタイミングで次の指示情報を送信する際に、約定や受渡の情報を確認するために資産情報を取得する場合や、入金後や出金後に次の指示情報を送信する際に、入金や出金の情報を確認するために資産情報を取得する場合等である。

資産情報取得手段２３による各金融機関（各証券会社、各銀行）からの資産情報の取得については、図２～図４に記載した第１～第３の形態を含め、各種の形態を採用することができる。運用処理手段２７による運用処理の実行についても同様である。すなわち、本発明においては、各金融機関へのアクセスのための認証方法、およびそのための情報の送信経路については、いずれの形態でもよく、要するに、参照・照会系および更新・実行系を含めて顧客の資産情報についての各金融機関との間の情報の送受信を行うことができればよい。

図２において、第１の形態は、オープンＡＰＩによる形態であり、例えば、ＯＡｕｔｈ２．０等による認証を行う仕組みである。但し、ＯＡｕｔｈ２．０による認証では、実際には図２の図示の状態よりも複雑な処理を行うが、既存の規約の利用に過ぎないので、図２では、主要な流れだけを示している。また、第１の形態は、ＯＡｕｔｈ２．０による認証だけを指すものではなく、類似の従前の認証の仕組みや、今後開発される認証の仕組みでもよい。

図２の第１の形態（オープンＡＰＩによる形態）では、先ず、顧客（エンドユーザ）またはその入力代行者が、ユーザ端末６０から、各金融機関（各証券会社、各銀行）用の顧客識別情報（ＩＤ）およびパスワード（ＰＷ）を用いて、各金融機関システム（各証券会社システム４０、銀行システム５０）にアクセスし、これにより各金融機関システム（オーソライゼーションサーバとして機能する部分）で、顧客（エンドユーザ）の認証が行われ、各金融機関システムから買付余力調整サービス提供サーバ２０に対し、各金融機関システムへのアクセス用のトークン（アクセストークン、およびアクセストークンの有効期限の経過前にアクセストークンを再発行するためのリフレッシュトークン）が発行される。この際、図示は省略されているが、顧客（エンドユーザ）またはその入力代行者は、資産運用システム１０用（買付余力調整サービスを含む資産運用サービスを提供するサービス提供者用）の顧客識別情報（ＩＤ）およびパスワード（ＰＷ）を用いて、ユーザ端末６０から買付余力調整サービス提供サーバ２０にログインし、買付余力調整サービス提供サーバ２０の関与の元で、各金融機関システムへのログインを行っているので、買付余力調整サービス提供サーバ２０内では、サービス提供者用のＩＤと、アクセストークンやリフレッシュトークンとの紐付けが行われている。従って、認証用情報記憶手段３１には、サービス提供者用の認証用情報（ＩＤ・ＰＷ）と、各金融機関（各証券会社、各銀行）用の認証用情報の代替情報となる各金融機関で発行されたトークン（アクセストークン、リフレッシュトークン）とが関連付けて記憶されている。リフレッシュトークンによるアクセストークンのリフレッシュは、買付余力調整サービス提供サーバ２０で自動的に行われる。このようなトークンの発行および再発行のための処理は、各金融機関から資産情報を取得する前に行われている必要があるので、資産情報取得手段２３により行うが、その他に、資産情報の取得に関係する設定手段２２、注文作成手段２４、運用処理手段２７により行うものとしてもよい。

次に、資産情報取得手段２３は、各金融機関システム（各証券会社システム４０、銀行システム５０）に対し、認証用情報記憶手段３１に記憶されているトークンとともに資産情報の取得要求を送信し、各金融機関システム（ＯＡｕｔｈリソースサーバとして機能する部分）から資産情報を取得する。この際、周期的な資産情報の取得を行う際には、取得対象記憶手段３２に記憶されている金融機関および項目を取得対象とする。また、取得した資産情報は、必要な場合には、資産情報記憶手段３３に記憶させる。なお、通常は、トークンとともに資産情報の取得要求を受信したＯＡｕｔｈリソースサーバが、オーソライゼーションサーバに対して問合せを行ってトークンの情報を取得し、取得要求に応じることが可能な場合に買付余力調整サービス提供サーバ２０へ取得要求に係る資産情報を送信する構成とされていることが多いが、ＯＡｕｔｈリソースサーバと、オーソライゼーションサーバとは、同じコンピュータにより構成してもよい。

また、運用処理手段２７は、運用管理情報記憶手段３６に記憶されている運用管理情報に従って運用処理を実行する際には、各金融機関システム（各証券会社システム４０、銀行システム５０）に対し、認証用情報記憶手段３１に記憶されているトークンとともに実行要求（各種の指示情報）を送信する。

図３において、第２の形態は、各金融機関用の認証用情報（ＩＤ・ＰＷ）を買付余力調整サービス提供サーバ２０に登録する形態である。この形態では、先ず、顧客（エンドユーザ）またはその入力代行者が、ユーザ端末６０から、サービス提供者用の認証用情報（ＩＤ・ＰＷ）を用いて買付余力調整サービス提供サーバ２０にアクセスし、各金融機関用の認証用情報（ＩＤ・ＰＷ）を登録する。これにより、認証用情報記憶手段３１には、各金融機関（各証券会社、各銀行）用の認証用情報（ＩＤ・ＰＷ）が、サービス提供者用のＩＤと関連付けられて記憶される。

次に、資産情報取得手段２３は、各金融機関システム（各証券会社システム４０、銀行システム５０）に対し、認証用情報記憶手段３１に記憶されている各金融機関用のＩＤ・ＰＷとともに資産情報の取得要求を送信し、各金融機関システムから資産情報を取得する。この際、周期的な資産情報の取得を行う際には、取得対象記憶手段３２に記憶されている金融機関および項目を取得対象とする。また、取得した資産情報は、必要な場合には、資産情報記憶手段３３に記憶させる。

また、運用処理手段２７は、運用管理情報記憶手段３６に記憶されている運用管理情報に従って運用処理を実行する際には、各金融機関システム（各証券会社システム４０、銀行システム５０）に対し、認証用情報記憶手段３１に記憶されている各金融機関用のＩＤ・ＰＷとともに実行要求（各種の指示情報）を送信する。

図４において、第３の形態は、ユーザ端末６０を経由して資産情報を取得する形態である。この形態では、買付余力調整サービス提供サーバ２０の資産情報取得手段２３からユーザ端末６０の資産情報取得補助手段６１へ資産情報の取得依頼を送信し、ユーザ端末６０では、この買付余力調整サービス提供サーバ２０からの取得依頼に従うか、または顧客（エンドユーザ）またはその入力代行者の入力操作に従って、資産情報取得補助手段６１から、各金融機関システム（各証券会社システム４０、銀行システム５０）に対し、各金融機関用のＩＤ・ＰＷとともに資産情報の取得要求を送信することにより、ユーザ端末６０で、各金融機関システムから資産情報を取得する。そして、ユーザ端末６０の資産情報取得補助手段６１は、取得した資産情報を買付余力調整サービス提供サーバ２０へ送信する。この際、周期的な資産情報の取得を行う際には、取得対象記憶手段３２に記憶されている金融機関および項目を取得対象とする。また、取得した資産情報は、必要な場合には、資産情報記憶手段３３に記憶させる。

また、運用処理手段２７は、運用管理情報記憶手段３６に記憶されている運用管理情報に従って運用処理を実行する際には、ユーザ端末６０の運用処理補助手段６３へ各種の指示情報の転送依頼を送信し、ユーザ端末６０では、この買付余力調整サービス提供サーバ２０からの転送依頼に従って、運用処理補助手段６３から、各金融機関システム（各証券会社システム４０、銀行システム５０）に対し、各金融機関用のＩＤ・ＰＷとともに実施要求（各種の指示情報）を送信する。

なお、図４の形態では、買付余力調整サービス提供サーバ２０と、各金融機関システム（各証券会社システム４０、銀行システム５０）との間の情報の送受信が、ユーザ端末６０を経由して行われるので、少なくとも送受信の際には、ユーザ端末６０の電源が投入されていることが前提となる。また、ユーザ端末６０がスマートフォン等である場合は、資産情報取得補助手段６１や運用処理補助手段６３のバックグラウンド処理で、買付余力調整サービス提供サーバ２０からの取得依頼や転送依頼を待機してもよい。

＜買付余力調整サービス提供サーバ２０／注文作成手段２４の構成＞

注文作成手段２４は、資産情報取得手段２３により取得した資産情報をユーザ端末６０に出力して顧客若しくはその入力代行者による金融商品の売買注文の入力を受け付けるか、予め金融商品の売買注文の入力を受け付けて設定情報記憶手段３４に記憶しておいた売買設定情報を用いるか、または、取得した資産情報および顧客若しくはその入力代行者により予め入力されて設定情報記憶手段３４に記憶されている設定情報（目的のポートフォリオ等）を用いて、顧客が保有する金融商品についての先行の売注文の銘柄識別情報、金額若しくは数量、および売注文執行機関を示す証券会社識別情報を含む注文データ、並びに、この売注文で得られる売却代金を買付資金として用いる後続の買注文の銘柄識別情報、金額若しくは数量、および買注文執行機関を示す証券会社識別情報を含む注文データを作成する処理を実行するものである。

＜連続注文の注文データの作成：図６、図７＞

具体的には、注文作成手段２４は、連続注文（先行の売注文および後続の買注文）を受け付ける際には、次のようにして先行の売注文および後続の買注文の各注文データを作成する。

図５の資産運用サービスメニュー画面１００において、顧客またはその入力代行者が「（２）連続注文（先行の売注文・後続の買注文）／買付余力調整 あり なし」のうちの「あり」を選択し、さらに次の画面（不図示）で投資信託の銘柄入替を選択した場合には、注文作成手段２４は、例えば、図６に示すような連続注文の画面２００をユーザ端末６０の画面上に表示する。この連続注文の画面２００の上部には、資産情報の表示部２１０が設けられている。

図６において、顧客またはその入力代行者は、資産情報の表示部２１０に表示された資産情報を参照しつつ、売注文の入力部２２０において、先行の売注文についての銘柄、金額、注文執行機関（売注文の取次を行う金融機関）を入力するとともに、買注文の入力部２３０において、後続の買注文についての銘柄、注文執行機関（買注文の取次を行う金融機関）を入力する。この例では、買注文の金額は、売注文の金額と同額であるため、入力しなくてもよい。なお、売注文の対象銘柄を全額（全口数）売却する場合には、その選択部にチェックを入れれば、売注文の金額は入力しなくてもよいか、または自動入力されて全額に相当する金額が自動表示される。この際、顧客またはその入力代行者は、入力をスワイプ操作等により行ってもよい。図６の例では、保有資産（保有する投資信託）が、円グラフで表示されるとともに、吹き出し表示も行われているので、例えば、投資信託βの１００万円の全額を売却し、その１００万円で投資信託αの買付を行う場合には、スワイプ操作Ｍ１またはＭ３を行うようにしてもよく、あるいは、その逆方向のスワイプ操作Ｍ２またはＭ４を行うようにしてもよい。前者の方向のスワイプ操作Ｍ１またはＭ３は、買い付ける銘柄をスワイプして１００万円という金額に当てるイメージであり、後者の方向のスワイプ操作Ｍ２またはＭ４は、１００万円という金額をスワイプして買い付ける銘柄に当てるイメージである。このようなスワイプ操作等の特殊な操作の受付は、Ｗｅｂ画面で実行できない場合には、専用のアプリケーションにより構成される注文作成補助手段６２により実現してもよい。

また、つなぎに利用する資金の指定部２４０において、複数の証券会社に跨って売注文および買注文を行う場合における売注文から買注文へのつなぎ資金（買付余力先行充当用資金）を確保する手段（資金源）を指定する。つなぎ資金は、買注文を行うには買注文執行機関において顧客の買付余力が確保されていなければならず、そのためには買注文執行機関への入金が必要であるから、その入金を、売注文の売却代金の受渡前に行うための買付余力先行充当用資金である。「全額、調整銀行からの拠出」を選択した場合には、必要額の全額が、調整銀行システム５０Ｎからの拠出により確保される。各金融機関に保有する現金または現金相当資産（銀行の口座にある普通預金残高、証券会社の口座にある現金残高（金銭残高）やＭＲＦ残高）の少なくとも一部を選択することもできる。図６の例において、銀行Ｚの普通預金残高３５万円について、そのうちの３０万円と入力すれば、自調達額の上限が３０万円となり、この自調達額３０万円を利用しても、つなぎ資金（買付余力先行充当用資金）が不足する場合に、その不足額が調整銀行システム５０Ｎからの拠出により確保されることになる。

さらに、売注文および買注文を入力した後、必ずしも直ぐにそれらの注文の処理を実行する必要はない。すなわち、顧客またはその入力代行者が、即日実行の選択部２５０にチェックを入れた後、「送信」ボタン２６０をクリックすると、注文作成手段２４は、売注文の入力部２２０および買注文の入力部２３０での各入力データを用いて、売注文および買注文の各注文データを作成した後、作成した売注文および買注文の各注文データ、並びに、つなぎに利用する資金の指定部２４０での入力データを用いた調整情報作成手段２５の処理に進む。一方、顧客またはその入力代行者が、予約の選択部２５１にチェックを入れて実行の日付を入力した後、「送信」ボタン２６０をクリックすると、注文作成手段２４は、その実行の日付とともに、売注文の入力部２２０、買注文の入力部２３０、つなぎに利用する資金の指定部２４０における入力データを、売買設定情報として、資産運用システム１０用（サービス提供者用）の顧客識別情報（ＩＤ）と関連付けて設定情報記憶手段３４に記憶させる。

また、図６の連続注文の画面２００の最下部には、「送信」ボタン２６０の他に、「予約取消画面へ」選択部２６１と、「発注済注文取消画面へ」選択部２６２と、「発注済注文訂正画面へ」選択部２６３とが設けられている。「予約取消画面へ」選択部２６１をクリックするのは、例えば、１１月１日に実行する予定の注文を１０月１５日に予約しておいたが、その予約を１０月２３日に取り消す場合等であり、この場合は、未だ発注されていないので、予約を取り消すだけである。

図６の「発注済注文取消画面へ」選択部２６２や「発注済注文訂正画面へ」選択部２６３をクリックして注文の取消や訂正を行うことができるのは、売注文および買注文の投資信託の銘柄が、即日（注文日）に約定しない銘柄の場合である。本実施形態では、原則として、売注文および買注文の双方について取消や訂正を行うものとする。但し、売注文が約定していて、買注文が約定していない場合に、買注文だけの取消や訂正を行うことができるようにしてもよい。取消や訂正を行う際には、買注文の買付資金は、既に買注文の執行機関である証券会社に入金されているので、調整銀行システム５０Ｎからの拠出が行われている場合には、取消や訂正を行うと、拠出額の少なくとも一部を予定よりも早期に返金することが可能となるが、この点については、後述する。

また、図５の資産運用サービスメニュー画面１００において、顧客またはその入力代行者が「（２）連続注文（先行の売注文・後続の買注文）／買付余力調整 あり なし」のうちの「あり」を選択し、さらに次の画面（不図示）で株式の銘柄入替を選択した場合には、注文作成手段２４は、例えば、図７に示すような連続注文の画面３００をユーザ端末６０の画面上に表示する。なお、図７でも、上述した図６に示すような資産情報の表示部を設けてもよい。

図７において、顧客またはその入力代行者は、売注文の入力部３１０において、先行の売注文についての銘柄、数量（株数）、注文執行機関（売注文の取次を行う金融機関）を入力するとともに、買注文の入力部３２０において、後続の買注文についての銘柄、注文執行機関（買注文の取次を行う金融機関）を入力する。なお、売注文の対象銘柄を全数量（全株数）売却する場合には、その選択部にチェックを入れれば、売注文の数量は入力しなくてもよいか、または自動入力されて全数量に相当する数量が自動表示される。

また、つなぎに利用する資金の指定部３３０は、上述した図６のつなぎに利用する資金の指定部２４０と同様である。

さらに、即日実行の選択部３４０および予約の選択部３４１は、上述した図６の即日実行の選択部２５０および予約の選択部２５１と同様である。すなわち、顧客またはその入力代行者が、即日実行の選択部３４０にチェックを入れた後、「送信」ボタン３５０をクリックすると、注文作成手段２４は、売注文の入力部３１０および買注文の入力部３２０での各入力データを用いて、売注文および買注文の各注文データを作成した後、作成した売注文および買注文の各注文データ、並びに、つなぎに利用する資金の指定部３３０での入力データを用いた調整情報作成手段２５の処理に進む。一方、顧客またはその入力代行者が、予約の選択部３４１にチェックを入れて実行の日付を入力した後、「送信」ボタン３５０をクリックすると、注文作成手段２４は、その実行の日付とともに、売注文の入力部３１０、買注文の入力部３２０、つなぎに利用する資金の指定部３３０における入力データを、売買設定情報として、資産運用システム１０用（サービス提供者用）の顧客識別情報（ＩＤ）と関連付けて設定情報記憶手段３４に記憶させる。

また、図７の連続注文の画面３００の最下部には、「送信」ボタン３５０の他に、「予約取消画面へ」選択部３５１と、「発注済注文取消画面へ」選択部３５２と、「発注済注文訂正画面へ」選択部３５３とが設けられている。「予約取消画面へ」選択部３５１は、図６の「予約取消画面へ」選択部２６１と同様である。

図７の「発注済注文取消画面へ」選択部３５２や「発注済注文訂正画面へ」選択部３５３をクリックして注文の取消や訂正を行うことができるのは、売注文および買注文が約定していない場合である。取消や訂正は、売注文および買注文の双方について行うのが原則であるが、売注文が約定していて、買注文が約定していない場合に、買注文だけの取消や訂正を行うことができるようにしてもよいのは、投資信託の売買の場合と同様である。また、本実施形態では、株式の売買の場合は、原則として、売注文が約定し、約定金額が確定してから、その約定金額に相当する数量（株数）の買注文の注文データを作成する。従って、注文作成手段２４は、資産情報記憶手段３３に記憶されている約定に関する情報（比較的短い周期で取得処理を行っている場合の最新の資産情報）を取得するか、または、約定に関する情報の取得を資産情報取得手段２３に依頼し、約定に関する情報を得てから、その情報に基づき、買注文の注文データを作成する（完成させる）。但し、株式の売買の場合であっても、売注文の約定を待たずに、買注文の処理を行ってもよい。ここで、売注文が約定しない場合とは、例えば、売り指値注文にしていて売り指値の条件が満たされない場合等であり、買注文が約定しない場合とは、例えば、買い指値注文にしていて買い指値の条件が満たされない場合等である。なお、図７の例では、指値の入力設定の記載は省略されている。指値の設定は、設定時点の株価に基づく自動設定としてもよい。また、売注文が約定していないので、買注文の処理に移行できない場合は、売注文については市場へ発注済であるが、買注文については買注文指示情報を未だ証券会社に送信していない状態であるため、厳密には、売注文については取消や訂正となるが、買注文については市場への発注を行っていないことから取消や訂正とはいえない。しかし、この場合も、全体として、取消や訂正と呼ぶものとする。株式の売買の場合、買注文の買付資金の入金については、原則として、売注文の約定後（約定金額の確定後）に行うが、売注文の約定を待たずに、見込金額で買注文の買付資金の入金を行ってもよい。入金済の買付資金について、調整銀行システム５０Ｎからの拠出が行われている場合には、取消や訂正を行うと、拠出額の少なくとも一部を予定よりも早期に返金することが可能となるが、この点については、後述する。

そして、顧客またはその入力代行者が、図６の予約の選択部２５１や、図７の予約の選択部３４１にチェックを入れて実行の日付を入力することにより、設定情報記憶手段３４に売買設定情報が記憶されている場合には、注文作成手段２４は、売買設定情報に含まれる実行の日付になった時点で、売注文の入力部２２０，３１０および買注文の入力部２３０，３２０での各入力データ（売買設定情報に含まれている）を用いて、売注文および買注文の各注文データを作成した後、作成した売注文および買注文の各注文データ、並びに、つなぎに利用する資金の指定部２４０，３３０での入力データ（売買設定情報に含まれている）を用いた調整情報作成手段２５の処理に進む。

＜リバランス（運用資金の増額や減額がない場合）のための注文データの作成：図９＞

また、図５の資産運用サービスメニュー画面１００において、顧客またはその入力代行者が「（３）リバランス／買付余力調整 あり なし」のうちの「あり」を選択した場合には、注文作成手段２４は、資産情報取得手段２３により取得して資産情報記憶手段３３に記憶されている最新の資産情報による取得時点（その最新の資産情報の取得時点）のポートフォリオを構成する各銘柄の評価金額と、当該取得時点の各銘柄の評価金額の合計金額を設定情報記憶手段３４に記憶されている目的のポートフォリオに従って配分した各銘柄の金額との銘柄毎の差分により、売却する銘柄および金額若しくは数量、売注文を執行する証券会社、並びに、買い付ける銘柄および金額若しくは数量、買注文を執行する証券会社を決定し、売注文および買注文の各注文データを作成するリバランス処理を実行する。

例えば、図８において、目的のポートフォリオの設定部４１０に入力されている通りに、目的のポートフォリオを構成する銘柄、注文執行機関、保有比率が設定されているとする（図９参照）。そして、資産情報記憶手段３３に記憶されている最新の資産情報による取得時点のポートフォリオを構成する各銘柄の評価金額が、図９の「現在の評価金額」の欄に記載された金額であるものとする。このとき、取得時点の各銘柄の評価金額（図９の現在の評価金額）の合計金額は、２，０００万円である。この合計金額２，０００万円を、目的のポートフォリオの保有比率で配分したとすると、リバランス後の状態は、図９に示すように、投資信託α（証券会社Ａ）については、２，０００万円×３０％＝６００万円となり、投資信託β（証券会社Ｂ）については、２，０００万円×２０％＝４００万円となり、投資信託γ（証券会社Ｃ）については、２，０００万円×１５％＝３００万円となり、投資信託δ（証券会社Ｄ）については、２，０００万円×１５％＝３００万円となり、投資信託ε（証券会社Ａ）については、２，０００万円×１０％＝２００万円となり、投資信託λ（証券会社Ｂ）については、２，０００万円×１０％＝２００万円となる。従って、投資信託α（証券会社Ａ）については、現在の評価金額＝５５０万円に対し、リバランス後の状態＝６００万円であるから、５０万円の買注文となる（図９参照）。また、投資信託β（証券会社Ｂ）については、現在の評価金額＝４５０万円に対し、リバランス後の状態＝４００万円であるから、５０万円の売注文となる（図９参照）。他の構成銘柄γ，δ，ε，λについても、同様にして売買金額を算出する。これにより、リバランス（運用資金の増額や減額がない場合）のための各注文データが作成される。

なお、評価金額については、各金融機関から資産情報として取得したデータでもよく、あるいは、買付余力調整サービス提供サーバ２０が、図示されない情報ベンダーのシステム（金融情報配信システム）や投資信託の運用会社のシステムからネットワーク１を介して単価情報（投資信託の場合には、基準価額）を取得し、計算してもよい。

＜定期買付を伴うリバランス（運用資金の増額がある場合）のための注文データの作成：図１０＞

さらに、図５の資産運用サービスメニュー画面１００において、顧客またはその入力代行者が「（４）定期買付（運用資金の増額）＆リバランス／買付余力調整 あり なし」のうちの「あり」を選択した場合には、注文作成手段２４は、資産情報取得手段２３により取得して資産情報記憶手段３３に記憶されている最新の資産情報による取得時点（その最新の資産情報の取得時点）のポートフォリオを構成する各銘柄の評価金額と、当該取得時点の各銘柄の評価金額の合計金額に増額金額を加えた金額を設定情報記憶手段３４に記憶されている目的のポートフォリオに従って配分した各銘柄の金額との銘柄毎の差分により、売却する銘柄および金額若しくは数量、売注文を執行する証券会社、並びに、買い付ける銘柄および金額若しくは数量、買注文を執行する証券会社を決定し、売注文および買注文の各注文データを作成するリバランス処理を実行する。

例えば、図８において、目的のポートフォリオの設定部４１０に入力されている通りに、目的のポートフォリオを構成する銘柄、注文執行機関、保有比率が設定されるとともに、定期買付を伴うリバランスの設定部４３０に入力されている通りに、増額金額＝２０万円が設定されているとする（図１０参照）。そして、資産情報記憶手段３３に記憶されている最新の資産情報による取得時点のポートフォリオを構成する各銘柄の評価金額が、図１０の「現在の評価金額」の欄に記載された金額であるものとする。このとき、取得時点の各銘柄の評価金額（図１０の現在の評価金額）の合計金額は、２，０００万円であり、これに増額金額２０万円を加えると、２，０２０万円となる。この２，０２０万円を、目的のポートフォリオの保有比率で配分したとすると、リバランス後の状態は、図１０に示すように、投資信託α（証券会社Ａ）については、２，０２０万円×３０％＝６０６万円となり、投資信託β（証券会社Ｂ）については、２，０２０万円×２０％＝４０４万円となり、投資信託γ（証券会社Ｃ）については、２，０２０万円×１５％＝３０３万円となり、投資信託δ（証券会社Ｄ）については、２，０２０万円×１５％＝３０３万円となり、投資信託ε（証券会社Ａ）については、２，０２０万円×１０％＝２０２万円となり、投資信託λ（証券会社Ｂ）については、２，０２０万円×１０％＝２０２万円となる。従って、投資信託α（証券会社Ａ）については、現在の評価金額＝５５０万円に対し、リバランス後の状態＝６０６万円であるから、５６万円の買注文となる（図１０参照）。また、投資信託β（証券会社Ｂ）については、現在の評価金額＝４５０万円に対し、リバランス後の状態＝４０４万円であるから、４６万円の売注文となる（図１０参照）。他の構成銘柄γ，δ，ε，λについても、同様にして売買金額を算出する。これにより、リバランス（運用資金の増額がある場合）のための各注文データが作成される。

＜定期換金を伴うリバランス（運用資金の減額がある場合）のための注文データの作成：図１１＞

また、図５の資産運用サービスメニュー画面１００において、顧客またはその入力代行者が「（５）定期換金（運用資金の減額）＆リバランス／買付余力調整 あり なし」のうちの「あり」を選択した場合には、注文作成手段２４は、資産情報取得手段２３により取得して資産情報記憶手段３３に記憶されている最新の資産情報による取得時点（その最新の資産情報の取得時点）のポートフォリオを構成する各銘柄の評価金額と、当該取得時点の各銘柄の評価金額の合計金額から減額金額を減じた金額を設定情報記憶手段３４に記憶されている目的のポートフォリオに従って配分した各銘柄の金額との銘柄毎の差分により、売却する銘柄および金額若しくは数量、売注文を執行する証券会社、並びに、買い付ける銘柄および金額若しくは数量、買注文を執行する証券会社を決定し、売注文および買注文の各注文データを作成するリバランス処理を実行する。

例えば、図８において、目的のポートフォリオの設定部４１０に入力されている通りに、目的のポートフォリオを構成する銘柄、注文執行機関、保有比率が設定されているとする（図１１参照）。また、図８の例では、図示されていないが、定期換金を伴うリバランスの設定部４４０に、減額金額＝２０万円が設定されているとする（図１１参照）。そして、資産情報記憶手段３３に記憶されている最新の資産情報による取得時点のポートフォリオを構成する各銘柄の評価金額が、図１１の「現在の評価金額」の欄に記載された金額であるものとする。このとき、取得時点の各銘柄の評価金額（図１１の現在の評価金額）の合計金額は、２，０００万円であり、ここから減額金額２０万円を減じると、１，９８０万円となる。この１，９８０万円を、目的のポートフォリオの保有比率で配分したとすると、リバランス後の状態は、図１１に示すように、投資信託α（証券会社Ａ）については、１，９８０万円×３０％＝５９４万円となり、投資信託β（証券会社Ｂ）については、１，９８０万円×２０％＝３９６万円となり、投資信託γ（証券会社Ｃ）については、１，９８０万円×１５％＝２９７万円となり、投資信託δ（証券会社Ｄ）については、１，９８０万円×１５％＝２９７万円となり、投資信託ε（証券会社Ａ）については、１，９８０万円×１０％＝１９８万円となり、投資信託λ（証券会社Ｂ）については、１，９８０万円×１０％＝１９８万円となる。従って、投資信託α（証券会社Ａ）については、現在の評価金額＝５５０万円に対し、リバランス後の状態＝５９４万円であるから、４４万円の買注文となる（図１１参照）。また、投資信託β（証券会社Ｂ）については、現在の評価金額＝４５０万円に対し、リバランス後の状態＝３９６万円であるから、５４万円の売注文となる（図１１参照）。他の構成銘柄γ，δ，ε，λについても、同様にして売買金額を算出する。これにより、リバランス（運用資金の減額がある場合）のための各注文データが作成される。

＜買付余力調整サービスの利用料の徴収を伴う買注文の注文データの作成＞

顧客が買付余力調整サービスの提供を受ける場合には、顧客から買付余力調整サービスの利用料（オプション料）を徴収するが、この利用料の徴収を、売却代金から行ってもよい。すなわち、売注文の売却代金の全部を買注文の買付資金に充当するのではなく、売却代金から買付余力調整サービスの利用料を差し引いた金額を、買注文の買付資金に充当してもよい。この場合、注文作成手段２４は、買注文の注文データを作成する際に、売却代金から買付余力調整サービスの利用料を差し引いた金額を、買付金額とする。

なお、買付余力調整サービスの利用料は、例えば、毎月３００円等のように、定額としてもよく、調整期間や拠出額に応じた金額（前述したように、本発明における拠出は、融資には該当しないが、融資にたとえれば、利子に相当する金額）としてもよい。

＜買付余力調整「なし」を選択した場合の注文データの作成＞

本実施形態では、図５の資産運用サービスメニュー画面１００において、顧客またはその入力代行者が「（２）連続注文（先行の売注文・後続の買注文）／買付余力調整 あり なし」のうちの「なし」を選択した場合でも、注文作成手段２４が、連続注文における売注文および買注文の各注文データを作成する。また、「（３）リバランス／買付余力調整 あり なし」、「（４）定期買付（運用資金の増額）＆リバランス／買付余力調整 あり なし」、「（５）定期換金（運用資金の減額）＆リバランス／買付余力調整 あり なし」のうちの「なし」を選択した場合でも、注文作成手段２４が、各種リバランスのための売注文および買注文の各注文データを作成する。

なお、買付余力調整「なし」が選択された場合には、調整銀行システム５０Ｎによる拠出は行わず、また、自調達も行わないので、複数の証券会社に跨る売買については、売注文の売却代金の受渡後に買付を行う（図５の中央部を参照）。従って、売却処理と買付処理との時間差を短くすることはできないので、本発明の効果は発揮されない。

一方、買付余力調整「あり」が選択された場合でも、複数の証券会社に跨らない売買であるときや、自調達額（つなぎに利用する資金（買付余力先行充当用資金）のうちの調整銀行システム５０Ｎからの拠出額以外の資金）で足りるときには、結果的に、調整銀行システム５０Ｎからの拠出の必要がない場合がある。複数の証券会社に跨らない売買であるときは、同じ証券会社内での売買になるので、売却処理と買付処理との時間差の問題は生じないからである。但し、同じ証券会社内での売買であっても、売注文の約定日が即日（注文日と同日）とならない場合は、売却処理と買付処理との時間差の問題が生じることがあるので、その場合には、調整銀行システム５０Ｎからの拠出や、自調達を行ってもよく、あるいは、買注文を執行するのに売注文の受渡日を待つ必要はない（売注文の約定により買付余力が確保される）ことから影響は小さいと考え、調整銀行システム５０Ｎからの拠出や、自調達を行わなくてもよい。また、自調達額で足りるときは、調整銀行システム５０Ｎによる拠出を行ったときと同様な効果が得られるので、そもそも拠出を行う必要がないからである。但し、たとえ顧客が現金や現金相当資産（ＭＲＦ残高等）を保有している場合でも、十分な自調達額を確保できるとは限らず、例えば、使途が既に決まっている等の何らかの理由で、それらの現金や現金相当資産を自調達額とすることができないか、したくない場合があるので、そのような場合に調整銀行システム５０Ｎによる拠出が行われる。自調達額については、つなぎに利用する資金の指定部２４０，３３０，４５０（図６、図７、図８）等で指定するようになっている。

＜買付余力調整サービス提供サーバ２０／調整情報作成手段２５の構成＞

調整情報作成手段２５は、注文作成手段２４により作成した売注文および買注文の各注文データを用いて、複数の証券会社システムに跨って顧客の買付余力を調整する買付余力調整サービスを提供するために、売注文および買注文の執行処理が複数の証券会社システム４０に跨って行われるか否かの判定を含めて、調整銀行システム５０Ｎによる買付余力先行充当用資金の拠出の要否を判定するとともに、調整銀行システム５０Ｎによる拠出が必要と判定された場合に、調整銀行システム５０Ｎによる拠出額、およびこの拠出額についての買注文執行機関への入金日若しくは当該入金日の前日から売注文の売却代金の受渡日若しくは当該受渡日の翌日までの調整期間を決定する処理を実行するものである。

＜調整銀行システム５０Ｎによる拠出の要否の判定＞

この調整情報作成手段２５は、調整銀行システム５０Ｎによる拠出の要否を判定する際には、売注文および買注文の執行処理が複数の証券会社システム４０に跨って行われるか否か、および、指定された自調達額（図６、図７、図８参照）で足りるか否かを判断する処理を実行する。なお、定期買付を伴うリバランスを行う際には、運用資金の増額があるので、上記で「自調達額で足りるか否か」というのは、「自調達額または増額金額で足りるか否か」に置き換えられ、以下の説明で「拠出額または自調達額が必要である」というのは、「拠出額、自調達額、または増額金額が必要である」と置き換えられる。

先ず、調整情報作成手段２５は、注文作成手段２４により、ある銘柄の買注文の注文データが作成されたときに、その買付資金（その買付を行うための顧客の買付余力）を、同じ証券会社内での別の銘柄の売注文の売却代金で確保できるか否かを判断する。同じ証券会社内での売注文であれば、その売注文の売却代金の受渡前であっても、買注文の買付処理を行うことができるので（買付余力を確保できるので）、その場合には、調整銀行システム５０Ｎによる拠出額または他の金融機関（調達資金源金融機関）からの自調達額は必要ないからである。一方、同じ証券会社内の売注文がない場合には、拠出額または自調達額が必要である（拠出額または自調達額により、買付余力先行充当用資金の入金を行う必要がある）と判断する。

この際、同じ証券会社内での売注文がある場合に、その売注文の対象銘柄の約定日が即日（注文日と同じ）であるか否かを、日付決定用情報記憶手段３５に記憶されている当該対象銘柄の約定日数を用いて判断する。そして、売注文の注文日に即日に約定しない銘柄（注文日の翌日以降に約定する銘柄）である場合は、売注文の注文日に買付処理を行うことができないので、拠出額または自調達額により、買付余力先行充当用資金の入金を行うケースであると判断してもよく、あるいは、売注文の注文日に買付処理を行うことはできないものの、少なくとも売注文の売却代金の受渡を待たずに買付処理を行うことができるので、影響は少ないと考え、買付余力先行充当用資金の入金を行う必要がないケースであると判断してもよい。一方、売注文の注文日に即日に約定する銘柄である場合は、売注文の注文日に買付処理を行うことができるので、拠出額または自調達額は必要ないと判断する。これは、通常、同じ証券会社内であれば、売注文の売却代金が、約定ベースで確保できれば、買付余力が確保され、買付処理を行うことができるからである。なお、同じ証券会社内であれば、売注文の約定前であっても（つまり、約定ベースでの金銭残高の増加による買付余力の確保を待たずに）、買付処理を行うことができる証券会社がある場合には、売却処理と買付処理との時間差の問題は生じないので、拠出額または自調達額は必要ないと判断する。

また、上記において、買注文の注文データがあるときに、その買付資金の全部ではなく、一部の金額についてだけ、同じ証券会社内での売注文の売却代金で確保できる場合には、その一部の金額については、拠出額または自調達額は必要ないと判断し、残りの一部の金額については、拠出額または自調達額が必要であると判断する。

そして、調整情報作成手段２５は、拠出額または自調達額が必要であると判断した場合には、自調達額で足りるか否かを判断し、足りない場合には、調整銀行システム５０Ｎによる拠出が必要であると判定する。この際、複数の買注文があり、それらの複数の買注文のいずれについても、拠出額または自調達額が必要であると判断した場合には、複数の買注文の各々の買付資金（のうちの拠出額または自調達額が必要であると判断された金額分）を合計した状態で、自調達額で足りるか否かを判断する。自調達額には、上限があり、あるいは、自調達額を調達する金融機関（調達資金源金融機関）の指定がない場合（顧客が「全額、調整銀行からの拠出」を選択している場合）もあるからである。なお、定期買付を伴うリバランスを行う際には、運用資金の増額があるので、調整情報作成手段２５は、拠出額、自調達額、または増額金額が必要であると判断した場合には、自調達額や増額金額で足りるか否かを判断し、足りない場合には、調整銀行システム５０Ｎによる拠出が必要であると判定する。

＜調整期間および拠出額の決定＞

次に、調整情報作成手段２５は、調整銀行システム５０Ｎによる拠出が必要と判定した場合に、買注文執行機関への買付余力先行充当用資金の入金日若しくは当該入金日の前日から売注文の売却代金の受渡日若しくは当該受渡日の翌日までの調整期間、および調整銀行システム５０Ｎによる拠出額を決定する処理を実行する。

この際、買注文の注文日と、その注文日とするための買注文執行機関への買付余力先行充当用資金の入金期限日と、実際の入金日と、その入金日に買付余力先行充当用資金が買注文執行機関へ入金されるようにするための調整銀行システム５０Ｎによる拠出のための送金日との関係は、次のようになる。先ず、ある日を注文日として買注文を執行する（買付処理を実行する）のに必要となる買付余力先行充当用資金の入金期限日があり、当該入金期限日は、通常は、買注文の注文日と同じ日でよいが、それよりも前の日とされていてもよく、証券会社の取り決めによる。そして、買注文執行機関への買付余力先行充当用資金としての拠出額の入金は、入金期限日までに（入金期限日またはそれよりも前の日に）行えばよいが、調整期間を最短にするためには、拠出額の入金は、入金期限日に行えばよい。従って、買注文の注文日と同日またはそれよりも前の日に、買付余力先行充当用資金の入金期限日があり、その入金期限日までに、買注文を執行する証券会社への買付余力先行充当用資金の実際の入金が行われればよいので、通常は、買付余力先行充当用資金の入金日は、買注文の注文日でよいが、買注文の注文日よりも前の日としてもよい。

また、調整期間の始期を「買注文執行機関への買付余力先行充当用資金の入金日若しくは当該入金日の前日」とし、「当該入金日の前日」を含めているのは、システム処理のタイミングの都合（例えば、夜間バッチ処理を行うことによる都合等）で、調整銀行システム５０Ｎによる拠出のための送金日に、買注文を執行する証券会社への拠出額の実際の入金が行われず、翌日になってしまう場合があるので、そのような場合には、買注文執行機関への買付余力先行充当用資金の入金日の前日に、調整銀行システム５０Ｎによる拠出のための送金を行うからである。

具体的には、例えば、１０月３日を買注文の注文日にする場合には、買注文執行機関への買付余力先行充当用資金の入金期限日は、通常、１０月３日（あるいは、証券会社によっては、１０月２日またはそれよりも前の日である場合もあり得る。）となるので、買付余力先行充当用資金の入金日は、１０月３日（あるいは、１０月２日またはそれよりも前の日）とする。そして、調整銀行システム５０Ｎによる拠出額が、買注文を執行する証券会社へ即日に入金される場合は、調整期間の始期は、１０月３日（あるいは、１０月２日またはそれよりも前の日）となるが、システム処理のタイミングの都合で、入金日の前日に拠出額の送金を行う場合には、調整期間の始期は、１０月２日（あるいは、１０月１日またはそれよりも前の日）となる。

また、売却処理と買付処理との時間差を短くするため、原則として、売注文の注文日と、買注文の注文日とは、同日とする。なお、上記の具体例のように、買付余力先行充当用資金の入金日や調整期間の始期は、買注文の注文日よりも前の日になる場合があるので、これらの買付余力先行充当用資金の入金日や調整期間の始期は、売注文の注文日よりも前の日になる場合があってもよい。

ここで、連続注文について、注文作成手段２４により注文データの入力を受け付けている際に、即日実行が選択された場合には、その日が、売注文および買注文の双方の注文日となり得るか否かを、日付決定用情報記憶手段３５に記憶されている売買対象の各銘柄の注文可否日を用いて判断し、売注文および買注文の双方の注文日となり得ない日である場合（例えば、一方の銘柄が、海外休場日に該当する場合等）には、その旨を顧客またはその入力代行者に伝達する表示を行う。また、注文作成手段２４により注文データの入力を受け付けている際に、注文の予約が行われた場合には、予約された注文日が、売注文および買注文の双方の注文日となり得るか否かを、日付決定用情報記憶手段３５に記憶されている売買対象の各銘柄の注文可否日を用いて判断し、売注文および買注文の双方の注文日となり得ない日である場合は、その旨を顧客またはその入力代行者に伝達し、別の注文日の予約を促す表示を行う。

さらに、リバランスの際には、複数の売注文および複数の買注文を行う場合があるが、これらの複数の売注文および複数の買注文の各注文日も、原則として、同日とする。従って、リバランスの際にも、注文作成手段２４により複数の売注文および複数の買注文の各注文データを作成する際に、複数の売注文および複数の買注文の各注文日が、同日になり得るか否かを、日付決定用情報記憶手段３５に記憶されている売買対象の各銘柄の注文可否日を用いて判断し、同日となる日を選択して、各注文日とする。しかし、売買銘柄が多い等の理由により、同日となる日が、リバランスを行うべき時期（許容範囲内の時期）に見つからない場合には、例外的に、複数の売注文および複数の買注文の各注文日を、異なる日としてもよい。また、複数の売注文の各注文日については、同日となる日を選択し、複数の買注文の各注文日については、必ずしも同日でなくてもよいとする場合も、例外的な処理となる。

また、調整期間の終期を「売注文の売却代金の受渡日若しくは当該受渡日の翌日」とし、「当該受渡日の翌日」を含めているのは、システム処理のタイミングの都合（例えば、夜間バッチ処理を行うことによる都合等）で、受渡日に調整銀行システム５０Ｎへの拠出額の返金が行われず、翌日になってしまう場合があるからである。各銘柄の売注文の売却代金の受渡日は、日付決定用情報記憶手段３５に記憶されている対象銘柄の受渡日数を用いて判断する。

さらに、リバランスの際には、複数の売注文を行う場合があるが、これらの複数の売注文の受渡日は、同日であるとは限らない。複数の売注文の受渡日が同日ではない場合には、最遅受渡日（各銘柄の売注文の受渡日のうち、最も遅い受渡日）が到来してから、まとめて同じ日に調整銀行システム５０Ｎへの拠出額の返金を行ってもよく、あるいは、受渡日が早く到来する銘柄の売注文については、順次得られる売却代金により拠出額の返金処理を段階的に進めていってもよい。前者のように、まとめて同じ日に拠出額の返金を行う場合には、調整期間の終期は１つとなるが、段階的な返金を行う場合には、調整期間の終期は、銘柄毎に異なるものとなる。

また、調整情報作成手段２５は、拠出額については、前述した拠出の要否の判定の際に、拠出額または自調達額が必要であると判断された金額から、買付余力先行充当用資金とすることができる自調達額を差し引くことにより決定する。

＜リバランスの際に行う拠出の具体例＞

例えば、図９のリバランス（運用資金の増額や減額がない場合）では、買付資金調達方法として、拠出額（調整銀行システム５０Ｎによる拠出を行う場合）と、自調達額（指定された他の金融機関（調達資金源金融機関）からの調達を行う場合であるが、図９の例では、自調達額はゼロ）と、自社内売却（同じ証券会社内での売注文の売却代金を充当する場合）とがある。そして、投資信託α（証券会社Ａ）については、５０万円の買注文となるが、同じ証券会社Ａ内で、投資信託εの２０万円の売注文があるので、この２０万円を、自社内売却による買付資金への充当分とし、残りの３０万円を拠出額による買付資金への充当分とする。また、投資信託δ（証券会社Ｄ）については、１０万円の買注文となるが、同じ証券会社Ｄ内での売注文はないので、１０万円の全額を、拠出額による買付資金への充当分とする。さらに、投資信託λ（証券会社Ｂ）については、３０万円の買注文となるが、同じ証券会社Ｂ内で、投資信託βの５０万円の売注文があるので、この５０万円のうちの３０万円を、自社内売却による買付資金への充当分とする。これにより、買付資金３０万円の全額を確保できるので、拠出額による買付資金への充当分はゼロでよい。

また、図１０の定期買付を伴うリバランス（運用資金の増額がある場合）では、買付資金調達方法として、拠出額（調整銀行システム５０Ｎによる拠出を行う場合）と、増額金額（図１０の例では、２０万円）と、自調達額（指定された他の金融機関（調達資金源金融機関）からの調達を行う場合であるが、図１０の例では、自調達額はゼロ）と、自社内売却（同じ証券会社内での売注文の売却代金を充当する場合）とがある。そして、投資信託α（証券会社Ａ）については、５６万円の買注文となるが、同じ証券会社Ａ内で、投資信託εの１８万円の売注文があるので、この１８万円を、自社内売却による買付資金への充当分とし、残りの３８万円を、拠出額または増額金額による買付資金への充当分とする。この場合の３８万円についての拠出額または増額金額への割振方法は、１通りではなく、例えば、拠出額＝１８万円、増額金額＝２０万円（増額金額の全額を、投資信託αの買付資金に充当した場合）としてもよく、拠出額＝３１万円、増額金額＝７万円（投資信託δの買付資金を増額金額だけで確保した場合）としてもよい。また、投資信託δ（証券会社Ｄ）については、１３万円の買注文となるが、同じ証券会社Ｄ内での売注文はないので、１３万円の全額を、拠出額または増額金額による買付資金への充当分とする。この場合の１３万円についての拠出額または増額金額への割振方法は、１通りではなく、例えば、拠出額＝１３万円、増額金額＝０万円（増額金額の全額を、投資信託αの買付資金に充当した場合）としてもよく、拠出額＝０万円、増額金額＝１３万円（投資信託δの買付資金を増額金額だけで確保した場合）としてもよい。さらに、投資信託λ（証券会社Ｂ）については、３２万円の買注文となるが、同じ証券会社Ｂ内で、投資信託βの４６万円の売注文があるので、この４６万円のうちの３２万円を、自社内売却による買付資金への充当分とする。これにより、買付資金３２万円の全額を確保できるので、拠出額による買付資金への充当分はゼロでよい。

さらに、図１１の定期換金を伴うリバランス（運用資金の減額がある場合）では、買付資金調達方法として、拠出額（調整銀行システム５０Ｎによる拠出を行う場合）と、自調達額（指定された他の金融機関（調達資金源金融機関）からの調達を行う場合であるが、図１１の例では、自調達額はゼロ）と、自社内売却（同じ証券会社内での売注文の売却代金を充当する場合）とがある。そして、投資信託α（証券会社Ａ）については、４４万円の買注文となるが、同じ証券会社Ａ内で、投資信託εの２２万円の売注文があるので、この２２万円を、自社内売却による買付資金への充当分とし、残りの２２万円を拠出額による買付資金への充当分とする。また、投資信託δ（証券会社Ｄ）については、７万円の買注文となるが、同じ証券会社Ｄ内での売注文はないので、７万円の全額を、拠出額による買付資金への充当分とする。さらに、投資信託λ（証券会社Ｂ）については、２８万円の買注文となるが、同じ証券会社Ｂ内で、投資信託βの５４万円の売注文があるので、この５４万円のうちの２８万円を、自社内売却による買付資金への充当分とする。これにより、買付資金２８万円の全額を確保できるので、拠出額による買付資金への充当分はゼロでよい。

＜別の売注文の売却代金を拠出額の返金に利用する場合＞

前述したように、注文作成手段２４は、連続注文を受け付けた場合でも、各種リバランスを行う場合でも、売注文および買注文の各注文データを作成するので、このときの売注文を「組の売注文」と呼ぶものとする。そして、この組の売注文の売却代金の受渡日よりも前の日に受渡日が到来する別の売注文があり、かつ、組の売注文と当該別の売注文との執行処理が同じ証券会社システム４０で行われる場合がある。ここで、当該別の売注文の受渡日は、買注文の買付資金の入金日またはこの入金日の前日から組の売注文の売却代金の受渡日またはこの受渡日の翌日までとされる標準長の調整期間中に到来するものとする。この場合に、当該別の売注文の売却代金を、拠出額の返金に利用することができる。利用するか否かは、顧客が選択できるようにしてもよい。つまり、より早い時期に受渡日が到来する別の売注文の売却代金を利用して拠出額の少なくとも一部を返金することにより、後から受渡日が到来する組の売注文の売却代金による拠出額の返金を行わないか、または返金額を減らすことができる。従って、拠出額の少なくとも一部について、繰り上げ返金と類似する処理が行われることになるが、当該別の売注文についての情報は、調整情報の作成時には既知であるため、正確には、繰り上げ返金ではなく、予定されている返金となる。この点は、予定されていない返金となる注文の取消または訂正が行われた場合の返金とは異なる。なお、別の売注文の売却代金を利用した金額分だけ、組の売注文の売却代金を利用する金額分が減るので、別の売注文の受渡日に得られるはずであった換金額は、組の売注文の受渡日には得られることになる。

具体的には、調整情報作成手段２５は、上記のような別の売注文がある場合に、当該別の売注文の売却代金が拠出額以上であるときには、標準長の調整期間（買付余力先行充当用資金の入金日またはこの入金日の前日から組の売注文の売却代金の受渡日またはこの受渡日の翌日までの期間）に代えて、買付余力先行充当用資金の入金日またはこの入金日の前日から当該別の売注文の売却代金の受渡日またはこの受渡日の翌日までの短い調整期間を決定する処理を実行することができる。

例えば、買注文の買付資金の入金日が、１０月１日であり、組の売注文の売却代金の受渡日が、１０月４日であり、標準長の調整期間が、１０月１日から１０月４日であり、拠出額が、２０万円であるとする。このとき、別の売注文の売却代金の受渡日が、１０月２日であり、売却代金が、３０万円であるとすれば、拠出額２０万円の全額を、１０月４日よりも早期に返金することができ、１０月１日から１０月２日までの短い調整期間とすることができる。

また、調整情報作成手段２５は、上記のような別の売注文がある場合に、当該別の売注文の売却代金が拠出額未満であるときには、当該別の売注文の売却代金の受渡日の翌日または翌々日以降の拠出額を、当該別の売注文の売却代金の分だけ減額する処理を実行することができる。

例えば、買付余力先行充当用資金の入金日が、１０月１日であり、組の売注文の売却代金の受渡日が、１０月４日であり、標準長の調整期間が、１０月１日から１０月４日であり、拠出額が、２０万円であるとする。このとき、別の売注文の売却代金の受渡日が、１０月２日であり、売却代金が、１５万円であるとすれば、拠出額２０万円のうちの一部である１５万円を、１０月４日よりも早期に返金することができ、１０月１日から１０月２日までの期間の拠出額を２０万円とし、１０月３日から１０月４日までの期間の拠出額を、１５万円減らして５万円とすることができる。

＜買付余力調整サービス提供サーバ２０／運用管理情報作成手段２６の構成＞

運用管理情報作成手段２６は、調整情報作成手段２５により拠出が必要であると判定された場合には、注文作成手段２４により作成した売注文および買注文の各注文データ、並びに、調整情報作成手段２５により決定した調整情報（調整期間および拠出額）を用いて、売注文を執行するための売注文指示情報およびこの売注文指示情報の送信タイミング・送信先情報を含む売注文管理情報、買注文を執行するための買注文指示情報およびこの買注文指示情報の送信タイミング・送信先情報を含む買注文管理情報、並びに、買付余力先行充当用資金としての拠出額を入金するための拠出用の送金指示情報および売却代金により拠出額を返金するための返金用の送金指示情報およびこれらの送金指示情報の各送信タイミング・送信先情報を含む入出金管理情報を作成し、資産運用システム１０用（サービス提供者用）の顧客識別情報（ＩＤ）と関連付けて運用管理情報記憶手段３６に記憶させる処理を実行するものである。

ここで、「送信タイミング」には、日付と、各指示情報の送信順序および／または送信時刻とが含まれる。

また、運用管理情報作成手段２６は、顧客が買付余力調整「あり」を選択したが調整情報作成手段２５により拠出は必要ないと判定された場合、および、顧客が買付余力調整「なし」を選択した場合にも、同様にして、運用管理情報（売注文管理情報、買注文管理情報、および入出金管理情報）を作成し、運用管理情報記憶手段３６に記憶させる処理を実行するが、これらの場合には、調整銀行システム５０Ｎによる拠出は必要ないので、作成する入出金管理情報には、拠出用の送金指示情報および返金用の送金指示情報並びにこれらの送金指示情報の各送信タイミング・送信先情報は含まれない。

さらに、運用管理情報作成手段２６は、定期買付を伴うリバランス（運用資金の増額がある場合）を行う際には、入出金管理情報として、買注文を執行する証券会社へ買付資金に充当する増額金額を入金するための増額金額調達用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成し、運用管理情報記憶手段３６に記憶させる処理も実行する。

また、運用管理情報作成手段２６は、定期換金を伴うリバランス（運用資金の減額がある場合）を行う際には、入出金管理情報として、売注文で得られた売却代金により換金額を振り込むための換金額振込用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成し、運用管理情報記憶手段３６に記憶させる処理も実行する。

そして、運用管理情報作成手段２６は、つなぎに利用する資金の指定部２４０，３３０，４５０（図６、図７、図８参照）等で自調達額の指定があった場合には、入出金管理情報として、買付余力先行充当用資金としての自調達額を入金するための自調達用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成するとともに、売却代金を自調達額の調達資金源金融機関となった銀行または証券会社に戻すための自調達額戻し用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成し、運用管理情報記憶手段３６に記憶させる処理も実行する。

また、運用管理情報作成手段２６は、注文作成手段２４により注文の取消（発注済で未約定の注文についての取消）の入力を受け付けた場合（図６、図７の最下部参照）に、売注文管理情報として、売注文の取消を行うための売注文取消指示情報およびこの売注文取消指示情報の送信タイミング・送信先情報を作成するとともに、買注文管理情報として、買注文の取消を行うための買注文取消指示情報およびこの買注文取消指示情報の送信タイミング・送信先情報を作成し、さらに、入出金管理情報として、買注文を執行する証券会社へ買付余力先行充当用資金として入金した拠出額を予定よりも早期に返金するための取消返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成し、運用管理情報記憶手段３６に記憶させる処理も実行する。

例えば、売注文および買注文の双方の注文日が１０月１日であり、発注済で未約定の注文についての取消が１０月２日である場合には、買注文を執行する証券会社へ既に入金済の拠出額の全額を、１０月２日に返金することができる。なお、取消を行うことができる場合については、注文作成手段２４の説明で詳述しているため（図６、図７の最下部参照）、ここでは詳しい説明を省略する。

さらに、運用管理情報作成手段２６は、注文作成手段２４により注文の訂正（発注済で未約定の注文についての注文金額または注文数量の削減の訂正）の入力を受け付けた場合（図６、図７の最下部参照）に、売注文管理情報として、売注文の訂正を行うための売注文訂正指示情報およびこの売注文訂正指示情報の送信タイミング・送信先情報を作成するとともに、買注文管理情報として、買注文の訂正を行うための買注文訂正指示情報およびこの買注文訂正指示情報の送信タイミング・送信先情報を作成し、さらに、入出金管理情報として、買注文を執行する証券会社へ買付余力先行充当用資金として入金した拠出額の減額分を予定よりも早期に返金するための訂正返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成し、運用管理情報記憶手段３６に記憶させる処理も実行する。

例えば、売注文および買注文の双方の注文日が１０月１日であり、当初の拠出額が３０万円である場合に、発注済で未約定の売注文および買注文についての注文金額を３０万円から２０万円に削減する訂正（１０万円の減額）を１０月２日に行ったとすると、買注文を執行する証券会社へ既に入金済の拠出額３０万円のうちの１０万円を、１０月２日に返金することができる。なお、訂正を行うことができる場合については、注文作成手段２４の説明で詳述しているため（図６、図７の最下部参照）、ここでは詳しい説明を省略する。

そして、運用管理情報作成手段２６は、別の売注文の売却代金を拠出額の返金に利用する場合に、当該別の売注文の売却代金が拠出額以上であるときには、入出金管理情報として、組の売注文の売却代金により拠出額を返金するための返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報に代えて、当該別の売注文の売却代金により拠出額を返金するための返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成し、運用管理情報記憶手段３６に記憶させる処理を実行する。具体例については、調整情報作成手段２５の説明で既に詳述しているので、ここでは詳しい説明を省略する。

また、運用管理情報作成手段２６は、別の売注文の売却代金を拠出額の返金に利用する場合に、当該別の売注文の売却代金が拠出額未満であるときには、入出金管理情報として、組の売注文の売却代金により拠出額を返金するための返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報に代えて、当該別の売注文の売却代金により拠出額の一部を返金するための中間返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成するとともに、組の売注文の売却代金の一部により拠出額の残りの一部を返金するための最終返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成し、運用管理情報記憶手段３６に記憶させる処理を実行する。具体例については、調整情報作成手段２５の説明で既に詳述しているので、ここでは詳しい説明を省略する。

＜買付余力調整サービス提供サーバ２０／運用処理手段２７の構成＞

運用処理手段２７は、調整情報作成手段２５により拠出が必要であると判定された場合には、運用管理情報作成手段２６により作成されて運用管理情報記憶手段３６に記憶されている売注文管理情報、買注文管理情報、および入出金管理情報に従って、売注文執行機関となる証券会社システム４０、買注文執行機関となる証券会社システム４０、並びに、調整銀行システム５０Ｎおよび顧客と証券会社との入出金用の登録銀行システム５０Ｘ，５０Ｙ，５０Ｚ，…を含む銀行システム５０を含む複数の金融機関システムとの間で、各金融機関用の顧客識別情報（ＩＤ）またはこれらのＩＤに代わるトークン若しくはその他の代替情報を用いて、ネットワーク１を介して売注文指示情報、買注文指示情報、および送金指示情報の送信を含む運用処理を実行するものである。

なお、運用処理手段２７は、顧客が買付余力調整「あり」を選択したが調整情報作成手段２５により拠出は必要ないと判定された場合、および、顧客が買付余力調整「なし」を選択した場合にも、同様にして、運用管理情報作成手段２６により作成されて運用管理情報記憶手段３６に記憶されている売注文管理情報、買注文管理情報、および入出金管理情報に従って、複数の金融機関システムとの間で、各金融機関用の顧客識別情報（ＩＤ）またはこれらのＩＤに代わるトークン若しくはその他の代替情報を用いて、ネットワーク１を介して売注文指示情報、買注文指示情報、および送金指示情報の送信を含む運用処理を実行するが、これらの場合には、調整銀行システム５０Ｎによる拠出は必要ないので、調整銀行システム５０Ｎとの間での送受信処理は行わない。

より詳細には、運用処理手段２７は、運用処理として、次のような各種の処理を実行する。運用処理の実行時における各金融機関システム（各証券会社システム４０、各銀行システム５０）へのアクセス方法は、資産情報取得手段２３の場合と同様であり、図２～図４を用いて資産情報取得手段２３の説明で既に詳述しているので、ここでは詳しい説明を省略する。

すなわち、運用処理手段２７は、運用処理として、運用管理情報記憶手段３６に記憶された売注文管理情報の送信タイミング・送信先情報に従って、売注文指示情報を、ネットワーク１を介して売注文の執行処理を行う証券会社システム４０へ送信する売注文処理を実行する。ここで、売注文指示情報には、売注文の注文データの内容（売却対象の銘柄、金額または数量、売買の別（売）等）が含まれている。そして、運用処理手段２７により送信されてきた売注文指示情報を受信した証券会社システム４０は、投資信託の売買であれば、図示されない投資信託の運用会社のシステムとの間でのデータ連携により売買処理を実行し、株式の売買であれば、図示されない市場システム（証券取引所システムや私設取引システム等）への売買注文の発注処理を実行する。

また、運用処理手段２７は、調整情報作成手段２５により拠出が必要であると判定された場合には、運用処理として、運用管理情報記憶手段３６に記憶された入出金管理情報の送信タイミング・送信先情報に従って、売注文の売却代金の受渡日よりも前の日に買注文を執行する証券会社への拠出額の入金が行われるようにするための拠出用の送金指示情報を、ネットワーク１を介して調整銀行システム５０Ｎへ送信する拠出処理を実行する。ここで、拠出用の送金指示情報には、調整情報作成手段２５により決定した拠出額、調整期間、拠出先情報（拠出額を受け取る機関）を含む調整情報が含まれている。

さらに、運用処理手段２７は、運用処理として、運用管理情報記憶手段３６に記憶された買注文管理情報の送信タイミング・送信先情報に従って、買注文指示情報を、ネットワーク１を介して買注文の執行処理を行う証券会社システム４０へ送信する買注文処理を実行する。ここで、買注文指示情報には、買注文の注文データの内容（買付対象の銘柄、金額または数量、売買の別（買）等）が含まれている。そして、運用処理手段２７により送信されてきた買注文指示情報を受信した証券会社システム４０は、売注文指示情報を受信した場合と同様に、図示されない投資信託の運用会社のシステムとのデータ連携による投資信託の売買処理や、図示されない市場システムへの株式の売買注文の発注処理を実行する。

また、運用処理手段２７は、調整情報作成手段２５により拠出が必要であると判定された場合には、運用処理として、運用管理情報記憶手段３６に記憶された入出金管理情報の送信タイミング・送信先情報に従って、売注文の売却代金の受渡日または当該受渡日の翌日に売却代金による調整銀行システム５０Ｎへの返金が行われるようにするための返金用の送金指示情報を、ネットワーク１を介して売却代金が出金された登録銀行システム５０Ｘ，５０Ｙ，５０Ｚ，…および／または売注文の執行処理を行った証券会社システム４０へ送信する返金処理を実行する。

また、運用処理手段２７は、定期買付を伴うリバランス（運用資金の増額がある場合）を行う際には、運用処理として、運用管理情報記憶手段３６に記憶された入出金管理情報の送信タイミング・送信先情報に従って、売注文の売却代金の受渡日よりも前の日に買注文を執行する証券会社への増額金額の入金が行われるようにするための増額金額調達用の送金指示情報を、ネットワーク１を介して増額金額を引き落とす銀行システム５０へ送信する増額金額調達処理も実行する。

さらに、運用処理手段２７は、定期換金を伴うリバランス（運用資金の減額がある場合）を行う際には、運用処理として、運用管理情報記憶手段３６に記憶された入出金管理情報の送信タイミング・送信先情報に従って、売注文の売却代金の受渡日または当該受渡日の翌日に売却代金による換金額振込先の銀行システム５０への換金額の振込が行われるようにするための換金額振込用の送金指示情報を、ネットワーク１を介して売却代金が出金された登録銀行システム５０Ｘ，５０Ｙ，５０Ｚ，…および／または売注文の執行処理を行った証券会社システム４０へ送信する換金額振込処理も実行する。この換金額振込処理は、複数の証券会社で売却処理が行われ、それらの売却代金の出金先が複数の登録銀行システム５０Ｘ，５０Ｙ，５０Ｚ，…に分散した場合に、換金額を１つの銀行システム５０（顧客が指定した換金額振込先の銀行システム５０）に集中させる処理である。

また、運用処理手段２７は、つなぎに利用する資金の指定部２４０，３３０，４５０（図６、図７、図８参照）等で自調達額の指定があった場合には、拠出処理に加え、運用管理情報記憶手段３６に記憶された入出金管理情報の送信タイミング・送信先情報に従って、売注文の売却代金の受渡日よりも前の日に買注文を執行する証券会社への自調達額の入金が行われるようにするための自調達用の送金指示情報を、ネットワーク１を介して調達資金源金融機関となる銀行システム５０または証券会社システム４０へ送信する自調達処理を実行する。

さらに、運用処理手段２７は、つなぎに利用する資金の指定部２４０，３３０，４５０（図６、図７、図８参照）等で自調達額の指定があった場合には、返金処理に加え、運用管理情報記憶手段３６に記憶された入出金管理情報の送信タイミング・送信先情報に従って、売注文の売却代金の受渡日または当該受渡日の翌日に売却代金による調達資金源金融機関への自調達額の戻しが行われるようにするための自調達額戻し用の送金指示情報を、ネットワーク１を介して売却代金が出金された登録銀行システム５０Ｘ，５０Ｙ，５０Ｚ，…および／または売注文の執行処理を行った証券会社システム４０へ送信する自調達額戻し処理も実行する。

また、運用処理手段２７は、注文作成手段２４により注文の取消（発注済で未約定の注文についての取消）の入力を受け付けた場合には、運用処理として、運用管理情報記憶手段３６に記憶された売注文管理情報の送信タイミング・送信先情報に従って、売注文取消指示情報を、ネットワーク１を介して売注文指示情報の送信先と同じ証券会社システム４０へ送信する売注文取消処理を実行する。また、運用処理手段２７は、運用管理情報記憶手段３６に記憶された買注文管理情報の送信タイミング・送信先情報に従って、買注文取消指示情報を、ネットワーク１を介して買注文指示情報の送信先と同じ証券会社システム４０へ送信する買注文取消処理を実行する。さらに、運用処理手段２７は、運用管理情報記憶手段３６に記憶された入出金管理情報の送信タイミング・送信先情報に従って、買注文を執行する証券会社へ買付余力先行充当用資金として入金した拠出額を調整銀行システム５０Ｎへ返金するための取消返金用の送金指示情報を、ネットワーク１を介して買注文指示情報の送信先と同じ証券会社システム４０へ送信する取消返金処理を実行する。

さらに、運用処理手段２７は、注文作成手段２４により注文の訂正（発注済で未約定の注文についての注文金額または注文数量の削減の訂正）の入力を受け付けた場合には、運用処理として、運用管理情報記憶手段３６に記憶された売注文管理情報の送信タイミング・送信先情報に従って、売注文訂正指示情報（訂正後の注文金額または注文数量を含む）を、ネットワーク１を介して売注文指示情報の送信先と同じ証券会社システム４０へ送信する売注文訂正処理を実行する。また、運用処理手段２７は、運用管理情報記憶手段３６に記憶された買注文管理情報の送信タイミング・送信先情報に従って、買注文訂正指示情報（訂正後の注文金額または注文数量を含む）を、ネットワーク１を介して買注文指示情報の送信先と同じ証券会社システム４０へ送信する買注文訂正処理を実行する。さらに、運用処理手段２７は、運用管理情報記憶手段３６に記憶された入出金管理情報の送信タイミング・送信先情報に従って、買付余力先行充当用資金として入金した拠出額の減額分を調整銀行システム５０Ｎへ返金するための訂正返金用の送金指示情報を、ネットワーク１を介して買注文指示情報の送信先と同じ証券会社システム４０へ送信する訂正返金処理を実行する。

また、運用処理手段２７は、別の売注文の売却代金を拠出額の返金に利用する場合に、当該別の売注文の売却代金が拠出額以上であるときには、運用処理として、運用管理情報記憶手段３６に記憶された入出金管理情報の送信タイミング・送信先情報に従って、当該別の売注文を執行して得られた売却代金を調整銀行システム５０Ｎへの拠出額の返金に充当するための返金用の送金指示情報を、ネットワーク１を介して当該別の売注文の売却代金が出金された登録銀行システム５０Ｘ，５０Ｙ，５０Ｚ，…および／または当該別の売注文の執行処理を行った証券会社システム４０へ送信する返金処理を実行する。

さらに、運用処理手段２７は、別の売注文の売却代金を拠出額の返金に利用する場合に、当該別の売注文の売却代金が拠出額未満であるときには、運用処理として、運用管理情報記憶手段３６に記憶された入出金管理情報の送信タイミング・送信先情報に従って、当該別の売注文を執行して得られた売却代金を調整銀行システム５０Ｎへの拠出額の一部の返金に充当するための中間返金用の送金指示情報を、ネットワーク１を介して当該別の売注文の売却代金が出金された登録銀行システム５０Ｘ，５０Ｙ，５０Ｚ，…および／または当該別の売注文の執行処理を行った証券会社システム４０へ送信する中間返金処理を実行する。また、運用処理手段２７は、組の売注文を執行して得られた売却代金を調整銀行システム５０Ｎへの拠出額の残りの一部の返金に充当するための最終返金用の送金指示情報を、ネットワーク１を介して組の売注文の売却代金が出金された登録銀行システム５０Ｘ，５０Ｙ，５０Ｚ，…および／または組の売注文の執行処理を行った証券会社システム４０へ送信する最終返金処理を実行する。

また、運用処理手段２７は、運用処理と並行して、顧客の買付余力調整の状態管理のための余力管理情報の作成および更新を行い、資産運用システム１０用の顧客識別情報（ＩＤ）と関連付けて余力管理情報記憶手段３７（図２４、図２５）に記憶させる処理を実行する。

図２４の例は、図６に示された連続注文のデータ入力例において自調達を行う場合に対応する例であり、証券会社Ｂの投資信託β＝１００万円を売却し、証券会社Ａで投資信託αの買付を行い、この際の買付余力先行充当用資金として、調整銀行システム５０Ｎからの拠出額＝７０万円と、自調達額＝３０万円とを用いる。図２５の例は、図９に示されたリバランス処理（運用資金の増額や減額がない場合）に対応する例である。

具体的には、図２４、図２５に示すように、運用処理手段２７は、買付余力調整に伴って変動する各証券会社Ａ，Ｂ，Ｃ，Ｄ，…およびサービス提供者（外部事業者）における顧客の資産の状況を管理する。調整ベース金銭残高は、買付余力調整を行っている最中の顧客の資産残高を示している。この調整ベース金銭残高は、約定ベース金銭残高よりも早い段階で顧客の資産の移動を反映するので、顧客から買付余力調整の依頼があり（買付余力調整「あり」が選択され）、調整銀行システム５０Ｎからの拠出が必要と判断されると、売注文の約定前の段階であっても、売注文の対象銘柄の売却代金を利用して他の銘柄の買付を行うことを前提とした顧客の資産移動が行われる。

但し、調整ベース金銭残高は、顧客による買付余力調整の依頼に基づく仮想的な顧客の資産移動の状況を示すデータであるから、各証券会社Ａ，Ｂ，Ｃ，Ｄ，…における資産状況（約定ベースや受渡ベースの金銭残高、約定ベースや受渡ベースの証券残高）に影響を与えるものではなく、各証券会社Ａ，Ｂ，Ｃ，Ｄ，…の証券会社システム４０内における資産管理では、従来からの通常の処理が行われているだけであり、調整ベース金銭残高のデータは存在しない。従って、図２４および図２５において、証券会社Ａ，Ｂ，Ｃ，Ｄにおける調整ベース金銭残高のデータが示されているが、これらのデータは、証券会社Ａ，Ｂ，Ｃ，Ｄの証券会社システム４０で管理されているデータではなく、買付余力調整サービス提供サーバ２０で管理されているデータである。また、図２４および図２５において、サービス提供者における調整ベース金銭残高は、顧客による買付余力調整の依頼に基づき、各証券会社Ａ，Ｂ，Ｃ，Ｄからサービス提供者へ仮想的かつ一時的に移動した資産の状況を示すデータであり、これも買付余力調整サービス提供サーバ２０で管理されているデータである。よって、図２４および図２５において、証券会社Ａ，Ｂ，Ｃ，Ｄにおける調整ベース金銭残高のデータと、サービス提供者における調整ベース金銭残高のデータとは、いずれも買付余力調整サービス提供サーバ２０で管理されているデータ（余力管理情報記憶手段３７に記憶されているデータ）であり、また、いずれも顧客の資産状況を示すデータであり、買付余力調整の最中に、顧客の資産がどこに移動しているのか（各証券会社Ａ，Ｂ，Ｃ，Ｄなのか、サービス提供者なのか）を示しているものである。そして、調整ベース金銭残高のデータは、仮想的な資産の移動を示すので、マイナスの値もとる。

なお、図２４および図２５では、各証券会社Ａ，Ｂ，Ｃ，Ｄにおける約定ベースや受渡ベースの金銭残高のデータ、および投資信託の保有残高（約定ベースの評価金額）のデータが示されているが、これらのデータは、各証券会社Ａ，Ｂ，Ｃ，Ｄの証券会社システム４０で管理されているデータである。但し、これらのデータを、資産情報取得手段２３により取得し、買付余力調整サービス提供サーバ２０でも管理するようにしてもよい。

具体的には、図２４の例において、調整情報作成手段２５により、調整銀行システム５０Ｎからの拠出額＝７０万円が決定されると（自調達額３０万円があるため）、これに基づき、運用処理手段２７は、買付余力調整を開始し、先ず、売注文執行機関である証券会社Ｂと、サービス提供者との間での調整を行い、証券会社Ｂにおける調整ベース金銭残高から拠出額７０万円を減じてその残高を－７０万円とするとともに、サービス提供者における調整ベース金銭残高に拠出額７０万円を加えてその残高を７０万円とする。この時点で、証券会社Ｂに預けられている顧客の資産は、投資信託βの１００万円であるが、調整ベース金銭残高の－７０万円を考慮すると、１００万円－７０万円＝３０万円しかなく、既に７０万円の資産がサービス提供者に仮想的に移動していることになる。従って、サービス提供者における調整ベース金銭残高は、この時点で、７０万円となっている。

それから、買注文執行機関である証券会社Ａに対し、調整銀行システム５０Ｎからの拠出が行われ、拠出額７０万円が送金されると、サービス提供者における調整ベース金銭残高＝０万円となる。一方、証券会社Ａでは、拠出額７０万円の入金があり、さらに調達資金源金融機関である銀行Ｚからの自調達額３０万円の入金があると、証券会社Ａにおける調整ベース金銭残高＝１００万円、約定ベース金銭残高＝１００万円となる。そして、証券会社Ａで投資信託αの１００万円の買付が行われると、証券会社Ａにおける投資信託αの残高は、１００万円増えて４００万円となるとともに、調整ベース金銭残高＝０万円、約定ベース金銭残高＝０万円となる。

また、証券会社Ｂでは、売却した投資信託βが約定し、さらにその売却代金１００万円の受渡日が到来した時点では、証券会社Ｂにおける投資信託βの残高＝０万円となるとともに、約定ベースや受渡ベースの金銭残高＝１００万円となり、証券会社Ｂにおける調整ベース金銭残高＝－７０万円＋１００万円＝３０万円となっている。そして、証券会社Ｂから登録銀行への１００万円の出金が行われると、証券会社Ｂにおける調整ベース金銭残高、約定ベース金銭残高、および受渡ベース金銭残高の各々が１００万円ずつ減り、証券会社Ｂにおける調整ベース金銭残高＝３０万円－１００万円＝－７０万円、約定ベース金銭残高＝０万円、受渡ベース金銭残高＝０万円となる。ここで、調整ベース金銭残高＝－７０万円というのは、買付余力調整で証券会社Ｂからサービス提供者へ仮想的に移動した７０万円の資産が、調整終了後に証券会社Ｂに戻ってくることを意味する。

そして、証券会社Ｂから登録銀行へ出金された１００万円は、拠出額７０万円の返金と、自調達額３０万円の戻しとに割り当てられる。調整銀行システム５０Ｎに拠出額７０万円が返金されると、サービス提供者における調整ベース金銭残高＝７０万となる。最後に、買付余力調整を終了し、サービス提供者から証券会社Ｂへ顧客の資産７０万円を仮想的に移動させると（戻すと）、サービス提供者における調整ベース金銭残高＝０万円、証券会社Ｂにおける調整ベース金銭残高＝０万円となる。

図２５の例は、図９の例に対応している。図９において、売却代金が拠出額の返金に充当されるのは、証券会社Ｂで売却した投資信託βの売却代金５０万円のうちの２０万円と、証券会社Ｃで売却した投資信託γの売却代金２０万円の全額とである。従って、買付余力調整を開始し、先ず、売注文執行機関である証券会社Ｂと、サービス提供者との間での調整を行うとともに、売注文執行機関である証券会社Ｃと、サービス提供者との間での調整を行う。これにより、証券会社Ｂにおける調整ベース金銭残高＝－２０万円、証券会社Ｃにおける調整ベース金銭残高＝－２０万円となるとともに、サービス提供者における調整ベース金銭残高＝２０万円＋２０万円＝４０万円となる。一方、証券会社Ａ，Ｄでは、売却代金についての拠出額の返金への充当はないので、証券会社Ａ，Ｄにおける調整ベース金銭残高＝０万円である。

また、図２５の例では、拠出額の入金が行われるのは、図９に示すように、証券会社Ａでの投資信託αの買付資金５０万円のうちの３０万円と、証券会社Ｄでの投資信託δの買付資金１０万円の全額とである。従って、図２５において、サービス提供者における調整ベース金銭残高は、調整銀行システム５０Ｎからの証券会社Ａへの拠出を行ったときに３０万円減り、証券会社Ｄへの拠出を行ったときに１０万円減る。一方、証券会社Ａに拠出額３０万円が入金されると、証券会社Ａにおける調整ベース金銭残高が３０万円増え、証券会社Ｄに拠出額１０万円が入金されると、証券会社Ｄにおける調整ベース金銭残高が１０万円増える。

＜買付余力調整サービス提供サーバ２０／認証用情報記憶手段３１の構成＞

認証用情報記憶手段３１は、資産運用システム１０用（サービス提供者用）の認証用情報である顧客識別情報（ＩＤ）およびパスワード（ＰＷ）を記憶するものである。この資産運用システム１０用のＩＤ・ＰＷは、買付余力調整サービス提供サーバ２０へのアクセス時に使用される。

また、認証用情報記憶手段３１は、図２に示した第１の形態（オープンＡＰＩによる形態）を採用する場合には、各金融機関用（各証券会社Ａ，Ｂ，Ｃ，Ｄ…用、各銀行Ｎ，Ｘ，Ｙ，Ｚ，…用）の認証用情報である顧客識別情報（ＩＤ）およびパスワード（ＰＷ）に代わるトークン（アクセストークン、リフレッシュトークン）またはその他の代替情報も、資産運用システム１０用の顧客識別情報（ＩＤ）と関連付けて記憶する。

さらに、認証用情報記憶手段３１は、図３に示した第２の形態を採用する場合には、各金融機関用（各証券会社Ａ，Ｂ，Ｃ，Ｄ…用、各銀行Ｎ，Ｘ，Ｙ，Ｚ，…用）の認証用情報である顧客識別情報（ＩＤ）およびパスワード（ＰＷ）も、資産運用システム１０用の顧客識別情報（ＩＤ）と関連付けて記憶する。

＜買付余力調整サービス提供サーバ２０／取得対象記憶手段３２、資産情報記憶手段３３の構成＞

取得対象記憶手段３２は、設定手段２２により受け付けた資産情報の取得対象（顧客またはその入力代行者による設定情報）を記憶するものである。この取得対象は、資産情報取得手段２３による資産情報の周期的な取得処理で使用される。ここで、取得対象は、顧客が口座を開設している証券会社や銀行等の金融機関の情報（金融機関識別情報、口座番号等）、あるいはそれらの金融機関から取得すべき項目である。金融機関から取得すべき項目とは、例えば、証券会社に保有する投資信託の各銘柄の残高、株式の各銘柄の残高、現金残高（約定ベースや受渡ベースの金銭残高）、ＭＲＦ残高、銀行に保有する普通預金口座の残高等である。

資産情報記憶手段３３は、資産情報取得手段２３により取得した顧客の資産情報およびその取得日時を、資産運用システム１０用（サービス提供者用）の顧客識別情報（ＩＤ）と関連付けて記憶するものである。

＜買付余力調整サービス提供サーバ２０／設定情報記憶手段３４の構成＞

設定情報記憶手段３４は、設定手段２２により受け付けたリバランス用の設定情報（顧客またはその入力代行者による設定情報）を、資産運用システム１０用（サービス提供者用）の顧客識別情報（ＩＤ）と関連付けて記憶するものである。ここで、リバランス用の設定情報は、リバランスを行う際の目的のポートフォリオ、定期買付を行う際の増額金額、定期換金を行う際の減額金額等であり、図８のリバランスの設定画面４００で入力した設定情報である。

また、設定情報記憶手段３４は、注文作成手段２４により受け付けた売買設定情報（顧客またはその入力代行者による設定情報）も、資産運用システム１０用（サービス提供者用）の顧客識別情報（ＩＤ）と関連付けて記憶する。ここで、売買設定情報は、顧客またはその入力代行者による売買注文の予約情報であり、図６や図７の連続注文の画面２００，３００で入力した注文データを、予約の選択部２５１，３４１にチェックを入れて記憶させたものである。

＜買付余力調整サービス提供サーバ２０／日付決定用情報記憶手段３５の構成＞

日付決定用情報記憶手段３５は、設定手段２２により受け付けた投資信託等の金融商品に関する日付決定用情報（システム管理者による設定情報）を、金融商品の銘柄識別情報と関連付けて記憶するものである。ここで、日付決定用情報は、投資信託等の金融商品の各銘柄の注文可否日（営業日や海外休場日等を考慮した注文の可否をカレンダーのように記憶するテーブル情報）、約定日数（注文日から約定日までの日数）、受渡日数（注文日から受渡日までの日数）等である。

＜買付余力調整サービス提供サーバ２０／運用管理情報記憶手段３６の構成＞

運用管理情報記憶手段３６は、運用管理情報作成手段２６により作成した運用管理情報を、資産運用システム１０用（サービス提供者用）の顧客識別情報（ＩＤ）と関連付けて記憶するものである。ここで、運用管理情報には、売注文管理情報と、買注文管理情報と、入出金管理情報とがある。そして、売注文管理情報には、売注文指示情報、売注文取消指示情報、売注文訂正指示情報、およびこれらの各指示情報の送信タイミング・送信先情報が含まれる。また、買注文管理情報には、買注文指示情報、買注文取消指示情報、買注文訂正指示情報、およびこれらの各指示情報の送信タイミング・送信先情報が含まれる。さらに、入出金管理情報には、拠出用、返金用、自調達用、自調達額戻し用、増額金額調達用、換金額振込用、取消返金用、訂正返金用、中間返金用、最終返金用の送金指示情報、およびこれらの各送金指示情報の送信タイミング・送信先情報が含まれる。

＜買付余力調整サービス提供サーバ２０／余力管理情報記憶手段３７の構成＞

余力管理情報記憶手段３７は、図２４および図２５に示すように、顧客の買付余力調整の状態管理のための余力管理情報（サービス提供者における調整ベース金銭残高、および各証券会社Ａ，Ｂ，Ｃ，Ｄ，…における調整ベース金銭残高を含む）を、資産運用システム１０用の顧客識別情報（ＩＤ）と関連付けて記憶するものである。

＜買付余力調整サービスの提供に係る処理の流れ：図１２＞

このような本実施形態においては、以下のようにして資産運用システム１０により、買付余力調整サービスの提供が行われる。図１２には、処理の概要についての全体的な流れが示されている。

図１２において、先ず、顧客またはその入力代行者は、ユーザ端末６０を操作し、資産運用システム１０用（サービス提供者用）の顧客識別情報（ＩＤ）・パスワードを用いて買付余力調整サービス提供サーバ２０にログインする。買付余力調整サービス提供サーバ２０では、設定手段２２により、顧客またはその入力代行者による資産情報の取得対象の設定を受け付け、設定された情報を、資産運用システム１０用のＩＤと関連付けて取得対象記憶手段３２に記憶させる（ステップＳ１）。設定項目は、例えば、金融機関（証券会社、銀行）、金融商品の種別（投資信託、株式等の別）または銘柄、銀行口座の口座番号、証券会社の現金・ＭＲＦ残高、定期取得を行う場合の周期等である。

次に、資産情報取得手段２３により、取得対象記憶手段３２に記憶されている取得対象の情報に基づき、各金融機関システム（各証券会社システム４０、各銀行システム５０）から、顧客の資産情報を取得し、取得した資産情報を、資産運用システム１０用のＩＤと関連付けて資産情報記憶手段３３に記憶させる（ステップＳ２）。この際、各金融機関システムへのアクセスは、例えば、図２に示した第１の形態（オープンＡＰＩによる形態）では、各金融機関システムが発行したトークンを認証用情報記憶手段３１に記憶させておき、トークンを用いて資産情報を取得する。また、図３に示した第２の形態では、各金融機関用のＩＤ・ＰＷを認証用情報記憶手段３１に記憶させておき、各金融機関用のＩＤ・ＰＷを用いて資産情報を取得する。さらに、図４に示した第３の形態では、ユーザ端末６０を経由させ、各金融機関用のＩＤ・ＰＷを用いて資産情報を取得する。

なお、取得対象記憶手段３２に記憶されている取得対象の情報に基づく資産情報の取得処理は、周期的な取得処理であるが、その他に、設定手段２２、資産情報取得手段２３、注文作成手段２４、運用処理手段２７による特定の処理を行うときに、資産情報取得手段２３による資産情報の取得処理が行われる。但し、特定の処理を行うときに、比較的短い周期で取得された最新の資産情報が、資産情報記憶手段３３に記憶されている場合には、周期的な取得処理だけとしてもよい。なお、特定の処理については、資産情報取得手段２３の説明で詳述しているので、ここでは詳しい説明を省略する。また、説明の便宜上、資産情報取得手段２３による資産情報の取得処理を、ステップＳ２の処理として記載しているが、実際には、周期的な取得処理であるから、同じ処理が繰り返され、最新の資産情報が資産情報記憶手段３３に記憶されている状態となる。

続いて、資産情報取得手段２３により取得した資産情報を用いて、資産情報（保有資産残高を含む）のユーザ端末６０への表示処理を行う（ステップＳ３）。この表示処理には、顧客の残高参照の要求（図５のサービス項目である「（１）保有資産残高の表示」の選択）に対する資産情報取得手段２３の表示機能による表示処理があり、その他に、設定手段２２による図８のリバランスの設定画面４００での設定時における顧客の保有資産の表示処理（但し、図示は省略されている）や、注文作成手段２４による図６の連続注文の画面２００における資産情報の表示部２１０の表示処理等がある。そして、これらの資産情報の表示処理とともに、各種リバランスの設定（目的のポートフォリオ、定期買付を行う場合の運用資金の増額金額、定期換金を行う場合の運用資金の減額金額等）の受付処理（図８参照）や、注文の受付処理（図６、図７参照）が行われる（ステップＳ３）。

それから、注文が即日実行される場合（図６や図７の連続注文の画面２００，３００で、即日実行の選択部２５０，３４０にチェックを入れた場合）、各種リバランスの実行設定時期が到来した場合、または、予約された注文の実行設定時期（図６や図７の連続注文の画面２００，３００で、予約の選択部２５１，３４１にチェックを入れて指定した実行の日付）が到来した場合には、注文作成手段２４により、売注文および買注文の各注文データを作成する（ステップＳ４）。この際、各種リバランスの実行時には、設定情報記憶手段３４に記憶された目的のポートフォリオ、増額金額、減額金額等の情報を用いる。また、予約された注文の実行時には、設定情報記憶手段３４に記憶された売買設定情報を用いる。

さらに、調整情報作成手段２５により、注文作成手段２４により作成した売注文および買注文の各注文データを用いて、調整情報（拠出額、調整期間、拠出先等）を決定する（ステップＳ５）。この際、売注文の各銘柄の受渡日の計算等のために、日付決定用情報記憶手段３５に記憶された情報を参照する。

続いて、運用管理情報作成手段２６により、注文作成手段２４により作成した売注文および買注文の各注文データ、並びに、調整情報作成手段２５により決定した調整情報（拠出額、調整期間、拠出先等）を用いて、運用管理情報（売注文管理情報、買注文管理情報、および入出金管理情報）を作成し、運用管理情報記憶手段３６に記憶させる（ステップＳ６）。

その後、運用処理手段２７により、運用管理情報記憶手段３６に記憶されている運用管理情報（売注文管理情報、買注文管理情報、および入出金管理情報）を用いて、ネットワーク１を介して各金融機関システム（各証券会社システム４０、各銀行システム５０）へ各種の指示情報を送信し、運用処理（売注文処理、拠出処理、買注文処理、返金処理等）を実行する（ステップＳ７）。

＜連続注文の運用処理に伴う資金の流れ（買付余力調整を行う場合）：図６、図１３、図１４＞

顧客Ｋ１が、証券会社Ｂで保有している１００万円の投資信託βを売却し、得られた売却代金１００万円を買付資金として証券会社Ａで投資信託αを１００万円買い付ける連続注文（投資信託の銘柄入替）を行うものとする（図６参照）。より具体的には、図１３に示すように、図中左上の証券会社Ａの証券会社システム４０Ａに設けられた資産残高記憶手段４１Ａには、顧客Ｋ１の保有する証券残高として、投資信託αの残高が記憶され、その評価金額が３００万円となっている。一方、図中右上の証券会社Ｂの証券会社システム４０Ｂに設けられた資産残高記憶手段４１Ｂには、顧客Ｋ１の保有する証券残高として、投資信託βの残高が記憶され、その評価金額が１００万円となっている。この状態は、図６の連続注文の画面２００における資産情報の表示部２１０に表示された状態と対応している。そして、この状態で、１００万円分について投資信託βから投資信託αへの銘柄入替を行うために、図６に記載した例のようにデータを入力し、売買の設定を行う。図６の例は、図１３および図１４の例と対応している。この銘柄入替の完了後には、証券会社Ｂにおける投資信託βの残高が減少して０万円となり、一方、証券会社Ａにおける投資信託αの残高が増加して４００万円となる。

図１３および図１４において、買付余力調整を行う場合は、買注文執行機関である証券会社Ａへの買付余力先行充当用資金の入金は、買付処理の前に行うことが必要であり、かつ、本発明の効果を発揮させるために売注文の売却代金の受渡前に買付余力先行充当用資金としての拠出額の入金を行うので、Ｕ１～Ｕ８の流れとなる。また、自調達を行う場合（例えば、銀行Ｚからの自調達額＝３０万円とする場合）は、Ｕ１～Ｕ８の流れに、さらにＵ２２，Ｕ８２が追加される。

図１４に示すように、先ず、運用管理情報記憶手段３６には、売注文管理情報として、（１）売注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１）売注文指示情報を、Ｔ日（投資信託βの売注文の注文日）に、ネットワーク１を介して証券会社システム４０Ｂへ送信する。これにより、証券会社システム４０Ｂで、投資信託β、１００万円の売却処理が実行される（図１３のＵ１参照）。

次に、運用管理情報記憶手段３６には、入出金管理情報として、（２）拠出用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（２）拠出用の送金指示情報を、Ｔ日（投資信託αの買注文の注文日）に、ネットワーク１を介して調整銀行システム５０Ｎへ送信する。これにより、調整銀行システム５０Ｎにおいて、顧客Ｋ１の口座に拠出額１００万円が入金され、調整銀行システム５０Ｎの顧客Ｋ１の口座から登録銀行システム５０Ｘの顧客Ｋ１の口座へ拠出額１００万円が送金される（図１３のＵ２参照）。ここで、登録銀行システム５０Ｘは、顧客Ｋ１と証券会社Ａとの間の入出金用の登録銀行システム５０である。

なお、自調達を行う場合には、運用管理情報記憶手段３６に、入出金管理情報として、（３）自調達用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（３）自調達用の送金指示情報を、Ｔ日（投資信託αの買注文の注文日）に、ネットワーク１を介して銀行システム５０Ｚ（自調達額の調達資金源金融機関）へ送信する。これにより、銀行システム５０Ｚの顧客Ｋ１の口座から登録銀行システム５０Ｘの顧客Ｋ１の口座へ自調達額３０万円が送金される（図１３の２点鎖線のＵ２２参照）。また、自調達を行う場合には、自調達額が３０万円であるから、上述した（２）拠出用の送金指示情報による拠出額の送金は、１００万円－３０万＝７０万円でよい。なお、銀行システム５０Ｚの顧客Ｋ１の口座残高は、３５万円であり、顧客Ｋ１は、そのうちの３０万円を、つなぎに利用する資金（買付余力先行充当用資金）として指定している（図６参照）。

続いて、運用管理情報記憶手段３６には、入出金管理情報として、（４）拠出用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（４）拠出用の送金指示情報を、Ｔ日（投資信託αの買注文の注文日）に、ネットワーク１を介して登録銀行システム５０Ｘへ送信する。これにより、登録銀行システム５０Ｘにおいて、顧客Ｋ１の口座から証券会社Ａの口座へ１００万円の送金（振込）が行われる（図１３のＵ３参照）。なお、自調達を行う場合には、図１３のＵ３の送金（振込）は、拠出額７０万円＋自調達額３０万円＝１００万円となるが、仮に、自調達額の方が多かったり、自調達額だけとなった場合には、（４）拠出用の送金指示情報という呼称は、（４）自調達用の送金指示情報に変わることになる。また、拠出用・自調達用の送金指示情報という呼称としてもよい。

さらに、運用管理情報記憶手段３６には、入出金管理情報として、（５）拠出用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（５）拠出用の送金指示情報を、Ｔ日（投資信託αの買注文の注文日）に、ネットワーク１を介して証券会社システム４０Ａへ送信する。これにより、登録銀行システム５０Ｘにおける証券会社Ａの口座から、証券会社システム４０Ａにおける顧客Ｋ１の金銭残高への１００万円の資金移動が行われ（図１３のＵ４参照）、買付余力先行充当用資金の入金が完了する。

その後、運用管理情報記憶手段３６には、買注文管理情報として、（６）買注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（６）買注文指示情報を、Ｔ日（投資信託αの買注文の注文日）に、ネットワーク１を介して証券会社システム４０Ａへ送信する。これにより、証券会社システム４０Ａで、投資信託α、１００万円の買付処理が実行される（図１３のＵ５参照）。

続いて、運用管理情報記憶手段３６には、入出金管理情報として、（７）返金用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（７）返金用の送金指示情報を、Ｔ＋Ｎ日（投資信託βの売却代金の受渡日）に、ネットワーク１を介して証券会社システム４０Ｂへ送信する。Ｎは銘柄毎に定まり、例えば、Ｎ＝３等である。この時点で、証券会社システム４０Ｂにおける顧客Ｋ１の金銭残高は、受渡ベースで売却代金１００万円だけ増えているので、（７）返金用の送金指示情報により、この売却代金１００万円が減って証券会社の勘定に入るとともに（図１３のＵ６参照）、登録銀行システム５０Ｙの顧客Ｋ１の口座へ売却代金１００万円が出金される（図１３のＵ７参照）。ここで、登録銀行システム５０Ｙは、顧客Ｋ１と証券会社Ｂとの間の入出金用の登録銀行システム５０である。なお、（７）返金用の送金指示情報を送信しなくても、図１３のＵ６，Ｕ７の売却代金の出金が自動的に行われるようになっている場合には、（７）返金用の送金指示情報の送信を省略してもよい。

それから、運用管理情報記憶手段３６には、入出金管理情報として、（８）返金用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（８）返金用の送金指示情報を、Ｔ＋Ｎ日（投資信託βの売却代金の受渡日）に、ネットワーク１を介して登録銀行システム５０Ｙへ送信する。これにより、登録銀行システム５０Ｙの顧客Ｋ１の口座から調整銀行システム５０Ｎの顧客Ｋ１の口座へ拠出額１００万円の返金のための送金が行われる（図１３のＵ８参照）。

なお、自調達を行う場合には、運用管理情報記憶手段３６に、入出金管理情報として、（９）自調達額戻し用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（９）自調達額戻し用の送金指示情報を、Ｔ＋Ｎ日（投資信託βの売却代金の受渡日）に、ネットワーク１を介して登録銀行システム５０Ｙへ送信する。これにより、登録銀行システム５０Ｙの顧客Ｋ１の口座から銀行システム５０Ｚ（自調達額の調達資金源金融機関）の顧客Ｋ１の口座へ自調達額３０万円の戻しのための送金が行われる（図１３の２点鎖線のＵ８２参照）。また、自調達を行う場合には、自調達額が３０万円であり、その戻しも３０万円であるから、上述した（８）返金用の送金指示情報による拠出額の返金は、１００万円－３０万＝７０万円でよい。

＜連続注文の運用処理に伴う資金の流れ（買付余力調整を行わない場合）：図１３、図１５＞

買付余力調整を行わない場合は、本発明の効果は発揮されないが、本実施形態の買付余力調整サービス提供サーバ２０では、顧客Ｋ１が買付余力調整「なし」を選択した場合の運用処理も実行する。上述した図１４の場合（買付余力調整を行う場合）と同様に、顧客Ｋ１が、証券会社Ｂで保有している１００万円の投資信託βを売却し、得られた売却代金１００万円を買付資金として証券会社Ａで投資信託αを１００万円買い付ける連続注文（投資信託の銘柄入替）を行うものとする。但し、買付余力調整を行う場合は、図１４に示したように、図１３のＵ１～Ｕ８の流れとなったのに対し、買付余力調整を行わない場合は、図１５に示すように、図１３のＦ１～Ｆ７の流れとなる。

図１５に示すように、先ず、運用管理情報記憶手段３６には、売注文管理情報として、（１）売注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１）売注文指示情報を、Ｔ日（投資信託βの売注文の注文日）に、ネットワーク１を介して証券会社システム４０Ｂへ送信する。これにより、証券会社システム４０Ｂで、投資信託β、１００万円の売却処理が実行される（図１３のＦ１参照）。

次に、運用管理情報記憶手段３６には、入出金管理情報として、（２）入金用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（２）入金用の送金指示情報を、Ｔ＋Ｎ日（投資信託βの売却代金の受渡日）に、ネットワーク１を介して証券会社システム４０Ｂへ送信する。Ｎは銘柄毎に定まり、例えば、Ｎ＝３等である。この時点で、証券会社システム４０Ｂにおける顧客Ｋ１の金銭残高は、受渡ベースで売却代金１００万円だけ増えているので、（２）入金用の送金指示情報により、この売却代金１００万円が減って証券会社の勘定に入るとともに（図１３のＦ２参照）、登録銀行システム５０Ｙの顧客Ｋ１の口座へ売却代金１００万円が出金される（図１３のＦ３参照）。なお、（２）入金用の送金指示情報を送信しなくても、図１３のＦ２，Ｆ３の売却代金の出金が自動的に行われるようになっている場合には、（２）入金用の送金指示情報の送信を省略してもよい。

続いて、運用管理情報記憶手段３６には、入出金管理情報として、（３）入金用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（３）入金用の送金指示情報を、Ｔ＋Ｎ日（投資信託βの売却代金の受渡日）に、ネットワーク１を介して登録銀行システム５０Ｙへ送信する。これにより、登録銀行システム５０Ｙの顧客Ｋ１の口座から登録銀行システム５０Ｘの顧客Ｋ１の口座へ売却代金１００万円（買付資金に充当する１００万円）が送金される（図１３の１点鎖線のＦ４参照）。

それから、運用管理情報記憶手段３６には、入出金管理情報として、（４）入金用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（４）入金用の送金指示情報を、Ｔ＋Ｎ日（投資信託βの売却代金の受渡日）に、ネットワーク１を介して登録銀行システム５０Ｘへ送信する。これにより、登録銀行システム５０Ｘにおいて、顧客Ｋ１の口座から証券会社Ａの口座へ１００万円の送金（振込）が行われる（図１３のＦ５参照）。

さらに、運用管理情報記憶手段３６には、入出金管理情報として、（５）入金用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（５）入金用の送金指示情報を、Ｔ＋Ｎ日（投資信託βの売却代金の受渡日）に、ネットワーク１を介して証券会社システム４０Ａへ送信する。これにより、登録銀行システム５０Ｘにおける証券会社Ａの口座から、証券会社システム４０Ａにおける顧客Ｋ１の金銭残高への１００万円の資金移動が行われ（図１３のＦ６参照）、買付資金の入金が完了する。

その後、運用管理情報記憶手段３６には、買注文管理情報として、（６）買注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（６）買注文指示情報を、Ｔ＋Ｎ日（投資信託βの売却代金の受渡日）に、ネットワーク１を介して証券会社システム４０Ａへ送信する。これにより、証券会社システム４０Ａで、投資信託α、１００万円の買付処理が実行される（図１３のＦ７参照）。

＜リバランス処理（運用資金の増額や減額がない場合）に伴う資金の流れ：図９、図１６、図２１＞

顧客Ｋ２の保有資産（投資信託）について、図９に示した例のリバランス処理（運用資金の増額や減額がない場合）を行うものとする。従って、各証券会社Ａ，Ｂ，Ｃ，Ｄで行う売買は、図１６の上部に示す通りである。調整情報作成手段２５の説明で詳述した通り、図９に示した例において、調整銀行システム５０Ｎによる拠出が必要なのは、投資信託αの買付余力先行充当用資金として証券会社Ａに入金する拠出額３０万円と、投資信託δの買付余力先行充当用資金として証券会社Ｄに入金する拠出額１０万円とである。

また、図１６において、登録銀行システム５０Ｘは、顧客Ｋ２と証券会社Ａとの間の入出金用の登録銀行システム５０であり、登録銀行システム５０Ｙは、顧客Ｋ２と証券会社Ｂ，Ｃ，Ｄとの間の入出金用の登録銀行システム５０である。

図２１に示すように、先ず、運用管理情報記憶手段３６には、売注文管理情報として、（１）売注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１）売注文指示情報を、Ｔ日（投資信託βの売注文の注文日）に、ネットワーク１を介して証券会社システム４０Ｂへ送信する。これにより、証券会社システム４０Ｂで、投資信託β、５０万円の売却処理が実行される（図１６の上部参照）。

また、運用管理情報記憶手段３６には、売注文管理情報として、（２）売注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（２）売注文指示情報を、Ｔ日（投資信託γの売注文の注文日）に、ネットワーク１を介して証券会社システム４０Ｃへ送信する。これにより、証券会社システム４０Ｃで、投資信託γ、２０万円の売却処理が実行される（図１６の上部参照）。

さらに、運用管理情報記憶手段３６には、売注文管理情報として、（３）売注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（３）売注文指示情報を、Ｔ日（投資信託εの売注文の注文日）に、ネットワーク１を介して証券会社システム４０Ａへ送信する。これにより、証券会社システム４０Ａで、投資信託ε、２０万円の売却処理が実行される（図１６の上部参照）。

次に、運用管理情報記憶手段３６には、入出金管理情報として、（４）拠出用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（４）拠出用の送金指示情報を、Ｔ日（投資信託αの買注文の注文日）に、ネットワーク１を介して調整銀行システム５０Ｎへ送信する。これにより、調整銀行システム５０Ｎにおいて、顧客Ｋ２の口座に拠出額３０万円が入金され、調整銀行システム５０Ｎの顧客Ｋ２の口座から登録銀行システム５０Ｘの顧客Ｋ２の口座へ拠出額３０万円が送金される（図１６のＶ１参照）。

続いて、運用管理情報記憶手段３６には、入出金管理情報として、（５）拠出用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（５）拠出用の送金指示情報を、Ｔ日（投資信託αの買注文の注文日）に、ネットワーク１を介して登録銀行システム５０Ｘへ送信する。これにより、登録銀行システム５０Ｘにおいて、顧客Ｋ２の口座から証券会社Ａの口座へ３０万円の送金（振込）が行われる。

さらに、運用管理情報記憶手段３６には、入出金管理情報として、（６）拠出用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（６）拠出用の送金指示情報を、Ｔ日（投資信託αの買注文の注文日）に、ネットワーク１を介して証券会社システム４０Ａへ送信する。これにより、登録銀行システム５０Ｘにおける証券会社Ａの口座から、証券会社システム４０Ａにおける顧客Ｋ２の金銭残高への３０万円の資金移動が行われ（図１６のＶ２参照）、投資信託αの買付のための買付余力先行充当用資金の入金が完了する。なお、投資信託αの買付資金５０万円のうちの残りの２０万円は、同じ証券会社Ａ内での投資信託εの売却代金２０万円により確保される。

また、運用管理情報記憶手段３６には、入出金管理情報として、（７）拠出用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（７）拠出用の送金指示情報を、Ｔ日（投資信託δの買注文の注文日）に、ネットワーク１を介して調整銀行システム５０Ｎへ送信する。これにより、調整銀行システム５０Ｎにおいて、顧客Ｋ２の口座に拠出額１０万円が入金され、調整銀行システム５０Ｎの顧客Ｋ２の口座から登録銀行システム５０Ｙの顧客Ｋ２の口座へ拠出額１０万円が送金される（図１６のＶ３参照）。

続いて、運用管理情報記憶手段３６には、入出金管理情報として、（８）拠出用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（８）拠出用の送金指示情報を、Ｔ日（投資信託δの買注文の注文日）に、ネットワーク１を介して登録銀行システム５０Ｙへ送信する。これにより、登録銀行システム５０Ｙにおいて、顧客Ｋ２の口座から証券会社Ｄの口座へ１０万円の送金（振込）が行われる。

さらに、運用管理情報記憶手段３６には、入出金管理情報として、（９）拠出用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（９）拠出用の送金指示情報を、Ｔ日（投資信託δの買注文の注文日）に、ネットワーク１を介して証券会社システム４０Ｄへ送信する。これにより、登録銀行システム５０Ｙにおける証券会社Ｄの口座から、証券会社システム４０Ｄにおける顧客Ｋ２の金銭残高への１０万円の資金移動が行われ（図１６のＶ４参照）、投資信託δの買付のための買付余力先行充当用資金の入金が完了する。

その後、運用管理情報記憶手段３６には、買注文管理情報として、（１０）買注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１０）買注文指示情報を、Ｔ日（投資信託αの買注文の注文日）に、ネットワーク１を介して証券会社システム４０Ａへ送信する。これにより、証券会社システム４０Ａで、投資信託α、５０万円の買付処理が実行される。

また、運用管理情報記憶手段３６には、買注文管理情報として、（１１）買注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１１）買注文指示情報を、Ｔ日（投資信託δの買注文の注文日）に、ネットワーク１を介して証券会社システム４０Ｄへ送信する。これにより、証券会社システム４０Ｄで、投資信託δ、１０万円の買付処理が実行される。

さらに、運用管理情報記憶手段３６には、買注文管理情報として、（１２）買注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１２）買注文指示情報を、Ｔ日（投資信託λの買注文の注文日）に、ネットワーク１を介して証券会社システム４０Ｂへ送信する。これにより、証券会社システム４０Ｂで、投資信託λ、３０万円の買付処理が実行される。

続いて、運用管理情報記憶手段３６には、入出金管理情報として、（１３）返金用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１３）返金用の送金指示情報を、Ｔ＋Ｎ日（投資信託βの売却代金の受渡日）に、ネットワーク１を介して証券会社システム４０Ｂへ送信する。Ｎは銘柄毎に定まり、例えば、Ｎ＝３等である。この時点で、証券会社システム４０Ｂにおける顧客Ｋ２の金銭残高は、受渡ベースで２０万円（投資信託βの売却代金５０万円から投資信託λの買付資金への充当分３０万円を差し引いた金額）となっているので、（１３）返金用の送金指示情報により、この２０万円が減って証券会社Ｂの勘定に入るとともに、登録銀行システム５０Ｙの顧客Ｋ２の口座へ２０万円が出金される（図１６のＶ５参照）。なお、（１３）返金用の送金指示情報を送信しなくても、図１６のＶ５の出金が自動的に行われるようになっている場合には、（１３）返金用の送金指示情報の送信を省略してもよい。

また、運用管理情報記憶手段３６には、入出金管理情報として、（１４）返金用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１４）返金用の送金指示情報を、Ｔ＋Ｎ日（投資信託γの売却代金の受渡日）に、ネットワーク１を介して証券会社システム４０Ｃへ送信する。この時点で、証券会社システム４０Ｃにおける顧客Ｋ２の金銭残高は、受渡ベースで２０万円（投資信託γの売却代金）となっているので、（１４）返金用の送金指示情報により、この２０万円が減って証券会社Ｃの勘定に入るとともに、登録銀行システム５０Ｙの顧客Ｋ２の口座へ２０万円が出金される（図１６のＶ６参照）。なお、（１４）返金用の送金指示情報を送信しなくても、図１６のＶ６の出金が自動的に行われるようになっている場合には、（１４）返金用の送金指示情報の送信を省略してもよい。

それから、運用管理情報記憶手段３６には、入出金管理情報として、（１５）返金用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１５）返金用の送金指示情報を、Ｔ＋Ｎ日（投資信託β，γの売却代金の受渡日）に、ネットワーク１を介して登録銀行システム５０Ｙへ送信する。これにより、登録銀行システム５０Ｙの顧客Ｋ２の口座から調整銀行システム５０Ｎの顧客Ｋ２の口座へ拠出額４０万円の返金のための送金が行われる（図１６のＶ７参照）。

＜定期買付を伴うリバランス処理（運用資金の増額がある場合）に伴う資金の流れ：図１０、図１７、図１８、図２２＞

顧客Ｋ３の保有資産（投資信託）について、図１０に示した例の定期買付を伴うリバランス処理（運用資金の増額がある場合）を行うものとする。従って、各証券会社Ａ，Ｂ，Ｃ，Ｄで行う売買は、図１７や図１８の上部に示す通りである。調整情報作成手段２５の説明で詳述した通り、図１０に示した例において、調整銀行システム５０Ｎによる拠出が必要なのは、図１７の場合には、投資信託αの買付余力先行充当用資金として証券会社Ａに入金する拠出額１８万円と、投資信託δの買付余力先行充当用資金として証券会社Ｄに入金する拠出額１３万円とであり、図１８の場合（別の買付資金調達方法の場合）には、投資信託αの買付余力先行充当用資金として証券会社Ａに入金する拠出額３１万円である。従って、買付資金調達方法は、１通りではなく、拠出額と増額金額との配分方法の相違により多数の買付資金調達方法があるが、ここでは、２通りの買付資金調達方法（図１７、図１８）を説明する。図２２は、図１７の買付資金調達方法に対応している。

また、図１７および図１８において、登録銀行システム５０Ｘは、顧客Ｋ３と証券会社Ａとの間の入出金用の登録銀行システム５０であり、登録銀行システム５０Ｙは、顧客Ｋ３と証券会社Ｂとの間の入出金用の登録銀行システム５０であり、登録銀行システム５０Ｚは、顧客Ｋ３と証券会社Ｃ，Ｄとの間の入出金用の登録銀行システム５０である。

図２２に示すように、先ず、運用管理情報記憶手段３６には、売注文管理情報として、（１）売注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１）売注文指示情報を、Ｔ日（投資信託βの売注文の注文日）に、ネットワーク１を介して証券会社システム４０Ｂへ送信する。これにより、証券会社システム４０Ｂで、投資信託β、４６万円の売却処理が実行される（図１７の上部参照）。

また、運用管理情報記憶手段３６には、売注文管理情報として、（２）売注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（２）売注文指示情報を、Ｔ日（投資信託γの売注文の注文日）に、ネットワーク１を介して証券会社システム４０Ｃへ送信する。これにより、証券会社システム４０Ｃで、投資信託γ、１７万円の売却処理が実行される（図１７の上部参照）。

さらに、運用管理情報記憶手段３６には、売注文管理情報として、（３）売注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（３）売注文指示情報を、Ｔ日（投資信託εの売注文の注文日）に、ネットワーク１を介して証券会社システム４０Ａへ送信する。これにより、証券会社システム４０Ａで、投資信託ε、１８万円の売却処理が実行される（図１７の上部参照）。

次に、運用管理情報記憶手段３６には、入出金管理情報として、（４）拠出用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（４）拠出用の送金指示情報を、Ｔ日（投資信託αの買注文の注文日）に、ネットワーク１を介して調整銀行システム５０Ｎへ送信する。これにより、調整銀行システム５０Ｎにおいて、顧客Ｋ３の口座に拠出額１８万円が入金され、調整銀行システム５０Ｎの顧客Ｋ３の口座から登録銀行システム５０Ｘの顧客Ｋ３の口座へ拠出額１８万円が送金される（図１７のＷ１参照）。

また、運用管理情報記憶手段３６には、入出金管理情報として、（５）増額金額調達用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（５）増額金額調達用の送金指示情報を、Ｔ日（投資信託αの買注文の注文日）に、ネットワーク１を介して銀行システム５０Ｚ（増額金額の調達源の金融機関）へ送信する。これにより、銀行システム５０Ｚの顧客Ｋ３の口座から登録銀行システム５０Ｘの顧客Ｋ３の口座へ増額金額２０万円が送金される（図１７のＷ２参照）。

続いて、運用管理情報記憶手段３６には、入出金管理情報として、（６）拠出用・増額金額調達用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（６）拠出用・増額金額調達用の送金指示情報を、Ｔ日（投資信託αの買注文の注文日）に、ネットワーク１を介して登録銀行システム５０Ｘへ送信する。これにより、登録銀行システム５０Ｘにおいて、顧客Ｋ３の口座から証券会社Ａの口座へ３８万円の送金（振込）が行われる。

さらに、運用管理情報記憶手段３６には、入出金管理情報として、（７）拠出用・増額金額調達用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（７）拠出用・増額金額調達用の送金指示情報を、Ｔ日（投資信託αの買注文の注文日）に、ネットワーク１を介して証券会社システム４０Ａへ送信する。これにより、登録銀行システム５０Ｘにおける証券会社Ａの口座から、証券会社システム４０Ａにおける顧客Ｋ３の金銭残高への３８万円の資金移動が行われ（図１７のＷ３参照）、投資信託αの買付資金の入金が完了する。なお、投資信託αの買付資金５６万円のうちの残りの１８万円は、同じ証券会社Ａ内での投資信託εの売却代金１８万円により確保される。

また、運用管理情報記憶手段３６には、入出金管理情報として、（８）拠出用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（８）拠出用の送金指示情報を、Ｔ日（投資信託δの買注文の注文日）に、ネットワーク１を介して調整銀行システム５０Ｎへ送信する。これにより、調整銀行システム５０Ｎにおいて、顧客Ｋ３の口座に拠出額１３万円が入金され、調整銀行システム５０Ｎの顧客Ｋ３の口座から登録銀行システム５０Ｚの顧客Ｋ３の口座へ拠出額１３万円が送金される（図１７のＷ４参照）。

続いて、運用管理情報記憶手段３６には、入出金管理情報として、（９）拠出用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（９）拠出用の送金指示情報を、Ｔ日（投資信託δの買注文の注文日）に、ネットワーク１を介して登録銀行システム５０Ｚへ送信する。これにより、登録銀行システム５０Ｚにおいて、顧客Ｋ３の口座から証券会社Ｄの口座へ１３万円の送金（振込）が行われる。

さらに、運用管理情報記憶手段３６には、入出金管理情報として、（１０）拠出用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１０）拠出用の送金指示情報を、Ｔ日（投資信託δの買注文の注文日）に、ネットワーク１を介して証券会社システム４０Ｄへ送信する。これにより、登録銀行システム５０Ｚにおける証券会社Ｄの口座から、証券会社システム４０Ｄにおける顧客Ｋ３の金銭残高への１３万円の資金移動が行われ（図１７のＷ５参照）、投資信託δの買付資金の入金が完了する。

その後、運用管理情報記憶手段３６には、買注文管理情報として、（１１）買注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１１）買注文指示情報を、Ｔ日（投資信託αの買注文の注文日）に、ネットワーク１を介して証券会社システム４０Ａへ送信する。これにより、証券会社システム４０Ａで、投資信託α、５６万円の買付処理が実行される。

また、運用管理情報記憶手段３６には、買注文管理情報として、（１２）買注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１２）買注文指示情報を、Ｔ日（投資信託δの買注文の注文日）に、ネットワーク１を介して証券会社システム４０Ｄへ送信する。これにより、証券会社システム４０Ｄで、投資信託δ、１３万円の買付処理が実行される。

さらに、運用管理情報記憶手段３６には、買注文管理情報として、（１３）買注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１３）買注文指示情報を、Ｔ日（投資信託λの買注文の注文日）に、ネットワーク１を介して証券会社システム４０Ｂへ送信する。これにより、証券会社システム４０Ｂで、投資信託λ、３２万円の買付処理が実行される。

続いて、運用管理情報記憶手段３６には、入出金管理情報として、（１４）返金用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１４）返金用の送金指示情報を、Ｔ＋Ｎ日（投資信託βの売却代金の受渡日）に、ネットワーク１を介して証券会社システム４０Ｂへ送信する。Ｎは銘柄毎に定まり、例えば、Ｎ＝３等である。この時点で、証券会社システム４０Ｂにおける顧客Ｋ３の金銭残高は、受渡ベースで１４万円（投資信託βの売却代金４６万円から投資信託λの買付資金への充当分３２万円を差し引いた金額）となっているので、（１４）返金用の送金指示情報により、この１４万円が減って証券会社Ｂの勘定に入るとともに、登録銀行システム５０Ｙの顧客Ｋ３の口座へ１４万円が出金される（図１７のＷ６参照）。なお、（１４）返金用の送金指示情報を送信しなくても、図１７のＷ６の出金が自動的に行われるようになっている場合には、（１４）返金用の送金指示情報の送信を省略してもよい。

また、運用管理情報記憶手段３６には、入出金管理情報として、（１５）返金用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１５）返金用の送金指示情報を、Ｔ＋Ｎ日（投資信託γの売却代金の受渡日）に、ネットワーク１を介して証券会社システム４０Ｃへ送信する。この時点で、証券会社システム４０Ｃにおける顧客Ｋ３の金銭残高は、受渡ベースで１７万円（投資信託γの売却代金）となっているので、（１５）返金用の送金指示情報により、この１７万円が減って証券会社Ｃの勘定に入るとともに、登録銀行システム５０Ｚの顧客Ｋ３の口座へ１７万円が出金される（図１７のＷ７参照）。なお、（１５）返金用の送金指示情報を送信しなくても、図１７のＷ７の出金が自動的に行われるようになっている場合には、（１５）返金用の送金指示情報の送信を省略してもよい。

それから、運用管理情報記憶手段３６には、入出金管理情報として、（１６）返金用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１６）返金用の送金指示情報を、Ｔ＋Ｎ日（投資信託βの売却代金の受渡日）に、ネットワーク１を介して登録銀行システム５０Ｙへ送信する。これにより、登録銀行システム５０Ｙの顧客Ｋ３の口座から調整銀行システム５０Ｎの顧客Ｋ３の口座へ拠出額１４万円の返金のための送金が行われる（図１７のＷ８参照）。

また、運用管理情報記憶手段３６には、入出金管理情報として、（１７）返金用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１７）返金用の送金指示情報を、Ｔ＋Ｎ日（投資信託γの売却代金の受渡日）に、ネットワーク１を介して登録銀行システム５０Ｚへ送信する。これにより、登録銀行システム５０Ｚの顧客Ｋ３の口座から調整銀行システム５０Ｎの顧客Ｋ３の口座へ拠出額１７万円の返金のための送金が行われる（図１７のＷ９参照）。

図１８の場合（別の買付資金調達方法の場合）は、証券会社Ｄでの投資信託δの買付資金を、調整銀行システム５０Ｎによる拠出額ではなく、銀行システム５０Ｚ（増額金額の調達源の金融機関として顧客により指定された銀行システム５０）からの増額金額により確保している点が、図１７の場合とは異なっている。従って、図１８の場合は、証券会社Ｄへの拠出額の送金はない。

図１７および図１８のいずれの場合も、拠出額と増額金額とを合計して考えれば（区別せずに考えれば）、証券会社Ａへの投資信託αの買付資金の入金必要額（投資信託αの買付を行うために必要となる買付余力）が３８万円であり、証券会社Ｄへの投資信託δの買付資金の入金必要額（投資信託δの買付を行うために必要となる買付余力）が１３万円である。従って、これらの入金必要額の合計額５１万円（３８万円＋１３万円）に対し、拠出額３１万円と増額金額２０万円との合計額５１万円を割り振っているにすぎない。そして、図１７と図１８とでは、その割振り方法が異なる。

図１８において、Ｒ４を増額金額１３万円としたので、Ｒ２は、増額金額２０万円のうちの残りの金額７万円となっている。Ｒ３は、３８万円となる必要があるので、Ｒ１の拠出額は、３８万円－７万円＝３１万円となっている。図１８のＲ５，Ｒ７の返金ルートは、図１７のＷ６，Ｗ８の返金ルートと同じである。また、図１８のＲ６，Ｒ８の返金ルートは、図１７のＷ７，Ｗ９の返金ルートと同じである。

＜定期換金を伴うリバランス処理（運用資金の減額がある場合）に伴う資金の流れ：図１１、図１９、図２０、図２３＞

顧客Ｋ４の保有資産（投資信託）について、図１１に示した例の定期換金を伴うリバランス処理（運用資金の減額がある場合）を行うものとする。従って、各証券会社Ａ，Ｂ，Ｃ，Ｄで行う売買は、図１９や図２０の上部に示す通りである。調整情報作成手段２５の説明で詳述した通り、図１１に示した例において、調整銀行システム５０Ｎによる拠出が必要なのは、投資信託αの買付余力先行充当用資金として証券会社Ａに入金する拠出額２２万円と、投資信託δの買付余力先行充当用資金として証券会社Ｄに入金する拠出額７万円とである。また、定期換金する金額分は、売却代金から確保するが、売却代金は、同じ証券会社内での買注文の買付資金への充当分を除けば、拠出額の返金への充当分と、換金額としての振込分とに使途が分かれる。従って、複数の証券会社で売却代金が得られる場合に、それぞれの証券会社で得られる売却代金の使途配分方法は、１通りではなく、多数の使途配分方法があるが、ここでは、２通りの使途配分方法（図１９、図２０）を説明する。図２３は、図１９の使途配分方法に対応している。

また、図１９および図２０において、登録銀行システム５０Ｘは、顧客Ｋ４と証券会社Ａとの間の入出金用の登録銀行システム５０であり、登録銀行システム５０Ｙは、顧客Ｋ４と証券会社Ｂとの間の入出金用の登録銀行システム５０であり、登録銀行システム５０Ｚは、顧客Ｋ４と証券会社Ｃ，Ｄとの間の入出金用の登録銀行システム５０である。

図２３に示すように、先ず、運用管理情報記憶手段３６には、売注文管理情報として、（１）売注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１）売注文指示情報を、Ｔ日（投資信託βの売注文の注文日）に、ネットワーク１を介して証券会社システム４０Ｂへ送信する。これにより、証券会社システム４０Ｂで、投資信託β、５４万円の売却処理が実行される（図１９の上部参照）。

また、運用管理情報記憶手段３６には、売注文管理情報として、（２）売注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（２）売注文指示情報を、Ｔ日（投資信託γの売注文の注文日）に、ネットワーク１を介して証券会社システム４０Ｃへ送信する。これにより、証券会社システム４０Ｃで、投資信託γ、２３万円の売却処理が実行される（図１９の上部参照）。

さらに、運用管理情報記憶手段３６には、売注文管理情報として、（３）売注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（３）売注文指示情報を、Ｔ日（投資信託εの売注文の注文日）に、ネットワーク１を介して証券会社システム４０Ａへ送信する。これにより、証券会社システム４０Ａで、投資信託ε、２２万円の売却処理が実行される（図１９の上部参照）。

次に、運用管理情報記憶手段３６には、入出金管理情報として、（４）拠出用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（４）拠出用の送金指示情報を、Ｔ日（投資信託αの買注文の注文日）に、ネットワーク１を介して調整銀行システム５０Ｎへ送信する。これにより、調整銀行システム５０Ｎにおいて、顧客Ｋ４の口座に拠出額２２万円が入金され、調整銀行システム５０Ｎの顧客Ｋ４の口座から登録銀行システム５０Ｘの顧客Ｋ４の口座へ拠出額２２万円が送金される（図１９のＰ１参照）。

続いて、運用管理情報記憶手段３６には、入出金管理情報として、（５）拠出用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（５）拠出用の送金指示情報を、Ｔ日（投資信託αの買注文の注文日）に、ネットワーク１を介して登録銀行システム５０Ｘへ送信する。これにより、登録銀行システム５０Ｘにおいて、顧客Ｋ４の口座から証券会社Ａの口座へ２２万円の送金（振込）が行われる。

さらに、運用管理情報記憶手段３６には、入出金管理情報として、（６）拠出用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（６）拠出用の送金指示情報を、Ｔ日（投資信託αの買注文の注文日）に、ネットワーク１を介して証券会社システム４０Ａへ送信する。これにより、登録銀行システム５０Ｘにおける証券会社Ａの口座から、証券会社システム４０Ａにおける顧客Ｋ４の金銭残高への２２万円の資金移動が行われ（図１９のＰ２参照）、投資信託αの買付のための買付余力先行充当用資金の入金が完了する。なお、投資信託αの買付資金４４万円のうちの残りの２２万円は、同じ証券会社Ａ内での投資信託εの売却代金２２万円により確保される。

また、運用管理情報記憶手段３６には、入出金管理情報として、（７）拠出用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（７）拠出用の送金指示情報を、Ｔ日（投資信託δの買注文の注文日）に、ネットワーク１を介して調整銀行システム５０Ｎへ送信する。これにより、調整銀行システム５０Ｎにおいて、顧客Ｋ４の口座に拠出額７万円が入金され、調整銀行システム５０Ｎの顧客Ｋ４の口座から登録銀行システム５０Ｚの顧客Ｋ４の口座へ拠出額７万円が送金される（図１９のＰ３参照）。

続いて、運用管理情報記憶手段３６には、入出金管理情報として、（８）拠出用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（８）拠出用の送金指示情報を、Ｔ日（投資信託δの買注文の注文日）に、ネットワーク１を介して登録銀行システム５０Ｚへ送信する。これにより、登録銀行システム５０Ｚにおいて、顧客Ｋ４の口座から証券会社Ｄの口座へ７万円の送金（振込）が行われる。

さらに、運用管理情報記憶手段３６には、入出金管理情報として、（９）拠出用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（９）拠出用の送金指示情報を、Ｔ日（投資信託δの買注文の注文日）に、ネットワーク１を介して証券会社システム４０Ｄへ送信する。これにより、登録銀行システム５０Ｚにおける証券会社Ｄの口座から、証券会社システム４０Ｄにおける顧客Ｋ４の金銭残高への７万円の資金移動が行われ（図１９のＰ４参照）、投資信託δの買付のための買付余力先行充当用資金の入金が完了する。

その後、運用管理情報記憶手段３６には、買注文管理情報として、（１０）買注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１０）買注文指示情報を、Ｔ日（投資信託αの買注文の注文日）に、ネットワーク１を介して証券会社システム４０Ａへ送信する。これにより、証券会社システム４０Ａで、投資信託α、４４万円の買付処理が実行される。

また、運用管理情報記憶手段３６には、買注文管理情報として、（１１）買注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１１）買注文指示情報を、Ｔ日（投資信託δの買注文の注文日）に、ネットワーク１を介して証券会社システム４０Ｄへ送信する。これにより、証券会社システム４０Ｄで、投資信託δ、７万円の買付処理が実行される。

さらに、運用管理情報記憶手段３６には、買注文管理情報として、（１２）買注文指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１２）買注文指示情報を、Ｔ日（投資信託λの買注文の注文日）に、ネットワーク１を介して証券会社システム４０Ｂへ送信する。これにより、証券会社システム４０Ｂで、投資信託λ、２８万円の買付処理が実行される。

続いて、運用管理情報記憶手段３６には、入出金管理情報として、（１３）返金用・換金額振込用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１３）返金用・換金額振込用の送金指示情報を、Ｔ＋Ｎ日（投資信託βの売却代金の受渡日）に、ネットワーク１を介して証券会社システム４０Ｂへ送信する。Ｎは銘柄毎に定まり、例えば、Ｎ＝３等である。この時点で、証券会社システム４０Ｂにおける顧客Ｋ４の金銭残高は、受渡ベースで２６万円（投資信託βの売却代金５４万円から投資信託λの買付資金への充当分２８万円を差し引いた金額）となっているので、（１３）返金用・換金額振込用の送金指示情報により、この２６万円が減って証券会社Ｂの勘定に入るとともに、登録銀行システム５０Ｙの顧客Ｋ４の口座へ２６万円が出金される（図１９のＰ５参照）。なお、（１３）返金用・換金額振込用の送金指示情報を送信しなくても、図１９のＰ５の出金が自動的に行われるようになっている場合には、（１３）返金用・換金額振込用の送金指示情報の送信を省略してもよい。

また、運用管理情報記憶手段３６には、入出金管理情報として、（１４）返金用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１４）返金用の送金指示情報を、Ｔ＋Ｎ日（投資信託γの売却代金の受渡日）に、ネットワーク１を介して証券会社システム４０Ｃへ送信する。この時点で、証券会社システム４０Ｃにおける顧客Ｋ４の金銭残高は、受渡ベースで２３万円（投資信託γの売却代金）となっているので、（１４）返金用の送金指示情報により、この２３万円が減って証券会社Ｃの勘定に入るとともに、登録銀行システム５０Ｚの顧客Ｋ４の口座へ２３万円が出金される（図１９のＰ６参照）。なお、（１４）返金用の送金指示情報を送信しなくても、図１９のＰ６の出金が自動的に行われるようになっている場合には、（１４）返金用の送金指示情報の送信を省略してもよい。

それから、運用管理情報記憶手段３６には、入出金管理情報として、（１５）返金用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１５）返金用の送金指示情報を、Ｔ＋Ｎ日（投資信託βの売却代金の受渡日）に、ネットワーク１を介して登録銀行システム５０Ｙへ送信する。これにより、登録銀行システム５０Ｙの顧客Ｋ４の口座から調整銀行システム５０Ｎの顧客Ｋ４の口座へ拠出額６万円の返金のための送金が行われる（図１９のＰ７参照）。

また、運用管理情報記憶手段３６には、入出金管理情報として、（１６）換金額振込用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１６）換金額振込用の送金指示情報を、Ｔ＋Ｎ日（投資信託βの売却代金の受渡日）に、ネットワーク１を介して登録銀行システム５０Ｙへ送信する。これにより、登録銀行システム５０Ｙの顧客Ｋ４の口座から登録銀行システム５０Ｘの顧客Ｋ４の口座（換金額を集める際の振込先として顧客により指定された金融機関および口座）へ換金額２０万円の振込のための送金が行われる（図１９のＰ８参照）。

さらに、運用管理情報記憶手段３６には、入出金管理情報として、（１７）返金用の送金指示情報が記憶されているので、その送信タイミング・送信先情報に従って、運用処理手段２７により、（１７）返金用の送金指示情報を、Ｔ＋Ｎ日（投資信託γの売却代金の受渡日）に、ネットワーク１を介して登録銀行システム５０Ｚへ送信する。これにより、登録銀行システム５０Ｚの顧客Ｋ４の口座から調整銀行システム５０Ｎの顧客Ｋ４の口座へ拠出額２３万円の返金のための送金が行われる（図１９のＰ９参照）。

図２０の場合（売却代金の別の使途配分方法の場合）は、証券会社Ｂでの投資信託βの売却代金ではなく、証券会社Ｃでの投資信託γの売却代金により、換金額としての振込分を確保している点が、図１９の場合とは異なっている。

図１９および図２０のいずれの場合も、証券会社Ｂからの出金が２６万円であり、証券会社Ｃからの出金が２３万円であることに変わりはない。それぞれの出金額２６万円、２３万円のいずれから、どれだけの金額を、換金額としての振込分に充当するか、あるいは、拠出額の返金に充当するかの使途配分方法の相違にすぎない。

図２０において、Ｑ１，Ｑ２の拠出額の送金ルートは、図１９のＰ１，Ｐ２の拠出額の送金ルートと同じである。また、Ｑ３，Ｑ４の拠出額の送金ルートは、図１９のＰ３，Ｐ４の拠出額の送金ルートと同じである。

Ｑ５の出金額２６万円は、拠出額の返金だけに充当されているので、登録銀行システム５０Ｙからの送金は、Ｑ７の拠出額２６万円の返金だけとなっている。これに対し、図１９では、Ｐ５の出金額２６万円は、拠出額の返金および換金額の振込の双方に充当されているので、登録銀行システム５０Ｙからの送金は、Ｐ７の拠出額６万円の返金、および、Ｐ８の換金額２０万円の振込となっている。

また、Ｑ６の出金額２３万円は、拠出額の返金および換金額の振込の双方に充当されているので、登録銀行システム５０Ｚからの送金は、Ｑ８の拠出額３万円の返金、および、Ｑ９の換金額２０万円の振込となっている。これに対し、図１９では、Ｐ６の出金額２３万円は、拠出額の返金だけに充当されているので、登録銀行システム５０Ｚからの送金は、Ｐ９の拠出額２３万円の返金だけとなっている。

なお、図１９と図２０とを組合せ、証券会社Ｂからの出金額２６万円と、証券会社Ｃからの出金額２３万円とのいずれについても、拠出額の返金および換金額の振込の双方に充当されるようにしてもよい。

＜本実施形態の効果＞

このような本実施形態によれば、次のような効果がある。すなわち、資産運用システム１０では、調整情報作成手段２５により調整期間および調整銀行システム５０Ｎからの拠出額を決定し、決定した調整期間および拠出額に基づき、調整銀行システム５０Ｎにより買付余力先行充当用資金の拠出を行うことができるので、金融商品（例えば、投資信託、株式等）の買付を行う顧客に対し、複数の証券会社システム４０に跨って当該顧客の買付余力を調整する買付余力調整サービスを提供することができる。

この際、調整期間は、買注文を執行するために必要となる買付余力先行充当用資金の入金日若しくは当該入金日の前日から売注文の売却代金の受渡日若しくは当該受渡日の翌日までの期間であるから、顧客は、売注文の売却代金の受渡日よりも前の日に、買注文を執行する証券会社Ａ，Ｂ，Ｃ，Ｄ，…へ買付余力先行充当用資金としての拠出額を入金することができるとともに、受渡後には売却代金で拠出額を返金することもできる。従って、別の証券会社で（つまり、複数の証券会社に跨って）売却処理および買付処理を行う際に、売却代金の受渡日を待たずに買付処理を行うことができるので、売却処理と買付処理との時間差を無くすか、または短くすることができ、売却処理と買付処理との時間差により生じる不都合の発生を回避するか、または抑制することができる。

また、資産運用システム１０は、資産情報取得手段２３を備えているので、顧客が複数の金融機関に跨って資産を保有している場合に、複数の金融機関からの自己の資産情報の取得を容易に行うことができる。このため、顧客による保有資産の管理の手間を軽減することができる。

さらに、資産運用システム１０は、運用処理手段２７を備えているので、顧客は、複数の金融機関に対し、自己の保有資産に関する指示情報を容易に送信することができるので、この点でも、顧客による保有資産の管理の手間を軽減することができる。

そして、資産運用システム１０は、運用管理情報作成手段２６および運用管理情報記憶手段３６を備えているので、運用管理情報を自動的に作成し、作成した運用管理情報に基づき運用処理を自動的に実行することができる。つまり、自動起票を実現することができる。このため、顧客の機器操作の負担や、運用処理に関する情報管理の負担を軽減することができる。

また、資産運用システム１０では、顧客は、自己の保有資産のポートフォリオについて、リバランスを繰り返しつつ、毎回のリバランスの際に、買付余力調整サービスの提供を受けることができる。このため、複数の証券会社に跨ってリバランスのための売買取引が行われる場合であっても、リバランスにおける売却処理と買付処理との時間差を無くすか、または短くすることができるので、買付余力調整のない場合に比べ、より一層、目的のポートフォリオに沿った適切な資産運用を実現することができる。

さらに、資産運用システム１０では、顧客は、運用資金の増額や減額を伴うリバランスを繰り返しつつ、毎回のリバランスの際に、買付余力調整サービスの提供を受けることもできる。このため、目的のポートフォリオに沿った、より適切で、かつ、より柔軟な資産運用を実現することができる。すなわち、定期買付や定期換金を実現することができるので、多様な目的に沿った資産運用を実現することができる。例えば、他の用途への継続的な資金移動等が可能となる。

また、資産運用システム１０では、調整銀行システム５０Ｎによる拠出額を買付余力先行充当用資金の一部にするとともに、自調達額を買付余力先行充当用資金の残りの一部にすることができるので、顧客は、自調達額の調達資金源となる金融機関および口座を指定することにより、調整銀行システム５０Ｎによる拠出額を減らすことができるため、拠出額の大小に応じて買付余力調整サービスの利用料が変わる仕組みとする際には、顧客の買付余力調整サービスの利用料の支払金額を減らすことができる。

さらに、資産運用システム１０では、注文の取消または訂正が可能な構成とされているので、調整情報作成手段２５により、調整期間中に、取消においては、調整銀行システム５０Ｎによる拠出額をゼロに変更することができ、訂正においては、拠出額を減額することができる。このため、拠出額の全部または一部の返金を、予定よりも早期に実行することができるので、拠出額の大小に応じて買付余力調整サービスの利用料が変わる仕組みとする際には、顧客の買付余力調整サービスの利用料の支払金額を減らすことができる。

そして、資産運用システム１０では、買注文との組合せで注文データの作成が行われた売注文（本発明では、組の売注文と呼んでいる。）とは別の売注文の売却代金を、調整銀行システム５０Ｎによる拠出額の返金に利用することができる構成とされているので（連続注文の場合、各種リバランスを行う場合のいずれも含む。）、受渡日が早く到来する当該別の売注文の売却代金を利用し、早期に拠出額の返金を行うことができる。このため、調整期間を短くし、あるいは、拠出額を途中から減らすことができるので、調整期間の長短や、拠出額の大小に応じて買付余力調整サービスの利用料が変わる仕組みとする際には、顧客の買付余力調整サービスの利用料の支払金額を減らすことができる。

＜変形の形態＞

なお、本発明は前記実施形態に限定されるものではなく、本発明の目的を達成できる範囲内での変形等は本発明に含まれるものである。

例えば、前記実施形態の資産運用システム１０は、運用管理情報作成手段２６および運用管理情報記憶手段３６を備え、自動起票を実現できる構成とされていたが、本発明は、必ずしも自動起票を行うことができる構成とされている必要はなく、要するに、買付余力調整サービスの提供を行うことができるようになっていればよい。

また、前記実施形態では、図６および図７に示すように、連続注文は、売注文と買注文とを１対１で設定する構成とされていたが、１対多、多対１、多対多で設定できるようにしてもよく、要するに、売注文の売却代金を買注文の買付資金とすることができるようになっていればよい。

さらに、前記実施形態では、図６および図７に示すように、連続注文についての売注文と買注文とは、同額で設定されるようになっていたが、リバランスの際に運用資金の増額や減額を行うことができるのと同様に、連続注文の場合も、必ずしも同額での設定に限定されるものではなく、売注文の売却代金に別の資金を加えることにより買注文の金額のほうが大きくなる設定としてもよく、あるいは、買注文の金額のほうが小さくなる設定とし、売注文の売却代金の一部が換金されるようにしてもよい。

以上のように、本発明の資産運用システムおよびプログラムは、例えば、先行の売注文およびこの売注文で得られる売却代金を買付資金とする後続の買注文からなる連続注文、リバランス、定期買付や定期換金を伴うリバランス等を行う際に、買注文執行機関への買付余力先行充当用資金の拠出を行うことにより複数の証券会社システムに跨って顧客の買付余力を調整する買付余力調整サービスを提供する場合に用いるのに適している。

１ ネットワーク
１０ 資産運用システム
２０ 買付余力調整サービス提供サーバ
２３ 資産情報取得手段
２４ 注文作成手段
２５ 調整情報作成手段
２６ 運用管理情報作成手段
２７ 運用処理手段
３４ 設定情報記憶手段
３６ 運用管理情報記憶手段
６０ ユーザ端末

Claims (9)

1. 顧客に金融商品の売買を含む資産運用サービスを提供する処理を実行するコンピュータにより構成された資産運用システムであって、
   複数の証券会社システムを含む複数の金融機関システムの各々から、各金融機関用の顧客識別情報またはこれらの顧客識別情報に代わるトークン若しくはその他の代替情報を用いて、ネットワークを介して顧客の金融商品を含む資産の保有および変動に関する資産情報を取得する処理を実行する資産情報取得手段と、
   この資産情報取得手段により取得した前記資産情報をユーザ端末に出力して顧客若しくはその入力代行者による金融商品の売買注文の入力を受け付けるか、予め金融商品の売買注文の入力を受け付けて設定情報記憶手段に記憶しておいた売買設定情報を用いるか、または、取得した前記資産情報および顧客若しくはその入力代行者により予め入力されて設定情報記憶手段に記憶されている設定情報を用いて、顧客が保有する金融商品についての先行の売注文の銘柄識別情報、金額若しくは数量、および売注文執行機関を示す証券会社識別情報を含む注文データ、並びに、この売注文で得られる売却代金を買付資金として用いる後続の買注文の銘柄識別情報、金額若しくは数量、および買注文執行機関を示す証券会社識別情報を含む注文データを作成する処理を実行する注文作成手段と、
   この注文作成手段により作成した前記売注文および前記買注文の注文データを用いて、前記売注文および前記買注文の執行処理が複数の証券会社システムに跨って行われるか否かの判定を含めて、複数の証券会社システムに跨って顧客の買付余力を調整する買付余力調整サービスとして買付余力先行充当用資金の拠出を行う調整銀行システムによる拠出の要否を判定するとともに、当該拠出が必要と判定された場合に、前記調整銀行システムによる拠出額、およびこの拠出額についての前記買注文執行機関への入金日若しくは当該入金日の前日から前記売注文の売却代金の受渡日若しくは当該受渡日の翌日までの調整期間を決定する処理を実行する調整情報作成手段と、
   この調整情報作成手段により前記拠出が必要と判定された場合には、前記調整銀行システムに対し、前記調整銀行システム用の顧客識別情報またはこの顧客識別情報に代わるトークン若しくはその他の代替情報を用いて、ネットワークを介して前記調整情報作成手段により決定した前記拠出額を含む調整情報を送信する拠出処理を含む運用処理を実行する運用処理手段とを備え、
   前記調整情報作成手段は、
   前記買注文の注文データに従って前記買注文執行機関で執行する前記買注文の金額の全額を、前記調整銀行システムによる前記拠出額として決定するか、
   または、前記買注文の金額から、前記調整銀行システム以外の金融機関システムから調達できる顧客の保有する買付資金がある場合の当該調達できる金額、および／または前記買注文執行機関と同じ証券会社内での前記売注文の売却代金で前記買注文の買付余力を確保できる場合の当該確保できる金額を差し引いた金額を、前記調整銀行システムによる前記拠出額として決定する処理を実行する構成とされている
   ことを特徴とする資産運用システム。
2. 前記調整情報作成手段により前記拠出が必要と判定された場合には、前記注文作成手段により作成した前記売注文および前記買注文の注文データ、並びに、前記調整情報作成手段により決定した前記調整期間および前記拠出額を用いて、前記売注文を執行するための売注文指示情報およびこの売注文指示情報の送信タイミング・送信先情報を含む売注文管理情報、前記買注文を執行するための買注文指示情報およびこの買注文指示情報の送信タイミング・送信先情報を含む買注文管理情報、並びに、前記買付余力先行充当用資金としての前記拠出額を入金するための拠出用の送金指示情報および前記売却代金により前記拠出額を返金するための返金用の送金指示情報およびこれらの送金指示情報の各送信タイミング・送信先情報を含む入出金管理情報を作成し、運用管理情報記憶手段に記憶させる処理を実行する運用管理情報作成手段を備え、
   前記運用処理手段は、
   前記運用管理情報作成手段により作成された前記売注文管理情報、前記買注文管理情報、および前記入出金管理情報に従って、前記売注文執行機関となる証券会社システム、前記買注文執行機関となる証券会社システム、並びに、前記調整銀行システムおよび顧客と証券会社との入出金用の登録銀行システムを含む銀行システムを含む複数の金融機関システムとの間で、各金融機関用の顧客識別情報またはこれらの顧客識別情報に代わるトークン若しくはその他の代替情報を用いて、ネットワークを介して前記売注文指示情報、前記買注文指示情報、および前記送金指示情報の送信を含む運用処理を実行する構成とされ、
   この際、前記運用処理手段は、
   前記調整情報作成手段により前記拠出が必要と判定された場合には、前記運用処理として、
   前記運用管理情報記憶手段に記憶された前記売注文管理情報の送信タイミング・送信先情報に従って、前記売注文指示情報を、ネットワークを介して前記売注文の執行処理を行う証券会社システムへ送信する売注文処理と、
   前記運用管理情報記憶手段に記憶された前記入出金管理情報の送信タイミング・送信先情報に従って、前記売注文の売却代金の受渡日よりも前の日に前記買注文を執行する証券会社への前記拠出額の入金が行われるようにするための前記拠出用の送金指示情報を、ネットワークを介して前記調整銀行システムへ送信する拠出処理と、
   前記運用管理情報記憶手段に記憶された前記買注文管理情報の送信タイミング・送信先情報に従って、前記買注文指示情報を、ネットワークを介して前記買注文の執行処理を行う証券会社システムへ送信する買注文処理と、
   前記運用管理情報記憶手段に記憶された前記入出金管理情報の送信タイミング・送信先情報に従って、前記売注文の売却代金の受渡日または当該受渡日の翌日に前記売却代金による前記調整銀行システムへの返金が行われるようにするための前記返金用の送金指示情報を、ネットワークを介して前記売却代金が出金された登録銀行システムおよび／または前記売注文の執行処理を行った証券会社システムへ送信する返金処理とを実行する構成とされている
   ことを特徴とする請求項１に記載の資産運用システム。
3. 前記設定情報記憶手段には、前記設定情報として、繰り返し実行されるリバランス処理で使用される目的のポートフォリオが記憶され、
   前記注文作成手段は、
   前記資産情報取得手段により取得した前記資産情報による取得時点のポートフォリオを構成する各銘柄の評価金額と、当該取得時点の各銘柄の評価金額の合計金額を前記設定情報記憶手段に記憶されている前記目的のポートフォリオに従って配分した各銘柄の金額との銘柄毎の差分により、売却する銘柄および金額若しくは数量、売注文を執行する証券会社、並びに、買い付ける銘柄および金額若しくは数量、買注文を執行する証券会社を決定し、前記売注文および前記買注文の注文データを作成するリバランス処理を実行する構成とされている
   ことを特徴とする請求項２に記載の資産運用システム。
4. 前記設定情報記憶手段には、前記設定情報として、繰り返し実行されるリバランス処理で使用される目的のポートフォリオ、および、運用資金の増額とともに前記リバランス処理を行う際の増額金額が記憶され、
   前記注文作成手段は、
   前記資産情報取得手段により取得した前記資産情報による取得時点のポートフォリオを構成する各銘柄の評価金額と、当該取得時点の各銘柄の評価金額の合計金額に前記増額金額を加えた金額を前記設定情報記憶手段に記憶されている前記目的のポートフォリオに従って配分した各銘柄の金額との銘柄毎の差分により、売却する銘柄および金額若しくは数量、売注文を執行する証券会社、並びに、買い付ける銘柄および金額若しくは数量、買注文を執行する証券会社を決定し、前記売注文および前記買注文の注文データを作成するリバランス処理を実行する構成とされ、
   前記運用管理情報作成手段は、
   前記入出金管理情報として、前記買注文を執行する証券会社へ前記買付資金に充当する前記増額金額を入金するための増額金額調達用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成し、前記運用管理情報記憶手段に記憶させる処理も実行する構成とされ、
   前記運用処理手段は、
   前記運用処理として、前記運用管理情報記憶手段に記憶された前記入出金管理情報の送信タイミング・送信先情報に従って、前記売注文の売却代金の受渡日よりも前の日に前記買注文を執行する証券会社への前記増額金額の入金が行われるようにするための前記増額金額調達用の送金指示情報を、ネットワークを介して前記増額金額を引き落とす銀行システムへ送信する増額金額調達処理も実行する構成とされている
   ことを特徴とする請求項２に記載の資産運用システム。
5. 前記設定情報記憶手段には、前記設定情報として、繰り返し実行されるリバランス処理で使用される目的のポートフォリオ、および、運用資金の減額とともに前記リバランス処理を行う際の減額金額が記憶され、
   前記注文作成手段は、
   前記資産情報取得手段により取得した前記資産情報による取得時点のポートフォリオを構成する各銘柄の評価金額と、当該取得時点の各銘柄の評価金額の合計金額から前記減額金額を減じた金額を前記設定情報記憶手段に記憶されている前記目的のポートフォリオに従って配分した各銘柄の金額との銘柄毎の差分により、売却する銘柄および金額若しくは数量、売注文を執行する証券会社、並びに、買い付ける銘柄および金額若しくは数量、買注文を執行する証券会社を決定し、前記売注文および前記買注文の注文データを作成するリバランス処理を実行する構成とされている
   ことを特徴とする請求項２に記載の資産運用システム。
6. 前記資産情報取得手段は、
   前記資産情報として、複数の証券会社システムの各々から、ネットワークを介して顧客の現金残高および／またはマネー・リザーブド・ファンド残高を取得するとともに、少なくとも１つの銀行システムから、ネットワークを介して顧客の普通預金残高を取得する処理を実行する構成とされ、
   前記調整情報作成手段は、
   前記資産情報取得手段により取得した証券会社の前記現金残高若しくは前記マネー・リザーブド・ファンド残高、または銀行の前記普通預金残高のうち前記買付余力先行充当用資金として一時的に利用する金額を自調達額とし、前記買付余力先行充当用資金の総額からこの自調達額を減じた金額を、前記拠出額として決定する処理を実行する構成とされ、
   前記運用管理情報作成手段は、
   前記入出金管理情報として、前記買注文を執行する証券会社へ前記買付余力先行充当用資金の一部としての前記拠出額を入金するための拠出用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報に加え、前記買付余力先行充当用資金の残りの一部としての前記自調達額を入金するための自調達用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成するとともに、
   前記売注文を執行した証券会社から出金された前記売却代金の一部を前記拠出額の返金に充当するための返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報に加え、前記売却代金の残りの一部を、前記自調達額の調達資金源金融機関となった銀行または証券会社に戻すための自調達額戻し用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報も作成し、前記運用管理情報記憶手段に記憶させる処理を実行する構成とされ、
   前記運用処理手段は、
   前記売注文指示情報を送信する前記売注文処理と、
   前記拠出用の送金指示情報を送信する拠出処理と、
   この拠出処理に加え、前記運用管理情報記憶手段に記憶された前記入出金管理情報の送信タイミング・送信先情報に従って、前記売注文の売却代金の受渡日よりも前の日に前記買注文を執行する証券会社への前記自調達額の入金が行われるようにするための前記自調達用の送金指示情報を、ネットワークを介して前記調達資金源金融機関となる銀行システムまたは証券会社システムへ送信する自調達処理と、
   前記買注文指示情報を送信する前記買注文処理と、
   前記返金用の送金指示情報を送信する返金処理と、
   この返金処理に加え、前記運用管理情報記憶手段に記憶された前記入出金管理情報の送信タイミング・送信先情報に従って、前記売注文の売却代金の受渡日または当該受渡日の翌日に前記売却代金による前記調達資金源金融機関への前記自調達額の戻しが行われるようにするための前記自調達額戻し用の送金指示情報を、ネットワークを介して前記売却代金が出金された登録銀行システムおよび／または前記売注文の執行処理を行った証券会社システムへ送信する自調達額戻し処理とを実行する構成とされている
   ことを特徴とする請求項２～５のいずれかに記載の資産運用システム。
7. 前記注文作成手段は、
   顧客による約定前の前記売注文および前記買注文についての取消または金額若しくは数量の削減の訂正の少なくとも１つの入力を受け付ける処理を実行する構成とされ、
   前記調整情報作成手段は、
   前記調整期間中に、前記注文作成手段により前記取消の入力を受け付けた場合には、前記拠出額をゼロに変更し、前記金額または数量の削減の訂正の入力を受け付けた場合には、訂正後の金額または数量を用いて前記拠出額を減額する処理を実行する構成とされ、
   前記運用管理情報作成手段は、
   前記注文作成手段により前記取消の入力を受け付けた場合には、
   前記売注文管理情報として、前記売注文の取消を行うための売注文取消指示情報およびこの売注文取消指示情報の送信タイミング・送信先情報を作成し、
   前記買注文管理情報として、前記買注文の取消を行うための買注文取消指示情報およびこの買注文取消指示情報の送信タイミング・送信先情報を作成し、
   前記入出金管理情報として、前記買注文を執行する証券会社へ前記買付余力先行充当用資金として入金した前記拠出額を予定よりも早期に返金するための取消返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成し、
   前記注文作成手段により前記金額または数量の削減の訂正の入力を受け付けた場合には、
   前記売注文管理情報として、前記売注文の訂正を行うための売注文訂正指示情報およびこの売注文訂正指示情報の送信タイミング・送信先情報を作成し、
   前記買注文管理情報として、前記買注文の訂正を行うための買注文訂正指示情報およびこの買注文訂正指示情報の送信タイミング・送信先情報を作成し、
   前記入出金管理情報として、前記買注文を執行する証券会社へ前記買付余力先行充当用資金として入金した前記拠出額の減額分を予定よりも早期に返金するための訂正返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成し、前記運用管理情報記憶手段に記憶させる処理も実行する構成とされ、
   前記運用処理手段は、
   前記注文作成手段により前記取消の入力を受け付けた場合には、前記運用処理として、
   前記運用管理情報記憶手段に記憶された前記売注文管理情報の送信タイミング・送信先情報に従って、前記売注文取消指示情報を、ネットワークを介して前記売注文指示情報の送信先と同じ証券会社システムへ送信する売注文取消処理と、
   前記運用管理情報記憶手段に記憶された前記買注文管理情報の送信タイミング・送信先情報に従って、前記買注文取消指示情報を、ネットワークを介して前記買注文指示情報の送信先と同じ証券会社システムへ送信する買注文取消処理と、
   前記運用管理情報記憶手段に記憶された前記入出金管理情報の送信タイミング・送信先情報に従って、前記買注文を執行する証券会社へ前記買付余力先行充当用資金として入金した前記拠出額を前記調整銀行システムへ返金するための前記取消返金用の送金指示情報を、ネットワークを介して前記買注文指示情報の送信先と同じ証券会社システムへ送信する取消返金処理とを実行し、
   前記注文作成手段により前記金額または数量の削減の訂正の入力を受け付けた場合には、前記運用処理として、
   前記運用管理情報記憶手段に記憶された前記売注文管理情報の送信タイミング・送信先情報に従って、前記売注文訂正指示情報を、ネットワークを介して前記売注文指示情報の送信先と同じ証券会社システムへ送信する売注文訂正処理と、
   前記運用管理情報記憶手段に記憶された前記買注文管理情報の送信タイミング・送信先情報に従って、前記買注文訂正指示情報を、ネットワークを介して前記買注文指示情報の送信先と同じ証券会社システムへ送信する買注文訂正処理と、
   前記運用管理情報記憶手段に記憶された前記入出金管理情報の送信タイミング・送信先情報に従って、前記買付余力先行充当用資金として入金した前記拠出額の減額分を前記調整銀行システムへ返金するための前記訂正返金用の送金指示情報を、ネットワークを介して前記買注文指示情報の送信先と同じ証券会社システムへ送信する訂正返金処理とを実行する構成とされている
   ことを特徴とする請求項２～６のいずれかに記載の資産運用システム。
8. 前記調整情報作成手段は、
   前記買注文との組合せで前記注文作成手段により注文データの作成が行われた前記売注文を組の売注文としたとき、前記買付余力先行充当用資金の入金日若しくはこの入金日の前日から前記組の売注文の売却代金の受渡日若しくはこの受渡日の翌日までとされる標準長の前記調整期間中に、前記組の売注文の売却代金の受渡日よりも前の日に受渡日が到来する別の売注文があり、かつ、前記組の売注文と当該別の売注文との執行処理が同じ証券会社システムで行われる場合には、
   当該別の売注文の売却代金が前記拠出額以上であるときには、標準長の前記調整期間に代えて、前記買付余力先行充当用資金の入金日若しくはこの入金日の前日から当該別の売注文の売却代金の受渡日若しくはこの受渡日の翌日までの短い調整期間を決定し、
   当該別の売注文の売却代金が前記拠出額未満であるときには、当該別の売注文の売却代金の受渡日の翌日または翌々日以降の拠出額を、当該別の売注文の売却代金の分だけ減額する処理を実行する構成とされ、
   前記運用管理情報作成手段は、
   当該別の売注文の売却代金が前記拠出額以上であるときには、前記入出金管理情報として、前記組の売注文の売却代金により前記拠出額を返金するための前記返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報に代えて、当該別の売注文の売却代金により前記拠出額を返金するための返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成し、
   当該別の売注文の売却代金が前記拠出額未満であるときには、前記入出金管理情報として、前記組の売注文の売却代金により前記拠出額を返金するための前記返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報に代えて、当該別の売注文の売却代金により前記拠出額の一部を返金するための中間返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成するとともに、前記組の売注文の売却代金の一部により前記拠出額の残りの一部を返金するための最終返金用の送金指示情報およびこの送金指示情報の送信タイミング・送信先情報を作成し、前記運用管理情報記憶手段に記憶させる処理を実行する構成とされ、
   前記運用処理手段は、
   当該別の売注文の売却代金が前記拠出額以上であるときには、前記運用処理として、
   前記運用管理情報記憶手段に記憶された前記入出金管理情報の送信タイミング・送信先情報に従って、当該別の売注文を執行して得られた売却代金を前記調整銀行システムへの前記拠出額の返金に充当するための前記返金用の送金指示情報を、ネットワークを介して当該別の売注文の売却代金が出金された登録銀行システムおよび／または当該別の売注文の執行処理を行った証券会社システムへ送信する返金処理を実行し、
   当該別の売注文の売却代金が前記拠出額未満であるときには、前記運用処理として、
   前記運用管理情報記憶手段に記憶された前記入出金管理情報の送信タイミング・送信先情報に従って、当該別の売注文を執行して得られた売却代金を前記調整銀行システムへの前記拠出額の一部の返金に充当するための前記中間返金用の送金指示情報を、ネットワークを介して当該別の売注文の売却代金が出金された登録銀行システムおよび／または当該別の売注文の執行処理を行った証券会社システムへ送信する中間返金処理と、
   前記組の売注文を執行して得られた売却代金を前記調整銀行システムへの前記拠出額の残りの一部の返金に充当するための前記最終返金用の送金指示情報を、ネットワークを介して前記組の売注文の売却代金が出金された登録銀行システムおよび／または前記組の売注文の執行処理を行った証券会社システムへ送信する最終返金処理とを実行する構成とされている
   ことを特徴とする請求項２～７のいずれかに記載の資産運用システム。
9. 請求項１～８のいずれかに記載の資産運用システムとして、コンピュータを機能させるためのプログラム。

Images