(57)【要約】【課題】  顧客が端末装置で一定の注文条件を入力するだけで、自らの建玉と注文条件とに基づいて、サーバー側で注文内容を自動判別することができる商品先物トレーディングシステムを提供すること。【解決手段】  本発明に係る商品先物トレーディングシステムは、商品取引所において扱われる上場商品の売買に関する顧客からの注文を通信ネットワークを介して受け付けるトレーディングシステムにおいて、顧客の所有する建玉情報を記憶する建玉記憶手段と、通信ネットワークを介して顧客側の端末装置と情報伝達が可能なサーバーとを備え、前記サーバーが、顧客側端末から、商品、売買区分、限月及び総注文枚数の項目を含む注文条件を受信し、受信した注文条件に基づいて、前記建玉記憶手段から、その顧客の反対建玉情報を抽出すると共に、前記注文条件と前記抽出した反対建玉情報とに基づいて、注文内容を自動判別することを特徴とする。【選択図】  図２
2005032112.tif 000002
【特許請求の範囲】
【請求項１】
商品取引所において扱われる上場商品の売買に関する顧客からの注文を通信ネットワークを介して受け付けるトレーディングシステムにおいて、
顧客の所有する建玉情報を記憶する建玉記憶手段と、
通信ネットワークを介して顧客側の端末装置と情報伝達が可能なサーバーとを備え、
前記サーバーが、
顧客側端末から、商品、売買区分、限月及び総注文枚数の項目を含む注文条件を受信し、
受信した注文条件に基づいて、前記建玉記憶手段から、その顧客の反対建玉情報を抽出すると共に、
前記注文条件と前記抽出した反対建玉情報とに基づいて、注文内容を自動判別する
ことを特徴とする商品先物トレーディングシステム。
【請求項２】
前記注文条件が、仕切るべき建玉の優先順位情報を含む
ことを特徴とする請求項１に記載の商品先物トレーディングシステム。
【請求項３】
前記優先順位情報が、値洗金額である
ことを特徴とする請求項２に記載の商品先物トレーディングシステム。
【請求項４】
前記優先順位情報が、建玉の成立日時である
ことを特徴とする請求項２又は３に記載の商品先物トレーディングシステム。
【請求項５】
抽出した反対建玉が０枚の場合、
前記サーバーが、
受信した注文条件の注文内容を、該注文条件に含まれる総注文枚数の新規注文と自動判別する
ことを特徴とする請求項１〜４の何れか一項に記載の商品先物トレーディングシステム。
【請求項６】
抽出した反対建玉の総枚数が、受信した注文条件の総注文枚数と同じか、又はそれより多い場合、
前記サーバーが、
受信した注文条件の注文内容を、抽出した反対建玉の仕切注文と自動判別する
ことを特徴とする請求項１〜５の何れか一項に記載の商品先物トレーディングシステム。
【請求項７】
抽出した反対建玉が１枚以上あり、かつ、その総枚数が、受信した注文条件の総注文枚数より少ない場合、
前記サーバーが、
受信した注文条件の注文内容を、
抽出した反対建玉の仕切注文及び、
総注文枚数から抽出した反対建玉の総枚数を減算した枚数の新規注文
であると自動判別する
ことを特徴とする請求項１〜６の何れか一項に記載の商品先物トレーディングシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商品取引所において扱われる上場商品の売買に関する顧客からの注文を通信ネットワークを介して受け付ける商品先物トレーディングシステムに関する。
【背景技術】
【０００２】
商品先物取引とは、商品取引所法により定められた商品取引所において、トウモロコシ、金又は銀等の所定の上場商品の将来の売買契約を行う取引である。前記商品取引所は、会員組織により非営利法人として構成されているため、取引の参加者はその会員に限定されており、このため一般の顧客は、受託業務資格を有する会員（商品取引員）に取引を委託することになる。
取引対象となる各商品には、決済の期限が決められており、その期限迄に、取引が成立した売買契約について反対売買を行うことで取引を終了させることができる。この期限の月を「限月」といい、最終取引日のことを「納会日」という。この「限月」や「納会日」は各商品ごとに各商品取引所によって定められている。
新しく行う売買契約の注文を「新規注文」といい、取引が成立した売買契約であって未決済のものを「建玉」といい、建玉に対して反対売買を行って取引を終了させるための注文を「仕切注文」という。
また、商品先物取引は、最低取引単位が決められており、この取引単位は「枚」と呼ばれる。例えば、「金」の場合には、１０００ｇが最低取引単位とされているため、「金を１０００ｇ買う」ことは、「金を一枚買う」と言い表される。
商品取引所の立会いは、土曜、日曜及び祝祭日を除くほぼ毎日、各商品市場ごとに一定の時刻を決めて行われており、午前中の立会いは「前場」と呼ばれ、午後の立会いは「後場」と呼ばれており、また、板寄せ取引のように決められた時刻に行われる取引は、場節という単位で区切られている。この場節の区切りは、商品や商品取引所によって違いはあるが、午前中９時からの取引は「前場１節」、午前１０時からの取引は「前場２節」、午前１１時からの取引は「前場３節」、午後１時からの取引は「後場１節」、午後２時からの取引は「後場２節」、午後３時からの取引は「後場３節」と呼ばれ、板寄せ取引の場合、顧客は、取引を行う日（執行日）だけでなく、取引を行う場節も指定することになる。
従って、顧客は、商品取引員に対して、「商品」「限月」「売買区分（売り／買い）」「枚数」「執行日」「場節」「執行条件（成行や指値等）」を決めて、「新規注文」又は「仕切注文」を行う。
【０００３】
上記した商品先物取引においては、顧客は、自らが所有している決済すべき建玉と、新規注文とのバランスを考えて取引を行う必要がある。具体的には、買い戻して決済しなければならない建玉を所有している場合に、その建玉と「商品」及び「限月」が同じ商品の買い注文を新規注文として注文してしまうと、同じ限月の同じ商品について「売り建玉」と「買い建玉」との両方が発生する、所謂、両建の状態になる。この両建の状態は、顧客が意図的に行っている場合には問題はないが、本来的には、顧客は、「売り」と「買い」という反対のポジションを両方所有することになるので、実質的にポジションを持たない状態になり、何の利益を得ることもできないので好ましくない。従って、このような両建て状態が発生しないように、上記したような場合には、買い注文を新規注文として注文せず、自ら所有する建玉を買い戻す仕切注文を行う。
このように、顧客は、何らかの商品先物の取引を行う場合には、注文を行う前に、必ず、自分の所有している建玉を確認し、「新規注文」にするか「仕切注文」にするか検討してから注文を行う。
近年、上記した商品先物トレーディングの注文を通信回線を介して顧客から受注するトレーディングシステムが提案されており、出願人も、顧客に対してＷｅｂサイト上で、商品先物トレーディングシステムを提供している。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、インターネット等の通信回線を用いて取引の注文を行うネットトレーディングシステムの場合、「新規注文」画面と、「仕切注文」画面とは別々の画面で構成されており、また、自分の建玉の一覧リストは、先の二つの画面とは別の画面に表示されるか、又は仕切注文の画面で表示されるように構成されている。このため、顧客は、新たに注文を行う場合、まず、自分の建玉の一覧を「建玉一覧画面」に表示させて、これから注文を行う商品と自分の建玉とが重複していないかを確認し、
全く重複していない場合には、「新規注文」画面を表示させて、新規注文を行い、
重複している場合には「仕切注文」画面を表示させて仕切注文を行い、
一部重複している場合には、「仕切注文」画面を表示させて仕切注文をし、次いで、「新規注文」画面を表示させて新規注文を行う
という非常に煩わしい画面の切り替え操作作業を強いられることになる。
また、上記したようにスムーズに処理が進めばよいが、注文を行う前に、もう一度、建玉の確認をしたい場合等は、「新規注文」画面や「仕切注文」画面を閉じて、再び、「建玉一覧画面」を表示して内容を確認し、次いで、再び、「新規注文」画面や「仕切注文」画面を表示させる等、複数の画面を何度も切り替えなければならない場合もある。
このような画面の切り替え操作は、通信環境があまりよくない場合（例えば、通信速度が遅い場合等）や端末の性能があまり高くない場合（例えば、メモリの容量が小さい場合等）には、顧客に大きな負担をかけることになる。そして、なにより、通信環境の問題だけではなく、このような画面の切り替え操作は、非常に面倒である。
また、ネットトレーディングの普及は、自宅で誰でも簡単に注文ができるという利点がある一方で、商品先物取引についての知識が豊富な商品取引員会社の登録外務員を介さずに注文を発注することになるため、商品先物取引の経験があまりない顧客の場合、両建の持つデメリットを知らずに、又は、誤って、両建状態となる新規注文をしてしまう可能性があるという問題もある。
さらに、商品先物取引の経験がある程度あったとしても、ネットトレーディングの場合、顧客は、注文を思いついてから、自らの建玉の確認を経て、仕切注文とするか、新規注文とするかを決めて実際に注文情報を入力する迄の全てのプロセスを一人で行わなければならないため、従来のように、建玉確認、仕切注文、新規注文の画面がそれぞれ異なると、画面の切り替えや複数回の入力作業等に起因して顧客の建玉情報の確認ミスや、注文情報の入力ミス等が生じる可能性もある。
本発明は、上記した従来の問題点を解決し、顧客が端末装置で一定の注文条件を入力するだけで、自らの建玉と注文条件とに基づいて、サーバー側で注文内容を自動判別することができる商品先物トレーディングシステムを提供することを目的としている。
【課題を解決するための手段】
【０００５】
上記した目的を達成するために本発明に係る商品先物トレーディングシステムは、商品取引所において扱われる上場商品の売買に関する顧客からの注文を通信ネットワークを介して受け付けるトレーディングシステムにおいて、顧客の所有する建玉情報を記憶する建玉記憶手段と、通信ネットワークを介して顧客側の端末装置と情報伝達が可能なサーバーとを備え、前記サーバーが、顧客側端末から、商品、売買区分、限月及び総注文枚数の項目を含む注文条件を受信し、受信した注文条件に基づいて、前記建玉記憶手段から、その顧客の反対建玉情報を抽出すると共に、前記注文条件と前記抽出した反対建玉情報とに基づいて、注文内容を自動判別することを特徴とする。
前記サーバーによる自動判別結果は、顧客の端末装置に表示することができ、顧客は、サーバーによる自動判別結果を参照しながら注文条件を変更したり、正式注文を発することができる。
好ましくは、注文条件には、仕切るべき建玉の優先順位情報を含むことができる。
この場合、優先順位情報は、値洗金額を基準としたものであってもよく、建玉の成立日時を基準としたものであってもよく、また、両者を組み合わせたものであってもよい。
ここで、「値洗金額」とは、建玉を反対売買により決済した時の利益又は損失であり、具体的には、例えば、売り建玉又は買い建玉の各々について下記の式で求められ得る。
値洗金額＝
（（建玉単価−同一商品の現在単価）×商品比率）×建玉枚数
上記した式中、「商品比率」は、実際の取引単位に基づく比率である。
また、値洗金額を基準とする場合、サーバーは、抽出した建玉と同じ商品の現在の金額を、適当な通信社等から発信される情報から取得し、最新の値洗金額を算出する。この値洗金額は、優先順位情報の有無に係らず、必要に応じて、建玉情報と共に顧客の端末装置に表示することができる。
抽出した反対建玉が０枚の場合、前記サーバーは、受信した注文条件の注文内容を、該注文条件に含まれる総注文枚数の新規注文と自動判別し得る。
また、抽出した反対建玉の総枚数が、受信した注文条件の総注文枚数と同じか、又はそれより多い場合には、前記サーバーは、受信した注文条件の注文内容を、抽出した反対建玉の仕切注文と自動判別し得る。
さらに、抽出した反対建玉が１枚以上あり、かつ、その総枚数が、受信した注文条件の総注文枚数より少ない場合、前記サーバーは、受信した注文条件の注文内容を、抽出した反対建玉の仕切注文及び、総注文枚数から抽出した反対建玉の総枚数を減算した枚数の新規注文であると自動判別することができる。
このように、サーバーが顧客からの注文条件と建玉記憶手段から抽出した反対建玉情報とに基づいて注文内容を自動判別することにより、顧客は、１回の注文条件の入力で、その注文条件に応じた一つ又は複数の取引に対する新規注文及び／又は仕切注文を発することが可能になる。
【発明の効果】
【０００６】
以上説明したように、本発明に係るトレーディングシステムは、商品取引所において扱われる上場商品の売買に関する顧客からの注文を通信ネットワークを介して受け付けるトレーディングシステムにおいて、顧客の所有する建玉情報を記憶する建玉記憶手段と、通信ネットワークを介して顧客側の端末装置と情報伝達が可能なサーバーとを備え、前記サーバーが、顧客側端末から、商品、売買区分、限月及び総注文枚数の項目を含む注文条件を受信し、受信した注文条件に基づいて、前記建玉記憶手段から、その顧客の反対建玉情報を抽出すると共に、前記注文条件と前記抽出した反対建玉情報とに基づいて、注文内容を自動判別するように構成されているので、顧客は、複数のウィンドウを切り換えたり、同じ注文条件を複数回入力することなく、簡単に、新規注文、仕切注文、又は新規及び仕切注文を行うことができるようになる。
また、受信した注文条件に基づいて、前記建玉記憶手段から、その顧客の反対建玉情報を抽出すると共に、前記注文条件と前記抽出した反対建玉情報とに基づいて、注文内容を自動判別するように構成されているので、両建の持つデメリットを知らずに、又は、誤って、両建状態となる新規注文をしてしまうことがない。
【発明を実施するための最良の形態】
【０００７】
以下、添付図面に示した一実施例を参照して本発明に係る商品先物トレーディングシステムの実施の形態について説明していく。
【０００８】
図１は、本発明に係る商品先物トレーディングシステムのシステム構成図を示している。
このトレーディングシステムは、商品取引員側のシステムＡと、顧客側の端末装置Ｂと、商品取引所システムＣとをから成る。
商品取引員側のシステムＡは、顧客の建玉情報及び顧客からの注文情報を記憶する記憶手段Ａ２と、サーバーＡ１とを有する。
前記サーバーＡ１は、通信ネットワークを介して顧客側の端末装置Ｂとの間で情報の送受信が可能にされ、また、専用回線を介して商品取引所システムＣと情報の送受信が可能にされている。
顧客側の端末装置Ｂは、通信ネットワークに接続可能な端末装置であれば任意の端末装置でよく、例えば、パーソナルコンピュータ、ＰＤＡ又は携帯電話等でよく、また、通信ネットワークへの接続は有線でも無線でもよい。
【０００９】
始めに、商品取引員側のシステムＡにおける記憶手段Ａ２が記憶している注文情報及び建玉情報について説明する。
記憶手段Ａ２は、下記のデータを一つのレコードとして顧客からの注文情報を記憶し、サーバーＡ１は、各レコードの内容に従って商品取引所システムＣに注文情報を送り取引を執行する。
項目０：顧客ＩＤ
項目１：注文方式（新規又は仕切）
項目２：商品取引所
項目３：商品
項目４：売買区分
項目５：限月
項目６：執行条件
項目７：指値値段
項目８：執行日
項目９：注文枚数
項目１０：場節
項目１１：取引成立データ
上記した注文情報のデータのうち項目０〜１０は顧客側端末装置Ｂから得るデータであり、項目１１は、商品取引所における取引結果に応じてサーバーＡ１が更新するデータである。
サーバーＡ１は、商品取引所における取引が成立すると、項目１１のデータを「取引成立」とし、かつ、建玉情報を記憶手段Ａ２に追加する。また、商品取引所における取引が成立しなかった場合には、項目１１のデータを「取引不成立」とする。
サーバーＡ１により記憶手段Ａ２に追加される建玉情報は、下記のデータを一つのレコードとしたものである。
項目２０：顧客ＩＤ
項目２１：商品取引所
項目２２：商品
項目２３：売買区分
項目２４：限月
項目２５：取引成立時の商品単価（建玉単価）
項目２６：取引成立日
項目２７：取引成立場節（取引成立時間）
項目２８：取引成立枚数（建玉枚数）
項目２９：仕切注文状況（注文の有無）
項目２９：決済状況（決済の有無）
【００１０】
次に、図２〜図７を参照して、トレーディングシステムの構成と処理の流れについて説明していく。
図２は、トレーディングシステムにおける処理の流れを示す概略図であり、図３は、サーバーＡ１が顧客端末装置Ｂに提供する注文用インターフェイス画面の一例の初期画面を示す図である。
顧客は、端末装置Ｂを用いて所定のアドレスにあるログイン画面にアクセスし（図示せず）、そのログイン画面から所定の顧客ＩＤ及びパスワードを入力することにより、図３に示す注文用インターフェイス画面（以下、ディーリング画面）を端末装置Ｂに表示させる。
図３のディーリング画面において、左側のフレームは、「注文ディーリング」画面であり、右側のフレームは「注文ディーリング詳細」画面である。
「注文ディーリング」画面は、顧客が注文条件を入力するために自らデータを選択・入力する画面であり、「注文ディーリング詳細」画面は「注文ディーリング」画面において選択・入力された注文情報に基づいてサーバーＡ１が注文内容を自動判別して表示する画面であり、最終的に顧客が「注文ディーリング」画面における「注文」ボタンをクリックすると、「注文ディーリング詳細」画面に表示された内容の注文情報が、正式な注文としてサーバーＡ１へ送信されることになる。
【００１１】
図３に示すように、「注文ディーリング」画面には、
「新規注文」又は「仕切優先注文」の選択チェックボックスと、
「商品取引所」の選択用リストボックス、
「商品」の選択用リストボックス、
「売買区分」の選択用チェックボックス、
「限月」選択用リストボックス、
「執行条件」の選択用のリストボックス、
「指値値段」の入力ボックス、
「仕切優先順位」の選択用のリストボックス、
「執行日」、
「枚数」入力ボックス、及び
「場節」選択用のリストボックス
が形成されている。
取引所選択用リストボックスは、取引可能な商品取引所（東京工業品，東京穀物，横浜，中部，大阪，関西，福岡）をプルダウン形式で表示し、商品取引所を選択できるように構成されている。
商品選択用リストボックスは、商品取引所選択リストボックスで選択された商品取引所において取引可能な商品（金，銀，白金，パラジウム，アルミニウム，ゴム，原油，ガソリン・灯油，生糸，粗糖，鶏卵，トウモロコシ，じゃがいも，大豆，小豆，コーヒー生豆，大豆ミール，ブロイラー，指数商品）をプルダウン形式で表示し、商品を選択できるように構成されている。
売買区分選択用のチェックボックスは、「買い」と「売り」とがあり、何れかを選択できるように構成されている。
限月選択用リストボックスは、商品取引所及び商品が選択されると、選択した商品に対して選択した商品取引所が設定している「限月」をプルダウン形式で表示し、限月が選択できるように構成されている。
執行条件選択用リストボックスは、取引の執行条件（成行，指値，指成，引成，ストップ，ストップリミット，逆指値）をプルダウン形式で表示し、執行条件が選択できるように構成されている。
指値値段入力ボックスは、執行条件選択用リストボックスにおいて、指値や指成等を選択した時に、任意の指値値段を入力できるように構成されている。
執行日は、この実施例では、ディーリング画面を操作している日付に自動的に設定される。尚、これは、顧客から将来の注文を受け付けることができるように、顧客自身が入力できるように構成してもよい。
枚数入力ボックスは、顧客が取引しようとする任意の枚数を入力できるように構成されている。
場節選択用リストボックスは、取引可能な場節（前場１節，前場２節，前場３節，後場１節，後場２節，後場３節）をプルダウン形式で表示し、場節を選択できるように構成されている。
「新規注文」又は「仕切優先注文」選択用のチェックボックスは、顧客が任意に何れかを選択できるように構成されている。
ここで、「新規注文」とは、それ以外の全ての選択又は入力された注文条件で新規注文を行う処理であり、
「仕切優先注文」とは、顧客が、注文条件入力画面で入力した条件に基いて、サーバーＡ１により注文内容を自動判別させる処理である。
「仕切優先注文」が選択された場合、サーバーＡ１は、記憶手段Ａ２から、その顧客の反対建玉情報を「仕切優先順」選択用リストボックスで選択された優先順位に従って抽出し、枚数入力ボックスに入力された総注文枚数と、抽出した反対建玉情報の総枚数とに基いて、注文内容を自動判別する。
ここで、「反対建玉情報」とは、記憶手段Ａ２に記憶されている顧客の未決済建玉のうち、「商品取引所（項目２１）」「商品（項目２２）」及び「限月（項目２４）」が注文条件入力画面において選択された「商品取引所」「商品」及び「限月」と同一であり、かつ、「売買区分（項目２３）」が、注文条件入力画面において選択された「売買区分」とは反対の建玉をいう。
仕切優先順選択用リストボックスは、サーバーＡ１が記憶手段Ａ２から反対建玉を抽出する時の条件をプルダウン形式で表示して選択できるように構成されている。この条件には、「値洗高順」「値洗低順」「建玉新順」「建玉古順」がある。
「値洗高順」は値洗金額が高い反対建玉を優先して抽出するという条件であり、「値洗低順」は逆に値洗金額が低い反対建玉を優先して抽出するという条件である。
「値洗金額」とは、その建玉に対する取引が成立した時の商品単価（項目２５）と、その商品の現在の取引単価との差額に、商品毎に決められた比率を乗算し、その値に建玉枚数を乗算した金額である。尚、サーバーＡ１は、通信回線を介して適当な通信社から各商品の最新の取引単価を入手できるように構成されており、「注文ディーリング詳細」画面に建玉情報を表示する場合には、常に、各建玉情報に対する「値洗金額」が表示できるように構成されている。
「建玉新順」は、取引成立日時が新しい反対建玉を優先して抽出するという条件であり、「建玉古順」は取引成立日時が古い反対建玉を優先して抽出するという条件である。
商品先物取引では、成立した取引を同日に決済する場合、決済時に顧客が商品取引員に支払う手数料は通常の手数料の半額近く割引にするという規則があるため、手数料を半額にすることを優先したい場合等は、「建玉新順」で反対建玉を抽出するのが望ましい。
【００１２】
次に、トレーディングシステムの処理の流れについて説明していく。
ディーリング画面は、顧客側の端末装置において、その「注文ディーリング」画面における「商品取引所」「商品」「売買区分」及び「限月」の全てが選択されると、これらの情報をサーバーＡ１へ自動的に送信するように構成されている（図２における矢印１）。
サーバーＡ１は、「商品取引所」「商品」「売買区分」及び「限月」情報が顧客側端末装置Ｂから送信されてくると、記憶手段Ａ２から、その顧客の反対建玉情報を全て抽出する（図２における矢印２）と共に、各反対建玉情報に対する値洗金額を算出し、「建玉枚数（項目２８）」「取引成立日（項目２６）」「取引成立場節（取引成立時間）（項目２７）」「売買区分（項目２３）」「建玉単価（項目２５）」及び「値洗金額」を「注文ディーリング詳細」画面における「仕切注文表示欄」に表示する（図２における矢印３）。この時、表示される反対建玉情報は、「注文ディーリング」画面において選択された仕切優先順に従って並べられる。尚、注文条件入力画面において仕切優先順選択用リストボックスは、初期値「建玉新順」に設定されているので、顧客が積極的にこれを変更しない限りは、「建玉新順」に並べられる。
図４は、限月が2003/08の中部ガソリンの買い建玉（買う事により生じた建玉、即ち、売って決済する必要がある建玉）を１０枚所有している顧客が、顧客が「注文ディーリング」画面において、「仕切優先注文」を選択した後に、「商品取引所」として「中部商品取引所」を選択し、「商品」として「ガソリン」を選択し、「売買区分」として「売り」を選択した場合の例を示している。仕切優先順選択用リストボックスは、初期値のままで選択され直してない。
図面に示すように、サーバーＡ１が、「注文ディーリング」画面において選択された「商品取引所」「商品」「限月」「売買区分」に基づいて、記憶手段Ａ２から反対建玉情報を抽出し、「注文ディーリング詳細」画面における「仕切注文表示欄」に、抽出した建玉情報を「値洗金額」と共に表示している。なお、この時の反対建玉情報の並び順は、「建玉新順」である。
サーバーＡ１は、この時、同時に、「注文ディーリング詳細」画面の共通条件表示欄に、「注文条件入力画面」において選択された「商品取引所」「商品」「売買区分」「限月」を表示する。「注文ディーリング詳細」画面においては、「商品取引所」と「商品」とは、一つにまとめられて「商品」として表示される。
【００１３】
次いで、顧客が「注文ディーリング」画面において「枚数」を含むそれ以外の項目の選択及び入力を済ませ、「注文ディーリング」画面右上にレイアウトされた「右詳細更新」ボタンをクリックすると、ディーリング画面は再び顧客端末装置ＢからサーバーＡ１へ全ての注文条件を送信する（図２における矢印４）。
サーバーＡ１は、この段階で、注文条件に含まれている「枚数（以下、総注文枚数）」と、顧客の所有する反対建玉の総枚数とに基いて、注文内容を自動判別し、その判別結果を「注文ディーリング詳細」画面に表示させる（図２における矢印５）。
【００１４】
サーバーＡ１が行う具体的な自動判別処理は以下の通りである。
始めに反対建玉の総枚数が０か否かを確認し、０の場合、サーバーＡ１は、
「注文ディーリング詳細」画面における新規注文欄の「新規枚数」を「注文ディーリング」画面における「枚数（総注文枚数）」として「注文ディーリング詳細」画面に注文内容を表示する。
図５は、限月が2003/08の中部ガソリンの買い建玉（買う事により生じた建玉、即ち、売って決済する必要がある建玉）を１枚も所有していない顧客が、「商品取引所＝中部商品取引所」「商品＝ガソリン」「売買区分＝売り」「限月＝2003/08」「執行条件＝成行」「執行日＝2003/5/22」「枚数＝１０枚」「場節＝前場２節」「仕切優先順＝値洗高順」の各条件を「注文ディーリング」画面において入力又は選択した後、「右詳細更新」ボタンをクリックしてサーバーＡ１による注文内容自動判別結果を「注文ディーリング詳細」画面に反映させた例を示している。
図面に示すように、サーバーＡ１は、反対建玉が１枚もないので、「注文ディーリング」画面に入力された枚数（総注文枚数）を、全て新規注文の枚数と判断し、「注文ディーリング詳細」画面の「新規枚数」を「１０」としている。
この注文内容を顧客が確認した後、「注文」ボタンをクリックすると、「注文ディーリング詳細」画面に表示された各情報に基づいて正式注文情報が構成されサーバーＡ１に送信される。
この例の場合には、図面に示すように、「注文ディーリング詳細」画面の情報から一つの新規注文情報が構成されサーバーＡ１に送信されることになる。
【００１５】
次いで、反対建玉の総枚数が０ではなく、かつ、「注文ディーリング」画面における枚数（総注文枚数）より多い場合、サーバーＡ１は、
「注文ディーリング」画面において選択された仕切優先順の規則に従って、総注文枚数に相当する枚数の反対建玉情報を再抽出し、値洗金額と共に、抽出した反対建玉情報を「注文ディーリング詳細」画面における仕切注文欄に表示すると共に、総注文枚数に相当する枚数を仕切枚数として表示する。
図６は、限月が2003/08の中部ガソリンの買い建玉（買う事により生じた建玉、即ち、売って決済する必要がある建玉）を１０枚所有している顧客が、「商品取引所＝中部商品取引所」「商品＝ガソリン」「売買区分＝売り」「限月＝2003/08」「執行条件＝成行」「執行日＝2003/5/22」「枚数＝５枚」「場節＝前場２節」「仕切優先順＝値洗高順」の各条件を「注文ディーリング」画面において入力又は選択した後、「右詳細更新」ボタンをクリックしてサーバーＡ１による注文内容自動判別結果を「注文ディーリング詳細」画面に反映させた例を示している。
顧客の所有している「限月2003/08」「中部ガソリン」の買い建玉の詳細内容は図４に示す内容と同じものとする。
サーバーＡ１は、「注文ディーリング」画面において入力された枚数（総注文枚数）（５枚）より、顧客の所有する反対建玉の総枚数（１０枚）の方が多いので、顧客の所有する反対建玉情報を、仕切優先順位（この場合は、値洗高順）及び総注文枚数（５枚）に従って再抽出し、再抽出した反対建玉情報を「注文ディーリング詳細」画面の仕切注文欄に表示すると共に、総注文枚数（５枚）に相当する枚数（１枚及び４枚）を仕切枚数に設定する（図４及び図６参照）。
この注文内容を顧客が確認した後、「注文」ボタンをクリックすると、「注文ディーリング詳細」画面に表示された各情報に基づいて正式注文情報が構成されサーバーＡ１に送信される。
この例の場合には、図面に示すように、「注文ディーリング詳細」画面の情報から合計５枚になる二つの仕切注文情報が構成されサーバーＡ１に送信されることになる。
【００１６】
最後に、反対建玉の総枚数が０ではなく、かつ、「注文ディーリング」画面に入力された総注文枚数より少ない場合、サーバーＡ１は、
全ての反対建玉情報を値洗金額と共に仕切注文欄に表示して、表示した全ての反対建玉情報の建玉枚数を仕切枚数とし、
かつ、総注文枚数から総仕切枚数を引いた枚数を、新規枚数として新規注文欄に表示する。
図７は、限月が2003/08の中部ガソリンの買い建玉（買う事により生じた建玉、即ち、売って決済する必要がある建玉）を１０枚所有している顧客が、「商品取引所＝中部商品取引所」「商品＝ガソリン」「売買区分＝売り」「限月＝2003/08」「執行条件＝成行」「執行日＝2003/5/22」「枚数＝１２枚」「場節＝前場２節」「仕切優先順＝値洗高順」の各条件を「注文ディーリング」画面において入力又は選択した後、「右詳細更新」ボタンをクリックしてサーバーＡ１による注文内容自動判別結果を「注文ディーリング詳細」画面に反映させた例を示している。
顧客の所有している「限月2003/08」「中部ガソリン」の買い建玉の詳細内容は図４に示す内容と同じものとする。
サーバーＡ１は、「注文ディーリング」画面において入力された枚数（総注文枚数）（１２枚）より、顧客の所有する反対建玉の総枚数（１０枚）の方が少ないので、顧客の所有する全反対建玉情報を、仕切注文として仕切注文欄に表示すると共に、総注文枚数（１２枚）から仕切枚数（１０枚）を減算した枚数（２枚）を、新規注文枚数として「注文ディーリング詳細」画面に表示する（図４及び図７参照）。
この注文内容を顧客が確認した後、「注文ボタン」をクリックすると、「注文ディーリング詳細」画面に表示された各情報に基づいて正式注文情報が構成されサーバーＡ１に送信される。
この例の場合には、図面に示すように、「注文ディーリング詳細」画面の情報から新規枚数が２枚の一つの新規注文情報と、仕切枚数が合計１０枚になる４つの仕切注文情報が構成されサーバーＡ１に送信されることになる。
【００１７】
尚、ディーリング画面は、「注文ディーリング」画面において全ての項目が入力又は選択されているか否かに関係なく、「商品取引所」「商品」「売買区分」及び「限月」が選択された状態で「右詳細更新」ボタンがクリックされると、その情報を顧客側端末装置からサーバーＡ１に送信するように構成され、サーバーＡ１は、これらの情報が送信される毎に、「値洗金額」を更新するように構成されている。
また、ディーリング画面は、「注文ディーリング」画面において全ての項目が入力されているか否かに関係なく、「商品取引所」「商品」「売買区分」及び「限月」が入力された状態で、仕切優先順が変更されると、その情報を顧客側端末装置からサーバーＡ１に送信するように構成され、サーバーＡ１は、これらの情報が送信される毎に、「値洗金額」を更新し、かつ、建玉情報の並び順を変更された仕切優先順に合わせて並べかえるように構成されている。
【００１８】
顧客が、「注文ディーリング詳細」画面の情報の内容を確認した後、「注文ディーリング」画面の右下にレイアウトされた「注文」ボタンをクリックすると、「注文ディーリング詳細」画面に表示された情報が各々正式注文情報としてサーバーＡ１へ送信され（図２における矢印６）、サーバーＡ１は、送信されてきた正式注文情報を記憶手段Ａ２に注文情報として追加すると共に、正式注文情報に仕切注文が含まれている場合には、記憶手段Ａ２にける該当する建玉情報の仕切注文状況（項目２９）を、「仕切注文有」に更新する（図２における矢印７）。
上記の処理を経て、サーバーＡ１は、記憶手段Ａ２に記憶された注文情報に基いて、注文条件に応じて商品取引所システムへ注文情報を送り（図２における矢印８及び９）、取引を執行させる。
【００１９】
上記したように、本実施例におけるトレーディングシステムによれば、顧客は、「注文ディーリング」画面で１回条件を入力又は選択するだけで、サーバー側で、自分の所有する反対建玉情報に基づいて注文内容が自動判別されて「注文ディーリング詳細」画面に表示されるので、その内容を確認して「注文」ボタンをクリックするだけで、条件に見合った新規注文、仕切注文、又は新規及び仕切注文を行うことができる。
この注文処理の間に、顧客は、従来のシステムのように、複数のウィンドウを開く必要はなく、また、最終的に注文内容が、複数に分かれる場合であっても、条件入力は１回で済むので、顧客の注文処理は非常に簡便化される。
また、「商品取引所」「商品」「限月」「売買区分」を入力するだけで、「枚数」を入力する前に、自らの所有する全建玉情報が値洗金額と共に自動的に表示されるようになっているので、顧客は、自分は全建玉情報の内容を見ながら「仕切優先順」等の条件を変更、選択又は入力することが可能になり、より、最適な条件になるように様々なシミュレーションをしながら、最終条件を決定することが可能になる。
さらに、顧客は、注文条件入力時に、「新規」か「仕切」かを意識することなく条件入力を行うことができるので、注文時の顧客の負担が著しく軽減する。
【００２０】
上記した実施例では、「注文ディーリング」画面と「注文ディーリング詳細」画面とが左右に２分割するフレームで構成されているが、これは本実施例に限定されることなく、例えば、携帯電話の場合等は上下に２分割するように構成してもよい。
さらに、上記した実施例では、「注文ディーリング」画面において、正式注文に必要な全ての情報を入力できるように構成されているが、これは、必要に応じて、複数の画面に分割することができる。
例えば、
「注文ディーリング」画面の第一画面を、「商品取引所」「商品」「売買区分」「限月」のみを入力可能に構成し、これらの入力情報に基づいて、「注文ディーリング詳細」画面に反対建玉を全て表示し、
「注文ディーリング」画面の第一画面に、第二画面へ進むボタンを設け、第二画面において顧客が枚数を入力できるように構成し、この枚数の入力に基づいて、「注文ディーリング詳細」画面にサーバーによる自動判別結果を表示し、
「注文ディーリング」画面の第ニ画面に、第三画面へ進むボタンを設け、第三画面において、その他の共通条件（執行条件等）を入力できるように構成し、これらの入力情報を「注文ディーリング詳細」画面に反映させ、
最後に、注文ボタンをクリックすると、正式注文情報が自動的に構成されて、サーバーへ注文が送信されるように構成してもよい。
また、上記した実施例では、サーバーＡ１による自動判別後は、自動判別により抽出された反対建玉情報のみが「注文ディーリング詳細」画面に表示されるように構成されているが、この構成は本実施例に限定されることなく、例えば、サーバーＡ１による自動判別後に、反対建玉情報を全て表示しサーバーＡ１により抽出した反対建玉情報にのみ何らかのマークを表示するように構成してもよい。
【図面の簡単な説明】
【００２１】
【図１】本発明に係るトレーディングシステムのシステム構成図である。
【図２】本発明に係るトレーディングシステムにおけるデータの流れの概略を示す図である。
【図３】サーバーにより提供されるディーリング画面の一例の初期画面を示している。
【図４】ディーリング画面において全建玉情報が表示されている状態を示す図である。
【図５】サーバーによる自動判別が反映されたディーリング画面の一例を示す図である。
【図６】サーバーによる自動判別が反映されたディーリング画面の一例を示す図である。
【図７】サーバーによる自動判別が反映されたディーリング画面の一例を示す図である。
【符号の説明】
【００２２】
Ａ  商品取引員システム
Ａ１  サーバー
Ａ２  記憶手段
Ｂ  顧客側端末装置
Ｃ  商品取引所システム
【図２】
2005032112.tif 000003
【図３】
2005032112.tif 000004
【図４】
2005032112.tif 000005
【図５】
2005032112.tif 000006
【図６】
2005032112.tif 000007
【図７】
2005032112.tif 000008
【図１】
2005032112.tif 000009