JP2008079330A - Communications device, communication system, communication method, communication program, communication circuit, mobile phone, display device, printer, and recording apparatus - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a communication device, communication system, communication method, communication program, communication circuit, mobile phone, display device, printer, and recording apparatus capable of retransmitting a frame in data transfer. <P>SOLUTION: In a transmitter (2,001), on generation of each transmission frame having no window size limit, a batch-mode transmission final flag generation circuit (2,004) assigns a batch-mode transmission final flag to each transmission frame and a serial number generation circuit (2,005) assigns a serial number to each transmission frame. In a receiver, the serial number of the frame received from the transmitter (2,001) is analyzed, and if a serial number is skipped, retransmission is requested at the reception of a frame, having the batch-mode transmission final flag, indicating the end, in the received frame. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

  The present invention relates to a communication device, a communication method, a communication program, a communication circuit, a mobile phone, a display device, a printing device, and a recording device that transmit and receive data.

  In recent years, infrared communication systems have been mainly used for portable personal terminals such as mobile phones, notebook personal computers, electronic notebooks, etc., and between these electronic devices suitable for carrying them, desktop personal computers, infrared printers, etc. It has become widespread in data exchange with.

  Examples of the communication method in the infrared communication system include an IrDA (Infrared Data Association) method and an ASK method. The IrDA method is a communication method for high-speed and highly efficient transmission mainly between computers. It is a communication protocol defined for infrared communication based on the system, and is widely used as a general protocol.

  Further, in data transmission in a computer or the like, it is common to use packet exchange for transmitting and receiving packets composed of data of a certain size and information indicating serial numbers and addresses assigned before and after the data. Packets used in the scheme and IrDA communication scheme are called frames and are managed in the IrLAP layer.

  The frame is composed of fields of address (A), control (C), information (I), and FCS, and flags attached before and after, and is used for information (data) transfer. There are an (Information) frame, an S (Supervisory) frame for monitoring and controlling communication, and a U (Unnumbered) frame used for data communication without connection, disconnection, and retransmission in communication.

  Usually, since data to be transmitted cannot be transmitted in one frame in many cases, it is divided into a plurality of frames (I frame or UI frame) and transmitted. The I frame has data to be transmitted in an I (Information) field, and has a serial number used for checking for missing data, thereby achieving highly reliable communication. The UI frame has data to be transmitted in the I field, but does not have a serial number used for checking for missing data.

  The S frame does not have an I field for holding data, and is used to transmit a reception preparation completion, a busy state, a retransmission request, and the like. Since the U frame does not have a number like an I frame, it is called an unnumbered frame, and is used for setting a communication mode, reporting a response or an abnormal state, and establishing or disconnecting a data link.

  As described above, the IrDA communication method is based on the HDLC communication method. Generally, the communication method includes a full-duplex communication method capable of simultaneously performing transmission and reception, and a half-duplex communication method not performing simultaneously. In the case of the half-duplex communication method, it is necessary to define a signal for switching between transmission and reception.

  In the HDLC system, the full-duplex system can be adopted, but in the case of the IrDA communication system, the baseband modulation infrared ray propagating in the free space is used for data transmission, and two or more stations are in communication range. If they are transmitted simultaneously, infrared interference will occur and normal communication will not be possible.

  For this reason, in the IrDA communication system, transmission is performed only when infrared rays do not exist within the communication area before establishing the communication link, and after the communication link is established, transmission rights are regularly exchanged between the two stations performing communication. The half-duplex system is used.

  FIG. 19 shows how a communication link in IrDA is established. In IrDA, the primary station transmits an SNRM command, and the secondary station returns a UA response to it, thereby establishing a link layer (LAP layer) connection. Various parameters (data transfer speed, maximum data length, etc.) at the time of data transfer are arranged in the SNRM command and UA response, and the communication parameters of the opposite station can be known from each other. Data transfer is performed.

  FIG. 9 is a block diagram for explaining an application of such a communication method. In the HDLC communication system and the IrDA communication system, what performs transmission or reception is called a “station”. Generally, a primary station that performs data link control for controlling communication and a secondary station that performs control of the primary station include the above-mentioned Is transmitted and received as a command (primary station → secondary station) and a response (secondary station → primary station). Such a method is called an unbalanced communication method. As shown in the figure, a computer, a mobile phone, an electronic notebook, etc., such as a TV, functions as a station in communication and exchanges data using infrared rays as a transmission medium.

  FIG. 10 is a signal sequence diagram for explaining a general procedure using an I frame in these communication systems. Here, a case is shown in which data divided into a plurality of I frames is transmitted from station A as the primary station to station B as the secondary station. The window size (number of I frames that can be transmitted at one time without interruption) at this time is 3.

  First, the A station assigns numbers “0”, “1”, and “2” to the frames corresponding to the data to be transmitted as I frames, and transmits the frames. When transmitting a frame having serial numbers “0” and “1”, the transmission right is transmitted with the P / F (Pole / Final) bit set to 0 in order not to transfer the transmission right to the secondary station. Further, when transmitting a frame with the serial number “2”, the P / F bit is set to 1 in order to transfer the transmission right to the secondary station.

  When the B station that has received the frames having the serial numbers “0”, “1”, and “2” has received each frame normally, after receiving the frame having the serial number “2” with the P / F bit being 1, A frame assigned with the number “3” next to “2” is returned as a response frame, and the meaning of “send the third data” is transmitted. This response frame is an S frame called an RR frame. When the secondary station transmits the RR frame, the P / F bit is set to 1 in order to transfer the transmission right to the primary station.

  The A station confirms the response of the B station, and again assigns serial numbers “3”, “4”, and “5” from the third data and transmits the data. By repeating this procedure as many times as necessary, the accuracy of multi-frame communication can be improved. When station B detects an error or missing data, it sends the RR frame with the data number that it wants to retransmit, and station A retransmits it from the data number that it wants to retransmit Is possible.

  In data transfer using I frames, the number of frames that the primary station can transmit at a time is limited by the window size, and is 7 at maximum in IrDA's IrLAP (Infrared Link Access Protocol) (Ver1.1). For this reason, when a large amount of data is transferred, a response frame is transmitted from the secondary station for each window size. This causes a deterioration in communication efficiency in a communication situation where there is no error.

  FIG. 11 is a signal sequence diagram for explaining a general procedure using a UI frame in these communication methods. Here, a case where data divided into a plurality of UI frames is transmitted from the A station to the B station is shown. In the case of data transfer using a UI frame, since the window size is not limited, the station A can continuously transmit frames during the maximum turnaround time. When the maximum turnaround time of station A elapses, an RR frame for delegating the transmission right to the secondary station is transmitted.

  The maximum turnaround time is the time during which a station can maintain the transmission right, and if there is no response from the other station even after the maximum turnaround time of the other station has passed since the transfer right was delegated to the other station The station that transmitted the transmission right delegation frame can know that the transmission right delegation frame has not arrived at the other station. The maximum turnaround time of the partner station can be known by exchanging parameters when establishing a connection. In IrLAP, a maximum turnaround time of 500 ms is specified.

  The B station to which the transmission right is delegated by the RR frame delegates the transmission right to the primary station by transmitting the RR frame with the P / F bit set to 1 when there is no transmission data transfer request within the local station. To do.

  In the data transfer using the UI frame, retransmission is not performed when the I frame is used. However, in a situation where the quality of the communication channel is good and no error occurs, the station A has a maximum time of 500 ms as described above. Continuous frame transmission is possible, leading to improved communication efficiency.

  FIG. 18 shows a standard IrDA protocol stack. The IrDA protocol stack includes IrPHY (IrDA Physical Layer) that defines modulation method, signal strength, directivity, etc., error control function according to general-purpose HDLC (High Level Data Link Control), transparent transmission, and flow control. , IrLAP (IrDA Link Access Protocol), TCP / IP (Transmission), which defines functions for negotiating communication speed and maximum data size with each other prior to communication, and procedures for searching for and finding unspecified external devices IrLMP (IrDA Link Management Protocol) that provides multiplexing / demultiplexing functions corresponding to port numbers used in TCP and UDP of the Control Protocol / Internet Protocol, Tiny TP for flow control in individual logical links (Transport Protocol), object exchange in data transmission / reception, that is, data communication A communication protocol consists of OBEX (OBject EXchange protocol).

  In OBEX, a device that requests a command is called a client device, and a device that returns a response in response to the request is called a server device. Usually, a client device issues a request command such as Put / Get to the server device, and the server device follows a client / server model in which a response command is returned.

  Request commands defined by OBEX generally include the following. CONNECT / DISCONNECT for connecting / disconnecting with the communication partner, PUT / GET for transmitting / receiving objects such as files, SETPATH for changing the destination path (current path) of the server device on the receiving device side, and object transmission And ABORT forcibly interrupting reception.

  FIG. 20 illustrates basic exchange of request commands / response commands between a client device and a server device. Upon receiving an object exchange request from the user, the client device transmits a CONNECT command indicating a connection request to the server device in order to establish a connection with the server device.

  When the server device that has received the CONNECT command can connect to the client device, the server device returns a SUCCESS response command, and the client device receives the SUCCESS response command. A connection is established.

  After the connection is established, the client device starts object exchange and transmits a PUT command for transmitting the object to the server device. When the server device normally receives the PUT command from the client device, it returns a CONTINUE response command, and the client device receives the CONTINUE response command from the server device and confirms that the server device has received the PUT command normally. The next PUT command is transmitted. The client device transmits a PUT command until all objects have been transmitted. When the server device has normally received the last PUT (Final) command, it returns a SUCCESS response command to the client device.

  After receiving the SUCCESS response command from the server device, the client device transmits a DISCONNECT command indicating a disconnect request to the server device in order to disconnect from the server device.

  The server device that has received the DISCONNECT command returns a SUCCESS response command indicating permission of disconnection to the client device, and the client device receives the SUCCESS response command, whereby the connection between the client device and the server device is established. Is disconnected, and a series of object exchanges between the client device and the server device is completed.

  In this way, in OBEX, the server device returns a response command in response to a request command from the client device, thereby exchanging objects.

  In addition, in a communication protocol having a hierarchical structure such as OSI as in the IrDA protocol stack described above, header information is defined for each layer independently of other layers and is originally transferred between computing devices. Header information is sequentially added to power data in each layer from the highest layer to the lowest layer.

For received data, the header information is sequentially removed in each layer from the lowest layer to the highest layer, and the data is passed to the upper layer.
JP 10-308791 A (publication date November 17, 1998)

  However, in the above-described conventional configuration, in the case of data transfer using UI frames, in a situation where the quality of the communication channel is good and no error occurs, continuous frame transmission can be performed for a maximum of 500 ms as described above. However, if the quality of the communication channel is not so good, it cannot be retransmitted as in the case of using an I frame, so that the communication efficiency deteriorates. Cause problems.

  In addition, conventional IrDA does not support data transfer in one-way communication that does not require a response.

  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 can retransmit a frame in data transfer.

  In order to achieve the above object, a communication device according to the present invention is a communication device that collectively transmits data without delegating a transmission right according to a communication method in which the number of frames that can be transmitted at one time is not limited. A transmission frame generation unit (transmission frame generation circuit, transmission frame generation means) that divides batch transmission data to be transmitted in batch and generates a transmission frame, and a serial number generation unit (serial number generation circuit, serial number) that gives a serial number to the transmission frame Generating means) and a batch transmission final flag generation unit (batch transmission final flag generation circuit, which sets a batch transmission final flag indicating the final transmission frame of batch transmission data in the final transmission frame of the batch transmission data, A batch transmission final flag generation unit) and a transmission unit (transmission circuit, transmission unit) for transmitting the transmission frame. It is.

  The communication method according to the present invention is a communication method for transmitting data in a batch without delegating a transmission right in accordance with a communication method in which the number of frames that can be transmitted at one time is not limited. To generate a transmission frame, assign a serial number to the transmission frame, and set a final transmission frame flag indicating the final transmission frame of the batch transmission data in the final transmission frame of the batch transmission data. Then, the transmission frame is transmitted.

  The communication device according to the present invention is a communication device that collectively receives data without delegating a transmission right according to a communication method in which the number of frames that can be transmitted at one time is not limited, and is included in the received frame. A serial number analysis unit (serial number analysis circuit, serial number analysis means) that analyzes serial numbers and determines whether there is an error in the serial number, and a batch transmission final flag included in the received frame include a plurality of the received frames depending on the transmitter. If the error is detected in the received frame received so far by the serial number analysis unit when it indicates that it is the final transmission frame of the batch transmission data divided into the transmission frames of A transmission flag that generates a transmission frame that includes a no-error flag set to indicate presence and a serial number when an error occurs. Over arm generator (transmission frame generating circuit, the transmission frame generation unit) and is characterized by comprising transmitting unit for transmitting the transmission frame (transmission circuit, transmitting means), a.

  The communication method according to the present invention is a communication method for receiving data in a lump without delegating a transmission right according to a communication method in which the number of frames that can be transmitted at one time is not limited, and is included in the received frame. Analyzing the serial number to determine whether there is an error in the serial number, and the collective transmission final flag included in the received frame, the received frame is divided into a plurality of transmission frames by the transmitter and sent collectively When it indicates that it is the last transmission frame of data, and an error is detected in the reception frame received so far, transmission including the error-free flag set to indicate that there is an error and the serial number when the error occurred A frame is generated and the transmission frame is transmitted.

  In addition, a communication system according to the present invention includes a communication device as the transmitter and a communication device as the receiver.

  With the above configuration and method, when transmitting data in a batch without delegating the transmission right according to a communication method in which the number of frames that can be transmitted at one time is not limited, the transmitter divides and transmits the batch transmission data. Generates a frame, assigns a serial number to the transmission frame, and sets the final transmission frame of the batch transmission data with a batch transmission final flag indicating that it is the final transmission frame of the batch transmission data. Send a frame. On the other hand, the receiver analyzes the serial number included in the received frame to determine whether there is an error in the serial number, and when an error is detected in the received frame, an error-free flag set to indicate that there is an error and A transmission frame including a serial number at the time of error occurrence is generated and transmitted to the transmitter. When the transmitter receives a frame including a serial number at the time of occurrence of an error from the receiver, the transmitter retransmits a transmission frame corresponding to the serial number.

  Here, the receiver receives the last transmission frame of the transmission frames obtained by dividing the batch transmission data until the error at the occurrence of the error until it is determined by the batch transmission final flag included in the reception frame. Does not transmit transmission frames that contain serial numbers. That is, error notification is performed in batch transmission data units.

  Therefore, even if a communication method that does not limit the number of frames that can be transmitted or received at one time (window size) can be detected and retransmitted, it is possible to perform highly reliable communication. There is an effect that becomes possible. In addition, since the error notification is performed in batch transmission data units, there is an effect that the data transfer efficiency is high.

  The communication device may be realized by a computer. In this case, a communication program for a communication device that causes the communication device to be realized by a computer by causing the computer to operate as each unit of the communication device, and A recorded computer-readable recording medium also falls within the scope of the present invention.

  In addition, the communication device may be realized by a communication circuit that functions as each unit described above.

  The communication device is suitable for a mobile phone that performs communication using the communication device. According to the mobile phone, communication with high quality and / or high transfer efficiency can be performed.

  The communication device is suitable for a display device that displays data based on data received by the communication device. According to such a display device, communication with high quality and / or high transfer efficiency can be performed.

  Further, the communication device is suitable for a printing apparatus that performs printing based on data received by the communication device. According to such a printing apparatus, it is possible to perform communication with high quality and / or high transfer efficiency.

  The communication device is suitable for a recording device that records data received by the communication device. According to such a recording apparatus, it is possible to perform communication with high quality and / or high transfer efficiency.

  As described above, the communication device according to the present invention includes a transmission frame generation unit (transmission frame generation circuit, transmission frame generation unit) that generates a transmission frame by dividing batch transmission data to be collectively transmitted, and a serial number in the transmission frame. And a serial number generation unit (serial number generation circuit, serial number generation means) for assigning a batch transmission final flag indicating the final transmission frame of the batch transmission data to the final transmission frame of the batch transmission data A final flag generation unit (batch transmission final flag generation circuit, batch transmission final flag generation unit) and a transmission unit (transmission circuit, transmission unit) that transmits the transmission frame are provided.

  In the communication method according to the present invention, the batch transmission data to be batch-transmitted is divided to generate a transmission frame, a serial number is given to the transmission frame, and the final transmission frame of the batch transmission data includes the batch transmission data. This is a method of setting the batch transmission final flag indicating that the frame is the final transmission frame and transmitting the transmission frame.

  Further, the communication device according to the present invention analyzes a serial number included in the received frame and determines whether there is an error in the serial number, a serial number analyzing unit (serial number analyzing circuit, serial number analyzing means), and the received frame When the batch transmission final flag included indicates that the received frame is the final transmission frame of the batch transmission data that is divided into a plurality of transmission frames by the transmitter and batch-transmitted, the serial number analysis unit When an error is detected in a received frame received so far, a transmission frame generation unit (transmission frame generation circuit, transmission that generates a transmission frame including a no error flag set to indicate that there is an error and a serial number at the time of the error occurrence) Frame generation means) and a transmission unit (transmission circuit, transmission means) for transmitting the transmission frame A structure comprising a.

  In addition, the communication method according to the present invention analyzes the serial number included in the received frame to determine whether there is an error in the serial number, and the batch transmission final flag included in the received frame indicates that the received frame is transmitted. Indicates that there is an error if an error is detected in the received frame received so far, indicating that it is the final transmission frame of the batch transmission data that was divided into multiple transmission frames by the machine and sent in batch. In this method, a transmission frame including the error-free flag set as described above and a serial number when an error occurs is generated, and the transmission frame is transmitted.

  A communication system according to the present invention includes a communication device as the transmitter and a communication device as the receiver.

  Therefore, according to the configuration of the present invention, even when using a communication method that does not limit the number of frames that can be transmitted or received at one time (window size), it is possible to detect and retransmit a frame, etc. There is an effect that it is possible to perform highly reliable communication. In addition, since the error notification is performed in batch transmission data units, there is an effect that the data transfer efficiency is high.

  First, the outline of the communication system of the present invention will be described with reference to FIGS. 21 to 30 as follows.

〔Overview〕
(Communication layer)
In each embodiment to be described later, configurations and operations of a transmitter and a receiver of a communication system according to the present invention will be described in detail based on an OSI 7 layer model. Here, the OSI 7 layer model is also called “OSI basic reference model” or “OSI hierarchical model”.

  In the OSI seven-layer model, in order to realize data communication between different models, the communication functions that the computer should have are divided into seven layers, and standard function modules are defined for each layer.

  Specifically, the first layer (physical layer) is responsible for electrical conversion and mechanical work for sending data to the communication line. The second layer (data link layer) secures a physical communication path and performs error detection of data flowing through the communication path. The third layer (network layer) selects a communication path and manages addresses in the communication path. The fourth layer (transport layer) performs data compression, error correction, retransmission control, and the like. The fifth layer (session layer) establishes and releases a virtual route (connection) for communication programs to exchange data. The sixth layer (presentation layer) converts data received from the fifth layer into a format that is easy for the user to understand, and converts data sent from the seventh layer into a format suitable for communication. The seventh layer (application layer) provides various services using data communication to humans and other programs.

  Each communication layer of the communication system according to each embodiment also has a function equivalent to the corresponding layer of the OSI 7 layer model. However, in each embodiment, the communication system has a six-layer structure in which the session layer and the presentation layer are combined into one. Further, description of the application layer is omitted.

  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. That is, the division of the communication function 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.

  In addition, since the present invention assigns serial numbers to frames and makes it possible to perform retransmission in units of frames for each batch transmission data, in communication with few errors, communication efficiency is high, and error Even when this occurs, the reliability of communication can be ensured by retransmission. Therefore, the present invention is particularly suitable for communication that desires to transmit a large amount of data in a short time, for example, wireless communication using infrared rays. However, the present invention is also effective in other wireless communication and wired communication.

  In each embodiment, for convenience of explanation, description will be made based on IrSimple, which is an application example of the present invention. However, the present invention is not limited to IrSimple. Note that IrSimple is a partial improvement of conventional IrDA.

  In each embodiment, the data link layer, the network layer, the transport layer, and the session layer + presentation layer may be expressed as LAP, LMP, SMP, and OBEX, respectively, in accordance with IrSimple. When the communication layer is distinguished between the transmitter and the receiver, “P” is added to the transmitter and “S” is added to the receiver. For example, “LAP (P)” means the data link layer of the transmitter.

(Comparison between IrDA and IrSimple)
Hereinafter, IrDA, which is the prior art of the present invention, and IrSimple, which is an application example of the present invention, will be compared.

1. Data Transfer Flow in IrDA FIG. 21 shows a data transfer flow in the conventional IrDA. In the following description, it is assumed that IrLAP, IrLMP, TinyTP (TTP in the figure), and OBEX exist as IrDA protocol stacks.

  (1) In the data transfer, the IrLAP layer retransmits at the time of an error in the data transfer, and guarantees the data reliability to the upper layer, and does not retransmit at the time of the error, There are modes that do not guarantee reliability. In this description, it is assumed that data transfer is performed in the above-described mode for guaranteeing reliability. In order to guarantee reliability, IrLAP performs data transfer using an I (Information) frame.

  FIG. 22A shows a frame format of an I frame in IrLAP.

  A serial number is assigned to the I frame so that the frame receiving device can detect the missing frame. This serial number is assigned to the Ns field area in FIG.

  In IrLAP, when data transfer is performed using I frames, the number of frames that can be transmitted at one time (window size) is limited, and the window size is 7 at maximum. As for this window size, at the time of connection, the primary station and the secondary station respectively notify the opposite station of the number of frames (window size) that the device can receive at a time. Then, frames that exceed the window size of the opposite station must not be transmitted continuously. In this description, the window size of the primary station is 1 and the window size of the secondary station is 2.

  In addition, an Nr field is present in order for the device that has received the frame to notify whether the reception has been successful. If all consecutively received frames are normal, the serial number desired to be transmitted next is set in the Nr field and transmitted. For example, when frames with Ns of 1 and 2 are continuously received and both are normally received, 3 is set in the Nr field and transmitted.

  On the other hand, if there is an error in the received frame, the serial number of the frame desired to be retransmitted is set in the Nr field and transmitted. For example, when frames with Ns of 1 or 2 are continuously received and it is determined that there is an error in the frame of 2, Ns is set to 2 and transmitted.

  The device that has transmitted the frame monitors the Nr field of the received frame after continuously transmitting the frame, and the Nr field is a value that is one greater than the value of Ns of the frame transmitted last among the frames transmitted by the device itself. In this case, it is recognized that all the previous frame continuous transmissions have been normally completed, and the next frame transmission is started. If the Nr field of the received frame is the value of several serial numbers in the frame transmitted by the own device, retransmission is performed from the serial number. At this time, the Ns field is also reassigned from the value of the Nr field.

  By the above procedure, retransmission using an I frame in the IrLAP layer is possible. When the IrLAP retransmission is used, the window size is 7 at the maximum according to the IrLAP standard, so that it is impossible to continuously transmit 8 or more frames.

  (2) The IrLMP layer is a layer that provides a logical channel (LSAP: Link Service Access Point) for each application to an upper layer.

  FIG. 23 shows the IrLMP frame format.

  In the IrLMP layer on the frame transmission side, the data from the higher layer (TinyTP layer) and the IrLMP frame are arranged, and the logical channel (DLSAP: Destination Link Service Access Point) and the logical source A channel (SLSAP: Source Link Service Access Point) is arranged as an IrLMP header.

  On the other hand, the IrLMP layer on the frame receiving side determines which upper layer application data is by monitoring the DLSAP field of the received frame from the lower layer, and receives the received data from the corresponding upper layer application. Pass in-frame data.

  (3) The TinyTP layer is a layer that performs upper layer (OBEX layer) data division / combination and flow control.

  FIG. 24 shows the frame format of the TinyTP layer.

  When the transmission data is passed from the upper layer, the TinyTP layer divides the transmission data within a range not exceeding the maximum frame length of the lower layer (LAP layer) and passes the data to the lower layer (LMP layer). On the receiving side, the data in the received frame from the lower layer (IrLMP layer) is combined and passed to the upper layer (OBEX layer). Further, in order to prevent the reception buffer from overflowing, the counter station is notified of the number of frames that can be received by the own station in the form of credits. And it is not allowed to continuously transmit frames exceeding the credit of the opposite station.

  (4) The OBEX layer is a protocol for object exchange.

  FIG. 25 shows the frame format of the OBEX layer.

  FIG. 25A shows the format of the OBEX layer Put command. When transmitting a file, the OBEX layer transmits using a Put command. Information such as the file name and file size of the file to be transmitted is also added.

  FIGS. 25B and 25C show frame formats of CONTINUE response and SUCCESS response. The side that receives the file needs to return a response every time the Put command is received. When a non-final Put command is received, a CONTINUE response is returned, and when a final Put command is received, a SUCCESS response is returned.

  Next, a data transfer procedure using the OBEX Put command in the conventional IrDA will be described.

  When a file transmission request is generated in the OBEX of the primary station, the OBEX layer (hereinafter referred to as OBEX (P)) of the primary station sends a Put command to the TinyTP layer (hereinafter referred to as TTP (P)) of the primary station that is a lower layer. Is passed as transmission data. In this description, it is assumed that the Put command is composed of dataP0, dataP1, dataP2, and dataP3.

  Receiving this, TTP (P) divides the transmission data into the maximum data length of the lower layer LAP layer. In this description, it is assumed that TTP (P) is divided into dataP0, dataP1, dataP2, and dataP3. Further, since the number of receivable credits for TTP (P) is 1, the credit is 1. Using the credit and the divided data, a TTP frame is generated and passed to the IrLMP layer (hereinafter referred to as LMP (P)) of the primary station which is a lower layer.

  Receiving this, the LMP (P) adds logical channel information (LSAP header), generates an LMP frame, and passes it to the IrLAP layer (hereinafter, LAP (P)) of the primary station, which is a lower layer.

  Receiving this, the LAP (P) performs data transfer using the I frame. In this description, since the secondary station has a window size of 2, I frames with Ns of 0 and 1 are continuously transmitted.

  On the other hand, in the IrLAP layer of the secondary station (hereinafter referred to as LAP (S)), when the above-mentioned I frame is continuously received, while detecting the missing frame while monitoring the Ns field, the upper layer data in the I frame is also detected. The data is passed to the IrLMP layer (hereinafter referred to as LMP (S)) of the secondary station, which is an upper layer. Further, although it is necessary to notify the success of continuous reception of I frames, in this description, the continuous reception success notification frame with the Nr field set to 2 is not transmitted at this stage.

  The LMP (S) that has received the frame reception notification removes the LSAP header, and then passes the upper layer data to the TinyTP layer (hereinafter, TTP (S)) of the secondary station, which is the upper layer.

  Receiving this, TTP (S) combines the upper layer data in the received frame. In this description, since the unit of data passed to the OBEX layer is equivalent to the data size obtained by combining dataP0, dataP1, dataP2, and dataP3, the data reception notification is sent to the OBEX layer when the dataP0 and dataP1 are combined. Does not go. In addition, since the data processing (dataP0, dataP1 combining processing) of 2 TTP (S) receivable credits has been completed, the device can receive two frames with the credit set to 2 for the opposite station. A TinyTP frame is passed to the lower layer to notify that there is.

  Receiving this, the LMP (S) adds the LSAP information as an LMP header and passes it to the LAP (S).

  Receiving this, the LAP (S) performs data transfer using the I frame. At this time, the value 2 of the Ns field desired to be transmitted next is set in the Nr field for the success notification of the continuous reception of the I frame of the LAP that has been suspended in the transmission described above. In the Ns field, the serial number of the transmission frame of the secondary station is set together.

  Receiving this, the LAP (P) confirms whether or not the previous continuous transmission of the I frame has been normally completed by monitoring the Nr field. In the case of this description, since the Nr field is 2, it is recognized that the secondary station has successfully received I frames whose Ns field transmitted last time is 0 and 1. Since the upper layer data is included in the received I frame, the upper layer data is transferred to the LMP (P).

  Receiving this, the LMP (P) removes the LSAP header and then passes the upper layer data to the TTP (P).

  The TTP (P) receiving this recognizes that the opposite station's TTP (S) can receive two frames because the opposite station's credit in the received frame is 2, and transmits from the upper layer. Of the data, the credit information of the primary station is added to the remaining divided data dataP2 and dataP3, respectively, and is passed to LMP (P).

  Receiving this, the LMP (P) adds an LSAP header and passes it to the LAP (P).

  Receiving this, LAP (P) transmits two transmission data from the upper layer using two I frames. At this time, the value of the Ns field of the next secondary station is set in the Nr field to notify that the reception of the I frame from the secondary station has been normally performed, and the Ns field has the primary A value obtained by adding 1 to the value of the Ns field of the I frame transmitted last by the station is set.

  Upon receiving this, the LAP (S) recognizes that the primary station has normally received the I frame transmitted by the secondary station last time by monitoring the Nr field, and stores the upper layer data in the received I frame. Pass to LMP (S).

  Receiving this, the LMP (S) removes the LSAP header and passes it to the TTP (S).

  Receiving this, TTP (S) combines the upper layer data in the received frame. The dataP2 and dataP3 received this time are combined with the combined upper layer data (dataP0 and dataP1). At this time, since the data size to be passed to the upper layer OBEX layer has been reached, the upper layer data is passed to the OBEX layer (hereinafter referred to as OBEX (S)) of the secondary station that is the upper layer. At this time, since the processing of the received data is completed, the credit may be set to 2 and passed to the lower layer, but in the present invention, this transmission processing is suspended.

  Upon receiving this, OBEX (S) analyzes the data from the lower layer and confirms that it is a Put command. In order to return a response to OBEX of the primary station, it generates a response frame and TTP (S ). In the case of this description, since the received command is a non-final Put command, a CONTINUE command is generated.

  Receiving this, TTP (S) generates a TinyTP frame by combining the above-mentioned credits and data from the upper layer, and passes them to LMP (S).

  Receiving this, the LMP (S) adds an LSAP header and passes it to the LAP (S).

  Receiving this, the LAP (S) performs data transfer using the I frame. At this time, the fact that the previous I frame was successfully received is set in the Nr field, and the serial number is set in the Ns field.

  Receiving this, the LAP (P) recognizes that the two I frames transmitted last time can be normally received by the secondary station by monitoring the Nr field, and converts the upper layer data in the received I frame to LMP ( P).

  Receiving this, the LMP (P) removes the LSAP header and passes the upper layer data to the TTP (P).

  Receiving this, TTP (P) passes the data in the received frame to OBEX (P).

  OBEX (P) which received this analyzes a received frame. In this description, since the CONTINUE response is received, it is recognized that the data transfer (dataP0 to dataP3) by the previous Put command has been successfully transferred to the secondary station.

  Thus, the communication in the case of a non-final Put command is completed.

  In the case of communication of the final Put command, the response returned from the OBEX (S) is merely changed to a SUCCESS response, and the other communication flows are basically the same.

  As described above, under the conditions of this description, the number of frames flowing through the communication path is 12.

