WO2013004059A1 - 版本升级方法、终端及版本升级系统 - Google Patents
版本升级方法、终端及版本升级系统 Download PDFInfo
- Publication number
- WO2013004059A1 WO2013004059A1 PCT/CN2011/080927 CN2011080927W WO2013004059A1 WO 2013004059 A1 WO2013004059 A1 WO 2013004059A1 CN 2011080927 W CN2011080927 W CN 2011080927W WO 2013004059 A1 WO2013004059 A1 WO 2013004059A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- terminal
- version
- upgrade
- server
- download path
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
- H04W8/245—Transfer of terminal data from a network towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
Definitions
- the present invention relates to the field of communications, and in particular to a version upgrade method, a terminal, and a version upgrade system.
- a version upgrade method such as smart phones
- smart phones are quickly popular among most people. Not only does the smartphone have powerful computing power, but it can also be installed with applications such as utility and entertainment.
- applications such as utility and entertainment.
- electronic maps can help people use their mobile phones to find routes to their destinations, and mobile payment has become a very convenient way to pay electronically. According to statistics, in 2010, global mobile phone users downloaded a total of 5.2 billion applications, with a corresponding transaction volume of 1.1 billion euros, and these data are still growing rapidly.
- the first way is that the application software on the mobile phone uses the automatic update function to directly download the upgrade package through the wireless network of the device. In this way, the user is not required to check whether there is a new version, but a large amount of GPRS network traffic is generated. Especially for anti-virus software virus database updates, traffic will be generated in real time. If you are on a business trip, traffic will also generate roaming charges.
- the second way is to download the upgrade package on the computer side and copy it to the phone for installation. This way, the user needs to check if there is a new version. For the real-time update of the anti-virus software virus database, users need to check the Internet for offline upgrade package.
- a main object of the present invention is to provide a version upgrade method, a terminal, and a version upgrade system, which are capable of solving at least the problem of a large user burden and a low user experience caused by the above-mentioned existing software version upgrade mode.
- a version upgrade method including: a first terminal sends a version upgrade request to a server via a second terminal connected thereto, where the first terminal is a mobile terminal; Obtaining a download path of the software version requested by the version upgrade request from the server; The connection established between the second terminal and the server downloads the requested software version directly from the server to the first terminal according to the download path.
- the step of the first terminal sending a version upgrade request to the server by using the second terminal includes: sending, by the first terminal, a version upgrade request to the second terminal, where the version upgrade request carries information for authenticating the first terminal; The information used for authenticating the first terminal is sent to the server, and the server authenticates the first terminal according to the information.
- the second terminal After the authentication is passed, the second terminal sends a version upgrade request to the server.
- the information used to authenticate the first terminal is the international mobile identity IMEI information of the first terminal.
- the method further includes: the second terminal checks whether the server has a security vulnerability, and sends a version upgrade request to the first terminal if it is determined that there is no security vulnerability. .
- the version upgrade request carries the current version information of the software version used by the first terminal.
- the step of the first terminal obtaining the download path of the software version requested by the version upgrade request from the server by using the second terminal includes: the server obtains the software from the version upgrade request The current version information of the version of the software is compared with the latest version information of the software version in the server; if not, the download path of the software version of the latest version information is sent to the second terminal; The download path is forwarded to the first terminal.
- the method further includes: the second terminal checking whether there is a security vulnerability in the download path, and forwarding the download path to the first terminal if it is determined that there is no security vulnerability
- the version upgrade request further includes: an upgrade type identifier, and the upgrade type identifier is used to identify the version upgrade type as an automatic update upgrade or a non-automatic update upgrade; before the step of forwarding the download path to the first terminal by the second terminal, the method further includes: The second terminal determines the version upgrade type according to the upgrade type identifier; if the version upgrade type is automatic update upgrade, the download path is directly forwarded to the first terminal; if the version upgrade type is non-automatic update upgrade, the upgrade prompt is sent to the second terminal. And after receiving the upgrade instruction, forward the download path to the first terminal.
- a mobile terminal which is connected to at least one second terminal, and includes: a first connection proxy module, configured to acquire a version upgrade request sent by the mobile terminal to the server, and request the version upgrade Sending to the second terminal connected to the mobile terminal; and acquiring a download path of the software version requested by the version upgrade request acquired by the second terminal from the server according to the version upgrade request.
- the mobile terminal further includes: a downloading module, configured to obtain a download path from the first connection proxy module, and download the requested software version directly from the server according to the download path via the connection established by the second terminal with the server.
- a terminal which is connected to at least one mobile terminal, and includes: a second connection proxy module, configured to acquire a version upgrade request sent by the mobile terminal to the server, and send the version upgrade request to And a download path of the software version requested by the version upgrade request fed back by the server, and sent to the mobile terminal.
- the version upgrade request includes an upgrade type identifier, and the upgrade type identifier is used to identify the version upgrade type as an automatic update upgrade or a non-automatic update upgrade;
- the terminal further includes: a security module and a download management module, wherein the security module is set to check download Whether there is a security vulnerability in the path. If the security vulnerability is determined, the download path is sent to the download management module.
- the download management module is set to determine the version upgrade type according to the upgrade type identifier. If the version upgrade type is automatic update upgrade, The download path is directly forwarded to the mobile terminal; if the version upgrade type is non-automatic update upgrade, the upgrade prompt is sent to the terminal, and after receiving the upgrade instruction, the download path is forwarded to the mobile terminal.
- a version upgrade system including: a first terminal and a second terminal, where the first terminal is connected to the second terminal, and the first terminal is a mobile terminal, where the first terminal includes: a connection proxy module, configured to obtain a version upgrade request sent by the first terminal to the server, and send the version upgrade request to the second terminal connected to the first terminal; and obtain the second terminal acquires from the server according to the version upgrade request a download path of the software version requested by the version upgrade request; the second terminal includes: a second connection proxy module, configured to obtain a version upgrade request sent by the first terminal to the server, and send the version upgrade request to the server; The version of the software version requested by the server upgrade request is downloaded and sent to the first terminal.
- a mobile terminal is used to capture a version upgrade request of the mobile terminal by using a PC connected to another terminal, such as a personal computer PC, and then the download path of the requested software is obtained from the corresponding server and forwarded to the mobile according to the version upgrade request.
- the mobile terminal obtains the corresponding software version and upgrades directly from the server.
- the PC side can be regarded as the network cable of the mobile terminal connected to the server, so that the mobile terminal does not have to access the server through the GPS, and downloads a new one.
- the software version solves the problem that the user burden is large and the user experience is low due to the upgrade mode of the existing software version, thereby achieving the effect of reducing the burden on the user and improving the user experience.
- FIG. 1 is a flow chart of steps of a version upgrade method according to a first embodiment of the present invention
- FIG. 2 is a flow chart of steps of a version upgrade method according to a second embodiment of the present invention
- FIG. 4 is a structural block diagram of a terminal according to Embodiment 4 of the present invention
- Embodiment 5 is a structural block diagram of a version upgrading system according to Embodiment 5 of the present invention
- Figure 5 is a flow chart showing the steps of the version upgrade system for version upgrade
- Figure 7 is another flow chart for version upgrade using the version upgrade system shown in Figure 5.
- BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, the present invention will be described in detail with reference to the accompanying drawings. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict.
- Embodiment 1 Referring to FIG. 1, a flow chart of steps of a version upgrading method according to Embodiment 1 of the present invention is shown.
- the version upgrade method of the embodiment includes the following steps: Step S102: The first terminal sends a version upgrade request to the server via the second terminal connected thereto, where the first terminal is a mobile terminal, and the second terminal may be a personal computer, or For any other terminal that can be connected to the INTERNET network, such as other mobile terminals.
- the version upgrade request sent by the first terminal to the server is obtained by the second terminal, and is forwarded by the second terminal to the server.
- Step S104 The first terminal obtains a download path of the software version requested by the version upgrade request from the server by using the second terminal. After the server obtains the version upgrade request forwarded by the second terminal, the server returns the corresponding software version to the second terminal after processing.
- the download path of the second terminal forwards the download path to the first terminal.
- the server returns the download path of the software version to the second terminal, instead of the software version itself, which can greatly improve the versatility of the first terminal to use the second terminal for version upgrade. That is, no matter what the first terminal needs to be upgraded
- the version of the application file can be requested by the second terminal to the corresponding server. Because the server only returns the download path, there is no case that the file to be upgraded is inconsistent with the downloaded file. If the anti-virus software and the game software exist in the first terminal, if the second terminal can only download the upgrade file of the game software, the anti-virus software cannot be upgraded through the second terminal, or the second terminal needs to have multiple corresponding downloads. Different software programs, which greatly increase the implementation cost and reduce the system efficiency.
- Step S106 The first terminal directly downloads the requested software version from the server to the first terminal according to the download path via the connection established by the second terminal with the server. After obtaining the download path, the first terminal uses the second terminal as the path of the contact server (such as the network cable as the contact server), and uses the connection between the second terminal and the server to directly download the requested software version from the server. Then update and upgrade the software version.
- the contact server such as the network cable as the contact server
- the mobile terminal when the software version is upgraded, the mobile terminal needs to access the server through GPRS, increase the GPRS network traffic, and increase the user's cost burden; or manually upgrade, detect whether there is an offline upgrade package in real time, and increase the user's use burden. These all create an additional burden on the user and reduce the user experience.
- the mobile terminal is configured to connect to another terminal, such as a personal computer PC, to capture a version upgrade request of the mobile terminal through the PC, and then obtain a download path of the requested software from the corresponding server according to the version upgrade request. After the mobile terminal obtains the download path, the mobile terminal directly obtains the corresponding software version from the server for upgrading.
- the mobile terminal can use the PC side as the network cable of the mobile terminal to connect to the server, so that the mobile terminal does not have to access the server through the GPS, and downloads a new software version, thereby solving the problem that the existing software version is upgraded.
- the user has a large burden and a low user experience, thereby achieving the effect of reducing the burden on the user and improving the user experience.
- the personal computer can obtain the version upgrade request of the mobile terminal in real time, obtain the download path of the version software from the server in real time, and submit it to the mobile terminal for upgrade, thereby realizing the real-time upgrade and update of the mobile terminal.
- Embodiment 2 Referring to FIG. 2, a flow chart of steps of a version upgrading method according to Embodiment 2 of the present invention is shown.
- the first terminal that is, the mobile terminal
- the second terminal uses a PC (personal computer)
- the version upgrade request uses a new version of the http request
- the server uses the application software publishing server
- the download path information is included in the http.
- the version upgrade method of this embodiment includes the following steps: Step S202: The mobile phone sends a request for querying a new version of the http request to the application software publishing server.
- the http request data packet includes information for authenticating the mobile phone by the server, such as an IMEI (International Mobile Equipment Identity), and also includes current version information of the software version used by the mobile phone, and preferably
- the upgrade type identifier is also used to identify whether the version upgrade type of the mobile phone is an automatic update upgrade or a non-automatic update upgrade.
- the IMEI information and the current version information the registration of the mobile phone in the second terminal can be quickly realized, and whether a new software version exists.
- the personalized upgrade service option is set for the user, thereby improving the user's use.
- the authentication information is not limited to the IMEI, and any information suitable for authenticating the first terminal is applicable.
- Step S204 After the mobile phone captures the http request for querying the new version, the mobile phone transfers to the PC.
- Step S210 After the security check, the PC sends a query for the new version of the http request to the application software publishing server.
- Step S212 After receiving the http request for querying the new version, the application publishing server parses the current version information (such as the current version number).
- the information of the download path is included in the upgrade package download path http request in the url format, but is not limited thereto, and a person skilled in the art may use the appropriate message to carry the information of the download path according to the actual situation. No restrictions.
- Step S216 After receiving the http request of the download path in the url format, the PC performs virus killing. This step is the preferred step to ensure the security of the data packet through virus killing.
- Step S218 After requesting the killing of the virus by the download path http of the url format, the PC queries the upgrade type identifier.
- Step S220 When the upgrade type identifier is an automatic update upgrade, the PC directly delivers the http request of the download path to the PC, and the PC forwards the packet to the mobile phone.
- the upgrade type identifier is a non-automatic update upgrade, the server is prompted to have a new version.
- Step S222 After receiving the http request of the download path, the mobile phone parses the download path of the upgrade package from the http request of the download path, and starts the independent thread download.
- Step S224 After the mobile phone downloads the upgrade package, the software is upgraded.
- the version upgrade request is used to query the http version of the new version
- the server is the application software publishing server
- the information of the download path is included in the http request as an example, but the description is not limited thereto. Therefore, in actual use, the version upgrade request may be implemented in other forms, and the server may be other types of servers.
- the download path information may also be implemented in different forms, which is not limited by the present invention.
- an automatic upgrade of the mobile phone application software is implemented by using a PC.
- the application software such as the anti-virus application software on the mobile phone automatically upgrades the virus database without Any GPRS network traffic reduces the burden on the user.
- Embodiment 3 Referring to FIG. 3, a structural block diagram of a mobile terminal according to Embodiment 3 of the present invention is shown.
- the mobile terminal in this embodiment is connected to the at least one second terminal, and the mobile terminal includes: a first connection proxy module 302, configured to acquire a version upgrade request sent by the mobile terminal to the server, and send the version upgrade request to the mobile terminal a second terminal connected to the terminal; and obtaining a download path of the software version requested by the version upgrade request acquired by the second terminal from the server according to the version upgrade request.
- the mobile terminal of this embodiment further includes: a downloading module 304, configured to acquire a download path from the first connection proxy module 302, and download the requested request directly from the server according to the download path via the connection established by the second terminal with the server.
- Software version
- the version upgrade request includes the current version information of the IMEI information and the software version of the mobile terminal.
- the version upgrade request further includes: an upgrade type identifier, which is set to identify the version upgrade type as an automatic update upgrade or Non-automatic update upgrade.
- the second terminal may be a PC, or may be any suitable device capable of implementing the foregoing second terminal function.
- the mobile terminal of this embodiment may be directly connected to one or more suitable second terminals, and connected to the INTERNET network through the second terminal to acquire necessary files from the server.
- Embodiment 4 Referring to FIG. 4, a structural block diagram of a terminal according to Embodiment 4 of the present invention is shown.
- the terminal of the embodiment is connected to the at least one mobile terminal, and the terminal includes: a second connection proxy module 402, configured to acquire a version upgrade request sent by the mobile terminal to the server, and send the version upgrade request to the server; and obtain server feedback
- the version upgrade requests the download path of the requested software version and sends it to the mobile terminal.
- the version upgrade request sent by the mobile terminal to the server includes the IMEI information of the mobile terminal and the current version information of the software version. More preferably, the version upgrade request further includes: an upgrade type identifier, which is used to identify the version upgrade type. Upgrade for automatic updates or for non-automatic updates.
- the terminal in this embodiment further includes: a security module 404 and a download management module 406, wherein the security module 404 is configured to check whether there is a security vulnerability in the download path, and send the download path when it is determined that there is no security vulnerability.
- the download management module 406 is configured to determine the version upgrade type according to the upgrade type identifier; if the version upgrade type is automatic update upgrade, the download path is directly forwarded to the mobile terminal; if the version upgrade type is non-automatic update upgrade And sending an upgrade prompt to the terminal, and after receiving the upgrade instruction, forwarding the download path to the mobile terminal.
- the second connection proxy module 402 performs download task registration according to the IMEI information in the version upgrade request, and then sends the version upgrade request to the server through the network connected to the terminal.
- the security module 404 is further configured to: after the downloading of the download task according to the IMEI information, send the IMEI information to the server for authentication, and check the server before sending the version upgrade request to the server through the network connected to the terminal. Is there a security hole?
- the terminal in this embodiment is a PC. With the terminal connected to the mobile terminal in this embodiment, the mobile terminal can directly connect through the terminal.
- the INTERNET network accessing the server, obtaining the required files from the server, does not cause GPRS network traffic.
- the mobile terminal shown in FIG. 3 and the terminal shown in FIG. 4 can form a version upgrade system, implement the version upgrade method of the present invention, and have the effect of the version upgrade method of the present invention.
- Embodiment 5 Referring to FIG. 5, a block diagram of a version upgrade system according to Embodiment 5 of the present invention is shown.
- the version upgrade system of this embodiment includes a PC side device, a mobile terminal side device, and an Internet side device.
- the PC side device includes: a first connection agent module, a download management module, and a security module;
- the mobile terminal side device includes: a second connection agent module, a download module, an installation module, and an application program;
- the Internet side device refers to the application software download A web server, or an FTP server, such as an application publishing server, or an application store website, or other server.
- the connection between the first connection proxy module on the PC side and the second connection proxy module on the mobile terminal side is not limited to the data line, and the Bluetooth connection is implemented by any suitable means.
- the functions of the modules in the PC-side device of the present embodiment are similar to those of the modules in the terminal shown in FIG. 4.
- Step S602 Establishing between a first connection proxy module on the PC side and a second connection proxy module on the mobile phone side through a communication interface TCP connection.
- the mobile terminal in this embodiment takes a mobile phone as an example.
- Step S604 The mobile phone side application software sends a server to the application software publishing server to send a new version of the http request, and the http request is captured by the second connection proxy module on the mobile phone side, and then transferred to the first connection proxy module on the PC side.
- Step S606 After receiving the query for the new version http, the first connection proxy module on the PC side sends the request to the download management module. After the registration management module registers the mobile phone IMEI and the version upgrade type, it is sent to the application publishing server via the security module through the INTERNET connected by the PC.
- Step S608 The application publishing server parses out the current version information of the application on the mobile phone side from the http request, compares with the latest version information in the server, and returns a new version download path in the url format if there is a new version number. Http packet.
- the download management module directly sends the http request of the download path to the first connection proxy module on the PC side; if the version upgrade type is a non-automatic update upgrade, that is, only the new version is checked, the download module prompts The user has a new version of the server, and needs to be upgraded. When the user determines that the upgrade is required, the download module sends the http request of the download path to the first connection proxy module of the PC. After the first connection proxy module on the PC side obtains the http request of the download path, it transfers to the second connection proxy module on the mobile phone side.
- Step S612 The second connection proxy module on the mobile phone side forwards the http request of the url download path of the upgrade package to the download module, and notifies the startup thread to download.
- Step S614 After downloading the upgrade file, the download module notifies the installation module to install. After installation, launch the application and complete the upgrade.
- the mobile terminal in this embodiment automatically upgrades the application software on the mobile terminal side through the PC side software. For the user, only the mobile terminal needs to be connected to a PC that can access the Internet. When the mobile terminal accesses the server, the PC acts as a PC.
- the network cable connected to the mobile terminal and the server, the application on the mobile terminal, such as the anti-virus application software automatically upgrades the virus database, and does not have any GPRS network traffic. Referring to FIG.
- Step S702 Start a second connection proxy module on the mobile phone side, and listen to the http request packet on the mobile phone side;
- the first connection proxy module on the PC side listens to the http request packet on the PC side.
- the mobile terminal uses a mobile phone.
- Step S704 Establish a TCP connection between the second connection proxy module on the mobile phone side and the first connection proxy module on the PC side.
- Step S706 The application on the mobile phone side invokes a mobile phone operating system API function to obtain information such as an IMEI of the mobile phone.
- Step S708 The application on the mobile phone side sends a request for inquiring a new version of the http request to the application software publishing server, where the http request data packet includes an IMEI and an upgrade type identifier of the mobile phone.
- Step S710 After the second connection proxy module of the mobile phone side captures the http request for querying the new version, the second connection proxy module is transferred to the first connection proxy module on the PC side.
- Step S712 The first connection proxy module on the PC side sends a query for the new version of the http request to the download management module.
- Step S714 The download management module parses the IMEI and the upgrade type identifier of the mobile phone from the query of the new version of the http request packet, and registers the download task.
- Step S716 The download management module sends the HTTP request for querying the new version to the security module.
- Step S718 The security module sends the IMEI of the mobile phone to the application software publishing server for authentication and checks whether the website has a security vulnerability.
- Step S720 After the security check, the security module sends a query for the new version of the http request to the application software publishing server.
- Step S722 After receiving the http request for querying the new version, the application publishing server parses the current version information, that is, the current version number.
- Step S724 Compare the current version information with the latest version released by the server. If the current version is lower than the latest version released by the server, the application publishing server returns an upgrade package download path http request in the url format.
- Step S726 After receiving the http request of the url download path, the security module on the PC side performs virus checking on the upgrade package.
- Step S728 The security module returns the url download path http request after killing the virus, and returns the request to the download management module.
- Step S730 After receiving the url download path http request, the download management module queries the upgrade type identifier.
- Step S732 For the automatic update upgrade, the download module directly returns the http request of the download path to the first connection proxy module of the PC; for the upgrade of the non-automatic update, the PC is prompted to have a new version of the server, and whether the upgrade is required. When the user selects the upgrade, the http request is returned to the first connection proxy module of the PC.
- Step S734 The http connection request of the path url is downloaded through the first connection proxy module of the PC, and then transferred to the second connection proxy module on the mobile phone side.
- Step S736 After receiving the http request of the upgrade package download path, the second connection generation module on the mobile phone side sends the http request to the download module to notify the upgrade package to download.
- Step S738 The download module on the mobile phone side parses the download path of the upgrade package from the http request of the download path, and starts to start the independent thread download.
- Step S740 After downloading the upgrade package, the download module of the mobile phone side notifies the installation module, and calls the mobile phone API function to install.
- Step S742 The application restarts to complete the software upgrade.
- the automatic upgrade of the mobile phone side application is realized by the PC side software.
- modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
- the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module.
- the invention is not limited to any specific combination of hardware and software.
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Stored Programmes (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种版本升级方法、终端及版本升级系统,其中,版本升级方法包括:第一终端经由与其相连的第二终端向服务器发送版本升级请求,其中,第一终端为移动终端;第一终端通过第二终端从服务器获取版本升级请求所请求的软件版本的下载路径;第一终端经由第二终端与服务器建立的连接,根据下载路径将所请求的软件版本直接从服务器下载到第一终端上。通过本发明,解决了现有软件版本升级方式造成的用户负担大,使用体验低的问题,进而达到了减轻用户负担,提升用户使用体验的效果。
Description
版本升级方法、 终端及版本升级系统 技术领域 本发明涉及通信领域, 具体而言, 涉及一种版本升级方法、终端及版本升级系统。 背景技术 随着智能终端如智能手机不断融合 MP3、 MP4、 数码相机、 GPS、 上网等功能, 智能机很快受到大多数人的喜爱。 智能机不仅具有强大的计算能力, 还可以安装具有 实用和娱乐等应用软件。如电子地图可以帮助人们利用手机来寻找前往目的地的路线, 而手机支付已成为一种非常便捷的电子支付方式。据统计 2010年全球手机用户共下载 了 52亿个应用程序, 相应交易额为 11亿欧元, 并且这些数据还处于飞速增长中。 在现有的技术中, 智能机应用软件的升级方式, 大致有下面两种。 第一种方式是手机上的应用软件使用自动更新功能, 通过设备的无线网络直接下 载升级包升级, 这种方式, 不需要用户检查是否有新版本, 但是会产生大量的 GPRS 网络流量。 尤其对于杀毒软件病毒库更新, 会实时产生流量。 如果出差在外, 流量还 会产生漫游费用。 第二种方式是在电脑侧下载升级包, 复制到手机上安装。 这种方式, 需要用户检 查是否有新版本。 而对于杀毒软件病毒库实时更新, 需要用户实时上网检查是否有离 线升级包。 可见, 不管是哪种升级方式, 都会对智能机用户造成额外的负担, 进而降低了用 户使用智能机的使用体验。 发明内容 本发明的主要目的在于提供一种版本升级方法、 终端及版本升级系统, 以至少解 决上述现有软件版本升级方式造成的用户负担大, 使用体验低的问题。 根据本发明的一个方面, 提供了一种版本升级方法, 包括: 第一终端经由与其相 连的第二终端向服务器发送版本升级请求, 其中, 第一终端为移动终端; 第一终端通 过第二终端从服务器获取版本升级请求所请求的软件版本的下载路径; 第一终端经由
第二终端与服务器建立的连接, 根据下载路径将所请求的软件版本直接从服务器下载 到第一终端上。 第一终端经由第二终端向服务器发送版本升级请求的步骤包括: 第一终端向第二 终端发送版本升级请求, 版本升级请求中携带用于对第一终端进行鉴权的信息; 第二 终端将用于对第一终端进行鉴权的信息发送给服务器, 服务器根据该信息对第一终端 进行鉴权; 在鉴权通过后, 第二终端将版本升级请求发送给服务器。 用于对第一终端进行鉴权的信息为第一终端的国际移动身份识别 IMEI信息。 在鉴权通过后, 第二终端将版本升级请求发送给服务器之前, 还包括: 第二终端 检查服务器是否存在安全漏洞, 在确定不存在安全漏洞的情况下, 将版本升级请求发 给第一终端。 版本升级请求中携带第一终端使用的软件版本的当前版本信息; 第一终端通过第 二终端从服务器获取版本升级请求所请求的软件版本的下载路径的步骤包括: 服务器 从版本升级请求中获取软件版本的当前版本信息; 比较软件版本的当前版本信息与服 务器中该软件版本的最新版本信息是否一致; 若不一致, 则将最新版本信息的软件版 本的下载路径发送给第二终端; 第二终端将下载路径转发给第一终端。 在第二终端将下载路径转发给第一终端的步骤之前, 还包括: 第二终端检查下载 路径是否存在安全漏洞, 在确定不存在安全漏洞的情况下, 将下载路径转发给第一终
版本升级请求中还携带: 升级类型标识, 升级类型标识用于标识版本升级类型为 自动更新升级或者为非自动更新升级; 在第二终端将下载路径转发给第一终端的步骤 之前, 还包括: 第二终端根据升级类型标识判断版本升级类型; 若版本升级类型为自 动更新升级, 则直接将下载路径转发给第一终端; 若版本升级类型为非自动更新升级, 则向第二终端发送升级提示, 并在接收升级指示后, 将下载路径转发给第一终端。 根据本发明的另一方面, 提供了一种移动终端, 与至少一个第二终端相连, 包括: 第一连接代理模块, 设置为获取移动终端向服务器发送的版本升级请求, 并将该版本 升级请求发送给与移动终端相连的第二终端; 以及获取第二终端根据版本升级请求从 服务器获取的, 版本升级请求所请求的软件版本的下载路径。 该移动终端还包括: 下载模块, 设置为从第一连接代理模块获取下载路径, 并经 由第二终端与服务器建立的连接,根据下载路径直接从服务器下载所请求的软件版本。
根据本发明的又一方面, 提供了一种终端, 与至少一个移动终端相连, 包括: 第 二连接代理模块, 设置为获取移动终端向服务器发送的版本升级请求, 并将该版本升 级请求发送给服务器; 以及获取服务器反馈的版本升级请求所请求的软件版本的下载 路径, 并发送给移动终端。 版本升级请求中包括升级类型标识, 升级类型标识用于标识版本升级类型为自动 更新升级或者为非自动更新升级; 该终端还包括: 安全模块和下载管理模块, 其中, 安全模块, 设置为检查下载路径是否存在安全漏洞,在确定不存在安全漏洞的情况下, 将下载路径发送给下载管理模块; 下载管理模块, 设置为根据升级类型标识判断版本 升级类型; 若版本升级类型为自动更新升级, 则直接将下载路径转发给移动终端; 若 版本升级类型为非自动更新升级, 则向终端发送升级提示, 并在接收升级指示后, 将 下载路径转发给移动终端。 根据本发明的再一方面, 提供了一种版本升级系统, 包括: 第一终端和第二终端, 第一终端和第二终端相连, 第一终端为移动终端, 其中, 第一终端包括: 第一连接代 理模块, 设置为获取第一终端向服务器发送的版本升级请求, 并将该版本升级请求发 送给与第一终端相连的第二终端; 以及获取第二终端根据版本升级请求从服务器获取 的, 版本升级请求所请求的软件版本的下载路径; 第二终端包括: 第二连接代理模块, 设置为获取第一终端向服务器发送的版本升级请求, 并将该版本升级请求发送给服务 器; 以及获取服务器反馈的版本升级请求所请求的软件版本的下载路径, 并发送给第 一终端。 通过本发明, 采用移动终端和另一终端如个人电脑 PC相连的方式, 通过 PC捕获 移动终端的版本升级请求, 进而根据该版本升级请求从相应的服务器获取所请求的软 件的下载路径转发给移动终端, 移动终端在获取该下载路径后, 直接从服务器获取相 应的软件版本进行升级, 此时, 可以将 PC侧当作移动终端连接服务器的网线, 从而 使得移动终端不必通过 GPS访问服务器, 下载新的软件版本, 从而解决了现有软件版 本升级方式造成的用户负担大, 使用体验低的问题, 进而达到了减轻用户负担, 提升 用户使用体验的效果。 附图说明 此处所说明的附图用来提供对本发明的进一步理解, 构成本申请的一部分, 本发 明的示意性实施例及其说明用于解释本发明, 并不构成对本发明的不当限定。 在附图 中:
图 1是根据本发明实施例一的一种版本升级方法的步骤流程图; 图 2是根据本发明实施例二的一种版本升级方法的步骤流程图; 图 3是根据本发明实施例三的一种移动终端的结构框图; 图 4是根据本发明实施例四的一种终端的结构框图; 图 5是根据本发明实施例五的一种版本升级系统的结构框图; 图 6是一种使用图 5所示版本升级系统进行版本升级的步骤流程图; 图 7是另一种使用图 5所示版本升级系统进行版本升级的流程图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是, 在不冲突的 情况下, 本申请中的实施例及实施例中的特征可以相互组合。 实施例一 参照图 1, 示出了根据本发明实施例一的一种版本升级方法的步骤流程图。 本实施例的版本升级方法包括以下步骤: 步骤 S102: 第一终端经由与其相连的第二终端向服务器发送版本升级请求; 其中, 第一终端为移动终端, 第二终端可以为个人电脑, 也可以为其它任意能够 与 INTERNET网相连的终端, 如其它的移动终端等。 本步骤中, 第一终端向服务器发送的版本升级请求被第二终端获取, 由第二终端 转发给服务器。 步骤 S104:第一终端通过第二终端从服务器获取版本升级请求所请求的软件版本 的下载路径; 服务器获取第二终端转发的版本升级请求后, 经过处理, 服务器向第二终端返回 相应的软件版本的下载路径, 第二终端再将该下载路径转发给第一终端。 服务器向第二终端返回软件版本的下载路径, 而不是软件版本本身, 可以大大提 高第一终端利用第二终端进行版本升级的通用性。 也即, 不管第一终端需要升级何种
应用文件的版本, 都可以通过第二终端向相应的服务器请求, 因服务器返回的只是下 载路径, 不会出现待升级文件与下载的文件不一致的情况。 如第一终端中存在杀毒软 件和游戏软件, 若第二终端只能下载游戏软件的升级文件, 则杀毒软件无法通过该第 二终端进行升级, 或者, 需要第二终端有多个相对应的下载不同软件的程序, 这大大 增加了实现成本, 也降低了系统效率。 而只返回下载路径, 进而由第一终端根据该下 载路径自行下载升级, 则不会出现该问题。 步骤 S106: 第一终端经由第二终端与所述服务器建立的连接, 根据下载路径直接 将所请求的软件版本从服务器下载到第一终端。 第一终端在获取到下载路径后, 将第二终端作为联系服务器的路径 (如当作联系 服务器的网线),利用第二终端与服务器之间的连接,直接从服务器下载所请求的软件 版本, 进而进行软件版本的更新升级等。 相关技术中, 软件版本在升级时, 要么需要移动终端通过 GPRS访问服务器, 增 加 GPRS网络流量, 并增加用户的费用负担; 要么需要手动升级, 实时检测是否有离 线升级包, 增加用户的使用负担, 这些都造成了用户的额外负担, 降低了用户的使用 体验。 通过本实施例, 采用移动终端和另一终端如个人电脑 PC相连的方式, 通过 PC 捕获移动终端的版本升级请求, 进而根据该版本升级请求从相应的服务器获取所请求 的软件的下载路径转发给移动终端, 移动终端在获取该下载路径后, 直接从服务器获 取相应的软件版本进行升级。 移动终端从服务器获取软件版本的过程中, 可以将 PC 侧当作移动终端连接服务器的网线, 从而使得移动终端不必通过 GPS访问服务器, 下 载新的软件版本, 从而解决了现有软件版本升级方式造成的用户负担大, 使用体验低 的问题, 进而达到了减轻用户负担, 提升用户使用体验的效果。 此外, 移动终端与个 人电脑连接后, 个人电脑可以实时获取移动终端的版本升级请求, 从服务器实时获取 版本软件的下载路径, 并交由移动终端进行升级, 从而实现了移动终端的实时升级更 新, 且不必实时检测是否有离线升级包, 减轻用户负担。 实施例二 参照图 2, 示出了根据本发明实施例二的一种版本升级方法的步骤流程图。 本实 施例中, 第一终端即移动终端采用智能手机, 第二终端采用 PC (个人电脑), 版本升 级请求采用查询新版本的 http请求, 服务器采用应用软件发布服务器, 下载路径的信 息包含在 http请求中。 本实施例的版本升级方法包括以下步骤:
步骤 S202: 手机向应用软件发布服务器发送查询新版本的 http请求。 本实施例中, 该 http请求数据包包含用于服务器对手机进行鉴权的信息, 如手机 IMEI (International Mobile Equipment Identity, 国际移动身份识别), 还包含手机使用 的软件版本的当前版本信息, 优选地, 还包括升级类型标识, 该升级类型标识用于标 识手机的版本升级类型为自动更新升级, 还是非自动更新升级。 通过 IMEI信息和当 前版本信息, 可以快速地实现手机在第二终端的注册, 以及判断是否存在新的软件版 本; 通过设置升级类型标识, 为用户设置个性化的升级服务选项, 提升了用户的使用 体验。 当然, 鉴权信息不限于 IMEI, 任意适合对第一终端进行鉴权的信息都可适用。 步骤 S204: 手机捕获到上述查询新版本的 http请求后, 中转给 PC。 步骤 S206: PC接收查询新版本的 http请求, 从查询新版本的 http请求数据包中 解析出手机 IMEI和升级类型标识, 注册下载任务。 步骤 S208: PC将手机 IMEI发送到应用软件发布服务器鉴权以及检查服务器的网 站是否存在安全漏洞。 本步骤为优选步骤, 通过鉴权及安全漏洞检查, 确保了版本升级的安全性。 步骤 S210: 通过安全性检查后, PC将查询新版本的 http请求发向应用软件发布 服务器。 步骤 S212: 应用程序发布服务器接收到查询新版本的 http请求后, 解析出当前版 本信息 (如当前版本号)。 步骤 S214: 服务器将当前版本信息, 与服务器发布的最新版本比较, 如当前版本 低于服务器发布的最新版本, 则应用程序发布服务器返回 url (统一资源定位符)格式 的升级包下载路径 http请求。 本实施例中, 下载路径的信息包含在 url格式的升级包下载路径 http请求中, 但 不限于此,本领域技术人员可以根据实际情况, 使用适当的消息携带下载路径的信息, 本发明对此不作限制。 通过版本信息的比较, 使得只在存在新版本时, 服务器才反馈下载路径, 从而节
步骤 S216: PC接收到 url格式的下载路径的 http请求后, 进行病毒查杀。 本步骤为优选步骤, 通过病毒查杀, 确保数据包的安全。 步骤 S218: PC对 url格式的下载路径 http请求查杀病毒后, 查询升级类型标识。 步骤 S220: 当升级类型标识为自动更新升级时, PC直接将下载路径的 http请求 交给 PC, 由 PC转发给手机; 当升级类型标识为非自动更新升级时, 则提示服务器有 新版本, 是否需要升级, 当用户选择升级后, 才将下载路径的 http请求交给 PC, 由 PC转发给手机。 步骤 S222: 手机接收到下载路径的 http请求后, 从下载路径的 http请求中解析出 升级包的下载路径, 开始启动独立线程下载。 步骤 S224: 手机下载完升级包后, 进行软件的升级。 需要说明的是, 本实施例中以版本升级请求为查询新版本的 http请求, 服务器为 应用软件发布服务器,下载路径的信息包含在 http请求中为例,对本实施例作以说明, 但不限于此, 在实际使用中, 版本升级请求可以采用其它形式实现, 服务器也可以为 其它类型的服务器, 下载路径信息也可以采用不同形式实现, 本发明对此不作限制。 本实施例通过 PC实现对手机应用软件的自动升级, 对用户来说, 只需要把手机 和一台可以上网的 PC连接, 手机上的应用软件如杀毒应用软件就会自动升级病毒库, 而没有任何 GPRS网络流量, 减轻了用户负担。 实施例三 参照图 3, 示出了根据本发明实施例三的一种移动终端的结构框图。 本实施例的移动终端与至少一个第二终端相连, 该移动终端包括: 第一连接代理 模块 302, 设置为获取移动终端向服务器发送的版本升级请求, 并将该版本升级请求 发送给与该移动终端相连的第二终端; 以及获取第二终端根据该版本升级请求从服务 器获取的, 版本升级请求所请求的软件版本的下载路径。 优选地, 本实施例的移动终端还包括: 下载模块 304, 设置为从第一连接代理模 块 302获取下载路径, 并经由第二终端与服务器建立的连接, 根据下载路径直接从服 务器下载所请求的软件版本。
优选地, 版本升级请求中包括该移动终端的 IMEI信息和软件版本的当前版本信 息, 更优选地, 该版本升级请求中还包括: 升级类型标识, 设置为标识版本升级类型 为自动更新升级或者为非自动更新升级。 本实施例中,第二终端可以为 PC, 也可以为任意能够实现上述第二终端功能的适 当设备。 本实施例的移动终端可以直接与一个或多个适当的第二终端相连, 并通过该第二 终端连入 INTERNET网络, 从服务器获取需要的文件。 实施例四 参照图 4, 示出了根据本发明实施例四的一种终端的结构框图。 本实施例的终端与至少一个移动终端相连, 该终端包括: 第二连接代理模块 402, 设置为获取移动终端向服务器发送的版本升级请求, 并将该版本升级请求发送给服务 器; 以及获取服务器反馈的版本升级请求所请求的软件版本的下载路径, 并发送给移 动终端。 优选地, 移动终端向服务器发送的版本升级请求中包括该移动终端的 IMEI信息 和软件版本的当前版本信息, 更优选地, 该版本升级请求中还包括: 升级类型标识, 用于标识版本升级类型为自动更新升级或者为非自动更新升级。 优选地, 本实施例的终端还包括: 安全模块 404和下载管理模块 406, 其中, 安 全模块 404, 设置为检查下载路径是否存在安全漏洞, 在确定不存在安全漏洞的情况 下, 将下载路径发送给下载管理模块 406; 下载管理模块 406, 设置为根据升级类型标 识判断版本升级类型; 若版本升级类型为自动更新升级, 则直接将下载路径转发给移 动终端; 若版本升级类型为非自动更新升级, 则向终端发送升级提示, 并在接收升级 指示后, 将下载路径转发给移动终端。 优选地, 第二连接代理模块 402在获取版本升级请求后, 根据版本升级请求中的 IMEI信息进行下载任务注册,然后通过与本终端连接的网络将该版本升级请求发送到 服务器。 优选地, 安全模块 404还设置为, 在根据 IMEI信息进行下载任务注册之后, 在 通过与本终端连接的网络将版本升级请求发送到服务器之前, 将 IMEI信息发送到服 务器进行鉴权, 并检查服务器是否存在安全漏洞。
优选地, 本实施例的终端为 PC。 通过本实施例的与移动终端相连的终端, 使用移动终端可以直接通过该终端连接
INTERNET网络, 访问服务器, 从服务器获取需要的文件, 不会引起 GPRS网络流量。 上述实施例中, 图 3所示移动终端和图 4所示终端可以组成一个版本升级系统, 实现本发明的版本升级方法, 并具有本发明的版本升级方法的效果。 实施例五 参照图 5, 示出了根据本发明实施例五的一种版本升级系统的结构框图。 本实施例的版本升级系统包括 PC侧装置, 移动终端侧装置, 以及互联网侧装置 三部分。 其中, PC侧装置包括: 第一连接代理模块、 下载管理模块和安全模块; 移动 终端侧装置包括: 第二连接代理模块、 下载模块、 安装模块和应用程序; 互联网侧装 置指具有提供应用软件下载的 WEB服务器, 或者 FTP服务器, 比如应用软件发布服 务器, 或者应用软件商店网站等, 或者为其它服务器。 本实施例中, PC侧的第一连接代理模块和移动终端侧的第二连接代理模块之间的 连接, 不局限于数据线, 蓝牙方式连接, 可以通过任意适当方式实现。 本实施例的 PC侧装置中的模块的功能与图 4所示终端中的模块的功能类似, 移 动终端侧装置的模块的功能与图 3所示移动终端中的模块的功能类似, 以下通过不同 的实施例, 对本实施例的版本升级系统及其中各部分的模块作以介绍。 参照图 6, 示出了使用图 5所示版本升级系统进行版本升级的步骤流程图, 包括: 步骤 S602: 通过通信接口, 建立 PC侧第一连接代理模块和手机侧第二连接代理 模块之间的 TCP连接。 本实施例中的移动终端以手机为例。 步骤 S604:手机侧应用软件向应用软件发布服务器,发送查询新版本的 http请求, 此 http请求被手机侧第二连接代理模块捕获后, 中转给 PC侧的第一连接代理模块。 步骤 S606: PC侧的第一连接代理模块收到查询新版本 http请求后, 又发给下载 管理模块。 下载管理模块在注册完手机 IMEI和版本升级类型后, 经安全模块, 通过 PC连接的 INTERNET发向应用程序发布服务器。
步骤 S608: 应用程序发布服务器从该 http请求中, 解析出手机侧的应用程序的当 前版本信息, 与本服务器中最新的版本信息比较, 如有新版本号, 则返回 url格式的 新版本下载路径 http数据包。 步骤 S610: 安全模块检查 url格式的下载路径是否存在安全漏洞, 在确定不存在 安全漏洞的情况下, 发给下载管理模块。 如果版本升级类型是自动更新升级, 下载管 理模块将下载路径的 http请求直接发送给 PC侧的第一连接代理模块; 如果版本升级 类型是非自动更新升级, 即只检查新版本, 则下载模块则提示用户有服务器新版本, 是否需要升级, 当用户确定需要升级后, 下载模块将下载路径的 http请求发向 PC的 第一连接代理模块。 在 PC侧的第一连接代理模块获得下载路径的 http请求后, 中转 给手机侧的第二连接代理模块。 步骤 S612: 手机侧的第二连接代理模块将升级包的 url下载路径的 http请求, 转 交下载模块, 通知启动线程下载。 步骤 S614: 下载模块下载完升级文件完后, 通知安装模块, 进行安装。 安装后, 启动应用程序, 完成升级。 本实施例的移动终端通过 PC侧软件对移动终端侧的应用软件进行自动升级, 对 用户来说, 只需要把移动终端和一台可以上网的 PC连接, 在移动终端访问服务器时, 由 PC充当移动终端与服务器连接的网线, 移动终端上的应用程序如杀毒应用软件会 自动升级病毒库, 而且没有任何 GPRS任何网络流量。 参照图 7, 示出了另一种使用图 5所示版本升级系统进行版本升级的流程图, 包 括: 步骤 S702: 启动手机侧的第二连接代理模块, 监听手机侧的 http请求数据包; 启 动 PC侧的第一连接代理模块, 监听 PC侧的 http请求数据包。 本实施例中, 移动终端采用手机。 步骤 S704: 建立手机侧的第二连接代理模块与 PC侧的第一连接代理模块之间的 TCP连接。 步骤 S706: 手机侧的应用程序调用手机操作系统 API函数, 获取手机的 IMEI等 信息。
步骤 S708:手机侧的应用程序向应用软件发布服务器发送查询新版本的 http请求, 此 http请求数据包包括手机的 IMEI和升级类型标识。 步骤 S710: 手机侧第二连接代理模块捕获到上述查询新版本的 http请求后, 中转 给 PC侧的第一连接代理模块。 步骤 S712: PC侧的第一连接代理模块将查询新版本的 http请求发向下载管理模 块。 步骤 S714: 下载管理模块从查询新版本的 http请求数据包中解析出手机的 IMEI 和升级类型标识, 注册下载任务。 步骤 S716: 下载管理模块将该查询新版本的 http请求发送给安全模块。 步骤 S718: 安全模块将手机的 IMEI发送给应用软件发布服务器鉴权以及检查网 站是否存在安全漏洞。 步骤 S720: 通过安全性检查后, 安全模块将查询新版本的 http请求发向应用软件 发布服务器。 步骤 S722: 应用程序发布服务器接收到查询新版本的 http请求后, 解析出当前版 本信息, 即当前版本号。 步骤 S724: 将当前版本信息, 与服务器发布的最新版本比较, 如当前版本低于服 务器发布的最新版本, 则应用程序发布服务器返回 url格式的升级包下载路径 http请 求。 步骤 S726: PC侧的安全模块收到 url下载路径的 http请求后, 对升级包做病毒查 杀。 步骤 S728: 安全模块将查杀病毒后的 url下载路径 http请求, 返回给下载管理模 块。 步骤 S730: 下载管理模块在收到 url下载路径 http请求后, 查询升级类型标识。 步骤 S732: 对自动更新的升级, 下载模块直接将下载路径的 http请求返回 PC的 第一连接代理模块; 对非自动更新的升级, 则向 PC提示服务器有新版本, 是否需要 升级。 当用户选择升级后, 才将 http请求返回 PC的第一连接代理模块。
步骤 S734: 通过 PC的第一连接代理模块, 下载路径 url的 http请求, 又中转给 手机侧的第二连接代理模块。 步骤 S736: 手机侧的第二连接代模块收到升级包下载路径的 http请求后, 发给下 载模块, 通知升级包下载。 步骤 S738:手机侧的下载模块从下载路径的 http请求中解析出升级包的下载路径, 开始启动独立线程下载。 步骤 S740: 手机侧的下载模块下载完升级包后, 通知安装模块, 调用手机 API 函数, 进行安装。 步骤 S742: 应用程序重启, 完成软件的升级。 至此, 通过 PC侧软件实现了手机侧应用程序的自动升级。 显然, 本领域的技术人员应该明白, 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现, 它们可以集中在单个的计算装置上, 或者分布在多个计算装置所 组成的网络上, 可选地, 它们可以用计算装置可执行的程序代码来实现, 从而, 可以 将它们存储在存储装置中由计算装置来执行, 并且在某些情况下, 可以以不同于此处 的顺序执行所示出或描述的步骤, 或者将它们分别制作成各个集成电路模块, 或者将 它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样, 本发明不限制于任 何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已, 并不用于限制本发明, 对于本领域的技 术人员来说, 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内, 所作的 任何修改、 等同替换、 改进等, 均应包含在本发明的保护范围之内。
Claims
1. 一种版本升级方法, 包括:
第一终端经由与其相连的第二终端向服务器发送版本升级请求, 其中, 所 述第一终端为移动终端;
所述第一终端通过所述第二终端从所述服务器获取所述版本升级请求所请 求的软件版本的下载路径;
所述第一终端经由所述第二终端与所述服务器建立的连接, 根据所述下载 路径将所述所请求的软件版本直接从所述服务器下载到所述第一终端上。
2. 根据权利要求 1所述的方法, 其中, 所述第一终端经由第二终端向服务器发送 版本升级请求的步骤包括:
所述第一终端向所述第二终端发送所述版本升级请求, 所述版本升级请求 中携带用于对所述第一终端进行鉴权的信息;
所述第二终端将所述用于对第一终端进行鉴权的信息发送给所述服务器, 所述服务器根据该信息对所述第一终端进行鉴权;
在所述鉴权通过后,所述第二终端将所述版本升级请求发送给所述服务器。
3. 根据权利要求 2所述的方法, 其中, 所述用于对所述第一终端进行鉴权的信息 为所述第一终端的国际移动身份识别 IMEI信息。
4. 根据权利要求 3所述的方法, 其中, 在所述鉴权通过后, 所述第二终端将所述 版本升级请求发送给所述服务器之前, 还包括:
所述第二终端检查所述服务器是否存在安全漏洞, 在确定不存在安全漏洞 的情况下, 将所述版本升级请求发给所述第一终端。
5. 根据权利要求 1所述的方法, 其中, 所述版本升级请求中携带所述第一终端使 用的软件版本的当前版本信息;
所述第一终端通过所述第二终端从所述服务器获取所述版本升级请求所请 求的软件版本的下载路径的步骤包括:
所述服务器从所述版本升级请求中获取所述软件版本的当前版本信息; 比较所述软件版本的当前版本信息与所述服务器中该软件版本的最新版本
信息是否一致;
若不一致, 则将所述最新版本信息的软件版本的下载路径发送给所述第二 终端; 所述第二终端将所述下载路径转发给所述第一终端。
6. 根据权利要求 5所述的方法, 其中, 在所述第二终端将所述下载路径转发给所 述第一终端的步骤之前, 还包括:
所述第二终端检查所述下载路径是否存在安全漏洞, 在确定不存在安全漏 洞的情况下, 将所述下载路径转发给所述第一终端。
7. 根据权利要求 5所述的方法, 其中, 所述版本升级请求中还携带: 升级类型标 识, 所述升级类型标识用于标识版本升级类型为自动更新升级或者为非自动更 新升级;
在所述第二终端将所述下载路径转发给所述第一终端的步骤之前,还包括: 所述第二终端根据所述升级类型标识判断所述版本升级类型; 若所述版本升级类型为自动更新升级, 则直接将所述下载路径转发给所述 第一终端;
若所述版本升级类型为非自动更新升级,则向所述第二终端发送升级提示, 并在接收升级指示后, 将所述下载路径转发给所述第一终端。
8. —种移动终端, 与至少一个第二终端相连, 包括:
第一连接代理模块, 设置为获取所述移动终端向服务器发送的版本升级请 求, 并将所述版本请求发送给与所述移动终端相连的所述第二终端; 以及获取 所述第二终端根据所述版本升级请求从所述服务器获取的, 所述版本升级请求 所请求的软件版本的下载路径。
9. 根据权利要求 8所述的移动终端, 其中, 还包括: 下载模块, 设置为从所述第一连接代理模块获取所述下载路径, 并经由所 述第二终端与所述服务器建立的连接, 根据所述下载路径直接从所述服务器下 载所述所请求的软件版本。
10. 一种终端, 与至少一个移动终端相连, 包括: 第二连接代理模块, 设置为获取所述移动终端向服务器发送的版本升级请 求, 并将所述版本升级请求发送给服务器; 以及获取所述服务器反馈的所述版 本升级请求所请求的软件版本的下载路径, 并发送给所述移动终端。
11. 根据权利要求 10所述的终端, 其中, 所述版本升级请求中包括升级类型标识, 所述升级类型标识用于标识版本升级类型为自动更新升级或者为非自动更新升 级;
所述终端还包括: 安全模块和下载管理模块, 其中,
所述安全模块, 设置为检查所述下载路径是否存在安全漏洞, 在确定不存 在安全漏洞的情况下, 将所述下载路径发送给所述下载管理模块;
所述下载管理模块,设置为根据所述升级类型标识判断所述版本升级类型; 若所述版本升级类型为自动更新升级, 则直接将所述下载路径转发给所述移动 终端; 若所述版本升级类型为非自动更新升级, 则向所述终端发送升级提示, 并在接收升级指示后, 将所述下载路径转发给所述移动终端。
12. 一种版本升级系统, 包括: 第一终端和第二终端, 所述第一终端和所述第二终 端相连, 所述第一终端为移动终端, 其中,
所述第一终端包括: 第一连接代理模块, 设置为获取所述第一终端向服务 器发送的版本升级请求, 并将所述版本请求发送给与所述第一终端相连的所述 第二终端;以及获取所述第二终端根据所述版本升级请求从所述服务器获取的, 所述版本升级请求所请求的软件版本的下载路径;
所述第二终端包括: 第二连接代理模块, 设置为获取所述第一终端向服务 器发送的版本升级请求, 并将所述版本升级请求发送给服务器; 以及获取所述 服务器反馈的所述版本升级请求所请求的软件版本的下载路径, 并发送给所述 第一终端。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110185057.X | 2011-07-04 | ||
CN201110185057XA CN102231880A (zh) | 2011-07-04 | 2011-07-04 | 版本升级方法、终端及版本升级系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2013004059A1 true WO2013004059A1 (zh) | 2013-01-10 |
Family
ID=44844404
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2011/080927 WO2013004059A1 (zh) | 2011-07-04 | 2011-10-18 | 版本升级方法、终端及版本升级系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102231880A (zh) |
WO (1) | WO2013004059A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107632896A (zh) * | 2017-10-20 | 2018-01-26 | 广东欧珀移动通信有限公司 | 一种数据处理方法、数据处理装置及通讯设备 |
US10268471B2 (en) * | 2015-03-24 | 2019-04-23 | Huawei Technologies Co., Ltd. | Method for upgrading terminal system, terminal, and system |
CN112188434A (zh) * | 2020-09-21 | 2021-01-05 | 西安墨科通讯科技有限公司 | Ota升级方法及系统 |
CN115314480A (zh) * | 2022-07-06 | 2022-11-08 | 深圳拓邦股份有限公司 | 一种终端远程在线升级的方法和装置 |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103781060A (zh) * | 2012-10-24 | 2014-05-07 | 北京网秦天下科技有限公司 | 一种自动下载的方法和系统 |
CN103164358B (zh) * | 2012-10-26 | 2016-07-06 | 高榕科技(深圳)有限公司 | 借助网络和移动存储装置更新特定信息数据的方法 |
CN103873514B (zh) * | 2012-12-13 | 2017-05-03 | 腾讯科技(深圳)有限公司 | 一种应用的安装文件获取方法、系统及用户设备 |
CN104135503B (zh) * | 2013-07-10 | 2015-09-23 | 腾讯科技(深圳)有限公司 | 数据下载的方法、装置及系统 |
CN103607502B (zh) * | 2013-11-08 | 2017-02-22 | 北京奇虎科技有限公司 | 一种对移动设备的应用进行升级的方法和装置 |
CN104320774B (zh) * | 2014-10-16 | 2020-07-10 | 小米科技有限责任公司 | 一种升级方法、装置及设备 |
CN105722119B (zh) * | 2016-01-27 | 2019-09-06 | 努比亚技术有限公司 | 移动终端及其系统升级方法 |
CN107544991B (zh) * | 2016-06-23 | 2020-10-23 | 滴滴(中国)科技有限公司 | 服务器处理访问请求的方法和装置 |
CN106502747A (zh) * | 2016-11-02 | 2017-03-15 | 武汉斗鱼网络科技有限公司 | 一种应用升级的方法及移动终端 |
CN109582327A (zh) * | 2017-09-29 | 2019-04-05 | 北京国双科技有限公司 | 更新方法及装置 |
CN109447724A (zh) * | 2018-09-13 | 2019-03-08 | 航天信息股份有限公司 | 一种基于金税盘的局域网内开票方法和系统 |
CN109375934A (zh) * | 2018-09-30 | 2019-02-22 | 天津天地伟业电子工业制造有限公司 | 一种网络集群设备系统的升级方法 |
CN110798349B (zh) * | 2019-10-28 | 2023-02-28 | 国家计算机网络与信息安全管理中心 | 一种配置分发、接收方法、设备及计算机可读存储介质 |
CN111935271A (zh) * | 2020-08-04 | 2020-11-13 | 青岛海信商用显示股份有限公司 | 数据更新方法、装置及存储介质 |
CN113254038B (zh) * | 2021-05-25 | 2024-03-08 | 青岛海信移动通信技术有限公司 | 一种升级确认方法、服务器、线控器和移动终端 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050010916A1 (en) * | 2003-05-24 | 2005-01-13 | Hagen David A. | System for providing software application updates to multiple clients on a network |
CN101009589A (zh) * | 2006-01-26 | 2007-08-01 | 腾讯科技(深圳)有限公司 | 一种软件升级方法及系统 |
CN101216771A (zh) * | 2007-12-29 | 2008-07-09 | 宇龙计算机通信科技(深圳)有限公司 | 一种通过个人电脑实现手机软件升级的方法、系统及装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101026850A (zh) * | 2007-03-09 | 2007-08-29 | 华为技术有限公司 | 移动终端软件自动升级的方法及系统、移动终端和软件管理服务器 |
CN101221511A (zh) * | 2008-01-25 | 2008-07-16 | 中兴通讯股份有限公司 | 一种终端设备应用软件的自动安装及升级方法 |
JP4743250B2 (ja) * | 2008-09-30 | 2011-08-10 | ソニー株式会社 | 伝送装置、伝送方法及びプログラム |
CN101437314B (zh) * | 2008-12-19 | 2011-08-24 | 华为终端有限公司 | 一种自动使用网络文件的方法、移动终端及用户设备 |
CN101860853A (zh) * | 2010-06-09 | 2010-10-13 | 中兴通讯股份有限公司 | 软件升级方法和装置 |
-
2011
- 2011-07-04 CN CN201110185057XA patent/CN102231880A/zh active Pending
- 2011-10-18 WO PCT/CN2011/080927 patent/WO2013004059A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050010916A1 (en) * | 2003-05-24 | 2005-01-13 | Hagen David A. | System for providing software application updates to multiple clients on a network |
CN101009589A (zh) * | 2006-01-26 | 2007-08-01 | 腾讯科技(深圳)有限公司 | 一种软件升级方法及系统 |
CN101216771A (zh) * | 2007-12-29 | 2008-07-09 | 宇龙计算机通信科技(深圳)有限公司 | 一种通过个人电脑实现手机软件升级的方法、系统及装置 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10268471B2 (en) * | 2015-03-24 | 2019-04-23 | Huawei Technologies Co., Ltd. | Method for upgrading terminal system, terminal, and system |
CN107632896A (zh) * | 2017-10-20 | 2018-01-26 | 广东欧珀移动通信有限公司 | 一种数据处理方法、数据处理装置及通讯设备 |
CN112188434A (zh) * | 2020-09-21 | 2021-01-05 | 西安墨科通讯科技有限公司 | Ota升级方法及系统 |
CN115314480A (zh) * | 2022-07-06 | 2022-11-08 | 深圳拓邦股份有限公司 | 一种终端远程在线升级的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102231880A (zh) | 2011-11-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2013004059A1 (zh) | 版本升级方法、终端及版本升级系统 | |
US12021840B2 (en) | Interworking between IoT service layer systems and distributed ledger systems | |
US9037118B2 (en) | Method of device authentication and application registration in a push communication framework | |
US8645948B2 (en) | Apparatus and methods for client-driven server-side installation | |
CN113891302B (zh) | 用于结束订阅的方法、设备和网络实体 | |
EP3170284B1 (en) | Enhanced operations between service layer and management layer in an m2m system by allowing the execution of a plurality of commands on a plurality of devices | |
CN102970362B (zh) | 一种云端数据共享的方法及装置 | |
WO2013131337A1 (zh) | 一种基于云服务安装应用软件的方法、装置及系统 | |
WO2011153751A1 (zh) | 软件升级方法和装置 | |
CN101895873B (zh) | 移动终端的Java应用的更新方法、服务器和移动终端 | |
KR20040018559A (ko) | 무선 네트워크를 통해 무선 장치 상에 가입애플리케이션을 제공하는 시스템 및 방법 | |
US9197575B2 (en) | Handling of snapshot messages as a result of delivery failure in a two-way push connection | |
WO2015003610A1 (zh) | 远程控制方法、装置及系统 | |
US20140244789A1 (en) | Providing near real-time device representation to applications and services | |
WO2008110121A1 (fr) | Procédé et système d'adaptation de contenus de services de données, et système de portail | |
WO2014179950A1 (zh) | 一种文件上传方法、客户端和服务端 | |
WO2011127847A2 (zh) | 非结构化补充业务服务内容的更新方法、装置及移动终端 | |
WO2015073754A1 (en) | Applying crowdsourced sequenced instructions to automatically interact with captive portals of wi-fi networks | |
CN104702634A (zh) | 数据操作请求处理方法、装置及系统 | |
CN103973648B (zh) | 应用数据推送方法、装置及系统 | |
WO2006108347A1 (fr) | Procede et systeme pour la mise a niveau de terminal de communication mobile | |
US20110264770A1 (en) | Apparatus and method for cooperatively operating web browser and local resource in mobile terminal | |
CN102215118A (zh) | 实现设备管理业务的方法、装置及系统 | |
CN111698097A (zh) | 一种证书认证方法及装置 | |
EP3487121A1 (en) | Method for updating a firmware of an iot-device over the air |
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: 11869041 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 11869041 Country of ref document: EP Kind code of ref document: A1 |