Method for improving user location determination performance using mobile apparatus sensor and user experience in tagless traffic payment technology

Abstract

Disclosed is a processing method for passing through a traffic gate, the processing method including the steps of: outputting a set of questionnaires asking about the experience of a user of a user terminal who has passed through the traffic gate and acquiring a set of responses from the user to the set of questionnaires; and determining, on the basis of the set of responses, a threshold value for deciding on reception or non-reception on the basis of the reception signal strength of a short-range wireless communication signal received in the user terminal. The user terminal is configured to communicate with the traffic gate to execute a pass-through process for the user to pass through the traffic gate if the reception signal strength is greater than the determined threshold.

Description

A method for improving user location determination performance using mobile device sensors and user experience in tagless transportation payment technology.

[0001] The present invention relates to a tagless transportation payment technology, and more particularly, to a technology for determining a user's intention to use a transportation service by accurately recognizing the user's location based on a beacon signal, the user's experience of passing through a transportation gate, and the output value of a sensor installed in the user terminal, in order to improve the user experience of a user passing through a transportation gate by correcting the reception sensitivity of a short-range wireless communication signal of the user terminal.

[0002] The present invention relates to a transportation payment technology using a mobile device and a server, and more particularly, to a transportation payment technology that can operate even in a situation where there is a limitation in establishing a communication link between a mobile device and a server.

[0003] Structural Limitations of Conventional Public Transportation Payment Technology

[0004] Conventional public transportation payment systems rely on NFC (Near Field Communication)-enabled devices, such as prepaid transportation cards, credit cards, and mobile USIM cards. To achieve this, users must purchase or be issued a separate transportation card and carry it with them at all times when using public transportation. Payment requires maintaining a short-range wireless communication (NFC) connection between the payment terminal and the payment device, within a few centimeters of each other. While conventional NFC payment methods have been widely used not only in public transportation but also in various other short-range payment environments, such as convenience stores and vending machines, the inconvenience of physically requiring the user to be in close proximity to the payment terminal persists. Furthermore, if the user's device is damaged or the communication environment is poor, payment failures, delays due to repeated attempts, and the associated costs of replacement devices can arise.

[0005] Furthermore, to apply the transfer discount feature for public transportation, the user must accurately verify the information on the most recent transportation mode used. To achieve this, the payment terminal records information such as the time of use, mode code, route information, payment fare, and number of discounts on the user's payment method. This information is then read when the user uses another mode of transportation to determine whether a fare discount is applicable. However, if the payment method is lost during use, the transfer record will be lost, making the user ineligible for the transfer discount, potentially resulting in additional charges.

[0006] Meanwhile, some wireless communication-based payment technologies, such as BLE (Bluetooth Low Energy), are being introduced. However, even in these cases, users must actively engage with the technology, such as launching dedicated applications installed on their smartphones and manipulating on-screen buttons. As with existing NFC methods, this requires direct user intervention, posing the inconvenience of a traditional NFC-based payment system.

[0007] Furthermore, tagless payment methods based on wireless communication technologies such as BLE, WiFi, UWB, and ultrasound allow terminals to automatically recognize users within a certain range and initiate payment. This technology utilizes a combination of an Indoor Positioning System (IPS) and BLE (Bluetooth Low Energy) signals to detect the user's location and guide payment. However, these communication technologies have a relatively wide range of several meters. Therefore, in environments with multiple users wishing to make payments, differences in communication quality can lead to misrecognition issues, such as the payment order being reversed or the wrong user being paid. Furthermore, it is difficult to reflect changes in a user's payment intent or movement path, requiring separate compensation measures to ensure payment accuracy. Furthermore, location determination based on the Received Signal Strength Indicator (RSSI) is vulnerable to external disturbances, limiting the reliability of payment quality. In particular, the omnidirectional signal characteristics of BLE beacons do not take into account the user's directionality, making it difficult to accurately identify the location, and factors such as signal interference, reflection, and multipath propagation can cause problems such as mispayment, payment delay, and location misjudgment.

[0008] Ultimately, these issues can degrade the quality and reliability of payment services in situations where many users simultaneously enter payment environments, such as public transportation, and require fundamental improvements to existing technologies.

[0009] Tagless Payment Method and User Experience

[0010] Subway stations are equipped with transit gates. When a transportation card or a mobile device (e.g., a smartphone) equipped with a transportation card is tagged to an NFC-enabled payment terminal installed at the transit gate, the gate barrier opens or remains open, allowing the user of the mobile device (herein referred to as a "passenger") to pass through the transit gate. At this time, the speed at which each user approaches the transit gate may vary. However, users tend to temporarily slow down or stop at the entrance of the transit gate when performing the tagging action. Therefore, the variation in user approach speeds to the transit gate is effectively significantly eliminated at the location of the tagging action. Therefore, even if the time interval between the tagging action and the state transition of the gate barrier, which switches between open and closed states, is fixed to a single optimal value, users will not experience any inconvenience in using the transit gate. If the time interval between the tag action time and the blocking unit state transition time is fixed to one optimal value, users will not feel inconvenienced when using the traffic gate because they will unconsciously learn the interval (rhythm) between their tag action time and the blocking unit state transition time.

[0011] In comparison, in the so-called tagless transportation payment technology, which allows users to obtain permission to pass through a transportation gate or make a transportation payment simply by holding a user terminal, such as a smartphone, close to the body without the aforementioned tagging behavior, when the user terminal carries the terminal, which broadcasts a short-range wireless communication signal from the transportation gate, communicates with the transportation gate so that the transportation gate opens. Accordingly, when the user approaches the transportation gate to a certain distance, the gate barrier of the transportation gate automatically opens or remains open to allow the user to pass. However, since the user does not perform a tagging behavior at this time, the user does not delay by slowing down or stopping his / her movement for the tag, and therefore it is difficult for the user to predict the timing of the barrier's state transition. Furthermore, the tagless transportation payment system assumes that the user's mobile device is recognized, but the timing at which the tagless transportation payment system recognizes the mobile device may vary depending on various circumstances, such as whether the user is holding the mobile device in his / her hand or, alternatively, whether the mobile device is hidden in a bag or coat. That is, in some situations, the mobile device may be recognized only when the user is positioned 1 m in front of the gate barrier, and in other situations, the mobile device may be recognized only when the user is positioned 80 cm in front of the gate barrier. In addition, even if it is assumed that the mobile devices of two users are recognized at the same location, if the walking speeds of the two users are different, there will be a difference in the timing of the barrier response recognized by the two users. The barrier may be configured to normally remain open and only close when blocking is necessary, or to normally remain closed and open when necessary.In any case, tagless transit payment systems make it difficult for users to accurately identify the exact moment when a specific action triggers a transit gate. Consequently, it's difficult to accurately determine the amount of time delay between that specific action and the gate barrier's response. Consequently, in some cases, the barrier may unexpectedly close while the user is passing through the transit gate, or it may not open at the appropriate time, resulting in inconvenience.

[0012] The above mobile device may be a user terminal such as a smartphone, and since there is a difference in sensitivity of the short-range wireless communication receiver installed in each mobile device, it is necessary to adjust this difference in sensitivity for each user.

[0013] <Public Transportation Payment Details and Transportation Details Determination Method>

[0014] In a public transportation payment system provided for payment of transportation services using means of transportation such as buses and subways, whenever a user boards a public transportation means of transportation, information including past boarding history, current station information, current vehicle information, and boarding pass type is acquired or generated. By comprehensively assessing this information, payment details and transportation details for the relevant ride can be determined. The payment details may be referred to as "purse details" and may include the payment amount. Furthermore, the transportation details may be referred to as "trans details" and may include information on the station where boarding / alighting / transfer occurred and information on the type of transportation used. Here, the information on the vehicle type may include, for example, information indicating whether the vehicle is a subway or a bus. The information on the vehicle type may be referred to as "vehicle information" herein.

[0015] In one embodiment, the entity that ultimately determines the payment details and transportation details determined in a predetermined manner may not be the user or the user terminal used by the user, but may be a payment terminal installed in a station or means of transportation, or a remote server related to the station or means of transportation.

[0016] As a first comparative example, in the traditional payment terminal installed at a station, the terminal itself finalizes the current transportation and payment details, and the determined details are input into the payment terminal. The payment terminal can then transmit these details to a transportation card (either in plate form or electronically) presented by the user, and these details are stored on the transportation card.

[0017] A second comparative example is that an app installed on a user's terminal can automatically obtain transportation details corresponding to the user's boarding / alighting / transfer events from the corresponding station or vehicle via a predetermined short-range communication protocol. The app can then wirelessly transmit the obtained information to a remote server. The server can then perform the comprehensive judgment described above to generate payment and transportation details. The server can then provide the generated payment and transportation details to the user's terminal. The app on the user's terminal can then transmit and store the payment and transportation details received from the server on an electronic transportation card accessible by the app.

[0018] The second comparative example above has the advantage of simplifying transportation services and payments by actively utilizing information and communication technologies (ICTs) that utilize short-range communication and a server-based payment platform compared to traditional methods. This eliminates the need for specific user actions to provide / accept transportation services. For example, users do not need to tag their transportation cards to payment terminals. However, the technology described in the second comparative example above has the limitation that it can only be implemented if a communication link is established between the user's terminal and a remote server every time a user boards a ride.

[0019] The present invention provides a convenient public transportation payment service by confirming the intention to pay based on whether or not a user carrying only a smartphone has entered a specific section in a payment system that automatically performs payment using a pre-registered payment method without a separate tag between the payment method and the payment terminal when the user uses a public transportation.

[0020] Furthermore, the present invention aims to provide a technology that can improve the accuracy of user movement detection and location recognition in a public transportation payment environment by utilizing BLE communication, enhance the recognition function of user payment area entry and exit through tagless payment, ensure clarity of payment method charging, provide accurate and reliable payment services, and improve the quality of payment services by reducing misrecognition, non-payment, payment delays, and payment failures. In particular, the present invention aims to provide a technology that improves the positioning method of tagless payment methods.

[0021] In addition, the present invention aims to provide a technology that provides a more satisfactory transportation gate passage experience in a personalized manner to a user who has experienced passing through a transportation gate using a tagless transportation payment method and who is not satisfied with the response speed of the barrier of the transportation gate.

[0022] In addition, the present invention provides a technology for performing payment for public transportation services by utilizing information and communication technology based on a payment platform in which a predetermined user terminal and a server participate, wherein even in an offline situation where a communication link is not established between the user terminal and the server at the time of a boarding event, a technology is provided that allows a user to permit and complete boarding of a public transportation vehicle, and subsequently generates payment details to perform settlement.

[0023] The present invention aims to improve the convenience and quality of user-facing payment services utilizing communication methods such as Near Field Communication (NFC), Magnetic Secure Transmission (MST), and Integrated Circuit (IC) card methods. In particular, the present invention proposes a method for improving the accuracy and reliability of location determination in a tagless payment method based on an indoor positioning system (IPS), which detects a user's movement by comparing the power intensity of wireless communication signals.

[0024] Conventional payment services primarily utilize short-range wireless communication (NFC) technology. In particular, NFC (Near Field Communication) technology is widely used in retail payment environments like convenience stores and vending machines, as well as in public transportation. NFC is a technology that allows payment data to be transmitted and received by bringing communication devices within a few centimeters through simple gestures like touch, tag, or contact.

[0025] When a user's NFC device (e.g., transportation card, mobile device) seeking payment access approaches a communication-enabled NFC device (e.g., payment terminal), the fare payment service can be provided. This can be interpreted as a determination of the user's location, as it is assumed the user has moved within a communication-enabled distance.

[0026] Recently, "tagless" payment technologies, such as NFC, are being introduced to enhance user convenience in public transportation payment environments. These technologies enable payment services without the user having to come into close proximity to a payment terminal. Tagless payment technology utilizes indoor positioning technology (IPS) utilizing radio waves, sound waves, and light waves. It relies on wireless radio technology based on the user's smart device. Representative smart device-based IPS technologies include Wi-Fi, Bluetooth Low Energy (BLE), and UWB.

[0027] Wi-Fi suffers from unstable wireless signal strength and direction, resulting in low accuracy. Furthermore, it requires long wait times when connecting to an Access Point (AP), making it unsuitable for payment environments. UWB offers short latency and precise location accuracy of tens of centimeters, making it ideal for indoor positioning services. However, its high initial development costs and limited availability on the latest smart devices limit its use as a universal payment method. Conversely, BLE offers location accuracy of a few meters, flexible system expansion, and a high adoption rate across a wide range of smart devices, making it ideal for tagless payment services.

[0028] Beacons, utilizing BLE technology, are wireless communication devices that can automatically recognize nearby smart devices and transmit necessary data. Their small size and low power consumption allow them to be utilized in a variety of fields, including store marketing and advertising, smart homes or IoT, location-based services, and healthcare. Beacons are implemented using antennas with omni-directional or non-directional radiation patterns, and signals can be received from a distance of several meters to tens of meters surrounding the beacon.

[0029] The power intensity of the electromagnetic waves emitted from the beacon's omnidirectional antenna decreases inversely proportional to the square of the distance due to the physical characteristics of radio waves. Therefore, the greater the distance from the beacon, the greater the signal strength received by the smart device. The received power intensity of the beacon signal is expressed as the Received Signal Strength Indicator (RSSI) value, and by measuring the change in this RSSI value over time, the distance between the beacon and the smart device can be derived, which can be utilized in a positioning system. However, although relatively accurate distance measurement is possible in sections where the received RSSI value varies significantly depending on the distance difference between the beacon and the smart device, the error in the positioning value may increase as the distance increases. Furthermore, even when the distance between the beacon and the smart device is relatively close, the reliability of the RSSI value may decrease due to environmental factors such as absorption, interference, reflection, and diffraction of radio waves.

[0030] Existing tagless payment methods, which consist of multiple combinations of beacons using a single omnidirectional antenna and rely on the RSSI value of the beacon signal received by the user's smart device, can suffer from reduced location accuracy due to errors in RSSI values, which can degrade payment quality. For example, in a public transportation payment environment where precise timing of user entry / exit or boarding / alighting is crucial, errors in measuring the entry direction or path can make it difficult to determine when to board or alight the subway. Furthermore, signals can be received outside the designated area, potentially leading to misrecognition by other users. Lowering the BLE signal transmission strength (dBm) can be considered as a solution. However, differences in the receive strength (RSSI) of mobile devices can lead to delays or failures in payment reception for individual users. In particular, when tagless payment methods, which operate without user proximity, are applied to public transportation environments used by an unspecified number of users, delays, failures, and incorrect payments can undermine trust in the payment service. Furthermore, identifying the erroneous user for payment recovery can also be difficult, necessitating improved payment quality.

[0031] Existing NFC payment methods for public transportation require users to tag their payment method to a payment terminal installed on the vehicle to pay the fare. Tagging requires users to remove their payment card or mobile device from their wallet or pocket. This process can result in inconveniences such as payment delays, depending on the user's current status (holding items in both hands, being on a call, or using a mobile device), as well as the type of payment method or how it's carried.

[0032] To improve this, the existing tagless payment method was introduced. It processes transactions through communication between the user's mobile device and the BLE beacon installed on the payment terminal. Existing tagless payment methods based on BLE communication operate by controlling the BLE signal transmission strength to adjust the audible distance of the mobile device. For example, if the BLE signal strength installed on the payment terminal is divided into 10 levels, the stronger the signal, the farther the signal reaches, and the lower the signal strength, the shorter the signal reach. Using this, two or more signals are configured at a designated location, and when the reception strength of the BLE signal received by the mobile device exceeds a threshold, it is considered that the user has expressed his or her intention to use public transportation, and the fare is deducted from the payment method. For example, beacons that transmit BLE signals are installed inside buses or in front and behind subway gates, and information that can identify the payment location, such as the route number, vehicle number, station information, and terminal number of the relevant transportation method, is transmitted. When the user's mobile device approaches the beacon from the front or rear, depending on the user's approach, and the reception strength exceeds a critical point, the device enters the billing stage.

[0033] This conventional tagless payment method utilizes a method of tracking a user's movement path by positioning beacons equipped with single antennas with omnidirectional radiation patterns spaced apart from each other. This tagless payment method, which utilizes two or more beacons, can be implemented based on the received power strength of the beacon signals. For example, if two beacons are placed a certain distance apart, and a signal transmitted from the first beacon is received above a certain RSSI value, the user's proximity to the location where the beacon is installed can be confirmed. At this time, the first beacon can transmit information that characterizes the payment location, such as the route number, vehicle number, station information, and terminal number of the relevant transportation method. As the user moves to the location of the second beacon, the RSSI value of the signal received from the first beacon decreases, and the signal received from the second beacon may be received above a threshold RSSI value. If the mobile device's location movement is confirmed in this way, the user's intent to use public transportation is considered to have been expressed, and the fare is deducted from the user's designated payment method, enabling a tagless payment service.

[0034] Meanwhile, when implementing a tagless payment system using n beacons in public transportation payment environments such as subways or buses, it is essential to accurately detect the movement behavior of users carrying mobile devices while boarding public transportation. The spaces where these movements occur (e.g., entering and exiting subway gates, boarding and alighting buses, etc.) are typically very narrow, less than 2 meters apart. In some cases, precise positioning within 1 meter is required. Therefore, even within a distance of 1 meter, the signal strength received from adjacent beacons must be clearly differentiated according to the order of proximity to the user to accurately detect the user's movement behavior.

[0035] Conventional tagless payment methods, which detect a user's movement by comparing the power intensity of beacon signals based on distance from multiple beacons equipped with a single antenna with omnidirectional radiation characteristics, can lead to the following problems. First, even if a user moves along an adjacent path other than the designated tagless payment path, the signal emitted by the beacon can be received, potentially resulting in incorrect payments. Second, due to radio interference, reflections, and multipath propagation, the received power intensity of a distant beacon can be greater than that of a nearby beacon, which can lead to incorrect judgment of the user's movement direction. Finally, the reception sensitivity of each mobile device's BLE module is inconsistent and varies significantly, making it difficult to determine an appropriate range of beacon transmission power that satisfies both high- and low-sensitivity devices. While strong beacon transmission power facilitates signal reception by mobile devices with low reception sensitivity, high-sensitivity devices may find it difficult to distinguish between beacons based on distance. Conversely, weak transmission power can result in delayed or even impossible data reception by mobile devices with low reception sensitivity.

[0036] Tagless public transportation payment systems, which utilize multiple beacons equipped with a single antenna based on radio wave reception strength and an omnidirectional radiation pattern, can result in service quality degradation, including payment delays, payment failures, and incorrect payments. Furthermore, service errors can make it difficult to identify users who used the public transportation payment service before and after the error occurred, potentially leading to ambiguity in user fare charges. Furthermore, users experiencing errors may experience inconveniences such as having to reset their mobile devices or restart the application.

[0037] The present invention aims to maximize the convenience and accuracy of transportation payment services by improving user awareness in tagless payment methods based on BLE communication. This achieves the following objectives:

[0038] First, it improves the accuracy of the user's recognition function for entering / exiting the payment area when using public transportation.

[0039] Second, the basis for charging for public transportation fees is clarified.

[0040] Third, it provides an accurate and reliable transportation payment service by reducing the error rate such as payment by another person, non-payment, and payment delay due to misrecognition.

[0041] Payment System

[0042] The present invention relates to a public transportation payment system and payment method thereof, which automatically determines a user's intent to use a public transportation vehicle and automatically deducts the fare from a pre-registered payment method, without requiring a separate tagging action by the user when using the vehicle. In particular, the present invention utilizes a payment system and payment method configured to determine the user's intent to pay and automatically deduct the fare without requiring a direct tagging action between the payment medium and the terminal, as is the case with conventional short-range communication methods.

[0043] According to one aspect of the present invention, a payment terminal provided comprises a communication unit for confirming whether a user uses a payment method and means of transportation, and a recognition unit for confirming the user's intention to pay, and the user terminal comprises a communication unit for confirming whether the user uses a payment method and means of transportation, and a detection unit for confirming the user's location.

[0044] At this time, the user's payment method may be any of a credit card, a bank account, or a transportation card that allows online payment.

[0045] At this time, the transportation card may be a mobile app card, USIM card, etc.

[0046] At this time, the communication unit for confirming whether the above transportation means is used may use any of BLE, WiFi, UWB, or ultrasound based on the communication means supported by the user terminal held by the user.

[0047] At this time, the recognition unit that confirms the user's intention to pay and the detection unit for confirming the user's location are composed of a long-distance recognition / detection unit that can confirm the user from a long distance by using means such as BLE, WiFi, UWB, and ultrasonic waves, and a short-distance recognition / detection unit that can confirm the user from a short distance by using a magnetic force generated from a specific magnetic substance.

[0048] According to the payment method according to the present invention, the user terminal and the payment terminal can be divided into a payment preparation area, a payment confirmation area, and a payment completion area using a communication unit and a recognition unit.

[0049] In the payment method according to the present invention, the payment terminal can continuously transmit a payment signal including information necessary for payment, such as history information and terminal information, to cover the payment preparation area using one or more communication means supported by the user terminal.

[0050] The size and shape of the payment preparation area can be freely set by the business operator, depending on the purpose of the payment, within the area in front of or adjacent to the recognition unit within the payment terminal. For example, for subway use, the payment preparation area could be a certain area in front of the subway gate, or for bus use, it could be the area where the boarding queue is formed.

[0051] If a user terminal receives a payment signal transmitted by a payment terminal that can be detected using a communication method supported by the user terminal, the user terminal may initiate preparations for prepayment. At this time, the user terminal may extract history information, terminal information, and usage method information from the received payment signal and transmit them to the payment system.

[0052] The payment system can check the user's past transportation usage history and transportation discount information from the payment method linked to the user's terminal, calculate the payment amount required for the current use based on this information, and then perform a prepayment step to complete payment preparation using the payment method. This prepayment step is not a confirmed payment, but rather a preparatory step for payment execution.

[0053] Meanwhile, a corresponding payment preparation area can be defined for each payment terminal. For example, if multiple payment terminals are placed side by side at a subway fare payment gate, an independent payment preparation area can be created for each payment terminal, and these areas can be distinct from each other without overlapping. Accordingly, a user terminal entering a payment preparation area must be able to clearly identify the payment terminal associated with that area.

[0054] In each payment preparation area, payment processing can be performed using the unique ID assigned to the corresponding payment terminal.

[0055] The communication method of a payment terminal can adjust the communication range (coverage) by adjusting the transmission strength, thereby forming a payment confirmation area (i.e., a payment intent confirmation area) on the user terminal. Furthermore, when configuring a magnetic material using methods such as a Helmholtz coil, it is also possible to assign unique identification information by utilizing the electrical signal generation cycle.

[0056] In the payment confirmation area, the payment terminal can transmit beacon signals with different transmission intensities. The user terminal can confirm the user's payment intent by determining the reception strength and reception interval of these beacon signals. For example, if a beacon device is installed that transmits two beacon signals with different identifiers (IDs) at two different levels of transmission intensities, the user terminal can continuously receive only the beacon signal with the stronger transmission intensities when the user terminal is far from the payment terminal, and continuously receive the beacon signal with the weaker transmission intensities only when the user terminal is close to the payment terminal. This allows for precise determination of the distance the user terminal is from the payment terminal.

