CN115134453B

CN115134453B - Riding information display method and electronic equipment

Info

Publication number: CN115134453B
Application number: CN202210603245.8A
Authority: CN
Inventors: 白如冰
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2022-05-30
Filing date: 2022-05-30
Publication date: 2024-06-04
Anticipated expiration: 2042-05-30
Also published as: CN115134453A

Abstract

A display method of riding information and electronic equipment. The method comprises the following steps: the electronic device receives a first operation; acquiring a health code; and when the health code is determined to be normal, automatically displaying a first interface on the electronic equipment, wherein the first interface comprises the health code and first riding payment information, the health risk state of a user holding the health code is indicated to be normal when the health code is normal, and the first riding payment information is used for riding public transportation means. The method can reduce user operation required by calling the riding information and improve riding efficiency of the user.

Description

Riding information display method and electronic equipment

Technical Field

The present application relates to the field of computer technologies, and in particular, to a method for displaying riding information and an electronic device.

Background

Under the influence of epidemic situation, when a user takes a public transport means, the health code needs to be opened first, after the driver and the passenger confirm that the health code is normal, the user can open the riding code to ride, the operation is complex, the time is long, and especially under the condition that the application of opening the health code is different from the application of opening the riding code, the user also needs to perform complex operation of switching between different applications, the riding efficiency of the user is low, and the operation efficiency of the public transport means is also influenced.

Disclosure of Invention

The application discloses a display method of riding information and electronic equipment, which can reduce user operation required by calling the riding information and improve riding efficiency of a user.

In a first aspect, the present application provides a method for displaying riding information, applied to an electronic device, where the method includes: receiving a first operation; acquiring a health code; and when the health code is determined to be normal, automatically displaying a first interface on the electronic equipment, wherein the first interface comprises the health code and first riding payment information, the health code indicates that the health risk state of a user holding the health code is normal when the health code is normal, and the first riding payment information is used for riding public transportation means.

In the method, when the health code currently acquired is normal, the electronic device can display the health code and the first riding payment information at the same time, the user does not need to manually call the first riding payment information on the electronic device, the user does not need to carry out complex operation of switching between different applications (for example, the application 1 of the health code is firstly opened for a driver and passengers to check the health code and then is switched to the application 2 of the riding payment information to use the riding payment information for riding), the user can call out information required by riding only once, the operation is simple and quick, the riding efficiency of the user is greatly improved, and the running efficiency of public transportation means is also improved.

In one possible implementation, the acquiring the health code includes: acquiring the health code in response to the first operation; or, before the displaying the first interface, the method further includes: responding to the first operation, and starting a camera shooting interface so that the user shoots a first place code; the obtaining the health code includes: identifying the first place code and obtaining an identification result; and acquiring the health code according to the identification result.

In the above method, the first operation may be a user operation for directly starting the health code, or may be a user operation for photographing and identifying the first location code. The diversification of the first operation can meet different requirements of users in different scenes, the use is more convenient, and the user experience is better.

In one possible implementation, the first payment information is a riding code or a near field communication NFC traffic card.

In the method, the first riding payment information displayed together with the health code is diversified, so that different requirements of users in different scenes can be met, the use is more convenient, and the user experience is better.

In one possible implementation, the method further includes: receiving a second operation when the first interface is displayed; and in response to the second operation, displaying a second interface, the second interface including the health code and second ride payment information.

In the method, when the electronic device displays the health code and the first riding payment information, the first riding payment information can be switched to the second riding payment information according to user operation, that is, the user can select the displayed riding payment information in real time according to the user's own needs, so that the use is more flexible, and the user experience is better.

In one possible implementation manner, before the receiving the first operation, the method further includes: receiving a third operation; in response to the third operation, the first ride-through payment information is determined from the first and third ride-through payment information.

In the method, the riding payment information displayed together with the health code can be set in advance by a user, for example, the first riding payment information which is conventionally used by the user is set and displayed together with the health code, so that the displayed riding payment information is prevented from being manually switched when the riding payment information is displayed, the operation executed when the user rides is reduced, the use is more convenient, and the user experience is better.

In one possible implementation, the type of the first ride payment information is determined according to the type of the public transportation means.

In some embodiments, after the receiving the first operation, the method further comprises: and identifying the type of the public transportation means, and determining the first riding payment information according to the type of the public transportation means.

For example, when the type of the public transportation means is public transportation, the first bus taking payment information is a bus card or a bus taking code of the public transportation; when the type of the public transportation means is a subway, the first riding payment information is a transportation card or a riding code of the subway.

In the method, the type of the first riding payment information displayed together with the health code can be determined according to the type of the public transport means to be ridden by the current user, so that the user is prevented from manually switching the displayed riding payment information when the riding payment information is not matched with the public transport means, the operation executed when the user rides is reduced, the use is more convenient, and the user experience is better.

In one possible implementation, before the automatically displaying the first interface on the electronic device, the method further includes: the method comprises the steps of determining that the first place code is a place code of a station of a public transport, determining a scene of taking the public transport according to a first image, and determining that the electronic equipment is located at the station of the public transport according to position information of the electronic equipment, wherein the first image is an image of surrounding environment shot before and/or after the first operation is received.

In the method, the electronic equipment can judge whether the open health code is used for riding the public transportation means through multiple judgments, and the judgment basis and the mode of the multiple judgments are different, so that the judgment accuracy is greatly improved, the electronic equipment can accurately display the health code and the first riding payment information when a user opens the health code to ride, the situation of error display is avoided, and the user experience is improved.

In one possible implementation, before the automatically displaying the first interface on the electronic device, the method further includes: determining that a first condition is met, wherein the first condition is a condition with highest precision among a second condition, a third condition and a fourth condition, the second condition is that the first place code is a place code of a station of a public transportation tool, the third condition is that a scene currently in the public transportation tool is determined according to a first image, the first image is an image of surrounding environment shot before and/or after the first operation is received, and the fourth condition is that the electronic equipment is determined to be currently located at the station of the public transportation tool according to position information of the electronic equipment.

In the method, the electronic equipment can judge whether the open health code is used for riding the public transportation means according to the condition with highest precision in the plurality of judging conditions, so that the condition with lower precision is prevented from influencing the judging accuracy, the electronic equipment can accurately display the health code and the first riding payment information when a user opens the health code to ride, the situation of error display is avoided, and the user experience is improved.

In a second aspect, the present application provides an electronic device comprising one or more processors and one or more memories. The one or more memories are coupled to the one or more processors, the one or more memories being operable to store computer program code comprising computer instructions that, when executed by the one or more processors, cause the communications apparatus to perform the method of displaying ride information in any of the possible implementations of the above.

In a third aspect, the present application provides a computer storage medium storing a computer program which, when executed by a processor, implements a method of displaying ride information in a possible implementation manner of any one of the above aspects.

In a fourth aspect, the application provides a computer program product which, when run on an electronic device, causes the electronic device to perform the method of displaying ride information in any of the possible implementations of the above.

In a fifth aspect, the application provides an electronic device comprising means or apparatus for performing any of the embodiments of the application. The electronic device is, for example, a chip.

It should be appreciated that the description of technical features, aspects, benefits or similar language in the present application does not imply that all of the features and advantages may be realized with any single implementation. Conversely, it will be appreciated that the description of features or advantages is intended to include, in at least one implementation, a particular technical feature, technical solution, or advantage. Therefore, the description of technical features, technical solutions or advantageous effects in this specification does not necessarily refer to the same implementation. Furthermore, the technical features, solutions and advantages described in the present application may be combined in any suitable manner. Those skilled in the art will appreciate that the application may be practiced without one or more of the specific features, aspects, or advantages of a particular implementation. In other implementations, additional features and advantages may be recognized in certain implementations that may not embody the application.

Drawings

The drawings to which the present application is applied are described below.

Fig. 1 is a schematic diagram of a hardware structure of an electronic device according to the present application;

fig. 2 is a schematic diagram of a software architecture of an electronic device according to the present application;

FIG. 3 is a schematic illustration of a user interface provided by the present application;

FIG. 4 is a schematic illustration of yet another user interface provided by the present application;

