基于策略的消息聚集框架制造技术

由始发应用程序生成的消息基于配置策略被聚集成批量消息。该配置策略包含用于将消息聚集成批量消息的业务逻辑。一旦批量消息聚集完成，它就被格式化为单个流输出并且发送至被设计成接收消息的目标应用程序。消息也可被聚集成由始发应用程序控制的批量消息。该消息包括由始发应用程序设置以发出批量消息完成的信号的指示符。一旦批量消息完成，它就被格式化为单个流输出并且发送至被设计成接收消息的目标应用程序。

【技术实现步骤摘要】
【国外来华专利技术】基于策略的消息聚集框架北旦 冃足在当今的全球经济中，公司经常需要集成来自各种源的应用程序、系统和 技术。通常，这些公司创建用于通过电子手段并以最少的人工干预从一个计算 机应用程序到另一个计算机应用程序的、按照达成协议的消息标准的结构化信 息的计算机到计算机的交换的系统。消息标准的示例包括用于与健康护理相关的临床和管理数据的健康等级7 (HL7);用于关于产品、资产、服务以及位 置的信息的标识和通信的GS1系统；用户财务数据的SWIFT;以及用于按照 用于传送各种商业交易数据的达成协议的消息标准交换结构化信息的EDI。如附图说明图1所示，商业企业可以按各种消息格式与各种合伙人进行通信。例如， 该商业企业可以按XML格式与顾客进行通信；该商业企业可以按EDI或平面 文件消息格式与供应商应用程序进行通信；该商业企业可以按SWIFT消息格 式与财务应用程序进行通信；并且该商业企业可以按某一其他工业标准消息格 式与后勤应用程序进行通信。不幸的是，消息的种类和数量使通信变得复杂并造成了典型商业企业中的 效率低下。虽然用于聚集消息的解决方案可以用自定义软件代码来编写，但是 这些解决方案增加了企业中的复杂性和成本并且只适于特定情况。概述本专利技术的各方面克服了已知的结构化消息的计算机到计算机交换中的一 个或多个缺陷。 一种可扩展的、基于策略的消息聚集框架将消息聚集成批量消 息，该批量消息准许多个消息作为单个输出流来发送至目标应用程序。在一个方面中，本专利技术涉及基于策略的消息聚集，其中聚集基于包含用于 将消息聚集成批量消息的业务逻辑的策略。在另一个方面中，本专利技术涉及基于 应用程序的消息聚集，其中源应用程序在消息中设置指示符，该指示符标识将 被批量化的消息并且在批量化完成时发出信号。因为典型的商业企业生成关于关键业务通信的许多消息，所以包含本专利技术的各方面的消息聚集系统是可靠且可扩展的。同样，可以实现消息聚集以通过 累积消息并且在用于发送该消息的通信介质的成本最低时发送该消息来降低 成本，并且通过经由一次发送一束消息来降低发送各单个消息所涉及的开销以 提升性能。具有用于消息聚集的计算机可执行指令的计算机可读介质包含本专利技术的 其他各方面。或者，本专利技术的各实施例包括各种其他方法和装置。提供本概述以便以简化的形式介绍将在以下详细描述中进一步描述的一 些概念。该概述不旨在标识所要求保护的主题的关键特征或必要特征，也不旨 在用于帮助确定所要求保护的主题的范围。其它特征的一部分将是显而易见的， 一部分将在下文中指出。附图简述图1是示出根据现有技术的结构化消息的计算机到计算机交换的流程图。 图2是示出根据本专利技术的实施例的用于消息聚集的计算系统环境的框图。图3是示出根据本专利技术的实施例的消息聚集的示例性流程图。图4是示出可在其中实现本专利技术的合适的计算系统环境的一个示例的框图。在全部附图中，相应的附图标记指示相应的部分。 详细描述进一步参考各附图，图2示出了用于消息聚集的计算系统环境的一个实施 例。可以实现消息聚集以满足多种业务需求。例如，商业企业以各种消息格式 与各种合伙人进行通信。消息聚集允许在容纳指定时刻的通信的同时以降低的 成本提升性能。在该示例中，商业企业可具有每周从供应商订购供应品的策略。 应用程序可以允许该企业通过生成定址到供应商的消息来全周订购供应品。本 专利技术的各实施例准许在该商业企业处将这些消息聚集成批量消息以便每周发 送至该供应商的应用程序以供履行处理。作为另一个示例，想象企业正从顾客接收大量购买订单。为了满足每个顾 客的购买订单，该企业从合伙公司订购物品并且该企业使用EDI来将订单传送给该合伙公司。但是，与该合伙公司的连接只在一天中的特定时间可用。因此， 该商业企业需要累积对于该合伙公司的所有订单并且在一天中的正确时间期 间发送这些订单。此外，企业经常需要为与合伙公司的连接时间支付费用。在 这种情况下，将所有消息捆绑在一起并且大约每几个小时打开一次连接，并且 一次发送该单个消息束是有利的。此外，本专利技术的各方面准许聚集各种消息格式的消息，诸如XML、 EDI、平面文件、SWIFT、或某一其他工业标准消息格 式。如图2所示，源应用程序202生成并发送消息。本领域的技术人员熟悉发 送定址到发送端口的消息。根据本专利技术的各方面，消息引擎204接收每条消息 并且与消息地址中的发送端口相关联的一个或多个批量化器206接收并聚集消 息。在一个实施例中，源应用程序202和目标应用程序212通过端点与消息引 擎204进行通信。端点是位置的逻辑表示(例如，以URL形式表达)，其为 接收到或已发送的数据提供物理地址。在该实施例中的端点是双向的，并且使 用这些端点来将消息送入消息引擎204以及从消息引擎204中获得消息。在另一个实施例中，消息引擎204还将消息写入数据存储208。如果批量 消息中的消息彼此独立，则本专利技术的各方面可基于由业务配置策略定义的所选 参数来汇编消息。例如，批量配置策略包含用于确定批量消息中的消息数量、 批量消息中的累计字节数、批量消息中的消息类型、和/或用于累积消息的时间 段的业务逻辑。在一个实施例中，批量化器206在发送端口上配置(例如，BatcherType (批量化器类型)和BatcherLocation (批量化器位置))。例如，可为此利用 适配器框架代码库并且实现用于存储该配置和其他发送端口配置信息的接口。 附录A示出包括批量化器接口的包含本专利技术的各方面的用于外向批量化的消 息通信框架的示例性实现。在另一个实施例中，消息引擎204维护一个或多个批量化器206的实例状 态402 (见图4)。实例状态402包括与批量化器206相关联的发送端口以及 已被定址到该发送端口的消息列表。实例状态402可被存储在数据存储208中。 实例状态用于在系统故障的情况下检索与每个批量化器实例相对应的消息。如果与特定发送端口相关联的批量化器206不存在，则消息引擎204将创建它。通过动态地创建每个批量化器206，按需创建批量化器，这提升了消息 聚集系统的可扩展性。此外，批量化器206的动态创建通过消除空闲批量化器 的开销并且准许消息引擎204只为活动的批量化器206管理实例状态402而有 助于系统性能。通过将实例状态402以及消息存储在数据存储208中，批量消息可以在系 统故障的情况下恢复。在一个实施例中，在重启后，消息引擎204能够访问在 故障时正在进行中的批量消息的实例状态402。对于每个实例状态402，消息 引擎204创建批量化器206的一个实例。对于在实例状态402的消息列表中的 每条消息，消息引擎204将该消息重新发送至批量化器206。 一旦该列表中的 消息已被重新发送至批量化器206，该批量消息就将是与其在故障时相同的状 态。例如，实例状态402是存储应用程序实例(在该情况下，为Assembler (汇 编器)/Batcher (批量化器)实例)的状态的地方。尽管对应于应用程序实例 的消息被存储在数据存储中，但还是需要存储关于该应用程序实例的状态的信 息以使得该应用程序能够检索该实例信息以在故障后继续处理。订阅独立于实 例状态。订阅表定义接收满足特定条件的消息的服务列表(由服务ID来标识)。 当消息被发布到消息块(本文档来自技高网...

【技术保护点】
一种聚集消息的计算机化的方法，包括：　从至少一个应用程序（２０２）接收多条消息（３０２）；　对所接收到的消息执行批量配置策略（３０６）；　根据所述批量配置策略将所接收到的消息聚集到批量消息中（３１０）；　将所述批量消 息汇编成单个流消息输出（３１６）。

【技术特征摘要】
【国外来华专利技术】...

【专利技术属性】
技术研发人员：K帕拉米西瓦姆，WL娄，R亚库舍夫，
申请(专利权)人：微软公司，
类型：发明
国别省市：US[美国]