CN106875181A

CN106875181A - A kind of barcode scanning payment processing method and mobile terminal

Info

Publication number: CN106875181A
Application number: CN201710111138.2A
Authority: CN
Inventors: 陈小翔
Original assignee: Nubia Technology Co Ltd
Current assignee: Nubia Technology Co Ltd
Priority date: 2017-02-28
Filing date: 2017-02-28
Publication date: 2017-06-20

Abstract

The invention discloses a kind of barcode scanning payment processing method, wherein, the method includes：At least two graphic codes are scanned simultaneously by dual camera；The corresponding application of a graphic code at least two graphic code is started according to the rule for pre-setting, and jumps to the corresponding application of the graphic code；Payment processes are carried out according to the corresponding application of the graphic code.The invention also discloses a kind of mobile terminal, which user plane needs to select for paying to multiple payment application in solving the problems, such as correlation technique, by the way that dual camera to be scanned multiple graphic codes simultaneously, the application for being paid is automatically selected according to preset rules, so as to be selected without user, Consumer's Experience is improve.

Description

Code scanning payment processing method and mobile terminal

Technical Field

The invention relates to the technical field of terminals, in particular to a code scanning payment processing method and a mobile terminal.

Background

Along with the development of the internet and the popularization of the terminal, the user group of the terminal is larger and larger, and meanwhile, more intelligent and humanized requirements are provided for software.

In the prior art, a real terminal is used as a game machine or a television by a user, possibly a learning machine, possibly a playground of a baby and the like, so that more fun is brought to the life of people. With the upgrading of communication products, mobile terminals (such as mobile phones, Personal Digital Assistants (PDAs), etc.) have become a necessary communication tool for people. Various functions which are convenient for people to live can be realized on the mobile terminal, such as a mobile television, a GPS, mobile payment and the like. Especially, the mobile payment not only expands the functions of the mobile terminal, but also subverts the traditional payment means and payment mode of people, realizes convenient and fast payment life, and is more and more concerned by people.

The two-dimensional code is also called as a two-dimensional bar code, records data symbol information by using black and white figures, and realizes automatic information processing by automatically recognizing and reading by using electronic scanning equipment. The two-dimensional code has wide application, such as payment, advertisement push, website link, anti-counterfeiting and the like. At present, the mode of scanning the two-dimensional code by using a mobile phone to pay transaction amount is very common, and when a user scans the two-dimensional code by using the mobile phone in advance, the payment application corresponding to the two-dimensional code displayed by a merchant needs to be opened, and the displayed two-dimensional code is scanned by using the payment application.

In the prior art, when a payment operation is performed by using a mobile terminal, a user needs to open a designated payment mode and then can display a payment interface by clicking for many times. In addition, when a user needs to switch the current payment mode to another payment mode, the user usually needs to quit the previous payment interface, start the switched payment interface, and then display the payment interface through multiple clicks to complete the switching of the payment interface. In view of many uses of trade company two-dimensional code to pay, have a plurality of application platforms can accomplish the payment in addition, the user often faces the selection fear, and it is difficult to decide which one of them of choosing carries out the payment.

No solution has been proposed to the problem in the related art that the user needs to select which one to use for payment in the face of multiple payment applications.

Disclosure of Invention

The invention mainly aims to provide a code scanning payment processing method and a mobile terminal, and aims to solve the problem that a user needs to select one for payment in the face of multiple payment applications in the related art.

In order to achieve the above object, the present invention provides a code scanning payment processing method, which comprises:

scanning at least two graphic codes simultaneously through two cameras;

starting an application corresponding to one of the at least two graphic codes according to a preset rule, and jumping to the application corresponding to the graphic code;

and carrying out payment processing according to the application corresponding to the graphic code.

Preferably, in the case that the two cameras include a first camera and a second camera, and the at least two graphic codes include a first graphic code and a second graphic code, the scanning, by the two cameras, the at least two graphic codes simultaneously includes:

scanning the first graphic code through the first camera;

and scanning the second graphic code through the second camera.

Preferably, after the at least two graphic codes are simultaneously scanned by the dual cameras, the method further comprises:

and storing the first graphic code and the second graphic code in a system.

Preferably, the method further comprises:

under the condition that payment on the first graphic code by the application corresponding to the first graphic code fails, acquiring the second graphic code from the system, starting the application corresponding to the second graphic code, and performing payment through the second graphic code according to the application corresponding to the second graphic code; or,

and under the condition that the payment on the second graphic code by the application corresponding to the second graphic code fails, acquiring the first graphic code from the system, starting the application corresponding to the first graphic code, and performing payment through the first graphic code according to the application corresponding to the first graphic code.

Preferably, the scanning the at least two graphic codes simultaneously through the two cameras includes:

displaying a scanning interface based on a received user instruction, wherein the scanning interface comprises a graphic code display area;

and simultaneously scanning the target image corresponding to the first graphic code and the target image corresponding to the second graphic code in the scanning interface through two cameras.

Preferably, starting an application corresponding to one of the at least two graphic codes according to a preset rule, and jumping to the application corresponding to the graphic code includes:

identifying first payment application characteristics except the first graphic code in a target image corresponding to the first graphic code, starting an application corresponding to the first graphic code according to the first payment application characteristics, and jumping to the application corresponding to the first graphic code; or,

and identifying second payment application characteristics except the second graphic code in the target image corresponding to the second graphic code, starting the application corresponding to the second graphic code according to the second payment application characteristics, and jumping to the application corresponding to the second graphic code.

According to another aspect of the present invention, there is also provided a mobile terminal including:

the scanning module is used for simultaneously scanning at least two graphic codes through the double cameras;

the starting and jumping module is used for starting the application corresponding to one graphic code in the at least two graphic codes according to a preset rule and jumping to the application corresponding to the graphic code;

and the first payment processing module is used for carrying out payment processing according to the application corresponding to the graphic code.

Preferably, the scanning module includes:

the first scanning unit is used for scanning the first graphic code through the first camera under the condition that the two cameras comprise a first camera and a second camera and the at least two graphic codes comprise the first graphic code and the second graphic code;

and the second scanning unit is used for scanning the second graphic code through the second camera.

Preferably, the mobile terminal further includes:

the storage module is used for simultaneously scanning a first graphic code and a second graphic code through the double cameras and then storing the first graphic code and the second graphic code into a system.

Preferably, the mobile terminal further includes:

the second payment processing module is used for acquiring the second graphic code from the system under the condition that the payment on the first graphic code by the application corresponding to the first graphic code fails, starting the application corresponding to the second graphic code and paying by the second graphic code according to the application corresponding to the second graphic code; or,

and the third payment processing module is used for acquiring the first graphic code from the system under the condition that the payment of the second graphic code by the application corresponding to the second graphic code fails, starting the application corresponding to the first graphic code and paying by the first graphic code according to the application corresponding to the first graphic code.

Preferably, the scanning module includes:

the display unit is used for displaying a scanning interface based on a received user instruction, wherein the scanning interface comprises a graphic code display area;

and the third scanning unit is used for scanning the target image corresponding to the first graphic code and the target image corresponding to the second graphic code simultaneously through two cameras in the scanning interface.

Preferably, the start-and-jump module includes:

the first starting and skipping unit is used for identifying a first payment application characteristic except the first graphic code in a target image corresponding to the first graphic code, starting an application corresponding to the first graphic code according to the first payment application characteristic, and skipping to the application corresponding to the first graphic code; or,

and the second starting and jumping unit is used for identifying a second payment application characteristic except the second graphic code in the target image corresponding to the second graphic code, starting the application corresponding to the second graphic code according to the second payment application characteristic, and jumping to the application corresponding to the second graphic code.

According to the invention, at least two graphic codes are scanned simultaneously by the double cameras; starting an application corresponding to one of the at least two graphic codes according to a preset rule, and jumping to the application corresponding to the graphic code; the payment processing is carried out according to the application corresponding to the graphic code, the problem that a user needs to select which one of the graphic codes is used for payment when facing a plurality of payment applications in the related technology is solved, the plurality of graphic codes are scanned by the double cameras simultaneously, the application for payment is automatically selected according to a preset rule, the user does not need to select, and the user experience is improved.

Drawings

Fig. 1 is a schematic diagram of a hardware structure of an optional mobile terminal for implementing various embodiments of the present invention;

FIG. 2 is a diagram of a wireless communication system for the mobile terminal shown in FIG. 1;

FIG. 3 is a flow diagram of a code-scanning payment processing method according to an embodiment of the invention;

FIG. 4 is a first diagram illustrating code scanning according to an embodiment of the present invention;

FIG. 5 is a second exemplary diagram of code scanning according to an embodiment of the present invention;

FIG. 6 is a first schematic diagram of a code-scanning payment according to an embodiment of the invention;

FIG. 7 is a second schematic diagram of a code-scanning payment, in accordance with an embodiment of the present invention;

FIG. 8 is a block diagram of a code-scanning payment processing apparatus according to an embodiment of the invention;

fig. 9 is a block diagram of a code-scanning payment processing apparatus according to a preferred embodiment of the present invention.

The implementation, functional features and advantages of the objects of the present invention will be further explained with reference to the accompanying drawings.

Detailed Description

It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

A mobile terminal implementing various embodiments of the present invention will now be described with reference to the accompanying drawings. In the following description, suffixes such as "module", "component", or "unit" used to denote elements are used only for facilitating the explanation of the present invention, and have no specific meaning in themselves. Thus, "module" and "component" may be used in a mixture.

The mobile terminal may be implemented in various forms. For example, the terminal described in the present invention may include a mobile terminal such as a mobile phone, a smart phone, a notebook computer, a digital broadcast receiver, a PDA (personal digital assistant), a PAD (tablet computer), a PMP (portable multimedia player), a navigation device, and the like, and a stationary terminal such as a digital TV, a desktop computer, and the like. In the following, it is assumed that the terminal is a mobile terminal. However, it will be understood by those skilled in the art that the configuration according to the embodiment of the present invention can be applied to a fixed type terminal in addition to elements particularly used for moving purposes.

Fig. 1 is a schematic diagram of a hardware structure of an optional mobile terminal for implementing various embodiments of the present invention.

The mobile terminal 100 may include a wireless communication unit 110, an a/V (audio/video) input unit 120, a user input unit 130, a sensing unit 140, an output unit 150, a memory 160, an interface unit 170, a controller 180, and a power supply unit 190, etc.

Fig. 1 illustrates the mobile terminal 100 having various components, but it is to be understood that not all illustrated components are required to be implemented. More or fewer components may alternatively be implemented. The elements of the mobile terminal 100 will be described in detail below.

The wireless communication unit 110 may generally include one or more components that allow radio communication between the mobile terminal 100 and a wireless communication system or network. For example, the wireless communication unit 110 may include at least one of a broadcast receiving module 111, a mobile communication module 112, a wireless internet module 113, a short-range communication module 114, and a location information module 115.

The broadcast receiving module 111 receives a broadcast signal and/or broadcast associated information from an external broadcast management server via a broadcast channel. The broadcast channel may include a satellite channel and/or a terrestrial channel. The broadcast management server may be a server that generates and transmits a broadcast signal and/or broadcast associated information or a server that receives a previously generated broadcast signal and/or broadcast associated information and transmits it to a terminal. The broadcast signal may include a TV broadcast signal, a radio broadcast signal, a data broadcast signal, and the like. Also, the broadcast signal may further include a broadcast signal combined with a TV or radio broadcast signal. The broadcast associated information may also be provided via a mobile communication network, and in this case, the broadcast associated information may be received by the mobile communication module 112. The broadcast signal may exist in various forms, for example, it may exist in the form of an Electronic Program Guide (EPG) of Digital Multimedia Broadcasting (DMB), an Electronic Service Guide (ESG) of digital video broadcasting-handheld (DVB-H), and the like. The broadcast receiving module 111 may receive a signal broadcast by using various types of broadcasting systems. In particular, the broadcast receiving module 111 may receive digital broadcasting by using a digital broadcasting system such as a data broadcasting system of multimedia broadcasting-terrestrial (DMB-T), digital multimedia broadcasting-satellite (DMB-S), digital video broadcasting-handheld (DVB-H), forward link media (MediaFLO @), terrestrial digital broadcasting integrated service (ISDB-T), and the like. The broadcast receiving module 111 may be constructed to be suitable for various broadcasting systems that provide broadcast signals as well as the above-mentioned digital broadcasting systems. The broadcast signal and/or broadcast associated information received via the broadcast receiving module 111 may be stored in the memory 160 (or other type of storage medium).