FIG. 5 is a schematic illustration of yet another user interface provided by the present application;

FIG. 6 is a schematic illustration of yet another user interface provided by the present application;

FIG. 7 is a schematic illustration of yet another user interface provided by the present application;

FIG. 8 is a schematic illustration of yet another user interface provided by the present application;

FIG. 9 is a flow chart of a method for displaying ride information according to the present application;

Fig. 10 is a flowchart of another method for displaying driving information according to the present application.

Detailed Description

The technical scheme in the embodiment of the application will be described below with reference to the accompanying drawings. Wherein, in the description of the embodiments of the present application, unless otherwise indicated, "/" means or, for example, a/B may represent a or B; the text "and/or" is merely an association relation describing the associated object, and indicates that three relations may exist, for example, a and/or B may indicate: the three cases where a exists alone, a and B exist together, and B exists alone, and furthermore, in the description of the embodiments of the present application, "plural" means two or more than two.

The terms "first," "second," and the like, are used below for descriptive purposes only and are not to be construed as implying or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include one or more such feature, and in the description of embodiments of the application, unless otherwise indicated, the meaning of "a plurality" is two or more.

The embodiment of the application provides a method for displaying riding information, which can be applied to electronic equipment. The electronic device can receive user operation for opening the health code (for example, the user uses the electronic device to scan the place code of the public transportation site), when the health code is normal and the current opening health code is used for taking public transportation, the electronic device outputs the health code and riding payment information (for example, riding code or transportation card), the user does not need to carry out complex operation of switching among different applications, but information required by riding can be called out through one user operation, the operation is simple and quick, the riding efficiency of the user is greatly improved, and the operation efficiency of the public transportation is also improved.

Wherein the health code is used to indicate the health risk status of the user, for example, the health code is specifically used to indicate the health risk status of the user with respect to the new coronary epidemic. The health codes of different users are different, and the users can also be called code holders. The health code is in the form of, for example, but not limited to, a two-dimensional code or a bar code. The ride payment information may be used to ride public transportation, the ride payment information being a means to deduct the fees required for riding from an account according to ride behavior and charging rules. The application relates to a method for displaying information of a bus, which is characterized by comprising a bus code and a traffic card, wherein the bus code is displayed in a two-dimensional code or a bar code. Exemplary illustration of the differences between ride codes and traffic cards: firstly, the bus taking code is provided for the verification equipment of the public transportation means to scan/sweep the code, and the transportation card is provided for the bus taking by Near Field Communication (NFC) modes such as a near field communication technology (NEAR FIELD communication); second, the payment modes of the riding code and the traffic card are different, the riding code is firstly riding and then paying, the payment account such as the bank card and the like needs to be bound, and the traffic card needs to be recharged in advance.

The venue code is used to indicate identification information of the venue, including, for example and without limitation, location and name. The location codes of different locations are different, for example, the locations of different public transportation stations are different, wherein the public transportation stations are stations on the driving route of public transportation means such as buses and rail transit. By scanning the venue code, automated registration of information can be performed for all people entering and exiting the current venue, and in some embodiments, after the user scans the venue code using the electronic device, the electronic device can display the user's health code.

In the present application, the electronic device may be a mobile phone, a tablet computer, a handheld computer, a desktop computer, a laptop computer, an ultra-mobile personal computer (UMPC), a netbook, a cellular phone, a Personal Digital Assistant (PDA), and smart home devices such as a smart television, a smart camera, and a smart speaker, wearable devices such as a smart bracelet, a smart watch, and a smart glasses, and augmented reality (augmented reality, AR), virtual Reality (VR), and Mixed Reality (MR) devices, and vehicle-mounted devices or smart city devices.

An exemplary electronic device 100 provided by embodiments of the present application is described next.

Fig. 1 schematically shows a hardware configuration of an electronic device 100.

As shown in fig. 1, the electronic device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (universal serial bus, USB) interface 130, a charge management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, keys 190, a motor 191, an indicator 192, a camera 193, a display 194, a subscriber identity module (subscriber identification module, SIM) card interface 195, and the like. The sensor module 180 may include a pressure sensor 180A, a gyro sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, and the like.

It should be understood that the illustrated structure of the embodiment of the present application does not constitute a specific limitation on the electronic device 100. In other embodiments of the application, electronic device 100 may include more or fewer components than shown, or certain components may be combined, or certain components may be split, or different arrangements of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

The processor 110 may include one or more processing units, such as: the processor 110 may include an application processor (application processor, AP), a modem processor, a graphics processor (graphics processing unit, GPU), an image signal processor (IMAGE SIGNAL processor, ISP), a controller, a video codec, a digital signal processor (DIGITAL SIGNAL processor, DSP), a baseband processor, and/or a neural-Network Processor (NPU), etc. Wherein the different processing units may be separate devices or may be integrated in one or more processors. In some embodiments, the processor 110 is configured to determine whether a condition for linkage of the health code and the ride payment information (ride code/traffic card) is satisfied: whether the health code is normal or not and whether the health code is opened or not for riding a public transportation means. In the event that this condition is met, the processor 110 may output the health code along with the ride payment information. In some embodiments, the electronic device 100 may perform the display method of the ride information shown in fig. 9-10 below through the processor 110.

The controller can generate operation control signals according to the instruction operation codes and the time sequence signals to finish the control of instruction fetching and instruction execution.

A memory may also be provided in the processor 110 for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory may hold instructions or data that the processor 110 has just used or recycled. If the processor 110 needs to reuse the instruction or data, it can be called directly from the memory. Repeated accesses are avoided and the latency of the processor 110 is reduced, thereby improving the efficiency of the system.

In some embodiments, the processor 110 may include one or more interfaces. The interfaces may include an integrated circuit (inter-INTEGRATED CIRCUIT, I2C) interface, an integrated circuit built-in audio (inter-INTEGRATED CIRCUIT SOUND, I2S) interface, a pulse code modulation (pulse code modulation, PCM) interface, a universal asynchronous receiver transmitter (universal asynchronous receiver/transmitter, UART) interface, a mobile industry processor interface (mobile industry processor interface, MIPI), a general-purpose input/output (GPIO) interface, a subscriber identity module (subscriber identity module, SIM) interface, and/or a universal serial bus (universal serial bus, USB) interface, among others.

The charge management module 140 is configured to receive a charge input from a charger.

The power management module 141 is used for connecting the battery 142, and the charge management module 140 and the processor 110. The power management module 141 receives input from the battery 142 and/or the charge management module 140 to power the processor 110, the internal memory 121, the display 194, the camera 193, the wireless communication module 160, and the like.

The wireless communication function of the electronic device 100 may be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, a modem processor, a baseband processor, and the like.

The positioning function of the electronic device 100 may be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, a modem processor, a baseband processor, and the like. In some embodiments, the location information obtained by the electronic device 100 through the positioning function may be used to determine whether the electronic device is currently located at a public transportation site, thereby determining whether the condition of linkage of the health code and the payment information for riding is satisfied.

The antennas 1 and 2 are used for transmitting and receiving electromagnetic wave signals. Each antenna in the electronic device 100 may be used to cover a single or multiple communication bands. Different antennas may also be multiplexed to improve the utilization of the antennas. For example: the antenna 1 may be multiplexed into a diversity antenna of a wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.

The mobile communication module 150 may provide a solution for wireless communication including 2G/3G/4G/5G/6G, etc. applied on the electronic device 100. The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (low noise amplifier, LNA), etc. The mobile communication module 150 may receive electromagnetic waves from the antenna 1, perform processes such as filtering, amplifying, and the like on the received electromagnetic waves, and transmit the processed electromagnetic waves to the modem processor for demodulation. The mobile communication module 150 can amplify the signal modulated by the modem processor, and convert the signal into electromagnetic waves through the antenna 1 to radiate. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the processor 110. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be provided in the same device as at least some of the modules of the processor 110.

The modem processor may include a modulator and a demodulator. The modulator is used for modulating the low-frequency baseband signal to be transmitted into a medium-high frequency signal. The demodulator is used for demodulating the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low frequency baseband signal to the baseband processor for processing. The low frequency baseband signal is processed by the baseband processor and then transferred to the application processor. The application processor outputs sound signals through an audio device (not limited to the speaker 170A, the receiver 170B, etc.), or displays images or video through the display screen 194. In some embodiments, the modem processor may be a stand-alone device. In other embodiments, the modem processor may be provided in the same device as the mobile communication module 150 or other functional module, independent of the processor 110.

The wireless communication module 160 may provide solutions for wireless communication including wireless local area network (wireless local area networks, WLAN) (e.g., wireless fidelity (WIRELESS FIDELITY, wi-Fi) network), bluetooth (BT), global navigation satellite system (global navigation SATELLITE SYSTEM, GNSS), frequency modulation (frequency modulation, FM), near field communication (NEAR FIELD communication, NFC), infrared (IR), etc., applied to the electronic device 100. The wireless communication module 160 may be one or more devices that integrate at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, modulates the electromagnetic wave signals, filters the electromagnetic wave signals, and transmits the processed signals to the processor 110. The wireless communication module 160 may also receive a signal to be transmitted from the processor 110, frequency modulate it, amplify it, and convert it to electromagnetic waves for radiation via the antenna 2. In some embodiments, electronic device 100 may use payment information for bus use, such as a traffic card, via near field communication technology, such as NFC, provided by wireless communication module 160.

In some embodiments, antenna 1 and mobile communication module 150 of electronic device 100 are coupled, and antenna 2 and wireless communication module 160 are coupled, such that electronic device 100 may communicate with a network and other devices through wireless communication techniques. The wireless communication techniques can include the Global System for Mobile communications (global system for mobile communications, GSM), general packet radio service (GENERAL PACKET radio service, GPRS), code division multiple access (code division multiple access, CDMA), wideband code division multiple access (wideband code division multiple access, WCDMA), time division code division multiple access (time-division code division multiple access, TD-SCDMA), long term evolution (long term evolution, LTE), BT, GNSS, WLAN, NFC, FM, and/or IR techniques, among others. The GNSS may include a global satellite positioning system (global positioning system, GPS), a global navigation satellite system (global navigation SATELLITE SYSTEM, GLONASS), a beidou satellite navigation system (beidou navigation SATELLITE SYSTEM, BDS), a quasi zenith satellite system (quasi-zenith SATELLITE SYSTEM, QZSS) and/or a satellite based augmentation system (SATELLITE BASED AUGMENTATION SYSTEMS, SBAS).

The electronic device 100 implements display functions through the GPU, the display screen 194, and the application processor, etc., for example, displays the health code together with the riding payment information (riding code/traffic card) through the display functions. The GPU is a microprocessor for image processing, and is connected to the display 194 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. Processor 110 may include one or more GPUs that execute program instructions to generate or change display information.

The display screen 194 is used to display images, videos, and the like. The display 194 includes a display panel. The display panel may employ a Liquid Crystal Display (LCD) CRYSTAL DISPLAY, an organic light-emitting diode (OLED), an active-matrix organic LIGHT EMITTING diode (AMOLED), a flexible light-emitting diode (FLED), miniled, microLed, micro-oLed, a quantum dot LIGHT EMITTING diode (QLED), or the like. In some embodiments, the electronic device 100 may include 1 or N display screens 194, N being a positive integer greater than 1.

The electronic device 100 may implement photographing functions through an ISP, a camera 193, a video codec, a GPU, a display screen 194, an application processor, and the like. In some embodiments, the electronic device 100 may scan the two-dimensional code through a photographing function, and optionally, the electronic device 100 may determine whether the scanned two-dimensional code is a location code of a public transportation site through the processor 110, thereby determining whether a condition of linkage of the health code and the payment information for riding is satisfied. In some embodiments, the electronic device 100 may capture an image of the current environment through a capture function, which may be used to determine whether the current scene is in a public transportation, thereby determining whether the condition of linkage of the health code and the payment information for riding is satisfied.

The ISP is used to process data fed back by the camera 193. For example, when photographing, the shutter is opened, light is transmitted to the camera photosensitive element through the lens, the optical signal is converted into an electric signal, and the camera photosensitive element transmits the electric signal to the ISP for processing and is converted into an image visible to naked eyes. ISP can also optimize the noise, brightness and skin color of the image. The ISP can also optimize parameters such as exposure, color temperature and the like of a shooting scene. In some embodiments, the ISP may be provided in the camera 193.

The camera 193 is used to capture still images or video. The object generates an optical image through the lens and projects the optical image onto the photosensitive element. The photosensitive element may be a charge coupled device (charge coupled device, CCD) or a Complementary Metal Oxide Semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, which is then transferred to the ISP to be converted into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into an image signal in a standard RGB, YUV, or the like format. In some embodiments, electronic device 100 may include 1 or N cameras 193, N being a positive integer greater than 1.

The external memory interface 120 may be used to connect an external memory card, such as a Micro SD card, to enable expansion of the memory capabilities of the electronic device 100.

The internal memory 121 may be used to store computer executable program code including instructions. The processor 110 performs various functional applications of the electronic device 100 and data processing by executing instructions stored in the internal memory 121 and/or instructions stored in a memory provided in the processor.

The electronic device 100 may implement audio functions through an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, an application processor, and the like. Such as music playing, recording, playing information on the health code (e.g., health risk status indicated by the health code, type of health code), etc.

The audio module 170 is used to convert digital audio information into an analog audio signal output and also to convert an analog audio input into a digital audio signal. The audio module 170 may also be used to encode and decode audio signals.

The speaker 170A, also referred to as a "horn," is used to convert audio electrical signals into sound signals. A receiver 170B, also referred to as a "earpiece", is used to convert the audio electrical signal into a sound signal. Microphone 170C, also referred to as a "microphone" or "microphone", is used to convert sound signals into electrical signals. The earphone interface 170D is used to connect a wired earphone.

The pressure sensor 180A is used to sense a pressure signal, and may convert the pressure signal into an electrical signal. In some embodiments, the pressure sensor 180A may be disposed on the display screen 194. The pressure sensor 180A is of various types, such as a resistive pressure sensor, an inductive pressure sensor, a capacitive pressure sensor, and the like. The capacitive pressure sensor may be a capacitive pressure sensor comprising at least two parallel plates with conductive material. The capacitance between the electrodes changes when a force is applied to the pressure sensor 180A. The electronic device 100 determines the strength of the pressure from the change in capacitance. When a touch operation is applied to the display screen 194, the electronic apparatus 100 detects the touch operation intensity according to the pressure sensor 180A. The electronic device 100 may also calculate the location of the touch based on the detection signal of the pressure sensor 180A. In some embodiments, touch operations that act on the same touch location, but at different touch operation strengths, may correspond to different operation instructions.

The gyro sensor 180B may be used to determine a motion gesture of the electronic device 100. In some embodiments, the angular velocity of electronic device 100 about three axes (i.e., x, y, and z axes) may be determined by gyro sensor 180B.

The air pressure sensor 180C is used to measure air pressure.

The magnetic sensor 180D includes a hall sensor. The electronic device 100 may detect the opening and closing of the flip cover using the magnetic sensor 180D.

The acceleration sensor 180E may detect the magnitude of acceleration of the electronic device 100 in various directions (typically three axes).

A distance sensor 180F for measuring a distance.

The proximity light sensor 180G may include, for example, a Light Emitting Diode (LED) and a light detector, such as a photodiode.

The ambient light sensor 180L is used to sense ambient light level.

The fingerprint sensor 180H is used to collect a fingerprint. The electronic device 100 may utilize the collected fingerprint feature to unlock the fingerprint, access the application lock, photograph the fingerprint, answer the incoming call, etc.

The temperature sensor 180J is for detecting temperature.

The touch sensor 180K, also referred to as a "touch device". The touch sensor 180K may be disposed on the display screen 194, and the touch sensor 180K and the display screen 194 form a touch screen, which is also called a "touch screen". The touch sensor 180K is for detecting a touch operation acting thereon or thereabout. The touch sensor may communicate the detected touch operation to the application processor to determine the touch event type. Visual output related to touch operations may be provided through the display 194. In other embodiments, the touch sensor 180K may also be disposed on the surface of the electronic device 100 at a different location than the display 194.

