通信装置、通信系统、通信方法、通信程序、通信电路

摘要

在安装了OBEX的客户机设备(1)中，由作为OBEX层处理部分(12)的低层的低层处理部分(13)生成对请求命令的虚拟应答命令，从而将其通知OBEX层处理部分(12)。由此，能够与不具有发送功能的服务器设备进行基于目标交换的通信。

说明书

技术领域

本发明涉及进行数据的发送接收，一边交换数据一边传送数据的通信装置、通信系统、通信方法、通信程序、通信电路。

背景技术

作为数据的发送接收、即用于数据通信的对象交换的通信协议，已知有OBEX(OBject EXchange protocol)。OBEX将通过红外线端口的数据发送接收的过程以‘对象(文件等的一般性的数据实体)的交换’的形式标准化(参照专利文献1)。

采用了OBEX的应用软件能够不意识通信设备或通信方式的不同而相互地交换各种各样的对象，不仅是利用红外线的IrDA(Infra Red DataAssociation)通信方式，而且作为利用无线(2.4GHz频带)的Blue tooth(注册商标)通信方式等的会话协议而在很多领域被采用。

作为对象，除了通常的文件以外，还假定有设备的诊断、名片、银行帐户的明细、心电图、收据等。例如，在装载了IrDA或Blue tooth的便携式计算机、携带电话、PDA(携带式信息通信设备)之间，能够交换住宅地址录数据或名片数据。此外，将携带电话或数字照相机拍摄的视频数据发送到电视机或监视器、街边的报亭的使用方法也是可能的。此外，也可用于电视接收机或录像机等的控制。

OBEX是相当于OSI(Open System Interconnection)参照模型的会话层的IrDA的高层协议，具备与因特网的HTTP(Hyper Text Transform Protocol)同样的功能，但具有不要求HTTP那样多的资源的特征。

图7表示标准的IrDA的协议栈。IrDA的协议栈由IrPHY(IrDA PhysicalLayer)、IrLAP(IrDA Link Access Protocol)、IrLMP(IrDA Link ManagementProtocol)、TinyTP(Transport Protocol)构成，IrPHY定义了调制方式、信号强度、方向性等，IrLAP定义了依据通用的HDLC(High level Data LinkControl)的差错控制功能、除了透过传输及流控制以外在通信之前相互协商通信的速度和最大数据量的功能、以及搜索并发现应连接的不确定的外部设备的手续等，IrLMP提供相当于由TCP/IP(Transmission ControlProtocol/Internet Protocol)协议的TCP或UDP使用的端口号的复用和复用分离的功能，TinyTP用于在个别的逻辑链路中进行流控制，OBEX位于传输协议的TinyTP的高层。

在OBEX，将请求了命令一侧的设备称为客户机设备，将根据该请求而返回了响应一侧的设备称为服务器设备。通常，依从客户机设备对服务器设备发出Put/Get等的请求命令，服务器设备返回应答命令的客户机/服务器模型。

由OBEX规定的请求命令大致包括以下请求命令。有与通信对方进行连接/断开的CONNECT/DISCONNECT、进行文件等的对象的发送/接收的PUT/GET、变更作为接收设备侧的服务器设备的接收目的地路径(当前路径)的SETPATH、以及将对象的发送或接收强制地中断的ABORT。

图8中说明有关客户机设备和服务器设备之间的基本的请求命令/应答命令的交换。接受来自用户的对象交换请求时，客户机设备为了建立与服务器设备的连接，对于服务器设备，发送意味着连接请求的CONNECT命令。

通过接收到CONNECT命令的服务器设备对于客户机设备，在可进行连接的情况下，发回SUCCESS应答命令，客户机设备接收SUCCESS应答命令，从而在客户机设备-服务器设备之间建立连接。

在客户机设备，在连接建立后，开始进行对象的交换，对服务器设备发送用于进行对象的发送的PUT命令。服务器设备在正常地接收了来自客户机设备的PUT命令时发回CONTINUE应答命令，客户机设备接收来自服务器设备的CONTINUE应答命令，并确认服务器设备正常地接收了PUT命令后，发送下一个PUT命令。在客户机设备，直至发送完所有的对象为止，都进行PUT命令的发送。在服务器设备，在直至最后的PUT命令都正常地接收完时，对客户机设备发回SUCCESS的应答命令。

在客户机设备，在接收了来自服务器设备的SUCCESS的应答命令后，为了进行与服务器设备的断开处理而对服务器设备发送意味着断开请求的DISCONNECT命令。

通过接收到DISCONNECT命令的服务器设备对客户机设备，发回意味着许可断开的SUCCESS的应答命令，客户机设备接收SUCCESS的应答命令，从而客户机设备-服务器设备之间的连接被断开，完成一连串的客户机设备-服务器设备间的对象交换。

这样，在OBEX，对于来自客户机的请求命令，通过服务器设备返回应答命令，进行对象的交换。

此外，如上述IrDA协议栈那样，在具有OSI这样的分层结构的通信协议中，对每个层与其他层独立地被定义首标信息，对计算设备间本来应传送的数据，在各层中从最高层至最低层被依次附加首标信息。而对于接收数据，在从最低层至最高层的各层中首标信息被依次除去，数据被转送到高层。

如图9所示，在客户机设备侧，由OBEX层生成的请求命令在TinyTP层、IrLMP层、IrLAP层的各层中被依次附加对每个层独立定义的首标信息，数据被转送到低层。而在服务器设备，对从客户机设备接收的数据，进行从低层起依次除去首标信息，在对高层转送数据时，在OBEX层，低层的首标信息被除去的请求命令(CONNECT、PUT、DISCONNECT命令等)从低层上升。

[专利文献1]日本公开专利公报‘特开2000-196622号公报(公开日2000年7月14日)’

如上述那样，OBEX能够不意识设备或方式的差异而交换各种各样的对象，在IrDA或Blue tooth等中作为对象交换协议被采用，安装在携带电话或PDA等的携带终端等各种各样的设备中。

但是，为了在安装了OBEX的客户机设备和服务器设备之间实现对象交换，产生了服务器设备必须具有用于发回应答命令的发送功能的要求。使服务器设备具有发送功能，提高了设备的成本和开发的难易度，有时要求通过仅具备必要的最低限度的接收功能而实现对象交换。

此外，如上述那样，在基于OBEX的PUT命令的对象交换中，在对象交换的中途，从服务器发送相对于来自客户机的PUT命令的CONTINUE应答命令。还需要相对于最后的PUT命令的SUCCESS应答命令，以便使客户机知道可靠地进行了对象交换，但考虑到用于CONTINUE应答命令发送的频带时，有时不一定需要通知中途经过的CONTINUE应答命令。

此外，如上述那样，OBEX目前被安装在各种各样的设备中，不容易变更规格，在进行规格的变更的情况下，不能调用已有的资源。

发明内容

本发明的目的在于提供通信装置、通信系统、通信方法、通信程序、通信电路，在使用对象交换用协议进行通信的情况下，对于来自客户机设备的特定的请求命令或全部的请求命令，服务器设备不发回应答命令。

为了实现上述目的，本发明的通信装置，作为具有对象交换层的主站，通过发出请求命令，并接受对该请求命令进行响应的应答命令，从而对副站的对象交换层发送对象，其特征在于，所述通信装置包括：对象交换层处理部分，处理所述对象交换层的通信协议；以及低层处理部分，处理比所述对象交换层位置更低的低层的通信协议，同时所述低层处理部分包括：响应生成部分，生成对来自所述副站的应答命令进行模拟的虚拟应答命令，并通知所述对象交换层处理部分；以及低层控制部分，控制所述响应生成部分，以在从所述对象交换层处理部分接受请求命令的生成通知时，生成用于响应该请求命令的所述虚拟应答命令，从而通知所述对象交换层处理部分。

此外，本发明的通信方法，用于具有对象交换层的主站，该对象交换层通过发出请求命令，并接受对该请求命令进行响应的应答命令，而对副站的对象交换层发送对象，其特征在于，比所述对象交换层位置更低的低层从所述对象交换层接受了请求命令的生成通知时，生成模拟了响应该请求命令的来自所述副站的应答命令的虚拟应答命令，从而通知所述对象交换层。

根据上述结构和方法，在主站(例如，客户机设备)，比对象交换层更低的低层生成虚拟应答命令，从而通知对象交换层。

因此，具有不变更基于请求命令/应答命令进行对象交换的通信协议，就可与不具有发送功能的具备了所需最低限度的接收功能的副站(例如，服务器设备)进行对象交换的效果。此外，由于与上述那样的副站进行发送接收，不需要变更对象交换层的通信协议(对象交换用协议)，所以具有可调用已有的资源的效果。

此外，本发明的通信系统的特征在于，包括作为主站的上述通信装置和从该通信装置接收对象的作为副站的通信装置。而且，本发明的通信系统的特征在于，作为上述副站的通信装置不发送应答命令。

根据上述通信系统，即使副站不能发送应答命令，仍由主站生成虚拟应答命令并通知对象交换层。因此，具有不变更基于请求命令/应答命令进行对象交换的以往的通信协议，就可以与不具有发送功能的具备了所需最低限度的接收功能的副站进行对象交换的效果。

此外，本发明的通信装置，作为具有对象交换层的副站，通过接受来自主站的请求命令，发出对该请求命令进行响应的应答命令，从而从主站的对象交换层接收对象，其特征在于，所述通信装置包括：对象交换层处理部分，处理所述对象交换层的通信协议；以及处理比所述对象交换层位于更低层的低层的通信协议，同时所述低层处理部分在接受了由所述对象交换层处理部分发出的所述应答命令时，不将该应答命令发送到主站。

此外，本发明的通信方法，用于具有对象交换层的副站，该对象交换层通过接受来自主站的请求命令，发出对该请求命令进行响应的应答命令，从而从主站的对象交换层接收对象，其特征在于，比所述对象交换层位置更低的低层在接受了由所述对象交换层发出的应答命令时，不将该应答命令发送到主站。

根据上述结构和方法，即使副站的对象交换层发出不必要的应答命令，也能够不从副站发送。例如，在成为副站(例如，服务器设备)的对象交换层对请求命令始终发回应答命令的安装的情况下，在来自主站(例如，客户机设备)的请求命令不需要应答命令时，低层不发送副站的对象交换层发出的应答命令。

因此，具有能够削减副站的发送上消耗的功率的效果。而在副站发送了应答命令的情况下，由于主站不需要应答命令，所以来自副站的应答命令和来自主站的请求命令有发生冲突的可能性，因而具有可防止这种冲突的效果。

此外，本发明的通信系统的特征在于，包括作为副站的上述通信装置和作为将对象发送到该通信装置的主站的通信装置。

根据上述通信系统，在来自主站的请求命令是不需要应答命令的请求命令时，低层不发送副站的对象交换层发出的应答命令。

因此，具有即使是副站的对象交换层基于请求命令/应答命令进行对象交换的以往的通信协议，也不变更它，而可与仅接受所需最低限度的应答命令的发回的主站进行对象交换的效果。

再有，上述通信装置也可通过计算机实现，这种情况下，通过使计算机作为上述通信装置的各部分而动作，从而由计算机实现上述通信装置的通信装置的通信程序以及记录了它的计算机可读取记录媒体也属于本发明的范畴。

此外，上述通信装置也可以通过具有上述各部分功能的通信电路实现。

此外，上述通信装置适合于通过该通信装置进行通信的携带电话。根据上述携带电话，使用对象交换协议(包含OBEX)，可进行传送效率高的通信。

此外，上述通信装置适合于基于该通信装置接收的数据进行显示的显示装置。根据这样的显示装置，使用对象交换协议(包含OBEX)，可进行传送效率高的通信。

此外，上述通信装置适合于基于该通信装置接收的数据进行打印的打印装置。根据这样的打印装置，使用对象交换协议(包含OBEX)，可进行传送效率高的通信。

此外，上述通信装置适合于记录由该通信装置接收的数据的记录装置。根据这样的记录装置，使用对象交换协议(包含OBEX)，可进行传送效率高的通信。

本发明的其他目的、特征及优点，通过以下所示的记述而十分清楚。而本发明的好处在参照了附图的以下说明中会变得明白。

附图说明

图1是表示本发明的第一实施方式的通信系统的客户机设备的结构的方框图。

图2是表示上述通信系统的结构的方框图。

图3是表示上述通信系统的服务器设备的结构例的方框图。

图4是表示上述第一实施方式的数据传送处理的步骤的顺序图。

图5是表示本发明的第二实施方式的通信系统的客户机设备的结构的方框图。

图6是表示上述第二实施方式的数据传送处理的步骤的顺序图。

图7是表示IrDA的协议栈的概念图。

图8是表示OBEX通信标准的基本请求命令和应答命令的交换的步骤的顺序图。

图9是用于说明OBEX通信标准的数据传送的一般步骤的顺序图。

图10是表示本发明的第三实施方式的通信系统的客户机设备的结构的方框图。

图11是表示本发明的第四实施方式的通信系统的客户机设备的结构的方框图。

图12是表示上述第三实施方式和第四实施方式的数据传送处理的步骤的顺序图。

图13是表示本发明的第五实施方式的通信系统的服务器设备的结构的方框图。

图14是表示以往的服务器设备的OBEX层的低层处理部分的动作的流程图。

图15是表示上述第五实施方式的通信系统的服务器设备的OBEX层的低层处理部分中的动作的流程图。

图16是表示上述第五实施方式的数据传送处理的步骤的顺序图。

图17是表示本发明的第六实施方式的通信系统的服务器设备的结构的方框图。

图18是表示上述第六实施方式的通信系统的服务器设备的OBEX层的低层处理部分中的动作的流程图。

图19是表示上述第六实施方式的数据传送处理的步骤的顺序图。

图20是表示上述第六实施方式的通信系统的服务器设备的OBEX层的低层处理部分中的其他动作的流程图。

图21是表示以往的通信系统的客户机设备的结构的方框图。

图22是表示以往的通信系统的OBEX客户机的动作的流程图。

图23是表示本发明的第七实施方式和第八实施方式的通信系统的客户机设备的结构的方框图。

图24是表示上述第七实施方式的通信系统的客户机设备的OBEX层的动作的流程图。

图25是表示本发明的第七实施方式的通信系统的客户机设备的OBEX层的其他动作的流程图。

图26是表示本发明的第八实施方式的通信系统的客户机设备的OBEX层的动作的流程图。

图27是表示以往的通信系统的服务器设备的结构的方框图。

图28是表示以往的通信系统的OBEX服务器的动作的流程图。

图29是表示本发明的第九实施方式和第十实施方式的通信系统的服务器的其他结构的方框图。

图30是表示上述第九实施方式的通信系统的服务器设备的OBEX层的动作的流程图。

图31是表示上述第九实施方式的通信系统的服务器设备的OBEX层的其他动作的流程图。

图32是表示本发明的第十实施方式的通信系统的服务器设备的OBEX层的动作的流程图。

图33是表示本发明的第十一实施方式的通信系统的携带电话间的通信例子的图。

图34是表示本发明的第十二实施方式的通信系统的携带电话和显示装置之间的通信例子的图。

图35是表示本发明的第十三实施方式的通信系统的携带电话和打印装置之间的通信例子的图。

图36是表示本发明的第十四实施方式的通信系统的携带电话和记录装置之间的通信例子的图。

图37是表示OSI7分层模型、IrDA的分层和本发明的分层的对应关系的示意图。

图38(a)是表示本发明的实施方式的建立连接顺序的图，图38(b)是表示本发明的实施方式的建立连接顺序的图，图38(c)是本发明的实施方式的用于建立连接的分组格式。

图39(a)是表示本发明的实施方式的数据交换顺序的图，图39(b)是表示本发明的实施方式的数据交换顺序的图。

图40(a)是表示IrDA的数据交换中所使用的分组格式的图，图40(b)是表示本发明的数据交换中所使用的分组格式的图。

图41(a)是表示本发明的实施方式的数据交换顺序的图，图41(b)是表示本发明的实施方式的数据交换顺序的图。

图42(a)是表示本发明的实施方式的断开顺序的图，图42(b)是表示本发明的实施方式的断开顺序的图，图42(c)是本发明的实施方式的断开顺序的分组格式。

图43是表示本发明的实施方式的连接顺序时的各层间的函数(命令、消息)和分组的流动的顺序图。

图44(a)是表示本发明的实施方式的连接顺序时的图43和图45的右方向箭头的各层间的函数中的数据的变化的说明图，图44(b)是表示本发明的实施方式的各层间的函数中的数据的变化的图。

图45是表示本发明的实施方式的连接顺序时的各层间的函数(命令、消息)和分组的流动的顺序图。

图46是表示本发明的实施方式的数据交换时的各层间的函数(命令、消息)和分组的流动的顺序图。

图47是表示本发明的实施方式的数据交换时的图46和图48中的各层间的函数中的数据的变化的图。

图48是表示本发明的实施方式的数据交换时的各层间的函数(命令、消息)和分组的流动的顺序图。

图49是表示本发明的实施方式的断开顺序时的各层间的函数(命令、消息)和分组的流动的顺序图。

图50(a)是表示本发明的实施方式的断开顺序时的图49和图51中右方向箭头的各层间的函数中的数据的变化的说明图，图50(b)是表示本发明的实施方式的各层间的函数中的数据的变化的说明图。

图51是表示本发明的实施方式的断开顺序时的各层间的函数(命令、消息)和分组的流动的顺序图。

图52是表示本发明的实施方式的主站的连接请求函数的数据和连接参数的授受的示意图。

图53是表示本发明的实施方式的副站的连接请求函数的连接参数的授受的示意图。

图54是表示本发明的实施方式的主站的连接确认函数和副站的连接通知函数的数据及连接参数的授受的示意图。

图55是表示本发明的实施方式的副站的连接回答函数的数据的授受的示意图。

图56是表示本发明的实施方式的主站的连接确认函数的连接参数的授受的示意图。

图57是表示作为实施方式的变形例的、在层间共享连接参数的情况下的主站的连接请求函数的数据和连接参数的授受的示意图。

图58是表示作为实施方式的变形例的、在层间共享连接参数的情况下的副站的连接通知函数的数据和连接参数的授受的示意图。

图59是表示作为实施方式的变形例的、各层分别将连接参数转送到低层的情况下的主站的连接请求函数的数据和连接参数的授受的示意图。

标号说明

1客户机设备(通信装置、主站)

11应用层处理部分

12OBEX层处理部分(对象交换层处理部分)

121控制部分

122请求通知部分

123响应接收部分

13低层处理部分

131控制部分(低层控制部分)

132请求接收部分

133请求通知部分

134响应生成部分

14发送部分

15接收部分

2客户机设备(通信装置、主站)

21应用层处理部分

22OBEX层处理部分(对象交换层处理部分)

221控制部分

222请求通知部分

223响应接收部分

23低层处理部分

231控制部分(低层控制部分)

232请求接收部分

233请求通知部分

234响应接收部分

235响应通知部分

236响应生成部分

237多路复用器

238定时器

24发送部分

25接收部分

3客户机设备(通信装置、主站)

31应用层处理部分

32OBEX层处理部分(对象交换层处理部分)

321控制部分

322请求通知部分

323响应接收部分

23低层处理部分

331控制部分(低层控制部分)

332请求接收部分

333请求通知部分

334响应接收部分

335响应通知部分

336响应生成部分

337多路复用器

34发送部分

35接收部分

4客户机设备(通信装置、主站)

41应用层处理部分

42OBEX层处理部分(对象交换层处理部分)

421控制部分

422请求通知部分

423响应接收部分

43低层处理部分

431控制部分(低层控制部分)

432请求接收部分

433请求通知部分

434响应接收部分

435响应通知部分

436响应生成部分

437多路复用器

438首标信息解析部分

44发送部分

45接收部分

5服务器设备(通信装置、副站)

51应用层处理部分

52OBEX层处理部分(对象交换层处理部分)

521控制部分

525请求解析部分

53低层处理部分

531控制部分

535请求解析部分

54发送部分

55接收部分

1000服务器设备(通信装置、副站)

1010应用层处理部分

1020OBEX层处理部分(对象交换层处理部分)

1021控制部分

1022响应通知部分

1025请求解析部分

1030低层处理部分

1031控制部分(低层控制部分)

1032请求解析部分

1050接收部分

1100服务器设备(通信装置、副站)

1110应用层处理部分

1120OBEX层处理部分(对象交换层处理部分)

1121控制部分

1122响应通知部分

1125请求解析部分

1130低层处理部分

1131控制部分(低层控制部分)

1132响应接收部分

1135请求解析部分

1140发送部分

1150接收部分

1300客户机设备(通信装置、主站)

1310应用层处理部分

1320OBEX层处理部分(对象交换层处理部分)

1321控制部分

1322请求通知部分

1323响应接收部分

1324通信方向选择部分

1330低层处理部分

1340发送部分

1350接收部分

1500服务器设备(通信装置、副站)

1510应用层处理部分

1520OBEX层处理部分(对象交换层处理部分)

1521控制部分

1522响应通知部分

1523请求解析部分

1530低层处理部分

1540发送部分

1550接收部分

具体实施方式

[概要]

在后述的各实施方式，有关本发明的通信系统的客户机设备(主站)和服务器设备(副站)的结构及动作，基于OSI7层模型详细地进行说明。这里，OSI7层模型也被称为‘OSI基本参照模型’、‘OSI分层模型’。

在OSI7层模型，为了实现不同机种间的数据通信，将计算机应具有的通信功能分割为7个分层，对每个层定义了标准的功能模块。

具体地说，第1层(物理层)担当用于将数据输出到通信线路的电变换或机械性的作业。第2层(数据链路层)确保物理的通信路径，并进行对流过通信路径的数据的差错检测等。第3层(网络层)进行通信路径的选择或通信路径内的地址的管理。第4层(传输层)进行数据压缩和纠错、重发控制等。第5层(会话层)进行用于通信程序之间进行数据的发送接收的虚拟路径(连接)的建立或释放。第6层(显示层)将从第5层接受的数据变换为用户容易明白的形式，或将从第7层发送来的数据变换为适合通信的形式。第7层(应用层)将利用了数据通信的各种各样的服务提供给人或其他程序。

各实施方式的通信系统的各通信层还具有与上述OSI7层模型的对应的分层同等的功能。但是，在各实施方式，上述通信系统将会话层和显示层形成为一层，成为6分层的结构。在各实施方式，说明有关将这种会话层和显示层形成为一层的通信层通过OBEX(OBject EXchange protocol)实现的例子。而且，将作为位于OBEX层的低层被设置了低层处理部分(后述)的通信层作为传输层来说明。但是，设置了低层处理部分的通信层也可以是网络层或数据链路层。再有，关于应用层，省略说明。

本发明可广泛地适用于发送机和接收机建立多个通信层的连接而进行通信的通信系统。即，通信功能的分割也可以不依据OSI7层模型。此外，如果要连接的通信层为多个，则可任意地选择通信层的数。

在各实施方式，为了便于说明，基于本发明的一应用例的IrSimple进行说明。但是，本发明不限定于IrSimple。再有，IrSimple改进了以往的IrDA的一部分功能。再有，本发明不限定于红外线的无线通信，在其他无线通信和有线通信中也有效。

