CN109561048B - 一种通信管理方法和装置 - Google Patents

Abstract

本发明公开了一种通信管理方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：接收广告请求，将所述广告请求进行协议转换得到请求信息；根据配置文件，将所述广告请求中的服务标识匹配为服务地址信息；根据所述服务地址信息将所述请求信息输出至对应的服务中；接收所述服务的请求响应，将所述请求响应进行协议转换得到广告数据，输出所述广告数据。该实施方式中广告播放器将服务标识和请求数据发送至通信管理装置，将其与各服务进行交互的通信细节交由通信管理装置来实现，使得广告播放器对请求的各服务的通信细节无感知，新添加其他服务时扩展性良好。

Description

一种通信管理方法和装置

技术领域

本发明涉及计算机领域，尤其涉及一种通信管理方法和装置。

背景技术

在互联网业务中，很多服务对时延要求很敏感，且需要和其他多种服务进行数据交互。比如在线广告播放服务，为了给用户实时展示个性化的广告，广告播放器需要实时高效的与其他服务进行数据交互。

现有技术中，广告播放器请求多个服务时，由于各个服务的差异性，需要根据采用的通信协议设计不同的通信消息与各个服务分别进行数据交互，即广告播放器需要处理与每种服务进行数据交互的通信过程。如图1所示，广告播放器分别与服务1、服务2和服务3进行数据交互，广告播放器需要针对3种不同的通信协议分别设计通信消息。

另外，现有技术中，广告播放器请求各个服务时采用并行同步请求的方式，在将所有服务的响应信息处理好返回到广告播放器的主线程之前，广告播放器的主线程会阻塞。如图2所示，为了提升效率，广告播放器会用三个线程并行同步请求三个服务，在获取到这三个服务的响应信息并将这三个响应信息进行合并之前，主线程会阻塞。

前端向广告播放器发送用户请求时，存在一个用户请求包含多个广告位请求(即多广告位请求)的情况。然而广告播放器与各服务进行数据交互时，一次只能处理一个广告位的请求。这里所说的前端为广告播放器的请求方，比如应用程序、PC(PersonalComputer，个人计算机)页面等。现有技术中对此种情况的解决方法是：在广告播放器内部将一个多广告位请求分割成多个单广告位请求，每个单广告位请求中携带一个广告位的数据，循环多次请求其他服务。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

(1)现有技术中广告播放器需要感知要访问的每个服务的整个通信过程，各服务采用的通信协议不同，新添加一个服务的工作复杂且耗时长，造成广告播放器的扩展性较弱；

(2)现有技术中广告播放器会并行同步请求多个服务，在全部服务的响应信息合并返回广告播放器之前，主线程会阻塞，造成系统资源的浪费；

(3)现有技术中广告播放器对多广告位请求的处理时间较长，不利于后续业务的扩展。

发明内容

有鉴于此，本发明实施例提供一种通信管理方法和装置，广告播放器将服务标识和请求数据发送至通信管理装置，将其与各服务进行交互的通信细节交由通信管理装置来实现，使得广告播放器对请求的各服务的通信细节无感知，新添加其他服务时扩展性良好。

为实现上述目的，根据本发明实施例的一个方面，提供了一种通信管理方法。

本发明实施例的一种通信管理方法，包括：接收广告请求，将所述广告请求进行协议转换得到请求信息；根据配置文件，将所述广告请求中的服务标识匹配为服务地址信息；根据所述服务地址信息将所述请求信息输出至对应的服务中；接收所述服务的请求响应，将所述请求响应进行协议转换得到广告数据，输出所述广告数据。

可选地，所述根据所述服务地址信息将所述请求信息输出至对应的服务中的步骤之前，还包括：接收第一封装函数，所述第一封装函数为通过闭包将第一回调函数进行封装获得；其中，所述第一回调函数为处理所述广告数据的函数；通过闭包将第二回调函数进行封装得到第二封装函数；其中，所述第二回调函数为将所述请求响应进行协议转换的函数；根据所述服务标识的数量，通过计数型闭包将所述第二封装函数进行封装得到第三封装函数，将所述第三封装函数输出至所述服务中。

可选地，所述将所述请求响应进行协议转换得到广告数据，输出所述广告数据，包括：确认所述第三封装函数被各所述服务分别调用一次之后，调用所述第二封装函数得到所述广告数据；输出所述广告数据，调用所述第一封装函数。

可选地，所述根据所述服务地址信息将所述请求信息输出至对应的服务中的步骤之前，还包括：接收第五封装函数，所述第五封装函数为根据广告位数量，通过计数型闭包将第四封装函数进行封装获得；其中，所述第四回调函数为通过闭包将第三回调函数进行封装获得，所述第三回调函数为将各广告位的所述广告数据进行合并的函数；通过闭包将第二回调函数进行封装得到第二封装函数；其中，所述第二回调函数为将所述请求响应进行协议转换的函数；根据所述服务标识的数量，通过计数型闭包将所述第二封装函数进行封装得到第三封装函数，将所述第三封装函数输出至所述服务中。

