CN110516922A - 分配数据处理对象的方法及装置 - Google Patents

Abstract

本公开实施例涉及互联网技术领域，尤其涉及一种分配数据处理对象的方法及装置，其中，方法包括：包括：数据确定步骤，确定待处理数据，所述待处理数据标注有数据属性标识；备选数据处理对象确定步骤，确定与所述数据属性标识匹配的数据处理对象，得到备选数据处理对象；数据分配步骤，在所述备选数据处理对象中按照优先级顺序为所述待处理数据分配数据处理对象。本公开实施例提高了订单的完成度，以及用户的使用体验。

Description

分配数据处理对象的方法及装置

技术领域

本公开涉及互联网技术领域，尤其涉及一种分配数据处理对象的方法及装置。

背景技术

数据是指所有能输入到计算机并被计算机程序处理的符号的介质的总称，是用于输入电子计算机进行处理，具有一定意义的数字、字母、符号和模拟量等的通称。例如，数据可以是旅游网站的定制游订单，每个定制游订单中对应用户的一个定制游需求。

相关技术中，数据提交到服务器后，服务器对数据分配数据处理对象来处理该数据。未给数据分配足够的数据处理对象，则该数据无法处理完成。例如，旅游网站服务端在接收用户发送的定制游订单数据后，将用户订单移至抢单池中，为定制师终端提供用户需求。定制师终端通过抢单的形式处理定制游订单中的需求。但超过抢单时间的定制游订单仍未被定制师抢订，该定制游订单会被旅游网站服务端直接舍弃，或者通过人工分配的方式为定制游订单匹配合适的旅游定制师。其中，直接舍弃会影响用户对该旅游网站的使用体验；人工分配方式造成定制游订单分配成本上升且人为因素影响订单的公平分配，造成定制师处理订单的积极性下降。

发明内容

为了解决现有技术中存在的上述问题，本公开提供一种分配数据处理对象的方案。

根据本公开实施例的其中一方面，提供一种分配数据处理对象的方法，方法包括：数据确定步骤，确定待处理数据，待处理数据标注有数据属性标识；备选数据处理对象确定步骤，确定与数据属性标识匹配的数据处理对象，得到备选数据处理对象；数据分配步骤，在备选数据处理对象中按照优先级顺序为待处理数据分配数据处理对象。

在一例中，在备选数据处理对象确定步骤之前，方法还包括：优先级确定步骤，基于预设周期内数据处理对象处理完成的数据的质量，对数据处理对象进行评定，确定数据处理对象的优先级，其中，对数据处理对象进行评定的维度与数据属性标识匹配。

在一例中，数据属性标识包括目的地标识，目的地标识匹配有目的地区域，目的地区域匹配有数据处理对象；备选数据处理对象确定步骤，包括：区域确定步骤，确定目的地标识所匹配的目的地区域；区域数据处理对象确定步骤，在目的区域匹配的数据处理对象中选取数据处理对象，将选取的数据处理对象作为备选数据处理对象。

在一例中，数据属性标识包括数据内容标识，数据内容标识匹配有数据处理对象；备选数据处理对象确定步骤，包括：数据内容判断步骤，判断数据内容标识是否具有绑定的数据处理对象；若数据内容类标识具有绑定的数据处理对象，则将数据内容标识绑定的数据处理对象，作为备选数据处理对象；若数据内容类标识不具有绑定的数据处理对象，则在数据内容标识所匹配的数据处理对象中选择数据处理对象，并将选择的数据处理对象作为备选数据处理对象。

在一例中，数据分配步骤，包括：数据处理对象选择步骤，基于属性标识，确定数据处理对象队列中已对待处理数据进行处理的数据处理对象；数据处理对象补充步骤，根据完成数据所需的数据处理对象的数量，在数据处理对象队列中补充除已对待处理数据进行处理的数据处理对象之外的其它备选数据处理对象；按照补充后的数据处理对象队列中数据处理对象的优先级顺序，为待处理数据分配数据处理对象。

在一例中，在数据分配步骤之后，方法还包括：消息推送步骤，将待处理数据推送至已分配待处理数据的数据处理对象。

在一例中，在消息推送步骤之后，方法还包括：响应接收步骤，接收已分配待处理数据的数据处理对象发送的响应信息，响应信息表征是否处理待处理数据；响应于响应信息表征处理待处理数据，将待处理数据分配给发送表征能够处理待处理数据响应信息的已分配待处理数据的数据处理对象；响应于响应信息表征拒绝处理待处理数据，将待处理数据分配给备选数据处理对象中除发送表征拒绝处理待处理数据响应信息的数据处理对象之外的其他备选数据处理对象；其中，其他备选数据处理对象的数量大于或者等于发送表征拒绝处理待处理数据响应信息的已分配待处理数据的数据处理对象的数量。

根据本公开实施例的另一方面，提供一种分配数据处理对象的装置，包括：数据确定单元，用于确定待处理数据，待处理数据标注有数据属性标识；备选数据处理对象确定单元，用于确定与数据属性标识匹配的数据处理对象，得到备选数据处理对象；数据分配单元，用于在备选数据处理对象中按照优先级顺序为待处理数据分配数据处理对象。

在一例中，装置还包括：优先级确定单元，用于基于预设周期内数据处理对象处理完成的数据的质量，对数据处理对象进行评定，确定数据处理对象的优先级，其中，对数据处理对象进行评定的维度与数据属性标识匹配。

在一例中，数据属性标识包括目的地标识，目的地标识匹配有目的地区域，目的地区域匹配有数据处理对象；

备选数据处理对象确定单元，包括：区域确定模块，用于确定目的地标识所匹配的目的地区域；区域数据处理对象确定模块，用于在目的区域匹配的数据处理对象中选取数据处理对象，将选取的数据处理对象作为备选数据处理对象。

在一例中，数据属性标识包括数据内容标识，数据内容标识匹配有数据处理对象；备选数据处理对象确定单元，包括：数据内容判断模块，用于判断数据内容标识是否具有绑定的数据处理对象；若数据内容类标识具有绑定的数据处理对象，则将数据内容标识绑定的数据处理对象，作为备选数据处理对象；若数据内容类标识不具有绑定的数据处理对象，则在数据内容标识所匹配的数据处理对象中选择数据处理对象，并将选择的数据处理对象作为备选数据处理对象。

在一例中，数据分配单元，包括：数据处理对象选择模块，用于基于属性标识，确定数据处理对象队列中已对待处理数据进行处理的数据处理对象；数据处理对象补充模块，用于根据完成数据所需的数据处理对象的数量，在数据处理对象队列中补充除已对待处理数据进行处理的数据处理对象之外的其它备选数据处理对象；数据分配单元按照补充后的数据处理对象队列中数据处理对象的优先级顺序，为待处理数据分配数据处理对象。