2. Data Transfer Flow in IrSimple Bidirectional Communication FIG. 26 shows a data transfer flow in IrSimple bi-directional communication as an application example of the present invention. In the following description, it is assumed that the primary station and the secondary station support an IrLAP layer, an IrLMP layer, an IrSMP layer (Infrared Sequence Management Protocol), and an OBEX layer, respectively.

  (1) In the IrLAP layer, data transfer is performed using a UI frame. As described above, when the UI frame is used, there is no restriction on the window size. Therefore, when the I frame is used, it is possible to continuously transmit more frames than the number of frames 7 that can be continuously transmitted at a time. As a result, it is possible to expect a reduction in data transfer efficiency due to accumulation of time (Min Turn Around Time) that must be waited until transmission is started after frame reception.

  FIG. 22B shows a frame format of the UI frame of the LAP layer.

  As shown in FIG. 22B, the Nr and Ns fields that existed in the I frame (in FIG. 22A) do not exist in the UI frame. This indicates that no serial number is assigned to the frame, and it is impossible to detect missing frames at the LAP layer level, and it is also impossible to set the serial number of the frame to be retransmitted. Yes. That is, in the case of transfer using a UI frame, the reliability of upper layer data at the LAP layer level is not guaranteed.

  (2) The IrLMP layer is a layer that provides a logical channel (LSAP: Link Service Access Point) for each application to an upper layer.

  As shown in FIG. 23, in the IrLMP layer on the frame transmission side, the data from the higher layer (TinyTP layer) and the IrLMP frame are arranged and the destination logical channel (DLSAP: Destination Link Service Access Point) ) And a source logical channel (SLSAP: Source Link Service Access Point) are arranged as an IrLMP header.

  On the other hand, the IrLMP layer on the frame receiving side determines which upper layer application data is by monitoring the DLSAP field of the received frame from the lower layer, and receives the received data from the corresponding upper layer application. Pass in-frame data.

  (3) The IrSMP layer divides and combines the upper layer data. As described above, since data transfer is performed using a UI frame in the IrLAP layer and retransmission control is not performed in the IrLAP layer, retransmission control is performed in the IrSMP layer.

  Specifically, in the IrSMP layer (hereinafter referred to as SMP (P)) of the primary station, after dividing the upper layer data to be less than or equal to the maximum data length of the lower layer UI frame, the divided data is arranged in a plurality of frames. , To LMP (P). At that time, a serial number, a batch transmission end flag, and a data end flag are added as an SMP header.

  FIG. 27A shows a frame format of the SMP frame in the case of IrSimple bi-directional communication.

  The sequence number is incremented by 1 for each frame. When an error occurs during communication, the SMP frame is transmitted again after renumbering the retransmission request serial number sent from the secondary station.

  The batch transmission end flag (BL: Block Last in the figure) continuously transmits SMP frames within the range that does not exceed the size of the secondary station reception buffer based on the reception buffer size notified from the secondary station at the time of connection. In this case, a value indicating the end of batch transmission (BL = 1 in the figure) is set at the time of final frame transmission. The secondary station monitors the serial number of the received frame and detects missing frames. When the secondary station receives a frame of BL = 1, if no frame omission or error is detected in the frames received up to that point, a flag (RS) indicating no error (RS: Receive Status) means no error (in the figure, RS = 1) and pass to the lower layer. If an error has occurred, set the serial number you want to resend to the serial number.

  The data end flag (DL: Data Last) is a flag indicating whether or not the last data of the upper layer data is included in the frame. If it is included, a value indicating that (DL = 1 in the figure) is set. In addition, the IrSMP layer (hereinafter referred to as SMP (S)) of the secondary station combines the received upper layer data with the OBEX layer (hereinafter referred to as OBEX (S)) that is the upper layer of the secondary station in advance. When received data is combined up to a predetermined data size, the combined data is passed to the upper layer.

  (4) The OBEX layer is a protocol for object exchange. When transmitting a file, the Put command is used for transmission. As described above, file transfer is performed by the Put command.

  On the file receiving side, in the method of the present invention, OBEX (S) returns a SUCCESS response only for the final Put command when receiving the Put command reception, and when receiving a non-final Put command, Do not send a response. In the OBEX layer of the primary station (hereinafter referred to as OBEX (P)), when a non-final Put command is transmitted, the next Put command is transmitted without waiting for a CONTINUE response from the secondary station, and the final Put command is transmitted. Only when it waits for a SUCCESS response from the secondary station, it determines whether the secondary station has successfully received data transmission by the Put command. As described above, it is possible to expect a reduction in the number of frames in the LAP layer by omitting the exchange of CONTINUE responses.

  Next, the flow of data transfer in bidirectional communication according to the method of the present invention will be described.

  When a file transmission request is generated in OBEX of the primary station, OBEX (P) passes a Put command as transmission data to TTP (P). In this description, it is assumed that the non-final Put command is composed of dataP0, dataP1, dataP2, and dataP3, and the final Put command is composed of dataP4, dataP5, dataP6, and dataP7. Since OBEX (P) does not wait for receiving a CONTINUE response to a non-final Put command, if there is an empty SMP (P) transmission buffer, it continuously passes the Put command to SMP (P).

  Receiving this, the SMP (P) divides the transmission data within the maximum data length of the lower layer LAP layer. In this description, SMP (P) is divided into dataP0, dataP1, dataP2, and dataP3. In SMP (P), Seq and BL are set in order to perform retransmission control. In this description, it is assumed that the SMP (P) recognizes that the size of the reception buffer obtained from the SMP (S) of the secondary station at the time of connection is the sum from dataP0 to dataP5, and the frames up to the dataP5. Are continuously transmitted, and BL is set to 1 when the dataP5 frame is transmitted. In this description, the size of the reception buffer is 6 frames, but it may be a value larger than this, for example, 128 frames (256 KB with the maximum data length of the LAP layer being 2 KB). In this case, BL = 1 (DL = 1) is set only during dataP7 frame transmission. The SMP frame to which the SMP header (DL, BL, SEQ) is added by SMP (P) is passed to LMP (P).

  In response to this, the LMP (P) adds an LSAP header and passes it to the LAP (P).

  In response to this, LAP (P) performs data transfer in the UI frame.

  In response to this, the LAP (S) passes the upper layer data in the UI frame to the LMP (S).

  In response to this, the LMP (S) removes the LSAP header and passes the upper layer data to the SMP (S).

  In response to this, the SMP (S) detects the missing SMP frame by monitoring the serial number, and combines the upper layer data with no missing frame. In this description, since the unit of the data size of the upper layer determined in advance with OBEX (S) is the size of the data obtained by combining dataP0 to dataP3, when the dataP3 is combined, Pass the combined data to. When a frame with DL = 0 and BL = 1 is received, no frame loss or error has been detected in the received frames so far, so no error flag RS is set to 1 and passed to the lower layer.

  In OBEX (S) that has received the received data from SMP (S), the received data is analyzed. In this description, since it is a non-final Put command, a CONTINUE response is not returned to the primary station.

  Further, the LMP (S) that has received the above-described SMP frame with RS = 1 adds an LSAP header and passes it to the LAP (S).

  Receiving this, the LAP (S) performs data transfer in the UI frame.

  Receiving this, LAP (P) passes the upper layer data in the UI frame to LMP (P).

  Receiving this, the LMP (P) removes the LSAP header and passes the upper layer data to the SMP (P).

  Receiving this, the SMP (P) recognizes that the previous batch transmission was normally performed because the RS field in the received frame is 1, and the remaining divided data dataP6 in the upper layer divided data. , DataP7 is transmitted. Further, when transmitting dataP7, BL = 1 and DL = 1 are notified that this frame is the final frame of the upper layer data.

  Receiving this, LMP (P) adds an LSAP header and passes it to LAP (P).

  Receiving this, LAP (P) performs data transfer in the UI frame.

  Receiving this, the LAP (S) passes the upper layer data in the UI frame to the LMP (S).

  Receiving this, the LMP (S) removes the LSAP header and passes the upper layer data to the SMP (S).

  Upon receiving this, the SMP (S) detects the missing frame by monitoring the serial number in the received frame, and for the frame having no error, combines the upper layer data in the frame and sets the combined data to the higher level. Pass to layer. Also, in this description, since the BL of the frame including dataP7 is 1 and the DL is 1, at this time, a frame for notifying the reception result in the SMP layer (a frame including RS) is transmitted. do not do.

  The OBEX (S) receiving this analysis analyzes the received data, and if the received data is recognized as the final Put command, generates a SUCCESS response if the previous received command is normal. To SMP (S).

  Receiving this, the SMP (S) sets the reception result (RS) in the above-mentioned SMP layer to 1, and passes it to the LMP (S) together with the upper layer data.

  Receiving this, the LMP (S) adds an LSAP header and passes it to the LAP (S).

  Receiving this, the LAP (S) performs data transfer in the UI frame.

  Receiving this, LAP (P) passes the upper layer data in the UI frame to LMP (P).

  Receiving this, the LMP (P) removes the LSAP header and passes the upper layer data to the SMP (P).

  Receiving this, the SMP (P) recognizes that the previous batch transmission has been normally performed because the RS field in the received frame is 1, and passes the upper layer data to OBEX (P).

  The OBEX (P) that has received this analyzes the received data and recognizes that the received data is a SUCCESS response. All the data transfer with the non-final Put command and the final Put command has been completed normally. You will recognize that.

  As described above, even when a UI frame is used in the IrLAP layer, it is possible to perform reliable communication by performing retransmission control in the SMP layer. Further, by using the UI frame, there is no limitation on the window size when using the I frame, and communication optimized for the reception buffer size of the secondary station can be performed.

  As described above, under the conditions of this description, the number of frames flowing through the communication path is 10, and communication with a smaller number of frames is possible compared to the communication using the I frame described above for conventional IrDA.

  In this description, the number of frames that can be collectively transmitted in the SMP layer is assumed to be 6, but this value is determined by the size of the transmission buffer of the primary station and the reception buffer of the secondary station for retransmission. Any number can be set as long as it allows, and communication with the maximum capability of the communication system can be realized. On the other hand, in communication using I frames, even if the primary station and secondary station each have a large number of buffers, the window size is limited (7 in LAP), improving communication efficiency. It is difficult to do.

3. Data Transfer Flow in IrSimple One-Way Communication FIG. 28 shows a data transfer flow in IrSimple one-way communication as an application example of the present invention. In the following description, it is assumed that the primary station and the secondary station support an IrLAP layer, an IrLMP layer, an IrSMP layer (Infrared Sequence Management Protocol), and an OBEX layer, respectively.

  (1) In the IrLAP layer, data transfer is performed using a UI frame (FIG. 22B). As described above, when the UI frame is used, there is no restriction on the window size. Therefore, when the I frame is used, it is possible to continuously transmit more frames than the number of frames 7 that can be continuously transmitted at a time. As a result, it is possible to expect a reduction in data transfer efficiency due to accumulation of time (Min Turn Around Time) that must be waited until transmission is started after frame reception.

  As shown in FIG. 22B, the Nr and Ns fields that existed in the I frame do not exist in the UI frame. This indicates that no serial number is assigned to the frame, and it is impossible to detect missing frames at the LAP layer level, and it is also impossible to set the serial number of the frame to be retransmitted. Yes. That is, in the case of transfer using a UI frame, the reliability of upper layer data at the LAP layer level is not guaranteed.

  (2) The IrLMP layer is a layer that provides a logical channel (LSAP: Link Service Access Point) for each application to an upper layer.

  In the IrLMP layer on the frame transmission side, the data from the higher layer (TinyTP layer) and the IrLMP frame are arranged, and the logical channel (DLSAP: Destination Link Service Access Point) and the logical source A channel (SLSAP: Source Link Service Access Point) is arranged as an IrLMP header.

  On the other hand, the IrLMP layer on the frame receiving side determines which upper layer application data is by monitoring the DLSAP field of the received frame from the lower layer, and receives the received data from the corresponding upper layer application. Pass in-frame data.

  (3) The IrSMP layer divides and combines the upper layer data. Further, as described above, data transfer is performed using a UI frame in the IrLAP layer, and the serial number is not assigned to the frame in the IrLAP layer. Therefore, the serial number is assigned to the frame in the IrSMP layer.

  Specifically, in the IrSMP layer (hereinafter referred to as SMP (P)) of the primary station, after dividing the upper layer data to be less than or equal to the maximum data length of the lower layer UI frame, the divided data is arranged in a plurality of frames. , To LMP (P). At that time, a serial number and a data end flag are added as an SMP header.

  FIG. 27B shows the frame format of the SMP frame in the case of IrSimple one-way communication.

  The sequence number is incremented by 1 for each frame. The secondary station monitors the serial number of the received frame and detects missing frames. If a missing frame or an error is detected, OBEX (S) is notified to that effect when it is detected.

  The data end flag (DL: Data Last) is a flag indicating whether or not the last data of the upper layer data is included in the frame. If it is included, a value indicating that (DL = 1 in the figure) is set. In addition, the IrSMP layer (hereinafter referred to as SMP (S)) of the secondary station combines the received upper layer data with the OBEX layer (hereinafter referred to as OBEX (S)) that is the upper layer of the secondary station in advance. When received data is combined up to a predetermined data size, the combined data is passed to the upper layer.

  (4) The OBEX layer is a protocol for object exchange. When transmitting a file, the Put command is used for transmission. As described above, file transfer is performed by the Put command.

  In addition, in the method of the present invention, the OBEX (S) does not return a response (a CONTINUE response and a SUCCESS response) to the Put command when receiving the Put command reception.

  In the OBEX layer of the primary station (hereinafter referred to as OBEX (P)), a response from the secondary station is not required when sending a Put command.

  Next, the flow of data transfer in one-way communication according to the method of the present invention will be described.

  When a file transmission request is generated in OBEX of the primary station, OBEX (P) passes a Put command as transmission data to TTP (P). In this description, it is assumed that the non-final Put command is composed of dataP0, dataP1, dataP2, and dataP3, and the final Put command is composed of dataP4, dataP5, dataP6, and dataP7. Since OBEX (P) does not wait for reception of a response to the Put command, if there is an empty space in the SMP (P) transmission buffer, the OBEX (P) continuously passes the Put command to SMP (P). OBEX (P) ends the data transfer by the Put command when it passes the final Put command to SMP (P).

  Receiving this, the SMP (P) divides the transmission data within the maximum data length of the lower layer LAP layer. In this description, SMP (P) is divided into dataP0, dataP1, dataP2, and dataP3. In SMP (P), a serial number (Seq) is set to detect missing frames at the secondary station. In addition, DL is set to 1 at the time of final data transmission in the upper layer. The SMP frame to which the SMP header (DL, SEQ) is added by SMP (P) is passed to LMP (P).

  In response to this, the LMP (P) adds an LSAP header and passes it to the LAP (P).

  In response to this, LAP (P) performs data transfer in the UI frame.

  In response to this, the LAP (S) passes the upper layer data in the UI frame to the LMP (S).

  In response to this, the LMP (S) removes the LSAP header and passes the upper layer data to the SMP (S).

  In response to this, the SMP (S) detects the missing SMP frame by monitoring the serial number, and combines the upper layer data with no missing frame. In this description, since the unit of the data size of the upper layer determined in advance with OBEX (S) is the size of the data obtained by combining dataP0 to dataP3, when the dataP3 is combined, Pass the combined data to. Further, when the DL = 1 frame is received, it is recognized that all the transmission data of the primary station OBEX has been received, and dataP4 to dataP7 are notified to the upper layer as received data.

  In response to this, OBEX (S) analyzes the received data. In this description, since the primary station does not require a response to the Put command, the CONTINUE response and the SUCCESS response are not returned to the primary station. When the final Put command is received, the data transfer by the Put command in OBEX is completed.

  As described above, in the one-way communication in the communication method of the present invention, although retransmission control cannot be performed, it is determined in advance between the primary station and the secondary station that a response to the Put command is not required in the OBEX layer. If this is done, communication can be performed without any problem. Further, by adding a serial number in the IrSMP layer, even when a UI frame without a serial number is used, it is possible to detect missing frames and appropriately notify the user of a reception error.

(Receiver processing when data end flag is received)
The processing of the receiver when receiving the data end flag will be described.

  FIG. 29 is a sequence diagram showing data transfer by an OBEX Put command in which OBEX exists as an upper layer.

  In FIG. 29, the transmitter transmits data0 to data3 in a lump by a Put Final command indicating that the last of the OBEX data is included. When transmitting a frame including data 3 that is the final data of the Put Final command, the batch transmission end flag is set to 1 and the data end flag is also set to 1.

  On the other hand, when the receiver receives a frame with the batch transmission end flag and the data end flag set to 1, the receiver passes the received data to the upper layer. As a meaning, reply. After that, in the receiver, the lower layer receives a notification of a SUCCESS response indicating successful reception from the upper layer OBEX. However, at the time of receiving the notification, the receiver does not have the transmission right, and therefore the transmission is suspended.

  Next, the transmitter receives a frame indicating that there is no error in the error-free flag, and recognizes that the receiver has been able to communicate without error. However, since the transmitter must receive a SUCCESS response from the opposite station, the transmitter again Send the frame to pass the right to send. In FIG. 29, since there is no data to be transmitted from the transmitter at this time, the batch transmission end flag is set to 1, no data is arranged in the user data area (data = NULL), and the frame is transmitted. ing.

  Next, when the receiver receives this, it transmits a SUCCESS response whose transmission has been suspended.

  Thereafter, the transmitter receives this, and passes the received data (SUCCESS response) to the upper layer OBEX, whereby the communication at the upper layer OBEX level is completed.

  Here, an example of communication in which a frame including an error-free flag and a frame including SUCCESS are collectively transmitted under the same conditions as described above will be described.

  FIG. 30 is a sequence diagram illustrating a communication example in which the receiver collectively transmits a frame including an error-free flag and a frame including SUCCESS.

  As shown in FIG. 30, in the receiver, when the frame transmission end flag and the data end flag are received, the lower layer passes the received data to the upper layer and immediately sets the no error flag as no error. Without generating or transmitting a frame, the lower layer waits for a SUCCESS response from the upper layer, and arranges and transmits the aforementioned error-free flag and SUCCESS response together in one frame.

  By doing so, as shown in FIG. 29, after the receiver transmits a frame including only the error-free flag, it is not necessary for the transmitter to transmit a frame for transmission right transfer. Further, in the receiver, after the upper layer generates a SUCCESS response transmission request, the lower layer can immediately transmit the SUCCESS frame, so that communication efficiency can be improved. In addition, the frame for transmission right transfer is eliminated, and it is not necessary to consider the processing of errors occurring in the frame for transmission right transfer, so that the processing can be simplified.

  Subsequently, each embodiment of the communication system according to the present invention is based on FIGS. 1 to 8 and FIGS. 31 to 67 (however, FIGS. 52, 53, 58, and 59 are explanatory diagrams of the prior art). It is as follows. That is, the present invention is a communication system having a primary station and a secondary station, such as image data, document data, etc., which represent a certain amount of information in a predetermined capacity and transmit / receive transfer data to be transferred. Applicable to. Here, the predetermined data capacity is variable depending on the transfer data.

  In each of the following embodiments, the present invention will be described by taking as an example a transfer method (transmission method) compliant with IrDA for transferring transfer data by infrared rays.

[First embodiment]
The transfer data transfer system (communication system) according to the first embodiment of the present invention will be described below with reference to FIGS. Note that the terms (including members and functions) defined in other embodiments are used in accordance with the definitions in this embodiment unless otherwise specified.

  FIG. 1 is a block diagram showing a configuration of a primary station in the present embodiment. As shown in FIG. 1, the primary station (transmitting apparatus) 1 includes a CPU 11, a memory 12, a controller 13, a transmitter 14, and a receiver 15.

  The CPU 11 performs predetermined arithmetic processing in accordance with a user instruction input to an operation unit (not shown). The predetermined calculation process includes a transfer data transfer process. When receiving the transfer data transfer instruction from the operation unit, the CPU 11 stores the transfer data to be transferred in the memory 12 and issues a transfer request to the controller 13. When the CPU 11 receives a transmission end notification indicating the end of transmission of transfer data from the controller 13, the CPU 11 completes the transfer process.

  The memory 12 temporarily stores transfer data to be transferred, and the transfer data is written by the CPU 11. The controller 13 controls transfer of transfer data in response to a transfer request from the CPU 11, and notifies the CPU 11 of the analysis result of the received frame. The controller 13 includes a control unit 131, a transmission frame generation unit 132, and a reception frame analysis unit 133.

  The transmission frame generation unit 132 includes a data reading unit 1321, a frame serial number addition unit (serial number addition unit) 1322, a transmission right delegation flag addition unit (transmission right delegation flag addition unit) 1323, a frame construction unit 1324, and an error detection or correction. A code adding unit 1325 is provided.

  The reception frame analysis unit 133 includes a retransmission request determination unit 1331 and a frame serial number extraction unit 1332.

  Upon receiving a transfer request from the CPU 11, the control unit 131 issues a data read request to the data reading unit 1321, notifies the frame serial number adding unit 1322 of the serial number, and sends the transmission right delegation flag adding unit 1323 to the partner station. Notification of whether or not to delegate the transmission right. At this time, the control unit 131 controls the frame length and the frame interval by controlling the data length read by the data reading unit 1321 and the reading interval. Note that the control unit 131 controls the frame length to be equal to or less than the maximum frame length obtained from the data capacity that can be detected by an error detection or correction code addition unit 1325 described later.

  In addition, the control unit 131 detects that all frames corresponding to the transfer data read from the memory 12 have been transmitted from the transmitter 14, and sends a transmission end notification to the CPU 11 indicating that the transmission of the transfer data has ended. send.

  The frame constructing unit 1324 is based on the data received from the data reading unit 1321, the frame serial number notified from the frame serial number adding unit 1322, and the information on whether or not to perform the transmission right delegation notified from the transmission right delegation flag adding unit 1323. Generate a frame. The transfer rate of the frame generated by the frame construction unit 1324 is controlled by the control unit 131.

  The frame construction unit 1324 sequentially sends the generated frames to the error detection or correction code addition unit 1325. At this time, the frame construction unit 1324 sets the time interval between the frames to the frame interval received from the control unit 131.

  The error detection or correction code addition unit 1325 adds an error detection code (or correction code) to the frame generated by the frame construction unit 1324 and sends the frame to the subsequent transmitter 14. The error detection or correction code adding unit 1325 includes the error detection code (or correction code) in the FCS in the frame.

  The error detection code is, for example, a cyclic code such as a CRC (Cyclic Redundancy Check) code, and the correction code is, for example, a BCH code such as a parity check code, a Hamming code, or a Reed-Solomon code. The CRC code is set with, for example, 4 bytes, and the data capacity is limited so that it can be detected with the 4 bytes.

  The transmitter 14 transmits a plurality of frames received from the controller 13 to the outside at predetermined time intervals via the infrared communication path. Further, the receiver 15 sequentially sends the response frames received from the secondary station to the received frame analysis unit 133 in the controller 13.

  The received frame analysis unit 133 determines whether the frame received from the receiver 15 is requested by the retransmission request determination unit 1331 and the frame serial number extraction unit 1332 to be retransmitted by the secondary station and which frame has an error. By extracting the number, the control unit 131 is notified.

  Here, the control unit 131 notifies the CPU 11 whether or not there is an error in the transmitted frame, and if there is an error, which frame has an error.

  The CPU 11 instructs the secondary station to transfer the transmission right from the secondary station to the primary station so that a predetermined number of frames can be transmitted to the secondary station again if no error has occurred. I will go. In this way, the same procedure is repeated until all the file data has been transmitted.

  When a notification that an error has occurred is received, the number of frames transmitted until the transmission right is transferred is transmitted again in the same procedure as described above. Here, when the CPU 11 receives a notification of a frame number in which an error has occurred, the CPU 11 may perform retransmission from that number frame.

  Next, the secondary station of this embodiment will be described with reference to FIG. FIG. 2 is a block diagram showing the configuration of the secondary station. As shown in FIG. 2, the secondary station (reception device) of the present embodiment includes a CPU 21, a memory 22, a controller 23, a receiver 24, and a transmitter (transmission means) 25. .

  The receiver 24 receives the frame transmitted from the primary station via the infrared communication path, and sends the received frame to the controller 23. The controller 23 performs predetermined control processing based on the frame received from the receiver 24. The controller 23 includes a control unit 231, a frame processing unit 232, an error detection or correction circuit 233, an error frame number holding unit 234, a response frame generation unit (response frame generation means) 235, and an error detection or correction code addition unit 236. Yes.

  The frame processing unit 232 receives the frame from the receiver 24 and extracts a data field, a transmission right transfer flag, a frame serial number, and an FCS part. That is, the frame processing unit 232 extracts the information included in the data field of the frame received by the receiver 24, the transmission right delegation flag, the frame serial number of the received frame, and the error detection code (or correction code) for the information. To do. The frame processing unit 232 sends the extracted information and error detection code (or correction code) to the control unit 231, the error detection or correction circuit 233, and the error frame number holding unit 234.

  For example, when receiving the frame, the frame processing unit 232 extracts transmission data, a transmission right transfer flag, a frame serial number, and an error detection code (or correction code) included in the frame, and extracts the extracted transmission data, transmission right The delegation flag, the frame serial number, and the error detection code (or correction code) are sent to the control unit 231, the error detection or correction circuit 233, and the error frame number holding unit 234. The error detection or correction circuit 233 performs error detection (or correction) on the received information and sends the result to the control unit 231 and the error frame number holding unit 234.

  The control unit 231 performs predetermined processing according to the result sent from the error detection or correction circuit 233. That is, when the result from the error detection or correction circuit 233 indicates that there is no error (error) in the received data, the control unit 231 writes the received data in the memory 22 and notifies the CPU 21 of the reception completion. Do.

  On the other hand, when the result from the error detection or correction circuit 233 indicates that there is an error in the received data, the control unit 231 discards the received data and the frame in which the error has occurred from the error frame number holding unit 234. The number is read, and the CPU 21 is notified of the reception error and the number of the frame in which the error has occurred. In addition, the control unit 231 also notifies whether or not the transmission right has been transferred based on the transmission right transfer flag extracted by the frame processing unit 232.

  In the memory 22, the receiver 24 stores the received data, and the received data with no error is written by the control unit 231.

  The CPU 21 performs processing according to the notification from the control unit 231. In other words, when receiving a notification that the transmission right of the control unit 231 has been transferred, if there is no error in all the frames received up to that point, it is determined based on all received data stored in the memory 22. The received data is post-processed, and the control unit 231 is notified of transmission to the effect that a response frame indicating that all frames have been normally received is returned to the primary station. In addition, when receiving a notification that the transmission right has been transferred from the control unit 231, or when receiving a notification that an error has occurred in a frame received so far, Therefore, a transmission notification to request retransmission is made. At this time, the frame number of the frame in which the error has occurred is also notified.

  When receiving a transmission request from the CPU 21, the control unit 231 notifies the response frame generation unit 235 that a response frame is generated. Here, information on whether or not there is an error in the received frame and notification of the frame number of the error frame when there is an error are also performed.

  The response frame generation unit 235 generates a response frame based on the notification from the control unit 231 and sends the frame to the error detection or correction code addition unit 236. The error detection or correction code addition unit 236 adds an error detection or correction code to the frame generated by the response frame generation unit 235 and sends the frame to the transmitter 25. The transmitter 25 transmits the frame received from the error detection or correction code adding unit 236 to the outside via the infrared communication path.

  FIG. 3 shows a frame serial number in the UI frame and a response frame to the UI frame, a flag indicating whether or not to transfer the transmission right to the other station, and whether there has been an error or a missing frame in the frames received so far. A frame configuration when a flag indicating is given is shown. However, the frame configuration shown here is an example, and the present invention is not limited to this.

  Here, a 3-byte parameter is added to the UI frame and the response frame to the UI frame, a flag indicating whether or not the transmission right is delegated to the other station, and whether or not there is an error in the received frame used by the secondary station The flag and the remaining 22 bits are composed of a frame serial number.

  Hereinafter, it is assumed that a flag indicating whether or not to transfer the transmission right to the other station is BL, a flag indicating whether or not there is an error in the received frame used by the secondary station is RS, and a serial number of the frame is S. The following describes how data transfer is performed between the primary station and the secondary station using this frame configuration.

  The procedure of data transfer processing in the primary station and the secondary station will be described with reference to the signal sequence diagrams of FIGS. FIG. 4 shows a case where no error has occurred for all received data in bidirectional communication.

  First, in the primary station, upon receiving a transfer instruction from the operation unit, the CPU 11 stores transfer data to be transferred in the memory 12 and outputs a transfer request to the controller 13. Here, it is assumed that the transmission right is transferred to the secondary station in units of n frames. In addition, S, BL, and RS shown in FIG. 4 and FIG. 5 are a frame serial number, a flag indicating whether transmission right is delegated, and a flag indicating whether retransmission is necessary, respectively.

  First, the primary station transmits n frames (serial numbers from S = 0 to S = n−1) to the secondary station via the infrared communication path. Here, since the transmission right is delegated in units of n frames, the frame is transmitted with BL = 1 for the frame of S = n−1.

  The secondary station sequentially receives frames S = 0 to S = n−1 transmitted by the primary station. If there is no error in the n frames received thereafter and the reception is completed, the response to the primary station with RS = 1 to indicate that there is no error in the received frame and no retransmission is required. Send a frame.

  When the primary station receives a response frame indicating that the n frames transmitted from the secondary station have been normally received, the primary station performs the same process as described above. The secondary station also performs the same process as described above, and the CPU that has received a reception completion notification without any error in all received frames performs a predetermined received data post-process based on the received data.

  Next, the procedure of data transfer processing in the primary station and the secondary station will be described with reference to the signal sequence diagram of FIG. FIG. 5 shows a case where an error occurs during frame communication in bidirectional communication.

  Here, it is assumed that the transmission right is transferred to the secondary station in units of n frames. Similarly to FIG. 4, S, BL, and RS are a frame serial number, a flag indicating whether transmission right is to be delegated, and a flag indicating whether retransmission is necessary, respectively.

  First, the primary station transmits n frames (serial numbers from S = 0 to S = n−1) to the secondary station via the infrared communication path. Here, since the transmission right is delegated in units of n frames, the frame is transmitted with BL = 1 for the frame of S = n−1.

  Here, it is assumed that the secondary station detects that there is no error for frame 0 and there is an error for frame 1. When the secondary station receives a frame whose delegation of transmission right from the primary station means delegation, the secondary station transmits a frame with the flag denoting that an error has occurred in the received frame enabled. I do. The primary station receives a frame indicating that an error has occurred from the secondary station, detects that an error has occurred, and retransmits the frame in which the error has occurred.

[Second Embodiment]
In the present embodiment, a modification of the first embodiment will be described. Note that the terms (including members and functions) defined in other embodiments are used in accordance with the definitions in this embodiment unless otherwise specified.

  In the first embodiment, the primary station is configured to delegate the transmission right with the secondary station every n frames. However, here, at the time of connection establishment performed in the IrDA communication method, at the time of connection establishment, A field indicating the number of frames that can be transmitted / received at one time for each of the connection request frame transmitted from the local station as the primary station and the connection response frame transmitted from the partner station as the secondary station to the local station. Explains the case where the number of frames is exchanged, the optimum number of frames is calculated by referring to the number of frames that can be received at one station at a time by each station, and the transmission right is delegated according to the number of frames. Do. The number of frames can be set to an arbitrary number.

  In the IrDA communication system, the primary station requests the secondary station to establish a data transfer state, and first transmits an SNRM frame. The secondary station that has received the message returns a DM frame if communication is impossible, and returns a UA frame indicating consent to the primary station if communication is possible. The SNRM frame, DM frame, and UA frame are all in the form of a U frame. When the secondary station returns the UA frame, the data transfer state is established between both stations, and data transfer becomes possible.

  In the present embodiment, a connection is established by adding a parameter indicating the retransmittable data size of the own station to the SNRM frame or UA frame.

  According to the above configuration, since transmission rights are always delegated for each number of frames supported between the primary station and the secondary station, frame exchange according to the memory capacity installed in each station is performed. It can be carried out.

  FIG. 6 is a block diagram showing a configuration of a transmission / reception circuit used in the communication system according to the present embodiment. As shown in FIG. 6, the transmission / reception circuit of the present embodiment includes a CPU 61, a controller 62, a transmitter 63, and a receiver 64.

  The CPU 61 issues a connection request to the controller 62 when receiving a connection instruction with the other station of the user input to an operation unit (not shown). The controller 62 controls connection processing in response to a connection request from the CPU 61. The controller 62 includes a control unit 621, a transmission frame generation unit 622, and a reception frame analysis unit 623.

  The transmission frame generation unit 622 includes a connection establishment frame generation unit 6221 and a retransmittable frame number addition unit 6222. Receiving the connection request and the number of retransmittable frames from the CPU 61, the control unit 621 requests the connection establishment frame generation unit 6221 to generate a connection request frame, and notifies the retransmittable frame number addition unit 6222 from the CPU 61. The number of retransmittable frames received is notified.

  The connection establishment frame generation unit 6221 generates a connection request frame, and the retransmittable frame number adding unit 6222 adds a field indicating a retransmittable frame to the generated connection request frame and sends the frame to the transmitter 63. The transmitter 63 transmits the frame received from the transmission frame generation unit 622 through the infrared communication path.

  In this transmission / reception circuit, after transmitting the connection request frame, the receiver 64 receives a connection response frame from the secondary station that is the counterpart station. The receiver 64 that has received the connection response frame sends the received frame to the received frame analysis unit 623 in the controller 62.

  The reception frame analysis unit 623 includes a frame analysis unit 6231 and a retransmittable frame number detection unit 6232. The frame analysis unit 6231 analyzes the received frame and notifies the control unit 621 of the response result of the counterpart station in response to the connection request of the local station.

  The retransmittable frame number detection unit 6232 extracts a field indicating the number of retransmittable frames from the received frame and notifies the control unit 621 of the field.

  The control unit 621 can know the maximum number of retransmittable frames in both stations by comparing the notification result from the received frame analysis unit 623 and the number of retransmittable frames of the own station, and notifies the CPU 61 of the result. To do.

  When the CPU 61 receives the result and performs the data transfer, the transmission right to the other station is delegated by the method described in the first embodiment for each maximum number of retransmittable frames in both stations. It will be good.

  Also, here, the procedure until the primary station knows the maximum number of retransmittable frames of both stations has been described. Similarly, the secondary station also determines the number of retransmittable frames in the connection request frame received from the primary station and Since the maximum number of retransmittable frames of both stations can be known by comparing the number of retransmittable frames of the stations, the description is omitted here.

  FIG. 7 shows a frame configuration when a parameter indicating the retransmittable data size of the own station is added to the SNRM frame or UA frame. However, the frame configuration shown here is an example, and the present invention is not limited to this.

  Here, a 1-byte parameter is added, and each bit indicates its own retransmittable data size. Each station sets all the bits indicating the data size supported by its own station to 1 and exchanges frames. I do. In the example shown here, bit 0 means 1 byte, bit 1 means 2 bytes, bit 2 means 3 bytes, bit 3 means 4 bytes, bit 4 means 8 bytes, bit 5 means 16 bytes, bit 6 means 32 bytes, bit 7 means 64 bytes To do.

  In both stations, the transmission right of the frame may be delegated within the receivable data size of the opposite station obtained from the parameters of the opposite station based on the received frame.

  FIG. 8 is a signal sequence diagram showing frame exchange in the embodiment of the present invention. Here, it is assumed that the primary station has a retransmittable data size of 4 bytes, and the secondary station has 3 bytes. Since the retransmittable data size is 4 bytes in the primary station, in the frame configuration shown in FIG. 7, the data “00001111” is added to the SNRM frame and the SNRM frame is transmitted.

  Further, since the retransmittable data size is 3 bytes in the secondary station, in the frame configuration shown in FIG. 7, data “00000111” is attached to the UA frame and the UA frame is transmitted. In the primary station, it can be seen that the maximum receivable data size of the secondary station is 3 bytes. Therefore, in the transmission of subsequent frames, the primary station uses 3 frames by using the method described above in the first embodiment. Delegate the transmission right to the other station each time it transmits.

