电子交易平台服务切换方法 【技术领域】
本发明涉及电子交易平台， 特别涉及一种电子交易平台服务切换方法。背景技术 随着社会信息化及网络化的深入发展， 越来越多的商品交易可以基于电子交易平 台完成。电子交易平台将服务使用者以及服务提供者 ( 例如金融、 物流服务等 ) 的信息一 并整合， 这种整合了多方资源、 信息的平台有效促进了商品交易的信息沟通， 给服务使用者 带来了极大的便利。
在大型电子交易平台上， 往往有很多具体的应用子系统， 比如物流子系统， 合约子 系统， 银行子系统等。 这些应用子系统可以由一个应用服务器提供， 也可以由多个应用服务 器提供。用户在访问这些应用子系统时， 必须进行身份验证， 而且应用子系统不同， 用户使 用的验证信息也不同， 用户必须同时牢记多套用户名称和用户密码。 而且， 同一个用户可以 以不同的身份 ( 角色 ) 注册于同一个应用子系统， 不同的身份 ( 角色 ) 对应不同的功能 ； 也
需要用户以不同的用户名和密码登录应用子系统。
现有的登录技术可以解决同一用户访问同一应用服务器中不同应用子系统的重 复登录问题， 但是没有提供一种基于用户角色的选择登录方法 ： 用户只登录一次， 就可以安 全的以不同的身份 ( 角色 ) 访问多个应用子方法。现有的电子交易平台也没有提供一种隐 式的服务切换方法。
综上所述， 现有的服务切换方法， 交易平台和 / 或服务系统需要为用户设立多种 身份并生成相应的身份信息， 从而占用处理资源 ； 且需要存储大量的身份数据， 在数据的处 理和查询方面占用系统资源和存储资源， 且容易造成登录时间长， 效率低下的缺陷。 发明内容 本发明解决的技术问题是提供一种电子交易平台服务切换方法， 可以节省资源， 提升处理效率。
为了解决上述问题， 本发明的目的是提供一种电子交易平台服务切换方法， 所述 电子交易平台包括多身份选择登录装置、 统一用户管理装置和至少一个应用服务器， 所述 多身份选择登录装置适于耦接所述统一用户管理装置和终端设备， 所述电子交易平台服务 切换方法包括 ：
所述多身份选择登录装置接收来自所述终端设备的服务订购选择请求并发送给 所述统一用户管理装置 ；
所述统一用户管理装置接收所述服务订购选择请求， 生成服务调用令牌并反馈至 所述多身份选择登录装置， 所述的服务调用令牌中至少包含用户所属的机构、 角色以及访 问权限 ；
所述多身份选择登录装置将所述服务调用令牌反馈至所述终端设备 ；
所述应用服务器接收来自所述终端设备的访问请求和服务调用令牌并验证其中
的服务调用令牌是否与访问请求的访问权限匹配。
可选的， 所述的电子交易平台服务切换方法， 还包括 ： 临时存储单元存储所述服务 调用令牌获取单元获取的服务调用令牌。
可选的， 所述的电子交易平台服务切换方法， 还包括 ： 初始登录请求处理单元接收 和验证来自所述终端设备的利用私钥加密的登录请求， 将利用公钥加密的会话密钥反馈至 所述终端设备 ；
会话登录请求处理单元接收和验证来自所述终端设备的利用会话密钥加密的登 录请求。
可选的， 所述服务调用令牌携带于所述访问请求中。
本发明还提供一种电子交易平台服务切换方法， 所述电子交易平台包括多身份选 择登录装置、 统一用户管理装置和至少一个应用服务器， 所述多身份选择登录装置适于耦 接所述统一用户管理装置和终端设备， 所述电子交易平台服务切换方法包括 ：
所述多身份选择登录装置接收来自所述终端设备的服务订购选择请求并发送给 所述统一用户管理装置 ；
所述统一用户管理装置接收所述服务订购选择请求， 生成服务调用令牌并反馈至 所述多身份选择登录装置， 所述的服务调用令牌中至少包含用户所属的机构、 角色以及访 问权限 ；
所述多身份选择登录装置将所述服务调用令牌反馈至所述终端设备 ；
所述多身份选择登录装置接收来自所述终端设备的访问请求和服务调用令牌并 验证其中的服务调用令牌是否与访问请求的访问权限匹配 ；
所述多身份选择登录装置将访问权限匹配的访问请求转发至所述应用服务器。
可选的， 所述的电子交易平台服务切换方法， 还包括 ： 临时存储单元存储所述服务 调用令牌获取单元获取的服务调用令牌。
可选的， 所述的电子交易平台服务切换方法， 还包括 ： 初始登录请求处理单元接收 和验证来自所述终端设备的利用私钥加密的登录请求， 将利用公钥加密的会话密钥反馈至 所述终端设备 ；
会话登录请求处理单元接收和验证来自所述终端设备的利用会话密钥加密的登 录请求。
可选的， 所述服务调用令牌携带于所述访问请求中。
使用上述电子交易平台服务切换方法， 服务调用令牌将完成服务切换的功能， 服 务切换对应用服务完全透明。 附图说明 图 1 是本发明实施方式中一种用户、 订购的应用服务、 应用服务中的角色和功能 之间的关系示意图 ；
图 2 是本发明实施方式中服务订购信息的示意图 ；
图 3 是本发明一个实施例中的服务订购信息的示意图 ；
图 4 是本发明实施方式中服务系统的示意图 ；
图 5 是本发明实施方式中服务系统的登录操作流程图 ；
图 6 是本发明提供的第一种多身份选择登录装置的结构示意图 ； 图 7 是本发明提供的第二种多身份选择登录装置的结构示意图 ； 图 8 是本发明实施方式提供的一种多身份选择登录方法的流程图 ； 图 9 是本发明实施方式提供的第三种多身份选择登录装置的结构示意图 ； 图 10 是本发明实施方式提供的另一种多身份选择登录方法的流程图 ； 图 11 是本发明实施方式提供的一种电子交易平台服务切换方法的流程图 ； 图 12、 13 是本发明一个实施例中用户在交易平台上发布标准合约的过程示意图。具体实施方式
为使本发明的上述目的、 特征和优点能够更为明显易懂， 下面结合附图对本发明 的具体实施方式做详细的说明。
在以下描述中阐述了具体细节以便于充分理解本发明。 但是本发明能够以多种不 同于在此描述的其它方式来实施， 本领域技术人员可以在不违背本发明内涵的情况下做类 似推广。因此本发明不受下面公开的具体实施方式的限制。
本发明中， 用户订购应用服务时， 是以某个机构的名义进行的， 比如钢铁厂或者交 易中介等。根据该应用服务提供的功能， 用户可以自由的定义该机构中的角色 ( 又称为组 织 )， 以及角色和功能之间的对应关系。 图 1 是本发明中用户、 用户订购的应用服务、 应用服务中的角色和功能之间的关 系示意图。用户以机构 502 的名义， 订购了应用服务， 得到订购的应用服务 501。订购的应 用服务 501 包括第一功能 503、 第二功能、 第三功能……和第 N 功能。其中第一功能对应第 二角色和第三角色， 即第一角色和第三角色对应的组织内的用户有权限使用该应用服务的 第一功能。第二功能对应第一角色和第二角色， 第三功能对应第三角色， 第 N 功能对应第 M 角色。
用户在订购应用服务成功之后， 定义机构 502 的组织， 每一个组织包括用户属性 和角色属性， 组织的角色属性对应该组织的用户成员可以使用的功能。包括第一组织 504、 第二组织、 第三组织……和第 Y 组织。通过将用户加入所述的组织的用户属性中， 从而使该 用户具有相应的角色， 可以使用该角色对应的功能。
需要注意的是， 用户的服务订购信息不是用户订购操作的信息 ( 比如订购了哪些 应用、 定义了哪些机构角色、 定义了哪些角色和功能的对应关系 )， 而是用户在已经订购的 各个应用服务中的机构信息、 机构下属的组织信息， 组织包括的角色信息、 角色对应的可以 使用的功能信息。
图 2 是本发明中服务订购信息的示意图， 服务订购信息 600 包括用户名 601 ； 还 包括订购名 651、 应用名 602、 机构名 603、 组织名 606、 角色名 604 以及功能名 605， 分别表 示一个订购的名称、 在该订购中应用服务的名称、 用户所在的机构的名称、 用户所在的组织 名称， 用户所属的角色的名称以及角色对应的功能名称。所述的服务订购信息包含一个用 户名 601， 至少一个订购。每个订购中包含一个订购序号 651、 一个应用名 602、 一个机构名 603、 一个组织名 606， 至少一个角色名 604 和至少一个功能名。
图 3 是本发明一个实施例中的服务订购信息的示意图。服务订购信息 610 包括用 户甲 611 相关的服务订购信息， 包括第一订购 661、 第二订购 662、 第三订购 663 和第四订购
664。所述的第一订购 661 是对应用 1 的订购 ； 用户甲属于机构 A 组织 A 角色 A， 用户甲所属 的组织 A 包含的角色 A 对应功能 1 和功能 2， 即用户甲在该第一订购 661 中可以使用应用 1 的功能 1 和功能 2。与第一订购 661 相比， 在第二订购 662 中， 用户甲属于相同的机构 ( 机 构 A)， 不同的组织 ( 组织 B)， 组织 B 包含不同的角色属性 ( 角色 D)， 用户甲可以使用应用 1 的功能 1， 不能使用应用 1 的功能 2。在第三订购 663 中， 用户甲属于不同的机构 ( 机构 C)， 可以使用的应用 1 的功能 1 和功能 4。在第四订购 664 中， 用户甲属于机构 B 组织 B， 可以 使用应用 2 的功能 3， 与上述三个订购相比， 第四订购 664 中的应用服务不同。
进行订购操作的用户可以将自己加入相应的机构的组织， 也可不加入任何组织。 一个用户可以在包含不同应用服务的多个订购中存在， 也可以在包含同一个应用服务的不 同的订购中以不同的组织存在， 对应不同的角色属性和用户权限。
图 4 是本发明中服务系统示意图， 所述服务系统包括登录系统 401 和统一用户管 理装置 404， 统一用户管理装置 404 保存服务订购信息。 本地终端 402 和本地应用服务器与 服务系统连接， 远程终端 403 和远程应用服务器通过网络与服务系统连接。
各个终端设备通过统一的登录系统得到服务调用令牌后完成登录操作， 之后利用 服务调用令牌， 既可以通过登录系统完成访问应用服务的操作， 也可以直接向应用服务器 发送访问请求完成访问应用服务的操作。
所述服务系统的登录流程如图 5 所示， 包括步骤 ： S301 ： 登录系统接收来自终端设备的送登录请求 ； S302 ： 登录系统进行登录信息验证 ； S303 ： 如果验证通过， 登录系统向终端设备发送登录应答 ； 否则， 发送登录失败应答； S304 ： 登录系统向统一用户管理装置发送服务订购信息请求 ；
S305 ： 统一用户管理装置向登录系统发送服务订购信息应答 ；
S306 ： 登录系统向终端设备反馈服务订购信息 ；
S307 ： 登录系统接收来自终端设备的服务订购选择请求 ；
S308 ： 登录系统转发服务订购选择请求到统一用户管理装置 ；
S309 ： 登录系统接收来自统一用户管理装置的与所述服务订购选择请求对应的服 务调用令牌 ；
S310 ： 登录系统向终端设备反馈收到的服务调用令牌， 用户完成登录操作。
通过上述步骤， 登录过程扩展为登录和订购选择过程。 用户登录之后， 可以获取服 务订购信息， 包含所有与该用户相关的应用服务 ； 用户选择一个订购进行后续工作， 当需要 其他的应用时， 或者需要以其他的角色使用同一个应用服务时， 不需要重新登录， 只需从服 务订购信息中重新选择即可， 节省了用户的时间， 方便用户使用。
上述步骤完成之后， 终端设备可以通过登录系统发送访问请求和服务调用令牌到 应用服务器， 也可以直接发送访问请求和服务调用令牌到应用服务器。当终端设备通过登 录系统发送访问请求和服务调用令牌到应用服务器时， 应用服务器的访问应答可以通过登 录系统反馈给终端设备， 也可以直接反馈给终端设备。
所述的服务调用令牌中至少包括用户所属的机构、 角色以及访问权限。应用服务 器提供的应用服务接收到终端设备发送的或登录系统转发的访问请求和服务调用令牌后，
首先比较服务调用令牌中的访问权限是否匹配 ( 覆盖 ) 访问请求的权限， 如果权限匹配， 执 行访问请求中的指令， 否则， 返回错误信息。
需要注意的是， 上述的服务调用令牌既可以单独发送， 也可以携带于访问请求中 ； 终端设备与登录系统 / 服务系统既可以采用 C/S 方式实现， 也可以采用 B/S 方式实现。
图 6 是本发明提供的第一种多身份选择登录装置的结构示意图。其中， 终端设备 包括终端设备 100a、 终端设备 100b、 终端设备 100c 以及终端设备 100n， 其中终端设备 100a 和终端设备 100b 是本地的终端设备， 终端设备 100c 和终端设备 100n 是远程终端设备。
多身份选择登录装置 200 包括登录请求处理单元 201、 服务订购信息获取单元 202 和服务调用令牌获取单元 203。统一用户管理装置 301 与多身份选择登录装置 200 耦接。 应用服务包括应用服务 302a、 应用服务 302b、 应用服务 302c 和应用服务 302n， 其中应用服 务 302c 和应用服务 302n 位于远程应用服务器上。统一用户管理装置 301 保存服务订购信 息。
登录请求处理单元 201 与终端设备 100a、 终端设备 100b、 终端设备 100c 以及终端 设备 100n 连接， 接收各个终端设备发送的登录请求， 验证用户的登录信息成功之后， 向终 端设备发送登录成功应答， 否则发送登录失败应答。 服务订购信息获取单元 202 与所述的登录请求处理单元 201 连接， 在用户登录成 功之后， 登录请求处理单元 201 向服务订购信息获取单元发送激活数据， 激活服务订购信 息获取单元 202。 服务订购信息获取单元 202 与统一用户管理装置 301 耦接， 向统一用户管 理装置 301 发送服务订购信息请求， 并接收统一用户管理装置 301 返回的服务订购信息应 答。
服务调用令牌获取单元 203 与终端设备及统一用户管理装置 301 耦接， 接收来自 终端设备基于所述服务订购信息的服务订购选择请求， 获取服务调用令牌并反馈至所述终 端设备。
终端设备发送访问请求和服务调用令牌至所需的应用服务， 应用服务验证所述访 问请求所需权限是否与服务调用令牌中的用户权限匹配， 验证通过后， 发送访问应答至终 端设备。
本发明另一个实施例中提供了第二种多身份选择登录装置， 如图 7 所示。多身份 选择登录装置 200 还包括调用预处理单元 206 和临时存储单元 204。
临时存储单元 204 与所述服务调用令牌获取单元 203 耦接， 存储服务调用令牌获 取单元 203 获取的服务调用令牌 ； 当服务调用令牌获取单元 203 接收新的服务订购选择请 求时， 首先查询是否所需数据已经保存在临时存储单元 204 中， 如果已经保存， 直接从临时 存储单元 204 获取服务调用令牌并反馈至所述终端设备。
调用预处理单元 206 与所述的终端设备耦接。接收来自所述终端设备的访问请求 和服务调用令牌， 验证所述访问请求所需权限是否与服务调用令牌中的用户权限匹配， 验 证通过后， 转发所述访问请求到应用服务。
应用服务器上的应用服务接收到访问请求之后， 直接返回访问应答至所述终端设 备。
结合上述的多身份选择登录装置， 本发明还提供一种多身份选择登录方法， 如图 8 所示， 包括步骤 ：
S401 ： 多身份选择登录装置接收来自终端设备的送登录请求 ；
S402 ： 多身份选择登录装置进行登录信息验证 ；
S403 ： 如果验证通过， 多身份选择登录装置向终端设备发送登录应答 ； 否则， 发送 登录失败应答 ；
S404 ： 多身份选择登录装置向统一用户管理装置发送服务订购信息请求 ；
S405 ： 统一用户管理装置向多身份选择登录装置发送服务订购信息应答 ；
S406 ： 多身份选择登录装置向终端设备反馈服务订购信息 ；
S407 ： 多身份选择登录装置接收来自终端设备的服务订购选择请求 ；
S408 ： 多身份选择登录装置转发服务订购选择请求到统一用户管理装置 ；
S409 ： 多身份选择登录装置接收并存储来自统一用户管理装置的与所述服务订购 选择请求对应的服务调用令牌 ；
S410 ： 多身份选择登录装置向终端设备反馈收到的服务调用令牌 ；
S411 ： 多身份选择登录装置接收来自终端设备的访问请求和服务调用令牌 ；
S412 ： 多身份选择登录装置验证所述访问请求所需权限是否与服务调用令牌中的 用户权限匹配， 验证通过后， 转发所述访问请求到应用服务 ；
S413 ： 应用服务向终端设备发送访问应答。
本发明另一个实施例中提供了第三种多身份选择登录装置， 如图 9 所示。与第一 种多身份选择登录装置的区别在于， 还包括临时存储单元 204 和调用处理单元 207。
临时存储单元 204 与所述服务调用令牌获取单元 203 耦接， 存储服务调用令牌获 取单元 203 获取的服务调用令牌 ； 当服务调用令牌获取单元 203 接收新的服务订购选择请 求时， 首先查询是否所需数据已经保存在临时存储单元 204 中， 如果已经保存， 直接从临时 存储单元 204 获取服务调用令牌并反馈至所述终端设备。
调用处理单元 207 与所述的终端设备耦接。接收来自终端设备的访问请求和服务 调用令牌， 验证所述访问请求所需权限是否与服务调用令牌中的用户权限匹配， 验证通过 后， 转发所述访问请求到应用服务。
应用服务器上的应用服务接收到访问请求之后， 返回访问应答至调用处理单元 207。最后， 由调用处理单元 207 反馈访问应答到所述终端设备。
结合上述的多身份选择登录装置， 本发明还提供一种多身份选择登录方法， 如图 10 所示， 包括步骤 ：
S501 ： 多身份选择登录装置接收来自终端设备的送登录请求 ；
S502 ： 多身份选择登录装置进行登录信息验证 ；
S503 ： 如果验证通过， 多身份选择登录装置向终端设备发送登录应答 ； 否则， 发送 登录失败应答 ；
S504 ： 多身份选择登录装置向统一用户管理装置发送服务订购信息请求 ；
S505 ： 统一用户管理装置向多身份选择登录装置发送服务订购信息应答 ；
S506 ： 多身份选择登录装置向终端设备反馈服务订购信息 ；
S507 ： 多身份选择登录装置接收来自终端设备的服务订购选择请求 ；
S508 ： 多身份选择登录装置转发服务订购选择请求到统一用户管理装置 ；
S509 ： 多身份选择登录装置接收并存储来自统一用户管理装置的与所述服务订购选择请求对应的服务调用令牌 ；
S510 ： 多身份选择登录装置向终端设备反馈收到的服务调用令牌 ；
S511 ： 多身份选择登录装置接收来自终端设备的访问请求和服务调用令牌 ；
S512 ： 多身份选择登录装置验证所述访问请求所需权限是否与服务调用令牌中的 用户权限匹配， 验证通过后， 转发所述访问请求到应用服务 ；
S513 ： 应用服务向多身份选择登录装置发送访问应答 ；
S514 ： 多身份选择登录装置向终端设备发送访问应答。
进一步的， 为了提高用户与系统之间通信的安全性， 在本发明的另一个实施例中， 登录请求处理单元包括初始登录请求处理单元和会话登录请求处理单元。
初始登录请求处理单元与终端设备耦接， 接收用户利用私钥加密的登录请求， 验 证私钥之后， 利用公钥向用户返回会话密钥。 之后， 用户使用会话密钥与多身份选择登录装 置进行通信。
会话登录请求处理单元与初始登录请求处理单元连接， 接收所述的会话密钥。会 话登录请求处理单元与终端设备耦接， 接收终端设备利用会话密钥发送的登录请求， 并利 用会话密钥向终端设备发送应答。 进一步的， 本发明提供一种电子交易平台服务切换方法。所述电子交易平台包括 多身份选择登录装置、 统一用户管理装置和至少一个应用服务器， 所述多身份选择登录装 置适于耦接所述统一用户管理装置和终端设备。
所述交易平台可以是云交易平台， 采用云计算和云数据存储等方式来为终端设备 提供服务。
如图 11 所示， 服务切换方法包括如下步骤 ：
S600 ： 所述多身份选择登录装置接收来自所述终端设备的服务订购选择请求并发 送给所述统一用户管理装置 ；
S700 ： 所述统一用户管理装置接收所述服务订购选择请求， 生成服务调用令牌并 反馈至所述多身份选择登录装置， 所述的服务调用令牌中至少包含用户所属的机构、 角色 以及访问权限 ；
S800 ： 所述多身份选择登录装置将所述服务调用令牌反馈至所述终端设备 ；
S900 ： 所述应用服务器接收来自所述终端设备的访问请求和服务调用令牌并验证 其中的服务调用令牌是否与访问请求的访问权限匹配。
其中， S600 进一步包括如下步骤 ： S601 ： 多身份选择登录装置发送服务订购信息 请求给统一用户管理装置 ； S602 ： 统一用户管理装置获取服务订购信息发送给多身份选择 登录装置 ； S603 ： 统一用户管理装置向终端设备反馈服务订购信息。
使用上述服务切换方法， 服务调用令牌将完成服务切换的功能， 服务切换时客户 端不需要重新登录。
进一步， 本发明提供一种电子交易平台服务切换方法 ：
S600 ： 所述多身份选择登录装置接收来自所述终端设备的服务订购选择请求并发 送给所述统一用户管理装置 ；
S700 ： 所述统一用户管理装置接收所述服务订购选择请求， 生成服务调用令牌并 反馈至所述多身份选择登录装置， 所述的服务调用令牌中至少包含用户所属的机构、 角色
以及访问权限 ；
S800 ： 所述多身份选择登录装置将所述服务调用令牌反馈至所述终端设备 ；
S1000 ： 所述多身份选择登录装置接收来自所述终端设备的访问请求和服务调用 令牌并验证其中的服务调用令牌是否与访问请求的访问权限匹配 ；
S1100 ： 所述多身份选择登录装置将访问权限匹配的访问请求转发至所述应用服 务器。
使用上述服务切换方法， 服务调用令牌将完成服务切换的功能， 服务切换对应用 服务完全透明。
为了进一步描述本发明提供的登录系统和登录方法， 下面结合大宗货物交易平台 进行说明。在具体实现中， 所述大宗货物交易平台可以为云交易平台。
通过大宗货物交易平台， 终端设备可访问的应用服务包括交易信息发布， 交易合 约发布， 交易合约购买， 银行贷款服务， 抵押担保服务， 物流配送服务等。 各个应用服务可以 在不同的应用服务器上实现， 也可以由不同的服务提供商开发。
所述终端设备可以为手持终端、 台式机以及其他电子服务设备。
终端设备与登录系统 / 服务系统既可以采用 C/S 方式实现， 也可以采用 B/S 方式 实现。 下面以用户使用标准合约发布为例说明用户使用多身份选择登录装置的过程。
如图 12、 13 所示， 用户希望在交易平台上以不同的角色发布多个标准合约。根据 前述的多身份选择登录方法， 用户首先进行终端设备登录子过程 701， 包括如下步骤 ： 终端 设备发送登录请求 7011、 多身份选择登录装置验证登录请求 7012 并发送登录应答 7013。
根据前述的多身份选择登录方法， 用户成功登录之后， 进行终端设备获取服务订 购信息子过程 702， 包括如下步骤 ： 多身份选择登录装置发送服务订购信息请求 7021、 统一 用户管理装置反馈服务订购信息 7022、 终端设备发送服务订购选择请求 7023、 多身份选择 登录装置获取与所述服务订购选择信息对应的服务调用令牌并反馈给终端设备 7024。 用户 得到如图 2 所示的服务订购信息， 其中详细的记录了与该用户相关的订购、 机构、 角色及功 能。用户选择其中一个订购， 该订购的应用服务为发布标准合约， 订购的机构为钢铁厂， 角 色为钢铁厂销售员， 对应的功能包括发布标准合约的部分功能 ( 期货合约 )。
根据前述的多身份选择登录方法， 用户选择一个订购之后， 进行终端设备调用应 用服务子过程 703， 包括如下步骤 ： 客户端发送访问请求和服务调用令牌 7031、 多身份选择 登录装置验证访问请求中的操作权限是否匹配服务调用令牌 7032、 调用预处理模块转发调 用应用请求 7033， 应用模块执行子过程 7034。
用户使用标准合约发布的过程为 ： 检查合约价格是否通过， 此时应用服务调用数 据库中的合约价格模板与用户的合约价格进行比较， 如果合约价格通过， 检查用户的会员 信用是否够用， 此时应用服务调用数据库中的用户信用数据， 如果用户的会员信用不够用 则不能发布合约， 如果会员信用够用， 可以发布合约， 并产生标准合约占用 ( 占用用户的会 员信用 )， 同时该用户的会员信用， 然后生成标准合约， 并将生成标准合约的结果反馈给服 务使用者， 完成标准合约发布的服务请求。
如果用户完成了上述标准合约发布之后， 希望以钢铁厂的销售经理的身份发布另 一个标准合约 ( 现货合约 )， 用户重新执行终端设备获取服务订购信息子过程 702， 并重新
选择订购即可。
本领域的技术人员可以理解， 本发明实施方式提供的方法可以用硬件方式来执 行， 也可以用计算机代码或类似的软件方式配合硬件系统来执行。当采用软件方式来实现 时， 相关的代码 ( 源代码和 / 或目标代码 ) 和文档可以存储在可读介质上 ( 如光盘、 磁盘 等 ) 或可读写介质。
本发明虽然已以具体实施例公开如上， 但其并不是用来限定本发明， 任何本领域 技术人员在不脱离本发明的精神和范围内， 都可以利用上述揭示的方法和技术内容对本发 明技术方案做出可能的变动和修改， 因此， 凡是未脱离本发明技术方案的内容， 依据本发明 的技术实质对以上实施例所作的任何简单修改、 等同变化及修饰， 均属于本发明技术方案 的保护范围。