The mobile communication module 112 transmits and/or receives radio signals to and/or from at least one of a base station (e.g., access point, node B, etc.), an external terminal, and a server. Such radio signals may include voice call signals, video call signals, or various types of data transmitted and/or received according to text and/or multimedia messages.

The wireless internet module 113 supports wireless internet access of the mobile terminal. The module may be internally or externally coupled to the terminal. The wireless internet access technology to which the module relates may include WLAN (wireless LAN) (Wi-Fi), Wibro (wireless broadband), Wimax (worldwide interoperability for microwave access), HSDPA (high speed downlink packet access), and the like.

The short-range communication module 114 is a module for supporting short-range communication. Some examples of short-range communication technologies include bluetooth (TM), Radio Frequency Identification (RFID), infrared data association (IrDA), Ultra Wideband (UWB), zigbee (TM), and the like.

The location information module 115 is a module for checking or acquiring location information of the mobile terminal. A typical example of the location information module 115 is a GPS (global positioning system). According to the current technology, the GPS calculates distance information and accurate time information from three or more satellites and applies triangulation to the calculated information, thereby accurately calculating three-dimensional current location information according to longitude, latitude, and altitude. Currently, a method for calculating position and time information uses three satellites and corrects an error of the calculated position and time information by using another satellite. In addition, the GPS can calculate speed information by continuously calculating current position information in real time.

The a/V input unit 120 is used to receive an audio or video signal. The a/V input unit 120 may include a camera 121 and a microphone 122, and the camera 121 processes image data of still pictures or video obtained by an image capturing apparatus in a video capturing mode or an image capturing mode. The processed image frames may be displayed on the display unit 151. The image frames processed by the cameras 121 may be stored in the memory 160 (or other storage medium) or transmitted via the wireless communication unit 110, and two or more cameras 121 may be provided according to the construction of the mobile terminal 100. The microphone 122 may receive sounds (audio data) via the microphone 122 in a phone call mode, a recording mode, a voice recognition mode, or the like, and is capable of processing such sounds into audio data. The processed audio (voice) data may be converted into a format output transmittable to a mobile communication base station via the mobile communication module 112 in case of a phone call mode. The microphone 122 may implement various types of noise cancellation (or suppression) algorithms to cancel (or suppress) noise or interference generated in the course of receiving and transmitting audio signals.

The user input unit 130 may generate key input data to control various operations of the mobile terminal 100 according to a command input by a user. The user input unit 130 allows a user to input various types of information, and may include a keyboard, dome sheet, touch pad (e.g., a touch-sensitive member that detects changes in resistance, pressure, capacitance, and the like due to being touched), scroll wheel, joystick, and the like. In particular, when the touch pad is superimposed on the display unit 151 in the form of a layer, a touch screen may be formed.

The sensing unit 140 detects a current state of the mobile terminal 100 (e.g., an open or closed state of the mobile terminal 100), a position of the mobile terminal 100, presence or absence of contact (i.e., touch input) by a user with the mobile terminal 100, an orientation of the mobile terminal 100, acceleration or deceleration movement and direction of the mobile terminal 100, and the like, and generates a command or signal for controlling an operation of the mobile terminal 100. For example, when the mobile terminal 100 is implemented as a slide-type mobile phone, the sensing unit 140 may sense whether the slide-type phone is opened or closed. In addition, the sensing unit 140 can detect whether the power supply unit 190 supplies power or whether the interface unit 170 is coupled with an external device. The sensing unit 140 may include a proximity sensor 141.

The interface unit 170 serves as an interface through which at least one external device is connected to the mobile terminal 100. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. The identification module may store various information for authenticating a user using the mobile terminal 100 and may include a User Identity Module (UIM), a Subscriber Identity Module (SIM), a Universal Subscriber Identity Module (USIM), and the like. In addition, a device having an identification module (hereinafter, referred to as an "identification device") may take the form of a smart card, and thus, the identification device may be connected with the mobile terminal 100 via a port or other connection means. The interface unit 170 may be used to receive input (e.g., data information, power, etc.) from an external device and transmit the received input to one or more elements within the mobile terminal 100 or may be used to transmit data between the mobile terminal 100 and the external device.

In addition, when the mobile terminal 100 is connected with an external cradle, the interface unit 170 may serve as a path through which power is supplied from the cradle to the mobile terminal 100 or may serve as a path through which various command signals input from the cradle are transmitted to the mobile terminal 100. Various command signals or power input from the cradle may be used as a signal for identifying whether the mobile terminal 100 is accurately mounted on the cradle. The output unit 150 is configured to provide output signals (e.g., audio signals, video signals, alarm signals, vibration signals, etc.) in a visual, audio, and/or tactile manner. The output unit 150 may include a display unit 151, an audio output module 152, an alarm unit 153, and the like.

The display unit 151 may display information processed in the mobile terminal 100. For example, when the mobile terminal 100 is in a phone call mode, the display unit 151 may display a User Interface (UI) or a Graphical User Interface (GUI) related to a call or other communication (e.g., text messaging, multimedia file downloading, etc.). When the mobile terminal 100 is in a video call mode or an image capturing mode, the display unit 151 may display a captured image and/or a received image, a UI or GUI showing a video or an image and related functions, and the like.

Meanwhile, when the display unit 151 and the touch pad are overlapped with each other in the form of a layer to form a touch screen, the display unit 151 may serve as an input device and an output device. The display unit 151 may include at least one of a Liquid Crystal Display (LCD), a thin film transistor LCD (TFT-LCD), an Organic Light Emitting Diode (OLED) display, a flexible display, a three-dimensional (3D) display, and the like. Some of these displays may be configured to be transparent to allow a user to view from the outside, which may be referred to as transparent displays, and a typical transparent display may be, for example, a TOLED (transparent organic light emitting diode) display or the like. Depending on the particular desired implementation, mobile terminal 100 may include two or more display units (or other display devices), for example, mobile terminal 100 may include an external display unit (not shown) and an internal display unit (not shown). The touch screen may be used to detect a touch input pressure as well as a touch input position and a touch input area.

The audio output module 152 may convert audio data received by the wireless communication unit 110 or stored in the memory 160 into an audio signal and output as sound when the mobile terminal 100 is in a call signal reception mode, a call mode, a recording mode, a voice recognition mode, a broadcast reception mode, or the like. Also, the audio output module 152 may provide audio output related to a specific function performed by the mobile terminal 100 (e.g., a call signal reception sound, a message reception sound, etc.). The audio output module 152 may include a speaker, a buzzer, and the like.

