CN102821084B - 开放平台标识方法、开放平台及系统 - Google Patents

Abstract

本发明涉及一种开放平台标识方法、开放平台及系统，其方法包括：开放平台在登录该开放平台的用户终端启动第三方应用时，获取基于第三方应用与用户终端的开放平台账号；将基于第三方应用与用户终端的开放平台账号传递给第三方应用；接收第三方应用发送的通知指令，并根据通知指令携带的开放平台账号，为第三方应用向用户终端发送对应通知指令的提醒消息。本发明解决了对第三方应用的提醒和push问题，同时防止跨应用产生的干扰问题。

Description

开放平台标识方法、开放平台及系统

技术领域

本发明涉及即时通讯的第三方应用技术领域，尤其涉及一种开放平台标识方法、开放平台及系统。

背景技术

即时通讯开放平台作为一种客户端平台系统，可以为用户管理众多的应用(app，application)，为应用提供运行环境，还可以为应用提供基础服务，比如针对应用的分享功能以及提醒功能等。例如，当某一个应用有了事件或消息需要通知其相应的用户，而该用户可能处于离线状态时，应用的运维中心可以将消息发送给该应用经常运行的即时通讯开放平台，该开放平台的消息中心可以提醒用户某些应用有新的消息。这样，用户可以只需运行开放平台，即能关注该开放平台上的所有的应用。

但是，上述开放平台的提醒功能的实现过程存在的问题是：需要发送提醒消息的应用的运维中心无法知道当前用户在哪个开放平台上运行，也就是说，针对当前用户的消息不知该投递到哪个平台上。

通常情况下，用户通过即时通讯账号登录一个开放平台，因此，用户登录的即时通讯登录账号可以作为该开放平台的标识，但是，开放平台上承载着各式各样的应用，各个应用可能并不识别用户登录开放平台的即时通讯登录帐号，或者因涉及到账号的安全因素而不需将账号告知各个应用。

针对上述问题，现有的一种做法是，以IPhone为例，每部IPhone具有一个硬件设备ID，该ID将某个应用的用户身份和IPhone的设备ID进行绑定，这样，消息提醒可准确的投递到相应的IPhone设备上去，但是，这种解决方案不适合PC机模式，同时也不利于应用之间的隔离验证。

发明内容

本发明的主要目的在于提供一种开放平台标识方法、开放平台及系统，旨在实现开放平台对第三方应用的提醒功能，避免跨应用干扰。

为了达到上述目的，本发明提出一种开放平台标识方法，包括：开放平台在登录该开放平台的用户终端启动第三方应用时，获取根据所述第三方应用的AppID及所述用户终端的平台登录账号生成的开放平台账号；

将所述开放平台账号传递给所述第三方应用；

接收所述第三方应用发送的通知指令，并根据所述通知指令携带的开放平台账号，为所述第三方应用向所述用户终端发送对应所述通知指令的提醒消息。

本发明还提出一种开放平台，包括：

获取模块，用于在登录所述开放平台的用户终端启动第三方应用时，获取根据所述第三方应用的的AppID及所述用户终端的平台登录账号生成的开放平台账号；

发送模块，用于将所述开放平台账号传递给所述第三方应用；

提醒模块，用于接收所述第三方应用发送的通知指令，并根据所述通知指令携带的开放平台账号，为所述第三方应用向所述用户终端发送对应所述通知指令的提醒消息。

本发明还提出一种开放平台标识系统，包括：开放平台及第三方应用，其中：

所述开放平台，用于在登录该开放平台的用户终端启动第三方应用时，获取根据所述第三方应用的AppID及所述用户终端的平台登录账号生成的开放平台账号；将所述开放平台账号传递给所述第三方应用；接收所述第三方应用发送的通知指令，并根据所述通知指令携带的开放平台账号，为所述第三方应用向所述用户终端发送对应所述通知指令的提醒消息；

所述第三方应用，用于当所述用户终端登录所述第三方应用时，接收所述开放平台发送的开放平台账号，并记录所述用户终端的第三方登录账号与所述开放平台账号的对应关系；当所述第三方应用需要向所述用户终端发送通知时，根据所述用户终端的第三方登录账号获取对应的开放平台账号并提供给所述开放平台。

本发明提出的一种开放平台标识方法、开放平台及系统，在用户登录开放平台并启动第三方应用时，开放平台将根据第三方应用的AppID及用户终端的平台登录账号生成的开放平台账号传递给第三方应用，当第三方应用需要向用户发送通知时，开放平台根据第三方应用指定的开放平台账号，为第三方应用向用户发送对应的提醒消息，从而解决对第三方应用的提醒和push问题，同时防止跨应用产生的干扰问题。

附图说明

图1是本发明开放平台标识方法较佳实施例的流程示意图；

图2是本发明开放平台标识方法较佳实施例中接收第三方应用发送的通知指令，并根据通知指令携带的开放平台账号，为第三方应用向用户终端发送对应通知指令的提醒消息的一种流程示意图；

图3是本发明开放平台标识方法较佳实施例中接收第三方应用发送的通知指令，并根据通知指令携带的开放平台账号，为第三方应用向用户终端发送对应通知指令的提醒消息的另一种流程示意图；

图4是本发明开放平台较佳实施例的结构示意图；

图5是本发明开放平台较佳实施例中提醒模块的一种结构示意图；

图6是本发明开放平台较佳实施例中提醒模块的另一种结构示意图；

图7是本发明开放平台标识系统较佳实施例的结构示意图。

为了使本发明的技术方案更加清楚、明了，下面将结合附图作进一步详述。

具体实施方式

本发明实施例解决方案主要是：在用户登录开放平台并启动第三方应用时，开放平台将根据根据第三方应用的AppID及用户终端的平台登录账号生成的开放平台账号传递给第三方应用，当第三方应用需要向用户发送通知时，开放平台根据第三方应用指定的开放平台账号，为第三方应用向用户发送对应的提醒消息，以解决对第三方应用的提醒和push问题，防止跨应用干扰。

如图1所示，本发明一实施例提出一种开放平台标识方法，包括：

步骤S101，开放平台在登录该开放平台的用户终端启动第三方应用时，获取根据第三方应用的AppID及用户终端的平台登录账号生成的开放平台账号；

本实施例中开放平台可以为即时通讯开放平台，比如QQ开放平台等。用户在PC机、手机或IPhone等移动终端通过平台登录账号登录开放平台，平台登录账号作为用户登录开放平台的标识，当用户登录开放平台后，在开放平台上可以根据实际需要点击运行在开放平台上的第三方应用，以获取相应的服务或资源。

为了标识开放平台，本实施例设置了第三方应用与用户终端相关联的参数开放平台账号(以下以QplusID表示)，该参数QPlusID由开放平台根据用户终端的平台登录账号以及第三方应用的AppID(应用标识)生成。

每个用户终端在开放平台上均具有平台登录账号，同时，每个开放平台上的第三方应用均具有对应的AppID，开放平台根据用户终端的平台登录账号以及第三方应用的AppID生成的QPlusID，作为开放平台的标识，以便在第三方应用需要通过开放平台进行消息提醒时，可以根据该QPlusID将消息投递到相应的开放平台。

其中，开放平台根据用户终端的平台登录账号以及第三方应用的AppID生成QplusID可以采用预定的算法生成，比如通过现有的TEA(Tiny EncryptionAlgorithm，分组加密算法)、DES(Data Encryption Standard，数据加密标准)及IDEA(International Data Encryption Algorithm，国际数据加密算法)等对称加密算法，将用户终端的平台登录账号以及第三方应用的AppID串接在一起，生成QplusID，上述对称加密算法属现有的成熟方案，在此不作详述。

开放平台根据用户终端的平台登录账号以及第三方应用的AppID生成的QPlusID可以预先生成保存在本地缓存中，也可以临时生成。

在用户终端登录开放平台并启动第三方应用后，如果开放平台的缓存中有相对应的QPlusID，开放平台则直接获取对应的QPlusID，如果缓存中没有，开放平台则到其后台服务器启动拉取，开放平台的后台服务器根据用户终端的平台登录帐号和第三方应用的AppID等信息生成QPlusID。

步骤S102，将开放平台账号传递给第三方应用；

当开放平台获取到第三方应用与用户终端相关联的QPlusID后，开放平台通知第三方应用获取该QPlusID，第三方应用通过前端获取到开放平台传递过来的QPlusID后，登录第三方应用的后台服务器，并将获取的QPlusID传递给第三方应用的后台服务器保存，第三方应用的后台服务器同时保存用户终端在第三方应用上的登录账号(即本实施例所称第三方登录账号)与QPlusID的对应关系。以便第三方应用在需要开放平台向用户终端发送提醒消息时，将该QPlusID提供给开放平台。

步骤S103，接收第三方应用发送的通知指令，并根据通知指令携带的开放平台账号，为第三方应用向用户终端发送对应通知的提醒消息。

在某个时刻，当第三方应用的后台服务器有消息需要向第三方应用前端通知消息时，第三方应用前端可以处于登录状态，也可以处于离线状态，第三方应用的后台服务器从本地保存的列表中查出用户终端的第三方登录账号对应的QPlusID，并向开放平台的提醒中心的接口请求时指定相应的QPlusID，开放平台的提醒中心向开放平台的后台服务器询问用户终端的平台登录帐号和第三方应用的AppID，开放平台的提醒中心由此获知提醒消息的发送目的地，并校验第三方应用的AppID是否正确，以防止跨应用的恶意访问或干扰。

在具体实施过程中，如图2所示，作为开放平台进行消息提醒的一种实施方式，上述步骤S103包括：

步骤S1031，开放平台根据通知指令携带的开放平台账号，从本地查询通知指令携带的开放平台账号对应的用户终端的平台登录账号；

开放平台根据第三方应用提供的QPlusID，从本地查询第三方应用提供的QPlusID对应的用户终端的平台登录账号。

步骤S1032，根据对应的用户终端的平台登录账号向对应的用户终端发送对应通知指令的提醒消息。

如图3所示，作为开放平台进行消息提醒的另一种实施方式，上述步骤S103包括：

步骤S1033，开放平台根据通知指令携带的开放平台账号，从本地查询通知指令携带的开放平台账号对应的用户终端的平台登录账号以及对应的第三方应用的AppID；

开放平台根据第三方应用提供的QPlusID，从本地查询第三方应用提供的QPlusID对应的用户终端的平台登录账号以及对应的第三方应用的AppID。

步骤S1034，对对应的第三方应用的AppID进行校验；

步骤S1035，当校验通过后，根据对应的用户终端的平台登录账号向对应的用户终端发送对应通知指令的提醒消息。

本实施例通过在用户终端登录开放平台后，若用户终端启动第三方应用，开放平台将根据第三方应用的AppID及用户终端的平台登录账号生成的开放平台账号传递给第三方应用，当第三方应用需要向用户发送通知时，开放平台根据第三方应用指定的开放平台账号，为第三方应用向用户发送对应的提醒消息，解决了对第三方应用的提醒和push问题，同时防止跨应用产生的干扰问题。

如图4所示，本发明一实施例提出一种开放平台，包括：获取模块401、发送模块402以及提醒模块403，其中：

获取模块401，用于在登录开放平台的用户终端启动第三方应用时，获取根据第三方应用的AppID及用户终端的平台登录账号生成的开放平台账号；

发送模块402，用于将开放平台账号传递给所述第三方应用；

提醒模块403，用于接收第三方应用发送的通知指令，并根据通知指令携带的开放平台账号，为第三方应用向所述用户终端发送对应通知的提醒消息。

本实施例中开放平台可以为即时通讯开放平台，比如QQ开放平台等。用户在PC机、手机或IPhone等移动终端通过平台登录账号登录开放平台，平台登录账号作为用户登录开放平台的标识，当用户登录开放平台后，在开放平台上可以根据实际需要点击运行在开放平台上的第三方应用，以获取相应的服务或资源。

为了标识开放平台，本实施例设置了第三方应用与用户终端相关联的参数开放平台账号(以下以QPlusID表示)，该参数QPlusID由开放平台根据用户终端的平台登录账号以及第三方应用的AppID生成。

每个用户终端在开放平台上均具有平台登录账号，同时，每个开放平台上的第三方应用均具有对应的AppID，开放平台根据用户终端的平台登录账号以及第三方应用的AppID生成的QPlusID，作为开放平台的标识，以便在第三方应用需要通过开放平台进行消息提醒时，可以根据该QPlusID将消息投递到相应的开放平台。

开放平台根据用户终端的平台登录账号以及第三方应用的AppID生成的QPlusID可以预先生成保存在本地缓存中，也可以临时生成。

在用户终端登录开放平台并启动第三方应用后，如果开放平台的缓存中有相对应的QPlusID，开放平台则通过获取模块401直接获取对应的QPlusID，如果缓存中没有，开放平台则通过获取模块401到其后台服务器启动拉取，开放平台的后台服务器根据用户终端的平台登录帐号和第三方应用的AppID等信息生成QPlusID。

当开放平台获取到第三方应用与用户终端相关联的QPlusID后，开放平台通知第三方应用获取该QPlusID，并通过发送模块402将QPlusID传递给第三方应用；第三方应用通过前端获取到开放平台传递过来的QPlusID后，登录第三方应用的后台服务器，并将获取的QPlusID传递给第三方应用的后台服务器保存，第三方应用的后台服务器同时保存用户终端在第三方应用上的登录账号(即本实施例所称第三方登录账号)与QPlusID的对应关系。以便第三方应用在需要开放平台向用户终端发送提醒消息时，将该QPlusID提供给开放平台。

其中，开放平台根据用户终端的平台登录账号以及第三方应用的AppID生成QplusID可以采用预定的算法生成，比如通过现有的TEA(Tiny EncryptionAlgorithm，分组加密算法)、DES(Data Encryption Standard，数据加密标准)及IDEA(International Data Encryption Algorithm，国际数据加密算法)等对称加密算法，将用户终端的平台登录账号以及第三方应用的AppID串接在一起，生成QplusID，上述对称加密算法属现有的成熟方案，在此不作详述。

在某个时刻，当第三方应用的后台服务器有消息需要向第三方应用前端通知消息时，第三方应用前端可以处于登录状态，也可以处于离线状态，第三方应用的后台服务器从本地保存的列表中查出用户终端的第三方登录账号对应的QPlusID，并向开放平台的提醒中心的接口请求时指定相应的QPlusID，开放平台的提醒模块403通过提醒中心向开放平台的后台服务器询问用户终端的平台登录帐号和第三方应用的AppID，开放平台的提醒中心由此获知提醒消息的发送目的地，并校验第三方应用的AppID是否正确，以防止跨应用的恶意访问或干扰。

在具体实施例过程中，如图5所示，作为提醒模块403进行消息提醒的一种实施方式，上述提醒模块403包括：查询单元4031以及发送单元4032，其中：

查询单元4031，用于根据通知指令携带的开放平台账号，从本地查询通知指令携带的开放平台账号对应的用户终端的平台登录账号；

发送单元4032，用于根据所述对应的用户终端的平台登录账号向对应的用户终端发送对应所述通知指令的提醒消息。

如图6所示，作为提醒模块403进行消息提醒的另一种实施方式，上述提醒模块403包括：上述查询单元4031、上述发送单元4032，以及校验单元4033，其中：

在本实施例中上述查询单元4031用于根据通知指令携带的开放平台账号，从本地查询通知指令携带的开放平台账号对应的用户终端的平台登录账号以及对应的第三方应用的AppID；

校验单元4033，用于对对应的第三方应用的AppID进行校验；

发送单元4032用于当校验通过后，根据对应的用户终端的平台登录账号向对应的用户终端发送对应通知指令的提醒消息。

如图7所示，本发明一实施例提出一种开放平台标识系统，包括：开放平台701及第三方应用702，其中：

开放平台701用于在登录该开放平台701的用户终端启动第三方应用702时，获取根据第三方应用702的AppID及用户终端的平台登录账号生成的开放平台账号；将获取的开放平台账号传递给第三方应用702；当第三方应用702需要向用户终端发送通知时，开放平台701接收第三方应用702发送的通知指令，并根据通知指令携带的开放平台账号，为第三方应用702向用户终端发送对应通知指令的提醒消息；

第三方应用702用于当用户终端登录第三方应用702时，接收开放平台701发送的开放平台账号，并记录用户终端的第三方登录账号与QPlusID的对应关系；当第三方应用702需要向用户终端发送通知时，根据用户终端的第三方登录账号获取对应的开放平台账号并提供给开放平台701。

本实施例中开放平台701可以为上述实施例中的开放平台701，其中通过开放平台账号对开放平台进行标识实现对第三方应用的消息提醒的基本原理，请参照上述实施例，在此不再赘述。

本发明实施例开放平台标识方法、开放平台及系统，在用户终端登录开放平台后，若用户终端启动第三方应用，开放平台将根据第三方应用的AppID及用户终端的平台登录账号生成的开放平台账号传递给第三方应用，当第三方应用需要向用户发送通知时，开放平台根据第三方应用指定的开放平台账号，为第三方应用向用户发送对应的提醒消息，从而解决对第三方应用的提醒和push问题，同时防止跨应用产生的干扰问题。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种开放平台标识方法，其特征在于，包括：

开放平台在登录该开放平台的用户终端启动第三方应用时，获取根据所述第三方应用的应用标识AppID及所述用户终端的平台登录账号生成的开放平台账号；

将所述开放平台账号传递给所述第三方应用；

接收所述第三方应用发送的通知指令，并根据所述通知指令携带的开放平台账号，为所述第三方应用向所述用户终端发送对应所述通知指令的提醒消息，具体包括：当第三方应用的后台服务器有消息需要向第三方应用前端通知消息时，第三方应用的后台服务器从本地保存的列表中查出用户终端的第三方登录账号对应的开放平台账号，并向开放平台的提醒中心的接口请求时指定相应的开放平台账号，开放平台的提醒中心向开放平台的后台服务器询问用户终端的平台登录帐号和第三方应用的AppID，开放平台的提醒中心由此获知提醒消息的发送目的地。

2.根据权利要求1所述的方法，其特征在于，所述开放平台获取根据所述第三方应用的AppID及所述用户终端的平台登录账号生成的的开放平台账号的步骤包括：

所述开放平台从缓存中获取所述开放平台账号；或者

所述开放平台根据所述用户终端的平台登录账号以及所述第三方应用的AppID以预定算法临时生成所述开放平台账号。

3.根据权利要求1或2所述的方法，其特征在于，所述开放平台根据所述通知指令携带的开放平台账号，为所述第三方应用向所述用户终端发送对应所述通知指令的提醒消息的步骤包括：

所述开放平台根据所述通知指令携带的开放平台账号，从本地查询所述通知指令携带的开放平台账号对应的用户终端的平台登录账号；

根据所述对应的用户终端的平台登录账号向对应的用户终端发送对应所述通知指令的提醒消息。

4.根据权利要求1或2所述的方法，其特征在于，所述开放平台根据所述通知指令携带的开放平台账号，为所述第三方应用向所述用户终端发送对应所述通知指令的提醒消息的步骤包括：

所述开放平台根据所述通知指令携带的开放平台账号，从本地查询所述通知指令携带的开放平台账号对应的用户终端的平台登录账号以及对应的第三方应用的AppID；

对所述对应的第三方应用的AppID进行校验；

当校验通过后，根据所述对应的用户终端的平台登录账号向对应的用户终端发送对应所述通知指令的提醒消息。

5.一种开放平台，其特征在于，包括：

获取模块，用于在登录所述开放平台的用户终端启动第三方应用时，获取根据所述第三方应用的AppID及所述用户终端的平台登录账号生成的开放平台账号；

发送模块，用于将所述开放平台账号传递给所述第三方应用；

提醒模块，用于接收所述第三方应用发送的通知指令，并根据所述通知指令携带的开放平台账号，为所述第三方应用向所述用户终端发送对应所述通知指令的提醒消息；具体包括：当第三方应用的后台服务器有消息需要向第三方应用前端通知消息时，第三方应用的后台服务器从本地保存的列表中查出用户终端的第三方登录账号对应的开放平台账号，并向开放平台的提醒中心的接口请求时指定相应的开放平台账号，开放平台的提醒中心向开放平台的后台服务器询问用户终端的平台登录帐号和第三方应用的AppID，开放平台的提醒中心由此获知提醒消息的发送目的地。

6.根据权利要求5所述的开放平台，其特征在于，所述获取模块还用于从缓存中获取所述开放平台账号；或者根据所述用户终端的平台登录账号以及所述第三方应用的AppID以预定算法临时生成所述所述开放平台账号。

7.根据权利要求5或6所述的开放平台，其特征在于，所述提醒模块包括：

查询单元，用于根据所述通知指令携带的开放平台账号，从本地查询所述通知指令携带的开放平台账号对应的用户终端的平台登录账号；

发送单元，用于根据所述对应的用户终端的平台登录账号向对应的用户终端发送对应所述通知指令的提醒消息。

8.根据权利要求7所述的开放平台，其特征在于，所述提醒模块还包括：校验单元，其中：

所述查询单元，还用于根据所述通知指令携带的开放平台账号，从本地查询所述通知指令携带的开放平台账号对应的用户终端的平台登录账号以及对应的第三方应用的AppID；

所述校验单元，用于对所述对应的第三方应用的AppID进行校验；

所述发送单元，还用于当校验通过后，根据所述对应的用户终端的平台登录账号向对应的用户终端发送对应所述通知指令的提醒消息。

9.一种开放平台标识系统，其特征在于，包括：开放平台及第三方应用，其中：

所述开放平台，用于在登录该开放平台的用户终端启动第三方应用时，获取根据所述第三方应用的AppID及所述用户终端的平台登录账号生成的开放平台账号；将所述开放平台账号传递给所述第三方应用；接收所述第三方应用发送的通知指令，并根据所述通知指令携带的开放平台账号，为所述第三方应用向所述用户终端发送对应所述通知指令的提醒消息；具体包括：当第三方应用的后台服务器有消息需要向第三方应用前端通知消息时，第三方应用的后台服务器从本地保存的列表中查出用户终端的第三方登录账号对应的开放平台账号，并向开放平台的提醒中心的接口请求时指定相应的开放平台账号，开放平台的提醒中心向开放平台的后台服务器询问用户终端的平台登录帐号和第三方应用的AppID，开放平台的提醒中心由此获知提醒消息的发送目的地；

所述第三方应用，用于当所述用户终端登录所述第三方应用时，接收所述开放平台发送的开放平台账号，并记录所述用户终端的第三方登录账号与所述开放平台账号的对应关系；当所述第三方应用需要向所述用户终端发送通知时，根据所述用户终端的第三方登录账号获取对应的开放平台账号并提供给所述开放平台。

10.根据权利要求9所述的系统，其特征在于，所述开放平台为权利要求5-8中任一项所述的开放平台。