CN104123128A - 基于开放平台的第三方业务***与用户交互的方法和装置 - Google Patents

Abstract

本发明提供一种基于开放平台的第三方业务***与用户交互的方法，包括下列步骤：1）第三方业务***向开放平台发送携带操作对象描述信息的用户操作描述消息；2）开放平台接收并解析用户操作描述消息，然后通过所述操作对象描述信息从内置的库中调出相应的控件构成操作对象并将其呈现在自身的用户界面上；3）在用户操作并点击所述提交按钮后，开放平台将返回值发送至相应的第三方业务***；4）第三方业务***接收返回值并生成业务执行结果。本发明能够简化用户操作，并且对于各种不同业务，能够为用户呈现风格统一的界面。

Description

基于开放平台的第三方业务***与用户交互的方法和装置

技术领域

本发明涉及互联网技术领域，具体地说，本发明涉及一种基于开放平台的第三方业务***与用户交互的方法和装置。

背景技术

在互联网时代，把网站的服务封装成一系列计算机易识别的数据接口开放出去，供第三方开发者使用，这种行为就叫做Open API，提供开放API的平台本身就被称为开放平台。通过开放平台，网站不仅能提供对Web网页的简单访问，还可以进行复杂的数据交互，将它们的Web网站转换为与操作***等价的开发平台。第三方开发者可以基于这些已经存在的、公开的Web网站而开发丰富多彩的应用。本发明中，开放平台是指软件***通过公开其应用程序编程接口（API）或函数（function)来使外部的程序可以增加该软件***的功能或使用该软件***的资源，而不需要更改该软件***的源代码。而第三方业务***是指相对于开放平台及平台用户之外的服务提供商开发的业务***，该类业务***一般都使用了开放平台公开的应用程序编程接口（API）或函数（function）来实现或增强其本身的业务体验。

目前，第三方业务***一般通过消息传递的形式来与用户进行交互，其方法具体如下：

1）第三方业务***发送提醒消息至开放平台。

2）开放平台对所接收的提醒消息进行处理，具体包括：数据校验、接收和存储。

3）开放平台对所存储数据进行语义解析，将各业务***的提醒信息呈现至开放平台界面，并在界面提供进入相应第三方业务***的入口。

4）用户通过所述入口进入第三方业务***与其进行交互完成业务操作。

5）完成业务操作后，第三方业务***向开放平台发送新的携带了业务操作结果的消息，并在开放平台的界面显示。

为便于理解，下面给出一种典型的基于开放平台的第三方业务***与用户交互的例子。这个例子中，第三方业务***为请销假***，其业务流程为：基层员工提交请假，基层管理人员进行审核、批假。基层员工A通过请销假***提交请假请求，请销假***发送提醒消息至某开放平台,管理人员在该开放平台会看到图1所示的页面，管理人员如要批复该请求，则需点击【前往处理】，进入请销假***，其页面如图2所示，然后管理人员在请销假***进行处理，处理完成后请销假***对开放平台发送新的提醒消息以提示处理结果，新的提醒消息也被呈现在开放平台的界面上，如图3所示，这样就完成了一次请销假业务流程。可以看出，这种互动方式下，用户需进入第三方业务***的页面进行业务处理，操作较为繁琐，当第三方业务***较多时，用户需要奔波于多个业务***之间，使用体验不佳。

因此，当前迫切需要一种能够改善用户体验的基于开放平台的第三方业务***与用户交互的方法和装置。

发明内容

本发明的任务是提供一种能够改善用户体验的基于开放平台的第三方业务***与用户交互的方法和装置。

为实现上述发明目的，本发明提供了一种基于开放平台的第三方业务***与用户交互的方法，包括下列步骤：

1）第三方业务***向开放平台发送携带操作对象描述信息的用户操作描述消息；所述操作对象描述信息包括：组成操作对象的控件类型、名称和操作说明；

2）开放平台接收并解析用户操作描述消息，然后通过所述操作对象描述信息从内置的库中调出相应的控件构成操作对象并将其呈现在自身的用户界面上；

3）在用户操作后，生成返回值，开放平台将所述返回值发送至相应的第三方业务***；

4）第三方业务***接收返回值并生成业务执行结果。

其中，所述步骤1）中，所述操作说明包括控件标签和操作提示信息，所述标签是对控件所代表含义的补充说明，所述操作提示信息是提示用户如何操作相应控件的文字。

其中，所述步骤1）中，所述操作对象描述信息还包括用户操作限制条件。

其中，所述步骤1）中，所述用户操作描述消息中还携带业务描述信息，所述业务描述信息是用以帮助用户完成相应的业务操作的关于业务本身的信息；

所述步骤2）中，所述开放平台还从所述用户操作描述消息中解析出业务描述信息并将其呈现在自身的用户界面上。

其中，所述步骤1）中，构成所述操作对象的控件的类型包括：文本框、多行文本域、下拉列表框、多行选择框、复选框、单选框、附件上传和按钮中的一种或多种。

其中，所述步骤1）中，构成所述操作对象的控件的类型还包括表单控件，所述表单控件是用于存放展现其它类型控件的容器控件。

其中，所述操作对象描述信息还包括控件返回值的提交地址。

其中，所述基于开放平台的第三方业务***与用户交互的方法还包括下述步骤5）：

5）第三方业务***将业务执行结果传送到开放平台，开放平台将业务执行结果呈现在自身的用户界面上

其中，对于需要多次往返地互动业务流程，所述步骤5）中，第三方业务***发送携带了前一步互动的业务执行结果的新的用户操作描述消息，开放平台重复执行步骤2）至5），从而得到新的业务执行结果，这样周而复始，直至完成整个业务流程。

与现有技术相比，本发明具有下列技术效果：

1、简化了用户操作，可在开放平台的页面上直接对各种业务进行处理。

2、对于各种不同业务，能够为用户呈现风格统一的界面，有助于提升用户体验。

附图说明

图1示出了现有技术中请销假***通过某开放平台与用户交互的一个用户界面的示意图；

图2示出了现有技术中请销假***的一个用户界面的示意图；

图3示出了现有技术中完成请假业务流程后开放平台所呈现的用户界面的示意图；

图4示出了本发明一个实施例的流程图；

图5示出了本发明一个实施例的一些控件的示例；

图6示出了本发明一个实施例中一个文本框形式的业务控件的用户界面的效果；

图7示出了本发明一个实施例中基层员工发起业务流程后开放平台为管理员呈现的用户界面的示意图；

图8示出了本发明一个实施例中基层员工发起业务流程后开放平台为该基层员工呈现的用户界面的示意图；

图9示出了本发明一个实施例中管理员点击同意操作后开放平台为该管理员所呈现的业务执行结果的用户界面的示意图；

图10示出了本发明一个实施例中管理员点击同意操作后开放平台为相应基层员工所呈现的业务执行结果的用户界面的示意图；

图11示出了本发明一个实施例中文字标签控件样例的用户界面表现；

图12示出了本发明一个实施例中单行文本框样例的用户界面表现；

图13示出了本发明一个实施例中多行文本框样例的用户界面表现；

图14示出了本发明一个实施例中下拉列表控件样例的用户界面表现；

图15示出了本发明一个实施例中单选框样例的用户界面表现；

图16示出了本发明一个实施例中复选框样例的用户界面表现；

图17示出了本发明一个实施例中文件选择控件样例的用户界面表现；

图18示出了本发明一个实施例中时间控件样例的用户界面表现；

图19示出了本发明一个实施例中提交按钮样例的用户界面表现；

图20示出了本发明一个实施例中重置按钮样例的用户界面表现；

图21示出了本发明一个实施例中用户操作描述消息样例的整体用户界面表现。

具体实施方式

以下，结合附图和实施例对本发明做进一步地描述。

根据本发明的一个实施例，提供了一种基于开放平台的第三方业务***与用户交互的方法，图4示出了该方法的流程图，包括下列步骤：

1）第三方业务***向开放平台发送用户操作描述消息。用户操作描述消息携带操作对象描述信息。与现有技术不同，本实施例中，第三方业务***发起业务流程时不是向开放平台发送简单的提示信息和转往该第三方业务***的超链接，而是向开放平台发送用于描述操作对象的一系列信息，开放平台可通过这些描述信息调用内置的模块来组成所需的操作对象，而用户直接对操作对象进行操作即可完成业务流程的相应步骤，不需再转往第三方业务***。

具体地，本实施例中的操作对象是用户可操作的一个或一组控件。构成操作对象的控件的类型包括但不限于文本框、多行文本域、下拉列表框、多行选择框、复选框、单选框、附件上传、按钮等等，这些控件由开放平台内置，图5示出了一些控件的示例。一个操作对象既可以只有单独的一个控件（例如单独一个提交按钮，该提交按钮中即包含了返回值），也可以是多个相同或不同类型控件的组合。需要说明的是，在用户交互层面，用户触发提交的动作并不限于提交按钮，提交按钮的功能也可以用一个超链接或者其它类型的控件实现，这是本领域技术人员易于理解的。

操作对象描述信息是对操作对象的描述，通过这些描述信息，开放平台可从内置的库中调出相应的控件。本实施例中，操作对象描述信息包括控件类型、名称、标签、操作提示信息和操作限制条件等元素。其中标签是对控件所代表含义的补充说明。操作提示信息是提示用户如何操作相应控件的文字，例如文本框中用于提示的初始文字。标签和操作提示信息均用于对控件的说明，为便于描述，可将二者统称为控件操作说明。另外，在用户提交操作对象前，开放平台可以对用户输入的数值或其它信息进行一定条件的校验，比如校验是否是数字、中文、email等等；这些限定用户输入内容的条件称为操作限制条件。根据控件类型的不同，用户操作描述消息中的操作对象描述信息可以由控件类型、控件名称、标签、操作提示信息和操作限制条件等项目中的一部分组成，也可以由上述全部项目组成，在优选实施例中，操作对象描述信息还可以包括控件ID。各种不同控件类型及相应的操作对象描述信息将在下文中详细介绍。

在本实施例中，用户操作描述消息中还携带业务描述信息，业务描述信息是向用户介绍或提示关于业务本身的一些信息，这些信息可以帮助用户完成相应的业务操作。本实施例中业务描述信息为提示文本，当然，在别的实施例中，业务描述信息也可以是图片或文本与图片的组合等其它形式的信息。当然，在一些简单的业务中，用户操作描述消息中也可以不包含业务描述信息，这是本领域技术人员易于理解的。

2）开放平台对用户操作描述消息进行数据接收、校验和存储。

接收包括：获取第三方业务***调用开放平台OPEN API数据接口过程中传递过来的API参数内容；OPEN API规定了API方法名称、API方法需要使用到的参数规格（即数量、名称、类型、限制等）；第三方业务***在调用API时不但要告诉平台他要用哪个方法（即API的方法名称）也要传递该方法符合规格的API参数内容，本实施例中的操作对象描述信息即可视为API参数内容之一；

校验包括：验证数据的格式是否正确；校验第三方业务***的身份；校验API接口调用者（即第三方业务***）是否有权限调用本接口；

存储包括：对接收到的数据进行处理，以计算机可以处理的格式存储到数据库（磁盘）内。

3）开放平台对所存储的用户操作描述消息进行语义解析，获得其所携带的操作对象描述信息和业务描述信息。开放平台将业务描述信息呈现至用户界面，并根据操作对象的描述调用相应的控件生成并在用户界面的合适位置呈现操作对象。

图6示出了一个文本框形式的控件及相应的业务描述信息所呈现在页面的效果。

4）用户对操作对象进行操作，开放平台接收该操作并生成返回值（相对于第三方业务***，用户对操作对象进行操作后操作对象上承载的数据是返回值），将返回值打包发送至相应的第三方业务***的地址。

具体地，根据业务提示文本和操作对象中的操作提示文本，用户在操作控件中进行操作，这个操作可以是输入文本、下拉菜单选择、点击复选框或单选框、粘贴附件等。操作完后点击提交按钮，此时会触发开放平台将返回值打包发送至第三方业务***的地址。

5）第三方业务***接收携带返回值的数据包，提取其中返回值，根据返回值生成业务执行结果。

还是以图6的例子进行说明，用户点击提交按钮后将用户填写的“姓名”提交给第三方业务***，第三方业务***接收到数据后进行相关的业务处理（这个处理与平台无关），处理完毕后必定会有一个结果，例如：成功？失败？有问题？或者其他问题？

6）第三方业务***以消息的形式将业务执行结果传送到开放平台，开放平台将业务执行结果呈现在自身的用户界面上。

携带业务执行结果的消息同样遵循一定的描述语言表述，其规范如前文步骤1）所述，此处不再赘述。在一个实施例中，携带业务执行结果的消息可以是仅包含业务描述信息，即业务执行的结果。此时，开放平台可以直接将执行结果作为一个新的消息呈现在用户界面上。当然，开放平台也可以对携带业务执行结果的消息进行解析，将业务执行结果***步骤3）中的原用户操作描述消息，必要时可对原消息中的部分文字进行替换。这样，对于同一业务流程，能够简化呈现给用户的内容，使用户界面更加简洁。

在另一个实施例中，完成业务流程可能需要多次往返地互动，前一步互动的业务执行结果就是下一步互动的起始。此时，步骤6）中第三方业务***按照一定描述语言发送携带了前一步互动的业务执行结果的新的用户操作描述消息（以供用户进行下一步的操作），开放平台重复执行步骤2）至5），从而得到新的业务执行结果。这样周而复始，即可完成整个业务流程。

图7至10展示了依据上述实施例，请销假***通过某开放平台与用户交互的过程。其中，图7示出了本发明一个实施例中基层员工发起业务流程后开放平台为管理员呈现的用户界面的示意图；图8示出了本发明一个实施例中基层员工发起业务流程后开放平台为该基层员工呈现的用户界面的示意图；图9示出了本发明一个实施例中管理员点击同意操作后开放平台为该管理员所呈现的业务执行结果的用户界面的示意图；图10示出了本发明一个实施例中管理员点击同意操作后开放平台为相应基层员工所呈现的业务执行结果的用户界面的示意图。

上述实施例中，用户操作描述消息按一定的描述语言表述，例如描述语言的文本组织可以遵照json规范，以便开放平台进行识别。下面给出一系列依据json规范的描述语言的文本的样例，这些样例用于描述各种类型的控件。

表单控件样例：

其中，”type”部分描述的是表单类型；”name”部分描述的是该控件实例化（展示出来）时所用的名称，该名称可以重复；”id”部分描述的是该控件实例化（展示出来）时所用的唯一编号，它不可以重复；”action”部分描述表单是提交到哪个地址；”method”部分描述的是表单的提交方式。”enctype”部分描述了表单提交时的编码方式；”enctype”部分的值可以是：application/x‐www‐form‐urlencoded在发送前编码所有字符（默认）multipart/form‐data不对字符编码。在使用包含文件上传控件的表单时，必须使用该值。text/plain空格转换为"+"加号，但不对特殊字符编码。”items”:[{},{}]表示该表单控件内还可以包含其他控件。

表单控件是个容器控件，是用来存放展现UI控件、规定控件内的值提交到哪的，所以没在网页上是看不到的。一个表单控件可以容纳多个UI控件，这样就可以用多个控件来共同构成操作对象。

文字标签控件样例：

其中包括该控件类型、实例化所用名称、实例化所用的id、控件操作的提示文本等描述。另外，”htmlcss”部分表示控件在展示时使用的css样式，它可以让相同的控件表现出不同的样式。下文中不再赘述。

该控件的UI表现如图11所示。

单行文本框样例：

其中包括该控件类型、实例化所用名称、实例化所用的id、控件操作的标签和提示文本等描述。

该控件的UI表现如图12所示。

多行文本框样例：

其中包括该控件类型、实例化所用名称、实例化所用的id、控件操作的标签和提示文本等描述。

其UI表现如图13所示

下拉列表控件样例：

其中包括该控件类型、实例化所用名称、实例化所用的id、控件操作的标签和提示文本等描述。

”optionitems”中描述的内容为下拉框的各个选择项。

其UI表现如图14所示。

单选框样例：

其中包括每个单选框控件类型、实例化所用名称、实例化所用的id、控件操作的标签等描述，另外”value”所描述的是返回值。

其UI表现如图15所示。

复选框样例：

其中包括每个复选框控件类型、实例化所用名称、实例化所用的id、控件操作的标签等描述。另外”value”所描述的是返回值。

其UI表现如图16所示。

文件选择控件样例：

其中包括控件类型、实例化所用名称、实例化所用的id、控件操作的标签等描述。

其UI表现如图17所示。

时间控件样例：

其中包括控件类型、实例化所用名称、实例化所用的id、控件操作的标签和时间格式等描述。

其UI表现如图18所示。

隐藏域控件样例：

其中包括控件类型、实例化所用名称、实例化所用的id和隐藏域的值等描述。隐藏域控件一般用于存放一些***性的字段，这些***性的字段不必让用户知晓、查看到。

隐藏域是隐藏在后台的，用户不能在网页上看到，没有UI表现。

提交按钮样例：

其中包括控件类型、实例化所用名称、实例化所用的id和提示文字。需说明的是，该控件中的”value”并非返回值，而是用于显示提交按钮的提示文字。

其UI表现如图19所示。

点击提交按钮会触发form表单控件的提交功能，将form表单内所有数据发送到action指向的地址。

重置按钮样例：

其中包括控件类型、实例化所用名称、实例化所用的id和和提示文字。

需说明的是，该控件中的“value”并非返回值，而是用于显示重置按钮的提示文字。

其UI表现如图20所示。

点击重置按钮会触发一个效果，即将form表单恢复到初始状态。

下面给出一个完整的用户操作描述消息的样例，它是一个完整的、带有交互UI的消息样例。

“head”部分（即“head”节点）是描述语言要有一个基本的描述模块，里面主要描述了该段描述语言的长度，调用者是谁，该部分应该是可以随着平台的不断升级具有动态可扩充的特点。

“message”部分（即“message”节点）是描述了消息的基本内容，发给谁的，发送的主要内容是什么，是哪种类型的消息，是否有附件等等，该部分应该是可以随着平台的不断升级具有动态可扩充的特点。

“business”部分（即“business”节点）描述了业务操作层的基本信息；该部分定义了业务表单的展现模式、提交地址等等；这个部分是可扩展的。它可以在表单前展现一些业务描述信息，用以介绍和提示用户进行相应的业务操作。需要说明的是，在一些实施例中业务描述信息是可以省略的。

“items”部分（即“items”节点）描述了具体的表单内容。它依次定义了一个文字标签、两个单选框、一个输入框和一个提交按钮，这些控件共同构成了操作对象。

该用户操作描述消息的整体UI表现如图21所示。

另外，需要说明的是，在正式使用时，用户操作描述消息的内容信息都会使用unicode进行编码，以确保数据完整无误；在样例中为了可读性的考虑都直接显示了内容。

最后应说明的是，以上实施例仅用以描述本发明的技术方案而不是对本技术方法进行限制，本发明在应用上可以延伸为其它的修改、变化、应用和实施例，并且因此认为所有这样的修改、变化、应用、实施例都在本发明的精神和教导范围内。

Claims (9)

1.一种基于开放平台的第三方业务***与用户交互的方法，包括下列步骤：

1）开放平台接收第三方业务***发送的携带操作对象描述信息的用户操作描述消息；所述操作对象描述信息包括：组成操作对象的控件类型、名称和操作说明；

2）开放平台解析用户操作描述消息，然后根据所述操作对象描述信息用相应的控件构成操作对象并将其呈现在自身的用户界面上；

3）在用户操作后，生成返回值，开放平台将所述返回值发送至相应的第三方业务***。

2.根据权利要求1所述的基于开放平台的第三方业务***与用户交互的方法，其特征在于，所述步骤1）中，所述操作说明包括控件标签和操作提示信息。

3.根据权利要求1所述的基于开放平台的第三方业务***与用户交互的方法，其特征在于，所述步骤1）中，所述操作对象描述信息还包括用户操作限制条件。

4.根据权利要求1所述的基于开放平台的第三方业务***与用户交互的方法，其特征在于，所述步骤1）中，所述用户操作描述消息中还携带业务描述信息；

所述步骤2）中，所述开放平台还从所述用户操作描述消息中解析出业务描述信息并将其呈现在自身的用户界面上。

5.根据权利要求1所述的基于开放平台的第三方业务***与用户交互的方法，其特征在于，所述步骤1）中，构成所述操作对象的控件的类型包括：文本框、多行文本域、下拉列表框、多行选择框、复选框、单选框、附件上传和按钮中的一种或多种。

6.根据权利要求5所述的基于开放平台的第三方业务***与用户交互的方法，其特征在于，所述步骤1）中，构成所述操作对象的控件的类型还包括表单控件。

7.根据权利要求1所述的基于开放平台的第三方业务***与用户交互的方法，其特征在于，所述操作对象描述信息还包括控件返回值的提交地址。

8.根据权利要求1所述的基于开放平台的第三方业务***与用户交互的方法，其特征在于，还包括下述步骤4）、5）：

4）第三方业务***接收返回值并生成业务执行结果；

5）第三方业务***将业务执行结果传送到开放平台，开放平台将业务执行结果呈现在自身的用户界面上。

9.根据权利要求8所述的基于开放平台的第三方业务***与用户交互的方法，其特征在于，对于需要多次往返地互动业务流程，所述步骤5）中，第三方业务***发送携带了前一步互动的业务执行结果的新的用户操作描述消息，开放平台重复执行步骤2）至5），从而得到新的业务执行结果，这样周而复始，直至完成整个业务流程。