1.本发明实施例涉及计算机
技术领域：
：，特别涉及一种负载均衡器的配置方法、服务器及存储介质。
背景技术：
：：2.云平台是指基于硬件资源和软件资源的服务，用于提供计算、网络和存储能力。云平台中可以包括控制节点、网络节点和计算节点，计算节点中部署有多个虚拟服务器，该虚拟服务器用于为租户提供网络服务。在云平台中，负载均衡器通常采用linux虚拟服务器(linuxvirtualserver，lvs)技术，lvs一共有四种工作模式，按性能从高到低依次是：直接路由(directrouting，dr)、隧道(tunnel，tun)、网络地址转换(networkaddresstranslation，nat)、完全网络地址转换(fullnat，fullnat)。除了fullnat，其他三种性能较高的模式都要求在后端rs(realserver)做配置。通常计算节点上的虚拟服务器为后端真实服务器(realserver，rs)。目前只有租户才有对rs的访问和修改权限，因此传统方式可以由租户按照文档自行对虚拟服务器进行配置；或者租户提供虚拟服务器的账号和密码，由运维人员对虚拟服务器进行配置。租户自行配置虚拟服务器的方式效率低，且由于租户不是运维人员，容易配置错误，导致负载均衡器不能正常使用。而租户提供虚拟服务器的账号和密码的方式，容易导致租户的虚拟服务器账号和密码的泄露，不利于保护租户租用的虚拟服务器的安全。为了解决这一问题，可以通过引入第三方机制修改数据包的源ip、目的ip，并新增对应的转发规则的方式实现lvs中的直接路由模式，或者，通过引入第三方机制修改数据包的目的mac，并新增对应的转发规则的方式实现lvs中的nat模式。3.然而，由于需要修改出入后端rs的数据包的二层或三层地址，这两种方式相对传统人工配置的方式，负载均衡器的性能差。且由于下发数据包的修改规则需要额外进行，导致在后端rs的接口发生变化或后端rs热迁移后出现丢包，甚至连接中断的问题。同时数据包的修改规则需要后台服务进行配置，而后台服务的重启、物理节点的重启、数据包修改规则的版本变化都会增加新的管理工作；另外，还需要交换机支持对数据包的三层或四层地址的修改功能。可见，目前在云平台环境下，将计算节点中的虚拟服务器配置为负载均衡器的后端服务器的配置方法繁琐，配置的负载均衡器的性能差。技术实现要素：4.本发明实施方式的目的在于提供一种负载均衡器的配置方法、服务器及存储介质，可以快速对负载均衡器进行配置，提高负载均衡器的性能。5.为解决上述技术问题，第一方面，本发明的实施方式提供了一种负载均衡器的配置方法，应用于计算节点，计算节点与负载均衡器通信连接，计算节点上部署有至少两个虚拟服务器，该方法包括：针对每个虚拟服务器进行如下操作：在虚拟服务器上部署对应的代理程序，代理程序与虚拟服务器的串口设备绑定；连接计算节点上的套接字文件与串口设备，形成计算节点与虚拟服务器的通信通道，以供代理程序将虚拟服务器配置为负载均衡器的后端服务器。6.第二方面，本发明的实施方式还提供了一种服务器，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述的负载均衡器的配置方法。7.第三方面，本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时实现上述的负载均衡器的配置方法。8.本发明实施例中，在该虚拟服务器上部署对应的代理程序，该代理程序与该虚拟服务器的串口设备绑定；连接该虚拟服务器中的串口设备与该虚拟服务器中的套接字文件，形成计算节点与虚拟服务器之间的通信通道。当计算节点接收到更新虚拟服务器的指令后，该计算节点通过该套接字文件写入数据，由于该串口设备与代理程序绑定，使得该代理程序可以通过串口设备读取该套接字文件中的数据，进而使得该代理程序可以对虚拟服务器进行配置，同理，在代理程序对虚拟服务器配置完成后，代理程序可将配置结果通过串口设备传输至套接字文件，由计算节点获取套接字中的配置结果；基于此，该计算节点可以对代理程序下发指令，由该代理程序对虚拟服务器进行配置。由于代理程序可以直接将虚拟服务器配置为负载均衡器的后端服务器，无需获取虚拟服务器中对应的账号和密码，保证了虚拟服务器对应租户信息的安全性，同时，无需人工手动配置，提高了负载均衡器配置的效率。由于无需修改数据包以及新增转发规则，简化了配置步骤，减少了丢包发生的概率，提高负载均衡器的性能。附图说明9.一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。10.图1是本技术实施例中负载均衡的方法的流程图；11.图2是一个实施例中负载均衡的方法中将虚拟服务器配置为dr模式的流程图；12.图3是图2对应负载均衡的方法中各部件之间的交互图；13.图4是一个实施例中负载均衡的方法中dr模式的示意图；14.图5是一个实施例中负载均衡的方法中为虚拟服务器配置虚拟ip地址的流程图；15.图6是一个实施例中负载均衡的方法中检测该虚拟服务器中内核参数的流程图；16.图7是一个实施例中负载均衡的方法中检测该虚拟服务器中回环网卡的参数的流程图；17.图8是一个实施例中负载均衡的方法的中持久保持虚拟ip地址的流程图；18.图9是一个实施例中负载均衡的方法的中对回环网卡的检测流程图；19.图10是一个实施例中负载均衡的方法中取消负载均衡配置的流程图；20.图11是一个实施例中负载均衡的方法中各部件之间的交互图；21.图12是本技术实施例中服务器的结构示意图。具体实施方式22.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本技术而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本技术所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本发明的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。23.本技术实施例中的负载均衡的方法应用于云平台中的计算节点，云平台中可以包括控制节点、网络节点和计算节点，计算节点分别与网络节点和控制节点通信连接。该云平台上可以包括至少两个计算节点，每个计算节点中部署有至少2个虚拟服务器，该虚拟服务器用于为租户提供网络服务。网络节点用于支持各个虚拟服务器之间的通信，例如：网络节点提供交换机功能和路由功能等，控制节点用于记录网络节点中的路由信息、交换机信息等，以及该控制节点还用于记录计算节点的信息，例如，虚拟服务器所在计算节点的信息等。24.本技术实施例中的负载均衡的方法，针对每个虚拟服务器的处理流程如图1所示：25.步骤101：在该虚拟服务器上部署对应的代理程序，代理程序与虚拟服务器的串口设备绑定。26.具体地，为该虚拟服务器部署对应的代理程序，该代理程序是运行在虚拟服务器guestos内部的一个后台服务，guestos表示虚拟服务器里的系统。部署该代理程序，代理程序与虚拟服务器的串口设备绑定。由于虚拟服务器的操作系统和版本各异，该代理程序被配置为适配不同的操作系统和版本，操作系统如：windows、linux、unix等。27.代理程序适配不同的操作系统和版本，使得该代理程序的使用场景广泛，代理程序仅需预先适配一次，减少了后续的运维工作。28.步骤102：连接该计算节点上的套接字文件与该虚拟服务器中的串口设备，形成该计算节点与该虚拟服务器的通信通道，以供代理程序将该虚拟服务器配置为负载均衡器的后端服务器。29.具体地，将虚拟服务器内的串口设备与计算节点的一个套接字socket文件连接，形成计算节点与虚拟服务器之间通信的通信通道。使得该虚拟服务器与计算节点之间不依赖网络即可实现通信，若计算节点对socket文件写入命令后，虚拟服务器内的代理程序通过对串口设备的读取，即可获得计算节点下发的命令，该代理程序获取命令后，可以调用相应的代码执行与该命令对应操作。代理程序在执行对应的操作后，可以将操作的结果写回串口设备，由计算节点通过socket文件读取该操作结果。基于此，计算节点可以通过计算节点与虚拟服务器的通信通道向虚拟服务器下发配置后端服务器的指令，由代理程序对虚拟服务器进行配置操作，将计算节点中虚拟服务器配置为负载均衡器的后端服务器，并将配置结果返回计算节点。30.本发明实施例中，在该虚拟服务器上部署对应的代理程序，该代理程序与该虚拟服务器的串口设备绑定；连接该虚拟服务器中的串口设备与该虚拟服务器中的套接字文件，形成计算节点与虚拟服务器之间的通信通道。当计算节点接收到更新虚拟服务器的指令后，该计算节点通过该套接字文件写入数据，由于该串口设备与代理程序绑定，使得该代理程序可以通过串口设备读取该套接字文件中的数据，进而使得该代理程序可以对虚拟服务器进行配置，同理，在代理程序对虚拟服务器配置完成后，代理程序可将配置结果通过串口设备传输至套接字文件，由计算节点获取套接字中的配置结果；基于此，该计算节点可以对代理程序下发指令，由该代理程序对虚拟服务器进行配置。由于代理程序可以直接将虚拟服务器配置为负载均衡器的后端服务器，无需获取虚拟服务器中对应的账号和密码，保证了虚拟服务器对应租户信息的安全性，同时，无需人工手动配置，提高了负载均衡器配置的效率。由于无需修改数据包以及新增转发规则，简化了配置步骤，减少了丢包发生的概率，提高负载均衡器的性能。31.在一个实施例中，在计算节点与虚拟服务器之间的通信通道形成之后，代理程序将所在虚拟服务器配置为负载均衡器的后端服务器的过程如图2所示。图2中在执行步骤101和102之后，执行步骤103。32.步骤103：若代理程序通过通信通道获取到计算节点下发的配置请求，则代理程序根据该配置请求，将虚拟服务器配置为负载均衡器的后端服务器，配置请求包括虚拟服务器为直接路由模式的信息。33.具体地，云平台的租户通过控制节点提供的控制界面在负载均衡器配置页面添加虚拟服务器时，控制节点根据控制界面的操作，通知网络节点更新配置，并在网络节点完成更新配置后，通知计算节点向代理程序发送配置请求，该配置请求用于指示将虚拟服务器配置为负载均衡器的后端服务器。配置请求包括虚拟服务器为直接路由模式的信息，该配置请求还可以包括：指示添加虚拟ip地址的指令。下面结合具体的交互图3介绍代理程序将虚拟服务器配置为负载均衡器的后端服务器的过程。34.租户通过控制界面选择云平台中的虚拟服务器添加为转发组，即选择虚拟服务器添加为负载均衡器的后端服务器，用于为用户流量提供服务。35.相应的，控制节点依次执行以下步骤：36.步骤s0：接收添加虚拟服务器为转发组的信息。37.步骤s1：验证信息合法性，并将添加信息保存在本地数据库中。38.具体而言，验证信息合法性可包括验证租户的操作权限，以确定租户有添加转发组的权限，或验证待添加的虚拟服务器是否可用，可以理解的是，具体的验证内容可根据实际业务需求进行设定，本发明不作限制。39.步骤s2：通过控制界面向租户返回添加结果，以响应租户的添加操作。40.例如，在控制界面显示“提交成功”或“操作成功”的信息。41.步骤s3：向租户的网络节点发送负载均衡表的更新请求。42.具体而言，控制节点可将待添加的虚拟服务器信息发送给部署在网络节点上的负载均衡器，并指示将待添加的虚拟服务器更新至负载均衡表中，其中，负载均衡表中记录有负载均衡器可使用的后端服务器信息，换言之，负载均衡器在对用户流量进行转发时，是基于负载均衡策略从负载均衡表中记录的后端服务器中选择处理该用户流量的后端服务器的。在一实施中，控制节点发送给网络节点的待添加的虚拟服务器信息中包括各待添加的虚拟服务器的虚拟ip地址，其中，负载均衡器可基于该些虚拟ip地址将用户流量转发至对应的后端服务器。在另一实施中，各待添加的虚拟服务器对应的虚拟ip由网络节点上的负载均衡器生成，并同步给控制节点。43.在一实施中，控制节点可通过rpc(remoteprocedurecall，远程过程调用)向网络节点发送更新请求。44.相应的，网络节点在接收到控制节点发送的更新请求后，依次执行以下步骤：45.步骤s4：更新负载均衡表，以及通过更新keepalived配置文件以及重载keepalived进程，完成相应的负载均衡的部署更新。46.步骤s5：向控制节点返回负载均衡的部署结果。47.在一实施中，网络节点返回的部署结果中包含各待添加虚拟服务器对应的虚拟ip地址。48.相应的，控制节点在接收到网络节点返回的部署结果后，依次执行以下步骤：49.步骤s6:对数据库进行更新。50.具体的，控制节点可根据部署结果，对步骤s1中保存的记录进行更新。如更新待添加虚拟服务器对应的虚拟ip、更新状态等信息。51.步骤s7：通知计算节点向代理程序发送配置请求。52.具体的，控制节点先确定各待添加的虚拟服务器所在的计算节点，并通过调用计算服务的api，由计算服务的api通知各计算节点的nova‑compute服务，由各计算节点的nova‑compute服务通过socket文件给虚拟服务器的串口设备发送配置请求。53.在配置请求中可包含各待添加的虚拟服务器对应的虚拟ip地址。54.相应的，计算节点上的代理程序在通过串口设备接收到配置请求后，依次执行以下步骤：55.执行步骤s8：代理程序通过该串口设备读取配置请求。56.如上所述，由于代理程序与该虚拟服务器的串口设备绑定，代理程序即可通过串口设备读取配置请求，并将该虚拟服务器配置为负载均衡器的后端服务器。57.步骤s9：向控制节点返回配置结果。58.具体的，代理程序在将虚拟服务器配置为负载均衡器的后端服务器后，可通过串口设备传输至套接字文件，由计算节点获取套接字中的配置结果，该计算节点向控制节点反馈配置结果，该配置结果将通过与串口设备对应的socket文件发送至控制节点。59.控制节点执行步骤s10：根据该配置结果，对数据库进行更新，从而完成负载均衡的配置更新。60.由于负载均衡器被配置为dr模式，该配置请求中可以包括该负载均衡器为直接路由模式的信息，还可以包括虚拟ip地址，可以在该虚拟服务器的虚拟网卡上配置虚拟ip地址，并屏蔽对该虚拟ip地址的arp请求，例如，可以通过iptable或流规则实现屏蔽对该虚拟ip地址的arp请求。若未屏蔽对虚拟ip地址的arp请求，则该虚拟服务器将对客户端返回arp响应，由于一个计算节点具有多个虚拟服务器，这将导致返回客户端错误的apr响应。其中，客户端可以是其它虚拟服务器。61.值得一提的是，负载均衡器被配置为直接路由模式，这种模式下后端服务器的响应流量不再需要经过网络节点的负载均衡器，而是直接发送给客户端，如图4所示，而一个请求响应流量的内容大部分情况下远远大于请求流量的内容，故使用代理程序配合dr模式可以显著地提升负载均衡器的性能、减少交换机的数据包转发压力、缩短请求的响应延迟。可以自动化完成配置工作，无需人工介入配置过程，也无需获得虚拟服务器的账号密码。后端服务器的配置工作仅依赖代理程序，配置请求下发的速度非常快。不需要借助数据包修改规则，简化了配置步骤。62.在一个实施例中，如图5所示，步骤103具体为针对该虚拟服务器进行如下子步骤：63.子步骤1031：获取配置请求中待添加的虚拟ip地址。64.具体地，该配置请求中包含待添加的虚拟ip地址，由于负载均衡器被配置为dr模式，该配置请求中还包括该负载均衡器为dr模式的信息，以供该代理程序根据负载均衡器的工作模式以及待添加的虚拟ip地址，对虚拟服务器进行配置。65.子步骤1032：将虚拟ip地址配置在虚拟服务器中的回环网卡上。66.具体地，获取该虚拟服务器上的回环网卡，将虚拟ip地址配置在该回环网卡上。67.步骤1033：屏蔽客户端发起的对虚拟ip地址的地址解析协议arp请求。68.具体地，屏蔽客户端发起的对该虚拟ip地址的arp请求。通过屏蔽对虚拟ip地址的arp请求，可以避免为客户端返回错误的arp响应。在不同的操作系统中，可以有不同的屏蔽方式，本示例列举在windows操作系统以及在linux操作系统中的屏蔽操作。69.方式一，执行步骤1033‑2：linux操作系统。将虚拟服务器中的内核参数调整为预设的第一参数值。70.具体地，对linux中内核参数arp_ignore和arp_announce进行配置，可以将arp_ignore置为1，且将arp_announce置为2，其中，该第一参数值包括内核参数arp_ignor对应的参数值1和arp_announce对应的参数值2。71.由于arp_ignore为1时，表示只有请求的mac地址是自己的网卡才给予回应。比如一台服务器有两块网卡，其中的一块网卡收到arp请求，但是请求的mac地址是本机的另一块网卡，那么当前网卡就一定不会作出应答。arp_announce为2时，表示总是使用最合适的网卡来响应。一个主机有多块网卡，其中一块网卡接收到了arp请求，发现所请求的mac地址是本机另一块网卡的，接收到arp请求的网卡就一定不响应，只有请求的mac地址为该网卡的地址时响应。72.方式二，执行步骤1033‑4：在windows操作系统，可以将回环网卡上的参数调整为预设的第二参数值。73.具体地，在windows操作系统中可以对回环网卡中的参数进行调整，例如，将weakhostsent置为enabled且将weakhostreceive置为enabled。该第二参数值为“enable”。74.本实施例中，通过对回环网卡的配置以及对虚拟ip地址的屏蔽操作，使得可以通过简单的操作实现dr模式的配置，同时屏蔽对虚拟ip地址的arp请求，确保了配置的虚拟服务器准确接收数据报文信息。75.进一步地，可以在执行步骤1033‑2之前，对该虚拟服务器中内核参数检测；其检测的流程可以如图6所示。76.步骤1033‑0：检测虚拟服务器中的内核参数是否为第一参数值，若内核参数不为第一参数值，则执行将虚拟服务器中的内核参数调整为预设的第一参数值的操作，即执行步骤1033‑2。否则，执行步骤1033‑1：确定内核参数正确。77.步骤1033‑1：确定内核参数正确。78.进一步地，可以在执行步骤1033‑4之前，对该虚拟服务器的回环网卡的参数进行检测；其检测的流程可以如图7所示。79.步骤1033‑3：检测虚拟服务器中回环网卡的参数是否为第二参数值，若内核参数不为第二参数值，则执行将回环网卡上的参数调整为预设的第二参数值的操作，即执行步骤1033‑4。否则，执行步骤1033‑5：确定回环网卡上的参数正确。80.本实施例中，通过检测回环网卡上的参数是否为第二参数值或检测内核参数是否为第一参数值，若是，则确定回环网卡的参数正确或内核参数正确，可以减少不必要的配置动作，提高配置的速度。81.在一个实施例中，为了避免在虚拟服务器重启后，虚拟ip地址消失，可以在执行步骤1032之后，执行步骤1032‑1，如图8所示：82.步骤1032‑1：将虚拟ip地址保存至计算节点的配置文件中或保存至计算节点的注册表中。83.具体地，若虚拟服务器重启后，回环网卡上的虚拟ip将会消失，在windows操作系统中，可以通过将虚拟ip地址保存注册表中，实现该虚拟ip地址的持久保存。在linux操作系统中，通过将虚拟ip地址保存至配置文件中实现该虚拟ip地址的持久保存。84.在一个实施例中，为了确保对可以成功配置虚拟ip地址，可以在执行步骤1032之前执行步骤1032‑00和1032‑03。其流程如图9所示。85.步骤1032‑00：检测虚拟服务器中是否存在回环网卡，若不存在回环网卡，则执行步骤1032‑01。若存在回环网卡，则执行步骤1032‑02。86.步骤1032‑01：在虚拟服务器上创建回环网卡。87.步骤1032‑02：若存在回环网卡，检测回环网卡是否启用，若回环网卡未启动，则执行步骤1032‑03。88.步骤1032‑03：启用回环网卡。89.本实施例中，通过对虚拟服务器中是否存在回环网卡的检测，在不存在回环网卡时，创建回环网卡，同时启动回环网卡，确保后续在回环网卡上配置虚拟ip地址。90.在一个实施例中，该通信通道形成之后，还可以通过该通信通道取消对虚拟服务器的配置。其流程如图10所示：91.步骤101：在该虚拟服务器上部署对应的代理程序。92.步骤102：连接该计算节点上的套接字文件与该虚拟服务器中的串口设备，形成该计算节点与该虚拟服务器的通信通道，以供代理程序将该虚拟服务器配置为负载均衡器的后端服务器。93.步骤104：若代理程序通过通信通道获取到计算节点下发的取消请求，则代理程序根据取消请求，从虚拟服务器中删除被配置的虚拟ip地址，取消请求用于指示取消负载均衡器的配置。94.具体地，代理程序判断回环网卡是否已经存在，如果不存在则结束。判断虚拟ip是否已经配置在回环网卡上，如果有则取消配置，并将虚拟ip从配置文件或注册表中移除。95.本实施例中，通过代理程序取消对虚拟服务器的配置，取消灵活。96.在一个实施例中，在配置完该虚拟服务器之后，计算节点定期接收对虚拟服务器的健康检查，以检查虚拟服务器是否可用，若不可用，将该虚拟服务器标记为不可用，以使负载均衡器不会将数据包转发至不可用的虚拟服务器上。97.下面结合具体的交互图11介绍代理程序将虚拟服务器配置为负载均衡器的后端服务器的过程。98.租户通过控制界面选择云平台中的虚拟服务器添加为转发组，即选择虚拟服务器添加为负载均衡器的后端服务器，用于为用户流量提供服务。99.相应的，控制节点依次执行以下步骤s0～s3：100.步骤s0：接收添加虚拟服务器为转发组的信息。101.步骤s1：验证信息合法性，并将添加信息保存在本地数据库中。102.步骤s2：通过控制界面向租户返回添加结果，以响应租户的添加操作。103.步骤s3：向租户的网络节点发送负载均衡表的更新请求。104.相应的，网络节点在接收到控制节点发送的更新请求后，依次执行以下步骤s4～s5：105.步骤s4：更新负载均衡表，以及通过更新keepalived配置文件以及重载keepalived进程，完成相应的负载均衡的部署更新。106.步骤s5：向控制节点返回负载均衡的部署结果。107.相应的，控制节点在接收到网络节点返回的部署结果后，依次执行以下步骤s6～步骤s7：108.步骤s6：对数据库进行更新。109.步骤s7：通知计算节点向代理程序发送配置请求。110.相应的，计算节点上的代理程序在通过串口设备接收到配置请求后，依次执行步骤s8～s9：111.执行步骤s8：代理程序通过该串口设备读取配置请求。112.步骤s9：向控制节点返回配置结果。113.控制节点执行步骤s10：根据该配置结果，对数据库进行更新，从而完成负载均衡的配置更新。114.以上步骤s0～步骤s10与附图3中的步骤s0～步骤s10相同，此处不在进行赘述。115.网络节点执行步骤s11：定期向计算节点发起的健康检查的请求。116.具体的，负载均衡器的后端服务器存在不可用的情况，如关机、服务停止等，故为了避免出现客户端发起的请求失败的情况，负载均衡器所在的网络节点将定期向计算节点发起的健康检查的请求，时间间隔可以是3秒或5秒等。117.计算节点执行步骤s12：对各虚拟服务器进行健康检查，并向网络节点返回检查结果。118.具体的，每个虚拟服务器自行进行健康检查，并向网络节点返回检查结果。若检查结果指示存在不可用的虚拟服务器，则网络节点上的负载均衡器可以将转发组中该不可用的虚拟服务器设置为非活跃，从而避免将客户发送的请求转发至不可用的虚拟服务器。119.以上各实施例可以相互结合相互引用，例如下面是各实施例结合后的例子，然并不以此为限；各实施例在不矛盾的前提下可以任意结合成为一个新的实施例。120.本技术实施例还提供了一种服务器，如图12所示：至少一个处理器201；以及，与至少一个处理器201通信连接的存储器202；其中，存储器202存储有可被至少一个处理器201执行的指令，指令被至少一个处理器201执行，以使至少一个处理器201能够执行上述的负载均衡器的配置方法。121.其中，存储器202和处理器201采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器201和存储器202的各种电路链接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。122.处理器201负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。123.本技术实施例还提供一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。124.本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read‑onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。125.本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。当前第1页12当前第1页12