[0057] However, since the reception sensitivity (e.g., number of receptions, signal strength, etc.) of the beacon signal varies for each user terminal, it is necessary to set different reception count standards according to the reception sensitivity level in order to ensure the accuracy of location determination. To this end, an additional reference beacon device that can determine the reception sensitivity level of the user terminal is required. The reference beacon device is distinguished through a different ID from the existing beacon devices that transmit two levels of beacon signals, and can transmit signals with a stronger transmission strength so that the user terminal can receive them even when it is in the payment preparation area. Based on the signal strength received in this way, the user terminal can set its own reception sensitivity standard value.

[0058] Additionally, in the payment confirmation area, the user's intent to pay can be confirmed by having the magnetic sensor included in the user terminal detect the magnetic force generated by a specific magnetic material installed in the payment terminal. If the magnetic sensor measurement value of the user terminal is detected as a value different from a preset threshold within a specific time period, this may be considered as the user's intent to pay. The method of installing the magnetic material may vary depending on the detection area of ​​the user terminal, and may be configured by directly attaching it to the payment terminal or utilizing a separate device.

[0059] Once the user's intent to pay has been confirmed, the user's terminal can transmit payment information to the payment terminal via short-range wireless communication. The payment terminal receives the payment information, allows the user to pass through the payment confirmation area, and transmits confirmation information regarding the permission to pass back to the user's terminal. Based on the confirmation information, the user's terminal notifies the payment system of payment confirmation, and the payment system finalizes the payment information prepared during the prepayment stage.

[0060] In the payment method according to the present invention, a payment completion area can be additionally defined and used after the payment confirmation area. The payment completion area can be configured in the same manner as the payment confirmation area. While payment can be completed immediately upon reaching the payment confirmation area after passing the payment preparation area, a separate payment completion area can be configured to account for exceptional circumstances such as mid-payment cancellation, payment abandonment, or signal errors during the payment process.

[0061] In a system consisting solely of a payment preparation area and a payment confirmation area, the payment system confirms the payment based on information received in the payment confirmation area. However, in a system that includes a payment completion area, the payment is finalized only after the payment preparation and payment confirmation areas have been completed and a signal has been received in the payment completion area. Therefore, in this embodiment, the payment preparation area and payment confirmation area are mandatory components, while the payment completion area can be understood as an optional component. In this embodiment, the user's passage through the payment confirmation area is permitted during the processing process, and the payment is confirmed during the processing process in the payment completion area.

[0062] Furthermore, the payment method of the present invention is designed to accurately confirm the user's payment intent without requiring the user to perform any separate tagging actions or manipulate the user terminal. Beyond the core procedures required to achieve this goal, the payment protocol between the user terminal and the payment terminal can be adopted in the same manner as used in conventional technologies.

[0063] The payment method according to the present invention can be utilized in the transportation service sector, but it can also be utilized in non-transportation sectors such as general merchandise sales services. In the payment method according to the present invention, if the magnetic material is appropriately incorporated into a payment terminal installed at a transportation or goods point of sale, it can prevent misidentification incidents, such as incorrectly identifying a user among multiple users or making a payment with a user who has no intention of paying.

[0064] According to one aspect of the present invention, a non-volatile computer-readable storage medium provided has stored therein one or more programs including commands that, when executed by a user terminal, cause the user terminal to perform the steps of: preparing payment-related information including a payment amount based on acquired payment preparation information; and transmitting the payment-related information to a payment terminal when, upon receiving a first beacon signal, a value related to the reception intensity of a second beacon signal received by the user terminal is determined to exceed a predetermined first threshold value.

[0065] At this time, the payment information may be payment information generated by the user terminal or prepayment information obtained by the user terminal from the server.

[0066] At this time, the transmitting step can be executed only when, when receiving the first beacon signal, the value of the reception intensity of the received second beacon signal exceeds the first threshold value, and also when the magnetic intensity or magnetic change detected and output by the magnetic detection unit of the user terminal is equal to or greater than a predetermined value.

[0067] At this time, the user terminal is configured to access a payment wallet that stores financial value for payment of the payment amount, and the step of preparing information regarding the payment includes a step of determining the payment amount based on the past usage history of the user of the user terminal, the payment preparation information, and discount information regarding the user, and the past usage history and the discount information may be stored in the payment wallet or a storage device associated with the payment wallet.

[0068] The above payment method may be included in the user terminal or may be stored in a device other than the user terminal.

[0069] At this time, the commands may be configured to cause the user terminal to execute, after the transmitting step, a step of communicating with the payment terminal to perform payment for the payment amount using the value stored in the payment wallet; and a step of updating the user's past usage history of the user terminal by storing new usage history related to the performed payment in the payment wallet.

[0070] At this time, the step of performing the payment may be executed when the user terminal receives the third beacon signal, and the value of the reception intensity of the fourth beacon signal received by the user terminal is determined to be less than a predetermined second threshold value.

[0071] At this time, the fourth beacon signal may be the second beacon signal or a beacon signal different from the second beacon signal.

[0072] At this time, the step of performing the payment can be executed only when the magnetic strength or magnetic change detected and output by the magnetic sensing unit of the user terminal is greater than a predetermined value when the third beacon signal has been received and the value related to the reception strength of the fourth beacon signal is determined to be less than the second threshold value.

[0073] At this time, the first beacon device that transmits the first beacon signal may be placed at a leading point of the user's movement path, the third beacon device that transmits the third beacon signal may be placed at a subsequent point of the movement path, and the second beacon device that transmits the second beacon signal may be placed between the leading point of the movement path and the subsequent point of the movement path. The intensity with which the second beacon device outputs the second beacon signal may be greater than the intensity with which the first beacon device outputs the first beacon signal, and the intensity with which the second beacon outputs the second beacon signal may be greater than the intensity with which the third beacon outputs the third beacon signal. The first beacon device, the second beacon device, and the third beacon device may be configured to periodically transmit the first beacon signal, the second beacon signal, and the third beacon signal, respectively.

[0074] In this name, among the two points reached by the user during the user's movement path, the point reached first can be referred to as the leading point, and the point reached later can be referred to as the trailing point.

[0075] At this time, the beacon device transmitting the fourth beacon signal may be positioned between the leading point of arrival and the trailing point of arrival on the movement path. The intensity with which the beacon device transmitting the fourth beacon signal transmits the fourth beacon signal may be greater than the intensity with which the first beacon device transmits the first beacon signal. In addition, the intensity with which the beacon device transmitting the fourth beacon signal transmits the fourth beacon signal may be greater than the intensity with which the third beacon transmits the third beacon signal.

[0076] At this time, the payment wallet storing the financial value for payment of the payment amount is included in a storage device accessible by the server, and the payment wallet or a storage device associated with the payment wallet records the past usage history of the user of the user terminal and discount information about the user, and the step of preparing the information about the payment includes the step of transmitting the ID of the user associated with the user terminal and the payment preparation information to the server; and the step of preparing the prepayment information received from the server as the information about the payment; and the prepayment information includes the payment amount, and the payment amount may be determined by the server based on the past usage history, the payment preparation information, and the discount information.

[0077] At this time, the commands may be configured to cause the user terminal to execute, after the transmitting step, a step of transmitting a message to the server indicating that the user terminal has entered the payment confirmation area. In addition, the server may be configured to execute a step of performing payment for the payment amount using the value stored in the payment wallet; and a step of storing new usage details related to the performed payment in the payment wallet to update the user's past usage details of the user terminal.

[0078] At this time, payment of the transportation fare may be made through a conventional payment process between the user terminal and the payment terminal installed at the subway station, etc. Alternatively, the payment process may be carried out without the direct participation of the payment terminal installed at the subway station, etc., but rather by a cloud payment terminal designed by simulating the payment terminal on a server. In this case, the cloud payment terminal and the user terminal may communicate to make the payment of the transportation fare. The cloud payment terminal may be executed on the server.

[0079] At this time, the payment terminal may be configured to provide a certain service upon receiving information regarding the payment.

[0080] And the above commands may be configured to cause the user terminal to execute a step of transmitting a message to the server indicating that the user terminal has entered a payment completion area when the value regarding the reception strength of the fourth beacon signal received by the user terminal is determined to be less than or equal to a predetermined second threshold value. And the server may be configured to execute a step of performing payment for the payment amount using the value stored in the payment wallet based on the payment preparation information; and a step of storing new usage details regarding the performed payment in the payment wallet to update the user's past usage details of the user terminal.

[0081] At this time, the value regarding the reception strength of the second beacon signal may be the reception strength of the second beacon signal when the user terminal receives the second beacon signal.

[0082] At this time, the value regarding the reception strength of the second beacon signal may be the number of times the user terminal receives the second beacon signal during a predetermined unit time from the time at which the user terminal receives the first beacon signal.

[0083] At this time, the value regarding the reception strength of the fourth beacon signal may be the reception strength of the fourth beacon signal when the user terminal receives the fourth beacon signal.

[0084] At this time, the payment preparation information is transmitted as a wireless communication signal from the first beacon device, the payment terminal, or another communication device installed in the station, etc., and the payment preparation information includes information that can confirm a rule for determining a fee for a service provided in connection with the payment terminal, and the information that can confirm the rule may include information that specifies the service provided by the payment terminal so as to be distinguished from other services.

[0085] At this time, the commands may further be configured to cause the user terminal to perform the steps of: measuring the strength of a short-range wireless communication signal transmitted from a reference radio transmitter tagged by the user terminal; determining the short-range wireless communication reception sensitivity of the user terminal based on the measured strength; and determining and storing the first threshold value and the second threshold value based on the determined reception sensitivity.

[0086] According to another aspect of the present invention, a payment method may be provided, including: a step of obtaining, by a user terminal, a signal including payment preparation information; a step of preparing, by the user terminal, payment-related information including a payment amount based on the payment preparation information; and a step of transmitting, by the user terminal, the payment-related information to a payment terminal when, when the user terminal receives a first beacon signal, a value regarding the reception intensity of a second beacon signal received by the user terminal is determined to exceed a predetermined first threshold value.

[0087] According to another aspect of the present invention, a payment system may be provided, including: a device for broadcasting payment preparation information; a first beacon device for transmitting a first beacon signal; a second beacon device for transmitting a second beacon signal that is stronger than the first beacon signal; and a payment terminal for providing a predetermined service upon receiving prepayment information including a payment amount from a user terminal. The prepayment information is transmitted by a server to the user terminal. The server receives the payment preparation information and a user ID associated with the user terminal from the user terminal, determines the payment amount using past usage history associated with the user, discount information associated with the user, and the payment preparation information, provides the prepayment information including the payment amount to the user terminal, and upon receiving a message from the user terminal indicating that the user terminal has entered a payment confirmation area or a payment completion area, completes payment for the payment amount using a payment wallet associated with the user stored in the server, and stores new usage history of the user in the payment wallet.

[0088] At this time, the device broadcasting the payment preparation information may be any one of the first beacon device, the second beacon device, the payment terminal, and another communication device.

[0089] According to another aspect of the present invention, a non-volatile computer-readable storage medium may be provided that stores one or more programs including commands that, when executed by a user terminal, cause the user terminal to perform the steps of: obtaining payment preparation information, preparing payment information including a payment amount based on the payment preparation information; and communicating with a payment terminal to perform payment for the payment amount. In this case, the step of performing the payment is executed when, when the user terminal receives a third beacon signal, a value related to the reception strength of a fourth beacon signal received by the user terminal is determined to be less than a predetermined second threshold value.

[0090] At this time, the third beacon device transmitting the third beacon signal is positioned at a later arrival point in the movement path, and the beacon device transmitting the fourth beacon signal is positioned at a first arrival point that is reached before the later arrival point in the movement path, and the intensity at which the third beacon device outputs the third beacon signal may be lower than the intensity at which the beacon device transmitting the fourth beacon signal outputs the fourth beacon signal.

[0091] According to another aspect of the present invention, there may be provided a non-volatile computer-readable storage medium storing one or more programs including commands that, when executed by a user terminal, cause the user terminal to: obtain payment preparation information and transmit the payment preparation information to a server; and, when the user terminal receives a third beacon signal, if it is determined that a value related to the reception intensity of a fourth beacon signal received by the user terminal is less than or equal to a second threshold value, transmit first information indicating that a value related to the reception intensity of the fourth beacon signal is less than or equal to the second threshold value to the server. In this case, the server is configured to determine a payment amount based on the payment preparation information, and perform a payment for the payment amount upon receiving the first information.

[0092] At this time, the step of transmitting the first information to the server can be executed only when the user terminal receives the third beacon signal, the value of the reception intensity of the fourth beacon signal is less than the second threshold value, and the magnetic intensity or magnetic change detected and output by the magnetic detection unit of the user terminal is equal to or greater than a predetermined value.

[0093] At this time, the first information may be information notifying that the user terminal has entered the payment completion area.

[0094] Tagless System

[0095] The payment terminal, payment method, non-volatile computer-readable storage medium, and payment system of the present invention described above can be implemented using the tagless system described below.

[0096] According to one aspect of the present invention, a tagless system may be provided, including: a first tagless payment device including a vertical frame portion fixed to the floor of a predetermined first entry / exit zone, and an upper portion installed at an upper point of the vertical frame portion; a first directional antenna installed at the upper portion and transmitting a first radio signal forming a first coverage area directed toward the floor of the entry / exit zone; and a second antenna transmitting a second radio signal forming a second coverage area. At this time, the second coverage area is formed closer to the first tagless payment device than to the first coverage area so that, in the process of a passerby carrying a predetermined user terminal moving from the first entry / exit zone through the first tagless payment device, the user terminal enters the second coverage area only after entering the first coverage area. In addition, the first radio signal including information necessary for payment preparation is transmitted to the first directional antenna so that the user terminal receiving the first radio signal can perform a predetermined payment preparation. The user terminal is configured to execute payment upon receiving the second radio signal after executing the payment preparation. Furthermore, upon obtaining information that the user terminal has executed the payment, the terminal is configured to execute a process for allowing the passenger to pass.

[0097] At this time, the second antenna may be a directional antenna.

[0098] At this time, the area of ​​the first coverage area projected onto the floor surface may be wider than the area of ​​the second coverage area projected onto the floor surface.

[0099] At this time, the first directional antenna may be a directional array antenna including a plurality of antenna elements, and the plurality of antenna elements may be arranged at the upper portion.

[0100] At this time, the tagless system may further include a preparation area beacon device including the first directional antenna; and a confirmation area beacon device including the second antenna. At this time, the first radio signal may be a first beacon signal, and the second radio signal may be a second beacon signal.

[0101] At this time, the user terminal may be configured to execute the payment preparation and payment in cooperation with a remote server, and the tagless system may be configured to obtain information from the server that the payment has been executed.

[0102] At this time, the tagless system may further include a payment terminal. The user terminal may be configured to perform the payment preparation and payment in cooperation with the payment terminal.

[0103] At this time, the rear region of the first directional antenna may be formed in an upward direction from the first directional antenna. In addition, the pedestrian may be prevented from passing through the rear region while moving from the first entry / exit zone through the first tagless payment device.

[0104] According to another aspect of the present invention, a payment system may be provided, including a tagless system; and an adjacent tagless system disposed adjacent to the tagless system and having the same configuration as the tagless system. The tagless system includes a first tagless payment device including a vertical frame portion fixed to the floor of a predetermined first entry / exit zone and an upper portion installed at an upper point of the vertical frame portion; a first directional antenna installed at the upper portion and transmitting a first radio signal forming a first coverage area directed toward the floor of the entry / exit zone; and a second antenna transmitting a second radio signal forming a second coverage area. The adjacent tagless system includes an adjacent tagless payment device including an adjacent vertical frame portion fixed to the floor of a predetermined adjacent entry / exit zone and an adjacent upper portion installed at an upper point of the adjacent vertical frame portion; and an adjacent directional antenna installed at the adjacent upper portion and transmitting an adjacent radio signal forming an adjacent coverage area directed toward the floor of the adjacent entry / exit zone. When a passenger carrying a user terminal moves from the first entry / exit zone through the first tagless payment device, the second coverage area is formed closer to the first tagless payment device than the first coverage area so that the user terminal enters the first coverage area before entering the second coverage area. The first radio signal including information necessary for payment preparation is transmitted to the first directional antenna so that the user terminal receiving the first radio signal can perform a predetermined payment preparation. The user terminal is configured to perform payment upon receiving the second radio signal after performing the payment preparation. When the user terminal obtains information that the payment has been performed, a process for allowing the passenger to pass is performed.The above first coverage area and the adjacent coverage area do not overlap each other.

[0105] At this time, when the passenger moves along a path that sequentially passes through the adjacent entry / exit zone, the first entry / exit zone, and the first tagless payment device, the user terminal may be configured to execute a predetermined second payment preparation when receiving the adjacent radio signal, and thereafter, when the user terminal receives the first radio signal, the user terminal may be configured to invalidate the second payment preparation and execute the predetermined payment preparation.

[0106] At this time, the rear region of the adjacent directional antenna may be formed in an upward direction from the adjacent directional antenna, and may be configured so that the passerby does not pass through the rear region of the adjacent directional antenna while moving from the first entry / exit zone through the first tagless payment device.

[0107] <Transportation payment method after confirmation of payment intent>

[0108] As described above, when the user is located in the payment confirmation area or payment completion area and the user's intention to pay is confirmed, a traffic payment can be made between the user terminal and the server.

[0109] According to one aspect of the present invention, a transportation payment method is provided, which relates to a method for executing transportation payment for a boarding / alighting / transfer event in a situation where a communication link is not established between a user terminal possessed by a user and a remote server at the time of boarding / alighting / transfer or during a certain period of time based on the boarding / alighting / transfer time. At this time, an app of the user terminal automatically generates transportation details corresponding to the boarding / alighting / transfer event. Since a predetermined first symmetric key is required to generate the transportation details, the app of the user terminal can obtain the first symmetric key for automatically generating the transportation details.

[0110] The app installed on the user terminal may be configured to connect to a key provisioning server and request provision of the first symmetric key when a predetermined first condition is satisfied. The key provisioning server may provide the first symmetric key to the app in response to the request. In this case, the first symmetric key may have a limited validity period.

[0111] The first condition may be a condition under which the app is executed, or a condition under which a user using the app activates a setting requesting provision of the first symmetric key. Alternatively, the first condition may be a condition under which the validity period of the first symmetric key already secured by the user terminal has expired, or another condition.

[0112] The technical details that enable the app of the above user terminal to automatically generate traffic details corresponding to the above boarding / alighting / transfer events are already known in this technical field.

[0113] At this time, the first symmetric key is different from the second symmetric key, which is a symmetric key required to generate payment details for the boarding / disembarking / transfer. The app on the user terminal may be prevented from obtaining the second symmetric key.

[0114] If the first symmetric key or the second symmetric key is stored in a user terminal, such as a smartphone, where the user can manipulate the key, rather than in a server with strict security or an authentication terminal where user manipulation is prohibited, the security risk may increase. However, the security threat due to the exposure of the first symmetric key for generating the transportation details may be assessed to be less than the security threat due to the exposure of the second symmetric key for generating the payment details. Therefore, in the transportation payment method provided according to one aspect of the present invention, the user terminal may be configured to hold the first symmetric key instead of the second symmetric key.

[0115] Accordingly, in the above transportation payment method, the app on the user terminal does not generate payment details on its own. Instead, at the point of communication availability, which is the point in time when a communication link is established between the user terminal and the server, the user terminal may transmit a set of transportation details it has generated and retained to the server. At this time, the set of transportation details may include information that has not yet been transmitted to the server among one or more transportation details that the user terminal has generated and retained up to the point of communication availability.

[0116] For example, assuming a situation where a user repeats six boarding / alighting / transfer events on various public transportation means while the communication link between the user terminal and the server is not established for three hours from 1:00 PM to 4:00 PM, and the communication link between the user terminal and the server is restored at 4:10 PM, the six traffic records created and held by the user terminal can be transmitted to the server at the communication-available time defined as 4:10 PM or a later time.

[0117] For example, in the first scenario, the six traffic records may be, in the order of time of boarding / alighting / transfer, a first traffic record including {first boarding station, first boarding vehicle information}, a second traffic record including {first disembarking station, first disembarking vehicle information}, a third traffic record including {second boarding station, second boarding vehicle information}, a fourth traffic record including {second disembarking station, second disembarking vehicle information}, a fifth traffic record including {third boarding station, third boarding vehicle information}, and a sixth traffic record including {third disembarking station, third disembarking vehicle information}.

[0118] In another second scenario, the six traffic records may be, in the order of time of boarding / alighting / transfer, a first traffic record including {first boarding station, first boarding vehicle information}, a second traffic record including {first transfer station, first transfer vehicle information}, a third traffic record including {first alighting station, first alighting vehicle information}, a fourth traffic record including {second boarding station, second boarding vehicle information}, a fifth traffic record including {second transfer station, second transfer vehicle information}, and a sixth traffic record including {second alighting station, second alighting vehicle information}.

[0119] When the user terminal transmits a set of traffic records generated and held at the above communication point in time to the server, the server can combine the transmitted set of traffic records to create a set of payment records. For example, in the second scenario, the server can post-generate a set of payment records that was not previously generated by utilizing all of the first through sixth traffic records.

[0120] In the above example, since the communication link between the user terminal and the server was not established for three hours from 1:00 PM to 4:00 PM, the server could not generate payment details for the boarding / alighting / transfer events that occurred from 1:00 PM to 4:00 PM at least. However, as described above, the server can post-generate the payment details that were not generated after the communication became possible. For example, in the second scenario, the server can generate six payment details, namely, the first payment detail, the second payment detail, the third payment detail, the fourth payment detail, the fifth payment detail, and the sixth payment detail, which correspond to the first transportation details, the second transportation details, the third transportation details, the fourth transportation details, the fifth transportation details, and the sixth transportation details, respectively.

[0121] The set of payment details generated by the server can be provided by the server to the app of the user terminal through a communication link established between the user terminal and the server.

[0122] According to one aspect of the present invention, a transportation payment method may be provided, including a transportation history storage step (S20) in which a user terminal (10) generates and stores transportation history including station information and vehicle information based on information acquired from a transportation terminal (30); a transportation history transmission step (S30) in which the user terminal (10) transmits the stored transportation history to a server (20); and a payment history storage step (S60) in which the user terminal (10) receives and stores payment history corresponding to the transportation history from the server (20); wherein the payment history is generated by the server based on the transportation history.

[0123] At this time, the traffic history storage step may include a step in which the user terminal (10) stores the traffic history in a predetermined card medium that the user terminal (10) can access, and the payment history storage step may include a step in which the user terminal (10) stores the payment history in the card medium.

[0124] At this time, in the payment details storage step, the transportation details can be stored as paired information paired with the payment details.

[0125] At this time, the transportation terminal is a payment terminal (302) installed corresponding to a public transportation vehicle used by the user or installed corresponding to an entrance gate, and the information obtained by the user terminal (10) from the transportation terminal may be information provided by the payment terminal (302) to the user terminal (10) using short-range communication between the payment terminal (302) and the user terminal (10).

[0126] At this time, the transportation terminal is a beacon device (301) installed in response to a public transportation vehicle used by a user or installed in response to an entrance gate, and the information obtained by the user terminal (10) from the transportation terminal may be information extracted by the user terminal (10) from information broadcast by the beacon device (301).

[0127] According to another aspect of the present invention, a transportation payment method may be provided, including: a step of repeatedly executing a step of storing traffic details, which generates and stores traffic details including station information and vehicle information, based on information acquired from a predetermined traffic terminal by a user terminal (10), at a plurality of different times; a step of transmitting traffic details (S30) in which the user terminal (10) transmits the stored set of traffic details to a server (20); and a step of storing payment details (S60) in which the user terminal (10) receives and stores a set of payment details corresponding to the set of traffic details from the server (20); wherein the set of payment details is generated by the server (20) based on the set of traffic details.

[0128] At this time, the stored set of traffic details may include a first traffic detail generated by the user terminal (10) based on information obtained by the user terminal (10) from a predetermined first traffic terminal, and a second traffic detail generated by the user terminal (10) based on information obtained by the user terminal (10) from a predetermined second traffic terminal.

[0129] At this time, the stored set of traffic details may include a third traffic detail generated by the user terminal (10) based on information obtained by the user terminal (10) from a first traffic terminal at a first point in time, and a fourth traffic detail generated by the user terminal (10) based on information obtained by the user terminal (10) from the first traffic terminal at a second point in time.

[0130] At this time, the above set of traffic details includes N traffic details, and the server (20) is configured to create N payment details corresponding to each of the N traffic details, and the above set of payment details can be composed of the N payment details.

[0131] At this time, in the payment history storage step, any payment history among the N payment histories can be stored as pair information paired with a transportation history corresponding to any payment history among the N transportation histories.

[0132] According to another aspect of the present invention, a computer-readable non-volatile storage medium may be provided, which stores a program including commands that cause a user terminal (10) to execute a traffic history storage step of generating and storing traffic history including station information and vehicle information based on information acquired from a traffic terminal; a traffic history transmission step of transmitting the stored traffic history to a server; and a payment history storage step of receiving and storing payment history corresponding to the traffic history from a server (20).

[0133] According to another aspect of the present invention, a computer-readable non-volatile storage medium storing a program including commands that cause a user terminal (10) to execute a traffic history storage step of generating and storing traffic history including station information and vehicle information based on information acquired from a traffic terminal; a traffic history transmission step of transmitting the stored traffic history to a server (20); and a payment history storage step of receiving and storing payment history corresponding to the traffic history from the server (20), and a traffic payment system including the server may be provided.

[0134] According to another aspect of the present invention, a transportation payment system may be provided, comprising a user terminal (10); and a server (20); wherein the user terminal (10) is configured to execute a transportation details storage step of generating and storing transportation details including station information and vehicle information based on information acquired from a transportation terminal by the user terminal (10), a transportation details transmission step of transmitting the stored transportation details to the server, and a payment details storage step of receiving and storing payment details corresponding to the transportation details from the server, and wherein the server is configured to generate the payment details based on the transportation details.

[0135] According to another aspect of the present invention, a method for providing a transportation service may be provided, comprising: a transportation history storage step in which a user terminal generates and stores a set of transportation history including station information about a set of stations and vehicle information, which is information about a set of vehicles used by a user at a set of stations, based on information acquired from a set of transportation terminals (30) at a set of stations during a first time period; a transportation history transmission step in which the user terminal transmits the stored set of transportation history to a server; and a payment history storage step in which the user terminal receives and stores a set of payment history corresponding to the set of transportation history from the server; wherein the set of payment history is generated by the server based on the set of transportation history.

[0136] At this time, the first transportation terminal among the set of transportation terminals is a device installed in a transportation gate installed at the first station among the set of stations, and the information acquired by the user terminal from the first transportation terminal during the first time period may be payment preparation information transmitted by the first transportation terminal in a broadcast manner using short-range communication.

[0137] At this time, the traffic history storage step may include a step in which the user terminal prepares payment-related information including the payment amount based on the payment preparation information; a step in which, when the user terminal receives a first beacon signal, the value of the reception intensity of the second beacon signal received by the user terminal is determined to exceed a predetermined first threshold value, the step in which the payment-related information is transmitted to the payment terminal; and a step in which, when the payment terminal receives the payment-related information, the user is permitted to pass through the traffic gate. At this time, the payment terminal may be a device provided at the traffic gate, and the first beacon signal may be transmitted from a first beacon device provided at the traffic gate in association with the payment terminal, and the second beacon signal may be transmitted from a second beacon device provided at the traffic gate in association with the payment terminal.

[0138] At this time, the payment process for the transportation fee for the transportation service that allows the user to pass through the transportation gate may be performed by the server processing the transportation details transmitted to the server in the transportation details transmission step.

[0139] At this time, the method for providing the transportation service may further include a step in which the server generates a set of payment details from a set of transportation details between the transportation details transmission step and the payment details storage step. The first time period is a time period included in a continuous time period in which a communication service for information exchange between the user terminal and the server is not provided, and at the time when the transportation details transmission step is performed, a process of deducting the transportation fee for the transportation service provided to the user by the set of vehicles from the user's payment wallet has not been completed, and the deducting process may be executed by the server after the transmitted set of transportation details is transmitted to the server.

[0140] At this time, the traffic history storage step may include a step in which the user terminal stores the set of traffic history in a predetermined card medium accessible to the user terminal, and the payment history storage step may include a step in which the user terminal stores the set of payment history in the card medium.

[0141] At this time, the first time interval may be a time interval having a preset time length.

[0142] At this time, the set of stations is composed of N stations, the set of traffic records includes N traffic records corresponding to each of the N stations, the server is configured to generate N payment records corresponding to each of the N traffic records, and the set of payment records can be composed of the N payment records.

[0143] At this time, in the payment history storage step, any payment history among the N payment histories may be stored as pair information paired with a transportation history corresponding to any payment history among the N transportation histories.

[0144] At this time, the first traffic information corresponding to any first station among the set of stations may be generated by the user terminal based on information obtained by the user terminal from the first traffic terminal installed at the traffic gate installed at the first station.

[0145] According to another aspect of the present invention, a transportation service providing system including a user terminal, a server, and a transportation gate installed at a station may be provided. The user terminal is configured to perform a transportation details storage step of generating and storing transportation details including station information about the station and vehicle information, which is information about a vehicle to be used by the user at the station, based on payment preparation information acquired from a transportation terminal installed at the transportation gate; a transportation details transmission step of transmitting the stored transportation details to the server; and a payment details storage step of receiving and storing payment details corresponding to the transportation details from the server; and the server is configured to generate the payment details based on the transportation details.

[0146] At this time, the traffic gate may include a predetermined tagless system, and the tagless system may include a first tagless payment device (100) including a vertical frame portion (123) fixed to the floor of a predetermined first entry / exit area (171), and an upper portion (110) installed at an upper point of the vertical frame portion; a first directional antenna (11) installed at the upper portion and transmitting a first radio signal forming a first coverage area (181) directed toward the floor of the entry / exit area; and a second antenna (12) transmitting a second radio signal forming a second coverage area (182). The traffic terminal is a first beacon device including the first directional antenna, and the second coverage area is formed closer to the first tagless payment device than the first coverage area so that the user terminal enters the first coverage area while moving from the first entry / exit area through the first tagless payment device, and the second coverage area is formed so that the user terminal, having received the first radio signal, can perform a predetermined payment preparation by transmitting the first radio signal including the payment preparation information necessary for the payment preparation to the first directional antenna, and the user terminal, upon receiving the second radio signal after performing the payment preparation, is configured to transmit a predetermined traffic service request to a payment terminal of the tagless system, and the payment terminal, upon receiving the traffic service request from the user terminal, may be configured to perform a traffic service provision that allows the user to pass.

[0147] At this time, the payment process for the transportation fee for the transportation service that allows the user to travel may be performed by the server processing the transportation details transmitted to the server in the transportation details transmission step.

[0148] At this time, the user terminal may be configured to execute a step of outputting a set of questionnaires asking about the user's experience of passing through the traffic gate and obtaining a set of responses from the user to the set of questionnaires; and a step of changing the reception sensitivity of the short-range wireless communication signal of the user terminal according to a reception sensitivity determination value determined based on the set of responses.

[0149] The information required for the above payment preparation may be the above payment preparation information.

[0150] <Adjusting the reception sensitivity of short-range wireless communication signals on the user terminal based on user experience>

[0151] A gate control method provided according to one aspect of the present invention comprises the steps of: providing a questionnaire to a user terminal; determining a reception sensitivity of a short-range wireless communication signal of the user terminal based on an answer provided by a user using the user terminal to the questionnaire; and changing the reception sensitivity of the user terminal's short-range wireless communication signal based on the determined reception sensitivity.

[0152] In the present invention, the user terminal may be a mobile device. The mobile device may be, for example, a smartphone.

[0153] At this time, the entity providing the explanation to the user may be a server. That is, the server may output a questionnaire to the user through the user terminal.

[0154] Alternatively, the entity providing the explanation to the user may be the user terminal. That is, the user terminal may download the questionnaire from the server in advance and then output the questionnaire to the user at the necessary time.

[0155] At this time, the entity determining the reception sensitivity of the short-range wireless communication signal of the user terminal may be a server. To this end, the user terminal may provide the user's response to the server.

[0156] Alternatively, the entity that determines the reception sensitivity of the short-range wireless communication signal of the user terminal may be the user terminal.

[0157] If the entity that determines the above reception sensitivity is a server, the user terminal can obtain the determined reception sensitivity from the server.

[0158] According to one aspect of the present invention, a predetermined reliability evaluation function for calculating the reliability may be provided, and the reliability evaluation function may calculate the reliability by receiving values ​​of a plurality of evaluation items.

[0159] The values ​​of the above multiple evaluation items can be generated using multiple evaluation functions prepared in advance, respectively.

[0160] According to another aspect of the present invention, a processing method for passing through a traffic gate may be provided, including: a step of a user terminal outputting a set of questionnaires asking about a user's experience of passing through a traffic gate, and obtaining a set of responses from the user to the set of questionnaires; and a step of the user terminal changing a reception sensitivity of a short-range wireless communication signal of the user terminal according to a reception sensitivity determination value determined based on the set of responses; wherein, when the user terminal receives a short-range wireless communication signal transmitted by the traffic gate, the user terminal communicates with the traffic gate and executes a passage process for the user to pass through the traffic gate.

[0161] At this time, the set of questionnaires includes a first questionnaire regarding whether the response of the barrier installed at the traffic gate was delayed during the user's passage through the traffic gate, and if the user's first response to the first questionnaire is that the response of the barrier was delayed, the user terminal may be configured to increase the reception sensitivity.

[0162] At this time, in the step of obtaining the set of responses, the user terminal may be configured to obtain the time at which the user provided the set of responses, and as the time difference between the time at which the user passed the traffic gate and the time at which the set of responses was provided increases, the reliability of the set of questionnaires may be decreased, and the reception sensitivity of the short-range wireless communication signal of the user terminal may be changed only when the reliability is above a predetermined threshold value.

[0163] At this time, the processing method for passing through the traffic gate may further include, before the user terminal outputs the set of questionnaires, a step of collecting sensor output values ​​of a set of sensors during a time period in which the user passes through the traffic gate. The set of questionnaires may include a first questionnaire regarding whether a barrier installed at the traffic gate was slow to respond during the user's passage through the traffic gate, and an additional questionnaire for calculating the reliability of the user's first response to the first questionnaire. If the user's additional response to the additional questionnaire falls within the same category as an estimated value determined using the collected sensor output values, the reliability of the first response may be increased, and if the additional response falls within a different category from the estimated value, the reliability of the first response may be decreased. In addition, the reception sensitivity of the short-range wireless communication signal of the user terminal may be changed only when the reliability of the first response is equal to or greater than a predetermined threshold.

[0164] At this time, the additional questionnaire is a second questionnaire regarding the speed at which the user moved to pass through the traffic gate, and the set of sensors includes an acceleration sensor included in the user terminal, and the estimated value may be a measured movement speed calculated using an output value output by the acceleration sensor.

[0165] At this time, the additional questionnaire is a third questionnaire regarding the location of the user terminal when the user passes through the traffic gate, and the set of sensors includes a light sensor included in the user terminal, and the estimated value may be the location of the user terminal estimated using the output value output by the light sensor.

[0166] At this time, the location of the user terminal may be defined as either the inner space or the outer space of a pocket attached to a bag or clothing.

[0167] At this time, the set of questionnaires includes a first questionnaire regarding whether the barrier installed at the traffic gate responded quickly during the user's passage through the traffic gate, and if the user's first response to the first questionnaire is that the barrier responded quickly, the user terminal may be configured to reduce the reception sensitivity.

[0168] According to another aspect of the present invention, a user terminal may be provided, comprising: a wireless communication unit; and a processing unit; wherein the processing unit is configured to output a set of questionnaires asking about a user's experience of passing through a traffic gate, obtain a set of responses from the user to the set of questionnaires, and change the reception sensitivity of a short-range wireless communication signal that the wireless communication unit is configured to receive according to a reception sensitivity determination value determined based on the set of responses, and when the wireless communication unit receives a short-range wireless communication signal transmitted by the traffic gate, communicates with the traffic gate to execute a passage process for the user to pass through the traffic gate.

[0169] At this time, the user terminal may further include a set of sensors. At this time, the processing unit may be configured to collect sensor output values ​​of the set of sensors during a time period in which the user passes through the traffic gate before outputting the set of questionnaires. In addition, the set of questionnaires may include a first questionnaire regarding whether a barrier installed at the traffic gate reacted late during the user's passage through the traffic gate, and an additional questionnaire for calculating the reliability of the user's first response to the first questionnaire. In addition, if the user's additional response to the additional questionnaire falls within the same category as an estimated value determined using the collected sensor output values, the reliability of the first response may be increased, and if the additional response falls within a different category from the estimated value, the reliability of the first response may be decreased. In addition, the receiving sensitivity of the short-range wireless communication signal of the user terminal may be changed only when the reliability of the first response is equal to or greater than a predetermined threshold.

[0170] According to another aspect of the present invention, a processing method for passing through a traffic gate may be provided, including: a step of a user terminal outputting a set of questionnaires asking about a user's experience of passing through a traffic gate, and obtaining a set of responses from the user to the set of questionnaires; a step of the user terminal transmitting the set of responses to a server; a step of the server determining a change value of a reception sensitivity of a short-range wireless communication signal of the user terminal based on the set of responses and transmitting the determined change value to the user terminal; and a step of the user terminal changing the reception sensitivity of the short-range wireless communication signal of the user terminal according to the determined change value; wherein, when the user terminal receives a short-range wireless communication signal transmitted by the traffic gate, the user terminal communicates with the traffic gate and executes a passage process for the user to pass through the traffic gate.

[0171] According to the present invention, in a payment system that automatically performs payment using a pre-registered payment method without a separate tag between the payment medium and the payment terminal when a user uses a means of transportation, a convenient public transportation payment service can be provided by confirming the intention to pay based on whether or not the user carrying only a smartphone enters a specific section.

[0172] According to the present invention, a payment service that deducts transportation fares based on a payment method previously registered by a user can be provided, thereby maximizing convenience in using public transportation.

[0173] According to the present invention, a payment system is configured to automatically deduct fares and perform payment through a payment method that accurately detects a user's intention to use a means of transportation without a separate tag, and payment can be linked to a means of transportation that uses an existing payment method, thereby providing a more convenient public transportation payment service.

[0174] According to the present invention, the accuracy and reliability of user location determination can be improved by utilizing BLE beacon technology, and the speed and efficiency of payment area detection through beacon signals when using public transportation can be provided. Furthermore, by improving the existing problems of omnidirectional beacon and BLE-based payment methods, the occurrence of payment failures and incorrect payments can be reduced, and payment errors due to differences in BLE reception sensitivity between smart devices can be reduced, thereby enhancing the user experience. Furthermore, by implementing a convenient and automated payment service without physical proximity between the user and the payment terminal, the convenience of payment in public transportation environments can be significantly increased. In particular, the present invention provides a technical means for improving positioning accuracy in tagless payment methods.

[0175] According to the present invention, when a user who has experienced passing through a traffic gate using a tagless transportation payment method is not satisfied with the response speed of the barrier of the traffic gate, a technology can be provided that provides a more satisfactory traffic gate passing experience in a personalized manner to the user.

[0176] Figure 1a illustrates the structure of a payment system installed on a transportation access route according to one embodiment of the present invention.

[0177] Figure 1b illustrates the structure of a payment system installed on a transportation access route according to another embodiment of the present invention.

[0178] Figure 2 is a flowchart showing one method for measuring the sensitivity of a radio antenna equipped in a user terminal in advance.

[0179] Figure 3 is a flowchart illustrating a service provision method according to one embodiment of the present invention.

[0180] Figure 4 is a flowchart illustrating a service provision method according to another embodiment of the present invention.

[0181] Figure 5 is a flowchart showing a service providing method according to another embodiment of the present invention.

[0182] Figure 6 shows the intensity of beacon signals detected when a user terminal moves along a transportation entry route according to the scenario described in Figure 4.

[0183] Figure 7 shows the intensity of beacon signals detected when a user terminal moves along the transportation entry route according to the scenario described in Figure 5.

[0184] Figure 8 is a flowchart illustrating a service providing method according to another embodiment of the present invention.

[0185] Figure 9 is a flowchart illustrating a service provision method according to another embodiment of the present invention.

[0186] Figure 10 is a flowchart showing a service providing method according to another embodiment of the present invention.

[0187] Figure 11 illustrates the configuration of a user terminal provided according to one embodiment of the present invention.

[0188] Figure 12 illustrates the structure of a payment system installed on a transportation access route according to one embodiment of the present invention.

[0189] Figure 13 shows the structure of a payment system modified from Figure 12.

[0190] Figure 14 shows the structure of a payment system modified from Figure 12.

[0191] Figure 15 shows the structure of a payment system modified from Figure 14.

[0192] FIG. 16 shows changes in some steps of the methods presented in FIGS. 3 to 5 and FIGS. 8 to 10 when using the permanent magnets presented in FIGS. 12 to 15.

[0193] Figure 17 illustrates an example of a physical device configuration of a tagless system according to one embodiment of the present invention.

[0194] FIG. 18 illustrates a first area defined by the operation of a tagless payment device provided according to one embodiment of the present invention.

[0195] FIG. 19 illustrates a first method of configuring a second area according to one embodiment of the present invention.

[0196] FIG. 20 illustrates a second method of configuring a second area according to one embodiment of the present invention.

[0197] FIG. 21 illustrates a modified example of the second method of configuring the second area according to one embodiment of the present invention presented in FIG. 20.

[0198] FIG. 22 illustrates an example of a tagless system, a first area, and a second area viewed from the side according to one embodiment of the present invention.

[0199] FIG. 23 illustrates a relationship between a first coverage area and a second coverage area that can be formed according to various embodiments of the present invention.

[0200] Figure 24 illustrates the operating principle of a payment system configured by placing a plurality of tagless systems adjacent to each other according to one embodiment of the present invention.

[0201] Figure 25a illustrates a scenario in which a transportation payment method provided according to one embodiment of the present invention can be applied.

[0202] Figure 25b illustrates another scenario in which a transportation payment method provided according to one embodiment of the present invention can be applied.

[0203] Figure 25c illustrates another scenario in which a transportation payment method provided according to one embodiment of the present invention can be applied.

[0204] Figure 26a is a flowchart illustrating a transportation payment method provided according to one embodiment of the present invention.

[0205] Figure 26b illustrates in more detail the process of storing traffic history and payment history in the user terminal presented in Figure 26a.

[0206] Figure 27a shows an example of applying the transportation payment method described in Figures 26a and 26a to the service provision method presented in Figure 8.

[0207] Figure 27b shows another example of applying the transportation payment method described in Figures 26a and 26b to the service provision method presented in Figure 8.

[0208] Figure 28a illustrates a traffic environment to which one embodiment of the present invention can be applied.

[0209] Figure 28b shows a top-down view of the traffic gate presented in Figure 28a.

[0210] Figure 29 illustrates an example of a screen configuration of a user terminal provided according to one embodiment of the present invention.

[0211] Figure 30 illustrates the concept of a reliability evaluation function provided according to one embodiment of the present invention.

[0212] Figure 31a illustrates the concept of a first evaluation function provided according to one embodiment of the present invention.

[0213] Figure 31b illustrates the concept of a second evaluation function provided according to one embodiment of the present invention.

[0214] Figure 31c illustrates the concept of a third evaluation function provided according to one embodiment of the present invention.

[0215] Figure 32 illustrates the configuration of a reliability calculation module provided according to one embodiment of the present invention.

[0216] Figure 33 is a flowchart illustrating a method for improving user experience satisfaction when passing through a traffic gate according to one embodiment of the present invention.

[0217] Figure 34 is a flowchart illustrating a method for improving user experience satisfaction when passing through a traffic gate according to another embodiment of the present invention.

[0218] Figure 35 is a flowchart illustrating a method for changing the reception sensitivity of a short-range wireless communication signal of a user terminal provided according to one embodiment of the present invention.

[0219] Figure 36 is a flowchart illustrating a method for changing the reception sensitivity of a short-range wireless communication signal of a user terminal provided according to another embodiment of the present invention.

[0220] FIG. 37 is a flowchart illustrating a method for evaluating the reliability of a questionnaire response and determining whether to update the reception sensitivity of a short-range wireless communication signal of a user terminal according to one embodiment of the present invention.

[0221] Hereinafter, embodiments of the present invention will be described with reference to the attached drawings. However, the present invention is not limited to the embodiments described herein and may be implemented in various other forms. The terminology used herein is intended to aid understanding of the embodiments and is not intended to limit the scope of the present invention. Furthermore, the singular forms used below also include the plural forms, unless the context clearly indicates otherwise.

[0222] Payment System

[0223] Figure 1a illustrates the structure of a payment system installed on a transportation access route according to one embodiment of the present invention.

[0224] Figure 1b illustrates the structure of a payment system installed on a transportation access route according to another embodiment of the present invention.

[0225] Below, the explanation will be given with reference to Fig. 1a.

[0226] Bulkheads (300) may be installed on both sides of the access route (71) for passengers, i.e., users, to board the transportation vehicle.

[0227] A first beacon device (31), a second beacon device (32), and a third beacon device (33) may be installed in the bulkhead (300).

[0228] Additionally, a payment terminal (40) may be installed in the bulkhead (300).

[0229] Passengers carrying smartphones, prepaid cards, etc. provided according to conventional technology can obtain permission to pass through the gate by directly tagging the smartphone or prepaid card, etc., with the payment terminal (40). Users carrying user terminals provided according to one embodiment of the present invention can obtain permission to pass through the gate without such tagging.

[0230] If you follow the transportation access route (71), you will sequentially pass through the payment preparation area (101), payment confirmation area (102), and payment completion area (103).

