Detailed Description
In order to make the technical solutions in one or more embodiments of the present disclosure better understood, the technical solutions in one or more embodiments of the present disclosure will be clearly and completely described below with reference to the accompanying drawings in one or more embodiments of the present disclosure, and it is obvious that the described embodiments are only a part of one or more embodiments of the present disclosure, but not all embodiments. All other embodiments that can be derived by one of ordinary skill in the art from the embodiments in one or more of the specification without inventive faculty are intended to fall within the scope of one or more of the specification.
One or more embodiments of the present disclosure provide a method and an apparatus for checking a graphic code, where a targeted feedback information is generated based on a graphic code checking result, so that a user knows that the feedback information is generated according to a checking requirement of the user for a graphic code that the user requests, and the feedback information is not a simple error notification, so that a feedback result that the user completes authenticity verification according to the graphic code checking requirement of the user can be transmitted to the user, thereby improving interaction accuracy between a terminal and the user, and further improving user experience.
After receiving a target graphic code posted by a graphic code sender, a user needs to verify the authenticity of the target graphic code, namely, whether the target graphic code is a cash register applied by the user is verified, and when the verification result is that the target graphic code is the cash register applied by the user, targeted interactive information is displayed for the user so that the user can sense that the interactive information is generated according to the verification requirement of the user on the respective applied graphic code; fig. 1 is a schematic view of an application scenario of a graphic code verification method provided in one or more embodiments of the present specification, and as shown in fig. 1, a process of verifying a target graphic code specifically includes:
firstly, after monitoring a code scanning triggering operation of a user, a mobile terminal scans a target graphic code and determines a code scanning result aiming at the target graphic code, wherein the mobile terminal can be a smart phone, a tablet personal computer and the like, and the target graphic code can be a collection two-dimensional code distributed to an application user;
then, according to the obtained code scanning result, whether the target graphic code meets a preset condition is judged, specifically, the code scanning result may include: the transfer account information corresponding to the target graphic code is acquired through code scanning, and whether the target graphic code meets a preset condition is further determined by judging whether a transfer account corresponding to the target graphic code is consistent with all application accounts of the target graphic code applied by a user;
if the judgment result is that the current code scanning operation is not satisfied, the code scanning operation is possibly a transfer operation, so that the user can jump to a payment interface for transferring the money to a collection account corresponding to the target graphic code;
if the result of the judgment is satisfied, determining that the code scanning operation is an operation for requesting to verify whether the target graphic code belongs to the application user, and generating interactive information indicating that the graphic code is successfully verified and the target graphic code belongs to the application user, for example, generating and displaying prompt information indicating that the target graphic code is a cash register code requested by a user and the user is free to use on a display interface, so that a feedback result of completing the authenticity verification of the graphic code aiming at the graphic code verification requirement of the user can be transmitted to the user, the interactive accuracy between the terminal and the user is improved, and the use experience of the user is further improved.
Fig. 2 is a first flowchart of a graphic code checking method provided in one or more embodiments of the present specification, where the method in fig. 2 can be executed by the mobile terminal in fig. 1, and as shown in fig. 2, the method at least includes the following steps:
s201, scanning the target graphic code to generate a code scanning result aiming at the target graphic code, wherein the target graphic code is a collection code distributed to an application user, namely a collection two-dimensional code applied by the application user to a graphic code distributor, so that a subsequent buyer transfers payment to the application user through the collection two-dimensional code by scanning the code;
s202, judging whether the target graphic code meets a preset condition or not according to the generated code scanning result, wherein the code scanning result comprises the following steps: scanning a target graphic code to obtain first account information;
the method comprises the steps of comparing acquired first account information with second account information of a login account used by a current code scanning, and determining whether a target graphic code meets a preset condition according to a comparison result;
specifically, second account information of a login account used for scanning a code currently is acquired, consistency comparison is carried out on the first account information and the second account information, whether a target graphic code meets a preset condition or not is determined according to a consistency comparison result, if the comparison result is consistent, the target graphic code meets the preset condition is determined, and if the comparison result is inconsistent, the target graphic code does not meet the preset condition is determined;
if the judgment result is that the preset condition is met, executing S203, and determining whether the code scanning operation is an operation for requesting to check whether the target graphic code belongs to the application user; and the number of the first and second groups,
s204, generating first interactive information which represents that the graphic code is successfully verified and the target graphic code belongs to the application user;
specifically, if the judgment result is that the preset condition is met, it is indicated that the first account information is consistent with the second account information, that is, the transfer account corresponding to the target graphic code is the same as the application account used by the user for applying the graphic code, that is, the user applying the target graphic code is the user, and can normally use the target graphic code to collect money, so that it can be determined whether the actual requirement of the code scanning operation is to check whether the graphic code is the user, rather than to initiate a transfer payment operation, and at this time, the transfer function does not need to be turned on, but the user is prompted that the two-dimensional code is correct. For example, in a specific embodiment, the first interaction information may be: the destination graphic code is a cash register code applied by you, and you can use the destination graphic code at ease.
In one or more embodiments of the present description, by generating targeted feedback information based on a graphic code verification result, a user is informed that the feedback information is generated according to a verification requirement of the user on a graphic code to which the user applies, and is not a simple error notification, so that a feedback result of completing the authenticity verification of the graphic code according to the graphic code verification requirement of the user can be transmitted to the user, the interaction accuracy between the terminal and the user is improved, and the user experience is further improved.
As shown in fig. 3, the step S201 of performing code scanning processing on the target graphic code to generate a code scanning result for the target graphic code specifically includes:
s2011, scanning the target graphic code by using a code scanning application to obtain first account information corresponding to the target graphic code;
for example, after receiving a two-dimensional cash collection code applied by a user and sent by a graphic code sender, a user needs to activate the two-dimensional cash collection code and check whether the two-dimensional cash collection code is the cash collection code applied by the user, specifically, the user opens a scan aiming target graphic code in a pay bank application logged in an application user account on a mobile terminal, and the mobile terminal scans the target graphic code by using a scan application after monitoring a scan trigger operation of the user, so as to obtain first account information for manufacturing the target graphic code;
and S2012, determining the acquired first account information as a code scanning result generated for the target graphic code, namely the code scanning result includes the first account information used for making the target graphic code.
Correspondingly, the step S202 of determining whether the target graphic code meets the preset condition according to the generated code scanning result specifically includes:
s2021, acquiring second account information for logging in the code scanning application, where the second account information may be account information of an application user requesting to scan a target graphic code, and thus comparing the first account information with the second account information to determine whether the account information carried in the target graphic code is the account information for the application user to apply for the target graphic code;
s2022, judging whether the first account information in the scanning result is consistent with the acquired second account information;
if the judgment result is consistent, determining that the target graphic code meets the preset condition, namely that the account information carried in the target graphic code is the same as the account information used by the application user for applying the target graphic code, and indicating that the target graphic code is the two-dimensional code applied by the application user;
if the target graphic code is inconsistent with the account information used for scanning the code and logging in, determining that the target graphic code does not meet the preset condition, namely the account information carried in the target graphic code is different from the account information used for scanning the code and logging in, indicating that the target graphic code is a two-dimensional collection code for which the user needs to transfer money and pay to a merchant, or indicating that the target graphic code is inconsistent with the two-dimensional collection code applied by the user due to some reason in the process of checking the graphic code by the user, at this moment, the user cannot use the target graphic code as the two-dimensional collection code, and needs to perform graphic code abnormal feedback to a graphic code sender.
In a case where account information carried in the target graphic code is different from account information used for code scanning login, a user normally scans a two-dimensional code for collection of a merchant and needs to transfer money to the merchant, and at this time, the user can directly enter a corresponding transfer interface, as shown in fig. 4, after determining whether the target graphic code meets a preset condition according to a generated code scanning result in S202, the method further includes:
and if the judgment result is that the preset condition is not met, executing S205, and jumping to a payment interface for transferring money to a collection account corresponding to the target graphic code.
Specifically, when the account information carried in the target graphic code is different from the account information used for code scanning login, it is likely that the code scanning operation is a process of transferring payment to a seller by scanning a code by a user, that is, the target two-dimensional code is a two-dimensional code for receiving payment of a merchant which the user needs to pay, and at the moment, the user can automatically enter a corresponding transfer interface so as to finish the operation of transferring payment to the merchant.
In a case where account information carried in the target graphic code is different from account information used for code scanning login, another situation is that the user finds that the verification fails when verifying whether the target graphic code is a two-dimensional code for collection applied by the user, that is, the target graphic code scanned by the user is not a two-dimensional code for payment applied by the user, in order to facilitate the user to quickly complete abnormal verification feedback, the user not only enters a corresponding transfer interface, but also provides a one-key type triggering control for abnormal feedback, as shown in fig. 5, after the step S205 jumps to a payment interface for transferring to a collection account corresponding to the target graphic code, the method further includes:
s206, displaying an information feedback control for feeding back graphic code check failure on the skip-entering payment interface;
s207, judging whether the user executes touch operation on the information feedback control on the payment interface, wherein the touch operation can be click operation;
if the result is yes, S208 is executed, and graphic code verification failure feedback information is sent to the graphic code distribution server, specifically, when it is detected that the user performs a touch operation on the information feedback control, it may be determined that the current code scanning operation is a request for verifying whether the target graphic code belongs to the operation of the user, and the graphic code verification result fails, which indicates that the user needs to feed back, to the graphic code distributor, feedback information for indicating that the graphic code is not the payee code applied by the user.
In one or more embodiments of the present specification, in consideration of the situation that account information carried in the target graphic code is different from account information used for code scanning login, there may be two different cases, one is that the user normally scans the two-dimensional code for receiving money of the merchant and needs to transfer money to the merchant, and the other is that the user finds that the verification fails when verifying whether the target graphic code is the two-dimensional code for receiving money applied by the user, wherein, aiming at the condition of error of the target graphic code, the user can conveniently and quickly finish the abnormal check feedback, the corresponding transfer interface is entered, meanwhile, a one-key triggering control for abnormal feedback is provided for the user, so that the user does not need to separately find customer service and enter a designated interface to perform abnormal feedback, and the result of failed verification of the graphic code can be fed back to the corresponding responsible terminal by one key.
As shown in fig. 6, a schematic diagram of an implementation principle of abnormal feedback of graphic code verification in a graphic code verification method is provided, which specifically includes:
if the target graphic code does not meet the preset condition, jumping to a payment interface for transferring accounts corresponding to the target graphic code; and the number of the first and second groups,
and displaying an information feedback control for feeding back the graphic code verification failure on the skip-entering payment interface, so that the user can conveniently click the information feedback control to feed back the graphic code verification failure result to the corresponding responsible terminal by one key.
In order to enable the user to quickly identify the trigger control for providing the abnormal feedback, the trigger control may display corresponding prompt information, specifically, in step S206, the information feedback control for feeding back the graphic code verification failure is displayed on the skip-to-enter payment interface, and specifically includes:
step one, generating second interactive information for prompting a user to feed back graphic code verification failure, wherein the second interactive information can be 'abnormal verification feedback';
and step two, displaying the abstract information as the information feedback control of the second interactive information on the skip-entering payment interface, so that the user can quickly identify the information feedback control for providing abnormal feedback, and realizing that the graphic code verification failure result is fed back to the corresponding responsible terminal by one key by clicking the information feedback control.
In the graphic code verification method in one or more embodiments of the present description, a target graphic code is scanned to generate a code scanning result for the target graphic code; judging whether the target graphic code meets a preset condition or not according to the generated code scanning result; if so, determining that the code scanning operation is an operation for requesting to check whether the target graphic code belongs to the application user; and generating first interactive information which is used for successfully verifying the representation graphic code and belongs to the application user. Through generating targeted feedback information based on the graphic code verification result, the user is informed that the feedback information is generated according to the verification requirements of the user on the graphic codes applied by the user, and the feedback information is not a simple error reporting prompt, so that the feedback result of the authenticity verification of the graphic codes which are completed according to the graphic code verification requirements of the user can be transmitted to the user, the interaction precision between the terminal and the user is improved, and the user use experience is further improved.
Corresponding to the graphic code verification method described in fig. 1 to 6, based on the same technical concept, one or more embodiments of the present specification further provide a graphic code verification apparatus, and fig. 7 is a schematic diagram of a module composition of the graphic code verification apparatus provided in one or more embodiments of the present specification, where the apparatus is configured to execute the graphic code verification method described in fig. 1 to 6, and as shown in fig. 7, the apparatus includes:
a code scanning result determining module 701, configured to perform code scanning processing on a target graphical code to generate a code scanning result for the target graphical code, where the target graphical code is a cash collection code distributed to an application user;
a graphic code determination module 702, configured to determine whether the target graphic code meets a preset condition according to the generated code scanning result;
a verification result determining module 703, configured to determine, if the determination result is that a preset condition is met, that the current code scanning operation is an operation that requests to verify whether the target graphic code belongs to the application user; and the number of the first and second groups,
and the interactive information generating module 704 is configured to generate first interactive information that the verification of the representation graphic code is successful and the target graphic code belongs to the application user.
In one or more embodiments of the present description, by generating targeted feedback information based on a graphic code verification result, a user is informed that the feedback information is generated according to a verification requirement of the user on a graphic code to which the user applies, and is not a simple error notification, so that a feedback result of completing the authenticity verification of the graphic code according to the graphic code verification requirement of the user can be transmitted to the user, the interaction accuracy between the terminal and the user is improved, and the user experience is further improved.
Optionally, the code scanning result determining module 701 is specifically configured to:
scanning a target graphic code by using a code scanning application to obtain first account information corresponding to the target graphic code;
and determining the acquired first account information as a code scanning result generated aiming at the target graphic code.
Optionally, the graphic code determining module 702 is specifically configured to:
acquiring second account information for logging in the code scanning application;
judging whether the first account information is consistent with the second account information;
and if the judgment result is consistent, determining that the target graphic code meets the preset condition.
Optionally, the apparatus further comprises an interactive interface control module, configured to:
and if the judgment result is that the preset condition is not met, jumping to a payment interface for transferring accounts corresponding to the target graphic code.
Optionally, the apparatus further includes a feedback control display module configured to:
displaying an information feedback control for feeding back the graphic code verification failure on the payment interface; and the number of the first and second groups,
the device further comprises a feedback information sending module, configured to:
judging whether a user executes touch operation on the information feedback control;
and if so, sending graphic code verification failure feedback information to the graphic code distribution server.
Optionally, the feedback control display module is specifically configured to:
generating second interactive information for prompting the user that the verification of the graphic code fails;
and displaying the abstract information as the information feedback control of the second interactive information on the payment interface.
Optionally, the first interaction information includes: the destination graphic code is used for asking for the cash register code requested by you.
The graphic code checking device in one or more embodiments of the present specification performs code scanning processing on a target graphic code to generate a code scanning result for the target graphic code; judging whether the target graphic code meets a preset condition or not according to the generated code scanning result; if so, determining that the code scanning operation is an operation for requesting to check whether the target graphic code belongs to the application user; and generating first interactive information which is used for successfully verifying the representation graphic code and belongs to the application user. Through generating targeted feedback information based on the graphic code verification result, the user is informed that the feedback information is generated according to the verification requirements of the user on the graphic codes applied by the user, and the feedback information is not a simple error reporting prompt, so that the feedback result of the authenticity verification of the graphic codes which are completed according to the graphic code verification requirements of the user can be transmitted to the user, the interaction precision between the terminal and the user is improved, and the user use experience is further improved.
It should be noted that the embodiment of the graphic code checking apparatus in this specification and the embodiment of the graphic code checking method in this specification are based on the same inventive concept, and therefore, for specific implementation of this embodiment, reference may be made to implementation of the corresponding graphic code checking method, and repeated details are not described again.
Further, corresponding to the methods shown in fig. 1 to fig. 6, based on the same technical concept, one or more embodiments of the present specification further provide a graphic code checking apparatus, which is configured to execute the graphic code checking method, as shown in fig. 8.
The graphic code checking apparatus may have a large difference due to different configurations or performances, and may include one or more processors 801 and a memory 802, where the memory 802 may store one or more stored applications or data. Wherein the memory 802 may be a transient storage or a persistent storage. The application program stored in memory 802 may include one or more modules (not shown), each of which may include a series of computer-executable instructions for verifying the device for graphic codes. Still further, the processor 801 may be configured to communicate with the memory 802 to execute a series of computer-executable instructions in the memory 802 on the graphical code verification device. The graphic code verification apparatus may also include one or more power supplies 803, one or more wired or wireless network interfaces 804, one or more input-output interfaces 805, one or more keyboards 806, and the like.
In one particular embodiment, the graphical code checking apparatus comprises a memory, and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs may comprise one or more modules, and each module may comprise a series of computer-executable instructions for the graphical code checking apparatus, and the one or more programs configured to be executed by the one or more processors comprise computer-executable instructions for:
scanning a target graphic code to generate a code scanning result aiming at the target graphic code, wherein the target graphic code is a cash collection code distributed to an application user;
judging whether the target graphic code meets a preset condition or not according to the generated code scanning result;
if the judgment result is that the preset condition is met, determining that the code scanning operation is an operation for requesting to check whether the target graphic code belongs to the application user; and the number of the first and second groups,
and generating first interactive information which is used for successfully verifying the representation graphic code and belongs to the application user.
In one or more embodiments of the present description, by generating targeted feedback information based on a graphic code verification result, a user is informed that the feedback information is generated according to a verification requirement of the user on a graphic code to which the user applies, and is not a simple error notification, so that a feedback result of completing the authenticity verification of the graphic code according to the graphic code verification requirement of the user can be transmitted to the user, the interaction accuracy between the terminal and the user is improved, and the user experience is further improved.
Optionally, when executed, the computer-executable instructions perform code scanning processing on the target graphical code to generate a code scanning result for the target graphical code, including:
scanning a target graphic code by using a code scanning application to obtain first account information corresponding to the target graphic code;
and determining the acquired first account information as a code scanning result generated aiming at the target graphic code.
Optionally, when executed, the determining, according to the generated code scanning result, whether the target graphic code meets a preset condition includes:
acquiring second account information for logging in the code scanning application;
judging whether the first account information is consistent with the second account information;
and if the judgment result is consistent, determining that the target graphic code meets the preset condition.
Optionally, the computer executable instructions, when executed, further comprise computer executable instructions for:
after judging whether the target graphic code meets a preset condition according to the generated code scanning result, the method further comprises the following steps:
and if the judgment result is that the preset condition is not met, jumping to a payment interface for transferring accounts corresponding to the target graphic code.
Optionally, the computer executable instructions, when executed, further comprise computer executable instructions for:
after jumping to a payment interface providing a transfer account number corresponding to the target graphic code, the method further comprises the following steps:
displaying an information feedback control for feeding back the graphic code verification failure on the payment interface;
judging whether a user executes touch operation on the information feedback control;
and if so, sending graphic code verification failure feedback information to the graphic code distribution server.
Optionally, when executed, the computer executable instructions display an information feedback control for feeding back a failure of the graphic code verification on the payment interface, including:
generating second interactive information for prompting the user that the verification of the graphic code fails;
and displaying the abstract information as the information feedback control of the second interactive information on the payment interface.
Optionally, the computer executable instructions, when executed, the first interaction information comprises: the destination graphic code is used for asking for the cash register code requested by you.
The graphic code checking device in one or more embodiments of the present specification performs code scanning processing on a target graphic code to generate a code scanning result for the target graphic code; judging whether the target graphic code meets a preset condition or not according to the generated code scanning result; if so, determining that the code scanning operation is an operation for requesting to check whether the target graphic code belongs to the application user; and generating first interactive information which is used for successfully verifying the representation graphic code and belongs to the application user. Through generating targeted feedback information based on the graphic code verification result, the user is informed that the feedback information is generated according to the verification requirements of the user on the graphic codes applied by the user, and the feedback information is not a simple error reporting prompt, so that the feedback result of the authenticity verification of the graphic codes which are completed according to the graphic code verification requirements of the user can be transmitted to the user, the interaction precision between the terminal and the user is improved, and the user use experience is further improved.
Further, based on the same technical concept, corresponding to the methods shown in fig. 1 to fig. 6, one or more embodiments of the present specification further provide a storage medium for storing computer-executable instructions, where in a specific embodiment, the storage medium may be a usb disk, an optical disk, a hard disk, and the like, and the storage medium stores computer-executable instructions that, when executed by a processor, implement the following processes:
scanning a target graphic code to generate a code scanning result aiming at the target graphic code, wherein the target graphic code is a cash collection code distributed to an application user;
judging whether the target graphic code meets a preset condition or not according to the generated code scanning result;
if the judgment result is that the preset condition is met, determining that the code scanning operation is an operation for requesting to check whether the target graphic code belongs to the application user; and the number of the first and second groups,
and generating first interactive information which is used for successfully verifying the representation graphic code and belongs to the application user.
In one or more embodiments of the present description, by generating targeted feedback information based on a graphic code verification result, a user is informed that the feedback information is generated according to a verification requirement of the user on a graphic code to which the user applies, and is not a simple error notification, so that a feedback result of completing the authenticity verification of the graphic code according to the graphic code verification requirement of the user can be transmitted to the user, the interaction accuracy between the terminal and the user is improved, and the user experience is further improved.
Optionally, when executed by a processor, the computer-executable instructions stored in the storage medium perform code scanning processing on the target graphics code to generate a code scanning result for the target graphics code, including:
scanning a target graphic code by using a code scanning application to obtain first account information corresponding to the target graphic code;
and determining the acquired first account information as a code scanning result generated aiming at the target graphic code.
Optionally, when executed by a processor, the determining, according to the generated code scanning result, whether the target graphic code meets a preset condition includes:
acquiring second account information for logging in the code scanning application;
judging whether the first account information is consistent with the second account information;
and if the judgment result is consistent, determining that the target graphic code meets the preset condition.
Optionally, the storage medium stores computer executable instructions that, when executed by the processor, further implement the following process:
after judging whether the target graphic code meets a preset condition according to the generated code scanning result, the method further comprises the following steps:
and if the judgment result is that the preset condition is not met, jumping to a payment interface for transferring accounts corresponding to the target graphic code.
Optionally, the storage medium stores computer executable instructions that, when executed by the processor, further implement the following process:
after jumping to a payment interface providing a transfer account number corresponding to the target graphic code, the method further comprises the following steps:
displaying an information feedback control for feeding back the graphic code verification failure on the payment interface;
judging whether a user executes touch operation on the information feedback control;
and if so, sending graphic code verification failure feedback information to the graphic code distribution server.
Optionally, the storage medium stores computer executable instructions that when executed by the processor, display an information feedback control for feeding back a failure of the graphic code verification on the payment interface, including:
generating second interactive information for prompting the user that the verification of the graphic code fails;
and displaying the abstract information as the information feedback control of the second interactive information on the payment interface.
Optionally, the storage medium stores computer-executable instructions that, when executed by the processor, cause the first interaction information to include: the destination graphic code is used for asking for the cash register code requested by you.
When executed by a processor, the computer-executable instructions stored in the storage medium in one or more embodiments of the present specification perform code scanning processing on a target graphic code to generate a code scanning result for the target graphic code; judging whether the target graphic code meets a preset condition or not according to the generated code scanning result; if so, determining that the code scanning operation is an operation for requesting to check whether the target graphic code belongs to the application user; and generating first interactive information which is used for successfully verifying the representation graphic code and belongs to the application user. Through generating targeted feedback information based on the graphic code verification result, the user is informed that the feedback information is generated according to the verification requirements of the user on the graphic codes applied by the user, and the feedback information is not a simple error reporting prompt, so that the feedback result of the authenticity verification of the graphic codes which are completed according to the graphic code verification requirements of the user can be transmitted to the user, the interaction precision between the terminal and the user is improved, and the user use experience is further improved.
In the 90 s of the 20 th century, improvements in a technology could clearly distinguish between improvements in hardware (e.g., improvements in circuit structures such as diodes, transistors, switches, etc.) and improvements in software (improvements in process flow). However, as technology advances, many of today's process flow improvements have been seen as direct improvements in hardware circuit architecture. Designers almost always obtain the corresponding hardware circuit structure by programming an improved method flow into the hardware circuit. Thus, it cannot be said that an improvement in the process flow cannot be realized by hardware physical modules. For example, a Programmable Logic Device (PLD), such as a Field Programmable Gate Array (FPGA), is an integrated circuit whose Logic functions are determined by programming the Device by a user. A digital system is "integrated" on a PLD by the designer's own programming without requiring the chip manufacturer to design and fabricate application-specific integrated circuit chips. Furthermore, nowadays, instead of manually making an Integrated Circuit chip, such Programming is often implemented by "logic compiler" software, which is similar to a software compiler used in program development and writing, but the original code before compiling is also written by a specific Programming Language, which is called Hardware Description Language (HDL), and HDL is not only one but many, such as abel (advanced Boolean Expression Language), ahdl (alternate Language Description Language), traffic, pl (core unified Programming Language), Cal, jhdware Description Language, langua, mylar, pams, hardlanguage (Hardware Description Language), vhlanguage, Language, HDL, software Language (Hardware Description Language), and vhjjjjjjjjjjjjjjjg Language, which are currently used in most fields. It will also be apparent to those skilled in the art that hardware circuitry that implements the logical method flows can be readily obtained by merely slightly programming the method flows into an integrated circuit using the hardware description languages described above.
The controller may be implemented in any suitable manner, for example, the controller may take the form of, for example, a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro) processor, logic gates, switches, an Application Specific Integrated Circuit (ASIC), a programmable logic controller, and an embedded microcontroller, examples of which include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320, the memory controller may also be implemented as part of the control logic for the memory. Those skilled in the art will also appreciate that, in addition to implementing the controller as pure computer readable program code, the same functionality can be implemented by logically programming method steps such that the controller is in the form of logic gates, switches, application specific integrated circuits, programmable logic controllers, embedded microcontrollers and the like. Such a controller may thus be considered a hardware component, and the means included therein for performing the various functions may also be considered as a structure within the hardware component. Or even means for performing the functions may be regarded as being both a software module for performing the method and a structure within a hardware component.
The systems, devices, modules or units illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product with certain functions. One typical implementation device is a computer. In particular, the computer may be, for example, a personal computer, a laptop computer, a cellular telephone, a camera phone, a smartphone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.
For convenience of description, the above devices are described as being divided into various units by function, and are described separately. Of course, the functionality of the various elements may be implemented in the same one or more software and/or hardware implementations of one or more of the present descriptions.
As will be appreciated by one skilled in the art, one or more embodiments of the present description may be provided as a method, system, or computer program product. Accordingly, one or more of the present description may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, one or more of the present description may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied in the medium.
One or more of the present specification has been described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to one or more embodiments of the specification. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
In a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.
Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.
It should also be noted that 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.
As will be appreciated by one skilled in the art, one or more embodiments of the present description may be provided as a method, system, or computer program product. Accordingly, one or more of the present description may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, one or more of the present description may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied in the medium.
One or more of the present specification can be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. One or more of the present specification can also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.
The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the system embodiment, since it is substantially similar to the method embodiment, the description is simple, and for the relevant points, reference may be made to the partial description of the method embodiment.
The above description is merely illustrative of one or more embodiments of the present disclosure and is not intended to limit one or more embodiments of the present disclosure. Various modifications and alterations to one or more of the present descriptions will be apparent to those skilled in the art. Any modification, equivalent replacement, improvement or the like made within the spirit and principle of one or more of the present specification should be included in the scope of one or more claims of the present specification.