WO2018078972A1 - 通信装置、通信方法、プログラムおよび通信システム - Google Patents

通信装置、通信方法、プログラムおよび通信システム Download PDF

Info

Publication number
WO2018078972A1
WO2018078972A1 PCT/JP2017/026542 JP2017026542W WO2018078972A1 WO 2018078972 A1 WO2018078972 A1 WO 2018078972A1 JP 2017026542 W JP2017026542 W JP 2017026542W WO 2018078972 A1 WO2018078972 A1 WO 2018078972A1
Authority
WO
WIPO (PCT)
Prior art keywords
protocol
communication device
unit
priority
communication
Prior art date
Application number
PCT/JP2017/026542
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 ソニーセミコンダクタソリューションズ株式会社
Priority to US16/336,315 priority Critical patent/US20190245947A1/en
Publication of WO2018078972A1 publication Critical patent/WO2018078972A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/03—Protocol definition or specification 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B13/00—Transmission systems characterised by the medium used for transmission, not provided for in groups H04B3/00 - H04B11/00
    • H04B13/005—Transmission systems in which the medium consists of the human body

Definitions

  • the present disclosure relates to a communication device, a communication method, a program, and a communication system.
  • a variety of protocols such as OBEX (Object EXchange), SCSI (Small Computer System Interface), and IP (Internet Protocol) are known as communication protocols for communication by a plurality of communication devices.
  • the communication device can communicate with other communication devices by using a common protocol with other communication devices.
  • a protocol selected from two or more common protocols is used for communication between the plurality of communication devices.
  • a communication device acquires a list of protocols that can be used by another communication device, and there are two or more protocols that can be used by both the communication device and the other communication device the communication device A technique for selecting a protocol based on a data type (for example, photo data, music data, etc.) selected as a communication target by a user is disclosed.
  • the present disclosure proposes a new and improved communication device, communication method, program, and communication system that can alleviate the complexity of the user in protocol selection.
  • the communication device is a receiving unit that receives two or more pieces of protocol information each indicating a protocol from another communication device, two or more protocols usable by the communication device, and the two or more A selection unit that selects a protocol based on a priority set for protocol selection from protocols common to two or more protocols indicated by the protocol information, and the other communication device according to the protocol selected by the selection unit And a communication control unit that controls communication with the communication device.
  • the transmission unit that transmits two or more pieces of protocol information each indicating a protocol to another communication device, and the other communication device based on the priority set for protocol selection
  • a receiving unit that receives selected protocol information indicating a protocol selected from two or more protocols indicated by two or more protocol information; and the other communication device according to a protocol indicated by the selected protocol information received by the receiving unit.
  • a communication control unit that controls communication.
  • the communication device receives two or more protocol information each indicating a protocol from another communication device, the two or more protocols usable by the communication device, and the two or more protocols.
  • a protocol selected by a processor based on a priority set for protocol selection from a protocol common to two or more protocols indicated by information, and communication with the other communication device is controlled according to the selected protocol.
  • a communication method is provided.
  • the communication device transmits two or more pieces of protocol information each indicating a protocol to the other communication device, and based on the priority set for the protocol selection from the other communication device. Receiving the selected protocol information indicating the protocol selected from the two or more protocols indicated by the two or more protocol information, and communicating with the other communication device in accordance with the protocol indicated by the received selected protocol information. And a communication method is provided.
  • a computer is a communication device, and a receiving unit that receives two or more protocol information each indicating a protocol from another communication device, and two or more protocols usable by the communication device.
  • a selection unit that selects a protocol based on a priority set for protocol selection from protocols common to the two or more protocols indicated by the two or more protocol information, and according to the protocol selected by the selection unit.
  • the computer is set to a priority set for protocol selection from the transmission unit that transmits two or more protocol information each indicating a protocol to the other communication device and the other communication device.
  • a receiving unit that receives selection protocol information indicating a protocol selected from two or more protocols indicated by the two or more protocol information, and the other communication according to the protocol indicated by the selection protocol information received by the receiving unit.
  • a program for causing a communication control unit to control communication with the apparatus is provided.
  • a first communication device that transmits two or more pieces of protocol information each indicating a protocol
  • the second communication device includes the first communication device.
  • a receiving unit that receives the two or more protocol information from a communication device, two or more protocols that can be used by the first communication device, and a protocol that is common to two or more protocols indicated by the two or more protocol information,
  • a communication unit including: a selection unit that selects a protocol based on a priority set for protocol selection; and a communication control unit that controls communication with the first communication device according to the protocol selected by the selection unit.
  • 5 is a flowchart illustrating an operation of a sensor terminal according to an embodiment of the present disclosure.
  • 5 is a flowchart illustrating an operation of a mobile terminal according to an embodiment of the present disclosure.
  • a plurality of constituent elements having substantially the same functional configuration may be distinguished by adding different alphabets after the same reference numeral.
  • a plurality of configurations having substantially the same functional configuration or logical significance are distinguished as sensor terminals 10A and 10B as necessary.
  • only the same reference numeral is given to each of the plurality of constituent elements.
  • each client is simply referred to as the sensor terminal 10.
  • Embodiments of the present disclosure can be applied to various communication systems.
  • the embodiment of the present disclosure is applied to a human body communication system that is also called a BAN (Body Area Network).
  • BAN Body Area Network
  • the human body communication system is a system that uses the human body as a signal transmission medium, and is composed of a plurality of terminals located around the human body such as the body or surface of the human body.
  • Applications of the human body communication system include, for example, a user health monitor, a user sleep monitor, and a user exercise monitor.
  • a sensor terminal having sensors such as a pulse sensor, an acceleration sensor, an angular velocity sensor, and an electrocardiographic sensor can be used as a terminal constituting the human body communication system.
  • the human body communication system can also be applied to various other uses such as unlocking a door by contact between a user having a terminal and a doorknob, and settlement processing by contacting a user having a terminal and a settlement terminal.
  • FIG. 1 a specific configuration example of such a human body communication system will be described with reference to FIG.
  • FIG. 1 is an explanatory diagram showing a configuration of a human body communication system.
  • a human body communication system including a sensor terminal 10A, a sensor terminal 10B, and a mobile terminal 20 is shown.
  • the sensor terminal 10A is a wristband type communication device and detects a user's pulse. 10 A of sensor terminals transmit the detection information of a pulse to the portable terminal 20 via a user's human body.
  • the sensor terminal 10B is a communication device attached to the chest of the user, and detects the electrocardiographic state of the user.
  • the sensor terminal 10B transmits the detection information of the electrocardiographic state to the mobile terminal 20 via the user's human body.
  • the mobile terminal 20 is a communication device that is carried by a user.
  • the portable terminal 20 is connected to the sensor terminal 10A or the sensor terminal 10B via the user's human body, and receives detection information from the sensor terminal 10A or the sensor terminal 10B.
  • An application installed in the mobile terminal 20 can provide various services to the user using the received detection information.
  • the application of the mobile terminal 20 may generate a display screen that shows a time-series change of the detection information, or may output an alarm when the detection information shows an abnormal value.
  • the hierarchical structure of communication in the human body communication system is RF (Radio Frequency), MAC (Media Access Control) layer, HCI (Host Controller Interface) (SPI / I2C), human body communication IF layer, device It may include a host layer, upper data link layer, protocol layer, and application layer.
  • RF Radio Frequency
  • MAC Media Access Control
  • HCI Host Controller Interface
  • I2C Human body communication IF layer
  • device It may include a host layer, upper data link layer, protocol layer, and application layer.
  • the RF, MAC layer, HCI (SPI / I2C), and human body communication IF layer generally correspond to the physical layer and the data link layer in the OSI reference model, and the device host layer and the upper data link layer are the data link layer in the OSI reference model. And generally corresponds to the network layer.
  • the protocol layer generally corresponds to the network layer, transport layer, session layer, and presentation layer in the OSI reference model, and the application layer corresponds to the application layer in the OSI reference model.
  • connection mode of communication devices may be limited to one-to-one due to RF restrictions.
  • the MAC address of the communication device may be dynamically changed. For this reason, in order to specify a communication partner, an address in which uniqueness such as UUID is ensured is exchanged in a layer higher than the MAC layer.
  • a plurality of sensor terminals 10 can be attached to the user's human body, and the mobile terminal 20 can find a plurality of sensor terminals by a search process called a “discover”.
  • the protocols that can be used by each sensor terminal 10 are different.
  • a case where one sensor terminal 10 or mobile terminal 20 can use a plurality of protocols is also assumed. For this reason, in the communication between the portable terminal 20 and the sensor terminal 10, a mechanism in which an appropriate protocol is selected according to the communication partner is desired.
  • the embodiment of the present disclosure has been created with the above circumstances in mind. According to the embodiment of the present disclosure, it is possible to select an appropriate protocol while reducing user complexity.
  • configurations and operations of the sensor terminal 10 and the mobile terminal 20 according to the embodiment of the present disclosure will be sequentially described in detail.
  • FIG. 3 is a block diagram illustrating a configuration of the sensor terminal 10 according to the embodiment of the present disclosure.
  • the sensor terminal 10 according to the embodiment of the present disclosure includes a sensor unit 120, a communication control unit 130, a priority storage unit 140, and a communication unit 150.
  • the sensor unit 120 includes one or two or more sensors.
  • the sensor unit 120 may include a GPS (Global Positioning System) sensor, an acceleration sensor, a gyro sensor, a temperature sensor, an atmospheric pressure sensor, a sound pressure sensor, a pulse sensor, an electrocardiographic sensor, and the like.
  • GPS Global Positioning System
  • the communication control unit 130 controls overall communication by the sensor terminal 10.
  • a function for determining a protocol for communication with the mobile terminal 20 after completion of connection of the device host layer with the mobile terminal 20 is implemented as an upper data link layer. . Part of this function is performed by the packet generator 132 shown in FIG.
  • the packet generation unit 132 generates a packet transmitted from the communication unit 150 to the mobile terminal 20.
  • the packet generator 132 generates a control packet and a data packet.
  • the packet generator 132 according to the present embodiment can also generate a negotiation packet for protocol selection as a data packet.
  • the negotiation packet includes two or more pieces of protocol information indicating two or more protocols that can be used by the sensor terminal 10.
  • priorities are set for two or more protocols, and the packet generation unit 132 arranges two or more protocol information (protocol UUIDs) in the negotiation packet in a manner corresponding to the priorities of the respective protocols.
  • the priority set for each protocol may be stored in advance in the priority storage unit 140, for example.
  • the entire configuration of the data packet will be described with reference to FIG. 4, and the negotiation packet will be described in more detail with reference to FIG.
  • FIG. 4 is an explanatory diagram showing the overall configuration of the data packet.
  • the packet generated by the packet generation unit 132 includes MT (Message Type), PBF (Packet Boundary Flag), Conn ID (Connection Identifier), CR (Credit), Payload Length (L), Includes Payload Header and Payload.
  • the Payload Header includes Data Type and SEG (Segmentation).
  • FIG. 5 is an explanatory diagram showing the configuration of the payload of the negotiation packet.
  • the payload of the negotiation packet includes DD, CMD, Vender, Address, MTU, protocol list, and CRC-8.
  • a value indicating a normal data packet or a negotiation packet / a reconfirm packet to be described later is set in DD.
  • a value indicating negotiation or reconfirmation is set in the CMD.
  • Vender a value indicating the manufacturer of the communication device is set as shown in FIG.
  • protocol UUID is assigned in advance to each protocol.
  • protocol UUID “0x1” is assigned to NFC
  • protocol UUID “0x2” is assigned to OBEX
  • protocol UUID “0x3” is assigned to TCP / IP
  • protocol UUID “0x4” is assigned to UDP / IP. Is assigned, protocol exchange UUID "0x10001” is assigned to simple exchange 1, and protocol exchange UUID "0x10002" is assigned to simple exchange 2.
  • the packet generation unit 132 sets the protocol UUID corresponding to the protocol information stored in the priority storage unit 140 in a predetermined field, that is, the protocol list.
  • the packet generation unit 132 may set each protocol UUID in the protocol list in an arrangement order according to the priority of each protocol. For example, the packet generation unit 132 may set the protocol UUID on the top side as the priority of the protocol corresponding to the protocol UUID is higher.
  • FIG. 7 is an explanatory diagram showing a specific example of a protocol list.
  • the protocol UUID “0x1” corresponding to NFC
  • the protocol UUID “0x3” corresponding to TCP / IP
  • the protocol UUID “0x4” corresponding to UDP / IP
  • the protocol UUID “0x2” corresponding to OBEX.
  • the protocol UUID is set in the protocol list in the arrangement order of “”. As described above, the higher the priority of the protocol corresponding to the protocol UUID, the higher the priority of the protocol UUID, the more the NFC priority corresponding to the protocol UUID “0x1” is displayed in the protocol list shown in FIG.
  • the protocol UUID is set in the arrangement order corresponding to the priority, so that the information amount of the negotiation packet can be reduced.
  • the arrangement order according to the priority is not limited to the above example.
  • the protocol UUID may be set on the top side as the priority of the protocol corresponding to the protocol UUID is lower.
  • the packet generator 132 has a function of generating a reconfirm packet.
  • the reconfirm packet is a packet for transmitting a protocol UUID indicating a protocol selected at the time of previous connection with another communication device to the other communication device.
  • FIG. 8 is an explanatory diagram showing a configuration example of a reconfirm packet.
  • the reconfirmation packet includes DD, CMD, My Address, Your Address, protocol, and CRC-8.
  • My Address is the address (UUID) of the sensor terminal 10
  • Your Address is the address (UUID) of another communication device that was previously connected.
  • a protocol UUID indicating a protocol selected at the previous connection with another communication device is set.
  • the MAC address of the communication device may change every time it is connected.
  • the UUID of the communication device is unique, other communication devices can be uniquely identified by using the UUID of the communication device as an address in the reconfirm packet. It is possible to specify.
  • the communication control unit 130 controls communication between the communication unit 150 and the mobile terminal 20 according to a protocol selected by the mobile terminal 20 based on the communication of the negotiation packet or the reconfirm packet described above.
  • the communication unit 150 has functions of a transmission unit and a reception unit, and communicates with the mobile terminal 20 via a human body according to control from the communication control unit 130.
  • the communication unit 150 uses a frequency band of 2.4 GHz band, and uses BPSK (Binary Phase Shift Keying), QPSK (Quadrature Phase Shift Keying), or GMSK (Gaussian filtered Minimum Shift Keying) as a modulation method. You may communicate with.
  • FIG. 9 is a block diagram illustrating a configuration of the mobile terminal 20 according to the embodiment of the present disclosure.
  • the mobile terminal 20 according to the embodiment of the present disclosure includes an application unit 220, a communication control unit 230, a priority storage unit 240, and a communication unit 250.
  • the application unit 220 is one or more applications that perform processing using detection information received from the sensor terminal 10.
  • the application unit 220 may include, for example, an application that monitors a user's health state, a user's sleep state, or a user's exercise state.
  • the communication control unit 230 controls overall communication of the mobile terminal 20.
  • the priority storage unit 240 stores a protocol list indicating the priorities of two or more protocols.
  • a function for determining a protocol for communication with the sensor terminal 10 after completion of connection of the device host layer with the sensor terminal 10 is implemented as an upper data link layer. .
  • Some of the functions are performed by the packet analysis unit 232, the evaluation value calculation unit 234, the selection unit 236, and the packet generation unit 238 shown in FIG.
  • the packet analysis unit 232 analyzes the packet received from the sensor terminal 10 by the communication unit 250. In particular, when the received packet is a negotiation packet, the packet analysis unit 232 extracts the protocol list of the negotiation packet and the priority of each protocol. For example, the packet analysis unit 232 may extract the priority of the protocol corresponding to each protocol UUID based on the arrangement order of two or more protocol UUIDs included in the protocol list.
  • the sensor terminal 10 may be referred to as a talker, and the protocol list included in the negotiation packet received from the sensor terminal 10 may be referred to as a talker side protocol list.
  • the mobile terminal 20 may be referred to as a listener, and the protocol list stored in the priority storage unit 240 may be referred to as a listener-side protocol list.
  • the evaluation value calculation unit 234 evaluates each protocol common to the talker side protocol list and the listener side protocol list based on the priority of each protocol indicated by the talker side protocol list and the priority of each protocol indicated by the listener side protocol list. Calculate the value. For example, the evaluation value calculation unit 234 may calculate, for each protocol, the average value of the priority in the talker side protocol list and the priority in the listener side protocol list as the evaluation value.
  • evaluation value calculation will be described.
  • FIG. 10 is an explanatory diagram showing a specific example of the listener-side protocol list.
  • the priority of TCP / IP corresponding to the protocol UUID “0x3” is “1”, which is the highest, and the priority of UDP / IP corresponding to the protocol UUID “0x4” is “2”. There is the second highest.
  • the evaluation value calculation unit 234 evaluates the TCP / IP corresponding to the protocol UUID “0x3”. “1.5” is calculated as the value.
  • the evaluation value calculation unit 234 calculates “2” as the NFC evaluation value corresponding to the protocol UUID “0x1”, and “2.5” as the UDP / IP evaluation value corresponding to the protocol UUID “0x4”. And “4” is calculated as the evaluation value of OBEX corresponding to the protocol UUID “0x2”.
  • the evaluation value calculation unit 234 may calculate the evaluation value of each protocol by other methods.
  • the evaluation value calculation unit 234 may calculate the evaluation value by weighted average, or the higher priority among the priority in the listener side protocol list and the priority in the talker side protocol list for each protocol. A degree or lower priority may be calculated (specified) as an evaluation value.
  • the listener-side protocol list used for calculating the evaluation value may be fixed or dynamically changed.
  • a listener-side protocol list may be set for each application, and in this case, the evaluation value calculation unit 234 may use a listener-side protocol list corresponding to the application running in the application unit 220.
  • the selection unit 236 selects a protocol having the highest evaluation value calculated by the evaluation value calculation unit 234 from protocols common to the listener-side protocol list and the talker-side protocol list. For example, in the evaluation value calculation result described with reference to FIG. 10, since the TCP / IP evaluation value “1.5” corresponding to the protocol UUID “0x3” is the highest, the selection unit 236 displays the TCP Select / IP.
  • the selection unit 236 selects an appropriate protocol from two or more protocols common to the sensor terminal 10 and the portable terminal 20 by using the evaluation value calculated from the priority set for each protocol. It is possible. Further, in the present embodiment, since two or more protocols that can be used by the sensor terminal 10 are indicated by one negotiation packet, the number of round-trip negotiations can be reduced, and rapid protocol selection can be realized.
  • the selection unit 236 may select a protocol having a higher priority in the listener-side protocol list among the plurality of protocols. Alternatively, the selection unit 236 may select a protocol having a higher priority in the talker side protocol list from among a plurality of protocols.
  • the packet generator 238 generates a packet transmitted from the communication unit 250 to the sensor terminal 10. For example, the packet generation unit 238 generates a control packet and a data packet.
  • the packet generation unit 238 according to the present embodiment can also generate a negotiation packet indicating the result of protocol selection as a data packet. That is, the packet generation unit 238 may generate a negotiation packet indicating the protocol selected by the selection unit 236.
  • the communication unit 250 has functions of a transmission unit and a reception unit, and communicates with the sensor terminal 10 via the human body in accordance with control from the communication control unit 230.
  • the communication unit 250 may communicate with the sensor terminal 10 using a frequency band of 2.4 GHz and using BPSK, QPSK, or GMSK as a modulation method.
  • FIG. 11 is a flowchart illustrating an operation of the sensor terminal 10 according to the embodiment of the present disclosure.
  • the packet generator 132 sets each protocol UUID in the protocol list in an arrangement order according to the priority of each protocol, and generates a negotiation packet including the protocol list (S304). ).
  • the communication unit 150 transmits the negotiation packet generated by the packet generation unit 132 to the mobile terminal 20 (S308).
  • the communication control unit 230 determines the protocol indicated by the received negotiation packet as a protocol for connection (S316). ). And the communication control part 230 performs data communication with the portable terminal 20 according to the determined protocol (S320).
  • FIG. 12 is a flowchart illustrating an operation of the mobile terminal 20 according to the embodiment of the present disclosure.
  • the communication unit 250 receives a negotiation packet from the sensor terminal 10 (S404)
  • the packet analysis unit 232 extracts the talker side protocol list and the priority of each protocol from the negotiation packet (S408).
  • the evaluation value calculation unit 234 extracts protocols common to the talker side protocol list and the listener side protocol list, and priorities of the respective protocols indicated by the talker side protocol list, and priorities of the respective protocols indicated by the listener side protocol list. Based on the above, the evaluation value of the common protocol is calculated (S412 and S416).
  • the selection unit 236 selects a protocol having the highest evaluation value calculated by the evaluation value calculation unit 234 from protocols common to the listener-side protocol list and the talker-side protocol list (S420). Thereafter, the packet generator 238 generates a negotiation packet indicating the protocol selected by the selector 236 (S424).
  • the communication unit 250 transmits the negotiation packet generated by the packet generation unit 238 to the sensor terminal 10 (S428), and the communication control unit 230 performs data communication with the sensor terminal 10 according to the protocol selected by the selection unit 236. Is executed (S432).
  • FIG. 13 is an explanatory diagram illustrating a communication sequence between the sensor terminal 10 and the mobile terminal 20 according to the embodiment of the present disclosure.
  • the sensor terminal 10 and the portable terminal 20 exchange negotiation packets (SS508, S512). .
  • the sensor terminal 10 and the mobile terminal 20 perform data communication according to the protocol selected in the exchange of the negotiation packet (S516).
  • connection of the device host layer is disconnected between the sensor terminal 10 and the mobile terminal 20 due to circumstances such that the mobile terminal 20 communicates with another device (S520), and the connection of the device host layer is completed again (S524). ),
  • the sensor terminal 10 transmits the reconfirmation packet described with reference to FIG. 8 (S528).
  • the mobile terminal 20 transmits a reconfirm packet indicating use of the protocol included in the received reconfirm packet to the sensor terminal 10 (S532). ). Thereafter, the sensor terminal 10 and the portable terminal 20 execute data communication according to the protocol determined to be used by exchanging reconfirm packets (S536).
  • the use of the reconfirm packet is not essential, and the sensor terminal 10 and the mobile terminal 20 may exchange a negotiation packet each time connection of the device host layer is completed, and may execute protocol selection based on the negotiation packet.
  • the priority of each protocol is indicated by the arrangement order of the protocol UUID in the talker side protocol list.
  • the priority of each protocol may be indicated by other methods.
  • information indicating the priority may be explicitly associated with each protocol UUID.
  • the mobile terminal 20 can recognize the priority of each protocol based on the information indicating the priority.
  • the transmission mode of the protocol UUID is not limited to such an example.
  • the sensor terminal 10 may sequentially transmit a plurality of protocol UUIDs in different negotiation packets.
  • the sensor terminal 10 may transmit each protocol UUID in the transmission order according to the priority of each protocol, or may transmit information indicating the priority in addition to each protocol UUID.
  • the sensor terminal 10 may receive a protocol list from the mobile terminal 20 and the sensor terminal 10 may perform protocol selection on the listener side.
  • the sensor terminal 10 and the mobile terminal 20 may include both the above-described function on the talker side and the function on the listener side.
  • the selection unit 236 performs protocol selection based on the priority of each protocol in both the sensor terminal 10 and the portable terminal 20 has been described.
  • the selection unit 236 performs protocol selection using only one of the priority of each protocol indicated in the protocol list received from the sensor terminal 10 or the priority of each protocol indicated in the protocol list of the mobile terminal 20. May be.
  • the selection unit 236 can select a protocol from two or more protocols common to the sensor terminal 10 and the mobile terminal 20.
  • FIG. 15 is an explanatory diagram showing a hardware configuration of the mobile terminal 20.
  • the mobile terminal 20 includes a CPU (Central Processing Unit) 201, a ROM (Read Only Memory) 202, a RAM (Random Access Memory) 203, an input device 208, an output device 210, A storage device 211, a drive 212, an imaging device 213, and a communication device 215 are provided.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • the CPU 201 functions as an arithmetic processing unit and a control unit, and controls the overall operation in the portable terminal 20 according to various programs. Further, the CPU 201 may be a microprocessor.
  • the ROM 202 stores programs used by the CPU 201, calculation parameters, and the like.
  • the RAM 203 temporarily stores programs used in the execution of the CPU 201, parameters that change as appropriate during the execution, and the like. These are connected to each other by a host bus including a CPU bus.
  • Each function of the communication control unit 230 of the portable terminal 20 can be realized by cooperation of the CPU 201, the ROM 202, the RAM 203, and software.
  • the input device 208 includes input means for a user to input information, such as a mouse, keyboard, touch panel, button, microphone, switch, and lever, and an input control circuit that generates an input signal based on the input by the user and outputs the input signal to the CPU 201. Etc.
  • the user of the mobile terminal 20 can input various data and instruct processing operations to the mobile terminal 20 by operating the input device 208.
  • the output device 210 includes a display device such as a liquid crystal display (LCD) device, an OLED (Organic Light Emitting Diode) device, and a lamp. Furthermore, the output device 210 includes an audio output device such as a speaker and headphones. For example, the display device displays a captured image or a generated image. On the other hand, the audio output device converts audio data or the like into audio and outputs it.
  • a display device such as a liquid crystal display (LCD) device, an OLED (Organic Light Emitting Diode) device, and a lamp.
  • the output device 210 includes an audio output device such as a speaker and headphones.
  • the display device displays a captured image or a generated image.
  • the audio output device converts audio data or the like into audio and outputs it.
  • the storage device 211 is a data storage device configured as an example of a storage unit of the mobile terminal 20 according to the present embodiment.
  • the storage device 211 may include a storage medium, a recording device that records data on the storage medium, a reading device that reads data from the storage medium, a deletion device that deletes data recorded on the storage medium, and the like.
  • the storage device 211 stores programs executed by the CPU 201 and various data.
  • the drive 212 is a storage medium reader / writer, and is built in or externally attached to the portable terminal 20.
  • the drive 212 reads information recorded on a removable storage medium 24 such as a mounted magnetic disk, optical disk, magneto-optical disk, or semiconductor memory, and outputs it to the RAM 203.
  • the drive 212 can also write information to the removable storage medium 24.
  • the imaging device 213 includes an imaging optical system such as a photographing lens and a zoom lens that collects light, and a signal conversion element such as a CCD (Charge Coupled Device) or a CMOS (Complementary Metal Oxide Semiconductor).
  • the imaging optical system collects light emitted from the subject and forms a subject image in the signal conversion unit, and the signal conversion element converts the formed subject image into an electrical image signal.
  • the communication device 215 is a communication interface configured with, for example, a communication device for connecting to the network 12.
  • the communication device 215 may be a wireless LAN (Local Area Network) compatible communication device, an LTE (Long Term Evolution) compatible communication device, or a wire communication device that performs wired communication.
  • the communication device 215 according to the embodiment of the present disclosure also supports communication using the human body as a transmission medium described with reference to FIG.
  • the function of the sensor terminal 10 can also be realized by the cooperation of hardware and software including a CPU, ROM, RAM, and the like.
  • an appropriate protocol can be selected from two or more protocols common to the sensor terminal 10 and the mobile terminal 20 based on the priority set for each protocol. Is possible. That is, it is possible to execute an appropriate protocol selection while alleviating the complexity of the user regarding the protocol selection.
  • the configuration of the negotiation packet is not limited to the configuration described with reference to FIG. 5 and the like, and may have other configurations.
  • FIG. 16 is an explanatory diagram illustrating another configuration example of the negotiation packet.
  • the negotiation packet may include Ver, Address, mru, SPN, protocol list (Vender + protocol), and CRC-32.
  • Ver is version information
  • mru is a reception buffer size corresponding to the transmission source terminal of the negotiation packet
  • SPN is the number of supported protocols.
  • the protocol list in the example shown in FIG. 16 is a combination of Vender and protocol UUID.
  • the selection unit 236 of the portable terminal 20 selects the protocol having the highest evaluation value calculated by the evaluation value calculation unit 234 from the combination of the Vender and the protocol UUID common to the listener side protocol list and the talker side protocol list. May be.
  • the packet generation unit 238 may generate a negotiation packet including a combination of Vender and protocol UUID that is common to the listener side protocol list and the talker side protocol list.
  • the order of evaluation values calculated by the evaluation value calculation unit 234 may be indicated, and the order of priority in the listener-side protocol list may be indicated. Also good.
  • FIG. 17 is an explanatory diagram showing a specific example of protocol selection.
  • the protocol UUIDs “0x00000001” to “0x00000002” of Vender “XXXX” are common. Therefore, the packet generator 238 generates a negotiation packet including a combination of the Vender “XXXX” and the protocol UUIDs “0x00000001” to “0x00000002” as shown in the lower part of FIG. Is transmitted to the sensor terminal 10.
  • the sensor terminal 10 can determine a protocol to be used based on reception of the negotiation packet.
  • each step in the processing of the sensor terminal 10 or the portable terminal 20 in this specification does not necessarily have to be processed in time series in the order described as a sequence diagram or a flowchart.
  • each step in the processing of the sensor terminal 10 or the mobile terminal 20 may be processed in an order different from the order described as the flowchart, or may be processed in parallel.
  • a storage medium storing the computer program is also provided.
  • a communication device A receiving unit that receives two or more pieces of protocol information each indicating a protocol from another communication device; A selection unit that selects a protocol based on a priority set for protocol selection from two or more protocols that can be used by the communication device and a protocol that is common to two or more protocols indicated by the two or more protocol information
  • a communication control unit for controlling communication with the other communication device according to the protocol selected by the selection unit;
  • a communication device comprising: (2)
  • the communication device further includes an analysis unit that analyzes information received from the other communication device and extracts a priority of each protocol indicated by the two or more protocol information, The communication device according to (1), wherein the selection unit selects the protocol based on the priority extracted by the analysis unit as the priority set for the protocol selection.
  • the two or more protocol information is arranged in a predetermined field in the packet, The communication device according to (2), wherein the analysis unit extracts a priority of each protocol based on an arrangement order of the two or more protocol information in the field. (4) The communication device according to (2), wherein the analysis unit extracts a priority of each protocol from priority information transmitted in association with each of the two or more protocol information. (5) The communication device further includes a storage unit that stores priority information indicating the priority of each of two or more protocols that can be used by the communication device, The selection unit selects the protocol based on the priority information stored in the storage unit in the storage unit as the priority set for the protocol selection. Any one of (1) to (3) The communication device according to claim 1.
  • the communication device Analyzing the information received from the other communication device and extracting the priority of each protocol indicated by the two or more protocol information; A storage unit that stores priority information indicating the priority of each of two or more protocols that can be used by the communication device; Further comprising The communication device according to (1), wherein the selection unit selects the protocol based on both the priority extracted by the analysis unit and the priority information stored in the storage unit. (7) The communication device An evaluation value calculation unit that calculates an evaluation value based on both the priority extracted by the analysis unit and the priority indicated by the priority information stored in the storage unit in the storage unit for each protocol , The communication device according to (6), wherein the selection unit selects the protocol having the highest evaluation value calculated for each protocol.
  • the selection unit selects a protocol having a higher priority indicated by the priority information stored in the storage unit when there are a plurality of protocols having the highest evaluation value. Communication equipment. (9) When the packet including the protocol information indicating the protocol selected at the time of the previous connection with the other communication device is received from the other communication device, the selection unit displays the protocol indicated by the protocol information included in the packet.
  • the communication device according to any one of (1) to (8), which is selected.
  • a transmission unit that transmits two or more pieces of protocol information each indicating a protocol to another communication device;
  • a receiving unit that receives, from the other communication device, selection protocol information indicating a protocol selected from two or more protocols indicated by the two or more protocol information based on a priority set for protocol selection;
  • a communication control unit that controls communication with the other communication device according to a protocol indicated by the selection protocol information received by the receiving unit;
  • a communication device comprising: (11)
  • the communication apparatus further includes a packet generation unit that generates a packet including the two or more protocol information, The said packet generation part arrange
  • the communication device further including a packet generation unit that generates a packet including priority information associated with each of the two or more protocol information.
  • the transmission unit transmits a packet including protocol information indicating a protocol used in a previous connection with the other communication device and identification information of the other communication device.
  • the communication device according to claim 1.
  • the communication device receives two or more pieces of protocol information each indicating a protocol from another communication device; A protocol is selected by a processor based on a priority set with respect to protocol selection from protocols common to two or more protocols that can be used by the communication device and two or more protocols indicated by the two or more protocol information. And Controlling communication with the other communication device according to a selected protocol; Including a communication method.
  • a communication device A receiving unit that receives two or more pieces of protocol information each indicating a protocol from another communication device; A selection unit that selects a protocol based on a priority set for protocol selection from two or more protocols that can be used by the communication device and a protocol that is common to two or more protocols indicated by the two or more protocol information
  • a communication control unit for controlling communication with the other communication device according to the protocol selected by the selection unit; A program for functioning as a communication device.
  • Computer A transmission unit that transmits two or more pieces of protocol information each indicating a protocol to another communication device; A receiving unit that receives, from the other communication device, selection protocol information indicating a protocol selected from two or more protocols indicated by the two or more protocol information based on a priority set for protocol selection; A communication control unit that controls communication with the other communication device according to a protocol indicated by the selection protocol information received by the receiving unit; Program to function as (18) A first communication device that transmits two or more pieces of protocol information each indicating a protocol; A second communication device; With The second communication device is: A receiving unit that receives the two or more protocol information from the first communication device; A protocol is selected based on a priority set for protocol selection from protocols common to two or more protocols usable by the first communication device and two or more protocols indicated by the two or more protocol information A selection section to perform, and A communication system comprising: a communication control unit that controls communication with the first communication device according to a protocol selected by the selection unit.

Abstract

【課題】プロトコル選択におけるユーザの煩雑性を緩和する 【解決手段】通信装置であって、他の通信装置から各々がプロトコルを示す２以上のプロトコル情報を受信する受信部と、前記通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルを選択する選択部と、前記選択部により選択されたプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、を備える、通信装置。

Description

通信装置、通信方法、プログラムおよび通信システム
　本開示は、通信装置、通信方法、プログラムおよび通信システムに関する。
　複数の通信装置が通信するための通信プロトコルとして、ＯＢＥＸ（Object　EXchange）、ＳＣＳＩ（Small　Computer　System　Interface）およびＩＰ（Internet　Protocol）などの多様なプロトコルが知られている。通信装置は、他の通信装置と共通のプロトコルを用いることにより、他の通信装置と通信することができる。
　複数の通信装置が２以上の共通のプロトコルを有する場合、例えば、２以上の共通のプロトコルから選択されたプロトコルが複数の通信装置の間での通信に用いられる。特許文献１には、通信装置が、他の通信装置が利用可能なプロトコルのリストを取得し、通信装置と他の通信装置の双方が利用可能な２以上のプロトコルが存在する場合、通信装置が、ユーザにより通信対象として選択されているデータ種別（例えば、写真データ、音楽データなど）に基づいてプロトコルを選択する技術が開示されている。
特開２０１１－１１４７０８号公報
　しかし、特許文献１に記載されている技術では、ユーザによるデータ種別の選択操作を伴わずに適切にプロトコルを選択することが困難であった。
　そこで、本開示では、プロトコル選択におけるユーザの煩雑性を緩和することが可能な、新規かつ改良された通信装置、通信方法、プログラムおよび通信システムを提案する。
　本開示によれば、通信装置であって、他の通信装置から各々がプロトコルを示す２以上のプロトコル情報を受信する受信部と、前記通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルを選択する選択部と、前記選択部により選択されたプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、を備える、通信装置が提供される。かかる構成によれば、２の通信装置間で複数のプロトコルが共通する場合に、優先度に基づいてプロトコル選択を実現することが可能である。
　また、本開示によれば、各々がプロトコルを示す２以上のプロトコル情報を他の通信装置に送信する送信部と、前記他の通信装置から、プロトコル選択に関して設定されている優先度に基づいて前記２以上のプロトコル情報が示す２以上のプロトコルから選択されたプロトコルを示す選択プロトコル情報を受信する受信部と、前記受信部により受信された前記選択プロトコル情報が示すプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、を備える、通信装置が提供される。
　また、本開示によれば、通信装置が他の通信装置から各々がプロトコルを示す２以上のプロトコル情報を受信することと、前記通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルをプロセッサにより選択することと、選択されたプロトコルに従って前記他の通信装置との通信を制御することと、を含む、通信方法が提供される。
　また、本開示によれば、各々がプロトコルを示す２以上のプロトコル情報を通信装置が他の通信装置に送信することと、前記他の通信装置から、プロトコル選択に関して設定されている優先度に基づいて前記２以上のプロトコル情報が示す２以上のプロトコルから選択されたプロトコルを示す選択プロトコル情報を受信することと、受信された前記選択プロトコル情報が示すプロトコルに従って前記他の通信装置との通信をプロセッサにより制御することと、を含む、通信方法が提供される。
　また、本開示によれば、コンピュータを、通信装置であって、他の通信装置から各々がプロトコルを示す２以上のプロトコル情報を受信する受信部と、前記通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルを選択する選択部と、前記選択部により選択されたプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、を備える、通信装置として機能させるための、プログラムが提供される。
　また、本開示によれば、コンピュータを、各々がプロトコルを示す２以上のプロトコル情報を他の通信装置に送信する送信部と、前記他の通信装置から、プロトコル選択に関して設定されている優先度に基づいて前記２以上のプロトコル情報が示す２以上のプロトコルから選択されたプロトコルを示す選択プロトコル情報を受信する受信部と、前記受信部により受信された前記選択プロトコル情報が示すプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、として機能させるための、プログラムが提供される。
　また、本開示によれば、各々がプロトコルを示す２以上のプロトコル情報を送信する第１の通信装置と、第２の通信装置と、を備え、前記第２の通信装置は、前記第１の通信装置から前記２以上のプロトコル情報を受信する受信部、前記第１の通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルを選択する選択部、および、前記選択部により選択されたプロトコルに従って前記第１の通信装置との通信を制御する通信制御部、を有する、通信システムが提供される。
　以上説明したように本開示によれば、プロトコル選択におけるユーザの煩雑性を緩和することが可能である。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
人体通信システムの構成を示す説明図である。 人体通信システムにおける通信の階層構造の一例を示す説明図である。 本開示の実施形態によるセンサ端末の構成を示すブロック図である。 データパケットの全体構成を示す説明図である。 ネゴシエーションパケットのＰａｙｌｏａｄの構成を示す説明図である。 各フィールドに設定され得る値の具体例を示す説明図である。 プロトコルリストの具体例を示す説明図である。 リコンファームパケットの構成例を示す説明図である。 本開示の実施形態による携帯端末の構成を示すブロック図である。 リスナー側プロトコルリストの具体例を示す説明図である。 本開示の実施形態によるセンサ端末の動作を示すフローチャートである。 本開示の実施形態による携帯端末の動作を示すフローチャートである。 本開示の実施形態によるセンサ端末と携帯端末との通信シーケンスを示す説明図である。 変形例によるプロトコルリストを示す説明図である。 携帯端末のハードウェア構成を示した説明図である。 プロトコルリストの他の構成例を示す説明図である。 プロトコル選択の具体例を示す説明図である。
　以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成または論理的意義を有する複数の構成を、必要に応じてセンサ端末１０Ａおよび１０Ｂのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、複数の構成要素の各々に同一符号のみを付する。例えば、センサ端末１０Ａおよび１０Ｂを特に区別する必要が無い場合には、各クライアントを単にセンサ端末１０と称する。
　また、以下に示す項目順序に従って本開示を説明する。
　　１．人体通信システムの概要
　　２．センサ端末の構成
　　３．携帯端末の構成
　　４．動作
　　５．変形例
　　６．ハードウェア構成
　　７．むすび
　＜１．人体通信システムの概要＞
　本開示の実施形態は、多様な通信システムに適用され得る。一例として、本開示の実施形態は、ＢＡＮ（Ｂｏｄｙ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）とも呼ばれる人体通信システムに適用される。
　人体通信システムは、人体を信号の伝送媒体として用いるシステムであり、人体の体内や表面などの人体の周辺に位置する複数の端末により構成される。人体通信システムの用途としては、例えば、ユーザの健康状態のモニタ、ユーザの睡眠状態のモニタ、およびユーザの運動状態のモニタなどが挙げられる。上記のモニタのために、人体通信システムを構成する端末として、脈拍センサ、加速度センサ、角速度センサ、および心電センサなどのセンサを有するセンサ端末が用いられ得る。また、人体通信システムは、端末を有するユーザとドアノブの接触によるドアの解錠や、端末を有するユーザと決済端末との接触による決済処理など、他の多様な用途にも適用され得る。以下、図１を参照し、このような人体通信システムの具体的な構成例を説明する。
　図１は、人体通信システムの構成を示す説明図である。図１においては、センサ端末１０Ａ、センサ端末１０Ｂ、および携帯端末２０を含む人体通信システムを示している。
　センサ端末１０Ａは、リストバンド型の通信装置であり、ユーザの脈拍を検出する。センサ端末１０Ａは、脈拍の検出情報を、ユーザの人体を介して携帯端末２０に送信する。
　センサ端末１０Ｂは、ユーザの胸部に取り付けられる通信装置であり、ユーザの心電状態を検出する。センサ端末１０Ｂは、心電状態の検出情報を、ユーザの人体を介して携帯端末２０に送信する。
　携帯端末２０は、ユーザによって携帯される通信装置である。携帯端末２０は、センサ端末１０Ａまたはセンサ端末１０Ｂとユーザの人体を介して接続され、センサ端末１０Ａまたはセンサ端末１０Ｂから検出情報を受信する。携帯端末２０に実装されたアプリケーションは、受信された検出情報を用いてユーザに多様なサービスを提供し得る。例えば、携帯端末２０のアプリケーションは、検出情報の時系列変化を示す表示画面を生成してもよいし、検出情報が異常値を示す場合にアラームを出力してもよい。
　ここで、図２を参照し、人体通信システムにおける通信の階層構造の一例を説明する。図２に示したように、人体通信システムにおける通信の階層構造は、ＲＦ（Radio　Frequency）、ＭＡＣ（Media　Access　Control）層、ＨＣＩ（Host　Controller　Interface）（ＳＰＩ／Ｉ２Ｃ）、人体通信ＩＦ層、デバイスホスト層、上位データリンク層、プロトコル層、およびアプリケーション層を含み得る。
　ＲＦ、ＭＡＣ層、ＨＣＩ（ＳＰＩ／Ｉ２Ｃ）および人体通信ＩＦ層は、ＯＳＩ参照モデルにおける物理層およびデータリンク層に概ね対応し、デバイスホスト層および上位データリンク層は、ＯＳＩ参照モデルにおけるデータリンク層およびネットワーク層に概ね対応する。また、プロトコル層は、ＯＳＩ参照モデルにおけるネットワーク層、トランスポート層、セッション層およびプレゼンテーション層に概ね対応し、アプリケーション層はＯＳＩ参照モデルにおけるアプリケーション層に対応する。
　なお、人体通信システムにおいては、ＲＦの制約により、通信装置の接続態様は１対１に制限されることがある。また、通信装置のＭＡＣアドレスが動的に変更されることもある。このため、通信相手の特定ために、ＭＡＣ層より上位層でＵＵＩＤなどのユニーク性が担保されたアドレスの交換が行われる。
　以上説明したように、ユーザの人体には複数のセンサ端末１０が装着され得て、携帯端末２０は、ｄｉｓｃｏｖｅｒとも呼ばれる探索処理により複数のセンサ端末を発見することができる。しかし、各センサ端末１０が利用可能なプロトコルは異なる場合が想定される。また、１のセンサ端末１０または携帯端末２０が複数のプロトコルを利用可能である場合も想定される。このため、携帯端末２０とセンサ端末１０との通信においては、通信相手に応じて適切なプロトコルが選択される仕組みが望まれる。
　そこで、上記事情を一着眼点にして本開示の実施形態が創作されるに至った。本開示の実施形態によれば、ユーザの煩雑性を緩和しつつ、適切なプロトコルを選択することが可能である。以下、このような本開示の実施形態によるセンサ端末１０および携帯端末２０の構成および動作を順次詳細に説明する。
　　＜２．センサ端末の構成＞
　図３は、本開示の実施形態によるセンサ端末１０の構成を示すブロック図である。図３に示したように、本開示の実施形態によるセンサ端末１０は、センサ部１２０と、通信制御部１３０と、優先度記憶部１４０と、通信部１５０と、を備える。
　（センサ部）
　センサ部１２０は、１または２以上のセンサからなる。例えば、センサ部１２０は、ＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）センサ、加速度センサ、ジャイロセンサ、温度センサ、気圧センサ、音圧センサ、脈拍センサおよび心電センサなどを有してもよい。
　（通信制御部、優先度記憶部）
　通信制御部１３０は、センサ端末１０による通信全般を制御する。特に、本実施形態による通信制御部１３０には、携帯端末２０とのデバイスホスト層の接続完了後に携帯端末２０との通信のためのプロトコルを決定するための機能が上位データリンク層として実装される。当該機能の一部を、図３に示したパケット生成部１３２が担う。
　パケット生成部１３２は、通信部１５０から携帯端末２０に送信されるパケットを生成する。例えば、パケット生成部１３２は、制御パケットおよびデータパケットを生成する。本実施形態によるパケット生成部１３２は、データパケットとして、プロトコル選択のためのネゴシエーションパケットを生成することも可能である。ネゴシエーションパケットは、センサ端末１０が利用可能な２以上のプロトコルを示す２以上のプロトコル情報を含む。ここで、２以上のプロトコルには優先度が設定されており、パケット生成部１３２は、各プロトコルの優先度に応じた態様でネゴシエーションパケットに２以上のプロトコル情報（プロトコルＵＵＩＤ）を配置する。なお、各プロトコルに設定された優先度は、例えば、優先度記憶部１４０において事前に記憶されていてもよい。以下、図４を参照してデータパケットの全体構成を説明した上で、図５を参照してネゴシエーションパケットについてより具体的に説明する。
　図４は、データパケットの全体構成を示す説明図である。図４に示したように、パケット生成部１３２により生成されるパケットは、ＭＴ（Ｍｅｓｓａｇｅ　Ｔｙｐｅ）、ＰＢＦ（Ｐａｃｋｅｔ　Ｂｏｕｎｄａｒｙ　Ｆｌａｇ）、Ｃｏｎｎ　ＩＤ（Ｃｏｎｎｅｃｔｉｏｎ　Ｉｄｅｎｔｉｆｉｅｒ）、ＣＲ（Ｃｒｅｄｉｔ）、Ｐａｙｌｏａｄ　Ｌｅｎｇｔｈ（Ｌ）、Ｐａｙｌｏａｄ　Ｈｅａｄｅｒ、およびＰａｙｌｏａｄを含む。Ｐａｙｌｏａｄ　Ｈｅａｄｅｒは、Ｄａｔａ　Ｔｙｐｅ、ＳＥＧ（Ｓｅｇｍｅｎｔａｔｉｏｎ）を含む。
　図５は、ネゴシエーションパケットのＰａｙｌｏａｄの構成を示す説明図である。図５に示したように、ネゴシエーションパケットのＰａｙｌｏａｄは、ＤＤ、ＣＭＤ、Ｖｅｎｄｅｒ、Ａｄｄｒｅｓｓ、ＭＴＵ、プロトコルリスト（ｐｒｏｔｏｃｏｌ　ｌｉｓｔ）およびＣＲＣ－８を含む。
　ＤＤには、図６に示したように、通常のデータパケット、またはネゴシエーションパケット／後述するリコンファームパケットを示す値が設定される。ＣＭＤには、図６に示したように、ネゴシエーションまたはリコンファームを示す値が設定される。Ｖｅｎｄｅｒには、図６に示したように、通信装置の製造者を示す値が設定される。
　プロトコルリスト関して、図６に示したように、各プロトコルにはプロトコルＵＵＩＤが事前に割当てられている。例えば、ＮＦＣにはプロトコルＵＵＩＤ「０ｘ１」が割り当てられ、ＯＢＥＸにはプロトコルＵＵＩＤ「０ｘ２」が割り当てられ、ＴＣＰ／ＩＰにはプロトコルＵＵＩＤ「０ｘ３」が割り当てられ、ＵＤＰ／ＩＰにはプロトコルＵＵＩＤ「０ｘ４」が割り当てられ、ｓｉｍｐｌｅ　ｅｘｃｈａｎｇｅ　１にはプロトコルＵＵＩＤ「０ｘ１０００１」が割り当てられ、ｓｉｍｐｌｅ　ｅｘｃｈａｎｇｅ　２にはプロトコルＵＵＩＤ「０ｘ１０００２」が割り当てられる。
　パケット生成部１３２は、優先度記憶部１４０に記憶されているプロトコル情報に対応するプロトコルＵＵＩＤを、所定のフィールド、すなわちプロトコルリストに設定する。ここで、パケット生成部１３２は、各プロトコルＵＵＩＤを、各プロトコルの優先度に応じた配置順序でプロトコルリストに設定してもよい。例えば、パケット生成部１３２は、プロトコルＵＵＩＤに対応するプロトコルの優先度が高いほど、当該プロトコルＵＵＩＤを先頭側に設定してもよい。
　図７は、プロトコルリストの具体例を示す説明図である。図７に示した例では、ＮＦＣに対応するプロトコルＵＵＩＤ「０ｘ１」、ＴＣＰ／ＩＰに対応するプロトコルＵＵＩＤ「０ｘ３」、ＵＤＰ／ＩＰに対応するプロトコルＵＵＩＤ「０ｘ４」、ＯＢＥＸに対応するプロトコルＵＵＩＤ「０ｘ２」の配置順序でプロトコルＵＵＩＤがプロトコルリストに設定されている。上述したように、プロトコルＵＵＩＤに対応するプロトコルの優先度が高いほど、当該プロトコルＵＵＩＤが先頭側に設定される場合、図７に示したプロトコルリストは、プロトコルＵＵＩＤ「０ｘ１」に対応するＮＦＣの優先度が最も高く、プロトコルＵＵＩＤ「０ｘ３」に対応するＴＣＰ／ＩＰの優先度が２番目に高いことを示す。このように、優先度を示す明示的な情報の付加に代えて、優先度に応じた配置順序でプロトコルＵＵＩＤが設定されることにより、ネゴシエーションパケットの情報量を削減することが可能である。なお、優先度に応じた配置順序は上記の例に限られず、例えば、プロトコルＵＵＩＤに対応するプロトコルの優先度が低いほど、当該プロトコルＵＵＩＤが先頭側に設定されてもよい。
　また、パケット生成部１３２は、リコンファームパケットを生成する機能を有する。リコンファームパケットは、他の通信装置との以前の接続時に選択されたプロトコルを示すプロトコルＵＵＩＤを、上記他の通信装置に伝えるためのパケットである。
　図８は、リコンファームパケットの構成例を示す説明図である。図８に示したように、リコンファームパケットは、ＤＤ、ＣＭＤ、Ｍｙ　Ａｄｄｒｅｓｓ、Ｙｏｕｒ　Ａｄｄｒｅｓｓ、プロトコルおよびＣＲＣ－８を含む。Ｍｙ　Ａｄｄｒｅｓｓはセンサ端末１０のアドレス（ＵＵＩＤ）であり、Ｙｏｕｒ　Ａｄｄｒｅｓｓは、以前に接続されていた他の通信装置のアドレス（ＵＵＩＤ）である。プロトコルには、他の通信装置との以前の接続時に選択されたプロトコルを示すプロトコルＵＵＩＤが設定される。なお、通信装置のＭＡＣアドレスは接続の度に変更される場合があるが、通信装置のＵＵＩＤは一意であるので、リコンファームパケットにおいてアドレスとして通信装置のＵＵＩＤを利用することにより他の通信装置を一意に特定することが可能である。
　通信制御部１３０は、上述したネゴシエーションパケットまたはリコンファームパケットの通信に基づいて携帯端末２０により選択されたプロトコルに従って、通信部１５０と携帯端末２０との通信を制御する。
　（通信部）
　通信部１５０は、送信部および受信部の機能を有し、通信制御部１３０からの制御に従い、人体を介して携帯端末２０と通信を行う。例えば、通信部１５０は、２．４ＧＨｚ帯の周波数帯を用い、変調方式としてＢＰＳＫ（Binary　Phase　Shift　Keying）、ＱＰＳＫ（Quadrature　Phase　Shift　Keying）またはＧＭＳＫ（Gaussian　filtered　Minimum　Shift　Keying）を用いて携帯端末２０と通信してもよい。
　　＜３．携帯端末の構成＞
　以上、本開示の実施形態によるセンサ端末１０の構成を説明した。続いて、図９を参照して、本開示の実施形態による携帯端末２０の構成を説明する。
　図９は、本開示の実施形態による携帯端末２０の構成を示すブロック図である。図９に示したように、本開示の実施形態による携帯端末２０は、アプリケーション部２２０、通信制御部２３０、優先度記憶部２４０および通信部２５０を備える。
　（アプリケーション部）
　アプリケーション部２２０は、センサ端末１０から受信される検出情報を用いた処理を行う１または２以上のアプリケーションである。アプリケーション部２２０は、例えば、ユーザの健康状態のモニタ、ユーザの睡眠状態のモニタ、またはユーザの運動状態のモニタなどを行うアプリケーションを含んでもよい。
　（通信制御部、優先度記憶部）
　通信制御部２３０は、携帯端末２０の通信全般を制御する。優先度記憶部２４０は、２以上のプロトコルの各々の優先度を示すプロトコルリストを記憶している。特に、本実施形態による通信制御部１３０には、センサ端末１０とのデバイスホスト層の接続完了後にセンサ端末１０との通信のためのプロトコルを決定するための機能が上位データリンク層として実装される。当該機能の一部を、図９に示したパケット解析部２３２、評価値算出部２３４、選択部２３６およびパケット生成部２３８が担う。
　パケット解析部２３２は、通信部２５０によりセンサ端末１０から受信されたパケットを解析する。特に、パケット解析部２３２は、受信されたパケットがネゴシエーションパケットである場合、ネゴシエーションパケットのプロトコルリスト、および各プロトコルの優先度を抽出する。例えば、パケット解析部２３２は、プロコルリストに含まれる２以上のプロトコルＵＵＩＤの配置順序に基づき、各プロトコルＵＵＩＤに対応するプロトコルの優先度を抽出してもよい。
　なお、以下では、センサ端末１０をトーカー（Ｔａｌｋｅｒ）と称し、センサ端末１０から受信されたネゴシエーションパケットに含まれるプロトコルリストをトーカー側プロトコルリストと称する場合もある。また、携帯端末２０をリスナー（ｌｉｓｔｅｎｅｒ）と称し、優先度記憶部２４０に記憶されているプロトコルリストをリスナー側プロトコルリストと称する場合もある。
　評価値算出部２３４は、トーカー側プロトコルリストが示す各プロトコルの優先度、およびリスナー側プロトコルリストが示す各プロトコルの優先度に基づき、トーカー側プロトコルリストとリスナー側プロトコルリストに共通する各プロトコルの評価値を算出する。例えば、評価値算出部２３４は、各プロトコルについて、トーカー側プロトコルリストでの優先度と、リスナー側プロトコルリストでの優先度の平均値を評価値として算出してもよい。以下、評価値算出の具体例を説明する。
　図１０は、リスナー側プロトコルリストの具体例を示す説明図である。図１０に示した例では、プロトコルＵＵＩＤ「０ｘ３」に対応するＴＣＰ／ＩＰの優先度が「１」であり最も高く、プロトコルＵＵＩＤ「０ｘ４」に対応するＵＤＰ／ＩＰの優先度が「２」であり２番目に高い。そして、トーカー側プロトコルリストが図７に示したプロトコルリストであり、評価値が上述の平均値として算出される場合、評価値算出部２３４は、プロトコルＵＵＩＤ「０ｘ３」に対応するＴＣＰ／ＩＰの評価値として「１．５」を算出する。同様に、評価値算出部２３４は、プロトコルＵＵＩＤ「０ｘ１」に対応するＮＦＣの評価値として「２」を算出し、プロトコルＵＵＩＤ「０ｘ４」に対応するＵＤＰ／ＩＰの評価値として「２．５」を算出し、プロトコルＵＵＩＤ「０ｘ２」に対応するＯＢＥＸの評価値として「４」を算出する。
　なお、上記の評価値の算出方法は一例に過ぎず、評価値算出部２３４は、他の方法で各プロトコルの評価値を算出してもよい。例えば、評価値算出部２３４は、重み付け平均により評価値を算出してもよいし、各プロトコルについてのリスナー側プロトコルリストでの優先度とトーカー側プロトコルリストでの優先度のうちで高い方の優先度または低い方の優先度を評価値として算出（特定）してもよい。
　また、評価値の算出に用いられるリスナー側プロトコルリストは固定的であってもよいし、動的に変化してもよい。例えば、アプリケーションごとにリスナー側プロトコルリストが設定されていてもよく、この場合、評価値算出部２３４は、アプリケーション部２２０において起動しているアプリケーションに応じたリスナー側プロトコルリストを利用してもよい。
　選択部２３６は、リスナー側プロトコルリストとトーカー側プロトコルリストとに共通するプロトコルから、評価値算出部２３４により算出された評価値が最上位であるプロトコルを選択する。例えば、図１０を参照して説明した評価値の算出結果においては、プロトコルＵＵＩＤ「０ｘ３」に対応するＴＣＰ／ＩＰの評価値「１．５」が最上位であるので、選択部２３６は、ＴＣＰ／ＩＰを選択する。
　このように、選択部２３６は、各プロトコルに設定されている優先度から算出された評価値を用いることにより、センサ端末１０と携帯端末２０に共通する２以上のプロトコルから適切なプロトコルを選択することが可能である。また、本実施形態においては、センサ端末１０が利用可能な２以上のプロトコルが１つのネゴシエーションパケットにより示されるので、ネゴシエーションの往復数が削減され、迅速なプロトコル選択を実現することが可能である。
　なお、評価値が最上位である複数のプロトコルが存在する場合には、選択部２３６は、複数のプロトコルのうちでリスナー側プロトコルリストにおいて優先度が高い方のプロトコルを選択してもよい。または、選択部２３６は、複数のプロトコルのうちでトーカー側プロトコルリストにおいて優先度が高い方のプロトコルを選択してもよい。
　パケット生成部２３８は、通信部２５０からセンサ端末１０に送信されるパケットを生成する。例えば、パケット生成部２３８は、制御パケットおよびデータパケットを生成する。本実施形態によるパケット生成部２３８は、データパケットとして、プロトコル選択の結果を示すネゴシエーションパケットを生成することも可能である。すなわち、パケット生成部２３８は、選択部２３６により選択されたプロトコルを示すネゴシエーションパケットを生成してもよい。
　（通信部）
　通信部２５０は、送信部および受信部の機能を有し、通信制御部２３０からの制御に従い、人体を介してセンサ端末１０と通信を行う。例えば、通信部２５０は、２．４ＧＨｚ帯の周波数帯を用い、変調方式としてＢＰＳＫ、ＱＰＳＫまたはＧＭＳＫを用いてセンサ端末１０と通信してもよい。
　　＜４．動作＞
　以上、本開示の実施形態によるセンサ端末１０および携帯端末２０の構成を説明した。続いて、図１１～図１３を参照し、本開示の実施形態によるセンサ端末１０および携帯端末２０の動作を整理する。
　（センサ端末の動作）
　図１１は、本開示の実施形態によるセンサ端末１０の動作を示すフローチャートである。図１１に示したように、まず、パケット生成部１３２は、各プロトコルＵＵＩＤを、各プロトコルの優先度に応じた配置順序でプロトコルリストに設定し、当該プロトコルリストを含むネゴシエーションパケットを生成する（Ｓ３０４）。そして、通信部１５０が、パケット生成部１３２により生成されたネゴシエーションパケットを携帯端末２０に送信する（Ｓ３０８）。
　その後、携帯端末２０からプロトコル選択の結果を示すネゴシエーションパケットを通信部１５０が受信すると（Ｓ３１２）、通信制御部２３０は、受信されたネゴシエーションパケットが示すプロトコルを接続のためのプロトコルとして決定する（Ｓ３１６）。そして、通信制御部２３０は、決定したプロトコルに従って携帯端末２０とのテータ通信を実行する（Ｓ３２０）。
　（携帯端末の動作）
　図１２は、本開示の実施形態による携帯端末２０の動作を示すフローチャートである。まず、通信部２５０がセンサ端末１０からネゴシエーションパケットを受信すると（Ｓ４０４）、パケット解析部２３２がネゴシエーションパケットからトーカー側プロトコルリスト、および各プロトコルの優先度を抽出する（Ｓ４０８）。
　そして、評価値算出部２３４は、トーカー側プロトコルリストとリスナー側プロトコルリストに共通するプロトコルを抽出し、トーカー側プロトコルリストが示す各プロトコルの優先度、およびリスナー側プロトコルリストが示す各プロトコルの優先度に基づき、共通のプロトコルの評価値を算出する（Ｓ４１２、Ｓ４１６）。
　続いて、選択部２３６は、リスナー側プロトコルリストとトーカー側プロトコルリストとに共通するプロトコルから、評価値算出部２３４により算出された評価値が最上位であるプロトコルを選択する（Ｓ４２０）。その後、パケット生成部２３８は、選択部２３６により選択されたプロトコルを示すネゴシエーションパケットを生成する（Ｓ４２４）。
　そして、通信部２５０は、パケット生成部２３８により生成されたネゴシエーションパケットをセンサ端末１０に送信し（Ｓ４２８）、通信制御部２３０は、選択部２３６により選択されたプロトコルに従ってセンサ端末１０とのテータ通信を実行する（Ｓ４３２）。
　（通信シーケンス）
　図１３は、本開示の実施形態によるセンサ端末１０と携帯端末２０との通信シーケンスを示す説明図である。図１３に示したように、センサ端末１０と携帯端末２０との間でデバイスホスト層の接続が完了した後に（Ｓ５０４）、センサ端末１０と携帯端末２０がネゴシエーションパケットを交換する（ＳＳ５０８、Ｓ５１２）。そして、センサ端末１０と携帯端末２０が、ネゴシエーションパケットの交換にて選択されたプロトコルに従ってデータ通信を実行する（Ｓ５１６）。
　その後、携帯端末２０が他の装置と通信するなどの事情によりセンサ端末１０と携帯端末２０との間でデバイスホスト層の接続が切断され（Ｓ５２０）、再度デバイスホスト層の接続が完了すると（Ｓ５２４）、センサ端末１０は、図８を参照して説明したリコンファームパケットを送信する（Ｓ５２８）。
　携帯端末２０は、受信されたリコンファームパケットに記載されたＵＵＩＤが携帯端末２０のＵＵＩＤに一致する場合、受信されたリコンファームパケットに含まれるプロトコルの利用を示すリコンファームパケットをセンサ端末１０に送信する（Ｓ５３２）。その後、センサ端末１０と携帯端末２０が、リコンファームパケットの交換により利用が決定されたプロトコルに従ってデータ通信を実行する（Ｓ５３６）。
　なお、リコンファームパケットの利用は必須でなく、センサ端末１０と携帯端末２０は、デバイスホスト層の接続完了の度に、ネゴシエーションパケットを交換し、ネゴシエーションパケットに基づいてプロトコル選択を実行してもよい。
　＜５．変形例＞
　以上、本開示の実施形態を説明した。以下では、本開示の実施形態の幾つかの変形例を説明する。なお、以下に説明する各変形例は、単独で本開示の実施形態に適用されてもよいし、組み合わせで本開示の実施形態に適用されてもよい。また、各変形例は、本開示の実施形態で説明した構成に代えて適用されてもよいし、本開示の実施形態で説明した構成に対して追加的に適用されてもよい。
　（第１の変形例）
　上記では、トーカー側プロトコルリストにおいて、プロトコルＵＵＩＤの配置順序により各プロトコルの優先度が示される例を説明したが、各プロトコルの優先度は他の方法によっても示され得る。例えば、図１４に示すように、各プロトコルＵＵＩＤには、優先度を示す情報が明示的に関連付けられてもよい。この場合、携帯端末２０は、優先度を示す情報に基づいて各プロトコルの優先度を認識することが可能である。
　（第２の変形例）
　上記では、センサ端末１０が、複数のプロトコルＵＵＩＤを含むプロトコルリストを送信する例を説明したが、プロトコルＵＵＩＤの送信態様はかかる例に限定されない。例えば、センサ端末１０は、複数のプロトコルＵＵＩＤを異なるネゴシエーションパケットにおいて順次に送信してもよい。この場合、センサ端末１０は、各プロトコルの優先度に応じた送信順序で各プロトコルＵＵＩＤを送信してもよいし、各プロトコルＵＵＩＤに加えて優先度を示す情報を送信してもよい。
　（第３の変形例）
　上記では、携帯端末２０がリスナー側としてプロトコル選択を行う例を説明したが、センサ端末１０が携帯端末２０からプロトコルリストを受信し、センサ端末１０がリスナー側としてプロトコル選択を行ってもよい。また、センサ端末１０および携帯端末２０は、上述したトーカー側の機能およびリスナー側の機能の双方を備えてもよい。
　（第４の変形例）
　上記では、選択部２３６が、センサ端末１０および携帯端末２０の双方における各プロトコルの優先度に基づいてプロトコル選択を行う例を説明したが、他のプロトコル選択の方法も実現可能である。例えば、選択部２３６は、センサ端末１０から受信されるプロトコルリストにおいて示される各プロトコルの優先度、または携帯端末２０のプロトコルリストにおいて示される各プロトコルの優先度の一方のみを用いてプロトコル選択を行ってもよい。かかる構成によっても、選択部２３６は、センサ端末１０と携帯端末２０に共通する２以上のプロトコルからプロトコルを選択することが可能である。
　（第５の変形例）
　上記では、複数のプロトコルの一例として、ＯＢＥＸ、ＳＣＳＩおよびＴＣＰ／ＩＰなどを説明したが、他のいかなるプロトコルについても本開示の実施形態を適用可能である。また、Ｂｌｕｅｔｏｏｔｈ（登録商標）におけるプロファイル、サービスまたはキャラクタリスティックの違いおよび鍵の違いも、プロトコルの違いとして扱うことが可能である。
　＜６．ハードウェア構成＞
　以上、本開示の実施形態を説明した。上述したパケット解析やプロトコル選択などの情報処理は、ソフトウェアと、以下に説明する携帯端末２０のハードウェアとの協働により実現される。
　図１５は、携帯端末２０のハードウェア構成を示した説明図である。図１５に示したように、携帯端末２０は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）２０３と、入力装置２０８と、出力装置２１０と、ストレージ装置２１１と、ドライブ２１２と、撮像装置２１３と、通信装置２１５とを備える。
　ＣＰＵ２０１は、演算処理装置および制御装置として機能し、各種プログラムに従って携帯端末２０内の動作全般を制御する。また、ＣＰＵ２０１は、マイクロプロセッサであってもよい。ＲＯＭ２０２は、ＣＰＵ２０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ２０３は、ＣＰＵ２０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。これらはＣＰＵバスなどから構成されるホストバスにより相互に接続されている。携帯端末２０の通信制御部２３０の各機能は、これらＣＰＵ２０１、ＲＯＭ２０２およびＲＡＭ２０３とソフトウェアの協働により実現され得る。
　入力装置２０８は、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチおよびレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ２０１に出力する入力制御回路などから構成されている。携帯端末２０のユーザは、該入力装置２０８を操作することにより、携帯端末２０に対して各種のデータを入力したり処理動作を指示したりすることができる。
　出力装置２１０は、例えば、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ　Ｌｉｇｈｔ　Ｅｍｉｔｔｉｎｇ　Ｄｉｏｄｅ）装置およびランプなどの表示装置を含む。さらに、出力装置２１０は、スピーカおよびヘッドホンなどの音声出力装置を含む。例えば、表示装置は、撮像された画像や生成された画像などを表示する。一方、音声出力装置は、音声データ等を音声に変換して出力する。
　ストレージ装置２１１は、本実施形態にかかる携帯端末２０の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置２１１は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。このストレージ装置２１１は、ＣＰＵ２０１が実行するプログラムや各種データを格納する。
　ドライブ２１２は、記憶媒体用リーダライタであり、携帯端末２０に内蔵、あるいは外付けされる。ドライブ２１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体２４に記録されている情報を読み出して、ＲＡＭ２０３に出力する。また、ドライブ２１２は、リムーバブル記憶媒体２４に情報を書き込むこともできる。
　撮像装置２１３は、光を集光する撮影レンズおよびズームレンズなどの撮像光学系、およびＣＣＤ（Ｃｈａｒｇｅ　Ｃｏｕｐｌｅｄ　Ｄｅｖｉｃｅ）またはＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ　Ｍｅｔａｌ　Ｏｘｉｄｅ　Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）などの信号変換素子を備える。撮像光学系は、被写体から発せられる光を集光して信号変換部に被写体像を形成し、信号変換素子は、形成された被写体像を電気的な画像信号に変換する。
　通信装置２１５は、例えば、ネットワーク１２に接続するための通信デバイス等で構成された通信インタフェースである。また、通信装置２１５は、無線ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）対応通信装置であっても、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）対応通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。また、本開示の実施形態による通信装置２１５は、図９を参照して説明した、人体を伝送媒体とする通信にも対応する。
　なお、センサ端末１０の機能についても同様に、ＣＰＵ、ＲＯＭおよびＲＡＭなどを含むハードウェアとソフトウェアとの協働により実現可能である。
　＜７．むすび＞
　以上説明したように、本開示の実施形態によれば、各プロトコルに設定されている優先度に基づいてセンサ端末１０と携帯端末２０に共通する２以上のプロトコルから適切なプロトコルを選択することが可能である。すなわち、プロトコル選択に関するユーザの煩雑性を緩和しつつ、適切なプロトコル選択を実行することが可能である。
　なお、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　例えば、ネゴシエーションパケットの構成は、図５などを参照して説明した構成に限定されず、他の構成を有してもよい。図１６は、ネゴシエーションパケットの他の構成例を示す説明図である。図１６に示したように、ネゴシエーションパケットは、Ｖｅｒ、Ａｄｄｒｅｓｓ、ｍｒｕ、ＳＰＮ、プロトコルリスト（Ｖｅｎｄｅｒ+ｐｒｏｔｏｃｏｌ）、およびＣＲＣ－３２を含んでもよい。Ｖｅｒはバージョン情報であり、ｍｒｕは当該ネゴシエーションパケットの送信元端末が対応する受信バッファサイズであり、ＳＰＮはサポートプロトコル数である。
　図１６に示した例におけるプロトコルリストは、ＶｅｎｄｅｒとプロトコルＵＵＩＤとの組み合わせからなる。携帯端末２０の選択部２３６は、リスナー側プロトコルリストとトーカー側プロトコルリストとに共通するＶｅｎｄｅｒとプロトコルＵＵＩＤとの組み合わせから、評価値算出部２３４により算出された評価値が最上位であるプロトコルを選択してもよい。そして、パケット生成部２３８は、リスナー側プロトコルリストとトーカー側プロトコルリストとに共通するＶｅｎｄｅｒとプロトコルＵＵＩＤとの組み合わせを含むネゴシエーションパケットを生成してもよい。当該ネゴシエーションパケットにおいては、各ＶｅｎｄｅｒとプロトコルＵＵＩＤとの組み合わせについて、評価値算出部２３４により算出された評価値の順位が示されてもよいし、リスナー側プロトコルリストにおける優先度の順位が示されてもよい。
　図１７は、プロトコル選択の具体例を示す説明図である。図１７の上段に示したリスナー側プロトコルリストとトーカー側プロトコルリストとでは、Ｖｅｎｄｅｒ「ＸＸＸＸ」のプロトコルＵＵＩＤ「0x00000001」～「0x00000002」が共通する。このため、パケット生成部２３８は、図１７の下段に示したようにＶｅｎｄｅｒ「ＸＸＸＸ」とプロトコルＵＵＩＤ「0x00000001」～「0x00000002」との組み合わせを含むネゴシエーションパケットを生成し、通信部２５０が当該ネゴシエーションパケットをセンサ端末１０に送信する。センサ端末１０は、当該ネゴシエーションパケットの受信に基づいて、利用するプロトコルを決定することが可能である。
　また、本明細書のセンサ端末１０、または携帯端末２０の処理における各ステップは、必ずしもシーケンス図またはフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、センサ端末１０、または携帯端末２０の処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
　また、センサ端末１０、または携帯端末２０に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアに、上述したセンサ端末１０、または携帯端末２０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
　また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
　また、以下のような構成も本開示の技術的範囲に属する。
（１）
　通信装置であって、
　他の通信装置から各々がプロトコルを示す２以上のプロトコル情報を受信する受信部と、
　前記通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルを選択する選択部と、
　前記選択部により選択されたプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、
を備える、通信装置。
（２）
　前記通信装置は、前記他の通信装置から受信される情報を解析し、前記２以上のプロトコル情報が示す各プロトコルの優先度を抽出する解析部をさらに備え、
　前記選択部は、前記プロトコル選択に関して設定されている優先度として、前記解析部により抽出された優先度に基づいて前記プロトコルを選択する、前記（１）に記載の通信装置。
（３）
　前記２以上のプロトコル情報は、パケットにおける所定のフィールドに配置され、
　前記解析部は、前記フィールドにおける前記２以上のプロトコル情報の配置順序に基づいて前記各プロトコルの優先度を抽出する、前記（２）に記載の通信装置。
（４）
　前記解析部は、前記２以上のプロトコル情報の各々と関連付けて送信される優先度情報から、前記各プロトコルの優先度を抽出する、前記（２）に記載の通信装置。
（５）
　前記通信装置は、前記通信装置が利用可能な２以上のプロトコルの各々の優先度を示す優先度情報を記憶する記憶部をさらに備え、
　前記選択部は、前記プロトコル選択に関して設定されている優先度として、前記記憶部に記憶部に記憶されている優先度情報に基づいて前記プロトコルを選択する、前記（１）～（３）のいずれか一項に記載の通信装置。
（６）
　前記通信装置は、
　前記他の通信装置から受信される情報を解析し、前記２以上のプロトコル情報が示す各プロトコルの優先度を抽出する解析部と、
　前記通信装置が利用可能な２以上のプロトコルの各々の優先度を示す優先度情報を記憶する記憶部と、
をさらに備え、
　前記選択部は、前記解析部により抽出された優先度、および前記記憶部に記憶されている優先度情報の双方に基づいて前記プロトコルを選択する、前記（１）に記載の通信装置。
（７）
　前記通信装置は、
　各プロトコルについて、前記解析部により抽出された優先度、および前記記憶部に記憶部に記憶されている優先度情報が示す優先度の双方に基づいて評価値を算出する評価値算出部をさらに備え、
　前記選択部は、前記各プロトコルについて算出された評価値が最上位である前記プロトコルを選択する、前記（６）に記載の通信装置。
（８）
　前記選択部は、前記評価値が最上位である複数のプロトコルが存在する場合、前記記憶部に記憶されている優先度情報が示す優先度がより高いプロトコルを選択する、前記（７）に記載の通信装置。
（９）
　前記選択部は、前記他の通信装置との以前の接続時に選択されたプロトコルを示すプロトコル情報を含むパケットが前記他の通信装置から受信された場合、当該パケットに含まれるプロトコル情報が示すプロトコルを選択する、前記（１）～（８）のいずれか一項に記載の通信装置。
（１０）
　各々がプロトコルを示す２以上のプロトコル情報を他の通信装置に送信する送信部と、
　前記他の通信装置から、プロトコル選択に関して設定されている優先度に基づいて前記２以上のプロトコル情報が示す２以上のプロトコルから選択されたプロトコルを示す選択プロトコル情報を受信する受信部と、
　前記受信部により受信された前記選択プロトコル情報が示すプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、
を備える、通信装置。
（１１）
　前記通信装置は、前記２以上のプロトコル情報を含むパケットを生成するパケット生成部をさらに備え、
　前記パケット生成部は、前記２以上のプロトコル情報に設定されている優先度に従った順序で、前記パケットに含まれる所定のフィールドに前記２以上のプロトコル情報を配置する、前記（１０）に記載の通信装置。
（１２）
　前記通信装置は、前記２以上のプロトコル情報の各々に関連付けられた優先度情報を含むパケットを生成するパケット生成部をさらに備える、前記（１０）に記載の通信装置。
（１３）
　前記送信部は、前記他の通信装置との以前の接続時に利用されたプロトコルを示すプロトコル情報および前記他の通信装置の識別情報を含むパケットを送信する、前記（１０）～（１２）のいずれか一項に記載の通信装置。
（１４）
　通信装置が他の通信装置から各々がプロトコルを示す２以上のプロトコル情報を受信することと、
　前記通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルをプロセッサにより選択することと、
　選択されたプロトコルに従って前記他の通信装置との通信を制御することと、
を含む、通信方法。
（１５）
　各々がプロトコルを示す２以上のプロトコル情報を通信装置が他の通信装置に送信することと、
　前記他の通信装置から、プロトコル選択に関して設定されている優先度に基づいて前記２以上のプロトコル情報が示す２以上のプロトコルから選択されたプロトコルを示す選択プロトコル情報を受信することと、
　受信された前記選択プロトコル情報が示すプロトコルに従って前記他の通信装置との通信をプロセッサにより制御することと、
を含む、通信方法。
（１６）
　コンピュータを、
　通信装置であって、
　他の通信装置から各々がプロトコルを示す２以上のプロトコル情報を受信する受信部と、
　前記通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルを選択する選択部と、
　前記選択部により選択されたプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、
を備える、通信装置として機能させるための、プログラム。
（１７）
　コンピュータを、
　各々がプロトコルを示す２以上のプロトコル情報を他の通信装置に送信する送信部と、
　前記他の通信装置から、プロトコル選択に関して設定されている優先度に基づいて前記２以上のプロトコル情報が示す２以上のプロトコルから選択されたプロトコルを示す選択プロトコル情報を受信する受信部と、
　前記受信部により受信された前記選択プロトコル情報が示すプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、
として機能させるための、プログラム。
（１８）
　各々がプロトコルを示す２以上のプロトコル情報を送信する第１の通信装置と、
　第２の通信装置と、
を備え、
　前記第２の通信装置は、
　前記第１の通信装置から前記２以上のプロトコル情報を受信する受信部、
　前記第１の通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルを選択する選択部、および、
　前記選択部により選択されたプロトコルに従って前記第１の通信装置との通信を制御する通信制御部、を有する、通信システム。
１０　センサ端末
２０　携帯端末
１２０　センサ部
１３０　通信制御部
１３２　パケット生成部
１４０　優先度記憶部
１５０　通信部
２２０　アプリケーション部
２３０　通信制御部
２３２　パケット解析部
２３４　評価値算出部
２３６　選択部
２３８　パケット生成部
２４０　優先度記憶部
２５０　通信部

Claims (18)

  1. 　通信装置であって、
    　他の通信装置から各々がプロトコルを示す２以上のプロトコル情報を受信する受信部と、
    　前記通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルを選択する選択部と、
    　前記選択部により選択されたプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、
    を備える、通信装置。
  2. 　前記通信装置は、前記他の通信装置から受信される情報を解析し、前記２以上のプロトコル情報が示す各プロトコルの優先度を抽出する解析部をさらに備え、
    　前記選択部は、前記プロトコル選択に関して設定されている優先度として、前記解析部により抽出された優先度に基づいて前記プロトコルを選択する、請求項１に記載の通信装置。
  3. 　前記２以上のプロトコル情報は、パケットにおける所定のフィールドに配置され、
    　前記解析部は、前記フィールドにおける前記２以上のプロトコル情報の配置順序に基づいて前記各プロトコルの優先度を抽出する、請求項２に記載の通信装置。
  4. 　前記解析部は、前記２以上のプロトコル情報の各々と関連付けて送信される優先度情報から、前記各プロトコルの優先度を抽出する、請求項２に記載の通信装置。
  5. 　前記通信装置は、前記通信装置が利用可能な２以上のプロトコルの各々の優先度を示す優先度情報を記憶する記憶部をさらに備え、
    　前記選択部は、前記プロトコル選択に関して設定されている優先度として、前記記憶部に記憶部に記憶されている優先度情報に基づいて前記プロトコルを選択する、請求項１に記載の通信装置。
  6. 　前記通信装置は、
    　前記他の通信装置から受信される情報を解析し、前記２以上のプロトコル情報が示す各プロトコルの優先度を抽出する解析部と、
    　前記通信装置が利用可能な２以上のプロトコルの各々の優先度を示す優先度情報を記憶する記憶部と、
    をさらに備え、
    　前記選択部は、前記解析部により抽出された優先度、および前記記憶部に記憶されている優先度情報の双方に基づいて前記プロトコルを選択する、請求項１に記載の通信装置。
  7. 　前記通信装置は、
    　各プロトコルについて、前記解析部により抽出された優先度、および前記記憶部に記憶部に記憶されている優先度情報が示す優先度の双方に基づいて評価値を算出する評価値算出部をさらに備え、
    　前記選択部は、前記各プロトコルについて算出された評価値が最上位である前記プロトコルを選択する、請求項６に記載の通信装置。
  8. 　前記選択部は、前記評価値が最上位である複数のプロトコルが存在する場合、前記記憶部に記憶されている優先度情報が示す優先度がより高いプロトコルを選択する、請求項７に記載の通信装置。
  9. 　前記選択部は、前記他の通信装置との以前の接続時に選択されたプロトコルを示すプロトコル情報を含むパケットが前記他の通信装置から受信された場合、当該パケットに含まれるプロトコル情報が示すプロトコルを選択する、請求項１に記載の通信装置。
  10. 　各々がプロトコルを示す２以上のプロトコル情報を他の通信装置に送信する送信部と、
    　前記他の通信装置から、プロトコル選択に関して設定されている優先度に基づいて前記２以上のプロトコル情報が示す２以上のプロトコルから選択されたプロトコルを示す選択プロトコル情報を受信する受信部と、
    　前記受信部により受信された前記選択プロトコル情報が示すプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、
    を備える、通信装置。
  11. 　前記通信装置は、前記２以上のプロトコル情報を含むパケットを生成するパケット生成部をさらに備え、
    　前記パケット生成部は、前記２以上のプロトコル情報に設定されている優先度に従った順序で、前記パケットに含まれる所定のフィールドに前記２以上のプロトコル情報を配置する、請求項１０に記載の通信装置。
  12. 　前記通信装置は、前記２以上のプロトコル情報の各々に関連付けられた優先度情報を含むパケットを生成するパケット生成部をさらに備える、請求項１０に記載の通信装置。
  13. 　前記送信部は、前記他の通信装置との以前の接続時に利用されたプロトコルを示すプロトコル情報および前記他の通信装置の識別情報を含むパケットを送信する、請求項１０に記載の通信装置。
  14. 　通信装置が他の通信装置から各々がプロトコルを示す２以上のプロトコル情報を受信することと、
    　前記通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルをプロセッサにより選択することと、
    　選択されたプロトコルに従って前記他の通信装置との通信を制御することと、
    を含む、通信方法。
  15. 　各々がプロトコルを示す２以上のプロトコル情報を通信装置が他の通信装置に送信することと、
    　前記他の通信装置から、プロトコル選択に関して設定されている優先度に基づいて前記２以上のプロトコル情報が示す２以上のプロトコルから選択されたプロトコルを示す選択プロトコル情報を受信することと、
    　受信された前記選択プロトコル情報が示すプロトコルに従って前記他の通信装置との通信をプロセッサにより制御することと、
    を含む、通信方法。
  16. 　コンピュータを、
    　通信装置であって、
    　他の通信装置から各々がプロトコルを示す２以上のプロトコル情報を受信する受信部と、
    　前記通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルを選択する選択部と、
    　前記選択部により選択されたプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、
    を備える、通信装置として機能させるための、プログラム。
  17. 　コンピュータを、
    　各々がプロトコルを示す２以上のプロトコル情報を他の通信装置に送信する送信部と、
    　前記他の通信装置から、プロトコル選択に関して設定されている優先度に基づいて前記２以上のプロトコル情報が示す２以上のプロトコルから選択されたプロトコルを示す選択プロトコル情報を受信する受信部と、
    　前記受信部により受信された前記選択プロトコル情報が示すプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、
    として機能させるための、プログラム。
  18. 　各々がプロトコルを示す２以上のプロトコル情報を送信する第１の通信装置と、
    　第２の通信装置と、
    を備え、
    　前記第２の通信装置は、
    　前記第１の通信装置から前記２以上のプロトコル情報を受信する受信部、
    　前記第１の通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルを選択する選択部、および、
    　前記選択部により選択されたプロトコルに従って前記第１の通信装置との通信を制御する通信制御部、を有する、通信システム。
PCT/JP2017/026542 2016-10-31 2017-07-21 通信装置、通信方法、プログラムおよび通信システム WO2018078972A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/336,315 US20190245947A1 (en) 2016-10-31 2017-07-21 Communication device, communication method, program, and communication system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016-213057 2016-10-31
JP2016213057A JP2018074418A (ja) 2016-10-31 2016-10-31 通信装置、通信方法、プログラムおよび通信システム

Publications (1)

Publication Number Publication Date
WO2018078972A1 true WO2018078972A1 (ja) 2018-05-03

Family

ID=62024701

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/026542 WO2018078972A1 (ja) 2016-10-31 2017-07-21 通信装置、通信方法、プログラムおよび通信システム

Country Status (3)

Country Link
US (1) US20190245947A1 (ja)
JP (1) JP2018074418A (ja)
WO (1) WO2018078972A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220150210A1 (en) * 2020-11-11 2022-05-12 Twilio Inc. System and method for automatically transitioning between carrier and ip messaging

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002315066A (ja) * 2001-04-09 2002-10-25 Toshiba Corp 通信装置及びプロトコル選択方法
JP2009207069A (ja) * 2008-02-29 2009-09-10 Sony Corp 情報処理装置および方法、並びにプログラム
JP2010135866A (ja) * 2008-10-29 2010-06-17 Olympus Corp 無線通信端末および無線通信システム

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7515612B1 (en) * 2002-07-19 2009-04-07 Qlogic, Corporation Method and system for processing network data packets
US7420975B1 (en) * 2002-12-20 2008-09-02 Cypress Semiconductor Corporation Method and apparatus for a high-speed frame tagger
US8539098B2 (en) * 2007-10-17 2013-09-17 Dispersive Networks, Inc. Multiplexed client server (MCS) communications and systems
JP6606919B2 (ja) * 2015-08-25 2019-11-20 富士通株式会社 フロースイッチ、コントローラ、及び、中継装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002315066A (ja) * 2001-04-09 2002-10-25 Toshiba Corp 通信装置及びプロトコル選択方法
JP2009207069A (ja) * 2008-02-29 2009-09-10 Sony Corp 情報処理装置および方法、並びにプログラム
JP2010135866A (ja) * 2008-10-29 2010-06-17 Olympus Corp 無線通信端末および無線通信システム

Also Published As

Publication number Publication date
US20190245947A1 (en) 2019-08-08
JP2018074418A (ja) 2018-05-10

Similar Documents

Publication Publication Date Title
KR102092063B1 (ko) 통신 서비스 수행 방법 및 장치
US11419182B2 (en) Electronic device supporting link sharing and method therefor
KR102480856B1 (ko) 블루투스 기반의 무선 통신 시스템에서 스트리밍 데이터의 통신 방법 및 장치
US10785713B2 (en) Device and method for accessing multiple networks in wireless communication system
US7907901B1 (en) Method and apparatus to enable pairing of devices
US10028080B2 (en) Method and apparatus for establishing communication between an image photographing apparatus and a user device
US10911908B2 (en) Electronic device for processing message and method for operating same
US20180322774A1 (en) Remote control system, remote control method and gateway
CN106961655A (zh) 在无线通信系统中用于检测伪造通告器的装置和方法
US11223936B2 (en) IoT management device for carrying out condition modification mode and method for controlling same
KR102206351B1 (ko) 전자 장치 및 이의 작업 연계 방법
TWI783851B (zh) 可提升藍牙主控裝置與藍牙設備群進行資料傳輸所需金鑰的產生效率的藍牙通信系統及相關的藍牙設備群
US20220141893A1 (en) Electronic device for transmitting response message in bluetooth network environment and method therefor
US11283937B1 (en) Sharing images based on face matching in a network
JP4074998B2 (ja) データ通信システム、データ通信装置及びデータ通信方法
CN113613197A (zh) 车辆与数字钥匙的配对方法及装置
WO2017140194A1 (zh) 一种数据传输方法及通信设备、系统
WO2018078972A1 (ja) 通信装置、通信方法、プログラムおよび通信システム
EP3677067B1 (en) Electronic device and method for controlling the electronic device for joint transmission thereof
JP2019022152A (ja) 通信装置、制御方法、及びプログラム
Puthenveettil et al. System for fast and seamless communication among user devices
JP2015037234A (ja) 電子機器、通信システム、通信方法およびプログラム

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: 17864763

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17864763

Country of ref document: EP

Kind code of ref document: A1