WO2009084506A1 - 通信装置、通信システム、通信方法及びプログラム - Google Patents

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

Info

Publication number
WO2009084506A1
WO2009084506A1 PCT/JP2008/073322 JP2008073322W WO2009084506A1 WO 2009084506 A1 WO2009084506 A1 WO 2009084506A1 JP 2008073322 W JP2008073322 W JP 2008073322W WO 2009084506 A1 WO2009084506 A1 WO 2009084506A1
Authority
WO
WIPO (PCT)
Prior art keywords
protocol
communication
pcl
protocols
processing unit
Prior art date
Application number
PCT/JP2008/073322
Other languages
English (en)
French (fr)
Inventor
Hiroyuki Fujinaga
Original Assignee
Sony Corporation
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 Sony Corporation filed Critical Sony Corporation
Priority to US12/747,399 priority Critical patent/US20100260202A1/en
Priority to EP08868651A priority patent/EP2226728A4/en
Priority to CN200880120772.1A priority patent/CN101896893A/zh
Publication of WO2009084506A1 publication Critical patent/WO2009084506A1/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/08—Protocols for interworking; Protocol conversion
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/323—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the physical layer [OSI layer 1]
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]

Definitions

  • the present invention relates to a communication device, a communication system, a communication method, and a program.
  • Patent Document 1 a mobile communication system that is intended to transmit mobile information to a general-purpose portable terminal owned by a mobile user is known.
  • the present invention has been made in view of the above problems, and an object of the present invention is to ensure communication compatibility when a host application includes one or more protocols. It is an object to provide a new and improved communication device, communication system, communication method and program.
  • a physical layer that transmits and receives signals to and from other communication partners, and a protocol conversion unit that connects a higher-level application and the physical layer
  • the protocol conversion unit is provided in common to devices that can communicate with each other, and is provided corresponding to a common processing unit that performs basic processing for protocol conversion, and one or more protocols of the upper application.
  • a communication device including a conversion processing unit that converts a protocol selected from the one or more protocols into a protocol for communication in the physical layer by the common processing unit.
  • signals are transmitted / received to / from other communication partners by the physical layer, and the upper application and the physical layer are connected by the protocol conversion unit.
  • the common processing unit of the protocol conversion unit is provided in common to devices that can communicate with each other, and basic processing for protocol conversion is performed by the common processing unit.
  • the conversion processing unit of the protocol conversion unit is provided corresponding to one or more protocols of the upper application. Then, the protocol selected from the one or more protocols by the common processing unit is converted into a protocol for communication in the physical layer by the conversion processing unit. Accordingly, since a protocol is selected from one or a plurality of protocols by a common processing unit provided in common to each device that can communicate with each other, it is possible to select an optimal protocol for communication, and communication compatibility. Sex can be secured.
  • the common processing unit may perform basic operations including at least starting and stopping the protocol conversion. According to such a configuration, a basic operation including starting and stopping of protocol conversion can be realized by a common processing unit provided in common to devices that can communicate with each other.
  • the common processing unit may select a protocol that matches a protocol of a higher-level application provided in the communication partner from the one or a plurality of protocols according to a result of negotiation with the communication partner. Good. According to such a configuration, a protocol that matches the protocol of the upper application included in the communication partner is selected from one or a plurality of protocols according to the result of the negotiation with the communication partner. It is possible to ensure communication with the communication partner.
  • the common processing unit does not perform connection with the communication partner when there is no protocol that matches the protocol of the upper application included in the communication partner in the one or more protocols. There may be. According to such a configuration, when there is no protocol that matches the protocol of the higher-level application included in the communication partner in one or a plurality of protocols, the connection with the communication partner is not performed, so unnecessary processing is performed. It can be deterred.
  • the common processing unit determines whether the software version of the protocol conversion unit matches the software version of the protocol conversion unit included in the communication partner according to the result of the negotiation with the communication partner.
  • a check function may be provided. According to such a configuration, since it is determined whether or not the software version of the protocol conversion unit matches the software version of the protocol conversion unit included in the communication partner according to the result of the negotiation with the communication partner, the communication Compatibility with the other party can be ensured, and communication with the other party can be performed reliably.
  • the common processing unit does not connect to the communication partner when the software version of the protocol conversion unit does not match the software version of the protocol conversion unit included in the communication partner. Also good. According to such a configuration, when the software version of the protocol conversion unit does not match the software version of the protocol conversion unit included in the communication partner, since the connection with the communication partner is not performed, unnecessary processing is performed. Can be deterred.
  • the physical layer may communicate data with a communication partner with data with a profile ID indicating a data type for the data whose protocol has been converted by the conversion processing unit. According to this configuration, a plurality of logical channels can be realized on one physical layer.
  • a communication system in which communication apparatuses communicate with each other, wherein the communication apparatus transmits and receives signals between communication apparatuses serving as communication partners.
  • a protocol conversion unit that connects between the upper application and the physical layer, and the protocol conversion unit is provided in common in each communication device that can communicate with each other, and is a basic for protocol conversion
  • a common processing unit that performs processing and one or more protocols of the higher-level application are provided to communicate with the physical layer a protocol selected from the one or more protocols by the common processing unit.
  • a communication system including a conversion processing unit that converts the protocol into the protocol is provided.
  • the common processing unit of the protocol conversion unit is provided in common to devices that can communicate with each other, and basic processing for protocol conversion is performed by the common processing unit.
  • the conversion processing unit of the protocol conversion unit is provided corresponding to one or more protocols of the upper application. Then, the protocol selected from the one or more protocols by the common processing unit is converted into a protocol for communication in the physical layer by the conversion processing unit. Accordingly, since a protocol is selected from one or a plurality of protocols by a common processing unit provided in common to each device that can communicate with each other, it is possible to select an optimal protocol for communication, and communication compatibility. Sex can be secured.
  • a communication method in which communication devices communicate with each other, wherein the communication device is a protocol with another communication device that is a communication partner.
  • a step of exchanging information a step of selecting a protocol that matches a protocol of an upper application included in a communication partner from one or a plurality of protocols of an upper application based on the protocol information, and communicating the selected protocol Converting to a protocol for communicating with the other party.
  • protocol information is exchanged with another communication device that is a communication partner, and one or more protocols of a higher-level application are based on the protocol information.
  • a protocol that matches the protocol of the host application provided in the communication partner is selected, and the selected protocol is converted into a protocol for communicating with the communication partner. Therefore, it is possible to select the optimum protocol for communication based on the protocol information exchanged with the communication partner, and to ensure communication compatibility.
  • a computer for causing a computer to function as means for selecting a protocol that matches a protocol of a higher-level application included in a communication partner from among a plurality of protocols, and means for converting the selected protocol into a protocol for communicating with the communication partner A program is provided.
  • protocol information is exchanged with another communication device serving as a communication partner, and based on the protocol information, the protocol of the upper application provided in the communication partner is selected from one or more protocols of the upper application. Is selected, and the selected protocol is converted into a protocol for communicating with the communication partner. Therefore, it is possible to select the optimum protocol for communication based on the protocol information exchanged with the communication partner, and to ensure communication compatibility.
  • the host application when the host application includes one or more protocols, it is possible to ensure communication compatibility.
  • the wireless communication system of the present embodiment is a communication method for transmitting and receiving data between a pair of devices, and wirelessly transmits and receives data between devices in a short distance.
  • FIG. 1 is a schematic diagram showing two devices (communication devices) constituting the wireless communication system of the present embodiment. Each of the two devices has a role of a responder and an initiator. The initiator is the “side that issues the connection request”, and the responder is the “side that receives the connection request”. In this embodiment, one-to-one (P2P) communication is performed. At the time of connection, the initiator issues a connection request, and the responder enters the accepting state, but both have different roles at the time of connection, and the configuration of the devices related to the connection is the same. Examples of the initiator include portable devices and electronic cards, and examples of responders include devices such as personal computers, portable devices, and electronic cards.
  • FIG. 1 schematically shows a state in which wireless communication is performed via a physical layer included in each device of the present embodiment.
  • the physical layer is referred to as a JET physical layer, but the physical layer is not limited to this, and can be applied to a general-purpose physical layer for communication.
  • the JET physical layer is particularly suitable for large-capacity data communication such as photographs and moving images by using a profile ID, CSDU, etc., which will be described later.
  • both initiator and responder devices may be collectively referred to as a JET device (or simply JET).
  • FIG. 2 is a schematic diagram showing the configuration of each device of the initiator and the responder as a hierarchical structure in the wireless communication system according to the present embodiment.
  • a user application 100 in order from the upper layer, a user application 100 and a PCL (Protocol) A conversion layer (102), a data transfer layer (DTL) 104, a connection layer (CNL) 106, and a physical layer (Physical Layer) 108 are configured.
  • PCL Protocol
  • DTL data transfer layer
  • CNL connection layer
  • Physical Layer Physical Layer
  • the user application 100 uses a service provided by software on the upper layer of the physical layer 108 in a device equipped with the physical layer 108 capable of short-range wireless communication according to the present embodiment.
  • a device equipped with the physical layer 108 capable of short-range wireless communication according to the present embodiment.
  • USB USB
  • TCP / IP IP
  • OBEX etc.
  • applications that perform device operations including UI (User Interface) etc. (for example, Windows (registered trademark), Linux, OS, etc.) Applicable.
  • UI User Interface
  • these upper level protocols or user applications are not particularly defined, and can be freely set by a user (manufacturer) configuring the device. Accordingly, each device may include a plurality of higher level protocols or the user application 100.
  • PCL102 (protocol conversion unit) supports a protocol conversion function that mutually converts any protocol (USB, OBEX, etc.) used by the user who configures the device into a protocol unique to JET. Accordingly, it is possible to support various protocols by flowing a plurality of types of protocols to the physical layer (PHY layer) 108 of JET. Note that even with the same USB, protocol conversion may differ depending on the OS such as Windows (registered trademark) and Linux.
  • the PCL 102 performs processing for converting content data such as audio and video generated by the upper user application 100, data of other protocols, commands, and the like into a data format that can be handled by the lower DTL 104.
  • the PCL 102 performs processes necessary for JET communication such as connection, disconnection, device authentication, operation mode setting, and initialization.
  • FIG. 3 is a schematic diagram showing the flow of data in the initiator and responder.
  • the user application 100 performs two types of control: connection by JET and data transfer.
  • the JET provides services necessary for realizing these functions in the highest-level PCL 102, and performs conversion to a JET original protocol and connection management.
  • the data is transferred to the DTL 104 and the CNL 106 that generate CSDU (CNL service data unit) compliant with the JET standard.
  • CSDU CNL service data unit
  • the DTL 104 shapes the data received from the upper PCL 102 into a predetermined packet structure, and performs transmission between the initiator and the responder using a service provided by the lower CNL 106. In reception, the data received by the CNL 106 is analyzed, CSDU is extracted, and the payload is delivered to the upper PCL 102.
  • the CSDU includes status information that can be used by the user application 100 other than the communication by the physical layer (PHY layer) 108, and the DTL 104 also performs the generation process, error notification, and the like.
  • the DTL 104 shapes the data input from the upper layer into a DTL packet and passes it to the lower CNL 106, extracts the DTL packet from the lower received data, and passes the DTL packet payload to the upper layer. It is possible. However, although the DTL 104 itself can accept data sent from different protocols from the PCL 102, since transmission / reception of data of different protocols in JET requires session disconnection once, DTL with multiple protocols is required. The service is not used.
  • the DTL 104 does not multiplex the data. Even if the received data from the CNL 106 includes a plurality of protocols, processing such as analysis of the protocol, distribution to the PCL 102 in accordance with the contents of each protocol, or disconnection of the session due to error detection is performed. Not performed.
  • the PCL 102 side that uses the service provided by the DTL 104 must use the service provided by the DTL 104 in a state where the protocol to be used is fixed to one type. It is the role of the PCL common, which will be described later, to determine these protocol methods and perform necessary transmission / reception, and PCL emulation performs generation and parsing of protocol data. Exclusive processing is also the role of the PCL common so that the DTL service cannot be used simultaneously from a plurality of protocols.
  • the DTL 104 provides a service necessary for the PCL common to establish a connection, and a service necessary for the PCL emulation to transmit and receive data after the connection is established.
  • the DTL 104 sets a profile ID (Profile ID) indicating whether the currently executed service is halfway data of the total transfer size, the last data, or a parameter instead of data. And inserted into the CSDU packet header generated using the lower CNL service.
  • the DTL 104 embeds a plurality of logical channels as shown in FIG. 6 on one physical layer (PHY layer) 108 by embedding transmission parameters in a part of a CSDU packet generated when JET transmits data. Realize.
  • the DTL 104 has a function of generating a CSDU packet defined in the JET standard.
  • a parameter for understanding the type of the CSDU packet is added to the CSDU packet header. What is added is Profile ID, Size, and Data Payload.
  • DTL 104 performs data transfer in units of CSDU provided by CNL 106. DTL 104 assigns the following three types of profile IDs (T_DATA, LT_DATA, CNL_DATA) to CSDU during CSDU transmission. Further, when receiving CSDU, processing corresponding to the type of profile ID is performed.
  • T_DATA, LT_DATA The DTL 104 gives T_DATA to the CSDU that transfers user data. However, LT_DATA is assigned when it becomes the final CSDU in the division into CSDU payloads. Only the user data is stored in the payload of the CSDU, and the DTL 104 does not embed header information or the like.
  • CNL_DATA The DTL 104 gives CNL_DATA to the CSDU that transfers control data unique to the JET system. Examples of control data include parameter information (details are TBD). Header information (details are TBD) is embedded in the CSDU payload. The DTL 104 interprets this header information and performs appropriate processing.
  • the CNL 106 In response to a request from the higher-level DTL 104, the CNL 106 performs communication using the service of the physical layer 108, establishes or disconnects the connection of the physical layer 108, and guarantees data continuity.
  • the physical layer 108 is a JET physical layer of a wireless communication system capable of short-distance large-capacity communication according to the present embodiment, and includes an error correction function and a preamble sense function.
  • Figure 4 shows JET Based on the role of the software of the device on which the device is mounted, the configuration of FIG. 2 is shown as an OSI reference model.
  • the physical layer (first layer) 108 is responsible for electrical conversion and mechanical work for sending data to a communication line. Pin shape, cable characteristics, and the like are also defined in the first layer.
  • DTL 104 and CNL 106 correspond to a data link layer (second layer) and a transport layer (fourth layer).
  • the data link layer secures a physical communication path with the communication partner and performs error detection of data flowing through the communication path.
  • the transport layer performs data compression, error correction, retransmission control, and the like for reliably and efficiently delivering data to the communication partner.
  • the network layer (third layer) in the OSI reference model is not provided, and the system can be simplified.
  • the PCL 102 corresponds to the session layer (fifth layer) and the presentation layer (sixth layer).
  • the session layer establishes and releases a virtual path (connection) for communication programs to transmit and receive data.
  • the presentation layer performs processing such as converting data received from the session layer into a format that is easy for the user to understand, and converting data sent from the application layer into a format suitable for communication.
  • User application 100 corresponds to the application layer (seventh layer).
  • the application layer provides various services using data communication to humans and other programs.
  • FIG. 5 is a schematic diagram showing a data flow, and shows a data flow of file and data transmission / reception in each layer in the JET device.
  • the PCL 102 has functions divided into PCL common and PCL emulation. Since PCL emulation is used for data transfer, the processing by the PCL 102 shown in FIG. 5 is a function realized by PCL emulation.
  • the CSDU input to the physical layer 108 is defined as a data format, and the data format handled by the DTL 104 that generates and analyzes the header information is the same.
  • PCL common for providing a common function is defined.
  • PCL emulation performs data conversion processing according to the user protocol, it depends on the system specifications according to each protocol. To do.
  • FIG. 6 is a schematic diagram showing a logical channel by CSDU. As shown in FIG. 6, Profile ID is used to specify the type of data. Thereby, a plurality of transmission channels can be logically used at the level of the physical layer 108. Therefore, the communication rate can be greatly improved, and is particularly suitable for large-capacity data communication such as moving images.
  • FIG. 7 is a schematic diagram showing how the CSDU is mapped.
  • CSDU is a data unit exchanged between CNL 106 and DTL 104, and is mapped to a CNL frame as shown in FIG.
  • the user data size transmitted and received by the user application 100 is not particularly defined.
  • the PCL 102 divides the data into a plurality of CSDU payloads.
  • the PCL 102 is a unit of a CSDU payload, and transmits / receives user data by calling a DTL service.
  • the DTL 104 adds a header to the CSDU payload and passes it to the lower CNL 106.
  • the CSDU header is composed of a Profile ID and Length indicating the length of the CSDU payload.
  • FIG. 8 is a schematic diagram showing the hardware configuration of the devices of this system.
  • each of the initiator and the responder includes a chip 200 that constitutes the physical layer 108 and a CPU 210.
  • the physical layer 108 includes a baseband part.
  • the user application 100, the PCL 102, the DTL 104, and the CNL 106 described above are realized by causing the CPU 210 to function by software (program).
  • the software is stored in an initiator, a memory included in a communication device that constitutes a responder, a recording medium outside the communication device, or the like.
  • FIG. 9 is a schematic diagram showing an access point of a service provided by each layer and a relationship between the layers.
  • the upper level of the PCL 102 is the user application 100.
  • the PCL 102 is a layer that provides a service using the lower-level DTL 104.
  • the PCL 102 controls the host user application 100 by the PCL common 102a (common processing unit) and the data transfer is performed by the PCL emulation 102b (conversion processing unit). Services are defined for each.
  • the service by the PCL common 102 a provides the following service by calling a connection / disconnection / other control service of the DTL 104 in response to a request from the user application 100.
  • ⁇ Control service such as connection and disconnection
  • Event notification service such as error
  • PCL emulation 102b The service by the PCL emulation 102b exists individually for each corresponding protocol.
  • Each PCL emulation is a protocol service that enables communication by placing commands and data of general-purpose protocols (USB, OBEX, etc.) on the payload of CSDU.
  • the PCL 102 it is permitted to start only a service corresponding to the protocol method selected by the PCL emulation service. Inside the PCL emulation service, a CSDU payload for using the service by the DTL 104 is generated in accordance with the request of the upper protocol. Having a plurality of services by the PCL emulation 102b makes it possible to realize a plurality of emulation services (Emulation Service) with one JET device.
  • the PCL common 102a manages only one type of emulation service that can be used in one session.
  • the function of the PCL 102 is divided into a PCL common 102a and a PCL emulation 102b.
  • the PCL common 102a provides basic functions such as initialization, connection, and disconnection of lower layer services according to requests from the upper user application 100. Since the PCL common 102a performs basic function processing, the same processing is performed regardless of which protocol is selected.
  • the PCL emulation 102b converts an arbitrary protocol possessed by the user application 100 into a protocol format handled by the lower-level DTL 104 and CNL 106 after activation is completed by the PCL common 102a.
  • the PCL common 102a provides common function services such as initialization and basic communication (connection, disconnection, device authentication) to the user application 100.
  • the PCL common 102a is software provided in common for all JET devices. Accordingly, the PCL 102 cannot operate with the configuration of only the PCL emulation 102b.
  • the PCL emulation 102b performs user data transfer after being connected by the PCL common 102a, and has a role of mutually converting user protocols (general protocol data such as USB and OBEX) into a data format handled by the DTL 104.
  • the PCL emulation 102 b has a role of converting user protocol data sent from the user application 100 into a format that can be interpreted by the lower-level DTL 104.
  • the emulation block in the PCL 102 (conversion module of the PCL emulation 102b) provides a data transfer function in a manner equivalent to controlling an existing device such as USB MSC or NFC. Provide service.
  • the DTL 104 provides a function using the service of the lower CNL 106 as a DTL service to the upper two types of PCL (PCL Common 102a, PCL Emulation 102b).
  • PCL Common 102a PCL Common 102a
  • PCL Emulation 102b converts conversion modules (Protocol A, Protocol B, Protocol C,... Protocol for each user protocol. Z), but only one type can be used in one session (connection), and the control is performed by the PCL common 102a.
  • the upper level protocol is USB
  • different conversion modules are prepared depending on whether it is a mass storage class or another method.
  • the user who configures the device can construct the PCL emulation 102b by freely setting the conversion module corresponding to the upper protocol.
  • the user can freely add and delete conversion modules.
  • the PCL common 102a is a basic function for protocol conversion, it is required to be common to all JET devices.
  • FIG. 9 shows Protocol A to Z as user protocols, and Protocol ⁇ ⁇ B is active among them, and shows a state in which connection is made by Protocol B.
  • Protocol ⁇ ⁇ B is active among them, and shows a state in which connection is made by Protocol B.
  • both the initiator and the responder are connected by Protocol ⁇ ⁇ B.
  • Which protocol is used for connection is determined by negotiation between the initiator and the responder.
  • FIG. 10 is a schematic diagram showing state transition in the system of the present embodiment.
  • the PCL 102 performs a state transition as shown in FIG. 10 by changing the connection state between the initiator and the responder by the physical layer 108 and using the PCL service from the user application.
  • the responder is in a state of waiting for a connection from the initiator, and the initiator is in a state of searching for the responder of the connection destination.
  • connection between the initiator and the responder is started (Start Connection)
  • negotiation is performed between the initiator and the responder.
  • the software version is confirmed between the JET devices, and the emulation method (what protocol each other has) is confirmed.
  • connection is made and the connection by the physical layer 108 is completed (Connected). Thereafter, emulation is started (Emulatiion), and data transfer between the user applications 100 is possible.
  • the connection is not made (Disconnect).
  • the responder enters a connection waiting state.
  • the PCL common 102 a has a negotiation function for performing version check and discrimination of an emulation method based on the version information of the PCL 102. As a result of the negotiation, if the version and the emulation method match, the connection using the same protocol is performed between the initiator and the responder. Version control function (PCL Version Management) and emulation discrimination function (PCL) required for negotiation (Select Emulation) will be described later.
  • the negotiation is not a service provided to the user application 100, but is an internal function that is automatically executed when a connection is detected while waiting for a connection.
  • FIG. 11 is a schematic diagram showing the negotiation process.
  • the processing in FIG. 11 can be realized by causing the CPU 210 to function by software in each layer in FIG. As an example, the determination itself is performed by the responder, and the initiator waits for the determination result.
  • the version information of the connection destination is acquired by the CNL 106, and the version information is automatically exchanged at the time of connection (step S1).
  • the version information exchanged at this time is referred to as a JET version.
  • the PCL 102 the information on the JET version of the connection destination JET device has already been acquired when the connection is detected by the event from the lower CNL 106 and DTL 104. For this reason, first, as shown in FIG. 11, the CNL 106 software version check (CNL Ver check) and the DTL software version check (DTL Ver check) is performed. What is performed inside the PCL 102 is determination of the emulation method by checking the PCL version included in the JET version.
  • the determination of the emulation method is led by, for example, a responder.
  • the version information of the PCL 102 is exchanged between the initiator and the responder, and the software version information of the PCL 102 is checked by the PCL version check function of the PCL common 102a (PCL Ver check).
  • the emulation type is a parameter that describes an emulation method (protocol) that allows mutual JET devices to communicate.
  • the responder side compares the emulation types of the initiator and the responder, and determines that they can be connected if they are identical.
  • the PCL 102 notifies the user application 100 when the emulation type is determined, and the user application 100 calls PCL_start_emu service (step S2). Then, a command Start_Emu is sent from the PCL common 102a to the PCL emulation 102b. As a result, the activation by the PCL common 102a is completed, and the emulation by the PCL emulation 102b is started (step S3). Then, the protocol of the user application 100 is converted by the PCL emulation 102b, and communication with the lower-level DTL 104 and CTL 106 becomes possible.
  • the user application 100 is notified of this.
  • one of these emulation types is designated on the user application 100 side, information to that effect is sent to the PCL 102.
  • one emulation type designated in advance can be designated.
  • an emulation type of an appropriate protocol corresponding to the communication speed can be selected.
  • the emulation selection is a function that is executed inside the PCL common 102a when negotiation is performed on the responder side that has detected connection detection from the initiator. From the PCL version information in the JET version exchanged between JET devices at the time of connection, it is confirmed whether they have emulations compatible with each other.
  • FIG. 12 is a schematic diagram for explaining JET version information.
  • the PCL 102 manages the version information of the own device and the version information of the connection destination JET device.
  • the version information of its own device is always loaded at startup, and the version information of the connection destination device is held when connection is detected and during connection.
  • the JET version information has a total of 10 bytes.
  • Platform information (1 byte)
  • JET driver version information (2 bytes)
  • CNL version information (1 byte)
  • DTL version information (2 bytes) from the upper layer.
  • PCL version information (2 bytes)
  • reserved (2 bytes) information the JET version information.
  • the first byte is the version No. (T.B.D) of the software for maintaining system compatibility.
  • One byte in the latter half indicates an emulation method supported by the device (JET device).
  • JET device the device
  • USB, TCP / IP, OBEX... are exemplified as emulation methods, and 1-bit data is given to each method. A bit of 1 indicates that the emulation method is supported, and a bit of 0 indicates that the emulation method is not supported. There is no provision for the maximum value of the emulation method supported by one JET device, but at least one emulation method must be supported.
  • the version information is checked sequentially from the information on the upper layer side (platform side) in FIG. 12, as shown in FIG. After checking the version information of the PCL 102, the emulation type is checked.
  • FIG. 13 is a schematic diagram showing an emulation selection sequence.
  • the selected emulation type (EMUTYPE) is notified as PCL_conf_r.ind to the responder user application 100 (UsrAppl) and as PCL_conf_i.ind to the initiator (see FIG. 13).
  • FIG. 14 and 15 are schematic diagrams showing services related to the PCL emulation 102b.
  • each service will be described. Activation and termination are performed by the PCL common 102a, but transmission and reception of data can be performed by communicating from the user application 100 to the PCL emulation 102b. Therefore, the service is divided into a service (FIG. 14) provided with the PCL common 102a and a service (FIG. 15) provided with the user application 100.
  • the Start service is a service provided as a standard, and is a service that provides initialization processing of the PCL emulation 102b executed by the PCL common 102a when starting emulation.
  • the Start service is completed, data transmission / reception using the user protocol can be performed from the user application 100.
  • End service is a service provided as a standard, and is a service that provides an emulation end process executed by the PCL common 102a when the emulation is ended.
  • End is completed, data transmission / reception using the user protocol from the user application 100 becomes impossible.
  • PCL common 102a executes this service before executing disconnection (PCL_Disconect).
  • the Open service is a service that provides processing necessary when a communication path is opened on a user protocol.
  • the Close service is a service that provides processing necessary when closing a communication path on the user protocol.
  • the Read service is a service that provides a process necessary when acquiring connection destination data on the user protocol.
  • Write service (Mandatory; Fig. 15) Write service is a service that provides processing necessary when data is transmitted to a connection destination on a user protocol.
  • Open service and Close service are processes corresponding to the initialization process of the upper protocol by the PCL common 102a.
  • Read service and Write service are processes related to transmission and reception of data by the user application 100.
  • the service does not correspond to the above-described service, and can be defined as a unique service by a user configuring the apparatus.
  • Customized areas that can be freely set by the user who configures the JET device, except for “Open”, “Close”, “Send (Write)”, and “Read” data.
  • the type of user application 100 Windows (registered trademark), Linux, etc.
  • the user can freely set.
  • “Start” and “End” by the PCL common 102a are necessary as described above, and are common to all JET devices.
  • the PCL 102 that converts the protocol of the user application 100 is provided, and one or more protocols of the user application 100 can be selected by the PCL common 102a provided in common to each communication device. A protocol that matches the protocol of the communication partner is selected. Then, since the selected protocol is converted into a protocol for performing communication in the physical layer 108, it is possible to select an optimal protocol for communication according to the protocol of the user application 100 of the communication partner, and communication compatibility Sex can be secured.
  • the wireless communication system has been described as an example. However, the communication system may be wired.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Communication Control (AREA)
  • Computer And Data Communications (AREA)

