WO2015021905A1 - 软件更新方法、系统及设备 - Google Patents

软件更新方法、系统及设备 Download PDF

Info

Publication number
WO2015021905A1
WO2015021905A1 PCT/CN2014/084165 CN2014084165W WO2015021905A1 WO 2015021905 A1 WO2015021905 A1 WO 2015021905A1 CN 2014084165 W CN2014084165 W CN 2014084165W WO 2015021905 A1 WO2015021905 A1 WO 2015021905A1
Authority
WO
WIPO (PCT)
Prior art keywords
software
update
client
local
response
Prior art date
Application number
PCT/CN2014/084165
Other languages
English (en)
French (fr)
Inventor
王新珩
张慧
陆晓欢
Original Assignee
无锡知谷网络科技有限公司
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 无锡知谷网络科技有限公司 filed Critical 无锡知谷网络科技有限公司
Priority to JP2016533804A priority Critical patent/JP6444405B2/ja
Priority to KR1020167006409A priority patent/KR101882426B1/ko
Priority to US14/911,788 priority patent/US9864595B2/en
Priority to EP14836738.6A priority patent/EP3035642A4/en
Publication of WO2015021905A1 publication Critical patent/WO2015021905A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • 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/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1877—Measures taken prior to transmission
    • 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
    • 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring

Definitions

  • the present invention relates to the field of data transmission, and in particular, to a method, system and device for software update. Background technique
  • OMA DM can be used not only to download, update software and correct errors in software, but also to manage vehicles, monitor equipment signals and quality control. In recent years, a lot of work has been done to improve the performance of OMA DM, such as designing new management agents. All of these methods are based on the traditional client/server model. This mode is not suitable for downloading and updating for a large number of devices at the same time.
  • the domestic related OTA patents are mainly concentrated in four aspects, namely the new method of OTA technology, the new method of OTA implementation, the application of OTA and the test about OTA.
  • firmware download method "OTA-based firmware download method, pre-processing method, integrity verification method" is disclosed in the patent document CN101247416. This patent document proposes a pre-fix of firmware download. Method, firmware integrity verification method, and firmware download method, but still based on traditional customers
  • the multiprocessor terminal includes an application processor AP, a communication processor CP, and a universal integrated circuit card UICC.
  • the AP is responsible for the relay stations of the UICC and OTA servers.
  • the UICC sends an OTA server to the air to initiate a data download request
  • the data download request is sent to the AP; after receiving the data download request, the AP sends the data download request to the OTA server; the AP receives the OTA.
  • the response data sent by the server in response to the data download request, and the response data is sent to the UICC to implement data download.
  • This document improves the download speed by performing data interaction between the OTA server and the UICC through the AP.
  • the solution breaks through the traditional client/server model and improves the OTA download method for OTA downloads. It downloads software directly or indirectly from the OTA server, so it puts high demands on the OTA server, its performance, processing and data.
  • the transmission speed will directly affect the use of each client. If the client is of a high order of magnitude and the data capacity to be processed is large, the customer's usage requirements will not be met. Summary of the invention
  • the inventor has noticed that in the above prior art, since the existing data and software update methods are implemented by data interaction with the OTA server, the number of service terminals is large and the amount of transmitted data is large, and the client requests are dense. In this case, it is difficult to meet the needs of each service terminal customer. At the same time, the transmission of a large amount of the same data in the network also causes waste of data transmission resources in the system and increases the use cost.
  • one of the objects of the present invention is to solve the problem that the transmission speed is restricted by the OTA server and the congestion in the transmission data during the software update process.
  • an aspect of the present invention provides a software update method, including the steps of: sending local update software broadcast information to multiple clients; determining whether a client sends a response message, The answer information includes information that the update software exists, and if so, the other client local software is updated by the client that sent the response, and if not, the local software is updated by the remote server.
  • a DL Proxy and CIC (Central Information Controller) module is set up on the client.
  • a client wants to update the local software, its DL proxy sends a request to the CIC module; the CIC module is configured to send local update software broadcast information, and register and manage the client information that sends the response message to determine how to download the update software.
  • Software downloads and updates are made by the DL agent in connection with the client or server in a manner determined by the CIC module.
  • a software update system including a broadcast sending unit and an update unit, wherein the broadcast sending unit is configured to send local update software broadcast information to a plurality of clients; the update unit is configured to determine whether A client sends a response to the presence of the update software, and if so, the local software is updated by the client that sent the response, and if not, the local software is updated by the remote server.
  • a further aspect of the present invention provides a software update device, including: a sending module and an update module, wherein the sending module is configured to send local update software broadcast information to other clients; and the update module is configured to determine whether an update is received. The response of the software exists, and if so, the local software is updated by the client that sent the response, and if not, the local software is updated by the remote server.
  • the above-described embodiment of the present invention has the following advantages:
  • the client terminal confirms the information of the stored software by communicating with each other within a certain area. If a client stores the software required by other clients, it is downloaded from that client. Otherwise download from the OTA server.
  • This decentralized download allows devices to be downloaded from both the server and neighbors. This increases the download speed, so you can update the software for a large number of devices at the same time, and avoid the possibility of congestion or embarrassment caused by a large number of device requirements.
  • FIG. 1 is a flowchart of a software update method according to an embodiment of the present invention.
  • FIG. 2 is a schematic diagram of a distributed download according to an embodiment of the present invention.
  • FIG. 3 is a schematic diagram of a hierarchical level of programming of a proxy in a client device according to an embodiment of the present invention
  • FIG. 4 is a schematic diagram of a design of a FUMO proxy module according to an embodiment of the present invention
  • FIG. 5 is a schematic diagram of a design of a DL Agent proxy module according to an embodiment of the present invention.
  • FIG. 6 is a schematic diagram of a design module of a CIC according to an embodiment of the present invention.
  • FIG. 7 is a schematic structural diagram of a software update system according to an embodiment of the present invention.
  • FIG. 8 is a schematic structural diagram of a software update device according to an embodiment of the present invention. detailed description
  • FIG. 1 is a schematic flowchart diagram of a software update method according to an embodiment of the present invention.
  • the software update method includes the following steps:
  • Step S101 Send broadcast information of the software to be updated.
  • the client's CIC sends software broadcast information that needs to be updated to neighboring clients.
  • the broadcast information includes software name and software version information.
  • Step S102 Perform local software update.
  • the neighboring client CIC immediately responds after receiving the CIC broadcast message.
  • the client CIC that sends the broadcast information searches for the client device to store the required software from the received response message, and registers the ID of the device to obtain information about the software carried by the device, and passes the ID and the Equipment exchange.
  • a request to download the software is then issued to the device and downloaded directly after the device confirms the download request. If the received response message does not contain the software that needs to be updated, the client that sent the broadcast message directly contacts the OTA server, and the update software will be downloaded from the server according to the conventional method.
  • the step of updating the local software by the client that sends the response may include: registering the client address that sends the response to the local client software read list; reading according to the local client software The list updates the local software.
  • the step of updating the local software by the client that sends the response further comprises: determining whether the number of the sending the response client is multiple. If there are multiple, the idle answering client is determined according to the busyness of the plurality of answering clients, and the local software is updated by the idle answering client; if there is only one, the local software is updated by the client that sends the response.
  • the step of determining the idle answering client according to the busyness of the plurality of answering clients may include: obtaining, by measuring the data traffic and the capacity of the node, the highest data exchange speed of the plurality of responding clients, the answering client corresponding to the highest data switching speed Determined as an idle answer client. Therefore, when the number of clients transmitting the response to the presence of the update software is plural, the client to be downloaded can be selected according to the busyness of the response client, and the load balance between the clients is optimized.
  • a combination of a conventional client/server mode and a proposed decentralized mode is combined.
  • the download method in this embodiment is as shown in FIG. 2.
  • DL Proxy a new module in the client device.
  • DM Agent a new agent in the client device.
  • FUMO Agent a new agent in the client device.
  • the download method can be intelligently selected according to the actual situation.
  • the module communicates with the CIC module in other client devices to enable software downloads between client devices.
  • the CIC module records information about the software in the device, posts information to other client devices, and manages software downloads.
  • a client device When a client device wants to update the software, it first sends a request to the CIC module of other devices in the regional network in the form of a broadcast message. If the required software exists in the CIC module of a device, the requesting device will contact the device in which the software exists and download the required software from the latter. If the client in the regional network does not have the required software, then the device is connected to the server and downloads the software from the server.
  • the way the client downloads the software and downloads the software from the server is a conventional means, and will not be described again.
  • the client's logical design is divided into four levels. As shown in Figure 3, from top to bottom, the application layer, DM core layer, hardware abstraction layer and operating system.
  • the main part of the invention is implemented in the application layer and the DM core layer, as described below.
  • Hardware and operating systems are just the foundation. Taking a mobile phone as an example, the hardware of the mobile phone, the Android system, and iOS provide an operating environment for the application software running therein. Although the software development is different for each system, it has no effect on the method itself. That is, those skilled in the art can implement the methods of the present invention as described herein on different hardware and operating systems using conventional means. Therefore, the hardware abstraction layer and the operating system are not described in this specification.
  • the application layer directly handles the management operations when the software is updated. Receive operational instructions from the DM core layer and implement specified management operations such as software downloads, updates, and more. In addition, it sends back the results of the operation to the DM core for further processing. The result can then be sent back to the server.
  • the FUMO (Firmware Update Management Object) agent and the DL agent are both at the application layer.
  • FUMO agent is the core module of firmware download and update in OMA DM, and it is an inherent module that has been standardized.
  • the FUMO agent consists mainly of two packages, namely dm. client. downloadmanager and dm.client.updatemanager 0
  • the dm.client.downloadmanager is responsible for processing software updates parsed by the DM core layer and managing the download of the software along with the DL agent. When using the traditional client/server download method, it is also responsible for software downloads. Dm. client.updatemanager is mainly responsible for software updates. Figure 4 shows the detailed design of these two packages. They are conventional designs and will not be described again.
  • the DL proxy is a software download mechanism proposed in the present invention. Work with FUMO agents to implement software downloads in different situations.
  • the DL agent plays the role of administrator here, and is responsible for contacting and coordinating the various modules, including the original download management module in the system. It determines how to download the software based on the information in the CIC. Therefore, the DL agent has the ability to communicate with the CIC to obtain relevant software information. In addition, it can also download software from nearby clients.
  • the DL proxy is implemented by a package called dm.client.dlagent. Dm.client.dlagent consists of five classes that represent different functions.
  • the DlManager class is the main part of the DL agent, it is responsible for managing the operations of other classes and notifying
  • the FUMO agent uses the download method.
  • the RspforSwRQ class is used to get information about the software from the CIC.
  • DlMethodDecider determines which download method based on the information obtained in the CIC.
  • the Communication class is responsible for implementing communication between the DL agent and other devices.
  • the decentralizedDownloader class is responsible for downloading the software when it is distributed (ie downloaded from other clients).
  • the detailed design of each class is shown in Figure 5.
  • the CIC is the control center that determines the download method. From the point of view of writing code, it consists of five classes to implement five different functions, namely Broadcast, Register, DeviceManager, SoftwareManager, and Communication. .
  • the detailed design is shown in Figure 6.
  • Broadcast uses Req4SW to broadcast the requested software to its neighboring clients. If the adjacent client device has this software, the device and software information will be returned to the CIC using Req4Register.
  • the CIC will register the device using the AddDev function in the Register module. After registration is complete, CIC will use DeviceManager and SoftwareManager to manage specific devices and software. For example, in software management, the management includes registering, canceling software information, obtaining the name of the software, and acquiring software.
  • a device When a device wants to update the software, it will use Communication to send a request message to the CIC module. If the CIC module finds information related to the updated software (such as name and version number) in Register in response to the request, then notifying the requesting device that the requesting device is directly connected to the device having the software to be updated, And download and update the software through the DL agent. If there is no relevant information in the CIC, the requesting device communicates with the content server, and the software is downloaded and updated through the FUMO agent using the traditional OMA DM download method.
  • information related to the updated software such as name and version number
  • FIG. 7 is a schematic structural diagram of a software update system according to an embodiment of the present invention.
  • the software update system includes a broadcast transmitting unit 201 and an update unit 202.
  • the broadcast sending unit 201 is configured to send local update software broadcast information to other clients;
  • the update unit 202 is configured to determine whether a response to the update software is received, and if the response is received, update the local software by sending the responding client; If no response is received, the local software is updated by the remote server.
  • the update unit 202 is further configured to register the responding client address into the local client software read list; and update the local software according to the local client software read list.
  • the updating unit 202 is further configured to determine whether the number of the responding clients is multiple. If there are multiple, the idle answering client is determined according to the busyness of the plurality of answering clients, and the local software is updated by the idle answering client, and if not, the local software is updated by the client that sends the responding. The highest data exchange speed in the plurality of response clients is obtained, and the response client corresponding to the highest data exchange speed is determined as the idle response client.
  • FIG. 8 is a schematic structural diagram of a software update device according to an embodiment of the present invention.
  • the software update device includes a transmitting module 301 and an update module 302. among them,
  • the sending module 301 is configured to send local update software broadcast information to other clients.
  • the update module 302 determines whether a response to the presence of the updated software is received, and if so, updates the local software by the client that sent the response, and if not, updates the local software via the remote server.
  • the update module 302 further includes: a registration module 3021 and a communication download module 3022, wherein the registration module 3021 registers the responding client address into the local client software read list;
  • the communication download module 3022 updates the local software according to the local client software reading list.
  • the device management module 303 and the software management module 304 may also be included in the device.
  • the device management module 303 generates device information of the response client.
  • the software management module 304 generates the name, version, and capacity information of the updated software.
  • the device operates as described above with respect to the embodiment of the software update method. I won't go into details here.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Information Transfer Between Computers (AREA)
  • Stored Programmes (AREA)

Abstract

公开了软件更新方法、设备及系统。软件更新方法包括：客户端向其他客户端发送本地更新软件广播信息；判断是否收到更新软件存在的应答，若是，则通过发送所述应答的客户端更新本地软件，若否，则通过远端服务器更新本地软件。本发明可以解决软件更新过程中传输速度受到OTA服务器的制约及传输数据中拥堵的问题，从而提高了下载速度，因此可以同时为大量的设备更新软件，避免了服务器因大量的设备需求导致拥塞或者瘫痪的可能性。

Description

软件更新方法、 系统及设备 技术领域
本发明涉及数据传输领域， 特别涉及软件更新的方法、 系统及设备。 背景技术
随着电子和通信技术的发展， 越来越多的电子设备应用到日常生活中的 各个方面。 目前， 这些电子设备的硬软件更新过程中不能实现兼容， 而给使 用者带来不便。 为解决这一问题， 已经提出了可重构设备 （ Reconfigurable Devices) 技术。 在实现可重构设备技术的过程中， 在对硬件进行改进的基础 上也必须得到软件的支持。 可支持可重构设备的硬件包括 FPGA 或者 rDPA 处理器。 这些处理器可以通过编程来调节其功能。
软件重构是有效实现硬件多种功能的方法。 常用的操作方式是将编写好 的软件放到一个服务器上， 然后可重构设备从服务器下载并更新。 下载可以 通过有线和无线两种方式。 由于智能手机的普遍应用， 通过空中下载 (Over-The-Air: OTA)成了主要的方式。 由于空中下载有很多益处， 因此世界 上几个主要的机构形成了一个工作组叫做 Open Mobile Alliance (OMA) 来制 定空中下载的技术标准。其制定的标准 OMA DM (Device Management)被 IBM 微软和 Motive以及其它大的厂商采用。 据统计新近发行的移动设备中， 80。 的固件可以重构。 OMA DM不仅可以用来下载、 更新软件和修正软件中的错 误， 还可以用于车辆的管理， 监控设备的信号和质量控制。 近几年来， 人们 还做了 大量的工作来提高 OMA DM 的性能， 如设计新的管理代理 (management agent)等。所有的这些方法都是基于传统的客户/服务器模式。 这种模式不适合为大量的设备同时提供下载和更新。
国内相关 OTA的专利主要集中在四个方面， 即 OTA技术的新方法， OTA 实现的新方法， OTA的应用以及有关 OTA的测试。
在专利文献 CN101247416中公布了固件下载方法"基于 OTA的固件下载 方法、 预处理方法、 完整性验证方法"。 该专利文献提出的是固件下载的预处 理方法、 固件完整性验证方法、 以及固件下载方法， 但还是基于传统的客户
/服务器模式。
在专利文献 CN102625288A"多处理器终端空中下载的方法及多处理器终 端"中公开了多处理器终端空中下载的方法及多处理器终端。 所述多处理器终 端包括应用处理器 AP、 通信处理器 CP和通用集成电路卡 UICC。 其中 AP承 担了 UICC和 OTA服务器的中继站。 当 UICC向空中下载 OTA服务器发起数 据下载请求时， 将所述数据下载请求发送给 AP; AP 收到所述数据下载请求 后， 将所述数据下载请求发送至所述 OTA服务器； AP接收到 OTA服务器响 应所述数据下载请求而发送的响应数据， 并将所述响应数据发送至 UICC , 以 实现数据下载。 该文献通过 AP进行 OTA服务器与 UICC之间的数据交互， 提高了下载速度。 该方案突破了传统的客户/服务器模式， 提高了 OTA下载 的 OTA 下载方法， 都还是直接或者间接的从 OTA服务器上下载软件， 因此 对 OTA服务器提出了很高的要求， 其性能和处理及数据传输速度将直接影响 到各个客户端的使用， 在客户端数量级高及待处理数据容量大的情况下， 将 不能满足客户的使用需求。 发明内容
本发明人注意到， 上述现有技术中， 由于现有的数据及软件更新方法都 是通过与 OTA服务器进行数据交互实现的， 因此， 在服务终端数量众多且传 输数据量大， 客户请求密集的情况下， 难以满足各个服务终端客户的需要。 同时， 在网络中大量相同数据的发送， 也造成了系统中数据传输资源的浪费， 提高了使用成本。
因此， 本发明的目的之一是解决软件更新过程中传输速度受到 OTA服务 器的制约及传输数据中拥塞的问题。
为此， 本发明的一方面提供了软件更新方法， 包括以下步骤： 向多个客 户端发送本地更新软件广播信息； 判断是否有客户端发出应答信息， 所述应 答信息包括存在更新软件的信息， 若是， 则通过发送所述应答的客户端更新 其它客户端本地软件， 若否， 则通过远端服务器更新本地软件。
在一些实施方式中， 在客户端设置 DL代理和 CIC (中央信息控制器） 模 块。 当某个客户端要更新本地软件时， 其 DL代理向 CIC模块发送请求； CIC 模块配置为发送本地更新软件广播信息， 并注册和管理发出应答信息的客户 端信息， 确定下载更新软件的方式， 由 DL代理根据 CIC模块确定的方式， 与客户端或服务器连接进行软件下载和更新。
本发明的另一方面还提供了软件更新系统， 包括广播发送单元及更新单 元， 其中， 所述广播发送单元配置为向多个客户端发送本地更新软件广播信 息；所述更新单元配置为判断是否有客户端发出更新软件存在的应答，若是， 则通过发送所述应答的客户端更新本地软件， 若否， 则通过远端服务器更新 本地软件。
本发明又一方面还提供了软件更新设备， 包括： 发送模块和更新模块， 其中， 所述发送模块配置为向其他客户端发送本地更新软件广播信息； 所述 更新模块配置为判断是否收到更新软件存在的应答， 若是， 则通过发送所述 应答的客户端更新本地软件， 若否， 则通过远端服务器更新本地软件。
本发明的上述实施方式具有以下优点： 通过在一定的区域范围内， 使客 户终端通过相互交流确认所储存软件的信息。 如果某一客户端储存其它客户 端所需要的软件， 则从该客户端下载。 否则从 OTA服务器下载。 利用这种分 散式的下载方式能让设备既能够从服务器下载， 也可以从相邻节点下载。 从 而提高了下载速度， 因此可以同时为大量的设备更新软件， 还避免了服务器 因大量的设备需求导致拥塞或者瘫痪的可能性。
本领域技术人员可以理解， 本发明的方法虽然描述为以软件更新为对象， 但实际上还可用于下载安装本机没有的新软件。 因此， 在本申请中所述的"软 件更新" 既包括了"更新旧软件"， 也包括了"下载新的软件"。 附图说明 以下结合附图详细说明本发明实施方式。 这些附图仅仅是用于描述本发 明的一些具体实施例以利于对本发明的精神和构思以及保护范围的理解， 而 非对本发明的限定。 其中：
图 1 为本发明一实施方式的软件更新方法的流程图；
图 2 为本发明一实施方式的分散式下载的示意图；
图 3 为本发明一实施方式的客户端设备中代理的编程设计层级示意图； 图 4 为本发明一实施方式的 FUMO代理模块的设计示意图；
图 5 为本发明一实施方式的 DL Agent代理模块的设计示意图；
图 6 为本发明一实施方式的 CIC的设计模块示意图；
图 7 为本发明一实施方式的软件更新系统的结构示意图；
图 8 为本发明一实施方式的软件更新设备的结构示意图。 具体实施方式
下面结合附图和实施例， 对本发明的具体实施方式作详细描述。
图 1 所示为本发明一实施方式的软件更新方法的流程示意图。 该软件更 新方法包括以下步骤：
步骤 S101 : 发送要更新软件的广播信息。 在该步骤中， 客户端的 CIC向 临近的多个客户端发送本身需要更新的软件广播信息。 该广播信息包括软件 名称和软件版本信息等。
步骤 S102 : 进行本地软件的更新。 临近的客户端 CIC在收到该 CIC广播 信息后， 立即应答。 发出广播信息的客户端 CIC从收到的应答信息中寻找哪 个客户端设备储存有所需要的软件， 并注册该设备的 ID , 以获得该设备所带 有软件的信息， 并通过该 ID和该设备交流。 随后向该设备发出下载软件的请 求， 并在设备确认下载请求后直接下载。 如果所收到的应答信息中没有包含 所需要更新的软件， 那么发出广播信息的客户端直接联系 OTA服务器， 将按 照传统的方法从服务器上下载更新软件。 作为一种实施方式， 在步骤 S102中， 通过发送应答的客户端更新本地软 件的步骤可包括： 将发送应答的客户端地址注册到本地客户端软件读取列表 中； 根据本地客户端软件读取列表更新本地软件。
在一实施方式中， 通过发送应答的客户端更新本地软件的步骤还包括： 判断发送所述应答客户端的数量是否为多个。 若有多个， 则根据多个应答客 户端的忙碌度确定空闲的应答客户端， 并通过空闲的应答客户端来更新本地 软件； 若只有一个， 则通过发送应答的客户端更新本地软件。
上述根据多个应答客户端的忙碌度确定空闲应答客户端的步骤可包括： 通过测量数据流量和节点的容量获取多个应答客户端中的最高数据交换速度 将所述最高数据交换速度对应的应答客户端确定为空闲应答客户端。 从而， 在发送存在更新软件的应答的客户端数量为多个时， 可根据应答客户端的忙 碌度选择要下载的客户端， 优化了客户端间的负载均衡性。
在本实施方式中， 结合了传统的客户/服务器模式和提出的分散式模式 两种下载方式。 本实施方式中下载方法如图 2 所示。 在客户设备中设置一个 新的模块， 称之为 DL代理。 DL代理、 DM代理和 FUMO代理几个模块在客 户设备中共存。 可以根据实际情况， 智能地选取下载方式。
在 DL代理中， 设置一个 CIC(Central Information Controller： 中央信息控 制器)模块。 该模块通过和其它客户设备中的 CIC模块交流来实现客户设备间 软件的下载。 CIC 模块记录设备中软件的信息， 发布信息到其它的客户设备 并且管理软件下载。
当一个客户设备要更新软件时， 首先以广播消息的方式向区域网络内其 它设备的 CIC模块发出请求。 如果某一个设备的 CIC模块中存在所需求的软 件， 那么发出请求的这个设备就会和存在该软件的设备建立联系并从后者下 载所需软件。 如果区域网络中的客户端都没有所需要的软件， 那么该设备就 和服务器相连接并从服务器下载软件。 这里， 客户端下载软件与从服务器下 载软件的方式都是常规的手段， 不再赘述。
如果一个设备离开某区域（例如通过与该设备的无线连接的断开来判定） 那么这个设备所带有相关软件的信息将从其它设备的 CIC模块中删除。 以下具体说明在客户端设备中代理的实现方式。 从编程的角度来看， 客 户端的逻辑设计分为四个层次。 如图 3所示， 从顶到底， 分别为应用层， DM 核心层， 硬件抽象层和操作系统。
本发明的主要部分都在应用层和 DM核心层实现， 如下所述。 硬件和操 作系统只是基础。 以手机为例， 手机的硬件及 Android系统、 iOS等为其中运 行的应用软件提供了操作环境。 虽然对每个系统下所做的软件开发不同， 但 是对方法本身没有影响。 也就是说， 本领域技术人员对于此处描述的本发明 的方法，可以利用常规的手段在不同的硬件和操作系统上相应地实现。 因此， 本说明书中对硬件抽象层和操作系统这两部分不再说明。
其中， 应用层直接处理软件更新时的管理操作。 从 DM核心层接收操作 指令并实现所指定的管理操作， 如软件下载、 更新等。 此外， 它还向 DM核 心层发回操作的结果以进行进一步的处理。 然后， 其结果可以被发送回服务 器端。 FUMO (Firmware Update Management Object: 固件更新管理对象） 代 理和 DL代理都在应用层。
其中， FUMO代理是 OMA DM中固件下载和更新的核心模块， 是已经标 准 化 的 固 有 模 块 。 FUMO 代 理 主 要 由 两 个 包 构 成 ， 即 dm. client. downloadmanager和 dm.client.updatemanager0
dm.client.downloadmanager负责处理由 DM核心层解析来的软件更新并且 和 DL代理一起管理软件的下载。 当采用传统的客户/服务器下载方式时， 它 也负责软件下载。 dm. client.updatemanager主要负责软件的更新。 图 4显示了 这两个包的详细设计。 它们是常规的设计， 因此不再赘述。
DL代理是本发明中提出的软件下载机制。 和 FUMO代理协同工作， 在 不同的情况下实现软件的下载。 DL代理在这里起着管理员的作用， 负责联系 协调调度各个模块， 包括系统中原有的下载管理模块。 它根据 CIC 中的信息 来确定以何种方法下载软件。 因此， DL代理具有和 CIC通信的能力， 以获取 相关的软件信息。 另外， 它也可以从邻近的客户端上下载软件。 DL代理是由 一个包来实现的,称之为 dm.client.dlagent。 dm.client.dlagent由五个代表不同 功能的类组成。 DlManager类是 DL代理的主要部分， 它负责管理其它类的操作并且通知
FUMO代理采用下载的方法。
RspforSwRQ类用来从 CIC中获取软件的信息。
DlMethodDecider根据 CIC中所获取的信息来决定哪种下载方法。
Communication类负责实现 DL代理和其它设备的通信。
decentralizedDownloader类负责分散下载 （即从其它客户端下载） 时软件 的下载。
各个类的详细设计图如图 5 所示。 CIC是决定下载方法的控制中心。 从 编写代码的角度来看，它由 5个类组成，以实现五个不同的功能，即 Broadcast (广播) , Register (注册) , DeviceManager (设备管理) , SoftwareManager (软 件管理) 和 Communication (通信)。 详细设计如图 6所示。
其中， Broadcast使用 Req4SW向它相邻的客户端广播所请求的软件。 如 果相邻的客户端设备有这个软件的话， 将利用 Req4Register把设备和软件的 信息返回到 CIC中。 CIC将利用 Register模块中的 AddDev功能注册该设备。 注册完成后， CIC将用 DeviceManager和 SoftwareManager来管理特定的设 备和软件。 例如以软件管理为例， 该管理包括注册、 取消软件信息、 获取软 件的名称和获取软件等。
当某一设备要更新软件时， 将利用 Communication向 CIC模块发出请求 信息。 如果 CIC模块响应该请求而在 Register中找到与该更新软件相关的信 息 （如名称和版本号）， 那么就通知发出请求的设备， 该发出请求的设备和拥 有要更新的软件的设备直接连接， 并通过 DL代理下载和更新软件。如果 CIC 中没有相关的信息， 那么发出请求的设备就与内容服务器进行通信， 采用传 统的 OMA DM下载方法通过 FUMO代理下载和更新软件。
图 7 所示为本发明一实施方式的软件更新系统的结构示意图。 该软件更 新系统包括广播发送单元 201及更新单元 202。 其中， 广播发送单元 201用于 向其他客户端发送本地更新软件广播信息； 更新单元 202 用于判断是否收到 更新软件存在的应答，若收到应答，则通过发送应答的客户端更新本地软件； 若未收到应答， 则通过远端服务器更新本地软件。 同时， 更新单元 202 还用于将应答的客户端地址注册到本地客户端软件 读取列表中； 根据所述本地客户端软件读取列表更新本地软件。
当应答客户端数量为多个时， 所述更新单元 202 还用于判断所述应答客 户端的数量是否为多个。 若有多个， 则根据多个应答客户端的忙碌度确定空 闲应答客户端， 通过所述空闲应答客户端更新本地软件， 若否， 则通过发送 所述应答的客户端更新本地软件。 其中获取多个应答客户端中的最高数据交 换速度， 将所述最高数据交换速度对应的应答客户端确定为空闲应答客户端。
图 8 所示为本发明一实施方式的软件更新设备结构示意图。 该软件更新 设备包括发送模块 301和更新模块 302。 其中，
发送模块 301用于向其他客户端发送本地更新软件广播信息；
更新模块 302判断是否收到更新软件存在的应答， 若是， 则通过发送所 述应答的客户端更新本地软件， 若否， 则通过远端服务器更新本地软件。
更新模块 302还包括： 注册模块 3021及通讯下载模块 3022 , 其中， 注册模块 3021将所述应答的客户端地址注册到本地客户端软件读取列表 中；
通讯下载模块 3022根据所述本地客户端软件读取列表， 更新本地软件。 在此设备中还可包括： 设备管理模块 303、 软件管理模块 304。 设备管理 模块 303生成所述应答客户端的设备信息。 软件管理模块 304生成更新软件 的名称、 版本及容量信息。
该设备的工作方式如前文关于软件更新方法的实施方式中所述。 在此不 再赘述。
以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此， 任何本领域技术人员能够根据这些公开内容想到的变化都属于本发明的范畴 并落入所附权利要求书限定的保护范围。

Claims

权 利 要 求 书
1、 软件更新方法， 包括：
向多个客户端发送本地更新软件广播信息；
判断是否有客户端发出应答信息， 所述应答信息包括存在更新软件的信 息， 若是， 则通过发送所述应答的客户端更新其它客户端本地软件， 若否， 则通过远端服务器更新本地软件。
2、 如权利要求 1所述的软件更新方法， 其中所述通过发送所述应答的客 户端更新本地软件的步骤还包括：
将发出所述应答的客户端的地址注册到本地客户端软件读取列表中； 根据所述本地客户端软件读取列表更新本地软件。
3、 如权利要求 1或 2所述的软件更新方法， 其中所述通过发送所述应答 的客户端更新本地软件步骤还包括：
判断所述应答客户端的数量是否为多个， 若是， 则根据多个应答客户端 的忙碌度确定空闲应答客户端， 通过所述空闲应答客户端更新本地软件， 若 否， 则通过发送所述应答的客户端更新本地软件。
4、 如权利要求 3所述的软件更新方法， 其中所述根据多个应答客户端的 忙碌度确定空闲应答客户端的步骤包括：
获取多个应答客户端中的最高数据交换速度， 将所述最高数据交换速度 对应的应答客户端确定为空闲应答客户端。
5、 如权利要求 1-4任一项所述的软件更新方法， 其中在客户端设置 DL 代理和 CIC模块， 所述方法包括：
当客户端要更新本地软件时， 其 DL代理向 CIC模块发送请求； 所述 CIC模块发送本地更新软件广播信息， 并注册和管理发出应答信息 的客户端信息， 根据所注册的发出应答信息的客户端信息， 确定下载更新软 件的方式；
DL代理根据 CIC模块确定的下载更新软件的方式，与相应的客户端或服 务器连接进行软件下载和更新。
6、 软件更新系统， 包括广播发送单元及更新单元， 其中，
所述广播发送单元配置为向多个客户端发送本地更新软件广播信息； 所述更新单元配置为判断是否有客户端发出更新软件存在的应答， 若是， 则通过发送所述应答的客户端更新本地软件， 若否， 则通过远端服务器更新 本地软件。
7、 如权利要求 6所述的软件更新系统， 其中所述更新单元还配置为将所 述应答的客户端地址注册到本地客户端软件读取列表中； 根据所述本地客户 端软件读取列表更新本地软件。
8、 如权利要求 6或 7所述的软件更新系统， 其中， 所述更新单元还配置 为判断所述应答客户端的数量是否为多个， 若是， 则根据多个应答客户端的 忙碌度确定空闲应答客户端，通过所述空闲应答客户端更新本地软件，若否， 则通过发送所述应答的客户端更新本地软件。
9、 如权利要求 8所述的软件更新系统， 其中所述更新单元还配置为获取 多个应答客户端中的最高数据交换速度， 将所述最高数据交换速度对应的应 答客户端确定为空闲应答客户端。
10、 软件更新设备， 包括： 发送模块和更新模块， 其中，
所述发送模块配置为向其他客户端发送本地更新软件广播信息； 所述更新模块配置为判断是否收到更新软件存在的应答， 若是， 则通过 发送所述应答的客户端更新本地软件， 若否， 则通过远端服务器更新本地软 件。
11、 如权利要求 10所述的软件更新设备， 其中所述更新模块还包括注册 模块及通讯下载模块， 其中，
所述注册模块配置为将发送所述应答的客户端地址注册到本地客户端软 件读取列表中；
所述通讯下载模块配置为根据所述本地客户端软件读取列表更新本地软 件。
12、 如权利要求 10或 11 所述的软件更新设备， 还包括设备管理模块和 软件管理模块， 其中，
所述设备管理模块配置为生成发送所述应答的客户端的设备信息； 所述软件管理模块配置为生成更新软件的名称、 版本及容量信息。
PCT/CN2014/084165 2013-08-12 2014-08-12 软件更新方法、系统及设备 WO2015021905A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2016533804A JP6444405B2 (ja) 2013-08-12 2014-08-12 ソフトウェア更新方法、システム及びデバイス
KR1020167006409A KR101882426B1 (ko) 2013-08-12 2014-08-12 소프트웨어 업데이트 방법, 시스템, 및 디바이스
US14/911,788 US9864595B2 (en) 2013-08-12 2014-08-12 Software updating method, system, and device
EP14836738.6A EP3035642A4 (en) 2013-08-12 2014-08-12 Software updating method, system, and device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310348829.6 2013-08-12
CN201310348829.6A CN104378391A (zh) 2013-08-12 2013-08-12 软件更新方法、系统及设备

Publications (1)

Publication Number Publication Date
WO2015021905A1 true WO2015021905A1 (zh) 2015-02-19

Family

ID=52468053

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/084165 WO2015021905A1 (zh) 2013-08-12 2014-08-12 软件更新方法、系统及设备

Country Status (6)

Country Link
US (1) US9864595B2 (zh)
EP (1) EP3035642A4 (zh)
JP (1) JP6444405B2 (zh)
KR (1) KR101882426B1 (zh)
CN (1) CN104378391A (zh)
WO (1) WO2015021905A1 (zh)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10095500B2 (en) * 2014-09-30 2018-10-09 Apple Inc. Revision locking
CN105721592A (zh) * 2016-02-26 2016-06-29 深圳天珑无线科技有限公司 一种更新程序的方法和终端设备
JP6323480B2 (ja) 2016-03-02 2018-05-16 住友電気工業株式会社 プログラム更新システム、プログラム更新方法及びコンピュータプログラム
CN105959302B (zh) * 2016-06-28 2019-04-12 北京云创远景软件有限责任公司 一种终端管理系统及方法
CN108073409A (zh) * 2016-11-16 2018-05-25 罗森伯格技术（昆山）有限公司 线缆访问节点的升级方法及系统
CN106790679B (zh) * 2017-01-23 2020-11-17 腾讯科技（深圳）有限公司 一种下载应用资源包的方法及服务器、终端
GB201702933D0 (en) * 2017-02-23 2017-04-12 Ge Healthcare Bio Sciences Ab A method and a system for installation of an instrument
US10223098B2 (en) * 2017-03-31 2019-03-05 Intel Corporation Method and system to accelerate IoT patch propagation and reduce security vulnerabilities exposure time
CN107329741B (zh) * 2017-06-12 2020-12-25 北京北信源软件股份有限公司 一种基于指纹识别的软件分布式升级方法与装置
CN107844307A (zh) * 2017-10-16 2018-03-27 歌尔科技有限公司 电子设备的系统更新方法及电子设备
CN108712476B (zh) * 2018-04-27 2021-11-02 华迪计算机集团有限公司 一种基于推送技术进行数据更新的方法及系统
CN108762779B (zh) * 2018-05-02 2022-08-09 厦门华尔达智能科技股份有限公司 基于BACnet的智能平台软件升级方法
CN109634630A (zh) * 2018-10-29 2019-04-16 平安科技（深圳）有限公司 应用程序更新方法、装置、电子设备及存储介质
CN109491684A (zh) * 2018-10-29 2019-03-19 平安科技（深圳）有限公司 应用程序热更新方法、装置、电子设备及存储介质
US11119750B2 (en) 2019-05-23 2021-09-14 International Business Machines Corporation Decentralized offline program updating
CN111010423A (zh) * 2019-11-20 2020-04-14 远景智能国际私人投资有限公司 更新包的下载系统、方法、装置、设备及可读存储介质
CN113127020A (zh) * 2019-12-30 2021-07-16 华为技术有限公司 一种软件升级方法和装置
CN111443936A (zh) * 2020-04-15 2020-07-24 赞同科技股份有限公司 一种用于对客户端软件进行更新的方法及系统
CN113765950B (zh) * 2020-06-02 2023-11-14 富泰华工业（深圳）有限公司 物联网设备、服务器及软件更新方法
CN112596768B (zh) * 2020-12-16 2024-01-23 珠海格力电器股份有限公司 设备的更新方法和装置、存储介质、电子装置
CN114422486B (zh) * 2022-03-14 2024-01-16 潍柴动力股份有限公司 一种终端的软件版本升级方法、系统以及车辆
WO2024082027A1 (en) * 2022-10-21 2024-04-25 Commonwealth Scientific And Industrial Research Organisation Agent communication system and method

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1584865A (zh) * 2003-08-21 2005-02-23 珠海金山软件股份有限公司 计算机软件升级的方法
CN101247416A (zh) 2008-03-25 2008-08-20 中兴通讯股份有限公司 基于ota的固件下载方法、预处理方法、完整性验证方法
US20100070963A1 (en) * 2008-09-16 2010-03-18 Electronics And Telecommunications Research Institute Mobile communication terminal and method of updating software thereof
CN101795203A (zh) * 2009-02-03 2010-08-04 华为软件技术有限公司 软件升级数据包的下载方法和装置
CN102065110A (zh) * 2009-11-12 2011-05-18 钟惠波 一种基于p2sp的客户端软件在线升级的方法和系统
CN102625288A (zh) 2011-12-29 2012-08-01 中兴通讯股份有限公司 多处理器终端空中下载的方法及多处理器终端

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003003672A2 (en) * 2001-06-28 2003-01-09 King's College London Electronic data communication system
JP2003157197A (ja) * 2001-11-22 2003-05-30 Nifty Corp ダウンロード方法、ダウンロード補助方法及びコンピュータ
US20070174471A1 (en) * 2003-04-30 2007-07-26 Cedric Van Rossum Secure, continous, proxy-optimized, device-to-device data download reception system and method of use
US20040261071A1 (en) * 2003-06-23 2004-12-23 Macronix International Co., Ltd. Peer version control system
US20050105524A1 (en) * 2003-11-17 2005-05-19 Hughes Electronics Corporation System and method for provisioning of route information in a meshed communications network
US7539686B2 (en) * 2004-03-12 2009-05-26 Microsoft Corporation Tag-based schema for distributing update metadata in an update distribution system
KR101351270B1 (ko) * 2004-06-07 2014-01-14 애플 인크. 무선 접속망에서 핸드오프 및 핸드오프 선택
US8019725B1 (en) * 2004-12-15 2011-09-13 Apple Inc. Software update management
JP2006285601A (ja) * 2005-03-31 2006-10-19 Fujitsu Ltd ファイル配信方法とそれを実現するクライアント端末
US8074213B1 (en) * 2006-08-11 2011-12-06 Symantec Operating Corporation Automatic software updates for computer systems in an enterprise environment
EP1914930A1 (en) * 2006-10-17 2008-04-23 Matsushita Electric Industrial Co., Ltd. User plane entity selection in a mobile communication system having overlapping pool areas
JP4728937B2 (ja) * 2006-12-04 2011-07-20 Ｎｅｃフィールディング株式会社 ソフトウェア更新システム、端末装置、ソフトウェア更新方法及びプログラム
CN101039233A (zh) * 2007-04-27 2007-09-19 成都金山互动娱乐科技有限公司 一种网络游戏服务器端软件的版本更新方法
US8024723B2 (en) * 2007-05-18 2011-09-20 Samsung Electronics Co., Ltd. System and method for peer-to-peer datacasting in a broadcasting network
CN101939947B (zh) * 2008-02-29 2013-01-09 三菱电机株式会社 密钥管理服务器、终端、密钥共享系统、密钥配送方法以及密钥接收方法
US20110213681A1 (en) * 2010-02-03 2011-09-01 Mohammad Shahid Delivering enhanced content to broadcast media receivers with internet connection and enhancing user experience
US9059978B2 (en) * 2010-03-23 2015-06-16 Fujitsu Limited System and methods for remote maintenance in an electronic network with multiple clients
CN101917406B (zh) * 2010-07-22 2013-07-10 广东威创视讯科技股份有限公司 数据传输方法及数据传输系统
US8787338B2 (en) * 2010-10-04 2014-07-22 Marvell World Trade Ltd. Determining a communication channel from a plurality of possible channel bandwidths
CN102647436B (zh) * 2011-02-21 2016-04-20 腾讯科技（深圳）有限公司 一种基于点对点的文件发布方法及系统
US8959504B2 (en) * 2011-10-18 2015-02-17 Microsoft Corporation Update scanning
US9003443B2 (en) * 2012-07-31 2015-04-07 Wideorbit Inc. Systems, methods and articles to provide content in networked environment
US9438555B2 (en) * 2013-10-31 2016-09-06 Aruba Networks, Inc. Communicating with a distribution system via an uplink access point

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1584865A (zh) * 2003-08-21 2005-02-23 珠海金山软件股份有限公司 计算机软件升级的方法
CN101247416A (zh) 2008-03-25 2008-08-20 中兴通讯股份有限公司 基于ota的固件下载方法、预处理方法、完整性验证方法
US20100070963A1 (en) * 2008-09-16 2010-03-18 Electronics And Telecommunications Research Institute Mobile communication terminal and method of updating software thereof
CN101795203A (zh) * 2009-02-03 2010-08-04 华为软件技术有限公司 软件升级数据包的下载方法和装置
CN102065110A (zh) * 2009-11-12 2011-05-18 钟惠波 一种基于p2sp的客户端软件在线升级的方法和系统
CN102625288A (zh) 2011-12-29 2012-08-01 中兴通讯股份有限公司 多处理器终端空中下载的方法及多处理器终端

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3035642A4

Also Published As

Publication number Publication date
US9864595B2 (en) 2018-01-09
KR20160043020A (ko) 2016-04-20
US20160196128A1 (en) 2016-07-07
JP2016535895A (ja) 2016-11-17
JP6444405B2 (ja) 2018-12-26
KR101882426B1 (ko) 2018-08-24
CN104378391A (zh) 2015-02-25
EP3035642A1 (en) 2016-06-22
EP3035642A4 (en) 2017-03-08

Similar Documents

Publication Publication Date Title
WO2015021905A1 (zh) 软件更新方法、系统及设备
EP4195730A1 (en) A method of discovering services provided by a network repository function
US9417849B2 (en) Communications network, computer architecture, computer-implemented method and computer program product for development and management of femtocell-based applications
CN104679528B (zh) 应用程序远程更新的方法和装置
RU2010118312A (ru) Управление доступом для беспроводной связи
WO2012113218A1 (zh) 群组通信的方法和用于群组通信的装置
CN111478955B (zh) 微服务注册方法、系统、装置和计算机可读存储介质
US20140189075A1 (en) Machine-to-machine ("m2m") device client systems, methods, and interfaces
CN110213331B (zh) 业务请求的处理方法、终端设备、电子设备及存储介质
CN110366276A (zh) 服务化架构基站
CN111757353B (zh) 5g核心网中的网络数据处理方法及装置
CN112637332B (zh) 一种服务注册发现方法和系统
US10097646B2 (en) Method and device for enabling or disabling server in wireless communication system
WO2018000394A1 (zh) 网络资源的编排方法和设备
CN101074991B (zh) 地理位置信息处理方法、系统及地理信息系统中间件装置
CN104683968A (zh) 一种机器类型通信应用的资源管理方法、节点和系统
CN101896917B (zh) 用于移动权限对象的方法和用于管理发布权限对象的权限的方法及其系统
CN114448686A (zh) 一种基于微服务的跨网络通信装置与方法
CN112752352B (zh) 一种中间会话管理功能i-smf确定方法和设备
CN114006942B (zh) 一种数据处理方法、系统、电子设备及存储介质
US9078081B2 (en) Mobile terminal and method for service processing thereof
CN110851512B (zh) 用于开源框架的数据配置方法及装置
JP3638059B2 (ja) 加入者データ移設装置および方法
CN117692889A (zh) 端到端的服务化处理方法、装置、设备及存储介质
US10356581B2 (en) Login processing method and device of machine-to-machine/man communication terminal equipment

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: 14836738

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016533804

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 14911788

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2014836738

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 20167006409

Country of ref document: KR

Kind code of ref document: A