The alarm unit 153 may provide an output to notify the mobile terminal 100 of the occurrence of an event. Typical events may include call reception, message reception, key signal input, touch input, and the like. In addition to audio or video output, the alarm unit 153 may provide output in different ways to notify the occurrence of an event. For example, the alarm unit 153 may provide an output in the form of vibration, and when a call, a message, or some other incoming communication (communicating communication) is received, the alarm unit 153 may provide a tactile output (i.e., vibration) to inform the user thereof. By providing such a tactile output, the user can recognize the occurrence of various events even when the user's mobile phone is in the user's pocket. The alarm unit 153 may also provide an output notifying the occurrence of an event via the display unit 151 or the audio output module 152.

The memory 160 may store software programs and the like for processing and controlling operations performed by the controller 180, or may temporarily store data (e.g., a phonebook, messages, still images, videos, and the like) that has been or will be output. Also, the memory 160 may store data regarding various ways of vibration and audio signals output when a touch is applied to the touch screen.

The memory 160 may include at least one type of storage medium including a flash memory, a hard disk, a multimedia card, a card-type memory (e.g., SD or DX memory, etc.), a Random Access Memory (RAM), a Static Random Access Memory (SRAM), a read-only memory (ROM), an electrically erasable programmable read-only memory (EEPROM), a programmable read-only memory (PROM), a magnetic memory, a magnetic disk, an optical disk, and the like. Also, the mobile terminal 100 may cooperate with a network storage device that performs a storage function of the memory 160 through a network connection.

The controller 180 generally controls the overall operation of the mobile terminal. For example, the controller 180 performs control and processing related to voice calls, data communications, video calls, and the like. In addition, the controller 180 may include a multimedia module 181 for reproducing (or playing back) multimedia data, and the multimedia module 181 may be constructed within the controller 180 or may be constructed separately from the controller 180. The controller 180 may perform a pattern recognition process to recognize a handwriting input or a picture drawing input performed on the touch screen as a character or an image.

The power supply unit 190 receives external power or internal power and provides appropriate power required to operate various elements and components under the control of the controller 180.

The various embodiments described herein may be implemented in a computer-readable medium using, for example, computer software, hardware, or any combination thereof. For a hardware implementation, the embodiments described herein may be implemented using at least one of an Application Specific Integrated Circuit (ASIC), a Digital Signal Processor (DSP), a Digital Signal Processing Device (DSPD), a Programmable Logic Device (PLD), a Field Programmable Gate Array (FPGA), a processor, a controller, a microcontroller, a microprocessor, an electronic unit designed to perform the functions described herein, and in some cases, such embodiments may be implemented in the controller 180. For a software implementation, the implementation such as a process or a function may be implemented with a separate software module that allows performing at least one function or operation. The software codes may be implemented by software applications (or programs) written in any suitable programming language, which may be stored in the memory 160 and executed by the controller 180.

Up to this point, the mobile terminal 100 has been described in terms of its functionality. In addition, the mobile terminal 100 in the embodiment of the present invention may be a mobile terminal such as a folder type, a bar type, a swing type, a slide type, and other various types, and is not limited herein.

The mobile terminal 100 as shown in fig. 1 may be configured to operate with communication systems such as wired and wireless communication systems and satellite-based communication systems that transmit data via frames or packets.

A communication system in which a mobile terminal according to the present invention is operable will now be described with reference to fig. 2.

Such communication systems may use different air interfaces and/or physical layers. For example, the air interface used by the communication system includes, for example, Frequency Division Multiple Access (FDMA), Time Division Multiple Access (TDMA), Code Division Multiple Access (CDMA), and Universal Mobile Telecommunications System (UMTS) (in particular, Long Term Evolution (LTE)), global system for mobile communications (GSM), and the like. By way of non-limiting example, the following description relates to a CDMA communication system, but such teachings are equally applicable to other types of systems.

Referring to fig. 2, a CDMA wireless communication system may include a plurality of intelligent terminals 100, a plurality of Base Stations (BSs) 270, Base Station Controllers (BSCs) 275, and a Mobile Switching Center (MSC) 280. The MSC 280 is configured to interface with a Public Switched Telephone Network (PSTN) 290. The MSC 280 is also configured to interface with a BSC275, which may be coupled to the base station 270 via a backhaul. The backhaul line may be constructed according to any of several known interfaces, which may include, for example, european/american standard high capacity digital lines (E1/T1), Asynchronous Transfer Mode (ATM), network protocol (IP), point-to-point protocol (PPP), frame relay, high-rate digital subscriber line (HDSL), Asymmetric Digital Subscriber Line (ADSL), or various types of digital subscriber lines (xDSL). It will be understood that a system as shown in fig. 2 may include multiple BSCs 275.

Each BS 270 may serve one or more sectors (or regions), each sector covered by a multi-directional antenna or an antenna pointing in a particular direction being radially distant from the BS 270. Alternatively, each partition may be covered by two or more antennas for diversity reception. Each BS 270 may be configured to support multiple frequency allocations, with each frequency allocation having a particular frequency spectrum (e.g., 1.25MHz, 5MHz, etc.).

The intersection of partitions with frequency allocations may be referred to as a CDMA channel. The BS 270 may also be referred to as a Base Transceiver Subsystem (BTS) or other equivalent terminology. In such a case, the term "base station" may be used to generically refer to a single BSC275 and at least one BS 270. The base stations may also be referred to as "cells". Alternatively, each partition of a particular BS 270 may be referred to as a plurality of cell sites.

As shown in fig. 2, a Broadcast Transmitter (BT)295 transmits a broadcast signal to the mobile terminal 100 operating within the system. A broadcast receiving module 111 as shown in fig. 1 is provided at the mobile terminal 100 to receive a broadcast signal transmitted by the BT 295. In fig. 2, several Global Positioning System (GPS) satellites 300 are shown. The satellite 300 assists in locating at least one of the plurality of mobile terminals 100.

In fig. 2, a plurality of satellites 300 are depicted, but it is understood that useful positioning information may be obtained with any number of satellites. The location information module 115 (e.g., GPS) as shown in fig. 1 is generally configured to cooperate with the satellites 300 to obtain desired positioning information. Other techniques that can track the location of the mobile terminal may be used instead of or in addition to GPS tracking techniques. In addition, at least one GPS satellite 300 may selectively or additionally process satellite DMB transmission.

