WO2006080372A1 - 通信機器、通信システム、通信方法、通信プログラム、通信回路 - Google Patents

通信機器、通信システム、通信方法、通信プログラム、通信回路 Download PDF

Info

Publication number
WO2006080372A1
WO2006080372A1 PCT/JP2006/301183 JP2006301183W WO2006080372A1 WO 2006080372 A1 WO2006080372 A1 WO 2006080372A1 JP 2006301183 W JP2006301183 W JP 2006301183W WO 2006080372 A1 WO2006080372 A1 WO 2006080372A1
Authority
WO
WIPO (PCT)
Prior art keywords
layer
communication
connection
data
request command
Prior art date
Application number
PCT/JP2006/301183
Other languages
English (en)
French (fr)
Other versions
WO2006080372B1 (ja
Inventor
Hitoshi Naoe
Fumihiro Fukae
Koji Sakai
Shohei Ohsawa
Original Assignee
Sharp Kabushiki Kaisha
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
Priority claimed from PCT/JP2005/014446 external-priority patent/WO2006013979A1/ja
Application filed by Sharp Kabushiki Kaisha filed Critical Sharp Kabushiki Kaisha
Priority to JP2007500556A priority Critical patent/JP4137992B2/ja
Priority to US11/883,254 priority patent/US8051182B2/en
Priority to CN2006800033174A priority patent/CN101112068B/zh
Publication of WO2006080372A1 publication Critical patent/WO2006080372A1/ja
Publication of WO2006080372B1 publication Critical patent/WO2006080372B1/ja

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/62—Wavelength based
    • 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/325—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the network layer [OSI layer 3], e.g. X.25

Definitions

  • Communication device communication system, communication method, communication program, communication circuit
  • the present invention relates to a communication device, a communication system, and a communication method that perform wireless or wired communication.
  • IrDA Infrared Data Association
  • IrLMP Infrared Link Management Protocol
  • IrLMP station management (Station Control) that manages each process of connection and disconnection with other devices via the lower layer, IrLAP (Infrared Link Access Protocol), and the connection are managed. It is mainly performed by LSAP (Link Service Access Point) that is managed in an integrated manner.
  • LSAP Link Service Access Point
  • connection request command 1 (LM-con-reql)
  • connection request command 2 (LS_con_req2) is issued to the station management of the primary station, and the station management of the primary station is the lower-level primary station.
  • connection request command 3 (LAP_con_req3) is issued to IrLAP.
  • the IrLAP of the primary station receives this connection request command 3, and outputs the SNRM command to the secondary station that is the opposite device at a transfer speed of 9600bps.
  • the secondary station IrLAP issues a connection request command reception notification 1 (LAP-con-indl) to the station management (Station Control) inside the secondary station IrLMP layer.
  • the station management of the received secondary station issues a connection confirmation command 1 (LAP—con—rspl) to the IrLAP of the secondary station.
  • the IrLAP of the secondary station receives the connection confirmation command 1 and outputs a UA response to the primary station at a transfer rate of 9600 bps.
  • the primary station IrLAP receives the UA response and notifies the primary station management of the connection confirmation command reception notification 1 (LAP-con- confl) to the primary station management, and the primary station management receives the connection confirmation command.
  • Issue notification 2 (LS_con_conl2) to the LSAP of the primary station.
  • the LSAP of the primary station Upon receiving the connection command reception notification 2, the LSAP of the primary station issues a data transmission request 1 (LAP—Data—reql) to transmit data in the connection request command 1 to IrLAP.
  • the IrLAP receives this data transmission request 1 and outputs an I frame to the secondary station.
  • the transfer rate of the I frame at this time is a transfer rate determined by the IrLAP layer, which is the lower layer, by exchanging the above-mentioned SNRM command and UA response.
  • the transfer rate is 115.2 kbps or 4 Mbps.
  • the IrLAP of the secondary station Upon receiving this I frame, the IrLAP of the secondary station issues a data reception notification 1 (LAP-Data-indl) to the LSAP of the secondary station, and passes the data to the LSAP of the secondary station.
  • LAP-Data-indl data reception notification 1
  • the LSAP of the secondary station Upon receiving this parameter, the LSAP of the secondary station issues a connection request command 4 (LS—con—req4) to the station management of the secondary station, and the station management of the secondary station performs this connection. In response to request command 4, issue connection confirmation command reception notification 3 (LS—con—conf3) to the LSAP of the secondary station.
  • LS—con—req4 connection request command 4
  • LS—con—conf3 connection confirmation command reception notification 3
  • the LSAP of the secondary station issues a connection request command reception notification 2 (LM_con_ind2) containing data necessary for connection from the primary station to the upper layer of the secondary station.
  • the upper layer of the secondary station receives this connection request command reception notification 2 and issues a connection confirmation command 4 (LM—con—rsp4) containing data necessary for connection with the opposite device to the LSAP of the secondary station.
  • the LSAP of the secondary station receives this connection confirmation command 4 and issues a data transmission request 2 (LAP—DATA—req2) to the IrLAP of the secondary station.
  • the IrLAP of the secondary station transmits an I frame to the primary station.
  • the IrLAP of the primary station issues a data reception notification 2 (LAP—Data_ind2) to the LSAP of the primary station, and the LSAP is a connection confirmation command that contains data necessary for connection from the secondary station.
  • Send reception notification 4 (LM—con—conf4).
  • the upper layer of the primary station issues a disconnect request command 1 (LM-disc-reql) containing data necessary for disconnection.
  • the LSAP of the primary station issues a data transmission request (LAP_Data_req) to transmit the data of the disconnection request command 1.
  • the IrLAP of the primary station transmits an I frame to the secondary station.
  • the secondary station IrLAP receives the I-frame and issues a data reception notification (LAP-Data-ind) to the LS AP.
  • the LSAP of the secondary station determines that the data in this data reception notification requests disconnection, issues a disconnection request 3 (LS_disc_req3) to the station management of the secondary station, and A disconnect command reception notification (LM-disc-ind) containing data necessary for disconnection by the primary power source is issued to the upper layer.
  • the LSAP of the primary station issues a disconnect request command 2 (LS-disc-req2) to the station management of the primary station after issuing a data transmission request.
  • the station management of the primary station receives the disconnection request command 2 and performs disconnection processing, and issues a disconnection request command 4 (LAP-disc-req4) to the IrLAP of the primary station.
  • the IrLAP of the primary station receives this disconnection request command 4 and issues a DISC command to the secondary station, and the IrL AP of the secondary station receives this DISC command and sends the response UA response to the primary station.
  • Send to With this series of operations, the cutting sequence of the IrLMP layer is completed.
  • the waiting time power for switching is specified to be lm S (milliseconds) or more in the case of data communication at a transfer rate of 4 Mbps, but it actually takes about 10 mS and is combined with the time required for packet transmission.
  • lOOmS force is 200mS
  • LMP layer exchange I frame and Ack
  • the power of lOOmS is also strong, and the communication overhead, that is, the time from completion of connection to the start of transmission of data to be transmitted becomes longer, resulting in a problem that communication efficiency is lowered as a whole.
  • An object of the present invention is to provide a communication device, a communication system, a communication method, a communication program, and a communication circuit that require a short time to connect and disconnect.
  • a communication device includes a network layer, an upper layer that is a communication layer higher than the network layer, and a lower layer that is a communication layer lower than the network layer.
  • a communication device as a primary station that communicates with a secondary station, and when a communication connection with the secondary station is established, the lower layer when a connection request command is received from an upper layer in the network layer
  • a network layer protocol control unit that issues a connection confirmation command reception notification to the upper layer without issuing a data transfer request command to the lower layer when a connection confirmation command reception notification is received from the lower layer It is a configuration.
  • the communication method includes a network layer, an upper layer that is a communication layer higher than the network layer, and a lower layer that is a communication layer lower than the network layer, and communicates with a secondary station.
  • the communication device includes a network layer, an upper layer that is a communication layer higher than the network layer, and a lower layer that is a communication layer lower than the network layer, and communicates with the primary station.
  • a communication device When a communication device is connected to the primary station and receives a connection request command reception notification from the lower layer, it does not issue a data transfer request command to the lower layer.
  • a connection request command reception notification is issued to the upper layer, and the connection confirmation command is sent from the upper layer.
  • the network layer protocol control unit issues a connection confirmation command to the lower layer when receiving the request.
  • the communication method according to the present invention includes a network layer, an upper layer that is a communication layer higher than the network layer, and a lower layer that is a communication layer lower than the network layer, and communicates with the primary station.
  • This is a communication method in a communication device as a secondary station, and when a communication connection is made with the primary station, when a connection request command reception notification is received from the lower layer, a data transfer request is sent to the lower layer.
  • This is a method of issuing a connection request command reception notification to the upper layer without issuing a command, and issuing a connection confirmation command to the lower layer when a connection confirmation command is received from the upper layer.
  • the communication system includes a communication device as the primary station and a communication device as the secondary station.
  • the network station when the primary station establishes communication connection with the secondary station, the network station receives the connection request command from the upper layer to the lower layer.
  • a connection request command is issued and a connection confirmation command reception notification is received from the lower layer
  • a connection confirmation command reception notification is issued to the upper layer without issuing a data transfer request command to the lower layer.
  • the secondary station when it receives a connection request command reception notification from the lower layer, it does not issue a data transfer request command to the lower layer and receives a connection request command reception notification. Is issued to the upper layer, and when a connection confirmation command is received from the upper layer, a connection confirmation command is issued to the lower layer.
  • connection sequence it is not necessary to perform communication for connecting the network layer after the connection of the lower layer. Therefore, since the sequence at the time of connection is simplified, the communication efficiency can be improved.
  • the communication device includes a network layer, an upper layer that is a communication layer higher than the network layer, and a lower layer that is a communication layer lower than the network layer, and communicates with a secondary station.
  • a communication device as a primary station is disconnected and the communication with the secondary station is disconnected, a data transfer request command is sent to the lower layer when the upper layer power disconnection request command is received in the network layer.
  • the network layer protocol control unit issues a disconnection confirmation command reception notification to an upper layer when a disconnection request command is issued without issuing a disconnection command reception notification from the lower layer.
  • the communication method according to the present invention includes a network layer, an upper layer that is a communication layer higher than the network layer, and a lower layer that is a communication layer lower than the network layer, and communicates with a secondary station.
  • This is a communication method in a communication device as a primary station that communicates with the secondary station.
  • This is a method of issuing a disconnection confirmation command reception notification to the upper layer when a disconnection request command is issued without issuing a transfer request command and a disconnection confirmation command reception notification is received from the lower layer.
  • the communication device includes a network layer, an upper layer that is a communication layer higher than the network layer, and a lower layer that is a communication layer lower than the network layer, and communicates with the primary station.
  • a communication device as a secondary station that sends a disconnect request command reception notification to the upper layer when receiving a disconnect request command reception notification from the lower layer when disconnecting communication with the primary station,
  • the network layer protocol control unit issues a disconnection confirmation command to the lower layer.
  • the communication method according to the present invention includes a network layer, an upper layer that is a communication layer higher than the network layer, and a lower layer that is a communication layer lower than the network layer, and communicates with the primary station.
  • This is a communication method in a communication device as a secondary station, and when disconnecting from the primary station, when receiving a disconnection request command reception notification from the lower layer, a disconnection request command is received by the upper layer.
  • This is a method for issuing a cut confirmation command to the lower layer when a notification is issued and a cut confirmation command is received from the upper layer.
  • a communication system includes a communication device as the primary station and a communication device as the secondary station.
  • the communication device may be realized by a computer.
  • the communication device can be realized by a computer by causing the computer to operate as the network layer protocol control unit.
  • a communication program and a computer-readable recording medium on which the communication program is recorded also fall within the scope of the present invention.
  • the communication device may be realized by a communication circuit functioning as the network layer protocol control unit.
  • the communication device is suitable for a mobile phone that performs communication using the communication device.
  • the communication device is suitable for a display device that displays data based on data received by the communication device.
  • the communication device is suitable for a printing apparatus that performs printing based on data received by the communication device.
  • the communication device is suitable for a recording device for recording data received by the communication device.
  • FIG. 1 is a signal sequence diagram for describing an embodiment of the present invention.
  • FIG. 2 is a signal sequence diagram for explaining another embodiment of the present invention.
  • FIG. 3 is a signal sequence diagram for explaining connection processing up to an IrLMP layer in conventional IrDA.
  • FIG. 4 is a signal sequence diagram for explaining cutting up to an IrLMP layer in conventional IrDA.
  • FIG. 5 is a block diagram for explaining an embodiment of the present invention.
  • FIG. 6 is a signal sequence diagram for explaining yet another embodiment of the present invention.
  • FIG. 7 is a signal sequence diagram for explaining yet another embodiment of the present invention.
  • FIG. 8 is a diagram for explaining still another embodiment of the present invention.
  • FIG. 9 is a diagram for explaining still another embodiment of the present invention.
  • FIG. 10 is a diagram for explaining still another embodiment of the present invention.
  • FIG. 11 is a diagram for explaining still another embodiment of the present invention.
  • FIG. 12 is a signal sequence diagram for explaining conventional IrDA connection and data transfer.
  • FIG. 13 is a schematic diagram showing the correspondence between the OSI7 hierarchical model, the IrDA hierarchy, and the hierarchy of the present invention.
  • FIG. 14 (a) is a sequence diagram of connection establishment according to the embodiment of the present invention.
  • (B) is a sequence diagram of connection establishment according to the embodiment of the present invention.
  • (C) is a packet format for connection establishment according to the embodiment of the present invention.
  • FIG. 15 (a) is a diagram showing a data exchange sequence according to the embodiment of the present invention.
  • FIG. 16] (a) is a diagram showing a packet format used in IrDA data exchange.
  • (b) is a figure which shows the packet format used by the data exchange of this invention.
  • FIG. 17 (a) is a diagram showing a data exchange sequence according to the embodiment of the present invention.
  • (b) is a diagram showing a data exchange sequence according to the embodiment of the present invention.
  • FIG. 18 (a) is a diagram showing a cutting sequence according to the embodiment of the present invention.
  • (b) is a diagram showing a cutting sequence according to the embodiment of the present invention.
  • (C) is a packet format of a disconnection sequence according to the embodiment of the present invention.
  • FIG. 19 is a sequence diagram showing functions (commands, messages) and packet flows between layers in the connection sequence according to the embodiment of the present invention.
  • FIG. 20 (a) is an explanatory diagram showing a change in data in a function between layers indicated by right-pointing arrows in FIGS. 19 and 21 in the connection sequence according to the embodiment of the present invention.
  • (b) is a diagram showing a change in data in a function between layers according to the embodiment of the present invention.
  • FIG. 6 is a sequence diagram showing the flow of packets.
  • FIG. 22 is a sequence diagram showing functions (commands, messages) and packet flows between layers during data exchange according to the embodiment of the present invention.
  • FIG. 23 is a diagram showing a data change in a function between layers in FIGS. 22 and 24 at the time of data exchange according to the embodiment of the present invention.
  • FIG. 24 is a sequence diagram showing functions (commands, messages) and packet flows between layers during data exchange according to the embodiment of the present invention.
  • FIG. 25 is a sequence diagram showing functions (commands, messages) and flow of packets between layers during a disconnection sequence according to the embodiment of the present invention.
  • FIG. 26 (a) is an explanatory diagram showing a change in data in a function between layers indicated by right-pointing arrows in FIGS. 25 and 27 in the cutting sequence according to the embodiment of the present invention. (b) is an explanatory view showing a change in data in a function between layers according to the embodiment of the present invention.
  • FIG. 27 is a sequence diagram showing functions (commands, messages) and flow of packets between layers in the cutting sequence according to the embodiment of the present invention.
  • FIG. 28 is a schematic diagram showing connection request function data and connection parameter passing in the primary station according to the embodiment of the present invention.
  • FIG. 29 is a schematic diagram showing delivery of a connection parameter of a connection request function in the secondary station according to the embodiment of the present invention.
  • FIG. 30 is a schematic diagram showing delivery of connection confirmation function data and connection parameters in the primary station and connection notification function in the secondary station according to the embodiment of the present invention.
  • FIG. 31 is a schematic diagram showing data transfer of a connection response function in the secondary station according to the embodiment of the present invention.
  • FIG. 32 is a schematic diagram showing delivery of connection parameters of the connection confirmation function in the primary station according to the embodiment of the present invention.
  • FIG. 33 is a schematic diagram showing connection request function data and connection parameter delivery in the primary station when connection parameters are shared between layers, which is a modification of the embodiment.
  • FIG. 34 is a schematic diagram showing the connection notification function data and the connection parameter exchange in the secondary station when the connection parameter is shared between layers, which is a modification of the embodiment.
  • FIG. 35 is a schematic diagram showing connection request function data and connection parameter delivery in the primary station when connection parameters are separately passed to lower layers, which is a modification of the embodiment.
  • the present invention can be widely applied to communication systems in which a transmitter and a receiver establish communication of a plurality of communication layers and perform communication.
  • the division of communication functions may not follow the OSI 7 layer model.
  • the number of communication layers can be arbitrarily selected as long as there are a plurality of communication layers to be connected.
  • the IrLMP (Infrared Link Management Protocol) layer uses the IrLAP layer, which is a lower layer, to perform multiplexing in order to efficiently transfer data of a plurality of upper layer applications. Specifically, when multiple upper layer applications are running in one-to-one communication or in one-to-N communication, the LMP layer creates a logical channel required for each application, The layer transmits and receives data using the channel. This logical channel is the LSAP (Link Service Access Point).
  • LSAP Link Service Access Point
  • connection processing is performed in the same manner when application 2 (app2) is connected.
  • the network layer of the present invention simplifies the connection and disconnection sequence while maintaining compatibility with the IrLMP standard on the premise of one-to-one communication and one application.
  • the signal sequence diagram of the present embodiment is shown in FIG. 1, and the block diagram is shown in FIG. 5.
  • the present invention is not limited to this.
  • the power of OBEX and TinyTP as the upper layer in Fig. 5 is not limited to this.
  • the network layer protocol control unit described in FIG. 5 is described as a single layer. Equivalent functions are integrated in the upper layer or lower layer, and the network layer protocol control unit does not have to exist alone.
  • each module in Fig. 5 is a hardware component even if it can be realized. It may be software.
  • the upper layer control unit 511 of the primary station issues a connection request command 1 (LM-con-reql) containing data necessary for connection.
  • the network layer protocol control unit 512 of the primary station Upon receiving the connection request command 1, the network layer protocol control unit 512 of the primary station sends the data contained in the connection request command 1 to the IrLAP layer control unit 513 (LAP—con_req2). Send.
  • the IrLAP layer control unit 513 of the primary station receives the connection request command 2 and transmits the SNRM command including the data contained in the connection request command 2 to the secondary station via the transmission unit 514.
  • the network layer protocol control unit 512 of the secondary station issues the connection confirmation command 2 (LAP—con—rsp2) contained in the connection confirmation command 1 to the IrLAP layer control unit 513 of the secondary station. .
  • the IrLAP layer control unit 513 of the secondary station transmits a UA response including the data contained in the connection confirmation command 2 to the primary station via the transmission unit 514.
  • the IrLAP layer control unit 513 of the primary station that has received this UA response by the reception unit 515 sends the connection confirmation command reception notification 1 (LAP-con-conf 1) including the data contained in the UA response to the primary station. It is issued to the network layer protocol control unit 512.
  • the primary station network layer protocol control unit 512 Upon receiving the connection confirmation command reception notification 1, the primary station network layer protocol control unit 512 sends a connection confirmation command reception notification (LM-con-conl2) including the data contained in the connection confirmation command reception notification 1 to the primary station. Is issued to the upper layer control unit 511.
  • the logical channel used by the upper layer is created (SLSAP, DLSAP exchange).
  • the network layer protocol control unit 512 of the primary station receives a connection confirmation command reception notification 1 (LAP-con-confl) and receives a fixed value determined in advance. The above logical channel is created.
  • each signal is expressed by an expression using the expression in FIG.
  • Connection request command 1 LM—con—reql (AAA, Datal)
  • Connection request command 2 LAP_con_req2 (BBB, Datal)
  • Connection request command reception notification 1 LAP_con_indl (CCC, Datal)
  • Connection request command reception notification 2 LM_con_ind2 (DDD, Datal)
  • Connection confirmation command 1 LM—con—rspl (EEE, Data2)
  • Connection confirmation command 2 LAP— con— rsp2 (FFF, Data2)
  • the upper layer control unit 511 of the primary station issues a disconnect request command 1 (LM-disc-reql) containing data necessary for disconnection.
  • the network layer protocol control unit 512 of the primary station disconnects the IrLAP layer control unit 513 of the primary station with the data included in the disconnection request command 1 (2) Send LAP—disc—req2).
  • the IrLAP layer control unit 513 of the primary station receives the disconnection request command 2 and transmits a DISC command including the data contained in the disconnection request command 2 to the secondary station via the transmission unit 514.
  • the IrLAP layer control unit 513 of the secondary station that has received the DISC command at the reception unit 515 includes data contained in the DISC command with respect to the network layer protocol control unit 512 of the secondary station. Issue disconnect request command reception notification 1 (LAP—disc—indl).
  • the network protocol control unit 512 of the secondary station issues a disconnection request reception notification 2 (LM_disc_ind2) including the data contained in the disconnection request command reception notification 1 to the upper layer control unit 511 of the secondary station. .
  • the upper layer control unit 511 of the secondary station Upon receiving this disconnection request reception notification 2, the upper layer control unit 511 of the secondary station disconnects the connection with the primary station in order to disconnect the disconnection confirmation command 1 (including data necessary for disconnection with the primary station).
  • LM -disc- respl is issued to the network protocol controller 512 of the secondary station.
  • the network layer protocol control unit 512 of the secondary station sends the disconnection confirmation command 2 (LAP-disc-rsp2) including the above data contained in the disconnection confirmation command 1 to the IrLAP layer control unit 513 of the secondary station. Issued against.
  • the IrLAP layer control unit 513 of the secondary station transmits a UA response including the data contained in the disconnection confirmation command 2 to the primary station via the transmission unit 514.
  • the IrLAP layer control unit 51 3 of the primary station that has received this UA response at the reception unit 515 sends a disconnection confirmation command reception notification 1 (LAP —disc—confl) including the data contained in the UA response to the network layer of the primary station Issued to protocol controller 512.
  • the network layer protocol control unit 512 of the primary station receives a disconnection confirmation command reception notification 1
  • a disconnection confirmation command reception notification 2 (LM-disc-conf2) including the data contained in the disconnection confirmation command reception notification 1 is issued to the upper layer control unit 511 of the primary station.
  • Disconnect request command 1 LM—disc_reql (AAA, Datal)
  • the DISC command and the UA response are not expressed in equations because they are handled as a packet format in which the LAP layer power is also transmitted, and are omitted because they are not the gist of the present invention.
  • AAA to HHH are parameters required for each signal.
  • the right arrow signal shown in Figure 2 contains Datal, and the left arrow signal contains Data2.
  • the IrLMP layer of the primary station when the disconnection request command is issued to the IrLMP layer after the upper layer disconnection processing is completed in the primary station, the IrLMP layer of the primary station Then, a data transfer request (data is IrLMP layer disconnection request command) is transmitted. Upon receiving this, the IrLMP layer of the secondary station enters the disconnected state when a disconnect request command is received. At this time, a disconnection response is not transmitted. Then, the primary station transmits the above-mentioned IrLMP layer disconnection request command, then notifies the IrLAP layer of a disconnection request command, and disconnection processing in the IrLAP layer is performed.
  • the signal sequence diagram of the present embodiment is shown in Fig. 6 and the block diagram is shown in Fig. 5.
  • the present invention is not limited to this.
  • the power of OBEX and TinyTP as the upper layer in Fig. 5 is not limited to this.
  • the network layer protocol control unit described in FIG. 5 is described as a single layer. Equivalent functions are integrated in the upper layer or lower layer, and the network layer protocol control unit does not have to exist alone.
  • Each module in Fig. 5 may be either software or hardware as long as its functions can be realized.
  • connection request command 1 (LM-con-reql) including data necessary for connection.
  • LM-con-reql connection request command 1
  • information on whether the communication is one-way transfer or two-way transfer is also notified. In the present embodiment, it is assumed that one-way transfer is selected below.
  • connection processing is completed and a data transfer request command is received from the upper layer control unit 511.
  • a data transfer request command is issued to the IrLAP layer control unit 513 in the lower layer.
  • the IrLAP layer control unit 513 of the secondary station that has received the SNRM command including the above-described one-way communication selection information by the reception unit 515 sends the SNRM command to the network layer protocol control unit 512 of the secondary station.
  • the connection request command reception notification 1 (LAP con indl) including the data contained in and the one-way communication selection information is issued.
  • Secondary station network layer pro The protocol control unit 512 issues a connection request reception notification 2 (LM_con_ind2) including the data contained in the connection request command reception notification 1 and the one-way communication selection information to the upper layer control unit 511 of the secondary station.
  • the upper layer control unit 511 of the secondary station that has received this connection request reception notification 2 establishes a connection with the primary station in this state.
  • the network layer protocol control unit 512 of the secondary station completes connection processing when a connection request command reception notification is issued to the upper layer control unit 511, and receives a data transfer request command reception notification from the lower layer LAP layer control unit 513. If received, a data transfer request command reception notification is issued to the upper layer control unit 511.
  • connection work in one-way communication can be completed, and a packet communicated between devices becomes one of the SNRM commands. Efficiency can be improved.
  • Connection request command 1 LM—con—reql (AAA, Datal)
  • Connection request command 2 LAP_con_req2 (BBB, Datal)
  • Connection request command reception notification 1 LAP_con_indl (CCC, Datal)
  • Connection request command reception notification 2 LM_con_ind2 (DDD, Datal)
  • the SNRM command is handled as a packet format to be transmitted by the LAP layer force, it is not expressed in the formula, and is omitted because it is not the gist of the present invention.
  • AAA to DDD are necessary parameters for each signal.
  • the signal of the arrow pointing to the right shown in Fig. 6 is likely to contain Datal.
  • the signal sequence diagram of the present embodiment is shown in FIG. 7, and the block diagram is shown in FIG. 5.
  • the present invention is not limited to this.
  • OBEX and TinyTP are shown as upper layers in Fig. 5, this is not restrictive.
  • the power equivalent functions described in Fig. 5 as a single layer in the network layer protocol control unit are integrated into the upper layer or lower layer, and the network The network layer protocol control unit may not exist alone.
  • Each module in FIG. 5 may be software or hardware as long as the function can be realized. In the present embodiment, it is assumed that a connection in one-way communication has already been established between the primary station and the secondary station.
  • the IrLAP layer control unit 513 of the secondary station that has received the above-mentioned DISC command by the reception unit 515 transmits the data contained in the DISC command to the network layer protocol control unit 512 of the secondary station.
  • Issue disconnect request command reception notification 1 (LAP—disc—indl) including
  • the network layer protocol control unit 512 of the secondary station issues a disconnection request command reception notification 2 (LM_disc_ind2) including the data contained in the disconnection request command reception notification 1 to the upper layer control unit 511 of the secondary station.
  • the upper layer control unit 511 of the secondary station that has received this disconnection request command reception notification 2 is in a disconnected state.
  • the network layer protocol control unit 512 of the secondary station completes the disconnection process when it issues a disconnection request command reception notification to the upper layer control unit 511.
  • each signal is expressed by an expression using the expression in FIG.
  • Disconnect request command 1 LM disc reql (AAA, Datal)
  • Disconnect request command 2 LAP—disc—req2 (BBB, Datal)
  • Disconnect request command reception notification 1 LAP— disc— indl (CCC, Datal)
  • Disconnection request command notification 2 LM_disc_ind2 (DDD, Datal)
  • the DISC command is handled as a packet format in which the LAP layer power is also transmitted, it is not expressed in an equation and is omitted because it is not the gist of the present invention.
  • AAA to DDD are necessary parameters for each signal.
  • the signal of the arrow pointing to the right shown in Fig. 7 contains Datal.
  • the transmitter and the receiver if either the transmitter or the receiver is a mobile phone, it is preferable to transmit data by the sequence described in the first to fourth embodiments. As long as reception is possible, the opposite device may not be a mobile phone.
  • data in mobile phone A is transmitted to mobile phone B using infrared rays.
  • the network layer protocol control unit 512 when the network layer protocol control unit 512 notifies the connection request command reception from the IrLAP layer control unit 513, The upper layer data is also passed to the upper layer control unit 511, and when the connection confirmation command is notified from the upper layer control unit 511, the upper layer data is also passed to the IrLAP layer control unit 513 to complete the connection. To do.
  • the network layer protocol control unit 512 passes the upper layer data to the lower layer together with a connection request, and on the receiving side (cell phone B).
  • the network layer protocol control unit 512 notifies the IrLAP layer control unit 513 that the connection confirmation command is received, the upper layer data can be combined and passed to the upper layer control unit 511.
  • the receiving side when the connection request command is received from the IrLAP layer 513, the upper layer data is passed to the upper layer control unit 511 and the connection is completed.
  • the network layer protocol control unit 512 sends a connection request command reception notification from the IrLAP layer control unit 513, it also passes the upper layer data to the upper layer control unit 511, When a connection confirmation command is sent from the upper layer, the upper layer data is also passed to the IrLAP layer control unit 513 to complete the connection. [0120] This makes it possible to establish a connection by exchanging one packet, and it is possible to complete the connection in a shorter time compared to the conventional IrDA multiple packet connection method. .
  • the transmitting device may not be a mobile phone as long as data can be transmitted by the sequence described in Embodiments 1 to 4! /.
  • the recording device may be the transmission side.
  • Embodiments 1 to 8 Applies to 1-8. Therefore, the terms defined in Embodiments 1 to 8 are used in accordance with the definitions in this embodiment unless otherwise specified.
  • FIG. 13 is a schematic diagram showing the correspondence between the OSI 7 hierarchical model, the IrDA hierarchy, and the hierarchy of the communication system according to the present invention.
  • IrSimple is an application example of the present invention.
  • the present invention is not limited to IrSimple.
  • IrSimple is an improvement on some of the functions of conventional IrDA.
  • the data link layer, network layer, transport layer, session layer + presentation layer may be denoted as LAP, LAMP, SMP, and OBEX, respectively.
  • LAP the data link layer of the transmitter.
  • the SNRM command can have the same function as the search by using the global address for the SNRM Destination Device Address (Fig. 14 (c)). SNRM command).
  • the upper layer such as the network layer, transport layer, session layer, and presentation layer is included in the SN RM command and UA response that are connection packets of the data link layer. Enter the parameters and commands necessary for the connection. As a result, it is possible to condense the connection packets for connecting each higher layer, which was necessary with conventional IrDA, into one packet.
  • the search and connection sequence which conventionally required a plurality of packets, can be performed in one packet pair.
  • FIG. 14 (b) is a sequence diagram showing a connection sequence of the present embodiment (no response is sent).
  • FIG. 14 (c) is an explanatory diagram showing the data structure of communication data in the connection sequence of the present embodiment (no response is sent).
  • the UA response (UA response for SNRM in Fig. 14 (c)) is not required.
  • a communication method that omits the response from the receiver can be selected.
  • Fig. 14 (b) it can be assumed that the search and connection are completed only by the SNRM command.
  • connection sequence of the present embodiment shortens the time required for connection by summarizing connection requests of a plurality of communication layers. Therefore, even when the communication path is disconnected, the connection sequence is repeated. Easy connection. Therefore, the communication path is easy to cut, for example, it is particularly suitable for wireless communication using infrared rays. However, it is also effective in IEEE802.il wireless, other wireless communication including Bluetooth, and wired communication.
  • the present invention is not limited to this.
  • the remaining plurality of communication layers may be connected.
  • multiple connections in one communication layer The communication may be performed once. For example, if the network layer connection requires two communications, the data link layer connection and the network layer first connection are combined into one connection request, and the network layer second connection and the transport layer are combined. May be combined into a single connection request.
  • FIG. 15 (a) and 15 (b) are sequence diagrams showing the data exchange sequence of the present embodiment (response is sent).
  • FIG. 15 (a) is an explanatory diagram showing the data structure of communication data in the data exchange sequence of the present embodiment (response is sent).
  • the response of the lower layer and the upper layer is reduced as much as possible between each piece of data, and a response indicating whether there was an error or power failure after sending a lot of data is returned.
  • the transmitter was constructed with a sequential packet number and a flag for asking whether there was a problem with the received data during data communication, and divided data obtained by dividing the data according to the packet size. Use packets.
  • the transmitter transmits a packet with the flag turned on after transmitting a predetermined number of packets.
  • the receiver receives a packet from the beginning of the previous data or when the above flag is turned on and sends a reply, and if it does not detect an error, it indicates that it has been received normally. Notify the transmitter.
  • the receiver detects an error from the beginning of the previous data, or after receiving a packet with the above flag turned on and sending a reply, the receiver receives the packet after the powerful packet that cannot be received. Ignores the divided data part, checks only the flag, and if the flag is on, notifies the transmitter of a powerful packet number that cannot be received due to an error.
  • the transmitter when the transmitter receives a message indicating that it has been received normally, the transmitter transmits from the next packet. When the transmitter receives a notification that an error has occurred, it retransmits from the packet number that could not be received to the packet with the flag turned on.
  • Sequential number and data confirmation flag whether it is the last packet of data, and a flag indicating whether the received data is normal or not are provided in the data part of the transport layer of the UI frame. Send.
  • FIGS. 17A and 17B are sequence diagrams showing a data exchange sequence according to the present embodiment (no response is sent).
  • FIG. 17B is an explanatory diagram showing the data structure of communication data in the data exchange sequence of the present embodiment (no response is sent).
  • the receiver only confirms whether or not there is an error, and when receiving normally, after receiving all the data, it recognizes that it is normal reception within the receiver, and next Perform the operation.
  • the next operation in this case is, for example, displaying received data, printing, or saving.
  • the receiver recognizes that it has failed to receive normally in the receiver and performs the following operations.
  • the next operation is an indicator to notify the user that the failure has occurred or a state of waiting for the next reception.
  • FIG. 18 (a) is a sequence diagram showing a disconnection sequence of the present embodiment (response is sent).
  • FIG. 18C is an explanatory diagram showing the data structure of communication data in the disconnection sequence of the present embodiment (response is sent).
  • FIG. 18 (b) is a sequence diagram showing a disconnection sequence of the present embodiment (no response is sent).
  • FIG. 18C is an explanatory diagram showing the data structure of communication data in the disconnection sequence of the present embodiment (response is sent).
  • the UA response (UA response in Fig. 18 (c)) is not required.
  • the data link layer is denoted by LAP
  • the network layer is denoted by LAMP
  • the transport layer is denoted by TTP or SMP
  • the session layer and the presentation layer are denoted by OBEX.
  • P is added to the transmitter and “S” is added to the receiver.
  • LAP (P) means the data link layer of the transmitter.
  • FIG. 19 is a sequence diagram showing a connection sequence according to the present embodiment (response is sent).
  • FIGS. 20 (a) and 20 (b) are explanatory diagrams showing the data structure of communication data in the connection sequence of the present embodiment (response is sent).
  • both the transmitter and the receiver prepare for connection. After that, the transmitter passes the upper layer request as it is to the lower layer and transmits it as one packet (SNRM). On the other hand, the receiver receives the SNRM packet, notifies the upper layer as it is, and then passes the OBEX (S) response to the lower layer as it is, as one packet (UA). Send. When the transmitter receives the UA, the transmitter completes the connection and raises a notification (Connect. Confirm) to the upper layer.
  • OBEX (P) promptly issues a connection request function (Primitive) by entering a connection request command in the data to the lower layer (SMP (P)) when a connection request with a strong application comes. To be born. Also, when OBEX (P) receives a connection confirmation function from SMP (P), it confirms the response of the OBEX connection from the data, and if the response indicates that there is no problem (Success), the connection is completed. And
  • the SMP (P) receives the connection request function from the OBEX (P) and promptly uses the connection request function data of the OBEX (P) to communicate with the SMP (S) of the receiver.
  • a connection request function is generated for the lower layer (LMP (P)) with the parameter added.
  • SMP (P) receives a connection confirmation function from LMP (P)
  • it extracts the parameters generated by SMP (S) of the receiver from the data data of the function, confirms the value, and SMP (S ) Negotiation with) ends.
  • SMP (P) sends the data of the connection confirmation function with the data of SMP (S) removed, as connection confirmation function to OBEX (P).
  • the LMP (P) receives the connection request function from the SMP (P) and promptly adds the parameters required for communication with the LMP (S) of the receiver to the data of the connection request function of the SMP (P). And a connection request function is generated for the lower layer (LAP (P)). Also, when LMP (P) receives a connection confirmation function from LAP (P), it extracts the parameter generated by the LMP (S) of the receiver from the function data, confirms the value, and The negotiation with is terminated. Also, LMP (P) sends the data of the connection confirmation function with the data of LMP (S) removed, as a connection confirmation function to SMP (P).
  • LSAP Link Service Access Point
  • LMP Link Service Access Point
  • the LAP (P) receives the connection request function from the LMP (P), and promptly adds the parameters required for communication with the LAP (S) of the receiver to the data of the connection request function of the LMP (P). And output the SNRM command to the physical layer of the receiver.
  • the LAP (P) receives the physical layer strength UA response of the receiver, the LAP (P The parameter generated by S) is extracted, the value is confirmed, and the negotiation with LAP (S) is terminated.
  • LAP (P) sends the data obtained by removing the LAP (S) parameter from the UA response data to LMP (P) as a connection confirmation function.
  • OBEX (S) receives the connection request function for the application power and enters a reception standby state. OBEX (S) confirms the OBEX connection command from the data when the lower layer (SMP (S)) force also receives the connection notification function (Indication), and if there is no problem, the response is Success. Is output to SMP (S) as a connection response function (Response) to complete the connection.
  • SMP (S) receives a connection request function from OBEX (S) and enters a reception standby state.
  • SMP (S) receives a connection notification function from the lower layer (SMP (S))
  • SMP (P) extracts the parameters generated by SMP (P) of the transmitter from the data of the function and responds to it.
  • the connection response function from OBEX (S) is Wait.
  • SMP (S) When SMP (S) receives a connection response function from OBEX (S), it adds the above response parameter to the data of the connection response function of OBEX (S) to LMP (S), A connection response function is generated for LMP (S), and SMP layer negotiation is terminated.
  • LMP (S) In response to the connection request function from SMP (S), LMP (S) enters a reception standby state. Also, when the LMP (S) receives the connection notification function from the lower layer (LAP (S)), it extracts the parameters generated by the LMP (P) of the transmitter from the function data, and After creating a response parameter, excluding the data power LMP (P) parameter of the above function and issuing a connection request function containing the data to SMP (S), the connection response function from SMP (S) is wait. In addition, when the LMP (S) receives a connection response function from the SMP (S), the LMP (S) adds the above response parameter to the data of the connection response function of the SMP (S) to the LAP (S). The connection response function is generated for LAP (S), and the negotiation of the LMP layer is completed.
  • LSAP Link Service Access Point
  • LMP Link Service Access Point
  • LAP (S) receives a connection request function with LMP (S) power and enters a reception standby state.
  • the LAP (S) extracts the parameters generated by the transmitter LAP (P) from the SNRM command data, and the LAP (P) parameters from the SNRM command data.
  • the connection request function containing the data to the LMP (S) After issuing the connection request function containing the data to the LMP (S), create a response parameter for that function and wait for the connection response function from the LMP (S).
  • the LAP (S) receives the connection response function from the LMP (S)
  • the LAP (S) adds the above response parameter to the data of the connection response function of the LMP (S), and the UA record is sent to the physical layer. The response is output and the LAP layer negotiation is terminated.
  • FIG. 21 is a sequence diagram showing a connection sequence according to the present embodiment (no response is sent).
  • FIG. 20 (a) is an explanatory diagram showing the data structure of communication data in the connection sequence of the present embodiment (no response is sent).
  • both the transmitter and the receiver prepare for connection. After that, the transmitter passes the upper layer request as it is to the lower layer and transmits it as one packet (SNRM). Then, the transmitter sends a notification (Connect. Confirm) from the LAP (P) to the upper layer as connection completion when the SNRM packet is transmitted. On the other hand, the receiver receives the SNRM packet, notifies the upper layer as it is, and completes the connection when notifying OBEX (S).
  • each communication layer of the transmitter will be described as! /.
  • OBEX (P) promptly issues a connection request function (Primitive) to the lower layer (S MP (P)) by entering a connection request command into the data when a connection request with an application power comes. To be born. OBEX (P) completes connection when it receives a connection confirmation function from SMP (P).
  • SMP (P) Upon receiving the connection request function from OBEX (P), SMP (P) promptly uses the connection request function data of OBEX (P) to communicate with SMP (S) of the receiver. A connection request function is generated for the lower layer (LMP (P)) with the parameter added. Also, SMP (P) is LMP ( P) When the connection confirmation function is received, the negotiation of the SMP layer is terminated, assuming that the transmitted parameters can be negotiated. At this time, SMP (P) sends a connection confirmation function to OBE X (P).
  • the LMP (P) receives the connection request function from the SMP (P) and promptly adds the parameters required for communication with the LMP (S) of the receiver to the data of the connection request function of the SMP (P). And a connection request function is generated for the lower layer (LAP (P)). Also, when the LMP (P) receives the connection confirmation function for the LAP (P) force, the LMP (P) terminates the negotiation of the LMP layer, assuming that the transmitted parameters can be negotiated. At this time, LMP (P) transmits a connection confirmation function to SMP (P).
  • LSAP Link Service Access Point
  • LMP Link Service Access Point
  • the LAP (P) receives the connection request function from the LMP (P) and promptly adds the parameters required for communication with the LAP (S) of the receiver to the connection request function data of the LMP (P). And output the SNRM command to the physical layer of the receiver.
  • LAP (P) terminates the LA p layer negotiation, assuming that it has negotiated with the transmitted parameters when it outputs the SNRM command.
  • LAP (P) sends a connection confirmation function to LMP (P).
  • OBEX (S) also receives a connection request function for application power and enters a reception standby state. If OBEX (S) receives the connection notification function (Indication) as well as the lower layer (SMP (S)) force, the OBEX (S) will also check the OBEX connection command for the data's intermediate force and if there is no problem, the connection will be completed And
  • SMP (S) receives a connection request function from OBEX (S) and enters a reception standby state.
  • SMP (S) receives a connection notification function from the lower layer (SMP (S))
  • it extracts the parameter generated by SMP (P) of the transmitter from the function data, Use to complete the negotiation.
  • SMP (S) is calculated from the data of the above function.
  • P (P) parameter is excluded!
  • the connection request function with the stored data is issued to OBEX (S).
  • LMP (S) In response to the connection request function from SMP (S), LMP (S) enters a reception standby state. Also, when the LMP (S) receives a connection notification function from the lower layer (LAP (S)), it extracts the parameter generated by the transmitter LMP (P) from the function data and uses that parameter. To complete the negotiation. And LMP (S) excludes the parameter of data force LMP (P) of the above function! The connection request function with the stored data is issued to SMP (S).
  • LAP lower layer
  • LSAP Link Service Access Point
  • LMP Link Service Access Point
  • LAP (S) receives a connection request function with LMP (S) power and enters a reception standby state. Also, when the physical layer strength SNRM command is received, the LAP (S) extracts the parameter generated by the transmitter LAP (P) from the SNRM command data and completes the negotiation using the parameter. Then, the LAP (S) issues a connection request function to the LMP (S) that includes the data power of the above function, excluding the parameters of the LAP (P).
  • FIG. 22 is a sequence diagram showing a data exchange sequence according to the present embodiment (response is sent).
  • FIG. 23 is an explanatory diagram showing the data structure of communication data in the data exchange sequence of the present embodiment (response is sent).
  • the transmitter As shown in Fig. 22, in this embodiment (with response), the transmitter generates a PUT command, which is transmitted to the lower layer and output as a UI frame (Fig. 16 (b)). .
  • the receiver receives data and sends notifications to higher layers.
  • SMP SMP
  • the transmitter After transmitting a certain number of packets, the transmitter turns on a flag for checking whether data has arrived properly, and transmits the packet. In response to this, in the receiver, SMP (S) passes the powerful error, and if there is an error, passes the error number to the transmitter. To know.
  • SMP SMP
  • the transmitter If there is no error, the transmitter outputs the next packet group, and if there is an error, the transmitter retransmits packets after the packet with the error.
  • OBEX (P) outputs a PUT command as a data transmission function to the lower layer.
  • OBEX (P) can be sent with SMP (P) without requiring a PUT command response other than the PUT Final (last PUT) command (Continue is returned when normal), The following command is output.
  • a command other than the PUT Final command or the PUT command it waits for the data notification function from the lower layer and ends the command by looking at the response in that data.
  • the data transmission function is a function (Data Re quest) for requesting data transmission to the lower layer.
  • the data notification function is a function (Data Indicate) notifying that the lower layer force data has been received.
  • OBEX receives the data by receiving the data notification function for the lower layer force.
  • OBEX does not return a response to a PUT command other than a PUT Final command, and returns a response as a data transmission function for a command other than a PUT Final command or a PUT command.
  • SMP When SMP receives the data transmission function from OBEX, (a) when the size that can be transmitted by LMP is smaller than the size of the data in the data transmission function, LMP can transmit the data. (B) The size that can be transmitted by LMP is the data transmission function. If it is larger than the size of the data in the number, combine some data to create larger data that is less than or equal to the size that can be sent.
  • SMP is a sequential number, an argument that inquires the other device about the data reception status, an argument that indicates the end of the data, an argument that the SMP of the other device requires an OBEX response, and the received data is normal Create an SMP header with an argument indicating whether or not. Then, a data transmission function including the data attached to the data obtained by dividing or combining the SMP header is issued to the LMP.
  • the SMP when the SMP receives the data notification function from the LMP, the SMP extracts the SMP header from the data in the function, and confirms that the sequence number is normal (that is, the force that comes in order without missing). To do. If it is normal, it issues a data notification function to OBEX. At this time, the data notification function may be output for each data notification function from the lower layer, and V, and the data notification function data from several lower layers may be output together! / ,.
  • the SMP (P) of the transmitter converts the data transmission function of OBEX (P) force into a data transmission function to LMP (P), and transmits a certain amount of data that can be specified. Issue a function. After that, SMP (P) sets the argument that inquires the receiver about the data reception status to True, issues a data transmission function, and waits for the data notification function of LMP (P).
  • SMP (P) analyzes the SMP header in the data notification function of LMP (S) power and indicates that the argument indicating whether the received data was normal was received normally. If it is ready to send the next data, it becomes a state that can be sent to OBEX (P). In other words, data from OBEX (P) can be accepted in this state.
  • the argument indicating whether or not the data received by analyzing the SMP header of the data notification function of the data notification function received by the LMP (S) force is normal If it indicates that it has not received power, the data transmission function that has been notified that the data has not been received correctly is generated again up to the data transmission function with the argument that inquires the other device about the data reception status set to True. To do. SMP (P) repeats re-occurrence until the data by all data transmission functions are notified to the receiver or a certain specified number of times.
  • the SMP header analyzes the SMP header from the data in the data notification function and confirms the sequential number.
  • SMP (S) can normally receive an argument indicating whether or not the received data is normal if it can receive normally until it receives a header whose argument is True to inquire the receiver about the data reception status.
  • the SMP header is created to indicate this, and the data transmission function is issued to the LMP (S) as data.
  • the SMP (S) detects that the signal cannot be normally received, the SMP (S) stores the number of the SMP header that is predicted not to be received normally. For example, when 0, 1, 2, 3, 5 is received, if the 5th should be 4, but it does not receive 4, the number predicted to be unable to receive normally is 4. Become. After that, SMP (S) checks only whether the argument for inquiring the data reception status to the receiver of the SMP header is True, and stops outputting the data notification function to OBEX (S).
  • SMP (S) When SMP (S) receives a data notification function whose argument is True to inquire the receiver about the data reception status, SMP (S) cannot properly receive an argument indicating whether or not the received data is normal.
  • the SMP header is created by inserting the SMP header number that has been successfully received and inserted into the field for the sequential number, and the data transmission function is issued to LMP (S) as data. .
  • SMP (S) received a data notification function in which the argument indicating the end of the data or the argument indicating that the response of the OBEX (S) of the receiver was required was True.
  • Data output function from OBEX (S) after outputting data notification function to OBEX (S) Wait for a request.
  • SMP (S) When SMP (S) receives a data transmission request from OBEX (S), it creates an SMP header that indicates that the received data was successfully received as an argument indicating whether the received data was normal, This is added to the data of the OBEX (S) data transmission request and the data transmission function is issued to LMP (S). If there is an error, notification to OBEX (S) stops, so the wait is only normal.
  • the LMP when the LMP receives the upper layer data transmission request function, it creates the data with the LMP header attached to the data in the function, and issues a data transmission request function containing the data in the LAP. .
  • the LMP receives a LAP force data notification function, the LMP creates data excluding the LMP header from the data in the function, and issues a data notification function containing the data in the SMP.
  • the LMP header contains an LSAP containing a connectionless value.
  • the LAP When the LAP receives a data transmission request function from the LMP, the LAP creates a data by attaching a LAP header to the data in the function, and issues a UI frame containing the data in the physical layer.
  • the LAP receives a data reception notification from the physical layer, the LAP creates the data by removing the LAP header from the data in the UI frame, and issues a data notification function that contains the data in the LMP.
  • the LAP header text includes a connection address and a UI indicator.
  • FIG. 24 is a sequence diagram showing a data exchange sequence according to the present embodiment (no response is sent).
  • FIG. 23 is an explanatory diagram showing the data structure of communication data in the data exchange sequence of the present embodiment (no response is sent).
  • the transmitter In this embodiment (no response), the transmitter generates a PUT command, which is transmitted to the lower layer and output as a UI frame.
  • the receiver receives data and sends notifications to higher layers.
  • the transmitter turns on the flag indicating the end of data and transmits the data.
  • OBEX (P) At the transmitter, OBEX (P) outputs a PUT command as a data transmission function to the lower layer. However, OBEX (P) can terminate commands without requiring responses to all commands. OBEX (P) then outputs the next command when it can be sent by SMP (P).
  • OBEX receives the lower layer force data notification function and receives only data without returning a response to all commands.
  • the SMP when the SMP receives the LMP force data notification function, the SMP extracts the SMP header from the data in the function and confirms the force with the normal sequence number (ie, the force that comes in order without missing). To do. If it is normal, it issues a data notification function to OBEX. At this time, the data notification function may be output for each data notification function from the lower layer, and V, and the data notification function data from several lower layers may be output together! / ,. [0230] The SMP (P) of the transmitter converts the data transmission function of OBEX (P) force into a data transmission function to LMP (P).
  • the SMP (S) of the receiver receives the data notification function from the lower layer, it analyzes the SMP header from the data in the data notification function and confirms the sequential number.
  • SMP (S) analyzes the SMP header and confirms that reception has been successful, it issues a data transmission function to LMP (S).
  • the SMP (S) detects that the signal cannot be received normally, it notifies the OB EX (S) as an error. For example, when you receive 0, 1, 2, 3, 5, the fifth should be 4, but you did not receive 4.
  • the LMP (P) of the transmitter receives a data transmission request function from SMP (S), it creates the data by adding an LMP header to the data in the function, and generates LAP (P ) The data transmission request function containing the data is issued.
  • the LMP (S) of the receiver when the LMP (S) of the receiver also receives the data notification function, the LMP (S) of the receiver creates data excluding the LMP header from the data in the function, and SMP (S) The data notification function that contains the data is issued.
  • the LMP header contains an LSAP containing a connectionless value.
  • the LAP (P) of the transmitter creates the data by adding the LAP header to the data in the function, and the data enters the physical layer. Emits a UI frame.
  • the LAP (S) of the receiver receives a data reception notification from the physical layer, it creates data excluding the LAP header from the data of the UI frame, and stores the data in the LMP (S).
  • the data notification function containing the data is issued.
  • the LAP header includes a connection address and a UI indicator.
  • FIG. 25 is a sequence diagram showing a disconnection sequence of the present embodiment (response is sent).
  • FIGS. 26 (a) and 26 (b) are explanatory diagrams showing the data structure of communication data in the disconnection sequence of the present embodiment (response is sent).
  • OBEX (P) promptly issues a disconnect request function (Primitive) to the lower layer (S MP (P)) by entering a disconnect request command into the data when a disconnect request with a powerful application is received. To be born. Also, when OBEX (P) receives a disconnection confirmation function from SMP (P), it confirms the response of OBEX disconnection from the data, and if the response indicates that there is no problem (Success), disconnection is complete. And
  • SMP (P) Upon receiving the disconnect request function from OBEX (P), SMP (P) promptly uses the disconnect request function data of OBEX (P) to communicate with the SMP (S) of the receiver. A parameter is added to generate a disconnect request function for the lower layer (LMP (P)).
  • LMP (P) lower layer
  • SMP (P) receives a disconnection confirmation function from LMP (P)
  • the data power of the function extracts the parameters generated by SMP (S) of the receiver, confirms the value, and SMP (S) The disconnection process is terminated.
  • S MP (P) sends the data of the disconnection confirmation function with the data of SMP (S) removed, to OBEX (P) as the disconnection confirmation function.
  • the LMP (P) receives the SMP (P) force disconnection request function, and promptly adds the SMP (P) disconnection request function data to the parameters required for communication with the LMP (S) of the receiver. Is added and a disconnection request function is generated for the lower layer (LAP (P)). Also, when LMP (P) receives a disconnection confirmation function from LAP (P), it extracts the parameter generated by the LMP (S) of the receiver from the function data, confirms the value, and The disconnection process is terminated. Also, LM P (P) sends the data of the cutting confirmation function with the data of LMP (S) removed, to SMP (P) as a cutting confirmation function. However, there is usually no new parameter added with LMP (P) when disconnecting.
  • the LAP (P) receives the LMP (P) force disconnection request function, and promptly adds the parameters required for communication with the LAP (S) of the receiver to the LMP (P) disconnection request function data. And a DISC command is output to the physical layer of the receiver. Also, when the LAP (P) receives the physical layer strength UA response of the receiver, it extracts the parameter generated by the LAP (S) of the receiver from the data of the UA response, confirms the value, and the LAP (S ). In addition, LAP (P) issues data obtained by removing the LAP (S) parameter from the UA response data to LMP (P) as a disconnect confirmation function. However, there is usually no new parameter to be added with LAP (P) when disconnecting.
  • OBEX (S) When OBEX (S) receives the disconnect notification function (Indication) for the lower layer (SMP (S)) force, it confirms the OBEX disconnect command for the data, and if there is no problem, the response is Success. Is output to SMP (S) as a disconnect response function (Response), and disconnection is completed.
  • the disconnect notification function Indication
  • SMP (S) lower layer
  • the SMP (S) When the SMP (S) receives the lower layer (SMP (S)) power disconnection notification function, it extracts the parameters generated by the SMP (P) of the transmitter from the function data and Create a response parameter, remove the SMP (P) parameter from the data of the above function, issue a disconnect request function containing the data to OBEX (S), then disconnect response function from OBEX (S) Wait .
  • SMP (S) receives a disconnect response function from OBEX (S)
  • it adds the above response parameter to the data of the disconnect response function of OBEX (S) for LMP (S)
  • a disconnect response function is generated for L MP (S)
  • the SMP layer disconnection process is terminated.
  • the LMP (S) When the LMP (S) receives the disconnection notification function for the lower layer (LAP (S)) force, it extracts the parameter generated by the transmitter LMP (P) from the function data and responds to it. The parameter of the data function LMP (P) of the above function is removed, the disconnection request function containing the data is issued to SMP (S), and the disconnection response function from SMP (S) is waited for . Also, when LMP (S) receives a disconnect response function from SMP (S), LMP (S) adds the above response parameter to the data of SMP (S) disconnect response function for LAP (S). Then, a disconnect response function is generated for LAP (S), and the LMP layer disconnection process is terminated. However, there is usually no new parameter added with LMP (S) when disconnecting!
  • LAP (S) extracts the parameters generated by the transmitter LAP (P) from the DISC command data when the physical layer force DISC command is received, and the DISC command data force is also LAP (P) After issuing the disconnection request function containing the data to LMP (S), create a response parameter for that and wait for the disconnection response function from LMP (S).
  • the LAP (S) receives a disconnect response function from the LMP (S)
  • the LAP (S) adds the response parameter to the data of the LMP (S) disconnect response function, and the UA responds to the physical layer.
  • Output LAP layer disconnection processing However, there is usually no new parameter to be added with LAP (S) when disconnecting.
  • FIG. 27 is a sequence diagram showing a disconnection sequence according to the present embodiment (no response is sent).
  • FIG. 26 (a) is an explanatory diagram showing the data structure of communication data in the disconnection sequence of the present embodiment (no response is sent).
  • the transmitter disconnect command is transmitted to the lower layer, and the DISC command is generated.
  • the transmitter ends the disconnection process.
  • the receiver receives the DISC command and transmits it to the upper layer, and the disconnection process ends when it is notified to the upper layer.
  • each communication layer of the transmitter will be described as! /.
  • OBEX (P) promptly inserts a disconnect request command into the lower layer (S MP (P)) and issues a disconnect request function (Primitive) when a disconnect request is received by the application. To be born. In addition, OBEX (P) completes disconnection when it receives a disconnect confirmation function from SMP (P).
  • SMP (P) receives the disconnect request function from OBEX (P) and promptly uses the disconnect request function data of OBEX (P) to communicate with the receiver SMP (S). A parameter is added to generate a disconnect request function for the lower layer (LMP (P)). Further, when the SMP (P) receives the disconnection confirmation function from the LMP (P), it is determined that the SMP (P) has been disconnected with the transmitted parameters, and ends the SMP layer disconnection process. SMP (P) also sends a disconnect confirmation function to OBEX (P). However, normally there is no new parameter added by SMP (P) when cutting.
  • the LMP (P) receives the SMP (P) force disconnection request function, and promptly adds the parameters required for communication with the LMP (S) of the receiver to the data of the SMP (P) disconnection request function. Is added and a disconnection request function is generated for the lower layer (LAP (P)). Further, when the LMP (P) receives the disconnection confirmation function from the LAP (P), it assumes that it has been disconnected with the transmitted parameters, and terminates the LMP layer disconnection process. LMP (P) also sends a disconnect confirmation function to SMP (P). However, there is usually no new parameter added by LMP (P) when cutting.
  • the LAP (P) receives the LMP (P) force disconnection request function, and promptly adds the LMP (P) disconnection request function data to the parameters required for communication with the LAP (S) of the receiver. And a DISC command is output to the physical layer of the receiver. Also, when the LAP (P) outputs the DISC command, it assumes that it has been disconnected with the transmitted parameters and terminates the LAP layer disconnection process. LAP (P) issues a disconnection confirmation function to LMP (P). However, there is usually no new parameter to add with LAP (P) when disconnecting!
  • OBEX (S) When OBEX (S) receives the disconnect notification function (Indication) for the lower layer (SMP (S)) force, the OBEX (S) confirms the data's intermediate OBEX disconnect command.
  • SMP (S) When SMP (S) receives the lower layer (SMP (S)) power disconnection notification function, it extracts the parameter generated by SMP (P) of the transmitter from the function data and uses that parameter. To complete the cutting. SMP (S) also issues a disconnect request function to OBEX (S) that includes the data power of the above function, excluding the parameters of SMP (P). However, there is usually no new parameter to be added with SMP (S) when disconnecting!
  • LMP (S) When the LMP (S) receives the disconnect notification function from the lower layer (LAP (S)), it extracts the parameter generated by the transmitter LMP (P) from the function data, Use to complete the cut. LMP (S) also issues a disconnect request function to SMP (S) that includes the data power of the above function, excluding the parameters of LMP (P). However, there is usually no new parameter added with LMP (S) when disconnecting!
  • the LAP (S) extracts the parameter generated by the transmitter LAP (P) from the data of the DISC command, and completes the disconnection using that parameter. . Also, LAP (S) issues a disconnect request function to LMP (S) that contains data obtained by removing the LAP (P) parameter from the DISC command data. However, there is usually no new parameter to add with LAP (S) when disconnecting!
  • each communication layer LAP, LMP, SMP, OBEX of the transmitter and the receiver has a connection request function, a connection notification function, a connection response function, and a connection confirmation function. These functions are used to access the LAP layer from the upper layer (ie, LMP layer).
  • the function can specify Data (hereinafter referred to as data) and Requested-Qos or Returned-QoS as arguments. As described above, the data is set in each communication layer.
  • Qos notifies the higher layers including OBEX of the specification of negotiation parameters such as baud rate and the negotiation result determined by LAP.
  • Qos is also used in traditional IrDA.
  • QoS is generated with a parameter indicating that the application of the transmitter or the OBEX (P) force response is required Z is unnecessary, it is transmitted to the lower layer in order to LAP (P). Then, the LAP (P) reflects the QoS value as the negotiation parameter (Ack Less Connect) value and transmits it to the receiver.
  • the communication layers of the transmitter and receiver operate according to the transmitter application or OBEX (P) response-necessary Z-free designation, so a bidirectional Z-one-way connection is possible.
  • FIG. 28 to FIG. 32 are explanatory diagrams showing the flow of data and parameters between the communication layers in the connection sequence (FIG. 19) of the present embodiment (response is sent).
  • QoS parameters between OBEX and SMP, between SMP and LMP, and between LMP and LAP may be the same or different. Therefore, in the figure, -a, -b, and -c are added to distinguish them.
  • the data to be transmitted to the receiver and the data of QoS-1 are transmitted by con.req (data) (Fig. 19). Pass from layer to lower layer.
  • the receiver passes only the data of QoS-2 (QoS requested by the receiver) from the upper layer to the lower layer by con.req.
  • the receiver compares the QoS-1 of the transmitter with the QoS-2 of its own device, and uses QoS-3 as a common negotiated parameter. create. Then, as shown in FIG. 30, LAP (S) notifies QoS-3 to the upper layer together with data from the transmitter by con.ind (data). Each upper layer stores this QoS-3 and holds it as a connection parameter at the time of connection.
  • the LAP (P) receives the UA response and stores QoS-3 as a negotiated parameter. Then, as shown in FIG. 32, LAP (P) notifies QoS-3 to the upper layer together with the receiver data by con.conKdata). Each communication layer holds this Q ⁇ S-3 as a connection parameter for the established connection.
  • QoS of con.req Requested-QoS: Baud-Rate + Max-Turn-Around-Time + Disconnect—Threshold + Databize + Ack less connection + Min-Packet-Interval Is used.
  • Resultant-oS Baua- Rate + Disconnect- Threshold + Databize + Ack less connection (indication primitive only) is used.
  • the data to be transmitted to the receiver and the data of QoS-1 are transmitted by con.req (data) (Fig. 21). Pass from layer to lower layer.
  • the LAP (P) of the transmitter stores QoS-1 as it is as QoS-3. Then, LA P (P) notifies QoS-3 to the upper layer by con.conf as shown in FIG. Each communication layer holds this QoS-3 as a connection parameter for the established connection.
  • the receiver passes only the data of QoS-2 (QoS requested by the receiver) from the upper layer to the lower layer by con.req.
  • the receiver sets the QoS-1 of the transmitter to QoS-3.
  • the parameters of QoS-2 are not satisfactory in combination with QoS-1, it cannot be received.
  • LAP notifies QoS-3 to the upper layer together with the data from the transmitter by con.ind (data).
  • Each upper layer stores this QoS-3 and holds it as a connection parameter at the time of connection.
  • the application indicates whether there is a response or not, and the application uses the above QoS-1 and QoS-2 as upper layers.
  • both with and without a response can be selected, and data such as a phone book, mail, and schedule can be received. If it is desired to confirm that the response has been made, “with response” may be automatically selected. Also, if you use applications as a reference, For example, in the case of a slide show, no response may be automatically selected. In addition, in the case of user selection, for example, the user may select from the menu display with / without response.
  • FIG. 33 to FIG. 35 are explanatory diagrams showing modifications of the flow of data and parameters between communication layers in the connection sequence of the present embodiment.
  • the first SNRM command contains information on all communication layers in the transmitter (Fig. 19), data and parameters are relayed and transmitted in each communication layer (Fig. 28). As shown in Fig. 33, it can also be configured to pass directly from each communication layer to the LAP layer.
  • the receiver should be configured to take out all the data parameters included in the SNRM command and pass them directly from the LAP layer to each destination communication layer.
  • the data and parameters of OBEX (P), SMP (P), and LMP (P) are integrated with LMP (P), and further, with LAP (P). It can be configured by adding the LAP (P) parameter to the integrated data parameter and generating the SNRM command.
  • the communication device of the present invention has a network layer protocol control unit, and when performing communication connection, the network layer protocol control unit connects to the lower layer when receiving a connection request command from the upper layer.
  • the network layer protocol control unit connects to the lower layer when receiving a connection request command from the upper layer.
  • connection request command reception notification When a connection request command reception notification is received from the lower layer, data is sent to the lower layer.
  • a connection request command reception notification is issued to the upper layer without issuing a transmission request command, and when a connection confirmation command is received from the upper layer, a connection confirmation command is issued to the lower layer, and a connection request command reception notification is received from the lower layer
  • the user data in the connection confirmation command reception notification is sent to the upper layer and the connection confirmation command reception notification is issued to the upper layer. It may be configured so that the user data of the upper layer force is passed to the lower layer when the connection confirmation command is issued when receiving the command.
  • connection process can be completed by exchanging a set of packets at the time of connection, so that the communication efficiency can be improved.
  • the communication device of the present invention has a network layer protocol control unit, and when making a communication connection, when a one-way communication selection is notified from an upper layer, the network layer protocol control unit When a connection request command is received from the upper layer, the connection request command is issued to the lower layer to complete the connection process, and when a connection request command is received from the upper layer, user data from the upper layer is requested to connect to the lower layer When a command is issued and passed and a connection request command reception notification is received from the lower layer, if a one-way communication selection is notified, a connection request command reception notification is issued to the upper layer and a connection request command reception is received from the lower layer
  • the user data in the connection request command reception notification may be configured to issue a connection confirmation command reception notification to the higher layer when the notification is received.
  • connection process can be completed with one packet transmission at the time of connection, so that the communication efficiency can be improved.
  • the network layer protocol control unit receives a disconnection request command from an upper layer. If a disconnection request command is issued without issuing a data transfer request command to the lower layer, user data from the upper layer is sent to the lower layer when a disconnection request command is received from the upper layer.
  • the disconnection request command reception notification is received from the lower layer, the disconnection request command reception notification is issued to the upper layer, and when the disconnection request command reception notification is received from the lower layer, the disconnection confirmation command reception notification
  • the user data may be configured to issue a disconnect confirmation command reception notification to the upper layer.
  • the disconnection process can be completed by exchanging a set of packets at the time of disconnection, so that the communication efficiency can be improved.
  • connection time of the LAP layer which is several tens to several hundreds of milliseconds compared to the conventional IrDA. (Dependency), the connection time can be shortened. Also when cutting However, since the time taken to cut the LMP layer is included in the LAP layer cutting time, the cutting time can be shortened by several tens to several hundreds of ms (depending on the equipment) compared to conventional IrD A. Play.
  • one-to-one bidirectional communication or one-to-one or one-to-many one-way communication for example, “the primary station is connected to the secondary station from the secondary station”.
  • communication efficiency can be improved by omitting communication through intermediary management.
  • the network layer protocol of the present invention is capable of performing one-to-many bidirectional communication performed by the conventional IrD A method by executing the respective procedures. Because the medium is light, it can only communicate with the line of sight, the light beam has a narrow beam angle, and the communication distance is ⁇ several meters. In everyday use, there will be no problem! // (The conventional IrD A has almost no one-to-many communication, and the majority is one-to-one communication. ). Also, in the case of one-way communication, the concept of connection and connection is not so obvious (see remote control image), so station management can be omitted. Bidirectional here does not mean that objects such as force files that indicate that some packet is exchanged with each other are exchanged.
  • the network layer protocol of the present invention can be suitably applied to the field of spatial communication using light, particularly to a communication system and communication equipment using an IrDA infrared communication system.
  • each block of the communication device 50 may be configured by hardware logic (communication circuit), or software using a CPU as follows. It may be realized by.
  • the communication device 50 has a CPU (central processing unit) that executes instructions of a control program that realizes each function, a ROM (read only memory) in the upper program, and a RAM ( random access memory), and a storage device (recording medium) such as a memory for storing the program and various data.
  • the purpose of the present invention is to enable the computer to read the program code (executable program, intermediate code program, source program) of the control program (communication program) of the communication device 50, which is software that realizes the above-described functions. This can also be achieved by supplying the recorded recording medium to the communication device 50 and reading and executing the program code recorded on the recording medium by the computer (or CPU or MPU).
  • Examples of the recording medium include magnetic tapes such as magnetic tapes and cassette tapes, magnetic disks such as floppy disk Z hard disks, and optical disks such as CD-ROMZMOZ MD / DVD / CD-R. Disk systems, IC cards (including memory cards) Z optical cards and other card systems, or mask ROMZEPROMZEEPROMZ flash ROM and other semiconductor memory systems can be used.
  • the communication device 50 may be configured to be connectable to a communication network, and the program code may be supplied via the communication network.
  • the communication network is not particularly limited.
  • the Internet intranet, extranet, LAN, ISDN, VAN, CATV communication network, virtual private network, telephone line network, mobile communication network, satellite communication A net or the like is available.
  • the transmission medium constituting the communication network is not particularly limited.
  • wired communication such as IEEE1394, USB, power line carrier, cable TV line, telephone line, ADSL line, infrared rays such as IrDA and remote control, Bluetooth (registered trademark), 802.11 wireless, HDR, mobile phone network, satellite line, and terrestrial digital network can also be used.
  • the present invention can also be realized in the form of a computer data signal embedded in a carrier wave in which the program code is embodied by electronic transmission.
  • the communication device has a network layer, an upper layer that is a communication layer higher than the network layer, and a lower layer that is a communication layer lower than the network layer.
  • a communication device as a primary station that communicates with a station.
  • a connection request command is received from the upper layer
  • a connection request command is issued to the lower layer
  • a connection confirmation command reception notification is received from the lower layer
  • a data transfer request is issued to the lower layer.
  • the communication method according to the present invention includes a network layer, an upper layer that is a communication layer higher than the network layer, and a lower layer that is a communication layer lower than the network layer, and communicates with the secondary station.
  • the communication device has a network layer, an upper layer that is a communication layer higher than the network layer, and a lower layer that is a communication layer lower than the network layer, and communicates with the primary station.
  • a communication device When a communication device is connected to the primary station and receives a connection request command reception notification from the lower layer, it does not issue a data transfer request command to the lower layer.
  • a network layer protocol control unit that issues a connection request command reception notification to an upper layer and issues a connection confirmation command to the lower layer when a connection confirmation command is received from the upper layer is provided.
  • the communication method according to the present invention includes a network layer, an upper layer that is a communication layer higher than the network layer, and a lower layer that is a communication layer lower than the network layer, and communicates with the primary station.
  • This is a communication method in a communication device as a secondary station, and when a communication connection is made with the primary station, when a connection request command reception notification is received from the lower layer, a data transfer request is sent to the lower layer. It is characterized by issuing a connection request command reception notification to the upper layer without issuing a command, and issuing a connection confirmation command to the lower layer when a connection confirmation command is received from the upper layer.
  • a communication system includes the communication device as the primary station and the communication device as the secondary station.
  • the network In the network layer, when a connection request command is received from the upper layer, a connection request command is issued to the lower layer, and when a connection confirmation command reception notification is received from the lower layer, a data transfer request is issued to the lower layer. A connection confirmation command reception notification is issued to the upper layer without issuing a command.
  • the secondary station establishes communication connection with the primary station, when it receives a connection request command reception notification from the lower layer, it does not issue a data transfer request command to the lower layer and receives a connection request command reception notification. Is issued to the upper layer, and when a connection confirmation command is received from the upper layer, a connection confirmation command is issued to the lower layer.
  • the network layer protocol control unit when the network layer protocol control unit receives a connection request command from an upper layer when performing communication connection with a secondary station, the network layer protocol control unit lowers the connection request command. It is preferable to send the user data included in the connection request command from the upper layer to the lower layer as well as to the layer.
  • the network layer protocol control unit receives a connection confirmation command when receiving a connection confirmation command reception notification from a lower layer when performing communication connection with the secondary station. It is preferable to send the notification to the upper layer and pass the user data contained in the connection confirmation command reception notification from the lower layer to the upper layer.
  • the network layer protocol control unit receives the connection request command when receiving the connection request command reception notification from the lower layer when performing communication connection with the primary station. It is preferable to send the notification to the upper layer and pass the user data included in the request command reception notification from the lower layer to the upper layer.
  • the network layer protocol control unit when the network layer protocol control unit receives a connection confirmation command from an upper layer when performing communication connection with the primary station, the network layer protocol control unit lowers the connection confirmation command. It is preferable to pass the user data included in the connection confirmation command of the above upper layer force to the lower layer as well as to the lower layer.
  • the communication device includes a network layer, an upper layer that is a communication layer higher than the network layer, and a lower layer that is a communication layer lower than the network layer, and communicates with the secondary station.
  • a communication device as a primary station is disconnected and the communication with the secondary station is disconnected, a data transfer request command is sent to the lower layer when the upper layer power disconnection request command is received in the network layer.
  • a network layer protocol control unit that issues a disconnection confirmation command reception notification to the upper layer when issuing a disconnection request command without issuing a disconnection confirmation command reception notification from the lower layer! /
  • the communication method according to the present invention includes a network layer, an upper layer that is a communication layer higher than the network layer, and a lower layer that is a communication layer lower than the network layer, and communicates with a secondary station.
  • This is a communication method in a communication device as a primary station that communicates with the secondary station. It is characterized by issuing a disconnection request command without issuing a transfer request command and issuing a disconnection confirmation command reception notification to the upper layer when receiving a disconnection confirmation command reception notification from the lower layer.
  • the communication device has a network layer, an upper layer that is a communication layer higher than the network layer, and a lower layer that is a communication layer lower than the network layer, and communicates with the primary station.
  • a communication device as a secondary station that sends a disconnect request command reception notification to the upper layer when receiving a disconnect request command reception notification from the lower layer when disconnecting communication with the primary station,
  • a network layer protocol control unit is provided that issues a disconnection confirmation command to the lower layer when a disconnection confirmation command is received from the upper layer.
  • the communication method according to the present invention includes a network layer, an upper layer that is a communication layer higher than the network layer, and a lower layer that is a communication layer lower than the network layer, and communicates with the primary station.
  • This is a communication method in a communication device as a secondary station, and when disconnecting from the primary station, when receiving a disconnection request command reception notification from the lower layer, a disconnection request command is received by the upper layer A notification is issued, and when a disconnection confirmation command is received from an upper layer, a disconnection confirmation command is issued to the lower layer.
  • a communication system includes the communication device as the primary station and the communication device as the secondary station.
  • the network layer protocol control unit disconnects the communication with the secondary station
  • the disconnection request command is received from the upper layer
  • the disconnection request command is transmitted to the lower layer. It is preferable to send the user data included in the disconnection request command from the upper layer to the lower layer as well as to the lower layer.
  • the network layer protocol control unit receives a disconnection confirmation command when receiving a disconnection confirmation command reception notification from a lower layer when disconnecting communication with the secondary station. It is preferable to send the notification to the upper layer and pass the user data included in the disconnection confirmation command reception notification from the lower layer to the upper layer.
  • the network layer protocol control unit receives a disconnection request command when receiving a disconnection request command reception notification from a lower layer when disconnecting communication with the primary station. It is preferable to send notification to the upper layer and pass the user data included in the disconnection request command reception notification from the lower layer to the upper layer.
  • the network layer protocol control unit disconnects communication with the primary station
  • the disconnection confirmation command is received from the upper layer
  • the lower layer disconnection confirmation command is transmitted. It is preferable to pass the user data included in the above-mentioned disconnect confirmation command to the lower layer as well as to the lower layer.
  • the network layer protocol control unit when the network layer protocol control unit receives a connection request command in one-way communication from the upper layer when performing communication connection with the secondary station, the lower layer After issuing the connection request command to the lower layer, the data transfer request command is sent to the lower layer in response to the upper layer data transfer request command without the connection confirmation command from the lower layer. It is characterized by issuing a command.
  • the lower layer when the network layer protocol control unit establishes communication connection with the primary station, the lower layer makes a connection request command reception notification and the primary station requests one-way transfer. After receiving the connection request reception notification command to the upper layer, the data reception notification has been received from the lower layer without receiving the connection confirmation command from the upper layer. In the case, it is characterized by issuing a data reception notification to the upper layer.
  • the primary station when it establishes communication connection with the secondary station, if it receives a connection request command in one-way communication from the upper layer, it sends a connection request command to the lower layer. Is issued, the data transfer request command is issued to the lower layer in response to the data transfer request command from the upper layer without the connection confirmation command from the lower layer.
  • the secondary station when the secondary station establishes communication connection with the primary station, it receives a connection request command reception notification from the lower layer and a notification that the primary station requests one-way transfer! After issuing a connection request reception notification command to the upper layer, if a data reception notification is received from a lower layer without receiving a connection confirmation command from the upper layer, a data reception notification is issued to the upper layer.
  • connection can be completed without a response from the secondary station to the primary station, so it is possible to perform connection and data transfer in one-way communication. It becomes.
  • the network layer protocol control unit when the network layer protocol control unit performs communication connection with the secondary station, when the connection request command is received from the upper layer, the network layer protocol control unit lowers the connection request command. It is preferable to send the user data included in the connection request command from the upper layer to the lower layer as well as to the layer.
  • the network layer protocol control unit receives a connection request command when receiving a connection request command reception notification from a lower layer when performing communication connection with the primary station. It is preferable to send the notification to the upper layer and pass the user data included in the connection request command reception notification from the lower layer to the upper layer.
  • the network layer protocol control unit when the network layer protocol control unit disconnects the one-way communication with the primary station, the network layer protocol control unit receives the disconnection request command reception notification from the lower layer. A disconnection request command reception notification is issued to the terminal and the disconnection process is completed without receiving a disconnection confirmation command from an upper layer.
  • the disconnection can be completed without a response from the secondary station to the primary station, and thus it is possible to perform the disconnection by the one-way communication.
  • the network layer protocol control unit disconnects the one-way communication with the secondary station
  • the disconnection request command it is preferable to pass the user data included in the disconnection request command from the upper layer to the lower layer.
  • the network layer protocol control unit when disconnecting the one-way communication with the primary station, receives a disconnection request command reception notification from a lower layer. It is preferable that a command reception notification is issued to the upper layer, and user data included in the disconnection request command reception notification from the lower layer is passed to the upper layer.
  • the network layer protocol control unit includes: IrLMP
  • the communication device may be realized by a computer.
  • the communication device can be realized by a computer by operating the computer as the network layer protocol control unit.
  • a communication program and a computer-readable recording medium on which the communication program is recorded also fall within the scope of the present invention.
  • the communication device is a communication circuit that functions as the network layer protocol control unit. It may be realized by a road.
  • the communication device is suitable for a mobile phone that performs communication using the communication device.
  • the communication device is suitable for a display device that displays data based on data received by the communication device.
  • the communication device is suitable for a printing apparatus that performs printing based on data received by the communication device.
  • the communication device is suitable for a recording device that records data received by the communication device.
  • the communication device of the present invention may be configured as follows.
  • the communication device [1] of the present invention has a network layer protocol control unit inside, and is a communication device used for optical space transmission using an LED or LD as a light emitting source, and makes a communication connection with an opposite device.
  • the network layer protocol control unit receives a connection request command from the upper layer
  • the network layer protocol control unit issues a connection request command to the lower layer, and receives a connection confirmation command reception notification from the lower layer. It may be configured to issue a connection confirmation command reception notification to an upper layer without issuing a data transfer request command.
  • the communication device [2] of the present invention has a network layer protocol control unit inside, and is a communication device used for optical space transmission using an LED or LD as a light emitting source, and makes a communication connection with an opposite device.
  • the network layer protocol control unit receives a connection request command reception notification from the lower layer
  • the network layer protocol control unit issues a connection request command reception notification to the upper layer without issuing a data transfer request command to the lower layer. It is configured to issue a connection confirmation command to the lower layer when a connection confirmation command is received from.
  • the network layer protocol control unit is configured to issue a connection request command to the lower layer and pass the user data from the upper layer upon receiving a connection request command from the upper layer.
  • the network layer protocol control unit receives the connection confirmation command reception notification from the lower layer.
  • the user data in the connection confirmation command reception notification may be configured to issue and pass the connection confirmation command reception notification to the upper layer.
  • the network layer protocol control unit receives the connection request command reception notification from the lower layer.
  • User data in the request command reception notification is connected to the upper layer. It is configured to issue a request command reception notification and pass it! /.
  • the network layer protocol control unit receives the connection confirmation command from the upper layer. It is configured to issue the connection confirmation command to the lower layer and pass it to the lower layer.
  • the communication device [7] of the present invention has a network layer protocol control unit inside, and cuts communication with the opposite device over a communication device used for optical space transmission using an LED or LD as a light emitting source.
  • the network layer protocol control unit receives a disconnection request command from the upper layer
  • the network layer protocol control unit issues a disconnection request command without issuing a data transfer request command to the lower layer, and sends a disconnection confirmation command reception notification from the lower layer. Cut confirmation frame to upper layer when receiving It is configured to issue a command reception notification.
  • the communication device [8] of the present invention has a network layer protocol control unit therein, and cuts communication with the opposite device over a communication device used for optical space transmission using an LED or LD as a light emitting source.
  • the network layer protocol control unit receives the disconnection request command reception notification from the lower layer
  • the network layer protocol control unit issues a disconnection request command reception notification to the upper layer and receives the disconnection confirmation command from the upper layer. May be configured to issue a disconnect confirmation command.
  • the network layer protocol control unit receives the disconnection request command from the upper layer. It is configured to issue a disconnect request command to the lower layer and pass it to the lower layer.
  • the network layer protocol control unit receives the disconnect confirmation command from the upper layer. It is configured to issue a disconnect confirmation command to the lower layer and pass it to the lower layer.
  • the network layer protocol control unit receives a connection request command for one-way communication from the upper layer.
  • the network layer protocol control unit receives a connection request command for one-way communication from the upper layer.
  • issue a data transfer request command to the lower layer in response to a data transfer request command from the upper layer without a connection confirmation command from the lower layer. Constructed to be good.
  • the network layer protocol control unit receives the connection request command from the upper layer from the upper layer. It is configured to issue the connection request command to the lower layer and pass it to the lower layer.
  • the network layer protocol control unit receives the connection request command reception notification from the lower layer.
  • the lower layer receives a notification that the opposite station is requesting one-way transfer, it issues a connection request reception notification command to the upper layer and then does not receive a connection confirmation command from the upper layer.
  • a data reception notification is received from the lower layer, it may be configured to issue a data reception notification to the upper layer.
  • the network layer protocol control unit receives a connection request command reception notification from the lower layer.
  • the user data in the connection request command reception notification may be sent to the upper layer and sent to the upper layer.
  • the network layer protocol control is performed when the communication with the opposite device is disconnected.
  • the upper layer also receives a disconnection request command, it issues a disconnection request command without issuing a data transfer request command to the lower layer, and disconnects without receiving a disconnection confirmation command reception notification from the lower layer. It is configured to complete.
  • the network layer protocol control is performed when the communication with the opposite device is disconnected.
  • the unit issues a disconnection request command reception notification to the upper layer, and completes the disconnection process without receiving a disconnection confirmation command from the upper layer.
  • the network layer protocol control unit receives the disconnect request command from the upper layer. It is configured to issue a disconnect request command to the lower layer and pass it to the lower layer.
  • the network layer protocol control unit receives a disconnect request command reception notification from the lower layer.
  • the user data in the disconnection confirmation command reception notification may be configured to issue and pass the disconnection confirmation command reception notification to the upper layer.
  • the communication device [20] of the present invention is any one of the communication devices [1 to 20], and particularly the network layer protocol is IrLMP (Infrared Link Management Protocol).
  • IrLMP Infrared Link Management Protocol
  • the communication system of the present invention uses any of the communication devices [1 to 21].
  • the communication circuit of the present invention realizes any one of the communication devices [1 to 21].
  • the communication system of the present invention realizes any one of the communication devices [1 to 21].
  • the mobile phone of the present invention is one in which any one of the communication devices [1 to 21] is mounted.
  • the display device of the present invention is one in which any one of the communication devices [1 to 21] is mounted.
  • the printing apparatus of the present invention is equipped with any of the communication devices [1 to 21].
  • the recording apparatus of the present invention is equipped with any of the communication devices [1 to 21].
  • the present invention can shorten the time for connection and disconnection, is widely applicable to communication devices, and can be suitably used particularly for communication devices having an optical space communication function.