在一例中，装置还包括：消息推送单元，用于将待处理数据推送至已分配待处理数据的数据处理对象。

在一例中，装置还包括：响应接收单元，用于接收已分配待处理数据的数据处理对象发送的响应信息，响应信息表征是否处理待处理数据；响应于响应信息表征处理待处理数据，将待处理数据分配给发送表征能够处理待处理数据响应信息的已分配待处理数据的数据处理对象；响应于响应信息表征拒绝处理待处理数据，将待处理数据分配给备选数据处理对象中除发送表征拒绝处理待处理数据响应信息的数据处理对象之外的其他备选数据处理对象；其中，其他备选数据处理对象的数量大于或者等于发送表征拒绝处理待处理数据响应信息的已分配待处理数据的数据处理对象的数量。

根据本公开实施例的另一方面，提供一种电子设备，其中，包括：

存储器，用于存储计算机程序；

处理器，用于执行存储器中存储的计算机程序，且计算机程序被执行时，实现上述任意一实施例的分配数据处理对象的方法。

根据本公开实施例的另一方面，提供一种计算机可读存储介质，存储有计算机程序，其中，计算机程序被处理器执行时，实现上述任一实施例的分配数据处理对象的方法。

基于本公开的分配数据处理对象的方法及装置、电子设备、计算机可读存储介质，通过待处理数据的数据属性标识选择可以处理待处理数据的备选数据处理对象，并按照数据处理对象的优先级顺序为待处理数据分配数据处理对象。可以避免待处理数据未被分配数据处理对象被直接舍弃，以及人为因素对待处理数据分配造成的影响。提高了待处理数据的完成度、分配效率以及分配的公平性。

附图说明

通过参考附图阅读下文的详细描述，本公开实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本公开的若干实施方式，其中：

图1示出了本公开的分配数据处理对象的方法一个实施例的流程示意图；

图2示出了本公开的分配数据处理对象的方法另一实施例的流程示意图；

图3示出了本公开的备选数据处理对象确定步骤的流程示意图；

图4示出了本公开的备选数据处理对象确定步骤另一实施例的流程示意图；

图5示出了本公开的数据分配步骤一实施例的流程示意图；

图6示出了本公开的分配数据处理对象的方法另一实施例的流程示意图；

图7示出了本公开的分配数据处理对象的方法另一实施例的流程示意图；

图8示出了本公开的分配数据处理对象的装置一实施例的结构示意图；

图9示出了本公开的分配数据处理对象的装置另一实施例的结构示意图；

图10示出了本公开的备选数据处理对象确定单元的结构示意图；

图11示出了本公开的数据分配单元的结构示意图；

图12示出了本公开的分配数据处理对象的装置另一实施例的结构示意图；

图13示出了本公开的分配数据处理对象的装置另一实施例的结构示意图；

图14示出了本公开电子设备的一个实施例的结构示意图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本公开的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本公开，而并非以任何方式限制本公开的范围。

本公开实施例可以应用于终端设备、计算机系统及服务器等电子设备，其可与众多其它通用或者专用的计算系统环境或者配置一起操作。适于与终端设备、计算机系统以及服务器等电子设备一起使用的众所周知的终端设备、计算系统、环境和/或配置的例子，包括但不限于：个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统﹑大型计算机系统和包括上述任何系统的分布式云计算技术环境，等等。

终端设备、计算机系统以及服务器等电子设备可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常，程序模块可以包括例程、程序、目标程序、组件、逻辑以及数据结构等等，它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施，分布式云计算环境中，任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中，程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。

本公开实施例提供的分配数据处理对象的方法可应用于多个领域进行数据的处理。例如、租车订单数据处理、代驾订单处理、外卖订单处理等。本公开以下结合定制游订单的处理对本公开的分配数据处理对象的方法进行详细说明。

旅游网站为满足用户的旅行需求，推出了定制游项目，用户将出行需求订单提交到旅游网站，旅游网站的数据处理对象接收该订单并根据订单的需求为用户制定专属旅游策略，其中，旅游网站中存储的数据处理对象可以是定制师对应的定制师数据结构。旅游网站为提高用户的使用体验，接入多个在线旅游(Online Travel Agency,OTA)，各个OTA下的定制师可以通过在旅游网站以抢单的形式获取定制游订单。定制游订单被移出抢单池的原因包括没有定制师抢单、抢单的定制师数量未达到定制游订单所需求的定制师数量等。

为避免客户提交的定制游订单没有定制师接收完成而造成的该订单流失，造成用户对旅游网站的使用体验下降；人工分配被移除抢单池的订单以及为OTA配置分配权重，订单根据分配权重分配至OTA后由OTA自行分配造成的订单维护成本大的缺陷，本公开实施例提供一种可自动按照订单属性以及定制师优先级分配订单的方法。降低订单分配的维护成本，提高用户对旅游网站的使用体验以及定制师处理订单的积极性。

图1为本公开分配数据处理对象的方法一个实施例的流程图。如图1所示，该实施例方法包括：数据确定步骤100、备选数据处理对象确定步骤200、数据分配步骤300。下面结合图1中的各步骤对本实施例的分配数据处理对象的方法进行详细说明。

数据确定步骤100，确定待处理数据，该待处理数据标注有数据属性标识。

在一些实施例中，待处理数据可以是用户提交到旅游平台的定制游订单，其中包括抢单池中的定制游订单，为避免在处理上述抢单池中的定制游订单在分配的同时又有定制师抢订，在对抢单池中的定制游订单分配定制师过程之前，将该定制游订单移出抢单池，避免分配与抢订同时完成造成的定制师重复。为节约抢单池的空间资源，避免抢单池中的订单长期占据抢单池，在将订单移入抢单池时对订单在抢单池中的最长时间进行配置，超过该最长时间，抢单池将该订单移出抢单池，使该订单在定制师端的抢单显示界面上不再显示。

每个定制游订单对应用户的定制游需求，根据用户需求对应的内容种类不同，可以将标注有数据属性标识的定制游订单划分为目的地需求订单以及数据内容需求订单。其中，目的地需求订单可以是用户在客户端输入始发地以及旅游始末时间后提交到旅游网站的定制游订单；数据内容需求订单可以是用户选择了旅游网站中提供的出行方案的数据内容后提交到旅游网站的定制游订单，例如某旅游网站提供的“自由行”旅游方案、“跟团游”旅游方案、“高铁游”旅游方案、“轮船游”旅游方案等。

备选数据处理对象确定步骤200，确定与数据属性标识匹配的数据处理对象，得到备选数据处理对象。