As a typical operation of the wireless communication system, the BS 270 receives reverse link signals from various mobile terminals 100. The mobile terminal 100 is generally engaged in conversations, messaging, and other types of communications. Each reverse link signal received by a particular base station is processed within a particular BS 270. The obtained data is forwarded to the associated BSC 275. The BSC provides call resource allocation and mobility management functions including coordination of soft handoff procedures between BSs 270. The BSCs 275 also route the received data to the MSC 280, which provides additional routing services for interfacing with the PSTN 290. Similarly, the PSTN290 interfaces with the MSC 280, the MSC interfaces with the BSCs 275, and the BSCs 275 accordingly control the BS 270 to transmit forward link signals to the mobile terminal 100.

Based on the above mobile terminal, an embodiment of the present invention provides a code scanning payment processing method, and fig. 3 is a flowchart of the code scanning payment processing method according to the embodiment of the present invention, as shown in fig. 3, the method includes the following steps:

step S302, scanning at least two graphic codes simultaneously through two cameras;

step S304, starting an application corresponding to one of the at least two graphic codes according to a preset rule, and jumping to the application corresponding to the graphic code;

and S306, performing payment processing according to the application corresponding to the graphic code.

Through the steps, at least two graphic codes are scanned simultaneously through the double cameras; starting an application corresponding to one of the at least two graphic codes according to a preset rule, and jumping to the application corresponding to the graphic code; the payment processing is carried out according to the application corresponding to the graphic code, the problem that a user needs to select which one of the graphic codes is used for payment when facing a plurality of payment applications in the related technology is solved, the plurality of graphic codes are scanned by the double cameras simultaneously, the application for payment is automatically selected according to a preset rule, the user does not need to select, and the user experience is improved.

The mobile terminal starts the rear double cameras to scan different payment codes (such as payment two-dimensional codes) respectively. Scanning the first graphic code through the first camera under the condition that the two cameras comprise a first camera and a second camera and the at least two graphic codes comprise the first graphic code and the second graphic code; and scanning the second graphic code through the second camera. Fig. 4 is a first schematic diagram of code scanning according to an embodiment of the present invention, as shown in fig. 4, the code scanning is performed by an application having a scanning function. Fig. 5 is a second schematic diagram of code scanning according to an embodiment of the invention, and as shown in fig. 5, for example, code scanning may be performed by using WeChat scanning. The camera finishes scanning first, and then uses the payment code to pay first, fig. 6 is a schematic diagram of code scanning payment according to the embodiment of the invention, i.e., as shown in fig. 6, when the graphic code of the WeChat application payment is finished by scanning first, the camera jumps to the WeChat application to pay; fig. 7 is a schematic diagram of code scanning payment according to an embodiment of the present invention, as shown in fig. 7, when the graphic code paid by the paypal application is scanned first, the system jumps to the paypal application to pay and stores the payment codes completed later, and if the payment of the payment code scanned first fails, the system then uses the payment codes completed later to pay. The user can specify which camera is to be preferentially used for payment, such as the payment code acquired by the left camera. The user may specify which type of payment code is preferred for payment, for example, the user specifies that the payment code is preferred for payment, and if the payment code fails or the payment code of the payment code is not scanned, the user may pay with another payment code (e.g., WeChat payment).

And after at least two graphic codes are scanned simultaneously through the double cameras, the first graphic code and the second graphic code are stored in the system. Under the condition that payment on the first graphic code by the application corresponding to the first graphic code fails, acquiring the second graphic code from the system, starting the application corresponding to the second graphic code, and performing payment through the second graphic code according to the application corresponding to the second graphic code; or, under the condition that payment on the second graphic code by the application corresponding to the second graphic code fails, acquiring the first graphic code from the system, starting the application corresponding to the first graphic code, and performing payment through the first graphic code according to the application corresponding to the first graphic code.

Preferably, the scanning the at least two graphic codes simultaneously through the two cameras includes: displaying a scanning interface based on a received user instruction, wherein the scanning interface comprises a graphic code display area; and simultaneously scanning the target image corresponding to the first graphic code and the target image corresponding to the second graphic code in the scanning interface through two cameras.

Example 1

Displaying a payment interface based on the received user instruction, wherein the payment interface comprises a graphic code area; receiving a dragging instruction acting on a target icon, wherein the target icon is one of icons corresponding to a plurality of payment applications to be selected in a payment interface, and the original positions of the icons corresponding to the plurality of payment applications to be selected are outside a graphic code area; and when the target icon is moved into the graphic code area of the payment interface, displaying the graphic code or the code scanning frame of the payment application corresponding to the target icon in the graphic code area. Therefore, the payment method with simple operation is provided, a user can see an interface integrating a plurality of payable applications, the user can switch to a required payment mode only through dragging operation, and when the target icon is moved to the graphic code area, the mobile terminal finishes the loading process of the graphic code or the code scanning frame of the payment application corresponding to the target icon, so that the waiting time is effectively shortened visually by the user, and the user experience is improved. The method can comprise the following steps:

and 11, displaying a payment interface based on the received user instruction, wherein the payment interface comprises a graphic code area. Specifically, the user may trigger a user instruction to open the payment interface by clicking a designated icon or key. The mobile terminal receives the user instruction and displays a payment interface on a screen. In an embodiment of the present invention, the graphic code area includes a display graphic code area or a scanned graphic code area. The display graphic code area is used for displaying a graphic code corresponding to the payment application, such as a two-dimensional code and/or a bar code; the scanning graphic code area is used for displaying a code scanning frame corresponding to the payment application, such as a code scanning two-dimensional code and/or a code scanning frame of a bar code.

And step 12, receiving a dragging instruction acting on the target icon, and executing dragging operation on the target icon according to the dragging instruction, wherein the target icon is one of icons corresponding to a plurality of payment applications to be selected in the payment interface, and the original positions of the icons corresponding to the plurality of payment applications to be selected are outside the graphic code area. Specifically, according to actual needs, a user selects a target icon corresponding to a target payment application from icons corresponding to a plurality of applications to be paid displayed on a payment interface, and drags the target icon, so that a dragging instruction is triggered. And the mobile terminal receives the dragging instruction and executes dragging operation on the target icon according to the dragging instruction.

In a preferred embodiment of the present invention, the original positions of the icons corresponding to the plurality of candidate payment applications are located outside the graphic code area. For example, if the current graphic code area is a two-dimensional code, icons corresponding to multiple payment applications to be selected need to be outside the two-dimensional code area and reserve a sufficient dragging distance in order to not obscure the currently displayed two-dimensional code.

And step 13, when the target icon is moved to the graphic code area of the payment interface, displaying the graphic code or the code scanning frame of the payment application corresponding to the target icon in the graphic code area. Specifically, when the mobile terminal detects that the target icon is moved to the graphic code area of the payment interface, the graphic code or the code scanning frame of the payment application corresponding to the target icon is displayed in the graphic code area. In one embodiment of the invention, if a graphical code is displayed, the payee may scan the graphical code via a scanning device to complete the payment transaction. In another embodiment, if a code scanning box is displayed, the payer may scan a graphical code corresponding to the current payment application through the code scanning box to complete the payment transaction.

Example 2

Displaying a payment interface based on the received user instruction, wherein the payment interface comprises a graphic code area; receiving a dragging instruction acting on a target icon, wherein the target icon is one of icons corresponding to a plurality of payment applications to be selected in a payment interface, and the original positions of the icons corresponding to the plurality of payment applications to be selected are outside a graphic code area; and when the target icon is moved into the graphic code area of the payment interface, displaying the graphic code or the code scanning frame of the payment application corresponding to the target icon in the graphic code area. Therefore, the payment method with simple operation is provided, a user can see an interface integrating a plurality of payable applications, the user can switch to a required payment mode only through dragging operation, and when the target icon is moved to the graphic code area, the mobile terminal finishes the loading process of the graphic code or the code scanning frame of the payment application corresponding to the target icon, so that the waiting time is effectively shortened visually by the user, and the user experience is improved. The payment application involved in the embodiment of the present invention may be any payment application in the prior art that includes a graphic code. In addition, the payment graphic code related in the embodiment of the present invention includes but is not limited to: and any graphic code such as a bar code, a two-dimensional code and the like can be scanned by the payee through the equipment. The method comprises the following steps:

and step 21, displaying a payment interface based on the received user instruction. The user clicks on the payment icon. The mobile terminal detects the click operation of the user and triggers a user instruction corresponding to the click operation. And displaying a payment interface on a screen of the mobile terminal based on the user instruction. The payment interface is provided with icons and graphic code areas corresponding to a plurality of payment applications to be selected. The icons corresponding to the multiple payment applications to be selected can be arranged and displayed outside the graphic code area in a parallel mode. In another embodiment, the payment interface may also display icons corresponding to only a number of payment applications that are commonly used or have recently been used. In the embodiment of the present invention, the plurality of icons in the payment interface may be displayed at any position outside the graphic code area, which is not limited in any way by the present invention.

In addition, in a preferred embodiment of the present invention, the user may also select one of the options for payment or scanning displayed in the payment interface. In one embodiment of the present invention, if the user triggers the payment option, the graphic code corresponding to the payment application will be displayed in the graphic code area in the subsequent step. In another embodiment, if the user triggers the scan option, then in a subsequent step, a corresponding scan box for the payment application will be displayed in the graphic code area.

In one embodiment of the present invention, a graphic code or a code scanning frame corresponding to a default payment application may be displayed in the graphic code area. The default payment application may be set by the user.

In another embodiment, a graphic code or a code scanning frame corresponding to the most recently used payment application may be displayed in the graphic code area. For example, before the payment operation, the payment is made by using the payment application a for the latest payment, and the graphic code or the code scanning frame corresponding to the payment application a is displayed in the graphic code area. In addition, in a preferred embodiment of the present invention, the graphic code area of the payment interface displayed as a graphic code or a code scanning frame may be selected by the user according to the user's current payment method.

And step 22, receiving a dragging instruction acting on the target icon, and executing dragging operation on the target icon according to the dragging instruction. Specifically, according to actual requirements, a user selects a target icon corresponding to a target payment application from icons corresponding to a plurality of applications to be paid displayed on a payment interface, and drags the target icon, so that a dragging instruction is triggered. And the mobile terminal receives the dragging instruction and executes dragging operation on the target icon according to the dragging instruction, so that the target icon can always move along with a sliding track of a user on a touch screen of the mobile terminal in the continuous process of the dragging instruction.

And step 23, loading the target payment application corresponding to the target icon in the process of dragging the target icon.

In the embodiment of the invention, the mobile terminal starts to load the target payment application corresponding to the target icon after acquiring the dragging instruction. In the process of dragging the target icon, the mobile terminal directly loads the target payment application, searches the corresponding graphic code or code scanning frame and calls the graphic code or code scanning frame, so that the phenomenon of screen blacking during payment interface switching can be avoided, the user can obviously feel that the interface switching time is shortened from the visual angle of the user, and the user experience is effectively improved.

And 24, when the target icon is moved to the graphic code area of the payment interface, displaying the graphic code or the code scanning frame of the payment application corresponding to the target icon in the graphic code area.

Specifically, when the mobile terminal detects that the target icon is moved to the graphic code area of the payment interface in the payment mode, the graphic code corresponding to the target payment application is displayed in the graphic code area. In another embodiment, when the mobile terminal detects that the target icon is moved to the graphic code area of the payment interface in the scanning mode, a code scanning frame corresponding to the target payment application is displayed in the graphic code area.

Preferably, starting an application corresponding to one of the at least two graphic codes according to a preset rule, and jumping to the application corresponding to the graphic code includes: identifying first payment application characteristics except the first graphic code in a target image corresponding to the first graphic code, starting an application corresponding to the first graphic code according to the first payment application characteristics, and jumping to the application corresponding to the first graphic code; or identifying a second payment application characteristic except the second graphic code in the target image corresponding to the second graphic code, starting the application corresponding to the second graphic code according to the second payment application characteristic, and jumping to the application corresponding to the second graphic code.

Example 3

The method comprises the following steps of collecting a target image comprising a graphic code by using a mobile device, identifying a payment application characteristic from the collected target image, and then directly starting a payment application corresponding to the identified payment application characteristic, so that a plurality of steps of identifying the payment application characteristic by a user and starting the payment application corresponding to the identified payment application characteristic are omitted, and the method specifically comprises the following steps:

and step 31, collecting a target image comprising the graphic code. The mobile terminal can be a mobile phone, a tablet, a notebook, and the like.

