CN109445816A - 导表处理方法、装置、存储介质、处理器及终端 - Google Patents

Abstract

本发明公开了一种导表处理方法、装置、存储介质、处理器及终端。该方法包括：在第一终端上的第一客户端与第二终端上的第二客户端之间进行同步更新；在完成同步更新之后，将第一客户端本地更改后的数据表转换成客户端数据配置脚本和服务端数据配置脚本；在第一客户端本地加载客户端数据配置脚本以及触发与第一终端对应的服务器加载服务端数据配置脚本。本发明解决了相关技术中所提供的导表方式操的操作复杂度较高、影响游戏项目的开发效率，实用性较差的技术问题。

Description

导表处理方法、装置、存储介质、处理器及终端

技术领域

本发明涉及计算机领域，具体而言，涉及一种导表处理方法、装置、存储介质、处理器及终端。

背景技术

目前，对于游戏项目的快速导表调试已经成为游戏测试过程中的迫切需求。而如何能够在避免暴露核心系统源码的情况下允许项目成员在本地改表、导表和调试已经成为一个亟待解决的难以。相关技术中基于特定游戏引擎的游戏项目导表在避免暴露源码的条件下均是在一台访问权限受限的打包机上进行的。在导表完成之后用户将通过特定平台进行远程导表、更新客户端、更新服务端等一系列流程，由此才能在本地客户端查阅到改表后的实际效果。如果多人执行改表操作，便需要按序排队完成，而且一份数据表的改动很有可能会影响到其他用户的客户端和服务端的正常工作，由此造成改表调试自由性受限以及时间的极大浪费，进而明显地影响游戏项目的开发效率。

基于游戏项目的导表方式通常分为以下两种：

方式一、开放源码权限的本地导表，此种方式需要开放全部源码权限，用户在本地存储一份系统源码并利用该系统源码进行导表处理进而生成数据配置文件，同时还需要在本地利用虚拟机通过文件共享的方式搭建本地服务器。

然而，此种导表方式的缺陷在于：该导表方式的实现前提需要开放所有的系统源码权限，而并非每个用户都能够拥有完整的系统源码权限，因此，其实现过程存在一定局限性，并且容易造成核心系统源码泄露。此外，该导表方式还要求用户在本地利用虚拟机通过共享文件的形式搭建本地服务器，由此在经过本地导表处理之后生成的服务端数据配置脚本才能够实时地更新至服务端，进而提高了整个操作过程的技术门槛，易用性较低。

方式二、远程导表，此种导表方式需要将导表操作设置在一台访问权限受限的打包机上进行，并且还需要提供特定平台以使用户可以在执行导表操作之后进行脚本更新、客户端更新、服务端更新等一系列流程。而且，此种导表方式还需要在打包机上存储一份核心系统源码，以便打包机能够利用这份核心系统源码进行导表操作以生成数据配置脚本。用户也可以通过该特定平台触发远程导表。在导表操作完成之后，通过特定平台的脚本更新将打包机上的核心系统源码进行加密和文件名混淆，此后用户再通过客户端更新将这份加密混淆后的脚本同步至本地客户端以及更新服务端，即可在本地客户端查阅更改后的测试效果。

然而，此种导表方式的缺陷在于：将导表操作统一分配至一台访问权限受限的打包机上进行，但一份核心系统源码同时只能支持一次导表操作，因此当存在多个导表需求需要同时进行时，只能进行排队等待，由此给导表调试操作带来极大的时间浪费，降低了游戏项目的开发效率。在导表操作执行完毕之后，用户还需通过特定平台进行脚本更新、客户端更新、服务端更新等流程才能够查阅到实际测试效果，由此也给导表调试带来极大的不便。同时，此种导表方式在执行导表操作之后，如果将数据配置脚本的更改同步到所有的客户端和服务端，则会不利于用户进行独立的导表调试。

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

发明内容

本发明至少部分实施例提供了一种导表处理方法、装置、存储介质、处理器及终端，以至少解决相关技术中所提供的导表方式操的操作复杂度较高、影响游戏项目的开发效率，实用性较差的技术问题。

根据本发明其中一实施例，提供了一种导表处理方法，包括：

在第一终端上的第一客户端与第二终端上的第二客户端之间进行同步更新；在完成同步更新之后，将第一客户端本地更改后的数据表转换成客户端数据配置脚本和服务端数据配置脚本；在第一客户端本地加载客户端数据配置脚本以及触发与第一终端对应的服务器加载服务端数据配置脚本。

可选地，在第一客户端与第二客户端之间进行同步更新包括：接收来自于第二终端的资源文件和代码文件，其中，代码文件包括：经过第二终端加密和文件名混淆处理后得到的第一部分代码和未经处理的第二部分代码，第一部分代码存储于第二客户端根目录下的第一预设路径；采用资源文件和代码文件在第一客户端与第二客户端之间进行同步更新。

可选地，将更改后的数据表转换成客户端数据配置脚本和服务端数据配置脚本包括：获取更改后的数据表；根据第二部分代码将更改后的数据表转换成客户端数据配置脚本和服务端数据配置脚本。

可选地，在将更改后的数据表转换成客户端数据配置脚本和服务端数据配置脚本之后，还包括：将客户端数据配置脚本存储在第一客户端根目录下的第二预设路径，其中，第二预设路径下的数据配置脚本的加载优先级高于第一预设路径下的数据配置脚本的加载优先级。

可选地，在第一客户端本地加载客户端数据配置脚本包括：在第一客户端本地加载存储于第二预设路径下的客户端数据配置脚本。

可选地，在触发服务器加载服务端数据配置脚本之后，还包括：接收来自于服务器的执行结果，其中，执行结果用于表明服务器是否已成功加载服务端数据配置脚本；如果根据执行结果确定服务器已成功加载服务端数据配置脚本，则通过服务器提供的预设接口重载服务器的数据配置。

可选地，在触发服务器加载服务端数据配置脚本之后，还包括：重新启动第一客户端并登录服务器，以完成导表调试工作。

根据本发明其中一实施例，还提供了一种导表处理装置，包括：

更新模块，用于在第一终端上的第一客户端与第二终端上的第二客户端之间进行同步更新；导表模块，用于在完成同步更新之后，将第一客户端本地更改后的数据表转换成客户端数据配置脚本和服务端数据配置脚本；处理模块，用于在第一客户端本地加载客户端数据配置脚本以及触发与第一终端对应的服务器加载服务端数据配置脚本。

可选地，更新模块包括：接收单元，用于接收来自于第二终端的资源文件和代码文件，其中，代码文件包括：经过第二终端加密和文件名混淆处理后得到的第一部分代码和未经处理的第二部分代码，第一部分代码存储于第二客户端根目录下的第一预设路径；更新单元，用于采用资源文件和代码文件在第一客户端与第二客户端之间进行同步更新。

可选地，导表模块包括：获取单元，用于获取更改后的数据表；导表单元，用于根据第二部分代码将更改后的数据表转换成客户端数据配置脚本和服务端数据配置脚本。

可选地，上述装置还包括：存储模块，用于将客户端数据配置脚本存储在第一客户端根目录下的第二预设路径，其中，第二预设路径下的数据配置脚本的加载优先级高于第一预设路径下的数据配置脚本的加载优先级。

可选地，处理模块，用于在第一客户端本地加载存储于第二预设路径下的客户端数据配置脚本。

可选地，上述装置还包括：接收模块，用于接收来自于服务器的执行结果，其中，执行结果用于表明服务器是否已成功加载服务端数据配置脚本；重载模块，用于如果根据执行结果确定服务器已成功加载服务端数据配置脚本，则通过服务器提供的预设接口重载服务器的数据配置。

可选地，上述装置还包括：执行模块，用于重新启动第一客户端并登录服务器，以完成导表调试工作。

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

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

根据本发明其中一实施例，还提供了一种终端，包括：一个或多个处理器，存储器，显示装置以及一个或多个程序，其中，一个或多个程序被存储在存储器中，并且被配置为由一个或多个处理器执行，一个或多个程序用于上述任意一项的导表处理方法。

在本发明至少部分实施例中，采用在第一终端上的第一客户端与第二终端上的第二客户端之间进行同步更新的方式，通过在完成同步更新之后，将第一客户端本地更改后的数据表转换成客户端数据配置脚本和服务端数据配置脚本，以及在第一客户端本地加载客户端数据配置脚本以及触发与第一终端对应的服务器加载服务端数据配置脚本，达到了在避免暴露核心系统源码条件下进行本地导表调试的目的，从而实现了允许用户在本地进行改表和导表，与此同时同步更新服务端。而且，本地导表的改动仅会影响到用户本人的客户端和服务端，而不会影响到其他用户的正常工作，极大地方便用户执行自主导表调试，提高了游戏项目的开发效率，有效降低了游戏测试的时间成本。的技术效果，进而解决了相关技术中所提供的导表方式操的操作复杂度较高、影响游戏项目的开发效率，实用性较差的技术问题。

附图说明

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

图1是根据本发明其中一实施例的导表处理方法的流程图；

图2是根据本发明其中一实施例的导表处理装置的结构框图；

图3是根据本发明其中一可选实施例的导表处理装置的结构框图。

具体实施方式

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

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

首先，在对本申请实施例进行描述的过程中出现的部分名词或术语适用于如下解释：

(1)导表是指将策划人员配置的数据表转换为游戏数据配置脚本的过程。

(2)远程过程调用(RPC)是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。

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

该实施例可以在由第一终端、第二终端以及服务器构成的导表处理系统中执行。以运行在第一终端上为例，第一终端可以包括一个或多个处理器(处理器可以包括但不限于微处理器(MCU)或可编程逻辑器件(FPGA)等的处理装置)和用于存储数据的存储器。可选地，上述第一终端还可以包括用于通信功能的传输装置以及输入输出设备。本领域普通技术人员可以理解，上述结构描述仅为示意，其并不对上述第一终端的结构造成限定。例如，第一终端还可包括比上述结构描述更多或者更少的组件，或者具有与上述结构描述不同的配置。

存储器可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的导表处理方法对应的计算机程序，处理器通过运行存储在存储器内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的导表处理方法。存储器可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至第一终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置用于经由一个网络接收或者发送数据。上述的网络具体实例可包括第一终端的通信供应商提供的无线网络。在一个实例中，传输装置包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

上述导表处理系统为游戏项目的导表操作提供了一种避免暴露核心系统源码条件下进行本地化、自主化导表解决方案，其主要解决以下技术问题：

(1)针对核心系统源码权限问题，允许在仅开放数据配置脚本权限而无需开放核心系统源码的条件下执行本地导表操作，从而确保核心系统源码的私密性，降低核心系统源码被泄露的风险。

(2)针对操作复杂、使用技术门槛较高的问题，通过简单的配置即可执行本地导表操作，同时还可以同步更新服务端数据配置脚本，而无需经过额外的操作即可完成导表调试工作，操作过程简单、快捷。而且，用户还不必在本地利用虚拟机搭建服务器，进而降低了整个操作过程的技术门槛。

(3)针对游戏项目开发效率低下的问题，无需排队通过特定平台进行导表、更新客户端、更新服务端等一系列操作，而在执行本地导表处理完毕之后，即可完成对客户端及服务端的同步更新，由此极大地提高了游戏项目的开发效率。

(4)针对导表操作独立性的问题，在执行导表操作之后的本地修改仅会影响到用户自身的客户端及服务端，而不影响其他用户的客户端和服务端，从而使得项目成员可以自由地执行改表、导表、调试等操作。

以下将针对上述解决上述技术问题的可选实施过程作进一步地详细描述。

在本实施例中提供了一种运行于上述第一终端的导表处理方法，图1是根据本发明其中一实施例的导表处理方法的流程图，如图1所示，该方法包括如下步骤：

步骤S12，在第一终端上的第一客户端与第二终端上的第二客户端之间进行同步更新；

步骤S14，在完成同步更新之后，将第一客户端本地更改后的数据表转换成客户端数据配置脚本和服务端数据配置脚本；

步骤S16，在第一客户端本地加载客户端数据配置脚本以及触发与第一终端对应的服务器加载服务端数据配置脚本。