[Third embodiment]
The data transfer system (communication system) according to the third embodiment relates to a system that performs communication using each hierarchical communication protocol. Note that the terms (including members and functions) defined in other embodiments are used in accordance with the definitions in this embodiment unless otherwise specified.

  The data transfer system according to the present embodiment will be described below with reference to FIGS.

  FIG. 12 is a block diagram showing a configuration of a station (primary station (transmitting apparatus) or secondary station (receiving apparatus)) in the present embodiment. FIG. 13 shows a protocol stack of the data transfer system according to the present invention. In FIG. 13, the function of the present embodiment is realized by a communication protocol layer located in the TinyTP layer of the IrDA protocol stack, and the communication protocol layer is hereinafter referred to as an SMP (Sequence Management Protocol) layer. Of course, the protocol stack for realizing the communication system according to the present invention is not limited to this.

  As shown in FIG. 12, the station 12 that is a primary station or a secondary station includes an application layer processing unit 121, an OBEX layer processing unit 122, an SMP layer processing unit 123, an IrLMP layer processing unit 124, and an IrLAP layer process. Unit 125, transmitter 126, and receiver 127.

  The application layer processing unit 121, the OBEX layer processing unit 122, the SMP layer processing unit 123, the IrLMP layer processing unit 124, and the IrLAP layer processing unit 125 each have a plurality of types having a hierarchical structure in this order. It is a block that realizes the function of the communication protocol.

  The function of each block when the request frame is transmitted to the secondary station in the primary station will be described as follows.

  The application layer processing unit 121 notifies (controls) the OBEX layer processing unit 122 to issue a request frame for communication with the outside in response to a user instruction input to an operation unit (not shown). To do. In addition, when the application layer processing unit 121 receives notification from the OBEX layer processing unit 122 that a response frame has been received, the application layer processing unit 121 performs predetermined processing according to the received response frame.

  The OBEX layer processing unit 122 notifies (controls) to generate a request frame and issue a request frame to the SMP layer processing unit 123 in response to a request from the application layer processing unit 121. Also, upon receiving the response frame from the SMP layer processing unit 123, the reception result is notified to the application layer processing unit 121.

  The SMP layer processing unit 123 includes a control unit 1231, a transmission frame generation unit 1232, and a reception frame analysis unit 1233.

  The transmission frame generation unit 1232 includes a response frame request flag addition unit 12321, a frame serial number addition unit (serial number addition unit) 12322, a transmission right delegation flag addition unit (transmission right delegation flag addition unit) 12323, and a retransmission request flag. An addition unit (response frame generation means) 12324 and a frame construction unit 12325 are provided.

  The received frame analysis unit 1233 includes a response frame request flag determination unit 12331, a frame serial number analysis unit 12332, a transmission right transfer flag determination unit 12333, a retransmission request determination unit 12334, and an upper layer data extraction unit 12335.

  Upon receiving a transfer request from the OBEX layer processing unit 122, the control unit 1231 notifies the frame serial number adding unit 12322 of the transmission frame serial number, and determines whether or not to delegate the transmission right to the transmission right delegation flag addition unit 12323 to the other station. Notification of. Further, the control unit 1231 controls the response frame request flag adding unit 12321 according to whether or not the transfer request from the OBEX layer processing unit 122 requests a response frame. In this embodiment, since the retransmission request is not performed in the primary station, retransmission request flag adding section 12324 does not need to perform any particular control. When the primary station makes a retransmission request, retransmission request flag adding section 12324 adds a retransmission request flag.

  In the frame construction unit 12325, whether or not the upper layer notified of the request frame received from the OBEX layer processing unit 122 from the response frame request flag adding unit 12321 requires a response frame for the transmission frame is determined. Information indicating the frame serial number notified from the frame serial number adding unit 12322, information indicating whether or not to perform transmission right notification notified from the transmission right delegation flag adding unit 12323, and a retransmission request flag adding unit 12324 Header information is generated on the basis of information indicating whether or not a retransmission request is to be made (however, the primary station does not make a retransmission request and is always a fixed value), and the header information is added to construct a frame. Then, the frame constructing unit 12325 outputs the constructed frame to the IrLMP layer processing unit 124 that is a lower layer.

  The IrLMP layer processing unit 124 adds predetermined header information to the received request frame, generates a frame, and outputs the frame to the IrLAP layer processing unit 125 which is a lower layer.

  Similarly, the IrLAP layer processing unit 125 generates a frame by adding predetermined header information to the received request frame, and outputs the frame to the transmitter 126.

  The transmitter 126 transmits a plurality of frames received from the IrLAP layer processing unit 125 to the outside at predetermined time intervals via the infrared communication path.

  Next, the operation of each block at the time of receiving a response frame transmitted from the secondary station in the primary station will be described as follows.

  When the receiver 127 receives the response frame transmitted from the secondary station via the infrared communication path, the receiver 127 outputs the received response frame to the IrLAP layer processing unit 125.

  Each of the IrLAP layer processing unit 125 and the IrLMP layer processing unit 124 analyzes header information from the received response frame, performs predetermined processing based on the header information, removes the header information, and sends a response frame to the upper layer. Will be passed.

  The SMP layer processing unit 123 receives a response frame from the lower layer IrLMP layer processing unit 124, and the received frame analysis unit 1233 analyzes the response frame.

  The transmission right delegation flag determination unit 12333 refers to a BL (described later) bit of the received frame, and notifies the control unit 1231 of the determination result as to whether or not the transmission right is transferred.

  The retransmission request determination unit 12334 refers to an RS (described later) bit of the received frame, and notifies the control unit 1231 of a determination result as to whether or not a retransmission request from the partner station has been made.

  In addition, frame serial number analysis unit 12332 extracts the frame number from the received frame and outputs it to control unit 1231.

  The control unit 1231 receives the notification of the determination result from the retransmission request determination unit 12331, and performs retransmission from the frame of the serial number notified from the frame serial number analysis unit 12332 when the counterpart station requests retransmission. The transmission frame generation unit 1232 is controlled. When the determination result from the retransmission request determination unit 12331 indicates that the counterpart station does not request retransmission, frames that have not been transmitted are sequentially transmitted.

  Further, the upper layer data extraction unit 12335 removes the SMP layer header information from the frame received from the lower layer (here, the IrLMP layer processing unit 124), and sends data to the upper layer (here, the OBEX layer processing unit 122). Is output.

  In this way, the primary station performs data transfer to the secondary station according to the above procedure until the transfer data is completely transmitted.

  Next, the operation of each block at the time of receiving a request frame transmitted from the primary station in the secondary station will be described as follows.

Similarly to the primary station, the receiver 127 also receives a request frame transmitted from the primary station at the secondary station, and the IrLAP layer processing unit 125 and the IrLMP layer processing unit 124 analyze header information and remove header information, respectively. The request frame is passed to the upper layer.
In the SMP layer processing unit 123, when a request frame is passed from the IrLMP layer processing unit 124,
The received frame analysis unit 1233 analyzes the received frame.

  The frame serial number analysis unit 12332 extracts the frame serial number from the received frame, checks the serial number of the received frame, and notifies the control unit 1231 of the determination result of whether it is normal or abnormal (such as missing frame). . In addition, when there is an abnormality, the control unit 1231 is notified of the serial number of the frame in error (the frame number to be retransmitted).

  Also, the transmission right delegation flag determination unit 12333 refers to a BL (described later) bit of the received frame, and notifies the control unit 1231 of a determination result as to whether or not transmission right is transferred.

  The response frame request flag determination unit 12331 refers to a DL (described later) bit of the received frame, and notifies the control unit 1231 of a determination result as to whether or not the DL bit requests an upper layer response frame.

  The control unit 1231 generates a transmission frame when the determination result indicates that the transmission right is delegated from the partner station based on the determination result notified from the transmission right delegation flag determination unit 12333. Control (notify) the unit 1232 to generate and transmit a response frame.

  At this time, if a frame serial number error has occurred based on the analysis result of the frame serial number analysis unit 12332, the control unit 1231 sets a flag to indicate that a retransmission request is to be sent to the retransmission request flag addition unit 12324. The frame serial number adding unit 12322 is notified of the frame serial number in which the error notified from the frame serial number analyzing unit 12332 has occurred.

  If the analysis result of the frame serial number analysis unit 12332 indicates that no error has occurred, the control unit 1231 does not make a retransmission request to the retransmission flag addition unit 12324 and completes reception normally. To set a flag to indicate that

  However, in the control unit 1231, when the determination result of the response frame request flag determination unit 12331 indicates that an upper layer response frame is requested, the OBEX layer processing unit 122 completes the preparation of the response frame. When the response frame is not sent back and the notification that the preparation of the response frame is completed is received from the OBEX layer processing unit 122, the transmission frame generation unit 1232 is instructed to generate the response frame. The transmission frame generation unit 1232 constructs a frame by adding predetermined header information to the response frame received from the OBEX layer processing unit 122, and outputs the frame to the IrLMP layer processing unit 124 which is a lower layer.

  Alternatively, the response frame may be generated and transmitted by the SMP layer processing unit 123 before the OBEX layer processing unit 122 completes preparation of the response frame. However, in this case, the control unit 1231 controls the transmission right delegation flag adding unit 12323 not to transfer the transmission right to the primary station, and controls to generate a transmission frame. Then, when the notification that the preparation of the response frame is completed is received from the OBEX layer processing unit 122, the transmission frame generation unit 1232 is instructed to generate the response frame. At this time, the transmission right delegation flag adding unit 12323 is controlled to set a flag so that the transmission right is delegated to the primary station. The transmission frame generation unit 1232 constructs a frame by adding predetermined header information to the response frame received from the OBEX layer processing unit 122, and outputs the frame to the IrLMP layer processing unit 124 which is a lower layer.

  The transmission frame generation unit 1232 generates a response frame in accordance with the control from the control unit 1231, and outputs the generated response frame to the IrLMP layer processing unit 124 that is a lower layer.

  In this way, the secondary station transmits a response frame to the request frame from the primary station every time the transmission right is transferred from the primary station.

  FIG. 14 shows a UI frame and a response frame to the UI frame, a serial number of the frame, a flag indicating whether or not to delegate the transmission right to the other station, and whether or not there has been an error or a missing frame in the received frame so far And a flag configuration when a flag indicating whether or not the higher layer of the primary station requests a response frame for the request frame is shown. However, the frame configuration shown here is an example, and the present invention is not limited to this.

  Here, a 3-byte header is added to the UI frame and the response frame to the UI frame, a flag indicating whether or not the transmission right is delegated to the other station, and the upper layer of the primary station requests a response frame for the request frame. A flag indicating whether or not there is an error in a received frame used by the secondary station, and the remaining 21 bits are configured as a serial number of the transmission frame.

  Hereinafter, a flag indicating whether the upper layer of the primary station requests a response frame for the request frame is DL, a flag indicating whether the transmission right is delegated to the other station is BL, and reception used by the secondary station It is assumed that a flag indicating whether or not there is an error in the frame is RS and the serial number of the frame is S.

  Hereinafter, how data is transferred between the primary station and the secondary station configured according to the present embodiment using this frame configuration will be described with reference to FIG.

  FIG. 15 shows a case where no error has occurred for all received data in bidirectional communication.

  First, in the primary station, a request frame transfer request is notified from the application layer processing unit 121 in response to a user instruction input to an operation unit (not shown), and the OBEX layer processing unit 122 sends a request to the lower layer SMP layer. Request frame.

  Here, it is assumed that the transmission right is transferred to the secondary station in units of n frames. In addition, S, DL, BL, and RS shown in FIG. 15 are each a frame serial number, a flag indicating whether or not the upper layer of the primary station requests a response frame for the request frame, and whether or not to delegate the transmission right And a flag indicating whether or not to make a retransmission request.

  The SMP layer divides the transfer data delivered from the OBEX layer, which is an upper layer, into a predetermined data size, attaches a serial number, and outputs the data to the IrLMP layer, which is a lower layer. Here, since the transmission right is delegated in units of n frames, the frame of S = n−1 sets BL = 1 and outputs data to the lower layer.

  The IrLMP layer and the IrLAP layer, which are lower layers of the SMP layer, sequentially add headers to the frames received from the SMP layer, and transmit the frames to the secondary station via the infrared communication path.

  On the other hand, the secondary station receives a frame from the primary station via the infrared communication path. The secondary station sequentially analyzes the header information from the received frames in the IrLAP layer and the IrLMP layer, which are lower layers of the SMP layer, removes the header information, and outputs data to the upper layer.

  The SMP layer receives a frame from the IrLMP layer, which is a lower layer, and analyzes header information (here, 3 bytes) of the received frame. Based on the frame serial number in the header information, it is checked whether an error such as missing frame has occurred. If no error has occurred, the header information is removed, and the OBEX layer (upper layer) sequentially Pass data. However, for the frame of S = n−1, since BL = 1 and DL = 0, the transmission right is delegated from the primary station, and the response of the OBEX layer, which is an upper layer, is not necessary. The SMP layer transmits a response frame with RS = 1 to mean that there is no error in the received n frames and that retransmission is not necessary.

  When the primary station receives the response frame indicating that the n frames transmitted from the secondary station have been normally received, the primary station performs the same process as described above and transmits the next n frames. Similarly, when the secondary station receives the next n frames and receives a BL = 1 frame (S = m−1 in the figure), it indicates that the n frames have been received normally. A response frame is returned to the primary station.

  In this way, the primary station performs frame transmission while sequentially delegating the transmission right to the secondary station every n frames, but in the final frame of transfer data, BL = 1 and DL = 1 are set as the primary station. Transmission is performed such that the upper layer of the station requests a response frame to the request frame. Here, the DL bit is used as a flag to indicate that the upper layer of the primary station is requesting a response frame for the request frame, but it can also be used in combination with other meaning flags. is there. For example, in the case of the example shown in FIG. 15, it can be handled as a flag indicating the last frame of the transfer data.

  The SMP layer of the secondary station that has received the frame with BL = 1 and DL = 1 notifies the OBEX layer, which is the upper layer, because DL = 1 that the response frame for the received request frame is requested. I do. The OBEX layer receives the notification from the SMP layer and has successfully received all data. Therefore, the OBEX layer sends a response frame request to the SMP layer and passes the response frame. The SMP layer receives the response frame transmission request from the OBEX layer, sets header information (here, RS = 1 to indicate that retransmission is not required, BL = 1, to the response frame passed from the OBEX layer, DL = 1) is added, and the data is passed to the lower layer, the IrLMP layer. The lower layer, the IrLMP layer and the IrLAP layer, add predetermined header information to the data passed from the upper layer, and pass the response frame to the lower layer. The IrLAP layer passes the infrared communication path through the infrared communication path. A response frame is transmitted to the primary station.

  The primary station that has received the response frame transmitted from the secondary station sequentially analyzes and removes the header information from the lower layer, and passes the data to the upper layer. Then, the OBEX layer, which is the upper layer of the SMP layer, receives the OBEX response frame transmitted from the secondary station, and the upper layer of the SMP layer of the primary station can recognize that the data transfer has been normally completed.

  FIGS. 16 and 17 are signal sequence diagrams showing a data transfer procedure when an authentication request is issued from an upper layer at the time of authentication or the like.

  As shown in FIG. 16, when the header information of DL = 0 and BL = 1 is added in the SMP layer to the authentication frame delivered from the upper layer and the data is transferred to the secondary station Since the secondary station receives the frame BL = 1 and the transmission right is delegated from the primary station and DL = 0, the response is returned without waiting for a response from the upper layer. Since the response frame of the upper layer of the next station cannot be returned, the authentication is not completed between the two stations.

  On the other hand, in the configuration according to the present embodiment, when DL = 1 and an authentication frame is transmitted to the secondary station, since the DL = 1 in the SMP layer of the secondary station, the higher layer is ready for the response frame At this point, the header information is added to the response frame passed from the upper layer and the response frame is returned to the authentication frame, so that the authentication between the upper layers between the two stations is completed.

  Also, as shown in FIG. 17, when a packet with DL = 1 and BL = 1 is received, the SMP layer is requested to respond to the request frame received with respect to the OBEX layer, which is an upper layer. And a response frame at the SMP layer level may be returned first. However, in this case, a reply is made with BL = 0, so that the transmission right is not delegated to the other station. Then, when the response frame transmission preparation is completed in the OBEX layer, the header information of the SMP layer is added to the OBEX response frame again and the response frame is returned.

  By doing so, the SMP layer of the primary station includes the response frame (including the response frame of the OBEX layer) before the response frame is returned after the response frame is prepared in the OBEX layer of the secondary station. Not received). As a result, the SMP layer of the primary station can know whether or not the partner station has successfully received the frame before the response frame from the OBEX layer is returned. Can be done.

  In each of the above embodiments, the transmitter (primary station) and the receiver (secondary station) are configured to include a CPU. However, the present invention is not limited to the CPU, and may have an arithmetic processing function such as a microcomputer. Good.

  In each of the above embodiments, the controller transfers the transfer data in response to an instruction from the CPU. However, the controller may transfer the transfer data by DMA (direct memory access) without using the CPU. In this case, transfer data can be transferred from the memory without receiving an instruction from the CPU. Thereby, the burden on the CPU can be reduced.

[Fourth embodiment]
A transfer data transfer system (communication system) according to the fourth embodiment will be described with reference to FIGS. Note that the terms (including members and functions) defined in other embodiments are used in accordance with the definitions in this embodiment unless otherwise specified.

  This embodiment will be described with reference to FIG. 31 as a block diagram of a transmitter, FIG. 32 as a block diagram of a receiver, and FIG. 33 as a sequence diagram of a signal.

  FIG. 31 is a block diagram of transmitter 2001 according to the present embodiment. FIG. 31 is an example of the configuration of the transmitter, and the present invention is not limited to this. Each component circuit may be software or hardware. Each component will be described below.

  The transmitter 2001 is a device that transmits transmission data. Examples of the transmission data here include text data and image data, but are not limited thereto.

  As shown in FIG. 31, a transmitter (primary station, client device) 2001 includes a control unit (control unit) 2002, a memory (storage unit) 2003, a batch transmission final flag generation circuit (batch transmission final flag generation unit) 2004, Serial number generation circuit (serial number generation means) 2005, transmission frame generation circuit (transmission frame generation means) 2006, transmission section (transmission means) 2007, reception section (reception means) 2008, reception frame analysis circuit (reception frame analysis means) 2009, An error-free flag analysis circuit (error-free flag analysis means) 2010, an error detection circuit (error detection means) 2011, and a serial number analysis circuit (serial number analysis means) 2012 are configured.

  A control unit 2002 controls each component of the transmitter 2001.

  Transmission data is stored in the memory 2003. The memory 2003 may be a volatile memory (for example, SDRAM) or a non-volatile memory (for example, flash memory, HDD, DVD, etc.). In FIG. 31, the memory 2003 is disposed in the transmitter 2001, but does not necessarily exist in the transmitter 2001, and may be connected to the transmitter 2001 as an external memory of the transmitter 2001. Absent.

  The batch transmission final flag generation circuit 2004 sets a value that means that when transmitting a frame including the final data of a certain unit when the transmitter 2001 performs data transfer in a certain unit. Circuit. In the present embodiment, an abbreviation BL (Block Last) is defined, and when BL is 1, it is a frame including the final data of a certain unit, and when BL is 0, It is assumed that the final data in a unit is not included in the frame.

  In the sequence diagram of FIG. 33 to be described later, the abbreviation BL is used for the same meaning. Further, in this embodiment, it is expressed as a batch transmission final flag, but even a communication confirmation request flag, for example, has essentially the same meaning as the batch transmission final flag in this embodiment. Therefore, even if the flag does not necessarily have the same meaning as the batch transmission final flag, the flag is not limited to this as long as the flag performs the same operation.

  The serial number generation circuit 2005 is a circuit that increases or decreases the serial number according to a predetermined rule and assigns it to each transmission frame. In the present embodiment, an abbreviation SEQ (Sequence number) is defined, and when SEQ is 1, it indicates that the serial number is 1. In the sequence diagram of FIG. 33, the abbreviation SEQ is used in the same meaning.

  The transmission frame generation circuit 2006 is a circuit that generates a transmission frame according to a predetermined format. The aforementioned batch transmission final flag BL, serial number SEQ, and transmission data are arranged in accordance with a predetermined format to generate a transmission frame. In the present invention, since a communication method without a window size restriction is used, a transmission frame in a frame format without a window size restriction is generated. An example is a UI (Unnumbered Information) frame in IrLAP (Infrared Link Access Protocol), but is not limited thereto. An error detection code for the opposite station to perform error detection is also added. Examples of error detection codes include, but are not limited to, CRC (Cyclic Redundancy Check). An error correction code may be added.

  The transmission unit 2007 is a circuit that transmits the transmission frame generated by the transmission frame generation circuit 2006. For example, if infrared rays are used as a communication medium, they are LEDs (light emitting diodes) and LDs (laser diodes), but are not limited thereto. Moreover, when using another communication medium, it becomes a transmission part according to the communication medium.

  The receiving unit 2008 is a circuit that receives a frame transmitted by the opposite station. For example, if infrared rays are used as a communication medium, a PD (photodiode) is used, but this is not a limitation. Moreover, when using another communication medium, it becomes a receiving part according to the communication medium.

  A reception frame analysis circuit 2009 analyzes the reception frame received by the reception unit 2008. Specifically, the no error flag in the received frame is extracted and passed to the no error flag analysis circuit 2010. The serial number in the received frame is extracted and passed to the serial number analysis circuit 2012. If data is present in the received frame, the data is extracted and stored in the memory 2003 via the control unit 2002. Note that when data is stored in the memory 2003, the control unit 2003 is not necessarily required.

  The no-error flag analysis circuit 2010 analyzes the no-error flag set in the opposite station in a predetermined format and notifies the control unit of the analysis result. In this embodiment, it is expressed as an error-free flag. However, for example, an error flag, a retransmission request flag, or a retransmission request-free flag may be used.

  The error detection circuit 2011 analyzes the error detection code given to the received frame, determines whether there is an error in the received frame, and notifies the control unit of the analysis result. Examples of the error detection code include, but are not limited to, a cyclic code such as a CRC (Cyclic Redundancy Check) code. If an error correction code is assigned, error correction is performed.

  The serial number analysis circuit 2012 analyzes the received serial number and notifies the control unit 2002 of the analysis result.

  FIG. 32 is a block diagram of receiver 2101 according to the present embodiment. FIG. 32 is an example of the configuration of the receiver, and the present invention is not limited to this. Each component circuit may be software or hardware. Each component will be described below.

  The receiver 2101 is a device that receives transmission data from the opposite device. Examples of the transmission data here include text data and image data, but are not limited thereto.

  As shown in FIG. 32, a receiver (secondary station, server device) 2101 includes a control unit (control means) 2102, a memory (storage means) 2103, an error-free flag generation circuit (error-free flag generation means) 2104, a serial number. Generation circuit (serial number generation means) 2105, transmission frame generation circuit (transmission frame generation means) 2106, transmission section (transmission means) 2107, reception section (reception means) 2108, reception frame analysis circuit (reception frame analysis means) 2109, batch A transmission final flag analysis circuit (collective transmission final flag analysis means) 2110, an error detection circuit (error detection means) 2111 and a serial number analysis circuit (serial number analysis means) 2112 are provided.

  A control unit 2102 controls each component of the receiver 2101.

  The memory 2103 stores received data. The memory 2103 may be a volatile memory (for example, SDRAM) or a non-volatile memory (for example, flash memory, HDD, DVD, etc.). In FIG. 32, the memory 2103 is arranged in the receiver 2101; however, the memory 2103 does not necessarily exist in the receiver 2101 and may be connected to the receiver 2101 as an external memory of the receiver 2101. .

  The error-free flag generation circuit 2104 is a circuit that generates an error-free flag for notifying the opposite station whether there is an error in the frame received from the opposite station, in a predetermined format. In this embodiment, it is expressed as an error-free flag, but for example, an error flag, a retransmission request flag, and a retransmission request-free flag have essentially the same meaning as an error-free flag. Even if the flag does not have the same meaning as the error-free flag, the flag is not limited to this as long as the flag performs the same operation.

  The serial number generation circuit 2105 is a circuit that sets a serial number that is desired to be retransmitted when making a retransmission request to the opposite station when an error is detected in a frame received so far.

  The transmission frame generation circuit 2106 is a circuit that arranges the above-described error-free flag and serial number according to a predetermined format and generates a transmission frame. An example is a UI (Unnumbered Information) frame in IrLAP (Infrared Link Access Protocol), but is not limited thereto.

  The transmission unit 2107 is a circuit that transmits the transmission frame generated by the transmission frame generation circuit 2106. For example, if infrared rays are used as a communication medium, they are LEDs (light emitting diodes) and LDs (laser diodes), but are not limited thereto. Moreover, when using another communication medium, it becomes a transmission part according to the communication medium.

  The receiving unit 2108 is a circuit that receives a frame transmitted by the opposite station. For example, if infrared rays are used as a communication medium, a PD (photodiode) is used, but this is not a limitation. Moreover, when using another communication medium, it becomes a receiving part according to the communication medium.

  A reception frame analysis circuit 2109 analyzes the reception frame received by the reception unit 2108. Specifically, the batch transmission final flag in the received frame is extracted and passed to the batch transmission final flag analysis circuit. Also, the serial number in the received frame is extracted and passed to the serial number analysis circuit. If data is present in the received frame, the data is extracted and stored in the memory via the control unit. When data is stored in the memory, it is not always necessary to go through the control unit.

  The batch transmission final flag analysis circuit 2110 analyzes the batch transmission final flag passed by the reception frame analysis circuit 2109 and notifies the control unit 2102 of the analysis result.

  The error detection circuit 2111 analyzes the error detection code given to the received frame, determines whether or not there is an error in the received frame, and notifies the control unit 2102 of the analysis result. Examples of the error detection code include, but are not limited to, a cyclic code such as a CRC (Cyclic Redundancy Check) code. If an error correction code is assigned, error correction is performed.

  The serial number analysis circuit 2112 analyzes whether or not the serial number assigned in the received frame is increased or decreased according to a predetermined rule, and notifies the control unit 2102 of the analysis result. For example, when a frame is lost on the communication path, the serial number analysis circuit 2112 determines that an error has occurred.

  More specifically, the transmission frame generation circuit 2106 sets a no error flag with an error when a data error is detected by the error detection circuit 2111, and transmits a transmission frame including the serial number of the reception frame at that time. Generate. Further, the transmission frame generation circuit 2106, when no error in the data is detected in the error detection circuit 2111, but in the case where a serial number error is detected in the serial number analysis circuit 2112, the transmission frame including the serial number of the received frame at that time is detected. Generate.

  Subsequently, the flow of each signal in the present embodiment will be described with reference to the sequence diagrams of FIG. 31, FIG. 32, and FIG.

  When a transmission data transfer request is generated from within or outside the device itself, the transmitter 2001 determines the size of data to be transmitted in a batch by the control unit 2002, and notifies the batch transmission final flag generation circuit 2003.

  The batch transmission final flag generation circuit 2003 holds the batch transmission data size inside, calculates the total size of data passed from the control unit 2002 or the memory 2003, and the cumulative data size reaches the batch transmission data size. If so, the final batch transmission flag is set to a final meaning (BL = 1) in a predetermined format, and if the batch transmission data size has not been reached, the final transmission meaning (BL = 0) is set. It is set and passed to the transmission frame generation circuit 2005. The control unit 2002 notifies the serial number generation circuit 2004 to generate a serial number every time a frame is generated.

  Receiving this, the serial number generation circuit 2004 increases or decreases the serial number according to a predetermined rule, and passes it to the transmission frame generation circuit 2005.

  The transmission frame generation circuit 2005 arranges the batch transmission final flag, serial number, and data in a predetermined format and transmits the data via the transmission unit 2006.

  In FIG. 33, t101, t102, t103, t104, and t110 are frames whose final batch transmission flag is not final, and t105 and t111 are final frames of the final batch transmission flag. Further, the serial numbers (SEQ) in each frame of t101, t102, t103, t104, and t105 are described as increasing by one in this embodiment.

  When the receiver 2101 receives a frame from the opposite station via the receiving unit 2108, the received frame analysis circuit 2109 extracts each parameter in the received frame. The parameters include, for example, a batch transmission final flag, a serial number, and data. The batch transmission final flag is passed to the batch transmission final flag analysis circuit 2110. The serial number is passed to the serial number analysis circuit 2112. For example, it is stored in the memory 2103 via the control unit 2102.

  At the same time, the error detection circuit 2111 detects, for example, whether there is no CRC error in the received frame. If the error detection or error correction code is other than the CRC code, error detection or error correction is performed accordingly.

  The batch transmission final flag analysis circuit 2110 analyzes the batch transmission final flag and notifies the analysis result.

  In the sequence diagram of FIG. 33, when the frames t113, t114, t115, and t121 are received, the batch transmission final flag is not final, and when the frames t116 and t122 are received, the batch transmission final flag is set as the final control unit 2102. Will be notified.

  The serial number analysis circuit 2112 analyzes whether the serial number in the received frame has been increased or decreased according to a predetermined rule, and notifies the control unit 2102 of the analysis result. In the present embodiment, the serial number is incremented by 1 for each frame as the predetermined rule.

  The sequence diagram of FIG. 33 shows a case where the frame of serial number 3 transmitted by the transmitter 2001 is not recognized by the receiver 2102 due to an abnormality in the communication path, and the next frame of serial number 4 is received. In this case, the frame of serial number 3 is notified to the control unit 2102 as an error frame.

  Since the control unit 2102 is notified that the batch transmission final flag has received the frame indicating the end and the serial number 3 is notified as the frame in which an error has occurred, the error is not detected in the error flag generation circuit 2104. Also, the serial number 3 is notified to the serial number generation circuit 2105, and the transmission frame generation circuit 2106 is notified to generate a transmission frame.

  Receiving this, the no error flag generation circuit 2104 generates a flag indicating the meaning of the error in a predetermined format and passes it to the transmission frame generation circuit 2106.

  The serial number generation circuit 2105 passes the serial number 3 passed from the control unit 2102 to the transmission frame generation circuit 2106.

  The transmission frame generation circuit 2106 to which these error-free flag and serial number are passed arranges these parameters in a predetermined format and transmits the parameters via the transmission unit 2107. In the sequence diagram of FIG. 33, the frame at t117 is indicated.

  The transmitter 2001 that has received the frame of t117 via the receiving unit 2008 at t106 extracts each parameter in the received frame by the reception frame analysis circuit 2009, and the extracted error-free flag is the error-free flag analysis circuit. The serial number is transferred to the serial number analysis circuit 2012.

  The error-free flag analysis circuit 2010 analyzes the passed error-free flag. In this case, since the frame at t117 transmitted by the receiver 2101 indicates that there is an error, the frame is analyzed as having an error, and the fact is notified to the control unit 2002.

  The serial number analysis circuit 2012 analyzes the serial number and notifies the control unit 2002 of the analysis result. In this case, serial number 3 is notified to the control unit 2002.

  At the same time, the error detection circuit 2011 detects an error in the received frame, for example, whether there is a CRC error. If the error detection or error correction code is other than the CRC code, error detection or error correction is performed accordingly.

  The control unit 2002 determines whether or not the collective transmission has been normally performed to the receiver 2101 based on the analysis result of the error-free flag, the serial number, and the error detection result, and if there is an untransmitted portion in the transmission data, It is determined whether to transmit the data in a batch or to retransmit the already transmitted data. In this case, since it is determined that there is an error and the receiver 2101 requests transmission from the frame having the serial number 3, the transmission data is retransmitted from the portion having the serial number 3 in the previous transmission. To do. Specifically, the batch transmission final flag circuit 2004 is notified that retransmission is to be performed, and the serial number generation circuit 2005 is notified of 3 as the start number.

  The batch transmission final flag generation circuit 2004 recalculates the batch transmission data size if necessary. The same value as the previous batch transmission data size may be used, or the batch transmission final flag may be finalized by the serial number of the frame when the previous batch transmission final flag is transmitted. Specifically, when the frame having the serial number 1 to 5 is transmitted in the first batch transmission, and a retransmission request for the frame from the serial number 3 is received from the receiver, in the second batch transmission, This means that batch transmission of serial numbers 3 to 7 may be performed, or batch transmission of serial numbers 3 to 5 may be performed.

  When the serial number generation circuit 2005 is notified of retransmission from the serial number 3 from the control unit 2002, the serial number start number is reset to 3 and passed to the transmission frame generation circuit 2006.

  The transmission frame generation circuit 2006 generates a transmission frame and transmits the transmission frame via the transmission unit 2007.

  The state of these retransmissions is t117, t110, and t111 in FIG.

  Receiving these retransmission frames, when the error detection circuit 2111 and serial number analysis circuit 2112 determine that there is no error in all the received frames, the receiver 2101 receives the frame t122 in which the batch transmission final flag means the end. Then, the control unit 2102 notifies the no error flag generation circuit 2104 that there is no error.

  In response to this, the no error flag generation circuit 2104 sets the no error flag as meaning that there is no error, and passes it to the transmission frame generation circuit 2106.

  In response to this, the transmission frame generation circuit 2106 arranges an error-free flag in the frame and transmits it through the transmission unit 2107. Description of the serial number at this time is omitted.

  In the transmitter 2001 that has received a frame indicating that the error-free flag indicates no error at t112, the error-free flag analysis circuit 2010 determines that there is no error and notifies the control unit 2002 that the batch transmission is successful. If the control unit 2002 recognizes that there is untransmitted data in the transmission data, it is possible to continue batch transmission.

  As described above, according to the transmitter 2001 and the receiver 2101, even in a communication method using a frame with no window size restriction, it is possible to perform a retransmission process when an error occurs and perform highly reliable communication. It becomes possible.

  In addition, when the transmitter 2001 receives a retransmission request from the receiver 2101 indicating that there is no error flag, it does not perform retransmission from the serial number received at the same time, but retransmits from the start of transmission data. You may go.

  When retransmission of transmission data is performed from the beginning, it is desirable that the serial number to be assigned is transmitted from an initial value according to a predetermined rule (for example, from 0 in this embodiment).

Further, when retransmission of transmission data is performed, a limit is imposed on the number of retransmissions, and transmission is interrupted or terminated if normal transmission to the receiver 2101 is not possible even if retransmission is performed more than a predetermined value. You may do it. By doing this, when the quality of the communication path is extremely bad, it becomes possible to interrupt or terminate the communication and notify the user, and it is possible to perform communication on the communication path with improved quality.
Further, when the number of retransmissions is limited to, for example, once, processing using a flag instead of a counter is possible, leading to simplification of the circuit.

  Also, in the retransmission from the serial number in the retransmission request from the receiver 2101, by setting a limit on the number of retransmissions, when the quality of the communication path is poor, the transmission is interrupted or terminated, and the user is notified, There is a possibility of improving the quality of the communication path.

  Similarly to the above, when the number of retransmissions is set to 1, for example, processing using a flag instead of a counter is possible, leading to simplification of the circuit.

  Further, the transmitter 2001 may set the batch transmission data size to one frame length, and the batch transmission final flag may be final in all frames. In this case, in all frames, a response from the receiver 2101 is required, and the communication efficiency is reduced. However, a data storage area that the transmitter 2001 should hold in response to a retransmission request from the receiver 2101 is set. This is effective in the transmitter 2001 in which the memory can be reduced and the memory cannot be sufficiently secured.

In the receiver 2101, when the error detection circuit 2111 and the serial number detection circuit 2112 detect that there is an error in the received frame, the control unit 2102 sets the batch transmission final flag by the batch transmission final flag analysis circuit 2110. Since the data from when the last frame is received until the transmitter 2001 is requested to be retransmitted is the data that is scheduled to be retransmitted by the transmitter 2001, the data during that time is not stored in the memory 2103. Good. This leads to a reduction in power consumption for storing data scheduled to be re-received by retransmission.

Further, in receiver 2101, a limit is imposed on the number of retransmission requests to be performed when an error is detected in a received frame from transmitter 2001, and even if more retransmission requests than a predetermined value are made, In 2101, if normal collective reception is not possible, reception may be interrupted or terminated. In this way, when the quality of the communication path is extremely poor, it is possible to interrupt or terminate the communication and notify the user, and it is possible to perform communication on the communication path with improved quality.

  Further, when the number of retransmission requests is limited to, for example, one, processing using a flag instead of a counter is possible, leading to simplification of the circuit.

  Further, in the retransmission request made when an error is detected in the received frame from the transmitter 2001 in the receiver 2101, an initial value (for example, 0 in this embodiment) predetermined in the serial number generation circuit 2105 is always set. It may be set and a retransmission request frame may be transmitted to the transmitter 2001. In this way, it is necessary to store a serial number for a retransmission request when an error is detected, leading to simplification of the circuit.

[Fifth embodiment]
A transfer data transfer system (communication system) according to the fifth embodiment will be described below with reference to FIGS. 32 and 34 to 36. Note that the terms (including members and functions) defined in other embodiments are used in accordance with the definitions in this embodiment unless otherwise specified.

  This embodiment will be described with reference to FIG. 34 as a block diagram of a transmitter, FIG. 32 as a block diagram of a receiver, and FIGS. 35 and 36 as signal sequence diagrams.

  FIG. 34 is a block diagram of transmitter 2201 in the present embodiment. Note that FIG. 34 is an example of the configuration of the transmitter, and the present invention is not limited to this. Each component circuit may be software or hardware. Each component will be described below.

  A transmitter (primary station, client device) 2201 is a device on the transmission side. Examples of the transmission data here include text data and image data, but are not limited thereto. In addition, since each component other than the timer (time measuring means) 2213 has the same function as each component of the transmitter 2001 (FIG. 31) in the fourth embodiment described above, description thereof is omitted.

  The timer 2213 is controlled by the control unit 2002. Specifically, after transmission is performed with the final batch transmission flag as the final, the control unit 2002 starts, and if the response frame is not normally received from the receiver 2101 within a predetermined time, the control unit 2002 times out. To be notified.

  Receiving this time-out notification, the control unit 2002 cannot correctly receive the frame indicating that the last batch transmission flag transmitted immediately before has been received normally by the receiver 2101 due to an abnormality in the communication path (frame t205 in FIG. 35). ) Or, the frame that the last batch transmission flag sent immediately before indicates that the frame has been successfully received by the receiver, but the frame that contains the error-free flag transmitted from the receiver is abnormal. Thus, the transmitter determines that the signal has not been received normally (the frame at t312 in FIG. 36), and notifies the batch transmission final flag generation circuit 2004, the serial number generation circuit 2005, and the transmission frame generation circuit 2006, respectively.

  The batch transmission final flag generation circuit 2004 that has received the notification makes the batch transmission final flag final and passes it to the transmission frame generation circuit 2006.

  The serial number generation circuit 2005 that has received the notification sets the serial number of the immediately previous frame again and passes it to the transmission frame generation circuit 2006.

  Receiving these, the transmission frame generation circuit 2006 sets the same data as the frame transmitted immediately before, sets the batch transmission final flag and the serial number, and transmits the same through the transmission unit 2007.

  As described above, by configuring the transmitter 2201, it is possible to retransmit a frame whose batch transmission final flag means the end, and it is possible to perform a retransmission process even when the quality of the communication path is poor. Highly reliable communication can be performed.

  Also, when the batch transmission final flag performs retransmission of the last frame, if the number of retransmissions is limited and more retransmissions than a predetermined value cannot be normally transmitted to the receiver 2101 in a batch, Transmission may be interrupted or terminated. In this way, when the quality of the communication path is extremely poor, it is possible to interrupt or terminate the communication and notify the user, and it is possible to perform communication on the communication path with improved quality.

  In addition, as shown in the sequence diagram of FIG. 36, there is an abnormality in the communication path even though the reply frame t312 is transmitted to the frame of t311 in which the batch transmission final flag has a value indicating the final. When the reply frame t312 cannot be normally received by the transmitter, the frame t313 in which the batch transmission final flag has a value indicating the final may be received again.

  In such a case, in the receiver 2101, the control unit 2102 holds the immediately preceding serial number, and the batch transmission final flag analysis circuit 2110 receives a notification that the batch transmission final flag has received the final frame. When the serial number from the serial number analysis circuit 2112 is the same as the previous serial number, even if the analysis result of the serial number analysis circuit 2112 is an error, the control unit 2102 does not perform processing as an error. The same value as the frame transmitted immediately before is set in the no error flag generation circuit 2104, and the serial number of the frame transmitted immediately before is set in the serial number generation circuit 2105 and transmitted. If the value set in the no error flag generation circuit 2104 indicates no error, the serial number may not be set.

  This makes it possible to retransmit the frame from the receiver even when the quality of the communication channel is poor and the transmitter cannot normally receive the frame transmitted by the receiver, and perform highly reliable communication. It becomes possible.

  Further, in the receiver 2101, when the batch transmission final flag indicates the end as described above and a plurality of frames having the same serial number are received, the data in the frame is already stored in the memory for the second and subsequent frames. Therefore, the control unit 2102 may perform control so as not to save again. By doing so, it is possible to reduce power consumption for data storage.

[Sixth embodiment]
A transfer data transfer system (communication system) according to the sixth embodiment will be described below with reference to FIGS. Note that the terms (including members and functions) defined in other embodiments are used in accordance with the definitions in this embodiment unless otherwise specified.

  This embodiment will be described using FIG. 37 as a block diagram of a transmitter, FIG. 38 as a block diagram of a receiver, and FIG. 39 as a signal sequence diagram.

  FIG. 37 is a block diagram of transmitter 2301 according to this embodiment. Note that FIG. 37 is an example of the configuration of the transmitter, and the present invention is not limited to this. Each component circuit may be software or hardware. Each component will be described below.

  A transmitter (primary station, client device) 2301 is a device on the transmission side. Examples of the transmission data here include text data and image data, but are not limited thereto. Further, each component other than the counter station buffer size analysis circuit (counter station buffer size analysis means) 2313 has the same function as each component of the transmitter 2001 (FIG. 31) in the fourth embodiment described above. The description is omitted.

  The opposite station buffer size analysis circuit 2313 analyzes the buffer size parameter included in the frame received from the receiver 2401 (FIG. 38), and notifies the control unit 2002 of the analysis result.

  In response to this, the control unit 2002 sets the batch transmission data size to a value smaller than the buffer size of the receiver 2401 for the batch transmission final flag generation circuit 2004 and performs batch transmission. The buffer size of this receiver is preferably received before performing batch transmission.

  FIG. 38 is a block diagram of receiver 2401 according to this embodiment. FIG. 38 shows an example of the configuration of the receiver, and the present invention is not limited to this. Each component circuit may be software or hardware. Each component will be described below.

  A receiver (secondary station, server device) 2401 is a device that receives transmission data from the opposite device. Examples of the transmission data here include text data and image data, but are not limited thereto. In addition, since each component other than the buffer size generation circuit (buffer size generation means) 2413 has the same function as each component of the receiver 2101 (FIG. 32) in the fourth embodiment described above, description thereof is omitted. To do.

  The control unit 2102 passes the buffer size that can be received by the receiver 2401 at a time to the buffer size generation circuit 2413.

  The buffer size generation circuit 2413 generates the buffer size passed from the control unit 2102 in a predetermined format and passes it to the transmission frame generation circuit 2106.

  The transmission frame generation circuit 2106 arranges the buffer size in the transmission frame and performs transmission. The frame including the buffer size is preferably transmitted to the transmitter before the transmitter performs batch transmission. For example, the buffer size is disposed in the frame transmitted at the time of connection and transmitted. However, it is not limited to this.

  Next, the flow of each signal in the present embodiment will be described with reference to the sequence diagram of FIG.

  The control unit 2102 of the receiver 2401 notifies the buffer size generation circuit 2413 of buffer sizes that can be received by the receiver 2101 at once, for example, at the time of connection.

  In response to this, the buffer size generation circuit 2413 generates a buffer size parameter in a predetermined format and passes it to the transmission frame generation circuit 2106.

  Receiving this, the transmission frame generation circuit 2106 arranges the buffer size parameter in the transmission frame in a predetermined format and transmits it. This is the frame at t408 in FIG.

  When the transmitter 2301 receives a frame including the buffer size parameter of the receiver 2401 at t 401, the received frame analysis circuit 2009 extracts the buffer size parameter and passes it to the opposite station buffer size analysis circuit 2313.

  The opposite station buffer size analysis circuit 2313 analyzes the buffer size parameter and notifies the control unit 2002 of the analysis result.

  The control unit 2002 sets a size equal to or smaller than the analyzed buffer size as the batch transmission data size, and passes it to the batch transmission final flag generation circuit 2004.

  The batch transmission final flag generation circuit 2004 sets a batch transmission final flag based on the batch transmission data size passed from the control unit 2002 and performs batch transmission.

  As described above, the receiver 2401 can notify the transmitter 2301 of the buffer size that can be received in a batch, and the transmitter 2301 uses the buffer size that can be received from the receiver 2401 as a basis. By recalculating the batch transmission data size and reflecting it in the control of the batch transmission final flag, it is possible to prevent the transmitter 2301 from performing batch transmission exceeding the batch receivable buffer size of the receiver 2401 in advance. Become.

  In addition, a default value of the batch receivable buffer size is determined in advance between the transmitter 2301 and the receiver 2401, and if the transmitter 2301 does not receive the batch receivable buffer size, the default value is If the default value of the batch receivable buffer size is equal to or smaller than the batch receivable buffer size of the receiver 2401, the receiver 2401 notifies the transmitter 2301 of the batch receivable buffer size. Even if the transmitter 2301 performs batch transmission using the default batch receivable buffer size, the transmitter may perform batch transmission exceeding the batch receivable buffer size of the receiver. It becomes possible to prevent. Further, in this case, it is not necessary for the receiver 2401 to transmit a frame for notifying the transmitter 2301 of the batch transmission possible buffer size, which leads to band efficiency.

[Seventh embodiment]
A transfer data transfer system (communication system) according to the seventh embodiment will be described with reference to FIGS. Note that the terms (including members and functions) defined in other embodiments are used in accordance with the definitions in this embodiment unless otherwise specified.

  This embodiment will be described with reference to FIG. 40 as a block diagram of a transmitter, FIG. 41 as a block diagram of a receiver, and FIG. 42 as a signal sequence diagram.

  FIG. 40 is a block diagram of transmitter 2501 according to the present embodiment. FIG. 40 is an example of the configuration of the transmitter, and the present invention is not limited to this. Each component circuit may be software or hardware. Each component will be described below.

  A transmitter (primary station, client device) 2501 is a device on the transmission side. Examples of the transmission data here include text data and image data, but are not limited thereto. In addition, each component other than the data final flag generation circuit (data final flag generation means) 2513 has the same function as each component of the transmitter 2001 (FIG. 31) in the fourth embodiment described above. Is omitted.

  The data final flag generation circuit 2513 determines whether or not the transmission frame includes the final transmission data. If the final data is included, the data final flag generation circuit 2513 generates a data final flag in a predetermined format indicating the meaning, If the final data is not included, a data final flag is generated according to a predetermined format indicating the meaning and passed to the transmission frame generation circuit 2006.

  When the control unit 2002 of the transmitter 2501 generates a transmission frame, the data arranged in the transmission frame by the transmission frame generation circuit 2006 is not the final data of the transmission data with respect to the data final flag generation circuit 2513. Notify

  In response to this, the data final flag generation circuit 2513 generates a data final flag in a predetermined format and passes it to the transmission frame generation circuit 2006. In this embodiment, an abbreviation DL (Data Last) is defined. When DL is 0, the final data of the transmission data is not included in the frame, and when DL is 1, Means that the final data is included. In the present embodiment, the abbreviation DL is used, but another expression may be used. Also, DL is set to 1 when transmitting a frame including the final data of transmission data. For example, when a certain kind of response data is required as a response from the opposite station, this flag is set as a response request flag. In this sense, if this flag performs the same operation as the flag DL indicating the final data of the transmission data in the present embodiment as a response request flag, this flag is a response request flag. It may be a flag.

  The transmission frame generation circuit 2006 arranges the data final flag, the batch transmission final flag, the serial number, and the data in the transmission frame, and transmits them via the transmission unit 2007.

  In the sequence diagram of FIG. 42, the data final flag DL is 0 in the frames at t501, t502, t503, and t504, and the final data of the transmission data is not included in the frame, and the data final flag DL is included in the frame at t505. 1 indicates that the final data of the transmission data is included in the frame.

  Next, FIG. 41 is a block diagram of receiver 2601 according to the present embodiment. FIG. 41 is an example of the configuration of the receiver, and the present invention is not limited to this. Each component circuit may be software or hardware. Each component will be described below.

  A receiver (secondary station, server device) 2601 is a device that receives transmission data from the opposite device. Examples of the transmission data here include text data and image data, but are not limited thereto. In addition, since each component other than the data final flag analysis circuit (data final flag analysis means) 2613 has the same function as each component of the receiver 2101 (FIG. 32) in the fourth embodiment described above, description will be made. Is omitted.

  The data final flag analysis circuit 2613 analyzes the data final flag arranged in the reception frame, and notifies the control unit 2102 whether or not the final data of the transmission data transmitted by the transmitter is included in the reception frame.

  In the receiver 2601, the reception frame analysis circuit 2109 extracts the data final flag from the reception frame received via the reception unit 2108 and passes it to the data final flag analysis circuit 2613. At the same time, a batch transmission final flag and a serial number are also extracted and analyzed by each analysis circuit.

  The data final flag analysis circuit 2613 analyzes whether or not the final data of the transmission data of the transmitter 2501 is included in the received frame, and notifies the control unit 2102 of the result.

  When the final data of the transmission data of the transmitter 2501 is included, the control unit 2102 decodes the JPEG if the received data is compressed JPEG (Joint Photographic Experts Group) data. It is possible to perform processing such as starting

  Further, in the frame including the final data of the transmission data, when the batch transmission final flag indicates the final, it is possible to set the no error flag to an appropriate value and perform transmission.

  At this time, if it is necessary to return response data to the transmission data from the transmitter 2501, when arranging the data in the transmission frame, by arranging the error-free flag and transmitting it, Bandwidth efficiency can be improved. This is the frame at t512 in FIG.

  The transmitter 2501 that has received the frame t512 at t506 can receive the response data from the receiver 2601 by analyzing the data in the received frame.

[Eighth embodiment]
The transfer data transfer system (communication system) according to the eighth embodiment will be described with reference to FIG. Note that the terms (including members and functions) defined in other embodiments are used in accordance with the definitions in this embodiment unless otherwise specified. The sequence according to the present embodiment includes the transmitter 2001 (FIG. 31), the receiver 2101 (FIG. 32), the transmitter 2201 (FIG. 34), the receiver 2301 (FIG. 37), and the receiver 2401 (FIG. 31). 38), additional functions that can be implemented in the transmitter 2501 (FIG. 40) and the receiver 2601 (FIG. 41).

  FIG. 43 is a sequence diagram according to the present embodiment.

  In the present embodiment, a IrLAP (Infrared Link Access Protocol) UI (Unnumbered Information) frame of IrDA (Infrared Data Association) is used as a communication method with no window size limitation between the transmitter and the receiver. , Communicate. In addition, the transmitter and the receiver support OBEX (Object Exchange Protocol) and transmit data by a Put operation.

  In FIG. 43, transmission data is arranged in an OBEX Put Final command, and frame transmission is performed using an IrLAP UI frame.

  The Put Final command is composed of data0 to data7, and is divided so as to become a Put Final command when all of data0 to data7 are connected.

  The batch transmission data size of the transmitter is a size obtained by concatenating data0 to data3. When the serial number becomes 3, a frame t604 with the batch transmission final flag BL set to 1 is transmitted. At this time, since data 7 that is the final data of the transmission data configured by the OBEX Put Final command is not included in the transmission frame, the data final flag DL is 0.

  The receiver that has received the frame with the batch transmission final flag BL set to 1 at t614 determines that there is no error in the received frame until then, and transmits it at t615. Further, since the data final flag of the received frame is 0, at this time, a SUCCESS response indicating normal reception with respect to the OBEX Put Final command is not included in the transmission frame.

  At t605, the transmitter that has received the frame in which the error-free flag indicates that there is no error determines that the receiver has normally received the batch transmission of serial numbers 0 to 3, and continues to batch-transmit data 4 to data 7. When performing frame transmission of serial number 7 at t609, the batch transmission final flag is set to 1. At t609, the frame with serial number 7 includes data7, which is the final data of the transmission data, so the data final flag DL is set to 1.

  At t619, the receiver that has received the frame whose data final flag is 1 has normally received the frames of serial numbers 4 to 7, and has successfully received all the Put Final commands from the transmitter. A SUCCESS response indicating normal reception for the command is generated. Since the batch transmission final flag is 1, the no error flag means no error according to the SUCCESS response, and is transmitted together at t620.

  At t610, the transmitter that has received the frame in which the error-free flag indicates no error recognizes that the collective transmission from serial number 4 to serial number 7 has been completed normally, and the transmitter Since the SUCCESS response to the transmitted Put Final command is included, it is possible to recognize that the Put operation has also been completed normally.

  As described above, according to the communication method of the present embodiment, even when an IrLAP UI frame with no window size restriction is used, communication confirmation and data exchange are ensured between the transmitter and the receiver. Can be performed.

[Ninth Embodiment]
A transfer data transfer system (communication system) according to the ninth embodiment will be described below with reference to FIGS. Note that the terms (including members and functions) defined in other embodiments are used in accordance with the definitions in this embodiment unless otherwise specified.

  This embodiment will be described with reference to FIG. 44 as a block diagram of a transmitter, FIG. 45 as a block diagram of a receiver, and FIG. 46 as a signal sequence diagram.

  FIG. 44 is a block diagram of transmitter 2701 according to the present embodiment. FIG. 44 shows an example of the configuration of the transmitter, and the present invention is not limited to this. Each component circuit may be software or hardware. Each component will be described below.

  The transmitter 2701 is a device that transmits transmission data. Examples of the transmission data here include text data and image data, but are not limited thereto.

  As shown in FIG. 44, a transmitter (primary station, client device) 2701 includes a control unit (control unit) 2702, a memory (storage unit) 2703, a serial number generation circuit (serial number generation unit) 2705, a transmission frame generation circuit (transmission). A frame generation unit) 2706, a transmission unit (transmission unit) 2707, and a data final flag generation circuit (data final flag generation unit) 2713 are provided.

  The control unit 2702 controls each component of the transmitter 2701.

  Transmission data is stored in the memory 2703. The memory 2703 may be a volatile memory (eg, SDRAM) or a non-volatile memory (eg, flash memory, HDD, DVD, etc.). In FIG. 44, the memory 2703 is arranged in the transmitter 2701. However, the memory 2703 does not necessarily exist in the transmitter 2701, and may be connected to the transmitter 2701 as an external memory of the transmitter 2701. .

  The serial number generation circuit 2705 is a circuit that increases / decreases the serial number according to a predetermined rule and assigns it to each transmission frame. In the present embodiment, an abbreviation SEQ (Sequence number) is defined, and when SEQ is 1, it indicates that the serial number is 1. In the sequence diagram of FIG. 46, the abbreviation SEQ is used in the same meaning.

  The data final flag generation circuit 2713 determines whether or not the final transmission data is included in the transmission frame. If the final data is included, the data final flag generation circuit 2713 generates a data final flag in a predetermined format indicating the meaning, If the final data is not included, a data final flag is generated according to a predetermined format indicating the meaning and passed to the transmission frame generation circuit 2706. In this embodiment, an abbreviation DL (Data Last) is defined. When DL is 0, the final data of the transmission data is not included in the frame, and when DL is 1, Means that the final data is included. In this embodiment, the abbreviation DL is used, but another expression may be used. Further, if an agreement is made in advance between the transmitter 2701 and the receiver 2801, this data final flag needs to take a value indicating the final only in the transmission frame including the final data of the transmission data. Instead, according to a predetermined rule, for example, when transmitting specific data that is not the final data of the transmission data, this data final flag may be set to a value indicating the final. In that case, the name may be different from the data final flag. In the present embodiment, the abbreviation DL is used as the data final flag.

  The transmission frame generation circuit 2706 is a circuit that generates a transmission frame in a predetermined format. The data final flag DL, serial number SEQ, and transmission data are arranged in accordance with a predetermined format to generate a transmission frame. In the present invention, since a communication method without a window size restriction is used, a transmission frame in a frame format without a window size restriction is generated. In the present embodiment, a UI (Unnumbered Information) frame in IrLAP (Infrared Link Access Protocol) is used. An error detection code for the opposite station to perform error detection is also added. Examples of error detection codes include, but are not limited to, CRC (Cyclic Redundancy Check). An error correction code may be added.

  The transmission unit 2707 is a circuit that transmits the transmission frame generated by the transmission frame generation circuit 2706. For example, if infrared rays are used as a communication medium, they are LEDs (light emitting diodes) and LDs (laser diodes), but are not limited thereto. Moreover, when using another communication medium, it becomes a transmission part according to the communication medium.

  FIG. 45 is a block diagram of receiver 2801 according to this embodiment. FIG. 45 shows an example of the configuration of the receiver, and the present invention is not limited to this. Each component circuit may be software or hardware. Each component will be described below.

  A receiver 2801 is a device that receives transmission data from the opposite device. Examples of the transmission data here include text data and image data, but are not limited thereto.

  As shown in FIG. 45, a receiver (secondary station, server device) 2801 includes a control unit (control unit) 2802, a memory (storage unit) 2803, a reception unit (reception unit) 2808, a reception frame analysis circuit (reception frame). Analysis means) 2809, an error detection circuit (error detection means) 2811, a serial number analysis circuit (serial number analysis means) 2812, and a data final flag analysis circuit (data final flag analysis means) 2813.

  The control unit 2802 controls each component of the receiver 2801.

  The memory 2803 stores received data. The memory 2803 may be a volatile memory (eg, SDRAM) or a non-volatile memory (eg, flash memory, HDD, DVD, etc.). In FIG. 45, the memory 2803 is arranged in the receiver 2801. However, the memory 2803 does not necessarily exist in the receiver 2801, and may be connected to the receiver 2801 as an external memory of the receiver 2801. Absent.

  The receiving unit 2808 is a circuit that receives a frame transmitted by the opposite station. For example, if infrared rays are used as a communication medium, a PD (photodiode) is used, but this is not a limitation. Moreover, when using another communication medium, it becomes a receiving part according to the communication medium.

  A reception frame analysis circuit 2809 analyzes the reception frame received by the reception unit 2808. Specifically, the data final flag in the received frame is extracted and passed to the data final flag analysis circuit 2813. Further, the serial number in the received frame is extracted and passed to the serial number analysis circuit 2812. If there is data in the received frame, the data is extracted and stored in the memory 2803 via the control unit 2802. When data is stored in the memory 2803, the control unit 2802 is not necessarily required.

  The error detection circuit 2811 analyzes the error detection code assigned to the received frame, determines whether there is an error in the received frame, and notifies the control unit 2802 of the analysis result. Examples of the error detection code include, but are not limited to, a cyclic code such as a CRC (Cyclic Redundancy Check) code. If an error correction code is assigned, error correction is performed.

  The serial number analysis circuit 2812 analyzes whether or not the serial number assigned in the received frame is increased or decreased according to a predetermined rule, and notifies the control unit 2802 of the analysis result. For example, when a frame is lost on the communication path, the serial number analysis circuit 2812 determines that an error has occurred.

  The data final flag analysis circuit 2813 analyzes the data final flag passed by the reception frame analysis circuit 2809 and notifies the control unit 2802 of the analysis result.

  Next, the flow of each signal in the present embodiment will be described with reference to the sequence diagrams of FIGS. 44, 45, and 46. FIG. Note that the transmitter 2701 and the receiver 2801 support OBEX (Object Exchange Protocol) and transmit data by a Put operation.

  In FIG. 46, transmission data is arranged in an OBEX Put Final command, and frame transmission is performed using an IrLAP UI frame.

  The Put Final command is composed of data0 to data7, and is divided so as to become a Put Final command when all of data0 to data7 are connected. Further, data7 is the final data of the Put Final command.

  In the transmitter 2701, when a transmission data transfer request is generated from within the device or from the outside, the control unit 2702 notifies the serial number generation circuit 2705 of generation of a serial number. In addition, the final data flag generation circuit 2713 is notified of the generation of the final data flag.

  The serial number generation circuit 2705 increases or decreases the serial number according to a predetermined rule, and passes it to the transmission frame generation circuit 2006.

  In addition, the data final flag generation circuit 2713 determines whether or not the final data of the transmission data is included in the transmission frame. If the data is included, the data final flag generation circuit 2713 indicates the final. The data final flag is generated and passed to the transmission frame generation circuit 2706.

  The transmission frame generation circuit 2706 arranges the data final flag, serial number, and data in a predetermined format, and transmits the data via the transmission unit 2706.

  In FIG. 46, t701, t702, t703, t704, t705, t706, and t707 are frames in which the data final flag is not final, and t708 is a frame in which the data final flag is final. The serial number (SEQ) in each frame from t701 to t708 is described as increasing by one in this embodiment.

  Next, when the receiver 2801 receives a frame from the opposite station via the receiving unit 2808, the received frame analysis circuit 2809 extracts each parameter in the received frame. The parameters are, for example, a data final flag, a serial number, data, and the like. The data final flag is passed to the data final flag analysis circuit 2813, the serial number is passed to the serial number analysis circuit 2812, and the data is controlled if necessary. The data is stored in the memory 2803 via the unit 2802. At the same time, the error detection circuit 2811 detects an error in the received frame, for example, whether there is a CRC error. If the error detection or error correction code is other than the CRC code, error detection or error correction is performed accordingly.

  Further, the data final flag analysis circuit 2813 analyzes the data final flag and notifies the analysis result. In the sequence diagram of FIG. 46, the data final flag is not final when the frames t701, t702, t703, t704, t705, t706, and t707 are received, and the data final flag is final when the frames of t708 are received. Section 2802 is notified.

  The serial number analysis circuit 2812 analyzes whether the serial number in the received frame has been increased or decreased according to a predetermined rule, and notifies the control unit 2802 of the analysis result. In the present embodiment, the serial number is incremented by 1 for each frame as the predetermined rule. In the sequence diagram of FIG. 46, all the eight frames transmitted by the transmitter 2701 are normally received, and all the frames are determined in advance in a state where the serial number is incremented by 1 with the transmitter 2701 in advance. Since the serial number is increased by 1 compared to the serial number of the previous frame, all received frames are notified to the control unit 2802 of the receiver 2801 as normal reception.

  In the control unit 2802, when no error is detected in all received frames and a frame including a data final flag is received, a predetermined process (for example, when the received data is compressed JPEG data, For example, starting JPEG decoding).

  Further, in the receiver 2801, when the error detection circuit 2811 and the serial number detection circuit 2812 detect that there is an error in the received frame, the subsequent data may not be stored in the memory 2103. By doing so, it is possible to reduce power consumption required for subsequent data storage when an error is detected.

  As described above, according to the transmitter 2701 and the receiver 2801, it is possible to detect a missing frame even in one-way communication in a communication method using an IrLAP UI frame with no window size limitation. Highly reliable communication can be performed. In addition, at the time of one-way communication, the transmitter 2701 cannot receive a SUCCESS response to the OBEX Put Final command. If it is determined to end the operation, data transfer by the Put operation can be normally performed even in one-way communication.

[Tenth embodiment]
The transfer data transfer system (communication system) according to the tenth embodiment will be described below with reference to FIGS. Note that the terms (including members and functions) defined in other embodiments are used in accordance with the definitions in this embodiment unless otherwise specified.

In this embodiment, a method for determining the size of data to be transmitted in a batch will be described. In the communication system of the present invention, the size of the batch transmission data that the transmitter transmits in a batch can be determined so as to be convenient for data retransmission and data processing at the receiver. Note that the size of the batch transmission data may be determined by the transmitter application or the like according to the type of data to be transmitted, the state of the communication path, etc., or the size of the batch transmission data or the size from the receiver. Information (for example, the buffer size of the receiver) may be transmitted to the transmitter.
Further, data division is usually performed by the SMP layer, but may be performed by other layers.

  In this embodiment, as an example, a case where a JPEG image is transferred will be described.

  FIG. 47 is a block diagram showing a configuration of a JPEG encoder in the transmitter and a JPEG decoder in the receiver.

  As shown in FIG. 47, when transferring a JPEG image, the JPEG encoder 91 of the transmitter first performs DCT conversion on the original image in units of blocks (mcu: minimum coded units). mcu is the minimum unit for JPEG conversion, and there are four types of 8 × 8, 8 × 16, 16 × 8, and 16 × 16 depending on the compression method (FIGS. 48A to 48D). ).

  In 8 × 8 (FIG. 48A), the luminance component (Y) and the chromaticity components (Cb, Cr) are in a one-to-one relationship in all pixels. In 8 × 16 (FIG. 48 (b)), two Y's (corresponding to 1 and 9 in 8 × 8) and Cb (average of 1 and 9 in 8 × 8) in one vertically long unit (1) , Cr (average of 1 and 9 in 8 × 8) is included one by one. In 16 × 8 (FIG. 48 (c)), two Y in one horizontal unit (corresponding to 1 and 2 in 8 × 8), Cb (average of 1 and 2 in 8 × 8), Cr (Average of 1 and 2 in 8 × 8) is included one by one. In 16 × 16 (FIG. 48 (d)), four Y in one unit (1) (corresponding to 1, 2, 9 and 10 in 8 × 8) and Cb (1, 2 in 8 × 8, 9 and 16), and Cr (average of 1, 2, 9, and 16 in 8 × 8), respectively.

  As described above, 8 × 8 has the lowest compression rate, and the decoded image is close to the original image, but the amount of data increases. This is generally called 4: 4; 4. In addition, although the 16 × 16 block has the highest compression rate and the data amount is small, since the averaged portion increases, there is a high possibility that a decoded image different from the original image is obtained.

  In the DCT transformation, DCT transformation (discrete cosine transformation) is performed based on the above-mentioned input in block units. This conversion is calculated as a multiplication of a two-dimensional matrix, and 64 conversion coefficients that are the same as the number of pixels in the block are obtained. In the obtained conversion coefficient, the closer to the upper left, the lower the frequency component, and the closer to the lower right, the higher the frequency component. Generally, since an image has a large correlation with adjacent pixels, the higher the frequency component, the lower the appearance probability.

  Next, in quantization, the above-described transform coefficient is divided by a predetermined quantization table. As described above, since the appearance probability of conversion coefficients having a high frequency is generally low, when the high frequency part of the conversion table is increased, the conversion coefficient having a high frequency component is almost zero by performing quantization.

  Finally, in entropy encoding, entropy encoding is performed based on a predetermined entropy encoding table. As described above, the transform coefficient converted to 0 by quantization is expressed as a continuous number of 0 by entropy coding, and can be compressed at this point. That is, in the original image, an image having a low frequency component (adjacent color change is not severe) tends to increase the compression efficiency of JPEG compression.

  Then, the entropy-encoded image data is transmitted to the communication path.

  On the other hand, in the receiver that has received the above-described entropy-encoded image data from the communication path, the JPEG decoder 92 performs JPEG decoding by performing a work that is exactly the reverse of the work performed by the transmitter.

  First, in entropy decoding, entropy decoding is performed based on a predetermined entropy encoding table. Then, the data obtained by entropy decoding is inversely quantized using a predetermined inverse quantization table by inverse quantization. The data after inverse quantization is converted into luminance component Y and chromaticity components Cb and Cr by inverse DCT transform. At this time, the image is restored using the luminance component Y and the averaged chromaticity components Cb and Cr by the compression methods of 8 × 8, 8 × 16, 16 × 8, and 16 × 16, respectively.

  As described above, in JPEG image transfer, data processing is performed in units of blocks (mcu) in compressed image generation and decoding. In addition, in the display after decoding, it may be convenient to perform processing in units of one line in which the above-mentioned mcus are arranged for one column or processing in units of one frame (unit of one image). This is because the video signal has a horizontal sync signal for each line and a vertical sync signal for each frame, and the line buffer and the frame buffer are updated for each of these sync signals. This is because the memory update timing can be processed. This also applies to moving image processing such as MPEG that performs processing in units of blocks.

  Next, as specific examples of the data division retransmission process, a case of division retransmission in units of mcu, a case of division retransmission in units of lines, and a case of division retransmission in units of files will be described.

  FIG. 49 is an explanatory diagram of division and retransmission processing in units of mcu in the communication system of the present invention.

  The transmitter performs transfer in units of mcu that have been subjected to the above-described DCT, quantization, and entropy coding. Specifically, when the data is transferred to the transmission temporary buffer in a unit corresponding to one mcu of data and the data in the transmission temporary buffer is transferred, the batch transmission end flag is set to 1.

  Each time a receiver receives a frame whose batch transmission end flag is 1, the receiver transfers the data in the reception temporary buffer to, for example, the application, and JPEG decodes in the application.

  When division retransmission is performed in units of mcu as described above, it is only necessary to secure the transmission temporary buffer of the transmitter and the reception temporary buffer of the receiver for one mcu (usually about several tens to several hundred bytes). Therefore, in a communication device in which it is difficult to secure a temporary memory, an effective division retransmission method is used.

  FIG. 50 is an explanatory diagram of division and retransmission processing in line units in the communication system of the present invention.

  At the transmitter, the data for one column (equivalent to eight lines in the case of 8 × 8) is transferred to the temporary buffer for transmission, and when the transmission for one column is completed, the batch transmission end flag is set to 1. Yes.

  In the receiver, when a frame whose batch transmission end flag is 1 is received, for example, the received data is transferred to the application, and JPEG decoding is performed in the application.

  When divisional retransmission is performed in units of lines in this way, when data is transferred to the application, data for one column (for 8 × 8, for eight lines) is prepared, and the received data is sequenced. It is possible to simplify the processing when processing is performed in units. In addition, when an error occurs, in a display system that displays only a portion where no error has occurred, the decoded data is in units of columns, so that display data is not cut off in the middle of the columns. In the case of this method, it is expected that the transmission temporary buffer for the transmitter and the reception temporary buffer for the receiver require several kilobytes to several hundred kilobytes.

  FIG. 51 is an explanatory diagram of division and retransmission processing in file units in the communication system of the present invention.

  In the transmitter, one transmission image is passed to the temporary transmission buffer, and the batch transmission end flag is set to 1 when all the data in the temporary transmission buffer has been transmitted.

  On the receiving side, at the time when a frame whose batch transmission end flag is 1 is received, for example, received data is passed to the application, and JPEG decoding processing is performed in the application.

  When split retransmission is performed in units of files as described above, split retransmission processing can be performed in units of data for one image, so the JPEG decoder of the application performs JPEG decoding in units of one image. When decoding of one image is completed, processing such as updating the display frame memory can be easily performed. In the case of this method, the transmission temporary buffer of the transmitter and the reception temporary buffer of the receiver are expected to be about several hundred kB to several MB. In addition, when an error occurs due to communication in a processing system such as MPEG that continuously transmits still images, processing such as continuing to display the previous image in a complete state can be easily performed. Therefore, it is effective.

  As for the time to wait for a response from the receiver, if an error occurs in a frame whose collective transmission end flag is 1, it is desirable to retransmit immediately. However, there is a case where a response cannot be returned as in the case where no error has occurred and it takes a long time to process the received data at the receiver. In that case, if the transmitter sets a time that is longer than the received data processing time but not too long, and no response is returned after waiting for the above-mentioned time, a frame with a batch transmission end flag of 1 is set. It may be resent. As a result, the data processing time at the receiver is guaranteed, and the optimum retransmission process can be performed.

