CN112083983A - 提醒消息的发送方法、接收方法、终端、装置及介质 - Google Patents

Abstract

本申请公开了一种提醒消息的发送方法、接收方法、终端、装置及介质，涉及计算机网络领域。该接收方法包括：获取提醒主题的主题标题；根据所述提醒主题的主题标题，显示所述提醒主题的授权提醒界面；在所述授权提醒界面上接收到授权操作后，向所述提醒主题授予具有有限条件的提醒权限，所述有限条件包括有限时间和有限次数中的至少一种；接收所述提醒主题的提醒消息。该发送方法包括：显示提醒主题的创建界面；根据所述创建界面中接收到的创建操作，创建得到所述提醒主题；获取所述提醒主题对应的授权用户，所述授权用户是向所述提醒主题授予具有有限条件的提醒权限的用户帐号，向所述提醒主题对应的授权用户发送提醒消息。

Description

提醒消息的发送方法、接收方法、终端、装置及介质

技术领域

本申请涉及计算机网络领域，特别涉及一种提醒消息的发送方法、接收方法、终端、装置及介质。

背景技术

在即时通讯程序中实现点对点的通讯时，用户之间需要添加对方为好友。

在相关技术中，用户A使用即时通讯程序扫描用户B的二维码，将用户B添加为即时通讯程序中的好友。然后，用户A使用即时通讯程序向用户B发送即时通讯消息，用户B使用即时通讯程序接收用户A发送的即时通讯消息。

在很多陌生人的偶然社交场景下，用户A和用户B之间仅沟通几次以后，就再也不会沟通。因此，上述技术方案会产生不必要的好友关系，增加了社交关系链的复杂程度，还会将用户的联系方式泄露给陌生人，产生用户隐私泄露和垃圾信息骚扰的问题。

发明内容

本申请实施例提供了一种提醒消息的发送方法、接收方法、装置、终端及设备，可以解决相关技术中在陌生人的偶然社交场景下，用户间沟通时产生不必要的好友关系，导致用户的隐私泄露和垃圾信息骚扰的问题。所述技术方案如下：

根据本申请的一个方面，提供了一种提醒消息的接收方法，所述方法包括：

获取提醒主题的主题标题；

根据所述提醒主题的主题标题，显示所述提醒主题的授权提醒界面；

在所述授权提醒界面上接收到授权操作后，向所述提醒主题授予具有有限条件的提醒权限，所述有限条件包括有限时间和有限次数中的至少一种；

接收所述提醒主题的提醒消息。

根据本申请的另一方面，提供了一种提醒消息的接收方法，应用于安装有第一宿主程序和第一提醒助手小程序的终端中，所述第一提醒助手小程序依赖于所述第一宿主程序运行，所述方法包括：

通过所述第一宿主程序扫描提醒主题对应的图形码；

从所述图形码中获取所述提醒主题对应的主题标题；

通过所述第一宿主程序调用所述第一提醒助手小程序，通过所述第一提醒助手小程序根据所述提醒主题的主题标题，显示所述提醒主题的授权提醒界面；

在所述授权提醒界面上接收到授权操作后，向所述提醒主题授予具有有限条件的提醒权限，所述有限条件包括有限时间和有限次数中的至少一种；

通过所述第一提醒助手小程序接收所述提醒主题的提醒消息。

根据本申请的另一方面，提供了一种提醒消息的发送方法，所述方法包括：

显示提醒主题的创建界面；

根据所述创建界面中接收到的创建操作，创建得到所述提醒主题；

获取所述提醒主题对应的授权用户，所述授权用户是向所述提醒主题授予具有有限条件的提醒权限的用户帐号，所述有限条件包括有限时间和有限次数中的至少一种；

向所述提醒主题对应的授权用户发送提醒消息。

根据本申请的另一方面，提供了一种提醒消息的发送方法，应用于安装有第二宿主程序和第二提醒助手小程序的终端中，所述第二提醒助手小程序依赖于所述第二宿主程序运行，所述方法包括：

通过所述第二提醒助手小程序显示提醒主题的创建界面；

通过所述第二提醒助手小程序根据所述创建界面中接收到的创建操作，创建得到所述提醒主题；

通过所述第二提醒助手小程序获取所述提醒主题对应的授权用户，所述授权用户是向所述提醒主题授予具有有限条件的提醒权限的用户帐号，所述有限条件包括有限时间和有限次数中的至少一种；

通过所述第二提醒助手小程序向所述提醒主题对应的授权用户发送提醒消息。

根据本申请的另一方面，提供了一种提醒消息的发送方法，所述方法包括：

接收第一提醒助手小程序发送的授权指示；

根据所述授权指示向提醒主题授予具有有限条件的提醒权限；

接收第二提醒助手小程序发送的所述提醒主题的提醒消息；

当所述提醒消息满足所述有限条件时，向所述第一提醒助手小程序发送所述提醒消息。

根据本申请的另一方面，提供了一种提醒消息的接收装置，所述装置包括：

获取模块，用于获取提醒主题的主题标题；

显示模块，用于根据提醒主题的主题标题，显示提醒主题的授权提醒界面；

接收模块，用于在授权提醒界面上接收到授权操作后，向提醒主题授予具有有限条件的提醒权限，有限条件包括有限时间和有限次数中的至少一种；

所述接收模块，还用于接收提醒主题的提醒消息。

根据本申请的另一方面，提供了一种提醒消息的接收装置，所述装置包括：

显示模块，用于显示提醒主题的创建界面；

接收模块，用于根据创建界面中接收到的创建操作，创建得到提醒主题；

获取模块，用于获取提醒主题对应的授权用户，授权用户是向提醒主题授予具有有限条件的提醒权限的用户帐号，有限条件包括有限时间和有限次数中的至少一种；

发送模块，用于向提醒主题对应的授权用户发送消息。

根据本申请的另一方面，提供了一种提醒消息的接收装置，所述装置包括：

扫描模块，用于通过第一宿主程序扫描提醒主题对应的图形码；

获取模块，用于从图形码中获取提醒主题对应的主题标题；

显示模块，用于通过第一宿主程序调用第一提醒助手小程序，通过第一提醒助手小程序根据提醒主题的主题标题，显示提醒主题的授权提醒界面；

接收模块，用于在授权提醒界面上接收到授权操作后，向提醒主题授予具有有限条件的提醒权限，有限条件包括有限时间和有限次数中的至少一种；

所述接收模块，还用于通过第一提醒助手小程序接收提醒主题的提醒消息。

根据本申请的另一方面，提供了一种提醒消息的接收装置，所述装置包括：

显示模块，用于通过第二提醒助手小程序显示提醒主题的创建界面；

接收模块，用于通过第二提醒助手小程序根据创建界面中接收到的创建操作，创建得到提醒主题；

获取模块，用于通过第二提醒助手小程序获取提醒主题对应的授权用户，授权用户是向提醒主题授予具有有限条件的提醒权限的用户帐号，有限条件包括有限时间和有限次数中的至少一种；

发送模块，用于通过第二提醒助手小程序向提醒主题对应的授权用户发送提醒消息。

根据本申请的另一方面，提供了一种终端，所述终端包括：宿主程序和提醒助手小程序；所述提醒助手小程序依赖于所述宿主程序运行，所述终端用于实现如上方面所述的提醒消息的接收方法和提醒消息的发送方法。

根据本申请的另一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上方面所述的提醒消息的接收方法和提醒消息的发送方法。

本申请实施例提供的技术方案带来的有益效果至少包括：

通过第二客户端(发送方)创建提醒主题来建立与第一客户端(接收方)之间的通讯关系，并且通过接收方对提醒主题进行有限条件(包括有限时间和有限次数中的至少一种)的授权，不需要发送方和接收方建立好友关系，而是以提醒主题来作为通讯纽带，避免了在与陌生人的偶然社交场景下，用户间产生不必要的好友关系、个人隐私泄露和信息骚扰的问题，缓解了用户的社交压力。

附图说明

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

图1是本申请一个示例性实施例提供的提醒助手小程序中的界面示意图；

图2是本申请一个示例性实施例提供的实施环境的框图；

图3是本申请一个示例性实施例提供的提醒消息的接收方法的流程图；

图4是本申请一个示例性实施例提供的提醒消息的发送方法的流程图；

图5是本申请另一个示例性实施例提供的提醒消息的发送方法的流程图；

图6是本申请另一个示例性实施例提供的提醒消息的接收方法的流程图；

图7是本申请一个示例性实施例提供终端的结构框图；

图8是本申请另一个示例性实施例提供的提醒助手小程序发送提醒消息的方法的流程图；

图9是本申请另一个示例性实施例提供的提醒助手小程序接收提醒消息的方法的流程图；

图10是本申请一个示例性实施例提供的提醒助手小程序创建提醒主题的界面示意图；

图11是本申请一个示例性实施例提供的提醒助手小程序显示提醒主题对应的图形码的界面示意图；

图12是本申请一个示例性实施例提供的提醒助手小程序授权过程的界面示意图；

图13是本申请一个示例性实施例提供的提醒助手小程序发送提醒消息界面示意图；

图14是本申请一个示例性实施例提供的提醒助手小程序接收提醒消息的界面示意图；

图15是本申请的一个示例性实施例提供的提醒消息的接收装置的结构示意图；

图16是本申请的一个示例性实施例提供的提醒消息的发送装置的结构示意图；

图17是本申请的另一个示例性实施例提供的提醒消息的接收装置的结构示意图；

图18是本申请一个示例性实施例提供的电子设备的装置结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

首先对本申请实施例中涉及的名词进行介绍：

提醒：唤起用户记起一些可能忘记的事情，具有提示的功能。终端中的一些应用程序就有提醒的功能，比如，提醒事项、备忘录、To do list等应用程序。用户可以通过备忘录创建需要被提醒的提醒主题，比如，用户在备忘录上创建被提醒主题的内容是：下午一点吃药。当时间为下午一点时，备忘录会发送一条提醒消息，提醒用户到应该吃药的时间了。

强提醒：是指通过加强提醒的方式使用户不易忽略提醒主题的内容。比如，同样的，提醒主题内容是：下午一点吃药，当时间为下午一点时，在强提醒的情况下，终端会产生特殊的响铃、闪烁信号灯、振动和显示提醒内容中的至少一种提醒方式。用户需要在终端的应用程序上对提醒内容进行操作，比如，取消提醒或者延迟提醒，则终端会停止产生特殊的响铃、闪烁信号灯、振动和显示提醒内容中的至少一种提醒方式。上述强提醒方式相比于普通提醒方式，需要用户手动更改提醒，提醒消息更不易于忽略。

发送方：是指发送提醒消息的用户(或用户帐号)，用户通过提醒助手小程序或者具有提醒功能的应用程序(包括小程序依赖的宿主程序)，向其他用户发送提醒消息，提醒消息中包括：提醒主题的名称和提醒内容中的至少一种。

接收方：是指接收提醒消息的用户(或用户帐号)，用户通过提醒助手小程序或者具有提醒功能的应用程序(包括小程序依赖的宿主程序)，接收来自其他用户发送的提醒消息，在终端的显示屏上显示提醒消息界面，或者，终端以铃声、闪烁信号灯、振动中的至少一种方式进行提醒，提醒消息中包括：提醒主题的名称和提醒主题的内容中的至少一种。

提醒主题：在一些实施例中也称为提醒事件，本申请对此不作限定，是指提醒消息所基于的主题。提醒主题包括：提醒主题标题和提醒主题内容中的至少一种，比如，提醒主题是专利申请分享会，提醒消息是下午三点参加专利申请分享会。

提醒二维码：是指与提醒主题对应的二维码，接收方通过扫描提醒二维码来接收提醒消息。

扫码授权：是指接收方在扫描提醒二维码时，需要进行授权操作，向提醒主题授予有效的提醒权限，在进行授权操作后，接收提醒消息。

发送提醒消息：当至少一个接收方扫描提醒二维码并授权时，发送方可以向该接收方发送提醒消息。

在即时通讯程序中实现点对点的通讯时，用户之间需要添加对方为好友才能建立通讯关系，添加好友的方式包括以下方式中的至少一种：用户A使用摄像头扫描用户B的二维码、用户A搜索用户B在即时通讯程序中的帐号或用户名或昵称、通过通讯录中的用户B的电话号码查询用户B在即时通讯程序中的帐号等信息和通过即时通讯程序中的雷达功能查询同样开启雷达功能的用户B在即时通讯程序中的帐号等信息。当用户A成功添加用户B为好友时，用户A可以使用即时通讯程序向用户B发送即时通讯消息，用户B可以使用即时通讯程序接收用户A发送的即时通讯消息。

在陌生人的偶然社交场景下，用户A和用户B之间仅沟通几次以后，就再也不会沟通，比如，当用户A接收快递时，快递员(用户B)通过物流相关的即时通讯程序(如，淘宝程序、菜鸟裹裹程序、丰巢程序等)向用户A发送即时通讯消息，提醒用户A收取快递，当用户A收取快递后，与用户B在物流相关的即时通讯程序上的沟通便会终止，但用户A和用户B之间在物流相关的即时通讯程序上仍然是好友关系。如此，用户B知晓用户A的个人信息，增加了用户A的社交关系链的复杂程度，严重时还易于产生用户隐私泄露和垃圾信息骚扰的问题，并且对用户A产生一定的社交压力。

本申请中提供的方法可应用于应用程序(宿主程序)，或者，具有提醒功能的应用程序(宿主程序)，或者，依赖宿主程序的具有提醒功能的小程序中，下述实施例是以该方法应用于应用程序和依赖宿主程序的具有提醒功能的小程序中来说明。

以接收提醒消息的方法应用于依赖宿主程序的强提醒助手小程序中为例进行说明，图1示出了本申请一个示例性实施例提供的强提醒助手小程序中的界面示意图。如图1的(a)所示，强提醒助手小程序的界面11包括：提醒主题的信息111(包括：提醒主题对应的二维码、提醒主题的标题和接收提醒消息的用户数量)、编辑提醒内容的虚拟按钮112和提醒主题对应的二维码的菜单虚拟按钮113，通过宿主程序扫描提醒主题对应的二维码，如图1的(b)所示，该扫描界面12包括：图形码扫描框114、扫码选项115、辅助照明选项116和返回虚拟按钮117。当用户扫描提醒主题对应的二维码时，生成授权提醒界面13，如图1的(c)所示，该授权提醒界面13包括：提醒主题的信息118(包括提醒主题的标题和提醒主题的提醒方式，比如，接收强提醒)、确定授权选项119、取消授权选项121和关闭授权提醒界面的选项122。当用户授权接收提醒消息后，通过多种方式接收到提醒主题对应的提醒消息，比如，在消息界面中的服务通知消息栏中接收到提醒消息。在一个实例中，在终端的锁屏界面20中显示提醒消息，如图1的(d)所示，锁屏界面20上显示有强提醒助手小程序发送提醒消息的提示信息132和“我知道了”虚拟按钮133。提示信息132用于提示用户接收提醒消息，在一个示例中，提醒消息未显示消息的详细内容。“我知道了”虚拟按钮133用于用户关闭该显示提醒消息的缩屏界面20，在一些实施例中，“我知道了”虚拟按钮133也被命名为“知道了”虚拟按钮、“取消提醒”虚拟按钮、关闭虚拟按钮等等，本申请对此不作限定。用户可以查看提醒主题操作，或者，对已授权的提醒主题进行删除操作，根据删除操作取消对提醒主题授予的提醒权限，

图2示出本申请一个示例性实施例提供的计算机系统的结构框图。该计算机系统100包括：第一终端120、服务器140和第二终端160。

第一终端120安装和运行有支持即时通讯的应用程序，或者，安装和运行有提醒助手小程序。该应用程序可以是网络寻呼机(ICQ)、讯佳普(Skype)、微软网络服务(MSN，Microsoft Service Network)、中国腾讯科技有限公司出品的QQ或微信(WeChat)、飞秋、飞鸽和中国阿里巴巴集团出品的淘宝、阿里旺旺、菜鸟裹裹中的任意一种，也可以是依赖宿主程序的小程序。第一终端120是第一用户使用的终端，第一用户使用第一终端120上的即时通讯程序发送即时通讯消息，该消息包括但不限于：文字、语音、图片、视频、音乐、网页链接、文件、提醒消息中的至少一种。示意性的，该消息是提醒消息。

第一终端120通过无线网络或有线网络与服务器140相连。

服务器140包括一台服务器、多台服务器、云计算平台和虚拟化中心中的至少一种。示意性的，服务器140包括处理器144和存储器142，存储器142又包括显示模块1421、接收和发送模块1422和获取模块1423。服务器140用于为支持三维虚拟环境的应用程序提供后台服务。可选地，服务器140承担主要计算工作，第一终端120和第二终端160承担次要计算工作；或者，服务器140承担次要计算工作，第一终端120和第二终端160承担主要计算工作；或者，服务器140、第一终端120和第二终端160三者之间采用分布式计算架构进行协同计算。

第二终端160安装和运行支持即时通讯的应用程序，或者，安装有提醒助手小程序。该应用程序可以是网络寻呼机(ICQ)、讯佳普(Skype)、微软网络服务(MSN，MicrosoftService Network)、中国腾讯科技有限公司出品的QQ或微信(Wechat)、飞秋、飞鸽和中国阿里巴巴集团出品的淘宝、阿里旺旺、菜鸟裹裹中的任意一种，也可以是依赖宿主程序的小程序。第一终端120是第一用户使用的终端，第一用户使用第一终端120上的即时通讯程序发送即时通讯消息，该消息包括但不限于：文字、语音、图片、视频、音乐、网页链接、文件、提醒消息中的至少一种。示意性的，该消息是提醒消息。

可选地，第一终端120和第二终端160上安装的应用程序是相同的，或两个终端上安装的应用程序是不同控制系统平台的同一类型应用程序。第一终端120可以泛指多个终端中的一个，第二终端160可以泛指多个终端中的一个，本实施例仅以第一终端120和第二终端160来举例说明。第一终端120和第二终端160的设备类型相同或不同，该设备类型包括：智能手机、平板电脑、电子书阅读器、MP3播放器、MP4播放器、膝上型便携计算机和台式计算机中的至少一种。以下实施例以终端包括智能手机来举例说明。

本领域技术人员可以知晓，上述终端的数量可以更多或更少。比如上述终端可以仅为一个，或者上述终端为几十个或几百个，或者更多数量。本申请实施例对终端的数量和设备类型不加以限定。

图3示出了本申请一个示例性实施例提供的提醒消息的接收方法，该方法应用于如图2所示的计算系统中的第一终端120或第二终端160中或该计算机系统中的其它终端中。该方法包括如下步骤：

步骤301，获取提醒主题的主题标题。

第一客户端(接收方)通过扫描图形码、点击链接、点击应用程序的界面上的虚拟按钮(比如，“加入”虚拟按钮、“关注”虚拟按钮等虚拟按钮)等方式获取提醒主题的主题标题。

示意性的，提醒主题的主题标题包括如下形式中的至少一种：参加活动、工作安排、收取物品、疾病治疗等。在一个示例中，提醒主题的主题标题是参加某项活动，比如，参加专利申请分享会。

步骤302，根据提醒主题的主题标题，显示提醒主题的授权提醒界面。

第一客户端(接收方)根据提醒主题的主题标题，显示提醒主题的授权提醒界面，授权提醒界面用于提醒接收方进行授权操作。

若用户需要接收提醒消息，则需要在授权提醒界面上进行授权操作。可选地，该授权提醒界面上包括如下形式中的至少一种信息：提醒授权符号(比如：带有警告标示或提醒意思的感叹号，颜色形状任意，本申请对此不作限定)、授权帐号、昵称、用户名、授权时间、授权内容(包括：终端操作系统上的部分功能，比如，录音功能、摄像功能、定位功能、话筒功能、听筒功能中的至少一种，或者，接收方的电话号码、邮箱地址等个人信息，或者，接收方的兴趣爱好、社交圈等等)。

示意性的，接收方以授权帐号和昵称的授权方式显示提醒主题的授权提醒界面。

步骤303，在授权提醒界面上接收到授权操作后，向提醒主题授予具有有限条件的提醒权限，有限条件包括有限时间和有限次数中的至少一种。

第一客户端进行授权操作，在授权提醒界面上接收到授权操作后，向提醒主题授予具有有限条件的提醒权限。

可选地，该有限条件包括有限时间和有限次数中的至少一种。有限时间是指在一定的时长之内发送方可以发送提醒消息，有限次数是指发送方发送提醒消息的次数是有限的。

示意性的，该有限条件同时包括有限时间和有限次数，比如，发送方在一小时之内对提醒主题授予三次的提醒权限，即发送方在一小时之内可以发送三次提醒主题的提醒消息。

可选地，第一客户端(接收方)可以根据实际情况、使用习惯、个人爱好等对提醒主题的授权操作进行设置，或者，第一客户端(接收方)的授权操作是后台服务器已经设置好的(默认设置)。对授权操作进行设置包括以下形式中的至少一种：授权次数和授权时间。在一个示例中，接收方设置对提醒主题授权两次。

可选地，第一客户端(接收方)对提醒主题进行授权操作是任意的(包括以下至少一种方式：授权次数任意和进行授权操作的时间任意)，在一个示例中，提醒主题是上午10：00创建的，用户A和用户B均接收该提醒主题的提醒消息，用户A对提醒主题授权两次，分别是上午10：00和上午10：10；用户B对提醒主题授权十次，从11：00开始进行授权操作，每隔30分钟授权一次。

步骤304，接收提醒主题的提醒消息。

当第一客户端(接收方)对提醒主题进行授权操作后，可接收提醒主题的提醒消息。

可选地，该提醒消息包括：提醒主题的主题标题、提醒主题的主题内容、提醒主题的提醒时间、提醒主题的失效时间中的至少一种，示意性的，以提醒消息包括提醒主题的主题标题和内容为例进行说明，比如，接收方在对提醒主题进行授权操作后，接收到提醒主题的提醒消息，提醒主题的主题标题是专利申请分享会，提醒主题的主题内容是下午三点，A楼101室，请准时参加会议，即接收方接收到关于参加专利申请分享会的时间和地点的提醒消息。

综上所述，本实施例提供的方法，通过第二客户端(发送方)创建提醒主题来建立与第一客户端(接收方)之间的通讯关系，并且通过接收方对提醒主题进行有限条件(包括有限时间和有限次数中的至少一种)的授权，不需要发送方和接收方建立好友关系，而是以提醒主题来作为通讯纽带，避免了在与陌生人的偶然社交场景下，用户间产生不必要的好友关系、个人隐私泄露和信息骚扰的问题，缓解了用户的社交压力。

基于后台服务器在默认设置的情况下，所述第二客户端(发送方)向提醒主题授予一次有效的提醒权限，简化了发送方的在发送提醒消息时的操作步骤，提高了发送提醒消息的效率；当发送方可以对授予有限条件的提醒权限进行设置时，用户可以根据自己的个人习惯及喜好等自行设置有限条件(包括：有限时间和有限次数中的至少一种)，实现了用户的个性化设置功能。

图4示出了本申请一个示例性实施例提供的提醒消息的发送方法的流程图，该方法应用于如图2所示的计算系统中的第一终端120或第二终端160中或该计算机系统中的其它终端中。该方法包括如下步骤：

步骤401，显示提醒主题的创建界面。

在第二客户端(发送方)上显示提醒主题的创建界面，可选地，该创建界面是具有提醒功能的应用程序中的界面，或者，是依赖宿主程序的具有提醒功能的小程序中的界面。示意性的，以该创建界面是具有提醒功能的应用程序中的界面为例进行说明。比如，第二客户端上的备忘录应用程序上显示有提醒主题的创建界面。

可选地，该创建界面上包括：提醒主题的主题标题、提醒主题的主题内容、提醒生效时间、提醒失效时间、提醒消息发送时间、提醒消息接收时间、备注等信息中的至少一种。示意性的，以该创建界面上包括提醒主题的主题标题为例进行说明，比如，发送方通过在创建界面上输入提醒主题的主题标题(比如，数学的应用公开课)来创建一个提醒主题。示意性的，以该创建界面上包括提醒主题的主题标题、提醒主题的主题内容和备注为例进行说明，比如，发送方通过在创建界面输入提醒主题的主题标题(比如，数学的应用公开课)、提醒主题的主题内容(比如，数学在生活中的应用和数学在其他学科中的应用)和备注(比如，公开课时间为10:00至11:30，中间有20分钟的休息时间，请自行携带电脑)来创建一个提醒主题。

步骤402，根据创建界面中接收到的创建操作，创建得到提醒主题。

第二客户端(发送方)进行创建操作，根据创建界面中接收到的创建操作，创建得到提醒主题。

可选地，该创建操作是对提醒主题的主题标题、提醒主题的主题内容、提醒生效时间、提醒失效时间、提醒消息发送时间、提醒消息接收时间、备注等信息中的至少一种进行创建操作，根据发送方的创建信息，对提醒主题进行创建，示意性的，发送方对提醒主题的主题标题进行创建操作。

比如，发送方创建了一个提醒主题的主题标题是项目安排研讨会的提醒主题。

步骤403，获取提醒主题对应的授权用户，授权用户是向提醒主题授予具有有限条件的提醒权限的用户帐号，有限条件包括有限时间和有限次数中的至少一种。有限时间是指在一定的时长之内发送方可以发送提醒消息，有限次数是指发送方发送提醒消息的次数是有限的。

第二客户端(发送方)获取提醒主题对应的授权用户，授权用户是向提醒主题授予具有有限条件的提醒权限的用户帐号。

可选地，授权用户的用户帐号是用户在具有提醒功能的应用程序上注册的帐号，该帐号可以是用户使用的手机号、邮箱地址、第三方应用程序上的帐号(比如，微信帐号、QQ号、微博帐号、百度帐号、淘宝帐号、支付宝帐号等)，授权用户可以使用上述用户帐号向提醒主题授予提醒权限。

可选地，有限条件包括有限时间和有限次数中的至少一种。有限时间是指在一定的时长之内发送方可以发送提醒消息，有限次数是指发送方发送提醒消息的次数是有限的。

可选地，该有限时间是任意的，该有限次数是任意大于零的整数。开发者可通过后台服务器对有限时间和有限次数进行设置，或者，用户通过应用程序对有限时间和有限次数进行设置。示意性的，该有限条件是有限时间和有限次数，比如，发送方在三小时之内向授权用户发送三次提醒消息。可选地，当发送方超过了有限时间或有限次数中的任意一项时，无法进行发送提醒消息的操作。示意性的，当发送方发送提醒消息已经到达了有限次数(比如，三次)时，由于超过了有限次数，则发送方无法再继续发送提醒消息，此时，若发送方需要发送提醒消息，则需要重新创建提醒主题。

可选地，第一客户端(接收方)可以根据实际情况、使用习惯、个人爱好等对提醒主题的授权操作进行设置，或者，第一客户端(接收方)的授权操作是后台服务器已经设置好的(默认设置)。对授权操作进行设置包括以下形式中的至少一种：授权次数和授权时间。在一个示例中，接收方设置对提醒主题授权两次。

可选地，第一客户端(接收方)对提醒主题进行授权操作是任意的(包括以下至少一种方式：授权次数任意和进行授权操作的时间任意)，在一个示例中，提醒主题是上午10：00创建的，用户A和用户B均接收该提醒主题的提醒消息，用户A对提醒主题授权两次，分别是上午10：00和上午10：10；用户B对提醒主题授权十次，从11：00开始进行授权操作，每隔30分钟授权一次。

步骤404，向提醒主题对应的授权用户发送提醒消息。

当第二客户端(发送方)获取提醒主题对应的授权用户后，可向提醒主题对应的授权用户发送提醒消息。

可选地，该提醒消息包括：提醒主题的主题标题、提醒主题的主题内容、提醒主题的提醒时间、提醒主题的失效时间中的至少一种，示意性的，以提醒消息包括提醒主题的主题标题和内容为例进行说明，比如，发送方获取提醒主题对应的授权用户后，向提醒主题对应的授权用户发送提醒消息，提醒主题的主题标题是数学的应用公开课，提醒主题的主题内容是数学在生活中的应用和数学在其他学科中的应用，即发送方发送关于数学的应用的公开课的相关课程内容的提醒消息。

综上所述，本实施例提供的方法，通过第二客户端(发送方)创建提醒主题来建立与第一客户端(接收方)之间的通讯关系，并且通过接收方对提醒主题进行有限条件(包括有限时间和有限次数中的至少一种)的授权，不需要发送方和接收方建立好友关系，而是以提醒主题来作为通讯纽带，避免了在与陌生人的偶然社交场景下，用户间产生不必要的好友关系、个人隐私泄露和信息骚扰的问题，缓解了用户的社交压力。

下面结合后台服务器对上述客户端发送提醒消息的方法和接收提醒消息的方法进行说明，分别如图5和图6所示。

图5示出了本申请另一个示例性实施例提供的提醒消息的发送方法的流程图。该方法可应用于如图2所示的计算机系统中的第一终端120或第二终端160中或该计算机系统中的其它终端中。该方法包括如下步骤：

步骤501，第二客户端显示提醒主题的创建界面。

在第二客户端(发送方)上具有提醒功能的应用程序上显示提醒主题的创建界面，比如，第二客户端上的备忘录应用程序上显示有提醒主题的创建界面。

步骤502，第二客户端根据创建界面中接收到的创建操作，生成提醒主题的创建请求，提醒主题的创建请求中携带有提醒主题的主题标题。

第二客户端(发送方)进行创建操作，根据创建界面中接收到的创建操作，生成提醒主题的创建请求，提醒主题的创建请求中携带有提醒主题的主题标题。在一个示例中，提醒主题的创建请求中还可以包括：提醒主题的主题内容、提醒消息发送时间、提醒消息接收时间、提醒生效时间、提醒失效时间中的至少一种。

步骤503，第二客户端向后台服务器发送提醒主题的创建请求。

第二客户端向后台服务器发送提醒主题的创建请求。

步骤504，后台服务器接收发送的提醒主题的创建请求，创建请求携带有提醒主题的主题标题。

后台服务器接收第二客户端发送的提醒主题的创建请求，该创建请求中包括上述实施例中涉及的选择中的任意一项。在一个示例中，创建请求携带有提醒主题的主题标题。

步骤505，后台服务器根据提醒主题的创建请求生成提醒主题的主题标识。

后台服务器根据提醒主题的创建请求生产提醒主题的主题标识。若本次的提醒主题的为多个，为多个提醒主题生成同一个提醒主题标识；或者，为多个提醒主题生成各自的提醒主题标识；或者，为多个提醒主题生成共用的组标识和各自对应的子标识。

下面采用表一来示例性说明提醒主题的主题标识、提醒主题的主题标题、提醒主题的主题内容、接收提醒消息的用户(授权用户)和有限条件的提醒权限之间的对应关系。

表一

其中，提醒主题的主题标识2019061320090001用于表示2019年06月13日13点09分的第0001个提醒主题，本实施例不限定提醒主题的主题标识的类型。表一中提醒主题的主题标题为参加专利申请分享会，该提醒主题的授权用户是78人，每人接收到提醒主题的提醒消息的次数是3；提醒主题的主题标题为项目安排会议，该提醒主题的授权用户是10人，每人在20分钟内接收到两次提醒主题的提醒消息。

步骤506，后台服务器向第二客户端发送提醒主题的创建响应。

后台服务器向第二客户端发送提醒主题的创建响应，第二客户端根据该创建响应进行后续的操作。

步骤507，第二客户端创建得到提醒主题。

第二客户端根据后台服务器发送的提醒主题的创建响应，成功创建得到提醒主题。

步骤508，后台服务器向第二客户端发送提醒主题标识，提醒主题标识用于供第二客户端显示提醒主题对应的图形码。

后台服务器向第二客户端发送提醒主题标识，可选地，该提醒主题标识用于供第二客户端显示提醒主题对应的图形码(比如，条形码、二维码)、字符验证码(比如，包括文字、数字、英文中的至少一种类型)、链接、虚拟按钮(比如，“加入”虚拟按钮，或者，“关注”虚拟按钮)等形式中的至少一种。在一个示例中，该提醒主题标识用于显示提醒主题对应的图形码。

步骤509，第二客户端显示提醒主题对应的图形码。

第二客户端显示提醒主题对应的图形码，可选地，该图形码是条形码或二维码，在一个示例中，该图形码是二维码。

综上所述，通过扫描图形码来获取提醒主题，简化了第一客户端(接收方)获取提醒主题的操作步骤，接收方可以更快地获取提醒主题，提高后台服务器统计授权用户的效率，并且图形码可以采用多种方式储存(比如，电子版或纸质版)，使得接收方可以采用多种方式对提醒主题进行授权(比如，通过终端发送电子版的图形码或打印成纸质的图形码)。

