JP5346868B2 - 証拠金変動システム - Google Patents

Description

本発明は、先物取引等証拠金取引において注文の発注や建玉の維持に必要な証拠金を、時間帯に応じて変動させるシステムに関する。

従来、先物取引を行う際には、担保として証拠金を証券会社等に預けることが必要である。例として、その先物取引の１つである夜間先物取引では、米国のシカゴ先物市場（ＣＭＥ：Chicago Mercantile Exchange）に上場されている銘柄（例えば、日経２２５先物円建）が日本時間の夜間に売買される。

特開２００６−２２１３３１号公報

その夜間先物取引に必要な証拠金の金額が高いという顧客の声が寄せられており、何等かの対策を講じることが望まれている。
なお、証拠金取引における証拠金の減額に関する公知文献は見つかっていない。特許文献１には、信用取引又は先物・オプション取引における証券会社への委託証拠金を一定水準に維持することが可能なシステムについて開示されているが、取引に必要な証拠金の金額を減額するものではない。

本発明は、上記課題を鑑みてなされたものであり、その主たる目的は、証拠金取引に必要な証拠金の金額を時間帯に応じて変動させて、証拠金取引を少額証拠金から可能にすることにある。

上記課題を解決するために、本発明は、証拠金取引時間の時間帯に応じて必要な証拠金の金額を変動させるシステム（証拠金変動システム）であって、証拠金取引注文を行う顧客が用いる端末と、前記端末から前記証拠金取引注文を受け付けて発注処理を行うサーバと、を備え、前記サーバが、記憶部及び処理部を備え、前記記憶部が、前記証拠金取引注文を発注する際に必要な証拠金の金額である発注証拠金額を、２以上の前記時間帯のそれぞれについて特定するための発注証拠金情報と、各顧客に関して、当該顧客の発注を行う際の担保金額である発注余力金額を、２以上の前記時間帯のそれぞれについて特定するための顧客余力情報と、を記憶し、前記処理部が、前記端末から前記証拠金取引注文のメッセージを受信した場合に、前記発注証拠金情報に基づいて、現在時刻を含む時間帯の前記発注証拠金額を特定し、前記顧客余力情報に基づいて、現在時刻を含む時間帯の当該顧客の前記発注余力金額を特定し、特定した前記発注余力金額が前記発注証拠金額以上のときに、前記証拠金取引注文の発注処理を行い、特定した前記発注余力金額が前記発注証拠金額未満のときに、前記発注余力金額が不足している旨の余力不足メッセージを前記端末に送信し、前記端末が、前記サーバから前記余力不足メッセージを受信し、表示することを特徴とする。

この構成によれば、サーバは、証拠金取引時間を２以上の時間帯に分け、各時間帯における、発注証拠金額及び顧客ごとの発注余力金額を記憶する。そして、端末から証拠金取引注文を受けたときに、現在時刻の発注証拠金額及び当該顧客の発注余力金額を特定し、発注余力金額が発注証拠金額以上であれば、発注処理を行い、発注余力金額が発注証拠金額未満であれば、余力不足のメッセージを端末へ返す。これによれば、顧客は、余力不足であれば、建玉の返済や入金により余力を増やすことができる。そして、発注証拠金額が安く、発注余力金額が十分にある時間帯に証拠金取引注文ができるので、証拠金取引が少額証拠金から可能になる。

また、本発明の上記証拠金変動システムにおいて、前記処理部が、前記端末から前記発注証拠金額及び前記発注余力金額の取得を要求する旨のメッセージを受け付けた場合に、前記発注証拠金情報により特定される各時間帯の前記発注証拠金額と、前記顧客余力情報により特定される各時間帯の当該顧客の前記発注余力金額とを含む証拠金余力画面データを作成し、作成した前記証拠金余力画面データにおいて、現在時刻を含まない時間帯の前記発注証拠金額及び当該顧客の前記発注余力金額の欄をグレーに着色し、前記証拠金余力画面データを前記端末に送信し、前記端末が、前記サーバから前記証拠金余力画面データを受信し、表示することとしてもよい。

この構成によれば、顧客は、端末の画面を見ることにより、グレー表示されていない現在時刻の発注証拠金額及び発注余力金額とともに、グレー表示されている現在時刻を含まない時間帯の発注証拠金額及び発注余力金額を知ることができる。これによれば、顧客は、その時点における発注証拠金額の多寡や発注余力金額の過不足に応じて、証拠金取引注文を行うか否かを判断することができる。また、発注証拠金額が高い時においても安い時の金額が分かるので、その時点では増やせないが、発注証拠金額が安くなれば増やせる建玉の枚数を事前に把握することができる。

また、本発明の上記証拠金変動システムにおいて、前記記憶部が、前記証拠金取引注文の建玉を維持する際に必要な証拠金の金額である維持証拠金額を、２以上の前記時間帯のそれぞれについて特定するための維持証拠金情報と、各顧客の、保有建玉枚数及び未約定枚数の合計である建玉枚数と、各顧客の、前記維持証拠金額が当該金額を下回れば強制決済が行われる強制決済限度額と、をさらに記憶し、前記処理部が、所定時間ごとに、前記建玉枚数が１以上の各顧客に関して、前記維持証拠金情報に基づいて、現在時刻を含む時間帯の前記維持証拠金額を特定し、特定した前記維持証拠金額及び当該顧客の前記建玉枚数に基づいて、当該顧客の建玉を維持する際の担保金額である維持余力金額を計算し、計算した前記維持余力金額が前記強制決済限度額未満のときに、当該顧客の発注済注文を取り消す処理を行い、その結果に応じて当該顧客の前記建玉枚数を更新し、前記維持証拠金額及び当該顧客の前記建玉枚数に基づいて、当該顧客の前記維持余力金額を再度計算し、再度計算した前記維持余力金額が前記強制決済限度額未満のときに、当該顧客の建玉を強制決済する処理を行い、その結果に応じて当該顧客の前記建玉枚数を更新することとしてもよい。

