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

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

Info

Publication number
WO2019218532A1
WO2019218532A1 PCT/CN2018/103059 CN2018103059W WO2019218532A1 WO 2019218532 A1 WO2019218532 A1 WO 2019218532A1 CN 2018103059 W CN2018103059 W CN 2018103059W WO 2019218532 A1 WO2019218532 A1 WO 2019218532A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
business
accumulated
result
order
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2018/103059
Other languages
English (en)
French (fr)
Inventor
卢洪岩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Publication of WO2019218532A1 publication Critical patent/WO2019218532A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/103—Workflow collaboration or project management

Definitions

  • the present application relates to the field of Internet technologies, and in particular, to a message push method and apparatus, an electronic device, and a computer readable storage medium.
  • the present application provides a message pushing method.
  • the application provides a message pushing method, where the method includes:
  • the generating the cumulative service duration and the accumulated order data of the service terminal in a preset time period according to the service record and the order record of the service end including:
  • the integrating the accumulated service duration of the service end and the accumulated order data to generate the resource data of the service end includes:
  • the sorting all the services according to the resource data of each service to obtain the sorting result includes:
  • the method further includes:
  • the method further includes:
  • the service notification message is displayed on each of the service terminals in the form of rolling subtitles.
  • the application further provides a message pushing device, including:
  • a record obtaining module configured to acquire a service record and an order record of each service end
  • a data generating module configured to generate, according to the service record and the order record of the service end, an accumulated service duration and accumulated order data of the service end within a preset time period
  • a data fusion module configured to fuse the accumulated service duration and the accumulated order data of the service end to generate resource data of the service end;
  • a terminal sorting module configured to sort all the service terminals according to resource data of each service end, and obtain a sorting result
  • a result pushing module configured to push the sorting result to each service end for display.
  • the present application further provides an electronic device, where the electronic device includes:
  • a memory for storing processor-executable instructions
  • processor is configured to perform the message pushing method described above.
  • the present application further provides a computer readable storage medium, where the computer readable storage medium stores a computer program, and the computer program can be executed by a processor to complete the message pushing method.
  • the technical solution provided by the present application generates resource data of each service end according to service records and order records corresponding to each service end, and sorts all service terminals according to resource data of each service end, and sorts the results. Sended to each business side for display, so that even if the sales staff is not in the company, they can know the ranking of their sales performance in the team through their own business, and overcome the problem that the current news is not timely, there is a lag phenomenon, each salesperson You don't need to participate in group meetings. Even if you are on a business trip or at home, you can receive performance rankings in time, saving time for you to go back and forth to attend meetings, improve work efficiency, and ensure the timeliness of message delivery.
  • FIG. 1 is a schematic diagram of an implementation environment in accordance with the present application.
  • FIG. 2 is a block diagram of a server, according to an exemplary embodiment
  • FIG. 3 is a flowchart of a message pushing method according to an exemplary embodiment
  • step 330 of the corresponding embodiment of FIG. 3 is a detailed flow chart of step 330 of the corresponding embodiment of FIG. 3;
  • FIG. 5 is a flow chart of a message pushing method provided by another exemplary embodiment on the basis of the corresponding embodiment of FIG. 3;
  • FIG. 6 is a block diagram of a message pushing apparatus according to an exemplary embodiment.
  • FIG. 1 is a schematic diagram of an implementation environment involved in the present application, according to an exemplary embodiment.
  • the implementation environment covered by this application includes a server 110.
  • the service record and the order record corresponding to each service end are stored in the database of the server 110.
  • the server 110 can generate the sorting result of all the service terminals by using the message pushing method provided by the present application according to the service record and the order record of each service end, and further The sorting result is pushed to each business end, so that the sales staff at home office can obtain the relevant data of the team sales performance in time through the self-service side, solve the problem that the current message acquisition is lagging, and improve the intelligent level of enterprise management.
  • the implementation environment will also include providing data, ie data sources for service records and order records, as needed.
  • the data source may be the mobile terminal 120.
  • the server 110 can receive the service record and the order record transmitted by the mobile terminal 120 in advance and exist in its own database.
  • Ben The service end involved in the application may be the mobile terminal 120 described herein or other terminal device.
  • the message pushing method provided by the present application is not limited to deploying corresponding processing logic in the server 110, and may also be processing logic deployed in other machines.
  • the processing logic of the message push method and the like are deployed in a terminal device having computing power.
  • FIG. 2 is a schematic structural diagram of a server according to an embodiment of the present application.
  • the server 200 may vary greatly depending on configuration or performance, and may include one or more central processing units (central processing)
  • Units (CPU) 222 e.g., one or more processors
  • memory 232 e.g., one or more storage media 230 (e.g., one or one storage device in Shanghai) that stores application 242 or data 244.
  • the memory 232 and the storage medium 230 may be short-term storage or persistent storage.
  • the program stored on the storage medium 230 may include one or more modules (not shown), each of which may include a series of instruction operations in the server 200.
  • central processor 222 can be configured to communicate with storage medium 230, executing a series of instruction operations in storage medium 230 on server 200.
  • Server 200 may also include one or more power sources 226, one or more wired or wireless network interfaces 250, one or more input and output interfaces 258, and/or one or more operating systems 241, such as Windows ServerTM, Mac OS XTM, UnixTM,
  • FIG. 3 is a flowchart of a message pushing method according to an exemplary embodiment.
  • the scope and execution body of the message push method is used, for example, for the server 110 of the implementation environment shown in FIG. As shown in FIG. 3, the method can be performed by the server 110 and can include the following steps.
  • step 310 obtaining a service record and an order record of each business end
  • the service end may be a mobile terminal, such as a smart phone or a tablet computer; and may also be other terminal devices, such as a desktop computer.
  • the business side can realize the call by running the specified computer program. Functional and insured business processing functions.
  • the insurance salesperson can conduct a dialogue with the policyholder through the business side and submit the insurance order to the server 110.
  • the service record refers to the information recorded by the electronic device running the service terminal when the insurance salesperson provides services such as consulting and sales to the user through the service terminal.
  • the service record can be an online service time record or a call record.
  • the business side is online, and 8:10:20, 8:30, 30 minutes, 10 seconds, the business end talks with the terminal device held by a certain customer.
  • the salesperson to whom the business belongs belongs to the customer via a VOIP network phone and includes the service record in the server 110.
  • the business side can also run subscription insurance The insurance order is submitted to the server 110, and the order record is stored at the server 110.
  • the service record may be a call record
  • the call record refers to a record of the insurance salesperson making a call with the client through the service end, including the duration of the outgoing call and the incoming call, the call start time point, and the end call time. point.
  • the order record refers to the detailed information of the insurance order submitted by the business, including the number of each order, the premium, the time of submission of the order, the type of insurance, and so on.
  • the service record and the order record corresponding to the service end can be stored in the local database of the server 110, and when the sales performance of the salesperson to which the business belongs belongs is required to be counted, the server 110 obtains the service record corresponding to each service end from the own database. And order records.
  • step 320 generating, according to the service record and the order record of the service end, the accumulated service duration and the accumulated order data of the service terminal within a preset time period;
  • the preset time period may be one week, one month, one quarter or one year.
  • the server 11 0 may be Monday or monthly, counting the cumulative service duration of each business within one week or the accumulated service duration within one month, the cumulative order data for one week or the cumulative order within one month. data.
  • the order of calculating the cumulative order duration and the accumulated order data is not limited, and can also be performed simultaneously.
  • the accumulated service duration refers to the sum of all service durations recorded in a service record of a certain service period within the preset time period. For example, if the preset time period is one week, the total outgoing call duration and the total incoming call duration of the service within one week can be summed to obtain the accumulated service duration of the service end.
  • the accumulated order data refers to the accumulated data of all the insurance orders in the preset time period of the business end.
  • the above-mentioned order record according to the business end generates the cumulative total policy amount corresponding to the business end, the cumulative order quantity, or the order quantity of the specified product.
  • the preset time period is one week, the order record of the business within one week: the first day, the insurance product A
  • the premium is 7000; the next day, insurance product B, the premium is 5000; the third day, insurance product A, the premium is 4000; the fourth day, insurance product A, the premium is 6000, the sales record in the next few days.
  • the generated cumulative policy amount can be the sum of all the premiums in one week (7000+5000 +4000+6000).
  • the cumulative order quantity can be the number of orders in a week, for example 4 pieces.
  • the order quantity of the specified product may be that the number of products sold by the insurance product A is three.
  • step 330 the accumulated service duration and the accumulated order data of the service end are merged to generate resource data of the service end;
  • the integration of the cumulative service duration of the service end and the accumulated order data refers to comprehensively considering the accumulated service duration and accumulated order data of the service end, and obtaining the resource data of the service end.
  • Resource data can be considered as sales performance on the business side.
  • the method of integrating the accumulated service duration and the accumulated order data may be addition, weighted addition or multiplication, and the like.
  • the accumulated service duration of a certain service terminal is 950 minutes
  • the accumulated order data such as the total accumulated premium amount is 30,000
  • the above fusion result is used as the resource data of the business side.
  • step 340 according to the resource data of each service end, all the service terminals are sorted to obtain a sort result
  • the resource data of each service end is calculated through the foregoing steps 310-330, and then the resource data of each service end is sorted for all service terminals, for example, all the service terminals are sorted according to the resource data from large to small. Get sorted results for all business terminals.
  • the resource data can be regarded as the sales performance of the salesperson to which the business belongs, and thus the sorting result obtained by sorting all the business terminals according to the resource data can be considered as the sales performance of each salesperson. Sort results for all sales people to sort.
  • sorting all the service terminals to obtain the sorting result including: sorting the identification information of all the service ends according to the resource data of each service end , generates a sort result of all the business end identification information.
  • the identification information of the service end may be a user number, a user name, and the like of a salesperson to which the service end belongs. For example, according to the resource data of each business end, the user names of all business terminals can be followed. Sort the resource data size to get the sort result of all user names.
  • step 350 the ranking result is pushed to each business side for presentation.
  • the above sorting result is sent to all the business terminals, and the display result of the sorting result is performed on each business end. Therefore, even if the salesperson of the business side is working from home, the business side can know the ranking of sales performance in the team in time, overcome the problem that the current news acquisition is not timely, and there is a lag phenomenon. Each salesperson does not need to participate in the group meeting. Even if you are on a business trip or working from home, you can receive performance rankings in time, saving time for you to go back and forth to attend meetings, improve work efficiency, and ensure the timeliness of message delivery.
  • the technical solution provided by the foregoing exemplary embodiment of the present application is to generate resource data of each service end by using a service record and an order record corresponding to each service end, and perform all service terminals according to resource data of each service end.
  • the sorted result of the sorting is sent to each business side for display, so that even if the salesperson is not in the company, the salesperson can timely know the ranking of the sales performance in the team through the self-service side, and overcome the problem that the current news acquisition is not timely and there is a lag phenomenon.
  • Each salesperson does not need to participate in group meetings. Even if he is on a business trip or at home, he can receive performance rankings in time, saving time for meetings and meetings, improving work efficiency and ensuring the timeliness of message delivery.
  • the foregoing step 330 combines the cumulative service duration of the service end and the accumulated order data to generate resource data of the service end, and specifically includes the following steps:
  • step 331 the cumulative service duration of each service end is normalized to obtain a service duration normalization result, and the cumulative order data of each business end is normalized to obtain an order data normalization result;
  • the normalization mode may employ a linear function normalization.
  • the cumulative service duration of the service terminal A is 950 minutes
  • the cumulative service duration of the service terminal B is 70 minutes
  • the cumulative service duration of the service terminal C is 500 minutes
  • the cumulative service duration of the service terminal D is 650. minute.
  • x represents the cumulative service duration of a certain service
  • max is the maximum value of the cumulative service duration of all services (950)
  • min is the minimum value of the cumulative service duration of all services (500).
  • y is the normalized result of the cumulative service duration of the current business.
  • the normalized result of the accumulated service duration of the service terminal C is 0, and the normalized result of the accumulated service duration of the service D is 0.333.
  • the accumulated order data of the business terminal A is 50,000 yuan
  • the cumulative order data of the business end B is 20,000 yuan
  • the cumulative order data of the business end C is 40,000 yuan
  • the accumulated order data of the business end D is It is 60,000 yuan.
  • x represents the cumulative order data of a certain business side
  • max is the maximum value of the accumulated order data of all business terminals (60,000 yuan)
  • min is the minimum value of accumulated order data of all business terminals (20,000 yuan).
  • y is the normalized result of the accumulated order data of the current business side.
  • step 332 the service duration normalization result of the service end and the order data normalization result are weighted and merged to generate resource data corresponding to the service end.
  • the weighting parameter may be set according to historical experience. If the importance of the accumulated order data is greater than the accumulated service duration, it may be considered that the weight of the order data normalization result is greater when the weighted fusion is performed.
  • the weighted fusion of the service duration normalization result and the order data normalization result of each business end can generate corresponding resource data of each business end.
  • the sorting result is pushed to each service end for display in step 350 above.
  • the message pushing method provided by the application may further include:
  • step 510 receiving a trigger instruction that is sent by the specified service end in the display interface of the sort result, and the specified control is triggered;
  • each service terminal may display the sort result after receiving the sort result.
  • a specified control exists on the display interface of the sorting result, such as a click button, and a certain business terminal sends a trigger instruction to the server 110 when the click button of the display interface is triggered.
  • the triggering instruction comprises a triggering content triggered by the click button.
  • the user names of all the business terminals are sorted to obtain the sorting result
  • there is a corresponding click button near each user name and the salesperson can trigger the user name of the top ranking.
  • the corresponding click button nearby.
  • the user name of the business side is the trigger content.
  • the trigger command can carry the user name.
  • the business terminal listens to the salesperson triggering the click button corresponding to the specified user name, and sends a trigger instruction including the specified user name to the server 110.
  • step 520 generating, according to the trigger content indicated by the trigger instruction, a trigger flag that identifies the trigger content by the user;
  • the server 110 generates, according to the trigger content indicated by the trigger instruction, for example, the user name corresponding to the service end, generating a trigger flag indicating that the user name is triggered, and the trigger flag may be a pattern or a text of various shapes and colors.
  • step 530 the trigger flag is sent to each service terminal for display.
  • the server 110 After generating the trigger flag, the server 110 sends a trigger flag to each service end, and the display of the trigger flag is performed by each service terminal.
  • a corresponding trigger flag can be displayed near the user name for identifying the user name to obtain the like operation of other users.
  • the message pushing method provided by the present application may further include:
  • the service notification message may be a conference notification, an important event notification, or the like.
  • the specified business end can be the business side of an administrator.
  • the server 110 receives the service notification message sent by the specified service end, and then forwards the service notification message to all the service terminals for display.
  • the business notification message Displayed on each business side in the form of rolling subtitles.
  • the service terminal may pop up a service notification message when the user triggers the designated function button, and display the service notification message.
  • Embodiments of the apparatus of the present application may be used to implement the message pushing method embodiment executed by the server 110 of the present application.
  • the message pushing method of the present application may be used to implement the message pushing method embodiment executed by the server 110 of the present application.
  • details not disclosed in the embodiment of the present application please refer to the embodiment of the message pushing method of the present application.
  • FIG. 6 is a block diagram of a message pushing apparatus, which may be used in the server 110 of the implementation environment shown in FIG. 1 to perform FIG. 3, FIG. 4, and FIG. 5, according to an exemplary embodiment.
  • the apparatus includes, but is not limited to: a record acquisition module 610, a data generation module 620, a data fusion module 630, a terminal sequencing module 640, and a result push module 650.
  • a record obtaining module 610 configured to acquire a service record and an order record of each service end;
  • the data generating module 620 is configured to generate, according to the service record and the order record of the service end, an accumulated service duration and accumulated order data of the service terminal within a preset time period;
  • the data fusion module 630 is configured to combine the accumulated service duration and the accumulated order data of the service end to generate resource data of the service end.
  • the terminal sorting module 640 is configured to sort all the service terminals according to resource data of each service end, and obtain a sorting result
  • the result pushing module 650 is configured to push the sorting result to each service end for display.
  • the record acquisition module 610 can be, for example, one of the physical structure input and output interfaces 258 of FIG.
  • the data generating module 620, the data fusion module 630, the terminal sorting module 640, and the result pushing module 650 may also be function modules for performing corresponding steps in the above message pushing method. It will be appreciated that these modules can be implemented in hardware, software, or a combination of both. When implemented in hardware, these modules may be implemented as one or more hardware modules, such as one or more application specific integrated circuits. When implemented in software, the modules may be implemented as one or more computer programs executed on one or more processors, such as the programs stored in memory 232 by central processor 222 of FIG.
  • the data generating module 620 includes but is limited to: [0108]
  • the quantity statistics unit is configured to generate, according to the order record of the business end, a cumulative total policy amount corresponding to the business end, an accumulated order quantity, or an order quantity of the specified product.
  • the data fusion module 630 includes but is not limited to:
  • a normalization unit configured to normalize the accumulated service duration of each service end to obtain a service duration normalization result, and normalize the accumulated order data of each business end to obtain an order data normalization result;
  • the weighting and combining unit is configured to perform weighted fusion on the service duration normalization result of the service end and the order data normalization result, and generate resource data corresponding to the service end.
  • the terminal ordering module 640 includes but is not limited to:
  • the identifier information sorting unit is configured to sort the identification information of all the service terminals according to the resource data of each service end, and generate a sort result of all the service end identifier information.
  • the above message pushing device further includes but is not limited to
  • a triggering instruction receiving module configured to receive a triggering instruction that is sent by a specified service terminal in a display interface of the sorting result, where the specified control is triggered;
  • a trigger flag generating module configured to generate, according to the trigger content indicated by the triggering instruction, a trigger flag of the trigger content of the user identifier
  • the trigger identifier sending module is configured to send the trigger flag to each service end for display.
  • the foregoing message pushing apparatus further includes, but is not limited to:
  • a notification receiving module configured to receive a service notification message sent by the specified service end
  • the notification forwarding module is configured to forward the service notification message to all services for display.
  • the service notification message is displayed on each of the service terminals in the form of a rolling subtitle.
  • the application further provides an electronic device, which can be used in the server 110 of the implementation environment shown in FIG. 1, and executes the message pushing method shown in any of FIG. 3, FIG. 4, and FIG. 5. All or part of the steps.
  • the electronic device includes:
  • a memory for storing processor-executable instructions
  • processor is configured to perform the message pushing method described in the above exemplary embodiments.
  • a storage medium is also provided, which is a computer readable storage medium, such as a temporary and non-transitory computer readable storage medium including instructions.
  • the storage medium stores a computer program executable by the central processing unit 222 of the server 200 to perform the message pushing method described in the above exemplary embodiments.

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Engineering & Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Data Mining & Analysis (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

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

Description

一种消息推送方法及装置、 电子设备、 存储介质 技术领域
[0001] 本申请要求 2018年 5月 17日递交、 发明名称为“一种消息推送方法及装置、 电子 设备、 存储介质”的中国专利申请 201810475880.6的优先权， 在此通过引用将其 全部内容合并于此。
[0002] 本申请涉及互联网技术领域， 特别涉及一种消息推送方法及装置、 电子设备、 计算机可读存储介质。
背景技术
[0003] 随着智能化水平的提高， 越多越多的企业希望实现智能化管理， 尽可能减少人 工参与， 提高团队工作效率。
[0004] 不过在目前， 企业的智能化水平还不高。 对于部门或团队工作情况的总结， 仍 然需要召集员工一起参与会议， 并且对参会人员需要一个个进行通知， 此外团 队工作业绩需以看板形式进行展示。 发明人意识到这样的形式对于在家办公的 销售人员来说， 由于不方便参加公司的团队会议， 因而无法及时获取团队销售 业绩、 通知等， 不了解团队工作状态， 进而影响自身后续工作的展开。
[0005] 由此可见， 由于现有技术的缺陷， 在家办公的销售人员消息获得不及时， 消息 获取存在滞后现象。
发明概述
技术问题
[0006] 为了解决相关技术中存在的消息获得不及时、 存在滞后现象的问题， 本申请提 供了一种消息推送方法。
问题的解决方案
技术解决方案
[0007] 一方面， 本申请提供了一种消息推送方法， 该方法包括：
[0008] 获取每个业务端的服务记录以及订单记录；
[0009] 根据所述业务端的服务记录和订单记录， 生成所述业务端在预设时间段内的累 计服务时长和累计订单数据；
[0010] 将所述业务端的累计服务时长和累计订单数据融合生成所述业务端的资源数据
[0011] 根据每个业务端的资源数据， 对所有业务端进行排序， 获得排序结果；
[0012] 将所述排序结果推送至每个业务端进行展示。
[0013] 在一种示例性实施例中， 所述根据所述业务端的服务记录和订单记录， 生成所 述业务端在预设时间段内的累计服务时长和累计订单数据， 包括：
[0014] 根据所述业务端的订单记录， 生成所述业务端对应的累计保单总额、 累计订单 数量或者指定产品的订单数量。
[0015] 在一种示例性实施例中， 所述将所述业务端的累计服务时长和累计订单数据融 合生成所述业务端的资源数据， 包括：
[0016] 对每个业务端的累计服务时长进行归一化获得服务时长归一化结果， 对每个业 务端的累计订单数据进行归一化获得订单数据归一化结果；
[0017] 将所述业务端的服务时长归一化结果和订单数据归一化结果进行加权融合， 生 成所述业务端对应的资源数据。
[0018] 在一种示例性实施例中， 所述根据每个业务端的资源数据， 对所有业务端进行 排序， 获得排序结果， 包括：
[0019] 根据每个业务端的资源数据， 对所有业务端的标识信息进行排序， 生成所有业 务端标识信息的排序结果。
[0020] 在一种示例性实施例中， 所述将所述排序结果推送至每个业务端进行展示之后 ， 所述方法还包括：
[0021] 接收指定业务端在所述排序结果的显示界面中指定控件被触发而发送的触发指 令；
[0022] 根据所述触发指令指示的触发内容， 生成用户标识所述触发内容的触发标记； [0023] 将所述触发标记发送至每个业务端进行显示。
[0024] 在一种示例性实施例中， 所述方法还包括：
[0025] 接收指定业务端发送的业务通知消息；
[0026] 将所述业务通知消息转发至所有业务端进行显示。 [0027] 在一种示例性实施例中， 所述业务通知消息采用滚动字幕的形式在每个业务端 进行显示。
[0028] 另一方面， 本申请还提供了一种消息推送装置， 包括：
[0029] 记录获取模块， 用于获取每个业务端的服务记录以及订单记录；
[0030] 数据生成模块， 用于根据所述业务端的服务记录和订单记录， 生成所述业务端 在预设时间段内的累计服务时长和累计订单数据；
[0031] 数据融合模块， 用于将所述业务端的累计服务时长和累计订单数据融合生成所 述业务端的资源数据；
[0032] 终端排序模块， 用于根据每个业务端的资源数据， 对所有业务端进行排序， 获 得排序结果；
[0033] 结果推送模块， 用于将所述排序结果推送至每个业务端进行展示。
[0034] 进一步的， 本申请还提供了一种电子设备， 所述电子设备包括：
[0035] 处理器；
[0036] 用于存储处理器可执行指令的存储器；
[0037] 其中， 所述处理器被配置为执行上述的消息推送方法。
[0038] 另外， 本申请还提供了一种计算机可读存储介质， 所述计算机可读存储介质存 储有计算机程序， 所述计算机程序可由处理器执行完成上述的消息推送方法。
[0039] 本申请的实施例提供的技术方案可以包括以下有益效果：
[0040] 本申请提供的技术方案， 根据每个业务端对应的服务记录和订单记录， 生成每 个业务端的资源数据， 并根据每个业务端的资源数据， 对所有业务端进行排序 ， 将排序结果发送至各个业务端进行展示， 由此销售人员即使不在公司， 通过 自身业务端也可以及时获知自己在团队中销售业绩的排名， 克服目前消息获取 不及时， 存在滞后现象的问题， 每个销售人员无需参与集体会议， 即使出差、 在家办公， 都可以及时收到业绩排名， 节省了来回奔波参加会议的时间， 提高 了工作效率， 保证了消息传递的时效性。
[0041] 应当理解的是， 以上的一般描述和后文的细节描述仅是示例性的， 并不能限制 本申请。
发明的有益效果 对附图的简要说明
附图说明
[0042] 此处的附图被并入说明书中并构成本说明书的一部分， 示出了符合本申请的实 施例， 并于说明书一起用于解释本申请的原理。
[0043] 图 1是根据本申请所涉及的实施环境的示意图；
[0044] 图 2是根据一示例性实施例示出的一种服务器的框图；
[0045] 图 3是根据一示例性实施例示出的一种消息推送方法的流程图；
[0046] 图 4是图 3对应实施例的步骤 330的细节流程图；
[0047] 图 5是在图 3对应实施例的基础上另一示例性实施例提供的消息推送方法的流程 图；
[0048] 图 6是根据一示例性实施例示出的一种消息推送装置的框图。
发明实施例
本发明的实施方式
[0049] 这里将详细地对示例性实施例执行说明， 其示例表示在附图中。 下面的描述涉 及附图时， 除非另有表示， 不同附图中的相同数字表示相同或相似的要素。 以 下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式 。 相反， 它们仅是与如所附权利要求书中所详述的、 本申请的一些方面相一致 的装置和方法的例子。
[0050] 图 1是根据一示例性实施例示出的本申请所涉及的实施环境示意图。 本申请所 涉及的实施环境包括服务器 110。 服务器 110的数据库中存储有每个业务端对应 的服务记录和订单记录， 服务器 110根据每个业务端的服务记录和订单记录， 可 以采用本申请提供的消息推送方法， 生成所有业务端的排序结果， 进而将排序 结果向各个业务端进行推送， 从而便于在家办公的销售人员通过自身业务端及 时获得团队销售业绩的相关数据， 解决目前消息获取存在滞后现象的问题， 提 高企业管理的智能化水平。
[0051] 根据需要， 该实施环境还将包括提供数据， 即服务记录和订单记录的数据来源
。 具体而言， 在本实施环境中， 数据来源可以为移动终端 120。 服务器 110可以 事先接收移动终端 120发送的服务记录和订单记录， 并存在在自身数据库中。 本 申请涉及的业务端可以是此处所述的移动终端 120还是可以其他终端设备。
[0052] 应当说明的是， 本申请提供的消息推送方法， 不限于在服务器 110中部署相应 的处理逻辑， 其也可以是部署于其它机器中的处理逻辑。 例如， 在具备计算能 力的终端设备中部署消息推送方法的处理逻辑等。
[0053] 参见图 2， 图 2是本申请实施例提供的一种服务器结构示意图。 该服务器 200可 因配置或性能不同而产生比较大的差异， 可以包括一个或一个以上中央处理器 （central processing
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所示的服务器结构。
[0054] 本领域普通技术人员可以理解实现下述实施例的全部或部分步骤可以通过硬件 来完成， 也可以通过程序来指令相关的硬件完成， 所述的程序可以存储于一种 计算机可读存储介质中， 上述提到的存储介质可以是只读存储器， 磁盘或光盘 等。
[0055] 图 3是根据一示例性实施例示出的一种消息推送方法的流程图。 该消息推送方 法的适用范围和执行主体， 例如， 该方法用于图 1所示实施环境的服务器 110。 如图 3所示， 该方法可以由服务器 110执行， 可以包括以下步骤。
[0056] 在步骤 310中， 获取每个业务端的服务记录以及订单记录；
[0057] 需要解释的是， 业务端可以是移动终端， 如智能手机、 平板电脑； 还可以是其 他终端设备， 例如台式电脑等。 业务端通过运行指定计算机程序可以实现通话 功能和投保业务处理功能。 在实际应用中， 保险销售人员可以通过业务端与投 保人进行对话， 并向服务器 110提交投保订单。 服务记录是指保险销售人员通过 业务端向用户提供咨询、 销售等业务时， 运行业务端的电子设备所记录的信息 。 服务记录可以是在线服务时间记录或者通话记录， 例如从早上 8点到 11点业务 端在线， 8点 10分 20秒 -8点 30分 10秒业务端与某客户所持终端设备进行通话。 举 例来说， 业务端所属销售人员通过 VOIP网络电话与客户对话， 并将服务记录包 括至服务器 110中。 业务端还可以通过运行订购保险
Figure imgf000008_0001
向服务器 110提交投保订 单， 在服务器 110存储订单记录。
[0058] 在一种实施例中， 服务记录可以是通话记录， 通话记录是指保险销售人员通过 业务端与其客户进行通话的记录， 包括呼出和呼入的时长、 通话开始时间点、 结束通话时间点。 订单记录是指业务端提交的投保订单的详细信息， 包括每笔 订单的编号、 保费、 订单提交时间、 保险种类等。
[0059] 业务端对应的服务记录和订单记录可以存储在服务器 110本地数据库中， 需要 对业务端所属销售人员的销售业绩进行统计时， 服务器 110从自身数据库中获取 每个业务端对应的服务记录和订单记录。
[0060] 在步骤 320中， 根据业务端的服务记录和订单记录， 生成业务端在预设时间段 内的累计服务时长和累计订单数据；
[0061] 其中， 预设时间段可以是一周、 一个月、 一季度或一年。 举例来说， 服务器 11 0可以是每周一或者每月 1号， 统计每个业务端在一周内的累计服务时长或者一 个月内的累计服务时长， 一周的累计订单数据或一个月内的累计订单数据。 其 中， 计算累计订单时长和累计订单数据的先后顺序不限， 也可同时进行。
[0062] 累计服务时长是指某一业务端在该预设时间段内服务记录中记载的所有服务时 长的总和。 举例来说， 预设时间段是一周， 则可以将一周内业务端的总呼出时 长和总呼入时长进行求和， 得到业务端的累计服务时长。
[0063] 其中， 累计订单数据是指业务端在预设时间段内所有投保订单的累计数据。 在 一种示例性实施例中， 上述根据业务端的订单记录， 生成业务端对应的累计保 单总额、 累计订单数量或者指定产品的订单数量。
[0064] 举例来说， 预设时间段是一周， 一周内业务的订单记录： 第一天， 保险产品 A ， 保费是 7000; 第二天， 保险产品 B， 保费是 5000; 第三天， 保险产品 A， 保费 是 4000; 第四天， 保险产品 A， 保费是 6000, 后面几天售出记录。 由此根据业务 端的订单记录， 生成的累计保单金额可以是一周内所有保费的总和 (7000+5000 +4000+6000) 。 累计订单数量可以是一周内的订单数量， 例如 4件。 指定产品的 订单数量可以是保险产品 A的售出数量是 3件。
[0065] 在步骤 330中， 将所述业务端的累计服务时长和累计订单数据融合生成所述业 务端的资源数据；
[0066] 将业务端的累计服务时长和累计订单数据进行融合， 是指综合考虑业务端的累 计服务时长和累计订单数据， 获得业务端的资源数据。 资源数据可以认为是业 务端的销售业绩。 举例来说， 融合累计服务时长和累计订单数据的方式可以是 相加、 加权相加或相乘等。
[0067] 具体的， 假设某业务端的累计服务时长是 950分钟， 累计订单数据如累计保费 总额是 3万， 则可以将累计服务时长和累计订单数据进行相加 (950+30000) 、 相乘 (950x30000) 或加权相加 (950xa+30000xb， 其中 a+b=l) ， 将上述融合结 果作为业务端的资源数据。
[0068] 在步骤 340中， 根据每个业务端的资源数据， 对所有业务端进行排序， 获得排 序结果；
[0069] 具体的， 通过上述步骤 310-330计算每个业务端的资源数据， 然后每个业务端 的资源数据， 对所有业务端进行排序， 例如按照资源数据从大到小对所有业务 端进行排序， 得到所有业务端的排序结果。
[0070] 需要说明的是， 资源数据可以认为是业务端所属销售人员的销售业绩， 由此按 照资源数据对所有业务端进行排序得到的排序结果， 可以认为是按照每个销售 人员的销售业绩对所有销售人员进行排序的排序结果。
[0071] 在一种示例性实施例中， 上述根据每个业务端的资源数据， 对所有业务端进行 排序， 获得排序结果， 包括： 根据每个业务端的资源数据， 对所有业务端的标 识信息进行排序， 生成所有业务端标识信息的排序结果。
[0072] 其中， 业务端的标识信息可以是业务端所属销售人员的用户编号、 用户名称等 。 举例来说， 可以根据每个业务端的资源数据， 对所有业务端的用户名称按照 资源数据大小进行排序， 得到所有用户名称的排序结果。
[0073] 在步骤 350中， 将所述排序结果推送至每个业务端进行展示。
[0074] 将上述排序结果发送至所有业务端， 在每个业务端进行排序结果的显示。 由此 ， 业务端所属销售人员即使在家办公， 通过业务端也可以及时获知自己在团队 中销售业绩的排名， 克服目前消息获取不及时， 存在滞后现象的问题， 每个销 售人员无需参与集体会议， 即使出差、 在家办公， 都可以及时收到业绩排名， 节省了来回奔波参加会议的时间， 提高了工作效率， 保证了消息传递的时效性
[0075] 本申请上述示例性实施例提供的技术方案， 通过每个业务端对应的服务记录和 订单记录， 生成每个业务端的资源数据， 并根据每个业务端的资源数据， 对所 有业务端进行排序的排序结果发送至各个业务端进行展示， 由此销售人员即使 不在公司， 通过自身业务端也可以及时获知自己在团队中销售业绩的排名， 克 服目前消息获取不及时， 存在滞后现象的问题， 每个销售人员无需参与集体会 议， 即使出差、 在家办公， 都可以及时收到业绩排名， 节省了来回奔波参加会 议的时间， 提高了工作效率， 保证了消息传递的时效性。
[0076] 在一种示例性实施例中， 如图 4所示， 上述步骤 330将业务端的累计服务时长和 累计订单数据融合生成业务端的资源数据， 具体包括以下步骤：
[0077] 在步骤 331中， 对每个业务端的累计服务时长进行归一化获得服务时长归一化 结果， 对每个业务端的累计订单数据进行归一化获得订单数据归一化结果；
[0078] 在一种实施例中， 归一化方式可以采用线性函数归一化方式。
[0079] 举例来说， 业务端 A的累计服务时长为 950分钟， 业务端 B的累计服务时长为 70 0分钟， 业务端 C的累计服务时长为 500分钟， 业务端 D的累计服务时长为 650分钟 。 对所有业务端的累计服务时长进行归一化公式可以是 y= (x-min) /(max-min)
。 x代表某个业务端的累计服务时长， max是所有业务端的累计服务时长的最大 值 (950) ， min是所有业务端的累计服务时长的最小值 (500) 。 y是当前业务 端累计服务时长的归一化结果。
[0080] 由此， 对于业务端 A的累计服务时长的归一化结果是 yA= (950-500) /(950-500) =1， 对于业务端 B的累计服务时长的归一化结果是 yB= (700-500) 7(950-500)=0.4 44， 以此类推， 可以得到业务端 C的累计服务时长的归一化结果是 0, 业务 D的累 计服务时长的归一化结果是 0.333。
[0081] 同样的， 假设业务端 A的累计订单数据为 5万元， 业务端 B的累计订单数据为 2 万元， 业务端 C的累计订单数据为 4万元， 业务端 D的累计订单数据为 6万元。 对 所有业务端的累计订单数据进行归一化公式可以是^= (x-min) /(max-min)。 x代 表某个业务端的累计订单数据， max是所有业务端的累计订单数据的最大值 (6 万元) ， min是所有业务端的累计订单数据的最小值 (2万元) 。 y是当前业务端 累计订单数据的归一化结果。
[0082] 由此， 对于业务端 A的累计订单数据的归一化结果是 yA= (5-2) /(6-2)=0.75， 对于业务端 B的累计订单数据的归一化结果是 yB= (2-2) /(6-2)=0, 以此类推， 可以得到业务端 C的累计订单数据的归一化结果是 0.5 , 业务端 D的累计订单数据 的归一化结果是 1。
[0083] 在步骤 332中， 将所述业务端的服务时长归一化结果和订单数据归一化结果进 行加权融合， 生成所述业务端对应的资源数据。
[0084] 其中， 加权参数可以根据历史经验进行设定， 如果累计订单数据的重要性大于 累计服务时长， 则可以考虑在加权融合时， 订单数据归一化结果的权重更大一 些。 将业务端的服务时长归一化结果和订单数据归一化结果进行加权融合可以 是服务时长归一化结果乘以相应的权重系数加上订单数据归一化结果乘以相应 的权重系数。 举例来说， 假设业务端 A的累计服务时长的归一化结果是 yA= (95 0-500) /(950-500)=1 , 权重是 40%; 业务端 A的累计订单数据的归一化结果是 yA = (5-2) /(6-2)=0.75 , 权重是 60%， 则加权融合可以是 Ix40%+0.75x60%=0.85， 计算得到的值即为业务端对应的资源数据。 同理， 对每个业务端的服务时长归 一化结果和订单数据归一化结果进行加权融合， 可以生成每个业务端对应资源 数据。 例如业务端 B的资源数据为 0.444x40%+0x60%=0.1776， 业务端 C的资源数 据为 0x40%+0.5x60%=0.3， 业务端 D的资源数据为 0.333x40%+lx60%=0.7332。 由此根据业务端 A、 B、 C、 D的资源数据， 按照资源数据由大到小， 对所有业务 端进行排序的结果是 A、 D、 C、 B。
[0085] 进一步的， 如图 5所示， 在上述步骤 350将排序结果推送至每个业务端进行展示 之后， 本申请提供的消息推送方法还可以包括：
[0086] 在步骤 510中， 接收指定业务端在所述排序结果的显示界面中指定控件被触发 而发送的触发指令；
[0087] 具体的， 每个业务端在接收到排序结果后， 可以进行排序结果的显示。 在排序 结果的显示界面存在指定控件， 如点赞按钮， 某一业务端在监听到显示界面的 点赞按钮被触发时， 向服务器 110发送触发指令。
[0088] 其中， 该触发指令包括点赞按钮被触发的触发内容。 需要说明的是， 假设对所 有业务端的用户名称进行排序， 得到排序结果， 则在排序结果的显示界面， 在 每个用户名称附近具有对应的点赞按钮， 销售人员可以触发排序靠前的用户名 称附近对应的点赞按钮。 此时业务端的用户名称就是触发内容。 触发指令可以 携带该用户名称。 业务端监听到销售人员触发指定用户名称对应的点赞按钮， 向服务器 110发送包含该指定用户名称的触发指令。
[0089] 在步骤 520中， 根据所述触发指令指示的触发内容， 生成用户标识所述触发内 容的触发标记；
[0090] 具体的， 服务器 110根据触发指令指示的触发内容， 例如业务端对应的用户名 称， 生成用户标识该用户名称为触发的触发标记， 触发标记可以是各种形状和 颜色的图案或者文字
[0091] 在步骤 530中， 将所述触发标记发送至每个业务端进行显示。
[0092] 服务器 110在生成触发标记后， 将触发标记发送至每个业务端， 由各个业务端 进行触发标记的显示。 在一种示例性实施例中， 可以在用户名称附近显示对应 的触发标记， 用于标识该用户名称获得其他用户的点赞操作。
[0093] 进一步的， 本申请提供的消息推送方法还可以包括：
[0094] 接收指定业务端发送的业务通知消息；
[0095] 将所述业务通知消息转发至所有业务端进行显示。
[0096] 其中， 业务通知消息可以是会议通知、 重要事件通知等等。 指定业务端可以是 某个管理员的业务端。 服务器 110接收指定业务端发送的业务通知消息， 然后将 该业务通知消息转发至所有的业务端进行显示。 从而， 即使不在公司的员工也 可以及时获知公司通知， 减少人工传达消息的工作量。 其中， 业务通知消息采 用滚动字幕的形式在每个业务端进行显示。 根据需要， 业务端可以在接收到用 户触发指定功能按钮时， 弹出业务通知消息， 进行业务通知消息的显示。
[0097] 为本申请装置实施例， 可以用于执行本申请上述服务器 110执行的消息推送方 法实施例。 对于本申请装置实施例中未披露的细节， 请参照本申请消息推送方 法实施例。
[0098] 图 6是根据一示例性实施例示出的一种消息推送装置的框图， 该消息推送装置 可以用于图 1所示实施环境的服务器 110中， 执行图 3、 图 4、 图 5任一所示的消息 推送方法的全部或者部分步骤。 如图 6所示， 该装置包括但不限于： 记录获取模 块 610、 数据生成模块 620、 数据融合模块 630、 终端排序模块 640以及结果推送 模块 650。
[0099] 记录获取模块 610， 用于获取每个业务端的服务记录以及订单记录；
[0100] 数据生成模块 620, 用于根据所述业务端的服务记录和订单记录， 生成所述业 务端在预设时间段内的累计服务时长和累计订单数据；
[0101] 数据融合模块 630, 用于将所述业务端的累计服务时长和累计订单数据融合生 成所述业务端的资源数据；
[0102] 终端排序模块 640, 用于根据每个业务端的资源数据， 对所有业务端进行排序 ， 获得排序结果；
[0103] 结果推送模块 650, 用于将所述排序结果推送至每个业务端进行展示。
[0104] 上述装置中各个模块的功能和作用的实现过程具体详见上述消息推送方法中对 应步骤的实现过程， 在此不再赘述。
[0105] 记录获取模块 610比如可以是图 2中的某一个物理结构输入输出接口 258。
[0106] 数据生成模块 620、 数据融合模块 630、 终端排序模块 640以及结果推送模块 650 也可以是功能模块， 用于执行上述消息推送方法中的对应步骤。 可以理解， 这 些模块可以通过硬件、 软件、 或二者结合来实现。 当以硬件方式实现时， 这些 模块可以实施为一个或多个硬件模块， 例如一个或多个专用集成电路。 当以软 件方式实现时， 这些模块可以实施为在一个或多个处理器上执行的一个或多个 计算机程序， 例如图 2的中央处理器 222所执行的存储在存储器 232中的程序。
[0107] 在一种示例性实施例中， 所述数据生成模块 620包括但限于： [0108] 数量统计单元， 用于根据所述业务端的订单记录， 生成所述业务端对应的累计 保单总额、 累计订单数量或者指定产品的订单数量。
[0109] 在一种示例性实施例中， 所述数据融合模块 630包括但不限于：
[0110] 归一化单元， 用于对每个业务端的累计服务时长进行归一化获得服务时长归一 化结果， 对每个业务端的累计订单数据进行归一化获得订单数据归一化结果；
[0111] 加权融合单元， 用于将所述业务端的服务时长归一化结果和订单数据归一化结 果进行加权融合， 生成所述业务端对应的资源数据。
[0112] 在一种示例性实施例中， 所述终端排序模块 640包括但不限于：
[0113] 标识信息排序单元， 用于根据每个业务端的资源数据， 对所有业务端的标识信 息进行排序， 生成所有业务端标识信息的排序结果。
[0114] 在一种示例性实施例中， 上述消息推送装置还包括但不限于
[0115] 触发指令接收模块， 用于接收指定业务端在所述排序结果的显示界面中指定控 件被触发而发送的触发指令；
[0116] 触发标记生成模块， 用于根据所述触发指令指示的触发内容， 生成用户标识所 述触发内容的触发标记；
[0117] 触发标识发送模块， 用于将所述触发标记发送至每个业务端进行显示。
[0118] 在一种示例性实施例中， 上述消息推送装置还包括但不限于：
[0119] 通知接收模块， 用于接收指定业务端发送的业务通知消息；
[0120] 通知转发模块， 用于将所述业务通知消息转发至所有业务端进行显示。
[0121] 在一种示例性实施例中， 所述业务通知消息采用滚动字幕的形式在每个业务端 进行显示。
[0122] 可选的， 本申请还提供一种电子设备， 该电子设备可以用于图 1所示实施环境 的服务器 110中， 执行图 3、 图 4、 图 5任一所示的消息推送方法的全部或者部分 步骤。 所述电子设备包括：
[0123] 处理器；
[0124] 用于存储处理器可执行指令的存储器；
[0125] 其中， 所述处理器被配置为执行上述示例性实施例所述的消息推送方法。
[0126] 该实施例中电子设备的处理器执行操作的具体方式已经在有关该消息推送方法 的实施例中执行了详细描述， 此处将不做详细阐述说明。
[0127] 在示例性实施例中， 还提供了一种存储介质， 该存储介质为计算机可读存储介 质， 例如可以为包括指令的临时性和非临时性计算机可读存储介质。 该存储介 质存储有计算机程序， 所述计算机程序可由服务器 200的中央处理器 222执行以 完成上述示例性实施例所述的消息推送方法。
[0128] 应当理解的是， 本申请并不局限于上面已经描述并在附图中示出的精确结构， 并且可以在不脱离其范围执行各种修改和改变。 本申请的范围仅由所附的权利 要求来限制。

Claims

权利要求书
[权利要求 1] 一种消息推送方法， 其中， 包括：
获取每个业务端的服务记录以及订单记录；
根据所述业务端的服务记录和订单记录， 生成所述业务端在预设时间 段内的累计服务时长和累计订单数据；
将所述业务端的累计服务时长和累计订单数据融合生成所述业务端的 资源数据；
根据每个业务端的资源数据， 对所有业务端进行排序， 获得排序结果 将所述排序结果推送至每个业务端进行展示。
[权利要求 2] 根据权利要求 1所述的方法， 其中， 所述根据所述业务端的服务记录 和订单记录， 生成所述业务端在预设时间段内的累计服务时长和累计 订单数据， 包括：
根据所述业务端的订单记录， 生成所述业务端对应的累计保单总额、 累计订单数量或者指定产品的订单数量。
[权利要求 3] 根据权利要求 1-2任意一项所述的方法， 其中， 所述将所述业务端的 累计服务时长和累计订单数据融合生成所述业务端的资源数据， 包括 对每个业务端的累计服务时长进行归一化获得服务时长归一化结果， 对每个业务端的累计订单数据进行归一化获得订单数据归一化结果； 将所述业务端的服务时长归一化结果和订单数据归一化结果进行加权 融合， 生成所述业务端对应的资源数据。
[权利要求 4] 根据权利要求 1-3任意一项所述的方法， 其中， 所述根据每个业务端 的资源数据， 对所有业务端进行排序， 获得排序结果， 包括： 根据每个业务端的资源数据， 对所有业务端的标识信息进行排序， 生 成所有业务端标识信息的排序结果。
[权利要求 5] 根据权利要求 1-4任意一项所述的方法， 其中， 所述将所述排序结果 推送至每个业务端进行展示之后， 所述方法还包括： 接收指定业务端在所述排序结果的显示界面中指定控件被触发而发送 的触发指令；
根据所述触发指令指示的触发内容， 生成用户标识所述触发内容的触 发标记；
将所述触发标记发送至每个业务端进行显示。
[权利要求 6] 根据权利要求 1-5任意一项所述的方法， 其中， 所述方法还包括： 接收指定业务端发送的业务通知消息；
将所述业务通知消息转发至所有业务端进行显示。
[权利要求 7] 根据权利要求 6所述的方法， 其中， 所述业务通知消息采用滚动字幕 的形式在每个业务端进行显示。
[权利要求 8] 一种消息推送装置， 其中， 包括：
记录获取模块， 配置为获取每个业务端的服务记录以及订单记录； 数据生成模块， 配置为根据所述业务端的服务记录和订单记录， 生成 所述业务端在预设时间段内的累计服务时长和累计订单数据； 数据融合模块， 配置为将所述业务端的累计服务时长和累计订单数据 融合生成所述业务端的资源数据；
终端排序模块， 配置为根据每个业务端的资源数据， 对所有业务端进 行排序， 获得排序结果；
结果推送模块， 用于将所述排序结果推送至每个业务端进行展示。
[权利要求 9] 根据权利要求 8所述的装置， 其中， 所述数据生成模块包括：
数量统计单元， 配置为根据所述业务端的订单记录， 生成所述业务端 对应的累计保单总额、 累计订单数量或者指定产品的订单数量。
[权利要求 10] 根据权利要求 8-9任意一项所述的装置， 其中， 所述数据融合模块包 括：
归一化单元， 配置为对每个业务端的累计服务时长进行归一化获得服 务时长归一化结果， 对每个业务端的累计订单数据进行归一化获得订 单数据归一化结果；
加权融合单元， 配置为将所述业务端的服务时长归一化结果和订单数 据归一化结果进行加权融合， 生成所述业务端对应的资源数据。
[权利要求 11] 根据权利要求 8-10任意一项所述的装置， 其中， 所述终端排序模块包 括：
标识信息排序单元， 配置为根据每个业务端的资源数据， 对所有业务 端的标识信息进行排序， 生成所有业务端标识信息的排序结果。
[权利要求 12] 根据权利要求 8-11任意一项所述的装置， 其中， 所述装置还包括： 触发指令接收模块， 配置为接收指定业务端在所述排序结果的显示界 面中指定控件被触发而发送的触发指令；
触发标记生成模块， 配置为根据所述触发指令指示的触发内容， 生成 用户标识所述触发内容的触发标记；
标记标识发送模块， 配置为将所述触发标记发送至每个业务端进行显
Figure imgf000018_0001
[权利要求 13] 根据权利要求 8-12任意一项所述的装置， 其中， 所述装置还包括： 通知接收模块， 配置为接收指定业务端发送的业务通知消息； 通知转发模块， 配置为将所述业务通知消息转发至所有业务端进行显
Figure imgf000018_0002
[权利要求 14] 根据权利要求 13所述的装置， 其中， 所述业务通知消息采用滚动字幕 的形式在每个业务端进行显示。
[权利要求 15] 一种电子设备， 其中， 所述电子设备包括：
处理器；
用于存储处理器可执行指令的存储器；
其中， 所述处理器被配置为执行以下步骤：
获取每个业务端的服务记录以及订单记录；
根据所述业务端的服务记录和订单记录， 生成所述业务端在预设时间 段内的累计服务时长和累计订单数据；
将所述业务端的累计服务时长和累计订单数据融合生成所述业务端的 资源数据；
根据每个业务端的资源数据， 对所有业务端进行排序， 获得排序结果 将所述排序结果推送至每个业务端进行展示。
[权利要求 16] 根据权利要求 15所述的电子设备， 其中， 所述根据所述业务端的服务 记录和订单记录， 生成所述业务端在预设时间段内的累计服务时长和 累计订单数据， 包括：
根据所述业务端的订单记录， 生成所述业务端对应的累计保单总额、 累计订单数量或者指定产品的订单数量。
[权利要求 17] 根据权利要求 15-16任意一项所述的电子设备， 其中， 所述将所述业 务端的累计服务时长和累计订单数据融合生成所述业务端的资源数据 ， 包括：
对每个业务端的累计服务时长进行归一化获得服务时长归一化结果， 对每个业务端的累计订单数据进行归一化获得订单数据归一化结果； 将所述业务端的服务时长归一化结果和订单数据归一化结果进行加权 融合， 生成所述业务端对应的资源数据。
[权利要求 18] 根据权利要求 15-17任意一项所述的电子设备， 其中， 所述根据每个 业务端的资源数据， 对所有业务端进行排序， 获得排序结果， 包括： 根据每个业务端的资源数据， 对所有业务端的标识信息进行排序， 生 成所有业务端标识信息的排序结果。
[权利要求 19] 根据权利要求 15-18任意一项所述的电子设备， 其中， 所述将所述排 序结果推送至每个业务端进行展示之后， 所述步骤还包括： 接收指定业务端在所述排序结果的显示界面中指定控件被触发而发送 的触发指令；
根据所述触发指令指示的触发内容， 生成用户标识所述触发内容的触 发标记；
将所述触发标记发送至每个业务端进行显示。
[权利要求 20] 根据权利要求 15-19任意一项所述的电子设备， 其中， 所述步骤还包 括：
接收指定业务端发送的业务通知消息； 将所述业务通知消息转发至所有业务端进行显示。
[权利要求 21] 根据权利要求 20所述的电子设备， 其中， 所述业务通知消息采用滚动 字幕的形式在每个业务端进行显示。
[权利要求 22] 一种计算机可读存储介质， 其中， 所述计算机可读存储介质存储有计 算机程序， 所述计算机程序可由处理器执行以下步骤：
获取每个业务端的服务记录以及订单记录；
根据所述业务端的服务记录和订单记录， 生成所述业务端在预设时间 段内的累计服务时长和累计订单数据；
将所述业务端的累计服务时长和累计订单数据融合生成所述业务端的 资源数据；
根据每个业务端的资源数据， 对所有业务端进行排序， 获得排序结果 将所述排序结果推送至每个业务端进行展示。
[权利要求 23] 根据权利要求 22所述的计算机可读存储介质， 其中， 所述根据所述业 务端的服务记录和订单记录， 生成所述业务端在预设时间段内的累计 服务时长和累计订单数据， 包括：
根据所述业务端的订单记录， 生成所述业务端对应的累计保单总额、 累计订单数量或者指定产品的订单数量。
[权利要求 24] 根据权利要求 22-23任意一项所述的计算机可读存储介质， 其中， 所 述将所述业务端的累计服务时长和累计订单数据融合生成所述业务端 的资源数据， 包括：
对每个业务端的累计服务时长进行归一化获得服务时长归一化结果， 对每个业务端的累计订单数据进行归一化获得订单数据归一化结果； 将所述业务端的服务时长归一化结果和订单数据归一化结果进行加权 融合， 生成所述业务端对应的资源数据。
[权利要求 25] 根据权利要求 22-24任意一项所述的计算机可读存储介质， 其中， 所 述根据每个业务端的资源数据， 对所有业务端进行排序， 获得排序结 果， 包括： 根据每个业务端的资源数据， 对所有业务端的标识信息进行排序， 生 成所有业务端标识信息的排序结果。
[权利要求 26] 根据权利要求 22-25任意一项所述的计算机可读存储介质， 其中， 所 述将所述排序结果推送至每个业务端进行展示之后， 所述步骤还包括 接收指定业务端在所述排序结果的显示界面中指定控件被触发而发送 的触发指令；
根据所述触发指令指示的触发内容， 生成用户标识所述触发内容的触 发标记；
将所述触发标记发送至每个业务端进行显示。
[权利要求 27] 根据权利要求 22-26任意一项所述的计算机可读存储介质， 其中， 所 述步骤还包括：
接收指定业务端发送的业务通知消息；
将所述业务通知消息转发至所有业务端进行显示。
[权利要求 28] 根据权利要求 27所述的计算机可读存储介质， 其中， 所述业务通知消 息采用滚动字幕的形式在每个业务端进行显示。
PCT/CN2018/103059 2018-05-17 2018-08-29 一种消息推送方法及装置、电子设备、存储介质 Ceased WO2019218532A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810475880.6A CN108710675A (zh) 2018-05-17 2018-05-17 一种消息推送方法及装置、电子设备、存储介质
CN201810475880.6 2018-05-17

Publications (1)

Publication Number Publication Date
WO2019218532A1 true WO2019218532A1 (zh) 2019-11-21

Family

ID=63868359

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/103059 Ceased WO2019218532A1 (zh) 2018-05-17 2018-08-29 一种消息推送方法及装置、电子设备、存储介质

Country Status (2)

Country Link
CN (1) CN108710675A (zh)
WO (1) WO2019218532A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112347309A (zh) * 2019-08-09 2021-02-09 上海红星美凯龙悦家互联网科技有限公司 数据处理方法、装置、终端、云端和存储介质
CN110852778B (zh) * 2019-09-30 2021-03-26 口口相传(北京)网络技术有限公司 一种针对业务对象的数据处理方法及装置
CN113763068A (zh) * 2020-06-28 2021-12-07 北京沃东天骏信息技术有限公司 对象推荐方法、装置、设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104796422A (zh) * 2015-04-22 2015-07-22 北京京东尚科信息技术有限公司 一种在线客服均衡分配的方法及装置
CN107153965A (zh) * 2017-04-05 2017-09-12 芜湖恒天易开软件科技股份有限公司 一种多终端的智能客服解决方法
CN107968897A (zh) * 2017-11-03 2018-04-27 平安科技（深圳）有限公司 客服会话分配方法、电子装置及计算机可读存储介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104796422A (zh) * 2015-04-22 2015-07-22 北京京东尚科信息技术有限公司 一种在线客服均衡分配的方法及装置
CN107153965A (zh) * 2017-04-05 2017-09-12 芜湖恒天易开软件科技股份有限公司 一种多终端的智能客服解决方法
CN107968897A (zh) * 2017-11-03 2018-04-27 平安科技（深圳）有限公司 客服会话分配方法、电子装置及计算机可读存储介质

Also Published As

Publication number Publication date
CN108710675A (zh) 2018-10-26

Similar Documents

Publication Publication Date Title
US12536507B2 (en) Automatically detecting and storing digital data items associated with digital calendar items
US9794760B2 (en) Collaborative group and content management utilizing user activated collaboration threads
US9319442B2 (en) Real-time agent for actionable ad-hoc collaboration in an existing collaboration session
US9338400B1 (en) Systems and methods for using equivalence classes to identify and manage participants and resources in a conference room
US9026647B2 (en) Systems and methods for a social media network/business platform interface
CN109005098B (zh) 任务提醒方法及装置、提醒消息的生成和展示方法及装置
US20150074558A1 (en) Systems and methods for applying intellegence and prioritization to calendared events
US10298530B2 (en) Scheduling events
US10142391B1 (en) Systems and methods of diagnosing down-layer performance problems via multi-stream performance patternization
US20210105332A1 (en) Intelligent status indicators for predicted availability of users
CN111639775A (zh) 一种会议室预定方法、装置、设备及存储介质
US20150142895A1 (en) Real Life Presence and Dynamic Meeting Scheduling
US10367649B2 (en) Smart scheduling and reporting for teams
CN112396397A (zh) 运维事务归集和管理系统
CN102034144B (zh) 用于确定群组在场的系统和方法
CN111917560A (zh) 通信方法、装置和设备
WO2019218532A1 (zh) 一种消息推送方法及装置、电子设备、存储介质
WO2019062587A1 (zh) 任务生成方法及装置
JP2023067734A (ja) 状態情報表示方法、装置、機器及び記憶媒体
CN106209495A (zh) 一种云监控系统的报表生成方法及装置
CN116307552A (zh) 基于工作量数据信息的工作内容匹配方法
WO2014184733A1 (en) System and method for providing contextual information about the caller to make the conversation meaningful
CN115170087A (zh) 任务数据的处理方法、装置和计算机可读存储介质
US20160308685A1 (en) Dynamic resource list subscriptions
US20210286486A1 (en) Tagging and automatic retrieval of communication assets

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18918537

Country of ref document: EP

Kind code of ref document: A1