WO2024048353A1 - 通信システム、固定端末およびモバイル端末 - Google Patents

通信システム、固定端末およびモバイル端末 Download PDF

Info

Publication number
WO2024048353A1
WO2024048353A1 PCT/JP2023/030035 JP2023030035W WO2024048353A1 WO 2024048353 A1 WO2024048353 A1 WO 2024048353A1 JP 2023030035 W JP2023030035 W JP 2023030035W WO 2024048353 A1 WO2024048353 A1 WO 2024048353A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
mobile terminal
terminal
parking lot
payment
Prior art date
Application number
PCT/JP2023/030035
Other languages
English (en)
French (fr)
Inventor
孝 鈴木
浩一郎 和田
大介 伊東
Original Assignee
ソニーグループ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ソニーグループ株式会社 filed Critical ソニーグループ株式会社
Publication of WO2024048353A1 publication Critical patent/WO2024048353A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks

Definitions

  • the present disclosure relates to communication systems, fixed terminals, and mobile terminals.
  • a parking lot payment system is known that allows payment of fees at the time of exiting the parking lot in a cashless manner.
  • Conventional parking lot payment systems generally store information necessary for payment, such as identification information, in a built-in memory, and use an NFC card that performs near field radio communication (NFC) to make payment. was being carried out.
  • NFC near field radio communication
  • the parking lot fee payment system when paying the fee, the driver or other occupant of the vehicle must open the window of the vehicle or get out of the vehicle and touch the payment terminal with an NFC card or the like. Therefore, the parking lot fee payment system according to the prior art, for example in an outdoor parking lot, may be inconvenient during stormy weather such as rain or extremely cold weather.
  • An object of the present disclosure is to provide a communication system, a fixed terminal, and a mobile terminal that enable cashless payments while the occupants of a vehicle remain in the vehicle.
  • a communication system includes: a fixed terminal including a first communication unit that performs wireless communication using a first communication method; and a first control unit that controls communication by the first communication unit;
  • a mobile terminal comprising a second communication unit that performs wireless communication using the first communication method, a second control unit that controls communication by the second communication unit, and a storage unit,
  • the first control unit generates identification information unique to the mobile terminal connected through communication of the first communication unit and transmits it to the mobile terminal, and after transmitting the identification information, the disconnecting the connection, specifying the mobile terminal using the identification information through communication of the first communication unit, and reconnecting to the mobile terminal;
  • the identification information acquired through communication with the fixed terminal by the fixed terminal is stored in the storage unit, and after the communication with the fixed terminal is disconnected by the fixed terminal, identification information that matches the identification information stored in the storage unit.
  • the second communication unit reconnects with the fixed terminal.
  • FIG. 1 is a schematic diagram showing the configuration of an example of a communication system applicable to an embodiment of the present disclosure.
  • FIG. 2 is a sequence diagram illustrating an example of payment processing by a parking lot fee payment system using short-range wireless communication according to existing technology.
  • FIG. 2 is a schematic diagram illustrating an example of a user's burden in a parking lot fee payment process using existing technology.
  • FIG. 2 is a schematic diagram for explaining that it is difficult to select and connect a specific device from an unspecified number of devices in communication using BLE according to existing technology.
  • FIG. 3 is a schematic diagram for explaining communication processing according to the embodiment.
  • FIG. 2 is a schematic diagram for explaining the principle of distance measurement using UWB.
  • FIG. 2 is a block diagram showing the configuration of an example of a mobile terminal applicable to the embodiment.
  • FIG. 2 is an example functional block diagram for explaining the functions of the mobile terminal according to the embodiment.
  • FIG. 2 is a block diagram showing the configuration of an example of a parking lot payment terminal applicable to the embodiment. It is a functional block diagram of an example for demonstrating the function of the parking lot payment terminal based on embodiment.
  • FIG. 3 is a sequence diagram illustrating an example of typical connection processing using a combination of UWB and BLE.
  • FIG. 2 is a schematic diagram showing an example of the positional relationship between a mobile terminal and a parking lot payment terminal at each stage of a typical connection process using a combination of UWB and BLE. It is a schematic diagram for explaining a parking lot fee payment zone.
  • FIG. 1 is an example functional block diagram for explaining the functions of the mobile terminal according to the embodiment.
  • FIG. 2 is a block diagram showing the configuration of an example of a parking lot payment terminal applicable to the embodiment. It is a functional block diagram of an example for demonstrating the function of the parking lot payment terminal based on embodiment.
  • FIG. 3 is a sequence diagram illustrating an example of processing in which a parking lot payment terminal performs UWB ranging for a large number of mobile terminals.
  • FIG. 2 is a schematic diagram showing a packet structure of a link layer in BLE.
  • FIG. 2 is a schematic diagram showing frequency bands allocated to UWB communication.
  • FIG. 2 is a schematic diagram illustrating connection of UWB devices when a general pedestrian passage exists in the vicinity of a parking lot payment terminal.
  • FIG. 2 is a schematic diagram illustrating connection of UWB devices when a general pedestrian passage exists in the vicinity of a parking lot payment terminal.
  • FIG. 2 is a schematic diagram for explaining that communication with a parking lot payment terminal of a vehicle is delayed due to the presence of a large number of mobile terminals outside the vehicle.
  • FIG. 2 is a schematic diagram for explaining that communication with a parking lot payment terminal of a vehicle is delayed due to the presence of a large number of mobile terminals outside the vehicle.
  • FIG. 7 is an example sequence diagram showing BLE reconnection processing when there is one connection target according to the embodiment.
  • FIG. 7 is an example sequence diagram showing BLE reconnection processing when a plurality of connection targets are connected according to the embodiment.
  • It is a schematic diagram which shows the example of a structure of the 2nd UUID value based on embodiment.
  • FIG. 3 is a schematic diagram showing an example of a dialog screen for confirming connection permission, which is applicable to the embodiment.
  • FIG. 2 is a schematic diagram showing an example configuration of a packet ADV_NONCONN_IND applicable to the embodiment.
  • FIG. 2 is an example flowchart illustrating a process for determining whether a mobile terminal is in a vehicle, according to an embodiment.
  • FIG. 2 is a schematic diagram showing an example configuration of a packet ADV_NONCONN_IND applicable to the embodiment.
  • 2 is a flowchart of an example of control of a mobile terminal based on a vehicle riding state according to an embodiment.
  • FIG. 3 is a schematic diagram for explaining that the number of UWB devices targeted for UWB ranging is limited by the processing according to the embodiment.
  • FIG. 3 is a schematic diagram for explaining that the number of UWB devices targeted for UWB ranging is limited by the processing according to the embodiment.
  • FIG. 1 is a schematic diagram for explaining the architecture of a mobile terminal according to an embodiment.
  • FIG. 1 is a schematic diagram showing the configuration of an example of a communication system applicable to an embodiment of the present disclosure. Below, an example in which the communication system according to the present disclosure is applied to a parking lot fee payment system that performs communication for payment of parking lot fees will be described.
  • the parking lot payment system 1 includes a mobile terminal 10, a parking lot payment terminal 20 as a fixed terminal, and a payment server 30.
  • the parking lot payment terminal 20 is communicably connected to the payment server 30 via a network 2 such as the Internet.
  • the mobile terminal 10 is, for example, a terminal device carried by an occupant of a vehicle using a parking lot.
  • an information processing device such as a smartphone or a tablet terminal that is easily portable and capable of wireless communication using a predetermined method can be applied.
  • the parking lot payment terminal 20 sends an instruction to the gate barrier 21 in response to a payment operation by a user (for example, an occupant of a vehicle using the parking lot), and controls the opening and closing of the gate bar 21a.
  • a user for example, an occupant of a vehicle using the parking lot
  • the user may perform the payment operation by directly operating the controls provided on the parking lot payment terminal 20, or the user may install an NFC card having an NFC (Near Field radio Communication) function in the parking lot payment terminal 20. Payment operations may also be performed by holding the device over an NFC reader provided.
  • the payment operation for the parking lot payment terminal 20 is performed using the mobile terminal 10. That is, the parking lot payment system 1 according to the embodiment performs a payment operation using the mobile terminal 10 through wireless communication between the mobile terminal 10 in the vehicle using the parking lot and the parking lot payment terminal 20. Realize.
  • the parking lot payment terminal 20 communicates with the mobile terminal 10 using a first communication method using wireless communication, generates unique identification information, transmits it to the mobile terminal 10, and temporarily disconnects the communication. do.
  • the parking lot payment terminal 20 detects that the mobile terminal 10 has entered a predetermined parking lot fee payment zone determined by the parking lot payment terminal 20 after the communication with the mobile terminal 10 is cut off, the parking lot payment terminal 20 starts communication with the mobile terminal 10 .
  • the communication using the first communication method is reconnected between the mobile terminal 10 and the mobile terminal 10, and the information necessary for payment is transmitted and received to and from the mobile terminal 10, and the payment operation is performed.
  • the parking lot payment terminal 20 opens the gate bar 21a and allows the vehicle including the mobile terminal 10 to leave the parking lot or enter the parking lot.
  • the user can, for example, hold the NFC card over the NFC reader of the parking lot payment terminal 20 or go out of the vehicle and operate the controls on the parking lot payment terminal 20. It becomes possible to pay the parking fee while sitting in the parking lot.
  • the first communication method mentioned above is BLE (Bluetooth Low Energy), which is one of the extended specifications of Bluetooth (registered trademark), which is a short-range wireless communication technology, and enables communication with extremely low power. may be applied. Further, detection of entry of the mobile terminal 10 into the parking fee payment zone may utilize distance measurement through communication using an ultra wide band wireless system (hereinafter referred to as UWB). The distance measuring method using UWB will be described later.
  • BLE Bluetooth Low Energy
  • UWB ultra wide band wireless system
  • the parking lot fee payment terminals in the existing technology in addition to payment by cash, there are some that perform parking fee payment by short-range wireless communication using a mobile terminal owned by the user or an NFC card.
  • the user refers to a passenger of a vehicle, such as a driver or a fellow passenger riding in the vehicle.
  • An NFC card has a processor, memory, transmitting/receiving circuit, and antenna circuit configured in a card-like case, and is configured to perform communication using NFC (Near Field Radio Communication). By tapping or holding the NFC card over the NFC reader, the user can cause the NFC card and the NFC reader to communicate.
  • NFC Near Field Radio Communication
  • FIG. 2 is a sequence diagram of an example of payment processing by a parking lot fee payment system using short-range wireless communication according to existing technology.
  • the parking lot payment system shown in FIG. 2 includes an NFC terminal 10a and a parking lot payment terminal 20a.
  • the NFC terminal 10a and the parking lot payment terminal 20a correspond to the parking lot payment terminal 20 and the mobile terminal 10 shown in FIG. 1, respectively.
  • the NFC terminal 10a is a terminal capable of communication using NFC, and is a mobile terminal having the above-mentioned NFC card or an NFC card emulation function.
  • Parking lot payment terminal 20a includes a payment control section 2200 and an NFC reader 2210.
  • the NFC reader 2210 performs short-range wireless communication with the NFC terminal 10a that has approached within a certain distance.
  • the payment control unit 2200 performs payment processing for parking fees by communicating with a payment server (not shown), for example, in response to communication with the NFC terminal 10a by the NFC reader 2210 or direct operation by the user (such as inserting cash). .
  • the parking lot payment terminal 20a detects the arrival of the vehicle 40 in step S1000.
  • the gate bar 21a is in a closed state, and the vehicle 40 cannot pass through the gate barrier 21.
  • the parking lot payment terminal 20a starts payment processing in response to the detection of the arrival of the vehicle 40 (step S1001).
  • the user in the vehicle 40 opens a window on the NFC reader 2210 side of the vehicle 40, approaches the NFC reader 2210 with the NFC terminal 10a, and taps the NFC reader 2210 (step S1002).
  • step S1001 When the payment process is started in step S1001, the NFC reader 2210 performs discovery on the tapped NFC terminal 10a (step S1003), and the NFC terminal 10a performs discovery on the NFC reader 2210 in response to this discovery. and returns a response (step S1004). As a result, a communication connection is established between the NFC reader 2210 and the NFC terminal 10a, and the parking lot fee payment communication sequence in step S1005 can be executed.
  • step S1005 If the payment processing communication in step S1005 is successful, the NFC reader 2210 passes a payment status (OK) indicating this to the payment control unit 2200.
  • the payment control unit 2200 issues an instruction to the gate barrier 21 to open the gate according to the payment status.
  • the gate barrier 21 opens the gate bar 21a in response to this instruction. This allows the vehicle 40 to pass through the gate barrier 21.
  • the parking lot fee payment process using the existing technology described above may place a burden on the user. That is, in order to hold (or tap) the NFC terminal 10a over the parking lot payment terminal 20a (NFC reader 2210), the window of the vehicle 40 needs to be opened or the user needs to step out of the vehicle and perform the operation.
  • FIG. 3 is a schematic diagram for explaining an example of the burden on the user in the parking lot fee payment process using the existing technology.
  • the parking lot payment terminal 20a is installed corresponding to a right-hand drive vehicle
  • the vehicle 40 is a right-hand drive vehicle
  • the user can open the window of the vehicle 40 as shown in section (a) of FIG.
  • the user opens the NFC terminal 10a and holds the NFC terminal 10a over the NFC reader 2210.
  • section (b) of FIG. 3 in the vehicle 40L, which is a left-hand drive vehicle, it is difficult for the user in the driver's seat to hold the NFC terminal 10a over the NFC reader 2210. This is particularly noticeable when the vehicle 40L is wide or has a low height.
  • BLE's communication protocol due to the nature of BLE's communication protocol, it is difficult to select and connect a specific device from an unspecified number of devices, and the mobile terminal in the vehicle 40 located immediately in front of the parking lot payment terminal 20a It is difficult to guarantee connection with For example, when there are multiple devices capable of BLE communication in the surrounding area, such as a vehicle following the vehicle 40 that is just in front of the parking lot payment terminal 20a, or other pedestrians around the parking lot payment terminal 20a, the parking lot payment terminal 20a , it becomes extremely difficult to identify the communication target.
  • FIG. 4 is a schematic diagram for explaining that it is difficult to select and connect a specific device from an unspecified number of devices in communication using BLE according to the existing technology.
  • each user of a vehicle 40 2 in front of the parking lot payment terminal 20a, a vehicle 40 1 following the parking lot payment terminal 20a, and a vehicle 40 3 in front of the parking lot payment terminal 20a is connected to a mobile terminal 10b capable of BLE communication. 2 , 10b 1 and 10b 3 .
  • the BLE communication unit 2211 of the parking lot payment terminal 20a it is difficult for the BLE communication unit 2211 of the parking lot payment terminal 20a to designate and connect to a specific terminal from the mobile terminals 10b 1 to 10b 3 .
  • BLE connection is permitted on the condition that a payment application installed in the mobile terminal for executing payment using BLE communication is activated in advance. This makes it possible to reduce the number of BLE communicable devices around the parking lot payment terminal 20a and improve the probability of pairing the parking lot payment terminal with the correct mobile terminal.
  • the BLE communication unit 2211 may mistakenly connect to a mobile terminal located in the vehicle 40 1 behind or in the oncoming lane, instead of the vehicle 40 2 located immediately in front of the parking lot payment terminal 20a. In this case, the vehicle 40 2 will not be able to enter or exit the parking lot correctly.
  • the location of the mobile terminal 10 is specified by the parking lot payment terminal 20 using a communication means having a high-precision ranging function, such as UWB.
  • the mobile terminal 10 specifies the location of the parking lot payment terminal 20 using the communication means.
  • the parking lot payment terminal 20 can limit communication to the mobile terminal 10 in the vehicle 40 located immediately in front of the parking lot payment terminal 20.
  • FIG. 5 is a schematic diagram for explaining communication processing according to the embodiment.
  • the parking lot payment terminal 20 includes a mobile communication unit 22 that is capable of communication using BLE as a first communication method and communication using UWB as a second communication method.
  • BLE BLE
  • UWB UWB
  • the mobile communication unit 22 is a peripheral device in BLE
  • each of the mobile terminals 10 1 to 10 3 is a central device.
  • the parking lot payment terminal 20 uses the mobile communication unit 22 to perform advertisement in BLE.
  • the nearby mobile terminals 10 1 to 10 3 receive this advertisement, they return a response to the received advertisement to the mobile communication unit 22.
  • advertisement scans by the mobile terminals 10 1 to 10 3 are executed at arbitrary timings. Therefore, one of the mobile terminals 10 1 to 10 3 that was able to receive the advertisement in a timely manner returns a response and is connected to the parking lot payment terminal 20.
  • the parking lot payment terminal 20 generates and transmits unique identification information to the connected mobile terminal. Furthermore, the parking lot payment terminal 20 exchanges parameters used for UWB communication (referred to as UWB setting parameters) with a simultaneously connected mobile terminal. When the necessary BLE communication is completed, the BLE connection between the parking lot payment terminal 20 and the mobile terminal is temporarily disconnected. When the exchange of UWB setting parameters is completed, the parking lot payment terminal 20 causes the mobile communication unit 22 to perform ranging by UWB communication to the mobile terminal with which the UWB setting parameters have been exchanged.
  • UWB setting parameters parameters used for UWB communication
  • the parking lot payment terminal 20 selects the terminal closest to the mobile communication unit 22 (the mobile terminal 10 2 in the example of FIG. 5) among the mobile terminals 10 1 to 10 3 as the terminal for payment processing. Identify. The parking lot payment terminal 20 reconnects BLE to the specified mobile terminal 10 2 and executes communication for payment processing.
  • the payment of the parking lot fee is thus performed by using a communication means having a high-precision ranging function in combination with a communication means for transmitting and receiving payment information.
  • a parking lot fee payment system 1 that can provide a convenient touchless UX that does not require opening a window or holding down the mobile terminal 10 when paying a parking fee.
  • FIG. 6 is a schematic diagram for explaining the principle of distance measurement using UWB.
  • the initiator (corresponding to the mobile communication unit 22) transmits the UWB frame to the responder (corresponding to the mobile terminals 10 1 , 10 2 , 10 3 ).
  • the responder After receiving the UWB frame, the responder includes the value of time t 2 in the UWB frame and transmits it to the initiator after a certain time t 2 has elapsed depending on the processing time and the like.
  • the initiator measures the time t 1 from the time of transmitting the UWB frame to the responder to the time of receiving the UWB frame transmitted from the responder.
  • distance measurement can be performed with an accuracy of about several cm to 20 cm using the distance measurement method described above.
  • FIG. 7 is a block diagram showing the configuration of an example of the mobile terminal 10 applicable to the embodiment.
  • the mobile terminal 10 includes a CPU (Central Processing Unit) 1000, a ROM (Read Only Memory) 1001, a RAM (Random Access Memory) 1002, an input control unit 1003, and a display control unit 1004. . Furthermore, the mobile terminal 10 includes a storage device 1005, a communication I/F 1006, a data I/F 1007, a BLE communication I/F 1008, and a UWB communication I/F 1009. These units included in the mobile terminal 10 are communicably connected to each other by a bus 1020.
  • a bus 1020 a bus 1020.
  • the storage device 1005 is a nonvolatile storage medium such as flash memory.
  • the present invention is not limited to this, and a hard disk drive may be applied as the storage device 1005.
  • CPU 1000 operates according to programs stored in storage device 1005 and ROM 1001, using RAM 1002 as a work memory, and controls the overall operation of mobile terminal 10.
  • the input device 1013 is a device for receiving user operations, and outputs a signal depending on the position touched by the user, for example.
  • Input control unit 1003 generates a control signal according to user operation based on the signal output from input device 1013, and passes the generated control signal to CPU 1000 via bus 1020.
  • the display control unit 1004 generates a display signal compatible with the display device 1014 based on the display control information generated by the CPU 1000, and passes the generated display signal to the display device 1014.
  • the display device 1014 displays a screen according to the display signal passed from the display control unit 1004.
  • the input device 1013 and the display device 1014 may be integrally configured as a so-called touch panel that outputs a signal according to a user's operation on an operation screen displayed on the display device 1014.
  • a communication I/F (interface) 1006 is an interface for performing wireless communication via a communication network such as the Internet under the control of the CPU 1000.
  • the data I/F 1007 is an interface for transmitting and receiving data to and from an external device through wired communication, for example, under the control of the CPU 1000.
  • the BLE communication I/F 1008 is an interface for performing wireless communication according to the BLE protocol under the control of the CPU 1000.
  • the UWB communication I/F 1009 is an interface for performing wireless communication according to the UWB protocol under the control of the CPU 1000.
  • the UWB communication I/F 1009 may perform processing related to distance measurement using UWB communication.
  • FIG. 8 is an example functional block diagram for explaining the functions of the mobile terminal 10 according to the embodiment.
  • the mobile terminal 10 includes a mobile terminal control section 100, a display section 101, an input section 102, a BLE communication section 103, a UWB communication section 104, and a storage section 105.
  • These mobile terminal control section 100, display section 101, input section 102, BLE communication section 103, UWB communication section 104, and storage section 105 are configured by the payment program according to the embodiment running on the CPU 1000.
  • the present invention is not limited to this, and hardware circuits that operate in cooperation with some or all of the mobile terminal control unit 100, display unit 101, input unit 102, BLE communication unit 103, UWB communication unit 104, and storage unit 105 It may also be configured by Note that the payment program is sometimes called a payment application program or a payment application.
  • the mobile terminal control unit 100 controls the overall operation of this mobile terminal 10.
  • the display unit 101 generates display control information, for example, and controls the screen display on the display device 1014.
  • the input unit 102 receives user operations on the input device 1013 and generates control information according to the user operations.
  • the BLE communication unit 103 controls the BLE communication I/F 1008 to execute communication as a BLE central device.
  • the UWB communication unit 104 controls the UWB communication I/F 1009, performs communication as a UWB responder, and performs distance measurement.
  • the storage unit 105 controls reading and writing of data to and from the storage device 1005 and the RAM 1002.
  • the present invention is not limited to this, and the storage unit 105 may control reading and writing of data to a register included in the CPU 1000, for example.
  • the storage unit 105 reading and writing data to and from the storage device 1005 and the RAM 1002 will be described as, for example, the storage unit 105 reading and writing data.
  • the CPU 1000 executes the payment application according to the embodiment, thereby controlling the above-mentioned mobile terminal control section 100, display section 101, input section 102, BLE communication section 103, UWB communication section 104, and storage section 105. are configured as modules on the main storage area of the RAM 1002, respectively.
  • the payment application can be acquired from the outside via a network such as the Internet and installed on the mobile terminal 10 through communication via the communication I/F 1006.
  • the present invention is not limited to this, and the payment application may be provided from outside via the data I/F 1007. Further, the payment application may be provided while being stored in a removable storage medium such as a CD (Compact Disk), a DVD (Digital Versatile Disk), or a USB (Universal Serial Bus) memory.
  • a removable storage medium such as a CD (Compact Disk), a DVD (Digital Versatile Disk), or a USB (Universal Serial Bus) memory.
  • FIG. 9 is a block diagram showing the configuration of an example of the parking lot payment terminal 20 applicable to the embodiment.
  • the parking lot payment terminal 20 includes a CPU 2000, a ROM 2001, a RAM 2002, an input control section 2003, and a display control section 2004. Furthermore, the parking lot payment terminal 20 includes a storage device 2005, a communication I/F 2006, a gate communication I/F 2007, a BLE communication I/F 2008, and a UWB communication I/F 2009. These units included in the parking lot payment terminal 20 are connected to each other by a bus 2020 so as to be able to communicate with each other.
  • the storage device 2005 is a nonvolatile storage medium such as a flash memory or a hard disk drive.
  • CPU 2000 operates according to programs stored in storage device 2005 and ROM 2001, using RAM 2002 as a work memory, and controls the overall operation of parking lot payment terminal 20.
  • the input device 2013 is a device for receiving user operations, includes an operator such as a button or a touch pad, and outputs a signal according to the user operation.
  • the input control unit 2003 generates a control signal according to a user's operation based on the signal output from the input device 2013, and passes the generated control signal to the CPU 2000 via the bus 2020.
  • the display control unit 2004 generates a display signal compatible with the display device 2014 based on the display control information generated by the CPU 2000, and passes the generated display signal to the display device 2014.
  • the display device 1014 displays a screen or a sign according to the display signal passed from the display control unit 2004.
  • the input device 2013 and the display device 2014 may be integrally configured as a so-called touch panel that outputs a signal according to a user's operation on an operation screen displayed on the display device 2014.
  • the communication I/F 2006 is an interface for performing wireless communication via a communication network such as the Internet under the control of the CPU 2000.
  • Gate communication I/F 2007 is an interface for communicating with gate barrier 21 under the control of CPU 2000.
  • the BLE communication I/F 2008 is an interface for performing wireless communication according to the BLE protocol under the control of the CPU 2000.
  • the UWB communication I/F 2009 is an interface for performing wireless communication according to the UWB protocol under the control of the CPU 2000.
  • the UWB communication I/F 2009 may perform processing related to distance measurement using UWB communication.
  • the mobile communication unit 22 shown in FIG. 5 is configured by the BLE communication I/F 2008 and the UWB communication I/F 2009.
  • FIG. 10 is an example functional block diagram for explaining the functions of the parking lot payment terminal 20 according to the embodiment.
  • the parking lot payment terminal 20 includes a payment terminal control unit 200, a display unit 201, an input unit 202, a BLE communication unit 203, a UWB communication/distance measurement unit 204, a gate communication unit 205, and a payment It includes a communication section 206, a payment processing section 207, and a storage section 208.
  • the payment terminal control section 200 displays section 201, input section 202, BLE communication section 203, UWB communication/distance measurement section 204, gate communication section 205, payment communication section 206, payment processing section 207, and storage section 208 are installed on the CPU 2000.
  • the payment control program according to the embodiment operates in this manner.
  • the present invention is not limited to this, but includes the payment terminal control unit 200, display unit 201, input unit 202, BLE communication unit 203, UWB communication/distance measurement unit 204, gate communication unit 205, payment communication unit 206, payment processing unit 207, and storage unit.
  • Some or all of 208 may be configured by hardware circuits that operate in cooperation with each other.
  • the payment terminal control unit 200 controls the entire operation of this parking lot payment terminal 20.
  • the display unit 201 generates display control information, for example, and controls display on the display device 2014.
  • the input unit 202 receives user operations on the input device 2013 and generates control information according to the user operations.
  • the BLE communication unit 203 controls the BLE communication I/F 2008 to execute communication as a BLE peripheral device.
  • the UWB communication/distance measurement unit 204 controls the UWB communication I/F 2009, performs communication as a UWB initiator, and executes distance measurement.
  • the gate communication unit 205 controls the opening and closing of the gate bar 21a by the gate barrier 21 via the gate communication I/F 2007.
  • the payment communication unit 206 controls the communication I/F 2006 to communicate with the payment server 30, for example.
  • the payment processing unit 207 executes payment processing with the mobile terminal 10 based on information acquired from the mobile terminal 10 by the BLE communication unit 203, for example.
  • the payment processing unit 207 may transmit the processing result of the payment process to the payment server 30 using the payment communication unit 206, for example.
  • the storage unit 208 controls reading and writing of data to and from the storage device 2005 and RAM 2002.
  • the storage unit 208 is not limited to this, and may control reading and writing of data to a register included in the CPU 2000, for example.
  • the storage unit 208 reading and writing data to and from the storage device 2005 and the RAM 2002 will be described as, for example, the storage unit 208 reading and writing data.
  • the CPU 2000 executes the payment control program according to the embodiment, thereby controlling the payment terminal control section 200, display section 201, input section 202, BLE communication section 203, and UWB communication/distance measurement described above.
  • the unit 204, the gate communication unit 205, the payment communication unit 206, the payment processing unit 207, and the storage unit 208 are each configured as a module, for example, on the main storage area of the RAM 2002.
  • the payment control program can be acquired from the outside via a network such as the Internet by communication via the communication I/F 2006, and can be installed on the parking lot payment terminal 20.
  • the payment control program may be provided externally via a data I/F (not shown).
  • the payment control program may be provided while being stored in a removable storage medium such as a CD (Compact Disk), a DVD (Digital Versatile Disk), or a USB (Universal Serial Bus) memory.
  • a UWB device that communicates using UWB consumes more power than a BLE device that communicates using BLE, for example. Therefore, when using a UWB device in a battery-powered device such as the mobile terminal 10, in order to reduce the power consumption of the UWB device, an out-of-band method is used to start the UWB device and share UWB communication setting parameters. ) It is common to use communication by a BLE device as a communication path.
  • the mobile terminal 10 which may perform BLE communication for multiple purposes at the same time, operates as a central device, and the parking lot payment terminal 20 operates as a peripheral device.
  • the parking lot payment terminal 20 which is a peripheral device, to simultaneously connect and communicate with multiple central devices (mobile terminals 10) in parallel.
  • peripheral devices cannot control communication timing, when a peripheral device connects and communicates with multiple central devices in parallel, the wireless communication timing may conflict with the multiple central devices and communication errors may occur. be. Therefore, a peripheral device generally communicates with only one central device.
  • FIG. 11 is an example sequence diagram showing an example of typical connection processing using a combination of UWB and BLE.
  • FIG. 12 is a schematic diagram showing an example of the positional relationship between the mobile terminal 10 (vehicle 40) and the parking lot payment terminal 20 at each stage of a typical connection process using a combination of UWB and BLE.
  • step S100 the parking lot payment terminal 20 searches for the mobile terminal 10 by transmitting a BLE advertising packet ADV_IND (hereinafter referred to as packet ADV_IND).
  • packet ADV_IND a BLE advertising packet
  • the mobile terminal 10 returns a connection request packet CONNECT_IND (hereinafter referred to as packet CONNECT_IND) to the parking lot payment terminal 20 (step S101).
  • step S101 As shown in section (a) of FIG. 12, the vehicle 40 including the mobile terminal 10 is on its way to the parking lot payment terminal 20.
  • the parking lot payment terminal 20 establishes a BLE connection with the mobile terminal 10 that responded to the packet ADV_IND.
  • the parking lot payment terminal 20 and the mobile terminal 10 exchange UWB setting parameters using the BLE communication channel.
  • the UWB setting parameters exchanged here are parameters necessary to perform distance measurement by UWB, and include at least the session ID and address information of the partner device (MAC address (Media Access Control address), etc.).
  • step S102 As shown in section (b) of FIG. 12, the vehicle 40 including the mobile terminal 10 is on its way to the parking lot payment terminal 20, compared to the time of step S101 described above. , is approaching the parking lot payment terminal 20.
  • the parking lot payment terminal 20 and the mobile terminal 10 respectively activate the UWB devices (for example, UWB communication I/Fs 1009 and 2009) in steps S103a and S103b.
  • the UWB devices for example, UWB communication I/Fs 1009 and 2009
  • step S104 the parking lot payment terminal 20 performs UWB communication with the mobile terminal 10 and starts distance measurement using UWB.
  • distance measurement using UWB may be referred to as UWB ranging.
  • step S104 the vehicle 40 including the mobile terminal 10 is still on its way to the parking lot payment terminal 20, compared to the time of step S102 described above. , and is closer to the parking lot payment terminal 20. Furthermore, the parking lot payment terminal 20 measures the distance to the vehicle 40 (mobile terminal 10) using UWB ranging.
  • the parking lot payment terminal 20 When the parking lot payment terminal 20 detects by UWB ranging that the mobile terminal 10 has entered the specified range (parking lot fee payment zone) where the parking lot payment terminal 20 performs payment communication (step S105), the parking lot payment terminal 20 uses the BLE communication channel. The payment communication is performed using (step S106).
  • FIG. 13 is a schematic diagram for explaining the parking lot payment zone. As shown in FIG. 13, the area within a predetermined radius R around the mobile communication unit 22 is defined as the parking lot fee payment zone 50.
  • the parking lot payment terminal 20 determines whether the mobile terminal 10 is entering the parking lot fee payment zone 50 based on the distance to the mobile terminal 10 measured by UWB ranging by the mobile communication unit 22.
  • Section (d) of FIG. 12 shows the vehicle 40 (mobile terminal 10) entering the parking lot payment zone 50 and arriving just in front of the parking lot payment terminal 20.
  • the vehicle 40 temporarily stops, for example, at a position immediately in front of the parking lot payment terminal 20, and waits for the payment communication to normally end.
  • step S106 When the payment communication in step S106 ends normally, the UWB and BLE connections between the parking lot payment terminal 20 and the mobile terminal 10 are disconnected (step S107). After the process in step S107, the gate bar 21a is opened by controlling the gate barrier 21 of the parking lot payment terminal 20, and as shown in section (e) of FIG. You can enter the venue or enter from the parking lot.
  • This problem can be solved by the parking lot payment terminal 20 performing BLE and UWB communication with a plurality of mobile terminals 10 in the surrounding area to search for and connect to a mobile terminal 10 that can be the target of payment communication.
  • UWB ranging can be performed with all mobile terminals 10 around the parking lot payment terminal 20 that may be subject to payment communication.
  • the parking lot payment terminal 20 is a peripheral device in BLE, it is difficult to perform BLE communication with multiple mobile terminals 10 at the same time, as described above. Although it is possible to install a large number of BLE peripheral devices in the parking lot payment terminal 20, this is not economically rational and cannot be said to be realistic.
  • the parking lot payment terminal 20 performs UWB ranging for one mobile terminal 10 according to the sequence explained using FIG.
  • a possible method is to disconnect the BLE connection and then search for other mobile terminals 10 by advertising BLE again.
  • FIG. 14 is an example sequence diagram showing an example of a process in which the parking lot payment terminal 20 performs UWB ranging on a large number of mobile terminals 10.
  • step S200a-1 to step S205-1 is the same as the processing from step S100 to step S104 described using FIG.
  • the parking lot payment terminal 20 searches for mobile terminals 10 1 , 10 2 , 10 3 , . . . by transmitting the BLE packet ADV_IND.
  • the mobile terminal 10 1 among the mobile terminals 10 1 , 10 2 , 10 3 , . . . returns a packet CONNECT_IND to the parking lot payment terminal 20 in response to the packet ADV_IND (step S201-1).
  • the parking lot payment terminal 20 establishes a BLE connection with the mobile terminal 10 that responded to the packet ADV_IND.
  • the parking lot payment terminal 20 and the mobile terminal 10 1 exchange UWB setting parameters using the BLE communication channel.
  • the parking lot payment terminal 20 activates the UWB device in step S203.
  • the mobile terminal 10 1 activates the UWB device in step S204-1.
  • step S205-1 the parking lot payment terminal 20 performs UWB communication with the mobile terminal 10 and starts UWB ranging.
  • UWB ranging is performed for the mobile terminal 10 1 by the UWB device of the parking lot payment terminal 20 (step S206-1).
  • the parking lot payment terminal 20 transmits the operation code LL_TERMINATE_IND to the mobile terminal 10 1 and disconnects the BLE connection with the mobile terminal 10 1 (step S207-1).
  • the parking lot payment terminal 20 After disconnecting the BLE connection with the mobile terminal 10 1 in step S207-1, the parking lot payment terminal 20 transmits the BLE packet ADV_IND again (step S200a-2, step S200b-2), and sends the BLE packet ADV_IND to another mobile terminal 10.
  • a search for mobile terminals 10 2 , 10 3 , . . . in this example is started. For example, assume that the mobile terminal 10 2 returns a packet CONNECT_IND to the parking lot payment terminal 20 in response to this packet ADV_IND (step S201-1).
  • UWB ranging for the mobile terminals 10 2 , 10 3 , . . . is executed by repeating the same processing as steps S202-1 to S207-1 described above.
  • the parking lot payment terminal 20 executes UWB ranging for the mobile terminal 10 2 in the processing of steps S201-2 to S207-2, and 10 3 UWB ranging is being performed.
  • the parking lot payment terminal 20 disconnects the BLE connection with the mobile terminal 10, searches for a plurality of mobile terminals 10 one after another, and performs UWB ranging. It becomes possible to perform ranging.
  • the BLE connection by the parking lot payment terminal 20 to the mobile terminals 10 1 , 10 2 , 10 3 , . . . is generally performed in a random order. That is, in the example of FIG. 14, the mobile terminal 10 1 , the mobile terminal 10 2 , and the mobile terminal 10 3 are shown as being connected in this order, but this is for explanation; in reality, for example, each Any of the mobile terminals 10 1 to 10 3 may be connected first.
  • the first issue is related to specifying a connection destination for BLE reconnection.
  • the second issue is related to limiting the number of UWB devices that are targets of UWB ranging.
  • the parking lot payment terminal 20 can connect to a desired mobile terminal 10 and perform UWB ranging according to the sequence shown in FIG. On the other hand, after detecting that the mobile terminal 10 has entered the parking lot payment zone 50 by UWB ranging, the parking lot payment terminal 20 reconnects with the mobile terminal 10 using BLE in order to perform payment communication. There is a need to do.
  • BLE advertisement is basically a broadcast, and in normal usage, it is not possible to specify a specific device and reconnect. Therefore, in order to reconnect with BLE, it is necessary to specify the mobile terminal 10 in the parking lot payment zone 50 by some means.
  • an advertisement packet ADV_DIRECT_IND (hereinafter referred to as a packet ADV_DIRECT_IND) defined in the Bluetooth (registered trademark) protocol is used. There is a way.
  • Packet ADV_DIRECT_IND is transmitted when the peripheral device includes the address of the target central device in the packet ADV_DIRECT_IND when the Bluetooth Device Address (BD address) of the central device in Bluetooth is known. Only the device responds to enable connection with a specific device.
  • BD address Bluetooth Device Address
  • FIG. 15 is a schematic diagram showing the packet structure of the link layer in BLE.
  • the link layer packet includes a 1-byte field PA, a 4-byte field Access Addr, followed by a 2-byte field HDR.
  • Fields AdvA and TargetA of 6 bytes each are placed following field HDR, and a 3-byte CRC (Cyclic Redundancy Check) code is placed at the end.
  • Fields AdvA and TargetA constitute the payload.
  • Section (a) in FIG. 15 shows the configuration of field HDR.
  • the field HDR includes an 8-bit field Length, 1-bit fields RxAdd, TxAdd, ChSel, and RFU, and finally a 4-bit field PDU Type.
  • the field PDU Type stores information indicating the type of this PDU (Protocol Data Unit).
  • the value of the field PDU Type is "0000b” indicating that this packet is a packet ADV_IND, and "0001b” indicates that this packet is a packet ADV_DIRECT_IND. Further, the value of the field PDU Type is "0010b", indicating that this packet is a packet ADV_NONCONN_IND.
  • the value of the field PDU Type is "0001b". Further, in the payload, the address of the peripheral device is stored in the field AdvA, and the address of the central device is stored in the field Target.
  • the address of the peripheral device stored in the field AdvA is the BD address of the parking lot payment terminal 20. Further, as the address of the central device, the BD address of the mobile terminal 10 designated as the connection partner is stored. The BD address of the mobile terminal 10 can be obtained, for example, from the packet CONNECT_IND responded to the packet ADV_IND in step S200a-1 in FIG. 14.
  • the parking lot payment terminal 20 connects the mobile terminal when performing a BLE connection (first connection, for example, steps S200a-1 and S201-1 in FIG. 14) to start UWB ranging.
  • a BLE connection first connection, for example, steps S200a-1 and S201-1 in FIG. 14
  • the parking lot payment terminal 20 transmits a packet ADV_DIRECT_IND including the BD address in advertisement at the time of BLE reconnection. In this way, the parking lot payment terminal 20 can specify and connect to a desired mobile terminal 10 by using the packet ADV_DIRECT_IND.
  • BLE devices such as mobile terminals and smart watches equipped with BLE communication functions use temporary random numbers (Random Address) for the BD address from the perspective of privacy protection. There are many. Furthermore, when random addresses are used, among the types of random addresses, dynamically updated addresses called private addresses are used.
  • the private address is periodically updated in the BLE device. Therefore, depending on the timing of BLE reconnection, the BD address of the mobile terminal 10 may be updated from the BD address stored by the parking lot payment terminal 20 at the time of the first connection. In that case, the mobile terminal 10 cannot respond to the packet ADV_DIRECT_IND in which a BD address different from its own updated BD address is stored, so a situation arises in which reconnection cannot be established.
  • the OS (Operating System) of the mobile terminal 10 currently in circulation often does not support the scanning function of the packet ADV_DIRECT_IND as a Bluetooth software API (Application Programming Interface). In this case, the packet ADV_DIRECT_IND cannot be used in the first place.
  • ADV_DIRECT_IND which specifies and connects only one device, is difficult to handle.
  • FIG. 16 is a schematic diagram showing frequency bands allocated to UWB communication.
  • band groups 0 and 1 are defined as frequencies that are lower than the 5 GHz (gigahertz) frequency
  • band group 2 is defined as a frequency band that is higher than the 5 GHz (gigahertz) frequency.
  • the frequency band is 499.2 MHz (megahertz), and the frequency bands are determined so that the bands do not overlap.
  • Group 1) and channels CH5, 6 and 8-14 (band group 2) are defined.
  • channels with frequency bands of 1 GHz or more are defined as channel CH4 in band group 1, and channels CH7, 11, and 15 in band group 2, respectively.
  • channels CH9 and CH10 are allocated as channels that can be used outdoors in Japan.
  • channel CH10 is often not supported by UWB devices, and essentially only one channel, CH9, can be used.
  • the procedure from the parking lot payment terminal 20 searching for a BLE mobile terminal 10 to starting UWB ranging is a sequential operation that is sequentially executed for each mobile terminal 10. . Therefore, after the parking lot payment terminal 20 connects with one mobile terminal 10 and starts UWB ranging, it takes a certain amount of time until it connects with the next mobile terminal 10 and starts UWB ranging.
  • the area around the parking lot payment terminal 20 is a path for general pedestrians.
  • a large number of mobile terminals 10 may be unexpectedly present around the parking lot payment terminal 20, such as a plurality of pedestrians passing on the traffic route each holding a mobile terminal 10.
  • the parking lot payment terminal 20 establishes a UWB connection with the mobile terminal 10 held by a pedestrian passing through these traffic routes, due to restrictions on the number of UWB devices that can be connected, the mobile terminal 20 in the vehicle 40 that can be the subject of payment communication UWB connection with the terminal 10 may not be possible, and there is a risk that problems will occur when the vehicle 40 enters or exits the parking lot.
  • FIGS. 17A and 17B are schematic diagrams for explaining the connection of UWB devices when a general pedestrian passage exists in the vicinity of the parking lot payment terminal 20.
  • the left side of the boundary line 90 is a traffic route, and a plurality of pedestrians 60 each holding a mobile terminal 10 are passing through the traffic route. Further, it is assumed that the number of UWB devices that can be simultaneously connected to the parking lot payment terminal 20 is eight.
  • a vehicle 40 including a mobile terminal 10 is moving towards a parking lot payment terminal 20.
  • the parking lot payment terminal 20 is held by each of the plurality of pedestrians 60 who are passing through the traffic route.
  • UWB connection is being made to the maximum number of mobile terminals 10 that can be connected simultaneously (eight indicated with diagonal lines in the figure).
  • the mobile terminal 10 in the vehicle 40 cannot establish a UWB connection with the parking lot payment terminal 20, even though it has arrived just in front of the parking lot payment terminal 20. Therefore, the parking lot payment terminal 20 cannot detect the entry of the vehicle 40 into the parking lot fee payment zone 50, and cannot perform the subsequent parking fee payment process using BLE communication (see FIG. 11). .
  • FIGS. 18A and 18B are schematic diagrams for explaining that communication with the parking lot payment terminal 20 of the vehicle 40 is delayed due to the presence of a large number of mobile terminals 10 outside the vehicle 40.
  • the mobile terminal 10 of the vehicle 40 and the plurality of mobile terminals 10 held by the plurality of pedestrians 60 passing on the traffic route exist outside the BLE communication range 51 of the parking lot payment terminal 20. Think about what happens when you do. In the state shown in FIG. 18A, since both mobile terminals 10 are outside the BLE communication range 51, they are not connected to the parking lot payment terminal 20.
  • the vehicle 40 has arrived just in front of the parking lot payment terminal 20, and the mobile terminal 10 inside the vehicle 40 has moved within the BLE communication range 51, and each of the mobile terminals 10 held by each pedestrian 60 has also moved. , shows a state of movement within the BLE communication range 51.
  • connection by BLE is performed sequentially and in a random order for each mobile terminal 10. Therefore, there is a possibility that the mobile terminal 10 of each pedestrian 60 will be connected to the parking lot payment terminal 20 by BLE before the mobile terminal 10 in the vehicle 40 is connected by BLE.
  • the mobile terminals 10 numbered 1 to 3 have completed connection through BLE advertisement and are connected via UWB, and the mobile terminal 10 number 4 is currently connected through BLE advertisement.
  • the mobile terminal 10 in the vehicle 40 is not connected. That is, in this example, the connection process for the mobile terminal 10 in the vehicle 40 is started after the BLE connection of the mobile terminal 10 numbered 4 is completed, and it takes a long time until the payment process is executed and the gate bar 21a is opened. Become.
  • the parking lot payment terminal 20 connects with the mobile terminal 10 by advertising BLE, exchanges UWB setting parameters, and performs UWB ranging.
  • the parking lot payment terminal 20 reconnects with the mobile terminal 10 identified by UWB ranging through BLE communication. This series of processing will be specifically explained.
  • FIG. 19 is an example sequence diagram illustrating BLE reconnection processing when there is one connection target according to the embodiment.
  • step S300 the mobile terminal 10 starts scanning the first packet ADV_IND. Further, in step S301, the parking lot payment terminal 20 transmits the first packet ADV_IND and searches for the mobile terminal 10. At this time, the parking lot payment terminal 20 generates a first UUID (Universally Unique IDentifier) value, stores the generated first UUID value in the first packet ADV_IND, and transmits it.
  • the method of generating the first UUID value by the parking lot payment terminal 20 is not particularly limited, but it is conceivable to allocate a UUID value to each payment application in advance.
  • the first UUID value may be stored, for example, in the field ADV_DATA of the packet ADV_IND. Note that in the figure, the first UUID value is shown as UUID #1.
  • the mobile terminal 10 In response to this packet ADV_IND, the mobile terminal 10 returns a packet CONNECT_IND to the parking lot payment terminal 20 (step S302).
  • the parking lot payment terminal 20 establishes a BLE connection with the mobile terminal 10 that responded to the packet ADV_IND.
  • the parking lot payment terminal 20 When the BLE connection with the mobile terminal 10 is completed, the parking lot payment terminal 20 generates a first identification information MID value that is identification information for identifying the mobile terminal 10 (step S303).
  • the parking lot payment terminal 20 may, for example, generate the identification information MID value using a 4-byte random value.
  • the parking lot payment terminal 20 transmits the generated first identification information MID value to the mobile terminal 10 (step S304).
  • the first identification information MID value is shown as MID#1.
  • the mobile terminal 10 When the mobile terminal 10 receives the first identification information MID transmitted from the parking lot payment terminal 20, it stores the received first identification information MID value as identification information that identifies itself (step S305).
  • the mobile terminal 10 may store the first identification information MID value in the RAM 1002 or in the storage device 1005.
  • the present invention is not limited to this, and the mobile terminal 10 may store the received first identification information MID value in a register included in the CPU 1000.
  • the parking lot payment terminal 20 and the mobile terminal 10 exchange UWB setting parameters using the BLE communication channel (step S306).
  • the parking lot payment terminal 20 and the mobile terminal 10 respectively activate the UWB devices in steps S307a and S307b.
  • the parking lot payment terminal 20 When the UWB device is activated, the parking lot payment terminal 20 performs UWB communication with the mobile terminal 10 and starts UWB ranging (step S308). UWB ranging for the mobile terminal 10 by the UWB device of the parking lot payment terminal 20 is performed (step S309). When UWB ranging is started and executed, the parking lot payment terminal 20 transmits the operation code LL_TERMINATE_IND to the mobile terminal 10 and disconnects the BLE connection with the mobile terminal 10 (step S310).
  • the mobile terminal 10 After disconnecting the BLE connection in step S310, the mobile terminal 10 starts scanning the second packet ADV_IND whose UUID value includes the first identification information MID value assigned to itself (step S311).
  • This second packet ADV_IND includes a second UUID value, which will be described later, as a UUID value.
  • the parking lot payment terminal 20 again transmits the first packet ADV_IND including the first UUID value in order to search for another mobile terminal 10 (step S312).
  • the parking lot payment terminal 20 detects the mobile terminal 10 within the parking lot fee payment zone 50 by the UWB ranging started in step S308 (step S313).
  • the parking lot payment terminal 20 stops transmitting the first packet ADV_IND and transmits the second packet ADV_IND (step S314).
  • the parking lot payment terminal 20 generates a second UUID value that is different from the first UUID value described above, stores it in the second packet ADV_IND, and transmits it. Note that in the figure, the second UUID value is shown as UUID #2.
  • the mobile terminal 10 receives the second packet ADV_IND transmitted from the parking lot payment terminal 20 (step S315).
  • the mobile terminal 10 recognizes that the second UUID value stored in the received second packet ADV_IND includes the first identification information MID value stored in step S305, the mobile terminal 10 immediately sends the packet CONNECT_IND, for example. It is transmitted to the parking lot payment terminal 20 (step S316). As a result, BLE reconnection is performed between the parking lot payment terminal 20 and the mobile terminal 10.
  • step S317 payment communication is performed between the parking lot payment terminal 20 and the mobile terminal 10 using the reconnected BLE communication.
  • step S317 ends normally, the UWB and BLE connections between the parking lot payment terminal 20 and the mobile terminal 10 are disconnected (step S318).
  • the parking lot payment terminal 20 specifies the mobile terminal 10 to be connected in the BLE connection for exchanging UWB setting parameters for UWB ranging.
  • the first identification information of is transmitted to the mobile terminal 10, and when UWB ranging is started, the BLE connection is disconnected.
  • the parking lot payment terminal 20 reconnects the mobile terminal 10 and BLE using the first identification information, and executes payment processing with the mobile terminal 10. . Therefore, cashless payments can be made while the occupants of the vehicle 40 remain in the vehicle.
  • FIG. 20 is an example sequence diagram illustrating BLE reconnection processing when there are multiple connection targets according to the embodiment.
  • the parking lot payment terminal 20 connects with two mobile terminals 10 1 and 10 2 (also shown as mobile terminal #1 and mobile terminal #2, respectively).
  • the processing related to each mobile terminal 10 1 and 10 2 is the same as the processing described using FIG. 19, except for a part.
  • the parking lot payment terminal 20 connects to the mobile terminal 10 1 first among the mobile terminals 10 1 and 10 2 .
  • step S401 mobile terminals 10 1 and 10 2 start scanning the first packet ADV_IND, respectively. Further, in step S401, the parking lot payment terminal 20 transmits the first packet ADV_IND and searches for the mobile terminals 10 1 and 10 2 . At this time, the parking lot payment terminal 20 generates a first UUID value, stores the generated first UUID value in the first packet ADV_IND, and transmits it.
  • the mobile terminal 10 1 In response to this packet ADV_IND, the mobile terminal 10 1 returns a packet CONNECT_IND to the parking lot payment terminal 20 (step S402).
  • the parking lot payment terminal 20 establishes a BLE connection with the mobile terminal 10 1 that responded to the packet ADV_IND.
  • the parking lot payment terminal 20 When the BLE connection with the mobile terminal 10 1 is completed, the parking lot payment terminal 20 generates a first identification information MID value that is identification information for identifying the mobile terminal 10 1 (step S403).
  • the parking lot payment terminal 20 may, for example, generate the identification information MID value using a 4-byte random value.
  • the parking lot payment terminal 20 transmits the generated first identification information MID value to the mobile terminal 10 1 (step S404).
  • the first identification information MID value is shown as MID#1.
  • the mobile terminal 10 1 When the mobile terminal 10 1 receives the first identification information MID transmitted from the parking lot payment terminal 20, it stores the received first identification information MID value as identification information for identifying itself (step S405).
  • the mobile terminal 10 1 may store the first identification information MID value in the RAM 1002 or in the storage device 1005.
  • the present invention is not limited to this, and the mobile terminal 10 1 may store the received first identification information MID value in a register included in the CPU 1000.
  • the parking lot payment terminal 20 and the mobile terminal 10 1 exchange UWB setting parameters using the BLE communication channel (step S406).
  • the parking lot payment terminal 20 and the mobile terminal 10 1 activate their respective UWB devices in steps S407a and S407b.
  • the parking lot payment terminal 20 When the UWB device is activated, the parking lot payment terminal 20 performs UWB communication with the mobile terminal 10 1 and starts UWB ranging (step S408). UWB ranging for the mobile terminal 10 1 is performed by the UWB device of the parking lot payment terminal 20 (step S409). When UWB ranging is started and executed, the parking lot payment terminal 20 transmits the operation code LL_TERMINATE_IND to the mobile terminal 10 1 and disconnects the BLE connection with the mobile terminal 10 1 (step S410).
  • the mobile terminal 10 1 After the mobile terminal 10 1 disconnects the BLE connection in step S410, the mobile terminal 10 1 starts scanning the second packet ADV_IND whose UUID value includes the first identification information MID value assigned to itself (step S411).
  • This second packet ADV_IND includes a second UUID value, which will be described later, as a UUID value.
  • the parking lot payment terminal 20 transmits the first packet ADV_IND including the first UUID value again in order to search for another mobile terminal 10 2 (step S412a, step S412b).
  • the mobile terminal 10 2 In response to this packet ADV_IND, the mobile terminal 10 2 returns a packet CONNECT_IND to the parking lot payment terminal 20 (step S413).
  • the parking lot payment terminal 20 establishes a BLE connection with the mobile terminal 10 2 that responded to the packet ADV_IND.
  • the parking lot payment terminal 20 When the BLE connection with the mobile terminal 10 2 is completed, the parking lot payment terminal 20 generates a second identification information MID value that is identification information for identifying the mobile terminal 10 2 .
  • the parking lot payment terminal 20 may, for example, generate the second identification information MID value using a 4-byte random value.
  • the parking lot payment terminal 20 transmits the generated second identification information MID value to the mobile terminal 10 2 (step S415).
  • the second identification information MID value is shown as MID#2.
  • the mobile terminal 102 Upon receiving the second identification information MID transmitted from the parking lot payment terminal 20 , the mobile terminal 102 stores the received second identification information MID value as identification information that identifies itself, similarly to step S405. do.
  • the parking lot payment terminal 20 and the mobile terminal 10 2 exchange UWB setting parameters using the BLE communication channel (step S417).
  • the mobile terminal 10 2 activates the UWB device in step S418.
  • the parking lot payment terminal 20 When the UWB device is activated, the parking lot payment terminal 20 performs UWB communication with the mobile terminal 10 2 and starts UWB ranging (step S419). UWB ranging is performed for the mobile terminal 10 2 by the UWB device of the parking lot payment terminal 20 (step S420). When UWB ranging is started and executed, the parking lot payment terminal 20 transmits the operation code LL_TERMINATE_IND to the mobile terminal 10 2 and disconnects the BLE connection with the mobile terminal 10 2 (step S421).
  • the mobile terminal 10 2 After the mobile terminal 10 2 disconnects the BLE connection in step S421, the mobile terminal 10 2 starts scanning the second packet ADV_IND whose UUID value includes the first identification information MID value assigned to itself (step S422).
  • This second packet ADV_IND includes a second UUID value, which will be described later, as a UUID value.
  • the parking lot payment terminal 20 again transmits the first packet ADV_IND including the first UUID value in order to search for another mobile terminal 10 2 (steps S423a and S423b). Since the mobile terminal 10 2 is scanning the second packet ADV_IND, this first packet ADV_IND is not detected by the mobile terminal 10 2 .
  • the parking lot payment terminal 20 detects the mobile terminals 10 1 and 10 2 within the parking lot payment zone 50 by the UWB ranging started in step S408 (step S424).
  • the parking lot payment terminal 20 stops transmitting the first packet ADV_IND and transmits the second packet ADV_IND (step S425a, step S425b).
  • the parking lot payment terminal 20 generates a second UUID value including the first identification information MID value generated in step S403 and the second identification information MID value generated in step S414.
  • the parking lot payment terminal 20 stores a second UUID value including the first identification information MID value and the second identification information MID value in the second packet ADV_IND, and transmits the second packet ADV_IND.
  • FIG. 21 is a schematic diagram showing an example of the configuration of the second UUID value according to the embodiment.
  • a UUID value having a data length of 128 bits is divided into four blocks each having a data length of 32 bits.
  • the parking lot payment terminal 20 stores an identification information MID value in each block according to the number of mobile terminals 10 detected in the parking lot payment zone 50. Sections (a) to (d) of FIG. Examples are shown in which information MID values (MID#1 to MID#3) and four identification information MID values (MID#1 to MID#4) are stored.
  • the second UUID value includes a first identification information MID value stored in the mobile terminal 10 1 and a second identification information MID value stored in the mobile terminal 10 2 . Therefore, the second packet ADV_IND containing the second UUID value is received and recognized by each of the mobile terminals 10 1 and 10 2 (step S426a, step S426b).
  • the plurality of mobile terminals 10 display an inquiry dialog screen for confirming permission to connect to the parking lot payment terminal 20.
  • FIG. 22 is a schematic diagram showing an example of a dialog screen for confirming connection permission, which is applicable to the embodiment.
  • a dialog screen 70 is displayed on the display device 1014 of the mobile terminal 10.
  • the dialog screen 70 includes a message display area 71 and buttons 72 and 73.
  • the message display area 71 for example, a message prompting the user to confirm permission to connect to the parking lot payment terminal 20 is displayed.
  • the button 72 is a button for notifying that connection is permitted
  • the button 73 is a button for notifying that connection is not permitted.
  • the explanation returns to FIG. 20, and it is assumed that, for example, the button 72 is operated on the mobile terminal 101 and connection permission is confirmed (step S427).
  • the mobile terminal 10 1 transmits a packet CONNECT_IND to the parking lot payment terminal 20 in response to the operation on the button 72 (step S428).
  • BLE reconnection is performed between the parking lot payment terminal 20 and the mobile terminal 10 1 .
  • the parking lot payment terminal 20 may only validate the packet CONNECT_IND that is received first.
  • the parking lot payment terminal 20 connected to the mobile terminal 10 1 sends a packet ADV_NONCONN_IND to the mobile terminal 10 2 that has become a non-connection target in order to notify that another mobile terminal has already been connected. (Step S429).
  • a UUID #2' value including a LOST_MID value (0xFFFFFF) and a second identification information MID value for identifying the mobile terminal 10 2 is stored as a UUID value.
  • FIG. 23 is a schematic diagram showing the configuration of an example of a packet ADV_NONCONN_IND applicable to the embodiment. As shown in FIG. 23, a block in which a 32-bit LOST_MID value "0xFFFFFF" is stored is placed at the beginning, and then a 32-bit second identification information MID value (MID#2) is placed next. . For example, random numbers are stored in the remaining 64-bit block of the UUID value.
  • the mobile terminal 10 2 When the mobile terminal 10 2 receives the packet ADV_NONCONN_IND including the LOST_MID value "0xFFFFFF" and the second identification information MID value for identifying itself, the mobile terminal 10 2 stops scanning the second packet ADV_IND (step S430).
  • step S431 After the BLE reconnection, payment communication is performed between the parking lot payment terminal 20 and the mobile terminal 101 using the reconnected BLE communication (step S431).
  • step S431 ends normally, the UWB and BLE connections between the parking lot payment terminal 20 and the mobile terminals 10 1 and 10 2 are disconnected (steps S432a and S432b).
  • the parking lot payment system 1 even if a plurality of mobile terminals 10 are present around the parking lot payment terminal 20, cashless payment is possible while the occupants of the vehicle 40 are in the vehicle. Payment is possible.
  • terminal determination within the vehicle 40 according to the embodiment of the present disclosure will be described. That is, below, a process corresponding to the above-mentioned second problem, which is the limitation on the number of UWB devices to be subjected to UWB ranging, in the parking lot fee payment system 1 according to the embodiment will be described.
  • the mobile terminal 10 in the vehicle 40 responds to the first and/or second packet ADV_IND, and the mobile terminal 10 of the pedestrian does not respond to the first and/or second packet ADV_IND. is used to limit the number of UWB devices targeted for UWB ranging.
  • the mobile terminal 10 is equipped with a mechanism that can determine whether or not the mobile terminal 10 is inside the vehicle 40, and the mobile terminal 10 outside the vehicle 40 receives the first message sent from the parking lot payment terminal 20. 1 and/or the second packet ADV_IND.
  • FIG. 24 is a flowchart of an example of a process for determining whether the mobile terminal 10 is in the vehicle 40, according to the embodiment.
  • step S500 identification information Vehicle ID for identifying the vehicle 40 is registered in the mobile terminal 10.
  • the storage unit 105 stores the identification information Vehicle ID input by the user operation in a storage medium such as the RAM 1002, the storage device 1005, or a register included in the CPU 1000.
  • Identification Information Vehicle ID may be registered in the mobile terminal 10 at the time of purchasing the vehicle 40, or each time the vehicle 40 is boarded. If the vehicle 40 is a borrowed vehicle such as a rental car, the identification information Vehicle ID may be registered when starting to use the vehicle 40.
  • a beacon device using Bluetooth is installed inside the vehicle 40, and the beacon device periodically transmits a packet ADV_NONCONN_IND containing a message indicating that the packet is inside the vehicle 40.
  • FIG. 25 is a schematic diagram showing the configuration of an example of a packet ADV_NONCONN_IND applicable to the embodiment.
  • Data AD Type and identification information Vehicle ID are stored in the field ADV_DATA.
  • Data AD Type is information indicating the type of subsequent data. In this example, the value of data AD Type is "0xFE", indicating that the following data is identification information Vehicle. Further, the identification information Vehicle has a data length of, for example, 8 bytes.
  • step S501 the mobile terminal 10 starts scanning signals transmitted from the beacon device.
  • the mobile terminal 10 periodically scans the signal transmitted from the beacon device and determines whether the packet ADV_NONCONN_IND including the identification information Vehicle ID has been received (step S502).
  • step S503 the mobile terminal 10 sets the value of the vehicle riding state in the vehicle 40. Set it to a value indicating that it exists (set it to "TRUE”).
  • step S504 the mobile terminal 10 It is set to a value indicating that it is not inside the vehicle 40 (set to "FALSE").
  • the value of the vehicle riding state is stored, for example, by the storage unit 105 in a storage medium such as the RAM 1002, the storage device 1005, or a register included in the CPU 1000.
  • step S505 the mobile terminal 10 stops scanning signals transmitted from the beacon device.
  • step S506 the mobile terminal 10 determines whether a certain period of time (for example, a predetermined period of one minute or less) has elapsed. If the mobile terminal 10 determines that the certain period of time has not elapsed (step S506, "No"), the process returns to step S506.
  • a certain period of time for example, a predetermined period of one minute or less
  • step S506 determines that the certain period of time has elapsed (step S506, "Yes"), it returns the process to step S501 and resumes signal scanning.
  • the mobile terminal 10 retains the value "TRUE” for the in-vehicle state when the mobile terminal 10 is in the vehicle 40, and maintains the value "FALSE” for the in-vehicle state when the mobile terminal 10 is not in the vehicle 40. ” will be retained.
  • FIG. 26 is a flowchart of an example of control of the mobile terminal 10 based on the in-vehicle state according to the embodiment. Note that FIG. 26 is an example in which control based on the vehicle riding state is incorporated into the process described using FIG. 19.
  • step S600 the mobile terminal 10 determines whether the value of the vehicle riding state that it stores is the value "TRUE". If the mobile terminal 10 determines that the value of the vehicle riding state is not the value "TRUE” (in this example, it is "FALSE") (step S600, "No"), the process returns to step S600. On the other hand, if the mobile terminal 10 determines that the value of the in-vehicle state is "TRUE" (step S600, "Yes"), the mobile terminal 10 moves the process to step S300 and scans the first packet ADV_IND. Start.
  • the mobile terminal 10 executes the connection process using BLE and UWB with the parking lot payment terminal 20 when the value of the vehicle riding state is the value "TRUE".
  • the mobile terminal 10 does not perform the connection process using BLE and UWB with the parking lot payment terminal 20. Therefore, in the embodiment, it is possible to limit the number of UWB devices targeted for UWB ranging.
  • FIGS. 27A and 27B are schematic diagrams for explaining that the number of UWB devices targeted for UWB ranging is limited by the processing according to the embodiment.
  • each mobile terminal 10 held by each pedestrian 60 on the left side of the boundary line 90 has a value of "FALSE" in the vehicle riding state. Therefore, each mobile terminal 10 does not connect to the parking lot payment terminal 20 using BLE and UWB according to the flowchart in FIG. 26 . In other words, for the parking lot payment terminal 20, this is synonymous with the fact that the mobile terminal 10 of each pedestrian 60 does not exist.
  • the mobile terminal 10 1 in the vehicle 40 1 has the value "TRUE" in the in-vehicle state, and can connect to the parking lot payment terminal 20 by BLE and UWB according to the flowchart of FIG. 26. .
  • the parking lot payment system 1 it is determined whether the mobile terminal 10 is in the vehicle 40 or not, and the mobile terminal 10 that is not in the vehicle 40 is connected to the parking lot payment terminal 20 using BLE. and excluded from connection by UWB. Therefore, it is possible to limit the number of UWB devices targeted for UWB ranging.
  • connection processing using BLE and UWB can be performed between the parking lot payment terminal 20 and the mobile terminal 10 2 .
  • the method for determining whether or not the mobile terminal 10 is in the vehicle 40 is not limited to the method using the signal transmitted from the beacon device described above. For example, based on information from an acceleration sensor installed in the mobile terminal 10, if the moving speed of the mobile terminal 10 exceeds 30 km/h, or if a unique acceleration of the vehicle 40 is detected, the mobile It may be determined that the terminal 10 is inside the vehicle 40. Further, it may be determined whether the mobile terminal 10 is within the vehicle 40 based on the movement speed information of the mobile terminal 10 using a GNSS (Global Navigation Satellite System) function installed in the mobile terminal 10.
  • GNSS Global Navigation Satellite System
  • the value of the vehicle riding state may be determined and acquired using the unlocking or locking operation of the door of the vehicle 40 as a trigger.
  • FIG. 28 is a schematic diagram for explaining the architecture of the mobile terminal 10 according to the embodiment. In addition, in FIG. 28, only the parts deeply related to the embodiment are described.
  • a UWB/BLE middleware 81 for realizing UWB and BLE functions operates on the OS 80, and a payment application 82 that executes payment processing according to the embodiment is executed on the UWB/BLE middleware 81.
  • the OS 80 controls the operation of the BLE chip 84 that implements the BLE function as hardware through the BLE API (Application Programming Interface) 83, and acquires information from the BLE chip 84. Further, the OS 80 controls the operation of the UWB chip 86 that implements UWB functions as hardware, and acquires information from the UWB chip 86 via the UWB API 85.
  • BLE API Application Programming Interface
  • the display section 101, the input section 102, the storage section 105, and some of the functions of the mobile terminal control section 100 may be included in the OS 80.
  • the BLE communication unit 103 may be included in the BLE API 83 and a part of the UWB/BLE middleware 81.
  • the UWB communication unit 104 may be included in the UWB API 85 and a part of the UWB/BLE middleware 81.
  • the mobile terminal control unit 100 may include the functionality of the payment application 82.
  • the processing on the mobile terminal 10 side in the sequences shown in FIGS. 19 and 20 may be controlled by the UWB/BLE middleware 81.
  • the UWB/BLE middleware 81 calls the BLE API 83 via the OS 80 in response to an instruction from the payment application 82 to start scanning the first packet ADV_IND, and further calls the UWB API 85 as necessary.
  • the subsequent communication process with the parking lot payment terminal 20 may be executed.
  • the payment application 82 may be resident or may be activated by the user as needed.
  • a parking lot can provide convenient touchless UX without the need to open or shade windows when paying a parking lot fee using UWB and BLE.
  • a fee payment system 1 can be realized.
  • the scope of use of the technology according to the present disclosure is not limited to application to the parking lot fee payment system 1.
  • the technology according to the present disclosure is applicable not only to the parking lot payment terminal 20 but also to other payment systems in which a plurality of devices within a fee payment zone are detected and selected to perform payment.
  • the value of the vehicle in-vehicle state for identifying the mobile terminal 10 inside or outside the vehicle 40 is not limited to the vehicle 40, but can also be applied to the identification of some other facility, inside or outside the area, etc.
  • a first communication unit that performs wireless communication using a first communication method; a first control unit that controls communication by the first communication unit; a fixed terminal comprising; a second communication unit that performs wireless communication using the first communication method; a second control unit that controls communication by the second communication unit; storage section and a mobile terminal comprising; including;
  • the first control unit includes: generating identification information unique to the mobile terminal connected through communication of the first communication unit and transmitting it to the mobile terminal; disconnecting the connection with the mobile terminal after transmitting the identification information; specifying the mobile terminal using the identification information through communication of the first communication unit, and reconnecting to the mobile terminal;
  • the second control unit includes: storing the identification information acquired through communication with the fixed terminal by the second communication unit in the storage unit; After the fixed terminal disconnects communication with the fixed terminal, the second communication unit reconnects with the fixed terminal in response to receiving identification information that matches the identification information stored in the storage unit.
  • the fixed terminal is a third communication unit that performs communication using a second communication method that allows distance measurement to a communication partner under the control of the first control unit; Furthermore, The mobile terminal is a fourth communication unit that performs communication using the second communication method under the control of the second control unit; Furthermore, The fixed terminal is The third communication unit communicates with the fourth communication unit to measure the distance between the fixed terminal and the mobile terminal, and as a result of the distance measurement, the distance between the fixed terminal and the mobile terminal is measured. reconnecting to the mobile terminal detected within a predetermined distance range; The communication system according to (1) above.
  • the fixed terminal is a payment communication department that communicates with a payment device that performs payment processing; Furthermore, The first control unit includes: transmitting and receiving information for performing the payment processing by the payment device to and from the mobile terminal through communication by the first communication unit to the reconnected mobile terminal; The communication system according to (1) or (2) above. (4) a first communication unit that performs wireless communication using a first communication method; a control unit that controls communication by the first communication unit; Equipped with The control unit includes: Generating identification information unique to the mobile terminal connected by the communication of the first communication unit and transmitting it to the mobile terminal, disconnecting the connection with the mobile terminal after transmitting the identification information; specifying the mobile terminal using the identification information through communication of the first communication unit and reconnecting to the mobile terminal; Fixed terminal.
  • the control unit includes: reconnecting to the mobile terminal detected within a predetermined distance range as a result of the distance measurement by the second communication unit;
  • the first communication method is BLE (Bluetooth Low Energy), and the second communication method is an ultra-wideband wireless system.
  • the control unit includes: In response to the transmission of the identification information by the first communication unit, the second communication unit starts distance measurement to the mobile terminal, and the communication by the first communication unit to the mobile terminal is disconnected.
  • the fixed terminal according to (5) or (6) above.
  • the control unit includes: Sending and receiving information for payment with the reconnected mobile terminal by communication of the first communication unit, and when the payment is completed, communication by the first communication unit and the second communication unit. disconnecting the communication for said distance measurement by the communication unit of; The fixed terminal according to any one of (5) to (7) above.
  • the control unit includes: connecting to the mobile terminal using a first identifier by the first communication unit; After the disconnection with the mobile terminal, the first communication unit performs the connection process again using the first identifier, reconnecting to the mobile terminal using a second identifier including one or more of the identification information; The fixed terminal according to any one of (4) to (8) above.
  • the control unit includes: When communication using the second identifier becomes possible with another mobile terminal in response to communication due to the reconnection, a connection notification is sent from among the mobile terminal or the other mobile terminal. transmitting a connection failure notification to the terminal to which the connection notification was not sent; The fixed terminal according to (9) above. (11) The control unit includes: performing the connection through communication of the first communication unit with the mobile terminal in the vehicle as a target; The fixed terminal according to any one of (4) to (10) above.
  • the control unit includes: transmitting and receiving information for performing the payment processing by the payment device to and from the mobile terminal through communication by the first communication unit to the reconnected mobile terminal;
  • the fixed terminal according to any one of (4) to (11) above.
  • (13) a first communication unit that performs wireless communication using a first communication method; a control unit that controls communication by the first communication unit; storage section and Equipped with
  • the control unit includes: storing identification information acquired through communication with the fixed terminal by the first communication unit in the storage unit; After the communication is disconnected, the first communication unit reconnects with the fixed terminal in response to receiving identification information that matches the identification information stored in the storage unit. mobile computer.
  • the control unit includes: determining whether or not the mobile terminal is in the vehicle, and not performing communication by the first communication unit if it is determined that the mobile terminal is not in the vehicle; The mobile terminal according to (13) above.
  • a second communication unit that performs communication using a second communication method that allows distance measurement to a communication partner under the control of the control unit; Furthermore, The control unit includes: After receiving the identification information stored in the storage unit, the first communication unit exchanges parameters for communication using the second communication method with the fixed terminal, and the second communication unit exchanges parameters for communication using the second communication method with the fixed terminal. start communication, The mobile terminal according to (13) or (14) above.
  • the first communication method is BLE (Bluetooth Low Energy) (registered trademark)
  • the second communication method is an ultra-wideband wireless system.
  • the communication by the first communication unit is disconnected by the fixed terminal after the communication by the second communication unit is started.
  • the control unit includes: Connecting to the fixed terminal according to the first identifier by the first communication unit, After the communication with the fixed terminal is disconnected, if any of the one or more pieces of identification information included in the second identifier transmitted from the fixed terminal matches the identification information stored in the storage unit, reconnecting the fixed terminal;
  • the control unit includes: When the second identifier transmitted from the fixed terminal includes a plurality of pieces of identification information including identification information that matches the identification information stored in the storage unit, the first communication unit with the fixed terminal presents a settings screen for configuring whether or not to allow communication based on user operations; The mobile terminal according to (18) above. (20) The control unit includes: When the setting screen is set to permit communication by the first communication unit, transmitting a notification indicating communication permission to the fixed terminal; If the communication is not set to be permitted, stopping communication by the first communication unit with the fixed terminal in response to a connection failure notification transmitted from the fixed terminal; The mobile terminal according to (19) above. (21) The control unit includes: Sending and receiving information for the fixed terminal to perform payment processing by the payment device between the fixed terminal and the fixed terminal through the reconnected communication of the first communication unit with the fixed terminal; The mobile terminal according to any one of (13) to (20) above.

Abstract

第１の通信方式で無線通信を行う第１の通信部と、第１の通信部を制御する第１の制御部と、を備える固定端末と、第１の通信方式で無線通信を行う第２の通信部と、第２の通信部を制御する第２の制御部と、記憶部と、を備えるモバイル端末と、を含み、第１の制御部は、第１の通信部により接続したモバイル端末に固有の識別情報をモバイル端末に送信し、送信後にモバイル端末との接続を切断し、第１の通信部により識別情報を用いてモバイル端末を指定して再接続し、第２の制御部は、第２の通信部による固定端末との通信で取得した識別情報を記憶し、固定端末との通信が切断された後に、記憶した識別情報と一致する識別情報の受信に応じて、第２の通信部により固定端末と再接続する。

Description

通信システム、固定端末およびモバイル端末
　本開示は、通信システム、固定端末およびモバイル端末に関する。
　駐車場の出場時における料金決済をキャッシュレスにて行う駐車場料金決済システムが知られている。従来の駐車場料金決済システムは、一般的に、例えば内蔵メモリに識別情報など決済に必要な情報が記憶され、近距離通信（ＮＦＣ：Near　Field　radio　Communication）を行うＮＦＣカードなどを用い、料金決済が行われていた。
特開２０２２－７９５６６号公報
　従来技術による駐車場料金決済システムでは、自動車車両の運転者などの乗員は、料金決済時に自動車車両の窓を開けて、あるいは、降車してＮＦＣカードなどを決済端末にタッチさせる必要がある。そのため、従来技術による駐車場料金決済システムは、例えば屋外駐車場においては、雨天、極寒などに荒天時おいて利便性が損なわれるおそれがある。
　本開示は、車両の乗員が乗車したままでのキャッシュレス決済を可能とする通信システム、固定端末およびモバイル端末を提供することを目的とする。
　本開示に係る通信システムは、第１の通信方式で無線による通信を行う第１の通信部と、前記第１の通信部による通信を制御する第１の制御部と、を備える固定端末と、前記第１の通信方式で無線による通信を行う第２の通信部と、前記第２の通信部による通信を制御する第２の制御部と、記憶部と、を備えるモバイル端末と、を含み、前記第１の制御部は、前記第１の通信部の通信により接続した前記モバイル端末に固有の識別情報を生成して前記モバイル端末に送信し、前記識別情報の送信後に前記モバイル端末との前記接続を切断し、前記第１の通信部の通信により前記識別情報を用いて前記モバイル端末を指定して、該モバイル端末に再接続し、前記第２の制御部は、前記第２の通信部による前記固定端末との通信で取得した前記識別情報を前記記憶部に記憶し、前記固定端末により前記固定端末との通信が切断された後に、前記記憶部に記憶した識別情報と一致する識別情報の受信に応じて、前記第２の通信部により前記固定端末と再接続する。
本開示の実施形態に適用可能な通信システムの一例の構成を示す模式図である。 既存技術による、近距離無線通信を用いた駐車場料金決済システムによる一例の決済処理を示すシーケンス図である。 既存技術による駐車場料金の決済処理におけるユーザの負担の例を説明するための模式図である。 既存技術に係る、ＢＬＥによる通信では不特定多数のデバイスの中から特定のデバイスを選択して接続することが困難であることを説明するための模式図である。 実施形態に係る通信処理を説明するための模式図である。 ＵＷＢによる測距原理を説明するための模式図である。 実施形態に適用可能なモバイル端末の一例の構成を示すブロック図である。 実施形態に係るモバイル端末の機能を説明するための一例の機能ブロック図である。 実施形態に適用可能な駐車場決済端末の一例の構成を示すブロック図である。 実施形態に係る駐車場決済端末の機能を説明するための一例の機能ブロック図である。 ＵＷＢとＢＬＥの組み合わせによる典型的な接続処理の例を示すシーケンス図である。 ＵＷＢとＢＬＥの組み合わせによる典型的な接続処理の各段階におけるモバイル端末と、駐車場決済端末との位置関係の例を示す模式図である。 駐車場料金決済ゾーンを説明するための模式図である。 駐車場決済端末が多数のモバイル端末に対するＵＷＢレンジングを実施する処理の例を示すシーケンス図である。 ＢＬＥにおけるリンクレイヤのパケット構成を示す模式図である。 ＵＷＢ通信に割り当てられる周波数帯域を示す模式図である。 駐車場決済端末に近接して一般歩行者の通行路が存在する場合のＵＷＢデバイスの接続について説明するための模式図である。 駐車場決済端末に近接して一般歩行者の通行路が存在する場合のＵＷＢデバイスの接続について説明するための模式図である。 車両外の多数のモバイル端末の存在により、車両の駐車場決済端末との通信が遅れることを説明するための模式図である。 車両外の多数のモバイル端末の存在により、車両の駐車場決済端末との通信が遅れることを説明するための模式図である。 実施形態に係る、接続対象が１台の場合のＢＬＥの再接続処理を示す一例のシーケンス図である。 実施形態に係る、接続対象が複数台の場合のＢＬＥの再接続処理を示す一例のシーケンス図である。 実施形態に係る第２のＵＵＩＤ値の構成の例を示す模式図である。 実施形態に適用可能な、接続許可確認のためのダイアログ画面の例を示す模式図である。 実施形態に適用可能なパケットＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤの一例の構成を示す模式図である。 実施形態に係る、モバイル端末が車両内にあるか否かを判定するための処理を示す一例のフローチャートである。 実施形態に適用可能なパケットＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤの一例の構成を示す模式図である。 実施形態に係る、車両乗車中状態に基づくモバイル端末の制御を示す一例のフローチャートである。 実施形態に係る処理によりＵＷＢレンジングの対象となるＵＷＢデバイス数が制限されることを説明するための模式図である。 実施形態に係る処理によりＵＷＢレンジングの対象となるＵＷＢデバイス数が制限されることを説明するための模式図である。 実施形態に係るモバイル端末のアーキテクチャを説明するための模式図である。
　以下、本開示の実施形態について、図面に基づいて詳細に説明する。なお、以下の実施形態において、同一の部位には同一の符号を付することにより、重複する説明を省略する。
　以下、本開示の実施形態について、下記の順序に従って説明する。
１．本開示に係る実施形態の概要
２．既存技術について
３．本開示に係る実施形態
　３－１．実施形態に適用可能な構成
　３－２．実施形態のより具体的な説明
　　３－２－１．ＵＷＢレンジングまでの処理について
　　　３－２－１－１．対象が１台の場合の例
　　　３－２－１－２．対象が複数台の場合の例
　　３－２－２．ＵＷＢとＢＬＥとを組み合わせる場合の課題について
　　　３－２－２－１．ＢＬＥ再接続の接続先の指定について
　　　３－２－２－２．ＵＷＢレンジングの対象となるＵＷＢデバイス数の制限について
　　３－２－３．ＢＬＥ再接続処理について
　　　３－２－３－１．対象が１台の場合の例
　　　３－２－３－２．対象が複数台の場合の例
　　３－２－４．車両内の端末判定について
　３－３．実施形態に適用可能なアーキテクチャについて
４．他の実施形態
（１．本開示に係る実施形態の概要）
　先ず、本開示に係る実施形態の概要について説明する。図１は、本開示の実施形態に適用可能な通信システムの一例の構成を示す模式図である。以下では、本開示に係る通信システムを、駐車場料金の決済のための通信を行う駐車場料金決済システムに適用した例について説明する。
　図１において、駐車場料金決済システム１は、モバイル端末１０と、固定端末としての駐車場決済端末２０と、決済サーバ３０とを含む。駐車場決済端末２０は、決済サーバ３０と、例えばインターネットなどのネットワーク２を介して通信可能に接続される。モバイル端末１０は、例えば駐車場を利用する車両の乗員が所持する端末装置である。モバイル端末１０としては、スマートフォンやタブレット端末といった、携帯容易で所定の方式の無線通信が可能な情報処理装置を適用することができる。
　駐車場決済端末２０は、ユーザ（例えば駐車場を利用する車両の乗員）による決済動作に応じてゲートバリア２１に対して指示を送り、ゲートバー２１ａの開閉を制御する。ユーザは、駐車場決済端末２０に設けられた操作子を直接的に操作して決済動作を行ってもよいし、ＮＦＣ(Near　Field　radio　Communication)機能を有するＮＦＣカードを駐車場決済端末２０に設けられたＮＦＣリーダに翳すことで決済動作を行ってもよい。
　本開示の実施形態では、駐車場決済端末２０に対する決済動作を、モバイル端末１０を用いて行う。すなわち、実施形態に係る駐車場料金決済システム１は、駐車場を利用する車両内にあるモバイル端末１０と、駐車場決済端末２０との間の無線通信により、モバイル端末１０を用いた決済動作を実現する。
　より具体的には、駐車場決済端末２０は、無線通信による第１の通信方式によりモバイル端末１０と通信を行い、ユニークな識別情報を生成してモバイル端末１０に送信し、当該通信を一旦切断する。駐車場決済端末２０は、モバイル端末１０との通信の切断後、モバイル端末１０が駐車場決済端末２０に定められる所定の駐車場料金決済ゾーン内に進入したことを検知すると、モバイル端末１０との間で第１の通信方式による通信を再接続し、モバイル端末１０との間で決済のために必要な情報を送受信し、決済動作を行う。
　駐車場決済端末２０は、モバイル端末１０を用いた決済動作が成功すると、ゲートバー２１ａを開けて、モバイル端末１０が含まれる車両の駐車場からの出場、あるいは駐車場への入場を許可する。
　このように、本開示に係る実施形態では、ユーザは、例えばＮＦＣカードを駐車場決済端末２０のＮＦＣリーダに翳したり、車外に出て駐車場決済端末２０の操作子を操作すること無く、車内に居乍らにして、駐車場料金の決済を実行することが可能となる。
　なお、上述の第１の通信方式としては、近距離無線通信技術であるＢｌｕｅｔｏｏｔｈ（登録商標）の拡張仕様の一つで、極低電力での通信が可能とされた、ＢＬＥ(Bluetooth　Low　Energy)を適用してよい。また、モバイル端末１０の駐車料金決済ゾーンへの進入の検知は、超広帯域無線システム（以下、ＵＷＢ(Ultra　Wide　Band)）を用いた通信による測距を利用してよい。ＵＷＢによる測距方法については、後述する。
（２．既存技術について）
　次に、理解を容易とするために、既存技術による駐車場料金の決済動作の例について説明する。
　既存技術における駐車場料金決済端末では、現金による決済の他に、ユーザの所有するモバイル端末もしくはＮＦＣカードなどを用いた近距離無線通信により駐車場料金決済を行うものがある。なお、以下では、特に記載の無い限り、ユーザは、車両に乗車中の運転者または同乗者など、車両の乗員を指すものとする。
　ＮＦＣカードは、カード状の筐体にプロセッサ、メモリ、送受信回路、アンテナ回路を構成し、ＮＦＣ(Near　Field　radio　Communication)を用いて通信を行うようにしたものである。ユーザは、このＮＦＣカードをＮＦＣリーダにタップあるいは翳すことで、ＮＦＣカードとＮＦＣリーダとの間で通信を行わせることができる。
　図２は、既存技術による、近距離無線通信を用いた駐車場料金決済システムによる決済処理を示す一例のシーケンス図である。図２に示される駐車場料金決済システムは、ＮＦＣ端末１０ａと、駐車場決済端末２０ａとを含む。ＮＦＣ端末１０ａおよび駐車場決済端末２０ａは、それぞれ、図１に示した駐車場決済端末２０およびモバイル端末１０に相当する。
　ＮＦＣ端末１０ａは、ＮＦＣによる通信が可能な端末であり、上述したＮＦＣカードや、ＮＦＣカードのエミュレーション機能を有するモバイル端末である。駐車場決済端末２０ａは、決済制御部２２００と、ＮＦＣリーダ２２１０と、を含む。ＮＦＣリーダ２２１０は、一定距離以内に接近したＮＦＣ端末１０ａと近距離無線通信を行う。決済制御部２２００は、ＮＦＣリーダ２２１０によるＮＦＣ端末１０ａとの通信や、ユーザによる直接的な操作（現金投入など）に応じて、例えば図示されない決済サーバと通信を行い駐車場料金の決済処理を行う。
　図２において、車両４０が駐車場決済端末２０ａの前に到着すると、ステップＳ１０００で、駐車場決済端末２０ａは、車両４０の到着を検出する。この時点では、ゲートバー２１ａは閉じた状態となっており、車両４０は、ゲートバリア２１を通過できない。駐車場決済端末２０ａは、車両４０の到着の検出に応じて、決済処理を開始する（ステップＳ１００１）。一方、車両４０内にいるユーザは、例えば車両４０におけるＮＦＣリーダ２２１０側の窓を開けてＮＦＣ端末１０ａをＮＦＣリーダ２２１０に接近させ、ＮＦＣリーダ２２１０にタップする（ステップＳ１００２）。
　ＮＦＣリーダ２２１０は、ステップＳ１００１で決済処理が開始されると、タップされたＮＦＣ端末１０ａに対してディスカバリを実行し（ステップＳ１００３）、ＮＦＣ端末１０ａは、このディスカバリに応じて、ＮＦＣリーダ２２１０に対して応答を返す（ステップＳ１００４）。これにより、ＮＦＣリーダ２２１０とＮＦＣ端末１０ａとの間で通信の接続が確立し、ステップＳ１００５の駐車場料金決済通信シーケンスの実行が可能となる。
　ＮＦＣリーダ２２１０は、ステップＳ１００５での決済処理通信が成功すると、その旨を示す決済ステータス（ＯＫ）を決済制御部２２００に渡す。決済制御部２２００は、当該決済ステータスに応じてゲートバリア２１に対してゲートオープンの指示を出す。ゲートバリア２１は、この指示に応じてゲートバー２１ａを開ける。これにより、車両４０は、ゲートバリア２１を通過することができるようになる。
　上述した既存技術による駐車場料金の決済処理は、ユーザに負担をかけてしまうおそれがあった。すなわち、ＮＦＣ端末１０ａを駐車場決済端末２０ａ（ＮＦＣリーダ２２１０）に翳す（あるいはタップする）ためには、車両４０の窓を開けたり、ユーザが車外へ出て操作を行う必要がある。
　図３は、既存技術による駐車場料金の決済処理におけるユーザの負担の例を説明するための模式図である。駐車場決済端末２０ａが右ハンドル車に対応して設置されている場合、車両４０が右ハンドル車であれば、図３のセクション（ａ）は、に示すように、ユーザは、車両４０の窓を開けてＮＦＣ端末１０ａをＮＦＣリーダ２２１０に翳すことになる。また、図３のセクション（ｂ）に例示されるように、左ハンドル車である車両４０Ｌでは、運転席のユーザがＮＦＣ端末１０ａをＮＦＣリーダ２２１０に翳すためには、困難が伴う。これは、特に車両４０Ｌの車幅が広い、あるいは、車高が低いような場合に顕著となる。
　このように、特に屋外の駐車場においては、雨天や極寒などの荒天時におけるＵＸ（User　Experience)は、満足のゆくレベルとはいい難い状況となる。駐車場料金の決済処理は、ユーザが窓を開けたり、車両外へ出ることなく実施できることが望ましい。
　このような、ユーザに負担をかける状況を解消するための手段として、ＢＬＥなどの、ＮＦＣに比べて通信距離の長い通信を用いて決済処理を行うことが考えられる。
　しかしながら、ＢＬＥは、その通信プロトコルの性質上、不特定多数のデバイスの中から特定のデバイスを選択して接続することが困難であり、駐車場決済端末２０ａの直前にある車両４０内のモバイル端末との接続を保証することが困難である。例えば、駐車場決済端末２０ａの直前にいる車両４０の後続車、その他、駐車場決済端末２０ａ周辺の歩行者など、周囲にＢＬＥ通信可能なデバイスが複数存在する場合に、駐車場決済端末２０ａは、通信対象を特定することが極めて困難となる。
　図４は、既存技術に係る、ＢＬＥによる通信では不特定多数のデバイスの中から特定のデバイスを選択して接続することが困難であることを説明するための模式図である。図４に例示されるように、駐車場決済端末２０ａの直前にいる車両４０2、その後続車の車両４０1、前方にいる車両４０3の各ユーザは、それぞれＢＬＥ通信が可能なモバイル端末１０ｂ2、１０ｂ1および１０ｂ3を所持しているものとする。このような場合、駐車場決済端末２０ａが有するＢＬＥ通信部２２１１は、モバイル端末１０ｂ1～１０ｂ3から特定の端末を指定して接続することが困難である。
　一方、図４のような状況を解消するために、ＢＬＥ通信部２２１１接続されるモバイル端末の数を減らすことが考えられる。接続されるモバイル端末の数を減らす手段として、モバイル端末に搭載される、ＢＬＥ通信による決済を実行するための決済アプリケーションを予め起動させることを条件としてＢＬＥ接続を許可する。これにより、駐車場決済端末２０ａの周囲におけるＢＬＥ通信可能デバイスを減らし、駐車場決済端末と正しいモバイル端末とのペアリングの確率を向上させるこが可能となる。しかしながら、この方法においても、後続車両内や対向車線の車両内など複数台の対象モバイル端末が存在するケースを排除することは、困難である。
　また、モバイル端末に搭載された決済アプリケーションを事前に起動させる点において、モバイル端末のＮＦＣカードエミュレーション機能やＮＦＣカードを用いた決済手段に比べて、ＵＸ的な利便性の一面を損なうことになる。
　さらに、ＢＬＥ通信部２２１１は、駐車場決済端末２０ａの直前にある車両４０2ではなく、後方の車両４０1や対向車線の車両内にあるモバイル端末と誤って接続してしまう可能性がある。この場合、当該車両４０2は、駐車場への入場や、駐車場からの出場を正しく実行できないことになる。
（３．本開示に係る実施形態）
　次に、本開示に係る実施形態について説明する。本開示に係る実施形態では、例えばＵＷＢなどの高精度レンジング（測距）機能を持つ通信手段を用いて、駐車場決済端末２０によるモバイル端末１０の場所を特定する。あるいは、当該通信手段によりモバイル端末１０が駐車場決済端末２０の場所を特定する。これにより、駐車場決済端末２０は、通信対象を、駐車場決済端末２０の直前に位置する車両４０内にあるモバイル端末１０に限定することが可能となる。
　図５は、実施形態に係る通信処理を説明するための模式図である。駐車場決済端末２０は、第１の通信方式としてのＢＬＥによる通信と、第２の通信方式としてのＵＷＢによる通信とが可能なモバイル通信部２２を含む。ここでは、駐車場決済端末２０の周辺に、それぞれモバイル端末１０1、１０2および１０3を車内に有する車両４０1、４０2および４０3が到来しているものとする。モバイル通信部２２は、ＢＬＥにおけるペリフェラル機器であり、各モバイル端末１０1～１０3は、セントラル機器である。
　駐車場決済端末２０は、モバイル通信部２２によりＢＬＥにおけるアドバタイズを行う。周辺のモバイル端末１０1～１０3は、このアドバタイズを受信すると、モバイル通信部２２に対して、受信したアドバタイズに対する応答を返す。このとき、モバイル端末１０1～１０3によるアドバタイズのスキャンは、それぞれが任意のタイミングで実行される。そのため、モバイル端末１０1～１０3のうちタイミング良くアドバタイズを受信できた何れかのモバイル端末が応答を返し、駐車場決済端末２０と接続される。
　駐車場決済端末２０は、接続されたモバイル端末に対して固有の識別情報を生成して送信する。また、駐車場決済端末２０は、同時に接続されたモバイル端末と、ＵＷＢによる通信に用いるパラメータ（ＵＷＢ設定パラメータと呼ぶ）の交換を行う。必要なＢＬＥ通信が完了すると駐車場決済端末２０とモバイル端末のＢＬＥ接続は一旦切断される。駐車場決済端末２０は、ＵＷＢ設定パラメータの交換が完了すると、モバイル通信部２２により、ＵＷＢ設定パラメータを交換したモバイル端末に対してＵＷＢの通信による測距（レンジング）を実行する。
　これらの処理が駐車場決済端末２０とモバイル端末１０1～１０3の間で順次行われることにより、駐車場決済端末２０とモバイル端末の間でＵＷＢの通信による測距（レンジング）が実行される。
　駐車場決済端末２０は、レンジングの結果、各モバイル端末１０1～１０3のうちモバイル通信部２２に最も近い位置の端末（図５の例ではモバイル端末１０2）を、決済処理対象の端末として特定する。駐車場決済端末２０は、特定されたモバイル端末１０2に対するＢＬＥの再接続を行い、決済処理のための通信を実行する。
　本開示の実施形態では、このように、駐車場料金の決済を、高精度レンジング機能を有する通信手段を、決済情報を送受信するための通信手段と併用して実行する。これにより、駐車場料金の決済を行う際の窓開けや、モバイル端末１０などの翳し動作が不要で便利なタッチレスＵＸを提供可能な駐車場料金決済システム１が実現可能となる。
（ＵＷＢによる測距について）
　ここで、ＵＷＢによる測距の原理について、概略的に説明する。図６は、ＵＷＢによる測距原理を説明するための模式図である。ここでは、ＵＷＢによる最もシンプルな測距方法である対称片面双方向測距(Single　Sided　Two-Way　Ranging)を例にとって説明を行う。イニシエータ（モバイル通信部２２に相当）は、ＵＷＢフレームをレスポンダ（モバイル端末１０1、１０2、１０3に相当）に送信する。レスポンダは、ＵＷＢフレームを受信後、処理時間などに応じたある時間ｔ2の経過後に、ＵＷＢフレームに時間ｔ2の値を含めてイニシエータに送信する。
　イニシエータは、レスポンダへのＵＷＢフレームの送信時点から、レスポンダから送信されたＵＷＢフレーの受信時点までの時間ｔ1を計測する。イニシエータは、時間ｔ1およびｔ2、ならびに、光速ｃを用いて、次式（１）により、イニシエータとレスポンダとの間の距離(Distance)を算出する。
Distance＝ｃ×(ｔ1－ｔ2)／２　　（１）
　ＵＷＢによる測距では、上述のような測距方法により、数ｃｍ～２０ｃｍ程度の精度で測距を行うことが可能である。
（３－１．実施形態に適用可能な構成）
　次に、実施形態に適用可能な構成について説明する。
　図７は、実施形態に適用可能なモバイル端末１０の一例の構成を示すブロック図である。
　図７において、モバイル端末１０は、ＣＰＵ(Central　Processing　Unit)１０００と、ＲＯＭ(Read　Only　Memory)１００１と、ＲＡＭ(Random　Access　Memory)１００２と、入力制御部１００３と、表示制御部１００４と、を含む。さらに、モバイル端末１０は、ストレージ装置１００５と、通信Ｉ／Ｆ１００６と、データＩ／Ｆ１００７と、ＢＬＥ通信Ｉ／Ｆ１００８と、ＵＷＢ通信Ｉ／Ｆ１００９と、を含む。モバイル端末１０に含まれるこれら各部は、バス１０２０により互いに通信可能に接続される。
　ストレージ装置１００５は、フラッシュメモリといった不揮発性の記憶媒体である。これに限らず、ストレージ装置１００５としてハードディスクドライブを適用してもよい。ＣＰＵ１０００は、ストレージ装置１００５およびＲＯＭ１００１に記憶されるプログラムに従い、ＲＡＭ１００２をワークメモリとして用いて動作して、このモバイル端末１０の全体の動作を制御する。
　入力デバイス１０１３は、ユーザ操作を受け付けるためのデバイスであって、例えばユーザにより接触などされた位置に応じた信号を出力する。入力制御部１００３は、入力デバイス１０１３から出力された信号に基づき、ユーザ操作に応じた制御信号を生成し、生成した制御信号をバス１０２０を介してＣＰＵ１０００に渡す。表示制御部１００４は、ＣＰＵ１０００により生成された表示制御情報に基づき、表示デバイス１０１４が対応可能な表示信号を生成し、生成した表示信号を表示デバイス１０１４に渡す。表示デバイス１０１４は、表示制御部１００４から渡された表示信号に応じた画面を表示する。
　なお、入力デバイス１０１３と表示デバイス１０１４とを一体的に構成して、表示デバイス１０１４に表示される操作画面に対するユーザ操作に応じた信号を出力する、所謂タッチパネルとしてもよい。
　通信Ｉ／Ｆ（インタフェース）１００６は、ＣＰＵ１０００の制御に従い無線通信によりインターネットなどの通信ネットワークを介した通信を行うためのインタフェースである。データＩ／Ｆ１００７は、ＣＰＵ１０００の制御に従い、例えば有線通信により外部機器との間でデータの送受信を行うためのインタフェースである。
　ＢＬＥ通信Ｉ／Ｆ１００８は、ＣＰＵ１０００の制御に従い、ＢＬＥのプロトコルに従った無線通信を行うためのインタフェースである。ＵＷＢ通信Ｉ／Ｆ１００９は、ＣＰＵ１０００の制御に従い、ＵＷＢのプロトコルに従った無線通信を行うためのインタフェースである。ＵＷＢ通信Ｉ／Ｆ１００９は、ＵＷＢの通信による測距に係る処理を行ってよい。
　図８は、実施形態に係るモバイル端末１０の機能を説明するための一例の機能ブロック図である。
　図８において、モバイル端末１０は、モバイル端末制御部１００と、表示部１０１と、入力部１０２と、ＢＬＥ通信部１０３と、ＵＷＢ通信部１０４と、記憶部１０５と、を含む。
　これらモバイル端末制御部１００、表示部１０１、入力部１０２、ＢＬＥ通信部１０３、ＵＷＢ通信部１０４および記憶部１０５は、ＣＰＵ１０００上で実施形態に係る決済プログラムが動作することで構成される。これに限らず、モバイル端末制御部１００、表示部１０１、入力部１０２、ＢＬＥ通信部１０３、ＵＷＢ通信部１０４および記憶部１０５のうち一部または全部を、互いに協働して動作するハードウェア回路により構成してもよい。なお、決済プログラムは、決済アプリケーションプログラム、あるいは、決済アプリと呼ばれることがある。
　モバイル端末制御部１００は、このモバイル端末１０の全体の動作を制御する。表示部１０１は、例えば表示制御情報を生成し、表示デバイス１０１４における画面の表示を制御する。入力部１０２は、入力デバイス１０１３に対するユーザ操作を受け付け、ユーザ操作に応じた制御情報を生成する。
　ＢＬＥ通信部１０３は、ＢＬＥ通信Ｉ／Ｆ１００８を制御して、ＢＬＥのセントラル装置としての通信を実行する。ＵＷＢ通信部１０４は、ＵＷＢ通信Ｉ／Ｆ１００９を制御して、ＵＷＢのレスポンダとしての通信を行い、測距を実行する。
　記憶部１０５は、ストレージ装置１００５やＲＡＭ１００２に対するデータの読み書きを制御する。これに限らず、記憶部１０５は、例えばＣＰＵ１０００が有するレジスタに対するデータの読み書きを制御してもよい。以下では、適宜、煩雑さを避けるために、記憶部１０５がストレージ装置１００５やＲＡＭ１００２に対してデータの読み書きを行うことを、記憶部１０５がデータの読み書きを行う、などのように記述する。
　モバイル端末１０において、ＣＰＵ１０００は、実施形態に係る決済アプリが実行されることで、上述したモバイル端末制御部１００、表示部１０１、入力部１０２、ＢＬＥ通信部１０３、ＵＷＢ通信部１０４および記憶部１０５を、ＲＡＭ１００２における主記憶領域上に、それぞれ例えばモジュールとして構成する。
　当該決済アプリは、通信Ｉ／Ｆ１００６を介した通信により、インターネットなどのネットワークを介して外部から取得し、当該モバイル端末１０上にインストールすることが可能とされている。これに限らず、当該決済アプリは、外部からデータＩ／Ｆ１００７を介して提供されてもよい。さらに、当該決済アプリは、ＣＤ(Compact　Disk)やＤＶＤ(Digital　Versatile　Disk)、ＵＳＢ(Universal　Serial　Bus)メモリといった着脱可能な記憶媒体に記憶されて提供されてもよい。
　図９は、実施形態に適用可能な駐車場決済端末２０の一例の構成を示すブロック図である。
　図９において、駐車場決済端末２０は、ＣＰＵ２０００と、ＲＯＭ２００１と、ＲＡＭ２００２と、入力制御部２００３と、表示制御部２００４と、を含む。さらに、駐車場決済端末２０は、ストレージ装置２００５と、通信Ｉ／Ｆ２００６と、ゲート通信Ｉ／Ｆ２００７と、ＢＬＥ通信Ｉ／Ｆ２００８と、ＵＷＢ通信Ｉ／Ｆ２００９と、を含む。駐車場決済端末２０に含まれるこれら各部は、バス２０２０により互いに通信可能に接続される。
　ストレージ装置２００５は、フラッシュメモリやハードディスクドライブといった不揮発性の記憶媒体である。ＣＰＵ２０００は、ストレージ装置２００５およびＲＯＭ２００１に記憶されるプログラムに従い、ＲＡＭ２００２をワークメモリとして用いて動作して、この駐車場決済端末２０の全体の動作を制御する。
　入力デバイス２０１３は、ユーザ操作を受け付けるためのデバイスであって、例えばボタンやタッチパッドといった操作子を含み、ユーザ操作に応じた信号を出力する。入力制御部２００３は、入力デバイス２０１３から出力された信号に基づき、ユーザ操作に応じた制御信号を生成し、生成した制御信号をバス２０２０を介してＣＰＵ２０００に渡す。表示制御部２００４は、ＣＰＵ２０００により生成された表示制御情報に基づき、表示デバイス２０１４が対応可能な表示信号を生成し、生成した表示信号を表示デバイス２０１４に渡す。表示デバイス１０１４は、表示制御部２００４から渡された表示信号に応じた画面やサインを表示する。
　なお、入力デバイス２０１３と表示デバイス２０１４とを一体的に構成して、表示デバイス２０１４に表示される操作画面に対するユーザ操作に応じた信号を出力する、所謂タッチパネルとしてもよい。
　通信Ｉ／Ｆ２００６は、ＣＰＵ２０００の制御に従い無線通信によりインターネットなどの通信ネットワークを介した通信を行うためのインタフェースである。ゲート通信Ｉ／Ｆ２００７は、ＣＰＵ２０００の制御に従い、ゲートバリア２１と通信を行うためのインタフェースである。
　ＢＬＥ通信Ｉ／Ｆ２００８は、ＣＰＵ２０００の制御に従い、ＢＬＥのプロトコルに従った無線通信を行うためのインタフェースである。ＵＷＢ通信Ｉ／Ｆ２００９は、ＣＰＵ２０００の制御に従い、ＵＷＢのプロトコルに従った無線通信を行うためのインタフェースである。ＵＷＢ通信Ｉ／Ｆ２００９は、ＵＷＢの通信による測距に係る処理を行ってよい。
　なお、ＢＬＥ通信Ｉ／Ｆ２００８とＵＷＢ通信Ｉ／Ｆ２００９とにより、図５に示したモバイル通信部２２が構成される。
　図１０は、実施形態に係る駐車場決済端末２０の機能を説明するための一例の機能ブロック図である。
　図１０において、駐車場決済端末２０は、決済端末制御部２００と、表示部２０１と、入力部２０２と、ＢＬＥ通信部２０３と、ＵＷＢ通信／測距部２０４と、ゲート通信部２０５と、決済通信部２０６と、決済処理部２０７と、記憶部２０８と、を含む。
　これら決済端末制御部２００、表示部２０１、入力部２０２、ＢＬＥ通信部２０３、ＵＷＢ通信／測距部２０４、ゲート通信部２０５、決済通信部２０６、決済処理部２０７および記憶部２０８は、ＣＰＵ２０００上で実施形態に係る決済制御プログラムが動作することで構成される。これに限らず、決済端末制御部２００、表示部２０１、入力部２０２、ＢＬＥ通信部２０３、ＵＷＢ通信／測距部２０４および、ゲート通信部２０５、決済通信部２０６、決済処理部２０７および記憶部２０８のうち一部または全部を、互いに協働して動作するハードウェア回路により構成してもよい。
　決済端末制御部２００は、この駐車場決済端末２０の全体の動作を制御する。表示部２０１は、例えば表示制御情報を生成し、表示デバイス２０１４における表示を制御する。入力部２０２は、入力デバイス２０１３に対するユーザ操作を受け付け、ユーザ操作に応じた制御情報を生成する。
　ＢＬＥ通信部２０３は、ＢＬＥ通信Ｉ／Ｆ２００８を制御して、ＢＬＥのペリフェラル装置としての通信を実行する。ＵＷＢ通信／測距部２０４は、ＵＷＢ通信Ｉ／Ｆ２００９を制御して、ＵＷＢのイニシエータとしての通信を行い、測距を実行する。
　ゲート通信部２０５は、ゲート通信Ｉ／Ｆ２００７を介してゲートバリア２１によるゲートバー２１ａの開閉を制御する。決済通信部２０６は、例えば通信Ｉ／Ｆ２００６を制御して決済サーバ３０と通信を行う。決済処理部２０７は、例えばＢＬＥ通信部２０３によりモバイル端末１０から取得された情報に基づき、モバイル端末１０との間で決済処理を実行する。決済処理部２０７は、決済処理の処理結果を、例えば決済通信部２０６により決済サーバ３０に送信してよい。
　記憶部２０８は、ストレージ装置２００５やＲＡＭ２００２に対するデータの読み書きを制御する。これに限らず、記憶部２０８は、例えばＣＰＵ２０００が有するレジスタに対するデータの読み書きを制御してもよい。以下では、煩雑さを避けるために、適宜、記憶部２０８がストレージ装置２００５やＲＡＭ２００２に対してデータの読み書きを行うことを、記憶部２０８がデータの読み書きを行う、などのように記述する。
　駐車場決済端末２０において、ＣＰＵ２０００は、実施形態に係る決済制御プログラムが実行されることで、上述した決済端末制御部２００、表示部２０１、入力部２０２、ＢＬＥ通信部２０３、ＵＷＢ通信／測距部２０４、ゲート通信部２０５、決済通信部２０６、決済処理部２０７および記憶部２０８を、ＲＡＭ２００２における主記憶領域上に、それぞれ例えばモジュールとして構成する。
　当該決済制御プログラムは、通信Ｉ／Ｆ２００６を介した通信により、インターネットなどのネットワークを介して外部から取得し、当該駐車場決済端末２０上にインストールすることが可能とされている。これに限らず、当該決済制御プログラムは、外部から図示されないデータＩ／Ｆを介して提供されてもよい。さらに、当該決済制御プログラムは、ＣＤ(Compact　Disk)やＤＶＤ(Digital　Versatile　Disk)、ＵＳＢ(Universal　Serial　Bus)メモリといった着脱可能な記憶媒体に記憶されて提供されてもよい。
（３－２．実施形態のより具体的な説明）
　次に、本開示の実施形態について、より具体的に説明する。
（３－２－１．ＵＷＢレンジングまでの処理について）
　先ず、ＵＷＢレンジングまでの処理について説明する。
　ＵＷＢによる通信を行うＵＷＢデバイスは、例えばＢＬＥによる通信を行うＢＬＥデバイスと比較して電力消費量が多い。そのため、モバイル端末１０のようなバッテリ駆動デバイスでＵＷＢデバイスを用いる場合は、ＵＷＢデバイスの電力消費量を抑えるために、ＵＷＢデバイス起動およびＵＷＢ通信設定パラメータを共有するためのアウトオブバンド(Out　of　band)通信路として、ＢＬＥデバイスによる通信を使用することが一般的である。
　実装例としては、同時に複数用途のＢＬＥ通信を行うことがあるモバイル端末１０がセントラルデバイスとして動作し、駐車場決済端末２０側がペリフェラルデバイスとして動作する組合せで使用するのが一般的である。
　ペリフェラルデバイスである駐車場決済端末２０が、複数のセントラルデバイス（モバイル端末１０）と同時に並行接続して通信を行うことは、仕様上は可能である。しかしながら、ペリフェラルデバイスは通信タイミングを制御できないため、ペリフェラルデバイスが複数のセントラルデバイスと並行接続して通信する場合、複数のセントラルデバイスとの間で無線通信タイミングが衝突し、通信エラーが発生する場合がある。そのため、ペリフェラルデバイスは、１つのセントラルデバイスとのみ通信するケースが一般的である。
（３－２－１－１．対象が１台の場合の例）
　次に、ＢＬＥとＵＷＢとを組み合わせて決済処理を行う場合において、ＵＷＢレンジングの対象が１台のモバイル端末１０である場合について説明する。
　ここでは、ＵＷＢとＢＬＥとの組み合わせによる典型的な接続処理を例に取って説明を行う。図１１は、ＵＷＢとＢＬＥの組み合わせによる典型的な接続処理の例を示す一例のシーケンス図である。また、図１２は、ＵＷＢとＢＬＥの組み合わせによる典型的な接続処理の各段階におけるモバイル端末１０（車両４０）と、駐車場決済端末２０との位置関係の例を示す模式図である。
　ステップＳ１００で、駐車場決済端末２０は、ＢＬＥのアドバタイズパケットＡＤＶ＿ＩＮＤ（以下、パケットＡＤＶ＿ＩＮＤ）送信によりモバイル端末１０を探索する。モバイル端末１０は、このパケットＡＤＶ＿ＩＮＤに応答して、接続要求パケットＣＯＮＮＥＣＴ＿ＩＮＤ（以下、パケットＣＯＮＮＥＣＴ＿ＩＮＤ）を駐車場決済端末２０に返す（ステップＳ１０１）。
　なお、モバイル端末１０は、ある車両４０の乗員が保持しているものとする。ステップＳ１０１の時点では、図１２のセクション（ａ）に示すように、モバイル端末１０を含む車両４０は、駐車場決済端末２０に向けて進行中である。
　駐車場決済端末２０は、パケットＡＤＶ＿ＩＮＤに応答したモバイル端末１０とＢＬＥ接続する。ステップＳ１０２で、駐車場決済端末２０およびモバイル端末１０は、ＢＬＥ通信路を用いて、ＵＷＢ設定パラメータの交換を行う。ここで交換されるＵＷＢ設定パラメータは、ＵＷＢによる測距を実施するために必要なパラメータであって、少なくともセッションＩＤ、相手機器のアドレス情報（ＭＡＣアドレス(Media　Access　Control　address)など）を含む。
　このステップＳ１０２の時点では、図１２のセクション（ｂ）に示すように、モバイル端末１０を含む車両４０は、駐車場決済端末２０に向けて進行中であり、上述したステップＳ１０１の時点に比べて、駐車場決済端末２０に接近している。
　駐車場決済端末２０およびモバイル端末１０は、ＵＷＢ設定パラメータの交換が完了すると、ステップＳ１０３ａ、ステップＳ１０３ｂで、それぞれＵＷＢデバイス（例えばＵＷＢ通信Ｉ／Ｆ１００９および２００９）を起動させる。
　ステップＳ１０４で、駐車場決済端末２０は、モバイル端末１０とＵＷＢ通信を行い、ＵＷＢによる測距を開始する。なお、以下では、ＵＷＢによる測距を、ＵＷＢレンジングと記述することがある。
　このステップＳ１０４の時点では、図１２のセクション（ｃ）に示すように、モバイル端末１０を含む車両４０は、駐車場決済端末２０に向けて未だに進行中であり、上述したステップＳ１０２の時点に比べて、駐車場決済端末２０により接近している。また、駐車場決済端末２０は、ＵＷＢレンジングにより車両４０（モバイル端末１０）に対する測距を実施している。
　駐車場決済端末２０は、ＵＷＢレンジングにより、駐車場決済端末２０が決済通信を行う指定範囲内（駐車場料金決済ゾーン）にモバイル端末１０が進入したことを検出すると（ステップＳ１０５）、ＢＬＥ通信路を使って決済通信を行う（ステップＳ１０６）。
　図１３は、駐車場料金決済ゾーンを説明するための模式図である。図１３に示されるように、モバイル通信部２２を中心として所定の半径Ｒの範囲内が、駐車場料金決済ゾーン５０とされる。駐車場決済端末２０は、モバイル通信部２２によるＵＷＢレンジングにより測距されたモバイル端末１０までの距離に基づき、駐車場料金決済ゾーン５０内にモバイル端末１０が進入しているか否かを判定する。
　図１２のセクション（ｄ）は、車両４０（モバイル端末１０）が駐車場料金決済ゾーン５０内に進入し、駐車場決済端末２０の直前に到達している様子を示している。車両４０は、例えば駐車場決済端末２０の直前の位置で一旦停止し、決済通信の正常終了を待機する。
　ステップＳ１０６による決済通信が正常終了すると、駐車場決済端末２０とモバイル端末１０との間のＵＷＢおよびＢＬＥのそれぞれの接続が切断される（ステップＳ１０７）。ステップＳ１０７の処理の後、駐車場決済端末２０のゲートバリア２１の制御によりゲートバー２１ａが開放され、図１２のセクション（ｅ）に示されるように、当該モバイル端末１０を含む車両４０は、駐車場へ入場もしくは、駐車場から出場することが可能となる。
（駐車場決済端末の周囲に複数のモバイル端末が存在する場合の処理について）
　次に、駐車場決済端末２０の周囲に複数のモバイル端末１０が存在する場合の処理について説明する。
　上述したような、ＵＷＢとＢＬＥとを併用した通信を行う場合において、ＢＬＥ通信プロトコルの性質上、ＢＬＥの通信可能範囲内にある不特定多数のデバイスの中から、アドレス情報などが未知の状態で特定の１つのデバイスを選択して接続することは困難である。そのため、駐車場決済端末２０の周囲に複数台のモバイル端末１０が存在すると、駐車場決済端末２０の直前に到着した車両内にある所望のモバイル端末１０と接続できない可能性が高くなる。
　この課題は、駐車場決済端末２０は、周囲にある複数のモバイル端末１０とＢＬＥおよびＵＷＢ通信を行うことにより、決済通信対象となりうるモバイル端末１０を探索し、接続することで解決可能である。
　理想的には、駐車場決済端末２０の周囲にあって、決済通信対象となる可能性がある全てのモバイル端末１０とＵＷＢレンジングを行うことができればよい。しかしながら、駐車場決済端末２０は、ＢＬＥにおいてはペリフェラルデバイスであるため、上述したように、同時に複数のモバイル端末１０とＢＬＥ通信を行うことは難しい。多数のＢＬＥペリフェラルデバイスを駐車場決済端末２０に搭載することも考えられるが、これは、経済合理性に乏しく現実的とはいえない。
　駐車場決済端末２０は、多数のモバイル端末１０に対するＵＷＢレンジングを実施するためには、図１１を用いて説明したシーケンスに従い１台のモバイル端末１０に対するＵＷＢレンジングを実施した後、当該モバイル端末１０に対するＢＬＥ接続を切断し、その後、再びＢＬＥのアドバタイズにより他のモバイル端末１０を探索する方法が考えられる。
（３－２－１－２．対象が複数台の場合の例）
　次に、ＢＬＥとＵＷＢとを組み合わせて決済処理を行う場合において、ＵＷＢレンジングの対象が複数台のモバイル端末１０である場合について説明する。
　図１４は、駐車場決済端末２０が多数のモバイル端末１０に対するＵＷＢレンジングを実施する処理の例を示す一例のシーケンス図である。
　図１４において、例えばステップＳ２００ａ－１～ステップＳ２０５－１の処理は、図１１を用いて説明したステップＳ１００～ステップＳ１０４の処理と同様の処理となる。
　ステップＳ２００ａ－１～ステップＳ２００ｃ－１で、駐車場決済端末２０は、ＢＬＥのパケットＡＤＶ＿ＩＮＤ送信により、モバイル端末１０1、１０2、１０3、…を探索する。モバイル端末１０1、１０2、１０3、…のうち例えばモバイル端末１０1は、このパケットＡＤＶ＿ＩＮＤに応答して、パケットＣＯＮＮＥＣＴ＿ＩＮＤを駐車場決済端末２０に返す（ステップＳ２０１－１）。
　駐車場決済端末２０は、パケットＡＤＶ＿ＩＮＤに応答したモバイル端末１０とＢＬＥ接続する。ステップＳ２０２－１で、駐車場決済端末２０およびモバイル端末１０1は、ＢＬＥ通信路を用いて、ＵＷＢ設定パラメータの交換を行う。
　駐車場決済端末２０は、モバイル端末１０1とのＵＷＢ設定パラメータの交換が完了すると、ステップＳ２０３で、ＵＷＢデバイスを起動させる。同様に、モバイル端末１０1は、駐車場決済端末２０とのＵＷＢ設定パラメータの交換が完了すると、ステップＳ２０４－１で、ＵＷＢデバイスを起動する。
　ステップＳ２０５－１で、駐車場決済端末２０は、モバイル端末１０とＵＷＢ通信を行い、ＵＷＢレンジングを開始する。駐車場決済端末２０のＵＷＢデバイスによるモバイル端末１０1に対するＵＷＢレンジングが実行される（ステップＳ２０６－１）。駐車場決済端末２０は、ＵＷＢレンジングが開始されＵＷＢレンジングが実行されると、オペコードＬＬ＿ＴＥＲＭＩＮＡＴＥ＿ＩＮＤをモバイル端末１０1に送信し、モバイル端末１０1とのＢＬＥ接続を切断する（ステップＳ２０７－１）。
　なお、ステップＳ２０５－１で開始された駐車場決済端末２０によるモバイル端末１０1に対するＵＷＢレンジングは、継続して実行される。
　駐車場決済端末２０は、ステップＳ２０７－１でのモバイル端末１０1とのＢＬＥ接続の切断後、再びＢＬＥのパケットＡＤＶ＿ＩＮＤを送信し（ステップＳ２００ａ－２、ステップＳ２００ｂ－２）、別のモバイル端末１０（この例ではモバイル端末１０2、１０3、…）の探索を開始する。例えばモバイル端末１０2がこのパケットＡＤＶ＿ＩＮＤに応答して、パケットＣＯＮＮＥＣＴ＿ＩＮＤを駐車場決済端末２０に返したものとする（ステップＳ２０１－１）。
　以降、上述したステップＳ２０２－１～ステップＳ２０７－１と同様の処理を繰り返すことで、モバイル端末１０2、１０3、…に対するＵＷＢレンジングを実行する。図１４の例では、駐車場決済端末２０は、ステップＳ２０１－２～ステップＳ２０７－２の処理でモバイル端末１０2に対するＵＷＢレンジングを実行し、ステップＳ２０１－３～ステップＳ２０７－３の処理でモバイル端末１０3に対するＵＷＢレンジングを実行している。
　このように、駐車場決済端末２０は、あるモバイル端末１０に対するＵＷＢレンジングの開始に応じて、当該モバイル端末１０とのＢＬＥ接続を切断することで、複数のモバイル端末１０を次々と探索してＵＷＢレンジングを実行することが可能となる。
　なお、駐車場決済端末２０によるモバイル端末１０1、１０2、１０3、…に対するＢＬＥ接続は、一般的には、ランダムな順番で行われる。すなわち、図１４の例では、モバイル端末１０1、モバイル端末１０2、モバイル端末１０3の順に接続しているように示されているが、これは説明のためであり、実際には、例えば各モバイル端末１０1～１０3のうち何れが最初に接続されてもよい。
（３－２－２．ＵＷＢとＢＬＥとを組み合わせる場合の課題について）
　ＵＷＢとＢＬＥとを組み合わせて決済処理を行う場合には、以下に説明する２つの課題が存在する。第１の課題は、ＢＬＥ再接続の接続先の指定に係る課題である。第２の課題は、ＵＷＢレンジングの対象となるＵＷＢデバイス数の制限に係る課題である。
（３－２－２－１．ＢＬＥ再接続の接続先の指定について）
　先ず、第１の課題である、ＢＬＥ再接続の接続先の指定について説明する。駐車場決済端末２０は、図１４に示したシーケンスにより、所望のモバイル端末１０と接続し、ＵＷＢレンジングを行うことが可能となる。その一方で、駐車場決済端末２０は、ＵＷＢレンジングにより駐車場料金決済ゾーン５０にモバイル端末１０が進入したことを検出した後に、決済通信を行うために、当該モバイル端末１０とＢＬＥによる再接続を行う必要がある。
　しかしながら、ＢＬＥのアドバタイズは、基本的にブロードキャストであり、通常の使い方では特定のデバイスを指定して再接続することができない。そのため、ＢＬＥの再接続を行うためには、何らかの手段で駐車場料金決済ゾーン５０にあるモバイル端末１０を指定する必要がある。
（アドバタイズパケットＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤについて）
　駐車場決済端末２０がモバイル端末１０を指定してＢＬＥの接続を行うための手段の１つとして、Ｂｌｕｅｔｏｏｔｈ（登録商標）のプロトコルに定義されている、アドバタイズパケットＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤ（以下、パケットＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤ）を用いる方法がある。
　パケットＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤは、ＢｌｕｅｔｏｏｔｈにおけるセントラルデバイスのＢｌｕｅｔｏｏｔｈ　Ｄｅｖｉｃｅ　Ａｄｄｒｅｓｓ（ＢＤアドレス）が既知である場合に、ペリフェラルデバイスがパケットＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤ内に対象のセントラルデバイスのアドレスを含めて送信することにより、ＢＤアドレスが一致するセントラルデバイスのみが応答して、特定デバイスとの接続が可能となるものである。
　図１５は、ＢＬＥにおけるリンクレイヤのパケット構成を示す模式図である。図１５のセクション（ｂ）に示されるように、リンクレイヤのパケットは、１バイトのフィールドＰＡ、４バイトのフィールドＡｃｃｅｓｓ　Ａｄｄｒに続けて２バイトのフィールドＨＤＲが配される。フィールドＨＤＲに続けてそれぞれ６バイトのフィールドＡｄｖＡおよびＴａｒｇｅｔＡが配され、最後尾に３バイトのＣＲＣ(Cyclic　Redundancy　Check)コードが配される。フィールドＡｄｖＡおよびＴａｒｇｅｔＡにより、ペイロードが構成される。
　図１５のセクション（ａ）は、フィールドＨＤＲの構成を示している。フィールドＨＤＲは、８ビットのフィールドＬｅｎｇｔｈ、それぞれ１ビットのフィールドＲｘＡｄｄ、ＴｘＡｄｄ、ＣｈＳｅｌおよびＲＦＵが配され、最後に４ビットのフィールドＰＤＵ　Ｔｙｐｅが配される。
　フィールドＰＤＵ　Ｔｙｐｅは、このＰＤＵ(Protocol　Data　Unit)のタイプを示す情報が格納される。フィールドＰＤＵ　Ｔｙｐｅの値が”００００ｂ”でこのパケットがパケットＡＤＶ＿ＩＮＤであることを示し、”０００１ｂ”でこのパケットがパケットＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤであることを示す。また、フィールドＰＤＵ　Ｔｙｐｅの値が”００１０ｂ”でこのパケットがパケットＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤであることを示す。
　パケットＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤにおいては、フィールドＰＤＵ　Ｔｙｐｅの値を”０００１ｂ”とする。また、ペイロードにおいて、フィールドＡｄｖＡにペリフェラルデバイスのアドレスを格納し、フィールドＴａｒｇｅｔにセントラルデバイスのアドレスを格納する。
　ここで、フィールドＡｄｖＡに格納されるペリフェラルデバイスのアドレスは、駐車場決済端末２０のＢＤアドレスである。また、セントラルデバイスのアドレスは、接続相手として指定するモバイル端末１０のＢＤアドレスを格納する。当該モバイル端末１０のＢＤアドレスは、例えば図１４におけるステップＳ２００ａ－１のパケットＡＤＶ＿ＩＮＤに対して応答されるパケットＣＯＮＮＥＣＴ＿ＩＮＤから取得することができる。
　駐車場決済端末２０は、このプロトコルを利用して、ＵＷＢレンジングを開始するためのＢＬＥ接続（第１の接続、例えば図１４のステップＳ２００ａ－１、ステップＳ２０１－１）を行う際に、モバイル端末１０のＢＤアドレスを記憶しておく。駐車場決済端末２０は、ＢＬＥの再接続時のアドバタイズにおいて、当該ＢＤアドレスを含むパケットＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤを送信する。このように、駐車場決済端末２０は、パケットＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤを用いることで、所望のモバイル端末１０を指定して接続することが可能となる。
　ところで、近年では、ＢＬＥ通信機能を搭載しているモバイル端末やスマートウォッチ等のＢＬＥデバイスは、プライバシー保護の観点から、ＢＤアドレスに一時的な乱数（ランダムアドレス：Random　Address）を使用している場合が多い。さらに、ランダムアドレスが使用される場合、ランダムアドレスの種類の中で、プライベートアドレス(Private　Address)と呼ばれる、動的に更新されるアドレスが使われている。
　プライベートアドレスは、ＢＬＥデバイスにおいて周期的に更新されている。そのため、ＢＬＥの再接続のタイミングによっては、モバイル端末１０のＢＤアドレスが、駐車場決済端末２０が第１の接続時に記憶したＢＤアドレスから更新されている場合がある。その場合、モバイル端末１０は、更新された自身のＢＤアドレスと異なるＢＤアドレスが格納されるパケットＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤに応答できないため、再接続ができない事態が生じる。
　また、現在流通しているモバイル端末１０のＯＳ(Operating　System)は、ＢｌｕｅｔｏｏｔｈのソフトウェアＡＰＩ(Application　Programming　Interface)として、パケットＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤのスキャン機能をサポートしていない場合も多い。この場合には、パケットＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤをそもそも使用できないことになる。
　さらに、１台の車両４０内に複数のモバイル端末１０が存在する場合もあり、この場合には、駐車場料金決済ゾーン５０内に複数の対象となるモバイル端末１０が存在するケースが起こり得る。このような状況では、車両４０内のユーザがどのモバイル端末１０を用いて駐車場料金決済を行うかの選択をする手段を提供する必要が生じる。この場合に、１つのデバイスのみを指定して接続するＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤでは、対応が困難となる。
（３－２－２－２．ＵＷＢレンジングの対象となるＵＷＢデバイス数の制限について）
　次に、第２の課題であるＵＷＢレンジングの対象となるＵＷＢデバイス数の制限について説明する。
　図１６は、ＵＷＢ通信に割り当てられる周波数帯域を示す模式図である。図１６に示されるように、ＵＷＢ通信は、使用周波数として、５ＧＨｚ（ギガヘルツ）の周波数に対して低い周波数帯域のバンドグループ０および１と、当該周波数より高い周波数帯域のバンドグループ２とが定義され、バンドグループ０～２に対して、それぞれ周波数帯域が４９９．２ＭＨｚ（メガヘルツ）であり、帯域が重複しないようにそれぞれ周波数帯域が定められたチャネルＣＨ０（バンドグループ０）、チャネルＣＨ１～３（バンドグループ１）、ならびに、チャネルＣＨ５、６および８～１４（バンドグループ２）が定義される。さらに、周波数帯域が１ＧＨｚ以上のチャネルが、バンドグループ１においてはチャネルＣＨ４、バンドグループ２においてはチャネルＣＨ７、１１および１５として、それぞれ定義される。
　これらの各チャネルのうち、日本において屋外利用の可能なチャネルとして、チャネルＣＨ９、１０割り当てられる。実際には、チャネルＣＨ１０は、ＵＷＢデバイスがサポートしていない場合が多く、実質的には、チャネルＣＨ９の１チャネルしか利用できない。
　このように、日本においては、屋外利用可能なＵＷＢ通信のチャネル数が少なく、時間ドメインでスケジューリングを行うことにより干渉を回避する必要がある。そのため、多数のデバイスが同時に通信を行うと、無線干渉が発生し通信できない事態が生じるおそれがあり、原理原則として、ＵＷＢ通信量はできるだけ削減する必要がある。
　一方で、ＵＷＢデバイスのリンクバジェット（接続可能数）には実装限度があり、駐車場決済端末２０と同時に接続できるＵＷＢデバイスの数には限度がある（例えば、８台など）。
　また、図１４を用いて説明したように、駐車場決済端末２０によるＢＬＥのモバイル端末１０の探索およびＵＷＢレンジング開始までの手順は、モバイル端末１０ごとに順次に実行されるシーケンシャル動作となっている。そのため、駐車場決済端末２０は、１台のモバイル端末１０との接続およびＵＷＢレンジング開始の後、次の１台のモバイル端末１０との接続およびＵＷＢレンジング開始までには、ある程度の時間を要する。
　ここで、駐車場決済端末２０の周囲が一般歩行者の通行路となっているような場合について考える。この場合、当該通行路を通行する複数の歩行者がそれぞれモバイル端末１０を保持しているなど、予期せず多数のモバイル端末１０が駐車場決済端末２０の周囲に存在することがある。
　駐車場決済端末２０が、これらの通行路を通行する歩行者が保持するモバイル端末１０とＵＷＢ接続してしまうと、ＵＷＢデバイスの接続可能数の制約から、決済通信対象となりうる車両４０内のモバイル端末１０とＵＷＢ接続できず、当該車両４０の駐車場への入場あるいは駐車場からの出場に不具合が生じるおそれがある。
　図１７Ａおよび図１７Ｂは、駐車場決済端末２０に近接して一般歩行者の通行路が存在する場合のＵＷＢデバイスの接続について説明するための模式図である。図１７Ａおよび図１７Ｂにおいて、境界線９０の左側が通行路となっており、当該通行路を、それぞれモバイル端末１０を保持した複数の歩行者６０が通行しているものとする。また、駐車場決済端末２０は、同時接続可能なＵＷＢデバイス数が８台であるものとする。
　図１７Ａにおいて、モバイル端末１０を含む車両４０が、駐車場決済端末２０に向けて進行している。図１７Ａの例では、この車両４０が駐車場決済端末２０の駐車場料金決済ゾーン５０に進入する前に、駐車場決済端末２０は、通行路を通行中の複数の歩行者６０がそれぞれ保持する、同時接続可能な上限の台数（図中に斜線を付して示す８台）のモバイル端末１０に対して、ＵＷＢ接続が実施されている。
　その結果、図１７Ｂに示されるように、車両４０内のモバイル端末１０は、駐車場決済端末２０の直前に到達したにも関わらず、駐車場決済端末２０とＵＷＢ接続できない。したがって、駐車場決済端末２０は、当該車両４０の駐車場料金決済ゾーン５０内への進入を検出できず、その後のＢＬＥ通信による駐車場料金の決済処理を実行できないことになる（図１１参照）。
（ＢＬＥ接続の順番に係る接続の遅延について）
　また、別のケースとして、同様に多数のモバイル端末１０の存在により、駐車場決済端末２０の直前に車両４０が到着しているにも関わらず、決済通信を行うべき車両４０内のモバイル端末１０とのＵＷＢレンジングの開始が遅れてしまうことも考えられる。この場合、駐車場決済端末２０と当該モバイル端末１０との決済通信が完了して駐車場のゲートバー２１ａが開くまで長い時間を要してしまうことになる。
　図１８Ａおよび図１８Ｂは、車両４０外の多数のモバイル端末１０の存在により、車両４０の駐車場決済端末２０との通信が遅れることを説明するための模式図である。
　図１８Ａに示すように、駐車場決済端末２０によるＢＬＥ通信範囲５１の外に、車両４０のモバイル端末１０と、通行路を通行中の複数の歩行者６０が保持する複数のモバイル端末１０が存在している場合について考える。図１８Ａに示す状態では、何れのモバイル端末１０もＢＬＥ通信範囲５１の外にあるため、それぞれ駐車場決済端末２０とは未接続となっている。
　図１８Ｂは、車両４０が駐車場決済端末２０の直前に到達し、車両４０内のモバイル端末１０がＢＬＥ通信範囲５１内に移動していると共に、各歩行者６０が保持するモバイル端末１０それぞれも、ＢＬＥ通信範囲５１内に移動している様子を示している。
　ここで、上述したように、ＢＬＥによる接続は、モバイル端末１０ごとにシーケンシャル且つランダムな順番で行われる。そのため、車両４０内のモバイル端末１０のＢＬＥ接続より前に、各歩行者６０のモバイル端末１０が駐車場決済端末２０とＢＬＥ接続されてしまう可能性がある。
　図１８Ｂの例では、番号１～３のモバイル端末１０がＢＬＥのアドバタイズによる接続が完了しＵＷＢ接続済みとなっており、番号４のモバイル端末１０がＢＬＥのアドバタイズによる接続中となっている。一方、車両４０内のモバイル端末１０は、未接続である。すなわち、この例では、車両４０内のモバイル端末１０は、番号４のモバイル端末１０のＢＬＥ接続の完了後に接続処理が開始され、決済処理が実行されゲートバー２１ａが開くまで、長い時間を要することになる。
（３－２－３．ＢＬＥ再接続処理について）
　次に、本開示の実施形態に係る、ＢＬＥ再接続処理について説明する。すなわち、以下では、実施形態に係る駐車場料金決済システム１において、上述した第１の課題であるＢＬＥ再接続の接続先の指定に対応した処理について説明する。
　すなわち、以下では、駐車場決済端末２０が、ＢＬＥのアドバタイズによりモバイル端末１０と接続してＵＷＢ設定パラメータを交換してＵＷＢレンジングを行いう。駐車場決済端末２０は、ＵＷＢレンジングにより特定されたモバイル端末１０とＢＬＥ通信による再接続を行う。この一連の処理について、具体的に説明する。
（３－２－３－１．対象が１台の場合の例）
　実施形態に係る、接続対象が１台の場合のＢＬＥ再接続処理について説明する。図１９は、実施形態に係る、接続対象が１台の場合のＢＬＥの再接続処理を示す一例のシーケンス図である。
　図１９において、ステップＳ３００で、モバイル端末１０は、第１のパケットＡＤＶ＿ＩＮＤのスキャンを開始する。また、ステップＳ３０１で、駐車場決済端末２０は、第１のパケットＡＤＶ＿ＩＮＤを送信し、モバイル端末１０を探索する。このとき、駐車場決済端末２０は、第１のＵＵＩＤ(Universally　Unique　IDentifier)値を生成し、生成した第１のＵＵＩＤ値を第１のパケットＡＤＶ＿ＩＮＤに格納して、送信する。駐車場決済端末２０による第１のＵＵＩＤ値の生成方法は、特に限定されないが、決済アプリケーションごとに予めＵＵＩＤ値を割り当てておくことが考えられる。第１のＵＵＩＤ値は、例えばパケットＡＤＶ＿ＩＮＤのフィールドＡＤＶ＿ＤＡＴＡに格納してよい。なお、図では、第１のＵＵＩＤ値を、ＵＵＩＤ＃１として示している。
　モバイル端末１０は、このパケットＡＤＶ＿ＩＮＤに応答して、パケットＣＯＮＮＥＣＴ＿ＩＮＤを駐車場決済端末２０に返す（ステップＳ３０２）。駐車場決済端末２０は、パケットＡＤＶ＿ＩＮＤに応答したモバイル端末１０とＢＬＥ接続する。
　駐車場決済端末２０は、モバイル端末１０とのＢＬＥ接続が完了すると、モバイル端末１０を特定するための識別情報である第１の識別情報ＭＩＤ値を生成する（ステップＳ３０３）。駐車場決済端末２０は、例えば、識別情報ＭＩＤ値を、４バイトの乱数値を用いて生成してよい。駐車場決済端末２０は、生成した第１の識別情報ＭＩＤ値をモバイル端末１０に送信する（ステップＳ３０４）。なお、図において、第１の識別情報ＭＩＤ値を、ＭＩＤ＃１として示している。
　モバイル端末１０は、駐車場決済端末２０から送信された第１の識別情報ＭＩＤを受信すると、受信した第１の識別情報ＭＩＤ値を、自身を識別する識別情報として記憶する（ステップＳ３０５）。モバイル端末１０は、第１の識別情報ＭＩＤ値を、ＲＡＭ１００２に記憶させてもよいし、ストレージ装置１００５に記憶させてもよい。これに限らず、モバイル端末１０は、受信した第１の識別情報ＭＩＤ値を、ＣＰＵ１０００が有するレジスタに記憶させてもよい。
　駐車場決済端末２０およびモバイル端末１０は、ＢＬＥ通信路を用いて、ＵＷＢ設定パラメータの交換を行う（ステップＳ３０６）。駐車場決済端末２０およびモバイル端末１０は、ステップＳ３０６でのＵＷＢ設定パラメータの交換が完了すると、ステップＳ３０７ａおよびステップＳ３０７ｂで、それぞれＵＷＢデバイスを起動させる。
　ＵＷＢデバイスが起動されると、駐車場決済端末２０は、モバイル端末１０とＵＷＢ通信を行い、ＵＷＢレンジングを開始する（ステップＳ３０８）。駐車場決済端末２０のＵＷＢデバイスによるモバイル端末１０に対するＵＷＢレンジングが実行される（ステップＳ３０９）。駐車場決済端末２０は、ＵＷＢレンジングが開始されＵＷＢレンジングが実行されると、オペコードＬＬ＿ＴＥＲＭＩＮＡＴＥ＿ＩＮＤをモバイル端末１０に送信し、モバイル端末１０とのＢＬＥ接続を切断する（ステップＳ３１０）。
　モバイル端末１０は、ステップＳ３１０によるＢＬＥ接続の切断後、ＵＵＩＤ値に自身に割り当てられた第１の識別情報ＭＩＤ値が含まれる第２のパケットＡＤＶ＿ＩＮＤのスキャンを開始する（ステップＳ３１１）。この第２のパケットＡＤＶ＿ＩＮＤは、ＵＵＩＤ値として、後述する第２のＵＵＩＤ値を含むものである。
　駐車場決済端末２０は、他のモバイル端末１０の探索のために、再度、第１のＵＵＩＤ値を含む第１のパケットＡＤＶ＿ＩＮＤを送信する（ステップＳ３１２）。
　ここで、駐車場決済端末２０は、ステップＳ３０８で開始したＵＷＢレンジングにより、駐車場料金決済ゾーン５０内でモバイル端末１０を検出したものとする（ステップＳ３１３）。駐車場決済端末２０は、駐車場料金決済ゾーン５０内でモバイル端末１０を検出すると、第１のパケットＡＤＶ＿ＩＮＤの送信を停止し、第２のパケットＡＤＶ＿ＩＮＤを送信する（ステップＳ３１４）。駐車場決済端末２０は、上述した第１のＵＵＩＤ値と異なる値の第２のＵＵＩＤ値を生成し、当該第２のパケットＡＤＶ＿ＩＮＤに格納して送信する。なお、図では、第２のＵＵＩＤ値をＵＵＩＤ＃２として示している。
　モバイル端末１０は、駐車場決済端末２０から送信された第２のパケットＡＤＶ＿ＩＮＤを受信する（ステップＳ３１５）。モバイル端末１０は、受信した第２のパケットＡＤＶ＿ＩＮＤに格納される第２のＵＵＩＤ値に、ステップＳ３０５で記憶した第１の識別情報ＭＩＤ値が含まれていることを認識すると、例えば直ちにパケットＣＯＮＮＥＣＴ＿ＩＮＤを駐車場決済端末２０に送信する（ステップＳ３１６）。これにより、駐車場決済端末２０とモバイル端末１０との間でＢＬＥの再接続が行われる。
　ＢＬＥの再接続後、駐車場決済端末２０とモバイル端末１０との間で、再接続されたＢＬＥ通信を用いて決済通信が行われる（ステップＳ３１７）。ステップＳ３１７による決済通信が正常終了すると、駐車場決済端末２０とモバイル端末１０との間のＵＷＢおよびＢＬＥのそれぞれの接続が切断される（ステップＳ３１８）。
　このように、実施形態に係る駐車場料金決済システム１では、駐車場決済端末２０は、ＵＷＢレンジングのためのＵＷＢ設定パラメータの交換を行うためのＢＬＥ接続において接続先のモバイル端末１０を特定するための第１の識別情報をモバイル端末１０に送信し、ＵＷＢレンジングが開始されるとＢＬＥ接続を切断する。駐車場決済端末２０は、ＵＷＢレンジングによりモバイル端末１０が特定されると、第１の識別情報を用いてモバイル端末１０とＢＬＥの再接続を行い、モバイル端末１０との間で決済処理を実行する。そのため、車両４０の乗員が乗車したままでのキャッシュレス決済が可能となる。
（３－２－３－２．対象が複数台の場合の例）
　次に、実施形態に係る、接続対象が複数台の場合のＢＬＥ再接続処理について説明する。図２０は、実施形態に係る、接続対象が複数台の場合のＢＬＥの再接続処理を示す一例のシーケンス図である。
　図２０の例では、駐車場決済端末２０が２台のモバイル端末１０1および１０2（それぞれ図ではモバイル端末＃１、モバイル端末＃２とも記載）と接続を行うことを想定している。各モバイル端末１０1および１０2に係る処理は、一部を除き、図１９を用いて説明した処理と共通している。また、図２０の例では、駐車場決済端末２０は、モバイル端末１０1および１０2のうち、モバイル端末１０1と先に接続することを想定している。
　図２０において、ステップＳ４００ａおよび４００ｂで、モバイル端末１０1および１０2は、それぞれ第１のパケットＡＤＶ＿ＩＮＤのスキャンを開始する。また、ステップＳ４０１で、駐車場決済端末２０は、第１のパケットＡＤＶ＿ＩＮＤを送信し、モバイル端末１０1および１０2を探索する。このとき、駐車場決済端末２０は、第１のＵＵＩＤ値を生成し、生成した第１のＵＵＩＤ値を第１のパケットＡＤＶ＿ＩＮＤに格納して、送信する。
　モバイル端末１０1は、このパケットＡＤＶ＿ＩＮＤに応答して、パケットＣＯＮＮＥＣＴ＿ＩＮＤを駐車場決済端末２０に返す（ステップＳ４０２）。駐車場決済端末２０は、パケットＡＤＶ＿ＩＮＤに応答したモバイル端末１０1とＢＬＥ接続する。
　駐車場決済端末２０は、モバイル端末１０1とのＢＬＥ接続が完了すると、モバイル端末１０1を特定するための識別情報である第１の識別情報ＭＩＤ値を生成する（ステップＳ４０３）。駐車場決済端末２０は、例えば、識別情報ＭＩＤ値を、４バイトの乱数値を用いて生成してよい。駐車場決済端末２０は、生成した第１の識別情報ＭＩＤ値をモバイル端末１０1に送信する（ステップＳ４０４）。なお、図において、第１の識別情報ＭＩＤ値を、ＭＩＤ＃１として示している。
　モバイル端末１０1は、駐車場決済端末２０から送信された第１の識別情報ＭＩＤを受信すると、受信した第１の識別情報ＭＩＤ値を、自身を識別する識別情報として記憶する（ステップＳ４０５）。モバイル端末１０1は、第１の識別情報ＭＩＤ値を、ＲＡＭ１００２に記憶させてもよいし、ストレージ装置１００５に記憶させてもよい。これに限らず、モバイル端末１０1は、受信した第１の識別情報ＭＩＤ値を、ＣＰＵ１０００が有するレジスタに記憶させてもよい。
　駐車場決済端末２０およびモバイル端末１０1は、ＢＬＥ通信路を用いて、ＵＷＢ設定パラメータの交換を行う（ステップＳ４０６）。駐車場決済端末２０およびモバイル端末１０1は、ステップＳ４０６でのＵＷＢ設定パラメータの交換が完了すると、ステップＳ４０７ａおよびステップＳ４０７ｂで、それぞれＵＷＢデバイスを起動させる。
　ＵＷＢデバイスが起動されると、駐車場決済端末２０は、モバイル端末１０1とＵＷＢ通信を行い、ＵＷＢレンジングを開始する（ステップＳ４０８）。駐車場決済端末２０のＵＷＢデバイスによるモバイル端末１０1に対するＵＷＢレンジングが実行される（ステップＳ４０９）。駐車場決済端末２０は、ＵＷＢレンジングが開始されＵＷＢレンジングが実行されると、オペコードＬＬ＿ＴＥＲＭＩＮＡＴＥ＿ＩＮＤをモバイル端末１０1に送信し、モバイル端末１０1とのＢＬＥ接続を切断する（ステップＳ４１０）。
　モバイル端末１０1は、ステップＳ４１０によるＢＬＥ接続の切断後、ＵＵＩＤ値に自身に割り当てられた第１の識別情報ＭＩＤ値が含まれる第２のパケットＡＤＶ＿ＩＮＤのスキャンを開始する（ステップＳ４１１）。この第２のパケットＡＤＶ＿ＩＮＤは、ＵＵＩＤ値として、後述する第２のＵＵＩＤ値を含むものである。
　駐車場決済端末２０は、他のモバイル端末１０2の探索のために、再度、第１のＵＵＩＤ値を含む第１のパケットＡＤＶ＿ＩＮＤを送信する（ステップＳ４１２ａ、ステップＳ４１２ｂ）。
　モバイル端末１０2は、このパケットＡＤＶ＿ＩＮＤに応答して、パケットＣＯＮＮＥＣＴ＿ＩＮＤを駐車場決済端末２０に返す（ステップＳ４１３）。駐車場決済端末２０は、パケットＡＤＶ＿ＩＮＤに応答したモバイル端末１０2とＢＬＥ接続する。
　駐車場決済端末２０は、モバイル端末１０2とのＢＬＥ接続が完了すると、モバイル端末１０2を特定するための識別情報である第２の識別情報ＭＩＤ値を生成する。駐車場決済端末２０は、例えば、第２の識別情報ＭＩＤ値を、４バイトの乱数値を用いて生成してよい。駐車場決済端末２０は、生成した第２の識別情報ＭＩＤ値をモバイル端末１０2に送信する（ステップＳ４１５）。なお、図において、第２の識別情報ＭＩＤ値を、ＭＩＤ＃２として示している。
　モバイル端末１０2は、駐車場決済端末２０から送信された第２の識別情報ＭＩＤを受信すると、ステップＳ４０５と同様に、受信した第２の識別情報ＭＩＤ値を、自身を識別する識別情報として記憶する。
　駐車場決済端末２０およびモバイル端末１０2は、ＢＬＥ通信路を用いて、ＵＷＢ設定パラメータの交換を行う（ステップＳ４１７）。モバイル端末１０2は、ステップＳ４１７でのＵＷＢ設定パラメータの交換が完了すると、ステップＳ４１８でＵＷＢデバイスを起動させる。
　ＵＷＢデバイスが起動されると、駐車場決済端末２０は、モバイル端末１０2とＵＷＢ通信を行い、ＵＷＢレンジングを開始する（ステップＳ４１９）。駐車場決済端末２０のＵＷＢデバイスによるモバイル端末１０2に対するＵＷＢレンジングが実行される（ステップＳ４２０）。駐車場決済端末２０は、ＵＷＢレンジングが開始されＵＷＢレンジングが実行されると、オペコードＬＬ＿ＴＥＲＭＩＮＡＴＥ＿ＩＮＤをモバイル端末１０2に送信し、モバイル端末１０2とのＢＬＥ接続を切断する（ステップＳ４２１）。
　モバイル端末１０2は、ステップＳ４２１によるＢＬＥ接続の切断後、ＵＵＩＤ値に自身に割り当てられた第１の識別情報ＭＩＤ値が含まれる第２のパケットＡＤＶ＿ＩＮＤのスキャンを開始する（ステップＳ４２２）。この第２のパケットＡＤＶ＿ＩＮＤは、ＵＵＩＤ値として、後述する第２のＵＵＩＤ値を含むものである。
　駐車場決済端末２０は、他のモバイル端末１０2の探索のために、再度、第１のＵＵＩＤ値を含む第１のパケットＡＤＶ＿ＩＮＤを送信する（ステップＳ４２３ａおよびステップＳ４２３ｂ）。モバイル端末１０2は、第２のパケットＡＤＶ＿ＩＮＤをスキャンしているため、この第１のパケットＡＤＶ＿ＩＮＤはモバイル端末１０2には検出されない。
　ここで、駐車場決済端末２０は、ステップＳ４０８で開始したＵＷＢレンジングにより、駐車場料金決済ゾーン５０内でモバイル端末１０1および１０2を検出したものとする（ステップＳ４２４）。駐車場決済端末２０は、駐車場料金決済ゾーン５０内でモバイル端末１０を検出すると、第１のパケットＡＤＶ＿ＩＮＤの送信を停止し、第２のパケットＡＤＶ＿ＩＮＤを送信する（ステップＳ４２５ａ、ステップＳ４２５ｂ）。
　このとき、駐車場決済端末２０は、ステップＳ４０３で生成した第１の識別情報ＭＩＤ値と、ステップＳ４１４で生成した第２の識別情報ＭＩＤ値とを含めて第２のＵＵＩＤ値を生成する。駐車場決済端末２０は、第１の識別情報ＭＩＤ値と第２の識別情報ＭＩＤ値とを含んだ第２のＵＵＩＤ値を、当該第２のパケットＡＤＶ＿ＩＮＤに格納して送信する。
　図２１は、実施形態に係る第２のＵＵＩＤ値の構成の例を示す模式図である。実施形態では、１２８ビットのデータ長を持つＵＵＩＤ値をそれぞれ３２ビットのデータ長を持つ４つのブロックに分割する。駐車場決済端末２０は、駐車場料金決済ゾーン５０において検出されたモバイル端末１０の数に応じて、各ブロックに識別情報ＭＩＤ値を格納する。図２１のセクション（ａ）～（ｄ）は、第２のＵＵＩＤ値に１つの識別情報ＭＩＤ値（ＭＩＤ＃１）、２つの識別情報ＭＩＤ値（ＭＩＤ＃１およびＭＩＤ＃２）、３つの識別情報ＭＩＤ値（ＭＩＤ＃１～ＭＩＤ＃３）、４つの識別情報ＭＩＤ値（ＭＩＤ＃１～ＭＩＤ＃４）を格納した例を、それぞれ示している。第２のＵＵＩＤ値の識別情報ＭＩＤ値が格納されないブロックは、例えば乱数を格納してよい。このとき、各ブロックの値にＬＯＳＴ＿ＭＩＤ値＝０ｘＦＦＦＦＦＦＦＦが含まれないように制御する。
　第２のＵＵＩＤ値は、モバイル端末１０1に記憶される第１の識別情報ＭＩＤ値と、モバイル端末１０2に記憶される第２の識別情報ＭＩＤ値とを含む。そのため、第２のＵＵＩＤ値を含む第２のパケットＡＤＶ＿ＩＮＤは、モバイル端末１０1および１０2それぞれに受信され認識される（ステップＳ４２６ａ、ステップＳ４２６ｂ）。
　ここで、それぞれ第２のパケットＡＤＶ＿ＩＮＤを受信した複数のモバイル端末１０（この例ではモバイル端末１０1および１０2）から、１台を駐車場決済端末２０とＢＬＥ接続するモバイル端末１０として選択する必要がある。実施形態では、第２のパケットＡＤＶ＿ＩＮＤを受信した複数のモバイル端末１０は、駐車場決済端末２０への接続許可を確認するための問い合わせダイアログ画面を表示する。
　図２２は、実施形態に適用可能な、接続許可確認のためのダイアログ画面の例を示す模式図である。モバイル端末１０の表示デバイス１０１４に対してダイアログ画面７０が表示される。図の例では、ダイアログ画面７０は、メッセージ表示領域７１と、ボタン７２および７３とが配置される。メッセージ表示領域７１は、例えばユーザに対して駐車場決済端末２０への接続許可の確認を促すメッセージが表示される。ボタン７２は、接続の許可を通知するためのボタンであり、ボタン７３は、接続を許可しない旨を通知するためのボタンである。
　説明は図２０に戻り、例えばモバイル端末１０1において、ボタン７２が操作され、接続許可が確認されたものとする（ステップＳ４２７）。モバイル端末１０1は、ボタン７２に対する操作に応じて、パケットＣＯＮＮＥＣＴ＿ＩＮＤを駐車場決済端末２０に送信する（ステップＳ４２８）。これにより、駐車場決済端末２０とモバイル端末１０1との間でＢＬＥの再接続が行われる。
　なお、駐車場決済端末２０は、複数のモバイル端末１０から、それぞれボタン７２の操作に応じてパケットＣＯＮＮＥＣＴ＿ＩＮＤが送信された場合、最も先に受信されたパケットＣＯＮＮＥＣＴ＿ＩＮＤのみを有効としてよい。
　モバイル端末１０1と接続した駐車場決済端末２０は、非接続対象となったモバイル端末１０2に対して、既に他のモバイル端末が接続済であることを通知するために、パケットＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤを送信する（ステップＳ４２９）。パケットＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤは、ＵＵＩＤ値として、ＬＯＳＴ＿ＭＩＤ値（０ｘＦＦＦＦＦＦＦＦ）と、モバイル端末１０2を識別するための第２の識別情報ＭＩＤ値とが含まれるＵＵＩＤ＃２’値が格納される。
　図２３は、実施形態に適用可能なパケットＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤの一例の構成を示す模式図である。図２３に示されるように、３２ビットのＬＯＳＴ＿ＭＩＤ値”０ｘＦＦＦＦＦＦＦＦ”が格納されるブロックが先頭に配され、その次に、３２ビットの第２の識別情報ＭＩＤ値（ＭＩＤ＃２）が配される。ＵＵＩＤ値の残りの６４ビットのブロックは、例えば乱数が格納される。
　モバイル端末１０2は、ＬＯＳＴ＿ＭＩＤ値”０ｘＦＦＦＦＦＦＦＦ”と、自身を識別する第２の識別情報ＭＩＤ値とが含まれるパケットＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤを受信すると、第２のパケットＡＤＶ＿ＩＮＤのスキャンを停止する（ステップＳ４３０）。
　ＢＬＥの再接続後、駐車場決済端末２０とモバイル端末１０1との間で、再接続されたＢＬＥ通信を用いて決済通信が行われる（ステップＳ４３１）。ステップＳ４３１による決済通信が正常終了すると、駐車場決済端末２０とモバイル端末１０1および１０2との間のＵＷＢおよびＢＬＥのそれぞれの接続が切断される（ステップＳ４３２ａ、ステップＳ４３２ｂ）。
　このように、実施形態に係る駐車場料金決済システム１では、駐車場決済端末２０の周囲に複数のモバイル端末１０が存在する場合であっても、車両４０の乗員が乗車したままでのキャッシュレス決済が可能となる。
（３－２－４．車両内の端末判定について）
　次に、本開示の実施形態に係る、車両４０内の端末判定について説明する。すなわち、以下では、実施形態に係る駐車場料金決済システム１において、上述した第２の課題である、ＵＷＢレンジングの対象となるＵＷＢデバイス数の制限に対応した処理について説明する。
　実施形態では、車両４０内のモバイル端末１０のみが第１および／または第２のパケットＡＤＶ＿ＩＮＤに応答し、歩行者のモバイル端末１０が第１および／または第２のパケットＡＤＶ＿ＩＮＤに応答しないような仕組みを用いて、ＵＷＢレンジングの対象となるＵＷＢデバイス数の制限を実現する。換言すれば、実施形態では、モバイル端末１０に、自身が車両４０内にあるか否かを判定できる仕組みを搭載し、車両４０外にあるモバイル端末１０が駐車場決済端末２０から送信された第１および／または第２のパケットＡＤＶ＿ＩＮＤに応答しないようにする。
　なお、以下では、上述した第１のパケットＡＤＶ＿ＩＮＤおよび第２のパケットＡＤＶ＿ＩＮＤのうち、第１のパケットＡＤＶ＿ＩＮＤを対象として説明を行う。
　図２４は、実施形態に係る、モバイル端末１０が車両４０内にあるか否かを判定するための処理を示す一例のフローチャートである。
　ステップＳ５００で、車両４０を識別するための識別情報Ｖｅｈｉｃｌｅ　ＩＤをモバイル端末１０に登録する。例えば、モバイル端末１０は、ユーザ操作により入力された識別情報Ｖｅｈｉｃｌｅ　ＩＤを、記憶部１０５により、ＲＡＭ１００２、ストレージ装置１００５あるいはＣＰＵ１０００が有するレジスタなどの記憶媒体に記憶する。
　識別情報Ｖｅｈｉｃｌｅ　ＩＤのモバイル端末１０への登録は、車両４０の購入時に行ってもよいし、車両４０に乗車する度に行ってもよい。車両４０がレンタカーなど借用車の場合は、当該車両４０の利用開始時に識別情報Ｖｅｈｉｃｌｅ　ＩＤを登録してよい。
　なお、車両４０内には、例えばＢｌｕｅｔｏｏｔｈによるビーコンデバイスが設置され、当該ビーコンデバイスは、車両４０内であることを示すメッセージをパケットＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤに含めて、周期的に送信する。
　図２５は、実施形態に適用可能なパケットＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤの一例の構成を示す模式図である。フィールドＡＤＶ＿ＤＡＴＡに対し、データＡＤ　Ｔｙｐｅと識別情報Ｖｅｈｉｃｌｅ　ＩＤとが格納される。データＡＤ　Ｔｙｐｅは、後続するデータの種類を示す情報である。この例では、データＡＤ　Ｔｙｐｅの値が”０ｘＦＥ”で、後続するデータが識別情報Ｖｅｈｉｃｌｅであることを示している。また、識別情報Ｖｅｈｉｃｌｅは、例えば８バイトのデータ長を有する。
　ステップＳ５０１で、モバイル端末１０は、ビーコンデバイスから送信される信号のスキャンを開始する。
　モバイル端末１０は、ビーコンデバイスから送信される信号を定期的にスキャンし、識別情報Ｖｅｈｉｃｌｅ　ＩＤを含むパケットＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤが受信されたか否かを判定する（ステップＳ５０２）。
　モバイル端末１０は、当該パケットＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤを受信したと判定した場合（ステップＳ５０２、「Ｙｅｓ」）、処理をステップＳ５０３に移行させて、車両乗車中状態の値を、当該モバイル端末１０が車両４０内にあることを示す値（「ＴＲＵＥ」とする）に設定する。一方、モバイル端末１０は、当該パケットＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤを受信していないと判定した場合（ステップＳ５０２、「Ｎｏ」）、処理をステップＳ５０４に移行させて、車両乗車中状態の値を、当該モバイル端末１０が車両４０内に無いことを示す値（「ＦＡＬＳＥ」とする）に設定する。
　車両乗車中状態の値は、例えば記憶部１０５により、ＲＡＭ１００２、ストレージ装置１００５あるいはＣＰＵ１０００が有するレジスタなどの記憶媒体に記憶する。
　ステップＳ５０３またはステップＳ５０４の処理の後、処理がステップＳ５０５に移行される。ステップＳ５０５で、モバイル端末１０は、ビーコンデバイスから送信される信号のスキャンを停止する。次のステップＳ５０６で、モバイル端末１０は、一定時間（例えば１分以下の所定時間）を経過したか否かを判定する。モバイル端末１０は、一定時間を経過していないと判定した場合（ステップＳ５０６、「Ｎｏ」）、処理をステップＳ５０６に戻す。
　一方、モバイル端末１０は、一定時間を経過したと判定した場合（ステップＳ５０６、「Ｙｅｓ」）、処理をステップＳ５０１に戻し、信号のスキャンを再開する。
　このような処理により、モバイル端末１０は、自身が車両４０内にある場合は車両乗車中状態の値「ＴＲＵＥ」を保持し、自身が車両４０内に無い場合は車両乗車中状態の値「ＦＡＬＳＥ」を保持することになる。
　図２６は、実施形態に係る、車両乗車中状態に基づくモバイル端末１０の制御を示す一例のフローチャートである。なお、図２６は、図１９を用いて説明した処理に、車両乗車中状態に基づく制御を組み込んだ例である。
　図２６において、ステップＳ６００で、モバイル端末１０は、自身が記憶する車両乗車中状態の値が値「ＴＲＵＥ」であるか否かを判定する。モバイル端末１０は、当該車両乗車中状態の値が値「ＴＲＵＥ」ではない（この例では「ＦＡＬＳＥ」である）と判定した場合（ステップＳ６００、「Ｎｏ」）、処理をステップＳ６００に戻す。一方、モバイル端末１０は、当該車両乗車中状態の値が値「ＴＲＵＥ」であると判定した場合（ステップＳ６００、「Ｙｅｓ」）、処理をステップＳ３００に移行させ、第１のパケットＡＤＶ＿ＩＮＤのスキャンを開始する。
　このように、実施形態に係るモバイル端末１０は、車両乗車中状態の値が値「ＴＲＵＥ」である場合に、駐車場決済端末２０とのＢＬＥおよびＵＷＢによる接続処理を実行する。一方、当該モバイル端末１０は、当該値が値「ＴＲＵＥ」ではない、すなわち当該値が値「ＦＡＬＳＥ」である場合には、駐車場決済端末２０とのＢＬＥおよびＵＷＢによる接続処理を実行しない。したがって、実施形態では、ＵＷＢレンジングの対象となるＵＷＢデバイス数の制限が可能である。
　図２７Ａおよび図２７Ｂは、実施形態に係る処理によりＵＷＢレンジングの対象となるＵＷＢデバイス数が制限されることを説明するための模式図である。
　図２７Ａにおいて、境界線９０の左側の各歩行者６０が保持する各モバイル端末１０は、それぞれ車両乗車中状態の値が値「ＦＡＬＳＥ」となっている。そのため、各モバイル端末１０は、図２６のフローチャートに従い、駐車場決済端末２０とＢＬＥおよびＵＷＢによる接続を行わない。これは、換言すれば、駐車場決済端末２０にとっては、各歩行者６０のモバイル端末１０が存在しないことと同義である。
　一方、車両４０1内のモバイル端末１０1は、車両乗車中状態の値が値「ＴＲＵＥ」となっており、図２６のフローチャートに従い、駐車場決済端末２０とＢＬＥおよびＵＷＢによる接続が可能である。
　このように、実施形態に係る駐車場料金決済システム１では、モバイル端末１０が車両４０内にあるか否かを判定し、車両４０内に無いモバイル端末１０を、駐車場決済端末２０とのＢＬＥおよびＵＷＢによる接続対象から排除している。そのため、ＵＷＢレンジングの対象となるＵＷＢデバイス数を制限することが可能である。
　またそのため、図２７Ｂに例示されるように、車両４０1が駐車場決済端末２０の直前に到達した際に、モバイル端末１０2を含む次の車両４０2が駐車場料金決済ゾーン５０に進入した場合であっても、駐車場決済端末２０とモバイル端末１０2との間で、ＢＬＥおよびＵＷＢによる接続処理を実行することができる。
　なお、モバイル端末１０が車両４０内にあるか否かの判定の方法は、上述したビーコンデバイスから送信される信号を利用する方法に限定されない。例えば、例えばモバイル端末１０に搭載されている加速度センサの情報に基づき、当該モバイル端末１０の移動速度が例えば時速３０ｋｍを超えている場合や、車両４０における固有の加速度を検出した場合に、当該モバイル端末１０が車両４０内にあると判定してよい。また、モバイル端末１０に搭載されるＧＮＳＳ(Global　Navigation　Satellite　System)機能を用いた自己位置の移動速度情報に基づき、当該モバイル端末１０が車両４０内にあるか否かを判定してもよい。
　さらに、モバイル端末１０が車両４０のデジタルキーとして使用されている場合は、車両４０のドアの開錠操作、施錠操作をトリガとして、車両乗車中状態の値を判定、取得してもよい。
（３－３．実施形態に適用可能なアーキテクチャについて）
　次に、実施形態に適用可能な、モバイル端末１０におけるアーキテクチャについて説明する。
　図２８は、実施形態に係るモバイル端末１０のアーキテクチャを説明するための模式図である。なお、図２８では、実施形態に関わりの深い部分のみ、記載している。
　ＯＳ８０上で、ＵＷＢおよびＢＬＥによる機能を実現するためのＵＷＢ／ＢＬＥミドルウェア８１が動作し、ＵＷＢ／ＢＬＥミドルウェア８１上で、実施形態に係る決済処理を実行する決済アプリケーション８２が実行される。
　ＯＳ８０は、ＢＬＥ　ＡＰＩ(Application　Programming　Interface)８３を介して、ハードウェアとしてＢＬＥの機能を実現するＢＬＥチップ８４の動作を制御すると共に、ＢＬＥチップ８４からの情報を取得する。また、ＯＳ８０は、ＵＷＢ　ＡＰＩ８５を介して、ハードウェアとしてＵＷＢの機能を実現するＵＷＢチップ８６の動作を制御すると共に、ＵＷＢチップ８６からの情報を取得する。
　図８の構成に当て嵌めると、表示部１０１、入力部１０２および記憶部１０５と、モバイル端末制御部１００の機能の一部と、がＯＳ８０に含まれてよい。ＢＬＥ通信部１０３は、ＢＬＥ　ＡＰＩ８３と、ＵＷＢ／ＢＬＥミドルウェア８１の一部と、に含まれてよい。同様に、ＵＷＢ通信部１０４は、ＵＷＢ　ＡＰＩ８５と、ＵＷＢ／ＢＬＥミドルウェア８１の一部と、に含まれてよい。また、モバイル端末制御部１００は、決済アプリケーション８２の機能を含んでよい。
　このような構成において、図１９や図２０で示したシーケンスのうちモバイル端末１０側の処理は、ＵＷＢ／ＢＬＥミドルウェア８１が制御してよい。例えば、ＵＷＢ／ＢＬＥミドルウェア８１は、決済アプリケーション８２からの指示に応じてＯＳ８０を介してＢＬＥ　ＡＰＩ８３を呼び出して、第１のパケットＡＤＶ＿ＩＮＤのスキャンを開始し、さらに必要に応じてＵＷＢ　ＡＰＩ８５を呼び出して、これ以降の駐車場決済端末２０との通信処理を実行してよい。決済アプリケーション８２は、常駐していてもよいし、必要に応じてユーザが起動してもよい。
　以上説明したように、本開示の実施形態によれば、ＵＷＢとＢＬＥとを用いて、駐車場料金の決済を行う際に窓開けや翳し動作不要で便利なタッチレスＵＸを提供可能な駐車場料金決済システム１を実現することができる。
（４．他の実施形態）
　本開示による技術の利用範囲は、駐車場料金決済システム１への適用に限定されない。例えば、本開示による技術は、駐車場決済端末２０に限らず、その他の決済システムにおいて料金決済ゾーン内のデバイスを複数検出して選択し、決済を行うような用途に適用可能である。
　また、車両４０の内外にあるモバイル端末１０を識別するための車両乗車中状態の値は、車両４０に限らず、その他何等かの施設、エリア内外等の識別にも適用可能である。
　なお、本明細書に記載された効果はあくまで例示であって限定されるものでは無く、また他の効果があってもよい。
　なお、本技術は以下のような構成も取ることができる。
（１）
　第１の通信方式で無線による通信を行う第１の通信部と、
　前記第１の通信部による通信を制御する第１の制御部と、
を備える固定端末と、
　前記第１の通信方式で無線による通信を行う第２の通信部と、
　前記第２の通信部による通信を制御する第２の制御部と、
　記憶部と、
を備えるモバイル端末と、
を含み、
　前記第１の制御部は、
　前記第１の通信部の通信により接続した前記モバイル端末に固有の識別情報を生成して前記モバイル端末に送信し、
　前記識別情報の送信後に前記モバイル端末との前記接続を切断し、
　前記第１の通信部の通信により前記識別情報を用いて前記モバイル端末を指定して、該モバイル端末に再接続し、
　前記第２の制御部は、
　前記第２の通信部による前記固定端末との通信で取得した前記識別情報を前記記憶部に記憶し、
　前記固定端末により前記固定端末との通信が切断された後に、前記記憶部に記憶した識別情報と一致する識別情報の受信に応じて、前記第２の通信部により前記固定端末と再接続する、
通信システム。
（２）
　前記固定端末は、
　前記第１の制御部の制御に従い、通信相手に対する測距が可能な第２の通信方式で通信を行う第３の通信部、
をさらに備え、
　前記モバイル端末は、
　前記第２の制御部の制御に従い、前記第２の通信方式で通信を行う第４の通信部、
をさらに備え、
　前記固定端末は、
　前記第３の通信部により前記第４の通信部との間で通信を行うことで、前記固定端末と前記モバイル端末との距離に関して前記測距を行い、前記測距の結果、前記固定端末から所定の距離範囲内に検出された前記モバイル端末に対して前記再接続する、
前記（１）に記載の通信システム。
（３）
　前記固定端末は、
　決済処理を行う決済装置と通信を行う決済通信部、
をさらに備え、
　前記第１の制御部は、
　前記決済装置による前記決済処理を行うための情報を、前記再接続した前記モバイル端末に対する前記第１の通信部による通信により、前記モバイル端末との間で送受信する、
前記（１）または（２）に記載の通信システム。
（４）
　第１の通信方式で無線による通信を行う第１の通信部と、
　前記第１の通信部による通信を制御する制御部と、
を備え、
　前記制御部は、
　前記第１の通信部の通信により接続したモバイル端末に固有の識別情報を生成して前記モバイル端末に送信し、
　前記識別情報の送信後に前記モバイル端末との前記接続を切断し、
　前記第１の通信部の通信により前記識別情報を用いて前記モバイル端末を指定して、該モバイル端末に再接続する、
固定端末。
（５）
　前記制御部の制御に従い、通信相手に対する測距が可能な第２の通信方式で通信を行う第２の通信部、
をさらに備え、
　前記制御部は、
　前記第２の通信部による前記測距の結果、所定の距離範囲内に検出された前記モバイル端末に対して前記再接続する、
前記（４）に記載の固定端末。
（６）
　前記第１の通信方式はＢＬＥ(Bluetooth　Low　Energy)であり、前記第２の通信方式は超広帯域無線システムである、
前記（５）に記載の固定端末。
（７）
　前記制御部は、
　前記第１の通信部による前記識別情報の送信に応じて前記第２の通信部による前記モバイル端末に対する測距を開始し、前記第１の通信部による前記モバイル端末に対する通信を前記切断する、
前記（５）または（６）に記載の固定端末。
（８）
　前記制御部は、
　前記再接続された前記モバイル端末との間で前記第１の通信部の通信により決済のための情報を送受信し、前記決済が完了した場合に前記第１の通信部による通信と、前記第２の通信部による前記測距のための通信と、を切断する、
前記（５）乃至（７）の何れかに記載の固定端末。
（９）
　前記制御部は、
　前記第１の通信部により第１の識別子を用いて前記モバイル端末と接続し、
　前記モバイル端末との前記切断の後に、前記第１の通信部により前記第１の識別子を用いて再度、接続処理を行い、
　１以上の前記識別情報を含む第２の識別子を用いて前記モバイル端末に前記再接続する、
前記（４）乃至（８）の何れかに記載の固定端末。
（１０）
　前記制御部は、
　前記再接続による通信に応じてさらに他のモバイル端末との間で前記第２の識別子を用いた通信が可能となった場合に、前記モバイル端末または前記他のモバイル端末のうち接続通知が送信された端末と通信を行い、前記接続通知が送信されなかった端末に対して接続不可通知を送信する、
前記（９）に記載の固定端末。
（１１）
　前記制御部は、
　車両内の前記モバイル端末を対象として、前記第１の通信部の通信による前記接続を行う、
前記（４）乃至（１０）の何れかに記載の固定端末。
（１２）
　決済処理を行う決済装置と通信を行う決済通信部、
をさらに備え、
　前記制御部は、
　前記決済装置による前記決済処理を行うための情報を、前記再接続した前記モバイル端末に対する前記第１の通信部による通信により、前記モバイル端末との間で送受信する、
前記（４）乃至（１１）の何れかに記載の固定端末。
（１３）
　第１の通信方式で無線による通信を行う第１の通信部と、
　前記第１の通信部による通信を制御する制御部と、
　記憶部と、
を備え、
　前記制御部は、
　前記第１の通信部による固定端末との通信で取得した識別情報を前記記憶部に記憶し、
　前記通信が切断された後に、前記記憶部に記憶した識別情報と一致する識別情報の受信に応じて、前記第１の通信部により前記固定端末と再接続する、
モバイル端末。
（１４）
　前記制御部は、
　当該モバイル端末が車両内にあるか否かを判定し、車両内に無いと判定した場合に、前記第１の通信部による通信を行わない、
前記（１３）に記載のモバイル端末。
（１５）
　前記制御部の制御に従い、通信相手に対する測距が可能な第２の通信方式で通信を行う第２の通信部、
をさらに備え、
　前記制御部は、
　前記記憶部に記憶する前記識別情報を受信した後に、前記第１の通信部の通信により前記第２の通信方式による通信のためのパラメータを前記固定端末と交換し、前記第２の通信部による通信を開始する、
前記（１３）または（１４）に記載のモバイル端末。
（１６）
　前記第１の通信方式はＢＬＥ(Bluetooth　Low　Energy)（登録商標）であり、前記第２の通信方式は超広帯域無線システムである、
前記（１５）に記載のモバイル端末。
（１７）
　前記第１の通信部による通信は、前記第２の通信部による通信が開始された後に、前記固定端末により前記切断される、
前記（１４）乃至（１６）の何れかに記載のモバイル端末。
（１８）
　前記制御部は、
　前記第１の通信部により第１の識別子に応じて前記固定端末と接続し、
　前記固定端末との通信の前記切断の後に、前記固定端末から送信された第２の識別子に含まれる１以上の識別情報のうち何れかが前記記憶部に記憶した識別情報と一致する場合に、前記固定端末と前記再接続する、
前記（１３）乃至（１７）の何れかに記載のモバイル端末。
（１９）
　前記制御部は、
　前記固定端末から送信された前記第２の識別子に、前記記憶部に記憶した識別情報と一致する識別情報を含む複数の識別情報が含まれる場合に、前記固定端末との前記第１の通信部による通信を許可するか否かを、ユーザ操作に応じて設定するための設定画面を提示する、
前記（１８）に記載のモバイル端末。
（２０）
　前記制御部は、
　前記設定画面に対して前記第１の通信部による通信を許可する旨が設定された場合に、通信許可を示す通知を前記固定端末に送信し、
　前記通信を許可する旨が設定されない場合に、前記固定端末から送信される接続不可通知に応じて、前記第１の通信部による前記固定端末との通信を停止する、
前記（１９）に記載のモバイル端末。
（２１）
　前記制御部は、
　前記第１の通信部の、前記固定端末と前記再接続した通信により、前記固定端末との間で、前記固定端末が決済装置による決済処理を行うための情報の送受信を行う、
前記（１３）乃至（２０）の何れかに記載のモバイル端末。
１　駐車場料金決済システム
１０，１０1，１０2，１０3　モバイル端末
２０，２０ａ　駐車場決済端末
２１　ゲートバリア
２１ａ　ゲートバー
２２　モバイル通信部
４０，４０1，４０2，４０3，４０Ｌ　車両
５０　駐車場料金決済ゾーン
５１　ＢＬＥ通信範囲
６０　歩行者
７０　ダイアログ画面
８０　ＯＳ
８１　ＵＷＢ／ＢＬＥミドルウェア
８２　決済アプリケーション
８３　ＢＬＥ　ＡＰＩ
８４　ＢＬＥチップ
８５　ＵＷＢ　ＡＰＩ
８６　ＵＷＢチップ
１００　モバイル端末制御部
１０３，２０３　ＢＬＥ通信部
１０４　ＵＷＢ通信部
１０５　記憶部
２００　決済端末制御部

Claims (20)

  1. 　第１の通信方式で無線による通信を行う第１の通信部と、
    　前記第１の通信部による通信を制御する第１の制御部と、
    を備える固定端末と、
    　前記第１の通信方式で無線による通信を行う第２の通信部と、
    　前記第２の通信部による通信を制御する第２の制御部と、
    　記憶部と、
    を備えるモバイル端末と、
    を含み、
    　前記第１の制御部は、
    　前記第１の通信部の通信により接続した前記モバイル端末に固有の識別情報を生成して前記モバイル端末に送信し、
    　前記識別情報の送信後に前記モバイル端末との前記接続を切断し、
    　前記第１の通信部の通信により前記識別情報を用いて前記モバイル端末を指定して、該モバイル端末に再接続し、
    　前記第２の制御部は、
    　前記第２の通信部による前記固定端末との通信で取得した前記識別情報を前記記憶部に記憶し、
    　前記固定端末により前記固定端末との通信が切断された後に、前記記憶部に記憶した識別情報と一致する識別情報の受信に応じて、前記第２の通信部により前記固定端末と再接続する、
    通信システム。
  2. 　前記固定端末は、
    　前記第１の制御部の制御に従い、通信相手に対する測距が可能な第２の通信方式で通信を行う第３の通信部、
    をさらに備え、
    　前記モバイル端末は、
    　前記第２の制御部の制御に従い、前記第２の通信方式で通信を行う第４の通信部、
    をさらに備え、
    　前記固定端末は、
    　前記第３の通信部により前記第４の通信部との間で通信を行うことで、前記固定端末と前記モバイル端末との距離に関して前記測距を行い、前記測距の結果、前記固定端末から所定の距離範囲内に検出された前記モバイル端末に対して前記再接続する、
    請求項１に記載の通信システム。
  3. 　前記固定端末は、
    　決済処理を行う決済装置と通信を行う決済通信部、
    をさらに備え、
    　前記第１の制御部は、
    　前記決済装置による前記決済処理を行うための情報を、前記再接続した前記モバイル端末に対する前記第１の通信部による通信により、前記モバイル端末との間で送受信する、
    請求項１に記載の通信システム。
  4. 　第１の通信方式で無線による通信を行う第１の通信部と、
    　前記第１の通信部による通信を制御する制御部と、
    を備え、
    　前記制御部は、
    　前記第１の通信部の通信により接続したモバイル端末に固有の識別情報を生成して前記モバイル端末に送信し、
    　前記識別情報の送信後に前記モバイル端末との前記接続を切断し、
    　前記第１の通信部の通信により前記識別情報を用いて前記モバイル端末を指定して、該モバイル端末に再接続する、
    固定端末。
  5. 　前記制御部の制御に従い、通信相手に対する測距が可能な第２の通信方式で通信を行う第２の通信部、
    をさらに備え、
    　前記制御部は、
    　前記第２の通信部による前記測距の結果、所定の距離範囲内に検出された前記モバイル端末に対して前記再接続する、
    請求項４に記載の固定端末。
  6. 　前記第１の通信方式はＢＬＥ(Bluetooth　Low　Energy)であり、前記第２の通信方式は超広帯域無線システムである、
    請求項５に記載の固定端末。
  7. 　前記制御部は、
    　前記第１の通信部による前記識別情報の送信に応じて前記第２の通信部による前記モバイル端末に対する測距を開始し、前記第１の通信部による前記モバイル端末に対する通信を前記切断する、
    請求項５に記載の固定端末。
  8. 　前記制御部は、
    　前記再接続された前記モバイル端末との間で前記第１の通信部の通信により決済のための情報を送受信し、前記決済が完了した場合に前記第１の通信部による通信と、前記第２の通信部による前記測距のための通信と、を切断する、
    請求項５に記載の固定端末。
  9. 　前記制御部は、
    　前記第１の通信部により第１の識別子を用いて前記モバイル端末と接続し、
    　前記モバイル端末との前記切断の後に、前記第１の通信部により前記第１の識別子を用いて再度、接続処理を行い、
    　１以上の前記識別情報を含む第２の識別子を用いて前記モバイル端末に前記再接続する、
    請求項４に記載の固定端末。
  10. 　前記制御部は、
    　前記再接続による通信に応じてさらに他のモバイル端末との間で前記第２の識別子を用いた通信が可能となった場合に、前記モバイル端末または前記他のモバイル端末のうち接続通知が送信された端末と通信を行い、前記接続通知が送信されなかった端末に対して接続不可通知を送信する、
    請求項９に記載の固定端末。
  11. 　前記制御部は、
    　車両内の前記モバイル端末を対象として、前記第１の通信部の通信による前記接続を行う、
    請求項４に記載の固定端末。
  12. 　決済処理を行う決済装置と通信を行う決済通信部、
    をさらに備え、
    　前記制御部は、
    　前記決済装置による前記決済処理を行うための情報を、前記再接続した前記モバイル端末に対する前記第１の通信部による通信により、前記モバイル端末との間で送受信する、
    請求項４に記載の固定端末。
  13. 　第１の通信方式で無線による通信を行う第１の通信部と、
    　前記第１の通信部による通信を制御する制御部と、
    　記憶部と、
    を備え、
    　前記制御部は、
    　前記第１の通信部による固定端末との通信で取得した識別情報を前記記憶部に記憶し、
    　前記通信が切断された後に、前記記憶部に記憶した識別情報と一致する識別情報の受信に応じて、前記第１の通信部により前記固定端末と再接続する、
    モバイル端末。
  14. 　前記制御部は、
    　当該モバイル端末が車両内にあるか否かを判定し、車両内に無いと判定した場合に、前記第１の通信部による通信を行わない、
    請求項１３に記載のモバイル端末。
  15. 　前記制御部の制御に従い、通信相手に対する測距が可能な第２の通信方式で通信を行う第２の通信部、
    をさらに備え、
    　前記制御部は、
    　前記記憶部に記憶する前記識別情報を受信した後に、前記第１の通信部の通信により前記第２の通信方式による通信のためのパラメータを前記固定端末と交換し、前記第２の通信部による通信を開始する、
    請求項１３に記載のモバイル端末。
  16. 　前記第１の通信方式はＢＬＥ(Bluetooth　Low　Energy)（登録商標）であり、前記第２の通信方式は超広帯域無線システムである、
    請求項１５に記載のモバイル端末。
  17. 　前記第１の通信部による通信は、前記第２の通信部による通信が開始された後に、前記固定端末により前記切断される、
    請求項１５に記載のモバイル端末。
  18. 　前記制御部は、
    　前記第１の通信部により第１の識別子に応じて前記固定端末と接続し、
    　前記固定端末との通信の前記切断の後に、前記固定端末から送信された第２の識別子に含まれる１以上の識別情報のうち何れかが前記記憶部に記憶した識別情報と一致する場合に、前記固定端末と前記再接続する、
    請求項１３に記載のモバイル端末。
  19. 　前記制御部は、
    　前記固定端末から送信された前記第２の識別子に、前記記憶部に記憶した識別情報と一致する識別情報を含む複数の識別情報が含まれる場合に、前記固定端末との前記第１の通信部による通信を許可するか否かを、ユーザ操作に応じて設定するための設定画面を提示する、
    請求項１８に記載のモバイル端末。
  20. 　前記制御部は、
    　前記設定画面に対して前記第１の通信部による通信を許可する旨が設定された場合に、通信許可を示す通知を前記固定端末に送信し、
    　前記通信を許可する旨が設定されない場合に、前記固定端末から送信される接続不可通知に応じて、前記第１の通信部による前記固定端末との通信を停止する、
    請求項１９に記載のモバイル端末。
PCT/JP2023/030035 2022-08-31 2023-08-21 通信システム、固定端末およびモバイル端末 WO2024048353A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022-138553 2022-08-31
JP2022138553 2022-08-31

Publications (1)

Publication Number Publication Date
WO2024048353A1 true WO2024048353A1 (ja) 2024-03-07

Family

ID=90099443

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/030035 WO2024048353A1 (ja) 2022-08-31 2023-08-21 通信システム、固定端末およびモバイル端末

Country Status (1)

Country Link
WO (1) WO2024048353A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017165014A (ja) * 2016-03-17 2017-09-21 コニカミノルタ株式会社 画像形成装置、端末装置接続方法、およびコンピュータプログラム
JP2018160945A (ja) * 2018-07-23 2018-10-11 カシオ計算機株式会社 無線通信装置、無線通信方法及びプログラム
JP2020016120A (ja) * 2018-07-27 2020-01-30 株式会社ニッセイコム 出庫支援システム及び出庫支援方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017165014A (ja) * 2016-03-17 2017-09-21 コニカミノルタ株式会社 画像形成装置、端末装置接続方法、およびコンピュータプログラム
JP2018160945A (ja) * 2018-07-23 2018-10-11 カシオ計算機株式会社 無線通信装置、無線通信方法及びプログラム
JP2020016120A (ja) * 2018-07-27 2020-01-30 株式会社ニッセイコム 出庫支援システム及び出庫支援方法

Similar Documents

Publication Publication Date Title
CN102783223B (zh) 减少无线设备的电力消耗
KR100623218B1 (ko) 정보제공장치, 정보수신장치, 정보제공 프로그램을 기록한 기록매체, 정보수신 프로그램을 기록한 기록매체 및 무선통신장치
US8005423B2 (en) Wireless communication system including a server device and multiple relay devices
EP1969883B1 (en) Method, subscriber identity module and system for providing mobile communication terminal location data
JP2008098931A (ja) 車車間通信方法及び車載用通信装置
WO2015073726A1 (en) Low-cost and low-power smart parking system utilizing a wireless mesh network
CN102149167A (zh) 用于无线网络的自动配对方法
ES2955356T3 (es) Método de ajuste de la conectividad bluetooth para acelerar los controles de acceso
JPWO2002075962A1 (ja) 携帯情報端末、無線通信システム及びリンク確立方法
KR20140080847A (ko) 근접 통신 기능을 갖는 휴대 단말 및 이의 동작 방법
EP4096256A1 (en) Method for invoking nfc applications, electronic device, and nfc apparatus
KR20130107368A (ko) 전자 장치들을 추적하는 영역 추적 시스템들 및 방법들
JP6258077B2 (ja) 通信システムおよび電子装置、ペアリング方法、ペアリングプログラム
WO2024048353A1 (ja) 通信システム、固定端末およびモバイル端末
WO2013055030A1 (en) Method and apparatus for controlling device
TW201540098A (zh) 信標信號接收系統、記憶裝置、終端裝置及信標信號接收方法
WO2017081871A1 (ja) 端末装置及び機器選択方法
KR101591844B1 (ko) 이동 단말의 위치 인식 및 위치 기반 서비스 제공 시스템 및 방법
WO2016085043A1 (ko) 복수의 이동 단말기들 간의 근접도를 기초로 그룹을 형성하는 방법
JP2021129152A (ja) 無線通信端末、無線通信端末制御プログラム
JP4915573B2 (ja) 無線認証システムおよびそのセンサ
JP2006352518A (ja) 通信システム
US20230360020A1 (en) Communication processing device, communication processing system, communication control method, and program
KR20160100275A (ko) 인프라 코드를 이용한 모바일 정보 통신 시스템 및 그 구동 방법
KR101754402B1 (ko) 상태 판별을 이용한 애플리케이션 로딩 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23860116

Country of ref document: EP

Kind code of ref document: A1