專利名稱：交易系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及關(guān)于股票、債券、匯兌、商品期貨、以及期權(quán)等各種金融 商品、其他商品的商品交易，當(dāng)向交易市場的系統(tǒng)下單訂單時，代銷業(yè)者 等使用的交易系統(tǒng)。
背景技術(shù)：
近年來，經(jīng)由因特網(wǎng)的金融商品、其他商品的在線交易己普及，特別 是對于股票、債券、匯兌、商品期貨、期權(quán)等各種金融商品的交易的關(guān)注 提高。關(guān)于金融商品及其他商品的商品交易，通過對這些交易市場的系統(tǒng) 經(jīng)由代銷業(yè)者進行訂單而買賣成立。例如在商品為股票的情況下，投資者 經(jīng)由作為代銷業(yè)者的證券公司的交易系統(tǒng)對東京證券交易所的系統(tǒng)下單訂 單。
通過由在線交易進行的交易的普及，投資者希望進行指定了各種條件 的基礎(chǔ)上的訂單。對此，代銷業(yè)者通過例如提供如下的系統(tǒng)，使投資者能 夠控制價格變動風(fēng)險，所述系統(tǒng)組合了指定值訂單(指定了品種、買賣價 格和數(shù)量的訂單形態(tài))、市價訂單(不指定買賣價格，僅指定品種和數(shù)量的 訂單形態(tài))、反指定值訂單(如果證券等的價格比指定的價格高則進行買入 訂單、如果比指定的價格便宜則進行賣出訂單的訂單形態(tài))、連續(xù)訂單(通 過某個訂單的約定，下單其他訂單的訂單形態(tài))、定時訂單(在滿足有關(guān)時 間或時刻的條件的情況下下單的訂單形態(tài))、排他訂單(對于兩個訂單、如 果約定了一個訂單則將另一個訂單取消的訂單形態(tài))等、能夠下單具備復(fù) 雜的條件的訂單。
能夠進行這樣的各種訂單形態(tài)對于投資者是非常有益的，但投資者在 訂單時必須進行訂單以唯一地設(shè)定訂單條件(指定在哪個時點向交易市場 下訂單屬性的條件)和訂單的內(nèi)容(訂單屬性指定以怎樣的價格將哪個 商品買/賣多少數(shù)量的條件)。因而，投資者需要觀察市場的狀況的同時依 次指定具體的訂單內(nèi)容(下單條件和訂單屬性)，但這對于投資者來說，因
為必須總監(jiān)視市場，所以發(fā)生監(jiān)視負(fù)擔(dān)。
所以，在下述專利文獻1中公開了在下單條件和訂單屬性兩者中包含 稱作變量的在訂單內(nèi)容的指定后設(shè)定的參數(shù)、在根據(jù)市場的狀況決定了變 量的情況下、同時自動地決定具體的下單條件和訂單屬性、由此在滿足下 單條件的情況下通過上述決定的訂單屬性向交易市場下單的交易系統(tǒng)。此 外，在下述非專利文獻1中也記載有專利文獻1所示的交易系統(tǒng)。
進而，在非專利文獻2中公開了能夠?qū)崿F(xiàn)與在專利文獻1及非專利文 獻1中公開的交易系統(tǒng)同樣的處理的系統(tǒng)。在非專利文獻2中公開的交易
系統(tǒng)(自動下單系統(tǒng)程序交易系統(tǒng))從二十世紀(jì)八十年代開始以美國為 中心使用。特別是，從因特網(wǎng)普及的二十世紀(jì)九十年代后半段開始，通過 實時的時價字段監(jiān)視股價信息、當(dāng)將來的不確定的股價等滿足某個條件時、 使用對該值綁定的變量、并通過程序動態(tài)地計算訂單屬性而下單的系統(tǒng)在
一般投資者中也廣泛地使用。作為代表性的系統(tǒng)，有從Omega Research公 司銷售的TradeStation，使用自動下單專用程序語言，即使是一般投資者也 能夠通過簡便的表述來記述基于自如的條件設(shè)定的自動訂單，是方便性非 常高的系統(tǒng)。此外，在此之后晚幾年，在日本也開發(fā)出了實現(xiàn)TmdeStation 的一部分功能的在線交易系統(tǒng)(非專利文獻2)。 專利文獻1:日本特開2004-54643號公報
非專利文獻1: kabu.com證券株式會社，[online],因特網(wǎng)<;1^: http://kabu.com/company/pressrelease/20051226.asp>
非專利文獻2:塞繆爾'耐特'特尼斯(Samuel Knight Tennis)著，《Ask Mr. EasyLanguage》，(美國)，Traders Press, Inc., 1999年

發(fā)明內(nèi)容
在上述專利文獻l、非專利文獻l、非專利文獻2所示的交易系統(tǒng)的情 況下，通過在下單條件和訂單屬性的兩者中包含變量，在指定訂單內(nèi)容時 不確定具體的下單條件和訂單屬性，在評價下單條件時通過變量的數(shù)值決 定來決定訂單屬性，決定具體的訂單內(nèi)容(下單條件和訂單屬性)，因此在 投資者能夠進行對應(yīng)于市場的狀況的交易這一點上是有益的。
但是，通過決定包含在下單條件中的變量的數(shù)值，對應(yīng)于它的訂單屬
性同時被決定(專利文獻l段落(0045)，段落(0056)，段落(0061)，段 落(0066)等)，所以從決定了變量的數(shù)值的時點到實際滿足下單條件、具 有確定的訂單屬性的訂單被交易市場的系統(tǒng)取入的時點，通常有幾十毫秒 到幾秒的時間差，不能準(zhǔn)確地應(yīng)對該期間的市場的變動。
例如，如專利文獻1所述，在訂單內(nèi)容是"如果現(xiàn)值成為初始值+10 日元，則以初始值+20日元為指定值購買的訂單"(在此情況下，"初始值 + 10日元"是下單條件，"以初始值+20日元為指定值購買"是訂單屬性， "初始值"是變量)的情況下，在決定了變量"初始值"的時點，下單條 件和訂單屬性被決定為具體的值。例如，在"初始值"是"500日元"的情 況下，具體的訂單內(nèi)容確定為，下單條件為"510日元"、訂單屬性為"以 520日元購買"。
這樣，到投資者指定的品種的時價成為510日元為止，訂單屬性被固 定為"以520日元購買"，即使在從決定變量的時點開始到滿足下單條件的 時點之間在市場上有較大的變化等的情況下，訂單屬性也不會變更。因而， 有投資者必須承受對于在從決定變量的時點開始到滿足下單條件的時點之 間的價格變動等的市場的變化不能靈活地應(yīng)對的風(fēng)險的問題。
在使用非專利文獻2中公開的交易系統(tǒng)的情況下，雖然能夠執(zhí)行比在 專利文獻1及非專利文獻1中公開的交易系統(tǒng)復(fù)雜的處理，但由于條件部 與結(jié)論部由相同的范圍實現(xiàn)，所以通過條件部的處理立即作為值被確定。 即，不能繼續(xù)引出作為條件不確定的價格，不能避免與上述同樣的時滯的 發(fā)生。
如將上述例子對應(yīng)于市場變化那樣，也可以變更為"如果現(xiàn)值成為初 始值+10日元，則以(初始值+現(xiàn)值)+2+10日元為指定值購買的訂單"。 在此情況下，在決定指定值的"(初始值+現(xiàn)值)+2+10日元"的計算中使 用的現(xiàn)值的值優(yōu)選為，盡可能接近于訂單被取入到交易市場的系統(tǒng)而進行 交易處理的時點的值，在使用如上述的現(xiàn)有技術(shù)的情況下，"現(xiàn)值成為初始 值+10日元"的時點的現(xiàn)值有可能過于陳舊。
此外，在想要減小這樣的風(fēng)險的情況下，不得不限定于不易發(fā)生由該 時滯帶來的風(fēng)險的變量及計算方法，投資者不能使訂單屬性的計算方法多 樣化。即缺乏投資者的方便性。
所以，本申請發(fā)明者發(fā)明了如下的交易系統(tǒng)不是如以往那樣隨著下 單條件的變量的決定，同時確定訂單屬性，而是在滿足下單條件的情況下， 動態(tài)地生成或從預(yù)先準(zhǔn)備的多個訂單確定對象之中選擇表示確定訂單屬性 用的數(shù)據(jù)、數(shù)據(jù)取得方法、或訂單屬性的計算方法的訂單確定對象，并在 盡可能接近于訂單被取入到市場中的時點，執(zhí)行訂單確定對象的計算處理， 從而確定訂單屬性。
技術(shù)方案1的發(fā)明是一種交易系統(tǒng)，從投資者利用的投資者終端受理 買賣的訂單，并向交易市場所利用的交易市場系統(tǒng)下單該訂單，上述交易 系統(tǒng)具有訂單受理單元，從上述投資者終端受理買賣的訂單；將上述受 理的訂單的訂單屬性存儲在訂單屬性存儲單元，并且在上述訂單中包含有 條件的情況下，將上述條件存儲在條件存儲單元的單元；事件監(jiān)視單元，
對時價事件、約定事件、以及時刻事件中的至少一個以上的事件進行監(jiān)視，
并判斷是否滿足存儲在上述條件存儲單元中的條件；下單單元，對于不包 含上述條件的訂單、或者滿足上述訂單的條件的訂單，向上述交易市場系 統(tǒng)下單訂單屬性，該訂單屬性是基于存儲在上述訂單屬性存儲單元中的訂 單屬性而確定的；以及訂單屬性確定單元，對于上述下單單元下單的訂單， 在包含有未確定的訂單屬性的情況下，執(zhí)行存儲在對象存儲單元中的、記 述有確定訂單屬性的處理的訂單確定對象的處理，并將其結(jié)果返回給上述 下單單元；上述下單單元將至少包含在上述未確定的訂單屬性中的、識別 上述訂單確定對象的對象ID或上述訂單確定對象傳送給上述訂單屬性確 定單元；上述訂單屬性確定單元基于接收到的上述訂單確定對象或上述對 象ID，執(zhí)行從上述對象存儲單元得到的上述訂單確定對象的處理，并將其 結(jié)果返回給上述下單單元；上述下單單元接收上述訂單確定對象的執(zhí)行結(jié) 果，并將上述未確定的訂單屬性的部分變更為上述執(zhí)行結(jié)果，從而在變更 為確定了上述訂單屬性的訂單屬性后，向上述交易市場系統(tǒng)下單上述確定 的訂單屬性。
通過如本發(fā)明這樣構(gòu)成，對于未確定的訂單屬性，能夠在下單之前確 定而向交易市場系統(tǒng)下單。由此，能夠如以往那樣，使下單條件與訂單屬 性同時確定而從這時到實際下單訂單的時滯減少，并且對于價格變動等的 市場的變化能夠靈活地應(yīng)對。此外，由于也沒有時滯帶來的風(fēng)險，所以能夠在訂單屬性中使用實現(xiàn)多種計算處理的訂單確定對象，并且能夠使訂單 屬性的計算方法多樣化。
在技術(shù)方案2的發(fā)明中，是一種交易系統(tǒng)，上述訂單ID分配單元基于
包含在上述訂單中的識別碼，確定帶有條件的訂單屬性和條件。
訂單屬性與下單條件的確定必須可靠地進行。所以，如本發(fā)明，基于
包含在訂單中的識別碼來確定，而能夠可靠地進行處理。
在技術(shù)方案3的發(fā)明中，是一種交易系統(tǒng)，上述下單單元在上述訂單
屬性中包含有上述對象ID或上述訂單確定對象的情況下，判斷為是未確定
的訂單屬性，在沒有包含上述對象ID或上述訂單確定對象的情況下，判斷
為是確定的訂單屬性。
對象ID是識別訂單確定對象的信息。在訂單屬性中包含有訂單確定對
象，這表示需要通過使用某種計算方法來計算值。因而，如果包含有對象
ID,則判斷為是未確定的訂單屬性，在不包含的情況下判斷為是確定的訂
單屬性即可。
在技術(shù)方案4的發(fā)明中，是一種交易系統(tǒng)，上述對象是由數(shù)據(jù)、或者 數(shù)據(jù)和一個以上的處理命令構(gòu)成的代碼。
通過將對象設(shè)為由數(shù)據(jù)或處理命令、或者它們的組合構(gòu)成的代碼(也 包括程序及模塊等)，能夠從簡單的處理到復(fù)雜的計算方法任意地設(shè)定。此 外，通過投資者自己將該代碼組合、存儲而能夠進行適合自己的定制。
技術(shù)方案5的發(fā)明是一種交易系統(tǒng)，從投資者利用的投資者終端受理 買賣的訂單，并向交易市場利用的交易市場系統(tǒng)下單該訂單，上述交易系 統(tǒng)具有訂單受理單元，從上述投資者終端受理買賣的訂單；訂單ID分配 單元，對于構(gòu)成上述買賣的訂單的各要素訂單，分配作為確定上述要素訂 單的數(shù)據(jù)的訂單ID，并將上述要素訂單的訂單屬性和表示條件的信息與上 述訂單ID對應(yīng)起來存儲在訂單屬性存儲單元中，并且在上述要素訂單中包 含有條件的情況下，將上述條件與上述訂單ID對應(yīng)起來存儲在條件存儲單 元中；事件監(jiān)視單元，對時價事件、約定事件、時刻事件中的至少一個以
上的事件進行監(jiān)視，在滿足存儲在上述條件存儲單元中的條件的情況下存 儲該內(nèi)容的信息；下單單元，對于在上述訂單屬性存儲單元中沒有表示條 件的信息的訂單、或者存儲有表示滿足上述訂單的條件的信息的訂單，基
于上述訂單ID提取存儲在上述訂單屬性存儲單元中的訂單屬性，并向上述 交易市場系統(tǒng)下單所確定的訂單屬性；訂單屬性確定單元，對于上述下單 單元下單的訂單，在上述訂單屬性中包含有對象ID的情況下，從上述下單 單元接收上述對象ID,執(zhí)行對應(yīng)于上述對象ID的訂單確定對象的處理， 并將其結(jié)果返回給上述下單單元；上述下單單元，在下單上述訂單之前， 判斷在對應(yīng)于上述訂單ID的訂單屬性中是否包含有對象ID;在沒有包含
有對象ID的情況下，直接向上述交易市場系統(tǒng)下單所確定的訂單屬性；在
包含有對象ID的情況下，至少將上述對象ID傳送給上述訂單屬性確定單 元，從上述訂單屬性確定單元接收對應(yīng)于上述對象ID的上述訂單確定對象 的執(zhí)行結(jié)果，并通過將上述未確定的訂單屬性的部分變更為上述執(zhí)行結(jié)果， 從而在變更為確定的訂單屬性后，向上述交易市場系統(tǒng)下單上述確定的訂 單屬性。
技術(shù)方案1所述的交易系統(tǒng)也可以如本發(fā)明那樣構(gòu)成。 技術(shù)方案6的發(fā)明是一種交易方法，是從投資者利用的投資者終端受 理買賣的訂單，并向交易市場利用的交易市場系統(tǒng)下單該訂單的由計算機 執(zhí)行處理的交易方法，執(zhí)行上述交易方法的計算機從上述投資者終端受理 買賣的訂單，并將上述訂單的訂單屬性存儲在訂單屬性存儲單元，在上述
訂單中包含有條件的情況下，還將上述條件存儲在條件存儲單元；在上述 訂單中沒有包含有條件的情況下，判斷在上述交易市場系統(tǒng)中、存儲在上
述訂單屬性存儲單元中的訂單屬性是否為確定的訂單屬性；當(dāng)為上述確定 的訂單屬性的情況下，以上述確定的訂單屬性向上述交易市場系統(tǒng)下單； 當(dāng)為上述未確定的訂單屬性的情況下，通過執(zhí)行由上述未確定的訂單屬性 指定的訂單確定對象，將上述未確定的訂單屬性的未確定的部分變更為上 述訂單確定對象的執(zhí)行結(jié)果，由此在變更為確定的訂單屬性后，向上述交 易市場系統(tǒng)下單上述確定的訂單屬性；對時價事件、約定事件、以及時刻 事件中的至少一個以上的事件進行監(jiān)視，并判斷是否滿足存儲在上述條件 存儲單元中的條件；對于滿足上述訂單中的所有條件的訂單，判斷存儲在 上述訂單屬性存儲單元中的訂單屬性是否為確定的訂單屬性；當(dāng)為上述確 定的訂單屬性的情況下，以上述確定的訂單屬性向上述交易市場系統(tǒng)下單； 當(dāng)為上述未確定的訂單屬性的情況下，通過執(zhí)行由上述未確定的訂單屬性
指定的訂單確定對象，將上述未確定的訂單屬性的未確定的部分變更為上 述訂單確定對象的執(zhí)行結(jié)果，在變更為確定的訂單屬性后，向上述交易市 場系統(tǒng)下單上述確定的訂單屬性。
技術(shù)方案1所述的交易系統(tǒng)，在服務(wù)器等的計算機中執(zhí)行的情況下， 可以通過本發(fā)明的方法處理來實現(xiàn)。
技術(shù)方案7的發(fā)明是一種交易市場系統(tǒng)，從交易系統(tǒng)接收未確定的訂 單屬性的下單，上述交易系統(tǒng)從投資者利用的投資者終端受理買賣的訂單，
上述交易市場系統(tǒng)，具有訂單屬性確定單元，執(zhí)行訂單確定對象的處理， 并將上述未確定的訂單屬性的部分變更為上述執(zhí)行結(jié)果，從而變更為確定 的訂單屬性，上述訂單確定對象記述有與包含在上述訂單屬性中的未確定
的訂單屬性有關(guān)的處理；通過使上述確定的訂單屬性與其他訂單的確定的 訂單屬性匹配而使買賣成立的單元。
技術(shù)方案8的發(fā)明是一種交易市場系統(tǒng)，從交易系統(tǒng)接收未確定的訂 單屬性的下單，上述交易系統(tǒng)從投資者利用的投資者終端受理買賣的訂單， 上述交易市場系統(tǒng)具有對象存儲單元，將訂單確定對象與對象ID對應(yīng)起
來存儲，上述訂單確定對象記述有與包含在上述訂單屬性中的未確定的訂
單屬性有關(guān)的處理；接收單元，從上述交易系統(tǒng)接收未確定的訂單屬性； 訂單屬性確定單元，基于包含在上述未確定的訂單屬性中的對象ID，執(zhí)行 對應(yīng)于上述對象ID的訂單確定對象的處理，并將上述未確定的訂單屬性的 部分變更為上述執(zhí)行結(jié)果，從而變更為確定的訂單屬性；以及通過使上述 確定的訂單屬性與其他訂單的確定的訂單屬性匹配而使買賣成立的單元。
在以往的交易市場系統(tǒng)中，僅受理確定的訂單(訂單屬性)。例如，在 東京證券交易所等的系統(tǒng)中，僅受理確定了買賣的區(qū)別、買賣的品種、買 賣的價格(或者市價)的訂單。因此，通過從證券公司等的代銷業(yè)者利用 的交易系統(tǒng)，對交易市場系統(tǒng)下單訂單時，只能下單確定的訂單。但是， 從訂單的下單到在交易市場系統(tǒng)中實際受理它為止有一些時滯，在此期間 市場也在變動。另一方面，對于投資者來說，必須承擔(dān)在這樣的時滯的期 間中變動的風(fēng)險及機會損失，所以優(yōu)選地，訂單的內(nèi)容(訂單屬性)盡可 能在交易市場系統(tǒng)中的匹配之前決定。因此，在上述發(fā)明中，與以往技術(shù) 不同，不是在確定了訂單條件的時點確定訂單屬性，而是在下單之前確定
訂單屬性。但是，即使這樣，從在交易系統(tǒng)中訂單屬性的確定到在交易市 場系統(tǒng)中接收為止，也有比以往技術(shù)短的時滯，即使這樣也不能避免時滯 的發(fā)生，存在這部分的風(fēng)險。所以，通過采用如本發(fā)明那樣，從交易系統(tǒng) 下單未確定的訂單屬性、在東京證券交易所等那樣的交易市場系統(tǒng)中在匹 配之前確定其訂單屬性的交易市場系統(tǒng)，能夠沒有限制地減少該時滯帶來 的風(fēng)險。
發(fā)明效果采用如本發(fā)明那樣，將滿足下單條件的訂單在對交易市場 的系統(tǒng)下單之前的時點確定訂單屬性的交易系統(tǒng)，不會如以往那樣承擔(dān)對 于從決定了指定值等的訂單屬性的時點到對交易市場下單的時點之間的價 格變動等的市場的變化不能靈活地應(yīng)對的風(fēng)險。因而，投資者也能夠采取 進行比以往不易受市場的劇烈變動影響的風(fēng)險管理的投資行動。
此外，由于時滯帶來的風(fēng)險及機會損失也比以往少，所以在訂單屬性 的決定時能夠通過訂單確定對象設(shè)定各種計算方法，且能夠?qū)崿F(xiàn)訂單屬性 的計算方法的多樣化，投資者的方便性提高。


圖1是本發(fā)明的交易系統(tǒng)的概念圖。
圖2是表示本發(fā)明的交易系統(tǒng)的處理過程的一例的流程圖。 圖3是訂單屬性存儲單元的一例。 圖4是條件存儲單元的一例。 圖5是對象存儲單元的一例。
圖6是條件ID "100"為監(jiān)視狀態(tài)的條件存儲單元的一例。 圖7是表示訂單的內(nèi)容的代碼的一例。 圖8是表示訂單是層級構(gòu)造的概念圖。 圖9是訂單ID "2"約定后的訂單屬性存儲單元的一例。 圖10是條件ID "101"、條件ID "103"為監(jiān)視狀態(tài)的條件存儲單元的 一例。
圖11是表示條件ID "101"成立的狀態(tài)的條件存儲單元的一例。
圖12是對于訂單ID "4"確定價格之前的訂單屬性存儲單元的一例。
圖13是確定了訂單ID "4"的價格后的條件存儲單元的一例。
圖14是條件ID "102"為監(jiān)視狀態(tài)的條件存儲單元的一例。
圖15是條件ID "102"成立、條件ID "103"、條件ID "104"被取消
的狀態(tài)的條件存儲單元的一例。
圖16是訂單ID "4"約定、訂單ID "5"被取消的狀態(tài)的訂單屬性存
儲單元的一例。
符號說明
1交易系統(tǒng)
2交易市場系統(tǒng)
3投資者終端
4訂單受理單元
5訂單ID分配單元
6訂單屬性存儲單元
7條件存儲單元
8事件監(jiān)視單元
9對象存儲單元
10下單單元
11訂單屬性確定單元
具體實施例方式
圖1中表示本發(fā)明的交易系統(tǒng)1的系統(tǒng)結(jié)構(gòu)的概念圖。交易系統(tǒng)1是 證券公司等的、關(guān)于金融商品或其他商品的交易在與交易市場之間代理買 賣訂單的業(yè)者使用的系統(tǒng)。此外，交易系統(tǒng)1能夠與交易市場系統(tǒng)2進行 數(shù)據(jù)的收發(fā)，所述交易市場系統(tǒng)2是投資者使用的計算機(投資者終端3)、 和交易市場作為金融商品或其他商品的交易場所而使用的。另外，作為交 易市場，除了東京證券交易所那樣的預(yù)先指定的交易所以外，也可以由證 券公司等的代銷業(yè)者等提供。
交易系統(tǒng)1是進行對交易市場系統(tǒng)2下單從投資者終端3接收的買賣 訂單的控制的一臺或多臺服務(wù)器。這些服務(wù)器至少具有執(zhí)行程序的運算處 理的CPU等的運算裝置、存儲信息的RAM或硬盤等的存儲裝置、將運算
裝置的處理結(jié)果或存儲在存儲裝置中的信息經(jīng)由因特網(wǎng)或LAN (局域網(wǎng)) 等的網(wǎng)絡(luò)進行收發(fā)的通信裝置。在計算機上實現(xiàn)交易系統(tǒng)1的各功能(各 單元)通過將執(zhí)行該處理的單元(程序或模塊等)讀入到運算裝置中來執(zhí) 行其處理。各單元在其處理中利用存儲在存儲裝置中的信息的情況下，從 對應(yīng)的存儲裝置讀出對應(yīng)的信息，并將讀出的信息適當(dāng)?shù)卦谶\算裝置的處 理中使用。此外，在該服務(wù)器中，也可以具有鍵盤或鼠標(biāo)等的輸入裝置、 顯示器等的顯示裝置。
交易系統(tǒng)1具有訂單受理單元4、訂單ID分配單元5、條件存儲單元 7、訂單屬性存儲單元6、事件監(jiān)視單元8、下單單元IO、訂單屬性確定單 元11和對象存儲單元9。
訂單受理單元4是經(jīng)由網(wǎng)絡(luò)從投資者終端3受理買賣訂單的信息的單 元。在該買賣的訂單的信息中，可以包含有訂單的種類、訂單的下單或取 消等的條件、訂單屬性，但也可以沒有條件。在圖7中表示從投資者終端3 受理的買賣的訂單的信息的一例。另外，在圖7中，為了易懂地表現(xiàn)訂單 的層級構(gòu)造，采用使用XML的記法，但并不限于此。
圖7的買賣的訂單的例子是由兩個要素(要素訂單)構(gòu)成的連續(xù)訂單。 第一要素訂單是簡單訂單，是以4,500日元買入l,OOO股的品種A的訂單。 第二要素訂單是排他訂單，其自身由兩個要素訂單構(gòu)成。各個要素訂單是 時價條件訂單，第一個訂單表示在品種A的現(xiàn)值為4,600日元以上的情況 下，基于品種A的最近15秒的價格進行基于二次內(nèi)插的價格計算，并以該 價格賣出品種A的1,000股的訂單，而另一個訂單表示在品種A的現(xiàn)值變 得比4,450日元低的情況下，品種A的1,000股的市價下的賣出訂單。此夕卜， 這兩個賣出訂單如果任一個約定則另一個被取消。這樣，由本發(fā)明的交易
系統(tǒng)1受理的買賣的訂單具有層級構(gòu)造(另外，層級構(gòu)造也可以只是一個 層級)。將圖7的買賣的訂單通過層級構(gòu)造示意地表示的圖是圖8。在本發(fā) 明的交易系統(tǒng)1中處理的買賣的訂單這樣成為層級構(gòu)造。因而，在交易系 統(tǒng)1中，各訂單回歸性地進行處理。
訂單ID分配單元5是對構(gòu)成由訂單受理單元4受理的買賣訂單的信息 的各要素訂單，從層級的高級的訂單開始依次分配訂單ID，并將訂單屬性 存儲在訂單屬性存儲單元6 (后述)中的單元。此外，是在該訂單中有條件的情況下存儲到條件存儲單元7 (后述)中的單元。此時，例如如圖7所示， 連續(xù)訂單、排他訂單等在一個買賣的訂單的信息中包含有多個買賣的訂單 的情況下，對其分別分配訂單ID，并將關(guān)聯(lián)的訂單存儲到訂單屬性存儲單 元6中即可。此外，也可以構(gòu)成為，將訂單屬性存儲單元6與條件存儲單 元7合并，而訂單屬性與條件一起集中存儲。
例如在圖7的訂單的情況下，由于是連續(xù)訂單，所以由兩個要素訂單 構(gòu)成，此外，第二要素訂單是排他訂單，它也由兩個要素訂單構(gòu)成。因而， 在圖7的情況下有五個要素訂單。對于這些各要素訂單，從層級的高級的 訂單開始依次分配訂單ID，并存儲到訂單屬性存儲單元6中。訂單ID分 配單元5首先對作為最高級的訂單的連續(xù)訂單分配訂單ID "1"。接著，對 構(gòu)成訂單ID "1"的連續(xù)訂單的簡單訂單分配訂單ID "2"，對排他訂單分 配訂單ID "3"。進而，由于訂單ID "3"的排他訂單具有兩個時價條件訂 單，所以對第一時價條件訂單分配訂單ID"4"，對第二時價條件訂單分配 訂單ID "5"。將它們分別存儲到訂單屬性存儲單元6中。圖3中表示該狀 態(tài)的訂單屬性存儲單元6 (后述)。另外，這里，當(dāng)分配層級或構(gòu)造中的要 素訂單的訂單ID時，以深度優(yōu)先(depth-first)摸索層級構(gòu)造，但摸索層級 構(gòu)造的方法可以任意地決定。
此外，訂單ID分配單元5在訂單屬性中采用了條件的情況下，對于訂 單屬性存儲單元6的該訂單存儲表示有條件的信息(條件ID)，進而，將 該訂單ID的條件存儲到條件存儲單元7中。
在圖7的情況下，在訂單ID "1"的連續(xù)訂單、訂單ID "2"的簡單訂 單中沒有采用條件，所以在訂單屬性存儲單元6的存儲條件的區(qū)域中存儲 表示沒有條件的信息"無"。
另一方面，訂單ID"3"的排他訂單在訂單ID"1"的連續(xù)訂單中，條 件為約定訂單ID"2"的簡單訂單，所以將表示該條件的信息(條件ID"100" 和其下單條件)存儲到條件存儲單元7中。此外，訂單ID "4"的時價條 件訂單在下單時在時價中有條件，所以將表示該條件的信息(條件ID" 101 " 和其下單條件)存儲到條件存儲單元7中。此外，將表示監(jiān)視訂單ID "4" 的約定的條件的信息(條件ID "102"和其條件)存儲到條件存儲單元7 中。此外，由于在訂單ID "5"的時價條件訂單中也有條件，所以將表示 該條件的信息(條件ID "103"和其下單條件)存儲到條件存儲單元7中。 此外，將表示監(jiān)視訂單ID "5"的約定的條件的信息(條件ID "104"和其 條件)存儲到條件存儲單元7中。
另外，訂單ID "4"及訂單ID "5"的時價條件訂單，由于作為其母訂 單的訂單ID "3"是排他訂單，所以只要一個訂單成立則另一個訂單就被 取消。因而，對于各訂單需要監(jiān)視其約定，對于訂單ID"4"、訂單ID"5" 分別監(jiān)視(條件ID "102"、條件ID "104")。
訂單屬性存儲單元6是存儲要素訂單的訂單屬性的單元，存儲有由訂 單ID分配單元5分配的訂單ID、表示訂單的種類的信息、表示條件的有 無的信息、訂單屬性、表示其訂單屬性間的構(gòu)造關(guān)系的訂單ID、訂單的下 單數(shù)的信息、以及約定數(shù)的信息等。此外，作為訂單信息，存儲有識別買 賣的品種的信息、買賣的數(shù)量、買賣價格、以及買賣的區(qū)別。這里，在計 算買賣價格時，在投資者作為訂單屬性而預(yù)先指定了的情況下，存儲有該 價格，在市價的情況下，存儲有表示市價的信息，在使用通過預(yù)先設(shè)定的 計算方法計算的價格的情況下，作為對象ID而存儲有對表示計算機的計算 方法的代碼(也包括程序及模塊)的訂單確定對象進行識別的信息。在圖3 中表示訂單屬性存儲單元6的概念圖。
條件存儲單元7是存儲在訂單屬性中附加有條件的情況下的條件的單 元，存儲有識別條件的條件ID、條件的處理狀態(tài)、其監(jiān)視狀態(tài)、以及各條 件式等。在存儲有表示條件成立的信息的情況下，后述的下單單元10進行 下單該訂單ID的訂單屬性的處理。圖4中表示初始狀態(tài)的條件存儲單元7 的概念圖。在圖4的條件存儲單元7中，存儲有條件ID、訂單ID、事件類 型、條件式、處理狀態(tài)、以及監(jiān)視狀態(tài)。訂單ID是作為監(jiān)視對象的訂單， 事件類型表示監(jiān)視的種類(監(jiān)視約定(EXEC)、還是監(jiān)視時價等的價格 (PRICE)、還是監(jiān)視時間或時刻(TIME))。此外，處理狀態(tài)"未"表示 條件還未成立，"己"表示條件成立。監(jiān)視狀態(tài)"OFF"表示事件監(jiān)視單元 8不進行監(jiān)視的狀態(tài)，"ON"是事件監(jiān)視單元8進行監(jiān)視的狀態(tài)。此外，條 件式表示其監(jiān)視條件，例如條件ID "100"的"EXEC (&price,&shares)" 監(jiān)視由訂單ID"2"確定的訂單的約定價格和約定數(shù)。條件ID"101"的"UP (現(xiàn)值(A)、 4600)"監(jiān)視品種A的現(xiàn)值是否是4600日元以上。此外，條
件ID "103"的"DOWN (現(xiàn)值(A)、 4450)"監(jiān)視品種A的現(xiàn)值是否是 4450日元以下。
艮P，在條件ID"100"中表示監(jiān)視訂單ID"2"的約定(約定價格和約 定數(shù))，在條件ID"101"中表示監(jiān)視訂單ID"4"的品種A的現(xiàn)值是否是 4,600日元以上，在條件ID "102"中表示監(jiān)視訂單ID "4"的約定(約定 價格和約定數(shù))，在條件ID "103"中表示監(jiān)視訂單ID "5"的品種A的現(xiàn) 值是否是4,450日元以下，在條件ID "104"中表示監(jiān)視訂單ID "5"的約 定(約定價格和約定數(shù))。另外，這里的條件式只不過是一例，也可以在交 易系統(tǒng)1中預(yù)先設(shè)定各種條件式、或投資者任意地設(shè)定，通過從投資者終 端獲取設(shè)定的條件式來存儲到條件存儲單元7中。
事件監(jiān)視單元8是監(jiān)視存儲在條件存儲單元7中的條件是否成立的單 元。作為該事件，例如有時價事件、約定事件、以及時刻事件等。時價事 件從交易市場系統(tǒng)2、或提供金融商品或其他商品的現(xiàn)值的系統(tǒng)獲取由條件 指定的品種的現(xiàn)值，并判斷由條件指定的品種的現(xiàn)值是否滿足條件。約定 事件在如連續(xù)訂單那樣，在某個訂單成立的情況下進行下個訂單的下單等 的、表示已約定其他訂單的信息已存儲在訂單屬性存儲單元6中的情況下， 判斷是否滿足條件。時刻事件從規(guī)定的定時器裝置獲取時刻或時間，判斷 其是否滿足條件。這些事件也是一例，也可以監(jiān)視其他事件。
在事件監(jiān)視單元8中，在判斷對于某個訂單的條件全成立的情況下， 在其為下單條件的情況下存儲到條件存儲單元7中，并對下單單元10傳送 訂單ID和下單指示。此外，在該條件是取消條件的情況下，進行存儲在訂 單屬性存儲單元6中的該訂單的取消處理。
另外，也可以如以往技術(shù)那樣構(gòu)成為，對于條件式在其條件內(nèi)設(shè)定在 訂單時不確定的參數(shù)或其他條件式，事件監(jiān)視單元8監(jiān)視該條件的時價事 件、約定事件、時刻事件等，由此確定條件后，如上述那樣監(jiān)視存儲在條 件存儲單元7中的條件是否成立。
下單單元10是基于存儲在訂單屬性存儲單元6中的訂單屬性，將訂單 屬性發(fā)送給交易市場系統(tǒng)2，并進行訂單下單的單元。在該訂單屬性中，在 沒有存儲有表示有條件的信息(條件ID)的情況下，下單單元10直接下 單訂單屬性，在存儲有表示有條件的信息的情況下，在存儲表示條件成立
的信息后(或者從事件監(jiān)視單元8接收到表示條件成立的信息后)，下單單 元IO下單訂單屬性。
此外，在訂單屬性存儲單元6中存儲有在訂單屬性中包括訂單確定對 象的情況下，下單單元10將識別該訂單確定對象的對象ID和該對象的處 理指示傳送給訂單屬性確定單元11，在執(zhí)行訂單確定對象的處理后，接收 結(jié)果并確定訂單屬性后進行下單。
訂單屬性確定單元11是通過從下單單元IO接收訂單確定對象或訂單 確定對象的對象ID，而由交易系統(tǒng)1或規(guī)定的服務(wù)器執(zhí)行該訂單確定對象 的處理的單元。對應(yīng)于對象ID的訂單確定對象的處理內(nèi)容基于存儲在對象 存儲單元9中的代碼等的處理命令執(zhí)行。將該處理的執(zhí)行結(jié)果返回給下單 單元10。
對象存儲單元9將唯一地識別訂單確定對象的對象ID和該訂單確定對 象的處理內(nèi)容及數(shù)據(jù)對應(yīng)起來進行存儲。這里，所謂的訂單確定對象，是 將以多少價格下單、下單多少數(shù)量、等的計算機的計算方法和在該計算中 所需要的數(shù)據(jù)代碼化(還包括用來執(zhí)行該計算方法的函數(shù)及類等)而存儲 的對象。作為訂單確定對象，例如有"基于二次內(nèi)插的價格計算"。圖5中 表示對象存儲單元9的概念圖。對于圖5的對象存儲單元9的對象ID" 10"， 存儲有"(品種X)的最近(Y秒)的價格的基于二次內(nèi)插的價格計算"的 處理代碼等。這里，關(guān)于在二次內(nèi)插中使用的"品種X"、 "Y秒"，只要作 為參數(shù)從訂單屬性確定單元11接收就可以。此外，對象ID"11"存儲有"初 始值和現(xiàn)值的平均值的價格計算"的處理代碼等。另外，在訂單確定對象 中，除了如上述"基于二次內(nèi)插的價格計算"那樣執(zhí)行復(fù)雜的處理的對象 以外，也可以單單只是"變量"或"數(shù)值"，能夠設(shè)定各種形態(tài)。此外，訂 單確定對象既可以是代銷業(yè)者預(yù)先設(shè)定的對象，也可以是投資者自己記述 用來執(zhí)行訂單確定對象的代碼、并將其與對象ID對應(yīng)起來存儲到對象存儲 單元9中。
接著，利用圖2的流程圖、圖1的概念圖說明本發(fā)明的交易系統(tǒng)1的 處理過程的一例。另外，在本發(fā)明中，從投資者終端3對交易系統(tǒng)1進行 圖7的訂單的內(nèi)容，說明其一系列的處理，但實際上是將多個訂單并行地 處理。
首先，投資者通過在投資者終端3進行規(guī)定的操作，輸入買賣的訂單，
并將其從投資者終端3對交易系統(tǒng)1發(fā)送。這里，假設(shè)輸入如下內(nèi)容首
先進行以4,500日元購買1,000股品種A的股票的訂單后(連續(xù)訂單)，如 果品種A的現(xiàn)值變?yōu)?,600日元以上(時價條件訂單)，則通過基于二次內(nèi) 插的價格計算的對象計算品種A的最近15秒間的價格，并進行以該價格賣 出l，OOO股品種A的訂單；或如果品種A的現(xiàn)值變?yōu)楸?,450日元低(時 價條件訂單)，則進行以市價賣出l,OOO股品種A的訂單(排他訂單)。這 樣，將圖7所示那樣的訂單的內(nèi)容的信息從投資者終端3被發(fā)送到交易系 統(tǒng)1。層級地表示該訂單的圖就是圖8，這些訂單在交易系統(tǒng)1中被進行回 歸性處理。
由交易系統(tǒng)l的訂單受理單元4受理該訂單(SIOO)。接著，訂單ID 分配單元5對于在S100中受理的訂單的內(nèi)容中包含的訂單的結(jié)構(gòu)要素分配 唯一地識別各個結(jié)構(gòu)要素的訂單ID (SllO)，判斷在該訂單的內(nèi)容中是否 包含有條件(S120),在不包含的情況下直接將訂單屬性存儲在訂單屬性存 儲單元6中(S130)。此外，在該訂單屬性中附加有條件的情況下(S120)， 訂單ID分配單元5將訂單屬性存儲到訂單屬性存儲單元6中，并且將該條 件與訂單ID對應(yīng)起來存儲到條件存儲單元7中(S140)。訂單屬性及條件 可以基于包含在從投資者終端3接收到的訂單的內(nèi)容中的、表示訂單的種 類及條件等的標(biāo)志等的識別碼來判斷。
為了使訂單的構(gòu)造變得清楚，在圖7中以XML形式表示訂單的例子。 在該訂單的情況下，可以根據(jù)識別該訂單的種類的標(biāo)志來判斷由包括兩個 要素訂單的連續(xù)訂單構(gòu)成(簡單訂單和排他訂單)、并且排他訂單由兩個作 為時價條件訂單的要素訂單構(gòu)成的情況。因而，判斷共計有五個要素訂單 的情況。即，最高級(第1層級)的訂單是連續(xù)訂單，通過簡單訂單的約 定而將排他訂單下單。此外，在第2層的排他訂單中，如果任一個的訂單 約定，則將另一個訂單取消。此外，構(gòu)成排他訂單的第3層級的兩個時價 條件訂單在滿足各條件的情況下下單，并且一個訂單約定，則將另一個訂 單取消。
訂單ID分配單元5對這些訂單構(gòu)造的各要素分配訂單ID。第1層級 的連續(xù)訂單被分配訂單ID "1"。在第2層級中，作為連續(xù)訂單的第一要素
的簡單訂單被分配訂單ID"2"。此外，由于在這些訂單中沒有表示"條件" 的標(biāo)志(<條件>)，所以也可以判斷為沒有條件。并且，作為訂單屬性，從 表示品種的標(biāo)志(<品種>)、表示價格的標(biāo)志(<價格〉)、以及表示數(shù)量的 標(biāo)志(<數(shù)量>)中，將按品種、價格、數(shù)量、買賣別的訂單屬性作為訂單 ID "2"的訂單屬性存儲到訂單屬性存儲單元6中。此時，存儲各個要素訂 單的種類"連續(xù)訂單"(訂單ID "1"的訂單種類)和"簡單訂單"(訂單 ID "2"的訂單種類)。
另外，在圖3中，為了便于說明，將信息表現(xiàn)為如數(shù)據(jù)庫的數(shù)據(jù)條目， 但可以是在存儲器上、文件上、以及數(shù)據(jù)庫上保持相同的信息的構(gòu)造化的 數(shù)據(jù)形式。此外，表示實際下單的訂單的信息的訂單屬性的部分也可以由 訂單ID建立對應(yīng)，并作為另外的數(shù)據(jù)表現(xiàn)、存儲。通過數(shù)據(jù)庫表表現(xiàn)的其 他數(shù)據(jù)也同樣。
第2層級的、連續(xù)訂單的第二要素訂單被分配訂單ID "3"，作為訂單 的種類，存儲是"排他訂單"的情況。這里，由于訂單ID "3"的母訂單 是訂單ID "1"的連續(xù)訂單，所以可以判斷訂單ID "2"的成立是條件(根 據(jù)表示連續(xù)訂單的標(biāo)志<連續(xù)訂單>)。因而，在條件存儲單元7中，作為條 件ID "100"，存儲監(jiān)視訂單ID"2"的約定的條件式。并且，將有條件ID "100"的情況存儲到訂單屬性存儲單元6中。
對于第3層級的、排他訂單的兩個要素訂單的時價條件訂單，分別分 配訂單ID"4"、訂單ID"5"。此外，對于訂單ID"4"的訂單，根據(jù)作為 訂單條件的一個的標(biāo)志(<條件〉)，判斷為有條件，訂單ID分配單元5將 表示在訂單屬性存儲單元6中有條件的信息和該條件存儲到條件存儲單元 7中。即，將包含在條件的標(biāo)志(<條件>)中的"品種A的現(xiàn)值為4，600 日元以上"作為條件而與訂單ID "4"對應(yīng)起來存儲。并且，將該條件設(shè) 為條件ID "101"。此外，根據(jù)表示訂單ID "4"的母訂單(訂單ID "3") 的訂單的種類的標(biāo)志(<排他訂單>)，將監(jiān)視訂單ID"4"的約定的條件也 作為條件ID "102"存儲。
并且，根據(jù)表示將訂單ID "4"的條件清空的情況下的訂單處理的標(biāo) 志(<動作>)，對利用品種A的最近15秒的二次內(nèi)插的價格計算的訂單確 定對象來計算下單訂單的訂單價格的情況進行判斷，并將其作為訂單ID"4"
的訂單屬性的價格屬性而進行存儲。另外，在使用訂單確定對象作為訂單 屬性的屬性的情況下，在本說明書中用語言表示，但實際上用識別訂單確
定對象的對象ID或向?qū)ο蟮膮⒄諄肀憩F(xiàn)即可。表示計算品種X的最近Y 秒的二次內(nèi)插的價格的訂單確定對象的對象ID是"10"的情況，此外，品 種X、 Y秒分別作為參數(shù)包含在訂單的內(nèi)容中，將其作為訂單確定對象的 —部分再進行存儲。對于品種、數(shù)量、買賣的區(qū)別，在圖7中為了便于說 明而用語言表示，但也可以與訂單ID "2"同樣，根據(jù)標(biāo)志等的識別碼判 斷，也可以根據(jù)標(biāo)志<動作〉之中進行判斷。
對于第3層級的、排他訂單的第二要素訂單，分配訂單ID"5"，并作 為訂單的種類，存儲是"時價條件訂單"的情況。此外，根據(jù)訂單條件之 一的標(biāo)志(<條件>)，判斷為有條件，訂單ID分配單元5將在條件存儲單 元7中將該條件與條件ID對應(yīng)起來的、表示在訂單屬性存儲單元6中存儲 有條件的信息、及該條件存儲到條件存儲單元7中。g卩，將包含在條件的 標(biāo)志(<條件〉)中的"品種A的現(xiàn)值不到4，450日元"作為條件，而與訂 單ID"5"對應(yīng)起來進行存儲。并且，將該條件設(shè)為條件ID"103"。此外， 與訂單ID "4"同樣，根據(jù)表示訂單ID "5"的母訂單(訂單ID "3")的 訂單種類的標(biāo)志(<排他訂單>)，將監(jiān)視訂單ID"5"的約定的條件也作為 條件ID "104"進行存儲。
并且，根據(jù)表示將訂單ID "5"的條件清空的情況下的訂單處理的標(biāo) 志(<動作>)，對于品種、價格、數(shù)量，將"使訂單價格為市價、賣出品種 A的1,000股的訂單"的訂單屬性作為訂單ID "5"的訂單屬性而存儲到訂 單屬性存儲單元6中。
在圖3中表示這樣存儲有從訂單ID "1"到訂單ID "5"的訂單屬性的 訂單屬性存儲單元6，在圖4中表示存儲有條件的條件存儲單元7。另外， 在上述中，在存儲了訂單屬性后存儲條件，但該順序也可以相反，也可以 同時進行。
這樣，如果將訂單屬性存儲在訂單屬性存儲單元6中，則判斷是否對 該訂單指定了條件(S150)，對于沒有指定條件的訂單，如果交易所系統(tǒng)2 是受理訂單的時間帶，則下單單元10對交易市場系統(tǒng)2發(fā)送下單信息 (S200)。在圖3中，由于訂單ID "1"沒有被指定條件，所以首先進行該
處理。但是，由于其具有子訂單，所以接著處理作為其子訂單的訂單ID"2" 和訂單ID "3"。
對于訂單ID "2"，在訂單屬性存儲單元6中沒有被指定條件，所以下 單品種"A"、數(shù)量"1，000"、價格"4，500"、"買"的訂單的信息。在下單 后，對該訂單ID存儲下單數(shù)的信息。例如將"下單數(shù)"變更為"1，000"。 這樣，在下單后，如果從交易市場系統(tǒng)2接收到該訂單已約定的通知，則 存儲該訂單ID的約定完畢的信息。例如將"約定數(shù)"變更為"1，000"。在 圖9中表示該狀態(tài)。
另一方面，與上述并行，對于訂單ID"3"，由于在訂單屬性存儲單元 6中指定了條件ID"100"，所以到滿足條件為止不進行處理。此外，由于 設(shè)定了條件ID "100"，所以將條件存儲單元7的條件ID "100"的監(jiān)視狀 態(tài)從"OFF"變更為"ON",開始事件監(jiān)視單元8的監(jiān)視。在圖6中表示 該狀態(tài)的條件存儲單元7。
這樣，對于有條件的訂單(作為"有條件"而存儲在條件存儲單元7、 訂單屬性存儲單元6中的訂單)，事件監(jiān)視單元8監(jiān)視存儲在條件存儲單元 7中的條件是否成立(S160)。這里，是時價事件、約定事件、時刻事件等 為監(jiān)視對象的例子。
如上所述，如果訂單ID "2"約定，則通過約定事件的監(jiān)視，知道存 儲在條件存儲單元7中的訂單ID "3"的條件ID "100"成立。由此，事件 監(jiān)視單元8將條件存儲單元7的條件ID "100"的監(jiān)視狀態(tài)設(shè)為OFF,并 且將處理狀態(tài)更新為處理完畢。接著，開始訂單ID "3"的處理。對應(yīng)于 訂單ID "3"的訂單是連續(xù)訂單的第二個要素訂單，所以進行其處理，但 由于它也具有子訂單，所以進行作為訂單ID"3"的子訂單的訂單ID"4"、 訂單ID"5"的處理。這里，在訂單屬性存儲單元6中，作為訂單ID"4" 的條件而有條件ID"101"，并且作為訂單ID"5"的條件有條件ID"103"。 因而，在滿足條件之前不進行訂單ID "4"、訂單ID "5"的處理。此外， 由于設(shè)定有條件ID"101"、條件ID"103"，所以將存儲在條件存儲單元7 中的條件ID "101"、 "103"的監(jiān)視狀態(tài)變更為ON，從而開始事件監(jiān)視單 元8的監(jiān)視。例如，將如圖6所示的條件存儲單元7更新為如圖10所示。
在該階段中，對訂單ID "4"、訂單ID "5"沒有清空條件，所以不滿
足條件(S160)，事件監(jiān)視單元8繼續(xù)事件的監(jiān)視(sno)。
這樣，事件監(jiān)視單元8繼續(xù)進行事件的監(jiān)視的結(jié)果，假設(shè)例如品種A 的現(xiàn)值變?yōu)?，600日元。貝lj，事件監(jiān)視單元8將存儲在條件存儲單元7中的 訂單ID "4"的條件ID "101"成立的情況(使處理狀態(tài)為"完畢")和其 監(jiān)視狀態(tài)變?yōu)镺FF，從而更新條件存儲單元7。該狀態(tài)的條件存儲單元7 是圖11。此外，與此同時，將條件ID "102"設(shè)為"ON"。該狀態(tài)的條件 存儲單元7是圖14。在存儲在條件存儲單元7中的條件成立的情況下，事 件監(jiān)視單元8對于存儲在訂單屬性存儲單元6中的該訂單ID，存儲表示條 件成立的信息。此外，事件監(jiān)視單元8已判斷訂單ID "4"的時價條件成 立(S160)，所以對下單單元10傳送訂單ID "4"的下單指示。該狀態(tài)的 訂單屬性存儲單元6是圖12。
下單單元10由于從事件監(jiān)視單元8接收到訂單ID "4"的下單指示， 所以判斷在訂單ID "2"的訂單屬性中是否包含有對象ID (即訂單屬性是 否是未確定)(S180)，如果沒有包含對象ID (訂單屬性確定)，則直接對 交易市場系統(tǒng)2發(fā)送訂單(S200)。
另一方面，在訂單屬性中包含有對象ID的情況下(訂單屬性未確定的 情況)，下單單元10將該對象ID、存儲在訂單屬性存儲單元6中的參數(shù)、
和訂單確定對象的處理指示傳送給訂單屬性確定單元ll。在這里，作為訂 單ID "10"和參數(shù)而傳送"品種A"、 "15秒"的信息。
接收到對象ID、存儲在訂單屬性存儲單元6中的參數(shù)、和訂單確定對 象的處理指示的訂單屬性確定單元11基于該對象ID從對象存儲單元9檢 索，由此確定執(zhí)行的訂單確定對象，并執(zhí)行該訂單確定對象(訂單確定對 象的代碼)，而返回執(zhí)行結(jié)果。這里，對象ID "10"在對象存儲單元9中 是"(品種X)的最近(Y秒)的價格的二次內(nèi)插的價格計算"的訂單確定 對象(括號內(nèi)表示參數(shù))，所以執(zhí)行"品種A的最近15秒的價格的二次內(nèi) 插的價格計算"的訂單確定對象。因而，在此情況下，訂單屬性確定單元 11從提供規(guī)定的價格的服務(wù)器取得品種A的最近15秒的價格，并進行二 次內(nèi)插的計算后，將其計算結(jié)果返回給下單單元10。例如，作為"4,590 日元"返回。另外，由于價格及數(shù)量按照各個品種指定了能夠下單的單位， 所以在不是該單位的情況下，在近似為最接近的價格、數(shù)量等后返回給下單單元IO即可。
從訂單屬性確定單元11接收到執(zhí)行結(jié)果的下單單元10在該時點確定
訂單屬性(S190),并基于此對交易市場系統(tǒng)2下單訂單(S200)。例如， 通過接收價格"4，590日元"，訂單ID "4"的訂單屬性由品種"A"、數(shù)量
"1，000"、價格"4,590"日元、"賣"確定，所以將訂單屬性中的價格更新 為"4，590"日元，下單單元10下單訂單(S200)。另外，在一個訂單屬性 中包含有多個訂單確定對象的情況下，對于各訂單確定對象執(zhí)行處理，在 確定了訂單屬性后下單訂單。
接著，下單單元10將在訂單屬性存儲單元6中存儲的、表示訂單ID
"4"的下單數(shù)的信息從"0"變更為"1,000"并存儲。在圖13中表示該狀 態(tài)。
并且，事件監(jiān)視單元8的約定事件的監(jiān)視的結(jié)果，如果訂單ID "4" 已約定，貝條件ID"102"成立。所以，事件監(jiān)視單元8將條件存儲單元7 的條件ID "102"的處理狀態(tài)設(shè)為"完畢"，從而將監(jiān)視狀態(tài)更新為"OFF"。 訂單ID "5"是訂單ID "3"的排他訂單，因為訂單ID "4"成立，所以是 要取消的訂單。因而，對于訂單屬性存儲單元6的訂單ID "5"的條件ID "103"、條件ID"104"，在條件存儲單元7中存儲取消的信息，并且將它 們的監(jiān)視狀態(tài)也更新為"OFF"。在圖15中表示該狀態(tài)的條件存儲單元7。 另夕卜，根據(jù)時價的動態(tài)，也有在訂單ID "4"約定之前，條件ID "103"成 立，從而將訂單ID"5"的訂單下單的情況。在此情況下，將訂單ID"5" 的訂單的取消請求發(fā)送給交易市場系統(tǒng)2。
此外，由于訂單ID "4"已約定，所以將訂單屬性存儲單元6的訂單 ID "4"的約定數(shù)從"0"更新為"1000"并存儲。此外，由于訂單ID "4" 的母訂單"3"是訂單ID "4"與訂單ID "5"的排他訂單，所以對于訂單 ID "5"將訂單取消的信息存儲在訂單屬性存儲單元6中，并取消訂單。在 圖16中表示該狀態(tài)的訂單屬性存儲單元6。
上述說明的排他訂單對于約定進行排他處理，但也有對下單本身進行 排他處理的方式。即，在排他訂單的要素訂單時價條件訂單那樣，僅在某 個條件成立的情況下下單的情況下、在從某一個要素訂單下單了某個股數(shù) 的情況下，將其他要素訂單取消對于該要素訂單的所有股數(shù)下單的訂單量。
通過執(zhí)行以上那樣的處理，能夠進行圖7所示的一系列的訂單處理。 此外，由于不是如以往那樣在變量已決定的階段中確定下單條件和訂單屬 性，而是在下單訂單屬性之前確定，所以能夠更好地應(yīng)對市場的狀況。
此外，由于能夠處理訂單確定對象，所以能夠處理各種訂單。
本發(fā)明的各單元只是在邏輯上區(qū)別其功能，在物理上或事實上也可以 形成相同的區(qū)域。此外，在各存儲單元中，可以使用數(shù)據(jù)庫或數(shù)據(jù)文件、 處于某個設(shè)備上的過程的存儲器空間等的形式。此外，數(shù)據(jù)也可以將相同 的拷貝同時保存在不同的設(shè)備的不同的存儲區(qū)域中。
另外，對于有關(guān)存儲在訂單屬性存儲單元6中的訂單屬性的訂單確定 對象的處理，在上述實施例中說明了由交易系統(tǒng)1執(zhí)行的情況，但也可以 從交易系統(tǒng)1的下單單元IO在作為訂單屬性而包含訂單確定對象的對象ID 的狀態(tài)下對交易市場系統(tǒng)2下單。在此情況下，在交易市場系統(tǒng)2中，具 備相當(dāng)于上述實施例中的訂單屬性確定單元11和對象存儲單元9的功能。
艮P，通過從交易系統(tǒng)1接收包含對象ID的訂單屬性，在交易市場系統(tǒng) 中進行買賣的訂單的匹配之前，將訂單確定對象確定為值，由此，與上述 實施例相比能夠構(gòu)成時滯更少的系統(tǒng)。
例如，在訂單屬性存儲單元6是圖12所示的情況下，在上述實施例中， 在將包含在訂單ID "4"中的訂單確定對象(對象ID)確定為值后，下單 單元10對交易市場系統(tǒng)2下單訂單屬性。g卩，對于訂單ID"4"，在如"將 品種A以4，590日元賣出l，OOO股"那樣確定后下單。但是，下單單元10 在訂單ID"4"中包含有訂單確定對象(對象ID"10")的狀態(tài)下將其下單。 例如下單單元10如"將品種A以由對象ID "10"計算出的價格賣出1,000 股"那樣下單。
也可以構(gòu)成為，接收到該訂單屬性的交易市場系統(tǒng)2在基于交易市場 系統(tǒng)2中具備的訂單屬性確定單元11進行對象ID "10"的處理后(即基 于對象ID "10"計算出價格后)，在交易市場系統(tǒng)2中確定其價格，并迸 行匹配。此外，也可以對交易市場系統(tǒng)2，將訂單確定對象本身電文化而發(fā) 送，而不是發(fā)送對象ID。
產(chǎn)業(yè)上的可利用性
通過采用本發(fā)明，能夠做成將滿足下單條件的訂單在對交易市場系統(tǒng)
下單之前的時點確定訂單屬性的交易系統(tǒng)l。因此，不用承擔(dān)如以往那樣、 對于從決定了變量的時點到滿足下單條件的時點之間的價格變動等的市場 的變化，不能充分地應(yīng)對的風(fēng)險。因而，投資者也能夠采取比以往更可靠 地進行風(fēng)險管理的投資行動。
此外，由于也沒有時滯帶來的風(fēng)險，所以能夠在訂單屬性中設(shè)定表現(xiàn) 各種計算方法的對象，能夠?qū)崿F(xiàn)訂單屬性的計算方法的多樣化，投資者的 方便性提高。
權(quán)利要求
1.一種交易系統(tǒng)，從投資者利用的投資者終端受理買賣的訂單，并向交易市場所利用的交易市場系統(tǒng)下單該訂單，其特征在于，上述交易系統(tǒng)具有訂單受理單元，從上述投資者終端受理買賣的訂單；將上述受理的訂單的訂單屬性存儲在訂單屬性存儲單元，并且在上述訂單中包含有條件的情況下，將上述條件存儲在條件存儲單元的單元；事件監(jiān)視單元，對時價事件、約定事件、以及時刻事件中的至少一個以上的事件進行監(jiān)視，并判斷是否滿足存儲在上述條件存儲單元中的條件；下單單元，對于不包含上述條件的訂單、或者滿足上述訂單的條件的訂單，向上述交易市場系統(tǒng)下單訂單屬性，該訂單屬性是基于存儲在上述訂單屬性存儲單元中的訂單屬性而確定的；以及訂單屬性確定單元，對于上述下單單元下單的訂單，在包含有未確定的訂單屬性的情況下，執(zhí)行存儲在對象存儲單元中的、記述有確定訂單屬性的處理的訂單確定對象的處理，并將其結(jié)果返回給上述下單單元；上述下單單元將至少包含在上述未確定的訂單屬性中的、識別上述訂單確定對象的對象ID或上述訂單確定對象傳送給上述訂單屬性確定單元；上述訂單屬性確定單元基于接收到的上述訂單確定對象或上述對象ID，執(zhí)行從上述對象存儲單元得到的上述訂單確定對象的處理，并將其結(jié)果返回給上述下單單元；上述下單單元接收上述訂單確定對象的執(zhí)行結(jié)果，并將上述未確定的訂單屬性的部分變更為上述執(zhí)行結(jié)果，從而在變更為確定了上述訂單屬性的訂單屬性后，向上述交易市場系統(tǒng)下單上述確定的訂單屬性。
2、 如權(quán)利要求1所述的交易系統(tǒng)，其特征在于，上述訂單ID分配單元基于包含在上述訂單中的識別碼，確定帶有條件 的訂單屬性和條件。
3、 如權(quán)利要求1所述的交易系統(tǒng)，其特征在于， 上述下單單元在上述訂單屬性中包含有上述對象ID或上述訂單確定 對象的情況下，判斷為是未確定的訂單屬性，在沒有包含上述對象ID或上 述訂單確定對象的情況下，判斷為是確定的訂單屬性。
4、 如權(quán)利要求1所述的交易系統(tǒng)，其特征在于， 上述對象是由數(shù)據(jù)、或者數(shù)據(jù)和一個以上的處理命令構(gòu)成的代碼。
5、 一種交易系統(tǒng)，從投資者利用的投資者終端受理買賣的訂單，并向 交易市場利用的交易市場系統(tǒng)下單該訂單，其特征在于，上述交易系統(tǒng)具有訂單受理單元，從上述投資者終端受理買賣的訂單； 訂單ID分配單元，對于構(gòu)成上述買賣的訂單的各要素訂單，分配作為 確定上述要素訂單的數(shù)據(jù)的訂單ID，并將上述要素訂單的訂單屬性和表示 條件的信息與上述訂單ID對應(yīng)起來存儲在訂單屬性存儲單元中，并且在上 述要素訂單中包含有條件的情況下，將上述條件與上述訂單ID對應(yīng)起來存 儲在條件存儲單元中；事件監(jiān)視單元，對時價事件、約定事件、時刻事件中的至少一個以上 的事件進行監(jiān)視，在滿足存儲在上述條件存儲單元中的條件的情況下存儲 該內(nèi)容的信息；下單單元，對于在上述訂單屬性存儲單元中沒有表示條件的信息的訂 單、或者存儲有表示滿足上述訂單的條件的信息的訂單，基于上述訂單ID 提取存儲在上述訂單屬性存儲單元中的訂單屬性，并向上述交易市場系統(tǒng) 下單所確定的訂單屬性；以及訂單屬性確定單元，對于上述下單單元下單的訂單，在上述訂單屬性 中包含有對象ID的情況下，從上述下單單元接收上述對象ID，執(zhí)行對應(yīng) 于上述對象ID的訂單確定對象的處理，并將其結(jié)果返回給上述下單單元；上述下單單元，在下單上述訂單之前，判斷在對應(yīng)于上述訂單ID的訂單屬性中是否包含有對象ID;在不包含有對象ID的情況下，直接向上述交易市場系統(tǒng)下單所確定的 訂單屬性；在包含有對象ID的情況下，至少將上述對象ID傳送給上述訂單屬性 確定單元，從上述訂單屬性確定單元接收對應(yīng)于上述對象ID的上述訂單確 定對象的執(zhí)行結(jié)果，并通過將上述未確定的訂單屬性的部分變更為上述執(zhí) 行結(jié)果，從而在變更為確定的訂單屬性后，向上述交易市場系統(tǒng)下單上述 確定的訂單屬性。
6、 一種交易方法，是從投資者利用的投資者終端受理買賣的訂單，并 向交易市場利用的交易市場系統(tǒng)下單該訂單的、由計算機執(zhí)行處理的交易 方法，其特征在于，執(zhí)行上述交易方法的計算機，從上述投資者終端受理買賣的訂單，并將上述訂單的訂單屬性存儲在 訂單屬性存儲單元，在上述訂單中包含有條件的情況下，還將上述條件存 儲在條件存儲單元；在上述訂單中沒有包含有條件的情況下，判斷在上述交易市場系統(tǒng)中、 存儲在上述訂單屬性存儲單元中的訂單屬性是否為確定的訂單屬性；當(dāng)為上述確定的訂單屬性的情況下，以上述確定的訂單屬性向上述交 易市場系統(tǒng)下單；當(dāng)為上述未確定的訂單屬性的情況下，通過執(zhí)行由上述未確定的訂單 屬性指定的訂單確定對象，將上述未確定的訂單屬性的未確定的部分變更 為上述訂單確定對象的執(zhí)行結(jié)果，由此在變更為確定的訂單屬性后，向上 述交易市場系統(tǒng)下單上述確定的訂單屬性；對時價事件、約定事件、以及時刻事件中的至少一個以上的事件進行 監(jiān)視，并判斷是否滿足存儲在上述條件存儲單元中的條件；對于滿足上述訂單中的所有條件的訂單，判斷存儲在上述訂單屬性存 儲單元中的訂單屬性是否為確定的訂單屬性；當(dāng)為上述確定的訂單屬性的情況下，以上述確定的訂單屬性向上述交 易市場系統(tǒng)下單；當(dāng)為上述未確定的訂單屬性的情況下，通過執(zhí)行由上述未確定的訂單 屬性指定的訂單確定對象，將上述未確定的訂單屬性的未確定的部分變更 為上述訂單確定對象的執(zhí)行結(jié)果，在變更為確定的訂單屬性后，向上述交 易市場系統(tǒng)下單上述確定的訂單屬性。
7、 一種交易市場系統(tǒng)，從交易系統(tǒng)接收未確定的訂單屬性的下單，上 述交易系統(tǒng)從投資者利用的投資者終端受理買賣的訂單，上述交易市場系統(tǒng)的特征在于，具有訂單屬性確定單元，執(zhí)行訂單確定對象的處理，并將上述未確定的訂 單屬性的部分變更為上述執(zhí)行結(jié)果，從而變更為確定的訂單屬性，上述訂 單確定對象記述有與包含在上述訂單屬性中的未確定的訂單屬性有關(guān)的處 理；以及通過使上述確定的訂單屬性與其他訂單的確定的訂單屬性匹配而使買 賣成立的單元。
8、 一種交易市場系統(tǒng)，從交易系統(tǒng)接收未確定的訂單屬性的下單，上述交 易系統(tǒng)從投資者利用的投資者終端受理買賣的訂單，上述交易市場系統(tǒng)的 特征在于，具有對象存儲單元，將訂單確定對象與對象ID對應(yīng)起來存儲，上述訂單確 定對象記述有與包含在上述訂單屬性中的未確定的訂單屬性有關(guān)的處理； 接收單元，從上述交易系統(tǒng)接收未確定的訂單屬性；訂單屬性確定單元，基于包含在上述未確定的訂單屬性中的對象ID， 執(zhí)行對應(yīng)于上述對象ID的訂單確定對象的處理，并將上述未確定的訂單屬 性的部分變更為上述執(zhí)行結(jié)果，從而變更為確定的訂單屬性；以及通過使上述確定的訂單屬性與其他訂單的確定的訂單屬性匹配而使買 賣成立的單元。
全文摘要
目的是提供一種在對交易市場的系統(tǒng)下單訂單時、代銷業(yè)者等利用的交易系統(tǒng)。一種交易系統(tǒng)，具有訂單受理單元；訂單ID分配單元；事件監(jiān)視單元，監(jiān)視至少一個以上的事件，并判斷是否滿足下單條件；下單單元，基于訂單屬性，向交易市場系統(tǒng)下單確定的訂單屬性；以及訂單屬性確定單元，在包括未確定的訂單屬性的情況下，基于對象而執(zhí)行處理，并返回其結(jié)果，下單單元傳送包含在未確定的訂單屬性中的對象ID，訂單屬性確定單元執(zhí)行該對象并將結(jié)果返回給下單單元，下單單元接收執(zhí)行結(jié)果，將未確定的訂單屬性的部分變更為執(zhí)行結(jié)果，并在將訂單屬性變更為確定的訂單屬性后，對交易市場系統(tǒng)下單確定的訂單屬性。
文檔編號G06Q40/00GK101371270SQ20068005263
公開日2009年2月18日 申請日期2006年12月25日 優(yōu)先權(quán)日2006年3月9日
發(fā)明者松島利幸 申請人:富泰格株式會社