CN112637351B - 一种文件下载方法及装置 - Google Patents

一种文件下载方法及装置 Download PDF

Info

Publication number
CN112637351B
CN112637351B CN202011564965.5A CN202011564965A CN112637351B CN 112637351 B CN112637351 B CN 112637351B CN 202011564965 A CN202011564965 A CN 202011564965A CN 112637351 B CN112637351 B CN 112637351B
Authority
CN
China
Prior art keywords
downloaded
downloading
node
files
file
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
Application number
CN202011564965.5A
Other languages
English (en)
Other versions
CN112637351A (zh
Inventor
陈天宇
梁波
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhuhai Kingsoft Digital Network Technology Co Ltd
Original Assignee
Zhuhai Kingsoft Digital Network Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Zhuhai Kingsoft Digital Network Technology Co Ltd filed Critical Zhuhai Kingsoft Digital Network Technology Co Ltd
Priority to CN202011564965.5A priority Critical patent/CN112637351B/zh
Publication of CN112637351A publication Critical patent/CN112637351A/zh
Application granted granted Critical
Publication of CN112637351B publication Critical patent/CN112637351B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/77—Game security or game management aspects involving data related to game devices or game servers, e.g. configuration data, software version or amount of memory
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • 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/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请提供一种文件下载方法及装置，其中，所述方法包括：获取至少两个待下载文件分别对应的特征标识，生成特征标识列表；在局域网中寻找所述下载发起节点对应的至少一个邻居节点，向每个所述邻居节点发送包含所述特征标识列表的广播信息；根据所述至少一个邻居节点对所述广播信息的响应与所述至少一个邻居节点建立连接，并从所述至少一个邻居节点同步对所述至少两个待下载文件进行下载。

Description

一种文件下载方法及装置
技术领域
本申请涉及互联网技术领域，特别涉及一种文件下载方法及装置、计算设备及计算机可读存储介质。
背景技术
现有的下载平台，尤其是各个游戏代理商推出的游戏平台，在对游戏文件进行下载时是逐个下载的，其原因由于采用比特流下载的比特流协议限制导致的，即标准的比特流协议在下载时会对下载节点进行分辨，而每个节点携带有不同的文件信息，并且在下载过程中新的文件信息会覆盖旧的文件信息，最终导致下载平台只能支持逐个文件的下载，使得用户等待时间较长且可选择性较差。因此，如何实现一种能够在比特流协议下支持多个文件同时下载的方法就成为了亟待解决的问题。
发明内容
有鉴于此，本申请实施例提供了一种文件下载方法及装置、计算设备及计算机可读存储介质，以解决现有技术中存在的技术缺陷。
根据本说明书实施例的第一方面，提供了一种文件下载方法，包括：
获取至少两个待下载文件分别对应的特征标识，生成特征标识列表；
在局域网中寻找所述下载发起节点对应的至少一个邻居节点，向每个所述邻居节点发送包含所述特征标识列表的广播信息；
根据所述至少一个邻居节点对所述广播信息的响应与所述至少一个邻居节点建立连接，并从所述至少一个邻居节点同步对所述至少两个待下载文件进行下载。
可选的，获取至少两个待下载文件分别对应的特征标识，生成特征标识列表，包括：
分别获取至少两个待下载文件对应的种子文件，根据每个待下载文件对应的种子文件获取每个待下载文件对应的特征标识；
根据每个待下载文件对应的特征标识生成所述特征标识列表。
可选的，在局域网中寻找所述下载发起节点对应的至少一个邻居节点，向每个所述邻居节点发送包含所述特征标识列表的广播信息，包括：
通过本地服务发现协议向局域网内的所有邻居节点宣告所述下载发起节点的存在；
通过用户数据报协议向局域网内的每个邻居节点发送包含所述特征标识列表的广播信息。
可选的，所述至少一个邻居节点响应于所述广播信息，并根据所述特征标识列表与所述下载发起节点建立连接，包括：
所述至少一个邻居节点中的每个邻居节点将获取到的所述特征标识列表与本地的下载列表进行核对；
判断所述下载列表中是否包含所述特征标识列表中的任一特征标识对应的待下载文件；
若是，则与所述下载发起节点建立连接。
若否，则结束。
可选的，所述下载发起节点同步对所述至少两个待下载文件进行下载，包括：
与至少一个邻居节点建立连接，向所述至少一个邻居节点分别请求至少两个待下载文件；
所述至少一个邻居节点将所述至少两个待下载文件同步向所述下载发起节点进行传输。
根据本说明书实施例的第二方面，提供了一种文件下载方法，应用于广域网中的下载发起节点，包括：
获取至少两个待下载文件分别对应的特征标识，生成特征标识列表；
与追踪服务器进行通讯并将所述特征标识列表发送给所述追踪服务器；
根据所述追踪服务器返回的追踪结果与至少一个网络节点建立连接，使得所述下载发起节点同步对所述至少两个待下载文件进行下载。
可选的，获取至少两个待下载文件分别对应的特征标识，生成特征标识列表，包括：
分别获取至少两个待下载文件对应的种子文件，根据每个待下载文件对应的种子文件获取每个待下载文件对应的特征标识；
根据每个待下载文件对应的特征标识生成所述特征标识列表。
可选的，在获取至少两个待下载文件分别对应的特征标识，生成特征标识列表之后，还包括：
在无法与所述追踪服务器进行通讯的情况下，通过分布式哈希表网络与至少一个网络节点建立连接；
根据所述特征标识列表，在至少一个网络节点中寻找拥有所述至少两个待下载文件的目标网络节点；
通过所述目标网络节点同步对所述至少两个待下载文件进行下载。
根据本说明书实施例的第三方面，提供了一种文件下载方法，应用于广域网中的追踪服务器，其特征在于，包括：
获取下载发起节点发送的特征标识列表；
根据所述特征标识列表中的至少两个特征标识，确定所述下载发起节点需要下载的至少两个待下载文件；
根据所述追踪服务器记录的下载列表确定正在下载所述至少两个待下载文件的至少一个网络节点；
根据所述至少一个网络节点对应的互联网协议地址生成追踪结果，并将所述追踪结果返回至所述下载发起节点。
根据本说明书实施例的第四方面，提供了一种文件下载装置，设置于局域网中的下载发起节点，所述下载发起节点包括：
第一标识列表模块，被配置为获取至少两个待下载文件分别对应的特征标识，生成特征标识列表；
第一广播模块，被配置为在局域网中寻找所述下载发起节点对应的至少一个邻居节点，向每个所述邻居节点发送包含所述特征标识列表的广播信息；
第一同步下载模块，被配置为根据所述至少一个邻居节点对所述广播信息的响应与所述至少一个邻居节点建立连接，并从所述至少一个邻居节点同步对所述至少两个待下载文件进行下载。
根据本说明书实施例的第五方面，提供了一种文件下载装置，设置于广域网中的下载发起节点，所述下载发起节点包括：
第二标识列表模块，被配置为获取至少两个待下载文件分别对应的特征标识，生成特征标识列表；
第二广播模块，被配置为与追踪服务器进行通讯并将所述特征标识列表发送给所述追踪服务器；
第二同步下载模块，被配置为根据所述追踪服务器返回的追踪结果与至少一个网络节点建立连接，使得所述下载发起节点同步对所述至少两个待下载文件进行下载。
根据本说明书实施例的第六方面，提供了一种文件下载装置，设置于广域网中的追踪服务器，所述追踪服务器包括：
列表获取模块，被配置为获取下载发起节点发送的特征标识列表；
文件确认模块，被配置为根据所述特征标识列表中的至少两个特征标识，确定所述下载发起节点需要下载的至少两个待下载文件；
下载追踪模块，被配置为根据所述追踪服务器记录的下载列表确定正在下载所述至少两个待下载文件的至少一个网络节点；
结构生成模块，被配置为根据所述至少一个网络节点对应的互联网协议地址生成追踪结果，并将所述追踪结果返回至所述下载发起节点。
根据本说明书实施例的第七方面，提供了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现所述文件下载方法的步骤。
根据本说明书实施例的第八方面，提供了一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现所述文件下载方法的步骤。
本申请通过对比特流协议进行优化和调整，增加了用于标识待下载文件的唯一特征标识，并将若干个形成特征标识记录在特征标识列表中，从而使得节点在通过P2P机制请求文件是能够同步获取多个待下载文件，实现了一种多个文件同时下载的下载平台。
同时，本申请针对局域网中的下载发起节点，在调整比特流协议的基础上，通过局域中的邻居节点解析下载平台需要下载的至少两个待下载文件，并分别与下载发起节点建立比特流连接，从而使得下载发起节点能够同时对至少两个待下载文件进行同时下载，极大的提高下载效率，节省了下载所需要的时间。
此外，本申请针对广域网中的下载发起节点，通过追踪服务器获取并根据特征标识列表确定至少一个网络节点，通过至少一个网络节点分别对至少两个待下载文件进行下载，从而使得对于广域网中的下载平台也能够同时对多个文件进行同步下载，极大的提高了下载的效率，节省了下载多个文件所需要的时间。
附图说明
图1是本申请实施例提供的计算设备的结构框图；
图2是本申请实施例提供的文件下载方法的流程图；
图3是本申请实施例提供的文件下载方法的另一流程图；
图4是本申请实施例提供的文件下载方法的另一流程图；
图5是本申请实施例提供的文件下载方法的另一流程图；
图6是本申请实施例提供的文件下载方法的另一流程图；
图7是本申请实施例提供的文件下载方法的另一流程图；
图8是本申请实施例提供的文件下载装置的结构示意图；
图9是本申请实施例提供的文件下载装置的另一结构示意图；
图10是本申请实施例提供的文件下载装置的另一结构示意图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。
在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。
首先，对本发明一个或多个实施例涉及的名词术语进行解释。
比特流协议：即BitTorrent协议(BT协议)，BT协议是架构于TCP/IP协议之上的一个P2P文件传输协议，处于TCP/IP结构的应用层。BitTorrent协议本身也包含了很多具体的内容协议和扩展协议，并在不断扩充中。根据BitTorrent协议，文件发布者会根据要发布的文件生成提供一个.torrent文件，即种子文件。
比特流下载：比特流(BT)下载的主要原理是需要把提供下载的文件虚拟分成大小相等的块，块大小必须为2k的整数次方(由于是虚拟分块，硬盘上并不产生各个块文件)，并把每个块的索引信息和哈希(Hash)验证码写入种子文件(.torrent)中。
追踪服务器：即Tracker服务器，用于收集下载者信息的服务器，并将此信息提供给其他下载者，使下载者们相互连接起来，传输数据。
种子：指一个下载任务中所有文件都被某下载者完整的下载，此时下载者成为一个种子。发布者本身发布的文件就是原始种子。也指.torrent文件，种子文件本质上是文本文件，包含Tracker信息和文件信息两部分。Tracker信息主要是比特流下载中需要用到的Tracker服务器的地址和针对Tracker服务器的设置，文件信息是根据对目标文件的计算生成的，计算结果根据BitTorrent协议内的B编码规则进行编码。
本地服务发现协议：本地服务发现协议(Local Service Discovery Protocol，LSDP)提供了类似于简单服务发现协议(Simple Service Discovery Protocol，SSDP)的机制，用于发现局域网里面的设备和服务，以向本地邻居通告特定群体中的存在。它既可以用作本地传输的主要对等源，也可以补充仅在全局单播地址上运行的其他源。
分布式哈希表：即DHT(Distributed Hash Table)，是一种分布式存储方法，这种网络不需要中心节点服务器，而是每个客户端负责一个小范围的路由，并负责存储一小部分数据，从而实现整个DHT网络的寻址和存储。和中心节点服务器不同，DHT网络中的各节点并不需要维护整个网络的信息，而是只在节点中存储其临近的后继节点信息，大幅减少了带宽的占用和资源的消耗。DHT网络还在与关键字最接近的节点上复制备份冗余信息，避免了单一节点失效问题。
在本申请中，提供了一种文件下载方法及装置、计算设备及计算机可读存储介质，在下面的实施例中逐一进行详细说明。
图1示出了根据本说明书一实施例的计算设备100的结构框图。该计算设备100的部件包括但不限于存储器110和处理器120。处理器120与存储器110通过总线130相连接，数据库150用于保存数据。
计算设备100还包括接入设备140，接入设备140使得计算设备100能够经由一个或多个网络160通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备140可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。
在本说明书的一个实施例中，计算设备100的上述部件以及图1中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图1所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。
计算设备100可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备100还可以是移动式或静止式的服务器。
其中，处理器120可以执行图2所示方法中的步骤。图2是示出了根据本申请一实施例的文件下载方法的示意性流程图，应用于局域网中的下载发起节点，包括步骤202至步骤206。
步骤202：获取至少两个待下载文件分别对应的特征标识，生成特征标识列表。
本申请通过对比特流协议进行调整，从而在待下载文件中增加用于标识每个数据块的对应的具体内容的特征标识，例如，在所述待下载文件为游戏文件的情况下，该游戏文件可以包含地图文件、人物模型文件、动画特效文件和程序文件等，通过调整后的比特流协议可以对地图文件、人物模型文件、动画特效文件和程序文件分别增加对应的特征标识。
在本申请的实施例中，所述步骤202具体包括步骤302至步骤304。
步骤302：分别获取至少两个待下载文件对应的种子文件，根据每个待下载文件对应的种子文件获取每个待下载文件对应的特征标识。
对于在局域网中相互连接的多个下载发起节点，所述下载发起节点包括但不限于电脑终端、智能终端和服务器等，在运行于任意下载发起节点上的下载平台在需要对至少两个待下载文件进行下载的情况下，所述下载平台分别获取每个待下载文件对应的种子文件，并从每个待下载文件对应的种子文件中获取每个待下载文件对应的特征标识，其中，所述特征标识可以是由安全哈希算法(Secure Hash Algorithm)生成的哈希值。
应当注意的是，在标准的比特流协议中，所述待下载文件会被拆分为多个待下载数据块，并且每个待下载数据块都会对应一个哈希值从而形成一套完整的哈希值集合用于标识整个待下载文件，因此，本申请也可以通过将待下载文件对应的哈希值集合作为特征标识。
步骤304：根据每个待下载文件对应的特征标识生成所述特征标识列表。
进一步地，通过将每个待下载文件对应的特征标识进行集合，构建出至少两个待下载文件对应的特征标识列表，例如，对于待下载文件A和待下载文件B，所述待下载文件A包括数据块a1、数据块a2和数据块a3，所述待下载文件B包括数据块b1、数据块b2和数据块b3，分别获取数据块a1对应的特征标识Ida1、数据块a2对应的特征标识Ida2和数据块a3对应的特征标识Ida3，以及数据块b1对应的特征标识Idb1、数据块b2对应的特征标识Idb2和数据块b3对应的特征标识Idb3，从而构建出特征标识列表{Ida1、Ida2、Ida3、Idb1、Idb2、Idb3}。
本申请通过对BT协议调整，增加用于标识当前下载文件具体内容的特征标识，从而使得下载平台可以同时解析多个下载文件，规避了标注比特流协议中只能匹配一个哈希值的问题。
步骤204：在局域网中寻找所述下载发起节点对应的至少一个邻居节点，向每个所述邻居节点发送包含所述特征标识列表的广播信息。
在本申请的实施例中，所述步骤204具体包括步骤402至步骤404。
步骤402：通过本地服务发现协议向局域网内的所有邻居节点宣告所述下载发起节点的存在。
本申请通过本地服务发现协议在局域网内寻找与运行所述下载平台的下载发起节点相邻的其他邻居节点，并向每个邻居节点宣告该下载发起节点的存在。
步骤404：通过用户数据报协议向局域网内的每个邻居节点发送包含所述特征标识列表的广播信息。
进一步地，运行所述下载平台的下载发起节点通过用户数据报协议向局域网内的每个邻居节点发送包含所述特征标识列表的广播信息，使得每个邻居节点都能够收到所述特征标识列表，从而根据所述特征标识列表中的每个特征标识确定所述下载平台需要下载的每个待下载文件。
本申请通过本地服务发现协议发现邻居节点，使得下载发起节点的邻居节点能够解析到下载发起节点所需要下载的至少两个待下载文件，从而通过比特流下载的方式分别与下载发起节点建立下载连接，使得下载平台能够对至少两个待下载文件进行同时下载，节省了下载的时间。
步骤206：根据所述至少一个邻居节点对所述广播信息的响应与所述至少一个邻居节点建立连接，并从所述至少一个邻居节点同步对所述至少两个待下载文件进行下载。
本申请通过对比特流协议进行优化和调整，增加了用于标识待下载文件的唯一特征标识，并将若干个形成特征标识记录在特征标识列表中，从而使得节点在通过P2P机制请求文件是能够同步获取多个待下载文件，实现了一种多个文件同时下载的下载平台。
在本申请的实施例中，所述步骤206具体包括步骤502至步骤510。
步骤502：所述至少一个邻居节点中的每个邻居节点将获取到的所述特征标识列表与本地的下载列表进行核对。
具体而言，本申请的每个邻居节点将获取到所述特征标识列表之后，会调用每个邻居节点位于其本地的下载列表，并将所述特征标识列表与所述下载列表进行核对。
步骤504：判断所述下载列表中是否包含所述特征标识列表中的任一特征标识对应的待下载文件；若是，则执行步骤506；若否，则结束。
进一步地，每个邻居节点通过对所述特征标识列表进行解析，确定所述特征标识列表中每个所述征标识列的对应的数据块，然后根据该邻居节点的下载列表判断该邻居节点是否已经下载过对应的任一数据块。
步骤506：所述至少一个邻居节点与所述下载发起节点建立连接。
步骤508：所述下载发起节点向所述至少一个邻居节点分别请求至少两个待下载文件。
步骤510：所述至少一个邻居节点将所述至少两个待下载文件同步向所述下载发起节点进行传输。
在上述实施例中，如果至少一个邻居节点中已经下载过所述至少两个待下载文件中的任一数据块，则所述至少一个邻居节点与所述下载发起节点建立比特流下载连接，所述下载发起节点向所述至少一个邻居节点分别请求下载至少两个待下载文件中的数据块，从而使得所述至少一个邻居节点将所述至少两个待下载文件中的数据块同步向所述下载发起节点进行传输，从而实现本申请的下载平台能够对多个待下载文件进行同时下载。
本申请针对局域网中的下载发起节点，在调整比特流协议的基础上，通过局域中的邻居节点解析下载平台需要下载的至少两个待下载文件，并分别与下载发起节点建立比特流连接，从而使得下载发起节点能够同时对至少两个待下载文件进行同时下载，极大的提高下载效率，节省了下载所需要的时间。
其中，处理器120还可以执行图6所示方法中的步骤。图6是示出了根据本申请一实施例的文件下载方法的示意性流程图，应用于广域网中的下载发起节点，包括步骤602至步骤606。
步骤602：获取至少两个待下载文件分别对应的特征标识，生成特征标识列表。
具体而言，所述步骤602具体包括步骤S6021至S6022。
步骤S6021：分别获取至少两个待下载文件对应的种子文件，根据每个待下载文件对应的种子文件获取每个待下载文件对应的特征标识。
其中，是什么步骤S6021与步骤302相同，具体可以参见步骤302的相关内容，本申请在此不进行赘述。
步骤S6022：根据每个待下载文件对应的特征标识生成所述特征标识列表。
其中，所述步骤S6022与步骤304相同，具体可以参见步骤304的相关内容，本申请在此不进行赘述。
步骤604：与追踪服务器进行通讯并将所述特征标识列表发送给所述追踪服务器。
在上述实施例中，由于在广域网中，网络节点无法直接获取其他广域网中的网络节点的互联网协议地址(Internet Protocol Address)，为此，运行所述下载平台的下载发起节点需要与追踪服务器进行通讯，并将所述特征标识列表发送给所述追踪服务器。
步骤606：根据所述追踪服务器返回的追踪结果与至少一个网络节点建立连接，使得所述下载发起节点同步对所述至少两个待下载文件进行下载。
在上述实施例中，所述下载发起节点响应于所述追踪服务器返回的追踪结果，与至少一个网络节点建立比特流下载连接，进而向所述至少一个邻居节点分别请求下载至少两个待下载文件中的数据块，从而使得所述至少一个邻居节点将所述至少两个待下载文件中的数据块同步向所述下载发起节点进行传输，从而实现本申请的下载平台能够对多个待下载文件进行同时下载。
在上述实施例中，在获取至少两个待下载文件分别对应的特征标识，生成特征标识列表之后，还包括步骤S603至步骤S607。
S603：在无法与所述追踪服务器进行通讯的情况下，通过分布式哈希表网络与至少一个网络节点建立连接。
S605：根据所述特征标识列表，在至少一个网络节点中寻找拥有所述至少两个待下载文件的目标网络节点。
S607：通过所述目标网络节点同步对所述至少两个待下载文件进行下载。
应当注意的是，对于广域网的比特流下载常用的是追踪服务器和后续开发的分布式哈希表，但是如果在具体应用中存在稳定的服务器的情况下，可以通过当前稳定的服务器作为追踪服务器，从而不必再设置分布式哈希表网络，本申请在此不进行限制。
与之相对应的，处理器120还可以执行图7所示方法中的步骤。图7是示出了根据本申请一实施例的文件下载方法的示意性流程图，应用于广域网中的追踪服务器，包括步骤702至步骤708。
步骤702：获取下载发起节点发送的特征标识列表。
在上述实施例中，追踪服务器响应于下载发起节点，从而获取下载发起节点发送的特征标识列表。
步骤704：根据所述特征标识列表中的至少两个特征标识，确定所述下载发起节点需要下载的至少两个待下载文件。
在上述实施例中，所述追踪服务器对所述特征标识列表中的特征标识进行解析和识别，从而确定所述下载发起节点需要下载的至少两个待下载文件以及每个下载文件对应的若干个数据块。
步骤706：根据所述追踪服务器记录的下载列表确定正在下载所述至少两个待下载文件的至少一个网络节点。
在上述实施例中，在所述追踪服务器的下载列表中记录有广域网中的多个网络节点的互联网协议地址，并且所述下载列表中还记录有在特定时间段内每个网络节点对应下载的文件或数据块。因此，所述追踪服务器能够将所述至少两个待下载文件与下载列表中的文件进行比对，从而确定正在下载所述至少两个待下载文件的至少一个网络节点。
步骤708：根据所述至少一个网络节点对应的互联网协议地址生成追踪结果，并将所述追踪结果返回至所述下载发起节点。
在上述实施例中，所述追踪服务器在确定正在下载所述至少两个待下载文件的至少一个网络节点之后，进一步获取所述至少一个网络节点中每个网络节点对应的互联网协议地址，从而生成追踪结果，并将该追踪结果返回至所述下载发起节点，使得所述下载发起节点能够根据该追踪结果分别与每个网络节点进行通信，最终通过比特流下载的方式同时对所述至少两个待下载文件进行下载。
本申请针对广域网中的下载发起节点，通过追踪服务器获取并根据特征标识列表确定至少一个网络节点，通过至少一个网络节点分别对至少两个待下载文件进行下载，从而使得对于广域网中的下载平台也能够同时对多个文件进行同步下载，极大的提高了下载的效率，节省了下载多个文件所需要的时间。
与上述方法实施例相对应，本说明书还提供了文件下载装置实施例，图8示出了本说明书一个实施例的文件下载装置的结构示意图。如图8所示，该装置包括：
第一标识列表模块801，被配置为获取至少两个待下载文件分别对应的特征标识，生成特征标识列表；
第一广播模块802，被配置为在局域网中寻找所述下载发起节点对应的至少一个邻居节点，向每个所述邻居节点发送包含所述特征标识列表的广播信息；
第一同步下载模块803，被配置为根据所述至少一个邻居节点对所述广播信息的响应与所述至少一个邻居节点建立连接，并从所述至少一个邻居节点同步对所述至少两个待下载文件进行下载。
可选的，所述第一标识列表模块801进一步被配置为：
分别获取至少两个待下载文件对应的种子文件，根据每个待下载文件对应的种子文件获取每个待下载文件对应的特征标识；
根据每个待下载文件对应的特征标识生成所述特征标识列表。
可选的，所述第一广播模块802进一步被配置为：
通过本地服务发现协议向局域网内的所有邻居节点宣告所述下载发起节点的存在；
通过用户数据报协议向局域网内的每个邻居节点发送包含所述特征标识列表的广播信息。
可选的，所述第一同步下载模块803进一步被配置为：
所述至少一个邻居节点中的每个邻居节点将获取到的所述特征标识列表与本地的下载列表进行核对；
判断所述下载列表中是否包含所述特征标识列表中的任一特征标识对应的待下载文件；
若是，则与所述下载发起节点建立连接。
若否，则结束。
可选的，所述第一同步下载模块803进一步被配置为：
向所述至少一个邻居节点分别请求至少两个待下载文件；
所述至少一个邻居节点将所述至少两个待下载文件同步向所述下载发起节点进行传输。
本申请针对局域网中的下载发起节点，在调整比特流协议的基础上，通过局域中的邻居节点解析下载平台需要下载的至少两个待下载文件，并分别与下载发起节点建立比特流连接，从而使得下载发起节点能够同时对至少两个待下载文件进行同时下载，极大的提高下载效率，节省了下载所需要的时间。
与上述方法实施例相对应，本说明书还提供了文件下载装置实施例，图9示出了本说明书一个实施例的文件下载装置的结构示意图。如图9所示，该装置包括：
第二标识列表模块901，被配置为获取至少两个待下载文件分别对应的特征标识，生成特征标识列表；
第二广播模块902，被配置为与追踪服务器进行通讯并将所述特征标识列表发送给所述追踪服务器；
第二同步下载模块903，被配置为根据所述追踪服务器返回的追踪结果与至少一个网络节点建立连接，使得所述下载发起节点同步对所述至少两个待下载文件进行下载。
可选的，所述第二标识列表模块901进一步被配置为：
分别获取至少两个待下载文件对应的种子文件，根据每个待下载文件对应的种子文件获取每个待下载文件对应的特征标识；
根据每个待下载文件对应的特征标识生成所述特征标识列表。
可选的，还包括分布式哈希模块，被配置为：
在无法与所述追踪服务器进行通讯的情况下，通过分布式哈希表网络与至少一个网络节点建立连接；
根据所述特征标识列表，在至少一个网络节点中寻找拥有所述至少两个待下载文件的目标网络节点；
通过所述目标网络节点同步对所述至少两个待下载文件进行下载。
与上述方法实施例相对应，本说明书还提供了文件下载装置实施例，图10示出了本说明书一个实施例的文件下载装置的结构示意图。如图10所示，该装置包括：
列表获取模块1001，被配置为获取下载发起节点发送的特征标识列表；
文件确认模块1002，被配置为根据所述特征标识列表中的至少两个特征标识，确定所述下载发起节点需要下载的至少两个待下载文件；
下载追踪模块1003，被配置为根据所述追踪服务器记录的下载列表确定正在下载所述至少两个待下载文件的至少一个网络节点；
结构生成模块1004，被配置为根据所述至少一个网络节点对应的互联网协议地址生成追踪结果，并将所述追踪结果返回至所述下载发起节点。
本申请针对广域网中的下载发起节点，通过追踪服务器获取并根据特征标识列表确定至少一个网络节点，通过至少一个网络节点分别对至少两个待下载文件进行下载，从而使得对于广域网中的下载平台也能够同时对多个文件进行同步下载，极大的提高了下载的效率，节省了下载多个文件所需要的时间。
需要说明的是，装置权利要求中的各组成部分应当理解为实现该程序流程各步骤或该方法各步骤所必须建立的功能模块，各个功能模块并非实际的功能分割或者分离限定。由这样一组功能模块限定的装置权利要求应当理解为主要通过说明书记载的计算机程序实现该解决方案的功能模块构架，而不应当理解为主要通过硬件方式实现该解决方案的实体装置。
本申请一实施例还提供一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现以下步骤：
获取至少两个待下载文件分别对应的特征标识，生成特征标识列表；
在局域网中寻找所述下载发起节点对应的至少一个邻居节点，向每个所述邻居节点发送包含所述特征标识列表的广播信息；
根据所述至少一个邻居节点对所述广播信息的响应与所述至少一个邻居节点建立连接，并从所述至少一个邻居节点同步对所述至少两个待下载文件进行下载。
本申请一实施例还提供一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现以下步骤：
获取至少两个待下载文件分别对应的特征标识，生成特征标识列表；
与追踪服务器进行通讯并将所述特征标识列表发送给所述追踪服务器；
根据所述追踪服务器返回的追踪结果与至少一个网络节点建立连接，使得所述下载发起节点同步对所述至少两个待下载文件进行下载。
本申请一实施例还提供一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现以下步骤：
获取下载发起节点发送的特征标识列表；
根据所述特征标识列表中的至少两个特征标识，确定所述下载发起节点需要下载的至少两个待下载文件；
根据所述追踪服务器记录的下载列表确定正在下载所述至少两个待下载文件的至少一个网络节点；
根据所述至少一个网络节点对应的互联网协议地址生成追踪结果，并将所述追踪结果返回至所述下载发起节点。
本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现如前所述文件下载方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该计算机可读存储介质的技术方案与上述的文件下载方法的技术方案属于同一构思，计算机可读存储介质的技术方案未详细描述的细节内容，均可以参见上述文件下载方法的技术方案的描述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同步进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (12)

1.一种文件下载方法，应用于局域网中的下载发起节点，其特征在于，包括：
分别获取至少两个待下载文件对应的种子文件，根据每个待下载文件对应的种子文件获取每个待下载文件对应的特征标识，其中，所述特征标识用于标识每个数据块对应的具体内容；
根据每个待下载文件对应的特征标识生成特征标识列表；
在局域网中寻找所述下载发起节点对应的至少一个邻居节点，向每个所述邻居节点发送包含所述特征标识列表的广播信息；
根据所述至少一个邻居节点对所述广播信息的响应与所述至少一个邻居节点建立连接，并从所述至少一个邻居节点同步对所述至少两个待下载文件进行下载。
2.根据权利要求1所述的方法，其特征在于，在局域网中寻找所述下载发起节点对应的至少一个邻居节点，向每个所述邻居节点发送包含所述特征标.识列表的广播信息，包括：
通过本地服务发现协议向局域网内的所有邻居节点宣告所述下载发起节点的存在；
通过用户数据报协议向局域网内的每个邻居节点发送包含所述特征标识列表的广播信息。
3.根据权利要求1所述的方法，其特征在于，根据所述至少一个邻居节点对所述广播信息的响应与所述至少一个邻居节点建立连接，包括：
所述至少一个邻居节点中的每个邻居节点将获取到的所述特征标识列表与本地的下载列表进行核对；
判断所述下载列表中是否包含所述特征标识列表中的任一特征标识对应的待下载文件；
若是，则与所述下载发起节点建立连接；
若否，则结束。
4.根据权利要求3所述的方法，其特征在于，从所述至少一个邻居节点同步对所述至少两个待下载文件进行下载，包括：
向所述至少一个邻居节点分别请求至少两个待下载文件；
所述至少一个邻居节点将所述至少两个待下载文件同步向所述下载发起节点进行传输。
5.一种文件下载方法，应用于广域网中的下载发起节点，其特征在于，包括：
分别获取至少两个待下载文件对应的种子文件，根据每个待下载文件对应的种子文件获取每个待下载文件对应的特征标识，其中，所述特征标识用于标识每个数据块对应的具体内容；
根据每个待下载文件对应的特征标识生成特征标识列表；
与追踪服务器进行通讯并将所述特征标识列表发送给所述追踪服务器；
根据所述追踪服务器返回的追踪结果与至少一个网络节点建立连接，使得所述下载发起节点同步对所述至少两个待下载文件进行下载。
6.根据权利要求5所述的方法，其特征在于，在获取至少两个待下载文件分别对应的特征标识，生成特征标识列表之后，还包括：
在无法与所述追踪服务器进行通讯的情况下，通过分布式哈希表网络与至少一个网络节点建立连接；
根据所述特征标识列表，在至少一个网络节点中寻找拥有所述至少两个待下载文件的目标网络节点；
通过所述目标网络节点同步对所述至少两个待下载文件进行下载。
7.一种文件下载方法，应用于广域网中的追踪服务器，其特征在于，包括：
获取下载发起节点发送的特征标识列表；
根据所述特征标识列表中的至少两个特征标识，确定所述下载发起节点需要下载的至少两个待下载文件，其中，所述特征标识用于标识每个数据块对应的具体内容；
根据所述追踪服务器记录的下载列表确定正在下载所述至少两个待下载文件的至少一个网络节点；
根据所述至少一个网络节点对应的互联网协议地址生成追踪结果，并将所述追踪结果返回至所述下载发起节点。
8.一种文件下载装置，其特征在于，设置于局域网中的下载发起节点，所述下载发起节点包括：
第一标识列表模块，被配置为分别获取至少两个待下载文件对应的种子文件，根据每个待下载文件对应的种子文件获取每个待下载文件对应的特征标识，根据每个待下载文件对应的特征标识生成特征标识列表，其中，所述特征标识用于标识每个数据块对应的具体内容；
第一广播模块，被配置为在局域网中寻找所述下载发起节点对应的至少一个邻居节点，向每个所述邻居节点发送包含所述特征标识列表的广播信息；
第一同步下载模块，被配置为根据所述至少一个邻居节点对所述广播信息的响应与所述至少一个邻居节点建立连接，并从所述至少一个邻居节点同步对所述至少两个待下载文件进行下载。
9.一种文件下载装置，其特征在于，设置于广域网中的下载发起节点，所述下载发起节点包括：
第二标识列表模块，被配置为分别获取至少两个待下载文件对应的种子文件，根据每个待下载文件对应的种子文件获取每个待下载文件对应的特征标识，根据每个待下载文件对应的特征标识生成特征标识列表，其中，所述特征标识用于标识每个数据块对应的具体内容；
第二广播模块，被配置为与追踪服务器进行通讯并将所述特征标识列表发送给所述追踪服务器；
第二同步下载模块，被配置为根据所述追踪服务器返回的追踪结果与至少一个网络节点建立连接，使得所述下载发起节点同步对所述至少两个待下载文件进行下载。
10.一种文件下载装置，其特征在于，设置于广域网中的追踪服务器，所述追踪服务器包括：
列表获取模块，被配置为获取下载发起节点发送的特征标识列表；
文件确认模块，被配置为根据所述特征标识列表中的至少两个特征标识，确定所述下载发起节点需要下载的至少两个待下载文件，其中，所述特征标识用于标识每个数据块对应的具体内容；
下载追踪模块，被配置为根据所述追踪服务器记录的下载列表确定正在下载所述至少两个待下载文件的至少一个网络节点；
结构生成模块，被配置为根据所述至少一个网络节点对应的互联网协议地址生成追踪结果，并将所述追踪结果返回至所述下载发起节点。
11.一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，其特征在于，所述处理器执行所述指令时实现权利要求1-4、5-6或7任意一项所述方法的步骤。
12.一种计算机可读存储介质，其存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求1-4、5-6或7任意一项所述方法的步骤。
CN202011564965.5A 2020-12-25 2020-12-25 一种文件下载方法及装置 Active CN112637351B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011564965.5A CN112637351B (zh) 2020-12-25 2020-12-25 一种文件下载方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011564965.5A CN112637351B (zh) 2020-12-25 2020-12-25 一种文件下载方法及装置

Publications (2)

Publication Number Publication Date
CN112637351A CN112637351A (zh) 2021-04-09
CN112637351B true CN112637351B (zh) 2023-09-05

Family

ID=75325069

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011564965.5A Active CN112637351B (zh) 2020-12-25 2020-12-25 一种文件下载方法及装置

Country Status (1)

Country Link
CN (1) CN112637351B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114338700A (zh) * 2021-12-23 2022-04-12 杭州星布智能科技有限公司 局域网点对点分布式存储方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102664938A (zh) * 2012-04-12 2012-09-12 北京蓝汛通信技术有限责任公司 一种资源下载控制方法及装置
CN103957269A (zh) * 2014-05-08 2014-07-30 中国联合网络通信集团有限公司 点对点p2p网络节点选择方法及点对点p2p重定向服务器
CN104618447A (zh) * 2014-12-31 2015-05-13 北京邮电大学 一种文件协同下载方法及***
CN106790525A (zh) * 2016-12-20 2017-05-31 广东小天才科技有限公司 一种文件下载方法及装置
CN107196983A (zh) * 2016-03-15 2017-09-22 阿里巴巴集团控股有限公司 一种资源分发方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102664938A (zh) * 2012-04-12 2012-09-12 北京蓝汛通信技术有限责任公司 一种资源下载控制方法及装置
CN103957269A (zh) * 2014-05-08 2014-07-30 中国联合网络通信集团有限公司 点对点p2p网络节点选择方法及点对点p2p重定向服务器
CN104618447A (zh) * 2014-12-31 2015-05-13 北京邮电大学 一种文件协同下载方法及***
CN107196983A (zh) * 2016-03-15 2017-09-22 阿里巴巴集团控股有限公司 一种资源分发方法及装置
CN106790525A (zh) * 2016-12-20 2017-05-31 广东小天才科技有限公司 一种文件下载方法及装置

Also Published As

Publication number Publication date
CN112637351A (zh) 2021-04-09

Similar Documents

Publication Publication Date Title
CN109981751B (zh) 一种文件传输方法及***、计算机设备及存储介质
EP1802072B1 (en) Peer-to-peer message format
US20140052862A1 (en) Efficient service discovery for peer-to-peer networking devices
CN112565389B (zh) 基于区块链的消息广播方法、装置、电子设备及存储介质
US8819137B2 (en) System and method for sharing mobile internet service
KR101422213B1 (ko) 단말의 능력을 기초로 역할을 설정하는 장치 및 그 방법
CN114222168B (zh) 资源调度方法及***
CN110245191B (zh) 数据处理方法及装置
CN101262487A (zh) 点对点客户端的数据传输处理方法及装置
CN103905516B (zh) 分享数据的方法及相应服务器和终端
CN112637351B (zh) 一种文件下载方法及装置
GB2440759A (en) Selecting a download cache for digital data
JP2010532117A (ja) 通信ネットワークにおけるデータ管理のための方法およびシステム
Horozov et al. Moby-a mobile peer-to-peer service and data network
Moghadam et al. 7ds-a modular platform to develop mobile disruption-tolerant applications
KR100929031B1 (ko) 파일 병렬 다운로드에서의 블록 선택 방법, 이를 이용한파일 병렬 다운로드 방법 및 이를 구현하기 위한프로그램을 기록한 기록매체
Chang et al. An efficient service discovery system for dual-stack cloud file service
CN112732775A (zh) 区块节点数据的处理方法、装置、计算机设备和存储介质
CN115022660B (zh) 内容分发网络的参数配置方法及***
CN115004657B (zh) 寻址方法、寻址***以及寻址装置
CN114884880A (zh) 数据传输方法以及***
CN114385596A (zh) 数据处理方法及装置
CN113824785A (zh) 一种基于点对点网络的资源下载方法、***及存储介质
Lee et al. Cartorrent: A bit-torrent system for vehicular ad-hoc networks
CN113055444A (zh) 一种文件共享方法及其相关装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information
CB02 Change of applicant information

Address after: 519000 Room 102, 202, 302 and 402, No. 325, Qiandao Ring Road, Tangjiawan Town, high tech Zone, Zhuhai City, Guangdong Province, Room 102 and 202, No. 327 and Room 302, No. 329

Applicant after: Zhuhai Jinshan Digital Network Technology Co.,Ltd.

Address before: 519000 Room 102, 202, 302 and 402, No. 325, Qiandao Ring Road, Tangjiawan Town, high tech Zone, Zhuhai City, Guangdong Province, Room 102 and 202, No. 327 and Room 302, No. 329

Applicant before: ZHUHAI KINGSOFT ONLINE GAME TECHNOLOGY Co.,Ltd.

GR01 Patent grant
GR01 Patent grant