本发明涉及计算机技术领域，尤其涉及一种应用程序信息处理方法和装置。
背景技术：
小程序是一种无须下载安装即可使用的应用，其随时可用，但又无需安装卸载的特点，广受用户的欢迎。
当小程序的开发者对小程序进行调试时，若采用移动终端上的真机环境，对小程序进行调试的方式，由于各大移动终端的制造厂商提供的浏览器只能真机联调自己公司的js引擎，而且还需要一些其他的配置和使用条件，存在使用门槛较高，可能导致小程序开发者无法使用浏览器中的js引擎，对小程序进行调试的问题。
当小程序的开发者对小程序进行调试时，若采用计算机设备上的模拟环境，对小程序进行调试的方式，由于模拟环境和真实环境之间的差异，可能导致小程序的开发者在模拟环境中调试正常，而在移动终端的真机上表现异常的情况发生。
技术实现要素：
本发明实施例旨在至少在一定程序上解决相关技术中的技术问题之一。
为此，本发明实施例提出一种应用程序信息处理方法，以实现当应用程序进行调试时，由第一终端根据第二终端的运行环境信息，创建js引擎，而后利用创建的js引擎对编译后的代码执行逻辑部分，即利用第一终端上的模拟环境，对应用程序编译后的代码执行逻辑部分，由于无需使用第二终端上的真机环境，对应用程序进行代码逻辑部分的调试，可以降低调试难度。由第一终端执行逻辑部分，则无需利用第二终端的js引擎进行逻辑部分的调试，同时，还可以得到与在第二终端调试js引擎相同的结果，避免了在第二终端调试js引擎需要开发者证书的限制，降低应用程序开发者的使用门槛。另外，由第二终端对获取到的代码执行页面渲染部分，可以实现在真机环境下对应用程序进行调试，从而可以解决现有技术中由于模拟环境与真实环境之间的差异，可能导致小程序的开发者在模拟环境中调试正常，而在移动终端的真机上表现异常的情况发生的技术问题，有效提高了应用程序开发者开发应用程序的效率。
本发明实施例提出另一种应用程序信息处理方法。
本发明实施例提出一种应用程序信息处理装置。
本发明实施例提出另一种应用程序信息处理装置。
本发明实施例提出一种计算机设备。
本发明实施例提出一种计算机可读存储介质。
本发明一方面实施例提出了一种应用程序信息处理方法，包括：
第一终端对应用程序的源代码进行编译，并向服务器端发送编译后的代码，以使对应的第二终端从所述服务器端进行代码获取；
所述第一终端根据所述第二终端的运行环境信息，创建js引擎；
所述第一终端将编译后的代码注入所述js引擎，以利用所述js引擎对所述编译后的代码执行逻辑部分；
当所述第二终端进行代码获取后，所述第一终端调用所述第二终端的对应应用程序接口对所述第二终端获取到的代码执行页面渲染部分。
本发明实施例的应用程序信息处理方法，通过当应用程序进行调试时，由第一终端根据第二终端的运行环境信息，创建js引擎，而后利用创建的js引擎对编译后的代码执行逻辑部分，即利用第一终端上的模拟环境，对应用程序编译后的代码执行逻辑部分，由于无需使用第二终端上的真机环境，对应用程序进行代码逻辑部分的调试，可以降低调试难度。由第一终端执行逻辑部分，则无需利用第二终端的js引擎进行逻辑部分的调试，同时，还可以得到与在第二终端调试js引擎相同的结果，避免了在第二终端调试js引擎需要开发者证书的限制，降低应用程序开发者的使用门槛。另外，由第二终端对获取到的代码执行页面渲染部分，可以实现在真机环境下对应用程序进行调试，从而可以解决现有技术中由于模拟环境与真实环境之间的差异，可能导致小程序的开发者在模拟环境中调试正常，而在移动终端的真机上表现异常的情况发生的技术问题，有效提高了应用程序开发者开发应用程序的效率。
本发明又一方面实施例提出了另一种应用程序信息处理方法，包括：
服务器端从第一终端获取编译后的代码；所述编译后的代码，是所述第一终端对应用程序的源代码进行编译后生成的，用于所述第一终端根据对应的第二终端的运行环境信息，创建js引擎之后，将编译后的代码注入所述js引擎，以利用所述js引擎对所述编译后的代码执行逻辑部分；
所述服务器端对所述编译后的代码进行存储；
当所述第一终端对应的第二终端访问所述服务器端时，所述服务器端向所述第二终端提供存储的代码；
其中，所述第二终端获取到的代码，用于在所述第一终端调用所述第二终端的对应应用程序接口时，所述第二终端对获取到的代码执行页面渲染部分。
本发明实施例的应用程序信息处理方法，通过当应用程序进行调试时，由第一终端根据第二终端的运行环境信息，创建js引擎，而后利用创建的js引擎对编译后的代码执行逻辑部分，即利用第一终端上的模拟环境，对应用程序编译后的代码执行逻辑部分，由于无需使用第二终端上的真机环境，对应用程序进行代码逻辑部分的调试，可以降低调试难度。由第一终端执行逻辑部分，则无需利用第二终端的js引擎进行逻辑部分的调试，同时，还可以得到与在第二终端调试js引擎相同的结果，避免了在第二终端调试js引擎需要开发者证书的限制，降低应用程序开发者的使用门槛。另外，由第二终端对获取到的代码执行页面渲染部分，可以实现在真机环境下对应用程序进行调试，从而可以解决现有技术中由于模拟环境与真实环境之间的差异，可能导致小程序的开发者在模拟环境中调试正常，而在移动终端的真机上表现异常的情况发生的技术问题，有效提高了应用程序开发者开发应用程序的效率。
本发明又一方面实施例提出了一种应用程序信息处理装置，所述装置设置于第一终端，所述装置包括：
编译模块，用于对应用程序的源代码进行编译，并向服务器端发送编译后的代码，以使所述第一终端对应的第二终端从所述服务器端进行代码获取；
创建模块，用于根据所述第二终端的运行环境信息，创建js引擎；
执行模块，用于所述第一终端将编译后的代码注入所述js引擎，以利用所述js引擎对所述编译后的代码执行逻辑部分；
调用模块，用于当所述第二终端进行代码获取后，所述第一终端调用所述第二终端的对应应用程序接口对所述第二终端获取到的代码执行页面渲染部分。
本发明实施例的应用程序信息处理装置，通过当应用程序进行调试时，由第一终端根据第二终端的运行环境信息，创建js引擎，而后利用创建的js引擎对编译后的代码执行逻辑部分，即利用第一终端上的模拟环境，对应用程序编译后的代码执行逻辑部分，由于无需使用第二终端上的真机环境，对应用程序进行代码逻辑部分的调试，可以降低调试难度。由第一终端执行逻辑部分，则无需利用第二终端的js引擎进行逻辑部分的调试，同时，还可以得到与在第二终端调试js引擎相同的结果，避免了在第二终端调试js引擎需要开发者证书的限制，降低应用程序开发者的使用门槛。另外，由第二终端对获取到的代码执行页面渲染部分，可以实现在真机环境下对应用程序进行调试，从而可以解决现有技术中由于模拟环境与真实环境之间的差异，可能导致小程序的开发者在模拟环境中调试正常，而在移动终端的真机上表现异常的情况发生的技术问题，有效提高了应用程序开发者开发应用程序的效率。
本发明又一方面实施例提出了另一种应用程序信息处理装置，所述装置设置于服务器端，所述装置包括：
获取模块，用于从第一终端获取编译后的代码；所述编译后的代码，是所述第一终端对应用程序的源代码进行编译后生成的，用于所述第一终端根据对应的第二终端的运行环境信息，创建js引擎之后，将编译后的代码注入所述js引擎，以利用所述js引擎对所述编译后的代码执行逻辑部分；
存储模块，用于对所述编译后的代码进行存储；
访问模块，用于当所述第一终端对应的第二终端访问所述服务器端时，向所述第二终端提供存储的代码；
其中，所述第二终端获取到的代码，用于在所述第一终端调用所述第二终端的对应应用程序接口时，所述第二终端对获取到的代码执行页面渲染部分。
本发明实施例的应用程序信息处理装置，通过当应用程序进行调试时，由第一终端根据第二终端的运行环境信息，创建js引擎，而后利用创建的js引擎对编译后的代码执行逻辑部分，即利用第一终端上的模拟环境，对应用程序编译后的代码执行逻辑部分，由于无需使用第二终端上的真机环境，对应用程序进行代码逻辑部分的调试，可以降低调试难度。由第一终端执行逻辑部分，则无需利用第二终端的js引擎进行逻辑部分的调试，同时，还可以得到与在第二终端调试js引擎相同的结果，避免了在第二终端调试js引擎需要开发者证书的限制，降低应用程序开发者的使用门槛。另外，由第二终端对获取到的代码执行页面渲染部分，可以实现在真机环境下对应用程序进行调试，从而可以解决现有技术中由于模拟环境与真实环境之间的差异，可能导致小程序的开发者在模拟环境中调试正常，而在移动终端的真机上表现异常的情况发生的技术问题，有效提高了应用程序开发者开发应用程序的效率。
本发明又一方面实施例提出了一种计算机设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如本发明前述实施例所述的应用程序信息处理方法。
本发明又一方面实施例提出了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如本发明前述实施例所述的应用程序信息处理方法。
本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为移动终端中小程序的架构示意图；
图2为本发明实施例一所提供的应用程序信息处理方法的流程示意图；
图3为本发明实施例中应用程序信息处理系统示意图；
图4为本发明实施例二所提供的应用程序信息处理方法的流程示意图；
图5为本发明实施例中信令消息的传输示意图；
图6为本发明实施例三所提供的应用程序信息处理方法的流程示意图；
图7为本发明实施例四所提供的应用程序信息处理方法的流程示意图；
图8为本发明实施例五所提供的应用程序信息处理方法的流程示意图；
图9为本发明实施例六所提供的应用程序信息处理装置的结构示意图；
图10为本发明实施例七所提供的应用程序信息处理装置的结构示意图；
图11为本发明实施例八所提供的应用程序信息处理装置的结构示意图；
图12为本发明实施例九所提供的应用程序信息处理装置的结构示意图。
具体实施方式
下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。
目前，小程序的开发者可以使用移动终端上的真机环境，对小程序进行调试。如图1所示，小程序不是单纯的网页和原生页，而是网页和原生页的混合体。其中，对于操作系统为ios的移动终端，其js引擎为jscore，对于操作系统为android的移动终端，其js引擎为v8。
由于各大移动终端的制造厂商提供的浏览器只能真机联调自己公司的js引擎，并且还有一些使用条件，例如，对于ios操作系统的移动终端来说，只能使用浏览器safari来调试jscore，而且还需使用苹果开发者证书；对于android操作系统的移动终端来说，只能使用浏览器chrome来调试v8，而且需要通过虚拟专用网络(virtualprivatenetwork，简称vpn)访问境外服务器，导致使用门槛太高，从而导致小程序开发者无法使用移动终端浏览器中的js引擎，对小程序进行调试。
或者，小程序开发者还可以使用计算机设备上的模拟环境，对小程序进行调试，由于模拟环境和真实环境之间的差异，可能导致小程序的开发者在模拟环境中调试正常，而在移动终端的真机上表现异常的情况发生。
因此，针对现有技术中使用移动终端上的真机环境，对小程序进行调试时，使用门槛太高，导致小程序开发者无法使用移动终端浏览器中的js引擎，对小程序进行调试的技术问题，或者，针对现有技术中使用计算机设备上的模拟环境，对小程序进行调试时，由于模拟环境无法模拟移动终端中硬件传感器，可能导致小程序的开发者在模拟环境中调试正常，而在移动终端的真机上表现异常的情况发生的技术问题，本发明实施例中，当应用程序进行调试时，由第一终端根据第二终端的运行环境信息，创建js引擎，而后利用创建的js引擎对编译后的代码执行逻辑部分，即利用第一终端上的模拟环境，对应用程序编译后的代码执行逻辑部分，由于无需使用第二终端上的真机环境，对应用程序进行代码逻辑部分的调试，可以降低调试难度。由第一终端执行逻辑部分，则无需利用第二终端的js引擎进行逻辑部分的调试，同时，还可以得到与在第二终端调试js引擎相同的结果，避免了在第二终端调试js引擎需要开发者证书的限制，降低应用程序开发者的使用门槛。
另外，由第二终端对获取到的代码执行页面渲染部分，可以实现在真机环境下对应用程序进行调试，从而可以解决现有技术中由于模拟环境与真实环境之间的差异，可能导致小程序的开发者在模拟环境中调试正常，而在移动终端的真机上表现异常的情况发生的技术问题，有效提高了应用程序开发者开发应用程序的效率。
下面参考附图描述本发明实施例的应用程序信息处理方法和装置。在具体描述本发明实施例之前，为了便于理解，首先对常用技术词进行介绍：
js引擎，是处理javascript脚本的虚拟机，一般附带在网页浏览器中。
ide，(integrateddevelopmentenvironment，集成开发环境)，是辅助开发计算机程序的应用软件。
es6，ecmascript第6版本，其中，ecmascript是一种由ecma(europeancomputermanufacturersassociation，欧洲计算机制造商协会)通过ecma-262标准化的脚本程序设计语言。
es5，ecmascript第5版本。
ble，(bluetoothlowenergy，蓝牙低能耗)。
eap，(ethernetforplantautomation，以太网)。
usb，(universalserialbus，通用串行总线)。
图2为本发明实施例一所提供的应用程序信息处理方法的流程示意图。
该应用程序信息处理方法可以由第一终端执行，具体可以由第一终端上安装的ide执行。
其中，应用程序可以是指运行在硬件设备上的软件程序，例如为小程序、小游戏等。
第一终端可以为个人计算机(personalcomputer，简称pc)、小型计算机、大型计算机等硬件设备。
如图2所示，该应用程序信息处理方法包括以下步骤：
步骤101，第一终端对应用程序的源代码进行编译，并向服务器端发送编译后的代码，以使对应的第二终端从服务器端进行代码获取。
本发明实施例中，第二终端可以为手机、平板电脑、个人数字助理、穿戴式设备等具有各种操作系统、触摸屏和/或显示屏的硬件设备。
本发明实施例中，应用程序的源代码可以是按照es6标准编写的，由于浏览器对es6支持度不高，因此，第一终端中的ide可以将按照es6标准编写的源代码，转换为支持率较高的es5代码。因此，编译过程可以包括将es6源代码转换为es5代码。
进一步地，为了降低源代码的体积，从而降低第二终端从服务器端进行代码获取时的流量占用，编译过程还可以包括将转换后的es5代码进行压缩处理。
在第一终端中的ide对应用程序的源代码进行编译后，可以向服务器发送编译后的代码，从而第二终端可以从服务器端进行代码获取。
步骤102，第一终端根据第二终端的运行环境信息，创建js引擎。
本发明实施例中，由于应用程序最终需要在第二终端中进行运行，因此，在第一终端的模拟环境中创建js引擎时，需要考虑第二终端的运行环境信息。
例如，一些应用程序只能在较高版本的操作系统中进行运行，因此，运行环境信息可以包括操作系统版本信息。
可选地，当应用程序为小程序时，由于小程序无法单独运行，需要依赖其他应用程序，例如微信进行运行，因此，第二终端的运行环境信息还可以包括应用程序依赖程序的版本信息。
此外，当应用程序为小程序时，当小程序开发者开发小程序时，开发者可以调用公共库中的通用方法，从而无需编译，提升小程序的开发效率，因此，第二终端的运行环境信息还可以包括小程序公共库的版本信息。
作为一种可能的实现方式，无论第二终端采用何种操作系统，第一终端中的js引擎均可以为v8，可以理解的是，第二终端的运行环境信息不同时，第一终端中的ide创建的js引擎应当存在差异。
现有技术中，当第二终端的操作系统不同时，创建的js引擎可以不同，比如当第二终端的操作系统为android时，创建的js引擎可以为v8，而当第二终端的操作系统为ios时，创建的js引擎可以为jscore。当改为第一终端创建js引擎时，可以统一为v8。
步骤103，第一终端将编译后的代码注入js引擎，以利用js引擎对编译后的代码执行逻辑部分。
本发明实施例中，当第一终端中的ide创建好js引擎后，可以将编译后的代码注入js引擎，从而可以利用js引擎对编译后的代码执行逻辑部分。
本发明实施例中，由第一终端中的ide利用创建的js引擎对编译后的代码执行逻辑部分，即利用第一终端上的模拟环境，对应用程序编译后的代码执行逻辑部分，由于无需使用第二终端上的真机环境，对应用程序进行代码逻辑部分的调试，可以降低调试难度。
由于目前无法实现跨平台的调试第二终端的js引擎，本发明实施例将相关技术中在第二终端设置js引擎变更为在第一终端设置js引擎，从而避免了对第二终端的js引擎进行调试的过程。另一方面，由于js引擎用于解析执行代码，以得到期望的结果，这里期望的结果包括值、消息等，不同厂商不同平台尽管在js引擎的实现上不同，但运行得到的结果均是相同的，因此，可以将第二终端js引擎设置在第一终端js引擎上，从而在第一终端上进行的代码逻辑部分能够得到与相关技术中的第二终端js引擎相似的结果。
此外，由第一终端中的ide执行逻辑部分，无需利用第二终端的js引擎进行逻辑部分的调试，从而可以降低应用程序开发者的使用门槛。
步骤104，当第二终端进行代码获取后，第一终端调用第二终端的对应应用程序接口对第二终端获取到的代码执行页面渲染部分。
其中，第二终端中对应应用程序接口可以包括应用程序中原生控件的应用程序接口(applicationprogrammersinterface，简称api)，和/或，浏览器webview工具中的api。
本发明实施例中，当第二终端进行代码获取后，如果第一终端的ide利用js引擎执行编译后的代码过程中，根据执行到的代码调用第二终端的对应应用程序接口时，确定执行到的代码需要执行页面渲染部分，此时，可以由第二终端对获取到的代码执行页面渲染部分。
本发明实施例中，由第二终端对获取到的代码执行页面渲染部分，可以实现在真机环境下对应用程序进行调试，从而可以解决现有技术中由于模拟环境与真实环境之间的差异，可能导致小程序的开发者在模拟环境中调试正常，而在移动终端的真机上表现异常的情况发生的技术问题，有效提高了应用程序开发者开发应用程序的效率。
作为一种示例，参见图3，图3为本发明实施例中应用程序信息处理系统示意图。由第一终端中的ide利用创建的js引擎对编译后的代码执行逻辑部分，当ide调用第二终端中应用程序中原生控件的api时，确定执行到的代码需要执行页面渲染部分，此时，可以由第二终端对获取到的代码执行页面渲染部分。
本实施例的应用程序信息处理方法，当应用程序进行调试时，由第一终端根据所述第二终端的运行环境信息，创建js引擎，而后利用创建的js引擎对编译后的代码执行逻辑部分，即利用第一终端上的模拟环境，对应用程序编译后的代码执行逻辑部分，由于无需使用第二终端上的真机环境，对应用程序进行代码逻辑部分的调试，可以降低调试难度。由第一终端中的ide执行逻辑部分，则无需利用第二终端的js引擎进行逻辑部分的调试，同时，还可以得到与在第二终端调试js引擎相同的结果，避免了在第二终端调试js引擎需要开发者证书的限制，降低应用程序开发者的使用门槛。
另外，由第二终端对获取到的代码执行页面渲染部分，可以实现在真机环境下对应用程序进行调试，从而可以解决现有技术中由于模拟环境与真实环境之间的差异，可能导致小程序的开发者在模拟环境中调试正常，而在移动终端的真机上表现异常的情况发生的技术问题，有效提高了应用程序开发者开发应用程序的效率。
为了清楚说明上一实施例，本实施例提供了另一种应用程序信息处理方法，图4为本发明实施例二所提供的应用程序信息处理方法的流程示意图。
如图4所示，该应用程序信息处理方法可以包括以下步骤：
步骤201，第一终端对应用程序的源代码进行编译，并向服务器端发送编译后的代码，以使对应的第二终端从服务器端进行代码获取。
步骤201的执行过程可以参见上述实施例中步骤101的执行过程，在此不做赘述。
需要说明的是，第二终端从服务器端下载的代码可以仅为页面渲染部分的代码，从而可以降低第二终端从服务器端进行代码获取时的流量占用。或者，第二终端还可以下载全部的编译后的代码，从而第二终端在下载全部代码之后，可以独立运行代码以实现应用程序功能，对此不作限制。
步骤202，第一终端获取到应用程序的源代码之后，从服务器端请求加入调试房间并获取调试房间的房间标识。
可选地，在调试的过程中，第一终端与第二终端是一一对应的关系，因此，本发明实施例中，为了保证在调试的过程中，第一终端与第二终端始终为一一对应的关系，可以创建调试房间，使得一个调试房间中只有一个第一终端以及第一终端对应的第二终端。
具体地，第一终端中的ide可以向服务器端发送加入调试房间的请求，服务器端在接收到请求后，可以创建第一终端对应的调试房间，并将第一终端加入调试房间。同时，服务器端可以向第一终端发送调试房间的房间标识，该调试房间的房间标识用于唯一标识该调试房间。相应地，第一终端可以从服务器端获取调试房间的房间标识。
作为一种可能的实现方式，为了保证调试过程的可靠性与安全性，当第一终端请求加入调试房间时，需要对第一终端进行鉴权处理。具体地，第一终端中的ide可以向服务器端发送携带登录鉴权信息的信令消息，该携带登录鉴权信息的信令消息，用于服务器端对第一终端进行鉴权，并在鉴权通过时，创建对应的调试房间。当服务器端创建调试房间并将第一终端加入调试房间后，服务器端可以向第一终端发送调试房间的房间标识，相应地，第一终端可以接收服务器端发送的调试房间的房间标识。
步骤203，第一终端对房间标识进行展示，以使第二终端获取房间标识并将房间标识发送至服务器端。
当第一终端接收到调试房间的房间标识后，可以对房间标识进行展示，从而第二终端可以获取房间标识。在第二终端获取房间标识后，第二终端可以向服务器端发送房间标识，相应地，服务器端在接收到第二终端发送的房间标识后，可以将第二终端加入至房间标识对应的调试房间。
步骤204，当服务器端根据房间标识将第二终端加入对应调试房间后，已加入调试房间的第一终端与第二终端建立通信连接。
本发明实施例中，通信连接包括经过服务器端的网络连接，以及未经过服务器端的点对点连接。
其中，网络连接，用于传输信令消息和数据消息中的至少一个，信令消息用于维护调试房间；数据消息承载有应用程序的调试信息；点对点连接，用于传输数据消息。
本发明实施例中，当第一终端和第二终端之间发送信令消息时，为了便于实时监控和运营统计，信令消息可以通过服务器来中转，也就是说，第一终端和第二终端之间的信令消息需要经过服务器端的网络连接来传输。
第一终端和第二终端之间的数据消息可以为经过服务器端的网络连接来传输，也可以为未经过服务器端的点对点连接来传输，对此不作限制。
可选地，为了保证数据消息传输的实时性，本发明实施例可以以第一终端和第二终端之间的数据消息为未经过服务器端的点对点连接来传输进行示例。
具体地，点对点的连接方式可以为网络socket、eap、ble、usb线等连接方式，鉴于应用场景和传输带宽的考虑，应用程序真机调试时，可以采用网络socket和usb线两种连接方式。
其中，网络socket使用tcp/ip协议族进行通信，是最常见的通信方式。根据网络拓扑结构，网络可以分为内网(lan)和外网(wan)，内网网络情况相对稳定、传输数据相对较高，但是跨域时打洞连通成功率较低，而外网可以适用于所有网络拓扑结构，因此，可以根据具体地应用场景选择内网还是外网。
usb线，为有线连接方式，稳定性较高，传输速率比网络socket更快。
需要说明的是，在调试应用程序时，如果第二终端为android操作系统，则第一终端需安装调试桥工具(androiddebugbridge，简称adb)和驱动，为了降低开发者的使用门槛，可以在第一终端的ide上打包adb。在第一终端和第二终端建立通信连接时，通过adbreverse命令将第一终端的指定端口映射到第二终端的指定端口，第一终端与第二终端使用指定端口通过网络socket进行通信，命令如下所示：
adbreversetcp:6666tcp:7777
其中，6666是第二终端发送的端口，7777是第一终端监听的端口。
如果第二终端为ios操作系统，由于ios操作系统没有adb，但是ios操作系统具有与adb类似的usbmuxd服务，为了使用该usbmuxd服务，可以在第一设备中开发一个终端程序，将该终端程序打包到ide中。在第一终端和第二终端建立通信连接时，可以通过如下所示的命令将第一终端的指定端口映射到第二终端的指定端口：
waremoredebugproxy--wxurl＝wss://aa.bb.cc:8888—usbprot＝1234
其中，8888是第二终端发送的端口，1234是第一终端监听的端口。
步骤205，第一终端通过通信连接获取的第二终端的运行环境信息。
可选地，当第一终端和第二终端建立通信连接后，第一终端可以通过通信连接获取第二终端的运行环境信息。
步骤206，第一终端根据第二终端的运行环境信息，创建js引擎。
步骤207，第一终端将编译后的代码注入js引擎，以利用js引擎对编译后的代码执行逻辑部分。
步骤206～207的执行过程可以参见上述实施例中步骤102～103的执行过程，在此不做赘述。
步骤208，在第一终端利用js引擎执行编译后的代码过程中，根据执行到的代码是否调用预设列表中的api，确定执行到的代码是否需要执行页面渲染部分。
其中，预设列表中的api包括应用程序中原生控件的api，和/或浏览器webview工具中的api。
本发明实施例中，当执行到的代码调用预设列表中的api时，确定执行到的代码需要执行页面渲染部分，而当执行到的代码未调用预设列表中的api时，确定执行到的代码不需要执行页面渲染部分。
作为一种示例，参见图3，由第一终端中的ide利用创建的js引擎对编译后的代码执行逻辑部分，当ide调用第二终端中应用程序中原生控件的api时，确定执行到的代码需要执行页面渲染部分，此时，可以由第二终端对获取到的代码执行页面渲染部分。
步骤209，若是，则当第二终端获取到代码后，执行页面渲染部分。
本实施例的应用程序信息处理方法，当应用程序进行调试时，由第一终端根据所述第二终端的运行环境信息，创建js引擎，而后利用创建的js引擎对编译后的代码执行逻辑部分，即利用第一终端上的模拟环境，对应用程序编译后的代码执行逻辑部分，由于无需使用第二终端上的真机环境，对应用程序进行代码逻辑部分的调试，可以降低调试难度。由第一终端中的ide执行逻辑部分，则无需利用第二终端的js引擎进行逻辑部分的调试，同时，还可以得到与在第二终端调试js引擎相同的结果，避免了在第二终端调试js引擎需要开发者证书的限制，降低应用程序开发者的使用门槛。
另外，由第二终端对获取到的代码执行页面渲染部分，可以实现在真机环境下对应用程序进行调试，从而可以解决现有技术中由于模拟环境与真实环境之间的差异，可能导致小程序的开发者在模拟环境中调试正常，而在移动终端的真机上表现异常的情况发生的技术问题，有效提高了应用程序开发者开发应用程序的效率。
作为一种可能的实现方式，在第一终端与第二终端建立通信连接之后，如果调试完毕，第一终端可以向服务器端发送用于退出调试房间的信令消息。
其中，用于退出调试房间的信令消息，用于指示服务器端删除调试房间，并断开第一终端与第二终端的通信连接。
一种应用场景，第一终端中的ide创建房间后，可以生成二维码，应用程序开发者可以手持第二终端扫描ide上的二维码，进入房间，从而第一终端和第二终端可以进行通信，开始联合调试，而后进行逻辑部分和页面渲染部分的调试，当调试完毕后，第一终端可以向服务器端发送用于退出调试房间的信令消息，服务器端删除房间，结束联合调试。
由此，应用程序开发者只需手持第二终端扫描ide上的二维码，就可以向普通网页一样真机调试应用程序，操作方便快捷。
作为一种示例，参见图5，图5为本发明实施例中信令消息的传输示意图。第一终端中的ide可以向服务器端发送信令消息，该信令消息中携带登录鉴权信息，用于服务器端对第一终端进行鉴权，在第一终端鉴权通过时，服务器端可以创建对应的调试房间。而后服务器端可以将第一终端加入调试房间，第一终端可以将从服务器端获取的调试房间的房间标识进行展示，从而第二终端可以根据房间标识，加入对应调试房间。
当第二终端加入至调试房间后，可以开始调试过程。具体地，第一终端可以与第二终端建立通信连接，并通过通信连接获取的第二终端的运行环境信息，而后根据运行环境创建js引擎，利用js引擎对编译后的代码执行逻辑部分。
当第一终端利用js引擎执行编译后的代码过程中，根据执行到的代码调用述应用程序中原生控件的api，和/或浏览器webview工具中的api时，确定执行到的代码需要执行页面渲染部分，此时，可以由第二终端执行页面渲染部分。
在调试完毕后，第一终端可以向服务器端发送用于退出调试房间的信令消息，相应地，服务器端在接收到信令消息后，可以删除调试房间，并断开第一终端与第二终端的通信连接，结束调试过程。
图6为本发明实施例三所提供的应用程序信息处理方法的流程示意图。
该应用程序信息处理方法可以由服务器端执行。
如图6所示，该应用程序信息处理方法可以包括以下步骤：
步骤301，服务器端从第一终端获取编译后的代码；编译后的代码，是第一终端对应用程序的源代码进行编译后生成的，用于第一终端根据对应的第二终端的运行环境信息，创建js引擎之后，将编译后的代码注入js引擎，以利用js引擎对编译后的代码执行逻辑部分。
本发明实施例中，应用程序的源代码可以是按照es6标准编写的，由于浏览器对es6支持度不高，因此，可以第一终端可以将按照es6标准编写的源代码，转换为支持率较高的es5代码。也就是说，编译过程可以包括将es6源代码转换为es5代码。
进一步地，为了降低源代码的体积，从而降低后续步骤中第二终端从服务器端进行代码获取时的流量占用，编译过程还可以包括将转换后的es5代码进行压缩处理。
在第一终端对应用程序的源代码进行编译后，第一终端可以向服务器发送编译后的代码，相应地，服务器端可以从第一终端获取编译后的代码。
其中，编译后的代码，用于第一终端根据对应的第二终端的运行环境信息，创建js引擎之后，将编译后的代码注入js引擎，以利用js引擎对编译后的代码执行逻辑部分。
本发明实施例中，由第一终端利用创建的js引擎对编译后的代码执行逻辑部分，即利用第一终端上的模拟环境，对应用程序编译后的代码执行逻辑部分，由于无需使用第二终端上的真机环境，对应用程序进行代码逻辑部分的调试，可以降低调试难度。
由于目前无法实现跨平台的调试第二终端的js引擎，本发明实施例将相关技术中在第二终端设置js引擎变更为在第一终端设置js引擎，从而避免了对第二终端的js引擎进行调试的过程。另一方面，由于js引擎用于解析执行代码，以得到期望的结果，这里期望的结果包括值、消息等，不同厂商不同平台尽管在js引擎的实现上不同，但运行得到的结果均是相同的，因此，可以将第二终端js引擎设置在第一终端js引擎上，从而在第一终端上进行的代码逻辑部分能够得到与相关技术中的第二终端js引擎相似的结果。
此外，由第一终端执行逻辑部分，无需利用第二终端的js引擎进行逻辑部分的调试，可以降低应用程序开发者的使用门槛。
步骤302，服务器端对编译后的代码进行存储。
本发明实施例中，服务器端在接收到编译后的代码后，可以对编译后的代码进行存储，从而后续步骤中第二客户端可以从服务器端存储的数据中，获取编译后的代码。
步骤303，当第一终端对应的第二终端访问服务器端时，服务器端向第二终端提供存储的代码。
其中，第二终端获取到的代码，用于在第一终端调用第二终端的对应应用程序接口时，第二终端对获取到的代码执行页面渲染部分。
可选地，当第二终端访问服务器端时，服务器端可以向第二终端提供存储的代码。
作为一种可能的实现方式，服务器端向第二终端提供的代码可以仅为页面渲染部分的代码，从而可以降低第二终端从服务器端进行代码获取时的流量占用。
作为另一种可能的实现方式，服务器端向第二终端提供的代码可以为全部的编译后的代码，从而第二终端在下载全部代码之后，可以独立运行代码以实现应用程序功能。
在第一终端利用js引擎执行编译后的代码过程中，根据执行到的代码调用第二终端的对应应用程序接口时，其中，第二终端中对应应用程序接口包括应用程序中原生控件的应用程序接口(applicationprogrammersinterface，简称api)，和/或，浏览器webview工具中的api，确定执行到的代码需要执行页面渲染部分，此时，可以由第二终端对获取到的代码执行页面渲染部分。
本发明实施例中，由第二终端对获取到的代码执行页面渲染部分，可以实现在真机环境下对应用程序进行调试，从而可以解决现有技术中由于模拟环境与真实环境之间的差异，可能导致小程序的开发者在模拟环境中调试正常，而在移动终端的真机上表现异常的情况发生的技术问题，有效提高了应用程序开发者开发应用程序的效率。
本实施例的应用程序信息处理方法，当应用程序进行调试时，由第一终端根据所述第二终端的运行环境信息，创建js引擎，而后利用创建的js引擎对编译后的代码执行逻辑部分，即利用第一终端上的模拟环境，对应用程序编译后的代码执行逻辑部分，由于无需使用第二终端上的真机环境，对应用程序进行代码逻辑部分的调试，可以降低调试难度。由第一终端中的ide执行逻辑部分，则无需利用第二终端的js引擎进行逻辑部分的调试，同时，还可以得到与在第二终端调试js引擎相同的结果，避免了在第二终端调试js引擎需要开发者证书的限制，降低应用程序开发者的使用门槛。
另外，由第二终端对获取到的代码执行页面渲染部分，可以实现在真机环境下对应用程序进行调试，从而可以解决现有技术中由于模拟环境与真实环境之间的差异，可能导致小程序的开发者在模拟环境中调试正常，而在移动终端的真机上表现异常的情况发生的技术问题，有效提高了应用程序开发者开发应用程序的效率。
为了清楚说明上一实施例，本实施例提供了另一种应用程序信息处理方法，图7为本发明实施例四所提供的应用程序信息处理方法的流程示意图。
如图7所示，该应用程序信息处理方法可以包括以下步骤：
步骤401，服务器端接收第一终端发送的请求后，创建第一终端对应的调试房间，并将第一终端加入调试房间。
可选地，在调试的过程中，第一终端与第二终端是一一对应的关系，因此，本发明实施例中，为了保证在调试的过程中，第一终端与第二终端始终为一一对应的关系，可以创建调试房间，使得一个调试房间中只有一个第一终端与第一终端对应的第二终端。
具体地，第一终端中可以向服务器端发送加入调试房间的请求，服务器端在接收到请求后，可以创建第一终端对应的调试房间，并将第一终端加入调试房间。
作为一种可能的实现方式，为了保证调试过程的可靠性与安全性，当第一终端请求加入调试房间时，需要对第一终端进行鉴权处理。具体地，第一终端可以向服务器端发送携带登录鉴权信息的信令消息，该携带登录鉴权信息的信令消息，用于服务器端对第一终端进行鉴权，并在鉴权通过时，创建对应的调试房间。
步骤402，服务器端向第一终端发送调试房间的房间标识，以使第一终端对房间标识进行展示。
可选地，当服务器端创建调试房间并将第一终端加入调试房间后，服务器端可以向第一终端发送调试房间的房间标识，相应地，第一终端可以接收服务器端发送的调试房间的房间标识，该调试房间的房间标识用于唯一标识该调试房间。当第一终端接收到调试房间的房间标识后，可以对房间标识进行展示，从而第二终端可以获取房间标识。
步骤403，服务器端接收到第二终端发送的房间标识时，将第二终端加入对应调试房间，以使加入同一调试房间的第一终端与第二终端建立通信连接。
可选地，在第二终端获取房间标识后，第二终端可以向服务器端发送房间标识，相应地，服务器端在接收到第二终端发送的房间标识后，可以将第二终端加入至房间标识对应的调试房间，从而加入同一调试房间的第一终端可以与第二终端建立通信连接。
步骤404，服务器端从第一终端获取编译后的代码；编译后的代码，是第一终端对应用程序的源代码进行编译后生成的，用于第一终端根据对应的第二终端的运行环境信息，创建js引擎之后，将编译后的代码注入js引擎，以利用js引擎对编译后的代码执行逻辑部分。
步骤404的执行过程可以参见上述实施例中步骤301的执行过程，在此不做赘述。
步骤405，服务器端对编译后的代码进行代码合并。
本发明实施例中，服务器端可以对编译后的代码进行代码合并，其中，合并后的代码用来第二终端进行断点调试。
步骤406，服务器端对合并后的代码进行存储。
步骤407，当第一终端对应的第二终端访问服务器端时，服务器端向第二终端提供存储的代码。
本发明实施例中，服务器端存储的代码为合并后的代码，从而当第二终端从服务器端接收代码时，可以降低流量占用。
作为一种可能的实现方式，服务器端向第二终端提供的代码可以仅为页面渲染部分的代码，从而可以降低第二终端从服务器端进行代码获取时的流量占用。
作为另一种可能的实现方式，服务器端向第二终端提供的代码可以为全部的合并后的代码，从而第二终端在下载全部代码之后，可以独立运行代码以实现应用程序功能。
本实施例的应用程序信息处理方法，当应用程序进行调试时，由第一终端根据第二终端的运行环境信息，创建js引擎，而后利用创建的js引擎对编译后的代码执行逻辑部分，即利用第一终端上的模拟环境，对应用程序编译后的代码执行逻辑部分，由于无需使用第二终端上的真机环境，对应用程序进行代码逻辑部分的调试，可以降低调试难度。由第一终端中执行逻辑部分，则无需利用第二终端的js引擎进行逻辑部分的调试，同时，还可以得到与在第二终端调试js引擎相同的结果，避免了在第二终端调试js引擎需要开发者证书的限制，降低应用程序开发者的使用门槛。
另外，由第二终端对获取到的代码执行页面渲染部分，可以实现在真机环境下对应用程序进行调试，从而可以解决现有技术中由于模拟环境与真实环境之间的差异，可能导致小程序的开发者在模拟环境中调试正常，而在移动终端的真机上表现异常的情况发生的技术问题，有效提高了应用程序开发者开发应用程序的效率。
图8为本发明实施例五所提供的应用程序信息处理方法的流程示意图。
如图8所示，该应用程序信息处理方法可以包括以下步骤：
步骤501，第一终端对应用程序的源代码进行编译。
步骤502，第一终端向服务器端发送编译后的代码。
步骤503，第一终端从服务器端请求加入调试房间。
步骤504，服务器端在接收第一终端发送的请求后，创建第一终端对应的调试房间。
步骤505，服务器端将第一终端加入调试房间，并向第一终端发送调试房间的房间标识。
步骤506，第一终端获取调试房间的房间标识，对房间标识进行展示。
步骤507，第二终端获取房间标识。
步骤508，第二终端将房间标识发送至服务器端。
步骤509，服务器端根据房间标识将第二终端加入对应调试房间。
步骤510，第一终端与第二终端建立通信连接。
步骤511，第一终端通过通信连接获取的第二终端的运行环境信息。
步骤512，第一终端根据第二终端的运行环境信息，创建js引擎。
步骤513，第一终端将编译后的代码注入js引擎，以利用js引擎对编译后的代码执行逻辑部分。
步骤514，服务器接收编译后的代码，并对编译后的代码进行代码合并。
需要说明的是，步骤514～步骤517可以在步骤502之后执行，本发明实施例仅以步骤514在步骤513之后执行示例。
步骤515，服务器端对合并后的代码进行存储。
步骤516，第二终端访问服务器端。
步骤517，第二终端从服务器端获取存储的代码。
步骤518，第一终端调用第二终端的对应应用程序接口对第二终端获取到的代码执行页面渲染部分。
步骤519，当调试完毕后，第一终端向服务器端发送用于退出调试房间的信令消息。
步骤520，服务器端删除调试房间，并断开第一终端与第二终端的通信连接。
需要说明的是，前述图2～图7实施例对应用程序信息处理方法的解释说明也适用于该实施例的应用程序信息处理方法，此处不再赘述。
本实施例的应用程序信息处理方法，通过当应用程序进行调试时，由第一终端根据第二终端的运行环境信息，创建js引擎，而后利用创建的js引擎对编译后的代码执行逻辑部分，即利用第一终端上的模拟环境，对应用程序编译后的代码执行逻辑部分，由于无需使用第二终端上的真机环境，对应用程序进行代码逻辑部分的调试，可以降低调试难度。由第一终端执行逻辑部分，则无需利用第二终端的js引擎进行逻辑部分的调试，同时，还可以得到与在第二终端调试js引擎相同的结果，避免了在第二终端调试js引擎需要开发者证书的限制，降低应用程序开发者的使用门槛。
另外，由第二终端对获取到的代码执行页面渲染部分，可以实现在真机环境下对应用程序进行调试，从而可以解决现有技术中由于模拟环境与真实环境之间的差异，可能导致小程序的开发者在模拟环境中调试正常，而在移动终端的真机上表现异常的情况发生的技术问题，有效提高了应用程序开发者开发应用程序的效率。
为了实现上述实施例，本发明还提出一种应用程序信息处理装置。
图9为本发明实施例六所提供的应用程序信息处理装置的结构示意图。
如图9所示，该应用程序信息处理装置100，设置于第一终端，包括：编译模块101、创建模块102、执行模块103，以及调用模块104。其中，
编译模块101，用于对应用程序的源代码进行编译，并向服务器端发送编译后的代码，以使第一终端对应的第二终端从服务器端进行代码获取。
创建模块102，用于根据第二终端的运行环境信息，创建js引擎。
作为一种可能的实现方式，当应用程序为小程序时，运行环境信息包括：操作系统版本信息、应用程序依赖程序的版本信息和小程序公共库的版本信息中的一个或多个组合。
执行模块103，用于第一终端将编译后的代码注入js引擎，以利用js引擎对编译后的代码执行逻辑部分。
调用模块104，用于当第二终端进行代码获取后，第一终端调用第二终端的对应应用程序接口对第二终端获取到的代码执行页面渲染部分。
进一步地，在本发明实施例的一种可能的实现方式中，参见图10，在图9所示实施例的基础上，该应用程序信息处理装置100还可以包括：
请求模块105，用于在根据第二终端的运行环境信息，创建js引擎之前，当获取到应用程序的源代码之后，从服务器端请求加入调试房间并获取调试房间的房间标识。
作为一种可能的实现方式，请求模块105，具体用于向服务器端发送携带登录鉴权信息的信令消息；携带登录鉴权信息的信令消息，用于服务器端对第一终端进行鉴权，并在鉴权通过时，创建对应的调试房间；当服务器端创建调试房间并将第一终端加入调试房间后，第一终端接收服务器端发送的用于指示调试房间的房间标识的信令消息。
展示模块106，用于对房间标识进行展示，以使第二终端获取房间标识并将房间标识发送至服务器端。
建立模块107，用于当服务器端根据房间标识将第二终端加入对应调试房间后，已加入调试房间的第一终端与第二终端建立通信连接。
本发明实施例中，通信连接包括经过服务器端的网络连接，以及未经过服务器端的点对点连接。
其中，网络连接，用于传输信令消息和数据消息中的至少一个；信令消息用于维护调试房间；数据消息承载有应用程序的调试信息；点对点连接，用于传输数据消息。
获取模块108，用于通过通信连接获取的第二终端的运行环境信息。
退出模块109，用于在已加入调试房间的第一终端与第二终端建立通信连接之后，当调试完毕后，向服务器端发送用于退出调试房间的信令消息；用于退出调试房间的信令消息，用于指示服务器端删除调试房间，并断开第一终端与第二终端的通信连接。
确定模块110，用于在调用第二终端的对应应用程序接口对第二终端获取到的代码执行页面渲染部分之前，在第一终端利用js引擎执行编译后的代码过程中，根据执行到的代码是否调用预设列表中的api，确定执行到的代码是否需要执行页面渲染部分。
其中，预设列表中的api包括应用程序中原生控件的api，和/或浏览器webview工具中的api。
需要说明的是，前述图2-图5对应用程序信息处理方法实施例的解释说明也适用于该实施例的应用程序信息处理装置100，此处不再赘述。
本实施例的应用程序信息处理方法，通过当应用程序进行调试时，由第一终端根据第二终端的运行环境信息，创建js引擎，而后利用创建的js引擎对编译后的代码执行逻辑部分，即利用第一终端上的模拟环境，对应用程序编译后的代码执行逻辑部分，由于无需使用第二终端上的真机环境，对应用程序进行代码逻辑部分的调试，可以降低调试难度。由第一终端执行逻辑部分，则无需利用第二终端的js引擎进行逻辑部分的调试，同时，还可以得到与在第二终端调试js引擎相同的结果，避免了在第二终端调试js引擎需要开发者证书的限制，降低应用程序开发者的使用门槛。
另外，由第二终端对获取到的代码执行页面渲染部分，可以实现在真机环境下对应用程序进行调试，从而可以解决现有技术中由于模拟环境与真实环境之间的差异，可能导致小程序的开发者在模拟环境中调试正常，而在移动终端的真机上表现异常的情况发生的技术问题，有效提高了应用程序开发者开发应用程序的效率。
图11为本发明实施例八所提供的应用程序信息处理装置的结构示意图。
如图11所示，该应用程序信息处理装置200，设置于服务器端，包括：获取模块201、存储模块202，以及访问模块203。其中，
获取模块201，用于从第一终端获取编译后的代码；编译后的代码，是第一终端对应用程序的源代码进行编译后生成的，用于第一终端根据对应的第二终端的运行环境信息，创建js引擎之后，将编译后的代码注入js引擎，以利用js引擎对编译后的代码执行逻辑部分。
存储模块202，用于对编译后的代码进行存储。
访问模块203，用于当第一终端对应的第二终端访问服务器端时，向第二终端提供存储的代码。
其中，第二终端获取到的代码，用于在第一终端调用第二终端的对应应用程序接口时，第二终端对获取到的代码执行页面渲染部分。
进一步地，在本发明实施例的一种可能的实现方式中，参见图12，在图11所示实施例的基础上，该应用程序信息处理装置200还可以包括：
合并模块204，用于在对编译后的代码进行存储之前，对编译后的代码进行代码合并。
创建模块205，用于在从第一终端获取编译后的代码之前，接收第一终端发送的请求后，创建第一终端对应的调试房间，并将第一终端加入调试房间。
发送模块206，用于向第一终端发送调试房间的房间标识，以使第一终端对房间标识进行展示。
加入模块207，用于接收到第二终端发送的房间标识时，将第二终端加入对应调试房间，以使加入同一调试房间的第一终端与第二终端建立通信连接。
需要说明的是，前述图6-图7对应用程序信息处理方法实施例的解释说明也适用于该实施例的应用程序信息处理装置200，此处不再赘述。
本实施例的应用程序信息处理方法，通过当应用程序进行调试时，由第一终端根据第二终端的运行环境信息，创建js引擎，而后利用创建的js引擎对编译后的代码执行逻辑部分，即利用第一终端上的模拟环境，对应用程序编译后的代码执行逻辑部分，由于无需使用第二终端上的真机环境，对应用程序进行代码逻辑部分的调试，可以降低调试难度。由第一终端执行逻辑部分，则无需利用第二终端的js引擎进行逻辑部分的调试，同时，还可以得到与在第二终端调试js引擎相同的结果，避免了在第二终端调试js引擎需要开发者证书的限制，降低应用程序开发者的使用门槛。
另外，由第二终端对获取到的代码执行页面渲染部分，可以实现在真机环境下对应用程序进行调试，从而可以解决现有技术中由于模拟环境与真实环境之间的差异，可能导致小程序的开发者在模拟环境中调试正常，而在移动终端的真机上表现异常的情况发生的技术问题，有效提高了应用程序开发者开发应用程序的效率。
为了实现上述实施例，本发明还提出一种计算机设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如本发明前述实施例提出的应用程序信息处理方法。
为了实现上述实施例，本发明还提出一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如本发明前述实施例提出的应用程序信息处理方法。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。