CN109314858A - 无线通信设备和无线通信方法 - Google Patents

Abstract

[问题]提供一种能够在保持无线通信功能的同时降低无线通信设备的成本的机制。[解决方案]一种无线通信设备，设置有：控制单元，其基于与包括至少一个无线通信设备的组有关的组信息来控制与参与该组的请求有关并存储指定在与该组外部的通信中的通信角色的角色信息的参与请求帧的生成；以及发送单元，其发送该参与请求帧。一种无线通信设备，设置有：发送单元，其发送通知帧，与包括至少一个无线通信设备的组有关的组信息存储在该通知帧中；以及接收单元，其接收与参与该组的请求有关并存储指定在与该组外部的通信中的通信角色的角色信息的参与请求帧。

Description

无线通信设备和无线通信方法

技术领域

本公开涉及无线通信设备和无线通信方法。

背景技术

因为近年来通信技术已经发展，已经研究和开发了各种形式的通信方法。具体而言，存在供无线通信设备经由另一个无线通信设备执行无线通信的技术。例如，专利文献1公开了一种技术，其中无线通信设备包括无线通信单元，并且该无线通信单元通过经由该无线通信单元与另一个无线通信设备之间的无线通信链路控制另一个无线通信设备中包括的无线频率模块来执行无线通信。

引用列表

专利文献

专利文献1：JP 2014-529247T

发明内容

技术问题

然而，在专利文献1中公开的技术中，从各种观点来看，对于无线通信设备产生了成本。例如，对于多个公开的无线通信设备，包括发送功能、接收功能以及无线通信设备之间的无线通信链路的功能在内的所有功能都是必需的。因此，制造无线通信设备会产生成本。此外，当使所有接收功能和无线通信设备之间的无线通信链路的功能工作时，从功耗或计算资源的视角来看，会产生成本。特别地，由于无线通信设备的电池容量通常是有限的，因此希望尽可能地减少所消耗的功率。

因此，本公开提出了一种新颖且改进的机制，其可以在保持无线通信功能的同时降低无线通信设备所产生的成本。

问题的解决方案

根据本公开，提供了一种无线通信设备，包括：控制单元，所述控制单元被配置为基于关于组的组信息来控制与参与所述组的请求有关的参与请求帧的生成，所述组包括至少一个无线通信设备，其中所述参与请求帧存储指定在与所述组外部的通信中的通信角色的角色信息；以及发送单元，所述发送单元被配置为发送所述参与请求帧。

此外，根据本公开，提供了一种无线通信设备，包括：发送单元，所述发送单元被配置为发送报告帧，关于包括至少一个无线通信设备的组的组信息存储在该报告帧中；以及接收单元，所述接收单元被配置为接收与参与所述组的请求有关的参与请求帧，指定在与所述组外部的通信中的通信角色的角色信息被存储在所述参与请求帧中。

此外，根据本公开，提供了一种使用处理器的无线通信方法，所述无线通信方法包括：生成第一帧，指定在与组外部的通信中的通信角色的角色信息存储在第一帧中，该组包括为该组设置的至少一个无线通信设备；以及发送第一帧。

发明的有利效果

根据上述本公开，提供了一种可以在保持无线通信功能的同时降低无线通信设备所产生的成本的机制。注意，上述效果不一定是限制性的。与上述效果一起或代替上述效果，可以实现本说明书中描述的任何一种效果或可以从本说明书中理解的其他效果。

附图说明

图1是示出根据本公开的实施例的通信系统的物理配置的示例的示图。

图2是示出根据本公开的实施例的通信系统的物理配置的示例的示图。

图3是示出根据本公开的实施例的通信设备的示意性功能配置的示例的框图。

图4是用于描述根据本公开的实施例的通信设备的对象形成功能的帧序列。

图5是用于描述根据本公开的实施例的基于通信设备的通信角色的通信的示例的帧序列。

图6是用于描述根据本公开的实施例的通信设备的对象维护功能的帧序列。

图7是用于描述根据本公开的实施例的通信设备的伴随对接的通信的流程的序列图。

图8是示出根据本公开的实施例的由通信设备传送的第一帧的配置示例的示图。

图9是示出根据本公开的实施例的由通信设备传送的角色信息元素的配置示例的示图。

图10是示出根据本公开的实施例的状态信息信号的配置示例的示图。

图11是示出根据本公开的实施例的要为通信设备登记的对象管理信息的配置示例的示图。

图12是概念性地示出根据本公开的实施例的通信设备的对象设置处理的示例的流程图。

图13是概念性地示出根据本公开的实施例的通信设备的对象参与响应处理的示例的流程图。

图14是概念性地示出根据本公开的实施例的通信设备的对象参与请求处理的示例的流程图。

图15是概念性地示出根据本公开的实施例的基于通信设备的通信角色的通信处理的示例的流程图。

图16是概念性地示出根据本公开的实施例的通信设备的对象维护处理的示例的流程图。

图17是概念性地示出根据本公开的实施例的通信设备的对接处理的示例的流程图。

图18是用于描述根据本公开的实施例的第一修改示例的通信设备的故障诊断功能的帧序列。

图19是用于描述根据本公开的实施例的第二修改示例的通信设备中使用伴随对接的通信方法的故障诊断结果共享功能的信号序列。

图20是概念性地示出根据本公开的实施例的第二修改示例的通信设备中使用伴随对接的通信方法来共享故障诊断结果的处理示例的流程图。

图21是用于描述根据本公开的实施例的第三修改示例的通信设备的替代通信功能的信号序列。

图22是示出智能电话的示意性配置的示例的框图。

图23是示出汽车导航设备的示意性配置的示例的框图。

图24是示出无线接入点的示意性配置的示例的框图。

具体实施方式

在下文中，将参照附图详细描述本公开的一个或多个优选实施例。注意，在本说明书和附图中，用相同的附图标记来表示具有基本相同的功能和结构的结构元件，并且省略对这些结构元件的重复说明。

另外，在本说明书和附图中，存在这样的情况：其中通过在相同附图标记的末尾添加不同的编号来区分具有基本相同功能的多个元件。例如，如通信设备100A和通信设备100B那样，根据需要区分具有基本相同功能的多个元件。然而，在不必区分具有基本相同功能的元件的情况下，仅添加相同的附图标记。例如，在不必特别区分通信设备100A和通信设备100B的情况下，将它们简称为“通信设备100”。

注意，将按以下顺序提供描述。

1.本公开的实施例

1.1.系统的配置

1.2.设备的配置

1.3.设备的功能

1.4.设备的处理

1.5.本公开的实施例的概述

2.修改示例

3.应用示例

4.结论

<1.本公开的实施例>

将描述根据本公开的实施例的通信设备100和具有通信设备100的通信系统。

<1.1.系统的配置>

首先，将参考图1和图2描述根据本公开的实施例的通信系统的配置。图1和图2是示出根据本公开的实施例的通信系统的物理配置的示例的示图。

如图1所示，根据本公开的实施例的通信系统1包括多个通信设备100、接入点(下面也将称为AP(接入点))20以及认证服务器30。

[通信设备]

通信设备100具有通信功能并且与AP 20或认证服务器30通信。例如，通信设备100A至100F可以各自包括由图1中的点指示的具有发送或接收中的至少一种的通信功能的无线通信模块，并且使用该无线通信模块与AP 20或认证服务器30进行通信。

这里，通信设备100可以是具有各种功能的设备。例如，通信设备100A可以是具有显示功能的显示器，通信设备100B可以是具有存储功能的存储器，通信设备100C和100D可以是具有输入功能的键盘和鼠标，通信设备100E可以是具有声音输出功能的扬声器，并且通信设备100F可以是具有执行高级计算处理的功能的智能电话。

此外，多个通信设备100形成称为对象的组并以组为单位执行通信。例如，如图2所示，可以通过将通信设备100A物理地连接到100E并将通信设备100F逻辑地连接到通信设备100A至100E来形成一个对象10。

此外，形成对象10的每个通信设备100都具有通信角色，因此根据通信角色来执行对象10与外部通信设备的通信。例如，通信设备100A和100E具有称为接收的通信角色，因此从AP 20或认证服务器30接收信号。此外，通信设备100C和100D具有称为发送的通信角色，并且因此将信号发送到AP 20或认证服务器30。注意，通信设备100B和100F兼有发送和接收的通信角色。此外，称为发送或接收的通信角色对应于对于对象10共同操作的应用程序的输出或输入(下面也将称为对象应用程序)。因此，通信设备100A和100E也可以称为对象应用程序的输出设备，并且通信设备100C和100D也可以称为对象应用程序的输入设备。通信设备100A和100E基于经由AP 20接收的图像信息、视频信息或声音信息来执行例如图像显示和声音输出。

此外，通信设备100可以与对象10中包括的其他通信设备100进行通信。例如，通信设备100F将关于通过内置图像传感器的捕获获得的图像的信息发送到通信设备100A。已经接收到图像信息的通信设备100A基于图像信息来显示图像。

[AP]

AP 20连接到外部网络并允许通信设备100与外部网络进行通信。例如，AP 20连接到因特网并提供通信设备100与因特网上的通信设备之间的通信或与经由因特网连接的通信设备的通信。注意，可以代表AP 20执行与移动电话通信(蜂窝通信)中的基站的通信。

[认证服务器]

认证服务器30向通信设备100提供认证服务。例如，认证服务器30针对需要认证来提供的服务执行对期望提供服务的通信设备100的认证。注意，可以使用经由因特网的通信来执行认证，并且在这种情况下，认证服务器30经由AP 20执行用于认证的通信。注意，可以不在通信系统1中提供认证服务器30。

<1.2.设备的配置>

接下来，将描述用于实现上述通信系统1的通信设备100的配置。将参考图3描述通信设备100的功能配置。图3是示出根据本公开的实施例的通信设备100的示意性功能配置的示例的框图。

如图3所示，通信设备100包括数据处理单元110、控制单元120、无线通信单元130和有线通信单元140。通信设备100使用例如无线局域网(LAN)作为无线通信。此外，通信设备100将例如以太网(注册商标)或通用串行总线(USB)的方法的通信用于有线通信。

(数据处理单元)

如图3所示，数据处理单元110包括接口单元111、发送缓冲器112、发送帧构建单元113、接收帧分析单元114以及接收缓冲器115。

接口单元111是连接到通信设备100中包括的另一功能配置的接口。具体而言，接口单元111接收期望从其他功能配置(例如，对象应用程序或用户接口)传递的数据，将接收到的数据提供给对象应用程序或用户界面，等等。

发送缓冲器112存储要发送的数据。具体而言，发送缓冲器112存储由接口单元111获得的数据。

