一种基于WEB服务器的线上实验方法与流程

本申请属于数据处理技术领域，尤其涉及一种基于web服务器的线上实验方法、装置、存储介质及电子设备。

背景技术：

传统的线上实验方法，多数依赖终端设备gpu资源进行ed程序渲染等过程，方能实现线上实验。而依赖终端设备gpu的线上实验方法，则很大程度依赖终端设备的配置，若终端设备的配置无法支持实验要求的配置，则实验无法正常进行。因此，因传统的终端设备gpu资源的线上实验方法，实验所在终端设备的配置要求较高，进而导致线上实验的普适性较低，实验成本较高等技术问题。

申请内容

本申请实施方式提供了一种基于web服务器的线上实验方法、装置、存储介质及电子设备，以解决传统线上实验的普适性较低，实验成本较高等技术问题。

本申请实施方式第一方面提供了一种基于web服务器的线上实验方法，所述方法包括：

解析用户输入的实验请求指令，获取所述实验请求指令对应的实验类型；

将所述实验类型发送至web服务器，以使所述web服务器基于所述实验类型进行目标实验ui界面的生成；

接收web服务器发送的目标实验ui界面。

可选地，所述解析用户输入的实验请求指令，获取所述实验请求指令对应的实验类型之前，所述方法还包括：

预先搭建所述web服务器。

可选地，所述预先搭建所述web服务器，具体包括：

预先构建数据库，其中，所述数据库包括用户身份信息以及实验模型库，其中，所述实验模型库包括至少一个实验模型；

基于所述实验模型库，建立目标实验列表，其中，所述目标实验列表是指根据目标实验类型对应的实验模型获取所述目标实验ui界面的规则。

可选地，所述解析用户输入的实验请求指令，获取所述实验请求指令对应的实验类型之前，所述方法还包括：

发送用户输入的身份信息至所述web服务器，以使所述web服务器对所述身份信息进行验证。

可选地，所述将所述实验类型发送至web服务器，以使所述web服务器基于所述实验类型进行目标实验ui界面的生成，具体包括：

调用所述目标实验列表，查找所述实验类型对应的实验模型以及对应的目标实验ui界面的生成规则；

基于所述实验模型以及对应的生成规则，构建所述目标实验ui界面。

可选地，所述接收web服务器发送的目标实验ui界面之前，所述方法还包括：

接收web服务器发送的实验询问信息；

基于所述实验询问信息，发送实验确认信息。

可选地，所述接收web服务器发送的目标实验ui界面之后，所述方法还包括：

基于所述目标实验ui界面以及用户的实验操作指令，进行线上目标实验。

本申请实施方式第二方面提供了一种基于web服务器的线上实验装置，所述装置包括：

解析模块，用于解析用户输入的实验请求指令，获取所述实验请求指令对应的实验类型；

发送模块，用户将所述实验类型发送至web服务器，以使所述web服务器基于所述实验类型进行目标实验ui界面的生成；

接收模块，用于接收web服务器发送的目标实验ui界面。

本申请实施方式第三方面提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如前述的一种基于web服务器的线上实验方法。

本申请实施方式第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如前述的一种基于web服务器的线上实验方法的步骤。

本申请实施方式第五方面提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述本申请实施方式第一方面提供的一种基于web服务器的线上实验方法。

本发明的实施方式与现有技术相比存在的有益效果是：先解析用户输入的实验请求指令，获取所述实验请求指令对应的实验类型，然后将所述实验类型发送至web服务器，以使所述web服务器基于所述实验类型进行目标实验ui界面的生成，最后接收web服务器发送的目标实验ui界面。通过在浏览器上进行线上实验，以通过web服务器进行目标实验ui界面的生成，代替传统的利用终端自身配置进行实验的生成，以解决实验所在终端设备的配置要求较高，进而导致线上实验的普适性较低，实验成本较高等技术问题。

附图说明

为了更清楚地说明本申请实施方式中的技术方案，下面将对实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种基于web服务器的线上实验方法的第一种实现过程流程示意图；

图2是本申请实施例提供的一种基于web服务器的线上实验方法的第二种实现过程流程示意图；