可选地，所述将所述请求响应进行协议转换得到广告数据，输出所述广告数据包括：确认所述第三封装函数被各所述服务分别调用一次之后，调用所述第二封装函数得到所述广告数据；输出所述广告数据，调用所述第五封装函数。

可选地，所述输出所述广告数据，调用所述第五封装函数的步骤之后，还包括：确认所述第五封装函数被调用的次数等于广告位数量时，调用所述第四封装函数以按照所述第三回调函数处理各所述广告数据。

为实现上述目的，根据本发明实施例的另一方面，提供了一种通信管理装置。

本发明实施例的一种通信管理装置，包括：第一协议转换模块，用于接收广告请求，将所述广告请求进行协议转换得到请求信息；匹配模块，用于根据配置文件，将所述广告请求中的服务标识匹配为服务地址信息；输出模块，用于根据所述服务地址信息将所述请求信息输出至对应的服务中；第二协议转换模块，用于接收所述服务的请求响应，将所述请求响应进行协议转换得到广告数据，输出所述广告数据。

可选地，所述装置还包括：第一异步处理模块，用于接收第一封装函数，所述第一封装函数为通过闭包将第一回调函数进行封装获得；其中，所述第一回调函数为处理所述广告数据的函数；通过闭包将第二回调函数进行封装得到第二封装函数；其中，所述第二回调函数为将所述请求响应进行协议转换的函数；以及根据所述服务标识的数量，通过计数型闭包将所述第二封装函数进行封装得到第三封装函数，将所述第三封装函数输出至所述服务中。

可选地，所述第二协议转换模块还用于：确认所述第三封装函数被各所述服务分别调用一次之后，调用所述第二封装函数得到所述广告数据；以及输出所述广告数据，调用所述第一封装函数。

可选地，所述装置还包括：第二异步处理模块，用于接收第五封装函数，所述第五封装函数为根据广告位数量，通过计数型闭包将第四封装函数进行封装获得；其中，所述第四回调函数为通过闭包将第三回调函数进行封装获得，所述第三回调函数为将各广告位的所述广告数据进行合并的函数；通过闭包将第二回调函数进行封装得到第二封装函数；其中，所述第二回调函数为将所述请求响应进行协议转换的函数；以及根据所述服务标识的数量，通过计数型闭包将所述第二封装函数进行封装得到第三封装函数，将所述第三封装函数输出至所述服务中。

可选地，所述第二协议转换模块还用于：确认所述第三封装函数被各所述服务分别调用一次之后，调用所述第二封装函数得到所述广告数据；以及输出所述广告数据，调用所述第五封装函数。

可选地，所述装置还包括：函数调用模块，用于确认所述第五封装函数被调用的次数等于广告位数量时，调用所述第四封装函数以按照所述第三回调函数处理各所述广告数据。

为实现上述目的，根据本发明实施例的再一方面，提供了一种电子设备。

本发明实施例的一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种通信管理方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质。

本发明实施例的一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种通信管理方法。

上述发明中的一个实施例具有如下优点或有益效果：广告播放器将广告请求发送至通信管理装置，将其与各服务进行交互的通信细节交由通信管理装置来实现，使得广告播放器对请求的各服务的通信细节无感知，新添加其他服务时扩展性良好；通过闭包、计数型闭包封装，将广告播放器并行请求各个服务的方式由同步改为异步，无需阻塞等待广告数据，节约了系统资源；对于多广告位的用户请求，设计了将各广告位的广告数据进行合并的函数，将该函数使用计数型闭包封装，并行请求各广告位的数据，实现多广告位的用户请求的异步化处理，提升了系统的处理效率；对于多广告位的用户请求，通过为每个广告位的请求设置独立的通信管理装置，每个通信管理装置负责其中一个广告位和其他服务的交互，高效处理了多广告位的用户请求。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是现有技术中广告播放器和各服务的数据交互示意图；

图2是现有技术中广告播放器并行请求各服务的示意图；

图3是根据本发明实施例的通信管理方法的主要步骤的示意图；

图4是根据本发明实施例的广告播放方法的主要流程示意图；

图5是根据本发明实施例的异步化广告播放方法的一种主要流程示意图；

图6是根据本发明实施例的异步化广告播放方法的另一种主要流程示意图；

图7是根据本发明实施例的通信管理装置的主要模块的示意图；

图8是根据本发明实施例的广告播放系统的系统架构示意图；

图9是本发明实施例可以应用于其中的示例性系统架构图；

图10是适用于来实现本发明实施例的电子设备的计算机装置的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图3是根据本发明实施例的通信管理方法的主要步骤的示意图。如图3所示，本发明实施例的通信管理方法，主要包括如下步骤：

步骤S301：接收广告请求，将所述广告请求进行协议转换得到请求信息。该广告请求来自于广告播放器，由于来自于广告播放器的广告请求所采用的通信协议与要发送至各服务的请求信息所采用的通信协议不同，因此，需要将广告请求进行协议转换方可获得可以和各个服务进行数据交互的请求信息。

步骤S302：根据配置文件，将所述广告请求中的服务标识匹配为服务地址信息。所述配置文件用来存储服务标识和对应的服务地址信息，配置文件保存在数据库中。所述服务标识可以是服务名称，服务地址信息是指服务的IP(Internet Protocol，互联网协议)地址和端口。

