CN106327185A - Starting method for payment application and mobile terminal - Google Patents

Abstract

The embodiment of the invention discloses a method for starting a payment application and a mobile terminal. The method is applied to a mobile terminal, and the method includes: collecting a target image including a graphic code, identifying payment application features in the target image other than the graphic code, and starting a payment application corresponding to the payment application feature . Therefore, the method described in the embodiment of the present invention omits multiple steps for the user to identify payment application features and start the payment application corresponding to the identified payment application features, reduces user operations, and ensures user experience.

Description

A payment application startup method and mobile terminal

technical field

The embodiments of the present invention relate to the communication field, and in particular, to a method for starting a payment application and a mobile terminal.

Background technique

Two-dimensional codes, also known as two-dimensional barcodes, use black and white graphics to record data symbol information, and are automatically read by electronic scanning equipment to realize automatic information processing. QR codes are widely used, such as payment, advertisement push, website link, anti-counterfeiting, etc.

At present, it is very common to use mobile phones to scan QR codes to pay transaction amounts. When users scan QR codes with their mobile phones, they need to open the payment application corresponding to the QR code displayed by the merchant. QR code to scan.

However, since different payment applications have exclusive QR codes, before users scan the QR code with the payment application, they first need to recognize the QR code from the internal text or surrounding text of the QR code graphic displayed by the merchant. The corresponding payment application, and then open the corresponding payment application to find the corresponding function options. It can be seen that the identification and activation of the payment application requires manual operation by the user, which reduces the user experience.

Contents of the invention

The present invention provides a method for starting a payment application to solve the problems that the user needs to identify and start the payment application before using the payment application to scan the two-dimensional code, the operation steps are cumbersome, and the user experience is not good.

In a first aspect, a method for starting a payment application is provided, the method is applied to a mobile terminal, and the method includes:

Acquiring an image of an object including a graphic encoding;

identifying payment application features in the target image other than the graphic code;

Start the payment application corresponding to the payment application feature.

In a second aspect, a mobile terminal is provided, including:

A target image acquisition module, configured to acquire target images comprising graphic codes;

A feature identification module, configured to identify payment application features in the target image other than the graphic code;

The payment application starting module is used to start the payment application corresponding to the payment application features.

In this way, in the embodiment of the present invention, the mobile device is used to capture the target image including the graphic code, and the payment application features are identified from the captured target image, and then the payment application corresponding to the identified payment application features is directly launched, thereby eliminating the need for The multiple steps of identifying the features of the payment application by the user and starting the payment application corresponding to the identified features of the payment application reduce user operations and ensure user experience.

The above description is only an overview of the technical solution of the present invention. In order to better understand the technical means of the present invention, it can be implemented according to the contents of the description, and in order to make the above and other purposes, features and advantages of the present invention more obvious and understandable , the specific embodiments of the present invention are enumerated below.

Description of drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the following will briefly introduce the accompanying drawings that need to be used in the description of the embodiments of the present invention. Obviously, the accompanying drawings in the following description are only some embodiments of the present invention , for those skilled in the art, other drawings can also be obtained according to these drawings without paying creative labor.

FIG. 1 is a flowchart of a method for starting a payment application according to an embodiment of the present invention;

Fig. 2 is a flowchart of a method for starting a payment application according to another embodiment of the present invention;

Fig. 3 is a block diagram of a mobile terminal according to an embodiment of the present invention;

Fig. 4 is a block diagram of a mobile terminal according to another embodiment of the present invention;

Fig. 5 is a block diagram of a mobile terminal according to another embodiment of the present invention;

FIG. 6 is a block diagram of a mobile terminal according to another embodiment of the present invention.

detailed description

The following will clearly and completely describe the technical solutions in the embodiments of the present invention with reference to the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are some of the embodiments of the present invention, but not all of them. Based on the embodiments of the present invention, all other embodiments obtained by persons of ordinary skill in the art without creative efforts fall within the protection scope of the present invention.

Embodiment one

Fig. 1 is a flowchart of a method for starting a payment application according to an embodiment of the present invention. The starting method of the payment application shown in Figure 1 is applied to a mobile terminal, and the method includes:

Step 101. Acquire target images including graphic codes.

In the embodiment of the present invention, the mobile terminal may be a mobile phone, a tablet, a notebook, and the like.

Graphic coding has a specific geometric figure, and uses graphics to record data symbol information. Since the method described in the embodiment of the present invention is applied to payment, the graphic code can be a two-dimensional code, and the two-dimensional code can carry information such as merchant account number, commodity name, commodity price, etc.; it can also be other applicable graphic coding forms, such as barcode. A payment application, that is, payment software, or multiple different payment applications are installed inside the mobile terminal.

Usually, some payment application features will be displayed inside or around the graphic code displayed by the merchant, such as feature text and feature graphics, where the feature text can include the application name of the payment application or keywords in the application name, and the feature graphics can be with a certain pattern and The preset graphic of the structure can be distinguished from other payment application graphics, and these payment application features can indicate the type of payment application corresponding to the graphic code. In this step, when collecting the graphic code, it is necessary to simultaneously collect the graphic code and its surrounding payment application features, and the collected target image includes the graphic code and the payment application features.

When the user pre-uses the mobile terminal to scan and pay with the graphic code, the image acquisition device of the mobile terminal, such as a camera, can be used to collect the target image displayed by the merchant.

Step 102, identifying payment application features in the target image except for the graphic code.

After the target image is collected, image recognition technology can be used to identify payment application features other than graphic codes from the collected target image. Graphics are coded as encrypted images, which are invisible to the human eye. The payment application features other than graphic codes include at least one feature of text (word or phrase), font, icon or color. For example, the name of the first payment application has a word "support", and the name of the second payment application has a word "wei". The icon color of the application and the main tone color of the user interface are green.

Since different payment applications correspond to different payment application features, the type of payment application used for scanning the graphic code can be determined by identifying the payment application features.

Step 103, start the payment application corresponding to the payment application feature.

After identifying the payment application feature in the target image, determine the payment application corresponding to the graphic code according to the payment application feature, and start the payment application. Further use the payment application to scan the graphic code in the target image to complete the payment operation. According to step 102, it can be known that if the camera recognizes the word "support" and the font is a specific font, it can be confirmed that the first payment application needs to be started. If the camera recognizes that the feature of the payment application is blue, the first payment application is started.

According to an embodiment of the present invention, a mobile device is used to capture a target image including a graphic code, and the features of the payment application are identified from the captured target image, and then the payment application corresponding to the identified feature of the payment application is directly launched, thereby saving the user The multiple steps of identifying the features of the payment application and starting the payment application corresponding to the identified features of the payment application reduce user operations and ensure user experience.

Embodiment two

Fig. 2 is a flowchart of a method for starting a payment application according to another embodiment of the present invention. The starting method of the payment application shown in Figure 2 is applied to a mobile terminal, and the method includes:

Step 201, start the code scanning client installed on the mobile terminal.

In the embodiment of the present invention, the code scanning client is an application software, which 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 the display desktop of the mobile terminal for the convenience of operation. The operation of starting the scanning client may be a preset touch screen operation, such as a single-finger double-click operation on a desktop icon, a multi-finger simultaneous click operation, a preset screen-swiping operation, and the like.

When the user uses the code scanning client to scan the graphic code, he can double-click the desktop icon of the code scanning client on the screen of the mobile terminal. Correspondingly, the code scanning client starts the code scanning client after receiving the activation instruction triggered by the user.

Step 202: Receive an operation instruction for starting the camera of the mobile terminal, and start the camera.

After opening the main interface of the code scanning client, the user can select a preset option in the main interface, and turn on the camera of the mobile terminal to capture the target image. Correspondingly, the scanning client receives an operation instruction to start the camera, and starts the camera.

Step 203, using the camera to capture target images including graphic codes.

After starting the camera, the user points the camera of the mobile terminal at the displayed graphic code, and at the same time collects the graphic code and its surrounding payment application features, such as characteristic text and characteristic graphics that can indicate the type of payment application. After the payment application features fall within the collection area of the camera, the user can press a preset button, such as the "OK button", to complete the collection of graphic codes and payment application features, and obtain the target image.

