CN108710675A - 一种消息推送方法及装置、电子设备、存储介质 - Google Patents

Abstract

本发明揭示了一种消息推送方法及装置、电子设备、计算机可读存储介质，该方案包括：获取每个业务端的服务记录以及订单记录；根据业务端的服务记录和订单记录，生成业务端在预设时间段内的累计服务时长和累计订单数据；将业务端的累计服务时长和累计订单数据融合生成业务端的资源数据；根据每个业务端的资源数据，对所有业务端进行排序，获得排序结果；将排序结果推送至每个业务端进行展示。克服了目前消息获取不及时，存在滞后现象的问题，提高了工作效率，保证了消息传递的时效性。

Description

一种消息推送方法及装置、电子设备、存储介质

技术领域

本发明涉及互联网技术领域，特别涉及一种消息推送方法及装置、电子设备、计算机可读存储介质。

背景技术

随着智能化水平的提高，越多越多的企业希望实现智能化管理，尽可能减少人工参与，提高团队工作效率。

不过在目前，企业的智能化水平还不高。对于部门或团队工作情况的总结，仍然需要召集员工一起参与会议，并且对参会人员需要一个个进行通知，此外团队工作业绩需以看板形式进行展示。这样的形式对于在家办公的销售人员来说，由于不方便参加公司的团队会议，因而无法及时获取团队销售业绩、通知等，不了解团队工作状态，进而影响自身后续工作的展开。

由此可见，由于现有技术的缺陷，在家办公的销售人员消息获得不及时，消息获取存在滞后现象。

发明内容

为了解决相关技术中存在的消息获得不及时、存在滞后现象的问题，本发明提供了一种消息推送方法。

一方面，本发明提供了一种消息推送方法，该方法包括：

获取每个业务端的服务记录以及订单记录；

根据所述业务端的服务记录和订单记录，生成所述业务端在预设时间段内的累计服务时长和累计订单数据；

将所述业务端的累计服务时长和累计订单数据融合生成所述业务端的资源数据；

根据每个业务端的资源数据，对所有业务端进行排序，获得排序结果；

将所述排序结果推送至每个业务端进行展示。

在一种示例性实施例中，所述根据所述业务端的服务记录和订单记录，生成所述业务端在预设时间段内的累计服务时长和累计订单数据，包括：

根据所述业务端的订单记录，生成所述业务端对应的累计保单总额、累计订单数量或者指定产品的订单数量。

在一种示例性实施例中，所述将所述业务端的累计服务时长和累计订单数据融合生成所述业务端的资源数据，包括：

对每个业务端的累计服务时长进行归一化获得服务时长归一化结果，对每个业务端的累计订单数据进行归一化获得订单数据归一化结果；

将所述业务端的服务时长归一化结果和订单数据归一化结果进行加权融合，生成所述业务端对应的资源数据。

在一种示例性实施例中，所述根据每个业务端的资源数据，对所有业务端进行排序，获得排序结果，包括：

根据每个业务端的资源数据，对所有业务端的标识信息进行排序，生成所有业务端标识信息的排序结果。

在一种示例性实施例中，所述将所述排序结果推送至每个业务端进行展示之后，所述方法还包括：

接收指定业务端在所述排序结果的显示界面中指定控件被触发而发送的触发指令；

根据所述触发指令指示的触发内容，生成用户标识所述触发内容的触发标记；

将所述触发标记发送至每个业务端进行显示。

在一种示例性实施例中，所述方法还包括：

接收指定业务端发送的业务通知消息；

将所述业务通知消息转发至所有业务端进行显示。

在一种示例性实施例中，所述业务通知消息采用滚动字幕的形式在每个业务端进行显示。

另一方面，本发明还提供了一种消息推送装置，包括：

记录获取模块，用于获取每个业务端的服务记录以及订单记录；

数据生成模块，用于根据所述业务端的服务记录和订单记录，生成所述业务端在预设时间段内的累计服务时长和累计订单数据；

数据融合模块，用于将所述业务端的累计服务时长和累计订单数据融合生成所述业务端的资源数据；

终端排序模块，用于根据每个业务端的资源数据，对所有业务端进行排序，获得排序结果；

结果推送模块，用于将所述排序结果推送至每个业务端进行展示。

进一步的，本发明还提供了一种电子设备，所述电子设备包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行上述的消息推送方法。

另外，本发明还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序可由处理器执行完成上述的消息推送方法。

本发明的实施例提供的技术方案可以包括以下有益效果：

本发明提供的技术方案，根据每个业务端对应的服务记录和订单记录，生成每个业务端的资源数据，并根据每个业务端的资源数据，对所有业务端进行排序，将排序结果发送至各个业务端进行展示，由此销售人员即使不在公司，通过自身业务端也可以及时获知自己在团队中销售业绩的排名，克服目前消息获取不及时，存在滞后现象的问题，每个销售人员无需参与集体会议，即使出差、在家办公，都可以及时收到业绩排名，节省了来回奔波参加会议的时间，提高了工作效率，保证了消息传递的时效性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并于说明书一起用于解释本发明的原理。

图1是根据本发明所涉及的实施环境的示意图；

图2是根据一示例性实施例示出的一种服务器的框图；

图3是根据一示例性实施例示出的一种消息推送方法的流程图；

图4是图3对应实施例的步骤330的细节流程图；

图5是在图3对应实施例的基础上另一示例性实施例提供的消息推送方法的流程图；

图6是根据一示例性实施例示出的一种消息推送装置的框图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的本发明所涉及的实施环境示意图。本发明所涉及的实施环境包括服务器110。服务器110的数据库中存储有每个业务端对应的服务记录和订单记录，服务器110根据每个业务端的服务记录和订单记录，可以采用本发明提供的消息推送方法，生成所有业务端的排序结果，进而将排序结果向各个业务端进行推送，从而便于在家办公的销售人员通过自身业务端及时获得团队销售业绩的相关数据，解决目前消息获取存在滞后现象的问题，提高企业管理的智能化水平。

根据需要，该实施环境还将包括提供数据，即服务记录和订单记录的数据来源。具体而言，在本实施环境中，数据来源可以为移动终端120。服务器110可以事先接收移动终端120发送的服务记录和订单记录，并存在在自身数据库中。本发明涉及的业务端可以是此处所述的移动终端120还是可以其他终端设备。

应当说明的是，本发明提供的消息推送方法，不限于在服务器110中部署相应的处理逻辑，其也可以是部署于其它机器中的处理逻辑。例如，在具备计算能力的终端设备中部署消息推送方法的处理逻辑等。

参见图2，图2是本发明实施例提供的一种服务器结构示意图。该服务器200可因配置或性能不同而产生比较大的差异，可以包括一个或一个以***处理器(centralprocessing units，CPU)222(例如，一个或一个以上处理器)和存储器232，一个或一个以上存储应用程序242或数据244的存储介质230(例如一个或一个以上海量存储设备)。其中，存储器232和存储介质230可以是短暂存储或持久存储。存储在存储介质230的程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对服务器200中的一系列指令操作。更进一步地，中央处理器222可以设置为与存储介质230通信，在服务器200上执行存储介质230中的一系列指令操作。服务器200还可以包括一个或一个以上电源226，一个或一个以上有线或无线网络接口250，一个或一个以上输入输出接口258，和/或，一个或一个以上操作***241，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。下述图3、图4、图5所示实施例中所述的由服务器所执行的步骤可以基于该图2所示的服务器结构。

本领域普通技术人员可以理解实现下述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

图3是根据一示例性实施例示出的一种消息推送方法的流程图。该消息推送方法的适用范围和执行主体，例如，该方法用于图1所示实施环境的服务器110。如图3所示，该方法可以由服务器110执行，可以包括以下步骤。

在步骤310中，获取每个业务端的服务记录以及订单记录；

需要解释的是，业务端可以是移动终端，如智能手机、平板电脑；还可以是其他终端设备，例如台式电脑等。业务端通过运行指定计算机程序可以实现通话功能和投保业务处理功能。在实际应用中，保险销售人员可以通过业务端与投保人进行对话，并向服务器110提交投保订单。服务记录是指保险销售人员通过业务端向用户提供咨询、销售等业务时，运行业务端的电子设备所记录的信息。服务记录可以是在线服务时间记录或者通话记录，例如从早上8点到11点业务端在线，8点10分20秒-8点30分10秒业务端与某客户所持终端设备进行通话。举例来说，业务端所属销售人员通过VOIP网络电话与客户对话，并将服务记录包括至服务器110中。业务端还可以通过运行订购保险app向服务器110提交投保订单，在服务器110存储订单记录。