Abstract

　本発明は、発光源にＬＥＤもしくはＬＤを用いた光空間伝送に用いるネットワーク層プロトコルであって、対向機器との通信接続を行う際に、該ネットワーク層は上位層から接続要求コマンド（LM＿con＿req1）を受けた際に下位層に対し接続要求コマンド（LAP＿con＿req2）を発し、下位層から接続確認コマンド受信通知（LAP＿con＿conf1）を受けた際に下位層に対してデータ転送要求コマンドを発せず上位層に接続確認コマンド受信通知（LM＿con＿conf2）を発する。これにより、接続、切断に要する時間が短いネットワーク層プロトコルを提供することができる。

Description

通信機器、通信システム、通信方法、通信プログラム、通信回路
技術分野
[0001] 本発明は、無線あるいは有線により通信を行う通信機器、通信システム、通信方法
、通信プログラム、通信回路に関するものである。
背景技術
[0002] 現在、光を用いた空間通信の規格として、 IrDA (Infrared Data Association)方式が 知られている。この IrDA方式においては、ネットワーク層プロトコルとして、 IrLMP (In frared Link Management Protocol)力使用されている。
[0003] IrLMPでは、他の機器との接続と切断との各処理を、下位層である IrLAP (Infrare d Link Access Protocol)を介して管理する局管理（Station Control)と、その接続を論 理的に管理する LSAP (Link Service Access Point)とが主に行っている。
[0004] 対向機器との接続を行う場合、図 3に示すように、一次局（Initiating)の LSAPがー 次局の上位層から二次局（Responding)との接続に必要なデータを含有する接続要 求コマンド 1 (LM— con— reql)を受けた際に、一次局の局管理に対して、接続要求コ マンド 2 (LS_con_req2)を発し、一次局の局管理は下位層である一次局の IrLAP に対して、接続要求コマンド 3 (LAP_con_req3)を発する。
[0005] 一次局の IrLAPはこの接続要求コマンド 3を受け、 SNRMコマンドを 9600bpsの転 送速度で対向機器である二次局に対して出力する。二次局の IrLAPは、 SNRMコ マンドを受けて二次局の IrLMP層内部の局管理（Station Control)に対して、接続要 求コマンド受信通知 1(LAP— con— indl)を発し、これを受けた二次局の局管理は、二 次局の IrLAPに接続確認コマンド 1 (LAP— con— rspl)を発する。
[0006] 二次局の IrLAPは接続確認コマンド 1を受け、 UAレスポンスを 9600bpsの転送速 度で一次局に対して出力する。一次局の IrLAPは UAレスポンスを受けて一次局の 局管理に接続確認コマンド受信通知 1 (LAP— con— confl)を一次局の局管理に通 知し、一次局の局管理は接続確認コマンド受信通知 2 (LS_con_conl2)を一次局の LSAPに発行する。 [0007] 一次局の LSAPは接続コマンド受信通知 2を受けて、 IrLAPに対して接続要求コマ ンド 1の中にあるデータを送信するためのデータ送信要求 1 (LAP— Data— reql)を発 し、 IrLAPはこのデータ送信要求 1を受けて Iフレームを二次局に対して出力する。こ の時の Iフレームの転送速度は、前述の SNRMコマンドと UAレスポンスの交換により 、下位層である IrLAP層が決定した転送速度であり、例えば、 115. 2kbpsや 4Mbp sといった値となる。
[0008] 二次局の IrLAPはこの Iフレームを受けて、二次局の LSAPに対して、データ受信 通知 1 (LAP— Data— indl)を発して、二次局の LSAPにデータを渡す。
[0009] 二次局の LSAPはこのパラメータ受信を受けて、二次局の局管理に対して、接続要 求コマンド 4 (LS— con— req4)を発し、二次局の局管理はこの接続要求コマンド 4を受 けて、接続確認コマンド受信通知 3 (LS— con— conf3)を二次局の LSAPに発する。
[0010] 二次局の LSAPは二次局の上位層に対して、一次局からの接続に必要なデータを 含有した接続要求コマンド受信通知 2 (LM_con_ind2)を発する。二次局の上位層 はこの接続要求コマンド受信通知 2を受けて対向機器との接続に必要なデータが含 有した接続確認コマンド 4 (LM— con— rsp4)を二次局の LSAPに発する。二次局の L SAPはこの接続確認コマンド 4を受けて、二次局の IrLAPに対して、データ送信要求 2 (LAP— DATA— req2)を発する。
[0011] 二次局の IrLAPはこれを受けて Iフレームを一次局に対して送信する。 Iフレームを 受けた一次局の IrLAPは一次局の LSAPに対して、データ受信通知 2 (LAP— Data _ind2)を発し、 LSAPは二次局からの接続に必要なデータを含有した接続確認コマ ンド受信通知 4 (LM— con— conf4)を発する。これらの一連の作業で、 IrLMP層の接 続シークェンスが終了する。
[0012] 対向機器との切断においては図 4に示すように一次局の上位層が切断に必要なデ ータが入った切断要求コマンド 1 (LM— disc— reql)を発する。この切断要求コマンド 1 を受けて一次局の LSAPが切断要求コマンド 1のデータを送信するためにデータ送 信要求（LAP_Data_req)を発する。一次局の IrLAPはこのデータ送信要求を受け て、 Iフレームを二次局に対して送信する。二次局の IrLAPは Iフレームを受けて、 LS APにデータ受信通知（LAP— Data— ind)を発行する。 [0013] 二次局の LSAPはこのデータ受信通知内のデータが切断を要求するものであるこ とを判別し、二次局の局管理に対して切断要求 3 (LS_disc_req3)を発行するととも に、上位層に対して一次局力ゝらの切断に必要なデータを含有した切断コマンド受信 通知（LM— disc— ind)を発行する。一方、一次局の LSAPはデータ送信要求を発行 後、一次局の局管理に対して、切断要求コマンド 2 (LS— disc— req2)を発行する。
[0014] 一次局の局管理はこの切断要求コマンド 2を受け切断処理を行うとともに、一次局 の IrLAPに切断要求コマンド 4 (LAP—disc—req4)を発行する。一次局の IrLAPはこ の切断要求コマンド 4を受けて DISCコマンドを二次局に対して発行し、二次局の IrL APはこの DISCコマンドを受けて、その応答である UAレスポンスを一次局に対して 送信する。これらの一連の作業で、 IrLMP層の切断シークェンスが終了する。
[0015] 〔非特午文献丄 j Infrared Data Association Link Management Protocol Version 1.1 [ 検索日 2005.1.21],インターネット〈URL:http://irda.affiniscape.com/displaycommon. cfoi?an=l&subarticlenbr=7〉
しカゝしながら、上記従来の構成では、上記の方法で接続する場合機器間で、 SNR Mコマンド、 UAレスポンス、 Iフレーム、 Ack、 Iフレーム、 Ackの 6パケットが交換され 、切断時には Iフレーム、 Ack、 DISCコマンド、 UAレスポンスの 4パケットが交換され ることになる。
[0016] 赤外線通信においては、送受信モジュールが光を送信し終わってから、受信が開 始できるようになるため、ある一定以上の時間を必要とする。この理由は、機器同士 の通信の場合、送信中も受信モジュールが動作しており、送信光の回り込みを受光 してしまい、遠距離になると、回り込んだ自発光の方が相手機器力 の光よりも十分 強いことから、相手機器力 光を確実に受信できるように、受信回路内のコンデンサ などの受動回路の放電を行い、リセットして送信光を停止する必要があるためである
[0017] このように切り換えのための待ち時間力 転送速度 4Mbpsのデータ通信の場合 lm S (ミリ秒)以上と規定されているが、実際は 10mS程度かかっており、パケットの送信 にかかる時間とあわせて、 LAP層接続時（SNRMコマンドと UAレスポンスの交換時 )に lOOmS力ら 200mS、 LMP層接続時（Iフレームと Ackの交換）受信時に 50mS 力も lOOmSの時間が力かっており、通信のオーバーヘッドつまり接続を完了して送 信したいデータを送信開始するまでの時間が長くなり、全体として通信効率が低下す るという問題を生じる。
[0018] また、 IrDAにおいては、接続処理において、対向局からのレスポンスがない場合、 接続を完了することができず、片方向通信での接続およびデータ転送を行うことがで きないという問題がある。
発明の開示
[0019] 本発明の目的は、接続、切断に要する時間が短い通信機器、通信システム、通信 方法、通信プログラム、通信回路を提供することにある。
[0020] 上記の目的を達成するために、本発明に係る通信機器は、ネットワーク層、該ネット ワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である 下位層を有し、 2次局と通信する 1次局としての通信機器であって、 2次局との通信接 続を行うとき、ネットワーク層において、上位層から接続要求コマンドを受けた際に下 位層に対し接続要求コマンドを発し、下位層から接続確認コマンド受信通知を受け た際に下位層に対してデータ転送要求コマンドを発せず上位層に接続確認コマンド 受信通知を発するネットワーク層プロトコル制御部を備える構成である。
[0021] また、本発明に係る通信方法は、ネットワーク層、該ネットワーク層より上位の通信 層である上位層、該ネットワーク層より下位の通信層である下位層を有し、 2次局と通 信する 1次局としての通信機器における通信方法であって、 2次局との通信接続を行 うとき、ネットワーク層において、上位層から接続要求コマンドを受けた際に下位層に 対し接続要求コマンドを発し、下位層から接続確認コマンド受信通知を受けた際に 下位層に対してデータ転送要求コマンドを発せず上位層に接続確認コマンド受信通 知を発する方法である。
[0022] また、本発明に係る通信機器は、ネットワーク層、該ネットワーク層より上位の通信 層である上位層、該ネットワーク層より下位の通信層である下位層を有し、 1次局と通 信する 2次局としての通信機器であって、 1次局との通信接続を行うとき、下位層から 接続要求コマンド受信通知を受けた際に、下位層に対してデータ転送要求コマンド を発せず接続要求コマンド受信通知を上位層に発し、上位層から接続確認コマンド を受けた際に下位層に対し接続確認コマンドを発するネットワーク層プロトコル制御 部を備える構成である。
[0023] また、本発明に係る通信方法は、ネットワーク層、該ネットワーク層より上位の通信 層である上位層、該ネットワーク層より下位の通信層である下位層を有し、 1次局と通 信する 2次局としての通信機器における通信方法であって、 1次局との通信接続を行 うとき、下位層から接続要求コマンド受信通知を受けた際に、下位層に対してデータ 転送要求コマンドを発せず接続要求コマンド受信通知を上位層に発し、上位層から 接続確認コマンドを受けた際に下位層に対し接続確認コマンドを発する方法である。
[0024] また、本発明に係る通信システムは、上記 1次局としての通信機器と、上記 2次局と しての通信機器とを含む構成である。
[0025] 上記の構成および方法によれば、 1次局では、 2次局との通信接続を行うとき、ネッ トワーク層にお ヽて、上位層から接続要求コマンドを受けた際に下位層に対し接続要 求コマンドを発し、下位層から接続確認コマンド受信通知を受けた際に下位層に対し てデータ転送要求コマンドを発せず上位層に接続確認コマンド受信通知を発する。 一方、 2次局では、 1次局との通信接続を行うとき、下位層から接続要求コマンド受信 通知を受けた際に、下位層に対してデータ転送要求コマンドを発せず接続要求コマ ンド受信通知を上位層に発し、上位層から接続確認コマンドを受けた際に下位層に 対し接続確認コマンドを発する。
[0026] よって、上記の接続シークェンスによれば、下位層の接続後に、ネットワーク層を接 続するための通信を行う必要がない。したがって、接続時のシークェンスが簡単ィ匕さ れるため、通信効率を向上できるという効果を奏する。
[0027] また、本発明に係る通信機器は、ネットワーク層、該ネットワーク層より上位の通信 層である上位層、該ネットワーク層より下位の通信層である下位層を有し、 2次局と通 信する 1次局としての通信機器であって、 2次局との通信切断を行うとき、ネットワーク 層において、上位層力 切断要求コマンドを受けた際に、下位層に対してデータ転 送要求コマンドを発せず切断要求コマンドを発し、下位層から切断確認コマンド受信 通知を受けた際に、上位層に切断確認コマンド受信通知を発するネットワーク層プロ トコル制御部を備える構成である。 [0028] また、本発明に係る通信方法は、ネットワーク層、該ネットワーク層より上位の通信 層である上位層、該ネットワーク層より下位の通信層である下位層を有し、 2次局と通 信する 1次局としての通信機器における通信方法であって、 2次局との通信切断を行 うとき、ネットワーク層において、上位層力も切断要求コマンドを受けた際に、下位層 に対してデータ転送要求コマンドを発せず切断要求コマンドを発し、下位層から切断 確認コマンド受信通知を受けた際に、上位層に切断確認コマンド受信通知を発する 方法である。
[0029] また、本発明に係る通信機器は、ネットワーク層、該ネットワーク層より上位の通信 層である上位層、該ネットワーク層より下位の通信層である下位層を有し、 1次局と通 信する 2次局としての通信機器であって、 1次局との通信切断を行うとき、下位層から 切断要求コマンド受信通知を受けた際に、上位層に切断要求コマンド受信通知を発 し、上位層から切断確認コマンドを受けた際に、下位層に対して切断確認コマンドを 発するネットワーク層プロトコル制御部を備える構成である。
[0030] また、本発明に係る通信方法は、ネットワーク層、該ネットワーク層より上位の通信 層である上位層、該ネットワーク層より下位の通信層である下位層を有し、 1次局と通 信する 2次局としての通信機器における通信方法であって、 1次局との通信切断を行 うとき、下位層から切断要求コマンド受信通知を受けた際に、上位層に切断要求コマ ンド受信通知を発し、上位層から切断確認コマンドを受けた際に、下位層に対して切 断確認コマンドを発する方法である。
[0031] また、本発明に係る通信システムは、上記 1次局としての通信機器と、上記 2次局と しての通信機器とを含む構成である。
[0032] 上記の構成および方法によれば、 1次局では、 2次局との通信切断を行うとき、ネッ トワーク層において、上位層力 切断要求コマンドを受けた際に、下位層に対してデ ータ転送要求コマンドを発せず切断要求コマンドを発し、下位層から切断確認コマン ド受信通知を受けた際に、上位層に切断確認コマンド受信通知を発する。一方、 2次 局では、 1次局との通信切断を行うとき、下位層から切断要求コマンド受信通知を受 けた際に、上位層に切断要求コマンド受信通知を発し、上位層から切断確認コマン ドを受けた際に、下位層に対して切断確認コマンドを発する。 [0033] よって、上記の切断シークェンスによれば、下位層の切断前に、ネットワーク層を切 断するための通信を行う必要がない。したがって、切断時のシークェンスが簡単ィ匕さ れるため、通信効率を向上できるという効果を奏する。
[0034] なお、上記通信機器は、コンピュータによって実現してもよぐこの場合には、コンビ ユータを上記ネットワーク層プロトコル制御部として動作させることにより上記通信機 器をコンピュータにて実現させる通信機器の通信プログラム、およびそれを記録した コンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
[0035] また、上記通信機器は、上記ネットワーク層プロトコル制御部として機能する通信回 路によって実現してもよい。
[0036] また、上記通信機器は、該通信機器によって通信を行う携帯電話に好適である。
[0037] また、上記通信機器は、該通信機器によって受信したデータに基づ 、て表示する 表示装置に好適である。
[0038] また、上記通信機器は、該通信機器によって受信したデータに基づ 、て印刷する 印刷装置に好適である。
[0039] また、上記通信機器は、該通信機器によって受信したデータを記録する記録装置 に好適である。
[0040] 本発明のさらに他の目的、特徴、および優れた点は、以下に示す記載によって十 分に分力るであろう。また、本発明の利点は、添付図面を参照した次の説明で明白 になるであろう。
図面の簡単な説明
[0041] [図 1]本発明の一実施の形態を説明するための信号シークェンス図である。
[図 2]本発明の他の実施の形態を説明するための信号シークェンス図である。
[図 3]従来の IrDAでの IrLMP層までの接続処理を説明するための信号シークェンス 図である。
[図 4]従来の IrDAでの IrLMP層までの切断を説明するための信号シークェンス図で ある。
[図 5]本発明の実施の形態を説明するためのブロック図である。
[図 6]本発明のさらに他の実施の形態を説明するための信号シークェンス図である。 [図 7]本発明のさらに他の実施の形態を説明するための信号シークェンス図である。
[図 8]本発明のさらに他の実施の形態を説明するための図である。
[図 9]本発明のさらに他の実施の形態を説明するための図である。
[図 10]本発明のさらに他の実施の形態を説明するための図である。
[図 11]本発明のさらに他の実施の形態を説明するための図である。
[図 12]従来の IrDAでの接続およびデータ転送を説明するための信号シークェンス 図である。
圆 13]OSI7階層モデルと、 IrDAの階層および本発明の階層の対応関係を示す模 式図である。
[図 14] (a)は、本発明の実施の形態に係る接続確立のシーケンス図である。（b)は、 本発明の実施の形態に係る接続確立のシーケンス図である。（c)は、本発明の実施 の形態に係る接続確立のためのパケットフォーマットである。
[図 15] (a)は、本発明の実施の形態に係るデータ交換シーケンスを示す図である。 (b
)は、本発明の実施の形態に係るデータ交換シーケンスを示す図である。
[図 16] (a)は、 IrDAのデータ交換で使用されるパケットフォーマットを示す図である。
(b)は、本発明のデータ交換で使用されるパケットフォーマットを示す図である。
[図 17] (a)は、本発明の実施の形態に係るデータ交換シーケンスを示す図である。 (b
)は、本発明の実施の形態に係るデータ交換シーケンスを示す図である。
[図 18] (a)は、本発明の実施の形態に係る切断シ—ケンスを示す図である。 (b)は、 本発明の実施の形態に係る切断シーケンスを示す図である。（c)は、本発明の実施 の形態に係る切断シーケンスのパケットフォーマットである。
[図 19]本発明の実施の形態に係る接続シーケンス時の各層間の関数 (命令、メッセ ージ）とパケットの流れを示すシーケンス図である。
[図 20] (a)は、本発明の実施の形態に係る接続シーケンス時の図 19および図 21に おける右向きの矢印の各層間の関数におけるデータの変化を示す説明図である。 (b )は、本発明の実施の形態に係る各層間の関数におけるデータの変化を示す図であ る。
[図 21]本発明の実施の形態に係る接続シーケンス時の各層間の関数 (命令、メッセ ージ）とパケットの流れを示すシーケンス図である。
[図 22]本発明の実施の形態に係るデータ交換時の各層間の関数 (命令、メッセージ） とパケットの流れを示すシーケンス図である。
[図 23]本発明の実施の形態に係るデータ交換時の図 22および図 24における各層 間の関数におけるデータの変化を示す図である。
[図 24]本発明の実施の形態に係るデータ交換時の各層間の関数 (命令、メッセージ） とパケットの流れを示すシーケンス図である。
[図 25]本発明の実施の形態に係る切断シーケンス時の各層間の関数 (命令、メッセ ージ）とパケットの流れを示すシーケンス図である。
[図 26] (a)は、本発明の実施の形態に係る切断シーケンス時の図 25および図 27に おける右向きの矢印の各層間の関数におけるデータの変化を示す説明図である。 (b )は、本発明の実施の形態に係る各層間の関数におけるデータの変化を示す説明 図である。
[図 27]本発明の実施の形態に係る切断シーケンス時の各層間の関数 (命令、メッセ ージ）とパケットの流れを示すシーケンス図である。
圆 28]本発明の実施の形態に係る 1次局における接続要求関数のデータと接続パラ メータの受け渡しを表す模式図である。 圆 29]本発明の実施の形態に係る 2次局における接続要求関数の接続パラメータの 受け渡しを表す模式図である。
[図 30]本発明の実施の形態に係る 1次局における接続確認関数と 2次局における接 続通知関数のデータと接続パラメータの受け渡しを表す模式図である。
[図 31]本発明の実施の形態に係る 2次局における接続返答関数のデータの受け渡し を表す模式図である。
圆 32]本発明の実施の形態に係る 1次局における接続確認関数の接続パラメータの 受け渡しを表す模式図である。
[図 33]実施の形態の変形例である、接続パラメータを層間で共有する場合のの 1次 局における接続要求関数のデータと接続パラメータの受け渡しを表す模式図である [図 34]実施の形態の変形例である、接続パラメータを層間で共有する場合の 2次局 における接続通知関数のデータと接続パラメータの受け渡しを表す模式図である。
[図 35]実施の形態の変形例である、接続パラメータを各層が別々に下位層に渡す場 合の 1次局における接続要求関数のデータと接続パラメータの受け渡しを表す模式 図である。
符号の説明
[0042] 50 通信機器
511 上位層制御部 (上位層）
512 ネットワーク層プロトコル制御部
513 IrLAP層制御部（下位層）
発明を実施するための最良の形態
[0043] 〔概要〕
(通信層）
後述する各実施の形態では、本発明に係る通信システムの送信機および受信機の 構成および動作について、 OSI7層モデルに基づいて詳細に説明する。ここで、 OSI 7層モデルとは、いわゆる「OSI基本参照モデル」「OSI階層モデル」とも呼ばれてい るものである。
[0044] OSI7層モデルでは、異機種間のデータ通信を実現するために、コンピュータの持 つべき通信機能が 7階層に分割され、各層ごとに標準的な機能モジュールが定義さ れている。
[0045] 具体的には、第 1層 (物理層)は、データを通信回線に送出するための電気的な変 換ゃ機械的な作業を受け持つ。第 2層 (データリンク層)は、物理的な通信路を確保し 、通信路を流れるデータのエラー検出などを行う。第 3層 (ネットワーク層)は、通信経 路の選択や通信経路内のアドレスの管理を行う。第 4層 (トランスポート層)は、データ 圧縮や誤り訂正、再送制御などを行う。第 5層 (セッション層)は、通信プログラム同士 がデータの送受信を行うための仮想的な経路 (コネクション)の確立や解放を行う。第 6層 (プレゼンテーション層)は、第 5層から受け取ったデータをユーザが分かりやす!/、 形式に変換したり、第 7層から送られてくるデータを通信に適した形式に変換したりす る。第 7層 (アプリケーション層)は、データ通信を利用した様々なサービスを人間や他 のプログラムに提供する。
[0046] 各実施の形態に係る通信システムの各通信層も、上記 OSI7層モデルの対応する 階層と同等の機能を有する。ただし、各実施の形態では、上記通信システムは、セッ シヨン層とプレゼンテーション層とを 1つにした、 6階層の構造となっている。また、ァ プリケーシヨン層については、説明を省略する。
[0047] 本発明は、送信機および受信機が複数の通信層の接続を確立して通信を行う通信 システムに広く適用可能である。すなわち、通信機能の分割は OSI7層モデルに従つ ていなくてもよい。また、通信層の数は、接続すべき通信層が複数であれば、任意に 選択できる。
[0048] また、本発明は、複数の通信層の接続リクエストをまとめることにより、接続に要する 時間を短縮するものであるため、通信路が切断した場合でも再接続が容易である。よ つて、本発明は、通信路が切断しやすい、例えば赤外線による無線通信に特に適し ている。ただし、本発明は、他の無線通信、および、有線通信においても効果的であ る。
[0049] 各実施の形態では、説明の便宜上、本発明の一適用例である IrSimpleに基づ 、 て説明する。し力し、本発明は IrSimpleに限定されるものではない。なお、 IrSimple とは、従来の IrDAの一部機能を改良したものである。
[0050] 各実施の形態では、 IrSimpleに則って、データリンク層、ネットワーク層、トランスポ ート層、セッション層 +プレゼンテーション層を、それぞれ、 LAP, LMP、 SMP、 OB
EXと表記することがある。
[0051] (IrLMP層 (LSAP) )
本発明は、主にネットワーク層に係るものである。以下、 IrDAおよび IrSimpleのネ ットワーク層である IrLMP層につ!/、て説明する。
[0052] 図 12は、従来の IrDAでの接続およびデータ転送を説明するための信号シークェ ンス図である。
[0053] IrLMP (Infrared Link Management Protocol)層は、下位層である IrLAP層を用い て、複数の上位層アプリケーションのデータを効率よく転送するために多重化を行う。 具体的には、 1対 1の通信において上位層のアプリケーションが複数起動している場 合や 1対 Nの通信において、 LMP層は、アプリケーションごとに要求される論理的な チャネルを作成し、上位層はそのチャネルを用いてデータの送受信を行う。この論理 的なチャネルが LSAP(Link Service Access Point)となる。
[0054] 例えば 1対 1の通信で、上位層のアプリケーションが複数起動する場合、接続時に は、送信機（1次局）の上位層が、 LMP層に対して、 自機器の論理チャネル要求を行 う（例えば 1)とともに、対向機器の接続対象となるアプリケーション 1 (appl)の論理チ ャネルの問い合わせを行う。これを受けた 1次局の LMP層は、まず、 LAP層の接続 制御を担当する Station Controlにより、 LAP層の接続を完了した後、自機器の送信 元論理チャネル（SLSAP: Source Link Service Access Point)を前述の 1に設定して、 LAP層にデータ転送要求コマンド（データは、 LMP層の接続コマンド）として渡す。 このとき、送信した送信元論理チャネル（1)を保持する。
[0055] 次に、受信器（2次局）の LMP層は、前述のデータ転送要求コマンド (データは LM P層の接続コマンド）を下位層より受信すると、接続コマンド内の 1次局の送信元論理 チャネルを解析し、上位層に接続コマンド受信とともに通知する。これを受けた 2次局 の上位層は、 自機器のアプリケーション 1の論理チャネル (SLSAP) (例えば 2)および 1 次局の論理チャネルを対向機器の論理チャネルに設定して、接続応答コマンドとし て、 LMP層に渡す。これを受けた 2次局の LMP層は、上位層力 の自機器のアプリ ケーシヨン 1の論理チャネル（SLSAP= 2)および 1次局のアプリケーションの論理チヤ ネル（DLSAP: Destination Link Service Access Point= 1)を設定して、データ転送要 求コマンド (データは LMP層の接続応答コマンド）として、下位層に渡す。
[0056] 次に、 1次局の LMP層は、下位層よりこれを受信すると、接続応答コマンドの中に ある送信先論理チャネル (DLSAP= 1)が前述の保持して ヽた送信元論理チャネル ( 1)と一致しているため、上位層のアプリケーション 1に対して、接続応答コマンド受信 通知を行うととも〖こ、 2次局の論理チャネル（2)を通知する。
[0057] データ転送時には、アプリケーション 1は、接続時に作成した論理チャネルを用い て、データ転送を行う。具体的には、 1次局は、データ転送時には、送信元論理チヤ ネル (SLSAP= 1)と送信先論理チャネル (DLSAP=2)をそれぞれ設定して、データの 送信を行い、 2次局は、送信元論理チャネル (SLSAP= 2)と送信先論理チャネル (DL SAP= 1)を設定して、データの送信を行う。
[0058] また、アプリケーション 2 (app2)の接続時にも、同様に上記の接続処理を行う。
[0059] (IrLMP層の課題）
現在の IrDAが実装されている機器同士の赤外線通信においては、ほとんどが 1対 1の通信であり、また、アプリケーションとしてもファイル転送 (起動するアプリケーショ ンは 1つ）がほとんどである。
[0060] 上述のように、現行の IrLMP規格では、 1対 Nの機器での通信や、複数のアプリケ ーシヨン起動時でのデータ転送を実現するために、論理チャネルの作成プロセスが 存在するが、前述の通り、大部分の通信においては、アプリケーションは 1つしか起 動していないため、形式的に論理チャネルを形成しているに過ぎず、そのためのフレ ームの交換は無駄なものである。すなわち、 1対 1の機器での通信や、アプリケーショ ンが 1つの場合には、 Station end pointでの処理を省略できる。
[0061] そこで、前述の論理チャネルを予め定めておいてネットワーク層を簡略することが考 えられる。しかし、そのように構成すると、上位層の接続データのみを LAP層の接続 パケットに含めようとする場合、現行の IrLMP規格における接続プロセスでは対応で きなくなる。本発明のネットワーク層は、 1対 1の機器での通信や、アプリケーションが 1つの場合を前提として、 IrLMP規格との互換性を保ちながら、接続'切断のシーク エンスを簡単化したものである。
[0062] 〔実施の形態 1〕
本発明の一実施の形態について図 1、 2に基づいて説明すれば、以下のとおりであ る。
[0063] 本実施の形態の信号シークェンス図を図 1に、またブロック図を図 5にそれぞれ示 す力 本発明はこれに限るものではない。また、図 5に上位層として、 OBEXおよび T inyTPとしている力 これに限るものではない。また、図 5にネットワーク層プロトコル 制御部が単独の層として記述されている力 同等の機能が上位層または下位層に統 合され、ネットワーク層プロトコル制御部が単独で存在しなくても構わない。また、図 5 中の各モジュールは、その機能を実現可能であるならば、ソフトウェアであってもハー ドウエアであっても構わな 、。
[0064] 図 1に示すように、まず、一次局の上位層制御部 511が接続に必要なデータを含 有した接続要求コマンド 1 (LM— con— reql)を発行する。その接続要求コマンド 1を 受けて、一次局のネットワーク層プロトコル制御部 512が IrLAP層制御部 513に対し て、接続要求コマンド 1に含有されたデータを入れた接続要求コマンド 2 (LAP— con _req2)を送信する。一次局の IrLAP層制御部 513は接続要求コマンド 2を受けて、 接続要求コマンド 2に含有されたデータを入れた SNRMコマンドを送信部 514を介し て、二次局に対して送信する。
[0065] 二次局では、この SNRMコマンドを受信部 515で受信し、 IrLAP制御部 513がネ ットワーク層プロトコル制御部 512に対して、 SNRMコマンドに含有されたデータを含 む接続要求コマンド受信通知 1 (LAP— con— indl)を発行する。二次局のネットワーク 層プロトコル制御部 512は上位層制御部 511に対して接続要求コマンド受信通知 1 に含有されたデータを含んだ接続要求受信通知 2 (LM_con_ind2)を発行する。こ の接続要求受信通知 2を受けた二次局の上位層制御部 511は一次局との接続を確 立するために、一次局との接続に必要なデータを含んだ接続確認コマンド 1 (LM_co n—respl)を二次局のネットワーク層プロトコル制御部 512に対し発行する。
[0066] 二次局のネットワーク層プロトコル制御部 512は、接続確認コマンド 1に含有された 接続確認コマンド 2 (LAP— con— rsp2)を二次局の IrLAP層制御部 513に対して発 行する。二次局の IrLAP層制御部 513は接続確認コマンド 2に含有されたデータを 含んだ UAレスポンスを、送信部 514を介して、一次局に対して送信する。
[0067] この UAレスポンスを受信部 515で受信した一次局の IrLAP層制御部 513は UAレ スポンスに含有されたデータを含んだ接続確認コマンド受信通知 1 (LAP— con— conf 1)を一次局のネットワーク層プロトコル制御部 512に対して発行する。一次局のネット ワーク層プロトコル制御部 512は接続確認コマンド受信通知 1を受けて接続確認コマ ンド受信通知 1に含有されたデータを含んだ接続確認コマンド受信通知（LM— con— conl2)を一次局の上位層制御部 511に対して発行する。
[0068] ここで、従来の IrDAでは、図 3の Initiating LSAP Connection endpointより発行され る LAP— Data.reuestlおよび Responding LSAP connection endpoint り発行 れる LA P_DATA_req2の交換では、上位層が使用する論理チャネルの作成（SLSAP、 DLSAP の交換)を行っている。これに対して、本実施の形態では、一次局のネットワーク層プ ロトコル制御部 512は、接続確認コマンド受信通知 1 (LAP— con— confl)を受けた時 点で、予め決められた固定の値で上記論理チャネルの作成を行う。
[0069] この一連の接続シークェンスによれば、一次局と二次局との各局管理（Station cont rol)の経由をスキップして (省いて）、終了することができ、機器間で通信するパケット は SNRMコマンドと UAレスポンスの二つになるので、従来と比べて、通信効率を向 上できる。
[0070] ここで、それぞれの信号を図 1中の表現を用いて式で表すと、
接続要求コマンド 1： LM— con— reql(AAA, Datal)
接続要求コマンド 2： LAP_con_req2(BBB, Datal)
接続要求コマンド受信通知 1： LAP_con_indl(CCC, Datal)
接続要求コマンド受信通知 2： LM_con_ind2(DDD, Datal)
接続確認コマンド 1： LM— con— rspl(EEE, Data2)
接続確認コマンド 2： LAP— con— rsp2(FFF, Data2)
接続確認コマンド受信通知 1： LAP— con— confl (GGG, Data2)
接続確認コマンド受信通知 2： LM_con_conl2(HHH Data2)
となる。
[0071] SNRMコマンドと UAレスポンスは LAP層から送信されるパケットフォーマットとして 扱われるため式では表されず、本発明の本旨ではないため割愛する。 AAA〜HHH はそれぞれの信号に必要なパラメータである。図 1に示される右向きの矢印の信号に は Datalが左向きの矢印の信号には Data2が含有されることになる。
[0072] 〔実施の形態 2〕
本発明の他の実施の形態について図 2、 5に基づいて説明すれば、以下のとおりで ある。
[0073] 本実施の形態の信号シークェンス図を図 2に、またブロック図を図 5に示す力 本発 明はこれに限るものではない。また、図 5に上位層として、 OBEXおよび TinyTPとし ているが、これに限るものではない。また、図 5にネットワーク層プロトコル制御部が単 独の層として記述されている力 同等の機能が上位層または下位層に統合され、ネッ トワーク層プロトコル制御部が単独で存在しなくても構わない。また、図 5中の各モジ ユールは、その機能を実現可能であるならば、ソフトウェアであってもハードウェアで あっても構わない。
[0074] 図 2に示すように、切断時においては、まず、一次局の上位層制御部 511が切断に 必要なデータを含有した切断要求コマンド 1 (LM— disc— reql)を発行する。その切 断要求コマンド 1を受けて、一次局のネットワーク層プロトコル制御部 512が、一次局 の IrLAP層制御部 513に対して切断要求コマンド 1に含有されたデータを入れた切 断要求コマンド 2 (LAP— disc— req2)を送信する。一次局の IrLAP層制御部 513は 切断要求コマンド 2を受けて、切断要求コマンド 2に含有されたデータを入れた DISC コマンドを送信部 514を介して、二次局に対して送信する。
[0075] この DISCコマンドを受信部 515にて受信した二次局の IrLAP層制御部 513は、二 次局のネットワーク層プロトコル制御部 512に対して、 DISCコマンドに含有されたデ ータを含む切断要求コマンド受信通知 1 (LAP— disc— indl)を発行する。二次局のネ ットワークプロトコル制御部 512は二次局の上位層制御部 511に対して切断要求コマ ンド受信通知 1に含有されたデータを含んだ切断要求受信通知 2 (LM_disc_ind2) を発行する。
[0076] この切断要求受信通知 2を受けた二次局の上位層制御部 511は一次局との接続を 切断するために、一次局との切断に必要なデータを含んだ切断確認コマンド 1 (LM —disc— respl)を二次局のネットワークプロトコル制御部 512に発行する。
[0077] 二次局のネットワーク層プロトコル制御部 512は、切断確認コマンド 1に含有された 上記データを含んだ切断確認コマンド 2 (LAP— disc— rsp2)を二次局の IrLAP層制 御部 513に対して発行する。二次局の IrLAP層制御部 513は、切断確認コマンド 2 に含有されたデータを含んだ UAレスポンスを送信部 514を介して、一次局に対して 送信する。この UAレスポンスを受信部 515で受信した一次局の IrLAP層制御部 51 3は、 UAレスポンスに含有されたデータを含んだ切断確認コマンド受信通知 1 (LAP —disc— confl)を一次局のネットワーク層プロトコル制御部 512に対して発行する。
[0078] 次に、一次局のネットワーク層プロトコル制御部 512は切断確認コマンド受信通知 1 を受けて切断確認コマンド受信通知 1に含有されたデータを含んだ切断確認コマンド 受信通知 2 (LM— disc— conf2)を一次局の上位層制御部 511に対して発行する。
[0079] この一連の切断シークェンスによれば、一次局と二次局との各局管理（Station cont rol)の経由をスキップして (省いて）、終了することができ、機器間で通信するパケット は DISCコマンドと U Aレスポンスの二つになるので、従来と比べて、通信効率を向上 できる。
[0080] ここで、それぞれの信号を図 2中の表現を用いて式で表すと、
切断要求コマンド 1： LM— disc_reql(AAA, Datal)
切断要求コマンド 2： LAP— disc— req2(BBB, Datal)
切断要求コマンド受信通知 1： LAP— disc— indl(CCC, Datal)
切断要求コマンド受信通知 2： LM_disc_ind2(DDD, Datal)
切断確認コマンド 1： LM— disc— rspl(EEE, Data2)
切断確認コマンド 2： LAP_disc_rsp2(FFF, Data2)
切断確認コマンド受信通知 1： LAP— disc— confl(GGG, Data2)
切断確認コマンド受信通知 2： LM_disc_conl2(HHH Data2)
となる。
[0081] DISCコマンドと UAレスポンスは LAP層力も送信されるパケットフォーマットとして 扱われるため式では表されず、本発明の本旨ではないため割愛する。 AAA〜HHH はそれぞれの信号に必要なパラメータである。図 2に示される右向きの矢印の信号に は Datalが左向きの矢印の信号には Data2が含有されることになる。
[0082] なお、従来の IrLMP層の切断では、 1次局において、上位層の切断処理が終わり 、 IrLMP層に切断要求コマンドが発行されると、 1次局の IrLMP層は、 IrLAP層に 対して、データ転送要求 (データは IrLMP層の切断要求コマンド)を送信する。これ を受けた 2次局の IrLMP層は、切断要求コマンドを受信した時点で、切断状態となる 。このとき、切断応答を送信しない。そして、 1次局は、前述の IrLMP層切断要求コ マンド送信後、 IrLAP層に切断要求コマンドを通知し、 IrLAP層での切断処理が行 われる。
[0083] 〔実施の形態 3〕 本発明のさらに他の実施の形態について図 5、 6に基づいて説明すれば、以下のと おりである。
[0084] 本実施の形態の信号シークェンス図を図 6に、またブロック図を図 5にそれぞれ示 す力 本発明はこれに限るものではない。また、図 5に上位層として、 OBEXおよび T inyTPとしている力 これに限るものではない。また、図 5にネットワーク層プロトコル 制御部が単独の層として記述されている力 同等の機能が上位層または下位層に統 合され、ネットワーク層プロトコル制御部が単独で存在しなくても構わない。また、図 5 中の各モジュールは、その機能を実現可能であるならば、ソフトウェアであってもハー ドウエアであっても構わな 、。
[0085] 図 6に示すように、まず、一次局の上位層制御部 511が接続に必要なデータを含 有した接続要求コマンド 1 (LM— con— reql)を発行する。このとき、通信が片方向転 送か双方向転送かの情報も合わせて通知される。なお、本実施の形態では、以下、 片方向転送が選択されて ヽるものとする。
[0086] 前記接続要求コマンド 1を受けて、一次局のネットワーク層プロトコル制御部 512が I
1：1^ 層制御部513に対して、接続要求コマンド 1に含有されたデータを入れた接続 要求コマンド 2 (LAP_con_req2)を一次局の IrLAP層制御部 513に送信する。この とき、上位層からの片方向通信選択も合わせて通知される。一次局の IrLAP層制御 部 513は接続要求コマンド 2を受けて、接続要求コマンド 2に含有されたデータおよび 片方向通信選択情報を入れた SNRMコマンドを送信部 514を介して、二次局に対し て送信する。
[0087] 一次局のネットワーク層プロトコル制御部 512は、 LAP層制御部 513に接続要求コ マンドを発行した時点で、接続処理が完了し、上位層制御部 511から、データ転送 要求コマンドを受けた場合は、下位層の IrLAP層制御部 513にデータ転送要求コマ ンドを発行することとなる。
[0088] 一方、前述の片方向通信選択情報を含む SNRMコマンドを受信部 515で受信し た二次局の IrLAP層制御部 513は二次局のネットワーク層プロトコル制御部 512に 対して、 SNRMコマンドに含有されたデータおよび片方向通信選択情報を含む接続 要求コマンド受信通知 1 (LAP con indl)を発行する。二次局のネットワーク層プロ トコル制御部 512は二次局の上位層制御部 511に対して接続要求コマンド受信通知 1に含有されたデータおよび片方向通信選択情報を含んだ接続要求受信通知 2 (LM _con_ind2)を発行する。
[0089] この接続要求受信通知 2を受けた二次局の上位層制御部 511は、この状態で一次 局との接続を確立する。二次局のネットワーク層プロトコル制御部 512は、上位層制 御部 511に接続要求コマンド受信通知を発行した時点で接続処理を完了し、下位層 の LAP層制御部 513からデータ転送要求コマンド受信通知を受けた場合は、上位 層制御部 511にデータ転送要求コマンド受信通知を発行することとなる。
[0090] この一連の接続シークェンスによれば、片方向通信での接続作業を終了することが でき、また、機器間で通信するパケットは SNRMコマンドの一つになるので、従来と 比べて、通信効率を向上できる。
[0091] ここで、それぞれの信号を図 6中の表現を用いて、式で表すと、
接続要求コマンド 1： LM— con— reql(AAA, Datal)
接続要求コマンド 2： LAP_con_req2(BBB, Datal)
接続要求コマンド受信通知 1： LAP_con_indl(CCC, Datal)
接続要求コマンド受信通知 2： LM_con_ind2(DDD, Datal)
となる。
[0092] SNRMコマンドは LAP層力 送信されるパケットフォーマットとして扱われるため式 では表されず、本発明の本旨ではないため割愛する。 AAA〜DDDはそれぞれの信 号に必要なパラメータである。図 6に示される右向きの矢印の信号には Datalが含有 されること〖こなる。
[0093] 〔実施の形態 4〕
本発明のさらに他の実施の形態について図 5、 7に基づいて説明すれば、以下のと おりである。
[0094] 本実施の形態の信号シークェンス図を図 7に、またブロック図を図 5に示す力 本発 明はこれに限るものではない。また、図 5に上位層として、 OBEXおよび TinyTPとし ているが、これに限るものではない。また、図 5にネットワーク層プロトコル制御部が単 独の層として記述されている力 同等の機能が上位層または下位層に統合され、ネッ トワーク層プロトコル制御部が単独で存在しなくても構わない。また、図 5中の各モジ ユールは、その機能を実現可能であるならば、ソフトウェアであってもハードウェアで あっても構わない。本実施の形態においては、すでに片方向通信での接続が 1次局 と 2次局との間で確立されているものとする。
[0095] 図 7に示すように、切断時においては、まず、一次局の上位層制御部 511により、 切断に必要なデータを含有した切断要求コマンド 1 (LM_disc_reql)が発行される。 その切断要求コマンド 1を受けて、一次局のネットワーク層プロトコル制御部 512が、 一次局の IrLAP層制御部 513に対して切断要求コマンド 1に含有されたデータを入 れた切断要求コマンド 2 (LAP— disc— req2)を発行する。一次局の IrLAP層制御部 5 13は切断要求コマンド 2を受けて、切断要求コマンド 2に含有されたデータを入れた DISCコマンドを送信部 514を介して、二次局に対して送信する。 1次局のネットヮー ク層プロトコル制御部 512は、 LAP層制御部 513に切断要求コマンドを発行した時 点で、切断処理を完了する。
[0096] 一方、前述の DISCコマンドを受信部 515にて受信した二次局の IrLAP層制御部 5 13は二次局のネットワーク層プロトコル制御部 512に対して、 DISCコマンドに含有さ れたデータを含む切断要求コマンド受信通知 1 (LAP— disc— indl)を発行する。二次 局のネットワーク層プロトコル制御部 512は、二次局の上位層制御部 511に対して切 断要求コマンド受信通知 1に含有されたデータを含んだ切断要求コマンド受信通知 2 (LM_disc_ind2)を発行する。この切断要求コマンド受信通知 2を受けた二次局の 上位層制御部 511は切断状態となる。また、二次局のネットワーク層プロトコル制御 部 512は、上位層制御部 511に切断要求コマンド受信通知を発行した時点で、切断 処理を完了する。
[0097] この一連の切断シークェンスによれば、片方向通信時においても、切断作業を、一 次局と二次局との各局管理（Station control)の経由をスキップして (省いて）、終了す ることができ、機器間で通信するパケットは DISCコマンド一つになるので、従来と比 ベて、通信効率を向上できる。
[0098] ここで、それぞれの信号を図 7中の表現を用いて式で表すと、
切断要求コマンド 1 ： LM disc reql(AAA, Datal) 切断要求コマンド 2： LAP— disc— req2(BBB, Datal)
切断要求コマンド受信通知 1： LAP— disc— indl(CCC, Datal)
切断要求コマンド受信通知 2： LM_disc_ind2(DDD, Datal)
となる。
[0099] DISCコマンドは LAP層力も送信されるパケットフォーマットとして扱われるため式で は表されず、本発明の本旨ではないため割愛する。 AAA〜DDDはそれぞれの信号 に必要なパラメータである。図 7に示される右向きの矢印の信号には Datalが含有さ れること〖こなる。
[0100] 〔実施の形態 5〕
本発明のさらに他の実施の形態について図 8に基づいて説明すれば、以下のとお りである。
[0101] 本実施の形態では、携帯電話間での通信例について説明する。なお、送信機と受 信機に携帯電話を用いているが、送信機もしくは受信機のどちらか一方が携帯電話 であれば良ぐ実施の形態 1〜4で説明したシークェンスによってデータの送信もしく は受信が可能であるならば、対向機器が携帯電話でなくても構わない。
[0102] 図 8では、赤外線を用いて、携帯電話 A内のデータを携帯電話 Bに送信している。
携帯電話 Bでは、携帯電話 Aから送信されたデータを受信すると、携帯電話 B内メモリ もしくは接続された外部メモリ内に受信データを保存する。前述のデータとは、テキス トデータ、画像データ、音声データ、電話帳データ、システム情報などであり、特定の フォーマットに限定されるものではない。また、携帯電話 A内のデータとは、携帯電話 Aの内部メモリ内のデータ、携帯電話に接続されている外部メモリ（SDカードなどの不 揮発性メモリ）内のデータのどちらでも良い。
[0103] 前述の接続シークェンスにより、例えば、双方向通信時には、送信側 (携帯電話 A) においては、ネットワーク層プロトコル制御部 512において、上位層のデータを IrLA P層制御部 513に接続要求コマンドとともに渡し、 1^^層制御部513からの接続確 認コマンド受信通知時には、上位層へのデータを合わせて上位層制御部 511に渡 すことができる。一方、受信側 (携帯電話 B)においては、ネットワーク層プロトコル制 御部 512において、 IrLAP層制御部 513からの接続要求コマンド受信通知時には、 上位層のデータも合わせて上位層制御部 511に渡し、上位層制御部 511からの接 続確認コマンド通知時は、上位層のデータも合わせて IrLAP層制御部 513に渡すこ とで接続を完了する。
[0104] これにより、 1つのパケット交換で接続を確立することが可能となり、従来の IrDAで の複数のパケットによる接続方法と比較して、より短い時間での接続を完了すること が可能となる。
[0105] また、片方向通信時には、送信側 (携帯電話 A)においては、ネットワーク層プロトコ ル制御部 512において、上位層のデータを下位層に接続要求とともに渡し、受信側（ 携帯電話 B)においては、ネットワーク層プロトコル制御部 512において、 IrLAP層制 御部 513からの接続確認コマンド受信通知時には、上位層のデータを合わせて上位 層制御部 511に渡すことができる。一方、受信側 (携帯電話 B)においては、 IrLAP 層 513からの接続要求コマンド受信通知時には、上位層のデータを合わせて上位層 制御部 511に渡し、接続を完了する。
[0106] これにより、 1つのパケット交換で接続を確立することが可能となり、従来の IrDAで の複数のパケットによる接続方法と比較して、より短い時間での接続を完了すること が可能となる。
[0107] 以上のように、従来の IrDAでの通信と比べて、対向局に機器を向けていなければ ならない時間の短縮が可能となることから、ユーザの利便性の向上、またエラー発生 の確率を減らすことが期待される。また、片方向通信での赤外線通信によるデータ転 送も可能となる。
[0108] 〔実施の形態 6〕
本発明のさらに他の実施の形態について図 9に基づいて説明すれば、以下のとお りである。
[0109] 本実施の形態では、携帯電話と表示装置間での通信例について説明する。なお、 送信機として携帯電話を用いているが、実施の形態 1〜4で説明したシークェンスに よってデータの送信が可能であるならば、送信機器が携帯電話でなくても構わな!/、。 また、表示装置が送信側となっても構わない。
[0110] 図 9では、赤外線を用いて、携帯電話 A内のデータを表示装置 B (TVやモニタなど） に送信している。表示装置 Bでは、携帯電話 Aから送信されたデータに対して適切な 処理を行い、例えば、画像データであった場合は、必要ならば圧縮されたデータを 解凍するなどして、表示を行うが、これに限らない。また、前述のデータとは、テキスト データ、画像データ、音声データ、電話帳データ、システム情報などであり、特定のフ ォーマットに限定されるものではない。また、携帯電話 A内のデータとは、携帯電話 A の内部メモリ内のデータ、携帯電話に接続されている外部メモリ（SDカードなどの不 揮発性メモリ）内のデータのどちらでも良い。
[0111] 前述の接続シークェンスにより、例えば、双方向通信時には、送信側 (携帯電話 A) においては、ネットワーク層プロトコル制御部 512において、上位層のデータを IrLA P層制御部 513に接続要求コマンドとともに渡し、 1^^層制御部513からの接続確 認コマンド受信通知時には、上位層のデータを合わせて上位層制御部 511に渡すこ とができる。一方、受信側（表示装置 B)においては、ネットワーク層プロトコル制御部 512において、 IrLAP層制御部 513からの接続要求コマンド受信通知時には、上位 層のデータも合わせて上位層制御部 511に渡し、上位層制御部 511からの接続確 認コマンド通知時は、上位層のデータも合わせて IrLAP層制御部 513に渡すことで 接続を完了する。
[0112] これにより、 1つのパケット交換で接続を確立することが可能となり、従来の IrDAで の複数のパケットによる接続方法と比較して、より短い時間での接続を完了すること が可能となる。
[0113] また、片方向通信時には、送信側 (携帯電話 A)においては、ネットワーク層プロトコ ル制御部 512において、上位層のデータを下位層に接続要求とともに渡し、受信側（ 表示装置 B)においては、ネットワーク層プロトコル制御部 512において、 IrLAP層制 御部 513からの接続確認コマンド受信通知時には、上位層のデータを合わせて上位 層制御部 511に渡すことができる。一方、受信側（表示装置 B)においては、 IrLAP 層 513からの接続要求コマンド受信通知時には、上位層のデータを合わせて上位層 制御部 511に渡し、接続を完了する。
[0114] これにより、 1つのパケット交換で接続を確立することが可能となり、従来の IrDAで の複数のパケットによる接続方法と比較して、より短い時間での接続を完了すること が可能となる。
[0115] 以上のように、従来の IrDAでの通信と比べて、対向局に機器を向けていなければ ならない時間の短縮が可能となることから、ユーザの利便性の向上、またエラー発生 の確率を減らすことが期待される。また、片方向通信での赤外線通信によるデータ転 送も可能となる。
[0116] 〔実施の形態 7〕
本発明のさらに他の実施の形態について図 10に基づいて説明すれば、以下のと おりである。
[0117] 本実施の形態では、携帯電話と印刷装置間での通信例について説明する。なお、 送信機として携帯電話を用いているが、実施の形態 1〜4で説明したシークェンスに よってデータの送信が可能であるならば、送信機器が携帯電話でなくても構わな!/、。 また、印刷装置が送信側となっても構わない。
[0118] 図 10では、赤外線を用いて、携帯電話 A内のデータを印刷装置 Bに送信している。
印刷装置 Bでは、携帯電話 Aから送信されたデータに対して適切な処理を行い、例え ば、画像データであった場合は、必要ならば圧縮されたデータを解凍するなどして、 印刷を行うが、これに限らない。また、前述のデータとは、テキストデータ、画像データ 、電話帳データ、システム情報などであり、特定のフォーマットに限定されるものでは ない。また、携帯電話 A内のデータとは、携帯電話 Aの内部メモリ内のデータ、携帯電 話に接続されている外部メモリ（SDカードなどの不揮発性メモリ）内のデータのどちら でも良い。
[0119] 前述の接続シークェンスにより、例えば、双方向通信時には、送信側 (携帯電話 A) においては、ネットワーク層プロトコル制御部 512において、上位層のデータを IrLA P層制御部 513に接続要求コマンドとともに渡し、 1^^層制御部513からの接続確 認コマンド受信通知時には、上位層のデータを合わせて上位層制御部 511に渡すこ と力 Sでる。一方、受信側（印刷装置 B)においては、ネットワーク層プロトコル制御部 51 2において、 IrLAP層制御部 513からの接続要求コマンド受信通知時には、上位層 のデータも合わせて上位層制御部 511に渡し、上位層からの接続確認コマンド通知 時は、上位層のデータも合わせて IrLAP層制御部 513に渡すことで接続を完了する [0120] これにより、 1つのパケット交換で接続を確立することが可能となり、従来の IrDAで の複数のパケットによる接続方法と比較して、より短い時間での接続を完了すること が可能となる。
[0121] また、片方向通信時には、送信側 (携帯電話 A)においては、ネットワーク層プロトコ ル制御部 512において、上位層のデータを下位層に接続要求とともに渡し、受信側（ 印刷装置 B)においては、ネットワーク層プロトコル制御部 512において、 IrLAP層制 御部 513からの接続確認コマンド受信通知時には、上位層のデータを合わせて上位 層制御部 511に渡すことができる。一方、受信側（印刷装置 B)においては、 IrLAP 層制御部 513からの接続要求コマンド受信通知時には、上位層のデータを合わせて 上位層制御部 511に渡し、接続を完了する。
[0122] これにより、 1つのパケット交換で接続を確立することが可能となり、従来の IrDAで の複数のパケットによる接続方法と比較して、より短い時間での接続を完了すること が可能となる。
[0123] 以上のように、従来の IrDAでの通信と比べて、対向局に機器を向けていなければ ならない時間の短縮が可能となることから、ユーザの利便性の向上、またエラー発生 の確率を減らすことが期待される。また、片方向通信での赤外線通信によるデータ転 送も可能となる。
[0124] 〔実施の形態 8〕
本発明のさらに他の実施の形態について図 11に基づいて説明すれば、以下のと おりである。
[0125] 本実施の形態では、携帯電話と記録装置間での通信例について説明する。なお、 送信機として携帯電話を用いているが、実施の形態 1〜4で説明したシークェンスに よってデータの送信が可能であるならば、送信機器が携帯電話でなくても構わな!/、。 また、記録装置が送信側となっても構わない。
[0126] 図 11では、赤外線を用いて、携帯電話 A内のデータを記録装置 Bに送信している。
記録装置 Bでは、携帯電話 Aから送信されたデータに対して適切な処理を行い、例え ば、画像データであった場合は、記録装置内メモリまたは記録装置に接続された外 部メモリに記録を行う。記録装置内メモリとは、 SDRAMなどの揮発性メモリでも、フラッ シュメモリなどの不揮発性メモリ、記録可能な DVD、 HDDドライブなど、一時的または 半永久的に記録できる媒体であれば何でも良い。また、前述のデータとは、テキスト データ、画像データ、音声データ、電話帳データ、システム情報などであり、特定のフ ォーマットに限定されるものではない。また、携帯電話 A内のデータとは、携帯電話 A の内部メモリ内のデータ、携帯電話に接続されている外部メモリ（SDカードなどの不 揮発性メモリ）内のデータのどちらでも良い。
[0127] 前述の接続シークェンスにより、例えば、双方向通信時には、送信側 (携帯電話 A) においては、ネットワーク層プロトコル制御部 512において、上位層のデータを IrLA P層制御部 513に接続要求コマンドとともに渡し、 1^^層制御部513からの接続確 認コマンド受信通知時には、上位層のデータを合わせて上位層制御部 511に渡すこ とができる。一方、受信側（記録装置 B)においては、ネットワーク層プロトコル制御部 512〖こおいて、 IrLAP層 513からの接続要求コマンド受信通知時には、上位層のデ ータも合わせて上位層制御部 511に渡し、上位層制御部 511からの接続確認コマン ド通知時は、上位層のデータも合わせて IrLAP層制御部 513に渡すことで接続を完 了する。
[0128] これにより、 1つのパケット交換で接続を確立することが可能となり、従来の IrDAで の複数のパケットによる接続方法と比較して、より短い時間での接続を完了すること が可能となる。
[0129] また、片方向通信時には、送信側 (携帯電話 A)においては、ネットワーク層プロトコ ル制御部 512において、上位層のデータを下位層に接続要求とともに渡し、受信側（ 記録装置 B)においては、ネットワーク層プロトコル制御部 512において、 IrLAP層制 御部 513からの接続確認コマンド受信通知時には、上位層のデータを合わせて上位 層制御部 511に渡すことができる。一方、受信側（記録装置 B)においては、 IrLAP 層制御部 513からの接続要求コマンド受信通知時には、上位層のデータを合わせて 上位層制御部 511に渡し、接続を完了することで、 1つのパケット交換で接続を確立 することが可能となる。
[0130] これにより、従来の IrDAでの複数のパケットによる接続方法と比較して、より短い時 間での接続を完了することが可能となる。
[0131] 以上のように、従来の IrD Aでの通信と比べて、対向局に機器を向けていなければ ならない時間の短縮が可能となることから、ユーザの利便性の向上、またエラー発生 の確率を減らすことが期待される。
[0132] 〔実施の形態 9〕
本発明のさらに他の実施の形態について図 13から図 35に基づいて説明すれば、 以下のとおりである。なお、本実施の形態で説明する通信プロトコルは、実施の形態
1〜8に適用されるものである。よって、実施の形態 1〜8において定義した用語につ いては、特に断らない限り本実施の形態においてもその定義に則って用いるものとす る。
[0133] (1)通信層
図 13は、 OSI7階層モデルと、 IrDAの階層および本発明に係る通信システムの階 層の対応関係を示す模式図である。
[0134] 本実施の形態に係る通信システムの各通信層も、上記 OSI7層モデルの対応する 階層と同等の機能を有する。ただし、図 13に示すように、上記通信システムは、セッ シヨン層とプレゼンテーション層とを 1つにした、 6階層の構造となって!/、る。
[0135] 本実施の形態では、説明の便宜上、本発明の一適用例である IrSimpleに基づい て説明する。し力し、本発明は IrSimpleに限定されるものではない。なお、 IrSimple とは、従来の IrDAの一部機能を改良したものである。
[0136] 本実施の形態では、 IrSimpleに則って、データリンク層、ネットワーク層、トランスポ ート層、セッション層 +プレゼンテーション層を、それぞれ、 LAP, LAMP, SMP、 O BEXと表記することがある。また、通信層を送信機、受信機で区別する場合に、送信 機 (一次局）に" P"、受信機 (二次局）に" S"と付記する。例えば、 "LAP (P) "とは、送 信機のデータリンク層を意味する。
[0137] (2)送信機 受信機間のシーケンス
(2— 1)接続シーケンス
〔A〕レスポンス有り
図 14 (a)は、本実施の形態（レスポンス有り）の接続シーケンスを示すシーケンス図 である。また、図 14 (c)は、本実施の形態（レスポンス有り）の接続シーケンスの際の 通信データのデータ構造を示す説明図である。
[0138] 本実施の开態（レスポンス有り）では、 SNRMの Destination Device Addressにグロ 一バルアドレスを使用することにより、サーチと同様の機能を SNRMコマンドに持た せることができる（図 14 (c)の SNRM command)。
[0139] また、本実施の形態（レスポンス有り）では、データリンク層の接続パケットである SN RMコマンドおよび UAレスポンスの中に、ネットワーク層、トランスポート層、セシヨン 層、プレゼンテーション層等の上位層の接続に必要なパラメータおよびコマンドを揷 入する。これにより、従来の IrDAでは必要であった上位層それぞれを接続するため の接続パケットを 1つのパケットに凝縮することができる。
[0140] それゆえ、従来、複数のパケットが必要であった、サーチと接続シーケンスを 1つの パケット対で行うことができる。
[0141] 〔B〕レスポンス無し
図 14 (b)は、本実施の形態（レスポンス無し）の接続シーケンスを示すシーケンス図 である。また、図 14 (c)は、本実施の形態（レスポンス無し)の接続シーケンスの際の 通信データのデータ構造を示す説明図である。なお、本実施の形態 (レスポンス無し )では、 UAレスポンス（図 14 (c)の UA response for SNRM)は不要である。
[0142] ユーザまたはアプリケーションおよびデータ種類によっては、受信機からのレスポン スを省略した通信方式を選択できる。この場合、図 14 (b)に示すように、 SNRMコマ ンドのみでサーチおよび接続が終了したものとできる。
[0143] このように、本実施の形態の接続シーケンスは、複数の通信層の接続リクエストをま とめることにより、接続に要する時間を短縮するものであるため、通信路が切断した場 合でも再接続が容易である。よって、通信路が切断しやすい、例えば赤外線による無 線通信に特に適している。ただし、 IEEE802.il無線、 Bluetoothを含む他の無線通信 、および、有線通信においても効果的である。
[0144] また、本実施の形態では、すべての通信層の接続を 1回の通信で接続する例につ いて説明するが、本発明はこれに限定されない。例えば、 1つの通信層を接続した後 、残りの複数の通信層を接続するようにしてもよい。また、 1つの通信層の接続が複数 回の通信によって行われてもよい。例えば、ネットワーク層の接続が 2回の通信を要 する場合、データリンク層の接続とネットワーク層の 1回目の接続とを 1つの接続リクェ ストにまとめ、ネットワーク層の 2回目の接続とトランスポート層の接続とを 1つの接続リ タエストにまとめてもよい。
[0145] (2— 2)データ交換シーケンス
〔A〕レスポンス有り
図 15 (a) (b)は、本実施の形態（レスポンス有り）のデータ交換シーケンスを示すシ 一ケンス図である。また、図 15 (a)は、本実施の形態（レスポンス有り）のデータ交換 シーケンスの際の通信データのデータ構造を示す説明図である。
[0146] 本実施の形態（レスポンス有り）では、 1つのデータ間毎の下位層及び上位層のレ スポンスを極力減らし、多くのデータを送信した後にエラーがあつたか無力ゝったかを 返信する。
[0147] 送信機は、データ通信時に、シーケンシャルなパケット番号および受信データに問 題がな力つたかを問うためのフラグと、上記データをパケットのサイズに合わせて分割 した分割データで構築されたパケットを用いる。
[0148] 図 15 (a)に示すように、送信機は、所定数のパケット数を送信した後に上記フラグ をオンにしたパケットの送信を行う。これに対し、受信機は、以前のデータの始めから 、もしくは上記フラグがオンであったパケットを受信し、返信を行ってから、エラーを検 出しな力つた場合は、正常に受信した旨を送信機に通知する。また、受信機は、以前 のデータの始めから、もしくは上記フラグがオンであったパケットを受信し、返信を行 つてから、エラーを検出した場合は、受信することができな力つたパケット以降の上記 分割データ部分を無視し、上記フラグのみを確認し、上記フラグがオンであった場合 に、エラーにより受信できな力つたパケット番号を送信機へ通知する。
[0149] さらに、送信機は、正常に受信した旨を受信機力 受けた場合、次のパケットから送 信を行う。また、送信機は、エラーがあつたという通知を受けた場合、受信できなかつ たパケット番号から、上記フラグをオンにしたパケットまでを再送信する。
[0150] これにより、パケット間を詰めることができ、効率のよい通信が可能となる。
[0151] 図 15 (a)に示すように、本実施の形態（レスポンス有り）では、 UIフレーム（図 16 (b) )を使用する。このため、データリンク層（LAP層）ではパケットの抜けが認識できず、 トランスポート層で検出する。
[0152] UIフレームのトランスポート層のデータ部分にシーケンシャルナンバーとデータ確 認用フラグ、データの最後のパケットかどうか、受信したデータが正常であつたかを示 すフラグを設け、それらのフラグによってデータの送信を行う。
[0153] 〔B〕レスポンス無し
図 17 (a) (b)は、本実施の形態（レスポンス無し)のデータ交換シーケンスを示すシ 一ケンス図である。また、図 17 (b)は、本実施の形態（レスポンス無し)のデータ交換 シーケンスの際の通信データのデータ構造を示す説明図である。
[0154] 本実施の形態（レスポンス無し)では、受信機のレスポンスを必要としな 、場合、デ ータの完全性のみを確認する。そのため、送信機はパケットにシーケンスナンバーを 振り、全てのデータを連続で送信する。
[0155] そして、受信機は、エラーがあった力どうかを確認するのみであり、正常に受信した 場合には全てのデータを受けた後、受信機内で正常受信であることを認識し、次の 動作を行う。この場合の次の動作とは、例えば受信したデータを表示したり、印刷し たり、保存したりすることである。一方、エラーを検出した場合、受信機内で正常受信 できな力つたことを認識し、次の動作を行う。この場合の次の動作とは、失敗したこと をユーザーに知らせるためのインジケートや、次の受信待ち状態になることである。
[0156] なお、本実施の形態（レスポンス無し）でも、図 17 (b)に示す UIフレーム（図 16 (b) ) を使用する。
[0157] (2— 3)切断シーケンス
〔A〕レスポンス有り
図 18 (a)は、本実施の形態（レスポンス有り）の切断シーケンスを示すシーケンス図 である。また、図 18 (c)は、本実施の形態（レスポンス有り）の切断シーケンスの際の 通信データのデータ構造を示す説明図である。
[0158] 図 18 (c)に示すように、本実施の形態（レスポンス有り）では、ネットワーク層、トラン スポート層、セシヨン層、プレゼンテーション層等の上位層の切断に必要なパラメータ およびコマンドを、 DISCコマンドおよび U Aレスポンスの中に挿入した。 [0159] これにより、従来、複数のパケットが必要であった、切断シーケンスを 1つのパケット 対で行うことができる。
[0160] 〔B〕レスポンス無し
図 18 (b)は、本実施の形態（レスポンス無し）の切断シーケンスを示すシーケンス図 である。また、図 18 (c)は、本実施の形態（レスポンス有り）の切断シーケンスの際の 通信データのデータ構造を示す説明図である。なお、本実施の形態 (レスポンス無し )では、 UAレスポンス（図 18 (c)の UA response)は不要である。
[0161] 図 18 (b)に示すように、本実施の形態（レスポンス無し)では、受信機のレスポンス を必要としな ヽとして接続した場合、 DISCコマンドのみでサーチおよび切断が終了 したものとできる。
[0162] (3)送信機、受信機内のシーケンス
図 19〜図 35では、説明の便宜上、データリンク層を LAP、ネットワーク層を LAMP 、トランスポート層を TTPまたは SMP、セッション層およびプレゼンテーション層を O BEXと表記する。また、通信層を送信機と受信機とで区別するために、送信機に" P" 、受信機に" S"と付記する。例えば、 "LAP (P) "とは、送信機のデータリンク層を意 味する。
[0163] (3— 1)接続シーケンス
〔A〕レスポンス有り
図 19は、本実施の形態（レスポンス有り）の接続シーケンスを示すシーケンス図であ る。また、図 20 (a)、図 20 (b)は、本実施の形態（レスポンス有り）の接続シーケンスの 際の通信データのデータ構造を示す説明図である。
[0164] 図 19に示すように、本実施の形態 (レスポンス有り）では、送信機、受信機とも、接 続準備を行う。その後、送信機は、上位層のリクエストをそのまま下位層に渡していき 、 1つのパケット（SNRM)として送信する。一方、受信機は、 SNRMパケットを受けて 、そのまま上位層へ接続できた旨の通知を行った後、 OBEX (S)のレスポンスをその まま下位層に渡していき、 1つのパケット (UA)として送信する。送信機は、 UAを受 けたことで接続完了とし、上位層に通知（Connect. confirm)を上げて!/、く。
[0165] このときの、送信機、受信機内のシーケンスは以下のとおりである。 [0166] まず、送信機の各通信層につ!/、て説明する。
[0167] OBEX(P)は、アプリケーション力もの接続要求が来た場合に、速やかに下位層 (S MP (P) )に対して接続要求コマンドをデータに入れて接続要求関数 (Primitive)を発 生する。また、 OBEX(P)は、 SMP (P)から接続確認関数を受けた場合に、そのデ ータの中から OBEX接続のレスポンスを確認し、問題ない（Success)というレスポンス であれば、接続完了とする。
[0168] SMP (P)は、 OBEX (P)からの接続要求関数を受けて、速やかに OBEX (P)の接 続要求関数のデータに、受信機の SMP (S)との通信に必要なパラメータを付加して 、下位層 (LMP (P) )に対して接続要求関数を発生する。また、 SMP (P)は、 LMP ( P)から接続確認関数を受けた場合、関数のデータカゝら受信機の SMP (S)が生成し たパラメータを抜き取り、値を確認して、 SMP (S)とのネゴシエーションを終了する。 また、 SMP (P)は、接続確認関数のデータ力も SMP (S)のパラメータを取り除いた データを OBEX (P)に対して接続確認関数として送信する。
[0169] LMP (P)は、 SMP (P)からの接続要求関数を受けて、速やかに SMP (P)の接続 要求関数のデータに、受信機の LMP (S)との通信に必要なパラメータを付加して、 下位層 (LAP (P) )に対して接続要求関数を発生する。また、 LMP (P)は、 LAP (P) から接続確認関数を受けた場合、関数のデータから受信機の LMP (S)が生成した ノ ラメータを抜き取り、値を確認して、 LMP (S)とのネゴシエーションを終了する。ま た、 LMP (P)は、接続確認関数のデータ力も LMP (S)のパラメータを取り除いたデ ータを、 SMP (P)に対して接続確認関数として送信する。
[0170] なお、通常は論理ポートを管理するために LSAP (Link Service Access Point)が定 義される。そして、 1対 1で 1つの接続をする場合には LMPを使用する必要がない。 この場合、 LSAPにコネクションレスの値を固定値として使用する。このため、 LMPの 接続パラメータ交換は不要となって 、る。
[0171] LAP (P)は、 LMP (P)からの接続要求関数を受けて、速やかに LMP (P)の接続 要求関数のデータに、受信機の LAP (S)との通信に必要なパラメータを付加して、 受信機の物理層に対して SNRMコマンドを出力する。また、 LAP (P)は、受信機の 物理層力 U Aレスポンスを受けた場合、 UAレスポンスのデータから受信機の LAP ( S)が生成したパラメータを抜き取り、値を確認して、 LAP (S)とのネゴシエーションを 終了する。また、 LAP (P)は、 UAレスポンスのデータから LAP (S)のパラメータを取 り除いたデータを、 LMP (P)に対して接続確認関数として送信する。
[0172] つづいて、受信機の各通信層について説明する。
[0173] OBEX(S)は、アプリケーション力も接続要求関数を受けて、受信待機状態になる 。また、 OBEX(S)は、下位層（SMP (S) )力も接続通知関数 (Indication)を受けた場 合に、そのデータの中から OBEX接続コマンドを確認し、問題が無ければ Successと いうレスポンスを接続返答関数 (Response)として SMP (S)に対して出力し、接続完 了とする。
[0174] SMP (S)は、 OBEX (S)からの接続要求関数を受けて、受信待機状態になる。ま た、 SMP (S)は、下位層（SMP (S) )から接続通知関数を受けた場合に、関数のデ ータから送信機の SMP (P)が生成したパラメータを抜き取り、それに対しての返答の パラメータを作成し、上記関数のデータから SMP (P)のパラメータを除 、たデータを 入れた接続要求関数を OBEX (S)に発した後、 OBEX (S)からの接続返答関数を待 つ。また、 SMP (S)は、 OBEX (S)からの接続返答関数を受けた場合に、 LMP (S) に対して OBEX (S)の接続返答関数のデータに上記返答のパラメータを付加して、 LMP (S)に対して接続返答関数を発生し、 SMP層のネゴシエーションを終了する。
[0175] LMP (S)は、 SMP (S)からの接続要求関数を受けて、受信待機状態になる。また 、 LMP (S)は、下位層（LAP (S) )カゝら接続通知関数を受けた場合に、関数のデータ から送信機の LMP (P)が生成したパラメータを抜き取り、それに対しての返答のパラ メータを作成し、上記関数のデータ力 LMP (P)のパラメータを除 、たデータを入れ た接続要求関数を SMP (S)に発した後、 SMP (S)からの接続返答関数を待つ。ま た、 LMP (S)は、 SMP (S)からの接続返答関数を受けた場合に、 LAP (S)に対して SMP (S)の接続返答関数のデータに上記返答のパラメータを付加して、 LAP (S)に 対して接続返答関数を発生し、 LMP層のネゴシエーションを終了する。
[0176] なお、通常は論理ポートを管理するために LSAP (Link Service Access Point)が定 義される。そして、 1対 1で 1つの接続をする場合には LMPを使用する必要がない。 この場合、 LSAPにコネクションレスの値を固定値として使用する。このため、 LMPの 接続パラメータ交換は不要となって 、る。
[0177] LAP (S)は、 LMP (S)力もの接続要求関数を受けて、受信待機状態になる。また、 LAP (S)は、物理層力 SNRMコマンドを受けた場合に、 SNRMコマンドのデータ から送信機の LAP (P)が生成したパラメータを抜き取り、 SNRMコマンドのデータか ら LAP (P)のパラメータを除 、たデータを入れた接続要求関数を LMP (S)に発した 後、それに対しての返答のパラメータを作成し、 LMP (S)からの接続返答関数を待 つ。また、 LAP (S)は、 LMP (S)からの接続返答関数を受けた場合に、 LMP (S)の 接続返答関数のデータに上記返答のパラメータを付加して、物理層に対して UAレ スポンスを出力し、 LAP層のネゴシエーションを終了する。
[0178] 〔B〕レスポンス無し
図 21は、本実施の形態（レスポンス無し）の接続シーケンスを示すシーケンス図で ある。また、図 20 (a)は、本実施の形態（レスポンス無し)の接続シーケンスの際の通 信データのデータ構造を示す説明図である。
[0179] 図 21に示すように、本実施の形態 (レスポンス無し)では、送信機、受信機とも、接 続準備を行う。その後、送信機は、上位層のリクエストをそのまま下位層に渡していき 、 1つのパケット（SNRM)として送信する。そして、送信機は、 SNRMパケットを送信 した時点で接続完了として、 LAP (P)から上位層に通知（Connect. confirm)を上げて いく。一方、受信機は、 SNRMパケットを受けて、そのまま上位層へ接続できた旨の 通知を行い、 OBEX(S)に通知した時点で接続完了とする。
[0180] このときの、送信機、受信機内のシーケンスは以下のとおりである。
[0181] まず、送信機の各通信層につ!/、て説明する。
[0182] OBEX(P)は、アプリケーション力もの接続要求が来た場合に、速やかに下位層 (S MP (P) )に対して接続要求コマンドをデータに入れて接続要求関数 (Primitive)を発 生する。また、 OBEX(P)は、 SMP (P)から接続確認関数を受けた場合に、接続完 了とする。
[0183] SMP (P)は、 OBEX (P)からの接続要求関数を受けて、速やかに OBEX (P)の接 続要求関数のデータに、受信機の SMP (S)との通信に必要なパラメータを付加して 、下位層 (LMP (P) )に対して接続要求関数を発生する。また、 SMP (P)は、 LMP ( P)カゝら接続確認関数を受けた時点で、送信したパラメータでネゴシエーションができ たとして、 SMP層のネゴシエーションを終了する。また、この時、 SMP (P)は、 OBE X(P)に対して接続確認関数を送信する。
[0184] LMP (P)は、 SMP (P)からの接続要求関数を受けて、速やかに SMP (P)の接続 要求関数のデータに、受信機の LMP (S)との通信に必要なパラメータを付加して、 下位層 (LAP (P) )に対して接続要求関数を発生する。また、 LMP (P)は、 LAP (P) 力も接続確認関数を受けた時点で、送信したパラメータでネゴシエーションができた として、 LMP層のネゴシエーションを終了する。また、この時、 LMP (P)は、 SMP (P )に対して接続確認関数を送信する。
[0185] なお、通常は論理ポートを管理するために LSAP (Link Service Access Point)が定 義される。そして、 1対 1で 1つの接続をする場合には LMPを使用する必要がない。 この場合、 LSAPにコネクションレスの値を固定値として使用する。このため、 LMPの 接続パラメータ交換は不要となって 、る。
[0186] LAP (P)は、 LMP (P)からの接続要求関数を受けて、速やかに LMP (P)の接続 要求関数のデータに、受信機の LAP (S)との通信に必要なパラメータを付加して、 受信機の物理層に対して SNRMコマンドを出力する。また、 LAP (P)は、 SNRMコ マンドを出力した時点で、送信したパラメータでネゴシエーションができたとして、 LA p層のネゴシエーションを終了する。また、この時、 LAP (P)は、 LMP (P)に対して接 続確認関数を送信する。
[0187] つづ 、て、受信機の各通信層につ 、て説明する。
[0188] OBEX(S)は、アプリケーション力も接続要求関数を受けて、受信待機状態になる 。また、 OBEX(S)は、下位層（SMP (S) )力も接続通知関数 (Indication)を受けた場 合に、そのデータの中力も OBEX接続コマンドを確認し、問題が無ければ、接続完 了とする。
[0189] SMP (S)は、 OBEX (S)からの接続要求関数を受けて、受信待機状態になる。ま た、 SMP (S)は、下位層（SMP (S) )から接続通知関数を受けた場合に、関数のデ ータから送信機の SMP (P)が生成したパラメータを抜き取り、そのパラメータを使用 してネゴシエーションを完了させる。そして、 SMP (S)は、上記関数のデータから SM P (P)のパラメータを除！ヽたデータを入れた接続要求関数を OBEX (S)に発する。
[0190] LMP (S)は、 SMP (S)からの接続要求関数を受けて、受信待機状態になる。また 、 LMP (S)は、下位層（LAP (S) )カゝら接続通知関数を受けた場合に、関数のデータ から送信機の LMP (P)が生成したパラメータを抜き取り、そのパラメータを使用して ネゴシエーションを完了させる。そして、 LMP (S)は、上記関数のデータ力 LMP ( P)のパラメータを除！ヽたデータを入れた接続要求関数を SMP (S)に発する。
[0191] なお、通常は論理ポートを管理するために LSAP (Link Service Access Point)が定 義される。そして、 1対 1で 1つの接続をする場合には LMPを使用する必要がない。 この場合、 LSAPにコネクションレスの値を固定値として使用する。このため、 LMPの 接続パラメータ交換は不要となって 、る。
[0192] LAP (S)は、 LMP (S)力もの接続要求関数を受けて、受信待機状態になる。また、 LAP (S)は、物理層力 SNRMコマンドを受けた場合に、 SNRMコマンドのデータ から送信機の LAP (P)が生成したパラメータを抜き取り、そのパラメータを使用してネ ゴシエーシヨンを完了させる。そして、 LAP (S)は、上記関数のデータ力も LAP (P) のパラメータを除 ヽたデータを入れた接続要求関数を LMP (S)に発する。
[0193] (3— 2)データ交換シーケンス
〔A〕レスポンス有り
図 22は、本実施の形態（レスポンス有り）のデータ交換シーケンスを示すシーケンス 図である。また、図 23は、本実施の形態（レスポンス有り）のデータ交換シーケンスの 際の通信データのデータ構造を示す説明図である。
[0194] 図 22に示すように、本実施の形態（レスポンス有り）では、送信機が、 PUTコマンド を発生し、それが下位層まで伝わり、 UIフレーム（図 16 (b) )として出力される。
[0195] 一方、受信機は、データを受け取り、上位層へ通知を上げていく。このとき、 SMP (
S)では、上位層の OBEX(S)に対して、データが続くことを通知する（status=truncat ed)。
[0196] 送信機は、ある一定数のパケットを送信した後に、データがきちんと届いているかど うかを確認するフラグを ONにして送信する。これを受けて、受信機では、 SMP (S)が 、エラーがあつたかな力つた力、あった場合にはエラーが発生した番号を送信機に通 知する。
[0197] 送信機は、エラーが無ければ次のパケット群を出力し、エラーがあればエラーがあ つたパケット以降のパケットを再送信する。
[0198] 送信機は、データの最後になったときに、データの最後であることを示すフラグを O Nにして送信する。これに対して、受信機は、 SMP (S)が、このフラグが ONであれば 、 OBEX(S)にデータがそろったことを通知し（status=OK)、 OBEX(S)のレスポンス を待つ。そして、 OBEX (S)のレスポンスが発生したとき、そのデータを下位層へ伝え ていき、 UIフレームとして出力する。
[0199] 送信機は、受けたレスポンスが Successであれば、正常終了する。
[0200] このときの、送信機、受信機内のシーケンスは以下のとおりである。
[0201] 送信機では、 OBEX(P)が下位層に対して PUTコマンドをデータ送信関数として 出力する。ただし、 OBEX(P)は、 PUT Final (最後の PUT)コマンド以外の PUTコマ ンドのレスポンス（正常の場合は Continueが返る）を必要とせずに SMP (P)で送信可 能である場合には、次のコマンドを出力していく。 PUT Finalコマンドもしくは PUTコマ ンド以外のコマンドの場合には、下位層からのデータ通知関数を待ち、そのデータ内 のレスポンスをみてコマンドを終了する。
[0202] ここで、データ送信関数とは、下位層に対してデータ送信を要求する関数 (Data Re quest)である。また、データ通知関数とは、下位層力 データを受信したことを知らせ る関数（Data Indicate)である。
[0203] 受信機では、 OBEX(S)が下位層力もデータ通知関数を受けて、データを受ける。
ただし、 OBEX(S)は、 PUT Finalコマンド以外の PUTコマンドに対しては、レスポンス を返さず、 PUT Finalコマンドもしくは PUTコマンド以外のコマンドの場合はデータ送 信関数としてレスポンスを返す。
[0204] ここで、送信機、受信機に共通する、上位層と下位層のデータ送信関数およびデ ータ通知関数でのヘッダ等について説明する。
[0205] SMPは、 OBEXからデータ送信関数を受けると、 LMPに対して、（a)LMPで送信 可能なサイズがデータ送信関数内のデータのサイズよりも小さいときには、該データ を LMPが送信可能なサイズに分割し、（b)LMPで送信可能なサイズがデータ送信関 数内のデータのサイズよりも大きいときには、いくつかのデータを結合して、送信可能 なサイズ以下の、より大きなデータを作成する。また、 SMPは、シーケンシャルな番 号、相手機器にデータ受信状態を問い合わせる引数、データの最後を示す引数、相 手機器の SMPが OBEXのレスポンスが必要であることを示す引数、受信したデータ が正常であったかどうかを示す引数などを入れた SMPヘッダを作成する。そして、こ の SMPヘッダを、上記分割または結合したデータに付カ卩したデータを入れたデータ 送信関数を LMPに対して発する。
[0206] さらに、 SMPは、 LMPからデータ通知関数を受けると、該関数内のデータから SM Pヘッダを抜き出し、シーケンス番号が正常である力 (すなわち、抜けなく順番に来て いる力 )を確認する。そして、正常であった場合には、 OBEXへデータ通知関数を発 する。このとき、データ通知関数は、下位層からのデータ通知関数ごとに出力してもよ Vヽし、 V、くつかの下位層からのデータ通知関数のデータをあわせて出力してもよ!/、。
[0207] 送信機の SMP (P)は、 OBEX (P)力 のデータ送信関数を LMP (P)へのデータ 送信関数に変換して、規定して ヽるある一定数のデータ量のデータ送信関数を発す る。その後、 SMP (P)は、受信機にデータ受信状態を問い合わせる引数を Trueにし てデータ送信関数を発して、 LMP (P)のデータ通知関数を待つ。
[0208] SMP (P)は、 LMP (S)力 のデータ通知関数内の SMPヘッダを解析し、受信した データが正常であったかどうかを示す引数が正常に受信していたことを示していた場 合、次のデータを送信する準備ができたとして、 OBEX(P)に対して送信可能である ステートになる。すなわち、この状態で OBEX (P)からのデータを受け付けることがで きる。
[0209] これに対して、 SMP (P)は、 LMP (S)力 の受け取ったデータ通知関数の SMPへ ッダを解析して受信したデータが正常であった力どうかを示す引数が正常に受信し ていな力つたことを示していた場合、正常に受信できな力つたと通知されたデータ送 信関数力 相手機器にデータ受信状態を問い合わせる引数を Trueにしたデータ送 信関数までを再度発生する。 SMP (P)は、全てのデータ送信関数によるデータが受 信機に通知されるまで、もしくはある規定回数再発生を繰り返す。
[0210] さらに、 SMP (P)は、 OBEX(P)からデータの最後であるとした引数が Trueである データ送信関数を受けた場合、そのデータ送信関数の最後のデータを入れた、 LM P (P)へのデータ送信関数を、このデータ送信関数がデータの最後であることを示す 引数、または、受信機の OBEX(S)のレスポンスが必要であることを示す引数を True にして発する。
[0211] これに対して、受信機の SMP (S)は、 LMP (S)からデータ通知関数を受けた際に 、データの最後または受信機の OBEX (S)のレスポンスが必要であることを示す引数 が Trueであった場合に、 OBEX(S)へ SMP (S)のヘッダを外したデータを入れたデ ータ通知関数を発する。
[0212] また、 SMP (S)は、データ通知関数を LMP (S)力 受けた場合に、そのデータ通 知関数内のデータから SMPヘッダを解析し、シーケンシャルな番号を確認する。 S MP (S)は、受信機にデータ受信状態を問い合わせる引数が Trueであるヘッダを受 けるまで正常に受信できていれば、受信したデータが正常であったかどうかを示す引 数を正常に受信できたことを示すものにして SMPヘッダを作成し、それをデータとし て LMP (S)に対してデータ送信関数を発する。
[0213] 一方、 SMP (S)は、正常に受信できな力つたことを検出した場合には、正常に受信 できなかったと予測される SMPヘッダの番号を記憶する。例えば、 0, 1, 2, 3, 5と受 けたとき、 5個目は 4となるべきなのに 4を受けな力つた場合には、正常に受信できな 力つたと予測される番号は 4となる。そして、それ以降、 SMP (S)は、 SMPヘッダの 受信機にデータ受信状態を問い合わせる引数が Trueであるかどうかのみを調べて、 OBEX (S)へのデータ通知関数の出力を停止する。
[0214] SMP (S)は、受信機にデータ受信状態を問い合わせる引数が Trueであるデータ通 知関数を受けた場合に、受信したデータが正常であったかどうかを示す引数を正常 に受信できな力つたことを示すものにし、正常に受信できな力つた SMPヘッダの番号 をシーケンシャル番号を入れるフィールドに挿入した SMPヘッダを作成して、それを データとして LMP (S)に向けてデータ送信関数を発する。
[0215] また、 SMP (S)は、データの最後であることを示す引数、または受信機の OBEX(S )のレスポンスが必要であることを示す引数が Trueであったデータ通知関数を受けた 場合、 OBEX(S)へデータ通知関数を出力した後、 OBEX (S)からのデータ送信要 求を待つ。
[0216] SMP (S)は、 OBEX (S)からのデータ送信要求を受けた場合には、受信したデー タが正常であったかどうかを示す引数に正常に受信できたとする SMPヘッダを作成 し、それを OBEX(S)のデータ送信要求のデータに付カ卩して、 LMP (S)に対してデ ータ送信関数を発する。なお、エラーがあった場合には、 OBEX (S)への通知は止 まるため、待つときは正常であったときのみとなる。
[0217] つぎに、 LMPは上位層力 データ送信要求関数を受けたときには、その関数内の データに LMPヘッダをつけてデータを作成し、 LAPにそのデータが入ったデータ送 信要求関数を発する。また、 LMPは、 LAP力 データ通知関数を受けた場合には、 その関数内のデータから LMPヘッダを除いたデータを作成し、 SMPにそのデータ が入ったデータ通知関数を発する。
[0218] なお、 1対 1で 1つの接続をする場合には LMPを使用する必要がない。この場合、 LMPヘッダにはコネクションレスの値が入った LSAPが入る。
[0219] LAPは、 LMPからデータ送信要求関数を受けたとき、その関数内のデータに LAP ヘッダをつけてデータを作成し、物理層にそのデータがはいった UIフレームを発す る。また、 LAPは、物理層からデータ受信通知を受けた場合には、その UIフレーム のデータから LAPヘッダを除 、たデータを作成し、 LMPにそのデータが入ったデー タ通知関数を発する。なお、本実施の形態では、 LAPヘッダ〖こは、接続アドレスと UI インジケータが含まれる。
[0220] 〔B〕レスポンス無し
図 24は、本実施の形態（レスポンス無し）のデータ交換シーケンスを示すシーケン ス図である。また、図 23は、本実施の形態（レスポンス無し）のデータ交換シーケンス の際の通信データのデータ構造を示す説明図である。
[0221] 図 24に示すように、本実施の形態（レスポンス無し)では、送信機が、 PUTコマンド を発生し、それが下位層まで伝わり、 UIフレームとして出力される。
[0222] 一方、受信機は、データを受け取り、上位層へ通知を上げていく。このとき、 SMP ( S)では、上位層の OBEX(S)に対して、データが続くことを通知する（status=truncat ed)。 [0223] そして、送信機は、データの最後になったときに、データの最後であることを示すフ ラグを ONにして送信する。これに対して、受信機は、 SMP (S)が、このフラグが ON であれば、 OBEX(S)にデータがそろったことを通知して（status=OK)、データ交換 シーケンスを終了する。
[0224] このときの、送信機、受信機内のシーケンスは以下のとおりである。
[0225] 送信機では、 OBEX(P)が下位層に対して PUTコマンドをデータ送信関数として 出力する。ただし、 OBEX(P)は、すべてのコマンドに対するレスポンスを必要とせず に、コマンドを終了することができる。そして、 OBEX(P)は、 SMP (P)で送信可能で ある場合に、次のコマンドを出力していく。
[0226] 受信機では、 OBEX(S)が下位層力 データ通知関数を受けて、すべてのコマンド に対してレスポンスを返さずに、データのみを受け取る。
[0227] ここで、送信機、受信機に共通する、上位層と下位層のデータ送信関数およびデ ータ通知関数でのヘッダ等について説明する。
[0228] SMPは、 OBEXからデータ送信関数を受けると、 LMPに対して、（a)LMPで送信 可能なサイズがデータ送信関数内のデータのサイズよりも小さいときには、該データ を LMPが送信可能なサイズに分割し、（b)LMPで送信可能なサイズがデータ送信関 数内のデータのサイズよりも大きいときには、いくつかのデータを結合して、送信可能 なサイズ以下の、より大きなデータを作成する。また、 SMPは、シーケンシャルな番 号、相手機器にデータ受信状態を問い合わせる引数、データの最後を示す引数、相 手機器の SMPが OBEXのレスポンスが必要であることを示す引数、受信したデータ が正常であったかどうかを示す引数などを入れた SMPヘッダを作成する。そして、こ の SMPヘッダを、上記分割または結合したデータに付カ卩したデータを入れたデータ 送信関数を LMPに対して発する。
[0229] さらに、 SMPは、 LMP力 データ通知関数を受けると、該関数内のデータから SM Pヘッダを抜き出し、シーケンス番号が正常である力 (すなわち、抜けなく順番に来て いる力 )を確認する。そして、正常であった場合には、 OBEXへデータ通知関数を発 する。このとき、データ通知関数は、下位層からのデータ通知関数ごとに出力してもよ Vヽし、 V、くつかの下位層からのデータ通知関数のデータをあわせて出力してもよ!/、。 [0230] 送信機の SMP (P)は、 OBEX (P)力 のデータ送信関数を LMP (P)へのデータ 送信関数に変換する。そして、 OBEX (P)からデータの最後であるとした引数が False であるデータ送信関数を受けた場合には、そのデータに SMPヘッダを付けたデータ を、 LMP (P)へ発する。これに対して、 SMP (P)は、 OBEX (P)からデータの最後で あるとした引数が Trueであるデータ送信関数を受けた場合には、そのデータ送信関 数の最後のデータを入れた、 LMP (P)へのデータ送信関数を、このデータ送信関数 がデータの最後であることを示す引数、または、受信機の OBEX (S)のレスポンスが 必要であることを示す引数を Trueにして発する。
[0231] 一方、受信機の SMP (S)は、データ通知関数を下位層から受けた場合に、そのデ ータ通知関数内のデータから SMPヘッダを解析し、シーケンシャルな番号を確認す る。そして、 SMP (S)は、 SMPヘッダを解析して、正常に受信できていることを確認 できた場合、 LMP (S)に対してデータ送信関数を発する。
[0232] これに対して、 SMP (S)は、正常に受信できな力つたことを検出した場合には、 OB EX(S)にエラーとして通知する。例えば、 0, 1, 2, 3, 5と受けたとき、 5個目は 4とな るべきなのに 4を受けなかった場合である。
[0233] そして、それ以降、 SMP (S)は、 SMPヘッダのデータの最後を示す引数、または 受信機の OBEX (S)のレスポンスが必要であることを示す引数が Trueであることを待 ち、 Trueであるデータ通知関数を受ける力 （なお、受けても OBEX(S)へは通知はし ない）、切断通知関数を受ける力、もしくはある一定時間経つまで、 OBEX(S)へデ ータ通知を行わな 、ようにする。
[0234] つぎに、送信機の LMP (P)は、 SMP (S)からデータ送信要求関数を受けたときに は、その関数内のデータに LMPヘッダをつけてデータを作成し、 LAP (P)にそのデ ータが入ったデータ送信要求関数を発する。
[0235] 一方、受信機の LMP (S)は、 LAP (S)力もデータ通知関数を受けた場合には、そ の関数内のデータから LMPヘッダを除いたデータを作成し、 SMP (S)にそのデータ が入ったデータ通知関数を発する。
[0236] なお、 1対 1で 1つの接続をする場合には LMPを使用する必要がない。この場合、 LMPヘッダにはコネクションレスの値が入った LSAPが入る。 [0237] 送信機の LAP (P)は、 LMP (P)力もデータ送信要求関数を受けたとき、その関数 内のデータに LAPヘッダをつけてデータを作成し、物理層にそのデータが入った UI フレームを発する。
[0238] 一方、受信機の LAP (S)は、物理層からデータ受信通知を受けた場合には、その UIフレームのデータから LAPヘッダを除いたデータを作成し、 LMP (S)にそのデー タが入ったデータ通知関数を発する。なお、本実施の形態では、 LAPヘッダには、 接続アドレスと UIインジケータが含まれる。
[0239] (3— 3)切断シーケンス
〔A〕レスポンス有り
図 25は、本実施の形態（レスポンス有り）の切断シーケンスを示すシーケンス図であ る。また、図 26 (a) ,図 26 (b)は、本実施の形態（レスポンス有り）の切断シーケンスの 際の通信データのデータ構造を示す説明図である。
[0240] 図 25に示すように、本実施の形態（レスポンス有り）では、送信機の切断コマンドが 下位層に伝わっていき、 DISCコマンドが発生する。受信機は、その DISCコマンドを 受けて上位層へ通知していき、そのレスポンスが返り、 UAレスポンスが発生する。そ の後、送信機の上位層まで、 UAレスポンスを受信したことを通知して終了する。
[0241] このときの、送信機、受信機内のシーケンスは以下のとおりである。
[0242] まず、送信機の各通信層につ 、て説明する。
[0243] OBEX(P)は、アプリケーション力もの切断要求が来た場合に、速やかに下位層 (S MP (P) )に対して切断要求コマンドをデータに入れて切断要求関数 (Primitive)を発 生する。また、 OBEX(P)は、 SMP (P)から切断確認関数を受けた場合に、そのデ ータの中から OBEX切断のレスポンスを確認し、問題ない（Success)というレスポンス であれば、切断完了とする。
[0244] SMP (P)は、 OBEX (P)からの切断要求関数を受けて、速やかに OBEX (P)の切 断要求関数のデータに、受信機の SMP (S)との通信に必要なパラメータを付加して 、下位層（LMP (P) )に対して切断要求関数を発生する。また、 SMP (P)は、 LMP ( P)から切断確認関数を受けた場合、関数のデータ力 受信機の SMP (S)が生成し たパラメータを抜き取り、値を確認して、 SMP (S)との切断処理を終了する。また、 S MP (P)は、切断確認関数のデータ力も SMP (S)のパラメータを取り除いたデータを OBEX(P)に対して切断確認関数として送信する。ただし、通常、切断時に SMP (P )で新たに追加するパラメータは無 、。
[0245] LMP (P)は、 SMP (P)力 の切断要求関数を受けて、速やかに SMP (P)の切断 要求関数のデータに、受信機の LMP (S)との通信に必要なパラメータを付加して、 下位層 (LAP (P) )に対して切断要求関数を発生する。また、 LMP (P)は、 LAP (P) から切断確認関数を受けた場合、関数のデータから受信機の LMP (S)が生成した ノ ラメータを抜き取り、値を確認して、 LMP (S)との切断処理を終了する。また、 LM P (P)は、切断確認関数のデータ力も LMP (S)のパラメータを取り除いたデータを、 SMP (P)に対して切断確認関数として送信する。ただし、通常、切断時に LMP (P) で新たに追加するパラメータは無 、。
[0246] LAP (P)は、 LMP (P)力 の切断要求関数を受けて、速やかに LMP (P)の切断 要求関数のデータに、受信機の LAP (S)との通信に必要なパラメータを付加して、 受信機の物理層に対して DISCコマンドを出力する。また、 LAP (P)は、受信機の物 理層力 U Aレスポンスを受けた場合、 UAレスポンスのデータから受信機の LAP (S )が生成したパラメータを抜き取り、値を確認して、 LAP (S)との接続を終了する。ま た、 LAP (P)は、 UAレスポンスのデータから LAP (S)のパラメータを取り除いたデー タを、 LMP (P)に対して切断確認関数として発する。ただし、通常、切断時に LAP ( P)で新たに追加するパラメータは無 、。
[0247] つづ 、て、受信機の各通信層につ 、て説明する。
[0248] OBEX(S)は、下位層（SMP (S) )力も切断通知関数 (Indication)を受けた場合に 、そのデータの中力 OBEX切断コマンドを確認し、問題が無ければ Successというレ スポンスを切断返答関数 (Response)として SMP (S)に対して出力し、切断完了とす る。
[0249] SMP (S)は、下位層 (SMP (S) )力 切断通知関数を受けた場合に、関数のデー タから送信機の SMP (P)が生成したパラメータを抜き取り、それに対しての返答のパ ラメータを作成し、上記関数のデータから SMP (P)のパラメータを除 、たデータを入 れた切断要求関数を OBEX (S)に発した後、 OBEX (S)からの切断返答関数を待つ 。また、 SMP (S)は、 OBEX (S)からの切断返答関数を受けた場合に、 LMP (S)に 対して OBEX(S)の切断返答関数のデータに上記返答のパラメータを付加して、 L MP (S)に対して切断返答関数を発生し、 SMP層の切断処理を終了する。ただし、 通常、切断時に SMP (S)で新たに追加するパラメータは無!、。
[0250] LMP (S)は、下位層 (LAP (S) )力も切断通知関数を受けた場合に、関数のデータ から送信機の LMP (P)が生成したパラメータを抜き取り、それに対しての返答のパラ メータを作成し、上記関数のデータ力 LMP (P)のパラメータを除 、たデータを入れ た切断要求関数を SMP (S)に発した後、 SMP (S)からの切断返答関数を待つ。ま た、 LMP (S)は、 SMP (S)からの切断返答関数を受けた場合に、 LAP (S)に対して SMP (S)の切断返答関数のデータに上記返答のパラメータを付加して、 LAP (S)に 対して切断返答関数を発生し、 LMP層の切断処理を終了する。ただし、通常、切断 時に LMP (S)で新たに追加するパラメータは無!、。
[0251] LAP (S)は、物理層力 DISCコマンドを受けた場合に、 DISCコマンドのデータか ら送信機の LAP (P)が生成したパラメータを抜き取り、 DISCコマンドのデータ力も L AP (P)のパラメータを除 、たデータを入れた切断要求関数を LMP (S)に発した後、 それに対しての返答のパラメータを作成し、 LMP (S)からの切断返答関数を待つ。 また、 LAP (S)は、 LMP (S)からの切断返答関数を受けた場合に、 LMP (S)の切断 返答関数のデータに上記返答のパラメータを付加して、物理層に対して UAレスボン スを出力し、 LAP層の切断処理を終了する。ただし、通常、切断時に LAP (S)で新 たに追加するパラメータは無 、。
[0252] 〔B〕レスポンス無し
図 27は、本実施の形態（レスポンス無し）の切断シーケンスを示すシーケンス図で ある。また、図 26 (a)は、本実施の形態（レスポンス無し)の切断シーケンスの際の通 信データのデータ構造を示す説明図である。
[0253] 図 27に示すように、本実施の形態（レスポンス無し)では、送信機の切断コマンドが 下位層に伝わっていき、 DISCコマンドが発生する。送信機では、この時点で切断処 理が終了する。一方、受信機は、その DISCコマンドを受けて上位層へ伝えていき、 上位層まで通知した時点で切断処理が終了する。 [0254] このときの、送信機、受信機内のシーケンスは以下のとおりである。
[0255] まず、送信機の各通信層につ!/、て説明する。
[0256] OBEX(P)は、アプリケーション力もの切断要求が来た場合に、速やかに下位層 (S MP (P) )に対して切断要求コマンドをデータに入れて切断要求関数 (Primitive)を発 生する。また、 OBEX(P)は、 SMP (P)から切断確認関数を受けた場合に、切断完 了とする。
[0257] SMP (P)は、 OBEX (P)からの切断要求関数を受けて、速やかに OBEX (P)の切 断要求関数のデータに、受信機の SMP (S)との通信に必要なパラメータを付加して 、下位層（LMP (P) )に対して切断要求関数を発生する。また、 SMP (P)は、 LMP ( P)から切断確認関数を受けた時点で、送信したパラメータで切断できたとして、 SM P層の切断処理を終了する。また、 SMP (P)は、 OBEX(P)に対して切断確認関数 を送信する。ただし、通常、切断時に SMP (P)で新たに追加するパラメータは無い。
[0258] LMP (P)は、 SMP (P)力 の切断要求関数を受けて、速やかに SMP (P)の切断 要求関数のデータに、受信機の LMP (S)との通信に必要なパラメータを付加して、 下位層 (LAP (P) )に対して切断要求関数を発生する。また、 LMP (P)は、 LAP (P) カゝら切断確認関数を受けた時点で、送信したパラメータで切断できたとして、 LMP層 の切断処理を終了する。また、 LMP (P)は、 SMP (P)に対して切断確認関数を送信 する。ただし、通常、切断時に LMP (P)で新たに追加するパラメータは無い。
[0259] LAP (P)は、 LMP (P)力 の切断要求関数を受けて、速やかに LMP (P)の切断 要求関数のデータに、受信機の LAP (S)との通信に必要なパラメータを付加して、 受信機の物理層に対して DISCコマンドを出力する。また、 LAP (P)は、 DISCコマン ドを出力した時点で、送信したパラメータで切断できたとして、 LAP層の切断処理を 終了する。また、 LAP (P)は、 LMP (P)に対して切断確認関数を発する。ただし、通 常、切断時に LAP (P)で新たに追加するパラメータは無!、。
[0260] つづ 、て、受信機の各通信層につ 、て説明する。
[0261] OBEX(S)は、下位層（SMP (S) )力も切断通知関数 (Indication)を受けた場合に 、そのデータの中力 OBEX切断コマンドを確認し、問題が無ければ、切断完了とす る。 [0262] SMP (S)は、下位層 (SMP (S) )力 切断通知関数を受けた場合に、関数のデー タから送信機の SMP (P)が生成したパラメータを抜き取り、そのパラメータを使用して 切断を完了させる。また、 SMP (S)は、上記関数のデータ力も SMP (P)のパラメータ を除いたデータを入れた切断要求関数を OBEX(S)に発する。ただし、通常、切断 時に SMP (S)で新たに追加するパラメータは無!、。
[0263] LMP (S)は、下位層 (LAP (S) )カゝら切断通知関数を受けた場合に、関数のデータ から送信機の LMP (P)が生成したパラメータを抜き取り、そのパラメータを使用して 切断を完了させる。また、 LMP (S)は、上記関数のデータ力も LMP (P)のパラメータ を除いたデータを入れた切断要求関数を SMP (S)に発する。ただし、通常、切断時 に LMP (S)で新たに追加するパラメータは無!、。
[0264] LAP (S)は、物理層力 DISCコマンドを受けた場合に、 DISCコマンドのデータか ら送信機の LAP (P)が生成したパラメータを抜き取り、そのパラメータを使用して切断 を完了させる。また、 LAP (S)は、 DISCコマンドのデータから LAP (P)のパラメータ を除いたデータを入れた切断要求関数を LMP (S)に発する。ただし、通常、切断時 に LAP (S)で新たに追加するパラメータは無!、。
[0265] (4)レスポンスの有無の切換え
図 28〜図 35を参照しながら、送信機および受信機の通信層間におけるデータお よびパラメータの流れを説明する。
[0266] 本実施の形態では、送信機および受信機の各通信層 LAP、 LMP、 SMP、 OBEX は、接続要求関数、接続通知関数、接続応答関数、接続確認関数を持っている。こ れらの関数は、上位層（つまり、 LMP層）から LAP層へアクセスするための関数であ る。
[0267] そして、上記関数は、引数として、 Data (以下、データと記す）と Requested-Qosまた は Returned-QoSが指定できる。上記データは、上述したように、各通信層において 設定される。
[0268] 一方、 Qosは、 LAPで決定されたボーレート等のネゴシエーションパラメータの指定 やネゴシエーション結果を、 OBEXを含めた上位層に通知する。なお、 Qosは従来の IrDAでも使用されている。 [0269] 例えば、送信機のアプリケーションもしくは OBEX (P)力 レスポンスが必要 Z不要 というパラメータの入った QoSを発すると、それが下位層へ順に LAP (P)まで伝わる。 そして、 LAP (P)は、その QoSの値をネゴシエーションパラメータ（Ack Less Connect )の値として反映させ、受信機へ送信する。
[0270] その結果、送信機および受信機の各通信層が、送信機のアプリケーションもしくは OBEX(P)によるレスポンス必要 Z不要の指定に従って動作するため、双方向 Z片 方向の接続ができることになる。
[0271] 図 28〜図 32は、本実施の形態（レスポンス有り）の接続シーケンス（図 19)のときの 、通信層間のデータおよびパラメータの流れを示す説明図である。なお、 OBEX— S MP間、 SMP— LMP間、 LMP— LAP間の QoSのパラメータは、同一であってもよい 力 異なっていてもよい。それゆえ、図中では、 -a,-b,-cを付して区別している。
[0272] 送信機では、図 28に示すように、 con.req(data) (図 19)によって、受信機へ送信す る Dataと QoS-1 (送信機の要求する QoS)のデータとを上位層から下位層に渡す。
[0273] 一方、受信機では、図 29に示すように、 con.reqによって、 QoS- 2 (受信機の要求す る QoS)のデータのみを上位層から下位層にそれぞれ渡す。
[0274] その後、受信機では、 LAP (S)が SNRMコマンドを受けた時点で、送信機の QoS- 1と自機の QoS-2を比較して、共通でネゴシエートしたパラメータとして QoS-3を作成 する。そして、図 30に示すように、 LAP (S)は、 con.ind(data)によって、 QoS- 3を送信 機からのデータと一緒に上位層へ通知する。各上位層は、この QoS-3を記憶して、接 続時における接続パラメータとして保持する。
[0275] つづ!/、て、受信機では、 con.resp(data)を通知する際、 QoSが不要となって!/、る。よ つて、図 31に示すように、 con.resp(data)ではデータのみが上位層から下位層に渡さ れていく。そして、 LAP (S)が con.resp(data)を受けると、 UAレスポンスに QoS-3を入 れて、 UAレスポンスを発する。
[0276] つづ!/、て、送信機では、 LAP (P)が UAレスポンスを受けて QoS-3をネゴシエートし たパラメータとして記憶する。そして、 LAP (P)は、図 32に示すように、 con.conKdata) によって、 QoS-3を受信機のデータと一緒に上位層へ通知する。各通信層は、この Q ◦S-3を、確立させた接続における接続パラメータとして保持する。 [0277] 本実施の形態では、例えば、 con.reqの QoSとして、 Requested- QoS:Baud- Rate + M ax-Turn- Around-Time + Disconnect— Threshold + Databize + Ack less connection + Min- Packet- Intervalを使用する。また、 Con.ind 'con.confの o¾として、 Resultant— oS:Baua- Rate + Disconnect- Threshold + Databize + Ack less connection (indication primitive only)、を使用する。
[0278] また、本実施の形態（レスポンス無し)の接続シーケンス（図 21)のときには、通信層 間のデータおよびパラメータの流れは次のようになる。
[0279] 送信機では、図 28に示すように、 con.req(data) (図 21)によって、受信機へ送信す る Dataと QoS-1 (送信機の要求する QoS)のデータとを上位層から下位層に渡す。
[0280] そして、送信機の LAP (P)は、 QoS-1をそのまま QoS-3として記憶する。そして、 LA P (P)は、図 32に示すように、 con.confによって QoS- 3を上位層へ通知する。各通信 層は、この QoS-3を、確立させた接続における接続パラメータとして保持する。
[0281] 一方、受信機では、図 29に示すように、 con.reqによって、 QoS- 2 (受信機の要求す る QoS)のデータのみを上位層から下位層にそれぞれ渡す。
[0282] その後、受信機では、 LAP (S)が SNRMコマンドを受けた時点で、送信機の QoS- 1をもって、 QoS-3とする。なお、 QoS-2のパラメータが QoS-1との組み合わせで満足 しな 、場合には受信できな 、。
[0283] つづ!/、て、図 30に示すように、 LAP (S)は、 con.ind(data)によって、 QoS- 3を送信 機からのデータと一緒に上位層へ通知する。各上位層は、この QoS-3を記憶して、接 続時における接続パラメータとして保持する。
[0284] これにより、レスポンス有り/無しを、アプリケーションが上記 QoS-1と QoS-2を上位層
(アプリケーション)操作することで、切り替えることができる。
[0285] ここで、レスポンス有り/無しの切換えの基準としては、送信するファイルのファイル 形式、アプリケーション、ユーザの選択等が考えられる。
[0286] 具体的には、ファイル形式を基準とする場合、例えば、マルチメディア関連ファイル の場合にはレスポンス有り/無し両方選べるようにし、電話帳、メール、スケジュール 等のファイルであってデータが受信されたことを確認したい場合にはレスポンス有り が自動的に選択されるようにしてもよい。また、アプリケーションを基準とする場合、例 えば、スライドショーの場合にはレスポンス無しが自動的に選択されるようにしてもよ い。また、ユーザの選択による場合、例えば、レスポンス有り/無しのメニュー表示から ユーザに選択させるようにしてもよ 、。
[0287] 図 33〜図 35は、本実施の形態の接続シーケンスのときの、通信層間のデータおよ びパラメータの流れの変形例を示す説明図である。
[0288] 送信機にお!、て最初の SNRMコマンドにすべての通信層の情報が含まれる場合 に（図 19)、データやパラメータを各通信層でリレーしながら伝達する（図 28)のでは なぐ図 33のように、各通信層から LAP層へ直接渡すように構成することもできる。
[0289] また逆に、図 34のように、受信機において、 SNRMコマンドに含まれるデータゃパ ラメータをすベて取り出し、宛先である各通信層へ LAP層から直接渡すように構成す ることちでさる。
[0290] また、図 35のように、送信機において、 OBEX(P)、 SMP (P)、 LMP (P)のデータ やパラメータを LMP (P)で統合し、さらに、 LAP (P)にて、上記統合したデータゃパ ラメータに LAP (P)のパラメータを追カ卩して SNRMコマンドを生成するように構成す ることちでさる。
[0291] 本発明の通信機器は、ネットワーク層プロトコル制御部を有し、通信接続を行う際に 、該ネットワーク層プロトコル制御部は上位層から接続要求コマンドを受けた際に下 位層に対し接続要求コマンドを発し、下位層から接続確認コマンド受信通知を受け た際に下位層に対してデータ転送要求コマンドを発せず上位層に接続確認コマンド 受信通知を発し、上位層から接続要求コマンドを受けた際に上位層力ゝらのユーザー データを下位層に接続要求コマンドを発するとともに渡し、下位層から接続確認コマ ンド受信通知を受けた際に接続確認コマンド受信通知内のユーザーデータを上位 層に対して接続確認コマンド受信通知を発するとともに渡すようにし、下位層から接 続要求コマンド受信通知を受けた際に、下位層に対してデータ転送要求コマンドを 発せず接続要求コマンド受信通知を上位層に発し、上位層から接続確認コマンドを 受けた際に下位層に対し接続確認コマンドを発し、下位層から接続要求コマンド受 信通知を受けた際に接続確認コマンド受信通知内のユーザーデータを上位層に対 して接続確認コマンド受信通知を発するとともに渡し、上位層から接続確認コマンド を受けた際に上位層力ゝらのユーザーデータを下位層に接続確認コマンドを発すると ともに渡すように構成してもよ 、。
[0292] 上記シークェンスによれば、接続時にお!、て、一組のパケット交換で接続処理を完 了することができるので、通信効率を向上できる。
[0293] また、本発明の通信機器は、ネットワーク層プロトコル制御部を有し、通信接続を行 う際に、上位層から片方向通信選択を通知された場合は、該ネットワーク層プロトコル 制御部は上位層から接続要求コマンドを受けた際に下位層に対し接続要求コマンド を発して接続処理を完了し、上位層から接続要求コマンドを受けた際に上位層から のユーザーデータを下位層に接続要求コマンドを発するとともに渡し、下位層から接 続要求コマンド受信通知を受けた際に、片方向通信選択が通知された場合は、接続 要求コマンド受信通知を上位層に発し、下位層から接続要求コマンド受信通知を受 けた際に接続要求コマンド受信通知内のユーザーデータを上位層に対して接続確 認コマンド受信通知を発するように構成してもよ 、。
[0294] 上記シークェンスによれば、片方向通信選択時においても、接続時において、一 つのパケット送信で接続処理を完了することができるので、通信効率を向上できる。
[0295] また、本発明の通信機器は、片方向通信により対向局と接続が確立している状態 で、通信切断を行う際に、該ネットワーク層プロトコル制御部は上位層から切断要求 コマンドを受けた際に、下位層に対してデータ転送要求コマンドを発せず切断要求コ マンドを発し、上位層から切断要求コマンドを受けた際に上位層からのユーザーデ ータを下位層に切断要求コマンドを発するとともに渡し、下位層から切断要求コマン ド受信通知を受けた際に、上位層に切断要求コマンド受信通知を発し、下位層から 切断要求コマンド受信通知を受けた際に切断確認コマンド受信通知内のユーザー データを上位層に対して切断確認コマンド受信通知を発するように構成してもよ ヽ。
[0296] このようにすることにより、切断時において、一組のパケット交換で切断処理を完了 することができるので、通信効率を向上できる。
[0297] 例えば、上記のシークェンスによれば、接続時には、 LMP層の接続に力かる時間 が LAP層の接続時間に含まれ、従来の IrDAと比較して、数 10msから数 100ms (機 器に依存)程度、接続時間を短縮できるという効果を奏する。また、切断時において も、 LMP層の切断にかかる時間が、 LAP層の切断時間に含まれるため、従来の IrD Aと比較して、数 10msから数 100ms (機器に依存)程度、切断時間を短縮できると いう効果を奏する。
[0298] ところで、従来の IrD A方式では、 1対多の双方向通信が可能となっている。この 1 対多の双方向通信のときに、局管理で下位の接続状況を管理し、 LSAPで論理的な 接続を管理するということになる。他のプロトコルで例をあげると、 IPプロトコルにおい て、ネットワークドライブと接続されている場合に、 IPアドレスでデバイスがいることを 確認している（局管理が行っていること）のと、それをネットワークドライブとして論理的 に認識 (LSAPが行って!/、ること）して!/、るようなものである。
[0299] 本発明のネットワーク層プロトコルにおいては、 1対 1の双方向通信または 1対 1或 いは 1対多の片方向の通信 (本実施の形態の「例えば一次局が二次局からの返信を 特に必要としない場合」を前提とする構成の場合、局管理を介在させる、やり取りを省 いて、通信効率を向上できる。
[0300] 本発明のネットワーク層プロトコルは、その各手順を実行することにより、従来の IrD A方式で行われる 1対多の双方向通信はできなくなる力 1対 1の双方向通信の場合 、通信媒体が光であることから見通しでしか通信できず、また、上記光の指向角も狭 いこと、さらに、通信距離が〜数 mであること、力 通信相手を使用者が特定できるた め、 日常の使用上にぉ 、て問題は生じな 、ものとなって!/、る（従来の IrD Aでも 1対多 の通信が行われていることはほとんど無ぐ大半は 1対 1通信である）。また、片方向 の通信の場合はそもそも接続と 、う概念があまり無 ヽ（リモコンのイメージを参照)た め、局管理を省略できる。ここでいう双方向とは、何らかのパケットが相互に交換され ることを示している力 ファイルなどのオブジェクトが相互に交換されるということを意 味していない。
[0301] 本発明のネットワーク層プロトコルは、光を用いた空間通信の分野、特に IrDA方式 の赤外線通信方式を用いた通信システム、通信機器に好適に適用できる。
[0302] 次に、通信機器 50 (図 5)の各ブロック、特にネットワーク層プロトコル制御部 512は 、ハードウェアロジック（通信回路）によって構成してもよいし、次のように CPUを用い てソフトウェアによって実現してもよい。 [0303] すなわち、通信機器 50は、各機能を実現する制御プログラムの命令を実行する CP U central processing unit)、上 dプログフム 格糸内した ROM (read only memory)、 上記プログラムを展開する RAM (random access memory) ,上記プログラムおよび各 種データを格納するメモリ等の記憶装置 (記録媒体)などを備えている。そして、本発 明の目的は、上述した機能を実現するソフトウェアである通信機器 50の制御プロダラ ム（通信プログラム）のプログラムコード (実行形式プログラム、中間コードプログラム、 ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記通信 機器 50に供給し、そのコンピュータ（または CPUや MPU)が記録媒体に記録されて いるプログラムコードを読み出し実行することによつても、達成可能である。
[0304] 上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッ ピー（登録商標）ディスク Zハードディスク等の磁気ディスクや CD— ROMZMOZ MD/DVD/CD—R等の光ディスクを含むディスク系、 ICカード (メモリカードを含 む） Z光カード等のカード系、あるいはマスク ROMZEPROMZEEPROMZフラッ シュ ROM等の半導体メモリ系などを用いることができる。
[0305] また、通信機器 50を通信ネットワークと接続可能に構成し、上記プログラムコードを 通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定さ れず、例えば、インターネット、イントラネット、エキストラネット、 LAN, ISDN, VAN, CATV通信網、仮想専用網（virtual private network)、電話回線網、移動体通信網 、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体とし ては、特に限定されず、例えば、 IEEE1394、 USB、電力線搬送、ケーブル TV回 線、電話線、 ADSL回線等の有線でも、 IrDAやリモコンのような赤外線、 Bluetooth (登録商標）、 802. 11無線、 HDR、携帯電話網、衛星回線、地上波デジタル網等 の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送 で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現さ れ得る。
[0306] 以上のように、本発明に係る通信機器は、ネットワーク層、該ネットワーク層より上位 の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、 2次 局と通信する 1次局としての通信機器であって、 2次局との通信接続を行うとき、ネット ワーク層にお ヽて、上位層から接続要求コマンドを受けた際に下位層に対し接続要 求コマンドを発し、下位層から接続確認コマンド受信通知を受けた際に下位層に対し てデータ転送要求コマンドを発せず上位層に接続確認コマンド受信通知を発するネ ットワーク層プロトコル制御部を備えることを特徴としている。
[0307] また、本発明に係る通信方法は、ネットワーク層、該ネットワーク層より上位の通信 層である上位層、該ネットワーク層より下位の通信層である下位層を有し、 2次局と通 信する 1次局としての通信機器における通信方法であって、 2次局との通信接続を行 うとき、ネットワーク層において、上位層から接続要求コマンドを受けた際に下位層に 対し接続要求コマンドを発し、下位層から接続確認コマンド受信通知を受けた際に 下位層に対してデータ転送要求コマンドを発せず上位層に接続確認コマンド受信通 知を発することを特徴として 、る。
[0308] また、本発明に係る通信機器は、ネットワーク層、該ネットワーク層より上位の通信 層である上位層、該ネットワーク層より下位の通信層である下位層を有し、 1次局と通 信する 2次局としての通信機器であって、 1次局との通信接続を行うとき、下位層から 接続要求コマンド受信通知を受けた際に、下位層に対してデータ転送要求コマンド を発せず接続要求コマンド受信通知を上位層に発し、上位層から接続確認コマンド を受けた際に下位層に対し接続確認コマンドを発するネットワーク層プロトコル制御 部を備えることを特徴として 、る。
[0309] また、本発明に係る通信方法は、ネットワーク層、該ネットワーク層より上位の通信 層である上位層、該ネットワーク層より下位の通信層である下位層を有し、 1次局と通 信する 2次局としての通信機器における通信方法であって、 1次局との通信接続を行 うとき、下位層から接続要求コマンド受信通知を受けた際に、下位層に対してデータ 転送要求コマンドを発せず接続要求コマンド受信通知を上位層に発し、上位層から 接続確認コマンドを受けた際に下位層に対し接続確認コマンドを発することを特徴と している。
[0310] また、本発明に係る通信システムは、上記 1次局としての通信機器と、上記 2次局と しての通信機器とを含むことを特徴として 、る。
[0311] 上記の構成および方法によれば、 1次局では、 2次局との通信接続を行うとき、ネッ トワーク層にお ヽて、上位層から接続要求コマンドを受けた際に下位層に対し接続要 求コマンドを発し、下位層から接続確認コマンド受信通知を受けた際に下位層に対し てデータ転送要求コマンドを発せず上位層に接続確認コマンド受信通知を発する。 一方、 2次局では、 1次局との通信接続を行うとき、下位層から接続要求コマンド受信 通知を受けた際に、下位層に対してデータ転送要求コマンドを発せず接続要求コマ ンド受信通知を上位層に発し、上位層から接続確認コマンドを受けた際に下位層に 対し接続確認コマンドを発する。
[0312] よって、上記の接続シークェンスによれば、下位層の接続後に、ネットワーク層を接 続するための通信を行う必要がない。したがって、接続時のシークェンスが簡単ィ匕さ れるため、通信効率を向上できる。
[0313] さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、 2次局 との通信接続を行うとき、上位層から接続要求コマンドを受けた際に、接続要求コマ ンドを下位層に発するとともに、上記上位層からの接続要求コマンドに含まれるユー ザ一データを下位層に渡すことが好まし 、。
[0314] さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、 2次局 との通信接続を行うとき、下位層から接続確認コマンド受信通知を受けた際に、接続 確認コマンド受信通知を上位層に発するとともに、上記下位層からの接続確認コマン ド受信通知に含まれるユーザーデータを上位層に渡すことが好ま 、。
[0315] さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、 1次局 との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際に、接続 要求コマンド受信通知を上位層に発するとともに、上記下位層からの要求コマンド受 信通知に含まれるユーザーデータを上位層に渡すことが好ま 、。
[0316] さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、 1次局 との通信接続を行うとき、上位層から接続確認コマンドを受けた際に、接続確認コマ ンドを下位層に発するとともに、上記上位層力ゝらの接続確認コマンドに含まれるユー ザ一データを下位層に渡すことが好まし 、。
[0317] また、本発明に係る通信機器は、ネットワーク層、該ネットワーク層より上位の通信 層である上位層、該ネットワーク層より下位の通信層である下位層を有し、 2次局と通 信する 1次局としての通信機器であって、 2次局との通信切断を行うとき、ネットワーク 層において、上位層力 切断要求コマンドを受けた際に、下位層に対してデータ転 送要求コマンドを発せず切断要求コマンドを発し、下位層から切断確認コマンド受信 通知を受けた際に、上位層に切断確認コマンド受信通知を発するネットワーク層プロ トコル制御部を備えることを特徴として！/、る。
[0318] また、本発明に係る通信方法は、ネットワーク層、該ネットワーク層より上位の通信 層である上位層、該ネットワーク層より下位の通信層である下位層を有し、 2次局と通 信する 1次局としての通信機器における通信方法であって、 2次局との通信切断を行 うとき、ネットワーク層において、上位層力も切断要求コマンドを受けた際に、下位層 に対してデータ転送要求コマンドを発せず切断要求コマンドを発し、下位層から切断 確認コマンド受信通知を受けた際に、上位層に切断確認コマンド受信通知を発する ことを特徴としている。
[0319] また、本発明に係る通信機器は、ネットワーク層、該ネットワーク層より上位の通信 層である上位層、該ネットワーク層より下位の通信層である下位層を有し、 1次局と通 信する 2次局としての通信機器であって、 1次局との通信切断を行うとき、下位層から 切断要求コマンド受信通知を受けた際に、上位層に切断要求コマンド受信通知を発 し、上位層から切断確認コマンドを受けた際に、下位層に対して切断確認コマンドを 発するネットワーク層プロトコル制御部を備えることを特徴としている。
[0320] また、本発明に係る通信方法は、ネットワーク層、該ネットワーク層より上位の通信 層である上位層、該ネットワーク層より下位の通信層である下位層を有し、 1次局と通 信する 2次局としての通信機器における通信方法であって、 1次局との通信切断を行 うとき、下位層から切断要求コマンド受信通知を受けた際に、上位層に切断要求コマ ンド受信通知を発し、上位層から切断確認コマンドを受けた際に、下位層に対して切 断確認コマンドを発することを特徴として 、る。
[0321] また、本発明に係る通信システムは、上記 1次局としての通信機器と、上記 2次局と しての通信機器とを含むことを特徴として 、る。
[0322] 上記の構成および方法によれば、 1次局では、 2次局との通信切断を行うとき、ネッ トワーク層において、上位層力 切断要求コマンドを受けた際に、下位層に対してデ ータ転送要求コマンドを発せず切断要求コマンドを発し、下位層から切断確認コマン ド受信通知を受けた際に、上位層に切断確認コマンド受信通知を発する。一方、 2次 局では、 1次局との通信切断を行うとき、下位層から切断要求コマンド受信通知を受 けた際に、上位層に切断要求コマンド受信通知を発し、上位層から切断確認コマン ドを受けた際に、下位層に対して切断確認コマンドを発する。
[0323] よって、上記の切断シークェンスによれば、下位層の切断前に、ネットワーク層を切 断するための通信を行う必要がない。したがって、切断時のシークェンスが簡単ィ匕さ れるため、通信効率を向上できる。
[0324] さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、 2次局 との通信切断を行うとき、上位層から切断要求コマンドを受けた際に、切断要求コマ ンドを下位層に発するとともに、上記上位層からの切断要求コマンドに含まれるユー ザ一データを下位層に渡すことが好まし 、。
[0325] さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、 2次局 との通信切断を行うとき、下位層から切断確認コマンド受信通知を受けた際に、切断 確認コマンド受信通知を上位層に発するとともに、上記下位層からの切断確認コマン ド受信通知に含まれるユーザーデータを上位層に渡すことが好ま 、。
[0326] さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、 1次局 との通信切断を行うとき、下位層から切断要求コマンド受信通知を受けた際に、切断 要求コマンド受信通知を上位層に発するとともに、上記下位層からの切断要求コマン ド受信通知に含まれるユーザーデータを上位層に渡すことが好ま 、。
[0327] さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、 1次局 との通信切断を行うとき、上位層から切断確認コマンドを受けた際に、切断確認コマ ンドを下位層に発するとともに、上記上位層力ゝらの切断確認コマンドに含まれるユー ザ一データを下位層に渡すことが好まし 、。
[0328] さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、 2次局 との通信接続を行うとき、上位層から片方向通信での接続要求コマンドを受けた場合 、下位層に対して接続要求コマンドを発行した後、下位層からの接続確認コマンドな しで、上位層力 のデータ転送要求コマンドに対して、下位層にデータ転送要求コマ ンドを発行することを特徴として 、る。
[0329] さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、 1次局 との通信接続を行うとき、下位層から接続要求コマンド受信通知および 1次局が片方 向転送を要求して!/、る旨の通知を受けた場合、上位層に接続要求受信通知コマンド を発行した後、上位層力ゝらの接続確認コマンドを受けることなぐ下位層からデータ受 信通知を受けた場合は、上位層にデータ受信通知を発行することを特徴として!ヽる。
[0330] 上記の構成によれば、 1次局では、 2次局との通信接続を行うとき、上位層から片方 向通信での接続要求コマンドを受けた場合、下位層に対して接続要求コマンドを発 行した後、下位層からの接続確認コマンドなしで、上位層からのデータ転送要求コマ ンドに対して、下位層にデータ転送要求コマンドを発行する。一方、 2次局では、 1次 局との通信接続を行うとき、下位層から接続要求コマンド受信通知および 1次局が片 方向転送を要求して!/ヽる旨の通知を受けた場合、上位層に接続要求受信通知コマ ンドを発行した後、上位層からの接続確認コマンドを受けることなぐ下位層からデー タ受信通知を受けた場合は、上位層にデータ受信通知を発行する。
[0331] よって、上記の接続シークェンスによれば、 2次局から 1次局へのレスポンス無しで 、接続を完了することができるため、片方向通信での接続およびデータ転送を行うこ とが可能となる。
[0332] さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、 2次局 との通信接続を行うとき、上位層から接続要求コマンドを受けた際に、接続要求コマ ンドを下位層に発するとともに、上記上位層からの接続要求コマンドに含まれるユー ザ一データを下位層に渡すことが好まし 、。
[0333] さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、 1次局 との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際に、接続 要求コマンド受信通知を上位層に発するとともに、上記下位層からの接続要求コマン ド受信通知に含まれるユーザーデータを上位層に渡すことが好ま 、。
[0334] さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、 2次局 との片方向通信を切断するとき、上位層から切断要求コマンドを受けた際に、下位層 に対してデータ転送要求コマンドを発せず切断要求コマンドを発し、下位層からの切 断確認コマンド受信通知を受けることなく切断処理を完了することを特徴としている。
[0335] さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、 1次局 との片方向通信を切断するとき、下位層から切断要求コマンド受信通知を受けた際 に、上位層に切断要求コマンド受信通知を発し、上位層からの切断確認コマンドを受 けることなく切断処理を完了することを特徴として 、る。
[0336] 上記の構成によれば、 1次局では、 2次局との片方向通信を切断するとき、上位層 から切断要求コマンドを受けた際に、下位層に対してデータ転送要求コマンドを発せ ず切断要求コマンドを発し、下位層からの切断確認コマンド受信通知を受けることな く切断処理を完了する。一方、 2次局では、 1次局との片方向通信を切断するとき、下 位層から切断要求コマンド受信通知を受けた際に、上位層に切断要求コマンド受信 通知を発し、上位層からの切断確認コマンドを受けることなく切断処理を完了する。
[0337] よって、上記の切断シークェンスによれば、 2次局から 1次局へのレスポンス無しで 、切断を完了することができるため、片方向通信での切断を行うことが可能となる。
[0338] さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、 2次局 との片方向通信を切断するとき、上位層から切断要求コマンドを受けた際に、切断要 求コマンドを発するとともに、上記上位層からの切断要求コマンドに含まれるユーザ 一データを下位層に渡すことが好ま 、。
[0339] さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、 1次局 との片方向通信を切断するとき、下位層から切断要求コマンド受信通知を受けた際 に、切断要求コマンド受信通知を上位層に発するとともに、上記下位層からの切断要 求コマンド受信通知に含まれるユーザーデータを上位層に渡すことが好ましい。
[0340] さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、 IrLMP
(Infrared Link Management Protocol)に従つことを特徴としている。
[0341] なお、上記通信機器は、コンピュータによって実現してもよぐこの場合には、コンビ ユータを上記ネットワーク層プロトコル制御部として動作させることにより上記通信機 器をコンピュータにて実現させる通信機器の通信プログラム、およびそれを記録した コンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
[0342] また、上記通信機器は、上記ネットワーク層プロトコル制御部として機能する通信回 路によって実現してもよい。
[0343] また、上記通信機器は、該通信機器によって通信を行う携帯電話に好適である。
[0344] また、上記通信機器は、該通信機器によって受信したデータに基づ ヽて表示する 表示装置に好適である。
[0345] また、上記通信機器は、該通信機器によって受信したデータに基づ 、て印刷する 印刷装置に好適である。
[0346] また、上記通信機器は、該通信機器によって受信したデータを記録する記録装置 に好適である。
[0347] 最後に、本発明の通信機器は、以下のように構成してもよい。
[0348] (1. 1次局： LM— CONNECT.request→LAP— CONNECT.request LAP— CONNECT.c onfirm→LM— CONNECT.confirm)
本発明の通信機器〔1〕は、ネットワーク層プロトコル制御部を内部に有し、発光源に LEDもしくは LDを用いた光空間伝送に用いる通信機器にぉ 、て、対向機器との通 信接続を行う際に、該ネットワーク層プロトコル制御部は上位層から接続要求コマンド を受けた際に下位層に対し接続要求コマンドを発し、下位層から接続確認コマンド受 信通知を受けた際に下位層に対してデータ転送要求コマンドを発せず上位層に接 続確認コマンド受信通知を発するように構成されて 、てもよ 、。
[0349] (2. 2次局： LAP— CONNCT.indication→LM— CONNECT.indication LM— CONNECT •response→LAP— CONNECT. response)
本発明の通信機器〔2〕は、ネットワーク層プロトコル制御部を内部に有し、発光源に LEDもしくは LDを用いた光空間伝送に用いる通信機器にぉ 、て、対向機器との通 信接続を行う際に、該ネットワーク層プロトコル制御部は下位層から接続要求コマンド 受信通知を受けた際に、下位層に対してデータ転送要求コマンドを発せず接続要求 コマンド受信通知を上位層に発し、上位層から接続確認コマンドを受けた際に下位 層に対し接続確認コマンドを発するように構成されて 、てもよ 、。
[0350] (3. 1次局の LM_CONNECT.request内上位層データを LAP_CONNECT.requestに のせる）
本発明の通信機器〔3〕は、上記通信機器〔1〕において、対向機器との通信接続を 行う際に、該ネットワーク層プロトコル制御部は上位層から接続要求コマンドを受けた 際に上位層からのユーザーデータを下位層に接続要求コマンドを発するとともに渡 すように構成されて 、てもよ 、。
[0351] (4. 1次局の LAP_CONNECT.confirmの上位層データを LM_CONNECT.confirmに のせる）
本発明の通信機器〔4〕は、上記通信機器〔1〕において、対向機器との通信接続を 行う際に、該ネットワーク層プロトコル制御部は下位層から接続確認コマンド受信通 知を受けた際に接続確認コマンド受信通知内のユーザーデータを上位層に対して 接続確認コマンド受信通知を発するとともに渡すように構成されて 、てもよ 、。
[0352] (5. 2次局の LAP_CONNECT.indicaiton内上位層データを LM_CONNECT.indicati onにのせる）
本発明の通信機器〔5〕は、上記通信機器〔2〕において、対向機器との通信接続を 行う際に、該ネットワーク層プロトコル制御部は下位層から接続要求コマンド受信通 知を受けた際に要求コマンド受信通知内のユーザーデータを上位層に対して接続 要求コマンド受信通知を発するとともに渡すように構成されて 、てもよ!/、。
[0353] (6. 2次局の LAP_CONNECT.response内上位層データを LAP_CONNECT.resopon seにのせる）
本発明の通信機器〔6〕は、上記通信機器〔2〕において、対向機器との通信接続を 行う際に、該ネットワーク層プロトコル制御部は上位層から接続確認コマンドを受けた 際に上位層からのユーザーデータを下位層に接続確認コマンドを発するとともに渡 すように構成されて 、てもよ 、。
[0354] (7. 1次局の LM— DISCONNECT.request→LAP— DISCONNECT.request LAP— DISC ONNECT.indication→LM_DISCONNECT.indication)
本発明の通信機器〔7〕は、ネットワーク層プロトコル制御部を内部に有し、発光源に LEDもしくは LDを用いた光空間伝送に用いる通信機器にぉ 、て、対向機器との通 信切断を行う際に、該ネットワーク層プロトコル制御部は上位層から切断要求コマンド を受けた際に、下位層に対してデータ転送要求コマンドを発せず切断要求コマンド を発し、下位層から切断確認コマンド受信通知を受けた際に上位層に切断確認コマ ンド受信通知を発するように構成されて 、てもよ 、。
[0355] (8. 2次局の LAP— DISCONNECT.indication→LM— DISCONNECT.indication LM_D ISCONNECT.request→LAP_DISCONNECT.request)
本発明の通信機器〔8〕は、ネットワーク層プロトコル制御部を内部に有し、発光源に LEDもしくは LDを用いた光空間伝送に用いる通信機器にぉ 、て、対向機器との通 信切断を行う際に、該ネットワーク層プロトコル制御部は下位層から切断要求コマンド 受信通知を受けた際に、上位層に切断要求コマンド受信通知を発し、上位層から切 断確認コマンドを受けた際に下位層に対して切断確認コマンドを発するように構成さ れていてもよい。
[0356] (9. 1次局の LM_DISCONNECT.request内上位層データを LAP_DISCONNECT.req uestにのせる）
本発明の通信機器〔9〕は、上記通信機器〔7〕において、対向機器との通信切断を 行う際に、該ネットワーク層プロトコル制御部は上位層から切断要求コマンドを受けた 際に上位層力 のユーザーデータを下位層に切断要求コマンドを発するとともに渡 すように構成されて 、てもよ 、。
[0357] (10. 1次局の LAP_DISCONNECT.indication内上位層データを LM_DISCONNECT . indication〖このせる)
本発明の通信機器〔10〕は、上記通信機器〔7〕において、対向機器との通信切断 を行う際に、該ネットワーク層プロトコル制御部は下位層から切断確認コマンド受信通 知を受けた際に切断確認コマンド受信通知内のユーザーデータを上位層に対して 切断確認コマンド受信通知を発するとともに渡すように構成されて 、てもよ 、。
[0358] (11. 2次局の LAP_DISCONNECT.indication内上位層データを LM_DISCONNECT . indication〖このせる)
本発明の通信機器〔11〕は、上記通信機器〔8〕において、対向機器との通信切断 を行う際に、該ネットワーク層プロトコル制御部は下位層から切断要求コマンド受信通 知を受けた際に切断確認コマンド受信通知内のユーザーデータを上位層に対して 切断確認コマンド受信通知を発するとともに渡すように構成されて 、てもよ 、。
[0359] (12. 2次局の LM_DISCONNECT.request内上位層データを LAP_DISCONNECT.r equestにのせる）
本発明の通信機器〔12〕は、上記通信機器〔8〕において、対向機器との通信切断 を行う際に、該ネットワーク層プロトコル制御部は上位層から切断確認コマンドを受け た際に上位層からのユーザーデータを下位層に切断確認コマンドを発するとともに 渡すように構成されて 、てもよ 、。
[0360] (13. 1次局が片方向転送を行うとき、 LAP_CONNECT.confirmなしで、 LM_DATA.r equest→LAP— DATA.request)
本発明の通信機器〔13〕は、上記通信機器〔1〕において、対向機器との通信接続 を行う際に、該ネットワーク層プロトコル制御部は、上位層から片方向通信での接続 要求コマンドを受けた場合、下位層に対して接続要求コマンドを発行した後、下位層 からの接続確認コマンドなしで、上位層からのデータ転送要求コマンドに対して、下 位層にデータ転送要求コマンドを発行するように構成されて 、てもよ 、。
[0361] (14. 1次局が片方向転送を行うとき、 LM_CONNECt.request内上位層データを LA P_CONNECT.requestにのせる）
本発明の通信機器〔14〕は、上記通信機器〔13〕において、対向機器との通信接続 を行う際に、該ネットワーク層プロトコル制御部は上位層から接続要求コマンドを受け た際に上位層からのユーザーデータを下位層に接続要求コマンドを発するとともに 渡すように構成されて 、てもよ 、。
[0362] (15. 2次局が片方向転送を行うとき、 LM_CONNECT.responseなしで、 LAP_DATA .indication→LM_DATA.indication)
本発明の通信機器〔15〕は、上記通信機器〔2〕において、対向機器との通信接続 を行う際に、該ネットワーク層プロトコル制御部は、下位層から接続要求コマンド受信 通知を受けた場合にあわせて下位層から対向局が片方向転送を要求している旨の 通知を受けた場合は、上位層に接続要求受信通知コマンドを発行した後、上位層か らの接続確認コマンドを受けることなぐ下位層からデータ受信通知を受けた場合は 、上位層にデータ受信通知を発行するように構成されて ヽてもよ ヽ。
[0363] (16. 2次局が片方向転送を行うとき、 LAP_CONNECT.indication内上位層データ を LM— CONNECT.indicationにのせる） 本発明の通信機器〔16〕は、上記通信機器〔15〕において、前記対向機器との通信 接続を行う際に、該ネットワーク層プロトコル制御部は下位層から接続要求コマンド受 信通知を受けた際に接続要求コマンド受信通知内のユーザーデータを上位層に対 して接続要求コマンド受信通知を発するとともに渡すように構成されて 、てもよ 、。
[0364] (17.片方向転送時の 1次局の切断）
本発明の通信機器〔17〕は、上記通信機器〔7〕において、片方向通信での接続が 対向局と確立されている場合、対向機器との通信切断を行う際に、該ネットワーク層 プロトコル制御部は上位層力も切断要求コマンドを受けた際に、下位層に対してデ ータ転送要求コマンドを発せず切断要求コマンドを発し、下位層からの切断確認コマ ンド受信通知を受けることなく切断処理を完了するように構成されて 、てもよ 、。
[0365] (18.片方向転送時の 2次局の切断）
本発明の通信機器〔18〕は、上記通信機器〔8〕において、片方向通信での接続が 対向局と確立されている場合、対向機器との通信切断を行う際に、該ネットワーク層 プロトコル制御部は下位層から切断要求コマンド受信通知を受けた際に、上位層に 切断要求コマンド受信通知を発し、上位層からの切断確認コマンドを受けることなく 切断処理を完了するように構成されて 、てもよ 、。
[0366] (19.片方向転送時の 1次局： LM_DISCONNCT.request内上位層データを LAP_DI
SCONNECT.requestにのせる）
本発明の通信機器〔19〕は、上記通信機器〔17〕において、対向機器との通信切断 を行う際に、該ネットワーク層プロトコル制御部は上位層から切断要求コマンドを受け た際に上位層からのユーザーデータを下位層に切断要求コマンドを発するとともに 渡すように構成されて 、てもよ 、。
[0367] (20.片方向転送時の 2次局： LAP_DISCONNECT.indication内上位層データを LM
— DISCONNECT.indicationにのせる）
本発明の通信機器〔20〕は、上記通信機器〔18〕において、対向機器との通信切断 を行う際に、該ネットワーク層プロトコル制御部は下位層から切断要求コマンド受信通 知を受けた際に切断確認コマンド受信通知内のユーザーデータを上位層に対して 切断確認コマンド受信通知を発するとともに渡すように構成されて 、てもよ 、。 [0368] (21. IrLMP)
本発明の通信機器〔20〕は、上記通信機器〔1〜20〕のいずれか〖こおいて、特に前 記ネットワーク層プロトコノレとは、 IrLMP (Infrared Link Management Protocol)である ものである。
[0369] (22.通信システム）
本発明の通信システムは、上記通信機器〔1〜21〕のいずれかを使用したものであ る。
[0370] (23.通信回路）
本発明の通信回路は、上記通信機器〔1〜21〕のいずれかを実現するものである。
[0371] (24.送受信プログラム）
本発明の通信システムは、上記通信機器〔1〜21〕のいずれかを実現するものであ る。
[0372] (25.携帯電話）
本発明の携帯電話は、上記通信機器〔1〜21〕のいずれかを搭載したものである。
[0373] (26.表示装置）
本発明の表示装置は、上記通信機器〔1〜21〕のいずれかを搭載したものである。
[0374] (27.印刷装置）
本発明の印刷装置は、上記通信機器〔1〜21〕のいずれかを搭載したものである。
[0375] (28.記録装置）
本発明の記録装置は、上記通信機器〔1〜21〕のいずれかを搭載したものである。
[0376] 発明の詳細な説明の項においてなされた具体的な実施態様または実施例は、あく までも、本発明の技術内容を明らかにするものであって、そのような具体例にのみ限 定して狭義に解釈されるべきものではなぐ本発明の精神と次に記載する特許請求 事項との範囲内で、いろいろと変更して実施することができるものである。
産業上の利用の可能性
[0377] 本発明は、接続、切断の時間を短縮することが可能であり、通信機器に広く適用可 能であり、特に光空間通信機能を有する通信機器に好適に利用できる。

Claims

請求の範囲
[1] ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層 より下位の通信層である下位層を有し、 2次局と通信する 1次局としての通信機器で あって、
2次局との通信接続を行うとき、ネットワーク層において、上位層から接続要求コマ ンドを受けた際に下位層に対し接続要求コマンドを発し、下位層から接続確認コマン ド受信通知を受けた際に下位層に対してデータ転送要求コマンドを発せず上位層に 接続確認コマンド受信通知を発するネットワーク層プロトコル制御部を備えることを特 徴とする通信機器。
[2] ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層 より下位の通信層である下位層を有し、 1次局と通信する 2次局としての通信機器で あって、
1次局との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際 に、下位層に対してデータ転送要求コマンドを発せず接続要求コマンド受信通知を 上位層に発し、上位層から接続確認コマンドを受けた際に下位層に対し接続確認コ マンドを発するネットワーク層プロトコル制御部を備えることを特徴とする通信機器。
[3] 上記ネットワーク層プロトコル制御部は、 2次局との通信接続を行うとき、上位層から 接続要求コマンドを受けた際に、接続要求コマンドを下位層に発するとともに、上記 上位層からの接続要求コマンドに含まれるユーザーデータを下位層に渡すことを特 徴とする請求項 1に記載の通信機器。
[4] 上記ネットワーク層プロトコル制御部は、 2次局との通信接続を行うとき、下位層から 接続確認コマンド受信通知を受けた際に、接続確認コマンド受信通知を上位層に発 するとともに、上記下位層からの接続確認コマンド受信通知に含まれるユーザーデ ータを上位層に渡すことを特徴とする請求項 1に記載の通信機器。
[5] 上記ネットワーク層プロトコル制御部は、 1次局との通信接続を行うとき、下位層から 接続要求コマンド受信通知を受けた際に、接続要求コマンド受信通知を上位層に発 するとともに、上記下位層からの要求コマンド受信通知に含まれるユーザーデータを 上位層に渡すことを特徴とする請求項 2に記載の通信機器。
[6] 上記ネットワーク層プロトコル制御部は、 1次局との通信接続を行うとき、上位層から 接続確認コマンドを受けた際に、接続確認コマンドを下位層に発するとともに、上記 上位層からの接続確認コマンドに含まれるユーザーデータを下位層に渡すことを特 徴とする請求項 2に記載の通信機器。
[7] ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層 より下位の通信層である下位層を有し、 2次局と通信する 1次局としての通信機器で あって、
2次局との通信切断を行うとき、ネットワーク層において、上位層から切断要求コマ ンドを受けた際に、下位層に対してデータ転送要求コマンドを発せず切断要求コマ ンドを発し、下位層から切断確認コマンド受信通知を受けた際に、上位層に切断確 認コマンド受信通知を発するネットワーク層プロトコル制御部を備えることを特徴とす る通信機器。
[8] ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層 より下位の通信層である下位層を有し、 1次局と通信する 2次局としての通信機器で あって、
1次局との通信切断を行うとき、下位層から切断要求コマンド受信通知を受けた際 に、上位層に切断要求コマンド受信通知を発し、上位層カゝら切断確認コマンドを受け た際に、下位層に対して切断確認コマンドを発するネットワーク層プロトコル制御部を 備えることを特徴とする通信機器。
[9] 上記ネットワーク層プロトコル制御部は、 2次局との通信切断を行うとき、上位層から 切断要求コマンドを受けた際に、切断要求コマンドを下位層に発するとともに、上記 上位層からの切断要求コマンドに含まれるユーザーデータを下位層に渡すことを特 徴とする請求項 7に記載の通信機器。
[10] 上記ネットワーク層プロトコル制御部は、 2次局との通信切断を行うとき、下位層から 切断確認コマンド受信通知を受けた際に、切断確認コマンド受信通知を上位層に発 するとともに、上記下位層からの切断確認コマンド受信通知に含まれるユーザーデ ータを上位層に渡すことを特徴とする請求項 7に記載の通信機器。
[11] 上記ネットワーク層プロトコル制御部は、 1次局との通信切断を行うとき、下位層から 切断要求コマンド受信通知を受けた際に、切断要求コマンド受信通知を上位層に発 するとともに、上記下位層からの切断要求コマンド受信通知に含まれるユーザーデ ータを上位層に渡すことを特徴とする請求項 8に記載の通信機器。
[12] 上記ネットワーク層プロトコル制御部は、 1次局との通信切断を行うとき、上位層から 切断確認コマンドを受けた際に、切断確認コマンドを下位層に発するとともに、上記 上位層からの切断確認コマンドに含まれるユーザーデータを下位層に渡すことを特 徴とする請求項 8に記載の通信機器。
[13] 上記ネットワーク層プロトコル制御部は、 2次局との通信接続を行うとき、上位層から 片方向通信での接続要求コマンドを受けた場合、下位層に対して接続要求コマンド を発行した後、下位層からの接続確認コマンドなしで、上位層からのデータ転送要求 コマンドに対して、下位層にデータ転送要求コマンドを発行することを特徴とする請 求項 1に記載の通信機器。
[14] 上記ネットワーク層プロトコル制御部は、 1次局との通信接続を行うとき、下位層から 接続要求コマンド受信通知および 1次局が片方向転送を要求している旨の通知を受 けた場合、上位層に接続要求受信通知コマンドを発行した後、上位層からの接続確 認コマンドを受けることなぐ下位層からデータ受信通知を受けた場合は、上位層に データ受信通知を発行することを特徴とする請求項 2に記載の通信機器。
[15] 上記ネットワーク層プロトコル制御部は、 2次局との通信接続を行うとき、上位層から 接続要求コマンドを受けた際に、接続要求コマンドを下位層に発するとともに、上記 上位層からの接続要求コマンドに含まれるユーザーデータを下位層に渡すことを特 徴とする請求項 13に記載の通信機器。
[16] 上記ネットワーク層プロトコル制御部は、 1次局との通信接続を行うとき、下位層から 接続要求コマンド受信通知を受けた際に、接続要求コマンド受信通知を上位層に発 するとともに、上記下位層からの接続要求コマンド受信通知に含まれるユーザーデ ータを上位層に渡すことを特徴とする請求項 14に記載の通信機器。
[17] 上記ネットワーク層プロトコル制御部は、 2次局との片方向通信を切断するとき、上 位層から切断要求コマンドを受けた際に、下位層に対してデータ転送要求コマンドを 発せず切断要求コマンドを発し、下位層からの切断確認コマンド受信通知を受けるこ となく切断処理を完了することを特徴とする請求項 7に記載の通信機器。
[18] 上記ネットワーク層プロトコル制御部は、 1次局との片方向通信を切断するとき、下 位層から切断要求コマンド受信通知を受けた際に、上位層に切断要求コマンド受信 通知を発し、上位層からの切断確認コマンドを受けることなく切断処理を完了すること を特徴とする請求項 8に記載の通信機器。
[19] 上記ネットワーク層プロトコル制御部は、 2次局との片方向通信を切断するとき、上 位層から切断要求コマンドを受けた際に、切断要求コマンドを発するとともに、上記 上位層からの切断要求コマンドに含まれるユーザーデータを下位層に渡すことを特 徴とする請求項 17に記載の通信機器。
[20] 上記ネットワーク層プロトコル制御部は、 1次局との片方向通信を切断するとき、下 位層から切断要求コマンド受信通知を受けた際に、切断要求コマンド受信通知を上 位層に発するとともに、上記下位層からの切断要求コマンド受信通知に含まれるユー ザ一データを上位層に渡すことを特徴とする請求項 18に記載の通信機器。
[21] 上記ネットワーク層プロトコル制御部は、 IrLMP (Infrared Link Management Protoc ol)に従うことを特徴とする請求項 1から 20のいずれか 1項に記載の通信機器。
[22] ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層 より下位の通信層である下位層を有し、 2次局と通信する 1次局としての通信機器に おける通信方法であって、
2次局との通信接続を行うとき、ネットワーク層において、上位層から接続要求コマ ンドを受けた際に下位層に対し接続要求コマンドを発し、下位層から接続確認コマン ド受信通知を受けた際に下位層に対してデータ転送要求コマンドを発せず上位層に 接続確認コマンド受信通知を発することを特徴とする通信方法。
[23] ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層 より下位の通信層である下位層を有し、 1次局と通信する 2次局としての通信機器に おける通信方法であって、
1次局との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際 に、下位層に対してデータ転送要求コマンドを発せず接続要求コマンド受信通知を 上位層に発し、上位層から接続確認コマンドを受けた際に下位層に対し接続確認コ マンドを発することを特徴とする通信方法。
[24] ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層 より下位の通信層である下位層を有し、 2次局と通信する 1次局としての通信機器に おける通信方法であって、
2次局との通信切断を行うとき、ネットワーク層において、上位層から切断要求コマ ンドを受けた際に、下位層に対してデータ転送要求コマンドを発せず切断要求コマ ンドを発し、下位層から切断確認コマンド受信通知を受けた際に、上位層に切断確 認コマンド受信通知を発することを特徴とする通信方法。
[25] ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層 より下位の通信層である下位層を有し、 1次局と通信する 2次局としての通信機器に おける通信方法であって、
1次局との通信切断を行うとき、下位層から切断要求コマンド受信通知を受けた際 に、上位層に切断要求コマンド受信通知を発し、上位層カゝら切断確認コマンドを受け た際に、下位層に対して切断確認コマンドを発することを特徴とする通信方法。
[26] 請求項 1に記載の通信機器と、請求項 2に記載の通信機器とを含むことを特徴とす る通信システム。
[27] 請求項 7に記載の通信機器と、請求項 8に記載の通信機器とを含むことを特徴とす る通信システム。
[28] 請求項 1から 21のいずれ力 1項に記載の通信機器を動作させる通信プログラムで あって、コンピュータを上記ネットワーク層プロトコル制御部として機能させるための通 信プログラム。
[29] 請求項 1から 21のいずれ力 1項に記載の通信機器を動作させる通信回路であって 上記ネットワーク層プロトコル制御部として機能することを特徴とする通信回路。
[30] 請求項 1から 21のいずれ力 1項に記載の通信機器を搭載し、該通信機器によって 通信を行うことを特徴とする携帯電話。
[31] 請求項 1から 21のいずれ力 1項に記載の通信機器を搭載し、該通信機器によって 受信したデータに基づいて表示することを特徴とする表示装置。 請求項 1から 21のいずれ力 1項に記載の通信機器を搭載し、該通信機器によって 受信したデータに基づいて印刷することを特徴とする印刷装置。
請求項 1から 21のいずれ力 1項に記載の通信機器を搭載し、該通信機器によって 受信したデータを記録することを特徴とする記録装置。
PCT/JP2006/301183 2005-01-28 2006-01-26 通信機器、通信システム、通信方法、通信プログラム、通信回路 WO2006080372A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2007500556A JP4137992B2 (ja) 2005-01-28 2006-01-26 通信機器、通信システム、通信方法、通信プログラム、通信回路、携帯電話、表示装置、印刷装置、記録装置
US11/883,254 US8051182B2 (en) 2005-01-28 2006-01-26 Communication device, communication system, communication method, communication program, and communication circuit
CN2006800033174A CN101112068B (zh) 2005-01-28 2006-01-26 通信设备、通信系统、通信方法、移动电话、显示装置、印刷装置

Applications Claiming Priority (16)

Application Number Priority Date Filing Date Title
JP2005-022209 2005-01-28
JP2005022209 2005-01-28
JP2005023901 2005-01-31
JP2005023929 2005-01-31
JP2005-023901 2005-01-31
JP2005-023929 2005-01-31
JP2005116096 2005-04-13
JP2005-116096 2005-04-13
JP2005152910 2005-05-25
JP2005-152910 2005-05-25
JP2005192903 2005-06-30
JP2005-192903 2005-06-30
JPPCT/JP2005/014446 2005-08-05
PCT/JP2005/014446 WO2006013979A1 (ja) 2004-08-06 2005-08-05 送信機、受信機、通信システム、通信方法、通信プログラム
JP2005271231 2005-09-16
JP2005-271231 2005-09-16

Publications (2)

Publication Number Publication Date
WO2006080372A1 true WO2006080372A1 (ja) 2006-08-03
WO2006080372B1 WO2006080372B1 (ja) 2006-10-19

Family

ID=36740399

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/301183 WO2006080372A1 (ja) 2005-01-28 2006-01-26 通信機器、通信システム、通信方法、通信プログラム、通信回路

Country Status (1)

Country Link
WO (1) WO2006080372A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7809358B2 (en) 2006-08-23 2010-10-05 Seiko Epson Corporation Data reception apparatus, data reception method, and program for data reception

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1098435A (ja) * 1996-09-20 1998-04-14 Ricoh Co Ltd ワイヤレス通信システム
JPH10107737A (ja) * 1996-09-26 1998-04-24 Nec Eng Ltd シリアル赤外線通信装置
JPH10126758A (ja) * 1996-10-15 1998-05-15 Ricoh Co Ltd 電子会議システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1098435A (ja) * 1996-09-20 1998-04-14 Ricoh Co Ltd ワイヤレス通信システム
JPH10107737A (ja) * 1996-09-26 1998-04-24 Nec Eng Ltd シリアル赤外線通信装置
JPH10126758A (ja) * 1996-10-15 1998-05-15 Ricoh Co Ltd 電子会議システム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7809358B2 (en) 2006-08-23 2010-10-05 Seiko Epson Corporation Data reception apparatus, data reception method, and program for data reception

Also Published As

Publication number Publication date
WO2006080372B1 (ja) 2006-10-19

Similar Documents

Publication Publication Date Title
JP4689689B2 (ja) 通信機器、通信システム、通信方法、通信プログラム、通信回路、携帯電話、表示装置、印刷装置および記録装置
JP4094657B2 (ja) 通信機器、通信システム、通信方法、通信プログラム、通信回路
US8051182B2 (en) Communication device, communication system, communication method, communication program, and communication circuit
JP4198741B2 (ja) 通信機器、通信システム、通信方法、通信プログラム、通信回路
JP4091095B2 (ja) 送信機、受信機、通信システム、通信方法、通信プログラム
US7787391B2 (en) Communication device, communication system, communication method, communication program, and communication circuit
CN104660627B (zh) 一种上位机与下位机的通信方法和系统
CN108173851B (zh) 一种用于空间信息网络的高效多媒体传输方法
US20060155856A1 (en) Communications device, network system, communication management method, request signal, response signal, program, and recording medium containing the program
CN101112068B (zh) 通信设备、通信系统、通信方法、移动电话、显示装置、印刷装置
JP4948113B2 (ja) 送信機、受信機、通信システム、通信方法、通信プログラム
CN101888343B (zh) 一种业务数据的发送方法及系统
WO2006080372A1 (ja) 通信機器、通信システム、通信方法、通信プログラム、通信回路
JP2008079330A (ja) 通信機器、通信方法、通信プログラム、通信回路、携帯電話、表示装置、印刷装置、記録装置
JP4137992B2 (ja) 通信機器、通信システム、通信方法、通信プログラム、通信回路、携帯電話、表示装置、印刷装置、記録装置
CN101014121A (zh) 一种基于IEEE 1394b协议和光纤的视频传输控制方法
US8542701B2 (en) Method and device for determining timeslot configuration in TDM transmission
WO2006080330A1 (ja) 通信装置、通信システム、通信方法、通信プログラム、通信回路
JP2009163361A (ja) 通信装置、通信システム、通信方法及びプログラム
JP4430054B2 (ja) 通信装置、通信方法、通信プログラム、記録媒体
WO2006080403A1 (ja) 通信機器、通信システム、通信方法、通信プログラム、通信回路
CN101174974B (zh) 用于o-uni系统的节点维护的消息处理方法
KR20110028795A (ko) 이동통신 시스템에서의 엠투엠 회선서비스를 이용한 에스엠시티 교환장치 및 서비스 방법
JPWO2006080330A1 (ja) 通信装置、通信システム、通信方法、通信プログラム、通信回路
JPH04357732A (ja) 複合ローカルエリアネットワークにおける通信方法お　　　　　　　　　　　　よび端末装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2007500556

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 11883254

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 200680003317.4

Country of ref document: CN

122 Ep: pct application non-entry in european phase

Ref document number: 06712365

Country of ref document: EP

Kind code of ref document: A1

WWW Wipo information: withdrawn in national office

Ref document number: 6712365

Country of ref document: EP