CN111767271B - 数据处理方法及装置 - Google Patents

Abstract

本发明公开了一种数据处理方法及装置。其中，该方法包括：接收应用的请求数据；确定请求数据对应的应用的版本，其中，应用的版本的为多个，不同版本的数据格式不同；在确定的版本与目标版本不同的情况下，将请求数据转换为目标版本对应的数据格式的请求数据，其中，目标版本为能够提供服务的版本；根据转换后的请求数据，获取响应转换后的请求数据的响应数据。本发明解决了相关技术中不同的版本的应用，需要用户在每个版本的应用上申请账号，导致使用不便的技术问题。

Description

数据处理方法及装置

技术领域

本发明涉及数据处理领域，具体而言，涉及一种数据处理方法及装置。

背景技术

相关技术中，对于同一软件的不同版本，尤其典型的是网络游戏，由于不同平台之间本身不能互通或者互通成本很高，即使用户使用的是同一款游戏软件，但由于版本不同，用户也必须在每一个版本软件上重新设置账号。这给用户的使用带来了极大的不便。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种数据处理方法及装置，以至少解决相关技术中不同的版本的应用，需要用户在每个版本的应用上申请账号，导致使用不便的技术问题。

根据本发明实施例的一个方面，提供了一种数据处理方法，包括：接收应用的请求数据；确定所述请求数据对应的应用的版本，其中，所述应用的版本的为多个，不同版本的数据格式不同；在确定的版本与目标版本不同的情况下，将所述请求数据转换为所述目标版本对应的数据格式的请求数据，其中，所述目标版本为能够提供服务的版本；根据转换后的所述请求数据，获取响应转换后的所述请求数据的响应数据。

可选的，根据转换后的所述请求数据，获取响应转换后的所述请求数据的响应数据包括：将所述请求数据发送到服务器，其中，所述服务器用于响应所述请求数据对所述应用提供服务；接收所述服务器响应所述请求数据生成的响应数据。

可选的，确定所述请求数据请求对应的应用的版本包括：将所述请求数据发送到服务器；接收所述服务器确定的所述请求数据对应的应用的版本。

可选的，接收应用的请求数据之前，包括：启动服务，并发送上线信息；建立用于获取所述响应数据的数据连接。

可选的，接收应用的请求数据之前，包括：发送所述应用的设置参数；接收用户选择的设置参数，其中，所述设置参数用于对所述请求数据进行响应。

可选的，根据转换后的所述请求数据，获取响应转换后的所述请求数据的响应数据之后，还包括：将所述响应数据转换为所述应用的版本对应的数据格式的响应数据；将转换后的所述响应数据发送至所述应用。

根据本发明实施例的另一方面，还提供了一种数据处理方法，包括：接收应用的请求数据；确定所述请求数据对应的应用的版本，其中，所述应用的版本的为多个，不同版本的数据格式不同；发送所述请求数据对应的应用的版本的信息；接收在确定的版本与目标版本不同的情况下，将所述请求数据转换为所述目标版本对应的格式的请求数据，其中，所述目标版本为能够提供服务的版本；响应转换后的所述请求数据生成响应数据。

根据本发明实施例的另一方面，还提供了一种数据处理系统，包括：接收装置，处理装置，其中，所述接收装置，用于接收应用的请求数据；确定所述请求数据对应的应用的版本，其中，所述应用的版本的为多个，不同版本的数据格式不同；在确定的版本与目标版本不同的情况下，将所述请求数据转换为所述目标版本对应的数据格式的请求数据，其中，所述目标版本为能够提供服务的版本；所述处理装置，用于根据转换后的所述请求数据获取生成响应数据。

可选的，所述处理装置，还用于确定所述请求数据对应的应用的版本，将所述请求数据对应的应用的版本的信息送至所述接收装置，由所述接收装置在所述应用的版本与能够提供的应用的目标版本不同时，将所述版本的请求数据转换为所述目标版本对应的数据格式的请求数据。

根据本发明实施例的另一方面，还提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述中任意一项所述的数据处理方法。

