CN106600230A - 用于流程审批的方法和装置 - Google Patents

Abstract

本公开是关于一种用于流程审批的方法和装置。应用于用户设备的方法包括：接收服务器发送的基于XML的审批数据，所述审批数据包括用于流程审批的审批信息；解析所述审批数据，确定所述审批信息；调用所述用户设备中的控件，以输出所述审批信息。这样，实现了不同***的用户设备对审批数据的兼容性，并使审批数据有较好的可扩展性。

Description

用于流程审批的方法和装置

技术领域

本公开涉及互联网通信领域，尤其涉及一种用于流程审批的方法和装置。

背景技术

很多高速发展的新型企业，随着业务的不断扩大，业务流程的种类和复杂度也不断提升。随着移动互联网的高速发展，目前移动智能用户设备的普及率在不断增加。在用户终端中实现审批的流程，能够使用户随时随地进行审批工作，极大地提高了工作效率。许多技术人员也正在研究如何在用户设备上实现业务流程的审批程序。

另外，可扩展标记语言(Extensible Markup Language，XML)是标准通用标记语言的子集，是一种用于标记电子文件使其具有结构性的标记语言。

发明内容

为克服相关技术中存在的问题，本公开提供一种方便快捷的用于流程审批的方法和装置。

根据本公开实施例的第一方面，提供一种用于流程审批的方法，应用于用户设备。所述方法包括：接收服务器发送的基于XML的审批数据，所述审批数据包括用于流程审批的审批信息；解析所述审批数据，确定所述审批信息；调用所述用户设备中的控件，以输出所述审批信息。

可选地，在所述调用所述用户设备中的控件，以输出所述审批信息的步骤之后，所述方法还包括：接收用户发送的审批指示；根据所述审批指示，基于XML编码得到反馈数据；将所述反馈数据发送至所述服务器。

可选地，所述审批信息包括指示检测所述用户设备的状态的检测请求，在所述解析所述审批数据，确定所述审批信息的步骤之后，所述方法还包括：调用所述用户设备中的传感器，以检测所述用户设备的状态；所述根据所述审批指示，基于XML编码得到反馈数据的步骤包括：根据所述审批指示和所述用户设备的状态，基于XML编码得到反馈数据。

根据本公开实施例的第二方面，提供一种用于流程审批的方法，应用于服务器。所述方法包括：生成基于XML的审批数据，所述审批数据包括用于流程审批的审批信息；向用户设备发送所述审批数据，以使所述用户设备解析所述审批数据，确定所述审批信息后，调用所述用户设备中的控件来输出所述审批信息。

可选地，所述方法还包括：接收所述用户设备发送的基于XML的反馈数据，其中，所述用户设备根据用户发送的审批指示编码所述反馈数据。

可选地，所述审批信息包括指示检测所述用户设备的状态的检测请求，所述用户设备根据用户发送的审批指示和所述用户设备的状态，编码所述反馈数据。

根据本公开实施例的第三方面，提供一种用于流程审批的装置，应用于用户设备。所述装置包括：审批数据接收模块，用于接收服务器发送的基于XML的审批数据，所述审批数据包括用于流程审批的审批信息；解析模块，用于解析所述审批数据接收模块接收的所述审批数据，确定所述审批信息；控件调用模块，用于调用所述用户设备中的控件，以输出所述解析模块解析确定的所述审批信息。

可选地，所述装置还包括：审批指示接收模块，用于接收用户发送的审批指示；编码模块，用于根据所述审批指示接收模块接收的所述审批指示，基于XML编码得到反馈数据；反馈数据发送模块，用于将所述反馈数据发送至所述服务器。

可选地，所述审批信息包括指示检测所述用户设备的状态的检测请求，所述装置还包括：传感器调用模块，与所述解析模块连接，用于调用所述用户设备中的传感器，以检测所述用户设备的状态；所述编码模块包括：编码子模块，与所述传感器调用模块连接，用于根据所述审批指示和所述用户设备的状态，基于XML编码得到反馈数据。

根据本公开实施例的第四方面，提供一种用于流程审批的装置，应用于服务器。所述装置包括：生成模块，用于生成基于XML的审批数据，所述审批数据包括用于流程审批的审批信息；审批数据发送模块，用于向用户设备发送所述审批数据，以使所述用户设备解析所述审批数据，确定所述审批信息后，调用所述用户设备中的控件来输出所述审批信息。

