CN101976409A - 云交易平台的服务订购方法 - Google Patents

Abstract

本发明提供一种云交易平台的服务订购方法，包括：接收来自所述终端设备的服务订购请求，所述服务订购请求至少对应发起请求的用户信息、所述用户对应的机构信息、请求订购的服务信息、针对所述服务请求的角色信息；对所述用户信息进行验证；在所述验证单元验证通过后对所述服务订购请求进行判断；在判断通过时生成与所述服务订购请求对应的订购信息并向所述终端设备发送反馈信息。

Description

云交易平台的服务订购方法

技术领域

本发明涉及一种云交易平台，尤其涉及一种云交易平台的服务订购方法。

背景技术

随着社会信息化及网络化的深入发展，越来越多的商品交易可以基于电子交易服务平台完成。电子交易服务平台可以将服务使用者(交易双方)以及服务提供者(例如金融、物流服务等)的信息一并整合，这种整合了多方资源、信息的平台有效促进了商品交易的信息沟通，给服务使用者带来了极大的便利。

随着电子交易服务平台的广泛使用，电子商务技术也得到了长足发展，在申请号为200510005264.7的中国专利申请中就公开了一种电子交易服务平台的交易方法，所述方法包括：接收和记录买方期望条件；登记注册卖方及其产品和期望；在移动电子交易服务平台上寻求符合买方期望条件的卖家；中央控制器监视买方期望条件和卖方期望条件，匹配出潜在的卖方，将买方的期望条件传送给一定数量的卖方，若卖方反馈有意接受，则与买方联系确认、等待买方反馈，若买方确认，则产生一交易。所述方法以买方为主导，可以有效控制期望商品的竞价价格，而且操作简单，易于实现。

在电子交易服务平台向用户提供服务的过程中，电子交易服务平台需要向服务使用者提供丰富和完善的服务。随着不断地更新或改进，电子交易服务平台可提供的服务积累了多种版本。然而，现有技术的电子交易服务平台中并没有繁杂的服务提出有效的管理方法。

发明内容

本发明要解决现有电子交易服务平台中对繁杂的服务有效的管理的缺失。

为解决上述问题，本发明提供一种云交易平台的服务订购方法包括：接收来自所述终端设备的服务订购请求，所述服务订购请求至少对应发起请求的用户信息、所述用户对应的机构信息、请求订购的服务信息、针对所述服务请求的角色信息；对所述用户信息进行验证；在所述验证单元验证通过后对所述服务订购请求进行判断；在判断通过时生成与所述服务订购请求对应的订购信息并向所述终端设备发送反馈信息。

所述对所述用户信息进行验证包括：验证用户信息的用户账号是否正确、发起请求的用户是否有权限发起所述服务订购请求。

所述对所述服务订购请求进行判断包括：判断服务订购请求费用是否已经缴纳，服务订购请求的是否错误。

所述服务订购请求还对应订购开始时间、订购结束时间或授权账户数。

所述生成与所述服务订购请求对应的订购信息包括：订购信息、应用订购实例信息、授权信息。

所述服务订购方法还包括更新发起请求的用户对应的服务订购信息。

所述机构信息可以携带在所述服务订购请求，也可以是单独添加的机构信息。

所述服务订购方法还包括查询已经生成的订购信息。

所述服务订购方法还包括删除已经生成的订购信息。

所述服务订购方法还包括修改已经生成的订购信息。

所述服务订购方法还包括禁用已经生成的订购信息。

所述服务订购方法还包括启用已经生成的订购信息。

本发明提供一种新的云服务平台的服务订购管理方法，当使用终端设备的用户变得较为庞大时，可以有效防止信息冲突、信息处理滞后、信息丢失等问题的产生。

附图说明

图1是本发明一云交易平台管理系统结构示意图；

图2是本发明服务订购装置结构示意图；

图3是本发明服务订购方法流程示意图；

图4是本发明订购信息查询的一实施例示意图；

图5是本发明用户权限设置装置结构示意图；

图6是本发明用户权限设置方法流程示意图；

图7是本发明组织设置的一实施例示意图；

图8本发明为组织设置成员的一实施例示意图

图9是本发明另外一云交易平台管理系统结构示意图；

图10是一云交易平台系统结构示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明的具体实施方式做详细的说明。

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

如图10所示，一种云交易平台系统包括至少一个终端设备、云交易平台，以及至少一个服务系统，所述终端设备、云交易平台、服务系统之间通过网络进行信息交换。服务系统通过云交易平台提供各种服务，终端设备在云交易平台上使用这些服务，如物流服务，合约服务，银行服务等。

服务系统提供的服务由至少一个功能点组成，每个角色具有至少一个功能点的使用权限。如服务包括功能点1、2、3，角色1具有功能点1的使用权限，角色2具有功能点1、2的使用权限，角色3具有功能点1、2、3的使用权限。

用户通过终端设备在云交易平台使用服务系统提供的各种服务、角色之前，需要先在云交易平台上订购其所需要的服务、角色。云交易平台授权用户订购的服务、角色后，用户可以在云交易平台使用其订购成功的服务、角色。当使用终端设备的用户变得较为庞大时，每个用户对其所需要的服务、角色发出订购请求，则云交易平台需要处理的信息量激增，导致信息冲突、信息处理滞后、信息丢失等。因而，本发明在云交易平台中提供了一种云交易平台管理系统，该管理系统对服务订购的管理和用户权限的设置做出了有效的改进，提高了云交易平台系统的信息处理准确率和效率。

本发明提供的云交易平台管理系统，如图1所示，所述云交易平台管理系统包括云交易平台的服务订购装置1、适配于云交易平台的用户权限设置装置2。所述服务订购装置1适于与终端设备耦接。

服务订购装置1，适于接收来自终端设备的服务订购请求，生成与所述服务订购请求对应的订购信息并向所述终端设备发送反馈信息；

用户权限设置装置2，适于获取所述云交易平台生成的订购信息，所述订购信息中至少包括针对所述服务订购的角色信息，为前述各组织设置至少一个订购的角色信息，为前述各组织添加至少一个成员，针对所述订购的服务，所述成员具备其所属组织的角色。

如图2所示，本发明提供的与终端设备耦接的服务订购装置1包括第一接口单元111、用户验证单元112和订购请求处理单元113。第一接口单元111适于接收来自终端设备的服务订购请求，所述服务订购请求至少对应发起请求的用户信息、所述用户对应的机构信息、请求订购的服务信息、针对所述服务请求的角色信息。用户验证单元112，与所述第一接口单元匹配，适于对所述用户信息进行验证。订购请求处理单元113，与所述用户验证单元匹配，适于在所述验证单元验证通过后对所述服务订购请求进行判断；在判断通过时生成与所述服务订购请求对应的订购信息并向所述终端设备发送反馈信息。

如图3所示，本发明还提供服务订购方法，包括以下步骤：

步骤S11，接收来自终端设备的服务订购请求，所述服务订购请求至少对应发起请求的用户信息、所述用户对应的机构信息、请求订购的服务信息、针对所述服务请求的角色信息；

步骤S12，对所述用户信息进行验证；

步骤S13，所述验证单元验证通过后对所述服务订购请求进行判断；

步骤S14，判断通过时生成与所述服务订购请求对应的订购信息并向所述终端设备发送反馈信息。

下面结合附图2、3对本发明提供的服务订购装置和服务订购方法进行更详细的说明。

第一接口单元111可由现有技术中的网路接口单元组成。

用户信息包括：ID(identity)、用户账号、用户名、职位、公司、密码、办公室电话、办公室传真、手机号码、地址、电子邮箱、语言类型和描述等。用户信息还可以包括用户所属机构的ID、所述机构状态。用户信息也可以包括所属组织的ID、所属组织状态。

机构信息包括：ID、机构名称、一个所属该机构的用户的ID、状态。

服务信息包括：ID、服务代码、服务名、服务扩展名、服务描述、状态、创建者、创建日期、更新者、更新日期。

角色信息包括：ID、角色代码、角色名称、所属应用的ID、角色级别、描述、状态、创建者、创建日期、更新者、更新日期。

用户验证单元112对所述用户信息进行验证包括：验证用户信息的用户账号是否正确、发起请求的用户是否有权限发起该服务订购请求等。进行所述验证前，可以先分析服务订购请求中对应发起请求的用户信息，

用户验证单元112验证用户账号是否正确可以包括：验证用户账号是否注册、用户账号中的账号名称和账号密码是否匹配等。

发起请求的用户以机构名义订购服务时，用户验证单元112验证发起请求的用户是否为该用户所属机构的机构管理员。若发起请求的用户为所属机构的机构管理员，则继续验证其他的内容或发送验证通过通知。若发起请求的用户不是所属机构的机构管理员，则停止验证其他的内容，并发送验证失败通知。

订购请求处理单元113对所述服务订购请求进行判断包括：判断服务订购请求费用是否已经缴纳，服务订购请求的是否错误等。

判断订购请求费用是否已经缴纳时，需要核查该服务订购请求中每项服务、角色的费用是否均已缴纳。若费用缴纳清楚，则继续核查其他项目或生成与所述服务订购请求对应的订购信息并向所述终端设备发送反馈信息。若有一项或者多项未缴纳则返回错误信息至请求用户。

此处所述的服务订购请求的内容是否明显错误，包括服务订购请求中的服务、角色关系是否选择错误等。

所述订购请求处理单元113生成与所述服务订购请求对应的订购信息至少包括机构信息、订购的服务信息、针对所述服务订购的角色信息。还可以包括：订购单、订购实例信息、授权信息等。

订购单包括：订购ID、用户ID、服务ID、机构ID、订购开始时间、订购结束时间、订购级别、授权账户数。

订购实例信息包括：ID、订购名、用户的ID、订购的服务的ID、机构的ID、开始日期、结束日期、订购数量、角色级别、状态、创建者、创建日期、更新者、更新日期。

授权信息包括：ID、服务代码、服务名、服务扩展名、服务描述、状态、创建者、创建日期、更新者、更新日期。

订购请求处理单元113向所述终端设备发送反馈信息可以包括订购信息和/或订购成功通知。所述订购成功通知至少包括订购ID。一个服务订购请求可以订购一个或者多个服务，但是只产生一个订购信息。用户每订购一个服务，就会产生一个服务环境，称为订购实例，每个订购信息对应一个订购实例。

所述订购请求处理单元113还适于更新与发起请求的用户对应的服务订购信息。更新的服务订购信息包括发起请求的用户对应的订购信息、应用订购实例信息、授权信息等。

所述机构信息可以携带在服务订购请求，也可以是单独添加的机构信息。

所述机构的建立可以依机构建立请求而开始。接收到机构建立请求后，查询是否已经建立有与该请求相关的机构，若已经建立有与该请求相关的机构，则产生建立机构失败信息，若未建立有与该请求相关的机构，则依据机构建立请求建立该机构。依机构建立请求可以建立一个或多个机构，以一个或多个机构名义向服务订购装置1发出服务订购请求。所述机构信息可以包括：ID、机构名称、一个所属该机构的用户的ID、状态。

已建立的机构还可以被管理。接收机构管理请求，检查请求用户的权限是否具有管理机构的权限。较佳的，仅有机构管理员具有查询和除查询以外的管理权限，机构内普通用户仅具有查询机构的管理权限。权限核实后，机构管理请求用户可以在权限内管理机构。

所述机构管理请求可以包括：机构查询请求、机构修改请求、机构删除请求、禁用、机构启用请求。管理已经建立的机构包括查询、修改、删除、禁用、启用机构。

具体的，机构ID一旦生成，不能更改，机构查询请求可以包括机构ID。

系统管理员可以请求删除所有的机构，用户可以删除自己创建的机构。删除机构，包括删除机构信息，以及删除其他相关。删除机构后，标记删除，并且需要更新该机构的所有订购实例的状态为禁用，这些订购实例需要用户重新指定一个可用的机构，才能再次使用。

系统管理员可以请求禁用所有的机构。禁用机构后，所述机构信息中的状态被设置为禁用。系统管理员可以请求启用所有的机构。启用机构后，所述机构信息中的状态被设置为启用。

又一实施例中，所述第一接口单元111还适于接收订购信息查询、修改、删除、禁用、启用请求中一个或多个。所述订购信息的查询、修改、删除、禁用、启用请求至少对应发起请求的用户信息、所述用户对应的机构信息、订购ID或订购实例ID。订购请求处理单元113包括查询请求处理单元、修改请求处理单元、删除请求处理单元、禁用请求处理单元、启用请求处理单元中的一个或多个。

所述查询请求处理单元适于查询已经生成的订购信息。

所述修改请求处理单元适于修改已经生成的订购信息。

所述删除请求处理单元适于删除已经生成的订购信息。

所述禁用请求处理单元适于禁用已经生成的订购信息。

所述启用请求处理单元适于启用已经生成的订购信息。

具体地说，如图4所示，数据库保存有与发起请求用户信息、用户对应的订购信息，以及用户权限信息等。

用户通过终端设备发出服务订购实例查询请求，服务订购装置1的第一接口单元111接收该服务订购实例查询请求。订购请求处理单元113的查询请求处理单元查询数据库中保存的与该请求用户相关的用户权限信息，并依据返回的用户权限信息判断请求用户是否有权限查询请求中的服务订购实例。若判断失败，则发送查询失败信息至请求用户。若判断成功，则查询数据库中保存的与该服务订购实例查询请求相关的数据，并将该查询到的数据发送至请求用户。

订购请求处理单元113收到订购信息修改、删除、禁用或启用请求后，可以先进行订购信息查询，再进行订购信息修改、删除、禁用或启用修改。较佳的，仅有机构管理员具有修改、删除、禁用或启用订购信息的权限，机构内的普通用户具有查询订购信息权限。删除请求处理单元删除订购信息时，只对该订购信息做删除标识，不删除订购信息涉及的数据。订购请求处理单元113的适于禁用、启用请求处理单元单个或批量禁用或启用订购信息。订购请求处理单元113还适于在修改、删除、禁用或启用订购信息后，更新的服务订购信息包括发起请求的用户对应的订购信息、应用订购实例信息、授权信息等。

用户代表所述机构发出服务订购请求。所述的机构具有一个或者多个用户，一个机构可以发出多个服务订购请求。机构内的用户需要订购服务时，均以其所属机构的名义发出服务订购请求。较佳的，机构具有一个机构管理员，机构内的普通用户需要订购服务时，均由机构管理员以机构名义发出服务订购请求。

值得注意的是，一个用户可以属于一个或多个机构。当一个用户属于多个机构时，其所属的多个机构发出的服务订购请求会相应产生多个订购实例，则该用户可以具有多个订购实例，但是，每个订购实例只属于一个订购信息。例如，一个用户需要在两个机构中订购同一个服务的同一个角色，也必须产生两个订购实例分别对应两个机构的订购信息。若订购请求机构被删除，则该机构所有发出的所有订购信息状态修改为禁用。

为了方便用户订购，可预先查询可以订购的服务和角色信息，再订购所需服务和角色，生成订购实例。服务由不同的功能点组成，每个功能点对应一个接口、一个流程等，每个角色具有使用不同功能点集合的权限。

如图5所示，本发明提供的适配于云交易平台的用户权限设置装置2包括订购信息获取单元211、组织设置单元212、组织角色设置单元213和组织成员设置单元214。订购信息获取单元211，适于获取所述云交易平台生成的订购信息；所述订购信息中至少包括机构信息、订购的服务信息、针对所述服务订购的角色信息。组织设置单元212，适于接收组织设置请求操作，为前述机构设置至少一个组织。组织角色设置单元213，适于接收组织角色设置请求操作，为前述各组织设置至少一个订购的角色信息。组织成员设置单元214，适于接收组织成员设置请求操作，为前述各组织添加至少一个成员；针对所述订购的服务，所述成员具备其所属组织的角色。

如图6所示，本发明还提供用户权限设置方法，包括以下步骤：

步骤S21，获取所述云交易平台生成的订购信息，所述订购信息中至少包括机构信息、订购的服务信息、针对所述服务订购的角色信息。

步骤S22，接收组织设置请求操作，为前述机构设置至少一个组织。

步骤S23，接收组织角色设置请求操作，为前述各组织设置至少一个订购的角色信息。

步骤S24，接收组织成员设置请求操作，为前述各组织添加至少一个成员；针对所述订购的服务，所述成员具备其所属组织的角色。

下面结合附图5、6对本发明提供的用户权限设置装置和用户权限设置方法进行更详细的说明。

订购信息获取单元211获取的订购信息至少包括机构信息、订购的服务信息、针对所述服务订购的角色信息。机构信息包括：ID、机构名称、一个所属该机构的用户的ID、状态。服务信息包括：ID、服务代码、服务名、服务扩展名、服务描述、状态、创建者、创建日期、更新者、更新日期。角色信息包括：ID、角色代码、角色名称、所属应用的ID、角色级别、描述、状态、创建者、创建日期、更新者、更新日期。

组织设置单元212，适于接收组织设置请求操作，为前述机构设置至少一个组织。组织设置请求包含机构ID和组织代码等。如图7所示，所述数据库保存有与发起请求用户信息、已建立的组织信息，以及用户权限信息等。

用户通过终端设备发出组织设置请求，组织设置单元212接收所述组织设置请求。组织设置单元212查询数据库中保存的与该请求用户相关的用户权限信息，并依据返回的用户权限信息判断请求用户是否有权限添加所述组织。

若判断失败，则发送添加失败信息至请求用户。若判断成功，则查询数据库有无与请求中的组织相关的信息。若返回的查询结果为数据库已有与请求中的组织相关的信息，则组织设置单元212发送添加组织失败信息至请求用户。若返回的查询结果为数据库没有与请求中的组织相关的信息，则建立所述组织，并添加组织信息至数据库、发送添加组织成功至请求用户。

组织信息包括：ID、组织代码、组织名称、父组织的ID、所属机构ID、组织类型、节点类型、描述、创建者、创建日期、更新者、更新日期。

组织角色设置单元213分析所述订购的角色信息，关联所述角色信息与所述机构下已经设置的组织。关联后的组织具有该角色对应的权限。

组织成员设置单元214，适于接收组织成员设置请求操作，为前述各组织添加至少一个成员；针对所述订购的服务，所述成员具备其所属组织的角色。组织成员设置请求包含组织代码和用户ID等。

可选择的，组织成员设置单元214向组织中设置用户前，可以先对所述组织进行查询。

如图8所述，所述数据库保存有与发起请求用户信息、已建立的组织信息，以及用户权限信息等。所述数据库还可以保存有已经建立的用户和组织关系信息。

用户通过终端设备发出组织成员设置请求，组织成员设置单元214接收所述组织成员设置请求。组织成员设置单元214查询数据库中保存的与该请求用户相关的用户权限信息，并依据返回的用户权限信息判断请求用户是否有权限在所述组织下设置成员。若判断失败，则发送设置失败信息至请求用户。若判断成功，则在所述组织下添加所述成员，添加所述用户和组织关系信息至数据库，并发送设置成功信息至请求用户。

所述用户和组织的关系信息包括：ID、用户的ID、所属组织的ID、状态、创建者、创建日期、更新者、更新日期。

组织成员设置单元214还可以依据组织成员删除请求，删除所述组织中已经设置的用户。与设置成员类似，用户通过终端设备发出组织成员删除请求，组织成员设置单元214接收所述组织成员删除请求。组织成员设置单元214查询数据库中保存的与该请求用户相关的用户权限信息，并依据返回的用户权限信息判断请求用户是否有权限删除在所述组织下已经设置的用户。若判断失败，则发送设置失败信息至请求用户。若判断成功，则删除所述组织中的用户信息、所述用户和组织关系信息至数据库，并发送删除成功信息至请求用户。

为组织设置角色和成员后，所述组织内的用户均具有使用为所述组织设置的角色的权限。例如，组织角色设置单元213为组织1设置有角色1，组织成员设置单元214为组织1设置用户1和用户2，则用户1和用户2均具有使用角色1的权限。通过设置组织、为组织设置角色和用户可以方便的实现服务、角色与用户的关联。类似的，通过在组织中删除用户，可以移除用户使用所述角色的权限。这样一来，方便了服务、角色的授权管理及应用。

另外一实施例中，所述用户权限设置装置2还包括：用户权限信息生成单元和发送单元。所述用户权限信息生成单元适于生成用户权限信息，所述发送单元适于发送所述用户权限信息。生成的用户权限信息被发送至云交易平台和数据库。所述用户权限信息包括用户分别具有建立、删除、修改、禁用、启用组织的权限，以及为组织设置、删除成员的权限。用户可以分为系统管理员、机构管理员和一般用户，权限递减。系统管理员可以添加、修改、删除禁用和启用任何机构管理员和用户。机构管理员可以添加、修改、删除禁用和启用任何本机构的用户。系统管理员可以为某机构添加该机构管理员。

通常组织机构管理员向云平台订购服务，并根据需要将订购的服务的角色分配给不同的用户或用户组

又一实施例中，用户权限设置装置2还包括：组织查询请求处理单元、组织修改请求处理单元、组织删除请求处理单元、组织禁用请求处理单元、组织启用请求处理单元中的一个或多个。所述组织信息查询、修改、删除、禁用、启用请求至少对应发起请求的用户信息和组织ID。

所述组织查询请求处理单元适于接收组织信息查询请求，查询已经生成的订购信息。所述组织修改请求处理单元适于接收组织信息修改请求，修改已经设置的组织信息。所述组织删除请求处理单元适于接收组织信息删除请求，删除已经设置的组织信息。所述组织禁用请求处理单元适于接收组织信息禁用请求，禁用已经设置的组织信息。所述组织启用请求处理单元适于接收组织信息启用请求，启用已经设置的组织信息。

所述组织修改请求处理单元修改组织，包括修改组织信息。组织删除请求处理单元删除组织，包括删除组织信息。组织禁用请求处理单元禁用组织，包括设置组织信息中的状态为禁用。组织启用请求处理单元启用组织，包括设置组织信息中的状态为启用。

较佳的，进行上述组织信息查询、修改、删除、禁用、启用前依据用户信息，查询数据库中的用户权限信息，对请求用户进行权限查询。系统管理员可以请求禁用所有的组织，机构管理员可以请求禁用其所属机构下的所有组织。

用户权限设置装置2还适于在已经建立的组织下扩展组织，在组织中扩展组织的方式与在机构中建立组织的方式类似，此处不在赘述。

如图9所示，本发明提供的云交易平台管理系统还包括：订购信息获取单元3、用户权限信息接收单元4和信息管理单元5。所述订购信息获取单元3，与所述服务订购装置匹配，适于获取与所述服务订购请求对应的订购信息。用户权限信息接收单元4，与用户权限设置装置匹配，适于接收用户权限信息。信息管理单元5，适于处理所述用户权限信息和所述订购信息。

当用户以机构名义订购服务、角色后，所述订购信息获取单元3获取与所述服务订购请求对应的订购信息；用户权限信息接收单元4发出用户权限信息后，用户权限信息接收单元4接收用户权限信息；信息管理单元5处理所述用户权限信息和订购信息。处理所述用户权限信息和订购信息后，用户的权限信息与该用户所属机构的订购信息被关联在一起。

例如，用户1以机构1的名义发出对应服务1中的角色1和角色2的服务订购请求。服务订购装置1生成订购信息并向用户1发送订购成功信息。用户1依据订购信息，在机构1内设置组织1和组织2，组织1被设置服务1的角色1，组织2被设置服务1的角色2的，用户1被设置在组织1内，用户2被设置在组织2内。信息管理单元5处理上述用户权限信息和订购信息，处理后，用户1与机构1、组织1、角色1相关联，用户2与机构2、组织2、角色2相关联。应当理解的是，用户权限信息和订购信息内容可以包含更多内容，信息管理单元5处理的内容可以更丰富。

在订购信息或用户权限信息发生变更时，信息管理单元5做出与所述变更内容对应的处理。信息管理单元5还适于接收的信息，查询与所述用户权限信息和与之对应的订购信息内容。

虽然本发明己以较佳实施例披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围。

Claims (12)

1.一种云交易平台的服务订购方法，其特征在于，包括：

接收来自所述终端设备的服务订购请求，所述服务订购请求至少对应发起请求的用户信息、所述用户对应的机构信息、请求订购的服务信息、针对所述服务请求的角色信息；

对所述用户信息进行验证；

在所述验证单元验证通过后对所述服务订购请求进行判断；在判断通过时生成与所述服务订购请求对应的订购信息并向所述终端设备发送反馈信息。

2.如权利要求1所述的服务订购方法，其特征在于，所述对所述用户信息进行验证包括：验证用户信息的用户账号是否正确、发起请求的用户是否有权限发起所述服务订购请求。

3.如权利要求1所述的服务订购方法，其特征在于，所述对所述服务订购请求进行判断包括：判断服务订购请求费用是否已经缴纳，服务订购请求的是否错误。

4.如权利要求1所述的服务订购方法，其特征在于，所述服务订购请求还对应订购开始时间、订购结束时间或授权账户数。

5.如权利要求1所述的服务订购方法，其特征在于，所述生成与所述服务订购请求对应的订购信息包括：订购信息、应用订购实例信息、授权信息。

6.如权利要求1所述的服务订购方法，其特征在于，所述服务订购方法还包括更新发起请求的用户对应的服务订购信息。

7.如权利要求1所述的服务订购方法，其特征在于，所述机构信息可以携带在所述服务订购请求，也可以是单独添加的机构信息。

8.如权利要求1所述的服务订购方法，其特征在于，所述服务订购方法还包括查询已经生成的订购信息。

9.如权利要求1所述的服务订购方法，其特征在于，所述服务订购方法还包括删除已经生成的订购信息。

10.如权利要求1所述的服务订购方法，其特征在于，所述服务订购方法还包括修改已经生成的订购信息。

11.如权利要求1所述的服务订购方法，其特征在于，所述服务订购方法还包括禁用已经生成的订购信息

12.如权利要求1所述的服务订购方法，其特征在于，所述服务订购方法还包括启用已经生成的订购信息。

Images