根据本发明实施例的另一方面，还提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述中任意一项所述的数据处理方法。

在本发明实施例中，采用接收应用的请求数据；确定请求数据对应的应用的版本，其中，应用的版本的为多个，不同版本的数据格式不同；在确定的版本与目标版本不同的情况下，将请求数据转换为目标版本对应的数据格式的请求数据，其中，目标版本为能够提供服务的版本；根据转换后的请求数据，获取响应转换后的请求数据的响应数据的方式，通过对不同版本的数据转换为服务器可以应用的数据格式，根据转换后的数据提供服务和响应，达到了对不同版本的应用的数据进行服务的目的，从而实现了提高了使用灵活性，优化使用体验的技术效果，进而解决了相关技术中不同的版本的应用，需要用户在每个版本的应用上申请账号，导致使用不便的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种数据处理方法的流程图；

图2是根据本发明实施例的另一种数据处理方法的流程图；

图3是根据本发明实施方式的数据处理系统的示意图；

图4是根据本发明实施方式的接收端的示意图；

图5是根据本发明实施方式的服务端的示意图；

图6是根据本发明实施例的一种数据处理系统的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明实施例，提供了一种数据处理方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种数据处理方法的流程图，如图1所示，该方法包括如下步骤：

步骤S102，接收应用的请求数据；

步骤S104，确定请求数据对应的应用的版本，其中，应用的版本的为多个，不同版本的数据格式不同；

步骤S106，在确定的版本与目标版本不同的情况下，将请求数据转换为目标版本对应的数据格式的请求数据，其中，目标版本为能够提供服务的版本；

步骤S108，根据转换后的请求数据，获取响应转换后的请求数据的响应数据。

通过上述步骤，采用接收应用的请求数据；确定请求数据对应的应用的版本，其中，应用的版本的为多个，不同版本的数据格式不同；在确定的版本与目标版本不同的情况下，将请求数据转换为目标版本对应的数据格式的请求数据，其中，目标版本为能够提供服务的版本；根据转换后的请求数据，获取响应转换后的请求数据的响应数据的方式，通过对不同版本的数据转换为服务器可以应用的数据格式，根据转换后的数据提供服务和响应，达到了对不同版本的应用的数据进行服务的目的，从而实现了提高了使用灵活性，优化使用体验的技术效果，进而解决了相关技术中不同的版本的应用，需要用户在每个版本的应用上申请账号，导致使用不便的技术问题。

上述步骤的执行主体可以是接收端应用，该接收端应用可以设置在客户端上，上述接收端可以为跨平台应用，也即是可以适用于不同的操作系统，上述接收应用的请求数据，可以是上述接收端应用与上述客户端上安装的应用通过客户端的数据连接进行接收。上述请求数据对应的应用可以是上述客户端上安装的应用。

上述确定请求数据对应的应用的版本，可以是上述应用在不同的操作系统中的版本，例如，安卓系统上的应用，与windows系统上的应用的版本不同，与IOS系统上的应用的版本也不同，虽然是同一个应用程序，但是版本不同，应用对应的数据格式也不同，且无法实现数据互通。

上述请求数据的应用的版本可以是客户端上的操作系统对应的版本，上述目标版本可以是用于为客户端应用提供服务的服务器的操作系统的版本。例如，客户端为智能手机，其操作系统为安卓系统，服务器为windows系统的应用的服务器，这就导致客户端的应用的请求数据与服务器的数据无法互通，不能提供服务，也就导致了用户在不同操作系统上使用不同的应用时需要重新申请账号，这就导致在之前的操作系统上的应用的操作数据和用户信息需要在新的操作系统重新建立，导致用户体验差，浪费时间。

因此，本申请中在确定的版本与目标版本不同的情况下，将请求数据转换为目标版本对应的数据格式的请求数据，其中，目标版本为能够提供服务的版本。从而使得服务可以根据转换后的请求数据，进行响应，使得用户在不同的操作系统上的不同版本的应用数据可以互通，从而提高用户体验，节省用户时间，提高了使用灵活性，优化使用体验的技术效果，进而解决了相关技术中不同的版本的应用，需要用户在每个版本的应用上申请账号，导致使用不便的技术问题。

