JP3734168B2 - 発注条件を自動設定する売買注文処理システム及び売買注文の処理方法 - Google Patents
発注条件を自動設定する売買注文処理システム及び売買注文の処理方法 Download PDFInfo
- Publication number
- JP3734168B2 JP3734168B2 JP2002211831A JP2002211831A JP3734168B2 JP 3734168 B2 JP3734168 B2 JP 3734168B2 JP 2002211831 A JP2002211831 A JP 2002211831A JP 2002211831 A JP2002211831 A JP 2002211831A JP 3734168 B2 JP3734168 B2 JP 3734168B2
- Authority
- JP
- Japan
- Prior art keywords
- order
- trigger
- price
- trading
- condition
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、株式や債券、商品先物等の価格が変動する商品について、注文者から委託を受けた条件付の売買注文を取引市場に発注するための売買注文処理システム及び売買注文の処理方法に関するものである。
【０００２】
【従来の技術】
インターネットの普及と株式売買委託手数料の完全自由化を背景に、１９９９年頃よりインターネットを利用した株式等金融商品のオンライン取引が、個人投資家層を対象に急速に拡大した。そうした状況下で、多くの証券会社がオンライン取引に参入し、サービスの利便性向上や情報提供の充実などを進めている。
【０００３】
株式取引は、証券会社を通じて証券取引所や店頭市場において行われるが、一般に投資家が証券会社に売買を委託する際には、価格を指定せずに売買を委託する成行注文と、価格を指定して売買を委託する指値注文を選択することができる。上記のオンライン取引においても、成行注文、指値注文のいずれかを端末画面から選択して注文できるようになっているのが一般的である。
【０００４】
そうした中で本願の出願人は、成行注文、指値注文以外に対して条件を付したいくつかの注文方法が選択できる独自のオンライン取引システムを構築して、サービスを提供している（ｈｔｔｐ：／／ｗｗｗ．ｋａｂｕ．ｃｏｍ／）。このシステムにおいては、注文を発注するタイミングや株価を条件として指定する「条件注文」、「条件注文」において指値とは逆方向で条件を設定する「逆指値注文」、他の注文の約定を条件に次の注文を発注する「リレー注文」、買い注文と同時に売り注文を予約する「Ｕターン注文」、指値注文でありながら一定の条件の下に条件を訂正する「Ｗ指値注文」などを受付けることができるので、投資家は多様な取引方法を活用することにより、金融商品の価格変動リスクの管理に対応することができる。
【０００５】
これらの条件付注文は、いずれも国内の証券取引所においては受付けることができない注文形態であるが、売買を取次ぐ証券会社において条件制御を行うことにより、取引所で定められた注文形態に依存することなく、初めて実現可能となったものである。この条件制御は、条件が多様になるほど特に条件が成就したか否かの監視が煩雑になり、人手により行われる従来の証券会社においては事実上対応が困難である。上記の注文のうち、発注条件を指定する「条件注文」、「逆指値注文」、「リレー注文」、「Ｕターン注文」について、本件出願人は発注条件を指定したトリガ監視により実現しており、その発明の内容は特開２００１−１５５０８６号に開示されている。
【０００６】
上記の発明においては、発注条件として株価や時刻、他の注文の約定を指定すると、これらをトリガにして市場における時価や時刻、注文の約定状況をリアルタイムで監視し、トリガに該当すると注文を発注する。このようにトリガを用いて条件の監視を自動化することにより、投資家が指定した条件に達した場合に注文を発注する条件付注文の受付が可能となっている。
【０００７】
【発明が解決しようとする課題】
これらの注文方法の提供により、投資家は一定の抵抗値を超えた価格で買い注文を入れたり、下落傾向が表れた場合のロスカットの売り注文を予め設定するなど、多様な注文方法によりリスク管理を行えるようになった。しかしながら、これらの方法においては、条件の設定自体は投資家自身が行わなければならないので、適切な条件を設定するためには、投資家がマーケット等の状況を見た上で条件を入力しなければならないという問題が生じている。
【０００８】
例えば、ある銘柄の株価について５００円が上値抵抗線となっているので、「５００円になれば５１０円の指値で買い注文」を発注する、という逆指値注文を設定したとする。図３の例においては、４９０円で引けた翌日に、何らかの好材料が出たために始値が５１０円で寄り付くと、そのまま指値５１０円の買い注文が発注され、約定してしまう。しかしながら、その日の株価の方向性についての確認がされていないために、寄り付き後に材料への反応が限定的と判断されて売りが集中すると、株価はそのまま抵抗線以下に下げてしまう、ということも起こり得る。
【０００９】
また、ある銘柄の株価について４８０円が下値支持線となっているので、これを下回る場合を条件にして、ロスカットの目的で４７０円の指値で売り注文を出すという逆指値注文を設定したとする。図５の例においては、その後に上昇傾向が続き５１０円まで上昇しているが、ここで何らかの悪材料が出たことにより当日の寄付きは４９０円に急落している。しかしながら４８０円になるまでは売り注文が出されないので、売り注文を出すタイミングが遅れて損失を縮小する機会を逸してしまうことになる。
【００１０】
こうした問題点に対しては、投資家自身が日々刻々と変化するマーケットを監視して、その時点で最適と思われる注文を出すことにより解消され得るが、そもそもの条件付注文の目的は投資家のマーケットの監視負担を軽減することにある。従って、現状可能な注文方法のみにおいては、投資家の条件付注文に対するニーズを充足するものではないとも言える。
【００１１】
別の見方をすれば、条件付注文において発注される売買注文の指定価格は投資家が設定しなければならないが、実際は設定されるべき基準になる価格はマーケットの状況により刻々と変動するものである。この指定価格をマーケットの変化に対応して自動的に設定できるようにすれば、投資家の監視負担をさらに軽減することができる。
【００１２】
本発明は、これらの問題に対応してなされたものであり、条件付注文における発注条件をマーケットの状況に対応して自動的に設定し、投資家の監視負担とこれに伴う注文変更の作業負担を軽減し、投資にかかるリスク管理を容易に行えるシステムを提供することを課題とするものである。
【００１３】
【課題を解決するための手段】
これらの課題を解決するために、本発明は、注文者から委託を受けた価格が変動する商品の売買注文を取引市場に発注するための売買注文処理システムであって、前記売買注文の執行について前記注文者から指定された注文条件を含む前記売買注文の注文内容を、前記売買注文の識別情報と関連付けて格納する注文内容格納手段と、前記売買注文を発注するために前記注文者から指定された発注条件を、前記売買注文の識別情報と関連付けて、発注トリガとして格納する発注トリガ格納手段と、前記注文条件及び前記発注トリガに含まれる未確定の変数を確定するための確定条件を、前記売買注文の識別情報と関連付けて、確定トリガとして格納する確定トリガ格納手段と、前記商品の時価に関する情報を格納する時価格納装置、時刻を計測する時刻計測装置、前記注文者の発注した売買注文の約定状況又は前記注文者の保有資産の状況の少なくとも一つに関する取引情報を格納する取引情報格納装置のうち、少なくとも一つの装置において変化するデータが、前記確定トリガ格納手段に格納された前記確定トリガに合致するかを監視する確定トリガ監視手段と、前記確定トリガ監視手段において前記確定トリガの合致を検出すると、前記識別情報をキーに前記注文内容格納手段に格納された前記確定トリガに対応する注文内容を特定し、前記注文内容に含まれる注文条件に含まれる未確定の変数を確定した数値に更新する注文条件の更新、及び前記識別情報をキーに前記発注トリガ格納手段に格納された前記確定トリガに対応する発注トリガを特定し、前記発注トリガに含まれる未確定の変数を確定した数値に更新する発注トリガの更新を実行する条件更新手段と、前記時価格納装置、前記時刻計測装置、前記取引情報格納装置のうち、少なくとも一つの装置において変化するデータが、前記発注トリガ格納手段に格納された発注トリガに合致するかを監視する発注トリガ監視手段と、前記発注トリガ監視手段において前記発注トリガの合致を検出すると、前記識別情報をキーに前記注文内容格納手段に格納された前記発注トリガに対応する注文内容を特定し、前記注文内容に含まれる注文条件に従った注文の執行指示を、前記商品にかかる取引市場システムに送信する注文執行手段と、を備えることを特徴とする。
【００１４】
この発明は、売買注文を発注するタイミングを監視する発注トリガに加えて、このトリガに設定された発注条件を確定するための条件を監視する確定トリガを設けることにより、確定トリガがマーケット等の変化を監視して自動的に適切な発注条件を定めることができる。
【００１５】
ここで対象となる「価格が変動する商品」とは、典型的なものとして株式や債券、オプション等の金融商品が該当するが、取引市場において売買されるものであれば商品先物等であってもよい。「取引市場」は証券会社等の取次業者間で上記の商品の取引が可能な市場であればよく、証券取引所のような会員組織で運営される取引所に限られず、オプション商品のように発行会社が取引市場の役割を果たす場合もある。
【００１６】
「発注条件」とは、条件注文において「価格がＸ円になれば」「注文Ａが約定すれば」というように、委託を受けた注文を発注するために指定された条件のことである。「注文条件」とは、「成行で１００株の売り」「Ｙ円の指値で１００株の買い」というように、売買注文の執行について指定された条件のことである。
【００１８】
このような確定トリガ監視手段は、マーケットの状況等に合わせて変更することが望ましい発注条件や注文条件について、適切な変更のタイミングを自動的に捉えて、発注条件と注文条件の一部を適切な内容に更新する。確定トリガに該当して発注条件が確定すると、この発注条件を発注トリガ監視手段で監視し、指定されたタイミングで売買注文が発注される。
【００１９】
確定トリガ及び発注トリガが監視する対象は、株価などの商品価格、大引けなどの市場における時刻のタイミング、他の注文の約定状況などの取引履歴、含み損益などの保有資産状況のいずれであってもよい。
【００２１】
ここで「未確定の変数」とは、当日の「始値」や「注文Ａの約定価格」など、注文時点では値が確定しておらず、その後の市場価格や約定の状況により定まる価格を指定した変数のことをいう。このような指定を行って発注条件や注文条件を自動的に更新することにより、条件注文の発注後の事情変化を織り込んで発注条件や注文条件を設定することができる。
【００２２】
前記注文条件には指値注文の指値が未確定変数として指定されていて、前記発注トリガには前記売買注文の対象銘柄の指定価格が未確定変数として指定されていて、前記確定トリガには前記売買注文の対象銘柄の前記取引市場における始値が設定されており、前記確定トリガ監視手段は、前記時価格納装置において前記始値を監視し、前記条件更新手段は、前記始値が確定すると前記時価格納装置から前記始値を取得して、前記指値及び前記指定価格を、前記始値を基準にした価格に更新することを特徴とすることもできる。
【００２３】
ここで「始値」とは、市場において当日の寄付きで付いた値段のことである。このように構成すると、条件付注文の発注条件や注文条件を、当日の市場の状況を反映した形で、自動的に設定することができる。
【００２４】
例えば先に示した図３の例に対して、本発明によれば図４の例の通り、「始値＋１０円になれば、始値＋２０円の買い注文」を発注する、という条件を指定することができる。この例では５１０円で寄り付いて始値が付いたものの、その後の株価が上下して方向感が定まらないうちは、注文は発注されない。従って、図３の例のようにその後株価が下落すれば買い注文は発注されず、逆に５３０円に達して上昇基調が確認された場合にのみ買い注文が発注されることになる。
【００３０】
前記注文条件には指値注文の指値が未確定変数として指定されていて、前記発注トリガには前記売買注文の対象銘柄の指定価格が未確定変数として指定されていて、前記確定トリガには前記注文者からの第二の売買注文の約定が設定されており、前記確定トリガ監視手段は、前記取引情報格納装置において前記第二の売買注文の約定状況を監視し、前記条件更新手段は、前記第二の売買注文が約定すると前記取引情報格納装置から前記第二の売買注文の約定単価に関する情報を取得して、前記指値及び前記指定価格を、前記約定単価を基準にした価格に更新することを特徴とすることもできる。
【００３１】
このように構成すると、他の注文の約定を条件に注文を発注する場合に、先に約定した注文の約定価格を反映して次の注文の発注条件や注文条件を定めることができる。例えば同一の銘柄を対象にして、買いから一定の利幅を定めて売り注文を発注したい場合、「先の注文の約定価格＋Ｘ円になれば、先の注文の約定価格＋Ｙ円で売り注文」を発注する、と指定することにより、先の買い注文の約定価格の如何に関わらず、上昇基調を確認した段階で一定の利幅を乗せた売り注文を自動的に発注することが可能になる。
【００３２】
前記確定条件には前記注文者の保有資産に関する含み損益の値が設定されていることを特徴とすることもできる。
【００３３】
投資家がある銘柄を複数単位保有している場合に、全体で一定の含み益が生じればその段階からいくらかの利幅を加えてその一部を売却したい場合、このように構成すると、「Ａ銘柄についての含み益がＸ円を超えれば、Ａ銘柄をその時点のＡ銘柄の現値＋Ｙ円の指値で１００株の売り注文」を発注すると指定することができる。
【００３４】
尚、本発明は、本発明にかかるそれぞれの構成の売買注文処理システムに対応して、それぞれのシステムを用いた売買注文の処理方法として構成することもできる。
【００３５】
【発明の実施の形態】
本発明の実施の形態について、図面を用いて以下に詳細に説明する。尚、ここでは証券会社が株式の売買注文を取扱う例について説明するが、本発明は価格が変動する商品の販売を取次ぐ者であれば証券会社には限られず、商品先物等の取次業者も含まれる。また、取扱う商品も株式に限定されるものではなく、設定されるトリガについても以下に説明する例に限定されるものではない。
【００３６】
図１は、本発明の概要を示す図である。図２は、本発明にかかる売買注文処理システムの構成の一例を示すブロック図である。図３、図４は、それぞれ現在のシステム、本発明のシステムによる条件注文の第一の例を示す図である。図５、図６は、それぞれ現在のシステム、本発明のシステムによる条件注文の第二の例を示す図である。図７は、現在のシステムによる条件注文のトリガの設定の一例を示す図である。図８は、本発明のシステムによる条件注文の発注トリガ及び確定トリガの設定の一例を示す図である。図９は、本発明のシステムによる条件注文で、発注条件及び注文条件が確定した場合の一例を示す図である。図１０は、本発明にかかる注文データベースとトリガデータベースの構成の一例を示す図である。図１１は、本発明による売買注文処理のフローチャートである。図１２、図１３、図１４は、それぞれ本発明による売買注文処理フローの第一、第二、第三の例である。
【００３７】
図１は、本発明にかかる売買注文処理システムを証券会社が利用する場合の概要を示している。インターネットを利用したオンライン証券取引においては、インターネットを通じて顧客端末と接続された証券会社のシステムは、顧客端末からの指示に従い、発注システムを介して証券取引市場に注文を発注する。
【００３８】
現在の条件付注文では、この発注システムに対して発注のタイミングを指示するトリガ２が設けられている。トリガ２は設定された市場価格（例えばある銘柄についての株価）、時間（例えば大引け１０分前）又は取引結果（例えば他の注文の約定）を監視して、発注条件に該当すると発注システムに発注の指示を行う。
【００３９】
本発明においては、このトリガ２に設定される発注条件を確定するために、新たなトリガとしてトリガ１を設けている。トリガ１も同様に設定された市場価格（例えばある銘柄についての始値）、時間（例えば始値が設定されている場合の市場が始まる時間）又は取引結果（例えば他の注文の約定）を監視して、確定条件に該当するとトリガ２の発注条件に確定した条件を書き込む。これによって、投資家は予め発注条件を一定値に定めなくても、その時の市場の条件に合致した発注条件を自動的に設定することができる。
【００４０】
図２は、本発明にかかる売買注文処理システムの構成を示している。売買注文処理システム１００は、入力処理部１１０、注文データベース１２０、トリガ監視部１３０、トリガデータベース１４０、発注処理部１５０及びタイマー１６０から構成されており、トリガ監視部１３０は時価データベース２００を参照できるよう構成されている。尚、時価データベース２００は売買注文処理システム１００の内部に設置されていてもよい。また、売買注文処理システム１００は、インターネット等の通信ネットワークを通じて、顧客端末３００と接続されている。
【００４１】
オンライン取引を行う投資家は、顧客端末３００から注文内容と発注条件を入力する。この発注条件には、例えば「Ｘ銘柄が始値＋１０円になれば、始値＋２０円の指値で１００株の買い」というように、発注条件の中に「始値」のような未確定の変数を含んでいる。
【００４２】
入力された注文を入力処理部１１０が受信すると、その内容は注文データベース１２０に書き込まれる。ここで注文データベース１２０の当該注文に関するレコードには、注文条件は未確定の変数（上記の例で言えば「始値＋２０円」）が含まれた状態で書き込まれるとともに、発注条件が付されている旨の記録（例えば「トリガ設定」のフィールドに「ＯＮ」と記録）がされる。
【００４３】
また、入力処理部１１０は受信した注文から発注条件に関するデータを抽出し、トリガデータベース１４０に書き込む。このうち発注条件に関するデータは発注トリガテーブル１４１に、発注条件等を確定するデータは確定トリガテーブル１４２に書き込まれる。ここで発注トリガテーブル１４１の当該トリガに関するレコードには、発注条件は未確定の変数（上記の例で言えば「始値＋１０円」）が含まれた状態で書き込まれるとともに、確定条件が付されている旨の記録（例えば「トリガ設定」のフィールドに「ＯＮ」と記録）がされる。
【００４４】
発注トリガテーブル１４１及び確定トリガテーブル１４２に書き込まれたトリガは、それぞれトリガ監視部１３０において、設定された条件が成就するか否かが監視される。トリガ監視部１３０には監視機能を有したエージェントプログラムを設定して、例えば注文データベース１２０において他の注文の約定を、タイマー１６０において市場におけるタイミングを、時価データベース２００において特定の銘柄の時価を常時監視している。
【００４５】
トリガ監視部１３０において、発注トリガが「ＯＮ」の状態になっていれば監視の条件が確定していないため、まず確定トリガとして設定された条件についての監視を行う。この条件が成就すると（上記の例で言えば「始値」が確定）、注文データベース１２０及び発注トリガテーブル１４１において未確定の変数となっていた条件（上記の例で言えば「始値＋２０円」と「始値＋１０円」）に、確定した数値が書き込まれる。併せて、発注トリガテーブル１４１においては、確定条件が確定して発注条件の監視が可能になった旨の記録（例えば「トリガ設定」のフィールドに「ＯＦＦ」と記録）がされる。
【００４６】
次に、トリガ監視部１３０は発注トリガに設定された発注条件の監視を行う。この条件が成就すると、注文データベース１２０に発注条件が解除された旨の記録（例えば「トリガ設定」のフィールドに「ＯＦＦ」と記録）され、発注処理部１５０に対しては発注の指示がされ、市場に当該注文が発注される。
【００４７】
次に、図３〜６を用いて、本発明にかかるシステムによる条件付注文の具体例とその効果について説明する。図３及び図５は、先に説明したとおり、現在本件出願人が提供している条件注文により可能な注文の例を示している。
【００４８】
図４では、本発明にかかるシステムにより「始値＋１０円になれば、始値＋２０円の買い注文」という注文を行った場合の例を示している。ここで、図３の例と同様に当日の始値が急騰して５１０円を付けたとすると、始値が５１０円と定まることにより、上記の注文も「５２０円になれば、５３０円の買い注文」の条件注文として確定する。その後は対象銘柄の現値が５２０円になるか否かの監視が行われ、５２０円になった時点で５３０円の注文が発注され、５３０円になった段階で買い注文が約定する。
【００４９】
この場合の効果は、図３の例と比較した場合、予め発注条件が一定金額に定められていないため、当日の値動きの方向性を判断した上で注文が発注されるという効果がある。図４の例においては、仮に図３のような値動きをしたとしても、何らかの材料に伴う寄付きの急騰に関わらず思惑が外れて上昇傾向が継続されなかった場合には、注文は執行されないというメリットがある。
【００５０】
図６では、本発明にかかるシステムにより「始値−１０円になれば、始値−２０円の売り注文」という注文を行った場合の例を示している。ここでは、前日終値は５０５円に対して「４９５円になれば、４８５円の売り注文」の条件注文が発注されているので、図５の例と同様に当日の始値が急落して４９０円を付けたとすると、上記の注文が自動的に発注される。その後は４８５円になった段階で売り注文が約定する。
【００５１】
この場合の効果は、図５の例と比較した場合、前日終値との変動幅を見て発注条件が設定されるため、毎日条件を変更しなくても、前日から当日の値動きの方向性を判断した上で自動的に注文が発注されるという効果がある。図６の例を図４の例と比べると、急落というイレギュラーな値動きに対してより迅速に対応することができるため、この例では１５円高く売り注文を約定することに成功している。
【００５２】
上記の例は、いずれもいわゆる「逆指値注文」の例であるが、「逆指値注文」は相場の方向性が変わるリスクを回避するため、値動きの方向性を確認した上で注文を発注することを本質にするものなので、指定する条件はより直近の相場の動きを反映するものであることが望ましいため、本発明による注文方法の効果が顕著に表れるものである。
【００５３】
次に、図７〜９を用いて、現在本願の出願人が提供しているシステム及び本発明にかかるシステムによる条件付注文のトリガの設定例について説明する。
【００５４】
図７は、現在本願の出願人が提供している条件注文により可能な注文の例として、注文Ａは、「Ｘ銘柄が５００円になれば、５１０円の指値で１００株買い」という条件が設定されている。ここでトリガには「Ｘ銘柄の現値が５００円」という条件が設定されており、この条件を時価データベースで監視して、Ｘ銘柄が５００円になると５１０円の指値注文が発注される。
【００５５】
これに対して、図８の通り、本発明にかかるシステムを利用した注文Ｂは、「Ｘ銘柄が始値＋１０円になれば、始値＋２０円の指値で１００株買い」という条件が設定されている。トリガ１には確定トリガとして「Ｘ銘柄の始値」という条件が設定されており、この条件を時価データベースで監視する。また、トリガ２には「Ｘ銘柄の現値が始値＋１０円」という未確定の変数を含む発注条件が発注トリガとして設定されているが、この時点ではトリガの条件が確定しないため、トリガの監視は行われていない。
【００５６】
図９では、Ｘ銘柄の始値が５００円となったため、注文条件及び発注条件がそれぞれ「Ｘ銘柄が５１０円になれば、５２０円の指値で１００株買い」、「Ｘ銘柄の現値が５１０円」と確定している。ここでトリガ２の条件が確定するため、この後は「Ｘ銘柄の現値が５１０円」という条件を時価データベースで監視し、Ｘ銘柄が５１０円になると５２０円の指値注文が発注される。
【００５７】
図１０は、本発明にかかる注文データベースとトリガデータベースの構成の一例を示している。注文データベースには、委託を受けた注文それぞれについてのレコードが設けられ、それぞれのレコードには注文を特定するコードである「注文ＩＤ」、指値注文の条件を記した「注文条件」、トリガの有無を示した「トリガ設定」などのフィールドが設けられている。
【００５８】
また、トリガデータベースの発注トリガテーブルには、発注トリガが設定された注文それぞれについてのレコードが設けられ、それぞれのレコードには対象となる注文を特定するコードである「注文ＩＤ」、発注条件を記した「発注トリガ」、トリガの有無を示した「トリガ設定」などのフィールドが設けられている。また、トリガデータベースの確定トリガテーブルには、確定トリガが設定された注文それぞれについてのレコードが設けられ、それぞれのレコードには対象となる注文を特定するコードである「注文ＩＤ」、確定条件を記した「確定トリガ」、確定トリガが確定した場合に書き込む項目を示す「確定項目」などのフィールドが設けられている。ここで「注文ＩＤ」は、それぞれのトリガとして記録された条件が成就した場合に、該当する注文を関連付ける役割を果たしている。
【００５９】
尚、発注トリガテーブル及び確定トリガテーブルについては、図１０の例ではそれぞれ異なるテーブルを設けることとしているが、これらのテーブルはトリガコード等を設けてトリガの性質を区別できるよう設定することにより、同一のテーブル内に記録するよう構成してもよい。
【００６０】
ここで「Ｘ銘柄が始値＋１０円になれば、始値＋２０円の指値で１００株買い」という条件付注文を受け付けると、注文データベースの注文条件欄には「ｎｕｌｌ＋２０円」が記録され、発注条件が付されていることからトリガ設定欄には「ＯＮ」と記録される。また発注トリガテーブルの発注トリガ欄には「ｎｕｌｌ＋１０円」と、トリガ設定欄には「ＯＮ」と記録され、さらに確定トリガテーブルの確定トリガ欄には「始値」と、確定項目欄にはそれぞれ「発注トリガ」「注文条件」と記録される。
【００６１】
ここで、確定トリガに設定された始値が確定すると、確定項目欄である「発注トリガ」「注文条件」には、それぞれ「ｎｕｌｌ」の部分に始値の金額を当てはめて、それぞれの金額が定数として確定する。また、発注トリガについてはトリガ設定が「ＯＦＦ」とされて、発注条件の監視がスタートする。さらに、発注トリガに設定された価格に達すると、注文データベースのトリガ設定が「ＯＦＦ」とされて、当該注文が市場に発注される。
【００６２】
次に、図１１を用いて、本発明による売買注文処理のフローチャートについて説明する。この例では、トリガ１として確定トリガが、トリガ２として発注トリガが設定されている。
【００６３】
まず、トリガ１の確定条件について監視が行われ（Ｓ０１）、トリガ１の条件が成就しない場合には監視が継続される（Ｓ０２〜Ｓ０１）。一方、トリガ１の条件が成就すると（Ｓ０２）、トリガ２と注文条件についての未確定の部分が確定し（Ｓ０３）、次にトリガ２の発注条件について監視が行われる（Ｓ０４）。
【００６４】
トリガ２の条件が成就しない場合には監視が継続される（Ｓ０５〜Ｓ０４）。一方、トリガ２の条件が成就すると（Ｓ０５）、Ｓ０３で確定した条件に従って、市場に当該注文が発注される（Ｓ０６）。
【００６５】
図１２〜図１４は、本発明による売買注文処理フローの具体例を示している。図１２は始値を基準に条件を設定する例、図１３は前日終値を基準に条件を設定する例、図１４は他の注文の約定を基準に条件を設定する例である。
【００６６】
図１２は、「Ｘ銘柄が始値＋１０円になれば、始値＋２０円の指値で１００株買い」という条件注文Aの例である。トリガ１には「X銘柄の始値」という確定トリガが設定され、トリガ監視部がＸ銘柄の寄付と始値についての監視を行う。Ｘ銘柄が５００円で寄り付くと始値が確定し、注文Ａの注文条件及び発注条件もそれぞれ確定する。
【００６７】
次に、トリガ２では、「Ｘ銘柄の現値が始値＋１０円」と設定されていた発注トリガが「Ｘ銘柄の現値が５１０円」と確定し、トリガ設定がＯＦＦになって監視部がＸ銘柄の時価の監視を開始する。Ｘ銘柄の現値が５１０円になると注文データベースのトリガ設定がＯＦＦになって、発注処理部から「Ｘ銘柄を５２０円の指値で１００株買い」の注文が発注される。
【００６８】
図１３は、「Ｙ銘柄が終値−１０円になれば、終値−２０円の指値で１００株売り」という条件注文Ｂの例である。トリガ１には「Ｙ銘柄の終値」という確定トリガが設定され、トリガ監視部がＹ銘柄の大引けと終値についての監視を行う。Ｙ銘柄は大引けに５００円となって終値が確定すると、注文Ｂの注文条件及び発注条件もそれぞれ確定する。
【００６９】
次に、トリガ２では、「Ｙ銘柄の現値が終値−１０円」と設定されていた発注トリガが「Ｙ銘柄の現値が４９０円」と確定し、トリガ設定がＯＦＦになって監視部がＹ銘柄の時価の監視を開始する。Ｙ銘柄の現値が４９０円になると注文データベースのトリガ設定がＯＦＦになって、発注処理部から「Ｙ銘柄を４８０円の指値で１００株売り」の注文が発注される。
【００７０】
図１４は、「Ｚ銘柄の注文Ｃが約定すれば、注文Ｃの約定価格＋２０円になれば注文Ｃの約定価格＋５０円の指値で１００株売り」という条件注文Ｄの例である。このような注文は、ある買い注文が約定した後に、上昇傾向が確認できれば利益確定の売り注文を自動的に発注したい場合に有効である。
【００７１】
トリガ１には「注文Ｃが約定」という確定トリガが設定され、トリガ監視部が注文Ｃの約定について注文データベースを監視する。注文Ｃが約定して約定価格が確定すると、注文Ｄの注文条件及び発注条件もそれぞれ確定する。
【００７２】
次に、トリガ２では、「Ｚ銘柄の現値が注文Ｃの約定価格＋２０円」と設定されていた発注トリガが「Ｚ銘柄の現値が５２０円」と確定し、トリガ設定がＯＦＦになって監視部がＺ銘柄の時価の監視を開始する。Ｚ銘柄の現値が５２０円になると注文データベースのトリガ設定がＯＦＦになって、発注処理部から「Ｚ銘柄を５５０円の指値で１００株売り」の注文が発注される。
【００７３】
図１２〜図１４の例の他にも、トリガ１及びトリガ２については様々な設定が可能であり、発注トリガであるトリガ２に対して、トリガ１が発注条件を定める確定トリガとなるものであればよい。例えば、トリガ１は注文を受けた顧客の保有資産残高を監視して、ある銘柄の含み益が一定値に達した場合に、さらに一定の利幅を乗せて売り注文を発注するような設定も可能である。
【００７４】
【発明の効果】
本発明により、条件付注文を発注する投資家は、条件付注文における発注条件をマーケットの状況に対応して自動的に設定することが可能になり、市場の監視負担とこれに伴う注文変更の作業負担を軽減することができる。これらの負担軽減は、投資の専門家でない個人投資家であっても投資にかかるリスク管理を容易に行えるという効果があり、昨今我が国で求められている個人投資家の育成と投資家保護の養成にも資するものである。
【００７５】
また、証券会社などの売買取次業者にとっても、多様な投資家のニーズに対応できるマーケットインフラを提供し、顧客サービスを向上させるという効果がある。取引所においては極めて多数の注文を正確に処理しなければならないために、複雑な条件が付された注文を受付けることが困難であることから、証券会社等の仲介者においてこのような条件制御機能を設けることは、極めて効果的である。
【図面の簡単な説明】
【図１】本発明の概要を示す図である。
【図２】本発明にかかる売買注文処理システムの構成の一例を示すブロック図である。
【図３】現在のシステムによる条件注文の第一の例を示す図である。
【図４】本発明のシステムによる条件注文の第一の例を示す図である。
【図５】現在のシステムによる条件注文の第二の例を示す図である。
【図６】本発明のシステムによる条件注文の第二の例を示す図である。
【図７】現在のシステムによる条件注文のトリガの設定の一例を示す図である。
【図８】本発明のシステムによる条件注文の発注トリガ及び確定トリガの設定の一例を示す図である。
【図９】本発明のシステムによる条件注文で、発注条件及び注文条件が確定した場合の一例を示す図である。
【図１０】本発明にかかる注文データベースとトリガデータベースの構成の一例を示す図である。
【図１１】本発明による売買注文処理のフローチャートである。
【図１２】本発明による売買注文処理フローの第一の例である。
【図１３】本発明による売買注文処理フローの第二の例である。
【図１４】本発明による売買注文処理フローの第三の例である。
【符号の説明】
１００ 売買注文処理システム
１１０ 入力処理部
１２０ 注文データベース
１３０ トリガ監視部
１４０ トリガデータベース
１４１ 発注トリガテーブル
１４２ 確定トリガテーブル
１５０ 発注処理部
１６０ タイマー
２００ 時価データベース
３００ 顧客端末
【発明の属する技術分野】
本発明は、株式や債券、商品先物等の価格が変動する商品について、注文者から委託を受けた条件付の売買注文を取引市場に発注するための売買注文処理システム及び売買注文の処理方法に関するものである。
【０００２】
【従来の技術】
インターネットの普及と株式売買委託手数料の完全自由化を背景に、１９９９年頃よりインターネットを利用した株式等金融商品のオンライン取引が、個人投資家層を対象に急速に拡大した。そうした状況下で、多くの証券会社がオンライン取引に参入し、サービスの利便性向上や情報提供の充実などを進めている。
【０００３】
株式取引は、証券会社を通じて証券取引所や店頭市場において行われるが、一般に投資家が証券会社に売買を委託する際には、価格を指定せずに売買を委託する成行注文と、価格を指定して売買を委託する指値注文を選択することができる。上記のオンライン取引においても、成行注文、指値注文のいずれかを端末画面から選択して注文できるようになっているのが一般的である。
【０００４】
そうした中で本願の出願人は、成行注文、指値注文以外に対して条件を付したいくつかの注文方法が選択できる独自のオンライン取引システムを構築して、サービスを提供している（ｈｔｔｐ：／／ｗｗｗ．ｋａｂｕ．ｃｏｍ／）。このシステムにおいては、注文を発注するタイミングや株価を条件として指定する「条件注文」、「条件注文」において指値とは逆方向で条件を設定する「逆指値注文」、他の注文の約定を条件に次の注文を発注する「リレー注文」、買い注文と同時に売り注文を予約する「Ｕターン注文」、指値注文でありながら一定の条件の下に条件を訂正する「Ｗ指値注文」などを受付けることができるので、投資家は多様な取引方法を活用することにより、金融商品の価格変動リスクの管理に対応することができる。
【０００５】
これらの条件付注文は、いずれも国内の証券取引所においては受付けることができない注文形態であるが、売買を取次ぐ証券会社において条件制御を行うことにより、取引所で定められた注文形態に依存することなく、初めて実現可能となったものである。この条件制御は、条件が多様になるほど特に条件が成就したか否かの監視が煩雑になり、人手により行われる従来の証券会社においては事実上対応が困難である。上記の注文のうち、発注条件を指定する「条件注文」、「逆指値注文」、「リレー注文」、「Ｕターン注文」について、本件出願人は発注条件を指定したトリガ監視により実現しており、その発明の内容は特開２００１−１５５０８６号に開示されている。
【０００６】
上記の発明においては、発注条件として株価や時刻、他の注文の約定を指定すると、これらをトリガにして市場における時価や時刻、注文の約定状況をリアルタイムで監視し、トリガに該当すると注文を発注する。このようにトリガを用いて条件の監視を自動化することにより、投資家が指定した条件に達した場合に注文を発注する条件付注文の受付が可能となっている。
【０００７】
【発明が解決しようとする課題】
これらの注文方法の提供により、投資家は一定の抵抗値を超えた価格で買い注文を入れたり、下落傾向が表れた場合のロスカットの売り注文を予め設定するなど、多様な注文方法によりリスク管理を行えるようになった。しかしながら、これらの方法においては、条件の設定自体は投資家自身が行わなければならないので、適切な条件を設定するためには、投資家がマーケット等の状況を見た上で条件を入力しなければならないという問題が生じている。
【０００８】
例えば、ある銘柄の株価について５００円が上値抵抗線となっているので、「５００円になれば５１０円の指値で買い注文」を発注する、という逆指値注文を設定したとする。図３の例においては、４９０円で引けた翌日に、何らかの好材料が出たために始値が５１０円で寄り付くと、そのまま指値５１０円の買い注文が発注され、約定してしまう。しかしながら、その日の株価の方向性についての確認がされていないために、寄り付き後に材料への反応が限定的と判断されて売りが集中すると、株価はそのまま抵抗線以下に下げてしまう、ということも起こり得る。
【０００９】
また、ある銘柄の株価について４８０円が下値支持線となっているので、これを下回る場合を条件にして、ロスカットの目的で４７０円の指値で売り注文を出すという逆指値注文を設定したとする。図５の例においては、その後に上昇傾向が続き５１０円まで上昇しているが、ここで何らかの悪材料が出たことにより当日の寄付きは４９０円に急落している。しかしながら４８０円になるまでは売り注文が出されないので、売り注文を出すタイミングが遅れて損失を縮小する機会を逸してしまうことになる。
【００１０】
こうした問題点に対しては、投資家自身が日々刻々と変化するマーケットを監視して、その時点で最適と思われる注文を出すことにより解消され得るが、そもそもの条件付注文の目的は投資家のマーケットの監視負担を軽減することにある。従って、現状可能な注文方法のみにおいては、投資家の条件付注文に対するニーズを充足するものではないとも言える。
【００１１】
別の見方をすれば、条件付注文において発注される売買注文の指定価格は投資家が設定しなければならないが、実際は設定されるべき基準になる価格はマーケットの状況により刻々と変動するものである。この指定価格をマーケットの変化に対応して自動的に設定できるようにすれば、投資家の監視負担をさらに軽減することができる。
【００１２】
本発明は、これらの問題に対応してなされたものであり、条件付注文における発注条件をマーケットの状況に対応して自動的に設定し、投資家の監視負担とこれに伴う注文変更の作業負担を軽減し、投資にかかるリスク管理を容易に行えるシステムを提供することを課題とするものである。
【００１３】
【課題を解決するための手段】
これらの課題を解決するために、本発明は、注文者から委託を受けた価格が変動する商品の売買注文を取引市場に発注するための売買注文処理システムであって、前記売買注文の執行について前記注文者から指定された注文条件を含む前記売買注文の注文内容を、前記売買注文の識別情報と関連付けて格納する注文内容格納手段と、前記売買注文を発注するために前記注文者から指定された発注条件を、前記売買注文の識別情報と関連付けて、発注トリガとして格納する発注トリガ格納手段と、前記注文条件及び前記発注トリガに含まれる未確定の変数を確定するための確定条件を、前記売買注文の識別情報と関連付けて、確定トリガとして格納する確定トリガ格納手段と、前記商品の時価に関する情報を格納する時価格納装置、時刻を計測する時刻計測装置、前記注文者の発注した売買注文の約定状況又は前記注文者の保有資産の状況の少なくとも一つに関する取引情報を格納する取引情報格納装置のうち、少なくとも一つの装置において変化するデータが、前記確定トリガ格納手段に格納された前記確定トリガに合致するかを監視する確定トリガ監視手段と、前記確定トリガ監視手段において前記確定トリガの合致を検出すると、前記識別情報をキーに前記注文内容格納手段に格納された前記確定トリガに対応する注文内容を特定し、前記注文内容に含まれる注文条件に含まれる未確定の変数を確定した数値に更新する注文条件の更新、及び前記識別情報をキーに前記発注トリガ格納手段に格納された前記確定トリガに対応する発注トリガを特定し、前記発注トリガに含まれる未確定の変数を確定した数値に更新する発注トリガの更新を実行する条件更新手段と、前記時価格納装置、前記時刻計測装置、前記取引情報格納装置のうち、少なくとも一つの装置において変化するデータが、前記発注トリガ格納手段に格納された発注トリガに合致するかを監視する発注トリガ監視手段と、前記発注トリガ監視手段において前記発注トリガの合致を検出すると、前記識別情報をキーに前記注文内容格納手段に格納された前記発注トリガに対応する注文内容を特定し、前記注文内容に含まれる注文条件に従った注文の執行指示を、前記商品にかかる取引市場システムに送信する注文執行手段と、を備えることを特徴とする。
【００１４】
この発明は、売買注文を発注するタイミングを監視する発注トリガに加えて、このトリガに設定された発注条件を確定するための条件を監視する確定トリガを設けることにより、確定トリガがマーケット等の変化を監視して自動的に適切な発注条件を定めることができる。
【００１５】
ここで対象となる「価格が変動する商品」とは、典型的なものとして株式や債券、オプション等の金融商品が該当するが、取引市場において売買されるものであれば商品先物等であってもよい。「取引市場」は証券会社等の取次業者間で上記の商品の取引が可能な市場であればよく、証券取引所のような会員組織で運営される取引所に限られず、オプション商品のように発行会社が取引市場の役割を果たす場合もある。
【００１６】
「発注条件」とは、条件注文において「価格がＸ円になれば」「注文Ａが約定すれば」というように、委託を受けた注文を発注するために指定された条件のことである。「注文条件」とは、「成行で１００株の売り」「Ｙ円の指値で１００株の買い」というように、売買注文の執行について指定された条件のことである。
【００１８】
このような確定トリガ監視手段は、マーケットの状況等に合わせて変更することが望ましい発注条件や注文条件について、適切な変更のタイミングを自動的に捉えて、発注条件と注文条件の一部を適切な内容に更新する。確定トリガに該当して発注条件が確定すると、この発注条件を発注トリガ監視手段で監視し、指定されたタイミングで売買注文が発注される。
【００１９】
確定トリガ及び発注トリガが監視する対象は、株価などの商品価格、大引けなどの市場における時刻のタイミング、他の注文の約定状況などの取引履歴、含み損益などの保有資産状況のいずれであってもよい。
【００２１】
ここで「未確定の変数」とは、当日の「始値」や「注文Ａの約定価格」など、注文時点では値が確定しておらず、その後の市場価格や約定の状況により定まる価格を指定した変数のことをいう。このような指定を行って発注条件や注文条件を自動的に更新することにより、条件注文の発注後の事情変化を織り込んで発注条件や注文条件を設定することができる。
【００２２】
前記注文条件には指値注文の指値が未確定変数として指定されていて、前記発注トリガには前記売買注文の対象銘柄の指定価格が未確定変数として指定されていて、前記確定トリガには前記売買注文の対象銘柄の前記取引市場における始値が設定されており、前記確定トリガ監視手段は、前記時価格納装置において前記始値を監視し、前記条件更新手段は、前記始値が確定すると前記時価格納装置から前記始値を取得して、前記指値及び前記指定価格を、前記始値を基準にした価格に更新することを特徴とすることもできる。
【００２３】
ここで「始値」とは、市場において当日の寄付きで付いた値段のことである。このように構成すると、条件付注文の発注条件や注文条件を、当日の市場の状況を反映した形で、自動的に設定することができる。
【００２４】
例えば先に示した図３の例に対して、本発明によれば図４の例の通り、「始値＋１０円になれば、始値＋２０円の買い注文」を発注する、という条件を指定することができる。この例では５１０円で寄り付いて始値が付いたものの、その後の株価が上下して方向感が定まらないうちは、注文は発注されない。従って、図３の例のようにその後株価が下落すれば買い注文は発注されず、逆に５３０円に達して上昇基調が確認された場合にのみ買い注文が発注されることになる。
【００３０】
前記注文条件には指値注文の指値が未確定変数として指定されていて、前記発注トリガには前記売買注文の対象銘柄の指定価格が未確定変数として指定されていて、前記確定トリガには前記注文者からの第二の売買注文の約定が設定されており、前記確定トリガ監視手段は、前記取引情報格納装置において前記第二の売買注文の約定状況を監視し、前記条件更新手段は、前記第二の売買注文が約定すると前記取引情報格納装置から前記第二の売買注文の約定単価に関する情報を取得して、前記指値及び前記指定価格を、前記約定単価を基準にした価格に更新することを特徴とすることもできる。
【００３１】
このように構成すると、他の注文の約定を条件に注文を発注する場合に、先に約定した注文の約定価格を反映して次の注文の発注条件や注文条件を定めることができる。例えば同一の銘柄を対象にして、買いから一定の利幅を定めて売り注文を発注したい場合、「先の注文の約定価格＋Ｘ円になれば、先の注文の約定価格＋Ｙ円で売り注文」を発注する、と指定することにより、先の買い注文の約定価格の如何に関わらず、上昇基調を確認した段階で一定の利幅を乗せた売り注文を自動的に発注することが可能になる。
【００３２】
前記確定条件には前記注文者の保有資産に関する含み損益の値が設定されていることを特徴とすることもできる。
【００３３】
投資家がある銘柄を複数単位保有している場合に、全体で一定の含み益が生じればその段階からいくらかの利幅を加えてその一部を売却したい場合、このように構成すると、「Ａ銘柄についての含み益がＸ円を超えれば、Ａ銘柄をその時点のＡ銘柄の現値＋Ｙ円の指値で１００株の売り注文」を発注すると指定することができる。
【００３４】
尚、本発明は、本発明にかかるそれぞれの構成の売買注文処理システムに対応して、それぞれのシステムを用いた売買注文の処理方法として構成することもできる。
【００３５】
【発明の実施の形態】
本発明の実施の形態について、図面を用いて以下に詳細に説明する。尚、ここでは証券会社が株式の売買注文を取扱う例について説明するが、本発明は価格が変動する商品の販売を取次ぐ者であれば証券会社には限られず、商品先物等の取次業者も含まれる。また、取扱う商品も株式に限定されるものではなく、設定されるトリガについても以下に説明する例に限定されるものではない。
【００３６】
図１は、本発明の概要を示す図である。図２は、本発明にかかる売買注文処理システムの構成の一例を示すブロック図である。図３、図４は、それぞれ現在のシステム、本発明のシステムによる条件注文の第一の例を示す図である。図５、図６は、それぞれ現在のシステム、本発明のシステムによる条件注文の第二の例を示す図である。図７は、現在のシステムによる条件注文のトリガの設定の一例を示す図である。図８は、本発明のシステムによる条件注文の発注トリガ及び確定トリガの設定の一例を示す図である。図９は、本発明のシステムによる条件注文で、発注条件及び注文条件が確定した場合の一例を示す図である。図１０は、本発明にかかる注文データベースとトリガデータベースの構成の一例を示す図である。図１１は、本発明による売買注文処理のフローチャートである。図１２、図１３、図１４は、それぞれ本発明による売買注文処理フローの第一、第二、第三の例である。
【００３７】
図１は、本発明にかかる売買注文処理システムを証券会社が利用する場合の概要を示している。インターネットを利用したオンライン証券取引においては、インターネットを通じて顧客端末と接続された証券会社のシステムは、顧客端末からの指示に従い、発注システムを介して証券取引市場に注文を発注する。
【００３８】
現在の条件付注文では、この発注システムに対して発注のタイミングを指示するトリガ２が設けられている。トリガ２は設定された市場価格（例えばある銘柄についての株価）、時間（例えば大引け１０分前）又は取引結果（例えば他の注文の約定）を監視して、発注条件に該当すると発注システムに発注の指示を行う。
【００３９】
本発明においては、このトリガ２に設定される発注条件を確定するために、新たなトリガとしてトリガ１を設けている。トリガ１も同様に設定された市場価格（例えばある銘柄についての始値）、時間（例えば始値が設定されている場合の市場が始まる時間）又は取引結果（例えば他の注文の約定）を監視して、確定条件に該当するとトリガ２の発注条件に確定した条件を書き込む。これによって、投資家は予め発注条件を一定値に定めなくても、その時の市場の条件に合致した発注条件を自動的に設定することができる。
【００４０】
図２は、本発明にかかる売買注文処理システムの構成を示している。売買注文処理システム１００は、入力処理部１１０、注文データベース１２０、トリガ監視部１３０、トリガデータベース１４０、発注処理部１５０及びタイマー１６０から構成されており、トリガ監視部１３０は時価データベース２００を参照できるよう構成されている。尚、時価データベース２００は売買注文処理システム１００の内部に設置されていてもよい。また、売買注文処理システム１００は、インターネット等の通信ネットワークを通じて、顧客端末３００と接続されている。
【００４１】
オンライン取引を行う投資家は、顧客端末３００から注文内容と発注条件を入力する。この発注条件には、例えば「Ｘ銘柄が始値＋１０円になれば、始値＋２０円の指値で１００株の買い」というように、発注条件の中に「始値」のような未確定の変数を含んでいる。
【００４２】
入力された注文を入力処理部１１０が受信すると、その内容は注文データベース１２０に書き込まれる。ここで注文データベース１２０の当該注文に関するレコードには、注文条件は未確定の変数（上記の例で言えば「始値＋２０円」）が含まれた状態で書き込まれるとともに、発注条件が付されている旨の記録（例えば「トリガ設定」のフィールドに「ＯＮ」と記録）がされる。
【００４３】
また、入力処理部１１０は受信した注文から発注条件に関するデータを抽出し、トリガデータベース１４０に書き込む。このうち発注条件に関するデータは発注トリガテーブル１４１に、発注条件等を確定するデータは確定トリガテーブル１４２に書き込まれる。ここで発注トリガテーブル１４１の当該トリガに関するレコードには、発注条件は未確定の変数（上記の例で言えば「始値＋１０円」）が含まれた状態で書き込まれるとともに、確定条件が付されている旨の記録（例えば「トリガ設定」のフィールドに「ＯＮ」と記録）がされる。
【００４４】
発注トリガテーブル１４１及び確定トリガテーブル１４２に書き込まれたトリガは、それぞれトリガ監視部１３０において、設定された条件が成就するか否かが監視される。トリガ監視部１３０には監視機能を有したエージェントプログラムを設定して、例えば注文データベース１２０において他の注文の約定を、タイマー１６０において市場におけるタイミングを、時価データベース２００において特定の銘柄の時価を常時監視している。
【００４５】
トリガ監視部１３０において、発注トリガが「ＯＮ」の状態になっていれば監視の条件が確定していないため、まず確定トリガとして設定された条件についての監視を行う。この条件が成就すると（上記の例で言えば「始値」が確定）、注文データベース１２０及び発注トリガテーブル１４１において未確定の変数となっていた条件（上記の例で言えば「始値＋２０円」と「始値＋１０円」）に、確定した数値が書き込まれる。併せて、発注トリガテーブル１４１においては、確定条件が確定して発注条件の監視が可能になった旨の記録（例えば「トリガ設定」のフィールドに「ＯＦＦ」と記録）がされる。
【００４６】
次に、トリガ監視部１３０は発注トリガに設定された発注条件の監視を行う。この条件が成就すると、注文データベース１２０に発注条件が解除された旨の記録（例えば「トリガ設定」のフィールドに「ＯＦＦ」と記録）され、発注処理部１５０に対しては発注の指示がされ、市場に当該注文が発注される。
【００４７】
次に、図３〜６を用いて、本発明にかかるシステムによる条件付注文の具体例とその効果について説明する。図３及び図５は、先に説明したとおり、現在本件出願人が提供している条件注文により可能な注文の例を示している。
【００４８】
図４では、本発明にかかるシステムにより「始値＋１０円になれば、始値＋２０円の買い注文」という注文を行った場合の例を示している。ここで、図３の例と同様に当日の始値が急騰して５１０円を付けたとすると、始値が５１０円と定まることにより、上記の注文も「５２０円になれば、５３０円の買い注文」の条件注文として確定する。その後は対象銘柄の現値が５２０円になるか否かの監視が行われ、５２０円になった時点で５３０円の注文が発注され、５３０円になった段階で買い注文が約定する。
【００４９】
この場合の効果は、図３の例と比較した場合、予め発注条件が一定金額に定められていないため、当日の値動きの方向性を判断した上で注文が発注されるという効果がある。図４の例においては、仮に図３のような値動きをしたとしても、何らかの材料に伴う寄付きの急騰に関わらず思惑が外れて上昇傾向が継続されなかった場合には、注文は執行されないというメリットがある。
【００５０】
図６では、本発明にかかるシステムにより「始値−１０円になれば、始値−２０円の売り注文」という注文を行った場合の例を示している。ここでは、前日終値は５０５円に対して「４９５円になれば、４８５円の売り注文」の条件注文が発注されているので、図５の例と同様に当日の始値が急落して４９０円を付けたとすると、上記の注文が自動的に発注される。その後は４８５円になった段階で売り注文が約定する。
【００５１】
この場合の効果は、図５の例と比較した場合、前日終値との変動幅を見て発注条件が設定されるため、毎日条件を変更しなくても、前日から当日の値動きの方向性を判断した上で自動的に注文が発注されるという効果がある。図６の例を図４の例と比べると、急落というイレギュラーな値動きに対してより迅速に対応することができるため、この例では１５円高く売り注文を約定することに成功している。
【００５２】
上記の例は、いずれもいわゆる「逆指値注文」の例であるが、「逆指値注文」は相場の方向性が変わるリスクを回避するため、値動きの方向性を確認した上で注文を発注することを本質にするものなので、指定する条件はより直近の相場の動きを反映するものであることが望ましいため、本発明による注文方法の効果が顕著に表れるものである。
【００５３】
次に、図７〜９を用いて、現在本願の出願人が提供しているシステム及び本発明にかかるシステムによる条件付注文のトリガの設定例について説明する。
【００５４】
図７は、現在本願の出願人が提供している条件注文により可能な注文の例として、注文Ａは、「Ｘ銘柄が５００円になれば、５１０円の指値で１００株買い」という条件が設定されている。ここでトリガには「Ｘ銘柄の現値が５００円」という条件が設定されており、この条件を時価データベースで監視して、Ｘ銘柄が５００円になると５１０円の指値注文が発注される。
【００５５】
これに対して、図８の通り、本発明にかかるシステムを利用した注文Ｂは、「Ｘ銘柄が始値＋１０円になれば、始値＋２０円の指値で１００株買い」という条件が設定されている。トリガ１には確定トリガとして「Ｘ銘柄の始値」という条件が設定されており、この条件を時価データベースで監視する。また、トリガ２には「Ｘ銘柄の現値が始値＋１０円」という未確定の変数を含む発注条件が発注トリガとして設定されているが、この時点ではトリガの条件が確定しないため、トリガの監視は行われていない。
【００５６】
図９では、Ｘ銘柄の始値が５００円となったため、注文条件及び発注条件がそれぞれ「Ｘ銘柄が５１０円になれば、５２０円の指値で１００株買い」、「Ｘ銘柄の現値が５１０円」と確定している。ここでトリガ２の条件が確定するため、この後は「Ｘ銘柄の現値が５１０円」という条件を時価データベースで監視し、Ｘ銘柄が５１０円になると５２０円の指値注文が発注される。
【００５７】
図１０は、本発明にかかる注文データベースとトリガデータベースの構成の一例を示している。注文データベースには、委託を受けた注文それぞれについてのレコードが設けられ、それぞれのレコードには注文を特定するコードである「注文ＩＤ」、指値注文の条件を記した「注文条件」、トリガの有無を示した「トリガ設定」などのフィールドが設けられている。
【００５８】
また、トリガデータベースの発注トリガテーブルには、発注トリガが設定された注文それぞれについてのレコードが設けられ、それぞれのレコードには対象となる注文を特定するコードである「注文ＩＤ」、発注条件を記した「発注トリガ」、トリガの有無を示した「トリガ設定」などのフィールドが設けられている。また、トリガデータベースの確定トリガテーブルには、確定トリガが設定された注文それぞれについてのレコードが設けられ、それぞれのレコードには対象となる注文を特定するコードである「注文ＩＤ」、確定条件を記した「確定トリガ」、確定トリガが確定した場合に書き込む項目を示す「確定項目」などのフィールドが設けられている。ここで「注文ＩＤ」は、それぞれのトリガとして記録された条件が成就した場合に、該当する注文を関連付ける役割を果たしている。
【００５９】
尚、発注トリガテーブル及び確定トリガテーブルについては、図１０の例ではそれぞれ異なるテーブルを設けることとしているが、これらのテーブルはトリガコード等を設けてトリガの性質を区別できるよう設定することにより、同一のテーブル内に記録するよう構成してもよい。
【００６０】
ここで「Ｘ銘柄が始値＋１０円になれば、始値＋２０円の指値で１００株買い」という条件付注文を受け付けると、注文データベースの注文条件欄には「ｎｕｌｌ＋２０円」が記録され、発注条件が付されていることからトリガ設定欄には「ＯＮ」と記録される。また発注トリガテーブルの発注トリガ欄には「ｎｕｌｌ＋１０円」と、トリガ設定欄には「ＯＮ」と記録され、さらに確定トリガテーブルの確定トリガ欄には「始値」と、確定項目欄にはそれぞれ「発注トリガ」「注文条件」と記録される。
【００６１】
ここで、確定トリガに設定された始値が確定すると、確定項目欄である「発注トリガ」「注文条件」には、それぞれ「ｎｕｌｌ」の部分に始値の金額を当てはめて、それぞれの金額が定数として確定する。また、発注トリガについてはトリガ設定が「ＯＦＦ」とされて、発注条件の監視がスタートする。さらに、発注トリガに設定された価格に達すると、注文データベースのトリガ設定が「ＯＦＦ」とされて、当該注文が市場に発注される。
【００６２】
次に、図１１を用いて、本発明による売買注文処理のフローチャートについて説明する。この例では、トリガ１として確定トリガが、トリガ２として発注トリガが設定されている。
【００６３】
まず、トリガ１の確定条件について監視が行われ（Ｓ０１）、トリガ１の条件が成就しない場合には監視が継続される（Ｓ０２〜Ｓ０１）。一方、トリガ１の条件が成就すると（Ｓ０２）、トリガ２と注文条件についての未確定の部分が確定し（Ｓ０３）、次にトリガ２の発注条件について監視が行われる（Ｓ０４）。
【００６４】
トリガ２の条件が成就しない場合には監視が継続される（Ｓ０５〜Ｓ０４）。一方、トリガ２の条件が成就すると（Ｓ０５）、Ｓ０３で確定した条件に従って、市場に当該注文が発注される（Ｓ０６）。
【００６５】
図１２〜図１４は、本発明による売買注文処理フローの具体例を示している。図１２は始値を基準に条件を設定する例、図１３は前日終値を基準に条件を設定する例、図１４は他の注文の約定を基準に条件を設定する例である。
【００６６】
図１２は、「Ｘ銘柄が始値＋１０円になれば、始値＋２０円の指値で１００株買い」という条件注文Aの例である。トリガ１には「X銘柄の始値」という確定トリガが設定され、トリガ監視部がＸ銘柄の寄付と始値についての監視を行う。Ｘ銘柄が５００円で寄り付くと始値が確定し、注文Ａの注文条件及び発注条件もそれぞれ確定する。
【００６７】
次に、トリガ２では、「Ｘ銘柄の現値が始値＋１０円」と設定されていた発注トリガが「Ｘ銘柄の現値が５１０円」と確定し、トリガ設定がＯＦＦになって監視部がＸ銘柄の時価の監視を開始する。Ｘ銘柄の現値が５１０円になると注文データベースのトリガ設定がＯＦＦになって、発注処理部から「Ｘ銘柄を５２０円の指値で１００株買い」の注文が発注される。
【００６８】
図１３は、「Ｙ銘柄が終値−１０円になれば、終値−２０円の指値で１００株売り」という条件注文Ｂの例である。トリガ１には「Ｙ銘柄の終値」という確定トリガが設定され、トリガ監視部がＹ銘柄の大引けと終値についての監視を行う。Ｙ銘柄は大引けに５００円となって終値が確定すると、注文Ｂの注文条件及び発注条件もそれぞれ確定する。
【００６９】
次に、トリガ２では、「Ｙ銘柄の現値が終値−１０円」と設定されていた発注トリガが「Ｙ銘柄の現値が４９０円」と確定し、トリガ設定がＯＦＦになって監視部がＹ銘柄の時価の監視を開始する。Ｙ銘柄の現値が４９０円になると注文データベースのトリガ設定がＯＦＦになって、発注処理部から「Ｙ銘柄を４８０円の指値で１００株売り」の注文が発注される。
【００７０】
図１４は、「Ｚ銘柄の注文Ｃが約定すれば、注文Ｃの約定価格＋２０円になれば注文Ｃの約定価格＋５０円の指値で１００株売り」という条件注文Ｄの例である。このような注文は、ある買い注文が約定した後に、上昇傾向が確認できれば利益確定の売り注文を自動的に発注したい場合に有効である。
【００７１】
トリガ１には「注文Ｃが約定」という確定トリガが設定され、トリガ監視部が注文Ｃの約定について注文データベースを監視する。注文Ｃが約定して約定価格が確定すると、注文Ｄの注文条件及び発注条件もそれぞれ確定する。
【００７２】
次に、トリガ２では、「Ｚ銘柄の現値が注文Ｃの約定価格＋２０円」と設定されていた発注トリガが「Ｚ銘柄の現値が５２０円」と確定し、トリガ設定がＯＦＦになって監視部がＺ銘柄の時価の監視を開始する。Ｚ銘柄の現値が５２０円になると注文データベースのトリガ設定がＯＦＦになって、発注処理部から「Ｚ銘柄を５５０円の指値で１００株売り」の注文が発注される。
【００７３】
図１２〜図１４の例の他にも、トリガ１及びトリガ２については様々な設定が可能であり、発注トリガであるトリガ２に対して、トリガ１が発注条件を定める確定トリガとなるものであればよい。例えば、トリガ１は注文を受けた顧客の保有資産残高を監視して、ある銘柄の含み益が一定値に達した場合に、さらに一定の利幅を乗せて売り注文を発注するような設定も可能である。
【００７４】
【発明の効果】
本発明により、条件付注文を発注する投資家は、条件付注文における発注条件をマーケットの状況に対応して自動的に設定することが可能になり、市場の監視負担とこれに伴う注文変更の作業負担を軽減することができる。これらの負担軽減は、投資の専門家でない個人投資家であっても投資にかかるリスク管理を容易に行えるという効果があり、昨今我が国で求められている個人投資家の育成と投資家保護の養成にも資するものである。
【００７５】
また、証券会社などの売買取次業者にとっても、多様な投資家のニーズに対応できるマーケットインフラを提供し、顧客サービスを向上させるという効果がある。取引所においては極めて多数の注文を正確に処理しなければならないために、複雑な条件が付された注文を受付けることが困難であることから、証券会社等の仲介者においてこのような条件制御機能を設けることは、極めて効果的である。
【図面の簡単な説明】
【図１】本発明の概要を示す図である。
【図２】本発明にかかる売買注文処理システムの構成の一例を示すブロック図である。
【図３】現在のシステムによる条件注文の第一の例を示す図である。
【図４】本発明のシステムによる条件注文の第一の例を示す図である。
【図５】現在のシステムによる条件注文の第二の例を示す図である。
【図６】本発明のシステムによる条件注文の第二の例を示す図である。
【図７】現在のシステムによる条件注文のトリガの設定の一例を示す図である。
【図８】本発明のシステムによる条件注文の発注トリガ及び確定トリガの設定の一例を示す図である。
【図９】本発明のシステムによる条件注文で、発注条件及び注文条件が確定した場合の一例を示す図である。
【図１０】本発明にかかる注文データベースとトリガデータベースの構成の一例を示す図である。
【図１１】本発明による売買注文処理のフローチャートである。
【図１２】本発明による売買注文処理フローの第一の例である。
【図１３】本発明による売買注文処理フローの第二の例である。
【図１４】本発明による売買注文処理フローの第三の例である。
【符号の説明】
１００ 売買注文処理システム
１１０ 入力処理部
１２０ 注文データベース
１３０ トリガ監視部
１４０ トリガデータベース
１４１ 発注トリガテーブル
１４２ 確定トリガテーブル
１５０ 発注処理部
１６０ タイマー
２００ 時価データベース
３００ 顧客端末
Claims (6)
- 注文者から委託を受けた価格が変動する商品の売買注文を取引市場に発注するための売買注文処理システムであって、
前記売買注文の執行について前記注文者から指定された注文条件を含む前記売買注文の注文内容を、前記売買注文の識別情報と関連付けて格納する注文内容格納手段と、
前記売買注文を発注するために前記注文者から指定された発注条件を、前記売買注文の識別情報と関連付けて、発注トリガとして格納する発注トリガ格納手段と、
前記注文条件及び前記発注トリガに含まれる未確定の変数を確定するための確定条件を、前記売買注文の識別情報と関連付けて、確定トリガとして格納する確定トリガ格納手段と、
前記商品の時価に関する情報を格納する時価格納装置、時刻を計測する時刻計測装置、前記注文者の発注した売買注文の約定状況又は前記注文者の保有資産の状況の少なくとも一つに関する取引情報を格納する取引情報格納装置のうち、少なくとも一つの装置において変化するデータが、前記確定トリガ格納手段に格納された前記確定トリガに合致するかを監視する確定トリガ監視手段と、
前記確定トリガ監視手段において前記確定トリガの合致を検出すると、前記識別情報をキーに前記注文内容格納手段に格納された前記確定トリガに対応する注文内容を特定し、前記注文内容に含まれる注文条件に含まれる未確定の変数を確定した数値に更新する注文条件の更新、及び前記識別情報をキーに前記発注トリガ格納手段に格納された前記確定トリガに対応する発注トリガを特定し、前記発注トリガに含まれる未確定の変数を確定した数値に更新する発注トリガの更新を実行する条件更新手段と、
前記時価格納装置、前記時刻計測装置、前記取引情報格納装置のうち、少なくとも一つの装置において変化するデータが、前記発注トリガ格納手段に格納された発注トリガに合致するかを監視する発注トリガ監視手段と、
前記発注トリガ監視手段において前記発注トリガの合致を検出すると、前記識別情報をキーに前記注文内容格納手段に格納された前記発注トリガに対応する注文内容を特定し、前記注文内容に含まれる注文条件に従った注文の執行指示を、前記商品にかかる取引市場システムに送信する注文執行手段と、
を備えることを特徴とする売買注文処理システム。 - 前記注文条件には指値注文の指値が未確定変数として指定されていて、
前記発注トリガには前記売買注文の対象銘柄の指定価格が未確定変数として指定されていて、
前記確定トリガには前記売買注文の対象銘柄の前記取引市場における始値が設定されており、
前記確定トリガ監視手段は、前記時価格納装置において前記始値を監視し、
前記条件更新手段は、前記始値が確定すると前記時価格納装置から前記始値を取得して、前記指値及び前記指定価格を、前記始値を基準にした価格に更新すること
を特徴とする請求項１記載の売買注文処理システム。 - 前記注文条件には指値注文の指値が未確定変数として指定されていて、
前記発注トリガには前記売買注文の対象銘柄の指定価格が未確定変数として指定されていて、
前記確定トリガには前記注文者からの第二の売買注文の約定が設定されており、
前記確定トリガ監視手段は、前記取引情報格納装置において前記第二の売買注文の約定状況を監視し、
前記条件更新手段は、前記第二の売買注文が約定すると前記取引情報格納装置から前記第二の売買注文の約定単価に関する情報を取得して、前記指値及び前記指定価格を、前記約定単価を基準にした価格に更新すること
を特徴とする請求項１記載の売買注文処理システム。 - 注文者から委託を受けた価格が変動する商品の売買注文を売買注文処理システムによって取引市場に発注する売買注文の処理方法であって、
前記売買注文処理システムが、前記注文者の操作する端末装置から、前記売買注文の執行について前記注文者から指定された注文条件を含む前記売買注文の注文内容を受け付けて、前記売買注文の識別情報と関連付けて注文内容格納部に格納するステップと、
前記売買注文処理システムが、前記売買注文を発注するために前記注文者から指定された発注条件を、前記売買注文の識別情報と関連付けて、発注トリガとして発注トリガ格納部に格納するステップと、
前記売買注文処理システムが、前記注文条件及び前記発注トリガに含まれる未確定の変数を確定するための確定条件を、前記売買注文の識別情報と関連付けて、確定トリガとして確定トリガ格納部に格納するステップと、
前記売買注文処理システムが、前記商品の時価に関する情報を格納する時価格納装置、時刻を計測する時刻計測装置、前記注文者の発注した売買注文の約定状況又は前記注文者の保有資産の状況の少なくとも一つに関する取引情報を格納する取引情報格納装置のうち、少なくとも一つの装置において変化するデータが、前記確定トリガ格納部に格納された前記確定トリガに合致するかを監視するステップと、
前記売買注文処理システムが、前記確定トリガに合致するかを監視するステップにおいて前記確定トリガの合致を検出すると、前記識別情報をキーに前記注文内容格納部に格納された前記確定トリガに対応する注文内容を特定し、前記注文内容に含まれる注文条件に含まれる未確定の変数を確定した数値に更新する注文条件の更新、及び前記識別情報をキーに前記発注トリガ格納部に格納された前記確定トリガに対応する発注トリガを特定し、前記発注トリガに含まれる未確定の変数を確定した数値に更新する発注トリガの更新を実行するステップと、
前記売買注文処理システムが、前記時価格納装置、前記時刻計測装置、前記取引情報格納装置のうち、少なくとも一つの装置において変化するデータが、前記発注トリガ格納部に格納された発注トリガに合致するかを監視するステップと、
前記売買注文処理システムが、前記発注トリガに合致するかを監視するステップにおいて前記発注トリガの合致を検出すると、前記識別情報をキーに前記注文内容格納部に格納された前記発注トリガに対応する注文内容を特定し、前記注文内容に含まれる注文条件に従った注文の執行指示を、前記商品にかかる取引市場システムに送信するステップと、
を有することを特徴とする売買注文の処理方法。 - 前記注文条件には指値注文の指値が未確定変数として指定されていて、
前記発注トリガには前記売買注文の対象銘柄の指定価格が未確定変数として指定されていて、
前記確定トリガには前記売買注文の対象銘柄の前記取引市場における始値が設定されており、
前記確定トリガを監視するステップでは、前記売買注文処理システムは前記時価格納装置において前記始値を監視し、
前記更新を実行するステップでは、前記売買注文処理システムは前記始値が確定すると前記時価格納装置から前記始値を取得して、前記指値及び前記指定価格を、前記始値を基準にした価格に更新すること
を特徴とする請求項４記載の売買注文の処理方法。 - 前記注文条件には指値注文の指値が未確定変数として指定されていて、
前記発注トリガには前記売買注文の対象銘柄の指定価格が未確定変数として指定されていて、
前記確定トリガには前記注文者からの第二の売買注文の約定が設定されており、
前記確定トリガを監視するステップでは、前記売買注文処理システムは前記取引情報格納装置において前記第二の売買注文の約定状況を監視し、
前記更新を実行するステップでは、前記売買注文処理システムは前記第二の売買注文が約定すると前記取引情報格納装置から前記第二の売買注文の約定単価に関する情報を取得して、前記指値及び前記指定価格を、前記約定単価を基準にした価格に更新すること
を特徴とする請求項４記載の売買注文の処理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002211831A JP3734168B2 (ja) | 2002-07-19 | 2002-07-19 | 発注条件を自動設定する売買注文処理システム及び売買注文の処理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002211831A JP3734168B2 (ja) | 2002-07-19 | 2002-07-19 | 発注条件を自動設定する売買注文処理システム及び売買注文の処理方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004055914A Division JP4076512B2 (ja) | 2004-03-01 | 2004-03-01 | 発注条件と注文内容を自動設定する売買注文処理システム及び売買注文の処理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004054643A JP2004054643A (ja) | 2004-02-19 |
| JP3734168B2 true JP3734168B2 (ja) | 2006-01-11 |
Family
ID=31934922
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002211831A Expired - Lifetime JP3734168B2 (ja) | 2002-07-19 | 2002-07-19 | 発注条件を自動設定する売買注文処理システム及び売買注文の処理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3734168B2 (ja) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006031669A (ja) * | 2004-04-21 | 2006-02-02 | Washi Kosan Co Ltd | 金融商品販売方法とその装置 |
| CA2609725A1 (en) | 2005-06-03 | 2006-12-14 | Chicago Mercantile Exchange, Inc. | System and method for a request for cross in a trade matching engine |
| US7840477B2 (en) * | 2005-06-07 | 2010-11-23 | Bgc Partners, Inc. | System and method for routing a trading order based upon quantity |
| JP5039309B2 (ja) | 2006-03-09 | 2012-10-03 | ファイテックフォース株式会社 | 取引システム |
| JP4278664B2 (ja) * | 2006-06-27 | 2009-06-17 | 株式会社マネースクウェア・ジャパン | 金融商品取引管理装置、プログラム |
| JP2008040689A (ja) * | 2006-08-03 | 2008-02-21 | Mitsubishi Corporation Futures & Securities Ltd | 売買注文処理システム |
| JP5337369B2 (ja) * | 2007-11-06 | 2013-11-06 | 株式会社大和証券グループ本社 | 株式売買注文処理システムおよびプログラム |
| JP6517465B2 (ja) * | 2013-10-25 | 2019-05-22 | ソニーフィナンシャルホールディングス株式会社 | 積立制御装置、積立制御方法およびプログラム |
| JP6271661B2 (ja) * | 2016-09-01 | 2018-01-31 | 株式会社マネースクウェアＨｄ | 金融商品取引管理装置、プログラム |
| JP6832126B2 (ja) * | 2016-10-21 | 2021-02-24 | 上田ハーロー 株式会社 | 取引装置、取引プログラムおよび取引方法 |
| JP6405445B2 (ja) * | 2017-12-27 | 2018-10-17 | 株式会社マネースクエアＨｄ | 金融商品取引管理装置、プログラム |
| JP6585792B2 (ja) * | 2018-09-14 | 2019-10-02 | 株式会社マネースクエアＨｄ | 金融商品取引管理装置、プログラム |
| JP6821211B2 (ja) * | 2019-09-05 | 2021-01-27 | 株式会社マネースクエアＨｄ | 金融商品取引管理装置、プログラム |
| JP7231269B2 (ja) * | 2019-09-05 | 2023-03-01 | 株式会社マネースクエアＨｄ | 金融商品取引管理装置、プログラム |
| JP6969826B2 (ja) * | 2019-09-05 | 2021-11-24 | 株式会社マネースクエアＨｄ | 金融商品取引管理装置、プログラム |
| JP7452906B2 (ja) | 2021-10-21 | 2024-03-19 | 株式会社マネースクエアＨｄ | 金融商品取引管理装置、プログラム |
-
2002
- 2002-07-19 JP JP2002211831A patent/JP3734168B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004054643A (ja) | 2004-02-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4132069B2 (ja) | 売買注文自動訂正システム | |
| JP3734168B2 (ja) | 発注条件を自動設定する売買注文処理システム及び売買注文の処理方法 | |
| JP4364164B2 (ja) | 自動発注方法、装置及びプログラム | |
| JP2001155086A (ja) | 売買注文自動発注装置、売買注文自動発注システム及び売買注文自動発注方法 | |
| JP2006524391A (ja) | ポートフォリオ取引中の証券保有リスクの最小化 | |
| WO2007102268A1 (ja) | 取引システム | |
| JP2019215938A (ja) | アドバイスデータ生成システム | |
| KR100300439B1 (ko) | 데이터통신 네트워크를 통한 주식, 채권, 물건, 선물,옵션, 지수, 외환 등의 자동매매주문 방법 및 시스템 | |
| JP2006099787A (ja) | 発注時間を指定した売買注文の自動発注装置及び発注時間を指定した売買注文の自動発注方法 | |
| JP2008052755A (ja) | 発注条件と注文内容を自動設定する売買注文処理システム及び売買注文の処理方法 | |
| JP4915910B2 (ja) | 売買注文処理システム及び売買注文処理方法 | |
| JP2002024547A (ja) | 株式売買タイミング決定支援システム | |
| JP4076512B2 (ja) | 発注条件と注文内容を自動設定する売買注文処理システム及び売買注文の処理方法 | |
| CN109035008A (zh) | 交易信息处理方法及交易系统 | |
| JP2004206470A (ja) | 取引支援サーバ、取引支援プログラムおよび取引支援システム | |
| KR100613403B1 (ko) | 원클릭 자동주문 입력수단을 포함하는 주문 프로그램을 기록한 기록매체 및 원클릭 자동주문 방법 | |
| KR100786348B1 (ko) | 증권 투자 자금 및 수익 관리 방법 및 이를 실현시키기위한 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체 | |
| JP2004213546A (ja) | 複数の売買注文を同時発注する売買注文処理システム及び売買注文処理の方法 | |
| KR102339726B1 (ko) | 종목 매매 시스템 및 방법 | |
| KR102329536B1 (ko) | 복수계좌 자동거래 시스템 및 방법 | |
| JP3875206B2 (ja) | 売買注文自動発注装置及び売買注文の自動発注方法 | |
| KR102242164B1 (ko) | 부분 주식 매매 제어 방법 및 이를 위한 장치 | |
| KR100606473B1 (ko) | 원클릭 선물 포지션 전환 서비스 방법 | |
| KR20130131831A (ko) | 주가지수 선물 가격에 따른 옵션 자동매매 및 손익리스트 산출 장치 및 방법 | |
| KR20210042881A (ko) | 부분 주식 매매 제어 방법 및 이를 위한 장치 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A871 | Explanation of circumstances concerning accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A871 Effective date: 20031204 |
|
| A975 | Report on accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A971005 Effective date: 20040108 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040113 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040301 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040409 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20040415 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040617 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040714 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20040715 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20040816 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20040903 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050914 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051013 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3734168 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081028 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081028 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111028 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111028 Year of fee payment: 6 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111028 Year of fee payment: 6 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111028 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141028 Year of fee payment: 9 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |