CN118555562A

CN118555562A - Near field communication service processing method, device and equipment

Info

Publication number: CN118555562A
Application number: CN202411030643.0A
Authority: CN
Inventors: 应宇乾; 邓虎; 刘斌; 陈笠峰
Original assignee: Alipay Hangzhou Information Technology Co Ltd
Current assignee: Alipay Hangzhou Information Technology Co Ltd
Priority date: 2024-07-30
Filing date: 2024-07-30
Publication date: 2024-08-27

Abstract

The embodiment of the specification discloses a near field communication service processing method. The method is applied to cashier equipment and comprises the following steps: acquiring service parameters to be processed generated by a local cashier application, wherein the cashier application is operated based on a local browser; generating a custom protocol website according to the service parameters to be processed and the protocol type custom to the URL protocol; in the cashing application, a user-defined protocol website is accessed through a browser to communicate with a receiving service interface program deployed on cashing equipment, and the receiving service interface program is triggered to transmit service parameters to be processed to inter-equipment communication driving software deployed on the cashing equipment through communication, wherein the service interface program communication and the inter-equipment communication driving software are provided by a service provider of NFC payment equipment, and the service parameters to be processed are transmitted from the cashing equipment to the NFC payment equipment in a corresponding communication mode through the inter-equipment communication driving software and are used for the NFC payment equipment to execute target services.

Description

Near field communication service processing method, device and equipment

Technical Field

The present disclosure relates to the field of near field communication technologies, and in particular, to a method, an apparatus, and a device for processing a near field communication service.

Background

Near Field Communication (NFC), a radio technology for short range high frequencies, operates within 20 cm of 13.56 MHz. The wireless communication system is integrated and evolved by a non-contact Radio Frequency Identification (RFID) and interconnection technology, and provides a very safe and rapid communication mode for various electronic products.

Along with the popularization of the use of smart mobile phones supporting NFC functions, NFC technology is also applied to the payment field more, for example, merchants deploy NFC payment devices at cash registers, so that users can perform payment through inductive interaction with the NFC payment devices through the mobile phones supporting NFC functions, and convenience is good.

Currently, NFC payment devices and corresponding payment applications are provided by specialized payment service parties, and merchants have typically deployed other service party provided cashier devices at the cashier desk, as well as cashier applications used on cashier devices, mainly Software as a service (SaaS) cashier applications. For the cashing device, the cashing application needs to interact with the NFC payment device in a cross-device mode, so that the NFC payment device can be normally used.

For an NFC payment device supporting bluetooth communication, a cashing device is often connected based on bluetooth communication, and accordingly, NFC device bluetooth driver software provided by a service provider of the NFC payment device needs to be installed on the cashing device in advance in order to perform cross-device communication. However, in practical applications, many SaaS cashing applications are run based on a browser on the cashing device, in this case, for a merchant side, it is difficult to develop and have high development cost to implement that the cashing application invokes the bluetooth service across processes to perform data interaction with the NFC payment device, so that it is unfavorable to extend access to the NFC payment device for the cashing device.

Based on this, for the scenario of the cashier application running on the cashier device based on the browser, a solution is needed that helps to extend access to the NFC payment device for the cashier device more friendly.

Disclosure of Invention

One or more embodiments of the present disclosure provide a method, an apparatus, and a device for processing a near field communication service, so as to solve the following technical problems: for the scenario of a cashier application running on a cashier device based on a browser, a solution is needed that helps to extend access to NFC payment devices for cashier devices more friendly.

To solve the above technical problems, one or more embodiments of the present specification are implemented as follows:

one or more embodiments of the present disclosure provide a near field communication service processing method, which is applied to a cashier device, and the method includes:

acquiring service parameters to be processed generated by a local cashier application, wherein the cashier application is operated based on a local browser;

Generating a custom protocol website according to the service parameters to be processed and the protocol type custom to the URL protocol;

accessing the self-defined protocol website through the browser in the cashing application to communicate with a receiving service interface program deployed on the cashing equipment, and triggering the receiving service interface program to transmit the service parameters to be processed to inter-equipment communication driving software deployed on the cashing equipment through the communication, wherein the service interface program communication and the inter-equipment communication driving software are provided by a service provider of NFC payment equipment;

and transmitting the service parameters to be processed from the cashing device to the NFC payment device by adopting the communication driving software between the devices and adopting a corresponding communication mode, wherein the service parameters are used for executing corresponding target services by the NFC payment device so as to respond to the cashing application.

One or more embodiments of the present disclosure provide a near field communication service processing method, which is applied to a receiving service interface program deployed on a cashier device, where the receiving service interface program is provided by a service provider of an NFC payment device, and the method includes:

determining a cashier application running on the cashier device based on a local browser;

Responding to the triggering of the cashing application, continuously transmitting the service parameters to be processed generated and transmitted by the cashing application to inter-equipment communication driving software deployed on the cashing equipment, so that the inter-equipment communication driving software adopts a corresponding communication mode to transmit the service parameters to be processed from the cashing equipment to the NFC payment equipment for the NFC payment equipment to execute corresponding target service;

the triggering is realized by accessing a custom protocol website through the browser in the cashing application so as to communicate with the receiving service interface program; the custom protocol website is generated according to the service parameters to be processed and the protocol type custom to the URL protocol; the inter-device communication driver software is provided by a service provider of the NFC payment device.

One or more embodiments of the present disclosure provide a near field communication service processing apparatus, which is applied to a cashier device, and the apparatus includes:

The system comprises a to-be-processed service parameter acquisition module, a processing module and a processing module, wherein the to-be-processed service parameter acquisition module acquires to-be-processed service parameters generated by a local cashier application, and the cashier application is operated based on a local browser;

The custom protocol website generating module generates a custom protocol website according to the service parameters to be processed and the protocol type custom to the URL protocol;

the service interface program interaction module is used for accessing the custom protocol website through the browser in the cashing application to communicate with the service interface program deployed on the cashing equipment, triggering the service interface program to transmit the service parameters to be processed to the equipment communication driving software deployed on the cashing equipment through the communication, wherein the service interface program communication and the equipment communication driving software are provided by a service provider of the NFC payment equipment;