步骤S303：根据所述服务地址信息将所述请求信息输出至对应的服务中。根据服务的IP地址和端口将请求信息发送至对应的服务中。

步骤S304：接收所述服务的请求响应，将所述请求响应进行协议转换得到广告数据，输出所述广告数据。各服务收到请求信息后，将返回对应于该请求信息的请求响应至通信管理装置。如果处理广告请求时仅需访问一个服务，这里的广告数据则是将请求响应进行协议转换后得到的。如果处理广告请求时需访问多个服务，这里的广告数据则是将各所述服务的请求响应进行去重、合并以及协议转换后得到的。

图4是根据本发明实施例的广告播放方法的主要流程示意图。本发明实施例的广告播放方法由广告播放器、通信管理装置和服务共同完成，广告播放器、通信管理装置和各服务构成广告播放系统。如图4所示，本发明实施例的广告播放方法，包括以下步骤：

步骤S401：广告播放器接收来自前端的用户请求，解析所述用户请求得到用户信息。所述用户信息中包括用户标识、广告位标识、设备ID、广告播放时间等，其中，用户标识比如用户名。

步骤S402：广告播放器根据所述用户信息确定要访问的服务，将所述服务对应的服务标识和服务请求数据作为广告请求输出至通信管理装置。该步骤执行完毕后，广告播放器陷入阻塞。

根据用户信息可以获取该用户的历史数据(该历史数据是指浏览数据、购买数据等)，进而确定出该用户应该访问的服务。这里的服务是指广告播放器在处理用户请求过程中要进行数据交互的多种下游服务，比如广告库、模型服务等，广告库又包括商品库(该库中广告的展示风格和普通商品一样)、图片库(该库中广告是一副展示广告主创意的图片)等。这里的服务标识是指服务名称。

步骤S403：通信管理装置收到广告请求后，将所述广告请求进行协议转换得到请求信息，根据配置文件将所述服务标识匹配为服务地址信息。所述配置文件保存在通信管理装置的数据库中。广告播放器只需要将服务名称发送给通信管理装置，由通信管理装置查询数据库得到与此服务名称相匹配的服务地址信息。

计算机中可以处理的数据与在网络中进行传输的数据的格式不同，因此需要将这两种数据进行转换。即将广告播放器发来的广告请求转换成通信管理装置可以和各个服务进行数据交互的请求信息。实施例中在通信管理装置中添加需要请求的服务和服务请求数据的具体实现代码为：AddService(Endpoint point，ServiceRequest request)；其中，point代表服务标识，request代表服务请求数据。

步骤S404：通信管理装置根据所述服务地址信息将所述请求信息并行发送至对应的服务中。实施例中将请求信息并行发送至各服务的实现代码为：SendMessage()，括号中的数据为待发送至各服务的请求信息。

步骤S405：各服务收到请求信息后，将对应于所述请求信息的请求响应返回至通信管理装置。

步骤S406：通信管理装置将收到的所有请求响应进行去重、合并和协议转换后得到广告数据，将所述广告数据发送至广告播放器。在广告播放器请求多个服务的情况下，通信管理装置需要在收到各个服务的请求响应后，将各个服务的请求响应汇总在一起，统一返回给广告播放器。假设通信管理装置收到的请求响应为response1、response2、···，循环将各个response解析，并将解析数据存入一个集合set中；每次解析完成，先将解析数据在集合set中查一下，如果没有，则插入到集合set中，否则，放弃这一条解析数据；之后将集合set中的解析数据进行合并以及协议转换，将转换后得到的数据作为广告数据发送至广告播放器。该步骤执行完毕后，广告播放器解除阻塞状态。

步骤S407：广告播放器接收所述广告数据，将所述广告数据按照模型服务中的模型进行打分、排序，将排序后分数最高的广告数据返回给前端进行广告播放。广告播放器接收到广告数据后，由于每个广告的质量不同，广告播放器会请求模型服务对广告数据进行打分、排序处理。

另外，通信管理装置可以将收到的广告请求和广告数据进行保存以及维护。由于广告播放器在处理用户请求的过程中会访问多个服务，广告请求和广告数据在处理用户请求过程中会有多次组合使用。将上述数据维护好，如果前端发送了同样的用户请求，则可以直接将对应的广告数据发送至广告播放器，防止同一服务被调用多次，降低请求处理的耗时。同时，将上述数据进行结构化存储，使用更方便。

另外，根据广告播放器处理用户请求的需要，广告播放器可以发送一个或者多个广告请求至通信管理装置信息。比如该用户请求需要请求普通广告服务和用户搜索词广告服务，则广告播放器需要发送两个广告请求至通信管理装置，由通信管理装置将广告请求进行处理后发送至对应的普通广告服务和用户搜索词广告服务。

上述广告播放方法的实现过程中，在广告播放器发出广告请求之后，获取到广告数据到之前，线程处于阻塞状态。且通信管理装置在获取到全部服务的请求响应之前，也处于阻塞状态。为了解除广告播放器和通信管理装置的阻塞，提升广告播放系统的整体性能，本发明实施例设计了一种异步化广告播放方法。

图5是根据本发明实施例的异步化广告播放方法的一种主要流程示意图。本发明实施例的异步化广告播放方法适用于用户请求为单广告位的用户请求的情况，即前端发送至广告播放器的用户请求中只携带一个广告位。广告位是指为承载发布广告而预留的媒介位置，比如在今日头条、网易新闻上的广告位置，这个位置就是用来承载发布广告的。

如图5所示，本发明实施例的异步化广告播放方法，主要包括以下步骤：

步骤S501：广告播放器接收来自前端的单广告位的用户请求，解析所述用户请求以得到用户信息。该用户请求中仅包括一个广告位标识(Identification，ID)。

步骤S502：广告播放器根据所述用户信息确定要访问的服务，通过闭包(Closure)将第一回调函数进行封装以获得第一封装函数A，将所述服务对应的服务标识、服务请求数据作为广告请求与第一封装函数A输出至通信管理装置。其中，所述第一回调函数为处理所述广告数据的函数。广告播放器可以在收到通信管理装置的广告数据前执行其他用户请求的处理，无需阻塞等待广告数据。第一封装函数A可以和服务标识、服务请求数据放在同一语句中，也可以分开放在两个语句中。

下面对第一回调函数进行举例说明。比如，实施例一：在访问完各个广告商品库后，第一回调函数可以是：根据广告数据填充商品信息，使得广告和商品完全一样。实施例二：在访问模型服务后，第一回调函数可以是：根据模型对各个广告的打分做一次排序，在前端展示分数高的广告数据。

Closure是一个可以被调用的函数对象，它可以保存创建它的作用域的相关信息(比如函数地址，函数参数等)，用来保证离开此作用域以后该函数仍然可以被调用，方便程序调用外部类的属性和方法。假如A是Closure封装得到的函数，那么调用此Closure内部的回调函数的方法是：A->done()。

步骤S503：通信管理装置收到广告请求和第一封装函数A后，将所述广告请求进行协议转换得到请求信息，根据配置文件为所述服务标识匹配服务地址信息。

步骤S504：通信管理装置通过Closure将第二回调函数进行封装以得到第二封装函数B。其中，所述第二回调函数为处理所述请求响应的函数，该处理可以是解析、去重、合并、协议转换等。比如，第二回调函数可以是Parse(response_list)，该函数用于将收到的各个服务的请求响应进行解析，保存成结构化的数据。第二回调函数也可以是MergeMessage()，该函数用于将请求响应去重、合并、协议转换得到广告数据。

实施例中通过Closure将第二回调函数封装为B的具体过程如下：

B＝new Closure(object，Parse，response_list)

其中，object表示Parse函数所属于的对象(比如A.call()，则call所属对象是A)；response_list是Parse函数的参数。

步骤S505：通信管理装置根据所述服务标识的数量将所述第二封装函数B通过计数型闭包再次封装以得到第三封装函数C。其中，所述计数型闭包是指能够实现计数型回调函数功能的对象，实施例中用BarrierClosure实现。

BarrierClosure是一种计数型的特殊Closure，BarrierClosure会封装Closure，且在其初始化时会传入一个正整数N，当BarrierClosure调用N次时，才会真正调用内部封装的Closure。BarrierClosure用来保证在计数器计数时，可以被多个线程安全修改，即在多线程环境下仍然能够在设定次数后调用内部的Closure。

假设服务标识的数量是整数N，BarrierClosure是一种计数型的Closure，B是Closure封装得到的函数，那么产生一个BarrierClosure封装的函数C的方法如下：

C＝new BarrierClosure(N，B)；

BarrierClosure内部维护了一个计数值(初始化为0)，每次调用BarrierClosure会先把计数值加1，只有BarrierClosure被调用N次，即计数值等于N时，才会真正调用其中的B。

比如：

这里C->done被调用了N次，但是B->done()只会被调用一次，也就是object.Parse(response_list)函数被调用了一次。

步骤S506：通信管理装置根据所述服务地址信息将请求信息发送至对应的服务，同时将第三封装函数C发送至各服务。通信管理装置可以在获取到全部服务的请求响应前执行广告播放器发送的其他广告请求，无需阻塞等待请求响应的返回。

步骤S507：各服务在收到所述请求信息和第三封装函数C后，将请求信息对应的请求响应返回至通信管理装置，并且在返回请求响应后各自调用一次第三封装函数C。

步骤S508：通信管理装置接收各所述服务的请求响应，在第三封装函数C被调用N次以后，自动执行第三封装函数C内部封装的第二封装函数B以得到广告数据。通信管理装置执行第二封装函数B以将各个服务的请求响应进行去重、合并以及协议转换得到广告数据。去重操作的实现为：将各个服务的请求响应进行解析、合并时，先将解析数据在集合set里查一下，如果没有，则插入到集合set中，否则，放弃这一条解析数据。

通信管理装置内部维护一个计数值(初始化为0)，每次收到一个请求响应就把计数值加1，只有当收到的请求响应的数量等于N时，才会调用第二封装函数B。

步骤S509：通信管理装置将广告数据发送至广告播放器，然后调用第一封装函数A。通信管理装置调用第一封装函数A的目的是通知广告播放器继续向下执行用户请求。通信管理装置将广告数据发送至广告播放器的实现代码为：Auto set＝transport_mgr.MergeMessage()。

步骤S510：广告播放器按照所述第一封装函数A处理所述广告数据，将处理完得到的广告数据返回给前端以进行广告播放。

前端发送至广告播放器的用户请求中可能会携带多个广告位，为了能够高效处理该多广告位的用户请求，本发明实施例设计了一种方案用于支持多广告位的用户请求的异步化广告播放方法。

图6是根据本发明实施例的异步化广告播放方法的一种主要流程示意图。本发明实施例的异步化广告播放方法适用于用户请求为多广告位的用户请求的情况。如图6所示，本发明实施例的异步化广告播放方法，主要包括以下步骤：

步骤S601：广告播放器接收来自前端的多广告位的用户请求，解析所述用户请求以得到用户信息。该用户请求中包括多个个广告位ID。

步骤S602：广告播放器根据所述用户信息确定所述用户请求中各广告位要访问的服务，通过Closure将第三回调函数进行封装得到第四封装函数D。广告播放器为多广告位的用户请求中每个广告位的用户请求设置一个独立的通信管理装置，每个通信管理装置负责其中一个广告位和其他服务的数据交互。其中，所述第三回调函数为将各广告位的所述广告数据进行合并的函数。实施例中第三回调函数的具体功能为：将每个广告位的广告数据进行去重、合并、协议转换后，将每个广告位的转换结果合并到一个映射表(Map)中。所述Map中包括键(Key)和值(Value)，Key为广告位ID，Value为收到的对应的通信管理装置的转换结果。

假设广告位的数量为M，则广告播放器会创建M个通信管理装置，我们可以使用一个数组来表示transport_mgr[M]，其中M为广告位的个数。每个通信管理装置内部处理和单广告位的情况相同，在合并请求响应的时候，需要有一个函数将各个广告位的广告数据合并到一个Map里。基本代码如下：

其中，posid为广告位ID，PosMerge()函数即为第三回调函数。

步骤S603：广告播放器根据广告位数量，通过BarrierClosure将所述第四封装函数D进行封装得到第五封装函数E，将所述服务对应的服务标识、服务请求数据作为广告请求与第五封装函数E并行输出至各通信管理装置。

步骤S604：各通信管理装置收到广告请求和第五封装函数E后，将所述广告请求进行协议转换以得到请求信息，根据配置文件为所述服务标识匹配服务地址信息。

步骤S605：各通信管理装置通过Closure将第二回调函数进行封装以得到第二封装函数B。该第二回调函数与单广告位的用户请求中的第二回调函数相同。

步骤S606：各通信管理装置根据所述服务标识的数量N将所述第二封装函数B通过BarrierClosure再次封装以得到第三封装函数C。

步骤S607：各通信管理装置根据所述服务地址信息将请求信息发送至对应的服务，同时将第三封装函数C发送至各服务。各通信管理装置可以在获取到与本通信管理装置对应的全部服务的请求响应前执行广告播放器发送的其他广告请求，无需阻塞等待请求响应的返回。

步骤S608：各服务在收到请求信息和第三封装函数C后，将请求信息对应的请求响应返回至对应的通信管理装置，并且在返回请求响应后各自调用一次第三封装函数C。

步骤S609：各通信管理装置接收各所述服务的请求响应，在第三封装函数C被调用N次以后，自动执行第三封装函数C内部封装的第二封装函数B以得到广告数据。各通信管理装置分别执行第二封装函数B以将收到的来自服务的请求响应进行去重、合并以及协议转换得到广告数据。

步骤S610：各通信管理装置将广告数据发送至广告播放器，然后调用所述第五封装函数E。通信管理装置调用第五封装函数E的目的是通知广告播放器继续向下执行用户请求。

步骤S611：广告播放器确认所述第五封装函数E被调用的次数等于广告位数量时，执行所述第四封装函数D封装的第三回调函数以处理各所述广告数据，将处理完得到的广告数据返回给前端以进行广告播放。

为了评估广告播放系统优化效果，本发明针对支持多广告位的用户请求的异步化广告播放方法进行了一系列性能实验，为此设计了性能评估方案。

实验环境：

使用4台性能配置完全一致的服务器X、Y、Z、W。

服务器X：使用未进行优化的广告播放系统，且进行压力测试。

服务器Y：使用优化的广告播放系统，且进行压力测试。

服务器Z：使用优化的广告播放系统，用于和服务器Y对照。

服务器W：使用未进行优化的广告播放系统，用于和服务器X对照。

下面对评估实验中用到的术语进行说明：

每秒查询率(Query Per Second，QPS)：是对服务器在规定时间内所处理流量多少的衡量标准。广告交易平台(Ad Exchange，ADX)：是一种汇聚了各种媒体流量的大规模交易平台。耗时TP99：假如有100个请求的耗时，取出其中最高的10个，再从这10个耗时中选择最低的。重定向：如果我们可以根据用户请求中携带的用户信息识别出此请求对应的用户，且能获取到此用户的历史数据，则称为重定向，否则为非重定向。站内商品：是站内商品形式广告的流量。站外ADX：从站外采买的流量，通过ADX去获取展示的流量。站外重定向：从站外采买的流量，能够识别出此用户是站内用户且能获取到此用户在站内的历史数据。

评估方法：

(1)服务器Z和服务器W的QPS保持一致，设置基准值为Q；

(2)记录当前服务器Z和服务器W的站外重定向业务耗时TP99和站外ADX业务耗时TP99：

服务器Z：站外重定向：140毫秒，站外ADX：100毫秒；站内商品：80毫秒；

服务器W：站外重定向：210毫秒，站外ADX：70毫秒，站内商品：80毫秒；

(3)将服务器X和服务器Y的QPS从Q不断增加，评估站外重定向业务耗时TP99和站内商品业务耗时TP99。

评估结果如下：

1)当对服务器X的QPS增加至3.5Q时，CPU利用率从14％上升至35％，服务器X相比服务器W出现性能变差：站外重定向业务耗时TP99出现上涨(从210毫秒上升至225毫秒)，站内商品业务耗时TP99出现上涨(从80毫秒上升至100毫秒)；

2)当对服务器Y的QPS增加至3.5Q时，CPU利用率从20％上升至35％，服务器Y相比服务器Z各项业务耗时TP99稳定且一致，服务器资源利用率上升；

3)当对服务器Y的QPS增加至5.25Q时，CPU利用率从20％上升至65％，服务器Y相比服务器Z出现耗时上涨：站外重定向业务耗时TP99出现上涨(从140毫秒上涨至160毫秒)，站内商品业务耗时TP99出现上涨(从80毫秒上升至100毫秒)；

4)当对服务器Y的QPS增加至7Q时，CPU利用率从20％上升至76％，服务器Y相比服务器Z出现性能明显变差：站外重定向业务耗时TP99出现上涨(从140毫秒上涨至230毫秒)，站内商品业务耗时TP99出现上涨(从80毫秒上涨至120毫秒)；

由评估结果1)-3)可以得出，在服务器Y承接更多流量的情况下，服务器Y比服务器X的各项业务耗时低，即服务器Y比服务器X的服务质量更好。由评估结果1)-4)可以得出，优化后的广告播放系统，业务处理耗时大幅度减少，CPU等资源利用率提高，单台服务器可承载的用户请求能力提升，因此，可减少一部分服务器的数量。由上述可知，优化后的广告播放系统可以在缩减服务器数量，节省成本的同时，提升服务性能。

通过本发明实施例的通信管理方法可以看出，广告播放器将广告请求发送至通信管理装置，将其与各服务进行交互的通信细节交由通信管理装置来实现，使得广告播放器对请求的各服务的通信细节无感知，新添加其他服务时扩展性良好；通过闭包、计数型闭包封装，将广告播放器并行请求各个服务的方式由同步改为异步，无需阻塞等待广告数据，节约了系统资源；对于多广告位的用户请求，设计了将各广告位的广告数据进行合并的函数，将该函数使用计数型闭包封装，并行请求各广告位的数据，实现多广告位的用户请求的异步化处理，提升了系统的处理效率；对于多广告位的用户请求，通过为每个广告位的请求设置独立的通信管理装置，每个通信管理装置负责其中一个广告位和其他服务的交互，高效处理了多广告位的用户请求。

图7是根据本发明实施例的通信管理装置的主要模块的示意图。如图7所示，本发明实施例的通信管理装置700，主要包括：

第一协议转换模块701，用于接收广告请求，将所述广告请求进行协议转换得到请求信息。该广告请求来自于广告播放器，由于来自于广告播放器的广告请求所采用的通信协议与要发送至各服务的请求信息所采用的通信协议不同，因此，需要将广告请求进行协议转换方可获得可以和各个服务进行数据交互的请求信息。

匹配模块702，用于根据配置文件，将所述广告请求中的服务标识匹配为服务地址信息。所述配置文件用来存储服务标识和对应的服务地址信息，配置文件保存在数据库中。所述服务标识可以是服务名称，服务地址信息是指服务的IP地址和端口。

输出模块703，用于根据所述服务地址信息将所述请求信息输出至对应的服务中。根据服务的IP地址和端口将请求信息发送至对应的服务中。这里的服务是指广告播放器在处理用户请求过程中要进行数据交互的多种下游服务，比如广告库、模型服务等。

第二协议转换模块704，用于接收所述服务的请求响应，将所述请求响应进行协议转换得到广告数据，输出所述广告数据。各服务收到请求信息后，将返回对应于该请求信息的请求响应至通信管理装置。如果处理广告请求时仅需访问一个服务，这里的广告数据则是将请求响应进行协议转换后得到的。如果处理广告请求时需访问多个服务，这里的广告数据则是将各所述服务的请求响应进行去重、合并以及协议转换后得到的。

本发明实施例的通信管理装置700还可以包括保存模块、第一异步处理模块和第二异步处理模块(图中未示出)。其中，保存模块，用于保存所述广告请求和请求响应。

第一异步处理模块，用于接收第一封装函数，所述第一封装函数为通过闭包将第一回调函数进行封装获得；以及根据所述服务标识的数量，通过计数型闭包将所述第二封装函数进行封装得到第三封装函数，将所述第三封装函数输出至各所述服务中。

第二异步处理模块，用于接收第五封装函数；通过闭包将第二回调函数进行封装得到第二封装函数；以及根据所述服务标识的数量，通过计数型闭包将所述第二封装函数进行封装得到第三封装函数，将所述第三封装函数输出至各所述服务中。

图8是根据本发明实施例的广告播放系统的系统架构示意图。如图8所示，本发明实施例的广告播放系统800，主要包括：广告播放器801、通信管理装置700和服务802。其中，通信管理装置700的具体模块构成包括第一协议转换模块701、匹配模块702、输出模块703、第二协议转换模块704、保存模块、第一异步处理模块和第二异步处理模块。服务802中包括服务1、服务2、服务3和服务4。广告播放器801向通信管理装置700发送服务标识和服务请求数据，并接收来自通信管理装置700的广告数据。通信管理装置700根据由服务标识匹配出的服务IP地址和端口，向服务802中的各个服务分别发送对应的请求信息(该请求信息为将广告播放器801向通信管理装置700发送的广告请求进行协议转换得到的)；并接收来自服务802中的各个服务的请求响应。本发明实施例的广告播放器801和通信管理装置700可以同机部署，也可以跨机部署。

从以上描述可以看出，广告播放器将广告请求发送至通信管理装置，将其与各服务进行交互的通信细节交由通信管理装置来实现，使得广告播放器对请求的各服务的通信细节无感知，新添加其他服务时扩展性良好；通过闭包、计数型闭包封装，将广告播放器并行请求各个服务的方式由同步改为异步，无需阻塞等待广告数据，节约了系统资源；对于多广告位的用户请求，设计了将各广告位的广告数据进行合并的函数，将该函数使用计数型闭包封装，并行请求各广告位的数据，实现多广告位的用户请求的异步化处理，提升了系统的处理效率；对于多广告位的用户请求，通过为每个广告位的请求设置独立的通信管理装置，每个通信管理装置负责其中一个广告位和其他服务的交互，高效处理了多广告位的用户请求。

根据本发明的实施例，本发明还提供了一种电子设备和一种计算机可读介质。

本发明的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种通信管理方法。

本发明的计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种通信管理方法。

图9示出了可以应用本发明实施例的通信管理方法或通信管理装置的示例性系统架构900。

如图9所示，系统架构900可以包括终端设备901、902、903，网络904和服务器905(此架构仅仅是示例，具体架构中包含的组件可以根据申请具体情况调整)。网络904用以在终端设备901、902、903和服务器905之间提供通信链路的介质。网络904可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备901、902、903通过网络904与服务器905交互，以接收或发送消息等。终端设备901、902、903上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备901、902、903可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器905可以是提供各种服务的服务器，例如对用户利用终端设备901、902、903所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的通信管理方法一般由服务器905执行，相应地，通信管理装置一般设置于服务器905中。

应该理解，图9中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图10，其示出了适于用来实现本发明实施例的终端设备的计算机系统100的结构示意图。图10示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图10所示，计算机系统100包括中央处理单元(CPU)101，其可以根据存储在只读存储器(ROM)102中的程序或者从存储部分108加载到随机访问存储器(RAM)103中的程序而执行各种适当的动作和处理。在RAM 103中，还存储有系统100操作所需的各种程序和数据。CPU 101、ROM 102以及RAM 103通过总线104彼此相连。输入/输出(I/O)接口105也连接至总线104。

以下部件连接至I/O接口105：包括键盘、鼠标等的输入部分106；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分107；包括硬盘等的存储部分108；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分109。通信部分109经由诸如因特网的网络执行通信处理。驱动器110也根据需要连接至I/O接口105。可拆卸介质111，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器110上，以便于从其上读出的计算机程序根据需要被安装入存储部分108。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分109从网络上被下载和安装，和/或从可拆卸介质111被安装。在该计算机程序被中央处理单元(CPU)101执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括第一协议转换模块、匹配模块、输出模块和第二协议转换模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，第一协议转换模块还可以被描述为“接收广告请求，将所述广告请求进行协议转换得到请求信息的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收广告请求，将所述广告请求进行协议转换得到请求信息；根据配置文件，将所述广告请求中的服务标识匹配为服务地址信息；根据所述服务地址信息将所述请求信息输出至对应的服务中；接收所述服务的请求响应，将所述请求响应进行协议转换得到广告数据，输出所述广告数据。

根据本发明实施例的技术方案，广告播放器将广告请求发送至通信管理装置，将其与各服务进行交互的通信细节交由通信管理装置来实现，使得广告播放器对请求的各服务的通信细节无感知，新添加其他服务时扩展性良好；通过闭包、计数型闭包封装，将广告播放器并行请求各个服务的方式由同步改为异步，无需阻塞等待广告数据，节约了系统资源；对于多广告位的用户请求，设计了将各广告位的广告数据进行合并的函数，将该函数使用计数型闭包封装，并行请求各广告位的数据，实现多广告位的用户请求的异步化处理，提升了系统的处理效率；对于多广告位的用户请求，通过为每个广告位的请求设置独立的通信管理装置，每个通信管理装置负责其中一个广告位和其他服务的交互，高效处理了多广告位的用户请求。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (12)

1.一种通信管理方法，其特征在于，包括：

接收广告请求，将所述广告请求进行协议转换得到请求信息；

根据配置文件，将所述广告请求中的服务标识匹配为服务地址信息；

根据所述服务地址信息将所述请求信息输出至对应的服务中；

接收所述服务的请求响应，将所述请求响应进行协议转换得到广告数据，输出所述广告数据；

其中，所述根据所述服务地址信息将所述请求信息输出至对应的服务中的步骤之前，还包括：

接收第一封装函数，所述第一封装函数为通过闭包将第一回调函数进行封装获得；其中，所述第一回调函数为处理所述广告数据的函数；

通过闭包将第二回调函数进行封装得到第二封装函数；其中，所述第二回调函数为将所述请求响应进行协议转换的函数；

根据所述服务标识的数量，通过计数型闭包将所述第二封装函数进行封装得到第三封装函数，将所述第三封装函数输出至所述服务中。

2.根据权利要求1所述的方法，其特征在于，所述将所述请求响应进行协议转换得到广告数据，输出所述广告数据，包括：

确认所述第三封装函数被各所述服务分别调用一次之后，调用所述第二封装函数得到所述广告数据；

输出所述广告数据，调用所述第一封装函数。

3.根据权利要求1所述的方法，其特征在于，所述根据所述服务地址信息将所述请求信息输出至对应的服务中的步骤之前，还包括：

接收第五封装函数，所述第五封装函数为根据广告位数量，通过计数型闭包将第四封装函数进行封装获得；其中，第四回调函数为通过闭包将第三回调函数进行封装获得，所述第三回调函数为将各广告位的所述广告数据进行合并的函数；

通过闭包将第二回调函数进行封装得到第二封装函数；其中，所述第二回调函数为将所述请求响应进行协议转换的函数；

根据所述服务标识的数量，通过计数型闭包将所述第二封装函数进行封装得到第三封装函数，将所述第三封装函数输出至所述服务中。

4.根据权利要求3所述的方法，其特征在于，所述将所述请求响应进行协议转换得到广告数据，输出所述广告数据包括：

确认所述第三封装函数被各所述服务分别调用一次之后，调用所述第二封装函数得到所述广告数据；

输出所述广告数据，调用所述第五封装函数。

5.根据权利要求4所述的方法，其特征在于，所述输出所述广告数据，调用所述第五封装函数的步骤之后，还包括：确认所述第五封装函数被调用的次数等于广告位数量时，调用所述第四封装函数以按照所述第三回调函数处理各所述广告数据。

6.一种通信管理装置，其特征在于，包括：

第一协议转换模块，用于接收广告请求，将所述广告请求进行协议转换得到请求信息；

匹配模块，用于根据配置文件，将所述广告请求中的服务标识匹配为服务地址信息；

输出模块，用于根据所述服务地址信息将所述请求信息输出至对应的服务中；

第二协议转换模块，用于接收所述服务的请求响应，将所述请求响应进行协议转换得到广告数据，输出所述广告数据；

第一异步处理模块，用于接收第一封装函数，所述第一封装函数为通过闭包将第一回调函数进行封装获得；其中，所述第一回调函数为处理所述广告数据的函数；通过闭包将第二回调函数进行封装得到第二封装函数；其中，所述第二回调函数为将所述请求响应进行协议转换的函数；以及根据所述服务标识的数量，通过计数型闭包将所述第二封装函数进行封装得到第三封装函数，将所述第三封装函数输出至所述服务中。

7.根据权利要求6所述的装置，其特征在于，所述第二协议转换模块还用于：

确认所述第三封装函数被各所述服务分别调用一次之后，调用所述第二封装函数得到所述广告数据；以及

输出所述广告数据，调用所述第一封装函数。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括：第二异步处理模块，

用于接收第五封装函数，所述第五封装函数为根据广告位数量，通过计数型闭包将第四封装函数进行封装获得；其中，第四回调函数为通过闭包将第三回调函数进行封装获得，所述第三回调函数为将各广告位的所述广告数据进行合并的函数；

通过闭包将第二回调函数进行封装得到第二封装函数；其中，所述第二回调函数为将所述请求响应进行协议转换的函数；以及

根据所述服务标识的数量，通过计数型闭包将所述第二封装函数进行封装得到第三封装函数，将所述第三封装函数输出至所述服务中。

9.根据权利要求8所述的装置，其特征在于，所述第二协议转换模块还用于：

确认所述第三封装函数被各所述服务分别调用一次之后，调用所述第二封装函数得到所述广告数据；以及

输出所述广告数据，调用所述第五封装函数。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：函数调用模块，用于确认所述第五封装函数被调用的次数等于广告位数量时，调用所述第四封装函数以按照所述第三回调函数处理各所述广告数据。

11.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-5中任一所述的方法。

12.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-5中任一所述的方法。

Images