この構成によれば、維持余力金額は、現在時刻の維持証拠金額及び顧客の建玉枚数に応じて増減する。そこで、所定時間ごとの余力判定において、維持余力金額が強制決済限度額を下回ったときには、発注済注文を取り消すことにより、建玉枚数を減らして維持余力金額を増やす。それでも、維持余力金額が強制決済限度額を下回ったときには、当該顧客の建玉を強制決済する。これによれば、建玉の維持余力金額が足りないときに、まずは発注済注文を取り消すだけで、すぐには強制決済を行わないので、所望の建玉を極力維持することができる。そして、時間帯に応じた維持証拠金額に基づいて維持余力金額を計算するので、維持証拠金額が安ければ維持余力金額を高くすることができるため、顧客は、維持証拠金額が安い時間帯において建玉を維持することができる。また、維持証拠金額の変動により維持余力金額が高い時間帯から安くなる時間帯へ移行する前に、一部の建玉の返済や入金を行って維持余力金額を高くすることにより、所望の建玉を維持することができる。

また、本発明の上記証拠金変動システムにおいて、前記記憶部が、各顧客の証拠金取引に使用可能な証拠金総額をさらに記憶し、前記処理部が、当該顧客の前記証拠金総額から、前記維持証拠金額と、当該顧客の前記建玉枚数との積を減算することにより、前記維持余力金額を算出することとしてもよい。

その他、本願が開示する課題及びその解決方法は、発明を実施するための形態の欄、及び図面により明らかにされる。

本発明によれば、証拠金取引に必要な証拠金の金額を時間帯に応じて変動させて、証拠金取引が少額証拠金から可能になる。

先物証拠金変動システム１の構成を示す図である。 顧客端末２のハードウェア構成を示す図である。 管理者端末３のハードウェア構成を示す図である。 管理サーバ４のハードウェア構成を示す図である。 管理サーバ４の記憶部４５に記憶されるデータの構成を示す図であり、（ａ）は基本情報４５Ａの構成を示し、（ｂ）は顧客情報４５Ｂの構成を示す。 管理サーバ４の記憶部４５に記憶される余力情報の構成を示す図であり、（ａ）は使用可能証拠金額情報４５Ｃの構成を示し、（ｂ）は通常時証拠金余力情報４５Ｄの構成を示し、（ｃ）は減額時証拠金余力情報４５Ｅの構成を示し、（ｄ）は強制決済証拠金余力情報４５Ｆの構成を示す。 新規顧客の証拠金変動口座を開設する処理を示すフローチャートである。 先物注文を発注する処理を示すフローチャートである。 建玉を強制決済する処理を示すフローチャートである。 顧客端末２における通常時の余力情報の表示画面を示す図である。 顧客端末２における減額時の余力情報の表示画面を示す図である。 実際の先物取引の例を示す図である。

以下、図面を参照しながら、本発明を実施するための形態を説明する。本発明の実施の形態に係る先物証拠金変動システムは、先物取引において売買注文を発注し、建玉を維持する際に必要になる証拠金の金額を、所定の時間帯に減額することにより、先物取引を少額証拠金から可能にするものである。本システムは、例えば、米国のシカゴ先物市場の銘柄を日本時間の夜間に売買する取引（夜間先物取引）に適用される。夜間先物取引の時間帯は、夏時間の２０：００〜翌日５：１５、冬時間の２０：００〜翌日の６：１５である。そのうち、夏時間の５：００及び冬時間の６：００（減額時間終了時刻）の前が証拠金減額時間であり、その後が通常時間である。

≪システムの構成と概要≫
図１は、先物証拠金変動システム１の構成を示す図である。先物証拠金変動システム１は、顧客端末２、管理者端末３及び管理サーバ４を備え、各装置がネットワーク５を介して通信可能に構成される。顧客端末２は、夜間先物取引を行う顧客が操作する端末であり、顧客の自宅等に設置されたＰＣ（Personal Computer）等により実現される。管理者端末３は、本システムの管理者が操作する端末であり、証券会社等に設置されたＰＣ等により実現される。管理サーバ４は、本システムを運用するために稼動するサーバであり、証券会社等に設置されたサーバ用コンピュータ等により実現される。ネットワーク５は、インターネットや証券会社内のＬＡＮ（Local Area Network）等により実現される。

顧客端末２は、先物取引や資産管理の画面を表示し、その画面への顧客の入力による申し込み等を受け付けて、その申し込み等に応じた各種画面の表示を行う。証拠金減額の申し込み及び解約は、顧客端末２に表示される会員画面により受け付け、申し込み及び解約のメッセージを管理サーバ４に送信する。管理サーバ４は、顧客端末２から当該メッセージを受信し、朝方のバッチ処理により、証拠金減額の適用（証拠金変動口座の開設等）及びその解除をデータベースに反映させる。当該データベースへの反映内容は、翌日の夜間先物取引から有効になる。なお、証拠金減額は、顧客端末２を用いて申し込み及び解約が行われ、全顧客一律に適用するものではない。

証拠金減額が適用された顧客の顧客端末２には、証拠金減額が実施される減額時間中に限り、注文画面や余力情報画面等に減額中のステータスや減額適用終了日時が表示される。また、減額時の証拠金余力は、顧客端末２の会員画面及び管理者端末３の画面から確認することができる。

管理者端末３は、証拠金減額時間及び銘柄ごとの減額証拠金額の設定画面を表示し、証券会社の管理者等による設定を可能とする。日々の減額の適用は、朝方のバッチ処理後の注文から行われるものとする。減額時間の終了時刻の設定は、任意の値（ｎ分）の指定により取引終了時刻のｎ分前（例えば、１５分前）としてもよいし、絶対時刻の指定に従ってもよい。

管理サーバ４は、通常時及び減額時の証拠金余力を計算し、減額時間中は、減額時の証拠金余力を用いて余力審査及び強制決済審査を行う。そして、減額時間の終了時刻になると、通常時の証拠金余力を用いた審査に戻す。これは、取引時間の終了時刻には、取引所（シカゴ先物市場）が求める証拠金以上の証拠金余力が十分あることが求められるからである。

なお、朝方のバッチ処理は、〆バッチと呼ばれ、夏時間では５：１５〜５：３０頃に、冬時間では６：１５〜６：３０頃に、日替処理、値洗処理等の各種処理が行われる。

≪装置の構成≫
図２は、顧客端末２のハードウェア構成を示す図である。顧客端末２は、通信部２１、表示部２２、入力部２３、処理部２４及び記憶部２５を備え、各部がバス２６を介してデータを送受信可能なように接続されている。通信部２１は、ネットワーク５を介して管理サーバ４とＩＰ（Internet Protocol）通信を行う部分であり、例えば、ＮＩＣ（Network Interface Card）等によって実現される。表示部２２は、処理部２４からの指示によりデータを表示する部分であり、例えば、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）等によって実現される。入力部２３は、夜間先物取引を行う顧客がデータ（例えば、証拠金減額の申し込みや注文の発注に関するデータ）を入力する部分であり、例えば、キーボードやマウス等によって実現される。処理部２４は、所定のメモリを介して各部間のデータの受け渡しを行うととともに、顧客端末２全体の制御を行うものであり、ＣＰＵ（Central Processing Unit）が所定のメモリに格納されたプログラムを実行することによって実現される。記憶部２５は、処理部２４からデータを記憶したり、記憶したデータを読み出したりするものであり、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の不揮発性記憶装置によって実現される。

図３は、管理者端末３のハードウェア構成を示す図である。管理者端末３は、通信部３１、表示部３２、入力部３３、処理部３４及び記憶部３５を備え、各部がバス３６を介してデータを送受信可能なように接続されている。通信部３１は、ネットワーク５を介して管理サーバ４とＩＰ通信を行う部分であり、例えば、ＮＩＣ等によって実現される。表示部３２は、処理部３４からの指示によりデータを表示する部分であり、例えば、液晶ディスプレイ（ＬＣＤ）等によって実現される。入力部３３は、証券会社の管理者がデータ（例えば、証拠金減額時間の終了時刻のデータ）を入力する部分であり、例えば、キーボードやマウス等によって実現される。処理部３４は、所定のメモリを介して各部間のデータの受け渡しを行うととともに、管理者端末３全体の制御を行うものであり、ＣＰＵが所定のメモリに格納されたプログラムを実行することによって実現される。記憶部３５は、処理部３４からデータを記憶したり、記憶したデータを読み出したりするものであり、例えば、ＨＤＤやＳＳＤ等の不揮発性記憶装置によって実現される。

図４は、管理サーバ４のハードウェア構成を示す図である。管理サーバ４は、通信部４１、表示部４２、入力部４３、処理部４４及び記憶部４５を備え、各部がバス４６を介してデータを送受信可能なように接続されている。通信部４１は、ネットワーク５を介して顧客端末２や管理者端末３とＩＰ通信を行う部分であり、例えば、ＮＩＣ等によって実現される。表示部４２は、処理部４４からの指示によりデータを表示する部分であり、例えば、液晶ディスプレイ（ＬＣＤ）等によって実現される。入力部４３は、証券会社の運用担当者がデータ（例えば、イニシャル証拠金等のデータ）を入力する部分であり、例えば、キーボードやマウス等によって実現される。処理部４４は、所定のメモリを介して各部間のデータの受け渡しを行うととともに、管理サーバ４全体の制御を行うものであり、ＣＰＵが所定のメモリに格納されたプログラムを実行することによって実現される。記憶部４５は、処理部４４からデータを記憶したり、記憶したデータを読み出したりするものであり、例えば、ＨＤＤやＳＳＤ等の不揮発性記憶装置によって実現される。

≪データの構成≫
図５は、管理サーバ４の記憶部４５に記憶されるデータの構成を示す図である。図５（（ａ）は、基本情報４５Ａの構成を示す。基本情報４５Ａは、夜間先物取引に用いられる証拠金等に関する一律の情報であり、通常時イニシャル証拠金４５Ａ１、減額時イニシャル証拠金４５Ａ２、掛目４５Ａ３、通常時維持証拠金４５Ａ４、通常時発注証拠金４５Ａ５、減額時維持証拠金４５Ａ６、減額時発注証拠金４５Ａ７、最低証拠金４５Ａ８、夜間先物建手数料４５Ａ９及び減額時間帯４５Ａ１０を含む。

通常時イニシャル証拠金４５Ａ１は、取引所が定める通常時に建玉１枚あたりに必要な証拠金の金額である。減額時イニシャル証拠金４５Ａ２は、減額時間帯に適用される建玉１枚あたりに必要な証拠金の金額である。掛目４５Ａ３は、維持証拠金に対する発注証拠金の割合（例えば、１１０％）である。

通常時維持証拠金４５Ａ４は、証券会社が定める、通常時に建玉を維持するのに必要な証拠金の金額であり、通常時イニシャル証拠金４５Ａ１と同額が設定される（自由に設定することもできる）。通常時発注証拠金４５Ａ５は、通常時に先物注文を発注するのに必要な証拠金の金額であり、［通常時維持証拠金４５Ａ４×掛目４５Ａ３］により算出され、設定される。減額時維持証拠金４５Ａ６は、証券会社が定める、減額時に建玉を維持するのに必要な証拠金の金額であり、減額時イニシャル証拠金４５Ａ２と同額が設定される（自由に設定することもできる）。減額時発注証拠金４５Ａ７は、減額時に先物注文を発注するのに必要な証拠金の金額であり、［減額時維持証拠金４５Ａ６×掛目４５Ａ３］により算出され、設定される。

最低証拠金４５Ａ８は、必要最低限の証拠金の金額であり、未設定であれば、デフォルト値の０円になる。夜間先物建手数料４５Ａ９は、未決済建玉に係る新規建手数料である。減額時間帯４５Ａ１０は、夜間取引時間のうち、証拠金として減額時維持証拠金４５Ａ６及び減額時発注証拠金４５Ａ７が適用される時間帯であり、例えば、２０：００〜翌日５：００等が設定される。実際には、開始時刻は予め決まっており、終了時刻は、システムの管理者が管理者端末３から「夜間取引終了時刻のｎ分前」や絶対時刻を指定することにより設定される。

