本申請涉及計(jì)算機(jī)技術(shù)領(lǐng)域，特別是涉及一種業(yè)務(wù)對象的處理方法和一種業(yè)務(wù)對象的處理裝置。

背景技術(shù)：

通常，在對某些業(yè)務(wù)對象進(jìn)行處理時，需要逐個對業(yè)務(wù)對象進(jìn)行操作，直到全部業(yè)務(wù)對象均被處理完成。按照上述處理方式，一般都需要耗費(fèi)較長的處理時間，操作非常繁瑣。

以業(yè)務(wù)對象為期權(quán)合約為例。一般地，用戶在進(jìn)行期權(quán)合約交易時，往往會采取多腿交易的方式形成交易策略，多腿交易是指用戶同時交易多個合約生成多個頭寸的一種交易方式?，F(xiàn)有技術(shù)中對多個合約進(jìn)行交易通常采用傳統(tǒng)的手工下單的方式進(jìn)行，但是，手工下單只能對具體的某個合約進(jìn)行下單，有多少個合約就要操作多少次，不僅操作過程很繁瑣，耗費(fèi)大量的時間，而且由于操作步驟多，容易造成操作錯誤，以及交易時間的延誤，經(jīng)常出現(xiàn)實(shí)際成交價(jià)格和用戶預(yù)想的價(jià)格有較大差距的情況。

技術(shù)實(shí)現(xiàn)要素：

鑒于上述問題，提出了本申請實(shí)施例以便提供一種克服上述問題或者至少部分地解決上述問題的一種業(yè)務(wù)對象的處理方法和相應(yīng)的一種業(yè)務(wù)對象的處理裝置。

為了解決上述問題，本申請實(shí)施例公開了一種業(yè)務(wù)對象的處理方法，包括：

獲取一個或多個業(yè)務(wù)對象，所述一個或多個業(yè)務(wù)對象分別具有相應(yīng)的業(yè)務(wù)參數(shù)；

依據(jù)所述一個或多個業(yè)務(wù)對象，生成業(yè)務(wù)對象集合；

當(dāng)接收到用戶針對所述業(yè)務(wù)對象集合的處理指令時，分別提取每個業(yè)務(wù)對象相應(yīng)的當(dāng)前的業(yè)務(wù)參數(shù)；

采用所述每個業(yè)務(wù)對象相應(yīng)的當(dāng)前的業(yè)務(wù)參數(shù)，按照預(yù)設(shè)規(guī)則，分別對所述每個業(yè)務(wù)對象進(jìn)行處理。

可選地，在所述依據(jù)所述一個或多個業(yè)務(wù)對象，生成業(yè)務(wù)對象集合的步驟后，還包括：

確定所述一個或多個業(yè)務(wù)對象的處理順序。

可選地，所述分別提取每個業(yè)務(wù)對象相應(yīng)的當(dāng)前的業(yè)務(wù)參數(shù)的步驟包括：

按照所述一個或多個業(yè)務(wù)對象的處理順序，分別提取每個業(yè)務(wù)對象相應(yīng)的當(dāng)前的業(yè)務(wù)參數(shù)。

可選地，所述一個或多個業(yè)務(wù)對象分別具有對應(yīng)的業(yè)務(wù)處理平臺，所述采用所述每個業(yè)務(wù)對象相應(yīng)的當(dāng)前的業(yè)務(wù)參數(shù)，按照預(yù)設(shè)規(guī)則，分別對所述每個業(yè)務(wù)對象進(jìn)行處理的步驟包括：

將所述每個業(yè)務(wù)對象當(dāng)前的業(yè)務(wù)參數(shù)分別提交至對應(yīng)的業(yè)務(wù)處理平臺，所述業(yè)務(wù)處理平臺用于采用所述當(dāng)前的業(yè)務(wù)參數(shù)，按照預(yù)設(shè)規(guī)則對所述業(yè)務(wù)對象進(jìn)行處理。

可選地，還包括：

接收業(yè)務(wù)處理平臺返回的處理結(jié)果信息；

展現(xiàn)所述處理結(jié)果信息。

可選地，所述業(yè)務(wù)對象包括期權(quán)交易合約，和/或，股票交易合約。