and the inter-equipment service parameter transfer module is used for transmitting the service parameters to be processed from the cashing equipment to the NFC payment equipment by adopting the inter-equipment communication driving software in a corresponding communication mode and is used for executing corresponding target service by the NFC payment equipment so as to respond to the cashing application.

One or more embodiments of the present disclosure provide a near field communication service processing apparatus applied to a reception service interface program deployed on a cashier device, where the reception service interface program is provided by a service provider of an NFC payment device, the apparatus including:

The cashier application determining module is used for determining cashier applications running on the cashier equipment based on a local browser;

The service parameter transfer module responds to the triggering of the cashing application, and transfers the service parameter to be processed generated and transferred by the cashing application to the inter-equipment communication driving software deployed on the cashing equipment, so that the inter-equipment communication driving software adopts a corresponding communication mode to send the service parameter to be processed from the cashing equipment to the NFC payment equipment for the NFC payment equipment to execute corresponding target service;

One or more embodiments of the present disclosure provide a near field communication service processing device, which is applied to a cashier device, and the near field communication service processing device includes:

at least one processor; and

A memory communicatively coupled to the at least one processor; wherein,

The memory stores instructions executable by the at least one processor, the instructions are executable by the at least one processor to enable the at least one processor to perform:

A near field communication service processing device provided in one or more embodiments of the present disclosure is applied to a reception service interface program deployed on a cashier device, where the reception service interface program is provided by a service provider of an NFC payment device, and the near field communication service processing device includes:

at least one processor; and

A memory communicatively coupled to the at least one processor; wherein,

The above-mentioned at least one technical solution adopted by one or more embodiments of the present disclosure can achieve the following beneficial effects: the method comprises the steps that a receiving service interface program supporting the self-defined protocol is developed and provided by a server of the NFC payment equipment through the URL protocol of a browser on the cashing equipment and is adapted to the corresponding self-defined protocol, the cashing equipment is deployed on the cashing equipment, the receiving service interface program is used for interfacing equipment communication driving software (such as Bluetooth communication driving software) provided by the server of the NFC payment equipment, so that the cashing application can access a website of the self-defined protocol in the browser, communicate with the local receiving service interface program, and further transitionally pass through the receiving service interface program, the self-defined protocol call is converted into a communication service (such as Bluetooth service) call for the communication driving software between the equipment, and accordingly interaction with the NFC payment equipment can be achieved normally.

Drawings

In order to more clearly illustrate the embodiments of the present description or the technical solutions in the prior art, the drawings that are required in the embodiments or the description of the prior art will be briefly described below, it being obvious that the drawings in the following description are only some of the embodiments described in the present description, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

Fig. 1 is a schematic flow diagram of a near field communication service processing method according to one or more embodiments of the present disclosure;

Fig. 2 is a flow diagram of a scheme for performing cross-process service invocation based on URL custom protocols in an application scenario provided in one or more embodiments of the present disclosure;

FIG. 3 is a flow diagram of an example processing scenario for a receive service interface program provided in one or more embodiments of the present disclosure;

FIG. 4 is a flow diagram of a solution for locally analyzing parameters of a service to be processed according to one or more embodiments of the present disclosure;

Fig. 5 is a schematic flow diagram of an NFC-induced interaction gesture differentiation processing scheme provided in one or more embodiments of the present disclosure;

Fig. 6 is a schematic architecture diagram of a specific implementation of a near field communication service processing method provided in one or more embodiments of the present disclosure;

Fig. 7 is a flow diagram of another near field communication service processing method according to one or more embodiments of the present disclosure;

fig. 8 is a schematic structural diagram of a near field communication service processing device according to one or more embodiments of the present disclosure;

fig. 9 is a schematic structural diagram of another near field communication service processing apparatus according to one or more embodiments of the present disclosure;

fig. 10 is a schematic structural diagram of a near field communication service processing device according to one or more embodiments of the present disclosure;

fig. 11 is a schematic structural diagram of another near field communication service processing device according to one or more embodiments of the present disclosure.

Detailed Description

The embodiment of the specification provides a near field communication service processing method, a near field communication service processing device, near field communication service processing equipment and a storage medium.

In order to make the technical solutions in the present specification better understood by those skilled in the art, the technical solutions in the embodiments of the present specification will be clearly and completely described below with reference to the drawings in the embodiments of the present specification, and it is obvious that the described embodiments are only some embodiments of the present application, not all embodiments. All other embodiments, which can be made by one of ordinary skill in the art based on the embodiments herein without making any inventive effort, shall fall within the scope of the present application.

Against the problems mentioned in the background art, the causes of the problems include: the browser supports a relatively universal protocol, while the bluetooth communication driver software is provided by a service provider of the NFC payment device and is relatively special, so that docking difficulty in terms of interfaces and protocols naturally exists, and besides, the cashing application itself is inconsistent with the service provider of the NFC payment device, so that docking difficulty is further increased, and the cashing application based on the browser is difficult to call the bluetooth service in a cross-process manner (the process of the browser and the process of the bluetooth communication driver software can be referred to as the same process).

In order to solve the problems, the application considers that a server of the NFC payment equipment actively increases the self-defined protocol type of the URL protocol aiming at a browser based on a cashing application on the cashing equipment, provides a receiving service interface program supporting the self-defined protocol corresponding to the protocol type (also realized by the server of the NFC payment equipment), and is used as a bridge between the cashing application and Bluetooth communication driving software provided by the server of the NFC payment equipment, and the bridge is opened by calling the self-defined protocol through the browser, thereby further realizing cross-process Bluetooth calling.

Therefore, for cashing applications, the relatively proprietary Bluetooth service can be easily and reliably called, development and transformation are not required to be carried out on one side of a merchant basically, and for a service provider of NFC payment equipment, the self transformation result can be multiplexed onto more other cashing equipment and cashing applications at low cost, so that convenience can be brought to more merchants, and the enthusiasm of the merchant for expanding and accessing NFC payment equipment can be improved.

The following is a description of the solution of the application based on such general idea.

Fig. 1 is a schematic flow chart of a near field communication service processing method according to one or more embodiments of the present disclosure, where the method is applied to a cashier device, and specifically, corresponding steps may be executed by one or more software modules on the cashier device.

