数据传递处理方法、装置、设备和存储介质与流程

文档序号:18900647发布日期:2019-10-18 21:53阅读:190来源:国知局
数据传递处理方法、装置、设备和存储介质与流程

本申请涉及数据处理领域,尤其涉及一种数据传递处理方法、装置、设备和存储介质。



背景技术:

随着互联网技术的迅速发展,新兴媒体与互联网公司之间的合作程度越来越深入,合作方式也越来越多样化,这其中包含着不同服务器之间进行的数据融合和数据互通。不同服务器之间需要进行海量数据的数据传递,数据传递主要包括用户信息传递和文章数据传递。

现有技术中,在进行服务器之间的数据传递时,数据传递工作融合在服务器的业务逻辑中,具体的,数据传递过程中,数据发送服务器需要确认数据接收服务器的目标用户,并把目标用户的文章数据推送给数据接收服务器,数据传递过程基于数据发送服务器存储的海量用户信息和海量业务数据中进行。

然而,数据传递工作耦合在数据发送服务器的业务逻辑中,当数据发送服务器与数据接收服务器之间,需要进行海量的用户信息传递和文章数据传递时,容易存在传递效率低下的问题;当数据发送服务器存储的数据发生变更,或者不同服务器间的数据传递规则发生变更时,需要进行大量的代码修改和逻辑修改,数据传递过程的可维护性差、可扩展性低。



技术实现要素:

本申请提供一种数据传递处理方法、装置、设备和存储介质,用以解决不同服务器间进行数据传递存在的可维护性差、传递效率低下的问题。

第一方面,本申请提供一种数据传递处理方法,所述方法应用于接入平台,所述接入平台为第一服务器与第二服务器进行数据传递的中介平台,其中,所述第一服务器为数据传递中发送数据的服务器,所述第二服务器为数据传递中接收数据的服务器,所述接入平台设置有本地服务器,所述方法,包括:

响应于接收到的触发指令,从所述第一服务器和/或所述本地服务器中获取用户标记,其中,所述触发指令用于指示所述接入平台进行用户资格审核;

根据获取到的用户标记,确定所述第二服务器的目标用户,其中,所述目标用户为具有所述第二服务器的文章信息推送资格的用户;

向所述第二服务器推送所述目标用户的文章信息。

进一步地,响应于接收到的触发指令,从所述第一服务器和/或所述本地服务器中获取用户标记,包括:

响应于接收到的触发指令,从第一服务器中获取变更后的所述用户标记,其中,所述触发指令为所述接入平台在获取到用户的标记变更通知时生成的;或者,

响应于接收到的触发指令,从第一服务器和/或本地服务器中获取所述文章对应用户的所述用户标记,其中,所述触发指令为所述接入平台在获取到文章的状态变更通知时生成的。

进一步地,响应于接收到的触发指令,从第一服务器和/或本地服务器中获取所述文章对应用户的所述用户标记,包括:

响应于接收到的触发指令,判断变更后的文章状态是否为所述第二服务器需要的文章状态;

当变更后的所述文章状态为所述第二服务器需要的文章状态时,从第一服务器和/或本地服务器中获取所述文章对应用户的所述用户标记。

进一步地,响应于接收到的触发指令,从所述第一服务器和/或所述本地服务器中获取用户标记,还包括:

响应于接收到的触发指令,从所述第一服务器中获取新注册用户的所述用户标记,其中,所述触发指令为所述接入平台在获取到新注册用户通知时生成的。

进一步地,根据获取到的用户标记,确定所述第二服务器的目标用户,包括:

根据所述用户标记,确定所述第二服务器的匹配用户,其中,所述匹配用户为同意将其用户信息推送给所述第二服务器的用户;

将所述匹配用户的用户信息,推送给所述第二服务器,并等待接收所述第二服务器返回的用户审核结果;

根据所述用户审核结果,确定所述第二服务器的目标用户,其中,所述目标用户为所述第二服务器审核通过的所述匹配用户。