Abstract

【課題】上位アプリケーションが１又は複数のプロトコルを備える場合に、通信の互換性を確実に確保することが可能な通信装置を提供すること。 【解決手段】無線通信により他の通信相手との間で信号の送受信を行う物理層１０８と、上位のユーザアプリケーション１００と物理層１０８との間を接続するプロトコル変換部（ＰＣＬ）１０２とを備え、プロトコル変換部１０２は、互いに通信可能な各装置に共通に設けられ、プロトコル変換のための基本処理を行うＰＣＬコモン１０２ａと、ユーザアプリケーション１０２の１又は複数のプロトコルに対応して設けられ、ＰＣＬコモン１０２ａにより１又は複数のプロトコルの中から選択されたプロトコルを物理層１０８で通信するためのプロトコルに変換する変換処理部と、を含む。  

Description

通信装置、通信システム、通信方法及びプログラム
　本発明は、通信装置、通信システム、通信方法及びプログラムに関する。
　従来、例えば下記の特許文献１に記載されているように、移動体の利用者が所有する汎用の携帯端末に移動体の情報を発信できることを意図した移動体通信システムが知られている。
特開２００５－１９１８１９号公報
　近時においては、通信装置に複数の上位アプリケーションが搭載されることが想定されている。このような装置においては、上位アプリケーションのプロトコルが複数になることが想定される。
　しかしながら、上位アプリケーションのプロトコルが複数になると、どのプロトコルを使用して通信を実現するかが問題となり、使用するプロトコルによっては、通信相手との接続の際に互換性が無くなる事態が想定される。この場合、通信装置側で複数アプリケーションによる多機能を実現したとしても、他の装置との間で通信の互換性が得られなくなり、結果としてシステム上の制約が生じてしまう。
　そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、上位アプリケーションが１又は複数のプロトコルを備える場合に、通信の互換性を確実に確保することが可能な、新規かつ改良された通信装置、通信システム、通信方法及びプログラムを提供することにある。
　上記課題を解決するために、本発明のある観点によれば、他の通信相手との間で信号の送受信を行う物理層と、上位アプリケーションと前記物理層との間を接続するプロトコル変換部とを備え、前記プロトコル変換部は、互いに通信可能な各装置に共通に設けられ、プロトコル変換のための基本処理を行う共通処理部と、前記上位アプリケーションの１又は複数のプロトコルに対応して設けられ、前記共通処理部により前記１又は複数のプロトコルの中から選択されたプロトコルを前記物理層で通信するためのプロトコルに変換する変換処理部と、を含む通信装置が提供される。
　上記構成によれば、物理層により他の通信相手との間で信号の送受信が行われ、プロトコル変換部により上位アプリケーションと物理層との間が接続される。プロトコル変換部の共通処理部は、互いに通信可能な各装置に共通に設けられ、共通処理部によりプロトコル変換のための基本処理が行われる。プロトコル変換部の変換処理部は、上位アプリケーションの１又は複数のプロトコルに対応して設けられる。そして、共通処理部により１又は複数のプロトコルの中から選択されたプロトコルは、変換処理部により物理層で通信するためのプロトコルに変換される。従って、互いに通信可能な各装置に共通に設けられた共通処理部により、１又は複数のプロトコルの中からプロトコルが選択されるため、通信に最適なプロトコルを選択することが可能となり、通信の互換性を確保することができる。
　また、前記共通処理部は、少なくとも前記プロトコル変換の起動、停止を含む基本動作を行うものであってもよい。かかる構成によれば、互いに通信可能な各装置に共通に設けられた共通処理部により、プロトコル変換の起動、停止を含む基本動作を実現することができる。
　また、前記共通処理部は、前記通信相手とのネゴシエーションの結果に応じて、前記１又は複数のプロトコルの中から前記通信相手が備える上位アプリケーションのプロトコルと一致するプロトコルを選択するものであってもよい。かかる構成によれば、通信相手とのネゴシエーションの結果に応じて、１又は複数のプロトコルの中から通信相手が備える上位アプリケーションのプロトコルと一致するプロトコルが選択されるため、通信相手との互換性を確保し、通信相手との通信を確実に行うことができる。
　また、前記共通処理部は、前記１又は複数のプロトコルの中に、前記通信相手が備える上位アプリケーションのプロトコルと一致するプロトコルが存在しなかった場合は、当該通信相手との接続を行わないものであってもよい。かかる構成によれば、１又は複数のプロトコルの中に、通信相手が備える上位アプリケーションのプロトコルと一致するプロトコルが存在しなかった場合は、当該通信相手との接続を行わないため、不要な処理が行われることを抑止することができる。
　また、前記共通処理部は、通信相手とのネゴシエーションの結果に応じて、前記プロトコル変換部のソフトウェアのバージョンが、通信相手が備えるプロトコル変換部のソフトウェアのバージョンと一致するか否かを判定するバージョンチェック機能を備えるものであってもよい。かかる構成によれば、通信相手とのネゴシエーションの結果に応じて、プロトコル変換部のソフトウェアのバージョンが、通信相手が備えるプロトコル変換部のソフトウェアのバージョンと一致するか否かが判定されるため、通信相手との互換性を確保し、通信相手との通信を確実に行うことができる。
　また、前記共通処理部は、前記プロトコル変換部のソフトウェアのバージョンが、通信相手が備えるプロトコル変換部のソフトウェアのバージョンと一致しなかった場合は、当該通信相手との接続を行わないものであってもよい。かかる構成によれば、プロトコル変換部のソフトウェアのバージョンが、通信相手が備えるプロトコル変換部のソフトウェアのバージョンと一致しなかった場合は、当該通信相手との接続を行わないため、不要な処理が行われることを抑止することができる。
　また、前記物理層は、前記変換処理部でプロトコルが変換されたデータに対してデータの種別を表すプロファイルＩＤが付されたデータを通信相手との間で通信するものであってもよい。かかる構成によれば、複数の論理チャネルを１つの物理層上で実現することが可能となる。
　また、上記課題を解決するために、本発明の別の観点によれば、通信装置同士が通信を行う通信システムであって、前記通信装置は、通信相手となる通信装置の間で信号の送受信を行う物理層と、上位アプリケーションと前記物理層との間を接続するプロトコル変換部とを備え、前記プロトコル変換部は、互いに通信可能な各通信装置に共通に設けられ、プロトコル変換のための基本処理を行う共通処理部と、前記上位アプリケーションの１又は複数のプロトコルに対応して設けられ、前記共通処理部により前記１又は複数のプロトコルの中から選択されたプロトコルを前記物理層で通信するためのプロトコルに変換する変換処理部と、を含む通信システムが提供される。
　上記構成によれば、通信装置同士が通信を行う通信システムにおいて、物理層により通信相手となる通信装置の間で信号の送受信が行われ、プロトコル変換部により上位アプリケーションと物理層との間が接続される。プロトコル変換部の共通処理部は、互いに通信可能な各装置に共通に設けられ、共通処理部によりプロトコル変換のための基本処理が行われる。プロトコル変換部の変換処理部は、上位アプリケーションの１又は複数のプロトコルに対応して設けられる。そして、共通処理部により１又は複数のプロトコルの中から選択されたプロトコルは、変換処理部により物理層で通信するためのプロトコルに変換される。従って、互いに通信可能な各装置に共通に設けられた共通処理部により、１又は複数のプロトコルの中からプロトコルが選択されるため、通信に最適なプロトコルを選択することが可能となり、通信の互換性を確保することができる。
　また、上記課題を解決するために、本発明の別の観点によれば、通信装置同士が通信を行う通信方法であって、前記通信装置が通信相手となる他の通信装置との間でプロトコル情報を交換するステップと、前記プロトコル情報に基づいて、上位アプリケーションの１又は複数のプロトコルの中から、通信相手が備える上位アプリケーションのプロトコルと一致するプロトコルを選択するステップと、選択されたプロトコルを通信相手と通信するためのプロトコルに変換するステップと、を備える通信方法が提供される。
　上記構成によれば、通信装置同士が通信を行う通信方法において、通信相手となる他の通信装置との間でプロトコル情報が交換され、プロトコル情報に基づいて、上位アプリケーションの１又は複数のプロトコルの中から、通信相手が備える上位アプリケーションのプロトコルと一致するプロトコルが選択され、選択されたプロトコルが通信相手と通信するためのプロトコルに変換される。従って、通信相手との間で交換されたプロトコル情報に基づいて、通信に最適なプロトコルを選択することが可能となり、通信の互換性を確保することができる。
　また、上記課題を解決するために、本発明の別の観点によれば、通信相手となる他の通信装置との間でプロトコル情報を交換する手段、前記プロトコル情報に基づいて、上位アプリケーションの１又は複数のプロトコルの中から、通信相手が備える上位アプリケーションのプロトコルと一致するプロトコルを選択する手段、選択されたプロトコルを通信相手と通信するためのプロトコルに変換する手段、としてコンピュータを機能させるためのプログラムが提供される。
　上記構成によれば、通信相手となる他の通信装置との間でプロトコル情報が交換され、プロトコル情報に基づいて、上位アプリケーションの１又は複数のプロトコルの中から、通信相手が備える上位アプリケーションのプロトコルと一致するプロトコルが選択され、選択されたプロトコルが通信相手と通信するためのプロトコルに変換される。従って、通信相手との間で交換されたプロトコル情報に基づいて、通信に最適なプロトコルを選択することが可能となり、通信の互換性を確保することができる。
　本発明によれば、上位アプリケーションが１又は複数のプロトコルを備える場合に、通信の互換性を確実に確保することが可能となる。
本実施形態の無線通信システムを構成する２つの機器を示す模式図である。 イニシエータ、レスポンダーの各機器の構成を階層構造として示した模式図である。 イニシエータ、レスポンダーにおけるデータの流れを示す模式図である。 図２の構成をＯＳＩ参照モデルで示した模式図である。 機器内の各レイヤーにおけるファイル、データの送受信のデータフローを示す模式図である。 CSDUによる論理的なチャネルを示す模式図である。 CSDUがマッピングされる様子を示す模式図である。 機器のハードウェア構成を示す模式図である。 各レイヤーが提供するサービスのアクセスポイントと、レイヤー間の関係を示す模式図である。 本実施形態のシステムにおける状態遷移を示す模式図である。 ネゴシエーションの処理を示す模式図である。 ＰＣＬバージョン情報を説明するための模式図である。 エミュレーション選択のシーケンスを示す模式図である。 ＰＣＬエミュレーションのサービスを示す模式図である。 ＰＣＬエミュレーションのサービスを示す模式図である。
符号の説明
　１００　　ユーザアプリケーション
　１０２　　ＰＣＬ
　１０２ａ　　ＰＣＬコモン
　１０２ｂ　　ＰＣＬエミュレーション
　１０８　　物理層
　２１０　　ＣＰＵ
　以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　本実施形態の無線通信システムは、一対の機器の間でデータを送受信することを目的とした通信方式であり、近距離の機器間で無線によりデータの送受信を行う。図１は、本実施形態の無線通信システムを構成する２つの機器（通信装置）を示す模式図である。２つの機器は、それぞれレスポンダー(Responder)とイニシエータ(Initiator)という役割を有する。イニシエータは「接続要求を出す側」であり、レスポンダーは「接続要求を受ける側」であり、本実施形態では１対１(P2P)の通信が行われる。接続の際、イニシエータは接続要求を出し、レスポンダーは持ち受け状態となるが、両者は接続の際の役割が異なるのみで、接続に関係する機器の構成は同一である。イニシエータとしては例えば携帯機器、電子カードなどが該当し、レスポンダーとしてはパーソナルコンピュータ、携帯機器、電子カードなどの機器が該当する。
　図１では、本実施形態の各機器のそれぞれが備える物理層を介して無線通信が行われる様子を模式的に示している。本実施形態では、物理層としてＪＥＴ物理層と称されるものを例示するが、物理層はこれに限定されるものではなく、通信用の汎用的な物理層に適用することができる。ＪＥＴ物理層は、後述するプロファイルＩＤ、ＣＳＤＵ等を用いることで写真、動画などの大容量のデータ通信に特に適したものである。また、本明細書において、イニシエータ、レスポンダーの双方の機器を総称してＪＥＴデバイス（または単にＪＥＴ）と称する場合がある。
　図２は、本実施形態に係る無線通信システムにおいて、イニシエータ、レスポンダーの各機器の構成を階層構造として示した模式図である。図２に示すように、本実施形態では、上層から順にユーザアプリケーション(User Application)１００、ＰＣＬ(Protocol
Conversion Layer)１０２、ＤＴＬ(Data Transfer Layer)１０４、ＣＮＬ(Connection Layer)１０６、物理層(Physical Layer)１０８が構成されている。
　ユーザアプリケーション１００は、本実施形態による近距離無線通信が可能な物理層１０８を搭載する機器において、物理層１０８の上層のソフトウェアの提供するサービスを用いて、データ通信を行うための上位プロトコル（例えばUSB、TCP/IP、OBEXなど）や、UI(User Interface)等のJETを含めた機器操作を行うアプリケーション（例えばウィンドウズ（登録商標）(Windows；登録商標)、リナックス(Linux)などのＯＳ）が該当する。ＪＥＴ　ｄｅｖｉｃｅでは、これらの上位プロトコル、またはユーザアプリケーションについては特に規定されるものではなく、機器を構成するユーザ（メーカ）が自由に設定することができる。従って、各機器は、複数の上位プロトコル、またはユーザアプリケーション１００を備えていても良い。
　ＰＣＬ１０２（プロトコル変換部）は、機器を構成するユーザが使用する任意のプロトコル（USB,OBEX等）を、JET独自のプロトコルに相互変換する、プロトコル変換(Protocol Conversion)機能をサポートする。これにより、複数の種類のプロトコルをJETの物理層(PHY Layer)１０８に流すことで、様々なプロトコルをサポートすることが可能である。なお、同じＵＳＢであっても、Windows（登録商標）、LinuxなどのＯＳの違いによってプロトコル変換が異なる場合がある。ＰＣＬ１０２は、上位のユーザアプリケーション１００が生成する音声、映像等のコンテンツデータ、その他のプロトコルのデータ、コマンド等を下位のＤＴＬ１０４が扱うことが可能なデータ形式に変換する処理を行う。また、ＰＣＬ１０２は、接続、切断、機器認証、動作モード設定、初期化等のJETの通信に必要な処理を行う。
　図３は、イニシエータ、レスポンダーにおけるデータの流れを示す模式図である。図３に示すように、ユーザアプリケーション１００はJETによる接続と、データ転送の２種類の制御を行うことになる。JETとしては最上位ＰＣＬ１０２でこれらの機能を実現するために必要なサービスを提供し、JET独自のプロトコルへの変換と、接続管理を行う。さらにJET規格に準拠したCSDU (CNL service data unit)を生成するＤＴＬ１０４、ＣＮＬ１０６への受け渡しを行う。
　ＤＴＬ１０４は、上位のＰＣＬ１０２から受け取ったデータを、所定のパケット構造に整形し、下位のＣＮＬ１０６が提供するサービスを用いて、イニシエータ、レスポンダー間の送信を行う。また、受信においては、ＣＮＬ１０６が受信したデータを解析し、ＣＳＤＵを抽出し、そのペイロードを上位のＰＣＬ１０２に引き渡す。ＣＳＤＵには、物理層(PHY Layer)１０８による通信以外のユーザアプリケーション１００で利用可能なステータス情報も含まれており、ＤＴＬ１０４は、これらの生成処理、エラー通知等も行う。
　ＤＴＬ１０４は、上位プロトコルの種別に関わらず、上位から入力されたデータをDTLパケットに整形して下位のＣＮＬ１０６に渡し、下位からの受信データからDTLパケットを抽出し、上位にDTLパケットペイロードを受け渡すことが可能である。ただし、ＤＴＬ１０４自身は、ＰＣＬ１０２からの異なるprotocolから送られてくるデータを受け入れることが可能ではあるが、ＪＥＴでは異なるプロトコルのデータの送受信は一度セッションの切断を必要とするため、複数プロトコルでのＤＴＬサービスの利用は行わない。
　この制限により、後述する複数のＰＣＬエミュレーションからＤＴＬ１０４へデータの入力が行われたとしても、ＤＴＬ１０４はそのデータのＭｕｘを行うことはない。また、ＣＮＬ１０６からの受信データに複数のプロトコルが含まれていた場合であっても、そのプロトコルの解析、それぞれのプロトコル内容に合わせたＰＣＬ１０２への配信、またはエラー検知によるセッションの切断等の処理は行わない。
　このため、ＤＴＬ１０４によるサービスを利用するＰＣＬ１０２側では、必ず利用するプロトコルを１種類に確定した状態でＤＴＬ１０４によるサービスを利用する必要がある。これらのプロトコル方式を確定させるための判断と、必要な送受信を行うのは後述するＰＣＬコモンの役割であり、プロトコルデータの生成、パースはＰＣＬエミュレーションが行う。複数のプロトコルから同時にＤＴＬサービスを利用できないよう排他処理もＰＣＬコモンの役割である。
　ＤＴＬ１０４はＰＣＬコモンが接続を確立するのに必要なサービス、接続確立後にＰＣＬエミュレーションがデータの送受信を行うのに必要なサービスを提供する。
　また、ＤＴＬ１０４は、現在実行されているサービスが、全転送サイズの途中データなのか、最後のデータなのか、もしくは、データではなくパラメータなのかを示すプロファイルＩＤ(Profile ID)、サイズをＰＣＬ１０２よりパラメータとして受け取り、下位のＣＮＬサービスを利用して生成するCSDUパケットヘッダに挿入する。ＤＴＬ１０４は、送信パラメータを、JETがデータを送信する際に生成するCSDUパケットの一部に埋め込むことで図６のような複数の論理チャネル(Channel)を１つの物理層(PHY Layer)１０８上で実現する。
　ＤＴＬ１０４は、JET規格に定義されているCSDUパケットを生成する機能を有する。ＤＴＬ１０４では、CSDUパケットの種別を理解するためのパラメータをCSDUパケットヘッダに付加する。付加するものはProfile ID , Size , Data Payloadである。
　ＤＴＬ１０４はCNL１０６が提供するCSDUの単位でデータ転送を行う。 DTL１０４はCSDU送信時に以下の３種類のプロファイルＩＤ(T_DATA, LT_DATA, CNL_DATA)をCSDUに対して付与する。さらに、CSDU受信時は、プロファイルＩＤの種類に応じた処理を行う。
T_DATA, LT_DATA
　DTL１０４は、ユーザデータを転送するCSDUに対して、T_DATAを付与する。ただし、CSDUペイロードへの分割において、最終のCSDUとなる場合にはLT_DATAを付与する。CSDUのペイロードには、ユーザデータのみが格納され、DTL１０４がヘッダ情報などを埋め込むことはない。
CNL_DATA
　ＤＴＬ１０４は、JETシステム固有の制御データを転送するCSDUに対して、CNL_DATAを付与する。制御データの例としては、パラメータ情報(詳細はTBD)などがある。CSDUペイロードにはヘッダ情報(詳細はTBD)が埋め込まれる。ＤＴＬ１０４はこのヘッダ情報を解釈し、適切な処理を行う。
　ＣＮＬ１０６は、上位のＤＴＬ１０４の要求に応じて、物理層１０８のサービスを利用した通信を行う他、物理層１０８の接続の確立、切断、データの連続性の保障などを行う。
　物理層１０８は、本実施形態による近距離大容量通信が可能な無線通信システムのＪＥＴ物理層であり、誤り訂正機能、プリアンブルセンス(preamble sense)機能を含む。
　図４は、JET
deviceを搭載する機器のソフトウェアの役割に基づいて、図２の構成をＯＳＩ参照モデルで示したものである。図４に示すように、物理層（第１層）１０８は、データを通信回線に送出するための電気的な変換や機械的な作業を受け持つ。ピンの形状やケーブルの特性なども第１層で定められる。
　ＤＴＬ１０４、ＣＮＬ１０６は、データリンク層（第２層）、トランスポート層（第４層）に対応する。データリンク層は、通信相手との物理的な通信路を確保し、通信路を流れるデータのエラー検出などを行う。また、トランスポート層は、通信相手まで確実に効率良くデータを届けるためのデータ圧縮や誤り訂正、再送制御などを行う。なお、本実施形態のシステムはP2P通信であるため、ＯＳＩ参照モデルにおけるネットワーク層（第３層）は設けられておらず、システムを簡略化することができる。
　ＰＣＬ１０２は、セッション層（第５層）とプレゼンテーション層（第６層）が対応する。セッション層は、通信プログラム同士がデータの送受信を行うための仮想的な経路（コネクション）の確立や解放を行う。プレゼンテーション層は、セッション層から受け取ったデータをユーザが分かり易い形式に変換したり、アプリケーション層から送られてくるデータを通信に適した形式に変換するなどの処理を行う。
　ユーザアプリケーション１００は、アプリケーション層（第７層）に対応する。アプリケーション層は、データ通信を利用した様々なサービスを人間や他のプログラムに提供する。
　次に、本実施形態の通信装置におけるデータの流れを説明する。図５は、データフローを示す模式図であって、JET機器内の各レイヤーにおけるファイル、データの送受信のデータフローを示している。なお、ＰＣＬ１０２は、ＰＣＬコモンとＰＣＬエミュレーションに機能が分かれる。データ転送で利用するのはＰＣＬエミュレーションであるため、図５に示すＰＣＬ１０２による処理はＰＣＬエミュレーションによって実現される機能である。物理層１０８に入力されるCSDUは、データフォーマットとして規定されており、そのヘッダ情報等の生成、解析を行うＤＴＬ１０４が扱うデータフォーマットも同様である。
　また、後述するように、共通機能を提供するためのＰＣＬコモンについては規定されているが、ＰＣＬエミュレーションは、ユーザプロトコルに準じたデータ変換処理を行うため、それぞれのプロトコルに応じたシステム仕様に依存する。
　JET通信では、ファイル等のデータだけではなく、ＰＣＬ１０２、ＤＴＬ１０４内での管理パラメータや、通信先の同一レイヤー間でのデータの送受信が存在する。これらのファイル、パラメータ類は、ＣＮＬ１０６によって最終的にCSDUフォーマットに準拠した形式で伝送される。図６は、CSDUによる論理的なチャネルを示す模式図である。図６に示すように、データの種別を特定するにはProfile IDを用いる。これにより、物理層１０８のレベルで、複数の伝送Channelを論理的に用いることが可能となる。従って、通信レートを大幅に向上させることができ、特に動画などの大容量のデータ通信に適している。
　図７は、CSDUがマッピングされる様子を示す模式図である。CSDUは、ＣＮＬ１０６とＤＴＬ１０４の間でやり取りされるデータユニットであり、図７に示すように、CNLフレームにマッピングされる。ユーザアプリケーション１００が送受信するユーザデータサイズは特に規定されない。ＰＣＬ１０２は、データの長さがデータ分割長（最大4096バイト）を超えた場合、複数のCSDUペイロードへ分割する。ＰＣＬ１０２はCSDUペイロードの単位で、ＤＴＬサービスを呼び出してユーザデータの送受信を行う。ＤＴＬ１０４はCSDUペイロードにヘッダを追加して下位のＣＮＬ１０６に渡す。CSDUヘッダはProfile IDとCSDUペイロードの長さを示すLengthで構成される。
　図８は、本システムの機器のハードウェア構成を示す模式図である。図５に示すように、イニシエータとレスポンダーのそれぞれは、物理層１０８を構成するチップ２００と、ＣＰＵ２１０とを有して構成される。物理層１０８は、ベースバンド部を含んでいる。上述したユーザアプリケーション１００、ＰＣＬ１０２、ＤＴＬ１０４、ＣＮＬ１０６は、ソフトウェア（プログラム）によりＣＰＵ２１０を機能させることによって実現される。ソフトウェアは、イニシエータ、レスポンダーを構成する通信装置が備えるメモリ、または通信装置の外部の記録媒体などに格納される。
　図９は、各レイヤーが提供するサービスのアクセスポイントと、レイヤー間の関係を示す模式図である。ＰＣＬ１０２の上位は、ユーザアプリケーション１００となる。ＰＣＬ１０２は、下位ＤＴＬ１０４を利用したサービスを提供するレイヤーである。ＰＣＬ１０２は、上位のユーザアプリケーション１００に対しては、制御をＰＣＬコモン１０２ａ（共通処理部）が行い、データ転送はＰＣＬエミュレーション１０２ｂ（変換処理部）が行うというように、役割が分かれるため、ＰＣＬ１０２のサービスはそれぞれに対して規定される。
　ＰＣＬコモン１０２ａによるサービスは、ユーザアプリケーション１００の要求に応じて、ＤＴＬ１０４の接続／切断／その他の制御のサービスを呼び出すことで下記のサービスを提供する。
・接続、切断などの制御サービス
・エラーなどのイベント通知サービス
・エミュレーション制御サービス
　ＰＣＬエミュレーション１０２ｂによるサービスは、対応するプロトコルごとに個別に存在する。個々のＰＣＬエミュレーションはCSDUのペイロード上に汎用プロトコル(USB,OBEX等)のコマンド、データを乗せて通信することを可能にするプロトコルサービスである。
　ＰＣＬ１０２では、ＰＣＬエミュレーションサービスにより選択されたプロトコル方式に該当するサービスのみ起動することが許可される。ＰＣＬエミュレーションサービス内部では上位プロトコルの要求にしたがって、ＤＴＬ１０４によるサービスを利用するためのCSDUペイロードを生成する。ＰＣＬエミュレーション１０２ｂによるサービスを複数持つことで、１つのJET機器で複数のエミュレーションサービス(Emulation Service)を実現することが可能になる。ＰＣＬコモン１０２ａにより、１度のセッションで利用できるエミュレーションサービスは１種類のみであるように管理される。
　図９に示すように、ＰＣＬ１０２は、ＰＣＬコモン(PCL Common)１０２ａと、ＰＣＬエミュレーション(PCL Emulation)１０２ｂにその機能が分割される。ＰＣＬコモン１０２ａは、上位のユーザアプリケーション１００の要求によって、下位レイヤのサービスの初期化や、接続、切断等の基本機能を提供する。ＰＣＬコモン１０２ａでは基本機能の処理を行うため、どのプロトコルが選択された場合においても同様の処理が行われる。一方、PCLエミュレーション１０２ｂは、ＰＣＬコモン１０２ａにより起動が完了した後、ユーザアプリケーション１００が有する任意のプロトコルを下位のＤＴＬ１０４、ＣＮＬ１０６が扱うプロトコル形式に変換する。
　上述のように、ＰＣＬコモン１０２ａは、初期化、基本通信（接続、切断、機器認証）等の共通機能サービスをユーザアプリケーション１００に対して提供する。ＰＣＬコモン１０２ａは、全てのＪＥＴデバイスで共通に設けられるソフトウェアである。従って、ＰＣＬ１０２は、ＰＣＬエミュレーション１０２ｂのみの構成では動作することができない。
　ＰＣＬエミュレーション１０２ｂは、ＰＣＬコモン１０２ａによって接続が行われた後、ユーザデータ転送を行うもので、ユーザプロトコル(USB,OBEX等の汎用プロトコルデータ)をＤＴＬ１０４が扱うデータ形式に相互変換する役割を持つ。ＰＣＬエミュレーション１０２ｂは、ユーザアプリケーション１００から送られてくるユーザプロトコルデータを、下位のＤＴＬ１０４が解釈できる形式に変換する役割を有する。ＰＣＬ１０２内のエミュレーションブロック（ＰＣＬエミュレーション１０２ｂの変換モジュール）は、ユーザアプリケーション１００から見た場合に、既存のUSB MSC,NFC等のデバイスを制御するのと同等の方式でデータ転送機能を提供するためのサービスを提供する。但し、ＰＣＬエミュレーション１０２ｂは、機器を構成するユーザー固有のプロトコル数だけ存在する。
　ＤＴＬ１０４は、上位の２種類のＰＣＬ（PCL Common１０２ａ, PCL Emulation１０２ｂ）に対して、下位ＣＮＬ１０６のサービスを利用した機能を、ＤＴＬサービスとして提供する。ＰＣＬエミュレーション１０２ｂは、後で詳細に説明するように、ユーザプロトコルごとに変換モジュール(Protocol A, Protocol B, Protocol C,・・・Protocol
Z)を有するが、１度のセッション（接続）で利用できるのは１種類だけであり、その制御はＰＣＬコモン１０２ａによって行われる。例えば、上位プロトコルがＵＳＢの場合、マスストレージクラスであるか、あるいは他の方式かによって異なる変換モジュールが用意されている。
　ＪＥＴデバイスにおいて、機器を構成するユーザは、上位のプロトコルに対応した変換モジュールを自由に設定してＰＣＬエミュレーション１０２ｂを構築することができる。また、変換モジュールの追加、削除もユーザが自由に行うことができる。一方、ＰＣＬコモン１０２ａはプロトコル変換の基本機能であるため、全てのＪＥＴデバイスにおいて共通であることが義務付けられる。
　図９では、ユーザプロトコルとしてProtocol A～Zが示されており、このうちProtocol Bがアクティブとされ、Protocol Bにより接続が行われている状態を示している。この場合、イニシエータとレスポンダーの双方でProtocol Bによる接続が行われる。どのプロトコルで接続するかは、イニシエータとレスポンダーとの間のネゴシエーションによって決定される。
　図１０は、本実施形態のシステムにおける状態遷移を示す模式図である。ＰＣＬ１０２は、物理層１０８によるイニシエータとレスポンダーの接続状態の変化や、ユーザアプリケーションからＰＣＬ Serviceを利用することにより、図１０に示すような状態遷移を行う。
　図１０において、先ず、レスポンダーはイニシエータからの接続待ち状態とされ、イニシエータは接続先のレスポンダーをサーチしている状態とされる。イニシエータとレスポンダーの接続が開始されると(Start Connection)、イニシエータとレスポンダー間でネゴシエーション(Negotiation)が行われる。この状態では、ＪＥＴデバイス間でソフトウェアのバージョンの確認、エミュレーション方式（互いにどのようなプロトコルを有しているか）の確認が行われる。
　ネゴシエーションの結果、バージョン、エミュレーション方式が一致した場合は、接続が行われ、物理層１０８による接続が完了する(Connected)。その後、エミュレーションが開始され(Emulatiion)、ユーザアプリケーション１００間でデータ転送が可能な状態とされる。一方、ソフトウェアのバージョン情報が一致しなかった場合、または双方が保有するプロトコルが一致せず、エミュレーション方式が一致しなかった場合は、接続が行われない(Disconnect)。接続がされなかった場合(Disconnect)、エミュレーションが終了した場合(End Emulation)は、レスポンダーが接続待ち状態となる。
　ＰＣＬコモン１０２ａは、ＰＣＬ１０２のバージョン(Version)情報に基づいて、バージョンチェック(Version Check)及びエミュレーション方式の判別を行うネゴシエーション機能を備える。ネゴシエーションの結果、バージョン及びエミュエーション方式が一致すれば、イニシエータとレスポンダーの間で同じプロトコルによる接続が行われる。ネゴシエーションに必要なバージョン管理機能(PCL Version Management)及び、エミュレーション判別機能(PCL
Select Emulation)については後で説明する。ネゴシエーションはユーザアプリケーション１００に対して提供されるサービスではなく、接続待機中の状態で、接続を検知した際に自動で実行される内部機能である。
　図１１は、ネゴシエーションの処理を示す模式図である。図１１の処理は、図２の各層のソフトウェアによりＣＰＵ２１０を機能させることで実現できる。一例として、判別自体はレスポンダーが行い、イニシエータはその判別結果を待つ。接続先のバージョン情報の取得はＣＮＬ１０６が行い、接続時にバージョン情報が自動的に交換される（ステップＳ１）。このとき交換されるバージョン情報をＪＥＴバージョンと称することとする。
　ＰＣＬ１０２では、下位のＣＮＬ１０６、ＤＴＬ１０４からのイベントにより、接続を検知した時点で接続先ＪＥＴデバイスのＪＥＴバージョンの情報を既に取得できている。このため、先ず、図１１に示すように、ＣＮＬ１０６のソフトウェアのバージョンチェック(CNL Ver check)とＤＴＬのソフトウェアのバージョンチェック(DTL Ver
check)が行われる。ＰＣＬ１０２の内部で行われるのは、ＪＥＴバージョン内に含まれるＰＣＬバージョンのチェックによるエミュレーション方式の判別である。
　エミュレーション方式の判別は、例えばレスポンダーが主導して行う。イニシエータとレスポンダーの双方でＰＣＬ１０２のバージョン情報が交換され、ＰＣＬコモン１０２ａのＰＣＬバージョンチェック機能により、ＰＣＬ１０２のソフトウェアのバージョン情報がチェックされる(PCL Ver check)。
　次に、イニシエータとレスポンダーの双方でエミュレーションタイプの情報が交換され、図１１に示すように、ＰＣＬコモン１０２ａのエミュレーションタイプチェック機能により、エミュレーションのタイプがチェックされる(EMU Type check)。エミュレーションタイプは、互いのＪＥＴデバイスが通信可能なエミュレーション方式（プロトコル）を記述したパラメータである。
　レスポンダー側では、イニシエータとレスポンダーの互いのエミュレーションタイプの比較を行い、同一のものがあれば接続可能であると判断する。PCL１０２は、エミュレーションタイプが確定した時点でユーザアプリケーション１００に通知を行い、ユーザアプリケーション１００がPCL_start_emu serviceを呼び出す（ステップＳ２）。そして、ＰＣＬコモン１０２ａからＰＣＬエミュレーション１０２ｂへStart_Emuというコマンドを送る。これによりＰＣＬコモン１０２ａによる起動が完了し、ＰＣＬエミュレーション１０２ｂによるエミュレーションが開始される（ステップＳ３）。そして、ＰＣＬエミュレーション１０２ｂによりユーザアプリケーション１００のプロトコルを変換して、下位のＤＴＬ１０４、ＣＴＬ１０６と通信を行うことが可能となる。
　また、イニシエータとレスポンダーで同一のエミュレーションタイプを複数有している場合は、ユーザアプリケーション１００にその旨を通知する。ユーザアプリケーション１００側でこれらの複数のエミュレーションタイプの１つを指定する場合は、その旨の情報がＰＣＬ１０２に送られる。この際、ユーザアプリケーション１００側では、予め指定された１つのエミュレーションタイプを指定することができる。また、イニシエータとレスポンダーの一方が携帯機器の場合など、高速通信可能なプロトコルを使う必要が比較的低い場合は、通信速度に応じた適切なプロトコルのエミュレーションタイプを選択することができる。これらの仕様は、ＪＥＴデバイス、またはユーザアプリケーション１００を構成するユーザが自由に設定することができる。
　次に、ＰＣＬ１０２によるエミュレーション選択について説明する。エミュレーション選択は、イニシエータからの接続検知を検知したレスポンダー側でネゴシエーションを行う際にＰＣＬコモン１０２ａの内部で実行される機能である。接続時にJETデバイス間で交換されるＪＥＴバージョン内のＰＣＬバージョン情報から、互いに適合するエミュレーションを持っているかを確認する。
　図１２は、ＪＥＴバージョン情報を説明するための模式図である。ＰＣＬ１０２は、自機のバージョン情報と、接続先JETデバイスのバージョン情報の２つを管理する。自機のバージョン情報は必ず起動時にロードされ、接続検知時、接続中は、接続先デバイスのバージョン情報を保持する。
　図１２に示すように、ＪＥＴのバージョン情報は合計１０バイトであり、上層から順にプラットフォーム(Platform)情報(1byte)、ＪＥＴドライババージョン情報(2byte)、ＣＮＬバージョン情報(1byte)、ＤＴＬバージョン情報(2byte)、ＰＣＬバージョン情報(2byte)、リザーブド(2byte)の情報がある。
　ＰＣＬバージョン情報(2byte)のうち、前半の1バイトは、システムの互換性維持のためのソフトウェアのVersion No (T.B.D)である。後半の１バイトは、装置（JETデバイス）が対応するエミュレーション方式を示している。図１２では、エミュレーション方式としてＵＳＢ，ＴＣＰ／ＩＰ，ＯＢＥＸ・・・が例示され、各方式に１ビットのデータが与えられている。そして、ビットが１の場合はそのエミュレーション方式に対応することを表しており、ビットが０の場合はそのエミュレーション方式に対応していないことを表している。１つのJETデバイスで対応するエミュレーション方式の最大値には規定はないが、最低でも1つのエミュレーション方式には対応しなければならない。
　なお、バージョン情報のチェックは、図１１に示すように、図１２の上層側（プラットフォーム側）の情報から順次に行われる。ＰＣＬ１０２のバージョン情報のチェック後、エミュレーションタイプのチェックが行われる。
　接続の実行結果として、互いに通信可能なエミュレーション方式を記述したエミュレーションタイプが選択され、選択されたエミュレーションタイプは、レスポンダー側からユーザアプリケーション１００に通知され、また許可待ちをしているイニシエータに通知される。図１３は、エミュレーション選択のシーケンスを示す模式図である。図１３において、選択されたエミュレーションタイプ(EMUTYPE)は、レスポンダーのユーザアプリケーション１００(UsrAppl)に対してはPCL_conf_r.indとして、イニシエータ側に対してはPCL_conf_i.indとして通知される（図１３参照）。
　図１４及び図１５は、ＰＣＬエミュレーション１０２ｂに関係するサービスを示す模式図である。以下、各サービスについて説明する。起動、終了はＰＣＬコモン１０２ａによって行われるが、データの送信、受信は、ユーザアプリケーション１００からＰＣＬエミュレーション１０２ｂに通信を行うことで実行できる。従って、ＰＣＬコモン１０２ａとの間で提供されるサービス（図１４）と、ユーザアプリケーション１００との間で提供されるサービス（図１５）に分けられる。
Start service（Mandatory；図１４）
　Start serviceは、標準で提供されるサービスであり、エミュレーションを開始する際、ＰＣＬコモン１０２ａにより実行されるＰＣＬエミュレーション１０２ｂの初期化処理を提供するサービスである。Startが完了した時点で、ユーザアプリケーション１００から、ユーザプロトコルを用いたデータ送受信が可能となる。
End service（Mandatory；図１４）
　End serviceは、標準で提供されるサービスであり、エミュレーションを終了する際、ＰＣＬコモン１０２ａにより実行されるエミュレーションの終了処理を提供するサービスである。Endが完了した時点で、ユーザアプリケーション１００から、ユーザプロトコルを用いたデータ送受信は不可能となる。ＰＣＬコモン１０２ａはエミュレーションがStartされていた場合、切断(PCL_Disconect)を実行する前に、このサービスを実行する。
Open service（Mandatory；図１５）
　Open serviceは、ユーザプロトコル上での通信路のオープン時に必要な処理を提供するサービスである。
Close service（Mandatory；図１５）
　Close serviceは、ユーザプロトコル上での通信路のクローズ時に必要な処理を提供するサービスである。
Read service（Mandatory；図１５）
　Read serviceは、ユーザプロトコル上で、接続先のデータを取得する際に必要な処理を提供するサービスである。
Write service（Mandatory；図１５）
　Write serviceは、ユーザプロトコル上で、接続先にデータを送信する際に必要な処理を提供するサービスである。
　以上のように、Open service、Close serviceは、ＰＣＬコモン１０２ａによる上位プロトコルの初期化処理に対応する処理である。また、Read service、Write serviceは、ユーザアプリケーション１００によるデータの送信、受信に関する処理である。
User customize service（Option；図１５）
　上述のサービスに該当しないサービスであり、装置を構成するユーザが独自のサービスとして定義できるものである。通信路を“開く(Open)”、“閉じる(Close)”、データを“送る(Write)”、“受ける(Read)”以外の部分は、ＪＥＴデバイスを構成するユーザが自由に設定できるカスタマイズ領域とされ、例えばユーザアプリケーション１００の種類（Windows(登録商標), Linux等）に応じて、ユーザが自由に設定することができる。但し、どのアプリケーションを使用した場合でも、上述のようにＰＣＬコモン１０２ａによる“Start”、“End”は必要であり、全てのＪＥＴデバイスで共通である。
　以上説明したように本実施形態によれば、ユーザアプリケーション１００のプロトコルを変換するＰＣＬ１０２を設け、各通信装置に共通に設けられたＰＣＬコモン１０２ａにより、ユーザアプリケーション１００の１又は複数のプロトコルの中から通信相手のプロトコルと一致するプロトコルが選択される。そして、選択されたプロトコルが物理層１０８で通信を行うためのプロトコルに変換されるため、通信相手のユーザアプリケーション１００のプロトコルに応じて通信に最適なプロトコルを選択することが可能となり、通信の互換性を確保することができる。なお、上述した例では、無線通信システムを例に挙げて説明したが、通信システムは有線のものであってもよい。
　以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