可选的，根据转换后的请求数据，获取响应转换后的请求数据的响应数据包括：将请求数据发送到服务器，其中，服务器用于响应请求数据对应用提供服务；接收服务器响应请求数据生成的响应数据。

上述步骤的执行主体可以为接收端设备，接收端设备只能将请求数据按照服务器所需的版本的数据格式进行转换，降低了服务器的处理压力，提高了数据响应的效率。然后接收端设备将转换后的请求数据，发送给服务器，由服务器根据转换后的请求数据进行响应，生成响应数据。

可选的，确定请求数据请求对应的应用的版本包括：将请求数据发送到服务器；接收服务器确定的请求数据对应的应用的版本。

在接收端设备确定上述请求数据对应的应用版本时，可以将确定应用版本的任务交由服务器进行确定，接收端设备只根据服务器确定的请求数据的版本和服务器所需的目标版本，对请求数据进行转换。将上述版本的请求数据转换为服务器所需的目标版本的请求数据。

可选的，接收应用的请求数据之前，包括：启动服务，并发送上线信息；建立用于获取响应数据的数据连接。

上述接收端设备可以是跨平台应用，因此在该跨平台应用开启时，向服务器发送上线信息，以建立跨平台应用于服务器的数据连接，从而将数据请求发送给服务器进行响应。在跨平台应用关闭的情况下，服务器不必监控和维护该跨平台应用的数据连接，从而进一步节省了服务器资源，降低了服务器的处理压力。

可选的，接收应用的请求数据之前，包括：发送应用的设置参数；接收用户选择的设置参数，其中，设置参数用于对请求数据进行响应。

上述应用的请求数据用于请求服务器进行响应，在一些情况下，服务器对一个请求数据的响应可以有很多种，例如，向服务器请求调取数据，调取的数据有很多，就需要请求数据的动作之前，对需要调取的数据进行确定。也即是将应用的对请求数据的设置参数发送给人机交互设备，用户通过人机交互设备选择需要响应的设置参数，从而根据设置参数对请求数据进行响应。

可选的，根据转换后的请求数据，获取响应转换后的请求数据的响应数据之后，还包括：将响应数据转换为应用的版本对应的数据格式的响应数据；将转换后的响应数据发送至应用。

在接收设备接收到服务器根据转后的请求数据，生成的响应数据之后，接收端设备无法将服务器的响应数据直接给客户端的应用进行使用，因此，需要将服务器的响应数据重现转换为应用的版本的数据格式的响应数据，将转换后的响应数据发送给应用进行使用。

图2是根据本发明实施例的另一种数据处理方法的流程图，如图2所示，根据本发明实施例的另一方面，还提供了一种数据处理方法，该方法包括以下步骤：

步骤S202，接收应用的请求数据；

步骤S204，确定请求数据对应的应用的版本，其中，应用的版本的为多个，不同版本的数据格式不同；

步骤S206，发送请求数据对应的应用的版本的信息；

步骤S208，接收在确定的版本与目标版本不同的情况下，将请求数据转换为目标版本对应的格式的请求数据，其中，目标版本为能够提供服务的版本；

步骤S210，响应转换后的请求数据生成响应数据。

通过上述步骤，采用接收应用的请求数据；确定请求数据对应的应用的版本，其中，应用的版本的为多个，不同版本的数据格式不同；发送请求数据对应的应用的版本的信息；接收在确定的版本与目标版本不同的情况下，将请求数据转换为目标版本对应的格式的请求数据，其中，目标版本为能够提供服务的版本；响应转换后的请求数据生成响应数据的方式，通过对不同版本的数据转换为服务器可以应用的数据格式，根据转换后的数据提供服务和响应，达到了对不同版本的应用的数据进行服务的目的，从而实现了提高了使用灵活性，优化使用体验的技术效果，进而解决了相关技术中不同的版本的应用，需要用户在每个版本的应用上申请账号，导致使用不便的技术问题。

上述步骤的执行主体可以为服务器。

需要说明的是，本实施例还提供了一种可选的实施方式，下面对该实施方式进行详细说明。

云游戏是以云计算(cloud computing)为基础的游戏方式，在云游戏的运行模式下，所有游戏都在服务器端运行，并将渲染完毕后的游戏画面压缩后通过网络传送给用户。在客户端，用户的游戏设备不需要任何高端处理器和显卡，只需要基本的视频解压能力就可以了。云计算是一种基于互联网的计算方式，通过这种方式，共享的软硬件资源和信息可以按需提供给计算机和其他设备。提供资源的网络被称为"云"。

现有云游戏架构下，在云端所运行的软件根据其运行平台的不同而被分为：windows、linux、androidios等多种不同平台版本。不同平台版本的软件，比如游戏软件运行在不同系统架构所实现的云端服务器中，比如，安卓或者IOS版本软件运行在ARM架构所实现的云端服务器中，windows版本软件运行在windows或者linux架构所实现的云端服务器中。

在现有云游戏场景中，用户所使用的客户端设备被称为零终端。零终端设备通常具有不同的外观形态，比如，可以是PC形态、笔记本形态、平板电脑形态或者移动终端形态。只是相比于现有C/S架构下的客户端设备，零终端设备的内部结构和配置更为简单。

理论上，任何形态的零终端设备可以登陆任何系统架构所实现的云端服务器来获取服务，也就是说，零终端设备有能力使用各种平台版本的软件。

本实施方式提出了一种新的云游戏实现方法，为用户提供一个跨平并且统一的画面入口，利用图像实时拉远协议来完成游戏或应用的无缝切换。用户无法感知对端的应用来源于哪一种平台。既然不同平台的数据无法互通，那么可以让用户在不同平台的终端上使用同一服务器上的游戏或应用，同样实现了用户数的统一。另外，也为游戏或应用商提供的另外一种发布方式，可以对外提供唯一的一种画面接入方式，不再是本地应用，不用再维护不同平台的软件版本。

图3是根据本发明实施方式的数据处理系统的示意图，如图3所示，本实施方式中主要包含三部分，接收端，资源池和服务端。接收端也就是零终端设备，其负责从资源池获取游戏和应用数据呈现给用户，用户选择响应用时，接收端向服务端发起连接请求；服务端用于在接收到接收端发送的连接请求时，将画面(也就是执行用户操作所生成的桌面图像)发送给接收端。这样用户就能看到所使用的游戏或应用的画面了。下图中的接收端和服务端可以是完全不同的平台和系统。对于接收端来说，资源池和服务端都位于云端。

下面详细说明各模块功能，因为游戏是最典型的画面应用，下面介绍以游戏为例，其他应用其实是同样的。

接收端：主要功能是向用户展示当前可使用游戏，这些游戏信息来源于资源池。这些资源数据是一些文本和图片信息，数据总体分为两类，一部分呈现给用户，另外一部分是系统内部使用，比如资源池信息，连接信息，服务端信息等。当用户选择游戏时，接收端根据用户选择即可以知道，需要连接的服务端是哪一个，然后可以连接服务端即可获取画面，这些画面数据经过压缩编码，需要在接收端上进行解码显示。可以使用类似VGTP、H.264，等多种不同的图像编解码协议进行图像的编码和解码。

图4是根据本发明实施方式的接收端的示意图，如图4所示，接收端是一个跨平台的应用，不同平台的用户操控数据和格式是不相同的(比如android手机上只有触屏相关事件，windows桌面系统上则以键鼠操控为主)，所以接收端内包含一个操控协商及转换模块，该模块实现与服务端的操控数据格式协商及转换。比如，当接收端与服务端操控数据原有格式相同时，不用转换，可以直接发送，当不同时，由接收端该模块按照服务端需要进行转换。比如，当接收端是手机，服务端是一个windows系统时，接收端会将用户触屏操控数据转换为键鼠数据，然后发送到服务端。

接收端在启动时会主动向资源池上报上线信息，资源池会据此定时向接收端推送最新的游戏应用数据。

接收端工作时有两种不同的模式，一种是信息模式，一种是画面模式。信息模式即向用户展示信息，并由用户设置的模式；这种模式下用户可进行画质等图像画面相关的参数设置，同时会等待资源池最新游戏应用数据。当数据到达时，接收端会进行更新，将最新数据呈现给用户。画面模式下就是用户正式使用远程序游戏应用。

资源池：本模块负责收集服务端数据，所有的服务端相关的游戏资源数据都会发送到资源池，这些数据就相当于资源；然后，资源池会将这些数据推送到所以当前启动的接收端，接收端则会根据最新的资源数据进行更新。资源池会一直循环侦听接收端与服务端上线数据，并收集服务端所上报的游戏应用信息；当收集到最新游戏应用信息时

服务端：该模块负责将游戏信息及图标数据上报资源池，同时负责与接收端连接，采集游戏画面，然后将画面压缩编码，发送到接收端。图5是根据本发明实施方式的服务端的示意图，如图5所示，服务端可使用多会话模式启动多个相同游戏，同时连接多个不同的接收端。服务端内也有一个操控数据协商模块，该模块只负责协商，将当前所需要的数据格式通知到接收端，由接收端根据本端情况完成操控数据封装转换。服务端同样是跨平台应用程序，可以多实例运行在操作系统中。

本实施方式中，因为无论接收端还是服务端都是跨平台实现，而在接收端呈现给用户的只有游戏应用的基本信息，而这些游戏应用来源于不同的服务端，用户的所有操作本质上都是在服务端执行响应，接收端负责将画面呈现给用户，用户操作会根据平台不同自动转换适配。对于用户而言，完全不用关心平台间差异，可以在同一终端上完成跨平台应用的无缝切换使用。另外，用户也可以在不同平台的终端上访问同一服务端所提供的游戏应用。

图6是根据本发明实施例的一种数据处理系统的示意图，如图6所示，根据本发明实施例的另一方面，还提供了一种数据处理系统，包括：接收装置62，处理装置64，

其中，接收装置62，用于接收应用的请求数据；确定请求数据对应的应用的版本，其中，应用的版本的为多个，不同版本的数据格式不同；在确定的版本与目标版本不同的情况下，将请求数据转换为目标版本对应的数据格式的请求数据，其中，目标版本为能够提供服务的版本；处理装置64，与上述接收装置62相连，用于根据转换后的请求数据获取生成响应数据。

通过上述系统，采用接收装置62接收应用的请求数据；确定请求数据对应的应用的版本，其中，应用的版本的为多个，不同版本的数据格式不同；在确定的版本与目标版本不同的情况下，将请求数据转换为目标版本对应的数据格式的请求数据，其中，目标版本为能够提供服务的版本；处理装置64根据转换后的请求数据获取生成响应数据的方式，通过对不同版本的数据转换为服务器可以应用的数据格式，根据转换后的数据提供服务和响应，达到了对不同版本的应用的数据进行服务的目的，从而实现了提高了使用灵活性，优化使用体验的技术效果，进而解决了相关技术中不同的版本的应用，需要用户在每个版本的应用上申请账号，导致使用不便的技术问题。

上述处理装置生成的响应数据可以存储在资源池中，由接收装置从资源池中获取处理装置的响应数据，在处理装置和接收装置之间形成缓冲，在接收装置需要获取响应数据的情况下，自主从资源池中进行获取，降低了接收装置的处理压力。

可选的，处理装置，还用于确定请求数据对应的应用的版本，将请求数据对应的应用的版本的信息送至接收装置，由接收装置在应用的版本与能够提供的应用的目标版本不同时，将版本的请求数据转换为目标版本对应的数据格式的请求数据。

根据本发明实施例的另一方面，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行上述中任意一项的数据处理方法。

根据本发明实施例的另一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述中任意一项的数据处理方法。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (11)

1.一种数据处理方法，其特征在于，包括：

接收应用的请求数据；

确定所述请求数据对应的应用的版本，其中，所述应用的版本为多个，不同版本的数据格式不同；

在确定的版本与目标版本不同的情况下，将所述请求数据转换为所述目标版本对应的数据格式的请求数据，其中，所述目标版本为能够提供服务的版本；

