CN102202072B - 互联网站数据的单向同步方法 - Google Patents
互联网站数据的单向同步方法 Download PDFInfo
- Publication number
- CN102202072B CN102202072B CN201010131184.7A CN201010131184A CN102202072B CN 102202072 B CN102202072 B CN 102202072B CN 201010131184 A CN201010131184 A CN 201010131184A CN 102202072 B CN102202072 B CN 102202072B
- Authority
- CN
- China
- Prior art keywords
- data
- website
- data record
- source
- time
- 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
Landscapes
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种互联网站数据的单向同步方法,针对互联网站数据的数据记录的大小、更新频率、用户访问的实时性要求进行分类,并对分类后的每种数据给出了不同的数据同步策略,包括:短周期缓存策略、实时更新策略、增量更新策略、后台增量更新策略。本发明使用每条数据记录的最后更新时间作为判别是否需要进行同步的依据,从而具有较大的适应性。其中的后台增量更新策略,特别适合大量数据的持续同步,可以较好地兼顾数据流量的极小化和数据同步效率的极大化。
Description
技术领域
本发明涉及一种数据的同步方法。
背景技术
基于互联网实现跨网站的数据同步有许多应用需求。例如某移动通信运营商建立一个专门适于手机访问的网站A,该网站A从适于计算机访问的网站B、网站C等获取内容,则需要将网站B、网站C的数据单向同步至网站A,如图1所示。
目前实现一个或多个源头的互联网站数据同步的应用大多在局域网内、或者在互联网上构建VPN、或者通过数据库***自身的同步机制、或者依赖某些同步工具来完成。这些方案并不适合跨网络整合不同源头的互联网站数据。而随着互联网应用集成需求的增加,迫切需要找到支持异构环境、支持普通互联网络环境、支持松耦合的技术方案来实现不同互联网站资源的整合利用。
发明内容
本发明所要解决的技术问题是提供一种互联网站数据的单向同步方法,该方法针对解决跨企业、跨互联网、异构***的数据资源整合具有效率高、适用范围广特点。
为解决上述技术问题,本发明互联网站数据的单向同步方法为:
将互联网站数据的每条数据记录根据大小分为大容量数据、中容量数据和小容量数据;
还将互联网站数据的每条数据记录根据更新频率分为快速更新数据、中速更新数据和慢速更新数据;
还将互联网站数据的每条数据记录根据用户访问的实时性要求,分为高实时性要求数据和低实时性要求数据;
当数据记录同时属于高实时性要求数据和快速更新数据,则采用实时更新策略;
当数据记录同时属于高实时性要求数据和中速更新数据,则采用短周期缓存策略;
当数据记录同时属于高实时性要求数据、慢速更新数据和大容量数据或中容量数据,则采用短周期缓存策略或后台增量更新策略;
当数据记录同时属于高实时性要求数据、慢速更新数据和小容量数据,则采用短周期缓存策略;
当数据记录同时属于低实时性要求数据和大容量数据或中容量数据,则采用短周期缓存策略或后台增量更新策略;
当数据记录同时属于低实时性要求数据和小容量数据,则采用短周期缓存策略或实时更新策略或增量更新策略;
所述短周期缓存策略为:用户访问数据同步的目标网站时,目标网站检查用户请求的数据记录在本地的最后更新时间与当前时间的时间差,当该时间差≤预定值,则以本地的数据记录返回给用户;当该时间差>预定值,目标网站向数据同步的源网站请求更新,源网站将用户请求的数据记录的最新内容发送给目标网站,目标网站再返回给用户;
所述实时更新策略为:用户访问数据同步的目标网站时,目标网站总是向数据同步的源网站请求更新,源网站将用户请求的数据记录的最新内容发送给目标网站,目标网站再返回给用户;
所述增量更新策略为:数据同步的源网站将每条数据记录的最后更新时间作为时间戳,每条数据记录的时间戳的变化总是单向递增的;源网站仅将目标网站上时间戳与源网站上时间戳不一致的数据记录单向同步到目标网站;
所述后台增量更新策略为:数据同步的源网站将每条数据记录的最后更新时间作为时间戳,每条数据记录的时间戳的变化总是单向递增的;目标网站根据本地数据记录的最新时间戳,向源网站请求所述最新时间戳之后发生变更的数据记录的标志字段;每条数据记录的标志字段至少记载了该条数据记录的时间戳和更新状态;所述最新时间戳之后发生变更的数据记录的标志字段从源网站同步到目标网站后,这些标志字段标记为“等待更新”;目标网站再将所有标记为“等待更新”的数据记录分一次或多次、单线程或多线程地从源网站进行数据更新。
本发明针对互联网站数据的各种类型,给出了不同的数据同步策略,各个数据同步策略均使用每条数据记录的最后更新时间作为判别是否需要进行同步的依据,从而具有较大的适应性。其中的后台增量更新策略,特别适合大量数据的持续同步,可以较好地兼顾数据流量的极小化和数据同步效率的极大化。
附图说明
图1是互联网站数据单向同步的应用示例示意图;
图2是本发明后台增量更新策略的示意图。
具体实施方式
本发明将互联网站数据按照如下几种分类方法进行分类:
首先,根据单条数据记录的大小进行分类,分为大容量数据、中容量数据和小容量数据。
例如,当单条数据记录≥100KB,则归类为大容量数据;当单条数据记录≥20KB且<100KB,则归类为中容量数据;当单条数据记录<20KB,则归类为小容量数据。
以文学网站为例,文学作品的章节数据通常属于大容量数据或中容量数据;每个账户的书架收藏信息、好友信息通常属于小容量数据。
其次,根据单条数据记录的更新频率进行分类,分为快速更新数据、中速更新数据和慢速更新数据。
例如,当单条数据记录的更新频率≤1分钟,则归类为快速更新数据;当单条数据记录的更新频率>1分钟且≤1小时,则归类为中速更新数据;当单条数据记录的更新频率>1小时,则归类为慢速更新数据。
仍以文学网站为例,对文学作品的评论数据、每个账户的书架收藏信息、好友信息通常属于快速更新数据或中速更新数据;小说排行榜、书籍属性、作者信息通常属于慢速更新数据。
再次,根据单条数据记录的用户访问的实时性要求,分为高实时性要求数据和低实时性要求数据。
例如,当用户访问某条数据记录时,希望该条数据记录的最后更新时间与访问时间的差值≤1分钟,则将该条数据记录归类为高实时性要求数据。当用户访问某条数据记录时,可以接受该条数据记录的最后更新时间与访问时间的差值>1分钟,则将该条数据记录归类为低实时性要求数据。
仍以文学网站为例,文学作品的章节数据通常属于高实时性要求数据,用户希望访问任何镜像站点都可以得到与原始站点一样新的内容;文学作品的评论数据通常属于低实时性要求数据,允许在互联网站数据同步时存在一定的时间延迟。
值得注意的是,上述对于互联网站的数据记录的大小、更新频率、用户访问的实时性要求进行分类的数值仅为示例性质,本领域的技术人员可根据具体应用环境自行决定分类数值。
本发明还将互联网站数据单向同步的方法分为如下几种策略:
其一,短周期缓存策略。当用户访问数据同步的目标网站时,目标网站检查用户请求的数据记录在本地的最后更新时间与当前时间的时间差,当该时间差≤预定值,则以本地存储的用户请求的数据记录返回给用户。当该时间差>预定值,目标网站向数据同步的源网站请求更新,源网站将用户请求的数据记录的最新内容发送给目标网站,目标网站再返回给用户。本文件中将该策略记为IDU-1。
其二,实时更新策略。当用户访问数据同步的目标网站时,目标网站总是向数据同步的源网站请求更新,源网站将用户请求的数据记录的最新内容发送给目标网站,目标网站再返回给用户。本文件中将该策略记为IDU-2。
其三,增量更新策略。数据同步的源网站将互联网站数据的每条数据记录的最后更新时间作为时间戳。显然,每条数据记录的时间戳的变化总是单向递增的。源网站仅将目标网站上时间戳与源网站上时间戳不一致的数据记录发送给目标网站,并取代目标网站上时间戳较早的同条数据记录。本文件中将该策略记为SDS。
其四,后台增量更新策略。数据同步的源网站将互联网站数据的每条数据记录的最后更新时间作为时间戳。显然,每条数据记录的时间戳的变化总是单向递增的。目标网站根据来自于同一个源网站的、且存储在本地的所有数据记录的时间戳中最新的一个时间戳,向该源网站请求所述最新时间戳之后发生变更的数据记录的标志字段;每条数据记录的标志字段至少记载了该条数据记录的时间戳和更新状态;所述最新时间戳之后发生变更的数据记录的标志字段同步从该源网站同步到目标网站后,这些标志字段标记为“等待更新”;目标网站再将所有标志字段为“等待更新”的数据记录实时或延时地、分一次或多次地、单线程或多线程地从源网站进行数据更新。目标网站接收到更新的数据记录后,取代本地存储的同条数据记录,并将该条数据记录的标志字段取消“等待更新”的标记。本文件中将该策略记为SSID-DC。
针对不同的数据记录类型和单向同步策略,本发明进行如下安排:
表1:对于高实时性要求数据记录
表2:对于低实时性要求数据记录
请参阅图2,下面将以一个具体实施例对上述后台增量更新策略进行详细介绍。
第1步,数据同步的源网站B将所有需要同步的数据记录的最后更新时间作为每条数据记录的时间戳,显然每条数据记录的时间戳都是单向递增的。
第2步,数据同步的目标网站A检查来自源网站B、且在目标网站A上存储的所有数据记录的时间戳,将最新的时间戳记为T1,T1称为目标网站A对源网站B的最后同步时间。
显然截止到T1时刻,目标网站A上的来自于源网站B的所有数据记录与源网站B上的同条数据记录的内容与时间戳均是完全一致的。
目标网站A请求源网站B给出T1时刻之后发生变化的数据记录的标志字段。
每条数据记录都具有标志字段,标志字段中至少记录了该条数据记录的时间戳和更新状态。更新状态至少包括“等待更新”和“无”两种。源网站和目标网站均可对每条数据记录的标志字段中的更新状态进行修改。但只有源网站可以确定每条数据记录的标志字段中的时间戳。
第3步,源网站B将需要同步给目标网站A的所有数据记录,按时间戳的先后顺序排序,并将所有时间戳在T1之后(不包括时间戳为T1)的数据记录的条数记为M;
源网站B将同一秒内发生变化的数据记录的最大条数记为N1。
源网站B将源网站B和目标网站A之间的网络可以稳定传输的最大数据包长度除以待同步的数据记录的标志字段的长度,记为N2。如果该除法的结果不是整数,则取整后再记为N2。通常每条数据记录的标志字段具有相同长度。如果数据记录的标志字段的长度不同,则取平均长度。
设N为N1和N2中的较小值。
源网站B将所述M条数据记录中的第1条至第K条数据记录的标志字段发送给目标网站A,目标网站A收到这些标志字段后,将这些标志字段中的更新状态设为“等待更新”。
所述K≤M,且K≤N,且第K条数据记录的时间戳和第K+1条数据记录的时间戳的差值≥1秒。
第4步,重复第3步,直至所述M条数据记录的标志字段全部从源网站B发送给目标网站A,且目标网站A对所述M条数据记录的标志字段的更新状态全部设为“等待更新”。
第5步,目标网站A向源网站B请求对所有标志字段的更新状态为“等待更新”的数据记录进行同步,所述M条数据记录的同步可以是实时的或延时的、可以分一次或多次、可以是单线程或多线程。
目标网站A接收到源网站B发来的数据记录后,用其来取代本地存储的同条数据记录,并将这些数据记录的标志字段中的更新状态由“等待更新”改为“无”。
上述后台增量更新策略如有如下优点:
其一,以每条数据记录的最后更新时间(即时间戳)作为判断是否同步的依据,具有广泛的适应性。
其二,为每条数据记录设置标志字段,其中记录时间戳和更新状态;
其三,数据同步分为两步,先对时间戳发生变化的数据记录的标志字段进行数据同步,再对这些数据记录进行数据同步。通常数据记录的标志字段的长度极小,而数据记录的长度则可能很大。先将较小的标志字段进行同步,使目标网站A得知有多少条数据记录需要同步,然后目标网站A可根据网络繁忙情况、服务器空闲情况等自由调配较大的数据同步。
综上所述,本发明提供了一种互联网站数据的单向同步方法,具有适应性广、同步效率高的特点。
Claims (2)
1.一种互联网站数据的单向同步方法,其特征是,该方法为:
将互联网站数据的每条数据记录根据大小分为大容量数据、中容量数据和小容量数据;
还将互联网站数据的每条数据记录根据更新频率分为快速更新数据、中速更新数据和慢速更新数据;
还将互联网站数据的每条数据记录根据用户访问的实时性要求,分为高实时性要求数据和低实时性要求数据;
当数据记录同时属于高实时性要求数据和快速更新数据,则采用实时更新策略;
当数据记录同时属于高实时性要求数据和中速更新数据,则采用短周期缓存策略;
当数据记录同时属于高实时性要求数据、慢速更新数据和大容量数据或中容量数据,则采用短周期缓存策略或后台增量更新策略;
当数据记录同时属于高实时性要求数据、慢速更新数据和小容量数据,则采用短周期缓存策略;
当数据记录同时属于低实时性要求数据和大容量数据或中容量数据,则采用短周期缓存策略或后台增量更新策略;
当数据记录同时属于低实时性要求数据和小容量数据,则采用短周期缓存策略或实时更新策略或增量更新策略;
所述短周期缓存策略为:用户访问数据同步的目标网站时,目标网站检查用户请求的数据记录在本地的最后更新时间与当前时间的时间差,当该时间差≤预定值,则以本地的数据记录返回给用户;当该时间差>预定值,目标网站向数据同步的源网站请求更新,源网站将用户请求的数据记录的最新内容发送给目标网站,目标网站再返回给用户;
所述实时更新策略为:用户访问数据同步的目标网站时,目标网站总是向数据同步的源网站请求更新,源网站将用户请求的数据记录的最新内容发送给目标网站,目标网站再返回给用户;
所述增量更新策略为:数据同步的源网站将每条数据记录的最后更新时间作为时间戳,每条数据记录的时间戳的变化总是单向递增的;源网站仅将目标网站上时间戳与源网站上时间戳不一致的数据记录单向同步到目标网站;
所述后台增量更新策略为:数据同步的源网站将每条数据记录的最后更新时间作为时间戳,每条数据记录的时间戳的变化总是单向递增的;目标网站根据本地数据记录的最新时间戳,向源网站请求所述最新时间戳之后发生变更的数据记录的标志字段;每条数据记录的标志字段至少记载了该条数据记录的时间戳和更新状态;所述最新时间戳之后发生变更的数据记录的标志字段从源网站同步到目标网站后,这些标志字段标记为“等待更新”;目标网站再将所有标记为“等待更新”的数据记录分一次或多次、单线程或多线程地从源网站进行数据更新。
2.根据权利要求1所述的互联网站数据的单向同步方法,其特征是,所述后台增量更新策略具体包括如下步骤:
第1步,数据同步的源网站将所有需要同步的数据记录的最后更新时间作为每条数据记录的时间戳;
第2步,数据同步的目标网站检查来自源网站、且在目标网站上存储的所有数据记录的时间戳,将最新的时间戳记为T1,T1称为目标网站对源网站的最后同步时间;
目标网站请求源网站给出T1时刻之后发生变化的数据记录的标志字段;
每条数据记录都具有标志字段,标志字段中至少记录了该条数据记录的时间戳和更新状态;更新状态至少包括“等待更新”和“无”两种;
第3步,源网站将需要同步给目标网站的所有数据记录,按时间戳的先后顺序排序,并将所有时间戳在T1之后的数据记录的条数记为M;
源网站将同一秒内发生变化的数据记录的最大条数记为N1;
源网站将源网站和目标网站之间的网络可以稳定传输的最大数据包长度除以待同步的数据记录的标志字段的长度,记为N2;
设N为N1和N2中的较小值;
源网站将所述M条数据记录中的第1条至第K条数据记录的标志字段发送给目标网站,目标网站收到这些标志字段后,将这些标志字段中的更新状态设为“等待更新”;
所述K≤M,且K≤N,且第K条数据记录的时间戳和第K+1条数据记录的时间戳的差值≥1秒;
第4步,重复第3步,直至所述M条数据记录的标志字段全部从源网站发送给目标网站,且目标网站对所述M条数据记录的标志字段的更新状态全部设为“等待更新”;
第5步,目标网站向源网站请求对所有标志字段的更新状态为“等待更新”的数据记录进行同步;
目标网站接收到源网站发来的数据记录后,用其来取代本地存储的同条数据记录,并将这些数据记录的标志字段中的更新状态由“等待更新”改为“无”。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010131184.7A CN102202072B (zh) | 2010-03-23 | 2010-03-23 | 互联网站数据的单向同步方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010131184.7A CN102202072B (zh) | 2010-03-23 | 2010-03-23 | 互联网站数据的单向同步方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102202072A CN102202072A (zh) | 2011-09-28 |
CN102202072B true CN102202072B (zh) | 2015-07-29 |
Family
ID=44662467
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010131184.7A Active CN102202072B (zh) | 2010-03-23 | 2010-03-23 | 互联网站数据的单向同步方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102202072B (zh) |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103870977A (zh) * | 2012-12-18 | 2014-06-18 | 风网科技(北京)有限公司 | 移动广告平台数据同步方法及其*** |
CN104301632B (zh) * | 2014-06-16 | 2018-06-22 | 大连三通科技发展有限公司 | 高尔夫比赛字幕快速制作***和方法 |
CN104503868B (zh) * | 2014-12-29 | 2017-10-27 | 成都致云科技有限公司 | 数据同步方法、装置以及*** |
CN104932884A (zh) * | 2015-06-11 | 2015-09-23 | 努比亚技术有限公司 | 一种提高大数据统计闲时计算效率的方法及装置 |
CN104917844B (zh) * | 2015-06-17 | 2016-10-26 | 深圳市腾讯计算机***有限公司 | 一种数据同步方法、装置及*** |
CN105677849A (zh) * | 2016-01-06 | 2016-06-15 | 北京京东尚科信息技术有限公司 | 数据更新方法和装置 |
CN106970921B (zh) * | 2016-01-14 | 2020-10-16 | 阿里巴巴集团控股有限公司 | 一种数据迁移方法及装置 |
CN106980628A (zh) * | 2016-01-18 | 2017-07-25 | 中兴通讯股份有限公司 | 一种优化大数据传输的方法、装置及相关设备 |
CN106033474A (zh) * | 2016-04-21 | 2016-10-19 | 苏州奖多多科技有限公司 | 一种数据同步更新方法、装置及电子设备 |
CN106502921A (zh) * | 2016-10-25 | 2017-03-15 | 电子科技大学 | 一种基于用户活跃度的社交网络新动态队列缓存方法 |
WO2018227406A1 (en) * | 2017-06-14 | 2018-12-20 | Beijing Didi Infinity Technology And Development Co., Ltd. | Systems and methods for uploading data |
CN107506380B (zh) * | 2017-07-21 | 2019-03-26 | 北京金堤科技有限公司 | 一种更新企业数据的方法及服务器 |
CN107451236A (zh) * | 2017-07-26 | 2017-12-08 | 上海斐讯数据通信技术有限公司 | 数据缓存方法、装置和计算机处理设备 |
CN109271395A (zh) * | 2018-09-11 | 2019-01-25 | 南京轨道交通***工程有限公司 | 用于综合监控***的大规模实时数据更新发布***及方法 |
CN111556559B (zh) * | 2020-05-09 | 2021-11-26 | 重庆邮电大学 | 基于免时间戳交互与单向消息传播的混合时钟同步方法 |
CN112182100B (zh) * | 2020-09-22 | 2022-11-08 | 烽火通信科技股份有限公司 | 一种云管平台状态数据同步方法与*** |
CN112669984B (zh) * | 2020-12-30 | 2023-09-12 | 华南师范大学 | 基于大数据人工智能的传染病协同递进监测预警应对方法 |
CN113377872B (zh) * | 2021-06-25 | 2024-02-27 | 北京红山信息科技研究院有限公司 | 在线***数据在大数据中心的离线同步方法、装置及设备 |
CN115510166A (zh) * | 2022-11-23 | 2022-12-23 | 云账户技术(天津)有限公司 | 数据同步服务的方法、装置、远程平台和电子设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6202085B1 (en) * | 1996-12-06 | 2001-03-13 | Microsoft Corportion | System and method for incremental change synchronization between multiple copies of data |
CN101102577A (zh) * | 2006-07-07 | 2008-01-09 | 中兴通讯股份有限公司 | 无线通信基站***前后台数据库表数据增量同步方法 |
CN101110706A (zh) * | 2007-07-23 | 2008-01-23 | 中兴通讯股份有限公司 | 一种配置数据同步方法 |
CN101511042A (zh) * | 2009-03-23 | 2009-08-19 | 中兴通讯股份有限公司 | 一种同步数据的方法及其装置 |
-
2010
- 2010-03-23 CN CN201010131184.7A patent/CN102202072B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6202085B1 (en) * | 1996-12-06 | 2001-03-13 | Microsoft Corportion | System and method for incremental change synchronization between multiple copies of data |
CN101102577A (zh) * | 2006-07-07 | 2008-01-09 | 中兴通讯股份有限公司 | 无线通信基站***前后台数据库表数据增量同步方法 |
CN101110706A (zh) * | 2007-07-23 | 2008-01-23 | 中兴通讯股份有限公司 | 一种配置数据同步方法 |
CN101511042A (zh) * | 2009-03-23 | 2009-08-19 | 中兴通讯股份有限公司 | 一种同步数据的方法及其装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102202072A (zh) | 2011-09-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102202072B (zh) | 互联网站数据的单向同步方法 | |
JP4977801B2 (ja) | ステートレスなプロトコルを介したドキュメントの同期 | |
CN103379159B (zh) | 一种分布式Web站点数据同步的方法 | |
WO2012072879A1 (en) | Method and apparatus for updating a partitioned index | |
CN103345521B (zh) | 一种在哈希表数据库中处理键值的方法和装置 | |
CN111881223B (zh) | 数据管理方法、设备、***及存储介质 | |
CN110659430A (zh) | 一种支持多区块链网络的区块链浏览方法 | |
CN101751473A (zh) | 一种修改记录项的查找、更新和同步方法及数据同步设备 | |
CN103780682A (zh) | 一种面向Ad Hoc网络的信息共享*** | |
CN103067461A (zh) | 一种文件的元数据管理***以及元数据管理方法 | |
CN105843933B (zh) | 分布式内存列式数据库的索引建立方法 | |
CN106682042B (zh) | 一种关系数据缓存及查询方法及装置 | |
CN101447937A (zh) | 一种基于路径划分与多分布目录的快速数据定位方法 | |
CN103631868A (zh) | 一种兼容关系数据库的数据管理*** | |
CN104348859A (zh) | 文件同步方法、装置、服务器、终端及*** | |
CN103927369A (zh) | 公交信息展现方法和装置 | |
CN111488340B (zh) | 数据处理方法、装置及电子设备 | |
CN106775498A (zh) | 一种缓存数据同步方法及*** | |
CN103246653A (zh) | 数据处理方法和装置 | |
CN103049574A (zh) | 实现文件动态副本的键值文件***及方法 | |
CN106648917A (zh) | 一种差异更新缓存数据的方法及*** | |
US20080294701A1 (en) | Item-set knowledge for partial replica synchronization | |
US20080086483A1 (en) | File service system in personal area network | |
CN105007310A (zh) | 信息同步方法、装置和*** | |
CN1271812C (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 | ||
CP01 | Change in the name or title of a patent holder | ||
CP01 | Change in the name or title of a patent holder |
Address after: 201203 Shanghai Guo Shou Jing Road, Zhangjiang hi tech Park No. 356 building 3 room 103 Patentee after: Tse information technology (Shanghai) Co., Ltd. Address before: 201203 Shanghai Guo Shou Jing Road, Zhangjiang hi tech Park No. 356 building 3 room 103 Patentee before: Shengting Information Technology (Shanghai) Co.,Ltd. |