CN107004232A - 服务管理方法 - Google Patents

Abstract

本发明揭示一种服务管理方法，所述服务管理方法包括从带有交易请求的用户计算装置接收所述交易请求。所述方法进一步包括在将所述交易请求和服务标识符传输到与多个服务账户中的所识别账户相关联的服务计算系统之前认证所述交易请求，以获得交易响应。

Description

服务管理方法

技术领域

本发明总体上涉及用于企业对企业(B2B)服务管理的计算机实施的方法。

背景技术

已出现第三方企业对企业(B2B)网关和集成平台来减小用于调适和集成跨贸易伙伴的交易企业服务的成本。因为独立地构建贸易伙伴的应用，所以当对商业网络开放时这些应用面临复杂的集成挑战。注意力转向小型企业以及这些企业可以如何经营市场/中心、云计算和/或移动技术。因此，小型企业需要一种用于提供、部署和获得B2B服务的可容易实施的且基本上自适应的方法、系统和架构。此外，方法、系统和架构将实现与外部和/或后端服务(例如，资源规划服务)以及软件的集成，以便增强决策制定质量以及业务过程的其它方面。与此类服务集成可以大幅度减小开销并且增加行业活动的效率。

发明内容

根据本发明的第一方面，揭示一种服务管理方法，所述服务管理方法包括从用户计算装置接收交易请求，其中所述交易请求包括交易数据和令牌数据。所述方法进一步包括认证令牌数据以及识别与所述令牌数据相关联的多个服务账户中的一个。多个服务账户中的每一个具有与其相关联的服务标识符。随后将交易请求和服务标识符传输到与多个服务账户中的所识别账户相关联的服务计算系统。

服务标识符用于供与多个服务账户中的所识别账户相关联的服务计算系统认证。所述方法进一步包括响应于交易请求而从与多个服务账户中的所识别账户相关联的服务计算系统接收交易响应，其中交易响应用于提供到用户计算装置。

根据本发明的第二方面，揭示一种其中存储多个编程指令的机器可读媒体，当执行时所述指令使所述机器：从用户计算装置接收交易请求，其中所述交易请求包括交易数据和令牌数据；认证所述令牌数据以及识别与所述令牌数据相关联的多个服务账户中的一个，其中所述多个服务账户中的每一个具有与其相关联的服务标识符；将所述交易请求和所述服务标识符传输到与所述多个服务账户中的所识别账户相关联的服务计算系统，其中所述服务标识符用于供与所述多个服务账户中的所识别账户相关联的所述服务计算系统认证；以及响应于所述交易请求而从与所述多个服务账户中的所识别账户相关联的所述服务计算系统接收交易响应。交易响应用于提供到用户计算装置。

附图说明

图1示出根据本发明的一方面的服务管理系统的系统图；以及

图2示出图1的服务管理系统的数据流程图；以及

图3示出根据本发明的一方面的用于由图1的服务管理系统实施的服务管理方法的过程流程图。

具体实施方式

下文参考图1和图2描述本发明的示例性实施例，即利用服务管理系统20的服务管理方法100。

本发明的实施方案总体上涉及服务管理方法100以及用于提供综合平台以促进从企业对企业(B2B)的服务传送的相关联系统。企业对企业还适用于需要在业务架构中操作的个人。可以通过选择B2B网关服务来调适所提供服务。服务可以由第三方集中并且通过第三方引导。

服务管理方法100的实施方案支持通过服务管理系统20的最佳平台促进的多样化业务可能性以及企业之间的服务传送。服务管理方法设定用于下一面向服务的革命(不同地称为服务生态系统)、未来商业价值网络和由因特网规模基础架构支持的其它形式的中心和社区的阶段，以跨越多种装置和计算系统通过因特网提供用于服务的供应与需求的公平竞争环境。