发送帧构建单元113生成要发送的帧。具体而言，发送帧构建单元113基于存储在发送缓冲器112中的数据或由控制单元120设置的控制信息来生成帧。例如，发送帧构建单元113根据从发送缓冲器112获取的数据来生成帧(分组)，并执行将介质访问控制(MAC)的MAC报头和错误检测码添加到所生成的帧的处理，等等。

接收帧分析单元114分析接收到的帧。具体而言，接收帧分析单元114确定由无线通信单元130接收到的帧的目的地，并获取该帧中包括的数据或控制信息。例如，接收帧分析单元114通过对接收到的帧执行MAC报头的分析、代码错误的检测和校正、重新排序处理等来获取接收到的帧中所包括的数据等。

接收缓冲器115存储接收到的数据。具体而言，接收缓冲器115存储由接收帧分析单元114获取的数据。

(控制单元)

控制单元120作为处理单元、发送单元和接收单元的一部分进行操作，并且如图3所示包括操作控制单元121和信号控制单元122。

操作控制单元121控制数据处理单元110的操作。具体而言，操作控制单元121控制通信的发生。例如，如果发生通信连接请求，则操作控制单元121使数据处理单元110生成与诸如关联处理或认证处理之类的连接处理或认证处理有关的帧。

另外，操作控制单元121基于发送缓冲器112中的数据的存储状态、接收帧的分析结果等来控制帧的生成。例如，在数据存储在发送缓冲器112中的情况下，操作控制单元121指示发送帧构建单元113生成存储有数据的数据帧。另外，在接收帧分析单元114确认帧的接收的情况下，操作控制单元121指示发送帧构建单元113生成作为对接收到的帧的响应的确认帧。

信号控制单元122控制无线通信单元130的操作。具体而言，信号控制单元122控制无线通信单元130的发送/接收处理。例如，信号控制单元122基于来自操作控制单元121的指令使无线通信单元130设置用于发送和接收的参数。

此外，信号控制单元122控制诸如上述CSMA/CA之类的空闲信道检测处理。例如，信号控制单元122基于无线通信单元130的接收处理的结果来决定开始信号的发送或等待信号的发送。

(无线通信单元)

无线通信单元130作为发送单元和接收单元的一部分进行操作，并且如图3所示包括发送处理单元131、接收处理单元132和天线控制单元133。

发送处理单元131执行从发送帧构建单元113提供的帧的发送处理。具体而言，发送处理单元131基于从发送帧构建单元113提供的帧和由来自信号控制单元122的指令设置的参数来生成要发送的信号。例如，发送处理单元131通过根据由控制单元120指示的编码和调制方法对从数据处理单元110提供的帧执行编码、交织和调制来生成符号流。另外，发送处理单元131将与通过前一阶段的处理获得的符号流有关的信号转换为模拟信号，并对得到的信号执行放大、滤波和上变频。

接收处理单元132基于从天线控制单元133提供的信号执行帧接收处理。例如，接收处理单元132通过对从天线获得的信号执行与信号发送相反的处理(例如，下变频、数字信号变换等)来获取符号流。另外，接收处理单元132通过对通过前一阶段的处理获得的符号流执行解调、解码等来获取帧，并将所获取的帧提供给数据处理单元110或控制单元120。

天线控制单元133控制经由至少一个天线的信号的发送和接收。具体而言，天线控制单元133经由天线发送由发送处理单元131生成的信号，并将经由天线接收的信号提供给接收处理单元132。

(有线通信单元)

有线通信单元140使用有线通信方法与外部通信设备进行通信。具体而言，有线通信单元140将从数据处理单元110提供的数据转换为有线通信方法的信号并发送该信号。此外，有线通信单元140通过对接收到的信号进行解码来获取数据。然后，经由数据处理单元110将获取的数据提供给通信上层。

<1.3.设备的功能>

接下来，将描述通信设备100的功能。作为通信设备100的主要功能，存在对象形成功能、基于通信角色的通信功能、对象维护功能和对接功能。下面将分别描述每个功能。注意，作为对象的管理者进行操作的通信设备100也将称为所有者设备，并且除了对象的管理者之外的通信设备100在下面也将称为成员设备。

(对象形成功能)

通信设备100使用通信形成对象。具体而言，所有者设备初始化对象的框架，并且成员设备参与所设置的对象。在参与对象时，登记并共享每个通信设备100的通信角色。将参考图4详细描述对象形成功能。图4是用于描述根据本公开的实施例的通信设备100的对象形成功能的帧序列。注意，在图4的示例中，AP 20作为通信设备100而被包括在对象的组成元素中，并且AP 20作为所有者设备进行操作。

首先，所有者设备发送用来报告对象的框架的存在的帧(下面也将称为对象报告帧)。例如，控制单元120使数据处理单元110周期性地生成信标，在该信标中关于对象的信息(下面也将称为对象信息)被存储为对象报告帧。对象信息包括用来标识对象的对象ID(标识符)。然后，无线通信单元130发送所生成的信标。注意，对象ID可以是由基本服务集ID(BSSID)标识的框架。

已经接收到对象报告帧的成员设备向所有者设备发送与对对象的参与请求有关的帧(下面也将称为参与请求帧)，在该帧中存储有用于指定相对于对象的通信角色的信息(其在下面也将称为角色信息)。例如，控制单元120确定成员设备自身相对于与信标中存储的对象ID有关的对象的通信角色，并使数据处理单元110生成关联请求帧作为存储有与所确定的通信角色有关的角色信息的参与请求帧。然后，无线通信单元130发送所生成的关联请求帧。

在已经接收到参与请求帧的所有者设备允许参与的情况下，所有者设备利用相对于该对象的通信角色来登记作为参与请求帧的发送源的成员设备。然后，所有者设备作为对参与请求帧的响应向成员设备发送参与响应帧，在参与响应帧中存储了已经完成参与的成员设备的角色信息。例如，控制单元120确定是否允许作为接收到的关联请求帧的发送源的成员设备参与对象。在确定允许参与的情况下，控制单元120为设备正在参与的对象登记关联请求帧中存储的角色信息。此外，控制单元120获取已经为设备正在参与的对象登记的另一成员设备的角色信息。然后，控制单元120使数据处理单元110生成存储有所获取的角色信息的指示参与允许的关联许可帧作为参与响应帧。无线通信单元130发送所生成的关联许可帧。

已经接收到参与响应帧的成员设备登记相对于与参与请求有关的对象的通信角色。例如，在接收到关联许可帧时，控制单元120为设备正在参与的对象登记自身设备的通信角色，并登记关联许可帧中所包括的其他成员设备的通信角色。

然后，在与认证有关的帧交换被执行之后，所有者设备向已经完成参与对象的成员设备发送用来报告参与对象的帧(下面也将称为参与报告帧)。例如，在关联请求帧和关联许可帧的交换(下面也将称为关联处理)之后，认证请求帧和认证登记帧的交换(下面也将称为认证处理)被执行。然后，在认证处理之后，控制单元120使数据处理单元110生成报告帧作为参与报告帧，其中存储有已经参与对象的另外登记了通信角色的通信设备100的角色信息(其也将称为登记角色信息)。然后，无线通信单元130发送所生成的报告帧。

已经接收到报告帧的成员设备登记登记角色信息。例如，控制单元120基于接收到的报告帧中存储的登记角色信息来更新成员设备已参与的对象的角色信息。

注意，尽管上面已经描述了关联请求帧是参与请求帧并且许可帧是参与响应帧的示例，但是认证请求帧可以是参与请求帧，并且认证登记帧可以是参与响应帧。此外，尽管上面已经描述了基于报告帧发送参与请求帧的示例，但是成员设备可以基于用户的输入或来自应用程序的指令来发送参与请求帧。另外，具有对象信息的所有者设备可以将对象信息呈现给用户或应用程序。

(基于通信角色的通信功能)

通信设备100基于为设备已参与的对象登记的通信角色来执行通信。通信角色为发送或接收中的至少一种。将参考图5详细描述基于通信角色的通信。图5是用于描述根据本公开的实施例的基于通信设备100的通信角色的通信的示例的帧序列。

通信角色为接收的通信设备100接收从对象外部的通信设备发送的帧。例如，作为显示器的通信设备100A从对象外部的AP 20接收作为图像数据的输出数据1。此外，作为存储器的通信设备100A、100B和作为扬声器的100E从对象外部的AP 20接收作为视频数据的输出数据2。

这里，通信角色还可以是特定用途或特定类型的数据的通信。例如，在作为显示器的通信设备100A的通信角色是图像数据的接收并且输出数据1是图像数据的情况下，通信设备100A完成接收处理。另一方面，在输出数据1不是图像数据(例如，音频数据)的情况下，通信设备100A停止接收处理。此外，在向对象提供主图像数据(例如，电视视频)和子图像数据(例如，电视节目表)的情况下，作为显示器的通信设备100A接收并显示主图像数据，并且作为智能电话的通信设备100F接收并显示子图像数据。此外，在向对象提供每个输出方向的音频数据的情况下，作为左扬声器的通信设备100接收左方向输出的音频数据并输出声音，并且作为右扬声器的通信设备100接收右方向输出的音频数据并输出声音。

通信角色为发送的通信设备100将帧发送到对象外部的通信设备。例如，作为鼠标的通信设备100D将作为鼠标操作信息的输入数据1发送到对象外部的AP 20。此外，作为键盘的通信设备100C将作为键盘输入信息的输入数据2发送到对象外部的AP 20。

此外，无线通信可以用于与对象内部的通信设备100通信。具体而言，通信角色为发送的通信设备100将帧发送到对象内部的另一通信设备100。另一方面，通信角色为接收的通信设备100接收从对象内部的另一通信设备100发送的帧。例如，作为鼠标的通信设备100D将鼠标操作信息发送到作为存储器的通信设备100B和作为智能电话的通信设备100F。然后，基于鼠标操作信息，从通信设备100B向100F发送在通信设备100B中存储的视频数据等。注意，发送和接收都可以是通信角色，像通信设备100B一样。

(对象维护功能)

通信设备100维护所形成的对象。具体而言，通信设备100周期性地更新关于所形成的对象的角色信息。例如，所有者设备向参与对象的成员设备发送用于维护对象的请求帧(下面也将称为维护请求帧)。成员设备发送作为对维护请求帧的响应的帧(下面也将称为维护响应帧)。维护响应帧存储角色信息。将参考图6详细描述对象维护功能。图6是用于描述根据本公开的实施例的通信设备100的对象维护功能的帧序列。注意，在图6的示例中，通信设备100A与AP 20一起作为所有者设备进行操作。

所有者设备或AP 20周期性地向成员设备发送维护请求帧。例如，当用于检查通信设备100的存在的请求帧(其也可以是维护请求帧)的发送时间到来时，控制单元120使数据处理单元110生成其中存储诸如对象ID之类的信息的请求帧。然后，无线通信单元130发送所生成的请求帧。注意，请求帧可以是诸如信标之类的周期性发送的信号，并且请求帧中存储的信息可被存储在该信号中。