图6示出了本申请另一个示例性实施例提供的消息的接收方法的流程图。该方法可应用于如图2所示的计算机系统中的第一终端120或第二终端160中或该计算机系统中的其它终端中。该方法包括如下步骤：

步骤510，第一客户端扫描提醒主题对应的图形码。

第一客户端(接收方)通过终端上的摄像头扫描提醒主题对应的图形码，可选地，第一客户端以在具有提醒功能的应用程序上授权开启终端上的摄像头的方式进行扫描操作，或者，第一客户端直接使用终端上的摄像头进行扫描操作。在一个示例中，接收方在具有提醒功能的应用程序上授权开启终端上的摄像头扫描提醒主题对应的图形码。

步骤511，第一客户端获取提醒主题的主题标题。

第一客户端(接收方)通过扫描提醒主题对应的图形码获取提醒主题的主题标题。

步骤512，第一客户端根据提醒主题的主题标题，显示提醒主题的授权提醒界面。

根据第一客户端(接收方)获取的提醒主题的主题标题，在具有提醒功能的应用程序上显示提醒主题的授权提醒界面，第一客户端的授权用户通过对该授权提醒界面进行操作来对提醒主题进行授权。

步骤513，第一客户端在授权提醒界面上接收到授权操作后，生成授权指示，授权指示携带有提醒主题的主题标识和有限条件。

第一客户端在授权提醒界面上接收到授权操作后，生成授权指示，该授权指示携带有提醒主题的主题标识和有限条件。

可选地，授权操作是点击授权界面上对应的授权虚拟按钮，比如，授权界面上对应的授权虚拟按钮是“确定”虚拟按钮，或者，“加入”虚拟按钮，或者，“关注”虚拟按钮。在一个示例中，该授权操作是通过点击授权界面上对应的“确定”虚拟按钮来完成授权过程的。

该授权指示携带有提醒主题的主题标识和有限条件，在一个示例中，该授权指示还携带有授权用户的帐号标识。

步骤514，第一客户端向后台服务器发送授权指示。

第一客户端向后台服务器发送授权指示，该授权指示用于指示后台服务器进行后续操作。

步骤515，后台服务器接收授权指示。

后台服务器接收第一客户端发送的授权指示，该授权指示包括如下指示中的至少一种：授权用户的帐号、昵称、用户名、授权时间、授权内容(包括：终端操作系统上的部分功能，比如，录音功能、摄像功能、定位功能、话筒功能、听筒功能中的至少一种，或者，接收方的电话号码、邮箱地址等个人信息，或者，接收方的兴趣爱好、社交圈等等)。

步骤516，后台服务器根据授权指示查询对应的提醒主题的主题标识。

后台服务器根据接收到的第一客户端发送的授权指示，查询对应的提醒主题的主题标识。

步骤517，后台服务器向第二客户端发送与提醒主题的主题标识对应的授权指示。

当后台服务器查询到与第一客户端(接收方)对应的提醒主题的主题标识时，向第二客户端(发送方)发送与提醒主题的主题标识对应的授权指示。

步骤518，第二客户端获取提醒主题对应的授权用户，授权用户是向提醒主题授予具有有限条件的提醒权限的用户帐号，有限条件包括有限时间和有限次数中的至少一种。

第二客户端(发送方)根据对应的授权指示，获取提醒主题对应的授权用户，在一个示例中，授权用户是向提醒主题授予具有有限条件的提醒权限的用户帐号，可选地，授权用户的用户帐号是用户在具有提醒功能的应用程序上注册的帐号，该帐号可以是用户使用的手机号、邮箱地址、第三方应用程序上的帐号(比如，微信帐号、QQ号、微博帐号、百度帐号、淘宝帐号、支付宝帐号等)，授权用户可以使用上述用户帐号向提醒主题授予提醒权限。

可选地，有限条件包括有限时间和有限次数中的至少一种。有限时间是指在一定的时长之内发送方可以发送提醒消息，有限次数是指发送方发送提醒消息的次数是有限的。在一个示例中，有限条件是发送方发送提醒消息的次数是两次。

可选地，第一客户端(接收方)可以根据实际情况、使用习惯、个人爱好等对提醒主题的授权操作进行设置，或者，第一客户端(接收方)的授权操作是后台服务器已经设置好的(默认设置)。对授权操作进行设置包括以下形式中的至少一种：授权次数和授权时间。在一个示例中，接收方设置对提醒主题授权两次。

可选地，第一客户端(接收方)对提醒主题进行授权操作是任意的(包括以下至少一种方式：授权次数任意和进行授权操作的时间任意)，在一个示例中，提醒主题是上午10：00创建的，用户A和用户B均接收该提醒主题的提醒消息，用户A对提醒主题授权两次，分别是上午10：00和上午10：10；用户B对提醒主题授权十次，从11：00开始进行授权操作，每隔30分钟授权一次。

步骤519，第二客户端向后台服务器发送提醒消息。

第二客户端向后台服务器发送提醒主题对应的提醒消息。

步骤520，后台服务器接收提醒主题的提醒消息。

后台服务器接收提醒主题的提醒消息。

步骤521，后台服务器检验提醒消息是否满足有限条件，当提醒消息满足有限条件时，进入步骤522。

后台服务器对接收到的提醒主题的提醒消息进行检验，是否满足有限条件，当提醒消息满足有限条件时，进入步骤522；当提醒消息不满足有限条件时，第二客户端(发送方)不能向第一客户端(接收方)发送提醒消息。

步骤522，后台服务器向提醒主题对应的授权用户发送提醒消息。

当提醒主题的提醒消息满足有限条件时，后台服务器向提醒主题对应的授权用户发送提醒消息。

步骤523，第二客户端接收提醒主题的提醒消息。

第一客户端(接收方)接收到提醒主题的提醒消息。

综上所述，本实施例提供的方法，通过第二客户端(发送方)创建提醒主题来建立与第一客户端(接收方)之间的通讯关系，并且通过接收方对提醒主题进行有限条件(包括有限时间和有限次数中的至少一种)的授权，不需要发送方和接收方建立好友关系，而是以提醒主题来作为通讯纽带，避免了在与陌生人的偶然社交场景下，用户间产生不必要的好友关系、个人隐私泄露和信息骚扰的问题，缓解了用户的社交压力。同时上述方法能够应用于客户端上各种类型的应用程序，使得不是好友关系的用户间建立通讯关系变得更加便捷。

图7示出了本申请一个示例性实施例提供的终端的结构框图。用户终端中安装和运行有宿主程序162和小程序164。该宿主程序162可以是即时通讯程序、社交程序中的任意一种。本申请中以终端是即时通讯程序来举例说明。小程序是依赖宿主程序162运行的程序，小程序可以为多个，其中一个为提醒助手小程序。用户通过宿主程序162进入提醒助手小程序164，可选地，提醒助手小程序需要获取用户的信息，或者，提醒助手小程序不需要获取用户的信息。示意性的，以提醒助手小程序不需要获取用户的信息为例进行说明。

宿主程序162是承载提醒助手小程序164的应用程序，为提醒助手小程序164的实现提供环境。宿主程序162是原生应用程序。原生应用程序是可直接运行于操作系统161的应用程序。宿主程序162可以是社交应用程序、专门支持提醒助手小程序164的专用应用程序、文件管理应用程序、邮件应用程序或者游戏应用程序等。社交应用程序包括即时通讯应用(例如，微信、QQ等)、社交网站(Social Network Service，SNS)应用或者直播应用等。小程序则是可在宿主程序提供的环境中运行的应用程序。小程序可以是社交应用程序、文件管理应用程序、邮件应用程序或者游戏应用程序等，示意性的，以小程序是提醒助手小程序164为例进行说明。宿主程序162可以是微信程序(WeChat)。

小程序逻辑层单元164b和相应的小程序视图层单元164a用于实现小程序实例。一个小程序可由一个小程序逻辑层单元164b以及至少一个小程序视图层单元164a实现。小程序视图层单元164a和小程序页面可以是一一对应关系。

小程序视图层单元164a用于组织小程序的视图并渲染。小程序逻辑层单元164b用于处理小程序及相应的小程序页面的数据处理逻辑。单元可以是进程或者线程，小程序视图层单元164a如小程序视图层线程，小程序逻辑层单元164b如小程序逻辑层线程。小程序逻辑层单元164b可运行于虚拟机中。小程序视图层单元164a和小程序逻辑层单元164b可通过宿主程序原生单元162a中转通信，宿主程序原生单元162a是宿主程序162与小程序通信的接口，宿主程序原生单元162a可以是宿主程序162自身的线程或进程。各小程序页面的属于程序包的页面逻辑代码，可由小程序逻辑层单元164b在启动时进行注册，并在需要该页面逻辑代码处理数据时执行注册的页面逻辑代码。

本申请实施例描述的方法、系统以及业务场景是为了更加清楚地说明本申请实施例的技术方案，并不构成对本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着技术的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

下面结合安装在终端上的宿主程序和小程序对提醒消息的发送方法和提醒消息的接收方法进行说明，分别如图8和图9所示。

图8示出了本申请另一个示例性实施例提供的提醒消息的发送方法的流程图，该方法可应用于如图7所示的终端中。该方法包括如下步骤：

步骤801，第二客户端通过第二提醒助手小程序显示提醒主题的创建界面。

第二客户端通过打开第二宿主程序中的第二提醒助手小程序来显示提醒主题的创建界面。可选地，该第二宿主程序可以是社交应用程序，或，具有提醒功能的应用程序，或，直播应用程序，或，音乐应用程序，示意性的，该第二宿主程序是微信程序。

结合图10，对提醒主题的创建界面进行说明，图10示出了本申请一个示例性实施例提供的提醒助手小程序的创建界面示意图。在一些实施例中，提醒助手小程序也可以被命名为强提醒助手，或者，提醒小程序，或者，强提醒小程序，本申请对小程序的名称不作限定。示意性的，本申请实施例以小程序的名称为强提醒助手为例进行说明，如图10的(a)所示。在强提醒助手小程序的界面20上，显示有创建强提醒虚拟按钮201和历史消息202。可选地，该创建强提醒虚拟按钮201也可以是提醒虚拟按钮，或者，创建虚拟按钮，本申请中对虚拟按钮的名称不作限定。历史消息202包括第二客户端的用户所有的提醒消息的历史记录，在一个示例中，该历史记录202中的提醒消息包括提醒主题的主题标题、提醒消息发送时间、提醒主题的主题内容和发送提醒消息的人数。点击创建强提醒虚拟按钮201，该强提醒助手的小程序的界面20跳转至创建界面21，如图10的(b)所示。该创建界面21上包括：提醒主题设置控件203、保存虚拟按钮204、表情选项205和返回选项206。提醒主题设置控件203用于接收提醒主题编辑操作，根据提醒主题编辑操作得到提醒主题的主题标题。可选地，在创建界面21上还显示有内容设置控件，内容设置控件用于接收内容编辑操作，根据内容编辑操作得到提醒主题的主题介绍。示意性的，在提醒主题设置控件203中输入提醒主题的主题标题，提醒主题的主题标题为专利申请分享会，如图10的(c)所示。保存虚拟按钮204用于创建提醒主题，用户在输入提醒主题的主题标题后点击保存即可创建一个提醒主题。可选地，提醒主题的主题标题中还可以含有表情，用户点击表情选项205，从中选择需要添加的表情至提醒主题的主题标题中。可选地，返回选项206用于退出强提醒助手小程序。