图3是本申请实施例提供的一种基于web服务器的线上实验装置的结构示意图；

图4是本申请实施例提供的电子设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施方式。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施方式中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施方式的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

应当理解，本实施例中各步骤的先后撰写顺序并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

为了说明本申请所述的技术方案，下面通过具体实施方式来进行说明。

参见图1，是本申请实施例一提供基于web服务器的线上实验方法的第一种实现过程的流程图，为了便于说明，仅示出了与本申请实施例相关的部分。

本案优选实施例可为，所述一种基于web服务器的线上实验方法，所述方法包括：

s101:解析用户输入的实验请求指令，获取所述实验请求指令对应的实验类型。

在本实施例中，所述实验请求指令是指用户根据预先定义的实验请求界面，根据自身实验需求进行数据转换生成的请求指令，用于向web服务器请求获取实验的界面。所述web服务器用于根据用户的实验请求指令，生成至少一个实验类型的实验ui界面。所述浏览器用于接受web服务器发送的数据，包括但不限于显示目标实验ui界面，以供用户进行线上实验操作。

需要说明的是，所述浏览器与所述web服务器之间预先建立通信，以供浏览器与所述web服务器之间的信息交互。所述浏览器是基于http与所述web服务器进行通信建立的，http全称为hypertexttransferprotocol,被译为超文本传输协议,是互联网上应用最为广泛的一种网络协议。http协议是在web上进行数据交换的基础，是一种“客户端-服务器端”协议。也就是说，请求通常是由像浏览器这样的接受方发起的。一个完整的web文档通常是由不同的子文档拼接而成的，像文本、布局描述、图片、视频、脚本等等。设计http最初的目的是为了提供一种发布和接收html页面的方法。

当然，所述浏览器与所述web服务器之间也可为websocket通信方式，即web浏览器与web服务器之间全双工通信标准，其中，websocket协议由ietf定位标准，websocketapi由w3c定位标准。一旦web服务器与客户端之间建立起websocket协议的通信连接，之后所有的通信都依靠这个专用协议进行。通信过程中互相发送json、xml、html或图片等任意格式的数据。由于是建立在http基础上的协议，因此连接的发起发仍是客户端，而一旦确立websocket通信连接，不论服务器还是客户端，任意一方都可直接向对方发送报文。

s102：将所述实验类型发送至web服务器，以使所述web服务器基于所述实验类型进行目标实验ui界面的生成。

在本实施例中，所述目标实验ui界面是指根据用户的目标实验生成的人机交互、操作逻辑、界面美观的整体设计界面。所述web服务器基于所述实验类型进行目标实验ui界面的生成，是指所述web服务器基于预先定义的实验生成规则，利用所述实验类型对所述目标实验ui界面进行生成。所述实验生成规则为预设分配比例与各个数据库之间的映射关系，以使通过各个数据库生成数据文件的次数分布匹配预设分配比例。其中，预设分配比例可以根据实验需求进行设定，例如可以选择分配30％的流量配比经第一算法生成数据文件，分配40％的流量配比经第二算法生成数据文件，以及分配30％的流量配比经第三算法生成数据文件；也可以是选择分配100％的流量配比经第一算法或者第二算法或者第三算法生成数据文件，最后对所述数据文件进行整合，生成最终的ui界面。

在一些可能实施的实施例中，所述解析用户输入的实验请求指令，获取所述实验请求指令对应的实验类型之前，所述方法还包括：

发送用户输入的身份信息至所述web服务器，以使所述web服务器对所述身份信息进行验证。

其中，当用户想要通过所述浏览器进行线上实验时，需要对该用户进行身份信息的验证，验证该用户是否预先注册，或者是否具备对该实验进行操作的资格。

在其他一些可能实施的实施例中，所述解析用户输入的实验请求指令，获取所述实验请求指令对应的实验类型之前，所述方法还包括：

预先搭建所述web服务器。

其中，所述web服务器是预先根据至少一种实验类型进行预先搭建的，具体包括搭建生成规则以及构建目标实验的基础数据，具体数据本案不做进一步限定。

在一些可能实施的实施例中，所述预先搭建所述web服务器，具体包括：