已经接收到维护请求帧的成员设备在预定的发送时间向所有者设备发送维护响应帧，在该维护响应帧中存储自身设备中存储的角色信息。例如，其控制单元120获取根据接收到的请求帧中存储的对象ID而登记的角色信息。接下来，控制单元120使数据处理单元110生成用于指示通信设备100的存在的响应帧，其也可以是存储有所获取的角色信息的维护响应帧。然后，无线通信单元130发送所生成的响应帧。

然后，所有者设备基于维护响应帧的接收将存储有更新后的角色信息的维护报告帧发送到成员设备。例如，其控制单元120基于接收到的响应帧中存储的角色信息来更新自身设备中存储的登记角色信息。更详细地，如图6所示，未从成员设备中的通信设备100F和100D接收响应帧。因此，控制单元120完全或暂时地从通信设备100F和100D的通信角色中排除发送或接收。接下来，控制单元120使数据处理单元110生成用作存储有更新后的登记角色信息的维护报告帧的报告帧。然后，无线通信单元130发送所生成的报告帧。注意，难以确定未从通信设备100F和100D接收到响应帧的原因是不称职的发送功能或接收功能还是通信设备不在通信范围内。因此，在这种情况下，可以统一更新角色信息。

已接收到报告帧的成员设备登记登记角色信息。例如，其控制单元120基于接收到的报告帧中存储的登记角色信息来更新关于设备正在参与的对象的角色信息。

注意，尽管上面已经描述了所有者设备发送维护请求帧和维护报告帧的示例，但是成员设备可以发送这些帧。

(对接功能)

通信设备100物理地连接到另一通信设备100。例如，如图2所示，通信设备100经由端子、通信线等彼此连接。这种物理连接在下面也将称为对接。

此外，可以使用伴随对接的通信方法来执行参与对象的通信设备100之间的通信。该通信方法不同于要在与对象外部的通信设备的通信中使用的通信方法。将参考图7详细描述伴随对接的通信。图7是用于描述根据本公开的实施例的通信设备的伴随对接的通信流程的序列图。

当执行对接和关联处理时，通信设备100共享正被对接的通信设备100的状态信息。例如，当通信设备100A和100B在关联处理已被执行的状态(即，设备已经参与对象的状态)下彼此对接时，通信设备100A和100B各自传送状态信息信号作为其状态信息信号。然后，经由通信共享的状态信息被登记在通信设备100A和100B中的每一个中。同样地，当已经完成关联处理的通信设备100C另外与通信设备100B对接时，从通信设备100B发送通信设备100A和100B的状态信息信号，并且从通信设备100C发送通信设备100C的状态信息信号。结果，在通信设备100A至100C之间共享状态信息。

此外，在执行对接时尚未执行关联处理的情况下，仅已经直接彼此对接的通信设备100的状态信息被已经直接彼此对接的通信设备100共享。例如，当尚未执行关联处理的通信设备100D与通信设备100C对接时，通信设备100C和通信设备100D共享通信设备100C和100D的状态信息。在该阶段中，不向通信设备100D提供通信设备100A和100B的状态信息。

另一方面，已经执行关联处理的通信设备100共享包括尚未执行关联处理的通信设备100的状态信息在内的所有已对接的通信设备100的状态信息。例如，共享通信设备100D的状态信息的通信设备100C将通信设备100D的状态信息信号发送到已对接的通信设备100A和100B。因此，通信设备100A至100C共享通信设备100A至100D的状态信息。

然后，当关联处理被执行时，所有已对接的通信设备100共享所有通信设备100的状态信息。例如，当通信设备100D针对通信设备100A至100C正在参与的对象执行关联处理时，在通信设备100A至100D之间共享状态信息。

(通信信号的配置)

上面已经描述了通信设备100的功能。接下来，将描述在每个功能的通信中使用的信号的配置。

首先，将描述存储角色信息的第一帧的配置。第一帧包括如上所述的参与请求帧、参与响应帧、参与报告帧、维护响应帧和维护报告帧。第一帧是例如物理层汇聚协议(PLCP)协议数据单元(PDU)。将参考图8描述第一帧的配置。图8是示出根据本公开的实施例的由通信设备100传送的第一帧的配置的示例的示图。

如图8所示，第一帧是具有前导码、PLCP报头和MPDU的PPDU。MPDU具有MAC报头、数据有效载荷和帧校验序列(FCS)。上述角色信息作为信息元素存储在例如数据有效载荷中。将参考图9描述其中存储角色信息的信息元素(其也将称为角色信息元素)的配置。图9是示出根据本公开的实施例的由通信设备100传送的角色信息元素的配置的示例的示图。

如图9所示，角色信息元素具有元素ID、长度、对象ID、功能代码、属性、能力、类别等的字段。元素ID字段存储用于指定信息元素的信息，并且长度字段存储指示在信息元素中存储的信息的长度的信息。对象ID字段存储用于指定对象的信息(对象ID)，并且功能代码存储角色信息。属性字段存储通信设备100的属性信息，并且能力字段存储指示通信设备100的性能的信息。此外，类别字段存储指示由通信设备100处理的信息的类别的信息。例如，功能代码中存储的角色信息是与通信角色相对应的代码信息。注意，角色信息可以是用来推断通信角色的信息。角色信息可以例如是如图9所示在属性或能力中存储的指示通信设备100的属性或性能的信息等，并且通信角色可以从该信息推断出。

接下来，将描述与通信设备100的通信角色有关的状态信息信号的配置。如上所述，在对接时传送状态信息信号。将参考图10描述状态信息信号的配置。图10是示出根据本公开的实施例的状态信息信号的配置的示例的示图。

如图10所示，状态信息信号具有报头、有效载荷和循环冗余校验(CRC)。报头具有源地址和目的地地址的字段，在源地址中存储有状态信息信号的发送源信息，在目的地地址中存储有状态信息信号的目的地信息。有效载荷具有协议版本、对象ID、功能代码、操作状态和状态代码的字段。协议版本字段存储指示要在状态信息信号的通信中使用的协议的版本的信息，并且对象ID字段存储对象ID。功能代码字段存储角色信息，并且操作状态字段存储指示通信设备100的操作状态的信息。此外，状态代码字段存储与通信设备100的通信角色有关的状态信息。状态信息包括指示通信设备100的通信错误的发生状态、不称职通信功能等的信息。

注意，在状态信息信号的格式是像上述PPDU一样的帧格式的情况下，可以将状态信息信号作为第一帧来传送。此外，可以在与状态信息信号不同的信号中共享角色信息。此外，状态信息可被存储为将在下面描述的对象管理信息。

(要登记的信息的配置)

接下来，将参考图11描述关于要为通信设备100登记的对象的信息的配置。图11是示出根据本公开的实施例的要为通信设备100登记的对象管理信息的配置的示例的示图。

以对象为单位来登记和管理对象管理信息。如图11所示，对象管理信息具有对象ID、对象属性、设备数量和设备信息的字段。对象ID字段存储通信设备100自身正在参与的对象的对象ID，并且对象属性字段存储对象的属性信息。设备数量字段存储指示参与对象的通信设备100的数量的信息，并且设备信息字段存储参与对象的通信设备100的个体信息。个体信息包括MAC地址和角色信息。根据参与通信设备100的数量主动添加或删除设备信息字段。

注意，上述登记角色信息对应于被登记为对象管理信息的角色信息。

<1.4.设备的处理>

接下来，将关于每个功能描述通信设备100的处理。

(对象设置处理)

首先，将参考图12描述由对象形成功能进行的对象设置处理。图12是概念性地示出根据本公开的实施例的通信设备100的对象设置处理的示例的流程图。

通信设备100确定是否已经做出对象设置请求(步骤S301)。具体而言，控制单元120确定是否已经经由接口单元111获得关于用户对对象的设置指令操作的信息或来自在通信设备100中正被激活的应用程序的对象设置指令。注意，可以决定通信角色，或者可以利用设置指令操作来选择基于通信设备100的性能预先决定的通信角色。

当确定尚未做出对象设置请求时(步骤S301中的“否”)，通信设备100确定是否已经接收到对象设置请求信号(步骤S302)。具体而言，控制单元120确定是否已经接收到来自为了通信而连接的另一通信设备100的对象设置请求信号。基于例如经由接口单元111获得的由用户输入的信息或来自应用程序的指令来生成对象设置请求信号。注意，通信设备100可以基于用户输入来发送对象设置请求信号。

在确定已经做出对象设置请求(步骤S301中的“是”)或者确定已经接收到对象设置请求信号(步骤S302中的“是”)的情况下，通信设备100获取对象设置信息(步骤S303)。具体而言，控制单元120获取与设置请求有关的包括对象的对象ID、对象属性、所需通信角色等的信息。

接下来，通信设备100获取所设置的对象管理信息(步骤S304)。具体而言，控制单元120获取诸如已经设置的对象的对象ID之类的信息。此外，控制单元120获取通信设备100的属性信息或性能信息。

接下来，通信设备100确定是否可以设置新对象(步骤S305)。具体而言，控制单元120确定是否已经设置了用于设置请求的对象、对象的数量是否尚未达到设置上限等。此外，控制单元120确定设备是否可以承担通信设备100的属性信息或性能信息所需的通信角色。

当确定可以设置新对象时(步骤S305中的“是”)，通信设备100设置对象(步骤S306)。具体而言，控制单元120基于所获取的对象设置信息来登记其对象管理信息。

另一方面，在确定尚未接收到对象设置请求信号的情况下(步骤S302中的“否”)，通信设备100确定是否已经做出对象取消请求(步骤S307)。具体而言，控制单元120确定是否已经经由接口单元111获得关于用户对对象的设置取消指令操作的信息或来自在通信设备100中正被激活的应用程序的对象设置取消指令。

当确定尚未做出对象取消请求时(步骤S307中的“否”)，通信设备100确定是否已经接收到对象取消请求信号(步骤S308)。具体而言，控制单元120确定是否已经从参与通信设备100正在参与的对象的另一通信设备100接收到对象取消请求信号。对象取消请求信号可以由另一通信设备100基于例如经由接口单元111获得的用户输入信息或来自应用程序的指令来生成和发送。

在确定已经做出对象取消请求(步骤S307中的“是”)或者确定已经接收到对象取消请求信号(步骤S308中的“是”)的情况下，通信设备100取消对象设置(步骤S309)。具体而言，控制单元120删除与取消请求有关的对象管理信息。

在确定尚未接收到对象取消请求信号的情况下(步骤S308中的“否”)，通信设备100确定是否可以履行通信角色(步骤S310)。具体而言，控制单元120确定承担所设置的对象的通信角色(例如，发送、接收等)的功能是否正常工作。

当确定难以履行通信角色时(步骤S310中的“否”)，通信设备100发送角色无能报告(步骤S311)。具体而言，当在通信设备100中检测到缺陷时，关于已经为其设置与具有发生缺陷的功能相关的通信角色的对象，控制单元120经由无线通信单元130或有线通信单元140向另一通信设备100报告指示难以履行对象的通信角色的角色无能报告信号。

(对象参与响应处理)

接下来，将参考图13描述由对象形成功能进行的对象参与响应处理。图13是概念性地示出根据本公开的实施例的通信设备100的对象参与响应处理的示例的流程图。注意，尽管在图13中介绍了这样的示例，其中在通信设备100是管理对象的所有者设备的情况下，所有者设备作为接入点进行操作并且发送预定信标，但是实施例不限于该示例。例如，所有者设备可以作为站(STA)进行操作并且发送其中存储有对象信息的特定广播帧等，而不是信标。

通信设备100确定是否存在正被设置的对象(步骤S401)。具体而言，控制单元120确定是否存在其对象管理信息已被登记的对象。

当确定存在正被设置的对象时(步骤S401中的“是”)，通信设备100确定设备自身是否是对象管理器(步骤S402)。具体而言，控制单元120确定通信设备100自身是否是正被设置的对象的所有者设备。注意，在通信设备100不是所有者设备的情况下，处理前进到下面将描述的步骤S501。

当确定通信设备自身是对象管理器时(步骤S402中的“是”)，通信设备100发送信标(步骤S403)。具体而言，控制单元120使数据处理单元110生成具有正被设置的对象的信息(例如，对象ID)的信标。然后，无线通信单元130发送所生成的信标。

接下来，通信设备100确定是否已经接收到参与请求帧(步骤S404)。具体而言，控制单元120确定是否已从成员设备接收到具有角色信息的关联请求帧。

当确定已经接收到参与请求帧时(步骤S404中的“是”)，通信设备100确定是否允许参与(步骤S405)。具体而言，控制单元120确定是否允许用作关联请求帧的发送源的成员设备的参与。

当确定允许参与时(步骤S405中的“是”)，通信设备100发送具有角色信息的参与许可帧(步骤S406)。具体而言，控制单元120使数据处理单元110生成关联许可帧，该关联许可帧具有参与允许参与的对象的通信设备100的所有角色信息。然后，无线通信单元130发送所生成的关联许可帧。

接下来，通信设备100确定是否已经接收到认证请求帧(步骤S407)。具体而言，控制单元120确定是否已经接收到具有允许参与的成员设备的认证请求帧。

当确定已经接收到认证请求帧时(步骤S407中的“是”)，通信设备100发送认证完成帧(步骤S408)。具体而言，控制单元120使数据处理单元110生成认证登记帧作为对认证请求帧的响应。然后，无线通信单元130发送所生成的认证登记帧。

接下来，通信设备100登记对象的角色信息(步骤S409)。具体而言，控制单元120将在关联处理中获得的角色信息添加到对象管理信息。

接下来，通信设备100发送具有角色信息的参与报告帧(步骤S410)。具体而言，控制单元120使数据处理单元110生成其中存储与更新后的对象管理信息相对应的所有角色信息的报告帧。然后，无线通信单元130发送所生成的报告帧。

(对象参与请求处理)

接下来，将参考图14描述由对象形成功能进行的对象参与请求处理。图14是概念性地示出根据本公开的实施例的通信设备100的对象参与请求处理的示例的流程图。

当在上述步骤S402中确定通信设备100不是对象管理器时，通信设备100确定是否已经做出参与对象的请求(步骤S501)。具体而言，控制单元120确定是否已经从通信上层报告了参与对象的请求。

当确定已经做出参与对象的请求时(步骤S501中的“是”)，通信设备100发送具有角色信息的参与请求帧(步骤S502)。具体而言，控制单元120使数据处理单元110生成其中存储已经为作为参与目的地的对象设置的角色信息的关联请求帧。然后，无线通信单元130发送所生成的关联请求帧。

接下来，通信设备100确定是否已经接收到参与许可帧(步骤S503)。具体而言，控制单元120确定是否已经接收到关联许可帧作为对关联请求帧的响应。

当确定已经接收到参与许可帧时(步骤S503中的“是”)，通信设备100发送认证请求帧(步骤S504)。具体而言，控制单元120使数据处理单元110生成认证请求帧。然后，无线通信单元130发送所生成的认证请求帧。

接下来，通信设备100确定是否已经接收到认证完成帧(步骤S505)。具体而言，控制单元120确定是否已经接收到认证登记帧。

当确定已经接收到认证完成帧时(步骤S505中的“是”)，通信设备100发送确认响应帧(步骤S506)。具体而言，控制单元120发送用作对认证登记帧的确认响应的确认(ACK)帧。

接下来，通信设备100激活对象的通信角色(步骤S507)。具体而言，控制单元120激活为在关联处理中已经被允许参与的对象登记的通信角色。例如，在具有发送和接收功能的通信设备100的通信角色为发送的情况下，控制单元120激活发送功能并停止接收功能。

(基于通信角色的通信处理)

接下来，将参考图15描述与基于通信角色的通信功能有关的处理。图15是概念性地示出根据本公开的实施例的基于通信设备100的通信角色的通信处理的示例的流程图。

通信设备100确定其通信角色是否是发送(步骤S601)。具体而言，控制单元120确定其为正在设置的对象登记的通信角色是否是发送。

当确定其通信角色为发送时(步骤S601中的“是”)，通信设备100确定是否经由接口发生了输入(步骤S602)。具体而言，控制单元120确定是否已经经由接口单元111提供了用户的输入操作信息或来自应用程序或服务的输入信息。

当确定经由接口发生了输入时(步骤S602中的“是”)，通信设备100发送输入信息帧(步骤S603)。具体而言，控制单元120确定经由接口单元111获得的信息的发送或不发送。当确定信息的发送时，控制单元120使数据处理单元110生成其中存储信息的输入信息帧。然后，无线通信单元130发送所生成的输入信息帧。

此外，通信设备100确定其通信角色是否为接收(步骤S604)。具体而言，控制单元120确定为正被设置的对象登记的通信角色是否为接收。

当确定通信角色为接收时(步骤S604中的“是”)，通信设备100确定是否已经接收到数据帧(步骤S605)。具体而言，控制单元120确定是否已经从对象外部的通信设备或对象内部的另一通信设备100接收到数据帧。

当确定已经接收到数据帧时(步骤S605中的“是”)，通信设备100对数据进行解码(步骤S606)。具体而言，控制单元120确定接收到的数据帧的输出或不输出。当确定输出数据帧时，数据处理单元110对数据帧进行解码并检索数据。

然后，通信设备100输出数据(步骤S607)。具体而言，控制单元120经由接口单元111将从数据帧检索的数据输出到应用程序或服务。

(对象维护处理)

接下来，将参考图16描述与对象维护功能有关的处理。图16是概念性地示出根据本公开的实施例的通信设备100的对象维护处理的示例的流程图。

通信设备100确定是否已经接收到维护请求帧(步骤S701)。具体而言，控制单元120确定是否已经从关于通信设备100正在参与的对象的所有者设备或成员设备接收到请求帧。

当确定已经接收到维护请求帧时(步骤S701中的“是”)，通信设备100确定响应时间(步骤S702)。具体而言，控制单元120基于请求帧的接收来确定响应帧的发送时间。

接下来，通信设备100确定响应时间是否已到达(步骤S703)。具体而言，控制单元120确定所确定的发送时间是否已到达。

当确定响应时间已到达时(步骤S703中的“是”)，通信设备100发送维护响应帧(步骤S704)。具体而言，控制单元120使数据处理单元110生成其中存储有已登记角色信息的响应帧。然后，无线通信单元130发送所生成的响应帧。

接下来，通信设备100确定是否已经从另一设备接收到维护响应帧(步骤S705)。具体而言，控制单元120确定是否已经从参与对象的其他通信设备100中的至少一个接收到响应帧。

当确定尚未从另一设备接收到维护响应帧时(步骤S705中的“否”)，通信设备100存储另一设备的通信功能的状态(步骤S706)。具体而言，控制单元120基于尚未接收到基于请求帧的接收应该发送的响应帧的事实，确定存在于通信范围内的另一通信设备100的发送功能或接收功能是不称职的。然后，控制单元120使周围通信设备100的通信功能不称职的事实被存储在对象管理信息等中。

此外，通信设备100确定在预定时段内是否已经接收到维护请求帧(步骤S707)。具体而言，控制单元120确定在从参与对象的另一通信设备100(至少所有者设备)接收到前一响应帧之后过去预定时段之前是否已经接收到响应帧。

当确定在预定时段内尚未接收到维护请求帧时(步骤S707中的“否”)，通信设备100存储对象的状态(步骤S708)。具体而言，在即使在应该发送请求帧的时段过去之后还没有接收到请求帧的情况下，控制单元120确定在通信设备100周围不存在参与对象的通信设备100(至少所有者设备)。然后，控制单元120存储没有通信设备100参与对象的事实。

(对接处理)

接下来，将参考图17描述与对接处理有关的处理。图17是概念性地示出根据本公开的实施例的通信设备100的对接处理的示例的流程图。

通信设备100在伴随物理连接的通信方法中确定通信设备是否与另一通信设备100连接(步骤S801)。具体而言，有线通信单元140确定它是否与另一通信设备100连接。

当在伴随物理连接的通信方法中确定通信设备与另一通信设备100连接时(步骤S801中的“是”)，通信设备100交换状态信息(步骤S802)。具体而言，控制单元120生成指示通信设备100的发送功能、接收功能等的状态的状态信息。然后，控制单元120使有线通信单元140发送具有所生成的状态信息的状态信息信号。

接下来，通信设备100确定通信设备正在参与的对象与连接的通信设备100的对象是否相同(步骤S803)。具体而言，控制单元120使用从另一通信设备100获得的状态信息来确定另一通信设备100正在参与的对象。然后，控制单元120确定所确定的对象是否与通信设备100正在参与的对象相同。

当确定通信设备正在参与的对象与连接的通信设备100的对象相同时(步骤S803中的“是”)，通信设备100存储状态信息(步骤S804)。具体而言，控制单元120将获得的状态信息添加到对象管理信息。

<1.5.本公开的实施例的概述>

如上所述，根据本公开的实施例，通信设备100生成其中存储指定为至少一个通信设备的组设置的与该组外部通信的通信角色的角色信息的第一帧，并且发送第一帧。过去，在各种视角看来，产生了通信设备的成本。例如，通信设备通常具有发送功能和接收功能两者，即使它们是频繁仅执行发送或接收的设备。因此，制造这种通信设备会产生成本。此外，由于使发送功能和接收功能都工作，因此在功耗或计算资源的视角看来也会产生成本。