In the specific operation, based on the shooting distance, shooting light and other issues, the captured target image will be unclear, so even if the graphic code is captured, there may be situations where the scanning client cannot recognize the graphic code from the obtained target image.

Since the code scanning client in this embodiment is used in the payment field, the payment process needs to scan the code of the payment graphic code, so based on the above problems, after the code scanning client collects the image, it will determine whether the image includes the graphic code or not. Make a judgment, if it is determined that the captured image does not include a graphic code, then it is determined that the target image that includes the graphic code has not been captured, and the code scanning client will pop up a prompt box and/or play a preset prompt audio to prompt that it has not been captured to the target image including the graphics code, and inform the user of this fact.

After the prompt box pops up or after the preset prompt audio is played, the location information of the mobile terminal can also be monitored. If the position of the mobile terminal is detected to move, it can be determined that the shooting distance between the mobile terminal and the graphic code is closer It is beneficial to the clear shooting of the graphic code. At this time, the target image including the graphic code is re-collected, and the graphic code is re-collected.

Step 204, identifying payment application features in the target image except for the graphic code.

After identifying the payment application feature in the target image, the next step can be performed to start the payment application corresponding to the payment application feature. If the payment application features other than the graphic code in the target image are not identified, in order to facilitate the user to know the encoded information carried by the collected graphic code, the identified graphic code can be analyzed to parse out the encoded information of the graphic code , and display the parsed encoding information on the screen of the mobile terminal for users to view. The coded information parsed may include network link address, user business card information, etc., and the user can selectively use the coded information according to needs, such as copying the network link address to the browser to view the content of the web page.

There is another situation where the code scanning client recognizes the payment application feature in the target image, but determines that there is no payment application corresponding to the payment application feature in the mobile terminal. Also, in order to facilitate the user to know the collected graphic code carries the The coded information will perform a parsing operation on the identified graphic code, parse out the coded information of the graphic code, and display the parsed coded information on the screen of the mobile terminal for the user to view.

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

This method pre-sets one or more target text information, the target text information can indicate the payment application type, and the target text information can be the application name or the keyword of the application name of the payment application. Therefore, the step of identifying payment application features in the target image may include: identifying all text information in the target image, and further searching for preset target text information identifying payment application features from all text information.

Step 205, start the payment application corresponding to the payment application feature.

After identifying the features of the payment application, the payment application corresponding to the identified feature of the payment application can be searched from the mobile terminal, and the found payment application can be further started.

In practice, after starting the code scanning client, the user can set the function on the main interface of the code scanning client. Specifically, you can set the payment application that can provide the code scanning interface, and add the code scanning that has been installed in the mobile terminal. interface, and generate a payment application list according to the added payment application, for use when searching for a payment application corresponding to the identified payment application feature. Therefore, before capturing the target image including the graphic code, a step of pre-storing a list of payment applications that can provide a code scanning interface may also be included.

Since the payment application list is stored, the step of searching the mobile terminal for the payment application corresponding to the identified payment application feature may include: searching for the payment application corresponding to the identified payment application feature from the pre-stored payment application list.

For example, the prestored 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, wherein the first payment application name is located before the second payment application name. After identifying the payment application features from the collected target image, first compare the payment application features with the first payment application name, and analyze whether the two match, that is, determine whether the first payment application name includes the above payment application features. , it means that the two match, and the first payment application is started at this time; if it is determined that the first payment application name does not include the above-mentioned payment application features, it means that the payment application features do not match the first payment application name; further, the payment application features Compared with the name of the second payment application, if it is determined that the characteristics of the payment application match the name of the second payment application, the second payment application is started; if it is determined that the characteristics of the payment application do not match the name of the second payment application, it means that there is no The payment application corresponding to the payment application feature is installed, and at this time, the two-dimensional code information of the two-dimensional code in the target image is recognized for the user to view or use.

Step 206, enter the code scanning interface of the payment application.