在一些实施例中，接入旅游网站的OTA的定制师可以通过旅游网站获取定制游订单。为避免同一订单被同一OTA的定制师处理，影响OTA对旅游网站的使用体验，将需要多个定制师处理待处理数据的定制师设定为分别来自不同的OTA。由于一个OTA下定制师处理同一订单时给出的解决方案可能相同或者相似，通过上述方式设计可以使处理该订单的定制师可以根据OTA的提供不同的解决方案，还可以提高用户的方案选择的多样性，以及用户对旅游网站的使用体验。

在一些实施例中，对于目的地需求订单，存储在旅游网站以及该旅游网站接入的OTA中的表示定制师的数据结构都可以被选作备选数据处理对象；对于数据内容需求订单，可以是存储在该数据内容对应的数据内容提供者表示定制师的数据结构被选作备选数据处理对象。在从全部定制师数据结构中选择备选定制师的过程中，备选定制师的数量不少于完成订单中要求的定制师数量，以保障有充足的定制师可以接收该定制游订单来联合完成该订单。

通过确定备选数据处理对象，可缩小选取用于处理定制游订单中需求的定制师的范围，提高为待处理数据分配数据处理对象的效率。

数据分配步骤300，在备选数据处理对象中为待处理数据分配数据处理对象。

在确定备选数据处理对象之后，即确定备选定制师之后，从备选定制师中选取处理该定制游订单的定制师。在一例中，可以按照备选定制师的优先级顺序给定制游订单中分配定制师。若最高优先级的备选定制师的数量可以满足上述定制游订单中所需求的数量，则仅从最高级的备选定制师中随机选择与需求数量匹配的备选定制师来完成该定制游订单。若最高优先级的备选定制师的数量少于上述定制游订单中需求的数量，则首先全选最高级的备选定制师后，从次一级优先级的备选定制师中选取定制师与全部最高级优先级的定制师一同完成该定制游订单。以此类推，直至将定制游订单全部分配定制师来完成。保障有定制师来处理用户定制游订单中在抢单池中未被处理的需求，提高定制游订单的完成率。

本实施例可以避免超过一定时间的订单没有被定制师接口数据结构接收处理而直接被放弃，影响用户对旅游网站的使用体验；避免人为分配移出抢单池的订单以及通过给接入的OTA调配权重造成的人力资源浪费，提高了订单的完成率以及用户对旅游网站的使用体验，节约人力成本。

在一些实施例中，在选取备选数据处理对象过程中，除了根据待处理数据中标注的数据属性标识选取备选数据处理对象，进一步地，设定选取的备选数据处理对象的状态为可处理数据字段状态，其中，备选数据处理对象的状态基于备选数据处理对象的状态配置文件确定。避免将待处理数据分配不可以接单的备选数据处理对象造成的待处理数据长时间无法完成造成的用户体验下降。

在一些实施例中，待处理数据可以是临时存储在Redis数据库中的数据，备选数据处理对象可以是与Redis数据库连接的多个数据接口的数据结构。备选数据处理对象状态所指代的可以是多个该数据接口的开关状态。当数据接口处于关闭状态时，对应的备选数据处理对象不可处理该待处理数据中的数据字段；当数据接口处于开启状态时，对应的备选数据处理对象可以接收并处理该待处理数据中的数据字段。

对于抢单池中的订单，可以在抢单池设置时间监听，在达到设定时长之后对该定制游订单进行分配。将该部分定制游订单移出抢单池并将移出抢单池的定制游订单存储至Redis临时存储数据库中进行进一步处理。对于移出抢单池的定制游订单，将该定制游订单的ID加入到另一个Redis校验队列中。Redis校验队列中存储有用于处理定制游订单中需求的数据处理对象，其中，数据处理对象的数量是根据处理的历史定制游订单而确定的，数量不确定。若Redis校验队列中定制师的数量少于需求的数量，则可以通过备选定制师进行补充。

在备选数据处理对象状态获取后得到的备选数据处理对象，将关闭的数据接口对应的数据处理对象从数据处理对象中删除，可以缩小待处理数据中数据字段分配数据处理对象的范围，进一步提高待处理数据的分配效率。数据接口状态为开启的备选数据处理对象按照优先级排序，并按照优先级由高到低的顺序进行数据字段的分配。

具体地，每一数据处理对象均配置有其当时是否可以处理定制游订单中的需求的配置文件，具体的形式可以是定制师终端接口的开启与关闭。其中，定制师终端接口开启表明当时其可以接收定制游订单的需求并处理该需求，定制师终端接口关闭表明当时其不接收定制游订单的需求。通过该状态配置文件可以将备选定制师的选取范围进一步缩小，避免将定制游中的需求分配给定制师终端接口关闭的定制师，提高定制游订单中需求的处理效率。若优先级最高的A级备选定制师的数量大于或者等于数据字段的数量，那么为该待处理数据只分配A级的定制师；若优先级最高的A级备选定制师的数量小于的数量，在分配完A级的定制师后按照优先级依次分配B级和/或C级的定制师。

在每一位备选定制师的信息中配置接单状态的配置文件，该配置文件可以反映该备选定制师是否可以接单的状态，并且可以由定制师进行修改。在定制师接到较多订单难以及时处理时可以关闭抢单功能停止接单。在确定备选定制师后还需确定备选定制师的接单状态，从保留开启抢单功能的备选定制师中选取需求定制师，才可以顺利将订单分配给需求定制师。若将订单分配给关闭抢单功能的备选定制师，仍不能及时完成该订单，造成用户使用体验下降。

每一备选数据处理对象对应的定制师终端接口数据结构均配置有优先级，将定制游订单中的需求分配给定制师数据结构是有优先顺序的，根据优先级顺序在备选数据处理对象中选取用于处理定制游订单中需求的定制师。

图2示出了本公开的分配数据处理对象的方法另一实施例的流程示意图。如图2所示，本实施例的分配数据处理对象的方法在备选数据处理对象确定步骤之前，还包括优先级确定步骤400，基于预设周期内数据处理对象处理完成的数据的质量，对数据处理对象进行评定，确定数据处理对象的优先级，其中，对数据处理对象进行评定的维度与数据属性标识匹配。

在一些实施例中，当定制师在平台为用户提供定制服务时，需要经过需求跟进、电话联系、制作方案、用户出行等步骤。可以以周为单位，将定制师的抢单数量、需求跟进比例、30分钟首次外呼比例、制作方案率、需求转化率、GMV完成度作为评分标准，分别以区域、旅游网站接入的OTA维度将定制师自动划分为A、B、C三个优先级，A类定制师作为优先级最高的定制师，能够优先分配需求，B级次之，C级优先级最低。

针对目的地属性标识的待处理数据对该区域下每一定制师数据结构设置考核标准，针对数据内容属性标识的待处理数据对者旅游网站接入的OTA均设置有考核标准，定制师在预设周期内完成订单的质量通过抢单的数量、订单中需求跟进比例、30分钟首次外呼比例、制作方案率、需求转化率、GMV完成度分别与标准值对比获得的分数相加得到的最终分数，作为该预设周期内定制师的考核分数。定制师在预设周期内定制师的考核分数所属优先级分数范围，可确定定制师的优先级。

