[ summary of the invention ]
The embodiment of the specification provides a code scanning ordering method, a service code creating device and electronic equipment.
In a first aspect, an embodiment of the present specification provides a code scanning ordering method, including:
acquiring the payment channel type of the code scanning and the image information of the service code;
analyzing the image information of the service code to obtain a service link address corresponding to the service code; wherein, the service link address corresponds to a preset service carrier type;
and skipping to the service address of the first object according to the payment channel type and the service link address, so that the user performs ordering service on the service address.
In one possible implementation manner, the ordering service performed by the user on the service address includes:
detecting a first operation of a user for creating an order, responding to the first operation, sending an order request to the first object, enabling the first object to receive the order request of the user, and enabling the first object to detect a login state of the user in the payment channel type;
if the first object detects that the login state of the user is logged in, acquiring the authorization information of the user, and creating an order according to the authorization information of the user and an order request;
if the first object detects that the login state of the user is not logged in, an authorization request is initiated to the user to obtain authorization information of the user, and after the authorization information of the user is received, an order is created according to the authorization information of the user and the order request.
In one possible implementation manner, the method further includes:
analyzing the image information of the service code to obtain a service code identifier of the service code;
the initiating an authorization request to the user to obtain authorization information of the user comprises:
the first object queries according to the service code identification to obtain an application program identification of a second object corresponding to the service code identification;
the first object initiates an authorization request to an application program of the second object according to the application program identification of the second object to obtain an authorization token;
and the first object receives the authorization token of the second object, and initiates an authorization request to the user according to the authorization token so as to obtain the authorization information of the user.
In one possible implementation manner, after creating the order according to the authorization information of the user and the order request, the method further includes:
and detecting a second operation used for paying the order by the user, and responding to the second operation, sending a payment request to the first object, so that the first object initiates a payment transaction according to the order, the payment channel type and the payment request of the user.
An embodiment of the present specification further provides a service code creating method, including:
acquiring an application program identifier and a service link address of a first object;
receiving a registration request of a second object, and generating a first service code; the first service code comprises a service code identifier, an application program identifier of the first object and a service link address of the first object;
receiving a configuration request of a third object, and configuring an application program identifier of the third object in the first service code to generate a second service code; and the second service code is used for the mobile terminal to jump to the service address corresponding to the service link address by scanning the second service code so as to carry out ordering service.
In one possible implementation manner, the first service code further includes an identity of the second object.
In one possible implementation manner, after the generating the second service code, the method further includes:
and storing the incidence relation between the service code identification and the application program identification of the first object, the service link address of the first object and the application program identification of the third object.
In a second aspect, an embodiment of the present specification provides a code scanning ordering apparatus, including:
the acquisition module is used for acquiring the payment channel type of the code scanning and the image information of the service code;
the analysis module is used for analyzing the image information of the service code to obtain a service link address corresponding to the service code; wherein, the service link address corresponds to a preset service carrier type;
and the ordering module is used for skipping to the service address of the first object according to the payment channel type and the service link address, so that the user performs ordering service on the service address.
In a possible implementation manner, the order placing module is further configured to detect a first operation of a user for creating an order, send an order request to the first object in response to the first operation, enable the first object to receive the order request of the user, and enable the first object to detect a login state of the user in the payment channel type; if the first object detects that the login state of the user is logged in, acquiring the authorization information of the user, and creating an order according to the authorization information of the user and an order request; if the first object detects that the login state of the user is not logged in, an authorization request is initiated to the user to obtain authorization information of the user, and after the authorization information of the user is received, an order is created according to the authorization information of the user and the order request.
In one possible implementation manner, the parsing module is further configured to parse the image information of the service code to obtain a service code identifier of the service code;
the ordering module comprises:
the query unit is used for querying the first object according to the service code identifier to obtain an application program identifier of a second object corresponding to the service code identifier;
the request unit is used for the first object to initiate an authorization request to the application program of the second object according to the application program identification of the second object so as to obtain an authorization token;
and the acquisition unit is used for receiving the authorization token of the second object by the first object and initiating an authorization request to the user according to the authorization token so as to obtain the authorization information of the user.
In one possible implementation manner, the apparatus further includes:
and the payment module is used for detecting a second operation used for paying the order by the user, responding to the second operation, and sending a payment request to the first object, so that the first object initiates a payment transaction according to the order, the payment channel type and the payment request of the user.
An embodiment of the present specification further provides a service code creating apparatus, including:
the acquisition module is used for acquiring the application program identifier and the service link address of the first object;
the receiving module is used for receiving a registration request of a second object and generating a first service code; the first service code comprises a service code identifier, an application program identifier of the first object and a service link address of the first object;
the creating module is used for receiving a configuration request of a third object, and configuring an application program identifier of the third object in the first service code to generate a second service code; and the second service code is used for the mobile terminal to jump to the service address corresponding to the service link address by scanning the second service code so as to carry out ordering service.
In one possible implementation manner, the first service code further includes an identity of the second object.
In one possible implementation manner, the apparatus further includes:
and the storage module is used for storing the association relationship between the service code identifier and the application program identifier of the first object, the service link address of the first object and the application program identifier of the third object.
In a third aspect, an embodiment of the present specification provides a mobile terminal, including:
at least one processor; and
at least one memory communicatively coupled to the processor, wherein:
the memory stores program instructions executable by the processor, the processor calling the program instructions to be able to perform the method provided by the first aspect.
An embodiment of the present specification further provides a server, including:
at least one processor; and
at least one memory communicatively coupled to the processor, wherein:
the memory stores program instructions executable by the processor, the processor calling the program instructions to be able to perform the method provided by the first aspect.
In a fourth aspect, embodiments of the present specification provide a non-transitory computer-readable storage medium storing computer instructions which, when executed on a computer, cause the computer to perform the method provided by the first aspect.
It should be understood that the second to fourth aspects of the present description are consistent with the technical solutions of the first aspect of the present description, and similar advantageous effects are obtained in each aspect and the corresponding possible implementation manners, and are not described again.
[ detailed description ] embodiments
For better understanding of the technical solutions in the present specification, the following detailed description of the embodiments of the present specification is provided with reference to the accompanying drawings.
It should be understood that the described embodiments are only a few embodiments of the present specification, and not all embodiments. All other embodiments obtained by a person skilled in the art based on the embodiments in the present specification without any inventive step are within the scope of the present specification.
The terminology used in the embodiments of the specification is for the purpose of describing particular embodiments only and is not intended to be limiting of the specification. As used in the specification examples and the appended claims, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise.
At present, a two-dimensional code is usually developed by a server and can be delivered to a merchant for use, and the two-dimensional code can be used for services such as ordering or payment; in practical applications, a consumer may scan the two-dimensional code through a related application program and invoke a corresponding service, for example, a mall service, so as to perform a service such as placing an order or paying, where a carrier invoking the service may be an applet or an H5 page.
However, in the process of developing the two-dimensional code, the server side has various payment channels at present, for example, payment can be carried out through a platform, payment can be carried out through an electronic wallet, payment can be carried out through an internet bank, and in addition, various business carriers can be carried out, for example, payment can be carried out through a small program, payment can be carried out on an H5 page, and payment can be carried out in other forms; therefore, in combination with the payment channel and the service carrier type, each two-dimensional code needs to be bound with the payment channel and the service carrier type, and for different merchants, the server needs to maintain different two-dimensional codes, that is, for each merchant, the server needs to develop a two-dimensional code and a corresponding application program, so that for the server, the maintenance amount is huge, and the operation of the server is not facilitated.
Based on the above problems, embodiments of the present invention provide a code scanning ordering method and a service code creating method.
As shown in fig. 1, which is a schematic view of an application scenario of the present invention, referring to fig. 1, a service provider 100 may be a first object providing information related to a service code, and in a specific implementation, the service code may be used for ordering, for example, scanning a code in a restaurant for ordering, and also may be used for payment, for example, scanning a code in a supermarket for shopping; the service code related information may include a service link address of the service provider 100 and an identification of the service provider 100; the service code related information may be used to send to the service platform 110, so that the service platform 110 may generate a service code according to the service code related information. The service popularizing party 120 can register the service code with the service platform 110 and can promote the service code to the merchant 130 after registering the service code, so that the merchant 130 can use the service code promoted by the service popularizing party 120, and the service popularizing party 120 can obtain corresponding commission; the merchant 130 may also apply for the service code directly to the service platform 110. The user 140 scans the service code of the merchant 130 to complete the corresponding ordering or payment service.
Fig. 2 is a flowchart of an embodiment of a service code creating method in this specification, and as shown in fig. 2, the method may be applied to a server, and includes:
step 101, acquiring an application program identifier and a service link address of a first object.
Specifically, the server may be located in the service platform 110, and first, the service platform 110 may obtain an application identifier and a service link address of the first object; wherein, the first object may be the service provider 100, and the application identifier may be used to identify an application corresponding to the service provider 100; in a specific implementation, a large number of applications of the service provider 100 are online in the service platform 110 for the service promoter 120 to select and promote, so that the applications of the service provider 100 need to be distinguished through a unique identifier. The service link address may be used to identify a domain name of the service provider 100, which may be, for example, a domain name of a mall of the service provider 100, that is, a service address corresponding to the service provider 100 may be linked to by the service link address.
Further, the service link address may also be associated with a service bearer type, and each service link address may be associated with a service bearer type, for example, the service link address corresponds to an applet or an H5 page, i.e., the service link address is skipped to through an applet or an H5 page.
Further, a corresponding service link address can be created according to the number of payment channels, illustratively, the payment platform a corresponds to the service link address a, and the payment platform B corresponds to the service link address B, that is, one payment channel can correspond to one service link address, that is, the same number of service link addresses can be created according to the number of payment channels; and the payment channel is determined by the code scanning user, so that the corresponding service link address can be jumped to according to the payment channel determined by the user.
102, receiving a registration request of a second object, and generating a first service code; the first service code comprises a service code identifier, an application program identifier of the first object and a service link address of the first object.
Specifically, the service platform 110 may further receive a registration request of a second object to generate a first service code, and may send the first service code to the second object; the second object may be the service popularization party 120, and the registration request may be used to request the service platform 110 to obtain a first service code, where the first service code may be in a form of a two-dimensional code or in other forms, and the application is not limited to this.
In a specific implementation, the service promoter 120 may send a registration request to the service platform 110, where the registration request may include information about the service provider 100 selected by the service promoter 120, that is, the service promoter 120 selects a service code of which service provider 100 to promote; after receiving the registration request, the service platform 110 may generate a first service code according to the related information selected by the service promoter 120, and may send the first service code to the service promoter 120, where the first service code may include an identifier of the first service code, an application identifier of the service provider 100, and a service link address of the service provider 100; since the first service code does not contain the application id of the merchant 130, the first service code is only a temporary service code and cannot be used by the user 140 for code scanning applications.
It should be noted that, the service platform 110 may also directly generate the first service code after acquiring the relevant information of the service provider 100 in step 101, and then, in step 102, after receiving the registration request of the second object, the service platform 110 may directly send the first service code to the service promoter 120, where the registration request may include the identifier of the first service code selected by the service promoter 120.
Optionally, the registration request may further include an identity of a second object, so that when the service platform 110 generates the first service code, the identity of the second object may also be added to the first service code, that is, the first service code may further include an identity of the second object, where the identity of the second object is used to identify the identity of the second object.
103, receiving a configuration request of a third object, and configuring an application program identifier of the third object in the first service code to generate a second service code; and the second service code is used for the mobile terminal to jump to a service address corresponding to the platform link address by scanning the second service code so as to carry out ordering service.
Specifically, the service platform 110 may further receive a configuration request of a third object to generate a second service code, and may return the second service code to the third object; the third object may be the merchant 130, the second service code may be a service code of the merchant, and the user 140 may perform code scanning and order placing on the second service code.
In a specific implementation, the service popularization party 120 may promote the merchant 130 after obtaining the first service code, and if the merchant 130 agrees to accept the first service code, may initiate a configuration request for the first service code to the service platform 110, where the configuration may be, for example, adding an application identifier of the merchant 130 to the first service code, where the application identifier of the merchant 130 may identify an application corresponding to the merchant 130, so that the first service code may be updated, that is, a second service code is generated, and the second service code may be returned to the merchant 130; the second service code may include the application identifier of the merchant 130, the service code identifier, the application identifier of the first object, and the service link address of the first object. After the merchant 130 generates the second service code, the user 140 may scan the second service code through the handheld mobile terminal, so that the service address corresponding to the service link address in the second service code may be skipped to perform the order placing service.
Further, after the service platform 110 generates a second service code, the information in the second service code may also be stored, where the information in the second service code may include information such as an application identifier of the merchant 130, an application identifier of the service provider 100, a service link address of the service provider 100, and an association relationship between the information.
Fig. 3 is a flowchart of an embodiment of a code scanning ordering method in the present specification, and as shown in fig. 3, the method may be applied to a mobile terminal, and includes:
step 201, obtaining the payment channel type and the image information of the service code of the code scanning.
Specifically, the user 140 may scan the second service code through a handheld mobile terminal to obtain image information in the second service code, where the image information may include a service code identifier and a service link address corresponding to the second service code.
Further, before the user 140 scans the second service code, a payment channel may be selected, for example, if the user 140 selects the payment platform a for payment, the application program of the payment platform a may be selected to scan the second service code, and if the user 140 selects the payment platform B for payment, the application program of the payment platform B may be selected to scan the second service code.
Step 202, analyzing the image information of the service code to obtain a service link address corresponding to the service code; and the service link address corresponds to a preset service carrier type.
Specifically, after the handheld mobile terminal of the user 140 scans the second service code, the service code identifier in the second service code and the service link address corresponding to the second service code may be obtained; wherein the service link address may correspond to a preset service bearer type, and exemplarily, the service link address corresponds to an applet or an H5 page.
And step 203, jumping to a service address of a server side according to the payment type and the service link address, so that a user performs ordering service on the service address.
Specifically, the server may be the service provider 100, wherein the service link address in the service code may be a domain name of the service provider 100.
In a specific implementation, after the mobile terminal obtains the platform link address by scanning the code, the service address of the service end may be skipped in combination with the payment channel selected by the user 140 this time, for example, if the platform link address is skipped through an applet, and the payment channel selected by the user 140 this time is the payment platform a, the service address corresponding to the platform link address is the applet of the payment platform a, that is, the mobile terminal may call the applet of the payment platform a to complete the order placing or payment service this time.
Further, after the user 140 jumps to the service address of the service provider 100 from the current application program by scanning the code, an order request may be initiated, for example, the user 140 may perform a meal ordering service on the service address of the current service provider 100; when the service provider 100 receives the order request of the user 140, the service provider 100 may further detect a login state of the user 140; wherein the login status may include whether the user 140 is logged in a current application, which may be an application corresponding to the payment platform; for example, if the user 140 scans a code through the application of the payment platform a, the service provider 100 detects whether the user 140 is logged in at the application of the payment platform a.
If it is detected that the login status of the user 140 is logged in, the service provider 100 may directly obtain the authorization information of the user 140, and may complete a task of placing an order according to the authorization information of the user 140 and an order request, for example, taking a code scanning order as an example, the service provider 100 may generate a bill according to a menu of the user 140.
If it is detected that the login state of the user 140 is unregistered, the service provider 100 may initiate a query to the service platform 100 according to the service code identifier of the service code of this time to obtain the application program identifier of the merchant 130 corresponding to the service code, and may initiate an authorization request to the application program of the merchant 130 according to the application program identifier of the merchant 130 to obtain the authorization of the merchant 130, and after receiving the authorization request of the service provider 100, the application program of the merchant 130 may return authorization information to the service provider 100, where the authorization information may include, for example, an access token; after receiving the access token of the merchant 130, the service provider 100 may further access the application program of the merchant 130, so as to initiate an authorization request to the user 140, and after receiving the authorization request of the service provider 100, the user 140 may perform relevant operations such as confirmation, thereby completing information authorization of the user 140.
Further, after the user 140 obtains the order, payment may be initiated on the mobile terminal, for example, the user 140 may click to pay on the handheld mobile terminal for the order in the service address of the service provider 100, so that a payment request may be initiated to the service provider 100; in a specific implementation, after the service provider 100 receives the payment request of the user 140, the service provider 100 may directly create a payment transaction; wherein the process of creating a payment transaction may comprise: the service provider 100 initiates a request for creating a payment transaction to the service platform 110, after receiving the request for creating a payment transaction, the service platform 110 may create a corresponding payment transaction, may allocate a corresponding transaction identifier to the payment transaction, and may return the transaction identifier to the service provider 100, and after receiving the transaction identifier, the service provider 100 may invoke the payment channel selected by the user 140 this time in step 201 according to the transaction identifier, the user authorization information, and the access token, so as to complete payment.
Fig. 4 is a schematic structural diagram of an embodiment of a service code creation apparatus 40 in this specification, and as shown in fig. 4, the apparatus 40 may include: an acquisition module 41, a receiving module 42 and a creation module 43;
an obtaining module 41, configured to obtain an application identifier and a service link address of a first object;
a receiving module 42, configured to receive a registration request of a second object, and generate a first service code; the first service code comprises a service code identifier, an application program identifier of the first object and a service link address of the first object;
a creating module 43, configured to receive a configuration request of a third object, configure an application identifier of the third object in the first service code, so as to generate a second service code; and the second service code is used for the mobile terminal to jump to the service address corresponding to the service link address by scanning the second service code so as to carry out ordering service.
In one possible implementation manner, the first service code further includes an identity of the second object.
In one possible implementation manner, the apparatus 40 may further include: a storage module 44;
a storage module 44, configured to store an association relationship between the service code identifier and the application identifier of the first object, the service link address of the first object, and the application identifier of the third object.
The service code creating apparatus provided in the embodiment shown in fig. 4 may be used to execute the technical solution of the method embodiment shown in fig. 2 in this specification, and the implementation principle and the technical effect may further refer to the related description in the method embodiment.
Fig. 5 is a schematic structural diagram of an embodiment of a code scanning order issuing device 50 according to the present disclosure, and as shown in fig. 5, the device 50 may include: an acquisition module 51, an analysis module 52 and a ordering module 53;
the acquisition module 51 is configured to acquire the payment channel type of the code scanning and the image information of the service code;
the analysis module 52 is configured to analyze the image information of the service code to obtain a service link address corresponding to the service code; wherein, the service link address corresponds to a preset service carrier type;
and the ordering module 53 is configured to jump to a service address of the first object according to the payment channel type and the service link address, so that the user performs an ordering service on the service address.
In a possible implementation manner, the order placing module 53 may be further configured to detect a first operation of the user for creating an order, send an order request to the first object in response to the first operation, enable the first object to receive the order request of the user, and enable the first object to detect a login status of the user in the payment channel type; if the first object detects that the login state of the user is logged in, acquiring the authorization information of the user, and creating an order according to the authorization information of the user and an order request; if the first object detects that the login state of the user is not logged in, an authorization request is initiated to the user to obtain authorization information of the user, and after the authorization information of the user is received, an order is created according to the authorization information of the user and the order request.
In one possible implementation manner, the parsing module 52 may be further configured to parse the image information of the service code to obtain a service code identifier of the service code; the ordering module 53 may include: query unit 531, request unit 532, and obtaining unit 533;
the query unit 531 is configured to query the first object according to the service code identifier to obtain an application identifier of a second object corresponding to the service code identifier;
a requesting unit 532, configured to initiate, by the first object, an authorization request to an application of the second object according to the application identifier of the second object to obtain an authorization token;
the obtaining unit 533, configured to receive, by the first object, the authorization token of the second object, and initiate an authorization request to the user according to the authorization token, so as to obtain authorization information of the user.
In one possible implementation manner, the apparatus 50 may further include: a payment module 54;
a payment module 54, configured to detect a second operation of the user for paying the order, and send a payment request to the first object in response to the second operation, so that the first object initiates a payment transaction according to the order, the payment channel type, and the payment request of the user.
It should be understood that the division of the modules of the service code creation apparatus shown in fig. 4 and the code scanning order apparatus shown in fig. 5 is merely a division of logical functions, and the actual implementation may be wholly or partially integrated into one physical entity, or may be physically separated. And these modules can be realized in the form of software called by processing element; or may be implemented entirely in hardware; and part of the modules can be realized in the form of calling by the processing element in software, and part of the modules can be realized in the form of hardware. For example, the detection module may be a separate processing element, or may be integrated into a chip of the electronic device. Other modules are implemented similarly. In addition, all or part of the modules can be integrated together or can be independently realized. In implementation, each step of the above method or each module above may be implemented by an integrated logic circuit of hardware in a processor element or an instruction in the form of software.
For example, the above modules may be one or more integrated circuits configured to implement the above methods, such as: one or more Application Specific Integrated Circuits (ASICs), one or more microprocessors (DSPs), one or more Field Programmable Gate Arrays (FPGAs), etc. For another example, these modules may be integrated together and implemented in the form of a System-On-a-Chip (SOC).
FIG. 6 is a block diagram of an embodiment of an electronic device 600 according to the present disclosure, which may include at least one processor, as shown in FIG. 6; and at least one memory communicatively coupled to the processor, wherein: the memory stores program instructions executable by the processor, and the processor calls the program instructions to execute the method provided by the embodiments shown in fig. 2 and 3 in the present specification.
The electronic device may be a device capable of creating a service code or scanning a code order, for example: the embodiment of the present specification does not limit the specific form of the electronic device. It is understood that the electronic device is the mobile terminal or the server mentioned in the above embodiments.
FIG. 6 illustrates a block diagram of an exemplary electronic device suitable for use in implementing embodiments of the present specification. The electronic device 600 shown in fig. 6 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present specification.
As shown in fig. 6, the electronic device 600 is embodied in the form of a general purpose computing device. The components of the electronic device 600 may include, but are not limited to: one or more processors 610, a memory 630, and a communication bus 640 that connects the various system components (including the memory 630 and the processors 610).
Communication bus 640 represents one or more of any of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, and a processor or local bus using any of a variety of bus architectures. These architectures include, but are not limited to, Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MAC) bus, enhanced ISA bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus, to name a few.
Electronic devices typically include a variety of computer system readable media. Such media may be any available media that is accessible by the electronic device and includes both volatile and nonvolatile media, removable and non-removable media.
Memory 630 may include computer system readable media in the form of volatile Memory, such as Random Access Memory (RAM) and/or cache Memory. The electronic device may further include other removable/non-removable, volatile/nonvolatile computer system storage media. Memory 630 may include at least one program product having a set (e.g., at least one) of program modules that are configured to carry out the functions of embodiments of the specification.
A program/utility having a set (at least one) of program modules, including but not limited to an operating system, one or more application programs, other program modules, and program data, may be stored in memory 630, each of which examples or some combination may include an implementation of a network environment. The program modules generally perform the functions and/or methodologies of the embodiments described herein.
The electronic device may also communicate with one or more external devices (e.g., keyboard, pointing device, display, etc.), one or more devices that enable a user to interact with the electronic device, and/or any devices (e.g., network card, modem, etc.) that enable the electronic device to communicate with one or more other computing devices. Such communication may occur via communications interface 620. Furthermore, the electronic device may also communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public Network such as the Internet) via a Network adapter (not shown in FIG. 6) that may communicate with other modules of the electronic device via the communication bus 440. It should be appreciated that although not shown in FIG. 6, other hardware and/or software modules may be used in conjunction with the electronic device, including but not limited to: microcode, device drivers, Redundant processing units, external disk drive Arrays, disk array (RAID) systems, tape Drives, and data backup storage systems, among others.
The processor 610 executes various functional applications and data processing by executing programs stored in the memory 630, for example, implementing the methods provided by the embodiments shown in fig. 2 and 3 of the present specification.
In the above embodiments, the processors may include, for example, a CPU, a DSP, a microcontroller, or a digital Signal processor, and may further include a GPU, an embedded Neural Network Processor (NPU), and an Image Signal Processing (ISP), and the processors may further include necessary hardware accelerators or logic Processing hardware circuits, such as an ASIC, or one or more integrated circuits for controlling the execution of the program according to the technical solution of the present application. Further, the processor may have the functionality to operate one or more software programs, which may be stored in the storage medium.
The present specification embodiments provide a non-transitory computer readable storage medium storing computer instructions which, when executed on a computer, cause the computer to perform the methods provided by the embodiments of fig. 2 and 3 of the present specification.
The non-transitory computer readable storage medium described above may take any combination of one or more computer readable media. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a Read Only Memory (ROM), an Erasable Programmable Read Only Memory (EPROM), a flash Memory, an optical fiber, a portable compact disc Read Only Memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Computer program code for carrying out operations for aspects of the present description may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of Network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).
The foregoing description has been directed to specific embodiments of this disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.
In the description of the specification, reference to the description of the term "one embodiment," "some embodiments," "an example," "a specific example," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the specification. In this specification, the schematic representations of the terms used above are not necessarily intended to refer to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. Furthermore, various embodiments or examples and features of different embodiments or examples described in this specification can be combined and combined by one skilled in the art without contradiction.
Furthermore, the terms "first", "second" and "first" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one such feature. In the description of the present specification, "a plurality" means at least two, e.g., two, three, etc., unless explicitly defined otherwise.
Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing steps of a custom logic function or process, and alternate implementations are included within the scope of the preferred embodiment of the present description in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the embodiments of the present description.
The word "if" as used herein may be interpreted as "at … …" or "when … …" or "in response to a determination" or "in response to a detection", depending on the context. Similarly, the phrases "if determined" or "if detected (a stated condition or event)" may be interpreted as "when determined" or "in response to a determination" or "when detected (a stated condition or event)" or "in response to a detection (a stated condition or event)", depending on the context.
It should be noted that the terminal referred to in the embodiments of the present disclosure may include, but is not limited to, a Personal Computer (Personal Computer; hereinafter, referred to as PC), a Personal Digital Assistant (Personal Digital Assistant; hereinafter, referred to as PDA), a wireless handheld device, a Tablet Computer (Tablet Computer), a mobile phone, an MP3 player, an MP4 player, and the like.
In the several embodiments provided in this specification, it should be understood that the disclosed system, apparatus, and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and there may be other divisions in actual implementation, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.
In addition, functional units in the embodiments of the present description may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, or in a form of hardware plus a software functional unit.
The integrated unit implemented in the form of a software functional unit may be stored in a computer readable storage medium. The software functional unit is stored in a storage medium and includes several instructions to enable a computer device (which may be a personal computer, a server, or a network device) or a Processor (Processor) to execute some steps of the methods described in the embodiments of the present disclosure. And the aforementioned storage medium includes: a U disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
The above description is only a preferred embodiment of the present disclosure, and should not be taken as limiting the present disclosure, and any modifications, equivalents, improvements, etc. made within the spirit and principle of the present disclosure should be included in the scope of the present disclosure.