步骤802，第二客户端通过第二提醒助手小程序根据创建界面中接收到的创建操作，生成提醒主题的创建请求，提醒主题的创建请求中携带有提醒主题的主题标题。

第二客户端通过第二提醒助手小程序根据创建界面中接收到的创建操作，生成提醒主题的创建请求，提醒主题的创建请求中携带有提醒主题的主题标题。

在一个示例中，第二客户端通过第二强提醒助手小程序，基于创建界面21中接收到用户点击保存虚拟按钮204的创建操作。

步骤803，第二客户端向后台服务器发送提醒主题的创建请求。

第二客户端通过第二提醒助手小程序向后台服务器发送提醒主题的创建请求。

步骤804，后台服务器接收提醒主题的创建请求，创建请求携带有提醒主题的主题标题。

后台服务器接收第二客户端通过第二提醒助手小程序发送的提醒主题的创建请求，该创建请求中包括上述实施例中涉及的选择中的任意一项，在一个示例中，创建请求携带有提醒主题的主题标题。

步骤805，后台服务器根据提醒主题的创建请求生成提醒主题标识。

后台服务器根据提醒主题的创建请求生成提醒主题的主题标识。若本次的提醒主题的为多个，为多个提醒主题生成同一个提醒主题标识；或者，为多个提醒主题生成各自的提醒主题标识；或者，为多个提醒主题生成共用的组标识和各自对应的子标识。

下面采用表二来示例性说明提醒主题的主题标识、提醒主题的主题标题、提醒主题的主题内容、接收提醒消息的用户(授权用户)和有限条件的提醒权限之间的对应关系。

表二

其中，提醒主题的主题标识2019061321090004用于表示2019年06月13日21点09分的第0004个提醒主题，本实施例不限定提醒主题的主题标识的类型。表二中提醒主题的主题标题为您点的外卖已到，该提醒主题的授权用户是1人，该授权用户接收到提醒主题的提醒消息的次数是3；提醒主题的主题标题为流行趋势大讲堂下半场开场，该提醒主题的授权用户是500人，每人在20分钟内接收到两次提醒主题的提醒消息。

步骤806，后台服务器向第二客户端发送提醒主题的创建响应。

后台服务器向第二客户端上的第二宿主程序中的第二提醒助手小程序发送提醒主题的创建响应，第二客户端通过第二提醒助手小程序根据该创建响应进行后续的操作。

步骤807，第二客户端通过第二提醒助手小程序创建得到提醒主题。

第二客户端根据后台服务器发送的提醒主题的创建响应，通过第二提醒助手小程序成功创建得到提醒主题。

步骤808，后台服务器向第二客户端发送提醒主题标识，提醒主题标识用于供第二提醒助手小程序显示提醒主题对应图形码。

后台服务器向第二客户端上发送提醒主题标识，可选地，该提醒主题标识用于供第二客户端通过第二提醒助手小程序显示提醒主题对应的图形码(比如，条形码、二维码)、字符验证码(比如，包括文字、数字、英文中的至少一种类型)、链接、虚拟按钮(比如，“加入”虚拟按钮，或者，“关注”虚拟按钮)等形式中的至少一种。在一个示例中，该提醒主题标识用于显示提醒主题对应的图形码。

步骤809，第二客户端通过第二提醒助手小程序显示提醒主题对应的图形码。

第二客户端通过第二提醒助手小程序显示提醒主题对应的图形码，可选地，该图形码是条形码或二维码，在一个示例中，该图形码是二维码，如图11所示。图11示出了本申请一个示例性实施例提供的强提醒助手小程序显示提醒主题对应的图形码的界面图。在第二强提醒助手小程序的图形码显示界面11上包括：提醒主题的信息111(包括：提醒主题对应的二维码、提醒主题的标题和接收提醒消息的用户数量)、编辑提醒内容的虚拟按钮112和提醒主题对应的二维码的菜单虚拟按钮113，如图11的(a)所示。可选地，用户可以对该二维码进行操作。在一个实例中，点击菜单虚拟按钮113，出现对话框207，该对话框207包括：保存提醒码选项、重置二维码选项和删除该提醒选项，如图11的(b)所示。用户通过第二强提醒助手小程序保存该提醒码至终端中，得到含有该强提醒二维码的图片，如图11的(c)所示，该图片上显示有提醒主题的信息111(包括：该提醒主题对应的强提醒二维码和该提醒主题的主题标题)。可选地，当该强提醒二维码失效时，用户通过点击第二强提醒助手小程序中的重置二维码选项对该强提醒二维码进行重置，显示新的提醒主题对应的二维码。可选地，通过点击删除该提醒选项对该提醒主题进行删除，被删除的提醒主题不再进行提醒。

综上所述，上述方法中通过显示提醒主题对应的图形码，将提醒主题的主题标识与图形码相对应，使得第一客户端(接收方)可以通过扫描图形码对提醒主题进行授权，简化接收方授权的操作步骤，并且，第二客户端(发送方)可以通过多种方式向接收方发送提醒消息(比如，通过终端发送电子版的图形码，或者，打印成纸质版的图形码)。

图9示出了本申请另一个示例性实施例提供的提醒消息的接收方法的流程图，该方法可应用于如图7所示的终端中。该方法包括如下步骤：

步骤810，第一客户端通过第一宿主程序扫描提醒主题对应图形码。

第一客户端端通过第一宿主程序扫描提醒主题对应图形码。结合图12，图12示出了本申请一个示例性实施例提供的授权过程的界面示意图。用户通过第一宿主程序扫描提醒主题对应的图形码，在一个示例中，宿主程序是微信程序，通过微信程序中设置的“扫一扫”功能对该提醒主题对应的图形码进行扫描，如图12的(a)所示。在是“扫一扫”功能的界面12上包括：图形码扫描框114、扫码选项115、辅助照明选项116和返回虚拟按钮117。图形码扫描框114用于扫描提醒主题对应的图形码，扫码选项115用于对图形码(包括条形码和二维码)进行扫描操作，辅助照明选项116用于在较暗的环境下对图形码进行照明，保证可以对图形码进行正常的扫描操作。

步骤811，第一客户端从图形码中获取提醒主题对应的主题标题。

第一客户端通过第一宿主程序扫描提醒主题对应的图形码获取提醒主题的主题标题。

步骤812，第一客户端通过第一宿主程序调用第一提醒助手小程序，通过第一提醒助手小程序根据提醒主题的主题标题，显示提醒主题的授权提醒界面。

根据第一客户端通过第一宿主程序调用第一提醒助手小程序，通过第一提醒助手小程序根据提醒主题的主题标题，显示提醒主题的授权提醒界面，如图12的(b)所示。该方法应用于运行有提醒助手小程序的宿主程序中，提醒助手小程序依赖于宿主程序。在一个示例中，授权提醒界面13是强提醒助手小程序的小程序界面。授权提醒界面13上显示有提醒主题的信息118(包括提醒主题的主题标题和提醒方式，比如，接收强提醒)、确定授权选项119、取消授权选项121和关闭授权提醒界面的选项122。确定授权选项119用于确定用户对提醒主题进行授权操作，取消授权选项121用于用户对提醒主题进行取消授权的操作，关闭授权提醒界面的选项122用于关闭授权提醒界面13。

步骤813，第一客户端在授权界面上接收到授权操作后，生成授权指示，授权指示携带有提醒主题的主题标识和有限条件。

用户通过选择第一客户端上的第一宿主程序中的第一提醒助手小程序的授权界面13上的确定授权选项119，生成授权指示，授权指示携带有提醒主题的主题标识和有限条件。有限条件包括有限时间和有限次数中的至少一种。有限时间是指在一定的时长之内发送方可以发送提醒消息，有限次数是指发送方发送提醒消息的次数是有限的。

可选地，在授权提醒界面13上的确定控件119(在一些实施例中，也被命名为确定授权选项，本申请对此不作限定)被触发时，第一客户端通过第一提醒助手小程序向后台服务器发送提醒主题的第一授权指示，第一授权指示用于服务器向提醒主题授予一次有效的提醒权限。

在一个示例中，用户点击授权提醒界面13上的确定控件119后，通过第一提醒助手小程序向后台服务器发送一次有效的授权指示，即向提醒主题授予一次有效的提醒权限。在同一提醒主题中，当授予一次有效的提醒权限后，接收方和发送方的连接中断，发送方需要重新生成提醒二维码，使该用户(接收方)可以进行新的授权操作。

或者，在授权提醒界面13上的次数设置控件被设置为n后，向服务器发送提醒主题的第二授权指示，第二授权指示用于指示服务器向提醒主题授予n次有效的提醒权限。

可选地，开发者通过后台服务器设置次数设置控件的次数，或者，用户通过提醒助手小程序的授权提醒界面13上设置次数设置控件的次数。可选地，n为任意大于零的整数。在一个示例中，用户通过提醒助手小程序授权提醒界面13上设置次数控件为五次(即n的值为5)，则在同一提醒主题中，向提醒主题授予有效的提醒权限的次数是五，五次有效的提醒授权之后，接收方和发送方的连接中断，发送方需要重新生成提醒二维码，使该用户(接收方)可以进行新的授权操作。

或者，在授权提醒界面13上的事件设置控件被设置为t后，向服务器发送提醒主题的第三授权指示，第三授权指示用于指示服务器向提醒主题授予时长t内有效的提醒权限。

可选地，开发者通过后台服务器设置事件设置控件的时长t，或者，用户通过提醒助手小程序的授权提醒界面13上设置事件设置控件的时长t。可选地，t为任意大于零的数。可选地，t的单位是小时，或分钟，或秒，或毫秒。在一个示例中，用户通过提醒助手小程序授权提醒界面13上设置事件设置控件的时长为一小时(即t的值为1，单位为小时)，则在同一提醒主题中，向提醒主题授予有效的提醒权限的时长是一小时，一小时之内用户可以进行授权操作，超过一小时后，接收方和发送方的连接中断，发送方需要重新生成提醒二维码，使该用户(接收方)可以进行新的授权操作。

可选地，第一客户端(接收方)可以根据实际情况、使用习惯、个人爱好等对提醒主题的授权操作进行设置，或者，第一客户端(接收方)的授权操作是后台服务器已经设置好的(默认设置)。对授权操作进行设置包括以下形式中的至少一种：授权次数和授权时间。在一个示例中，接收方设置对提醒主题授权两次。

可选地，第一客户端(接收方)对提醒主题进行授权操作是任意的(包括以下至少一种方式：授权次数任意和进行授权操作的时间任意)，在一个示例中，提醒主题是上午10：00创建的，用户A和用户B均接收该提醒主题的提醒消息，用户A对提醒主题授权两次，分别是上午10：00和上午10：10；用户B对提醒主题授权十次，从11：00开始进行授权操作，每隔30分钟授权一次。