在一些实施例中，预设的考察周期可以是动态的考察周期，例如系统时间前一个月的时间；也可以是固定的考察周期，例如每年的四月份和十月份作为评定定制师优先级的考察周期。在考察周期内定制师完成订单的质量越高，该定制师优先级评定越高，有优先获取订单成为需求定制师的优势；在考察周期内定制师完成订单的质量越低，其优先级越低，分配获得订单的机会较少。

通过对定制师进行优先级划分，可以使优先级较低的定制师能够对抢单池进行更多的关注，在抢单池中抢得更多的订单，既可以提高定制师的优先级以及获取订单的优先度，还可以提高订单能够达到定制师端的及时性。

为了保障能够让优先级越高的定制师能够优先获得订单以及有充足的定制师来完成该订单，将需求定制师的数量与最高优先级的备选定制师的数量进行对比，得出判断结果。若最高优先级的备选定制师的数量大于需求定制师的数量，那么在最高优先级的备选定制师中随机选择定制师作为需求定制师，来完成该订单。若最高优先级的备选定制师的数量小于该订单的需求定制师的数量，那么需要将最高级以及最高级下一级的定制师作为备选定制师，以此类推。

在从多优先级的备选定制师中选择需求定制师时，仍按照优先级进行选择，较高优先级的定制师随机逐一选择完成后，再从较低优先级的备选定制师中进行选择。本实施例通过将需求定制师与最高优先级的备选定制师进行对比，判断可接单的最高优先级的备选定制师数量是否可以满足需求定制师的数量，进而从最高优先级的可接单备选定制师中选择需求定制师，或者从包括最高级的多个连续优先级的备选定制师中选择需求定制师。既可以保障订单有充足的定制师来完成，避免影响用户的使用体验，还可以使优先级高的定制师优先获取订单，提高定制师完成订单的积极性。

本实施例的数据处理对象优先级可以是在旅游网站接入的OTA平台服务器的中央处理器计算后存储到数据库中的数据处理对象数据表，在每一数据处理对象中配置与数据处理对象优先级匹配的优先级字符标识。

具体地，获取据处理对象在预设周期内的的完成数据，即定制师在指定周期内的订单完成数据，订单完成数据包括抢单数量、需求跟进比例、及时首次外呼比例、制作方案率、需求转化率、成交总额(Gross Merchandise Volume，GMV)完成度中的至少一种。

将的完成数据与预设标准对比，确定第一数据处理对象在预设周期内的数据处理对象分数。数据处理对象优先级是由数据处理对象分数确定的。在每一区域或者旅游网站接入的OTA均设置有考核标准，定制师在预设周期内完成订单的质量通过抢单数量、需求跟进比例、30分钟首次外呼比例、制作方案率、需求转化率、GMV完成度分别与标准值对比获得的分数相加得到的最终分数，作为该预设周期内定制师的考核分数。定制师在预设周期内定制师的考核分数所属优先级分数范围，可确定定制师的优先级。

除上述实施例中所列举的备选数据处理对象优先级确定的方式外，还可以通过其他的方式或者标准来确定备选定制师的优先级，例如按照排名，对于其他方式本实施例在此不再一一赘述。

在一些实施例中，数据属性标识包括目的地标识，目的地标识匹配有目的地区域，目的地区域匹配有数据处理对象。图3示出了本公开的分配数据处理对象的方法图1所示实施例备选数据处理对象确定步骤的流程示意图，如图3所示，本实施例中备选数据处理对象确定步骤200包括区域确定步骤210、区域数据处理对象确定步骤220。下面参照图3对本实施例的备选数据处理对象确定步骤200进行详细说明。

区域确定步骤210，确定目的地标识所匹配的目的地区域。

在一些旅游网站以及OTA中存储定制师信息时，会根据定制师要求或者基于定制师以往处理目的地需求订单的质量，将定制师信息绑定一个或者多个区域。绑定的区域可表示该定制师比较熟悉该区域，能够为用户提供质量较高的定制游服务。

对于目的地需求的定制游订单，可以设置为需要多个定制师来为用户的需求提供多种出行方案。用户可以从多种方案中选择符合自身偏好的方案。当目的地需求订单被移出抢单池后，第一步，利用服务器中央处理器计算出该目的地需求订单已抢单定制师数与用户要求服务定制师数的差，记作整型iN，iN表示该需求需要分配的定制师数量。在一例中，不允许同一旅游网站接入的OTA的定制师为同一用户进行服务，此时，我们还会使用一个数组记录已抢单定制师所属旅游网站接入的OTA的ID列表，记作aExceptOtaIds。第二步，根据目的地需求订单中的目的地，利用服务器中央处理器计算出需求所属区域。其中，目的地从属于目的地区域，例如，目的地是成都，目的地区域可以是四川。通过确定目的地区域，可以为用户选择能够提供较好服务的定制师，缩小定制师的选择范围，提高备选数据处理对象的确定效率。

区域数据处理对象确定步骤220，在目的区域匹配的数据处理对象中选取数据处理对象，将选取的数据处理对象作为备选数据处理对象。

确定了目的地区域后，取出该目的地区域下全部最高优先级的定制师数据结构，记作数组aCusUids，对aCusUids进行循环，挑选出所有绑定了该目的地，且未被旅游网站接入的OTA禁用，同时开启了目的地需求订单抢单的定制师数据结构，记作数组aCanServiceUidsA。其中，同时以这些定制师所属旅游网站接入的OTA的ID为key、value为1的元素加入到数组aExceptOtaIds中，通过将value设置为1，以此保证每个商家ID的key只在aCusUids数组中出现一次；第三步，判断后aExceptOtaIds元素个数是否大于等于需求要求服务的定制师，若上述判断成立，返回key为A，value为aCanServiceUidsA数组的结构；若判断不成立，则分别对B类定制师进行上述第二步操作，然后再次判断aExceptOtaIds中元素个数是否大于等于需求要求服务的定制师，判断成立，则返回key为A、value为aCanServiceUidsA，key为B、value为aCanServiceUidsB的结构，以此类推，直到A、B、C类全部定制师循环完成，返回对象记作oCanServiceCusUids，该数组结构中的定制师数据即为选取的备选数据处理对象备选定制师。

在另一例中，数据属性标识包括数据内容标识，数据内容标识匹配有数据处理对象；图4示出了本公开的分配数据处理对象的方法图1所示实施例备选数据处理对象确定步骤的流程示意图，如图4所示，本实施例中备选数据处理对象确定步骤200包括数据内容判断步骤230，判断数据内容标识是否具有绑定的数据处理对象；若数据内容标识具有绑定的数据处理对象，则将数据内容标识绑定的数据处理对象，作为备选数据处理对象；若数据内容标识不具有绑定的数据处理对象，则在数据内容标识所匹配的数据处理对象中选择数据处理对象，并将选择的数据处理对象作为备选数据处理对象。

在一些实施例中，数据属性标识为数据内容标识的待处理数据只允许数据内容提供者存储的定制师数据结构对应的定制师来完成，并且每个数据属性标识为数据内容标识的待处理数据只允许一个定制师来完成。当数据属性标识为数据内容标识的定制游订单被移出抢单池后，第一步，将iN记作1，等于需求要求服务的定制师，将aExceptOtaIds记作空数组；第二步，会根据商品ID，找出所有绑定该数据内容信息的定制师数据结构，若没有任何定制师数据结构绑定该数据内容信息，找出该数据内容信息所属的旅游网站接入的OTA中的全部定制师数据结构，并在这些定制师数据结构中挑选出所有未被禁用、且开启了数据内容标识待处理数据抢单的定制师数据结构；第三步，我们会返回与目的地需求订单相同格式的，以定制师数据结构优先级作为key，以满足要求的定制师数据结构的数组，该满足要求的定制师数据结构的数组中的定制师数据结构即为备选数据处理对象。

图5示出了本公开的分配数据处理对象的方法另一实施例的流程示意图。如图5所示，本实施例的数据分配步骤300包括数据处理对象选择步骤310以及数据处理对象补充步骤320，下面结合图5对本实施例的数据分配步骤进行详细说明。

数据处理对象选择步骤310，基于属性标识，确定数据处理对象队列中已对待处理数据进行处理的数据处理对象。

在数据处理对象队列中可能存在可用于处理待处理数据的数据处理对象，该数据处理对象可以是备选数据处理对象中的一部分，也可以与备选数据处理对象完全不同。在把待处理数据分配给数据处理对象队列中的数据处理对象的过程中，首先遍历数据处理对象队列中是否存在可以处理该形式为定制游订单的待处理数据的数据处理对象，若不存在，或者存在的数量低于待处理数据中要求的定制师数量，则说明该定制师不是最优解最优接单定制师，将此该定制师对应的uid抛弃，然后进行下次循环；若存在，再判断定制师所在供应商是否在aExceptOtaIds数组中，若旅游网站接入的OTA服务器已生成工单，则将该定制师放在队列尾部，此时循环次数加一，同时将该定制师记录到数组aDistributed中，该数组用来记录已分配过的定制师，当分配的定制师已在aDistributed数组中出现过时，会将该定制师抛弃，以避免死循环出现；若定制师所在供应商不在aExceptOtaIds数组中，则记录该定制师到返回数组中，当返回数组中定制师数量等于iN时，则找到全部需要分配的定制师，此时返回定制师数组。

用户提交的目的地属性标识的定制游订单设定多个定制师来为用户提供多种出行方案，供用户选在多种方案中选择适合自己的方案。在抢单池中，低于设定数据处理对象数量的数据处理对象抢到了该定制游订单，但是该定制游订单仍处在未被数据处理对象接收的状态，因为还需要更多的数据处理对象才能完成该定制游订单。本实施例对超过一定时间未处理的订单进行数据处理对象分析，确定完成该订单仍需补充的数据处理对象的数量，即需求定制师数量。需求的定制师数量可以根据完成该订单的定制师的总数量减去在抢单池中已抢该订单的定制师的数量的差来确定。其中，在抢单池中已抢该订单的定制师的数量可以是零，也可以是小于完成该订单的定制师的总数量的任意一个正整数。

在一例中，某被移出抢单池的订单X，完成该订单X需要三位定制师，在抢单池中已经被一位定制师抢占了三个名额中的一个，超出该订单的抢单时间限制后该订单被移出抢单池。完成该订单仍需要两位定制师。两位定制师可以在前述旅游网站的定制师中进行选择来完成该订单X。定制师a、b、c在抢单过程中由于没有时刻关注抢单池中情况没有抢到该订单X。定制师a、b、c均作为备选定制师，从中选取两位进行完成订单的定制师的选取。但是a的优先级均高于b、c的优先级，b、c的优先级相同，优先选取a作为其中一位需求定制师来完成该订单，然后再从b、c两位备选定制师中随机选取一位作为需求定制师。

本实施例通过定制师优先级确定需求定制师，可以使优先级高的定制师优先获取订单，提高了定制师的工作积极性。其中，定制师优先级可以是通过定制师以往处理订单的质量进行评定获取的，也可以是通过其他方式得到的，本实施例在此不做限定。

基于上述步骤，确定了当前时刻满足用户需求订单所有可接单的最优定制师组成的结构体，即所有的备选定制师。分别以需求的主目的地ID或数据内容ID作为键名，记作keyA，记录用来处理的数据处理对象。然后准备循环该备选定制师队列，循环次数为keyA对应的redis队列长度加上结构体oCanServiceCusUids中所有定制师数量加1。

循环开始后，首先我们从redis队列keyA中弹出一个元素。若弹出元素不为空，则说明该定制师为上次分配中未分配到需求的定制师，此时首先判断该定制师数据结构的uid是否存在于oCanServiceCusUids结构体中，若不存在，则说明该定制师不是最优解最优接单定制师，将此uid抛弃，然后进行下次循环；若存在，再判断定制师所在供应商是否在aExceptOtaIds数组中，若旅游网站接入的OTA已生成工单，则将该定制师放在队列尾部，此时循环次数加一，同时将该定制师记录到数组aDistributed中，该数组用来记录已分配过的定制师，当分配的定制师已在aDistributed数组中出现过时，会将该定制师抛弃，以避免死循环出现；若定制师所在供应商不在aExceptOtaIds数组中，则记录该定制师到返回数组中，当返回数组中定制师数量等于iN时，则找到全部需要分配的定制师，此时返回定制师数组。

数据处理对象补充步骤320，根据完成数据所需的数据处理对象的数量，在数据处理对象队列中补充除已对待处理数据进行处理的数据处理对象之外的其它备选数据处理对象；按照补充后的数据处理对象队列中数据处理对象的优先级顺序，为待处理数据分配数据处理对象。

若弹出元素为空，则说明redis队列中没有任何可接单定制师，这时我们分别将oCanServiceCusUids中所有元素的顺序在对应键内进行随机打乱，保证A、B、C这3个优先级的定制师在自己所在组内随机排序，然后将所有定制师按照A、B、C的顺序推送到keyA对应redis队列中，然后进行下次循环。

在下次分配开始时，首先检查aQueueCheck中需求分配的定制师数是否满足用户要求，若满足，则将需求订单ID弹出队列，若不满足，则对该需求订单进行重新分配备选定制师，同时保留需求订单ID在队列中，直到分配够满足用户要求的备选定制师数量为准。