[0231] The payment preparation area (101), the payment confirmation area (102), and the payment completion area (103) may be areas that do not overlap each other.

[0232] The first beacon device (31) may be installed in the payment confirmation area (102), and the third beacon device (33) may be installed in the payment completion area (103).

[0233] The second beacon device (32) may be installed between the first beacon device (31) and the third beacon device (33).

[0234] Or in another embodiment, as shown in Fig. 1b, the second beacon device (32) may be installed near the first beacon device (31). That is, the second beacon device (32) may be installed in the payment confirmation area (102). In this case, the fourth beacon device (34) corresponding to the second beacon device (32) may be installed near the third beacon device (33). That is, the fourth beacon device (34) may be installed in the payment completion area (103).

[0235] The second beacon device (32) and / or the fourth beacon device (34) may be configured to output a beacon signal with a greater output than the first beacon device (31) and the third beacon device (33).

[0236] Preferably, the first beacon device (31) and the third beacon device (33) may be configured to output beacon signals of the same intensity.

[0237] Preferably, the second beacon device (32) and the fourth beacon device (34) may be configured to output beacon signals of the same intensity.

[0238] The beacon signals output by the first beacon device (31), the second beacon device (32), the third beacon device (33), and the fourth beacon device (34) may each, or one or more, include an identifier that identifies them. Accordingly, a user terminal that receives a beacon signal can distinguish the beacon that output the received beacon signal.

[0239] The beacon signals output by the first beacon device (31) and the third beacon device (33) may include information indicating that the beacon that outputs the beacon signal is a first type beacon, i.e., a beacon that outputs a relatively weak signal. Accordingly, a user terminal that receives the beacon signal output by the first beacon device (31) or the third beacon device (33) may determine that the received beacon signal is output from a beacon that outputs a relatively weak signal.

[0240] The beacon signals output by the second beacon device (32) and the fourth beacon device (34) may include information indicating that the beacon that outputted the beacon signal is a second type beacon, i.e., a beacon that outputs a relatively strong signal. Accordingly, a user terminal that receives the beacon signal output by the second beacon device (32) or the fourth beacon device (34) may determine that the received beacon signal is output from a beacon that outputs a relatively strong signal.

[0241] The beacon signals output by the first beacon device (31), the second beacon device (32), the third beacon device (33), and the fourth beacon device (34) may include information indicating that the first beacon device (31), the second beacon device (32), the third beacon device (33), and the fourth beacon device (34) are each associated with a specific payment terminal, that is, a payment terminal (40). Accordingly, a user terminal that receives the beacon signals output by the first beacon device (31), the second beacon device (32), the third beacon device (33), and the fourth beacon device (34) can, after receiving the beacon signals, specify the payment terminal (40) and perform a predetermined procedure with the payment terminal (40) using short-range wireless communication.

[0242] The beacon signal output by the first beacon device (31) may include information that the first beacon device (31) is located at the leading point of the transportation vehicle entry route (71), and the beacon signal output by the third beacon device (33) may include information that the third beacon device (33) is located at the trailing point of the transportation vehicle entry route (71).

[0243] In order for the user terminal to perform the predetermined procedure with the payment terminal (40), the user terminal needs to check and determine in advance the sensitivity of the sensor of the user terminal that receives the beacon signals. The sensor may be, for example, a radio antenna. The sensitivity of the radio antenna equipped in the user terminal may vary from user terminal to user terminal.

[0244] Figure 2 is a flowchart showing one method for measuring the sensitivity of a radio antenna equipped in a user terminal in advance.

[0245] A reference radio transmitter (90) can be used to measure the sensitivity of the radio antenna equipped in the user terminal in advance.

[0246] The reference radio transmitter (90) may be an independently provided device, for example, installed in a subway station.

[0247] Alternatively, the reference radio transmitter (90) may be provided independently and may be installed, for example, on a transportation access route (71).

[0248] In step (S110), the user terminal (10) can activate the first app installed on the user terminal. The first app may be developed and provided exclusively for the present invention.

[0249] In step (S120), the user terminal (10) or the first app can activate the short-range wireless communication function of the user terminal (10).

[0250] At this time, the short-range wireless communication function may be a function for receiving a beacon signal.

[0251] At this time, the short-range wireless communication function may also include a function for transmitting and receiving signals using NFC and / or Bluetooth.

[0252] In step (S130), a user action of tagging a reference radio transmitter (90) with a user terminal (10) may occur. For this purpose, a functional module for NFC tagging may be installed in the reference radio transmitter (90). For this purpose, the user terminal (10) and the reference radio transmitter (90) may operate in read mode (write mode) and write mode (read mode), respectively.

[0253] In step (S140), the reference radio transmitter (90) can transmit a signal using the short-range wireless communication. That is, the reference radio transmitter (90) can transmit a beacon signal having a reference intensity determined in advance in step (S140).

[0254] The reference radio transmitter (90) may transmit a beacon signal having the reference intensity when tagging is recognized in step (S130), or may transmit it periodically regardless of step (S130).

[0255] In step (S150), the first app can measure the strength of the signal using the short-range wireless communication received from the reference radio transmission device (90) within a certain period of time from the time of tagging using the measurement function provided to the user terminal (10).

[0256] When measuring the strength of the signal, the user terminal (10) may be spaced apart from the reference radio transmitter (90) by a predetermined distance. This is because, when measuring the strength of the signal, the user terminal (10) is placed on a tagging device placed at a predetermined location.

[0257] The communication standard technology that the user terminal (10) complies with may include a standard for measuring the signal strength of a wireless communication signal detected by the user terminal (10).

[0258] In step (S160), the first app can determine the short-range wireless communication reception sensitivity of the user terminal (10) using the measurement function provided by the user terminal. In this case, the short-range wireless communication reception sensitivity may refer to the reception sensitivity of an antenna that receives a beacon signal.

[0259] In step (S170), the first app can set a first threshold value and a second threshold value based on the determined reception sensitivity. As the reception sensitivity increases, the size of the first threshold value increases, and the size of the second threshold value may also increase.

[0260] In one embodiment, the first threshold value may be less than the second threshold value.

[0261] Alternatively, the process of setting the above-described first threshold value and second threshold value may be performed on the server (20) rather than on the user terminal (10).

[0262] To this end, in step (S180), the user terminal (10) can transmit information about the ID of the user terminal (10) and the determined reception sensitivity to the server (20).

[0263] In step (S190), the server (20) can set a first threshold value and a second threshold value based on the determined reception sensitivity and store the set first threshold value and second threshold value in association with the user terminal (10).

[0264] In step (S191), the server (20) can transmit the first threshold value and the second threshold value set by the server (20) to the user terminal (10).

[0265] In step (S192), the user terminal (10) can store the received first threshold value and second threshold value.

[0266] Steps (S180), (S190), (S191), and (S192) may be used instead of step (S170).

[0267] Alternatively, step (S170) may be used instead of step (S180), step (S190), step (S191), and step (S192).

[0268] Using the first and second threshold values ​​stored in the user terminal (10) in FIG. 2, the user can conveniently perform transportation payment without having to manually operate the user terminal (10). A method for this is described below using the drawings.

[0269] Figure 3 is a flowchart illustrating a service provision method according to one embodiment of the present invention.

[0270] The method presented in Fig. 3 can be applied to the embodiment presented in Fig. 1a or Fig. 1b, for example.

[0271] A service method provided according to one embodiment of the present invention can be provided using a system including a user terminal (10), a first beacon device (31), a second beacon device (32), and a payment terminal (40).

[0272] Alternatively, it may be provided using a separate short-range communication device (59).

[0273] In step (S210), the user terminal (10) can receive payment preparation information via wireless communication.

[0274] The payment preparation information may be provided by the service provider. For example, if the service is a transportation service, it may include payment information such as station information and payment terminal information for the station providing the transportation service. This may include a fee structure for each service level. For example, the service level may vary depending on the user's age and status (e.g., student / military member / senior citizen). Furthermore, the fee structure for each service level may be determined not only by the user's age and status but also by the station ID. The basic service fee may vary for each station.

[0275] At this time, the payment preparation information may be transmitted by a second beacon device (32), a payment terminal (40), or a separate communication device (59). For example, the communication device (59) may be installed within a subway station, and any user terminal that enters the subway station may be configured to receive the payment preparation information from the communication device (59). The communication device (59) may be a separate beacon transmitter, or may be a WiFi hotspot.

[0276] Alternatively, although not shown in FIG. 3, the first app of the user terminal may use a location-based service to receive payment preparation information corresponding to the specific station through a mobile communication service such as LTE when it is determined that the user terminal has entered a specific station.

[0277] In step (S220), the first app of the user terminal (10), upon receiving the payment preparation information, determines that the user terminal (10) has entered the payment preparation area.

[0278] And in step (S220), the first app can obtain the first threshold value stored in the user terminal (10). Alternatively, the first app can connect to the server (20), provide the ID of the user terminal (10), and obtain the first threshold value connected to the user terminal (10) from the server (20).

[0279] In the example of FIG. 3, the user terminal (10) may include a payment wallet for providing payment for services provided according to one embodiment of the present invention. For example, the payment wallet may be stored in a secure element (SE) such as a USIM, or may be stored in the first app in software form.

[0280] The above payment wallet may store past usage details.

[0281] And in step (S220), the first app can determine the payment amount by using the past usage history, the payment preparation information, and the service level of the user of the user terminal (10), i.e., discount information.

[0282] In step (S230), the user terminal (10) can receive a second beacon signal transmitted by the second beacon device (32) from the second beacon device (32). The second beacon signal may include an ID of the second beacon device (32), information indicating that the second beacon device (32) is a second type of beacon device that transmits a strong beacon signal, and an ID of a payment terminal (40) associated with the second beacon device (32).

[0283] The above second beacon signal is not information that can be naturally obtained when the user terminal (10) obtains the payment preparation information, but can be received while the user moves to the vicinity of the payment confirmation area (102) while carrying the user terminal (10).

[0284] The above second beacon signal may be a signal that the second beacon device (32) transmits periodically according to a predetermined schedule.

[0285] If the user continues to move along the transportation access route (71) while carrying the user terminal (10), the user receives the second beacon signal and eventually also receives the first beacon signal transmitted by the first beacon device (31).

[0286] That is, in step (S240), the user terminal (10) can receive the first beacon signal transmitted by the first beacon device (31) from the first beacon device (31). The first beacon signal may include the ID of the first beacon device (31), information that the first beacon device (31) is a first type of beacon that transmits a weak beacon signal, and the ID of the payment terminal (40) associated with the first beacon device (31).

[0287] The above first beacon signal is not information that can be received when the user terminal (10) receives the first beacon signal, but can be received when the user moves closer to the first beacon device (31) while carrying the user terminal (10).

[0288] The above first beacon signal may be a signal that the first beacon device (31) transmits periodically according to a predetermined schedule.

[0289] When the user terminal (10) receives the first beacon signal, it determines whether the user of the user terminal (10) has confirmed his / her intention to use the service involving the payment terminal (40).

[0290] The fact that the user terminal (10) has received the second beacon signal does not determine that the user of the user terminal (10) has confirmed his / her intention to use the service involving the payment terminal (40).

[0291] Additionally, the fact that the user terminal (10) has received the first beacon signal does not determine that the user of the user terminal (10) has confirmed his / her intention to use the service involving the payment terminal (40).

[0292] In one embodiment of the present invention, as in step (S250), whenever the user terminal (10) receives the first beacon signal, the first app can compare the value of the intensity of the second beacon signal received immediately before, immediately after, or simultaneously with its own first threshold value.

[0293] In step (S260), the first app can determine that the user terminal (10) has entered the payment confirmation area (102) if the value regarding the intensity of the second beacon signal is greater than its own first threshold value.

[0294] The fact that the user terminal (10) has entered the payment confirmation area (102) may mean that the user of the user terminal (10) has clearly expressed his / her intention to receive a service using the payment terminal (40).

[0295] In step (S270), the first app can provide payment information to the payment terminal (40) using a predetermined short-range wireless communication of the payment terminal (40).

[0296] The above payment information may be generated by the first app at step (S220) or after step (S220), and may include a payment amount.

[0297] At this time, the payment amount can be determined by the first app using the user's service level determined by the first app and the user's past usage history (= previous payment information).

[0298] The above service levels may include user-specific discount information. For example, youth may receive a higher discount than adults.

[0299] The user's past usage history may, for example, be payment information for a transportation service the user recently used. For example, if the transportation service was used within a certain time period from the current time, an additional discount may be applied to the payment amount.

[0300] At step (S280), the user terminal (10) and payment terminal (40) can complete payment according to a predetermined payment protocol, and store the usage history, such as the traffic service history, in the payment wallet included in the user terminal (10). By doing so, the past usage history recorded in the payment wallet can be updated.

[0301] Completing the payment here may mean deducting the payment amount from the payment wallet included in the user terminal (10). For example, the payment wallet may be a transportation card stored in the user terminal (10).

[0302] The above-mentioned predetermined payment protocol can utilize existing technology. For example, previously, a predetermined payment protocol using a prepaid card, a postpaid card, and a user terminal was used using the NFC function. While payment was previously made when the distance between the user terminal and the payment terminal was less than several centimeters using the NFC function, in one embodiment of the present invention, payment can be made even when the distance between the user terminal (10) and the payment terminal (40) is tens of centimeters or more. In this case, the predetermined payment protocol used in the past can also be utilized in the present invention, except that different short-range communication technologies with different effective radio transmission distances may be adopted.

[0303] At step (S290), the payment terminal (40) can provide a certain service since the payment has been completed. For example, if the payment terminal is installed at a subway turnstile, the service provided may be a service allowing passage through the gate.

[0304] Figure 4 is a flowchart illustrating a service provision method according to another embodiment of the present invention.

[0305] The service method presented in Fig. 4 is a modification of the method presented in Fig. 3.

[0306] The method presented in Fig. 4 can be applied to the embodiment presented in Fig. 1a, for example.

[0307] In FIG. 3, payment is completed immediately when it is determined that the user terminal (10) is located in the payment confirmation area (102), but in FIG. 4, payment is completed when it is determined that the user terminal (10) has moved further from the payment confirmation area (102) and is located in the payment completion area (103).

[0308] Although the flowchart of Fig. 4 is presented from step (S270), the steps (S210, S220, S230, S240, S250, S260, S270) presented in Fig. 3 are also applied to the flowchart of Fig. 4 and are omitted only for convenience of explanation.

[0309] In the method of Fig. 4, payment is not completed immediately after step (S270).

[0310] Instead, in step (S290), when the payment terminal (40) receives the payment information, it provides a service. The service may be a gate passage permission service.

[0311] In step (S1210), the user terminal (10) can receive a third beacon signal from the third beacon device (33).

[0312] At this time, the user terminal (10) may still be in a state of continuously receiving a strong beacon signal from the second beacon device (32).

[0313] The third beacon signal may include the ID of the third beacon device (33), information that the third beacon device (33) is a first type beacon that transmits a weak signal, and the ID of the payment terminal (40) associated with the third beacon.

[0314] The reception strength of the third beacon signal may become stronger as the user terminal (10) moves from the payment confirmation area (102) to the payment completion area (103). The reception strength of the third beacon signal may be strongest when the user terminal (10) is located right next to the third beacon device (33).

[0315] The above third beacon signal may be a signal that the third beacon device (33) transmits periodically according to a predetermined schedule.

[0316] In step (S1220), whenever the user terminal (10) receives the third beacon signal, the first app can compare the value regarding the intensity of the received second beacon signal with its own second threshold value.

[0317] In step (S1230), if the value of the intensity of the second beacon signal received by the first app is less than its own second threshold value, the first app can determine that the user terminal (10) has entered the payment completion area (103).

[0318] At step (S1240), the user terminal (10) and payment terminal (40) can complete payment according to a predetermined payment protocol, and store the usage history, such as the traffic service history, in the payment wallet included in the user terminal (10). By doing so, the past usage history recorded in the payment wallet can be updated. In other words, step (S1240) corresponds to step (S280) illustrated in FIG. 3.

[0319] Figure 5 is a flowchart showing a service providing method according to another embodiment of the present invention.

[0320] The method presented in Fig. 5 is identical to the method presented in Fig. 4. However, the method of Fig. 4 differs in that it uses a fourth beacon device (34) instead of a second beacon device (32) to determine whether the payment completion area has been entered. Below, the description of the commonalities with Fig. 4 will be omitted, and only the differences will be described.

[0321] After the service provision of step (S290) is executed, the user terminal (10) can receive a fourth beacon signal, which is a strong beacon signal, from the fourth beacon device (34) installed near the payment completion area (103).

[0322] The operating method of the fourth beacon device (34) may be the same as the operating method of the second beacon device (32).

[0323] The fourth beacon signal may include information indicating that the fourth beacon signal is transmitted from a beacon that transmits a strong signal and is installed near a payment completion area (103), and the second beacon signal may include information indicating that the second beacon signal is transmitted from a beacon that transmits a strong signal and is installed near a payment confirmation area (102).

[0324] When the user terminal (10) approaches the payment completion area (103) from the payment confirmation area (102), the user terminal (10) can receive a third beacon signal from the third beacon device (33).

[0325] In step (S1210), the user terminal (10) can receive a third beacon signal from the third beacon device (33).

[0326] In step (S1221), whenever the user terminal (10) receives the third beacon signal, the first app can compare the value regarding the intensity of the received fourth beacon signal with its own second threshold value.

[0327] In step (S1231), if the value of the intensity of the fourth beacon signal received by the first app is less than its second threshold value, the first app can determine that the user terminal (10) has entered the payment completion area (103).

[0328] Figure 6 shows the intensity of beacon signals detected when a user terminal (10) moves along a transportation access route (71) according to the scenario described in Figure 4.

[0329] When the user terminal (10) moves along the transportation access route (71), it can sequentially pass through the first point (p1), the second point (p2), the third point (p3), and the fourth point (p4).

[0330] Graph (831), graph (832), and graph (833) represent the intensities of the first beacon signal, the second beacon signal, and the third beacon signal detected by the user terminal (10) at each point of the transportation access route (71), respectively.

[0331] Graph (831), graph (832), and graph (833) are presented in a simplified form for convenience of explanation.

[0332] Reference numbers 901 and 902 represent the first and second threshold values ​​described above, respectively.

[0333] At the first point (p1), the user terminal (10) detects the first beacon signal (831), but since the value of the second beacon signal (832) is less than the first threshold value (901), it can be determined that the payment confirmation area (102) has not yet been reached.

[0334] At the second point (p2), the user terminal (10) detects the first beacon signal (8311) and, since the value of the second beacon signal (832) is greater than the first threshold value (901), it can be determined that the payment confirmation area (102) has been reached.

[0335] At the third point (p3), the user terminal (10) detects the third beacon signal (833), but since the value of the second beacon signal (832) is greater than the second threshold value (902), it can be determined that the payment completion area (103) has not yet been reached.

[0336] At the fourth point (p4), the user terminal (10) detects the third beacon signal (833), and since the value of the second beacon signal (832) is less than the second threshold value (902), it can be determined that the payment completion area (103) has been reached.

[0337] Figure 7 shows the intensity of beacon signals detected when a user terminal (10) moves along the transportation access route (71) according to the scenario described in Figure 5.

[0338] Graph (831), graph (832), graph (833), and graph (834) represent the intensities of the first beacon signal, the second beacon signal, the third beacon signal, and the fourth beacon signal detected by the user terminal (10) at each point of the transportation access route (71), respectively.

[0339] At the first point (p1), the user terminal (10) detects the first beacon signal (831), but since the value of the second beacon signal (832) is less than the first threshold value (901), it can be determined that the payment confirmation area (102) has not yet been reached.

[0340] At the second point (p2), the user terminal (10) detects the first beacon signal (831) and, since the value of the second beacon signal (832) is greater than the first threshold value (901), it can be determined that the payment confirmation area (102) has been reached.

[0341] At the third point (p3), the user terminal (10) detects the third beacon signal (833), but since the value of the fourth beacon signal (834) is greater than the second threshold value (902), it can be determined that the payment completion area (103) has not yet been reached.

[0342] At the fourth point (p4), the user terminal (10) detects the third beacon signal (833), and since the value of the fourth beacon signal (834) is less than the second threshold value (902), it can be determined that the payment completion area (103) has been reached.

[0343] Figure 8 is a flowchart illustrating a service providing method according to another embodiment of the present invention.

[0344] The method presented in Fig. 8 can be applied to the embodiment presented in Fig. 1a or Fig. 1b, for example.

[0345] The embodiment shown in Fig. 8 is modified from the embodiment shown in Fig. 3. The service method provided according to the embodiment shown in Fig. 8 can be provided by further including a server (20) in the system shown in Fig. 3.

[0346] In step (S310), the user terminal (10) can receive payment preparation information via wireless communication. Step (S310) corresponds to step (S210) presented in FIG. 3.

[0347] In step (S320), the first app of the user terminal (10), upon receiving the payment preparation information, determines that the user terminal (10) has entered the payment preparation area (101).

[0348] And in step (S320), the first app can obtain the first threshold value stored in the user terminal (10).

[0349] Alternatively, the first app may connect to the server (20) to provide the user ID associated with the user terminal (10) and obtain the first threshold value connected to the user terminal (10) from the server (20).

[0350] In the example of FIG. 8, the payment wallet for providing compensation for the service provided according to one embodiment of the present invention may be included in the server (20) rather than the user terminal (10).

[0351] The above payment wallet may store past usage details.

[0352] In step (S321), the user terminal (10) may transmit the user's ID and the payment preparation information to the server (20). This transmission may be performed via LAN or LTE, etc. The server (20) may be located at the station where the user terminal (10) is currently located, or may be located at a separate remote location.

[0353] In step (S322), the server (20) can determine the payment amount by using the past usage history of the user terminal (10) stored in the payment wallet, the received payment preparation information, and the service level of the user of the user terminal (10), i.e., the user's discount information.

[0354] In step (S323), the server (20) can transmit prepayment information, which is information including the determined payment amount, to the user terminal (10).

[0355] In step (S330), the user terminal (10) can receive a second beacon signal transmitted by the second beacon device (32) from the second beacon device (32).

[0356] In step (S340), the user terminal (10) can receive the first beacon signal transmitted by the first beacon device (31) from the first beacon device (31).

[0357] In one embodiment of the present invention, as in step (S350), whenever the user terminal (10) receives the first beacon signal, the first app can compare the value of the intensity of the second beacon signal received immediately before, immediately after, or simultaneously with its own first threshold value.

[0358] In step (S360), the first app can determine that the user terminal (10) has entered the payment confirmation area (102) if the value regarding the intensity of the second beacon signal is greater than its own first threshold value.

[0359] Steps (S330), (S340), (S350), and (S360) correspond to steps (S230), (S240), (S250), and (S260) presented in FIG. 3, respectively.

[0360] In step (S370), the first app can provide the prepayment information to the payment terminal (40) using a predetermined short-range wireless communication of the payment terminal (40).

[0361] The above prepayment information may include the above payment amount.

[0362] At step (S380), the payment terminal (40) provides a service and may store the prepayment information in local storage. For example, the service may be a gate pass permission service. The stored prepayment information may be used as post-settlement verification data for the station managing the payment terminal (40).

[0363] In step (S371), the user terminal (10) can transmit to the server (20) that the user terminal (10) has entered the payment confirmation area (102).

[0364] At step (S390), the server (20) determines that the user has confirmed their intent to use the service and completes payment according to the prepayment information. At this time, the payment amount is deducted from the user's payment wallet contained in the server (20). The deducted payment amount may be processed to be paid to the operating organization operating the payment terminal (40) included in the payment preparation information. Furthermore, the server (20) may use the payment preparation information to store new usage details in the payment wallet. By doing so, past usage details recorded in the payment wallet may be updated.

[0365] That is, in step (S390), the server (20) may perform a step of performing payment for the payment amount between the payment system designated by the operator of the payment terminal (40) included in the payment preparation information and the payment wallet, using the value stored in the payment wallet. At this time, the payment system may be a virtual terminal simulating the payment terminal included in the server.

[0366] In addition, in step (S390), the server (20) may execute a step of updating the past usage history of the user of the user terminal by storing new usage history regarding the performed payment in the payment wallet.

[0367] Figure 9 is a flowchart illustrating a service provision method according to another embodiment of the present invention.

[0368] The service method presented in Fig. 9 is a modification of the method presented in Fig. 8. The server (20) may include a cloud payment wallet.

[0369] The method presented in Fig. 8 can be applied to the embodiment presented in Fig. 1a, for example.

[0370] In Fig. 8, payment is completed immediately when it is determined that the user terminal (10) is located in the payment confirmation area (102), but in Fig. 9, payment is completed when it is determined that the user terminal (10) has moved further from the payment confirmation area (102) and is located in the payment completion area (103).

[0371] Although the flowchart of Fig. 9 is presented from step (S370), the steps (S310, S320, S321, S322, S323, S330, S340, S350, S360, S370) presented in Fig. 8 are also applied to the flowchart of Fig. 9 and are omitted only for convenience of explanation.

[0372] In step S380 of FIG. 9, upon receiving the prepayment information, the payment terminal (40) may provide a service and store the prepayment information in local storage. For example, the service may be a gate pass permission service. The stored prepayment information may be used as post-settlement verification data for the station managing the payment terminal (40).

[0373] In step (S1310), the user terminal (10) can receive a third beacon signal from the third beacon device (33). Step (S1310) corresponds to step (S1210) presented in Fig. 4.

[0374] At this time, the user terminal (10) may still be in a state of continuously receiving a strong beacon signal from the second beacon device (32).

[0375] In step (S1320), the first app can compare the value of the intensity of the received second beacon signal with its own second threshold value whenever the user terminal (10) receives the third beacon signal. Step (S1320) corresponds to step (S1220) presented in Fig. 4.

[0376] In step (S1330), if the value regarding the intensity of the second beacon signal is less than its own second threshold value, the first app can determine that the user terminal (10) has entered the payment completion area (103). Step (S1330) corresponds to step (S1230) presented in Fig. 4.

[0377] In step (S1335), the user terminal (10) reports to the server (20) that the user terminal (10) has entered the payment completion area (103).

[0378] In step (S1340), the server (20) determines that the user has confirmed his / her intention to use the service and completes payment according to the prepayment information. In other words, step (S1340) corresponds to step (S390) presented in FIG. 8.

[0379] Figure 10 is a flowchart showing a service providing method according to another embodiment of the present invention.

[0380] The service method presented in Fig. 10 is a modification of the method presented in Fig. 9.

[0381] The method presented in Fig. 10 is identical to the method presented in Fig. 9. However, the method in Fig. 10 differs in that the fourth beacon device (34) is used instead of the second beacon device (32) to determine whether or not the payment completion area has been entered.

[0382] The user terminal (10) can receive a fourth beacon signal, which is a strong beacon signal, from the fourth beacon device (34) installed near the payment completion area (103).

[0383] In step (S1310), the user terminal (10) can receive a third beacon signal from the third beacon device (33).

[0384] In step (S1321), whenever the user terminal (10) receives the third beacon signal, the first app can compare the value regarding the intensity of the received fourth beacon signal with its own second threshold value.

[0385] In step (S1331), if the value of the intensity of the fourth beacon signal received by the first app is less than its second threshold value, the first app can determine that the user terminal (10) has entered the payment completion area (103).

[0386] Figure 11 illustrates the configuration of a user terminal provided according to one embodiment of the present invention.

[0387] The user terminal (10) may include a short-range communication unit (11), a network communication unit (12), a storage unit (13), a processing unit (14), and a magnetic detection unit (15).

[0388] The short-range communication unit (11) may be a communication device supporting beacon, NFC, WiFi, and / or Bluetooth technology. Wireless signals from the first beacon device (31), the second beacon device (32), the third beacon device (33), the payment terminal (40), and the communication device (59) can be received by the short-range communication unit (11).

[0389] The network communication unit (12) can be used when a user terminal (10) and a server (20) communicate with each other. The network communication unit (12) can be a communication device that supports technologies such as WiFi and LTE.

[0390] The storage unit (13) may be a location for storing the payment wallet. The storage unit (13) may be a non-volatile memory included in the user terminal (10), or may be a memory included in an SE (Secure Element) mounted on the user terminal (10).

[0391] The processing unit (14) may be a processor that executes the steps described above.

[0392] The magnetic force detection unit (15) may be a device that detects magnetic force.

[0393] According to one aspect of the present invention, a user terminal provided can utilize a signal output by the magnetic sensing unit in addition to the second beacon signal to determine whether the user has reached the payment confirmation area (102). The configuration and method of using the magnetic sensing unit (15) are described with reference to FIGS. 12 to 15.

[0394] Figure 12 illustrates the structure of a payment system installed on a transportation access route according to one embodiment of the present invention.

[0395] Figure 12 is a three-dimensional representation of the payment system shown in Figure 1a.

[0396] A pair of permanent magnets (81, 82) that generate horizontal magnetic lines of force may be installed in the payment confirmation area (102) of the bulkhead (300). Each of the permanent magnets (81, 82) may be manufactured in a plate shape. The pair of permanent magnets (81, 82) may be arranged so that the magnetic field formed thereby exists substantially only within the interior of the pair of bulkheads (300).

[0397] A pair of permanent magnets (83, 84) that generate horizontal magnetic lines of force may also be installed in the payment completion area (103) of the bulkhead (300).

[0398] In steps (S260) and (S360) presented in FIGS. 3 and 8, if the value regarding the intensity of the second beacon signal is greater than the first threshold value, it is determined that the user terminal (10) has entered the payment confirmation area (102). In a modified embodiment, it may be determined that the user terminal (10) has entered the payment confirmation area (102) only when both the value regarding the intensity of the second beacon signal is greater than its own first threshold value and the magnetic intensity output by the magnetic detection unit (15) is greater than or equal to a predetermined value.

[0399] In addition, in steps (S1230) and (S1330) presented in FIGS. 4 and 9, if the value regarding the intensity of the second beacon signal is less than the second threshold value, it is determined that the user terminal (10) has entered the payment completion area (2). In a modified embodiment, it may be determined that the user terminal (10) has entered the payment confirmation area only when both the value regarding the intensity of the second beacon signal is less than the second threshold value and the magnetic intensity or magnetic change rate output by the magnetic detection unit (15) is greater than or equal to a predetermined value.

[0400] Figure 13 shows the structure of a payment system modified from Figure 12.

[0401] A pair of permanent magnets (381, 382) that generate vertical magnetic lines may be additionally installed in the payment confirmation area (102) of the bulkhead (300).

[0402] A pair of permanent magnets (383, 384) that generate vertical magnetic lines may be additionally installed in the payment completion area (103) of the bulkhead (300).

[0403] Figure 14 shows the structure of a payment system modified from Figure 12.

[0404] A pair of permanent magnets (81, 82) may not be installed directly on the bulkhead (300) but may be installed using a separate stand at the entrance of the payment confirmation area (102) so that the magnetic field lines are directed in a horizontal direction.

[0405] Additionally, a pair of permanent magnets (83, 84) may not be installed directly on the bulkhead (300) but may be installed using a separate stand at a location past the payment completion area (103) so that the magnetic field lines are directed in a horizontal direction.

[0406] Figure 15 shows the structure of a payment system modified from Figure 14.

[0407] A pair of permanent magnets (81, 82) may not be installed directly on the bulkhead (300) but may be installed on the ceiling and floor of the payment confirmation area (102) so that the magnetic field lines are directed in a vertical direction.

[0408] Additionally, a pair of permanent magnets (83, 84) may not be installed directly on the bulkhead (300), but may be installed at a location that passes the payment completion area (103) so that the magnetic field lines are directed vertically toward the ceiling and floor.

[0409] FIG. 16 shows changes in some steps of the methods presented in FIGS. 3 to 5 and FIGS. 8 to 10 when using the permanent magnets presented in FIGS. 12 to 15.

[0410] In the case of using the permanent magnets presented in FIGS. 12 to 15, step (S260) shown in FIG. 3 and step (S360) shown in FIG. 8 may be changed to a step of determining that the payment confirmation area has been entered if the value of the intensity of the second beacon signal is greater than its own first threshold value, and the magnetic intensity or magnetic change detected and output by the magnetic detection unit of the user terminal is greater than a predetermined value.

[0411] In the case of using the permanent magnets presented in FIGS. 12 to 15, the step (S1230) shown in FIG. 4 and the step (S1330) shown in FIG. 9 may be changed to a step of determining that the payment completion area has been entered if the value regarding the intensity of the second beacon signal is less than the second threshold value, and the magnetic intensity or magnetic change detected and output by the magnetic detection unit of the user terminal is greater than a predetermined value.

[0412] In the case of using the permanent magnets presented in FIGS. 12 to 15, step (S1231) shown in FIG. 5 and step (S1331) shown in FIG. 10 may be changed to a step of determining that a payment completion area has been entered if the value regarding the intensity of the fourth beacon signal is less than its own second threshold value, and the magnetic intensity or magnetic change detected and output by the magnetic detection unit of the user terminal is greater than a predetermined value.

[0413] Tagless System

[0414] The present invention proposes a tagless payment system capable of distinguishing user entry / exit within an area of ​​less than 1 m by improving the location accuracy of a conventional public transportation tagless payment method using multiple beacons.

[0415] Figure 17 illustrates an example of a physical device configuration of a tagless system according to one embodiment of the present invention.

[0416] Fig. 17 illustrates an example of the physical appearance of a tagless system (1). The tagless system (1) may include a tagless payment device (100) and a partition wall (300). The tagless system (1) may further include a separate computing device not shown in Fig. 17, and the computing device may be mounted in a housing having the physical appearance shown in Fig. 17. The computing device may include the payment terminal (40), the beacon device, and a network communication device.

[0417] The tagless payment device (100) and the bulkhead (300) may be provided in a connected form or in a separated form.

[0418] The two zones centered around the tagless system according to one embodiment of the present invention may be referred to as zone A (171) and zone B (172), respectively. Zone B (172) may be referred to as the zone opposite zone A (171), and conversely, zone A (171) may be referred to as the zone opposite zone B (172).

[0419] Either Zone A (171) or Zone B (172) may be referred to as an entry zone, and the other may be referred to as an exit zone. Zone A (171) and Zone B (172) may be collectively referred to as entry / exit zones.

[0420] A passageway following the direction connecting Zone A (171) to Zone B (172) may be referred to as a user path. The partition wall (300) may serve as a fence to guide users so that they do not deviate from the user path.

[0421] The above user route may refer to the above-described transportation access route (71).

[0422] In one embodiment, one tagless payment device (100) may be installed in Zone A (171) and one tagless payment device (100) may be installed in Zone B (172). That is, the tagless system (1) may include a pair of tagless payment devices (100), and each tagless payment device (100) may have the same configuration. However, the first tagless payment device (100A) may be configured to execute a function specialized for Zone A (171), and the second tagless payment device (100B) may be configured to execute a function specialized for Zone B (172).

[0423] In one embodiment, one of Zone A (171) and Zone B (172) may be a zone that a user can enter for free or without making an additional payment, and the other may be a zone that a user can enter only if he or she makes a payment.

[0424] In one embodiment, zone A (171) and zone B (172) may refer to a floor area of ​​an entry defined by one of the second tagless payment device (100A) and the exit defined by the other, and / or a space area on the floor area, which may refer to a space area occupied by a user when moving. That is, zone A (171) may refer to a passage area from the center of the tagless system (1) having a symmetrical entrance and exit structure toward the first tagless payment device (100A), and zone B (172) may refer to a passage area from the center of the tagless system (1) toward the second tagless payment device (100B). Zone A (171) may include an outer area of ​​the tagless system (1) centered around a boundary line (50, 50A), which is a center line crossing the first tagless payment device (100A), and Zone B (172) may include an outer area of ​​the tagless system (1) centered around a boundary line (50, 50B), which is a center line crossing the second tagless payment device (100B). Zones A (171) and B (172) defined for the tagless system (1) may be defined on a movement path of a passenger passing through the tagless system (1). If there is another adjacent tagless system having the same structure and disposed adjacent to the tagless system (1), Zone A and Zone B may also be defined for the adjacent tagless system. However, zone A (171) and zone B (172) defined for the tagless system (1) may be configured so as not to substantially overlap zone A (171) and zone B (172) defined for the adjacent tagless system, respectively.

[0425] At this time, in order to detect a user moving from zone A (171) to zone B (172) or vice versa, zone A (171) and zone B (172) are each divided into two zones, a first zone and a second zone. That is, zone A (171) is divided into a first zone and a second zone, and zone B (172) can also be divided into a first zone and a second zone.

[0426] In this specification, the first area and the second area may be referred to as a first coverage area and a second coverage area, respectively.

[0427] FIG. 18 illustrates a first area defined by the operation of a tagless payment device provided according to one embodiment of the present invention.

[0428] A tagless payment device (100) provided according to one embodiment of the present invention may include a lower part (130) fixed to the floor, a support part (120) extending vertically upward from the lower part (130), and an upper part (110) connected to the support part (120) and positioned at a position higher than the user's head position.

[0429] In Fig. 18, the support portion (120) and the lower portion (130) are presented as distinct components, but in another embodiment, the support portion (120) and the lower portion (130) may be integrated and referred to as a vertical frame portion (123).

[0430] In one embodiment, the lower portion (130) may be installed in pairs spaced apart from each other on the floor, and a pair of support portions (120) may be installed so as to extend vertically upward from the upper portion of the lower portion (130). In addition, both ends of the upper portion (110) may be installed connected to the upper portions of each of the pair of support portions (120).

[0431] A first directional antenna (11) may be installed at the upper part (110).

[0432] The first directional antenna (11) may be a component of a staging area beacon device that transmits a first beacon signal toward zone A (171). Among the components of the staging area beacon device, other components than the first directional antenna (11) may be placed at the upper part (110) or may be placed at a location other than the upper part (110).

[0433] The above preparation area beacon device may be the second beacon device (32) presented in Fig. 1b.

[0434] Referring to Fig. 18, the first region (181) is a region capable of receiving a first beacon signal transmitted from the first directional antenna (11) with a predetermined intensity or higher. The first region (181) can occupy a space extending along the floor from the boundary line (50) by approximately 1 m to 5 m along the user's path.

[0435] The user terminal (10), which is a terminal of a user who has received the first beacon signal in the first area (181), can prepare to pay the fare in response to the reception of the first beacon signal. This is because the user's action of entering the first area (181) can be considered an action of intending to use public transportation. Therefore, the first area (181) can be referred to as a payment preparation area.

[0436] At this time, there is a possibility that the first beacon signal can be received in zone B (172) defined across zone A (171). However, it is necessary to ensure that the coverage of the first beacon signal is substantially limited to zone A (171) and that the first beacon signal does not reach zone B (172). That is, in order to maintain the difference in the reception power of the first beacon signal in zone A (171) and in zone B (172) at a level that can be clearly distinguished, the first directional antenna (11) may be a directional array antenna rather than a conventional omnidirectional unit antenna.

[0437] According to one embodiment of the present invention, the directional array antenna of the first directional antenna (11) that radiates a signal to the first region (181) can be configured in a linear array or a planar array.

[0438] Each antenna element constituting the first directional antenna (11) can radiate circular polarization or elliptical polarization to ensure smooth signal reception regardless of the direction in which the user holds the smart device.

[0439] The first directional antenna (11) maintains a fixed beam steering angle within a range of 20° from the direction perpendicular to the arrangement direction of the antenna elements (broadside direction) or from the direction perpendicular to the arrangement direction of the antenna elements, and can have a beam width capable of detecting all users in the first area (181).

[0440] The first directional antenna (11) is fed using a parallel feed line and may have tapering applied to minimize side lobes to suppress radiation to the side.

[0441] A shielding housing using a λ / 4 reflector or a conductor may be used on the rear of the first directional antenna (11) to suppress rear radiation due to the array factor. In the example shown in Fig. 2, the rear of the first directional antenna (11) may mean vertically upward.

[0442] According to an embodiment of the present invention, a first directional antenna (11) that radiates a signal to a first area (181) of zone A (171) can significantly suppress the gains in the side and rear, thereby enabling a clear distinction in the intensity of reception power in zone A (171) and zone B (172) even in an indoor environment where reflection, diffraction, interference, multipath propagation, etc. of radio waves exist.

[0443] When Zone A (171) and Zone B (172) are assumed to be free stay zones and paid entry zones, respectively, the movement route of a user who wishes to use public transportation is restricted to passing through the first zone (181) of Zone A (171), entering the second zone, and then passing through Zone B (172).

[0444] The first area (181) is a payment preparation area that prepares payment by estimating the user's intention to use public transportation.

[0445] The second area that a user who wishes to use public transportation reaches after passing through the first area (181) is an area where the user firmly conveys his or her intention to use public transportation, and is a payment confirmation area where the user who has entered the second area can make a payment.

[0446] In situations where multiple users exist in the first area (181), it is difficult to determine the order in which users move to the second area. Therefore, even when the distance between a user who has already entered the second area and a user who has not yet entered the second area is within a few tens of centimeters, a clear location distinction must be made to prevent payment errors.

[0447] Therefore, in relation to the second area according to one embodiment of the present invention, the user's entry / exit must be quickly determined even at a distance of several tens of centimeters, and the distinction between the second area belonging to area A (171) and the second area belonging to area B (172) must be clear without interference. To this end, the present invention configures the second area according to two embodiments.

[0448] FIG. 19 illustrates a first method of configuring a second area according to one embodiment of the present invention.

[0449] In the first method, an electromagnet or a permanent magnet may be installed in or near the tagless payment device (100) so as to have a magnetic flux density greater than a predetermined first magnetic threshold value (so that a magnetic field is formed) in a first vertical plane including a boundary line (50). At this time, the magnetic force lines are configured to be dense in a section within several tens of cm extending along the user's movement line centered on the first vertical plane. The magnetic flux density in the section within several tens of cm may be greater than or equal to the predetermined first magnetic threshold value, and the magnetic flux density in a section outside of the several tens of cm may be less than the predetermined first magnetic threshold value. At this time, the section within several tens of cm may be a second area (182). By comparing the strength of the magnetic field measured by the user's smart device with the predetermined first magnetic threshold value, it is possible to determine whether the user is within the second area (182) or outside the second area (182).

[0450] The above electromagnet or the above permanent magnet corresponds to the components described using reference numbers 81, 82, 83, 84, 381, 382, ​​383, and 384 in FIGS. 12 to 15.

[0451] That is, the first method is a method in which the intensity of the magnetic field measured by the user's smart device is significantly different when compared before and after entering the second area (182).

[0452] When a user enters the second area (182) and the magnetic field strength is measured to be above the first magnetic threshold, the user's intention to use public transportation is deemed to have been accurately confirmed, and payment using the smart device is processed. The first method using magnetic fields makes it easy to distinguish between users entering the payment area and users waiting, as there is a significant difference between dense and sparse magnetic field lines even over a short distance of several tens of centimeters.

[0453] FIG. 20 illustrates a second method of configuring a second area according to one embodiment of the present invention.

[0454] In a second method of configuring a second region (182) according to an embodiment of the present invention, a directional array antenna having a radiation pattern of a fan beam is used by using a second directional antenna (12).

[0455] The second directional antenna (12) is a single antenna, but may be composed of multiple antenna elements.

[0456] In one embodiment, a plurality of antenna elements constituting the second directional antenna (12) may be installed at the lower portion (130) or the vertical frame portion (123).

[0457] In another embodiment, the plurality of antenna elements constituting the second directional antenna (12) may be arranged scattered along the frame area of ​​the tagless payment device (100). For example, the plurality of antenna elements may be arranged scattered at the lower left portion (131), the lower right portion (132), the first directional antenna (11), the left support portion (121), and the right support portion (122). In the case illustrated in FIG. 20, the plurality of antenna elements are arranged only at the lower left portion (131) and the lower right portion (132).

[0458] The second directional antenna (12) may be a component of a confirmation area beacon device that transmits a second beacon signal.

[0459] The above confirmation area beacon device may be the first beacon device (31) presented in Fig. 1b.

[0460] In one embodiment, the second beacon signal may include a component transmitted toward zone A (171).

[0461] Among the components of the above-mentioned confirmation area beacon device, other components except the second directional antenna (12) may be placed at the lower part (130) or may be placed at a location other than the lower part (130).

[0462] The second directional antenna (12) can be configured to have a narrow beam width at a short distance of several tens of cm in the direction in which the user moves, and a wide beam width in the cross-section through which the user passes.

[0463] When a user enters the second area (182) where the gain of the second directional antenna is relatively very large, and the intensity of the second beacon signal of the confirmation area beacon device transmitted by the second directional antenna (12) is received above a predetermined threshold, charging using a smart device can be performed.

[0464] By using the second beacon signal transmitted by the second directional antenna (12), it should be possible to clearly distinguish between before entering the second area (182) of zone A (171), after entering the second area (182) of zone A (171), and after exiting the second area (182) of zone A (171). In addition, the second area of ​​zone A (171) and the second area of ​​zone B (172) should also be able to be distinguished from each other.

[0465] To this end, the array antenna constituting the second area (182), like the array antenna constituting the first area (181), is also fed using parallel feed lines, and is characterized in that tapering is applied to minimize side lobes in order to suppress radiation to the side.

[0466] The rear portion of the second directional antenna (12) forming the second region (182) is characterized by using a shielding housing using a λ / 4 reflector or a conductor on the rear portion of the antenna to suppress rear radiation due to the array factor. Here, the rear portion of the second directional antenna (12) forming the second region (182) may refer to a portion in the direction of the bulkhead (300) with respect to the tagless payment device (100).

[0467] According to an embodiment of the present invention, the second directional antennas (12) constituting the second area (182) all have radiation characteristics of a fan beam, and the intensity of the received power before and after entering the second area (182) can be clearly distinguished at a short distance of several tens of cm, so that even if multiple users enter in a line, the order of entry of each user can be accurately determined.