进一步地,根据所述第二服务器的配置要求,向所述第二服务器推送所述目标用户的文章信息,包括:

从所述第一服务器和/或本地服务器中,获取所述目标用户的所述文章信息;

根据所述第二服务器的配置要求,向所述第二服务器推送预设状态的所述文章信息,其中,所述文章信息为文章属性的集合,所述配置要求描述了所述第二服务器要求推送的所述文章信息的文章状态。

第二方面,本申请提供一种数据传递处理装置,包括:

第一获取单元,用于响应于接收到的触发指令,从所述第一服务器和/或所述本地服务器中获取用户标记,其中,所述触发指令用于指示所述接入平台进行用户资格审核;

第一处理单元,用于根据获取到的用户标记,确定所述第二服务器的目标用户,其中,所述目标用户为具有所述第二服务器的文章信息推送资格的用户;

第二处理单元,向所述第二服务器推送所述目标用户的文章信息。

进一步地,所述第一获取单元,包括:

第一获取子单元,用于响应于接收到的触发指令,从第一服务器中获取变更后的所述用户标记,其中,所述触发指令为所述接入平台在获取到用户的标记变更通知时生成的;

第二获取子单元,用于响应于接收到的触发指令,从第一服务器和/或本地服务器中获取所述文章对应用户的所述用户标记,其中,所述触发指令为所述接入平台在获取到文章的状态变更通知时生成的。

进一步地,所述第二获取子单元,包括:

第一处理模块,用于响应于接收到的触发指令,判断变更后的文章状态是否为所述第二服务器需要的文章状态;

第一获取模块,用于当变更后的所述文章状态为所述第二服务器需要的文章状态时,从第一服务器和/或本地服务器中获取所述文章对应用户的所述用户标记。

进一步地,所述第一获取单元,还包括:

第三获取子单元,用于响应于接收到的触发指令,从所述第一服务器中获取新注册用户的所述用户标记,其中,所述触发指令为所述接入平台在获取到新注册用户通知时生成的。

进一步地,所述第一处理单元,包括:

第一处理子单元,用于根据所述用户标记,确定所述第二服务器的匹配用户,其中,所述匹配用户为同意将其用户信息推送给所述第二服务器的用户;

第二处理子单元,用于将所述匹配用户的用户信息,推送给所述第二服务器,并等待接收所述第二服务器返回的用户审核结果;

第三处理子单元,用于根据所述用户审核结果,确定所述第二服务器的目标用户,其中,所述目标用户为所述第二服务器审核通过的所述匹配用户。

进一步地,所述第二处理单元,包括:

第一获取子单元,用于从本地和/或所述第一服务器中获取所述目标用户的所述文章信息;

第一处理子单元,用于根据所述第二服务器的配置要求,向所述第二服务器推送预设状态的所述文章信息,其中,所述文章信息为文章属性的集合,所述配置要求描述了所述第二服务器要求推送的所述文章信息的文章状态。

第三方面,本申请提供一种数据传递处理设备,包括:处理器、存储器以及计算机程序;

其中,计算机程序存储在存储器中,并被配置为由处理器执行以实现如上任一项的方法。

第四方面,本申请提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行以实现如上任一项的方法。

本申请提供一种数据传递处理方法、装置、设备和存储介质,其中,所述方法应用于接入平台,所述接入平台为第一服务器与第二服务器进行数据传递的中介平台,其中,所述第一服务器为数据传递中发送数据的服务器,所述第二服务器为数据传递中接收数据的服务器,所述接入平台设置有本地服务器,所述方法,包括:响应于接收到的触发指令,从所述第一服务器和/或所述本地服务器中获取用户标记,其中,所述触发指令用于指示所述接入平台进行用户资格审核;根据获取到的用户标记,确定所述第二服务器的目标用户,其中,所述目标用户为具有所述第二服务器的文章信息推送资格的用户;根据所述第二服务器的配置要求,向所述第二服务器推送所述目标用户的文章信息,所述配置要求描述了所述第二服务器的文章信息推送要求。目标用户确认和文章信息推送的工作,与第一服务器的业务逻辑分离开来,执行效率高,可维护性强;接入平台与第一服务器之间的代码耦合度低,具有较强的可扩展性。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。