在各实施方式，根据IrSimple，有时将数据链路层、网络层、传输层、会话层+显示层分别表记为LAP、LMP、SMP、OBEX。

以下，基于图1至图59(其中，图7至图9、图14、图21、图22、图27、图28是以往技术的说明图)来说明本发明的通信方法、通信程序、记录媒体、通信装置和通信系统的各实施方式。

关于本发明的通信装置，如图2所示，举例说明从作为通信装置的客户机设备(通信装置)1，对作为对方设备的服务器设备5，依据由作为媒体的红外线进行对象交换的IrDA的传送方式(传输方式)。但是，本发明不限于此。

作为上述客户机设备1，可列举计算机、携带电话、携带信息终端(PDA)和数字照相机等。作为上述服务器设备5，可列举电视机(TV)、打印机、投影机、计算机、携带电话、携带信息终端(PDA)和数字照相机等。

作为上述媒体，除了红外线以外，可列举在100MHz～5GHz的携带电话等中使用的电波、以光纤作为传输路径的可见光等。作为被对象交换的数据，可列举图像文件、文本数据等。

[第一实施方式]

关于本发明的第一实施方式的客户机设备1，基于图1进行以下说明。再有，在其他实施方式中定义的用语(包含构件及功能)，只要未事先说明，在本实施方式中就假定依据其定义而使用。

图1是表示本实施方式的通信系统的客户机设备1的结构的方框图。如图1所示，客户机设备1包括：应用层处理部分11、OBEX层处理部分(对象交换层处理部分)12、低层处理部分13、发送部分14和接收部分15。应用层处理部分11、OBEX层处理部分12、低层处理部分13以该顺序具备了分层结构，成为多种类的各通信协议。

应用层处理部分11根据输入到未图示的操作部分的用户指示，对OBEX层处理部分12请求发出用于与外部的通信的请求命令。而接受了从OBEX层处理部分12接收到应答命令的通知时，根据接收的应答命令，进行规定的处理。

OBEX层处理部分12包括：控制部分121、请求通知部分122和响应接收部分123。控制部分121根据来自应用层处理部分11的请求，对请求通知部分122通知(控制)进行请求命令的生成和向低层发出请求命令。此外，接受来自响应接收部分123的应答命令接收结果通知，对应用层处理部分11通知应答命令的接收结果。

请求通知部分122接受来自控制部分121的请求命令发出通知，生成请求命令，并输出到低层处理部分13。响应接收部分123接收从低层处理部分13输出的应答命令，进行接收到的应答命令的解析，对控制部分121通知接收到命令解析结果和应答命令。

低层处理部分13包括：控制部分(低层控制部分)131、请求接收部分132、请求通知部分133和响应生成部分134。控制部分131进行请求接收部分132、请求通知部分133和响应生成部分134的各块的控制。后面论述有关细节。

请求接收部分132接收从OBEX层处理部分12输出的请求命令，进行请求命令的解析，对控制部分131通知接收了命令解析结果和请求命令。此外，将作为接收的数据的请求命令发送到请求通知部分133。

请求通知部分133基于接收到命令解析结果和请求命令的意旨，接受来自控制部分131的请求命令发出通知，对作为从请求接收部分132接收到的数据的请求命令，附加必要的首标信息而再生成请求命令，并发送到发送部分14。

发送部分14通过红外线通信线路，将从低层处理部分13接收到的请求命令发送到外部。接收部分15通过红外线通信线路，接收用于表示接收到上述请求命令的意旨的、从对方设备(服务器设备)发送的应答命令，并将接收的应答命令输出到低层处理部分13。

如图3所示，在服务器设备5中，由于没有发送部分的情况，或即使包括发送部分54，但缺少用于生成从发送部分14对服务器设备5发送的请求命令的应答命令的例如响应通知部分或响应发送部分的至少一部分，所以有时不能发回应答命令。在与这些情况下的服务器设备5的数据通信中，在客户机设备1和服务器设备5之间有时产生不能进行对象交换的不适情况。

因此，在本实施方式，为了避免上述不适情况，在低层处理部分13中单独设置了响应生成部分134。上述响应生成部分134基于请求接收部分132中的接收了命令解析结果和请求命令的意旨，接受来自控制部分131的应答命令生成通知，生成与上述应答命令相当的虚拟应答命令，并通过作为高层的响应接收部分123输出到OBEX层处理部分12。

由此，在本实施方式中，即使不能接收来自不能发回应答命令的服务器设备5的原来的应答命令，但通过对高层处理部分通知上述虚拟应答命令，也能够遵守以往的通信协议，同时能够维持从客户机设备1对服务器设备5的通信状态，能够将对象从客户机设备1发送到服务器设备5。

关于这样的服务器设备5，以下基于图3进行说明。服务器设备5至少具有：应用层处理部分51、OBEX层处理部分52、低层处理部分53、接收部分55。

应用层处理部分51接收从OBEX层处理部分52输出的应用数据(图像数据、文本数据等)，进行规定的处理。OBEX层处理部分52包括控制部分521和请求解析部分525。请求解析部分525解析从低层处理部分53输出的请求命令，将解析结果(命令的种类等)通知控制部分521。

此外，请求解析部分525从接受的请求命令除去OBEX首标，基于来自控制部分521的指示，将应用数据输出到应用层处理部分51，控制部分521将来自请求解析部分525所通知的解析结果通知给应用层处理部分51，此外，基于解析结果，对请求解析部分525指示向应用层处理部分51传送应用数据。

低层处理部分53包括控制部分531和请求解析部分535。请求解析部分535解析从接收部分55输出的来自客户机设备1的请求命令，将解析结果(命令的种类等)通知控制部分531。

此外，请求解析部分535从接受的请求命令中除去在各层附加的首标信息，提取OBEX分组，基于来自控制部分531的传送指示而向OBEX层处理部分52输出被提取的OBEX分组数据。

控制部分531将从请求解析部分535通知的解析结果通知OBEX层处理部分52，此外，基于解析结果，指示将请求解析部分535提取出的OBEX分组数据传送到OBEX层处理部分52。

下面，关于本实施方式的客户机-服务器间的数据传送处理的步骤(通信方法)，参照图4的顺序和图1进行说明。再有，图4表示IrDA的协议栈中的连接、数据传送、断开的传送处理的情况。

在客户机设备1中，接受了来自用户的对象交换指示的应用层处理部分11对OBEX层处理部分12产生与作为对方设备的服务器设备5的连接请求。

在接受了上述连接请求的OBEX层处理部分12内的控制部分121，接受来自应用层处理部分11的连接请求，指示向请求通知部分122生成连接请求命令和指示向低层处理通信装置3发出连接请求命令。

请求通知部分122接受来自控制部分121的连接请求命令的发出指示，生成作为连接请求命令的CONNECT命令，并向低层处理部分13输出CONNECT命令。在低层处理部分13内的请求接收部分132，接收从OBEX层处理部分12输出的CONNECT命令，对控制部分131通知连接请求命令接收结束，并向请求通知部分133输出接收数据。

在控制部分131，接受来自请求接收部分132的连接请求命令接收结束的通知，对请求通知部分133指示连接请求命令的发出。请求通知部分133接受来自控制部分131的发出连接请求命令的指示，在从请求接收部分132接收的数据中附加首标信息，从而对发送部分14输出连接请求命令，并向控制部分131通知连接请求命令结束。

控制部分131接受来自请求通知部分133的连接请求命令输出结束的通知，对响应生成部分134指示而使其发出与对应于CONNECT命令的应答命令相当的虚拟应答命令。

在响应生成部分134，接受来自控制部分131的对应于CONNECT命令的虚拟应答命令发出指示，生成依据了作为高层的OBEX标准的对应于CONNECT命令的应答命令的SUCCESS的虚拟应答命令，并输出到OBEX层处理部分12。

在OBEX层处理部分12内的响应接收部分123，接收从低层处理部分13输出的SUCCESS的虚拟应答命令，将虚拟应答命令识别为依据通常的OBEX标准的对应于CONNECT命令的应答命令，从而对控制部分121通知对应于连接请求的应答命令接收结束。

控制部分121接受来自响应接收部分123的对应于连接请求的应答命令接收完的通知，对作为高层的应用层处理部分11通知与作为对方设备的服务器设备5的连接已结束。由此，在应用层处理部分11，能够确认与服务器设备5的连接已结束，能够开始对象交换。

这里，作为低层处理部分13，将TinyTP层、IrLMP层、IrLAP层各层作为一个块来表现，但当然也可以用各层分别构成一个块。此外，在图4中，在位于OBEX层处理部分12的下一层的TinyTP层中，图示了生成对OBEX层处理部分12的虚拟应答命令，但也可以在作为其他层的IrLMP层、IrLAP层生成虚拟应答命令。

但是，优选是在位于OBEX层处理部分12的下一层的TinyTP层中，生成对OBEX层处理部分12的虚拟应答命令，而节省了附加多余的首标信息的时间和消除的时间。即，在TinyTP层中生成的情况下，生成与依据OBEX的应答命令相当的(实质相同的)虚拟应答命令，并通知OBEX层处理部分12即可，而在正下方的层以外的层中生成的情况下，由于需要生成直至透过OBEX层处理部分12的虚拟应答命令，所以如以下表1所示，需要将适合于OBEX层和生成虚拟应答命令的层间的协议层的首标信息附加在上述虚拟应答命令中。

[表1]

IrLAP层首标信息IrLMP层首标信息TinyTP层首标信息OBEX虚拟应答命令

连接结束后，对于用于对象数据的传送的PUT命令、用于与对方设备的断开处理的DISCONNECT命令，可知也与上述CONNECT命令的情况同样，通过由位于OBEX层处理部分12的低层的低层处理部分13生成对应于请求命令的CONTINUE或SUCCESS的虚拟应答命令而可进行向作为对象数据的对方设备的服务器设备5的传送、与上述服务器设备5的断开处理，所以这里省略有关它们的说明。

如以上那样，作为使用具有分层结构的通信协议进行通信，对请求了命令侧的客户机设备1发送的请求命令，接收根据该请求而响应的一侧的服务器设备发回的应答命令，采用了进行对象的交换的对象交换用协议的通信系统，本实施方式的客户机设备1具有如下功能，即在上述对象交换用协议的位于低层的通信协议中，接受了从该对象交换用协议发出的请求命令时，生成对应于依据上述对象交换用协议的该请求命令的虚拟应答命令，并对作为高层的对象交换用协议进行通知。

因此，不变更基于请求命令/应答命令进行对象交换的协议，就可与不具有发送功能而具备了所需最低限度的接收功能的设备的服务器设备5进行对象交换。此外，由于不需要变更对象交换用协议，所以可调用已有的资源。

下面，说明有关上述通信协议中所使用的数据结构例子。再有，这种数据结构例子即使是后述的实施方式也是适用的。首先，在以下的表2中表示连接请求的情况下的请求命令的数据结构。

[表2]

    Byte0 Bytes1 and 2    Byte3    Byte4 Bytes5 and 6  Bytes7 to n opcode 0x80 Connect packet length    OBEX    version    Number    flags maximum OBEX packet length  optional  headers

接着，在以下表3中表示连接请求的情况下的应答命令的数据结构。

[表3]

 Byte0  Bytes1 and 2    Byte3    Byte4  Bytes5 and 6  Bytes7 to n response code  Connect  response  packet length    OBEX    version    Number    flags  Maximum  OBEX packet  length  Optional  headers

(各字段的说明)

·connect packet length、connect response packet length：连接请求命令和对应于连接请求命令的应答命令的分组长度。

·OBEX version number：OBEX协议的版号。

·flags：仅在应答命令的情况下表示是否对应于多个IrLMP连接。

·maximum OBEX packetlength：表示各装置可接收的最大OBEX分组长度。

其次，在以下的表4中表示请求命令、应答命令的各例子。

[表4]

    客户机请求    Bytes    含义    Opcode    0x80    CONNECT    0x0007    packet length of 7    0x10    Version 1.0 of OBEX    0x00    no connect flags    0x2000    8K max packet size    服务器响应    Bytes    含义    Response code    0xA0    SUCCESS    0x0007    packet length of 7    0x10    Version 1.0 of OBEX    0x00    no connect flags    0x0800    2K max packet size

接着，关于数据传送请求的情况下的请求命令的数据结构，示于以下的表5中。

[表5]

      Byte0    Bytes1，2    Bytes3 to n Opcode 0x02 (0x82：最终的PUT请求)    packet length    sequence of headers

接着，关于数据传送请求的情况下的应答命令的数据结构，示于以下的表6。

[表6]

    Byte0    Bytes1，2    Bytes3 to n Response code typical values 0x90 for Continue 0xA0 for Success  Response packet length  optional response headers

接着，以下表示上述表5和表6中记载的各字段的说明。

·packet length、Response packet length：数据传送命令和对应于数据传送命令的应答命令的分组长度。

接着，将上述表5和表6中记载的各请求命令、应答命令的例子分别示于以下的表7至表9。

[表7]

    客户机请求：    Bytes    含义    Opcode    0x02    PUT    0x0422    1058 bytes is length of packet    0x01    Header ID for Name header    0x0017    Length of Name header    JUMAR.TXT    name of object    0xC3    Header ID for Length header    0x00001000    Length of object is 4K bytes    0x48    Header ID for Object Body Chunk    header    0x0403    Length of Body header(1K)plus    Header ID and Header length    0x......    1K bytes of body    服务器响应：    Response code    0x90    CONTINUE    0x0003    length of response packet

[表8]

    客户机请求：    Bytes    含义    Opcode    0x02    PUT    0x0406    1030 bytes is length of packet    0x48    Header ID for Object Body Chunk    0x0403    Length of Body header(1K)plus    Header ID and Header length    0x......    next 1K bytes of body

    服务器响应：    Response code    0x90    CONTINUE    0x0003    length of response packet

[表9]

    客户机请求：    Bytes    含义    Opcode    0x82    PUT    0x0406    1030 bytes is length of packet    0x49    Header ID for End-of-Body Chunk    0x0403    Length of Body header(1K)plus    Header ID and Header length    0x......    last 1K bytes of body    服务器响应：    Response code    0xA0    SUCCESS    0x0003    length of response packet

接着，关于数据断开请求的情况下的请求命令的数据结构，示于以下的表10。

[表10]

    Byte0    Byte1，2    Bytes3 to n    Opcode    0x81    packet length    Optional headers

其次，关于数据断开请求的情况下的应答命令的数据结构，示于以下的表11。

[表11]

    Byte0    Byte1，2  Bytes3 to n    response code    0xA0 or 0xD3    response packet length  Optional response headers

接着，以下表示在上述表10和表11中记载的各字段的说明。

·packet length、response packet length：断开请求命令和对应于断开请求命令的应答命令的分组长度。

其次，以下的表12中表示上述表10和表11中记载的各请求命令、应答命令的例子。

[表12]

    客户机请求：    Bytes    含义    Opcode    0x81    DISCONNECT    0x0003    packet length of 3    服务器响应：    Bytes    含义    Response code    0xA0    SUCCESS    0x0003    packet length of 3

最后，关于OBEX的代表性的Opcode、Header、Response Code，分别示于下述的表13至表15。

[表13]

·OBEX Operations and Opcode definitions

    Opcode    Definition    Meaning    0x80    Connect    choose your partner，    negotiation capabilities    0x81    Disconnect    signal the end of the session    0x02(0x82)    Put    send an object

[表14]

·OBEX Headers

    Header ID    Header name   Description    0x01    Name   name of the object(often a file name)    0xC3    Length   the length object in bytes    0x48    0x49    Body    End of Body   a chunk of the object body   the final chunk of the object body

[表15]

·Response Code values

    OBEX response code    Definition    0x10(0x90)    Continue    0x20(0xA0)    OK，Success    0x53(0xD3)    Service Unavailable

[第二实施方式]

关于本发明的第二实施方式的传送数据的传送系统(通信系统)的客户机设备(通信装置)，基于图5进行以下说明。再有，在其他实施方式中定义的用语(包含构件及功能)，只要未事先说明，在本实施方式中就假定依据其定义而使用。

图5是表示本实施方式的客户机设备的结构的方框图。如图5所示，客户机设备(通信装置)2分别具备了与图1的客户机设备1同样的功能，包括：应用层处理部分21、OBEX层处理部分(对象交换层处理部分)22、低层处理部分23、发送部分24和接收部分25。

应用层处理部分21根据输入到未图示的操作部分的用户的指示，对OBEX层处理部分22，请求进行请求命令发出。此外，从OBEX层处理部分22接受了接收到应答命令的意旨的通知时，根据接收的应答命令，进行规定的处理。

OBEX层处理部分22包括：控制部分221、请求通知部分222和响应接收部分223。控制部分221根据来自应用层处理部分21的请求，对请求通知部分222通知请求命令的生成和对低层发出请求命令。此外，接受来自响应接收部分223的应答命令接收结果通知，对应用层处理部分21通知应答命令的接收结果。

请求通知部分222接受来自控制部分221的请求命令发出通知，生成请求命令，并输出到低层处理部分23。响应接收部分223接收从低层处理部分23输出的应答命令，进行所接收的应答命令的解析，对控制部分221，通知接收了命令解析结果和应答命令的意旨。

低层处理部分23包括：控制部分(低层控制部分)231、请求接收部分232、请求通知部分233、响应接收部分234、响应通知部分235、响应生成部分236、多路复用器237和定时器238。

控制部分231进行对请求接收部分232、请求通知部分233、响应接收部分234、响应通知部分235、响应生成部分236、多路复用器237和定时器238的各块的控制。后面论述有关细节。

请求接收部分232接收来自OBEX层处理部分22的请求命令，进行该命令的解析，对控制部分231通知接收了命令解析结果和请求命令的意旨。此时，控制部分231接受上述通知时，使定时器238动作。上述定时器238对动作后的经过时间进行测量。

此外，将接收的数据输出到请求通知部分233。请求通知部分233接受来自控制部分231的请求命令发出通知，附加必要的首标信息而生成请求命令，并输出到发送部分24。

响应接收部分234从作为低层的接收部分25接收数据，进行接收数据的解析，对控制部分231，通知接收了命令解析结果和应答命令的意旨。此外，从接收的应答命令中除去首标信息，并输出到多路复用器237。

响应通知部分235将从多路复用器237输出的应答命令输出到OBEX层处理部分22。响应生成部分236接受来自控制部分231的应答命令生成通知，生成与上述第一实施方式同样的虚拟应答命令，并发送到多路复用器237。

多路复用器237根据来自控制部分231的控制信号，进行由响应生成部分236生成的虚拟应答命令、或从响应接收部分234输出的来自低层的应答命令的输出的切换，并输出到响应通知部分235。定时器238被用于测量在控制部分231中的规定的经过时间。

即，控制部分231在从请求接收部分232接受了接收到命令解析结果和请求命令的意旨的通知时，使上述定时器238动作而对经过时间进行测量(计测)，在接受了上述通知后，即使上述经过时间超过了预先设定的设定时间，还未接受已接收到来自响应接收部分234的命令解析结果和应答命令的意旨的通知时，可将上述虚拟应答命令输出到响应通知部分235，对响应生成部分236和多路复用器237进行控制。

发送部分24通过红外线通信线路，将从低层处理部分23接收的请求命令发送到外部。接收部分25通过红外线通信线路，接收从对方设备(服务器设备)发送的应答命令，并将接收的应答命令输出到低层处理部分23。

下面，关于本发明的第二实施方式的客户机-服务器间的数据传送处理的步骤(通信方法)，参照图6的顺序和图5进行说明。再有，图6分别表示IrDA的协议栈中的连接、数据传送、断开的传送处理的情况。

在客户机设备2中，接受了来自用户的对象交换指示的应用层处理部分21，对OBEX层处理部分22，发送与作为对方设备的服务器设备5的连接请求。

在接受了上述连接请求的OBEX层处理部分22内的控制部分221，接受来自应用层处理部分21的连接请求，指示向请求通知部分222生成连接请求命令和指示向低层处理通信装置3发出连接请求命令。

请求通知部分222接受来自控制部分221的发出连接请求命令的指示，生成作为连接请求命令的CONNECT命令，并向低层处理部分23输出CONNECT命令。在低层处理部分23内的请求接收部分232，接收从OBEX层处理部分22输出的CONNECT命令，对控制部分231通知连接请求命令接收结束，并向请求通知部分233输出接收数据。

在控制部分231，接受来自请求接收部分232的连接请求命令接收结束的通知，对请求通知部分233指示其发出连接请求命令。请求通知部分233接受来自控制部分231的连接请求命令发出的指示，在从请求接收部分232接收的数据中附加首标信息，从而对发送部分24输出连接请求命令，并向控制部分231通知连接请求命令输出结束。

控制部分231接受来自请求通知部分233的连接请求命令输出结束的通知，使定时器238起动。定时器238的测量时间经过了规定的设定时间时，控制部分231判断为未从作为对方设备的服务器设备5发回应答命令，对响应生成部分236进行指示，以发出对应于CONNECT命令的虚拟应答命令，并对多路复用器237进行控制，以将从响应生成部分236输出的对应于CONNECT命令的虚拟应答命令输出到响应通知部分235。

在响应生成部分236，接受来自控制部分231的对应于CONNECT命令的虚拟应答命令发出指示，生成依据了作为高层的OBEX标准的对应于CONNECT命令的SUCCESS的虚拟应答命令，并输出到多路复用器237。

此外，在定时器238的测量时间经过规定的时间前，来自作为对方设备的服务器的应答命令被发回来的情况下，接收部分25接收从对方设备输出的数据(包含上述应答命令)，并输出到低层处理部分23。

低层处理部分23内的响应接收部分234进行从接收部分25接收的数据的解析，对控制部分231通知对应于连接请求的应答命令接收结束，进行首标信息的除去，并将接收数据输出到多路复用器237。

在控制部分231，从响应接收部分234接受对应于连接请求的应答命令接收结束的通知，对多路复用器237进行控制，以使来自响应接收部分234的输出数据输出到响应通知部分235。多路复用器237将来自响应接收部分234和响应生成部分236的接收数据基于来自控制部分231的控制信号而进行输出的切换，并输出到响应通知部分235。

响应通知部分235接受来自控制部分231的应答命令发出的通知，将从多路复用器237接收的应答命令输出到作为高层的OBEX层处理部分22。在OBEX层处理部分22内的响应接收部分223，接收对应于来自低层的CONNEC命令的应答命令，对控制部分221进行对应于CONNECT命令的应答命令接收结束的通知。

控制部分221接受对应于来自响应接收部分223的CONNECT命令的应答命令接收结束的通知，对作为高层的应用层处理部分21通知与对方设备的连接结束。这样，在应用层处理部分21能够确认与对方设备(服务器设备)的连接结束，能够开始对象交换。