图1描绘可以执行本发明的实施方案的服务管理系统20的示例性系统架构。服务管理系统20可以包含与用户相关联的用户计算装置22、控制计算机系统26和服务计算系统28。用户计算装置22可以通过网络28与控制计算机系统26中的一个或多个通信。控制计算机系统26可以通过网络30彼此通信和/或与用户计算装置22和服务计算系统28通信。控制计算机系统26可以各自分别包含一个或多个服务器32以及一个或多个数据存储器34。在一些实施方案中，服务管理系统20可以表示支持多个计算机系统(例如，控制计算机系统26)的客户端/服务器系统，包含连接性地耦合以通过网络30彼此通信的一个或多个客户端(例如，用户计算装置22和服务计算系统28)。

用户计算装置22可以表示不同形式的处理装置，包含但不限于，台式电脑、手提电脑、手持式计算机、个人数字助理(PDA)、智能手机、智能平板电脑、蜂窝电话、网络设备、相机、智能手机、增强型通用无线分组业务(EGPRS)移动电话、媒体播放器、导航装置、电子邮件装置、游戏控制台，或这些数据处理装置或其它数据处理装置中的任何两个或多于两个的组合。用户计算装置22可以访问在控制计算机系统26中的一个或多个上的应用程序软件。

控制计算机系统26可以表示不同形式的服务器系统，包含但不限于，网络服务器、应用程序服务器、代理服务器、网络服务器或服务器群。例如，服务器32中的一个或多个可以是执行由用户计算装置22访问的软件的应用程序服务器。在一些实施方案中，用户可以调用可用于网络浏览器或在客户端(例如，用户计算装置22)上运行的移动应用程序中的服务器32中的一个或多个上的应用程序。每个应用程序可以从一个或多个存储库资源(例如，数据存储器112)个别地接入数据。

在一些实施方案中，用户计算装置22和服务计算系统28可以通过通信接口(未示出)无线地通信，所述通信接口在必要时可以包含数字信号处理电路。通信接口可以提供用于在不同模式或协议下通信，例如，全球移动通信系统(GSM)语音呼叫、短消息服务(SMS)、增强型短信服务(EMS)或多媒体消息服务(MMS)信息传送、码分多址(CDMA)、时分多址(TDMA)、个人数字蜂窝系统(PDC)、宽带码分多址(WCDMA)、CDMA2000，或通用分组无线系统(GPRS)等。例如，可以通过射频收发器(未示出)进行通信。另外，短程通信可以例如使用蓝牙、WiFi或其它此类收发器而发生。

网络30可以是大型计算机网络，例如，局域网(LAN)、广域网(WAN)、因特网、蜂窝网络或连接任何数目的移动客户端、固定客户端和/或服务器的其组合。在一些实施方案中，每个客户端(例如，用户计算装置22)可以通过虚拟专用网络(VPN)、安全外壳(SSH)隧道或其它安全网络连接与控制计算机系统26中的一个或多个通信。在一些实施方案中，网络30可以包含因特网、无线服务网络，并且可以包含公共交换电话网络(PSTN)。在其它实施方案中，网络30可以包含公司网络(例如，企业内部网)和一个或多个无线接入点。

用户计算装置22可以与控制计算机系统26建立其自身的会话。每个会话可以涉及控制计算机系统26与用户计算装置22之间的双向信息交换。例如，超文本传送协议(HTTP)会话可以允许信息与个别用户相关联。会话可以是有状态会话，其中通信部分(例如，控制计算机系统26或用户计算装置22)中的至少一个存储关于会话历史的信息，以便能够通信。或者，在无状态会话期间的无状态通信包含具有相关联响应的独立请求。

服务管理方法100包括在步骤110中从用户计算装置22接收交易请求50。优选地，交易请求50包括交易数据52和令牌数据54。优选地，交易请求50通过用户计算装置22产生，所述用户计算装置提供用户接口(UI)实例，以在用户通过其UI与用户计算装置22交互时从用户捕获输入。

服务应用程序56在用户计算装置22上的本机容器的内部操作，并且利用用户计算装置22的网络浏览器来显示本地托管的HTML页，所述服务应用程序采用驻留在用户计算装置22上的移动/基于装置的应用程序的形式，作为驻留在控制计算机系统26上可通过用户计算装置22的网络浏览器访问的基于网络的应用程序，或作为混合移动应用程序。服务应用程序56可以专用于与特定服务提供商或通用应用程序相关联的服务计算系统28，以跨越多个服务提供商访问多个服务计算系统28。

在于步骤200中在用户计算系统22上启动服务应用程序56之后，服务应用程序56可能需要提供用户标识符和认证数据。认证数据可以是1或组合或口令、硬件密钥或通过用户计算装置22从用户捕获的生物计量数据。或者，对用户计算装置22唯一的且可通过用户计算装置22提供的装置代码可以用于仅替换用户标识符或用户标识符和认证数据两者。

随后通过控制计算机系统26接收用户标识符和认证数据以识别多个服务账户中的一个，所述服务账户唯一地指示用户计算装置22以及可通过与服务计算系统28相关联的服务提供商提供的服务。为了清晰起见，与服务计算系统28相关联的服务提供商可以使用服务管理方法100通过控制计算机系统26向多个用户计算装置22提供服务。

在多个服务账户中的特定服务账户根据用户标识符进行识别且通过控制计算机系统26和服务计算系统28中的一个或两个使用认证数据来认证之后，在用户计算装置22与控制计算机系统26之间产生令牌数据54，以在步骤202中建立交易会话。

在于用户计算装置22与控制计算机系统26之间建立交易会话之后，在步骤110中可以提出对可用服务的请求。在步骤110中，在起始用于提供到控制计算机系统之后，可以通过服务应用程序56自动地产生对可用服务的请求的交易数据52。

优选地，控制计算机系统26的数据存储器34含有保存数据60。保存数据60包括描述(例如)可通过服务提供商提供的服务的服务端数据，包含可用性、数量、规格、成本、交货计划以及可通过与服务计算系统28相关联的服务提供商提供的产品和/或服务的相关零售和库存信息。保存数据60进一步包括指示与多个服务账户中的每一个有关的服务收购和预订信息、服务实施和交易历史的用户端数据。服务计算系统28可以是含有主数据62的资源计划系统，例如，企业资源计划(ERP)系统。因此，优选的是，保存数据60以预定时间间隔或根据交易实时中的同步调度与主数据62同步。

在于步骤110中接收交易请求50之后，在步骤112中通过控制计算机系统26认证交易请求。在步骤114中，取决于实施方案，在保存数据60与主数据62同步之时或之前，交易请求50可以通过控制计算机系统26处理或通过服务计算系统28处理。或者，在其它实施方案中，在不存在或存在保存数据60的情况下，通过服务计算系统28处理交易请求50，其中控制计算机系统26仅用于传送交易请求50以及随后由控制计算机系统26产生的交易响应64。在保存数据60与主数据62的数据同步期间，与多个服务账户中的所识别服务账户相关联的服务标识符66可以由控制计算机系统与服务计算系统28共享。这是为了确保主数据62的正确对应部分与保存数据60的更新部分同步,所述更新部分与多个服务账户中的所识别服务账户相关联。

可替代地或另外，在将交易请求50的交易数据52传输到服务计算系统之前可以处理所述交易数据，以符合在服务计算系统28上操作的服务应用程序的数据格式化和数据参数需求中的至少一个，所述服务应用程序用于在服务计算系统上执行交易请求50。

接下来，在步骤116中产生交易响应64，以通过控制计算机系统26提供到用户计算装置22。取决于交易请求50的实施方案和本质，交易响应64可以通过控制计算机系统26或服务计算系统产生。

如果交易请求50与对可用服务的请求有关，则交易响应64将包含描述和/或指示从保存数据60或主数据62获得的可用服务的响应数据66。

交易请求50的性质改变并且根据对可用服务的请求、对服务、货物或产品的收购或预留的请求、对收购或预留的取消的请求、对传送和正传送信息的请求而扩展，以请求与多个服务账户中的所识别账户有关的交易历史。

除了基本交易、更新和信息请求操作之外，控制计算机系统26还可以执行处理交易数据52、复制或添加到服务计算系统28的功能。此外，由于保存数据60与主数据62之间的实时同步需求取决于网络30的状态，因此存在在不确定的持续时间内实时同步不可能的情况。由于还可以现场获取和更新服务计算系统28，因此与保存数据60进行的交易可能与对服务计算系统28的更新和/或服务计算系统28与主数据62进行的现场交易冲突。在此种情况下，控制计算系统32可以对从用户计算装置22接收的交易请求50施加某些条件。例如，如果在保存数据60与主数据62之间的同步终止之前详细目录中存在X数目个条目，则在不允许购买之前，实施服务管理方法100的控制计算机系统26可以仅允许交易请求50购买至多预定义百分数(例如，50％)的X，直到已恢复保存数据60与主数据62之间的同步。因此，交易响应64还可以指示请求采用交易请求50形式的交易的成功或失败。

为了清晰起见，交易响应64可提供到用户计算装置22并且包括输出或输出数据，所述输出或输出数据通过服务计算系统28和/或控制计算机系统从执行交易请求50中产生。输出数据可呈现在用户计算装置22上，以通过用户计算装置22的用户实现与输出数据的交互以及输出数据的选择中的至少一个。

因此，如上所述，服务管理方法100使平台能够建立用于通过服务管理系统20，具体来说控制计算机系统26来促进接入企业与个人之间的服务。控制计算机系统26可以采用各种API和接口模块来与服务提供商的服务计算机系统28上的不同服务提供商所采用的不同软件应用程序和软件平台合作。这容易地实现通过控制计算机系统26接入服务计算系统28所提供的服务，而不需要满足多个用户接入服务计算系统28。由于在服务计算系统28上操作的软件平台或软件应用程序(例如ERP产品)对接入到其上的单独用户的数目具有确定限制，因此采用服务管理方法100产生仅一个或很少的定义用户接入，以及因此在控制计算机系统26与服务计算系统28之间产生仅一个或很少的用户账户。此外，控制计算机系统26充当负载管理器，并且根据负载偏差、波动和峰值缓存服务计算系统28。

控制计算机系统26还实现网络、无线和移动接入，尤其在将例如平板电脑等的智能装置用于通过服务计算系统28有效的服务时。尤其对于不具有技术意识或具有极少技术意识的用户，装置容易兼容的服务应用程序56实现通过用户计算装置22的无缝接入。

在服务管理方法100的示例性应用中，服务提供商是将消费品(FMCG)快速移动到各种业务客户(包含大排档经营者)的供应商。第一客户希望订购可通过服务提供商提供的FMCG条目的列表。在步骤200中，第一客户通过其UI操作基于智能平板电脑的用户计算装置22，以启动其上的服务应用程序56。在第一客户已在服务提供商处进行预先注册时，第一客户继续通过相关联口令输入对其唯一的用户标识符作为认证数据。这些用户标识符随后由第一客户的用户计算装置22发送到控制计算机系统26，以用于登录认证。在步骤202中，在已通过控制计算机系统26验证所提供的认证数据之后，在第一客户的用户计算装置22与控制计算机系统26之间建立交易会话，其中产生令牌数据以提供到用户计算装置22。第一客户随后与用户计算装置22交互，以请求可从服务提供商购买的采用交易请求50形式的FMCG条目的列表。交易请求50将包含所产生的令牌数据54，所述令牌数据将在步骤110中发送到控制计算机系统26。在于步骤114中处理交易请求50之前，控制计算机系统26将在步骤112中认证令牌数据52。此时，交易数据52含有对将提供的可用FMCG条目的列表的指示。在于步骤116中将采用交易响应64形式的信息提供到用户计算装置22之前，已使保存数据60与主数据62并行同步的控制计算机系统26将从保存数据60提取可用FMCG条目上的所需信息。