Claims (10)

  1. 　他の通信相手との間で信号の送受信を行う物理層と、
    　上位アプリケーションと前記物理層との間を接続するプロトコル変換部とを備え、
    　前記プロトコル変換部は、
    　互いに通信可能な各装置に共通に設けられ、プロトコル変換のための基本処理を行う共通処理部と、
    　前記上位アプリケーションの１又は複数のプロトコルに対応して設けられ、前記共通処理部により前記１又は複数のプロトコルの中から選択されたプロトコルを前記物理層で通信するためのプロトコルに変換する変換処理部と、を含むことを特徴とする、通信装置。
  2. 　前記共通処理部は、少なくとも前記プロトコル変換の起動、停止を含む基本動作を行うことを特徴とする、請求項１に記載の通信装置。
  3. 　前記共通処理部は、前記通信相手とのネゴシエーションの結果に応じて、前記１又は複数のプロトコルの中から前記通信相手が備える上位アプリケーションのプロトコルと一致するプロトコルを選択することを特徴とする、請求項１に記載の通信装置。
  4. 　前記共通処理部は、前記１又は複数のプロトコルの中に、前記通信相手が備える上位アプリケーションのプロトコルと一致するプロトコルが存在しなかった場合は、当該通信相手との接続を行わないことを特徴とする、請求項３に記載の通信装置。
  5. 　前記共通処理部は、通信相手とのネゴシエーションの結果に応じて、前記プロトコル変換部のソフトウェアのバージョンが、通信相手が備えるプロトコル変換部のソフトウェアのバージョンと一致するか否かを判定するバージョンチェック機能を備えることを特徴とする、請求項１に記載の通信装置。
  6. 　前記共通処理部は、前記プロトコル変換部のソフトウェアのバージョンが、通信相手が備えるプロトコル変換部のソフトウェアのバージョンと一致しなかった場合は、当該通信相手との接続を行わないことを特徴とする、請求項５に記載の通信装置。
  7. 　前記物理層は、前記変換処理部でプロトコルが変換されたデータに対してデータの種別を表すプロファイルＩＤが付されたデータを通信相手との間で通信することを特徴とする、請求項１に記載の通信装置。
  8. 　通信装置同士が通信を行う通信システムであって、
    　前記通信装置は、
    　通信相手となる通信装置の間で信号の送受信を行う物理層と、
    　上位アプリケーションと前記物理層との間を接続するプロトコル変換部とを備え、
    　前記プロトコル変換部は、
    　互いに通信可能な各通信装置に共通に設けられ、プロトコル変換のための基本処理を行う共通処理部と、
    　前記上位アプリケーションの１又は複数のプロトコルに対応して設けられ、前記共通処理部により前記１又は複数のプロトコルの中から選択されたプロトコルを前記物理層で通信するためのプロトコルに変換する変換処理部と、を含むことを特徴とする、通信システム。
  9. 　通信装置同士が通信を行う通信方法であって、
    　前記通信装置が通信相手となる他の通信装置との間でプロトコル情報を交換するステップと、
    　前記プロトコル情報に基づいて、上位アプリケーションの１又は複数のプロトコルの中から、通信相手が備える上位アプリケーションのプロトコルと一致するプロトコルを選択するステップと、
    　選択されたプロトコルを通信相手と通信するためのプロトコルに変換するステップと、
    　を備えることを特徴とする、通信方法。
  10. 　通信相手となる他の通信装置との間でプロトコル情報を交換する手段、
    　前記プロトコル情報に基づいて、上位アプリケーションの１又は複数のプロトコルの中から、通信相手が備える上位アプリケーションのプロトコルと一致するプロトコルを選択する手段、
    　選択されたプロトコルを通信相手と通信するためのプロトコルに変換する手段、
    　としてコンピュータを機能させるためのプログラム。