综上所述，基于后台服务器在默认设置的情况下，所述第二客户端(发送方)向提醒主题授予一次有效的提醒权限，简化了发送方的在发送提醒消息时的操作步骤，提高了发送提醒消息的效率；当发送方可以对授予有限条件的提醒权限进行设置时，用户可以根据自己的个人习惯及喜好等自行设置有限条件(包括：有限时间和有限次数中的至少一种)，实现了用户的个性化设置功能。

上述方法还能够应用于提醒助手小程序中，使得没有安装应用程序(宿主程序)的用户也能够对提醒主题进行授权。

如图12的(a)所示，当用户授权接收提醒消息后，显示宿主程序的程序界面14，该程序界面14上显示有聊天消息选项123选项和已授权的提醒主题栏124。用户通过已授权的提醒主题栏124，进行如下操作中的至少一种：查看提醒主题操作，或者，对已授权的提醒主题进行删除操作，根据删除操作取消对提醒主题授予的提醒权限。参考图12的(d)，用户点击提醒主题栏124，该程序界面14跳转至提醒消息界面15，该提醒消息界面15显示有提醒主题的消息125、提醒主题的信息126(包括：提醒主题的主题标题和提醒有效时间)和返回按钮117，可选地，返回按钮用于退出提醒消息界面15，或者，返回至程序界面14。用户通过多种方式接收到提醒主题对应的提醒消息，比如，在消息界面中的服务通知消息栏中接收到提醒消息。

综上所述，第二客户端(接收方)可以随时查看提醒主题，同时对已授权的提醒主题进行删除操作，删除操作用来取消对提醒主题授予的提醒权限，避免接收方在不能接收提醒消息的情况下，因接收提醒消息而造成不必要的麻烦(比如，接收方在开会时不能被打扰，则可取消接收提醒消息)。

步骤814，第一客户端向后台服务器发送授权指示。

第一客户端通过第一提醒助手小程序向后台服务器发送授权指示，该授权指示用于指示后台服务器进行后续操作。

步骤815，后台服务器接收第一提醒助手小程序发送的授权指示。

后台服务器接收第一客户端通过第一提醒助手小程序发送的授权指示，该授权指示包括如下指示中的至少一种：授权用户的帐号、昵称、用户名、授权时间、授权内容(包括：终端操作系统上的部分功能，比如，录音功能、摄像功能、定位功能、话筒功能、听筒功能中的至少一种，或者，接收方的电话号码、邮箱地址等个人信息，或者，接收方的兴趣爱好、社交圈等等)。在一个示例中，授权用户的帐号是用户的微信号。

步骤816，后台服务器根据授权指示查询对应的提醒主题的主题标识。

后台服务器根据接收到的第一客户端通过第一提醒助手小程序发送的授权指示，查询对应的提醒主题的主题标识。

步骤817，后台服务器向第二客户端发送与提醒主题的主题标识对应的授权指示。

当后台服务器查询到与第一提醒程序小助手对应的提醒主题的主题标识时，向第二客户端发送与提醒主题的主题标识对应的授权指示。

步骤818，第二客户端通过第二提醒助手小程序获取提醒主题对应的授权用户，授权用户是向提醒主题授予具有有限条件的提醒权限的用户帐号，有限条件包括有限时间和有限次数中的至少一种。

第二客户端根据对应的授权指示，通过第二提醒助手小程序获取提醒主题对应的授权用户，在一个示例中，授权用户是向提醒主题授予具有有限条件的提醒权限的用户帐号，可选地，有限条件包括有限时间和有限次数中的至少一种。在一个示例中，发送方在一小时可发送提醒主题的主题消息。

可选地，第一客户端(接收方)可以根据实际情况、使用习惯、个人爱好等对提醒主题的授权操作进行设置，或者，第一客户端(接收方)的授权操作是后台服务器已经设置好的(默认设置)。对授权操作进行设置包括以下形式中的至少一种：授权次数和授权时间。在一个示例中，接收方设置对提醒主题授权两次。

可选地，第一客户端(接收方)对提醒主题进行授权操作是任意的(包括以下至少一种方式：授权次数任意和进行授权操作的时间任意)，在一个示例中，提醒主题是上午10：00创建的，用户A和用户B均接收该提醒主题的提醒消息，用户A对提醒主题授权两次，分别是上午10：00和上午10：10；用户B对提醒主题授权十次，从11：00开始授权，每隔30分钟授权一次。

步骤819，第二客户端向后台服务器通过第二提醒助手小程序发送提醒消息。

第二客户端通过第二提醒助手小程序向后台服务器发送提醒主题对应的提醒消息。

步骤820，后台服务器接收第二提醒助手小程序发送的提醒主题的提醒消息。

后台服务器接收第二提醒助手小程序发送的提醒主题的提醒消息。

步骤821，后台服务器检验提醒消息是否满足有限条件，当提醒消息满足有限条件时，进入步骤822。

后台服务器对接收到的提醒主题的提醒消息进行检验，是否满足有限条件，当提醒消息满足有限条件时，进入步骤822；当提醒消息不满足有限条件时，第二客户端不能通过第二提醒助手小程序向第一客户端发送提醒消息。

步骤822，后台服务器向提醒主题对应的授权用户发送提醒消息。

当提醒主题的提醒消息满足有限条件时，后台服务器向提醒主题对应的授权用户发送提醒消息。

结合图13对向提醒主题对应的授权用户发送提醒消息的方法进行说明，图13示出了本申请一个示例性实施例提供的强提醒助手小程序发送提醒的界面示意图。在一个示例中，当存在至少一个授权用户对提醒主题进行授权时，在第二客户端上的第二强提醒助手小程序上显示提醒主题对应的图形码生成界面11，如图13的(a)所示，该图形码生成界面11显示有提醒主题的信息111(包括：提醒主题对应的提醒二维码、提醒主题的主题标题和提醒主题的授权用户数量，在一个示例中，授权用户数量为1)、编辑提醒内容的虚拟按钮112和提醒主题对应的二维码的菜单虚拟按钮113，当用户点击编辑提醒内容的虚拟按钮112时，提醒消息编辑界面11跳转至提醒主题的提醒消息编辑界面17，如图13的(b)所示。在提醒编辑界面17显示有提醒主题的主题标题编辑控件127、内容编辑控件128、发送选项129和返回选项117。可选地，用户编辑提醒主题的主题标题和提醒主题的主题内容中的至少一项。示意性的，提醒主题的主题标题编辑为专利申请分享会，如图13的(b)所示；提醒主题的主题内容编辑为A楼101室，需要带电脑，如图13的(c)所示，可选地，用户可以通过表情选项205在提醒主题的主题标题和提醒主题的主题内容的编辑区域添加任意表情。可选地，用户可以通过返回选项117退出提醒消息编辑界面17。当用户完成提醒主题的主题标题和提醒主题的主题内容的编辑操作后，根据提醒消息编辑操作得到提醒消息，点击发送选项129，编辑提醒界面17跳转至提醒消息发送界面19，向提醒主题对应的授权用户发送提醒消息。

步骤823，第一客户端通过第一提醒助手小程序接收提醒主题的提醒消息。

第一客户端通过第一提醒助手小程序接收到提醒主题的提醒消息。

结合图14对接收提醒消息的方法进行说明，图14示出了本申请的一个示例性实施例提供的强提醒助手接收提醒消息的界面示意图。

可选地，接收提醒方式包括普通提醒方式和强提醒方式中的至少一种，强提醒方式包括如下提醒方式中的至少一种：在锁屏界面中显示提醒消息、在提醒助手小程序提供的消息显示页面中显示提醒消息、在宿主程序提供的消息显示页面中显示提醒消息、通过宿主程序或提醒助手小程序调用操作系统播放提醒消息对应的提醒音、通过宿主程序或提醒助手小程序调用操作系统控制信号灯进行提醒。在一个示例中，在终端的锁屏界面上显示提醒消息，如图14的(a)所示。锁屏界面20上显示有强提醒助手小程序发送的提醒消息的提示信息132和“我知道了”虚拟按钮133。可选地，提示信息132可以设置为显示提醒消息的部分内容，比如，提醒消息的发送方的昵称、头像、提醒消息的摘要等内容。“我知道了”虚拟按钮133用于关闭强提醒消息在锁屏界面上的显示内容，在一些实施例中，“我知道了”虚拟按钮133可以是“知道了”虚拟按钮或者关闭提醒虚拟按钮，本申请对此不作限定。

在一个示例中，在宿主程序提供的消息显示页面中显示提醒消息，如图14的(b)所示。消息显示页面21显示有消息选项123、强提醒栏124和服务通知消息栏134，可选地，服务通知消息栏134显示有提醒主题的主题标题和提醒消息数量。用户通过点击服务通知消息栏134进入服务通知界面22，如图14的(c)所示，服务通知界面22显示有设置选项135、提醒消息列表136和返回选项117。设置选项135用于对提醒消息的提醒方式进行设置，可选地，对提醒消息的提醒频率、提醒消息的内容、提醒时间、提醒消息时的提醒音、屏蔽某提醒主题的提醒消息中的至少一项进行设置。提醒消息列表136显示提醒主题的主题标题和提醒主题的主题内容、提醒消息发送时间。返回选项117用于退出服务通知界面22。

综上所述，本实施例提供的方法，通过第二客户端(发送方)创建提醒主题来建立与第一客户端(接收方)之间的通讯关系，并且通过接收方对提醒主题进行有限条件(包括有限时间和有限次数中的至少一种)的授权，不需要发送方和接收方建立好友关系，而是以提醒主题来作为通讯纽带，避免了在与陌生人的偶然社交场景下，用户间产生不必要的好友关系、个人隐私泄露和信息骚扰的问题，缓解了用户的社交压力。同时上述方法不仅能够应用于客户端上各种类型的应用程序，还能应用于宿主程序中的小程序，使得不是好友关系的用户间建立通讯关系变得更加便捷。

上述多样化的强提醒方式方便用户根据个人习惯和喜好进行个性化的设置，同时用户可在宿主程序、提醒助手小程序等多个界面接收到提醒消息，保证了用户能够准确、快速地接收到对应提醒主题的提醒消息。

上述方法能够对提醒主题的主题标题、提醒主题的主题内容和提醒主题的提醒消息进行编辑，使得第二客户端(发送方)能够根据实际需要及个人习惯或喜好(比如，添加表情)等创建符合要求的提醒主题。

以下为本申请的装置实施例，对于装置实施例中未详细描述的细节，可以结合参考上述方法实施例中相应的记载，本文不再赘述。

图15示出了本申请的一个示例性实施例提供的消息接收装置的结构示意图。该装置可以通过软件、硬件或者两者的结合实现成为终端的全部或一部分，该装置包括：获取模块1510、显示模块1520和接收模块1530，其中，接收模块1530是可选的模块。

获取模块1510，用于获取提醒主题的主题标题。

显示模块1520，用于根据提醒主题的主题标题，显示提醒主题的授权提醒界面。

接收模块1530，用于在授权提醒界面上接收到授权操作后，向提醒主题授予具有有限条件的提醒权限，有限条件包括有限时间和有限次数中的至少一种。

