一种推送方法及装置的制造方法
【专利摘要】本发明实施例提供一种推送方法及装置，其中的方法具体包括：接收来自业务方的派发请求；解析所述派发请求，以得到更新信息和所述更新信息对应的至少一个关注词；根据所述关注词在预先建立的统一关注数据库中进行查找，以得到与所述关注词相匹配的用户标识；其中，所述统一关注数据库为所有应用共用的数据库，所述统一关注数据库中存储有关注词与用户标识之间的对应关系；向所述用户标识对应的客户端推送所述更新信息。本发明实施例能够简化用户操作并提高用户获得更新消息的效率。
【专利说明】
_种推送方法及装置
技术领域
[0001 ]本发明实施例涉及信息技术领域，尤其涉及一种推送方法及装置。
【背景技术】
[0002]推送是指因特网内容提供者定期向预订用户提供数据，是顺应网络信息技术飞速发展的产物，在网络信息技术飞速发展的时代，各种新闻、消息都更新的特别快，而推送可将上述新闻、消息等的更新信息发送至预订终端。
[0003]现有的一种推送方法是获取需要推送信息的应用的业务方发送的内容，将该内容的更新信息发送给在上述应用中关注上述内容的移动终端，例如:获取到壁纸应用发送的赵薇壁纸更新，则将上述赵薇壁纸的更新信息发送给在壁纸应用中关注赵薇的移动终端；从用户角度而言，用户可以在某一应用中对感兴趣的内容进行关注操作，当该应用中用户所关注的这些内容更新时，用户即可在上述应用中接收到上述内容的更新信息，例如:用户在壁纸应用中关注明星“赵薇”，则当壁纸应用中发布新的标注为“赵薇”的壁纸时，用户会在壁纸应用中接收到赵薇壁纸更新的更新信息。
[0004]但是，用户若想更多、且更及时的获得自己感兴趣的内容的更新信息，则需要在很多应用中将自己感兴趣的内容逐一进行订阅关注，对于没有订阅关注功能的应用而言，用户若想获得该应用中感兴趣的内容的更新信息的更新还需要自己动手进行搜索，操作繁琐且用户获得更新信息的效率较低。
【发明内容】
[0005]本发明实施例提供一种推送方法及装置，用以解决现有技术中用户操作繁琐所导致的获得更新信息效率低的问题，实现简化用户操作并提高用户获得更新消息的效率。
[0006]本发明实施例提供一种推荐方法，包括:
[0007]接收来自业务方的派发请求；
[0008]解析所述派发请求，以得到更新信息和所述更新信息对应的至少一个关注词；
[0009]根据所述关注词在预先建立的统一关注数据库中进行查找，以得到与所述关注词相匹配的用户标识;其中，所述统一关注数据库为所有应用共用的数据库，所述统一关注数据库中存储有关注词与用户标识之间的对应关系；
[0010]向所述用户标识对应的客户端推送所述更新信息。
[0011]本发明实施例提供一种推荐装置，包括:
[0012]接收单元，用于接收来自业务方的派发请求；
[0013]解析单元，用于解析所述派发请求，以得到更新信息和所述更新信息对应的至少一个关注词；
[0014]查找单元，用于根据所述关注词在预先建立的统一关注数据库中进行查找，以得到与所述关注词相匹配的用户标识;其中，所述统一关注数据库为所有应用共用的数据库，所述统一关注数据库中存储有关注词与用户标识之间的对应关系;及
[0015]推送单元，用于向所述用户标识对应的客户端推送所述更新信息。
[0016]本发明实施例提供的一种推送方法及装置，相对于现有的推送方法向在业务方对应的应用中关注了关注词的应用客户端发送更新信息，由于本发明实施例中统一关注数据库为所有应用共用的数据库，统一关注数据库中可以存储任意应用中的用户标识与关注词的对应关系，因此，从统一关注数据库中可以查找到所有与关注词有对应关系的用户标识，进而将从业务方发的派发请求中解析出的更新信息发送给上述用户标识所对应的推送客户端;从用户角度来看，用户在某一应用中对某一关注词进行了关注操作后，用户可以通过推送客户端接收到任意业务方有关该关注词的更新信息，从而节省了在所有应用中对该关注词进行逐一关注的操作，简化了用户的操作，并提高了用户获得更新消息的效率。
【附图说明】
[0017]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0018]图1为本发明的一种推送方法实施例一的步骤流程图；
[0019]图2为本发明的一种推送方法实施例二的步骤流程图；
[0020]图3为本发明的一种推送方法实施例三的步骤流程图；
[0021]图4为本发明的一种应用、关注词及用户标识之间的相互关联关系示意图；
[0022]图5为本发明的一种推送装置实施例一的结构示意图；
[0023]图6为本发明的一种推送装置实施例二的结构示意图；
[0024]图7为本发明的一种推送装置实施例三的结构示意图；
[0025]图8为本发明的一种推送装置实施例四的结构示意图；
[0026]图9为本发明的一种推送装置实施例五的结构示意图；及
[0027]图10为本发明的一种推送装置实施例六的结构示意图。
【具体实施方式】
[0028]为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0029]实施例一
[0030]参照图1，示出了本发明的一种推送方法实施例一的步骤流程图，具体可以包括:
[0031]步骤101、接收来自业务方的派发请求；
[0032]本发明实施例可以适用于智能终端的消息推送流程中，例如:智能手机、智能电视、平板电脑等的消息推送，以使得用户能够及时的获得感兴趣的内容的更新信息;本发明可以应用于推送系统的推送服务器和推送客户端中，其中推送客户端可以寄宿于智能终端的应用中，一个推送客户端具有对应的用户标识；智能终端的操作系统可以为安卓操作系统、1S操作系统等等，本发明实施例主要以安卓操作系统为例进行说明，其它操作系统相互参照即可。
[0033]本发明实施例中，上述业务方可以为需要进行更新信息推送的应用的业务方，例如:壁纸应用需要进行壁纸更新信息的推送，则业务方即为壁纸应用的业务方;上述派发请求可以携带有数据包，该数据包为业务方将需要推送的更新信息和更新信息对应的关注词按照预定格式要求而组装成的数据包；
[0034]在本发明的一种可选实施例中，上述预定格式要求具体可以为:将上述更新信息和上述关注词按照JS0N(JavaScript Object Notat1n，轻量级的数据交换)格式组装成数据包，按照JSON格式组装的数据包可以为{ “更新信息”:“更新信息的内容”，“关注词”:“关注词内容例如:若视频应用需要对电视剧A的剧集更新进行推送，该资源更新的关注词具体可以包括:“电视剧A”、“明星甲”及“明星乙”；则视频应用的业务方按照JSON格式组装的数据包可以为:{ “更新信息”:“电视剧A的剧集更新”，“关注词I”: “电视剧A”，“关注词2”:“明星甲”，“关注词3”:“明星乙”}。
[0035]在本发明的一种可选实施例中，上述接收来自业务方的派发请求的步骤具体可以为:通过推送服务器的派发接口接收来自业务方的派发请求；
[0036]需要说明的是，上述派发接口为推送服务器向业务方提供的接口，以使业务方通过上述派发接口向推送服务器发送派发请求;具体的，业务方可以调用上述派发接口，将更新信息和更新信息对应的关注词组装成的数据包从派发接口输入，使上述数据包携带在派发请求中发送给推送服务器。
[0037]可以理解，上述派发请求包括一种更新信息仅作为本发明实施例中派发请求的一种示例，而不理解为是对本发明实施例中派发请求的一种限定，实际上，上述派发请求具体还可以包括:至少两种更新信息和上述更新信息对应的关注词，本发明实施例对派发请求不做具体限定；
[0038]其中，上述派发请求包括至少两种更新信息时，不同更新信息对应的关注词可以相同，则推送服务器可以经过一次推送将上述更新信息推送给用户；不同更新信息对应的关注词也可以不同，则推送服务器可以经过多次推送将上述更新信息推送给用户。
[0039]步骤102、解析上述派发请求，以得到更新信息和上述更新信息对应的至少一个关注词；
[0040]在本发明的一种可选实施例中，上述派发请求可以携带上述更新信息和上述关注词按照轻量级的数据交换格式JSON组装成的数据包，则上述解析上述派发请求的步骤，具体可以包括:通过JSON数据解析JAR(Java Archivejava，归档文件)包对上述数据包进行解析;或者，通过JSON开源解析包(goIang的package json)对上述数据包进行解析。
[0041]本发明中派发请求携带的数据包实际上是一系列键值对的集合，也即JSON数据具体可以包括键key和值value，JSON数据解析JAR包对上述数据包进行解析以及JSON开源解析包对上述数据包进行解析的原理均可以为:首先从数据包中取出key，再从数据包中找出与key对应的value，则完成了数据包的解析;例如:本发明实施例中的数据包可以为{“更新信息”:“更新信息的内容”，“关注词”:“某一关注词” }，取出的key值为更新信息，从数据包中找出更新信息对应的value为更新信息的内容;取出的key值为关注词，从数据包中找出关注词对应的value为某一关注词;则完成了上述数据包的解析；
[0042]由于JSON数据解析JAR包可以内置于当安卓系统中，因此采用JSON数据解析JAR包进行数据包的解析较为方便;而采用JSON开源解析包进行数据包的解析，当需要解析的数据包较多时，解析速度较快。
[0043]步骤103、根据上述关注词在预先建立的统一关注数据库中进行查找，以得到与上述关注词相匹配的用户标识;其中，上述统一关注数据库为所有应用共用的数据库，上述统一关注数据库中存储有关注词与用户标识之间的对应关系；
[0044]本发明实施例中，上述统一关注数据库可以为所有应用共用的数据库，也即用户在任意应用中关注任意关注词，上述关注词与用户标识的对应关系均可以写入统一关注数据库中。
[0045]在本发明的一种可选实施例中，具体可以通过如下步骤建立上述统一关注数据库:
[0046]接收推送客户端发送的关注词与用户标识的对应关系，并将上述关注词与用户标识的对应关系写入统一关注数据库；
[0047]其中，上述推送客户端在接收到用户对于关注词的关注操作时，可以记录上述关注词与用户标识的对应关系，并将上述关注词与用户标识的对应关系发送给推送服务器。
[0048]需要说明的是，推送客户端可以寄宿于智能终端的应用中，当用户在应用中对某一关注词进行了关注操作以后，推送客户端会记录该关注词与用户标识的对应关系，并将上述关注词与用户标识的对应关系发送给推送服务器；
[0049]例如:假设用户甲在视频应用中对关注词“足球”进行了关注，则推送客户端可以记录足球与用户甲的对应关系，并将上述足球与用户甲对应关系发送给推送服务器，以使推送服务器将上述足球与用户甲的对应关系写入统一关注数据库；又如:用户甲在壁纸应用中对关注词“赵薇”进行了关注，则推送客户端可以记录赵薇与用户甲的对应关系，并将上述赵薇与用户甲的对应关系发送给推送服务器，以使推送服务器将上述赵薇与用户甲对应关系写入统一关注数据库。
[0050]本发明实施例中，当从接收的派发请求中解析出更新内容和上述更新内容对应的关注词后，可以根据上述关注词在统一关注数据库中进行查询，以查找到与上述关注词对应的用户标识，也即可以查找到所有关注了上述关注词的用户，例如:从第一应用业务方接收的派发请求中解析出关注词赵薇，在统一关注数据库中查找到的与赵薇对应的用户标识为:用户甲的标识和用户乙的标识，其中，用户甲可以在第一应用中关注关注词赵薇，用户乙可以在第二应用中关注关注词赵薇，例如:第一应用可以为壁纸应用，第二应用可以为视频应用；
[0051]可以看出，从派发请求解析出更新信息和与更新信息对应的关注词后，无论接收的派发请求来自哪一应用的业务方，上述更新信息可以发送至所有关注了上述关注词的用户标识对应的推送客户端，而无需考虑上述用户是通过哪一应用对上述关注词进行过关注操作;从用户角度而言，无论用户通过哪个应用对统一关注数据库中的某一关注词进行关注，当智能终端上任意应用中有关于该关注词的更新信息时，用户均能够通过智能终端及时获得该更新消息，例如:用户通过壁纸应用关注了关注词赵薇，则当视频应用中有关于关注词赵薇的更新信息时，用户也可以接收到该更新信息。
[0052]步骤104、向上述用户标识推送上述更新信息。
[0053]为帮助本领域技术人员更好的理解本方案，下面通过一个具体示例对本发明实施例加以说明:
[0054]假设从接收的来自壁纸应用的业务方的派发请求中，解析出赵薇的壁纸更新信息和与赵薇的壁纸更新信息对应的关注词赵薇，则根据关注词赵薇从统一关注数据库中查找到所有和关注词赵薇有对应关系的用户标识，并向上述用户标识发送上述赵薇的壁纸更新信息，也即，只要与关注词赵薇有对应关系的用户标识都可以接收到上述关于赵薇的壁纸更新信息，而不管用户是通过壁纸应用对关注词赵薇进行过关注操作，还是通过其他应用(如:视频应用、游戏应用等等)对上述关注词赵薇进行过关注操作。
[0055]从用户角度而言，假设用户在壁纸应用中关注了赵薇，当壁纸应用中有关注词为赵薇的内容更新时，用户可以通过推送客户端接收到上述内容的更新信息；当其他应用中有关注词为赵薇的内容更新(上述其他应用可以为智能终端上的任意应用，例如:视频应用)时，用户仍然可以通过推送客户端接收到上述关注词为赵薇的内容的更新信息。
[0056]综上，相对于现有的推送方法向在业务方对应的应用中关注了关注词的应用客户端发送更新信息，由于本发明实施例中统一关注数据库为所有应用共用的数据库，统一关注数据库中可以存储任意应用中的用户标识与关注词的对应关系，因此，从统一关注数据库中可以查找到所有与关注词有对应关系的用户标识，进而将从业务方发的派发请求中解析出的更新信息发送给上述用户标识所对应的推送客户端;从用户角度来看，用户在某一应用中对某一关注词进行了关注操作后，用户可以通过推送客户端接收到任意业务方有关该关注词的更新信息，从而节省了在所有应用中对该关注词进行逐一关注的操作，简化了用户的操作，并提高了用户获得更新消息的效率。
[0057]方法实施例二
[0058]参照图2，示出了本发明的一种推送方法实施例二的步骤流程图，具体可以包括:
[0059]步骤201、接收来自业务方的派发请求；
[0060]步骤202、解析上述派发请求，以得到更新信息和上述更新信息对应的至少一个关注词；
[0061]步骤203、根据上述关注词在预先建立的统一关注数据库中进行查找，以得到与上述关注词相匹配的用户标识;其中，上述统一关注数据库为所有应用共用的数据库，上述统一关注数据库中存储有关注词与用户标识之间的对应关系；
[0062]步骤204、针对上述关注词建立对应的用户列表，并将上述用户标识写入对应的用户列表；
[0063]步骤205、对所有关注词对应的用户列表进行合并，以得到综合用户列表；
[0064]步骤206、对上述综合用户列表中的用户标识进行去重处理；
[0065]步骤207、向上述综合用户列表中的用户标识对应的客户端推送上述更新信息。
[0066]相对于实施例一，本发明实施例适用于业务方的派发请求中的更新信息对应两个及以上关注词的情形，本发明实施例增加了步骤204-步骤206，，该步骤204-步骤206可以将用户标识按照对应的关注词写入对应的用户列表中，将上述用户列表合并，并对合并后的用户列表进行去重处理，以得到没有重复用户标识的综合用户列表，一方面，避免了由于用户关注了上述更新信息对应的多个关注词，而造成用户重复接收多条相同更新信息造成的干扰问题，因此可以带来更好的用户体验；另一方面，可以降低推送系统的负载，可以更合理的利用推送系统的服务资源。
[0067]本发明实施例中，上述更新信息可以对应多个关注词，例如:视频应用需要发送关于电视剧A的剧集的更新信息，上述电视剧A中包含多个演员，则上述电视剧A对应的的关注词可以为电视剧A、演员甲、演员乙及演员丁共四个关注词;本发明实施例对于关注词的数量不做具体限制;本发明实施例中以更新信息对应两个关注词为例加以说明，更新信息对应两个以上关注词的情况参照本发明实施例即可，本发明实施例在此不再赘述。
[0068]本发明实施例中，解析业务方发来的上述派发请求后，得到的更新信息对应的关注词分别可以为第一关注词和第二关注词;假设根据第一关注词在统一关注数据库中查找到的第一关注词的对应用户标识为用户甲及用户乙，则将用户甲和用户乙写入针对第一关注词的建立第一用户列表;假设根据第二关注词在统一关注数据库中查找到的第二关注词的对应用户标识为用户甲及用户丁，则将用户甲和用户丁写入针对第二关注词的建立第二用户列表;将第一用户列表与第二用户列表进行合并，得到第三用户列表，则第三用户列表中的数据可以包括:用户甲、用户乙、用户甲及用户丁;将上述第三用户列表进行去重处理，也即对用户甲进行去重，以使第三用户列表中没有重复的用户标识用户甲，去重后的第三用户列表的数据包括:用户甲、用户乙及用户丁;将更新信息发送给用户甲、用户乙及用户丁。
[0069]为使本领域技术人员更好的理解本发明实施例，以下通过具体示例对本发明实施例加以说明；
[0070]假设用户甲关注过关注词湖人队和关注词火箭队;此时视频应用需要推送一场湖人队VS火箭队的比赛，则视频应用的业务方将湖人队VS火箭队的比赛及湖人队VS火箭队的比赛对应的关注词湖人队及火箭队携带在派发请求中通过派发接口发送给推送服务器;推送服务器接收到该派发请求后，解析出该湖人队VS火箭队的比赛及关注词:湖人队、火箭队；根据湖人队从统一关系数据库中查找到的用户标识为用户甲，则将用户甲写入针对湖人队建立的第一用户列表中；根据火箭队从统一关系数据库中查找到的用户标识为用户甲，则将用户甲写入针对火箭队建立的第二用户列表中；将第一用户列表与第二用户列表合并至综合用户列表中，则综合用户列表中的用户标识具体包括:用户甲、用户甲，也即用户甲既关注了关注词湖人队，又关注了关注词火箭队；
[0071]若此时对综合用户列表中的用户标识对应的推送客户端发送上述湖人队VS火箭队的比赛，则向用户甲推送两次湖人队VS火箭队的比赛，也即用户甲会两次收到湖人队VS火箭队的比赛，这对用户甲而言是一种干扰；
[0072]综上，本发明实施例中对综合用户列表中的用户标识进行去重处理，得到的综合用户列表中的用户标识为:用户甲，也即使综合用户列表中没有重复的用户甲，此时对综合用户列表中的用户标识对应的推送客户端发送上述湖人队VS火箭队的比赛，则向用户甲仅推送一次湖人队VS火箭队的比赛，也即用户甲可以仅收到一次湖人队VS火箭队的比赛，因此避免了重复向用户甲发送湖人队VS火箭队的比赛而给用户甲带来的干扰问题。
[0073]方法实施例三
[0074]参照图3，示出了本发明的一种推送方法实施例三的步骤流程图，具体可以包括:
[0075]步骤301、接收来自业务方的派发请求；
[0076]步骤302、解析上述派发请求，以得到更新信息和上述更新信息对应的至少一个关注词；
[0077]步骤303、根据上述关注词在预先建立的统一关注数据库中进行查找，以得到与上述关注词相匹配的用户标识;其中，上述统一关注数据库为所有应用共用的数据库，上述统一关注数据库中存储有关注词与用户标识之间的对应关系；
[0078]步骤304、针对上述关注词建立对应的用户列表，并将上述用户标识写入对应的用户列表；
[0079]步骤305、对所有关注词对应的用户列表进行合并，以得到综合用户列表；
[0080]其中，上述对所有关注词对应的用户列表进行合并的步骤，具体可以包括:
[0081]步骤3051、判断上述综合用户列表中是否存在所述用户列表中的用户标识；
[0082]步骤3052、在上述综合用户列表中不存在所述用户列表中的用户标识时，将上述用户列表中的用户标识添加至上述综合用户列表。
[0083]步骤306、向上述综合用户列表中的用户标识对应的客户端推送上述更新信息。
[0084]相对于实施例一，本发明实施例适用于业务方的派发请求中的更新信息对应两个及以上关注词的情形，本发明实施例增加了步骤304及步骤305，该步骤304和步骤305可以将用户标识按照对应的关注词写入对应的用户列表中，将上述用户列表合并，以得到没有重复用户标识的综合用户列表，一方面，避免了由于用户关注了上述更新信息对应的多个关注词，而造成用户重复接收多条相同更新信息造成的干扰问题，因此可以带来更好的用户体验;另一方面，可以降低推送系统的负载，可以更合理的利用推送系统的服务资源。
[0085]本发明实施例中以更新信息对应两个关注词为例加以说明，更新信息对应两个以上关注词的情况参照本发明实施例即可，本发明实施例在此不再赘述。
[0086]解析业务方发来的上述派发请求后，得到的更新信息对应的关注词分别可以为第三关注词和第四关注词;假设根据第三关注词在统一关注数据库中查找到的第三关注词的对应用户标识为用户甲及用户乙，则将用户甲和用户乙写入针对第三关注词建立的第三用户列表，假设根据第四关注词在统一关注数据库中查找到的第四关注词的对应用户标识为用户甲及用户丁，则将用户甲和用户丁写入针对第四关注词建立的第四用户列表;将上述第三用户列表和第四用户列表合并为综合列表；
[0087]其中，上述合并过程具体可以为:将第三用户列表中的用户逐一添加至综合用户列表中，添加过程中判断上述综合用户列表中是否存在用户甲，当前综合用户列表中不存在用户甲，将用户甲写入综合用户列表中；将第四用户列表中的用户逐一添加至综合用户列表中，添加过程中判断上述综合用户列表中是否存在用户甲，当前综合用户列表中已存在用户甲，则忽略此次添加操作，继续向综合用户列表中添加用户乙，当前综合用户列表中不存在用户乙，则将用户乙写入综合用户列表中；完成上述将第三用户列表和第四用户列表合并至综合用户列表中，此时综合用户列表中的用户标识包括:用户甲和用户乙。
[0088]在本发明的一种可选实施例中，上述派发请求具体可以包括:至少两种更新信息和上述更新信息对应的关注词，其中，不同的上述更新信息对应的关注词相同。
[0089]本发明实施例可以适用于推送服务器针对一个派发请求只进行一次推送的场景；则在业务方调用派发接口，向推送服务器发送派发请求之前，具体还可以包括步骤:
[0090]步骤Ql、判断所有上述更新信息对应的关注词是否相同；
[0091]步骤Q2、在上述更新信息对应的关注词不同时，取消此次派发请求的派发。
[0092]为了使本领域技术人员更好的理解本发明实施例，下面通过具体示例对本发明实施例加以说明:
[0093]例如:视频应用同时推送电视剧A的剧集更新及电视剧B的剧集更新;若电视剧A的剧集更新的关注词为第一关注词，电视B的剧集更新的关注词为第二关注词;推送服务器根据第一关注词和第二关注词分别从统一关注数据库中查找到与第一关注词有对应关系的用户甲，并将上述用户甲写入第一用户列表中，以及与第二关注词有对应关系的用户乙，并将上述用户乙写入第二用户列表中；将上述第一用户列表和上述第二用户列表合并至综合用户列表中，则综合用户列表中的用户标识为用户甲和用户乙；
[0094]当第一关注词和第二关注词不相同时，若此时将上述电视剧A及电视剧B的剧集更新推送给综合用户列表中的用户甲和用户乙，则会造成上述用户甲只关注了第一关注词，却同时接收到了电视剧A及电视剧B的剧集更新；同样，用户乙只关注了第二关注词，却同时接收到了电视剧A及电视剧B的剧集更新;这对于用户甲和用户乙而言无疑是种干扰；
[0095]当第一关注词与第二关注词相同时，也即电视剧A和电视剧B剧集更新的关注词相同，则说明电视剧A和电视剧B的剧集更新需要推送到相同的用户标识所对应的推送客户端，也即用户甲和用户乙均需要接受电视剧A和电视剧B的剧集更新，此时将上述电视剧A及电视剧B的剧集更新推送给综合用户列表中的用户甲和用户乙，不仅满足了用户甲和用户乙想要获得有关第一关注词的更新信息的需求，而且避免了上述示例中的干扰问题。
[0096]本发明实施例中，若上述多个更新信息的关注词若是不同的，则取消此次派发请求的派发，避免上述示例中的干扰问题;若上述多个更新信息的关注词若是相同的，则将上述更新信息推送至用户标识对应的推送客户端，由于相同的关注词对应的用户标识即为相同的，也即多个更新信息所需要推送的用户是相同的，因此不会造成上述的干扰问题。
[0097]在本发明的另一种可选实施例中，上述派发请求具体可以包括:至少两种更新信息和上述更新信息对应的关注词，上述更新信息对应的关注词不同。
[0098]本发明实施例可以适用于推送服务器针对一个派发请求可以进行多次推送的场景，在本发明实施例中，一种更新信息对应一次推送操作；
[0099]以上述示例为例，本发明实施例可以通过一次推送操作，将电视剧A的剧集更新信息发送给第一用户列表中的用户甲，通过第二次推送操作，将电视剧B的剧集更新信息发送给第二用户列表中的用户乙，这样一来，不仅满足了用户甲和用户乙想要获得更新信息的需求，而且避免了上述示例中的干扰问题。
[0100]为便于本领域技术人员更好的理解本发明，下面通过具体示例对本发明进行说明:
[0101]参照图4，示出了本发明的一种应用、关注词及用户标识之间的相互关联关系示意图；其中，更新信息一与关注词A相关联，更新信息二与关注词B相关联，更新信息三与关注词A和关注词C相关联;用户甲关注了关注词A和关注词C，用户乙关注了关注词B和关注词C。
[0102]场景一、更新信息一需要推送
[0103]步骤S1、更新信息一对应的关注词为关注词A;
[0104]步骤S2、根据更新信息一对应的关注词A在统一关注数据库中查找到的用户标识为用户甲；
[0105]步骤S3、将更新信息一推送给用户甲，而无需考虑用户甲是通过哪一应用对关注词A进行的关注操作。
[0106]场景二、更新信息二需要推送
[0107]步骤Al、更新信息二对应的关注词为关注词B;
[0108]步骤A2、根据更新信息二对应的关注词B在统一关注数据库中查找到的用户标识为用户乙；
[0109]步骤A3、将更新信息二推送给用户乙，而无需考虑用户乙是通过哪一应用对关注词B进行的关注操作；
[0110]场景三、更新信息三需要推送
[0111]步骤B1、更新信息三对应的关注词为关注词A和关注词C;
[0112]步骤B2、根据更新信息三对应的关注词A在统一关注数据库中查找到的用户标识为:用户甲，将上述用户甲写入第一用户列表;根据更新信息三对应的关注词C在统一关注数据库中查找到的用户标识为:用户甲和用户乙；将上述用户甲和用户乙写入第二用户列表；
[0113]步骤B3、合并上述第一用户列表和第二用户列表为第三用户列表，则第三用户列表中的数据包括:用户甲、用户甲和用户乙；
[0114]步骤B4、对上述第三用户列表进行去重处理，得到没有重复用户标识的第三用户列表，此时第三用户列表中的数据包括:用户甲和用户乙；
[0115]步骤B5、将更新信息三推送给用户甲和用户乙，而无需考虑用户乙是通过哪一应用对关注词B进行的关注操作。
[0116]需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
[0117]装置实施例一
[0118]参照图5，示出了本发明一种推送装置实施例一的结构示意图，具体可以包括:接收单元501、解析单元502、查找单元503及推送单元504 ；
[0119]其中，接收单元501，可以用于接收来自业务方的派发请求；
[0120]解析单元502，可以用于解析上述派发请求，以得到更新信息和上述更新信息对应的至少一个关注词；
[0121]查找单元503，可以用于根据上述关注词在预先建立的统一关注数据库中进行查找，以得到与上述关注词相匹配的用户标识;其中，上述统一关注数据库为所有应用共用的数据库，上述统一关注数据库中存储有关注词与用户标识之间的对应关系;及
[0122]推送单元504，可以用于向上述用户标识对应的客户端推送上述更新信息。
[0123]在本发明的一种可选实施例中，上述派发请求包括:至少两种更新信息和上述更新信息对应的关注词，其中，不同更新信息对应的关注词相同。
[0124]装置实施例二
[0125]参照图6，示出了本发明一种推送装置实施例二的结构示意图，具体可以包括:接收单元601、解析单元602、查找单元603、推送单元604及建立单元605 ；
[0126]其中，接收单元601，可以用于接收来自业务方的派发请求；
[0127]解析单元602，可以用于解析上述派发请求，以得到更新信息和上述更新信息对应的至少一个关注词；
[0128]查找单元603，可以用于根据上述关注词在预先建立的统一关注数据库中进行查找，以得到与上述关注词相匹配的用户标识;其中，上述统一关注数据库为所有应用共用的数据库，上述统一关注数据库中存储有关注词与用户标识之间的对应关系；
[0129]推送单元604，可以用于向上述用户标识对应的客户端推送上述更新信息；
[0130]建立单元605，可以用于接收推送客户端发送的关注词与用户标识的对应关系，并将上述关注词与用户标识的对应关系写入统一关注数据库；
[0131]其中，上述推送客户端在接收到用户对于关注词的关注操作时，记录上述关注词与用户标识的对应关系，将上述关注词与用户标识的对应关系发送给推送服务器。
[0132]装置实施例三
[0133]参照图7，示出了本发明一种推送装置实施例三的结构示意图，具体可以包括:接收单元701、解析单元702、查找单元703及推送单元704;
[0134]其中，接收单元701，可以用于接收来自业务方的派发请求；
[0135]解析单元702，可以用于解析上述派发请求，以得到更新信息和上述更新信息对应的至少一个关注词；
[0136]查找单元703，可以用于根据上述关注词在预先建立的统一关注数据库中进行查找，以得到与上述关注词相匹配的用户标识;其中，上述统一关注数据库为所有应用共用的数据库，上述统一关注数据库中存储有关注词与用户标识之间的对应关系；
[0137]推送单元704，可以用于向上述用户标识对应的客户端推送上述更新信息；
[0138]其中，上述派发请求携带有上述更新信息和上述关注词按照轻量级的数据交换格式JSON组装成的数据包，则解析单元702具体可以包括:
[0139]JSON解析子单元7021，可以用于通过JSON数据解析JAR包对上述数据包进行解析；或者，
[0140]通过JSON开源解析包对上述数据包进行解析。
[0141]装置实施例四
[0142]参照图8，示出了本发明一种推送装置实施例四的结构示意图，具体可以包括:接收单元801、解析单元802、查找单元803、第一写入单元804、第一合并单元805、去重单元806及推送单元807 ；
[0143]其中，接收单元801，可以用于接收来自业务方的派发请求；
[0144]解析单元802，可以用于解析上述派发请求，以得到更新信息和上述更新信息对应的至少一个关注词；
[0145]查找单元803，可以用于根据上述关注词在预先建立的统一关注数据库中进行查找，以得到与上述关注词相匹配的用户标识;其中，上述统一关注数据库为所有应用共用的数据库，上述统一关注数据库中存储有关注词与用户标识之间的对应关系；
[0146]第一写入单元804，可以用于针对上述关注词建立对应的用户列表，并将上述用户标识写入对应的用户列表；
[0147]第一合并单元805，可以用于对所有关注词对应的用户列表进行合并，以得到综合用户列表；
[0148]去重单元806，可以用于对上述综合用户列表中的用户标识进行去重处理
[0149]推送单元807，可以用于向上述用户标识对应的客户端推送上述更新信息；
[0150]其中，推送单元807具体可以包括:
[0151]第一推送子单元8071，可以用于向上述综合用户列表中的用户标识对应的客户端推送上述更新信息。
[0152]装置实施例五
[0153]参照图9，示出了本发明一种推送装置实施例五的结构示意图，具体可以包括:接收单元901、解析单元902、查找单元903、第二写入单元904、第二合并单元905及推送单元906；
[0154]其中，接收单元901，可以用于接收来自业务方的派发请求；
[0155]解析单元902，可以用于解析上述派发请求，以得到更新信息和上述更新信息对应的至少一个关注词；
[0156]查找单元903，可以用于根据上述关注词在预先建立的统一关注数据库中进行查找，以得到与上述关注词相匹配的用户标识;其中，上述统一关注数据库为所有应用共用的数据库，上述统一关注数据库中存储有关注词与用户标识之间的对应关系；
[0157]第二写入单元904，可以用于针对上述关注词建立对应的用户列表，并将上述用户标识写入对应的用户列表；
[0158]第二合并单元905，可以用于对所有关注词对应的用户列表进行合并，以得到综合用户列表；
[0159]推送单元906，可以用于向上述用户标识对应的客户端推送上述更新信息；
[0160]其中，上述第二合并单元905具体可以包括:
[0161]判断子单元9051，可以用于判断上述综合用户列表中是否存在上述用户列表中的用户标识；
[0162]添加子单元9052，可以用于在上述综合用户列表中不存在上述用户列表中的用户标识时，将上述用户列表中的用户标识添加至上述综合用户列表；
[0163]上述推送单元906具体可以包括:
[0164]第二推送子单元9061，可以用于向上述综合用户列表中的用户标识对应的客户端推送上述更新信息。
[0165]装置实施例六
[0166]参照图10，示出了本发明一种推送装置实施例六的结构示意图，具体可以包括:接收单元1001、解析单元1002、查找单元1003及推送单元1004;其中，
[0167]接收单元1001，可以用于接收来自业务方的派发请求；
[0168]解析单元1002，可以用于解析上述派发请求，以得到更新信息和上述更新信息对应的至少一个关注词；
[0169]查找单元1003，可以用于根据上述关注词在预先建立的统一关注数据库中进行查找，以得到与上述关注词相匹配的用户标识;其中，上述统一关注数据库为所有应用共用的数据库，上述统一关注数据库中存储有关注词与用户标识之间的对应关系；
[0170]推送单元1004，可以用于向上述用户标识对应的客户端推送上述更新信息；
[0171]其中，上述接收单元1001具体可以包括:
[0172]派发接口接收子单元10011，可以用于通过推送服务器的派发接口接收来自业务方的派发请求。
[0173]对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0174]在现有技术中，服务器往往会根据显示终端的节目内容生成相应的推送信息，然后将该推送信息传递至显示终端，并在节目内容上的一定区域呈现该推送信息，以为用户提供增强服务。
[0175]根据显示终端的唯一标识和与显示终端处于同一局域网的移动终端的唯一标识将显示终端和移动终端在服务器中进行绑定;根据显示终端的节目内容生成与节目内容相关联的推送信息;将推送信息发送至移动终端，以在移动终端中显示推送信息。本发明的技术方案通过将处于同一局域网中的显示终端和移动终端在服务器中进行绑定，再将推送信息推送至与显示终端相绑定的移动终端以在移动终端中进行展示，从而避免了推送信息在显示终端展示以造成对节目内容侵权的问题。此外，由于移动终端的可操作性比显示终端的操作性更强，因此将推送信息推送移动终端更方便于用户对推送信息进行操作。
[0176]以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
[0177]通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如R0M/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
[0178]最后应说明的是:以上实施例仅用以说明本发明的技术方案，而非对其限制;尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
【主权项】
1.一种推送方法，其特征在于，包括: 接收来自业务方的派发请求； 解析所述派发请求，以得到更新信息和所述更新信息对应的至少一个关注词； 根据所述关注词在预先建立的统一关注数据库中进行查找，以得到与所述关注词相匹配的用户标识;其中，所述统一关注数据库为所有应用共用的数据库，所述统一关注数据库中存储有关注词与用户标识之间的对应关系； 向所述用户标识对应的客户端推送所述更新信息。2.根据权利要求1所述的方法，其特征在于，通过如下步骤建立所述统一关注数据库: 接收推送客户端发送的关注词与用户标识的对应关系，并将所述关注词与用户标识的对应关系写入统一关注数据库； 其中，所述推送客户端在接收到用户对于关注词的关注操作时，记录所述关注词与用户标识的对应关系，并将所述关注词与用户标识的对应关系发送给推送服务器。3.根据权利要求1所述的方法，其特征在于，所述派发请求携带有所述更新信息和所述关注词按照轻量级的数据交换格式JSON组装成的数据包，则所述解析所述派发请求的步骤，包括: 通过JSON数据解析JAR包对所述数据包进行解析;或者， 通过JSON开源解析包对所述数据包进行解析。4.根据权利要求1至3中任一所述的方法，其特征在于，所述方法还包括: 针对所述关注词建立对应的用户列表，并将所述用户标识写入对应的用户列表； 对所有关注词对应的用户列表进行合并，以得到综合用户列表； 对所述综合用户列表中的用户标识进行去重处理； 则所述向所述用户标识对应的客户端推送所述更新信息的步骤，包括: 向所述综合用户列表中的用户标识对应的客户端推送所述更新信息。5.根据权利要求1至3中任一所述的方法，其特征在于，所述方法还包括: 针对所述关注词建立对应的用户列表，并将所述用户标识写入对应的用户列表； 对所有关注词对应的用户列表进行合并，以得到综合用户列表； 所述对所有关注词对应的用户列表进行合并的步骤，包括: 判断所述综合用户列表中是否存在所述用户列表中的用户标识； 在所述综合用户列表中不存在所述用户列表中的用户标识时，将所述用户列表中的用户标识添加至所述综合用户列表； 则所述向所述用户标识对应的客户端推送所述更新信息的步骤，包括: 向所述综合用户列表中的用户标识对应的客户端推送所述更新信息。6.根据权利要求1所述的方法，其特征在于，所述接收来自业务方的派发请求的步骤，包括: 通过推送服务器的派发接口接收来自业务方的派发请求。7.根据权利要求1所述的方法，其特征在于，所述派发请求包括:至少两种更新信息和所述更新信息对应的关注词，其中，不同更新信息对应的关注词相同。8.一种推送装置，其特征在于，包括: 接收单元，用于接收来自业务方的派发请求； 解析单元，用于解析所述派发请求，以得到更新信息和所述更新信息对应的至少一个关注词； 查找单元，用于根据所述关注词在预先建立的统一关注数据库中进行查找，以得到与所述关注词相匹配的用户标识;其中，所述统一关注数据库为所有应用共用的数据库，所述统一关注数据库中存储有关注词与用户标识之间的对应关系;及推送单元，用于向所述用户标识对应的客户端推送所述更新信息。9.根据权利要求8所述的装置，其特征在于，所述装置还包括: 建立单元，用于接收推送客户端发送的关注词与用户标识的对应关系，并将所述关注词与用户标识的对应关系写入统一关注数据库； 其中，所述推送客户端在接收到用户对于关注词的关注操作时，记录所述关注词与用户标识的对应关系，将所述关注词与用户标识的对应关系发送给推送服务器。10.根据权利要求8所述的装置，其特征在于，所述派发请求携带有所述更新信息和所述关注词按照轻量级的数据交换格式JSON组装成的数据包，则解析单元包括: JSON解析子单元，用于通过JSON数据解析JAR包对所述数据包进行解析；或者，通过JSON开源解析包对所述数据包进行解析。11.根据权利要求8至10中任一所述的装置，其特征在于，所述装置还包括: 第一写入单元，用于针对所述关注词建立对应的用户列表，并将所述用户标识写入对应的用户列表； 第一合并单元，用于对所有关注词对应的用户列表进行合并，以得到综合用户列表； 去重单元，用于对所述综合用户列表中的用户标识进行去重处理； 则所述推送单元，包括: 第一推送子单元，用于向所述综合用户列表中的用户标识对应的客户端推送所述更新?目息O12.根据权利要求8至10中任一所述的装置，其特征在于，所述装置还包括: 第二写入单元，用于针对所述关注词建立对应的用户列表，并将所述用户标识写入对应的用户列表； 第二合并单元，用于对所有关注词对应的用户列表进行合并，以得到综合用户列表； 所述第二合并单元，包括: 判断子单元，用于判断所述综合用户列表中是否存在所述用户列表中的用户标识； 添加子单元，用于在所述综合用户列表中不存在所述用户列表中的用户标识时，将所述用户列表中的用户标识添加至所述综合用户列表； 则所述推送单元，包括: 第二推送子单元，用于向所述综合用户列表中的用户标识对应的客户端推送所述更新?目息O13.根据权利要求8所述的装置，其特征在于，所述接收单元包括: 派发接口接收子单元，用于通过推送服务器的派发接口接收来自业务方的派发请求。14.根据权利要求8所述的装置，其特征在于，所述派发请求包括:至少两种更新信息和所述更新信息对应的关注词，其中，不同更新信息对应的关注词相同。
【文档编号】H04L29/08GK105978925SQ201510790768
【公开日】2016年9月28日
【申请日】2015年11月17日
【发明人】周双全, 徐珣, 陈轶飞, 杨彩花
【申请人】乐视致新电子科技（天津）有限公司