PCT/JP2008/073322 2007-12-28 2008-12-22 通信装置、通信システム、通信方法及びプログラム WO2009084506A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US12/747,399 US20100260202A1 (en) 2007-12-28 2008-12-22 Communication Device, Communication System, Communication Method and Program
EP08868651A EP2226728A4 (en) 2007-12-28 2008-12-22 COMMUNICATION DEVICE, COMMUNICATION SYSTEM, COMMUNICATION METHOD, AND PROGRAM
CN200880120772.1A CN101896893A (zh) 2007-12-28 2008-12-22 通信设备、通信系统、通信方法以及程序

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2007340440A JP2009163361A (ja) 2007-12-28 2007-12-28 通信装置、通信システム、通信方法及びプログラム
JP2007-340440 2007-12-28

Publications (1)

Publication Number Publication Date
WO2009084506A1 true WO2009084506A1 (ja) 2009-07-09

Family

ID=40824220

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2008/073322 WO2009084506A1 (ja) 2007-12-28 2008-12-22 通信装置、通信システム、通信方法及びプログラム

Country Status (7)

Country Link
US (1) US20100260202A1 (ja)
EP (1) EP2226728A4 (ja)
JP (1) JP2009163361A (ja)
KR (1) KR20100097690A (ja)
CN (1) CN101896893A (ja)
TW (1) TW201002014A (ja)
WO (1) WO2009084506A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102082588A (zh) * 2009-11-27 2011-06-01 索尼公司 通信设备、通信系统、通信方法和程序

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8775544B2 (en) * 2009-02-04 2014-07-08 Citrix Systems, Inc. Methods and systems for dynamically switching between communications protocols
US20180376516A1 (en) * 2017-06-21 2018-12-27 Aruba Networks, Inc. Establishing a Datagram Transport Layer Security Connection between Nodes in a Cluster

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004363993A (ja) * 2003-06-05 2004-12-24 Sharp Corp 通信端末
JP2005191819A (ja) 2003-12-25 2005-07-14 Sony Corp 移動体通信システムおよび携帯端末装着装置

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5619528A (en) * 1993-04-16 1997-04-08 Trans Video Electronics High speed teleconference system
JP2001177872A (ja) * 1999-12-20 2001-06-29 Canon Inc 無線通信システム
KR100405662B1 (ko) * 2001-12-28 2003-11-14 엘지전자 주식회사 서로 다른 세대 이동통신 시스템간 핸드오프 장치 및 방법
FR2844946B1 (fr) * 2002-03-15 2004-10-22 Thales Sa Procede de selection et de tri de paquets mis a disposition d'un equipement par un reseau de transmission de donnees par paquets
JP2004062748A (ja) * 2002-07-31 2004-02-26 Canon Inc 通信制御システム、通信制御装置、通信制御方法、及び制御プログラム
JP2004289239A (ja) * 2003-03-19 2004-10-14 Matsushita Electric Ind Co Ltd パケット受信装置
US7660235B2 (en) * 2003-03-20 2010-02-09 Alcatel-Lucent Usa Inc. Low latency shared data path allocation
US7586881B2 (en) * 2004-02-13 2009-09-08 Broadcom Corporation MIMO wireless communication greenfield preamble formats

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004363993A (ja) * 2003-06-05 2004-12-24 Sharp Corp 通信端末
JP2005191819A (ja) 2003-12-25 2005-07-14 Sony Corp 移動体通信システムおよび携帯端末装着装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2226728A4

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102082588A (zh) * 2009-11-27 2011-06-01 索尼公司 通信设备、通信系统、通信方法和程序
EP2328318A1 (en) * 2009-11-27 2011-06-01 Sony Corporation Communication device, communication system, communication method, and program
US8819430B2 (en) 2009-11-27 2014-08-26 Sony Corporation Communication device, communicaton system, communication method, and program
CN102082588B (zh) * 2009-11-27 2014-10-22 索尼公司 通信设备、通信系统、通信方法和程序

Also Published As

Publication number Publication date
EP2226728A1 (en) 2010-09-08
KR20100097690A (ko) 2010-09-03
CN101896893A (zh) 2010-11-24
JP2009163361A (ja) 2009-07-23
TW201002014A (en) 2010-01-01
US20100260202A1 (en) 2010-10-14
EP2226728A4 (en) 2013-02-20

Similar Documents

Publication Publication Date Title
US7787391B2 (en) Communication device, communication system, communication method, communication program, and communication circuit
US8284684B2 (en) Communication device, communication system, communication method, and communication circuit
WO2017045276A1 (zh) 终端互联方法、装置和存储介质
JP2009182459A (ja) 通信装置、通信システム、通信方法及びプログラム
CN104115500A (zh) 经由用户输入返回信道的双向隧穿用于无线显示
WO2006013979A1 (ja) 送信機、受信機、通信システム、通信方法、通信プログラム
JP2010528535A (ja) ニアフィールド・リンクを最適化する方法
US11166137B2 (en) Method, device, and system for adjusting packet length in near field communication
TW200835208A (en) Communications device, communications method, communications circuit, mobile phone, and computer-readable storage medium containing the computer program
JP4609550B2 (ja) 通信装置、通信システム、通信方法及びプログラム
WO2006080357A1 (ja) 通信機器、通信システム、通信方法、通信プログラム、通信回路
WO2011140754A1 (zh) 无线优盘的实现方法及系统
JP5698366B2 (ja) 制御方法、装置、及びシステム
JP2009182458A (ja) 通信装置、通信システム、通信方法及びプログラム
WO2006002579A1 (fr) Procede de transmission de donnees entre des appareils de reseau
WO2009084506A1 (ja) 通信装置、通信システム、通信方法及びプログラム
Mamdouhi et al. Bluetooth wireless monitoring, managing and control for inter vehicle in vehicular ad-hoc networks
Wu et al. Research on Bluetooth expansion of communication based on android system
KR20190021121A (ko) 근거리 무선 통신 장치 및 방법
JP4137992B2 (ja) 通信機器、通信システム、通信方法、通信プログラム、通信回路、携帯電話、表示装置、印刷装置、記録装置
JP4394141B2 (ja) 通信装置、通信システム、通信方法、通信プログラム、通信回路
KR100842584B1 (ko) 대용량 파일을 전송하기 위한 방법
CN116346534A (zh) 一种多网融合通信方法及其系统
JP4028539B2 (ja) データ通信装置及びデータ通信方法
JP2007150390A (ja) 通信装置

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200880120772.1

Country of ref document: CN

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

Ref document number: 08868651

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2008868651

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2008868651

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2473/CHENP/2010

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 12747399

Country of ref document: US

ENP Entry into the national phase

Ref document number: 20107012933

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: PI 2010001933

Country of ref document: MY

NENP Non-entry into the national phase

Ref country code: DE