所述接收模块1530，还用于接收提醒主题的提醒消息。

在一个可选的实施例中，所述接收模块1530还用于：在授权提醒界面上的确定控件被触发时，向服务器发送提醒主题的第一授权指示，第一授权指示用于指示服务器向提醒主题授予一次有效的提醒权限；或，在授权提醒界面上的次数设置控件被设置为n后，向服务器发送提醒主题的第二授权指示，第二授权指示用于指示服务器向提醒主题授予n次有效的提醒权限；或，在授权提醒界面上的事件设置控件被设置为t后，向服务器发送提醒主题的第三授权指示，第三授权指示用于指示服务器向提醒主题授予时长t内有效的提醒权限。

在一个可选的实施例中，授权指示中携带有：所述提醒主题的主题标识和所述有限条件。

在一个可选的实施例中，所述获取模块1510还用于：扫描提醒主题对应的图形码；从图形码中读取提醒主题的主题标题。

在一个可选的实施例中，上述方法应用于运行有提醒助手小程序的宿主程序中，提醒助手小程序依赖于宿主程序运行；授权提醒界面是提醒助手小程序的小程序界面。

在一个可选的实施例中，所述显示模块1520还用于：采用强提醒方式显示提醒消息，强提醒方式包括如下提醒方式中的至少一种：在锁屏界面中显示提醒消息；在提醒助手小程序提供的消息显示页面中显示提醒消息。

在一个可选的实施例中，所述显示模块1520还用于在宿主程序的程序界面中显示已授权的提醒主题；所述接收模块1530还用于：接收对已授权的提醒主题的删除操作；根据删除操作取消对提醒主题授予的提醒权限。

图16示出了本申请的一个示例性实施例提供的消息发送装置的结构示意图。该装置可以通过软件、硬件或者两者的结合实现成为终端的全部或一部分，该装置包括：显示模块1610、接收模块1620、获取模块1630和发送模块1640，其中，接收模块1620是可选的模块。

显示模块1610，用于显示提醒主题的创建界面。

接收模块1620，用于根据创建界面中接收到的创建操作，创建得到提醒主题。

获取模块1630，用于获取提醒主题对应的授权用户，授权用户是向提醒主题授予具有有限条件的提醒权限的用户帐号，有限条件包括有限时间和有限次数中的至少一种；

发送模块1640，用于向提醒主题对应的授权用户发送提醒消息。

在一个可选的实施例中，所述显示模块1610还用于：显示提醒主题对应的图形码，图形码中携带有所述提醒主题的主题标识；所述获取模块1630还用于：获取扫描所述图形码进行授权处理的所述授权用户。

在一个可选的实施例中，所述显示模块1610还用于：创建界面显示有提醒主题设置控件；所述接收模块1620还用于：在创建界面中的提醒主题设置控件上接收主题编辑操作；所述获取模块1630还用于：根据提醒主题编辑操作得到提醒主题的主题标题；根据提醒主题的主题标题，创建得到提醒主题。

在一个可选的实施例中，所述显示模块1610还用于：创建界面还显示有内容设置控件；所述接收模块1620还用于：创建界面中的内容设置控件上接收内容编辑操作；所述获取模块1630还用于：根据内容编辑操作得到提醒主题的主题介绍；根据提醒主题的主题标题和主题内容，创建得到提醒主题。

在一个可选的实施例中，所述显示模块1610还用于：显示提醒主题的提醒消息编辑界面；所述接收模块1620还用于：在提醒消息编辑界面中接收提醒消息编辑操作；所述获取模块1630还用于：根据提醒消息编辑操作得到提醒消息；所述发送模块1640还用于：向提醒主题对应的授权用户发送提醒消息。

下面结合提醒助手小程序对本申请的装置实施例进行说明。

图17示出了本申请的另一个示例性实施例提供的消息接收装置的结构示意图。该装置可以通过软件、硬件或者两者的结合实现成为终端的全部或一部分，该装置包括：扫描模块1710、获取模块1720、显示模块1730、接收模块1740。

扫描模块1710，用于通过第一宿主程序扫描提醒主题对应的图形码；

获取模块1720，用于从图形码中获取提醒主题对应的主题标题；

显示模块1730，用于通过第一宿主程序调用第一提醒助手小程序，通过第一提醒助手小程序根据提醒主题的主题标题，显示提醒主题的授权提醒界面；

接收模块1740，用于在授权提醒界面上接收到授权操作后，向提醒主题授予具有有限条件的提醒权限，有限条件包括有限时间和有限次数中的至少一种；

所述接收模块1740，还用于通过第一提醒助手小程序接收提醒主题的提醒消息。

在一个可选的实施例中，所述接收模块1740还用于：在授权提醒界面上的确定控件被触发时，向服务器发送提醒主题的第一授权指示，第一授权指示用于指示服务器向提醒主题授予一次有效的提醒权限；或，在授权提醒界面上的次数设置控件被设置为n后，向服务器发送提醒主题的第二授权指示，第二授权指示用于指示服务器向提醒主题授予n次有效的提醒权限；或，在授权提醒界面上的事件设置控件被设置为t后，向服务器发送提醒主题的第三授权指示，第三授权指示用于指示服务器向提醒主题授予时长t内有效的提醒权限。

在一个可选的实施例中，授权指示中携带有：所述提醒主题的主题标识和所述有限条件。

在一个可选的实施例中，所述扫描模块1710还用于：扫描提醒主题对应的图形码；所述获取模块1720还用于：从图形码中读取提醒主题的主题标题。

在一个可选的实施例中，上述方法应用于运行有提醒助手小程序的宿主程序中，提醒助手小程序依赖于宿主程序运行；授权提醒界面是提醒助手小程序的小程序界面。

在一个可选的实施例中，所述显示模块1730还用于：采用强提醒方式显示提醒消息，强提醒方式包括如下提醒方式中的至少一种：在锁屏界面中显示提醒消息；在提醒助手小程序提供的消息显示页面中显示提醒消息。

在一个可选的实施例中，所述显示模块1730还用于：在宿主程序的程序界面中显示已授权的提醒主题；所述接收模块1740还用于：接收对已授权的提醒主题的删除操作；根据删除操作取消对提醒主题授予的提醒权限。

结合图16，对本申请的另一个示例性实施例提供的消息发送装置进行说明。该装置可以通过软件、硬件或者两者的结合实现成为终端的全部或一部分，该装置包括：显示模块1610、接收模块1620、获取模块1630和发送模块1640，其中，接收模块1620是可选的模块。

显示模块1610，用于通过第二提醒助手小程序显示提醒主题的创建界面；

接收模块1620，用于通过第二提醒助手小程序根据创建界面中接收到的创建操作，创建得到提醒主题；

获取模块1630，用于通过第二提醒助手小程序获取提醒主题对应的授权用户，授权用户是向提醒主题授予具有有限条件的提醒权限的用户帐号，有限条件包括有限时间和有限次数中的至少一种；

发送模块1640，用于通过第二提醒助手小程序向提醒主题对应的授权用户发送提醒消息。

在一个可选的实施例中，所述显示模块1610还用于：显示提醒主题对应的图形码，图形码中携带有所述提醒主题的主题标识；所述获取模块1630还用于：获取扫描所述图形码进行授权处理的所述授权用户。

在一个可选的实施例中，所述显示模块1610还用于：创建界面显示有提醒主题设置控件；所述接收模块1620还用于：在创建界面中的提醒主题设置控件上接收主题编辑操作；所述获取模块1630还用于：根据提醒主题编辑操作得到提醒主题的主题标题；根据提醒主题的主题标题，创建得到提醒主题。

在一个可选的实施例中，所述显示模块1610还用于：创建界面还显示有内容设置控件；所述接收模块1620还用于：创建界面中的内容设置控件上接收内容编辑操作；所述获取模块1630还用于：根据内容编辑操作得到提醒主题的主题介绍；根据提醒主题的主题标题和主题内容，创建得到提醒主题。

在一个可选的实施例中，所述显示模块1610还用于：显示提醒主题的提醒消息编辑界面；所述接收模块1620还用于：在提醒消息编辑界面中接收提醒消息编辑操作；所述获取模块1630还用于：根据提醒消息编辑操作得到提醒消息；所述发送模块1640还用于：向提醒主题对应的授权用户发送提醒消息。

下面是对本申请应用的电子设备进行说明，请参考图18，其示出了本申请一个示例性实施例提供的电子设备1800的结构框图。该电子设备1800可以是便携式移动终端，比如：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio LayerIV，动态影像专家压缩标准音频层面4)播放器。电子设备1800还可能被称为用户设备、便携式终端等其他名称。

通常，电子设备1800包括有：处理器1801和存储器1802。

处理器1801可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1801可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1801也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1801可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1801还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1802可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是有形的和非暂态的。存储器1802还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1802中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1801所执行以实现本申请中提供的提醒消息的接收方法和发送方法。

在一些实施例中，电子设备1800还可选包括有：外围设备接口1803和至少一个外围设备。具体地，外围设备包括：射频电路1804、触摸显示屏1805、摄像头1806、音频电路1807、定位组件1808和电源1809中的至少一种。

外围设备接口1803可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器1801和存储器1802。在一些实施例中，处理器1801、存储器1802和外围设备接口1803被集成在同一芯片或电路板上；在一些其他实施例中，处理器1801、存储器1802和外围设备接口1803中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路1804用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1804通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1804将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1804包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1804可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1804还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

