一种业务对象的处理方法和装置与流程

本申请涉及计算机技术领域，特别是涉及一种业务对象的处理方法和一种业务对象的处理装置。

背景技术：

通常，在对某些业务对象进行处理时，需要逐个对业务对象进行操作，直到全部业务对象均被处理完成。按照上述处理方式，一般都需要耗费较长的处理时间，操作非常繁琐。

以业务对象为期权合约为例。一般地，用户在进行期权合约交易时，往往会采取多腿交易的方式形成交易策略，多腿交易是指用户同时交易多个合约生成多个头寸的一种交易方式。现有技术中对多个合约进行交易通常采用传统的手工下单的方式进行，但是，手工下单只能对具体的某个合约进行下单，有多少个合约就要操作多少次，不仅操作过程很繁琐，耗费大量的时间，而且由于操作步骤多，容易造成操作错误，以及交易时间的延误，经常出现实际成交价格和用户预想的价格有较大差距的情况。

技术实现要素：

鉴于上述问题，提出了本申请实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种业务对象的处理方法和相应的一种业务对象的处理装置。

为了解决上述问题，本申请实施例公开了一种业务对象的处理方法，包括：

获取一个或多个业务对象，所述一个或多个业务对象分别具有相应的业务参数；

依据所述一个或多个业务对象，生成业务对象集合；

当接收到用户针对所述业务对象集合的处理指令时，分别提取每个业务对象相应的当前的业务参数；

采用所述每个业务对象相应的当前的业务参数，按照预设规则，分别对所述每个业务对象进行处理。

可选地，在所述依据所述一个或多个业务对象，生成业务对象集合的步骤后，还包括：

确定所述一个或多个业务对象的处理顺序。

可选地，所述分别提取每个业务对象相应的当前的业务参数的步骤包括：

按照所述一个或多个业务对象的处理顺序，分别提取每个业务对象相应的当前的业务参数。

可选地，所述一个或多个业务对象分别具有对应的业务处理平台，所述采用所述每个业务对象相应的当前的业务参数，按照预设规则，分别对所述每个业务对象进行处理的步骤包括：

将所述每个业务对象当前的业务参数分别提交至对应的业务处理平台，所述业务处理平台用于采用所述当前的业务参数，按照预设规则对所述业务对象进行处理。

可选地，还包括：

接收业务处理平台返回的处理结果信息；

展现所述处理结果信息。

可选地，所述业务对象包括期权交易合约，和/或，股票交易合约。

为了解决上述问题，本申请实施例公开了一种业务对象的处理装置，包括：

获取模块，用于获取一个或多个业务对象，所述一个或多个业务对象分别具有相应的业务参数；

生成模块，用于依据所述一个或多个业务对象，生成业务对象集合；

提取模块，用于当接收到用户针对所述业务对象集合的处理指令时，分别提取每个业务对象相应的当前的业务参数；

处理模块，用于采用所述每个业务对象相应的当前的业务参数，按照预设规则，分别对所述每个业务对象进行处理。

可选地，还包括：

确定模块，用于确定所述一个或多个业务对象的处理顺序。

可选地，所述提取模块包括：

提取子模块，用于按照所述一个或多个业务对象的处理顺序，分别提取每个业务对象相应的业务参数。

可选地，所述一个或多个业务对象分别具有对应的业务处理平台，所述处理模块包括：

提交子模块，用于将所述每个业务对象的业务参数分别提交至对应的业务处理平台，所述业务处理平台用于采用所述当前的业务参数，按照预设规则对所述业务对象进行处理。

可选地，还包括：

接收模块，用于接收业务处理平台返回的处理结果信息；

展现模块，用于展现所述处理结果信息。

可选地，所述业务对象包括期权交易合约，和/或，股票交易合约。

与背景技术相比，本申请实施例包括以下优点：

本申请实施例，通过获取一个或多个业务对象，所述一个或多个业务对象分别具有相应的业务参数，然后依据所述一个或多个业务对象，生成业务对象集合，当接收到用户针对所述业务对象集合的处理指令时，分别提取每个业务对象相应的当前的业务参数，并采用所述每个业务对象相应的当前的业务参数，按照预设规则，分别对所述每个业务对象进行处理，使得用户在对多个业务对象进行处理时，可以仅仅针对业务对象集合进行一次操作，解决了现有技术中需要逐一对每个业务对象分别进行处理的问题，较少了用户的操作处理次数，提高了对业务对象的处理的效率。

以业务对象为期权交易合约或股票交易合约为例，用户可以将多个交易合成汇集成一个交易篮子，从而可以针对所述交易篮子进行一次下单处理，便能够实现对所述交易篮子中的每个交易合约进行下单，减少了用户下单操作的次数，提高了交易的效率，避免了由于多次下单使得交易耗时过长而对交易结果造成的影响。

