CN101882156A - Silverlight客户端可控缓存方法和*** - Google Patents
Silverlight客户端可控缓存方法和*** Download PDFInfo
- Publication number
- CN101882156A CN101882156A CN 201010207983 CN201010207983A CN101882156A CN 101882156 A CN101882156 A CN 101882156A CN 201010207983 CN201010207983 CN 201010207983 CN 201010207983 A CN201010207983 A CN 201010207983A CN 101882156 A CN101882156 A CN 101882156A
- Authority
- CN
- China
- Prior art keywords
- file
- silverlight
- version control
- client
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了Silverlight客户端可控缓存方法和***，该方法包括：在客户端，使用独立存储区为信任的程序创建和维护客户端的虚拟文件***；在服务器上和客户端的独立存储区上分别部署版本控制文件和本地版本控制文件；当开始启动程序时，从服务器下载版本控制文件并生成副本；以及当客户端请求文件时，根据版本控制文件与本地版本控制文件中的记录来进行文件的版本控制，从而实现对缓存文件的控制。因而，由于使用了独立存储区，使得缓存的文件不会被***随意删除，从而只要服务器上没有新版本，客户端便可一直使用缓存文件。可高效实现服务器与客户端文件版本的同步，既不会重复下载，也不会客户端与服务器端版本不同步，以提高客户端性能并改善用户体验。
Description
技术领域
本发明大体上涉及计算机应用程序开发领域，更具体地，涉及一种Silverlight客户端可控缓存方法和***。
背景技术
Silverlight(银光)为微软推出的一种面向BS(browse/server，浏览器/服务器)的RIA(Rich Internet applications，丰富互联网应用程序)开发技术。Silverlight提供了丰富的类库以便开发人员开发出复杂、丰富、高性能的BS应用程序，但在本地缓存方面做的有些不尽如人意。
Silverlight缓存是由浏览器缓存机制来支持的，Silverlgiht客户端请求的文件都会缓存在浏览器缓存区中，而浏览器缓存是用户不可控制的。浏览器缓存区大小有一个固定的限额，当浏览器下载的文件超过缓存区限额时，浏览器会在没有任何提示的情况下自动清理缓存区文件，浏览器在清理缓存文件时不会因为某些文件在服务器上没有新版本而保留，它只是简单地按照最后一次访问时间顺序地删除。用户无法阻止浏览器删除那些并不需要更新的缓存文件。这意味着Silverlight客户端下载的缓存文件随时有可能被浏览器清理掉，下次访问时客户端不得不重新下载所需文件，这将给客户端带来重复的下载负担。
Silverlight应用程序的特点是客户端文件比较多，比较大，但修改并不频繁。文件越多越大，浏览器缓存区不够的可能性就越高，浏览器进行缓存区清理的频率就越频繁。如果没有一种机制来保证缓存的可控性，客户端将不得不频繁地下载之前已经下载至缓存区中却被浏览器自动清理的文件。用户在每次启动程序时，将不得不花很长的时间来等待文件下载。这必将给用户带来较差的体验。
发明内容
鉴于上述情况，本发明提供了一种Silverlight客户端可控缓存方法和***，以新的可控缓存机制来替换浏览器的不可控缓存。
根据本发明的一个方面，Silverlight客户端可控缓存方法包括以下步骤：步骤S102，在Silverlight客户端，使用一独立存储区为信任的程序创建和维护Silverlight客户端的虚拟文件***；步骤S104，在Silverlight服务器上和Silverlight客户端的独立存储区上分别部署版本控制文件和本地版本控制文件，用于分别记录Silverlight服务器和本地的每个文件的版本号；步骤S106，当开始启动一程序时，Silverlight客户端从Silverlight服务器下载版本控制文件并生成副本；以及步骤S108，当Silverlight客户端请求一文件时，根据版本控制文件与本地版本控制文件中的记录来进行文件的版本控制，从而实现对缓存文件的控制。
其中，虚拟文件***为根目录中的一个文件、一个目录或者文件树。
版本控制文件和本地版本控制文件结构相同，其中，版本控制文件记录在Silverlight服务器上的每个文件的版本号，以及本地版本控制文件记录在Silverlight客户端的独立存储区中的每个文件的版本号。
在步骤S108中，当Silverlight客户端请求一文件时，包括：Silverlight客户端从本地版本控制中查找有没有文件的对应文件记录；如果存在文件的对应文件记录，Silverlight客户端用本地版本控制文件中记录的版本号与副本中同一文件的版本号进行比对；以及如果本地版本控制文件中记录的版本号与副本中同一文件的版本号相同，则Silverlight客户端直接从独立存储区读取文件。
此外，如果本地版本控制文件中记录的版本号与副本中同一文件的版本号不同，则Silverlight客户端从Silverlight服务器上下载文件，在下载完成后用新下载的文件覆盖在独立存储区中的旧文件，并更新文件在本地版本控制文件中记录的版本号。
另外，如果不存在文件的对应文件记录，则Silverlight客户端从Silverlight服务器上下载文件，在下载完成后将文件添加到独立存储区中，并在本地版本控制文件中添加对应的文件记录。
根据本发明的另一个方面，Silverlight客户端可控缓存***包括：独立存储区建立单元，用于在Silverlight客户端，使用一独立存储区为信任的程序创建和维护Silverlight客户端的虚拟文件***；版本控制文件部署单元，用于在Silverlight服务器上和Silverlight客户端的独立存储区上分别部署版本控制文件和本地版本控制文件，以分别记录Silverlight服务器和本地的每个文件的版本号；副本生成单元，用于当开始启动一程序时，从Silverlight服务器下载版本控制文件并生成副本；以及版本控制单元，用于当Silverlight客户端请求一文件时，根据版本控制文件与本地版本控制文件中的记录来进行文件的版本控制，从而实现对缓存文件的控制。
其中，虚拟文件***为根目录中的一个文件、一个目录或者文件树，并且版本控制文件和本地版本控制文件结构相同，其中，版本控制文件记录在Silverlight服务器上的每个文件的版本号，以及本地版本控制文件记录在Silverlight客户端的独立存储区中的每个文件的版本号。
在版本控制单元中，当Silverlight客户端请求一文件时，从本地版本控制中查找有没有文件的对应文件记录；如果存在文件的对应文件记录，用本地版本控制文件中记录的版本号与副本中同一文件的版本号进行比对；以及如果本地版本控制文件中记录的版本号与副本中同一文件的版本号相同，则直接从独立存储区读取文件。
在版本控制单元中，如果本地版本控制文件中记录的版本号与副本中同一文件的版本号不同，则所从Silverlight服务器上下载文件，在下载完成后用新下载的文件覆盖在独立存储区中的旧文件，并更新文件在本地版本控制文件中记录的版本号。
此外，在版本控制单元中，如果不存在文件的对应文件记录，则从Silverlight服务器上下载文件，在下载完成后将文件添加到独立存储区中，并在本地版本控制文件中添加对应的文件记录。
因此，本发明由于使用了独立存储区，使得缓存的文件不会被***随意删除，从而只要服务器上没有新版本，客户端便可以一直使用缓存文件。此外，通过版本控制机制，可以高效实现服务器与客户端文件版本的同步，既不会出重复下载问题，也不会产生客户端与服务器端版本不同步的问题。
附图说明
图1是根据本发明的Silverlight客户端可控缓存方法的流程图；
图2是根据本发明的Silverlight客户端可控缓存***的框图；
图3是根据本发明实施例的可控缓存过程的流程图。
具体实施方式
以下将参考附图详细描述本发明的实施例。
应了解，要实现缓存，就需要在客户端有一块区域来保存文件。由于安全问题，Silverlight不允许在本地进行文件操作，只允许通过独立存储区为信任的程序创建和维护客户端虚拟文件***。在Silverlight中，所有I/O操作都被限制为独立存储，不使用操作***的文件***。通过使用独立存储，数据将始终按用户在虚拟文件***中隔离，虚拟文件***可以是根目录中的一个文件，也可以是一个目录和文件树。
独立存储区是可控的，除非用户主动删除，否则里边的文件不会自动清理。我们可以将客户端需要的文件存储在独立存储区中，在需要的时候从中取出。
然而，仅仅使用独立储存区并不能建立一个完整的缓存机制。因为服务器上的文件版本有可能更新，如果我们只是简单地从独立储存区中取文件的话就有可能得不到最新版本的文件。我们需要提供一个版本控制机制才能解决这个问题。
图1是根据本发明的Silverlight客户端可控缓存方法的流程图。如图1所示，Silverlight客户端可控缓存方法包括以下步骤：
步骤S102，在Silverlight客户端，使用一独立存储区为信任的程序创建和维护Silverlight客户端的虚拟文件***；
步骤S104，在Silverlight服务器上和Silverlight客户端的独立存储区上分别部署版本控制文件和本地版本控制文件，用于分别记录Silverlight服务器和本地的每个文件的版本号；
步骤S106，当开始启动一程序时，Silverlight客户端从Silverlight服务器下载版本控制文件并生成副本；以及
步骤S108，当Silverlight客户端请求一文件时，根据版本控制文件与本地版本控制文件中的记录来进行文件的版本控制。
其中，虚拟文件***为根目录中的一个文件、一个目录或者文件树。版本控制文件和本地版本控制文件结构相同，其中，版本控制文件记录在Silverlight服务器上的每个文件的版本号，以及本地版本控制文件记录在Silverlight客户端的独立存储区中的每个文件的版本号。
在步骤S108中，当Silverlight客户端请求一文件时，
Silverlight客户端从本地版本控制中查找有没有文件的对应文件记录；
如果存在文件的对应文件记录，Silverlight客户端用本地版本控制文件中记录的版本号与副本中同一文件的版本号进行比对；以及
如果本地版本控制文件中记录的版本号与副本中同一文件的版本号相同，则Silverlight客户端直接从独立存储区读取文件。
而如果本地版本控制文件中记录的版本号与副本中同一文件的版本号不同，则Silverlight客户端从Silverlight服务器上下载文件，在下载完成后用新下载的文件覆盖在独立存储区中的旧文件，并更新文件在本地版本控制文件中记录的版本号。
另外，如果不存在文件的对应文件记录，则Silverlight客户端从Silverlight服务器上下载文件，在下载完成后将文件添加到独立存储区中，并在本地版本控制文件中添加对应的文件记录。
图2是根据本发明的Silverlight客户端可控缓存***200的框图。如图2所示，该***包括：独立存储区建立单元202，用于在Silverlight客户端，使用一独立存储区为信任的程序创建和维护Silverlight客户端的虚拟文件***；版本控制文件部署单元204，用于在Silverlight服务器上和Silverlight客户端的独立存储区上分别部署版本控制文件和本地版本控制文件，以分别记录Silverlight服务器和本地的每个文件的版本号；副本生成单元206，用于当开始启动一程序时，从Silverlight服务器下载版本控制文件并生成副本；以及版本控制单元208，用于当Silverlight客户端请求一文件时，根据版本控制文件与本地版本控制文件中的记录来进行文件的版本控制，从而实现对缓存文件的控制。
其中，虚拟文件***为根目录中的一个文件、一个目录或者文件树，并且版本控制文件和本地版本控制文件结构相同，其中，版本控制文件记录在Silverlight服务器上的每个文件的版本号，以及本地版本控制文件记录在Silverlight客户端的独立存储区中的每个文件的版本号。
在版本控制单元208中，当Silverlight客户端请求一文件时，从本地版本控制中查找有没有文件的对应文件记录；如果存在文件的对应文件记录，用本地版本控制文件中记录的版本号与副本中同一文件的版本号进行比对；以及如果本地版本控制文件中记录的版本号与副本中同一文件的版本号相同，则直接从独立存储区读取文件。
如果本地版本控制文件中记录的版本号与副本中同一文件的版本号不同，则所从Silverlight服务器上下载文件，在下载完成后用新下载的文件覆盖在独立存储区中的旧文件，并更新文件在本地版本控制文件中记录的版本号。
此外，如果不存在文件的对应文件记录，则从Silverlight服务器上下载文件，在下载完成后将文件添加到独立存储区中，并在本地版本控制文件中添加对应的文件记录。
图3示出了根据本发明实施例的可控缓存过程。
具体地，首先在服务器上部署一个版本控制文件，此文件记录了服务器上的每个文件的版本号。
<文件1版本号＝″x-x-x-x″/>
<文件2版本号＝″x-x-x-x″/>
<文件n版本号＝″x-x-x-x″/>
此外，在客户端独立缓存区部署一个本地版本控制文件，结构与上面相同。此文件记录了客户端独立缓存区中每个文件的版本号。
因此，当客户端程序启动时，客户端会首先下载服务器上的版本控制文件，并生成一个副本。
接下来，当客户端请求一个文件时，进行以下处理：
S302，从本地版本控制文件中查找有没有对应的文件记录，如果存在此文件记录，转到S304，否则，转到S310；
S304，用本地记录的版本号跟服务器端副本中相同文件的版本号进行比对，如果版本号相同，转到S306，否则，转到S308；
S306，直接从缓存区读取该文件；
S308，从服务器上下载该文件；
S310，下载完成后将新文件覆盖独立存储区中的旧新文件或将文件添加到独立存储区中；以及
S312，更新本地版本控件文件的对应文件记录的版本号或在本地版本控件文件中添加对应的文件记录；
综上所述，采用本发明的可控缓存方案，由于使用了独立存储区，使得缓存的文件不会被***随意删除，并且只要服务器上没有新版本，客户端便可以一直使用缓存文件。此外，通过版本控制机制，可以高效实现服务器与客户端文件版本的同步，既不会出重复下载问题，也不会出现客户端与服务器端版本不同步的问题。
因而，本发明使得Silverlight客户端缓存不再依赖于浏览器，从而避免了浏览器不可控缓存固有的缺陷，极大地提高了客户端性能，改善了用户体验。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种Silverlight客户端可控缓存方法，其特征在于，包括以下步骤：
步骤S102，在Silverlight客户端，使用一独立存储区为信任的程序创建和维护所述Silverlight客户端的虚拟文件***；
步骤S104，在Silverlight服务器上和所述Silverlight客户端的所述独立存储区上分别部署版本控制文件和本地版本控制文件，用于分别记录所述Silverlight服务器和本地的每个文件的版本号；
步骤S106，当开始启动一程序时，所述Silverlight客户端从所述Silverlight服务器下载所述版本控制文件并生成副本；以及
步骤S108，当所述Silverlight客户端请求一文件时，根据所述版本控制文件与所述本地版本控制文件中的记录来进行文件的版本控制，从而实现对缓存文件的控制。
2.根据权利要求1所述的Silverlight客户端可控缓存方法，其特征在于，所述虚拟文件***为根目录中的一个文件、一个目录或者文件树。
3.根据权利要求1所述的Silverlight客户端可控缓存方法，其特征在于，所述版本控制文件和所述本地版本控制文件的结构相同，其中，
所述版本控制文件记录在所述Silverlight服务器上的每个文件的版本号，以及
所述本地版本控制文件记录在所述Silverlight客户端的所述独立存储区中的每个文件的版本号。
4.根据权利要求1至3中任一项所述的Silverlight客户端可控缓存方法，其特征在于，在所述步骤S108中，当所述Silverlight客户端请求一文件时，
所述Silverlight客户端从所述本地版本控制中查找有没有所述文件的对应文件记录；
如果存在所述文件的对应文件记录，所述Silverlight客户端用所述本地版本控制文件中记录的所述版本号与所述副本中同一文件的版本号进行比对；以及
如果所述本地版本控制文件中记录的所述版本号与所述副本中同一文件的版本号相同，则所述Silverlight客户端直接从所述独立存储区读取所述文件。
5.根据权利要求4所述的Silverlight客户端可控缓存方法，其特征在于，在所述步骤S108中，
如果所述本地版本控制文件中记录的所述版本号与所述副本中同一文件的版本号不同，则所述Silverlight客户端从所述Silverlight服务器上下载所述文件，在下载完成后用新下载的文件覆盖在所述独立存储区中的旧文件，并更新所述文件在所述本地版本控制文件中记录的版本号。
6.根据权利要求4所述的Silverlight客户端可控缓存方法，其特征在于，在所述步骤S108中，
如果不存在所述文件的对应文件记录，则所述Silverlight客户端从所述Silverlight服务器上下载所述文件，在下载完成后将所述文件添加到所述独立存储区中，并在所述本地版本控制文件中添加对应的文件记录。
7.一种Silverlight客户端可控缓存***，其特征在于，包括：
独立存储区建立单元，用于在Silverlight客户端，使用一独立存储区为信任的程序创建和维护所述Silverlight客户端的虚拟文件***；
版本控制文件部署单元，用于在Silverlight服务器上和所述Silverlight客户端的所述独立存储区上分别部署版本控制文件和本地版本控制文件，以分别记录所述Silverlight服务器和本地的每个文件的版本号；
副本生成单元，用于当开始启动一程序时，从所述Silverlight服务器下载所述版本控制文件并生成副本；以及
版本控制单元，用于当所述Silverlight客户端请求一文件时，根据所述版本控制文件与所述本地版本控制文件中的记录来进行文件的版本控制，从而实现对缓存文件的控制。
8.根据权利要求7所述的Silverlight客户端可控缓存***，其特征在于，
所述虚拟文件***为根目录中的一个文件、一个目录或者文件树，并且
所述版本控制文件和所述本地版本控制文件的结构相同，其中，
所述版本控制文件记录在所述Silverlight服务器上的每个文件的版本号，以及
所述本地版本控制文件记录在所述Silverlight客户端的所述独立存储区中的每个文件的版本号。
9.根据权利要求7所述的Silverlight客户端可控缓存***，其特征在于，在所述版本控制单元中，
当所述Silverlight客户端请求一文件时，从所述本地版本控制中查找有没有所述文件的对应文件记录；
如果存在所述文件的对应文件记录，用所述本地版本控制文件中记录的所述版本号与所述副本中同一文件的版本号进行比对；以及
如果所述本地版本控制文件中记录的所述版本号与所述副本中同一文件的版本号相同，则直接从所述独立存储区读取所述文件。
10.根据权利要求9所述的Silverlight客户端可控缓存***，其特征在于，在所述版本控制单元中，
如果所述本地版本控制文件中记录的所述版本号与所述副本中同一文件的版本号不同，则所从所述Silverlight服务器上下载所述文件，在下载完成后用新下载的文件覆盖在所述独立存储区中的旧文件，并更新所述文件在所述本地版本控制文件中记录的版本号，并且
如果不存在所述文件的对应文件记录，则从所述Silverlight服务器上下载所述文件，在下载完成后将所述文件添加到所述独立存储区中，并在所述本地版本控制文件中添加对应的文件记录。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010102079838A CN101882156B (zh) | 2010-06-13 | 2010-06-13 | Silverlight客户端可控缓存方法和*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010102079838A CN101882156B (zh) | 2010-06-13 | 2010-06-13 | Silverlight客户端可控缓存方法和*** |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101882156A true CN101882156A (zh) | 2010-11-10 |
| CN101882156B CN101882156B (zh) | 2012-07-25 |
Family
ID=43054170
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2010102079838A Active CN101882156B (zh) | 2010-06-13 | 2010-06-13 | Silverlight客户端可控缓存方法和*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101882156B (zh) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102209076A (zh) * | 2011-06-03 | 2011-10-05 | 用友软件股份有限公司 | 服务端与客户端之间的交互方法和交互*** |
| CN102520962A (zh) * | 2011-12-22 | 2012-06-27 | 苏州博远容天信息科技有限公司 | 一种简化Silverlight组件部署的方法 |
| CN102693388A (zh) * | 2012-06-07 | 2012-09-26 | 腾讯科技（深圳）有限公司 | 数据安全防护处理***及方法及存储介质 |
| CN102946442A (zh) * | 2012-12-06 | 2013-02-27 | 网宿科技股份有限公司 | 基于智能刷新的文件更新发布的方法和*** |
| CN103209212A (zh) * | 2013-03-22 | 2013-07-17 | 烽火通信科技股份有限公司 | 基于RIA的Web网管客户端中的数据缓存方法及*** |
| CN103218230A (zh) * | 2013-04-23 | 2013-07-24 | 浪潮集团山东通用软件有限公司 | 一种silverlight框架下动态创建实体类的方法 |
| CN103237060A (zh) * | 2013-04-08 | 2013-08-07 | 北京小米科技有限责任公司 | 一种数据对象获取方法、装置及*** |
| CN103607444A (zh) * | 2013-11-14 | 2014-02-26 | 北京国双科技有限公司 | 应用程序中Zip压缩包的下载处理方法和装置 |
| CN103617052A (zh) * | 2013-11-14 | 2014-03-05 | 北京国双科技有限公司 | 应用程序的缓存处理方法和装置 |
| CN103744663A (zh) * | 2013-12-26 | 2014-04-23 | 河南大学 | 一种基于预缓存技术的Android界面设计框架模型 |
| CN112612413A (zh) * | 2020-12-04 | 2021-04-06 | 海光信息技术股份有限公司 | 一种版本管理文件缓存方法、装置、***和相关设备 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106302795A (zh) * | 2016-08-31 | 2017-01-04 | 郑州众智科技股份有限公司 | 基于http请求头的c/s应用缓存解决方法 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040267712A1 (en) * | 2003-06-23 | 2004-12-30 | Khachatur Papanyan | Method and apparatus for web cache using database triggers |
| CN101147145A (zh) * | 2005-03-24 | 2008-03-19 | 惠普开发有限公司 | 基于嵌入式web的管理方法 |
| WO2009072942A1 (en) * | 2007-12-04 | 2009-06-11 | Telefonaktiebolaget Lm Ericsson (Publ) | A method of reducing size of presence messages |
-
2010
- 2010-06-13 CN CN2010102079838A patent/CN101882156B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040267712A1 (en) * | 2003-06-23 | 2004-12-30 | Khachatur Papanyan | Method and apparatus for web cache using database triggers |
| CN101147145A (zh) * | 2005-03-24 | 2008-03-19 | 惠普开发有限公司 | 基于嵌入式web的管理方法 |
| WO2009072942A1 (en) * | 2007-12-04 | 2009-06-11 | Telefonaktiebolaget Lm Ericsson (Publ) | A method of reducing size of presence messages |
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102209076B (zh) * | 2011-06-03 | 2014-01-29 | 用友软件股份有限公司 | 服务端与客户端之间的交互方法和交互*** |
| CN102209076A (zh) * | 2011-06-03 | 2011-10-05 | 用友软件股份有限公司 | 服务端与客户端之间的交互方法和交互*** |
| CN102520962A (zh) * | 2011-12-22 | 2012-06-27 | 苏州博远容天信息科技有限公司 | 一种简化Silverlight组件部署的方法 |
| CN102693388A (zh) * | 2012-06-07 | 2012-09-26 | 腾讯科技（深圳）有限公司 | 数据安全防护处理***及方法及存储介质 |
| CN102693388B (zh) * | 2012-06-07 | 2014-03-19 | 腾讯科技（深圳）有限公司 | 数据安全防护处理***及方法及存储介质 |
| CN102946442A (zh) * | 2012-12-06 | 2013-02-27 | 网宿科技股份有限公司 | 基于智能刷新的文件更新发布的方法和*** |
| CN102946442B (zh) * | 2012-12-06 | 2015-10-21 | 网宿科技股份有限公司 | 基于智能刷新的文件更新发布的方法和*** |
| CN103209212B (zh) * | 2013-03-22 | 2015-09-16 | 烽火通信科技股份有限公司 | 基于RIA的Web网管客户端中的数据缓存方法及*** |
| CN103209212A (zh) * | 2013-03-22 | 2013-07-17 | 烽火通信科技股份有限公司 | 基于RIA的Web网管客户端中的数据缓存方法及*** |
| CN103237060A (zh) * | 2013-04-08 | 2013-08-07 | 北京小米科技有限责任公司 | 一种数据对象获取方法、装置及*** |
| CN103237060B (zh) * | 2013-04-08 | 2016-01-20 | 小米科技有限责任公司 | 一种数据对象获取方法、装置及*** |
| CN103218230A (zh) * | 2013-04-23 | 2013-07-24 | 浪潮集团山东通用软件有限公司 | 一种silverlight框架下动态创建实体类的方法 |
| CN103607444A (zh) * | 2013-11-14 | 2014-02-26 | 北京国双科技有限公司 | 应用程序中Zip压缩包的下载处理方法和装置 |
| CN103617052A (zh) * | 2013-11-14 | 2014-03-05 | 北京国双科技有限公司 | 应用程序的缓存处理方法和装置 |
| CN103607444B (zh) * | 2013-11-14 | 2016-10-05 | 北京国双科技有限公司 | 应用程序中Zip压缩包的下载处理方法和装置 |
| CN103617052B (zh) * | 2013-11-14 | 2017-01-18 | 北京国双科技有限公司 | 应用程序的缓存处理方法和装置 |
| CN103744663A (zh) * | 2013-12-26 | 2014-04-23 | 河南大学 | 一种基于预缓存技术的Android界面设计框架模型 |
| CN112612413A (zh) * | 2020-12-04 | 2021-04-06 | 海光信息技术股份有限公司 | 一种版本管理文件缓存方法、装置、***和相关设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101882156B (zh) | 2012-07-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101882156B (zh) | Silverlight客户端可控缓存方法和*** | |
| JP6774499B2 (ja) | オフラインでのハイブリッドアプリケーションへのアクセスの提供 | |
| KR100999267B1 (ko) | 관리 서버들에 의해 업데이트된 온-디바이스 애플리케이션 카탈로그 | |
| US7181468B2 (en) | Content management for rich media publishing system | |
| KR101346731B1 (ko) | 피드 정보를 동기화하는 방법 및 장치 | |
| AU2021232817A1 (en) | Methods, systems, apparatus, products, articles and data structures for cross-platform digital content | |
| CN102349062B (zh) | 浏览器缓存与远程仓库同步的方法和*** | |
| JP4671198B2 (ja) | 情報処理装置 | |
| JP5400889B2 (ja) | ファイルサーバ装置、及びストレージシステムの管理方法、並びにプログラム | |
| US20060015540A1 (en) | Content system, content terminal, reference server, content program, and reference program | |
| JP2011515763A (ja) | 展開可能オブジェクト階層内におけるアプリケーション管理 | |
| WO2015117426A1 (zh) | 文件管理方法及装置 | |
| JP2011513804A (ja) | 直接ユーザアクセスを受ける記憶デバイス | |
| EP2553613A1 (en) | Method and apparatus for portable index on a removable storage medium | |
| TWI329278B (en) | Method, system and program product for preserving and restoring mobile device user settings | |
| CN104321743A (zh) | 用于开发在通信网络上查询内容和服务的应用程序的方法和*** | |
| CN106371875B (zh) | 一种基于html5的手机应用更新方法 | |
| US20100205154A1 (en) | System and Method for Storing and Retrieving Deleted Files | |
| CN104781805A (zh) | 用于元数据引导的动态和个人数据管护的方法和装置 | |
| JP2010251973A (ja) | 文書管理システム | |
| CN102682013A (zh) | 在网络存储装置中操作压缩文件的方法 | |
| CA2653299A1 (en) | System and method for improving the efficiency, comfort, and/or reliability in operating systems, such as for example windows | |
| JP2015088143A (ja) | 情報処理装置およびゲームデータのデータ構造 | |
| JP6618058B2 (ja) | デジタルエージングシステム及びその運用方法 | |
| CN103716573B (zh) | 一种视频回放的方法和设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| C41 | Transfer of patent application or patent right or utility model | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20160127 Address after: 100094 Beijing City, North Road, Haidian District, No. 68, building 2, floor 2 Patentee after: You Pu Information Technology Co., Ltd of UFSOFT Address before: 100094 Beijing city Haidian District North Road No. 68, UFIDA Software Park Patentee before: UFIDA Software Co., Ltd. |