CN103475721B - 一种数字资产更新***的数字资产更新方法 - Google Patents
一种数字资产更新***的数字资产更新方法 Download PDFInfo
- Publication number
- CN103475721B CN103475721B CN201310416671.1A CN201310416671A CN103475721B CN 103475721 B CN103475721 B CN 103475721B CN 201310416671 A CN201310416671 A CN 201310416671A CN 103475721 B CN103475721 B CN 103475721B
- Authority
- CN
- China
- Prior art keywords
- resource
- service end
- client
- list
- digital asset
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 18
- 230000009897 systematic effect Effects 0.000 claims abstract description 3
- 230000002159 abnormal effect Effects 0.000 claims description 3
- 230000005856 abnormality Effects 0.000 claims description 3
- 230000002596 correlated effect Effects 0.000 claims description 3
- 230000000875 corresponding effect Effects 0.000 claims description 3
- 238000012217 deletion Methods 0.000 claims description 3
- 230000037430 deletion Effects 0.000 claims description 3
- 238000007689 inspection Methods 0.000 claims description 3
- 238000005516 engineering process Methods 0.000 abstract description 3
- 238000012423 maintenance Methods 0.000 abstract description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明涉及计算机技术领域,尤其是一种数字资产的更新***及其方法。包括客户端、服务端、时间服务器和数据库;所述的客户端可以为多个,每个客户端有唯一的标识符,维护一份属于自己的索引列表,列表中记录从上次更新到目前为止发生变化的数据索引以及由时间服务器提供的最后更新时间;所述的服务器,提供数字资源的数据库;数据库中保存有***的索引列表;所述的时间服务器,提供一个准确、可靠的最后更新时间;所有客户端的“最后更新时间”都由时间服务器统一提供,防止由于时间误差而导致的数据异常问题。本发明提供了一套可靠、有效的多终端数据一致性维护的***和方法;可以用于多终端数据维护。
Description
技术领域
本发明涉及计算机技术领域,尤其是一种数字资产更新***的数字资产更新方法。
背景技术
在当前的更新技术当中,很多都是基于单一客户端的场景下进行的在线实时数据更新,导致在空间和网络的方面限制比较多。但是,如今终端的类型不再是单一的PC端,手机、平板电脑等移动终端不断推陈出新并且占据巨大的市场份额。一个用户需要在不同的终端、不同的地点、不同的时间去使用应用软件,从而也导致用户的数据在多个终端上难以保持一致的问题。显然,随着数据本身和用户多设备的增加,目前的更新技术已经不能适应用户的需求。因此现在越来越多的软件都针对用户多设备的特点实现新的更新技术。
发明内容
本发明解决的技术问题一种数字资产更新***的数字资产更新方法;能够实现将多个客户端上的业务***脱离联机环境进行业务操作,并在网络允许的情况下能够独立进行更新操作,完成和在线联机同样的业务功能,并且能够维护各终端数据的一致性,使原有固定的业务不再受到空间限制。
本发明解决上述技术问题的技术方案是:
所述的***包括客户端、服务端、时间服务器和数据库;
所述的客户端可以为多个,每个客户端有唯一的标识符,维护一份属于自己的索引列表,列表中记录从上次更新到目前为止发生变化的数据索引以及由时间服务器提供的最后更新时间;
所述的服务器,提供数字资源的数据库;数据库中保存有***的索引列表;
所述的时间服务器,提供一个准确、可靠的最后更新时间;所有客户端的“最后更新时间”都由时间服务器统一提供,防止由于时间误差而导致的数据异常问题;
其特征在于:
每个客户端都有一个唯一的标识符,并且维护一份属于自己的索引列表,列表中记录从上次更新到目前为止发生变化的数据索引以及由时间服务器提供的最后更新时间;服务端数据库的索引列表中的每条数据都通过标识符标识这条数据来源于哪一个客户端;
更新时,首先进行数据更新,然后更新索引列表;保持每个客户端数据与索引列表的一致性;数据更新操作包括元数据和资源的上传以及下载,各个数据更新操作相对独立,支持并发执行;
在索引更新操作中,服务端通过对比自身索引列表和客户端提交的索引列表,得到索引更新结果;该结果中包含用户其他来源的客户端在最后更新时间到目前为止的操作信息以及新的最后更新时间;
客户端根据索引更新操作中的响应结果,生成数据更新各操作的请求信息;
客户端将历史遗留操作合并到请求信息后通过多线程发送数据更新请求,最后判断服务端的响应结果,成功则更新本地索引列表中的相关数据,失败则将加入历史遗留操作中,延迟到下一次更新操作执行。
数字资产表示属于用户个人所有的笔记内容的单位载体;一条数字资产由元数据和资源两部分组成;数字资产与资源是一对多关系,多条数字资产可以引用同一份资源;
所述的索引更新是:
客户端向服务端提交“索引更新”请求,请求中包括一份用于服务端更新用户在本地客户端执行删除操作的数字资产id列表、用于判断该资源在服务端是否存在而避免重复提交的资源id列表、来源、用户唯一标识符和本地索引列表的最后更新时间;
服务端根据客户端提交的数字资产id列表删除相应数字资产,再更新索引列表中相关数字资产的来源和状态;
服务端查找索引列表中客户端的“最后更新时间”到目前为止该用户在其他来源的客户端的操作信息,并加入响应结果中;
服务端根据资源id列表检查数据库中是否存在相同的资源,并将检查判断结果加入响应结果中;
服务端将新的最后更新时间加入到响应结果中,并以XML的数据形式发回到客户端;
客户端解析服务端的响应结果,合并相应的数据更新操作和历史遗留操作,生成数据更新请求信息;并将服务端发来的“最后更新时间”更新到索引列表中;如果没有收到响应信息,则视为索引更新失败,结束整个更新操作。
所述的元数据下载是:
如果索引更新结果中有状态为新增或者修改的数字资产,则向服务端提交“元数据下载”请求,请求中包括一份数字资产id和状态的数字资产列表、用户唯一标识符,否则不需要提交请求;
服务端得到“元数据下载”请求,将状态为新增的不包括资源的数字资产元数据和状态为修改的数字资产修改部分加入响应结果中;
服务端将响应结果以XML的数据形式发送回客户端;
客户端根据响应结果获得数字资产的元数据和修改部分,更新本地数据后再更新本地索引列表;如果没有获得响应或响应异常,则视为“元数据下载”操作失败,并将该操作添加到历史遗留操作中。
所述的元数据上传是:
将上一次最后更新时间至这次最后更新时间这段时间内本地新增的数字资产作为请求信息,向服务端发送“元数据上传”请求;
服务端接收“元数据上传”请求,并将数字资产写入数据库;
更新服务端的索引列表;
向服务端发送一个空响应结果;
客户端接收到空响应结果则表示“元数据上传”操作成功,否则视为操作失败,并将该操作添加到历史遗留操作中。
所述的资源上传和下载是:
客户端将需要上传到服务端的资源列表或者需要下载的资源id列表作为请求信息,向服务端发送“资源上传和下载”请求;
服务端根据请求信息判断是资源上传还是资源下载,如果是资源上传,则将资源写入到数据库中,再返回一个空响应结果;如果是资源下载,则根据资源id列表查找相关资源,将查找结果加入响应结果后返回;
判断服务端的响应结果,如果是正常响应则“资源上传和下载”操作成功,否则视为“资源上传和下载”操作失败,并将该操作加入到历史遗留操作中。
本发明所有终端的“最后更新时间”都由时间服务器统一提供,防止由于时间误差而导致的数据异常问题。每个终端都维护一份属于自身的索引列表,列表中记录从上次更新到目前为止发生变化的数据索引;通过个索引列表之间的对比来更新数据最终实现数据一致性的维护。各个数据更新操作都相对独立,支持通过并发高效执行。终端上数据更新操作中任何一步失败都会并入到下一次更新索引列表里;从而保证数据的最终一致性。通过本发明的使用,可以保证每次更新操作在时间上的原子性,防止由于多终端之间的时间差引起的数据异常问题;可以通过数据更新让用户在脱离联机的环境上进行和在线联机同样的业务操作;可以使用户在任意终端获取该用户在其他终端中已经更新的业务操作。本发明提供了一套可靠、有效的多终端数据一致性维护的***和方法。
附图说明
下面结合附图对本发明进一步说明:
图1是本发明***框图;
图2是本发明方法户端流程图;
图3是本发明方法具体实施时序图。
具体实施方式
如图1-3所示,本发明:
1.每个客户端都有一个唯一的标识符(origin)并且维护一份属于自己索引列表,列表中记录记录从上次更新到目前为止发生变化的数据索引以及由服务器提供的最后更新时间,而且服务端的索引列表中的每条数据都通过origin标识这条数据来源于哪一个客户端;
2.先更新数据,后更新索引列表。保持每个客户端数据与索引列表的一致性。
3.在索引更新操作中,服务端通过对比自身索引列表和客户端提交的索引列表,得到索引更新结果。该结果中包含该用户其他来源的客户端在最后更新时间到到目前为止的操作信息以及新的最后更新时间。
4.客户端根据索引更新操作中的响应结果,生成数据更新各操作的请求信息。
5.客户端将历史遗留操作合并到请求信息后通过多线程发送数据更新请求,最后判断服务端的响应结果,成功则更新本地索引列表中的相关数据,失败则将加入历史遗留操作中,延迟到下一次更新操作执行。
本发明数字资产:表示属于用户个人所有的笔记内容的单位载体。一条数字资产由元数据和资源两部分组成。另外,数字资产与资源是一对多关系,也就是说多条数字资产可以引用同一份资源。
具体实施步骤:
1.索引更新
1.1客户端向服务端提交“索引更新”请求,请求中包括一份数字资产id列表(用于服务端更新用户在本地客户端执行的删除操作)、资源id列表(用于判断该资源在服务端是否存在,避免重复提交)、来源(origin)、用户唯一标识符(owner)和本地索引列表的最后更新时间。
1.2服务端根据客户端提交的数字资产id列表删除相应数字资产,再更新索引列表中相关数字资产的来源和状态。
1.3服务端查找索引列表中客户端的“最后更新时间”到目前为止该用户在其他来源的客户端的操作信息,并加入响应结果中。
1.4服务端根据资源id列表检查数据库中是否存在相同的资源,并将检查判断结果加入响应结果中。
1.5服务端将新的最后更新时间加入到响应结果中,并以XML的数据形式发回到客户端。
1.6客户端解析服务端的响应结果,合并相应的数据更新操作和历史遗留操作,生成数据更新请求信息。并将服务端发来的“最后更新时间”更新到索引列表中。如果没有收到响应信息,则视为索引更新失败,结束整个更新操作。
2.元数据下载
2.1如果索引更新结果中有状态为C(新增)或者U(修改)的数字资产,则向服务端提交“元数据下载”请求,请求中包括一份数字资产列表(数字资产id、状态)和用户唯一标识符(owner)。否则不需要提交请求。
2.2服务端得到“元数据下载”请求,将状态为C(新增)的数字资产元数据(不包括资源)和状态为U(修改)的数字资产修改部分加入响应结果中。
2.3服务端将响应结果以XML的数据形式发送回客户端。
2.4客户端根据响应结果获得数字资产的元数据和修改部分,更新本地数据后再更新本地索引列表。如果没有获得响应或响应异常,则视为“元数据下载”操作失败,并将该操作添加到历史遗留操作中。
3.元数据上传
3.1将上一次最后更新时间至这次最后更新时间这段时间内本地新增的数字资产作为请求信息,向服务端发送“元数据上传”请求。
3.2服务端接收“元数据上传”请求,并将数字资产写入数据库。
3.3更新服务端的索引列表。
3.4向服务端发送一个空响应结果。
3.5客户端接收到空响应结果则表示“元数据上传”操作成功,否则视为操作失败,并将该操作添加到历史遗留操作中。
4.资源上传和下载
4.1客户端将需要上传到服务端的资源列表或者需要下载的资源id列表作为请求信息,向服务端发送“资源上传和下载”请求。
4.2服务端根据请求信息判断是资源上传还是资源下载,如果是资源上传,则将资源写入到数据库中,再返回一个空响应结果;如果是资源下载,则根据资源id列表查找相关资源,将查找结果加入响应结果后返回。
4.3判断服务端的响应结果,如果是正常响应则“资源上传和下载”操作成功,否则视为“资源上传和下载”操作失败,并将该操作加入到历史遗留操作中
此外,
1.“索引更新”和“元数据上传”请求信息中需要包含来源(origin)用于分辨数字资产来自于哪个客户端,因为这两个请求需要服务端更新索引列表。
2.考虑到数字资产与资源存在多对一的关系和资源的大小问题会影响响应时间,所以将资源的上传和下载分离到“资源上传和下载”的请求当中。
3.“元数据下载”、“元数据上传”和“资源上传和下载”操作在发送请求前都需要合并历史遗留操作后再进行请求发送。
4.“元数据下载”、“元数据上传”和“资源上传和下载”不存在先后次序约束,可以并发执行,从而增加更新效率。
Claims (6)
1.一种数字资产更新***的数字资产更新方法,所述的***包括客户端、服务端、时间服务器和数据库;
所述的客户端可以为多个,每个客户端有唯一的标识符,维护一份属于自己的索引列表,列表中记录从上次更新到目前为止发生变化的数据索引以及由时间服务器提供的最后更新时间;
所述的服务器,提供数字资源的数据库;数据库中保存有***的索引列表;
所述的时间服务器,提供一个准确、可靠的最后更新时间;所有客户端的“最后更新时间”都由时间服务器统一提供,防止由于时间误差而导致的数据异常问题;
其特征在于:
每个客户端都有一个唯一的标识符,并且维护一份属于自己的索引列表,列表中记录从上次更新到目前为止发生变化的数据索引以及由时间服务器提供的最后更新时间;服务端数据库的索引列表中的每条数据都通过标识符标识这条数据来源于哪一个客户端;
更新时,首先进行数据更新,然后更新索引列表;保持每个客户端数据与索引列表的一致性;数据更新操作包括元数据和资源的上传以及下载,各个数据更新操作相对独立,支持并发执行;
在索引更新操作中,服务端通过对比自身索引列表和客户端提交的索引列表,得到索引更新结果;该结果中包含用户其他来源的客户端在最后更新时间到目前为止的操作信息以及新的最后更新时间;
客户端根据索引更新操作中的响应结果,生成数据更新各操作的请求信息;
客户端将历史遗留操作合并到请求信息后通过多线程发送数据更新请求,最后判断服务端的响应结果,成功则更新本地索引列表中的相关数据,失败则将加入历史遗留操作中,延迟到下一次更新操作执行;
数字资产表示属于用户个人所有的笔记内容的单位载体;一条数字资产由元数据和资源两部分组成;数字资产与资源是一对多关系,多条数字资产可以引用同一份资源;
所述的索引更新是:
客户端向服务端提交“索引更新”请求,请求中包括一份用于服务端更新用户在本地客户端执行删除操作的数字资产id列表、用于判断该资源在服务端是否存在而避免重复提交的资源id列表、来源、用户唯一标识符和本地索引列表的最后更新时间;
服务端根据客户端提交的数字资产id列表删除相应数字资产,再更新索引列表中相关数字资产的来源和状态;
服务端查找索引列表中客户端的“最后更新时间”到目前为止该用户在其他来源的客户端的操作信息,并加入响应结果中;
服务端根据资源id列表检查数据库中是否存在相同的资源,并将检查判断结果加入响应结果中;
服务端将新的最后更新时间加入到响应结果中,并以XML的数据形式发回到客户端;
客户端解析服务端的响应结果,合并相应的数据更新操作和历史遗留操作,生成数据更新请求信息;并将服务端发来的“最后更新时间”更新到索引列表中;如果没有收到响应信息,则视为索引更新失败,结束整个更新操作。
2.根据权利要求1所述的数字资产更新方法,其特征在于:所述的元数据下载是:
如果索引更新结果中有状态为新增或者修改的数字资产,则向服务端提交“元数据下载”请求,请求中包括一份数字资产id和状态的数字资产列表、用户唯一标识符,否则不需要提交请求;
服务端得到“元数据下载”请求,将状态为新增的不包括资源的数字资产元数据和状态为修改的数字资产修改部分加入响应结果中;
服务端将响应结果以XML的数据形式发送回客户端;
客户端根据响应结果获得数字资产的元数据和修改部分,更新本地数据后再更新本地索引列表;如果没有获得响应或响应异常,则视为“元数据下载”操作失败,并将该操作添加到历史遗留操作中。
3.根据权利要求1所述的数字资产更新方法,其特征在于:所述的元数据上传是:
将上一次最后更新时间至这次最后更新时间这段时间内本地新增的数字资产作为请求信息,向服务端发送“元数据上传”请求;
服务端接收“元数据上传”请求,并将数字资产写入数据库;
更新服务端的索引列表;
向服务端发送一个空响应结果;
客户端接收到空响应结果则表示“元数据上传”操作成功,否则视为操作失败,并将该操作添加到历史遗留操作中。
4.根据权利要求1所述的数字资产更新方法,其特征在于:所述的资源上传和下载是:
客户端将需要上传到服务端的资源列表或者需要下载的资源id列表作为请求信息,向服务端发送“资源上传和下载”请求;
服务端根据请求信息判断是资源上传还是资源下载,如果是资源上传,则将资源写入到数据库中,再返回一个空响应结果;如果是资源下载,则根据资源id列表查找相关资源,将查找结果加入响应结果后返回;
判断服务端的响应结果,如果是正常响应则“资源上传和下载”操作成功,否则视为“资源上传和下载”操作失败,并将该操作加入到历史遗留操作中。
5.根据权利要求2所述的数字资产更新方法,其特征在于:所述的元数据上传是:
将上一次最后更新时间至这次最后更新时间这段时间内本地新增的数字资产作为请求信息,向服务端发送“元数据上传”请求;
服务端接收“元数据上传”请求,并将数字资产写入数据库;
更新服务端的索引列表;
向服务端发送一个空响应结果;
客户端接收到空响应结果则表示“元数据上传”操作成功,否则视为操作失败,并将该操作添加到历史遗留操作中。
6.根据权利要求3所述的数字资产更新方法,其特征在于:所述的资源上传和下载是:
客户端将需要上传到服务端的资源列表或者需要下载的资源id列表作为请求信息,向服务端发送“资源上传和下载”请求;
服务端根据请求信息判断是资源上传还是资源下载,如果是资源上传,则将资源写入到数据库中,再返回一个空响应结果;如果是资源下载,则根据资源id列表查找相关资源,将查找结果加入响应结果后返回;
判断服务端的响应结果,如果是正常响应则“资源上传和下载”操作成功,否则视为“资源上传和下载”操作失败,并将该操作加入到历史遗留操作中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310416671.1A CN103475721B (zh) | 2013-09-12 | 2013-09-12 | 一种数字资产更新***的数字资产更新方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310416671.1A CN103475721B (zh) | 2013-09-12 | 2013-09-12 | 一种数字资产更新***的数字资产更新方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103475721A CN103475721A (zh) | 2013-12-25 |
CN103475721B true CN103475721B (zh) | 2016-09-14 |
Family
ID=49800414
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310416671.1A Active CN103475721B (zh) | 2013-09-12 | 2013-09-12 | 一种数字资产更新***的数字资产更新方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103475721B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104166882A (zh) * | 2014-08-04 | 2014-11-26 | 武汉金融资产交易所有限公司 | 基于p2p技术的金融资产交易方法 |
CN104539655A (zh) * | 2014-12-05 | 2015-04-22 | 蓝信工场(北京)科技有限公司 | 一种通讯录分批同步和显示的方法和*** |
CN107016548B (zh) * | 2016-12-09 | 2022-01-28 | 创新先进技术有限公司 | 客户***、信息处理方法和读写方法及装置 |
CN109144994B (zh) * | 2017-06-19 | 2022-04-29 | 华为技术有限公司 | 索引更新方法、***及相关装置 |
CN108429732B (zh) * | 2018-01-23 | 2021-01-08 | 平安普惠企业管理有限公司 | 一种获取资源的方法及*** |
CN108306966B (zh) * | 2018-01-31 | 2022-01-21 | 腾讯科技(深圳)有限公司 | 文档处理方法、装置、***、终端及服务器 |
CN109658248B (zh) * | 2018-12-20 | 2023-01-24 | 姚前 | 一种托管资产返还后登记信息更新的***和方法 |
CN109670833B (zh) * | 2018-12-20 | 2023-06-16 | 姚前 | 一种待上链的链下资产的托管登记***和方法 |
CN111246229B (zh) * | 2020-01-07 | 2022-01-25 | 北京字节跳动网络技术有限公司 | 直播间礼物资源更新方法、装置、介质及电子设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1480858A (zh) * | 2002-09-03 | 2004-03-10 | 鸿富锦精密工业(深圳)有限公司 | 非结构化数据同步***及方法 |
CN1649432A (zh) * | 2003-12-17 | 2005-08-03 | 三星电子株式会社 | 异步移动通信终端和异步移动通信***及其方法 |
CN1852309A (zh) * | 2005-11-16 | 2006-10-25 | 华为技术有限公司 | 数据同步处理方法及其客户端 |
CN102483715A (zh) * | 2009-09-04 | 2012-05-30 | Kii株式会社 | 数据同步***以及数据同步方法 |
-
2013
- 2013-09-12 CN CN201310416671.1A patent/CN103475721B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1480858A (zh) * | 2002-09-03 | 2004-03-10 | 鸿富锦精密工业(深圳)有限公司 | 非结构化数据同步***及方法 |
CN1649432A (zh) * | 2003-12-17 | 2005-08-03 | 三星电子株式会社 | 异步移动通信终端和异步移动通信***及其方法 |
CN1852309A (zh) * | 2005-11-16 | 2006-10-25 | 华为技术有限公司 | 数据同步处理方法及其客户端 |
CN102483715A (zh) * | 2009-09-04 | 2012-05-30 | Kii株式会社 | 数据同步***以及数据同步方法 |
Also Published As
Publication number | Publication date |
---|---|
CN103475721A (zh) | 2013-12-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103475721B (zh) | 一种数字资产更新***的数字资产更新方法 | |
US9229701B2 (en) | Local store data versioning | |
US9208188B2 (en) | Tenant management of a hosted multi-tenant application | |
CN110825479A (zh) | 页面处理方法、装置、终端设备、服务器和存储介质 | |
CN103248524B (zh) | 基于柔性测试技术的测试数据版本控制方法、装置及*** | |
CN106789249B (zh) | 热更新方法、客户端及服务器 | |
US20200153889A1 (en) | Method for uploading and downloading file, and server for executing the same | |
CN107193607A (zh) | 用于更新代码文件的方法和装置、存储介质、处理器以及终端 | |
KR20130012929A (ko) | 데이터 패키지의 효율적인 다운로드 방법 및 시스템 | |
CN102917012A (zh) | 存储与通信去重复 | |
CN104104582A (zh) | 一种数据存储路径管理方法、客户端及服务器 | |
CN114936254A (zh) | 云链融合机制下的食品安全大数据共享管理方法及*** | |
US9665732B2 (en) | Secure Download from internet marketplace | |
CN111338834A (zh) | 数据存储方法和装置 | |
US9323780B2 (en) | Locale-based sorting on mobile devices | |
US20150100545A1 (en) | Distributed database system and a non-transitory computer readable medium | |
CN109814911A (zh) | 用于管理脚本程序的方法、装置、计算机设备及存储介质 | |
CN113034165A (zh) | 数据处理方法和装置、存储介质及电子装置 | |
CN111949731A (zh) | 数据同步方法、装置、电子设备及存储介质 | |
US11349916B2 (en) | Learning client preferences to optimize event-based synchronization | |
CN104731999A (zh) | 组件陈旧登记单元 | |
CN111596954B (zh) | 一种基于区块链的分布式版本控制方法及*** | |
CN115361390B (zh) | 用于加入区块链网络的方法、计算机存储介质及电子设备 | |
CN116582872B (zh) | 数据发送装置、方法、数据接收装置及存储介质 | |
CN116126785A (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 |