The cashing device needs to deploy a basic cashing application (the application program can be software used by a PC or a mobile terminal such as a smart phone) to perform cashing work. Some cashing applications on cashing equipment are self-contained and generally belong to a software and hardware integrated scheme provided by the same service provider; of course, a merchant can select a cashing application provided by another service provider according to the requirement for the current cashing equipment, especially the cashing equipment such as a Windows POS machine (refer to Windows operating system), has flexibility and wide use, and besides, the cashing equipment can also be based on other common operating systems, even a self-research system of the masses.

In one or more embodiments of the present disclosure, a cashier device is deployed with a cashier application that needs to run based on a browser, for example, a SaaS cashier application (may be simply referred to as a Web SaaS) running based on a browser, and so on. The method also involves the NFC payment device servicing the operation of the cashier device by the NFC payment device by connecting and communicating with the NFC payment device by means such as bluetooth (for ease of description, primarily illustrated in this way).

To implement the inter-device communication, inter-device communication driver software (e.g., bluetooth communication driver software) provided by the NFC payment device needs to be deployed in advance on the cashier device. The device-to-device communication driving software, for example, in a bluetooth mode, may refer to software that provides an interface for software on a cashing device, and sends cashing instructions and data to an NFC payment device through a bluetooth transmitter.

The cashier device and the NFC payment device may be provided by different service parties (typically different companies independent of each other, which may be without a partnership between them). The cashing application and the NFC payment device (of course, the NFC payment device also has the matched NFC payment software) may be provided by different service parties.

The cashier device is a basic device usually used at a cash register by a merchant, and is usually a desk-type or handheld POS machine or the like, an operating system of the cashier device can be various, such as Windows, linux or a mobile operating system and the like, and can support one or more basic payment modes, such as bank card payment, membership card payment, two-dimensional code payment and the like, but does not support NFC payment yet, so that NFC business supporting capability is expanded for the cashier device through the NFC payment device. The user can sense that the mobile terminals such as the smart phone, the smart watch and the like supporting the NFC function are close to the NFC payment equipment, and further, based on near field communication, the service related to payment is executed.

The flow in fig. 1 includes the following steps:

S102: and acquiring the service parameters to be processed generated by a local cashing application, wherein the cashing application is operated based on a local browser.

The cashier application generates a business parameter to be processed based on an operation of a user (cashier or consumer, etc.). The service parameters to be processed reflect the target service itself (e.g., cash instructions, etc.), or may further contain specific data required for executing the target service. For example, the target service may be a payment-related service (such as payment of a current order, transfer of money, member login, preferential pick-up, etc.), and the specific data may be a service type, an amount to be paid, a transfer amount, a member type, a preferential pick-up type, etc.

The target service may also be executed by other means already available to the cashing application (e.g. swipe code, swipe card, etc.), but in the present application it may be attempted to be executed at least partly by the NFC payment device. Of course, this is not mandatory, and the user may be allowed to autonomously select this other mode to perform, and if the user is not engaged in responding to the NFC mode, the NFC payment device may continue to stand by idle.

Besides, the method is suitable for NFC payment equipment on the premise of reducing the cost influence on one side of a merchant as much as possible, and can be used for modifying the existing business in advance or creating some new businesses. In this case, the target service obtained correspondingly may need to be normally executed in the NFC manner, so that the NFC payment device can be more fully represented, and more convenience is brought to the user.

S104: and generating a custom protocol website according to the service parameters to be processed and the protocol type custom for the URL protocol.

URL, collectively referred to as UniformResourceLocator, uniform resource locator, is often referred to as web address, abbreviated as web address. One exemplary format is: [ protocol type ]:// [ server address ]: port number ]/[ resource level UNIX file path ] [ filename ]. HTTP is one of the most commonly used protocol types, and based on the HTTP protocol, an HTTP request can be initiated through an accessed HTTP website to realize interaction with a remote server, so as to realize the purpose of downloading web page content to display the web page content in a local browser.

Based on the format characteristics, the application is to customize the protocol type of the URL protocol, and correspondingly constructs the customized protocol corresponding to the protocol type to instruct to access the locally specified interface program through the website under the customized protocol instead of accessing the remote server, thereby facilitating the conversion of the customized protocol call locally into the proprietary service call.

In one or more embodiments of the present description, fields carrying the service parameters to be processed are customized in a web site format in addition to the custom protocol type so that the service parameters to be processed are delivered locally through the custom protocol web site in preparation for continuing to deliver the service parameters across devices. Of course, the field of the specific instruction action can be customized in the website format to indicate the interface program as the receiver or other local modules behind the interface program, or what action needs to be executed by other devices, so that the capability flexibility of the customized protocol can be effectively improved, and the development of more special services is facilitated.

S106: and accessing the self-defined protocol website through the browser in the cashing application to communicate with a receiving service interface program deployed on the cashing equipment, and triggering the receiving service interface program to transmit the service parameters to be processed to inter-equipment communication driving software deployed on the cashing equipment through the communication, wherein the service interface program communication and the inter-equipment communication driving software are provided by a service provider of the NFC payment equipment.