The graphic code has specific geometric figure, and data symbol information is recorded by the graphic. Because the method of the embodiment of the invention is applied to the aspect of payment, the graphic code can be a two-dimensional code, and the two-dimensional code can carry information such as a merchant account number, a commodity name, a commodity price and the like; other suitable forms of graphical code are also possible, such as bar codes. The mobile terminal is internally provided with one payment application, namely payment software or a plurality of different payment applications.

Usually, some payment application features, such as feature words and feature graphs, are displayed inside or around a graphic code displayed by a merchant, where the feature words may include an application name of a payment application or keywords in the application name, the feature graphs may be preset graphs having a certain pattern and structure, and can be distinguished from other payment application graphs, and the payment application features may indicate a kind of the payment application corresponding to the graphic code. In the step, when the graphic code is collected, the graphic code and the payment application characteristics around the graphic code need to be collected at the same time, and the collected target image comprises the graphic code and the payment application characteristics. When the user uses the mobile terminal to scan and pay the graphic code in advance, the user can use an image acquisition device of the mobile terminal, such as a camera, to acquire a target image displayed by a merchant.

And step 32, identifying the payment application characteristics except the graphic code in the target image.

After the target image is acquired, the payment application characteristics except the graphic code can be identified from the acquired target image by utilizing an image identification technology. The graphic code is an encrypted image that is not visible to the naked human eye. The payment application features other than graphic codes include at least one of a character (word or phrase), font, icon, or color. For example, the name of the first payment application has a "branch" word, i.e., "branch" for the first payment application feature, and the name of the second payment application has a "micro" word, i.e., "micro" for the second payment application feature; for another example, the icon color of the first payment application and the key color of the user interface are blue, and the icon color of the second payment application and the key color of the user interface are green. Because the payment application characteristics corresponding to different payment applications are different, the payment application type used for scanning the graphic code can be determined in a mode of identifying the payment application characteristics.

And step 33, starting the payment application corresponding to the payment application characteristic. And after the payment application characteristic in the target image is identified, determining the payment application corresponding to the graphic code according to the payment application characteristic, and starting the payment application. And further scanning the graphic code in the target image by using the payment application to complete the payment operation. As shown in step 32, if the "branch" word is recognized by the camera and the font is a specific one, it can be determined that the first payment application needs to be started. And if the camera identifies that the payment application characteristic is blue, starting the first payment application.

Example 4

The method comprises the steps of collecting a target image comprising a graphic code by using a mobile device, identifying payment application characteristics from the collected target image, and then directly starting the payment application corresponding to the identified payment application characteristics, so that multiple steps of identifying the payment application characteristics by a user and starting the payment application corresponding to the identified payment application characteristics are omitted, user operation is reduced, and the experience effect of the user is guaranteed. The method specifically comprises the following steps:

and step 41, starting the code scanning client installed on the mobile terminal.

In the embodiment of the present invention, the code scanning client is an application software, and can execute each step in the method described in the embodiment of the present invention. The code scanning client is installed on the mobile terminal, and can be installed on a display desktop of the mobile terminal for convenient operation. The operation of starting the scanning client may be a preset touch screen operation, for example, a single-finger double-click operation, a multi-finger simultaneous click operation, a preset screen-swiping operation, and the like for a desktop icon.

When a user scans a graphic code by using the code scanning client in advance, the desktop icon of the code scanning client can be double-clicked in the screen of the mobile terminal, and accordingly, the code scanning client is started after receiving a starting instruction triggered by the user.

And 42, receiving an operation instruction for starting the camera of the mobile terminal, and starting the camera.

After the main interface of the code scanning client is started, a user can select a preset option in the main interface, and a camera of the mobile terminal is started to shoot and collect a target image. Correspondingly, the scanning client receives an operation instruction for starting the camera, and starts the camera.

And 43, collecting a target image comprising the graphic code by using the camera.

After the camera is started, a user aims the camera of the mobile terminal at the displayed graphic code, and simultaneously acquires the graphic code and the payment application characteristics around the graphic code, such as characteristic characters and characteristic graphs which can indicate the payment application type, and after the graphic code and the payment application characteristics around the graphic code are determined to fall in the acquisition area of the camera, the user can press a preset button, such as a 'determination button', to finish the acquisition of the graphic code and the payment application characteristics, so as to obtain a target image.

In the specific operation, based on the problems of long and short shooting distance, shooting light and the like, the acquired target image is not clear, so that even if the graphic code is shot, the code scanning client cannot identify the graphic code from the obtained target image.

Because the code scanning client in the embodiment is applied to the payment field, and the payment graphic code needs to be scanned in the payment process, based on the above problems, the code scanning client judges whether the image includes the graphic code or not after acquiring the image, if the acquired image does not include the graphic code, the target image including the graphic code is determined not to be acquired, and at this time, the code scanning client pops up a prompt box and/or plays a preset prompt audio to prompt that the target image including the graphic code is not acquired, so that the user is informed of the situation.

After popping up the prompt box or playing the preset prompt audio, the position information of the mobile terminal can be monitored, if the position of the mobile terminal is detected to move, the shooting distance between the mobile terminal and the graphic code can be determined to be closer, the clear shooting of the graphic code is facilitated, the target image comprising the graphic code is collected again at the moment, and the graphic code is collected again.

And 44, identifying the payment application characteristics except the graphic code in the target image.

After the payment application feature in the target image is identified, the next operation can be performed, and the payment application corresponding to the payment application feature is started. If the payment application characteristics except the graphic code in the target image are not identified, the user can conveniently know the coding information carried by the acquired graphic code, the identified graphic code can be analyzed, the coding information of the graphic code can be analyzed, and the analyzed coding information is displayed on a screen of the mobile terminal for the user to check. The analyzed coded information may include a network link address, user name card information, and the like, and the user may selectively use the coded information as needed, for example, copy the network link address to a browser to view the web page content.

The payment application feature may indicate a type of payment application to which the graphic code corresponds, and may include various forms, such as text, graphics, icons, fonts, colors, and the like. When the payment application is characterized by text information, a lot of text information may exist inside or around the graphic code, and only part of the text information may indicate the type of the payment application.

One or more target text messages are preset in the embodiment, the target text messages may indicate payment application types, and the target text messages may be application names of payment applications or keywords of the application names. Thus, the step of identifying payment application features in the target image may comprise: and identifying all the character information in the target image, and further searching preset target character information for identifying the payment application characteristics from all the character information.

