CN115134453A

CN115134453A - Riding information display method and electronic equipment

Info

Publication number: CN115134453A
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: 2022-09-30

Abstract

A method for displaying riding information and an electronic device are provided. The method comprises the following steps: the electronic equipment 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 bus payment information, the health risk state of the user with the health code is indicated to be normal when the health code is normal, and the first bus payment information is used for taking public transport means. The method can reduce user operation required for calling out the riding information and improve riding efficiency of the user.

Description

Riding information display method and electronic equipment

Technical Field

The present disclosure 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 situations, when a user takes a public transport means, the health code needs to be opened firstly, the user can open the riding code for riding after a driver confirms that the health code is normal, the operation is complex, the time consumption is long, especially under the condition that the application of the health code is opened and the application of the riding code is opened are different, the user also needs to perform complex operation of switching between different applications, the riding efficiency of the user is low, and the running efficiency of the public transport means is also influenced.

Disclosure of Invention

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

In a first aspect, the present application provides a method for displaying riding information, which is applied to an electronic device, and 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 bus payment information, the health code indicates that the health risk state of the user with the health code is normal when the health code is normal, and the first bus payment information is used for taking public transport means.

In the method, when the health code acquired currently is determined to be normal, the electronic device can simultaneously display the health code and the first riding payment information, the user does not need to manually call the first riding payment information on the electronic device, the user does not need to perform complex operation of switching different applications (for example, the application 1 of the health code is firstly opened for a driver and a passenger to check the health code, and then the health code is switched to the application 2 of the riding payment information to use the riding payment information for riding), the user can call information required for riding only once operation, the operation is simple and rapid, the riding efficiency of the user is greatly improved, and the operation efficiency of public transport means is also improved.

In one possible implementation, the acquiring the health code includes: in response to the first operation, obtaining the health code; or, before the displaying the first interface, the method further includes: responding to the first operation, starting a camera shooting interface so that the user can shoot a first place code; the acquiring the health code comprises: 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 recognizing 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 manner, the first vehicle payment information is a vehicle code or a Near Field Communication (NFC) traffic card.

According to the method, the first riding payment information displayed together with the health code is diversified, different requirements of users under 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 responding to the second operation, and displaying a second interface, wherein the second interface comprises the health code and second riding payment information.

In the method, when the electronic equipment 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, namely, a user can select the displayed riding payment information in real time according to the user's own requirements, so that the method is more flexible to use, and better in user experience.

In a possible implementation manner, before the receiving the first operation, the method further includes: receiving a third operation; in response to the third operation, determining the first riding payment information from the first and third riding payment information.

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

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

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

For example, when the type of the public transport means is public transport, the first bus payment information is a bus card or a bus code of the public transport; and when the type of the public transport means is the subway, the first bus taking payment information is a traffic card or a bus taking 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 vehicle which needs to be taken by the current user, so that the riding payment information which is manually switched and displayed by the user when the riding payment information is not matched with the public transport vehicle is avoided, the operation executed when the user rides the bus is reduced, the use is more convenient, and the user experience is better.

In one possible implementation, before 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 means, determining that a scene where the public transport means is currently located is determined according to a first image, and determining that the electronic device is currently located at the station of the public transport means according to position information of the electronic device, wherein the first image is an image of a surrounding environment shot before the first operation is received and/or after the first operation is received.

In the method, the electronic equipment can judge whether the health code is opened for taking a public transport 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 bus payment information when a user opens the health code to take a bus, the condition of error display is avoided, and the user experience is improved.

In one possible implementation, before automatically displaying the first interface on the electronic device, the method further includes: determining that a first condition is satisfied, the first condition being a condition with highest accuracy among a second condition, a third condition and a fourth condition, the second condition being that the first location code is a location code of a station of a public transportation, the third condition being that a scene currently in which the public transportation is taken is determined from a first image, the first image being an image of a surrounding environment captured before the receiving of the first operation and/or after the receiving of the first operation, and the fourth condition being that the electronic device is currently located at the station of the public transportation is determined from location information of the electronic device.

In the method, the electronic equipment can judge whether the health code is opened for taking a public transport means according to the condition with the highest precision in the plurality of judging conditions, so that the condition with the lower precision is prevented from influencing the judging accuracy, the electronic equipment can accurately display the health code and the first bus payment information when a user opens the health code to take a bus, the condition 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 are configured to store computer program code comprising computer instructions that, when executed by the one or more processors, cause the communication device to perform a method of displaying ride information in any of the possible implementations of any of the aspects.

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 for displaying riding information in any one of the possible implementations of the foregoing aspect.

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

In a fifth aspect, the present application provides an electronic device including a means for performing the method or apparatus described in any implementation manner of the present application. The electronic device is, for example, a chip.

It should be understood that the description of technical features, technical solutions, advantages, or similar language in this application does not imply that all of the features and advantages may be realized in any single implementation. Rather, it is to be understood that the description of a feature or advantage is meant to include that particular feature, aspect, or advantage in at least one implementation. Therefore, the description of technical features, technical solutions or advantages in this specification does not necessarily refer to the same implementation. Furthermore, the technical features, solutions and advantages described in the present application may also be combined in any suitable way. One skilled in the relevant art will recognize that the subject application can 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 be present.

Drawings

The drawings used in the present application are described below.

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

FIG. 2 is a schematic diagram of a software architecture of an electronic device provided in the present application;

FIG. 3 is a schematic diagram of a user interface provided herein;

FIG. 4 is a schematic view of yet another user interface provided herein;

FIG. 5 is a schematic view of yet another user interface provided herein;

FIG. 6 is a schematic view of yet another user interface provided herein;

FIG. 7 is a schematic view of yet another user interface provided herein;

FIG. 8 is a schematic view of yet another user interface provided herein;

fig. 9 is a schematic flow chart of a method for displaying riding information provided by the present application;