図５（ｂ）は、顧客情報４５Ｂの構成を示す。顧客情報４５Ｂは、顧客の口座や取引に関する情報であり、顧客ＩＤ４５Ｂ１、現金残高４５Ｂ２、入出金予定額４５Ｂ３、夜間先物評価損益４５Ｂ４、建玉枚数４５Ｂ５及び強制決済限度額４５Ｂ６を含む、顧客ごとのレコードからなる。顧客ＩＤ４５Ｂ１は、証拠金変動口座を開設した顧客に固有のＩＤである。余力情報の参照や注文の発注の際に、顧客端末２から受信したメッセージに含まれる顧客ＩＤが各顧客ＩＤ４５Ｂ１と比較、照合され、当該顧客のレコードが特定される。なお、顧客ＩＤ４５Ｂ１は、顧客端末２に固有のＩＤであってもよく、例えば、顧客端末２のＩＰアドレス等を用いてもよい。また、顧客端末２からのメッセージに含まれる顧客ＩＤは、当該顧客の余力情報を特定する際にも用いられる。

現金残高４５Ｂ２は、当該顧客から証拠金として預けられている現金の当日残高である。入出金予定額４５Ｂ３は、先物取引における未受渡の入出金の合計金額である。夜間先物評価損益４５Ｂ４は、直近の営業日における清算値（終値）に基づく評価損益であり、営業日ごとに更新される。建玉枚数４５Ｂ５は、当該顧客の保有建玉枚数及び未約定枚数の合計である。強制決済限度額４５Ｂ６は、リアルタイムの維持証拠金余力が当該金額を下回ると強制決済が発動する限度額であり、顧客により任意に指定された金額が設定される。

図６は、管理サーバ４の記憶部４５に記憶される余力情報の構成を示す図である。余力情報は、顧客ＩＤごとに記憶される情報であり、使用可能証拠金額情報４５Ｃ、通常時証拠金余力情報４５Ｄ、減額時証拠金余力情報４５Ｅ及び強制決済証拠金余力情報４５Ｆを含む。それらの各項目は、基本情報４５Ａ及び顧客情報４５Ｂに基づいて計算され、設定され、余力情報画面のデータとして顧客端末２に送信され、表示される。

図６（ａ）は、使用可能証拠金額情報４５Ｃの構成を示す。使用可能証拠金額情報４５Ｃは、使用可能な証拠金額及びその内訳に関する情報であり、受入証拠金総額４５Ｃ１、現金残高４５Ｃ２、入出金予定額４５Ｃ３、夜間先物建手数料４５Ｃ４、夜間先物評価損益４５Ｃ５及び夜間先物評価拘束金４５Ｃ６を含む。受入証拠金総額４５Ｃ１は、当該顧客の証拠金として見込むべき担保の総額であり、［現金残高４５Ｂ２＋入出金予定額４５Ｂ３＋夜間先物評価損益４５Ｂ４−夜間先物建手数料４５Ａ９］により算出され、設定される。現金残高４５Ｃ２は、現金残高４５Ｂ２がそのまま設定される。入出金予定額４５Ｃ３は、入出金予定額４５Ｂ３がそのまま設定される。夜間先物建手数料４５Ｃ４は、夜間先物建手数料４５Ａ９がそのまま設定される。夜間先物評価損益４５Ｃ５は、夜間先物評価損益４５Ｂ４がそのまま設定される。夜間先物評価拘束金４５Ｃ６は、顧客の証拠金として拘束すべき金額であり、［夜間先物評価損益４５Ｂ４−夜間先物建手数料４５Ａ９］により算出され、設定される。

図６（ｂ）は、通常時証拠金余力情報４５Ｄの構成を示す。通常時証拠金余力情報４５Ｄは、通常時の証拠金余力に関する情報であり、発注証拠金額４５Ｄ１、イニシャル証拠金総額×１１０％４５Ｄ２、最低証拠金４５Ｄ３、夜間先物証拠金余力４５Ｄ４及び維持証拠金余力４５Ｄ５を含む。発注証拠金額４５Ｄ１は、既存の建玉及び未約定の新規建注文に対して必要な証拠金の総額であり、［通常時発注証拠金４５Ａ５×建玉枚数４５Ｂ５］により算出され、設定される。イニシャル証拠金総額×１１０％４５Ｄ２は、発注証拠金額４５Ｄ１と同額が設定される。最低証拠金４５Ｄ３は、最低証拠金４５Ａ８がそのまま設定される。夜間先物証拠金余力４５Ｄ４は、［受入証拠金総額４５Ｃ１−発注証拠金額４５Ｄ１］により算出され、設定される。維持証拠金余力４５Ｄ５は、［受入証拠金総額４５Ｃ１−通常時維持証拠金４５Ａ４×建玉枚数４５Ｂ５］により算出され、設定され、追加証拠金要否の判定に用いられる。

図６（ｃ）は、減額時証拠金余力情報４５Ｅの構成を示す。減額時証拠金余力情報４５Ｅは、減額時の証拠金余力に関する情報であり、発注証拠金額４５Ｅ１、イニシャル証拠金総額×１１０％４５Ｅ２、最低証拠金４５Ｅ３、夜間先物証拠金余力４５Ｅ４及び維持証拠金余力４５Ｅ５を含む。発注証拠金額４５Ｅ１は、先物注文を発注するのに必要な証拠金の総額であり、［減額時発注証拠金４５Ａ７×建玉枚数４５Ｂ５］により算出され、設定される。イニシャル証拠金総額×１１０％４５Ｅ２は、発注証拠金額４５Ｅ１と同額が設定される。最低証拠金４５Ｅ３は、最低証拠金４５Ａ８がそのまま設定される。夜間先物証拠金余力４５Ｅ４は、［受入証拠金総額４５Ｃ１−発注証拠金額４５Ｅ１］により算出され、設定される。維持証拠金余力４５Ｅ５は、［受入証拠金総額４５Ｃ１−減額時維持証拠金４５Ａ６×建玉枚数４５Ｂ５］により算出され、設定され、追加証拠金要否の判定に用いられる。