预先构建数据库，其中，所述数据库包括用户身份信息以及实验模型库，其中，所述实验模型库包括至少一个实验模型；

其中，所述数据库存储有对应身份信息以及实验模型库，所述身份信息是指预先在所述web服务器中注册的用户的身份信息，以便于后续的身份信息验证。所述实验模型库包括至少一个实验模型，所述实验模型是指不同实验类型对应的实验构造模块，是根据实验数据进行组建的一种数据板块，web服务器可根据该实验模型进行实验的组建，以生成对应实验的ui界面。

基于所述实验模型库，建立目标实验列表，其中，所述目标实验列表是指根据目标实验类型对应的实验模型获取所述目标实验ui界面的规则。

其中，所述web服务器在构建完对应的数据库之后，基于所述实验模型进行目标实验ui界面的构建路径的生成，也即所述目标实验列表。换句话说，所述目标实验列表是指web服务器根据所述实验模型库构建所述目标实验ui界面的路径与方式。

在其他一些可能实施的实施例中，所述将所述实验类型发送至web服务器，以使所述web服务器基于所述实验类型进行目标实验ui界面的生成，具体包括：

s201：调用所述目标实验列表，查找所述实验类型对应的实验模型以及对应的目标实验ui界面的生成规则。

其中，所述目标实验列表是指实验类型与所述实验模型的对应关系，以及所述实验模型与所述目标实验ui界面的生成规则的整合列表，用于根据所述实验类型，最终生成所述实验类型所对应的目标实验ui界面。

s202：基于所述实验模型以及对应的生成规则，构建所述目标实验ui界面。

其中，当web服务器查找所述实验类型对应的实验模型时，同时调用该实验类型对应的目标实验ui界面的生成规则，当web服务器查找所述实验类型对应的实验模型之后，根据所述生成规则进行目标实验ui界面的构建。

s103：接收web服务器发送的目标实验ui界面。

在本实施例中，所述web服务器完成了所述目标实验ui界面之后，会将对应的目标实验ui界面发送至所述浏览器，以供用户在所述浏览器上进行该目标实验的进行。

在其他一些可能实施的实施例中，所述接收web服务器发送的目标实验ui界面之前，所述方法还包括：

接收web服务器发送的实验询问信息；

基于所述实验询问信息，发送实验确认信息。

在本实施例中，所述web服务器发送所述目标实验ui界面之前，先发送实验询问信息至所述浏览器，以对用户是否进行该线上实验进行二次询问，当用户接收到所述实验询问信息之后，若确认进行该目标实验时，则发送实验确认信息至所述web服务器，以启动web服务器发送所述目标实验ui界面至所述浏览器。若用户拒绝该目标试验时，则发送实验拒绝信息至所述web服务器，以停止所述web服务器发送所述目标实验ui界面至所述浏览器。

在其他一些可能实施的实施例中，所述接收web服务器发送的目标实验ui界面之后，所述方法还包括：

基于所述目标实验ui界面以及用户的实验操作指令，进行线上目标实验。

其中，所述浏览器接收到所述目标实验ui界面之后，将所述目标实验ui界面进行显示，用户则根据所述浏览器显示的所述目标实验ui界面进行目标实验的操作，浏览器则对应接收用户的实验操作指令，以进行线上目标实验。

本发明的实施方式与现有技术相比存在的有益效果是：先解析用户输入的实验请求指令，获取所述实验请求指令对应的实验类型，然后将所述实验类型发送至web服务器，以使所述web服务器基于所述实验类型进行目标实验ui界面的生成，最后接收web服务器发送的目标实验ui界面。通过在浏览器上进行线上实验，以通过web服务器进行目标实验ui界面的生成，代替传统的利用终端自身配置进行实验的生成，以解决实验所在终端设备的配置要求较高，进而导致线上实验的普适性较低，实验成本较高等技术问题。

对应于上文中的一种基于web服务器的线上实验方法实施例中所述的一种基于web服务器的线上实验方法，图3示出了本申请实施例一提供的一种基于web服务器的线上实验装置的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图3，一种基于web服务器的线上实验装置300，所述装置包括：

