(57)【要約】【課題】注文の直前まで利用者の意志決定の自由を確保しながらも、意思決定から注文受理までの時間を節約できる注文受理方法を提供する。【達成手段】発注候補者が決定した個々の注文候補に関連する情報を、該発注候補者の識別情報と共に受け取るステップＳ１３ａと、これらを関連づけて、注文候補レコードＴ１３として記憶装置に登録するステップＳ１３ａと、該注文候補レコードを一義的に決定できる注文候補キーを生成するステップＳ１３ａと、該注文候補キーを含む情報を、該発注候補者に引き渡すステップＳ１３ｅと、注文する旨の情報を受け取るステップＳ１７ｂと、該注文する旨の情報の一部または全部を注文候補キーとして記憶装置において対応する注文候補レコードを一義的に決定するステップＳ１７ｄと、該決定した注文候補レコードに含まれる情報により注文を発注処理するステップＳ１７ｊと、を含む。【選択図】      図１３
2004302745.tif 000002
【特許請求の範囲】
【請求項１】
記憶装置および演算装置に関連づけられたコンピュータを用いて、発注候補者から、一つまたは複数の注文を、受注候補者が受理する方法であって、
発注候補者が決定した個々の注文候補に関連する情報を、該発注候補者の識別情報と共に前記コンピュータが受け取る情報受取ステップと、
該個々の注文候補に関連する情報を、該発注候補者の識別情報と関連づけて、注文候補レコードとして前記記憶装置に前記コンピュータが登録する登録ステップと、
該注文候補レコードを一義的に決定できる注文候補キーを前記コンピュータが生成する生成ステップと、
該注文候補キーを含む情報を、前記コンピュータが該発注候補者に引き渡す引渡ステップと、
該発注候補者からの注文する旨の情報を前記コンピュータが受理する注文受取ステップと、
該注文する旨の情報の一部または全部を注文候補キーとして、前記記憶装置において対応する注文候補レコードを前記コンピュータが一義的に決定する注文決定ステップと、
該一義的に決定した注文候補レコードに含まれる情報により前記コンピュータが注文を取引所へ発注処理する処理ステップと、
を含むことを特徴とする注文受理方法。
【請求項２】
前記引渡しステップにおいて、前記注文候補キーを含む情報に、当該注文を前記コンピュータが受理するためのアドレスを加えたことを特徴とする請求項１に記載の注文受理方法。
【請求項３】
前記アドレスが所定のプロトコル準拠のＵＲＬであり、前記注文候補キーを含む情報の引渡しが、該ＵＲＬと該注文候補キーを含む情報とを組み合わせた所定のプロトコル形式の命令文を、前記発注候補者のメールアドレスに送付する形式で行われることを特徴とする請求項２に記載の注文受理方法。
【請求項４】
前記アドレスが所定のプロトコル準拠のＵＲＬであり、前記注文候補キーを含む情報の引渡しが、該ＵＲＬと該注文候補キーを含む情報とを組み合わせた所定のプロトコル形式の命令文を、前記発注候補者の端末装置のブラウザが管理するブックマークに登録する形式で行わせることを特徴とする請求項２に記載の注文受理方法。
【請求項５】
ＨＴＴＰ形式の前記命令文を前記発注候補者の端末装置のＨＴＴＰブラウザが管理するブックマークに登録するクライアントサイドスクリプトを、当該受注候補者のＨＴＴＰサーバに正規の認証を経てアクセスしているＨＴＴＰブラウザのＩＰアドレスへＨＴＴＰ配信することにより、前記ブックマークへの登録を行わせることを特徴とする請求項４に記載の注文受理方法。
【請求項６】
前記生成ステップでは、前記コンピュータは、前記発注候補者の識別情報を組み合わせることにより、該注文候補レコードを一義的に決定できる注文候補キーを生成し、前記注文受取ステップで前記コンピュータが受理する注文する旨の情報には、該発注候補者の識別情報が含まれていることを特徴とする請求項１に記載の注文受理方法。
【請求項７】
識別した発注候補者の端末装置に、該発注候補者に関連する既に登録された注文候補レコードの集合を前記コンピュータが表示させる表示ステップと、
該注文候補レコード集合の部分集合を選択する情報を前記コンピュータが受け取る選択ステップと、をさらに含み、
前記引渡ステップにおいて、該選択ステップで選択された部分集合の要素注文候補レコードの各々について、前記注文候補キーを含む情報を、該識別した発注候補者の端末装置に送付して引き渡すことを特徴とする請求項１に記載の注文受理方法。
【請求項８】
前記引渡ステップにおいて、前記注文候補キーを含む情報が、注文候補キーと認証情報とを所定の形式で含んでおり、
前記注文受取ステップにおいて、前記注文する旨の情報から該所定の形式に基づき該認証情報を抽出して注文受取り時のアクセス認証を行うことを特徴とする請求項１に記載の注文受理方法。
【請求項９】
前記注文候補に関連する情報が、株式など価格変動する対象についての売買注文に関する情報であり、かつ、売買種別、銘柄指定情報、市場指定情報、数量、価格、残高に占める買付けの割合、またはこれらの組み合わせを含むことを特徴とする請求項１ないし請求項８のいずれか１項に記載の注文受理方法。
【請求項１０】
記憶装置および演算装置に関連づけられたコンピュータを用いて、発注候補者から、一つまたは複数の注文を受注候補者が受理するサーバシステムであって、
発注候補者が決定した個々の注文候補に関連する情報を、該発注候補者の識別情報と共に受け取る情報受取手段と、
該個々の注文候補に関連する情報を、該発注候補者の識別情報と関連づけて、注文候補レコードとして前記記憶装置に記憶させる登録手段と、
該注文候補レコードを一義的に決定できる注文候補キーを生成する生成手段と、
該注文候補キーを含む情報を、該発注候補者に引き渡す引渡手段と、
該発注候補者からの注文する旨の情報を受理する注文受取手段と、
該注文する旨の情報の一部または全部を注文候補キーとして、前記記憶装置において対応する注文候補レコードを一義的に決定する決定手段と、
該一義的に決定した注文候補レコードに含まれる情報により注文を取引所へ発注処理する処理手段と、
を含むことを特徴とするサーバシステム。
【請求項１１】
前記注文候補キーを含む情報に、当該注文を受理するためのアドレスを加える追加手段をさらに含むことを特徴とする請求項１０に記載のサーバシステム。
【請求項１２】
前記アドレスが所定のプロトコル準拠のＵＲＬであり、前記注文候補キーを含む情報の引渡しが、該ＵＲＬと該注文候補キーを含む情報とを組み合わせた所定のプロトコル形式の命令文を、前記発注候補者のメールアドレスに送付する形式で行われるように構成したことを特徴とする請求項１１に記載のサーバシステム。
【請求項１３】
前記アドレスが所定のプロトコル準拠のＵＲＬであり、前記注文候補キーを含む情報の引渡しが、該ＵＲＬと該注文候補キーを含む情報とを組み合わせた所定のプロトコル形式の命令文を、前記発注候補者の端末装置のブラウザが管理するブックマークに登録する形式で行われるように構成したことを特徴とする請求項１１に記載のサーバシステム。
【請求項１４】
ＨＴＴＰ形式の前記命令文を前記発注候補者の端末装置のＨＴＴＰブラウザが管理するブックマークに登録するクライアントサイドスクリプトを、当該受注候補者のＨＴＴＰサーバに正規の認証を経てアクセスしているＨＴＴＰブラウザのＩＰアドレスへＨＴＴＰ配信することにより、当該登録が行われるように構成したことを特徴とする請求項１３に記載のサーバシステム。
【請求項１５】
コンピュータの一部または全部を、請求項１０ないし請求項１４のいずれか１項に記載のサーバシステムとして動作させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、記憶装置および演算装置に関連づけられた一つまたは複数のコンピュータを用いて、発注候補者から、一つまたは複数の注文を受注候補者が受理する方法に関する。例えば、株式など価格変動する対象についての売買注文をオープンネットワークを介して受理する方法に関する。また、このためのサーバシステムおよびコンピュータプログラムに関する。
【０００２】
【従来の技術】
一般に、オンライントレードシステムで利用者が株式を売買する場合、証券会社などがその売買注文を受理するまでには、その売買に必要な多くの情報を、その利用者に入力してもらう必要がある。一方、株価は時々刻々と変化するため、利用者が株価情報などを参考に売買の意思決定をしてから注文が受理されるまでの時間を短縮することが重要である。
【０００３】
売買対象となる証券に関する情報の入力を減少し簡便化できる証券売買方法の技術に関しては、下記特許文献１、２に例示されている。
【特許文献１】
特開２００２−１６９９６２号公報
【特許文献２】
特願２００２−１７５４１４号公報
【０００４】
【発明が解決しようとする課題】
本発明は、注文の直前まで利用者の意志決定の自由を確保しながらも、意思決定から注文受理までの時間を節約できる注文受理方法、このためのサーバシステム、及びコンピュータプログラムを提供することを主な目的とする。
【０００５】
【課題を達成するための手段】
本発明は、かかる課題を達成するためのものであり、記憶装置および演算装置に関連づけられたコンピュータ（１１、１２、１３、１４）を用いて、発注候補者（２）から、一つまたは複数の注文を受注候補者（１）が受理する方法であって、発注候補者が決定した個々の注文候補に関連する情報を、該発注候補者の識別情報と共に前記コンピュータが受け取る情報受取ステップ（Ｓ１３ａ）と、該個々の注文候補に関連する情報を、該発注候補者の識別情報と関連づけて、注文候補レコード（Ｔ１３）として前記記憶装置に前記コンピュータが登録する登録ステップ（Ｓ１３ａ）と、該注文候補レコードを一義的に決定できる注文候補キーを前記コンピュータが生成する生成ステップ（Ｓ１３ａ）と、該注文候補キーを含む情報を、前記コンピュータが該発注候補者に引き渡す引渡ステップ（Ｓ１３ｅ）と、該発注候補者からの注文する旨の情報を前記コンピュータが受理する注文受取ステップ（Ｓ１７ｂ）と、該注文する旨の情報の一部または全部を注文候補キーとして、前記記憶装置において対応する注文候補レコードを前記コンピュータが一義的に決定する決定ステップ（Ｓ１７ｄ）と、該一義的に決定した注文候補レコードに含まれる情報により前記コンピュータが注文を取引所は発注処理する処理ステップ（Ｓ１７ｊ）と、を含むことを特徴とする。
【０００６】
これにより、まず、利用者による意思決定から証券会社などによる注文の受理（したがって売買注文の処理）までの時間が短縮される。すなわち、発注者は、あらかじめ受け取って保存してある「注文候補キー」の「コピー」を、意思決定後に「注文する旨の情報」としてオンライントレードシステムに受け取らせるだけで、注文を受理させることができる。なお、典型的な実施形態では、「注文する旨の情報」の受理には発注者の認証手続を伴わないため、例えば、発注者の確認のため注文最終確認画面で発注者に固有の４桁程度のパスワードを入力させることもできる。この場合でも、意思決定後に、「売買の成立に必要な」市場、銘柄、数量、もしくは価格といった情報の入力を利用者（発注候補者）が改めて行う必要がないため、受理までの時間が顕著に節約されることとなり、結局、時々刻々と変化する株価等に対して、意思決定の自由を残しながらも迅速に対応することが可能となる。
【０００７】
なお、「個々の注文候補に関連する情報」は、同一銘柄に対して異なる指値とそれぞれの数量を指定することができ、また異なる銘柄を指定することもできるため、これらを迅速に同時注文することが可能となる。また、異なる指値や銘柄を別個の「注文候補に関連する情報」として登録した場合にも、複数の「注文候補キー」を連続して受理させればよいので、やはりほぼ同時に注文することが可能となる。
【０００８】
また、同一銘柄に対して、異なる指値や数量を指定する複数の「注文候補に関連する情報」を登録することが可能なので、現在の株価情報に対応した注文候補をそれらの中から選択して、対応する「注文候補キー」を受理させることにより、現在の株価等に対応した柔軟な戦術を行使することができる。例えば、「注文候補１：Ａ株１００円売」、「注文候補２：Ａ株１１０円売」、「注文候補３：Ａ株１２０円売」、という３つの注文候補（に関連する情報）を登録（注文候補レコードとして記憶）してそれぞれについて引渡ステップ（Ｓ１３ｅ）までを完了しておき、Ａ株の値が１００円から１１０円へと上がりだしたところで登録した注文候補２に対応する注文候補キーを受理させる、ということが可能である。
【０００９】
また、「注文候補に関連する情報」の入力時には十分な時間が得られるので、上述の複数指値および／または複数銘柄の同時もしくは別個登録のほかにも、より複雑な戦術（ポリシー）や戦略（ポートフォリオ）を反映した注文内容を設計し登録することが可能になる。例えば、計算機による自動算出機能を利用する場合、この機能を指定して、戦略的な資金配分を行うために必要であった買付け時の手計算を省略することなどができる。具体的には、第一に、（最大）株式数量と買値だけを指定しておき、残高（資金）不足の場合には、購入範囲の株式数量を自動算出して注文するようにすることができる（以降、「数量指定」と呼ぶ）。第二に、買付け金額と買値を指定しておき、買付け金額を買値で割り算することにより株式数量を自動算出して注文するようにすることができる（以降、「金額指定」と呼ぶ。なお、単元株未満は切り捨てることもできる）。第三に、残高（資金）に占める割合と買値を指定しておき、残高×割合／買値によって株式数量を自動算出して注文するようにすることができる（以降、「割合指定」と呼ぶ。なお、単元株未満は切り捨てることもできる）。
【００１０】
なお、発注候補者識別情報と組み合わせることにより該注文候補レコードを一義的に決定できる注文候補キーを生成する場合は、通常の利用者認証後にセッションをキープしたまま注文の完了までを行う場合（すなわち注文候補レコードの区別のために別途の発注候補者識別情報が必要でない場合）に該当し、この場合には、注文受取ステップでは発注候補者識別情報を含ま「ない」注文する旨の情報を受け取ることもできる。また、そもそも注文候補レコードに関連づけられた発注候補者識別情報をコンピュータプログラムでルックアップする手順を惜しまない実装法では、いずれの場合においても、発注候補者識別情報を含ま「ない」注文する旨の情報を受け取ることができる。
【００１１】
なお、記憶装置、演算装置、およびこの方法におけるそれぞれのステップの実施には、例えば、市販のルータ、ＬＡＮ製品、ワークステーション（ＰＣ）、Ｗｅｂサーバソフトウエア、ＪＡＶＡ（登録商標）やＣ言語や各種スクリプト言語により記載したＷｅｂアプリケーション（ライブラリ）ソフトウエア、ファイヤーウォールソフトウエア、ワンタイムパスワードを生成できる認証ライブラリソフトウエア、暗号ライブラリソフトウエア、市販のＤＢＭＳソフトウエア、および、これらのインターフェースを含む周知の統合型ミドルウエアなどを適宜利用することができる。
【００１２】
さらに、前記引渡しステップ（Ｓ１３ｅ）において、前記注文候補キーを含む情報に、当該注文を前記コンピュータが受理するためのアドレスを加えることが有利である。
【００１３】
これにより、利用者は注文を行う相手サイトの（インターネット）アドレス等を指定する手間が省け、また相手サイトのアドレス等を間違えることを防止することができる。
【００１４】
また、前記アドレスが所定のプロトコル準拠のＵＲＬであり、前記注文候補キーを含む情報の引渡し（Ｓ１３ｅ）は、該ＵＲＬと該注文候補キーを含む情報とを組み合わせた所定のプロトコル形式の命令文を前記発注候補者のメールアドレスに送付する形式で行ってもよい。ここで該所定のプロトコルはＨＴＴＰとしてもよい。
【００１５】
現在の多くのメールソフトは、メールのヘッダに記載されたタグ（「Ｃｏｎｔｅｎｔ−ｔｙｐｅ：ｔｅｘｔ／ｈｔｍｌ」など）によりＨＴＭＬ形式のメール本文を受信、表示できるようになっており、利用者は、意思決定をした注文に該当するリンク（例えば、「＜Ａ  ＨＲＥＦ＝“ｈｔｔｐ：／／ｗｗｗ．××××．ｃｏ．ｊｐ／ＨｏｍｅＴｒａｄｅ／％Ｅ３％８２％ＡＢ％Ｅ３％８３％Ａ０”＞０１２１：○○証券：買付：１０００株：指値１６５００＜／Ａ＞」など）をクリックするだけで、○○証券の株式１０００株を指値１６５００円で買う（証券会社等に受理させる）ことができる。
【００１６】
また、前記アドレスが所定のプロトコル準拠のＵＲＬであり、前記注文候補キーを含む情報の引渡しは、該ＵＲＬと該注文候補キーを含む情報とを組み合わせた所定のプロトコル形式の命令文を、前記発注候補者の端末装置のブラウザが管理するブックマークに登録する形式で行ってもよい。
【００１７】
これにより、ＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒ（登録商標）などＷｅｂブラウザのブックマークに登録することが可能になり、利用者は、参照している株価情報等のページから、契約しているオンライントレードのホームページにいちいち移動することなく、注文を出すことが可能となる。
【００１８】
この場合、例えば、ＨＴＴＰ形式の前記命令文を前記発注候補者の端末装置のＨＴＴＰブラウザが管理するブックマークに登録するクライアントサイドスクリプトを、当該受注候補者のＨＴＴＰサーバに正規の認証を経てアクセスしているＨＴＴＰブラウザのＩＰアドレスへＨＴＴＰ配信することにより、前記ブックマークに登録を行わせてもよい。
【００１９】
これにより、利用者は、前記命令文（引数付ＵＲＬなど）に対応するタイトル（例えば、「０１２１：○○証券：買付：１０００株：指値１６５００」）を覚書としてブックマークテーブルに入力する必要がなくなる。
【００２０】
なお、クライアントサイドスクリプトとしてはＪａｖａＳｃｒｉｐｔを採用してもよく、この場合、上記の命令文（「ｈｔｔｐ：／／ｗｗｗ．××××．ｃｏ．ｊｐ／ＨｏｍｅＴｒａｄｅ／％Ｅ３％８２％ＡＢ％Ｅ３％８３％Ａ０」）は、例えば、以下のクライアントサイドスクリプトを利用者のＷｅｂブラウザで実行させることにより登録することができる。
＜ＳＣＲＩＰＴ  ＬＡＮＧＵＡＧＥ＝“ＪａｖａＳｃｒｉｐｔ”＞
＜！――
ｉｆ（（ｎａｖｉｇａｔｏｒ．ａｐｐＶｅｒｓｉｏｎ．ｉｎｄｅｘＯＦ（“ＭＳＩＥ”）＞０）＆＆（ｐａｒｓｅＩｎｔ（ｎａｖｉｇａｔｏｒ．ａｐｐＶｅｒｓｉｏｎ）＞＝４））｛
ｖａｒ  ｕｒｌ＝“ｈｔｔｐ：／／ｗｗｗ．××××．ｃｏ．ｊｐ／ＨｏｍｅＴｒａｄｅ／％Ｅ３％８２％ＡＢ％Ｅ３％８３％Ａ０”
ｖａｒ  ｔｉｔｌｅ＝“０１２１：○○証券：買付：１０００株：指値１６５００”
ｄｏｃｕｍｅｎｔ．ｗｒｉｔｅ（“＜ＩＮＰＵＴ  ＴＹＰＥ＝‘ｂｕｔｔｏｎ’ＶＡＬＵＥ＝‘実行’  ｏｎＣｌｉｃｋ＝‘ｗｉｎｄｏｗ．ｅｘｔｅｒｎａｌ．ＡｄｄＦａｖｏｒｉｔｅ（ｕｒｌ，ｔｉｔｌｅ）；’＞”）；｝
／／――＞
＜／ＳＣＲＩＰＴ＞
【００２１】
この方法においては、さらに、識別した発注候補者の端末装置に、該発注候補者に関連する既に登録された注文候補レコードの集合を前記コンピュータが表示させる表示ステップ（Ｓ１３ｂ）と、該注文候補レコード集合の部分集合を選択する情報を前記コンピュータが受け取る選択ステップ（Ｓ１３ｃ）とを含み、かつ、前記引渡ステップ（Ｓ１３ｅ）において、該選択ステップ（Ｓ１３ｃ）で選択された部分集合の要素注文候補レコードの各々について、前記注文候補キーを含む情報を、該識別した発注候補者の端末装置に送付して引き渡してもよい。
【００２２】
これにより、利用者は、一度入力した注文候補情報を再利用することができる。また、利用者は、時期がくるまで、とりあえずたくさんの売買アイディア等を蓄積（登録）しておき、時期がきたときもしくはその直前に、迅速に注文できる状態（注文候補キーを所持した状態）を手軽にスタンバイすることができる。
【００２３】
なお、注文候補レコードの表示ステップおよび選択ステップは、例えば注文候補レコードを関係データベース形式で記憶するＤＢＭＳと連携させたＷｅｂシステム（ＨＴＭＬ、ＪＡＶＡＳｃｒｉｐｔ（登録商標）、およびＨＴＴＰ）により実現してもよい。例えば、表示はＨＴＭＬのＴＡＢＬＥタグを用いて行うことができ、選択はＦＯＲＭのチェックボタンを検出することにより行うことができる。
【００２４】
また、前記引渡ステップ（Ｓ１３ｅ）において、前記注文候補キーを含む情報が、注文候補キーと認証情報とを所定の形式で含んで（Ｓ１３ｄ）おり、かつ、前記注文受取ステップ（Ｓ１７ｂ）において、前記注文する旨の情報から該所定の形式に基づき該認証情報を抽出して注文受取り時のアクセス認証を行ってもよい。
【００２５】
これにより、注文候補キーを含む情報を受信した際に、発注候補者の認証を行い、不正な取引等を未然に防止することができる。
【００２６】
また、前記注文候補に関連する情報は、株式など価格変動する対象についての売買注文に関する情報であり、かつ、売買種別、銘柄指定情報、市場指定情報、数量、価格、残高に占める買付けの割合、またはこれらの組み合わせを含む、ことが有利である。
【００２７】
こういった情報を扱う場合には、入力に時間がかかる一方、特に意思決定から注文受理までの迅速性が要求されるからである。
【００２８】
本発明はまた、記憶装置および演算装置に関連づけられたコンピュータ（１１、１２、１３、１４）を用いて、発注候補者（２）から、一つまたは複数の注文を受注候補者が受理するサーバシステム（１）であって、発注候補者が決定した個々の注文候補に関連する情報を、該発注候補者の識別情報と共に受け取る情報受取手段（１１、Ｓ１４ｂ）と、該個々の注文候補に関連する情報を、該発注候補者の識別情報と関連づけて、注文候補レコード（Ｔ１３）として前記記憶装置に登録する登録手段（１３、Ｓ１４ｉ）と、該注文候補レコードを一義的に決定できる注文候補キーを生成する生成手段（１３、Ｓ１３ａ）と、該注文候補キーを含む情報を、該発注候補者に引き渡す引渡手段（１１、Ｓ１５ｈ、Ｓ１５ｋ、Ｓ１６ｈ）と、該発注候補者からの注文する旨の情報を受理する注文受取手段（１１、Ｓ１６ｋ、Ｓ１７ｂ、Ｓ１８ｂ）と、該注文する旨の情報の一部または全部を注文候補キーとして、前記記憶装置において対応する注文候補レコードを一義的に決定する決定手段（１３、Ｓ１６ｋ、Ｓ１７ｄ，Ｓ１８ｄ）と、該一義的に決定した注文候補レコードに含まれる情報により注文を取引所（４）へ発注処理する注文処理手段（１４、Ｓ１６ｑ、Ｓ１７ｊ、Ｓ１８ｊ）と、を含むサーバシステムを提供する。
【００２９】
このサーバシステム（１）は、さらに、識別した発注候補者の端末装置に、該発注候補者に関連する既に登録された注文候補レコードの集合を表示させる表示手段（１１、Ｓ１３ｂ、Ｓ１５ｂ、Ｇ０８）と、該注文候補レコード集合の部分集合を選択する情報を受け取る選択手段（１１、Ｇ０８、Ｓ１５ｇ）と、を含み、前記引渡手段（１１、Ｓ１５ｈ、Ｓ１５ｋ）において、該選択ステップで選択された部分集合の要素注文候補レコードの各々について、前記注文候補キーを含む情報を、該識別した発注候補者の端末装置に送付して引き渡してもよい。
【００３０】
また、前記引渡手段（１１、Ｓ１５ｈ、Ｓ１５ｋ）において、前記注文候補キーを含む情報が、注文候補キーと認証情報とを所定の形式で含んでおり、前記注文受取手段（１１、Ｓ１７ｂ、Ｓ１８ｂ）において、前記注文する旨の情報から該所定の形式に基づき該認証情報を抽出して注文受取り時のアクセス認証（Ｓ１７ｂ、Ｓ１８ｂ）を行ってもよい。
【００３１】
さらに、本発明のサーバシステム（１）は、前記注文候補キーを含む情報を所定の方式で暗号化する暗号化手段（Ｓ１３ｄの一部）と、前記注文する旨の情報を該所定の方式に基づき復号化する復号化手段（Ｓ１７ｂ、Ｓ１８ｂの一部）とを含む、ことが有利である。
【００３２】
また、前記注文候補キーを含む情報に、当該注文を受理するアドレスを加えるアドレス追加手段（Ｓ１３ｄの一部）をさらに含んでもよい。
【００３３】
本発明はまた、コンピュータの一部または全部を、かかる手段としてまたかかるサーバシステムとして動作させるコンピュータプログラムを提供する。かかるコンピュータプログラムをコンピュータ読み取り可能な記録媒体に記録してもよい。
【００３４】
【発明の実施の形態】
以下、図を参照しながら本発明の実施の形態について説明する。
【００３５】
図１は、本発明によるオンライントレードシステム１の基本的な構成を示す概略図である。オンライントレードシステム１は、顧客（投資家）２とインターネット３を介してやりとりを行い、顧客２からの要求に応じて株式の売買注文を取引所４に発注する。売り買い等の市場に対する注文は取引所４に対して行われ、取引所４からは出来データとして注文の結果が返されるとともに、株価データ、市況データなどマーケットデータそのものの情報も随時提供される。
【００３６】
オンライントレードシステム１の内部には、一般的なＷｅｂサーバ（モジュール）１１、本トレードシステムに特化したアプリケーション（ＡＰ）サーバ（モジュール）１２、データベース（ＤＢ）サーバ（モジュール）１３、取引所４とのトランザクションを担当するホスト（ＨＯＳＴ）コンピュータ（モジュール）１４、および、内部の情報処理や顧客への情報提供を行うための情報系ＡＰサーバ（モジュール）１５が配備されており、これらはＬＡＮおよびプライベートネットワークにより接続されている。また、外部（インターネット３）と直接やりとりも行うＷｅｂサーバ１１については、そのポート側に一般的なファイアウォール（ＦＩＲＥＷＡＬＬ）１６が設けられており各種のネットワーク攻撃に対応できるようになっている。
【００３７】
Ｗｅｂサーバ１１（示していないが複数台によって負荷分散を行っている）は、顧客（顧客端末）２との唯一のインターフェースとなっており、顧客からの入力をオンラインシステム内の各種サーバに伝えてデータとして記録するとともに、必要なデータをこれらの各種サーバから集めて顧客に提示する役割を果たす。また、特に、顧客の一般的なログイン認証を含めた本システムへのアクセス管理のインターフェースとなっている。
【００３８】
ＡＰサーバ１２は、本オンライントレードシステム１に特化した各種のビジネス処理を統括するサーバであり、ビジネス上の手続きや必要な記録の整備を行うための本発明によるコンピュータプログラムや関連するＷｅｂアプリケーションミドルウエアを備えている。なお、別の実施形態ではＷｅｂサーバ（モジュール）１１とこのＡＰサーバ（モジュール）１２等は一つのコンピュータで実現することができる。
【００３９】
ＤＢサーバ１３は、本発明の実施に必要な注文候補レコードの記憶（注文登録）、一般的な顧客毎の残高記憶（残高）、銘柄情報の記憶（銘柄マスター）、および、発注候補者識別情報など顧客情報の記憶（顧客マスター）を行っており、上述のＷｅｂアプリケーションミドルウエアに関連づけられた市販のＤＢＭＳがインストールされ、上記記憶の内容に応じた関係テーブルやその他の業務関連テーブルなどが定義されている。
【００４０】
ＨＯＳＴコンピュータ１４は、取引所４とトランザクションを行うための発注機能や、取引後の清算や結果報告を行うためのバックオフィス機能などを備えている。
【００４１】
情報系ＡＰサーバ１５は、株価などのマーケットデータを、取引所４（別の実施形態ではさらにインターネット３上の各種ホームページなど）から、定期的にまたは必要に応じて取得して、形式を整えたり統計をとるなどの処理を行い、ＤＢサーバ１３に蓄積したりＡＰサーバ１２やＷｅｂサーバ１１に与えたりする。
【００４２】
図２は、本発明の一実施形態による利用者画面の遷移を示す図である。
【００４３】
利用者（顧客、発注候補者）は、ログイン画面Ｇ０１により一般的なすなわち正規のログイン認証を行う（図１９参照）。この手順により、システムは現在アクセスしている相手を識別してその発注候補者識別情報を特定することができる。このとき、Ｗｅｂサーバ１１は、利用者に固有の口座番号と暗証番号（正規のパスワード）の入力を求め、ＤＢサーバ１３の顧客マスターに照会し、この対応などが誤りであった場合には、オンライントレードシステム１へのアクセスを拒絶することとなる。
【００４４】
アクセスが許可された場合には、利用者２が、（詳述しない）メニュー画面Ｇ０２で取引の種類、すなわち（買付／売付）銘柄指定、銘柄登録、注文候補一覧（登録済注文候補レコード一覧）を選択することになる。
【００４５】
ここで銘柄指定（Ｇ０３、詳細は図２０および図２２参照）や銘柄登録（Ｇ０７、詳細は図２０および図２２参照）を選択した場合には、登録フェーズ（Ｇ０４からＧ０６）に進んで注文自体（Ｇ０４）や注文候補の登録（Ｇ０５からＧ０６、すなわち注文候補レコードの記憶）を行うことができる。
【００４６】
一方、注文登録一覧（Ｇ０８、図６を参照）を選択した場合には、呼出設定フェーズ（Ｇ０９およびＧ１０）に進んで（意思決定後に迅速な注文の完了が可能な）「注文候補キーを含む情報」を所望の方法で利用者２に引渡（配信）してもらうよう設定することができる他、注文確認画面（Ｇ１１）に進んで注文自体を完了（Ｇ１２）したり、（図示していないが）注文の内容を訂正したり取り消したりすることもできる。
【００４７】
また、一旦、呼出設定フェーズで「注文候補キーを含む情報」を配信してもらった後は、これをＷｅｂブラウザの「お気に入り」やメール本文に蓄積しておき、インターネット、メール、ＴＶ、ラジオなどでの株価市況情報などの閲覧している時に、迅速な発注の完了を行うことができる（Ｇ１３もしくはＧ１４からＧ１１、Ｇ１２まで）。「お気に入り」注文画面Ｇ１３については、図１１および図１３を参考に後述し、メール発注画面Ｇ１４については、図１２を参考に後述する。
【００４８】
なお、注文登録一覧（Ｇ０８）、お気に入り注文（Ｇ１３）、もしくはメール注文（Ｇ１４）から、注文確認画面（Ｇ１１）を経て注文完了画面（Ｇ１２）にいたる過程は「注文フェーズ」と呼ぶことができ、本発明による注文方法は、基点（Ｇ０８、Ｇ１３、およびＧ１４）によって３種類に分けられる。なお、本システム１では、上述した従来の一般的な注文方法（Ｇ０４）も併用している。
【００４９】
図３は、本発明の一実施形態により、株式買付注文を行う、あるいは株式買付注文候補の登録を行う利用者画面Ｇ０４を示す図である。Ｇ０４ａには、銘柄指定画面（Ｇ０３）または銘柄登録画面（Ｇ０４）で指定された銘柄についての情報を表示している。また、Ｇ０４ｂ、Ｇ０４ｃ、Ｇ０４ｄでは、上述した、数量、金額、割合による指定のうちのいずれかを選択して行えるようになっている。注文ボタンＧ０４ｅにより、この指定内容によって注文を完了する手続きに進める他、登録ボタンＧ０４ｆでこの指定内容を注文候補として登録することができる。なお、キャンセルボタンＧ０４ｇでは、この指定内容を破棄して銘柄指定に戻ることができ、更新ボタンＧ０４ｈでは、その銘柄の現在の情報を更新することができる。
【００５０】
図４は、図３で入力した株式買付注文候補の内容を登録前に確認する利用者画面を示す図である。Ｇ０５ａからＧ０５ｇまでは、図３のＧ０４で指定した内容（場合によっては、買付可能額、割合および指値にもとづく数量の計算結果Ｇ０５ｅなど）を反映するものである。登録ボタンＧ０５ｈを押すことにより、この内容がＤＢサーバ１３の注文登録テーブルに注文候補レコードとして記録される。変更ボタンＧ０５ｉを押した場合には、前の画面Ｇ０４（図３）に戻って条件を変更することができる。
【００５１】
図５は、図４の画面Ｇ０５で利用者が確認ボタンを押した後、登録された旨およびその登録の内容を表示する利用者画面Ｇ０６を示す図である。Ｇ０６ａは、これまでに登録した注文候補の一覧を表示する画面（図６のＧ０８）に遷移するためのリンクである。また、Ｇ０６ｂおよびＧ０６ｃは、それぞれ、以前の段階の画面（図３のＧ０４、および、図示しないメニュー画面Ｇ０２）へ戻るためのリンクである。
【００５２】
図６は、図４、５で登録した注文候補レコードの一覧表示を行う利用者画面Ｇ０８を示す図である。Ｇ０８ａには、銘柄ごとの現在の状況が表示されており、これらは情報系ＡＰサーバを介して随時更新することができる。Ｇ０８ｂは登録した注文候補の内容（注文候補に関連する情報）を示している。注文ボタンＧ０８ｃにより、画面Ｇ１１以降に進み注文を完了することができる。Ｇ０８ｄはお気に入りに登録するためのＪａｖａＳｃｒｉｐｔを配信設定してあるかどうかを示す表示であり、●の場合は設定がされていること、×の場合（Ｇ０８ｆ）は設定がされていないことを示す。これは同時にＨＴＴＰのリンクとなっており、クリックすると図７の呼出設定画面Ｇ０９に移って、お気に入りに注文命令を登録するための（すなわち注文候補キーを含む情報であるＵＲＬを利用者のＷｅｂブラウザに登録するための）ＪａｖａＳｃｒｉｐｔを新たに配信してもらうようにしたり、配信を中止して、すでに配信してもらったワンタイムのパスワードやＩＤを破棄するよう求めることができる。Ｇ０８ｅおよびＧ０８ｇは、同様に注文命令（すなわち注文候補キーを含む情報にアドレス情報を追加したＵＲＬ）をメール配信してもらうための条件およびメール配信してもらうかどうかを示している。なおリンクＧ０８ｈによりメニュー画面Ｇ０２に戻ることもできる。
【００５３】
図７は、注文命令（すなわち注文候補キーを含む情報にアドレス情報を追加したＵＲＬ）を発注候補者（利用者）に引渡す（配信する）モードを設定するための利用者画面Ｇ０９を示す図である。Ｇ０９ａには利用者の指定した注文候補の内容が表示される。Ｇ０９ｂは、上述のＷｅｂブラウザの「お気に入り」への登録を指定する。Ｇ０９ｃは、やはり上述のメール本文として配信することを指定する。なおこれらはチェックボックス形式であり両方を指定することも可能である。Ｇ０９ｄおよびＧ０９ｅはこの注文命令をいつメール配信するかについての条件を、株価によって指定するためのフォームである。また、Ｇ０９ｆおよびＧ０９ｇは、メールのあて先を指定するためのフォームである。なお、実行ボタンＧ０９ｈによってこの呼出設定（注文候補キーを含む情報の引渡しモードの設定）が実際に行われ、ブックマーク登録のためのＪａｖａＳｃｒｉｐｔ文を実施するＷｅｂページが配信（表示）されたり、指定した条件に応じてメールが配信されたりする。また、戻るボタンＧ０９ｉにより前の画面Ｇ０８に戻ることもできる。
【００５４】
図８は、図７のＧ０９の呼出設定に応じて注文候補キーを含む情報の引渡し（配信）が行われた旨を表示する利用者画面Ｇ１０を示す図である。Ｇ１０ａはすでに指定した注文候補の内容を示している。Ｇ１０ｂはあて先メールアドレスを、Ｇ１０ｃはメール配信するための条件を表示している。また、連続した呼出設定を行うためＧ１０ｄにより注文登録一覧（図６のＧ０８）に戻ったり、Ｇ１０ｅによりメニュー画面（図示しないＧ０２）に戻ったりすることができる。
【００５５】
図９は、本発明による利用者からの注文する旨の情報を認証した後、注文内容および注文意思の確認を利用者に求める利用者画面Ｇ１１を示す図である。Ｇ１１ａでは指定した銘柄の情報が表示され、更新ボタンＧ１１ｅによりこれを更新することができる。Ｇ１１ｂは指定した注文候補の内容を表示している。利用者は、注文ボタンＧ１１ｃにより注文を完了したり、変更ボタンＧ１１ｄにより注文（候補）内容を変更したりすることができる。
【００５６】
図１０は、図９のＧ１１により注文意思が確認されて注文が処理された場合に、利用者に表示される利用者画面Ｇ１２を示す図である。Ｇ１２ａでは指定された注文内容が表示されている。利用者は、Ｇ１２ｂのリンクにより当該注文の処理状態や取引所４レベルでの出来データなどを照会する画面に移ったり、Ｇ１２ｃのリンクにより（図示しない）メニュー画面（Ｇ０２）に戻ったりすることができる。
【００５７】
図１１は、Ｗｅｂブラウザによる株価情報の閲覧中に、Ｗｅｂブラウザのブックマークから直接注文が行える利用者画面Ｇ１３を示す図である。Ｇ１３ａでは注目している銘柄などの現在の情報が表示されている。Ｇ１３ｂのブックマークにより、この情報（Ｗｅｂページ）をオンライントレードのＷｅｂページにあらかじめ切り替えることなく、注文を完了できる（注文を出すことができる）。
【００５８】
図１２は、注文候補キーを（暗号化されている場合には潜在的に）含んだメールを受信し、このメール本文に基づいて直接注文が行える利用者画面Ｇ１４を示す図である。Ｇ１４ａは、上述の呼出設定に対応してメールが配信された旨を示す。Ｇ１４ｂは、このメールの本文中で、注文候補関連情報（注文登録内容）およびメール配信条件など表示している。なお、別の実施形態ではその銘柄の現在の株価などの情報も含めて配信することができる。また、Ｇ１４ｃは、クリックすることで即座に注文を受理させ完了することができる命令文（ＵＲＬ）である。この命令文は、本オンライントレードシステム１のインターネットアドレスと「注文候補キーを含む情報」とからなっており、「注文候補キーを含む情報」は、注文候補キーと、ＡＰサーバ１２であらかじめ生成したワンタイムパスワードとを組み合わせてＤＥＳ方式で暗号化したものとなっている。また、別の実施形態ではアドレスと「注文候補キーを含む情報」の間に別のＣＧＩ等の形式のサーバサイドプログラム（アクセス管理／ビジネス処理用）が明示された形となっている。さらに別の実施形態では別の公知の暗号化方式が採用される。
【００５９】
図１３は、注文候補キーを含む情報をＷｅｂブラウザのブックマークに記憶しかつこのブックマークから直接注文を行える手順および仕組みをより詳細に示す図である。左に利用者（発注候補者、顧客（投資家））２側、右にオンライントレードシステム１側の内容を示している。利用者２が登録画面Ｇ０４で登録のリクエスト（すなわち注文候補に関連する情報の入力）を行うと、ステップＳ１３ａでは、これを受信し、注文ＩＤ（すなわち注文候補キー）を付加してＤＢサーバ１３の注文登録情報テーブル（Ｔ１３）に、注文候補レコードとして登録（記憶）する。注文ＩＤ（すなわち注文候補キー）としては、（利用者ごとの）シリアルナンバー等を採用することができる。このテーブルの内容は、ステップ１３ｂで一覧表示のリクエスト（図５のＧ０６ａなど）を受信したときには、利用者ＩＤをキーにしてその利用者の登録したレコードだけがその利用者に表示され、利用者側の一覧表示画面Ｇ０８（図６）となる。またステップＳ１３ｃで呼出設定のリクエスト（図６のＧ０８ｄやＧ０８ｅ）を受信したときには、注文ＩＤをキーにして該当の注文候補情報を抽出して図７のＧ０９の画面を利用者側に表示することとなる。
【００６０】
図７のチェックボックスＧ０９ｂがチェックされた状態で実行ボタンＧ０９ｈが押されると、ステップＳ１３ｄでワンタイムパスワードを生成し、かつ、利用者ＩＤ、ワンタイムパスワードおよび注文ＩＤ（すなわち注文候補キー）を所定の形式で組み合わせてＤＥＳ方式で暗号化し、当システム１のインターネットアドレスを加えてＵＲＬを生成することになる。次いで、このＵＲＬを、ステップＳ１３ｅで、ＪａｖａＳｃｒｉｐｔ文（Ｓ１３ｆ）に埋め込み、かつ、このＪａｖａＳｃｒｉｐｔ文自体もＨＴＭＬ文に埋め込んでその利用者にＨＴＴＰ配信することになる。これは、利用者側では呼出設定画面Ｇ０９直後のＷｅｂページ画面（Ｇ１３´の背景部分）となって表示され、この実行ボタンを押すとステップＳ１３ｆのＪａｖａＳｃｒｉｐｔ文が実行されて、ブックマーク（半）自動登録画面（Ｇ１３´のポップアップ部分）が表示されることになる。この画面は、これから登録しようとする注文命令（上述のＵＲＬ）の内容を簡単に表示するタグＧ１３´ａとＯＫボタンＧ１３´ｂを含んでおり、このＯＫボタンを押すと実際にブックマーク登録がなされることとなる。なお、別の実施形態ではポップアップ部分が存在せず、実行ボタンを押すだけでブックマーク登録が完了するようＪａｖａＳｃｒｉｐｔ文が設計される。このようにブックマーク登録されたＵＲＬは、図１１の画面Ｇ１３に関連して説明したように、即座に発注（決定）命令として用いることができる。
【００６１】
すなわち、利用者がこのブックマーク登録を介してそのＵＲＬを求めた場合には、そのアドレス部分により本システム１に対するＨＴＴＰによるアクセスが生じ、ＵＲＬに含まれる「注文候補キーを含む情報」が対応する所定の方式で復号化されて、利用者ＩＤ、ワンタイムパスワード、注文ＩＤ（注文候補キー）が抽出され、利用者ＩＤおよびワンタイムパスワードにより認証画面（図１９に相当するＧ０１）が省略されるとともに、注文ＩＤによりメニュー画面（Ｇ０２）、銘柄指定画面（Ｇ０３）、および注文・登録画面（Ｇ０４）も省略されて、一気に注文を受理させることができる。なお、安全のため、一気に注文を受理する場合でも、図２１に示すように暗証番号だけは最後に入力させるようにすることもできる。
【００６２】
図１４は、注文候補内容（レコード）の登録を行うための、手順および仕組みを示すフローチャート（Ｓ１４ａからＳ１４ｉ）である。まず、ステップＳ１４ａにおいて、本システムの注文メニュー（Ｇ０２など）から注文（例えば銘柄指定）が選択されると、これに応じてステップＳ１４ｂで銘柄指定画面（Ｇ０３）の出力が（たとえばＨＴＭＬの＜ＦＯＲＭ  ＡＣＴＩＯＮ＝．．．＞タグ等の配信の形で）行われ、ステップＳ１４ｃで利用者２のＷｅｂブラウザ内に銘柄指定を含む注文画面が表示される。次いでステップＳ１４ｄでは利用者がこの注文画面に基づき、銘柄、市場、数量、指値といった注文（候補）情報を（＜ＩＮＰＵＴ  ＮＡＭＥ＝”銘柄”  ＶＡＬＵＥ＝．．．＞タグ等により）入力して注文登録（Ｆｏｒｍの”ｓｕｂｍｉｔ”（提出））を行うことになる。登録用に提出（”ｓｕｂｍｉｔ”）された注文情報（各ＶＡＬＵＥの値）は（ＮＡＭＥによって）区別されて（ＡＣＴＩＯＮ＝に示された）Ｗｅｂサーバ１１やＡＰサーバ１２内のアクセス管理・ビジネス処理プログラム（もしくはこれらを統合したミドルウエア、すなわち「情報受取手段」）によって受け取られる。ステップＳ１４ｅではこの注文（候補）情報のデータの整合性などがチェックされ、エラーがある場合はステップＳ１４ｆで該情報受取手段のエラーメッセージとして出力されることになる。エラーがない場合（ＯＫの場合）はステップＳ１４ｇに進み（注文候補）登録確認画面（Ｇ０５）が表示される。次いで利用者がステップＳ１４ｈで登録ボタンＧ０５ｈを押すと、その旨がシステム側に伝わり、ステップＳ１４ｉにおいて、「登録手段」としての同一ビジネス処理プログラムの別のメソッド（ただし別の実施形態では別個のビジネス処理プログラム）により注文候補情報の登録処理がＡＰサーバ１２のミドルウエアおよびＤＢサーバ１３のＳＱＬインターフェース等を介して行われ、登録を完了した旨がステップＳ１４ｊで利用者に表示される（Ｇ０６）。また同時に、同じビジネス処理プログラムの別のメソッド（「生成手段」）により、ＤＢサーバ１３の登録テーブルＴ１３を参照しながら注文候補キーの生成と、生成した注文候補キーのこのテーブルＴ１３への格納が行われる。生成は、最後に生成した注文候補キーや（示さない補助的「生成手段」としての（示さない）タイムモジュールから取得した）現在の日時を参照してキーが重複しないように行う。このように、ステップＳ１４ｄで注文情報を入力してからいきなり注文を完了するのではなく、Ｓ１４ｉで注文候補をいったん登録する処理を行う構成としている。
【００６３】
図１５は、注文候補内容（レコード）に対応した注文候補キーを含む情報をオンライントレードサーバ１から利用者へと引き渡してもらう（呼び出す）ための、手順および仕組みを示すフローチャート（Ｓ１５ａからＳ１５ｍ）である。このフローチャートを実現した主要プログラムと、関連するミドルウエア（ライブラリ）と、メールソフトや計時ソフトなどのサブプログラムとが「引渡手段」を構成する。ステップＳ１５ａで注文登録（一覧）メニューが選択されると、ステップＳ１５ｂでは、顧客ＩＤ（発注候補者識別情報）をキーにして注文情報データベース（Ｔ１３）から注文候補レコードを引き出し、ステップＳ１５ｃにおいて利用者２に一覧画面として提示することになる。利用者がステップＳ１５ｄで呼出方法（「注文候補キーを含む情報」を引き渡す（配信）するモード）を選択して設定を行う（Ｇ０９）と、まず、ステップＳ１５ｅでは、「株価を電子メールで知らせる」にチェックがされていた場合にステップＳ１５ｆに進んで（詳述しない）株価お知らせメール登録処理を行うことになる。次いで、呼出方法の選択が参照され、ブラウザのブックマークにチェックされていた場合にはステップＳ１５ｈ以降に進み、ブックマーク登録（Ｓ１５ｉ、Ｇ１３´）およびブックマーク登録完了画面（Ｇ１０）が表示されることとなる（Ｓ１５ｊ）。この際、このフローを実現する上述の主要プログラムのいくつかのメソッドは、「追加手段」として機能し、注文候補キーの頭に、後述する注文受取用プログラム（メソッド）のアドレス（ＵＲＬ）を加えたものをＪＡＶＡＳｃｒｉｐｔ文に埋めこんたＨＴＭＬテキストを生成し、これがＷｅｂサーバ１１のＨＴＴＰ配信モジュールにより送信されることになる。また、電子メールにチェックされていた場合にはステップＳ１５ｋ以降に進み、上述のＵＲＬなどの電子メール送信処理などが行われ（Ｓ１５ｍ）、やはり登録画面（Ｇ１０）が表示される（Ｓ１５ｌ）こととなる。なお、ステップＳ１５ｄ以降で、一旦登録された注文候補内容を、すぐに注文完了できるよう、ブックマーク登録スクリプトやメールとして配信させている。
【００６４】
図１６は、正規のログイン後に、前回のログイン時に登録していた注文候補レコードに基づいて注文を完了する場合の手順および仕組みを示すフローチャート（Ｓ１６ａからＳ１６ｓ）である。この場合には、ステップＳ１６ａからＳ１６ｄにかけて通常のログイン認証処理が行われる。認証が成功するとステップＳ１６ｅからステップＳ１６ｇにかけてメニュー画面の表示とメニューの選択がおこなわれる。また、ステップＳ１６ｇでは注文登録（済レコードに対する処理）メニューを選択し、ステップＳ１６ｈにおいて、各注文候補レコードにつき、（情報系ＡＰサーバ１５によって収集された）株価情報データベースおよび注文情報データベースから、それぞれ銘柄コードおよび顧客ＩＤをキーにして表示用データを収集し、注文登録（済レコード）として表示する処理を行うこととなる。これがステップＳ１６ｉで注文登録画面（Ｇ０８）として表示され、ステップＳ１６ｊで注文ボタン（Ｇ０８ｃ）を押すと、ステップＳ１６ｋで銘柄コードをキーとした注文情報処理が行われることとなる。この処理では、数量指定がなされている場合（ステップＳ１６ｌ）には、顧客残高データベースから顧客ＩＤをキーにして引き出した残高を確認（ステップＳ１６ｍ）し、買付可能な株式数量を算出（ステップＳ１６ｎ）することになる。
【００６５】
こうしてチェックされた数量に基づき、ステップＳ１６ｏでは注文確認画面（Ｇ１１）が表示され、利用者がステップＳ１６ｐで注文ボタン（Ｇ１１ｃ）を押すと、Ｓ１６ｑで注文処理がなされ、一方では取引所にホスト１４を介して注文を転送する（Ｓ１６ｒ）とともに、注文完了画面（Ｇ１２）が表示される（Ｓ１６ｓ）。なお、ステップＳ１６ｊで注文ボタン（Ｇ０８ｃ）を押すことにより、ブックマーク登録スクリプトやメールの配信を介さずに注文を完了できるこのようなオプションも設けている。
【００６６】
図１７は、Ｗｅｂブラウザのブックマークに記憶された「注文候補キーを含む情報」を返すことにより注文を完了する場合の手順および仕組み（「注文受取手段」「決定手段」および「処理手段」）を示すフローチャート（Ｓ１７ａからＳ１７ｌ）である。利用者が、株価情報等を閲覧中に、前からＷｅｂブラウザのブックマークに登録していた注文候補に対する意思決定をし、そのブックマークに登録されている注文を選択する（ステップＳ１７ａ）と、これがインターネット３を介してＷｅｂサーバ１１および／またはＡＰサーバ１２のアクセス管理・ビジネス処理プログラム（「受取手段」）に伝わる。ステップＳ１７ｂでは前述のように認証がおこなわれ、注文候補キーや顧客ＩＤ／（ワンタイム）パスワードが改竄されていた場合にはエラーメッセージが表示される（Ｓ１７ｃ）。この照合は、同じプログラムのサブモジュールが、顧客ＩＤをキーとしてワンタイムパスワード（テーブル）と関連づけられた顧客マスターデータベースを参照することにより行う。認証が成功した場合、同じプログラム（ＡＰサーバ１２のミドルウエア、「決定手段」）がＤＢサーバ１３のＤＢＭＳにＳＱＬ文を発行し、ステップＳ１７ｄとして、注文登録番号（注文候補キー）をキーにして注文情報データベース（Ｔ１３）の中から注文候補レコードが決定される（注文情報処理）。ついでステップＳ１７ｅからＳ１７ｌにかけては、前述のステップＳ１６ｌからＳ１６ｓと同様の処理がなされ注文が受理されて注文が完了することになる。すなわち、決定された注文候補レコードからの注文情報をもとに、ＡＰサーバ１２のミドルウエアの制御下で、ＨＯＳＴ１４の発注機能（発注プロトコル専用プログラム、すなわち「注文処理手段」）が取引所４への発注処理を行う。なお、ステップＳ１７ａ以前に認証画面や注文内容指定画面が存在しない構成としている。
【００６７】
図１８は、メールの本文に記載された注文候補キーを含む情報を返すことにより注文を完了する場合の手順および仕組みを示すフローチャート（Ｓ１８ａからＳ１８ｌ）である。この場合の手順および仕組みは図１７のブックマークの場合とほとんど同じであり、やはりステップＳ１８ａ以前に認証画面（図１９）や注文内容指定画面（図２０、図２２）が存在しない構成としている。なお、図１９は、一般的なログイン画面（Ｇ０１）を示す参考図であり、図２０は、一般的な買付銘柄指定画面（Ｇ０３の一実施態様）を含む参考図であり、図２２は、一般的な売付銘柄指定画面（Ｇ０３の一実施態様）を含む参考図である。また、図２１は、一般的な暗証番号入力画面（Ｇ１１後のオプション画面）を示す参考図であり、図１７や図１８の場合のように通常のログイン認証を経て注文を受理させず一気に受理させる場合に安全確認のため設けることができるものである。
【００６８】
以上説明したように、上記実施形態によれば、利用者による意思決定から証券会社などによる注文の受理（したがって売買注文の処理）までの時間が大幅に短縮され、時々刻々と変化する株価等に対して、意思決定の自由を残しながらも迅速に対応することが可能となる。
【００６９】
また、上記実施形態によれば、同一銘柄に対して異なる指値とそれぞれの数量を指定することができ、また異なる銘柄を指定することもできるため、これらを迅速に同時注文することが可能となる。
【００７０】
また、同一銘柄に対して、異なる指値や数量を指定する複数の「注文候補に関連する情報」を登録することが可能なので、現在の株価情報に対応した注文候補をそれらの中から選択して、対応する「注文候補キー」を受理させることにより、現在の株価等に対応した柔軟な戦術を行使することができる。
【００７１】
また、「注文候補に関連する情報」の入力時には十分な時間が得られるので、上述の複数指値および／または複数銘柄の同時もしくは別個登録のほかにも、より複雑な戦術や戦略を反映した注文内容を設計して登録することが可能になる。
【図面の簡単な説明】
【図１】本発明によるオンライントレードシステムの基本的な構成を示す概略図である。
【図２】本発明の一実施形態による利用者画面の遷移を示す図である。
【図３】本発明の一実施形態により、株式買付注文を行う、あるいは株式買付注文候補の登録を行う利用者画面を示す図である。
【図４】図３で入力した株式買付注文候補の内容を登録前に確認する利用者画面を示す図である。
【図５】図４で利用者が確認した後、登録された旨およびその登録の内容を表示する利用者画面を示す図である。
【図６】図４、５で登録した株式買付注文候補の一覧表示を行う利用者画面を示す図である。
【図７】本発明の一実施形態により株式買付注文候補の注文候補キーを含む情報を発注候補者（利用者）に引渡すモードを設定するための利用者画面を示す図である。
【図８】図７の設定に応じて注文候補キーを含む情報の引渡しが行われた旨を表示する利用者画面を示す図である。
【図９】本発明による利用者からの注文する旨の情報を認証した後、注文内容および注文意思の確認を利用者に求める利用者画面を示す図である。
【図１０】図９により注文意思が確認されて注文が処理された場合に、利用者に表示される利用者画面を示す図である。
【図１１】Ｗｅｂブラウザによる株価情報の確認中に、Ｗｅｂブラウザのブックマークから直接注文が行える利用者画面を示す図である。
【図１２】注文候補キーを（潜在的に）含んだメールを受信し、このメール本文に基づいて直接注文が行える利用者画面を示す図である。
【図１３】注文候補キーを含む情報をＷｅｂブラウザのブックマークに記憶しかつこのブックマークから直接注文をおこなえる手順および仕組みをより詳細に示す図である。
【図１４】注文候補内容（レコード）の登録を行うための、手順および仕組みを示すフローチャートである。
【図１５】注文候補内容（レコード）に対応した注文候補キーを含む情報をオンライントレードサーバから利用者へと引き渡してもらう（呼び出す）ための、手順および仕組みを示すフローチャートである。
【図１６】正規のログイン後に、前回のログイン時に登録していた注文候補レコードに基づいて注文を完了する場合の手順および仕組みを示すフローチャートである。
【図１７】Ｗｅｂブラウザのブックマークに記憶された注文候補キーを含む情報を返すことにより注文を完了する場合の手順および仕組みを示すフローチャートである。
【図１８】メールの本文に記載された注文候補キーを含む情報を返すことにより注文を完了する場合の手順および仕組みを示すフローチャートである。
【図１９】一般的なログイン画面（Ｇ０１）を示す参考図である。
【図２０】一般的な買付銘柄指定画面（Ｇ０３の一実施態様）を含む参考図である。
【図２１】一般的な暗証番号入力画面（Ｇ１１後のオプション画面）を示す参考図である。
【図２２】一般的な売付銘柄指定画面（Ｇ０３の一実施態様）を含む参考図である。
【符号の説明】
１  オンライントレードシステム
１１  Ｗｅｂサーバ
１２  ＡＰサーバ
１３  ＤＢサーバ
１４  （取引）ＨＯＳＴ
１５  情報系ＡＰサーバ
１６  ファイアウォール
２  発注候補者（利用者、顧客、投資家）
３  インターネット
４  取引所
Ｇ０１  （正規の）ログイン画面
Ｇ０２  （オンライントレードシステム）メニュー画面
Ｇ０３  銘柄指定画面
Ｇ０４  （株式買付）注文・登録画面（注文候補に関連する情報をあらかじめ入力する利用者画面）
Ｇ０５  注文候補登録用確認画面（入力した注文候補関連情報の内容を確認する利用者画面）
Ｇ０６  注文候補登録結果確認画面
Ｇ０７  銘柄登録画面
Ｇ０８  注文・注文候補登録用一覧画面
Ｇ０９  注文候補キー引渡（呼出）モード設定画面
Ｇ１０  注文候補キー引渡（呼出）結果表示画面
Ｇ１１  注文確認画面
Ｇ１２  注文完了画面
Ｇ１３  ブックマーク注文画面
Ｇ１３´  ブックマーク注文準備画面
Ｇ１４  メール注文画面
Ｔ１３  注文登録情報テーブル（注文候補レコードを記憶したテーブル）
【図１】
2004302745.tif 000003
【図２】
2004302745.tif 000004
【図３】
2004302745.tif 000005
【図４】
2004302745.tif 000006
【図５】
2004302745.tif 000007
【図６】
2004302745.tif 000008
【図７】
2004302745.tif 000009
【図８】
2004302745.tif 000010
【図９】
2004302745.tif 000011
【図１０】
2004302745.tif 000012
【図１１】
2004302745.tif 000013
【図１２】
2004302745.tif 000014
【図１３】
2004302745.tif 000015
【図１４】
2004302745.tif 000016
【図１５】
2004302745.tif 000017
【図１６】
2004302745.tif 000018
【図１７】
2004302745.tif 000019
【図１８】
2004302745.tif 000020
【図１９】
2004302745.tif 000021
【図２０】
2004302745.tif 000022
【図２１】
2004302745.tif 000023
【図２２】
2004302745.tif 000024