The bone conduction sensor 180M may acquire a vibration signal. The keys 190 include a power-on key, a volume key, etc. The motor 191 may generate a vibration cue. The indicator 192 may be an indicator light, may be used to indicate a state of charge, a change in charge, a message indicating a missed call, a notification, etc. The SIM card interface 195 is used to connect a SIM card.

The software system of the electronic device 100 may employ a layered architecture, an event driven architecture, a microkernel architecture, a microservice architecture, or a cloud architecture. For example, the software system of the layered architecture may be an Android (Android) system, an Operating System (OS), or other software systems. In the embodiment of the application, taking an Android system with a layered architecture as an example, a software structure of the electronic device 100 is illustrated.

Fig. 2 schematically shows a software architecture of the electronic device 100.

The layered architecture divides the software into several layers, each with distinct roles and branches. The layers communicate with each other through a software interface. In some embodiments, the Android system is divided into four layers, from top to bottom, an application layer, an application framework layer, an Zhuoyun rows (Android runtime) and system libraries, and a kernel layer, respectively.

The application layer may include a series of application packages.

As shown in fig. 2, the application package may include applications for cameras, navigation, music, chat, payment, wallet, ride/traffic cards, health codes, and the like. The riding code/traffic card and the health code can be independent application programs, and can also be functional components packaged by other application programs such as chatting, payment, wallet and the like, and the application is not limited to the above. In the application, the application program package can be replaced by other forms of software such as applets.

The application framework layer provides an application programming interface (application programming interface, API) and programming framework for the application of the application layer. The application framework layer includes a number of predefined functions.

As shown in fig. 2, the application framework layer may include a window manager, a content provider, a view system, a phone manager, a resource manager, a notification manager, a ride module, and the like.

The window manager is used for managing window programs. The window manager can acquire the size of the display screen, judge whether a status bar exists, lock the screen, intercept the screen and the like.

The content provider is used to store and retrieve data and make such data accessible to applications. The data may include video, images, audio, calls made and received, browsing history and bookmarks, phonebooks, etc.

The view system includes visual controls, such as controls to display text, controls to display pictures, and the like. The view system may be used to build applications. The display interface may be composed of one or more views. For example, a display interface including a text message notification icon may include a view displaying text and a view displaying a picture.

The telephony manager is used to provide the communication functions of the electronic device 100. Such as the management of call status (including on, hung-up, etc.).

The resource manager provides various resources for the application program, such as localization strings, icons, pictures, layout files, video files, and the like.

The notification manager allows the application to display notification information in a status bar, can be used to communicate notification type messages, can automatically disappear after a short dwell, and does not require user interaction. Such as notification manager is used to inform that the download is complete, message alerts, etc. The notification manager may also be a notification in the form of a chart or scroll bar text that appears on the system top status bar, such as a notification of a background running application, or a notification that appears on the screen in the form of a dialog window. For example, a text message is prompted in a status bar, a prompt tone is emitted, the electronic device vibrates, and an indicator light blinks, etc.

The riding module is used for identifying whether the health code opened by the user is normal or not and identifying whether the health code is opened for riding the public transportation means or not according to a preset linkage algorithm. In some embodiments, when the riding module recognizes whether the health code is opened for riding a public transportation according to a preset linkage algorithm, at least one of the following recognition operations may be performed: whether the scanned two-dimensional code is a place code of a public transportation site or not is identified, whether a scene of taking a public transportation means is currently located or not is identified through an image shot by a camera, and whether the scene of taking the public transportation means is currently located or not is identified through position information of the electronic device 100. For example, when the result of each of the three identification operations is yes, the ride module may determine that opening the health code is for riding a public transportation vehicle.

Android run time includes a core library and virtual machines. Android runtime is responsible for scheduling and management of the android system.

The core library consists of two parts: one part is a function which needs to be called by java language, and the other part is a core library of android.

The application layer and the application framework layer run in a virtual machine. The virtual machine executes java files of the application program layer and the application program framework layer as binary files. The virtual machine is used for executing the functions of object life cycle management, stack management, thread management, security and exception management, garbage collection and the like.

The system library may include a plurality of functional modules. For example: surface manager (surface manager), media Libraries (Media Libraries), three-dimensional graphics processing Libraries (e.g., openGL ES), 2D graphics engines (e.g., SGL), etc.

The surface manager is used to manage the display subsystem and provides a fusion of 2D and 3D layers for multiple applications.

Media libraries support a variety of commonly used audio, video format playback and recording, still image files, and the like. The media library may support a variety of audio and video encoding formats, such as MPEG4, h.264, MP3, AAC, AMR, JPG, PNG, etc.

The three-dimensional graphic processing library is used for realizing three-dimensional graphic drawing, image rendering, synthesis, layer processing and the like.

The 2D graphics engine is a drawing engine for 2D drawing.

The kernel layer is a layer between hardware and software. The inner core layer at least comprises a display driver, a camera driver, an audio driver and a sensor driver.

The workflow of the electronic device 100 software and hardware is illustrated below in connection with a ride scenario.

When touch sensor 180K receives a touch operation, a corresponding hardware interrupt is issued to the kernel layer. The kernel layer processes the touch operation into the original input event (including information such as touch coordinates, time stamp of touch operation, etc.). The original input event is stored at the kernel layer. The application framework layer acquires an original input event from the kernel layer, and identifies a control corresponding to the input event. Taking the touch operation as a touch click operation, the control corresponding to the click operation is a sweep-sweep control of the health code application as an example, the health code application calls an interface of an application framework layer, and further starts a camera driver by calling a kernel layer, and captures a still image (assumed to be a place code) through a camera 193. The application framework layer may obtain the locale code and identify the locale code to obtain a corresponding health code. The ride module of the application framework layer may identify whether the health code is normal and whether opening the health code is for riding public transportation, and assuming the health code is normal and opening the health code is for riding public transportation, the application framework layer may invoke the kernel layer to initiate a display driver to display the health code and the ride code/transportation card together via the display 194.

In some embodiments, the electronic device 100 may include a scan identification module and an output module, wherein the scan identification module is configured to turn on a health code, identify whether the health code is normal, and identify whether the health code is turned on for riding a public transportation. Alternatively, the scan identification module may include a location module for obtaining location information of the electronic device 100 for identifying whether opening the health code is for riding a public transportation. The output module is used for outputting the health code and the riding code/traffic card.

In some embodiments, the scan identification module includes the processor 110 and the health code application, optionally the scan identification module further includes a camera 193, the camera 193 for scanning the venue code (to derive the health code) and/or capturing an image of the current environment (the image being used to identify whether opening the health code is for riding a public transportation vehicle). In some embodiments, the positioning module includes a processor 110 and an antenna for calculating current location information of the electronic device 100.

In some embodiments, the output module includes a display 194, a health code application, and a ride code application, and optionally, the output module further includes a speaker 170A and/or a receiver 170B.

An application scenario and a user interface embodiment under the scenario according to the embodiment of the present application are described below.

The following embodiments are described taking the health code and/or riding payment information (riding code/traffic card) as examples of functional components integrated on a payment application, a chat application and a wallet application, wherein the payment application integrates the riding code, the wallet application integrates the health code, the riding code and the traffic card, and the chat application integrates the riding code.

Fig. 3-5 illustrate one embodiment of a user interface for a ride scene.

As shown in fig. 3, the electronic device 100 may display a user interface 300 of the wallet application, the user interface 300 being, in some embodiments, a front page of the wallet application. The user interface 300 includes a list of functionality controls 310, the list of functionality controls 310 including, for example, a swipe control 310A, a pay control, a collect control, a travel control 310B, a health code control 310C, a card Bao Kongjian, a transfer control, and more controls, etc.

In some embodiments, the electronic device 100 may receive a user operation (e.g., a touch click operation) for the swipe control 310A in the user interface 300 shown in fig. 3, and in response to the user operation, display the user interface 400 shown in fig. 4.

As shown in fig. 4, the user interface 400 is a swipe interface of a wallet application. User interface 400 includes a return control, a scan box 410, prompt 420, and gallery control 430. Wherein the return control is used to return to the previous level interface (e.g., user interface 300 shown in fig. 3). The scan box 410 may display an image acquired through a camera of the electronic device 100, and a user may adjust the image displayed in the scan box 410 by adjusting the position of the electronic device 100. The prompt 420 includes the character "put two-dimensional code in frame, i.e., automatically scan", which characterizes the image displayed in scan frame 410 for recognition/scanning by the electronic device 100. Gallery control 430 may trigger a user interface displaying a gallery application based on which a user may select an image for recognition/scanning by electronic device 100. Assuming that the two-dimensional code 440 is displayed in the current scan frame 410 and the two-dimensional code 440 is a location code of a public transportation site, the electronic device 100 may acquire the health code of the user by identifying the two-dimensional code 440.

In some embodiments, when the electronic device 100 recognizes that the health code obtained by the two-dimensional code 440 in the user interface 400 shown in fig. 4 is normal, and opens the health code (which may also be referred to as scanning the two-dimensional code 440) for riding in public transportation, the electronic device 100 may display the health code and the riding code, particularly referring to the user interface 500 shown in fig. 5.

As shown in fig. 5, the user interface 500 includes a header 510 (including the character "ride") that may characterize the user interface 500 as a ride interface for wallet applications. The user interface 500 also includes a real-time 520, a health code card 530, and a ride code card 540. Wherein:

Health code card 530 includes hint information 531, hint information 532, and health code 533. The hint information 531 includes the character "health code A" that characterizes the health code card 530 for displaying the health code of A (i.e., health code 533). The hint information 532 includes the character "subway station B" that characterizes the health code 533 displayed by the health code card 530 as obtained by scanning the location code of subway station B. Health code card 530 may also include information related to health code 533, such as information 534 for nucleic acid detection and travel information 535. The health code card 530 also includes a speaker control 536, the speaker control 536 for triggering the playing of information of the health code 533, such as the status of the playing of the health code 533: normal or abnormal.

The ride card 540 includes prompt information 541, ride 542, and a switch control 543. The hint information 541 includes the character "ride code" that characterizes the ride card 540 as currently being used to display the ride code (i.e., ride code 542). The switch control 543 is used to switch the ride code/traffic card displayed by the ride code card 540.

Without being limited to the above example, in other embodiments, the electronic device 100 may receive a user operation (e.g., a touch click operation) for the health code control 310C in the user interface 300 shown in fig. 3, and obtain the health code of the user in response to the user operation. When the electronic device 100 recognizes that the health code is normal and turns on that health code is for riding a public transportation, the electronic device 100 may display the user interface 500 shown in fig. 5.

Not limited to the example of fig. 5, in other embodiments, the electronic device 100 may display a payment for bus, instead of a bus code, a traffic card, or other form of payment for bus information, as a specific example may be seen in fig. 6.

As shown in fig. 6, the electronic device 100 may display a wallet-applied user interface 600, the user interface 600 being similar to the user interface 500 shown in fig. 5, except that the passcode card 610 in the user interface 600 (corresponding to the passcode card 540 in the user interface 500) currently displays not a passcode, but a traffic card (i.e., traffic card 611). The hint information 611A in the traffic card 611 includes the character "a-land traffic card" for characterizing the traffic card 611 as a-land traffic card. The ride card 610 also includes monetary information 612, cue information 613, and switch controls 614. The amount information 612 includes balance information of the traffic card 611 and a recharge control for implementing a recharge function of the traffic card 611. The prompt 613 includes the character "please get the top of the back of the phone near the swipe area" for indicating the usage of the traffic card 611. The switch control 614 is used to switch the ride/traffic card displayed by the ride card 610.

In other examples, the electronic device 100 may play the information of the health code simultaneously when the health code and the riding code/traffic card are displayed, and in other examples, the electronic device 100 may play the information of the health code once when the health code and the riding code/traffic card are displayed, and then play the information of the health code through the horn control.

In some embodiments, when the electronic device 100 displays the health code and the ride code/traffic card, a user operation to switch the ride code/traffic card may be received, e.g., the electronic device 100 may receive a user operation (e.g., a touch click operation) to the switch control 543 in the user interface 500 shown in fig. 5, or the electronic device 100 may receive a user operation (e.g., a touch click operation) to the switch control 614 in the user interface 600 shown in fig. 6. In response to the user operation, the electronic device 100 may display a user interface 700 shown in fig. 7.

As shown in fig. 7, the user interface 700 includes a header 710 and a plurality of ride options, the header 710 including the character "switch ride/traffic card", the plurality of ride options including, for example, a ride code ride using a payment application option 720, a ride code ride using a wallet application option 730, a traffic card ride using a wallet application option 740, and a ride code ride using a chat application option 750, the other ride options being similar, as illustrated by example of option 720. Options 720 include a ride control 720A, and electronic device 100 may receive a user operation (e.g., a touch-and-click operation) directed to ride control 720A, and in response to the user operation, display a ride code for the payment application indicated by option 720, e.g., display user interface 500 shown in fig. 5, where prompt 541 in user interface 500 may include a character "ride code (payment application)", ride code 542 being a ride code for the payment application (e.g., an account paid for riding a ride being an account registered in the payment application).

In some embodiments, the user may turn on or off the quick ride function based on the setup function of the electronic device 100, and set a default displayed ride code/traffic card if the quick ride function is turned on, a specific example of which may be seen in fig. 8.

As shown in fig. 8, the electronic device 100 may display a user interface 800, where the user interface 800 includes a title 810 and function information 820, the title 810 includes a character "set", the function information 820 includes a function name 820A, a function description 820B, and a function control 820C, the function name 820A includes a character "fast ride", the function description 820B includes a character "when riding a public transportation, and a health code and a ride code/traffic card" are displayed at the same time, and the function control 820C is used to turn on or off a fast ride function indicated by the function information 820. In the case of turning on the express ride function (when the function control 820C is in an on state), when the electronic device 100 recognizes that the opened health code is normal and the health code is opened for riding a public transportation, the electronic device 100 may display the health code and the ride code/transportation card, for example, the user interface 500 shown in fig. 5 or the user interface 600 shown in fig. 6.

In the case of turning on the rapid ride function, the user interface 800 may further include ride setting information 830, where the ride setting information 830 includes a header 831 and a plurality of ride information, and the header 831 includes a character "default displayed ride code/traffic card" for characterizing the ride setting information 830 for setting the default displayed ride code/traffic card in the rapid ride function. The plurality of riding information includes, for example, riding code 832 of the payment application, riding code 833 of the wallet application, traffic card 834 of the wallet application, and riding code 835 of the chat application, and other riding information is similar, taking riding code 832 of the payment application as an example. The ride code 832 of the payment application includes a functionality control 832A, the functionality control 832A being configured to set the ride code of the payment application to a default displayed ride code/traffic card in the express ride function, or cancel the setting. In the case where the default displayed ride code/traffic card in the express ride function is the ride code of the payment application (when the function control 832A is in the on state), the electronic device 100 may display the health code and the ride code of the payment application when the electronic device 100 recognizes that the opened health code is normal and the opening of the health code is for riding a public transportation.

The method for displaying the riding information provided by the embodiment of the application is described based on the above embodiment. The method may be applied to the electronic device 100 shown in fig. 1. The method may be applied to the electronic device 100 shown in fig. 2.

Referring to fig. 9, fig. 9 is a flowchart illustrating a method for displaying riding information according to an embodiment of the present application. The method may include, but is not limited to, the steps of:

s101: the electronic device receives a first user operation for opening a health code.

In some embodiments, the electronic device, in response to the first user operation, identifies the two-dimensional code captured by the camera and obtains the health code of the user, which may also be referred to as scanning the two-dimensional code and obtaining the health code of the user, where the two-dimensional code is optionally a location code. Optionally, the electronic device responds to the first user operation, and starts the camera shooting interface so that the user shoots the place code, the electronic device can identify the place code, and the health code is obtained according to the identification result. For example, the electronic device 100 may receive a user operation for the swipe control 310A in the user interface 300 shown in fig. 3, and in response to the user operation, display the user interface 400 shown in fig. 4 (i.e., the camera shooting interface described above), at which time the user may operate the electronic device 100 to display the two-dimensional code 440 captured by the camera in the scan frame 410 of the user interface 400, and the electronic device 100 may identify the two-dimensional code 440 and obtain the health code of the user (such as the health code 533 in the user interface 500 shown in fig. 5).

In other embodiments, the electronic device directly obtains the health code of the user in response to the first user operation. For example, the electronic device 100 can receive a user operation for the health code control 310C in the user interface 300 shown in FIG. 3, and in response to the user operation, obtain a health code for the user (e.g., the health code 533 in the user interface 500 shown in FIG. 5).

In some embodiments, the first user operation is, for example, but not limited to, a touch operation for an electronic device, a voice input, a gesture input, a somatosensory input, an brain wave input, and the like.

That is, the specific type and implementation of the first user operation are not limited by the present application, but the electronic device may obtain the health code of the user in response to the first user operation.

In some embodiments, after receiving the first user operation, the electronic device may not output the acquired health code first, but may perform S102-S103 first.

S102: the electronic device determines whether the health code is normal.

In some embodiments, the electronic device determines whether the obtained health code is normal, and may be replaced by: the electronic device determines whether the health risk status indicated by the health code meets the requirements (e.g., is normal).

In some embodiments, when the electronic device determines that the health code is normal, S103 may be continued, otherwise the current method is ended, e.g., the health code may be displayed directly at this time without displaying the ride charge information.

S103: the electronic device determines whether the open health code is for riding a public transportation.

In some embodiments, after receiving the first user operation, the electronic device may determine whether the open health code is used for riding the public transportation according to a preset linkage algorithm, which may also be referred to as determining whether the purpose of performing the first user operation/opening the health code is to ride the public transportation.

In some embodiments, when the electronic device runs the linkage algorithm, it may be determined whether the following three conditions are satisfied: the scanned two-dimensional codes are place codes (which can be simply referred to as two-dimensional code identification conditions) of public transportation stations, scenes (which can be simply referred to as scene identification conditions) of current public transportation vehicles and current public transportation stations (which can be simply referred to as station identification conditions), and specific judgment examples can be seen in fig. 10 and are not described in detail. In some embodiments, the electronic device may determine, according to the setting of the linkage algorithm, whether the open health code is used for riding the public transportation according to the determination results of the three conditions, where the determination manners may include, but are not limited to, the following three cases:

Case one: when these three conditions are met, it may be determined that the open health code is for riding in public transportation; when any one of the conditions is not satisfied, it may be determined that the open health code is not for riding a public transportation, the linkage algorithm may be ended, and a specific flow example may be seen in fig. 10, where the order of determination of the three conditions is not limited. For example, in the first case, the determination method is used when the accuracy of each of the three conditions is satisfactory. For example, all three conditions are filling conditions.

And a second case: one condition with highest precision exists in the three conditions, and the site identification condition is taken as an example for explanation, but in specific implementation, the condition can also be a two-dimensional code identification condition or a scene identification condition, and the specific explanation is similar. When the station identification condition is satisfied, it may be determined that the open health code is for riding a public transportation; when the station identification condition is not satisfied, it may be determined that the open health code is not for riding a public transportation, and the linkage algorithm may be ended, by way of example, first determining whether the two-dimensional code identification condition and the scene identification condition are satisfied, if not, determining whether the station identification condition is satisfied, and when the station identification condition is satisfied, determining that the open health code is for riding a public transportation. For example, the first case is a judgment method used when the accuracy of the station identification condition is satisfactory but the accuracy of the other two conditions is not satisfactory. For example, the two-dimensional code recognition condition and the scene recognition condition are sufficient conditions, and the station recognition condition is sufficient condition.

And a third case: the current scene does not acquire data capable of judging a target condition among the three conditions, for example, if the first user operation is not scanning a two-dimensional code, data capable of judging a two-dimensional code identification condition (i.e., the scanned two-dimensional code) is not acquired. Or if the image of the current scene cannot be shot (for example, the camera is not opened in the authority) or the image does not comprise the key information points (for example, buses, bus stop boards, subway channels and the like), the data capable of judging the scene recognition conditions (namely, the image of the current scene or the key information points) are not obtained. Or if the positioning function is not available (for example, the GPS is not started or the signal is weak), no data (i.e., the above-mentioned location information) capable of judging the site identification condition is obtained. Thus, when the other condition than the target condition among the three conditions is satisfied, it may be determined that the open health code is for riding the public transportation, and when the other condition than the target condition among the three conditions is not satisfied, it may be determined that the open health code is not for riding the public transportation, and the linkage algorithm may be ended. In some embodiments, the other conditions may be two other conditions among the three conditions other than the target condition, and the specific description is similar to the case. In other embodiments, the above-mentioned other conditions may be the condition of highest accuracy among the three conditions other than the target condition, and the specific description is similar to the case two.

Case four: among the three conditions, there may be a plurality of conditions of highest precision, when the plurality of conditions of highest precision are satisfied, it may be determined that the open health code is for riding a public transportation, otherwise it may be determined that the open health code is not for riding a public transportation, and the linkage algorithm may be ended.

Case five: when two conditions with higher precision of the three conditions are satisfied, it may be determined that the open health code is for riding a public transportation, otherwise it may be determined that the open health code is not for riding a public transportation, and the linkage algorithm may be ended.

In some embodiments, S104 may be performed when the electronic device determines whether the open health code is for riding in a public transportation, otherwise the current method is ended, e.g., the health code may be displayed directly at this time without displaying ride payment information.

Not limited to the case illustrated in fig. 9, in other embodiments, the electronic device may execute S103 first and then S102, or execute S102 and S103 simultaneously, that is, the order of S102 and S103 is not limited. It is understood that when the determination results of S102 and S103 are both yes, the electronic device may execute S104.

S104: the electronic device displays the health code and the ride payment information.

In some embodiments, when the open health code is normal and the open health code is for riding a public vehicle, the electronic device may display the health code and ride payment information, such as, but not limited to including, a ride code and a traffic card.

For example, the electronic device may display the user interface 500 shown in fig. 5, with the health code card 530 in the user interface 500 for displaying information such as the health code 533, and the ride code card 540 in the user interface 500 for displaying information such as the ride code 542.

For example, the electronic device may display the user interface 600 shown in fig. 6, the health code card in the user interface 600 being used to display information such as health codes, and the ride code card 610 in the user interface 600 being used to display information such as traffic cards 611.

In some embodiments, before S104, the electronic device may identify a type of public transportation means to be taken by the user and/or a type of public transportation station where the user is located, and determine the payment information for taking the bus according to the identified type, for example, the identified type of public transportation means is a bus, the payment information for taking the bus is a code/card for taking the bus, the identified type of public transportation means is a subway, and the payment information for taking the bus is a code/card for taking the subway. In some embodiments, the electronic device may identify the type of public transportation means to be taken by the user and/or the type of public transportation site where the user is located through the linkage algorithm in S103, and a specific example may be seen in fig. 10, which is not described in detail.

In some embodiments, the payment information is payment information for a first application (e.g., a passcode/traffic card application, chat application, payment application, etc.). When the opened health code is normal and the opened health code is used for riding public transportation means, the electronic equipment can automatically start the first application and start the first function of the first application, the riding payment information is acquired through the first function, then the health code and the riding payment information are displayed, the first application and the first function are not required to be started manually by a user, and user operation is reduced. Without being limited to the above example, in other embodiments, when the open health code is normal and the open health code is for riding a public transportation, the electronic device may call the first interface, acquire the riding payment information of the first application through the first interface, and then display the health code and the riding payment information, alternatively, the first interface may be understood as an interactive interface between the second application providing the health code and the first application providing the riding payment information.

In some embodiments, when the electronic device displays the health code and the payment for bus information, a second user operation may be received, and in response to the second user operation, a switching interface of the payment for bus information is displayed. The electronic device can receive the third user operation aiming at any one of the riding payment information in the switching interface, and switch the riding payment information displayed together with the health code into the riding payment information selected by the third user operation in response to the third user operation, and optionally, when the health code is subsequently displayed by the electronic device, the riding payment information displayed together can be the riding payment information selected by the third user operation, so that the user does not need to subsequently execute the second user operation and the third user operation, and the riding payment information is more convenient to use.

For example, the electronic device can receive a second user operation for the switch control 543 in the user interface 500 shown in fig. 5, or receive a second user operation for the switch control 614 in the user interface 600 shown in fig. 6. In response to a second user operation, the electronic device displays the user interface 700 shown in fig. 7, the user interface 700 including a plurality of ride options, each ride option indicating one ride payment information, illustrated as option 720, option 720 indicating a ride code for the payment application, option 720 including a ride control 720A, the ride control 720A may trigger a ride using the ride code for the payment application. The electronic device can receive a third user operation for the ride control 720A, display a health code and a ride code of the payment application in response to the third user operation.

In some embodiments, prior to S101, the electronic device may receive a fourth user operation, and in response to the fourth user operation, determine ride-through payment information displayed with the health code.

For example, the electronic device may display the user interface 800 shown in fig. 8, the ride setting information 830 in the user interface 800 includes a plurality of ride information, each of the ride information indicating one of the ride payment information, illustrated as a ride code 832 of the payment application, the ride code 832 of the payment application including a function control 832A, the electronic device may receive a fourth user operation for the function control 832A, in response to the fourth user operation, set the function control 832A to an on state, and set the ride code of the payment application to a ride code/traffic card displayed by default in the quick ride function. The electronic device may then execute S101-S104, wherein the ride payment information displayed in S104 is a ride code of the payment application.

Not limited to the case shown in S104, in other embodiments, the electronic device may output the health code and the ride charge information in other manners. For example, the electronic device may use a speaker to play information of the health code (e.g., type of health code, health risk status indicated by the health code).

In the method shown in fig. 9, after receiving the first user operation for opening the health code, the electronic device may determine whether the health code is normal and whether the health code is opened for riding a public transportation means, and if the determination results are yes, output the health code and riding payment information (such as riding code and traffic card), so that the driver and passenger can check the health code without additional user operation, and pay for riding through the riding payment information. That is, the user can call out the information required by riding only once without complex operation of switching between different applications, the operation is simple and quick, the riding efficiency is greatly improved, and the running efficiency of public transportation means is also improved. And the user can set the displayed riding payment information by the third user operation and the fourth user operation by himself, so that the use is more flexible, and the user experience is better.

It can be understood that the electronic device determines whether to display the health code and the riding code/traffic card simultaneously by identifying whether the health code is normal or not and whether the health code is opened or not for riding a public transportation means after receiving the first user operation, that is, the linkage of the health code and the riding code/traffic card is realized, rather than displaying the health code and the riding code/traffic card simultaneously after receiving the first user operation, thereby avoiding the situation of opening the riding code/traffic card by mistake and reducing unnecessary processing resources of the device. And, the application also does not only display the health code and riding code/traffic card at the same time according to the history habit (for example, open the riding code after the health code is opened at the subway station C for 7 consecutive days, and then directly open the riding code by checking the operation of the next page after the subsequent user arrives at the subway station C to open the health code), the application does not depend on the history habit of the user, even if the user arrives at the subway station C for the first time, the application can conveniently and rapidly ride, even if the user opens the health code within 7 days, the user opens the payment code first and then opens the riding code by misoperation, and also can conveniently and rapidly ride, so that the user can more effectively realize convenient riding.

Referring to fig. 10, fig. 10 is a flowchart illustrating a method for displaying riding information according to an embodiment of the present application. In some embodiments, S103 shown in fig. 9 may include the method shown in fig. 10. The method may include, but is not limited to, the steps of:

s201: the electronic device judges whether the scanned two-dimensional code is a place code of a public transportation station.

In some embodiments, the electronic device determines whether the scanned two-dimensional code is a location code of a public transportation website, that is, determines whether the two-dimensional code identification condition is satisfied, and the determination manner may, but is not limited to, include the following two manners:

Mode one: the electronic device can compare the scanned two-dimensional code with a plurality of two-dimensional codes in a preset public transportation two-dimensional code library, and when the similarity degree between the scanned two-dimensional code and the scanned two-dimensional code in the public transportation two-dimensional code library is greater than or equal to a target two-dimensional code of a preset threshold value, the scanned two-dimensional code can be determined to be a place code of a public transportation station. Optionally, when a plurality of two-dimensional codes with the similarity degree of the scanned two-dimensional codes being greater than or equal to a preset threshold value exist in the public transportation two-dimensional code library, the two-dimensional code with the greatest similarity degree can be determined as the target two-dimensional code. The public transportation two-dimensional code library can comprise place codes of a plurality of public transportation sites. In one case, the two-dimensional code library of public transportation can be obtained by the electronic device from the server in real time, and in another case, the two-dimensional code library of public transportation can be obtained by the electronic device from the server in advance and then stored in the electronic device. The electronic device obtains the public transportation two-dimensional code library from a server of an epidemic prevention center, for example and without limitation. Alternatively, if the public transportation two-dimensional code library is provided by an official organization and updated periodically, the accuracy of the two-dimensional code identification condition may be improved (for example, to be satisfactory accuracy), and the two-dimensional code identification condition is an adequate condition.

In some embodiments, when the electronic device determines the first usage mode, the type of the public transportation station (such as a subway station or a bus station) where the electronic device is currently located may be determined according to the scanned two-dimensional code/target two-dimensional code, and the type may be used to determine the payment information to be displayed.

Mode two: the electronic device can identify the scanned two-dimensional code and acquire corresponding position information and/or location information, and if the acquired position information and/or location information indicates a public transportation station, the electronic device can determine that the scanned two-dimensional code is the location code of the public transportation station. For example, the electronic device recognizes the scanned two-dimensional code: the user interface 400 shown in fig. 4 includes the two-dimensional code 440 displayed in the scan box 410, and obtains the location information/location information indicated by the prompt 532 in the user interface 500 shown in fig. 5: "subway station B", therefore, the electronic device can determine that the scanned two-dimensional code 440 is a place code of subway station B. For example, the two-dimensional code recognition condition is a sufficient condition.

In some embodiments, when the electronic device determines the second usage mode, the type of the public transportation station (such as a subway station or a bus station) where the electronic device is currently located may be determined according to the obtained location information and/or the obtained location information, and the type may be used to determine the payment information to be displayed.

In some embodiments, when the scanned two-dimensional code is a location code of a public transportation site (i.e., the two-dimensional code identification condition is satisfied), the electronic device may execute S202, otherwise, end the method.

S202: and the electronic equipment judges whether the scene of riding the public transportation means is currently in or not according to the shot image.

In some embodiments, prior to S202, the electronic device may perform S101 shown in fig. 9. Before and/or after the electronic device performs S101, an image of the current environment/surrounding environment may be captured, for example, for a preset period of time (e.g., 1 minute) before the electronic device performs S101, and after the electronic device performs S101, an image of the current environment is captured. Then, the electronic device may determine whether a scene of taking the public transportation means is currently in place according to the photographed image, that is, whether a scene recognition condition is satisfied.

In some embodiments, the electronic device may identify key information points in the captured image and compare the identified key information points with a preset plurality of scene data, where the key information points include, for example, but not limited to, data that may characterize a current scene including a bus, a bus stop board, a subway tunnel, a subway stop board, an urban environment, a subway gate, and the like. Any one of the plurality of scene data may indicate a scene in which one public transportation means is located. When the key information point matches target scene data in the plurality of scene data (e.g., the target scene data includes scene data indicated by the key information point), a scene currently in a ride public transportation (i.e., a scene of a ride target transportation indicated by the target scene data) may be determined. For example, the scene recognition condition is a sufficient condition.

In some embodiments, when the electronic device determines whether the scene recognition condition is satisfied, the type of public transportation (i.e., target transportation) to be taken by the user (e.g., subway or bus) may be determined according to the key information point/target scene data, and the type may be used to determine the payment information to be displayed.

In some embodiments, the electronic device may perform S203 if it is currently in a scene of riding the public transportation (i.e., the scene recognition condition is satisfied), otherwise the method ends.

S203: and the electronic equipment judges whether the public transportation station is currently located according to the position information.

In some embodiments, prior to S203, the electronic device may perform S101 shown in fig. 9. The electronic device may acquire the current location information before and/or after S101 is performed. Then, the electronic device can judge whether the electronic device is currently located at a public transportation site according to the obtained position information, namely whether the site identification condition is met.

In some embodiments, when the electronic device obtains the current location information, coarse positioning may be performed first, and then fine positioning may be performed, for example, the electronic device may perform coarse positioning according to information related to a cellular communication network such as a connected base station, a cell identifier where the electronic device is located, or the electronic device may perform coarse positioning according to a short-range communication manner such as Wi-Fi, bluetooth, and the like. Then, the electronic device can combine the result of the coarse positioning and perform fine positioning through GNSS technologies such as GPS, BDS and the like.

In some embodiments, the electronic device may compare the acquired location information with the location information of a preset plurality of public transportation stations, and may determine that the public transportation station is currently located (i.e., the public transportation station corresponding to the target location information) when there is target location information matching the acquired location information among the location information of the plurality of public transportation stations (e.g., the distance between the acquired location information and the target location information is less than or equal to a preset threshold). For example, the site identification condition is a filling condition.

In some embodiments, when the electronic device determines whether the station identification condition is satisfied, the type of public transportation means (such as subway or bus) on which the user is to take may be determined according to the acquired location information/target location information, and the type may be used to determine the payment information to be displayed.

In some embodiments, the electronic device may determine that the turn-on health code is for riding a public transportation when currently located at a public transportation site (i.e., the site identification condition is satisfied), and end the method otherwise.

The order of S201 to S203 is not limited.

In the method shown in fig. 10, the electronic device can determine whether the open health code is used for riding the public transportation means through multiple determinations, and the determination basis and manner of the multiple determinations are different, so that the accuracy of the determination is greatly increased, and therefore, the electronic device can accurately display the health code and corresponding riding payment information when a user opens the health code to take a ride, so that the situation of incorrect display is avoided, and the user experience is improved.

In the above embodiment, the riding payment information (such as riding code, traffic card, etc.) is taken as an example for explanation, but in a specific implementation, the electronic device may identify the specific use and/or location of the open health code, and output the corresponding information and health code according to the identification result, where the manner of identifying the specific use and/or location of the open health code is similar to the manner of judging whether the open health code is used for riding a public transportation means or not, and the specific implementation of the identification manner is not limited, and the information output together with the health code is also not limited. Some other scenarios are exemplarily shown below:

For example, when the electronic device recognizes that the open health code is normal, and opens the health code for returning home, the electronic device may output the health code and the access card. For example, at this time, the two-dimensional code identification condition may be replaced with a location code of the residence cell, the scene identification condition may be replaced with a scene currently in the residence cell or building (whether the condition is satisfied or not may be determined according to the captured image, for example, but not limited to, a cell door and a cell name), and the site identification condition may be replaced with a site identification condition currently in the residence cell or building (whether the condition is satisfied or not may be determined according to the location information).

For example, when the electronic device recognizes that the opened health code is normal and the opened health code is for taking a long-distance vehicle such as a high-speed rail, an airplane, etc., the electronic device may output the health code and the electronic identification card. For example, in this case, the two-dimensional code recognition condition may be replaced with a location code of a long-distance transportation site such as a high-speed rail station or an airport, the scene recognition condition may be replaced with a scene currently in a long-distance transportation such as a high-speed rail station or an airplane (whether the condition is satisfied or not may be determined based on the photographed image, for example, but not limited to, a stop board or a gate), and the site recognition condition may be replaced with a long-distance transportation site currently in a high-speed rail station or an airport (whether the condition is satisfied or not may be determined based on the position information).

In example three, when the electronic device recognizes that the open health code is normal, and opens the health code for shopping, the electronic device may output the health code and payment information (e.g., payment code, electronic bank card, etc.). For example, at this time, the two-dimensional code identification condition may be replaced with a location code in which the scanned two-dimensional code is a shopping location such as a store or a mall, the scene identification condition may be replaced with a current shopping scene (whether the condition is satisfied or not may be determined based on the captured image, for example, but not limited to, a cash register), and the site identification condition may be replaced with a shopping location code in which the condition is currently located such as a store or a mall (whether the condition is satisfied or not may be determined based on the location information).

In example four, the electronic device may output the health code and the electronic work card when the electronic device recognizes that the open health code is normal and that the open health code is for work. For example, at this time, the two-dimensional code identification condition may be replaced with a location code of a building where a job-seeking company is located, the scene identification condition may be replaced with a current on-duty scene (whether the condition is satisfied or not may be determined according to a captured image), the key information point may be, for example, but not limited to, a company name, a building name, or a company gate), and the site identification condition may be replaced with a building where a job-seeking company is located (whether the condition is satisfied or not may be determined according to the location information).

The method provided by the embodiments of the present application may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When loaded and executed on a computer, produces a flow or function in accordance with embodiments of the present application, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a computer network, a network device, a user device, or other programmable apparatus. The computer instructions may be stored in a computer readable storage medium or transmitted from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions may be transmitted from one website, computer, server, or data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (digital subscriber line, DSL), or wireless (e.g., infrared, wireless, microwave, etc.) means to another website, computer, server, or data center, the computer readable storage medium may be any available medium that can be accessed by a computer or a data storage device including one or more available media integrated servers, data centers, etc., the available medium may be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., digital video disc (digital video disc, DWD), or semiconductor medium (e.g., solid state disk (solid STATE DISK, SSD)), the foregoing embodiments are merely illustrative of the present application, and the foregoing embodiments are not limited by the foregoing, and the foregoing embodiments may be implemented without departing from the spirit or modifying the scope of the application by the foregoing general technical description.

Claims

1. A method for displaying ride information, the method being applied to an electronic device, the method comprising:

receiving a first operation;

responding to the first operation, and acquiring a health code;

Judging whether the health code is normal or not;

Judging whether the acquired health code is used for taking the public transportation or not according to the shot image and preset scene data of the public transportation, wherein the shot image comprises first data representing the current scene, and the acquired health code is used for taking the public transportation when the first data are matched with the scene data of the public transportation;

and when the health code is determined to be normal, and the acquired health code is used for taking public transportation, automatically displaying a first interface on the electronic equipment, wherein the first interface comprises the health code and first riding payment information, the health code indicates that the health risk state of a user holding the health code is normal when the health code is normal, and the first riding payment information is used for taking public transportation.

2. The method of claim 1, wherein prior to the displaying the first interface, the method further comprises: responding to the first operation, and starting a camera shooting interface so that the user shoots a first place code; the obtaining the health code includes: identifying the first place code and obtaining an identification result; and acquiring the health code according to the identification result.

3. The method of claim 1 or 2, wherein the first car payment information is a car code or a near field communication NFC traffic card.

4. The method of claim 1 or 2, wherein the method further comprises:

receiving a second operation when the first interface is displayed;

and in response to the second operation, displaying a second interface, the second interface including the health code and second ride payment information.

5. The method of claim 1 or 2, wherein prior to the receiving the first operation, the method further comprises:

receiving a third operation;

in response to the third operation, the first ride-through payment information is determined from the first and third ride-through payment information.

6. The method of claim 1 or 2, wherein the type of the first ride payment information is determined according to the type of the public transportation means.

7. The method of claim 2, wherein the determining whether the acquired health code is for riding the public transportation based on the photographed image and the preset scene data of the public transportation comprises:

Judging whether a first condition and a second condition are met, wherein the first condition is that the first data included in the shot image is matched with scene data of the public transportation means, the second condition is that the first place code is a place code of a site of the public transportation means, and/or determining that the electronic equipment is currently located at the site of the public transportation means according to the position information of the electronic equipment;

When the first condition and the second condition are satisfied, determining that the acquired health code is for riding a public transportation.

8. An electronic device comprising a transceiver, a processor and a memory, the memory for storing a computer program, the processor invoking the computer program for performing the method of any of claims 1-7.

9. A computer storage medium comprising a computer program comprising instructions which, when run on a processor, implement the method of any of claims 1-7.