為了解決上述問題，本申請實(shí)施例公開了一種業(yè)務(wù)對象的處理裝置，包括：

獲取模塊，用于獲取一個或多個業(yè)務(wù)對象，所述一個或多個業(yè)務(wù)對象分別具有相應(yīng)的業(yè)務(wù)參數(shù)；

生成模塊，用于依據(jù)所述一個或多個業(yè)務(wù)對象，生成業(yè)務(wù)對象集合；

提取模塊，用于當(dāng)接收到用戶針對所述業(yè)務(wù)對象集合的處理指令時，分別提取每個業(yè)務(wù)對象相應(yīng)的當(dāng)前的業(yè)務(wù)參數(shù)；

處理模塊，用于采用所述每個業(yè)務(wù)對象相應(yīng)的當(dāng)前的業(yè)務(wù)參數(shù)，按照預(yù)設(shè)規(guī)則，分別對所述每個業(yè)務(wù)對象進(jìn)行處理。

可選地，還包括：

確定模塊，用于確定所述一個或多個業(yè)務(wù)對象的處理順序。

可選地，所述提取模塊包括：

提取子模塊，用于按照所述一個或多個業(yè)務(wù)對象的處理順序，分別提取每個業(yè)務(wù)對象相應(yīng)的業(yè)務(wù)參數(shù)。

可選地，所述一個或多個業(yè)務(wù)對象分別具有對應(yīng)的業(yè)務(wù)處理平臺，所述處理模塊包括：

提交子模塊，用于將所述每個業(yè)務(wù)對象的業(yè)務(wù)參數(shù)分別提交至對應(yīng)的業(yè)務(wù)處理平臺，所述業(yè)務(wù)處理平臺用于采用所述當(dāng)前的業(yè)務(wù)參數(shù)，按照預(yù)設(shè)規(guī)則對所述業(yè)務(wù)對象進(jìn)行處理。

可選地，還包括：

接收模塊，用于接收業(yè)務(wù)處理平臺返回的處理結(jié)果信息；

展現(xiàn)模塊，用于展現(xiàn)所述處理結(jié)果信息。

可選地，所述業(yè)務(wù)對象包括期權(quán)交易合約，和/或，股票交易合約。

與背景技術(shù)相比，本申請實(shí)施例包括以下優(yōu)點(diǎn)：

本申請實(shí)施例，通過獲取一個或多個業(yè)務(wù)對象，所述一個或多個業(yè)務(wù)對象分別具有相應(yīng)的業(yè)務(wù)參數(shù)，然后依據(jù)所述一個或多個業(yè)務(wù)對象，生成業(yè)務(wù)對象集合，當(dāng)接收到用戶針對所述業(yè)務(wù)對象集合的處理指令時，分別提取每個業(yè)務(wù)對象相應(yīng)的當(dāng)前的業(yè)務(wù)參數(shù)，并采用所述每個業(yè)務(wù)對象相應(yīng)的當(dāng)前的業(yè)務(wù)參數(shù)，按照預(yù)設(shè)規(guī)則，分別對所述每個業(yè)務(wù)對象進(jìn)行處理，使得用戶在對多個業(yè)務(wù)對象進(jìn)行處理時，可以僅僅針對業(yè)務(wù)對象集合進(jìn)行一次操作，解決了現(xiàn)有技術(shù)中需要逐一對每個業(yè)務(wù)對象分別進(jìn)行處理的問題，較少了用戶的操作處理次數(shù)，提高了對業(yè)務(wù)對象的處理的效率。

以業(yè)務(wù)對象為期權(quán)交易合約或股票交易合約為例，用戶可以將多個交易合成匯集成一個交易籃子，從而可以針對所述交易籃子進(jìn)行一次下單處理，便能夠?qū)崿F(xiàn)對所述交易籃子中的每個交易合約進(jìn)行下單，減少了用戶下單操作的次數(shù)，提高了交易的效率，避免了由于多次下單使得交易耗時過長而對交易結(jié)果造成的影響。

附圖說明

圖1是本申請的一種業(yè)務(wù)對象的處理方法實(shí)施例一的步驟流程圖；

圖2是本申請的一種業(yè)務(wù)對象的處理方法實(shí)施例二的步驟流程圖；

圖3是本申請的一種交易籃子的示意圖；

圖4A為本申請的持倉界面的示意圖；

圖4B為本申請的委托單界面的示意圖；

圖4C為本申請的成交單界面的示意圖；

圖4D為本申請的籃子持倉界面的示意圖；

圖5是本申請的一種業(yè)務(wù)對象的處理裝置實(shí)施例的結(jié)構(gòu)框圖。

具體實(shí)施方式

為使本申請的上述目的、特征和優(yōu)點(diǎn)能夠更加明顯易懂，下面結(jié)合附圖和具體實(shí)施方式對本申請作進(jìn)一步詳細(xì)的說明。

參照圖1，示出了本申請的一種業(yè)務(wù)對象的處理方法實(shí)施例一的步驟流程圖，具體可以包括如下步驟：

步驟101，獲取一個或多個業(yè)務(wù)對象，所述一個或多個業(yè)務(wù)對象分別具有相應(yīng)的業(yè)務(wù)參數(shù)；

需要說明的是，本申請實(shí)施例可以應(yīng)用于客戶端中，該客戶端可以與第三方的服務(wù)器或服務(wù)器集群相連，如分布式系統(tǒng)，其可以抓取網(wǎng)絡(luò)平臺中業(yè)務(wù)對象的業(yè)務(wù)數(shù)據(jù)，網(wǎng)絡(luò)平臺可以為獨(dú)立的服務(wù)器或服務(wù)器集群，用于對業(yè)務(wù)對象進(jìn)行業(yè)務(wù)處理。

在不同的業(yè)務(wù)領(lǐng)域中可以具有不同的業(yè)務(wù)對象，例如，在通信領(lǐng)域中，業(yè)務(wù)對象可以為通信數(shù)據(jù)；在新聞媒體領(lǐng)域中，業(yè)務(wù)對象可以為新聞數(shù)據(jù)；在搜索領(lǐng)域中，業(yè)務(wù)對象可以為網(wǎng)頁；在金融領(lǐng)域中，業(yè)務(wù)對象可以為股票、期貨，或者針對股票或期貨的交易合約，等等。

在本申請實(shí)施例中，在對一個或多個業(yè)務(wù)對象進(jìn)行處理前，可以首先獲取所述一個或多個業(yè)務(wù)對象，所述一個或多個業(yè)務(wù)對象可以分別具有相應(yīng)的業(yè)務(wù)參數(shù)。

例如，當(dāng)業(yè)務(wù)對象為期權(quán)交易合約時，所述業(yè)務(wù)參數(shù)可以包括交易合約代碼、多空方向、開平、價(jià)格、數(shù)量等信息。當(dāng)然，針對不同的業(yè)務(wù)對象，對應(yīng)的業(yè)務(wù)參數(shù)也會不同，如業(yè)務(wù)對象為新聞數(shù)據(jù)時，對應(yīng)的業(yè)務(wù)參數(shù)可以包括新聞發(fā)生的時間、來源以及新聞類型等信息，本申請實(shí)施例對此不作限定。

步驟102，依據(jù)所述一個或多個業(yè)務(wù)對象，生成業(yè)務(wù)對象集合；

通常，用戶在處理多個業(yè)務(wù)對象時，如果逐個對每個業(yè)務(wù)對象分別進(jìn)行處理，往往會耗費(fèi)大量的處理時間，進(jìn)而可能使得處理結(jié)果與用戶預(yù)期的結(jié)果差異較大。例如，針對業(yè)務(wù)對象為期權(quán)交易合約時，假設(shè)用戶希望對多個合約進(jìn)行處理，如果逐一對每個合約進(jìn)行下單操作，往往由于市場行情的迅速變化，使得后下單的合約的交易價(jià)格與用戶預(yù)期的價(jià)格差異較大，甚至造成用戶的巨大損失。

因此，在本申請實(shí)施例中，為了避免用戶逐一對每個業(yè)務(wù)對象進(jìn)行處理，可以首先依據(jù)所述一個或多個業(yè)務(wù)對象生成業(yè)務(wù)對象集合，從而使用戶在對多個業(yè)務(wù)對象進(jìn)行處理時僅僅需要對業(yè)務(wù)對象集合進(jìn)行一次操作即可，減少用戶的操作過程。