在一种实施例中，服务记录可以是通话记录，通话记录是指保险销售人员通过业务端与其客户进行通话的记录，包括呼出和呼入的时长、通话开始时间点、结束通话时间点。订单记录是指业务端提交的投保订单的详细信息，包括每笔订单的编号、保费、订单提交时间、保险种类等。

业务端对应的服务记录和订单记录可以存储在服务器110本地数据库中，需要对业务端所属销售人员的销售业绩进行统计时，服务器110从自身数据库中获取每个业务端对应的服务记录和订单记录。

在步骤320中，根据业务端的服务记录和订单记录，生成业务端在预设时间段内的累计服务时长和累计订单数据；

其中，预设时间段可以是一周、一个月、一季度或一年。举例来说，服务器110可以是每周一或者每月1号，统计每个业务端在一周内的累计服务时长或者一个月内的累计服务时长，一周的累计订单数据或一个月内的累计订单数据。其中，计算累计订单时长和累计订单数据的先后顺序不限，也可同时进行。

累计服务时长是指某一业务端在该预设时间段内服务记录中记载的所有服务时长的总和。举例来说，预设时间段是一周，则可以将一周内业务端的总呼出时长和总呼入时长进行求和，得到业务端的累计服务时长。

其中，累计订单数据是指业务端在预设时间段内所有投保订单的累计数据。在一种示例性实施例中，上述根据业务端的订单记录，生成业务端对应的累计保单总额、累计订单数量或者指定产品的订单数量。

举例来说，预设时间段是一周，一周内业务的订单记录：第一天，保险产品A，保费是7000；第二天，保险产品B，保费是5000；第三天，保险产品A，保费是4000；第四天，保险产品A，保费是6000，后面几天售出记录。由此根据业务端的订单记录，生成的累计保单金额可以是一周内所有保费的总和(7000+5000+4000+6000)。累计订单数量可以是一周内的订单数量，例如4件。指定产品的订单数量可以是保险产品A的售出数量是3件。

在步骤330中，将所述业务端的累计服务时长和累计订单数据融合生成所述业务端的资源数据；

将业务端的累计服务时长和累计订单数据进行融合，是指综合考虑业务端的累计服务时长和累计订单数据，获得业务端的资源数据。资源数据可以认为是业务端的销售业绩。举例来说，融合累计服务时长和累计订单数据的方式可以是相加、加权相加或相乘等。

具体的，假设某业务端的累计服务时长是950分钟，累计订单数据如累计保费总额是3万，则可以将累计服务时长和累计订单数据进行相加(950+30000)、相乘(950×30000)或加权相加(950×a+30000×b，其中a+b＝1)，将上述融合结果作为业务端的资源数据。

在步骤340中，根据每个业务端的资源数据，对所有业务端进行排序，获得排序结果；

具体的，通过上述步骤310-330计算每个业务端的资源数据，然后每个业务端的资源数据，对所有业务端进行排序，例如按照资源数据从大到小对所有业务端进行排序，得到所有业务端的排序结果。

需要说明的是，资源数据可以认为是业务端所属销售人员的销售业绩，由此按照资源数据对所有业务端进行排序得到的排序结果，可以认为是按照每个销售人员的销售业绩对所有销售人员进行排序的排序结果。

在一种示例性实施例中，上述根据每个业务端的资源数据，对所有业务端进行排序，获得排序结果，包括：根据每个业务端的资源数据，对所有业务端的标识信息进行排序，生成所有业务端标识信息的排序结果。

其中，业务端的标识信息可以是业务端所属销售人员的用户编号、用户名称等。举例来说，可以根据每个业务端的资源数据，对所有业务端的用户名称按照资源数据大小进行排序，得到所有用户名称的排序结果。

在步骤350中，将所述排序结果推送至每个业务端进行展示。

将上述排序结果发送至所有业务端，在每个业务端进行排序结果的显示。由此，业务端所属销售人员即使在家办公，通过业务端也可以及时获知自己在团队中销售业绩的排名，克服目前消息获取不及时，存在滞后现象的问题，每个销售人员无需参与集体会议，即使出差、在家办公，都可以及时收到业绩排名，节省了来回奔波参加会议的时间，提高了工作效率，保证了消息传递的时效性。

本发明上述示例性实施例提供的技术方案，通过每个业务端对应的服务记录和订单记录，生成每个业务端的资源数据，并根据每个业务端的资源数据，对所有业务端进行排序的排序结果发送至各个业务端进行展示，由此销售人员即使不在公司，通过自身业务端也可以及时获知自己在团队中销售业绩的排名，克服目前消息获取不及时，存在滞后现象的问题，每个销售人员无需参与集体会议，即使出差、在家办公，都可以及时收到业绩排名，节省了来回奔波参加会议的时间，提高了工作效率，保证了消息传递的时效性。

在一种示例性实施例中，如图4所示，上述步骤330将业务端的累计服务时长和累计订单数据融合生成业务端的资源数据，具体包括以下步骤：

在步骤331中，对每个业务端的累计服务时长进行归一化获得服务时长归一化结果，对每个业务端的累计订单数据进行归一化获得订单数据归一化结果；

在一种实施例中，归一化方式可以采用线性函数归一化方式。

举例来说，业务端A的累计服务时长为950分钟，业务端B的累计服务时长为700分钟，业务端C的累计服务时长为500分钟，业务端D的累计服务时长为650分钟。对所有业务端的累计服务时长进行归一化公式可以是y＝(x-min)/(max-min)。x代表某个业务端的累计服务时长，max是所有业务端的累计服务时长的最大值(950)，min是所有业务端的累计服务时长的最小值(500)。y是当前业务端累计服务时长的归一化结果。

由此，对于业务端A的累计服务时长的归一化结果是y_A＝(950-500)/(950-500)＝1，对于业务端B的累计服务时长的归一化结果是y_B＝(700-500)/(950-500)＝0.444，以此类推，可以得到业务端C的累计服务时长的归一化结果是0，业务D的累计服务时长的归一化结果是0.333。

同样的，假设业务端A的累计订单数据为5万元，业务端B的累计订单数据为2万元，业务端C的累计订单数据为4万元，业务端D的累计订单数据为6万元。对所有业务端的累计订单数据进行归一化公式可以是y＝(x-min)/(max-min)。x代表某个业务端的累计订单数据，max是所有业务端的累计订单数据的最大值(6万元)，min是所有业务端的累计订单数据的最小值(2万元)。y是当前业务端累计订单数据的归一化结果。

由此，对于业务端A的累计订单数据的归一化结果是y_A＝(5-2)/(6-2)＝0.75，对于业务端B的累计订单数据的归一化结果是y_B＝(2-2)/(6-2)＝0，以此类推，可以得到业务端C的累计订单数据的归一化结果是0.5，业务端D的累计订单数据的归一化结果是1。

在步骤332中，将所述业务端的服务时长归一化结果和订单数据归一化结果进行加权融合，生成所述业务端对应的资源数据。

其中，加权参数可以根据历史经验进行设定，如果累计订单数据的重要性大于累计服务时长，则可以考虑在加权融合时，订单数据归一化结果的权重更大一些。将业务端的服务时长归一化结果和订单数据归一化结果进行加权融合可以是服务时长归一化结果乘以相应的权重系数加上订单数据归一化结果乘以相应的权重系数。举例来说，假设业务端A的累计服务时长的归一化结果是y_A＝(950-500)/(950-500)＝1，权重是40％；业务端A的累计订单数据的归一化结果是y_A＝(5-2)/(6-2)＝0.75，权重是60％，则加权融合可以是1×40％+0.75×60％＝0.85，计算得到的值即为业务端对应的资源数据。同理，对每个业务端的服务时长归一化结果和订单数据归一化结果进行加权融合，可以生成每个业务端对应资源数据。例如业务端B的资源数据为0.444×40％+0×60％＝0.1776，业务端C的资源数据为0×40％+0.5×60％＝0.3，业务端D的资源数据为0.333×40％+1×60％＝0.7332。由此根据业务端A、B、C、D的资源数据，按照资源数据由大到小，对所有业务端进行排序的结果是A、D、C、B。

进一步的，如图5所示，在上述步骤350将排序结果推送至每个业务端进行展示之后，本发明提供的消息推送方法还可以包括：

在步骤510中，接收指定业务端在所述排序结果的显示界面中指定控件被触发而发送的触发指令；

具体的，每个业务端在接收到排序结果后，可以进行排序结果的显示。在排序结果的显示界面存在指定控件，如点赞按钮，某一业务端在监听到显示界面的点赞按钮被触发时，向服务器110发送触发指令。