And step 45, starting the payment application corresponding to the payment application characteristic.

After the payment application characteristics are identified, the payment application corresponding to the identified payment application characteristics can be searched from the mobile terminal, and the searched payment application is further started.

In practice, after the code scanning client is started, a user can perform function setting on a main interface of the code scanning client, specifically, can perform setting on a payment application capable of providing the code scanning interface, add the payment application capable of providing the code scanning interface installed in the mobile terminal, and generate a payment application list according to the added payment application, so that the payment application list can be used when the payment application corresponding to the identified payment application characteristics is searched. Therefore, before acquiring the target image comprising the graphic code, the method can further comprise the step of pre-storing a payment application list comprising a plurality of available code scanning interfaces.

Since the payment application list is stored, the step of searching the payment application corresponding to the identified payment application characteristic from the mobile terminal may include: and searching the payment application corresponding to the identified payment application characteristic from a prestored payment application list.

For example, the pre-stored payment application list includes a first payment application name of the first payment application and a second payment application name of the second payment application, where the first payment application name is located before the second payment application name. After identifying the payment application characteristics from the collected target image, firstly comparing the payment application characteristics with the first payment application name, analyzing whether the payment application characteristics are matched with the first payment application name, namely judging whether the payment application characteristics are included in the first payment application name, if so, indicating that the payment application characteristics are matched with the first payment application name, and starting the first payment application; if the first payment application name does not include the payment application feature, the payment application feature is not matched with the first payment application name; and further comparing the payment application characteristics with a second payment application name, starting the second payment application if the payment application characteristics are judged to be matched with the second payment application name, indicating that the payment application corresponding to the payment application characteristics is not installed in the mobile terminal if the payment application characteristics are judged to be not matched with the second payment application name, and identifying the two-dimensional code information of the two-dimensional code in the target image for the user to view or use.

And step 46, entering a code scanning interface of the payment application.

After the payment application corresponding to the payment application characteristic is started, the code scanning interface of the payment application can be directly accessed. The user only needs to start the code scanning client side, the target image comprising the graphic code is photographed, the code scanning interface of the payment application can be accessed, a plurality of steps of identifying the payment application characteristics, starting the corresponding application program, selecting a code scanning inlet and the like are omitted, the step of accessing the payment application scanning interface is greatly simplified, and the convenience of code scanning payment is improved.

According to another aspect of the embodiments of the present invention, there is also provided a mobile terminal, and fig. 8 is a block diagram of a code scanning payment processing apparatus according to an embodiment of the present invention, as shown in fig. 8, including:

the scanning module 82 is used for scanning at least two graphic codes simultaneously through the double cameras;

the starting and jumping module 84 is configured to start an application corresponding to one of the at least two graphic codes according to a preset rule, and jump to the application corresponding to the graphic code;

and the first payment processing module 86 is configured to perform payment processing according to the application corresponding to the graphic code.

Preferably, the scanning module 82 includes:

Preferably, the mobile terminal further includes:

Fig. 9 is a block diagram of a code-scanning payment processing apparatus according to a preferred embodiment of the present invention, and as shown in fig. 9, the mobile terminal further includes:

the second payment processing module 92 is configured to, in a case that payment for the first graphical code by the application corresponding to the first graphical code fails, obtain the second graphical code from the system, start the application corresponding to the second graphical code, and perform payment by the second graphical code according to the application corresponding to the second graphical code; or,

and a third payment processing module 94, configured to, in a case that payment for the second graphical code by the application corresponding to the second graphical code fails, obtain the first graphical code from the system, start the application corresponding to the first graphical code, and perform payment by the first graphical code according to the application corresponding to the first graphical code.

Preferably, the scanning module 82 includes:

Preferably, the launch and jump module 84 includes:

According to the embodiment of the invention, the first graphic code and the second graphic code are scanned simultaneously by the double cameras; starting the application corresponding to the first graphic code or the second graphic code according to a preset rule, and jumping to the application corresponding to the first graphic code or the second graphic code; the payment processing is carried out according to the application corresponding to the first graphic code, or the payment processing is carried out according to the application corresponding to the second graphic code, the problem that a user needs to select one of the plurality of payment applications for payment in the prior art is solved, the two graphic codes are scanned by the two cameras simultaneously, the application for payment is automatically selected according to a preset rule, the user does not need to select the application, and the user experience is improved.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.

It will be apparent to those skilled in the art that the modules or steps of the present invention described above may be implemented by a general purpose computing device, they may be centralized on a single computing device or distributed across a network of multiple computing devices, and alternatively, they may be implemented by program code executable by a computing device, such that they may be stored in a storage device and executed by a computing device, and in some cases, the steps shown or described may be performed in an order different than that described herein, or they may be separately fabricated into individual integrated circuit modules, or multiple ones of them may be fabricated into a single integrated circuit module. Thus, the present invention is not limited to any specific combination of hardware and software.

The above description is only a preferred embodiment of the present invention, and not intended to limit the scope of the present invention, and all modifications of equivalent structures and equivalent processes, which are made by using the contents of the present specification and the accompanying drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.

Claims

1. A code scanning payment processing method is characterized by comprising the following steps:

scanning at least two graphic codes simultaneously through two cameras;

2. The method of claim 1, wherein in the case that the dual cameras comprise a first camera and a second camera, and the at least two graphic codes comprise a first graphic code and a second graphic code, scanning the at least two graphic codes simultaneously by the dual cameras comprises:

scanning the first graphic code through the first camera;

and scanning the second graphic code through the second camera.

3. The method of claim 2, wherein after the at least two graphic codes are simultaneously scanned by the dual cameras, the method further comprises:

and storing the first graphic code and the second graphic code in a system.

4. The method of claim 3, further comprising:

5. The method of any one of claims 2 to 4, wherein scanning the at least two graphic codes simultaneously by the dual cameras comprises:

and scanning the target image corresponding to the first graphic code and the target image corresponding to the second graphic code simultaneously through the two cameras in the scanning interface.

6. The method according to claim 5, wherein starting an application corresponding to one of the at least two graphic codes according to a preset rule, and jumping to the application corresponding to the graphic code comprises:

7. A mobile terminal, comprising:

8. The mobile terminal of claim 7, wherein the mobile terminal further comprises:

9. The mobile terminal according to claim 7 or 8, wherein the scanning module comprises:

10. The mobile terminal of claim 9, wherein the launch and jump module comprises: