CN108322513B - 跨移动应用的消息推送方法、装置、移动终端和存储介质 - Google Patents
跨移动应用的消息推送方法、装置、移动终端和存储介质 Download PDFInfo
- Publication number
- CN108322513B CN108322513B CN201810009599.3A CN201810009599A CN108322513B CN 108322513 B CN108322513 B CN 108322513B CN 201810009599 A CN201810009599 A CN 201810009599A CN 108322513 B CN108322513 B CN 108322513B
- Authority
- CN
- China
- Prior art keywords
- user
- mobile application
- login
- information
- pushing
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种跨移动应用的消息推送方法、装置、移动终端和存储介质，用于用户在多个移动应用之间的消息推送，其中所述方法包括：获取用户注册信息，登录信息以及退登信息，并根据所述用户注册信息、登录信息以及退登信息创建用户设备绑定关系表；通过服务器判断用户的登录状态，所述用户登录状态包括退登移动应用A，登录移动应用A，退登移动应用A在移动应用B登录，退登移动应用A也退登移动应用B；根据用户的登录状态，查询用户设备绑定关系，得到查询结果；根据所述查询结果，按照事先设定的推送策略选择其中用户，推送消息显示给用户。本发明有效避免了退登用户在多个应用收到相同消息，支持多种推送策略，达到高效低骚扰的消息推送。
Description
技术领域
本发明涉及一种跨移动应用的消息推送方法、装置、移动终端和存储介质，属于信息处理技术领域。
背景技术
移动互联网相比传统互联网行业，最大的不同是移动的特性，拥有移动智能终端的用户可以随时随地的接受网络消息。
消息推送(Push Notification)作为移动应用重要的功能之一，是实现移动业务实时、精准地传递信息给有效用户群的最好方式。移动智能终端接收的移动应用的网络消息分为离线推送消息和在线推送消息。其中，离线推送消息，可以实现在移动智能终端上不需要运行移动应用程序即可实时获取到本程序相关的信息的功能。
目前,具有推送消息功能的移动应用(简称APP)，在运营推广活动时需要对退出登录的用户进行召回以及特定消息的推送。对不同运营活动，运营往往需要对本APP内的退出登录用户召回，或者同一平台下不同APP去召回操作。
发明内容
本发明的目的在于提供了一种跨APP用户账户退出登录后的推送方法，能够通过系统设置让信息发布者进行离线的消息推送。本发明是将多个消息APP进行关联，通过各种离线推送策略，以满足运营对不同离线推送策略的支持。
为了实现上述目的，本发明提供如下技术方案：
一种跨移动应用的消息推送方法，用于用户在多个移动应用之间的消息推送，所述跨移动应用的消息推送方法，包括以下步骤：
S1:获取用户注册信息，登录信息以及退出登录信息，并根据所述用户注册信息、登录信息以及退出登录信息创建用户设备绑定关系表；S2:通过服务器判断用户的登录状态，所述用户登录状态包括退出登录移动应用A，登录移动应用A，退出登录移动应用A在移动应用B登录，退出登录移动应用A也退出登录移动应用B；S3:根据用户的登录状态，查询用户设备绑定关系，得到查询结果；S4:根据所述查询结果，按照事先设定的推送策略选择其中用户，推送消息显示给用户。
基于相同的技术构思，本发明还提供一种跨移动应用的消息推送装置，所述跨移动应用的消息推送装置，包括：
获取模块，用于获取用户的注册信息，登录信息以及退出登录的信息，并根据所述用户的注册信息、登录信息以及退出登录的信息创建用户设备绑定关系表；判断模块，用于通过服务器判断用户的登录状态，所述用户登录状态包括退出登录移动应用A，登录移动应用A，退出登录移动应用A在移动应用B登录，退出登录移动应用A也退出登录移动应用B；查询模块，用于根据用户的登录状态，查询用户设备绑定关系，得到查询结果；推送模块，用于根据所述查询结果，按照事先设定的推送策略选择其中用户，推送消息显示给用户。
基于相同的技术构思，本发明还提供一种移动终端，所述移动终端，包括：触敏显示器；存储器；一个或多个处理器；
所述一个或多个处理器被配置为用于执行上述方法的步骤。
基于相同的技术构思，本发明还提供一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述方法的步骤。
上述跨移动应用的消息推送方法、装置、移动终端和存储介质，获取用户注册信息，登录信息以及退出登录信息，并解析所述用户注册信息得到设备信息，所述设备信息包括设备类型、设备物理标识、设备厂商、版本信息、应用标识、第三方推送唯一标识、设备MAC地址和/或设备序列号,根据所述设备信息生成用户设备唯一标识符,将所述应用标识、所述第三方推送唯一标识以及所述用户设备唯一标识符记录到用户设备绑定关系表,并解析所述用户登录信息，所述用户登录信息包括用户ID、应用标识以及用户设备唯一标识符,将所述用户ID、所述应用标识和所述用户设备唯一标识符进行绑定，设置为强绑定关系,并解析所述用户退出登录的信息，所述用户退出登录的信息包括用户ID、应用标识以及用户设备唯一标识符,将所述用户ID、所述应用标识和所述用户设备唯一标识符进行绑定，设置为弱绑定关系；通过服务器判断用户的登录状态，所述用户登录状态包括退出登录移动应用A，登录移动应用A，退出登录移动应用A在移动应用B登录，退出登录移动应用A也退出登录移动应用B；根据用户的登录状态，查询用户设备绑定关系，得到查询结果,若所述用户登录状态为退出登录移动应用A，则根据应用标识和弱绑定关系，通过用户设备绑定关系表查询出移动应用A中的弱绑定关系用户,若所述用户登录状态为登录移动应用A，则根据应用标识和强绑定关系，通过用户设备绑定关系表查询出移动应用A中的强绑定关系用户,若所述用户登录状态为退出登录移动应用A在移动应用B登录，则根据应用标识和弱绑定关系，通过用户设备绑定关系表查询出移动应用A中的弱绑定关系用户，并通过用户设备绑定关系表查询出移动应用B中的强绑定关系用户,若所述用户登录状态为退出登录移动应用A也退出登录移动应用B，则根据应用标识和弱绑定关系，通过用户设备绑定关系表查询出移动应用A中的弱绑定关系用户，并通过用户设备绑定关系表查询出移动应用B中的弱绑定关系用户,然后根据所述查询结果，按照事先设定的推送策略选择其中用户，推送消息显示给用户。本发明通过对消息中心多应用的用户强弱关系存储、设备应用映射、推送策略选择、对退出登录用户进行消息推送。有效避免了退出登录用户在多个应用收到相同消息，同时对于退出登录用户，支持多种推送策略，达到高效并且低骚扰的消息推送。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。
图1为本发明一个实施例中跨移动应用消息推送方法的流程图；
图2为本发明一个实施例中根据用户信息创建用户设备绑定关系表的流程图；
图3为本发明一个实施例中根据用户的登录状态查询用户设备绑定关系的流程图；
图4为本发明一个实施例中跨移动应用消息推送装置的结构框图；
图5为本发明一个实施例中获取模块的结构框图；
图6为本发明实施例提供的移动终端部分结构的一实施例示意框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
如图1所示，本发明提供一种技术方案：
一种跨移动应用的消息推送方法，用于用户在多个移动应用之间的消息推送，所述跨移动应用的消息推送方法，具体步骤如下：
S1:获取用户注册信息，登录信息以及退出登录信息，并根据所述用户注册信息、登录信息以及退出登录信息创建用户设备绑定关系表；
用户注册、用户登录、用户退出登录，主要由用户设备绑定关系表维护设备、用户与APP的关系。
S2:通过服务器判断用户的登录状态，所述用户登录状态包括退出登录移动应用A，登录移动应用A，退出登录移动应用A在移动应用B登录，退出登录移动应用A也退出登录移动应用B；
消息平台采用个推渠道为例，第三方APP调用SDK初始化接口，生成第三方唯一推送标识(CLIENT_ID,简称CID)；用户登陆，APP将CID上传到消息平台服务。将该CID与相应的用户ID、设备以及APP进行关联，以便后续针对特定用户进行消息推送；换登如果用户是直接退出C手机的APP，然后在D手机登录。APP不允许多设备登录，消息平台希望C手机不再收到消息，换登将用户在此APP的USER_ID与D手机的CID一起上传到服务端，服务端发现用户CID发生改变，则判断为更换了设备，并且消息平台更新用户对应的CID、设备信息。用户退出登录，APP将退出登录动作，用户ID上传到消息平台后端，消息平台将对应此用户的CID保留，但是会将强弱关系字段标明为弱关系，以便实现多种退出登录用户策略的推送，可以推送到此设备。
S3:根据用户的登录状态，查询用户设备绑定关系，得到查询结果；
通过用户设备绑定关系表(user_binding_info)，查询关键字为IS_WEAK＝1,APP_ID＝xxx的所有记录，然后，通过查询结果的DEVICE_ID字段、APP_ID字段查询device_binding_info的记录(CLIENT_ID等记录)，之后，通过用户设备绑定关系表的device_id，查询出设备类型，最后推送分派模块将推送参数封装(CLIENT_ID,推送内容等)，分别推送到安卓以及IOS相关通道。通过用户设备绑定关系表(user_binding_info)，查询关键词为APP_ID＝xxx的所有记录，然后，通过查询结果的DEVICE_ID字段、APP_ID字段查询device_binding_info的记录(CLIENT_ID等信息)，之后，通过用户设备绑定关系表的device_type，查询出设备类型，最后推送分派模块将推送参数封装(CLIENT_ID,推送内容等)，分别推送到安卓以及IOS相关通道。通过用户设备绑定关系表(user_binding_info)，查询关键词为IS_WEAK＝1,APP_ID＝xxx的所有记录，将查询结果的DEVICE_ID再查询用户设备绑定关系表，这时查询关键词为APP_ID！＝xxx，并且IS_WEAK＝0的记录,然后，通过查询结果的DEVICE_ID字段、APP_ID字段查询device_binding_info的记录(CLIENT_ID等记录)，之后，通过用户设备绑定关系表的device_id，查询出设备类型，最后推送分派模块将推送参数封装(CLIENT_ID,推送内容等)，分别推送到安卓以及IOS相关通道。通过用户设备绑定关系表(user_binding_info)，查询关键词为IS_WEAK＝1,APP_ID＝xxx的所有记录，将查询结果的DEVICE_ID再查询用户设备绑定关系表，这时查询关键词为APP_ID！＝xxx，并且IS_WEAK＝1的记录,然后，通过查询结果的DEVICE_ID字段、APP_ID字段查询device_binding_info的记录(CLIENT_ID等记录)，之后，通过用户设备绑定关系表的device_id，查询出设备类型，最后推送分派模块将推送参数封装(CLIENT_ID,推送内容等)，分别推送到安卓以及IOS相关通道。
用户设备绑定关系表(user_binding_info)，记录设备ID、APP_ID、用户ID三者做唯一约束。
| 字段名 | 字段类型 | 说明 |
| DEVICE_ID | String | 设备ID |
| APP_ID | String | 应用APP唯一标识 |
| CLIENT_ID | String | 客户端推动ID |
| USER_ID | String | 用户ID |
| IS_WEAK | INT | 强弱关系，默认0，非弱关系 |
S4:根据所述查询结果，按照事先设定的推送策略选择其中用户，推送消息显示给用户。
根据不同的推送策略，对应用下所有用户进行筛选，推送策略根据用户以及用户设备绑定关系表，去判断是否用户符合策略推送条件，若符合则继续推送；在跨应用推送策略下，不仅查询本应用下的用户是否满足策略，还判断同样用户在相同设备下其他APP满足策略的条件，若满足，也对用户进行跨应用推送。
如图2所示，具体的，所述步骤S1包括：
S101：获取用户注册信息，并解析所述用户注册信息得到设备信息，所述设备信息至少包括设备类型、应用标识、第三方推送唯一标识、设备MAC地址和/或设备序列号；
用户注册解析，APP设备注册消息中心，解析出设备信息，至少包括设备类型(IOS还是安卓)，应用标识，第三方推送唯一标识，设备MAC地址(若是安卓)和/或设备序列号(若是IOS)。
第三方推送的唯一标识,例如个推，在APP端使用SDK时会往个推通道上注册设备，个推通道会返回一个唯一ID标识这个设备，标识这个设备这个APP的唯一推送ID。
| 字段名 | 字段类型 | 说明 |
| DEVICE_TYPE | String | 设备类型，Android、IOS设备 |
| APP_ID | String | 应用APP唯一标识 |
| CLIENT_ID | String | 第三方唯一推送标识ID |
| ADDRESS_NO | String | Android的MAC地址或者IOS设备的序列号 |
S102：根据所述设备信息生成用户设备唯一标识符；
记录设备信息，生成并返回该设备的唯一标识符DEVICE_ID。MMP-CPS提供注册设备接口通过Http请求，客户端APP注册时调用消息中心的设备注册接口，传入设备信息，如以下json请求{"DEVICE_TYPE":"ANDROID","MANU_TYPE":"HUAWEI","ADDRESS_NO":"xxxx-sss s-xxxxx","APP_ID":"xxx","CLIENT_ID":"xxxx"}，判断ADDRESS_NO字段，来判断当前设备是否注册过，若注册过返回设备的DEVICE_ID,若没注册过，通过UUID生成设备的唯一ID，并将设备信息记录到用户设备绑定关系表中，并将对应的设备DEVICE_ID,APP_ID、CLIENT_ID记录到用户设备绑定关系表中，并将设备ID返回。
S103:将所述应用标识、所述第三方推送唯一标识以及所述用户设备唯一标识符记录到用户设备绑定关系表；
记录设备推送绑定，将用户设备唯一标识符、应用标识(APP_ID)以及第三方推送唯一标识记录到用户设备绑定关系表，查询设备的唯一标识，方式为根据设备类型以及设备的MAC地址或者设备序列号进行查询。若是安卓设备，查找MAC地址相同的设备，返回用户设备唯一标识符。若是IOS设备，查找序列号相同的用户设备唯一标识符。
| 字段名 | 字段类型 | 说明 |
| DEVICE_ID | String | 设备ID，唯一标识 |
| APP_ID | String | 应用APP唯一标识 |
| CLIENT_ID | String | 第三方唯一推送标识ID |
S104：获取用户登录信息，并解析所述用户登录信息，所述用户登录信息包括用户ID、应用标识以及用户设备唯一标识符；
用户登录信息解析，用户登录信息包括用户ID、注册返回的用户设备唯一标识，应用标识(APP_ID)。
S105：将所述用户ID、所述应用标识和所述用户设备唯一标识符进行绑定，设置为强绑定关系；
记录用户设备关系绑定表，记录步骤S101信息到用户设备关系绑定表，用户设备关系绑定表记录当前用户ID、应用标识(APP_ID)与设备APP关系唯一标识DEVICE_ID的关系，并将绑定关系设置为强关系。
MMP-CPS提供用户登录接口，客户端向服务器端发送登录请求，请求中主要包含的字段为用户ID、应用APP的ID、设备的唯一标识DEVICE_ID,登录动作主要建立设备、用户、APP三者的关系，并将绑定字段IS_WEAK设置为0强关系，并将记录设置在用户设备绑定关系表(user_binding_info)，请求参数可如下{"APP_ID":"10011","DEVICE_ID":"xxxx","USER_ID":"xxxx"}。
S106：获取用户退出登录信息，并解析所述用户退出登录的信息，所述用户退出登录的信息包括用户ID、应用标识以及用户设备唯一标识符；
根据用户退出登录传入的用户ID和应用标识(APP_ID)，解析用户退出登录信息。
S107:将所述用户ID、所述应用标识和所述用户设备唯一标识符进行绑定，设置为弱绑定关系。
MMP-CPS提供用户退登接口：客户端向服务器发送退登请求，此请求主要就是记录用户的退登状态，退登动作主要是将用户设备绑定关系表(user_binding_info)的对应绑定关系IS_WEAK设置为1，为弱关系。
如图3所示，具体地，所述步骤S3包括：
S301：若所述用户登录状态为退出登录移动应用A，则根据应用标识和弱绑定关系，通过用户设备绑定关系表查询出移动应用A中的弱绑定关系用户；
首先，通过用户设备绑定关系表(user_binding_info)，查询关键字为IS_WEAK＝1,APP_ID＝xxx的所有记录，然后，通过查询结果的DEVICE_ID字段、APP_ID字段查询device_binding_info的记录(CLIENT_ID等记录)，之后，通过用户设备绑定关系表的device_id，查询出设备类型，最后推送分派模块将推送参数封装(CLIENT_ID,推送内容等)，分别推送到安卓以及IOS相关通道。
S302：若所述用户登录状态为登录移动应用A，则根据应用标识和强绑定关系，通过用户设备绑定关系表查询出移动应用A中的强绑定关系用户；
首先，通过用户设备绑定关系表(user_binding_info)，查询关键词为APP_ID＝xxx的所有记录，然后，通过查询结果的DEVICE_ID字段、APP_ID字段查询device_binding_info的记录(CLIENT_ID等信息)，之后，通过用户设备绑定关系表的device_type，查询出设备类型，最后推送分派模块将推送参数封装(CLIENT_ID,推送内容等)，分别推送到安卓以及IOS相关通道。
S303:若所述用户登录状态为退出登录移动应用A在移动应用B登录，则根据应用标识和弱绑定关系，通过用户设备绑定关系表查询出移动应用A中的弱绑定关系用户，并通过用户设备绑定关系表查询出移动应用B中的强绑定关系用户；
首先，通过用户设备绑定关系表(user_binding_info)，查询关键词为IS_WEAK＝1,APP_ID＝xxx的所有记录，将查询结果的DEVICE_ID再查询用户设备绑定关系表，这时查询关键词为APP_ID！＝xxx，并且IS_WEAK＝0的记录,然后，通过查询结果的DEVICE_ID字段、APP_ID字段查询device_binding_info的记录(CLIENT_ID等记录)，之后，通过用户设备绑定关系表的device_id，查询出设备类型，最后推送分派模块将推送参数封装(CLIENT_ID,推送内容等)，分别推送到安卓以及IOS相关通道。
S304：若所述用户登录状态为退出登录移动应用A也退出登录移动应用B，则根据应用标识和弱绑定关系，通过用户设备绑定关系表查询出移动应用A中的弱绑定关系用户，并通过用户设备绑定关系表查询出移动应用B中的弱绑定关系用户。
首先，通过用户设备绑定关系表(user_binding_info)，查询关键词为IS_WEAK＝1,APP_ID＝xxx的所有记录，将查询结果的DEVICE_ID再查询用户设备绑定关系表，这时查询关键词为APP_ID！＝xxx，并且IS_WEAK＝1的记录,然后，通过查询结果的DEVICE_ID字段、APP_ID字段查询device_binding_info的记录(CLIENT_ID等记录)，之后，通过用户设备绑定关系表的device_id，查询出设备类型，最后推送分派模块将推送参数封装(CLIENT_ID,推送内容等)，分别推送到安卓以及IOS相关通道。
所述步骤S4进一步包括：
S401：根据不同推送策略，设置不同的推送条件；
根据不同的推送策略，去设置不同的推送触发条件。这些不同的推送策略包括推送给移动应用A在线的用户，或推送给移动应用A离线的用户，或推送给移动应用B在线的用户，或推送给移动应用B离线的用户，或推送给移动应用A在线且移动应用B离线的用户，或推送给移动应用A离线且移动应用B在线的用户，或推送给移动应用A和B都在线的用户，或推送给移动应用A和B都离线的用户。
S402：根据所述查询结果，判断移动应用A或/和移动应用B的用户是否符合所述推送条件，若符合，则推送消息显示给移动应用A或/和移动应用B的用户，若不符合，则不推送消息显示给移动应用A或/和移动应用B的用户。
推送策略根据用户以及用户设备绑定关系表，去判断是否用户符合策略推送条件，若符合则继续推送；在跨应用推送策略下，不仅查询本应用下的用户是否满足策略，还判断同样用户在相同设备下其他APP满足策略的条件，若满足，也对用户进行跨应用推送。
具体地，所述步骤S102还包括：
根据用户设备绑定关系表，判断所述设备信息是否存在，判断为否，则根据所述设备信息生成用户设备唯一标识符，判断为是，则不重复生成用户设备唯一标识符。
具体地，所述设备信息还可以包括设备物理标识、设备厂商以及版本信息。
| 字段名 | 字段类型 | 说明 |
| DEVICE_ID | String | 设备ID，唯一标识 |
| MANU_TYPE | String | 设备厂商 |
| VERSION | Varchar(20) | APP版本号 |
具体地，所述步骤S401中所述不同推送策略包括：
推送给移动应用A在线的用户，或推送给移动应用A离线的用户，或推送给移动应用B在线的用户，或推送给移动应用B离线的用户，或推送给移动应用A在线且移动应用B离线的用户，或推送给移动应用A离线且移动应用B在线的用户，或推送给移动应用A和B都在线的用户，或推送给移动应用A和B都离线的用户。
基于相同的技术构思，本发明还提供一种跨移动应用的消息推送装置，如图4所示，该装置包括：
获取模块，用于获取用户的注册信息，登录信息以及退出登录的信息，并根据所述用户的注册信息、登录信息以及退出登录的信息创建用户设备绑定关系表；
判断模块，用于通过服务器判断用户的登录状态，所述用户登录状态包括退出登录移动应用A，登录移动应用A，退出登录移动应用A在移动应用B登录，退出登录移动应用A也退出登录移动应用B；
查询模块，用于根据用户的登录状态，查询用户设备绑定关系，得到查询结果；
推送模块，用于根据所述查询结果，按照事先设定的推送策略选择其中用户，推送消息显示给用户。
如图5所示，所述获取模块还包括：
获取注册信息子模块，用于获取用户注册信息，并解析所述用户注册信息得到设备信息，所述设备信息至少包括设备类型、应用标识、第三方推送唯一标识、设备MAC地址和/或设备序列号；
生成子模块，用于根据所述设备信息生成用户设备唯一标识符；
记录子模块，用于将所述应用标识、所述第三方推送唯一标识以及所述用户设备唯一标识符记录到用户设备绑定关系表；
获取登录信息子模块，用于获取用户登录信息，并解析所述用户登录信息，所述用户登录信息包括用户ID、应用标识以及用户设备唯一标识符；
强绑定子模块，用于将所述用户ID、所述应用标识和所述用户设备唯一标识符进行绑定，设置为强绑定关系；
获取退出登录信息子模块，用于获取用户退出登录信息，并解析所述用户退出登录的信息，所述用户退出登录的信息包括用户ID、应用标识以及用户设备唯一标识符；
弱绑定子模块，用于将所述用户ID、所述应用标识和所述用户设备唯一标识符进行绑定，设置为弱绑定关系。
基于相同的技术构思，本发明还挺提供一种移动终端，用于实现跨移动应用消息推送的方法，如图6所示，为了便于说明，仅示出了与本发明实施例相关20的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该终端可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑等任意终端设备，以移动终端为手机为例：
图6示出的是与本发明实施例提供的移动终端相关的手机的部分结构的框图。参考图6，手机包括：基带处理模块510、存储器520、输入单元530、显示单元540、传感器550、音频电路560、无线保真(Wireless Fidelity，WiFi)模块570、处理器580、以及电源590等部件。本领域技术人员可以理解，图6中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
基带处理模块510可用于合成即将发射的基带信号，或对接收到的基带信号进行解码。存储器520可用于存储软件程序以及模块，处理器580通过运行存储在存储器520的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。输入单元530可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元530可包括触控面板531以及其他输入设备532。显示单元540可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元540可包括显示面板541，可选的，可以采用液晶显示器(LiquidCrystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置显示面板541。手机还可包括至少一种传感器550，比如光传感器、运动传感器以及其他传感器。音频电路560、扬声器561，传声器562可提供用户与手机之间的音频接口。WiFi属于短距离无线传输技术，手机通过WiFi模块570可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图6示出了WiFi模块570，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。处理器580是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器520内的软件程序和/或模块，以及调用存储在存储器520内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。手机还包括给各个部件供电的电源590(比如电池)。尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。
在本发明实施例中，该终端所包括的处理器580可以执行上述实施例中跨移动应用的消息推送方法的步骤。
基于相同的技术构思，本发明还提供一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述实施例中跨移动应用的消息推送方法的步骤。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、磁盘或光盘等。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述实施例仅表达了本发明一些示例性实施例，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。
Claims (6)
1.一种跨移动应用的消息推送方法，用于用户在多个移动应用之间的消息推送，其特征在于，包括以下步骤：
S1:获取用户注册信息，登录信息以及退出登录信息，并根据所述用户注册信息、登录信息以及退出登录信息创建用户设备绑定关系表；
获取用户注册信息，并解析所述用户注册信息得到设备信息，所述设备信息至少包括设备类型、应用标识、第三方推送唯一标识、设备MAC地址和/或设备序列号；
根据所述设备信息生成用户设备唯一标识符；
将所述应用标识、所述第三方推送唯一标识以及所述用户设备唯一标识符记录到用户设备绑定关系表；
获取用户登录信息，并解析所述用户登录信息，所述用户登录信息包括用户ID、应用标识以及用户设备唯一标识符；
将所述用户ID、所述应用标识和所述用户设备唯一标识符进行绑定，设置为强绑定关系；
获取用户退出登录信息，并解析所述用户退出登录的信息，所述用户退出登录的信息包括用户ID、应用标识以及用户设备唯一标识符；
将所述用户ID、所述应用标识和所述用户设备唯一标识符进行绑定，设置为弱绑定关系；
S2:通过服务器判断用户的登录状态，所述用户登录状态包括退出登录移动应用A，登录移动应用A，退出登录移动应用A在移动应用B登录，退出登录移动应用A也退出登录移动应用B；
S3:根据用户的登录状态，查询用户设备绑定关系，得到查询结果之后，通过用户设备绑定关系表的设备ID，查询出设备类型，推送分派模块将推送参数封装，分别推送到安卓以及IOS相关通道；
若所述用户登录状态为退出登录移动应用A，则根据应用标识和弱绑定关系，通过用户设备绑定关系表查询出移动应用A中的弱绑定关系用户；
若所述用户登录状态为登录移动应用A，则根据应用标识和强绑定关系，通过用户设备绑定关系表查询出移动应用A中的强绑定关系用户；
若所述用户登录状态为退出登录移动应用A在移动应用B登录，则根据应用标识和弱绑定关系，通过用户设备绑定关系表查询出移动应用A中的弱绑定关系用户，并通过用户设备绑定关系表查询出移动应用B中的强绑定关系用户；
若所述用户登录状态为退出登录移动应用A也退出登录移动应用B，则根据应用标识和弱绑定关系，通过用户设备绑定关系表查询出移动应用A中的弱绑定关系用户，并通过用户设备绑定关系表查询出移动应用B中的弱绑定关系用户；
S4:根据所述查询结果，按照事先设定的推送策略选择其中用户，推送消息显示给用户，所述事先设定的推送策略包括：
推送给移动应用A在线的用户，或推送给移动应用A离线的用户，或推送给移动应用B在线的用户，或推送给移动应用B离线的用户，或推送给移动应用A在线且移动应用B离线的用户，或推送给移动应用A离线且移动应用B在线的用户，或推送给移动应用A和B都在线的用户，或推送给移动应用A和B都离线的用户。
2.根据权利要求1所述的一种跨移动应用的消息推送方法，其特征在于，所述步骤S4进一步包括：
S401：根据不同推送策略，设置不同的推送条件；
S402：根据所述查询结果，判断移动应用A或/和移动应用B的用户是否符合所述推送条件，若符合，则推送消息显示给移动应用A或/和移动应用B的用户，若不符合，则不推送消息显示给移动应用A或/和移动应用B的用户。
3.根据权利要求1所述的一种跨移动应用的消息推送方法，其特征在于，所述根据所述设备信息生成用户设备唯一标识符还包括：
根据用户设备绑定关系表，判断所述设备信息是否存在，若判断为否，则根据所述设备信息生成用户设备唯一标识符，若判断为是，则不重复生成用户设备唯一标识符。
4.一种跨移动应用的消息推送装置，其特征在于，包括：
获取模块，用于获取用户的注册信息，登录信息以及退出登录的信息，并根据所述用户的注册信息、登录信息以及退出登录的信息创建用户设备绑定关系表；获取用户注册信息，并解析所述用户注册信息得到设备信息，所述设备信息至少包括设备类型、应用标识、第三方推送唯一标识、设备MAC地址和/或设备序列号；根据所述设备信息生成用户设备唯一标识符；将所述应用标识、所述第三方推送唯一标识以及所述用户设备唯一标识符记录到用户设备绑定关系表；获取用户登录信息，并解析所述用户登录信息，所述用户登录信息包括用户ID、应用标识以及用户设备唯一标识符；将所述用户ID、所述应用标识和所述用户设备唯一标识符进行绑定，设置为强绑定关系；获取用户退出登录信息，并解析所述用户退出登录的信息，所述用户退出登录的信息包括用户ID、应用标识以及用户设备唯一标识符；将所述用户ID、所述应用标识和所述用户设备唯一标识符进行绑定，设置为弱绑定关系；
判断模块，用于通过服务器判断用户的登录状态，所述用户登录状态包括退出登录移动应用A，登录移动应用A，退出登录移动应用A在移动应用B登录，退出登录移动应用A也退出登录移动应用B；
查询模块，用于根据用户的登录状态，查询用户设备绑定关系，得到查询结果之后，通过用户设备绑定关系表的设备ID，查询出设备类型，推送分派模块将推送参数封装，分别推送到安卓以及IOS相关通道；若所述用户登录状态为退出登录移动应用A，则根据应用标识和弱绑定关系，通过用户设备绑定关系表查询出移动应用A中的弱绑定关系用户；若所述用户登录状态为登录移动应用A，则根据应用标识和强绑定关系，通过用户设备绑定关系表查询出移动应用A中的强绑定关系用户；若所述用户登录状态为退出登录移动应用A在移动应用B登录，则根据应用标识和弱绑定关系，通过用户设备绑定关系表查询出移动应用A中的弱绑定关系用户，并通过用户设备绑定关系表查询出移动应用B中的强绑定关系用户；若所述用户登录状态为退出登录移动应用A也退出登录移动应用B，则根据应用标识和弱绑定关系，通过用户设备绑定关系表查询出移动应用A中的弱绑定关系用户，并通过用户设备绑定关系表查询出移动应用B中的弱绑定关系用户；
推送模块，用于根据所述查询结果，按照事先设定的推送策略选择其中用户，推送消息显示给用户，所述事先设定的推送策略包括：推送给移动应用A在线的用户，或推送给移动应用A离线的用户，或推送给移动应用B在线的用户，或推送给移动应用B离线的用户，或推送给移动应用A在线且移动应用B离线的用户，或推送给移动应用A离线且移动应用B在线的用户，或推送给移动应用A和B都在线的用户，或推送给移动应用A和B都离线的用户。
5.一种移动终端，其特征在于，包括：
触敏显示器；
存储器；
一个或多个处理器；
所述一个或多个处理器被配置为用于执行如权利要求1至3中任一项所述方法的步骤。
6.一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如权利要求1至3中任一项所述方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810009599.3A CN108322513B (zh) | 2018-01-05 | 2018-01-05 | 跨移动应用的消息推送方法、装置、移动终端和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810009599.3A CN108322513B (zh) | 2018-01-05 | 2018-01-05 | 跨移动应用的消息推送方法、装置、移动终端和存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108322513A CN108322513A (zh) | 2018-07-24 |
| CN108322513B true CN108322513B (zh) | 2020-12-25 |
Family
ID=62893052
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810009599.3A Active CN108322513B (zh) | 2018-01-05 | 2018-01-05 | 跨移动应用的消息推送方法、装置、移动终端和存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108322513B (zh) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108900642A (zh) * | 2018-08-16 | 2018-11-27 | 安徽云才信息技术有限公司 | 一种完全由服务端控制的消息推送方法 |
| CN109218431A (zh) * | 2018-09-28 | 2019-01-15 | 江苏中威科技软件系统有限公司 | 一种信息精准推送管理方法 |
| CN111245703A (zh) * | 2018-11-29 | 2020-06-05 | 北京京东尚科信息技术有限公司 | 信息交互方法、装置、电子设备及介质 |
| CN110149363A (zh) * | 2019-04-15 | 2019-08-20 | 深圳壹账通智能科技有限公司 | 一种消息推送方法、装置及存储介质 |
| CN110290049B (zh) * | 2019-05-20 | 2023-03-24 | 深圳壹账通智能科技有限公司 | 消息推送方法、服务器及计算机可读存储介质 |
| CN110225097B (zh) * | 2019-05-21 | 2022-03-15 | 深圳壹账通智能科技有限公司 | 一种信息处理方法、设备及存储介质 |
| CN110363577A (zh) * | 2019-06-27 | 2019-10-22 | 上海淇馥信息技术有限公司 | 基于用户状态的资源位展示方法、装置及电子设备 |
| CN110769064B (zh) * | 2019-10-29 | 2023-02-24 | 广州趣丸网络科技有限公司 | 一种用于离线推送消息的系统、方法和设备 |
| CN112104663B (zh) * | 2020-10-30 | 2023-06-23 | 上海连尚网络科技有限公司 | 一种用于管理登录用户和用户设备的方法与设备 |
| CN116366329B (zh) * | 2023-03-28 | 2024-09-20 | 加客云科技(河北)有限公司 | 一种第三方sdk识别用户身份唯一id的方法 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103490981A (zh) * | 2013-09-11 | 2014-01-01 | 曹欢欢 | 一种跨移动应用的消息推送方法和装置 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007035680A1 (en) * | 2005-09-16 | 2007-03-29 | Microsoft Corporation | Productivity suite to line of business synchronization mechanism |
| CN103905401B (zh) * | 2012-12-27 | 2018-06-12 | 中国移动通信集团公司 | 一种身份认证方法和设备 |
| CN104125231B (zh) * | 2014-07-31 | 2017-12-01 | 百度在线网络技术（北京）有限公司 | 消息的处理方法及装置 |
| CN104348905B (zh) * | 2014-09-01 | 2016-09-14 | 腾讯科技（深圳）有限公司 | 一种离线推送消息的方法及装置 |
| CN105656762A (zh) * | 2016-01-26 | 2016-06-08 | 四川长虹电器股份有限公司 | 用于移动办公软件的消息推送方法与系统 |
| CN106790523B (zh) * | 2016-12-20 | 2019-02-15 | 维沃移动通信有限公司 | 一种消息推送方法及服务器 |
-
2018
- 2018-01-05 CN CN201810009599.3A patent/CN108322513B/zh active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103490981A (zh) * | 2013-09-11 | 2014-01-01 | 曹欢欢 | 一种跨移动应用的消息推送方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108322513A (zh) | 2018-07-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108322513B (zh) | 跨移动应用的消息推送方法、装置、移动终端和存储介质 | |
| CN104113787B (zh) | 基于节目的评论方法、终端、服务器和系统 | |
| US9143380B2 (en) | System and method for third party specified generation of web server content | |
| CN108320744B (zh) | 语音处理方法和装置、电子设备、计算机可读存储介质 | |
| CN104092723B (zh) | 文件下载方法、装置及系统 | |
| US20090318171A1 (en) | Application Discovery on Mobile Devices | |
| US10091643B2 (en) | Method and apparatus for displaying associated information in electronic device | |
| US10171964B2 (en) | Location-oriented services | |
| CN104965842B (zh) | 搜索推荐方法和装置 | |
| CN106575343B (zh) | 基于客户端所确定的邻近客户端设备之间的关系来触发通信动作 | |
| CN102387156B (zh) | 设备登录网络的处理方法、装置及系统 | |
| CN104092596B (zh) | 一种音乐用户群组的管理方法、装置及系统 | |
| CN107666515B (zh) | 图像处理方法和装置、计算机设备、计算机可读存储介质 | |
| CN102047621A (zh) | 用于向发布/订阅服务提供音频接口的方法、装置和计算机程序产品 | |
| CN105488109A (zh) | 内容项目排布方法、装置及系统 | |
| CN102447740A (zh) | 应用于网络云服务器通信历史记录管理方法及云服务器 | |
| CN113840292B (zh) | 一种基站开通系统、方法、装置及设备 | |
| CN105704106B (zh) | 一种可视化ivr实现方法及移动终端 | |
| CN101925158A (zh) | 号码详情的获取系统及方法 | |
| CN109347994A (zh) | 互联网协议ip地址获取方法、装置、存储介质及电子设备 | |
| US9922094B1 (en) | Sharing data based on user ranking | |
| CN201910824U (zh) | 音乐推荐服务器 | |
| CN106034065B (zh) | 信息展示方法及装置 | |
| CN105450507A (zh) | 社交网络分享信息的方法及装置 | |
| KR102315391B1 (ko) | 서버, 서비스 제공 시스템 및 서버의 처리 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |