会员体验
专利管家(专利管理)
工作空间(专利管理)
风险监控(情报监控)
数据分析(专利分析)
侵权分析(诉讼无效)
联系我们
交流群
官方交流:
QQ群: 891211   
微信请扫码    >>>
现在联系顾问~
热词
    • 1. 发明授权
    • Communication protocol abstraction
    • 通信协议抽象
    • US09124647B2
    • 2015-09-01
    • US13285446
    • 2011-10-31
    • Harel WilliamsNaizhi LiKunal NayyarDavid Steere
    • Harel WilliamsNaizhi LiKunal NayyarDavid Steere
    • G06F15/16H04L29/08
    • H04L67/2819H04L67/02H04L67/104H04L67/2823H04L67/327
    • One or more techniques and/or systems are provided for processing data requests received over various communication protocols. In particular, a data transfer component may be configured to process data requests and/or responses between requesting devices and data handlers utilizing various communication protocols (e.g., peer-to-peer communication protocols, web based communication protocols, etc.). In particular, communication protocol functionality may be abstracted away from the data handlers, and may be handled by the data transfer component. In this way, data handlers may be communication protocol agnostic because the data transfer component may perform the communication protocol functionality on behalf of the data handlers, which may allow the data handlers to be more “lightweight” and focus primarily on fetching and/or formatting requested data.
    • 提供一个或多个技术和/或系统来处理通过各种通信协议接收的数据请求。 特别地,数据传输组件可以被配置为使用各种通信协议(例如,对等通信协议,基于web的通信协议等)处理请求设备和数据处理程序之间的数据请求和/或响应。 特别地,通信协议功能可以从数据处理器中被抽象出来,并且可以由数据传输组件来处理。 以这种方式,数据处理程序可能是通信协议不可知的,因为数据传输组件可以代表数据处理程序执行通信协议功能,这可能使数据处理程序更加“轻量级”,并且主要侧重于获取和/或格式化 请求的数据。
    • 2. 发明申请
    • COMMUNICATION PROTOCOL ABSTRACTION
    • 通信协议摘要
    • US20130110971A1
    • 2013-05-02
    • US13285446
    • 2011-10-31
    • Harel WilliamsNaizhi LiKunal NayyarDavid Steere
    • Harel WilliamsNaizhi LiKunal NayyarDavid Steere
    • G06F15/16
    • H04L67/2819H04L67/02H04L67/104H04L67/2823H04L67/327
    • One or more techniques and/or systems are provided for processing data requests received over various communication protocols. In particular, a data transfer component may be configured to process data requests and/or responses between requesting devices and data handlers utilizing various communication protocols (e.g., peer-to-peer communication protocols, web based communication protocols, etc.). In particular, communication protocol functionality may be abstracted away from the data handlers, and may be handled by the data transfer component. In this way, data handlers may be communication protocol agnostic because the data transfer component may perform the communication protocol functionality on behalf of the data handlers, which may allow the data handlers to be more “lightweight” and focus primarily on fetching and/or formatting requested data.
    • 提供一个或多个技术和/或系统来处理通过各种通信协议接收的数据请求。 特别地,数据传输组件可以被配置为使用各种通信协议(例如,对等通信协议,基于web的通信协议等)处理请求设备和数据处理程序之间的数据请求和/或响应。 特别地,通信协议功能可以从数据处理器中被抽象出来,并且可以由数据传输组件来处理。 以这种方式,数据处理程序可能是通信协议不可知的,因为数据传输组件可以代表数据处理程序执行通信协议功能,这可能使数据处理程序更加“轻量级”,并且主要侧重于获取和/或格式化 请求的数据。
    • 4. 发明授权
    • Communication over plural channels with acknowledgment variability
    • 通过多个通道进行通信,具有确认可变性
    • US08239720B2
    • 2012-08-07
    • US12141920
    • 2008-06-19
    • Naizhi Li
    • Naizhi Li
    • H04L1/18
    • H04Q3/0075H04L1/1685H04L1/1832H04L1/1854H04L1/188H04L69/326
    • Reliable communication may be implemented using various underlying transport mechanisms, where the underlying transport mechanisms may be reliable or non-reliable. When data is sent from a source to a destination, the source may sent acknowledgment requests (RACKs) to the destination, and may await acknowledgments (ACKs) from the destination. The RACKs and ACKs are sent over the underlying transport mechanism. The rate at which the data source requests acknowledgments from the destination may be varied, depending on the underlying transport mechanism, to achieve lower overhead and to optimize throughput. For example, RACKs may be sent relatively less frequently when the underlying mechanism implements guaranteed delivery, and may be sent relatively more frequently when the underlying transport does not provide guaranteed delivery.
    • 可以使用各种底层传输机制实现可靠的通信,其中底层传输机制可以是可靠的或不可靠的。 当数据从源发送到目的地时,源可以向目的地发送确认请求(RACK),并且可以等待来自目的地的确认(ACK)。 RACK和ACK通过底层传输机制发送。 数据源从目的地请求确认的速率可以根据底层传输机制而变化,以实现较低的开销并优化吞吐量。 例如,当底层机制实现保证交付时,可以相对较少地发送RACK,并且当底层传输不提供保证传递时,可以相对更频繁地发送RACK。
    • 7. 发明申请
    • COMMUNICATION OVER PLURAL CHANNELS WITH ACKNOWLEDGMENT VARIABILITY
    • 具有确认变量的多个通道的通信
    • US20090319851A1
    • 2009-12-24
    • US12141920
    • 2008-06-19
    • Naizhi Li
    • Naizhi Li
    • G08C25/02G06F11/07
    • H04Q3/0075H04L1/1685H04L1/1832H04L1/1854H04L1/188H04L69/326
    • Reliable communication may be implemented using various underlying transport mechanisms, where the underlying transport mechanisms may be reliable or non-reliable. When data is sent from a source to a destination, the source may sent acknowledgment requests (RACKs) to the destination, and may await acknowledgments (ACKs) from the destination. The RACKs and ACKs are sent over the underlying transport mechanism. The rate at which the data source requests acknowledgments from the destination may be varied, depending on the underlying transport mechanism, to achieve lower overhead and to optimize throughput. For example, RACKs may be sent relatively less frequently when the underlying mechanism implements guaranteed delivery, and may be sent relatively more frequently when the underlying transport does not provide guaranteed delivery.
    • 可以使用各种底层传输机制实现可靠的通信,其中底层传输机制可以是可靠的或不可靠的。 当数据从源发送到目的地时,源可以向目的地发送确认请求(RACK),并且可以等待来自目的地的确认(ACK)。 RACK和ACK通过底层传输机制发送。 数据源从目的地请求确认的速率可以根据底层传输机制而变化,以实现较低的开销并优化吞吐量。 例如,当底层机制实现保证交付时,可以相对较少地发送RACK,并且当底层传输不提供保证传递时,可以相对更频繁地发送RACK。