CN103176798A - 数据交互系统和数据交互方法 - Google Patents

Abstract

本发明提供了一种数据交互系统，包括：请求发送单元，控制客户端接收用户输入的用户信息，并根据用户信息发送数据交互请求；接收单元，控制服务器端接收数据交互请求，并根据数据交互请求执行业务逻辑；异常信息发出单元，若检测到业务逻辑中需要服务器端再次与客户端进行数据交互，发出异常信息；交互界面弹出单元，接收异常信息，控制客户端根据异常信息和获取的服务器端需要的信息，创建并弹出信息交互界面；执行单元，控制客户端接收用户在信息交互界面输入的信息，并控制服务器端根据信息继续执行业务逻辑。相应地，本发明还提供了一种数据交互方法。通过本发明的技术方案，避免了反复编写复杂的脚本为用户带来的不便，确保了逻辑的完整性。

Description

数据交互系统和数据交互方法

技术领域

本发明涉及信息交互技术领域，具体而言，涉及一种数据交互系统和数据交互方法。

背景技术

当前在软件、系统开发过程中，为了体现以人为本的宗旨，实现客户端与服务端进行信息交互的操作是不可或缺的。这对开发人员来说是一次中止服务端业务代码执行，然后与客户端信息交互，再继续服务端业务代码执行的过程。随着当今web系统应用的更为人性化的设计，人机交互的操作将会越来越多，而解决这种与用户交互的方案有以下几种：

1、在C/S系统中，由于系统是在本机中安装的，那么在处理这类交互问题时，开发人员只需要中断操作，将状态模态化，调用对应的后台代码，提示用户填写信息，然后将用户信息进行处理，和用户进行交互。这种操作方式比较简单。其中，C/S又称Client/Server或客户/服务器模式，服务器通常采用高性能的PC、工作站或小型机，并采用大型数据库系统，客户端需要安装专用的客户端软件。

2、在B/S系统中（其中，B/S是Browser/Server的缩写，客户机上只要安装一个浏览器Browser，服务器端安装数据库，浏览器通过Web服务同数据库进行数据交互），用户与服务器端交互一般采用两种方法：

第一方法，用户填写好服务器端已经设置好的表单，提交给服务器端进行处理，服务器端如果需要用户的其他信息，可让用户填写另一份补充的表单信息提交给用户。

第二方法，用户在填写表单时不是已经设定好的前台表单，而是直接写一段前台的JS脚本，利用JS脚本将服务器端所需数据提交给服务器端，服务器再进行操作。其中JS是指：JavaScript一种计算机脚本语言，主要在Web浏览器（客户端）解释执行。

目前的B/S系统暨Web系统上的交互有以下几个缺点：

1、填写两次表单导致方法简单，但是操作对于用户来说不够友好。操作比较复杂，需要填写两个表单。

2、填写两次表单时，开发人员定制的表单要是固定的，只可以在对应的请求中起作用，使用周期短。

3、填写两次表单时，两个表单服务器端对应两次不同的处理方法，服务器端处理复杂。

4、利用JS脚本交互过程中，用户要承担客户端脚本和服务器端代码双重开发

5、利用JS脚本交互过程中，撰写JS脚本比较复杂，后期维护起来也比较困难，开发人员开发难度较大，复用性不好。

用户在进行一项事务逻辑的操作过程中，可能在不同的阶段需要不同数据，而这些数据是连贯的统一体，不同阶段获取的数据的交互方式不同，最终的处理方式也不同。

如图1所示，在传统的操作过程中，用户输入一个表单数据后，根据逻辑执行下一个操作，发现又需要用户提交其他数据，那么开发人员需要根据用户的需求制作一张表单，或者利用JS脚本调用创建脚本交互界面，用户提交完数据后台进行处理。因为后台代码获取的是不同请求发送过来的数据，那么根据不同的数据后台逻辑需要根据这些请求，做不同的对应处理逻辑方法。显然，传统的方式操作过程，对于开发人员来说需要编写前台JS脚本和后台逻辑代码，而且不同的数据请求对应的不同的逻辑处理方法，另外对于不同逻辑的处理逻辑的合并处理，这个过程是比较复杂的。

因此，需要一种新的数据交互技术，可以解决当前Web系统开发中存在的表单使用周期短，服务器端处理复杂、开发难度大等问题。

发明内容

本发明正是基于上述问题，提出了一种新的数据交互技术，可以解决当前Web系统开发中存在的表单使用周期短，服务器端处理复杂、开发难度大等问题。

有鉴于此，本发明提出了一种数据交互系统，所述数据交互系统包括客户端和服务器端，还包括：请求发送单元，控制所述客户端接收用户输入的用户信息，并根据所述用户信息发送数据交互请求；接收单元，控制所述服务器端接收所述数据交互请求，并根据所述数据交互请求执行业务逻辑；异常信息发出单元，若检测到所述业务逻辑中需要所述服务器端再次与所述客户端进行数据交互，则发出异常信息；交互界面弹出单元，接收所述异常信息，控制所述客户端根据所述异常信息和获取的所述服务器端需要的信息，创建信息交互界面，并弹出所述信息交互界面；执行单元，控制所述客户端接收用户在所述信息交互界面输入的信息，并控制所述服务器端根据所述信息继续执行所述业务逻辑。

在该技术方案中，不需要开发人员编写JS脚本和后台逻辑代码，其后台采用一套完整的可复用的业务逻辑，开发人员只需要调用可复用的业务逻辑，就能获取到想要的数据，避免了需要反复编写复杂的JS脚本为用户带来的不便，同时确保了逻辑的完整性。

在上述技术方案中，优选地，还包括：数据获取单元，若检测到所述业务逻辑中不需要所述服务器端再次与所述客户端进行数据交互，则继续执行所述业务逻辑以获取结果数据，以供所述客户端展示给所述用户。

在该技术方案中，由于采用可复用的一套业务逻辑，所以不需要对多个不同事物业务逻辑进行复杂的合并统一处理，可以直接将获取的数据呈现给用户。

在上述技术方案中，优选地，所述执行单元包括：请求发送子单元，控制所述客户端接收用户在所述信息交互界面输入的信息，并根据所述信息发送数据交互请求；接收子单元，控制所述服务器端接收所述数据交互请求，并根据所述数据交互请求继续执行所述业务逻辑。

在该技术方案中，在客户端根据异常信息和服务器端需要的信息弹出信息交互界面以后，可以根据用户输入的信息，向服务器端发送请求，并接着之前的业务逻辑继续执行，这样保证交互逻辑的后台逻辑不变，不需要根据不同数据进行对应的逻辑处理，从而方便了用户的使用。

在上述技术方案中，优选地，还包括：验证单元，对所述用户信息和所述用户在所述信息交互界面输入的信息进行合并处理，并进行验证，控制所述客户端为验证通过的用户展示所述结果数据。

在该技术方案中，由于采用可复用的一套业务逻辑，所以不需要对多个不同事物业务逻辑进行复杂的合并统一处理，只需要将获取的数据进行简单处理即可呈现给用户。

在上述技术方案中，优选地，所述信息交互界面包括输入控件和选择输入控件。

在该技术方案中，信息交互界面会提示用户输入信息和为用户提供选择信息，用户只需要填写完或选择完相关信息，就可以继续进行请求，方便了用户。

根据本发明的又一方面，还提供了一种数据交互方法，包括：步骤302，控制所述客户端接收用户输入的用户信息，并根据所述用户信息发送数据交互请求；步骤304，控制所述服务器端接收所述数据交互请求，并根据所述数据交互请求执行业务逻辑；步骤306，若检测到所述业务逻辑中需要所述服务器端再次与所述客户端进行数据交互，则发出异常信息；步骤308，接收所述异常信息，控制所述客户端根据所述异常信息和获取的所述服务器端需要的信息，创建信息交互界面，并弹出所述信息交互界面；步骤310，控制所述客户端接收用户在所述信息交互界面输入的信息，并控制所述服务器端根据所述信息继续执行所述业务逻辑。