这里，作为低层处理部分23，将TinyTP层、IrLMP层、IrLAP层各层作为一个块来表现，但当然也可以由各层分别构成一个块。此外，在图6中，图示了在位于OBEX层处理部分22的低一层的TinyTP层，生成对应于OBEX层处理部分22的虚拟应答命令，但在其他层的IrLMP层、IrLAP层的任何一个中也可以进行虚拟应答命令的生成。但是，如上所述，优选是在位于OBEX层处理部分12的低一层的TinyTP层中，生成对应于OBEX层处理部分12的虚拟应答命令，以节省用于附加多余的首标信息的时间和删除的时间。

连接结束后，即使对于用于对象数据的传送的PUT命令、用于与对方设备断开处理的DISCONNECT命令，与上述CONNECT命令的情况同样，通过在OBEX层的低层生成对应于请求命令的虚拟应答命令，可进行对象数据的传送、与对方设备的断开处理，所以这里不再说明。

如以上那样，本实施方式的客户机设备2，具有以下功能：在位于所述对象交换用协议的低层的通信协议中，对位于低层的通信协议发出所述对象交换用协议发出的请求命令后，在经过了规定的设定时间时，在未接收到对应于来自作为对方设备的服务器设备的请求命令的应答命令时，生成依据所述对象交换用协议的对应于该请求命令的虚拟应答命令，对作为高层的对象交换用协议进行通知。

因此，在与具有发送功能的服务器设备的通信中，能够进行以往的基于请求命令/应答命令的对象交换，在与不具有发送功能的服务器设备5的通信中，通过在低层生成虚拟应答命令，从而对高层通知，可开始客户机设备2和服务器设备5之间的通信，并且能够维持，进行两者间的对象交换。

[第三实施方式]

关于本发明的第三实施方式的传送数据的传送系统(通信系统)的客户机设备(通信装置)，基于图10进行以下说明。再有，在其他实施方式中定义的用语(包含构件及功能)，只要未事先说明，在本实施方式中就假定依据其定义而使用。

图10是表示本实施方式的客户机设备的结构的方框图。如图10所示，客户机设备(通信装置)3分别具备了与图1的客户机设备1同样的功能，包括：应用层处理部分31、OBEX层处理部分(对象交换层处理部分)32、低层处理部分33、发送部分34和接收部分35。

应用层处理部分31根据输入到未图示的操作部分的用户的指示，对OBEX层处理部分32，请求进行请求命令发出。此外，从OBEX层处理部分32接受了接收到应答命令的意旨的通知时，根据接收的应答命令，进行规定的处理。

OBEX层处理部分32包括：控制部分321、请求通知部分322和响应接收部分323。控制部分321根据来自应用层处理部分31的请求，对请求通知部分322通知请求命令的生成和对低层进行请求命令的发出(连接请求、数据传送请求、最终数据传送请求、断开请求等)。此外，接受来自响应接收部分323的应答命令接收结果通知，对应用层处理部分31通知应答命令的接收结果。

请求通知部分322接受来自控制部分321的请求命令发出通知，生成请求命令，并输出到低层处理部分33。响应接收部分323接收从低层处理部分33输出的应答命令，进行所接收的应答命令的解析，对控制部分321，通知接收了命令解析结果和应答命令的意旨。

低层处理部分33包括：控制部分(低层控制部分)331、请求接收部分332、请求通知部分333、响应接收部分334、响应通知部分335、响应生成部分336和多路复用器337。

控制部分331进行请求接收部分332、请求通知部分333、响应接收部分334、响应通知部分335、响应生成部分336及多路复用器337的各块的控制。后面论述有关细节。

请求接收部分332接收来自OBEX层处理部分32的请求命令，进行该命令的解析，对控制部分331通知接收了命令解析结果和请求命令的意旨。

此外，请求接收部分332将接收的数据输出到请求通知部分333。请求通知部分333接受来自控制部分331的请求命令发出通知，附加必要的首标信息而生成请求命令，并输出到发送部分34。

响应接收部分334从作为低层的接收部分35接收数据，进行接收数据的解析，对控制部分331，通知接收了命令解析结果和应答命令的意旨。此外，从接收的应答命令中除去首标信息，并输出到多路复用器337。

响应通知部分335将从多路复用器337输出的应答命令输出到OBEX层处理部分32。

响应生成部分336接受来自控制部分331的应答命令生成通知，生成与上述第一实施方式和第二实施方式同样的虚拟应答命令，并发送到多路复用器337。

多路复用器337根据来自控制部分331的控制信号，进行由响应生成部分336生成的虚拟应答命令、或从响应接收部分334输出的来自低层的应答命令的输出的切换，并输出到响应通知部分335。

控制部分331根据从作为高层的OBEX层处理部分32发出的请求命令发出通知，判定是接收对应于从服务器设备发送的请求命令的应答命令，还是生成相当于对应OBEX标准的请求命令的应答命令的虚拟应答命令、并通知OBEX层。即，控制部分331根据从OBEX层处理部分32发出的请求命令发出通知的请求命令的种类(连接请求、数据传送请求、最终数据传送请求、断开请求等)，进行是接收对应于从服务器设备发送的请求命令的应答命令，还是对响应生成部分336输出应答命令生成通知的切换处理。

然后，在该判定结果是接收对应于从服务器设备发送的请求命令的应答命令的情况下，对多路复用器337进行控制，以使响应接收部分334将从接收部分35接收的来自服务器设备的应答命令输出到响应通知部分335。而在判定结果为生成虚拟应答命令的情况下，对响应生成部分336和多路复用器337进行控制，以将上述虚拟应答命令输出到响应通知部分335。

发送部分34通过红外线通信线路，将从低层处理部分33接收的请求命令发送到外部。接收部分35通过红外线通信线路，接收从对方设备(服务器设备)发送的应答命令，并将接收的应答命令输出到低层处理部分33。

下面，关于本发明的第三实施方式的客户机-服务器间的数据传送处理的步骤(通信方法)，参照图12的顺序和图10进行说明。再有，图12分别表示IrDA的协议栈中的连接、数据传送、断开的传送处理的情况。

在客户机设备3中，接受了来自用户的对象交换指示的应用层处理部分31，对OBEX层处理部分32，依次发送与作为对方设备的服务器设备5的连接请求、数据传送请求、断开请求。

在接受了上述请求的OBEX层处理部分32内的控制部分321，接受来自应用层处理部分31的请求，指示向请求通知部分322生成请求命令(连接请求、数据传送请求、最终数据传送请求、断开请求等)及指示向低层处理部分33发出请求命令。

请求通知部分322接受来自控制部分321的请求命令的发出指示，生成请求命令，并向低层处理部分33输出请求命令。在低层处理部分33内的请求接收部分332，接收从OBEX层处理部分32输出的请求命令，对控制部分331通知请求命令接收结束，并向请求通知部分333输出接收数据。

在控制部分331，根据从OBEX层处理部分32通知的控制信号，判定是接收对应于从服务器设备发送的请求命令的应答命令，还是生成相当于对应依据OBEX标准的请求命令的应答命令的虚拟应答命令、并对OBEX层通知。这里，控制部分331根据从OBEX层处理部分32通知的请求命令的种类(连接请求、数据传送请求、最终数据传送请求、断开请求等)，判定是接收对应于从服务器设备发送的请求命令的应答命令，还是对响应生成部分336输出应答命令生成通知。

在本实施方式，进行数据传送时，在从高层通知的数据传送请求不是最终数据的传送请求的情况下，假设生成相当于对应依据OBEX标准的请求命令的应答命令的虚拟应答命令，并对OBEX层通知。即，对于连接请求、断开请求、最终数据传送请求时发出的SUCCESS的应答命令，可接收从服务器设备输出的应答命令，对于CONTINUE应答命令，生成与其相当的虚拟应答命令，对OBEX层进行通知。

在控制部分331，接受来自请求接收部分332的请求命令结束的通知，指示请求通知部分333发出请求命令。请求通知部分333接受来自控制部分331的请求命令发出的指示，在从请求接收部分332接收的数据中附加首标信息，向发送部分34输出请求命令，并对控制部分331通知请求命令输出结束。

控制部分331接受来自请求通知部分333的请求命令输出结束的通知，在数据传送时，从高层通知的数据传送请求不是最终数据的传送请求的情况下，对响应生成部分336进行指示，以发出作为对应于PUT命令的虚拟应答命令的CONTINUE应答命令，对多路复用器337进行控制，以将作为对应于从响应生成部分336输出的PUT命令的虚拟应答命令的CONTINUE应答命令输出到响应通知部分335。

在响应生成部分336，接受来自控制部分331的对应于PUT命令的虚拟应答命令的CONTINUE应答命令发出的指示，生成依据了作为高层的OBEX标准的对应于PUT命令的CONTINUE命令的虚拟应答命令，并输出到多路复用器337。

此外，在控制部分331从高层接受了连接请求、断开请求、最终数据传送请求的情况下，对多路复用器337进行控制，以将对应于通常的接收处理、即从服务器设备接收的请求命令的应答命令输出到响应通知部分335。

此时，低层处理部分33内的响应接收部分334进行从接收部分35接收的数据的解析，对控制部分331通知对应于请求命令的应答命令接收结束，进行首标信息的除去，并将接收数据输出到多路复用器337。

在控制部分331，从响应接收部分334接受对应于连接请求的应答命令接收结束的通知，对多路复用器337进行控制，以使来自响应接收部分334的输出数据输出到响应通知部分335。多路复用器337将来自响应接收部分334和响应生成部分336的接收数据基于来自控制部分331的控制信号而进行输出的切换，并输出到响应通知部分335。

响应通知部分335接受来自控制部分331的应答命令发出的通知，将从多路复用器337接收的应答命令输出到作为高层的OBEX层处理部分32。在OBEX层处理部分32内的响应接收部分323，接收对应于来自低层的请求命令的应答命令，对控制部分321进行对应于请求命令的应答命令接收结束的通知。

控制部分321接受对应于来自响应接收部分323的请求命令的应答命令接收结束的通知，对作为高层的应用层处理部分31通知结束了与对方设备的连接、数据传送、断开。这样，在应用层处理部分31能够确认结束了与对方设备(服务器设备)的连接、数据传送、断开，结束与服务器设备的对象交换。

这里，作为低层处理部分33，将TinyTP层、IrLMP层、IrLAP层各层作为一个块来表现，但当然也可以由各层分别构成一个块。此外，在图10中，图示了在位于OBEX层处理部分32的低一层的TinyTP层，生成对应于OBEX层处理部分32的虚拟应答命令，但在其他层的IrLMP层、IrLAP层的任何一个中也可以进行虚拟应答命令的生成。但是，如上所述，优选是在位于OBEX层处理部分32的低一层的TinyTP层中，生成对应于OBEX层处理部分32的虚拟应答命令，以节省用于附加多余的首标信息的时间和删除的时间。

如以上那样，本实施方式的客户机设备3，具有以下功能：在位于所述对象交换用协议的低层的通信协议中，位于对应于所述对象交换用协议的层的低层的通信协议根据所述对象交换用协议而发出请求命令时、根据该请求命令的种类、接收对应于来自对方设备的请求命令的响应，或者是，生成相当于对应依据所述对象交换用协议的该请求命令的应答命令的虚拟应答命令、并通知对应于作为高层的对象交换用协议层，在二者之间进行切换。

因此，通过从服务器设备仅接收连接请求时、断开请求时、最终数据传送请求时等必要最低限度的应答命令，就能够确保通信的可靠性，对于与最终数据传送请求以外的数据传送请求对应的应答命令等，由于不需要进行接收处理，所以可以减小电路规模。

[第四实施方式]

关于本发明的第四实施方式的传送数据的传送系统(通信系统)的客户机设备(通信装置)，基于图11进行如下说明。再有，在其他实施方式中定义的用语(包含构件及功能)，只要未事先说明，在本实施方式中就假定依据其定义而使用。

图11是表示本实施方式的客户机设备的结构的方框图。如图11所示，客户机设备(通信装置)4分别具备了与图1的客户机设备1同样的功能，包括：应用层处理部分41、OBEX层处理部分(对象交换层处理部分)42、低层处理部分43、发送部分44和接收部分45。

应用层处理部分41根据输入到未图示的操作部分的用户的指示，对OBEX层处理部分42，请求进行请求命令发出。此外，从OBEX层处理部分42接受了接收到应答命令的意旨的通知时，根据接收的应答命令，进行规定的处理。

OBEX层处理部分42包括：控制部分421、请求通知部分422和响应接收部分423。控制部分421根据来自应用层处理部分41的请求，对请求通知部分422通知请求命令的生成和对低层进行请求命令的发出。此外，接受来自响应接收部分423的应答命令接收结果通知，对应用层处理部分41通知应答命令的接收结果。

请求通知部分422接受来自控制部分421的请求命令发出通知，生成请求命令，并输出到低层处理部分43。响应接收部分423接收从低层处理部分43输出的应答命令，进行所接收的应答命令的解析，对控制部分421，通知接收了命令解析结果和应答命令的意旨。

低层处理部分43包括：控制部分(低层控制部分)431、请求接收部分432、请求通知部分433、响应接收部分434、响应通知部分435、响应生成部分436、多路复用器437和首标信息解析部分438。

控制部分431进行请求接收部分432、请求通知部分433、响应接收部分434、响应通知部分435、响应生成部分436、多路复用器437及首标信息解析部分438的各块的控制。后面论述有关细节。

请求接收部分432接收来自OBEX层处理部分42的请求命令，进行该命令的解析，对控制部分431通知接收了命令解析结果和请求命令的意旨。此外，将接收的数据输出到首标信息解析部分438。

在首标信息解析部分438，进行从请求接收部分432接收的请求命令的首标信息的解析，判断可接收对应于来自服务器设备的请求命令的应答命令，还是生成相当于对应依据OBEX标准的请求命令的应答命令的虚拟应答命令、并通知作为高层的OBEX层处理部分42，而且对控制部分431通知判定结果。此外，将接收的数据输出到请求通知部分433。

请求通知部分433接受来自控制部分431的请求命令发出通知，附加必要的首标信息而生成请求命令，并输出到发送部分44。

响应接收部分434在从接收部分45接收到来自服务器设备的发送数据的情况下，进行接收数据的解析，对控制部分431通知接收到命令解析结果及应答命令的意旨。此外，从接收的应答命令中除去首标信息，并输出到多路复用器437。

响应通知部分435将从多路复用器437输出的应答命令输出到OBEX层处理部分42。

响应生成部分436接受来自控制部分431的应答命令生成通知，生成与上述第一实施方式同样的虚拟应答命令，并发送到多路复用器437。

多路复用器437根据来自控制部分431的控制信号，进行由响应生成部分436生成的虚拟应答命令、或从响应接收部分434输出的来自低层的应答命令的输出的切换，并输出到响应通知部分435。

控制部分431从请求接收部分432接受了接收到命令解析结果和请求命令的意旨的通知，基于首标信息解析部分438通知的判定结果，在接受了对应于从服务器设备发送的请求命令的应答命令的意旨的通知的情况下，对多路复用器437进行控制，以使响应接收部分434将从接收部分45接收的来自服务器设备的应答命令输出到响应通知部分435。此外，控制部分431在接受了生成虚拟应答命令的意旨的通知的情况下，对响应生成部分436和多路复用器437进行控制，以将上述虚拟应答命令输出到响应通知部分435。即，控制部分431根据由首标信息解析部分438解析的首标信息，进行是接收对应于从服务器设备发送的请求命令的应答命令，还是生成相当于对应依据OBEX标准的请求命令的应答命令的虚拟应答命令、并通知OBEX层的切换处理。

发送部分44通过红外线通信线路，将从低层处理部分43接收的请求命令发送到外部。接收部分45通过红外线通信线路，接收从对方设备(服务器设备)发送的应答命令，并将接收的应答命令输出到低层处理部分43。

下面，关于本发明的第四实施方式的客户机-服务器间的数据传送处理的步骤(通信方法)，参照图12的顺序和图11进行说明。再有，图12分别表示IrDA的协议栈中的连接、数据传送、断开的传送处理的情况。

在客户机设备4中，接受了来自用户的对象交换指示的应用层处理部分41，对OBEX层处理部分42，依次发送与作为对方设备的服务器设备5的连接请求、数据传送请求、断开请求。

在接受了上述请求的OBEX层处理部分42内的控制部分421，接受来自应用层处理部分41的请求，指示向请求通知部分422生成请求命令及指示向低层处理部分43发出请求命令。

请求通知部分422接受来自控制部分421的连接请求命令的发出指示，生成请求命令，并向低层处理部分43输出请求命令。在低层处理部分43内的请求接收部分432，接收从OBEX层处理部分42输出的请求命令，对控制部分431通知请求命令接收结束，并向首标信息解析部分438输出接收数据。

在首标信息解析部分438，进行对从请求接收部分432接收的请求命令的解析。例如，通过对上述表13所示的OBEX请求命令的Opcode进行解析，进行是接收对应于从服务器设备发送的请求命令的应答命令，还是生成相当于对应依据OBEX标准的请求命令的应答命令的虚拟应答命令、并通知OBEX层的判定。这里，假设对于CONNECT(0x80)、DISCONNECT(0x81)和最后发送的PUT(0x82)，接收从服务器设备输出的应答命令，对于除此以外的PUT(0x02)，生成相当于对应依据OBEX标准的请求命令的应答命令的虚拟应答命令，并通知OBEX层。即，对于SUCCESS的应答命令，可接收从服务器设备输出的应答命令，对于CONTINUE应答命令，生成与其相当的虚拟应答命令，并通知OBEX层。

在控制部分431，接受来自请求接收部分432的请求命令结束的通知，对请求通知部分433指示请求命令的发出。请求通知部分433接受来自控制部分431的请求命令发出的指示，在从请求接收部分432接收的数据上附加首标信息，对发送部分44输出请求命令，并对控制部分431通知请求命令输出结束。

控制部分431在接受来自请求通知部分433的请求命令输出结束的通知，从首标信息解析部分428生成相当于对应依据OBEX标准的请求命令的应答命令的虚拟应答命令，接受对OBEX层进行通知的通知，即从OBEX层接受最后发送的PUT以外的PUT命令(0x02)的情况下，对响应生成部分436进行指示，以发出作为对应于PUT命令的虚拟应答命令的CONTINUE应答命令，对多路复用器437进行控制，以将作为对应于从响应生成部分436输出的PUT命令的虚拟应答命令的CONTINUE应答命令输出到响应通知部分435。

在响应生成部分436，接受作为对应于来自控制部分431的PUT命令的虚拟应答命令的CONTINUE应答命令发出的指示，生成对应于依据高层的OBEX标准的PUT命令的CONTINUE命令的虚拟应答命令，并输出到多路复用器437。

此外，在从首标信息解析部分428接受可接收从服务器设备输出的应答命令的通知，即，从OBEX层接收到CONNECT命令、DISCONNECT命令、最后发送的PUT命令的情况下，对多路复用器437进行控制，以进行通常的接收处理。

此时，低层处理部分43内的响应接收部分434进行从接收部分45接收的数据的解析，对控制部分431通知对应于请求命令的应答命令接收结束，进行首标信息的除去，将接收数据输出到多路复用器437。

在控制部分431，接受从响应接收部分434通知对应于连接请求的应答命令接收结束，对多路复用器437进行控制，以将来自响应接收部分434的输出数据输出到响应通知部分435。多路复用器437将来自响应接收部分434和响应生成部分436的接收数据基于来自控制部分431的控制信号而进行输出的切换，并输出到响应通知部分435。

响应通知部分435接受来自控制部分431的应答命令发出的通知，将从多路复用器437接收的应答命令输出到作为高层的OBEX层处理部分42。在OBEX层处理部分42内的响应接收部分423，接收对应于来自低层的请求命令的应答命令，并对控制部分421通知对应于请求命令的应答命令接收结束。

控制部分421接受对应于来自响应接收部分423的请求命令的应答命令接收结束的通知，对作为高层的应用层处理部分41通知与对方设备的连接结束。这样，在应用层处理部分41能够确认结束了与对方设备(服务器设备)的连接、数据传送、断开，结束与服务器设备的对象交换。

这里，作为低层处理部分43，将TinyTP层、IrLMP层、IrLAP层各层作为一个块来表现，但当然也可以由各层分别构成一个块。此外，在图12中，图示了在位于OBEX层处理部分42的低一层的TinyTP层，生成对应于OBEX层处理部分32的虚拟应答命令，但在其他层的IrLMP层、IrLAP层的任何一个中也可以进行虚拟应答命令的生成。但是，如上所述，优选是在位于OBEX层处理部分42的低一层的TinyTP层中，生成对应于OBEX层处理部分42的虚拟应答命令，以节省用于附加多余的首标信息的时间和删除的时间。

如以上那样，本实施方式的客户机设备4，具有以下功能：在位于所述对象交换用协议的低层的通信协议中，在位于对应于所述对象交换用协议的层的低层的通信协议通过参照由所述对象交换用协议发出的请求命令的首标信息，根据该请求命令的种类，接收对应于来自对方设备的请求命令的应答命令，或者生成相当于对应依据所述对象交换用协议的该请求命令的应答命令的虚拟应答命令，并通知对应于作为高层的对象交换用协议的层，在两者之间进行切换。

因此，通过从服务器设备仅接收连接请求时、断开请求时、最终数据传送请求时等必要最低限度的应答命令，就能够确保通信的可靠性，对于与最终数据传送请求以外的数据传送请求对应的应答命令等，由于不需要进行接收处理，所以可以减小电路规模。

[第五实施方式]

关于本发明的第五实施方式的传送数据的传送系统(通信系统)的服务器设备(通信装置)，基于图13进行如下说明。再有，在其他实施方式中定义的用语(包含构件及功能)，只要未事先说明，在本实施方式中就假定依据其定义而使用。

图13是表示本实施方式的服务器设备的结构的方框图。如图13所示，服务器设备(通信装置)1000至少包括：应用层处理部分1010、OBEX层处理部分(对象交换层处理部分)1020、低层处理部分1030和接收部分1050。

应用层处理部分1010根据输入到未图示的操作部分的用户的指示，对OBEX层处理部分1020，请求进行请求命令处理。此外，从OBEX层处理部分1020接受了接收到请求命令的意旨的通知时，根据接收的请求命令，进行规定的处理。

OBEX层处理部分1020包括：控制部分1021、响应通知部分1022和请求解析部分1025。控制部分1021根据来自应用层处理部分1010的请求和来自请求解析部分1025的解析结果，将生成应答命令和对低层发出应答命令通知响应通知部分1022。此外，接受来自请求解析部分1025的请求命令接收结果通知，对应用层处理部分1010通知请求命令的接收结果。

响应通知部分1022接受来自控制部分1021的应答命令发出通知，生成应答命令，并输出到低层处理部分1030。请求解析部分1025接收从低层处理部分1030输出的应答命令，进行接收的请求命令的解析，对控制部分1021通知接收到命令解析结果和请求命令的意旨。

低层处理部分1030包括：控制部分(低层控制部分)1031、响应接收部分1032和请求解析部分1035。

控制部分1031进行响应接收部分1032和请求解析部分1035的控制。有关细节，后面论述。

响应接收部分1032接收来自OBEX层处理部分1020的应答命令，进行该命令的解析，对控制部分1031通知接收到命令解析结果和应答命令的意旨。

请求解析部分1035在通过接收部分1050接收到来自客户机设备的发送数据的情况下，进行接收数据的解析，对控制部分1031通知接收到命令解析结果和请求命令的意旨。此外，从接收的请求命令中除去首标信息，并输出到OBEX层处理部分1020。

控制部分1031接受了从响应接收部分1032接收了命令解析结果和应答命令的意旨的通知，但不将接收的应答命令发送到客户机设备。

接收部分1050通过红外线通信线路，接收从对方设备(客户机设备)发送的请求命令，并将接收的请求命令输出到低层处理部分1030。

下面，用图14所示的流程图，说明有关以往的服务器设备的OBEX层的低层处理部分中的控制部分的动作。

步骤S11是判别是否在接收来自客户机的请求命令的步骤。在接收的情况下，转移至步骤S12，而在未接收的情况下，再次转移至步骤S11。

步骤S12是对OBEX层处理部分通知接收了请求命令的步骤。通知结束后，转移到步骤S13。

步骤S13是判别是否从OBEX层处理部分接收了应答命令的步骤。在接收到的情况下，转移至步骤S14，而在未接收的情况下，再次转移至步骤S13。

步骤S14是对客户机设备发送上述OBEX层应答命令的步骤。发送结束后，转移到步骤S11。

通过以上的动作，在以往的服务器设备的OBEX层的低层处理部分，与OBEX层进行接收请求命令和发送应答命令的交换。

但是，在进行以往的动作的低层处理部分的情况下，具有将来自OBEX层处理部分的应答命令发送到客户机设备的步骤，在不需要发送应答命令的通信中，发送应答命令时的电力被浪费。

对此，如图15所示，本实施方式的低层处理部分1030的控制部分1031以不具有发送应答命令的步骤为特征。用图15所示的流程图，说明有关本实施方式的低层处理部分1030的控制部分1031的动作。

步骤S21是判别是否在接收来自客户机的请求命令的步骤。在接收的情况下，转移至步骤S22，而在没有的情况下，再次转移至步骤S21。

步骤S22是对OBEX层处理部分1020通知接收了请求命令的步骤。通知结束后，转移至步骤S23。

步骤S23是判别是否在从OBEX层处理部分1020接收应答命令。接收到的情况下，转移至步骤S21，而在未接收的情况下，再次转移至步骤S23。再有，也可以不设置该步骤S23，在结束步骤S22后，转移至步骤S21。

通过以上的动作，可实现低层处理部分1030不发送来自OBEX层处理部分1020的应答命令的控制部分1031。此外，由于可使用将对应于请求命令的应答命令发出的动作的以往的OBEX层处理部分，所以可进行资源的调用。

接着，在图16中表示本实施方式的客户机设备和服务器设备间的命令的交换。

如图16所示，在服务器设备1000中，即使对应于来自客户机设备的请求命令的应答命令被从OBEX层处理部分1020发出到作为低层的TinyTP层，但通过作为低层的TinyTP层不对低层通知所述应答命令，对于客户机设备来说，实现不进行应答命令的发送。再有，在图16中，将OBEX层的下一层的TinyTP层作为低层处理部分1030，进行不对低层发送应答命令的处理，但也可以将下层的IrLMP层或IrLAP层作为低层处理部分1030，进行同样的控制。

[第六实施方式]

以下说明有关本发明的第六实施方式的传送数据的传送系统(通信系统)的服务器设备(通信装置)。再有，在其他实施方式中定义的用语(包含构件及功能)，只要未事先说明，在本实施方式中就假定依据其定义而使用。

图17是表示本实施方式的服务器设备1100的结构方框图。本实施方式的服务器设备(通信装置)1100至少包括：应用层处理部分1110、OBEX层处理部分1120、低层处理部分1130、发送部分1140和接收部分1150。

应用层处理部分1110根据输入到未图示的操作部分的用户的指示，对OBEX层处理部分1120，请求进行请求命令处理。此外，从OBEX层处理部分1020接受了接收到请求命令的意旨的通知时，根据接收的请求命令，进行规定的处理。

OBEX层处理部分1120包括：控制部分1121、响应通知部分1122和请求解析部分1125。控制部分1121根据来自应用层处理部分1110的请求和来自请求解析部分1125的解析结果，将生成应答命令和对低层发出应答命令通知响应通知部分1122。此外，接受来自请求解析部分1125的请求命令接收结果通知，对应用层处理部分1110通知请求命令的接收结果。

响应通知部分1122接受来自控制部分1121的应答命令发出通知，生成应答命令，并输出到低层处理部分1130。请求解析部分1125接收从低层处理部分1130输出的应答命令，进行接收的请求命令的解析，对控制部分1121通知接收到命令解析结果和请求命令的意旨。

低层处理部分1130包括：控制部分(低层控制部分)1131、响应接收部分1132和请求解析部分1135。

控制部分1131进行响应接收部分1132和请求解析部分1135的控制。有关细节，后面论述。

响应接收部分1132接收来自OBEX层处理部分1120的应答命令，进行该命令的解析，对控制部分1131通知接收到命令解析结果和应答命令的意旨。

请求解析部分1135在从接收部分1150接收到来自客户机设备的发送数据的情况下，进行接收数据的解析，对控制部分1131通知接收到命令解析结果和请求命令的意旨。此外，从接收的请求命令中除去首标信息，并输出到OBEX层处理部分1120。

控制部分1131接受了从响应接收部分1132接收了命令解析结果和应答命令的意旨的通知，但不将接收的应答命令发送到客户机设备。

发送部分1140通过红外线通信线路，将从低层处理部分1030接收的应答命令发送到外部。

接收部分1150通过红外线通信线路，接收从对方设备(客户机设备)发送的请求命令，并将接收的请求命令输出到低层处理部分1130。

下面，用图18所示的流程图，说明有关本实施方式的低层处理部分1130中的控制部分1131的动作。

步骤S31是判别是否从容户机设备接收了请求命令的步骤。在接收到的情况下，转移至步骤S32，而在未接收的情况下，再次转移至步骤S31。

步骤S32是对OBEX层处理部分1120通知从客户机设备接收了请求命令的步骤。通知结束后，转移到步骤S33。

步骤S33是判别是否在从OBEX层处理部分1120接收应答命令的步骤。在接收的情况下，转移至步骤S34，而在未接收的情况下，再次转移至步骤S33。

步骤S34是对从OBEX层处理部分1120接收的应答命令进行解析的步骤。解析结束后，转移到步骤S35。

步骤S35是判别是否需要将步骤S34中解析的结果、从OBEX层处理部分1120接收的应答命令发送到客户机的步骤。在判断为需要的情况下，转移至步骤S36，而在判断为不需要的情况下，转移至步骤S31。在该步骤S35中，例如进行不发送对应于OBEX的Put命令的CONTINUE应答命令，而选择仅发送SUCCESS应答命令。

步骤S36是对客户机设备发送应答命令的步骤。发送结束后，转移至步骤S31。

通过服务器设备1100的低层处理部分1130进行上述动作，可进行对客户机设备不发送仅来自特定的OBEX层的应答命令的处理。此外，由于可使用将对应于请求命令的应答命令发出的以往的OBEX层处理部分，所以可进行资源的调用。

下面，图19中表示本实施方式的客户机设备和服务器设备间的命令的交换。

如图所示，在服务器设备1100中，即使对应于来自客户机设备的请求命令的特定的应答命令(图中的应答命令CONTINUE)被从OBEX层处理部分1120发出到作为低层的TinyTP层，但通过作为低层的TinyTP层不对更低层通知所述应答命令，对于客户机设备，实现不进行特定的应答命令的发送。再有，在图19中，将OBEX层的下一层的TinyTP层作为低层处理部分1130，进行不对低层发送应答命令的处理，但也可以将更下层的IrLMP层或IrLAP层作为低层处理部分1130，进行同样的控制。

此外，用图20的流程图，表示低层处理部分1130的其他动作。

步骤S41是判别是否从客户机设备接收了请求命令的步骤。在接收的情况下，转移至步骤S42，而在未接收的情况下，再次转移至步骤S41。

步骤S42是对OBEX层处理部分1120通知从客户机设备接收了请求命令的步骤。通知结束后，转移至步骤S43。

步骤S43是判别是否从OBEX层处理部分1120接收了应答命令的步骤。接收的情况下转移至步骤S44，而未接收的情况下，再次转移至步骤S43。

步骤S44是对从OBEX层处理部分1120接收的应答命令的首标进行解析的步骤。这里进行的解析，例如是判别是否为对应于非最终的Put命令的CONTINUE应答命令，具体地说，判别来自OBEX层处理部分1120的应答命令的第1字节是CONTINUE(0x10或0x90)，还是SUCCESS(0x20或0xA0)。解析结束后，转移至步骤S45。

步骤S45是判别是否需要将步骤S44中解析的结果、从OBEX层处理部分1120接收的应答命令发送到客户机的步骤。在判断为需要的情况下，转移至步骤S46，而判断为不需要的情况下，转移至步骤S41。在该步骤S45中，例如进行不发送对应于OBEX的Put命令的CONTINUE应答命令，而选择仅发送SUCCESS应答命令。

步骤S46是对客户机设备发送应答命令的步骤。发送结束后，转移至步骤S41。

通过服务器设备1100的低层处理部分1130进行上述动作，可进行对客户机设备不发送仅仅来自特定的OBEX层的应答命令的处理。此外，由于可使用将对应于请求命令的应答命令发出的以往的OBEX层处理部分，所以可进行资源的调用。

再有，在图20的流程图所示的低层处理部分1130的动作的情况下，客户机设备和服务器设备间的命令的交换也成为图19所示的顺序(sequence)。

即，如图19所示，在服务器设备1100中，即使对应于来自客户机设备的请求命令的特定的应答命令(图中的应答命令CONTINUE)被从OBEX层处理部分1120发出到作为低层的TinyTP层，但通过作为低层的TinyTP层不对更低层通知所述应答命令，从而对客户机设备实现不进行特定的应答命令的发送。再有，在图19中，将对于作为OBEX层的下一层的TinyTP层作为低层处理部分1130，进行不对低层发送应答命令的处理，但也可以将更低层的IrLMP层或IrLAP层作为低层处理部分1130，进行同样的控制。

[第七实施方式]

以下说明有关本发明的第七实施方式的传送数据的传送系统(通信系统)的客户机设备(通信装置)。再有，在其他实施方式中定义的用语(包含构件及功能)，只要未事先说明，在本实施方式中就假定依据其定义而使用。

首先，图21是使用以往的OBEX协议进行通信的客户机设备的方框图。

如图21所示，以往的客户机设备(通信装置)1200至少包括：应用层处理部分1210、OBEX层处理部分(对象交换层处理部分)1220、低层处理部分1230、发送部分1240和接收部分1250。

应用层处理部分1210根据输入到未图示的操作部分的用户的指示，对OBEX层处理部分1220请求进行请求命令的发出处理。

OBEX层处理部分1220包括：控制部分1221、请求通知部分1222和响应接收部分1223。

控制部分1221根据来自应用层处理部分1210的请求，对请求通知部分1222通知进行请求命令的生成和对低层发出请求命令。此外，接受来自响应接收部分1223的应答命令接收结果通知，对应用层处理部分1210通知应答命令的接收结果。

请求通知部分1222接受来自控制部分1221的请求命令发出通知，生成请求命令，并输出到低层处理部分1230。响应接收部分1223接收从低层处理部分1230输出的应答命令，进行接收的应答命令的解析，对控制部分1221通知接收到命令解析结果和响应命令的意旨。

低层处理部分1230对来自OBEX层处理部分1220的请求命令附加适当的低层的首标后转送到发送部分1240，同时从来自接收部分1250的接收应答命令中除去适当的低层的首标后，传送到OBEX层处理部分1220。

发送部分1240通过红外线通信线路，将从低层处理部分1230接收的请求命令发送到外部。

发送部分1250通过红外线通信线路，接收从对方设备(服务器设备)发送的应答命令，并将接收的应答命令输出到低层处理部分1230。

下面，用图22所示的流程图，说明图21的OBEX层处理部分1220的控制部分1221的动作。

步骤S51是在客户机设备1200的应用层处理部分1210和OBEX层处理部分1220的控制部分1221中，判别是否发生了对服务器设备的请求命令的步骤。在发生的情况下，转移至步骤S52，而在未发生的情况下，再次转移至步骤S51。

步骤S52是将对服务器设备的请求命令发送到低层处理部分1230的步骤。发送结束后，转移至步骤S53。

步骤S53是判别是否从低层处理部分1230接收了来自服务器设备的应答命令的步骤。在接收的情况下，转移至步骤S54，而在未接收的情况下，步骤再次转移至步骤S53。

步骤S54是对接收的应答命令进行解析的步骤。解析结束后，转移至步骤S55。

步骤S55是判别是否通信结束的步骤。在通信未结束的情况下，再次转移至步骤S51。

通过以上的动作，以往的客户机设备1200的OBEX层处理部分1220可通过发出请求命令，解析与其对应的应答命令，并再次发出下一个请求命令而进行通信。

但是，在上述以往的客户机设备1200的OBEX层处理部分1220的动作中，存在只要不从服务器设备接收应答命令，就不能发送下一个请求命令的问题。

为了解决这个问题，如图24的流程图所示，在本实施方式的客户机设备1300(图23)中，在对服务器设备发出了请求命令后，即使未接收来自服务器设备的应答命令，也可发出下一个请求命令。具体地说，如下那样。

步骤S61是在客户机设备1300的应用层处理部分1310和OBEX层处理部分1320的控制部分1321中，判别是否发生了对服务器设备的请求命令的步骤。在发生的情况下，转移至步骤S62，而在未发生的情况下，再次转移至步骤S61。

步骤S62是将对服务器设备的请求命令发送到低层处理部分1330的步骤。发送结束后，转移至步骤S65。

步骤S65是判别是否通信结束的步骤。在通信未结束的情况下，再次转移至步骤S61。

通过客户机设备1300的OBEX层处理部分1320的控制部分1321进行以上的动作，在从客户机设备1300发送了请求命令后，即使未接收来自服务器设备的应答命令，也可发送下一个请求命令。

这里，图23是本实施方式的客户机设备1300的方框图。

OBEX层处理部分(对象交换层处理部分)1320的通信方向选择部分1324以外的各块，与使用图21说明的上述以往的客户机设备1200的OBEX层处理部分1220的各块具有相同的功能，所以省略说明。

通信方向选择部分1324具有选择通信为单向通信还是双向通信的功能。这里所谓的单向通信，是对于来自客户机设备的请求命令，不需要来自服务器设备的应答命令的通信。在服务器设备中不存在发送部分的情况下，或在客户机设备中不存在接收部分的情况下，必然成为单向通信，但在客户机设备和服务器设备分别具有发送部分和接收部分，但信号的流动为从客户机设备向服务器设备的单方向的情况下，依然是单向通信。而双向通信是对于从容户机设备发送的请求命令，服务器设备发送应答命令，在所述应答命令的解析后，客户机设备再发送下一个请求命令的通信方式。这种情况下，如果对于全部的请求命令，并不一定需要应答命令，在客户机设备的OBEX层和服务器设备的OBEX层双方事先作出商定下，则不一定需要对应于特定的请求命令的应答命令。

下面，用图25的流程图，说明本实施方式的客户机设备1300的OBEX层处理部分1320的控制部分1321的动作。

步骤S70是由通信方向选择部分1324选择双向通信还是单向通信的步骤。双向通信的情况下，转移至步骤S71，而单向通信的情况下，转移至S81。

步骤S71是在双向通信中，判别在应用层处理部分1310或OBEX层处理部分1320的控制部分1321中是否发生了对服务器设备的请求命令的步骤。在发生的情况下，转移至步骤S72，在未发生的情况下，再次转移至步骤S71。

步骤S72是在双向通信中，将对服务器设备的请求命令发送到低层处理部分1330的步骤。发送结束后，转移至步骤S73。

步骤S73是在双向通信中，判别是否接收了来自服务器设备的应答命令的步骤。在接收的情况下，转移至步骤S74，在未接收的情况下，再次转移至步骤S73。

步骤S74是在双向通信中，解析来自服务器设备的应答命令的步骤。解析结束后，转移至步骤S75。

步骤S75是在双向通信中，判别是否结束通信的步骤。在未结束的情况下，再次转移至步骤S71。

另一方面，步骤S81是在单向通信中，判别在应用层处理部分1310或OBEX层处理部分1320的控制部分1321中是否发生了对服务器设备的请求命令的步骤。在发生的情况下，转移至步骤S82，在未发生的情况下，再次转移至步骤S81。

步骤S82是在单向通信中，将对服务器设备的请求命令发送到低层处理部分1330的步骤。发送结束后，转移至步骤S85。

步骤S85是在单向通信中，判别是否结束通信的步骤。未结束的情况下，再次转移至步骤S81。

通过客户机设备1300的OBEX层处理部分1320的控制部分1321进行以上的动作，在双向通信中，从等待来自服务器设备的应答命令起发送下一个请求命令，在单向通信中，即使未接收来自服务器设备的应答命令，也可发送下一个请求命令。

[第八实施方式]

以下说明有关本发明的第八实施方式的传送数据的传送系统(通信系统)的客户机设备(通信装置)。再有，在其他实施方式中定义的用语(包含构件及功能)，只要未事先说明，在本实施方式中就假定依据其定义而使用。

图23是本实施方式的客户机设备1300的方框图。即，与上述第七实施方式相同，此外，OBEX层处理部分1320的控制部分1321以外的各块的动作基本上也与第七实施方式的各块的动作相同，所以省略说明。

用图26所示的流程图，说明本实施方式的OBEX层处理部分1320的控制部分1321的动作。

步骤S91是判别在应用层处理部分1310或OBEX层处理部分1320的控制部分1321中是否发生了对服务器设备的Put请求命令的步骤。在发生的情况下，转移至步骤S92，在未发生的情况下，再次转移至步骤S91。

步骤S92是对服务器设备发送Put请求命令的步骤。发送结束后，转移至步骤S93。

步骤S93是判别被发送的Put请求命令是不是最终的Put请求命令的步骤。在是最终的情况下，转移至步骤S94，而不是最终的情况下，转移至步骤S91。

步骤S94是判别是否接收了来自服务器设备的应答命令的步骤。在接收的情况下，转移至步骤S95，在未接收的情况下，再次转移至步骤S94。

步骤S95是解析来自服务器设备的应答命令的步骤。解析结束后，转移至步骤S96。此时，变成判别是否接收了对应于最终的Put请求命令的SUCCESS应答命令。

步骤S96是判别通信是否结束的步骤。未结束的情况下，再次转移至步骤S91。

通过客户机设备1300的OBEX层处理部分1320的控制部分1321进行以上的动作，对于不是最终的Put请求命令，不等待来自服务器设备的CONTINUE应答命令，就可发送下一个Put请求命令，可提高通信的效率。此外，对于来自对应于最终的Put命令的服务器设备的SUCCESS应答命令，在客户机设备1300中进行确认，所以在客户机设备1300中，可判别对服务器设备是否可正常地进行数据传送。

此外，如图26所示，通过通信方向选择部分1324的双向通信、单向通信的切换和组合，可进行如下动作：成为双向通信时，仅最终的Put命令需要SUCCESS应答命令，单向通信时，对全部的请求命令不需要应答命令。

[第九实施方式]

以下说明本发明的第九实施方式的传送数据的传送系统(通信系统)的服务器设备(通信装置)。再有，在其他实施方式中定义的用语(包含构件及功能)，只要未事先说明，在本实施方式中就假定依据其定义而使用。

首先，图27中表示用以往的OBEX协议进行通信的服务器设备的方框图。

如图27所示，服务器设备(通信装置)1400至少包括：应用层处理部分1410、OBEX层处理部分(对象交换层处理部分)1420、低层处理部分1430、发送部分1440和接收部分1450。

应用层处理部分1410根据输入到未图示的操作部分的用户的指示，对OBEX层处理部分1420，请求进行接收请求命令处理和应答命令发出。

OBEX层处理部分1420包括：控制部分1421、响应通知部分1422和请求解析部分1423。

控制部分1421根据来自应用层处理部分1410的请求，对响应通知部分1422通知可生成应答命令和对低层发出应答命令。此外，接受来自请求解析部分1423的请求命令接收结果，对应用层处理部分1410通知请求命令的接收结果。

响应通知部分1422接受来自控制部分1421的应答命令发出通知，生成应答命令，并输出到低层处理部分1430。请求解析部分1423接收从低层处理部分1430输出的请求命令，进行接收的请求命令的解析，对控制部分1421通知接收了命令解析结果和请求命令的意旨。

低层处理部分1430在来自OBEX层处理部分1420的应答命令中附加适当的低层的首标后转送到发送部分1440，同时从来自接收部分1450的接收请求命令中除去适当的低层的首标后，转送到OBEX层处理部分1420。

发送部分1440通过红外线通信线路等，将从低层处理部分1430接收的请求命令发送到外部。

接收部分1450通过红外线通信线路等，接收从对方设备(客户机设备)发送的请求命令，并将接收的请求命令输出到低层处理部分1430。

接着，用图28所示的流程图，说明图27所示的以往的OBEX服务器设备1400的OBEX层处理部分1420的控制部分1421的动作。

步骤S101是判别是否从客户机设备接收了请求命令的步骤。在接收的情况下，转移至步骤S102，而在未接收的情况下，再次转移至步骤S101。

步骤S102是解析来自客户机设备的请求命令的步骤。解析结束后，转移至步骤S103。

步骤S103是形成对客户机设备的应答命令的步骤。应答命令形成结束后，转移至步骤S104。

步骤S104是将所述应答命令发送到客户机设备的步骤。发送结束后，转移至步骤S105。

步骤S105是判别是否结束通信的步骤。在未结束的情况下，再次转移到步骤S101。

通过以上的动作，以往的服务器设备1400的OBEX层处理部分1420通过对请求命令进行接收解析，生成并发送与其对应的应答命令，从而可进行通信。

但是，在上述以往的服务器设备1400的OBEX层处理部分1420的动作中，对于来自客户机设备的请求命令，生成应答命令，并进行发送，所以例如单向通信那样，在不需要来自服务器设备1400的发送的通信中，应答命令的生成上花费的电力成为被浪费的电力。

为了解决它，如图30的流程图所示，在本实施方式的服务器设备1500(图29)中，接收、解析了来自客户机设备的请求命令后，可不生成、发送对客户机设备的响应命令，而接收下一个请求命令。具体地说，如以下那样。

步骤S111是判别是否接收了来自客户机设备的请求命令的步骤。在接收的情况下，转移至步骤S112，而在未接收的情况下，再次转移至步骤S111。

步骤S112是对接收的请求命令进行解析的步骤。解析结束后，转移至步骤S115。

步骤S115是判别通信是否结束的步骤。在未结束的情况下，再次转移至步骤S111。

通过服务器设备1500的OBEX层处理部分1520的控制部分1521进行以上的动作，可不进行对应于接收的请求命令的应答命令的生成、发送，而接收下一个请求命令。

这里，图29是本实施方式的另一方式的服务器设备1500的方框图。

OBEX层处理部分(对象交换层处理部分)1520的通信方向选择部分1524以外的各块与用图27说明的上述以往的服务器设备1400的OBEX层处理部分1420的各块具有相同的功能，所以省略说明。

通信方向选择部分1524具有选择通信为单向通信还是双向通信的功能。这里，所谓的单向通信是对于来自客户机设备的请求命令，不需要来自服务器设备的应答命令的通信。在服务器设备中不存在发送部分的情况下，或在客户机设备中不存在接收部分的情况下，必然成为单向通信，但在客户机设备和服务器设备分别具有发送部分和接收部分，但信号的流动为从客户机设备向服务器设备的单方向的情况下，依然是单向通信。而双向通信是对于从客户机设备发送的请求命令，服务器设备发送应答命令，在所述应答命令的解析后，客户机设备再发送下一个请求命令的通信方式。这种情况下，如果对于全部的请求命令，并不一定需要应答命令，在客户机设备的OBEX层和服务器设备的OBEX层双方事先作出商定下，则不一定需要对应于特定的请求命令的应答命令。

下面，用图31的流程图，说明本实施方式的服务器设备1500的OBEX层处理部分1520的控制部分1521的动作。

步骤S120是由通信方向选择部分1524选择双向通信还是单向通信的步骤。双向通信的情况下，转移至步骤S121，而单向通信的情况下，转移至S131。

步骤S121是在双向通信中，判别是否接收了来自客户机设备的请求命令的步骤。在接收的情况下，转移至步骤S122，而在未接收的情况下，再次转移至步骤S121。

步骤S122是在双向通信中，解析来自客户机设备的请求命令的步骤。解析结束后，转移至步骤S123。

步骤S123是在双向通信中，形成对客户机设备的应答命令的步骤。在应答命令形成结束后，转移至步骤S124。

步骤S124是在双向通信中，为了将所述形成的应答命令发送到客户机设备，而通知低层处理部分1530的步骤。通知结束后，转移至步骤S125。

步骤S125判别是否结束通信的步骤。在未结束的情况下，再次转移至步骤S121。

另一方面，步骤S131是在单向通信中，判别是否接收了来自客户机设备的请求命令的步骤。在接收的情况下，转移至步骤S132，而在未接收的情况下，再次转移至步骤S131。

步骤S132是在单向通信中，解析来自客户机设备的请求命令的步骤。解析结束后，再次转移至步骤S135。

步骤S135是在单向通信中判别通信是否结束的步骤。在未结束的情况下，再次转移至步骤S131。

通过服务器设备1500的OBEX层处理部分1520的控制部分1521进行以上的动作，可在双向通信中，在接收来自客户机设备的请求命令时，生成、发送应答命令，而在单向通信中，在接收来自客户机设备的请求命令后，不生成、发送应答命令，而接收下一个请求命令。

[第十实施方式]

以下说明本发明的第十实施方式的传送数据的传送系统(通信系统)的服务器设备(通信装置)。再有，在其他实施方式中定义的用语(包含构件及功能)，只要未事先说明，在本实施方式中就假定依据其定义而使用。

图29是本实施方式的服务器设备1500的方框图。即，与上述第九实施方式相同，而且，OBEX层处理部分1520的控制部分1521以外的各块的动作也基本上与第九实施方式的各块的动作相同，所以省略说明。

用图32所示的流程图，说明本实施方式的OBEX层处理部分1520的控制部分1521的动作。

步骤S141是判别是否接收了来自客户机设备的Put命令的步骤。在接收的情况下，转移至步骤S142，而在未接收的情况下，再次转移至步骤S141。

步骤S142是对接收的Put命令进行解析的步骤。解析结束后，转移至步骤S143。

步骤S143是判别所解析的Put命令是否不是最终的Put命令的步骤。在是最终的Put命令的情况下，转移至步骤S144，而在不是最终的Put命令的情况下，再次转移至步骤S141。

步骤S144是生成对客户机设备的应答命令的步骤。在应答命令生成结束后，转移至步骤S145。再有，在该步骤S144中，生成的应答命令在全部正常地结束了来自客户机的Put命令的情况下，例如成为SUCCESS应答命令。而在除此以外的情况下，在本实施方式中并未言及。

步骤S145是为了将上述应答命令发送到客户机设备，而通知低层处理部分1530的步骤。通知结束后，转移至步骤S146。

步骤S146是判别通信是否结束的步骤。在未结束的情况下，转移至步骤S141。

通过服务器设备1500的OBEX层处理部分1520的控制部分1521进行以上的动作，对于不是最终的Put请求命令，可不进行由以往的OBEX层处理部分生成的CONTINUE应答命令的生成、发送，对于最终的Put请求命令，生成、发送SUCCESS应答命令，可提高通信的效率。此外，由于将对应于最终的Put命令的SUCCESS应答命令发送到客户机设备，所以在客户机设备中，可判别对服务器设备1500是否可正常地进行数据传送。

此外，如图31所示，通过通信方向选择部分1524的双向通信、单向通信的切换和组合，可进行如下动作：在双向通信时，仅对最终的Put命令生成、发送SUCCESS应答命令，而在单向通信时，不对全部的请求命令生成、发送应答命令。

[第十一实施方式]

以下说明本发明的第十一实施方式的传送数据的传送系统(通信系统)。再有，在其他实施方式中定义的用语(包含构件及功能)，只要未事先说明，在本实施方式中就假定依据其定义而使用。

用图33说明有关本实施方式的携带电话间的通信例子。

再有，在本实施方式，在客户机设备(发送机)和服务器设备(接收机)上使用了携带电话，但客户机设备(发送机)或服务器设备(接收机)的任何一方是携带电话就可以，只要通过上述本发明的其中一个通信方式，可用红外线等进行数据的发送或接收，对面设备也可以不是携带电话。

此外，在图33中，携带电话A为客户机设备(发送端)，携带电话B作为服务器设备(接收端)而图示，但也可以相反。

在图33中，使用红外线，将携带电话A内的数据发送到携带电话B。在携带电话B，接收从携带电话A发送的数据时，在携带电话B内的存储器或所连接的外部存储器内保存接收数据。上述数据是文本数据、图像数据、声音数据、电话本数据、系统信息等，不限定于特定的格式。而携带电话A内的数据也可以是携带电话A的内部存储器内的数据、携带电话上所连接的外部存储器(SD卡等的非易失性存储器)内的数据的任何数据都可以。

详细地说明本实施方式的携带电话间的通信例子时，如以下那样。

例如，双向通信时，在发送端客户机设备(携带电话A)中，在OBEX层发送了不是最终的Put命令时，不等待CONTINUE应答命令而发送下一个Put命令，并在发送最终的Put命令时，等待来自接收端服务器设备(携带电话B)的SUCCESS应答命令，确认通信是否正常地进行。再有，通过由OBEX层的低层处理部分模拟地形成上述CONTINUE应答命令，并通知OBEX层，也可以调用以往的必需CONTINUE应答命令的OBEX层。

此外，在接收端服务器设备(携带电话B)中，OBEX层接收了来自发送端客户机设备(携带电话A)的不是最终的Put命令时，不生成、发送CONTINUE应答命令，而在接收了最终的Put命令时，生成、发送SUCCESS命令。在接收了不是最终的Put命令时，调用以往的生成、发送CONTINUE应答命令的OBEX层，由低层仅不将CONTINUE命令发送到客户机设备即可。

通过在发送端客户机设备(携带电话A)和接收端服务器设备(携带电话B)间实现上述通信，可在双向通信中，使用通信效率高、而通信质量也好的对象交换，进行数据传送。

此外，例如，单向通信时，在发送端客户机设备(携带电话A)中，OBEX层发送了全部的请求命令时，不等待来自服务器设备的应答命令，而发送下一个请求命令。再有，对于来自OBEX层的各请求命令，通过由OBEX的低层模拟地形成适当的应答命令，并通知OBEX层，也可以调用以往的必需应答命令的OBEX层。

此外，在接收端服务器设备(携带电话B)中，OBEX层接收了来自发送端客户机设备(携带电话A)的全部请求命令时，不生成、发送应答命令。而调用以往的生成、发送对应于接收的请求命令的应答命令的OBEX层，而不由低层将来自OBEX层的应答命令发送到客户机设备就可以。

通过在发送端客户机设备(携带电话A)和接收端服务器设备(携带电话B)间实现上述通信，即使在单向通信中，也可使用OBEX等的对象交换协议进行数据传送。

[第十二实施方式]

以下说明有关本发明的第十二实施方式的传送数据的传送系统(通信系统)。再有，在其他实施方式中定义的用语(包含构件及功能)，只要未事先说明，在本实施方式中就假定依据其定义而使用。

用图34说明有关本实施方式的携带电话和显示装置之间的通信例子。

再有，在本实施方式，在客户机设备(发送机)和服务器设备(接收机)上分别使用了携带电话A和显示装置B(例如TV等)，但如果通过上述本发明的任何一个方式而用红外线等可发送数据，则服务器设备(发送机)也可以不是携带电话。此外，也可以是显示装置B为客户机设备(发送机)，而携带电话A为服务器设备(接收机)。

此外，在图34中，使用红外线，将携带电话A内的数据发送到显示装置B。在显示装置B，对从携带电话A发送的数据进行适当的处理，例如，在为图像数据的情况下，如果需要，则将压缩的数据进行解压等后，进行显示，但不限于此。此外，上述数据是文本数据、图像数据、语音数据、电话本数据、系统信息等，不是限于特定的格式的数据。此外，携带电话A内的数据也可以是携带电话A的内部存储器内的数据、携带电话所连接的外部存储器(SD卡等的非易失性存储器)内的数据的任何数据。

以下详细地说明本实施方式的携带电话和显示装置之间的通信例子。

例如，双向通信时，在发送端客户机设备(携带电话A)中，在OBEX层发送了不是最终的Put命令时，不等待CONTINUE应答命令，而发送下一个Put命令，而在发送了最终的Put命令时，等待来自接收端服务器设备(显示装置B)的SUCCESS应答命令，确认通信是否正常地进行。再有，通过由OBEX层的低层处理部分模拟地形成上述CONTINUE应答命令，并通知OBEX层，就可以调用以往的必需CONTINUE应答命令的OBEX层。

在接收端服务器设备(显示装置B)中，在OBEX层接收了来自发送端客户机设备(携带电话A)的不是最终的Put命令时，不生成、发送CONTINUE应答命令，在接收了最终的Put命令时，生成、发送SUCCESS应答命令。再有，在接收了不是最终的Put命令时，调用以往的生成、发送CONTINUE应答命令的OBEX层，由低层仅不将CONTINUE命令发送到客户机设备就可以。

通过在发送端客户机设备(携带电话A)和接收端服务器设备(显示装置B)间实现上述通信，可在双向通信中，使用通信效率高、而且通信质量好的对象交换，进行例如图像数据的传送。

此外，例如，单向通信时，在发送端客户机设备(携带电话A)中，在OBEX层发送了全部的请求命令时，不等待来自客户机设备的应答命令，而发送下一个请求命令。再有，对于来自OBEX层的各请求命令，通过由OBEX的低层模拟地生成适当的应答命令，并通知OBEX层，就可以调用以往的必需应答命令的OBEX层。

在接收端服务器设备(显示装置B)中，OBEX层接收了来自发送端客户机设备(携带电话A)的全部请求命令时，不生成、发送应答命令。再有，也可以调用以往的生成、发送对应于接收的请求命令的应答命令的OBEX层，而不由低层将来自OBEX层的应答命令发送到客户机设备。

通过在发送端客户机设备(携带电话A)和接收端服务器设备(显示装置B)间实现上述通信，即使在单向通信中，也可使用OBEX等的对象交换协议，进行例如图像数据的传送。

[第十三实施方式]

如以说明有关本发明的第十三实施方式的传送数据的传送系统(通信系统)。再有，在其他实施方式中定义的用语(包含构件及功能)，只要未事先说明，在本实施方式中就假定依据其定义而使用。

用图35说明有关本实施方式的携带电话和打印装置之间的通信例子。

再有，在本实施方式，在客户机设备(发送机)和服务器设备(接收机)上分别使用了携带电话A和打印装置B(例如打印机等)，但如果通过上述本发明的任何一个方式而用红外线等可发送数据，则服务器设备(发送机)也可以不是携带电话。此外，也可以是打印装置B为客户机设备(发送机)，而携带电话A为服务器设备(接收机)。

此外，在图35中，使用红外线，将携带电话A内的数据发送到打印装置B。在打印装置B，对从携带电话A发送的数据进行适当的处理，例如，在为图像数据的情况下，如果需要，则将压缩的数据进行解压等后，进行打印，但不限于此。此外，上述数据是文本数据、图像数据、语音数据、电话本数据、系统信息等，不是限于特定的格式的数据。此外，携带电话A内的数据也可以是携带电话A的内部存储器内的数据、携带电话所连接的外部存储器(SD卡等的非易失性存储器)内的数据的任何数据。

以下详细地说明本实施方式的携带电话和打印装置之间的通信例子。

例如，双向通信时，在发送端客户机设备(携带电话A)中，在OBEX层发送了不是最终的Put命令时，不等待CONTINUE应答命令，而发送下一个Put命令，而在发送了最终的Put命令时，等待来自接收端服务器设备(打印装置B)的SUCCESS应答命令，确认通信是否正常地进行。再有，通过由OBEX层的低层处理部分模拟地形成上述CONTINUE应答命令，并通知OBEX层，就可以调用以往的必需CONTINUE应答命令的OBEX层。

在接收端服务器设备(打印装置B)中，在OBEX层接收了来自发送端客户机设备(携带电话A)的不是最终的Put命令时，不生成、发送CONTINUE应答命令，在接收了最终的Put命令时，生成、发送SUCCESS应答命令。再有，在接收了不是最终的Put命令时，调用以往的生成、发送CONTINUE应答命令的OBEX层，由低层仅不将CONTINUE命令发送到客户机设备就可以。

通过在发送端客户机设备(携带电话A)和接收端服务器设备(打印装置B)间实现上述通信，在双向通信中，可使用通信效率高、而且通信质量好的对象交换，例如进行图像数据的传送。

此外，例如，单向通信时，在发送端客户机设备(携带电话A)中，在OBEX层发送了全部的请求命令时，不等待来自客户机设备的应答命令，而发送下一个请求命令。再有，对于来自OBEX层的各请求命令，通过由OBEX的低层模拟地生成适当的应答命令，并通知OBEX层，就可以调用以往的必需应答命令的OBEX层。

在接收端客户机设备(打印装置B)中，OBEX层接收了来自发送端客户机设备(携带电话A)的全部请求命令时，不生成、发送应答命令。再有，也可以调用以往的生成、发送对应于接收的请求命令的应答命令的OBEX层，而不由低层将来自OBEX层的应答命令发送到客户机设备。

通过在发送端客户机设备(携带电话A)和接收端服务器设备(打印装置B)间实现上述通信，即使在单向通信中，也可使用OBEX等的对象交换协议，例如进行图像数据的传送。

[第十四实施方式]

以下说明有关本发明的第十四实施方式的传送数据的传送系统(通信系统)。再有，在其他实施方式中定义的用语(包含构件及功能)，只要未事先说明，在本实施方式中就假定依据其定义而使用。

用图36说明有关本实施方式的携带电话和打印装置之间的通信例子。

再有，在本实施方式，在客户机设备(发送机)和服务器设备(接收机)上分别使用了携带电话A和记录装置B(例如HDD记录装置、DVD记录装置等)，但如果通过上述本发明的任何一个方式而用红外线等可发送数据，则服务器设备(发送机)也可以不是携带电话。此外，也可以是记录装置B为客户机设备(发送机)，而携带电话A为服务器设备(接收机)。

此外，在图36中，使用红外线，将携带电话A内的数据发送到记录装置B。在打印装置B，对从携带电话A发送的数据进行适当的处理，例如，在为视频数据的情况下，如果需要，则在进行适当的压缩处理、解压处理、其他的影像处理后，记录在记录装置内的记录部分，但不限于此。此外，上述数据是文本数据、图像数据、视频数据、语音数据、电话本数据、系统信息等，不是限于特定的格式的数据。此外，携带电话A内的数据也可以是携带电话A的内部存储器内的数据、携带电话所连接的外部存储器(SD卡等的非易失性存储器)内的数据的任何数据。

下面，详细地说明本实施方式的携带电话和记录装置之间的通信例子。

例如，双向通信时，在发送端客户机设备(携带电话A)中，在OBEX层发送了不是最终的Put命令时，不等待CONTINUE应答命令，而发送下一个Put命令，而在发送了最终的Put命令时，等待来自接收端服务器设备(记录装置B)的SUCCESS应答命令，确认通信是否正常地进行。再有，通过由OBEX层的低层处理部分模拟地形成上述CONTINUE应答命令，并通知OBEX层，就可以调用以往的必需CONTINUE应答命令的OBEX层。

在接收端服务器设备(记录装置B)中，在OBEX层接收了来自发送端客户机设备(携带电话A)的不是最终的Put命令时，不生成、发送CONTINUE应答命令，在接收了最终的Put命令时，生成、发送SUCCESS应答命令。再有，在接收了不是最终的Put命令时，调用以往的生成、发送CONTINUE应答命令的OBEX层，由低层仅不将CONTINUE命令发送到客户机设备就可以。

通过在发送端客户机设备(携带电话A)和接收端服务器设备(记录装置B)间实现上述通信，在双向通信中，可使用通信效率高、而且通信质量好的对象交换，例如进行视频数据的传送。

此外，例如，单向通信时，在发送端客户机设备(携带电话A)中，在OBEX层发送了全部的请求命令时，不等待来自客户机设备的应答命令，而发送下一个请求命令。再有，对于来自OBEX层的各请求命令，通过由OBEX的低层模拟地生成适当的应答命令，并通知OBEX层，就可以调用以往的必需应答命令的OBEX层。

在接收端客户机设备(记录装置B)中，OBEX层接收了来自发送端客户机设备(携带电话A)的全部请求命令时，不生成、发送应答命令。再有，也可以调用以往的生成、发送对应于接收的请求命令的应答命令的OBEX层，而不由低层将来自OBEX层的应答命令发送到客户机设备。

通过在发送端客户机设备(携带电话A)和接收端服务器设备(记录装置B)间实现上述通信，即使在单向通信中，也可使用OBEX等的对象交换协议，例如进行影像数据的传送。

[第十五实施方式]

如果基于图37至图59说明本发明的其他实施方式，则如以下那样。再有，本实施方式中说明的通信协议，适用于第一实施方式～第十四实施方式。因此，对于第一实施方式～第十四实施方式中定义的术语，只要未事先说明，在本实施方式中就假定依据其定义而使用。

(1)通信层

图37是表示OSI7分层模型、IrDA的分层和本发明的通信系统的分层的对应关系的示意图。

本实施方式的通信系统的各通信层也具有与上述OSI7层模型的对应的分层同等的功能。但是，如图37所示，上述通信系统为会话层和显示层为一层的6个分层的结构。

在本实施方式，为了便于说明，基于本发明的一应用例的IrSimple进行说明。但是，本发明不限定于IrSimple。再有，IrSimple是改进了以往的IrDA的一部分功能。

在本实施方式，根据IrSimple，有时将数据链路层、网络层、传输层、会话层+显示层分别表记为LAP、LAMP、SMP、OBEX。此外，在以发送机、接收机区别通信层的情况下，对发送机(主站)附加“P”，对接收机(副站)附加“S”。例如，“LAP(P)”意味着发送机的数据链路层。

(2)发送机-接收机间的顺序

(2-1)连接顺序

[A]有响应

图38(a)是表示本实施方式的(有响应)的连接顺序的顺序图。而图38(c)是表示本实施方式(有响应)的连接顺序时的通信数据的数据结构的说明图。

在本实施方式(有响应)，通过在SNRM的Destination Device Address上使用全球地址，能够使SNRM命令具有与搜索同样的功能(图38(c)的SNRM command)。

此外，在本实施方式(有响应)，在作为数据链路层的连接分组的SNRM命令和UA响应中，插入在与网络层、传输层、会话层、显示层等的高层的连接上必要的参数和命令。由此，可以将在以往的IrDA中必需的、用于连接作为各个高层的连接分组凝聚为一个分组。

因此，能够用一个分组对进行以往必需多个分组的搜索和连接顺序。

[B]无响应

图38(b)是表示本实施方式(无响应)的连接顺序的顺序图。而图38(c)是表示本实施方式(无响应)的连接顺序时的通信数据的数据结构的说明图。再有，在本实施方式(无响应)，不需要UA响应(图38(c)的UA responsefor SNRM)。

根据用户或应用及数据种类，能够选择将来自接收机的响应省略的通信方式。这种情况下，如图38(b)所示，能够仅用SNRM命令来结束搜索及连接。

这样，本实施方式的连接顺序，通过集中多个通信层的连接请求，缩短了连接上需要的时间，所以即使是通信线路断开的情况，也容易进行再连接。因此，特别适合于通信线路容易断开、例如红外线的无线通信。但是，在包含IEEE802.11无线、Bluetooth的其他无线通信及有线通信中也是有效的。

此外，在本实施方式，说明了有关以一次通信连接全部的通信层的连接的例子，但本发明不限于此。例如，也可以在连接了一个通信层后，连接剩余的多个通信层。此外，也可以通过多次通信进行一个通信层的连接。例如，在网络层的连接需要两次通信的情况下，将数据链路层的连接和网络层的第一次连接集中为一个连接请求，将网络层的第2次连接和传输层的连接集中为一个连接请求就可以。

(2-2)数据交换顺序

[A]有响应

图39(a)、图39(b)是表示本实施方式(有响应)的数据交换顺序的顺序图。而图39(a)是表示本实施方式(有响应)的数据交换顺序时的通信数据的数据结构的说明图。

在本实施方式(有响应)，尽力减少每一个数据间的低层和高层的响应，并在发送了多个数据后发回有差错还是没有差错。

发送机在数据通信时，使用由用于查询顺序的分组号及接收数据中没有问题的标记、以及根据分组的大小而分割了上述数据的分割数据构筑的分组。

如图39(a)所示，发送机在发送了规定数的分组数后发送设有上述标记的分组。对此，接收机从接收以前的数据的初始开始、或从接收并返回设有上述标记的分组开始，在未检测出差错的情况下，通知发送机正常地接收的意旨。此外，接收机从接收以前的数据的初始开始、或从接收并返回设有上述标记的分组开始，在检测出差错的情况下，忽略不能接收的分组以后的上述分割数据部分，仅确认上述标记，并在设有上述标记的情况下，对发送机通知因差错而不能接收的分组号。

而且，发送机在从接收机接受了正常地接收到的意旨的情况下，从下一个分组起进行发送。而发送机在接受了有差错这样的通知的情况下，从不能接收的分组号起，进行重发，直至设有上述标记的分组为止。

由此，能够将分组间缩短，可进行效率高的通信。

如图39(a)所示，在本实施方式(有响应)，使用UI帧(图40(b))。因此，在数据链路层(LAP层)分组的遗漏不能识别，在传输层进行检测。

