PUSH MECHANISM FOR EFFICIENTLY SENDING AGGREGATED DATA ITEMS TO CLIENT
    1.
    发明申请
    PUSH MECHANISM FOR EFFICIENTLY SENDING AGGREGATED DATA ITEMS TO CLIENT 有权
    推动机制有效发送汇总数据项目给客户

    公开(公告)号:US20120331047A1

    公开(公告)日:2012-12-27

    申请号:US13602000

    申请日:2012-08-31

    IPC分类号: G06F15/16

    摘要: A server push model for client/server communications. The push architecture operates on top of a non-push (e.g., request/response) protocol (e.g., HTTP) to combine notifications from multiple data sources (e.g., email, text messaging, etc.). The server can be a middle-tier server (or proxy) to which a single web client registers interest in one or more notification types from one or more data sources. The mid-tier server aggregates the notifications from the various data sources and delivers the notifications to the requesting client via a single “push” pipe. The web client then distributes each notification to the appropriate parts of the client user interface. A producer/consumer locking mechanism eliminates blocking threads waiting on a mutual exclusion lock. A notification throttling mechanism distinguishes different types of notifications in order to guarantee that the client is not overloaded with too much information.

    摘要翻译: 用于客户端/服务器通信的服务器推送模型。 推送架构在非推送(例如,请求/响应)协议(例如,HTTP)之上操作以组合来自多个数据源(例如,电子邮件,文本消息等)的通知。 服务器可以是一个中间层服务器(或代理),一个Web客户端向一个或多个数据源注册一个或多个通知类型的兴趣。 中间层服务器聚合来自各种数据源的通知,并通过单个推送管道将通知发送到请求的客户端。 然后,Web客户机将每个通知分发到客户端用户界面的相应部分。 生产者/消费者锁定机制消除了阻塞线程等待互斥锁。 通知限制机制区分不同类型的通知,以保证客户端没有过多的信息。

    Push mechanism for efficiently sending aggregated data items to client
    2.
    发明授权
    Push mechanism for efficiently sending aggregated data items to client 有权
    推送机制,有效地将汇总的数据项发送给客户端

    公开(公告)号:US08713099B2

    公开(公告)日:2014-04-29

    申请号:US13602000

    申请日:2012-08-31

    IPC分类号: G06F15/16 H04L29/06 H04L29/08

    摘要: A server push model for client/server communications. The push architecture operates on top of a non-push (e.g., request/response) protocol (e.g., HTTP) to combine notifications from multiple data sources (e.g., email, text messaging, etc.). The server can be a middle-tier server (or proxy) to which a single web client registers interest in one or more notification types from one or more data sources. The mid-tier server aggregates the notifications from the various data sources and delivers the notifications to the requesting client via a single “push” pipe. The web client then distributes each notification to the appropriate parts of the client user interface. A producer/consumer locking mechanism eliminates blocking threads waiting on a mutual exclusion lock. A notification throttling mechanism distinguishes different types of notifications in order to guarantee that the client is not overloaded with too much information.

    摘要翻译: 用于客户端/服务器通信的服务器推送模型。 推送架构在非推送(例如,请求/响应)协议(例如,HTTP)之上操作以组合来自多个数据源(例如,电子邮件,文本消息等)的通知。 服务器可以是一个中间层服务器(或代理),一个Web客户端向一个或多个数据源注册一个或多个通知类型的兴趣。 中间层服务器聚合来自各种数据源的通知,并通过单个“推送”管道将通知发送到请求的客户端。 然后,Web客户机将每个通知分发到客户端用户界面的相应部分。 生产者/消费者锁定机制消除了阻塞线程等待互斥锁。 通知限制机制区分不同类型的通知,以保证客户端没有过多的信息。

    Dynamically updated virtual list view
    3.
    发明授权
    Dynamically updated virtual list view 有权
    动态更新的虚拟列表视图

    公开(公告)号:US07930646B2

    公开(公告)日:2011-04-19

    申请号:US11875124

    申请日:2007-10-19

    IPC分类号: G06F3/048

    摘要: A virtual list view in a web application is dynamically updated such that a user can seamlessly access and manage the presented data despite the inherent latency involved with the web. Data associated with the virtual list view is downloaded in chunks and the view updated as the user scrolls. By coupling the user's scrolling and particular chunks of data to be downloaded system resources are utilized in an efficient manner. Additional user interface controls for the user interface are employed for rapid and efficient access to portions of data minimizing delay and system resource occupation.

    摘要翻译: Web应用程序中的虚拟列表视图被动态更新,使得用户可以无缝地访问和管理呈现的数据,尽管涉及网络的固有延迟。 与虚拟列表视图相关联的数据以块形式下载,并且视图随用户滚动而更新。 通过耦合用户的滚动和要下载的特定数据块,以有效的方式利用系统资源。 用于用户界面的其他用户界面控制用于快速有效地访问最小化延迟和系统资源占用的数据部分。

    PUSH MECHANISM FOR EFFICIENTLY SENDING AGGREGATED DATA ITEMS TO CLIENT
    4.
    发明申请
    PUSH MECHANISM FOR EFFICIENTLY SENDING AGGREGATED DATA ITEMS TO CLIENT 有权
    推动机制有效发送汇总数据项目给客户

    公开(公告)号:US20090204666A1

    公开(公告)日:2009-08-13

    申请号:US12030836

    申请日:2008-02-13

    IPC分类号: G06F15/16

    摘要: A server push model for client/server communications. The push architecture operates on top of a non-push (e.g., request/response) protocol (e.g., HTTP) to combine notifications from multiple data sources (e.g., email, text messaging, etc.). The server can be a middle-tier server (or proxy) to which a single web client registers interest in one or more notification types from one or more data sources. The mid-tier server aggregates the notifications from the various data sources and delivers the notifications to the requesting client via a single “push” pipe. The web client then distributes each notification to the appropriate parts of the client user interface. A producer/consumer locking mechanism eliminates blocking threads waiting on a mutual exclusion lock. A notification throttling mechanism distinguishes different types of notifications in order to guarantee that the client is not overloaded with too much information.

    摘要翻译: 用于客户端/服务器通信的服务器推送模型。 推送架构在非推送(例如,请求/响应)协议(例如,HTTP)之上操作以组合来自多个数据源(例如,电子邮件,文本消息等)的通知。 服务器可以是一个中间层服务器(或代理),一个Web客户端向一个或多个数据源注册一个或多个通知类型的兴趣。 中间层服务器聚合来自各种数据源的通知,并通过单个“推送”管道将通知发送到请求的客户端。 然后,Web客户机将每个通知分发到客户端用户界面的相应部分。 生产者/消费者锁定机制消除了阻塞线程等待互斥锁。 通知限制机制区分不同类型的通知,以保证客户端没有过多的信息。

    Push mechanism for efficiently sending aggregated data items to client
    5.
    发明授权
    Push mechanism for efficiently sending aggregated data items to client 有权
    推送机制,有效地将汇总的数据项发送给客户端

    公开(公告)号:US08260864B2

    公开(公告)日:2012-09-04

    申请号:US12030836

    申请日:2008-02-13

    IPC分类号: G06F15/16

    摘要: A server push model for client/server communications. The push architecture operates on top of a non-push (e.g., request/response) protocol (e.g., HTTP) to combine notifications from multiple data sources (e.g., email, text messaging, etc.). The server can be a middle-tier server (or proxy) to which a single web client registers interest in one or more notification types from one or more data sources. The mid-tier server aggregates the notifications from the various data sources and delivers the notifications to the requesting client via a single “push” pipe. The web client then distributes each notification to the appropriate parts of the client user interface. A producer/consumer locking mechanism eliminates blocking threads waiting on a mutual exclusion lock. A notification throttling mechanism distinguishes different types of notifications in order to guarantee that the client is not overloaded with too much information.

    摘要翻译: 用于客户端/服务器通信的服务器推送模型。 推送架构在非推送(例如,请求/响应)协议(例如,HTTP)之上操作以组合来自多个数据源(例如,电子邮件,文本消息等)的通知。 服务器可以是一个中间层服务器(或代理),一个Web客户端向一个或多个数据源注册一个或多个通知类型的兴趣。 中间层服务器聚合来自各种数据源的通知,并通过单个“推送”管道将通知发送到请求的客户端。 然后,Web客户机将每个通知分发到客户端用户界面的相应部分。 生产者/消费者锁定机制消除了阻塞线程等待互斥锁。 通知限制机制区分不同类型的通知,以保证客户端没有过多的信息。