一种跨开放平台社交消息优化计算的订阅推送引擎制造技术

本发明专利技术公开了一种跨开放平台社交消息优化计算的订阅推送引擎，联接于业务系统业务模块和社交开放平台之间，实现两者的用户社交消息互联互通。设计本引擎时首要考虑的是与具体订阅服务无关，任何业务系统均可接入；与开放平台类型无关，任何开放平台均可适配。本引擎包括社交信息订阅规则采集、订阅规则解析计算、结果异步推送三部分。其中，订阅规则采集，实现并发收集来自业务系统的社交订阅请求，并采用自描述XML结构封装数据；订阅规则解析计算，实现跨社交开放平台计算；结果异步推送，实现以优化策略回推计算结果；本发明专利技术具有跨开放平台，通用非阻塞订阅推送机制，计算算法优化等特点，满足个性化订阅需求，提高业务系统使用价值。

【技术实现步骤摘要】

本专利技术涉及互联网社交应用领域，特别是涉及一种跨开放平台社交消息优化计算的订阅推送引擎，联接于业务系统和社交开发平台两者之间，为业务系统业务模块屏蔽开放平台的差异，实现业务系统和开放平台之间的用户社交消息的互联互通。
技术介绍
在互联网时代，把网站的服务封装成一系列计算机易识别的数据接口开放出去，供第三方开发者使用，这种行为就叫做Open API，提供开放API的平台本身就被称为开放平台。通过开放平台，网站不仅能提供对Web网页的简单访问，还可以进行复杂的数据交互，将它们的Web网站转换为与操作系统等价的开发平台。第三方开发者可以基于这些已经存在的、公开的Web网站而开发丰富多彩的应用。在现在流行社交交互中，用户使用开放平台的客户端产生社交数据内容，这个社交数据，内容均存在于其所属的开放平台上，接入客户端应用(包括我们的引擎)想要获取社交数据只能通过它提供的开放api去查询获取。这样问题来了，如果某用户的社交数据有变更(比如用户使用开放平台客户端发送某些社交数据消息)我们的业务系统业务模块应用是不知道的，但业务系统业务模块的用户却要求实时获取这一数据变更的消息，那么业务系统业务模块编程适配开放平台的开放接口，并只能通过不断的api查询才知道用户的社交内容有变更。因此必须引入一个中间机制，建立一套订阅推送引擎，去使用轮询机制不断调用开放平台的api去发现社交数据变更的消息，当发现有变更后订阅引擎内部触发一项推送服务，将这一个变更的消息推送回业务系统业务模块，业务系统客户端提供回调接口能处理这一则社交数据变更的消息，并做界面消息提醒给用户。由此看来，引擎服务中必须包含这一项订阅推送服务。可能要定制一套订阅规则，对接入的业务系统业务模块约定规则内容，通过多种协议接口将其传递给引擎的订阅服务管理中。引擎服务维护和解析这些订阅服务规则，并异步将结果回馈给业务系统业务模块。本跨开放平台社交消息优化计算的订阅推送引擎，对外以客户端身份连接大部分的开放平台，适配其提供的开放服务以供我们内部业务系统、业务模块应用调用，将内部应用的采集的用户信息内容传播到开放平台上，并关注开放平台上的用户关心图谱中产生的社交信息内容，促进用户社交互动，以达到内部业务系统、业务模块应用的社交化而提升用户体验的目的。
技术实现思路
本专利技术所要解决的技术问题是业务系统业务模块的社交化需求，其需要关注的社交消息可能牵涉到多个社交平台，不同社交平台消息存储以及获取方式不同，并且还分别处于不同类型的开放系统中，本订阅引擎处在业务角度上考虑，引入一种内联所有开放平台的机制为业务系统业务模块屏蔽开放平台的差异，业务系统业务模块的信息与社交信息的互联互通；为实现上述专利技术目的，本专利技术提供一种跨开放平台社交消息优化计算的订阅推送引擎，涉及对接交互的系统包括有内部业务服务系统、公网的社交开放平台，包括社交信息订阅规则采集、订阅规则解析计算、结果异步推送三部分，其中这三部分涉及的对接交互的系统包括有内部业务服务系统、公网的社交开放平台；所述第一部分社交信息订阅规则采集，用于接收业务系统中各个服务模块的社交信息订阅需求，同时处理多个业务系统并多个模块中的请求，不需要阻塞引擎系统，引擎根据上下文环境将请求数据以自描述的XML结构封装元数据和请求数据成订阅规则数据包，使其不必依赖静态定于的服务接口和数据结构，订阅规则数据包以队列形式存储并排队等候处理；所述第二部分订阅规则解析计算，用于对第一步中收集的订阅请求进行跨开放平台的关联解析，订阅规则一般包括业务系统或者业务模块的社交信息需求，以XML格式封装起来，按照解析器所认知的约定规则格式。引擎内有一个集中式全局统筹的调度器，负责从第一步中采集的订阅规则数据队列中提取数据集，对规则数据按不同开放平台连接目标进行分拆和合并，再分发到开放平台类型相同的解析器解析执行，最后在集中式全局解析器中统筹合并结果，并存放到订阅结果队列中待推送；所述第三部分结果异步推送，用于订阅请求经过解析器解析计算后存放在结果存储结构中，由统一集中的推送器将结果回推给业务系统，其中回推使用回推策略包括有主动推送和储存待拉两种策略，灵活地化解业务系统接收超时致使消息堵塞；本专利技术还提供一种跨开放平台社交消息分类计算方法，包括社交消息计算是跨开放平台的，其计算牵涉的社交信息是跨业务系统和开放平台的，这里采用分类计算的方法；本引擎联接于业务系统和社交开发平台两者之间，其中开放平台包括目前主流两类,社交网和微博平台；对于业务系统业务模块，其订阅关注的社交信息可以跨开放平台类型，即需要订阅请求的用户，某用户作为唯一个体在业务系统范围内存在，并存在一定用户关系图谱集，在多个开放平台上也分别存在一定范围的社交关系图谱集，而业务范围内的用户关系图谱集与开放平台上的社交关系图谱集存在一定的关联，如果将用户关系图谱集和社交关系图谱集看成是全局范围内的有唯一标识的用户关系集，那么上述的业务范围内与多个开放平台范围内的关系图谱集的关联就指他们的用户集存在交集，或者I对I相交、或者是I对N相交，其交集为唯一用户集，这里的用户可以是真实个人或虚拟用户；跨开放平台社交信息订阅的计算就是基于这种用户交集的基础上展开计算的；譬如，某用户在业务系统范围内存在并持有一定量好友关系集，该用户在社交网上存在唯一帐号身份并持有多个关注好友，该用户在微博平台上也存在对应的唯一帐号并持有多个关注好友。该用户的好友关系集合分别在业务系统范围与社交网范围和微博平台范围内存在交叉的地方，即用户交集，该用户在两种开放平台上均存在帐号并持有各自的好友关系列表，并且当中与该用户在业务系统范围内的好友群刚好有部分共同好友，存在好友关系交集；交集数据按照开放平台类型划分类，主要分为两类，第一类为I对I相交，例如业务范围内关系集与社交网范围内关系集的交集、业务范围内关系集与微博平台范围内关系集的交集；第二类为I对N相交，业务范围内关系集与多个开放平台范围内关系集的交集；所述第一类划分法为I对I相交，分别指业务范围内关系集和单个开放平台范围内关系集，即业务范围内关系集中存在的某个用户同时也在单个开放平台范围内关系集中，基于这种情况，采用单种开放平台类型解析器可以计算变更结果；所述第二类划分法为I对N相交，I为业务范围内关系集，N为开放平台范围内关系集，N大于等于2，即业务范围内关系集中存在的某个用户同时也在多个开放平台范围内关系集中，基于这种情况，采用内联多种开放平台类型解析器可以计算变更结果；现在该用户需要关注他的业务范围内好友的社交动态，该用户通过业务系统与引擎的接口向引擎发起一则订阅请求，请求的数据格式为一自描述的XML数据包，内里封装包括解析器能识别的元数据和订阅好友社交信息变更的数据，表示该用户关注其好友的在社交平台信息变更情况，需要引擎解析器去解析他的这个订阅包并需要得到返回结果，再回传反馈给该用户。优选的有，上述方法中，还包括采用集中式全局统筹的调度和全局解析的计算方法；引擎内的一个集中式全局统筹的调度器，负责从第一步中采集的订阅规则数据队列中提取数据集，对规则数据按不同开放平台连接目标进行分拆和合并，再分发到开放平台类型相同的解析器解析执行，最后在集中式全局解析器中统筹合并结果，并存放到订阅结本文档来自技高网...

【技术保护点】
一种跨开放平台社交消息优化计算的订阅推送引擎，其特征在于联接于业务系统和社交开发平台两者之间，实现业务系统和开放平台之间的用户社交消息的互联互通，在这基础上实现用户关注消息的个性化定制的订阅推送服务；业务系统业务模块的社交化需求，其需要关注的社交消息可能牵涉到多个社交平台，不同社交平台消息存储以及获取方式不同，并且还分别处于不同类型的开放系统中，本订阅引擎处在业务角度上考虑，引入一种内联所有开放平台的机制为业务系统业务模块屏蔽开放平台的差异，业务系统业务模块的信息与社交信息的互联互通，体现透明性特点；包括社交信息订阅规则采集、订阅规则解析计算、结果异步推送三部分，其中这三部分涉及的对接交互的系统包括有内部业务服务系统、公网的社交开放平台；其中客户端接入部分包括多个业务系统或者业务模块；开放平台部分包括适配多个不同类型的开放平台；引擎部分通过公共IP网或者内部网与客户端接入部分连接；引擎部分通过公共IP网与适配的开放平台部分连接；所述第一部分社交信息订阅规则采集，用于：接收业务系统中各个服务模块的社交信息订阅需求，同时处理多个业务系统并多个模块中的请求，不需要阻塞引擎系统，引擎根据上下文环境将请求数据以自描述的XML结构封装元数据和请求数据成订阅规则数据包，使其不必依赖静态定于的服务接口和数据结构，订阅规则数据包以队列形式存储并排队等候处理；所述第二部分订阅规则解析计算，用于：对第一步中收集的订阅请求进行跨开放平台的关联解析，订阅规则一般包括业务系统或者业务模块的社交信息需求，以XML格式封装起来，按照解析器所认知的约定规则格式。引擎内有一个集中式全局统筹的调度器，负责从第一步中采集的订阅规则数据队列中提取数据集，对规则数据按不同开放平台连接目标进行分拆和合并，再分发到开放平台类型相同的解析器解析执行，最后在集中式全局解析器中统筹合并结果，并存放到订阅结果队列中待推送；所述第三部分结果异步推送，用于：订阅请求经过解析器解析计算后存放在结果存储结构中，由统一集中的推送器将结果回推给业务系统，其中回推使 用回推策略包括有主动推送和储存待拉两种策略，灵活地化解业务系统接收超时致使消息堵塞。...