另一方面，如果仅执行根据所形成对象的通信角色的通信并且在对象内共享通信结果，则可以根据通信设备100减少上述成本。例如，通过使通信设备仅包括发送功能和接收功能中的常用功能，可以降低制造成本。此外，即使在包括发送功能和接收功能两者的情况下，也可以通过使功能之一不活动(即，使一个功能停止工作)来降低功耗。因此，可以在保持通信功能的同时减少通信设备100产生的成本。此外，由于用作对象的组成元素的通信设备100根据其通信角色进行通信更好，因此即使其通信功能是不称职的，也可以用可以履行相同通信角色的其他通信设备100来替换它们。此外，由于对象内的通信角色被划分，因此即使不具有部分通信功能的通信设备100在该设备可以被对象内的另一通信设备100补充的情况下也可以作为对象的组成元素而被添加到对象。因此，用户可以在一定程度上自由地选择对象的组成元素。

此外，上述第一帧包括与参与该组的请求有关的参与请求帧，并且通信设备100基于关于该组的组信息来控制其中存储角色信息的参与请求帧的生成，并发送参与请求帧。因此，由于在参与对象时共享角色信息，因此可以可靠地管理参与对象的通信设备100的角色信息。具体而言，由于将诸如关联处理之类的现有机制用于参与请求帧的传送，因此可以容易地实现通信设备100。

此外，通信设备100作为第一无线通信设备发送其中存储有组信息的报告帧，并且接收其中存储有角色信息的参与请求帧。此外，通信设备100从第一无线通信设备接收其中存储组信息的报告帧，基于该报告帧中存储的组信息来控制参与请求帧的生成，并将该参与请求帧发送到第一无线通信设备。因此，通信设备可以确定地参与期望的对象，因为关于该对象的对象信息是从所有者设备或与该对象有关的成员设备报告的。注意，可以经由接口单元111通过用户的输入或来自应用程序的指令获得组信息(即，对象信息)。

另外，在参与请求帧中存储的角色信息包括指定参与请求帧的发送源的通信角色的信息。因此，可以通过将在接收到的参与请求帧中存储的角色信息无变化地添加到对象管理信息来更新对象管理信息。因此，可以简化对象管理信息的更新处理。

此外，上述第一帧包括作为对与参与该组的请求有关的参与请求帧的响应而传送的参与响应帧。因此，在不使用另一帧的情况下，可以为新参与对象的通信设备100共享已经参与对象的通信设备100的角色信息。因此，可以在不增加通信量的情况下共享角色信息。

此外，在参与响应帧中存储的角色信息包括指定参与该组的通信设备的通信角色的信息。因此，每当发生对象的新参与时，可以防止用于在对象中包括的通信设备100之间共享角色信息的通信被单独执行。

此外，上述第一帧包括以参与该组的通信设备为目的地的参与报告帧，该帧是基于与参与该组的请求有关的参与请求帧的接收而发送的。因此，可以与参与对象的通信设备100共享新参与通信设备100的角色信息。因此，较之通信设备100分别共享角色信息的情况，可以进一步减少通信量。此外，对于难以确定其新参与对象的通信设备100，可以共享新参与通信设备100的角色信息。

此外，上述第一帧包括用于维护如下组的作为对维护请求帧的响应而被传送的维护响应帧：该组以参与该组的通信设备为目的地。这里，由于通信设备通常具有便携性，因此设备可以被移动。因此，担心通信设备100被移出通信范围。结果，很可能无法履行为对象登记的通信角色。为了解决这个问题，通过执行诸如对象内的角色信息等的对象管理信息的维护，可以优化对象内的通信角色。因此，可以增加使用该对象的通信的可持续性。

另外，上述第一帧包括其中存储基于维护响应帧的接收而传送的角色信息的维护报告帧。因此，可以将维护结果报告给参与该对象的所有通信设备100。因此，与通信设备100单独共享维护信息(即，最新角色信息)的情况相比，可以进一步减少通信量。此外，参与对象的全体通信设备100可以共享最新的维护信息，因此可以防止信息不一致。

此外，上述通信角色包括发送或接收中的至少一个。因此，由于发送和接收被参与对象的通信设备100划分，所以可以在确保作为对象的通信功能的同时减少通信设备100的上述成本。

此外，上述通信角色包括特定用途或特定类型的数据的通信。因此，通过仅传送与通信设备100相对应的数据，可以使要执行的通信处理适用于通信设备100。因此，可以优化由通信处理引起的通信设备100的负载和功耗。

此外，基于关于用户的设置或通信设备100的性能的信息来确定上述角色信息。因此，可以履行基于用户意图的通信角色。因此，可以实现用户想要的对象的操作。此外，可以履行根据通信设备100的能力的通信角色。因此，可以减少指派不可行通信角色的可能性。

此外，参与该组的通信设备之间的通信方法不同于该组外部使用的通信方法。因此，无论用于与对象外部进行通信的通信方法如何，都可以自由地选择通信方法。因此，可以在不考虑通信中发生的干扰等的情况下执行通信。此外，即使仅具有一种用于与对象外部进行通信的发送和接收的配置的通信设备100也可以对包括在对象中的通信设备100进行发送和接收，只要该通信设备具有用于在对象内执行的通信的发送和接收功能即可。

此外，参与该组的通信设备之间的通信方法包括伴随物理连接的通信方法，并且通信设备100使用伴随物理连接的通信方法来执行通信。因此，与使用无线通信方法时相比，当使用有线通信方法时可以进一步提高诸如通信连接性、通信速度等的通信性能。此外，用户可以在视觉上确定参与对象的通信设备100，并且可以注意到参与目的地的错误，等等。

此外，通信设备100使用伴随物理连接的通信方法来传送与通信设备100的通信角色有关的状态信息信号。因此，由于使用带来更高通信性能的伴随物理连接的通信方法来传送状态信息信号，因此可以共享对象中包括的通信设备100的更准确的状态。因此，可以根据参与对象的通信设备100的状态进一步优化它们的通信角色。

<2.修改示例>

上面已经描述了本公开的实施例。注意，本公开的实施例不限于上述示例。下面将描述本实施例的第一至第三修改示例。

(第一修改示例)

作为本公开的实施例的第一修改示例，对象的维护可以是对通信设备100的故障的诊断。具体而言，通信设备100传送故障诊断请求帧和故障诊断响应帧。将参考图18详细描述故障诊断功能。图18是用于描述根据本公开的实施例的第一修改示例的通信设备100的故障诊断功能的帧序列。注意，在图18中，AP 20被包括在对象的组成元素中，并且AP 20作为所有者设备进行操作。

所有者设备周期性地向成员设备发送故障诊断请求帧。例如，当预定的发送时间到来时，AP 20发送其中存储诸如对象ID之类的信息的诊断请求帧。

成员设备根据故障诊断请求帧的接收来发送故障诊断请求帧。例如，已经接收到诊断请求帧的成员设备100A至100C和100E传递诊断请求帧。这里，由于成员设备100D具有不称职的发送功能，因此它不传递诊断请求。此外，由于成员设备100F尚未从AP 20接收到诊断请求帧，因此它不传递来自AP 20的诊断请求帧。

成员设备还根据由成员设备传递的故障诊断请求帧的接收来发送故障诊断请求帧。例如，虽然成员设备100F未从AP 20接收诊断请求帧，但是它接收由成员设备100E传递的诊断请求帧。因此，成员设备100F根据所传递的诊断请求帧的接收来发送诊断请求帧。注意，由于为传递操作的数量设置了上限(例如，一)，因此避免了诸如广播流之类的现象。

此外，成员设备发送故障诊断响应帧作为对故障诊断请求帧的响应。具体而言，成员设备根据故障诊断请求帧的接收来发送故障诊断响应帧。例如，在接收到诊断请求帧时，每个成员设备发送诊断响应帧。此外，在成员设备在发送故障诊断请求帧之后从另一成员设备接收到故障诊断请求帧的情况下，成员设备可以延迟故障诊断响应帧的发送。例如，在发送诊断请求帧之后，成员设备100C和100E待机预定时间。其原因在于，所传递的诊断请求帧有可能被另一个成员设备100进一步传送。成员设备100C和100E在待机时间期间从成员设备100F接收到诊断请求帧。因此，成员设备100C和100E通过进一步待机预定时间来延迟诊断响应帧的发送。

成员设备在待机预定时间之后发送故障诊断响应帧。这里，仅已接收到故障诊断请求帧的成员设备中的一些成员设备发送故障诊断响应帧。例如，已经从其他成员设备100A至100C和100F接收到诊断请求帧的成员设备100E代表它们向AP 20发送诊断响应帧。成员设备100E基于诊断请求帧的接收情况更新角色信息和状态信息。然后，成员设备100E发送其中存储角色信息和状态信息的诊断响应帧。例如，诊断响应帧将以下各项存储作为状态信息：成员设备100D可能具有不称职的发送功能或不称职的接收功能，成员设备100F不位于AP 20的通信范围内，等等。

此外，基于故障诊断响应帧的接收，所有者设备向成员设备发送其中存储更新后的角色信息和状态信息的故障诊断报告帧。例如，AP 20基于接收到的诊断响应帧中存储的角色信息和状态信息来更新其自身中存储的对象管理信息。然后，AP 20使数据处理单元110生成其中存储更新后的角色信息和状态信息的诊断报告帧。然后，无线通信单元130发送所生成的诊断报告帧。

已经接收到故障诊断报告帧的成员设备更新对象管理信息。例如，成员设备100A至100E基于接收到的诊断报告帧中存储的角色信息和状态信息来更新设备正在参与的对象的对象管理信息。注意，由于成员设备100F未直接从AP 20接收诊断报告帧，因此包括成员设备100E等的其他成员设备可以传递诊断报告帧。此外，在对象中包括的通信设备100彼此对接的情况下，可以使用与在诊断报告帧的通信中使用的通信方法不同的有线通信方法等的通信来共享角色信息和状态信息。

如上所述，根据第一修改示例，对象的维护是对通信设备100的故障诊断。因此，通信设备100的状态信息也可以在确定其存在的同时被收集。因此，可以确定参与对象的通信设备100的更准确的状态。因此，也可以将它们的通信角色改变为更适合于情况的角色。

此外，通信设备100根据维护请求帧的接收来发送维护请求帧。因此，可以使位于无法直接接收维护请求帧的距离的成员设备接收维护请求帧。因此，可以更容易地指定未接收到维护响应帧的原因。例如，因为从未接收到维护响应帧的原因中排除了设备不在直接通信的范围内，所以原因缩小到通信功能不称职。

此外，在发送维护请求帧之后从另一通信设备接收到维护请求帧的情况下，通信设备100延迟维护响应帧的发送。因此，可以避免维护响应帧与从位于未直接接收维护请求帧的距离的成员设备传递的维护请求帧的冲突。因此，可以更可靠地确定对象中包括的成员设备的情况。此外，通过防止维护响应帧的通信失败，可以防止通信效率的劣化。

(第二修改示例)

作为本公开的实施例的第二修改示例，可以使用伴随对接的通信方法来共享故障诊断结果。具体而言，当通信设备100将其自身与另一通信设备100对接时，通信设备使用有线通信方法的通信将故障诊断结果报告给另一通信设备100。然后，通信设备100存储从作为对接伙伴的通信设备100获得的故障诊断结果，并且基于故障诊断结果来更新对象管理信息。将参考图19详细描述使用伴随对接的通信方法来共享故障诊断结果。图19是用于描述根据本公开的实施例的第二修改示例的通信设备100中使用伴随对接的通信方法的故障诊断结果共享功能的信号序列。

通信设备100在对接之后将故障诊断结果报告给与其对接的另一通信设备100。例如，当通信设备100A至100C彼此对接时，通信设备100A至100C经由使用有线通信方法的通信来共享故障诊断信息。同样地，当通信设备100C和100D彼此对接时，由已经彼此对接的通信设备100A至100C和通信设备100D经由使用有线通信方法的通信来共享故障诊断信息。注意，可以在对接时执行故障诊断。

另外，通信设备100可以将另一通信设备100的故障诊断结果作为对象的故障诊断结果报告给用户。具体而言，通信设备100根据设备自身可以报告与否来报告参与对象的另一通信设备100的故障诊断结果。将参考图19详细描述故障诊断结果的报告功能。

当在对接之后从故障诊断结果中发现故障时，通信设备100确定是否可以向用户报告。例如，当通信设备100C在与通信设备100A至100D对接之后发现其故障时，通信设备确定是否可以进行显示输出。

在确定无法向用户报告的情况下，通信设备100向参与对象的另一通信设备100做出报告请求。例如，当确定无法进行显示输出时，通信设备100C向具有显示功能的通信设备100A和100F发送用于做出报告请求的诊断故障信号。

已经接收到报告请求的通信设备100向用户报告故障诊断结果。例如，已经接收到诊断故障信号的通信设备100A和100F显示信号的发送源的故障诊断信息。

另外，将参考图20描述使用伴随对接的通信方法来共享故障诊断结果的处理。图20是概念性地示出了根据本公开的实施例的第二修改示例的由通信设备100使用伴随对接的通信方法来共享故障诊断结果的处理的示例的流程图。注意，将省略对与上述处理基本相同的处理的描述。

当在伴随物理连接的通信方法中确定通信设备100连接到另一通信设备100时(步骤S811中的“是”)，交换故障诊断信息(步骤S812)。具体而言，控制单元120对通信设备100的通信功能执行故障诊断。然后，控制单元120使有线通信单元140发送其中存储指示故障诊断结果的信息的故障诊断信息信号。

接下来，当确定通信设备100正在参与的对象与所连接的通信设备100的对象相同时(步骤S813中的“是”)，通信设备存储故障诊断信息(步骤S814)。具体而言，控制单元120存储所获得的每个对象的故障诊断信息。注意，可以将故障诊断信息添加到对象管理信息。

接下来，通信设备100确定故障诊断信息是否指示功能不称职(步骤S815)。具体而言，控制单元120确定通信设备100的故障诊断信息是否指示与通信角色有关的功能(例如，发送功能或接收功能)的不称职。注意，故障诊断信息可以包括关于除通信功能之外的功能(例如，显示功能或存储器功能)的信息。

当确定故障诊断信息指示功能不称职时(步骤S815中的“是”)，通信设备100确定其是否可以报告故障诊断信息(步骤S816)。具体而言，控制单元120使用通信设备100的功能来确定其是否可以向用户报告功能不称职。更详细地，控制单元120确定在通信设备100中是否提供了显示单元或音频输出单元，或者每个单元是否正常工作。

当确定可以报告故障诊断信息时(步骤S816中的“是”)，通信设备100将故障诊断信息报告给用户(步骤S817)。具体而言，控制单元120使显示单元或音频输出单元输出故障诊断信息。

另一方面，当确定无法报告故障诊断信息时(步骤S816中的“否”)，通信设备100确定是否可以对另一通信设备100做出报告请求(步骤S818)。具体而言，控制单元120确定具有显示单元或音频输出单元的通信设备100是否正在参与该对象。

当确定可以对另一通信设备100做出报告请求时(步骤S818中的“是”)，通信设备100做出报告请求(步骤S819)。具体而言，控制单元120使有线通信单元140向具有显示单元或音频输出单元的通信设备100发送诊断故障信号。注意，控制单元120可以在不确定是否可以做出报告请求的情况下，使有线通信单元140将诊断故障信号发送到参与对象的所有通信设备100。

注意，尽管上面已经描述了向用户的故障诊断结果的报告方法是显示的示例，但是报告方法可以是音频输出。

如上所述，根据第二修改示例，使用伴随对接的通信方法来共享故障诊断结果。这里，有线通信中消耗的功率通常低于无线通信中消耗的功率。因此，当在有线通信方法中传送故障诊断信息时，可以降低通信设备100的功耗。因此，可以提高通信设备100的通信的可持续性。

此外，基于故障诊断报告请求的通信将故障诊断信息报告给用户。因此，即使在故障通信设备100由于通信设备不具有通信功能而无法向用户报告故障的情况下，另一通信设备100也可以代为报告故障。因此，可以更可靠地向用户报告通信设备100的故障。

(第三修改示例)

作为本公开的实施例的第三修改示例，通信设备100可以代表另一通信设备100执行通信。具体而言，基于通信设备的角色信息或状态信息中的至少一个，通信设备100代表通信设备执行根据另一通信设备的通信角色的通信(其在下面也将称为替代通信)。将参考图21详细描述替代通信功能。图21是用于描述根据本公开的实施例的第三修改示例的通信设备100的替代通信功能的信号序列。

当在对接之后发生输入时，通信设备100确定是否可以发送输入信息帧。例如，当在与通信设备100A至100D对接之后在通信设备100D中发生输入时，通信设备100D确定是否可以发送输入信息帧。

当确定无法发送输入信息帧时，通信设备100使用有线通信将输入信息与替代通信请求一起提供给可以执行无线通信的另一通信设备100。例如，在由于发送功能不称职等而无法发送输入信息帧的情况下，通信设备100D经由有线通信将输入信息(InputData4)与用于做出替代发送请求的信息一起提供给其发送功能通常工作的通信设备100C。

已被提供替代通信请求和输入信息的通信设备100将输入信息的输入信息帧发送到作为目的地的通信设备100。例如，已经经由有线通信而被提供替代通信请求和输入信息的通信设备100C代表通信设备100D将输入信息帧发送到通信设备100A、100E和100F。注意，目的地信息是从通信设备100D连同输入信息一起提供的，或者是单独提供的。此外，输入信息帧的目的地可以是对象外部的通信设备，诸如AP 20。

然后，当输入信息的输出发生时，已经接收到输入信息帧的通信设备100将其中存储输出信息的输出信息帧发送到作为目的地的另一通信设备100。例如，当基于输入信息帧发生关于输入的输出时，通信设备100F将输出信息帧发送到通信设备100A和100E。然后，已经接收到输出信息帧的通信设备100A和100E基于输出信息各自输出信息。

注意，可以重复执行替代通信。例如，可以从报告替代通信请求时起执行替代通信，直到报告替代通信取消时为止。此外，当从替代通信请求的报告起经过预定时间段或者替代通信已被执行预定次数时，可以取消替代通信。此外，尽管上面已经描述了执行替代发送的示例，但是可以执行替代接收。

如上所述，根据第三修改示例，通信设备100代表另一通信设备基于通信设备的角色信息或状态信息中的至少一个来执行根据另一通信设备的通信角色的通信。因此，即使在对象内出现由于功能不称职等而不能履行通信角色的通信设备100，也可以替代通信角色，从而可以维持作为对象的通信功能。因此，可以改善以对象为单位的通信的可持续性。

<3.应用示例>

根据本公开的技术可以应用于各种产品。例如，通信设备100可被实现为诸如智能电话、平板个人计算机(PC)、笔记本PC、便携式游戏终端或数字照相机之类的移动终端，诸如电视接收机、打印机、数字扫描仪或网络存储装置之类的固定型终端，或者诸如汽车导航设备之类的车载终端。此外，通信设备100可被实现为执行机器对机器(M2M)通信的终端(也称为机器型通信(MTC)终端)，诸如智能电表、自动售货机、远程控制的监视设备或销售点(POS)终端。另外，通信设备100可以是安装在这些终端中的无线通信模块(例如，由一个管芯构成的集成电路模块)。

另一方面，例如，通信设备100(下文中也称为AP 100)可被实现为具有路由器功能或不具有路由器功能的无线LAN接入点(也称为无线基站)。AP 100可被实现为移动无线LAN路由器。AP 100也可以是安装在这些设备上的无线通信模块(例如，用一个管芯构成的集成电路模块)。

<3-1.第一应用示例>

图22是示出本公开的技术所可以应用于的智能电话900的示意性配置的示例的框图。智能电话900包括处理器901、存储器902、存储装置903、外部连接接口904、摄像头906、传感器907、麦克风908、输入设备909、显示设备910、扬声器911、无线通信接口913、天线开关914、天线915、总线917、电池918和辅助控制器919。

处理器901可以例如是中央处理单元(CPU)或片上系统(SoC)，并且控制智能电话900的应用层和其他层的功能。存储器902包括随机存取存储器(RAM)和只读存储器(ROM)，并且存储由处理器901执行的程序和数据。存储装置903可以包括诸如半导体存储器或硬盘之类的存储介质。外部连接接口904是用于将诸如存储卡或通用串行总线(USB)设备之类的外部附接设备连接到智能电话900的接口。

摄像头906具有用来生成捕获图像的图像传感器，例如电荷耦合器件(CCD)或互补金属氧化物半导体(CMOS)。传感器907可以包括传感器组，其例如包括定位传感器、陀螺仪传感器、地磁传感器、加速度传感器等。麦克风908将输入到智能电话900的声音转换为音频信号。输入设备909例如包括检测显示设备910的屏幕上的触摸的触摸传感器、小键盘、键盘、按钮、开关等，以接收来自用户的操作或信息输入。显示设备910具有诸如液晶显示器(LCD)或有机发光二极管(OLED)显示器之类的用来显示智能电话900的输出图像的屏幕。扬声器911将从智能电话900输出的音频信号转换为声音。