图1为本申请实施例提供的一种数据传递处理方法的流程示意图;

图2为本申请实施例提供的又一种数据传递处理方法的流程示意图;

图3为本申请实施例提供的一种数据传递处理装置的结构示意图;

图4为本申请实施例提供的又一种数据传递处理装置的结构示意图;

图5为本申请实施例提供的一种数据传递处理设备的结构示意图。

通过上述附图,已示出本公开明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围,而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本申请具体的应用场景为:随着互联网技术的迅速发展,新兴媒体与互联网公司之间的合作程度越来越深入,合作方式也越来越多样化,这其中包含着不同服务器之间进行的数据融合和数据互通。不同服务器之间需要进行海量数据的数据传递,数据传递主要包括用户信息传递和文章数据传递。现有技术中,在进行服务器之间的数据传递时,数据传递工作融合在服务器的业务逻辑中,具体的,数据传递过程中,数据发送服务器需要确认数据接收服务器的目标用户,并把目标用户的文章数据推送给数据接收服务器,数据传递过程基于数据发送服务器存储的海量用户信息和海量业务数据中进行。

然而,数据传递工作耦合在数据发送服务器的业务逻辑中,当数据发送服务器与数据接收服务器之间,需要进行海量的用户信息传递和文章数据传递时,容易存在传递效率低下的问题;当数据发送服务器存储的数据发生变更,或者不同服务器间的数据传递规则发生变更时,需要进行大量的代码修改和逻辑修改,可维护性差。

本申请提供的数据传递处理方法、装置、设备和存储介质,旨在解决现有技术中的如上技术问题。

图1为本申请实施例提供的一种数据传递处理方法的流程示意图,方法应用于接入平台,接入平台为第一服务器与第二服务器进行数据传递的中介平台,其中,第一服务器为数据传递中发送数据的服务器,第二服务器为数据传递中接收数据的服务器,接入平台设置有本地服务器,如图1所示,执行包括:

步骤101、响应于接收到的触发指令,从第一服务器和/或本地服务器中获取用户标记,其中,触发指令用于指示接入平台进行用户资格审核。

在本实施例中,具体的,本实施例的执行主体为终端、或者控制器、服务器,或者其他可以执行本实施例的装置或设备。本实施例以执行主体为接入平台的服务器进行说明。

在基于服务器之间进行的数据传递中,第一服务器为数据传递中发送数据的服务器,第二服务器为数据传递中接收数据的服务器,接入平台为第一服务器与第二服务器进行数据传递的中介平台。接入平台将第一服务器的用户标记和文章数据发送给第二服务器,其中,用户标记为第一服务器根据用户信息对已注册用户做出的标记,文章数据为已注册用户在第一服务器中上传的文章内容数据。接入平台将第一服务器的用户标记和文章数据发送给第二服务器,实现了第一服务器与第二服务器之间的数据传递。同时,为了实现有意义和精准的数据传递,接入平台需要向第二服务器发送其目标用户的文章数据,因此,接入平台也用于接收第二服务器返回的用户审核结果。

示例性地,基于媒体服务器与互联网服务器之间进行的数据传递中,互联网服务器为数据传递中发送数据的服务器,即第一服务器,媒体服务器为数据传递中接收数据的服务器,即第二服务器,媒体服务器包括数字报纸服务器、数字杂志服务器、数字广播服务器、触摸媒体服务器等。接入平台作为互联网服务器与媒体服务器间进行数据传递的中介平台,将互联网服务器中的用户标记和文章数据发送给媒体服务器,实现了互联网服务器与媒体服务器之间的数据传递。为了实现精准的数据传递,接入平台也用于接收媒体服务器返回的用户审核结果,并根据用户审核结果,向媒体服务器发送其目标用户的文章数据。