在UI帧的传输层的数据部分中设有顺序的号码和数据确认用标记、表示是否为数据的最后的分组的标记、表示接收的数据是否正常的标记，通过这些标记进行数据的发送。

[B]无响应

图41(a)、图41(b)是表示本实施方式(无响应)的数据交换顺序的顺序图。而图41(b)是表示本实施方式(无响应)的数据交换顺序时的通信数据的数据结构的说明图。

在本实施方式(无响应)，在不需要接收机的响应的情况下，仅确认数据的完全性。因此，发送机对分组分配顺序号码，以连续方式发送全部的数据。

然后，接收机仅在确认是否有差错时，在正常地接收的情况下接受全部的数据后，在接收机内确认正常接收，进行下一个动作。这种情况下的下一个动作，例如是将接收的数据进行显示，或进行打印，或进行保存。另一方面，在检测出差错的情况下，在接收机内确认不能正常接收，并进行下一个动作。这种情况下的下一个动作是使用户知道出现了接收失败的指示，或变为下一个接收等待状态。

再有，即使是本实施方式(无响应)，也使用图41(b)所示的UI帧(图40(b))。

(2-3)断开顺序

[A]有响应

图42(a)是表示本实施方式(有响应)的断开顺序的顺序图。而图42(c)是表示本实施方式(有响应)的断开顺序时的通信数据的数据结构的说明图。

如图42(c)所示，在本实施方式(有响应)，将在网络层、传输层、会话层、显示层等的高层的断开上所需的参数和命令插入在DISC命令及UA响应之中。

由此，能够以一个分组对进行以往需要多个分组的断开顺序。

[B]无响应

图42(b)是表示本实施方式(无响应)的断开顺序的顺序图。而图42(c)是表示本实施方式(有响应)的断开顺序时的通信数据的数据结构的说明图。再有，在本实施方式(无响应)，不需要UA响应(图42(c)的UAresponse)。

如图42(b)所示，在本实施方式(无响应)，在不需要接收机的响应而连接的情况下，能够仅用DIS命令而结束搜索和断开。

(3)发送机、接收机内的顺序

在图43～图59中，为了便于说明，将数据链路层表记为LAP，网络层表记为LAMP，传输层表记为TTP或SMP，会话层和显示层表记为OBEX。此外，为了以发送机和接收机区别通信层，对发送机附加“P”，对接收机附加“S”。例如，“LAP(P)”意味着发送机的数据链路层。

(3-1)连接顺序

[A]有响应

图43是表示本实施方式(有响应)的连接顺序的顺序图。而图44(a)、图44(b)是表示本实施方式(有响应)的连接顺序时的通信数据的数据结构的说明图。

如图43所示，在本实施方式(有响应)，发送机、接收机都进行连接准备。然后，发送机将高层的请求原样转送到低层时，作为一个分组(SNRM)进行发送。另一方面，接收机接受SNRM分组，在对高层进行可原样连接的意旨的通知后，在将OBEX(S)的响应原样转送到低层时，作为一个分组(UA)进行发送。发送机在接受了UA下结束连接，向高层通知(Connect.confirm)。

此时的发送机、接收机内的顺序如以下那样。

首先，说明有关发送机的各通信层。

在OBEX(P)接到了来自应用的连接请求的情况下，对低层(SMP(P))迅速地将连接请求命令加入到数据中并产生连接请求函数(Primitive)。而在OBEX(P)从SMP(P)接受了连接确认函数的情况下，从该数据中确认OBEX连接的响应，如果是没有问题(Success)的响应，则使连接完成。

SMP(P)接受来自OBEX(P)的连接请求函数，迅速地在OBEX(P)的连接请求函数的数据中附加与接收机的SMP(P)通信上所必需的参数，从而对低层(LMP(P))产生连接请求函数。而在SMP(P)从LMP(P)接受了连接确认函数的情况下，从函数的数据中抽取接收机的SMP(P)生成的参数，确认其值，从而结束与SMP(S)的协商。此外，SMP(P)将从连接确认函数的数据中除去了SMP(S)的参数的数据作为对OBEX(P)的连接确认函数来发送。

LMP(P)接受来自SMP(P)的连接请求函数，在SMP(P)的连接请求函数的数据中迅速地附加与接收机的LMP(S)通信所需要的参数，从而对低层(LMP(P))产生连接请求函数。而在LMP(P)从LAP(P)接受了连接确认函数的情况下，从函数的数据中抽取接收机的LMP(S)生成的参数，确认其值，从而结束与LMP(S)的协商。此外，LMP(P)将从连接确认函数的数据中除去了LMP(S)的参数的数据作为对SMP(P)的连接确认函数来发送。

再有，通常为了管理逻辑端口而定义LSAP(Link Service Access Point)。因而，在以一对一方式进行一个连接的情况下，不需要使用LMP。这种情况下，在LSAP中将无连接的值作为固定值使用。因此，不需要LMP的连接参数交换。

LAP(P)接受来自LMP(P)的连接请求函数，迅速地在LMP(P)的连接请求函数的数据中附加与接收机的LAP(S)通信所需要的参数，从而对接收机的物理层输出SNRM命令。而在LAP(P)从接收机的物理层接受了UA响应的情况下，从UA响应的数据中抽取接收机的LAP(S)生成的参数，确认其值，从而结束与LAP(S)的协商。此外，LAP(P)将从UA响应的数据中除去了LAP(S)的参数的数据作为对LMP(P)的连接确认函数来发送。

接着，说明有关接收机的各通信层。

OBEX(S)从应用接受连接请求函数，并变成接收待机状态。此外，在OBEX(S)从低层(SMP(S))接受了连接通知函数(Indication)的情况下，从该数据中确认OBEX连接命令，如果没有问题，则将Success这样的响应作为连接响应函数(Response)输出到SMP(S)，并使连接完成。

SMP(S)接受来自OBEX(S)的连接请求函数，成为接收待机状态。而在SMP(S)从低层(SMP(S))接受了连接通知函数的情况下，从函数的数据中抽取发送机的SMP(P)生成的参数，生成对这些参数的响应的参数，并对OBEX(S)发送加入了从上述函数的数据中除去了SMP(P)的参数的数据的连接请求函数后，等待来自OBEX(S)的连接响应函数。而在SMP(S)接受了来自OBEX(S)的连接响应函数的情况下，在对LMP(S)的OBEX(S)的连接响应函数的数据中附加上述响应的参数，从而对LMP(S)发生连接响应函数，并结束SMP层的协商。

LMP(S)接受来自SMP(S)的连接请求函数，成为接收待机状态。而在LMP(S)从低层(LMP(S))接受了连接通知函数的情况下，从函数的数据中抽取发送机的LMP(P)生成的参数，生成对这些参数的响应的参数，并对SMP(S)发送加入了从上述函数的数据中除去了LMP(P)的参数的数据的连接请求函数后，等待来自SMP(S)的连接响应函数。而在LMP(S)接受了来自SMP(S)的连接响应函数的情况下，在对LAP(S)的SMP(S)的连接响应函数的数据中附加上述响应的参数，从而对LAP(S)发生连接响应函数，并结束LMP层的协商

再有，通常为了管理逻辑端口而定义LSAP(Link Service Access Point)。因而，在以一对一方式进行一个连接的情况下，不需要使用LMP。这种情况下，在LSAP中将无连接的值作为固定值使用。因此，不需要LMP的连接参数交换。

LAP(S)接受来自LMP(S)的连接请求函数，成为接收待机状态。而在LAP(S)从物理层接受了SNRM命令的情况下，从SNRM命令的数据中抽取接收机LAP(P)生成的参数，在对LMP(S)发送加入了从SNRM命令的数据中除去了LAP(P)的参数的数据的连接请求函数后，生成对该函数的响应的参数，并等待来自LMP(S)的连接响应函数。而在LAP(S)接受了来自LMP(S)的连接响应函数的情况下，在LMP(S)的连接响应函数的数据中附加上述响应的参数，对物理层输出UA响应，并结束LAP层的协商。

[B]无响应

图45是表示本实施方式(无响应)的连接顺序的顺序图。而图44(a)是表示本实施方式(无响应)的连接顺序时的通信数据的数据结构的说明图。

如图45所示，在本实施方式(无响应)，发送机、接收机都进行连接准备。然后，发送机将高层的请求原样转送到低层时，作为一个分组(SNRM)进行发送。然后，发送机在发送了SNRM分组的时刻使连接完成，从而从LAP(P)向高层通知(Connect.confirm)。另一方面，接收机接受SNRM分组，向高层通知可原样连接的意旨，在通知到OBEX(S)的时刻使连接完成。

此时的发送机、接收机内的顺序如以下那样。

首先，说明有关发送机的各通信层。

在OBEX(P)接到了来自应用的连接请求的情况下，对低层(SMP(P))迅速地将连接请求命令加入到数据中并产生连接请求函数(Primitive)。而在OBEX(P)从SMP(P)接受了连接确认函数的情况下，使连接完成。

SMP(P)接受来自OBEX(P)的连接请求函数，迅速地在OBEX(P)的连接请求函数的数据中附加与接收机的SMP(P)通信上所必需的参数，从而对低层(LMP(P))产生连接请求函数。而在SMP(P)从LMP(P)接受了连接确认函数的时刻，设为用发送的参数进行了协商，从而结束SMP层的协商。此外，此时，SMP(P)对OBEX(P)发送连接确认函数。

LMP(P)接受来自SMP(P)的连接请求函数，迅速地在SMP(P)的连接请求函数的数据中附加与接收机的LMP(S)通信所需要的参数，从而对低层(LMP(P))产生连接请求函数。而在LMP(P)从LAP(P)接受了连接确认函数的时刻，设为用发送的参数进行了协商，从而结束LMP层的协商。此外，此时，LMP(P)对SMP(P)发送连接确认函数。

再有，通常为了管理逻辑端口而定义LSAP(Link Service Access Point)。因而，在以一对一方式进行一个连接的情况下，不需要使用LMP。这种情况下，在LSAP中将无连接的值作为固定值使用。因此，不需要LMP的连接参数交换。

LAP(P)接受来自LMP(P)的连接请求函数，迅速地在LMP(P)的连接请求函数的数据中附加与接收机的LAP(S)通信所需要的参数，从而对接收机的物理层输出SNRM命令。而在LAP(P)输出了SNRM命令的时刻，设为用发送的参数进行了协商，从而结束LAP层的协商。此外，此时，LAP(P)对LMP(P)发送连接确认函数。

接着，说明有关接收机的各通信层。

OBEX(S)从应用接受连接请求函数，并变成接收待机状态。此外，在OBEX(S)从低层(SMP(S))接受了连接通知函数(Indication)的情况下，从该数据中确认OBEX连接命令，如果没有问题，则使连接完成。

SMP(S)接受来自OBEX(S)的连接请求函数，成为接收待机状态。而在SMP(S)从低层(SMP(S))接受了连接通知函数的情况下，从函数的数据中抽取发送机的SMP(P)生成的参数，使用该参数而使协商完成。然后，SMP(S)对OBEX(S)发送加入了从上述函数的数据中除去了SMP(P)的参数的数据的连接请求函数。

LMP(S)接受来自SMP(S)的连接请求函数，成为接收待机状态。而在LMP(S)从低层(LMP(S))接受了连接通知函数的情况下，从函数的数据中抽取发送机的LMP(P)生成的参数，使用该参数而使协商完成。然后，LMP(S)对SMP(S)发送加入了从上述函数的数据中除去了LMP(P)的参数的数据的连接请求函数。

再有，通常为了管理逻辑端口而定义LSAP(Link Service Access Point)。因而，在以一对一方式进行一个连接的情况下，不需要使用LMP。这种情况下，在LSAP中将无连接的值作为固定值使用。因此，不需要LMP的连接参数交换。

LAP(S)接受来自LMP(S)的连接请求函数，成为接收待机状态。而在LAP(S)从物理层接受了SNRM命令的情况下，从SNRM命令的数据中抽取LAP(P)生成的参数，使用该参数而使协商完成。然后，LAP(S)对LMP(P)发送加入了从上述函数的数据中除去了LAP(P)的参数的数据的连接请求函数。

(3-2)数据交换顺序

[A]有响应

图46是表示本实施方式(有响应)的数据交换顺序的顺序图。而图47是表示本实施方式(有响应)的数据交换顺序时的通信数据的数据结构的说明图。

如图46所示，在本实施方式(有响应)，发送机产生PUT命令，该命令传送至低层为止，作为UI帧(图40(b))被输出。

另一方面，接收机接受数据，向高层通知。此时，在SMP(S)，对于高层的OBEX(S)，通知数据继续(status＝truncated)。

发送机在发送了某个一定数的分组后，将确认数据是否正好到达的标记设为ON并进行发送。接受该标记，在接收机中，SMP(S)有没有差错，在有差错的情况下，将发生了差错的号码通知发送机。

如果没有差错，发送机输出后面的分组群，而如果有差错，则重发有差错的分组以后的分组。

在为最后的数据时，发送机将表示是最后的数据的标志设为ON并进行发送。对此，如果该标记为ON，则接收机、即SMP(S)对OBEX(S)通知数据已齐了(status＝OK)，等待OBEX(S)的响应。然后，在发生了OBEX(S)的响应时，将该数据传送到低层，作为UI帧输出。

如果接受的响应为Success，则发送机正常结束。

此时的发送机、接收机内的顺序如以下那样。

在发送机，OBEX(P)将对低层的PUT命令作为数据发送函数输出。但是，OBEX(P)在不需要除了PUT Final(最后的PUT)命令以外的PUT命令的响应(正常的情况下Continue返回)而可用SMP(P)发送的情况下，继续输出后面的命令。在PUT Final命令或PUT命令以外的命令的情况下，等待来自低层的数据通知函数，观察该数据内的响应而结束命令。

这里，数据发送函数是对低层请求数据发送的函数(Data Request)。而数据通知函数是通知从低层接收了数据的函数(Data Indicate)。

在接收机，OBEX(S)从低层接受数据通知函数，并接受数据。但是，OBEX(S)对于PUT Final命令以外的PUT命令，不返回响应，在PUT Final命令或PUT命令以外的命令的情况下，作为数据发送函数而返回响应。

这里，说明有关对发送机、接收机共用的高层和低层的数据发送函数及数据通知函数中的首标等。

SMP从OBEX接受数据发送函数时，对于LMP，(a)在可由LMP发送的量(size)比数据发送函数内的数据的量小时，将该数据分割为LMP可发送的量，(b)在由LMP可发送的量比数据发送函数内的数据的量大时，将几个数据进行结合，生成可发送的量以下的更大的数据。此外，SMP生成SMP首标，SMP首标加入了顺序的号码、向对方设备查询数据接收状态的自变量、表示最后的数据的自变量、表示对方设备的SMP需要OBEX的响应的自变量、表示接收的数据是否正常的自变量等。然后，对LMP发送将该SMP首标附加在上述分割或结合的数据中的加入了数据的数据发送函数。

而且，SMP从LMP接受数据通知函数时，从该函数内的数据中抽出SMP首标，并确认顺序号码是否正常(即，是否以未遗漏的顺序到达)。然后，在正常的情况下，对OBEX发送数据通知函数。此时，数据通知函数可以对来自低层的每个数据通知函数输出，也可以与来自低层的几个数据通知函数的数据一起输出。

发送机的SMP(P)将来自OBEX(P)的数据发送函数变换为对LMP(P)的数据发送函数，从而发送被规定的某个一定数的数据量的数据发送函数。然后，SMP(P)使对接收机查询数据接收状态的自变量为True，从而发送数据发送函数，并等待LMP(P)的数据通知函数。

SMP(P)对来自LMP(S)的数据通知函数内的SMP首标进行解析，在表示接收的数据是否正常的自变量被正常地接收的情况下，设为进行了发送后面的数据的准备，从而成为可对OBEX(P)发送的状态。即，在这种状态下能够接受来自OBEX(P)的数据。

相反，SMP(P)在对来自LMP(S)的接受的数据通知函数的SMP首标进行解析，表示接收的数据是否正常的自变量未被正常地接收的情况下，再次发生从通知不能正常接收的数据发送函数至使向对方设备查询数据接收状态的自变量为True的数据发送函数。SMP(P)重复进行某个规定次数再发生，或直至全部的数据发送函数产生的数据被通知到接收机为止。

而且，SMP(P)在从OBEX(P)接受了作为最后数据的自变量为True的数据发送函数的情况下，使该数据发送函数表示是最后的数据的自变量或表示需要接收机的OBEX(S)的响应的自变量为True，从而发送加入了该数据发送函数的最后的数据、对LMP(P)的数据发送函数。

相反，在接收机的SMP(S)从LMP(S)接受了数据通知函数时，在表示是最后的数据或需要接收机的OBEX(S)的响应的自变量为True的情况下，对OBEX(S)发送加入了除去SMP(S)的首标的数据的数据通知函数。

此外，在SMP(S)从LMP(S)接受了数据通知函数的情况下，从该数据通知函数内的数据对SMP首标进行解析，并确认顺序的号码。如果SMP(S)直至接受对接收机查询数据接收状态的自变量为True的首标为止都能够正常地接收，则表示能够正常地接收用于表示接收的数据是否正常的自变量，从而生成SMP首标，并将其作为数据，对LMP(S)发送数据发送函数。

另一方面，SMP(S)在检测出不能正常地接收的情况下，存储被预测为不能正常地接收的SMP首标的号码。例如，接受了0、1、2、3、5时，在第5个应为4而未接受4的情况下，被预测为不能正常地接收的号码为4。然后，在其以后，SMP(S)仅调查对SMP首标的接收机查询数据接收状态的自变量是否为True，并停止对OBEX(S)的数据通知函数的输出。

SMP(S)在接受了对接收机查询数据接收状态的自变量为True的数据通知函数的情况下，将表示接收的数据是否正常的自变量设为表示未能正常接收，生成用于插入到将不能正常地接收的SMP首标的号码加入顺序号码的字段(field)中的SMP首标，从而将它作为数据向LMP(S)发送数据发送函数。

而在SMP(S)接受了表示是最后的数据的自变量、或表示需要接收机的OBEX(S)的响应的自变量为True的数据通知函数的情况下，在对OBEX(S)输出了数据通知函数后，等待来自OBEX(S)的数据发送请求。

在SMP(S)接受了来自OBEX(S)的数据发送请求的情况下，生成将表示接收的数据是否正常的自变量设为可正常地接收的SMP首标，并将它附加在OBEX(S)的数据发送请求的数据中，从而对LMP(S)发送数据发送函数。再有，在有差错的情况下，由于停止对OBEX(S)的通知，所以等待时被看成正常。

接着，在LMP从高层接受了数据发送请求函数时，在该函数内的数据中附加LMP首标并生成数据，对LAP发送加入了该数据的数据发送请求函数。此外，在LMP从LAP接受了数据通知函数的情况下，生成从该函数内的数据中除去了LMP首标的数据，对SMP发送加入了该数据的数据通知函数。

再有，在以一对一方式进行一个连接的情况下，不需要使用LMP。这种情况下，在LMP首标中加入被加入了无连接的值的LSAP。

在LAP从LMP接受了数据发送请求函数时，在该函数内的数据中附加LAP首标并生成数据，对物理层发送加入了该数据的UI帧。此外，在LAP从物理层接受了数据接收通知的情况下，生成从该UI帧的数据中除去了LAP首标的数据，并对LMP发送加入了该数据的数据通知函数。再有，在本实施方式，在LAP首标中，包含连接地址和UI指示符。

[B]无响应

图48是表示本实施方式(无响应)的数据交换顺序的顺序图。而图47是表示本实施方式(无响应)的数据交换顺序时的通信数据的数据结构的说明图。

如图48所示，在本实施方式(无响应)，发送机产生PUT命令，该命令被传送至低层，作为UI帧被输出。

另一方面，接收机接受数据，向高层通知。此时，在SMP(S)，对于高层的OBEX(S)，通知数据继续(status＝truncated)。

然后，在成为最后的数据时，发送机将表示是最后的数据的标记设为ON并发送。对此，如果该标记为ON，则接收机、即SMP(S)对OBEX(S)通知数据已齐了(status＝OK)，从而结束数据交换顺序。

此时的发送机、接收机内的顺序如以下那样。

在发送机，OBEX(P)将PUT命令作为数据发送函数而对低层输出。但是，OBEX(P)可不需要对应于全部的命令的响应就结束命令。然后，OBEX(P)在SMP(P)可发送的情况下，继续输出后面的命令。

在接收机，OBEX(S)从低层接受数据通知函数，不对全部的命令返回响应而仅接受数据。

这里，说明有关对发送机、接收机共用的高层和低层的数据发送函数及数据通知函数中的首标等。

SMP从OBEX接受数据发送函数时，对于LMP，(a)在可由LMP发送的量(size)比数据发送函数内的数据的量小时，将该数据分割为LMP可发送的量，(b)在由LMP可发送的量比数据发送函数内的数据的量大时，将几个数据进行结合，生成可发送的量以下的更大的数据。此外，SMP生成SMP首标，SMP首标加入了顺序的号码、向对方设备查询数据接收状态的自变量、表示最后的数据的自变量、表示对方设备的SMP需要OBEX的响应的自变量、表示接收的数据是否正常的自变量等。然后，对LMP发送将该SMP首标附加在上述分割或结合的数据中的加入了数据的数据发送函数。

而且，SMP从LMP接受数据通知函数时，从该函数内的数据中抽出SMP首标，并确认顺序号码是否正常(即，是否以未抽出的顺序到达)。然后，在正常的情况下，对OBEX发送数据通知函数。此时，数据通知函数可以对来自低层的每个数据通知函数输出，也可以与来自低层的几个数据通知函数的数据一起输出。

发送机的SMP(P)将来自OBEX(P)的数据发送函数变换为对LMP(P)的数据发送函数。然后，在从OBEX(P)接受了作为最后的数据时形成的自变量为False的数据发送函数的情况下，将在该数据中附加了SMP首标的数据发送到LMP(P)。对此，SMP(P)在从OBEX(P)接受了作为最后数据的自变量为True的数据发送函数的情况下，使表示该数据发送函数是最后的数据的自变量、或表示需要接收机的OBEX(S)的响应的自变量为True，从而发送加入了该数据发送函数的最后的数据、对LMP(P)的数据发送函数。

另一方面，在接收机的SMP(S)从低层接受了数据通知函数的情况下，从该数据通知函数内的数据而对SMP首标进行解析，确认顺序的号码。然后，在SMP(S)对SMP首标进行解析，从而确认可正常地接收的情况下，对LMP(S)发送数据发送函数。

相反，在SMP(S)检测出不能正常地接收的情况下，作为差错而通知OBEX(S)。例如，在接受到0、1、2、3、5时，由于第5个应该为4，所以是未接受4的情况。

因而，在此以后，SMP(S)等待用于表示SMP首标的最后数据的自变量、或表示需要接收机的OBEX(S)的响应的自变量为True，接受作为True的数据通知函数(再有，即使接受也不向OBEX(S)发送通知)，或接受断开通知函数，或经过某个一定时间前都不对OBEX(S)进行数据通知。