通过上述步骤，可以采用在第一终端上的第一客户端与第二终端上的第二客户端之间进行同步更新的方式，通过在完成同步更新之后，将第一客户端本地更改后的数据表转换成客户端数据配置脚本和服务端数据配置脚本，以及在第一客户端本地加载客户端数据配置脚本以及触发与第一终端对应的服务器加载服务端数据配置脚本，达到了在避免暴露核心系统源码条件下进行本地导表调试的目的，从而实现了允许用户在本地进行改表和导表，与此同时同步更新服务端。而且，本地导表的改动仅会影响到用户本人的客户端和服务端，而不会影响到其他用户的正常工作，极大地方便用户执行自主导表调试，提高了游戏项目的开发效率，有效降低了游戏测试的时间成本。的技术效果，进而解决了相关技术中所提供的导表方式操的操作复杂度较高、影响游戏项目的开发效率，实用性较差的技术问题。

可选地，在步骤S12中，在第一客户端与第二客户端之间进行同步更新可以包括以下执行步骤：

步骤S121，接收来自于第二终端的资源文件和代码文件，其中，代码文件包括：经过第二终端加密和文件名混淆处理后得到的第一部分代码和未经处理的第二部分代码，第一部分代码存储于第二客户端根目录下的第一预设路径；

步骤S122，采用资源文件和代码文件在第一客户端与第二客户端之间进行同步更新。

预先配置在第二终端上的打包机上存储有本地客户端所需的全部资源文件和代码文件。该代码文件包括：经过第二终端加密和文件名混淆处理后得到的第一部分代码(包括：经过处理后的核心系统源码以及经过处理后的数据配置脚本源码)和未经处理的第二部分代码(即未经处理后的数据配置脚本源码)。上述第二终端设置有客户端更新模块，负责对打包机上的核心系统源码和数据配置脚本源码进行加密、文件名混淆处理，得到上述第一部分代码，同时将最新的资源文件、加密混淆后的第一部分代码以及第二部分代码发送至第一终端。

具体地，第二终端上的客户端更新模块首先会对核心系统源码和数据配置脚本源码进行加密和文件名混淆处理，加密混淆后的代码(即上述第一部分代码)将会被存储在打包机上客户端的根目录下的./Package/Text路径(即第一预设路径)下。因此，在打包机上会存储一个完整的客户端供用户通过客户端更新模块进行同步操作。然后，再通过第二终端上的客户端更新模块将第一终端的本地客户端所需的资源文件和代码文件同步更新至第一终端的本地客户端。

由此可见，在第一终端的本地客户端与第二终端的打包机上均设置有客户端更新模块。打包机上的客户端更新模块负责对脚本源码进行加密和文件名混淆处理，而第一终端本地的客户端更新模块则负责将打包机上完整客户端的同步更新至本地。

上述文件名混淆处理用于将文件名转换成一串字符串，例如：如果文件名为launcher.py，则经过文件名混淆处理之后，该文件名便会转换成4a3101465e82fbbdc7e08f834fc82419，由此可以增加源码的安全性。

在同步更新过程中，打包机上存储有一份完整的客户端，该客户端包含本地客户端所需的所有资源文件和代码文件。用户利用第一终端上的客户端更新模块通过rsync将打包机上客户端的更新增量同步至第一终端的本地客户端。而第一终端的本地客户端上仅需安装rsync软件即可。

可选地，在步骤S14中，将更改后的数据表转换成客户端数据配置脚本和服务端数据配置脚本可以包括以下执行步骤：

步骤S141，获取更改后的数据表；

步骤S142，根据第二部分代码将更改后的数据表转换成客户端数据配置脚本和服务端数据配置脚本。

在同步过程完成之后，按照用户的实际需求对第一终端的本地数据表进行更改，在本地数据表更改完成之后，在第一终端本地设置的导表模块可利用未经处理后的数据配置脚本源码将本地数据表转换成数据配置脚本。该数据配置脚本分为客户端数据配置脚本和服务端数据配置脚本两个部分。

可选地，在步骤S14，将更改后的数据表转换成客户端数据配置脚本和服务端数据配置脚本之后，还可以包括以下执行步骤：

