CN110764808B - Client upgrade detection method, device and computer readable storage medium - Google Patents
Client upgrade detection method, device and computer readable storage medium Download PDFInfo
- Publication number
- CN110764808B CN110764808B CN201911052398.2A CN201911052398A CN110764808B CN 110764808 B CN110764808 B CN 110764808B CN 201911052398 A CN201911052398 A CN 201911052398A CN 110764808 B CN110764808 B CN 110764808B
- Authority
- CN
- China
- Prior art keywords
- client
- protocol
- protocol version
- 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.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- 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 Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The application discloses a method and a device for detecting client upgrade 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 communication connection with a second client; receiving a negotiation message sent by a second client and comprising 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 according to the first protocol version identifier, the second protocol version identifier and 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. The application 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
Technical Field
The present application relates to the field of communications technologies, and in particular, to a method and apparatus for detecting client upgrades, and a computer readable storage medium.
Background
The client side is software corresponding to the server side and matched with the server side to provide local service for the user. The client may be installed and run in the terminal, and the client may provide various services to the user, such as web browsing, mailing, instant messaging, and the like. In order to meet the increasingly diversified or targeted demands of users, service providers continuously change versions of clients to upgrade the clients, thereby further improving the functions of the clients.
Disclosure of Invention
The embodiment of the application provides a method and a device for detecting client upgrade and a computer readable storage medium, which can realize accurate detection of client upgrade requirements. The technical scheme is as follows:
in one aspect, a method for detecting an upgrade of a client is provided, which is applied to a first client, where the first client and the second client can jointly execute a target service, and when the target service is jointly executed, all target communication protocols are used, and the method includes:
establishing communication connection with the second client;
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;
and detecting 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, 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 identifier does not exist in the at least one third protocol version identifier, judging whether the version identified by the second protocol version identifier is higher than the version identified by the first protocol version identifier;
If the second protocol version identification identifies a version higher than the first protocol version identification, determining that the first client needs to be upgraded;
if the second protocol version identification identifies a version that is lower than the version identified by the first protocol version identification, it is determined that the second client needs to be upgraded.
Optionally, after the determining that the first client needs to be upgraded, the method further includes:
upgrading the first client; or alternatively
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; and upgrading the first client when the confirmation operation for the first prompt message is detected.
Optionally, after the 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 client upgrade detection apparatus is provided, which is applied to a first client, where the first client and the second client can jointly execute a target service, and both use a target communication protocol when jointly executing the target service, and the apparatus 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, where 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;
the detection module is used for detecting 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, and the first protocol version identifier is used for identifying the version of the target communication protocol used by the first client.
Optionally, the detection module includes:
a judging unit, configured to judge, when the first protocol version identifier does not exist in the at least one third protocol version identifier, whether a version identified by the second protocol version identifier is higher than a version identified by the first 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;
and the second determining unit is used for determining 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 alternatively
The second upgrading module is used for generating a first prompting message which is used for prompting that the first client needs to be upgraded; displaying the first prompt message; and upgrading the first client when the confirmation operation for the first prompt message is detected.
Optionally, the apparatus further comprises:
The generation module is used for generating a second prompt message which 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 a sending module, configured to send the second prompting 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, where the instructions, when executed by a processor, implement the steps of the method for detecting a client upgrade described above.
The technical scheme provided by the embodiment of the application at least has the following beneficial effects:
after the first client establishes communication connection with the second client, the first client can receive the negotiation message 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 message. Therefore, the accurate detection of the client upgrading requirement can be realized, and the upgrading of the target communication protocol used by the first client or the second client can be realized, so that the normal execution of the target service by the first client and the second client is ensured.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for the description of the embodiments will be briefly described below, and it is apparent that the drawings in the following description are only some embodiments of the present application, and other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.
FIG. 1 is a flowchart of a method for detecting client upgrades according to an embodiment of the present application;
FIG. 2 is a flowchart of another method for detecting client upgrades according to an embodiment of the present application;
FIG. 3 is a schematic diagram of a first hint message according to an embodiment of the present application;
FIG. 4 is a flowchart of a further method for detecting client upgrades according to an embodiment of the present application;
fig. 5 is a schematic structural diagram of a client detection device 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
For the purpose of making the objects, technical solutions and advantages of the present application more apparent, the embodiments of the present application will be described in further detail with reference to the accompanying drawings.
It should be understood that references to "a plurality" in this disclosure refer to two or more. In the description of the present application, "/" means or, unless otherwise indicated, for example, A/B may represent A or B; "and/or" herein is merely an association relationship describing an association object, and means that three relationships may exist, for example, a and/or B may mean: a exists alone, A and B exist together, and B exists alone. In addition, in order to facilitate the clear description of the technical solution of the present application, the words "first", "second", etc. are used to distinguish the same item or similar items having substantially the same function and function. It will be appreciated by those of skill in the art that the words "first," "second," and the like do not limit the amount and order of execution, and that the words "first," "second," and the like do not necessarily differ.
Fig. 1 is a flowchart of a method for detecting a client upgrade, which is 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 according to the first protocol version identifier, the second protocol version identifier and 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.
In the embodiment of the application, after the first client establishes communication connection with the second client, the first client can receive the negotiation message 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 message. Therefore, the accurate detection of the client upgrading requirement can be realized, and the upgrading of the target communication protocol used by the first client or the second client can be realized, so that the normal execution of the target service by the first client and the second client 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 the at least one third protocol version identifier includes:
when the first protocol version identifier does not exist in the at least one third protocol version identifier, judging whether the version identified by the second protocol version identifier is higher than the version identified by the first protocol version identifier;
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;
if the second protocol version identification identifies a version that is lower than the version identified by the first protocol version identification, it is determined 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 alternatively
Generating a first prompt message, wherein the first prompt message is used for prompting that the first client needs to be upgraded; displaying a first prompt message; when a confirmation operation for the first hint 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 that the second client needs to be upgraded;
Displaying a 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.
All the above optional technical solutions may be combined according to any choice to form an optional embodiment of the present application, and the embodiments of the present application will not be described in detail.
Fig. 2 is a flowchart of a method for detecting client upgrade according to an embodiment of the present application. Referring to fig. 2, the method includes:
step 201: the first client establishes a communication connection with the second client.
It should be noted that, the first client and the second client may be clients that implement different types of services, or clients that implement the same type of service. For example, the first client and the second client may each be clients for instant messaging; alternatively, the first client may be a client for video playback 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 by the embodiment of the present 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, etc., and the fixed terminal may be a desktop computer, etc.; 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 by the embodiment of the present application.
Furthermore, the first client and the second client can jointly execute the target service. The target service may be preset, and the target service may be jointly implemented by the first client and the second client. For example, the target service may be a drop 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 be another service that needs to be jointly executed, which is not limited in the 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 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 may establish a wired connection or a wireless connection with the second client.
For example, the first client and the second client may establish Wireless connection through Wi-Fi (Wireless-Fidelity) technology, bluetooth technology, 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, etc., which is not limited by the embodiment of the present application.
Step 202: and the second client sends the negotiation message to the first client.
It should be noted that, after the second client establishes a communication connection with the first client, the second client may send a negotiation message to the first client, so that the first client may determine whether the two parties are compatible according to the negotiation message.
In addition, the negotiation message 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 the target communication protocol used by the second client. The at least one third protocol version identification is used to identify a version of the target communication protocol supported by the second client, i.e. the at least one third protocol version identification is used to identify a version of the target communication protocol to which the format of the target traffic data that the second client is capable of parsing belongs, in other words the second client is capable of parsing the target traffic data generated from the target communication protocol of the version identified by the at least one third protocol version identification. In a possible implementation manner, the negotiation message 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 compatible with the second client when executing the target service.
Furthermore, the protocol version identifier 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 the target communication protocols of different versions are different. For example, the protocol version identifier may be a protocol version number of the target communication protocol, and the embodiment of the present application is not limited thereto.
It is noted that while the first client and the second client both 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 the first client receives a negotiation message sent by the second client, 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 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 identification 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 identification may indicate a version of the target communication protocol supported by the second client when executing the target service, and the first protocol version identification may indicate a version of the target communication protocol used by the first client when executing the target service, the first client may determine whether the first client and the second client are each capable of performing joint execution of the target service using the current version of the target communication protocol according to the first protocol version identification, the second protocol version identification, and the at least one third protocol version identification, thereby determining 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, the second protocol version identifier and at least one third protocol version identifier included in the negotiation message may include the following steps (1) - (3):
(1) When the first protocol version identifier does not exist in the at least one third protocol version identifier, the first client judges whether the version identified by the second protocol version identifier is higher than the version identified by the first protocol version identifier.
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 explained that the version of the target communication protocol used by the first client when executing the target service is not supported by the second client, so it may be determined that the first client and the second client cannot respectively complete joint execution of the target service using the target communication protocol of the current version, that is, the first client is not compatible with the second client. The first client may then continue to determine whether the version identified by the second protocol version identification is higher than the version identified by the first protocol version identification to determine whether to upgrade the first client or the second client based on the determination.
In addition, when the first protocol version identifier exists in the at least one third protocol version identifier, 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 can be determined that the first client and the second client can each complete joint execution of the target service by using the target communication protocol of the current version, that is, the first client is compatible with the second client. The first client may determine that the first client does not need to be upgraded or the second client does not need to be upgraded at this time.
Wherein, when the protocol version identifiers for indicating the versions of the target communication protocols are different, the first client determines whether the versions identified by the second protocol version identifiers are higher than the versions identified by the first protocol version identifiers in different manners.
In one possible implementation, 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 level of the target communication protocol, that is, the greater the protocol version number, the higher the version of the target communication protocol, the smaller the protocol version number, and the lower the version of the target communication protocol. In this case, the operation of the first client determining whether the version identified by the second protocol version identifier is higher than the version identified by the first protocol version identifier may be: when the second protocol version identifier is larger than the first protocol version identifier, the first client determines that the version identified by the second protocol version identifier is higher than the version identified by the first protocol version identifier; when the second protocol version identification is smaller 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 by the embodiment of the present 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 execute the following step (2); if the second protocol version identification identifies a version that is lower than the version identified by the first protocol version identification, the first client may continue to perform step (3) as follows.
(2) If the second protocol version identification identifies a version that 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 identification is higher than the version identified by the first protocol version identification, the first client and the second client are incompatible, which 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 normal execution of the target service by the first client and the second client is ensured.
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 hint message first, display the first hint message, and then upgrade the first client when a confirmation operation for the first hint message is detected.
It should be noted that, the first prompt message is used for prompting that the first client needs to be upgraded. After the first prompt message is displayed by the first client, 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. 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 to upgrade the first client and an "not upgrade" option for indicating not to upgrade the first client.
In addition, the confirmation operation for the first prompt message is used for indicating to upgrade the first client, and the confirmation operation may be a click operation, a sliding operation, a voice operation, or a gesture operation triggered by a user, which is not limited in the embodiment of the present application. For example, the confirmation operation for the first hint message may be a click operation by the user on the "upgrade" option in the first hint message shown in FIG. 3.
The operation of upgrading the first client is similar to the operation of upgrading a certain client in the related art, and the embodiment of the present application will not be described in detail. For example, the first client may send an upgrade request to the server; when the server receives the upgrading request, a client upgrading file can be obtained and sent to the first client; when the first client receives the client upgrade file, the first client can upgrade according to the client upgrade file.
(3) If the second protocol version identification identifies a version that 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, the first client and the second client are not compatible, which is caused by the fact that the version of the target communication protocol used by the second client when the target service is executed 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 the target service is executed, and normal execution of the target service by the first client and the second client is ensured.
Further, after the first client determines that the second client needs to be upgraded, a second hint message may also be generated. Then, the first client can display a second prompt message; and/or sending the second prompt 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 directly upgrade the second client; alternatively, the second client may display the second hint message first, and upgrade the second client when a confirmation operation for the second hint message is detected.
It should be noted that, the second prompting message is used for prompting that the second client needs to be upgraded. After the first client side or the second client side displays the second prompt message, the user can see the second prompt message, so that the user can know that the second client side needs to be upgraded in time, and the user can upgrade the second client side in time.
In addition, the confirmation operation for the second prompt message is used for indicating to upgrade the second client, where the confirmation operation may be a click operation, a sliding operation, a voice operation, or a gesture operation triggered by the user, and the embodiment of the present application is not limited to this.
Moreover, the operation of upgrading the second client is similar to the operation of upgrading a certain client in the related art, and this will not be 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, a client upgrading file can be obtained and sent to a second client; when the second client receives the client upgrading file, the second client can upgrade according to the client upgrading file.
For ease of understanding, the above-described client upgrade detection method is illustrated below in conjunction with FIG. 4.
Notably, the operating systems of the cell phone include IOS and android, and clients installed in cell phones using different operating systems for realizing the same service are different. For example, a mobile phone using the IOS system is provided with a client 1, a mobile phone using the android system is provided with a client 2, 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. While clients installed in different computers for implementing the same service tend to be identical. Therefore, the client installed in the computer can be selected as a main compatible party to make recent version compatibility for the client installed in the mobile phone. That is, a client installed in a computer can be selected as a second client, and a client installed in a mobile phone is selected as a first client, so that compatibility is realized by the client upgrade detection method provided by the embodiment of the application.
Referring to fig. 4, the client upgrade detection method may include the following steps:
the first step, the computer client establishes communication connection with the mobile phone client.
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 according to the negotiation message. If compatible, the fourth step is performed, and if incompatible, the fifth step is performed.
And fourthly, the mobile phone client continues to communicate with the computer client.
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 a sixth step; if the computer client needs to be upgraded, executing a seventh step.
And sixthly, automatically upgrading the mobile phone client.
Seventh, the mobile phone client informs the computer client that the upgrade is needed, and the computer client automatically upgrades after receiving the notification.
In the embodiment of the application, after the first client establishes communication connection with the second client, the first client can receive the negotiation message 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 message. Therefore, the accurate detection of the client upgrading requirement can be realized, and the upgrading of the target communication protocol used by the first client or the second client can be realized, so that the normal execution of the target service by the first client and the second client is ensured.
Fig. 5 is a schematic structural diagram of a device for detecting a client upgrade provided in an embodiment of the present application, where the device 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 detecting 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, where 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;
a detection module 503, configured to detect whether the first client or the second client needs to be upgraded according to a first protocol version identifier, a 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 judge 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;
and the second determining unit is used for determining 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 alternatively
The second upgrading module is used for generating a first prompting message which is used for prompting that the first client needs to be upgraded; displaying a first prompt message; when a confirmation operation for the first hint message is detected, the first client is upgraded.
Optionally, the apparatus further comprises:
the generation module is used for generating a second prompt message which is used for prompting that the second client needs to be upgraded;
the display module is used for displaying a second prompt message; and/or a sending module, configured to send the second prompting 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 the embodiment of the application, after the first client establishes communication connection with the second client, the first client can receive the negotiation message 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 message. Therefore, the accurate detection of the client upgrading requirement can be realized, and the upgrading of the target communication protocol used by the first client or the second client can be realized, so that the normal execution of the target service by the first client and the second client is ensured.
It should be noted that: in the client upgrade detection device provided in the above embodiment, only the division of the above functional modules is used for illustration in the client upgrade detection, and in practical application, the above functional allocation may be performed by different functional modules according to needs, that is, the internal structure of the device is divided into different functional modules, so as to complete all or part of the functions described above. In addition, the client upgrade detection device and the client upgrade detection method provided in the foregoing embodiments belong to the same concept, and detailed implementation processes of the client upgrade detection device and the client upgrade detection method are shown in the method embodiments, which are not repeated herein.
Fig. 6 is a schematic structural diagram of a terminal according to an embodiment of the present application, where a first client may be installed. 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 picture expert compression standard audio plane 3), an MP4 (Moving Picture Experts Group Audio Layer IV, motion picture expert compression standard audio plane 4) player, a notebook computer, or a desktop computer. Terminal 600 may also be referred to by other names of user devices, portable terminals, laptop terminals, desktop terminals, etc.
In general, the terminal 600 includes: a processor 601 and a memory 602.
Processor 601 may include one or more processing cores, such as a 4-core processor, an 8-core processor, and the like. The processor 601 may be implemented in at least one hardware form of DSP (Digital Signal Processing ), FPGA (Field-Programmable Gate Array, field programmable gate array), PLA (Programmable Logic Array ). The processor 601 may also include a main processor, which is a processor for processing data in an awake state, also called a CPU (Central Processing Unit ), and a coprocessor; 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, image processor) for taking care of rendering and rendering of content that the display screen is required to display. In some embodiments, the processor 601 may also include an AI (Artificial Intelligence ) processor for processing computing 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 the method embodiments of the present application.
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 a bus or signal line. The individual peripheral devices may be connected to the peripheral device interface 603 via buses, signal lines or a circuit board. Specifically, the peripheral device includes: at least one of radio frequency circuitry 604, a touch display 605, a camera 606, audio circuitry 607, a positioning component 608, and a power supply 609.
Peripheral interface 603 may be used to connect at least one Input/Output (I/O) related peripheral to processor 601 and 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, either or both of the processor 601, memory 602, and peripheral interface 603 may be implemented on separate chips or circuit boards, as the application is not limited in this regard.
The Radio Frequency circuit 604 is configured to receive and transmit RF (Radio Frequency) signals, also known as electromagnetic signals. The radio frequency circuit 604 communicates with a communication network and other communication devices via electromagnetic signals. The radio frequency circuit 604 converts an electrical signal into an electromagnetic signal for transmission, or converts a received electromagnetic signal into an electrical signal. Optionally, the radio frequency circuit 604 includes: 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 circuit 604 may communicate with other terminals via at least one wireless communication protocol. The wireless communication protocol includes, but is not limited to: metropolitan area networks, various generations of mobile communication networks (2G, 3G, 4G, and 5G), wireless local area networks, and/or WiFi (Wireless Fidelity ) networks. In some embodiments, the radio frequency circuit 604 may also include NFC (Near Field Communication ) related circuits, which the present application is not limited to.
The display screen 605 is used to display a UI (User Interface). The UI may include graphics, text, icons, video, and any combination thereof. When the display 605 is a touch display, the display 605 also has the ability to collect touch signals at or above the surface of the display 605. The touch signal may be input as a control signal to the processor 601 for processing. At this point, the display 605 may also be used to provide virtual buttons and/or virtual keyboards, also referred to as soft buttons and/or soft keyboards. 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 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) or other materials.
The camera assembly 606 is used to capture images or video. Optionally, the camera assembly 606 includes a front camera and a rear camera. Typically, the front camera is disposed on the front panel of the terminal and the rear camera is disposed on the rear surface of the terminal. In some embodiments, the at least two rear cameras are any one of a main camera, a depth camera, a wide-angle camera and a tele camera, so as to realize that the main camera and the depth camera are fused to realize a background blurring function, and the main camera and the wide-angle camera are fused to realize a panoramic shooting and Virtual Reality (VR) shooting function or other fusion shooting functions. In some embodiments, camera assembly 606 may also include a flash. The flash lamp can be a single-color temperature flash lamp or a double-color temperature flash lamp. The dual-color temperature flash lamp refers to a combination of a warm light flash lamp and a cold light flash lamp, and can be used for light compensation under different color temperatures.
The audio circuit 607 may include a microphone and a speaker. The microphone is used for collecting sound waves of users and environments, 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 for voice communication. For the purpose of stereo acquisition or noise reduction, a plurality of microphones may be respectively disposed at different portions of the terminal 600. The microphone may also be an array microphone or an omni-directional pickup microphone. The speaker is used to convert electrical signals from the processor 601 or the radio frequency circuit 604 into sound waves. The speaker may be a conventional thin film speaker or a piezoelectric ceramic speaker. When the speaker is a piezoelectric ceramic speaker, not only the electric signal can be converted into a sound wave audible to humans, but also the electric signal can be converted into a sound wave inaudible to humans for ranging and other purposes. In some embodiments, the audio circuit 607 may also include a headphone jack.
The location component 608 is used to locate the current geographic location of the terminal 600 to enable navigation or LBS (Location Based Service, location based services). The positioning component 608 may be a positioning component based on the United states GPS (Global Positioning System ), the Beidou system of China, the Granati system of Russia, or the Galileo system of the European Union.
A power supply 609 is used to power the various components in the terminal 600. The power source 609 may be alternating current, direct current, disposable battery or rechargeable battery. When the power source 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 further includes one or more sensors 610. The one or more sensors 610 include, but are not limited to: acceleration sensor 611, gyroscope sensor 612, pressure sensor 613, fingerprint sensor 614, optical sensor 615, and proximity sensor 616.
The acceleration sensor 611 can detect the magnitudes of accelerations on 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 gravitational acceleration in three coordinate axes. The processor 601 may control the touch display screen 605 to display a user interface in a landscape view or a portrait view according to the gravitational acceleration signal acquired 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 may collect a 3D motion of the user on the terminal 600 in cooperation with the acceleration sensor 611. The processor 601 may implement the following functions based on the data collected by the gyro sensor 612: motion sensing (e.g., changing UI according to a tilting operation by a user), image stabilization at shooting, game control, and inertial navigation.
The pressure sensor 613 may be disposed at a side frame of the terminal 600 and/or at a lower layer of the touch screen 605. When the pressure sensor 613 is disposed at a side frame of the terminal 600, a grip signal of the terminal 600 by a user may be detected, and a left-right hand recognition or a shortcut operation may be performed by the processor 601 according to the grip 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 controls include 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 the fingerprint of the 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 recognizing 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 for and changing settings, etc. The fingerprint sensor 614 may be disposed on the front, back, or side of the terminal 600. When a physical key or vendor Logo is provided on the terminal 600, the fingerprint sensor 614 may be integrated with the physical key or vendor Logo.
The optical sensor 615 is used to collect ambient light intensity. In one embodiment, processor 601 may control the display brightness of touch display 605 based on the intensity of ambient light collected by optical sensor 615. Specifically, when the intensity of the ambient light is high, the display brightness of the touch display screen 605 is turned up; 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 based on 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 of the terminal 600. In one embodiment, when the proximity sensor 616 detects a gradual decrease in the distance between the user and the front face of the terminal 600, the processor 601 controls the touch display 605 to switch from the bright screen state to the off screen state; when the proximity sensor 616 detects that the distance between the user and the front surface of the terminal 600 gradually increases, the processor 601 controls the touch display screen 605 to switch from the off-screen state to the on-screen state.
Those skilled in the art will appreciate that the structure shown in fig. 6 is not limiting of the terminal 600 and may include more or fewer components than shown, or may combine certain components, or may employ a different arrangement of components.
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 for instructing relevant hardware, where the program may be stored in a computer readable storage medium, and the storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.
The foregoing description of the preferred embodiments of the application is not intended to limit the application to the precise form disclosed, and any such modifications, equivalents, and alternatives falling within the spirit and scope of the application are intended to be included within the scope of the application.
Claims (9)
1. A method for detecting an upgrade of a client, which is applied to a first client, wherein the first client and the second client can jointly execute a target service, the target service is jointly implemented by the first client and the second client, and a target communication protocol is used when the target service is jointly executed, the method comprises:
establishing communication connection with the second client;
receiving a negotiation message sent by the second client, wherein the negotiation message comprises a second protocol version identifier and a compatible protocol list, the compatible protocol list comprises 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;
When a first protocol version identifier does not exist in the at least one third protocol version identifier, judging whether the version identified by the second protocol version identifier is higher than the version identified by the first 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;
if the second protocol version identification identifies a version higher than the first protocol version identification, determining that the first client needs to be upgraded;
if the second protocol version identification identifies a version that is lower than the version identified by the first protocol version identification, it is determined that the second client needs to be upgraded.
2. The method of claim 1, wherein after the determining that the first client needs to be upgraded, further comprising:
upgrading the first client; or alternatively
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; and upgrading the first client when the confirmation operation for the first prompt message is detected.
3. The method of claim 1, wherein after the 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.
4. A method as claimed in any one of claims 1 to 3, the first client being installed in a mobile terminal and the second client being installed in a fixed terminal.
5. A client upgrade detection apparatus, applied to a first client, the first client and the second client being capable of jointly executing a target service, the target service being jointly implemented by the first client and the second client, and both using 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;
the receiving module is used for receiving a negotiation message sent by the second client, wherein the negotiation message comprises a second protocol version identifier and a compatible protocol list, the compatible protocol list comprises 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;
A detection module, comprising:
a judging unit, configured to judge, when a first protocol version identifier does not exist in the at least one third protocol version identifier, whether a version identified by the second protocol version identifier is higher than a version identified by the first 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;
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;
and the second determining unit is used for determining 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.
6. The apparatus of claim 5, wherein the apparatus further comprises:
the first upgrading module is used for upgrading the first client; or alternatively
The second upgrading module is used for generating a first prompting message which is used for prompting that the first client needs to be upgraded; displaying the first prompt message; and upgrading the first client when the confirmation operation for the first prompt message is detected.
7. The apparatus of claim 5, wherein the apparatus further comprises:
the generation module is used for generating a second prompt message which 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 a sending module, configured to send the second prompting message to the second client.
8. The apparatus of any of claims 5-7, the first client being installed in a mobile terminal and the second client being installed in a fixed terminal.
9. A computer readable storage medium having stored thereon instructions, which when executed by a processor, implement the steps of the method of any of claims 1-4.
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 CN110764808A (en) | 2020-02-07 |
| CN110764808B true 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) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114816463A (en) * | 2021-01-28 | 2022-07-29 | 华为技术有限公司 | Upgrade prompting method, terminal device and computer readable storage medium |
Citations (4)
| 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 |
-
2019
- 2019-10-31 CN CN201911052398.2A patent/CN110764808B/en active Active
Patent Citations (4)
| 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 |
|---|---|
| CN110764808A (en) | 2020-02-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110278464B (en) | Method and device for displaying list | |
| 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 | |
| CN111510482B (en) | Method and device for determining failed network request and computer storage medium | |
| CN112256320B (en) | Version number generation method, device, terminal and storage medium | |
| CN110784370B (en) | Method and device for testing equipment, electronic equipment and medium | |
| CN109800003B (en) | Application downloading method, device, terminal and storage medium | |
| CN113076051A (en) | Slave control terminal synchronization method, device, terminal and storage medium | |
| CN108848492B (en) | Method, device, terminal and storage medium for starting user identity identification card | |
| CN111897465B (en) | Popup display method, device, equipment and storage medium | |
| CN108734662B (en) | Method and device for displaying icons | |
| CN110769120A (en) | Method, device, equipment and storage medium for message reminding | |
| CN109783176B (en) | Page switching method and device | |
| CN113408989B (en) | Automobile data comparison method and device and computer storage medium | |
| CN109995804B (en) | Target resource information display method, information providing method and device | |
| CN111881423B (en) | Method, device and system for authorizing restricted function use | |
| CN111158575B (en) | Method, device and equipment for terminal to execute processing and storage medium | |
| CN111580892B (en) | Method, device, terminal and storage medium for calling service components | |
| CN109033473B (en) | Picture sharing method and device and computer readable storage medium | |
| CN110764808B (en) | Client upgrade detection method, device and computer readable storage medium | |
| CN110941458B (en) | Method, device, equipment and storage medium for starting application program | |
| CN111464829B (en) | Method, device and equipment for switching media data and storage medium | |
| CN110045999B (en) | Method, device, terminal and storage medium for drawing assembly | |
| CN110971692B (en) | Method and device for opening service and computer storage medium | |
| CN114140105A (en) | Resource transfer method, device, equipment and computer readable 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 |