其中，该触发指令包括点赞按钮被触发的触发内容。需要说明的是，假设对所有业务端的用户名称进行排序，得到排序结果，则在排序结果的显示界面，在每个用户名称附近具有对应的点赞按钮，销售人员可以触发排序靠前的用户名称附近对应的点赞按钮。此时业务端的用户名称就是触发内容。触发指令可以携带该用户名称。业务端监听到销售人员触发指定用户名称对应的点赞按钮，向服务器110发送包含该指定用户名称的触发指令。

在步骤520中，根据所述触发指令指示的触发内容，生成用户标识所述触发内容的触发标记；

具体的，服务器110根据触发指令指示的触发内容，例如业务端对应的用户名称，生成用户标识该用户名称为触发的触发标记，触发标记可以是各种形状和颜色的图案或者文字

在步骤530中，将所述触发标记发送至每个业务端进行显示。

服务器110在生成触发标记后，将触发标记发送至每个业务端，由各个业务端进行触发标记的显示。在一种示例性实施例中，可以在用户名称附近显示对应的触发标记，用于标识该用户名称获得其他用户的点赞操作。

进一步的，本发明提供的消息推送方法还可以包括：

接收指定业务端发送的业务通知消息；

将所述业务通知消息转发至所有业务端进行显示。

其中，业务通知消息可以是会议通知、重要事件通知等等。指定业务端可以是某个管理员的业务端。服务器110接收指定业务端发送的业务通知消息，然后将该业务通知消息转发至所有的业务端进行显示。从而，即使不在公司的员工也可以及时获知公司通知，减少人工传达消息的工作量。其中，业务通知消息采用滚动字幕的形式在每个业务端进行显示。根据需要，业务端可以在接收到用户触发指定功能按钮时，弹出业务通知消息，进行业务通知消息的显示。

为本发明装置实施例，可以用于执行本发明上述服务器110执行的消息推送方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明消息推送方法实施例。

图6是根据一示例性实施例示出的一种消息推送装置的框图，该消息推送装置可以用于图1所示实施环境的服务器110中，执行图3、图4、图5任一所示的消息推送方法的全部或者部分步骤。如图6所示，该装置包括但不限于：记录获取模块610、数据生成模块620、数据融合模块630、终端排序模块640以及结果推送模块650。

记录获取模块610，用于获取每个业务端的服务记录以及订单记录；

数据生成模块620，用于根据所述业务端的服务记录和订单记录，生成所述业务端在预设时间段内的累计服务时长和累计订单数据；

数据融合模块630，用于将所述业务端的累计服务时长和累计订单数据融合生成所述业务端的资源数据；

终端排序模块640，用于根据每个业务端的资源数据，对所有业务端进行排序，获得排序结果；

结果推送模块650，用于将所述排序结果推送至每个业务端进行展示。

上述装置中各个模块的功能和作用的实现过程具体详见上述消息推送方法中对应步骤的实现过程，在此不再赘述。

记录获取模块610比如可以是图2中的某一个物理结构输入输出接口258。

数据生成模块620、数据融合模块630、终端排序模块640以及结果推送模块650也可以是功能模块，用于执行上述消息推送方法中的对应步骤。可以理解，这些模块可以通过硬件、软件、或二者结合来实现。当以硬件方式实现时，这些模块可以实施为一个或多个硬件模块，例如一个或多个专用集成电路。当以软件方式实现时，这些模块可以实施为在一个或多个处理器上执行的一个或多个计算机程序，例如图2的中央处理器222所执行的存储在存储器232中的程序。

在一种示例性实施例中，所述数据生成模块620包括但限于：

数量统计单元，用于根据所述业务端的订单记录，生成所述业务端对应的累计保单总额、累计订单数量或者指定产品的订单数量。

在一种示例性实施例中，所述数据融合模块630包括但不限于：

归一化单元，用于对每个业务端的累计服务时长进行归一化获得服务时长归一化结果，对每个业务端的累计订单数据进行归一化获得订单数据归一化结果；

加权融合单元，用于将所述业务端的服务时长归一化结果和订单数据归一化结果进行加权融合，生成所述业务端对应的资源数据。

在一种示例性实施例中，所述终端排序模块640包括但不限于：