步骤S15，将客户端数据配置脚本存储在第一客户端根目录下的第二预设路径，其中，第二预设路径下的数据配置脚本的加载优先级高于第一预设路径下的数据配置脚本的加载优先级。

客户端数据配置脚本被存储在本地客户端的根目录下的./LocalData/Patch路径(即第二预设路径)下。在一个可选实施例中，./LocalData/Patch路径下的脚本优先级高于./Package/Text路径下的脚本优先级，因此，第一终端本地更改后的数据配置会被优先加载。

可选地，在步骤S16中，在第一客户端本地加载客户端数据配置脚本可以包括以下执行步骤：

步骤S161，在第一客户端本地加载存储于第二预设路径下的客户端数据配置脚本。

根据上述分析，在./Package/Text路径下存储有经过加密的数据配置脚本，而在./LocalData/Patch路径下存储有客户端数据配置脚本。由于./LocalData/Patch路径下的脚本优先级高于./Package/Text路径下的脚本优先级，因此，第一终端的本地客户端在加载过程中会优先加载在./LocalData/Patch路径下存储的客户端数据配置脚本。

可选地，在步骤S16，触发服务器加载服务端数据配置脚本之后，还可以包括以下执行步骤：

步骤S17，接收来自于服务器的执行结果，其中，执行结果用于表明服务器是否已成功加载服务端数据配置脚本；

步骤S18，如果根据执行结果确定服务器已成功加载服务端数据配置脚本，则通过服务器提供的预设接口重载服务器的数据配置。

通过第一终端上的导表模块将更改后的数据表转换成的服务端数据配置脚本，并将发生变更的服务端数据配置脚本同步更新至服务端。服务端上的RPCServer模块会提供RPC接口以供导表模块调用，该RPCServer模块使用Python的SimpleXMLRPCServer库来实现。RPCServer模块主要负责接收导表模块发送的服务端数据配置脚本并在服务器进行更新，同时提供RPC接口以供导表模块控制服务端执行特定的操作，例如：重载服务端、启动服务端、关闭服务端、重启服务端、更新服务端等。导表模块通过RPC接口可以对服务端执行如下操作：更新数据配置脚本、重载服务端、重启服务器等。

同时，更改后的服务端数据配置脚本的文件名和数据内容则会通过RPCServer模块提供的RPC接口发送至对应的服务端。RPCServer模块在接收到服务端数据配置脚本之后，更新对应服务端上先前存储的相应数据配置脚本并将执行结果返回至导表模块。RPCServer模块在接收到导表模块的特定指令(例如：更新数据配置脚本，重载服务器)之后会在服务端执行相关任务，然后再将执行成功或执行失败的结果返回至导表模块。如果导表模块根据执行结果确定执行成功，则会再次调用RPC接口重载对应服务端的数据配置。

可选地，在步骤S16，触发服务器加载服务端数据配置脚本之后，还可以包括以下执行步骤：

步骤S19，重新启动第一客户端并登录服务器，以完成导表调试工作。

导表模块通过调用RPCSever模块所提供的RPC接口将发生变更的服务端数据配置脚本上传至服务端，同时重载服务端数据配置，这样，项目成员再次启动本地客户端并登录对应服务器之后，本地数据表的更改便可在自身的客户端及服务端生效。由此，通过提供避免暴露核心系统代码的本地导表工具，既可以满足在不影响其他用户正常工作的条件下由本地用户自由地进行改表和导表操作，而且还可以同步更新服务端数据配置脚本，从而便于用户进行自主测试和调试。

通过上述分析可以发现，本发明提供的上述可选实施例可以实现如下技术效果：

(1)在无需开放核心系统源码的条件下实现本地导表，即仅需开放数据配置脚本部分源码即可，核心系统逻辑部分则仍需使用经过加密及文件名混淆处理后的代码，从而在降低核心系统源码泄露风险的同时使得用户可以在本地进行导表调试。

(2)导表效率极大提升，即用户可以执行改表操作之后直接进行本地导表操作，而无需在特定平台上统一排队执行导表操作。而且在本地执行导表操作完毕之后会同步更新至服务端，而无需再经过更新脚本、更新客户端、更新服务端等一系列繁杂流程才能够查阅到实际效果，由此极大地提升了导表和游戏项目的开发效率，降低时间成本。