In one or more embodiments of the present disclosure, the receiving service interface program is developed according to the foregoing custom protocol, and the receiving service interface program may be located according to the custom protocol and the custom protocol website, so as to implement the process of accessing the inter-device communication driver by accessing the custom protocol website and calling the interface provided by the receiving service interface program, thereby facilitating the process of crossing the browser process and accessing the inter-device communication driver indirectly through the receiving service interface program. Since the communication of the receiving service interface program is provided by the service provider of the NFC payment device, the compatibility between the receiving service interface program and the communication driving software between devices provided by the service provider of the NFC payment device can be more fully considered in development, and various resources (such as a library function, an interface, an authorization credential and the like shared by the inside of the service provider can be used, so that the receiving service interface program can conveniently and reliably call the communication service provided by the communication driving software between devices without barriers, and the call is made by the receiving service interface program for the cashing application.

S108: and transmitting the service parameters to be processed from the cashing device to the NFC payment device by adopting the communication driving software between the devices and adopting a corresponding communication mode, wherein the service parameters are used for executing corresponding target services by the NFC payment device so as to respond to the cashing application.

In one or more embodiments of the present disclosure, the NFC payment device obtains the service parameters to be processed, and may wait for a user (e.g., a consumer) to inductively identify that the mobile phone is close to the NFC payment device, and if the user does not have such an operation, it indicates that the user may not want to execute the target service through the NFC payment device, in which case the NFC payment device may return to the standby state after waiting for a timeout, to wait for the next opportunity. If the user cooperates, the NFC payment device can execute the target service accordingly. Of course, the consumer can also perform NFC induction recognition in advance, and then the cashier operates on the cashier device, so that the execution of the target service is completed under the cooperation of the cashier device and the NFC payment device.

It should be noted that, the NFC payment device may only complete a part of the tasks included in the target service, for example, it may be identified that the payment code value of the user is returned as the execution result data to the cashier device, and then the cashier device further completes the target service according to the execution result data. Conversely, if the NFC payment device substantially completes the target transaction, the execution result data may be just one final result for feedback to the consumer.

Through the method of fig. 1, through actively customizing the protocol type aiming at the URL protocol of the browser on the cashing device and adapting to the corresponding custom protocol, the service provider of the NFC payment device develops and provides a receiving service interface program supporting the custom protocol and deploys on the cashing device, and the receiving service interface program receives inter-device communication driving software (such as bluetooth communication driving software) provided by the service provider of the NFC payment device, so that the cashing application can access the custom protocol website in the browser and communicate with the local receiving service interface program, and further transitionally converts the custom protocol call into a communication service (such as bluetooth service) call aiming at the inter-device communication driving software through the receiving service interface program, thereby being capable of interacting with the NFC payment device normally.

Based on the method of fig. 1, the present specification also provides some specific embodiments and extensions of the method, and the following description will proceed.

In one or more embodiments of the present disclosure, before accessing a custom protocol website through a browser in a cashing application, in order to enable a cashing device to normally support the custom protocol, the custom protocol corresponding to the custom protocol type may be validated through system configuration writing (for example, in a Windows scenario, corresponding registration may be performed through a system registry, and of course, corresponding configuration operations may be similarly performed in Linux or some other scenarios such as mobile operating systems), where service interface program communications are developed according to the custom protocol, so as to support website access based on the custom protocol.

Further, one or more embodiments of the present disclosure provide a flowchart of a scheme for performing cross-process service invocation based on URL custom protocol in an application scenario, see fig. 2. In this application scenario, the device-to-device communication driver software includes bluetooth driver software, and the corresponding communication mode includes bluetooth communication.

The flow in fig. 2 includes the following steps:

S202: and starting a receiving service interface program deployed on the cashing equipment.

The receiving service interface program can be set to be started by the cashing device, so that additional intervention of cashing application is not needed.

S204: after the user triggers the target service in the cashing application, a custom protocol website is generated according to the service parameters to be processed corresponding to the target service.

The user can click an interaction control (usually a button, such as a payment button) displayed by the cashing application through an operation mode such as a keyboard or a touch screen, a target service is triggered, and the service parameters to be processed can be determined according to the content input by the user in the cashing application. For cashing applications, the method mainly involves the call of a custom protocol, the implementation is simple, the influence is small, and the operation can be performed instead by software (such as cashing application behavior detection software or a cashing service interface program and the like) which is deployed on the cashing device in advance by a service provider of the NFC payment device, so that the cashing application does not need to be modified.

S206: and accessing the custom protocol website through the browser in the cashing application to call the Bluetooth service provided by the inter-device communication driving software through a receiving service interface program deployed on the cashing device, wherein the process comprises a process of the browser and a process of the inter-device communication driving software.

In one or more embodiments of the present disclosure, in practical applications, cashing software frequently triggers various services, where many services may involve NFC payment devices, and these target services may pass through a browser each time, and accordingly trigger a receiving service interface program to create a new instance, so as to perform a cross-procedure call conversion process. For a long time, the receiving service interface program may occupy more and more resources, and in order to prevent this, the present application contemplates converging resource consumption on individual instances through inter-instance interactions. Based on such considerations, one or more embodiments of the present description provide a flow diagram of an example processing scheme of a receive service interface program, see fig. 3.

The flow in fig. 3 includes the following steps:

s302: and accessing the user-defined protocol website through the browser in the cashing application, triggering the receiving service interface program to create a new instance, and obtaining the service parameters to be processed through the new instance.

S304: it is determined whether there is an old instance of the receiving service interface program, the old instance comprising historical business parameters relating at least in part to a cashing application.

In one or more embodiments of the present disclosure, the old instance is generated by triggering a custom protocol call before, preferably only one instance is reserved, e.g. the first instance generated by the receiving service interface program after the cashing device is powered on.

S306: if yes, the service parameters to be processed obtained by the new instance are transmitted to the old instance, and the new instance is exited so as to interact with the inter-equipment communication driving software through the old instance.

The new instance only relates to the call, and the old instance can accumulate more historical service parameters through the transmission of the service parameters among the instances, so that the call can be normally processed, and the accumulated historical service parameters can be optionally used for assisting the call to be executed more specifically.

For example, the historical service parameters and the service parameters to be processed can be compared, the execution mode of the target device is selected from the preset execution modes of various devices according to the comparison result, and the service parameters to be processed and the execution mode of the target device are transmitted to the inter-device communication driving software through the old instance, so that the NFC payment device executes the target service according to the execution mode of the target device and the service parameters to be processed. Particularly, under the condition that the service parameters to be processed are relatively complex (for example, the description voice characters of cashiers or consumers are recorded in real time, the flexibility of the service parameters to be processed can be improved, the current actual service demands can be expressed more diversified and more complex), the target device execution mode with better feedback effect adopted in the process of processing the historical service parameters is referred to, and the target device execution mode is selected for the similar service parameters to be processed after comparison. For the same target service, the NFC payment device may use different device execution modes to execute, obtain different execution results correspondingly, or enable a user (such as a consumer) to obtain different instant experiences. Different device execution modes may be distinguished from one or more dimensions, optionally such as: the dimension of the auxiliary mode (such as how to display prompt information, whether to start lamplight voice, whether to collect additional business evidence to prevent risks, etc.) additionally provided for the consumer during interaction, the dimension of execution efficiency (such as whether to use the queue-inserting multithreading process, whether to use the offline process, etc.), and the dimension of additionally customized service for the consumer.

After the service parameters are transferred, the new instance can be withdrawn in time so as to reduce the occupation of resources.

In one or more embodiments of the present disclosure, in order to improve flexibility and scalability of the NFC payment device capability usage scenario, a flow schematic diagram of a local analysis scheme of a service parameter to be processed is further provided, and refer to fig. 4. The method can be executed in the process of triggering the receiving service interface program to transmit the service parameters to be processed to the inter-device communication driving software deployed on the cashing device.

The flow in fig. 4 includes the steps of:

s402: and triggering the receiving service interface program to analyze the to-be-processed service parameters, and generating NFC induction interaction gesture indication information according to the analysis result.

In one or more embodiments of the present disclosure, the target NFC-induced interaction gesture may be matched according to the information level of the service parameter to be processed, the specific semantics of the parameter, the preferential set of the service, the service type, or the dimensionality of the service, in a plurality of different NFC-induced interaction gestures (of course, a new NFC-induced interaction gesture may also be adaptively generated, so that the flexibility and the technological sense are better), and further corresponding indication information is generated. It should be noted that when the user performs the induction interaction with the NFC, the user only needs to approach the mobile phone or other induction objects to the NFC payment device, and does not distinguish different NFC induction interaction gestures, so long as normal near field communication can be successfully induced and realized, specific services to be executed through the interaction induction are not different due to different interaction gestures.

NFC-induced interaction gestures, which refer to how the object of induction is approaching the NFC payment device in what motion and pose, and/or how the object of induction is further moved after induction or communication is successful, while in a state of being kept approaching. In order to more accurately distinguish between different NFC-induced interaction gestures, the required sensors may also be deployed for NFC payment devices or cashier devices.

S404: and transmitting the service parameters to be processed and the NFC induction interaction gesture indication information to inter-device communication driving software deployed on the cashing equipment through the receiving service interface program, wherein the inter-device communication driving software is used for indicating a target induction object to adopt the NFC induction interaction gesture corresponding to the NFC induction interaction gesture indication information to interact with the NFC payment equipment.

If the target sensing object correctly adopts the NFC sensing interaction gesture, the NFC payment device may correspondingly correctly process the target service, and optionally the NFC payment device may also execute an additional service for the user, where the additional services respectively corresponding to different NFC sensing interaction gestures may be different.

Further, to improve fault tolerance to ensure user experience and improve additional feeling of the user, one or more embodiments of the present disclosure provide a flowchart of an NFC-induced interaction gesture differentiation processing scheme, see fig. 5.

The flow in fig. 5 includes the steps of:

S502: after the service parameters to be processed are sent from the cashing device to the NFC payment device, under the condition that the target induction object does not adopt the NFC induction interaction gesture corresponding to the NFC induction interaction gesture indication information to interact with the NFC payment device, a first execution result of the target service fed back by the NFC payment device is received.

In one or more embodiments of the present disclosure, the NFC-induced interaction gesture corresponding to the NFC-induced interaction gesture indication information may be a specific proximity gesture (compared to a conventional direct proximity, with some additional actions such as circling, intermittent proximity, etc.). The first execution result can be used as a normal processing result of the target service and can be used as basic feedback data. Of course, more strictly, if the user does not adopt the corresponding NFC-induced interaction gesture, but adopts other NFC-induced interaction gestures, the NFC payment device may also remind the user instead of executing the target service.

S504: and receiving a second execution result of an additional auxiliary service which is fed back by the NFC payment equipment and is pre-associated with the target service or the NFC induction interaction gesture under the condition that the target induction object adopts the NFC induction interaction gesture corresponding to the NFC induction interaction gesture indication information and interacts with the NFC payment equipment.

The second execution result may be different from the additional result of the first execution result. In the case of step S504, the NFC payment device may feed back both the first execution result and the second execution result. The execution of additional auxiliary services enables the user to obtain additional gains (e.g., corresponding internet resources, better service experience, etc.).

In one or more embodiments of the present disclosure, when the target inductive object adopts an NFC inductive interaction gesture corresponding to the NFC inductive interaction gesture indication information and interacts with the NFC payment device, a new NFC inductive interaction gesture and/or a new additional auxiliary service may be unlocked for the target inductive object, so that different users interact with the same NFC payment device with the same service, and further differential experience may be brought, which is helpful to improve the enthusiasm of the user for using the NFC payment device, and is helpful to better promote the NFC payment device.

Through the scheme of fig. 5, the enthusiasm of the user for adopting differentiated NFC-induced interaction gestures can be improved, and the NFC payment device can also be facilitated to perform services more flexibly, and support multiple differentiated services.

From the foregoing description, for convenience of implementation, one or more embodiments of the present specification further provide an architectural diagram of a specific implementation of a near field communication service processing method, see fig. 6.

In the scenario of fig. 6, the cashier device is embodied as a PC-type POS (assuming a Windows operating system is used), and the NFC payment device is embodied as an NFC cashier device. The cashing application running based on the browser is Web SaaS, the service receiving interface program is a custom URL Protocol receiving service (simply called service receiving), the inter-device communication driving software is NFC device bluetooth driving software, and of course, bluetooth transmitter modules are also arranged on the two devices.

The design of the custom protocol of the URL protocol is performed in advance, and exemplary custom protocol formats include:

PosAssistant://{params}；

wherein 'PosAssistant' represents a protocol type customized to a URL, and 'params' represents a field for carrying a service parameter to be processed, in addition, more optional fields can be added in the protocol format, and a customized protocol website can be generated after corresponding assignment.

The custom protocol type is registered in the system in advance, so that the browser can trigger the receiving service response when requesting the corresponding custom protocol website. The receiving service can be started automatically along with the starting of the POS machine, or can be started through the triggering of the Web SaaS, and then a process is kept, and the starting of the new instance can transfer the adoption number to the old instance, so that the operation can be continuously performed based on the old instance.

Take triggering for example. When cashier triggers cashing in the business page of Web SaaS, the URL custom protocol can be automatically called by the browser to start receiving service, and meanwhile, the cashing instruction is carried in the form of the business parameters to be processed in the custom protocol website, and Bluetooth service provided by NFC equipment Bluetooth driving software is called by the receiving service in a cross-process mode.

After the cross-procedure call, the NFC cashing device executes corresponding target service. After that, the NFC cashier device may return the execution result (for example, the corresponding service code value, notification information about success or failure, etc.) to the POS machine. Here, the above-mentioned return action may be performed by using a man-machine interaction protocol and by using a manner of simulating a man-machine interface device (Human INTERFACE DEVICE, HID), so that the execution result may be backfilled into the input box corresponding to the cashing application.

In this way, in the scheme of fig. 6, the browser custom URL protocol and the simulated HID input are combined into a new two-way communication mode of the Web SaaS and the NFC cashier device, so that great convenience is provided for the merchant side to expand the NFC cashier device, the calling mode is efficient, the receiving link is reliable, and additional modification cost is almost not required to be paid on the merchant side.

Fig. 1 depicts the cashier device and the NFC payment device as a whole, standing in the perspective of the whole. For the payment service provider, one of the main modifications is embodied in the receiving service interface program, so, based on the same thought, the description will be repeated with reference to fig. 7, and fig. 7 is a schematic flow diagram of another near field communication service processing method provided by one or more embodiments of the present disclosure.

The near field communication service processing method is applied to a receiving service interface program deployed on the cashing device, wherein the receiving service interface program is provided by a service provider of the NFC payment device. The flow in fig. 7 includes the steps of:

S702: and determining a cashing application running on the cashing equipment based on a local browser.

S704: responding to the triggering of the cashing application, continuously transmitting the service parameters to be processed generated and transmitted by the cashing application to inter-equipment communication driving software deployed on the cashing equipment, so that the inter-equipment communication driving software adopts a corresponding communication mode to transmit the service parameters to be processed from the cashing equipment to the NFC payment equipment for the NFC payment equipment to execute corresponding target service; the triggering is realized by accessing a custom protocol website through the browser in the cashing application so as to communicate with the receiving service interface program; the custom protocol website is generated according to the service parameters to be processed and the protocol type custom to the URL protocol; the inter-device communication driver software is provided by a service provider of the NFC payment device.

The steps in fig. 7 may be understood with reference to the foregoing description, and are not described in detail herein.

Because the receiving service interface program is provided by the service side of the NFC payment equipment, development and modification of a merchant, a cashing equipment and a cashing application are basically not needed, and the method is friendly to the merchant and contributes to improving the enthusiasm of the merchant for expanding the use of the NFC payment equipment.

Based on the same thought, one or more embodiments of the present disclosure further provide a device and an apparatus corresponding to the method, as shown in fig. 8 to 11. The apparatus and device are capable of performing the above method and related alternatives accordingly.

Fig. 8 is a schematic structural diagram of a near field communication service processing apparatus according to one or more embodiments of the present disclosure, where the apparatus is applied to a cashier device, and the apparatus includes:

a to-be-processed service parameter obtaining module 802, configured to obtain to-be-processed service parameters generated by a local cashier application, where the cashier application is operated based on a local browser;

the custom protocol website generating module 804 generates a custom protocol website according to the service parameters to be processed and the protocol type custom to the URL protocol;

A receive service interface program interaction module 806, configured to access, in the cashing application, the custom protocol website through the browser, to communicate with a receive service interface program deployed on the cashing device, and trigger, through the communication, the receive service interface program to transfer the service parameters to be processed to an inter-device communication driver deployed on the cashing device, where the service interface program communication and the inter-device communication driver are provided by a service provider of an NFC payment device;

and the inter-device service parameter transfer module 808 is configured to send, by using the inter-device communication driver software and in a corresponding communication manner, the service parameter to be processed from the cashing device to the NFC payment device, where the NFC payment device is configured to execute a corresponding target service so as to respond to the cashing application.

Optionally, the cashing application is a SaaS cashing application, and a service provider of the SaaS cashing application is different from a service provider of the NFC payment device.

Optionally, the inter-device communication driving software includes bluetooth driving software, and the corresponding communication mode includes bluetooth communication;

The service interface program interaction module 806 accesses, in the cashing application, the custom protocol website through the browser, so as to call, through a service interface program deployed on the cashing device, the bluetooth service provided by the inter-device communication driver software through a cross process, where the process includes a process of the browser and a process of the inter-device communication driver software.

Optionally, the custom protocol website generating module 804 validates the custom protocol corresponding to the custom protocol type by writing in through system configuration before accessing the custom protocol website through the browser in the cashing application, where the receiving service interface program is developed according to the custom protocol;

The service interface program interaction module 806 accesses the custom protocol website through the browser in the cashing application to generate a custom protocol call request;

and converting the custom protocol call request into an inter-device communication service call request for the inter-device communication driving software through the receiving service interface program.

Optionally, the receiving service interface program interaction module 806 triggers the receiving service interface program to create a new instance, and obtains the service parameters to be processed through the new instance;

Judging whether an old instance of the receiving service interface program exists or not, wherein the old instance comprises historical service parameters at least partially related to a cashing application;

If yes, the service parameters to be processed obtained by the new instance are transmitted to the old instance, and the new instance is exited so as to interact with the inter-equipment communication driving software through the old instance.

Optionally, the receiving service interface program interaction module 806 compares the historical service parameters with the service parameters to be processed;

selecting a target device execution mode from a plurality of preset device execution modes according to the comparison result;

And transmitting the service parameters to be processed and the execution mode of the target equipment to the inter-equipment communication driving software through the old example, so that the NFC payment equipment executes the target service according to the service parameters to be processed according to the execution mode of the target equipment.

Optionally, the receiving service interface program interaction module 806 triggers the receiving service interface program to analyze the to-be-processed service parameters, and generates NFC inductive interaction gesture indication information according to the analysis result;

And transmitting the service parameters to be processed and the NFC induction interaction gesture indication information to inter-device communication driving software deployed on the cashing equipment through the receiving service interface program, wherein the inter-device communication driving software is used for indicating a target induction object to adopt the NFC induction interaction gesture corresponding to the NFC induction interaction gesture indication information to interact with the NFC payment equipment.

Optionally, the NFC-induced interaction gesture corresponding to the NFC-induced interaction gesture indication information belongs to a predetermined special approach gesture;

The receiving service interface program interaction module 806 receives a first execution result of the target service fed back by the NFC payment device, where the target inductive object does not use the NFC inductive interaction gesture corresponding to the NFC inductive interaction gesture indication information to interact with the NFC payment device after the sending the service parameter to be processed from the cashing device to the NFC payment device;

and receiving a second execution result of an additional auxiliary service which is fed back by the NFC payment equipment and is pre-associated with the target service or the NFC induction interaction gesture under the condition that the target induction object adopts the NFC induction interaction gesture corresponding to the NFC induction interaction gesture indication information and interacts with the NFC payment equipment.

Optionally, the receiving service interface program interaction module 806 unlocks a new NFC-induced interaction gesture and/or a new additional auxiliary service for the target inductive object when the target inductive object adopts an NFC-induced interaction gesture corresponding to the NFC-induced interaction gesture indication information and interacts with the NFC payment device.

Optionally, the inter-device service parameter transferring module 808 receives a service code value obtained and returned by the NFC payment device by executing the target service after the sending the service parameter to be processed from the cashing device to the NFC payment device;

and responding to the return operation executed by the NFC payment equipment through a man-machine interaction protocol, and enabling the service code value to be backfilled into an input box corresponding to the cashing application.

Fig. 9 is a schematic structural diagram of another near field communication service processing apparatus provided in one or more embodiments of the present disclosure, where the receiving service interface program is applied to a receiving service interface program deployed on a cashier device, where the receiving service interface program is provided by a service provider of an NFC payment device, and the apparatus includes:

a cashier application determining module 902, configured to determine a cashier application running on the cashier device based on a local browser;

The service parameter transfer module 904, in response to the triggering of the cashing application, transfers the service parameter to be processed generated and transferred by the cashing application to the inter-device communication driving software deployed on the cashing device, so that the inter-device communication driving software adopts a corresponding communication mode to send the service parameter to be processed from the cashing device to the NFC payment device, and is used for the NFC payment device to execute a corresponding target service;

Fig. 10 is a schematic structural diagram of a near field communication service processing device provided in one or more embodiments of the present disclosure, where the near field communication service processing device is applied to a cashier device, and the near field communication service processing device includes:

at least one processor; and

A memory communicatively coupled to the at least one processor; wherein,

Fig. 11 is a schematic structural diagram of another near field communication service processing device provided in one or more embodiments of the present disclosure, where the receiving service interface program is applied to a receiving service interface program deployed on a cashing device, where the receiving service interface program is provided by a service provider of an NFC payment device, and the near field communication service processing device includes:

at least one processor; and

A memory communicatively coupled to the at least one processor; wherein,

Based on the same considerations, one or more embodiments of the present specification further provide a non-volatile computer storage medium, for use in a cashier device, the medium storing computer-executable instructions configured to:

One or more embodiments of the present specification also provide another non-volatile computer storage medium, applied to a reception service interface program deployed on a cashier device, the reception service interface program being provided by a service provider of an NFC payment device, the medium storing computer-executable instructions configured to:

In the 90 s of the 20 th century, improvements to one technology could clearly be distinguished as improvements in hardware (e.g., improvements to circuit structures such as diodes, transistors, switches, etc.) or software (improvements to the process flow). However, with the development of technology, many improvements of the current method flows can be regarded as direct improvements of hardware circuit structures. Designers almost always obtain corresponding hardware circuit structures by programming improved method flows into hardware circuits. Therefore, an improvement of a method flow cannot be said to be realized by a hardware entity module. For example, a programmable logic device (Programmable Logic Device, PLD) (e.g., field programmable gate array (Field Programmable GATE ARRAY, FPGA)) is an integrated circuit whose logic functions are determined by user programming of the device. A designer programs to "integrate" a digital system onto a PLD without requiring the chip manufacturer to design and fabricate application-specific integrated circuit chips. Moreover, nowadays, instead of manually manufacturing integrated circuit chips, such programming is mostly implemented with "logic compiler (logic compiler)" software, which is similar to the software compiler used in program development and writing, and the original code before being compiled is also written in a specific programming language, which is called hardware description language (Hardware Description Language, HDL), but HDL is not just one, but a plurality of kinds, such as ABEL（Advanced Boolean Expression Language）、AHDL（Altera Hardware Description Language）、Confluence、CUPL（Cornell University Programming Language）、HDCal、JHDL（Java Hardware Description Language）、Lava、Lola、MyHDL、PALASM、RHDL（Ruby Hardware Description Language）, and VHDL (Very-High-SPEED INTEGRATED Circuit Hardware Description Language) and Verilog are currently most commonly used. It will also be apparent to those skilled in the art that a hardware circuit implementing the logic method flow can be readily obtained by merely slightly programming the method flow into an integrated circuit using several of 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, application SPECIFIC INTEGRATED Circuits (ASICs), programmable logic controllers, and embedded microcontrollers, examples of controllers 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 of the memory. Those skilled in the art will also appreciate that, in addition to implementing the controller in a pure computer readable program code, it is well possible to implement the same functionality by logically programming the method steps such that the controller is in the form of logic gates, switches, application specific integrated circuits, programmable logic controllers, embedded microcontrollers, etc. Such a controller may thus be regarded as a kind of hardware component, and means for performing various functions included therein may also be regarded as structures within the hardware component. Or even means for achieving the various functions may be regarded as either software modules implementing the methods or structures within hardware components.

For convenience of description, the above devices are described as being functionally divided into various units, respectively. Of course, the functions of each element may be implemented in one or more software and/or hardware elements when implemented in the present specification.

It will be appreciated by those skilled in the art that the present description may be provided as a method, system, or computer program product. Accordingly, the present specification embodiments may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present description embodiments may take the form of a computer program product on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.

The present description is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the specification. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations 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.

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 one … …" does not exclude the presence of other like elements in a process, method, article or apparatus that comprises the element.

In this specification, each embodiment is described in a progressive manner, and identical and similar parts of each embodiment are all referred to each other, and each embodiment mainly describes differences from other embodiments. In particular, for apparatus, devices, non-volatile computer storage medium embodiments, the description is relatively simple, as it is substantially similar to method embodiments, with reference to the section of the method embodiments being relevant.

The foregoing describes specific embodiments of the present disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims can 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 are also possible or may be advantageous.

The foregoing is merely one or more embodiments of the present description and is not intended to limit the present description. Various modifications and alterations to one or more embodiments of this description will be apparent to those skilled in the art. Any modification, equivalent replacement, improvement, or the like, which is within the spirit and principles of one or more embodiments of the present description, is intended to be included within the scope of the claims of the present description.

Claims

1. A near field communication service processing method applied to a cashier device, the method comprising:

2. The method of claim 1, the cashier application being a SaaS cashier application, a facilitator of the SaaS cashier application being different from a facilitator of the NFC payment device.

3. The method of claim 1, the inter-device communication driver software comprising bluetooth driver software, the corresponding communication means comprising bluetooth communication;

The accessing, in the cashing application, the custom protocol website through the browser to communicate with a receiving service interface program deployed on the cashing device specifically includes:

And accessing the custom protocol website through the browser in the cashing application to call the Bluetooth service provided by the inter-device communication driving software through a receiving service interface program deployed on the cashing device, wherein the process comprises a process of the browser and a process of the inter-device communication driving software.

4. The method of claim 1, wherein before the user-defined protocol web site is accessed in the cashier application by the browser, the method further comprises:

enabling a custom protocol corresponding to the custom protocol type to take effect through system configuration writing, wherein the receiving service interface program is developed according to the custom protocol;

accessing the custom protocol website through the browser in the cashing application to generate a custom protocol calling request;

5. The method of claim 1, the communicating with a receiving service interface program deployed on the cashier device, specifically comprising:

triggering the receiving service interface program to create a new instance, and obtaining the service parameters to be processed through the new instance;

6. The method of claim 5, wherein the interaction with the inter-device communication driver software through the old instance specifically comprises:

comparing the historical service parameters with the service parameters to be processed;

7. The method of claim 1, wherein the triggering the receiving service interface program to transfer the service parameters to be processed to inter-device communication driver software deployed on the cashing device specifically includes:

triggering the receiving service interface program to analyze the service parameters to be processed, and generating NFC induction interaction gesture indication information according to the analysis result;

8. The method of claim 7, wherein the NFC-induced interaction gesture corresponding to the NFC-induced interaction gesture indication information belongs to a predetermined special approach gesture;

after the sending the service parameters to be processed from the cashier device to the NFC payment device, the method further includes:

receiving a first execution result of the target service fed back by the NFC payment device under the condition that the target induction object does not adopt the NFC induction interaction gesture corresponding to the NFC induction interaction gesture indication information and interacts with the NFC payment device;

9. The method of claim 8, further comprising:

And under the condition that the target induction object adopts the NFC induction interaction gesture corresponding to the NFC induction interaction gesture indication information and interacts with the NFC payment equipment, unlocking a new NFC induction interaction gesture and/or a new additional auxiliary service for the target induction object.

10. The method of claim 1, after the sending the pending service parameters from the cashier device to the NFC payment device, the method further comprising:

receiving a service code value obtained and returned by the NFC payment device through executing the target service;

11. A near field communication service processing method applied to a reception service interface program deployed on a cashier device, the reception service interface program being provided by a service provider of an NFC payment device, the method comprising:

12. A near field communication service processing apparatus applied to a cashier device, the apparatus comprising:

13. The apparatus of claim 12, the cashier application being a SaaS cashier application, a facilitator of the SaaS cashier application being different from a facilitator of the NFC payment device.

14. The apparatus of claim 12, the inter-device communication driver software comprising bluetooth driver software, the corresponding communication means comprising bluetooth communication;

The receiving service interface program interaction module accesses the custom protocol website through the browser in the cashing application to call the Bluetooth service provided by the inter-device communication driving software through the receiving service interface program deployed on the cashing device in a cross-process manner, wherein the process comprises a process of the browser and a process of the inter-device communication driving software.

15. The apparatus of claim 12, wherein the custom protocol website generation module validates a custom protocol corresponding to the custom protocol type by system configuration writing before accessing the custom protocol website in the cashing application through the browser, wherein the receiving service interface program is developed according to the custom protocol;

The service interface program interaction receiving module accesses the custom protocol website through the browser in the cashing application to generate a custom protocol call request;

16. The apparatus of claim 12, wherein the receive service interface program interaction module triggers the receive service interface program to create a new instance and obtains the service parameters to be processed from the new instance;

17. The apparatus of claim 16, wherein the receive service interface program interaction module compares the historical traffic parameters to the traffic parameters to be processed;

18. The apparatus of claim 12, wherein the receiving service interface program interaction module triggers the receiving service interface program to analyze the service parameters to be processed, and generates NFC-induced interaction gesture indication information according to the analysis result;

19. The apparatus of claim 18, wherein the NFC-induced interaction gesture corresponding to the NFC-induced interaction gesture indication information is a predetermined special proximity gesture;

The service interface program interaction receiving module receives a first execution result of the target service fed back by the NFC payment device when the target inductive object does not adopt an NFC inductive interaction gesture corresponding to the NFC inductive interaction gesture indication information to interact with the NFC payment device after the service parameter to be processed is sent from the cashing device to the NFC payment device;

20. The apparatus of claim 19, the receiving service interface program interaction module is configured to unlock a new NFC-induced interaction gesture and/or a new additional auxiliary service for the target-induced object if the target-induced object interacts with the NFC payment device using an NFC-induced interaction gesture corresponding to the NFC-induced interaction gesture indication information.

21. The apparatus of claim 12, the inter-device service parameter delivery module receives a service code value obtained and returned by the NFC payment device by executing the target service after the sending of the service parameter to be processed from the cashing device to the NFC payment device;

22. A near field communication service processing apparatus applied to a reception service interface program deployed on a cashier device, the reception service interface program being provided by a service provider of an NFC payment device, the apparatus comprising:

23. A near field communication service processing device applied to a cashier device, the near field communication service processing device comprising:

at least one processor; and

A memory communicatively coupled to the at least one processor; wherein,

24. A near field communication service processing device applied to a reception service interface program deployed on a cashier device, the reception service interface program being provided by a service provider of an NFC payment device, the near field communication service processing device comprising:

at least one processor; and

A memory communicatively coupled to the at least one processor; wherein,