接着，在发送机的LMP(P)从SMP(S)接受了数据发送请求函数时，在该函数内的数据中附加LMP首标并生成数据，对LAP(P)发送加入了该数据的数据发送请求函数。

另一方面，在接收机的LMP(S)从LAP(S)接受了数据通知函数的情况下，生成从该函数内的数据中除去了LMP首标的数据，并对SMP(S)发送加入了该数据的数据通知函数。

再有，在以一对一方式进行一个连接的情况下，不需要使用LMP。这种情况下，在LMP首标中加入被加入了无连接的值的LSAP。

在发送机的LAP(P)从LMP(P)接受了数据发送请求函数时，在该函数内的数据中附加LAP首标并形成数据，对物理层发送加入了该数据的UI帧。

另一方面，在接收机的LAP(S)从物理层接受了数据接收通知的情况下，生成从该UI帧的数据中除去了LAP首标的数据，并对LMP(S)发送加入了该数据的数据通知函数。再有，在本实施方式，在LAP首标中，包含连接地址和UI指示符。

(3-3)断开顺序

[A]有响应

图49是表示本实施方式(有响应)的断开顺序的顺序图。而图50(a)、图50(b)是表示本实施方式(有响应)的断开顺序时的通信数据的数据结构的说明图。

如图49所示，在本实施方式(有响应)，在发送机的断开命令传送到低层时，产生DISC命令。接收机接受该DISC命令并向高层通知时，返回其响应，产生UA响应。然后，直至发送机的高层为止，都通知接收了UA响应后结束。

此时的发送机、接收机内的顺序如以下那样。

首先，说明有关发送机的各通信层。

在OBEX(P)接到了来自应用的断开请求的情况下，对低层(SMP(P))迅速地将断开请求命令加入到数据中并产生断开请求函数(Primitive)。而在OBEX(P)从SMP(P)接受了断开确认函数的情况下，从该数据中确认OBEX断开的响应，如果是没有问题(Success)的响应，则设断开完成。

SMP(P)接受来自OBEX(P)的断开请求函数，迅速地在OBEX(P)的断开请求函数的数据中附加与接收机的SMP(P)通信上所必需的参数，从而对低层(LMP(P))产生断开请求函数。而在SMP(P)从LMP(P)接受了断开确认函数的情况下，从函数的数据中抽取接收机的SMP(S)生成的参数，确认其值，从而结束与SMP(S)的断开处理。此外，SMP(P)将从断开确认函数的数据中除去了SMP(S)的参数的数据作为对OBEX(P)的断开确认函数来发送。但是，通常在断开时没有由SMP(P)新追加的参数。

LMP(P)接受来自SMP(P)的断开请求函数，迅速地在SMP(P)的断开请求函数的数据中附加与接收机的LMP(S)通信所需要的参数，从而对低层(LMP(P))产生断开请求函数。而在LMP(P)从LAP(P)接受了断开确认函数的情况下，从函数的数据中抽取接收机的LMP(S)生成的参数，确认其值，从而结束与LMP(S)的断开处理。此外，LMP(P)将从断开确认函数的数据中除去了LMP(S)的参数的数据作为对SMP(P)的断开确认函数来发送。但是，通常在断开时没有由LMP(P)新追加的参数。

LAP(P)接受来自LMP(P)的断开请求函数，迅速地在LMP(P)的断开请求函数的数据中附加与接收机的LAP(S)通信所需要的参数，从而对接收机的物理层输出DISC命令。而在LAP(P)从接收机的物理层接受了UA响应的情况下，从UA响应的数据中抽取接收机的LAP(S)生成的参数，确认其值，从而结束与LAP(S)的连接。此外，LAP(P)将从UA响应的数据中除去了LAP(S)的参数的数据作为对LMP(P)的断开确认函数来发送。但是，通常在断开时没有由LAP(P)新追加的参数。

接着，说明有关接收机的各通信层。

在OBEX(S)从低层(SMP(S))接受了断开请求函数(Indication)的情况下，从该数据中确认OBEX断开命令，如果没有问题，则将Success这样的响应作为断开响应函数(Response)输出到SMP(S)，并设断开完成。

在SMP(S)从低层(SMP(S))接受了断开通知函数的情况下，从函数的数据中抽取发送机的SMP(P)生成的参数，生成对这些参数的响应的参数，并对OBEX(S)发送加入了从上述函数的数据中除去了SMP(P)的参数的数据的断开请求函数后，等待来自OBEX(S)的断开响应函数。而在SMP(S)接受了来自OBEX(S)的断开响应函数的情况下，在对LMP(S)的OBEX(S)的断开响应函数的数据中附加上述响应的参数，从而对LMP(S)发生断开响应函数，并结束SMP层的断开处理。但是，通常在断开时没有由SMP(S)新追加的参数。

在LMP(S)接受了来自低层(LAP(S))的断开请求函数的情况下，从函数的数据中抽取发送机的LMP(P)生成的参数，生成对该参数的响应的参数，并在对SMP(S)发送加入了从上述函数的数据中除去了LMP(P)的参数的数据的切断请求函数后，等待来自SMP(S)的断开响应函数。而在LMP(S)接受了来自SMP(S)的断开响应函数的情况下，在SMP(S)对LAP(S)的断开响应函数的数据中附加上述响应的参数，从而对LAP(S)发生切断响应函数，并结束LMP层的断开处理。但是，通常在断开时没有由LMP(S)新追加的参数。

在LAP(S)从物理层接受了DISC命令的情况下，从DISC命令的数据中抽取发送机的LAP(P)生成的参数，在对LMP(S)发送加入了从DISC命令的数据中除去了LAP(P)的参数的数据的断开请求函数后，生成对它的响应的参数，并等待来自LMP(S)的断开响应函数。此外，在LAP(S)接受了来自LMP(S)的切断响应函数的情况下，在LMP(S)的断开响应函数的数据中附加上述响应的参数，对物理层输出UA响应，并结束LAP层的断开处理。但是，通常在断开时没有由LAP(S)新追加的参数。

[B]无响应

图51是表示本实施方式(无响应)的断开顺序的顺序图。而图50(a)是表示本实施方式(无响应)的断开顺序时的通信数据的数据结构的说明图。

如图51所示，在本实施方式(无响应)，在发送机的断开命令传送到低层时，产生DISC命令。在发送机，在该时刻结束断开处理。另一方面，接收机在接收该DISC命令并向高层传送时，在通知至高层为止的时刻结束断开处理。

此时的发送机、接收机内的顺序如以下那样。

首先，说明有关发送机的各通信层。

在OBEX(P)接到了来自应用的断开请求的情况下，对低层(SMP(P))迅速地将断开请求命令加入到数据中并产生断开请求函数(Primitive)。而在OBEX(P)从SMP(P)接受了断开确认函数的情况下，设断开完成。

SMP(P)接受来自OBEX(P)的断开请求函数，迅速地在OBEX(P)的断开请求函数的数据中附加与接收机的SMP(P)通信上所必需的参数，从而对低层(LMP(P))产生断开请求函数。而在SMP(P)从LMP(P)接受了断开确认函数的时刻，设为用发送的参数进行了断开，从而结束SMP层的断开处理。此外，SMP(P)对OBEX(P)发送断开确认函数。但是，通常在断开时没有由SMP(P)新追加的参数。

LMP(P)接受来自SMP(P)的断开请求函数，迅速地在SMP(P)的断开请求函数的数据中附加与接收机的LMP(S)通信所需要的参数，从而对低层(LMP(P))产生断开请求函数。而在LMP(P)从LAP(P)接受了断开确认函数的时刻，设为用发送的参数进行了断开，从而结束LMP层的断开处理。此外，LMP(P)对SMP(P)发送断开确认函数。但是，通常在断开时没有由LMP(P)新追加的参数。

LAP(P)接受来自LMP(P)的断开请求函数，迅速地在LMP(P)的断开请求函数的数据中附加与接收机的LAP(S)通信所需要的参数，从而对接收机的物理层输出DISC命令。而在LAP(P)输出了DISC命令的时刻，设为用发送的参数进行了断开，从而结束LMP层的断开处理。此外，LAP(P)对LMP(P)发送断开确认函数。但是，通常在断开时没有由LAP(P)新追加的参数。

接着，说明有关接收机的各通信层。

在OBEX(S)从低层(SMP(S))接受了断开通知函数(Indication)的情况下，从该数据中确认OBEX断开命令，如果没有问题，则设断开完成。

在SMP(S)从低层(SMP(S))接受了断开通知函数的情况下，从函数的数据中抽取发送机的SMP(P)生成的参数，使用该参数而使断开完成。此外，SMP(S)对OBEX(S)发送加入了从上述函数的数据中除去了SMP(P)的参数的数据的断开请求函数。但是，通常在断开时没有由SMP(S)新追加的参数。

在LMP(S)从低层(LAP(S))接受了断开通知函数的情况下，从函数的数据中抽取发送机的LMP(P)生成的参数，使用该参数而使断开完成。此外，LMP(S)对SMP(S)发送加入了从上述函数的数据中除去了LMP(P)的参数的数据的断开请求函数。但是，通常在断开时没有由LMP(S)新追加的参数。

在LAP(S)从物理层接受了DISC命令的情况下，从DISC命令的数据中抽取发送机的LAP(P)生成的参数，使用该参数而使断开完成。此外，LAP(S)对LMP(S)发送加入了DISC命令的数据中除去了LAP(P)的参数的数据的断开请求函数。但是，通常在断开时没有由LAP(S)新追加的参数。

(4)有无响应的切换

下面参照图52～图59，说明发送机和接收机的通信层间的数据及参数的流动。

在本实施方式，发送机和接收机的各通信层LAP、LMP、SMP、OBEX具有连接请求函数、连接通知函数、连接响应函数、连接确认函数。这些函数是用于从高层(即，LMP层)向LAP层访问的函数。

而且，上述函数可以指定Data(以下，记为数据)和Requested-Qos或Returned-QoS作为自变量。如上述那样，上述数据在各通信层中被设定。

另一方面，Qos将LAP决定的波特率等的协商参数的指定和协商的结果通知到包含了OBEX的高层。再有，Qos即使是以往的IrDA也能被使用。

例如，发送机的应用或OBEX(P)在发送加入了需要/不需要响应这样的参数的QoS时，将它向低层依次传送至LAP(P)为止。然后，LAP(P)使该QoS的值作为协商参数(Ack Less Connect)的值被反映，向接收机发送。

其结果，发送机和接收机的各通信层根据发送机的应用或OBEX(P)的需要/不需要响应的指定而动作，所以能够进行双向/单向的连接。

图52～图56是表示本实施方式(有响应)的连接顺序(图43)时的通信层间的数据和参数的流动的说明图。再有，OBEX-SMP间、SMP-LMP间、LMP-LAP间的QoS的参数可以相同，也可以不同。因此，在图中，附加-a、-b、-c来区别。

在发送机，如图52所示，通过con.req(data)(图43)，将向接收机发送的Data和QoS-1(发送机请求的QoS)的数据从高层转送到低层。

另一方面，在接收机，如图53所示，通过con.req，仅将QoS-2(接收机请求的QoS)的数据从高层分别转送到低层。

然后，在接收机，在LAP(S)接受了SNRM命令的时刻，比较发送机的QoS-1和本机的QoS-2，作为共用下协商的参数而生成QoS-3。然后，如图54所示，LAP(S)根据con.ind(data)，将QoS-3与来自发送机的数据一起通知高层。各高层存储该QoS-3，作为连接时的连接参数而保持。

接着，在接收机，在通知con.resp(data)时，不需要QoS。因此，如图55所示，在con.resp(data)中仅数据被从高层转送到低层。然后，LAP(S)接受con.resp(data)时，在UA响应中加入QoS-3，并发送UA响应。

接着，在发送机，LAP(P)接受UA响应并将QoS-3作为协商的参数而存储。然后，如图56所示，LAP(P)通过con.conf(data)，将QoS与接收机的数据一起通知高层。各通信层将该QoS-3作为已确立的连接的连接参数而保持。

在本实施方式，例如，作为con.req的QoS，使用Requested-Qos：Baud-Rate+Max-Turn-Around-Time+Disconnect-Threshold+DataSize+Ack lessconnection+Min-Packet-Interval。而作为Con.ind，con.conf的QoS，使用Resultant-QoS：Baud-Rate+Disconnect-Threshold+DataSize+Ack less connection(indication primitive only)。

此外，在本实施方式(无响应)的连接顺序(图45)时，通信层间的数据和参数的流动如以下那样。

在发送机，如图52所示，通过con.req(data)(图45)，将向接收机发送的Data和QoS-1(发送机请求的QoS)的数据从高层转送到低层。

然后，发送机的LAP(P)将QoS-1原样作为QoS-3来存储。然后，如图56所示，LAP(P)将QoS-3通过con.conf通知高层。各通信层将该QoS-3作为已确立的连接的连接参数而保持。

另一方面，在接收机，如图53所示，通过con.req，仅将QoS-2(接收机请求的QoS)的数据从高层分别转送到低层。

然后，在接收机，在LAP(S)接受了SNRM命令的时刻，发送机的QoS-1设为QoS-3。再有，在QoS-2的参数与QoS-1的组合未满足的情况下，不能接收。

接着，如图54所示，LAP(S)通过con.ind(data)，将QoS-3与来自发送机的数据一起通知高层。各高层存储该QoS-3，作为连接时的连接参数而保持。

由此，通过应用对上述QoS-1和QoS-2进行高层(应用)操作，能够切换有/无响应。

这里，作为有/无响应的切换的基准，可考虑要发送的文件的文件形式、应用、用户的选择等。

具体地说，在以文件形式为基准的情况下，例如，在多媒体关联文件的情况下应选择有/无响应双方，在作为电话本、邮件、调度等文件而要确认数据被接收的情况下，也可以自动地选择有响应。而在以应用作为基准的情况下，例如，在幻灯片式演示(slide show)的情况下，自动地选择无响应就可以。此外，在基于用户的选择的情况下，例如，使用户从有/无响应的菜单显示中进行选择就可以。

图57～图59是表示本实施方式的连接顺序时的通信层间的数据和参数的流动的变形例的说明图。

在发送机中最初的SNRM命令中包含全部的通信层的信息的情况下(图43)，也可以构成为不是将数据或参数由各通信层一边中继一边传送(图52)，而是如图57所示，从各通信层直接转送到LAP层。

相反，如图58所示，在接收机中，也可以构成为全部取出在SNRM命令中所包含的数据或参数，从LAP层直接转送到作为发往目的地的各通信层。

此外，如图59所示，在发送机中，也可以构成为由LMP(P)统配OBEX(P)、SMP(P)、LMP(P)的数据或参数，进而，由LAP(P)在上述统配的数据或参数中追加LAP(P)的参数而生成SNRM命令。

本发明不限于上述各实施方式，在权利要求所示的范围内可进行各种变更，将不同的实施方式中分别公开的技术手段适当组合而获得的实施方式，也包含在本发明的技术性范围内。

再有，作为上述各实施方式的客户机设备和服务器设备，例如，可列举携带电话、PDA(Personal Digital Assistants)、数字摄像机、个人计算机等。

此外，上述各实施方式的客户机设备和服务器设备的各块可以由硬件(通信电路)构成，也可以如下那样使用CPU等的运算处理装置并通过软件实现。即，上述客户机设备和服务器设备包括：执行记载了可由计算机执行各功能的用于控制的通信程序的命令的CPU(central processing unit)、存储了上述程序的ROM(read only memory)、将上述程序展开的RAM(random accessmemory)、存储上述程序和各种数据的存储器等的存储装置(记录媒体)等。

因而，通过将可计算机读取地记录了作为实现上述功能的软件的通信程序的程序码(执行形式程序、中间码程序、源程序)的记录媒体供给上述客户机设备和服务器设备，该计算机(或CPU或MPU)读取并执行记录媒体中所记录的程序码，也可以实现本发明的目的。

作为上述记录媒体，例如可使用磁带或盒式带等的磁带类、包含软(注册商标)盘/硬盘等磁盘或CD-ROM/MO/MD/DVD/CD-R等的光盘的盘类、IC卡(包含存储器卡)/光卡等卡类、或者掩模ROM/EPROM/EEPROM/闪存ROM等的半导体存储器类等。

此外，也可以将客户机设备和服务器设备构成为可与通信网络连接，并通过通信网络而供给上述程序码。作为这种通信网络，没有特别限定，例如，可利用因特网、内部网、外部网、LAN、ISDN、VAN、CATV通信网、虚拟专用网(virtual private network)、电话线路网、移动通信网、卫星通信网等。而且，本发明即使是上述程序码以电子传输方式具体体现的载波或数据信号串的形态也可实现。

如以上那样，本发明的通信装置，作为具有对象交换层的主站，通过发出请求命令，并接受对响应该请求命令进行响应的应答命令，从而对副站的对象交换层发送对象，其特征在于，所述通信装置包括：对象交换层处理部分，处理所述对象交换层的通信协议；以及低层处理部分，处理比所述对象交换层位置更低的低层的通信协议，同时所述低层处理部分包括：响应生成部分，生成对来自所述副站的应答命令进行模拟的虚拟应答命令，并通知所述对象交换层处理部分；以及低层控制部分，控制所述响应生成部分，以在从所述对象交换层处理部分接受请求命令的生成通知时，生成用于响应该请求命令的所述虚拟应答命令，从而通知所述对象交换层处理部分。

此外，本发明的通信方法，用于具有对象交换层的主站，所述对象交换层通过发出请求命令，并接受对该请求命令进行响应的应答命令，而对副站的对象交换层发送对象，其特征在于，比所述对象交换层位置更低的低层从所述对象交换层接受了请求命令的生成通知时，生成模拟了响应该请求命令的来自所述副站的应答命令的虚拟应答命令，从而通知所述对象交换层。

根据上述结构和方法，在主站(例如，客户机设备)，比位于对象交换层更低的低层生成虚拟应答命令，从而通知对象交换层。

因此，不变更基于请求命令/应答命令进行对象交换的通信协议，就可进行与不具有发送功能的具备了所需最低限度的接收功能的副站(例如，服务器设备)的对象交换。此外，为了与上述那样的副站进行发送接收，不需要变更对象交换层的通信协议(对象交换用协议)，所以可以调用现有的资源。

而且，本发明的通信装置的特征在于，所述低层处理部分还包括：定时器，从所述对象交换层处理部分接受请求命令的生成通知时进行动作，从而测定经过时间，同时所述低层控制部分控制所述响应生成部分，以在即使所述定时器的经过时间到达预先设定的设定值，而仍未接收到来自所述副站的应答命令时，生成所述虚拟应答命令，从而通知所述对象交换层处理部分。

根据上述结构，仅对来自副站的应答命令等待规定时间，如果从副站未接到应答命令，则判断为副站不具备发送应答命令的功能，从而生成虚拟应答命令，并通知对象交换层。

因此，在与具有发送功能的副站的通信中，能够进行基于以往的请求命令/应答命令的对象交换，在与不具有发送功能的副站的通信中，通过由低层生成虚拟应答命令，从而可以进行对象交换。

而且，本发明的通信装置的特征在于，所述低层处理部分的所述低层控制部分根据由所述对象交换层处理部分发出的请求命令的种类，进行将从所述副站接收的应答命令通知所述对象交换层处理部分，或者使所述响应生成部分生成虚拟应答命令并通知所述对象交换层处理部分的切换。

根据上述结构，还可以根据请求命令的种类，而进行等待来自副站的应答命令，或生成虚拟应答命令的切换。因此，能够接收例如连接请求时、断开请求时、最终数据传送请求时等的所需最低限度的应答命令，而对于对应于最终数据传送请求时以外的数据传送请求的应答命令等，省略接收处理。

因此，通过从副站仅接收所需最低限度的应答命令，可以确保通信的可靠性，同时简化通信处理。因此，可以减小程序和电路的规模。

而且，本发明的通信装置的特征在于，所述低层处理部分还包括：首标信息解析部分，解析由所述对象交换层处理部分发出的请求命令的首标信息，同时所述低层控制部分根据所述首标信息解析部分解析的首标信息的类别，进行将从所述副站接收的应答命令通知所述对象交换层处理部分，或使所述响应生成部分生成虚拟应答命令并通知所述对象交换层处理部分的切换。

根据上述结构，还能够根据请求命令的首标信息的类别，进行等待来自副站的应答命令还是生成虚拟应答命令的切换。因此，能够接收例如连接请求时、断开请求时、最终数据传送请求时等的所需最低限度的应答命令，而对于对应于最终数据传送请求时以外的数据传送请求的应答命令等，省略接收处理。

因此，通过从副站仅接收所需最低限度的应答命令，可以确保通信的可靠性，同时简化通信处理。因此，可以减小程序和电路的规模。

此外，本发明的通信系统的特征在于，包括：作为主站的上述通信装置；以及从该通信装置接收对象的作为副站的通信装置。而且，本发明的通信系统的特征在于，作为上述副站的通信装置不发送应答命令。

根据上述通信系统，即使副站不能发送应答命令，由主站生成虚拟应答命令而通知对象交换层。因此，不变更基于请求命令/应答命令的对象交换的以往的通信协议，就可进行与不具有发送功能的具备了所需最低限度的接收功能的副站的对象交换。

此外，本发明的通信装置，具有作为对象交换层的副站，该对象交换层通过接受来自主站的请求命令，发出对该请求命令进行响应的应答命令，从而从主站的对象交换层接收对象，其特征在于，所述通信装置包括：对象交换层处理部分，处理所述对象交换层的通信协议；以及低层处理部分，处理比所述对象交换层位于更低层的低层的通信协议，同时所述低层处理部分在接受了由所述对象交换层处理部分发出的所述应答命令时，不将该应答命令发送到主站。

此外，本发明的通信方法，用于具有对象交换层的副站，所述对象交换层通过接受来自主站的请求命令，发出对该请求命令进行响应的应答命令，从而从主站的对象交换层接收对象，其特征在于，比所述对象交换层位置更低的低层在接受了由所述对象交换层发出的应答命令时，不将该应答命令发送到主站。

根据上述结构和方法，即使副站的对象交换层发出不需要的应答命令，也可以不从副站发送。例如，在副站(例如，服务器设备)的对象交换层对请求命令经常发回应答命令的安装的情况下，在来自主站(例如，客户机设备)的请求命令是不需要应答命令的命令时，低层不发送副站的对象交换层发出的应答命令。

因此，能够削减副站的发送上消耗的电力。此外，在副站发送了应答命令的情况下，由于主站不一定需要应答命令，所以能够防止来自副站的应答命令和来自主站的下一个请求命令产生冲突的可能性。

而且，本发明的通信装置的特征在于，所述低层处理部分包括：响应解析部分，解析由所述对象交换层处理部分发出的应答命令；以及低层控制部分，根据所述响应解析部分解析的应答命令的种类，进行向主站发送或不发送所述应答命令的切换。

根据上述结构，还能够对于对象交换层发出的应答命令，根据应答命令的种类，低层判断要发送或不发送。