[Eleventh Embodiment]
The client device (communication device) of the transfer data transfer system (communication system) according to the eleventh embodiment of the present invention is described as follows. Note that the terms (including members and functions) defined in other embodiments are used in accordance with the definitions in this embodiment unless otherwise specified.

  FIG. 52 is a block diagram of a client device that performs communication using the conventional OBEX protocol.

  As shown in FIG. 52, a conventional client device (communication device) 3200 includes an application layer processing unit 3210, an OBEX layer processing unit (object exchange layer processing unit) 3220, a lower layer processing unit 3230, and a transmission unit 3240. And at least a receiving unit 3250.

  The application layer processing unit 3210 requests the OBEX layer processing unit 3220 to issue a request command in response to a user instruction input to an operation unit (not shown).

  The OBEX layer processing unit 3220 includes a control unit 3221, a request notification unit 3222, and a response reception unit 3223.

  In response to a request from the application layer processing unit 3210, the control unit 3221 notifies the request notification unit 3222 to generate a request command and issue a request command to a lower layer. In response to the response command reception result notification from the response reception unit 3223, the application layer processing unit 3210 is notified of the response command reception result.

  The request notification unit 3222 receives a request command issuance notification from the control unit 3221, generates a request command, and outputs the request command to the lower layer processing unit 3230. The response receiving unit 3223 receives the response command output from the lower layer processing unit 3230, analyzes the received response command, and notifies the control unit 3221 that the command analysis result and the response command have been received. Do.

  The lower layer processing unit 3230 adds an appropriate lower layer header to the request command from the OBEX layer processing unit 3220 and passes it to the transmission unit 3240, and from the reception response command from the reception unit 3250, an appropriate lower layer header. Is passed to the OBEX layer processing unit 3220.

  The transmission unit 3240 transmits the request command received from the lower layer processing unit 3230 to the outside via the infrared communication path.

  The receiving unit 3250 receives the response command transmitted from the counterpart device (server device) via the infrared communication path, and outputs the received response command to the lower layer processing unit 3230.

  Next, the operation of the control unit 3221 of the OBEX layer processing unit 3220 in FIG. 52 will be described using the flowchart shown in FIG.

  In step S51, the application layer processing unit 3210 of the client device 3200 and the control unit 3221 of the OBEX layer processing unit 3220 determine whether a request command to the server device is generated. If it has occurred, the process proceeds to step S52. If it has not occurred, the process proceeds to step S51 again.

  Step S52 is a step of transmitting a request command to the server device to the lower layer processing unit 3230. After the transmission is completed, the process proceeds to step S53.

  Step S53 is a step of determining whether or not a response command from the server device has been received from the lower layer processing unit 3230. If received, the process proceeds to step S54. If not received, the process proceeds to step S53 again.

  Step S54 is a step of analyzing the received response command. After the analysis is completed, the process proceeds to step S55.

  Step S55 is a step of determining whether or not the communication is terminated. If it is not the end of communication, the process proceeds to step S51 again.

  With the above operation, the OBEX layer processing unit 3220 of the conventional client device 3200 can perform communication by issuing a request command, analyzing a response command to the request command, and issuing the next request command again. .

  However, the operation of the OBEX layer processing unit 3220 of the conventional client device 3200 described above has a problem that the next request command cannot be transmitted unless a response command is received from the server device.

  In order to solve this, as shown in the flowchart of FIG. 55, the client device 3300 (FIG. 54) according to the present embodiment does not receive a response command from the server device after issuing a request command to the server device. In both cases, the next request command can be issued. Specifically, it is as follows.

  In step S61, the application layer processing unit 3310 of the client device 3300 and the control unit 3321 of the OBEX layer processing unit 3320 determine whether a request command to the server is generated. If it has occurred, the process proceeds to step S62. If it has not occurred, the process proceeds again to step S61.

  Step S 62 is a step of transmitting a request command to the server device to the lower layer processing unit 3330. After the transmission is completed, the process proceeds to step S65.

  Step S65 is a step of determining whether or not the communication is terminated. If it is not the end of communication, the process proceeds to step S61 again.

  The above operation is performed by the control unit 3321 of the OBEX layer processing unit 3320 of the client device 3300, so that the next request can be sent without receiving a response command from the server device after transmitting a request command from the client device 3300. A command can be transmitted.

  Here, FIG. 54 is a block diagram of the client device 3300 according to the present embodiment.

  Each block other than the communication direction selection unit 3324 of the OBEX layer processing unit (object exchange layer processing unit) 3320 has the same function as each block of the OBEX layer processing unit 3220 of the conventional client device 3200 described above with reference to FIG. Therefore, explanation is omitted.

  The communication direction selection unit 3324 has a function of selecting whether the communication is one-way communication or two-way communication. The one-way communication referred to here is communication that does not require a response command from the server device in response to a request command from the client device. When there is no transmission unit in the server device, or when there is no reception unit in the client device, the communication is necessarily one-way communication, but the client device and the server device each have a transmission unit and a reception unit. However, when the signal flow is unidirectional from the client device to the server device, it is also unidirectional communication. The bidirectional communication is a communication method in which a server device transmits a response command to a request command transmitted from a client device, and after the response command is analyzed, the client device transmits a next request command again. is there. In this case, a response command is not required for every request command, and if an agreement is made in advance in both the OBEX layer of the client device and the OBEX layer of the server device, the response command for the specific request command A response command is not necessarily required.

  Next, the operation of the control unit 3321 of the OBEX layer processing unit 3320 of the client device 3300 according to the present embodiment will be described using the flowchart of FIG.

  Step S70 is a step in which the communication direction selection unit 3324 selects either bidirectional communication or unidirectional communication. In the case of bidirectional communication, the process proceeds to step S71, and in the case of one-way communication, the process proceeds to S81.

  Step S71 is a step of determining whether a request command to the server device is generated in the application layer processing unit 3310 or the control unit 3321 of the OBEX layer processing unit 3320 in the bidirectional communication. If it has occurred, the process proceeds to step S72. If it has not occurred, the process proceeds to step S71 again.

  Step S72 is a step of transmitting a request command to the server device to the lower layer processing unit 3330 in the bidirectional communication. After the transmission is completed, the process proceeds to step S73.

  Step S73 is a step of determining whether or not a response command has been received from the server device in bidirectional communication. If received, the process proceeds to step S74. If not received, the process proceeds to step S73 again.

  Step S74 is a step of analyzing a response command from the server device in bidirectional communication. After the analysis is completed, the process proceeds to step S75.

  Step S75 is a step of determining whether or not to end communication in bidirectional communication. If not finished, the process returns to step S71.

  On the other hand, in step S81, in the one-way communication, the application layer processing unit 3310 or the control unit 3321 of the OBEX layer processing unit 3320 determines whether a request command to the server device is generated. If it has occurred, the process proceeds to step S82. If it has not occurred, the process proceeds to step S81 again.

  Step S82 is a step of transmitting a request command to the server device to the lower layer processing unit 3330 in the one-way communication. After the end of transmission, the process proceeds to step S85.

  Step S85 is a step of determining whether or not to end communication in one-way communication. If not finished, the process proceeds to step S81 again.

  The above operation is performed by the control unit 3321 of the OBEX layer processing unit 3320 of the client device 3300. In bidirectional communication, after waiting for a response command from the server device, the next request command is transmitted. The next request command can be transmitted without receiving a response command from the server device.

[Twelfth embodiment]
The client device (communication device) of the transfer data transfer system (communication system) according to the twelfth embodiment of the present invention is described as follows. Note that the terms (including members and functions) defined in other embodiments are used in accordance with the definitions in this embodiment unless otherwise specified.

  FIG. 54 is a block diagram of the client device 3300 according to the present embodiment. That is, it is the same as the eleventh embodiment described above, and the operation of each block other than the control unit 3321 of the OBEX layer processing unit 3320 is basically the same as the operation of each block in the eleventh embodiment. Therefore, the description is omitted.

  The operation of the control unit 3321 of the OBEX layer processing unit 3320 according to the present embodiment will be described using the flowchart shown in FIG.

  In step S91, the application layer processing unit 3310 or the control unit 3321 of the OBEX layer processing unit 3320 determines whether a Put request command to the server device is generated. If it has occurred, the process proceeds to step S92. If it has not occurred, the process proceeds to step S91 again.

  Step S92 is a step of transmitting a Put request command to the server device. After the end of transmission, the process proceeds to step S93.

  Step S93 is a step of determining whether the transmitted Put request command is not the final Put request command. If it is final, the process proceeds to step S94. If it is not final, the process proceeds to step S91.

  Step S94 is a step of determining whether or not a response command from the server device has been received. If received, the process proceeds to step S95. If not received, the process proceeds again to step S94.

  Step S95 is a step of analyzing a response command from the server device. After the analysis is completed, the process proceeds to step S96. At this time, it is determined whether or not a SUCCESS response command for the final Put request command has been received.

  Step S96 is a step of determining whether or not the communication is completed. If not finished, the process proceeds to step S91 again.

  The above operation is performed by the control unit 3321 of the OBEX layer processing unit 3320 of the client device 3300, so that for a non-final Put request command, the next Put request command is not waited for a CONTINUE response command from the server device. Can be transmitted, and communication efficiency can be increased. Further, since the client device 3300 confirms the SUCCESS response command from the server device in response to the final Put command, it is possible to determine whether the client device 3300 has successfully transferred data to the server device. It becomes.

  Also, as shown in FIG. 56, in combination with bidirectional communication and one-way communication switching by the communication direction selection unit 3324, during bidirectional communication, only the final Put command requires a SUCCESS response command. At the time of direction communication, it is possible to perform an operation that does not require a response command for all request commands.

[Thirteenth embodiment]
A server device (communication device) of a transfer data transfer system (communication system) according to the thirteenth embodiment of the present invention will be described as follows. Note that the terms (including members and functions) defined in other embodiments are used in accordance with the definitions in this embodiment unless otherwise specified.

  First, FIG. 58 shows a block diagram of a server device that performs communication using the conventional OBEX protocol.

  As shown in FIG. 58, the server device (communication device) 3400 includes an application layer processing unit 3410, an OBEX layer processing unit (object exchange layer processing unit) 3420, a lower layer processing unit 3430, a transmission unit 3440, and a reception. Part 3450 at least.

  The application layer processing unit 3410 requests the OBEX layer processing unit 3420 to perform a reception request command process and a response command in response to a user instruction input to an operation unit (not shown).

  The OBEX layer processing unit 3420 includes a control unit 3421, a response notification unit 3422, and a request analysis unit 3423.

  In response to a request from the application layer processing unit 3410, the control unit 3421 notifies the response notification unit 3422 to generate a response command and issue a response command to a lower layer. Further, upon receiving a request command reception result notification from the request analysis unit 3423, the application layer processing unit 3410 is notified of the request command reception result.

  The response notification unit 3422 receives a response command issuance notification from the control unit 3421, generates a response command, and outputs the response command to the lower layer processing unit 3430. The request analysis unit 3423 receives the request command output from the lower layer processing unit 3430, analyzes the received request command, and notifies the control unit 3421 that the command analysis result and the request command have been received. Do.

  The lower layer processing unit 3430 adds an appropriate lower layer header to the response command from the OBEX layer processing unit 3420 and passes the response command to the transmission unit 3440, and from the reception request command from the reception unit 3450, an appropriate lower layer header. Is passed to the OBEX layer processing unit 3420.

  The transmission unit 3440 transmits the request command received from the lower layer processing unit 3430 to the outside through an infrared communication path or the like.

  The receiving unit 3450 receives a request command transmitted from the counterpart device (client device) via an infrared communication path or the like, and outputs the received request command to the lower layer processing unit 3430.

  Next, the operation of the control unit 3421 of the OBEX layer processing unit 3420 in the conventional OBEX server device 3400 shown in FIG. 58 will be described using the flowchart shown in FIG.

  Step S101 is a step of determining whether or not a request command has been received from the client device. If received, the process proceeds to step S102. If not received, the process proceeds to step S101 again.

  Step S102 is a step of analyzing a request command from the client device. After the analysis is completed, the process proceeds to step S103.

  Step S103 is a step of creating a response command to the client device. After creating the response command, the process proceeds to step S104.

  Step S104 is a step of transmitting the response command to the client device. After the transmission is completed, the process proceeds to step S105.

  Step S105 is a step of determining whether or not to end communication. If not finished, the process proceeds to step S101 again.

  With the above operation, the OBEX layer processing unit 3420 of the conventional server device 3400 can perform communication by receiving and analyzing the request command, and generating and transmitting a response command to the request command.

  However, in the operation of the OBEX layer processing unit 3420 of the conventional server device 3400 described above, a response command is generated and transmitted in response to the request command from the client device. In communication that does not require transmission from the device 3400, the power required to generate the response command is wasted.

  In order to solve this, as shown in the flowchart of FIG. 61, server device 3500 (FIG. 60) according to the present embodiment receives and analyzes a request command from the client device, and then responds to the client device. It is possible to receive the next request command without generating and transmitting. Specifically, it is as follows.

  Step S111 is a step of determining whether or not a request command from a client device has been received. If received, the process proceeds to step S112. If not received, the process proceeds to step S111 again.

  Step S112 is a step of analyzing the received request command. After the analysis is completed, the process proceeds to step S115.

  Step S115 is a step of determining whether or not the communication has ended. If not finished, the process proceeds to step S111 again.

  By performing the above operation by the control unit 3521 of the OBEX layer processing unit 3520 of the server device 3500, it is possible to receive the next request command without generating or transmitting a response command to the received request command. Become.

  Here, FIG. 60 is a block diagram of a server device 3500 according to another embodiment.

  Each block other than the communication direction selection unit 3524 of the OBEX layer processing unit (object exchange layer processing unit) 3520 has the same function as each block of the OBEX layer processing unit 3420 of the conventional server device 3400 described above with reference to FIG. Therefore, explanation is omitted.

  The communication direction selection unit 3524 has a function of selecting whether the communication is one-way communication or two-way communication. The one-way communication referred to here is communication that does not require a response command from the server device in response to a request command from the client device. When there is no transmission unit in the server device, or when there is no reception unit in the client device, the communication is necessarily one-way communication, but the client device and the server device each have a transmission unit and a reception unit. However, when the signal flow is unidirectional from the client device to the server device, it is also unidirectional communication. The bidirectional communication is a communication method in which a server device transmits a response command to a request command transmitted from a client device, and after the response command is analyzed, the client device transmits a next request command again. is there. In this case, a response command is not required for every request command, and a specific request can be made if an agreement is made in advance in both the client device side OBEX layer and the server device side OBEX layer. A response command to the command is not necessarily required.

  Next, the operation of the control unit 3521 of the OBEX layer processing unit 3520 of the server device 3500 according to the present embodiment will be described using the flowchart of FIG.

  Step S120 is a step in which communication direction selection unit 3524 selects bidirectional communication or one-way communication. In the case of bidirectional communication, the process proceeds to step S121, and in the case of one-way communication, the process proceeds to S131.

  Step S121 is a step of determining whether or not a request command from a client device has been received in bidirectional communication. If received, the process proceeds to step S122. If not received, the process proceeds to step S121 again.

  Step S122 is a step of analyzing a request command from a client device in bidirectional communication. After the analysis is completed, the process proceeds to step S123.

  Step S123 is a step of creating a response command to the client device in bidirectional communication. After creating the response command, the process proceeds to step S124.

  Step S124 is a step of notifying the lower layer processing unit 3530 in order to transmit the created response command to the client device in bidirectional communication. After the notification ends, the process proceeds to step S125.

  Step S125 is a step of determining whether or not to end communication. If not finished, the process proceeds to step S121 again.

  On the other hand, step S131 is a step of determining whether or not a request command from a client device has been received in one-way communication. If received, the process proceeds to step S132. If not received, the process proceeds to step S131 again.

  Step S132 is a step of analyzing a request command from the client device in the one-way communication. After the analysis is completed, the process proceeds to step S135.

  Step S135 is a step of determining whether or not the communication is completed in the one-way communication. If not finished, the process proceeds to step S131 again.

  The above operation is performed by the control unit 3521 of the OBEX layer processing unit 3520 of the server device 3500, so that in bidirectional communication, a response command is generated and transmitted when a request command is received from a client device. Then, after receiving the request command from the client device, it is possible to receive the next request command without generating or transmitting a response command.

[Fourteenth embodiment]
A server device (communication device) of a transfer data transfer system (communication system) according to the fourteenth embodiment of the present invention will be described as follows. Note that the terms (including members and functions) defined in other embodiments are used in accordance with the definitions in this embodiment unless otherwise specified.

  FIG. 60 is a block diagram of the server device 3500 of the present embodiment. That is, it is the same as the thirteenth embodiment described above, and the operation of each block other than the control unit 3521 of the OBEX layer processing unit 3520 is basically the same as the operation of each block in the thirteenth embodiment. Therefore, the description is omitted.

  The operation of the control unit 3521 of the OBEX layer processing unit 3520 according to the present embodiment will be described using the flowchart shown in FIG.

  Step S141 is a step of determining whether or not a Put command has been received from the client device. If received, the process proceeds to step S142. If not received, the process proceeds to step S141 again.

  Step S142 is a step of analyzing the received Put command. After the analysis is completed, the process proceeds to step S143.

  Step S143 is a step of determining whether or not the analyzed Put command is a non-final Put command. If it is the final Put command, the process proceeds to step S144. If it is a non-final Put command, the process proceeds again to step S141.

  Step S144 is a step of generating a response command to the client device. After the response command generation is completed, the process proceeds to step S145. Note that, in this step S144, the response command generated is, for example, a SUCCESS response command when all the Put commands from the client device have been normally completed. Other cases are not mentioned in this embodiment.

  Step S145 is a step of notifying the lower layer processing unit 3530 in order to transmit the response command described above to the client device. After the notification ends, the process proceeds to step S146.

  Step S146 is a step of determining whether or not the communication is completed. If not, the process proceeds to step S141.

  The above operation is performed by the control unit 3521 of the OBEX layer processing unit 3520 of the server device 3500, so that a non-final Put request command is generated by a CONTINUE response command generated by the conventional OBEX layer processing unit, A SUCCESS response command can be generated and transmitted in response to the final Put request command without performing transmission, and communication efficiency can be increased. Further, since the SUCCESS response command for the final Put command is transmitted to the client device, it is possible to determine whether or not the client device has successfully transferred data to the server device 3500.

  In addition, as shown in FIG. 62, by combining bidirectional communication and one-way communication switching by the communication direction selection unit 3524, a SUCCESS response command is generated and transmitted only for the final Put command during bidirectional communication. During one-way communication, it is possible to perform an operation in which response commands are not generated and transmitted for all request commands.

[Fifteenth embodiment]
A transfer data transfer system (communication system) according to the fifteenth embodiment is described below with reference to FIG. Note that the terms (including members and functions) defined in other embodiments are used in accordance with the definitions in this embodiment unless otherwise specified.

  In this embodiment, an example of communication between mobile phones will be described with reference to FIG. In addition, although the mobile phone is used for the transmitter and the receiver, either the transmitter or the receiver may be a mobile phone, and data is transmitted or received by infrared rays or the like by any method of the present invention. However, the opposite device may not be a mobile phone.

  In FIG. 64, the data in the mobile phone A is transmitted to the mobile phone B using infrared rays. When the mobile phone B receives the data transmitted from the mobile phone A, the mobile phone B stores the received data in a memory in the mobile phone B or in a connected external memory. The aforementioned data is text data, image data, voice data, telephone directory data, system information, and the like, and is not limited to a specific format. The data in the mobile phone A may be either data in the internal memory of the mobile phone A or data in an external memory (nonvolatile memory such as an SD card) connected to the mobile phone A.

  For example, at the time of two-way communication, the transmitting side (mobile phone A) sends and receives a serial number assigned to an IrLAP UI frame with no window size restriction by any one of the above-described embodiments. Depending on the content of the reply frame of the mobile phone B (cell phone B), retransmission is performed if necessary. On the receiving side (cell phone B), error detection and serial number analysis are performed, and if necessary, a retransmission request is made. High communication is possible.

  Also, for example, during one-way communication, the transmission side (mobile phone A) assigns a serial number to an IrLAP UI frame with no window size limitation and transmits it by any one of the above-described embodiments. On the receiving side (mobile phone B), it is possible to perform high-quality communication by performing error detection and serial number analysis.

  As a result, the use of a UI frame makes it possible to reduce the amount compared to the confirmation with the opposite station within the limit of the window size in the conventional I frame, and performs communication with high transfer efficiency and high quality. It becomes possible.

  In particular, when SMP is used in a mobile phone, it is possible to provide a communication path with high communication efficiency when an error occurs by determining an appropriate transmitter time-out time for each file to be transmitted. Specifically, for a file that is likely to take time for data processing in the receiver (for example, a file that needs to be decoded such as a JPEG image or an MPEG moving image), the RS after the frame transmission of BL = 1 is set. The waiting time of the included frame may be increased, and the waiting time may be shortened when transmitting a file such as a text file that does not take time to process data.

[Sixteenth embodiment]
A transfer data transfer system (communication system) according to the sixteenth embodiment is described below with reference to FIG. Note that the terms (including members and functions) defined in other embodiments are used in accordance with the definitions in this embodiment unless otherwise specified.

  In this embodiment, an example of communication between a mobile phone and a display device will be described with reference to FIG. Note that although a mobile phone is used as a transmitter, the transmitting device may not be a mobile phone as long as data can be transmitted by infrared rays or the like by any of the methods of the present invention. Further, the display device may be the transmission side.

  In FIG. 65, data in the mobile phone A is transmitted to the display device B (TV, monitor, etc.) using infrared rays. In the display device B, appropriate processing is performed on the data transmitted from the mobile phone A. For example, in the case of image data, display is performed by decompressing the compressed data if necessary. Not limited to this. The above-mentioned data is text data, image data, voice data, phone book data, system information, etc., and is not limited to a specific format. The data in the mobile phone A may be either data in the internal memory of the mobile phone A or data in an external memory (nonvolatile memory such as an SD card) connected to the mobile phone A.

  For example, at the time of two-way communication, the transmitting side (mobile phone A) sends and receives a serial number assigned to an IrLAP UI frame with no window size restriction by any one of the above-described embodiments. Depending on the content of the reply frame on the side (display device B), retransmission is performed if necessary, and on the reception side (display device B), error detection and serial number analysis are performed, and if necessary, a retransmission request is made, thereby High communication is possible.

  Also, for example, during one-way communication, the transmission side (mobile phone A) assigns a serial number to an IrLAP UI frame with no window size limitation and transmits it by any one of the above-described embodiments. On the receiving side (display device B), it is possible to perform high-quality communication by performing error detection and serial number analysis.

  As a result, the use of a UI frame makes it possible to reduce the amount compared to the confirmation with the opposite station within the limit of the window size in the conventional I frame, and performs communication with high transfer efficiency and high quality. It becomes possible.

  In particular, when SMP is used for the display device, by setting the reception buffer size that the display device notifies the transmitter at the time of connection to the image size of the JPEG image (several hundred KB to several MB), the batch transmission data of the transmitter The size can be set to such a size that one JPEG image can be transmitted at a time.

  Thus, for example, when the display device has two reception buffers and receives JPEG image data in one reception buffer, the reception buffer is switched and the next JPEG image is received in the second reception buffer. During this time, processing such as decoding the JPEG data in the first reception buffer can be easily performed.

[Embodiment 17]
The transfer data transfer system (communication system) according to the seventeenth embodiment will be described with reference to FIG. Note that the terms (including members and functions) defined in other embodiments are used in accordance with the definitions in this embodiment unless otherwise specified.

  In this embodiment, an example of communication between a mobile phone and a printing apparatus will be described with reference to FIG. Note that although a mobile phone is used as a transmitter, the transmitting device may not be a mobile phone as long as data can be transmitted by infrared rays or the like by any of the methods of the present invention. Further, the printing apparatus may be the transmission side.

  In FIG. 66, data in the mobile phone A is transmitted to the printing apparatus B using infrared rays. The printing apparatus B performs appropriate processing on the data transmitted from the mobile phone A. For example, in the case of image data, printing is performed by decompressing the compressed data if necessary. Not limited to this. The above-mentioned data is text data, image data, phone book data, system information, etc., and is not limited to a specific format. The data in the mobile phone A may be either data in the internal memory of the mobile phone A or data in an external memory (nonvolatile memory such as an SD card) connected to the mobile phone A.

  For example, at the time of two-way communication, the transmitting side (mobile phone A) sends and receives a serial number assigned to an IrLAP UI frame with no window size restriction by any one of the above-described embodiments. Depending on the contents of the return frame on the side (printing device B), retransmission is performed if necessary, and on the receiving side (printing device B), error detection and serial number analysis are performed, and if necessary, a retransmission request is made to High communication is possible.

  Also, for example, during one-way communication, the transmission side (mobile phone A) assigns a serial number to an IrLAP UI frame with no window size limitation and transmits it by any one of the above-described embodiments. On the receiving side (printing apparatus B), it is possible to perform high-quality communication by performing error detection and serial number analysis.

  As a result, the use of a UI frame makes it possible to reduce the amount compared to the confirmation with the opposite station within the limit of the window size in the conventional I frame, and performs communication with high transfer efficiency and high quality. It becomes possible.

  In particular, when SMP is used in the printing apparatus, the batch transmission data of the primary station is set by setting the reception buffer size notified to the transmitter by the printing apparatus at the time of connection to the image size of JPEG images (about several hundred KB to several MB). The size can be set to such a size that one JPEG image can be transmitted at a time.

  Thus, for example, when the printing apparatus has two reception buffers and receives JPEG image data in one reception buffer, the reception buffer is switched and the next JPEG image is received in the second reception buffer. During this time, processing such as decoding the JPEG data in the first reception buffer can be easily performed. In addition, if the printing device is in a state where it cannot receive the next data during printing, it notifies the transmitter that a pseudo error has occurred even if no error has occurred, and resends from the transmitter. It is possible to earn time, for example.

[Eighteenth embodiment]
The transfer data transfer system (communication system) according to the eighteenth embodiment will be described with reference to FIG. Note that the terms (including members and functions) defined in other embodiments are used in accordance with the definitions in this embodiment unless otherwise specified.

  In this embodiment, an example of communication between a mobile phone and a recording device will be described with reference to FIG. Note that although a mobile phone is used as a transmitter, the transmitting device may not be a mobile phone as long as data can be transmitted by infrared rays or the like by any of the methods of the present invention. Further, the recording device may be the transmission side.

  In FIG. 67, data in the mobile phone A is transmitted to the recording device B using infrared rays. In the recording apparatus B, appropriate processing is performed on the data transmitted from the mobile phone A. For example, in the case of image data, the data is recorded in a memory in the recording apparatus B or an external memory connected to the recording apparatus B. I do. The memory in the recording device B may be any volatile memory such as SDRAM, non-volatile memory such as flash memory, recordable DVD, HDD drive, or any other medium that can record temporarily or semipermanently. The above-mentioned data is text data, image data, voice data, phone book data, system information, etc., and is not limited to a specific format. The data in the mobile phone A may be either data in the internal memory of the mobile phone A or data in an external memory (nonvolatile memory such as an SD card) connected to the mobile phone A.

  For example, at the time of two-way communication, the transmitting side (mobile phone A) sends and receives a serial number assigned to an IrLAP UI frame with no window size restriction by any one of the above-described embodiments. Depending on the content of the reply frame on the side (recording device B), retransmission is performed if necessary, and on the receiving side (recording device B), error detection and serial number analysis are performed, and if necessary, a retransmission request is made to High communication is possible.

  Also, for example, during one-way communication, the transmission side (mobile phone A) assigns a serial number to an IrLAP UI frame with no window size limitation and transmits it by any one of the above-described embodiments. On the receiving side (recording apparatus B), high-quality communication can be performed by performing error detection and serial number analysis.

  As a result, the use of a UI frame makes it possible to reduce the amount compared to the confirmation with the opposite station within the limit of the window size in the conventional I frame, and performs communication with high transfer efficiency and high quality. It becomes possible.

  In particular, when SMP is used for the recording device, by setting the reception buffer size notified by the recording device to the transmitter at the time of connection to the frame size of MPEG video (from several 100 KB to several MB), the batch transmission data of the transmitter The size can be set to such a size that one frame can be transmitted at a time.

  Thus, for example, when the recording apparatus has two reception buffers and one frame data has been received in one reception buffer, the reception buffer is switched and the next frame data is stored in the second reception buffer. It is possible to easily perform processing such as decoding the frame data in the first reception buffer while receiving.

[Nineteenth embodiment]
The following will describe another embodiment of the present invention with reference to FIGS. The communication protocol described in this embodiment is applied to the first to eighteenth embodiments. Therefore, the terms defined in the first embodiment to the eighteenth embodiment are used in accordance with the definition in the present embodiment unless otherwise specified.

(1) Communication Layer FIG. 68 is a schematic diagram showing the correspondence between the OSI 7 hierarchical model, the IrDA hierarchy, and the communication system hierarchy according to the present invention.

  Each communication layer of the communication system according to the present embodiment also has a function equivalent to the corresponding layer of the OSI 7 layer model. However, as shown in FIG. 68, the communication system has a six-layer structure in which the session layer and the presentation layer are combined into one.

  In this embodiment, for convenience of explanation, explanation will be made based on IrSimple which is an application example of the present invention. However, the present invention is not limited to IrSimple. Note that IrSimple is a partial improvement of conventional IrDA.

  In the present embodiment, the data link layer, the network layer, the transport layer, and the session layer + presentation layer may be expressed as LAP, LAMP, SMP, and OBEX, respectively, in accordance with IrSimple. When the communication layer is distinguished between the transmitter and the receiver, “P” is added to the transmitter (primary station) and “S” is added to the receiver (secondary station). For example, “LAP (P)” means the data link layer of the transmitter.

(2) Sequence between transmitter and receiver (2-1) Connection sequence [A] Response is present FIG. 69A is a sequence diagram showing a connection sequence according to the present embodiment (response is present). FIG. 69 (c) is an explanatory diagram showing the data structure of communication data in the connection sequence of the present embodiment (response is sent).

  In the present embodiment (with a response), the SNRM command can have the same function as the search by using a global address for the Destination Device Address of SNRM (SNRM command in FIG. 69 (c)).

  Further, in this embodiment (with a response), it is necessary for connection of higher layers such as a network layer, a transport layer, a session layer, and a presentation layer in the SNRM command and UA response which are connection packets of the data link layer. Insert parameters and commands. Thereby, it is possible to condense the connection packets for connecting the upper layers necessary for the conventional IrDA into one packet.

  Therefore, the search and connection sequence, which conventionally required a plurality of packets, can be performed with one packet pair.

[B] No Response FIG. 69 (b) is a sequence diagram showing a connection sequence according to the present embodiment (no response). FIG. 69C is an explanatory diagram showing the data structure of communication data in the connection sequence of the present embodiment (no response is sent). In the present embodiment (no response), the UA response (UA response for SNRM in FIG. 69 (c)) is unnecessary.

  Depending on the user or application and the data type, a communication method in which the response from the receiver is omitted can be selected. In this case, as shown in FIG. 38 (b), the search and connection can be completed only by the SNRM command.

  As described above, the connection sequence of the present embodiment shortens the time required for connection by collecting connection requests of a plurality of communication layers, so that reconnection is easy even when the communication path is disconnected. . Therefore, it is particularly suitable for wireless communication using infrared rays, for example, where the communication path is easily cut. However, it is also effective in IEEE802.11 wireless, other wireless communication including Bluetooth, and wired communication.

  In this embodiment, an example in which all communication layers are connected by one communication will be described. However, the present invention is not limited to this. For example, after one communication layer is connected, the remaining plurality of communication layers may be connected. In addition, connection of one communication layer may be performed by a plurality of communications. 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 connection. May be combined into one connection request.

(2-2) Data exchange sequence [A] Response present FIGS. 70A and 70B are sequence diagrams showing the data exchange sequence of the present embodiment (response is sent). FIG. 70 (a) is an explanatory diagram showing the data structure of communication data in the data exchange sequence of the present embodiment (response is sent).

  In the present embodiment (with a response), the response of the lower layer and the upper layer for each piece of data is reduced as much as possible, and whether or not there is an error after transmitting a lot of data is returned.

  At the time of data communication, the transmitter uses a packet constructed by a sequential packet number and a flag for asking whether there is a problem with received data, and divided data obtained by dividing the data according to the packet size.

  As shown in FIG. 70 (a), the transmitter transmits a packet with the flag turned on after transmitting a predetermined number of packets. On the other hand, if the receiver receives a packet from the beginning of the previous data or the above flag is turned on and sends back a reply, if it does not detect an error, it sends a message that it has been received normally. Notify the machine. In addition, if the receiver detects an error from the beginning of the previous data or after receiving the packet with the flag turned on and sending a reply, the receiver after the packet that could not be received The divided data portion is ignored, only the flag is checked, and if the flag is on, the packet number that could not be received due to an error is notified to the transmitter.

  Further, when the transmitter receives a normal reception from the receiver, the transmitter transmits from the next packet. Further, when the transmitter receives a notification that there is an error, the transmitter retransmits from the packet number that could not be received to the packet with the flag turned on.

  Thereby, it is possible to pack between the packets, and efficient communication is possible.

  As shown in FIG. 70A, a UI frame (FIG. 71B) is used in the present embodiment (response is sent). For this reason, the data link layer (LAP layer) cannot recognize missing packets and detects them in the transport layer.

  A sequential number, a data confirmation flag, a flag indicating whether the data is the last packet, and a flag indicating whether the received data is normal are provided in the data portion of the transport layer of the UI frame, and data transmission is performed using these flags.

[B] No Response FIGS. 72A and 72B are sequence diagrams showing a data exchange sequence according to the present embodiment (no response). FIG. 72 (b) is an explanatory diagram showing a data structure of communication data in the data exchange sequence of the present embodiment (no response is sent).

  In the present embodiment (no response), only the data integrity is confirmed when the receiver response is not required. Therefore, the transmitter assigns a sequence number to the packet and transmits all data continuously.

  Then, the receiver only checks whether or not there is an error. When receiving normally, after receiving all the data, the receiver recognizes normal reception in the receiver and performs the following operation. The next operation in this case is, for example, displaying, printing, or saving the received data. On the other hand, when an error is detected, the receiver recognizes that it has not received normally in the receiver and performs the following operation. The next operation in this case is an indicator for notifying the user of the failure or a state of waiting for the next reception.

  Note that the UI frame (FIG. 71 (b)) shown in FIG. 72 (b) is also used in the present embodiment (no response).

(2-3) Disconnection sequence [A] Response present FIG. 73A is a sequence diagram showing a disconnection sequence of the present embodiment (response is present). FIG. 73 (c) is an explanatory diagram showing the data structure of communication data in the disconnection sequence of the present embodiment (response is sent).

  As shown in FIG. 73 (c), in the present embodiment (with a response), parameters and commands necessary for disconnecting upper layers such as a network layer, a transport layer, a session layer, a presentation layer, and the like are set as DISC commands and UAs. Inserted into the response.

  Thereby, the disconnection sequence which conventionally required a plurality of packets can be performed with one packet pair.

[B] No response FIG. 73 (b) is a sequence diagram showing a disconnection sequence according to the present embodiment (no response). FIG. 73 (c) is an explanatory diagram showing the data structure of communication data in the disconnection sequence of the present embodiment (response is sent). In the present embodiment (no response), the UA response (UA response in FIG. 73 (c)) is unnecessary.

  As shown in FIG. 73 (b), in this embodiment (no response), when connection is made assuming that no response from the receiver is required, it can be assumed that the search and disconnection are completed with only the DISC command.

(3) Sequence in Transmitter and Receiver In FIGS. 74 to 90, for convenience of explanation, the data link layer is denoted as LAP, the network layer is denoted as LAMP, the transport layer is denoted as TTP or SMP, and the session layer and the presentation layer are denoted as OBEX. . In order to distinguish the communication layer between the transmitter and the receiver, “P” is added to the transmitter and “S” is added to the receiver. For example, “LAP (P)” means the data link layer of the transmitter.

(3-1) Connection sequence [A] Response present FIG. 74 is a sequence diagram showing a connection sequence of the present embodiment (response is present). FIGS. 75A and 75B are explanatory diagrams showing the data structure of communication data in the connection sequence of the present embodiment (response is sent).

  As shown in FIG. 74, in this embodiment (with a response), both the transmitter and the receiver prepare for connection. Thereafter, the transmitter passes the request of the upper layer as it is to the lower layer and transmits it as one packet (SNRM). On the other hand, the receiver receives the SNRM packet and notifies that it has been connected to the upper layer as it is, and then passes the response of OBEX (S) as it is to the lower layer and transmits it as one packet (UA). To do. The transmitter completes the connection upon receipt of the UA, and sends a notification (Connect.confirm) to the upper layer.

  The sequence in the transmitter and receiver at this time is as follows.

  First, each communication layer of the transmitter will be described.

  OBEX (P) promptly inserts a connection request command into the lower layer (SMP (P)) and generates a connection request function (Primitive) when a connection request is received from an application. When OBEX (P) receives a connection confirmation function from SMP (P), OBEX (P) confirms the response of the OBEX connection from the data, and if the response indicates no problem (Success), the connection is completed. .

  The SMP (P) receives the connection request function from the OBEX (P), and immediately adds the parameters necessary for communication with the SMP (S) of the receiver to the data of the connection request function of the OBEX (P). Thus, a connection request function is generated for the lower layer (LMP (P)). Further, when the SMP (P) receives the connection confirmation function from the LMP (P), the SMP (S) extracts the parameter generated by the SMP (S) of the receiver from the function data, confirms the value, and the SMP (S) End the negotiation. The SMP (P) transmits data obtained by removing the SMP (S) parameter from the data of the connection confirmation function to the OBEX (P) as a connection confirmation function.

  The LMP (P) receives the connection request function from the SMP (P), and immediately adds the parameters necessary for communication with the LMP (S) of the receiver to the data of the connection request function of the SMP (P). Thus, a connection request function is generated for the lower layer (LAP (P)). When the LMP (P) receives the connection confirmation function from the LAP (P), the LMP (P) extracts the parameter generated by the LMP (S) of the receiver from the function data, confirms the value, and the LMP (S) End the negotiation. Further, the LMP (P) transmits data obtained by removing the LMP (S) parameter from the data of the connection confirmation function as a connection confirmation function.

  Normally, an LSAP (Link Service Access Point) is defined to manage logical ports. When one connection is made one to one, there is no need to use LMP. In this case, a connectionless value is used as a fixed value for LSAP. This eliminates the need for LMP connection parameter exchange.

  Upon receipt of the connection request function from the LMP (P), the LAP (P) immediately adds a parameter necessary for communication with the LAP (S) of the receiver to the data of the connection request function of the LMP (P). And outputs an SNRM command to the physical layer of the receiver. Further, when the LAP (P) receives a UA response from the physical layer of the receiver, the LAP (P) extracts the parameter generated by the LAP (S) of the receiver from the data of the UA response, confirms the value, and determines the LAP (S). The negotiation with is terminated. The LAP (P) transmits data obtained by removing the LAP (S) parameter from the UA response data to the LMP (P) as a connection confirmation function.

  Next, each communication layer of the receiver will be described.

  OBEX (S) receives a connection request function from the application and enters a reception standby state. When OBEX (S) receives the connection notification function (Indication) from the lower layer (SMP (S)), it confirms the OBEX connection command from the data, and if there is no problem, connects the response Success. A response function (Response) is output to SMP (S) to complete the connection.

  In response to the connection request function from OBEX (S), SMP (S) enters a reception standby state. When the SMP (S) receives a connection notification function from the lower layer (SMP (S)), the SMP (S) extracts the parameter generated by the SMP (P) of the transmitter from the function data and returns a response to it. A parameter is created, a connection request function including data obtained by removing the SMP (P) parameter from the function data is issued to OBEX (S), and then a connection response function from OBEX (S) is waited for. Further, when the SMP (S) receives the connection response function from the OBEX (S), the SMP (S) adds the response parameter to the data of the connection response function of the OBEX (S) to the LMP (S), and A connection response function is generated for the LMP (S), and the SMP layer negotiation is terminated.

  The LMP (S) receives a connection request function from the SMP (S) and 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 LMP (P) of the transmitter from the function data and returns a response to it A parameter is created, a connection request function including data obtained by removing the LMP (P) parameter from the function data is issued to SMP (S), and then a connection response function from SMP (S) is waited for. Further, when the LMP (S) receives the connection response function from the SMP (S), the LMP (S) adds the response parameter to the data of the connection response function of the SMP (S) to the LAP (S), and A connection response function is generated for LAP (S), and the negotiation of the LMP layer is terminated.

  Normally, an LSAP (Link Service Access Point) is defined to manage logical ports. When one connection is made one to one, there is no need to use LMP. In this case, a connectionless value is used as a fixed value for LSAP. This eliminates the need for LMP connection parameter exchange.

  In response to the connection request function from the LMP (S), the LAP (S) enters a reception standby state. In addition, when the LAP (S) receives an SNRM command from the physical layer, the LAP (S) extracts the parameter generated by the transmitter LAP (P) from the SNRM command data, and extracts the LAP (P) parameter from the SNRM command data. After issuing the connection request function including the excluded data to the LMP (S), a response parameter is generated for the connection request function, and the connection response function from the LMP (S) is awaited. Further, when the LAP (S) receives the connection response function from the LMP (S), the LAP (S) adds the response parameter to the data of the connection response function of the LMP (S) and sends a UA response to the physical layer. Is output and the LAP layer negotiation is terminated.

[B] No Response FIG. 76 is a sequence diagram showing a connection sequence according to the present embodiment (no response). FIG. 75A is an explanatory diagram showing the data structure of communication data in the connection sequence of the present embodiment (no response is sent).

  As shown in FIG. 76, in the present embodiment (no response is sent), both the transmitter and the receiver prepare for connection. Thereafter, the transmitter passes the request of the upper layer as it is to the lower layer and transmits it as one packet (SNRM). And a transmitter raises notification (Connect.confirm) from LAP (P) to an upper layer as connection completion at the time of transmitting a SNRM packet. 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).

  The sequence in the transmitter and receiver at this time is as follows.

  First, each communication layer of the transmitter will be described.

  OBEX (P) promptly inserts a connection request command into the lower layer (SMP (P)) and generates a connection request function (Primitive) when a connection request is received from an application. OBEX (P) completes connection when it receives a connection confirmation function from SMP (P).

  The SMP (P) receives the connection request function from the OBEX (P), and immediately adds the parameters necessary for communication with the SMP (S) of the receiver to the data of the connection request function of the OBEX (P). Thus, a connection request function is generated for the lower layer (LMP (P)). Further, when the SMP (P) receives the connection confirmation function from the LMP (P), the SMP (P) terminates the SMP layer negotiation, assuming that the transmitted parameters can be negotiated. At this time, the SMP (P) transmits a connection confirmation function to the OBEX (P).

  The LMP (P) receives the connection request function from the SMP (P), and immediately adds the parameters necessary for communication with the LMP (S) of the receiver to the data of the connection request function of the SMP (P). Thus, a connection request function is generated for the lower layer (LAP (P)). In addition, when the LMP (P) receives the connection confirmation function from the LAP (P), the LMP (P) terminates the negotiation of the LMP layer, assuming that the transmitted parameters can be negotiated. At this time, the LMP (P) transmits a connection confirmation function to the SMP (P).

  Normally, an LSAP (Link Service Access Point) is defined to manage logical ports. When one connection is made one to one, there is no need to use LMP. In this case, a connectionless value is used as a fixed value for LSAP. This eliminates the need for LMP connection parameter exchange.

  Upon receipt of the connection request function from the LMP (P), the LAP (P) immediately adds a parameter necessary for communication with the LAP (S) of the receiver to the data of the connection request function of the LMP (P). And outputs an SNRM command to the physical layer of the receiver. Also, LAP (P) ends negotiation of the LAP layer, assuming that negotiation with the transmitted parameters has been completed at the time when the SNRM command is output. At this time, LAP (P) transmits a connection confirmation function to LMP (P).

  Next, each communication layer of the receiver will be described.

  OBEX (S) receives a connection request function from the application and enters a reception standby state. When OBEX (S) receives the connection notification function (Indication) from the lower layer (SMP (S)), it confirms the OBEX connection command from the data, and if there is no problem, the connection is completed. .

  In response to the connection request function from OBEX (S), SMP (S) enters a reception standby state. Further, when the SMP (S) receives the connection notification function from the lower layer (SMP (S)), the SMP (S) extracts the parameter generated by the SMP (P) of the transmitter from the function data and uses the parameter. Complete the negotiation. Then, SMP (S) issues to OBEX (S) a connection request function including data obtained by removing the SMP (P) parameter from the function data.

  The LMP (S) receives a connection request function from the SMP (S) and enters a reception standby state. Also, when the LMP (S) receives the connection notification function from the lower layer (LAP (S)), it extracts the parameter generated by the LMP (P) of the transmitter from the function data and uses that parameter. Complete the negotiation. Then, the LMP (S) issues a connection request function including the data obtained by removing the LMP (P) parameter from the function data to the SMP (S).

  Normally, an LSAP (Link Service Access Point) is defined to manage logical ports. When one connection is made one to one, there is no need to use LMP. In this case, a connectionless value is used as a fixed value for LSAP. This eliminates the need for LMP connection parameter exchange.

  In response to the connection request function from the LMP (S), the LAP (S) enters a reception standby state. Further, when the LAP (S) receives an SNRM command from the physical layer, the LAP (S) extracts the parameter generated by the LAP (P) of the transmitter from the data of the SNRM command, and completes the negotiation using the parameter. Then, the LAP (S) issues a connection request function including the data obtained by removing the LAP (P) parameter from the function data to the LMP (S).

(3-2) Data Exchange Sequence [A] With Response FIG. 77 is a sequence diagram showing a data exchange sequence according to the present embodiment (with a response). FIG. 78 is an explanatory diagram showing the data structure of communication data in the data exchange sequence of the present embodiment (response is sent).

  As shown in FIG. 77, in this embodiment (with a response), the transmitter generates a PUT command, which is transmitted to the lower layer, and is output as a UI frame (FIG. 71 (b)).

  On the other hand, the receiver receives the data and sends a notification to the upper layer. At this time, the SMP (S) notifies the upper layer OBEX (S) that data continues (status = truncated).

  After transmitting a certain number of packets, the transmitter turns on a flag for confirming whether the data has arrived properly and transmits the packets. In response, in the receiver, the SMP (S) notifies the transmitter of whether or not there was an error, and if so, the number where the error occurred.

  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 having the error.

  When the end of data is reached, the transmitter turns on a flag indicating the end of data and transmits the data. On the other hand, if this flag is ON, the receiver notifies OBEX (S) that the data is ready (status = OK) and waits for a response to OBEX (S). . When an OBEX (S) response occurs, the data is transmitted to the lower layer and output as a UI frame.

  If the received response is Success, the transmitter ends normally.

  The sequence in the transmitter and receiver at this time is as follows.

  In the transmitter, OBEX (P) outputs a PUT command as a data transmission function to the lower layer. However, if OBEX (P) can be transmitted by SMP (P) without requiring a response to a PUT command other than the PUT Final (last PUT) command (Continue is returned if normal), The command is output. In the case of a command other than the PUT Final command or the PUT command, it waits for a data notification function from the lower layer, and terminates the command by looking at the response in the data.

  Here, the data transmission function is a function (Data Request) for requesting data transmission to a lower layer. The data notification function is a function (Data Indicate) for notifying that data has been received from a lower layer.

  In the receiver, OBEX (S) receives the data notification function from the lower layer and receives data. However, OBEX (S) does not return a response to a PUT command other than the PUT Final command, and returns a response as a data transmission function in the case of a command other than the PUT Final command or the PUT command.

  Here, headers and the like in the upper layer and lower layer data transmission functions and data notification functions common to the transmitter and the receiver will be described.

  When the SMP receives the data transmission function from the OBEX, when the size that can be transmitted by the LMP is smaller than the size of the data in the data transmission function, the SMP makes the data to a size that can be transmitted by the LMP. (B) When the size that can be transmitted by the LMP is larger than the size of the data in the data transmission function, several data are combined to create larger data that is equal to or smaller than the size that can be transmitted. The SMP is a sequential number, an argument for inquiring the data reception status of the other device, an argument indicating the end of the data, an argument indicating that the SMP of the other device requires an OBEX response, and whether the received data is normal. An SMP header including an argument indicating whether or not is created. Then, a data transmission function including the data added to the divided or combined data with the SMP header is issued to the LMP.

  Further, when the SMP receives the data notification function from the LMP, the SMP extracts the SMP header from the data in the function, and checks whether the sequence number is normal (that is, the sequence number comes in order without omission). If it is normal, a data notification function is issued to OBEX. At this time, the data notification function may be output for each data notification function from the lower layer, or data of the data notification functions from several lower layers may be output together.

  The SMP (P) of the transmitter converts the data transmission function from OBEX (P) into a data transmission function to LMP (P), and issues a data transmission function of a certain fixed amount of data. Thereafter, the SMP (P) sets the argument for inquiring the data reception state to the receiver to True, issues a data transmission function, and waits for the data notification function of the LMP (P).

  The SMP (P) analyzes the SMP header in the data notification function from the LMP (S), and if the argument indicating whether the received data is normal indicates that it has been received normally, Assuming that data is ready to be transmitted, the state is such that transmission to OBEX (P) is possible. That is, data from OBEX (P) can be received in this state.

  On the other hand, SMP (P) analyzed that the SMP header of the data notification function received from LMP (S) and analyzed that the argument indicating whether the received data was normal was not received normally. In the case shown, the data transmission function from which it was notified that the data could not be received normally to the data transmission function in which the argument for inquiring the data reception state to the other device is set to True is generated again. The SMP (P) repeats the re-occurrence until the data by all the data transmission functions are notified to the receiver or a certain specified number of times.

  Further, when the SMP (P) receives a data transmission function whose true data argument is True from OBEX (P), to the LMP (P) in which the last data of the data transmission function is entered. The data transmission function is issued with an argument indicating that this data transmission function is the end of the data or an argument indicating that a response of the OBEX (S) of the receiver is required as True.

  On the other hand, when the SMP (S) of the receiver receives the data notification function from the LMP (S), an argument indicating that a response of the end of the data or the OBEX (S) of the receiver is necessary is provided. If True, a data notification function is issued in which the data from which the SMP (S) header is removed is inserted into OBEX (S).

  Further, when the SMP (S) receives the data notification function from the LMP (S), the SMP (S) analyzes the SMP header from the data in the data notification function and confirms the sequential number. If the SMP (S) is able to receive normally until it receives a header for which the argument for inquiring the data reception state from the receiver is true, it indicates that the argument indicating whether the received data is normal has been received normally. An SMP header is created as shown, and a data transmission function is issued to the LMP (S) as data.

  On the other hand, when the SMP (S) detects that the signal has not been normally received, the SMP (S) stores the number of the SMP header that is predicted to have not been normally received. For example, when 0, 1, 2, 3, and 5 are received, and the fifth should be 4, but 4 is not received, the number predicted to have not been received normally is 4. Thereafter, the SMP (S) checks only whether the argument for inquiring the data reception state to the receiver of the SMP header is True, and stops the output of the data notification function to the OBEX (S).

  SMP (S) indicates that an argument indicating whether or not the received data was normal could not be normally received when receiving a data notification function in which the argument for inquiring the data reception state to the receiver is True Then, the SMP header in which the SMP header number that could not be normally received is inserted into the field for entering the sequential number is created, and the data transmission function is issued to the LMP (S) as data.

  Further, when the SMP (S) receives a data notification function in which an argument indicating the end of data or an argument indicating that the response of the OBEX (S) of the receiver is required is OBEX, OBEX After outputting the data notification function to (S), it waits for a data transmission request from OBEX (S).

  When the SMP (S) receives a data transmission request from the OBEX (S), the SMP (S) creates an SMP header indicating that the received data is normally received as an argument indicating whether or not the received data is normal. A data transmission function is issued to the LMP (S) in addition to the data transmission request data of S). If there is an error, the notification to OBEX (S) stops, so the wait is only normal.

  Next, when the LMP receives a data transmission request function from an upper layer, the LMP creates data by attaching an LMP header to the data in the function, and issues a data transmission request function containing the data in the LAP. When the LMP receives a data notification function from the LAP, 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.

  Note that it is not necessary to use LMP when making one connection on a one-to-one basis. In this case, the LMP header contains an LSAP containing a connectionless value.

  When the LAP receives a data transmission request function from the LMP, the LAP creates data by attaching a LAP header to the data in the function, and issues a UI frame containing the data in the physical layer. When the LAP receives a data reception notification from the physical layer, the LAP creates data excluding the LAP header from the data of the UI frame, and issues a data notification function containing the data in the LMP. In the present embodiment, the LAP header includes a connection address and a UI indicator.

[B] No Response FIG. 79 is a sequence diagram showing a data exchange sequence according to this embodiment (no response). FIG. 78 is an explanatory diagram showing the data structure of communication data in the data exchange sequence of the present embodiment (no response is sent).

  As shown in FIG. 79, in the present embodiment (no response is sent), the transmitter generates a PUT command, which is transmitted to the lower layer, and is output as a UI frame.

  On the other hand, the receiver receives the data and sends a notification to the upper layer. At this time, the SMP (S) notifies the upper layer OBEX (S) that data continues (status = truncated).

  Then, when the end of data is reached, the transmitter turns on a flag indicating the end of data and transmits the data. On the other hand, if this flag is ON, the receiver notifies OBEX (S) that the data is ready (status = OK), and ends the data exchange sequence.

  The sequence in the transmitter and receiver at this time is as follows.

  In the transmitter, OBEX (P) outputs a PUT command as a data transmission function to the lower layer. However, OBEX (P) can terminate a command without requiring a response to all commands. Then, OBEX (P) outputs the next command when transmission is possible with SMP (P).

  In the receiver, OBEX (S) receives the data notification function from the lower layer and receives only data without returning a response to all commands.

  Here, headers and the like in the upper layer and lower layer data transmission functions and data notification functions common to the transmitter and the receiver will be described.

  When the SMP receives the data transmission function from the OBEX, when the size that can be transmitted by the LMP is smaller than the size of the data in the data transmission function, the SMP makes the data to a size that can be transmitted by the LMP. (B) When the size that can be transmitted by the LMP is larger than the size of the data in the data transmission function, several data are combined to create larger data that is equal to or smaller than the size that can be transmitted. The SMP is a sequential number, an argument for inquiring the data reception status of the other device, an argument indicating the end of the data, an argument indicating that the SMP of the other device requires an OBEX response, and whether the received data is normal. An SMP header including an argument indicating whether or not is created. Then, a data transmission function including the data added to the divided or combined data with the SMP header is issued to the LMP.

  Further, when the SMP receives the data notification function from the LMP, the SMP extracts the SMP header from the data in the function, and checks whether the sequence number is normal (that is, the sequence number comes in order without omission). If it is normal, a data notification function is issued to OBEX. At this time, the data notification function may be output for each data notification function from the lower layer, or data of the data notification functions from several lower layers may be output together.

  The SMP (P) of the transmitter converts the data transmission function from OBEX (P) into a data transmission function to LMP (P). When receiving a data transmission function in which the argument that is the last of the data is False from OBEX (P), the data with the SMP header added to the data is issued to LMP (P). On the other hand, when the SMP (P) receives a data transmission function in which the argument that the end of the data is true is received from OBEX (P), the last data of the data transmission function is entered. A data transmission function to the LMP (P) is issued with an argument indicating that the data transmission function is the end of the data or an argument indicating that a response of the OBEX (S) of the receiver is required as True. .

  On the other hand, when receiving the data notification function from the lower layer, the SMP (S) of the receiver analyzes the SMP header from the data in the data notification function and confirms the sequential number. Then, when the SMP (S) analyzes the SMP header and confirms that the reception is successful, the SMP (S) issues a data transmission function to the LMP (S).

  On the other hand, when the SMP (S) detects that it has not been received normally, it notifies the OBEX (S) as an error. For example, when 0, 1, 2, 3, and 5 are received, the fifth should be 4, but not 4.

  Thereafter, the SMP (S) waits for the argument indicating the end of the data of the SMP header or the argument indicating that the response of the OBEX (S) of the receiver is True, and is True. Whether to receive a data notification function (note that even if it is received, OBEX (S) is not notified), a disconnection notification function is received, or data notification to OBEX (S) is not performed until a certain period of time elapses. .

  Next, when the LMP (P) of the transmitter receives a data transmission request function from the SMP (S), the LMP header is added to the data in the function to create data, and the data is stored in the LAP (P). The entered data transmission request function is issued.

  On the other hand, when the LMP (S) of the receiver receives the data notification function from the LAP (S), it creates data excluding the LMP header from the data in the function, and the data is stored in the SMP (S). Issue the data notification function.

  Note that it is not necessary to use LMP when making one connection on a one-to-one basis. In this case, the LMP header contains an LSAP containing a connectionless value.

  When the LAP (P) of the transmitter receives the data transmission request function from the LMP (P), the LAP header is added to the data in the function to create the data, and the UI frame containing the data in the physical layer is created. To emit.

  On the other hand, when receiving the data reception notification from the physical layer, the LAP (S) of the receiver creates data excluding the LAP header from the data of the UI frame, and the data enters the LMP (S). Issue data notification function. In the present embodiment, the LAP header includes a connection address and a UI indicator.

(3-3) Disconnection sequence [A] Response present FIG. 80 is a sequence diagram showing a disconnection sequence of the present embodiment (response is present). FIGS. 81A and 81B are explanatory diagrams showing the data structure of communication data in the disconnection sequence of the present embodiment (response is sent).

  As shown in FIG. 80, in the present embodiment (with a response), a transmitter disconnect command is transmitted to a lower layer, and a DISC command is generated. The receiver receives the DISC command and notifies it to the upper layer, the response is returned, and a UA response is generated. Thereafter, the upper layer of the transmitter is notified that the UA response has been received, and the process ends.

  The sequence in the transmitter and receiver at this time is as follows.

  First, each communication layer of the transmitter will be described.

  When a disconnect request is received from an application, OBEX (P) promptly inserts a disconnect request command into the lower layer (SMP (P)) and generates a disconnect request function (Primitive). When OBEX (P) receives the disconnection confirmation function from SMP (P), it confirms the response of OBEX disconnection from the data, and if the response indicates no problem (Success), it completes disconnection. .

  The SMP (P) receives the disconnection request function from the OBEX (P), and immediately adds the parameters necessary for communication with the SMP (S) of the receiver to the data of the disconnection request function of the OBEX (P). Thus, a disconnection request function is generated for the lower layer (LMP (P)). In addition, when the SMP (P) receives the disconnection confirmation function from the LMP (P), the parameter generated by the SMP (S) of the receiver is extracted from the function data, the value is confirmed, and the SMP (S) The disconnection process is terminated. The SMP (P) transmits data obtained by removing the SMP (S) parameter from the data of the disconnection confirmation function to the OBEX (P) as a disconnection confirmation function. However, normally, there is no parameter newly added by SMP (P) at the time of disconnection.

  The LMP (P) receives the disconnection request function from the SMP (P), and immediately adds parameters necessary for communication with the LMP (S) of the receiver to the data of the disconnection request function of the SMP (P). Thus, a disconnection request function is generated for the lower layer (LAP (P)). In addition, when the LMP (P) receives a disconnection confirmation function from the LAP (P), the LMP (S) extracts a parameter generated by the LMP (S) of the receiver from the function data, confirms the value, and the LMP (S) The disconnection process is terminated. Further, the LMP (P) transmits data obtained by removing the LMP (S) parameter from the data of the disconnection confirmation function to the SMP (P) as a disconnection confirmation function. However, normally, there is no parameter newly added by LMP (P) at the time of disconnection.

  The LAP (P) receives the disconnection request function from the LMP (P), and immediately adds the parameters necessary for communication with the LAP (S) of the receiver to the data of the disconnection request function of the LMP (P). The DISC command is output to the physical layer of the receiver. Further, when the LAP (P) receives a UA response from the physical layer of the receiver, the LAP (P) extracts the parameter generated by the LAP (S) of the receiver from the data of the UA response, confirms the value, and determines the LAP (S). Terminate the connection with. The LAP (P) issues data obtained by removing the LAP (S) parameter from the UA response data to the LMP (P) as a disconnection confirmation function. However, normally, there is no parameter newly added with LAP (P) at the time of disconnection.

  Next, each communication layer of the receiver will be described.

  When OBEX (S) receives a disconnect notification function (Indication) from the lower layer (SMP (S)), it confirms the OBEX disconnect command from the data, and if there is no problem, a response of Success is received as a disconnect response function. (Response) is output to SMP (S), and the disconnection is completed.

  When the SMP (S) receives the disconnection notification function from the lower layer (SMP (S)), the SMP (S) extracts the parameter generated by the SMP (P) of the transmitter from the function data, and sets the parameter of the response to it. After creating and issuing a disconnection request function including data obtained by removing the SMP (P) parameter from the function data to OBEX (S), it waits for a disconnection response function from OBEX (S). Further, when the SMP (S) receives a disconnect response function from the OBEX (S), the SMP (S) adds the response parameter to the data of the disconnect response function of the OBEX (S) with respect to the LMP (S), A disconnection response function is generated for the LMP (S), and the SMP layer disconnection process is terminated. However, normally, there is no parameter newly added by SMP (S) at the time of cutting.

  When the LMP (S) receives the disconnection notification function from the lower layer (LAP (S)), the LMP (S) extracts the parameter generated by the LMP (P) of the transmitter from the function data, and sets the parameter of the response to it. After creating and issuing a disconnect request function including data obtained by removing the LMP (P) parameter from the function data to SMP (S), a disconnect response function from SMP (S) is awaited. Further, when the LMP (S) receives the disconnection response function from the SMP (S), the LMP (S) adds the response parameter to the data of the disconnection response function of the SMP (S) to the LAP (S), A disconnect response function is generated for LAP (S), and the LMP layer disconnection process is terminated. However, normally, there is no parameter newly added by LMP (S) at the time of disconnection.

  When the LAP (S) receives a DISC command from the physical layer, the LAP (P) extracts the parameters generated by the transmitter LAP (P) from the DISC command data, and removes the LAP (P) parameters from the DISC command data. After issuing a disconnection request function including data to LMP (S), a parameter for a response to the function is created, and a disconnection response function from LMP (S) is awaited. Further, when the LAP (S) receives the disconnection response function from the LMP (S), the LAP (S) adds the response parameter to the data of the disconnection response function of the LMP (S) and sends a UA response to the physical layer. To terminate the LAP layer cutting process. However, normally, there is no parameter newly added by LAP (S) at the time of disconnection.

[B] No Response FIG. 82 is a sequence diagram showing a disconnection sequence according to the present embodiment (no response). FIG. 81 (a) is an explanatory diagram showing a data structure of communication data in the disconnection sequence of the present embodiment (no response is sent).

  As shown in FIG. 82, in the present embodiment (no response is sent), a transmitter disconnect command is transmitted to a lower layer, and a DISC command is generated. In the transmitter, the disconnection process ends at this point. On the other hand, the receiver receives the DISC command and transmits it to the upper layer, and when the notification is sent to the upper layer, the disconnection process ends.

  The sequence in the transmitter and receiver at this time is as follows.

  First, each communication layer of the transmitter will be described.

  When a disconnect request is received from an application, OBEX (P) promptly inserts a disconnect request command into the lower layer (SMP (P)) and generates a disconnect request function (Primitive). OBEX (P) completes the disconnection when it receives a disconnection confirmation function from SMP (P).

  The SMP (P) receives the disconnection request function from the OBEX (P), and immediately adds the parameters necessary for communication with the SMP (S) of the receiver to the data of the disconnection request function of the OBEX (P). Thus, a disconnection request function is generated 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. Further, SMP (P) transmits a disconnection confirmation function to OBEX (P). However, normally, there is no parameter newly added by SMP (P) at the time of disconnection.

  The LMP (P) receives the disconnection request function from the SMP (P), and immediately adds parameters necessary for communication with the LMP (S) of the receiver to the data of the disconnection request function of the SMP (P). Thus, 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 is determined that the LMP (P) has been disconnected with the transmitted parameters, and ends the LMP layer disconnection process. In addition, LMP (P) transmits a disconnection confirmation function to SMP (P). However, normally, there is no parameter newly added by LMP (P) at the time of disconnection.

  The LAP (P) receives the disconnection request function from the LMP (P), and immediately adds the parameters necessary for communication with the LAP (S) of the receiver to the data of the disconnection request function of the LMP (P). The DISC command is output to the physical layer of the receiver. Further, LAP (P) terminates the LAP layer disconnection process on the assumption that it has been disconnected with the transmitted parameters when it outputs the DISC command. LAP (P) issues a disconnection confirmation function to LMP (P). However, normally, there is no parameter newly added with LAP (P) at the time of disconnection.

  Next, each communication layer of the receiver will be described.

  When OBEX (S) receives a disconnect notification function (Indication) from the lower layer (SMP (S)), it confirms the OBEX disconnect command from the data, and if there is no problem, it completes disconnection.

  When the SMP (S) receives the disconnect notification function from the lower layer (SMP (S)), the SMP (S) extracts the parameter generated by the SMP (P) of the transmitter from the function data, and uses that parameter to disconnect. Complete. SMP (S) issues a disconnect request function to OBEX (S), in which data obtained by removing the SMP (P) parameter from the function data is input. However, normally, there is no parameter newly added by SMP (S) at the time of cutting.

  When the LMP (S) receives a disconnect notification function from the lower layer (LAP (S)), the LMP (S) extracts the parameter generated by the LMP (P) of the transmitter from the function data, and uses that parameter to disconnect Complete. Also, the LMP (S) issues a disconnect request function to the SMP (S) in which data obtained by removing the LMP (P) parameter from the function data is input. However, normally, there is no parameter newly added by LMP (S) at the time of disconnection.

  When the LAP (S) receives a DISC command from the physical layer, the LAP (S) extracts the parameter generated by the LAP (P) of the transmitter from the data of the DISC command, and completes the disconnection using the parameter. Also, LAP (S) issues a disconnect request function including data obtained by removing the parameter of LAP (P) from the data of the DISC command to LMP (S). However, normally, there is no parameter newly added by LAP (S) at the time of disconnection.