In the embodiment of the present invention, after starting the payment application corresponding to the payment application features, the code scanning interface of the payment application can be directly entered.

According to this method, the user only needs to start the scanning code client, take a photo of the target image including the graphic code, and then enter the scanning code interface of the payment application, eliminating the need to identify the characteristics of the payment application, start the corresponding application program, and select the scanning code entry Waiting for multiple steps greatly simplifies the steps to enter the payment application scanning interface, and improves the convenience of scanning code payment.

According to an embodiment of the present invention, a mobile device is used to capture a target image including a graphic code, and the features of the payment application are identified from the captured target image, and then the payment application corresponding to the identified feature of the payment application is directly launched, thereby saving the user The multiple steps of identifying the features of the payment application and starting the payment application corresponding to the identified features of the payment application reduce user operations and ensure user experience.

Embodiment Three

FIG. 3 is a block diagram of a mobile terminal according to an embodiment of the present invention. The mobile terminal shown in Figure 3 includes:

A target image acquisition module 301, configured to acquire target images including graphic codes.

A feature identification module 302, configured to identify payment application features in the target image except for the graphic code.

A payment application starting module 303, configured to start a payment application corresponding to the feature of the payment application.

According to an embodiment of the present invention, a mobile device is used to capture a target image including a graphic code, and the features of the payment application are identified from the captured target image, and then the payment application corresponding to the identified feature of the payment application is directly launched, thereby saving the user The multiple steps of identifying the features of the payment application and starting the payment application corresponding to the identified features of the payment application reduce user operations and ensure user experience.

Embodiment Four

FIG. 4 is a block diagram of a mobile terminal according to one embodiment of the present invention. The mobile terminal shown in Figure 4 includes:

The code scanning client starting module 401 is configured to start the code scanning client installed on the mobile terminal.

The instruction receiving module 402 is configured to receive an operation instruction for starting the camera of the mobile terminal.

The camera starting module 403 is configured to start the camera.

A target image acquisition module 404, configured to use the camera to acquire target images including graphic codes.

A feature identification module 405, configured to identify payment application features in the target image other than the graphic code.

A payment application starting module 406, configured to start a payment application corresponding to the feature of the payment application.

The scanning code interface entry module 407 is used to enter the scanning code interface of the payment application.

In the embodiment of the present invention, preferably, the feature recognition module 405 includes:

A text information identification submodule, configured to identify all text information in the target image;

The target text information extraction sub-module is used to search for the preset target text information identifying payment application features from all text information.

In the embodiment of the present invention, preferably, the payment application startup module 406 includes:

A payment application search submodule, configured to search the mobile terminal for a payment application corresponding to the payment application feature;

The payment application launcher module is used to start the found payment application.

In the embodiment of the present invention, preferably, the mobile terminal further includes:

A list storage module, used to pre-store a list of payment applications that include a plurality of scan code interfaces before the acquisition of the target image that includes the graphic code;

The payment application search submodule is specifically configured to search for a payment application corresponding to the payment application feature from a pre-stored payment application list.

In the embodiment of the present invention, preferably, the mobile terminal further includes at least one of the following modules:

Prompt frame pop-up module, for if the target image that comprises graphic code is not collected, then pops up a prompt box to prompt that the target image that includes graphic code is not collected;

The audio playing module is used to play a preset prompt audio to prompt that no target image including graphic coding is collected if the target image including graphic coding is not collected.

According to an embodiment of the present invention, a mobile device is used to capture a target image including a graphic code, and the features of the payment application are identified from the captured target image, and then the payment application corresponding to the identified feature of the payment application is directly launched, thereby saving the user The multiple steps of identifying the features of the payment application and starting the payment application corresponding to the identified features of the payment application reduce user operations and ensure user experience.

Since the embodiment of the mobile terminal basically corresponds to the method embodiment shown in the above-mentioned Figures 1-2, the details in the description of this embodiment can be referred to the relevant descriptions in the above-mentioned embodiments, and will not be repeated here. up.

Embodiment five

FIG. 5 is a block diagram of a mobile terminal according to another embodiment of the present invention. The mobile terminal 500 shown in FIG. 5 includes: at least one processor 501 , a memory 502 , at least one network interface 504 and a user interface 503 . Various components in the mobile terminal 500 are coupled together through the bus system 505 . It can be understood that the bus system 505 is used to realize connection and communication between these components. In addition to the data bus, the bus system 505 also includes a power bus, a control bus and a status signal bus. However, for clarity of illustration, the various buses are labeled as bus system 505 in FIG. 5 .

Wherein, the user interface 503 may include a display, a keyboard, or a pointing device (for example, a mouse, a trackball (trackball), a touch panel, or a touch screen, and the like.

It can be understood that the memory 502 in the embodiment of the present invention may be a volatile memory or a nonvolatile memory, or may include both volatile and nonvolatile memories. Wherein, the non-volatile memory may be a read-only memory (Read-Only Memory, ROM), a programmable read-only memory (Programmable ROM, PROM), an erasable programmable read-only memory (Erasable PROM, EPROM), an electronically programmable Erase Programmable Read-Only Memory (Electrically EPROM, EEPROM) or Flash. The volatile memory can be Random Access Memory (RAM), which acts as an external cache. By way of illustration and not limitation, many forms of RAM are available such as Static RAM (SRAM), Dynamic RAM (DRAM), Synchronous DRAM (Synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (Double Data RateSDRAM, DDRSDRAM), enhanced synchronous dynamic random access memory (Enhanced SDRAM, ESDRAM), synchronous connection dynamic random access memory (Synchlink DRAM, SLDRAM) and Direct memory bus random access memory (DirectRambus RAM, DRRAM). The memory 502 of the systems and methods described in embodiments of the present invention is intended to include, but is not limited to, these and any other suitable types of memory.

In some implementations, the memory 502 stores the following elements, executable modules or data structures, or their subsets, or their extended sets: an operating system 5021 and an application program 5022 .

Among them, the operating system 5021 includes various system programs, such as framework layer, core library layer, driver layer, etc., for realizing various basic services and processing tasks based on hardware. The application program 5022 includes various application programs, such as a media player (Media Player), a browser (Browser), etc., and is used to implement various application services. The program for realizing the method of the embodiment of the present invention may be included in the application program 5022 .

In the embodiment of the present invention, by calling the program or instruction stored in the memory 502, specifically, the program or instruction stored in the application program 5022, the processor 501 is used to collect the target image including the graphic code, and identify the target The payment application feature in the image other than the graphic code starts the payment application corresponding to the payment application feature.

The methods disclosed in the foregoing embodiments of the present invention may be applied to the processor 501 or implemented by the processor 501 . The processor 501 may be an integrated circuit chip and has signal processing capabilities. In the implementation process, each step of the above method may be completed by an integrated logic circuit of hardware in the processor 501 or instructions in the form of software. The above-mentioned processor 501 may be a general-purpose processor, a digital signal processor (Digital Signal Processor, DSP), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), an off-the-shelf programmable gate array (Field Programmable Gate Array, FPGA) or other programmable Logic devices, discrete gate or transistor logic devices, discrete hardware components. Various methods, steps and logic block diagrams disclosed in the embodiments of the present invention may be implemented or executed. A general-purpose processor may be a microprocessor, or the processor may be any conventional processor, or the like. The steps of the methods disclosed in the embodiments of the present invention may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module can be located in a mature storage medium in the field such as random access memory, flash memory, read-only memory, programmable read-only memory or electrically erasable programmable memory, register. The storage medium is located in the memory 502, and the processor 501 reads the information in the memory 502, and completes the steps of the above method in combination with its hardware.

It can be understood that the embodiments described in the embodiments of the present invention may be implemented by hardware, software, firmware, middleware, microcode or a combination thereof. For hardware implementation, the processing unit can be implemented in one or more application specific integrated circuits (Application Specific Integrated Circuits, ASIC), digital signal processor (Digital Signal Processing, DSP), digital signal processing device (DSP Device, DSPD), programmable logic Device (Programmable Logic Device, PLD), Field-Programmable Gate Array (Field-Programmable Gate Array, FPGA), general-purpose processor, controller, microcontroller, microprocessor, other electronic units for performing the functions described in this application or a combination thereof.

For software implementation, the techniques described in the embodiments of the present invention may be implemented through modules (such as procedures, functions, etc.) that execute the functions described in the embodiments of the present invention. Software codes can be stored in memory and executed by a processor. Memory can be implemented within the processor or external to the processor.

Optionally, the processor 501 is further configured to: enter a code scanning interface of the payment application after the payment application corresponding to the payment application feature is started.

Optionally, the processor 501 is further configured to: start a code scanning client installed on the mobile terminal before the acquisition of the target image including the graphic code;

Optionally, the processor 501 is further configured to: receive an operation instruction for starting the camera of the mobile terminal, and start the camera;

The camera is used to capture an image of the target including a graphic code.

Optionally, the processor 501 is further configured to: identify all text information in the target image;

The pre-set target text information identifying the characteristics of the payment application is searched from all the text information.

Optionally, the processor 501 is further configured to: search the mobile terminal for a payment application corresponding to the payment application feature;

Launch the found payment application.

Optionally, the processor 501 is further configured to: before the acquisition of the target image including the graphic code, pre-store a list of payment applications that can provide a code scanning interface;

Optionally, the processor 501 is further configured to: search for a payment application corresponding to the feature of the payment application from a prestored payment application list.

Optionally, the processor 501 is further configured to: if the target image including the graphic code is not collected, perform at least one of the following steps to prompt that the target image including the graphic code is not collected:

A prompt box pops up;

Play the preset prompt audio.

The mobile terminal 500 can implement various processes implemented by the mobile terminal in the foregoing embodiments, and to avoid repetition, details are not repeated here.

According to an embodiment of the present invention, a mobile device is used to capture a target image including a graphic code, and the features of the payment application are identified from the captured target image, and then the payment application corresponding to the identified feature of the payment application is directly launched, thereby saving the user The multiple steps of identifying the features of the payment application and starting the payment application corresponding to the identified features of the payment application reduce user operations and ensure user experience.

Embodiment six

FIG. 6 is a block diagram of a mobile terminal according to another embodiment of the present invention. Specifically, the mobile terminal 600 in FIG. 6 may be a mobile phone, a tablet computer, a personal digital assistant (Personal Digital Assistant, PDA), or a vehicle-mounted computer.

The mobile terminal 600 in FIG.

Wherein, the input unit 630 can be used to receive number or character information input by the user, and generate signal input related to the user setting and function control of the mobile terminal 600 . Specifically, in the embodiment of the present invention, the input unit 630 may include a touch panel 631 . The touch panel 631, also referred to as a touch screen, can collect user's touch operations on or near it (such as the user's operation on the touch panel 631 using any suitable object or accessory such as a finger, a stylus), and The specified program drives the corresponding connected device. Optionally, the touch panel 631 may include two parts, a touch detection device and a touch controller. Among them, the touch detection device detects the user's touch orientation, and detects the signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts it into contact coordinates, and sends it to the to the processor 660, and can receive and execute commands sent by the processor 660. In addition, the touch panel 631 can be implemented in various types such as resistive, capacitive, infrared, and surface acoustic wave. In addition to the touch panel 631, the input unit 630 may also include other input devices 632, which may include but not limited to physical keyboards, function keys (such as volume control buttons, switch buttons, etc.), trackballs, mice, joysticks, etc. one or more of.