触摸显示屏1805用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。触摸显示屏1805还具有采集在触摸显示屏1805的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1801进行处理。触摸显示屏1805用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，触摸显示屏1805可以为一个，设置电子设备1800的前面板；在另一些实施例中，触摸显示屏1805可以为至少两个，分别设置在电子设备1800的不同表面或呈折叠设计；在再一些实施例中，触摸显示屏1805可以是柔性显示屏，设置在电子设备1800的弯曲表面上或折叠面上。甚至，触摸显示屏1805还可以设置成非矩形的不规则图形，也即异形屏。触摸显示屏1805可以采用LCD(Liquid Crystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件1806用于采集图像或视频。可选地，摄像头组件1806包括前置摄像头和后置摄像头。通常，前置摄像头用于实现视频通话或自拍，后置摄像头用于实现照片或视频的拍摄。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能，主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能。在一些实施例中，摄像头组件1806还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路1807用于提供用户和电子设备1800之间的音频接口。音频电路1807可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1801进行处理，或者输入至射频电路1804以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在电子设备1800的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1801或射频电路1804的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1807还可以包括耳机插孔。

定位组件1808用于定位电子设备1800的当前地理位置，以实现导航或LBS(Location Based Service，基于位置的服务)。定位组件1808可以是基于美国的GPS(Global Positioning System，全球定位系统)、中国的北斗系统或俄罗斯的伽利略系统的定位组件。

电源1809用于为电子设备1800中的各个组件进行供电。电源1809可以是交流电、直流电、一次性电池或可充电电池。当电源1809包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。

在一些实施例中，电子设备1800还包括有一个或多个传感器1810。该一个或多个传感器1810包括但不限于：加速度传感器1811、陀螺仪传感器1812、压力传感器1813、指纹传感器1814、光学传感器1815以及接近传感器1816。

加速度传感器1811可以检测以电子设备1800建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1811可以用于检测重力加速度在三个坐标轴上的分量。处理器1801可以根据加速度传感器1811采集的重力加速度信号，控制触摸显示屏1805以横向视图或纵向视图进行用户界面的显示。加速度传感器1811还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器1812可以检测电子设备1800的机体方向及转动角度，陀螺仪传感器1812可以与加速度传感器1811协同采集用户对电子设备1800的3D动作。处理器1801根据陀螺仪传感器1812采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器1813可以设置在电子设备1800的侧边框和/或触摸显示屏1805的下层。当压力传感器1813设置在电子设备1800的侧边框时，可以检测用户对电子设备1800的握持信号，根据该握持信号进行左右手识别或快捷操作。当压力传感器1813设置在触摸显示屏1805的下层时，可以根据用户对触摸显示屏1805的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器1814用于采集用户的指纹，以根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1801授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1814可以被设置电子设备1800的正面、背面或侧面。当电子设备1800上设置有物理按键或厂商Logo时，指纹传感器1814可以与物理按键或厂商Logo集成在一起。

光学传感器1815用于采集环境光强度。在一个实施例中，处理器1801可以根据光学传感器1815采集的环境光强度，控制触摸显示屏1805的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏1805的显示亮度；当环境光强度较低时，调低触摸显示屏1805的显示亮度。在另一个实施例中，处理器1801还可以根据光学传感器1815采集的环境光强度，动态调整摄像头组件1806的拍摄参数。

接近传感器1816，也称距离传感器，通常设置在电子设备1800的正面。接近传感器1816用于采集用户与电子设备1800的正面之间的距离。在一个实施例中，当接近传感器1816检测到用户与电子设备1800的正面之间的距离逐渐变小时，由处理器1801控制触摸显示屏1805从亮屏状态切换为息屏状态；当接近传感器1816检测到用户与电子设备1800的正面之间的距离逐渐变大时，由处理器1801控制触摸显示屏1805从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图18中示出的结构并不构成对电子设备1800的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置

本申请还提供了一种终端，该述终端包括：宿主程序和提醒助手小程序；提醒助手小程序依赖于宿主程序运行，终端用于实现上述各方法实施例提供的提醒消息的接收方法和提醒消息的发送方法。

本申请还提供了一种计算机设备，该计算机设备包括：处理器和存储器，该存储器中存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述各方法实施例提供的提醒消息的接收方法和提醒消息的发送方法。

本申请还提供了一种计算机可读存储介质，该存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现上述各方法实施例提供的提醒消息的接收方法和提醒消息的发送方法。

应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

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

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (20)

1.一种提醒消息的接收方法，其特征在于，所述方法包括：

获取提醒主题的主题标题；

根据所述提醒主题的主题标题，显示所述提醒主题的授权提醒界面；

在所述授权提醒界面上接收到授权操作后，向所述提醒主题授予具有有限条件的提醒权限，所述有限条件包括有限时间和有限次数中的至少一种；

接收所述提醒主题的提醒消息。

2.根据权利要求1所述的方法，其特征在于，所述在所述授权提醒界面上接收到授权操作后，向所述提醒主题授予具有有限条件的提醒权限，包括：

在所述授权提醒界面上的确定控件被触发时，向服务器发送所述提醒主题的第一授权指示，所述第一授权指示用于指示所述服务器向所述提醒主题授予一次有效的提醒权限；

或，

在所述授权提醒界面上的次数设置控件被设置为n后，向所述服务器发送所述提醒主题的第二授权指示，所述第二授权指示用于指示所述服务器向所述提醒主题授予n次有效的提醒权限；

或，

在所述授权提醒界面上的事件设置控件被设置为t后，向所述服务器发送所述提醒主题的第三授权指示，所述第三授权指示用于指示所述服务器向所述提醒主题授予时长t内有效的提醒权限。

3.根据权利要求1所述的方法，其特征在于，所述授权指示中携带有：所述提醒主题的主题标识和所述有限条件。

4.根据权利要求1至3任一所述的方法，其特征在于，所述获取提醒主题的主题信息，包括：

扫描所述提醒主题对应的图形码；

从所述图形码中读取所述提醒主题的主题标题。

5.根据权利要求1至3任一所述的方法，其特征在于，所述方法应用于运行有提醒助手小程序的宿主程序中，所述提醒助手小程序依赖于所述宿主程序运行；

所述授权提醒界面是所述提醒助手小程序的小程序界面。

6.根据权利要求5所述的方法，其特征在于，所述接收所述提醒主题的提醒消息之后，还包括：

采用强提醒方式显示所述提醒消息，所述强提醒方式包括如下提醒方式中的至少一种：

在锁屏界面中显示所述提醒消息；

在所述提醒助手小程序提供的消息显示页面中显示所述提醒消息；

在所述宿主程序中提供的消息显示页面中显示所述提醒消息；

通过所述宿主程序或所述提醒助手小程序调用操作系统播放所述提醒消息对应的提醒音；

通过所述宿主程序或所述提醒助手小程序调用所述操作系统控制信号灯进行提醒。

7.根据权利要求5所述的方法，其特征在于，所述向所述提醒主题授予具有有限条件的提醒权限之后，还包括：

在所述宿主程序的程序界面中显示已授权的所述提醒主题；

接收对所述已授权的所述提醒主题的删除操作；

根据所述删除操作取消对所述提醒主题授予的所述提醒权限。

8.一种提醒消息的接收方法，其特征在于，应用于安装有第一宿主程序和第一提醒助手小程序的终端中，所述第一提醒助手小程序依赖于所述第一宿主程序运行，所述方法包括：

通过所述第一宿主程序扫描提醒主题对应的图形码；

从所述图形码中获取所述提醒主题对应的主题标题；

通过所述第一宿主程序调用所述第一提醒助手小程序，通过所述第一提醒助手小程序根据所述提醒主题的主题标题，显示所述提醒主题的授权提醒界面；

在所述授权提醒界面上接收到授权操作后，向所述提醒主题授予具有有限条件的提醒权限，所述有限条件包括有限时间和有限次数中的至少一种；

通过所述第一提醒助手小程序接收所述提醒主题的提醒消息。

9.一种提醒消息的发送方法，其特征在于，所述方法包括：

显示提醒主题的创建界面；

根据所述创建界面中接收到的创建操作，创建得到所述提醒主题；

获取所述提醒主题对应的授权用户，所述授权用户是向所述提醒主题授予具有有限条件的提醒权限的用户帐号，所述有限条件包括有限时间和有限次数中的至少一种；

向所述提醒主题对应的授权用户发送提醒消息。

10.根据权利要求9所述的方法，其特征在于，所述获取所述提醒主题对应的授权用户，包括：

显示所述提醒主题对应的图形码，所述图形码中携带有所述提醒主题的主题标识；

获取扫描所述图形码进行授权处理的所述授权用户。

11.根据权利要求9所述的方法，其特征在于，所述创建界面显示有提醒主题设置控件；

所述根据所述创建界面中接收到的创建操作，创建得到所述提醒主题，包括：

在所述创建界面中的所述提醒主题设置控件上接收提醒主题编辑操作；

根据所述提醒主题编辑操作得到所述提醒主题的主题标题；

根据所述提醒主题的主题标题，创建得到所述提醒主题。

12.根据权利要求11所述的方法，其特征在于，所述创建界面还显示有内容设置控件；

所述根据所述提醒主题的主题标题，创建得到所述提醒主题之前，还包括：

在所述创建界面中的所述内容设置控件上接收内容编辑操作；

根据所述内容编辑操作得到所述提醒主题的主题介绍；

所述根据所述提醒主题的主题标题和所述提醒主题内容，创建得到所述提醒主题。

13.根据权利要求9至12任一所述的方法，其特征在于，所述向所述提醒主题对应的授权用户发送提醒消息，包括：

显示所述提醒主题的提醒消息编辑界面；

在所述提醒消息编辑界面中接收提醒消息编辑操作；

根据所述提醒消息编辑操作得到所述提醒消息；

向所述提醒主题对应的授权用户发送所述提醒消息。

14.一种提醒消息的发送方法，其特征在于，应用于安装有第二宿主程序和第二提醒助手小程序的终端中，所述第二提醒助手小程序依赖于所述第二宿主程序运行，所述方法包括：

通过所述第二提醒助手小程序显示提醒主题的创建界面；

通过所述第二提醒助手小程序根据所述创建界面中接收到的创建操作，创建得到所述提醒主题；

通过所述第二提醒助手小程序获取所述提醒主题对应的授权用户，所述授权用户是向所述提醒主题授予具有有限条件的提醒权限的用户帐号，所述有限条件包括有限时间和有限次数中的至少一种；

通过所述第二提醒助手小程序向所述提醒主题对应的授权用户发送提醒消息。

15.一种提醒消息的发送方法，其特征在于，所述方法包括：

接收第一提醒助手小程序发送的授权指示；

根据所述授权指示向提醒主题授予具有有限条件的提醒权限；

接收第二提醒助手小程序发送的所述提醒主题的提醒消息；

当所述提醒消息满足所述有限条件时，向所述第一提醒助手小程序发送所述提醒消息。

16.根据权利要求15所述的方法，其特征在于，所述接收第二提醒助手小程序发送的所述提醒主题的提醒消息，包括：

接收第二提醒助手小程序发送的提醒主题的创建请求，所述创建请求携带有所述提醒主题的主题标题；

根据所述提醒主题的主题标题创建所述提醒主题的主题标识；

向所述第二提醒助手小程序反馈所述提醒主题的主题标识，所述提醒主题的主题标识用于供所述第二提醒助手小程序生成所述提醒主题对应的图形码。

17.一种提醒消息的接收装置，其特征在于，所述装置包括：

获取模块，用于获取提醒主题的主题标题；

显示模块，用于根据提醒主题的主题标题，显示提醒主题的授权提醒界面接收模块，用于在授权提醒界面上接收到授权操作后，向提醒主题授予具有有限条件的提醒权限，有限条件包括有限时间和有限次数中的至少一种；

所述接收模块，还用于接收提醒主题的提醒消息。

18.一种提醒消息的发送装置，其特征在于，所述装置包括：

显示模块，用于显示提醒主题的创建界面；

接收模块，用于根据创建界面中接收到的创建操作，创建得到提醒主题；

获取模块，用于获取提醒主题对应的授权用户，授权用户是向提醒主题授予具有有限条件的提醒权限的用户帐号，有限条件包括有限时间和有限次数中的至少一种；

发送模块，用于向提醒主题对应的授权用户发送消息。

19.一种终端，其特征在于，所述终端包括：宿主程序和提醒助手小程序；所述提醒助手小程序依赖于所述宿主程序运行，所述终端用于实现如权利要求1至8任一项所述的提醒消息的接收方法和如权利要求9至16任一项所述的提醒消息的发送方法。

20.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至8任一项所述的提醒消息的接收方法和如权利要求9至16任一项所述的提醒消息的发送方法。

Images