【技术特征摘要】
1.一种跨开放平台社交消息优化计算的订阅推送引擎，其特征在于联接于业务系统和社交开发平台两者之间，实现业务系统和开放平台之间的用户社交消息的互联互通，在这基础上实现用户关注消息的个性化定制的订阅推送服务；业务系统业务模块的社交化需求，其需要关注的社交消息可能牵涉到多个社交平台， 不同社交平台消息存储以及获取方式不同，并且还分别处于不同类型的开放系统中，本订阅弓I擎处在业务角度上考虑，引入一种内联所有开放平台的机制为业务系统业务模块屏蔽开放平台的差异，业务系统业务模块的信息与社交信息的互联互通，体现透明性特点； 包括社交信息订阅规则采集、订阅规则解析计算、结果异步推送三部分，其中这三部分涉及的对接交互的系统包括有内部业务服务系统、公网的社交开放平台；其中客户端接入部分包括多个业务系统或者业务模块；开放平台部分包括适配多个不同类型的开放平台；引擎部分通过公共IP网或者内部网与客户端接入部分连接；引擎部分通过公共IP网与适配的开放平台部分连接；所述第一部分社交信息订阅规则采集，用于接收业务系统中各个服务模块的社交信息订阅需求，同时处理多个业务系统并多个模块中的请求，不需要阻塞引擎系统，引擎根据上下文环境将请求数据以自描述的XML结构封装元数据和请求数据成订阅规则数据包，使其不必依赖静态定于的服务接口和数据结构，订阅规则数据包以队列形式存储并排队等候处理；所述第二部分订阅规则解析计算，用于对第一步中收集的订阅请求进行跨开放平台的关联解析，订阅规则一般包括业务系统或者业务模块的社交信息需求，以XML格式封装起来，按照解析器所认知的约定规则格式。引擎内有一个集中式全局统筹的调度器，负责从第一步中采集的订阅规则数据队列中提取数据集，对规则数据按不同开放平台连接目标进行分拆和合并，再分发到开放平台类型相同的解析器解析执行，最后在集中式全局解析器中统筹合并结果，并存放到订阅结果队列中待推送；所述第三部分结果异步推送，用于订阅请求经过解析器解析计算后存放在结果存储结构中，由统一集中的推送器将结果回推给业务系统，其中回推使用回推策略包括有主动推送和储存待拉两种策略，灵活地化解业务系统接收超时致使消息堵塞。2.一种跨开放平台社交消息分类计算方法，其特征在于社交消息计算是跨开放平台的，其计算牵涉的社交信息是跨业务系统和开放平台的，这里采用分类计算的方法；本引擎联接于业务系统和社交开发平台两者之间，其中开放平台包括目前主流两类， 社交网和微博平台，典型代表如人人社交网和新浪微博平台；对于业务系统业务模块，其订阅关注的社交信息可以跨开放平台类型，即需要订阅请求的用户，某用户作为唯一个体在业务系统范围内存在，并存在一定用户关系图谱集，在多个开放平台上也分别存在一定范围的社交关系图谱集，而业务范围内的用户关系图谱集与开放平台上的社交关系图谱集存在一定的关联，如果将用户关系图谱集和社交关系图谱集看成是全局范围内的有唯一标识的用户关系集，那么上述的业务范围内与多个开放平台范围内的关系图谱集的关联就指他们的用户集存在交集，或者I对I相交、或者是I对N相交， 其交集为唯一用户集，这里的用户可以是真实个人或虚拟用户；跨开放平台社交信息订阅的计算就是基于这种用户交集的基础上展开计算的；譬如，某用户在业务系统范围内存在并持有一定量好友关系集，该用户在社交网上存在唯一帐号身份并持有多个关注好友，该用户在微博平台上也存在对应的唯一帐号并持有多个关注好友。该用户的好友关系集合分别在业务系统范围与社交网范围和微博平台范围内存在交叉的地方，即用户交集，该用户在两种开放平台上均存在帐号并持有各自的好友关系列表，并且当中与该用户在业务系统范围内的好友群刚好有部分共同好友，存在好友关系交集；交集数据按照开放平台类型划分类，主要分为两类，第一类为I对I相交，例如业务范围内关系集与社交网范围内关系集的交集、业务范围内关系集与微博平台范围内关系集的交集；第二类为I对N相交，业务范围内关系集与多个开放平台范围内关系集的交集； 所述第一类划分法为I对I相交，分别指业务范围内关系集和单个开放平台范围内关系集，即业务范围内关系集中存在的某个用户同时也在单个开放平台范围内...

【专利技术属性】
技术研发人员：黄智彬，何健明，田之进，
申请(专利权)人：佳都新太科技股份有限公司，
类型：发明
国别省市：