在查看可用FMCG条目的列表之后，在于步骤110中提交购买请求作为交易请求50之前，第一客户可以对所需FMCG条目做出选择，包含需求数量以及类似相关参数。在于步骤116中采用交易响应64的形式提供成功购买的回复之前，控制计算机系统26随后前进通过步骤112和步骤114。在第一客户从服务应用程序56注销或关闭服务应用程序56之前，第一用户可以继续依序提供交易请求50以推进对其的交易响应64。

在第一客户正从服务提供商获得交易时，第二客户可以正获得与检查先前购自服务提供商的FMCG条目的传送状态有关的交易，并且使用第二客户的用户计算装置22通过步骤110至116审查采用交易请求50和相关联交易响应64形式的交易历史。第一客户将具有与其相关联的多个服务账户中的一个服务账户，而第二客户将具有与其相关联的多个服务账户中的另一个服务账户。通过使用不同用户标识符可以实现此，所述不同用户标识符进而产生唯一不同的令牌数据，用于在第一客户和第二客户中的每一个的控制计算机系统26与用户计算装置22之间建立不同交易会话。第一客户和第二客户的不同服务账户确保保存数据60和主数据62的部分的适当分离和区别，即使影响通过第一客户和第二客户串列实现的保存数据60的更新和交易请求50可以同时同步或以主数据62为例。

本发明的具体实施例的方面解决与现有计算机实施的方法和系统相关联的至少一个方面、问题、限制性和/或缺点。虽然已在本发明中描述与某些实施例相关联的特征、方面和/或优点，但其它实施例也可以展现此类特征、方面和/或优点，且并非所有实施例必需展现此类特征、方面和/或优点以属于本发明的范围。所属领域的技术人员将了解，若干上文所揭示结构、组件或其替代物可以合意地组合成替代性结构、组件和/或应用。另外，可以由所属领域的技术人员在本发明的范围内对所揭示的各种实施例作出各种修改、更改和/或改进，本发明的范围仅由以上权利要求书限制。

Claims (20)

1.一种服务管理方法，其包括：

从用户计算装置接收交易请求，所述交易请求包括交易数据和令牌数据；

认证所述令牌数据以及识别与所述令牌数据相关联的多个服务账户中的一个，所述多个服务账户中的每一个具有与其相关联的服务标识符；

将所述交易请求和所述服务标识符传输到与所述多个服务账户中的所识别服务账户相关联的服务计算系统，所述服务标识符用于供与所述多个服务账户中的所识别服务账户相关联的所述服务计算系统认证；以及

响应于所述交易请求而从与所述多个服务账户中的所识别服务账户相关联的所述服务计算系统接收交易响应，

其中所述交易响应用于提供到所述用户计算装置。

2.根据权利要求1所述的服务管理方法，其进一步包括：

将所述交易响应提供到所述用户计算装置。

3.根据权利要求1所述的服务管理方法，所述交易响应指示所述服务计算系统对所述交易请求的执行的成功和失败中的一个。

4.根据权利要求1所述的服务管理方法，所述交易响应包括从由所述服务计算系统执行所述交易请求产生的输出数据。

5.根据权利要求4所述的服务管理方法，所述输出数据在所述用户计算装置上可呈现，以通过所述用户计算装置的用户实现与输出数据的交互以及输出数据的选择中的至少一个。

6.根据权利要求1所述的服务管理方法，其进一步包括：

在将所述交易数据传输到所述服务计算系统之前处理所述交易数据，所述交易数据进行处理以符合在所述服务计算系统上操作的服务应用程序的数据格式化和数据参数需求中的至少一个，所述服务应用程序用于在所述服务计算系统上执行所述交易请求。

7.根据权利要求1所述的服务管理方法，其进一步包括：

用所述交易数据更新与所述多个服务账户中的所识别服务账户相关联的数据库。

8.根据权利要求1所述的服务管理方法，用所述交易数据更新与所述多个服务账户中的所识别服务账户相关联的数据库包括：

处理所述交易数据以更新与所述多个服务账户中的所识别服务账户相关联的所述数据库，所述处理后的交易数据进一步用于传输到所述服务计算机系统。

9.根据权利要求1所述的服务管理方法，其进一步包括：

将服务数据提供到在所述用户计算装置上操作的用户应用程序，所述用户应用程序用于调适所述用户计算装置上的接口以由此接收用户输入。

10.根据权利要求9所述的服务管理方法，所述用户应用程序是所述多个服务账户中的所识别服务账户的专用服务。

11.根据权利要求9所述的服务管理方法，所述服务计算系统是智能移动装置并且所述用户应用程序是移动应用程序。

12.一种其中存储多个编程指令的机器可读媒体，当执行时所述指令使所述机器：

从用户计算装置接收交易请求，所述交易请求包括交易数据和令牌数据；

认证所述令牌数据以及识别与所述令牌数据相关联的多个服务账户中的一个，所述多个服务账户中的每一个具有与其相关联的服务标识符；

将所述交易请求和所述服务标识符传输到与所述多个服务账户中的所识别服务账户相关联的服务计算系统，所述服务标识符用于供与所述多个服务账户中的所识别服务账户相关联的所述服务计算系统认证；以及

响应于所述交易请求而从与所述多个服务账户中的所识别服务账户相关联的所述服务计算系统接收交易响应，

其中所述交易响应用于提供到所述用户计算装置。

13.根据权利要求12所述的机器可读媒体，其中所述多个编程指令，当执行时所述指令进一步使所述机器：

将所述交易响应提供到所述用户计算装置。

14.根据权利要求12所述的机器可读媒体，其中所述交易响应指示所述服务计算系统对所述交易请求的执行的成功和失败中的一个。

15.根据权利要求12所述的机器可读媒体，其中所述交易响应包括从由所述服务计算系统执行所述交易请求产生的输出数据。

16.根据权利要求15所述的机器可读媒体，其中所述输出数据在所述用户计算装置上可呈现，以通过所述用户计算装置的用户实现与输出数据的交互以及输出数据的选择中的至少一个。

17.根据权利要求12所述的机器可读媒体，其中所述多个编程指令，当执行时所述指令进一步使所述机器：

在将所述交易数据传输到所述服务计算系统之前处理所述交易数据，所述交易数据进行处理以符合在所述服务计算系统上操作的服务应用程序的数据格式化和数据参数需求中的至少一个，所述服务应用程序用于在所述服务计算系统上执行所述交易请求。

18.根据权利要求12所述的机器可读媒体，其中所述多个编程指令，当执行时所述指令进一步使所述机器：

将服务数据提供到在所述用户计算装置上操作的用户应用程序，所述用户应用程序用于调适所述用户计算装置上的接口以由此接收用户输入。

19.根据权利要求18所述的机器可读媒体，所述用户应用程序是所述多个服务账户中的所识别服务账户的专用服务，并且所述服务计算系统是智能移动装置且所述用户应用程序是移动应用程序。

20.根据权利要求12所述的机器可读媒体，其中所述多个编程指令，当执行时所述指令进一步使所述机器：

处理所述交易数据以更新与所述多个服务账户中的所识别服务账户相关联的所述数据库；以及

用所述交易数据更新与所述多个服务账户中的所识别服务账户相关联的数据库，所述处理后的交易数据进一步用于传输到所述服务计算机系统。