図６（ｄ）は、強制決済証拠金余力情報４５Ｆの構成を示す。強制決済証拠金余力情報４５Ｆは、強制決済を行うか否かの判断に用いられる情報であり、通常時リアルタイム維持証拠金余力４５Ｆ１、減額時リアルタイム維持証拠金余力４５Ｆ２及び強制決済限度額４５Ｆ３を含む。通常時リアルタイム維持証拠金余力４５Ｆ１は、リアルタイムの評価損益により計算した通常時の維持証拠金余力であり、［現金残高４５Ｂ２＋入出金予定額４５Ｂ３＋現時点の先物価格による評価損益−夜間先物建手数料４５Ａ９−通常時維持証拠金４５Ａ４×建玉枚数４５Ｂ５］により算出され、設定される。減額時リアルタイム維持証拠金余力４５Ｆ２は、リアルタイムの評価損益により計算した減額時の維持証拠金余力であり、［現金残高４５Ｂ２＋入出金予定額４５Ｂ３＋現時点の先物価格による評価損益−夜間先物建手数料４５Ａ９−減額時維持証拠金４５Ａ６×建玉枚数４５Ｂ５］により算出され、設定される。強制決済限度額４５Ｆ３は、強制決済限度額４５Ｂ６がそのまま設定される。

≪システムの処理≫
図７は、新規顧客の証拠金変動口座を開設する処理を示すフローチャートである。本処理は、顧客端末２及び管理サーバ４において、主として通信部がメッセージを送受信し、処理部が記憶部のデータを参照、更新しながら、顧客説明事項の提示及び顧客口座の開設を行うものである。

夜間先物取引を行う際に証拠金減額のサービスを受けたい顧客は、まず、顧客端末２を用いて、証拠金変動口座の開設申込を行う。このとき、顧客端末２は、入力部２３から口座開設申込のデータを取得し、そのデータをメッセージの形式にし、通信部２１を通じて管理サーバ４に送信する（Ｓ７０１）。管理サーバ４は、顧客端末２から通信部４１を通じて口座開設申込のメッセージを受信し、当該メッセージを所定のメモリ上に一旦保持する（Ｓ７０２）。そして、口座を開設する前に顧客が確認しておかなければならない顧客説明事項のデータを顧客端末２に送信する（Ｓ７０３）。

顧客端末２は、管理サーバ４から顧客説明事項のデータを受信し、表示部２２に表示する（Ｓ７０４）。その表示画面は、スクロール操作により顧客説明事項全体が参照可能であるとともに、顧客説明事項の内容を確認済か否かが指定可能なチェックボックスを表示する。入力部２３から顧客確認済であることを取得したときには（Ｓ７０５のＹＥＳ）、顧客確認済のメッセージを管理サーバ４に送信する（Ｓ７０６）。管理サーバ４は、顧客端末２から顧客確認済のメッセージを受信すると（Ｓ７０７）、Ｓ７０２でメモリ上に保持した口座開設申込のメッセージに基づいて、当該顧客用の証拠金変動口座を開設するための処理を行い、顧客ＩＤを生成し、当該顧客ＩＤ４５Ｂ１を含む顧客情報４５Ｂのレコードを記憶部４５に追加して記憶する（Ｓ７０８）。開設された口座は、次の営業日から利用可能になり、減額時間における証拠金減額が適用される。そして、口座開設完了の通知として顧客ＩＤを顧客端末２に送信する（Ｓ７０９）。顧客端末２は、管理サーバ４から顧客ＩＤを受信し、記憶部２５に記憶する（Ｓ７１０）。このとき、口座開設完了の旨を表示部２２に表示し、顧客に通知してもよい。なお、記憶した顧客ＩＤは、余力情報の参照や先物注文の発注の際に、管理サーバ４に送信するメッセージに設定され、管理サーバ４において、当該顧客の顧客情報４５Ｂや余力情報を特定するのに用いられる。

顧客端末２は、Ｓ７０５で顧客が未確認であることを取得したときには（Ｓ７０５のＮＯ）、顧客未確認のメッセージを管理サーバ４に送信する（Ｓ７１１）。管理サーバ４は、顧客端末２から顧客未確認のメッセージを受信すると（Ｓ７１２）、顧客が顧客説明事項を確認しておらず口座開設ができないため、顧客端末２に口座開設ができない旨のメッセージを送信する（Ｓ７１３）。顧客端末２は、管理サーバ４から口座開設不可のメッセージを受信し、表示部２２に表示する（Ｓ７１４）。

図８は、先物注文を発注する処理を示すフローチャートである。本処理は、顧客端末２及び管理サーバ４において、主として通信部がメッセージを送受信し、処理部が記憶部のデータを参照、更新しながら、余力情報の提示及び注文の発注を行うものである。

夜間先物取引を行いたい顧客は、まず、顧客端末２を用いて、自分の証拠金変動口座に関する余力情報を要求する。このとき、顧客端末２は、入力部２３から余力情報要求のデータを取得し、そのデータをメッセージの形式にし、通信部２１を通じて管理サーバ４に送信する（Ｓ８０１）。管理サーバ４は、顧客端末２から通信部４１を通じて余力情報要求のメッセージを受信し（Ｓ８０２）、現在時刻が記憶部４５の減額時間帯４５Ａ１０に含まれているか否かを判定する（Ｓ８０３）。そして、現在時刻が減額時間帯であれば（Ｓ８０３のＹＥＳ）、減額を適用し、余力情報を作成し（Ｓ８０４）、一方、現在時刻が減額時間帯でなければ（Ｓ８０３のＮＯ）、通常を適用し、余力情報を作成し（Ｓ８０５）、作成した余力情報を顧客端末２に送信する（Ｓ８０６）。余力情報（証拠金余力画面データ）の作成では、現在時刻には適用されていない項目の金額欄をグレーに着色する。なお、記憶部４５の余力情報は、リアルタイムに更新されるものではなく、顧客端末２から取得や更新の要求を受けたときに、予め設定された基本情報４５Ａ及び随時更新されている顧客情報４５Ｂに基づいて、図６の説明に記載した通りに最新状態に更新され、要求元の顧客端末２に送信される。

顧客端末２は、管理サーバ４から余力情報を受信し、表示部２２に表示する（Ｓ８０７）。図１０は、顧客端末２における通常時の余力情報の表示画面を示す図である。本画面では、証拠金余力及び強制決済証拠金余力のうち、減額時の各項目がグレー表示されている。これによれば、顧客は、通常時の金額が明らかに分かるとともに、通常時であっても減額時の金額が分かるので、通常時には増やせないが、減額時には増やすことができる建玉の枚数を事前に把握することができる。

図１１は、顧客端末２における減額時の余力情報の表示画面を示す図である。本画面では、「減額適用中」及び減額終了時刻が表示され、証拠金余力及び強制決済証拠金余力のうち、通常時の各項目がグレー表示されている。これによれば、顧客は、減額時の金額が明らかに分かるとともに、減額時であっても通常時の金額が分かるので、減額時はリアルタイム余力が十分だが、通常時に戻った際にリアルタイム余力が足りずに強制決済を受けるか否かを判断でき、強制決済を受けると判断したときには、事前に建玉決済や入金等を行うことにより強制決済を回避することができる。
なお、証拠金変動口座を開設していない顧客の余力情報の表示画面では、常に、通常時の各項目が白く表示され、減額時の各項目がグレー表示される。

顧客は、顧客端末２に表示された余力情報を見て、先物注文を行いたいと思えば、発注申込を行う。このとき、顧客端末２は、入力部２３から発注枚数を含む発注申込のデータを取得し、そのデータをメッセージの形式にし、通信部２１を通じて管理サーバ４に送信する（Ｓ８０８）。管理サーバ４は、顧客端末２から発注申込のメッセージを受信し（Ｓ８０９）、現在時刻が記憶部４５の減額時間帯４５Ａ１０に含まれているか否かを判定する（Ｓ８１０）。これは、余力情報要求の受信から発注申込の受信までに時間が空いており、現在時刻が減額時間帯か否かが変化している可能性があるので、Ｓ８０３とは別に再度現在時刻の判定を行うものである。

現在時刻が減額時間帯であれば（Ｓ８１０のＹＥＳ）、減額時の夜間先物証拠金余力４５Ｅ４と、［減額時発注証拠金４５Ａ７×発注枚数］とを比較する（Ｓ８１１）。一方、現在時刻が減額時間帯でなければ（Ｓ８１０のＮＯ）、通常時の夜間先物証拠金余力４５Ｄ４と、［通常時発注証拠金４５Ａ５×発注枚数］とを比較する（Ｓ８１２）。なお、発注枚数は、受信した発注申込のメッセージから抽出する。そして、夜間先物証拠金余力が［発注証拠金×発注枚数］以上の場合（Ｓ８１３のＹＥＳ）、余力が十分あるということなので、管理サーバ４は、建玉枚数４５Ｂ５に発注枚数を加算し、それに伴って通常時及び減額時の発注証拠金額、夜間先物証拠金余力、維持証拠金余力及びリアルタイム維持証拠金余力を更新し（Ｓ８１４）、発注申込のメッセージに基づいて取引所へ先物注文を発注するための処理を行う（Ｓ８１５）。具体的には、取引所のサーバへ先物注文のメッセージを送信する。

一方、夜間先物証拠金余力が［発注証拠金×発注枚数］未満の場合（Ｓ８１３のＮＯ）、管理サーバ４は、余力が不足している旨を示す余力不足メッセージを顧客端末２に送信する（Ｓ８１６）。顧客端末２は、管理サーバ４から余力不足メッセージを受信し、表示部２２の簡易画面に表示する（Ｓ８１７）。顧客は、顧客端末２の簡易画面に表示された余力不足のメッセージを見ることにより、証拠金余力の不足により先物注文の発注ができなかったことが分かるので、自分の証拠金変動口座に入金する等の対応をとることができる。

図９は、建玉を強制決済する処理を示すフローチャートである。本処理は、管理サーバ４において、主として処理部４４が記憶部４５のデータを参照、更新しながら、所定時間（例えば、１分）ごとに、建玉枚数４５Ｂ５が１以上である各顧客のリアルタイム余力の判定及び強制決済の実施を行うものである。強制決済は、顧客の先物建玉に応じたリアルタイム余力について所定額以上の損失が見込まれる時に、すべての建玉を決済することをいう。

まず、管理サーバ４は、現在時刻が記憶部４５の減額時間帯４５Ａ１０に含まれるか否かを判定する（Ｓ９０１）。減額時間帯であれば（Ｓ９０１のＹＥＳ）、減額時維持証拠金４５Ａ６及び建玉枚数４５Ｂ５を用いて減額時リアルタイム維持証拠金余力４５Ｆ２を計算する（Ｓ９０２）。一方、減額時間帯でなければ（Ｓ９０１のＮＯ）、通常時維持証拠金４５Ａ４及び建玉枚数４５Ｂ５を用いて通常時リアルタイム維持証拠金余力４５Ｆ１を計算する（Ｓ９０３）。なお、Ｓ９０２及びＳ９０３の建玉枚数４５Ｂ５には、当該顧客による先物注文の発注済分が含まれている。

次に、管理サーバ４は、計算したリアルタイム維持証拠金余力が強制決済限度額４５Ｆ３以上か否かを判定する（Ｓ９０４）。強制決済限度額４５Ｆ３以上であれば（Ｓ９０４のＹＥＳ）、建玉の継続保持が可能となり（Ｓ９０５）、所定時間後にＳ９０１に戻って処理を繰り返す。

リアルタイム維持証拠金余力が強制決済限度額４５Ｆ３未満であれば（Ｓ９０４のＮＯ）、管理サーバ４は、取引所のサーバへ発注済注文の取消を要求するメッセージを送信し（Ｓ９０６）、その結果に応じて建玉枚数４５Ｂ５を更新し、減額時又は通常時のリアルタイム維持証拠金余力を再計算する（Ｓ９０７）。発注済注文の取消によって、建玉枚数４５Ｂ５が少なくなり、リアルタイム維持証拠金余力が増えることが期待でき、また、発注済の注文に約定が付くのを防ぎ、リアルタイム維持証拠金余力のさらなる低下を防止することができる。上記注文取消及び余力再計算の処理の後、再度リアルタイム維持証拠金余力が強制決済限度額４５Ｆ３以上か否かを判定する（Ｓ９０８）。強制決済限度額４５Ｆ３以上であれば（Ｓ９０８のＹＥＳ）、建玉の継続保持が可能となり（Ｓ９０５）、所定時間後にＳ９０１に戻って処理を繰り返す。

リアルタイム維持証拠金余力が強制決済限度額４５Ｆ３未満であれば（Ｓ９０８のＮＯ）、管理サーバ４は、取引所のサーバへ当該顧客の建玉の一括返済注文を発注するメッセージを送信し（Ｓ９０９）、その約定結果に応じて建玉枚数４５Ｂ５を更新する（Ｓ９１０）。そして、所定時間後にＳ９０１に戻って処理を繰り返す。なお、建玉枚数４５Ｂ５が０になった顧客については、強制決済処理を行わない。

以上によれば、減額時間内では、減額時のリアルタイム余力が十分だったので、建玉の維持が可能だったとしても、減額時間が終了し、減額時より通常時のリアルタイム余力が減って、限度額に足りなければ、強制的に反対売買が行われ、残っている建玉が決済されることがある。

≪実施例≫
図１２は、実際の先物取引の例を示す図である。これは、通常時発注証拠金が６６万円、通常時維持証拠金が６０万円、減額時発注証拠金が１６．５万円、減額時維持証拠金が１５万円で取引を行う場合であり、手数料は無いものとし、当初の差入証拠金を２５０万円とする。なお、図示したステータスは、時刻が減額時間帯（２０：００〜５：００）内にあるか否かに応じて証拠金が減額時又は通常時の金額になっていることを示す。以下、番号順に説明する。

（１）２０：２５に新規建の注文を５枚発注する。このとき、発注証拠金額は、１６．５×５＝８２．５［万円］になり、リアルタイム維持証拠金余力は、２５０−１５×５＝１７５［万円］になる。
（２）０：１５に建玉を３枚返済し、＋５万円の利益を取得し、既存建玉の損益は±０円だった。このとき、受入証拠金総額は、２５０＋５＝２５５［万円］になり、発注証拠金額は、１６．５×（５−３）＝３３［万円］になり、リアルタイム維持証拠金余力は、２５５−１５×２＝２２５［万円］になる。
（３）３：３０に新規建の注文をさらに６枚発注し、既存建玉の損益は±０円だった。このとき、受入証拠金総額は変わらず、発注証拠金額は、１６．５×（２＋６）＝１３２［万円］になり、リアルタイム維持証拠金余力は、２５５−１５×８＝１３５［万円］になる。
（４）４：５８に含み損が生じ、建玉の損益が−２０万円になった。このとき、受入証拠金総額及び発注証拠金額は変わらず、リアルタイム維持証拠金余力は、１３５−２０＝１１５［万円］になる。
（５）４：５８の状態で５：００になり、減額時間が終了した。そこで、通常時維持証拠金により強制決済の判定が行われる。このとき、発注証拠金額は、６６×８＝５２８［万円］になり、リアルタイム維持証拠金余力は、２５５−２０−６０×８＝−２４５［万円］になる。
（６）５：０１には、リアルタイム維持証拠金余力がマイナスになり、限度額を下回るので、強制反対売買（強制決済）が行われる。その結果、受入証拠金総額は、２５５−２０＝２３５［万円］になり、建玉がなくなるので、発注証拠金額及びリアルタイム維持証拠金余力は０になる。

なお、上記実施の形態では、図１に示す先物証拠金変動システム１内の各装置を機能させるために、処理部（ＣＰＵ）で実行されるプログラムをコンピュータにより読み取り可能な記録媒体に記録し、その記録したプログラムをコンピュータに読み込ませ、実行させることにより、本発明の実施の形態に係る先物証拠金変動システム１が実現されるものとする。この場合、プログラムをインターネット等のネットワーク経由でコンピュータに提供してもよいし、プログラムが書き込まれた半導体チップ等をコンピュータに組み込んでもよい。

以上説明した本発明の実施の形態によれば、先物取引を行う際には、証拠金減額が適用される減額時間内であれば、減額時発注証拠金４５Ａ７以上の余力があれば取引可能であり、減額時間が終了すると、通常時発注証拠金４５Ａ５以上の余力が必要になる。また、先物建玉がある際には、証拠金減額が適用される減額時間内であれば、減額時リアルタイム維持証拠金余力４５Ｆ２が強制決済限度額４５Ｆ３以上であれば建玉が維持可能であり、減額時間が終了すると、通常時リアルタイム維持証拠金余力４５Ｆ１が強制決済限度額４５Ｆ３以上であることが必要になる。

≪その他の実施の形態≫
以上、本発明を実施するための形態について説明したが、上記実施の形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明はその趣旨を逸脱することなく変更、改良され得るとともに、本発明にはその等価物も含まれる。例えば、以下のような実施の形態が考えられる。

（１）上記実施の形態では、先物取引における証拠金の減額について説明したが、証拠金の減額を他の証拠金取引に適用してもよい。例えば、時間帯に応じた証拠金の減額をＦＸ（外国為替証拠金取引）、信用取引、オプション取引、差金決済取引（ＣＦＤ：Contract for Difference）等に適用してもよい。
（２）証拠金減額時間の終了時刻の設定は、先物商品の銘柄ごとに行ってもよい。その場合、ある銘柄の終了時刻より遅い終了時刻の銘柄があっても、すべての銘柄の減額時間が一律に最初の終了時刻に終了することになる。
（３）上記実施の形態では、先物取引時間を減額時間終了時刻の前後に分けて、その終了時刻の前を減額時とし、その終了時刻の後を通常時としたが、先物取引時間を３以上の時間帯に分けてもよい。この場合、管理サーバ４は、時間帯ごとに維持証拠金及び発注証拠金を予め記憶するとともに、当該時間帯ごとに証拠金余力情報や強制決済証拠金余力情報を記憶し、顧客端末２から取得要求があったときに最新状態に更新する。
（４）上記実施の形態では、余力情報の表示画面において、その時点で適用されていない項目をグレー表示するように記載したが、適用されている項目の金額が明らかに分かり、適用されていない項目の金額も見えるようになっていればよい。例えば、適用されていない項目を反転表示するようにしてもよい。

１ 先物証拠金変動システム
２ 顧客端末（端末）
４ 管理サーバ（サーバ）
４４ 処理部
４５ 記憶部
４５Ａ 基本情報（発注証拠金情報、維持証拠金情報）
４５Ａ４ 通常時維持証拠金（維持証拠金額）
４５Ａ５ 通常時発注証拠金（発注証拠金額）
４５Ａ６ 減額時維持証拠金（維持証拠金額）
４５Ａ７ 減額時発注証拠金（発注証拠金額）
４５Ａ１０ 減額時間帯（時間帯）
４５Ｂ５ 建玉枚数
４５Ｃ１ 受入証拠金総額（証拠金総額）
４５Ｄ 通常時証拠金余力情報（顧客余力情報）
４５Ｄ４ 夜間先物証拠金余力（発注余力金額）
４５Ｅ 減額時証拠金余力情報（顧客余力情報）
４５Ｅ４ 夜間先物証拠金余力（発注余力金額）
４５Ｆ１ 通常時リアルタイム維持証拠金余力（維持余力金額）
４５Ｆ２ 減額時リアルタイム維持証拠金余力（維持余力金額）
４５Ｆ３ 強制決済限度額

Claims (4)

1. 証拠金取引時間の時間帯に応じて必要な証拠金の金額を変動させるシステムであって、
   証拠金取引注文を行う顧客が用いる端末と、
   前記端末から前記証拠金取引注文を受け付けて発注処理を行うサーバと、
   を備え、
   前記サーバは、
   記憶部及び処理部を備え、
   前記記憶部は、
   前記証拠金取引注文を発注する際に必要な証拠金の金額である発注証拠金額を、２以上の前記時間帯のそれぞれについて特定するための発注証拠金情報と、
   各顧客に関して、当該顧客の発注を行う際の担保金額である発注余力金額を、２以上の前記時間帯のそれぞれについて特定するための顧客余力情報と、
   を記憶し、
   前記処理部は、前記端末から前記証拠金取引注文のメッセージを受信した場合に、
   前記発注証拠金情報に基づいて、現在時刻を含む時間帯の前記発注証拠金額を特定し、
   前記顧客余力情報に基づいて、現在時刻を含む時間帯の当該顧客の前記発注余力金額を特定し、
   特定した前記発注余力金額が前記発注証拠金額以上のときに、前記証拠金取引注文の発注処理を行い、
   特定した前記発注余力金額が前記発注証拠金額未満のときに、前記発注余力金額が不足している旨の余力不足メッセージを前記端末に送信し、
   前記端末は、
   前記サーバから前記余力不足メッセージを受信し、表示する
   ことを特徴とする証拠金変動システム。
2. 請求項１に記載の証拠金変動システムであって、
   前記処理部は、前記端末から前記発注証拠金額及び前記発注余力金額の取得を要求する旨のメッセージを受け付けた場合に、
   前記発注証拠金情報により特定される各時間帯の前記発注証拠金額と、前記顧客余力情報により特定される各時間帯の当該顧客の前記発注余力金額とを含む証拠金余力画面データを作成し、
   作成した前記証拠金余力画面データにおいて、現在時刻を含まない時間帯の前記発注証拠金額及び当該顧客の前記発注余力金額の欄をグレーに着色し、
   前記証拠金余力画面データを前記端末に送信し、
   前記端末は、
   前記サーバから前記証拠金余力画面データを受信し、表示する
   ことを特徴とする証拠金変動システム。
3. 請求項１又は請求項２に記載の証拠金変動システムであって、
   前記記憶部は、
   前記証拠金取引注文の建玉を維持する際に必要な証拠金の金額である維持証拠金額を、２以上の前記時間帯のそれぞれについて特定するための維持証拠金情報と、
   各顧客の、保有建玉枚数及び未約定枚数の合計である建玉枚数と、
   各顧客の、前記維持証拠金額が当該金額を下回れば強制決済が行われる強制決済限度額と、
   をさらに記憶し、
   前記処理部は、所定時間ごとに、前記建玉枚数が１以上の各顧客に関して、
   前記維持証拠金情報に基づいて、現在時刻を含む時間帯の前記維持証拠金額を特定し、
   特定した前記維持証拠金額及び当該顧客の前記建玉枚数に基づいて、当該顧客の建玉を維持する際の担保金額である維持余力金額を計算し、
   計算した前記維持余力金額が前記強制決済限度額未満のときに、当該顧客の発注済注文を取り消す処理を行い、その結果に応じて当該顧客の前記建玉枚数を更新し、前記維持証拠金額及び当該顧客の前記建玉枚数に基づいて、当該顧客の前記維持余力金額を再度計算し、
   再度計算した前記維持余力金額が前記強制決済限度額未満のときに、当該顧客の建玉を強制決済する処理を行い、その結果に応じて当該顧客の前記建玉枚数を更新する
   ことを特徴とする証拠金変動システム。
4. 請求項３に記載の証拠金変動システムであって、
   前記記憶部は、
   各顧客の証拠金取引に使用可能な証拠金総額をさらに記憶し、
   前記処理部は、
   当該顧客の前記証拠金総額から、前記維持証拠金額と、当該顧客の前記建玉枚数との積を減算することにより、前記維持余力金額を算出する
   ことを特徴とする証拠金変動システム。