可靠地传输排队的应用程序消息

    公开(公告)号:CN1787495B

    公开(公告)日:2010-09-29

    申请号:CN200510120170.4

    申请日:2005-11-10

    Applicant: 微软公司

    CPC classification number: H04L51/14

    Abstract: 本发明涉及用于可靠且安全地传输排队的应用程序消息的方法、系统和计算机程序产品。应用程序消息被编码(例如,二进制或文本编码),然后被封装在传输消息、入队消息和出队响应中,使得应用程序消息中使用的组成协议元素可在传输消息、入队消息和出队响应中重用。传输消息头部被编码,然后连同已编码应用程序消息一起封装,使得传输头部和应用程序消息中使用的组成协议元素可在存储和转发消息中重用。应用程序消息、传输消息、入队消息、出队响应以及存储和转发消息都可依照同一消息通信协议,诸如简单对象访问协议来配置。由于封装的元素被编码,因此封装的元素不干涉包装消息的配置。

    以对应用程序透明的方式改进消息传递系统的可用性和可伸缩性

    公开(公告)号:CN100553235C

    公开(公告)日:2009-10-21

    申请号:CN200410032248.2

    申请日:2004-03-26

    Applicant: 微软公司

    Abstract: 提供运行时刻消息传递架构的方法、系统和计算机程序产品,其对发送和接收操作进行抽象,用于与对方端点进行消息交换。该消息传递架构通过改进主要消息传输的可用性和可伸缩性,来改进消息应用程序的可用性和可伸缩性。特别地,通过在运行时刻将消息应用程序与任意数量的消息传输连接,而使消息应用程序无需在开发时期指定传输,从而改进了可用性和可伸缩性。消息架构从指定端对端传送保证的消息应用程序接收指令,并在消息应用程序和传输之间创建连接,用来交换消息。会话状态存储可以被维持在可插式存储中,可插式存储可以是,如持久数据库存储或应用程序内存存储。

    可靠地传输排队的应用程序消息

    公开(公告)号:CN1787495A

    公开(公告)日:2006-06-14

    申请号:CN200510120170.4

    申请日:2005-11-10

    Applicant: 微软公司

    CPC classification number: H04L51/14

    Abstract: 本发明涉及用于可靠且安全地传输排队的应用程序消息的方法、系统和计算机程序产品。应用程序消息被编码(例如,二进制或文本编码),然后被封装在传输消息、入队消息和出队响应中,使得应用程序消息中使用的组成协议元素可在传输消息、入队消息和出队响应中重用。传输消息头部被编码,然后连同已编码应用程序消息一起封装,使得传输头部和应用程序消息中使用的组成协议元素可在存储和转发消息中重用。应用程序消息、传输消息、入队消息、出队响应以及存储和转发消息都可依照同一消息通信协议,诸如简单对象访问协议来配置。由于封装的元素被编码,因此封装的元素不干涉包装消息的配置。

    具有可配置保证的分布式消息收发系统

    公开(公告)号:CN101861598A

    公开(公告)日:2010-10-13

    申请号:CN200880116395.4

    申请日:2008-11-14

    Applicant: 微软公司

    CPC classification number: G06Q10/10

    Abstract: 本发明涉及用于在分布式消息收发系统内配置保证的方法、系统和计算机程序产品。一组定义的消息日志和游标组件可通过配置来激活和停用以在分布式消息收发系统内组成各种不同的捕捉保证、传输保证、以及送达保证。捕捉保证、传输保证、以及送达保证的合成可为消息收发系统提供端对端保证。端对端保证可包括最大努力、至多一次、至少一次、以及正好一次中的一个,并可包括以下之一:耐久或非耐久。使用一组定义的可激活和可停用消息日志和游标组件便于更高效地在所需保证之间进行转换。在一些实施例中,捕捉保证、传输保证、以及送达保证的合成提供耐久的正好一次消息传递。

    使用WEB服务可靠消息通信协议的高效消息传输

    公开(公告)号:CN1783852A

    公开(公告)日:2006-06-07

    申请号:CN200510118876.7

    申请日:2005-11-03

    Applicant: 微软公司

    Abstract: 本发明根据Web服务可靠消息通信(RM-WS)协议提供流量和拥塞控制机制。对于流量控制,一个端点通过在响应消息中包括缓冲区大小信息,来通知另一个端点其可用缓冲区大小。通常为RM-WS基础结构消息的响应消息随即被用来确定为避免由于缓冲区过速而重新发送消息,可向接受者发送的消息个数的上限。在拥塞控制的情形中,各实施例规定增加传输中消息的个数,直至找到失败点。失败点以下的最后成功速率是最接近最优点的已知点。示例性实施例随即重置并将速率重新提高回最后已知好点,并使用逼近最优速率的算法来从该处起进行微调。

Patent Agency Ranking