CN112598377A - 事项提醒方法、系统、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种事项提醒方法、系统、装置、设备及存储介质。其中，方法包括如下的步骤：接收与家政服务有关的多个业务系统发送的待提醒用户的待提醒事项；将所述待提醒事项存储至所述待提醒用户的待提醒事项列表中；根据所述待提醒事项列表中各事项的优先级，从所述待提醒事项列表中确定出当前需提醒的目标待提醒事项；将所述目标待提醒事项发送至所述待提醒用户的客户端进行展示。这样一来，用户就无需花费较多的精力从较多的待提醒事项中查找当前或接下来需处理的事项，只需要按照客户端当前的提醒进行处理即可，可有效提升用户体验。

Description

事项提醒方法、系统、装置、设备及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种事项提醒方法、系统、装置、设备及存储介质。

背景技术

随着互联网技术的发展，线上家政服务行业得到了较好的发展。通常，家政服务人员(例如：阿姨)工作过程中以及客户接收家政服务过程中，有很多关键操作需要去家政APP(Application，应用程序)上进行操作，例如：阿姨去接单、签合同、上户申请、下户申请、工资确认等；再例如：客户去签合同、对阿姨上户申请进行确认、对阿姨下户申请进行确认、对阿姨进行服务评价等。

现有技术中，业务方一旦产生待提示信息，就会第一时间发短信或APP消息给阿姨或客户。当阿姨或客户侧接收到的提示信息较多时，阿姨或客户需要花费较多的精力从中去查找当前或接下来需处理的事项，对阿姨工作以及客户体验产生不好的影响。

发明内容

鉴于上述问题，提出了本申请以提供一种解决上述问题或至少部分地解决上述问题的事项提醒方法、系统、装置、设备及存储介质。

于是，在本申请的一个实施例中，提供了一种事项提醒方法。该方法应用于提醒服务器，包括：

接收与家政服务有关的多个业务系统发送的待提醒用户的待提醒事项；

将所述待提醒事项存储至所述待提醒用户的待提醒事项列表中；

根据所述待提醒事项列表中各事项的优先级，从所述待提醒事项列表中确定当前需提醒的目标待提醒事项；

将所述目标待提醒事项发送至所述待提醒用户的客户端进行展示。

在本申请的另一实施例中，提供了一种事项提醒装置。该装置，包括：

接收模块，用于接收与家政服务有关的多个业务系统发送的待提醒用户的待提醒事项；

存储模块，用于将所述待提醒事项存储至所述待提醒用户的待提醒事项列表中；

确定模块，用于根据所述待提醒事项列表中各事项的优先级，从所述待提醒事项列表中确定当前需提醒的目标待提醒事项；

通信模块，用于将所述目标待提醒事项发送至所述待提醒用户的客户端进行展示。

在本申请的另一实施例中，提供了一种一种电子设备。该设备，包括：存储器和处理器；所述存储器用于存储一条或多条计算机指令，所述一条或多条计算机指令被所述处理器执行时能够实现上述任一项所述事项提醒方法中的步骤。

在本申请的另一实施例中，提供了一种存储有计算机程序的计算机可读存储介质。所述计算机程序被计算机执行时能够实现上述任一项所述事项提醒方法中的步骤。

本申请实施例提供的技术方案，业务方产生的待提醒用户的待提醒事项并非直接发送至待提醒用户的客户端，而是先发送给提醒服务器，由提醒服务器将接收到的待提醒事项存储至待提醒用户的待提醒事项列表中，并根据列表中各事项的优先级，筛选出当前需提醒的目标待提醒事项，再转发给待提醒用户的客户端。这样一来，用户(例如：阿姨、客户)就无需花费较多的精力从较多的待提醒事项中查找当前或接下来需处理的事项，只需要按照客户端当前的提醒进行处理即可，可有效提升用户体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请一实施例提供的事项提醒方法的流程示意图；

图2为本申请一实施例提供的事项提醒装置的结构框图；

图3为本申请另一实施例提供的电子设备的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将根据本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

此外，在本申请的说明书、权利要求书及上述附图中描述的一些流程中，包含了按照特定顺序出现的多个操作，这些操作可以不按照其在本文中出现的顺序来执行或并行执行。操作的序号如101、102等，仅仅是用于区分各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