在具體實(shí)現(xiàn)中，在對多個期權(quán)合約進(jìn)行交易時，可以首先確定需要交易的多個合約，然后將所述多個合約匯集成一個交易籃子，所述交易籃子中包括有用戶希望進(jìn)行交易處理的全部合約。

步驟103，當(dāng)接收到用戶針對所述業(yè)務(wù)對象集合的處理指令時，分別提取每個業(yè)務(wù)對象相應(yīng)的當(dāng)前的業(yè)務(wù)參數(shù)；

在具體實(shí)現(xiàn)中，用戶可以向業(yè)務(wù)對象集合發(fā)出處理指令，系統(tǒng)在接收到用戶的處理指令時，可以分別提取每個業(yè)務(wù)對象相應(yīng)的當(dāng)前的業(yè)務(wù)參數(shù)。

例如，用戶在對一個交易籃子作出下單的指令時，交易系統(tǒng)可以分別獲取每個交易合約的代碼、多空方向、開平、價(jià)格、數(shù)量等信息。

步驟104，采用所述每個業(yè)務(wù)對象相應(yīng)的當(dāng)前的業(yè)務(wù)參數(shù)，按照預(yù)設(shè)規(guī)則，分別對所述每個業(yè)務(wù)對象進(jìn)行處理。

在本申請實(shí)施例中，在提取獲得每個業(yè)務(wù)對象相應(yīng)的當(dāng)前的業(yè)務(wù)參數(shù)后，可以按照業(yè)務(wù)對象相應(yīng)的預(yù)設(shè)規(guī)則，采用所述當(dāng)前的業(yè)務(wù)參數(shù)分別對每個業(yè)務(wù)對象進(jìn)行處理。例如，在用戶對一籃子期權(quán)交易合約進(jìn)行下單后，可以分別提取每個期權(quán)交易合約的交易參數(shù)，然后采用所述交易參數(shù)分別對每個交易合約進(jìn)行交易，避免了用戶需要逐一對每個合約進(jìn)行下單，減少了用戶的操作次數(shù)，提高了交易效率。

在具體實(shí)現(xiàn)中，針對期權(quán)交易合約的預(yù)設(shè)規(guī)則可以是指合約的成交規(guī)則，即當(dāng)前的期權(quán)交易合約應(yīng)該以何種方式進(jìn)行交易的規(guī)則。進(jìn)一步地，所述成交規(guī)則可以是按照何種價(jià)格進(jìn)行交易的規(guī)則，例如，按照用戶設(shè)定的價(jià)格進(jìn)行交易，按照成交時的市價(jià)進(jìn)行交易，或者只有在市價(jià)與用戶設(shè)定的價(jià)格滿足一定條件時才允許被交易等等，本申請實(shí)施例對此不作限定。

在本申請實(shí)施例中，通過獲取一個或多個業(yè)務(wù)對象，所述一個或多個業(yè)務(wù)對象分別具有相應(yīng)的業(yè)務(wù)參數(shù)，然后依據(jù)所述一個或多個業(yè)務(wù)對象，生成業(yè)務(wù)對象集合，當(dāng)接收到用戶針對所述業(yè)務(wù)對象集合的處理指令時，分別提取每個業(yè)務(wù)對象相應(yīng)的當(dāng)前的業(yè)務(wù)參數(shù)，并采用所述每個業(yè)務(wù)對象相應(yīng)的當(dāng)前的業(yè)務(wù)參數(shù)，按照預(yù)設(shè)規(guī)則，分別對所述每個業(yè)務(wù)對象進(jìn)行處理，使得用戶在對多個業(yè)務(wù)對象進(jìn)行處理時，可以僅僅針對業(yè)務(wù)對象集合進(jìn)行一次操作，解決了現(xiàn)有技術(shù)中需要逐一對每個業(yè)務(wù)對象分別進(jìn)行處理的問題，較少了用戶的操作處理次數(shù)，提高了對業(yè)務(wù)對象的處理的效率。

參照圖2，示出了本申請的一種業(yè)務(wù)對象的處理方法實(shí)施例二的步驟流程圖，具體可以包括如下步驟：

步驟201，獲取一個或多個業(yè)務(wù)對象，所述一個或多個業(yè)務(wù)對象分別具有相應(yīng)的業(yè)務(wù)參數(shù)；

需要說明的是，本申請實(shí)施例可以應(yīng)用于客戶端中，該客戶端可以與第三方的服務(wù)器或服務(wù)器集群相連，如分布式系統(tǒng)，其可以抓取網(wǎng)絡(luò)平臺中業(yè)務(wù)對象的業(yè)務(wù)數(shù)據(jù)，網(wǎng)絡(luò)平臺可以為獨(dú)立的服務(wù)器或服務(wù)器集群，用于對業(yè)務(wù)對象進(jìn)行業(yè)務(wù)處理。

在本申請實(shí)施例中，所述業(yè)務(wù)對象可以是期權(quán)交易合約，和/或，股票交易合約。

以業(yè)務(wù)對象為期權(quán)交易合約為例，期權(quán)交易合約是指以金融衍生產(chǎn)品作為行權(quán)品種的交易合約。通常，一個期權(quán)頭寸就是一腿，例如，在期貨交易中建倉時，買入期貨合約后所持有的頭寸叫多頭頭寸，簡稱多頭；賣出期貨合約后所持有的頭寸叫空頭頭寸，簡稱空頭。用戶同時交易多個合約生成多個頭寸便可以被稱為多腿交易。一般地，用戶在進(jìn)行期權(quán)交易時，通常會采取多腿交易的方式形成交易策略。

在本申請實(shí)施例中，可以首先確定用戶希望交易的多個期權(quán)合約，每個合約均包括有相應(yīng)的業(yè)務(wù)參數(shù)，例如，交易合約代碼、多空方向、開平、價(jià)格、數(shù)量等信息。

步驟202，依據(jù)所述一個或多個業(yè)務(wù)對象，生成業(yè)務(wù)對象集合；

在本申請實(shí)施例中，在確定出需要處理的一個或多個業(yè)務(wù)對象后，可以將所述一個或多個業(yè)務(wù)對象整合成一個業(yè)務(wù)對象集合。

以業(yè)務(wù)對象為期權(quán)交易合約為例，當(dāng)用戶確定出希望交易的多個期權(quán)合約時，可以將所述多個合約匯集成一個交易籃子，所述交易籃子中包括有用戶希望進(jìn)行交易處理的全部合約。

在具體實(shí)現(xiàn)中，將多個交易合約匯集成一個交易籃子，可以通過用戶在交易軟件中進(jìn)行選擇來獲得。

如圖3所示，是本申請的一種交易籃子的示意圖。用戶可以選擇將“上期所”的“ag1612”合約和“大商所”的“i1609”合約加入交易籃子“123”中，從而獲得如圖3所示的交易籃子。

步驟203，確定所述一個或多個業(yè)務(wù)對象的處理順序；

在本申請實(shí)施例中，在依據(jù)多個業(yè)務(wù)對象生成業(yè)務(wù)對象集合后，還可以進(jìn)一步確定出每個業(yè)務(wù)對象的處理順序，所述處理順序可以是指系統(tǒng)在處理每個業(yè)務(wù)對象時的先后順序。

以業(yè)務(wù)對象為期權(quán)交易合約為例，所述處理順序可以是指每個合約的下單順序。由于市場行情是在迅速變動的，不同的下單順序可能會出現(xiàn)不同的交易結(jié)果，如圖3所示，在交易籃子“123”中，“上期所”的“ag1612”合約的下單順序先于“大商所”的“i1609”合約。當(dāng)然，本領(lǐng)域技術(shù)人員可以根據(jù)實(shí)際需要，確定每個交易合約的下單順序，本申請實(shí)施例對此不作限定。

通常，作為一個整體的交易籃子，用戶總是希望所有的合約都能夠成交，但是有些合約可能不是很活躍(即可能不是那么容易就成交)，因此，在一般情況下，可以把相對不活躍的合約放在前面，優(yōu)先對其下單直到其成交了才下對其他活躍合約下單，避免出現(xiàn)一個籃子有部分合約成交而另外一部分合約沒有成交的情況。

因此，作為本申請的一種示例，可以優(yōu)先將交易相對不活躍的合約設(shè)置在較前的順序上，而將交易活躍的其他合約設(shè)置在相對較后的順序上。

需要說明的是，用戶還可以針對多個業(yè)務(wù)對象，分別生成多個業(yè)務(wù)對象集合，例如，對于不同的交易合約，用戶可以預(yù)先設(shè)置多個交易籃子，同時，每個交易籃子中不僅可以包括有相同類型的交易合約，還可以包括有不同類型的交易合約，如某個交易籃子中的合約可以均是期權(quán)交易合約，也可是包括期權(quán)交易合約和股票交易合約等多種類型的交易合約，本申請實(shí)施例對此不作限定。

步驟204，當(dāng)接收到用戶針對所述業(yè)務(wù)對象集合的處理指令時，按照所述一個或多個業(yè)務(wù)對象的處理順序，分別提取每個業(yè)務(wù)對象相應(yīng)的當(dāng)前的業(yè)務(wù)參數(shù)；

在具體實(shí)現(xiàn)中，用戶可以向業(yè)務(wù)對象集合發(fā)出處理指令，系統(tǒng)在接收到用戶的處理指令時，可以按照每個業(yè)務(wù)對象的處理順序，分別提取每個業(yè)務(wù)對象相應(yīng)的當(dāng)前的業(yè)務(wù)參數(shù)。

以業(yè)務(wù)對象為期權(quán)交易合約為例，當(dāng)接收到用戶針對交易籃子的交易指令時，可以按照每個合約的下單順序，依次提取每個合約相應(yīng)的交易參數(shù)。

例如，在圖3所示的交易籃子中，當(dāng)接收到用戶針對交易籃子“123”的交易指令時，可以首先提取“上期所”的“ag1612”合約的交易參數(shù)進(jìn)行下單操作，然后再提取“大商所”的“i1609”合約的交易參數(shù)進(jìn)行下單操作。

步驟205，將所述每個業(yè)務(wù)對象當(dāng)前的業(yè)務(wù)參數(shù)分別提交至對應(yīng)的業(yè)務(wù)處理平臺，所述業(yè)務(wù)處理平臺用于采用所述當(dāng)前的業(yè)務(wù)參數(shù)，按照預(yù)設(shè)規(guī)則對所述業(yè)務(wù)對象進(jìn)行處理；

通常，不同的業(yè)務(wù)對象分別具有不同的業(yè)務(wù)處理平臺，例如，對于期權(quán)合約，需要在期貨市場進(jìn)行交易；而對于股票合約，則需要在股票市場進(jìn)行交易。

因此，在本申請實(shí)施例中，可以將系統(tǒng)與多通道交易后臺進(jìn)行連接，當(dāng)提取獲得每個業(yè)務(wù)對象當(dāng)前的業(yè)務(wù)參數(shù)后，可以分別將所述當(dāng)前的業(yè)務(wù)參數(shù)提交至所述業(yè)務(wù)對象對應(yīng)的業(yè)務(wù)處理平臺，由所述業(yè)務(wù)處理平臺按照預(yù)設(shè)規(guī)則分別對每個業(yè)務(wù)對象進(jìn)行處理。

例如，對于同時包括有股票交易合約和期貨交易合約的籃子，當(dāng)用戶在發(fā)出對該籃子進(jìn)行交易的指令時，可以按照交易合約的順序，分別將股票交易合約的交易參數(shù)提交到股票市場進(jìn)行交易，將期權(quán)交易合約的交易參數(shù)提交到期貨市場進(jìn)行交易。