因此，例如，在对象交换层的通信协议为OBEX(OBject EXchangeprotocol)的情况下，可以不变更对象交换层的通信协议地进行不发送对应于不是最后的PUT命令的CONTINUE应答命令等的处理。

而且，本发明的通信装置的特征在于，所述低层处理部分包括：首标信息解析部分，解析由所述对象交换层处理部分发出的应答命令的首标信息；以及低层控制部分，根据所述首标信息解析部分解析的首标信息的类别，进行向主站发送或不发送所述应答命令的切换。

根据上述结构，还能够对于对象交换层发出的应答命令，根据应答命令的首标信息的类别，低层判断要发送或不发送。

因此，例如，在对象交换层的通信协议为OBEX(OBject EXchangeprotocol)的情况下，可以不变更对象交换层的通信协议地进行不发送对应于不是最后的PUT命令的CONTINUE应答命令等的处理。

此外，本发明的通信系统的特征在于，包括：作为副站的上述通信装置；以及向该通信装置发送对象的作为主站的通信装置。

根据上述通信系统，在来自主站的请求命令不需要应答命令时，低层不发送副站的对象交换层发出的应答命令。

因此，即使是副站的对象交换层进行基于请求命令/应答命令的对象交换的以往的通信协议，也不变更它，就可进行与仅接受所需最低限度的应答命令的发回的主站的对象交换。

而且，本发明的通信装置的特征在于，所述对象交换层的通信协议是OBEX(Object EXchange protocol)。

根据上述结构，作为对象交换用协议，还可以不变更已经在IrDA和Bluetooth(注册商标)等中被广泛采用的OBEX标准，就进行与不具有发送功能的设备的对象交换。

再有，上述通信装置可通过计算机实现，这种情况下，通过使计算机具有作为上述通信装置的各部分的功能而由计算机实现上述通信装置的通信装置的通信程序、以及记录了该程序的计算机可读取的记录媒体也在本发明的范畴内。

此外，上述通信装置也可以通过具有上述各部分功能的通信电路实现。

此外，上述通信装置适合与通过该通信装置进行通信的携带电话。根据上述携带电话，可使用对象交换协议(包含OBEX)，进行传送效率高的通信。

此外，上述通信装置适合于基于由该通信装置接收的数据而显示的显示装置。根据这样的显示装置，可使用对象交换协议(包含OBEX)，进行传送效率高的通信。

此外，上述通信装置适合于基于由该通信装置接收的数据而进行打印的打印装置。根据这样的打印装置，可使用对象交换协议(包含OBEX)，进行传送效率高的通信。

此外，上述通信装置适合于基于由该通信装置接收的数据而进行记录的记录装置。根据这样的记录装置，可使用对象交换协议(包含OBEX)，进行传送效率高的通信。

最后，本发明的通信装置也可以如以下那样构成。

(1.在OBEX下进行模拟响应的通信方法)

本发明的通信方法，对于请求命令一侧的设备发送的请求命令，通过接收根据该请求而响应的一侧的设备发回的应答命令，使用至少具有可进行对象的交换的对象交换用协议的分层结构的各通信协议来进行通信，其特征在于，位于对应于所述对象交换用协议的层的低层的层的通信协议，在接受了从该对象交换用协议发出的请求命令时，生成与依据所述对象交换用协议的对应于该请求命令的应答命令相当的虚拟应答命令，并通知对应于作为高层的对象交换用协议的层。

(2.在OBEX下进行模拟响应的通信装置)

本发明的通信装置的特征在于，包括：对象交换层处理部分，对于请求命令一侧的客户机设备发送的请求命令，通过上述客户机设备接收根据上述请求命令而响应的一侧的服务器设备发回的应答命令，从而交换对象；以及低层处理部分，用于进行比所述对象交换层处理层更低的低层的通信，所述低层处理部分具有：响应生成部分，生成相当于所述应答命令的虚拟应答命令，并通知所述对象交换层处理部分；以及低层控制部分，对所述响应生成部分进行控制，以在从所述对象交换层处理部分接受了请求命令的生成通知时，生成虚拟应答命令，从而通知所述对象交换层处理部分。

根据上述方法和结构，在客户机设备一侧，生成虚拟应答命令并通知对象交换用协议或对象交换层处理部分，所以可不变更基于请求命令/应答命令进行对象交换的协议，而与不具有发送功能的具备所需最低限度的接收功能的服务器设备进行对象交换。此外，在上述结构和方法中，由于不需要变更对象交换用协议，所以可调用已有的资源。

(3.在OBEX下进行模拟响应的通信方法(定时器管理))

此外，本发明的其他通信方法，对于请求命令一侧的设备发送的请求命令，通过接收根据该请求而响应的一侧的设备发回的应答命令，使用至少具有可进行对象的交换的对象交换用协议的分层结构的各通信协议来进行通信，其特征在于，位于对应于所述对象交换用协议的层的低层的通信协议，从对位于低层的层的通信协议发出所述对象交换用协议发出的请求命令，直至接收来自对方设备的对应于请求命令的应答为止，在经过了规定的时间的情况下，生成与依据所述对象交换用协议的对应于该请求命令的应答命令相当的虚拟应答命令，并通知对应于作为高层的对象交换用协议的层。

(4.在OBEX下进行模拟响应的通信装置(定时器管理))

本发明的其他通信装置的特征在于，包括：对象交换层处理部分，对于请求命令一侧的客户机设备发送的请求命令，通过上述客户机设备接收根据上述请求命令而响应的一侧的服务器设备发回的应答命令，从而交换对象；以及低层处理部分，用于位于比上述对象交换层处理部分更低的低层的通信，所述低层处理部分具有：响应生成部分，生成相当于所述应答命令的虚拟应答命令，并通知所述对象交换层处理部分；定时器，从所述对象交换层处理部分接受了生成请求命令的通知时进行动作，并测定经过时间；以及低层控制部分，对所述响应生成部分进行控制，以即使在所述定时器的经过时间达到预先设定的设定值，而未接收来自所述服务器设备的应答命令时，生成虚拟应答命令，从而通知所述对象交换层处理部分。

根据上述方法和结构，在与具有发送功能的设备的通信中，能够进行基于以往的请求命令/应答命令的对象交换，在与不具有发送功能的设备的通信中，由低层生成虚拟应答命令而对作为高层的对象交换用协议、或向对象交换层处理部分进行通知，从而可进行对象交换。

(5.在OBEX下进行模拟响应的通信方法(命令的种类))

此外，本发明的其他通信方法，对于请求命令一侧的设备发送的请求命令，通过接收根据该请求而响应的一侧的设备发回的应答命令，使用至少具有可进行对象的交换的对象交换用协议的分层结构的各通信协议来进行通信，其特征在于，位于对应于所述对象交换用协议的层的低层的通信协议，在从所述对象交换用协议发出请求命令时，根据该请求命令的种类，进行如下切换：接收对应于来自对方设备的请求命令的响应，或生成与依据所述对象交换用协议的对应于该请求命令的应答命令相当的虚拟应答命令、并通知对应于作为高层的对象交换用协议的层。

(6.在OBEX下进行模拟响应的通信装置(命令的种类))

本发明的其他通信装置的特征在于，包括：对象交换层处理部分，对于请求命令一侧的客户机设备发送的请求命令，通过上述客户机设备接收根据上述请求命令而响应的一侧的服务器设备发回的应答命令，从而交换对象；以及低层处理部分，用于位于比上述对象交换层处理部分更低的低层的通信，所述低层处理部分具有：响应生成部分，生成相当于所述应答命令的虚拟应答命令，并通知所述对象交换层处理部分；以及低层控制部分，在从所述对象交换用协议发出请求命令时，根据该请求命令的种类而进行如下切换：接收对应于来自对方设备的请求命令的响应，或对于所述响应生成部分生成虚拟应答命令、并通知所述对象交换层处理部分。

根据上述方法和结构，例如，通过从服务器设备仅接收在连接请求时、或断开请求时、最终数据传送请求时等所需最低限度的应答命令，就能够确保通信的可靠性，对于对应于除了最终数据传送请求以外的数据传送请求的应答命令，不需要进行接收处理，所以可以减小电路规模。

(7.在OBEX下进行模拟响应的通信方法(参照OBEX首标))

此外，本发明的其他通信方法，对于请求命令一侧的设备发送的请求命令，通过接收根据该请求而响应的一侧的设备发回的应答命令，使用至少具有可进行对象的交换的对象交换用协议的分层结构的各通信协议来进行通信，其特征在于，位于对应于所述对象交换用协议的层的低层的通信协议，通过参照从所述对象交换用协议发出的请求命令的首标信息，根据该请求命令的种类，而进行如下切换：接收对应于来自对方设备的请求命令的响应命令，或生成与依据所述对象交换用协议的对应于该请求命令的应答命令相当的虚拟应答命令、并通知对应于作为高层的对象交换用协议的层。

(8.在OBEX下进行模拟响应的通信装置(参照OBEX首标))

本发明的其他通信装置的特征在于，包括：对象交换层处理部分，对于请求命令一侧的客户机设备发送的请求命令，通过上述客户机设备接收根据上述请求命令而响应的一侧的服务器设备发回的应答命令，从而交换对象；以及低层处理部分，用于位于比上述对象交换层处理部分更低的低层的通信，所述低层处理部分具有：响应生成部分，生成相当于所述应答命令的虚拟应答命令，并通知所述对象交换层处理部分；首标信息解析部分，对从所述对象交换用协议发出的请求命令的首标信息进行解析；以及低层控制部分，根据所述首标信息解析部分解析的首标信息的类别，而进行如下切换：接收对应于来自对方设备的请求命令的响应命令，或对于所述响应生成部分生成虚拟应答命令、并通知所述对象交换层处理部分。

根据上述方法和结构，例如，通过从服务器设备仅接收在连接请求时、或断开请求时、最终数据传送请求时等所需最低限度的应答命令，就能够确保通信的可靠性，对于对应于除了最终数据传送请求以外的数据传送请求的应答命令，不需要进行接收处理，所以可以减小电路规模。

(9.在OBEX下不将来自OBEX的响应传播到低层的通信方法)

此外，本发明的其他通信方法，对于请求命令一侧的设备发送的请求命令，通过接收根据该请求而响应的一侧的设备发回的应答命令，使用至少具有可进行对象的交换的对象交换用协议的分层结构的各通信协议来进行通信，其特征在于，位于对应于所述对象交换用协议的层的低层的通信协议，在接受了从该对象交换用协议发出的应答命令时，不发送所述应答命令。

(10.在OBEX下不将来自OBEX的响应传播到低层的通信装置)

此外，本发明的其他通信装置的特征在于，包括：对象交换层处理部分，对于请求命令一侧的客户机设备发送的请求命令，通过上述客户机设备接收根据上述请求命令而响应的一侧的服务器设备发回的应答命令，从而交换对象；以及低层处理部分，用于位于比上述对象交换层处理部分更低的低层的通信，所述低层处理部分在接受了由所述对象交换层处理部分发出的所述应答命令时，不向对方站发送所述应答命令。

根据上述方法和结构，例如，在对于来自客户机设备一侧的请求命令，不需要返回应答命令的对象交换用协议中，在客户机设备一侧进行了对象交换的状况下，即使在服务器设备一侧的对象交换协议对于请求命令，是没有返回应答命令的安装的情况，对来自服务器设备一侧的对象交换协议控制部分的发送请求，也不进行发送，所以关联到发送上消耗的电力的削减。而在服务器设备一侧发送了应答命令的情况下，由于客户机设备一侧不需要应答命令，所以可防止来自服务器设备一侧的应答命令和来自客户机设备一侧的下一个请求命令发生冲突的可能性。

(11.在OBEX下不将来自OBEX的响应传播到低层的通信方法(命令的种类))

此外，本发明的其他通信方法，对于请求命令一侧的设备发送的请求命令，通过接收根据该请求而响应的一侧的设备发回的应答命令，使用至少具有可进行对象的交换的对象交换用协议的分层结构的各通信协议来进行通信，其特征在于，位于对应于所述对象交换用协议的层的低层的通信协议，在从所述对象交换用协议发出了应答命令时，根据该应答命令的种类，而进行如下切换：将所述应答命令发送到对方设备，或不发送。

(12.在OBEX下不将来自OBEX的响应传播到低层的通信装置(命令的种类))

此外，本发明的其他通信装置的特征在于，包括：对象交换层处理部分，对于请求命令一侧的客户机设备发送的请求命令，通过上述客户机设备接收根据上述请求命令而响应的一侧的服务器设备发回的应答命令，从而交换对象；以及低层处理部分，用于位于比上述对象交换层处理部分更低的低层的通信，所述低层处理部分具有用于对由所述对象交换层处理部分发出的应答命令进行解析的响应解析部分，并具有根据所述响应解析部分解析的应答命令的种类，而进行如下切换：向对方设备发送所述应答命令、或不发送的低层控制部分。

根据上述方法和结构，对于由对象交换协议发出的应答命令，可根据应答命令的种类，低层判断是发送或不发送，所以例如可不变更高层的OBEX层而进行不发送对应于不是所述最后的PUT命令的CONTINUE应答命令等处理。

(13.在OBEX下不将来自OBEX的响应传播到低层的通信方法(参照OBEX首标))

此外，本发明的其他通信方法，对于请求命令一侧的设备发送的请求命令，通过接收根据该请求而响应的一侧的设备发回的应答命令，使用至少具有可进行对象的交换的对象交换用协议的分层结构的各通信协议来进行通信，其特征在于，位于对应于所述对象交换用协议的层的低层的通信协议，通过参照从所述对象交换用协议发出的应答命令的首标信息，根据该首标信息的类别，而进行如下切换：将所述应答命令发送到对方设备，或不发送。

(14.在OBEX下不将来自OBEX的响应传播到低层的通信装置(参照OBEX首标))

此外，本发明的其他通信装置的特征在于，包括：对象交换层处理部分，对于请求命令一侧的客户机设备发送的请求命令，通过上述客户机设备接收根据上述请求命令而响应的一侧的服务器设备发回的应答命令，从而交换对象；以及低层处理部分，用于位于比上述对象交换层处理部分更低的低层的通信，所述低层处理部分具有在接受了由所述对象交换处理部分发出的所述应答命令时，对所述应答命令的首标信息进行解析的首标信息解析部分，并具有根据所述首标信息解析部分解析的首标信息的类别，而进行如下切换：向对方设备发送所述应答命令、或不发送的低层控制部分。

根据上述方法和结构，对于由对象交换协议发出的应答命令，可根据应答命令的种类，低层判断是发送或不发送，所以例如可不变更高层的OBEX层而进行不发送对应于不是所述最后的PUT命令的CONTINUE应答命令等处理。

(15.OBEX层下不需要响应的通信方法)

此外，本发明的其他通信方法，使用对象交换用协议OBEX(OBjectEXchange protocol)，向对方站发送对象，其特征在于，在发送OBEX命令后，不接收来自对方站的OBEX响应，就发送下一个OBEX命令。

(16.仅单向发送时不需要响应的通信方法)

本发明的其他通信方法，还在上述通信方法中，具有在OBEX命令发送后切换成需要来自对方站的OBEX响应的双向通信和不需要来自对方站的OBEX响应的单向通信的步骤，仅在选择了所述单向通信的情况下，在所述OBEX命令发送后，不接收来自对方站的OBEX响应，就可发送下一个OBEX命令。

(17.OBEX层下不需要响应的通信装置)

此外，本发明的其他通信装置，还具有使用对象交换用协议OBEX(OBject EXchange protocol)，可向对方站发送对象的OBEX层处理部分，其特征在于，在所述OBEX层处理部分，在生成并发送OBEX命令后，不接收来自对方站的OBEX响应，就生成并发送下一个OBEX命令。

(18.仅单向发送时不需要响应的通信装置)

本发明的其他通信装置，在上述通信装置中，还具有在OBEX命令发送后切换成需要来自对方站的OBEX响应的双向通信和不需要来自对方站的OBEX响应的单向通信的通信方法切换部分，仅在所述通信方法切换部分选择了单向通信的情况下，生成并发送所述OBEX命令后，不接收来自对方站的OBEX响应，就生成并发送下一个OBEX命令。

根据上述方法和结构，例如在使用了OBEX的单向通信中，即使在客户机设备一侧不能接收对应于来自客户机设备一侧的请求命令的服务器的应答命令的情况下，也可进行OBEX下的对象发送。而在双向通信时，进行用于确认来自服务器的响应的通信，单向通信时，可以没有来自服务器的响应地进行通信，可用一个OBEX协议来实现双向通信和单向通信。

(19.仅非Final的Put命令不需要响应的通信方法)

此外，本发明的其他通信方法，使用对象交换用协议OBEX(OBjectEXchange protocol)，向对方站发送对象，其特征在于，仅在发送了OBEX的非最终的Put命令后，不接收来自对方站的OBEX响应，就发送下一个OBEX的非最终的Put命令或最终的Put命令。

(20.仅非Final的Put命令不需要响应的通信装置)

此外，本发明的其他通信装置，具有可使用对象交换用协议OBEX(OBject EXchange protocol)，向对方站发送对象的OBEX层处理部分，其特征在于，在所述OBEX层处理部分，仅在生成并发送了OBEX的非最终的Put命令后，不接收来自对方站的OBEX响应，就生成并发送下一个OBEX的非最终的Put命令或最终的Put命令。

根据上述方法和结构，可实现仅不需要对应于所述PUT命令的CONTINUE应答命令的对象交换。

(21.OBEX层下不发送响应的通信方法)

本发明的其他通信方法，使用对象交换用协议OBEX(OBject EXchangeprotocol)，从对方站接收对象，其特征在于，在接收了来自对方站的OBEX命令后，不是总发送OBEX响应。

(22.仅单向接收时，在OBEX层下不发送响应的通信方法)

此外，本发明的其他通信方法，还在上述通信方法中，具有切换为特别在OBEX命令发送后需要来自对方站的OBEX响应的双向通信和不需要来自对方站的OBEX响应的单向通信的步骤，仅在选择了所述单向通信的情况下，也可以在所述OBEX命令接收后，不是总向对方站发送OBEX响应。

(23.OBEX层下不发送响应的通信装置)

此外，本发明的其他通信装置，具有可使用对象交换用协议OBEX(OBject EXchange protocol)，从对方站接收对象的OBEX层处理部分，其特征在于，在所述OBEX层处理部分，在接收了来自对方站的OBEX命令后，不总是发送OBEX响应。

(24.仅单向接收时，在OBEX层下不发送响应的通信装置)

此外，本发明的其他通信装置还在上述通信装置中，具有用于切换OBEX命令发送后不需要来自对方站的OBEX响应的双向通信和不需要来自对方站的OBEX响应的单向通信的通信方法切换部分，仅在所述通信方法切换部分选择了单向通信的情况下，也可以在所述OBEX命令接收后，不总是向对方站发送OBEX响应。

根据上述方法和结构，例如在使用了OBEX的单向通信中，在客户机设备一侧不需要发送对应于来自客户机设备一侧的请求命令的服务器设备一侧的应答命令的情况下，可进行不实行不需要的应答命令的生成和发送的控制。而在双向通信时，通过向客户机设备一侧发送应答命令，可进行客户机设备一侧的通信确认，单向通信时，可不生成和发送对客户机设备的不需要的应答命令，可用一个OBEX协议实现双向通信和单向通信。

(25.仅非Final的Put命令没有响应的通信方法)

此外，本发明的其他通信方法，使用对象交换用协议OBEX(OBjectEXchange protocol)，从对方站接收对象，其特征在于，在接收了OBEX的非最终的Put命令时，不发送OBEX响应，在最终的Put命令接收时，发送OBEX的响应。

(26.仅非Final的Put命令没有响应的通信装置)

此外，本发明的其他通信装置，具有可使用对象交换用协议OBEX(OBject EXchange protocol)，从对方站接收对象的OBEX层处理部分，其特征在于，在所述OBEX层处理部分，在接收了OBEX的非最终的Put命令时，不发送OBEX响应，在接收了最终的Put命令时，生成并发送OBEX的响应。

根据上述方法和结构，可仅生成对应于来自客户机设备一侧的非最终的PUT命令的CONTINUE响应命令，并进行不发送的控制，可实现通信频带的高效率。

(27.对象交换用协议为OBEX的通信方法)

此外，在上述通信方法中，所述对象交换用协议也可以是OBEX。根据上述方法，作为对象交换用协议，不变更IrDA或Bluetooth(注册商标)等已经被广泛采用的OBEX标准，就可与不具有发送功能的设备进行对象交换。

(28.通信程序)

此外，本发明的通信程序的特征在于，是由计算机实现上述任何一个中记载的通信方法的各通信协议的各步骤的程序。通过上述通信程序，由计算机实现上述通信方法的各通信协议的各步骤，从而能够实现上述通信方法。

(29.记录媒体)

此外，本发明的记录媒体的特征在于，记录了上述通信程序，可计算机读取。根据上述结构，通过从上述记录媒体读出的通信程序，能够在计算机上实现上述通信方法。

(30.通信系统)

本发明的通信系统用于在客户机设备和服务器设备之间交换对象，其特征在于，所述服务器设备不能发送应答响应，所述客户机设备为上述任何一项记载的通信装置。

根据上述通信系统，即使服务器设备不能发送应答响应，在客户机设备一侧，也生成虚拟应答命令并通知对象交换层处理部分，所以不变更基于请求命令/应答命令进行对象交换的以往的通信协议，就可与不具有发送功能的具备所需最低限度的接收功能的服务器设备进行对象交换。

(31.携带电话)

作为本发明的通信设备的携带电话，其特征在于，是实现上述任何一个通信的携带电话。根据上述携带电话，可使用对象交换协议(包含OBEX)，进行单向通信或传送效率高的通信。

(32.显示装置)

作为本发明的通信设备的显示装置，其特征在于，是实现上述任何一个通信的显示装置。根据上述显示装置，可使用对象交换协议(包含OBEX)，进行单向通信或传送效率高的通信。

(33.打印装置)

作为本发明的通信设备的打印装置，其特征在于，是实现上述任何一个通信的打印装置。根据上述打印装置，可使用对象交换协议(包含OBEX)，进行单向通信或传送效率高的通信。

(34.记录装置)

作为本发明的通信设备的记录装置，其特征在于，是实现上述任何一个通信的记录装置。根据上述记录装置，可使用对象交换协议(包含OBEX)，进行单向通信或传送效率高的通信。

在发明的详细说明的事项中形成的具体的实施方式或实施例，终究是使本发明的技术内容清楚，不应仅限于这样的具体例而被狭义地解释，在本发明的精神和权利要求的范围内，可进行各种各样变更来实施。

工业上的利用可能性

在本发明的通信装置、通信系统、通信方法、通信程序、通信电路中，不变更对象交换用协议，就可与不具有发送功能的设备(副站)进行对象交换，所以本发明能够广泛地用于例如携带电话机、PDA、个人计算机等的通信。特别适用于采用了对象交换用协议的通信，该协议在依据IrDA的红外线通信或依据Blue tooth的无线通信等发送请求命令的客户机设备和发回应答命令的服务器设备之间进行对象交换。