CN104348698B - 一种基于即时通讯的服务的消息提醒方法和装置 - Google Patents

Abstract

本发明公开了一种基于即时通讯的服务的消息提醒方法和装置，所述方法包括：获取服务提供方的申请请求，所述申请请求包括消息内容模板和消息逻辑的对应关系；接收任一服务提供方的触发内容，所述触发内容包括服务使用方、消息逻辑和消息可变内容；在所述服务提供方的申请请求中，获取与所述消息逻辑对应的消息内容模板；将所述消息可变内容添加到所述消息内容模板后，得到待发消息；将所述待发消息发送至所述服务使用方，以便提醒所述服务使用方。本发明放弃使用传统的短信消息提醒功能，而在即时通讯的服务用户关系的基础上实现消息的提醒，增强了用户的体验，同时，该过程并未脱离即时通讯的服务的关系链，增加了消息提醒的效率。

Description

一种基于即时通讯的服务的消息提醒方法和装置

技术领域

本发明涉及信息数据领域，具体涉及一种基于即时通讯的服务的消息提醒方法和装置。

背景技术

随着信息化市场的发展，应用于各个行业的消息提醒功能应运而生，例如，银行信用卡账单提醒业务，即信用卡账单会以传统短信消息的形式发送至信用卡持有人的手机上，起到提醒账单的作用。

即时通讯是基于互联网的即时交流消息的业务,即时通讯的服务即使用即时通讯类软件提供或者享受的服务，目前，即时通讯类软件正在被广泛应用，用户可以使用即时通讯类软件进行各种活动，例如，用户可以预先通过即时通讯类软件与服务提供方建立关系，进而完成与服务提供方的商家之间的交易活动，此过程与传统交易相比简单快捷，但是当交易成功时，用户需要获知交易成功的消息，如果依然使用传统短信消息提醒的方式，商家不得不获取用户的手机号码，这一过程操作复杂，降低消息提醒的效率，且容易造成用户隐私泄露，同时，脱离即时通讯平台重新使用手机短信消息完成提醒功能，容易降低用户体验。

发明内容

本发明提供了一种基于即时通讯的服务的消息提醒方法和装置，能够在即时通讯平台用户关系的基础上，使用即时通讯类软件完成消息提醒，提高了消息提醒的效率，增强了用户的体验。

本发明提供的一种基于即时通讯的服务的消息提醒方法，所述方法包括：

获取服务提供方的申请请求，所述申请请求包括消息内容模板和消息逻辑的对应关系；

接收任一服务提供方的触发内容，所述触发内容包括服务使用方、消息逻辑和消息可变内容；

在所述服务提供方的申请请求中，获取与所述消息逻辑对应的消息内容模板；

将所述消息可变内容添加到所述消息内容模板后，得到待发消息；

将所述待发消息发送至所述服务使用方，以便提醒所述服务使用方。

优选地，所述获取服务提供方的申请请求，所述申请请求包括消息内容模板和消息逻辑的对应关系之前，还包括：

根据预设标准，对服务提供方的申请请求进行验证，如果通过验证，则继续执行所述获取服务提供方的申请请求。

优选地，所述获取服务提供方的申请请求，所述申请请求包括消息内容模板和消息逻辑的对应关系之后，且在所述接收任一服务提供方的触发内容，所述触发内容包括服务使用方、消息逻辑和消息可变内容之前，还包括：

对所述服务提供方的申请请求进行调试，如果调试成功，则继续执行所述接收任一服务提供方账户的触发内容。

优选地，所述方法之后，还包括：

保存操作日志；

将所述操作日志发送至所述服务提供方。

本发明还提供了一种基于即时通讯的服务的消息提醒方法，所述方法包括：

任一服务提供方将申请请求传送至消息提醒服务器，所述申请请求包括消息内容模板和消息逻辑的对应关系；

所述服务提供方将触发内容发送至所述消息提醒服务器，所述触发内容包括服务使用方、消息逻辑和消息可变内容；