Wherein, the display unit 640 can be used to display information input by the user or information provided to the user and various menu interfaces of the mobile terminal 600 . The display unit 640 may include a display panel 641. Optionally, the display panel 641 may be configured in the form of an LCD or an organic light-emitting diode (Organic Light-Emitting Diode, OLED).

It should be noted that the touch panel 631 can cover the display panel 641 to form a touch display screen. When the touch display screen detects a touch operation on or near it, it is sent to the processor 660 to determine the type of the touch event, and then the processor 660 provides corresponding visual output on the touch display screen according to the type of the touch event.

The touch display screen includes an application program interface display area and a common control display area. The arrangement of the display area of the application program interface and the display area of the commonly used controls is not limited, and may be an arrangement in which the two display areas can be distinguished, such as vertical arrangement, left-right arrangement, and the like. The application program interface display area can be used to display the interface of the application program. Each interface may include at least one interface element such as an icon of an application program and/or a widget desktop control. The application program interface display area can also be an empty interface without any content. The commonly used control display area is used to display controls with a high usage rate, for example, application icons such as setting buttons, interface numbers, scroll bars, and phonebook icons.

Wherein the processor 660 is the control center of the mobile terminal 600, utilizes various interfaces and lines to connect the various parts of the whole mobile phone, by running or executing the software programs and/or modules stored in the first memory 621, and calling the software programs and/or modules stored in the second memory 621. The data in the memory 622 executes various functions of the mobile terminal 600 and processes data, so as to monitor the mobile terminal 600 as a whole. Optionally, the processor 660 may include one or more processing units.