可选地，所述装置还包括：反馈数据接收模块，用于接收所述用户设备发送的基于XML的反馈数据，其中，所述用户设备根据用户发送的审批指示编码所述反馈数据。

可选地，所述审批信息包括指示检测所述用户设备的状态的检测请求，所述用户设备根据用户发送的审批指示和所述用户设备的状态，编码所述反馈数据。

本公开的实施例提供的技术方案可以包括以下有益效果：

服务器向用户设备发送的基于XML的审批数据，用于指示用户设备所要呈现的具体内容。用户设备解析审批数据以后，能够通过自身的控件来将具体内容呈现出来。这样，不论用户设备使用的***如何，都可以最终呈现出服务器统一发送的审批信息。因此，实现了不同***的用户设备对审批数据的兼容性。另外，由于XML采用根节点结构，审批数据可以分为多个部分，用户设备能够对多个部分分别进行解析，因此，可以通过增加新的部分来增加审批信息，使审批数据有较好的可扩展性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的实施环境的结构示意图；

图2是根据一示例性实施例示出的一种用于流程审批的方法的流程图；

图3是根据一示例性实施例示出的显示流程审批信息的界面图；

图4是根据另一示例性实施例示出的显示流程审批信息的界面图；

图5是根据另一示例性实施例示出的一种用于流程审批的方法的流程图；

图6是根据又一示例性实施例示出的一种用于流程审批的方法的流程图；

图7是根据一示例性实施例示出的一种用于流程审批的方法的流程图；

图8是根据另一示例性实施例示出的一种用于流程审批的方法的流程图；

图9是根据一示例性实施例示出的一种用于流程审批的装置的框图；

图10是根据另一示例性实施例示出的一种用于流程审批的装置的框图；

图11是根据又一示例性实施例示出的一种用于流程审批的装置的框图；

图12是根据一示例性实施例示出的一种用于流程审批的装置的框图；

图13是根据另一示例性实施例示出的一种用于流程审批的装置的框图；

图14是根据一示例性实施例示出的一种用于流程审批的装置的框图；

图15是根据一示例性实施例示出的一种用于流程审批的装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的实施环境的结构示意图。参照图1，该实施环境可以包括用户设备110和服务器120。用户设备110和服务器120之间可以通过有线或无线网络进行通信。用户设备110例如可以是智能手机、智能手环、智能手表以及自拍杆等。在图1中，用户设备110以智能手机来示意。

图2是根据一示例性实施例示出的一种用于流程审批的方法的流程图，所述方法应用于用户设备110。如图2所示，所述方法可以包括以下步骤。

在步骤S11中，接收服务器发送的基于XML的审批数据，所述审批数据包括用于流程审批的审批信息。

在步骤S12中，解析所述审批数据，确定所述审批信息。

在步骤S13中，调用所述用户设备中的控件，以输出所述审批信息。

也就是，服务器和用户设备之间可以约定一个基于XML的协议。用户设备解析服务器发送的基于XML的审批数据，然后根据自身的***，来实现基于本地控件的展示。

其中，审批数据是服务器基于XML协议编译而成的。在审批数据中，包括了审批信息。审批信息是指用于描述审批的具体内容的信息，例如，采购订单号、供应商、订单日期、付款方式等。用户浏览了审批信息之后，对要审批的内容有了具体的了解，然后就可以发送同意或驳回的指示了。

由于XML采用根节点结构，审批数据可以分为多个部分。每个部分可以对应于信息显示的多个区块。图3是根据一示例性实施例示出的显示流程审批信息的界面图。如图3所示，显示的信息从上至下可以分成三个区块：消息明细区(包括配件采购订单4500167113等)、审批记录和相关材料区(包括查看报价单等)、附件信息查看区(包括1、QBE4000RT等)。

例如，在审批数据中，对各个分区(模块)的定义可以为如下所示：

其中，将这个审批信息分为HEAD(例如，上述消息明细区)、DETAIL(例如，上述审批记录和相关材料区)、ACCESSORY(例如，上述附件信息查看区)三个模块。并且其中定义了每个模块的上边距(margintop)，也就是，定义了显示的样式。左右边距可以由用户设备来进行调整。

图4是根据另一示例性实施例示出的显示流程审批信息的界面图。所示，例如，对于图4中HEAD模块的定义，审批数据可以为如下所示：

其中，定义了HEAD模块中的标题(无付款申请F100116)等信息，并且定义了各个信息采用什么样的形式进行显示，例如，左对齐，居中对齐，使用默认颜色等。该实施例中，界面和内容的定义是混在一起的，因为是私有协议，可以选择这种紧耦合的模式，以减少传输的数据量，加快传输速度。用户设备接收到该审批数据后，可以将解析得到的审批信息进行显示。

也就是，审批数据中指示用户设备来实现HEAD模块，例如还指示背景颜色为红色。不同用户设备可以根据自己的***去实现该指示。安装有IOS***的用户设备可以用OC来实现，安装有Android***的用户设备可以用JAVA来实现。最终实现出来的效果，都是审批数据中所指示的内容和样式，背景为红色。也就是不同***的用户设备可以根据不同的代码来实现该模块。

另外在图3和图4中都显示有包括留言区和两个按钮(同意、驳回)的操作区。该操作区的设置同样可以通过基于XML的审批数据来发送给用户设备，来定义可能存在的操作和点击之后的事件。由于审批业务的特殊性，通常可能进行的操作很少，常用的就是同意、驳回、转发等操作。因此，通过枚举的方式很容易进行列举。

用于设置图3和图4中的留言、按钮、以及对应操作的审批数据可以为如下所示：

上面举例的审批数据是服务器发送给用户设备的，用户设备在解析得到审批信息后，可以调用自身的控件，以审批数据中所指示的样式来输出审批数据中所解析出来的审批信息。例如，上述审批数据中，指示用户设备画两个按钮。对于安装有IOS***的用户设备，需要应用继承UIVIEW来实现，而对于安装有Android***的用户设备则需要继承VIEW来实现，实现的代码不同。

XML是互联网广泛接受和兼容的基础协议，绝大部分的语言和平台都能够方便地进行解析和编码，不会存在兼容性问题和解析语义差异的问题。而且，XML协议的语义能够保证良好的可扩展性。

具体地，在审批业务中，很多内容都会有一些变化，例如审批信息附件(例如，合同、报价单、资质证明等)开始只有一种，后来慢慢增加成两三种。很多用户设备中，老版本的程序可能升级并不及时，这时用XML描述结构的优势就体现出来。XML结构解析的语义，保证了可以任意添加新的描述域，只要不改变原有的标签层级结构即可。

用户终端中的解析器，可以解析自己能够识别的标签，对于无法识别的标签，会直接进行忽略。例如操作区多了一个功能需求，需要额外的增加一个标签说明域。那么可以将审批数据升级了，修改成以下样式：

其中，比较之前的操作区的审批数据，多了一个<label>标签。此时，新版本的用户设备中，可以识别此标签，而老版本的用户设备中，则会忽视这个标签，其他照常解析，并不影响业务进行。这保证了只要扩展协议的时候，不改变原有标签的层级结构和语义，就不会影响旧版本功能的正常运行，保证了整个***的可扩展性和兼容性。

除了输出审批信息之外，用户设备还可以将用户的审批指示基于XML反馈给服务器。图5是根据另一示例性实施例示出的一种用于流程审批的方法的流程图。如图5所示，在图2的基础上，在调用用户设备中的控件，以输出审批信息的步骤(步骤S13)之后，所述方法还可以包括以下步骤。

在步骤S14中，接收用户发送的审批指示。

在步骤S15中，根据审批指示编码成基于XML的反馈数据。

在步骤S16中，将反馈数据发送至服务器。

其中，用户可以通过用户设备中的交互界面来发送审批指示，例如，点击“同意”按键。用户设备可以将审批指示同样基于XML编码成反馈数据。也就是，该实施例中，用户设备与服务器之间通过XML进行审批相关数据的传输，此时用户设备通过解析和编码XML就能够实现审批流程的交互功能。

基于上述本地化实现的方法，对于审批过程中附带的关于用户设备的状态的描述，也可以方便地通过用户设备本地的传感器来获取。图6是根据又一示例性实施例示出的一种用于流程审批的方法的流程图。该实施例中，审批信息包括指示检测用户设备的状态的检测请求。如图6所示，在图5的基础上，在解析审批数据，确定审批信息的步骤(步骤S12)之后，所述方法还可以包括步骤S120。

在步骤S120中，调用用户设备中的传感器，以检测用户设备的状态。

该实施例中，根据审批指示编码基于XML的反馈数据的步骤(步骤S15)可以包括步骤S151。

在步骤S151中，根据审批指示和用户设备的状态，编码基于XML的反馈数据。

其中，用户设备的状态可以是对用户设备所处环境的描述，可以用于描述用户在审批时所处的环境。例如，用户设备的定位。服务器可以在审批数据中加入<gps>标签，要求记录当前位置。即审批信息包括指示检测用户设备的定位的检测请求。用户设备解析以后得到该检测请求。可以方便地调用自身携带的GPS***检测到自身定位，将检测的定位编码在反馈数据中反馈给服务器。这样就很便利地应用了用户设备自身的传感器来反馈用户设备的状态，通过本地化的实现，为用户提供了更流畅的运行体验。

本公开中由于采用XML进行通信，***的耦合性大大地降低。用户设备能够正常地解析XML即可，对于其他因素没有额外的需求。具体业务中，交互协议和具体的标签语义，在保证服务器和用户设备保持一致的情况下，根据业务发展和实际情况可以自行定义。

通过以上技术方案，服务器向用户设备发送的基于XML的审批数据，用于指示用户设备所要呈现的具体内容。用户设备解析审批数据以后，能够通过自身的控件来将具体内容呈现出来。这样，不论用户设备使用的***如何，都可以最终呈现出服务器统一发送的审批信息。因此，实现了不同***的用户设备对审批数据的兼容性。另外，由于XML采用根节点结构，审批数据可以分为多个部分，用户设备能够对多个部分分别进行解析，因此，可以通过增加新的部分来增加审批信息，使审批数据有较好的可扩展性。

本公开还提供一种用于流程审批的方法，应用于服务器。图7是根据一示例性实施例示出的一种用于流程审批的方法的流程图。如图7所示，所述方法可以包括以下步骤。

在步骤S21中，生成基于XML的审批数据，所述审批数据包括用于流程审批的审批信息。

在步骤S22中，向用户设备发送所述审批数据，以使所述用户设备解析所述审批数据，确定所述审批信息后，调用所述用户设备中的控件来输出所述审批信息。

图8是根据另一示例性实施例示出的一种用于流程审批的方法的流程图。如图8所示，在图7的基础上，所述方法还可以包括步骤S23。

在步骤S23中，接收用户设备发送的基于XML的反馈数据，其中，用户设备根据用户发送的审批指示编码反馈数据。

在本公开的又一实施例中，所述审批信息可以包括指示检测用户设备的状态的检测请求，所述用户设备根据用户发送的审批指示和用户设备的状态，编码反馈数据。

以上关于服务器中使用的流程审批的方法，与关于用户设备中使用的流程审批的方法一一对应，此处不再赘述。

本公开还提供一种用于流程审批的装置，应用于用户设备。图9是根据一示例性实施例示出的一种用于流程审批的装置的框图。如图9所示，所述用于流程审批的装置10可以包括审批数据接收模块11、解析模块12和控件调用模块13。

审批数据接收模块11用于接收服务器发送的基于XML的审批数据，所述审批数据包括用于流程审批的审批信息。

解析模块12用于解析所述审批数据接收模块接收的所述审批数据，确定所述审批信息。

控件调用模块13用于调用所述用户设备中的控件，以输出所述解析模块解析确定的所述审批信息。

图10是根据另一示例性实施例示出的一种用于流程审批的装置的框图。如图10所示，在图9的基础上，所述装置10还可以包括审批指示接收模块14、编码模块15和反馈数据发送模块16。

审批指示接收模块14用于接收用户发送的审批指示。

编码模块15用于根据所述审批指示接收模块接收的所述审批指示，基于XML编码得到反馈数据。

反馈数据发送模块16用于将所述反馈数据发送至所述服务器。

图11是根据又一示例性实施例示出的一种用于流程审批的装置的框图。该实施例中，所述审批信息包括指示检测所述用户设备的状态的检测请求。如图11所示，在图10的基础上，所述装置10还可以包括传感器调用模块120。传感器调用模块120与解析模块12连接，用于调用用户设备中的传感器，以检测所述用户设备的状态。

该实施例中，编码模块15可以包括编码子模块151。编码子模块151与传感器调用模块120连接，用于根据审批指示和用户设备的状态，基于XML编码得到反馈数据。

本公开还提供一种用于流程审批的装置，应用于服务器。图12是根据一示例性实施例示出的一种用于流程审批的装置的框图。如图12所示，用于流程审批的装置20可以包括生成模块21和审批数据发送模块22。

生成模块21用于生成基于XML的审批数据，所述审批数据包括用于流程审批的审批信息。

审批数据发送模块22用于向用户设备发送所述审批数据，以使所述用户设备解析所述审批数据，确定所述审批信息后，调用所述用户设备中的控件来输出所述审批信息。

图13是根据另一示例性实施例示出的一种用于流程审批的装置的框图。如图13所示，在图12的基础上，所述装置20还可以包括反馈数据接收模块23。

反馈数据接收模块23用于接收用户设备发送的基于XML的反馈数据，其中，用户设备根据用户发送的审批指示编码所述反馈数据。

在本公开的又一实施例中，在图13的基础上，审批信息可以包括指示检测所述用户设备的状态的检测请求。用户设备根据用户发送的审批指示和用户设备的状态，编码反馈数据。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

通过以上技术方案，服务器向用户设备发送的基于XML的审批数据，用于指示用户设备所要呈现的具体内容。用户设备解析审批数据以后，能够通过自身的控件来将具体内容呈现出来。这样，不论用户设备使用的***如何，都可以最终呈现出服务器统一发送的审批信息。因此，实现了不同***的用户设备对审批数据的兼容性。另外，由于XML采用根节点结构，审批数据可以分为多个部分，用户设备能够对多个部分分别进行解析，因此，可以通过增加新的部分来增加审批信息，使审批数据有较好的可扩展性。

图14是根据一示例性实施例示出的一种用于流程审批的装置1400的框图。例如，装置1400可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图14，装置1400可以包括以下一个或多个组件：处理组件1402，存储器1404，电力组件1406，多媒体组件1408，音频组件1410，输入/输出(I/O)的接口1412，传感器组件1414，以及通信组件1416。

处理组件1402通常控制装置1400的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1402可以包括一个或多个处理器1420来执行指令，以完成上述用于流程审批的方法的全部或部分步骤。此外，处理组件1402可以包括一个或多个模块，便于处理组件1402和其他组件之间的交互。例如，处理组件1402可以包括多媒体模块，以方便多媒体组件1408和处理组件1402之间的交互。

存储器1404被配置为存储各种类型的数据以支持在装置1400的操作。这些数据的示例包括用于在装置1400上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件1406为装置1400的各种组件提供电力。电力组件1406可以包括电源管理***，一个或多个电源，及其他与为装置1400生成、管理和分配电力相关联的组件。

多媒体组件1408包括在所述装置1400和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1408包括一个前置摄像头和/或后置摄像头。当装置1400处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。

音频组件1410被配置为输出和/或输入音频信号。例如，音频组件1410包括一个麦克风(MIC)，当装置1400处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1404或经由通信组件1416发送。在一些实施例中，音频组件1410还包括一个扬声器，用于输出音频信号。

I/O接口1412为处理组件1402和***接口模块之间提供接口，上述***接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1414包括一个或多个传感器，用于为装置1400提供各个方面的状态评估。例如，传感器组件1414可以检测到装置1400的打开/关闭状态，组件的相对定位，例如所述组件为装置1400的显示器和小键盘，传感器组件1414还可以检测装置1400或装置1400一个组件的位置改变，用户与装置1400接触的存在或不存在，装置1400方位或加速/减速和装置1400的温度变化。传感器组件1414可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1414还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1414还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1416被配置为便于装置1400和其他设备之间有线或无线方式的通信。装置1400可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1416经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1416还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置1400可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述用于流程审批的方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1404，上述指令可由装置1400的处理器1420执行以完成上述用于流程审批的方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

图15是根据一示例性实施例示出的一种用于流程审批的装置1500的框图。例如，装置1500可以被提供为一服务器。参照图15，装置1500包括处理组件1522，其进一步包括一个或多个处理器，以及由存储器1532所代表的存储器资源，用于存储可由处理组件1522的执行的指令，例如应用程序。存储器1532中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1522被配置为执行指令，以执行上述用于流程审批的方法。

装置1500还可以包括一个电源组件1526被配置为执行装置1500的电源管理，一个有线或无线网络接口1550被配置为将装置1500连接到网络，和一个输入输出(I/O)接口1558。装置1500可以操作基于存储在存储器1532的操作***，例如Windows ServerTM，MacOS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

本领域技术人员在考虑说明书及实践本公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (13)

1.一种用于流程审批的方法，应用于用户设备，其特征在于，所述方法包括：

接收服务器发送的基于XML的审批数据，所述审批数据包括用于流程审批的审批信息；

解析所述审批数据，确定所述审批信息；

调用所述用户设备中的控件，以输出所述审批信息。

2.根据权利要求1所述的方法，其特征在于，在所述调用所述用户设备中的控件，以输出所述审批信息的步骤之后，所述方法还包括：

接收用户发送的审批指示；

根据所述审批指示，基于XML编码得到反馈数据；

将所述反馈数据发送至所述服务器。

3.根据权利要求2所述的方法，其特征在于，所述审批信息包括指示检测所述用户设备的状态的检测请求，在所述解析所述审批数据，确定所述审批信息的步骤之后，所述方法还包括：调用所述用户设备中的传感器，以检测所述用户设备的状态；

所述根据所述审批指示，基于XML编码得到反馈数据的步骤包括：根据所述审批指示和所述用户设备的状态，基于XML编码得到反馈数据。

4.一种用于流程审批的方法，应用于服务器，其特征在于，所述方法包括：

生成基于XML的审批数据，所述审批数据包括用于流程审批的审批信息；

向用户设备发送所述审批数据，以使所述用户设备解析所述审批数据，确定所述审批信息后，调用所述用户设备中的控件来输出所述审批信息。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

接收所述用户设备发送的基于XML的反馈数据，其中，所述用户设备根据用户发送的审批指示编码所述反馈数据。

6.根据权利要求5所述的方法，其特征在于，所述审批信息包括指示检测所述用户设备的状态的检测请求，所述用户设备根据用户发送的审批指示和所述用户设备的状态，编码所述反馈数据。

7.一种用于流程审批的装置，应用于用户设备，其特征在于，所述装置包括：

审批数据接收模块，用于接收服务器发送的基于XML的审批数据，所述审批数据包括用于流程审批的审批信息；

解析模块，用于解析所述审批数据接收模块接收的所述审批数据，确定所述审批信息；

控件调用模块，用于调用所述用户设备中的控件，以输出所述解析模块解析确定的所述审批信息。

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

审批指示接收模块，用于接收用户发送的审批指示；

编码模块，用于根据所述审批指示接收模块接收的所述审批指示，基于XML编码得到反馈数据；

反馈数据发送模块，用于将所述反馈数据发送至所述服务器。

9.根据权利要求8所述的装置，其特征在于，所述审批信息包括指示检测所述用户设备的状态的检测请求，所述装置还包括：传感器调用模块，与所述解析模块连接，用于调用所述用户设备中的传感器，以检测所述用户设备的状态；

所述编码模块包括：编码子模块，与所述传感器调用模块连接，用于根据所述审批指示和所述用户设备的状态，基于XML编码得到反馈数据。

10.一种用于流程审批的装置，应用于服务器，其特征在于，所述装置包括：

生成模块，用于生成基于XML的审批数据，所述审批数据包括用于流程审批的审批信息；

审批数据发送模块，用于向用户设备发送所述审批数据，以使所述用户设备解析所述审批数据，确定所述审批信息后，调用所述用户设备中的控件来输出所述审批信息。

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

反馈数据接收模块，用于接收所述用户设备发送的基于XML的反馈数据，其中，所述用户设备根据用户发送的审批指示编码所述反馈数据。

12.根据权利要求11所述的装置，其特征在于，所述审批信息包括指示检测所述用户设备的状态的检测请求，所述用户设备根据用户发送的审批指示和所述用户设备的状态，编码所述反馈数据。

13.一种用于流程审批的装置，其特征在于，所述装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收服务器发送的基于XML的审批数据，所述审批数据包括用于流程审批的审批信息；

解析所述审批数据，确定所述审批信息；

调用所述用户设备中的控件，以输出所述审批信息。