fig. 10 is a schematic flow chart of another method for displaying riding information provided by the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be described below with reference to the accompanying drawings. Wherein in the description of the embodiments of the present application, "/" indicates an inclusive meaning, for example, a/B may indicate a or B; "and/or" in the text is only an association relationship describing an associated object, and means that three relationships may exist, for example, a and/or B may mean: three cases of a alone, a and B both, and B alone exist, and in addition, "a plurality" means two or more than two in the description of the embodiments of the present application.

In the following, the terms "first", "second" are used 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 defined as "first" or "second" may explicitly or implicitly include one or more of that feature, and in the description of embodiments of the application, unless stated otherwise, "plurality" means two or more.

The embodiment of the application provides a method for displaying riding information, and the method can be applied to electronic equipment. The electronic equipment can receive user operation for opening the health code (for example, a place code of a public transport station scanned by the user through the electronic equipment), when the health code is normal and the health code is opened currently for taking a public transport vehicle, the electronic equipment outputs the health code and riding payment information (such as a riding code or a traffic card), the user does not need to perform complex operation of switching between different applications, but the information required by riding can be called out through one-time user operation, the operation is simple and fast, the riding efficiency of the user is greatly improved, and the running efficiency of the public transport vehicle is also improved.

Wherein the health code is used for indicating the health risk status of the user, for example, the health code is specifically used for indicating the health risk status of the user with respect to the new crown epidemic situation. 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 bus payment information can be used for riding public transport means, and the bus payment information is a means for deducting the bus required fee from the account according to the bus behavior and the charging rule. The bus payment information includes, for example and without limitation, two forms of a bus code and a traffic card, the display form of the bus code is, for example, a two-dimensional code or a bar code, and the bus payment information is described in the application by taking the bus code and the traffic card as examples. The differences between the ride code and the traffic card are illustrated by way of example: firstly, the riding code is different from the card swiping mode of a traffic card, the riding code is provided for a verification device of a public transport means to scan/sweep the code, and the traffic card is swiped through Near Field Communication (NFC) and other near field communication modes; secondly, the bus code and the traffic card have different payment modes, the bus code is paid after taking, a bank card and other payment accounts need to be bound, and the traffic card needs to be recharged into the card in advance.

The venue code is used to indicate identifying 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. The location code can be scanned to automatically register information of all people entering and exiting the current location, and in some embodiments, after the location code is scanned by a user through an electronic device, the electronic device can display the health code of the user.

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), a smart home device such as a smart tv, a smart camera, and a smart speaker, a wearable device such as a smart bracelet, a smart watch, and smart glasses, an Augmented Reality (AR), a Virtual Reality (VR), an augmented reality (MR), an on-board device, or a smart city device, and the specific type of the electronic device is not particularly limited by the embodiment of the present application.

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

Fig. 1 illustrates a hardware structure diagram 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 (USB) interface 130, a charging 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, a button 190, a motor 191, an indicator 192, a camera 193, a display screen 194, a Subscriber Identity Module (SIM) card interface 195, and the like. The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity light 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 is to be understood that the illustrated structure of the embodiment of the present invention does not specifically limit the electronic device 100. In other embodiments of the present application, electronic device 100 may include more or fewer components than shown, or some components may be combined, some components may be split, or a different arrangement of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

Processor 110 may include one or more processing units, such as: the processor 110 may include an Application Processor (AP), a modem processor, a Graphics Processing Unit (GPU), an Image Signal Processor (ISP), a controller, a video codec, a Digital Signal Processor (DSP), a baseband processor, and/or a neural-Network Processing Unit (NPU), etc. Wherein, the different processing units may be independent devices or may be integrated in one or more processors. In some embodiments, the processor 110 is configured to determine whether a condition of the health code and the fare information (fare code/traffic card) linkage is satisfied: whether the health code is normal and whether the open health code is for riding a public transportation vehicle. Where 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 execute the following method for displaying the riding information shown in fig. 9 to 10 by the processor 110.

The controller can generate an operation control signal according to the instruction operation code and the timing signal to complete the control of instruction fetching and instruction execution.

A memory may also be provided in 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 have just been used or recycled by the processor 110. If the processor 110 needs to use the instruction or data again, it can be called directly from the memory. Avoiding repeated accesses reduces the latency of the processor 110, thereby increasing the efficiency of the system.

In some embodiments, processor 110 may include one or more interfaces. The interface may include an integrated circuit (I2C) interface, an integrated circuit built-in audio (I2S) interface, a Pulse Code Modulation (PCM) interface, a universal asynchronous receiver/transmitter (UART) interface, a Mobile Industry Processor Interface (MIPI), a general-purpose input/output (GPIO) interface, a Subscriber Identity Module (SIM) interface, and/or a Universal Serial Bus (USB) interface, etc.

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

The power management module 141 is used to connect the battery 142, the charging 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, and supplies power to 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, the modem processor, the baseband processor, and the like. In some embodiments, the position 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 station, so as to determine whether the condition of linking the health code and the riding payment information 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 can also be multiplexed to improve the utilization of the antennas. For example: the antenna 1 may be multiplexed as 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 including wireless communication of 2G/3G/4G/5G/6G, etc. applied to the electronic device 100. The mobile communication module 150 may include at least one filter, a switch, a power amplifier, a Low Noise Amplifier (LNA), and the like. The mobile communication module 150 may receive the electromagnetic wave from the antenna 1, filter, amplify, etc. the received electromagnetic wave, and transmit the electromagnetic wave to the modem processor for demodulation. The mobile communication module 150 may also amplify the signal modulated by the modem processor, and convert the signal into electromagnetic wave through the antenna 1 to radiate the electromagnetic wave. 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 a 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 passes the demodulated low frequency baseband signal to a 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 a sound signal through an audio device (not limited to the speaker 170A, the receiver 170B, etc.) or displays an image 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 modules, independent of the processor 110.

The wireless communication module 160 may provide a solution for wireless communication applied to the electronic device 100, including Wireless Local Area Networks (WLANs) (e.g., wireless fidelity (Wi-Fi) networks), bluetooth (bluetooth, BT), Global Navigation Satellite System (GNSS), Frequency Modulation (FM), Near Field Communication (NFC), Infrared (IR), and the like. The wireless communication module 160 may be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, performs frequency modulation and filtering processing on 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, perform frequency modulation and amplification on the signal, and convert the signal into electromagnetic waves through the antenna 2 to radiate the electromagnetic waves. In some embodiments, the electronic device 100 may use the riding payment information such as the transportation card to pay for riding through the near field communication technology such as NFC provided by the wireless communication module 160.

In some embodiments, antenna 1 of electronic device 100 is coupled to mobile communication module 150 and antenna 2 is coupled to wireless communication module 160 so that electronic device 100 can communicate with networks and other devices through wireless communication techniques. The wireless communication technology may include global system for mobile communications (GSM), General Packet Radio Service (GPRS), code division multiple access (code division multiple access, CDMA), Wideband Code Division Multiple Access (WCDMA), time-division code division multiple access (time-division code division multiple access, TD-SCDMA), Long Term Evolution (LTE), LTE, BT, GNSS, WLAN, NFC, FM, and/or IR technologies, etc. The GNSS may include a Global Positioning System (GPS), a global navigation satellite system (GLONASS), a beidou navigation satellite system (BDS), a quasi-zenith satellite system (QZSS), and/or a Satellite Based Augmentation System (SBAS).

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

The display screen 194 is used to display images, video, and the like. The display screen 194 includes a display panel. The display panel may adopt a Liquid Crystal Display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (active-matrix organic light-emitting diode, AMOLED), a flexible light-emitting diode (FLED), a miniature, a Micro-oeld, a quantum dot light-emitting diode (QLED), and 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 a shooting function through the ISP, the camera 193, the video codec, the GPU, the display 194, the application processor, and the like. In some embodiments, the electronic device 100 may scan the two-dimensional code through a shooting function, and optionally, the electronic device 100 may determine whether the scanned two-dimensional code is a location code of a public transportation station through the processor 110, so as to determine whether a condition of linkage of the health code and the riding payment information is satisfied. In some embodiments, the electronic device 100 may capture an image of the current environment through a capture function, and the image may be used to determine whether the current environment is in a public transportation scene, so as to determine whether the health code and the bus payment information linkage condition is satisfied.

The ISP is used to process the data fed back by the camera 193. For example, when a photo is taken, the shutter is opened, light is transmitted to the camera photosensitive element through the lens, the optical signal is converted into an electrical signal, and the camera photosensitive element transmits the electrical signal to the ISP for processing and converting into an image visible to naked eyes. The ISP can also carry out algorithm optimization on 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 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 to the photosensitive element. The photosensitive element may be a Charge Coupled Device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The light sensing element converts the optical signal into an electrical signal, which is then passed to the ISP where it is converted into a digital image signal. And the ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into image signal in standard RGB, YUV and other formats. In some embodiments, the 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 extend the memory capability of the electronic device 100.

The internal memory 121 may be used to store computer-executable program code, which includes instructions. The processor 110 executes 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 via the audio module 170, the speaker 170A, the receiver 170B, the microphone 170C, the headphone interface 170D, and the application processor. Such as music playing, sound recording, information for playing 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 called a "horn", is used to convert the audio electrical signal into an acoustic signal. The receiver 170B, also called "earpiece", is used to convert the electrical audio signal into a sound signal. The microphone 170C, also referred to as a "microphone," is used to convert sound signals into electrical signals. The headphone interface 170D is used to connect a wired headphone.

The pressure sensor 180A is used for sensing a pressure signal, and can 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 can be of a wide variety, such as a resistive pressure sensor, an inductive pressure sensor, a capacitive pressure sensor, and the like. The capacitive pressure sensor may be a sensor comprising at least two parallel plates having an electrically conductive material. When a force acts on the pressure sensor 180A, the capacitance between the electrodes changes. 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 intensity of the touch operation according to the pressure sensor 180A. The electronic apparatus 100 may also calculate the touched position from the detection signal of the pressure sensor 180A. In some embodiments, the touch operations that are applied to the same touch position but different touch operation intensities may correspond to different operation instructions.

The gyro sensor 180B may be used to determine the motion attitude of the electronic device 100. In some embodiments, the angular velocity of electronic device 100 about three axes (i.e., the x, y, and z axes) may be determined by gyroscope 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 holster 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 the ambient light level.

The fingerprint sensor 180H is used to collect a fingerprint. The electronic device 100 can utilize the collected fingerprint characteristics to unlock the fingerprint, access the application lock, photograph the fingerprint, answer an incoming call with the fingerprint, and so on.

The temperature sensor 180J is used to detect temperature.

The touch sensor 180K is also called 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 used to detect a touch operation applied thereto or nearby. The touch sensor can communicate the detected touch operation to the application processor to determine the touch event type. Visual output associated with the touch operation may be provided through the display screen 194. In other embodiments, the touch sensor 180K may be disposed on the surface of the electronic device 100 at a different position than the display screen 194.

The bone conduction sensor 180M may acquire a vibration signal. The keys 190 include a power-on key, a volume key, and the like. The motor 191 may generate a vibration cue. Indicator 192 may be an indicator light that may be used to indicate a state of charge, a change in charge, or a message, missed call, 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 micro-core architecture, a micro-service architecture, or a cloud architecture. For example, the layered software system may be an Android (Android) system, an Operating System (OS) of a hong meng (harmony), or other software system. The embodiment of the present application takes an Android system with a hierarchical architecture as an example, and exemplarily illustrates a software structure of the electronic device 100.

Fig. 2 illustrates a schematic diagram of a software architecture of the electronic device 100.

The layered architecture divides the software into several layers, each layer having a clear role and division of labor. The layers communicate with each other through a software interface. In some embodiments, the Android system is divided into four layers, an application layer, an application framework layer, an Android runtime (Android runtime) and system library, and a kernel layer from top to bottom.

