CN110764808A - Client upgrade detection method and device and computer readable storage medium - Google Patents

Client upgrade detection method and device and computer readable storage medium Download PDF

Info

Publication number
CN110764808A
CN110764808A CN201911052398.2A CN201911052398A CN110764808A CN 110764808 A CN110764808 A CN 110764808A CN 201911052398 A CN201911052398 A CN 201911052398A CN 110764808 A CN110764808 A CN 110764808A
Authority
CN
China
Prior art keywords
client
protocol version
protocol
version
version identifier
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201911052398.2A
Other languages
Chinese (zh)
Other versions
CN110764808B (en
Inventor
梁衍鹏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Kugou Computer Technology Co Ltd
Original Assignee
Guangzhou Kugou Computer Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangzhou Kugou Computer Technology Co Ltd filed Critical Guangzhou Kugou Computer Technology Co Ltd
Priority to CN201911052398.2A priority Critical patent/CN110764808B/en
Publication of CN110764808A publication Critical patent/CN110764808A/en
Application granted granted Critical
Publication of CN110764808B publication Critical patent/CN110764808B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Stored Programmes (AREA)

Abstract

The application discloses a client upgrade detection method and device and a computer readable storage medium, and belongs to the technical field of communication. The method is applied to a first client and comprises the following steps: establishing a communication connection with a second client; receiving a negotiation message which is sent by a second client and comprises a second protocol version identifier and at least one third protocol version identifier, wherein the second protocol version identifier is used for identifying the version of a target communication protocol used by the second client, and the third protocol version identifier is used for identifying the version of the target communication protocol supported by the second client; and detecting whether the first client or the second client needs to be upgraded or not according to the first protocol version identification, the second protocol version identification and at least one third protocol version identification, wherein the first protocol version identification is used for identifying the version of the target communication protocol used by the first client. The method and the device can accurately detect the upgrading requirement of the client, thereby realizing the upgrading of the target communication protocol used by the client and ensuring the normal execution of the target service.

Description

Client upgrade detection method and device and computer readable storage medium
Technical Field
The present application relates to the field of communications technologies, and in particular, to a method and an apparatus for detecting a client upgrade, and a computer-readable storage medium.
Background
The client is software which corresponds to the server and is matched with the server to provide local service for the user. The client can be installed and operated in the terminal, and the client can provide various services for users, such as web browsing, mail sending and receiving, instant messaging and the like. In order to meet the increasingly diversified or targeted demands of users, service providers will continuously change versions of clients to upgrade the clients and further improve the functions of the clients.
Disclosure of Invention
The embodiment of the application provides a client upgrade detection method, a client upgrade detection device and a computer readable storage medium, which can realize accurate detection of the upgrade requirement of a client. The technical scheme is as follows:
in one aspect, a method for detecting client upgrade is provided, where the method is applied to a first client, where the first client and a second client can jointly execute a target service, and both use a target communication protocol when jointly executing the target service, and the method includes:
establishing a communication connection with the second client;
receiving a negotiation message sent by the second client, where the negotiation message includes a second protocol version identifier and at least one third protocol version identifier, the second protocol version identifier is used to identify the version of the target communication protocol used by the second client, and the at least one third protocol version identifier is used to identify the version of the target communication protocol supported by the second client;
and detecting whether the first client or the second client needs to be upgraded or not according to a first protocol version identifier, the second protocol version identifier and the at least one third protocol version identifier, wherein the first protocol version identifier is used for identifying the version of the target communication protocol used by the first client.
Optionally, the detecting whether the first client or the second client needs to be upgraded according to the first protocol version identifier, the second protocol version identifier, and the at least one third protocol version identifier includes:
when the first protocol version identification does not exist in the at least one third protocol version identification, judging whether the version identified by the second protocol version identification is higher than the version identified by the first protocol version identification;
if the version identified by the second protocol version identification is higher than the version identified by the first protocol version identification, determining that the first client needs to be upgraded;
and if the version identified by the second protocol version identification is lower than the version identified by the first protocol version identification, determining that the second client needs to be upgraded.
Optionally, after determining that the first client needs to be upgraded, the method further includes:
upgrading the first client; or
Generating a first prompt message, wherein the first prompt message is used for prompting that the first client needs to be upgraded; displaying the first prompt message; upgrading the first client when a confirmation operation for the first prompt message is detected.
Optionally, after determining that the second client needs to be upgraded, the method further includes:
generating a second prompt message, wherein the second prompt message is used for prompting that the second client needs to be upgraded;
displaying the second prompt message; and/or sending the second prompt message to the second client.
Optionally, the first client is installed in a mobile terminal, and the second client is installed in a fixed terminal.
In one aspect, a device for detecting upgrade of a client is provided, where the device is applied to a first client, the first client and a second client can jointly execute a target service, and both use a target communication protocol when jointly executing the target service, and the device includes:
the connection module is used for establishing communication connection with the second client;
a receiving module, configured to receive a negotiation packet sent by the second client, where the negotiation packet includes a second protocol version identifier and at least one third protocol version identifier, the second protocol version identifier is used to identify a version of the target communication protocol used by the second client, and the at least one third protocol version identifier is used to identify a version of the target communication protocol supported by the second client;
a detection module, configured to detect whether the first client or the second client needs to be upgraded according to a first protocol version identifier, the second protocol version identifier, and the at least one third protocol version identifier, where the first protocol version identifier is used to identify a version of the target communication protocol used by the first client.
Optionally, the detection module includes:
a determining unit, configured to determine whether the version identified by the second protocol version identifier is higher than the version identified by the first protocol version identifier when the first protocol version identifier does not exist in the at least one third protocol version identifier;
a first determining unit, configured to determine that the first client needs to be upgraded if the version identified by the second protocol version identifier is higher than the version identified by the first protocol version identifier;
a second determining unit, configured to determine that the second client needs to be upgraded if the version identified by the second protocol version identifier is lower than the version identified by the first protocol version identifier.
Optionally, the apparatus further comprises:
the first upgrading module is used for upgrading the first client; or
The second upgrading module is used for generating a first prompt message, and the first prompt message is used for prompting that the first client needs to be upgraded; displaying the first prompt message; upgrading the first client when a confirmation operation for the first prompt message is detected.
Optionally, the apparatus further comprises:
the generating module is used for generating a second prompt message, and the second prompt message is used for prompting that the second client needs to be upgraded;
the display module is used for displaying the second prompt message; and/or the sending module is used for sending the second prompt message to the second client.
Optionally, the first client is installed in a mobile terminal, and the second client is installed in a fixed terminal.
In one aspect, a computer-readable storage medium is provided, where instructions are stored on the storage medium, and when executed by a processor, the instructions implement the steps of the above-mentioned client upgrade detection method.
The technical scheme provided by the embodiment of the application can at least bring the following beneficial effects:
after establishing communication connection with the second client, the first client may receive a negotiation packet sent by the second client. Then, the first client may detect whether the first client or the second client needs to be upgraded according to the first protocol version identifier, and the second protocol version identifier and the at least one third protocol version identifier included in the negotiation packet. Therefore, the accurate detection of the upgrading requirement of the client can be realized, the upgrading of the target communication protocol used by the first client or the second client can be realized, and the normal execution of the first client and the second client on the target service is ensured.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1 is a flowchart of a method for detecting a client upgrade according to an embodiment of the present disclosure;
fig. 2 is a flowchart of another method for detecting a client upgrade according to an embodiment of the present disclosure;
fig. 3 is a schematic diagram of a first prompting message provided in an embodiment of the present application;
fig. 4 is a flowchart of another client upgrade detection method provided in an embodiment of the present application;
fig. 5 is a schematic structural diagram of a client detection apparatus according to an embodiment of the present application;
fig. 6 is a schematic structural diagram of a terminal according to an embodiment of the present application.
Detailed Description
To make the objects, technical solutions and advantages of the present application more clear, embodiments of the present application will be described in further detail below with reference to the accompanying drawings.
It should be understood that reference to "a plurality" in this application means two or more. In the description of the present application, "/" indicates an OR meaning, for example, A/B may indicate A or B; "and/or" herein is merely an association describing an associated object, and means that there may be three relationships, e.g., a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, for the convenience of clearly describing the technical solutions of the present application, the terms "first", "second", and the like are used to distinguish the same items or similar items having substantially the same functions and actions. Those skilled in the art will appreciate that the terms "first," "second," etc. do not denote any order or quantity, nor do the terms "first," "second," etc. denote any order or importance.
Fig. 1 is a flowchart of a client upgrade detection method provided in an embodiment of the present application, where the method is applied to a first client, and the first client and a second client can jointly execute a target service. Referring to fig. 1, the method includes:
step 101: and establishing a communication connection with the second client.
Step 102: and receiving a negotiation message sent by the second client, wherein the negotiation message comprises a second protocol version identifier and at least one third protocol version identifier, the second protocol version identifier is used for identifying the version of the target communication protocol used by the second client, and the at least one third protocol version identifier is used for identifying the version of the target communication protocol supported by the second client.
Step 103: and detecting whether the first client or the second client needs to be upgraded or not according to the first protocol version identification, the second protocol version identification and at least one third protocol version identification, wherein the first protocol version identification is used for identifying the version of the target communication protocol used by the first client.
In this embodiment of the present application, after establishing a communication connection with a second client, a first client may receive a negotiation packet sent by the second client. Then, the first client may detect whether the first client or the second client needs to be upgraded according to the first protocol version identifier, and the second protocol version identifier and the at least one third protocol version identifier included in the negotiation packet. Therefore, the accurate detection of the upgrading requirement of the client can be realized, the upgrading of the target communication protocol used by the first client or the second client can be realized, and the normal execution of the first client and the second client on the target service is ensured.
Optionally, detecting whether the first client or the second client needs to be upgraded according to the first protocol version identifier, the second protocol version identifier, and at least one third protocol version identifier includes:
when the first protocol version identification does not exist in at least one third protocol version identification, judging whether the version identified by the second protocol version identification is higher than the version identified by the first protocol version identification;
if the version identified by the second protocol version identification is higher than the version identified by the first protocol version identification, determining that the first client needs to be upgraded;
and if the version identified by the second protocol version identification is lower than the version identified by the first protocol version identification, determining that the second client needs to be upgraded.
Optionally, after determining that the first client needs to be upgraded, the method further includes:
upgrading the first client; or
Generating a first prompt message, wherein the first prompt message is used for prompting a first client terminal needing to be upgraded; displaying a first prompt message; when a confirmation operation for the first prompt message is detected, the first client is upgraded.
Optionally, after determining that the second client needs to be upgraded, the method further includes:
generating a second prompt message, wherein the second prompt message is used for prompting a second client terminal needing to be upgraded;
displaying a second prompt message; and/or sending the second prompting message to the second client.
Optionally, the first client is installed in the mobile terminal, and the second client is installed in the fixed terminal.
All the above optional technical solutions can be combined arbitrarily to form an optional embodiment of the present application, and the present application embodiment is not described in detail again.
Fig. 2 is a flowchart of a client upgrade detection method according to an embodiment of the present application. Referring to fig. 2, the method includes:
step 201: the first client side and the second client side are in communication connection.
It should be noted that the first client and the second client may be clients that implement different types of services, or may be clients that implement the same type of services. For example, both the first client and the second client may be clients for instant messaging; alternatively, the first client may be a client for video playing and the second client may be a client for instant messaging. Of course, the first client and the second client may also be clients for implementing other services, which is not limited in this embodiment of the application.
In addition, the first client and the second client may be installed in different terminals. For example, the first client may be installed in a mobile terminal, the second client may be installed in a fixed terminal, the mobile terminal may be a mobile phone, a tablet computer, and the like, and the fixed terminal may be a desktop computer and the like; alternatively, the first client may be installed in a fixed terminal and the second client may be installed in a mobile terminal. Of course, the first client and the second client may also be installed in different mobile terminals, or may be installed in different fixed terminals, which is not limited in this embodiment of the application.
Moreover, the first client and the second client can jointly execute the target service. The target service can be preset, and the target service can be realized by the first client and the second client together. For example, the target service may be a screen-casting service, i.e., the first client may send a currently displayed video or image, etc. to the second client for display. Of course, the target service may also be other services that need to be executed jointly, and this is not limited in this embodiment of the present application.
Finally, the first client and the second client can both use the target communication protocol when jointly executing the target service. The target communication protocol is a rule and convention that needs to be followed when the first client and the second client jointly execute the target service.
Specifically, when the first client establishes a communication connection with the second client, the first client and the second client may establish a wired connection or a wireless connection.
For example, the first client and the second client may establish a Wireless connection through a Wi-Fi (Wireless-Fidelity) technology, a bluetooth technology, a ZigBee (ZigBee) technology, or the like; alternatively, the first client and the second client may establish a wired connection through a USB (Universal Serial Bus) interface technology, and the like, which is not limited in this embodiment of the present application.
Step 202: and the second client sends a negotiation message to the first client.
It should be noted that the second client may send the negotiation packet to the first client after establishing the communication connection with the first client, so that the first client may subsequently determine whether the two parties are compatible according to the negotiation packet.
In addition, the negotiation packet may include a second protocol version identifier and at least one third protocol version identifier. The second protocol version identification is used to identify a version of a target communication protocol used by the second client. The at least one third protocol version identifier is used to identify a version of a target communication protocol supported by the second client, that is, the at least one third protocol version identifier is used to identify a version of the target communication protocol to which a format of the target service data that can be analyzed by the second client belongs, in other words, the second client can analyze the target service data generated according to the target communication protocol of the version identified by the at least one third protocol version identifier. In a possible implementation manner, the negotiation packet may include a second protocol version identifier and a compatible protocol list, where the compatible protocol list includes the at least one third protocol version identifier, and the protocol version identifier in the compatible protocol list is used to identify a version of a target communication protocol that is compatible with the second client when executing the target service.
Furthermore, the protocol version identifier described in the embodiment of the present application is used to uniquely identify the version of the target communication protocol, that is, the protocol version identifiers of different versions of the target communication protocol are different. For example, the protocol version identifier may be a protocol version number of the target communication protocol, and the like, which is not limited in this embodiment.
It is noted that, although both the first client and the second client use the target communication protocol when jointly executing the target service, the first client and the second client may use different versions of the target communication protocol when jointly executing the target service.
Step 203: when a first client receives a negotiation message sent by a second client, whether the first client or the second client needs to be upgraded is detected according to a first protocol version identifier, a second protocol version identifier and at least one third protocol version identifier included in the negotiation message.
It should be noted that the first protocol version identifier is used to identify the version of the target communication protocol used by the first client.
Since the second protocol version identifier may indicate a version of a target communication protocol used by the second client when executing the target service, the at least one third protocol version identifier may indicate a version of the target communication protocol supported by the second client when executing the target service, and the first protocol version identifier may indicate a version of the target communication protocol used by the first client when executing the target service, the first client may determine, according to the first protocol version identifier, the second protocol version identifier, and the at least one third protocol version identifier, whether the first client and the second client can complete joint execution of the target service by using the target communication protocol of the current version, respectively, so as to determine whether the first client or the second client needs to be upgraded.
The operation of the first client detecting whether the first client or the second client needs to be upgraded according to the first protocol version identifier and the second protocol version identifier and the at least one third protocol version identifier included in the negotiation packet may include the following steps (1) - (3):
(1) when the first protocol version identification does not exist in the at least one third protocol version identification, the first client judges whether the version identified by the second protocol version identification is higher than the version identified by the first protocol version identification.
It should be noted that, when the first protocol version identifier does not exist in the at least one third protocol version identifier, it is stated that the version of the target communication protocol used by the first client in executing the target service is not supported by the second client, and thus it may be determined that the first client and the second client cannot complete the joint execution of the target service by using the target communication protocol of the current version, that is, the first client and the second client are incompatible. At this time, the first client may continue to determine whether the version identified by the second protocol version identifier is higher than the version identified by the first protocol version identifier, so as to determine whether to upgrade the first client or the second client according to the determination result.
In addition, when the first protocol version identifier exists in the at least one third protocol version identifier, it indicates that the version of the target communication protocol used by the first client in executing the target service is supported by the second client, so that it may be determined that the first client and the second client are each capable of performing joint execution of the target service using the target communication protocol of the current version, that is, the first client is compatible with the second client. At this time, the first client may determine that the first client does not need to be upgraded, and the second client does not need to be upgraded.
When the protocol version identifications used for indicating the versions of the target communication protocols are different, the first client judges whether the version identified by the second protocol version identification is higher than the version identified by the first protocol version identification in a different mode.
In a possible implementation manner, the protocol version is identified as a protocol version number of the target communication protocol, and the size of the protocol version number may indicate the version height of the target communication protocol, that is, the larger the protocol version number is, the higher the version of the target communication protocol is, and the smaller the protocol version number is, the lower the version of the target communication protocol is. In this case, the operation of the first client determining whether the version identified by the second protocol version identification is higher than the version identified by the first protocol version identification may be: when the second protocol version identification is larger than the first protocol version identification, the first client determines that the version identified by the second protocol version identification is higher than the version identified by the first protocol version identification; when the second protocol version identification is less than the first protocol version identification, the first client determines that the version identified by the second protocol version identification is lower than the version identified by the first protocol version identification.
Of course, the first client may also determine whether the version identified by the second protocol version identifier is higher than the version identified by the first protocol version identifier in other manners, which is not limited in this embodiment of the application.
It should be noted that, if the version identified by the second protocol version identifier is higher than the version identified by the first protocol version identifier, the first client may continue to perform the following step (2); if the version identified by the second protocol version identification is lower than the version identified by the first protocol version identification, the first client may proceed to step (3) as follows.
(2) If the version identified by the second protocol version identification is higher than the version identified by the first protocol version identification, the first client determines that the first client needs to be upgraded.
When the version identified by the second protocol version identifier is higher than the version identified by the first protocol version identifier, it is indicated that the incompatibility between the first client and the second client is caused by the fact that the version of the target communication protocol used by the first client when executing the target service is too low, so that the first client can determine that the first client needs to be upgraded to upgrade the target communication protocol used by the first client when executing the target service, and ensure that the first client and the second client execute the target service normally.
Further, after the first client determines that the first client needs to be upgraded, the first client may be directly upgraded. Alternatively, the first client may generate the first prompt message first, display the first prompt message, and then upgrade the first client when a confirmation operation for the first prompt message is detected.
It should be noted that the first prompt message is used to prompt that the first client needs to be upgraded. After the first client displays the first prompt message, the user can see the first prompt message, so that the user can know that the first client needs to be upgraded in time, and the user can upgrade the first client in time conveniently. For example, as shown in fig. 3, the first prompt message may include prompt content "the first client needs to be upgraded", and include an "upgrade" option for indicating that the first client is upgraded and a "not upgrade" option for indicating that the first client is not upgraded.
In addition, the confirmation operation for the first prompt message is used to instruct to upgrade the first client, and the confirmation operation may be a click operation, a slide operation, a voice operation, a gesture operation, or the like, which is triggered by a user, and is not limited in this embodiment of the application. For example, the confirmation operation for the first prompting message may be a click operation of the user on the "upgrade" option in the first prompting message shown in fig. 3.
The operation of upgrading the first client is similar to the operation of upgrading a client in the related art, and this is not described in detail in this embodiment of the application. For example, a first client may send an upgrade request to a server; when the server receives the upgrading request, the server can acquire a client upgrading file and send the client upgrading file to the first client; when the first client receives the client upgrading file, upgrading can be performed according to the client upgrading file.
(3) If the version identified by the second protocol version identification is lower than the version identified by the first protocol version identification, the first client determines that the second client needs to be upgraded.
When the version identified by the second protocol version identification is lower than the version identified by the first protocol version identification, it is indicated that the incompatibility between the first client and the second client is caused by the fact that the version of the target communication protocol used by the second client when executing the target service is too low, so that the first client can determine that the second client needs to be upgraded to upgrade the target communication protocol used by the second client when executing the target service, and ensure the normal execution of the target service by the first client and the second client.
Further, after the first client determines that the second client needs to be upgraded, a second prompt message may be generated. The first client may then display a second prompting message; and/or sending the second prompting message to the second client.
After the first client sends the second prompt message to the second client, the second client may receive the second prompt message. Then, the second client can be directly upgraded; alternatively, the second client may display the second prompt message first, and upgrade the second client when a confirmation operation for the second prompt message is detected.
It should be noted that the second prompt message is used to prompt that the second client needs to be upgraded. After the first client or the second client displays the second prompt message, the user can see the second prompt message, so that the user can know that the second client needs to be upgraded in time, and the user can conveniently upgrade the second client in time.
In addition, the confirmation operation for the second prompt message is used to instruct to upgrade the second client, and the confirmation operation may be a click operation, a slide operation, a voice operation, a gesture operation, or the like, which is triggered by the user, and is not limited in this embodiment of the application.
Moreover, the operation of upgrading the second client is similar to the operation of upgrading a client in the related art, which is not described in detail in the embodiments of the present application. For example, the second client may send an upgrade request to the server; when the server receives the upgrading request, the server can acquire a client upgrading file and send the client upgrading file to a second client; when the second client receives the client upgrading file, upgrading can be performed according to the client upgrading file.
For ease of understanding, the above-described client upgrade detection method is exemplified below with reference to fig. 4.
It is worth noting that the operating systems of the mobile phones include IOS and android, and clients installed in the mobile phones using different operating systems for realizing the same service are different. For example, a client 1 is installed in a mobile phone using an IOS system, a client 2 is installed in a mobile phone using an android system, and the client 1 and the client 2 are different, but the client 1 and the client 2 can realize the same instant messaging function. And the clients installed in different computers for realizing the same service are often the same. Therefore, the client installed in the computer can be selected as a main compatible party to perform recent version compatibility on the client installed in the mobile phone. That is, the client installed in the computer may be selected as the second client, and the client installed in the mobile phone may be selected as the first client, and then compatibility is achieved by the client upgrade detection method provided in the embodiment of the present application.
Referring to fig. 4, the client upgrade detection method may include the following steps:
firstly, a computer client and a mobile phone client establish communication connection.
And secondly, the computer client sends a negotiation message to the mobile phone client.
And thirdly, the mobile phone client judges whether the mobile phone client is compatible with the computer client or not according to the negotiation message. If compatible, the fourth step is executed, and if not, the fifth step is executed.
Fourthly, the mobile phone client communicates with the computer client continuously.
And fifthly, the mobile phone client judges whether the mobile phone client or the computer client needs to be upgraded. If the mobile phone client needs to be upgraded, executing the sixth step; and if the computer client needs to be upgraded, executing the seventh step.
And sixthly, automatically upgrading the mobile phone client.
And seventhly, the mobile phone client informs the computer client of the need of upgrading, and the computer client automatically upgrades after receiving the notice.
In this embodiment of the present application, after establishing a communication connection with a second client, a first client may receive a negotiation packet sent by the second client. Then, the first client may detect whether the first client or the second client needs to be upgraded according to the first protocol version identifier, and the second protocol version identifier and the at least one third protocol version identifier included in the negotiation packet. Therefore, the accurate detection of the upgrading requirement of the client can be realized, the upgrading of the target communication protocol used by the first client or the second client can be realized, and the normal execution of the first client and the second client on the target service is ensured.
Fig. 5 is a schematic structural diagram of a client upgrade detection apparatus according to an embodiment of the present application, where the apparatus is applied to a first client, and the first client and a second client can jointly execute a target service. Referring to fig. 5, the apparatus includes: a connection module 501, a receiving module 502 and a detection module 503.
A connection module 501, configured to establish a communication connection with a second client;
a receiving module 502, configured to receive a negotiation packet sent by a second client, where the negotiation packet includes a second protocol version identifier and at least one third protocol version identifier, the second protocol version identifier is used to identify a version of a target communication protocol used by the second client, and the at least one third protocol version identifier is used to identify a version of the target communication protocol supported by the second client;
the detecting module 503 is configured to detect whether the first client or the second client needs to be upgraded according to the first protocol version identifier, the second protocol version identifier, and at least one third protocol version identifier, where the first protocol version identifier is used to identify a version of a target communication protocol used by the first client.
Optionally, the detection module 503 includes:
a judging unit, configured to, when the first protocol version identifier does not exist in the at least one third protocol version identifier, judge whether the version identified by the second protocol version identifier is higher than the version identified by the first protocol version identifier;
the first determining unit is used for determining that the first client needs to be upgraded if the version identified by the second protocol version identification is higher than the version identified by the first protocol version identification;
a second determining unit, configured to determine that the second client needs to be upgraded if the version identified by the second protocol version identification is lower than the version identified by the first protocol version identification.
Optionally, the apparatus further comprises:
the first upgrading module is used for upgrading the first client; or
The second upgrading module is used for generating a first prompt message, and the first prompt message is used for prompting the first client terminal needing to be upgraded; displaying a first prompt message; when a confirmation operation for the first prompt message is detected, the first client is upgraded.
Optionally, the apparatus further comprises:
the generating module is used for generating a second prompt message, and the second prompt message is used for prompting that the second client needs to be upgraded;
the display module is used for displaying the second prompt message; and/or the sending module is used for sending the second prompt message to the second client.
Optionally, the first client is installed in the mobile terminal, and the second client is installed in the fixed terminal.
In this embodiment of the present application, after establishing a communication connection with a second client, a first client may receive a negotiation packet sent by the second client. Then, the first client may detect whether the first client or the second client needs to be upgraded according to the first protocol version identifier, and the second protocol version identifier and the at least one third protocol version identifier included in the negotiation packet. Therefore, the accurate detection of the upgrading requirement of the client can be realized, the upgrading of the target communication protocol used by the first client or the second client can be realized, and the normal execution of the first client and the second client on the target service is ensured.
It should be noted that: in the client upgrade detection apparatus provided in the above embodiment, only the division of the above functional modules is used for illustration when detecting the client upgrade, and in practical applications, the function distribution may be completed by different functional modules according to needs, that is, the internal structure of the apparatus is divided into different functional modules to complete all or part of the functions described above. In addition, the client upgrade detection device and the client upgrade detection method provided by the above embodiments belong to the same concept, and specific implementation processes thereof are detailed in the method embodiments and are not described herein again.
Fig. 6 is a schematic structural diagram of a terminal according to an embodiment of the present application, where the terminal may have a first client installed therein. Referring to fig. 6, the terminal 600 may be: a smart phone, a tablet computer, an MP3 player (Moving Picture experts Group Audio Layer III, motion video experts compression standard Audio Layer 3), an MP4 player (Moving Picture experts Group Audio Layer IV, motion video experts compression standard Audio Layer 4), a notebook computer, or a desktop computer. The terminal 600 may also be referred to by other names such as user equipment, portable terminal, laptop terminal, desktop terminal, etc.
In general, the terminal 600 includes: a processor 601 and a memory 602.
The processor 601 may include one or more processing cores, such as a 4-core processor, an 8-core processor, and so on. The processor 601 may be implemented in at least one hardware form of a DSP (Digital Signal Processing), an FPGA (Field-Programmable Gate Array), and a PLA (Programmable Logic Array). The processor 601 may also include a main processor and a coprocessor, where the main processor is a processor for processing data in an awake state, and is also called a Central Processing Unit (CPU); a coprocessor is a low power processor for processing data in a standby state. In some embodiments, the processor 601 may be integrated with a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content that the display screen needs to display. In some embodiments, processor 601 may also include an AI (Artificial Intelligence) processor for processing computational operations related to machine learning.
The memory 602 may include one or more computer-readable storage media, which may be non-transitory. The memory 602 may also include high-speed random access memory as well as non-volatile memory, such as one or more magnetic disk storage devices, flash memory storage devices. In some embodiments, a non-transitory computer readable storage medium in memory 602 is used to store at least one instruction for execution by processor 601 to implement the client upgrade detection method provided by method embodiments herein.
In some embodiments, the terminal 600 may further optionally include: a peripheral interface 603 and at least one peripheral. The processor 601, memory 602, and peripheral interface 603 may be connected by buses or signal lines. Various peripheral devices may be connected to the peripheral interface 603 via a bus, signal line, or circuit board. Specifically, the peripheral device includes: at least one of a radio frequency circuit 604, a touch screen display 605, a camera 606, an audio circuit 607, a positioning component 608, and a power supply 609.
The peripheral interface 603 may be used to connect at least one peripheral related to I/O (Input/Output) to the processor 601 and the memory 602. In some embodiments, the processor 601, memory 602, and peripheral interface 603 are integrated on the same chip or circuit board; in some other embodiments, any one or both of the processor 601, the memory 602, and the peripheral interface 603 may be implemented on a separate chip or circuit board, which is not limited in this application.
The Radio Frequency circuit 604 is used for receiving and transmitting RF (Radio Frequency) signals, also called electromagnetic signals. The radio frequency circuitry 604 communicates with communication networks and other communication devices via electromagnetic signals. The rf circuit 604 converts an electrical signal into an electromagnetic signal to transmit, or converts a received electromagnetic signal into an electrical signal. Optionally, the radio frequency circuit 604 comprises: an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a subscriber identity module card, etc. The radio frequency circuitry 604 may communicate with other terminals via at least one wireless communication protocol. The wireless communication protocols include, but are not limited to: metropolitan area networks, various generation mobile communication networks (2G, 3G, 4G, and 5G), Wireless local area networks, and/or WiFi (Wireless Fidelity) networks. In some embodiments, the rf circuit 604 may further include NFC (Near Field Communication) related circuits, which are not limited in this application.
The display 605 is used to display a UI (User Interface). The UI may include graphics, text, icons, video, and any combination thereof. When the display screen 605 is a touch display screen, the display screen 605 also has the ability to capture touch signals on or over the surface of the display screen 605. The touch signal may be input to the processor 601 as a control signal for processing. At this point, the display 605 may also be used to provide virtual buttons and/or a virtual keyboard, also referred to as soft buttons and/or a soft keyboard. In some embodiments, the display 605 may be one, disposed on the front panel of the terminal 600; in other embodiments, the display 605 may be at least two, respectively disposed on different surfaces of the terminal 600 or in a folded design; in still other embodiments, the display 605 may be a flexible display disposed on a curved surface or on a folded surface of the terminal 600. Even more, the display 605 may be arranged in a non-rectangular irregular pattern, i.e., a shaped screen. The Display 605 may be made of LCD (Liquid Crystal Display), OLED (Organic Light-Emitting Diode), and the like.
The camera assembly 606 is used to capture images or video. Optionally, camera assembly 606 includes a front camera and a rear camera. Generally, a front camera is disposed at a front panel of the terminal, and a rear camera is disposed at a rear surface of the terminal. In some embodiments, the number of the rear cameras is at least two, and each rear camera is any one of a main camera, a depth-of-field camera, a wide-angle camera and a telephoto camera, so that the main camera and the depth-of-field camera are fused to realize a background blurring function, and the main camera and the wide-angle camera are fused to realize panoramic shooting and VR (Virtual Reality) shooting functions or other fusion shooting functions. In some embodiments, camera assembly 606 may also include a flash. The flash lamp can be a monochrome temperature flash lamp or a bicolor temperature flash lamp. The double-color-temperature flash lamp is a combination of a warm-light flash lamp and a cold-light flash lamp, and can be used for light compensation at different color temperatures.
Audio circuitry 607 may include a microphone and a speaker. The microphone is used for collecting sound waves of a user and the environment, converting the sound waves into electric signals, and inputting the electric signals to the processor 601 for processing or inputting the electric signals to the radio frequency circuit 604 to realize voice communication. For the purpose of stereo sound collection or noise reduction, a plurality of microphones may be provided at different portions of the terminal 600. The microphone may also be an array microphone or an omni-directional pick-up microphone. The speaker is used to convert electrical signals from the processor 601 or the radio frequency circuit 604 into sound waves. The loudspeaker can be a traditional film loudspeaker or a piezoelectric ceramic loudspeaker. When the speaker is a piezoelectric ceramic speaker, the speaker can be used for purposes such as converting an electric signal into a sound wave audible to a human being, or converting an electric signal into a sound wave inaudible to a human being to measure a distance. In some embodiments, audio circuitry 607 may also include a headphone jack.
The positioning component 608 is used to locate the current geographic location of the terminal 600 to implement navigation or LBS (location based Service). The positioning component 608 can be a positioning component based on the GPS (global positioning System) in the united states, the beidou System in china, the graves System in russia, or the galileo System in the european union.
Power supply 609 is used to provide power to the various components in terminal 600. The power supply 609 may be ac, dc, disposable or rechargeable. When the power supply 609 includes a rechargeable battery, the rechargeable battery may support wired or wireless charging. The rechargeable battery may also be used to support fast charge technology.
In some embodiments, the terminal 600 also includes one or more sensors 610. The one or more sensors 610 include, but are not limited to: acceleration sensor 611, gyro sensor 612, pressure sensor 613, fingerprint sensor 614, optical sensor 615, and proximity sensor 616.
The acceleration sensor 611 may detect the magnitude of acceleration in three coordinate axes of the coordinate system established with the terminal 600. For example, the acceleration sensor 611 may be used to detect components of the gravitational acceleration in three coordinate axes. The processor 601 may control the touch screen display 605 to display the user interface in a landscape view or a portrait view according to the gravitational acceleration signal collected by the acceleration sensor 611. The acceleration sensor 611 may also be used for acquisition of motion data of a game or a user.
The gyro sensor 612 may detect a body direction and a rotation angle of the terminal 600, and the gyro sensor 612 and the acceleration sensor 611 may cooperate to acquire a 3D motion of the user on the terminal 600. The processor 601 may implement the following functions according to the data collected by the gyro sensor 612: motion sensing (such as changing the UI according to a user's tilting operation), image stabilization at the time of photographing, game control, and inertial navigation.
The pressure sensor 613 may be disposed on a side frame of the terminal 600 and/or on a lower layer of the touch display screen 605. When the pressure sensor 613 is disposed on the side frame of the terminal 600, a user's holding signal of the terminal 600 can be detected, and the processor 601 performs left-right hand recognition or shortcut operation according to the holding signal collected by the pressure sensor 613. When the pressure sensor 613 is disposed at the lower layer of the touch display screen 605, the processor 601 controls the operability control on the UI interface according to the pressure operation of the user on the touch display screen 605. The operability control comprises at least one of a button control, a scroll bar control, an icon control and a menu control.
The fingerprint sensor 614 is used for collecting a fingerprint of a user, and the processor 601 identifies the identity of the user according to the fingerprint collected by the fingerprint sensor 614, or the fingerprint sensor 614 identifies the identity of the user according to the collected fingerprint. Upon identifying that the user's identity is a trusted identity, the processor 601 authorizes the user to perform relevant sensitive operations including unlocking the screen, viewing encrypted information, downloading software, paying, and changing settings, etc. The fingerprint sensor 614 may be disposed on the front, back, or side of the terminal 600. When a physical button or vendor Logo is provided on the terminal 600, the fingerprint sensor 614 may be integrated with the physical button or vendor Logo.
The optical sensor 615 is used to collect the ambient light intensity. In one embodiment, processor 601 may control the display brightness of touch display 605 based on the ambient light intensity collected by optical sensor 615. Specifically, when the ambient light intensity is high, the display brightness of the touch display screen 605 is increased; when the ambient light intensity is low, the display brightness of the touch display screen 605 is turned down. In another embodiment, the processor 601 may also dynamically adjust the shooting parameters of the camera assembly 606 according to the ambient light intensity collected by the optical sensor 615.
The proximity sensor 616, also referred to as a distance sensor, is typically disposed on the front panel of the terminal 600. The proximity sensor 616 is used to collect the distance between the user and the front surface of the terminal 600. In one embodiment, when the proximity sensor 616 detects that the distance between the user and the front surface of the terminal 600 gradually decreases, the processor 601 controls the touch display 605 to switch from the bright screen state to the dark screen state; when the proximity sensor 616 detects that the distance between the user and the front surface of the terminal 600 gradually becomes larger, the processor 601 controls the touch display 605 to switch from the breath screen state to the bright screen state.
Those skilled in the art will appreciate that the configuration shown in fig. 6 is not intended to be limiting of terminal 600 and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components may be used.
It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, where the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.
The above description is only exemplary of the present application and should not be taken as limiting the present application, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the protection scope of the present application.

Claims (11)

1. A client upgrade detection method is applied to a first client, the first client and a second client can jointly execute a target service, and both use a target communication protocol when jointly executing the target service, and the method comprises the following steps:
establishing a communication connection with the second client;
receiving a negotiation message sent by the second client, where the negotiation message includes a second protocol version identifier and at least one third protocol version identifier, the second protocol version identifier is used to identify the version of the target communication protocol used by the second client, and the at least one third protocol version identifier is used to identify the version of the target communication protocol supported by the second client;
and detecting whether the first client or the second client needs to be upgraded or not according to a first protocol version identifier, the second protocol version identifier and the at least one third protocol version identifier, wherein the first protocol version identifier is used for identifying the version of the target communication protocol used by the first client.
2. The method of claim 1, wherein said detecting whether said first client or said second client needs to be upgraded based on said first protocol version identification, said second protocol version identification, and said at least one third protocol version identification comprises:
when the first protocol version identification does not exist in the at least one third protocol version identification, judging whether the version identified by the second protocol version identification is higher than the version identified by the first protocol version identification;
if the version identified by the second protocol version identification is higher than the version identified by the first protocol version identification, determining that the first client needs to be upgraded;
and if the version identified by the second protocol version identification is lower than the version identified by the first protocol version identification, determining that the second client needs to be upgraded.
3. The method of claim 2, wherein after determining that the first client needs to be upgraded, further comprising:
upgrading the first client; or
Generating a first prompt message, wherein the first prompt message is used for prompting that the first client needs to be upgraded; displaying the first prompt message; upgrading the first client when a confirmation operation for the first prompt message is detected.
4. The method of claim 2, wherein after determining that the second client needs to be upgraded, further comprising:
generating a second prompt message, wherein the second prompt message is used for prompting that the second client needs to be upgraded;
displaying the second prompt message; and/or sending the second prompt message to the second client.
5. The method according to any of claims 1-4, wherein the first client is installed in a mobile terminal and the second client is installed in a fixed terminal.
6. A client upgrade detection apparatus, applied to a first client, where the first client and a second client are capable of jointly executing a target service, and both use a target communication protocol when jointly executing the target service, the apparatus comprising:
the connection module is used for establishing communication connection with the second client;
a receiving module, configured to receive a negotiation packet sent by the second client, where the negotiation packet includes a second protocol version identifier and at least one third protocol version identifier, the second protocol version identifier is used to identify a version of the target communication protocol used by the second client, and the at least one third protocol version identifier is used to identify a version of the target communication protocol supported by the second client;
a detection module, configured to detect whether the first client or the second client needs to be upgraded according to a first protocol version identifier, the second protocol version identifier, and the at least one third protocol version identifier, where the first protocol version identifier is used to identify a version of the target communication protocol used by the first client.
7. The apparatus of claim 6, wherein the detection module comprises:
a determining unit, configured to determine whether the version identified by the second protocol version identifier is higher than the version identified by the first protocol version identifier when the first protocol version identifier does not exist in the at least one third protocol version identifier;
a first determining unit, configured to determine that the first client needs to be upgraded if the version identified by the second protocol version identifier is higher than the version identified by the first protocol version identifier;
a second determining unit, configured to determine that the second client needs to be upgraded if the version identified by the second protocol version identifier is lower than the version identified by the first protocol version identifier.
8. The apparatus of claim 7, wherein the apparatus further comprises:
the first upgrading module is used for upgrading the first client; or
The second upgrading module is used for generating a first prompt message, and the first prompt message is used for prompting that the first client needs to be upgraded; displaying the first prompt message; upgrading the first client when a confirmation operation for the first prompt message is detected.
9. The apparatus of claim 7, wherein the apparatus further comprises:
the generating module is used for generating a second prompt message, and the second prompt message is used for prompting that the second client needs to be upgraded;
the display module is used for displaying the second prompt message; and/or the sending module is used for sending the second prompt message to the second client.
10. The apparatus according to any of claims 6-9, wherein the first client is installed in a mobile terminal and the second client is installed in a fixed terminal.
11. A computer-readable storage medium having instructions stored thereon, wherein the instructions, when executed by a processor, implement the steps of any of the methods of claims 1-5.
CN201911052398.2A 2019-10-31 2019-10-31 Client upgrade detection method, device and computer readable storage medium Active CN110764808B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911052398.2A CN110764808B (en) 2019-10-31 2019-10-31 Client upgrade detection method, device and computer readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911052398.2A CN110764808B (en) 2019-10-31 2019-10-31 Client upgrade detection method, device and computer readable storage medium

Publications (2)

Publication Number Publication Date
CN110764808A true CN110764808A (en) 2020-02-07
CN110764808B CN110764808B (en) 2023-10-13

Family

ID=69335224

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911052398.2A Active CN110764808B (en) 2019-10-31 2019-10-31 Client upgrade detection method, device and computer readable storage medium

Country Status (1)

Country Link
CN (1) CN110764808B (en)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102480495A (en) * 2010-11-23 2012-05-30 中兴通讯股份有限公司 Processing method and system of protocol version marked between network elements
CN103092702A (en) * 2011-11-01 2013-05-08 宏碁股份有限公司 Data synchronization method and data synchronization system applying same
CN106462424A (en) * 2015-03-24 2017-02-22 华为技术有限公司 Method for updating terminal system, terminal and system
WO2019037458A1 (en) * 2017-08-22 2019-02-28 深圳市道通智能航空技术有限公司 Communication method and apparatus

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102480495A (en) * 2010-11-23 2012-05-30 中兴通讯股份有限公司 Processing method and system of protocol version marked between network elements
CN103092702A (en) * 2011-11-01 2013-05-08 宏碁股份有限公司 Data synchronization method and data synchronization system applying same
CN106462424A (en) * 2015-03-24 2017-02-22 华为技术有限公司 Method for updating terminal system, terminal and system
WO2019037458A1 (en) * 2017-08-22 2019-02-28 深圳市道通智能航空技术有限公司 Communication method and apparatus

Also Published As

Publication number Publication date
CN110764808B (en) 2023-10-13

Similar Documents

Publication Publication Date Title
CN110308956B (en) Application interface display method and device and mobile terminal
CN110636477B (en) Device connection method, device, terminal and storage medium
CN113204298B (en) Method and device for displaying release progress, electronic equipment and storage medium
CN110740340B (en) Video live broadcast method and device and storage medium
CN110659127A (en) Method, device and system for processing task
CN109800003B (en) Application downloading method, device, terminal and storage medium
CN111897465B (en) Popup display method, device, equipment and storage medium
CN108848492B (en) Method, device, terminal and storage medium for starting user identity identification card
CN113076051A (en) Slave control terminal synchronization method, device, terminal and storage medium
CN110784370B (en) Method and device for testing equipment, electronic equipment and medium
CN109783176B (en) Page switching method and device
CN110769120A (en) Method, device, equipment and storage medium for message reminding
CN107943484B (en) Method and device for executing business function
CN110086814B (en) Data acquisition method and device and storage medium
CN111881423A (en) Method, device and system for limiting function use authorization
CN109033473B (en) Picture sharing method and device and computer readable storage medium
CN112118353A (en) Information display method, device, terminal and computer readable storage medium
CN109413190B (en) File acquisition method and device, electronic equipment and storage medium
CN111008083A (en) Page communication method and device, electronic equipment and storage medium
CN111464829B (en) Method, device and equipment for switching media data and storage medium
CN110971692B (en) Method and device for opening service and computer storage medium
CN110471613B (en) Data storage method, data reading method, device and system
CN113076452A (en) Application classification method, device, equipment and computer readable storage medium
CN110764808B (en) Client upgrade detection method, device and computer readable storage medium
CN111158791A (en) Configuration file updating method, device and system and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant