管理服务状态数据的方法和系统技术方案

一种用于通过建立可插入的元数据处理器来管理面向服务的体系结构内服务的服务状态数据的方法和系统，包括：建立与平台无关的、可扩展的元数据信息模型以定义关于服务状态数据的元数据；建立包括一组可扩展服务状态数据属性的可扩展元数据定义；配置一个或多个可扩展的语义处理器；配置控制器元数据处理器；以及定义所述语义处理器之间的约定。

【技术实现步骤摘要】

本专利技术涉及计算机系统信息通信。特别地，本专利技术涉及面向服务的状态数据和元数据。当前，在面向服务的体系结构(如Web服务)中没有内建对通知客户其状态改变的支持。对于面向服务的体系结构，这是一种重要的特性，因为大多数计算系统本质上是异步的并且客户需要通过某些异步的机制获得这种状态改变。
技术介绍
在面向服务的组件模型(Java服务和/或Web服务)中，服务通过组件的实例变量和/或会话状态变量和/或永久存储介质和/或使用外部资源来掌握组件的状态。服务通过各种定制应用编程接口(API)说明其状态信息。这种接口模型不够灵活并且不可扩展，因此每个客户必须编制代码以便适应特定的API和理解通过该API定义的语义。客户不能足够灵活地根据其说明的信息模型(数据模式)来查询状态数据。这些API的细致程度以及灵活性随着不同的实现而变化。因此，所需要的是一种用于定义机制的框架，所述机制能够通过使用说明的状态信息模型(模式)对服务状态进行各种查询，使服务以改变通知语义，实现一种灵活的服务状态说明模型来扩展服务的状态。
技术实现思路
在下面更详细的描述中阐明了这些和其它的改进。为了更好地理解本专利技术的优点和特征，请参考本说明以及附图。本文中的一个示例实施例中公开了用于通过建立可插入的元数据处理器来管理面向服务的体系结构内服务的服务状态数据的方法，该方法包括建立与平台无关的、可扩展的元数据信息模型以定义关于服务状态数据的元数据；建立包括一组可扩展的服务状态数据属性的可扩展的元数据定义；配置一个或多个可扩展的语义处理器；配置控制器元数据处理器；以及定义诸语义处理器之间的约定。本文中另一个示例实施例中还公开了一种用于通过建立可插入的元数据处理器来管理面向服务的体系结构内服务的服务状态数据的系统，该系统包括用于建立与平台无关的、可扩展的元数据信息模型以定义关于服务状态数据的元数据的装置；用于建立可扩展的元数据定义的装置，所述元数据定义包括一组可扩展的服务状态数据属性；用于配置一个或多个可扩展的语义处理器的装置；用于配置控制器元数据处理器的装置；以及用于定义诸语义处理器之间的约定的装置。本文中的另一个示例实施例还公开了一种存储介质，该介质编码有机器可读的计算机程序代码，该代码包括这样的指令，所述指令使得计算机执行用于通过建立可插入的元数据处理器来管理面向服务的体系结构内服务的服务状态数据的方法，所述的方法包括建立与平台无关的、可扩展的元数据信息模型以定义关于服务状态数据的元数据；建立可扩展的元数据定义，所述元数据定义包括一组可扩展的服务状态数据属性；配置一个或多个可扩展的语义处理器；配置控制器元数据处理器；以及定义诸语义处理器之间的约定。附图说明现在将参考附图通过实例的方式对本专利技术进行说明，其中各图中相同的元件标注有相同的数字，其中图1A图示了说明并示例了计算机实现的简化的方块图；图1B图示了说明在进行查询时客户和服务间交互作用的简化的方块图；图1C图示了说明在通知状态的改变时客户和服务间交互作用的简化的方块图；图2图示了根据一个示例实施例包括用于面向服务状态的网关的信息通信框架的简化的方块图；图3图示了根据一个示例实施例包括面向服务的状态产生器的信息通信框架的简化的方块图；图4图示了根据一个示例实施例的关系模型；以及图5图示了根据一个示例实施例包括可插入、可扩展的元数据处理器的信息通信框架的简化的方块图。通过参考附图以实例方式详细地说明了本专利技术的优选实施例的优点及其特征。具体实施例方式参考图1A-C和图2，在本文中的一个示例实施例中公开了一种用于在面向服务的体系结构中管理服务的状态数据的方法和装置。更具体地，框架10a定义了能够使服务20以改变通知语义扩展其状态的机制。在一个示例实施例中，服务20可以驻留在被配置为与各系统元件以及介质2通信的计算机1中，并且介质2包括具有客户30的另一计算机。此外，客户可以象服务20一样驻留在同一计算机1中。框架10a使得服务20组件支持对服务状态数据22的各种可扩展数据查询、对服务状态数据22的改变具有自动通知的能力，以及使得服务状态数据22可以灵活地进行数据转换。框架10a是灵活的，因为客户30可以编写关于服务状态数据22的任何查询表达式；例如，对状态数据22的概览，或者对状态数据22的细致(细微)查看。有利地，框架10a是可扩展的，因为新的类型的服务状态可以被插入到该面向服务的体系结构内。在示例实施例中，通过可插入的处理器108、110、112实现这些特征，所述可插入的处理器108、110、112使用与状态数据限定符、限制以及访问机制有关的、可扩展的元数据框架10a。应当理解，此处使用的体系结构旨在同时表示对整个结构、逻辑组件以及计算机的内部逻辑关系、其操作系统、网络或其它概念的指定及处理过程。体系结构可以是一参考模型，诸如开放系统互连(OSI)参考模型、旨在作为特定产品体系结构的模型或者其可以是特定的产品体系结构，诸如用于特定处理器或操作系统的特定产品体系结构。计算机体系结构可以被划分为五个基本组件输入/输出、存储、通信、控制以及处理。实际上，这些组件中的每个组件(有时称为子系统)有时也被称为具有体系结构，因此，通常要参考上下文确定其用法和含义。通过比较，术语设计包含范围比体系结构窄的含义。体系结构是设计，但大多数设计不是体系结构。一个单独的组件或一个新的功能具有设计，该设计必须符合整个体系结构。类似的术语，框架可以被认为是体系结构的结构化的部分，但是在此处的使用中也包括过程。框架可以同时包括对整个结构、逻辑组件以及系统的内部逻辑关系、处理器等等的指定及处理过程。工具集可以被认为是在用户的干预下从一组输入创建产品(例如，效果、代码、模式、数据等等)的工具或功能的集合。组件是物理的或非物理的抽象元素，其提供/有助于体系结构和/或框架的一组选定的功能/能力。框架10a其它有益的特征是为客户30提供对数据转换的支持。基于传输的异类性质、呈现介质、QoS以及格式要求，存在不同类型的客户。这些客户30访问服务20以获得其状态数据22，并且期望该结果以适合客户30使用的方式来表达/配置。在一个示例实施例中，提供了一种基于客户(诸客户)20的要求为其转换服务状态数据22的框架10a。这些要求可以包括将服务状态数据22转换为客户可以理解和使用的格式；例如，可以为移动设备显示将来自股票报价服务的股票报价服务状态数据转换为无线标记语言(WML)格式，或为可使用语音的设备将其转换为扩展标记语言(XML)格式。特别应该理解的是，此处公开的示例实施例的面向服务的体系结构和框架10a有助于并提供了 1.能够查询服务20的当前状态，优选地，使用客户指定的查询语言；2.能够使服务20向选定的感兴趣的客户发送服务状态数据22的改变。3.将此类查询的结果以及通知信息转换成客户指定的格式。一示例实施例使用一组元数据信息和可插入的/自适应接口以及工具解决了面向服务的体系结构的上述要求。有利地，元数据框架10a是可扩展的以便支持状态数据限定符(安全性、启用/禁用事务、事务范围等等)、限制(可用性、时间限制、生存时间、易变性、基数等)以及访问机制(推、拉和定制的访问机制)。现在参考图1B和图1C，其示出了示例实施例框架10a中本文档来自技高网...

【技术保护点】
一种通过建立可插入的元数据处理器来管理面向服务的体系结构中服务的服务状态数据的方法，所述方法包括以下步骤：建立与平台无关的、可扩展的元数据信息模型以定义关于服务状态数据的元数据；建立包括一组可扩展的服务状态数据属性的可扩展的 元数据定义；配置一个或多个可扩展的语义处理器；配置控制器元数据处理器；以及定义所述各语义处理器之间的约定。

【技术特征摘要】
...

【专利技术属性】
技术研发人员：J约瑟夫，TR马圭尔，
申请(专利权)人：国际商业机器公司，
类型：发明
国别省市：US[美国]