所述服务使用方接收来自所述消息提醒服务器的待发消息，所述待发消息为所述消息提醒服务器将所述消息可变内容添加到所述消息逻辑对应的消息内容模板后得到的。

优选地，所述任一服务提供方将申请请求传送至消息提醒服务器，还包括：

所述服务提供方将所述申请请求发送至所述消息提醒服务器进行验证，如果通过验证，则继续执行所述服务提供方将申请请求传送至消息提醒服务器。

优选地，所述任一服务提供方将申请请求传送至消息提醒服务器，所述申请请求包括消息内容模板和消息逻辑的对应关系之后，且在所述服务提供方将触发内容发送至所述消息提醒服务器，所述触发内容包括服务使用方、消息逻辑和消息可变内容之前，所述方法还包括：

所述服务提供方对所述申请请求进行调试，如果调试成功，则继续执行所述服务提供方将触发内容发送至所述消息提醒服务器。

优选地，所述方法之后，还包括：

所述服务提供方接收操作日志，所述操作日志为所述消息提醒服务器保存的。

本发明还提供了一种基于即时通讯的服务的消息提醒装置，所述装置包括：

第一获取模块，用于获取服务提供方的申请请求，所述申请请求包括消息内容模板和消息逻辑的对应关系；

第一接收模块，用于接收任一服务提供方的触发内容，所述触发内容包括服务使用方、消息逻辑和消息可变内容；

第二获取模块，用于在所述服务提供方的申请请求中，获取与所述消息逻辑对应的消息内容模板；

添加模块，用于将所述消息可变内容添加到所述消息内容模板后，得到待发消息；

第一发送模块，用于将所述待发消息发送至所述服务使用方，以便提醒所述服务使用方。

优选地，所述装置，还包括：

验证模块，用于根据预设标准，对服务提供方的申请请求进行验证，如果通过验证，则继续执行所述获取服务提供方的申请请求。

优选地，所述装置，还包括：

调试模块，用于对所述服务提供方的申请请求进行调试，如果调试成功，则继续执行所述接收任一服务提供方账户的触发内容。

优选地，所述装置，还包括：

保存模块，用于保存操作日志；

第二发送模块，用于将所述操作日志发送至所述服务提供方。

本发明还提供了一种基于即时通讯的服务的消息提醒装置，所述装置包括：

第一发送模块，用于任一服务提供方将申请请求传送至消息提醒服务器，所述申请请求包括消息内容模板和消息逻辑的对应关系；

第二发送模块，用于所述服务提供方将触发内容发送至所述消息提醒服务器，所述触发内容包括服务使用方、消息逻辑和消息可变内容；

接收模块，用于所述服务使用方接收来自所述消息提醒服务器的待发消息，所述待发消息为所述消息提醒服务器将所述消息可变内容添加到所述消息逻辑对应的消息内容模板后得到的。

本发明首先获取服务提供方的申请请求，其次，在接收服务提供方的触发内容后，获取服务使用方、消息逻辑和消息可变内容，再次，在申请请求中获取与所述消息逻辑对应的消息内容模板，并将消息可变内容添加到消息内容模板后，得到待发消息，最后，将该待发消息发送至服务使用方，以便起到提醒该服务使用方的作用。本实施例放弃使用传统的短信消息提醒功能，而在即时通讯用户关系的基础上，基于即时通讯实现消息的提醒，增强了用户的体验，同时，该过程不需要花费时间重新获取手机号码，从而增加了消息提醒的效率。

附图说明

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

图1为本发明实施例一提供的基于即时通讯的服务的消息提醒方法流程图；

图2为本发明实施例一提供的一种消息内容模板；

图3为本发明实施例一提供的一种申请请求模板；

图4为本发明实施例二提供的基于即时通讯的服务的消息提醒方法流程图；

图5为本发明实施例三提供的一种应用于酒店业务系统的基于微信的消息提醒方法流程图；

图6为本发明实施例四提供的基于即时通讯的服务的消息提醒装置结构图；