The application layer may include a series of application packages.

As shown in fig. 2, the application packages may include camera, navigation, music, chat, payment, wallet, bus/transportation card, health code, etc. applications. The riding code/traffic card and the health code may be independent application programs, or may be functional components packaged by other application programs such as chat, payment, wallet, and the like, which is not limited in the present application. In the present application, the application package may be replaced with other forms of software such as an applet.

The application framework layer provides an Application Programming Interface (API) and a programming framework for the application program of the application layer. The application framework layer includes a number of predefined functions.

As shown in FIG. 2, the application framework layers 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 obtain 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 it accessible to applications. The data may include video, images, audio, calls made and received, browsing history and bookmarks, phone books, 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, the display interface including the short message notification icon may include a view for displaying text and a view for displaying pictures.

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

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

The notification manager enables the application to display notification information in the status bar, can be used to convey notification-type messages, can disappear automatically after a short dwell, and does not require user interaction. Such as a notification manager used to inform download completion, message alerts, etc. The notification manager may also be a notification that appears in the form of a chart or scroll bar text at the top status bar of the system, 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, prompting text information in the status bar, sounding a prompt tone, vibrating the electronic device, flashing an indicator light, 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 transport means or not according to a preset linkage algorithm. In some embodiments, the ride module may perform at least one of the following recognition operations when recognizing whether the health code is opened for riding the public transportation vehicle according to a preset linkage algorithm: whether the scanned two-dimensional code is a location code of a public transportation station or not is identified, whether the scanned two-dimensional code is currently in a scene where a public transportation vehicle is taken or not is identified through an image shot by a camera, and whether the scanned two-dimensional code is currently located at the public transportation station or not is identified through position information of the electronic device 100. For example, when the results of the three recognition operations are all yes, the ride module may determine that opening the health code is for riding a public transportation vehicle.

The Android Runtime comprises a core library and a virtual machine. The Android runtime is responsible for scheduling and managing an Android system.

The core library comprises 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 layer and the application framework layer as binary files. The virtual machine is used for performing the functions of object life cycle management, stack management, thread management, safety and exception management, garbage collection and the like.

The system library may include a plurality of functional modules. For example: surface managers (surface managers), Media Libraries (Media Libraries), three-dimensional graphics processing Libraries (e.g., OpenGL ES), 2D graphics engines (e.g., SGL), and the like.

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

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

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 following describes an exemplary workflow of software and hardware of the electronic device 100 in conjunction with a riding scenario.

When the 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 an original input event (including touch coordinates, timestamp of the touch operation, and the like). The raw input events are stored at the kernel layer. And the application program framework layer acquires the original input event from the kernel layer and identifies the control corresponding to the input event. Taking the touch operation as a touch click operation, and taking the scan control corresponding to the click operation as an example, the health code application calls the interface of the application framework layer, and then starts the camera drive by calling the kernel layer, and captures a static image (assumed as a location code) by the camera 193. The application framework layer can acquire the location code and identify the location code to obtain the corresponding health code. The riding module of the application framework layer can identify whether the health code is normal or not and whether the health code is opened for riding the public transportation vehicle or not, and if the health code is normal and the health code is opened for riding the public transportation vehicle, the application framework layer can call the kernel layer to start the display driver to display the health code and the riding code/transportation card together through the display screen 194.

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

In some embodiments, the scanning identification module includes the processor 110 and the health code application, and optionally the scanning identification module further includes a camera 193, the camera 193 being configured to scan the location code (to obtain the health code) and/or to capture an image of the current environment (the image being configured to identify whether the health code is open for riding in a public transportation vehicle). In some embodiments, the location 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 screen 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.

The following describes an application scenario and an embodiment of a user interface in the scenario related to the embodiment of the present application.

The following embodiments are described with respect to health codes and/or ride payment information (ride codes/traffic cards) as functional components integrated on a payment application, a chat application, and a wallet application, wherein the payment application integrates the ride codes, the wallet application integrates the health codes, the ride codes, and the traffic cards, and the chat application integrates the ride codes.

Fig. 3-5 illustrate user interface embodiments of a ride scenario.

As shown in fig. 3, the electronic device 100 may display a user interface 300 for a wallet application, in some embodiments, the user interface 300 is a top 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 sweep control 310A, a payment control, a collection control, a travel control 310B, a health code control 310C, a card package control, a transfer control, and more controls, among others.

In some embodiments, the electronic device 100 can receive a user operation (e.g., a touch-and-click operation) with respect to the sweep 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, user interface 400 is a scanning interface for a wallet application. User interface 400 includes a return control, a scan box 410, prompt information 420, and a gallery control 430. Wherein the return control is used to return to a previous level interface (such as user interface 300 shown in fig. 3). The scan frame 410 may display an image captured by a camera of the electronic device 100, and the user may adjust the image displayed in the scan frame 410 by adjusting the position of the electronic device 100. The prompt 420 includes the character "put the two-dimensional code in a box, i.e., automatically scan", which may characterize the image displayed in the scan box 410 for recognition/scanning by the electronic device 100. The gallery control 430 may trigger display of a user interface of the gallery application based on which the user may select an image for recognition/scanning by the electronic device 100. Assuming that the two-dimensional code 440 is displayed in the current scanning frame 410 and the two-dimensional code 440 is a location code of a public transportation station, the electronic device 100 may acquire the health code of the user by recognizing 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 a public transportation vehicle, the electronic device 100 may display the health code and the riding code, which may be specifically referred to as the user interface 500 shown in fig. 5.

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

the health code card 530 includes prompt information 531, prompt information 532, and a health code 533. The prompt 531 includes the character "health code of location a" for indicating that the health code card 530 is used to display the health code of location a (i.e., health code 533). The prompt 532 includes the character "subway station B" and the health code 533 displayed on the health code card 530 is obtained by scanning the location code of the subway station B. The health code card 530 may also include information related to the health code 533, such as nucleic acid detection information 534 and journey information 535. The health code card 530 further includes a horn control 536, and the horn control 536 is used to trigger information of playing the health code 533, such as the status of playing the health code 533: normal or abnormal.

The ride code card 540 includes prompt information 541, a ride code 542, and a switch control 543. Prompt 541 includes the character "ride code" to indicate that ride code card 540 is currently being used to display a ride code (i.e., ride code 542). The switching control 543 is used for switching the riding code/traffic card displayed by the riding 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-and-click operation) with respect to the health code control 310C in the user interface 300 shown in fig. 3, and in response to the user operation, obtain the health code of the user. When the electronic device 100 recognizes that the health code is normal and that opening the health code is for riding a public transportation vehicle, 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 not the bus code, but a transportation card or other form of bus payment information, and for a specific example, see fig. 6.

As shown in fig. 6, electronic device 100 may display user interface 600 for a wallet application, user interface 600 being similar to user interface 500 shown in fig. 5, except that ride code card 610 in user interface 600 (corresponding to ride code card 540 in user interface 500) is currently displaying not a ride code, but a traffic card (i.e., traffic card 611). The prompt information 611A in the traffic card 611 includes the character "traffic card of a location" for characterizing that the traffic card 611 is a traffic card of a location. The ride code card 610 also includes amount information 612, prompt information 613, and a toggle control 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 bring the top of the back of the phone close to the card swiping area" to indicate the usage of the transportation card 611. The switching control 614 is used for switching the riding code/traffic card displayed by the riding code card 610.

Not limited to the cases illustrated in fig. 5 and fig. 6, in other examples, the electronic device 100 may play the information of the health code at the same time when displaying the health code and the riding code/traffic card without triggering the playing of the information of the health code through the speaker control, and in other examples, the electronic device 100 may play the information of the health code once when displaying the health code and the riding code/traffic card, and then play the information of the health code through the speaker control, which is not limited in this application.

In some embodiments, the electronic device 100 may receive a user operation for switching the ride code/traffic card when displaying the health code and the ride code/traffic card, for example, the electronic device 100 may receive a user operation (e.g., a touch-and-click operation) for the switching control 543 in the user interface 500 illustrated in fig. 5, or the electronic device 100 may receive a user operation (e.g., a touch-and-click operation) for the switching control 614 in the user interface 600 illustrated in fig. 6. In response to the user operation, the electronic apparatus 100 may display the user interface 700 illustrated in fig. 7.

As shown in fig. 7, user interface 700 includes a header 710 including the character "switch ride code/traffic card" and a 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, illustrated by way of example as option 720, with other ride options being similar. Option 720 includes a ride control 720A, and electronic device 100 may receive a user operation (e.g., a touch and click operation) with respect to ride control 720A, and in response to the user operation, display a ride code of the payment application indicated by option 720, for example, display user interface 500 shown in fig. 5, where a character included in prompt information 541 in user interface 500 may be "ride code (payment application)", and ride code 542 is a ride code of the payment application (e.g., an account paid for riding is an account registered in the payment application).

In some embodiments, the user may turn on or off the quick ride function based on the setting function of the electronic device 100, and set a default displayed ride code/traffic card in a case where the quick ride function is turned on, for a specific example, see 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, where the title 810 includes characters "set", the function information 820 includes a function name 820A, a function description 820B, and a function control 820C, the function name 820A includes characters "express ride", the function description 820B includes characters "when riding a public transportation, a health code and a ride code/transportation card are displayed at the same time", and the function control 820C is used to turn on or off the express ride function indicated by the function information 820. In the case that the express ride function is turned on (at this time, the function control 820C is in an on state), when the electronic device 100 recognizes that the opened health code is normal and opens the health code for riding a public transportation, the electronic device 100 may display the health code and the ride code/transportation card, for example, display the user interface 500 shown in fig. 5 or the user interface 600 shown in fig. 6.

In the case that the quick riding function is started, the user interface 800 may further include riding setting information 830, where the riding setting information 830 includes a title 831 and a plurality of riding information, and the title 831 includes a character "default displayed riding code/traffic card" for representing that the riding setting information 830 is used to set the default displayed riding code/traffic card in the quick riding function. The plurality of riding information includes, for example, a riding code 832 of the payment application, a riding code 833 of the wallet application, a transportation card 834 of the wallet application, and a riding code 835 of the chat application, and the riding code 832 of the payment application is taken as an example for explanation, and other riding information is similar. The ride code 832 of the payment application includes a functionality control 832A, the functionality control 832A configured to set the ride code of the payment application to a ride code/traffic card displayed by default in the quick ride function, or to cancel the setting. In the case where the default displayed ride code/traffic card in the quick ride function is the ride code of the payment application (at this time, the function control 832A is in an on state), when the electronic device 100 recognizes that the opened health code is normal and opens the health code for riding the public transportation, the electronic device 100 may display the health code and the ride code of the payment application.

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 schematic flow chart of 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 action to open the health code.

In some embodiments, in response to the first user operation, the electronic device identifies the two-dimensional code captured by the camera and acquires the health code of the user, which may also be referred to as scanning the two-dimensional code and acquiring the health code of the user, and optionally, the two-dimensional code is a location code. Optionally, the electronic device starts a camera shooting interface in response to the first user operation, so that the user shoots the location code, and the electronic device may recognize the location code and obtain the health code according to the recognition result. For example, the electronic device 100 may receive a user operation directed to the sweep control 310A in the user interface 300 shown in fig. 3, and in response to the user operation, the user interface 400 shown in fig. 4 (i.e., the above-mentioned camera shooting interface) is displayed, at this 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 recognize the two-dimensional code 440 and acquire the health code of the user (e.g., 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 action. For example, the electronic device 100 may receive a user operation directed to the health code control 310C in the user interface 300 shown in fig. 3, and in response to the user operation, obtain the health code of 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 and without limitation, a touch operation for the electronic device, a voice input, a gesture input, a somatosensory input, a brain wave input, or the like.

That is to say, the specific type and implementation manner of the first user operation are not limited in the present application, but the electronic device may acquire 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 perform S102-S103 first.

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

In some embodiments, the electronic device determines whether the acquired health code is normal, and may replace the acquired health code with: the electronic device determines whether the health risk status indicated by the health code is satisfactory (e.g., normal).

In some embodiments, when the electronic device determines that the health code is normal, execution may continue S103, otherwise the current method ends, e.g., the health code may be displayed directly at this point without displaying the ride payment information.

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

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

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 location codes of public transportation stations (which may be referred to as two-dimensional code identification conditions for short), scenes currently in which public transportation vehicles are taken (which may be referred to as scene identification conditions for short), and scenes currently at public transportation stations (which may be referred to as station identification conditions for short), and specific judgment examples may be referred to in fig. 10, which will not be described in detail for the moment. In some embodiments, the electronic device may determine whether the health code is opened for riding the public transportation vehicle according to the determination result of the three conditions according to the setting of the linkage algorithm, and the determination manner may include, but is not limited to, the following three cases:

the first condition is as follows: when these three conditions are met, it may be determined that the open health code is for riding a public transportation vehicle; when any one condition is not met, the open health code can be determined not to be used for riding the public transportation means, and the linkage algorithm can be ended, and a specific flow example can be seen in fig. 10, wherein the judging sequence of the three conditions is not limited. For example, the first case is a determination method used when the accuracies of the three conditions are all satisfactory. For example, these three conditions are all sufficient conditions.

Case two: the three conditions have the highest accuracy, and the station identification condition is taken as an example for description, but in a specific implementation, the two-dimensional code identification condition or the scene identification condition may be taken as an example, and the specific description 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 met, the health code can be determined not to be used for taking a public transport means, the linkage algorithm can be ended, illustratively, whether the two-dimensional code identification condition and the scene identification condition are met or not is judged firstly, if not, whether the station identification condition is met or not is judged, and when the station identification condition is met, the health code is determined to be used for taking the public transport means. For example, the first case is a determination method used when the accuracy of the station identification condition is satisfactory but the accuracy of the other two conditions is unsatisfactory. For example, the two-dimensional code recognition condition and the scene recognition condition are sufficient conditions, and the station recognition condition is a sufficient condition.

Case three: the current scenario does not acquire data that can determine a target condition of the three conditions, for example, if the first user operation is not to scan a two-dimensional code, data that can determine a two-dimensional code recognition condition (i.e., the scanned two-dimensional code) is not acquired. Or, if the image of the current scene cannot be captured (for example, the camera is not opened) or the image does not include the key information point (for example, a bus stop board, a subway tunnel, or the like), the data (that is, the image or the key information point of the current scene) that can determine the scene recognition condition is not acquired. Alternatively, if the positioning function is not available (e.g., GPS is not turned on or the signal is weak), data (i.e., the above-described location information) that can determine the station identification condition is not acquired. Therefore, when the other of the three conditions except the target condition is satisfied, it may be determined that the open health code is for riding the public transportation, and when the other of the three conditions except the target condition 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 condition may be two other conditions of the three conditions except the target condition, and the specific description and the situation are similar. In other embodiments, the other condition may be the condition with the highest precision, except for the target condition, among the three conditions, and the specific description is similar to the case two.

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

Case five: when two conditions with higher precision in the three conditions are met, the open health code can be determined to be used for riding the public transport means, otherwise, the open health code can be determined not to be used for riding the public transport means, and the linkage algorithm can be ended.

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

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

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

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

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 being used to display information such as the health code 533, and the ride code card 540 in the user interface 500 being used to display information such as the ride code 542.

For example, the electronic device may display the user interface 600 shown in fig. 6, where the health code card in the user interface 600 is used for displaying information such as health codes, and the riding code card 610 in the user interface 600 is used for displaying information such as traffic cards 611.

In some embodiments, before S104, the electronic device may identify a type of public transportation vehicle that the user is to take and/or a type of public transportation station, and determine the riding payment information according to the identified type, for example, if the identified type of public transportation vehicle is a bus, the riding payment information is a riding code/transportation card of the bus, and if the identified type of public transportation vehicle is a subway, the riding payment information is a riding code/transportation card of the subway. In some embodiments, the electronic device may identify the type of the public transportation vehicle that the user is to ride on and/or the type of the public transportation station through the linkage algorithm in S103, and for a specific example, see fig. 10 below, which will not be described in detail for the moment.

In some embodiments, the ride payment information is ride payment information for a first application (e.g., a ride code/traffic card application, a chat application, or a payment application, etc.). When the opened health code is normal and the opened health code is used for riding a public vehicle, the electronic equipment can automatically start the first application and start the first function of the first application, obtain riding payment information through the first function and then display the health code and the riding payment information, a user does not need to manually start the first application and the first function, 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 vehicle, the electronic device may invoke the first interface, obtain ride payment information for the first application through the first interface, and then display the health code and the ride payment information, optionally the first interface may be understood to be an interactive interface between the second application providing the health code and the first application providing the ride payment information.

In some embodiments, the electronic device may receive a second user operation while displaying the health code and the riding payment information, and display a switching interface of the riding payment information in response to the second user operation. The electronic equipment can receive a third user operation aiming at any one riding payment information in the switching interface, the riding payment information displayed together with the health code is switched to the riding payment information selected by the third user operation in response to the third user operation, optionally, when the health code is subsequently displayed by the electronic equipment, the riding payment information displayed together can be the riding payment information selected by the third user operation, the second user operation and the third user operation do not need to be subsequently executed by the user, and the use is more convenient.

For example, the electronic device may receive a second user operation with respect to toggle control 543 in user interface 500 shown in fig. 5, or receive a second user operation with respect to toggle control 614 in user interface 600 shown in fig. 6. In response to the second user operation, the electronic device displays a user interface 700 shown in fig. 7, where the user interface 700 includes a plurality of riding options, each of which indicates one piece of riding payment information, and is illustrated by taking an option 720 as an example, the option 720 indicates a riding code of the payment application, and the option 720 includes a riding control 720A, and the riding control 720A may trigger riding of the riding code using the payment application. The electronic device can receive a third user operation with respect to the ride control 720A, and in response to the third user operation, display the health code and the ride code of the payment application.

In some embodiments, prior to S101, the electronic device may receive a fourth user operation, and determine, in response to the fourth user operation, ride payment information to display 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 ride information indicates one ride payment information, which is illustrated by taking the ride code 832 of the payment application as an example, the ride code 832 of the payment application includes 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 in an on state, and set the ride code of the payment application as a default displayed ride code/traffic card in the quick ride function. Then, the electronic device may perform S101-S104, where the ride payment information displayed in S104 is the 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 fare payment 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 vehicle, and if both are determined to be yes, the electronic device may output the health code and the riding payment information (such as a riding code and a transportation card). That is to say, the user only needs once operation can call out the required information of taking a bus, need not to carry out the complicated operation of switching between different applications, and easy operation is swift, has promoted the efficiency of taking a bus greatly, has also promoted the operating efficiency of public transport means. And the user can set the displayed riding payment information by himself through the third user operation and the fourth user operation, so that the riding payment information is more flexible to use, and the user experience is better.

It can be understood that after receiving the first user operation for opening the health code, the electronic device determines whether to display the health code and the riding code/traffic card at the same time by identifying whether the health code is normal and whether the health code is opened for riding a public transport means, that is, the health code and the riding code/traffic card are linked, but not the health code and the riding code/traffic card are displayed at the same time after receiving the first user operation, so that the situation of mistakenly opening the riding code/traffic card is avoided, and unnecessary processing resources of the device are reduced. And, this application does not just show health code and number of taking a bus/traffic card simultaneously according to historical habit (for example, open the number of taking a bus after subway station C opens health code for 7 consecutive days, after follow-up user arrived subway station C and opened health code, can directly open the number of taking a bus through the operation of looking over next page), this application does not rely on user's historical habit, even the user arrives subway station C for the first time and also can be convenient and fast take a bus, even the user opens healthy code in above-mentioned 7 days after, the maloperation is opened the payment code earlier and is opened the number of taking a bus again, also can be convenient and fast take a bus, let the user can realize convenient taking a bus more effectively.

Referring to fig. 10, fig. 10 is a schematic flow chart diagram of another riding information displaying method according to the 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 equipment judges whether the scanned two-dimensional code is a place code of a public transport station.

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

the first method is as follows: the electronic equipment can compare the scanned two-dimension code with a plurality of two-dimension codes in a preset public transport two-dimension code library, and when a target two-dimension code with the similarity degree of the scanned two-dimension code being larger than or equal to a preset threshold value exists in the public transport two-dimension code library, the scanned two-dimension code can be determined to be a place code of a public transport station. Optionally, when a plurality of two-dimensional codes with the similarity degree with the scanned two-dimensional code being greater than or equal to a preset threshold exist in the public transportation two-dimensional code library, the two-dimensional code with the maximum similarity degree may be determined as the target two-dimensional code. The public transportation two-dimensional code library can comprise site codes of a plurality of public transportation stations. In one case, the public transportation two-dimensional code library can be acquired by the electronic device from a server in real time, and in another case, the public transportation two-dimensional code library can be stored in the electronic device after the electronic device is acquired from the server in advance. 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 agency and is periodically updated, the accuracy of the two-dimensional code recognition condition may be improved (for example, to meet the required accuracy), and the two-dimensional code recognition condition is a sufficient condition.

In some embodiments, when the first usage mode of the electronic device is determined, 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 riding payment information to be displayed.

The second method comprises the following steps: 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 a 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 frame 410, and gets the location information/place information indicated by the prompt information 532 in the user interface 500 shown in fig. 5: "subway station B", therefore, the electronic device may determine that the scanned two-dimensional code 440 is a location code of subway station B. For example, the two-dimensional code recognition condition is a sufficient condition.

In some embodiments, when the usage mode of the electronic device is determined, 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 acquired location information and/or location information, and the type may be used to determine the riding payment information to be displayed.

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

S202: the electronic equipment judges whether the scene is currently in a public transport vehicle according to the shot image.

In some embodiments, prior to S202, the electronic device may perform S101 illustrated 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, within a preset time period (e.g., 1 minute) before the electronic device performs S101, and after the electronic device performs S101, an image of the current environment may be captured. Then, the electronic device may determine whether or not a scene in which the public transportation is currently taken, that is, whether or not the scene recognition condition is satisfied, from the photographed image.

In some embodiments, the electronic device may identify key information points in the captured image, and compare the identified key information points with a plurality of preset scene data, where the key information points include, for example and without limitation, data that can characterize a current scene, such as buses, bus stops, subway channels, subway stops, urban environments, subway gates, and the like. Any one of the plurality of scene data may indicate a scene in which one public transportation is present. 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 of the public transportation vehicle (i.e., a scene in which the target transportation vehicle is 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 a public transportation vehicle (i.e., a target transportation vehicle) that the user wants to take (e.g., a subway or a bus) may be determined according to the key information point/target scene data, and the type may be used to determine the fare payment information to be displayed.

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

S203: and the electronic equipment judges whether the electronic equipment is currently positioned at the public transportation station or not according to the position information.

In some embodiments, prior to S203, the electronic device may perform S101 illustrated in fig. 9. Before and/or after the electronic device performs S101, the current location information may be acquired. Then, the electronic device can determine whether the current location is at a public transportation station according to the acquired location information, that is, whether a station identification condition is satisfied.

In some embodiments, when obtaining the current location information, the electronic device may perform coarse positioning first and then perform fine positioning, for example, the electronic device may perform coarse positioning according to information related to a cellular communication network, such as a connected base station and a cell identifier of the electronic device, or the electronic device may perform coarse positioning according to short-range communication methods, such as Wi-Fi and bluetooth. Then, the electronic device can combine the result of the coarse positioning to 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 preset location information of a plurality of public transportation stations, and may determine that the electronic device is currently located at a public transportation station (i.e., a public transportation station corresponding to the target location information) when target location information matching the acquired location information exists in the location information of the plurality of public transportation stations (e.g., a distance between the acquired location information and the target location information is less than or equal to a preset threshold value). For example, the station identification condition is a sufficient condition.

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

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

The order of S201 to S203 is not limited.

In the method shown in fig. 10, the electronic device can judge whether the health code is opened for taking a public transportation vehicle through multiple judgments, and the judgment basis and the mode of the multiple judgments are different, so that the judgment accuracy is greatly improved, therefore, the electronic device can accurately display the health code and the corresponding riding payment information when a user opens the health code to take a bus, the condition of error display is avoided, and the user experience is improved.

The above embodiment has been described by taking the car payment information (such as the car code, the traffic card, etc.) as an example, but in a specific implementation, the electronic device may identify the specific use and/or the location of opening the health code, and output the corresponding information and the health code according to the identification result, wherein the above-mentioned manner of identifying the specific use and/or the location of opening the health code is similar to the manner of determining whether the health code is opened for riding the public transportation means as shown in the above embodiment, and the present application does not limit the specific implementation of the identification manner, and the present application does not limit the information output together with the health code. Some other scenarios are exemplarily shown below:

example one, when the electronic device recognizes that the opened health code is normal, and that opening the health code is for returning home, the electronic device may output the health code and an access card. For example, at this time, the two-dimensional code recognition condition may be replaced by a location code of a cell where the scanned two-dimensional code is located, the scene recognition condition may be replaced by a scene currently entering the cell or building where the residence is located (whether the condition is met may be determined according to the captured image, the key information points may be, for example, but not limited to, a cell door and a cell name), and the site recognition condition may be replaced by a cell or building currently located in the residence (whether the condition is met may be determined according to the location information).

Example two, when the electronic device recognizes that the opened health code is normal, and that opening the health code is for 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, at this time, the two-dimensional code recognition condition may be replaced with a location code of a long distance transportation station such as a high-speed rail station or an airport, the scene recognition condition may be replaced with a scene currently located in a long distance transportation vehicle such as a high-speed rail or an airplane (whether the condition is met can be determined according to the captured image, the key information point is, for example, but not limited to, a stop board or a gate), and the station recognition condition may be replaced with a long distance transportation station currently located in a high-speed rail station or an airport (whether the condition is met can be determined according to the position information).

Example three, when the electronic device recognizes that the opened health code is normal, and that opening the health code is for shopping, the electronic device may output the health code and payment information (e.g., payment code, electronic bank card, etc.). For example, in this case, the two-dimensional code recognition condition may be replaced by a scanned two-dimensional code that is a location code of a shopping place such as a store or a mall, the scene recognition condition may be replaced by a current location in the shopping scene (it may be determined whether the condition is satisfied according to a captured image, and a key information point is, for example, but not limited to, a cash register), and the site recognition condition may be replaced by a current location in the shopping place such as the store or the mall (it may be determined whether the condition is satisfied according to the location information).

Example four, when the electronic device recognizes that the opened health code is normal and that opening the health code is for work, the electronic device may output the health code and the electronic work card. For example, at this time, the two-dimensional code recognition condition may be replaced by a scanned two-dimensional code that is a location code of a building where the working company is located, the scene recognition condition may be replaced by a current scene on work (whether the condition is satisfied can be determined according to the captured image, the key information points are, for example, but not limited to, a company name, a building name, and a company gate), and the site recognition condition may be replaced by a current scene on work (whether the condition is satisfied can be determined according to the location information).

The methods 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, cause the processes or functions described in accordance with the embodiments of the application to occur, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a computer network, a network appliance, 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, for example, from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, Digital Subscriber Line (DSL), or wireless (e.g., infrared, wireless, microwave, etc.) means, 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 servers, data centers, etc. that are integrated with the available medium, which may be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., digital video disks, DWD), or semiconductor media (e.g., Solid State Disks (SSDs), etc. The above embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present application.

Claims

1. A method for displaying riding information is applied to electronic equipment, and is characterized by comprising the following steps:

receiving a first operation;

acquiring a health code;

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 bus 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 bus payment information is used for taking public transport means.

2. The method of claim 1, wherein the obtaining the health code comprises: in response to the first operation, obtaining the health code; or the like, or, alternatively,

before the displaying the first interface, the method further comprises: responding to the first operation, starting a camera shooting interface so that the user shoots a first place code; the acquiring the health code comprises: 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 vehicle payment information is a vehicle code or a 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 responding to the second operation, and displaying a second interface, wherein the second interface comprises the health code and second riding 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, determining the first riding payment information from the first and third riding payment information.

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

7. The method of claim 2, wherein prior to automatically displaying the first interface on the electronic device, the method further comprises:

the method comprises the steps of determining that the first place code is a place code of a station of a public transport means, determining that a scene where the public transport means is currently located is determined according to a first image, and determining that the electronic device is currently located at the station of the public transport means according to position information of the electronic device, wherein the first image is an image of a surrounding environment shot before the first operation is received and/or after the first operation is received.

8. The method of claim 2, wherein prior to automatically displaying the first interface on the electronic device, the method further comprises:

determining that a first condition is satisfied, the first condition being a condition with highest accuracy among a second condition, a third condition and a fourth condition, the second condition being that the first location code is a location code of a station of a public transportation, the third condition being that a scene currently in which the public transportation is taken is determined from a first image, the first image being an image of a surrounding environment captured before the receiving of the first operation and/or after the receiving of the first operation, and the fourth condition being that the electronic device is currently located at the station of the public transportation is determined from location information of the electronic device.

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

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