图1示出了本申请一实施例提供的事项提醒方法的流程示意图。该方法的执行主体为提醒服务器。其中，提醒服务器可以是常用服务器、云端或虚拟服务器等，本申请实施例对此不作具体限定。如图1所示，该方法包括：

101、接收与家政服务有关的多个业务系统发送的待提醒用户的待提醒事项。

102、将所述待提醒事项存储至所述待提醒用户的待提醒事项列表中。

103、根据所述待提醒事项列表中各事项的优先级，从所述待提醒事项列表中确定出当前需提醒的目标待提醒事项。

104、将所述目标待提醒事项发送至所述待提醒用户的客户端进行展示。

上述101中，所述多个业务系统可包括但不限于：风控系统、资质认定系统、职业培训系统、线索管理系统、订单管理系统。上述待提醒用户可以为家政服务人员(例如：阿姨)或为接收家政服务的人员(例如：客户)。当待提醒用户为家政服务人员时，待提醒事项可包括但不限于：资质认证、上传体验报告、预约培训、上传技能证、接单、签合同、上户申请、下户申请、工资确认等事项。当待提醒用户为接收家政服务的人员，待提醒事项可包括：签合同、对家政服务人员的上户申请进行确认、对家政服务人员进行评价等事项。

上述多个业务系统中每个业务系统可根据待提醒用户的用户状态，为其生成待提醒事项。以待提醒用户为家政服务人员为例，当家政服务人员快要下户且无未服务的订单时，可为该家政服务人员生成一个有关接单的待提醒事项。

上述102中，实际应用时，业务方发送来的待提醒用户的待提醒事项中会携带有待提醒用户的用户身份标识符，例如：用户I D。提醒服务器根据待提醒用户的用户身份标识符，即可查找到该待提醒用户的待提醒事项列表。该待提醒事项列表用于存储有关该待提醒用户的待提醒事项。

上述103中，在一实例中，可从待提醒事项列表中选取优先级最高的事项作为上述目标待提醒事项。

在实际应用时，可在接收到所述待提醒用户的客户端发送来的事项查询请求后，根据所述待提醒事项列表中各事项的优先级，从所述待提醒事项列表中选取目标待提醒事项。待提醒用户的客户端上的家政应用程序在启动之后，可每隔预设时间间隔向提醒服务器发送事项查询请求。

上述104中，将确定出的当前需提醒的目标待提醒事项发送至待提醒用户的客户端进行展示。

本申请实施例提供的技术方案，业务方产生的待提醒用户的待提醒事项并非直接发送至待提醒用户的客户端，而是先发送给提醒服务器，由提醒服务器将接收到的待提醒事项存储至待提醒用户的待提醒事项列表中，并根据列表中各事项的优先级，筛选出当前需提醒的目标待提醒事项，再转发给待提醒用户的客户端。这样一来，用户(例如：阿姨、客户)就无需花费较多的精力从较多的待提醒事项中查找当前或接下来需处理的事项，只需要按照客户端当前的提醒进行处理即可，可有效提升用户体验。

在一种可实现的方案中，上述方法，还可包括：

105、确定所述待提醒事项的事项类型。

106、根据所述事项类型对应的权重，确定所述待提醒事项的优先级。

在本实施例中，可事先针对各事项类型配置对应的权重。各事项类型对应的权重大小可根据实际需要来设定，例如：可根据各事项类型的紧急程度，来设定对应的权重。举例来说：上户申请这种类型的紧急程度要高于工资确认这种类型的紧急程度，因此，上户申请这种类型对应的权重可设置地大于工资确认这种类型对应的权重。

进一步的，上述102中“将所述待提醒事项存储至所述待提醒用户的待提醒事项列表中”，具体可采用如下步骤来实现：

1021、获取所述待提醒事项的事项类型对应的卡片模板。

1022、根据所述待提醒事项以及所述卡片模板，生成所述待提醒事项的事项卡片。

1023、将所述待提醒事项的事项卡片写入至所述待提醒用户的待提醒事项列表中。

上述1021中，提醒服务器可事先在本地存储各事项类型对应的卡片模板，不同事项类型对应的卡片模板可以不同。这样，后续提醒服务器即可从本地直接获取待提醒事项的事项类型对应的卡片模板。

上述1022中，具体地，可从待提醒事项中提取出指定数据，将所述指定数据填入所述卡片模板中的指定位置处，进而得到待提醒事项的事项卡片。

相应的，上述104中“将所述目标待提醒事项发送至所述待提醒用户的客户端进行展示”，具体为：将所述目标待提醒事项的事项卡片发送至所述待提醒用户的客户端进行展示。

本实施例提供的技术方案中，业务系统或客户端侧无需考虑待提醒事项的展示样式，可有效降低业务系统或客户端的程序复杂度。此外，当需要修改待提醒事项的展示样式时，只需要在提醒服务器侧更改卡片模板即可，不需要业务系统和客户端侧更新应用程序，降低了维护成本。

在一种可实现的方案中，所述客户端可将所述目标待提醒事项展示在事项提醒区域内；所述事项提醒区域位于所述客户端上家政应用程序的主界面上。具体地，事项提醒区域可以位于主界面的中心位置处。具体应用时，客户端可将目标待提醒事项的事项卡片展示在客户端上家政应用程序的主界面的事项提醒区域内。

这样，可方便用户查看，提高用户体验。

实际应用时，客户端可每隔预设时间间隔向提醒服务器发送事项查询请求，客户端在接收到提醒服务器返回的目标待提醒事项后，可判断其事项提醒区域当前是否展示有待提醒事项，若没有，则直接将接收到的目标待提醒事项展示在事项提醒区域；若有，则判断事项提醒区域当前展示的待提醒事项是否为所述目标待提醒事项，若是，则继续展示当前展示的待提醒事项；若否，可通过替换掉所述事项提醒区域内当前展示的待提醒事项的方式展示所述目标待提醒事项。

可以理解到的是：本实施例中，提醒服务器将某一待提醒事项发送给客户端进行展示的操作并不会触发提醒服务器将该待提醒事项从待提醒事项列表中删除的操作。

在本实施例中，客户端始终只展示一个待提醒事项，通过本申请实施例提供的方案，将待提醒用户的整个工作流程串通起来，形成闭环。用户不需要思考，其接下来要做什么，只需要按照提醒逐一进行处理即可。

此外，虽然客户端当前展示的待提醒事项在当前待提醒事项列表中是优先级最高的，但是随着业务的推进，多个业务系统会会随时产生新的待提醒信息，一旦产生了优先级高于当前在客户端展示的待提醒事项的新待提醒事项，根据本申请实施例提供的方案，会将当前展示的待提醒事项替换成优先级更高的新待提醒事项进行展示，不会因为客户端当前展示的待提醒事项未达到消失条件，而耽误优先级更高的其他待提醒事项的展示，从而提高用户体验。

此外，考虑到有些待提醒事项的相关任务的操作入口较深，会给用户，尤其家政系统中的阿姨带来很大困扰。为了方便用户执行任务，提醒服务器可在待提醒事项的事项卡片上设置相应的操作控件，以便用户执行相关任务；或者，提醒服务器可将待提醒事件的相关任务的操作界面链接携带在所述待提醒事项中发送至待提醒用户的客户端，这样，客户端可响应于用户针对展示的待提醒事项的触发操作，根据待提醒事项的相关任务的操作界面链接直接调整至相关操作界面，以便用户进行操作。

可选的，上述103中“根据所述待提醒事项列表中各事项的优先级，从所述待提醒事项列表中确定出当前需提醒的目标待提醒事项”，可包括：

1031、当所述待提醒事项列表中优先级最高的事项的数量为多个时，从优先级最高的多个事项中，选取接收时间最早的事项作为目标待提醒事项。

其中，事项的接收时间指的是提醒服务器接收业务系统发送来的该事项的时间。

考虑到在家政服务场景中，大部分待提醒事项是具有有效提醒期的。为了减少超期未提醒事件的发生次数，可从优先级最高的多个事项中，选取接收时间最早的事项作为目标待提醒事项。

进一步的，上述方法，还可包括：

105、当所述待提醒事项列表中存在满足删除条件的事项时，在所述待提醒事项列表中删除所述满足删除条件的事项。

其中，所述删除条件与事项是否发送至客户端进行展示无关。

实际应用是，可采用如下一个或多个步骤来判定待提醒事项列表中是否存在满足删除条件的事项：

A、接收到所述待提醒用户的客户端发送的所述待提醒用户针对所述目标待提醒事项的查看事件时，判定所述目标待提醒事项满足所述删除条件。

例如：待提醒用户点击所展示的目标待提醒事项，进入详情页面，进而生成查看事件。

B、接收到所述待提醒用户的客户端发送的所述待提醒用户针对所述目标待提醒事项的相关任务的执行完成事件时，判定所述目标待提醒事项满足所述删除条件。

例如：待提醒用户点击所展示的目标待提醒事项，跳转进入相关任务的操作页面，并在操作页面执行相应操作已完成相关任务，进而生成任务完成事件。

C、所述目标待提醒事项在所述待提醒用户的客户端的展示时长达到预设时长时，判定所述目标待提醒事项满足所述删除条件。

不同事项类型对应的预设时长可以相同，也可不同。

D、将所述待提醒事项列表中超出有效提醒期的事项确定为满足所述删除条件的事项。

例如：有关面试的待提醒事项，提醒服务器接收到该待提醒事项的接收时间为2020年12月1日6点10分，面试时间为2020年12月2日10点30分，那么，有效提醒期为2020年12月1日6点10分到2020年12月2日10点30分。一旦当前时间超过2020年12月2日10点30分，也即超出了有效提醒期。

E、将所述待提醒事项列表中相关状态发生变化的事项确定为满足所述删除条件的事项。

例如：有关面试的待提醒事项，当客户取消了面试邀约，则该提醒事项的相关状态发生了变化。

采用本申请实施例提供的技术方案，可将家政服务人员的整个工作流程串通起来，例如：接单->服务->服务完成->接单。让用户不需要思考，我们接下来应该做什么，只需要按照系统提示的路程进行处理即可。可简化用户操作难度，提高用户体验，提高用户转化率。

图2示出了本申请又一实施例提供的事项提醒装置的结构框图。如图2所示，该装置包括：

接收模块201，用于接收与家政服务有关的多个业务系统发送的待提醒用户的待提醒事项；

存储模块202，用于将所述待提醒事项存储至所述待提醒用户的待提醒事项列表中；

确定模块203，用于根据所述待提醒事项列表中各事项的优先级，从所述待提醒事项列表中确定当前需提醒的目标待提醒事项；

通信模块204，用于将所述目标待提醒事项发送至所述待提醒用户的客户端进行展示。

可选的，所述确定模块203，还用于：

确定所述待提醒事项的事项类型；

获取所述事项类型对应的权重，确定所述待提醒事项的优先级。

可选的，所述存储模块202，具体用于：

获取所述待提醒事项的事项类型对应的卡片模板；

根据所述待提醒事项以及所述卡片模板，生成所述待提醒事项的事项卡片；

将所述待提醒事项的事项卡片写入至所述待提醒用户的待提醒事项列表中；

相应的，所述通信模块204，具体用于：

将所述目标待提醒事项的事项卡片发送至所述待提醒用户的客户端进行展示。

可选的，上述装置，还包括：

删除模块，用于当所述待提醒事项列表中存在满足删除条件的事项时，在所述待提醒事项列表中删除所述满足删除条件的事项。

可选的，上述装置，还包括：

判定模块，用于接收到所述待提醒用户的客户端发送的所述待提醒用户针对所述目标待提醒事项的查看事件时，判定所述目标待提醒事项满足所述删除条件；或者

用于接收到所述待提醒用户的客户端发送的所述待提醒用户针对所述目标待提醒事项的相关任务的执行完成事件时，判定所述目标待提醒事项满足所述删除条件；或者

用于所述目标待提醒事项在所述待提醒用户的客户端的展示时长达到预设时长时，判定所述目标待提醒事项满足所述删除条件；或者

用于将所述待提醒事项列表中超出有效提醒期的事项确定为满足所述删除条件的事项；或者

用于将所述待提醒事项列表中相关状态发生变化的事项确定为满足所述删除条件的事项。

可选的，所述客户端将所述目标待提醒事项展示在事项提醒区域内；所述事项提醒区域位于所述客户端上家政应用程序的主界面上。

可选的，所述客户端通过替换掉所述事项提醒区域内当前展示的待提醒事项的方式展示所述目标待提醒事项。

本申请实施例提供的技术方案，业务方产生的待提醒用户的待提醒事项并非直接发送至待提醒用户的客户端，而是先发送给提醒服务器，由提醒服务器将接收到的待提醒事项存储至待提醒用户的待提醒事项列表中，并根据列表中各事项的优先级，筛选出当前需提醒的目标待提醒事项，再转发给待提醒用户的客户端。这样一来，用户(例如：阿姨、客户)就无需花费较多的精力从较多的待提醒事项中查找当前或接下来需处理的事项，只需要按照客户端当前的提醒进行处理即可，可有效提升用户体验。

这里需要说明的是：上述实施例提供的事项提醒装置可实现上述各方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。

图3示出了本申请一实施例提供的电子设备的结构示意图。如图3所示，所述电子设备包括存储器1101以及处理器1102。存储器1101可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令。存储器1101可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

所述存储器1101，用于存储程序；

所述处理器1102，与所述存储器1101耦合，用于执行所述存储器1101中存储的所述程序，以实现上述各方法实施例提供的事项提醒方法。

进一步，如图3所示，电子设备还包括：通信组件1103、显示器1104、电源组件1105、音频组件1106等其它组件。图3中仅示意性给出部分组件，并不意味着电子设备只包括图3所示组件。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，所述计算机程序被计算机执行时能够实现上述各方法实施例提供的事项提醒方法的步骤或功能。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种事项提醒方法，其特征在于，应用于提醒服务器，包括：

接收与家政服务有关的多个业务系统发送的待提醒用户的待提醒事项；

将所述待提醒事项存储至所述待提醒用户的待提醒事项列表中；

根据所述待提醒事项列表中各事项的优先级，从所述待提醒事项列表中确定出当前需提醒的目标待提醒事项；

将所述目标待提醒事项发送至所述待提醒用户的客户端进行展示。

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

确定所述待提醒事项的事项类型；

根据所述事项类型对应的权重，确定所述待提醒事项的优先级。

3.根据权利要求1所述的方法，其特征在于，将所述待提醒事项存储至所述待提醒用户的待提醒事项列表中，包括：

获取所述待提醒事项的事项类型对应的卡片模板；

根据所述待提醒事项以及所述卡片模板，生成所述待提醒事项的事项卡片；

将所述待提醒事项的事项卡片写入至所述待提醒用户的待提醒事项列表中；

相应的，将所述目标待提醒事项发送至所述待提醒用户的客户端进行展示，包括：

将所述目标待提醒事项的事项卡片发送至所述待提醒用户的客户端进行展示。

4.根据权利要求1至3中任一项所述的方法，其特征在于，还包括：

当所述待提醒事项列表中存在满足删除条件的事项时，在所述待提醒事项列表中删除所述满足删除条件的事项。

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

接收到所述待提醒用户的客户端发送的所述待提醒用户针对所述目标待提醒事项的查看事件时，判定所述目标待提醒事项满足所述删除条件；或者

接收到所述待提醒用户的客户端发送的所述待提醒用户针对所述目标待提醒事项的相关任务的执行完成事件时，判定所述目标待提醒事项满足所述删除条件；或者

所述目标待提醒事项在所述待提醒用户的客户端的展示时长达到预设时长时，判定所述目标待提醒事项满足所述删除条件；或者

将所述待提醒事项列表中超出有效提醒期的事项确定为满足所述删除条件的事项；或者

将所述待提醒事项列表中相关状态发生变化的事项确定为满足所述删除条件的事项。

6.根据权利要求1至3中任一项所述的方法，其特征在于，所述客户端将所述目标待提醒事项展示在事项提醒区域内；所述事项提醒区域位于所述客户端上家政应用程序的主界面上。

7.根据权利要求6所述的方法，其特征在于，所述客户端通过替换掉所述事项提醒区域内当前展示的待提醒事项的方式展示所述目标待提醒事项。

8.一种事项提醒装置，其特征在于，包括：

接收模块，用于接收与家政服务有关的多个业务系统发送的待提醒用户的待提醒事项；

存储模块，用于将所述待提醒事项存储至所述待提醒用户的待提醒事项列表中；

确定模块，用于根据所述待提醒事项列表中各事项的优先级，从所述待提醒事项列表中确定当前需提醒的目标待提醒事项；

通信模块，用于将所述目标待提醒事项发送至所述待提醒用户的客户端进行展示。

9.一种电子设备，其特征在于，包括存储器和处理器；所述存储器用于存储一条或多条计算机指令，所述一条或多条计算机指令被所述处理器执行时能够实现上述权利要求1-7任一项所述事项提醒方法中的步骤。

10.一种存储有计算机程序的计算机可读存储介质，其特征在于，所述计算机程序被计算机执行时能够实现上述权利要求1-7任一项所述事项提醒方法中的步骤。

Images