(3)导表操作更加自由，即用户执行本地导表操作仅会影响到用户自身使用的客户端和服务端，而并不会影响到其他用户的正常工作，因此，用户可以自由地进行本地改表、导表和调试工作。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

在本实施例中还提供了一种导表处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明其中一实施例的导表处理装置的结构框图，如图2所示，该装置包括：更新模块10，用于在第一终端上的第一客户端与第二终端上的第二客户端之间进行同步更新；导表模块20，用于在完成同步更新之后，将第一客户端本地更改后的数据表转换成客户端数据配置脚本和服务端数据配置脚本；处理模块30，用于在第一客户端本地加载客户端数据配置脚本以及触发与第一终端对应的服务器加载服务端数据配置脚本。

可选地，更新模块10包括：接收单元(图中未示出)，用于接收来自于第二终端的资源文件和代码文件，其中，代码文件包括：经过第二终端加密和文件名混淆处理后得到的第一部分代码和未经处理的第二部分代码，第一部分代码存储于第二客户端根目录下的第一预设路径；更新单元(图中未示出)，用于采用资源文件和代码文件在第一客户端与第二客户端之间进行同步更新。

可选地，导表模块20包括：获取单元(图中未示出)，用于获取更改后的数据表；导表单元(图中未示出)，用于根据第二部分代码将更改后的数据表转换成客户端数据配置脚本和服务端数据配置脚本。

可选地，图3是根据本发明其中一可选实施例的导表处理装置的结构框图，如图3所示，该装置除包括图2所示的所有模块外，还包括：存储模块40，用于将客户端数据配置脚本存储在第一客户端根目录下的第二预设路径，其中，第二预设路径下的数据配置脚本的加载优先级高于第一预设路径下的数据配置脚本的加载优先级。

可选地，处理模块30，用于在第一客户端本地加载存储于第二预设路径下的客户端数据配置脚本。

可选地，如图3所示，上述装置还包括：接收模块50，用于接收来自于服务器的执行结果，其中，执行结果用于表明服务器是否已成功加载服务端数据配置脚本；重载模块60，用于如果根据执行结果确定服务器已成功加载服务端数据配置脚本，则通过服务器提供的预设接口重载服务器的数据配置。

可选地，如图3所示，上述装置还包括：执行模块70，用于重新启动第一客户端并登录服务器，以完成导表调试工作。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S1，在第一终端上的第一客户端与第二终端上的第二客户端之间进行同步更新；

S2，在完成同步更新之后，将第一客户端本地更改后的数据表转换成客户端数据配置脚本和服务端数据配置脚本；

S3，在第一客户端本地加载客户端数据配置脚本以及触发与第一终端对应的服务器加载服务端数据配置脚本。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本发明的实施例还提供了一种处理器，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，在第一终端上的第一客户端与第二终端上的第二客户端之间进行同步更新；

S2，在完成同步更新之后，将第一客户端本地更改后的数据表转换成客户端数据配置脚本和服务端数据配置脚本；

S3，在第一客户端本地加载客户端数据配置脚本以及触发与第一终端对应的服务器加载服务端数据配置脚本。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

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

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

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

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

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

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

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

Claims (17)

1.一种导表处理方法，其特征在于，所述方法包括：

在第一终端上的第一客户端与第二终端上的第二客户端之间进行同步更新；

在完成同步更新之后，将所述第一客户端本地更改后的数据表转换成客户端数据配置脚本和服务端数据配置脚本；

在所述第一客户端本地加载所述客户端数据配置脚本以及触发与所述第一终端对应的服务器加载所述服务端数据配置脚本。

2.根据权利要求1所述的方法，其特征在于，在所述第一客户端与所述第二客户端之间进行同步更新包括：

接收来自于所述第二终端的资源文件和代码文件，其中，所述代码文件包括：经过所述第二终端加密和文件名混淆处理后得到的第一部分代码和未经处理的第二部分代码，所述第一部分代码存储于所述第二客户端根目录下的第一预设路径；

