服务请求处理方法和系统的制作方法

专利名称：：服务请求处理方法和系统的制作方法
技术领域：
：本公开内容涉及识别以及管理服务请求。特别地，本公开内容涉及在服务提供商架构中处理服务请求以及与它们相关的异常。
背景技术：
：通信行业不断面对更多服务以及新服务的快速部署的需求，同时提供所述服务的基础技术的复杂性持续增加。服务提供商需要这样的系统，其为居民消费者以及商业消费者提供直接地并且以较低价格轻易激活并且管理服务请求的能力。通信服务提供商认识到消费者选择希望的服务以及至少采取基本的步骤来定制服务的能力成为了关键的市场区分器(marketdifferentiator)。消费者基于可用服务的数量以及消费者激活和使用服务的容易程度来评估服务提供商。消费者还把发起服务请求和服务激活之间的时间周期看作重要的市场区分器。提供通信服务涉及很多复杂的和技术上的细节，并且经常导致在获取客户信息和提供服务的过程中发生异常。然而，缺乏可从业务支持系统(BSS)获取的现成服务对服务提供商产生了技术上的挑战，其中该业务支持系统(BSS)能够支持通信提供商的标准过程。为支持新网络服务而部署的新的可操作支持系统(OSS)的复杂性也在技术上导致了对于希望向客户隐藏复杂性的服务提供商的挑战。一直以来，提供商彼此想将他们的服务相互区分开的意愿促使OSS除了引入生命周期维护问题之外，还引入了更多复杂的服务和复杂的技术。很多服务提供商面对的很多技术上的挑战不仅包括改进在激活和使用服务的情况下的消费者体验，而且实际上还包括执行服务请求以及成功激活该服务。通信服务提供商使用复杂系统来跟踪和解析在提供服务和服务操作期间出现的异常。当前的自提供(self-provisioning)系统使消费者不知所措并且迷惑，使消费者对自提供通信服务和对使用此类自提供能力丧失了信心。目前，通信服务提供商以将资源集中于开发和递送新服务为代价，将用于辅助消费者的稀缺资源指《1到提供服务。为了成功激活服务以及向消费者提供增强的自提供网络服务的能力，通信服务提供商面临很多技术上的挑战。这些技术挑战包括提供强健的并且动态的用户接口、提供有效的一流异常处理的工作流方案和服务请求协调。随着每个新网络元件或网络服务的集成，已经存在的大量处理步骤以及可能在激活和管理网络服务过程中产生的潜在异常会成指数增长。然而，当前的系统可以要求消费者在激活或去激活服务过程中响应不合理数量的异常，进一步打击了消费者。而且，当前系统本身可能成为恶性错误传播(例如，异常)的受害者，这导致消耗大量的系统资源、产生许多部分(partially)完成的供应服务请求、并且耗时、昂贵，并在技术上对异常解决方案提出挑战。对于通过管理异常、异常队列以及很好地协调服务请求处理来有效地并高效地加速服务的自提供的系统和方法的需求已经存在很长时间。
发明内容用于通信服务提供商的服务请求执行架构("架构")将消费者体验与提供通信服务的复杂性相分离。该架构识别并且管理对应于异常(可能发生在处理服务请求过程期间)的相关服务请求。该架构有效率地管理异常、异常队列，并且极好地协调对相关服务请求的处理。在异常发生并对其进行解决时，该架构通过管理对应于实现服务请求的过程。因而，公开的服务请求执行架构提升了人机交互的效率，尤其提升了消费者对自服务提供的接受和使用，这增大了在服务提供商侧的成本节约。特别地，该架构大大地降低了管理异常(处理服务请求时发生)的技术负担。该架构可以处理划分为精细粒度级别的服务请求，其提升了服务请求以及利用粒度服务请求建立的更复杂服务的有效实现、复用和优化。下面更详细地给出了该粒度服务请求的示例。通常，该架构可以包括服务请求的全面集合。例如，服务请求可以包括客户创建服务请求、客户修改一般性数据服务请求以及服务订单提供服务请求。该架构可以接收服务请求并且识别定义相关性代码的服务请求的属性(例如，客户代码、账户代码、单位代码、产品代码、以及订单id)。该架构可以使用相关性代码以协同的方式来管理异常和相关的服务请求。该架构可以转换服务请求以获取包括相应的相关性代码的经过协调的服务请求。在一个实现中，该架构使用XSLT(可扩展样式表语音转换)处理器来获取经过协调的服务请求。该架构将相关性代码用于对多个经过协调的服务请求进行分组以及关联。该架构可以使用可变数量的属性组成相关性代码，并且属性的数量可以基于相应服务请求的特征。该架构可以通过从当前经过协调的服务请求中提取相关性代码以及确定该提取的相关性代码是否与相关性代码(对应于存储在异常处理器队列中的现有服务请求异常)相匹配来启动对当前经过协调的服务请求的处理。在该架构确定异常处理器队列不包括现有服务请求异常(具有与该当前经过协调的服务请求相匹配的对应相关性代码)的情况下，该架构可以尝试处理当前经过协调的服务请求。该架构可以处理当前经过协调的服务请求，并且如果发生异常，则停止处理当前经过协调的服务请求并且将服务请求异常(具有对应于当前经过协调的服务请求的相关性代码)存储在异常队列中。在一个实现中，在该架构确定现有的服务请求异常具有匹配的相关性代码的情况下，该架构停止对当前经过协调的服务请求的处理初始化。该现有的服务请求异常可以表示由尝试处理之前的经过协调的服务请求导致的异常。该异常处理器可以基于服务请求异常的相关性代码与当前经过协调的服务请求的相关性代码相匹配，来锁定当前经过协调的服务请求。该架构可以解决服务请求异常，并且基于当前经过协调的服务请求和之前经过协调的服务请求的相关性代码与已经解决的服务请求异常的相关性代码相匹配，来解锁当前经过协调的服务请求和之前经过协调的服务请求。在查看以下附图和详细描述时，本发明的其他系统、方法和特征对本领域的技术人员将变得明显。其目的在于所有此类额外的系统、方法、特征和优势包括在该描述内、包括在本发明的范围内并且由所附权利要求书保护。参考以下附图和描述可以更好地理解该公开内容。附图中的部分不一定按比例绘制，重点在于说明本发明的原理。而且，在附图中，同样的附图标记在全部不同附图中表示相应部分或元件。图1示出了服务请求执行架构("架构")；图2示出了说明其发生会启动异常处理器管理异常的事件的数据流图3示出了EAI/ESB系统；图4示出了处理流程，该架构可以用其处理服务请求；图5示出了实体的示例，该架构可以用其提供和管理服务；图6示出了实体的其他示例，该架构可以用于提供和管理服务；图7示出了相关性代码的构造；图8示出了粗粒度服务请求的层次；图9示出了该架构的匹配和锁定过程。具体实施例方式该架构可以唯一地定义操作事件(例如，动作)，该架构将操作事件映射为业务服务(例如，针对服务的服务请求)。架构可以使用业务服务在系统之间交换服务传递和服务管理所涉及的信息。在一个实现中，架构实现了定义用于创建、读取、更新以及删除服务请求的实体的数据模型方案。实体可以表示架构中用于向消费者提供服务并对向客户递送服务进行管理的离散对象。例如，架构可以包括诸如计费账户实体、客户实体以及单位实体之类的实体。实体可以包括唯一地识别服务请求并且定义相关性代码的属性。架构可以使用相关性代码来以协调的方式识别并管理相关服务请求。例如，架构可以将相关性代码用于实现异常处理功能。尽管将描述该架构的特定组件，但是与该架构一致的方法、系统和产品可以包括附加的或不同的组件。例如，处理器可以实现为微处理器、微控制器、专用集成电路(ASIC)、离散的逻辑或其他类型电路或逻辑的组合。类似地，存储器可以是DRAM、SRAM、闪存或其他类型的存储器。实现下面描述的处理和程序的逻辑可以存储(例如，作为计算机可执行指令)在诸如光盘或磁盘或其他存储器的计算机可读介质上。可替换地或此外，逻辑可以用能在实体间传输的电磁信号或光信号来实现。此类信号的示例是承载TCP/IP分组的物理层以太网信号，这些TCP/IP分组包括程序源代码或可执行程序。标志、数据、数据库、表格和其他数据结构可以被分别存储和管理、合并到单个存储器或数据库中、分发，或者可以以多种不同的方式在逻辑上和物理上进行组织。程序可以是单个程序的一部分、单独的程序，或者分布于多个存储器和处理器中。而且，程序或该程序的任何部分可以改用硬件来实现。图1示出了服务请求执行架构("架构")100。架构100可以包括企业应用集成以及企业服务总线(EAI/ESB)102、CCare(客户关注)系统104、客户入口106系统、计费系统108、综合订单管理系统(IOM)110、统一目录(UD)系统112、^是供系统114、企业资源M^划(ERP)系统116、和余额系统118(例如，账户管理系统)。服务提供商120通过网络128(例如，因特网)与客户122、消费者124(例如，潜在的客户)、分销伙伴126以及其他实体进行通信。EAI/ESB系统102可以位于包括在架构100中的多个系统之间并且与架构100通信。EAI/ESB系统102可以允许应用结合起来4丸行以实现多个逻辑上功能交叉的业务过程。EAI/ESB系统102可以提供消息传送服务，从而不同的应用可以使用服务请求(例如，业务服务请求)一起通信。表1示出了业务服务列表，架构100可以用这些业务服务递送并且管理所提供的服务。架构100唯一地定义了可操作事件(例如，动作)，架构100可以将其映射为服务。架构100使用业务服务在系统间交换在服务请求中转发的信息(诸如，包含在实体中的数据)，其中所述系统(例如，EAI/ESB系统102、CCare系统104、客户入口106系统、计费系统108、IOM系统llO、和UD系统112、提供系统114、和ERP系统116)在服务的递送和管理中^皮涉及。表1-业务服务<table>tableseeoriginaldocumentpage12</column></row><table>号码可携带性请求充值请求SIM卡替换获取计费账户数据获取客户数据获取已就位的资产获取订单获取产品配置获取产品列表获取产品价格获取服务账户获取服务请求获取用户数据发送电子邮件消息发送SMS消息用于提供响应的服务项目用于提供的服务订单用于提供响应的服务订单同步账户计费配置针对地址同步对地址的账户计费同步对个人的账户计费同步账户一般性数据同步账户支付数据同步账户同步资产组分同步客户同步客户财务地址同步客户一般性数据任务执行<table>tableseeoriginaldocumentpage14</column></row><table>表2示出了可以代表逻辑实体的对象列表，其中这些逻辑实体包括进一步定义并且唯一地识别业务服务的属性。业务服务可以通过报头和一个或多个对象(例如，实体)的组合来唯一地定义。为了传递并管理提供的服务，架构100可以包括附加的、更少的或者不同的业务服务和实体。_<table>tableseeoriginaldocumentpage14</column></row><table><table>tableseeoriginaldocumentpage15</column></row><table>简要地参考图7,每个业务服务700可以包括报头702和对象704,其中对象代表诸如计费账户实体706、客户实体708和实体710的逻辑实体。业务服务的报头702可以包括属性，诸如用于标识客户的客户代码712、单位代码714、业务事件名称716、指示状态的执行状态718、标识业务事件的多个实例和线程的业务事件实例id720，以及用于在系统收到业务服务时加盖时间戳的收到日期722。架构100可以参考相关性代码定义或其他相关性代码规范来确定架构100使用哪个属性，以及以何顺序形成相关性代码。例如，架构可以通过将订购的计费账户实体706、客户实体708和单位实体710的序列串接为单个相关性代码724来获取相关性代码724。在另一个示例中，架构100可以通过将来自业务服务700的实体以不同次序或顺序进行组合来获取相关性代码726。表3示出了示例业务服务和实体组合，架构100可以用它们来传递并管理所提供的服务。例如，创建客户业务服务可以包括报头，以及客户、地址和单位这些实体，而修改客户通用数据业务服务可以包括报头，以及客户和单位这些实体。__表3-业务服务(实体)组合_<table>tableseeoriginaldocumentpage15</column></row><table>产品-服务-账户-地址产品-服务-账户-联系人产品-服务-属性产品-服务-用户-联系人)同步对地址的账户计费(地址，计费账户，单位)同步对个人的账户计费(地址，联系人，单位)同步账户计费配置(计费账户，计费配置，单位)同步账户一般性数据(计费账户，单位)同步账户支付数据(计费账户，计费配置，单位，支付数据)同步客户一般性数据(客户，单位)同步客户物理地址(地址)任务执行(技术服务订单，次序，属性)任务执行响应(技术服务订单，属性)_架构100可以使用业务事件(例如，业务服务请求)以在架构100内并与架构100通信的系统间交换数据。例如IOM系统IIO可以请求提供系统114或UD112来执行导致任务执行事件的特定操作。在一个实现中，EAI/ESB系统102从IOM系统110接收请求并且将该请求转发至合适的提供系统114。任务执行事件可以由包含服务请求的任务执行业务服务来表示，其中该服务请求由IOM系统110映射为系统操作任务(例如，在UD112上创建用户、并且在有线提供系统114上激活VOIP)。CCare系统104可以管理客户关系，以^更服务提供商120和客户122可以直接访问客户信息、将客户需求与产品服务规划和提供进行匹配、向客户提示服务要求，并且标识客户122购买和/或正在使用的所有产品。CCare系统104可以包括以下能力帮助服务提供商120的营销部门标识和确定服务提供商120的最好客户、以清楚的目标和目的来管理营销宣传活动，并且为服务提供商120的销售团队生成质量引领。CCare系统104可以通过优化多个雇员共享的信息并且使现有过程流水线化(例如，使用移动设备接受订单)来辅助服务提供商120改进电话销售、账户以及销售管理。CCare系统104可以为服务提供商120提供形成与客户122、消费者124(例如，潜在的客户)和分销伙伴126的定制关系的功能。CCare系统104可以改进客户满意度、标识最有利可图的客户、向客户提供最高等级的服务，并且因此将利润最大化。CCare系统104可以为服务提供商120的雇员提供分析客户概况所需的信息和过程、理解客户122的需求并且有效地在服务提供商120、消费者124和分销伙伴126之间建立关系。客户入口106为客户122和消费者124提供可从网络(例如，因特网)直接访问的服务提供。在一个实现中，客户入口106代表经销商端口和/或用于商业消费者和居民消费者访问和提供服务的端口。在一个实现中，客户入口106通过提供交换基于XML消息的方法的面向服务的架构协议(SOAP)与EAI/ESB系统102通信。客户入口106为客户122和消费者124提供用于查看、购买和提供可用服务、修改统计信息、计费账户和支付数据、查看清单状态和余额，以及对预付费账户进行充值的浏览器。计费系统108可以执行为客户122记录产品和服务清单的活动。计费系统108的主要功能可以包括维护计费数据、针对服务的周期性计费和使用计费、打折、服务费率、服务目录以及生成打印的和电子的账单。综合订单管理(IOM)系统110可以为架构IOO提供过程自动化的基础，以及用于^是供服务的人工工作流组件。IOM系统llO设计可以实现服务订单和用于成功提供服务的任务级管理。IOM系统110的主要功能可以包括过程管理、工作流、订单分解、订单重组、任务管理、状态管理、异常和SLA管理、订单和状态报告、补充处理、耳又消处理以及移动、添加、改变和删除动作。统一目录(UD)系统112可以提供安全性和控制服务功能，其中安全性和控制服务功能集中了增值服务(VAS)应用所需的客户和服务相关信息的管理，以及用于对用户通过UD系统112对月良务的访问进行控制的安全特征集合。UD系统112可以从IOM系统110接收服务请求来添加、修改、删除和搜索客户122、用户、产品和服务。提供系统114可以提供服务以建立服务，该建立包括配置设备、布线和传输。提供系统114可以管理激活和去激活由服务提供商120提供的产品和服务的功能。提供系统114可以管理无线和有线提供、因特网协议电视(IPTV)、因特网协议语音(VOIP)以及专用的服务提供。ERP(企业资源卩現划)系统116可以管理产品^L划、购买(例如，用于传递产品和服务的材料和组件)、维护存货清单、与供货商交互、为客户提供服务以及跟踪订单。ERP系统116也可以包括应用模块来管理服务提供商业务的财务和人力资源方面。ERP系统116可以管理和跟踪计费系统108针对其发送清单的客户122的支付兑现、记录该支付，并且将订单和支付补给分销伙伴126(例如，供货商)。在一个实现中，CCare系统104管理涉及客户、账户管理和客户122购买的产品和服务的订单的所有实体。CCare系统104可以启动专用于激活、修改和移除客户数据的操作以及订单激活和去激活。如果需要的话，EAI/ESB系统102可以复制实体并且将其转发至与架构100通信的系统以提供和管理服务。EAI/ESB系统102可以将CCare系统104事件映射为相应的业务服务。架构100可以将转发至业务服务的数据转换为与架构100通信的系统使用的通用对象模型，以提供和管理服务。EAI/ESB系统102可以将路由事件(例如，对业务服务的服务请求)的逻辑提供给使用预定序列的应用。EAI/ESB系统102为消费者124和客户122提供客户入口106系统，其提供可调用服务的集合。在一个实现中，客户入口106系统将服务请求转发至EAI/ESB系统102，EAI/ESB将该服务请求转发至CCare系统104以提供和管理服务。如上所述，架构100实现了复杂的异常处理机制。图2示出了说明其发生可以启动异常处理器202来管理异常204的事件的数据流图200。数据流图200示出了数据流，架构IOO可以用其管理来自于新客户122的新的服务订单(例如，创建客户206服务请求)。在一个实现中，消费者124可以通过CCare系统104接口启动创建客户事件(例如，创建客户206服务请求)来成为客户122。可以在架构100中定义很多其他数据流；数据流图200是一个示例。CCare系统104将创建客户206服务请求转发至EAI/ESB系统102,并且EAI/ESB系统102向CCare系统104返回确认208以指示架构100已经用与代表新创建的客户122的客户、地址和单位相对应的信息更新了实体。CCare系统104可以启动对应于新客户的创建客户事件(例如，创建客户206服务请求)的创建账户事件(例如，创建账户210服务请求)，并且将创建账户210服务请求转发至EAI/ESB系统102。EAI/ESB系统102可以向CCare系统104返回确认212以指示架构100已经以与代表客户122的新创建账户的计费账户、计费配置、支付数据和联系人相对应的信息更新了实体。CCare系统104还可以启动对应于新客户122的新服务订单的月l务订单提供事件(例如，服务订单提供214服务请求)，并且将服务订单提供214服务请求转发至EAI/ESB系统102。EAI/ESB系统102可以向CCare系统104返回确认216以指示架构100已经以与代表客户122的新服务订单的服务订单、产品-服务、产品-服务-账户、产品-服务-账户-地址、产品-服务-账户-联系人、产品-服务-属性和产品-服务-用户画联系人相对应的信息更新了实体。在一个实现中，CCare系统104通过EAI/ESB系统102将计费信息转发至计费系统108。EAI/ESB系统102可以^吏用多个月良务请求将从一个系统接收的信息转发至其他系统。例如，EAI/ESB系统102可以在创建客户218服务请求中将从CCare系统104接收的计费信息转发至计费系统108。在一个实现中，EAI/ESB系统102将创建客户218服务请求转发至计费系统108和ERP系统116,以创建计费账户。可以创建多个计费账户并且将它们与一个客户122相关联。计费系统108可以将创建客户218服务请求映射到这样的事件，该事件基于包括在创建客户218服务请求中的信息，将商务客户的创建与居民客户的创建相区分。在一个实现中，当计费系统108尝试处理创建客户218服务请求时发生服务请求(SR)异常204的情况下，计费系统108将值等于"NOK"222的确认220返回给EAI/ESB系统102。EAI/ESB系统器202。异常处理器202可以停止相关事件(例如，修改客户相关事件或同步与同一客户关联的资产组件)并且锁定涉及SR异常204的创建客户218服务请求。在一个实现中，异常处理器202向EAI/ESB系统102发送服务请求锁定224以锁定创建客户218服务请求。架构IOO可以解决SR异常204并且解锁创建客户218服务请求以及向IOM系统110转发服务订单提供服务请求226以执行特定的服务提供操作(例如，在UD112上创建用户，并且在提供系统114上激活VOIP)。IOM系统110可以向提供系统114和UD112发送任务执行服务请求228,该请求228启动服务提供并使提供信息230通过任务^丸行响应232返回给IOM系统110。IOM系统110可以向提供系统114发送多个任务执行服务请求234，这些请求234导致提供系统114通过任务执行响应(例如，238和240)向IOM系统110返回附加的提供信息236。IOM系统110可以向EAI/ESB系统102发送多个提供响应(例如，242和244)的月良务项目，以完成订单月l务提供。EAI/ESB系统102可以将用于提供响应246的服务项目转发至CCare系统104,并且CCare系统104为了响应可以^使用资产组件服务请求250向EAI/ESB系统102返回资产组件信息248。图3示出了EAI/ESB系统102。EAI/ESB系统102可以包括用于与架构100的各种组件通信的通信接口304、执行用于管理事件和服务请求的处理器306,以及存储器308。EAI/ESB系统102可以接收服务请求(例如，SR-310和SR-312)并且标识服务请求的属性(例如，属性-1314和属性-2316),这些属性定义了相关性代码(例如，相关性代码318和相关性代码320)。在一个实现中，EAI/ESB系统102采用相关性代码提取器逻辑322来标识服务请求(例如，SR-310和SR-312)的、用于组成相关性代码(例如，相关性代码-1318和相关性代码-2320)的属性，并且基于相应服务请求的特征来改变用于组成相关性代码的属性数量。提取器逻辑322可以参考存储在存储器308中的相关性代码定义376或其他相关性代码规范来确定架构100使用的属性，以及以何种顺序形成相关性代码。定义376例如可以使用架构100的用户接口来进行预配置并且可以动态地改变。EAI/ESB系统102可以使用服务请求转换器324来转换服务请求(例如，SR-310和SR-312)以获取经过协调的服务请求(例如，经过协调的SR-1326和经过协调SR-2328)。例如，经过协调的SR-1326和经过协调的SR-2328可以分别表示创建客户208服务请求以及服务订单提供服务请求226。经过协调的服务请求(例如，经过协调的SR-1326和经过协调的SR-2328)可以包括相关性代码(例如，相关性代码-1318和相关性代码-2320)。在一个实现中，架构100使用XSLT(可扩展样式表语音转换)处理器330来获取经过协调的服务请求(例如，经过协调的SR-1326和经过协调的SR-2328)。架构IOO可以将相关性代码(例如，相关性代码-1318和相关性代码-2320)用于对经过协调的服务请求进行归组和关联(例如，创建客户206服务请求和创建客户208服务请求可以分别由经过协调的SR-1326和经过协调的SR-2328表示，其中相关性代码-1318和相关性代码-2320相匹配)。在一个实现中，用于组成相关性代码(例如，相关性代码-1318和相关性代码-2320)的属性包括客户代码-1332、账户代码-1336、单位代码-2344、产品代码-1348以及订单id-l352。在一个实现中，相关性代码可以通过将所选属性的值串接为单个相关性代码字段来获取，或可以通过在所选属性上应用另一个函数来获取。在一个实现中，架构100启动使用经过协调的服务处理逻辑378处理对当前经过协调的服务请求(例如，经过协调的SR-1326)的处理，以便使用相关性代码提取器逻辑322从当前经过协调的服务请求中提取相关性代码(例如，相关性代码-1318)。在一个实现中，EAI/ESB系统102的存储器308包括异常处理器202，其使用相关性代码匹配器逻辑356来确定提取的相关性代码是否与对应于现有服务请求异常(例如，SR异常-2362)的相关性代码(例如，相关性代码_4364)匹配。异常处理器202可以在异常处理器队列366中存储服务请求异常(例如，SR异常-1204和SR异常-2362)。在架构100确定异常处理器队列366不包括现有服务请求异常(其具有与当前经过协调的服务请求相匹配的相应相关性代码)的情况下，架构100可以尝试处理当前经过协调的服务请求(例如，经过协调的SR-1326和经过协调的SR-2328)。例如，在相关性代码-1318与相关性代码-3360或相关性代码-4364不匹配的情况下，架构100可以启动对当前经过协调的服务请求(例如，经过协调的SR-1326)的处理。然而，在处理期间发生服务请求异常(例如，SR异常-1204)的情况下，架构100可以停止对当前经过协调的服务请求的处理，并且存储服务请求异常(例如，SR异常-1204)(其具有与当前经过协调的服务请求相对应(例如，在相关性代码-3360与相关性代码-1318相匹配的情况下)的相关性代码(例如，相关性代码-3360))。在一个实现中，在相关性代码匹配器逻辑356确定现有的服务请求异常(例如，SR异常-2362)具有匹配的相关性代码时(例如，根据预配置的匹配标准(诸如，三个相关性代码属性中的两个相匹配)，相关性代码-1318和相关性代码-4364完全匹配或部分地匹配)，异常处理器202采用经过协调的服务请求锁定器368来停止对当前经过协调的服务请求(例如，经过协调的SR-1326)的处理的开始。现有的服务请求异常(例如，SR异常-2362)可以表示由尝试处理之前经过协调的服务请求(例如，经过协调的SR-2328)而导致的异常。在相关性代码-4364和相关性代码-2320匹配的情况下(归因于现有服务请求异常(例如，SR异常-2362)对应于之前经过协调的服务请求(例如，经过协调的SR-2328)),基于当前经过协调的服务请求(例如，经过协调的SR-1326)的相关性代码(例如，相关性代码-1318)与现有服务请求异常(例如，SR异常-2362)的相关性代码(例如，相关性代码-4364)匹配，异常处理器202可以锁定当前经过协调的服务请求(例如，经过协调的SR-1326)。当架构解决了相应的服务请求异常时，该架构100基于当前经过协调的服务请求和之前经过协调的服务请求(例如，经过协调的SR-1326和经过协调的SR-2328)的相关性代码(例如，代码-l318和相关性代码-2320)与已经解决的服务请求异常的相关性代码相匹配，可以解锁当前经过协调的服务请求和之前经过协调的服务请求。图4示出了处理服务请求的流程图400。在一个实现中，服务请求队列370接收服务请求(例如，服务请求-1310)并且提取相关性代码-1318以获取经过协调的SR-1326(步骤402)。架构100启动对经过协调的SR-1326的处理(步骤404)并且确定经过协调的SR-1326的相关性代码-l318是否匹配于异常队列366中被服务的请求异常(例如，SR异常-2362)的相关性代码(例如，相关性代码-4364)(步骤406)。在架构IOO确定经过协调的SR-1326的相关性代码-1318与被服务的请求异常(例如，SR异常-2362)的相关性代码(例如，相关性代码-4364)不匹配的情况下，则架构100尝试处理经过协调的服务SR-1326以完成，除非发生异常(步骤416)。在处理经过协调的服务SR-1326期间发生异常的情况下(步骤408),架构IOO将服务请求异常(例如，服务请求异常-1204)存储到异常处理器队列366中(步骤410)，并且锁定经过协调的服务SR-1326(步骤412)。在架构IOO解决异常状况时，其还异步地继续处理其他服务请求。在架构IOO解决了异常状况(由服务请求异常(例如，服务请求异常-1204)导致的)的情况下，架构IOO解锁所有锁定的、经过协调的服务请求(例如，经过协调的SR-1326和经过协调的SR-2328)并且从异常处理器队列366中清除服务请求异常(例如，服务请求异常-1204)(步骤414)。架构100继续对经过协调的服务SR-1326的处理(步骤404)。图4进一步示出了在架构100初始化对经过协调的SR-1326的处理并且确定经过协调的SR-1326的相关性代码-1318与异常处理器队列366中的服务请求异常(例如，SR异常-2362)的相关性代码(例如，相关性代码-4364)相匹配的情况下，架构100锁定经过协调的服务SR-1326(步骤412)。在架构100解决了异常情况(由服务请求异常(例如，服务请求异常-1204)导致的)的情况下，架构100解锁与服务请求异常(例如，SR异常-2362)的相关性代码相匹配的相关性代码相对应的、所有被锁定的经过协调的服务请求(例如，经过协调的SR-1326和经过协调的SR-2328),并且从异常处理器队列中清除服务请求异常(例如，服务请求异常-1362)(步骤414)。架构100继续对经过协调的服务SR-1326的处理(步骤404)。图5示出了可由架构100用于提供和管理服务的实体的示例。在一个实现中，架构IOO使用包括以下实体的方案地址实体502、属性实体504、计费账户实体506、计费调整实体508、计费配置实体510、联系人实体512、客户实体514、订单实体516、单位实体518和支付实体520。架构100可以以唯一的组合使用实体(例如，502到520)来形成用于提供和管理服务的服务请求。实体包括定义该实体的实体-属性。包括在实体中的实体-属性的数量有助于改进实体的定义，并且提供粒度以更有效率地管理实体。图6示出了可由架构100用于提供和管理服务的实体的额外实体的示例。架构IOO使用包括以下实体的方案产品-服务实体602、产品-服务-账户实体604、产品-服务-账户-地址实体606、产品-服务-账户-联系人实体608、产品-服务-属性实体610、产品-服务-用户-联系人实体612、充值实体614、服务订单实体616和技术服务订单618。架构IOO可以以唯一的组合、使用实体(例如，602到620)来形成用于提供和管理服务的服务请求。在一个实现中，架构100使用实体(例如，502到520和602到620)来形成用于提供和管理服务的服务请求。图8示出了粗粒度服务请求的层次800，架构100可以用其隐藏提供和管理服务的复杂性。粗粒度服务请求(例如，创建后付费订单服务请求802)定义了用于提供和管理服务的组件的渐进细化集合，这些组件包括服务804(例如，也在表3中示出)、服务请求实体(例如，实体-1、实体-2、实体-3和实体-4806)以及实体属性808(例如，在图5和图6中详细示出)的集合。例如，创建后付费订单服务请求802调用包括实体属性808所定义实体704的组件服务804。架构100使用从粒度服务请求、组件服务、服务请求实体到实体-属性的粒度层来有效率地提供和管理服务，同时向客户122和消费者124隐藏复杂性。表4示出了粗粒度业务服务的列表，其中这些服务可以调用组合中的组件服务(例如，在表3中示出的)，这些组件服务可以预配置并且为了响应在架构100内并与架构100通信的系统而动态改变。随着在架构100内并与架构100通信的系统的改变，可以一次次地添加、删除并且修改粗粒度服务请求和组件服务。表4-粗粒度服务请求<table>tableseeoriginaldocumentpage25</column></row><table>获取计费账户数据获取客户数据获取已就位的资产获取订单获取产品配置获取产品列表获取产品价格获取服务账户获取服务请求_图9示出了架构IOO的匹配和锁定过程。架构IOO可以尝试通过将经过协调的服务请求的相关性代码(例如，CC-2908)和存储在异常处理器队列366中的锁定的服务请求异常(例如，LSRE-1928、LSRE曙2930和LSRE-3932)的相关性代码(例如,CC-7922、CC画2924和CC-3926)相比较，来执行经过协调的服务请求(例如，OSR-2906)。在经过协调的服务请求(例如，OSR-2906)的相关性代码(例如，CC-2908)与锁定的服务请求异常(例如，LSRE-2930)的相关性代码(例如，CC-2924)相匹配的情况下，架构100锁定经过协调的服务请求(例如，OSR-2906)。在架构100解决异常情况的时候，架构100异步地继续处理其他服务请求(例如，OSR-4914)。在架构100解决了异常状况的情况下，架构100对锁定的服务请求进行解锁，并且完成对该服务请求的处理。在架构100确定经过协调的服务请求(例如，OSR-2906)的相关性代码(例如，CC-2908)与锁定的服务请求(例如，LSRE-2930)的相关性代码(例如，CC-2924)不相匹配的情况下，架构100完成对经过协调的服务请求(例如，OSR-2906)的处理。针对通信服务提供商120，架构100为其解决了以下技术问题避免恶性错误(例如，异常)，以及通过防止冗余异常而使得管理异常所需的资源最小化。架构100改进了消费者124、客户122和分销伙伴126的使用的容易性、加速了服务的自提供，并且增加了客户122的服务的自提供。通过提高了与管理异常(在处理服务请求时发生)有关的效率，架构100改善了启动服务请求和服务激活之间的时间周期。根据上述内容，提供了一种计算机实现的方法，包括接收涉及服务请求的数据对象，其中该服务请求包括服务请求属性；识别服务请求属性中的相关性属性；提取相关性属性并且从相关性属性形成相关性代码；将相关性代码添加到服务请求以获取经过协调的服务请求；使经过协调的服务请求在服务请求队列中排队；通过以下操作处理经过协调的服务请求从经过协调的服务请求中提取相关性代码以获取提取的相关性代码；将提取的相关性代码和与未决服务请求异常相关联的锁定的相关性代码进行比较；以及当提取的相关性代码和锁定的相关性代码匹配时除了经过协调的服务请求之外，在服务请求队列中搜索包括提取的相关性代码的、匹配的服务请求；以及锁定经过协调的服务请求和服务请求队列中匹配的服务请求，使得它们不执行。而且，提供了一种计算机程序产品，特别地，其有形地存储在计算机可读存储介质上，如信号或数据流，该计算机程序产品包括计算机可读指令，当该指令加载到合适系统上并在其上执行时用于执行上述计算机实现的方法的步骤。特别地，提供一种产品，包括机器可读介质；以及存储在介质上的逻辑，该逻辑可操作用于接收包括服务请求属性的服务请求；识别服务请求属性中的相关性属性；提取相关性属性并且从相关性属性形成相关性代码；将相关性代码添加到服务请求以获取经过协调的服务请求；使经过协调的服务请求在服务请求队列中排队；通过以下操作处理经过协调的服务请求从经过协调的服务请求中提取相关性代码以获取提取的相关性代码；将提取的相关性代码和与未决服务请求异常相关联的锁定的相关性代码进行比较；以及当提取的相关性代码和锁定的相关性代码匹配时除了经过协调的服务请求之外，在服务请求队列中搜索包括所提取相关性代码的、匹配的服务请求；以及锁定经过协调的服务请求和服务请求队列中匹配的服务请求，使得它们不执行。在特定的示例中，存储在介质上的、可操作以处理经过协调的服务请求的逻辑进一步可操作用于解决未决的服务请求异常并且响应性地执行以下操作对经过协调的服务请求进行解锁；以及对匹配的服务请求进行解锁。在其他特定的示例中，存储在介质上的逻辑进一步可操作用于通过连接相关性属性来形成相关性代码。在其他特定的示例中，存储在介质上的逻辑进一步可操作用于基于服务请求，改变被选择用来形成相关性代码的相关性属性。在其他特定的示例中，存储在介质上的逻辑进一步可操作用于用可扩展样式表语言转换(XSLT)处理器来转换服务请求，以获取经过协调的服务请求。在其他特定的示例中，存储在介质上的逻辑进一步可操作用于定义包括以下内容中的至少一个的多粒度可复用服务请求客户创建服务请求；客户修改一般性数据服务请求；客户修改物理地址服务请求；修改客户数据服务请求；账户修改一般性数据服务请求；账户修改计费配置服务请求；账户修改对个人计费的服务请求；账户修改对地址计费的服务请求；账户修改支付日期服务请求；服务订单提供服务请求；资产组件服务请求；提供任务服务请求；以及任务执行响应服务请求。在其他特定的示例中，存储在介质上的逻辑进一步可操作用于使用客户代码、账户代码、单位代码、产品代码、订单标识符或它们的任何组合来形成相关性代码。根据上述内容，所公开的服务请求执行架构提升了人机交互的效率，尤其通过提升消费者对自服务提供的接受和使用提升了人机交互的效率，这增大了服务提供商侧的成本节约。该架构大大地降低了管理异常(处理服务请求时发生的)的技术上的负担。通过消除对应于相关服务请求的冗余异常而有效地以及高效地降低处理异常所需的系统资源，该架构加速了实现服务请求的过程。已经描述了多个实现。然而，应该理解可以在不偏离本发明的精神和范围的情况下，做出各种修改。因而，其他实现位于以下权利要求书的范围中。权利要求1.一种计算机实现的方法，包括接收涉及服务请求的数据对象，其中所述服务请求包括服务请求属性；识别所述服务请求属性中的相关性属性；提取所述相关性属性并且从所述相关性属性形成相关性代码；将所述相关性代码添加到所述服务请求以获取经过协调的服务请求；使所述经过协调的服务请求在服务请求队列中排队；通过以下操作来处理所述经过协调的服务请求从所述经过协调的服务请求中提取所述相关性代码以获取提取的相关性代码；将所述提取的相关性代码和与未决服务请求异常相关联的、锁定的相关性代码进行比较；以及当所述提取的相关性代码和所述锁定的相关性代码匹配时除了所述经过协调的服务请求之外，还在所述服务请求队列中搜索包括所述提取的相关性代码的、匹配的服务请求；以及锁定所述经过协调的服务请求和所述服务请求队列中的所述匹配的服务请求，使得它们不执行。2.根据权利要求1所述的计算机实现的方法，进一步包括解决所述未决的服务请求异常并且响应性地执行以下操作对所述经过协调的服务请求进行解锁；以及对所述匹配的服务请求进行解锁。3.根据前述权利要求中的任意一项所述的计算机实现的方法，其中形成相关性代码包括连接所述相关性属性。4.根据前述权利要求中的任意一项所述的计算机实现的方法，其中形成包括基于所述服务请求，改变被选择用来形成所述相关性代码的多个相关性属性。5.根据前述权利要求中的任意一项所述的计算机实现的方法，其中添加包括用可扩展样式表语言转换(XSLT)处理器来转换所述服务请求，以获取所述经过协调的服务请求。6.根据前述权利要求中的任意一项所述的计算机实现的方法，进一步包括定义包括以下内容中的至少一项的多粒度可复用服务请求客户创建服务请求；客户修改一般性数据服务请求；客户修改物理地址服务请求；修改客户数据服务请求；账户修改一般性数据服务请求；账户修改计费配置服务请求；账户修改对个人计费的服务请求；账户修改对地址计费的服务请求；账户修改支付日期服务请求；服务订单提供服务请求；资产组件服务请求；提供任务服务请求；以及任务执行响应服务请求。7.根据前述权利要求中的任意一项所述的计算机实现的方法，其中所述相关性属性包括客户代码、账户代码、单位代码、产品代码、订单标识符或它们的任何组合。8.—种服务请求处理系统，包括相关性代码提取器逻辑，可操作用于接收包括服务请求属性的服务请求；识别所述服务请求属性中的相关性属性；提取所述相关性属性并且从所述相关性属性形成相关性代码；以及将所述相关性代码添加到所述服务请求以获取经过协调的服务请求；排队逻辑，可操作用于使所述经过协调的服务请求在服务请求队列中排队；以及经过协调的服务处理逻辑，可操作用于从所述经过协调的服务请求中提取所述相关性代码以获取提取的相关性代码；将所述提取的相关性代码和与未决服务请求异常相关联的、锁定的相关性代码进行比较；以及当所述提取的相关性代码和所述锁定的相关性代码匹配时除了所述经过协调的服务请求之外，还在所述服务请求队列中搜索包括所述提取的相关性代码的、匹配的服务请求；以及锁定所述经过协调的服务请求和所述服务请求队列中所述匹配的服务请求，使得它们不执行。9，根据权利要求8所述的系统，其中所述经过协调的服务处理逻辑进一步可操作用于解析所述未决的服务请求异常并且响应性地执行以下操作对所述经过协调的服务请求进行解锁；以及对所述匹配的服务请求进行解锁。10.根据权利要求8或9所述的系统，其中可操作用于从所述相关性属性形成所述相关性代码的所述相关性代码提取器逻辑进一步可操作用于通过连接所述相关性属性来形成所述相关性代码。11.根据前述权利要求8至10中的任意一项所述的系统，其中可操作用于从所述相关性属性形成所述相关性代码的所述相关性代码提取器逻辑进一步可操作用于基于所述服务请求，改变被选择用于形成所述相关性代码的所述相关性属性。12.根据前述权利要求8至11中的任意一项所述的系统，其中可操作用于将所述相关性代码添加到所述服务请求以获取所述经过协调的服务请求的所述相关性代码提取器逻辑进一步可操作用于用可扩展样式表语言转换(XSLT)处理器来转换所述服务请求，以获取所述经过协调的服务请求。13.根据前述权利要求8至12中的任意一项所述的系统，进一步可操作用于定义包括以下内容中的至少一项的多粒度可重用服务请求客户创建服务请求；客户修改一般性数据服务请求；客户修改物理地址服务请求；修改客户数据服务请求；账户修改一般性数据服务请求；账户修改计费配置服务请求；账户修改对个人计费的服务请求；账户修改对地址计费的服务请求；账户修改支付日期服务请求；服务订单提供服务请求；资产组件服务请求；提供任务服务请求；以及任务执行响应服务请求。14.根据前述权利要求8至13中的任意一项所述的系统，其中可操作用于从所述相关性属性形成所述相关性代码的所述相关性代码提取器逻辑进一步可操作用于使用客户代码、账户代码、单位代码、产品代码、订单标识符或它们的任何组合形成所述相关性代码。15.—种计算机程序产品，其包括计算机可读指令，当所述计算机可读指令加载到合适的系统并且在其上执行时，所述计算机可读指令执行根据前述权利要求1至8中的任意一项所述的计算机实现的方法的步骤。全文摘要本发明公开了一种服务请求处理方法和系统。所述计算机实现的服务请求处理方法允许执行以下步骤接收涉及服务请求的数据对象；识别相关性属性；提取该相关性属性并且从其形成相关性代码；将该相关性代码添加到该服务请求以获取经过协调的服务请求；使该经过协调的服务请求进行排队；通过以下操作来处理该经过协调的服务请求提取相关性代码；将该提取的相关性代码和与未决服务请求异常相关联的、锁定的相关性代码进行比较；以及当两者匹配时还搜索包括该提取的相关性代码的、匹配的服务请求；以及锁定该经过协调的服务请求和该匹配的服务请求，使得它们不执行。本发明通过消除冗余异常而有效率地降低处理异常所需的系统资源。文档编号H04L29/08GK101370015SQ200810146149公开日2009年2月18日申请日期2008年8月12日优先权日2007年8月13日发明者A·奥塔维,S·R·甘迪尼申请人:埃森哲环球服务有限公司