接入平台作为第一服务器与第二服务器进行数据传递的中介平台,其存储有部分用户标记和部分文章信息。数据传递过程中,接入平台从本地服务器和/或第一服务器中获取用户标记,通过向第二服务器推送用户标记,和接收第二服务器返回的用户审核结果,进行审核第二服务器的目标用户。在确定出第二服务器的目标用户后,接入平台从本地服务器和/或第一服务器中获取文章信息,并根据第二服务器的配置要求,向第二服务器推送其目标用户的文章信息。接入平台作为第一服务器与第二服务器进行数据传递的中介平台,完成了第二服务器的目标用户的审核,和向第二服务器推送目标用户的文章信息的工作,实现了目标用户确认和文章信息推送的工作与第一服务器的业务逻辑分离开来,执行效率高,可维护性强。

在接入平台在获取到进行用户资格审核的触发指令后,从第一服务器和/或本地服务器中获取用户标记,用户标记为第一服务器根据用户信息,对已注册用户做出的标记信息。示例性地,第一服务器根据用户身份信息、用户注册渠道和用户的文章推送意愿,对已注册用户进行标记,得到用户标记。

步骤102、根据获取到的用户标记,确定第二服务器的目标用户,其中,目标用户为具有第二服务器的文章信息推送资格的用户。

在本实施例中,具体的,第一服务器中集成有大量用户的用户信息和文章信息,用户信息为用户的属性信息集合,文章信息为用户的文章的属性信息集合。在第一服务器中,根据用户信息的不同,使用不同的用户标记来标识某一用户。用户的文章具有不同的文章状态,示例性地,文章状态包括公开状态、修改状态和删除状态等,因此,第一服务器集成有不同文章状态的文章信息。在第一服务器与第二服务器进行数据传递时,接入平台作为数据传递的中介平台,其本地服务器中存储有部分用户标记和部分文章信息。本地服务器中存储的用户标记和文章信息,是根据预设的配置要求,从第一服务器中获取得到的。第一服务器与第二服务器进行数据传递时,根据从第一服务器和/或本地服务器中获取到的用户标记,确定第二服务器的目标用户,其中,目标用户是能将其文章信息推送给第二服务器的用户。

步骤103、向第二服务器推送目标用户的文章信息。

在本实施例中,具体的,接入平台作为第一服务器与第二服务器进行数据传递的中介平台,在确定出第二服务器的目标用户后,接入平台向第二服务器推送目标用户的文章信息。文章信息为文章属性的集合,文章属性包括文章内容导航、文章正文、文章分类、字数统计等属性信息。接入平台将目标用户的文章信息推送给第二服务器,实现了第一服务器向第二服务器进行的数据传递。

本实施例中,该数据传递处理方法应用于接入平台,接入平台为第一服务器与第二服务器进行数据传递的中介平台,其中,第一服务器为数据传递中发送数据的服务器,第二服务器为数据传递中接收数据的服务器,接入平台设置有本地服务器,该方法,包括:响应于接收到的触发指令,从第一服务器和/或本地服务器中获取用户标记,其中,触发指令用于指示接入平台进行用户资格审核;根据获取到的用户标记,确定第二服务器的目标用户,其中,目标用户为具有第二服务器的文章信息推送资格的用户;向第二服务器推送目标用户的文章信息。第二服务器目标用户的确认步骤由接入平台执行,确认步骤不需要融合在第一服务器的业务逻辑中;同时,向第二服务器推送目标用户文章信息的推送步骤也由接入平台执行,推送步骤同样不需要融合在第一服务器的业务逻辑中,目标用户确认和文章信息推送的工作与第一服务器的业务逻辑分离开来,执行效率高,可维护性强;接入平台与第一服务器的代码耦合度低,具有较强的可扩展性。

图2为本申请实施例提供的又一种数据传递处理方法的流程示意图,接入平台作为第一服务器与第二服务器进行数据传递的中介平台,如图2所示,执行包括:

步骤201、获取到用户的标记变更通知后,从第一服务器中获取属性变更后的用户标记;或者,获取到文章的状态变更通知后,从第一服务器和/或本地服务器中获取文章对应用户的用户标记。

在本实施例中,具体的,接入平台订阅有第一服务器提供的用户属性变更队列,第一服务器中的用户信息发生变更时,该用户对应的用户标记也会发生变更,接入平台在用户属性变更队列中收到用户的标记变更通知。在获取到用户的标记变更通知后,接入平台从第一服务器中获取属性变更后的用户标记。

具体的,当用户的身份信息发生变更,或者用户的同步外媒决定发生变更时,用户对应的用户标记发生变更,其中,同步外媒决定为用户提供的是否同意将其用户信息同步到第二服务器的决定。用户标记发生变更后,接入平台从用户属性变更队列中接收到用户标记变更通知。在获取到用户的标记变更通知后,接入平台从第一服务器中获取属性变更后的用户标记。

用户在第一服务器中进行注册时,第一服务器采集该用户的同步外媒决定,同步外媒决定为用户提供的是否同意将其用户信息同步到其他服务器的决定。示例性地,用户在a网络中进行注册时,a网络采集该用户的同步外媒决定,具体的,a网络采集该用户是否同意将其用户信息同步到b网络、c网络、d应用软件等其他服务器的决定。如果用户同意将其用户信息同步到b网络,则“同意将其用户信息同步到b网络”同步外媒决定,构成该用户的用户标记。“外媒”为相对第一服务器而言,可与第一服务器进行数据传递的所有服务器,即,在与第一服务器进行数据传递时,所有用于接收数据的第二服务器均为“外媒”。

接入平台还订阅有第一服务器提供的文章状态变更队列,第一服务器中的文章状态发生变更时,接入平台在文章状态变更队列中收到文章的状态变更通知。在获取到文章的状态变更通知后,接入平台判断变更后的文章状态是否为第二服务器所需要的文章状态,当变更后的文章状态是第二服务器所需要的文章状态时,接入平台从第一服务器和/或本地服务器中获取文章对应用户的用户标记;当变更后的文章状态不是第二服务器所需要的文章状态时,接入平台不做处理。变更后的文章状态是第二服务器所需要的文章状态时,接入平台不能直接把该文章状态的文章信息推动给第二服务器,而是需要获取文章对应用户的用户标记,通过用户标记判断该用户是否为第二服务器的目标用户。

当用户为第一服务器新注册用户时,第一服务器会根据用户信息的不同,利用不同的用户标记来标识该用户。接入平台从第一服务器中获取新注册用户的所有用户标记。用户注册包括通过第二服务器提供的专用注册渠道完成注册,和通过第一服务器提供的通用注册渠道完成注册。

步骤202、根据用户标记,确定第二服务器的匹配用户,其中,匹配用户为同意将其用户信息推送给第二服务器的用户。

在本实施例中,具体的,用户标记包括用户的外媒同步决定标记,外媒同步决定描述了用户是否同意将其用户信息推送给第二服务器。当某用户的用户信息在第一服务器中审核通过,且该用户的外媒同步决定标记表明其同意将用户信息推送给第二服务器时,确定该有用户为第二服务器的匹配用户。

当用户是通过第二服务器提供的专用注册渠道完成注册时,无需判断该用户的外媒同步决定标记,也无需判断该用户的用户信息是否在第一服务器中审核通过,而是直接确定该用户同意将其用户信息推送给第二服务器,即直接确定该用户为第二服务器的匹配用户。

步骤203、将匹配用户的用户信息,推送给第二服务器,并等待接收第二服务器返回的用户审核结果。

在本实施例中,具体的,接入平台根据第二服务器的配置要求,将匹配用户的用户信息,推送给第二服务器,其中,配置要求描述了第二服务器需要的用户信息的种类和内容。接入平台将匹配用户的用户信息推送给第二服务器后,等待接收第二服务器返回的用户审核结果,其中,用户审核结果描述了第二服务器对接收到的用户信息的审核决定。因为第一服务器和第二服务器对用户信息的审核标准不同,因此,对于同一用户的相同用户信息,第一服务器和第二服务器可能会有不同的审核结果。

步骤204、根据用户审核结果,确定第二服务器的目标用户,其中,目标用户为第二服务器审核通过的匹配用户。

在本实施例中,具体的,接入平台在接收到第二服务器回传的用户审核结果后,根据用户审核结果,确定第二服务器的目标用户,其中,目标用户为第二服务器审核通过的匹配用户。目标用户为第二服务器审核通过的具有文章信息推送资格的用户,在确定出第二服务器的目标用户后,即可将目标用户的文章信息推送给第二服务器。

步骤205、根据第二服务器的配置要求,向第二服务器推送目标用户的文章信息,配置要求描述了第二服务器的文章信息推送要求。

可选的,步骤205包括:从第一服务器和/或本地服务器中,获取目标用户的文章信息;根据第二服务器的配置要求,向第二服务器推送预设状态的文章信息,其中,文章信息为文章属性的集合,配置要求描述了第二服务器要求推送的文章信息的文章状态。

在本实施例中,具体的,配置要求描述了第二服务器要求推送的文章信息状态、文章信息类别和/或要求的文章推送方式等。不同第二服务器可能具有不同的文章推送配置要求,同一第二服务器的配置要求也可以进行更改,本方案能够实现灵活向第二服务器推送目标用户的文章信息。

接入平台从第一服务器和/或本地服务器中,获取目标用户的文章信息;根据第二服务器的配置要求,向第二服务器推送目标用户预设状态的文章信息。当目标用户的文章信息能够从本地服务器中直接获取时,无需在第一服务器中获取。需要从第一服务器中获取文章信息的情况包括:本地服务器没有存储该文章信息;或者该文章信息对应的用户,之前不是第二服务器的目标用户,在用户属性变更之后,该用户成为第二服务器的目标用户,则需要从第一服务器中获取该用户的文章信息。接入平台从第一服务器中获取到的文章信息的类别、内容、数量与接入平台向第二服务器推送的文章信息的类别、内容、数量可能不同。不同第二服务器可能具有不同的配置要求,同一第二服务器的配置要求也可以进行更改。

示例性地,第二服务器的配置要求中需要“公开”、“修改”、“删除”这三种状态的文章信息,接入平台将目标用户的该三种状态的文章信息推送给第二服务器。第二服务器获取到文章信息后,对文章信息进行相应的操作,例如,对文章信息进行展示、修改、下架等操作,实现了第一服务器和第二服务器之间的文章信息的传输。

本实施例通过获取到用户的标记变更通知后,从第一服务器中获取属性变更后的用户标记;或者,获取到文章的状态变更通知后,从第一服务器和/或本地服务器中获取文章对应用户的用户标记;根据用户标记,确定第二服务器的匹配用户,其中,匹配用户为同意将其用户信息推送给第二服务器的用户;将匹配用户的用户信息,推送给第二服务器,并等待接收第二服务器返回的用户审核结果;根据用户审核结果,确定第二服务器的目标用户,其中,目标用户为第二服务器审核通过的匹配用户;根据第二服务器的配置要求,向第二服务器推送目标用户的文章信息。第二服务器目标用户的确认步骤由接入平台执行,确认步骤不需要融合在第一服务器的业务逻辑中;同时,向第二服务器推送目标用户文章信息的推送步骤也由接入平台执行,推送步骤同样不需要融合在第一服务器的业务逻辑中,目标用户确认和文章信息推送的工作与第一服务器的业务逻辑分离开来,执行效率高,可维护性强;接入平台作为第一服务器与第二服务器数据传递的中介平台,存储有部分用户信息和部分文章信息,相对第一服务器而言,接入平台存储的数据内存是很小的,接入平台获取到用户的标记变更通知,和/或者文章的状态变更通知后,无需从第一服务器的海量数据中定位发生变更的用户信息和/或文章信息,而是在接入平台的本地服务器中直接获取用户信息和/或文章信息,进而快速定位到发生变更的用户信息和/或文章信息,能够有效提高数据传递效率,能够减少因用户信息更改和文章信息更改,造成的维护成本;接入平台与第一服务器的代码耦合度低,具有较强的可扩展性和可维护性。

图3为本申请实施例提供的一种数据传递处理装置的结构示意图,如图3所示,该装置包括:

第一获取单元1,用于响应于接收到的触发指令,从第一服务器和/或本地服务器中获取用户标记,其中,触发指令用于指示接入平台进行用户资格审核;

第一处理单元2,用于根据获取到的用户标记,确定第二服务器的目标用户,其中,目标用户为具有第二服务器的文章信息推送资格的用户;

第二处理单元3,用于向第二服务器推送目标用户的文章信息。

本实施例中,该数据传递处理方法应用于接入平台,接入平台为第一服务器与第二服务器进行数据传递的中介平台,其中,第一服务器为数据传递中发送数据的服务器,第二服务器为数据传递中接收数据的服务器,接入平台设置有本地服务器,该方法,包括:响应于接收到的触发指令,从第一服务器和/或本地服务器中获取用户标记,其中,触发指令用于指示接入平台进行用户资格审核;根据获取到的用户标记,确定第二服务器的目标用户,其中,目标用户为具有第二服务器的文章信息推送资格的用户;向第二服务器推送目标用户的文章信息。第二服务器目标用户的确认步骤由接入平台执行,确认步骤不需要融合在第一服务器的业务逻辑中;同时,向第二服务器推送目标用户文章信息的推送步骤也由接入平台执行,推送步骤同样不需要融合在第一服务器的业务逻辑中,目标用户确认和文章信息推送的工作与第一服务器的业务逻辑分离开来,执行效率高,可维护性强;接入平台与第一服务器的代码耦合度低,具有较强的可扩展性。

图4为本申请实施例提供的又一种数据传递处理装置的结构示意图,在图3所示实施例的基础上,如图4所示,

第一获取单元1,包括:

第一获取子单元11,用于响应于接收到的触发指令,从第一服务器中获取变更后的用户标记,其中,触发指令为接入平台在获取到用户的标记变更通知时生成的;

第二获取子单元12,用于响应于接收到的触发指令,从第一服务器和/或本地服务器中获取文章对应用户的用户标记,其中,触发指令为接入平台在获取到文章的状态变更通知时生成的。

第二获取子单元12,包括:

第一处理模块121,用于在获取到文章的状态变更通知后,判断变更后的文章状态是否为第二服务器需要的文章状态;

第一获取模块122,用于当变更后的文章状态为第二服务器需要的文章状态时,从第一服务器和/或本地服务器中获取文章对应用户的用户标记。

第一获取单元1,还包括:

第三获取子单元13,用于响应于接收到的触发指令,从第一服务器中获取新注册用户的用户标记,其中,触发指令为接入平台在获取到新注册用户通知时生成的。

第一处理单元2,包括:

第一处理子单元21,用于根据用户标记,确定第二服务器的匹配用户,其中,匹配用户为同意将其用户信息推送给第二服务器的用户;

第二处理子单元22,用于将匹配用户的用户信息,推送给第二服务器,并等待接收第二服务器返回的用户审核结果;

第三处理子单元23,用于根据用户审核结果,确定第二服务器的目标用户,其中,目标用户为第二服务器审核通过的匹配用户。

第二处理单元3,包括:

第一获取子单元31,用于从本地和/或第一服务器中获取目标用户的文章信息;

第一处理子单元32,用于根据第二服务器的配置要求,向第二服务器推送预设状态的文章信息,其中,文章信息为文章属性的集合,配置要求描述了第二服务器要求推送的文章信息的文章状态。

本实施例通过获取到用户的标记变更通知后,从第一服务器中获取属性变更后的用户标记;或者,获取到文章的状态变更通知后,从第一服务器和/或本地服务器中获取文章对应用户的用户标记;根据用户标记,确定第二服务器的匹配用户,其中,匹配用户为同意将其用户信息推送给第二服务器的用户;将匹配用户的用户信息,推送给第二服务器,并等待接收第二服务器返回的用户审核结果;根据用户审核结果,确定第二服务器的目标用户,其中,目标用户为第二服务器审核通过的匹配用户;根据第二服务器的配置要求,向第二服务器推送目标用户的文章信息。第二服务器目标用户的确认步骤由接入平台执行,确认步骤不需要融合在第一服务器的业务逻辑中;同时,向第二服务器推送目标用户文章信息的推送步骤也由接入平台执行,推送步骤同样不需要融合在第一服务器的业务逻辑中,目标用户确认和文章信息推送的工作与第一服务器的业务逻辑分离开来,执行效率高,可维护性强;接入平台作为第一服务器与第二服务器数据传递的中介平台,存储有部分用户信息和部分文章信息,相对第一服务器而言,接入平台存储的数据内存是很小的,接入平台获取到用户的标记变更通知,和/或者文章的状态变更通知后,无需从第一服务器的海量数据中定位发生变更的用户信息和/或文章信息,而是在接入平台的本地服务器中直接获取用户信息和/或文章信息,进而快速定位到发生变更的用户信息和/或文章信息,能够有效提高数据传递效率,能够减少因用户信息更改和文章信息更改,造成的维护成本;接入平台与第一服务器的代码耦合度低,具有较强的可扩展性和可维护性。

图5为本申请实施例提供的一种数据传递处理设备的结构示意图,如图5所示,本申请实施例提供了一种数据传递处理设备,可以用于执行图1-图3所示实施例中数据传递处理设备动作或步骤,具体包括:处理器501,存储器502和通信接口503。

存储器502,用于存储计算机程序。

处理器501,用于执行存储器502中存储的计算机程序,以实现图1-图4所示实施例中数据传递处理设备的动作,不再赘述。

可选的,数据传递处理设备还可以包括总线504。其中,处理器501、存储器502以及通信接口503可以通过总线504相互连接;总线504可以是外设部件互连标准(peripheralcomponentinterconnect,简称pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture,简称eisa)总线等。上述总线504可以分为地址总线、数据总线和控制总线等。为便于表示,图5中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。

在本申请实施例中,上述各实施例之间可以相互参考和借鉴,相同或相似的步骤以及名词均不再一一赘述。

或者,以上各个模块的部分或全部也可以通过集成电路的形式内嵌于该轨迹预测设备的某一个芯片上来实现。且它们可以单独实现,也可以集成在一起。即以上这些模块可以被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(applicationspecificintegratedcircuit,简称asic),或,一个或多个微处理器(digitalsingnalprocessor,简称dsp),或,一个或者多个现场可编程门阵列(fieldprogrammablegatearray,简称fpga)

一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行以实现上述处理方法。

在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、轨迹预测设备或数据中心通过有线(例如,同轴电缆、光纤、数字用户线(digitalsubscriberline,dsl))或无线(例如,红外、无线、微波等)方式向另一个网站站点、计算机、轨迹预测设备或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的轨迹预测设备、数据中心等数据存储设备。可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,dvd)、或者半导体介质(例如,固态硬盘(solidstatedisk,ssd))等。

本领域技术人员应该可以意识到,在上述一个或多个示例中,本申请实施例描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本发明旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求书指出。

应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1