消息总线服务目录制造技术

本文提出了一种被称为“开放消息总线”(OMB)的消息传送系统架构。所述OMB是促进服务之间的连接性和通信的消息传送系统基础设施。所述OMB构架可以提供基础设施服务，所述基础设施服务可以由连接至所述OMB的所有服务利用。

【技术实现步骤摘要】
【国外来华专利技术】消息总线服务目录有关申请的交叉引用本申请要求于2015年2月20日提交的标题为“MessageBusServiceDirectory(消息总线服务目录)”的美国临时专利申请第62/118,882号的优先权，其内容以引用的方式全部并入本文。
技术介绍
现有的基于消息传送的中间件架构基于消息的中间件在通信服务之间提供“消息层”，从而抽象出各种服务所运行的底层操作环境。换言之，“消息层”充当在服务之间交换消息的中间人。图1示出了基于消息的中间件的高级表示。在图1中，四种服务经由公共中间件平台通信。各种服务可以在不同的平台(例如，硬件平台、操作系统等)上运行。该中间件抽象出各种服务的底层操作环境，从而使得其可以经由一些定义的消息传送协议通信。存在许多基于消息的中间件架构。中间件架构可以包括诸如消息队列、发布/订阅、和消息代理的特征。中间件层可以基于消息队列的构思。基于队列的中间件架构可以采用许多不同的形式；除其他技术之外，还可以存在用于将消息发送至所有服务的单个共享队列、供各种服务从基于队列的中间件架构接收消息的专用队列、供各种服务将消息发送至基于队列的中间件架构的专用队列。在发布/订阅模型中，将消息发送(发布)至中间件的目的地。该目的地取决于消息“主题”(有时称为信道)。希望接收与特定主题有关的消息的服务“订阅”主题。主题可以与消息类型(调试、警报、警告、或者任务请求)有关。可以利用若干队列将消息代理实施为具有若干主题的发布/订阅架构。术语“消息代理”是通常指接收所有消息并且指配所有消息的实体的消息总线的一部分。消息类型发送至中间件代理或者从中间件代理发送的消息可以按照几种不同方式表征。四种常见类型的消息是发送消息、接收消息(阻塞)、接收消息(非阻塞)、和通知。通过服务将发送消息发送至代理。一旦服务将消息发送至代理，服务不期望任何响应并且服务继续执行。阻塞消息是在服务接收到消息之前会使服务暂停(阻塞)的消息。例如，如果服务尝试从代理或者队列读取消息，但消息尚未准备好，则服务的执行将会被阻塞。非阻塞消息是在消息准备好之前不会使服务暂停(阻塞)的消息。例如，如果服务尝试从代理或者队列读取消息，但消息尚未准备好，则服务的执行将在消息准备好之前继续。当服务尝试非阻塞读取时，其可以向代理提供可以在消息准备好时调用的回调函数。通知消息是代理人发送至服务作为一些先前请求的结果的消息。例如，先前请求可能是非阻塞读取尝试或者订阅请求。消息总线协议高级消息队列协议(AMQP)是消息总线协议。图2示出了AMQP交换与队列之间的关系。AMQP交换接受来自服务的消息并且将消息路由至一个或者多个队列。可以将交换设计为基于静态规则(例如，将消息发送至这5种服务)、基于将自身绑定至交换的任何队列、基于消息主题、或者基于消息报头中的值来路由消息。消息队列遥测传输(MQTT)，例如参考2014年5月18日的OASOSMQTTV3.1.1委员会规范01是基于消息的中间件协议。MQTT是针对限制装置和低带宽网络制定的低开销消息队列和传输协议，众所周知，该限制装置和低带宽网络部署在FacebookMessenger移动应用程序中。MQTT使用发布/订阅(或者客户端/服务器)模型。MQTT的元素是客户端(该客户端可以是发布者和订阅者)、服务器(还称为代理)、会话、订阅、和主题。与HTTP一样，MQTT协议不对称，这是因为MQTT协议区分了两种不同的角色：客户端和服务器。在MQTT术语中，客户端是使用MQTT的程序或者装置。其始终建立与服务器的网络连接。客户端可以：●发布其他客户端可能感兴趣的应用消息。●订阅，以请求其有兴趣接收的应用消息。●取消订阅，以移除对应用消息的请求。●断开与服务器的连接。MQTT服务器是接受来自客户端的连接的实体。与HTTP不同，MQTT服务器通常不运行任何应用逻辑，相反，MQTT服务器充当发布应用消息的客户端与已经订阅以接收这些应用消息的客户端之间的中间件。主题是MQTT中的“Q”——主题是由服务器维护以便将发布者和订阅者链接的已命名的消息队列。MQTT客户端在其将PUBLISH消息(例如，将不透明消息有效载荷递送给订阅所供应的主题名称的任何客户端的指令)发布给MQTT服务器时承担发布者的角色，并且在其将SUBSCRIBE消息(例如，接收任何与所供应的主题筛选器相匹配的PUBLISH消息的指令)发布给MQTT服务器时承担订阅者的角色。主题筛选器是包含在订阅中的表达式，以指示对一个或者多个主题的兴趣。主题筛选器可以包括通配符。利用三种QoS保障级别中的一种来递送PUBLISH消息，诸如，至多一次、至少一次、恰好一次。会话和订阅表示在客户端与服务器之间的两种附接级别。会话是客户端与服务器之间的有状态交互(例如，有源TCP/IP网络连接)，并且由唯一的客户端标识符识别。会话可以仅由将CONNECT消息发送至服务器的客户端建立。在CONNECT、PUBLISH、和SUBSCRIBE消息中的标记确定如果会话断开连接那么如何维护会话状态。域名系统(DNS)域名系统(DNS)定义在RFC1035中。DNS不是一种消息总线或者中间件，相反，域名系统(DNS)是建立在用于计算机、服务、或者连接至互联网或者专用网络的任何资源的分布式数据库上的分层命名系统。将域名系统(DNS)设计为将IP地址与指配给各个参与实体的域名相关联。域名系统—服务发现(DNS-SD)基于DNS的服务发现(DNS-SD)不是一种消息总线或者中间件，相反，基于DNS的服务发现(DNS-SD)是使用标准DNS编程接口、服务器、和分组格式来支持网络服务的发现的协议。在给定客户端正在查找的服务类型和客户端正在查找该服务的域的情况下，该机制允许客户端通过使用标准DNS查询来发现该期望的服务的已命名实例的列表。可以通过使用如RFC2782中所描述的DNS服务位置记录(SRV)和如RFC6763所描述的DNS文本记录(TXT)来描述特定服务实例。SRV记录具有“<Instance>.<Service>.<Domain>”形式的名称并且给出了可以达成服务实例的目标主机和端口。相同名称的DNSTXT记录通过使用密钥/值对(例如，scl＝<uri_path_to_sclBase>)按照结构化的形式给出关于该实例的附加信息。客户端通过使用具有"<Service>.<Domain>"形式的名称的针对DNS指针记录(PTR)的DNS查询(如RFC6763所讨论的)来发现给定服务类型的可用实例的列表，该列表返回零个或者多个名称的集合，该零个或者多个名称是前述DNSSRV/TXT记录对的名称。客户端然后可以执行第二DNS查询来检索(多个)SRV/TXT记录对，并且获取包含在这些记录内的发现信号。使用该发现的主机、端口、和附加发现信息，客户端然后可以访问/调用感兴趣的服务。oneM2M服务层服务层是定义服务如何与应用和其他服务交互的一组协议。如在oneM2MTS-0001功能架构中所讨论的，oneM2M服务层被组织为一组公共功能(或者服务能力)，将该组公共功能(或者服务能力)的实例化称为公共服务实体(CSE)。这些公共功本文档来自技高网...

【技术保护点】
一种装置，包括：处理器；以及存储器，所述存储器与所述处理器连接，所述存储器包括可执行指令，所述可执行指令在由所述处理器执行时使所述处理器实行操作，所述操作包括：请求关于与消息代理相关联的可用服务的信息；接收包括对所述可用服务的描述的响应；从所述响应审查所述可用服务中的第一服务；以及基于所述响应中的对所述第一服务的描述来与所述消息代理连接。

【技术特征摘要】
【国外来华专利技术】2015.02.20 US 62/118,8821.一种装置，包括：处理器；以及存储器，所述存储器与所述处理器连接，所述存储器包括可执行指令，所述可执行指令在由所述处理器执行时使所述处理器实行操作，所述操作包括：请求关于与消息代理相关联的可用服务的信息；接收包括对所述可用服务的描述的响应；从所述响应审查所述可用服务中的第一服务；以及基于所述响应中的对所述第一服务的描述来与所述消息代理连接。2.根据权利要求1所述的装置，其中，包括对可用服务的描述的所述响应来自与所述消息代理连接的服务目录。3.根据权利要求2所述的装置，其中，所述服务目录对经由消息代理可用的所述服务进行编目。4.根据权利要求2所述的装置，其中，浏览所述服务目录的请求与DNS-SD接口相关联。5.根据权利要求1所述的装置，其中，对信息的请求包括针对指针记录的DNS-SD查找。6.根据权利要求1所述的装置，其中，所述响应是DNS-SD响应。7.根据权利要求1所述的装置，所述操作进一步包括：发送用于所述第一服务的DNS服务位置记录。8.根据权利要求1所述的装置，其中，所述消息代理经由传输不可知应用编程接口连接。9.根据权利要求1所述的装置，所述操作进一步包括：订阅，以在具有匹配的简档的第二可用服务与所述消息代理连接时接收通知。10.一种方法，包括：从第一服务请求关于与消息代理相关联的可用服务的信息；接收包括对所述可用服务的描述的响应；从所述响应审...

【专利技术属性】
技术研发人员：黛尔·N·希德，威廉·罗伯特·弗林四世，小保罗·L·罗素，纳拉扬·P·梅农，理查德·P·戈尔曼，李庆光，李鸿堃，唐纳得·A·弗莱克，陈卓，迈克尔·F·斯塔西尼克，托马斯·S·基利，大卫·格里格，
申请(专利权)人：康维达无线有限责任公司，
类型：发明
国别省市：美国,US