(4) Switching of presence / absence of response The flow of data and parameters between the communication layers of the transmitter and the receiver will be described with reference to FIGS.

  In the present embodiment, 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 functions for accessing the LAP layer from the upper layer (that is, the LMP layer).

  The function can specify Data (hereinafter referred to as data) and Requested-Qos or Returned-QoS as arguments. The data is set in each communication layer as described above.

  On the other hand, Qos notifies the specification of negotiation parameters such as the baud rate determined by the LAP and the negotiation result to higher layers including OBEX. Qos is also used in conventional IrDA.

  For example, when a transmitter application or OBEX (P) issues a QoS including a parameter indicating that a response is necessary / unnecessary, the QoS is sequentially transmitted to the lower layer up to LAP (P). Then, LAP (P) reflects the QoS value as the value of the negotiation parameter (Ack Less Connect) and transmits it to the receiver.

  As a result, the communication layers of the transmitter and the receiver operate according to the application of the transmitter or the specification of response necessity / unnecessity by OBEX (P), so that bidirectional / one-way connection is possible.

  83 to 87 are explanatory diagrams showing the flow of data and parameters between communication layers in the connection sequence (FIG. 74) of the present embodiment (response is sent). Note that the parameters of QoS 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 for distinction.

  In the transmitter, as shown in FIG. 83, data to be transmitted to the receiver and data of QoS-1 (QoS requested by the transmitter) are transmitted from the upper layer to the lower layer by con.req (data) (FIG. 74). To pass.

  On the other hand, as shown in FIG. 84, 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.

  Thereafter, when the LAP (S) receives the SNRM command, the receiver compares the QoS-1 of the transmitter with the QoS-2 of the own device, and creates QoS-3 as a commonly negotiated parameter. Then, as shown in FIG. 85, LAP (S) 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.

  Subsequently, the receiver does not need QoS when notifying con.resp (data). Therefore, as shown in FIG. 86, only data is transferred from the upper layer to the lower layer in con.resp (data). When LAP (S) receives con.resp (data), QoS-3 is added to the UA response and a UA response is issued.

  Subsequently, in the transmitter, LAP (P) receives the UA response and stores QoS-3 as a negotiated parameter. Then, as shown in FIG. 87, LAP (P) notifies QoS-3 to the upper layer together with the data of the receiver by con.conf (data). Each communication layer holds this QoS-3 as a connection parameter in the established connection.

  In this embodiment, for example, Requested-QoS: Baud-Rate + Max-Turn-Around-Time + Disconnect-Threshold + DataSize + Ack less connection + Min-Packet-Interval is used as the QoS of con.req. . In addition, Result-QoS: Baud-Rate + Disconnect-Threshold + DataSize + Ack less connection (indication primitive only) is used as the QoS of Con.ind and con.conf.

  In the connection sequence (FIG. 76) of the present embodiment (no response), the flow of data and parameters between the communication layers is as follows.

  In the transmitter, as shown in FIG. 83, the data to be transmitted to the receiver and the data of QoS-1 (QoS requested by the transmitter) are transmitted from the upper layer to the lower layer by con.req (data) (FIG. 76). To pass.

  Then, the LAP (P) of the transmitter stores QoS-1 as it is as QoS-3. Then, as shown in FIG. 87, LAP (P) notifies QoS-3 to the upper layer by con.conf. Each communication layer holds this QoS-3 as a connection parameter in the established connection.

  On the other hand, as shown in FIG. 84, 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.

  After that, at the time when the LAP (S) receives the SNRM command, the receiver sets the QoS-1 of the transmitter to QoS-3. In addition, if the parameters of QoS-2 are not satisfied by the combination with QoS-1, it cannot be received.

  Subsequently, as shown in FIG. 85, 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.

  Thereby, the presence / absence of a response can be switched by the application operating the above QoS-1 and QoS-2 on the upper layer (application).

  Here, as a criterion for switching between presence / absence of response, the file format of the file to be transmitted, application, user selection, and the like can be considered.

  Specifically, when the file format is used as a reference, for example, in the case of a multimedia-related file, both with and without a response can be selected, and the data is received in files such as a phone book, mail, schedule, etc. If there is a need to confirm, response presence may be automatically selected. Further, when the application is used as a reference, for example, in the case of a slide show, no response may be automatically selected. Further, in the case of selection by the user, for example, the user may be allowed to select from a menu display with / without response.

  88 to 90 are explanatory diagrams illustrating modifications of the flow of data and parameters between communication layers in the connection sequence of the present embodiment.

  When the information of all communication layers is included in the first SNRM command in the transmitter (FIG. 74), data and parameters are not relayed in each communication layer (FIG. 83), but as shown in FIG. The communication layer can be directly passed to the LAP layer.

  Conversely, as shown in FIG. 89, the receiver may be configured to take out all the data and parameters included in the SNRM command and pass them directly from the LAP layer to each communication layer as the destination.

  Also, as shown in FIG. 90, in the transmitter, data and parameters of OBEX (P), SMP (P), and LMP (P) are integrated by LMP (P), and further, the above integration is performed by LAP (P). It is also possible to configure such that an SNRM command is generated by adding a parameter of LAP (P) to the data and parameters that have been processed.

  In addition, as a transmitter (primary station) in each said embodiment, a mobile telephone, PDA (Personal Digital Assistants), a digital camera, a personal computer etc. are mentioned, for example. Examples of the receiver (secondary station) include a mobile phone, a television set, an AV device, a recording device such as a DVD recorder and an HDD recorder, and an electronic device such as a printer and a personal computer.

  In addition, each block of the transmitter (primary station) or the receiver (secondary station) described above may be configured by hardware logic (communication circuit), or an arithmetic processing unit such as a CPU is used as follows. It may be realized by software.

  That is, the transmitter or receiver described above includes a CPU (central processing unit) that executes instructions of a control program that realizes each function, a ROM (read only memory) that stores the program, and a RAM (random) that expands the program. access memory), a storage device (recording medium) such as a memory for storing the program and various data.

  An object of the present invention is a recording medium in which a program code (execution format program, intermediate code program, source program) of a communication program of a transmitter or a receiver, which is software that realizes the functions described above, is recorded so as to be readable by a computer. This can also be achieved by supplying the above to the transmitter or receiver 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 tapes such as magnetic tapes and cassette tapes, magnetic disks such as floppy (registered trademark) disks / hard disks, and disks including optical disks such as CD-ROM / MO / MD / DVD / CD-R. Card system such as IC card, IC card (including memory card) / optical card, or semiconductor memory system such as mask ROM / EPROM / EEPROM / flash ROM.

  Further, the transmitter or the receiver 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. For example, 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 present invention can also be realized in the form of a carrier wave or a data signal sequence in which the program code is embodied by electronic transmission.

  As described above, the communication device according to the present invention is a communication device that transmits data in a lump without delegating the transmission right according to a communication method in which the number of frames that can be transmitted at one time is not limited, and collectively transmits. A transmission frame generating means for dividing the batch transmission data to generate a transmission frame; a serial number generating means for assigning a serial number to the transmission frame; and a final transmission frame of the batch transmission data in a final transmission frame of the batch transmission data. And a collective transmission final flag generating means for setting a collective transmission final flag indicating that the transmission frame is transmitted, and a transmitting means for transmitting the transmission frame.

  The communication method according to the present invention is a communication method for transmitting data in a batch without delegating a transmission right in accordance with a communication method in which the number of frames that can be transmitted at one time is not limited. To generate a transmission frame, assign a serial number to the transmission frame, and set a final transmission frame flag indicating the final transmission frame of the batch transmission data in the final transmission frame of the batch transmission data. Then, the transmission frame is transmitted.

  Further, the communication device according to the present invention, a received frame analysis means for extracting a no error flag and a serial number from the received reception frame, an error free flag analysis means for analyzing the error free flag and determining the presence or absence of an error, Control means for retransmitting a transmission frame corresponding to the serial number when the error-free flag indicates that there is an error.

  The communication device according to the present invention is a communication device that collectively receives data without delegating a transmission right according to a communication method in which the number of frames that can be transmitted at one time is not limited, and is included in the received frame. The serial number analyzing means for analyzing the serial number to determine whether there is an error in the serial number and the batch transmission final flag included in the received frame are divided into a plurality of transmission frames by the transmitter and transmitted in a batch No error set to indicate that there is an error when the serial number analysis means detects an error in the received frame received so far when it indicates that it is the final transmission frame of the batch transmission data that has been sent Transmission frame generating means for generating a transmission frame including a flag and a serial number at the time of error occurrence, and the transmission frame It is characterized by a transmission unit for transmitting.

  The communication method according to the present invention is a communication method for receiving data in a lump without delegating a transmission right according to a communication method in which the number of frames that can be transmitted at one time is not limited, and is included in the received frame. Analyzing the serial number to determine whether there is an error in the serial number, and the collective transmission final flag included in the received frame, the received frame is divided into a plurality of transmission frames by the transmitter and sent collectively When it indicates that it is the last transmission frame of data, and an error is detected in the reception frame received so far, transmission including the error-free flag set to indicate that there is an error and the serial number when the error occurred A frame is generated and the transmission frame is transmitted.

  In addition, a communication system according to the present invention includes a communication device as the transmitter and a communication device as the receiver.

  With the above configuration and method, when transmitting data in a batch without delegating the transmission right according to a communication method in which the number of frames that can be transmitted at one time is not limited, the transmitter divides and transmits the batch transmission data. Generates a frame, assigns a serial number to the transmission frame, and sets the final transmission frame of the batch transmission data with a batch transmission final flag indicating that it is the final transmission frame of the batch transmission data. Send a frame. On the other hand, the receiver analyzes the serial number included in the received frame to determine whether there is an error in the serial number, and when an error is detected in the received frame, an error-free flag set to indicate that there is an error and A transmission frame including a serial number at the time of error occurrence is generated and transmitted to the transmitter. When the transmitter receives a frame including a serial number at the time of occurrence of an error from the receiver, the transmitter retransmits a transmission frame corresponding to the serial number.

  Here, the receiver receives the last transmission frame of the transmission frames obtained by dividing the batch transmission data until the error at the occurrence of the error until it is determined by the batch transmission final flag included in the reception frame. Does not transmit transmission frames that contain serial numbers. That is, error notification is performed in batch transmission data units.

  Therefore, even if a communication method that does not limit the number of frames that can be transmitted or received at one time (window size) can be detected and retransmitted, it is possible to perform highly reliable communication. Is possible. In addition, since error notification is performed in batch transmission data units, the efficiency of data transfer is high.

  Furthermore, when the communication device according to the present invention divides one transmission data into a plurality of the above-mentioned batch transmission data and transmits it, the final transmission frame of the transmission data is the final transmission frame of the transmission data. The data final flag generating means for setting the data final flag shown is provided.

  According to the above configuration, the end of transmission data can be further notified to the receiver. Therefore, the receiver can efficiently start processing the data in the reception buffer, for example.

  Furthermore, the communication device according to the present invention is characterized in that the communication method is communication using an IrLAP (Infrared Link Access Protocol) UI (Unnumbered Information) frame.

  According to the above configuration, an IrLAP UI frame can be used as a communication method that does not limit the number of frames that can be transmitted or received at one time (window size). In other words, retransmission can be performed using an IrLAP UI frame.

  Furthermore, the communication device according to the present invention is characterized in that the transmission frame includes at least a part of a final PUT command or a non-final PUT command of OBEX (Object Exchange Protocol).

  According to the above configuration, it is possible to perform retransmission with high quality and high transfer efficiency using the OBEXPUT command.

  Furthermore, the communication device according to the present invention is characterized in that the transmission frame includes a part or all of the OBEX (Object Exchange Protocol) SUCCESS response.

  According to the above configuration, when data transfer is performed from the transmitter using the OBEX Put command, it is possible to transmit an OBEX SUCCESS response, and communication using the OBEX Put operation is possible.

  Further, the communication device according to the present invention is a communication device that collectively receives data without delegating the transmission right according to a communication method in which the number of frames that can be transmitted at one time is not limited. The error detection means for determining whether or not there is an error, and the batch transmission final flag included in the received frame, the received frame is divided into a plurality of transmission frames by the transmitter and sent collectively When there is no transmission frame, the above error detection means sets the no error flag to indicate whether there is an error according to whether an error has been detected in the received frame received so far. Transmission frame generation means for generating a transmission frame including the transmission frame, and transmission means for transmitting the transmission frame. There.

  According to said structure, it becomes possible to notify the transmitter of the presence or absence of an error. Therefore, it becomes possible for the transmitter that has received this information to perform retransmission.

  Therefore, even if a communication method that does not limit the number of frames that can be transmitted or received at one time (window size) can be detected and retransmitted, it is possible to perform highly reliable communication. Is possible. In addition, since error notification is performed in batch transmission data units, the efficiency of data transfer is high.

  The communication device according to the present invention is a communication device that transmits an object using an object exchange protocol OBEX (OBject EXchange protocol), and receives an OBEX response from a receiver after transmitting an OBEX command. And an OBEX layer processing unit that transmits the next OBEX command.

  The communication method according to the present invention is a communication method for transmitting an object using an object exchange protocol OBEX (OBject EXchange protocol), and receives an OBEX response from a receiver after transmitting an OBEX command. Instead, the next OBEX command is transmitted.

  According to the configuration and method described above, the transmitter can transmit the next OBEX command without receiving the OBEX response from the receiver. Therefore, even when the receiver does not transmit a response command to the request command from the transmitter, or when the receiver does not have a transmission function, the object can be transferred by OBEX. That is, one-way communication using OBEX can be realized.

  In addition, the communication device according to the present invention is a communication device that transmits an object using an object exchange protocol OBEX (OBject EXchange protocol), and only after the non-final Put command is transmitted, OBEX from the receiver. An OBEX layer processing unit that transmits a non-final Put command or a final Put command of the next OBEX without receiving a response is provided.

  In addition, the communication method according to the present invention is a communication method for transmitting an object using an object exchange protocol OBEX (OBject EXchange protocol), and only after sending a non-final Put command of OBEX, A feature is that a non-final Put command or a final Put command of the next OBEX is transmitted without receiving a response.

  According to the above-described configuration and method, efficient data transfer can be realized by omitting a non-final Put command response (CONTINUE response command).

  The communication device according to the present invention is a communication device that receives an object from a transmitter using an object exchange protocol OBEX (OBject EXchange protocol), and does not always transmit an OBEX response after receiving an OBEX command. A layer processing unit is provided.

  The communication method according to the present invention is a communication method for receiving an object from a transmitter using an object exchange protocol OBEX (OBject EXchange protocol), and does not always transmit an OBEX response after receiving an OBEX command. It is characterized by.

  According to the above configuration and method, if the transmitter can transmit the next OBEX command without receiving the OBEX response from the receiver, the receiver generates and transmits an unnecessary response command. It is possible to perform control so as not to perform. Therefore, one-way communication using OBEX can be realized.

  The communication device according to the present invention is a communication device that receives an object from a transmitter using an object exchange protocol OBEX (OBject EXchange protocol), and transmits an OBEX response when a non-final Put command is received. In this case, an OBEX layer processing unit that transmits an OBEX response when the final Put command is received is provided.

  The communication method according to the present invention is a communication method for receiving an object from a transmitter using an object exchange protocol OBEX (OBject EXchange protocol). This is characterized in that an OBEX response is transmitted when the final Put command is received.

  According to the above-described configuration and method, efficient data transfer can be realized by omitting a non-final Put command response (CONTINUE response command).

  The communication device may be realized by a computer. In this case, a communication program for a communication device that causes the communication device to be realized by a computer by causing the computer to operate as each unit of the communication device, and A recorded computer-readable recording medium also falls within the scope of the present invention.

  In addition, the communication device may be realized by a communication circuit that functions as each unit described above.

  The communication device is suitable for a mobile phone that performs communication using the communication device. According to the mobile phone, communication with high quality and / or high transfer efficiency can be performed.

  The communication device is suitable for a display device that displays data based on data received by the communication device. According to such a display device, communication with high quality and / or high transfer efficiency can be performed.

  Further, the communication device is suitable for a printing apparatus that performs printing based on data received by the communication device. According to such a printing apparatus, it is possible to perform communication with high quality and / or high transfer efficiency.

  The communication device is suitable for a recording device that records data received by the communication device. According to such a recording apparatus, it is possible to perform communication with high quality and / or high transfer efficiency.

  Furthermore, the present invention may be configured as follows.

[Primary station]
(1. Primary station sends LAP layer UI frame with serial number and BL flag)
The communication device [1] according to the present invention uses a communication method that does not limit the window size (the number of frames that can be transmitted or received at one time), and without delegating the right to transmit a certain size of data, A communication device for batch transmission, including a serial number, a flag indicating the end of batch transmission data, a circuit for generating a transmission frame by adding transmission data to the transmission frame, and a circuit for transmitting the transmission frame In the data transfer, the serial number is increased or decreased by a predetermined value until the flag indicating the end of the batch transmission data sets and transmits a value indicating the end of the data.

  According to the above configuration, even if a communication method without a window size restriction is used, a communication device that has received the frame can detect a missing frame and can perform highly reliable communication. Become.

(2. Resend all when a secondary station requests retransmission)
The communication device [2] according to the present invention is characterized in that, in the communication device [1], when the error-free flag in the frame received from the opposite station indicates that there is an error, data is retransmitted from the beginning. To do.

  According to the above configuration, when the opposite station makes a retransmission request due to an error, retransmission can be performed.

(3. Set the serial number from 0 for all retransmissions)
The communication device [3] according to the present invention is characterized in that, when the retransmission is performed in the communication device [2], a serial number is set to an initial value according to a predetermined rule when the first frame is transmitted.

  According to said structure, the communication apparatus which received this can know that resending is performed from the beginning.

(4. All retransmissions only once)
The communication device [4] according to the present invention is characterized in that, in the communication device [2], the retransmission is performed only once.

  According to said structure, it becomes possible to reduce the power consumption by resending when the quality of a communication channel is bad.

(5. Limit the number of retransmissions)
The communication device [5] according to the present invention is characterized in that, in the communication device [2], the retransmission is not more than a predetermined value.

  According to said structure, it becomes possible to change the restriction | limiting of the frequency | count of resending according to the quality of a communication path, and it becomes possible to perform more efficient reduction of power consumption.

(6. Re-transmission from the serial number requested by the secondary station)
In the communication device [6] according to the present invention, in the communication device [1], when the error-free flag in the frame received from the opposite station indicates that there is an error, the communication device [6] Retransmission is performed from a frame corresponding to a serial number in the frame.

  According to the above configuration, it is possible to retransmit from the serial number requested by the opposite station, and the transfer efficiency at the time of error is increased.

(7. Retransmission from the serial number requested to be retransmitted from the secondary station (also returns the serial number))
The communication device [7] according to the present invention is characterized in that, when the retransmission is performed in the communication device [6], a serial number in a frame received immediately before is transmitted at the time of transmission of the first frame.

  According to the above configuration, the opposite station can know the data retransmission start location.

(8. Re-transmission from the serial number specified by the secondary station only once)
The communication device [8] according to the present invention is characterized in that, in the communication device [6], the retransmission is performed only once.

  According to said structure, it becomes possible to reduce the power consumption by resending when the quality of a communication channel is bad.

(9. Limit the number of retransmissions from the serial number specified by the secondary station)
The communication device [9] according to the present invention is characterized in that, in the communication device [6], the retransmission is not more than a predetermined value.

  According to said structure, it becomes possible to change the restriction | limiting of the frequency | count of resending according to the quality of a communication path, and it becomes possible to perform more efficient reduction of power consumption.

(10. If there is no retransmission request from the secondary station, increase the serial number and send)
In the communication device [10] according to the present invention, in the communication device [1], when the no error flag in the frame received from the opposite station indicates no error, the serial number of the previously transmitted frame is determined in advance. A value obtained by incrementing the value is assigned as a serial number, and transmission is performed.

  According to the above configuration, when there is no retransmission request from the opposite station, it is possible to continue data transmission.

(11. The data size unit for BL = 1 is determined by the buffer size on the receiving side)
The communication device [11] according to the present invention maintains a collective receivable data size of the opposite station received from the opposite station at the time of connection in the communication device [1], and the accumulated transmission data in the transmission frame is stored at the time of the connection. A flag indicating the end of the batch transmission data is set as a value indicating the end of the data, which is equal to or smaller than the data size received from the opposite station, and is transmitted.

  According to the above configuration, it is possible to prevent a situation in which the buffer on the receiving side overflows and an overrun error occurs.

(12. If the block size parameter is not received, the default value is the block size)
In the communication device [12] according to the present invention, when the communication device [11] does not receive the collective receivable data size of the opposite station from the opposite station at the time of connection, the batch transmission data is equal to or less than a predetermined value. A flag indicating the end of the data is set as a value meaning the end of the data and transmitted.

  According to the above configuration, if a default value is defined with the opposite station, the opposite station needs to notify the opposite station of the reception buffer at the time of connection if communication with the default value is possible. Disappears.

(13. When the primary station transmits as BL = 1 and times out, the previous transmission frame is retransmitted)
The communication device [13] according to the present invention has a timer in particular in the communication device [1], sets the flag indicating the end of batch transmission data as the meaning of the end of data and transmits a frame in advance. When no frame is received from the opposite station for a predetermined time, only the frame transmitted immediately before is retransmitted.

  According to the configuration described above, when an error occurs in a frame including a flag indicating the end of batch transmission data, and it cannot be normally received at the opposite station, it can be retransmitted.

(14. Primary station retransmits BL = 1 frame only once)
The communication device [14] according to the present invention is characterized in that, in the communication device [13], the retransmission is performed only once.

  According to said structure, it becomes possible to reduce the power consumption by resending when the quality of a communication channel is bad.

(15. A restriction is imposed on the primary station to retransmit the BL = 1 frame)
The communication device [15] according to the present invention is characterized in that, in the communication device [13], the retransmission is not more than a predetermined number of times.

  According to said structure, it becomes possible to change the restriction | limiting of the frequency | count of resending according to the quality of a communication path, and it becomes possible to perform more efficient reduction of power consumption.

(16. Set BL = 1 when the primary station transmits all frames)
The communication device [16] according to the present invention transmits, in the communication device [1], a flag indicating the end of the batch transmission data as a value indicating the end of data in all transmission frames. And

  According to said structure, it becomes possible to suppress the size of the transmission buffer required for resending small.

(17. The primary station sets a flag indicating the end of data from the upper layer)
The communication device [17] according to the present invention has a circuit for setting a flag indicating the end of transmission data of its own station in the communication device [1], and transmits the end of transmission data of its own station. A flag indicating the end of transmission data of the local station is set to a value indicating the end of data and transmitted.

  According to the above configuration, the opposite station can know the end of transmission data.

(18. Primary station performs bidirectional communication using IrDA UI frame)
The communication device [18] according to the present invention uses an IrLAP (Infrared Link Access Protocol) UI frame as the communication method without any restriction on the window size in any of the communication devices [1] to [17]. Communication.

  According to the above configuration, retransmission can be performed using an IrLAP UI frame.

(19. Primary station sends serial number to LAP layer UI frame in one-way transmission)
The communication device [19] according to the present invention uses a IrLAP (Infrared Link Access Protocol) UI frame to give a serial number and transmission data to the UI frame when performing communication that does not require a response from the opposite station. A transmission frame generating circuit and a transmission frame transmitting circuit, wherein the serial number is increased or decreased by a predetermined value during data transfer.

  According to the above configuration, even if an IrDA UI frame is used, it is possible to detect whether or not a received frame is missing in one-way communication, leading to improvement in communication quality.

(20. The primary station transmits in one-way communication with a DL flag in addition to the serial number in the UI frame)
The communication device [20] according to the present invention includes a circuit that generates a flag indicating the end of transmission data, in the communication device [19], and sets and transmits the flag indicating the end of transmission data. It is characterized by.

  According to the above configuration, it is possible to perform a desired process when the receiving side receives a flag indicating the end of the transmission data.

(21. The data transmitted by the primary station is an OBEX PUT command)
In the communication device [21] according to the present invention, in any of the communication devices [1] to [20], the transmission data includes a part of an OBEX (Object Exchange Protocol) Put (Final or not Final) command. Or it is characterized in that all are included.

  According to the above configuration, communication using the OBEX Put command is possible.

[Secondary station]
(22. When the secondary station receives the BL = 1 frame, it notifies the primary station of the presence or absence of an error)
The communication device [22] according to the present invention uses a communication method that does not limit the window size (the number of frames that can be transmitted or received at one time), and does not delegate the right to transmit a certain size of data. An error detection circuit for determining whether or not there is an error in a received frame, a circuit for storing data in the received frame in a reception buffer, and a circuit for processing data in the reception buffer, which are communication devices that collectively receive the received frame And a circuit for determining a flag indicating the end of batch transmission data, a circuit for generating a transmission frame with an error-free flag, and a circuit for transmitting the transmission frame. If the flag indicating the end of batch transmission data in the frame means the end of data, an error has occurred in the frames received so far. If not detected, the meaning of no error the error no flag, if an error is detected, generates a frame the error without flag as meaning there is an error, and transmits.

  According to said structure, it becomes possible to notify the presence or absence of an error with respect to an opposing station. Upon receiving this, the opposite station can perform retransmission.

(23. When the secondary station receives a frame with BL = 1, the primary station is notified of the presence of an error and the serial number at the time of the error)
The communication device [23] according to the present invention uses a communication method that does not limit the window size (the number of frames that can be transmitted or received at one time), and the transmission right of a certain size of data is not delegated, A communication device for batch reception, which compares an error detection circuit for determining whether or not there is an error in a received frame, a circuit for calculating a serial number to be received, and a serial number to be received and a serial number of a received frame A circuit, a circuit for storing the data in the reception frame in the reception buffer, a circuit for processing the data in the reception buffer, a circuit for holding the serial number of the frame in which the error is detected, and a flag indicating the end of the batch transmission data If there is an error flag and a circuit to determine, and if there is an error, a serial number at the time of the error is added and a transmission frame is generated. And a circuit for transmitting the transmission frame, and when data is transferred, if the flag indicating the end of the batch transmission data in the reception frame means the end of the data, it is received by then If no error is detected in the error detection circuit and serial number comparison circuit in the frame, the no error flag means no error, and if an error is detected, the no error flag indicates that there is an error. And the serial number of the frame in which the first error is detected is transmitted together.

  According to said structure, it becomes possible to notify the presence or absence of an error with respect to an opposing station. Further, it is possible to notify the serial number that is desired to be retransmitted, and it is possible to perform efficient retransmission.

(24. When the secondary station receives a frame after detecting an error, it does not process the data in the received frame)
In the communication device [24] according to the present invention, if an error is detected by the error detection circuit and the serial number comparison circuit in the communication device [22] or [23], at least the end of the batch transmission data is detected. The data in the received frame is not stored in the reception buffer until a frame in which the flag indicating the value indicating the end of data is received.

  According to the above configuration, when an error occurs, it is possible to reduce power consumption for data processing until a retransmission request is made to the opposite station.

(25. The secondary station makes a retransmission request only once)
In the communication device [25] according to the present invention, when an error is detected in the received frame in the error detection circuit and serial number comparison circuit in the communication device [22] or [23], the error-free flag is set as an error. As a meaning, it is transmitted only once.

  According to said structure, it becomes possible to reduce the power consumption by resending when the quality of a communication channel is bad.

(26. Set a limit for secondary stations to request retransmission)
In the communication device [26] according to the present invention, when an error is detected in the received frame in the error detection circuit and the serial number comparison circuit in the communication device [22] or [23], the error-free flag is set as an error. As a meaning, the number of times of transmission is not more than a predetermined number.

  According to said structure, it becomes possible to change the restriction | limiting of the frequency | count of resending according to the quality of a communication path, and it becomes possible to perform more efficient reduction of power consumption.

(27. Secondary station always requests retransmission from 0)
The communication device [27] according to the present invention always sets the serial number as an initial value according to a predetermined rule when the communication device [23] transmits the error-free flag with the meaning of error. And transmitting.

  According to the above configuration, when an error is detected, a retransmission from the beginning of the data is always requested, and it is not necessary to manage the serial number of the frame in which the error has occurred, leading to simplification of the circuit.

(28. Secondary station notifies buffer size to primary station when connected)
The communication device [28] according to the present invention is characterized in that in the communication device [22] or [23], the buffer size of the local station is attached to the frame and transmitted when connected.

  According to the above configuration, it becomes possible to notify the opposite station of the reception buffer size of the own station, and adjusting the data size that the opposite station transmits at once can cause an overrun error because the reception buffer of the own station overflows. It becomes possible to prevent becoming.

(29. When the secondary station continuously receives frames with the same serial number with BL = 1, it is not treated as an error.)
In the communication device [29] according to the present invention, in the communication device [23], the flag indicating the end of the batch transmission data of the received frame means the end of the data, and the serial number at that time is received immediately before. When the flag indicating the end of the batch transmission data is the same as the serial number of the frame indicating the end of the data, the serial number comparison circuit does not process as an error.

  According to the above configuration, when an error occurs in a frame transmitted by the own station and the opposite station cannot be normally received, it is possible not to process the frame from the opposite station retransmitted as an error.

(30. When the secondary station receives a retransmission packet with BL = 1, the data in the frame is not stored in the reception buffer.)
In the communication device [30] according to the present invention, in the communication device [29], the flag indicating the end of the batch transmission data of the received frame means the end of the data, and the serial number at that time is the immediately preceding When the flag indicating the end of the batch transmission data received at the same time is the same as the serial number of the frame indicating the end of the data, the data in the reception frame is not stored in the reception buffer.

  According to the above configuration, when an error occurs in a frame transmitted by the own station and the opposite station cannot be normally received, the data in the frame from the opposite station retransmitted is stored twice in the reception buffer. It becomes possible to prevent this.

(31. When the secondary station receives a retransmission packet with BL = 1, it retransmits the frame transmitted immediately before)
In the communication device [31] according to the present invention, in the communication device [29], the flag indicating the end of the batch transmission data of the received frame means the end of the data, and the serial number at that time is immediately before. When the flag indicating the end of the received batch transmission data is the same as the serial number of the frame indicating the end of the data, the frame transmitted immediately before is retransmitted.

  According to the above configuration, it is possible to perform retransmission when an error occurs in a frame transmitted by the own station and the opposite station cannot be normally received.

(32. When the secondary station receives a DL = 1 frame, it notifies the end of the upper layer data of the opposite station)
The communication device [32] according to the present invention has a circuit for discriminating a flag indicating the end of data of the opposite station, particularly in the communication device [22] or [23]. When the flag indicating the end of data indicates the end of data, this is notified to the data processing unit in the reception buffer of the own station.

  According to said structure, it becomes possible to notify the end of the transmission data of an opposing station to the receiving data processing part in a local station.

(33. When the secondary station receives the DL = 1 frame, it transmits the upper layer data of the secondary station)
In the communication device [32], the communication device [33] according to the present invention is configured so that, in the received frame, when the flag indicating the end of data of the opposite station indicates the end of data in the reception frame, the communication device [33] After notifying the data processing unit to that effect, the data of the own station is transmitted.

  According to said structure, it becomes possible to transmit the response data with respect to reception data.

(34. The data transmitted by the secondary station is OBEX SUCCESS)
The communication device [34] according to the present invention is characterized in that, in the communication device [33], the data of the local station includes a part or all of a SUCCESS response of OBEX (Object Exchange Protocol). To do.

  According to the above configuration, when data transfer is performed from the opposite station using the OBEX Put command, an OBEX SUCCESS response can be transmitted, and communication using the OBEX Put operation becomes possible.

(35. When the secondary station transmits upper layer data, it is transmitted with the no error flag)
The communication device [35] according to the present invention is characterized in that the communication device [33] transmits the data of the local station together with the error-free flag, particularly when transmitting the data of the own station.

  According to the above configuration, the frame for notifying the opposite station that there is no error and the frame for transmitting the response data of the local station can be combined into one, which leads to band efficiency.

(36. Secondary station performs bidirectional communication using IrDA UI frame)
The communication device [36] according to the present invention uses an IrLAP (Infrared Link Access Protocol) UI frame as a communication method in which any of the communication devices [22] to [35] has no restriction on the window size. Communication.

  According to the above configuration, retransmission can be performed using an IrLAP UI frame.

(37. Secondary station receives data via one-way communication (checks serial number))
The communication device [37] according to the present invention uses IrLAP (Infrared Link Access Protocol) UI frame to determine whether there is an error in the received frame when performing communication without transmitting a response to the opposite station. An error detection circuit for calculating the serial number to be received, a circuit for comparing the serial number to be received with the serial number of the received frame, a circuit for storing data in the received frame in the reception buffer, and a reception buffer And when the data is transferred, if no error is detected in the error detection circuit and the serial number comparison circuit in the received frame, a desired process is performed as normal data reception. If an error is detected, a desired process is performed as data reception failure.

  According to the above configuration, even during one-way communication using an IrLAP UI frame, it is possible to detect missing frames by checking the frame serial numbers.

(38. The secondary station determines the end of data by the DL analysis circuit in one-way reception)
The communication device [38] according to the present invention has a circuit for discriminating a flag indicating the end of data of the opposite station in the communication device [37], and detects the end of data of the opposite station in the received frame. When the indicated flag indicates the end of data, this is notified to the data processing unit in the reception buffer of the own station.

  According to the above configuration, it is possible to determine the end of received data on the receiving side even when there is no information on the total data length transmitted by the transmitting side in the received frame.

(39. When the secondary station receives a frame after detecting an error in one-way reception, data in the received frame is not processed.)
In the communication device [39] according to the present invention, when an error is detected in the error detection circuit and the serial number comparison circuit in the communication device [37], at least a flag indicating the end of the batch transmission data is set. Data in the received frame is not stored in the reception buffer until a frame having a value indicating the end of data is received.

  According to the above configuration, it is possible not to perform data storage processing after an error is detected, and it is possible to reduce power consumption.

(40. Communication circuit)
A communication circuit [40] according to the present invention is a communication circuit capable of realizing communication of any one of the communication devices [1] to [39].

  According to said structure, it becomes possible to incorporate in another communication apparatus.

(41. Program)
The communication program [41] according to the present invention is a communication program capable of realizing communication of any one of the communication devices [1] to [39].

  According to said structure, it becomes possible to incorporate in another communication apparatus.

(42. Recording medium)
The recording medium [42] according to the present invention is a computer-readable recording medium in which the communication program [41] is recorded.

  According to the above configuration, the present invention can be executed by developing and operating the program recorded on the recording medium on the memory.

(43. Mobile phone)
A cellular phone [43] according to the present invention is a cellular phone capable of realizing communication of any one of the communication devices [1] to [39].

  According to said structure, high quality communication is attained by implement | achieving one of the above-mentioned communication systems using a mobile telephone.

(44. Display device)
The display device [44] according to the present invention is a display device capable of realizing communication of any one of the communication devices [1] to [39].

  According to said structure, high quality communication is attained by implement | achieving one of the above-mentioned communication systems using a display apparatus.

(45. Printing device)
A printing apparatus [45] according to the present invention is a printing apparatus capable of realizing communication of any one of the communication devices [1] to [39].

  According to said structure, high quality communication is attained by implement | achieving one of the above-mentioned communication systems using a printing apparatus.

(46. Recording device)
The recording device [46] according to the present invention is a recording device capable of realizing communication of any one of the communication devices [1] to [39].

  According to said structure, high quality communication is attained by implement | achieving one of the above-mentioned communication systems using a printing apparatus.

(47. Communication method that does not require a response in the OBEX layer)
In another communication method according to the present invention, an object exchange protocol OBEX (OBject EXchange protocol) is used to transmit an object to the opposite station. After transmitting an OBEX command, an OBEX response from the opposite station is transmitted. It is characterized in that the next OBEX command is transmitted without receiving.

(48. Communication method that does not require a response only during one-way transmission)
Another communication method according to the present invention further includes a bidirectional communication that requires an OBEX response from the opposite station and a one-way communication that does not require an OBEX response from the opposite station, particularly after transmitting the OBEX command. Only when the one-way communication is selected, the next OBEX command may be transmitted without receiving the OBEX response from the opposite station after transmitting the OBEX command.

(49. Communication device that does not require a response in the OBEX layer)
Further, another communication apparatus according to the present invention further includes the OBEX in a communication apparatus having an OBEX layer processing unit capable of transmitting an object to an opposite station using an object exchange protocol OBEX (OBject EXchange protocol). The layer processing unit is characterized in that after the OBEX command is generated and transmitted, the next OBEX command is generated and transmitted without receiving the OBEX response from the opposite station.

(50. Communication device that does not require a response only during one-way transmission)
The other communication apparatus according to the present invention further includes a two-way communication that requires an OBEX response from the opposite station and a one-way communication that does not require an OBEX response from the opposite station after the OBEX command is transmitted. Only when the communication method switching unit has selected one-way communication, the OBEX command is generated and transmitted, and then the OBEX response from the opposite station is not received. OBEX commands may be generated and transmitted.

  According to the above method and configuration, for example, in unidirectional communication using OBEX, even when the client device side cannot receive a server response command to a request command from the client device side, it is possible to transmit an object using OBEX. be able to. In addition, during bidirectional communication, communication for confirming a response from the server is performed. During one-way communication, communication without a response from the server can be performed, and bidirectional communication and one-way communication can be performed with one OBEX. It can be realized with a protocol.