标识信息排序单元，用于根据每个业务端的资源数据，对所有业务端的标识信息进行排序，生成所有业务端标识信息的排序结果。

在一种示例性实施例中，上述消息推送装置还包括但不限于

触发指令接收模块，用于接收指定业务端在所述排序结果的显示界面中指定控件被触发而发送的触发指令；

触发标记生成模块，用于根据所述触发指令指示的触发内容，生成用户标识所述触发内容的触发标记；

触发标识发送模块，用于将所述触发标记发送至每个业务端进行显示。

在一种示例性实施例中，上述消息推送装置还包括但不限于：

通知接收模块，用于接收指定业务端发送的业务通知消息；

通知转发模块，用于将所述业务通知消息转发至所有业务端进行显示。

在一种示例性实施例中，所述业务通知消息采用滚动字幕的形式在每个业务端进行显示。

可选的，本发明还提供一种电子设备，该电子设备可以用于图1所示实施环境的服务器110中，执行图3、图4、图5任一所示的消息推送方法的全部或者部分步骤。所述电子设备包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行上述示例性实施例所述的消息推送方法。

该实施例中电子设备的处理器执行操作的具体方式已经在有关该消息推送方法的实施例中执行了详细描述，此处将不做详细阐述说明。

在示例性实施例中，还提供了一种存储介质，该存储介质为计算机可读存储介质，例如可以为包括指令的临时性和非临时性计算机可读存储介质。该存储介质存储有计算机程序，所述计算机程序可由服务器200的中央处理器222执行以完成上述消息推送方法。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围执行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (10)

1.一种消息推送方法，其特征在于，包括：

获取每个业务端的服务记录以及订单记录；

根据所述业务端的服务记录和订单记录，生成所述业务端在预设时间段内的累计服务时长和累计订单数据；

将所述业务端的累计服务时长和累计订单数据融合生成所述业务端的资源数据；

根据每个业务端的资源数据，对所有业务端进行排序，获得排序结果；

将所述排序结果推送至每个业务端进行展示。

2.根据权利要求1所述的方法，其特征在于，所述根据所述业务端的服务记录和订单记录，生成所述业务端在预设时间段内的累计服务时长和累计订单数据，包括：

根据所述业务端的订单记录，生成所述业务端对应的累计保单总额、累计订单数量或者指定产品的订单数量。

3.根据权利要求1所述的方法，其特征在于，所述将所述业务端的累计服务时长和累计订单数据融合生成所述业务端的资源数据，包括：

对每个业务端的累计服务时长进行归一化获得服务时长归一化结果，对每个业务端的累计订单数据进行归一化获得订单数据归一化结果；

将所述业务端的服务时长归一化结果和订单数据归一化结果进行加权融合，生成所述业务端对应的资源数据。

4.根据权利要求1所述的方法，其特征在于，所述根据每个业务端的资源数据，对所有业务端进行排序，获得排序结果，包括：

根据每个业务端的资源数据，对所有业务端的标识信息进行排序，生成所有业务端标识信息的排序结果。

5.根据权利要求1所述的方法，其特征在于，所述将所述排序结果推送至每个业务端进行展示之后，所述方法还包括：

接收指定业务端在所述排序结果的显示界面中指定控件被触发而发送的触发指令；

根据所述触发指令指示的触发内容，生成用户标识所述触发内容的触发标记；

将所述触发标记发送至每个业务端进行显示。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收指定业务端发送的业务通知消息；

将所述业务通知消息转发至所有业务端进行显示。

7.根据权利要求6所述的方法，其特征在于，所述业务通知消息采用滚动字幕的形式在每个业务端进行显示。

8.一种消息推送装置，其特征在于，包括：

记录获取模块，用于获取每个业务端的服务记录以及订单记录；

数据生成模块，用于根据所述业务端的服务记录和订单记录，生成所述业务端在预设时间段内的累计服务时长和累计订单数据；

数据融合模块，用于将所述业务端的累计服务时长和累计订单数据融合生成所述业务端的资源数据；

终端排序模块，用于根据每个业务端的资源数据，对所有业务端进行排序，获得排序结果；

结果推送模块，用于将所述排序结果推送至每个业务端进行展示。

9.一种电子设备，其特征在于，所述电子设备包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行权利要求1-7任意一项所述的消息推送方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序可由处理器执行完成权利要求1-7任意一项所述的消息推送方法。