根据转换后的所述请求数据，从资源池中获取服务器根据转换后的请求数据，生成的响应数据，并将服务器的响应数据重新转换为所述应用的版本的数据格式，其中，所述服务器使用多会话模式启动多个相同应用，同时连接多个不同的接收端，将所述目标版本通知到接收端；在所述接收端在启动时，主动向资源池上报上线信息，并接收资源池推送的当前可使用的应用；所述请求数据对应的应用的版本是客户端上的操作系统对应的版本，所述目标版本是所述服务器的操作系统对应的版本。

2.根据权利要求1所述的方法，其特征在于，根据转换后的所述请求数据，获取服务器根据转换后的请求数据，生成的响应数据，包括：

将所述请求数据发送到服务器，其中，所述服务器用于响应所述请求数据对所述应用提供服务；

接收所述服务器响应所述请求数据生成的响应数据。

3.根据权利要求2所述的方法，其特征在于，确定所述请求数据请求对应的应用的版本包括：

将所述请求数据发送到服务器；

接收所述服务器确定的所述请求数据对应的应用的版本。

4.根据权利要求1所述的方法，其特征在于，接收应用的请求数据之前，包括：

建立用于获取所述响应数据的数据连接。

5.根据权利要求1所述的方法，其特征在于，接收应用的请求数据之前，包括：

发送所述应用的设置参数；

接收用户选择的设置参数，其中，所述设置参数用于对所述请求数据进行响应。

6.根据权利要求1所述的方法，其特征在于，根据转换后的所述请求数据，获取响应转换后的所述请求数据的响应数据之后，还包括：

将转换后的所述响应数据发送至所述应用。

7.一种数据处理方法，其特征在于，包括：

接收应用的请求数据；

确定所述请求数据对应的应用的版本，其中，所述应用的版本为多个，不同版本的数据格式不同；

发送所述请求数据对应的应用的版本的信息；

接收在确定的版本与目标版本不同的情况下，将所述请求数据转换为所述目标版本对应的格式的请求数据，其中，所述目标版本为能够提供服务的版本；

响应转换后的所述请求数据生成响应数据，并将所述响应数据存储到资源池中，其中，服务器使用多会话模式启动多个相同应用，同时连接多个不同的接收端，将所述目标版本通知到接收端；在所述接收端在启动时，主动向资源池上报上线信息，并接收资源池推送的当前可使用的应用；所述请求数据对应的应用的版本是客户端上的操作系统对应的版本，所述目标版本是所述服务器的操作系统对应的版本。

8.一种数据处理系统，其特征在于，包括：接收装置，处理装置，其中，

所述接收装置，用于接收应用的请求数据；确定所述请求数据对应的应用的版本，其中，所述应用的版本的为多个，不同版本的数据格式不同；在确定的版本与目标版本不同的情况下，将所述请求数据转换为所述目标版本对应的数据格式的请求数据，其中，所述目标版本为能够提供服务的版本；

所述处理装置，用于根据转换后的所述请求数据获取服务器根据转换后的请求数据，生成的响应数据，并将服务器的响应数据重新转换为所述应用的版本的数据格式，其中，所述服务器使用多会话模式启动多个相同应用，同时连接多个不同的接收端，将所述目标版本通知到接收端；在所述接收端在启动时，主动向资源池上报上线信息，并接收资源池推送的当前可使用的应用；所述请求数据对应的应用的版本是客户端上的操作系统对应的版本，所述目标版本是所述服务器的操作系统对应的版本，所述响应数据存储在资源池中。

9.根据权利要求8所述的数据处理系统，其特征在于，

所述处理装置，还用于确定所述请求数据对应的应用的版本，将所述请求数据对应的应用的版本的信息送至所述接收装置，由所述接收装置在所述应用的版本与能够提供的应用的目标版本不同时，将所述版本的请求数据转换为所述目标版本对应的数据格式的请求数据。

10.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至7中任意一项所述的数据处理方法。

11.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至7中任意一项所述的数据处理方法。