图6示出了本公开的分配数据处理对象的方法另一实施例的流程示意图。如图6所示，本实施例的分配数据处理对象的方法还包括消息推送步骤500，将待处理数据推送至已分配待处理数据的数据处理对象。

基于数据分配步骤300可以确定用于处理待处理数据的数据处理对象。针对待处理数据分别为已确定的数据处理对象创建工单。工单可以通过移动应用程序推送消息或者短信通知数据处理对象来处理定制游订单，以便数据处理对象能够及时处理该待处理数据。

图7示出了本公开的分配数据处理对象的方法另一实施例的流程示意图。如图7所示，本实施例的分配数据处理对象的方法还包括响应接收步骤600，接收已分配待处理数据的数据处理对象发送的响应信息，响应信息表征是否处理待处理数据；响应于响应信息表征处理待处理数据，将待处理数据分配给发送表征能够处理待处理数据响应信息的已分配待处理数据的数据处理对象；响应于响应信息表征拒绝处理待处理数据，将待处理数据分配给备选数据处理对象中除发送表征拒绝处理待处理数据响应信息的数据处理对象之外的其他备选数据处理对象；其中，其他备选数据处理对象的数量大于或者等于发送表征拒绝处理待处理数据响应信息的已分配待处理数据的数据处理对象的数量。

在待分配数据分配给较高优先级的定制师时，该定制师接收并返回接单成功响应；若该定制师终端将待分配数据返回给Redis数据库，即返回拒绝接单响应，以便于得知旅游网站以及接入旅游网站的OTA的订单是否有定制师接收并完成。为保障每一需求订单中的需求均有定制师来完成，备选定制师的数量需大于或者等于订单中需求的数量。

在一具体的实例中，由于属性标识为目的地标识的定制游订单设定为需要3位定制师为用户的待处理数据提供处理方案，数据内容属性标识的需求订单有且只有1位定制师为用户服务，为保证每个需求订单能够分配到足够的定制师，我们要求通用目的地的旅游网站以及所有OTA中至少保留3位备选定制师开启通用接单，并且旅游网站以及每个OTA至少保留1位定制师开启数据内容接单，当备选定制师数少于或等于需求定制师数量时，禁止备选定制师关闭接单。提高了待处理数据中待处理数据的完成率。

在一些实施例中，为保证定制师休息，可以将定制游订单提交时间段分为工作时间与非工作时间，工作时间是从上午9点到下午18点，其余时间为非工作时间；订单具有属性标识为目的地、数据内容两种大类型，其中目的地标识待处理数据的是根据目的地提交的定制游出行计划，通用类需求允许擅长该需求目的地的定制师进行抢单和派单，数据内容标识的待处理数据是通过旅游网站接入的OTA的数据内容提交的出行计划，只允许旅游网站接入的OTA满足要求的定制师数据结构对应的定制师进行抢单和派单。对于工作时间提交的需求，可以以用户提交需求时间作为需求分配的倒计时开始时间；非工作时间提交的需求，会以下一个上午9点作为需求分配的倒计时开始时间。对于属性标识为目的地标识的定制游订单，可以在倒计时开始时间后的两小时将定制游订单从抢单池移出；对于属性标识为数据内容标识的定制游订单，可以在倒计时开始时间后的10分钟将定制游订单从抢单池移出。

基于相同的发明构思，本公开实施例的另一方面提供一种分配数据处理对象的装置，以用于实现上述其中一方面以及任一实施例所涉及的分配数据处理对象的方法。

图8示出了本公开的分配数据处理对象的装置一实施例的结构示意图；如图8所示，该实施例方法包括：数据确定单元10、备选数据处理对象确定单元20、数据分配单元30。其中，数据确定单元10，用于确定待处理数据，待处理数据标注有数据属性标识；备选数据处理对象确定单元20，用于确定与数据属性标识匹配的数据处理对象，得到备选数据处理对象；数据分配单元30，用于在备选数据处理对象中按照优先级顺序为待处理数据分配数据处理对象。

每个定制游订单对应用户的定制游需求，根据用户需求对应的内容种类不同，可以将标注有数据属性标识的定制游订单划分为目的地需求订单以及数据内容需求订单。其中，目的地需求订单可以是用户在客户端输入始发地以及旅游始末时间后提交到旅游网站的定制游订单；数据内容需求订单可以是用户选择了旅游网站中提供的出行方案的数据内容后提交到旅游网站的定制游订单。

对于目的地需求订单，存储在旅游网站以及该旅游网站接入的OTA中的表示定制师的数据结构都可以被选作备选数据处理对象；对于数据内容需求订单，可以是存储在该数据内容对应的数据内容提供者表示定制师的数据结构被选作备选数据处理对象。在从全部定制师数据结构中选择备选定制师的过程中，备选定制师的数量不少于完成订单中要求的定制师数量，以保障有充足的定制师可以接收该定制游订单来联合完成该订单。

在确定备选数据处理对象之后，数据分配单元30从备选定制师中选取处理该定制游订单的定制师。在一例中，可以按照备选定制师的优先级顺序给定制游订单中分配定制师，直至将定制游订单全部分配定制师来完成。保障有定制师来处理用户定制游订单中在抢单池中未被处理的需求，提高定制游订单的完成率，节约人力成本。

图9示出了本公开的分配数据处理对象的装置另一实施例的结构示意图；如图2所示，本实施例的分配数据处理对象的装置还包括优先级确定单元40，用于基于预设周期内数据处理对象处理完成的数据的质量，对数据处理对象进行评定，确定数据处理对象的优先级，其中，对数据处理对象进行评定的维度与所述数据属性标识匹配。

针对目的地属性标识的待处理数据对该区域下每一定制师数据结构设置考核标准，针对数据内容属性标识的待处理数据对者旅游网站接入的OTA均设置有考核标准，定制师在预设周期内完成订单的质量通过抢单的数量、订单中需求跟进比例、30分钟首次外呼比例、制作方案率、需求转化率、GMV完成度分别与标准值对比获得的分数相加得到的最终分数，作为该预设周期内定制师的考核分数。定制师在预设周期内定制师的考核分数所属优先级分数范围，可确定定制师的优先级。

在一些实施例中，预设的考察周期可以是动态的考察周期，例如系统时间前一个月的时间；也可以是固定的考察周期，例如每年的四月份和十月份作为评定定制师优先级的考察周期。在考察周期内定制师完成订单的质量越高，该定制师优先级评定越高，有优先获取订单成为需求定制师的优势；在考察周期内定制师完成订单的质量越低，其优先级越低，分配获得订单的机会较少。