在该技术方案中，不需要开发人员编写JS脚本和后台逻辑代码，其后台采用一套完整的可复用的业务逻辑，开发人员只需要调用可复用的业务逻辑，就能获取到想要的数据，避免了需要反复编写复杂的JS脚本为用户带来的不便，同时确保了逻辑的完整性。

在上述技术方案中，优选地，所述步骤306还包括：若检测到所述业务逻辑中不需要所述服务器端再次与所述客户端进行数据交互，则继续执行所述业务逻辑以获取结果数据，以供所述客户端展示给所述用户。

在该技术方案中，由于采用可复用的一套业务逻辑，所以不需要对多个不同事物业务逻辑进行复杂的合并统一处理，可以直接将获取的数据呈现给用户。

在上述技术方案中，优选地，所述步骤310具体包括：控制所述客户端接收用户在所述信息交互界面输入的信息，并根据所述信息发送数据交互请求；以及控制所述服务器端接收所述数据交互请求，并根据所述数据交互请求继续执行所述业务逻辑。

在该技术方案中，在客户端根据异常信息和服务器端需要的信息弹出信息交互界面以后，可以根据用户输入的信息，向服务器端发送请求，并接着之前的业务逻辑继续执行，这样保证交互逻辑的后台逻辑不变，不需要根据不同数据进行对应的逻辑处理，从而方便了用户的使用。

在上述技术方案中，优选地，所述步骤310还包括：对所述用户信息和所述用户在所述信息交互界面输入的信息进行合并处理，并进行验证，控制所述客户端为验证通过的用户展示所述结果数据。

在该技术方案中，将第一次获取的用户信息和第二次获取的用户输入信息进行合并，并对两次获取的信息进行验证，从而保证了信息的安全性。

在上述技术方案中，优选地，所述信息交互界面包括输入控件和选择输入控件。

在该技术方案中，信息交互界面会提示用户输入信息和为用户提供选择信息，用户只需要填写完或选择完相关信息，就可以继续进行请求，方便了用户。

通过以上技术方案，解决了开发人员需要根据不同的请求，编写不同的业务逻辑的问题，通过采用可复用的业务逻辑和向服务器端发送相同的数据请求，达到了业务逻辑简化，快速复用，不需要创建脚本的效果。

附图说明

图1示出了传统数据交互方法的示意图；

图2示出了根据本发明的实施例的数据交互系统的框图；

图3示出了根据本发明的实施例的数据交互方法的流程图；

图4示出了根据本发明的实施例的数据交互方法的示意图；

图5示出了根据本发明的实施例的数据交互系统的结构示意图；

图6示出了根据本发明的实施例的信息交互界面截图；

图7示出了根据本发明的实施例的服务器端处理的流程图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

图2示出了根据本发明的实施例的数据交互系统的框图。

如图2所示，根据本发明的实施例的数据交互系统200，所述数据交互系统200包括客户端和服务器端，还包括：请求发送单元202，控制所述客户端接收用户输入的用户信息，并根据所述用户信息发送数据交互请求；接收单元204，控制所述服务器端接收所述数据交互请求，并根据所述数据交互请求执行业务逻辑；异常信息发出单元206，若检测到所述业务逻辑中需要所述服务器端再次与所述客户端进行数据交互，则发出异常信息；交互界面弹出单元208，接收所述异常信息，控制所述客户端根据所述异常信息和获取的所述服务器端需要的信息，创建信息交互界面，并弹出所述信息交互界面；执行单元210，控制所述客户端接收用户在所述信息交互界面输入的信息，并控制所述服务器端根据所述信息继续执行所述业务逻辑。

在该技术方案中，不需要开发人员编写JS脚本和后台逻辑代码，其后台采用一套完整的可复用的业务逻辑，用户只需要调用可复用的业务逻辑，就能获取到想要的数据，避免了需要反复编写复杂的JS脚本为用户带来的不便，同时确保了逻辑的完整性。