解析模块301，用于解析用户输入的实验请求指令，获取所述实验请求指令对应的实验类型；

发送模块302，用户将所述实验类型发送至web服务器，以使所述web服务器基于所述实验类型进行目标实验ui界面的生成；

接收模块303，用于接收web服务器发送的目标实验ui界面。

可选地，所述线上实验装置303还包括：

搭建模块，用于预先搭建所述web服务器。。

可选地，搭建模块具体包括：

构建单元，用于预先构建数据库，其中，所述数据库包括用户身份信息以及实验模型库，其中，所述实验模型库包括至少一个实验模型；

建立单元，用于基于所述实验模型库，建立目标实验列表，其中，所述目标实验列表是指根据目标实验类型对应的实验模型获取所述目标实验ui界面的规则。

可选的，发送模块302具体用于：

调用所述目标实验列表，查找所述实验类型对应的实验模型以及对应的目标实验ui界面的生成规则；

基于所述实验模型以及对应的生成规则，构建所述目标实验ui界面。

可选地，所述线上实验装置300还包括：

发送用户输入的身份信息至所述web服务器，以使所述web服务器对所述身份信息进行验证。

可选地，所述线上实验装置300还包括：

接收web服务器发送的实验询问信息；

基于所述实验询问信息，发送实验确认信息。

可选地，所述装置300还包括：

所述接收web服务器发送的目标实验ui界面之后，所述方法还包括：

基于所述目标实验ui界面以及用户的实验操作指令，进行线上目标实验。

需要说明的是，上述装置/模块之间的信息交互、执行过程等内容，由于与本申请的一种基于web服务器的线上实验方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见一种基于web服务器的线上实验方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将所述基于web服务器的线上实验方法的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述中各功能模块的具体工作过程，可以参考前述一种基于web服务器的线上实验方法实施例中的对应过程，在此不再赘述。

图4是本申请实施例三提供的电子设备400的结构示意图。如图4所示，电子设备400包括：处理器402、存储器401以及存储在存储器401中并可在处理器402上运行的计算机程序403。处理器402的个数是至少一个，图4以一个为例。处理器402执行计算机程序403时实现上述一种基于web服务器的线上实验方法的实现步骤，即图1或者图2所示的步骤。

电子设备400的具体实现过程可以参见上文中的基于web服务器的线上实验方法实施例。

示例性的，计算机程序403可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在存储器401中，并由处理器402执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序403在终端设备400中的执行过程。

电子设备400可以是桌上型计算机、笔记本、掌上电脑、主控等计算设备，也可以是相机、手机等具有图像采集功能和数据处理功能的设备，还可以是触控显示设备。电子设备400可包括，但不仅限于，处理器以及存储器。本领域技术人员可以理解，图4仅是电子设备400的示例，并不构成对电子设备400的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如电子设备400还可以包括输入输出设备、网络接入设备、总线等。

处理器402可以是cpu(centralprocessingunit，中央处理单元)，还可以是其他通用处理器、dsp(digitalsignalprocessor，数字信号处理器)、asic(applicationspecificintegratedcircuit，专用集成电路)、fpga(field-programmablegatearray，现成可编程门阵列)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器401可以是电子设备400的内部存储单元，例如硬盘或内存。存储器401也可以是终端设备400的外部存储设备，例如电子设备400上配备的插接式硬盘、smc(smartmediacard，智能存储卡)、sd卡(securedigital，安全数字卡)、flashcard(闪存卡)等。进一步地，存储器401还可以既包括电子设备400的内部存储单元也包括外部存储设备。存储器401用于存储操作系统、应用程序、引导装载程序、数据以及其他程序等，例如所述计算机程序403的程序代码等。存储器401还可以用于暂时地存储已经输出或者将要输出的数据。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上文中的一种基于web服务器的线上实验方法实施例中的步骤。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述自动一种基于web服务器的线上实验方法实施例中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述一种基于web服务器的线上实验方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、rom(read-onlymemory，只读存储器)、ram(randomaccessmemory，随机存取存储器)、电载波信号、电信信号以及软件分发介质。例如u盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。