本实施例的优先级确定单元40可以是在旅游网站接入的OTA平台服务器的中央处理器计算后存储到数据库中的数据处理对象数据表，在每一数据处理对象中配置与数据处理对象优先级匹配的优先级字符标识。

图10示出了本公开的备选数据处理对象确定单元20的结构示意图，如图10所示，数据属性标识包括目的地标识，目的地标识匹配有目的地区域，目的地区域匹配有数据处理对象；备选数据处理对象确定单元20，包括区域确定模块21与区域数据处理对象确定模块22。其中，区域确定模块21用于确定目的地标识所匹配的目的地区域；区域数据处理对象确定模块22用于在目的区域匹配的数据处理对象中选取数据处理对象，将选取的数据处理对象作为备选数据处理对象。

对于目的地需求订单，需要多个定制师来完成。当目的地需求订单被移出抢单池后，计算出该目的地需求订单已抢单定制师数与用户要求服务定制师数的差，表示该需求需要分配的定制师数量。在一例中，不允许同一旅游网站接入的OTA的定制师为同一用户进行服务，此时，使用一个数组记录已抢单定制师所属旅游网站接入的OTA的ID列表，记作aExceptOtaIds。第二步，根据目的地需求订单中的目的地，计算出需求所属区域。其中，目的地从属于目的地区域。通过确定目的地区域，可以为用户选择能够提供较好服务的定制师，缩小定制师的选择范围，提高备选数据处理对象的确定效率。

区域确定模块21确定了目的地区域后，取出该目的地区域下全部最高优先级的定制师数据结构，并进行循环，挑选出所有绑定了该目的地，且未被旅游网站接入的OTA禁用，同时开启了目的地需求订单抢单的定制师数据结构。判断备选数据处理对象的个数是否大于等于需求要求服务的定制师，直到A、B、C类全部定制师循环完成，确定选取的备选数据处理对象。

继续参照图10，备选数据处理对象确定单元20，还包括：数据内容判断模块23，用于判断数据内容标识是否具有绑定的数据处理对象；若数据内容标识具有绑定的数据处理对象，则将数据内容标识绑定的数据处理对象，作为备选数据处理对象；若数据内容标识不具有绑定的数据处理对象，则在数据内容标识所匹配的数据处理对象中选择数据处理对象，并将选择的数据处理对象作为备选数据处理对象。

图11示出了本公开的数据分配单元的结构示意图，如图11所示，数据分配单元30，包括：数据处理对象选择模块31和数据处理对象补充模块32，其中，数据处理对象选择模块31用于基于属性标识，确定数据处理对象队列中已对待处理数据进行处理的数据处理对象；数据处理对象补充模块32，用于根据完成数据所需的数据处理对象的数量，在数据处理对象队列中补充除已对待处理数据进行处理的数据处理对象之外的其它备选数据处理对象；数据分配单元按照补充后的数据处理对象队列中数据处理对象的优先级顺序，为待处理数据分配数据处理对象。

在数据处理对象队列中可能存在可用于处理待处理数据的数据处理对象，该数据处理对象可以是备选数据处理对象中的一部分，也可以与备选数据处理对象完全不同。

在把待处理数据分配给数据处理对象队列中的数据处理对象的过程中，首先遍历数据处理对象队列中是否存在可以处理该形式为定制游订单的待处理数据的数据处理对象，若不存在，或者存在的数量低于待处理数据中要求的定制师数量，则说明该定制师不是最优解最优接单定制师，将此该定制师对应的uid抛弃，然后进行下次循环；若存在，再判断定制师所在供应商是否在aExceptOtaIds数组中，若旅游网站接入的OTA服务器已生成工单，则将该定制师放在队列尾部，此时循环次数加一，同时将该定制师记录到数组aDistributed中，该数组用来记录已分配过的定制师，当分配的定制师已在aDistributed数组中出现过时，会将该定制师抛弃，以避免死循环出现；若定制师所在供应商不在aExceptOtaIds数组中，则记录该定制师到返回数组中，当返回数组中定制师数量等于iN时，则找到全部需要分配的定制师，此时返回定制师数组。

本实施例通过定制师优先级确定需求定制师，可以使优先级高的定制师优先获取订单，提高了定制师的工作积极性。其中，定制师优先级可以是通过定制师以往处理订单的质量进行评定获取的，也可以是通过其他方式得到的，本实施例在此不做限定。

图12示出了本公开的分配数据处理对象的装置另一实施例的结构示意图。如图12所示，本实施例的分配数据处理对象的装置还包括消息推送单元50，用于将待处理数据推送至已分配待处理数据的数据处理对象。基于数据分配单元30可以确定的用于处理待处理数据的数据处理对象。针对待处理数据分别为已确定的数据处理对象创建工单。工单可以通过移动应用程序推送消息或者短信通知数据处理对象来处理定制游订单，以便数据处理对象能够及时处理该待处理数据。

图13示出了本公开的分配数据处理对象的装置另一实施例的结构示意图。如图13所示，本实施例的分配数据处理对象的装置还包括响应接收单元60，用于接收已分配待处理数据的数据处理对象发送的响应信息，响应信息表征是否处理待处理数据；响应于响应信息表征处理待处理数据，将待处理数据分配给发送表征能够处理待处理数据响应信息的已分配待处理数据的数据处理对象；响应于响应信息表征拒绝处理待处理数据，将待处理数据分配给备选数据处理对象中除发送表征拒绝处理待处理数据响应信息的数据处理对象之外的其他备选数据处理对象；其中，其他备选数据处理对象的数量大于或者等于发送表征拒绝处理待处理数据响应信息的已分配待处理数据的数据处理对象的数量。

在待分配数据分配给较高优先级的定制师时，该定制师接收并返回接单成功响应由响应接收单元60接收；若该定制师终端将待分配数据返回，即返回拒绝接单响应，以便于得知旅游网站以及接入旅游网站的OTA的订单是否有定制师接收并完成。为保障每一需求订单中的需求均有定制师来完成，备选定制师的数量需大于或者等于订单中需求的数量。

在一具体的实例中，属性标识为目的地标识的定制游订单可以设置为有3位定制师为用户的待处理数据提供处理方案，数据内容属性标识的需求订单有且只有1位定制师为用户服务，为保证每个需求订单能够分配到足够的定制师，我们要求通用目的地的旅游网站以及所有OTA中至少保留3位备选定制师开启通用接单，并且旅游网站以及每个OTA至少保留1位定制师开启数据内容接单，当备选定制师数少于或等于需求定制师数量时，禁止备选定制师关闭接单。提高了待处理数据中待处理数据的完成率。

图14示出了本公开的电子设备的一个实施例的结构示意图。下面参考图14，其示出了适于用来实现本申请实施例的终端设备或服务器的电子设备的结构示意图。如图14所示，该电子设备该电子设备包括处理器和存储器。电子设备也可以包括输入输出装置。存储器、输入输出装置均通过总线与处理器连接。其中，存储器，用于存储处理器执行的指令；处理器，用于调用存储器存储的指令，并执行上述实施例涉及的分配数据处理对象的方法。