图7为本发明实施例五提供的基于即时通讯的服务的消息提醒装置结构图。

具体实施方式

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

实施例一

在用户使用即时通讯进行信息交互的过程中，当需要用到消息提醒功能时，本实施例在即时通讯用户关系的基础上，基于即时通讯实现消息的提醒，增强了用户的体验，同时，该过程并未脱离即时通讯的服务的关系链，从而增加了消息提醒的效率。

参考图1，图1为本实施例提供的基于即时通讯的服务的消息提醒方法流程图，具体包括：

步骤101：获取服务提供方的申请请求，所述申请请求包括消息内容模板和消息逻辑的对应关系。

本实施例中，在提供消息提醒之前，首先获取服务提供方的申请请求，该申请请求包括消息内容模板和消息逻辑的对应关系，也就是说，可以在申请请求中查询到与任意一条消息逻辑相对应的消息内容模板。

其中，消息内容模板包括消息内容中的不可变内容，以及消息的基本格式。消息逻辑可以包括“操作成功”、“操作失败”等。

实际操作中，服务提供方可以根据需求设置申请请求中的消息内容模板，参考图2，图2为一种消息内容模板，服务提供方可以在消息内容模板中填写消息内容中的不可变内容，以及消息的基本格式，同时该消息内容模板还具有预览功能。

同时，服务提供方可以根据需求设置申请请求，也可以利用提供的模板进行申请请求的设置，参考图3，图3为一种申请请求模板，其中，申请请求模板可以为申请表，服务提供方可以在申请请求模板中设置消息内容模板和消息逻辑的对应关系，以便在接收到消息逻辑后，确定与该消息逻辑对应的消息内容模板。

步骤102：接收任一服务提供方的触发内容，所述触发内容包括服务使用方、消息逻辑和消息可变内容。

本实施例中，当任意一个服务提供方与服务使用方的关联状态发生变化时，系统会接收该服务提供方发送的触发内容，其中触发内容包括服务使用方、消息逻辑和消息可变内容。

具体的，服务提供方与服务使用方的关联状态发生变化可以表现为，服务使用方从服务提供方的一级会员上升为二级会员。具体的关联状态变化形式不受限制，与服务提供方设置的消息逻辑有关，可以理解为，当发生触发服务提供方设置的消息逻辑的行为时，该服务提供方就会发送相应的触发内容。

步骤103：在所述服务提供方的申请请求中，获取与所述消息逻辑对应的消息内容模板。

本实施例中，当接收到服务提供方发送的触发内容之后，首先获取该触发内容中的消息逻辑，其次，在该服务提供方的申请请求中，查询与该消息逻辑相对应的消息内容模板。

步骤104：将所述消息可变内容添加到所述消息内容模板后，得到待发消息。

本实施例中，当接收到服务提供方发送的触发内容之后，获取该触发内容中的消息可变内容，然后将获取的消息可变内容添加到消息内容模板中，形成待发消息。

实际操作中，消息内容模板包括用于添加消息可变内容的位置，只需识别消息可变内容后，将其添加到对应位置即可。例如，消息内容模板为“xxx订单成功”，消息可变内容为“星星酒店”，只需将“”添加到“xxx”中，形成待发消息“星星酒店订单成功”即可。

步骤105：将所述待发消息发送至所述服务使用方，以便提醒所述服务使用方。

本实施例中，当接收到服务提供方发送的触发内容之后，获取该触发内容中的服务使用方，将形成的待发消息发送至该服务使用方，以便实现提醒该服务使用方的目的。

由于有些服务提供方提供的申请请求的消息逻辑和消息内容模板不符合常规，如由于服务提供方的失误，可能造成“订单成功”的消息逻辑对应的是“XXX订单失败”的消息内容模板，显而易见，不能达到正确提醒用户的目的，所以，在获取服务提供方的申请请求之前，首先对服务提供方的申请请求进行验证，具体可以包括：

根据预设标准，对服务提供方的申请请求进行验证，如果通过验证，则继续执行所述获取服务提供方的申请请求。

本实施例中，预先设定标准，判断服务提供方的申请请求是否符合预设的标准，如果符合，则说明该申请请求通过验证，可以继续执行获取服务提供方的申请请求的步骤，如果不符合，则不能获取该申请请求，可以返回至该服务提供方，建议对申请请求进行修改，以便再次进行验证。

为了进一步保证服务提供方提供的申请请求的正常使用，所以，在接收服务提供方的触发内容之前，首先对服务提供方的申请请求进行调试，如果调试成功，则继续执行所述接收任一服务提供方的触发内容。实际操作中，存在多种调试方法，以下调试方法是其中的一种，具体调试过程如下：

首先，建立测试账号单，所述测试账号单包括至少一个测试账号；其中，测试账号可以为专业测试人员。

其次，接收所述服务提供方的触发内容，所述触发内容包括测试账号、消息逻辑和消息可变内容；

再次，在所述服务提供方的申请请求中，获取与所述消息逻辑对应的消息内容模板；

进而，将所述消息可变内容添加到所述消息内容模板后，得到待发消息；

最后，将所述待发消息发送至所述测试账号单中的测试账号。

以上操作模拟消息提醒过程，只是将待发消息发送给测试账号，通过测试账号的体验，了解申请请求是否能正常使用，如果以上操作能够正常执行，那么则证明该申请请求能够正常使用，否则，需要进行进一步调试，直到该申请请求能够正常使用。

服务提供方需要获取消息提醒的数据信息，以便通过分析数据信息，获知消息提醒的效果，进一步决定是否继续使用消息提醒功能等，为了满足服务提供方的统计需求，本实施例提供了如下操作：

首先，保存操作日志；

其次，将所述操作日志发送至所述服务提供方。

针对第一类即时通讯账户的消息提醒记录，系统保存该第一类即时通讯账户的操作日志，并将操作日志发送至该服务提供方，以便对其进行分析。

本发明首先获取服务提供方的申请请求，其次，在接收服务提供方的触发内容后，获取服务使用方、消息逻辑和消息可变内容，再次，在申请请求中获取与所述消息逻辑对应的消息内容模板，并将消息可变内容添加到消息内容模板后，得到待发消息，最后，将该待发消息发送至服务使用方，以便起到提醒该服务使用方的作用。本实施例放弃使用传统的短信消息提醒功能，而在即时通讯用户关系的基础上，基于即时通讯实现消息的提醒，增强了用户的体验，同时，该过程不需要花费时间重新获取手机号码，从而增加了消息提醒的效率。

实施例二

参考图4，图4为本实施例提供的基于即时通讯的服务的消息提醒方法流程图，具体可以包括：

步骤401：任一服务提供方将申请请求传送至消息提醒服务器，所述申请请求包括消息内容模板和消息逻辑的对应关系。

本实施例中，首先任意一个服务提供方将申请请求传送至消息提醒服务器，其中，申请请求包括消息内容模板和消息逻辑的对应关系，消息内容模板包括消息内容中的不可变内容，以及消息的基本格式，消息逻辑可以包括“操作成功”、“操作失败”等。

步骤402：所述服务提供方将触发内容发送至所述消息提醒服务器，所述触发内容包括服务使用方、消息逻辑和消息可变内容。

本实施例中，当任意一个服务提供方与服务使用方的关联状态发生变化时，该服务提供方可以将触发内容发送至消息提醒服务器。其中，触发内容包括服务使用方、消息逻辑和消息可变内容。

实际操作中，服务提供方与服务使用方的关联状态发生变化可以表现为，服务使用方从服务提供方的一级会员上升为二级会员，具体的关联状态变化形式不受限制。

步骤403：所述服务使用方接收来自所述消息提醒服务器的待发消息，所述待发消息为所述消息提醒服务器将所述消息可变内容添加到所述消息逻辑对应的消息内容模板后得到的。

本实施例中，服务使用方接收来自消息提醒服务器的待发消息，其中，由于消息提醒服务器接收的触发内容包括服务使用方、消息逻辑和消息可变内容，该消息提醒服务器将消息可变内容添加到所述消息内容模板后，得到待发消息，最终将该待发消息发送至服务使用方，完成消息提醒。

实际应用中，由于有些服务提供方传送至消息提醒服务器的申请请求的消息逻辑和消息内容模板不符合常规，如由于服务提供方的失误，可能造成“订单成功”的消息逻辑对应的是“XXX订单失败”的消息内容模板，显而易见，不能达到正确提醒用户的目的，所以，在服务提供方传送至消息提醒服务器申请请求之前，首先对服务提供方的申请请求进行验证，具体可以包括：

所述服务提供方将所述申请请求发送至所述消息提醒服务器进行验证，如果通过验证，则继续执行所述服务提供方将申请请求传送至消息提醒服务器。如果没通过验证，则建议服务提供方对申请请求进行修改，以便再次进行验证。

另外，实际应用中为了进一步保证服务提供方提供的申请请求的正常使用，在接收服务提供方的触发内容之前，首先对服务提供方的申请请求进行调试，如果调试成功，则继续执行所述接收任一服务提供方的触发内容，具体调试过程如下：

所述服务提供方对所述申请请求进行调试，如果调试成功，则继续执行所述服务提供方将触发内容发送至所述消息提醒服务器，否则，需要进行进一步调试，直到该申请请求能够正常使用。

实际操作中，服务提供方需要获取消息提醒的数据信息，以便通过分析数据信息，获知消息提醒的效果，进一步决定是否继续使用消息提醒功能等，为了满足服务提供方的统计需求，本实施例提供了如下操作：

所述服务提供方接收操作日志，所述操作日志为所述消息提醒服务器保存的。

本实施例放弃使用传统的短信消息提醒功能，而在即时通讯用户关系的基础上，基于即时通讯实现消息的提醒，增强了用户的体验，同时，该过程并未脱离即时通讯的服务的关系链，从而增加了消息提醒的效率。

实施例三

微信作为当今流行的即时通讯类软件，正在各个行业被广泛应用，所以本发明提供的基于微信的消息提醒方法也可以应用到各个领域，例如酒店业务领域、电子产品交易领域等。

参考图5，图5为本实施例提供的一种应用于酒店业务系统的基于微信的消息提醒方法流程图，其中，服务提供方可以为酒店官方微信，服务使用方可以为与酒店官方微信账号建立客户关系的普通微信用户账号，具体的建立客户关系的方法可以包括彼此添加对方的微信账号，或者普通微信用户通过二维码扫描与酒店官方微信建立客户关系，图5具体包括：

步骤501：根据预设标准，对酒店官方微信账号的申请请求进行验证，判断是否验证成功，如果是，则进入步骤502。

本实施例中，根据预先设置的标准，对酒店官方微信账号的申请请求进行验证，也就是说，当酒店官方微信账号的申请请求满足预设的标准时，则进入步骤步骤502，否则，可以通知酒店官方微信账号对该申请请求进行修改，直到符合预设的标准。

步骤502：获取酒店官方微信账号的申请请求，所述申请请求包括消息内容模板和消息逻辑的对应关系。

本实施例中，在申请请求通过验证之后，获取该酒店官方微信账号的申请请求，其中，申请请求中包括消息内容模板和消息逻辑的对应关系，也就是说，申请请求中可以包括“酒店预订成功”与“XXX，您的XXX订单已成功！”的对应关系。其中，“酒店预订成功”为酒店官方微信账号的申请请求中的消息逻辑，“XXX，您的XXX订单已成功！”为酒店官方微信账号的申请请求中的消息内容模板。

步骤503：对所述酒店官方微信账号的申请请求进行调试，判断是否调试成功，如果是，则进入步骤504。

本实施例中，在将酒店官方微信账号的申请请求应用之前，首先对其进行调试，以确保其能够正常被使用。首先，通常用若干个微信测试人员账号模拟普通微信用户账号，通过完成酒店官方微信账号对微信测试人员账号的消息提醒，测试酒店官方微信账号的申请请求是否能够正常使用。如果该申请请求能够在微信测试人员账号中正常使用，则很大程度上确保了申请请求在普通微信用户账号中的可用性。如果调试成功，则进入步骤504。

步骤504：接收酒店官方微信账号的触发内容，所述触发内容包括普通微信用户账号、消息逻辑和消息可变内容。

本实施例中，当酒店官方微信账号与普通微信用户账号的关联状态发生变化时，酒店官方微信账号向系统发送触发内容，其中触发内容包括与酒店官方微信账号的关联状态发生变化的普通微信用户账号、消息逻辑和消息可变内容。例如，当普通微信用户账号使用微信成功预订了酒店官方微信账号的酒店房间，那么酒店官方微信账号会向系统发送触发内容，即预订酒店房间的普通微信用户账号、订单成功的消息逻辑和消息可变内容。

步骤505：在所述酒店官方微信账号的申请请求中，获取与所述消息逻辑对应的消息内容模板。

本实施例中，分析获取的酒店官方微信账号的申请请求，获取与酒店官方微信账号发送的消息逻辑对应的消息内容模板，例如，获取与“酒店预订成功”消息逻辑相对应的“XXX，您的XXX订单已成功！”消息内容模板。

步骤506：将所述消息可变内容添加到所述消息内容模板后，得到待发消息。

本实施例中，在获取消息可变内容之后，将获取的消息可变内容添加到消息内容模板中，得到待发消息。例如，将“王晓峰”和“301房间”可变消息内容添加到“XXX，您的XXX订单已成功！”消息内容模板中，得到“王晓峰，您的301房间订单已成功！”待发消息。

步骤507：将所述待发消息发送至所述普通微信用户账号，以便提醒所述普通微信用户账号。

本实施例中，在获取与酒店官方微信账号的关联状态发生变化的普通微信用户账号后，将得到的待发消息以微信的形式发送给该普通微信用户账号，以便提醒其订单成功。

步骤508：保存操作日志。

步骤509：将所述操作日志发送至所述酒店官方微信账号。

本实施例中，针对酒店官方微信账号的消息提醒记录，系统保存该酒店官方微信账号对与其关联状态发生变化的普通微信用户账号的消息提醒操作日志，并将该操作日志发送至该酒店官方微信账号，以便对其进行分析，最终用于帮助该酒店官方微信账号最大程度了解该消息提醒的效果，同时做出评估判断。

本实施例中，将基于微信的消息提醒方法应用到酒店业务行业，当普通微信用户账号通过微信与酒店官方微信账号进行酒店业务预定等操作时，酒店不需要通过获取该用户的手机号码以传统短信消息的形式提醒该用户，而是在原有微信关系的基础上，通过微信对该普通微信用户账号进行消息提醒，提高了消息提醒效率，同时，由于用户的订单等操作和消息提醒都是基于微信完成的，形成用户操作流程闭环，提升用户体验。

实施例四

参考图6，图6为一种基于即时通讯的服务的消息提醒装置结构图，具体包括：

第一获取模块601，用于获取服务提供方的申请请求，所述申请请求包括消息内容模板和消息逻辑的对应关系；

第一接收模块602，用于接收任一服务提供方的触发内容，所述触发内容包括服务使用方、消息逻辑和消息可变内容；

第二获取模块603，用于在所述服务提供方的申请请求中，获取与所述消息逻辑对应的消息内容模板；

添加模块604，用于将所述消息可变内容添加到所述消息内容模板后，得到待发消息；

第一发送模块605，用于将所述待发消息发送至所述服务使用方，以便提醒所述服务使用方。

为了达到消息能够正确提醒用户的目的，所述装置，还可以包括：

验证模块，用于根据预设标准，对服务提供方的申请请求进行验证，如果通过验证，则继续执行所述获取服务提供方的申请请求。

为了进一步保证服务提供方提供的申请请求的正常使用，所述装置，还可以包括：

调试模块，用于对所述服务提供方的申请请求进行调试，如果调试成功，则继续执行所述接收任一第一类微信账户的触发内容。

为了满足服务提供方的统计需求，所述装置，还可以包括：

保存模块，用于保存操作日志；

第二发送模块，用于将所述操作日志发送至所述服务提供方。

本发明首先获取服务提供方的申请请求，其次，在接收服务提供方的触发内容后，获取服务使用方、消息逻辑和消息可变内容，再次，在申请请求中获取与所述消息逻辑对应的消息内容模板，并将消息可变内容添加到消息内容模板后，得到待发消息，最后，将该待发消息发送至服务使用方，以便起到提醒该服务使用方的作用。本实施例放弃使用传统的短信消息提醒功能，而在即时通讯服务的用户关系的基础上，基于即时通讯的服务实现消息的提醒，增强了用户的体验，同时，该过程不需要花费时间重新获取手机号码，从而增加了消息提醒的效率。

实施例五

参考图7，图7为一种基于即时通讯的服务的消息提醒装置结构图，具体可以包括：

第一发送模块701，用于任一服务提供方将申请请求传送至消息提醒服务器，所述申请请求包括消息内容模板和消息逻辑的对应关系；

第二发送模块702，用于所述服务提供方将触发内容发送至所述消息提醒服务器，所述触发内容包括服务使用方、消息逻辑和消息可变内容；

接收模块703，用于所述服务使用方接收来自所述消息提醒服务器的待发消息，所述待发消息为所述消息提醒服务器将所述消息可变内容添加到所述消息逻辑对应的消息内容模板后得到的。

本实施例放弃使用传统的短信消息提醒功能，而在即时通讯的服务的用户关系的基础上，基于即时通讯的服务实现消息的提醒，增强了用户的体验，同时，该过程不需要花费时间重新获取手机号码，从而增加了消息提醒的效率。

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

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

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

Claims (13)

1.一种基于即时通讯的服务的消息提醒方法，其特征在于，所述方法包括：

获取各个服务提供方的申请请求，所述申请请求包括消息内容模板、消息逻辑以及所述消息内容模板和所述消息逻辑的对应关系；所述消息内容模板包括消息内容中的不可变内容，以及消息的基本格式；

当任意一个服务提供方设置的消息逻辑对应的行为被触发时，接收所述服务提供方的触发内容，所述触发内容包括服务使用方、消息逻辑和消息可变内容；其中，所述服务提供方通过即时通讯类软件与所述服务使用方建立交互关系；

在所述服务提供方的申请请求中，获取与所述消息逻辑对应的消息内容模板；

将所述消息可变内容添加到所述消息内容模板后，得到待发消息；

将所述待发消息发送至所述服务使用方，以便提醒所述服务使用方。

2.根据权利要求1所述的方法，其特征在于，所述获取服务提供方的申请请求，所述申请请求包括消息内容模板和消息逻辑的对应关系之前，还包括：

根据预设标准，对服务提供方的申请请求进行验证，如果通过验证，则继续执行所述获取服务提供方的申请请求。

3.根据权利要求1所述的方法，其特征在于，所述获取服务提供方的申请请求，所述申请请求包括消息内容模板和消息逻辑的对应关系之后，且在所述接收任一服务提供方的触发内容，所述触发内容包括服务使用方、消息逻辑和消息可变内容之前，还包括：

对所述服务提供方的申请请求进行调试，如果调试成功，则继续执行所述接收任一服务提供方的触发内容。

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

保存操作日志；

将所述操作日志发送至所述服务提供方。

5.一种基于即时通讯的服务的消息提醒方法，其特征在于，所述方法包括：

任一服务提供方将申请请求传送至消息提醒服务器，所述申请请求包括消息内容模板、消息逻辑以及所述消息内容模板和所述消息逻辑的对应关系；所述消息内容模板包括消息内容中的不可变内容，以及消息的基本格式；

当所述服务提供方设置的消息逻辑对应的行为被触发时，所述服务提供方将触发内容发送至所述消息提醒服务器，所述触发内容包括服务使用方、消息逻辑和消息可变内容；

所述服务使用方接收来自所述消息提醒服务器的待发消息，所述待发消息为所述消息提醒服务器将所述消息可变内容添加到所述消息逻辑对应的消息内容模板后得到的；

其中，所述服务提供方通过即时通讯类软件与所述服务使用方建立交互关系。

6.根据权利要求5所述的方法，其特征在于，所述任一服务提供方将申请请求传送至消息提醒服务器，还包括：

所述服务提供方将所述申请请求发送至所述消息提醒服务器进行验证，如果通过验证，则继续执行所述服务提供方将申请请求传送至消息提醒服务器。

7.根据权利要求5所述的方法，其特征在于，所述任一服务提供方将申请请求传送至消息提醒服务器，所述申请请求包括消息内容模板和消息逻辑的对应关系之后，且在所述服务提供方将触发内容发送至所述消息提醒服务器，所述触发内容包括服务使用方、消息逻辑和消息可变内容之前，所述方法还包括：

所述服务提供方对所述申请请求进行调试，如果调试成功，则继续执行所述服务提供方将触发内容发送至所述消息提醒服务器。

8.根据权利要求7所述的方法，其特征在于，所述方法之后，还包括：

所述服务提供方接收操作日志，所述操作日志为所述消息提醒服务器保存的。

9.一种基于即时通讯的服务的消息提醒装置，其特征在于，所述装置包括：

第一获取模块，用于获取各个服务提供方的申请请求，所述申请请求包括消息内容模板、消息逻辑以及所述消息内容模板和所述消息逻辑的对应关系；所述消息内容模板包括消息内容中的不可变内容，以及消息的基本格式；

第一接收模块，用于当任意一个服务提供方设置的消息逻辑对应的行为被触发时，接收所述服务提供方的触发内容，所述触发内容包括服务使用方、消息逻辑和消息可变内容；其中，所述服务提供方通过即时通讯类软件与所述服务使用方建立交互关系；

第二获取模块，用于在所述服务提供方的申请请求中，获取与所述消息逻辑对应的消息内容模板；

添加模块，用于将所述消息可变内容添加到所述消息内容模板后，得到待发消息；

第一发送模块，用于将所述待发消息发送至所述服务使用方，以便提醒所述服务使用方。

10.根据权利要求9所述的装置，其特征在于，所述装置，还包括：

验证模块，用于根据预设标准，对服务提供方的申请请求进行验证，如果通过验证，则继续执行所述获取服务提供方的申请请求。

11.根据权利要求9所述的装置，其特征在于，所述装置，还包括：

调试模块，用于对所述服务提供方的申请请求进行调试，如果调试成功，则继续执行所述接收任一服务提供方账户的触发内容。

12.根据权利要求11所述的装置，其特征在于，所述装置，还包括：

保存模块，用于保存操作日志；

第二发送模块，用于将所述操作日志发送至所述服务提供方。

13.一种基于即时通讯的服务的消息提醒装置，其特征在于，所述装置包括：

第一发送模块，用于将申请请求传送至消息提醒服务器，所述申请请求包括消息内容模板、消息逻辑以及所述消息内容模板和所述消息逻辑的对应关系；所述消息内容模板包括消息内容中的不可变内容，以及消息的基本格式；

第二发送模块，用于在设置的消息逻辑对应的行为被触发时，将触发内容发送至所述消息提醒服务器，所述触发内容包括服务使用方、消息逻辑和消息可变内容；

接收模块，用于接收来自所述消息提醒服务器的待发消息，所述待发消息为所述消息提醒服务器将所述消息可变内容添加到所述消息逻辑对应的消息内容模板后得到的；

其中，所述服务提供方通过即时通讯类软件与所述服务使用方建立交互关系。