[0468] In addition, the first directional antenna (11) and the second directional antenna (12), which are directional array antennas forming a fan beam according to an embodiment of the present invention, can be applied to wireless communication methods such as UWB and WiFi, and thus can be used for the purpose of indoor precision positioning even if the communication method is changed.

[0469] The first method using a magnetic field constituting the second area (182) according to an embodiment of the present invention and the second method using an array antenna having a radiation pattern of a fan beam are both technologies capable of detecting a narrow movement path pattern of a user, and can solve the problem of misrecognition occurring when moving along an adjacent path, which is a problem of a tagless payment method using a conventional omnidirectional single antenna.

[0470] The user positioning technology according to an embodiment of the present invention can be applied to services such as entrance gates, presence confirmation, and identity verification when making payments in stores, in addition to transportation such as buses and taxis other than subways.

[0471] FIG. 21 illustrates a modified example of the second method of configuring the second area according to one embodiment of the present invention presented in FIG. 20.

[0472] In the embodiment shown in Fig. 21, a plurality of antenna elements constituting the second directional antenna (12) may be installed in a bulkhead (300).

[0473] FIG. 22 shows an example of a side view of the tagless system (1), first area (181), and second area (182) provided according to one embodiment of the present invention.

[0474] In FIG. 22, the second area (182) is illustrated as overlapping with the tagless payment device (100), but depending on the implementation, the second area (182) may be formed with an offset toward zone A (171) (zone B (172)) with respect to the tagless payment device (100), or may be formed with an offset toward the partition (300) with respect to the tagless payment device (100).

[0475] In addition, in Fig. 22, the second region (182) is illustrated as being formed long vertically, but it may also have a shape tilted in one direction.

[0476] Tagless System: First Embodiment

[0477] Hereinafter, the configuration of a tagless system (1) provided according to one aspect of the present invention will be described with reference to the drawings described above.

[0478] The tagless system (1) may include a first tagless payment device including a vertical frame portion (123) fixed to the floor of a predetermined first entry / exit area, and an upper portion (110) installed at an upper point of the vertical frame portion.

[0479] Here, the first entry / exit zone may be zone A (171) or zone B (172). The vertical frame portion (123) may be composed of a support portion (120) and a lower portion (130). The first tagless payment device may be the tagless payment device (100) described above. The upper portion (110) may be installed in connection with the upper end of the support portion (120), or may be installed at a position spaced a certain distance below the upper end of the support portion (120). The height of the upper portion (110) may be set so that a pedestrian can pass without hitting his / her head below the upper portion (110).

[0480] In addition, the tagless system (1) may include a first directional antenna (11) that is installed at the upper part (110) and transmits a first radio signal that forms a first coverage area (181) directed toward the floor of the entry / exit area (171) and a second directional antenna (12) that transmits a second radio signal that forms a second coverage area (182).

[0481] In addition, the tagless system (1) may further include the preparation area beacon device including the first directional antenna (11), and the confirmation area beacon device including the second directional antenna (12). The first radio signal may be a first beacon signal, and the second radio signal may be a second beacon signal.

[0482] At this time, when a passenger carrying a user terminal moves from the first entry / exit zone (171) through the first tagless payment device (100), the second coverage area (182) may be formed closer to the first tagless payment device (100) than the first coverage area (181) so that the user terminal enters the second coverage area (182) only after entering the first coverage area (181).

[0483] FIG. 23 illustrates a relationship between a first coverage area and a second coverage area that can be formed according to various embodiments of the present invention.

[0484] Fig. 23 illustrates embodiments of a tagless system (1) viewed from above. In Fig. 23, an area indicated by reference numeral 181 and indicated by a dotted line represents a first projection area on the floor when the first coverage area (181) is projected onto the floor, and an area indicated by reference numeral 182 and indicated by a dotted line represents a second projection area on the floor when the second coverage area (182) is projected onto the floor.

[0485] The area of ​​the first projection area may be wider than the area of ​​the second projection area.

[0486] In one embodiment shown in (a) of FIG. 23, all parts of the first projection area may be further from the first tagless payment device (100) than the second projection area.

[0487] In one embodiment shown in (b) of Fig. 23, a portion of the first projection area may overlap a portion of the second projection area. In this case, a portion of the second projection area that does not overlap the first projection area may be formed closer to the first tagless payment device (100) than a portion of the first projection area that does not overlap the second projection area.

[0488] In one embodiment shown in (c) of Fig. 23, the first projection area may include the entire second projection area. However, the center of the second projection area may be closer to the first tagless payment device (100) than the center of the first projection area.

[0489] The tagless system (1) may be configured to transmit the first radio signal containing information necessary for payment preparation through the first directional antenna (11) so that the user terminal receiving the first radio signal can perform a predetermined payment preparation.

[0490] At this time, the user terminal may be configured to execute payment upon receiving the second radio signal after executing the payment preparation.

[0491] The first radio signal and the second radio signal may have different characteristics. For example, the wireless channel resources used by the first radio signal and the second radio signal may be different. For example, the information restored by decoding the first radio signal may include the ID of the preparation area beacon device, and the information restored by decoding the second radio signal may include the ID of the confirmation area beacon device. The user terminal is configured to be able to distinguish between the first radio signal and the second radio signal.

[0492] The tagless system (1) may further include a detection sensor not shown in the bulkhead (300) or vertical frame (123). The detection sensor may be an infrared sensor, for example, to detect the presence of a person.

[0493] The tagless system (1) may further include a passage blocking device, such as a flap or barricade bar. The passage blocking device may be installed, for example, on a bulkhead (300). When the tagless system (1) determines that passage must be blocked, it is configured to operate the driving device of the passage blocking device to set a condition that obstructs passage.

[0494] When the tagless system (1) obtains information that a user terminal has executed a payment, it executes a process for allowing passage of a pedestrian. This process is performed when a detection sensor detects the presence of a person, and when the tagless system (1) obtains information that a payment has been executed from the user terminal within a certain period of time based on that time, it changes or sets the operating status of the passage blocking device so as not to obstruct passage.

[0495] The tagless system (1) is configured to execute a process for blocking the passage of the person when it obtains information that the user terminal has executed the payment. The process for blocking the passage may include a process for changing or setting the operating state of the passage blocking device so that the passage blocking device becomes a condition for blocking the passage of the person when the tagless system (1) has not obtained information that the user terminal has executed the payment during a certain time period centered around that point in time when the detection sensor detects the presence of a person.

[0496] The tagless system (1) executes a process to block the passage of a pedestrian if it fails to obtain information that the user terminal has executed a payment. This process involves changing or setting the operating status of the passage blocking device to prevent the passage of a pedestrian if the tagless system (1) fails to obtain information that the user terminal has executed a payment within a certain period of time after the detection sensor detects the presence of a person.

[0497] At this time, the first directional antenna (11) is a directional array antenna including a plurality of antenna elements, and the plurality of antenna elements may be arranged at the upper portion (110).

[0498] At this time, the user terminal may be configured to perform the payment preparation and payment in cooperation with a remote server. In this case, the tagless system (1) may be configured to obtain information from the server that the payment has been performed.

[0499] Alternatively, the tagless system (1) may further include a payment terminal not shown in FIGS. 17 to 21. The user terminal may be configured to perform the payment preparation and payment in cooperation with the payment terminal.

[0500] System with multiple tagless systems installed adjacently: Second embodiment

[0501] Figure 24 illustrates the operating principle of a payment system configured by placing a plurality of tagless systems adjacent to each other according to one embodiment of the present invention.

[0502] A system provided according to one embodiment of the present invention may include a tagless system (1); and an adjacent tagless system (2) disposed adjacent to and parallel to the tagless system (1) and having the same configuration as the tagless system (1).

[0503] The tagless system (1) may have the same configuration as that described in the above-described tagless system: first embodiment.

[0504] The adjacent tagless system (2) may also have the same configuration as the tagless system (1). However, in order to explain the tagless system (1) and the adjacent tagless system (2) separately, the names and reference numbers of each component constituting the adjacent tagless system (2) are explained with modifications.

[0505] The adjacent tagless system (2) may include a first adjacent tagless payment device (200) including an adjacent vertical frame portion (223) fixed to the floor of a predetermined first adjacent entry / exit zone (271), and an adjacent upper portion (210) installed at an upper point of the adjacent vertical frame portion (223); a first adjacent directional antenna (21) installed at the adjacent upper portion (210) and transmitting a first adjacent radio signal forming a first adjacent coverage area (281) directed toward the floor of the adjacent entry / exit zone (271), and a second adjacent directional antenna transmitting a second adjacent radio signal forming a second adjacent coverage area.

[0506] At this time, when a neighboring passerby carrying a predetermined neighboring user terminal moves from the first neighboring entry / exit zone (271) through the first neighboring tagless payment device (200), the neighboring user terminal enters the second neighboring coverage area only after entering the first neighboring coverage area (271), so that the second neighboring coverage area is formed closer to the first neighboring tagless payment device (200) than the first neighboring coverage area (271).

[0507] The adjacent tagless system (2) may be configured to transmit the first adjacent radio signal containing information necessary for payment preparation to the first adjacent directional antenna (21) so that the adjacent user terminal that has received the first adjacent radio signal can perform a predetermined payment preparation.

[0508] The above-mentioned adjacent user terminal may be configured to execute payment upon receiving the second adjacent radio signal after executing the payment preparation.

[0509] The adjacent tagless system (2) may be configured to execute a process for allowing passage of the adjacent user when it obtains information that the adjacent user terminal has executed the payment.

[0510] At this time, the first coverage area (171) and the first adjacent coverage area (271) may be configured not to overlap each other. This is an important effect provided by the present invention. In order to clearly identify the passage and / or payment intentions of different users who use two adjacent but distinct tagless systems (1, 2), the two payment preparation areas (171, 271) formed corresponding to the two tagless systems must be completely distinguishable. At the same time, the two payment preparation areas must each secure the widest possible area. In order to achieve this purpose, as suggested in the present invention, the directional antennas forming each of the payment preparation areas must generate radio signals directed from top to bottom. To this end, in the present invention, the directional antennas (11, 12) forming the first coverage area (171) and the first adjacent coverage area (271) are all installed at the upper portion (110) located in the upper area of ​​the tagless payment device, and configured to transmit radio waves directed downward. In this way, the rear of the directional antennas (11, 12) becomes the space above the tagless payment device. Although the directional antennas are designed to transmit radio waves toward the space defined in front of them, radio waves leaking to the rear may also occur, and these radio waves leaking to the rear may act as noise to other tagless systems. Therefore, it is necessary to control the radio waves leaking to the rear of the directional antenna, and this is solved in the present invention by placing the directional antenna at the upper portion (110). In a preferred embodiment of the present invention, in order to place the directional antenna on the upper part (110), the upper part (110) is installed at a point on the upper side of a vertical frame part (123) fixed to the floor.

[0511] Unlike the present invention, if the first directional antenna (11) shown in FIG. 2 is installed at the lower part (130) rather than the upper part (110), it can be understood that there is a problem that the rear part of the first directional antenna (11) encroaches on the area of ​​another tagless system.

[0512] <Transportation payment method after confirmation of payment intent>

[0513] Figure 25a illustrates a scenario in which a transportation payment method provided according to one embodiment of the present invention can be applied.

[0514] First, a user can tag a transportation terminal (30), which is a payment terminal (302) of a bus (70), with his or her user terminal (10). Then, the payment terminal (302) can provide the user terminal (10) with vehicle information, which is information about the bus (70), and station information, which is information about the bus stop where the vehicle has stopped, among the information it possesses. Then, the user terminal (10) can generate transportation details on its own based on the provided vehicle information and station information, and store the generated transportation details on a card medium accessible to the user terminal (10).

[0515] The above station information can be obtained by the bus (70) using GPS and various ITS technologies, and the bus (70) can provide the obtained station information to the payment terminal (302).

[0516] The payment terminal (302) may be installed at the front or back door of the bus (70) or may be installed at another location on the bus (70). The payment terminal (302) may be provided for processing users' boarding / disembarkation / transfer.

[0517] Thereafter, when a wireless communication link is established between the user terminal (10) and the server (20), the user terminal (10) can transmit the traffic details to the server (20). Then, the server (20) can generate payment details corresponding to the traffic details based on the transmitted traffic details and transmit the payment details back to the user terminal (10).

[0518] In a system for a transportation payment method implemented according to one embodiment of the present invention, a wireless communication link is not prevented or excluded from being established between the user terminal (10) and the server (20) at the time when the user terminal (10) is tagged to the payment terminal (302) or during a time period defined based on this time.

[0519] The user terminal (10) can store the payment details received from the server (20) in the card medium.

[0520] The above card medium may be an electronic transportation card. For example, the electronic transportation card may be a Secure Element (SE) installed on a user terminal (10), or may be a set of predetermined information managed by an app running on the user terminal (10).

[0521] Alternatively, the electronic transportation card may not be included in the user terminal (10), but may be included in another device that the user terminal (10) can access via wired or wireless communication.

[0522] Figure 25b illustrates another scenario in which a transportation payment method provided according to one embodiment of the present invention can be applied.

[0523] First, a user can approach to board a bus (70) while holding his / her user terminal (10), or move from the inside of the bus (70) toward the outside to get off the bus (70).

[0524] At this time, a set of beacon devices (301) may be installed on the bus (70). The beacon device (301) can wirelessly broadcast vehicle information, which is information about the bus (70) on which it is installed, and station information, which is information about the bus stop where the vehicle has stopped. The bus (70) can obtain the station information using GPS and various ITS technologies, and the bus (70) can provide the obtained station information to the beacon device (301).

[0525] A user terminal (10) carried by a user inside a bus (70) or near a bus (70) can receive the vehicle information and station information included in the beacon signal transmitted by the beacon device (301), and can generate traffic information on its own based on the information received in this manner and store the generated traffic information in the card medium accessible to the user terminal (10).

[0526] When a wireless communication link is established between a user terminal (10) and a server (20), the user terminal (10) can transmit the traffic details to the server (20). Then, the server (20) can generate payment details corresponding to the traffic details based on the transmitted traffic details and transmit the payment details back to the user terminal (10).

[0527] The user terminal (10) can store the payment details received from the server (20) in the card medium.

[0528] In the above description, the beacon device (301) is exemplified as being installed on a bus (70). However, it may be installed on each vehicle of a train, such as a subway or train, or on another type of vehicle, such as a taxi. The present invention can be applied to these cases as well.

[0529] Figure 25c illustrates another scenario in which a transportation payment method provided according to a preferred embodiment of the present invention can be applied.

[0530] First, the user can pass through the traffic gate (200) while holding his / her user terminal (10).

[0531] At this time, the user can obtain approval to pass through the traffic gate (200) by tagging the user terminal (10) to the traffic terminal (30), which is a payment terminal (302) installed at the traffic gate (200).

[0532] Alternatively, the user may approach the traffic gate (200) while carrying his / her user terminal (10). At this time, a traffic terminal (30), which is a beacon device (301), may be installed in the traffic gate (200). The beacon device (301) may wirelessly broadcast and provide station information, which is information about the stop where the traffic gate (200) where it is installed is located, and vehicle information, which is information about the vehicle running at the stop. The station information may be provided in advance to the beacon device (301) or a device (not shown) that controls the beacon device. Through the broadcasting, the beacon device (301) may provide the vehicle information and the station information to the user terminal (10). Then, the user terminal (10) may generate traffic details on its own based on the provided vehicle information and station information and store the generated traffic details in a card medium that the user terminal (10) can access. And the user terminal (10) can obtain approval to pass through the traffic gate (200) by using a predetermined follow-up process.

[0533] At this time, the above-described subsequent processor may be a process including the service provision step (S290) presented in FIG. 3, FIG. 4, and FIG. 5 and the steps executed before that.

[0534] When a wireless communication link is established between a user terminal (10) and a server (20), the user terminal (10) can transmit the traffic details to the server (20). Then, the server (20) can generate payment details corresponding to the traffic details based on the transmitted traffic details and transmit the payment details back to the user terminal (10).

[0535] The user terminal (10) can store the payment details received from the server (20) in the card medium.

[0536] The traffic gate (200) may be the tagless system (1) illustrated in FIG. 24. In this case, FIG. 25c may be viewed as a simplified representation of the tagless system (1) presented in FIG. 24. Furthermore, the payment terminal (302) may be the payment terminal (40) illustrated in FIG. 1a, etc. Furthermore, the beacon device (301) may be the first beacon device (31), the second beacon device (32), the second' beacon device (32'), and / or the third beacon device (33) described above.

[0537] Figure 26a is a flowchart illustrating a transportation payment method provided according to one embodiment of the present invention.

[0538] In step (S10), the user terminal (10) can obtain station information and vehicle information corresponding to the transportation terminal (30) from the transportation terminal (30).

[0539] The user terminal (10) may be a mobile computing device such as a smartphone used by the user.

[0540] To this end, in order for the transportation terminal (30) to provide station information and vehicle information to the user terminal (10), the transportation terminal (30) and the user terminal (10) may utilize a short-range wireless communication protocol such as NFC. In this case, to utilize NFC, the user may tag the user terminal (10) to the transportation terminal (30). For example, in this case, the transportation terminal (30) may be a payment terminal (302) that supports NFC communication.

[0541] Alternatively, the transportation terminal (30) and the user terminal (10) may use a wireless communication protocol using a beacon signal and / or a BLE signal to provide station information and vehicle information to the user terminal (10). In this case, the user may carry the user terminal (10) on or near his / her body without having to tag the user terminal (10) to the transportation terminal (30). In addition, the tagless payment technology provided according to the above-described embodiment of the present invention may be used. For example, in this case, the transportation terminal (30) may be a beacon device (301) that supports beacon or Bluetooth communication.

[0542] In addition to the above-described wireless communication protocol, any other wireless communication protocol capable of communicating between the user terminal (10) and the transportation terminal (30) may be used.

[0543] Using the above-described wireless communication protocol, the transportation terminal (30) can provide station information and vehicle information to the user terminal (10).

[0544] If the transportation terminal (30) is a device installed on a bus, the station information may include information about the station at which the bus is currently stopped, and the vehicle information may include information about the type of the bus.

[0545] If the transportation terminal (30) is a device installed at an entry / exit gate for subway users, the station information may include information about the station where the gate is installed, and the vehicle information may include information about trains available at the station.

[0546] The transportation terminal (30) is provided by a transportation service provider in response to a vehicle and / or station that the user wishes to use, and may be, for example, a payment terminal, a beacon device, or another dedicated communication device.

[0547] In step (S20), the user terminal (10) can create and store traffic history by itself using the station information and vehicle information obtained from the traffic terminal (30).

[0548] At this time, the location where the user terminal (10) stores the traffic history may be any memory device that the user terminal (10) can access.

[0549] At this time, the location where the user terminal (10) stores the traffic history may be any card medium that the user terminal (10) can access.

[0550] The above card medium may be an SE installed in a user terminal (10), or may be an electronic transportation card provided in the form of software to the user terminal (10).

[0551] The above card medium may be included in a device that the user terminal (10) can access using short-range wireless communication, or may be included in another device that the user terminal (10) can access using wireless network communication.

[0552] Before generating the traffic details in step (S20), the user terminal (10) can first check whether the valid first symmetric key exists in the user terminal (10). If it exists, the traffic details can be generated using the valid first symmetric key. If it does not exist, the user terminal (10) cannot generate the traffic details. Therefore, if the valid first symmetric key does not exist in the user terminal (10), the user terminal (10) can request and obtain a new valid symmetric key from the key providing server before generating the traffic details.

[0553] At this time, in step (S20), the user terminal (10) may not generate payment details, which are a different concept from the above-mentioned traffic details. In addition, the user terminal (10) may not secure payment details corresponding to the above-mentioned traffic details and store them within the user terminal (10), and may not store them in the card medium accessed by the user terminal (10).

[0554] According to one embodiment of the present invention, during a predetermined time period defined between the time point at which step (S10) is performed and the time point thereafter, it is permitted to store predetermined payment details corresponding to the traffic details generated by the user terminal (10) within the user terminal (10) or not to store them on the card medium. This permission may be effective in cases where a wireless communication link between the user terminal (10) and the server (20) is unavailable.

[0555] However, in one embodiment of the present invention, if a wireless communication link is established between the user terminal (10) and the server (20) at the time when the step (S10) is performed and during a predetermined time period defined thereafter, it may not be prohibited to store predetermined payment details corresponding to the traffic details generated by the user terminal (10) in the user terminal (10) or to store them in the card medium.

[0556] The user terminal (10) can generate one or more traffic records by itself using one or more pairs of {station information, vehicle information} information obtained from one traffic terminal (30) over time. For example, when a user processes boarding and disembarking using a payment terminal (302) installed at the front door of a bus (70) as shown in FIG. 25a, two pairs of {station information, vehicle information} can be obtained from the traffic terminal (30), which is the payment terminal (302), and two traffic records can be sequentially generated using these two pairs of information.

[0557] In addition, the user terminal (10) can generate multiple traffic records by itself using multiple {station information, vehicle information} pair information obtained from multiple different traffic terminals (30) over time.

[0558] For example, a scenario can be assumed in which a user processes boarding using a payment terminal (302) installed at the front door of a bus (70) as shown in FIG. 25a, processes disembarking using another payment terminal installed at the back door of the bus (70), processes boarding using a payment terminal installed at the front door of another second bus, and processes disembarking using another payment terminal installed at the back door of the second bus. In this case, the user terminal (10) can generate a total of four transportation records on its own.

[0559] As another example, a scenario may be assumed in which a user processes boarding and disembarking using a payment terminal (302) installed at a transit gate (200) as shown in FIG. 25c. In this case, the user terminal (10) can automatically generate a total of two transit records.

[0560] The flowchart presented in Figure 26a is presented assuming the following scenario.

[0561] That is, when a user boards the first bus through the front door at a first point in time, a tagless beacon signal connection or tag connection may be made (S11). Then, the user terminal (10) can create and store the first traffic details for this (S21). Then, when the user gets off the bus through the front door at a second point in time, a tagless beacon signal connection or tag connection may be made (S12). Then, the user terminal (10) can create and store the second traffic details for this (S22). Then, when the user boards the bus through the front door at a third point in time, a tagless beacon signal connection or tag connection may be made (S13). Then, the user terminal (10) can create and store the third traffic details for this (S23). Next, when the user disembarks through the front door of the second bus at the fourth point in time, a tagless beacon signal connection or tag connection may be made (S14). Then, the user terminal (10) can create and store the fourth traffic details, which are traffic details for this (S24).

[0562] Alternatively, the flowchart presented in Fig. 26a is presented assuming the following other scenario.

[0563] That is, when a user boards a subway train through the first transit gate at a first point in time, a tagless beacon signal connection or tag connection may occur (S11). Then, the user terminal (10) can create and store the first transit history, which is the transit history, for this (S21). Then, when the user gets off the subway train through the second transit gate at a second point in time, a tagless beacon signal connection or tag connection may occur (S12). Then, the user terminal (10) can create and store the second transit history, which is the transit history, for this (S22). Then, when the user boards the subway train through the third transit gate at a third point in time, a tagless beacon signal connection or tag connection may occur (S13). Then, the user terminal (10) can create and store the third transit history, which is the transit history, for this (S23). Next, when the user disembarks through the fourth transit gate of the subway at the fourth point in time, a tagless beacon signal connection or tag connection may be made (S14). Then, the user terminal (10) can create and store the fourth transit history, which is the transit history for this (S24).

[0564] Steps (S11), (S21), (S12), (S22), (S13), (S23), (S14), and (S24) presented in FIG. 26a represent a scenario in which a user terminal (10) generates multiple traffic histories, and it can be understood that the user terminal (10) can generate multiple different traffic histories through other scenarios.

[0565] In step (S30), the user terminal (10) can transmit a set of traffic records that the user terminal (10) has created and stored to the server (20). To do this, a wireless communication link must be established between the user terminal (10) and the server (20).

[0566] The above set of traffic records transmitted may include traffic records that the user terminal (10) has never transmitted to the server (20) up to the point of step (S30).

[0567] In one embodiment, the key providing server that provides a symmetric key to the user terminal (10) may be a server (20) that receives a set of traffic details from the user terminal (10), or may be a server different from the server (20).

[0568] Although Fig. 26a presents an example in which step (S30) is performed after step (S14), the timing at which step (S30) is performed may be freely selected according to the policy of the transportation payment system provided according to one embodiment of the present invention, including a user terminal (10) and a server (20). For example, step (S30) of Fig. 26a may be performed between step (S23) and step (S14).

[0569] However, the prerequisite for executing step (S30) includes the condition that communication between the user terminal (10) and the server (20) must be possible.

[0570] In step (S40), the server (20) can create a set of payment details based on the set of traffic details transmitted from the user terminal (10).

[0571] At this time, the above-mentioned set of payment details may include payment details corresponding to each of the above-mentioned set of transportation details. Accordingly, if the above-mentioned set of transportation details consists of N items, the above-mentioned set of payment details may also consist of N items.

[0572] In the example presented in Fig. 26a, the set of traffic details received by the server (20) from the user terminal (10) includes the first traffic details, the second traffic details, the third traffic details, and the fourth traffic details. In addition, the server (20) can generate the first payment details, the second payment details, the third payment details, and the fourth payment details, which correspond to the first traffic details, the second traffic details, the third traffic details, and the fourth traffic details, respectively.

[0573] In step (S50), the server (20) can provide the above set of payment details to the user terminal (10).

[0574] In step (S60), the user terminal (10) can store the above set of payment details.

[0575] At this time, the above set of payment details may be stored in a device accessible to the user terminal (10) or in the card medium.

[0576] And each payment detail included in the above set of payment details can be stored in pairs with corresponding transportation details.

[0577] For example, in the example presented in Fig. 26a, before step (S50) is executed, the first traffic history, the second traffic history, the third traffic history, and the fourth traffic history may already be stored in the card medium. At this time, in step (S60), the first payment history, the second payment history, the third payment history, and the fourth payment history may be stored as paired information corresponding to the first traffic history, the second traffic history, the third traffic history, and the fourth traffic history, respectively.

[0578] Figure 26b illustrates in more detail the process of storing traffic history and payment history in the user terminal presented in Figure 26a.

[0579] The user terminal (10) may include a communication unit (110) capable of receiving a tagless beacon signal or executing short-range communication according to a tag action. As illustrated in FIG. 11 described above, the communication unit (110) may include a short-range communication unit (11) configured to execute a Bluetooth protocol and / or an NFC protocol. In addition, the communication unit (110) may include a network communication unit (12) capable of communicating with a server (20). Accordingly, the communication unit (110) may be configured to execute a wireless communication protocol such as LTE, 3G~6G, or WiFi.

[0580] A user terminal (10) may be equipped with a dedicated app (130) that enables execution of a transportation payment method provided according to one embodiment of the present invention. The app (130) may be prepared and distributed by a person operating a transportation payment system provided according to one embodiment of the present invention.

[0581] The user terminal (10) may include the card medium (120). The card medium (120) may be a device installed in the user terminal (10), such as an SE, or may be an electronic transportation card provided in software form by the app (130). Even if provided in software form, the electronic transportation card may occupy the hardware non-volatile memory of the user terminal (10).

[0582] The card medium (120) may include a traffic history storage unit (122), which is a memory area where traffic history is stored, and a value storage unit (121), which is a memory area where payment history is stored. The value storage unit (121) and the traffic history storage unit (122) may be interconnected.

[0583] When the communication unit (110) receives a tagless beacon signal or tag signal in step (S10), the app (130) can generate traffic history using vehicle information and station information included in the received signal and store the generated traffic history in the traffic history storage unit (122) (S410, S420).

[0584] In step (S50), when the communication unit (110) receives the set of payment details from the server (20), the app (130) can store the received payment details in the value storage unit (121) (S430, S440).

[0585] Figure 27a shows an example of applying the transportation payment method described in Figures 26a and 26a to the service provision method presented in Figure 8.

[0586] In the method of FIG. 8, in step (S321), the user terminal (10) transmits a user ID and payment preparation information to the server (20), and in step (S371), the user terminal (10) transmits a payment confirmation area entry report to the server (20). This assumes that the user terminal (10) and the server (20) can communicate with each other. However, depending on the circumstances of the communication network, there may be a first period of time during which the mutual communication is impossible. Alternatively, according to the design philosophy of the service provision method, information exchange between the user terminal (10) and the server (20) may be prohibited during a predetermined continuous first period of time, and communication between the user terminal (10) and the server (20) may be provided only intermittently. If such a restriction exists, steps (S321) and (S371) of the method of FIG. 8 cannot be executed.

[0587] Figure 27a illustrates a modified version of the transportation payment method of Figure 8, adapted for application to the service provision method presented in Figure 8. The following description focuses on the modified steps.

[0588] In step (S5321), for example, due to communication failure between the server and the user terminal, the user terminal (10) may store the user ID and payment preparation information in the traffic history.

[0589] In step (S5370), unlike in FIG. 8, even though the user terminal (10) has not received prepayment information from the server (20), the user terminal (10) may transmit a transportation service request to the payment terminal (40). The transportation service request may be a request to allow passage through a transportation gate.

[0590] In step (S5371), a payment confirmation area entry event indicating that the user terminal (10) has entered the payment confirmation area due to, for example, a communication failure between the server and the user terminal, may be further stored in the traffic history.

[0591] In step (S30), the user terminal (10) can transmit the generated and stored traffic history to the server (20).

[0592] After that, the server (20) can further execute the above-described steps (S322) and (S390).

[0593] In addition, the server (20) can generate the payment details using the above-mentioned traffic details. The generated payment details can be transmitted to the user terminal (10) and stored in the user terminal (10).

[0594] Figure 27b shows another example of applying the transportation payment method described in Figures 26a and 26b to the service provision method presented in Figure 8.

[0595] Figure 27a illustrates a scenario occurring at one station.

[0596] In contrast, Fig. 27b illustrates a scenario of continuous transportation service use in which a user uses a transportation service at a first station and then uses another transportation service at a second station.

[0597] In Fig. 27b, the scenario occurring at the first station and the scenario occurring at the second station are distinguished by wavy boxes that separate the areas.

[0598] The user terminal (10) can generate a first traffic history while receiving traffic services from the first payment terminal at the first station. However, in this scenario, if communication between the server (20) and the user terminal (10) is impossible before the user terminal (10) receives traffic services from the second payment terminal at the second station, the generated first traffic history cannot be transmitted to the server (20).

[0599] Thereafter, the user terminal (10) can generate a second transportation history while receiving transportation services from a second payment terminal at a second station.

[0600] Thereafter, if communication between the server (20) and the user terminal (10) is permitted, a set of traffic details including the first traffic details and the second traffic details generated in step (S30) can be transmitted to the server (20). Then, the server (20) can generate a set of payment details by generating a first payment details corresponding to the first traffic details and generating a second payment details corresponding to the second traffic details in step (S40).

[0601] After that, the server (20) can transmit the set of payment details generated above to the user terminal (10).

[0602] FIG. 7a illustrates a scenario in which a user transmits the traffic details to the server (20) after using the transportation service at only one station, while FIG. 7b illustrates a scenario in which a user transmits the set of traffic details to the server (20) only after using the transportation services at two stations. Similarly, it can be appreciated that a scenario in which a user transmits the set of traffic details to the server (20) only after using the transportation services at three or more stations is also possible. Such a scenario corresponds to the transportation payment method presented in FIG. 26a.

[0603] <Adjusting the reception sensitivity of short-range wireless communication signals on the user terminal based on user experience>

[0604] Figure 28a illustrates a traffic environment to which one embodiment of the present invention can be applied.

[0605] Figure 28b shows a top-down view of the traffic gate presented in Figure 28a.

[0606] A traffic gate (200) may be a facility installed in a subway station, etc.

[0607] The traffic gate (200) may include a bulkhead (300), a first blocking unit (111), a first payment terminal (40), an entry beacon device (331), a second blocking unit (121), a second payment terminal (122), and a Jinchuan beacon device (332).

[0608] An entrance (115) and an exit (125) for a transportation access route (71) can be defined by a bulkhead (300). For an exit route in the opposite direction of the transportation access route (71), the definitions of the entrance and exit can be reversed.

[0609] The first blocking section (111), the first payment terminal (40), and the entry beacon device (331) may be provided for users moving along the transportation entry route (71). The entry beacon device (331) may refer to the first beacon device (31) described above, and in this case, the second beacon device (32), the second' beacon device (32'), and the third beacon device (33) described above are considered to be omitted in FIG. 28a for convenience of explanation.

[0610] The second blocking section (121), the second payment terminal (122), and the Jinchuan beacon device (332) may be prepared for users moving along the exit route in the opposite direction of the transportation entry route (71).

[0611] Depending on the embodiment, the positions of the first blocking unit (111) and the second blocking unit (121) may be positioned at positions different from those presented in Fig. 28a. Depending on the embodiment, the first blocking unit (111) and the second blocking unit (121) may be integrated to provide only one blocking unit.

[0612] Below, the description will be based on the transportation access route (71). The description based on the transportation access route (71) can also be applied to the above exit route.

[0613] A user carrying a user terminal (10) and moving around may pass through a transportation gate (200) by holding the user terminal (10) in his hand and tagging it at the first payment terminal (40), but the user behavior assumed in one embodiment of the present invention may be different from this.

[0614] That is, in a user behavior scenario according to one embodiment of the present invention, a user may pass through a traffic gate (200) while holding a user terminal (10) without tagging the user terminal (10) with the first payment terminal (40) or performing any other special actions. At this time, the traffic gate (200) may determine to permit or prohibit the user's passage. To make the determination, the traffic gate (200) may broadcast predetermined information as a short-range wireless communication signal using a set of pre-prepared beacons including an entry beacon device (331), and the user terminal (10) may be installed with a dedicated app that receives and analyzes the broadcasted information. The broadcasted information may include various data regarding the traffic gate (200). When the user terminal (10) receives the broadcasted information, the user terminal (10) may recognize a communication and data processing computing device installed in the traffic gate (200) and prepare to communicate with each other. Then, the user terminal (10) and the computing device for communication and data processing installed in the traffic gate (200) can decide whether to approve passage of a user carrying the user terminal (10) through the traffic gate (200) through a prearranged procedure. The subject of the decision may be the computing device for communication and data processing installed in the traffic gate (200). The computing device for communication and data processing installed in the traffic gate (200) may be, for example, a device that provides the first payment terminal (40), or may be a device distinct from the first payment terminal (40).

[0615] During the time period during which the above-described pre-arranged procedure is in progress, the user may still attempt to pass through the traffic gate (200) while moving along the transportation access route (71). At this time, for example, the first barrier (111) and the second barrier (121) may remain basically open. At a reference point when the user reaches the reference line (reference point) (105) or a point a certain distance away from the reference line (reference point) (105), it may be checked whether the user's passage through the traffic gate (200) is approved, and if not approved, the first barrier (111) may be closed. Therefore, a decision must be made as to whether or not to allow the user to pass through the traffic gate (200) by the reference point. However, the start of the above-mentioned pre-arranged procedure that must be executed between the user terminal (10) and the computing device for communication and data processing installed at the traffic gate (200) can only be accomplished when the user terminal (10) recognizes the short-range wireless communication signal (=broadcasting signal) transmitted by the entry beacon device (331). Therefore, the signal reception sensitivity of the user terminal (10) for the short-range wireless communication signal is very important. This is because the time at which the user terminal (10) recognizes the short-range wireless communication signal may be brought forward or delayed depending on the signal reception sensitivity.

[0616] In one implementation example, it can be assumed that the time from the time the user terminal (10) receives the short-range wireless communication signal transmitted by the traffic gate (200) to the time the traffic gate (200) begins to open is substantially constant. In this case, if the user terminal (10) recognizes the short-range wireless communication signal more quickly under the same conditions, the time at which the traffic gate (200) opens can also be brought forward.

[0617] The above short-range wireless communication signal may be, for example, a beacon signal or a BLE signal.

[0618] By increasing the reception sensitivity of the short-range wireless communication signal of the user terminal (10), for example, the BLE reception sensitivity, the short-range wireless communication signal can be recognized more quickly.

[0619] Here, the user terminal (10) can continuously monitor the value of the signal output by the antenna detecting the short-range wireless communication signal, and can determine that the short-range wireless communication signal has been received if the monitored signal is greater than or equal to a predetermined first threshold value. Accordingly, the operation of lowering or increasing the BLE reception sensitivity can be performed by changing the first threshold value to a desired value.

[0620] By increasing the BLE reception sensitivity of the user terminal (10), the user terminal (10) can recognize the BLE signal even when the intensity of the BLE signal received by the user terminal (10) is lower. Accordingly, even when the user terminal (10) is further away from the traffic gate (200), the user terminal (10) can recognize the BLE signal, and as a result, the time for the traffic gate (200) to decide whether to allow the user to pass can be shortened.

[0621] After a user enters the entrance (115) and exits the exit (125), the user terminal (10) may output a first questionnaire to the user to assess their satisfaction with the user experience of using the transit gate (200). Additionally, additional questionnaires may be output to verify the reliability of the first response to the first questionnaire.

[0622] Figure 29 illustrates an example of a screen configuration of a user terminal provided according to one embodiment of the present invention.

[0623] After the user passes through the traffic gate (200), the user terminal (10) displays a questionnaire output window (3210) and a response input window (3220) on its screen, presents various questionnaires in the questionnaire output window (3210), and receives the user's responses to the questionnaires through the response input window (3220).

[0624] The user terminal (10) can check whether the user has passed through the traffic gate (200) while executing the pre-arranged procedure with the traffic gate (200).

[0625] The first questionnaire, which investigates user satisfaction with the traffic gate (200), may be, for example, "Did the barrier react slowly when passing through the traffic gate?" If the first response to the first questionnaire is "The barrier reacted slowly," it indicates that the user's experience passing through the traffic gate (200) was not satisfactory and thus requires improvement.

[0626] However, even if the first response above means that “the blocking part’s response was delayed,” the reception sensitivity of the short-range wireless communication signal of the user terminal (10) may not be increased unconditionally based on this.

[0627] Instead, in one embodiment of the present invention, a predetermined reliability level indicating whether the first response is a reliable response may be calculated, and the reception sensitivity of the short-range wireless communication signal of the user terminal (10) may be increased only when the reliability level passes a predetermined threshold. The reliability level may have a scalar value. For example, the reliability level may have a value between 0% and 100%.

[0628] Reliability evaluation function

[0629] Figure 30 illustrates the concept of a reliability evaluation function provided according to one embodiment of the present invention.

[0630] The reliability evaluation function (400) provided according to one embodiment of the present invention can input values ​​of the plurality of evaluation items and output a predetermined reliability. For example, the reliability evaluation function (400) may be a function that inputs one or more of the values ​​of the first evaluation item, the second evaluation item, and the third evaluation item, which will be described later, and outputs a predetermined reliability. In this case, the reliability may be a value indicating whether the first response to the first questionnaire asking, "Was the barrier's reaction slow during the passage through the traffic gate?" is a reliable response.

[0631] The values ​​of the first evaluation item, the second evaluation item, and the third evaluation item can be calculated using the first evaluation function (401), the second evaluation function (402), and the third evaluation function (403) prepared in advance, respectively.

[0632] The reliability evaluation function (400) may be a function module provided by command codes executed on a user terminal (10) or server (20).

[0633] First evaluation function

[0634] Figure 31a illustrates the concept of a first evaluation function provided according to one embodiment of the present invention.

[0635] Among the above multiple evaluation items, the first evaluation item (a first evaluation term) relates to the first time difference between the time the user passes through the traffic gate (200) and the time of response to the first questionnaire.

[0636] The value of the first evaluation item can be determined by the first evaluation function (401) prepared in advance. The first evaluation function (401) can input the time of the user's passage through the traffic gate (200) and the first response time, which is the time of providing the first response to the first questionnaire, and the first evaluation function (401) can output the value of the first evaluation item.

[0637] If the first time difference, which is the difference between the first response time and the time of passage through the traffic gate (200), is large, the user may have responded based on uncertain memories from a relatively older past, and thus the value of the first evaluation item may be lowered. Conversely, if the first time difference is small, the user may have responded based on relatively more recent memories, and thus the value of the first evaluation item may be increased.

[0638] That is, as in the example presented in (b) of Fig. 31a, the value of the first evaluation item may be a value inversely proportional to the first time difference between the time when the user passes through the traffic gate (200) and the time when the first response is made.

[0639] Fig. 31a (b) is an example presented to help understand the present invention, and the first time difference and the value of the first evaluation item are not necessarily limited to the relationship in the graph shown in Fig. 31a (b).

[0640] At this time, the time of passing through the traffic gate (200) may mean the time of passing through the reference point (reference line) (105), which is a point located a predetermined distance from a point between the entrance (115) and the exit (125) of the traffic gate (200).

[0641] The first evaluation function (401) may be a function module provided by command codes executed on a user terminal (10) or server (20).

[0642] Second evaluation function

[0643] Figure 31b illustrates the concept of a second evaluation function provided according to one embodiment of the present invention.

[0644] Among the above multiple evaluation items, the second evaluation item is an indicator of the accuracy of the user's memory of the experience of passing through the traffic gate during the questionnaire response period in which the user's responses to a series of questionnaires including the first questionnaire were made.

[0645] To determine the value of the second evaluation item above, the following two factors can be considered together.

[0646] First, the user terminal (10) can provide the user with a second questionnaire regarding the "speed at which the user moved to pass through the traffic gate" and obtain the user's second response to the second questionnaire. The second response indicates the user's movement speed according to his or her memory. The second response can be obtained through a user interface provided on the user terminal (10).

[0647] Second, the user terminal (10) can automatically obtain a measured moving speed of the user during the time period in which the user passes through the traffic gate (200).

[0648] The time period for passing through the traffic gate (200) may mean a predetermined time period defined based on the time period for passing through the traffic gate (200), which is the time period for passing through the reference point (105).

[0649] The user's movement speed can be measured by the user terminal (10) using an acceleration sensor installed in the user terminal (10).

[0650] Alternatively, the user's movement speed can be directly measured by the user terminal (10) or measured by the traffic gate (200) using the times at which the user passes through two different areas defined along the user's movement direction at the traffic gate (200).

[0651] For example, if an artificial magnetic field that is clearly distinct from the surrounding environmental magnetic field is provided in the two different areas, the movement speed of the user terminal (10) can be measured using two points in time when the user terminal (10) detects the artificial magnetic field with a magnetic sensor.

[0652] As another example, the traffic gate (200) may provide IR sensors in each of the two different areas. The traffic gate (200) may then obtain the difference between the times at which the two IR sensors detected the user's body, thereby determining the user's moving speed. Then, the determined moving speed may be provided to the user's terminal (10) using a predetermined wireless communication protocol, thereby allowing the user's terminal (10) to obtain the measured moving speed.

[0653] In the present invention, the measured movement speed value can be assumed to be reliable. Therefore, if it is determined that the second response matches the measured movement speed value, it can be determined that the accuracy of the user's memory regarding the experience of passing through the traffic gate during the questionnaire response period is high. For example, if the combination of the measured movement speed and the second response corresponds to area 'A' shown in (b) of Figure 31b, the value of the second evaluation item will have a value corresponding to 'high', as shown in (c) of Figure 31b.

[0654] Conversely, if it is determined that the second response does not match the measured movement speed, it can be determined that the accuracy of the user's memory regarding the experience of passing through the traffic gate during the questionnaire response period is low. For example, if the combination of the measured movement speed and the second response corresponds to area 'C' as shown in (b) of Fig. 31b, the value of the second evaluation item will have a value corresponding to 'low' as shown in (c) of Fig. 31b.

[0655] If the combination of the measured movement speed and the second response corresponds to the area 'B' shown in (b) of Fig. 31b, the value of the second evaluation item will have a value corresponding to 'normal', as shown in (c) of Fig. 31b.

[0656] The value of the second evaluation item can be determined by a second evaluation function (402) prepared in advance. The second evaluation function (402) can receive the measured movement speed along with the second response, and calculate and output the value of the second evaluation item.

[0657] The second response may be the result of selecting one of three scales, for example, fast, medium, and slow, or may be the result obtained by freely entering any number within a range such as 0 km / s to 8 km / s.

[0658] The smaller the second speed difference, which is the difference between the value of the second response and the measured moving speed, the more accurate the user's memory of the experience of passing through the traffic gate during the questionnaire response period can be determined to be, and thus the value of the second evaluation item can be further increased.

[0659] In contrast, the larger the second speed difference, the less accurate the user's memory of the experience of passing through the traffic gate during the questionnaire response period may be determined to be, and thus the value of the second evaluation item may be lowered.

[0660] That is, as illustrated in (d) of Fig. 31b, the value of the second evaluation item may be a value inversely proportional to the second speed difference, which is the difference between the value of the second response and the measured movement speed.

[0661] (d) of Fig. 31b is an example presented to help understand the present invention, and the value of the second speed difference and the second evaluation item is not necessarily limited to the relationship of the graph shown in (d) of Fig. 31b.

[0662] The second evaluation function (402) may be a function module provided by command codes executed on a user terminal (10) or server (20).

[0663] Third evaluation function

[0664] Figure 31c illustrates the concept of a third evaluation function provided according to one embodiment of the present invention.

[0665] Among the above multiple evaluation items, the third evaluation item is another indicator of the accuracy of the user's memory of the experience of passing through the traffic gate during the questionnaire response period.

[0666] To determine the value of the third evaluation item above, the following two factors can be considered together.

[0667] First, the user terminal (10) can provide the user with a third questionnaire regarding whether the user terminal was placed in a bag / pocket / bag during the time period of passing through the transit gate, and obtain the user's third response to the third questionnaire. The third response can be obtained through a user interface provided on the user terminal (10).

[0668] Second, the user terminal (10) can obtain an 'estimated user terminal location' that automatically estimates whether the user terminal (10) was in a bag / bag / pocket during the time period in which the user passed through the traffic gate (200).

[0669] The above estimated user terminal location can be determined by the user terminal (10) using a light sensor installed in the user terminal (10).

[0670] If the illuminance value detected by the illuminance sensor during the time period of passing through the traffic gate (200) is below a predetermined first illuminance threshold value, it can be assumed that the user terminal (10) was in a bag / bag / pocket during the time period of passing through the traffic gate (200).

[0671] In contrast, if the illuminance value detected by the illuminance sensor during the time period of passing through the traffic gate (200) is greater than or equal to a predetermined second illuminance threshold value, it can be assumed that the user terminal (10) was not in the bag / bag / pocket during the time period of passing through the traffic gate (200).

[0672] The second illuminance threshold value may be equal to or greater than the first illuminance threshold value.

[0673] Alternatively, the traffic gate (200) may be equipped with an infrared lamp and may irradiate infrared light whose illuminance changes over time using the infrared lamp. At this time, if the illuminance sensor included in the user terminal (10) detects a periodic change in the infrared light over time during the time period of passing through the traffic gate (200), it may be assumed that the user terminal (10) was in a bag / pocket / bag during the time period of passing through the traffic gate (200). Conversely, if the illuminance sensor included in the user terminal (10) did not detect a periodic change in the infrared light over time during the time period of passing through the traffic gate (200), it may be assumed that the user terminal (10) was not in a bag / pocket / bag during the time period of passing through the traffic gate (200).

[0674] In the present invention, the estimated user terminal location can be assumed to be a reliable value. Therefore, if the third response is determined to match the estimated user terminal location, the accuracy of the user's memory regarding the transit gate passage experience during the questionnaire response period can be determined to be high.

[0675] Conversely, if it is determined that the third response does not match the estimated user terminal location, it may be determined that the accuracy of the user's memory regarding the experience of passing through the transit gate during the questionnaire response period is low.

[0676] The value of the third evaluation item may be determined by a third evaluation function prepared in advance. The estimated user terminal location may be input together with the third response into the third evaluation function.

[0677] The third response above may be a result of selecting one of two measures, for example, 'the user terminal was in the bag / bag / pocket' or 'the user terminal was not in the bag / bag / pocket'.

[0678] Likewise, the estimated user terminal location above can also be one of two values: 'the user terminal was in the bag / back / pocket' or 'the user terminal was not in the bag / back / pocket'.

[0679] If the third response and the estimated user terminal location match, it can be determined that the user's memory of the transit gate passage experience during the questionnaire response period is relatively more accurate, and thus the value of the third evaluation item can be increased. For example, as shown in (b) of Fig. 31c, if the combination of the estimated terminal location and the third response falls within area 'A', the value of the third evaluation item will have a value corresponding to 'high', as shown in (c) of Fig. 31c.

[0680] In contrast, if the third response and the estimated user terminal location are different, the user's memory of the transit gate passage experience during the questionnaire response period may be determined to be relatively less accurate, and thus the value of the third evaluation item may be lowered. For example, as shown in (b) of Fig. 31c, if the combination of the estimated terminal location and the third response falls within area 'C', the value of the third evaluation item will have a value corresponding to 'low', as shown in (c) of Fig. 31c.

[0681] As described above, the values ​​of the first evaluation item, the second evaluation item, and the third evaluation item can be obtained using the questionnaires and the values ​​measured by the user terminal.

[0682] The above series of questionnaires may include the first questionnaire, the second questionnaire, and the third questionnaire.

[0683] The third evaluation function (403) may be a function module provided by command codes executed on a user terminal (10) or server (20).

[0684] Figure 32 illustrates the configuration of a reliability calculation module provided according to one embodiment of the present invention.

[0685] The reliability calculation module (4) can receive one or more of the first response time, the boarding gate passage time, the second response, the measured movement speed, the third response, and the estimated terminal location as input, and determine and output the reliability for the first response. The reliability calculation module (4) can include the reliability evaluation function (400), the first evaluation function (401), the second evaluation function (402), and the third evaluation function (403) described above.

[0686] The reliability calculation module (4) may be a function module provided by command codes executed on a user terminal (10) or server (20).

[0687] Figure 33 is a flowchart illustrating a method for improving user experience satisfaction when passing through a traffic gate according to one embodiment of the present invention.

[0688] In summary of the above, the method for controlling the reception sensitivity of a short-range wireless communication signal of a user terminal (10) provided according to one aspect of the present invention may include the following steps (S1100) to (S1500).

[0689] In step (S1100), the user terminal (10) may output to the user a first questionnaire regarding "Was the barrier's reaction slow during the passage of the traffic gate?" after the user passes through the traffic gate (200), a second questionnaire regarding "the speed at which the user moved to pass through the traffic gate," and a third questionnaire regarding "Whether the user put the user terminal in a bag / bag / pocket during the time period of passing through the traffic gate?", and receive a first response, a second response, and a third response to these. Step (S1100) may be executed by the user terminal (10).

[0690] In step (S1200), the user terminal (10) can obtain the first response time at which the first response is provided, the time at which the user passes through the traffic gate, the measured movement speed value obtained by automatically measuring the movement speed of the user during the time period in which the user passes through the traffic gate (200), and the estimated user terminal location obtained by automatically estimating whether the user terminal (10) was in a bag / bag / pocket during the time period in which the user passes through the traffic gate (200).

[0691] In step (S1300), the first response time, the first response, the second response, the third response, the traffic gate passage time, the measured movement speed, and the estimated terminal location may be input into a predetermined reliability calculation module (4) to output the reliability for the first response. The reliability may be, for example, a probability value between 0% and 100%. Step (S1300) may be executed by a user terminal (10) or a predetermined server.

[0692] In step (S1400), if the output reliability is greater than a predetermined threshold value and the first response is a response with the first intent that “the response of the barrier of the traffic gate was delayed,” a decision can be made to increase the reception sensitivity of the short-range wireless communication signal of the user terminal (10).

[0693] Step (S1400) can be executed by a user terminal (10) or a predetermined server. If step (S1400) is executed by the server, the decision to increase the reception sensitivity can be transmitted from the server to the user terminal (10).

[0694] In step (S1500), in response to a decision to increase the reception sensitivity of the short-range wireless communication signal of the user terminal (10), the reception sensitivity of the short-range wireless communication signal of the user terminal (10) can be increased.

[0695] In step (S1500), the increase in the reception sensitivity can be increased only by a predetermined basic unit within the possible increase range. That is, the user terminal (10) can increase the reception sensitivity only slightly, rather than significantly, based on the first response obtained once. Since the user terminal (10) can repeatedly output the series of questionnaires each time the user passes through the traffic gate (200), the event of increasing the reception sensitivity by the basic unit can occur multiple times.

[0696] So far, a technique for determining the reliability of the first response has been described in the case where the first response is a response of the first intent that "the response of the barrier of the traffic gate was delayed."

[0697] In contrast, even if the first response is a response with the second intent that "the barrier of the traffic gate reacted quickly," the reliability of the first response can be determined in the above-described manner. At this time, if the reliability of the first response is equal to or greater than a predetermined threshold, a decision is made to reduce the reception sensitivity of the short-range wireless communication signal of the user terminal (10), and the reception sensitivity of the short-range wireless communication signal of the user terminal (10) can be reduced only by a predetermined basic unit.

[0698] Figure 34 is a flowchart illustrating a method for improving user experience satisfaction when passing through a traffic gate according to another embodiment of the present invention.

[0699] In FIG. 34, steps (S1100), (S1200), and (S1300) are the same as those presented in FIG. 33.

[0700] In step (S1410), if the output reliability is greater than a predetermined threshold value and the first response is a response of the second purpose that “the response of the blocking part of the traffic gate was fast,” a decision can be made to reduce the reception sensitivity of the short-range wireless communication signal of the user terminal (10).

[0701] Step (S1410) can be executed by a user terminal (10) or a predetermined server. If step (S1410) is executed by the server, the decision to reduce the reception sensitivity can be transmitted from the server to the user terminal (10).

[0702] In step (S1510), in response to a decision to reduce the reception sensitivity of the short-range wireless communication signal of the user terminal (10), the reception sensitivity of the short-range wireless communication signal of the user terminal (10) can be reduced.

[0703] In step (S1510), the reduction in the reception sensitivity can be reduced only by a predetermined basic unit within the possible reduction range. That is, the user terminal (10) can only slightly reduce the reception sensitivity, rather than drastically, based on the first response obtained once. Since the user terminal (10) can repeatedly output the series of questionnaires each time the user passes through the traffic gate (200), the event of reducing the reception sensitivity by the basic unit can occur multiple times.

[0704] Figure 35 is a flowchart illustrating a method for changing the reception sensitivity of a short-range wireless communication signal of a user terminal provided according to one embodiment of the present invention.

[0705] In step (S510), the user terminal (10) can receive a beacon signal transmitted by the traffic gate (200).

[0706] In step (S520), the user terminal (10) can process the output values ​​of various sensors installed in the user terminal (10). Step (S520) can continue until the user carrying the user terminal (10) completely passes through the traffic gate (200). For example, the user terminal (10) can process the value of the acceleration sensor installed in the user terminal (10) to measure the moving speed of the user. In addition, the user terminal (10) can process the value of the light sensor installed in the user terminal (10) to estimate whether the user terminal (10) is inside a bag or the like.

[0707] In step (S530), the user terminal (10) may transmit a gate passage approval request to the traffic gate (200). The gate passage approval request may be executed together with payment processing in which the user terminal (10) pays the passage fee of the traffic gate (200).

[0708] In step (S531), the traffic gate (200) can control its own barrier. That is, if the user reaches a specific point of the traffic gate (200) and a request for approval to pass through the gate is received, and if the request for approval is determined to be legitimate, the barrier can be opened or kept open. Alternatively, if the traffic gate (200) has not yet received a request for approval to pass through the gate when the user reaches a specific point of the traffic gate (200), or if the request for approval is determined to be illegitimate, the barrier can be closed or kept closed.

[0709] In step (S540), the user terminal (10) can recognize that it has passed through the traffic gate (200).

[0710] In step (S550), the user terminal (10) can output certain questionnaires to the user and receive responses thereto.

[0711] In step (S560), the user terminal (10) can provide the server (20) with information on the results of the questionnaire response and the sensor output values ​​of the user terminal generated through step (S520).

[0712] In step (S570), the server (20) can calculate a change in the reception sensitivity of a short-range wireless communication signal for the user terminal (10) based on the information obtained by processing the survey response results and the sensor output values ​​of the user terminal generated through step (S520). To this end, the server (20) can execute the function of the reliability calculation module (4) presented in FIG. 32.

[0713] In step (S580), the server (20) can transmit the calculated short-range wireless communication signal reception sensitivity change value to the user terminal (10).

[0714] In step (S590), the user terminal (10) can change its own short-range wireless communication signal reception sensitivity according to the calculated short-range wireless communication signal reception sensitivity change value.

[0715] Figure 36 is a flowchart illustrating a method for changing the reception sensitivity of a short-range wireless communication signal of a user terminal provided according to another embodiment of the present invention.

[0716] At step (S601), the user can enter the traffic gate (200).

[0717] At step (S602), a predetermined boarding process may be initiated and performed while the user passes through the transit gate (200). The boarding process may include processing payment for passing through the transit gate (200) and processing related to permitting passage through the transit gate (200). During the boarding process, communication may be performed between the transit gate (200) and the user terminal (10) according to a predetermined communication protocol.

[0718] In step (S603), a sensor log including values ​​output from sensors installed in the user terminal (10) may be stored in the user terminal (10) as is or after additional processing. Step (S603) may continue while the user terminal (10) passes through the traffic gate (200). The sensor log may include an output value of a magnetic field sensor, an output value of a light sensor, and a value regarding the reception strength of a short-range wireless communication signal.

[0719] In step (S604), an event such as whether the user terminal (10) entered the transportation use area through the transportation gate (200) or exited the transportation use area can be recorded in the user terminal (10). Step (S604) can be executed while the user terminal (10) passes through the transportation gate (200).

[0720] In step (S605), the boarding process can be terminated when the user terminal (10) completely passes through the traffic gate (200), or during the process of passing through the traffic gate (200).

[0721] In step (S606), the user terminal (10) may output to the user carrying it whether or not to collect user experience upon passing through the transportation gate (200). If the user agrees to the collection, the user terminal (10) may output a series of questionnaires described above.

[0722] The user terminal (10) can output questions about the form in which the user holds the user terminal (10), the walking speed of the user, the reaction speed of the barrier of the traffic gate (200) recognized by the user (door opening recognition speed), and the surrounding environment in steps (S611), (S612), (S613), and (S614). In addition, user responses to these questions can be input.

[0723] The above question regarding the form in which the user holds the user terminal (10) corresponds to the third questionnaire described above.

[0724] The above query regarding the user's walking speed corresponds to the second questionnaire described above.

[0725] The above query regarding the reaction speed (door opening recognition speed) of the barrier of the traffic gate (200) recognized by the user corresponds to the first questionnaire described above.

[0726] The above-described inquiry about the surrounding environment may include a fourth questionnaire regarding the presence of a large or small number of people in the vicinity when passing through the transit gate (200). Since the transit gate (200) can process the aforementioned boarding process and other types of boarding processes with user terminals carried by users other than the user responding to the fourth questionnaire, an objective response to the fourth questionnaire can be estimated. This estimated objective response can be compared with the user's fourth response to the fourth questionnaire. The results of this comparison, similar to the above-described content, can be additionally used to evaluate the reliability of the first response to the first questionnaire.

[0727] In step (S621), the user experiences collected in steps (S611), (S612), (S613), and (S614) and the log records collected in step (S603) can be combined. Step (S621) can be executed at a user terminal (10) or a traffic gate (200).

[0728] In step (S622), it is possible to determine whether to change the reference value for the reception sensitivity of the short-range wireless communication signal of the user terminal (10) using the combined result.

[0729] If it is decided to change the reference value for the reception sensitivity of the short-range wireless communication signal of the user terminal (10), the reference value can be updated to a new value in step (S623).

[0730] If the reference value is updated to a new value in step (S623), or if it is determined not to change the reference value regarding the reception sensitivity of the short-range wireless communication signal of the user terminal (10) in step (S622), the final reference value may be provided to the user terminal (10) in step (S624) and the process may end in step (S630).

[0731] FIG. 37 is a flowchart illustrating a method for evaluating the reliability of a questionnaire response and determining whether to update the reception sensitivity of a short-range wireless communication signal of a user terminal according to one embodiment of the present invention.

[0732] In step (S701), reliability measurement for the first response provided by the user can be started.

[0733] In step (S702), it is possible to determine whether the user terminal (10) is held inside or outside a bag based on the third response provided by the user. If the user terminal (10) is held inside a bag based on the third response, the process proceeds to step (S703). If it is held outside a bag, the process proceeds to step (S704).

[0734] If the light sensor log recorded by the user terminal (10) in step (S703) matches the result of the third response, the reliability of the first response can be increased.

[0735] At step (S704), it is possible to determine whether the user ran or walked when passing through the traffic gate (200) based on the second response provided by the user. If it is determined from the second response that the user ran, the process proceeds to step (S705), and if it is determined that the user walked, the process proceeds to step (S706).

[0736] In step (S705), if the acceleration sensor log recorded by the user terminal (10) matches the result of the second response, the reliability of the first response can be increased.

[0737] In step (S706), if the determined reliability is greater than a predetermined standard value, for example, 90% or more, the process proceeds to step (S708), and otherwise, the process proceeds to step (S707).

[0738] In step (S707), the user terminal (10) may not update the reference value of the reception sensitivity of the short-range wireless communication signal.

[0739] In step (S708), the user terminal (10) can update the reference value of the reception sensitivity of the short-range wireless communication signal.

[0740] By utilizing the embodiments of the present invention described above, those skilled in the art will be able to easily implement various changes and modifications without departing from the essential characteristics of the present invention. The content of each claim may be combined with other claims that are not in a citation relationship within the scope of this specification, as long as it is understood.

Claims

1. A step in which a user terminal outputs a set of questionnaires asking about a user's experience of passing through a transportation gate, and obtains a set of responses from the user to the set of questionnaires; and A step in which the user terminal determines a threshold value for determining whether or not a short-range wireless communication signal is received based on the reception signal strength of the short-range wireless communication signal received at the user terminal based on the set of responses; Includes, The user terminal is configured to communicate with the traffic gate and execute a passage process for the user to pass through the traffic gate when the received signal strength is greater than the determined threshold value. Processing method for passing through traffic gate.

2. In paragraph 1, The above set of questionnaires includes a first questionnaire regarding whether the response timing of the barrier installed at the traffic gate was later than the timing expected by the user during the user's passage through the traffic gate. If the user's first response to the first questionnaire is that the response timing of the blocking unit is delayed compared to the timing expected by the user, the user terminal is configured to decrease the threshold. Processing method for passing through traffic gate.

3. In paragraph 1, In the step of obtaining the above set of responses, the user terminal is configured to obtain the time at which the user provided the above set of responses, The reliability of the questionnaire is reduced as the time difference between the time the user passes through the transit gate before obtaining the set of responses and the time the set of responses is provided increases. The threshold of the user terminal is set to be changed only when the reliability is above a predetermined threshold. Processing method for passing through traffic gate.

4. In paragraph 1, The user terminal further includes a step of collecting sensor output values ​​of a set of sensors during a time period in which the user passes through the traffic gate, before the user terminal outputs the set of questionnaires. The above set of questionnaires includes a first questionnaire regarding whether the response timing of the barrier installed at the traffic gate was later than the timing expected by the user during the user's passage through the traffic gate, and an additional questionnaire for calculating the reliability of the user's first response to the first questionnaire. If the user's additional response to the additional questionnaire falls within the same category as the estimated value determined using the collected sensor output value, the reliability of the first response is increased, and if the additional response falls within a different category from the estimated value, the reliability of the first response is decreased. The threshold of the user terminal is set to be changed only when the reliability of the first response is greater than or equal to a predetermined threshold. Processing method for passing through traffic gate.

5. In paragraph 4, The above additional questionnaire is a second questionnaire regarding the user's responded movement speed as the user moved to pass through the traffic gate. The above set of sensors includes an acceleration sensor included in the user terminal, The above estimated value is the user's measured moving speed measured using the output value output by the acceleration sensor. Processing method for passing through traffic gate.

6. In paragraph 4, The above additional questionnaire is a third questionnaire regarding the location of the user terminal when the user passes through the transportation gate. The above set of sensors includes a light detection sensor included in the user terminal, The above estimated value is the location of the user terminal estimated using the output value output by the light detection sensor. Processing method for passing through traffic gate.

7. A processing method for passing through a traffic gate, wherein the location of the user terminal in paragraph 6 is defined as either an inner space or an outer space of a pocket attached to a bag or clothes.

8. A processing method for passing through a traffic gate in the fourth paragraph, wherein the set of sensors includes a magnetic field sensor included in the user terminal.

9. In paragraph 1, The above set of questionnaires includes a first questionnaire regarding whether the reaction timing of the barrier installed at the traffic gate was faster than the timing expected by the user during the user's passage through the traffic gate. If the user's first response to the first questionnaire is that the response timing of the blocking unit was faster than the timing expected by the user, the user terminal is configured to increase the threshold. Processing method for passing through traffic gate.

10. In paragraph 1, The above decision step is, A step in which the user terminal transmits the set of responses to the server; The step of the server determining a threshold value for determining whether or not to receive a short-range wireless communication signal received from the user terminal based on the received signal strength of the short-range wireless communication signal based on the set of responses and transmitting the determined threshold value to the user terminal; and A step of applying the determined threshold value to the user terminal; including, Processing method for passing through traffic gate.

11. As a user terminal, Wireless Communication Department; and Processing unit; Includes, The above processing unit outputs a set of questionnaires asking about the user's experience of passing through a traffic gate of the user terminal, obtains a set of responses from the user to the set of questionnaires, and determines a threshold value for determining whether reception has occurred based on the reception signal strength of a short-range wireless communication signal received at the user terminal based on the set of responses. If the reception signal strength of the short-range wireless communication signal received by the above wireless communication unit is greater than the threshold value, the above wireless communication unit communicates with the traffic gate and executes a passage process for the user to pass through the traffic gate. User terminal.

12. In paragraph 11, The above short-range wireless communication signal includes certain payment preparation information, The above processing unit, Obtaining the short-range wireless communication signal using the above wireless communication unit, Prepare payment information including the payment amount based on the above payment preparation information, and When the user terminal receives the first beacon signal, if it is determined that the value of the reception intensity of the second beacon signal received by the user terminal exceeds a predetermined first threshold value, the payment-related information is transmitted to the payment terminal installed at the traffic gate, and The above payment terminal is configured to execute the above passage process upon receiving the payment-related information. User terminal.

13. In paragraph 12, The above traffic gate includes a tagless system, The above tagless system, A first tagless payment device (100) including a vertical frame portion (123) fixed to the floor of a predetermined first entry / exit area (171), and an upper portion (110) installed at an upper point of the vertical frame portion; A first beacon device transmitting the first beacon signal; and A second beacon device transmitting the second beacon signal; Includes, The first beacon device is installed at the upper part and includes a first directional antenna (11) that transmits a first radio signal forming a first coverage area (181) directed toward the floor of the entry / exit area. The second beacon device includes a second antenna (12) that transmits a second radio signal forming a second coverage area (182). Includes, The first radio signal is the first beacon signal, and the second radio signal is the second beacon signal. In the process of a user carrying the user terminal moving from the first entry / exit zone through the first tagless payment device, the user terminal enters the second coverage area only after entering the first coverage area, and the second coverage area is formed closer to the first tagless payment device than the first coverage area. The user terminal is configured to transmit the payment-related information including a predetermined traffic service request to the payment terminal upon receiving the second radio signal after preparing the payment-related information. The above payment terminal is configured to provide a transportation service allowing the user to pass through when receiving the transportation service request from the user terminal. User terminal.

14. In paragraph 11, The above set of questionnaires includes a first questionnaire regarding whether the reaction timing of the barrier installed at the traffic gate during the user's passage through the traffic gate was later or earlier than the timing expected by the user. If the user's first response to the first questionnaire is that the response timing of the blocking unit is delayed compared to the timing expected by the user, the user terminal is configured to decrease the threshold value. If the user's first response to the first questionnaire is that the response timing of the blocking unit was faster than the timing expected by the user, the user terminal is configured to increase the threshold. User terminal.

15. In paragraph 11, further comprising a set of sensors; The above processing unit is configured to collect sensor output values ​​of the set of sensors during the time period during which the user passes through the traffic gate before outputting the set of questionnaires, The above set of questionnaires includes a first questionnaire regarding whether the response timing of the barrier installed at the traffic gate was later than the timing expected by the user during the user's passage through the traffic gate, and an additional questionnaire for calculating the reliability of the user's first response to the first questionnaire. If the user's additional response to the additional questionnaire falls within the same category as the estimated value determined using the collected sensor output value, the reliability of the first response is increased, and if the additional response falls within a different category from the estimated value, the reliability of the first response is decreased. The threshold of the user terminal is set to be changed only when the reliability of the first response is greater than or equal to a predetermined threshold. User terminal.

Images