技术领域本申请涉及互联网领域，更具体地，涉及一种通过社交网络平台控制外围设备的方法和装置。
背景技术：
随着互联网的发展，人们越来越依赖各种电子设备来处理日常生活中的各种工作。许多轻型及简单的设备和器件(诸如智能手表、健康监测仪、音乐播放器、气候控制器、智能咖啡机、汽车充电站、导航系统、运动设备、机顶盒等)越来越多的代替了复杂的和重型的设备和系统以及通用的计算设备(例如，通用台式计算机或笔记本电脑)的功能。许多电子设备和器件具有智能芯片和内部逻辑，这允许他们被设备上设置的软件驱动用户界面所控制。随着移动网络使能的设备(诸如智能电话和平板设备)的发展，人们可以不受位置限制而完成更多的任务。许多电子设备和器件能够成为主用户设备(例如，智能电话或平板设备)的外围设备，并能够通过安装在主用户设备上的相应专有软件(例如，针对每个外围设备的专有应用)被控制。在这些轻型和专业器件的繁荣市场中，不同的制造商提供具有他们自己的用户界面和控制的设计的相似的产品。当前，对于产品设计，以及不同类型的产品和/或不同制造商的相似产品之间的通信和信息共享，还没有统一的标准。因此，对于用户，探索和学习他们购买的不同产品的不同用户界面和功能，是具有挑战性的。对于用户，同拥有或未拥有相同类型的设备的其他人分享他们自己的器件中生成的或收集的信息，更困难。现在，许多用户是一个或多个社交网络平台的积极参与者。社交网络平台使得人们可以通过即时消息、消息板、一对一对话进行通信，或者在不同社交网络群组或在线团体中的社交网络联系人和人们之间群组聊天。用户通过安装在他或她的用户设备(例如，智能手机或平板设备)上的社交网络客户端应用访问他/她自己的社交网络账户。社交网络客户端应用的用户已习惯于通过社交网络平台建立联系人以及发送和阅读消息的操作。目前，社交网络客户端应用的功能限制于人类用户之间的通信。外围设备(诸如内置摄像头或微型手机)可以在社交网络客户端应用内用于捕获用户输入(例如，声音或图像输入)，以形成待发送到其他用户的消息内容，但是由于开发复杂度、成本和不同的外围设备之间巨大的设计差距，对于社交网络客户端应用的提供商来说，支持控制其他类型的设备是不切实的。
技术实现要素：
本申请描述了一种通过社交网络平台控制外围设备的方法和设备。如技术背景中所陈述，社交网络在当今世界越来越流行。许多人已经非常熟悉一种或几种社交网络平台的社交网络客户端应用的操作和控制。通过在社交网络平台上收发的社交网络消息(例如，自然语言的即时消息)对外围设备进行访问和控制，可以避免用户学习针对不同外围设备的许多专用用户界面并使得与外围设备的通信更自然和直观。进一步地，可以为不同制造商制造的外围设备提供简单统一的用户界面，允许用户跨越不同制造商和不同设备类型，简单分享信息。在本申请中，各种实施例示出了涉及通过社交网络平台提供外围设备的访问和控制的不同方之间的相互关系，所述不同方包括外围设备的制造商或支持服务提供商的服务器，社交网络平台的服务器，用户设备，用户，以及通过社交网络平台控制的外围设备。进一步地，公开了社交网络平台中涉及的不同方之间的通信场景、用户接口、处理流程、设备发现和通信协议。外围设备的制造商可以遵循社交网络平台建立的协议，以实现设备注册、设备发现、指令和响应的交互，信息的呈现等，以分担社交网络平台的服务器及主用户设备上执行的社交网络客户端应用的后台支持和服务压力。在一些实施例中，在社交网络平台上注册外围设备的方法包括：在具有一个或多个处理器和存储器的用户设备侧：在所述用户设备上执行社交网络平台的社交网络客户端应用；通过所述社交网络客户端应用，接收标识外围设备的输入；响应于接收标识该外围设备的输入：发送请求，以为所述外围设备创建社交网络标识；在成功创建外围设备的社交网络标识后，在社交网络客户端应用的用户界面中，将所述外围设备呈现为用户账户的社交网络联系人。在一些实施例中，接收标识外围设备的输入进一步包括：通过条形码扫描器，扫描与外围设备关联的条形码。在一些实施例中，在社交网络平台上注册外围设备的方法包括：在具有一个或多个处理器和存储器的用户设备侧：在所述用户设备上执行社交网络平台的社交网络客户端应用；通过社交网络客户端应用，接收标识支持服务提供商的输入，该支持服务提供商针对相应类型的外围设备；响应于接收标识相应类型的外围设备的支持服务提供商的输入：将支持服务提供商的公众社交网络标识注册为当前与用户设备关联的用户账户的联系人；在用户设备的周围区域内搜索，以定位相应类型的外围设备。在一些实施例中，接收标识相应类型的外围设备的支持服务提供商的输入进一步包括通过条形码扫描器，扫描与相应类型的外围设备的支持服务提供商关联的条形码。在一些实施例中，在社交网络平台上，通过外围设备的支持服务提供商，提供外围设备的访问和控制的方法包括：在社交网络平台的服务器侧：接收来自支持服务提供商的服务商注册请求，所述服务商注册请求指定由所述支持服务商服务的外围设备的类型；基于所述服务商注册请求，为所述支持服务提供商建立公众社交网络标识；接收来自第一用户的第一所有者注册请求，所述第一所有者注册指定由所述第一用户控制的第一外围设备；在确定所述第一外围设备为所述服务商注册请求中指定的外围设备类型时，建立所述支持服务提供商的公众社交网络标识与所述第一用户的相应社交网络标识之间的社交网络关系；在所述第一用户的相应社交网络标识和所述支持服务提供商的公共联络标识之间的聊天会话的对话界面中，将发往所述第一外围设备的第一通信消息和来自于所述第一外围设备的第二通信消息作为第一用户的社交网络标识和支持服务提供商的公共社交标识之间的聊天会话的会话界面中的即时消息。在一些实施例中，通过社交网络平台对外围设备进行访问和控制的方法包括：在所述社交网络平台的服务器侧：将与第一用户设备连接的第一外围设备注册为与所述第一用户设备关联的用户账户的社交网络联系人；通过在所述第一用户设备处执行的社交网络客户端应用，对所述第一外围设备进行访问，其中，所述社交网络客户端应用将所述第一外围设备识别为与所述第一用户设备关联的用户账户的社交网络联系人。在一些实施例中，在社交网络平台上通过外围设备的支持服务提供商对外围设备进行访问和控制的方法包括：在所述社交网络平台的服务器侧：从所述支持服务提供商接收服务商注册请求，所述服务商注册请求指定所述支持服务提供商服务的外围设备的类型；基于所述服务商注册请求，为所述支持服务提供商创建公众社交网络标识；从第一用户接收第一所有者注册请求，所述第一所有者注册请求指定由所述第一用户控制的第一外围设备；在确定所述第一外围设备为所述服务商注册请求中指定的外围设备的类型时：在所述社交网络平台上，为所述第一外围设备创建社交网络标识；在所述支持服务提供商的公众社交网络标识、所述第一用户和所述第一外围设备的相应社交网络标识之间，建立社交网络关系。在一些实施例中，该方法进一步包括：在支持服务提供商的公众社交网络标识、第一用户和第一外围设备的相应社交网络标识之间建立群组聊天会话。在一些实施例中，通过社交网络平台提供外围设备之间的通信的方法包括：在社交网络平台的服务器侧：将与第一用户设备连接的第一外围设备和第二外围设备注册为与所述第一用户设备关联的用户账户的社交网络联系人；通过在所述第一用户设备处执行的社交网络客户端应用，建立所述第一外围设备和所述第二外围设备之间的通信；在所述社交网络客户端应用的群组聊天界面中，呈现所述用户账户的用户和表示所述第一和第二外围设备的相应社交网络联系人之间的群组对话，其中，所述群组对话包括对应于所述第一外围设备和第二外围设备之间的通信内容的一条或多条即时消息。在一些实施例中，通过蓝牙协议将外围设备连接至用户设备的方法包括：发起广播过程，包括：广播设备发现消息，该设备发现消息包括预定的标识符，该预定的标识符指定用户设备上执行的社交网络应用关联的社交网络服务；从用户设备接收对应于该设备发现消息的连接请求；响应于从用户设备接收该连接请求，建立与用户设备的蓝牙连接。在一些实施例中，该方法进一步包括：在广播过程期间：在初始广播周期的一系列第一传输时隙的每一个传输时隙内，广播设备发现消息；如果在初始广播周期内，未收到响应于设备发现消息的连接请求，在初始广播周期后的后续广播周期的一系列第二传输时隙的每一个传输时隙内，广播设备发现消息，其中，每一个第一传输时隙短于每一个第二传输时隙。在一些实施例中，通过蓝牙协议将外围设备连接至用户设备的方法包括：在用户设备处，发起设备扫描过程，包括：检测来自外围设备的设备发现消息；确定设备发现消息是否包括预定的标识符，该标识符指定与用户设备上执行的社交网络应用关联的社交网络服务；在确定设备发现消息包括指定的与用户设备上执行的社交网络应用关联的社交网络服务的预定的标识符时，向外围设备发送与该设备发现消息对应的连接请求；建立与外围设备之间的蓝牙连接。在一些实施例中，通过低功耗蓝牙连接在外围设备和用户设备之间传输数据的方法包括：在外围设备处，在模拟数据流中，向用户设备发送数据，发送过程包括：识别用于写数据的第一蓝牙特性，该第一蓝牙特性已经在当前连接事件中，由外围设备显露给用户设备；将待发送给用户设备的数据分组划分成一系列数据帧加上零个或一个剩余部分，每个数据帧具有与识别的第一蓝牙特性的预定数据尺寸相同的相应尺寸，该剩余部分具有比识别的第一蓝牙特性的预定数据尺寸小的尺寸；对于该一系列数据帧的每一个：将数据帧写入用于识别的第一蓝牙特性的相应值；由用户设备推送识别的读第一蓝牙特性。在一些实施例中，该权利要求的方法进一步包括：填充剩余部分，以获取具有与识别的第一蓝牙特性的预定尺寸相同的相应尺寸；将填充的剩余部分写入用于识别的第一蓝牙特性的相应值；由用户设备推送识别的读第一蓝牙特性。在一些实施例中，由用户设备推送识别的读第一蓝牙特性进一步包括：通过指示操作，请求用户设备读识别的第一蓝牙特性的更新的值。在一些实施例中，该方法进一步包括：对于该一系列数据帧的每一个：从用户设备接收对识别的第一蓝牙特性的读的相应确认，其中，响应于接收该相应确认，执行写和推送该一系列数据帧的下一个数据帧，直到数据分组中没有数据帧和剩余部分仍需要被发送。在一些实施例中，通过低功耗蓝牙协议在外围设备和用户设备之间传输数据的方法包括：在用户设备处：在模拟数据流中，向外围设备发送数据，该发送过程包括：识别用于向外围设备发送数据的第一蓝牙特性，该第一蓝牙特性已经在当前连接事件中，由外围设备显露给用户设备；将将要发送给外围设备的第一数据分组划分成一系列数据帧加零个或一个剩余部分，每一个数据帧具有与识别的第一蓝牙特性的预定尺寸相同的相应尺寸，以及该剩余部分具有比识别的第一蓝牙特性的预定尺寸小的相应尺寸；对于该一系列数据帧的每一个，发送相应写请求，以将数据帧写入识别的第一蓝牙特性的相应值。在一些实施例中，该方法进一步包：填充剩余部分，以获取填充的剩余部分，该填充的剩余部分具有与识别的第一蓝牙特性的预定数据尺寸相同的相应尺寸；发送相应的写请求，以将填充的剩余部分写入识别的第一蓝牙特性的相应值。在一些实施例中，在社交网络平台上，与外围设备通信的方法包括：在支持服务提供商的服务器处(该支持服务提供商针对包括该外围设备的一种类型的外围设备)：将社交网络平台的服务器注册为针对该外围设备的支持服务提供商；发起通信事件，以向外围设备发送指令，发起通信事件包括：生成用于该指令的推送请求数据分组，其中，该推送请求数据分组标识该外围设备为指令的目的地；通过社交网络平台的服务器和与外围设备连接的用户设备，向外围设备发送推送请求数据分组。在一些实施例中，该方法进一步包括：接收来自该外围设备，通过与该外围设备连接的用户设备以及社交网络平台的服务器的请求数据分组；响应于从外围设备接收该请求数据分组，通过社交网络平台的服务器和与该外围设备连接的用户设备，向该外围设备发送响应数据分组。在一些实施例中，在社交网络平台上，与外围设备通信的方法包括：在社交网络平台的服务器处：将该外围设备注册为与该外围设备连接的用户设备的关联外围设备；从支持服务提供商接收第一推送请求数据分组，该支持服务提供商针对包括该外围设备的一种类型的外围设备，其中，该第一推送请求数据分组标识该外围设备为该第一推送请求数据分组的目的地；响应于接收该第一推送请求数据分组，通过与该外围设备连接的用户设备，向该外围设备转发该第一推送请求数据分组。在一些实施例中，在社交网络平台上，与外围设备通信的方法包括：在与该外围设备连接的用户设备处：通过社交网络平台的服务器，将该外围设备注册为该用户设备的关联外围设备；从社交网络平台的服务器，接收推送请求数据分组，其中，该推送请求数据分组标识该外围设备为该推送请求数据分组的目的地；向该外围设备转发该推送请求数据分组。在一些实施例中，电子设备(例如，支持服务提供商的服务器、社交网络平台的服务器、外围设备或用户设备)包括一个或多个处理器以及存储器，该存储器存储有由该一个或多个处理器执行的一个或多个程序，该一个或多个程序包括执行所述的方法的操作的指令。在一些实施例中，非易失性计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，当该指令被每一个具有一个或多个处理器的电子设备(例如，支持服务提供商的服务器、社交网络平台的服务器、外围设备或用户设备)执行时，该指令使得电子设备执行所述的方法的操作。在一些实施例中，正如对本领域技术人员而言是显而易见的，由一个设备(例如，用户设备)执行的操作可以补充或对应于由另一个设备(例如，服务器)执行的操作，或可以被从另一个设备接收的指令所控制，或引起另一个设备的动作。另外，一个设备为执行所述的方法所需的数据和信息可以由另一个设备提供。在本申请的各个地方，当对一个设备的功能进行描述时，为了简明，可以省略另一个设备至少一些明显的对应动作的说明；然而，这样省略的说明对本领域技术人员是显而易见的，并且不需要本领域技术人员付出创造性劳动。通过以下说明可以使得本发明各种优点更加明显。附图说明图1A是本发明实施例中一种传统社交网络平台的操作环境的框图。图1B是本发明实施例中一种支持对外围设备进行访问和控制的社交网络平台的操作环境的框图。图2A-2H是本发明实施例中通过社交网络客户端应用建立对外围设备的访问和控制的用户界面。图2I为本发明实施例中设备制造商从社交网络平台的提供商获取支持服务账户的流程图。图2J为本发明实施例中用户设备获取外围设备的社交网络标识的流程图。图2K-2T为本发明实施例中包括通过社交网络平台对外围设备进行访问和控制的各种通信场景中的消息转换和流程示意图。图3A-3C为本发明实施例中通过社交网络平台建立对外围设备的访问和控制的流程图。图3D-3E是一些实施例中通过社交网络平台建立对外围设备的访问和控制的流程图。图4A-4D是一些实施例中在社交网络平台上通过外围设备的支持服务提供商对外围设备进行访问和控制的流程图。图5A-5C是一些实施例中通过社交网络平台控制作为社交网络联系人的外围设备的流程图。图6A-6D是一些实施例中在社交网络中通过把外围设备作为社交网络联系人对外围设备进行控制和访问的示例性过程的流程图。图7A-7C是一些实施例中通过社交网络进行外围设备之间的控制和访问的流程图。图8是一些实施例中针对示例性设备发现过程和后序外围设备和用户设备间的通信过程的时序要求框图。图9A-9B是一些实施例中外围设备和用户设备间的示例性数据传输过程的简化流程图。图10A-10C是一些实施例中外围设备、用户设备、通信服务器和支持服务器之间的示例性消息传输过程的框图。图11A-11B是一些实施例中由外围设备执行的示例性蓝牙连接过程的流程图。图12A-12B是一些实施例中在外围设备和用户设备之间发送数据分组的流程图。图13A-13B是一些实施例中在外围设备和用户设备之间发送数据分组的流程图。图14A-14B是一些实施例中通过社交网络平台发送用于访问和控制外围设备的消息的流程图。图15A-15B是一些实施例中通过社交网络平台发送用于访问和控制外围设备的消息的流程图。图16是一些实施例中通过社交网络平台发送用于访问和控制外围设备的消息的流程图。图17-20是一些实施例中在社交网络平台中运行的各种设备和系统的框图。图21-24是一些实施例中在社交网络平台中运行的各种设备和系统的框图。相同参考标号代表附图的不同视图中的相同部分。具体实施方式社交网络平台提供一种通过关系和/或共同兴趣连接人们的网络架构和软件。在社交网络平台上，每个用户分别与社交网络标识关联，通过该社交网络标识，该用户能够被社交网络平台的其他用户识别。在社交网络平台上，可以通过用户之间的相互协定形成不同用户之间的关系。当两个用户同意相互之间形成社交网络关系，他们变成对方的社交网络联系人。一群用户可以选择相互之间形成社交网络关系，从而形成社交网络群组。该群的每个成员为该群的每个其他成员的社交网络联系人。有时，用户或组织可以建立公众社交网络标识，并允许公众(例如，社交网络平台上的任意用户)在社交网络平台上与其通信，而无相互协定交互。有时，用户可以选择签约该公众社交网络标识的消息或公布的内容(例如，“关注”该公众社交网络标识)，从而变成该公众社交网络标识的社交网络联系人。公众社交网络标识的所有者也可以将签约其消息或公布内容的每个用户看作为在社交网络平台上的其社交网络联系人中的一个。社交网络平台上的每个用户和每个公众社交网络标识拥有一个社交网络联系人(或者联系人)的相关列表，通过该列表，可以与它/他/她在社交网络平台上通过即时消息通信。例如，社交网络群组组内的用户可以使用由社交网络平台的提供商提供的软件界面相互通信。另外，每个用户也可以使用由社交网络平台的提供商提供的软件界面与其他用户通信。在一些实施例中，社交网络平台提供商提供的软件界面可以是网页界面或软件界面。例如，用户可以登录社交网络平台的门户网站，并通过该门户网站与社交网络平台的其他用户收发消息。或者，用户可以在他们各自的用户设备(例如，计算机、智能手机、平板设备)上下载和安装社交网络客户端应用，并使用由社交网络客户端应用提供的界面以与社交网络平台上的其他用户交互。所述消息可以是各种形式的，例如，文本、图像、照片、语音、视频、表情等。有时，社交网络平台允许用户发起与一个或多个社交网络联系人的一对一会话或群组聊天会话。在聊天会话过程中，每个用户可以向聊天会话中其他用户发送或接收来自该其他用户的各种形式的即时消息(例如，文本、语音、图像等等)。图1A是本发明实施例中一种传统社交网络平台的操作环境100a的框图。如图1A所示，社交网络平台提供商102a提供通信服务器112a。该通信服务器112a通过一个或多个网络106，向多个用户提供社交网络服务(例如，用户注册、消息的生成、消息的传输、聊天会话的生成、在线发布和其他在线社交互动)，其中所述多个用户分别操作他们各自的用户设备104(例如，用户设备104a-c)。在一些实施例中，每个用户通过在用户设备104上执行的社交网络客户端应用108(例如，社交网络客户端应用108a-c)连接至通信服务器112a，从而与另一用户交互。通信服务器112a通过用户各自的社交网络标识(诸如，用户名、昵称或账户标识)来识别社交网络中的用户。典型地，在一个或多个社交网络群组中，每个用户与社交网络中的一个或多个其他用户的群关联。例如，用户可以基于他或她与每个群的其他成员的关系或共同爱好，创建或加入不同的社交网络群组。在一些实施例中，社交网络平台的服务器维护用户的不同特性(真实姓名、联系人信息、兴趣、社会经济状态、在线活动历史等)的知识库(例如，用户数据库110a)，以及他们的互联和群组成员(例如，群组列表和联系人列表)。在一些实施例中，社交网络服务器向它的用户提供一个或多个社交网络服务。用户可以通过与通信服务器112a的社交网络客户端应用108(例如，社交网络客户端应用108a-c)提供的用户界面交互来触发一个特定的服务。例如，用户可以打开聊天程序，并通过发送文本或语音消息发起一个或多个与一个或多个社交联系人(例如，用户联系人列表中的联系人或社交网络群组)的一对一会话或群组聊天会话。在一些实施例中，也可以通过社交网络服务器提供的社交网络平台，从一个用户向一个或多个用户发送其他形式的消息(例如，图像、视频、链接、图标、表情等)。如图1A所示，每一个用户可以使用相应的社交网络客户端应用108(例如社交网络客户端应用108a-c)与其他用户交互。在一些实施例中，社交网络客户端应用向用户提供用户界面元素(例如，文本框、按钮、窗口、消息显示区域等)，以调用特定的社交网络服务，诸如，将内容发布至在线留言板，向特定的用户或一组用户发送文本或语音消息，与另外一个用户发起语音或视频聊天会话，打开群组聊天会话等。用户设备104的示例包括但不限于掌上型计算机、可穿戴计算设备、个人数字助理(PDA)、平板计算机、笔记本电脑、台式计算机、移动电话、智能手机、增强型通用分组无线业务(EGPRS)移动电话、媒体播放器、导航设备、游戏控制台、电视机、或任意两个或更多的这些数据处理设备或其他数据处理设备的组合。一个或多个网络106的示例包括局域网(LAN)和广域网(WAN)诸如互联网。可选地，可以使用任意公知的网络协议来实现一个或多个网络106，包括各种有线或无线协议，诸如，以太网、通用串行总线(USB)、FIREWIRE、全球移动通讯系统(GSM)、增强数据GSM环境(EDGE)、码分多址(CDMA)、时分多址(TDMA)、蓝牙、WiFi、IP语音(VoIP)，Wi-MAX，或任意其他适合的通信协议。所述通信服务器112a可以在一个或多个独立的数据处理装置或分布式计算机网络上实现。在一些实施例中，通信服务器112a也可以使用各种虚拟设备和/或第三方服务提供商(例如，第三方云服务提供商)的服务，以提供通信服务器112a的底层的计算资源和/或基础资源。在常规社交网络平台中，每个用户设备104可选地包括一个或者多个内部外围设备模块，或可以通过有线或无线连接连接至一个或多个外围设备(例如，导航系统、健康监测仪、气候控制器、智能运动装备、蓝牙耳机、智能手表等)。在大部分情况下，这些外围设备分别由相应的制造商提供的软件应用控制，并且社交网络客户端应用108不与这些外围设备通信。有时，社交网络客户端应用的提供商在社交网络客户端应用中实现操作用户设备的一些外围设备(例如，照相机、扬声器、扩音器、触摸板、键盘、鼠标、触摸屏等)的功能。但是这些功能限制于使用这些外围设备作为获取用户输入(例如，语音、声音、用户界面等)的一种手段，以控制客户端应用的操作(例如，在用户界面上导航、调用用户界面中的控件，或构成即时消息)，或控制客户端应用对用户的输出(例如，语音、声音、用户界面等)。在这些常规系统中，用户和外围设备之间没有通过社交网络平台的直接通信。由于开发复杂性、成本、不同外围设备之间巨大的设计差异，扩展到对控制其他类型的外围设备的支持，对社交网络客户端应用的提供商也是不切实际的。由于在人们的日常生活中越来越依赖于各种电子外围设备(例如，智能手表、健康监测仪、音乐播放器、气候控制器、智能咖啡机、充电站、导航系统、运动装置、机顶盒等)来完成各种工作，他们也被多变的用户界面(例如，由不同外围设备的制造商专门设计的专有软件应用的不同用户界面)所累，他们不得不掌握多变的用户界面，以控制不同类型的外围设备。进一步地，由于不同制造商制造的外围设备的通信协议或数据格式不同，不同制造商设计的相同类型的外围设备可能不能够相互共享信息。因此，对于用户，探索和学习他们购买的不同产品的不同用户界面和功能是具有挑战性的。对于用户，将他们自己的器件中生成或收集的信息，与可能拥有或未拥有相同类型的设备的其他人共享，是更困难的。本申请描述了通过社交网络平台控制外围设备的方法和装置。如背景技术中所述，社交网络在如今社会越来越广泛。许多人已经非常熟悉一个或多个社交网络平台的社交网络客户端应用的操作和控制。通过在社交网络平台上发送和接收的社交网络消息(例如，自然语言的即时消息)对外围设备进行访问和控制帮助用户避免学习不同外围设备的许多专用用户界面，并使得与外围设备的通信更自然和直观。更进一步地，可以提供简单的统一用户界面控制由不同制造商制造的外围设备，允许用户跨越不同制造商的和设备类型的外围设备简单分享信息。此外，在一些实施例中，每个设备制造商能够采用由社交网络平台提供商建立的通信协议(例如，包括设备注册、设备发现、指令和响应的通信、信息的呈现、发送至和来自外围设备的编码指令和响应向以人类可读形式的消息的转换等)。因此，外围设备能够依赖于社交网络平台的通信服务器和与通信服务器连接的用户设备，以向用户设备的外围设备转发制造商专用格式编码指令和消息，或接收用户设备的外围设备发送的以制造商专用格式编码指令和消息。另外，在一些实施例中，能够在根据由通信服务器建立的通信协议格式化的消息中，封装编码指令和消息，因此，通信服务器不需要为了每个类型的外围设备翻译编码指令和消息而单独实现逻辑和功能。因此，外围设备的发展支持能力的重担被转移到不同类型的外围设备的制造商。这种方式下，用户享受简单的、统一的熟悉方式，以通过社交网络客户端应用的熟悉的用户界面，控制不同类型的外围设备，以及与其他用户和他们各自的可能是或可能不是相同类型的或相同制造商制造的外围设备分享信息。此外，社交网络平台的提供商不需要扩展大量的资源以扩展其支持的外围设备的类型。在本申请中，各种实施例示出了涉及通过社交网络平台提供外围设备的访问和控制的不同方之间的相互关系，该不同方包括外围设备的制造商和支持服务提供商的服务器(也称为“支持服务器”)，外交网络平台的服务器(例如，也称为“通信服务器”)，用户设备(例如，执行社交网络客户端应用和与通信服务器通信的主用户设备)，用户和通过社交网络平台控制的外围设备(例如，通过主用户设备与其他进行通信的设备，其与主用户设备已建立通信连接)。如本申请中的各种用例场景所示，通过社交网络平台提供外围设备的便利的、有趣的以及交互式的控制，可以帮助提升用户体验、缩短软件开发和对于外围设备制造商的支持。如这里描述，在一些实施例中，通过社交网络平台(诸如博客平台、在线论坛平台、消息板平台、微博平台、即时消息平台、在线聊天室平台以及上述一个或多个平台的混合)提供外围设备的访问和控制的方法，能够给用户和外围设备制造商使能大量之前未利用的可能。图1B是本发明一些实施例中通过社交网络平台对用户设备进行访问和控制的示例性操作环境100b的框图。如图1B所示，社交网络平台提供商102b提供通信服务器112b。社交网络平台提供商102b和通信服务器112b能够执行常规社交网络提供商(例如，社交网络平台提供商102a)和常规通信服务器(例如，通信服务器112a)能够执行的所有常规功能。另外，根据所述的一些实施例，社交网络平台提供商102b也实现通信服务器112b以对外围设备(例如，外围设备118)进行访问和控制。如图1B所示，社交网络平台的每个用户通过在相应的用户设备104(例如，用户设备104a-c)上执行的相应的社交网络客户端应用108(例如，社交网络客户端应用108c-e)，与通信服务器112b通信。每个用户设备104可以通过有线或无线连接连接至一个或多个外围设备118(例如，118a、118b和/或118c)。连接类型的示例包括通用串行总线(USB)、FIREWIRE、全球移动通信系统(GSM)、增强数据GSM环境(EDGE)、码分多址(CDMA)、时分多址(TDMA)、蓝牙、低功耗蓝牙(BLE)、WiFi，IP语音(VoIP)、Wi-MAX、或基于任何其他合适的通信协议建立的其他连接。典型地，每个外围设备通过具有相对短的范围(例如，几米或几十米)的连接连接至各自的用户设备，尽管这些限制对于许多类型的外围设备是不必要的。外围设备的示例包括但不限于智能手机、健康监测仪(例如，心率或血压监测仪、起搏器、生活方式监测腕带等)、音乐播放器、气候控制器(例如，天气监测仪、温度控制器、加热器、空调、湿度控制器等)、照明控制器、安全监测系统、智能咖啡机、充电站(例如，电动汽车或电子设备的充电站等)、导航系统(例如，GPS系统)、运动装备(例如，智能高尔夫球杆、智能垂钓竿、智能篮球等)、机顶盒(例如，在线流媒体机顶盒、在线游戏设备)等。这些外围设备仍旧设置有专用的软件应用，其独立安装，并且不依赖于社交网络客户端可用。另外，外围设备也可以可选地包括物理硬件按钮和控制器，或用户直接控制的车载内置屏幕和软件界面。如图1B所示，通信服务器112b包括用户数据库110b，用户数据库110b包括在通信服务器112b上注册的每个用户账户的信息。用户数据库110b相似于图1A中的用户数据库110a。另外，通信服务器112b也包括设备数据库110c。设备数据库110c存储有那些已使用本发明描述的设备注册方法注册到通信服务器112b上的外围设备的标识。设备数据库110c也包括关于外围设备、他们各自的用户、他们各自的主用户设备、他们各自的支持服务器等之间的关系的数据。在一些实施例中，每个注册的外围设备拥有相应的社交网络标识(例如，相似于人类用户的社交网络标识)，通过该社交网络标识，该注册的外围设备能够被其人类所有者(例如，操作与外围设备连接的主用户设备的人类用户)、其他用户、通信服务器、以及外围设备的制造商提供的支持服务器所识别。在设备数据库110c中，在注册的外围设备的相应的社交网络标识下，存储有每个注册的外围设备和其当前关联的(例如，连接的)用户账户或用户设备的特性。在一些实施例中，每个注册的外围设备作为当前与用户设备关联的用户账户(例如，在用户设备处，当前登录的用户账户)的社交网络联系人，与用户账户或者用户设备关联。在一些实施例中，其他用户、其支持服务器、其他外围设备可以作为设备数据库110c中的注册的外围设备的社交网络联系者，与注册的外围设备关联。在一些实施例中，外围设备可以使用它自己的社交网络标识，与其人类所有者(例如，外围设备当前连接的用户设备的用户)、另一个外围设备(例如，连接到相同用户设备的另一个外围设备，或连接到另一个用户设备的另一个外围设备)、其他用户(例如，人类所有者的社交联系人)和/或支持服务器通信。在一些实施例中，外围设备可以通过在其支持服务器的公众社交网络标识下建立的相应设备标识，与其人类所有者通信。在一些实施例中，每个注册的设备不拥有与在其下注册的用户账户分离的社交网络标识。在一些实施例中，外围设备可以通过在其人类所有者的社交网络标识下建立的相应设备标识，与另一个外围设备、另一个用户、支持服务器通信。在一些实施例中，可以将设备数据库110c合并到用户数据库110b，这样外围设备的网络标识类似于人类用户或支持服务器的网络标识，例如，包括相应的联系人列表，登陆状态、通信历史等。如图1B所示，通信服务器112b也与由一个或多个相应的外围设备制造商或支持服务提供商(例如，外围设备制造商114a-b)提供的一个或多个支持服务器116(例如，支持服务器116a-c)通信。在一些实施例中，每个支持服务提供商根据由社交网络平台提供商102b建立的协议标准，实现支持服务器116，从而能够通过社交网络平台(例如，通过通信服务器112b和用户设备104a-c上执行的社交网络客户端应用)将用于访问和控制他们各自的类型的外围设备的编码指令发送至外围设备(例如，外围设备118a-c)。在一些实施例中，通信服务器112b以及社交网络客户端应用108a-c不执行编码指令的解释和/或转换，编码指令的解码在编码指令的目的地处(例如，在外围设备处)进行。相应地，在一些实施例中，可以根据由社交网络平台提供商102b建立的协议标准，实现用户设备104上执行的社交网络客户端应用(例如，应用108c-e)，以便于可以通过社交网络平台(例如，包括通过通信服务器112b)，将针对外围设备118a-c的编码消息发送至相应的支持服务器。在一些实施例中，通信服务器112b和社交网络客户端应用108c-e不执行编码消息的解释和转换，编码消息的解码可以在编码消息的目的地处(例如，在支持服务器116a-c处)进行。在一些实施例中，发送编码指令和接收编码消息的支持服务器116可选地生成相应的人类可读形式的即时消息(例如，文本、表格、图像、图形、声音和/或语音形式的即时消息)，并通过通信服务器112b将该该即时消息发送给一个或多个用户(例如，外围设备的所有者，或与该所有者分享该外围设备的信息和控制的其他用户)。在一些实施例中，在社交网络客户端应用108c-e的用户界面上，将人类可读消息呈现为从支持服务器的社交网络标识到人类所有者和/或外围设备的社交网络标识的即时消息。类似地，在一些实施例中，在社交网络客户端应用108c-e的用户界面上，将这些人类可读消息呈现为从外围设备的社交网络标识发送至支持服务器和/或人类所有者的社交网络标识的即时消息。在一些实施例中，通信服务器112b可选地实现不涉及支持服务器的通信的编码指令和编码消息的转换。例如，通信服务器112b可选地将来源于人类用户且目的地为注册的外围设备的指令(例如，通过一个或多个即时消息提交的指令或社交网络客户端108c-e中设置的一个或多个用户界面控件的选择)转换为外围设备所理解的相应的编码指令，从而完成由人类用户通过社交网络平台外围设备的访问和控制。另外，通信服务器112b可选地将来源于注册的外围设备且目的地为人类用户的编码消息翻译成人类可读形式(例如，发送给用户的一个或多个即时消息)。通过社交平台完成的通信可以是在外围设备和其人类所有者之间，其中支持服务器可以参与或者不参与；或位于外围设备和其支持服务器之间，其中外围设备的人类所有者可以参与或者不参与；或位于外围设备的人类所有者和外围设备的支持服务器之间，而外围设备可以参与或者不参与；或位于不同用户之间，而他们相应的外围设备和/或他们相应的外围设备的支持服务器可以参与或者不参与；或位于两个或多个外围设备之间，而他们相应的人类所有者和/或他们相应的支持服务器可以参与或者不参与；位于用户和另一个用户的外围设备之间，而其它用户和/或外围设备的支持服务器可以参与或者不参与。鉴于此处提供的各种示例，其它通信配置是可能的和显而易见的。在对所述的实施例的各方面提供更多的细节之前，首先呈现简单的示例性使用场景。在一种示例使用场景中，执行示例性绑定过程，以将外围设备绑定至执行社交网络客户端应用的用户设备，以及将外围设备绑定至当前操作该社交网络客户端应用的相应用户账户。在该示例性的设备绑定过程中，用户启动用户设备(例如，智能手机、平板设备或便携式计算机)上的社交网络客户端应用(实现所述的方法的即时消息客户端应用)。用户通过社交网络客户端应用的登录界面在社交网络平台的通信服务器上登陆他/她的用户账户。用户设备和通信服务器之间的后续通信将发生在用户的用户账户下。社交网络客户端应用的用户界面中设置有能够扫描条形码的条形码扫描器界面(例如，通过用户设备的摄像机)。在一些实施例中，外围设备的制造商在外围设备上提供2D条形码，该2D条形码包含社交网络平台的通信服务器需要唯一标识外围设备或外围设备制造商的必要信息，例如，制造商的URL和/或外围设备的设备ID。一旦用户同意继续进行绑定过程并且条形码信息在用户的用户账户下从用户设备发送至社交网络平台的通信服务器，通信服务器绑定外围设备至用户账户。换句话说，社交网络平台的通信服务器为外围设备创建唯一的社交网络标识，并在用户账户下将外围设备添加至用户的社交网络联系人列表。在一些实施例中，通信服务器也为外围设备的支持服务提供商的支持服务器生成相应的社交网络标识，并将支持服务器添加至在用户账户下的用户的社交网络联系人列表。在一些实施例中，绑定过程不需要外围设备连接至用户设备。在完成绑定过程之后，能够在任何时间，在为外围设备创建的社交网络标识下，将外围设备连接至用户设备。从外围设备到社交网络平台的通信服务器的通信可以通过作为中介的用户设备完成。在示例性的设备连接过程中，用户设备自动扫描附近广播社交网络客户端应用的唯一服务标识的外围设备。制造商已经预配置外围设备，以在设备发现消息中广播社交网络客户端应用的唯一服务标识。用户设备上执行的社交网络客户端应用扫描并检测到外围设备设备发现消息中包括需要的服务标识，然后与外围设备建立连接(例如，蓝牙、低功耗蓝牙、WiFI、USB等连接)。一旦连接建立，社交网络客户端应用通知社交网络平台的通信服务器该外围设备现在在线。社交网络客户端应用在用户界面中指示用户，外围设备现在在线，可以在社交网络平台上作为社交网络联系人与用户通信。在一些实施例中，在用户选择用户界面控件来在社交网络客户端应用中启动与外围设备的对话会话之前，用户设备不试图与外围设备建立连接。在一些实施例中，当用户首次登陆他/她的用户账户时，用户设备扫描并试图与外围设备建立连接。在一些实施例中，用户不需要使用相同的用户设备进行绑定过程和连接过程。所述在绑定过程和连接过程的描述中提到的用户设备，是指当前执行社交网络客户端应用(包括示出用于社交网络平台的网页界面的浏览器)以及将用户的账户作为当前激活用户账户的用户设备。当外围设备与用户设备在社交网络客户端应用内在用户的用户账户下建立连接之后，用户能够在社交网络平台上与作为社交网络联系人的外围设备通信。例如，如果外围设备为健康监测腕带，该健康监测腕带已经在用户的用户账户下在社交网络客户端应用中，通过蓝牙或低功耗蓝牙与用户设备建立连接，用户能够可选地启动与该腕带的会话，就像他/她与他/她的任何其他社交网络联系人的会话。例如，用户可以在聊天会话期间选择向腕带发送即时文本消息，说“向我显示今天的数据”或“点亮屏幕”。即时文本作为从用户到外围设备的相应社交网络标识的消息，呈现在聊天会话的聊天界面中。在一些实施例中，当用户选择启动与腕带的交谈会话时，社交网络客户端应用向用户提供自定义的用户界面，在自定义的用户界面内，社交网络客户端应用呈现一个或多个按钮，表示可以发送给腕带的不同命令。例如，自定义的用户界面可以呈现用于“输出今天的数据”的按钮，用于“显示电量等级”的按钮，用于“震动”的按钮。当用户调用一个按钮(例如，用于“震动”的按钮)时，将对应的命令作为从用户到外围设备的相应的社交网络标识的消息呈现在聊天会话的对话界面上。也可以由外围设备的通信服务器或支持服务器将命令转换成编码指令，并通过通信服务器和用户设备发送至外围设备。接收编码指令的腕带将相应地响应(例如，通过启动震动)。在一些实施例中，不管用户设备是否已经通过键入、语音或调用按钮将指令/命令输入至外围设备，将指令/命令从用户设备发送至通信服务器，所述通信服务器获取相应的编码指令/命令(例如，或是通过自身的内部转换，或通过联络外围设备的支持服务器)，并将该转换发送回用户设备。用户设备通过用户设备与外围设备之间已经建立的连接，向外围设备转发编码指令/命令。外围设备根据编码指令/命令响应或行动。例如，在用户在聊天界面中输入文本消息“震动”，或在社交网络客户端应用为腕带提供的自定义用户界面中调用用于“震动”的按钮之后，腕带将启动震动。当用户在其附近不能定位腕带，但是希望使用他/她的社交网络客户端应用以与腕带对话，以便于腕带能够通过制造噪音回应，以找到该腕带时，这将是有用的。有时，用户可以将其他用户和/或其他外围设备加入到用户和外围设备的聊天会话中。例如，用户可以创建包括任意其他的用户或外围设备的相应的社交网络标识的群组聊天会话，该外围设备已经由他们各自的所有者在通信服务器上注册，并且当前通过他们相应的所有者的用户账户在线。例如，如果用户的外围设备为血压监测仪，用户可以启动包含用户自身、用户家庭成员和血压监测仪的群组聊天天会话。在用户将血压监测仪的臂调节带环绕他/她的胳膊时，用户可以在聊天界面中向血压监测仪输入(例如，通过在消息体中使用“@XXX”)文本消息(例如，“启动测量”)，或者在自定义群组聊天天会话中调用用于“启动”的按钮。群组聊天天会话的对话界面将用户的指令作为从用户发送到血压监测仪的即时消息“启动今天的血压测量”示出。通信服务器获取用户的指令，并且根据该用户的指令，获取针对血压监测仪的相应的编码指令。通信服务器通过用户设备向血压监测仪发送该编码指令，血压监测仪通过启动测量用户的血压，响应该编码指令。在一些实施例中，血压监测仪可选地向用户设备发送关于血压测量的进度和最终结果的编码响应。用户设备向通信服务器发送该编码响应，通信服务器根据该编码响应的内容，获取对应的用户可读数据。通信服务器向群组聊天中包含的用户发送一个或多个聊天消息(“启动测量血压，请保持安静”、“你今天的血压是120/60，非常棒”“测量完成，请将胳膊离开腕带”等)的人类可读数据。当前群组聊天中的每个用户将在他们各自的用户设备中，看到这些作为从血压监测仪到整个群或分别到他们中的每一个的消息的聊天消息。以下将提供更多的示例性使用场景和实施例。图2A-2H是一些实施例中通过社交网络客户端应用建立对外围设备的访问和控制的示例性用户界面。在一些实施例中，为了设置外围设备的访问和控制，用户首先请求通信服务器在社交网络平台上将外围设备绑定到用户的账户。在外围设备被绑定至用户的账户之后，用户设备扫描外围设备，如果查找到外围设备，则建立与外围设备的连接。图2A-AH示出了通过示例性用户设备202(例如，图2B中用户设备104中的一个)，建立对示例性外围设备200的控制的过程，该示例性用户设备执行在示例性用户账户“Red207”下运行的社交网络客户端应用。如图2A所示，在一些实施例中，外围设备200(例如，健康监测腕带)的制造商在外围设备200的包装或主体上设置2D条形码，其中，2D条形码对外围设备200的唯一标识201进行编码，或者对该外围设备的支持服务器的唯一标识进行编码，该指支持服务器将为包括外围设备200的一种类型的外围设备提供服务。也可以使用其他格式的设备唯一标识。图2B示出了具有名为“Red207”的用户账号的用户启动用户设备202(例如，智能手机)上的社交网络客户端应用以及调用功能以加入社交网络客户端应用上设置的硬件联系人。用户将2D条形码放置在扫描器下(例如，智能手机的内置摄像机)，并调用扫描按钮204以扫描该2D条形码。在一些实施例中，用于启动扫描外围设备的条形码的用户界面控件与用于启动扫描分配给社交网络平台的任意其他用户的条形码(例如，QR码)的用户界面控件一样。通信服务器在后台确定用户是否希望基于条形码中获取的标识加入新的人类联系者或硬件联系者。图2C示出了用户设备202已经成功扫描条形码并识别了用户希望绑定到他/她的帐户的外围设备的标识。外围设备200的名称(例如，“Q-BandTM”)被显示给用户。在一些实施例中，型号(例如，“ModelX2000”)可选地被显示给用户。一旦用户确认条形码的读取符合他/她的预期，用户可以调用“绑定”按钮206从而将外围设备绑定至用户账户“Red207”。“绑定”按钮206的调用使得用户设备202向社交网络平台的通信服务器发送绑定指令，通信服务器创建用户的账户和外围设备的标识之间的绑定。有时，如果分配给外围设备200的条形码不是唯一的(例如，分配给一种类型的所有外围设备(例如，特定设备模型)的公共条形码，或者用于一种或多种类型的外围设备的支持服务提供商的公共条形码)，绑定过程基于用户账户标识和条形码内编码标识，生成针对外围设备的唯一设备标识(例如，通过连结用户名和公共设备标识)。通信服务器也为外围设备200创建社交网络标识，包括人类用户的全部或部分特征(例如，包括用户名、头像、帐户类型、在线状态、联系人列表、社交网络群组列表、对话历史、粉丝列表(例如，关注我的其他用户)、订阅列表(例如，我关注的其他用户)等)。在一些实施例中，通信服务器也指示外围设备200的帐户是设备帐户，并且与相应的用户账户(例如，“Red207”)关联。图2D示出了绑定过程已成功完成。通信服务器通知用户，外围设备200(具有“Q-Band”的临时在线标识)已经绑定至用户的账户。可选地，用户可以改变外围设备200的昵称为更能迎合用户(例如，“Red’sQ-Band”)的其他名字。图2E也示出了当前关联至用户账户“Red207”的联系人的列表。该联系人的列表包括其他该用户事先建立了相互的社交网络关系的人类用户(例如，“Annie”、“Mom”和“Reddog”)。图2E也示出了该联系人列表也包括外围设备(例如，“Q-Band”)的社交网络标识。在一些实施例中，联系人列表也包括新加入的外围设备200的支持服务提供商2(例如，“Q-Support”)的公众社交网络标识210。此时，外围设备的图标在某种程度上被遮挡，以指示对应于社交网络标识“Q-Band”的外围设备200当前未连接至用户设备202。在外围设备200连接至用户设备202之后，向通信服务器通知该连接，外围设备的图标的外观将改变以指示外围设备200的激活在线状态现在是连接的。图2F示出了当用户调用图2E示出的联系人列表中的外围设备的图标时，用户设备202发起连接过程以扫描和连接到与社交网络标识“Q-Band“关联的外围设备200。在一些实施例中，外围设备200的制造商和社交网络客户端应用的提供商同意具体的连接协议(例如，蓝牙TM，或低功耗蓝牙，或WiFi连接协议)，以便于社交网络客户端应用能够发现实现所述的方法的类型的外围设备。在本申请中，随后提供针对连接协义的更多细节。当用户设备202通过扫描过程发现外围设备200的存在时，检测到的外围设备匹配至外围设备200的社交网络标识，并且在用户设备202上显示给用户设备。在外围设备200连接至用户设备202之后，将该连接通知给通信服务器，改变外围设备的图标的外观(未示出)以指示外围设备现在被连接。图2G示出了在社交网络客户端应用中，一旦外围设备200和用户设备202建立了连接，能够以类似于建立两个用户之间的聊天会话的方式(例如，通过在联系人列表中选择外围设备200以及选择向该外围设备200发送消息)，建立用户和外围设备200之间的聊天会话。在一些实施例中，当连接首次建立时，自动启动针对外围设备200和用户“Red207”之间的聊天会话的对话界面。在用户设备202上显示的对话界面212中，外围设备200向用户发送消息214(例如，“HiRed207！我是你的Q-Band”)。通过通信器向用户设备202提供该消息214。在不同实施例中，服务器获取该消息的过程可以变化。在一些实施例中，用户设备202向通信服务器转发从外围设备200接收的该编码消息(例如，“InitOK”消息)，通信服务器或自身将编码消息转换成消息214，或要求外围设备的支持服务提供商的支持服务器将该编码消息转换成消息214。在本申请的其他部分中将提供编码消息如何从外围设备发送，被用户设备、通信服务器和/或支持服务器处理，并传达到用户，以及在对话历史中表达。图2G也示出了当前聊天会话的对话界面212可选地包括消息输入框218，通过该消息输入框218，用户可以向外围设备200输入文本消息(例如，“点亮屏幕”)。对话界面212可选地包括一个或多个用户界面控件，用于调用外围设备200的具体通用功能。例如，对话界面212可选地包括用于点亮外围设备200(例如，健康监测腕带)的按钮212，以测试通信通道和外围设备200的功能。对话界面212可选地包括其他按钮(例如，“打印数据”按钮)，用于调用外围设备200的其他功能。当用户点击“灯光”按钮216时，信号被发送到通信服务器，指示用户已经点击“灯光”按钮216。通信服务器获取针对外围设备200的对应的编码指令，并且将该编码指令，发送回至用户设备202。然后，用户设备通过用户设备和外围设备之间建立的连接，向外围设备转发该编码指令。然后，外围设备解析和执行编码指令中的命令，并且可选地发送回编码地响应(例如，指示请求的任务成功的完成的编码响应)。在一些实施例中，用户界面控件的开发可以通过外围设备200的制造商和社交网络平台的提供商之间的合作来完成。在一些实施例中，通信服务器仅需要知道制造商更倾向于在其产品(例如，外围设备200)的对话界面中包括哪些功能，以及通信服务器不需要对通过用户设备202从用户和/或外围设备202接收到的命令和消息执行任何实际的转换和解析。例如，在一些实施例中，通信服务器不需要执行从由用户输入的即时消息或功能按钮点击，到目的地为外围设备的对应的编码指令的转换。而是由通信服务器向外围设备的支持服务提供商的支持服务器转发用户请求的功能，并从支持服务器接收对应的编码指令。通信服务器然后通过用户设备向外围设备转发编码指令。在一些实施例中，通信服务器也不需要执行从来自外围设备的编码消息到展示给用户的即时消息的转换。而是由通信服务器向外围设备的支持服务提供商的支持服务器转发编码消息，并接收编码消息的对应的转换。通信服务器然后将该转换作为即时消息发送给用户，作为从外围设备到用户的消息。在一些实施例中，通信服务器可选地自己执行对话(例如，通过使用自然语言消息/按钮点击和编码指令/消息之间的映射表格)。图2H示出了在用户输入文本消息(例如，“点亮显示器”)或点击“点亮”按钮216之后，对应的编码指令从通信服务器发送到用户设备，然后从用户设备202发送到外围设备200。对应的即时消息220作为从用户到Q-Band的消息显示在对话界面212上。在外围设备执行该请求的功能之后，外围设备向用户发送响应(例如，指示以点亮健康监测腕带的显示器的任务的完成的编码响应)。响应作为从Q-Band到用户的即时消息(例如，“完成！显示器被点亮”)显示在对话界面212中。在一些实施例中，当外围设备希望向用户发送消息时，消息是以编码格式(例如，根据设备制造商的专用格式格式化的)发送。编码消息被发送到用户设备202，用户设备202将其转发到通信服务器。通信服务器可选地将其转发到支持服务器，并从支持服务器获取编码消息的转换。然后，通信服务器将该转换作为即时消息发送给用户设备202。将该转换作为从外围设备“Q-Band”到用户“Red207”呈现给用户。图2A-2H中示出的用户界面和针对其描述的特征仅仅说明了可能的实施例。在一些实施例中，更多的功能按钮包括在扩展的对话界面中，其能够由显示在对话界面的简单版本上的控件所调用。在一些实施例中，向用户提供配置界面，允许用户设置按钮用于最频繁使用的命令和指令。在一些实施例中，社交网络客户端应用允许用户通过文本输入框或语音输入界面，输入自然语言指令和命令，以及接收自然语言指令和命令的通信服务器可选地通过本地或第三方自然语言处理服务，生成用户命令的解析。然后，通信服务器将该解析转发至外围设备的支持服务器，用于转换成编码指令。在本申请中，将在后面提供关于如何在通信架构的不同层之间发送指令和响应(例如，支持服务器←→通信服务器←→用户设备←→用户和外围设备)的更多细节。图2I示出了一个设备制造商通过社交网络平台的提供商为其一种或多种外围设备建立支持的简化的处理流程。例如，制造商(例如，外围设备的装备开发商)提交(231)用户账户的请求(例如，支持服务提供商的支持服务器的帐户，该支持服务器针对由制造商制造的一种类型的外围设备)。在一些实施例中，制造商或装备开发商向社交网络平台的提供商提交名称、型号、基本功能以及由社交网络平台支持的功能。社交网络平台提供商检查该请求，并根据内部或公布的指导，确定(233)是否接受该请求。如果社交网络的提供商决定接受该请求，将该请求通知给开发商，制造商或装备开发商继续(235)开发通过社交网络平台的通信服务器实现的功能。如果社交网络平台的提供商不接受该请求，装备制造商能够返回并修改该请求，以及重新提交或终止该请求过程。当由装备开发商实现许可的功能时，社交网络平台的提供商将检查(237)该功能，以保障质量。一旦通过测试再次许可该功能，将对请求中标识的外围设备的类型的支持正式公诸于众，通信服务器现在将接受对于该支持的类型的外围设备的注册请求，以及，为外围设备的支持服务器建立在社交网络平台上的相应的社交网络标识。在公诸于众之后，支持的外围设备的制造商和设备开发商可以启动(239)制造和/或向最终用户售卖该外围设备。在一些实施例中，社交网络平台的提供商也将向支持服务器分配其支持的类型的外围设备的唯一的标识，该标识可以在销售时被提供给外围设备的买家。例如，可以将该标识设置为附着在外围设备或其包装上的2D条形码，或设置为外围设备包含的唯一的序列号。图2J示出了一种终端用户使用用户设备(例如，移动设备)在社交网络平台的通信服务器上注册具体的外围设备的简化的处理流程。如图2J所示，当终端用户在设备注册时向用户设备提供设备ID时，用户设备捕获(241)由用户提供的设备ID(例如，通过外围设备的2D条形码或通过直接文本输入)。用户设备确定(243)设备ID是否被成功捕获。如果在查询通信服务器存储的数据库之后，用户设备未识别该设备ID，该过程结束。如果用户设备确定支持的外围设备的正确的ID已经被捕获，用户设备从社交网络平台的通信服务器获取(345)外围设备的账户。例如，在一些实施例中，用户设备向通信服务器发送设备ID，通信服务器基于设备ID和用户自己的ID，为外围设备生成合适的社交网络标识，并且生成外围设备的账户。通信服务器将外围设备的账户与用户自己的账户关联。一旦账户生成，通信服务器向用户设备发送账户信息。用户设备确定(247)外围设备的账户是否已经成功生成。如果是，用户设备能够启动(249)与外围设备的信息(例如，指令和响应)的交换。该信息包括来源于外围设备的支持服务器且通过通信服务器发送至用户设备的编码指令、直接来自通信服务器的编码指令、直接来自外围设备支持服务器、通信服务器、其他用户和/或用户等的编码响应。图2K-2J示出了一些实施例中包括社交网络平台上的外围设备的访问和控制各种通信场景中的消息转换和流程。通信场景的不同组合可以呈现在包含多于一个从源端到目标端的通信的对话。用户、外围设备、支持服务器和通信服务器的每一个可以是具体通信消息(例如，编码指令、编码消息或即时消息)的源端(也称为“始发站”)或目的端(也称为“目的地”)。用户设备、支持服务器和通信服务器的每一个也可作为源于其他端和目的为其他端的具体通信消息的中间发送器。在一些实施例中，对通信服务器的直接消息，(例如，源于支持服务器、用户或外围设备的直接消息)是允许的，但是由于通信服务器通常不被认为是聊天会话中的对话参与者中的一个，此处不描述这些消息。如在此使用的，如果消息指向特定端，在图2K-2T中，将该消息称为“@”那一方，那一方是消息的目的地，即使该消息在从源到目的地发送期间，该消息可以通过一个或多个其他端。发起消息或指令的端是消息或指令的始发站，即使消息的发起是响应于始发站先前接收的另一个消息或指令。如本申请描述，将来源于外围设备的消息称为“编码消息”，编码消息遵循外围设备的本地I/O和数据格式。在一些实施例中，来自一些类型的外围设备的编码消息可以是人类可读的，但这不是必须的。在一些实施例中，如果来自具体外围设备的编码消息是发往人类用户的，将该编码消息首先发送给外围设备的支持服务器，以被转换成人类可读即时消息，然后，将该人类可读即时消息而不是编码消息发送给用户(通过用户的用户设备)。在一些实施例中，如果来自具体用户的即时消息指向外围设备，首先将该即时消息发送给外围设备的支持服务器，以转换成用于外围设备的编码指令，然后，将该编码指令而不是即时消息发送至外围设备(例如，通过外围设备)。在一些实施例中，通信服务器向支持服务器转发原始消息，并且获取适用于该原始消息的目的地的原始消息的转换。在一些实施例中，至少对于原始消息的子集，通信服务器本地生成该转换，而不通过联系支持服务器。在一些实施例中，当支持服务器是消息或指令的始发站时，支持服务器以正确的格式(例如，或作为即时消息，或作为编码指令)提供消息或指令，该正确的格式取决于消息的目的端。图2K描述了一种通信场景，在该通信场景中，用户在由用户设备104(例如，智能手机)上执行的社交网络客户端应用108提供的用户界面中，发起目的地为外围设备118(例如，气候控制设备)的指令(例如，“关掉空调”)。在这个和以下的示例性场景中，用户已经在通信服务器112处登录他/她的帐户；外围设备104是支持服务器116的支持的设备，并且已经在他/她的帐户下由用户注册；外围设备和用户设备已经在社交网络客户端应用下建立连接。为了说明之用，在该例子中，假设用户的社交网络标识为“User”且外围设备118的社交网络标识为“外围”。在该例子中，消息的流如下：(1)用户可选地通过键入即时消息“关掉空调”或通过调用用户界面控件(例如，“关掉”按钮)，以关掉“用户”和“外围”聊天会话的对话界面中的外围设备118。在一对一聊天会话中，来自一个参与者的消息自动把聊天会话的另一个参与者作为目的地。因此，由用户输入的消息为目的为外围设备108的即时消息。在一些实施例中，预设用户界面控件的调用对应于目的为外围设备108的即时消息，且在对话记录中被同样表示。(2)将来源于用户且目的地为外围设备118的即时消息从用户设备104发送至通信服务器112。(3)通信服务器112接收该即时消息，并且进一步地将其发送到外围设备的支持服务器。通信服务器从即时消息的始发站和目的地字段，获取用户和外围设备的标识。基于该外围设备的标识，通信服务器确定外围设备的支持服务器的标识。(4)支持服务器112接收即时消息，识别出其为人类可读消息，并且需要转换成为外围设备118可接受的格式。支持服务器解析该接收的即时消息，并且将其映射为目的地为外围设备118的编码指令。支持服务器112向通信服务器发送该编码指令，该编码指令目的地为外围设备118。(5)通信服务器112从支持服务器116接收目的地为外围设备的编码指令，并将其转发至用户设备104。(6)用户设备104接收目的地为外围设备118的编码指令，并将其发送至外围设备118。该外围设备118读取和执行该编码指令中请求的任务。尽管在该例子中，该编码指令是源自用户的指令，所述消息流程也同样适用于当用户对来自外围设备的先前信息请求进行响应时的情况。例如，如果外围设备先前已经请求用户提供更优的能源节约模式用于温度控制，用户能够通过在聊天界面中键入目的地为外围设备的即时消息(“最节能”或“能源和舒适之间的平衡”)来回应该信息请求。图2L示出了一种通信场景，在该通信场景中，外围设备118通过用户设备104上执行的社交网络客户端应用，发起目的地为用户的消息或请求用户(例如，“E01”，意思是“错误01＝光传感器受阻”)。在该例子中，消息流如下：(1)外围设备118生成目的为用户的编码消息(例如，“E01”)。(2)用户设备104接收该编码消息，并将其转发至通信服务器112。(3)通信服务器从用户设备接收该编码消息，并识别“用户”和“外围”分别是该编码消息的始发站和目的地。通信服务器也确认该外围设备的支持服务器，并向该支持服务器转发该编码消息，用于向人类可读即时消息的转换。(4)支持服务器116接收目的为用户的编码消息，并将其转换为人类可读形式(例如，即时消息“光传感器被阻挡，请移开它的覆盖物”)。然后，支持服务器116向通信服务器发送该目的地为用户的即时消息。(5)通信服务器接收该目的为用户的即时消息，并将其转发至用户设备。(6)用户设备接收该目的地为用户的即时消息，并且作为来源于外围设备且目的地为用户的即时消息向用户呈现。尽管该例子中编码消息是从外围设备发起的请求，相同的消息流程同样适用于当外围设备响应之前来自用户的信息请求的情况。例如，如果用户先前已经请求外围设备提供针对今天的天气预报数据，该外围设备可以通过在目的地为用户的编码消息(例如，“90RWS”，意思是“雨天，最高温度＝90度，西南风”)中回答，来回应该信息请求。图2M-2N示出了用户可以不依赖由支持服务器支持的外围设备，与支持服务器通信。可以使用社交网络平台的正常即时消息传递能力，进行支持服务器和用户之间的通信。假设支持服务器116的社交网络标识是“支持”。用户能够发送目的地为“支持”的即时消息，并且支持服务器能够发送目的地为“用户”的即时消息。如图2M所示，消息流如下：(1)在包括“用户”和“支持”的聊天会话的对话界面中，由用户键入目的地为支持服务器的即时消息。(2)用户设备向通信服务器发送目的地为“支持”的即时消息。(3)通信服务器识别该即时消息的目的为支持服务器，并将该即时消息发送给支持服务器。将该即时消息作为从用户到支持的即时消息，记录在聊天会话的对话记录中。如图2N所示，消息流如下：(1)由支持服务器(例如，或者机器生成的，或者支持服务器的管理员键入的)生成目的地为用户的即时消息。支持服务器向通信服务器发送该即时消息。(2)通信服务器识别即时消息目的地为用户，并向与用户关联的用户设备发送即时消息。(3)用户设备向用户显示即时消息，以及将该消息作为从支持到用户的即时消息，记录在聊天会话的对话界面中。在各种通信场景中，当支持工作人员想直接从用户获取一些信息(例如，“温度控制器的表面是湿的吗”)或直接给用户消息或指令(例如，“当按住蓝色按钮的时候，按两次红色按钮”；或“不，那不是错误的。闪烁蓝光表示该单元正常运行)时，能够产生从支持服务器到用户的直接通信。在各种通信场景中，当用户想直接从支持服务器的工作人员或支持服务器获取一些信息时(例如，“在不清除我的最后测量的情况下，如何关掉该单元”)，或直接给支持工作人员指令或信息时(例如，“你能够远程为我重配置该单元吗”或“不，我以前从来没有改变该过滤器”)，能够进行从用户到支持服务器的直接通信。在这种通信场景中，用户和支持服务器之间的直接通信可以是一对一通信，或者包含其他用户和/或外围设备的部分群组聊天会话。图2O示出了一种示例性通信场景，在该场景中，支持服务器116在社交网络平台118上，发起目的地为外围设备的编码指令。在该通信场景中，用户参与至少包含支持服务器(标识为“支持”)、用户本身(标识为“用户”)和外围设备(标识为“外围”)的群组聊天。在这样的通信场景中，除了目的地为外围设备(例如，“T01”，意思是“运行诊断测试1”)的编码指令，支持服务器基于编码指令的内容，也准备即时消息(例如，“@Peripheral：运行诊断测试1。”)，以便于即时消息能够通过社交网络平台发送到用户，并显示在当前聊天会话的对话记录中。即时消息将作为来源于支持服务器且目的地为外围设备的即时消息，出现在对话记录中。在一些实施例中，消息流如下所示：(1)在包含“支持”，“用户”和“外围”的群组聊天对话中，支持服务器发起目的地为外围设备118的编码指令。支持服务器也生成由通信服务器使用的编码指令的即时消息版本。支持服务器向通信服务器发送(1-1)目的地为为外围设备的编码指令，和发送(1-2)目的地为外围设备的即时消息。(2)通信服务器从支持服务器接收编码指令和即时消息。通信服务器向用户设备转发(2-1)该编码指令，作为目的地为外围设备的编码消息。通信服务器也向用户设备转发(2-1)该即时消息，作为该编码消息的人类可读的转换。(3)用户设备从通信服务器接收该编码指令和即时消息。用户设备向外围设备发送(3-1)该编码指令。在当前聊天会话的对话记录中，用户设备将该即时消息作为“支持”到“外围”的消息，显示(3-2)给向用户。在一些实施例中，支持服务器可以不依赖用户的参与，与外围设备通信。在这些情况下，没有即时消息需要准备，并发送给用户，仅通过通信服务器和用户设备将编码指令发送给外围设备。图2P示出了一种示例性通信场景，在该场景中，外围设备116在社交网络平台上，发起目的地为支持服务器116的编码消息(例如，“R01”，意思是“诊断测试已经正常完成”)。在该通信场景中，用户参与至少包含支持服务器(标识为“支持”)，用户本身(标识为“用户”)和外围设备(标识为“外围”)的群组对话。在这样的通信场景中，当支持服务器接收目的地为其本身的编码指令时，支持服务器也基于编码消息的内容，准备即时消息，以便于能够由社交网络平台将即时消息发送给用户，以及显示在当前聊天会话的对话记录中。该即时消息作为从“外围”到“支持”的即时消息，呈现在对话记录中。在一些实施例中，消息流如下：(1)在包含“支持”，“用户”和“外围”的群组聊天会话中，外围发起目的地为支持服务器116的编码消息。外围设备向用户设备发送目的地为支持服务器的编码消息。(2)用户设备从外围设备接收编码消息，并将其转发至通信服务器。(3)通信服务器从用户设备接收目的地为支持服务器的编码消息。通信服务器将该编码消息转发至支持服务器。(4)支持服务器接收编码消息，并相应采取行动(例如，更新记录，准备下一个指令或忽略它)。支持服务器也基于编码消息的内容，准备人类可读即时消息。将人类可读即时消息作为来源于外围设备且目的地为支持服务器的消息，显示在用户设备上。支持服务器向通信服务器发送目的地为支持服务器的即时消息。(5)通信服务器向用户设备发送目的地为支持服务器的即时消息。(6)用户设备接收目的地为支持服务器的即时消息，并将该即时消息显示在当前聊天会话的对话记录中。将该即时消息为从“外围”到“支持”的消息。在一些实施例中，支持服务器可以不依赖用户的参与，与外围设备通信。在这种情况下，没有即时消息需要准备，并发送给用户。图2Q示出了一种示例性通信场景，在该场景中，两个或多个外围设备(例如，外围设备118-a和118-b)连接至用户设备104。在用户的账户下，将外围设备118-a注册为“外围A”，以及在用户的账户下，将外围设备118-b注册为“外围B”。两个外围设备可以具有相同的类型，或不同的类型。在该例子中，两个外围设备具有相同的支持服务器116，例如，由于他们具有相同的制造商或共享相同或相关的本地消息格式。例如，外围设备118-a可以是气候控制设备，外围设备118-b可以是由相同制造商制造的能源监测设备。在该例子中，外围设备118-b通过社交网络平台发送编码指令，以访问或控制外围设备118-a。在该例子中，群组聊天会话中至少包含用户(标识为“用户”)，外围设备118-a(标识为“外围A”)和外围设备118-b(标识为“外围B”)。在该例子中，外围设备118-a也称作外围设备A，外围设备118-b也称作外围设备B。在该示例性场景中，消息流如下；(1)外围设备B生成目的地为外围设备A的编码消息(例如，“QR0111032”，意思是“能源使用已经达到预定限制，发起能源节约模式”)。外围设备B向用户设备104发送目的地为外围设备A的编码消息。(2)用户设备接收目的地为外围设备A的编码消息，并将其转发至通信服务器112。(3)通信服务器接收112目的地为外围设备A的编码消息，并将其转发到支持服务器116。(4)支持服务器接收目的地为外围设备A的编码消息，并根据外围设备A的格式需求，将接收到的编码消息转换为目的地为外围设备A的另一编码消息。如果源外围设备(例如，外围设备B)和目的外围设备(例如，外围设备A)使用相同的消息格式，该种转换不是必须的。支持服务器向通信服务器发送(4-1)发送目的地为外围设备A的转换后的编码消息。支持服务器也将接收的目的地为外围设备A的编码消息，转换为目的地为外围设备A的人类可读即时消息。支持服务器也向通信服务器发送(4-2)发送目的地为外围设备A的转换后的即时消息。(5)通信服务器接收来自于支持服务器，目的地为外围设备A的编码消息，并将其转发(5-1)至用户设备。通信服务器也从支持服务器接收目的地为外围设备A的转换后的即时消息，并将其转发(5-2)至用户设备。(6)用户设备接收目的地为外围设备A的编码消息，并将其发送(6-1)到外围设备A。然后，外围设备根据接收的编码消息进行操作，例如，改变为能源节约模式。用户设备也在当前聊天会话的对话记录中，显示目的地为外围设备A的即时消息，其中，将该即时消息显示为从“外围B”到“外围A”的消息。在一些实施例中，用户可以建立控制等级，一个控制等级的注册外围设备可以控制和访问另一个注册的外围设备。在一些实施例中，通过在相同的群组聊天会话中，包括两个或更多的注册外围设备，可以认为用户已经许可在该群组聊天中的每个外围设备与其他的外围设备相互通信。在一些实施例中，缺省的控制等级由支持服务器支持的不同类型的外围设设备的支持服务器提供。图2R示出了示例性通信场景，在该场景中，两个或更多用户(分别具有社交网络标识“用户A”和“用户B”)通过他们各自的用户设备(例如，用户设备104a，也称为“用户设备A”；用户设备104b，也称为“用户设备B”)，登录相同的通信服务器。在用户A的账户下，将外围设备118-a(在该例子中，也称为外围设备A)注册为“外围A”。在该例子中，至少“用户A”、“外围A”和“用户B”位于相同的群组聊天会话中。在该示例性场景中，用户B发起即时消息(例如，“20分钟后，关掉游戏”)以通过社交网络平台访问和控制外围设备A(例如，游戏控制器)。由支持服务器将该即时消息转换为针对外围设备A的编码指令，该编码指令通过通信服务器和用户设备A到达外围设备。通信服务器也将原始即时消息作为目的地为外围设备A的即时消息，发送给用户设备。在当前聊天会话的对话记录中，将目的为外围设备A的原始即时消息显示为从“用户B”到“外围A”的消息。在该示例性场景中，该消息流如下：(1)用户B在用户设备B上显示的群组聊天会话的对话界面中，输入目的地为外围设备A的即时消息(例如，“@外围A:20分钟后，退出游戏”)。(2)用户设备B向通信服务器发送目的地为外围设备A的即时消息。(3)通信服务器接收该目的地为外围设备A的即时消息，并将其转发至支持服务器116。(4)支持服务器116接收目的地为外围设备A的即时消息，并将其转换为目的地为外围设备A的编码指令。支持服务器向通信服务器发送该目的地为外围设备A的编码指令。(5)通信服务器接收该目的地为外围设备A的编码指令，并将其转发(5-1)至用户设备A。通信服务器也将该目的地为外围设备A的原始即时消息转发至用户设备A。(6)用户设备A接收该目的地为外围设备A的编码指令，并将其发送(6-1)至外围设备A。然后，外围设备A根据接收的编码消息，进行操作，例如，在20分钟后，退出该消息。用户设备接收该目的为外围设备A的原始即时消息，并在当前聊天会话中的对话记录中，显示(6-2)该目的地为外围设备的即时消息，其中，该即时消息显示为从“用户B”到“外围A”的消息。在一些实施例中，用户可以分享在他/她的账户下注册的外围设备的所有功能或所有功能的子集的访问和/或控制。该控制和/或访问的分享可以是在之前聊天的基础上，或是正在进行的基础上。在一些实施例中，通过在包含注册的外围设备的相同的群组聊天会话中包括另外一个用户，可以认为用户已经许可该另一个用户与外围设备通信。这在亲本控制文本中是可用的，其中，用户B是外围设备A的控制端。图2S示出了一种示例性通信场景，在该场景中，两个或更多用户(例如，分别具有社交网络标识“用户A”和“用户B”)通过他们各自的用户设备(例如，用户设备104a，也称为“用户设备A”；用户设备104b，也称为“用户设备B”)，登录到相同的通信服务器。在用户A的账户下，将外围设备118-a(在该例子中，也被称为外围设备A)注册为“外围A”。在该例子中，至少“用户A”、“外围A”和“用户B”位于相同的群组聊天会话。在该示例性场景中，外围设备A在群组聊天会话中，发起目的地为用户B的编码消息(例如，“H120/L80/HR80/T97”，意思是“血压120/80，心率80/min，温度97华氏度”)。由支持服务器将该编码消息转换为目的地为用户B的人类可读即时消息，并且该转换后的即时消息通过通信服务器到达用户设备A和B。在当前聊天会话的对话记录中，将该目的地为用户B的转换后的即时消息作为从“外围A”到“用户B”的消息(或从“外围A”到整个对话群的消息)显示。在该示例性场景中，消息流如下：(1)外围设备A生成目的地为用户B(或整个群)的编码消息(例如，“H120/L80/HR80/T97”，意思是“血压120/80，心率80/min，温度97华氏度”。外围设备A向用户设备A发送该编码消息。(2)用户设备A向通信服务器发送该目的地为用户B(或整个群)的编码消息。(3)通信服务器接收该目的地为用户B(或整个群)的编码消息，并将其转发到支持服务器116。(4)支持服务器116接收该目的地为用户B(或整个群)的编码消息，并将其转换为即时消息(例如，“用户A的血压是120/80，心率为80每分钟，身体温度为97华氏度”)。支持服务器向该通信服务器发送该转换后的目的地为用户B(例如，整个群)的即时消息。(5)通信服务器接收该目的地为用户B(或整个群)的即时消息，并将其转发(5-1)至用户设备A。该通信服务器也将该目的地为用户B(或整个群)的即时消息转发到用户设备B。(6)用户设备A接收该目的地为用户B(例如，整个群)的即时消息，并在当前聊天会话的对话记录中显示(6-1)给用户，其中，即时消息被显示为从“外围A”到“用户B”(或整个群)的即时消息。用户设备B接收该目的地为用户B(或整个群)的即时消息，并在当前聊天会话的对话记录中显示给(6-2)用户，其中，即时消息显示为从“外围A”到“用户B”(或整个群)的消息。图2T示出了一种示例性通信场景，在该场景中，两个或更多的用户(例如，分别具有社交网络标识“用户A”或“用户B”)通过他们各自的用户设备(例如，用户设备104a，也被称为“用户设备A”；和用户设备104b，也被称为“用户设备B”)登录到相同的通信服务器。在用户A的账户下，将外围设备118-a(在该例子中，也被称为外围设备A)注册为“外围A”。在用户B的账户下，将外围设备118-b(在该例子中，也称为外围设备B)注册为“外围B”。在该例子中，至少“用户A”、“外围A”、“用户B”和“外围B”位于相同的群组聊天会话中。在该示例性场景中，外围设备B在群组聊天会话中，发起目的地为外围设备A的编码消息(例如，@外围A:XT1”，意思是“@外围A:卧室灯亮着；关掉楼下加热器”)。由支持服务器将该编码消息转换为目的地为外围A的人类可读即时消息，该转换后的即时消息通过通信服务器到达用户设备A和用户设备B。将该转换后的目的地为外围设备A的即时消息(例如，作为从“外围B”到“外围A”的消息，在当前聊天会话的对话记录中)显示在用户设备A和用户设备B处。支持服务器也将目的地为外围设备A的原始编码消息，转换为外围设备A可接受的格式的编码消息。转换后的目的地为外围设备A的编码消息通过通信服务器和用户设备A到达外围设备A。在该示例性场景中，消息流如下：(1)外围设备B生成目的地为外围设备A的编码消息(例如“@外围A：XT1”，意思是“@外围A：卧室灯亮着；关掉楼下加热器”)。外围设备B向用户设备B发送该编码消息。(2)用户设备B向通信服务器发送该目的地为外围设备A的编码消息。(3)通信服务器接收该目的地为外围A的编码消息，并将其转发至支持服务器116。(4)支持服务器116接收该目的地为外围A的编码消息，并将其转换为外围设备A可接受的格式。支持服务器116向通信服务器发送(4-1)该转换后的目的地为外围设备A的编码消息。支持服务器也将该原始的目的地为外围设备A的编码消息转换为目的地为外围设备A的即时消息(“@外围A：卧室灯亮着；关掉楼下加热器”)。该支持服务器向通信服务器发送(4-2)该转换后的目的地为外围设备A的即时消息。(5)通信服务器接收该目的地为外围设备A的即时消息，以及转换后的目的地为外围设备A的编码消息。通信服务器将该转换后的目的地为外围设备A的编码消息转发(5-1)至用户设备A。通信服务器也向用户设备B转发(5-2)该转换后的目的地为外围设备A的编码消息。通信服务器也向用户设备A转发(5-3)该转换后的目的地为外围设备A的编码消息。(6)用户设备A接收该转换后的目的地为外围设备A的编码消息，并将其发送(6-1)到外围设备A。用户设备A也接收该转换后的目的地为外围设备A的即时消息，并在当前聊天会话的对话记录中显示给用户A，其中，该即时消息被显示为从“外围B”到“外围A”的消息。用户设备B也接收该转换后的目的地为外围设备A的即时消息，并在当前聊天会话的对话界面中显示给用户B，其中，即时消息被显示为从“外围B”到“外围A”的消息。通信配置的其他变换也是可能的，并且可以从此处示出的例子中推演得到。图3A-3C是本申请一些实施例中通过在社交网络平台建立对外围设备(例如，外围设备200)的控制的示例性过程300的流程图。该示例性过程300可以在用户设备(例如，用户设备118或202)上执行，该用户设备通过在社交网络平台上在用户的用户账户下运行的社交网络客户端应用连接至外围设备。该过程300的各方面可以参考在图1B和2A-2T及其相应说明。在至少一些实施例中，所述方法由具有一个或多个处理器和存储器的用户设备(例如，用户设备104或202)执行，或由具有一个或多个组件的电子设备(例如，图1B中的社交网络客户端应用108)来执行。在一些实施例中，该方法由存储在非易失性计算机存储介质中的指令来管理，并由电子设备(例如，用户设备104的处理器)的一个或多个处理器执行。在一些实施例中，在具有一个或多个处理器和存储器的用户设备侧：用户设备执行(302)社交网络平台的社交网络客户端应用。社交网络客户端应用与社交网络平台的通信服务器通信，以提供可用于社交网络平台的用户的通信功能(例如，登录、用户注册、建立联络关系、创建和加入群、关注其他用户、向关注者发布消息，创建一对一群组聊天会话，发送和接收各种格式的消息，通过聊天消息和自定义控件控制和访问已注册的用户设备等)。在一些实施例中，用户设备通过社交网络客户端应用，接收(304)标识相应类型的外围设备的支持服务器的输入。例如，在一些实施例中，接收标识相应类型的外围设备的支持服务器的输入进一步包括(306)：通过条形码扫描器，扫描与相应类型的支持服务商关联的条形码。这在图2A-2D和所附说明书中示出。在一些实施例中，用户可选地以文本方式人工输入外围设备或其支持服务提供商的唯一设备标识(例如，设备的序列号)。在一些实施例中，响应于接收到标识相应类型的外围设备的支持服务器的输入，用户设备执行(308)以下操作：将支持服务提供商的公众社交网络标识注册为当前与用户设备关联的用户账户的联系人；在用户设备的周围区域内搜索，以定位相应类型的外围设备。在一些实施例中，当将包含标识外围设备的支持服务提供商的信息提供给用户设备时，用户设备将该消息发送给通信服务器，通信服务器识别该外围设备的支持服务器，并为支持服务器建立社交网络标识。在一些实施例中，此时已经在通信服务器处，由其他用户建立该装置的社交网络标识，通信服务器仅将当前外围设备关联至支持服务器的社交网络标识。在一些实施例中，产生支持服务器的单独的实例，以服务具体的外围设备，该单独的实例分配有相应的唯一的社交网络标识。该通信服务器将支持服务提供商的公众社交网络标识，注册为当前与用户设备和外围设备关联的用户账户的联系人。通信服务器向用户设备提供支持服务器提供商的社交网络联系人的名称，用户设备将其显示给用户。这在图2E(例如，社交网络联系人210“Q-Band”是分配给外围设备Q-Band的支持服务器的社交网络标识)中示出。在一些实施例中，用户特别请求将支持服务器添加为社交网络联系人，用户设备向通信服务器转发该请求。在一些实施例中，用户设备也发送(318)请求，以在社交网络平台上将用户账户注册为支持服务器的联系人。例如，在为外围设备提供支持服务的支持服务器侧，支持服务器的联系人列表也将包括用户和外围设备的社交网络标识。在一些实施例中，使用特别协议执行对于外围设备的扫描，该协议指示用户设备，外围设备允许通过社交网络平台进行访问和控制。例如，如果通过蓝牙协议建立连接，在设备发现消息中，外围设备广播社交网络客户端应用的预定义的主服务标识(UUID)，以便以在从外围设备接收到设备发现消息时，用户设备上执行的社交网络客户端应用将外围设备识别为兼容的设备。将在本申请中随后描述连接协议(蓝牙TM或低功耗蓝牙TM)的更多细节。在一些实施例中，在用户设备的周围区域内进行搜索，以定位相应类型的外围设备包括(310)：接收来自用户设备的相应周围区域内的相应外围设备的设备发现消息；确定设备发现消息是否包括预定的服务标识，该服务标识表示由社交网络客户端应用提供的主服务；在确定设备发现消息包括预定的服务标识时，建立用户设备与外围设备的通信通道。这在图2F和所附的说明书中示出。在一些实施例中，通信通道为遵循与社交网络客户端应用关联的预定通信协议(例如，传统蓝牙，或根据本申请修改的BLE协议)的无线通信通道。在一些实施例中，用户设备发送(314)请求，以为外围设备创建社交网络标识。例如，在一些实施例中，一旦用户设备查找到已经绑定到在用户设备上活动的用户账户的外围设备，用户设备向通信服务器发送请求，以获取外围设备的相应社交网络标识。在一些实施例中，一旦用户设备成功将外围设备绑定到在用户设备上活动的用户账户，用户设备向通信服务器发送请求，以获取外围设备的相应的社交网络标识。在一些实施例中，外围设备的相应的社交网络标识与为外围设备产生的支持服务器的唯一实例相同。在一些实施例中，在外围设备的社交网络标识成功建立的基础上，在社交网络客户端应用的用户界面中，用户设备将外围设备呈现为用户账户的社交网络联系人。这在图2E和附随的说明中示出。在一些实施例中，用户设备发送(320)请求，以将用户账户注册为与相应类型的外围设备的支持服务提供商相关联的在线团体的相应成员。在一些实施例中，在将用户账户成功注册为在线团体的相应成员的基础上，用户设备在社交网络客户端应用的用户界面中，将该在线团体呈现为用户账户的社交网络群组。例如，在一些实施例中，外围设备的支持服务器建立在线团体，来包含多个拥有支持服务器支持的类型的外围设备的用户。在该在线团体内，支持服务器可以向同意加入该在线团体的用户(例如，选择“关注”支持该类型的外围设备的支持服务器的公众社交网络标识)，广播通知、消息、小建议等。另外，在一些实施例中，在线团体的成员也可以发布或接收来自于其他成员或整个在线团体的消息。在一些实施例中，在线团体可选地包括支持服务器支持的注册外围设备的相应的社交网络标识，以便于用户可选地允许其他用户根据所述实施例访问和控制他们各自的外围设备。在一些实施例中，在至少包含用户账户的用户和外围设备的群组聊天会话的对话界面中，外围设备显示(324)来源于支持服务提供商的服务器的即时消息。在一些实施例中，该即时消息表达目的地为外围设备的编码指令。在一些实施例中，该即时消息在对话界面中，呈现为来源于支持服务器的公众社交网络标识的消息，例如，“用于重设你的B-Band的指令已经发送至Q-Band”或者“@Q-Band，重设系统”。在一些实施例中，即时消息在对话界面中，呈现为来源于不同于该外围设备的第二外围设备的消息。在一些实施例中，该即时消息表达来源于该外围设备的编码消息。在一些实施例中，即时消息在对话界面中，呈现为来源于外围设备的社交网络标志，且目的地为支持服务提供商的公众社交网络标识的消息。在一些实施例中，即时消息在对话界面中，呈现为来源于外围设备的社交网络标识，且目的地为用户账户的相应社交网络标识。在一些实施例中，即时消息在对话界面中，呈现为来源于外围设备的社交网络标识，目的地为不同于该外围设备的第二外围设备的相应的社交网络标识的消息。可以将该示例性过程的特征和步骤与本申请的其他部分描述的特征和步骤相结合，为了简明，此处不再重复这些特征和步骤。图3D和3E为本发明一些实施例提供建立对外围设备(例如，外围设备200)的访问和控制的示例性过程350的流程图。该示例性过程在用户设备(例如用户设备118或202)上执行，该用户设备通过在社交网络平台上的用户账户下运行的社交网络客户端应用连接至外围设备。该过程300的各方面可以参考图1B和2A-2T和所附的说明书。在过程350中，标识外围设备的输入(例如，扫描外围设备的条形码)使得用户设备请求外围设备的社交网络标识，独立于外围设备的支持服务器的社交网络标识。在一些实施例中，外围设备的社交网络标识和支持服务器的社交网络标识均被自动加入到用户的联系人列表中。在一些实施例中，标识外围设备的输入仅使得外围设备被作为用户账户的联系人而加入，用户可以手动将支持服务器作为联系人加入。在一些实施例中，支持服务器不为用户提供可关注的公众社交网络标识，而是通过其支持的外围设备的社交网络标识，向用户发送通信。在至少一些实施例中，该方法由具有一个或多个处理器和存储器用户设备(例如，用户设备104或202)执行，或由具有一个或多个组件的电子设备(例如，图1B中的社交网络客户端应用108)执行。在一些实施例中，该方法由存储在非易失性计算机可读存储介质中的指令管理，且由用户设备的电子设备的一个或多个处理器(例如，用户设备104的处理器)执行。在一些实施例中，在具有一个或多个处理器和存储器的用户设备处：用户设备执行(352)在用户设备上的社交网络平台的社交网络客户端应用。社交网络客户端应用与社交网络平台的通信服务器通信，以提供可用于社交网络平台的用户的通信功能(例如，登录、用户注册、建立联络关系、建立和加入群、关注其他人，向关注者发布消息，创建一对一群组聊天会话，发送和接收各种格式的消息，通过群组聊天消息和自定义控件控制和访问注册的外围设备等)。在一些实施例中，用户设备通过社交网络客户客户端应用，接收(354)标识外围设备的输入。在一些实施例中，接收标识外围设备的输入进一步包括(356)通过条形码扫描器扫描与外围设备关联的条形码。这在图2A-2D和随附说明中示出。在一些实施例中，用户可选地以文本方式手动输入外围设备的唯一设备标识符(例如，设备的序列号)。在一些实施例中，响应于接收标识外围设备的输入，用户设备执行(358)以下操作：发送请求，以为外围设备创建社交网络标识；在外围设备的社交网络标识的成功建立的基础上，在社交网络客户端应用的用户界面中，将外围设备呈现为用户账户的社交网络联系人。这在图2A-2E中示出。在一些实施例中，用户设备发送(314)请求，以为外围设备创建社交网络标识。在一些实施例中，用户在用户设备的周围区域内搜索(360)，以定位已注册的外围设备。在一些实施例中，在用户设备的周围区域内搜索，以定位外围设备进一步包括(362)：接收来自用户设备的周围区域内的外围设备的设备发现消息；确定设备发现消息是否包括预定的服务标识符，该服务标识符表示由社交网络客户端应用提供的主服务；在确定设备发现标识符包括该预定的服务标识符时，建立用户设备与外围设备之间的通信通道。这在图2F和所附说明中示出。在一些实施例中，通信通道为(368)遵循与社交网络客户端应用关联的预定通信协议(例如，传统蓝牙，或根据本申请修改的BLE协议)的无线通信通道。在一些实施例中，用户设备发送(366)请求，以在社交网络平台上将用户账户注册为外围设备的支持服务提供商的联系人。在一些实施例中，用户设备发送(368)请求，以将用户账户注册为与外围设备的支持服务器提供商相关联的在线团体的相应成员。在一些实施例中，在用户账户成功注册为在线团体的相应成员时，用户设备在社交网络客户端应用的用户界面中，将该在线团体呈现(370)为用户账户的社交网络群组。在一些实施例中，用户账户发送(372)请求，以将外围设备的支持服务提供商添加为用户账户的联系人。例如，在一些实施例中，外围设备的支持服务器建立在线团体以包括多个拥有支持服务器支持的类型的外围设备的用户。在该在线团体内，支持服务器可以向同意加入该在线团体的每个用户(例如，选择“关注”支持该类型的外围设备的支持服务器的公众社交网络标识)广播通知、消息、小建议等。另外，在一些实施例中，在线团体的成员也能够发布或接收来自其他成员或整个在线团体的消息。在一些实施例中，该在线团体可选地包括支持服务器支持的注册的外围设备的相应社交网络标识，以便于该用户可选的允许其他用户根据所述的一些实施例访问和控制他们各自的外围设备。在一些实施例中，在至少包含用户账户的用户和外围设备的群组聊天会话的对话界面中，用户设备显示(374)来源于支持服务提供商的即时消息。在一些实施例中，即时消息请求表达(376)目的地为外围设备的编码指令。在一些实施例中，即时消息在对话界面中，显示为来源于支持服务提供商的公众社交网络标识的消息。在一些实施例中，即时消息在对话界面中显示为来源于不同于该外围设备的第二外围设备的消息。在一些实施例中，即时消息表达(378)来源于外围设备的编码指令。在一些实施例中，即时消息在对话界面中显示为来源于外围设备的社交网络标识，且目的地为支持服务提供商的公众社交网络标识的消息。在一些实施例中，即时消息在对话界面中显示为来源于外围设备的社交网络标识，且目的地为用户账户的相应社交网络标识的消息。在一些实施例中，即时消息在对话界面中，显示为来源于外围设备的社交网络标识，目的地为不同于该外围设备的第二外围设备的相应社交网络标识的消息。可以将该示例性过程的特征和步骤与本申请的其他部分描述的特征和步骤相结合，为了简明，不在此处重复这些其他过程和步骤。图4A-4D为本申请一些实施例中在社交网络平台上，通过外围设备的支持服务提供商(例如，支持服务提供商的支持服务器)提供外围设备的访问和控制的示例性过程400的流程图。在至少一些实施例中，该方法由通信服务器执行(例如，图1B中的社交网络平台的通信服务器112b)，该通信服务器具有一个或多个处理器和存储器，或电子设备的一个或多个组件(例如，社交网络服务器应用模块)。在一些实施例中，该方法由存储在非易失性计算机可读存储介质的指令管理并由电子设备的一个多个处理器(例如，通信服务器112b的处理器)执行。如图4A所示，在一些实施例中，该通信服务器(402)接收来自支持服务提供商的服务商注册请求，该服务商注册请求指定由该支持服务提供商服务的外围设备的类型。响应于该服务商注册请求，通信服务器基于该服务商注册请求，为支持服务提供商创建(404)公众社交网络标识。例如，该服务商注册请求可以在该类型的外围设备的制造商发布该类型的外围设备用于公共销售之前执行。在一些实施例中，该服务商注册请求可以是图2I示出的账户注册过程的一部分。通信服务器从第一用户接收(406)第一所有者注册请求，该第一所有者注册请求指示第一用户控制的第一外围设备。例如，这在图2A-2H和2J的设备绑定过程和附随的说明中示出。在一些实施例中，在确定第一外围设备为服务商注册请求中指定的外围设备的类型时，通信服务器建立(408)支持服务提供商的公众社交网络标识和第一用户的相应社交网络标识之间的社交网络关系。例如，通信服务器将该类型的外围设备的支持服务器的社交网络标识、外围设备和第一用户关联为相互的社交网络联系人，并向他们通知该关联。在一些实施例中，支持服务器将的目的地为第一外围设备的第一相应通信消息和来源于第一外围设备的第二相应通信消息作为第一用户的相应社交网络标识和支持服务提供商的公众社交网络标识之间的聊天会话的对话界面中的相应即时消息。例如，在图2K-2T和附随的说明书提供示例性通信场景。在一些实施例中，通信服务器接收(412)来自于支持服务提供商的指令消息，该指令消息标识该第一外围设备为该指令消息的目的地。响应于接收该指令消息，通信服务器通过该第一用户设备向第一外围设备转发该指令消息。该指令消息可以是由支持服务器生成的直接编码指令，或为目的地为外围设备的另一指令(例如，来自用户，另一外围设备的指令)的转换。在一些实施例中，响应于接收该指令消息，通信服务器获取(416)基于该指令消息的内容生成的即时消息，并向第一用户设备发送该即时消息，其中，该第一用户设备在第一用户和支持服务提供商的公共联络标识之间的聊天会话的对话界面中，将该即时消息呈现为从支持服务提供商的联络标识到第一用户的消息。例如，支持服务器“Q-Support”能够为外围设备“Q-Band”生成编码指令，该编码指令由通信服务器转发至外围设备，并转发至与外围设备连接的用户设备。另外，通信服务器获取对应于来自于支持服务器的指令的内容的人类可读即时消息(例如，或通过从支持服务器接收它，或本地生成它)。在一些实施例中，基于指令消息的内容获取即时消息进一步包括(418)：接收自然语言消息，该自然语言消息描述来自支持服务提供商的指令消息的用途；指令该支持服务提供商的公众社交网络标识为该自然语言消息的发送者，且第一用户为该自然语言消息的预期接收者。在一些实施例中，通信服务器通过第一用户设备接收(420)针对指令消息的回复消息，该回复消息来源于第一外围设备；响应于接收该回复消息，通信服务器向支持服务提供商转发(422)该来源于第一外围设备的回复消息。例如，在支持服务器向外围设备发送编码指令之后，外围设备能够提供编码回复。例如，如果编码指令是用于外围设备生成一些输出数据，该编码回复可以包括在接收到编码指令之后，由外围设备生成的输出的数据。在一些实施例中，响应于向支持服务提供商转发该回复消息，通信服务器接收(424)来自支持服务提供商的第二即时消息，其中，该第二即时消息是由支持服务提供商基于回复消息的内容生成的。例如，接收包括请求的输出数据的编码指令的支持服务器将其转换为人类可读形式，以供后续向用户呈现。通信服务器向第一用户设备转发(426)该第二即时消息，其中，该第一用户设备在第一用户和支持服务提供商的公共联络标识的聊天会话的对话界面中，将该第二即时消息呈现为从支持服务提供商的公共联络标识到第一用户的消息。例如，步骤412-426发生在如下通信场景中：Q-Support向Q-Band发送指令，用于输出用户“Red207”今天的健康数据，以及Q-Band通过向Q-Support发送健康数据来响应。通过用户设备和通信服务器，以由支持服务器Q-Support和外围设备Q-Band同意的格式，发送该指令和包含健康数据的响应。支持服务器帮助通信服务器准备编码指令和响应的转换，以便于支持服务器和外围设备之间的通信能够在至少Q-Support和Q-Band之间的聊天会话中，以人类可读即时消息呈现在对话记录中。在一些实施例中，通信服务器不使用支持服务器来提供编码消息和指令的转换。而是，至少对于一些简单的和/或普通的指令和消息，通信服务器本地执行该转换。在一些实施例中，响应于接收该回复消息：通信服务器基于该回复消息的内容，生成(428)第二即时消息；以及向第一用户设备发送该第二即时消息，其中第一用户设备在第一用户和支持服务提供商的公共联络标识之间的聊天会话的对话界面中，将该第二即时消息呈现为从支持服务提供商的相应社交网络标识到第一用户的消息。在一些实施例中，通信服务器从支持服务提供商接收(430)第三即时消息，该第三即时消息标识第一用户为该第三即时消息的目的地，并且请求第三用户在第一外围设备上执行操作，并提供关于第一外围设备的具体信息。响应于接收该第三即时消息，通信服务器通过第一用户设备向第一用户发送该第三即时消息，其中，该第三即时消息在第一用户和支持服务提供商的公共联络标识之间的聊天会话的对话界面中，呈现为从支持服务提供商的公共联络标识向第一用户的消息。响应于接收该第三即时消息，通信服务器通过第一用户设备向第一用户发送该第三即时消息，其中，在第一用户和支持服务提供商的公共联络标识之间聊天会话的对话界面中，该第三即时消息作为从支持服务提供商的公共联络标识到第一用户的消息呈现给第一用户。例如，Q-Support向用户发送即时消息(“@Red207:按住Q-Band上的按钮直到其嘟嘟响。”)，要求用户在Q-Band上执行物理操作，并且返回该操作的结果。在一些实施例中，响应于向第一用户发送该第三即时消息，通信服务器通过第一用户设备从第一用户接收(434)第二回复消息，该第二回复消息的目的地为支持服务提供商的公众社交网络标识。例如，在用户Red207已经执行来自于Q-Support的第三即时消息中请求的操作后，用户能够向Q-Support发送回复即时消息，说“我按住按钮30秒，Q-Band未嘟嘟响，但是闪蓝色的光”。在一些实施例中，响应于接收第二回复消息，支持服务器将该第二回复消息作为对第三即时消息的回复，转发(436)给支持服务提供商。在一些实施例中，支持服务提供商结合该回复消息中的信息和第二回复消息中的信息，以准备发向第一外围设备的后续指令，或发向第一用户的后续消息。例如，从Q-Support到Red207的第三即时消息为“你今早吃了早饭了吗？”，以及从Red207到Q-Support的第二回复消息为“不，我没有”，该支持服务器可选地基于第一回复消息中的从Q-Band获取的健康监测数据和用户的第二回复消息中提供的早餐信息，生成健康报告或进一步的指令。在一些实施例中，接收来自于第一用户的第一所有者注册请求进一步包括(340)：接收来自于第一用户设备的扫描结果的传输，该扫描结果包括与相应类型的外围设备的支持服务提供商关联的条形码。在一些实施例中，该通信服务器接收(442)请求，以建立第一外围设备与第一用户之间的关联；通过社交网络平台的服务器和第一用户设备，建立(444)支持服务提供商和第一外围设备之间的通信通道。例如，如在图2A-2H中所示。在本申请的其他部分中提供用于以上示例性过程的其他特征和方面。图5A-5C示出了通过社交网络平台对一个或多个外围设备进行访问的示例性过程500的流程图。在社交网络平台上，该外围设备被作为人类用户的社交网络联系人。在一些实施例中，过程500可以由社交网络平台的服务器(例如，图1B中的通信服务器112b)执行。在一些实施例中，通信服务器将与第一用户设备连接的第一外围设备注册为与第一用户设备关联的用户账户的相应社交网络联系人。例如，这在图2A-2H和附随说明中示出。该通信服务器通过在第一用户设备处执行的社交网络客户端应用，进行(504)对第一外围设备的用户访问，其中，该社交网络客户端应用将该第一外围设备识别为与第一用户设备关联的用户账户的相应社交网络联系人。在一些实施例中，通过在第一用户设备处执行的社交网络客户端应用，对第一外围设备进行访问进一步包括(506)：从第一用户设备接收第一即时消息请求，该第一即时消息请求包括第一即时消息并指示该注册的第一外围设备为该第一即时消息的目的地；响应于从第一用户设备接收第一即时消息请求：基于第一即时消息的内容，获取目的地为注册的第一外围设备的编码指令；通过第一用户设备向注册的第一外围设备发送该编码指令。例如，第一用户设备(例如，智能手机)的用户(例如，用户“Red207”)希望控制第一外围设备(例如，蓝牙使能的面包机)，该第一外围设备已在通信服务器上注册，且已作为用户的社交网络联系人与用户账户关联。该面包机连接至用户设备，且在用户的联系人列表中显示为“Red的面包机”。当用户希望在稍后的时间(例如，4pm)启动面包机时，用户能够使用在用户设备上执行的社交网络客户端应用，启动与“Red的面包机”的聊天会话，并且发送第一即时消息“在4pm，开始揉面”。通信服务器接收用户的即时消息请求，并且获取面包机接受的相应的编码指令(例如，二进制命令序列)。该通信服务器可选地使用面包机的支持服务器获取编码指令。然后，该通信服务器通过用户设备向面包机发送该编码指令，该面包机启动由指令消息(例如，在4pm)指示的正确的揉面程序。该通信场景也在图2K和所附说明中示出。在一些实施例中，通过在第一用户设备处执行的社交网络客户端应用对与第一用户设备连接的第一外围设备进行访问进一步包括(508)：从第一用户设备接收第一编码消息，该第一编码消息是由第一外围设备发起，且通过第一用户设备处执行的社交网络客户端应用转发到服务器的消息；响应于从第一用户设备接收第一编码消息：基于第一编码消息的内容，获取第二即时消息；向第一用户设备发送该第二即时消息，其中，该社交网络客户端应用将该第二即时消息呈现为从外围设备的相应社交网络联系人到与第一用户设备关联的用户账户的消息。例如，继续上述面包机的例子。假设在面包机在按照用户指示，在4pm启动揉面程序之后，面包机检测到对于先前选择的类型的面包，生面团太干(例如，用户没有在面包机中加入足够的水)，面包机生成第一编码消息(例如，“0014053434”)请求允许改变最初选择的面包的类型(例如，从法式面包到俄式面包)。该第一编码消息通过用户设备从面包机发送到通信服务器，该通信服务器基于该编码消息的内容，获取该第一编码消息的转换(例如，“生面团太干，请求允许改变烘焙程序从法式面包模式到俄式面包模式”。该通信服务器将该转换作为第二即时消息，发送给用户，在用户设备处的社交网络应用中示出的对话记录呈现从“Red的面包机”到“Red207”的即时消息，说“生面团太干，请求允许改变烘焙程序从法式面包模式到俄式面包模式”。接收该第二即时消息的用户选择向面包机发送回复说“不，继续程序”或“好的，开始吧”。该通信场景也在图2L和所附说明中示出。在一些实施例中，通过在第一用户设备处执行的社交网络客户端应用，对第一外围设备进行访问进一步包括(510)：建立用户账户的相应用户和外围设备的相应社交网络联系人之间的一对一聊天会话。在一些实施例中，通过第一用户设备处执行的社交网络客户端应用，对第一外围设备进行访问进一步包括：建立用户账户的相应用户、第一外围设备的相应社交网络联系人和用户账户的至少一个其他社交网络联系人之间的群组聊天会话。在一些实施例中，通过在第一用户设备处执行的社交网络客户端应用，对第一外围设备进行访问进一步包括(512)：在群组聊天会话期间，接收来自用户账户的相应用户许可，该许可向用户账户的至少一个其他社交网络联系人授权第一外围设备的控制；响应于接收该许可，在群组聊天会话期间，实现从用户账户的至少一个其他社交网络联系人到第一外围设备的相应社交网络标识的通信。例如，如对图2R描述的通信场景所示，一个用户(例如，用户A)向他/她的社交网络联系人授权许可，以访问和控制在用户A的账户下注册且连接至用户A的用户设备的外围设备。例如，当用户A(例如“Red207”)在用户A和外围设备A(例如，“Red的面包机”)之间的当前群组聊天会话加入用户B(例如，“Reddog”)，用户A被认为已经授权用户B访问外围设备。用户B现在能够使用即时消息，在相同的群组聊天会话中，与外围设备A通信。在一些实施例中，实现在群组聊天会话期间，从用户账户的至少一个社交网络联系人到第一外围设备的相应社交网络标识的通信进一步包括(516)：从第二用户设备接收第二即时消息请求，该第二用户设备与用户账户的至少一个其他社交网络联系人关联，该第二即时消息请求包括第三即时消息且指示该注册的第一外围设备为该第三即时消息的目的接收者；响应于从第二用户设备接收该第二即时消息请求：基于第三即时消息的内容，获取对注册的第一外围设备的第二编码指令；向该第一用户设备发送该第二编码指令和第三即时消息，其中，该社交网络客户端应用在第一用户设备处显示该第三即时消息，并且向注册的第一外围设备转发该第二编码指令。例如，当用户A“Red207”在决定是否改变先前选择的面包模式中，希望请求用户B“Reddog’s”的帮助，用户A添加用户B进入当前聊天会话，并建立包含“Red207”、“Red的面包机”和“Reddog”的群组聊天会话。在群组聊天会话中，用户“Red207”能够可选地向用户“Reddog”发送即时消息，说“面包机说生面团太干，我应该转换烘焙模式从法式到俄式吗”，作为更有经验的烘焙师“Reddog”，能够指示面包机维持当前面包模式，但是降低10度烘焙温度，而延长10min的烘焙时间。在该例子中，用户“Reddog”作为第一用户(例如，“Red207”)的社交联系人，从第二用户设备(例如，用户“Reddog”的平板设备)发送第二即时消息。该第二即时消息请求包括第三即时消息，例如，“@Red的面包机:不要切换面包模式。而是降低10度烘焙温度，延长10min的烘焙时间”。该通信服务器基于第三即时消息的内容，生成编码指令，通过第一用户设备，向面包机发送编码指令。该通信场景也在图2R和所附说明中示出。在一些实施例中，通过在第一用户设备处执行的社交网络客户端应用，对第一外围设备进行访问进一步包括(518)：从第一用户设备接收第二编码消息，该第二编码消息为与第一用户设备连接的第一外围设备发起的，且通过在第一用户设备处执行的社交网络客户端应用被发送至服务器的消息；响应于从第一用户设备接收第二编码消息：基于第二编码消息的内容，获取第四即时消息；向第一用户设备以及与用户账户的至少一个其他社交网络联系人关联的第二用户设备，发送该第四即时消息，其中，该第四即时消息在第一用户设备和第二用户设备处，呈现为从第一外围设备的相应社交网络联系人接收的消息。继续以上关于面包机的例子。假设面包机“Red的面包机”接收关于降低烘焙温度和增加烘焙时间的编码指令，并确定这是可行的。面包机生成第二编码消息(例如，“程序修改启动，T＝T+10，t＝t+10”)。第二编码消息目的地为包括用户A和用户B的整个群。将该第二编码消息发送至通信服务器，并且通信服务器基于该第二编码消息的内容，获取目的为用户A和用户B的第四即时消息。例如，第四即时消息可以是“好的，按照Reddog的指令，进行修改烘焙程序。”。第四即时消息在两个用户的用户设备的对话记录中，显示为来自面包机“Red的面包机”的回复。该通信场景在图2S和所附说明书示出。在本申请的其他部分，提供用于以上示例性过程的其他特征和方面。图6A-6D是一些实施例中通过将外围设备作为社交网络中的社交网络联系人对外围设备进行控制和访问的示例性过程600的流程图。在一些实施例中，通过外围设备的支持服务器的社交网络标识，完成对外围设备的控制和访问。在一些实施例中，该过程由社交网络平台的服务器(例如，图1B中的通信服务器112b)执行。在一些实施例中，通信服务器从支持服务提供商接收(602)服务商注册请求，该服务商注册请求指定支持服务提供商所服务的外围设备的类型。例如，面包机的制造商能够拥有在通信服务器上注册服务帐户的客户支持部门人员。服务账户具有它的公众社交网络标识，可以作为许多用户的社交网络联系人，只要用户同意在公众社交网络标识下订阅通过客户支持人员的消息和发布的内容。通信服务器基于服务商注册请求，为支持服务提供商创建(604)公众社交网络标识。例如，可以将公众社交网络标识与一种或多种类型的客户支持部门提供支持服务的外围设备关联。在一些实施例中，通信服务器从第一用户接收(606)第一所有者注册请求，该第一所有者注册请求指示第一用户控制的第一外围设备。在确定第一外围设备为服务商注册请求中指定的外围设备的类型时：通信服务器在社交网络平台上创建第一外围设备的相应社交网络标识；以及在支持服务提供商的公众社交网络标识、第一用户和第一外围设备的相应社交网络标识之间建立社交网络关系。在一些实施例中，通信服务器在支持服务提供商的公众社交网络标识、第一用户和第一外围设备的相应社交网络标识之间建立(610)相应的群组聊天会话。在一些实施例中，通信服务器基于用户和支持服务器均连接至外围设备的事实(前者是外围设备的当前所有者，后者是外围设备的支持服务提供商)，自动地建立支持服务提供商、用户和外围设备之间的群组对话。在一些实施例中，当第一用户使用第一用户设备登录社交网络平台时，通信服务器通过第一用户设备从第一外围设备接收(612)登录请求；响应于通过第一用户设备从第一外围设备接收登录请求，通信服务器向支持服务提供商通知(614)关于该第一外围设备的能力。例如，在第一外围设备由第一用户注册之后，只要第一外围设备通过在第一用户设备上执行的社交网络客户端应用的操作，建立与第一用户的第一用户设备的连接，第一用户设备向通信服务器报告第一外围设备的活动在线状态。然后，通信服务器更新支持服务器的第一外围设备的活动在线状态。在一些实施例中，通信服务器从支持服务提供商接收(616)指令消息，该指令消息指示第一外围设备为该指令消息的目的地。响应于接收该指令消息，通信服务器通过该第一用户设备，向第一外围设备转发(618)该指令消息。在一些实施例中，响应于接收目的地为第一外围设备的指令消息：通信服务器获取(620)已基于指令消息的内容生成的即时消息；向第一用户设备发送该即时消息，其中，该第一用户设备在社交网络平台的群组对话界面中，将该即时消息呈现为从支持服务提供商的公共联络标识，到第一外围设备的相应社交网络标识的消息。这在图2O的通信配置中示出。例如，如果面包机的支持服务提供商希望从面包机收集面包制作使用频率，支持服务器向面包机“Red的面包机”发送编码指令，以通过通信服务器和第一用户设备提交请求的使用数据。该通信服务器也(例如，从支持服务器)获取反映编码指令的内容和用途的即时消息(例如，@Red的面包机：请发送给我上一个月的使用数据)，并将其发送给第一用户设备，以在支持服务器的社交网络标识、第一用户和面包机的群组聊天会话的对话记录中，向用户显示。在一些实施例中，获取即时消息进一步包括(622)：获取自然语言消息，该自然语言消息描述来自支持服务提供商的指令消息的用途；并指示支持服务提供商的公共联络标识作为自然语言消息的发送者，以及指定第一外围设备的相应社交网络标识为该自然语言消息的目的接收者。在一些实施例中，通信服务器通过第一用户设备从第一外围设备接收(624)针对该指令消息的第一回复消息。响应于接收该第一回复消息，通信服务器向支持服务提供商转发(626)该第一回复消息。例如，当面包机在编码消息中向支持服务器提交使用数据时，编码消息首先到达第一用户设备处，由第一用户发送到通信服务器，通信服务器然后将其转发至支持服务器。在一些实施例中，响应于接收该第一回复消息：通信服务器获取(628)已经基于第一回复消息的内容生成的第二即时消息；向第一用户设备发送该第二即时消息，其中，该第一用户设备在社交网络平台的群组对话界面中，将该第二即时消息呈现为从第一外围设备的相应社交网络标识到支持服务提供商的公众社交网络标识的消息。例如，在支持服务器在第一回复消息中接收编码的面包机使用数据时，支持服务器转换该编码使用数据为人类可读格式(例如，列表或表格)并且将其包括在第二即时消息中。支持服务器向通信服务器提供第二即时消息，从而通信服务器将该消息发送到第一用户设备。第一用户设备显示第二即时消息为从面包机“Red的面包机”到支持服务器的公众社交网络标识的回复。在一些实施例中，通信服务器从支持服务提供商接收(630)第三即时消息，该第三即时消息指示第一用户为第三即时消息的目的地，以及请求第三用户在第一外围设备上执行操作或提供针对第一外围设备的具体信息。响应于接收该第三即时消息，通信服务器通过第一用户设备，向第一用户发送(632)该第三即时消息，其中，该第三即时消息在社交网络平台的群组对话界面中，向用户呈现为从支持服务提供商的公共联络标识到第一用户的消息。在一些实施例中，响应于向第一用户发送第三即时消息，通信服务器通过第一用户设备从第一用户接收(634)第二回复消息；响应于接收第二回复消息，通信服务器向该支持服务提供商转发该第二回复消息，作为对第三即时消息的回复。例如，继续以上面包机的例子。支持服务器能够生成第三即时消息，该第三即时消息要求第一用户提供关于口味喜好或来自用户的关于面包机的使用经验的一些信息。该支持服务器在第三即时消息中描述“你希望你的面包比Red的面包机做出的更软吗？”。支持服务器向通信服务器发送该第三即时消息，从而通信服务器将该消息转发至用户“Red207”。在将第三即时消息发送至用户“Red207”且显示在第一用户设备处后，用户能够向支持服务器资讯的问题提供回复。例如，该用户能够作为目的地为支持服务器的即时消息的第二回复消息，其中，该回复消息陈述“我喜欢软面包”。将该第二回复消息发送到通信服务器，通信服务器向支持服务器转发该第二回复消息。在一些实施例中，支持服务提供商结合(638)第一回复消息中的信息(例如，从面包机“Red的面包机”接收的机器使用数据)和第二回复消息中的信息(用户提供的口味和质地喜好)，以准备对第一外围设备的后续指令(例如，用于调整面包制作程序的基准的编码指令)和/或至第一用的后续消息(例如，建议用户未来向面包机中加入少量多的水的即时消息)。在一些实施例中，将表达编码指令的即时消息和/或到第一用户的即时消息输入至当前群组聊天会话的对话记录中。在一些实施例中，通信服务器从多个用户接收(640)多个所有者注册请求，多个所有者注册请求中的每一个指定在服务商注册请求中指定的外围设备的类型的相应外围设备。响应于该多个所有者注册请求，通信服务器为多个所有者注册请求中指定的多个外围设备的每一个创建(642)相应的社交网络标识。在一些实施例中，通信服务器创建社交网络团体，该社交网络团体包括支持服务提供商的公众社交网络标识、多个用户和多个外围设备的相应社交网络标识。例如，通信服务器能够为注册了相同类型的面包机的所有用户创建在线团体，并允许他们拥有社交网络群组，以连同他们各自的设备在社交网络群组中相互通信。在一些实施例中，通信服务器接收(646)来自支持服务提供商的广播消息；响应于接收该广播消息，通信服务器通过相应的用户设备，将该广播消息发送至当前登录在服务器上的多个外围设备中的每一个。例如，面包机的支持服务器能够向在线团体中所有注册的面包机，发送广播消息(例如，用于阻止已经被发现不安全的特征的编码消息)。接收该广播消息的所有的面包机能够根据广播消息中的指令，进行行动。在本申请的其他部分中，提供用于以上示例性过程的其他特征或方面。图7A-7C示出了一些实施例中通过社交网络平台进行外围设备之间的控制和访问的示例性过程700的流程图。在一些实施例中，该过程由社交网络平台的通信服务器执行。在一些实施例中，通信服务器将与第一用户设备连接的第一外围设备和第二外围设备注册(702)为与第一用户设备关联的用户账户的相应社交网络联系人。例如，用户Red207能够在通信服务器上，注册她的公寓中的气候控制设备和照明控制设备。假设通信服务器向客户端控制设备和照明控制设备分配相应的社交网络标识“Red的气候主人”和“Red的照明主人”。两个设备均通过用户设备上执行的社交网络客户端应用连接至用户的用户设备(例如，智能手机)。在一些实施例中，通信服务器通过第一用户设备处执行的社交网络客户端应用，进行(704)第一外围设备(例如，照明控制器)和第二外围设备(例如，气候控制器)之间的通信。在一些实施例中，在社交网络客户端应用的群组聊天界面中，通信服务器呈现用户账户的用户和表示第一和第二外围设备的相应社交网络标识之间的群组对话，其中，群组对话包括对应于第一外围设备和第二外围设备之间的通信的内容的一个或多个消息。例如，通信服务器能够提供群组聊天会话，在该群组聊天会话中，用户“Red207”与两个外围设备“Red的气候主人”和“Red的照明主人”之间相互交换通信消息。在群组聊天的对话记录中，将通信消息全部显示为人类用户可读的即时消息，不管多方之间交换的原始信息是编码消息或是普通即时消息。在一些实施例中，通过在第一用户设备处执行的社交网络客户端应用，进行第一外围设备和第二外围设备之间的通信进一步包括(706)：通过第一用户设备从第一外围设备接收第一消息请求；基于该第一消息请求，识别出第二外围设备为第一消息请求的一个或多个消息目的地中的一个；基于该第一消息请求的内容，获取针对第二外围设备的第一编码消息；通过该第一用户设备，向第二外围设备发送该第一编码消息。例如，如果照明控制设备检测到楼下起居室的灯被关掉，以及楼上卧室的灯被打开，照明控制设备可选地通过用户设备，向通信服务器发送第一消息请求。该第一消息请求至少包括目的地为气候控制设备的第一编码消息。该第一编码消息为用于指示气候控制设备关掉楼下空调以及打开楼上空调的指令。在一些实施例中，目的地为气候控制设备的原始消息可以具有不同的格式，并且在通过用户设备，将该消息发送到气候控制设备之前，可以将其转换为气候控制设备可接受的格式。在一些实施例中，通信服务器获取(710)针对第二外围设备的第一即时消息，该第一即时消息对应于第一编码消息的内容，以及向第一用户设备发送(712)该第一即时消息，其中，该第一即时消息在群组聊天界面中，呈现为从代表第一外围设备的相应社交网络联系人到代表第二外围设备的相应社交网络标识的消息。例如，第一即时消息可以是说“@Red的气候主人，Red207已经上楼，请相应调整空调”的消息。注意，第一即时消息意在让用户理解设备之间发生了什么，因此第一即时消息不需要在两个外围设备之间传输的编码消息的逐字转换。可以由通信服务器使用表达编码消息的意思和内容的其他自定义的和更自然的陈述。在一些实施例中，通信服务器基于该第一消息请求，识别出(714)用户账户的用户为第一消息请求的一个或多个消息目的地中的一个额外的消息目的地。例如，照明控制设备可选地生成包括多个部分的第一消息请求，每个部分表示具有相应目的地的相应消息。除了目的地为气候控制设备的编码指令，第一消息请求可选地包括目的地为用户Red207的另一消息。在一些实施例中，通信服务器基于第一消息请求的内容，为用户账户的用户生成(716)第二即时消息，并将该第二即时消息发送(718)给第一用户设备，其中，该第二即时消息在群组聊天界面中，呈现为从代表第一外围设备的社交网络联系人到用户账户的用户的即时消息。例如，第二即时消息可以是来自照明控制设备的消息，说“Red207，火炉上的灯仍旧亮着，你希望关掉它吗？”。该第二即时消息是基于第一即时消息的一部分生成的，该第一即时消息的一部分包括目的地为用户的编码消息。例如，包括目的地为用户的编码消息的该第一即时消息的一部分可以是具有表示未被注意的灯(“E01”)的异常码和未注意灯的位置代码(例如，“K5”)的消息。在一些实施例中，响应于通过第一用户设备，向第二外围设备发送第一编码消息(例如，用于改变楼上和楼下空调的编码消息)，通信服务器通过第一用户设备从第二外围设备接收(720)第一编码响应(例如，“+1”，表示“好的”)。响应于向第一用户设备发送第二即时消息(例如，“Red207，炉子上的灯仍旧亮着，你希望关掉它吗？”)，通信服务器从用户账户的用户接收(722)通过第一用户设备的第一即时消息响应(例如，“@Red的灯主人：将那个灯关掉”)在一些实施例中，通信服务器获取(724)针对第一外围设备的第二编码消息，该第二编码消息是基于来自第二外围设备的第一编码响应中的信息和来自用户账户的用户的第一即时消息响应中的信息生成的。该通信服务器通过第一用户设备向第一外围设备发送(726)该第二编码消息。例如，通信服务器获取针对照明控制设备的第二编码消息，其中，该第二编码指令可以是指示照明控制设备在关掉楼下烤箱上的灯后进入休眠模式的编码指令。在一些实施例中，通信服务器将与第二用户设备连接的第三外围设备注册(728)为与第二用户设备关联的用户账户的相应社交网络联系人；以及通过在第一用户设备处执行的社交网络客户端应用和在第二用户设备处执行的社交网络客户端应用，进行(730)第一外围设备和第三外围设备之间的通信。例如，除了连接至Red207的用户设备的气候控制设备和照明控制设备，可以将由另一个用户“Reddog”通过Reddog的平板设备控制的第三外围设备(例如，安全监测设备)加入到群组聊天会话中，并与气候控制设备和/或照明控制设备进行通信。在一些实施例中，基于第一消息请求，通信服务器识别出(732)第三外围设备为第一消息请求的一个或多个消息目地中的另一个外加的消息目的地。例如，第一消息请求可以包括附加部分，该附加部分包括目的地为安全监测设备的编码消息，该安全监测设备连接至通过第一用户的社交网络联系人“Reddog”操作的第二用户设备。通信服务器(734)获取针对第三外围设备(例如，安全监测系统)的第三编码消息(例如，“EXESFG001”，意思是“打开所有门的安全监测”)，其中，第三编码消息是基于第一消息请求的内容生成的。通信服务器通过第二用户设备(例如，Reddog的平板设备)向第三外围设备发送(736)第三编码消息。在一些实施例中，响应于通过第二用户设备向第三外围设备发送第三编码后消息，通信服务器接收(738)来自第三外围设备通过第二用户设备的第二编码响应。例如，在接收编码指令以打开所有门的安全监测之后，安全监测设备向照明控制设备发送该指令的确认。在一些实施例中，通信服务器获取(740)针对第一外围设备的第四编码消息，该第四编码消息是基于第二编码响应的内容生成的。通信服务器通过第一用户设备向第一外围设备发送(742)第一外围设备的该第四编码响应。例如，由于照明控制设备和安全监测设备的本地消息格式可以是不同的，接收自第三外围设备的第二编码响应需要转换为第一外围设备可接受的格式。因此，通信服务器为第一外围设备获取第四编码消息，其中，所述第四编码消息为第二编码响应到外围设备的消息的格式的转换。在一些实施例中，响应于通过第二用户设备向第三外围设备发送第三编码消息，通信服务器通过第二用户设备从第三外围设备接收(744)第二编码响应；通信服务器将第二编码响应包含在第二编码消息中(746)，然后通过第一用户设备向第一外围设备发送第二编码消息。例如，该第二编码消息为用于照明控制设备在关掉楼下烤箱上的灯之前，进入休眠模式的消息。第二编码响应为来自安全监测系统的响应，该响应指示所有的门已关闭，因此，发送到照明控制设备的合并的消息仅仅是在关掉烤箱灯之后，进入睡眠模式，这是由于所有其他任务(例如，改变空调和激活门的安全监测)已经分别被气候控制设备和安全监测设备处理。在本申请的其他部分中，公开上述示例性过程的其他特征和方面。图8是一些实施例中外围设备和用户设备间的示例性设备发现过程和后续通信过程的时序要求框图。如上所述，通过网络平台对外围设备的访问和控制，要求外围设备通过用户设备上执行的社交网络客户端应用连接到用户设备。用户设备也通过社交网络客户端应用，与社交网络平台的通信服务器通信。在用户设备和外围设备之间，通过连接(例如，WiFi连接、USB连接、蓝牙连接、低功耗蓝牙连接、超声连接、迅雷连接等)来完成与外围设备之间传输数据(例如，目的地为外围设备的编码指令，来自于外围设备的编码响应)。对于连接外围设备和用户设备，蓝牙和低功耗蓝牙使用和实现简单。常规蓝牙设计指南(例如，蓝牙TM4.0设计指南，用于通过苹果TM产品使用的苹果TM的蓝牙设计指南)不是为通过社交网络平台控制外围设备的内容定制的。图8示出了目的在于提升用户经验的常规蓝牙设备发现过程的一些细化。如图8中所示，蓝牙使能的外围设备作为通知(例如，通过广播设备发现消息)和等待连接请求的从设备。用户设备作为扫描其他设备并且向发现的外围设备发送连接请求的主设备。如图8中所示，为了提高连接效率，将外围设备的广播周期划分成初始广播周期(例如，广播周期的第一个30s)和后续广播周期(例如，在初始广播周期之后的广播周期的部分)。在初始广播周期期间，外围设备以相邻设备发现消息之间(例如，相邻设备发现广播时隙的开始边缘之间)不大于500ms的相应间隔，重复广播设备发现消息。在初始广播周期之后，如果未接收到连接请求，外围设备放慢广播，以相邻设备发现消息之间不大于3s的相应间隔重复设备发现消息。在一些实施例中，当被上电时，外围设备启动广播周期。在一些实施例中，用户能够向外围设备提供信号，以启动广播周期。在广播周期期间，用户设备扫描设备发现消息，且当用户设备检测来自外围设备的设备发现消息时，用户设备确定外围设备是否是已经实现所述的方法的设备。例如，在一些实施例中，外围设备包括预定标识符，该预定标识符指示与用户设备上执行的社交网络客户端应用关联的社交网络服务器。例如，能够将该预定标识符预先公布给外围设备的制造商，以便于制造商预设他们的外围设备，以在设备发现消息中广播作为UUID的标识符。该标识符允许用户设备快速确定能够与社交网络客户端应用通信以实现所述的方法的外围设备是否存在。图8也示出了在一些实施例中，连接建立之后的两个连续连接事件之间的时间间隔预设为30ms。这允许传输协议以符合工业标准，并且同时实现相对高的传输速率。在一些实施例中，连接事件的超时窗口为2s，这相比于其他标准相对短且确保了延迟的连接的更快速的发现。图9A-9B是一些实施例中由外围设备和用户设备间的示例性数据传输过程的简化流程图。当在设备之间传输数据时，社交网络客户端应用(用户设备)和社交网络平台的通信服务器之间传输的数据分组的格式遵循预定的格式协议，以便于通信服务器能够识别数据分组的属性，和其原始来源和最终目的地，以及被转发到目的地方的数据分组的净荷。由于数据分组的净荷可能包含可变的长度数据(例如，来自不同类型的外围设备的即时消息、图像、语音和编码指令等)，这取决于用户设备和外围设备之间使用的连接类型以及取决于用户设备和通信服务器之间使用的连接类型，可以划分单个数据分组，并且通过连接以多个数据块发送。以用户设备和外围设备之间的连接为例，如果所述连接为传统蓝牙连接，可以在数据流中以不固定长度传输数据。然而，如果所述连接为低功耗蓝牙连接，每个数据传输操作的数据长度(例如，读、写、指示或通知操作)具有最大限制(例如，20比特)。因此，为了发送可变长度的数据分组，需要将数据包划分成数据块，并且逐一存储为或写入显露特性的值，用户设备和外围设备需要将每个检测到的值作为连续数据流的一部分进行解析，在所有块的值被获取后重组该数据分组。换句话说，需要执行模拟连续数据流的过程，以通过低功耗蓝牙连接(或者，仅允许数据传输操作的短突发的其他类型的连接)传输可变的数据长度。在一些实施例中，当使用传统蓝牙连接时，外围设备展现针对预定rfcomm服务(与社交网络客户端应用关联的指定服务)的预定UUID。当例如按照如图2F和所附说明中示出的过程执行设备发现过程时，用户设备扫描该预定的UUID。一旦连接建立，通过蓝牙连接在数据流中发送数据。每个数据分组可以是请求，对请求的响应，或推送请求。推送请求数据分组包括推送请求，该推送请求不需要响应。推送请求用于发送来自支持服务器或通信服务器，且目的地为用户设备或外围设备的指令或消息。请求用于发送来自用户设备或外围设备，且目的地为支持服务器或通信服务器的请求或消息。每个请求需要对应的响应。通过共享相同的序列号，匹配请求和其对应的响应。每个数据分组包括单个请求，响应或推送请求，以及将每个数据分组作为相应的数据流在连接上发送。在一些实施例中，每个数据分组包括固定的长度的头部分和可变长度的主体部分。例如，在一些实施例中，头部分能够包括不同固定的字段，例如，用于输入表示社交网络服务的幻数(例如，bMagicNumber＝0xFE)，协议版本号(例如bVer＝1)，分组总长度(例如，头+主体＝45比特)，命令ID(例如，认证请求的命令ID＝3，或向支持服务器发送数据的命令ID＝5等)，分组序列号(例如，请求的序列号＝非零数，推送请求的序列号＝0)的相应字段。以下为数据分组格式的例子：//DataPacket////FixedLengthHeader//StructBpFixHead{unsignedcharbMagicNumber；unsignedcharbVer；unsignedshortnLength；unsignedshortnCmdId；unsignedshortshortnSeq；