(51. Communication method that requires no response for non-Final Put commands)
Also, another communication method according to the present invention is a communication method for transmitting an object to an opposite station using an object exchange protocol OBEX (OBject EXchange protocol), and only after the non-final Put command is transmitted. It is characterized in that a non-final Put command or a final Put command of the next OBEX is transmitted without receiving an OBEX response from.

(52. A communication device that does not require a response for non-Final Put commands)
Another communication apparatus according to the present invention is a communication apparatus having an OBEX layer processing unit capable of transmitting an object to an opposite station using an object exchange protocol OBEX (OBject EXchange protocol). The section is characterized by generating and transmitting a non-final Put command or a final Put command of the next OBEX without receiving an OBEX response from the opposite station only after generating and transmitting a non-final Put command. .

  According to the above method and configuration, it is possible to realize object exchange that does not require only a CONTINUE response command for the PUT command.

(53. Communication method that does not send response in OBEX layer)
In another communication method according to the present invention, an object exchange protocol OBEX (OBject EXchange protocol) is used to receive an object from the opposite station. After receiving an OBEX command from the opposite station, an OBEX response is always transmitted. It is characterized by not.

(54. A communication method that does not send a response on the OBEX layer only during one-way reception)
Further, the other communication method according to the present invention further includes a two-way communication that requires an OBEX response from the opposite station and a OBEX response from the opposite station after the OBEX command is transmitted. Only when the unidirectional communication is selected, the OBEX response may not always be transmitted to the opposite station after receiving the OBEX command only when the unidirectional communication is selected.

(55. Communication device that does not send response in OBEX layer)
Another communication apparatus according to the present invention is a communication apparatus having an OBEX layer processing unit capable of receiving an object from an opposite station using an object exchange protocol OBEX (OBject EXchange protocol). This section is characterized in that an OBEX response is not always transmitted after receiving an OBEX command from the opposite station.

(56. A communication device that does not send a response on the OBEX layer only during one-way reception)
Further, the other communication apparatus according to the present invention further includes a two-way communication that requires an OBEX response from the opposite station and a OBEX response from the opposite station after the OBEX command is transmitted. A communication method switching unit that switches directional communication may be included, and only when the communication method switching unit has selected one-way communication, an OBEX response may not always be transmitted to the opposite station after receiving the OBEX command.

  According to the above method and configuration, for example, in one-way communication using OBEX, when the client device side does not need to send a response command on the server device side to the request command from the client device side, an unnecessary response command It is possible to perform control such that the generation and transmission of are not performed. Also, during bidirectional communication, it is possible to confirm communication on the client device side by sending a response command to the client device side, and during one-way communication, generation of unnecessary response commands to the client device and It becomes possible not to transmit, and bi-directional communication and one-way communication can be realized by one OBEX protocol.

(57. Communication method that does not respond only to non-Final Put commands)
Another communication method according to the present invention is a communication method for receiving an object from an opposite station using an object exchange protocol OBEX (OBject EXchange protocol). When a non-final Put command is received, an OBEX response is transmitted. This is characterized in that an OBEX response is transmitted when the final Put command is received.

(58. Communication device that does not respond only to non-Final Put commands)
Another communication apparatus according to the present invention is a communication apparatus having an OBEX layer processing unit capable of receiving an object from an opposite station using an object exchange protocol OBEX (OBject EXchange protocol). This section is characterized in that an OBEX response is not transmitted when a non-final Put command is received, and an OBEX response is generated and transmitted when a final Put command is received.

  According to the above method and configuration, it is possible to perform control such that only a CONTINUE response command for a non-final PUT command from the client device side is generated and not transmitted, and it is possible to improve the efficiency of the communication band. .

  The present invention may be configured as follows.

  A communication system according to the present invention divides communication data into a plurality of unrestricted frames, and communicates communication data in units of frames between a primary station and a secondary station. Data transmission is performed by assigning a frame serial number to a non-restricted frame and a flag indicating whether or not to delegate the transmission right, and whether or not the secondary station delegates the transmission right of the frame received from the primary station When the flag indicating that the transmission right is delegated, the communication result is notified to the primary station whether there is an error or a missing frame in the frame received so far.

  Examples of the unrestricted frame include a UI (Unnumbered Information) frame that is used in a communication system that uses infrared rays, for example, in accordance with an IrDA communication system. The UI frame can be continuously transmitted without being limited by the number of transmission frames as long as it is within the maximum turnaround time that can be continuously transmitted.

  According to the above configuration, it is possible to retransmit a frame in which an error or a frame loss has occurred even in communication using an unrestricted frame that does not have a window size limitation. Therefore, communication efficiency can be improved.

  In addition, when the secondary station detects an error or a missing frame, when the communication result is notified to the primary station, the secondary station also notifies the serial number of the frame in which the error or the missing frame has occurred.

  According to the above configuration, since it is not necessary for the primary station to retransmit all frames, the overhead of communication is reduced and the power consumption of the primary station is reduced.

  In addition, when the primary station receives a notification from the secondary station that there is an error or missing frame, the primary station again transmits frames subsequent to the error notified frame from the secondary station or a frame missing. It is characterized by.

  According to the above configuration, since it is not necessary for the primary station to retransmit all frames, the overhead of communication is reduced and the power consumption of the primary station is reduced.

  Further, the primary station is characterized in that the frame after the serial number of the frame having an error or missing frame is transmitted only once.

  According to the above configuration, since the primary station retransmits the frame only once, the power consumption associated with the transmission can be reduced.

  In addition, when the secondary station detects an error or a missing frame, the secondary station stops receiving a frame after the frame in which the error or the missing frame is detected.

  According to the above configuration, since the secondary station does not receive a frame after detecting an error or missing frame, it is not necessary to receive a useless frame, and power consumption can be reduced.

  Further, the secondary station receives only a frame in which a necessary error or missing frame is received from frames retransmitted from the primary station.

  According to the above configuration, the secondary station does not need to receive useless frames, and can reduce power consumption.

  Also, when establishing a connection, each of the connection request frame transmitted from the primary station and the connection response frame transmitted from the secondary station is assigned a field indicating the number of frames that can be transmitted / received at one time, and frame exchange is performed. And the optimum number of frames is calculated by referring to the number of frames that can be received at one station at a time by each station, and the transmission right is transferred according to the number of frames.

  According to the above configuration, since the transmission right is always delegated for each number of frames supported between the primary station and the secondary station, it is necessary to exchange frames according to the memory capacity installed in each station. Can do.

  The communication system according to the present invention is a communication system in which communication data is communicated in units of frames between a primary station and a secondary station after dividing the communication data into a plurality of unrestricted frames. And the secondary station communicate with each other using a hierarchical communication protocol, and the primary station transmits a frame serial number and a transmission to the unrestricted frame in one specific communication protocol layer constituting the hierarchical structure. A flag indicating whether or not to transfer the right is granted, and the secondary station includes a flag indicating whether or not to transfer the right to transmit the frame received from the primary station in the specific communication protocol layer. When delegation is meant, the primary station is notified of a communication result indicating whether an error or a missing frame has occurred in a frame received so far.

  According to the above configuration, it is possible to perform retransmission even in communication using an unrestricted frame that does not have a window size limitation, and it is necessary to change layers other than the specific communication protocol layer from the existing ones There is no.

  Furthermore, when the secondary station detects an error or a missing frame in the specific communication protocol layer, the secondary station also notifies the primary station of the communication number of the frame in which the error or data is missing. It is characterized by.

  According to said structure, while reducing the overhead in communication and the power consumption of a primary station, it is not necessary to change from existing things about layers other than the said specific communication protocol layer.

  Further, when the primary station receives a notification from the secondary station that there is an error or a missing frame in the specific communication protocol layer, the primary station and subsequent frames from which there is an error or a missing frame notified from the secondary station The frame is transmitted again.

  According to said structure, while reducing the overhead in communication and the power consumption of a primary station, it is not necessary to change from existing things about layers other than the said specific communication protocol layer.

  Furthermore, the primary station performs retransmission of the frame only once when receiving a notification from the secondary station that an error or missing frame has occurred in the specific communication protocol layer.

  According to said structure, while being able to reduce the power consumption accompanying transmission, it is not necessary to change from existing things about layers other than the said specific communication protocol layer.

  Further, when the secondary communication station detects an error or a missing frame in the specific communication protocol layer, the secondary station stops receiving a frame after the frame in which the error or the missing frame is detected.

  According to the above configuration, it is not necessary for the secondary station to receive useless frames, power consumption can be reduced, and layers other than the specific communication protocol layer need to be changed from existing ones. Absent.

  Furthermore, the secondary station receives only a frame having a necessary error or missing frame from frames retransmitted from the primary station in the specific communication protocol layer.

  According to the above configuration, it is not necessary for the secondary station to receive useless frames, power consumption can be reduced, and layers other than the specific communication protocol layer need to be changed from existing ones. Absent.

  Further, in the specific communication protocol layer, it means the number of frames that can be transmitted / received at a time for each station in the connection request frame transmitted from the primary station and the connection response frame transmitted from the secondary station at the time of establishing a connection. Perform frame exchange by assigning fields, calculate the optimal number of frames by referring to the number of frames that can be received at one station at each station, and delegate the transmission right according to the number of frames Features.

  According to the above configuration, frame exchange according to the memory capacity installed in each station can be performed, and layers other than the specific communication protocol layer need not be changed from existing ones.

  Further, in the primary station, in the specific communication protocol layer, a flag indicating whether or not an upper layer requests a response frame to the transmission frame is added to the unrestricted frame, and the frame is transmitted. In the secondary station, in the specific communication protocol layer, a flag indicating whether or not an upper layer of the primary station of the frame received from the primary station requests a response frame for the transmission frame requests the response frame. This means that the upper layer is notified to that effect, and when the upper layer has completed the preparation of the response frame, the frame received so far with respect to the response frame passed from the upper layer A response frame is generated by adding information indicating a communication result indicating whether or not there is an error or missing frame, and transmitted.

  According to the above configuration, it is possible to exchange request frames and response frames in the communication protocol layer positioned above the specific communication protocol layer that performs retransmission management.

  Further, in the primary station, in the specific communication protocol layer, a flag indicating whether or not an upper layer requests a response frame to the transmission frame is added to the unrestricted frame, and the frame is transmitted. In the secondary station, in the specific communication protocol layer, a flag indicating whether or not an upper layer of the primary station of the frame received from the primary station requests a response frame for the transmission frame requests the response frame. This means that the upper layer is notified to that effect, and a response frame indicating the communication result indicating whether there is an error or missing frame in the previously received frame is transmitted. When the preparation of the response frame is completed, the response frame from the higher layer is transmitted again.

  According to the above configuration, in the specific communication protocol layer of the primary station, the response frame is prepared in an upper layer of the specific communication protocol layer of the secondary station and before the response frame is returned, A response frame at a specific communication protocol layer level (that is, an upper layer response frame is not included) can be received. Thus, the specific communication protocol layer of the primary station can know whether or not the secondary station has successfully received the frame before the response frame from the upper layer is returned. You can prepare for the transfer.

  Further, the transmitting apparatus according to the present invention assigns a frame serial number to the non-restricted frame in the transmitting apparatus that transmits the communication data to the receiving station in units of frames after dividing the communication data into a plurality of unrestricted frames. Serial number adding means for performing transmission, and transmission right delegation flag giving means for giving a flag indicating whether or not to transfer the transmission right to the unrestricted frame.

  Further, the communication method according to the present invention is a communication method of a transmitting apparatus that transmits communication data to a receiving station in units of frames after dividing the communication data into a plurality of unrestricted frames, A serial number adding step for assigning a serial number of the frame; and a transmission right delegation flag giving step for giving a flag indicating whether or not to delegate the transmission right to the non-restricted frame.

  According to the above configuration, even in communication using an unrestricted frame that does not have a window size limitation, it is possible to receive a frame indicating whether an error or a missing frame has occurred from the receiving device. This makes it possible to retransmit an unrestricted frame in which an error or missing frame has occurred.

  Further, in the receiving device according to the present invention, in the receiving device that receives communication data from the transmitting device, a flag indicating whether or not to delegate the transmission right of the frame received from the transmitting device means delegation of the transmission right. A response frame generating means for generating a response frame indicating whether or not there has been an error or missing frame in the frame received so far, and a transmitting means for transmitting the response frame generated by the response frame generating means to the transmitting device It is characterized by providing.

  Further, the communication method according to the present invention is a communication method of a receiving device that receives communication data from the transmitting device, and a flag indicating whether or not to delegate the transmission right of the frame received from the transmitting device is a transmission right. A response frame generating step for generating a response frame indicating whether there has been an error or a missing frame in the frame received so far, and the response frame generated by the response frame generating means A transmission step of transmitting to the network.

  According to the above configuration, even when an unrestricted frame having no window size restriction is received, a frame indicating whether or not there is an error or a missing frame can be transmitted. As a result, it is possible to retransmit an unrestricted frame having an error.

  Further, the communication program for operating the primary station included in the communication system according to the present invention is a computer program for executing data communication processing performed by the computer at the primary station.

  According to said structure, the primary station with which the said communication system is provided can be operated by performing the data communication process performed with the said primary station with a computer.

  The communication program for operating the secondary station included in the communication system according to the present invention is a computer program for executing data communication processing performed by the computer at the secondary station.

  According to said structure, the secondary station with which the said communication system is provided can be operated by performing the data communication process performed with the said secondary station with a computer.

  A recording medium according to the present invention is a computer-readable recording medium that records a communication program for operating a primary station included in the communication system or a communication program for operating a secondary station included in the communication system.

  According to said structure, the data communication process performed by the said primary station or the data communication process performed by a secondary station is realizable on a computer with the communication program read from the said recording medium.

  The present invention is not limited to the above-described embodiments, and various modifications are possible within the scope shown in the claims, and can be obtained by appropriately combining technical means disclosed in different embodiments. Embodiments are also included in the technical scope of the present invention.

  Since the communication system, the transmission device, the reception device, the communication method, the communication program, and the recording medium of the present invention have high reliability in data transfer and can shorten the time required for data transfer, the transmission function of the communication system according to the present invention Can be applied to, for example, a mobile phone, a PDA, a personal computer, etc., while the receiving function of the communication system according to the present invention is, for example, a mobile phone, a TV, an AV device, a printer, a DVD recorder, an HDD recorder, etc. The present invention can be applied to a recording device, a personal computer, and the like. The communication system of the present invention can be applied to infrared communication conforming to IrDA.

It is a block diagram which shows the structure of the primary station which concerns on 1st Embodiment used for the communication system of this invention. It is a block diagram which shows the structure of the secondary station which concerns on the said 1st Embodiment. It is a block diagram which shows the frame structure in the said 1st Embodiment. It is a signal sequence diagram which shows the procedure of the data transfer process in the said 1st Embodiment. It is a signal sequence figure which shows the procedure of the data transfer process at the time of the error generation in the said 1st Embodiment. It is a block diagram which shows the structure of the primary station which concerns on 2nd Embodiment in the communication system of this invention, and a secondary station. It is a block diagram which shows the frame structure in the said 2nd Embodiment. It is a signal sequence diagram which shows the procedure of the data transfer process in the said 2nd Embodiment. It is a block diagram for demonstrating the application of the conventional HDLC communication system and IrDA communication system. It is a signal sequence diagram for demonstrating the general procedure of the data transfer using the I frame in IrDA communication standard. It is a signal sequence diagram for demonstrating the general procedure of the data transfer using the UI frame in IrDA communication standard. It is a block diagram which shows the structure of the primary station which concerns on 3rd Embodiment in the communication system of this invention, and a secondary station. It is a figure which shows the protocol stack of the data transfer system in the said 3rd Embodiment. It is a block diagram which shows the frame structure in the said 3rd Embodiment. It is a signal sequence diagram which shows the procedure of the data transfer process in the said 3rd Embodiment. It is a signal sequence diagram which shows the procedure of a data transfer when an authentication request | requirement is issued from an upper layer at the time of the authentication in the said 3rd Embodiment. It is a signal sequence diagram showing another procedure of data transfer when an authentication request is issued from an upper layer at the time of authentication or the like in the third embodiment. It is a figure which shows the protocol stack | stuck of the conventional IrDA. It is a sequence diagram at the time of connection in conventional IrDA. FIG. 6 is a sequence diagram of OBEX connection, data transfer, and disconnection. It is a sequence diagram which shows the flow of the data transfer in IrDA. (A) is a frame format of an I frame in IrLAP, and (b) is an explanatory diagram showing a frame format of a UI frame in IrLAP. It is explanatory drawing which shows the frame format of IrLMP. It is explanatory drawing which shows the frame format of a TinyTP layer. (A) is a frame format of an OBEX Put command, (b) is a frame format of a CONTINUE response, and (c) is an explanatory diagram showing a frame format of a SUCCESS response. FIG. 10 is a sequence diagram showing a flow of data transfer in IrSimple bi-directional communication. (A) is a frame format of an SMP frame in the case of IrSimple two-way communication, and (b) is an explanatory diagram showing a frame format of the SMP frame in the case of IrSimple one-way communication. It is a sequence diagram which shows the flow of the data transfer in the one-way communication of IrSimple. FIG. 10 is a sequence diagram showing data transfer by an OBEX Put command in which OBEX exists as an upper layer. It is a sequence diagram which shows the example of communication which a receiver collects and transmits the flame | frame containing an error-free flag and the flame | frame containing SUCCESS in one. It is a block diagram which shows the structure of the transmitting apparatus which concerns on 4th Embodiment used for the communication system of this invention. It is a block diagram which shows the structure of the receiver based on 4th Embodiment and 5th Embodiment used for the communication system of this invention. It is a sequence diagram which concerns on 4th embodiment used for the communication system of this invention. It is a block diagram which shows the structure of the transmitting apparatus which concerns on 5th Embodiment used for the communication system of this invention. It is a 1st sequence diagram which concerns on 5th embodiment used for the communication system of this invention. It is a 2nd sequence diagram which concerns on 5th embodiment used for the communication system of this invention. It is a block diagram which shows the structure of the transmitting apparatus which concerns on 6th Embodiment used for the communication system of this invention. It is a block diagram which shows the structure of the receiver based on 6th Embodiment used for the communication system of this invention. It is a sequence diagram which concerns on 6th Embodiment used for the communication system of this invention. It is a block diagram which shows the structure of the transmitting apparatus which concerns on 7th Embodiment used for the communication system of this invention. It is a block diagram which shows the structure of the receiver based on 7th Embodiment used for the communication system of this invention. It is a sequence diagram which concerns on 7th Embodiment used for the communication system of this invention. It is a sequence diagram which concerns on the 8th embodiment used for the communication system of this invention. It is a block diagram which shows the structure of the transmitting apparatus which concerns on 9th Embodiment used for the communication system of this invention. It is a block diagram which shows the structure of the receiver based on 9th Embodiment used for the communication system of this invention. It is a sequence diagram which concerns on 9th Embodiment used for the communication system of this invention. It is a block diagram which shows the structure of a JPEG encoder and a JPEG decoder. It is explanatory drawing of the block (mcu) of JPEG, (a) shows 8x8, (b) shows 8x16, (c) shows 16x8, (d) shows a 16x16 block. It is explanatory drawing of the division | segmentation in a mcu unit in the communication system of this invention, and a resending process. It is explanatory drawing of the division | segmentation per line and resending process in the communication system of this invention. It is explanatory drawing of the division | segmentation in a file unit in the communication system of this invention, and resending processing. It is a block diagram which shows the structure of the client apparatus in the conventional communication system. It is a flowchart which shows the operation | movement of the OBEX client in the conventional communication system. It is a block diagram which shows the structure of the client apparatus in the communication system of the 11th Embodiment and 12th Embodiment based on this invention. It is a flowchart which shows the operation | movement of the OBEX layer in the client apparatus in the communication system of the said 11th Embodiment. It is a flowchart which shows the other operation | movement of the OBEX layer in the client apparatus in the communication system of 11th Embodiment based on this invention. It is a flowchart which shows the operation | movement of the OBEX layer in the client apparatus in the communication system of the 12th embodiment based on this invention. It is a block diagram which shows the structure of the server apparatus in the conventional communication system. It is a flowchart which shows operation | movement of the OBEX server in the conventional communication system. It is a block diagram which shows the other structure of the server apparatus in the communication system of 13th Embodiment and 14th Embodiment based on this invention. It is a flowchart which shows the operation | movement of the OBEX layer in the server apparatus in the communication system of the said 13th Embodiment. It is a flowchart which shows the other operation | movement of the OBEX layer in the server apparatus in the communication system of the said 13th Embodiment. It is a flowchart which shows the operation | movement of the OBEX layer in the server apparatus in the communication system of 14th Embodiment based on this invention. It is explanatory drawing of the communication system which concerns on 15th Embodiment using the communication system of this invention. It is explanatory drawing of the communication system which concerns on 16th Embodiment using the communication system of this invention. It is explanatory drawing of the communication system which concerns on 17th Embodiment using the communication system of this invention. It is explanatory drawing of the communication system which concerns on 18th Embodiment using the communication system of this invention. It is a schematic diagram which shows the correspondence of an OSI7 hierarchy model, the hierarchy of IrDA, and the hierarchy of this invention. (A) is a sequence diagram of the connection establishment which concerns on embodiment of this invention. (B) is a sequence diagram of connection establishment according to the embodiment of the present invention. (C) is a packet format for establishing a connection according to the embodiment of the present invention. (A) is a figure which shows the data exchange sequence which concerns on embodiment of this invention. (B) is a figure which shows the data exchange sequence which concerns on embodiment of this invention. (A) is a figure which shows the packet format used by the data exchange of IrDA. (B) is a figure which shows the packet format used by the data exchange of this invention. (A) is a figure which shows the data exchange sequence which concerns on embodiment of this invention. (B) is a figure which shows the data exchange sequence which concerns on embodiment of this invention. (A) is a figure which shows the cutting sequence which concerns on embodiment of this invention. (B) is a figure which shows the cutting | disconnection sequence which concerns on embodiment of this invention. (C) is a packet format of the disconnection sequence according to the embodiment of the present invention. It is a sequence diagram which shows the function (command, message) between each layer at the time of the connection sequence which concerns on embodiment of this invention, and the flow of a packet. (A) is explanatory drawing which shows the change of the data in the function between each layer of the arrow pointing right in FIG. 74 and FIG. 76 at the time of the connection sequence which concerns on embodiment of this invention. (B) is a figure which shows the change of the data in the function between each layer which concerns on embodiment of this invention. It is a sequence diagram which shows the function (command, message) between each layer at the time of the connection sequence which concerns on embodiment of this invention, and the flow of a packet. It is a sequence diagram which shows the function (command, message) between each layer at the time of the data exchange which concerns on embodiment of this invention, and the flow of a packet. FIG. 80 is a diagram showing a data change in a function between layers in FIGS. 77 and 79 at the time of data exchange according to the embodiment of the present invention. It is a sequence diagram which shows the function (command, message) between each layer at the time of the data exchange which concerns on embodiment of this invention, and the flow of a packet. It is a sequence diagram which shows the function (command, message) between each layer at the time of the cutting | disconnection sequence which concerns on embodiment of this invention, and the flow of a packet. (A) is explanatory drawing which shows the change of the data in the function between each layer of the arrow pointing right in FIG. 80 and FIG. 82 at the time of the cutting | disconnection sequence which concerns on embodiment of this invention. (B) is explanatory drawing which shows the change of the data in the function between each layer which concerns on embodiment of this invention. It is a sequence diagram which shows the function (command, message) between each layer at the time of the cutting | disconnection sequence which concerns on embodiment of this invention, and the flow of a packet. It is a schematic diagram showing delivery of the connection request function data and connection parameters in the primary station according to the embodiment of the present invention. It is a schematic diagram showing delivery of the connection parameter of the connection request function in the secondary station which concerns on embodiment of this invention. It is a schematic diagram showing delivery of the data and connection parameter of the connection confirmation function in the primary station which concerns on embodiment of this invention, and the connection notification function in a secondary station. It is a schematic diagram showing delivery of the data of a connection response function in the secondary station which concerns on embodiment of this invention. It is a schematic diagram showing delivery of the connection parameter of the connection confirmation function in the primary station which concerns on embodiment of this invention. FIG. 10 is a schematic diagram illustrating connection request function data and connection parameter delivery in a primary station when connection parameters are shared between layers, which is a modification of the embodiment. FIG. 9 is a schematic diagram showing connection notification function data and connection parameter delivery in a secondary station when a connection parameter is shared between layers, which is a modification of the embodiment. FIG. 10 is a schematic diagram illustrating connection request function data and connection parameter delivery in a primary station when a connection parameter is separately passed to a lower layer, which is a modification of the embodiment.

Explanation of symbols

1 Primary station 11 CPU
DESCRIPTION OF SYMBOLS 12 Memory 13 Controller 14 Transmitter 15 Receiver 131 Control part 132 Transmission frame production | generation part 133 Reception frame analysis part 1321 Data reading part 1322 Frame serial number addition part 1323 Transmission right transfer flag addition part 1324 Frame construction part 1325 Error detection or correction code addition Unit 1331 Retransmission request determination unit 1332 Frame serial number extraction unit 2 Secondary station 21 CPU
22 memory 23 controller 24 receiver 25 transmitter 231 control unit 232 frame processing unit 233 error detection or correction circuit 234 error frame number holding unit 235 response frame generation unit 236 error detection or correction code addition unit 6 primary station or secondary station 61 CPU
62 controller 63 transmitter 64 receiver 621 control unit 622 transmission frame generation unit 623 reception frame analysis unit 6221 connection establishment frame generation unit 6222 retransmittable frame number addition unit 6231 frame analysis unit 6232 retransmittable frame number detection unit 12 stations (primary station) Or secondary station)
121 Application layer processing unit 122 OBEX layer processing unit 123 SMP layer processing unit 124 IrLMP layer processing unit 125 IrLAP layer processing unit 126 Transmitter 127 Receiver 1231 Control unit 1232 Transmission frame generation unit 1233 Reception frame generation unit 12321 Addition of response frame request flag Unit 12322 frame serial number addition unit 12323 transmission right delegation flag addition unit 12324 retransmission request flag addition unit 12325 frame construction unit 12331 response frame request flag determination unit 12332 frame serial number analysis unit 12333 transmission right delegation flag determination unit 12334 retransmission request determination unit 12335 upper layer Data extraction unit 2001 Transmitter (primary station, client device)
2002 Control unit (control means)
2003 Memory (storage means)
2004 batch transmission final flag generation circuit (batch transmission final flag generation means)
2005 Serial number generation circuit (serial number generation means)
2006 transmission frame generation circuit (transmission frame generation means)
2007 Transmission unit (transmission means)
2008 Receiver (Receiver)
2009 Received frame analysis circuit (received frame analysis means)
2010 Error-free flag analysis circuit (error-free flag analysis means)
2011 error detection circuit (error detection means)
2012 Serial number analysis circuit (serial number analysis means)
2101 Receiver (secondary station, server equipment)
2102 Control unit (means)
2103 Memory (means)
2104 No error flag generation circuit (no error flag generation means)
2105 Serial number generation circuit (serial number generation means)
2106 Transmission frame generation circuit (transmission frame generation means)
2107 Transmission unit (transmission means)
2108 Receiver (Receiving means)
2109 Reception frame analysis circuit (reception frame analysis means)
2110 Batch transmission final flag analysis circuit (batch transmission final flag analysis means)
2111 Error detection circuit (error detection means)
2112 Serial number analysis circuit (serial number analysis means)
2201 Transmitter (primary station, client device)
2213 Timer (timer)
2301 Transmitter (primary station, client device)
2313 Counter station buffer size analysis circuit (opposite station buffer size analysis means)
2401 Receiver (secondary station, server equipment)
2413 Buffer size generation circuit (buffer size generation means)
2501 Transmitter (primary station, client device)
2513 Data final flag generation circuit (data final flag generation means)
2601 Receiver (secondary station, server equipment)
2613 Data final flag analysis circuit (data final flag analysis means)
2701 Transmitter (primary station, client device)
2702 Control unit (control means)
2703 Memory (storage means)
2705 Serial number generation circuit (serial number generation means)
2706 Transmission frame generation circuit (transmission frame generation means)
2707 Transmission unit (transmission means)
2713 Data final flag generation circuit (data final flag generation means)
2801 Receiver (secondary station, server equipment)
2802 Control unit (means)
2803 Memory (means)
2808 Receiver (Receiving means)
2809 Received frame analysis circuit (received frame analysis means)
2811 Error detection circuit (error detection means)
2812 Serial number analysis circuit (serial number analysis means)
2813 Data final flag analysis circuit (data final flag analysis means)
3300 Client equipment (communication equipment, primary station)
3310 Application layer processing unit 3320 OBEX layer processing unit (object exchange layer processing unit)
3321 Control unit 3322 Request notification unit 3323 Response reception unit 3324 Communication direction selection unit 3330 Lower layer processing unit 3340 Transmission unit 3350 Reception unit 3500 Server device (communication device, secondary station)
3510 Application Layer Processing Unit 3520 OBEX Layer Processing Unit (Object Exchange Layer Processing Unit)
3521 Control unit 3522 Response notification unit 3523 Request analysis unit 3530 Lower layer processing unit 3540 Transmission unit 3550 Reception unit

Claims (22)

In accordance with a communication method that does not limit the number of frames that can be transmitted at one time, the device that sends a batch of data and responds to the request command sent by the device that requests the command A communication device that transmits an object using an object exchange protocol that exchanges objects by receiving a response command to return,
Transmission frame generation means for generating a transmission frame by dividing the batch transmission data to be batch transmitted;
Serial number generating means for assigning a serial number to the transmission frame;
A transmission means for transmitting the transmission frame,
A communication device comprising a processing unit that transmits a next request command regardless of whether a response command returned from a device that returns a response in response to the request is received. In accordance with a communication method that does not limit the number of frames that can be transmitted at one time, the device that sends a batch of data and responds to the request command sent by the device that requests the command A communication method for transmitting an object using an object exchange protocol for exchanging an object by receiving a response command to return,
Generate a transmission frame by dividing the batch transmission data for batch transmission,
Give a serial number to the transmission frame,
While transmitting the transmission frame,
A communication method comprising: transmitting a next request command regardless of whether a response command returned from a device that returns a response in response to the request is received. In response to a request command sent by a device that requests a command, an object exchange protocol that exchanges objects by receiving a response command returned by a device that returns a response in response to the request. A communication device that transmits objects,
Only after sending a command that sends a non-final object, the next non-final object is sent, regardless of whether or not a response command is returned from the device that returns a response in response to the request. A communication device comprising a processing unit for transmitting a command or a command for transmitting the final object. In response to a request command sent by a device that requests a command, an object exchange protocol that exchanges objects by receiving a response command returned by a device that returns a response in response to the request. A communication method for transmitting an object using:
Only after sending a command that sends a non-final object, the next non-final object is sent, regardless of whether or not a response command is returned from the device that returns a response in response to the request. A communication method characterized by transmitting a command or a command for transmitting the final object. According to a communication method that does not limit the number of frames that can be transmitted at one time, the device on the side that receives the data in batch and returns a response to the request command sent by the device that requests the command A communication device that receives an object from a device that requests the command using an object exchange protocol that exchanges objects by receiving a response command to return,
A serial number analyzing means for analyzing the serial number included in the received frame and determining whether there is an error in the serial number;
When an error is detected in the received frame received by the serial number analyzing means, a transmission frame generating means for generating a transmission frame including a no error flag set to indicate that there is an error and a serial number at the time of error occurrence;
A transmission means for transmitting the transmission frame,
A communication device comprising a processing unit that does not always transmit the response command after receiving the request command. According to a communication method that does not limit the number of frames that can be transmitted at one time, the device on the side that receives the data in batch and returns a response to the request command sent by the device that requests the command A communication method for receiving an object from a device requesting the command using an object exchange protocol for exchanging an object by receiving a response command to return,
Analyzes the serial number contained in the received frame to determine if there is an error in the serial number,
If an error is detected in the received frame, generate a transmission frame that includes the no error flag set to indicate that there is an error and the serial number when the error occurred,
While transmitting the transmission frame,
A communication method characterized by not always transmitting the response command after receiving the request command. In response to a request command sent by a device that requests a command, an object exchange protocol that exchanges objects by receiving a response command returned by a device that returns a response in response to the request. Using a communication device that receives an object from a device requesting the command,
A communication unit comprising: a processing unit that does not transmit the response command when receiving a command that transmits an object that is not final, but transmits the response command when receiving a command that transmits the final object. machine. In response to a request command sent by a device that requests a command, an object exchange protocol that exchanges objects by receiving a response command returned by a device that returns a response in response to the request. Using a communication method for receiving an object from a device requesting the command,
A communication method characterized by not transmitting the response command when receiving a command for transmitting an object that is not final but transmitting the response command when receiving a command for transmitting the final object.   The communication apparatus according to claim 1, wherein the object exchange protocol is OBEX (OBject EXchange protocol).   The communication method according to claim 2, wherein the object exchange protocol is OBEX (OBject EXchange protocol).   4. The communication apparatus according to claim 3, wherein the object exchange protocol is OBEX (OBject EXchange protocol).   5. The communication method according to claim 4, wherein the object exchange protocol is OBEX (OBject EXchange protocol).   6. The communication apparatus according to claim 5, wherein the object exchange protocol is OBEX (OBject EXchange protocol).   7. The communication method according to claim 6, wherein the object exchange protocol is OBEX (OBject EXchange protocol).   8. The communication apparatus according to claim 7, wherein the object exchange protocol is OBEX (OBject EXchange protocol).   9. The communication method according to claim 8, wherein the object exchange protocol is OBEX (OBject EXchange protocol).   A communication program for operating the communication device according to any one of claims 1, 3, 5, and 7, wherein the communication program causes a computer to function as each of the units.   8. A communication circuit for operating the communication device according to claim 1, wherein the communication circuit functions as each of the above-described units.   A mobile phone comprising the communication device according to any one of claims 1, 3, 5, and 7, wherein communication is performed by the communication device.   A display device comprising the communication device according to claim 5 or 7 and displaying based on data received by the communication device.   A printing apparatus, comprising the communication device according to claim 5 or 7 and printing based on data received by the communication device.   8. A recording apparatus comprising the communication device according to claim 5 or 7 for recording data received by the communication device.

Images