In the embodiment of the present invention, by calling the software program and/or module stored in the first memory 621 and/or the data in the second memory 622, the processor 660 is used to collect the target image including the graphic code, identify The payment application feature in the target image other than the graphic code starts the payment application corresponding to the payment application feature.

Optionally, the processor 660 is further configured to: enter a code scanning interface of the payment application after the payment application corresponding to the payment application feature is started.

Optionally, the processor 660 is further configured to: start a code scanning client installed on the mobile terminal before the acquisition of the target image including the graphic code;

Optionally, the processor 660 is further configured to: receive an operation instruction for starting the camera of the mobile terminal, and start the camera;

The camera is used to capture an image of the target including a graphic code.

Optionally, the processor 660 is further configured to: identify all text information in the target image;

The pre-set target text information identifying the characteristics of the payment application is searched from all the text information.

Optionally, the processor 660 is further configured to: search the mobile terminal for a payment application corresponding to the payment application feature;

Launch the found payment application.

Optionally, the processor 660 is further configured to: before the acquisition of the target image including the graphic code, pre-store a list of payment applications that can provide a code scanning interface;

Optionally, the processor 660 is further configured to: search for a payment application corresponding to the feature of the payment application from a pre-stored list of payment applications.

Optionally, the processor 660 is further configured to: if the target image including the graphic code is not collected, perform at least one of the following steps to prompt that the target image including the graphic code is not collected:

A prompt box pops up;

Play the preset prompt audio.

It can be seen that, according to the embodiment of the present invention, the mobile device is used to capture the target image including the graphic code, and the features of the payment application are identified from the captured target image, and then the payment application corresponding to the identified feature of the payment application is directly launched, thereby saving Multiple steps for the user to identify payment application features and start the payment application corresponding to the identified payment application features are reduced, user operations are reduced, and user experience effects are guaranteed.

Those of ordinary skill in the art can appreciate that the units and algorithm steps of the examples described in conjunction with the embodiments disclosed in the embodiments of the present invention can be implemented by electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are executed by hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art may use different methods to implement the described functions for each specific application, but such implementation should not be regarded as exceeding the scope of the present invention.

Those skilled in the art can clearly understand that for the convenience and brevity of the description, the specific working process of the above-described system, device and unit can refer to the corresponding process in the foregoing method embodiment, which will not be repeated here.

In the embodiments provided in this application, it should be understood that the disclosed devices and methods may be implemented in other ways. For example, the device embodiments described above are only illustrative. For example, the division of the units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components can be combined or May be integrated into another system, or some features may be ignored, or not implemented. In another point, the mutual coupling or direct coupling or communication connection shown or discussed may be through some interfaces, and the indirect coupling or communication connection of devices or units may be in electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place, or may be distributed to multiple network units. Part or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, each unit may exist separately physically, or two or more units may be integrated into one unit.

If the functions described above are realized in the form of software function units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the essence of the technical solution of the present invention or the part that contributes to the prior art or the part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including Several instructions are used to make a computer device (which may be a personal computer, a server, or a network device, etc.) execute all or part of the steps of the methods described in various embodiments of the present invention. The aforementioned storage medium includes: various media capable of storing program codes such as U disk, mobile hard disk, ROM, RAM, magnetic disk or optical disk.

The above is only a specific embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Anyone skilled in the art can easily think of changes or substitutions within the technical scope disclosed in the present invention. Should be covered within the protection scope of the present invention. Therefore, the protection scope of the present invention should be based on the protection scope of the claims.

Claims (14)

1. A method for starting a payment application, said method being applied to a mobile terminal, characterized in that said method comprises: Acquiring an image of an object including a graphic encoding; identifying payment application features in the target image other than the graphic code; Start the payment application corresponding to the payment application feature. 2. The method according to claim 1, characterized in that after starting the payment application corresponding to the identified payment application feature, the method further comprises: Enter the code scanning interface of the payment application. 3. The method according to claim 1, characterized in that, before said acquiring the target image comprising graphic encoding, said method further comprises: Start the code scanning client installed on the mobile terminal; The method also includes: receiving an operation instruction for starting the camera of the mobile terminal, and starting the camera; Said acquisition includes graphic encoding of target images comprising: The camera is used to capture an image of the target including a graphic code. 4. The method according to claim 1, characterized in that the payment application features other than the graphic code in the identified target image include: identifying all text information in the target image; The pre-set target text information identifying the characteristics of the payment application is searched from all the text information. 5. The method according to claim 1, wherein the launching the payment application corresponding to the identified payment application feature comprises: Searching for a payment application corresponding to the payment application feature from the mobile terminal; Launch the found payment application. 6. The method according to claim 5, characterized in that, before said acquiring the target image comprising graphic encoding, said method further comprises: Store in advance a list of multiple payment applications that can provide a code scanning interface; The searching the payment application corresponding to the payment application feature from the mobile terminal includes: From the pre-stored payment application list, the payment application corresponding to the payment application feature is searched. 7. The method according to claim 1, wherein if no target image including graphic coding is captured, the method further includes at least one of the following situations to prompt that no target image including graphic coding is captured: A prompt box pops up; Play the preset prompt audio. 8. A mobile terminal, characterized in that it comprises: A target image acquisition module, configured to acquire target images comprising graphic codes; A feature identification module, configured to identify payment application features in the target image other than the graphic code; The payment application starting module is used to start the payment application corresponding to the payment application features. 9. The mobile terminal according to claim 8, wherein the mobile terminal further comprises: The code scanning interface entry module is configured to enter the code scanning interface of the payment application after the payment application corresponding to the payment application feature is started. 10. The mobile terminal according to claim 8, further comprising: A code-scanning client startup module, configured to start the code-scanning client installed on the mobile terminal before the acquisition of the target image including graphic coding; The mobile terminal also includes: An instruction receiving module, configured to receive an operation instruction for starting the camera of the mobile terminal; A camera starting module, configured to start the camera; The target image acquisition module is specifically configured to use the camera to acquire target images including graphic codes. 11. The mobile terminal according to claim 8, wherein the feature recognition module comprises: A text information identification submodule, configured to identify all text information in the target image; The target text information extraction sub-module is used to search for the preset target text information identifying payment application features from all text information. 12. The mobile terminal according to claim 8, wherein the payment application starting module comprises: A payment application search submodule, configured to search the mobile terminal for a payment application corresponding to the payment application feature; The payment application launcher module is used to start the found payment application. 13. The mobile terminal according to claim 12, further comprising: A list storage module, used to pre-store a list of payment applications that include a plurality of scan code interfaces before the acquisition of the target image that includes the graphic code; The payment application search submodule is specifically configured to search for a payment application corresponding to the payment application feature from a pre-stored payment application list. 14. The mobile terminal according to claim 8, further comprising at least one of the following modules: Prompt frame pop-up module, for if the target image that comprises graphic code is not collected, then pops up a prompt box to prompt that the target image that includes graphic code is not collected; The audio playing module is used to play a preset prompt audio to prompt that no target image including graphic coding is collected if the target image including graphic coding is not collected.