附图说明

图1是本申请的一种业务对象的处理方法实施例一的步骤流程图；

图2是本申请的一种业务对象的处理方法实施例二的步骤流程图；

图3是本申请的一种交易篮子的示意图；

图4A为本申请的持仓界面的示意图；

图4B为本申请的委托单界面的示意图；

图4C为本申请的成交单界面的示意图；

图4D为本申请的篮子持仓界面的示意图；

图5是本申请的一种业务对象的处理装置实施例的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

参照图1，示出了本申请的一种业务对象的处理方法实施例一的步骤流程图，具体可以包括如下步骤：

步骤101，获取一个或多个业务对象，所述一个或多个业务对象分别具有相应的业务参数；

需要说明的是，本申请实施例可以应用于客户端中，该客户端可以与第三方的服务器或服务器集群相连，如分布式系统，其可以抓取网络平台中业务对象的业务数据，网络平台可以为独立的服务器或服务器集群，用于对业务对象进行业务处理。

在不同的业务领域中可以具有不同的业务对象，例如，在通信领域中，业务对象可以为通信数据；在新闻媒体领域中，业务对象可以为新闻数据；在搜索领域中，业务对象可以为网页；在金融领域中，业务对象可以为股票、期货，或者针对股票或期货的交易合约，等等。

在本申请实施例中，在对一个或多个业务对象进行处理前，可以首先获取所述一个或多个业务对象，所述一个或多个业务对象可以分别具有相应的业务参数。

例如，当业务对象为期权交易合约时，所述业务参数可以包括交易合约代码、多空方向、开平、价格、数量等信息。当然，针对不同的业务对象，对应的业务参数也会不同，如业务对象为新闻数据时，对应的业务参数可以包括新闻发生的时间、来源以及新闻类型等信息，本申请实施例对此不作限定。

步骤102，依据所述一个或多个业务对象，生成业务对象集合；

通常，用户在处理多个业务对象时，如果逐个对每个业务对象分别进行处理，往往会耗费大量的处理时间，进而可能使得处理结果与用户预期的结果差异较大。例如，针对业务对象为期权交易合约时，假设用户希望对多个合约进行处理，如果逐一对每个合约进行下单操作，往往由于市场行情的迅速变化，使得后下单的合约的交易价格与用户预期的价格差异较大，甚至造成用户的巨大损失。

因此，在本申请实施例中，为了避免用户逐一对每个业务对象进行处理，可以首先依据所述一个或多个业务对象生成业务对象集合，从而使用户在对多个业务对象进行处理时仅仅需要对业务对象集合进行一次操作即可，减少用户的操作过程。

在具体实现中，在对多个期权合约进行交易时，可以首先确定需要交易的多个合约，然后将所述多个合约汇集成一个交易篮子，所述交易篮子中包括有用户希望进行交易处理的全部合约。

步骤103，当接收到用户针对所述业务对象集合的处理指令时，分别提取每个业务对象相应的当前的业务参数；

在具体实现中，用户可以向业务对象集合发出处理指令，系统在接收到用户的处理指令时，可以分别提取每个业务对象相应的当前的业务参数。

例如，用户在对一个交易篮子作出下单的指令时，交易系统可以分别获取每个交易合约的代码、多空方向、开平、价格、数量等信息。

步骤104，采用所述每个业务对象相应的当前的业务参数，按照预设规则，分别对所述每个业务对象进行处理。

在本申请实施例中，在提取获得每个业务对象相应的当前的业务参数后，可以按照业务对象相应的预设规则，采用所述当前的业务参数分别对每个业务对象进行处理。例如，在用户对一篮子期权交易合约进行下单后，可以分别提取每个期权交易合约的交易参数，然后采用所述交易参数分别对每个交易合约进行交易，避免了用户需要逐一对每个合约进行下单，减少了用户的操作次数，提高了交易效率。

在具体实现中，针对期权交易合约的预设规则可以是指合约的成交规则，即当前的期权交易合约应该以何种方式进行交易的规则。进一步地，所述成交规则可以是按照何种价格进行交易的规则，例如，按照用户设定的价格进行交易，按照成交时的市价进行交易，或者只有在市价与用户设定的价格满足一定条件时才允许被交易等等，本申请实施例对此不作限定。

在本申请实施例中，通过获取一个或多个业务对象，所述一个或多个业务对象分别具有相应的业务参数，然后依据所述一个或多个业务对象，生成业务对象集合，当接收到用户针对所述业务对象集合的处理指令时，分别提取每个业务对象相应的当前的业务参数，并采用所述每个业务对象相应的当前的业务参数，按照预设规则，分别对所述每个业务对象进行处理，使得用户在对多个业务对象进行处理时，可以仅仅针对业务对象集合进行一次操作，解决了现有技术中需要逐一对每个业务对象分别进行处理的问题，较少了用户的操作处理次数，提高了对业务对象的处理的效率。

参照图2，示出了本申请的一种业务对象的处理方法实施例二的步骤流程图，具体可以包括如下步骤：

步骤201，获取一个或多个业务对象，所述一个或多个业务对象分别具有相应的业务参数；

需要说明的是，本申请实施例可以应用于客户端中，该客户端可以与第三方的服务器或服务器集群相连，如分布式系统，其可以抓取网络平台中业务对象的业务数据，网络平台可以为独立的服务器或服务器集群，用于对业务对象进行业务处理。

在本申请实施例中，所述业务对象可以是期权交易合约，和/或，股票交易合约。

以业务对象为期权交易合约为例，期权交易合约是指以金融衍生产品作为行权品种的交易合约。通常，一个期权头寸就是一腿，例如，在期货交易中建仓时，买入期货合约后所持有的头寸叫多头头寸，简称多头；卖出期货合约后所持有的头寸叫空头头寸，简称空头。用户同时交易多个合约生成多个头寸便可以被称为多腿交易。一般地，用户在进行期权交易时，通常会采取多腿交易的方式形成交易策略。

在本申请实施例中，可以首先确定用户希望交易的多个期权合约，每个合约均包括有相应的业务参数，例如，交易合约代码、多空方向、开平、价格、数量等信息。

步骤202，依据所述一个或多个业务对象，生成业务对象集合；

在本申请实施例中，在确定出需要处理的一个或多个业务对象后，可以将所述一个或多个业务对象整合成一个业务对象集合。

以业务对象为期权交易合约为例，当用户确定出希望交易的多个期权合约时，可以将所述多个合约汇集成一个交易篮子，所述交易篮子中包括有用户希望进行交易处理的全部合约。

在具体实现中，将多个交易合约汇集成一个交易篮子，可以通过用户在交易软件中进行选择来获得。

如图3所示，是本申请的一种交易篮子的示意图。用户可以选择将“上期所”的“ag1612”合约和“大商所”的“i1609”合约加入交易篮子“123”中，从而获得如图3所示的交易篮子。

步骤203，确定所述一个或多个业务对象的处理顺序；

在本申请实施例中，在依据多个业务对象生成业务对象集合后，还可以进一步确定出每个业务对象的处理顺序，所述处理顺序可以是指系统在处理每个业务对象时的先后顺序。

以业务对象为期权交易合约为例，所述处理顺序可以是指每个合约的下单顺序。由于市场行情是在迅速变动的，不同的下单顺序可能会出现不同的交易结果，如图3所示，在交易篮子“123”中，“上期所”的“ag1612”合约的下单顺序先于“大商所”的“i1609”合约。当然，本领域技术人员可以根据实际需要，确定每个交易合约的下单顺序，本申请实施例对此不作限定。

通常，作为一个整体的交易篮子，用户总是希望所有的合约都能够成交，但是有些合约可能不是很活跃(即可能不是那么容易就成交)，因此，在一般情况下，可以把相对不活跃的合约放在前面，优先对其下单直到其成交了才下对其他活跃合约下单，避免出现一个篮子有部分合约成交而另外一部分合约没有成交的情况。

因此，作为本申请的一种示例，可以优先将交易相对不活跃的合约设置在较前的顺序上，而将交易活跃的其他合约设置在相对较后的顺序上。

需要说明的是，用户还可以针对多个业务对象，分别生成多个业务对象集合，例如，对于不同的交易合约，用户可以预先设置多个交易篮子，同时，每个交易篮子中不仅可以包括有相同类型的交易合约，还可以包括有不同类型的交易合约，如某个交易篮子中的合约可以均是期权交易合约，也可是包括期权交易合约和股票交易合约等多种类型的交易合约，本申请实施例对此不作限定。

步骤204，当接收到用户针对所述业务对象集合的处理指令时，按照所述一个或多个业务对象的处理顺序，分别提取每个业务对象相应的当前的业务参数；

在具体实现中，用户可以向业务对象集合发出处理指令，系统在接收到用户的处理指令时，可以按照每个业务对象的处理顺序，分别提取每个业务对象相应的当前的业务参数。

以业务对象为期权交易合约为例，当接收到用户针对交易篮子的交易指令时，可以按照每个合约的下单顺序，依次提取每个合约相应的交易参数。

例如，在图3所示的交易篮子中，当接收到用户针对交易篮子“123”的交易指令时，可以首先提取“上期所”的“ag1612”合约的交易参数进行下单操作，然后再提取“大商所”的“i1609”合约的交易参数进行下单操作。

步骤205，将所述每个业务对象当前的业务参数分别提交至对应的业务处理平台，所述业务处理平台用于采用所述当前的业务参数，按照预设规则对所述业务对象进行处理；

通常，不同的业务对象分别具有不同的业务处理平台，例如，对于期权合约，需要在期货市场进行交易；而对于股票合约，则需要在股票市场进行交易。

因此，在本申请实施例中，可以将系统与多通道交易后台进行连接，当提取获得每个业务对象当前的业务参数后，可以分别将所述当前的业务参数提交至所述业务对象对应的业务处理平台，由所述业务处理平台按照预设规则分别对每个业务对象进行处理。

例如，对于同时包括有股票交易合约和期货交易合约的篮子，当用户在发出对该篮子进行交易的指令时，可以按照交易合约的顺序，分别将股票交易合约的交易参数提交到股票市场进行交易，将期权交易合约的交易参数提交到期货市场进行交易。

在具体实现中，预设规则可以是指用户设定的针对交易合约的成交规则，即当前的期权交易合约应该以何种价格进行交易的规则。例如，按照用户设定的价格进行交易，如果用户设定交易价格为100，则在下单后，只有当当前价格为100时，才执行相应的交易；或者按照成交时的市价进行交易，此时，用户无需设定具体的交易价格，而是依据下单时的当前价进行交易；再或者由用户设定一定的比例，只有在当前价与用户设定的价格满足一定条件时才允许被交易，如用户设定交易价格为100，允许的涨跌比例为2％，则当前价在98-102之间时，均可以进行交易。当然，本领域技术人员可以根据实际需要，确定具体的规则，本申请实施例对此不作限定。

步骤206，接收业务处理平台返回的处理结果信息；

步骤207，展现所述处理结果信息。

在本申请实施例中，不同的业务处理平台在分别对每个业务对象进行处理后，可以返回相应的处理结果信息，系统在接收到所述处理结果信息后，可以向用户展现所述处理结果信息，以使用户能够及时了解处理结果。

以业务对象为期权交易合约或股票交易合约为例，在期货市场对期权交易合约进行交易处理，股票市场对股票交易合约进行交易处理后，期货市场和股票市场可以分别返回相应的交易结果，所述交易结果可以包括持仓、委托单、成交单、篮子持仓等信息。

参照图4A-4D，分别是本申请的处理结果信息的示意图。其中，图4A为本申请的持仓界面的示意图、图4B为本申请的委托单界面的示意图、图4C为本申请的成交单界面的示意图、图4D为本申请的篮子持仓界面的示意图。系统在接收到上述交易结果后，可以将所述交易结果展现给用户。

在本申请实施例中，通过将多个业务对象汇集成业务对象集合，从而使用户在对多个业务对象进行处理时，可以仅仅针对业务对象集合进行一次操作，解决了现有技术中需要逐一对每个业务对象分别进行处理的问题，较少了用户的操作处理次数，提高了对业务对象的处理的效率。

以业务对象为期权交易合约或股票交易合约为例，用户可以将多个交易合成汇集成一个交易篮子，从而可以针对所述交易篮子进行一次下单处理，便能够实现对所述交易篮子中的每个交易合约进行下单，减少了用户下单操作的次数，提高了交易的效率，避免了由于多次下单使得交易耗时过长而对交易结果造成的影响。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。

参照图5，示出了本申请的一种业务对象的处理装置实施例的结构框图，具体可以包括如下模块：

获取模块510，用于获取一个或多个业务对象，所述一个或多个业务对象分别具有相应的业务参数；

生成模块520，用于依据所述一个或多个业务对象，生成业务对象集合；

提取模块530，用于当接收到用户针对所述业务对象集合的处理指令时，分别提取每个业务对象相应的当前的业务参数；

处理模块540，用于采用所述每个业务对象相应的当前的业务参数，按照预设规则，分别对所述每个业务对象进行处理。

在本申请实施例中，所述装置还可以包括如下模块：

确定模块，用于确定所述一个或多个业务对象的处理顺序。

在本申请实施例中，所述提取模块530具体可以包括如下子模块：

提取子模块，用于按照所述一个或多个业务对象的处理顺序，分别提取每个业务对象相应的当前的业务参数。

在本申请实施例中，所述一个或多个业务对象可以分别具有对应的业务处理平台，所述处理模块540具体可以包括如下子模块：

提交子模块，用于将所述每个业务对象当前的业务参数分别提交至对应的业务处理平台，所述业务处理平台可以用于采用所述当前的业务参数，按照预设规则对所述业务对象进行处理。

在本申请实施例中，所述装置还可以包括如下模块：

接收模块，用于接收业务处理平台返回的处理结果信息；

展现模块，用于展现所述处理结果信息。

在本申请实施例中，所述业务对象可以包括期权交易合约，和/或，股票交易合约。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种业务对象的处理方法和一种业务对象的处理装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。