WO2010031297A1 - 一种wap网关提取业务的实现方法和*** - Google Patents
一种wap网关提取业务的实现方法和*** Download PDFInfo
- Publication number
- WO2010031297A1 WO2010031297A1 PCT/CN2009/073521 CN2009073521W WO2010031297A1 WO 2010031297 A1 WO2010031297 A1 WO 2010031297A1 CN 2009073521 W CN2009073521 W CN 2009073521W WO 2010031297 A1 WO2010031297 A1 WO 2010031297A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- service
- cache
- wap gateway
- response
- party
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/563—Data redirection of data network streams
Definitions
- the present invention relates to a method and system for implementing a WAP gateway extraction service (PULL service), and specifically relates to a method and system for speeding up PULL service processing by setting a cache.
- PULL service WAP gateway extraction service
- the prior art lacks a business method that enables fast processing of the same service request of the terminal. After searching, no solutions related to this aspect were found.
- the technical problem solved by the present invention is to provide a method and system for implementing a WAP gateway extraction service.
- the WAP gateway By setting a third-party response buffer for providing a service, the WAP gateway directly returns the cached content to the user when receiving the user request. There is no need to initiate a request to a third party that provides the service.
- a method for implementing a WAP gateway extraction service includes the following processing steps:
- the WAP gateway receives the extracted service request of the terminal
- the matching is performed in the WAP gateway; if the matching is successful, the matched cached content is directly forwarded to the user, and the business process is terminated; if the matching fails, the request is forwarded to the third party providing the service;
- the WAP gateway After receiving the third-party response from the service, the WAP gateway responds to the cache condition. After being buffered in the WAP gateway, it is sent to the terminal; for the response that does not satisfy the cache condition, the response is forwarded to the terminal.
- the WAP gateway determines whether to perform caching according to the response type of the information content provider.
- the WAP gateway does not cache the MMS service response of the information content provider, and directly sends the response to the terminal.
- the cache response in the step 3) is specifically: finding a root directory by means of polling scheduling, and buffering the corresponding directory in the directory.
- the cache file of the response is stored in a bitmap manner.
- the old cache information with the least access frequency is deleted by using the LRU mode.
- the WAP gateway includes a cache module, which is configured to store a third-party response.
- An implementation system for extracting a service of a WAP gateway comprising: a WAP gateway, further comprising: a cache module, configured to store a response of a third party providing the service under the control of the WAP gateway, and directly provide the terminal with the service request thereof Cache content.
- the cache module is provided with a cache condition, and the cache module only stores the response of the third party that provides the service that satisfies the cache condition.
- the cache module is specifically a centralized layout cache module, and accepts cache control of each WAP gateway.
- the performance is an adjustment of the original processing flow, reducing the service processing time and shortening the user experience time; technically, The cached content is saved to the service processor memory and the hard disk, which reduces the interaction with the third party providing the service and saves bandwidth.
- 1 is a process flow of a WAP gateway after receiving a terminal request in a preferred embodiment of the present invention
- 2 is a process flow of receiving a SP response by a WAP gateway in a preferred embodiment of the present invention
- FIG. 3 is a schematic diagram of the arrangement of the cache module of the present invention in a WAP gateway.
- SP Information Content Provider
- the waiting time of the user experience (the time interval from the time the terminal sends a request to the time the response is received) is an important performance indicator.
- the WAP gateway of the present invention uses a distributed layout to set a cache module on each service processor. You can also choose to use the centralized layout cache module to accept the cache control of each WAP gateway, which will not be described in detail here.
- a service processing thread dedicated to processing the cache is also added, as shown in FIG.
- the cache processing mechanism used in the present invention refers to the existing Squid service mode. Squid is a great application proxy software for Linux environments with caching and flexible policy configuration. The existence of the cache makes the network speed greatly improved.
- Squid saves the address content to the local memory or hard disk.
- Squid finds the address content. If there is no change, the data is sent directly to the user directly from the local, so the speed is greatly improved, and the network bandwidth is reduced, which makes it possible to obtain high-speed processing of other access requests.
- Multiple Squid servers can be cascaded to configure a larger and faster proxy cache group.
- Squid also supports protocols such as FTP, GOPHER, SSL, and WAIS.
- the difference between the present invention and Squid is that the WAP gateway does not need to cache the type of response used (for example, the MMS service cannot use the cache), and in order to avoid the bottleneck that may be caused by the cache function on the performance of the WAP gateway, the WAP The operation and maintenance are configured to restrict the WAP gateway to only cache the response information of the SP with the highest SP access frequency.
- the specific implementation of the added cache function in the WAP gateway also includes the following technical details:
- the cache module of the WAP gateway uses a distributed layout, it can avoid the performance bottleneck in the centralized layout;
- the cache file structure in the WAP gateway can learn from the file structure in the Squid software
- N the number of internal servers
- Metadata is data that describes data. Metadata is often used in file systems, volume management systems, and snapshot systems. Metadata information is used to describe the characteristics of data. The format of metadata information is diverse, and metadata in different systems has different formats. The cache processing of the present invention is similar to the snapshot system. The amount of metadata is relatively large and increases as the granularity of the management data block decreases. Metadata such as a file system can use bitmaps. The way to store.
- the WAP gateway determines whether it needs to be cached
- FIG 1 illustrates the processing flow after the WAP gateway adds the cache processing module and receives the user request.
- the WAP gateway receives the request information of the user, first determine whether the request allows the cache to be used, and if not, the WAP gateway constructs the request to the SP;
- FIG. 2 illustrates the processing flow after the WAP gateway receives the SP response after adding the cache module.
- the WAP gateway receives the SP response and goes to the cache processing process.
- the cache process determines whether it is necessary to allow caching
- the performance is an adjustment of the original processing flow, reducing the service processing time and shortening the user experience time; technically, The cached content is saved to the service processor memory and the hard disk, which reduces the interaction with the third party providing the service and saves bandwidth.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Mobile Radio Communication Systems (AREA)
Description
„ 一种 WAP网关提取业务的实现方法和***
技术领域
本发明涉及一种 WAP网关提取业务 ( PULL业务）的实现方法和***， 具 体涉及一种通过设置緩存加快 PULL业务处理速度的方法和***。
背景技术
考察一个 WAP业务***的性能的优劣，有一个很重要的指标： 从终端发 出请求至收到响应的时间间隔。 这关系到用户的使用体验。 现有业务中每次 终端的业务请求都需要得到提供业务的第三方 （例如： SP ) 的响应， 并将响 应返回给终端。 对于大量重复的 SP响应， 例如天气预报等信息， 每次终端请 求都需要 SP进行响应， 大大浪费了***的网络资源。
现有技术中缺乏一种能够对于终端的相同业务请求进行快速处理的业 务方法。 经过检索， 也没有发现涉及这方面的解决方案。
发明内容
本发明解决的技术问题是提出了一种 WAP网关提取业务的实现方法和系 统， 通过设置提供业务的第三方响应緩存， 使得 WAP网关在收到用户请求的 时候， 将緩存内容直接回复给用户， 而不需要向提供业务的第三方发起请求。
本发明釆用以下技术方案：
一种 WAP网关提取业务的实现方法， 包括以下处理步骤：
1 ) WAP网关接收终端的提取业务请求；
2 )对于可使用緩存的请求， 在 WAP网关中进行匹配； 匹配成功， 则将 匹配的緩存内容直接转发给用户， 结束业务流程； 匹配失败， 则将请求转发 到提供业务的第三方；
3 ) WAP网关收到提供业务的第三方响应后， 对于满足緩存条件的响应，
在 WAP网关中进行緩存后再发给终端；对于不满足緩存条件的响应，则转发 响应到终端。
优选的， 所述步骤 3 )中 WAP网关根据信息内容提供商的响应类型确定 是否进行緩存。
优选的， 所述步骤 3 )中 WAP网关对于信息内容提供商的彩信业务响应 不进行緩存， 直接发给终端。
优选的， 所述步骤 3 ) 中緩存响应具体为： 通过轮询调度的方式找到一 个根目录， 并将该相应在该目录下进行緩存。
优选的， 所述步骤 3 ) 中对于响应的緩存文件釆用位图的方式进行存储。 优选的， 所述步骤 3 ) 中当緩存空间不足时， 通过 LRU方式删除访问频 率最少的旧緩存信息。
上述方法中， 所述 WAP网关包括緩存模块， 其用于存储第三方响应。 一种 WAP网关提取业务的实现***， 包括： WAP网关， 还包括： 緩存 模块，用于在所述 WAP网关的控制下存储提供业务的第三方的响应， 以及向 终端直接提供与其业务请求相匹配的緩存内容。
优选的， 所述緩存模块中设置有緩存条件， 緩存模块仅存储满足緩存条 件的所述提供业务的第三方的响应。
优选的， 所述緩存模块具体为集中布局緩存模块， 接受各 WAP网关的緩 存控制。
釆用本发明， 与现有的 WAP网关 PULL业务的实现方法相比， 从性能上， 是对原有处理流程的一次调整， 减少了业务处理时间， 缩短了用户体验时间； 从技术上， 将緩存内容保存到业务处理机内存与硬盘中， 减少了与提供业务 的第三方之间的交互， 节约了带宽。
附图概述
图 1是本发明优选实施例中 WAP网关收到终端请求后的处理流程；
图 2是本发明优选实施例中 WAP网关收到 SP响应的处理流程;
图 3是本发明緩存模块在 WAP网关中的布置示意图。
本发明的较佳实施方式
下面结合附图并通过具体实施例对本发明的技术方案进行详细说明， 以 下实施例中以 SP (信息内容提供商）作为提供业务的第三方的优选实施例。
对于 WAP业务， 用户体验的等待时间（终端发出请求至收到响应的时间 间隔 )是一个重要的性能指标。 本发明的 WAP网关为了缩短体验时间以及减 少网络拥堵，本实施例中釆用分布式布局在每个业务处理机上设置緩存模块。 也可以选择釆用集中布局緩存模块， 接受各 WAP网关的緩存控制， 在此处不 再详细说明。 本实施例中还增加专门了用来处理緩存的业务处理线程， 如图 3所示。 本发明釆用的緩存处理机制参照了现有 Squid业务方式。 Squid是 Linux 环境下一款比较优秀的应用程序代理软件， 可以设置高速緩存和灵活 的策略配置。 緩存的存在使得网络速度有很大改善， 其原理为当一个用户访 问一个地址后， Squid把该地址内容存到本地内存或硬盘上， 下一个用户再 访问该地址时， Squid如果发现该地址内容没有变化， 就直接从本地取数据 发给用户， 于是速度得到了很大提高， 同时减少了网络带宽占用， 这使得别 的访问请求得到高速处理成为可能。 多个 Squid服务器可以级联起来， 配置 成一个更大更快的代理緩存群。 同时 Squid还支持 FTP、 GOPHER, SSL和 WAIS 等协议。 本发明与 Squid不同的是， WAP网关不需要对所用的响应类型都进 行緩存（例如： 彩信业务就不能使用緩存） ， 并且为了避免緩存功能对 WAP 网关性能上可能带来的瓶颈， 可以通过前台运维进行配置， 限制 WAP网关只 緩存 SP访问频度最高的 SP的响应信息。 WAP网关中增加的緩存功能的具体 实现还包括以下技术细节：
1. WAP 网关的緩存模块如果釆用分布式布局， 可以避免集中布局存 在的性能瓶颈；
2. WAP网关中的緩存文件结构可以借鉴 squid软件中的文件结构；
3. 緩存文件根目录的选择釆用 Round-Roubin (轮询调度）方法， 找
到一个合适的目录作为緩存文件的存储根目录。 轮询调度方法的 原理是每一次把来自用户的请求轮流分配给内部中的服务器， 从
1 开始， 直到 N (内部服务器个数） ， 然后重新开始循环。 在这 里的意思就是业务收到 SP的响应后，如果在本地緩存中没有发现 该响应被緩存过， 则釆用 Round-Roubin算法， 找到一个合适的根 目录， 将该响应进行緩存。
. 子路径及緩存文件名的命名， 釆用 BitMap (位图）算法来确定緩 存文件的名字， 然后利用现有的文件路径的计算算法来得到緩存 文件的存放路径。 元数据是描述数据的数据， 在文件***、 卷管 理***、 快照***中经常会用到元数据， 利用元数据信息来描述 数据的特征。 元数据信息的格式是多样的， 不同的***中元数据 具有不同的格式。 本发明的緩存处理类似于快照***， 元数据的 信息量是比较大的， 并且会随着管理数据块粒度的减小而增大， 诸如文件***这样的元数据可以釆用位图 （bitmap ) 的方式进行 存储。
5. 根据 HTTP协议中对 cache的相关规则以及 WAP网关自身业务的特 点， WAP网关判断是否需要进行緩存；
6. 当緩存空间使用殆尽时， 使用 LRU ( least recently used 近期最 少使用 )算法来判断一个緩存是否应该被删除。
以下结合附图 1和 2对本发明的详细实施进行说明：
图 1说明 WAP网关增加緩存处理模块后， 收到用户请求后的处理流程。
1、 如果 WAP网关收到用户的请求信息， 先判断该请求是否允许使用緩 存， 如果不允许， 则 WAP网关构造请求至 SP;
2、 否则， 根据用户请求的 URL信息， 计算其 MD5值作为索引值， 查找 本地内存中是否存在该索引；
3、 判断该索引的緩存信息是否可用， 如果可用， 则通知緩存进程， 更新緩存中的文件映射信息， 并由 WAP网关转发緩存信息至终端； 否则构造用户请求， 转发给 SP。
图 2说明 WAP网关增加 cache模块后， 在收到 SP响应后的处理流程。
1、 WAP网关收到 SP响应， 转至緩存处理进程；
2、 緩存进程判断是否需要允许进行緩存；
3、 如果允许， 判断磁盘空间是否允许存储， 如果为是， 则緩存信息； 否则， 釆用 LRU算法， 删除访问最少的信息， 释放磁盘空间， 保存 新的緩存内容， 更新本地内存中的映射信息
4、 如果不满足緩存条件， 则直接将 SP响应转发给业务其他处理进程。
以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明， 不能认定本发明的具体实施只局限于这些说明。 对于本发明所属技术领域的 普通技术人员来说， 在不脱离本发明构思的前提下， 还可以做出若干简单推 演或替换， 都应当视为属于本发明的保护范围。
工业实用性
釆用本发明， 与现有的 WAP网关 PULL业务的实现方法相比， 从性能上， 是对原有处理流程的一次调整， 减少了业务处理时间， 缩短了用户体验时间； 从技术上， 将緩存内容保存到业务处理机内存与硬盘中， 减少了与提供业务 的第三方之间的交互， 节约了带宽。
Claims
1. 一种 WAP网关提取业务的实现方法， 所述方法包括以下步骤：
1 ) WAP网关接收终端的提取业务请求；
2 )对于可使用緩存的提取业务请求， 所述 WAP网关将所述提取业务请 求与所述 WAP网关中的第三方响应緩存表进行匹配，所述第三方响应緩存表 包含緩存的第三方响应和所述第三方响应与所述第三方响应对应的提取业务 请求的一一对应关系， 所述第三方响应是提供业务的第三方对提取业务请求 的响应； 以及
3 )匹配成功，所述 WAP网关将匹配的所述第三方响应直接转发给用户， 结束业务流程；
匹配失败， 所述 WAP 网关将所述提取业务请求转发到所述提供业务的 第三方，所述 WAP网关收到所述提供业务的第三方的响应后，对于满足緩存 条件的所述提供业务的第三方的响应，在所述 WAP网关中进行緩存后再发给 所述终端； 对于不满足緩存条件的所述提供业务的第三方的响应， 则直接转 发到所述终端。
2. 根据权利要求 1所述的 WAP网关提取业务的实现方法， 其中， 所述 緩存条件由所述 WAP网关根据所述提供业务第三方的响应的类型确定。
3. 根据权利要求 2所述的 WAP网关提取业务的实现方法， 其中， 所述 提供业务的第三方对彩信业务的响应不满足所述緩存条件。
4. 根据权利要求 1或 2所述的 WAP网关提取业务的实现方法， 其中， 所述步骤 3 ) 中在所述 WAP网关中进行緩存的所述步骤通过以下方式实现： 通过轮询调度的方式找到一个根目录， 将满足所述緩存条件的所述提供业务 的第三方的响应在所述根目录下进行緩存。
5. 根据权利要求 4所述的 WAP网关提取业务的实现方法， 其中， 将满 足緩存条件的所述提供业务的第三方的响应在所述根目录下进行緩存的所述 步骤为将满足所述緩存条件的所述提供业务的第三方的响应在所述根目录下 釆用位图的方式进行緩存。
6. 根据权利要求 1或 2所述的 WAP网关提取业务的实现方法， 其中，
在緩存空间不足时， 所述步骤 3 )中的在所述 WAP网关中进行緩存的所述步 骤之前还包括通过 LRU方式删除访问频率最少的緩存的所述第三方响应。
7. 根据权利要求 5或 6所述的 WAP网关提取业务的实现方法， 其中， 所述 WAP网关中包含緩存模块，所述緩存模块设置为緩存所述第三方响应緩 存表。
8. 一种 WAP网关提取业务的实现***， 包括 WAP网关所述 WAP网关 包括緩存模块， 所述緩存模块设置为存储提供业务的第三方的响应， 以及向 终端直接提供与所述终端发起的提取业务请求相匹配的緩存内容。
9. 根据权利要求 8所述的 WAP网关提取业务的实现***， 其中， 所述 緩存模块中设置有緩存条件 , 所述緩存模块仅存储满足所述緩存条件的所述 提供业务的第三方的响应。
10. 根据权利要求 8或 9所述的 WAP网关提取业务的实现***， 其中， 所述緩存模块为集中布局緩存模块， 接受各所述 WAP网关的緩存控制。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200810216149.8 | 2008-09-16 | ||
| CN200810216149.8A CN101388863A (zh) | 2008-09-16 | 2008-09-16 | 一种wap网关提取业务的实现方法和*** |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2010031297A1 true WO2010031297A1 (zh) | 2010-03-25 |
Family
ID=40478051
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2009/073521 WO2010031297A1 (zh) | 2008-09-16 | 2009-08-26 | 一种wap网关提取业务的实现方法和*** |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101388863A (zh) |
| WO (1) | WO2010031297A1 (zh) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101388863A (zh) * | 2008-09-16 | 2009-03-18 | 中兴通讯股份有限公司 | 一种wap网关提取业务的实现方法和*** |
| CN103581258B (zh) * | 2012-08-03 | 2017-11-03 | ***通信集团公司 | 网络数据缓存的方法和*** |
| CN106453444B (zh) * | 2015-08-06 | 2020-02-18 | 阿里巴巴集团控股有限公司 | 缓存数据共享的方法及设备 |
| CN105354304B (zh) * | 2015-11-06 | 2018-10-02 | 上海视云网络科技有限公司 | 一种基于Linux文件***文件链接的缓存LRU方法 |
| CN110084114A (zh) * | 2019-03-21 | 2019-08-02 | 北京旷视科技有限公司 | 一种静态人像的数据调度方法、装置、***及存储介质 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1286443A (zh) * | 1999-08-28 | 2001-03-07 | Lg情报通信株式会社 | 网关***中的无线互联网业务方法 |
| KR20020017684A (ko) * | 2000-08-31 | 2002-03-07 | 강준모 | 무선 인터넷상에서 한글 키워드 어드레스를 실제 유알엘로변환/접속하는 방법 |
| US6901437B1 (en) * | 2000-10-06 | 2005-05-31 | Verizon Laboratories Inc. | Mobile cache for dynamically composing user-specific information |
| CN1791213A (zh) * | 2005-12-27 | 2006-06-21 | 北京邮电大学 | 一种性能优化的移动视频点播业务***及实现方法 |
| CN101039317A (zh) * | 2006-03-14 | 2007-09-19 | 中兴通讯股份有限公司 | 无线应用协议网关浏览业务cookie的实现方法 |
| CN101388863A (zh) * | 2008-09-16 | 2009-03-18 | 中兴通讯股份有限公司 | 一种wap网关提取业务的实现方法和*** |
-
2008
- 2008-09-16 CN CN200810216149.8A patent/CN101388863A/zh active Pending
-
2009
- 2009-08-26 WO PCT/CN2009/073521 patent/WO2010031297A1/zh active Application Filing
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1286443A (zh) * | 1999-08-28 | 2001-03-07 | Lg情报通信株式会社 | 网关***中的无线互联网业务方法 |
| KR20020017684A (ko) * | 2000-08-31 | 2002-03-07 | 강준모 | 무선 인터넷상에서 한글 키워드 어드레스를 실제 유알엘로변환/접속하는 방법 |
| US6901437B1 (en) * | 2000-10-06 | 2005-05-31 | Verizon Laboratories Inc. | Mobile cache for dynamically composing user-specific information |
| CN1791213A (zh) * | 2005-12-27 | 2006-06-21 | 北京邮电大学 | 一种性能优化的移动视频点播业务***及实现方法 |
| CN101039317A (zh) * | 2006-03-14 | 2007-09-19 | 中兴通讯股份有限公司 | 无线应用协议网关浏览业务cookie的实现方法 |
| CN101388863A (zh) * | 2008-09-16 | 2009-03-18 | 中兴通讯股份有限公司 | 一种wap网关提取业务的实现方法和*** |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101388863A (zh) | 2009-03-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10326853B2 (en) | Method and apparatus for reducing network resource transmission size using delta compression | |
| US20190121739A1 (en) | Cache optimization | |
| US10880390B2 (en) | Method and apparatus for reducing network resource transmission size using delta compression | |
| US8990357B2 (en) | Method and apparatus for reducing loading time of web pages | |
| EP2369494A1 (en) | Web application based database system and data management method therof | |
| US20190205056A1 (en) | Transparent data movement between a private cloud and storage ecosystem and another storage system | |
| WO2021007752A1 (zh) | 内容分发网络中的回源方法及相关装置 | |
| WO2017025052A1 (zh) | 资源缓存方法及装置 | |
| WO2017185633A1 (zh) | Cdn服务器及其缓存数据的方法 | |
| WO2014161261A1 (zh) | 数据的存储方法及装置 | |
| WO2010031297A1 (zh) | 一种wap网关提取业务的实现方法和*** | |
| WO2022127319A1 (zh) | 数据刷新的方法、装置、电子设备及计算机可读存储介质 | |
| JP5222823B2 (ja) | アクセスログ管理方法 | |
| US10122630B1 (en) | Methods for network traffic presteering and devices thereof | |
| WO2019052299A1 (zh) | 一种sdn交换机和sdn交换机的应用管理方法 | |
| EP3935520A1 (en) | Distributed data processing | |
| CN116866429A (zh) | 一种数据访问方法及相关装置 | |
| JP3672483B2 (ja) | コンテンツ配信装置、コンテンツ配信方法、コンテンツ配信プログラムを記録した記録媒体 | |
| JP2001256098A (ja) | プロキシサーバにおけるキャッシの制御方法 | |
| WO2015165034A1 (zh) | 加载网页的方法和装置 | |
| WO2015085764A1 (zh) | 文件访问的方法和云网关 | |
| US11663058B1 (en) | Preemptive filtering of events of an event bus with a deterministic filter | |
| US8806053B1 (en) | Methods and systems for optimizing network traffic using preemptive acknowledgment signals | |
| WO2010139161A1 (zh) | 一种m2m平台及大容量下载的负荷分担实现方法 | |
| KR100649717B1 (ko) | 소프트웨어 스트리밍 서비스 성능 개선을 위한 통계적페이지 프리패칭 시스템 및 그 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 09814017 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 09814017 Country of ref document: EP Kind code of ref document: A1 |