本公开实施例中处理器可调用存储器存储的指令，进行确定待处理数据，待处理数据标注有数据属性标识；确定与数据属性标识匹配的数据处理对象，得到备选数据处理对象；在备选数据处理对象中按照优先级顺序为待处理数据分配数据处理对象。其中，电子设备执行分配数据处理对象的的过程，可参阅上述实施例描述的分配数据处理对象的实施过程，在此不再赘述。

本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，计算机可执行指令在计算机上运行时，执行上述实施例涉及的分配数据处理对象的方法。

本公开实施例还提供一种包含指令的计算机程序产品，当包含指令的计算机程序产品在计算机上运行时，使得计算机执行上述实施例涉及的分配数据处理对象的方法。

在一个或多个可选实施方式中，本公开实施例还提供了一种计算机可读存储介质，用于存储计算机可读指令，该指令被执行时使得计算机执行上述任一可能的实现方式中的分配数据处理对象的方法。在另一个可选例子中，该计算机程序产品具体体现为软件产品，例如软件开发包(Software Development Kit，SDK)等等。

尽管在附图中以特定的顺序描述操作，但是不应将其理解为要求按照所示的特定顺序或是串行顺序来执行这些操作，或是要求执行全部所示的操作以得到期望的结果。在特定环境中，多任务和并行处理可能是有利的。

本公开的方法和装置能够利用标准编程技术来完成，利用基于规则的逻辑或者其他逻辑来实现各种方法步骤。还应当注意的是，此处以及权利要求书中使用的词语“装置”和“模块”意在包括使用一行或者多行软件代码的实现和/或硬件实现和/或用于接收输入的设备。

此处描述的任何步骤、操作或程序可以使用单独的或与其他设备组合的一个或多个硬件或软件模块来执行或实现。在一个实施方式中，软件模块使用包括包含计算机程序代码的计算机可读介质的计算机程序产品实现，其能够由计算机处理器执行用于执行任何或全部的所描述的步骤、操作或程序。

出于示例和描述的目的，已经给出了本公开实施的前述说明。前述说明并非是穷举性的也并非要将本公开限制到所公开的确切形式，根据上述教导还可能存在各种变形和修改，或者是可能从本公开的实践中得到各种变形和修改。选择和描述这些实施例是为了说明本公开的原理及其实际应用，以使得本领域的技术人员能够以适合于构思的特定用途来以各种实施方式和各种修改而利用本公开。

Claims (10)

1.一种分配数据处理对象的方法，其中，包括：

数据确定步骤，确定待处理数据，所述待处理数据标注有数据属性标识；

备选数据处理对象确定步骤，确定与所述数据属性标识匹配的数据处理对象，得到备选数据处理对象；

数据分配步骤，在所述备选数据处理对象中按照优先级顺序为所述待处理数据分配数据处理对象。

2.根据权利要求1所述的方法，在所述备选数据处理对象确定步骤之前，所述方法还包括：

优先级确定步骤，基于预设周期内所述数据处理对象处理完成的数据的质量，对所述数据处理对象进行评定，确定所述数据处理对象的优先级，其中，对所述数据处理对象进行评定的维度与所述数据属性标识匹配。

3.根据权利要求1或2所述的方法，其中，所述数据属性标识包括目的地标识，所述目的地标识匹配有目的地区域，所述目的地区域匹配有数据处理对象；

所述备选数据处理对象确定步骤，包括：

区域确定步骤，确定所述目的地标识所匹配的目的地区域；

区域数据处理对象确定步骤，在所述目的区域匹配的数据处理对象中选取数据处理对象，将选取的数据处理对象作为备选数据处理对象。

4.根据权利要求1或2所述的方法，其中，所述数据属性标识包括数据内容标识，所述数据内容标识匹配有数据处理对象；

所述备选数据处理对象确定步骤，包括：

数据内容判断步骤，判断所述数据内容标识是否具有绑定的数据处理对象；

若所述数据内容类标识具有绑定的数据处理对象，则将所述数据内容标识绑定的数据处理对象，作为备选数据处理对象；

若所述数据内容类标识不具有绑定的数据处理对象，则在所述数据内容标识所匹配的数据处理对象中选择数据处理对象，并将选择的数据处理对象作为备选数据处理对象。

5.根据权利要求1或2所述的方法，其中，所述数据分配步骤，包括：

数据处理对象选择步骤，基于所述属性标识，确定数据处理对象队列中已对所述待处理数据进行处理的数据处理对象；

数据处理对象补充步骤，根据完成所述数据所需的所述数据处理对象的数量，在所述数据处理对象队列中补充除所述已对所述待处理数据进行处理的数据处理对象之外的其它所述备选数据处理对象；

按照补充后的数据处理对象队列中数据处理对象的所述优先级顺序，为所述待处理数据分配数据处理对象。

6.根据权利要求1或2所述的方法，其中，在所述数据分配步骤之后，所述方法还包括：

消息推送步骤，将所述待处理数据推送至已分配所述待处理数据的所述数据处理对象。

7.根据权利要求6所述的方法，其中，在所述消息推送步骤之后，所述方法还包括：

响应接收步骤，接收已分配所述待处理数据的所述数据处理对象发送的响应信息，所述响应信息表征是否处理所述待处理数据；

响应于所述响应信息表征处理所述待处理数据，将所述待处理数据分配给发送表征能够处理所述待处理数据响应信息的已分配所述待处理数据的所述数据处理对象；

响应于所述响应信息表征拒绝处理所述待处理数据，将所述待处理数据分配给所述备选数据处理对象中除发送表征拒绝处理所述待处理数据响应信息的数据处理对象之外的其他备选数据处理对象；

其中，所述其他备选数据处理对象的数量大于或者等于发送表征拒绝处理所述待处理数据响应信息的已分配所述待处理数据的所述数据处理对象的数量。

8.一种分配数据处理对象的装置，其中，包括：

数据确定单元，用于确定待处理数据，所述待处理数据标注有数据属性标识；

备选数据处理对象确定单元，用于确定与所述数据属性标识匹配的数据处理对象，得到备选数据处理对象；

数据分配单元，用于在所述备选数据处理对象中按照优先级顺序为所述待处理数据分配数据处理对象。

9.一种电子设备，其中，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述存储器中存储的计算机程序，且所述计算机程序被执行时，实现权利要求1-7中任意一项所述的分配数据处理对象的方法。

10.一种计算机可读存储介质，存储有计算机程序，其中，所述计算机程序被处理器执行时，实现权利要求1-7中任意一项所述的分配数据处理对象的方法。