在上述技术方案中，优选地，还包括：数据获取单元212，若检测到所述业务逻辑中不需要所述服务器端再次与所述客户端进行数据交互，则继续执行所述业务逻辑以获取结果数据，以供所述客户端展示给所述用户。

在该技术方案中，由于采用可复用的一套业务逻辑，所以不需要对多个不同事物业务逻辑进行复杂的合并统一处理，可以直接将获取的数据呈现给用户。

在上述技术方案中，优选地，所述执行单元210包括：请求发送子单元2102，控制所述客户端接收用户在所述信息交互界面输入的信息，并根据所述信息发送数据交互请求；接收子单元2104，控制所述服务器端接收所述数据交互请求，并根据所述数据交互请求继续执行所述业务逻辑。

在该技术方案中，在客户端根据异常信息和服务器端需要的信息弹出信息交互界面以后，可以根据用户输入的信息，向服务器端发送请求，并接着之前的业务逻辑继续执行，这样保证交互逻辑的后台逻辑不变，不需要根据不同数据进行对应的逻辑处理，从而方便了用户的使用。

在上述技术方案中，优选地，还包括：验证单元214，对所述用户信息和所述用户在所述信息交互界面输入的信息进行合并处理，并进行验证，控制所述客户端为验证通过的用户展示所述结果数据。

在该技术方案中，将第一次获取的用户信息和第二次获取的用户输入信息进行合并，并对两次获取的信息进行验证，从而保证了信息的安全性。

在上述技术方案中，优选地，所述信息交互界面包括输入控件和选择输入控件。

在该技术方案中，信息交互界面会提示用户输入信息和为用户提供选择信息，用户只需要填写完或选择完相关信息，就可以继续进行请求，方便了用户。

图3示出了根据本发明的实施例的数据交互方法的流程图。

如图3所示，根据本发明的实施例的数据交互方法，包括：步骤302，控制所述客户端接收用户输入的用户信息，并根据所述用户信息发送数据交互请求；步骤304，控制所述服务器端接收所述数据交互请求，并根据所述数据交互请求执行业务逻辑；步骤306，若检测到所述业务逻辑中需要所述服务器端再次与所述客户端进行数据交互，则发出异常信息；步骤308，接收所述异常信息，控制所述客户端根据所述异常信息和获取的所述服务器端需要的信息，创建信息交互界面，并弹出所述信息交互界面；步骤310，控制所述客户端接收用户在所述信息交互界面输入的信息，并控制所述服务器端根据所述信息继续执行所述业务逻辑。

在该技术方案中，不需要开发人员编写JS脚本和后台逻辑代码，其后台采用一套完整的可复用的业务逻辑，开发人员只需要调用可复用的业务逻辑，就能获取到想要的数据，避免了需要反复编写复杂的JS脚本为用户带来的不便，同时确保了逻辑的完整性。

在上述技术方案中，优选地，所述步骤306还包括：若检测到所述业务逻辑中不需要所述服务器端再次与所述客户端进行数据交互，则继续执行所述业务逻辑以获取结果数据，以供所述客户端展示给所述用户。

在该技术方案中，由于采用可复用的一套业务逻辑，所以不需要对多个不同事物业务逻辑进行复杂的合并统一处理，可以直接将获取的数据呈现给用户。

在上述技术方案中，优选地，所述步骤310具体包括：控制所述客户端接收用户在所述信息交互界面输入的信息，并根据所述信息发送数据交互请求；以及控制所述服务器端接收所述数据交互请求，并根据所述数据交互请求继续执行所述业务逻辑。

在该技术方案中，在客户端根据异常信息和服务器端需要的信息弹出信息交互界面以后，可以根据用户输入的信息，向服务器端发送请求，并接着之前的业务逻辑继续执行，这样保证交互逻辑的后台逻辑不变，不需要根据不同数据进行对应的逻辑处理，从而方便了用户的使用。

在上述技术方案中，优选地，所述步骤310还包括：对所述用户信息和所述用户在所述信息交互界面输入的信息进行合并处理，并进行验证，控制所述客户端为验证通过的用户展示所述结果数据。

在该技术方案中，将第一次获取的用户信息和第二次获取的用户输入信息进行合并，并对两次获取的信息进行验证，从而保证了信息的安全性。

在上述技术方案中，优选地，所述信息交互界面包括输入控件和选择输入控件。

在该技术方案中，信息交互界面会提示用户输入信息和为用户提供选择信息，用户只需要填写完或选择完相关信息，就可以继续进行请求，方便了用户。

图4示出了根据本发明的实施例的数据交互方法的示意图。

如图4所示，客户端接收到用户输入的用户信息后，发送数据交互请求，服务器端根据数据交互请求执行后台业务逻辑，若在后台业务逻辑中需要服务器端再次与客户端进行数据交互，则发出异常信息，客户端根据异常信息和获取的服务器端需要的信息，创建信息交互界面，并弹出信息交互界面，客户端接收用户在所述信息交互界面输入的信息，并控制服务器端继续执行可复用的后台业务逻辑。

与图1所示的方案相比，本方案不需要开发人员写复杂的JS脚本，只需要调用相应的可复用的交互逻辑方法，就可以给用户提供交互界面，并且在获取用户在不同阶段提供的数据后，后台处理逻辑是完整的一套逻辑，后台代码不需要根据不同数据获取过程而在逻辑上有任何改变，后台处理逻辑是完整的，这给开发人员带来很大的便利。

图5示出了根据本发明的实施例的数据交互过程示意图。

如图5所示，客户端和服务器端的交互过程如下：

1、用户与客户端进行信息交互。

第一次交互一般是用户需要填写服务器端所需的数据，填写信息，并发送请求。其中，填写表单的屏幕截图如图6所示。第二次请求的页面展现和第一次一样，这样符合用户操作的一致性。

2、服务器端获取信息，并进行处理。

客户端接收到用户输入的用户信息后，发送数据交互请求，服务器端根据数据交互请求执行后台业务逻辑，若在后台业务逻辑中需要服务器端再次与客户端进行数据交互，则发出异常信息，客户端根据异常信息和获取的服务器端需要的信息，创建信息交互窗口，如：需要用户输入信息和选择一些信息，那么用户就直接定义一个弹出界面的方法，方法的参数为输入控件和选择输入控件，并提供选择信息，系统以特殊的异常弹出这个交互界面。用户填写完后，点击确认，继续请求相同的服务，发送第二次信息。实际异常抛出的过程也是抛出一段JS脚本，但是这个过程已经被包装过，所以开发人员调用的过程中，只是调用了一个方法逻辑。

3、服务器端继续处理业务逻辑。

客户端接收用户在所述信息交互界面输入的信息，并向服务器端发送与之前相同的数据交互请求，服务器端根据数据交互请求，继续执行可复用的后台业务逻辑。其中，由于第二次用户填写信息后，服务器端获取了继续执行的信息，所以交互条件就不满足了，即弹出交互界面的条件就不满足了，所以用户可以继续执行后续代码，而第一次的数据在上下文中也可以找到，所以就可以继续执行业务逻辑。

图7示出了根据本发明的实施例的服务器端处理的流程图。

如图7所示，根据本发明的实施例的服务器端的处理过程如下：

步骤702，用户接口将用户输入的用户信息提交给服务器端。

步骤704，服务器端接收到用户填写的信息，并执行业务逻辑。

步骤706，判断业务逻辑中是否需要服务器端与用户再次交互。

步骤708，如果业务逻辑中不需要服务器端与用户再次交互，则执行业务逻辑直至结束。

步骤710，如果需要服务器端与用户再次交互，确定交互后，根据服务器所需信息，创建前台交互界面，并抛出异常。

步骤712，依据服务器所需数据拼接弹出框，弹出交互界面，用户填写信息后，点击确认，则后台继续执行之前的业务逻辑，处理后续逻辑。

以上结合附图详细说明了本发明的技术方案，通过本发明的技术方案，用户只需要调用可复用的业务逻辑，就能获取到想要的数据，避免了需要反复编写复杂的JS脚本为用户带来的不便，同时确保了逻辑的完整性。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种数据交互系统，其特征在于，所述数据交互系统包括客户端和服务器端，还包括：

请求发送单元，控制所述客户端接收用户输入的用户信息，并根据所述用户信息发送数据交互请求；

接收单元，控制所述服务器端接收所述数据交互请求，并根据所述数据交互请求执行业务逻辑；

异常信息发出单元，若检测到所述业务逻辑中需要所述服务器端再次与所述客户端进行数据交互，则发出异常信息；

交互界面弹出单元，接收所述异常信息，控制所述客户端根据所述异常信息和获取的所述服务器端需要的信息，创建信息交互界面，并弹出所述信息交互界面；

执行单元，控制所述客户端接收用户在所述信息交互界面输入的信息，并控制所述服务器端根据所述信息继续执行所述业务逻辑。

2.根据权利要求1所述的数据交互系统，其特征在于，还包括：

数据获取单元，若检测到所述业务逻辑中不需要所述服务器端再次与所述客户端进行数据交互，则继续执行所述业务逻辑以获取结果数据，以供所述客户端展示给所述用户。

3.根据权利要求1所述的数据交互系统，其特征在于，所述执行单元包括：

请求发送子单元，控制所述客户端接收用户在所述信息交互界面输入的信息，并根据所述信息发送所述数据交互请求；

接收子单元，控制所述服务器端接收所述数据交互请求，并根据所述数据交互请求继续执行所述业务逻辑。

4.根据权利要求1所述的数据交互系统，其特征在于，还包括：

验证单元，对所述用户信息和所述用户在所述信息交互界面输入的信息进行合并处理，并进行验证，控制所述客户端为验证通过的用户展示所述结果数据。

5.根据权利要求1至4中任一项所述的数据交互系统，其特征在于，所述信息交互界面包括输入控件和选择输入控件。

6.一种数据交互方法，应用于数据交互系统，所述数据交互系统包括客户端和服务器端，其特征在于，包括：

步骤302，控制所述客户端接收用户输入的用户信息，并根据所述用户信息发送数据交互请求；

步骤304，控制所述服务器端接收所述数据交互请求，并根据所述数据交互请求执行业务逻辑；

步骤306，若检测到所述业务逻辑中需要所述服务器端再次与所述客户端进行数据交互，则发出异常信息；

步骤308，接收所述异常信息，控制所述客户端根据所述异常信息和获取的所述服务器端需要的信息，创建信息交互界面，并弹出所述信息交互界面；

步骤310，控制所述客户端接收用户在所述信息交互界面输入的信息，并控制所述服务器端根据所述信息继续执行所述业务逻辑。

7.根据权利要求6所述的数据交互方法，其特征在于，所述步骤306还包括：

若检测到所述业务逻辑中不需要所述服务器端再次与所述客户端进行数据交互，则继续执行所述业务逻辑以获取结果数据，以供所述客户端展示给所述用户。

8.根据权利要求6所述的数据交互方法，其特征在于，所述步骤310具体包括：

控制所述客户端接收用户在所述信息交互界面输入的信息，并根据所述信息发送所述数据交互请求；以及

控制所述服务器端接收所述数据交互请求，并根据所述数据交互请求继续执行所述业务逻辑。

9.根据权利要求6所述的数据交互方法，其特征在于，所述步骤310还包括：

对所述用户信息和所述用户在所述信息交互界面输入的信息进行合并处理，并进行验证，控制所述客户端为验证通过的用户展示所述结果数据。

10.根据权利要求6至9中任一项所述的数据交互方法，其特征在于，所述信息交互界面包括输入控件和选择输入控件。

Images