无线通信接口913支持IEEE 802.11a、802.11b、802.11g、802.11n、802.11ac和802.11ad中的一个或多个无线LAN标准，以建立无线通信。在基础设施模式下，无线通信接口913可以经由无线LAN接入点与另一设备进行通信。此外，在诸如ad hoc(自组织)模式或Wi-Fi Direct(注册商标)之类的直接通信模式下，无线通信接口913可以与另一设备直接进行通信。注意，Wi-Fi Direct与ad hoc模式不同。两个终端之一作为接入点进行操作，并且在终端之间直接进行通信。无线通信接口913通常可以包括基带处理器、射频(RF)电路、功率放大器等。无线通信接口913可以是其上集成有存储通信控制程序的存储器、执行该程序的处理器以及相关电路的单芯片模块。除了无线LAN方法之外，无线通信接口913还可以支持另一种无线通信方法，诸如蜂窝通信方法、近场通信方法或邻近无线通信方法。天线开关914在无线通信接口913中包括的多个电路(例如，用于不同无线通信方法的电路)之间切换天线915的连接目的地。天线915具有单个或多个天线元件(例如，构成MIMO天线的多个天线元件)，并且用于通过无线通信接口913发送和接收无线信号。

注意，智能电话900可以包括多个天线(例如，用于无线LAN的天线或用于邻近无线通信方法的天线，等等)，而不限于图22的示例。在这种情况下，可以从智能电话900的配置中省略天线开关914。

总线917使处理器901、存储器902、存储装置903、外部连接接口904、摄像头906、传感器907、麦克风908、输入设备909、显示设备910、扬声器911、无线通信接口913和辅助控制器919相互连接。电池918经由在图中由虚线部分地指示的电源线向图22所示的智能电话900的每一个块提供电力。辅助控制器919在睡眠模式下例如使智能电话900的必要最小功能被操作。

在图22所示的智能电话900中，上面参照图3描述的数据处理单元110、控制单元120和无线通信单元130可被实现在无线通信接口913中。另外，至少一些功能可被实现在处理器901中或实现在辅助控制器919中。例如，控制单元120使数据处理单元110生成第一帧，在第一帧中存储指定智能电话900正在参与的对象中的通信角色的角色信息。然后，无线通信单元130发送所生成的第一帧。因此，通过在智能手机900正在参与的对象中仅实现使用第一帧报告的通信角色，智能电话可以与对象外部的通信设备进行通信。因此，可以不使除与通信角色有关的功能之外的功能工作，从而可以在保持通信功能的同时减少通信设备所产生的成本。因此，可以降低智能电话900的功耗，并且可以使电池918中存储的电力的耗尽延迟。

注意，当处理器901在应用级别执行接入点的功能时，智能电话900可以作为无线接入点(软件AP)进行操作。此外，无线通信接口913可以具有无线接入点的功能。

<3-2.第二应用示例>

图23是示出本公开的技术所可以应用于的汽车导航设备920的示意性配置示例的框图。汽车导航设备920包括处理器921、存储器922、全球定位系统(GPS)模块924、传感器925、数据接口926、内容播放器927、存储介质接口928、输入设备929、显示设备930、扬声器931、无线通信接口933、天线开关934、天线935和电池938。

处理器921可以例如是控制汽车导航设备920的导航功能和其他功能的CPU或SoC。存储器922包括存储由处理器921执行的程序和数据的RAM和ROM。

GPS模块924使用从GPS卫星接收到的GPS信号来测量汽车导航设备920的位置(例如，纬度、经度和海拔)。传感器925可以包括传感器组，其例如包括陀螺仪传感器、地磁传感器、气压传感器等。数据接口926例如经由端子(未示出)而与车载网络941连接，以获取在车辆侧生成的数据，诸如车速数据。

内容播放器927再现插入到存储介质接口928中的存储介质(例如，CD或DVD)中存储的内容。输入设备929例如包括检测显示设备930的屏幕上的触摸的触摸传感器、按钮、开关等，以接收来自用户的操作或信息输入。显示设备930具有诸如LCD或OLED显示器之类的屏幕，以显示再现的内容或导航功能的图像。扬声器931输出再现的内容或导航功能的声音。

无线通信接口933支持IEEE 802.11a、802.11b、802.11g、802.11n、802.11ac和802.11ad等中的一个或多个无线LAN标准，以执行无线通信。在基础设施模式下，无线通信接口933可以经由无线LAN接入点与另一设备进行通信。此外，在诸如ad hoc模式或Wi-FiDirect之类的直接通信模式下，无线通信接口933可以与另一设备直接进行通信。无线通信接口933通常可以具有基带处理器、RF电路、功率放大器等。无线通信接口933可以是其上集成有存储通信控制程序的存储器、执行该程序的处理器以及相关电路的单芯片模块。除了无线LAN方法之外，无线通信接口933还可以支持另一种无线通信方法，诸如近场通信方法、邻近无线通信方法或蜂窝通信方法。天线开关934在无线通信接口933中包括的多个电路之间切换天线935的连接目的地。天线935具有单个或多个天线元件，并且用于向无线通信接口933发送无线信号和从无线通信接口933接收无线信号。

注意，汽车导航设备920可以包括多个天线，而不限于图23的示例。在这种情况下，可以从汽车导航设备920的配置中省略天线开关934。

电池938经由在图中由虚线部分地指示的电源线向图23所示的汽车导航设备920的每一个块供给电力。此外，电池938累积从车辆侧供给的电力。

在图23所示的汽车导航设备920中，上面参照图3描述的数据处理单元110、控制单元120和无线通信单元130可被实现在无线通信接口933中。另外，至少一些功能可被实现在处理器921中。例如，控制单元120使数据处理单元110生成第一帧，在第一帧中存储指定汽车导航设备920正在参与的对象中的通信角色的角色信息。然后，无线通信单元130发送所生成的第一帧。因此，通过在汽车导航设备920正在参与的对象中仅实现使用第一帧报告的通信角色，智能电话可以与对象外部的通信设备进行通信。因此，可以不使除与通信角色有关的功能之外的功能工作，因此可以在保持通信功能的同时减少通信设备所产生的成本。因此，可以降低汽车导航设备920的功耗，并且可以使电池938中存储的电力的耗尽延迟。

此外，无线通信接口933可以作为上述AP 100进行操作，并且向车辆上的用户的终端提供无线连接。此时，例如，汽车导航设备920可以通过管理对象来全面地管理角色信息。因此，汽车导航设备920可以适当地确定向汽车导航设备920发送帧的通信设备100和从汽车导航设备920接收帧的通信设备100。因此，当从汽车导航设备920传送其中已经基于通信角色设置了目的地信息的帧时，与汽车导航设备920通信的通信设备100可以参考该目的地信息执行通信处理，而不基于通信角色来确定通信处理的执行。因此，可以减少通信处理的负荷。

另外，本公开的技术可被实现为包括上述汽车导航设备920、车载网络941和车辆侧模块942中的一个或多个块的车载系统(或车辆)940。车辆侧模块942生成诸如车辆速度、发动机转数或故障信息之类的车辆侧数据，并将生成的数据输出到车载网络941。

<3-3.第三应用示例>

图24是示出本公开的技术所可以应用于的无线接入点950的示意性配置的示例的框图。无线接入点950包括控制器951、存储器952、输入设备954、显示设备955、网络接口957、无线通信接口963、天线开关964和天线965。

控制器951可以例如是CPU或数字信号处理器(DSP)，并且操作无线接入点950的因特网协议(IP)层和更高层中的各种功能(例如，访问限制、路由、加密、防火墙和日志管理)。存储器952包括RAM和ROM，并且存储由控制器951执行的程序以及各种控制数据(例如，终端列表、路由表、加密密钥、安全设置和日志)。

输入设备954例如包括按钮或开关，并且接收由用户执行的操作。显示设备955包括LED灯，并且显示无线接入点950的工作状态。

网络接口957是将无线接入点950与有线通信网络958连接的有线通信接口。网络接口957可以包括多个连接端子。有线通信网络958可以是诸如以太网(注册商标)之类的LAN，或者可以是广域网(WAN)。

无线通信接口963支持IEEE 802.11a、802.11b、802.11g、802.11n、802.11ac和802.11ad等中的一个或多个无线LAN标准，以作为接入点向邻近终端提供无线连接。无线通信接口963通常可以包括基带处理器、RF电路和功率放大器。无线通信接口963可以是其中集成有存储通信控制程序的存储器、执行该程序的处理器以及相关电路的单芯片模块。天线开关964在无线通信接口963中包括的多个电路之间切换天线965的连接目的地。天线965包括一个天线元件或多个天线元件，并且用来通过无线通信接口963发送和接收无线信号。

在图24所示的无线接入点950中，上面参照图3描述的数据处理单元110、控制单元120和无线通信单元130可由无线通信接口963实现。此外，这些功能中的至少一部分可由控制器951实现。例如，无线接入点950可以通过管理对象来全面地管理角色信息。因此，无线接入点950可以适当地确定向无线接入点950发送帧的通信设备100和从无线接入点950接收帧的通信设备100。因此，当从无线接入点950传送其中已经基于通信角色设置了目的地信息的帧时，与无线接入点950通信的通信设备100可以参考该目的地信息执行通信处理，而不基于通信角色来确定通信处理的执行。因此，可以减少通信处理的负荷。

<4.结论>

根据上述本公开的一个实施例，通过仅根据所形成的对象中的通信角色执行通信并在对象内共享通信结果，可以减少上述成本。例如，通过仅提供在发送功能和接收功能中频繁使用的功能，可以降低制造成本。此外，即使在提供发送功能和接收功能两者的情况下，也可以通过使功能之一不活动(即，使功能停止工作)来降低功耗。因此，可以在保持通信功能的同时减少通信设备100产生的成本。

上面已经参考附图描述了本公开的一个或多个优选实施例，而本公开不限于上述示例。本领域技术人员可以在所附权利要求的范围内找到各种变更和修改，并且应该理解，它们将自然地落入本公开的技术范围内。

尽管例如在上述实施例中已经将伴随物理连接的通信方法描述为在对象内的通信中使用，但是本发明不限于此。例如，可以使用除了伴随物理连接的通信方法和无线LAN通信方法之外的通信方法。例如，蓝牙(注册商标)、ZigBee(注册商标)、NFC(近场通信)、红外通信等可以用于对象内的通信。此外，可以使用与第一帧的通信标准不同的标准的无线通信方法来代替有线通信方法。例如，5GHz频带标准通信可以用于与对象外部的通信，并且2.4GHz频带标准通信可以用于与对象内部的通信。

此外，尽管在上述实施例中已经描述了在参与对象之后(即，在关联处理之后)执行对接的示例，但是可以以对接作为时机来参与对象。

此外，尽管在上述实施例中已经描述了在星型网络(其中通信设备100连接到作为站(STA)的AP 20)中形成对象的示例，但是可以在网状网络中形成对象。

此外，尽管在上述实施例中已经描述了所有者设备为固定的示例，但是可以改变所有者设备。例如，在所有者设备由于移动等而离开对象的情况下，可以从对象中包括的成员设备中选择新的所有者设备。

此外，尽管在上述实施例中已经描述了由对象中包括的所有通信设备100共享对象管理信息的示例，但是可以由诸如所有者设备之类的特定通信设备100管理对象管理信息。

此外，尽管在上述实施例中已经主要描述了通信设备100的通信角色在参与对象时在登记之后为固定的示例，但是可以在登记之后改变通信角色。例如，可以基于另一通信设备100的角色信息、状态信息、故障诊断信息等来改变通信角色。

另外，尽管在上述实施例中已经描述了由成员设备确定通信角色的示例，但是可以由诸如所有者设备之类的另一通信设备100确定和报告通信角色。例如，成员设备向所有者设备发送其中存储指定其自身属性或性能的信息的对象参与请求帧。所有者设备基于在接收到的对象参与请求帧中存储的指示通信设备100的属性或性能的信息来确定通信角色。然后，所有者设备将通信角色添加到对象管理信息，并将其中存储指示通信角色的角色信息的对象参与响应帧发送到成员设备。

另外，本说明书中描述的效果仅仅是例示性或示例性的效果，而不是限制性的。也就是说，与上述效果一起或者代替上述效果，根据本公开的技术可以实现从本说明书的描述对本领域技术人员清楚的其他效果。

另外，上述实施例中的流程图中所示的步骤不仅包括按照所描述的顺序按时间顺序执行的处理，而且包括不一定按时间顺序执行但也并行执行或单独执行的处理。另外，无需说，即使在按时间顺序处理的步骤中，也可以根据情况适当地改变顺序。

此外，也可以产生一种计算机程序，用于使包含在通信设备100中的硬件展现与前述通信设备100的各个功能配置的功能等价的功能。此外，也提供了将该计算机程序存储在其中的存储介质。

此外，本技术也可被配置如下。

(1)一种无线通信设备，包括：

控制单元，所述控制单元被配置为基于关于组的组信息来控制与参与所述组的请求有关的参与请求帧的生成，所述组包括至少一个无线通信设备，其中所述参与请求帧存储指定在与所述组外部的通信中的通信角色的角色信息；以及

发送单元，所述发送单元被配置为发送所述参与请求帧。

(2)根据(1)所述的无线通信设备，还包括：

接收单元，所述接收单元被配置为从第一无线通信设备接收存储有所述组信息的报告帧，

其中，所述控制单元基于所述报告帧中存储的组信息来控制所述参与请求帧的生成，并且

所述发送单元将所述参与请求帧发送到第一无线通信设备。

(3)根据(2)所述的无线通信设备，

其中，存储在所述参与请求帧中的角色信息包括指定所述参与请求帧的发送源的通信角色的信息。

(4)根据(2)所述的无线通信设备，

其中，所述接收单元接收去往参与所述组的无线通信设备的用于维护所述组的维护请求帧，并且

所述发送单元作为对所述维护请求帧的响应而发送存储有所述角色信息的维护响应帧。

(5)根据(4)所述的无线通信设备，

其中，所述发送单元根据所述维护请求帧的接收来发送所述维护请求帧。

(6)根据(5)所述的无线通信设备，

其中，在所述维护请求帧的发送之后，在从另一个无线通信设备接收到所述维护请求帧的情况下，所述发送单元发送所述维护响应帧。

(7)根据(2)至(6)中任一项所述的无线通信设备，

其中，基于所述无线通信设备的角色信息或状态信息中的至少一个，所述发送单元和所述接收单元代表另一个无线通信设备执行根据所述另一个无线通信设备的通信角色的通信。

(8)根据(1)至(7)中任一项所述的无线通信设备，

其中，所述通信角色包括发送或接收中的至少一个。

(9)根据(1)至(8)中任一项所述的无线通信设备，

其中，所述通信角色包括用于特定用途或特定类型的数据的通信。

(10)根据(1)至(9)中任一项所述的无线通信设备，

其中，所述角色信息是基于关于用户的设置或所述无线通信设备的性能的信息来确定的。

(11)根据(1)至(10)中任一项所述的无线通信设备，

其中，参与所述组的无线通信设备之间的通信方法不同于与所述组外部的通信方法。

(12)根据(11)所述的无线通信设备，

其中，参与所述组的无线通信设备之间的通信方法包括伴随物理连接的通信方法，所述无线通信设备包括：

物理连接通信单元，所述物理连接通信单元被配置为使用伴随物理连接的通信方法来执行通信。

(13)根据(12)所述的无线通信设备，

其中，所述物理连接通信单元使用伴随物理连接的通信方法来传送与所述无线通信设备的通信角色有关的状态信息信号。

(14)一种无线通信设备，包括：

发送单元，所述发送单元被配置为发送报告帧，关于包括至少一个无线通信设备的组的组信息存储在所述报告帧中；以及

接收单元，所述接收单元被配置为接收与参与所述组的请求有关的参与请求帧，指定在与所述组外部的通信中的通信角色的角色信息被存储在所述参与请求帧中。

(15)根据(14)所述的无线通信设备，

其中，所述发送单元作为对所述参与请求帧的响应而发送存储有所述角色信息的参与响应帧。

(16)根据(15)所述的无线通信设备，

其中，存储在所述参与响应帧中的角色信息包括指定参与所述组的无线通信设备的通信角色的信息。

(17)根据(14)至(16)中任一项所述的无线通信设备，

其中，所述发送单元基于所述参与请求帧的接收来发送去往参与所述组的无线通信设备的参与报告帧。

(18)根据(14)至(17)中任一项所述的无线通信设备，

其中，所述发送单元发送去往参与所述组的无线通信设备的用于维护所述组的维护请求帧，并且

所述接收单元响应于所述维护请求帧，接收存储有所述角色信息的维护响应帧。

(19)根据(18)所述的无线通信设备，

其中，所述发送单元基于所述维护响应帧的接收来发送存储有所述角色信息的维护报告帧。

(20)一种使用处理器的无线通信方法，所述无线通信方法包括：

生成第一帧，指定在与组外部的通信中的通信角色的角色信息存储在第一帧中，该组包括为该组设置的至少一个无线通信设备；以及发送第一帧。

附图标记列表

100 通信设备

110 数据处理单元

120 控制单元

130 无线通信单元

140 有线通信单元

Claims (20)

1.一种无线通信设备，包括：

控制单元，所述控制单元被配置为基于关于组的组信息来控制与参与所述组的请求有关的参与请求帧的生成，所述组包括至少一个无线通信设备，其中所述参与请求帧存储指定在与所述组外部的通信中的通信角色的角色信息；以及

发送单元，所述发送单元被配置为发送所述参与请求帧。

2.根据权利要求1所述的无线通信设备，还包括：

接收单元，所述接收单元被配置为从第一无线通信设备接收存储有所述组信息的报告帧，

其中，所述控制单元基于所述报告帧中存储的组信息来控制所述参与请求帧的生成，并且

所述发送单元将所述参与请求帧发送到第一无线通信设备。

3.根据权利要求2所述的无线通信设备，

其中，存储在所述参与请求帧中的角色信息包括指定所述参与请求帧的发送源的通信角色的信息。

4.根据权利要求2所述的无线通信设备，

其中，所述接收单元接收去往参与所述组的无线通信设备的用于维护所述组的维护请求帧，并且

所述发送单元作为对所述维护请求帧的响应而发送存储有所述角色信息的维护响应帧。

5.根据权利要求4所述的无线通信设备，

其中，所述发送单元根据所述维护请求帧的接收来发送所述维护请求帧。

6.根据权利要求5所述的无线通信设备，

其中，在所述维护请求帧的发送之后，在从另一个无线通信设备接收到所述维护请求帧的情况下，所述发送单元发送所述维护响应帧。

7.根据权利要求2所述的无线通信设备，

其中，基于所述无线通信设备的角色信息或状态信息中的至少一个，所述发送单元和所述接收单元代表另一个无线通信设备执行根据所述另一个无线通信设备的通信角色的通信。

8.根据权利要求1所述的无线通信设备，

其中，所述通信角色包括发送或接收中的至少一个。

9.根据权利要求1所述的无线通信设备，

其中，所述通信角色包括用于特定用途或特定类型的数据的通信。

10.根据权利要求1所述的无线通信设备，

其中，所述角色信息是基于关于用户的设置或所述无线通信设备的性能的信息来确定的。

11.根据权利要求1所述的无线通信设备，

其中，参与所述组的无线通信设备之间的通信方法不同于与所述组外部的通信方法。

12.根据权利要求11所述的无线通信设备，

其中，参与所述组的无线通信设备之间的通信方法包括伴随物理连接的通信方法，所述无线通信设备包括：

物理连接通信单元，所述物理连接通信单元被配置为使用伴随物理连接的通信方法来执行通信。

13.根据权利要求12所述的无线通信设备，

其中，所述物理连接通信单元使用伴随物理连接的通信方法来传送与所述无线通信设备的通信角色有关的状态信息信号。

14.一种无线通信设备，包括：

发送单元，所述发送单元被配置为发送报告帧，关于包括至少一个无线通信设备的组的组信息存储在所述报告帧中；以及

接收单元，所述接收单元被配置为接收与参与所述组的请求有关的参与请求帧，指定在与所述组外部的通信中的通信角色的角色信息被存储在所述参与请求帧中。

15.根据权利要求14所述的无线通信设备，

其中，所述发送单元作为对所述参与请求帧的响应而发送存储有所述角色信息的参与响应帧。

16.根据权利要求15所述的无线通信设备，

其中，存储在所述参与响应帧中的角色信息包括指定参与所述组的无线通信设备的通信角色的信息。

17.根据权利要求14所述的无线通信设备，

其中，所述发送单元基于所述参与请求帧的接收来发送去往参与所述组的无线通信设备的参与报告帧。

18.根据权利要求14所述的无线通信设备，

其中，所述发送单元发送去往参与所述组的无线通信设备的用于维护所述组的维护请求帧，并且

所述接收单元响应于所述维护请求帧，接收存储有所述角色信息的维护响应帧。

19.根据权利要求18所述的无线通信设备，

其中，所述发送单元基于所述维护响应帧的接收来发送存储有所述角色信息的维护报告帧。

20.一种使用处理器的无线通信方法，所述无线通信方法包括：

生成第一帧，指定在与组外部的通信中的通信角色的角色信息存储在第一帧中，该组包括为该组设置的至少一个无线通信设备；以及

发送第一帧。