(57)【要約】【課題】個人投資家の株式の売買計画に基づいた注文処理の作業負荷を軽減するとともに、個人投資家のマーケットの監視負荷を軽減する。【解決手段】オンライントレードにおけるユーザの売買注文を支援する取引システム２であって、ユーザが注文を予定している複数の銘柄と、銘柄各々の注文順序および前記ユーザへの通知条件とを受け付け、注文予約記憶手段２６に記憶する受付手段２１と、注文予約記憶手段２６に記憶された通知条件を満たすか否かを銘柄毎に監視する監視手段２２と、前記通知条件を満たした場合、前記ユーザにアラート情報を出力する通知手段２３と、通知条件を満たした銘柄が注文予約記憶手段２６に記憶された未発注の銘柄の中で注文順序が先頭の銘柄の場合、当該銘柄を前記取引市場３に発注する発注手段２４と、を有する。【選択図】図１
2007279809.tif 000002
【特許請求の範囲】
【請求項１】
オンライントレードにおけるユーザの売買注文を支援する取引システムであって、
ユーザが注文を予定している複数の銘柄と、銘柄各々の注文順序および前記ユーザへの通知条件とを受け付け、注文予約記憶手段に記憶する受付手段と、
前記注文予約記憶手段に記憶された通知条件を満たすか否かを銘柄毎に監視する監視手段と、
前記通知条件を満たした場合、前記ユーザにアラート情報を出力する通知手段と、
前記通知条件を満たした銘柄が、前記注文予約記憶手段に記憶された未発注の銘柄の中で、注文順序が先頭の銘柄の場合、当該銘柄を前記取引市場に発注する発注手段と、を有すること
を特徴とする取引システム。
【請求項２】
請求項１記載の取引システムであって、
前記通知条件は、当該通知条件が設定された銘柄の価格に関する条件および／または株式市場に関する指標であって、
前記監視手段は、取引市場の状況を監視し、前記取引市場の状況が前記通知条件を満たすか否かを監視すること
を特徴とする取引システム。
【請求項３】
請求項１記載の取引システムであって、
前記注文予約記憶手段は、銘柄毎に、注文の状態を示す注文ステータスと、アラート情報の出力状態示す通知ステータスと、を有し、
前記通知手段は、前記アラート情報を出力した銘柄の通知ステータスを変更し、
前記発注手段は、前記取引市場に発注した銘柄の注文ステータスを変更すること
を特徴とする取引システム。
【請求項４】
請求項１記載の取引システムであって、
前記受付手段は、前記ユーザの指示を受け付けて、前記注文予約記憶手段に記憶された各銘柄の注文順序を変更すること
を特徴とする取引システム。
【請求項５】
情報処理装置が行う、オンライントレードにおけるユーザの売買注文を支援する取引方法であって、
前記情報処理装置は、記憶部と、処理部と、を有し、
前記処理部は、
ユーザが注文を予定している複数の銘柄と、銘柄各々の注文順序および前記ユーザへの通知条件とを受け付け、前記記憶部に記憶する受付ステップと、
前記記憶部に記憶された通知条件を満たすか否かを銘柄毎に監視する監視ステップと、
前記通知条件を満たした場合、前記ユーザにアラート情報を出力する通知ステップと、
前記通知条件を満たした銘柄が、前記記憶部に記憶された未発注の銘柄の中で、注文順序が先頭の銘柄の場合、当該銘柄を前記取引市場に発注する発注ステップと、を行うこと
を特徴とする取引方法。
【請求項６】
情報処理装置が実行する、オンライントレードにおけるユーザの売買注文を支援する取引プログラムであって、
前記情報処理装置は、記憶部と、処理部と、を有し、
前記処理部に、
ユーザが注文を予定している複数の銘柄と、銘柄各々の注文順序および前記ユーザへの通知条件とを受け付け、前記記憶部に記憶する受付ステップと、
前記記憶部に記憶された通知条件を満たすか否かを銘柄毎に監視する監視ステップと、
前記通知条件を満たした場合、前記ユーザにアラート情報を出力する通知ステップと、
前記通知条件を満たした銘柄が、前記記憶部に記憶された未発注の銘柄の中で、注文順序が先頭の銘柄の場合、当該銘柄を前記取引市場に発注する発注ステップと、を実行させること
を特徴とする取引プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して株式や債券などの金融商品を取引するオンライントレードシステムにおいて、投資家が金融商品を注文する処理を支援する技術に関する。
【背景技術】
【０００２】
個人投資家がインターネットを介して証券会社のＷｅｂサイトにアクセスし、オンラインで株式の売買を行うオンライントレードが普及している。例えば、特許文献１および特許文献２には、発注条件および注文条件にもとづいて、株式や債券など有価証券の売買注文を市場に自動的に発注する売買注文処理システムが記載されている。
【特許文献１】特開２００１−１５５０８６
【特許文献２】特開２００４−５４６４３
【発明の開示】
【発明が解決しようとする課題】
【０００３】
さて、オンライントレードの普及によって、デイトレーダなどの個人投資家は、投機的な短期取引を行うことがある。例えば、個人投資家は、所定の期間内（例えば、一日、一週間）で複数の銘柄の株式の売買を計画している場合がある。この場合、個人投資家は、マーケットの状況を分析し、また、口座にある資金を考慮するなどして、おおまかな株式の売買順序も決めている場合がある。
【０００４】
このように個人投資家が株式の売買計画を立てている場合、売買計画をメモとして紙やパソコンに記録しておく。しかしながら、計画している売買件数が多い場合、時々刻々と変化するマーケットの状況を分析および監視し、適切なタイミングで売買注文を順次に証券会社のシステムに入力することは、個人投資家にとって作業負荷が大きい。
【０００５】
また、売買計画で最初に注文する予定の銘柄の株価に注目している間に、２番目以降の注文予定銘柄の株価の変化を見逃してしまう場合がある。これにより、個人投資家が売買注文を出すタイミングが遅れ、利益を得る機会を逃してしまう場合がある。
【０００６】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、個人投資家の株式の売買計画に基づいた注文処理の作業負荷を軽減するとともに、個人投資家のマーケットの監視負荷を軽減することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明は、例えば、オンライントレードにおけるユーザの売買注文を支援する取引システムであって、ユーザが注文を予定している複数の銘柄と、銘柄各々の注文順序および前記ユーザへの通知条件とを受け付け、注文予約記憶手段に記憶する受付手段と、前記注文予約記憶手段に記憶された通知条件を満たすか否かを銘柄毎に監視する監視手段と、前記通知条件を満たした場合、前記ユーザにアラート情報を出力する通知手段と、前記通知条件を満たした銘柄が、前記注文予約記憶手段に記憶された未発注の銘柄の中で、注文順序が先頭の銘柄の場合、当該銘柄を前記取引市場に発注する発注手段と、を有する。
【０００８】
また、本発明は、情報処理装置が行う、オンライントレードにおけるユーザの売買注文を支援する取引方法である。情報処理装置は、記憶部と、処理部と、を有し、前記処理部は、ユーザが注文を予定している複数の銘柄と、銘柄各々の注文順序および前記ユーザへの通知条件とを受け付け、前記記憶部に記憶する受付ステップと、前記記憶部に記憶された通知条件を満たすか否かを銘柄毎に監視する監視ステップと、前記通知条件を満たした場合、前記ユーザにアラート情報を出力する通知ステップと、前記通知条件を満たした銘柄が、前記記憶部に記憶された未発注の銘柄の中で、注文順序が先頭の銘柄の場合、当該銘柄を前記取引市場に発注する発注ステップと、を行う。
【０００９】
また、本発明は、情報処理装置が実行する、オンライントレードにおけるユーザの売買注文を支援する取引プログラムである。情報処理装置は、記憶部と、処理部と、を有し、前記処理部に、ユーザが注文を予定している複数の銘柄と、銘柄各々の注文順序および前記ユーザへの通知条件とを受け付け、前記記憶部に記憶する受付ステップと、前記記憶部に記憶された通知条件を満たすか否かを銘柄毎に監視する監視ステップと、前記通知条件を満たした場合、前記ユーザにアラート情報を出力する通知ステップと、前記通知条件を満たした銘柄が、前記記憶部に記憶された未発注の銘柄の中で、注文順序が先頭の銘柄の場合、当該銘柄を前記取引市場に発注する発注ステップと、を実行させる。
【発明の効果】
【００１０】
本発明では、個人投資家の株式の売買計画に基づいた注文処理の作業負荷をより軽減するとともに、個人投資家のマーケットの監視負荷をより軽減することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態について説明する。本実施形態では、個人投資家がインターネットを介して証券会社のシステム（Ｗｅｂサイトなど）にアクセスし、オンラインで金融商品の売買を行うオンライントレードを例に以下説明する。また、本実施形態の金融商品は、株式であるものとする。
【００１２】
図１は、本発明の一実施形態が適用されたシステムの全体構成図である。本実施形態のシステムは、図示するように、個人投資家などのユーザが使用するユーザ端末１と、証券会社のトレードシステム２と、証券取引所のシステム３とを有する。そして、各ユーザ端末１とトレードシステム２とは、インターネットなどのネットワーク９により接続されている。
【００１３】
オンライントレードを行うユーザは、ユーザ端末１を用いて、証券会社のトレードシステム２にアクセスし、注文を予定している株式銘柄（以下、「銘柄」）のシナリオを入力する。シナリオは、ユーザが予定している株式の注文計画であって、複数の銘柄と当該複数の銘柄各々の注文順番とを規定するものである。ユーザ端末１のＷｅｂブラウザは、ユーザが入力したシナリオを受け付け、インターネット９を介して証券会社のトレードシステム２に送信する。
【００１４】
トレードシステム２は、証券取引所のシステム３にユーザの売買注文を発注（執行）する。図示するトレードシステム２は、入力受付部２１と、監視部２２と、通知部２３と、発注部２４と、画面生成部２５と、注文予約データベース（以下、「注文予約ＤＢ」）２６、マーケット情報データベース（以下、「マーケット情報ＤＢ」）２７とを有する。
【００１５】
入力受付部２１は、ユーザ端末１からシナリオの入力を受け付け、受け付けたシナリオを注文予約ＤＢ２６に記憶する。監視部２２は、リアルタイム株価などマーケット（市場）の状況を監視する。通知部２３は、ユーザの注意を促し所定の情報を通知するためのアラート情報をユーザ端末１に送信する。
【００１６】
発注部２４は、注文予約ＤＢ２６に記憶された銘柄が所定の条件を満たした場合に、当該銘柄の売買注文を証券取引所のシステム３に発注する。画面生成部は、ユーザ端末１からの要求を受け付けて所定の画面を生成し、ユーザ端末１に送信する。注文予約ＤＢ２６は、複数の注文予約テーブルを有する。なお、注文予約テーブルについては後述する。マーケット情報ＤＢ２７には、各銘柄のリアルタイムの時価、チャート、市況ニュースなど、マーケットに関する情報が記憶されている。
【００１７】
上記説明した、ユーザ端末１、トレードシステム２は、いずれも、例えば図２に示すようなＣＰＵ９０１と、メモリ９０２と、ＨＤＤ等の外部記憶装置９０３と、キーボードやマウスなどの入力装置９０４と、ディスプレイやプリンタなどの出力装置９０５と、ネットワークと接続するための通信制御装置９０６と、を備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。
【００１８】
例えば、ユーザ端末１およびトレードシステム２の各機能は、ユーザ端末１用のプログラムの場合はユーザ端末１のＣＰＵ９０１が、そしてトレードシステム２用のプログラムの場合はトレードシステム２のＣＰＵ９０１が、それぞれ実行することにより実現される。なお、トレードシステム２の各データベース２６、２７には、トレードシステム２のメモリ９０２または外部記憶装置９０３が用いられるものとする。また、入力装置９０４および出力装置９０５については、各装置が必要に応じて備えるものとする。また、また、トレードシステム２は、複数のコンピュータ装置（サーバ）を用いて構成されることが考えられる。
【００１９】
次に、注文予約ＤＢ２６の注文予約テーブルについて説明する。
【００２０】
図３は、注文予約テーブルの一例を示す図である。本実施形態の注文予約テーブルは、ユーザ毎およびシナリオ毎に作成されるものとする。そして、注文予約テーブルは、銘柄毎に、注文順序２６１と、銘柄コード２６２と、銘柄名２６３と、売買区分２６４と、注文予定単価２６５と、注文予定株数２６６と、アラート条件（通知条件）２６７と、注文状況を示す注文ステータス２６８と、アラートの出力状況を示す通知ステータス２６９とを有する。
【００２１】
次に、ユーザ端末１の出力装置に表示される画面（Ｗｅｂページ）について説明する。
【００２２】
図４は、ユーザがシナリオを入力する時のシナリオ入力画面の一例を示す図である。本実施形態の画面は、タブを用いて表示されるコンテンツを切り替えるものとする。ユーザが注文予約のタブ４５をクリックすることにより、注文予約用の画面が表示されるものとする。
【００２３】
図示する画面は、シナリオを入力・表示する第１のコンテンツ４１と、アラートの出力条件を設定する第２のコンテンツ４２と、所定の銘柄の約定履歴および気配を示す第３のコンテンツ４３と、所定の銘柄を注文するための第４のコンテンツ４４とを有する。
【００２４】
ユーザが第１のコンテンツ４１の「タブ追加ボタン」４６をクリックすることにより、新たなシナリオを入力するためのシナリオテーブル４７が表示される。ユーザは、注文を予定している銘柄（銘柄コード、または銘柄名）を、予定している注文順序でシナリオテーブル４７に入力する。また、ユーザは、銘柄毎に、売買区分、注文予定単価および注文予定株数を、シナリオテーブル４７に入力するものとする。そして、ユーザは、入力後に登録ボタン４８をクリックする。
【００２５】
なお、ユーザは、タブ追加ボタン４６をクリックすることにより、複数のシナリオテーブル４７を表示し、複数のシナリオを登録することができるものとする。例えば、ユーザは、投資計画に応じて、リスクの少ない手堅い売買シナリオ、現物売買シナリオ、当日用シナリオ、来週用シナリオなど、各種のシナリオを登録することができる。
【００２６】
次に、本実施形態のシナリオの登録処理について説明する。
【００２７】
図５は、シナリオの登録処理のフローチャートである。ユーザ端末１は、ユーザの指示を受け付けて、シナリオを登録するための注文予約の画面（図４参照）を表示する（Ｓ１１）。なお、ユーザ端末１のＷｅｂブラウザは、ユーザの操作指示（注文予約タブおよびタブ追加ボタンのクリック）を受け付けて、注文予約の画面をトレードシステム２に要求し、表示するものとする。
【００２８】
そして、ユーザは、注文予約画面のシナリオテーブル４７に、想定しているシナリオを入力する。すなわち、ユーザは、所定の期間における株式の注文計画（売買計画）を、計画している注文順序でシナリオテーブル４７に入力する。なお、ユーザが入力する項目は、銘柄（銘柄コードまたは銘柄名）と、売買区分と、注文予定単価と、注文予定株数である。そして、ユーザは、シナリオの入力が完了すると、登録ボタン４８をクリックする。
【００２９】
ユーザ端末１は、登録ボタン４８がクリックされると、シナリオテーブル４７に入力された情報、ユーザＩＤおよびシナリオＩＤを含むシナリオ登録要求を、トレードシステム２に送信する（Ｓ１２）。
【００３０】
トレードシステム２の入力受付部２１は、シナリオ登録要求を受け付け、当該要求に含まれるシナリオを、当該要求に含まれるユーザＩＤおよびシナリオＩＤ用の注文予約テーブル（図３参照）に記憶する（Ｓ１３）。なお、入力受付部２１は、注文予約テーブルの注文ステータス及び通知ステータスには、初期値として「未」を設定するものとする。そして、画面生成部２５は、注文予約テーブルおよびマーケット情報ＤＢ２７にもとづいて、登録結果画面を生成しユーザ端末１に送信する（Ｓ１４）。
【００３１】
図６は、登録結果画面の一例を示す図である。図示する画面では、図４の画面と同様に第１のコンテンツ６１と、第２のコンテンツ６２と、第３のコンテンツ６３と、第４のコンテンツ６４とを有する。
【００３２】
図示する登録結果画面のシナリオテーブル６７の各レコードには、ユーザが入力した項目以外に、時価、取引の状態を示すステータス（取引ステータス）、および、アラートの出力状態を示すアラート（通知ステータス）に、所定の内容が設定されている。
【００３３】
画面生成部２５は、ユーザが入力したシナリオの銘柄各々について、マーケット情報ＤＢ２７から時価を取得し、シナリオテーブル６７の対応する箇所に設定する。また、画面生成部２５は、注文予定テーブルを参照し、注文ステータスおよび通知ステータスの情報を、シナリオテーブル６７のステータスおよびアラートに設定する。
【００３４】
そして、ユーザは、登録結果画面を参照し、銘柄毎にアラート条件（通知条件）を設定する。なお、ユーザは、シナリオテーブル６７のアラート条件を設定したい銘柄のレコードにカーソルの位置を移動する。そして、ユーザは、複数のアラート条件が表示されている第２のコンテンツ６２に、所望のアラート条件を入力する。具体的には、ユーザは、所望のアラート条件のチェックボックスをクリックし、当該アラート条件の入力エリアに所望の値を入力する。なお、ユーザは、複数のチェックボックスをクリックし、複数のアラート条件を入力することとしてもよい。なお、アラート条件は、図示するように、銘柄の価格に関する条件、株式市場の指標に関する条件、約定通知などが考えられる。株式市場の指標には、例えば、日経平均（登録商標）、TOPIX（登録商標）等の株価指数が含まれるものとする。
【００３５】
そして、ユーザは、アラート条件の入力が完了すると、登録ボタン６９をクリックする。ユーザ端末１は、登録ボタン６９がクリックされると、カーソルが設定されたレコードの銘柄コードと、チェックボックスがクリックされたアラート条件とを含むアラート登録要求を、トレードシステム２に送信する（Ｓ１６）。
【００３６】
トレードシステム２の入力受付部２１は、アラート登録要求を受け付ける。そして、入力受付部２１は、注文予約テーブルを参照し、受け付けた要求に含まれる銘柄コードのレコードを特定し、当該レコードのアラート条件に、当該要求に含まれる条件を設定する（Ｓ１７）。
【００３７】
以上説明した処理により、ユーザは、シナリオおよび当該シナリオに設定された各銘柄のアラート条件を、トレードシステムに登録する。なお、ユーザは、一旦登録したシナリオの注文順序を変更し、また登録した銘柄を削除することができるものとする。すなわち、ユーザは、シナリオテーブル６７の注文の順番を変更したい銘柄または削除したい銘柄のレコードにカーソルを移動する。そして、ユーザは、順番を上げたい場合は「↑」ボタン７１を、順番を下げたい場合は「↓」ボタン７２を、または、削除したい場合は「×」ボタン７０をクリックする。これにより、カーソルが設定された銘柄の順番が上にまたは下に移動し、あるいは、銘柄が削除されるものとする。そして、ユーザは、順番の変更操作等を終えると、登録ボタン６８をクリックする。
【００３８】
ユーザ端末１は、登録ボタン６８のクリックを受け付けると、変更後のシナリオテーブル６７、ユーザＩＤおよびシナリオＩＤの情報を含む登録要求を、トレードシステム２に送信する。トレードシステムの入力受付部２１は、登録要求を受け付けて、注文予約テーブルを更新する。
【００３９】
次に、トレードシステム２の注文処理について説明する。
【００４０】
図７は、注文処理のフローチャートである。トレードシステム２の監視部２２は、注文予約テーブルの銘柄各々について、取引市場の状況およびユーザの売買状況を監視する（Ｓ２１）。なお、監視部２２は、所定のタイミングで外部システムから提供され、マーケット情報ＤＢ２７に格納される各種のマーケット情報を用いて、各銘柄の時価、上昇率、日経平均（登録商標）等を監視するものとする。また、監視部２２は、各銘柄の注文履歴および約定履歴などを記憶した取引履歴ＤＢ（不図示）を参照し、各銘柄の約定通知を監視するものとする。
【００４１】
そして、監視部２２は、アラート条件を満たす銘柄が存在するか否かを判別する（Ｓ２２）。例えば、所定の銘柄のアラート条件が「株価がxxx円以上〜xxx円以下になった場合に通知する」の場合、現在の株価が上記範囲になった場合、監視部２２は当該銘柄のアラート条件を満たすと判別する。
【００４２】
アラート条件を満たす銘柄が存在する場合（Ｓ２２：ＹＥＳ）、通知部２３は、ユーザ端末１にアラート情報を送信するとともに、注文予約テーブルの対応する通知ステータスを「通知済」に更新する（Ｓ２３）。
【００４３】
アラート情報の送信方法としては、例えば、図８に示すように、ユーザ端末１の表示画面の上部に表示されているアラート表示部９５の色を変化させるなどアクティブな状態とし、また、アラート情報９６を表示することにより、ユーザにアラート条件を満たしたことを通知し、注意を促すことが考えられる。また、通知部２３は、アラートダイアログボックスを、ユーザ端末１に表示することが考えられる。また、通知部２３は、所定のメールアドレスに、アラート用のメールを送信することも考えられる。
【００４４】
アラート情報を出力することにより、ユーザは、注文予約以外のコンテンツをユーザ端末１に出力して所定の操作を行っている場合であっても、取引市場の変化を検知することができる。これにより、ユーザの取引市場の監視負荷を軽減することができる。
【００４５】
そして、発注部２４は、注文予約テーブルを参照し、アラート条件を満たした銘柄が、未発注の銘柄の中で注文順序が先頭の銘柄であるか否かを判別する（Ｓ２４）。具体的には、図８に示す画面の場合、注文順序が「１番目」のＡ社の銘柄のステータスは、「注文済」みである。したがって、発注部２４は、アラート条件を満たした銘柄が、未発注の銘柄の中で注文順序が先頭のＢ社の銘柄（注文順序が「２番目」）であるか否かを判別する。
【００４６】
注文順序が先頭の銘柄の場合（Ｓ２４：ＹＥＳ）、発注部２４は、証券取引所のシステム３に当該銘柄の注文を発注するとともに、注文予約テーブルの対応する注文ステータスを「注文済」に更新する（Ｓ２５）。すなわち、発注部２４は、注文予約テーブルを参照し、当該銘柄の銘柄コード、売買区分、予定単価および予定株数を指定した注文を発注する。一方、注文順序が先頭の銘柄でない場合（Ｓ２４：ＮＯ）、発注処理を行うことなく、Ｓ２１の処理に戻る。
【００４７】
Ｓ２３でアラート情報を出力することにより、ユーザは、シナリオテーブルに登録した所定の銘柄が、自分の想定していた注文のタイミングになったことをリアルタイムで知ることができる。これにより、ユーザが、注文のタイミングを逃すことを回避することができる。
【００４８】
具体的には、アラート情報が出力された銘柄であって、かつ、注文順序が先頭の銘柄でない場合（Ｓ２４：ＮＯ）、ユーザは、図８に示す第４のコンテンツ８４に注文情報を入力し、トレードシステム２に注文指示を送信することが考えられる。すなわち、ユーザは、シナリオテーブル８７（第１のコンテンツ８１）のアラートが通知された銘柄のレコードにカーソルを移動する。そして、ユーザは、当該銘柄のレコードにカーソルを固定させた状態で、第４のコンテンツのタブをクリックして売買区分を設定し、また、価格、株数などを入力することで注文条件を設定する。そして、ユーザは、注文内容の設定を終えると、発注確認ボタン９７をクリックする。
【００４９】
ユーザ端末１は、発注確認ボタン９７のクリックを受け付けると、カーソルが固定された銘柄の銘柄コードと、第４のコンテンツに入力された注文内容とを含む注文要求をトレードシステム２に送信する。トレードシステム２の発注部２４は、注文要求を受け付けて、Ｓ２５と同様の発注処理を行う。
【００５０】
また、ユーザは、所定の銘柄にアラート情報が出力されたことにより、第１のコンテンツ８１のシナリオテーブル８７に設定した銘柄の注文順序を変更、または、銘柄の削除を行うことが考えられる。なお、注文順序の変更および銘柄の削除については、前述の通り、「↑」ボタン９１、「↓」ボタン９２、「×」ボタン９０をクリックするものとする。これにより、ユーザは、当初のシナリオ（注文計画）を、取引市場の状況に応じて柔軟に変更することができる。
【００５１】
また、アラート情報が出力された銘柄であって、かつ、注文順序が先頭の銘柄の場合（Ｓ２４：ＹＥＳ）、発注部２４は、自動的に当該銘柄の注文を発注する。これにより、ユーザの注文処理の作業負荷を低減させ、また、証券取引所のシステム３に迅速に注文を発注することができる。すなわち、ユーザの注文計画にもとづいた的確なタイミングで、発注することができる。
【００５２】
なお、ユーザは、必要に応じて、トレードシステム２が提供する画面（例えば、図８参照）の注文予約タブ８５および所定のシナリオタブをクリックし、注文予約用の画面を要求する。ユーザ端末１は、ユーザの指示を受け付けて、トレードシステム２に注文予約用の画面を要求する。トレードシステム２の画面生成部２５は、クリックされたシナリオに対応する注文予約テーブルおよびマーケット情報ＤＢ２７を参照し、図８に示すシナリオテーブル８７を含む注文予約用の画面をユーザ端末１に送信する。
【００５３】
ユーザは、シナリオテーブル８７のステータスおよび通知を参照することにより、トレードシステム２に登録したシナリオの注文状況およびアラートの出力状況を一目で把握することができる。
【００５４】
以上、本発明の一実施形態を説明した。
【００５５】
本実施形態では、ユーザは、株式の注文計画であるシナリオをトレードシステム２に登録する。また、ユーザは、シナリオで登録した各銘柄に対し、必要に応じてアラート条件を登録する。そして、トレードシステム２は、銘柄毎がアラート条件を満たしたか否かを監視し、アラート条件を満たした場合は、アラート情報をユーザ端末１に出力する。これにより、ユーザは、シナリオに登録した所定の銘柄が、自分の想定していた注文のタイミングになったことをリアルタイムで知ることができる。したがって、ユーザの取引市場の監視負荷を軽減することができる。また、ユーザが、注文のタイミングを逃すことを回避することができる。
【００５６】
また、アラート情報が出力されることにより、ユーザは、シナリオテーブルに設定した銘柄の注文順序を変更し、当初のシナリオを取引市場の状況に応じて柔軟に変更することができる。
【００５７】
また、本実施形態では、アラート情報が出力された銘柄であって、かつ、未発注の銘柄の中で注文順序が先頭の銘柄の場合、トレードシステム２は、自動的に当該銘柄の注文を発注する。これにより、ユーザの注文処理の作業負荷を低減させ、また、証券取引所のシステム３に迅速に注文を発注することができる。すなわち、ユーザの注文計画にもとづいた的確なタイミングで、発注することができる。
【００５８】
なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、上記実施形態では、アラート情報が出力された銘柄であって、かつ、未発注の銘柄の中で注文順序が先頭の銘柄の場合、トレードシステム２は、自動的に当該銘柄の注文を発注することとした。しかしながら、注文順序が先頭の銘柄であっても、アラート情報を出力するだけで自動発注は行わないこととしてもよい。この場合、ユーザがアラート情報を参照し、注文操作を行うこととする。
【００５９】
また、本実施形態では、アラート情報が出力された銘柄であって、かつ、未発注の銘柄の中で注文順序が先頭の銘柄の場合、トレードシステム２は、自動的に当該銘柄の注文を発注することとした。しかしながら、アラート情報が出力された銘柄であって、かつ、「約定通知」が届いていない銘柄の中で注文順序が先頭の銘柄の場合、トレードシステム２は、自動的に当該銘柄の注文を発注することとしてもよい。この場合、トレードシステム２は、証券会社のシステム３から約定通知を受信すると、注文予約テーブルの対応する銘柄の取引ステータスを「約定済」に更新するものとする。
【図面の簡単な説明】
【００６０】
【図１】本発明の一実施形態が適用されたオンライントレードシステムの全体構成を示す図である。
【図２】各装置のハードウェア構成例を示す図である。
【図３】注文予約テーブルの一例を示す図である。
【図４】注文予約用の画面（シナリオ登録）の一例を示す図である。
【図５】シナリオ登録処理のフローチャートである。
【図６】注文予約用の画面（シナリオ登録結果）の一例を示す図である。
【図７】発注処理のフローチャートである。
【図８】注文予約用の画面（アラート出力時）の一例を示す図である。
【符号の説明】
【００６１】
１：ユーザ端末、２：トレードシステム、２１：入力受付部、２２：監視部、２３：通知部、２４：発注部、２５：画面生成部、２６：注文予約ＤＢ、２７：マーケット情報ＤＢ、３：証券取引所のシステム、９：ネットワーク
【図１】
2007279809.tif 000003
【図２】
2007279809.tif 000004
【図３】
2007279809.tif 000005
【図４】
2007279809.tif 000006
【図５】
2007279809.tif 000007
【図６】
2007279809.tif 000008
【図７】
2007279809.tif 000009
【図８】
2007279809.tif 000010