采用所述资源文件和所述代码文件在所述第一客户端与所述第二客户端之间进行同步更新。

3.根据权利要求2所述的方法，其特征在于，将所述更改后的数据表转换成所述客户端数据配置脚本和所述服务端数据配置脚本包括：

获取所述更改后的数据表；

根据所述第二部分代码将所述更改后的数据表转换成所述客户端数据配置脚本和所述服务端数据配置脚本。

4.根据权利要求3所述的方法，其特征在于，在将所述更改后的数据表转换成所述客户端数据配置脚本和所述服务端数据配置脚本之后，还包括：

将所述客户端数据配置脚本存储在所述第一客户端根目录下的第二预设路径，其中，所述第二预设路径下的数据配置脚本的加载优先级高于所述第一预设路径下的数据配置脚本的加载优先级。

5.根据权利要求4所述的方法，其特征在于，在所述第一客户端本地加载所述客户端数据配置脚本包括：

在所述第一客户端本地加载存储于所述第二预设路径下的所述客户端数据配置脚本。

6.根据权利要求1所述的方法，其特征在于，在触发所述服务器加载所述服务端数据配置脚本之后，还包括：

接收来自于所述服务器的执行结果，其中，所述执行结果用于表明所述服务器是否已成功加载所述服务端数据配置脚本；

如果根据所述执行结果确定所述服务器已成功加载所述服务端数据配置脚本，则通过所述服务器提供的预设接口重载所述服务器的数据配置。

7.根据权利要求6所述的方法，其特征在于，在触发所述服务器加载所述服务端数据配置脚本之后，还包括：

重新启动所述第一客户端并登录所述服务器，以完成导表调试工作。

8.一种导表处理装置，其特征在于，包括：

更新模块，用于在第一终端上的第一客户端与第二终端上的第二客户端之间进行同步更新；

导表模块，用于在完成同步更新之后，将所述第一客户端本地更改后的数据表转换成客户端数据配置脚本和服务端数据配置脚本；

处理模块，用于在所述第一客户端本地加载所述客户端数据配置脚本以及触发与所述第一终端对应的服务器加载所述服务端数据配置脚本。

9.根据权利要求8所述的装置，其特征在于，所述更新模块包括：

接收单元，用于接收来自于所述第二终端的资源文件和代码文件，其中，所述代码文件包括：经过所述第二终端加密和文件名混淆处理后得到的第一部分代码和未经处理的第二部分代码，所述第一部分代码存储于所述第二客户端根目录下的第一预设路径；

更新单元，用于采用所述资源文件和所述代码文件在所述第一客户端与所述第二客户端之间进行同步更新。

10.根据权利要求9所述的装置，其特征在于，所述导表模块包括：

获取单元，用于获取所述更改后的数据表；

导表单元，用于根据所述第二部分代码将所述更改后的数据表转换成所述客户端数据配置脚本和所述服务端数据配置脚本。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

存储模块，用于将所述客户端数据配置脚本存储在所述第一客户端根目录下的第二预设路径，其中，所述第二预设路径下的数据配置脚本的加载优先级高于所述第一预设路径下的数据配置脚本的加载优先级。

12.根据权利要求11所述的装置，其特征在于，所述处理模块，用于在所述第一客户端本地加载存储于所述第二预设路径下的所述客户端数据配置脚本。

13.根据权利要求8所述的装置，其特征在于，所述装置还包括：

接收模块，用于接收来自于所述服务器的执行结果，其中，所述执行结果用于表明所述服务器是否已成功加载所述服务端数据配置脚本；

重载模块，用于如果根据所述执行结果确定所述服务器已成功加载所述服务端数据配置脚本，则通过所述服务器提供的预设接口重载所述服务器的数据配置。

14.根据权利要求13所述的装置，其特征在于，所述装置还包括：

执行模块，用于重新启动所述第一客户端并登录所述服务器，以完成导表调试工作。

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

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

17.一种终端，其特征在于，包括：一个或多个处理器，存储器，显示装置以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置为由所述一个或多个处理器执行，所述一个或多个程序用于执行权利要求1至7中任意一项所述的导表处理方法。