在具體實(shí)現(xiàn)中，預(yù)設(shè)規(guī)則可以是指用戶設(shè)定的針對交易合約的成交規(guī)則，即當(dāng)前的期權(quán)交易合約應(yīng)該以何種價(jià)格進(jìn)行交易的規(guī)則。例如，按照用戶設(shè)定的價(jià)格進(jìn)行交易，如果用戶設(shè)定交易價(jià)格為100，則在下單后，只有當(dāng)當(dāng)前價(jià)格為100時，才執(zhí)行相應(yīng)的交易；或者按照成交時的市價(jià)進(jìn)行交易，此時，用戶無需設(shè)定具體的交易價(jià)格，而是依據(jù)下單時的當(dāng)前價(jià)進(jìn)行交易；再或者由用戶設(shè)定一定的比例，只有在當(dāng)前價(jià)與用戶設(shè)定的價(jià)格滿足一定條件時才允許被交易，如用戶設(shè)定交易價(jià)格為100，允許的漲跌比例為2％，則當(dāng)前價(jià)在98-102之間時，均可以進(jìn)行交易。當(dāng)然，本領(lǐng)域技術(shù)人員可以根據(jù)實(shí)際需要，確定具體的規(guī)則，本申請實(shí)施例對此不作限定。

步驟206，接收業(yè)務(wù)處理平臺返回的處理結(jié)果信息；

步驟207，展現(xiàn)所述處理結(jié)果信息。

在本申請實(shí)施例中，不同的業(yè)務(wù)處理平臺在分別對每個業(yè)務(wù)對象進(jìn)行處理后，可以返回相應(yīng)的處理結(jié)果信息，系統(tǒng)在接收到所述處理結(jié)果信息后，可以向用戶展現(xiàn)所述處理結(jié)果信息，以使用戶能夠及時了解處理結(jié)果。

以業(yè)務(wù)對象為期權(quán)交易合約或股票交易合約為例，在期貨市場對期權(quán)交易合約進(jìn)行交易處理，股票市場對股票交易合約進(jìn)行交易處理后，期貨市場和股票市場可以分別返回相應(yīng)的交易結(jié)果，所述交易結(jié)果可以包括持倉、委托單、成交單、籃子持倉等信息。

參照圖4A-4D，分別是本申請的處理結(jié)果信息的示意圖。其中，圖4A為本申請的持倉界面的示意圖、圖4B為本申請的委托單界面的示意圖、圖4C為本申請的成交單界面的示意圖、圖4D為本申請的籃子持倉界面的示意圖。系統(tǒng)在接收到上述交易結(jié)果后，可以將所述交易結(jié)果展現(xiàn)給用戶。

在本申請實(shí)施例中，通過將多個業(yè)務(wù)對象匯集成業(yè)務(wù)對象集合，從而使用戶在對多個業(yè)務(wù)對象進(jìn)行處理時，可以僅僅針對業(yè)務(wù)對象集合進(jìn)行一次操作，解決了現(xiàn)有技術(shù)中需要逐一對每個業(yè)務(wù)對象分別進(jìn)行處理的問題，較少了用戶的操作處理次數(shù)，提高了對業(yè)務(wù)對象的處理的效率。

以業(yè)務(wù)對象為期權(quán)交易合約或股票交易合約為例，用戶可以將多個交易合成匯集成一個交易籃子，從而可以針對所述交易籃子進(jìn)行一次下單處理，便能夠?qū)崿F(xiàn)對所述交易籃子中的每個交易合約進(jìn)行下單，減少了用戶下單操作的次數(shù)，提高了交易的效率，避免了由于多次下單使得交易耗時過長而對交易結(jié)果造成的影響。

需要說明的是，對于方法實(shí)施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本申請實(shí)施例并不受所描述的動作順序的限制，因?yàn)橐罁?jù)本申請實(shí)施例，某些步驟可以采用其他順序或者同時進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實(shí)施例均屬于優(yōu)選實(shí)施例，所涉及的動作并不一定是本申請實(shí)施例所必須的。

參照圖5，示出了本申請的一種業(yè)務(wù)對象的處理裝置實(shí)施例的結(jié)構(gòu)框圖，具體可以包括如下模塊：

獲取模塊510，用于獲取一個或多個業(yè)務(wù)對象，所述一個或多個業(yè)務(wù)對象分別具有相應(yīng)的業(yè)務(wù)參數(shù)；

生成模塊520，用于依據(jù)所述一個或多個業(yè)務(wù)對象，生成業(yè)務(wù)對象集合；

提取模塊530，用于當(dāng)接收到用戶針對所述業(yè)務(wù)對象集合的處理指令時，分別提取每個業(yè)務(wù)對象相應(yīng)的當(dāng)前的業(yè)務(wù)參數(shù)；

處理模塊540，用于采用所述每個業(yè)務(wù)對象相應(yīng)的當(dāng)前的業(yè)務(wù)參數(shù)，按照預(yù)設(shè)規(guī)則，分別對所述每個業(yè)務(wù)對象進(jìn)行處理。

在本申請實(shí)施例中，所述裝置還可以包括如下模塊：

確定模塊，用于確定所述一個或多個業(yè)務(wù)對象的處理順序。

在本申請實(shí)施例中，所述提取模塊530具體可以包括如下子模塊：

提取子模塊，用于按照所述一個或多個業(yè)務(wù)對象的處理順序，分別提取每個業(yè)務(wù)對象相應(yīng)的當(dāng)前的業(yè)務(wù)參數(shù)。

在本申請實(shí)施例中，所述一個或多個業(yè)務(wù)對象可以分別具有對應(yīng)的業(yè)務(wù)處理平臺，所述處理模塊540具體可以包括如下子模塊：

提交子模塊，用于將所述每個業(yè)務(wù)對象當(dāng)前的業(yè)務(wù)參數(shù)分別提交至對應(yīng)的業(yè)務(wù)處理平臺，所述業(yè)務(wù)處理平臺可以用于采用所述當(dāng)前的業(yè)務(wù)參數(shù)，按照預(yù)設(shè)規(guī)則對所述業(yè)務(wù)對象進(jìn)行處理。

在本申請實(shí)施例中，所述裝置還可以包括如下模塊：

接收模塊，用于接收業(yè)務(wù)處理平臺返回的處理結(jié)果信息；

展現(xiàn)模塊，用于展現(xiàn)所述處理結(jié)果信息。

在本申請實(shí)施例中，所述業(yè)務(wù)對象可以包括期權(quán)交易合約，和/或，股票交易合約。

對于裝置實(shí)施例而言，由于其與方法實(shí)施例基本相似，所以描述的比較簡單，相關(guān)之處參見方法實(shí)施例的部分說明即可。

本說明書中的各個實(shí)施例均采用遞進(jìn)的方式描述，每個實(shí)施例重點(diǎn)說明的都是與其他實(shí)施例的不同之處，各個實(shí)施例之間相同相似的部分互相參見即可。

本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本申請實(shí)施例的實(shí)施例可提供為方法、裝置、或計(jì)算機(jī)程序產(chǎn)品。因此，本申請實(shí)施例可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本申請實(shí)施例可采用在一個或多個其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī)可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等)上實(shí)施的計(jì)算機(jī)程序產(chǎn)品的形式。

本申請實(shí)施例是參照根據(jù)本申請實(shí)施例的方法、終端設(shè)備(系統(tǒng))、和計(jì)算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計(jì)算機(jī)程序指令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理終端設(shè)備的處理器以產(chǎn)生一個機(jī)器，使得通過計(jì)算機(jī)或其他可編程數(shù)據(jù)處理終端設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計(jì)算機(jī)程序指令也可存儲在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理終端設(shè)備以特定方式工作的計(jì)算機(jī)可讀存儲器中，使得存儲在該計(jì)算機(jī)可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理終端設(shè)備上，使得在計(jì)算機(jī)或其他可編程終端設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或其他可編程終端設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

盡管已描述了本申請實(shí)施例的優(yōu)選實(shí)施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實(shí)施例做出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實(shí)施例以及落入本申請實(shí)施例范圍的所有變更和修改。

最后，還需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實(shí)體或者操作與另一個實(shí)體或操作區(qū)分開來，而不一定要求或者暗示這些實(shí)體或操作之間存在任何這種實(shí)際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者終端設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者終端設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者終端設(shè)備中還存在另外的相同要素。

以上對本申請所提供的一種業(yè)務(wù)對象的處理方法和一種業(yè)務(wù)對象的處理裝置，進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個例對本申請的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說明只是用于幫助理解本申請的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本申請的思想，在具體實(shí)施方式及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本申請的限制。