JP2003323546A

JP2003323546A - Ｌ／ｓファンド運用システム

Info

Publication number: JP2003323546A
Application number: JP2002127992A
Authority: JP
Inventors: Shigeki Ishii; 重樹石井; Kenji Nonaka; 賢二野中
Original assignee: SPARX ASSET MAN CO Ltd; SPARX ASSET MANAGEMENT CO Ltd
Current assignee: SPARX ASSET MAN CO Ltd; SPARX ASSET MANAGEMENT CO Ltd
Priority date: 2002-04-30
Filing date: 2002-04-30
Publication date: 2003-11-14

Abstract

(57)【要約】【課題】この発明は、ファンドマネージャー、トレーダ
ー、コンプライアンス及びバックオフィスの各ＤＢを連
携させて一つの運用システムとし、迅速・的確なロング
・ショート・ファンドの運用を可能とするサポート・シ
ステムを提供することを目的とする。【解決手段】本発明のＬ／Ｓファンド運用システムは、
注文指示ＤＢ、発注管理ＤＢ、ファンド管理ＤＢ、取引
管理ＤＢ、時価ファイルＤＢ及び残高管理ＤＢを有し、
これらＤＢをファンドマネージャー、トレーダー、コン
プライアンス及びバックオフィス間で一元管理し、これ
らのＤＢからキャッシュバランス及びＬ／Ｓ比をリアル
タイムで計算し、該キャッシュバランス及びＬ／Ｓ比の
投資制約条件に基づくファンドマネージャーが運用可能
な投資余力をリアルタイムで表示することにより、迅速
・的確なポジション管理を可能にする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、Ｌ／Ｓファンド運
用システムに関し、特に該ファンドの迅速・的確な運用
をサポートするファンドマネージャー、トレーダー、コ
ンプライアンス及びバックオフィス間の運用システムに
関する。

【０００２】

【従来の技術】従来、ファンドの運用は、図２に示され
るように、ファンドマネージャー、トレーダー、コンプ
ライアンス（バックオフィス）それぞれがスタンド・ア
ロンのデータシステムを有し、それぞれが独自に運用さ
れていた。すなわち、図２に示されるように、ファンド
マネージャー１は、自己の運用計画２０に基づき個々の
注文指示２１を出し、トレーダー２は、ファンドマネー
ジャーの指示に基づき市場での値動きを見ながら、発注
管理２２を行っていた。トレーダーの発注は証券会社と
の間で発注伝票２３、出来連絡２４，照合２５，配分指
示２６，出来情報２７の形で行われ、これらの発注処理
情報は、ＤＢ４１に格納されてトレーダーにより管理さ
れていた。なお、トレーダー２は、ファンドマネージャ
ーの指示に基づき市場での値動きを見ながら発注処理を
行う。発注自体はトレーダーに任されているので、ファ
ンドマネージャーの指示は大まかな注文指示であり、個
別の注文の売買はトレーダーの運用に任されるので、個
別注文のファンドマネージャーの指示が即時に忠実に実
行される訳ではない。

【０００３】これらの取引データは、その日の取引が終
了するとバックオフィスの取引ＤＢ４４に入力され、銘
柄ＤＢ４３，残高ＤＢ４５，時価終値ＤＢの各データを
用いて銘柄情報の管理、約定取引の入力、資産残
高の作成、約定指示書の作成等の作業がバック・オフ
ィスで行われ、上記ＤＢのデータが更新される。これら
の更新データからポートフォリオ２８，約定指示書２９
が作成され、コンプライアンスに渡されて承認を得る。
なお、コンプライアンス部門とは、ファンドマネージャ
ー等により有価証券等が適正な取引を行っているかをど
うか監視する役割の部門をいう。

【０００４】以上のように、ファンドマネージャー１は
運用計画２０や注文指示２１をＤＢ４０で管理し、トレ
ーダー２はＤＢ４１で発注管理を行っているが、これら
ＤＢ４０，ＤＢ４１とバックオフィスの各ＤＢがそれぞ
れがスタンド・アロンのデータシステムで処理されてい
る。従って、キャッシュバランスや空売り等のポジショ
ン管理のデータ処理はバックオフィス４の役目である
が、これらの管理は一日の取引が完了してからでないと
集計出来ない状況にあった。すなわち、従来のスタンド
アロンのシステムでは、例えば、ファンドマネ−ジャー
は自分の出した発注指示ができているかどうかといった
ことすら相場が立っているときはいちいちトレーダに確
認しないと分からない状況にあった。

【０００５】ところで、出願人は今回顧客にロング・シ
ョート・ファンド（以下、Ｌ／Ｓファンドという。）に
リンクした運用商品を提案しようとしている。ここで
「ロング」とは証券用語で「買い建て」のことであり、
「ショート」は「空売り」を意味する。このロング・シ
ョート・ファンドの「ロング」は日本株や外国株などの
現物買いで、同じく「ショート」は、投資信託による国
内取引の場合は日本株の一般信用取引又は制度信用取引
による「空売り」で運用され、またオフショアファンド
または口座の場合は借り株による空売りで運用される。

【０００６】しかし、このロング・ショート運用、特に
ショート運用をするストラテジー・ファンドにおいて
は、前記のようにファンドマネージャー１、トレーダー
２、バックオフィスの各ＤＢがそれぞれがスタンド・ア
ロンのデータシステムで処理されている状態では、迅速
・的確な運用ができないことが判明した。すなわち、前
記のように各ＤＢがスタンドアロンの場合、これらの管
理は一日の取引が完了してからでないと集計出来ない状
況であって、特にファンドマネージャーが、株価が変動
し、担保余力やキャッシュポジションが刻々変動する状
況下においてリアルタイムにポジション管理が把握でき
ないので、発注にはポジション管理に余分な余裕を持た
せざるを得ず、従ってその分ファンドの無駄が生じ、結
果的には運用コストが増大してしまう欠点があった。特
に、短期勝負となるショ−ト運用の場合は、この処理の
遅さは致命的であり、ファンド運用者の悩みの種となっ
ていた。

【０００７】なお、この発明に関連する先行技術とし
て、特開平６−２８３８４号公報、特開平６−２３６３
８３号公報、特開２０００−１７２７６０号公報、特開
２０００−３５３１９６号公報、特開平５−２７４３３
２号公報等がある。

【０００８】特開平６−２８３８４号公報はフロントオ
フィスとバックオフィスを連携させ、証券売買支援シス
テムと証券管理システムを統合させ、リアルタイムでポ
ジション管理をさせよようとするものであるが、ロング
・ショート・ファンドの運用を可能とするサポート・シ
ステムに関する開示がない。また、特開平６−２３６３
８３号公報は、やはりリアルタイムでポジション管理を
させよようとするものであるが、具体的には「ベーシス
ポイント」及び「デルタ値」（同公報［００３６］）を
市場特性値としてウオッチし、ポジション調整をするも
のであり、ロング・ショート・ファンドの運用を可能と
するサポート・システムに関する開示はない。

【０００９】特開２０００−１７２７６０号公報は主と
して債券売買のトレーダー情報を商品を分離することな
く統合的に管理しようとするものであるが、やはり、ロ
ング・ショート・ファンドの運用を可能とするサポート
・システムに関する開示がない。特開２０００−３５３
１９６号公報は、ポートーフォリオマネージャー（ファ
ンドマネージャー）とトレーダー間の注文処理に関する
ものであるが、バックオフィスを含めた統合システムで
はなく部分的なものであり、またロング・ショート・フ
ァンドの運用を可能とするサポート・システムに関する
開示はない。特開平５−２７４３３２号公報はアセット
アロケーションに関するものであるが、やはり部分的な
ものであり、またロング・ショート・ファンドの運用を
可能とするサポート・システムに関する開示はない。

【００１０】

【発明が解決しようとする課題】この発明は、ファンド
マネージャー、トレーダー、コンプライアンス及びバッ
クオフィスの各ＤＢを連携させて、一つの運用システム
として構築することにより、リアルタイムでのポジショ
ン管理を可能にして、迅速・的確なロング・ショート・
ファンドの運用を可能とするサポート・システムを提供
することを目的とする。

【００１１】

【課題を解決するための手段】本発明のＬ／Ｓファンド
運用システムは、注文指示ＤＢ、発注管理ＤＢ、ファン
ド管理ＤＢ、取引管理ＤＢ、時価ファイルＤＢ及び残高
管理ＤＢを有し、これらＤＢをファンドマネージャー、
トレーダー、コンプライアンス及びバックオフィス間で
一元管理し、これらのＤＢのデータからキャッシュバラ
ンス及びＬ／Ｓ比をリアルタイムで計算して、該キャッ
シュバランス及びＬ／Ｓ比の投資制約条件に基づくファ
ンドマネージャーが運用可能な投資余力をリアルタイム
で表示することにより、迅速・的確なポジション管理を
可能にすることを特徴とする。

【００１２】また、前記投資制約条件のデータはファン
ド管理ＤＢに格納され、該データにはさらに銘柄の集中
規制、銘柄の属性管理（投資規制）のデータを含むこと
を特徴とする。

【００１３】さらに、前記ファンド管理の表示には、空
売りの担保となっている現株に売り注文を出した場合の
禁止または警告表示を含み、また空売り不適格銘柄を誤
って空売りした場合に警告表示をすることも含み、前記
投資制約条件には絶対基準の規制に対しやや緩めの警告
基準(ウォーニング）並びに、該絶対基準に対しての禁
止表示と二段構えの警報表示をすることを特徴とする。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図を参照しながら詳細に説明する。図１は、本発明
のＬ／Ｓファンド運用システムを示す。なお、図１にお
いて、図２と同じ機能の箇所は同じ符号を用いている。

【００１５】図２と同様に、ファンドマネージャー１
は、自己の運用計画２０に基づき個々の注文指示２１を
出し(注文のインプットにアクセスできるのはファンド
マネージャーだけである)、トレーダー２は、ファンド
マネージャーの指示に基づき市場での値動きを見なが
ら、発注管理２２を行う。トレーダーの発注処理は、証
券会社との間で発注伝票２３、出来連絡２４，照合２
５，配分指示２６，出来情報２７の形で行われる。

【００１６】この発明のＬ／Ｓファンド運用システムに
おいて、従来と異なる点は、ファンドマネージャー１の
運用計画２０や注文指示２１の管理ＤＢ、トレーダー２
の発注管理のＤＢ及びバックオフィスのキャッシュバラ
ンスや空売り等のポジション管理のＤＢが一元管理され
ていて、どこからでもそれぞれの情報が取れる点であ
る。

【００１７】例えば、ファンドマネージャーの注文指示
は注文指示ＤＢ１１で管理され、トレーダーの発注管理
情報は、発注管理ＤＢ１２で管理される。

【００１８】トレーダー２は、ファンドマネージャーの
指示に基づき市場での値動きを見ながら発注処理を行
う。発注自体はトレーダーに任されているので、ファン
ドマネージャーの指示は売買の別と株数の注文指示であ
り、個別の注文の売買はトレーダーの運用に任される。

【００１９】約定された取引データ及びマーケットの取
引時価は、短いスパンで時価ファイルＤＢを参照しリア
ルタイムでファンド管理ＤＢ１４，取引管理ＤＢ１５，
残高管理ＤＢ１６に入力される。バックオフィスでは、
ファンド管理ＤＢ１４，取引管理ＤＢ１５，残高管理Ｄ
Ｂ１６，時価ＤＢ１７の各データを用いて銘柄情報の
管理、約定取引の入力、資産残高の作成、約定指
示書の作成等の作業が自動的に行われ、上記ＤＢのデー
タが更新される。

【００２０】これらのデータファイルの例が、図１５に
示される。時価ファイルはリアルタイムで時価情報９を
取り込んでいるので、これら取引データは常時変化して
いるが、その時のポジションがリアルタイムに表示され
る。なお、これらの更新は、１時間毎とかに行われる
が、時価ファイルの更新のみは終値による１日１回とか
でもよい。大事なことは、ファンドマネージャーの指示
によりなされた発注処理により生じたその時のポジショ
ンの変動がリアルタイムに表示される点である。そし
て、この発明に特徴的なことは、該ポジションの指標と
してＬ／Ｓファンド特有の指標がいくつか包含されてい
る点である。その具体例を以下に示す。

【００２１】Ｌ／Ｓファンドの場合、運用に当たって次
のようないくつかの制約条件がある。（１）上記ショートの投資総額とロングの投資総額の比
率（Ｌ：Ｓ）は重要であり、このＬ：Ｓの比率は投資リ
スクに関連し、この比率は例えば２以下にならないよう
に運用される。

【００２２】この場合、「Ｌ：Ｓ>２」を絶対基準とす
ると、「例えばＬ：Ｓ>２．２」をウォーニング基準と
して何らかの警告表示がなされる。

【００２３】（２）原則として、両建て（すなわちロン
グで持っている銘柄買いと同一銘柄を空売りする行為、
ないしはポジションを取ることをさす）、あるいはつな
ぎ売り（すなわち現物と同じ銘柄を空売りすることをさ
す）は行わない。これもウォーニング基準として警告表
示がなされる。

【００２４】（３）ファンド属性としての特殊な投資規
制が存在することがある。例えば、出資者がイスラム教
徒などの場合、タバコとか酒の会社に投資してはいけな
いといった投資規制である。この場合は、ファンドマネ
ージャーの注文指示の段階で禁止警告が出され、トレー
ダーへの注文指示がストップされる。この他に取引金額
が少ないために信用取引銘柄としては不適切である銘柄
をあらかじめDBに格納しておき、日々これを更新し、フ
ァンドマネージャーがこれらをうっかり空売りするとき
もストップすることができる。

【００２５】（４）銘柄の、分散投資等の基準がある。
すなわち、ファンドの運用銘柄は原則として１つの銘柄
で、例えば、全体の投資総額の１０％以上投資すること
ができない。これはファンドの運用リスクを軽減するた
めの組み入れ制限処置であり、絶対基準ではないが警告
の対象となる。

【００２６】この場合も、株価は常時変動しているの
で、現時点であといくら買うことができるのか（建て玉
余力）をファンドマネージャーは常に知りたい状況にあ
る。しかし、従来の運用システムではこのポジションが
１日単位でしか分からないので、ファンドマネージャー
は１０％規制に株価変動の範囲を見極めて、かなりのマ
ージンを見越して運用せざるを得なかった。これは的確
な運用とはいえず、いわば機会損失を生じる結果となっ
て運用成績にも影響を与える大きな問題である。

【００２７】（５）一方、信用取引には委託証拠金が必
要になる。信用売りに対して株価が上昇したばあいには
追い証も発生する。これらはすべてファンドのキャッシ
ュポジションに影響を与えるので、リアルタイムで使用
可能なキャッシュポジションを把握していないと上記建
て玉余力も分からない。キャッシュの不足は致命的なの
で、これは絶対基準となり、やや低いレベルでの警告基
準も設けられる。

【００２８】上記「警告基準」及び「禁止基準」は常に
コンプライアンス（バックオフィス）で監視されている
が、これらはファンドマネージャーの注文指示の段階で
時価評価が算出され、該時価評価に基づいて自動的に警
告がなされたり、あるいは注文取り消しが行われる。以
上のようなリアルタイムのポジション管理は従来の手作
業では不可能である。

【００２９】例えば、実際のＬ／Ｓファンドの運用は、
標準的には図３に示される比率で行われる。すなわち、
図３（ａ）に示されるように、ファンド総額の内、５０
％がロングの運用、２０％がショートの運用に回され
る。この時の標準的キャッシュバランスは図３（ｂ）の
如くなる。

【００３０】図３（ａ）において、ロングは現物買いな
のでキャッシュを使い、ショートは逆に空売りなのでキ
ャッシュが入ってくる。しかし、このキャッシュはショ
ートを執行したブローカーに預け金として預託される。
又、ショートは別途委託証拠金を納める必要があり、委
託証拠金は拘束されたキャッシュであり、事実上使えな
い。また、ショートの取引継続にコストが掛かるので、
ショートは主に短期の運用となる。ショート取引をしよ
うとする場合、委託証拠金を必要とするのでキャッシュ
ポジションに余裕がないとできない。また、「レバレッ
ジ（Ｌ／Ｓ比）」の上限があるので、これを越える取引
はできない。ファンドマネージャーはこれらのポジショ
ンを常に把握していないと、現実目の前に有望な株が見
えていても注文を出せるかどうかの判断ができない。従
来の１日１回という処理の遅いシステムでは、勢い安全
を見込んでマージンを大きく取ることになり、結果相場
のチャンスを失ってしまうことになる。後で、「あのと
き売れるポジションにあったのに」と気づいても遅いの
である。

【００３１】このことは、特に短期勝負のショート運用
には致命的な欠陥である。また、キャシュポジションの
状況が効率的にフィードバックされると、現在フリーの
キャッシュを短期金融市場で運用することが可能であ
る。従来のシステムでは、キャシュポジションの状況が
効率的にフィードバックされていない、すなわちその時
使えるキャッシュの額が掴めていないのでマネージャー
はバッファーを設けて運用しており、上記のような余裕
資金のキャッシュの短期金融市場での運用はなされてい
ない。フリーのキャッシュとは、次のようなものであ
る。

【００３２】（イ）信用売り見合いのキャッシュは拘束
されているので、フリーではない。（ロ）ショートの決済（バイ・バック）予定金は拘束さ
れているキャッシュと委託保証金である。

【００３３】なお、上記の空売り（ショート）の場合の
委託証拠金の説明は、国内一般信用取引の場合であり、
海外ファンド及び口座（オフショア）の場合は多少仕組
みが異なる。その違いを表１に示す。表１の（ａ）の場
合が国内一般信用取引の場合であり、２０億円のショー
トの取り組みに対してその３０％、すなわち6億円の委
託証拠金を納める必要がある。ただし、委託証拠金は代
用有価証券で換えることもでき、上記有価証券（現物
株）は売ることができない。一方、海外取引の場合は、
委託証拠金を必要としないので上記国内取引のような制
約はない。表１の「実質運用可能原資」とは、図３
（ｂ）に示されるような投資制限に基づいた運用限度額
を意味する。

【表１】

【００３４】このシステムにおいては、コンプライアン
ス部門の事前承認を得るため、ファンドマネージャーに
よる仮注文指示に基づくシミュレーションを行うことも
できる。すなわち、上記仮注文指示による上記制約条件
のクリア結果とか、ポートフォリオのシミュレーション
を作成し、コンプライアンスに提示して事前承認を得て
から正式の注文指示を出すやり方であって、相場が急激
に変動していないときには用いるとファンドマネージャ
ーにとって取引の安全性が増すことになる。このような
シミュレーションは、従来の１日１回の集計による手作
業では事実上不可能な作業であり、存在しなかった。

【００３５】次に、具体的な処理の例を図４〜６を用い
て説明する。なお、実施例はこれに限られず、種々変更
が可能である。図４、図１０は、ファンドマネージャー
１がトレーダー２に注文指示を出すときのフローであ
り、以下の手順で行われる。

【００３６】図７の注文指示登録画面によりファンド
マネージャーが注文指示を出す。指示は、図１０に示さ
れるように、通常は複数のファンドに配分を予定された
特定銘柄の発注（７１）がなされる。該指示は、コンプライアンス処理５３に掛けられる。
コンプライアンス部門は、注文取引モニタ画面（図９）
により注文に不正取引がないかどうかをチェックし、ま
た各種制約条件を満足するかどうかのチェックを行う
（図１０の７２）。前記キャッシュポジションやレバレ
ッジのチェックは過去の履歴情報５４を用い、制約条件
に従って自動的にモニター上に警告等の表示がなされる
（図１０の７７）。警告の場合は、ファンドマネージャーの方に警告がな
される。

【００３７】図５は取引過程を示し、トレーダーからの
取引注文がマーケットで処理され、これが取引トランザ
クションＤＢ５５に記録される。同時に、ファンドマネ
ージャーは注文出来モニタ画面により発注処理がなされ
たかどうか、あるいは出来数量の確認等をすることがで
きる。より具体的には図１０の７３に示されるように、
特定銘柄の注文が発注システムに入力され（７４）、同
時に、取引ＤＢへの入力も行われる（図１０の７６）。
これらはファンドマネージャーの端末でもリアルタイム
でモニタリングができる（図１０の７８）。

【００３８】発注処理ができた時のフローが図１１に示
される。ブローカーからの出来連絡は即座に入力され
（図１１の８２）、同時にファンドマネージャーの端末
にもリアルタイムで表示される（図１１の８３）。出来
銘柄は、約定入力（８４）により各ファンドへの配分が
なされる（図１１の８５）。同時に、取引ＤＢや約定Ｄ
Ｂの更新が行われる（図１１の８６）。

【００３９】図６は、発注処理後のコンプライアンス処
理を示し、以下の処理過程からなる。取引完了と共に取引トランザクションの内容は履歴Ｄ
Ｂに移される。同時に、時価情報ＤＢから刻々変化する時価情報を取
り込んで、ポートフォリオを作成すると共に、取引が各
種制約条件を満たしているかのコンプライアンス処理６
３がなされる。

【００４０】これらを残高管理、注文指示管理・取り引
き管理の観点からまとめたフローが図１２，１３に示さ
れる。また、このシステムのシステム構成図が図１４
に、キャッシュバランスの画面例を図１６に、その表示
されるデータ例を図１７に示す。さらに、ポートフォリ
オの画面例を図１８に示す。

【００４１】以下、簡単な運用例を挙げて、本発明のシ
ステムの動作を説明する。図１９，２０，２１は、８
月１３日１５：００、１４日９：３０，１４日１５：０
０のポートフォリオの例である。図１９に示されるよう
に、同一銘柄組み入れ比率をロングで３０％、ショート
で２０％を上限とする投資規制があった場合、同図９１
に示されるように、総額３億のファンドにおいて時価Ｘ
株数＝９７,２５０,０００円は３２．４２％となって、
上記組み入れ比率の規制を越えてしまうので、同図９２
に表示されるようにＮＧとなってしまう。なお、ＮＧの
表示は色を変えるとか、点滅させる等注目し易い表示と
することが望ましい。

【００４２】同様に、同図９３はショート運用の場合の
組み入れ規制オーバーの例であり、ＮＧ（９４）表示と
なる。この表示がでると、次の日、図２０に示されるよ
うに、ロングの場合は一部売却（９５）し、ショートの
場合は買い戻す（９７）ことにより９６，９８に示され
るように前記組み入れ制限をクリアすることになる。上
記組み入れ率の計算は、時価が刻々と変わっていくので
常時見ている必要がある。また、他の株、例えば図２０
のＥ株（１６．５０％）を買い増そうとしたとき、あと
どのくらい買うことができるかが一目瞭然に分かる。

【００４３】図２１は、上記のように９：３０の段階で
は、組み入れ率をクリアしていたのに、１５：００の時
点では、株価が上昇して上記組み入れ率の上限を超えて
ＮＧ（９９）となった例である。また、別の指標を見る
と、Ｌ／Ｓ比は図１９において評価金額で見ると約１．
８８（Ａ／Ｂ）である。Ｌ／Ｓの基準を２以上とする
と、８月１３日１５：００（図１９）において、Ｌ／Ｓ
比は１．８８であって下限をわりこんでいることとな
り、警告が表示される。しかし、８月１４日の調整の結
果、Ｌ／Ｓ比は２．３７（図２０）、２．３９（図２
１）となり、上記Ｌ／Ｓ比の基準もクリアしていること
が分かる。図２０のＧ株の購入は、Ｆ株、Ｚ株の処分の
結果、キャッシュに６０００万の運用余資が生じたこと
がリアルタイムに分かったための運用である。

【００４４】この発明は上記のように株価の変動に逐次
対応して表示も連動するので、常時前記投資規制をクリ
アできているかどうか監視できる。これらの表示は、従
来は刻々変動する時価に連動するものがなかったので、
かなりの余裕をもった運用をするしかなかった。従っ
て、この発明の運用システムは、資金運用効率を高める
効果がある。更には、当面必要のないキャッシュポジシ
ョンで運用可能な部分については、金利が高く元本が減
少しない投資案件、例えばMMFやオーバーナイトで銀行
に貸付ける短期の運用にぎりぎりまわすことにより運用
成績をあげることができるという効果を期待できる。

【００４５】同様にして、前記（１）〜（５）の各投資
規制条件が監視される。また、ロング運用における運用
例として次のようなものもあげられる。通常はファンド
運用には資金調達先が連動し、資金不足の場合は自動的
に融資がなされる仕組みとなっているが、時として外貨
建ての買いの場合、日本円がキャッシュで余っているに
も拘わらず、外貨建ての融資がなされるケースがある。
これは両建てになっており、明らかに金利面で運用コス
ト増となる。ファンドマネージャーはキャッシュポジシ
ョンをリアルタイムで見ていれば、このような場合に円
から外貨（例えば、スイスフラン）への転換指示を出す
ことによって上記のような両建てを回避することができ
る。

【００４６】これはショート運用との絡みで前記フリー
のキャッシュを常時把握していないとできないことであ
るが、従来のシステムはキャッシュポジションがリアル
タイムにフィードバックされていないのでこのような無
駄が生じていた。また、ロングの現株が空売りの担保と
成っている場合もあり、該担保株の売りに対して禁止ま
たは警告が発生する。これもＬ／Ｓ運用特有の問題であ
る。

【００４７】

【発明の効果】以上のように、本発明のシステムによれ
ば、リアルタイムで刻々変化するポジションを常時把握
できるので、各種制約条件を満たす取引の安全性が担保
され、ファンドマネージャーは従来よりマージンを少な
くしたファンドの運用が可能となり、迅速・的確な運用
ができる顕著な効果が生じる。

【００４８】従来の手作業で行った上記制約条件の検証
では、注文時のチェックまで行うことは不可能であり、
この点を含むシステムは存在しない。また、仮注文によ
るシミュレーションも可能であり、容易にコンプライア
ンスの事前承認を取り付けられる利便性もある。従来の
手作業では、このようなシミュレーションは事実上不可
能である。

【図面の簡単な説明】

【図１】図１は、本発明のＬ／Ｓファンド運用システム
全体の概念図である。

【図２】図２は、従来のファンド運用のシステム全体の
概念図である。

【図３】図３は、ファンド運用の参考図である。

【図４】図４は、ファンドマネージャーがトレーダー２
に注文指示を出すときのフローを示す。

【図５】図５は、トレーダによる取引過程を示す。

【図６】図６は、発注処理後のコンプライアンス処理を
示す。

【図７】図７は、注文指示の画面例を示す。

【図８】図８は、注文出来モニタの画面例を示す。

【図９】図９は、注文取引モニタの画面例を示す。

【図１０】図１０は、ファンドマネージャーがトレーダ
ー２に注文指示を出すときのフローを示す。

【図１１】図１１は、注文指示が出来たときのフローを
示す。

【図１２】図１２は、残高管理のフローを示す。

【図１３】図１３は、注文指示管理・取引管理のフロー
を示す。

【図１４】図１４は、システム構成図を示す。

【図１５】図１５は、取引履歴ＤＢの例を示す。

【図１６】図１６は、キャッシュバランスの画面例を示
す。

【図１７】図１７は、図１６の具体的表示例である。

【図１８】図１８は、ポートフォリオの画面例を示す。

【図１９】図１９は、ファンドの運用例を示す。

【図２０】同じく図２０は、ファンドの運用例を示す。

【図２１】同じく図２１は、ファンドの運用例を示す。

【符号の説明】

１ファンドマネージャー２トレーダ３証券会社１０コンプライアンスＤＢ１１注文指示ＤＢ１２発注管理ＤＢ１５取引管理ＤＢ１６残高管理ＤＢ１７時価ファイルＤＢ

───────────────────────────────────────────────────── フロントページの続き (72)発明者野中賢二東京都品川区大崎１−11−２スパークス・アセット・マネジメント投信株式会社内

Claims

【特許請求の範囲】

【請求項１】注文指示ＤＢ、発注管理ＤＢ、ファンド管
理ＤＢ、取引管理ＤＢ、時価ファイルＤＢ及び残高管理
ＤＢを有し、これらＤＢをファンドマネージャー、トレ
ーダー、コンプライアンス及びバックオフィス間で一元
管理し、これらのＤＢのデータからキャッシュバランス
及びＬ／Ｓ比をリアルタイムで計算して、該キャッシュ
バランス及びＬ／Ｓ比の投資制約条件に基づくファンド
マネージャーが運用可能な投資余力をリアルタイムで表
示することにより、迅速・的確なポジション管理を可能
にすることを特徴とするＬ／Ｓファンド運用システム。
【請求項２】前記投資制約条件のデータはファンド管理
ＤＢに格納され、該データにはさらに銘柄の集中規制、
銘柄の属性管理（投資規制）のデータを含むことを特徴
とする前記請求項１記載のＬ／Ｓファンド運用システ
ム。
【請求項３】前記ファンド管理の表示には、空売りの担
保となっている現株に売り注文を出した場合の禁止また
は警告表示を含むことを特徴とする前記請求項１または
２記載のＬ／Ｓファンド運用システム。
【請求項４】前記投資制約条件には絶対基準の規制に対
しやや緩めの警告基準を設け、該絶対基準に対しては禁
止表示を、該警告基準に対しては警報表示をすることを
特徴とする前記請求項１〜３の内、いずれか１項記載の
Ｌ／Ｓファンド運用システム。