CN108701107A - 一种扩展设备的管理方法、终端设备及扩展设备 - Google Patents

一种扩展设备的管理方法、终端设备及扩展设备 Download PDF

Info

Publication number
CN108701107A
CN108701107A CN201780008393.2A CN201780008393A CN108701107A CN 108701107 A CN108701107 A CN 108701107A CN 201780008393 A CN201780008393 A CN 201780008393A CN 108701107 A CN108701107 A CN 108701107A
Authority
CN
China
Prior art keywords
expansion equipment
manufacturer
message
terminal device
unstructured
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201780008393.2A
Other languages
English (en)
Inventor
段利华
王峰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN108701107A publication Critical patent/CN108701107A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/40—Bus structure
    • G06F13/4004—Coupling between buses
    • G06F13/4009—Coupling between buses with data restructuring
    • G06F13/4018—Coupling between buses with data restructuring with data-width conversion
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/40—Bus structure
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/40—Bus structure
    • G06F13/4063—Device-to-bus coupling
    • G06F13/4068—Electrical coupling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4282—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2213/00—Indexing scheme relating to interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F2213/0042—Universal serial bus [USB]

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Telephone Function (AREA)

Abstract

本申请实施例公开了一种扩展设备的管理方法、终端设备及扩展设备，涉及通信领域，解决了现有技术不能够实现终端设备对扩展设备的管理问题。具体方案为：终端设备确定扩展设备处于用户自定义模式，终端设备的USB Type‑C接口与扩展设备的USB Type‑C接口通过数据线连接；终端设备向扩展设备发送非结构化厂商自定义命令消息，非结构化厂商自定义命令消息用于对扩展设备进行管理；终端设备接收来自扩展设备的非结构化厂商自定义响应消息，非结构化厂商自定义响应消息用于向终端设备返回管理结果。本申请实施例用于对扩展设备的管理过程中。

Description

一种扩展设备的管理方法、终端设备及扩展设备
技术领域
本申请实施例涉及通信领域，尤其涉及一种扩展设备的管理方法、终端设备及扩展设备。
背景技术
通用串行总线(universal serial bus，USB)协会在2013年推出了新规范USB3.1，并且在2014年8月公告了USB新增加的USB类型C(Type-C)规范。USB Type-C接口的亮点在于：支持USB接口双面插入，具有更加纤薄、简洁的设计，具有更快的传输速度(最高10Gbps)以及更强悍的电力传输(最大100W)。基于此，支持USB Type-C接口的个人电脑(personalcomputer，PC)、手机等终端设备逐渐成为趋势。
随着支持USB Type-C接口的终端设备的普及，外置的用于扩展USB Type-C接口的扩展设备，如扩展坞(docking station，DOCK)也随之普及，其可在一个USB Type-C接口上扩展出多个不同类型的接口。例如，图1示出的是一种典型的扩展坞的内部结构示意图。如图1所示，该扩展坞可以在一个USB Type-C接口上扩展出2个USB3.1接口以及1个高清晰度多媒体接口(high definition multimedia interface，HDMI)显示接口。2个USB3.1接口通过USB集线器(Hub)实现，HDMI显示接口通过视频电子标准协会(video electronicsstandards association，VESA)制定的显示端口(displayport，DP)转HDMI显示端口的视频转换芯片实现。另外，扩展坞还配置有USB电力传输协议(USB power delivery，USB PD)芯片，可用于与该拓展坞连接的终端设备识别扩展坞支持的数据及视频接口类型。
图2示出的是一种典型的终端设备与扩展坞(以图1所示的扩展坞为例)的连接方式示意图。如图2所示，在现有技术中，终端设备的USB Type-C接口与扩展坞的USB Type-C接口通过数据线相连，以使得终端设备的1个USB Type-C接口能够对外扩展出2个USB3.1接口和1个HDMI显示接口。终端设备与拓展坞可以采用两侧配置的USB PD芯片，通过USBType-C接口的配置通道(configuration channel，CC)进行数据通信，以使得终端设备识别到扩展坞支持的数据及视频接口类型。但是，目前并没有技术能够实现终端设备对扩展设备的管理，因此如何实现终端设备对扩展设备的管理，已成为业界研究的重点课题。
发明内容
有鉴于此，本申请实施例提供一种扩展设备的管理方法、终端设备及扩展设备，以解决了现有技术不能够实现终端设备对扩展设备的管理问题。
为达到上述目的，本申请实施例采用如下技术方案：
本申请实施例的第一方面，提供一种扩展设备的管理方法，包括：
终端设备确定扩展设备处于用户自定义模式，该终端设备的USB Type-C接口与扩展设备的USB Type-C接口通过数据线连接，终端设备向扩展设备发送用于对扩展设备进行管理的非结构化厂商自定义命令消息，并接收来自扩展设备的用于向终端设备返回管理结果的非结构化厂商自定义响应消息。
本申请实施例提供的扩展设备的管理方法，终端设备在确定与自身连接的扩展设备处于用户自定义模式时，向该扩展设备发送用于对扩展设备进行管理的非结构化厂商自定义命令消息，并接收来自扩展设备的非结构化厂商自定义响应消息，该非结构化厂商自定义响应消息用于向终端设备返回管理结果。这样，在扩展设备处于用户自定义模式的情况下，终端设备可以基于现有USB PD协议的非结构厂商自定义消息，向扩展设备发送命令，以便扩展设备根据接收到的命令作出相应的响应，并返回管理结果，实现了终端设备对扩展设备的管理。并且，通过本申请提供的方法，在不增加任何成本的情况下，终端设备便可以随时向扩展设备发送命令，扩展设备也可以响应并回复主机需要的各种信息，可扩展性好。例如通过本申请，终端设备可以方便的达到获取扩展设备的工作状态信息的目的。
结合第一方面，在一种可能的实现方式中，为了防止错误的发送非结构厂商自定义命令消息，在终端设备确定扩展设备处于用户自定义模式之前，该扩展设备的管理方法还可以包括：终端设备向扩展设备发送身份信息请求消息，终端设备接收来自扩展设备的身份信息，终端设备在根据身份信息确认扩展设备的身份类型为扩展设备类型时，向扩展设备发送通知消息，通知消息用于通知扩展设备切换到用户自定义模式；此时，相应的，终端设备确定扩展设备处于用户自定义模式，具体的可以包括：终端设备接收来自扩展设备的通知响应消息，通知响应消息用于通知终端设备，扩展设备已处于用户自定义模式。
结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，在向扩展设备发送通知消息之前，该扩展设备的管理方法还可以包括：终端设备向扩展设备发送标准或供应商编号(standard or vendor ID，SVID)信息请求消息，终端设备接收来自扩展设备的SVID信息，终端设备在根据SVID信息确认扩展设备与终端设备相匹配时，向扩展设备发送用户自定义模式请求消息，终端设备接收来自扩展设备的扩展设备所支持的用户自定义模式；此时，响应的，向扩展设备发送通知消息，具体的可以包括：终端设备根据扩展设备所支持的用户自定义模式，向扩展设备发送通知消息。
结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，在终端设备向扩展设备发送非结构化厂商自定义命令消息之前，该扩展设备的管理方法还可以包括：终端设备由第一模式切换到第二模式；其中，非结构化厂商自定义命令消息具体用于通知扩展设备切换到第二模式，非结构化厂商自定义响应消息具体用于通知终端设备，扩展设备已成功切换到第二模式。
示例性的，第一模式为低功耗模式，第二模式为正常工作模式；或者，第一模式为正常工作模式，第二模式为低功耗模式。在低功耗模式下，扩展设备可以关闭扩展设备包括的部分模式的供电或使系统处于待机模式，此时的扩展设备的耗电量比较小，在正常工作模式下，扩展设备包括的各个模式均正常工作，此时的扩展设备的耗电量比较大，也就是说，扩展设备在低功耗模式下的耗电量小于在正常工作模式下的耗电量，这样，当终端设备处于低功耗模式下时，通过控制扩展设备也进入低功耗模式，可以避免主机的功耗超标。终端设备也类似，在此不再赘述。当然，第一模式和第二模式也可以是其他任何两种不同的模式，本申请实施例在此并不做具体限制。例如，第一模式为设置视频显示比例为4:3，第二模式为设置视频显示比例为16:9，这样，通过终端设备的控制，可以实现视频显示比例的动态切换。需要说明的是，本申请实施例中的“第一模式”和“第二模式”，仅是用于区分描述切换前的模式和切换后的模式，并未指示或暗示相对重要性，也未指示或暗示顺序，且也未限定设备仅包括两种模式。
结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义命令消息具体用于通知扩展设备上报扩展设备的工作状态信息；非结构化厂商自定义响应消息具体用于上报扩展设备的工作状态信息。示例性的，扩展设备的工作状态信息指的是扩展设备工作时，电源、USB数据、视频显示等内部模块的工作状态信息。例如，扩展设备系统电源通路的电流数据、接入扩展设备的外围设备的带宽分配情况，接入扩展设备的显示设备的分辨率等等。
结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，在终端设备接收来自扩展设备的非结构化厂商自定义响应消息之后，该扩展设备的管理方法还可以包括：终端设备根据扩展设备的工作状态信息对扩展设备进行管理。
结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，在终端设备接收来自扩展设备的非结构化厂商自定义响应消息之后，该扩展设备的管理方法还可以包括：终端设备显示扩展设备的工作状态信息。
结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义命令消息包括：第一USB PD消息报文头、第一非结构厂商自定义消息报文头；第一非结构厂商自定义消息报文头中包含用于对扩展设备进行管理的信息。
结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义命令消息包括：第一USB PD消息报文头、第一非结构厂商自定义消息报文头和第一用户自定义数据对象(vendor data object，VDO)；第一非结构厂商自定义消息报文头和第一VDO中包含用于对扩展设备进行管理的信息。
结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头；第二非结构厂商自定义消息报文头中包含管理结果。
结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头和第二VDO；第二非结构厂商自定义消息报文头和第二VDO中包含管理结果。
本申请实施例的第二方面，提供一种扩展设备的管理方法，包括：
扩展设备切换到用户自定义模式，接收来自终端设备的非结构化厂商自定义命令消息，扩展设备的USB Type-C接口与终端设备的USB Type-C接口通过数据线连接，非结构化厂商自定义命令消息用于对扩展设备进行管理；扩展设备向终端设备发送非结构化厂商自定义响应消息，非结构化厂商自定义响应消息用于向终端设备返回管理结果。
本申请实施例提供的扩展设备的管理方法，扩展设备在切换到用户自定义模式之后，接收来自终端设备的用于对扩展设备进行管理的非结构化厂商自定义命令消息，并向终端设备发送非结构化厂商自定义响应消息，该非结构化厂商自定义响应消息用于向终端设备返回管理结果。这样，在扩展设备处于用户自定义模式的情况下，终端设备可以基于现有USB PD协议的非结构厂商自定义消息，向扩展设备发送命令，以便扩展设备根据接收到的命令作出相应的响应，并返回管理结果，实现了终端设备对扩展设备的管理。并且，通过本申请提供的方法，在不增加任何成本的情况下，终端设备便可以随时向扩展设备发送命令，扩展设备也可以响应并回复主机需要的各种信息，可扩展性好。例如通过本申请，终端设备可以方便的达到获取扩展设备的工作状态信息的目的。
结合第二方面，在一种可能的实现方式中，为了防止错误的发送非结构厂商自定义命令消息，在扩展设备切换到用户自定义模式之前，该扩展设备的管理方法还可以包括：扩展设备接收来自终端设备的身份信息请求消息，扩展设备向终端设备发送扩展设备的身份信息，扩展设备接收来自终端设备的通知消息，通知消息用于通知扩展设备切换到用户自定义模式；此时，在扩展设备切换到用户自定义模式之后，还包括：扩展设备向终端设备发送通知响应消息，通知响应消息用于通知终端设备，扩展设备已处于用户自定义模式。
结合第二方面和上述可能的实现方式，在另一种可能的实现方式中，在向扩展设备发送通知消息之前，该扩展设备的管理方法还可以包括：扩展设备接收来自终端设备的SVID信息请求消息，扩展设备向终端设备发送扩展设备的SVID信息，扩展设备接收来自终端设备的用户自定义模式请求消息，扩展设备向终端设备发送扩展设备所支持的用户自定义模式。
结合第二方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义命令消息具体用于通知扩展设备切换到第二模式；在扩展设备接收来自终端设备的非结构化厂商自定义命令消息之后，该扩展设备的管理方法还可以包括：扩展设备由第一模式切换到第二模式；其中，非结构化厂商自定义响应消息具体用于通知终端设备，扩展设备已成功切换到第二模式。
结合第二方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义命令消息具体用于通知扩展设备上报扩展设备的工作状态信息，非结构化厂商自定义响应消息具体用于上报扩展设备的工作状态信息；在扩展设备接收来自终端设备的非结构化厂商自定义命令消息之后，还包括：扩展设备获取扩展设备的工作状态信息。
结合第二方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义命令消息包括：第一USB PD消息报文头、第一非结构厂商自定义消息报文头；第一非结构厂商自定义消息报文头中包含用于对扩展设备进行管理的信息。
结合第二方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义命令消息包括：第一USB PD消息报文头、第一非结构厂商自定义消息报文头和第一VDO；第一非结构厂商自定义消息报文头和第一VDO中包含用于对扩展设备进行管理的信息。
结合第二方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头；第二非结构厂商自定义消息报文头中包含管理结果。
结合第二方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头和第二VDO；第二非结构厂商自定义消息报文头和第二VDO中包含管理结果。
本申请实施例的第三方面，提供一种终端设备，包括：
确定单元，用于确定扩展设备处于用户自定义模式，终端设备的USB Type-C接口与扩展设备的USB Type-C接口通过数据线连接；发送单元，用于在确定单元确定扩展设备处于用户自定义模式之后，向扩展设备发送非结构化厂商自定义命令消息，非结构化厂商自定义命令消息用于对扩展设备进行管理；接收单元，用于在发送单元发送非结构化厂商自定义命令消息之后，接收来自扩展设备的非结构化厂商自定义响应消息，非结构化厂商自定义响应消息用于向终端设备返回管理结果。
结合第三方面，在一种可能的实现方式中，发送单元，还用于在确定单元确定扩展设备处于用户自定义模式之前，向扩展设备发送身份信息请求消息；接收单元，还用于在发送单元发送身份信息请求消息之后，接收来自扩展设备的身份信息；发送单元，还用于在接收单元接收来自扩展设备的身份信息之后，在根据接收单元接收到的身份信息确认扩展设备的身份类型为扩展设备类型时，向扩展设备发送通知消息，通知消息用于通知扩展设备切换到用户自定义模式；确定单元，具体用于在发送单元发送通知消息之后，接收来自扩展设备的通知响应消息，通知响应消息用于通知终端设备，扩展设备已处于用户自定义模式。
结合第三方面和上述可能的实现方式，在另一种可能的实现方式中，发送单元，还用于在发送单元发送通知消息之前，向扩展设备发送SVID信息请求消息；接收单元，还用于在发送单元发送SVID信息请求消息之后，接收来自扩展设备的SVID信息；发送单元，还用于在接收单元接收来自扩展设备的SVID信息之后，在根据接收单元接收到的SVID信息确认扩展设备与终端设备相匹配时，向扩展设备发送用户自定义模式请求消息；接收单元，还用于在发送单元发送用户自定义模式请求消息之后，接收来自扩展设备的扩展设备所支持的用户自定义模式；发送单元，具体用于在接收单元接收扩展设备所支持的用户自定义模式之后，根据接收单元接收到的扩展设备所支持的用户自定义模式，向扩展设备发送所述通知消息。
结合第三方面和上述可能的实现方式，在另一种可能的实现方式中，还包括：切换单元，用于在发送单元发送非结构化厂商自定义命令消息之前，由第一模式切换到第二模式；其中，非结构化厂商自定义命令消息具体用于通知扩展设备切换到第二模式，非结构化厂商自定义响应消息具体用于通知终端设备，扩展设备已成功切换到第二模式。
结合第三方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义命令消息具体用于通知扩展设备上报扩展设备的工作状态信息；非结构化厂商自定义响应消息具体用于上报扩展设备的工作状态信息。
结合第三方面和上述可能的实现方式，在另一种可能的实现方式中，还包括：管理单元，用于在接收单元接收非结构化厂商自定义响应消息之后，根据扩展设备的工作状态信息对扩展设备进行管理。
结合第三方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义命令消息包括：第一USB PD消息报文头、第一非结构厂商自定义消息报文头；第一非结构厂商自定义消息报文头中包含用于对扩展设备进行管理的信息。
结合第三方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义命令消息包括：第一USB PD消息报文头、第一非结构厂商自定义消息报文头和第一VDO；第一非结构厂商自定义消息报文头和第一VDO中包含用于对扩展设备进行管理的信息。
结合第三方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头；第二非结构厂商自定义消息报文头中包含管理结果。
结合第三方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头和第二VDO；第二非结构厂商自定义消息报文头和第二VDO中包含管理结果。
本申请实施例的第四方面，提供一种扩展设备，包括：
切换单元，用于切换到用户自定义模式；接收单元，用于在切换单元切换到用户自定义模式之后，接收来自终端设备的非结构化厂商自定义命令消息，扩展设备的USB Type-C接口与终端设备的USB Type-C接口通过数据线连接，非结构化厂商自定义命令消息用于对扩展设备进行管理；发送单元，用于在接收单元接收非结构化厂商自定义命令消息之后，向终端设备发送非结构化厂商自定义响应消息，非结构化厂商自定义响应消息用于向终端设备返回管理结果。
结合第四方面，在一种可能的实现方式中，接收单元，还用于在切换单元切换到用户自定义模式之前，接收来自终端设备的身份信息请求消息；发送单元，还用于向终端设备发送扩展设备的身份信息；接收单元，还用于在接收单元接收身份信息请求消息之后，接收来自终端设备的SVID信息请求消息；接收单元，还用于在发送单元发送扩展设备的身份信息之后，接收来自终端设备的通知消息，通知消息用于通知扩展设备切换到用户自定义模式；发送单元，还用于在切换单元切换到用户自定义模式之后，向终端设备发送通知响应消息，通知响应消息用于通知终端设备，扩展设备已处于用户自定义模式。
结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，接收单元，还用于在接收单元接收通知消息之前，接收来自终端设备的SVID信息请求消息；发送单元，还用于在接收单元接收SVID信息请求消息之后，向终端设备发送扩展设备的SVID信息；接收单元，还用于在发送单元发送扩展设备的SVID信息之后，接收来自终端设备的用户自定义模式请求消息；发送单元，还用于在接收单元接收用户自定义模式请求消息之后，向终端设备发送扩展设备所支持的用户自定义模式。
结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，所述非结构化厂商自定义命令消息具体用于通知扩展设备切换到第二模式；切换单元，还用于在接收单元接收非结构化厂商自定义命令消息之后，由第一模式切换到第二模式；其中，非结构化厂商自定义响应消息具体用于通知终端设备，扩展设备已成功切换到第二模式。
结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义命令消息具体用于通知扩展设备上报扩展设备的工作状态信息，非结构化厂商自定义响应消息具体用于上报扩展设备的工作状态信息；扩展设备，还包括：获取单元，用于在接收单元接收非结构化厂商自定义命令消息之后，获取扩展设备的工作状态信息。
结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义命令消息包括：第一USB PD消息报文头、第一非结构厂商自定义消息报文头；第一非结构厂商自定义消息报文头中包含用于对扩展设备进行管理的信息。
结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义命令消息包括：第一USB PD消息报文头、第一非结构厂商自定义消息报文头和第一VDO；第一非结构厂商自定义消息报文头和第一VDO中包含用于对扩展设备进行管理的信息。
结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头；第二非结构厂商自定义消息报文头中包含管理结果。
结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头和第二VDO；第二非结构厂商自定义消息报文头和第二VDO中包含管理结果。
本申请实施例的第五方面，提供一种终端设备，包括：至少一个处理器、存储器、至少一个通信接口和通信总线；至少一个处理器与存储器、至少一个通信接口通过通信总线连接，存储器用于存储计算机软件指令，当终端设备运行时，处理器执行存储器存储的计算机软件指令，以使终端设备执行如第一方面或第一方面的可能的实现方式中任一所述的扩展设备的管理方法。
本申请实施例的第六方面，提供一种扩展设备，包括：至少一个处理器、存储器、至少一个通信接口和通信总线；至少一个处理器与存储器、至少一个通信接口通过通信总线连接，存储器用于存储计算机软件指令，当扩展设备运行时，处理器执行存储器存储的计算机软件指令，以使扩展设备执行如第二方面或第二方面的可能的实现方式中任一所述的扩展设备的管理方法。
本申请实施例的第七方面，提供一种计算机可读存储介质，用于存储上述终端设备所用的计算机软件指令，该计算机软件指令包含用于执行上述扩展设备的管理方法所设计的程序。
本申请实施例的第八方面，提供一种计算机可读存储介质，用于存储上述扩展设备所用的计算机软件指令，该计算机软件指令包含用于执行上述扩展设备的管理方法所设计的程序。
本申请实施例的第九方面，提供一种扩展设备的管理方法，包括：
终端设备向扩展设备发送非结构化厂商自定义命令消息，终端设备的USB Type-C接口与扩展设备的USB Type-C接口通过数据线连接，该非结构化厂商自定义命令消息包括启动信息和用于对扩展设备进行管理的信息，该启动信息用于指示扩展设备进入用户自定义模式；终端设备接收来自扩展设备的非结构化厂商自定义响应消息，该非结构化厂商自定义响应消息用于向终端设备返回管理结果。
本申请实施例提供的扩展设备的管理方法，终端设备向扩展设备发送包括用于对扩展设备进行管理的信息和启动信息的非结构化厂商自定义命令消息，并接收来自扩展设备的非结构化厂商自定义响应消息，该非结构化厂商自定义响应消息用于向终端设备返回管理结果。这样，终端设备可以基于现有USB PD协议的非结构厂商自定义消息，向扩展设备发送命令，以便扩展设备根据接收到的命令作出相应的响应，并返回管理结果，实现了终端设备对扩展设备的管理。并且，通过本申请提供的方法，在不增加任何成本的情况下，终端设备便可以随时向扩展设备发送命令，扩展设备也可以响应并回复主机需要的各种信息，可扩展性好。例如通过本申请，终端设备可以方便的达到获取扩展设备的工作状态信息的目的。
结合第九方面，在一种可能的实现方式中，在终端设备向扩展设备发送非结构化厂商自定义命令消息之前，还包括：终端设备向扩展设备发送身份信息请求消息；终端设备接收来自扩展设备的身份信息；终端设备向扩展设备发送非结构化厂商自定义命令消息，包括：终端设备在根据身份信息确认扩展设备的身份类型为扩展设备类型时，向扩展设备发送非结构化厂商自定义命令消息。
结合第九方面和上述可能的实现方式，在另一种可能的实现方式中，在向扩展设备发送非结构厂商自定义命令消息之前，还包括：终端设备向扩展设备发送SVID信息请求消息；终端设备接收来自扩展设备的SVID信息；终端设备在根据SVID信息确认扩展设备与终端设备相匹配时，向扩展设备发送用户自定义模式请求消息；终端设备接收来自扩展设备的扩展设备所支持的用户自定义模式；终端设备从扩展设备所支持的用户自定义模式中确定需扩展设备进入的用户自定义模式。
结合第九方面和上述可能的实现方式，在另一种可能的实现方式中，在终端设备向扩展设备发送非结构化厂商自定义命令消息之前，还包括：终端设备由第一模式切换到第二模式；其中，用于对扩展设备进行管理的信息具体为用于通知扩展设备切换到第二模式的信息，非结构化厂商自定义响应消息具体用于通知终端设备，扩展设备已成功切换到第二模式。
示例性的，第一模式为低功耗模式，第二模式为正常工作模式；或者，第一模式为正常工作模式，第二模式为低功耗模式。扩展设备在低功耗模式下的耗电量小于在正常工作模式下的耗电量，这样，当终端设备处于低功耗模式下时，通过控制扩展设备也进入低功耗模式，可以避免主机的功耗超标。终端设备也类似，在此不再赘述。当然，第一模式和第二模式也可以是其他任何两种不同的模式，本申请实施例在此并不做具体限制。例如，第一模式为设置视频显示比例为4:3，第二模式为设置视频显示比例为16:9，这样，通过终端设备的控制，可以实现视频显示比例的动态切换。
结合第九方面和上述可能的实现方式，在另一种可能的实现方式中，用于对扩展设备进行管理的信息具体为用于通知扩展设备上报扩展设备的工作状态信息的信息；非结构化厂商自定义响应消息具体用于上报扩展设备的工作状态信息。
结合第九方面和上述可能的实现方式，在另一种可能的实现方式中，在终端设备接收来自扩展设备的非结构化厂商自定义响应消息之后，还包括：终端设备根据扩展设备的工作状态信息对扩展设备进行管理。
结合第九方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义命令消息包括：第一USB PD消息报文头、第一非结构厂商自定义消息报文头；第一非结构厂商自定义消息报文头中包含用于对扩展设备进行管理的信息和启动信息。
结合第九方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义命令消息包括：第一USB PD消息报文头、第一非结构厂商自定义消息报文头和第一VDO；第一非结构厂商自定义消息报文头和第一VDO中包含用于对扩展设备进行管理的信息和启动信息。
结合第九方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头；第二非结构厂商自定义消息报文头中包含管理结果。
结合第九方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头和第二VDO；第二非结构厂商自定义消息报文头和第二VDO中包含管理结果。
本申请实施例的第十方面，提供一种扩展设备的管理方法，包括：
扩展设备接收来自终端设备的非结构化厂商自定义命令消息，终端设备的USBType-C接口与扩展设备的USB Type-C接口通过数据线连接，该非结构化厂商自定义命令消息包括启动信息和用于对扩展设备进行管理的信息，该启动信息用于指示扩展设备进入用户自定义模式；扩展设备根据启动信息进入用户自定义模式，并向终端设备发送非结构化厂商自定义响应消息，该非结构化厂商自定义响应消息用于向终端设备返回管理结果。
本申请实施例提供的扩展设备的管理方法，扩展设备接收来自终端设备的包括用于对扩展设备进行管理的信息和启动信息的非结构化厂商自定义命令消息，并根据启动信息进入用户定义模式，且向终端设备发送用于向终端设备返回管理结果的非结构化厂商自定义响应消息。这样，终端设备可以基于现有USB PD协议的非结构厂商自定义消息，向扩展设备发送命令，以便扩展设备根据接收到的命令作出相应的响应，并返回管理结果，实现了终端设备对扩展设备的管理。并且，通过本申请提供的方法，在不增加任何成本的情况下，终端设备便可以随时向扩展设备发送命令，扩展设备也可以响应并回复主机需要的各种信息，可扩展性好。例如通过本申请，终端设备可以方便的达到获取扩展设备的工作状态信息的目的。
结合第十方面，在一种可能的实现方式中，在扩展设备接收来自终端设备的非结构化厂商自定义命令消息之前，还包括：扩展设备接收来自终端设备的身份信息请求消息；扩展设备向终端设备发送扩展设备的身份信息。
结合第十方面和上述可能的实现方式，在另一种可能的实现方式中，在扩展设备接收来自终端设备的非结构化厂商自定义命令消息之前，还包括：扩展设备接收来自终端设备的SVID信息请求消息；扩展设备向终端设备发送扩展设备的SVID信息；扩展设备接收来自终端设备的用户自定义模式请求消息；扩展设备向终端设备发送扩展设备所支持的用户自定义模式。
结合第十方面和上述可能的实现方式，在另一种可能的实现方式中，用于对扩展设备进行管理的信息具体为用于通知扩展设备切换到第二模式的信息；在扩展设备接收来自终端设备的非结构化厂商自定义命令消息之后，还包括：扩展设备由第一模式切换为第二模式；非结构化厂商自定义响应消息具体用于通知终端设备，扩展设备已成功切换到第二模式。
结合第十方面和上述可能的实现方式，在另一种可能的实现方式中，用于对扩展设备进行管理的信息具体为用于通知扩展设备上报扩展设备的工作状态信息的信息；非结构化厂商自定义响应消息具体用于上报扩展设备的工作状态信息；在扩展设备接收来自终端设备的非结构化厂商自定义命令消息之后，还包括：扩展设备获取扩展设备的工作状态信息。
结合第十方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义命令消息包括：第一USB PD消息报文头、第一非结构厂商自定义消息报文头；第一非结构厂商自定义消息报文头中包含用于对扩展设备进行管理的信息和启动信息。
结合第十方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义命令消息包括：第一USB PD消息报文头、第一非结构厂商自定义消息报文头和第一VDO；第一非结构厂商自定义消息报文头和第一VDO中包含用于对扩展设备进行管理的信息和启动信息。
结合第十方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头；第二非结构厂商自定义消息报文头中包含管理结果。
结合第十方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头和第二VDO；第二非结构厂商自定义消息报文头和第二VDO中包含管理结果。
本申请实施例的第十一方面，提供一种终端设备，包括：
发送单元，用于向扩展设备发送非结构化厂商自定义命令消息，终端设备的USBType-C接口与扩展设备的USB Type-C接口通过数据线连接，该非结构化厂商自定义命令消息包括启动信息和用于对扩展设备进行管理的信息，该启动信息用于指示扩展设备进入用户自定义模式；接收单元，用于在发送单元发送非结构化厂商自定义命令消息之后，接收来自扩展设备的非结构化厂商自定义响应消息，该非结构化厂商自定义响应消息用于向终端设备返回管理结果。
结合第十一方面，在一种可能的实现方式中，发送单元，还用于在发送单元向扩展设备发送非结构化厂商自定义命令消息之前，向扩展设备发送身份信息请求消息；接收单元，还用于在发送单元发送身份信息请求消息之后，接收来自扩展设备的身份信息；发送单元具体用于：在接收单元接收扩展设备的身份信息之后，在根据接收到的身份信息确认扩展设备的身份类型为扩展设备类型时，向扩展设备发送非结构化厂商自定义命令消息。
结合第十一方面和上述可能的实现方式，在另一种可能的实现方式中，发送单元，还用于在发送单元向扩展设备发送非结构厂商自定义命令消息之前，向扩展设备发送SVID信息请求消息；接收单元，用于在发送单元发送SVID信息请求消息之后，接收来自扩展设备的SVID信息；发送单元，还用于在接收单元接收扩展设备的SVID信息之后，在根据接收到的SVID信息确认扩展设备与终端设备相匹配时，向扩展设备发送用户自定义模式请求消息；接收单元，还用于在发送单元发送用户自定义模式请求消息之后，接收来自扩展设备的扩展设备所支持的用户自定义模式；还包括：确定单元，用于在接收单元接收来自扩展设备的扩展设备所支持的用户自定义模式之后，从扩展设备所支持的用户自定义模式中确定需扩展设备进入的用户自定义模式。
结合第十一方面和上述可能的实现方式，在另一种可能的实现方式中，还包括：切换单元，用于在发送单元向扩展设备发送非结构化厂商自定义命令消息之前，由第一模式切换到第二模式；其中，用于对扩展设备进行管理的信息具体为用于通知扩展设备切换到第二模式的信息，非结构化厂商自定义响应消息具体用于通知终端设备，扩展设备已成功切换到第二模式。
结合第十一方面和上述可能的实现方式，在另一种可能的实现方式中，用于对扩展设备进行管理的信息具体为用于通知扩展设备上报扩展设备的工作状态信息的信息；非结构化厂商自定义响应消息具体用于上报扩展设备的工作状态信息。
结合第十一方面和上述可能的实现方式，在另一种可能的实现方式中，还包括：管理单元，用于在接收单元接收来自扩展设备的非结构化厂商自定义响应消息之后，根据扩展设备的工作状态信息对扩展设备进行管理。
结合第十一方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义命令消息包括：第一USB PD消息报文头、第一非结构厂商自定义消息报文头；第一非结构厂商自定义消息报文头中包含用于对扩展设备进行管理的信息和启动信息。
结合第十一方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义命令消息包括：第一USB PD消息报文头、第一非结构厂商自定义消息报文头和第一VDO；第一非结构厂商自定义消息报文头和第一VDO中包含用于对扩展设备进行管理的信息和启动信息。
结合第十一方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头；第二非结构厂商自定义消息报文头中包含管理结果。
结合第十一方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头和第二VDO；第二非结构厂商自定义消息报文头和第二VDO中包含管理结果。
本申请实施例的第十二方面，提供一种扩展设备，包括：
接收单元，用于接收来自终端设备的非结构化厂商自定义命令消息，终端设备的USB Type-C接口与扩展设备的USB Type-C接口通过数据线连接，该非结构化厂商自定义命令消息包括启动信息和用于对扩展设备进行管理的信息，该启动信息用于指示扩展设备进入用户自定义模式；处理单元，用于在接收单元接收来自终端设备的非结构化厂商自定义命令消息之后，根据启动信息进入用户自定义模式，发送单元，用于在处理单元根据启动信息进入用户自定义模式之后，向终端设备发送非结构化厂商自定义响应消息，该非结构化厂商自定义响应消息用于向终端设备返回管理结果。
结合第十二方面，在一种可能的实现方式中，接收单元，还用于在接收单元接收来自终端设备的非结构化厂商自定义命令消息之前，接收来自终端设备的身份信息请求消息；发送单元，还用于在接收单元接收身份信息请求消息之后，向终端设备发送扩展设备的身份信息。
结合第十二方面和上述可能的实现方式，在另一种可能的实现方式中，接收单元，还用于在接收单元接收来自终端设备的非结构化厂商自定义命令消息之前，接收来自终端设备的SVID信息请求消息；发送单元，还用于在接收单元接收SVID信息请求消息之后，向终端设备发送扩展设备的SVID信息；接收单元，还用于在发送单元发送扩展设备的SVID信息之后，接收来自终端设备的用户自定义模式请求消息；发送单元，还用于在接收单元接收用户自定义模式请求消息之后，向终端设备发送扩展设备所支持的用户自定义模式。
结合第十二方面和上述可能的实现方式，在另一种可能的实现方式中，用于对扩展设备进行管理的信息具体为用于通知扩展设备切换到第二模式的信息；还包括：切换单元，用于在接收单元接收来自终端设备的非结构化厂商自定义命令消息之后，由第一模式切换为第二模式；非结构化厂商自定义响应消息具体用于通知终端设备，扩展设备已成功切换到第二模式。
结合第十二方面和上述可能的实现方式，在另一种可能的实现方式中，用于对扩展设备进行管理的信息具体为用于通知扩展设备上报扩展设备的工作状态信息的信息；非结构化厂商自定义响应消息具体用于上报扩展设备的工作状态信息；还包括：获取单元，用于在接收单元接收来自终端设备的非结构化厂商自定义命令消息之后，获取扩展设备的工作状态信息。
结合第十二方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义命令消息包括：第一USB PD消息报文头、第一非结构厂商自定义消息报文头；第一非结构厂商自定义消息报文头中包含用于对扩展设备进行管理的信息和启动信息。
结合第十二方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义命令消息包括：第一USB PD消息报文头、第一非结构厂商自定义消息报文头和第一VDO；第一非结构厂商自定义消息报文头和第一VDO中包含用于对扩展设备进行管理的信息和启动信息。
结合第十二方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头；第二非结构厂商自定义消息报文头中包含管理结果。
结合第十二方面和上述可能的实现方式，在另一种可能的实现方式中，非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头和第二VDO；第二非结构厂商自定义消息报文头和第二VDO中包含管理结果。
本申请实施例的第十三方面，提供一种终端设备，包括：至少一个处理器、存储器、至少一个通信接口和通信总线；至少一个处理器与存储器、至少一个通信接口通过通信总线连接，存储器用于存储计算机软件指令，当终端设备运行时，处理器执行存储器存储的计算机软件指令，以使终端设备执行如第九方面或第九方面的可能的实现方式中任一所述的扩展设备的管理方法。
本申请实施例的第十四方面，提供一种扩展设备，包括：至少一个处理器、存储器、至少一个通信接口和通信总线；至少一个处理器与存储器、至少一个通信接口通过通信总线连接，存储器用于存储计算机软件指令，当扩展设备运行时，处理器执行存储器存储的计算机软件指令，以使扩展设备执行如第十方面或第十方面的可能的实现方式中任一所述的扩展设备的管理方法。
本申请实施例的第十五方面，提供一种计算机可读存储介质，用于存储上述终端设备所用的计算机软件指令，该计算机软件指令包含用于执行如第九方面或第九方面的可能的实现方式中任一所述的扩展设备的管理方法所设计的程序。
本申请实施例的第十六方面，提供一种计算机可读存储介质，用于存储上述扩展设备所用的计算机软件指令，该计算机软件指令包含用于执行如第十方面或第十方面的可能的实现方式中任一所述的扩展设备的管理方法所设计的程序。
本申请实施例的第十七方面，提供一种系统，包括：如上述第三方面或第三方面的可能的实现方式，或者，第五方面，或者，第十一方面或第十一方面的可能的实现方式，或者，第十三方面中任一所述的终端设备；以及如上述第四方面或第四方面的可能的实现方式，或者，第六方面，或者，第十二方面或第十二方面的可能的实现方式，或者，第十四方面中任一所述的扩展设备。
本申请实施例的第十八方面，提供一种系统，包括：终端设备和扩展设备，终端设备的USB Type-C接口与扩展设备的USB Type-C接口通过数据线连接；
扩展设备，用于切换到用户自定义模式；终端设备，用于在扩展设备切换到用户自定义模式之后，确定扩展设备处于用户自定义模式；终端设备，还用于在确定扩展设备处于用户自定义模式之后，向扩展设备发送非结构化厂商自定义命令消息，非结构化厂商自定义命令消息用于对扩展设备进行管理；扩展设备，还用于在终端设备发送非结构化厂商自定义命令消息之后，接收来自终端设备的非结构化厂商自定义命令消息；扩展设备，还用于在接收非结构化厂商自定义命令消息之后，向终端设备发送非结构化厂商自定义响应消息，非结构化厂商自定义响应消息用于向终端设备返回管理结果；终端设备，还用于在扩展设备发送非结构化厂商自定义响应消息之后，接收来自扩展设备的非结构化厂商自定义响应消息。
结合第十八方面，在一种可能的实现方式中，终端设备，还用于在确定扩展设备处于用户自定义模式之前，向扩展设备发送身份信息请求消息；扩展设备，还用于在终端设备发送身份信息请求消息之后，接收来自终端设备的身份信息请求消息，并向终端设备发送扩展设备的身份信息；终端设备，还用于在扩展设备发送扩展设备的身份信息之后，接收来自扩展设备的身份信息，并根据身份信息确认扩展设备的身份类型为扩展设备类型时，向扩展设备发送通知消息，通知消息用于通知扩展设备切换到用户自定义模式；扩展设备，还用于在终端设备发送通知消息之后，接收来自终端设备的通知消息，并在切换到用户自定义模式之后，向终端设备发送通知响应消息，通知响应消息用于通知终端设备，扩展设备已处于用户自定义模式；终端设备，具体用于在扩展设备发送通知消息之后，接收来自扩展设备的通知响应消息，以确定扩展设备处于用户自定义模式。
结合第十八方面和上述可能的实现方式，在另一种可能的实现方式中，终端设备，还用于在向扩展设备发送通知消息之前，向扩展设备发送SVID信息请求消息；扩展设备，还用于在终端设备发送SVID信息请求消息之后，接收来自终端设备的SVID信息请求消息，并向终端设备发送扩展设备的SVID信息；终端设备，还用于在扩展设备发送扩展设备的SVID信息之后，接收来自扩展设备的SVID信息，并在根据SVID信息确认扩展设备与终端设备相匹配时，向扩展设备发送用户自定义模式请求消息；扩展设备，还用于在终端设备发送用户自定义模式请求消息之后，接收来自终端设备的用户自定义模式请求消息，并向终端设备发送扩展设备所支持的用户自定义模式；终端设备，还用于在扩展设备发送扩展设备所支持的用户自定义模式之后，接收来自扩展设备的扩展设备所支持的用户自定义模式；终端设备，具体用于在接收扩展设备所支持的用户自定义模式之后，根据扩展设备所支持的用户自定义模式，向扩展设备发送通知消息。
附图说明
图1为现有技术提供的一种典型的扩展坞的内部结构示意图；
图2为现有技术提供的一种典型的终端设备与扩展坞(以图1所示的扩展坞为例)的连接方式示意图；
图3为本申请实施例提供的一种应用本申请实施例的系统架构的简化示意图；
图4为本申请实施例提供的另一种应用本申请实施例的系统架构的简化示意图；
图5为本申请实施例提供的一种终端设备的组成示意图；
图6为本申请实施例提供的一种扩展设备的管理方法的流程图；
图7为本申请实施例提供的另一种扩展设备的管理方法的流程图；
图8为本申请实施例提供的一种扩展设备的管理方法的应用实例流程示意图；
图9为本申请实施例提供的另一种终端设备的组成示意图；
图10为本申请实施例提供的另一种终端设备的组成示意图；
图11为本申请实施例提供的一种扩展设备的组成示意图；
图12为本申请实施例提供的另一种扩展设备的组成示意图。
具体实施方式
为了解决现有技术不能够实现终端设备对扩展设备的管理问题，本申请实施例提供一种扩展设备的管理方法，其基本原理是：终端设备在确定与自身连接的扩展设备处于用户自定义模式时，向该扩展设备发送用于对扩展设备进行管理的非结构化厂商自定义命令消息，并接收来自扩展设备的非结构化厂商自定义响应消息，该非结构化厂商自定义响应消息用于向终端设备返回管理结果。这样，在扩展设备处于用户自定义模式的情况下，终端设备可以基于现有USB PD协议的非结构厂商自定义消息，向扩展设备发送命令，以便扩展设备根据接收到的命令作出相应的响应，并返回管理结果，实现了终端设备对扩展设备的管理。并且，通过本申请提供的方法，在不增加任何成本的情况下，终端设备便可以随时向扩展设备发送命令，扩展设备也可以响应并回复主机需要的各种信息，可扩展性好。例如通过本申请，终端设备可以方便的达到获取扩展设备的工作状态信息的目的。
下面将结合附图对本申请实施例的实施方式进行详细描述。
图3和图4示出的是可以应用本申请实施例的系统架构的简化示意图。
如图3所示，该系统架构可以包括：终端设备11和拓展设备12。终端设备11与扩展设备12通过数据线连接，所连接的接口为USB Type-C接口。
终端设备11侧配置有第一USB PD协议处理及微控制模块111和外围接口主控模块112。扩展设备12侧配置有第二USB PD协议处理及微控制模块121、外围接口模块122和电源模块123。
其中，第一USB PD协议处理及微控制模块111和第二USB PD协议处理及微控制模块121之间可以通过USB Type-C接口的CC传输非结构厂商自定义消息(UnstructuredVendor Defined Message，Unstructured VDM)。
其中，该非结构厂商自定义消息的格式在现有USB PD协议中已有定义，其包含的某些比特允许厂商自定义，以便于厂商自定义一些指令。在本申请实施例中，第一USB PD协议处理及微控制模块111可以通过USB Type-C接口的CC向第二USB PD协议处理及微控制模块121发送非结构化厂商自定义命令消息。第二USB PD协议处理及微控制模块121可以通过USB Type-C接口的CC向第一USB PD协议处理及微控制模块111发送非结构化厂商自定义响应消息。
第二USB PD协议处理及微控制模块121设置有控制接口，能够对外围接口模块122和电源模块123进行控制管理。例如，第二USB PD协议处理及微控制模块121可以通过控制接口获取外围接口模块122和电源模块123的工作状态信息。
在实际应用中，外围接口主控模块112和外围接口模块122根据扩展出的接口类型的不同而不同。
示例性的，如图4所示，在一种典型的应用场景中，当扩展设备12用于实现USBType-C接口扩展出USB3.1接口和HDMI显示接口的功能时，外围接口主控模块112具体的可以包括：视频显示主控模块1121和USB3.1数据主控模块1122，外围接口模块122具体的可以包括视频显示模块1221和USB3.1数据模块1222。
在具体的实现中，终端设备11可以是手机、PC、平板电脑、笔记本电脑、超级移动个人计算机(ultra-mobi lepersonal computer，UMPC)、上网本、个人数字助理(personaldigital assistant，PDA)等等。
扩展设备12指的是终端设备11通过USB Type-C接口扩展出的外接设备。示例性的，扩展设备12可以包括但不限于以下设备：视频输出或以太网等转接线缆、能够扩展出USB及视频等外部接口的扩展坞、纯粹的USB外接设备或USB Type-C视频显示设备。例如，扩展坞可以将USB Type-C接口扩展出数据接口(如，USB3.1接口)、视频接口(如，HDMI显示接口)、以太网接口、投影仪接口等。
图5为本申请实施例提供的一种终端设备的组成示意图。如图5所示，以终端设备是PC为例示出，该终端设备可以包括至少一个处理器21，存储器22、至少一个通信接口23和通信总线24。
下面结合图5对终端设备的各个构成部件进行具体的介绍：
处理器21是终端设备的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器21是一个中央处理器(central processing unit，CPU)，也可以是特定集成电路(application specific integrated circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个微处理器(digital signalprocessor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)。
其中，处理器21可以通过运行或执行存储在存储器22内的软件程序，以及调用存储在存储器22内的数据，执行终端设备的各种功能。
在具体的实现中，作为一种实施例，处理器21可以包括一个或多个CPU，例如图5中所示的CPU0和CPU1。
在具体实现中，作为一种实施例，终端设备可以包括多个处理器，例如图5中所示的处理器21和处理器25。这些处理器中的每一个可以是一个单核处理器(single-CPU)，也可以是一个多核处理器(multi-CPU)。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
存储器22可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器22可以是独立存在，通过通信总线24与处理器21相连接。存储器22也可以和处理器21集成在一起。
其中，存储器22用于存储执行本申请方案的软件程序，并由处理器21来控制执行。
通信接口23，用于与其他设备或通信网络通信，如USB Type-C接口、以太网接口，无线接入网(radio access network，RAN)接口，无线局域网(Wireless Local AreaNetworks，WLAN)接口等。
通信总线24，可以是工业标准体系结构(industry standard architecture，ISA)总线、外部设备互连(peripheral component interconnect，PCI)总线或扩展工业标准体系结构(extended industry standard architecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
图5中示出的设备结构并不构成对终端设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
图6为本申请实施例提供的一种扩展设备的管理方法的流程图，如图6所示，该方法可以包括：
301、扩展设备切换到用户自定义模式。
302、终端设备确定扩展设备处于用户自定义模式。
其中，终端设备的USB Type-C接口与扩展设备的USB Type-C接口通过数据线连接。
303、终端设备向扩展设备发送非结构化厂商自定义命令消息。
其中，在扩展设备处于用户自定义模式的情况下，若终端设备需要对扩展设备进行控制，则终端设备可以向扩展设备发送用于对扩展设备进行管理的非结构化厂商自定义命令消息。
304、扩展设备接收来自终端设备的非结构化厂商自定义命令消息。
305、扩展设备向终端设备发送非结构化厂商自定义响应消息。
其中，在扩展设备接收到来自终端设备的非结构化厂商自定义命令消息之后，扩展设备可以根据接收到的非结构化厂商自定义命令消息，向终端设备返回非结构化厂商自定义响应消息，以便向终端设备返回管理结果。
306、终端设备接收来自扩展设备的非结构化厂商自定义响应消息。
本申请实施例提供的扩展设备的管理方法，终端设备在确定与自身连接的扩展设备处于用户自定义模式时，向该扩展设备发送用于对扩展设备进行管理的非结构化厂商自定义命令消息，并接收来自扩展设备的非结构化厂商自定义响应消息，该非结构化厂商自定义响应消息用于向终端设备返回管理结果。这样，在扩展设备处于用户自定义模式的情况下，终端设备可以基于现有USB PD协议的非结构厂商自定义消息，向扩展设备发送命令，以便扩展设备根据接收到的命令作出相应的响应，并返回管理结果，实现了终端设备对扩展设备的管理。并且，通过本申请提供的方法，在不增加任何成本的情况下，终端设备便可以随时向扩展设备发送命令，扩展设备也可以响应并回复主机需要的各种信息，可扩展性好。例如通过本申请，终端设备可以方便的达到获取扩展设备的工作状态信息的目的。
图7为本申请实施例提供的另一种扩展设备的管理方法的流程图。其中，为了便于理解，在本申请实施例中以扩展设备为扩展坞为例，对扩展设备的管理方法进行具体介绍，如图7所示，该方法可以包括：
其中，在本申请实施例中，为了防止错误的发送非结构厂商自定义命令消息，当终端设备需要对扩展坞进行管理时，可以通过执行以下步骤401-步骤408，使得扩展坞进入用户自定义模式。
401、终端设备向扩展坞发送身份信息请求消息。
示例性的，当终端设备需要对扩展坞进行管理时，终端设备可以先询问扩展坞的身份(identity)信息，例如，终端设备可以向扩展坞发送身份信息请求消息。
402、扩展坞向终端设备发送扩展坞的身份信息。
在扩展坞接收到来自终端设备的身份信息请求消息之后，扩展坞可以获取自身的身份信息，并将获取到的身份信息发送至终端设备。
403、终端设备向扩展坞发送SVID信息请求消息。
示例性的，在终端设备接收到扩展坞的身份信息之后，可以根据接收到身份信息判断扩展坞的身份类型是否为扩展设备类型，并在确认扩展坞的身份类型是扩展设备类型时，终端设备还需要确认扩展坞是否和终端设备相匹配，例如，终端设备可以向扩展坞发送SVID信息请求消息，以便于扩展坞上报自身的SVID信息。
404、扩展坞向终端设备发送扩展坞的SVID信息。
扩展坞在接收到来自终端设备的SVID信息请求消息之后，可以获取自身的SVID信息，并上报至终端设备。
405、终端设备向扩展坞发送用户自定义模式请求消息。
示例性的，在终端设备接收到扩展坞的SVID信息之后，可以根据接收到的SVID信息判断扩展坞与自身是否相匹配，并在确定扩展坞与自身相匹配时，终端设备还需要确认扩展坞所支持的用户自定义模式，例如，终端设备可以向扩展坞发送用户自定义模式请求消息，以使得扩展坞上报自身所支持的用户自定义模式。
406、扩展坞向终端设备发送的扩展坞所支持的用户自定义模式。
扩展坞在接收到终端设备发送的用户自定义模式请求消息之后，可以将自身所支持的用户自定义模式上报至终端设备。
407、终端设备向终端设备发送通知消息。
其中，在终端设备接收到扩展坞发送的扩展坞所支持的用户自定义模式之后，终端设备可以根据扩展坞所支持的用户自定义模式和自身的需求选择一用户定义模式，并向扩展坞发送用于通知扩展坞切换到该用户自定义模式的通知消息。
408、扩展坞向终端设备发送通知响应消息。
其中，在扩展坞接收到终端设备发送的通知消息之后，可以根据通知消息切换到相应的用户定义模式，并向终端设备发送用于通知自身已处于用户自定义模式的通知响应消息。
需要说明的是，在本申请实施例中，步骤401-步骤408与现有USB PD协议定义的传输结构化用户自定义消息(structured vender defined message)之前的处理流程一致，目的是使得扩展坞进入用户自定义模式。
另外，现有USB PD协议中规定，只有面对下行的数据端口(DFP)才能主动发起结构化用户自定义流程，如果面对上行的数据端口(UFP)需要发起结构化用户自定义流程，那么可以通过现有USB PD协议定义的数据角色交换(data role swap)功能，把面对上行的数据端口(UFP)切换成面对下行的数据端口(DFP)，然后由面对下行的数据端口(DFP)发起结构化用户自定义流程。在本申请实施例中，非结构化用户自定义流程也应遵循这一规定，也就是说，当终端设备需要对扩展坞进行管理时，若终端设备属于面对下行的数据端口，则可以直接执行步骤401，若终端设备属于面对上行的数据端口，则可以需要先切换为面对下行的数据端口，然后再执行步骤401。
409、终端设备向扩展坞发送非结构化厂商自定义命令消息。
在扩展坞处于用户自定义模式的情况下，若终端设备需要对扩展坞进行管理，则可以向扩展坞发送用于对扩展坞进行管理的非结构化厂商自定义命令消息。示例性的，在终端设备由第一模式切换到第二模式之后，希望扩展坞也切换到第二模式，此时，终端设备可以向扩展坞发送用于通知扩展坞切换到第二模式的非结构化厂商自定义命令消息。或者，终端设备需要获知扩展坞的工作状态信息，此时，终端设备可以向扩展坞发送用于通知扩展坞上报扩展坞的工作状态信息的非结构化厂商自定义命令消息。
例如，终端设备目前对续航能力的要求比较高，而在扩展坞接入终端设备之后，扩展坞连接的外部设备较多，耗电量会比较大，这样，当终端设备进入休眠或待机等低功耗模式时，需要扩展坞也进入低功耗模式，此时，终端设备可以向扩展坞发送用于通知扩展坞进入低功耗模式的非结构化厂商自定义命令消息，以指示扩展坞切换到低功耗模式。
在一些实施例中，现有USB PD协议定义的非结构厂商自定义消息格式可以如表1所示。需要说明的是，本申请实施例在此仅是对非结构厂商自定义消息的格式进行的举例说明，并未对其格式进行限定，也就是说，非结构厂商自定义消息的格式可以包括但不限于表1所示的内容。
表1
USB PD消息报文头 非结构厂商自定义消息报文头 VDO
数据长度 16位(bit) 32bit 32bit
在一些实施例中，USB PD消息报文头(message header)的数据长度可以是16bit。USB PD消息报文头具体的可以包含消息发送方的电源角色、数据角色类型、所遵循的现有USB PD协议规范版本信息、消息类型等信息。在本申请实施例中，其与现有USB PD协议定义的结构化厂商自定义消息的USB PD消息报文头的格式一致，且此部分不支持厂商自定义。
在一些实施例中，非结构厂商自定义消息报文头(unstructured VDM header)的数据长度可以为32bit，其具体的描述可以参见表2所示。
可以看到的是，非结构厂商自定义消息报文头中的14到0比特位可以由厂商自定义，也就是说，通过自定义可以构造出本申请实施例中的非结构化厂商自定义命令消息，即用于对扩展坞进行管理的信息包含在非结构厂商自定义消息报文头中。
表2
现有USB PD协议规定，非结构厂商自定义消息中可以携带的VDO个数为0-6个，且VDO的数据长度为32bit，这32bit均可由厂商自定义。也就是说，也可以通过将用于对扩展坞进行管理的信息包含在非结构厂商自定义消息报文头和VDO中，以便实现对扩展坞的管理。
410、扩展坞向终端设备发送非结构化厂商自定义响应消息。
在扩展坞接收到终端设备发送的非结构化厂商自定义命令消息之后，扩展坞可以根据非结构化厂商自定义命令消息做出相应的响应，并向终端设备回复用于向终端设备返回管理结果的非结构化厂商自定义响应消息。
示例性的，假设终端设备向扩展坞发送的非结构化厂商自定义命令消息用于通知扩展坞切换到第二模式，扩展坞在接收到非结构化厂商自定义命令消息之后，可以由第一模式切换到第二模式，并向终端设备发送用于通知终端设备，扩展坞已成功切换到第二模式的非结构化厂商自定义响应消息。
示例性的，假设终端设备向扩展坞发送的非结构化厂商自定义命令消息用于通知扩展坞上报扩展坞的工作状态信息，扩展坞在接收到非结构化厂商自定义命令消息之后，可以获取自身的工作状态信息，并携带在非结构化厂商自定义响应消息中上报给终端设备。进一步可选的，终端设备在接收到扩展坞的工作状态信息之后，可以根据上报的工作状态信息对扩展坞进行管理。例如，扩展坞的工作状态信息可以是扩展坞系统电源通路的电流数据、接入扩展坞的外围设备的带宽分配情况，接入扩展坞的显示设备的分辨率等等。
例如，按照步骤409中的例子，扩展坞接收到终端设备发送的用于通知扩展坞进入低功耗模式的非结构化厂商自定义命令消息之后，扩展坞可以切换到低功耗模式，并向终端设备回复用于通知终端设备，扩展坞已切换到低功耗模式的非结构化厂商自定义响应消息。
其中，非结构化厂商自定义响应消息的格式与非结构化厂商自定义命令消息的格式一致，对于非结构化厂商自定义响应消息的格式的描述，可以参考本申请实施例中对结构化厂商自定义响应消息的格式的描述，本申请实施例在此不再一一赘述。
需要说明的是，在本申请实施例中，终端设备与扩展坞之间的信息交互，均可以是终端设备的USB PD协议处理及微控制模块与扩展坞的USB PD协议处理及微控制模块通过USB Type-C接口的CC进行交互的。
为了便于本领域技术人员的理解，本申请实施例根据应用场景的不同，对扩展坞的管理方法进行介绍。当然，在实际应用中，应用本申请实施例所提供的方法，能够实现不同应用场景下对扩展设备的管理，并不限于本申请实施例中列举的场景。
应用实例1：终端设备在进入低功耗模式时，希望扩展坞也进入低功耗模式。终端设备在切换回正常工作(active)模式时，希望扩展坞也切换回正常工作模式。
基于图4所示的系统架构，终端设备由正常工作模式切换到低功耗模式时，可以先执行步骤401-步骤408使得扩展坞进入用户自定义模式。然后，如图8所示，终端设备的第一USB PD协议处理及微控制模块通过USB Type-C接口的CC，向扩展坞的第二USB PD协议处理及微控制模块发送用于通知扩展坞进入低功耗模式的非结构化厂商自定义命令消息。
其中，基于表2，在应用实例1中，对非结构厂商自定义消息报文头中14到0比特位的定义可以参见表3所示。
表3
根据表3的定义，便可以构造出用于通知扩展坞进入低功耗模式的非结构化厂商自定义命令消息。另外，由表3可以看出，通过上述定义可以实现64个基本功能、每个基本功能下可以实现256个子功能，能够满足终端设备对扩展坞的各种管理需求。
扩展坞的第二USB PD协议处理及微控制模块接收到非结构化厂商自定义命令消息之后，可以通过控制接口，关闭对视频显示模块和USB3.1数据模块的供电，以使得扩展坞也进入低功耗模式，并向终端设备返回用于通知终端设备，扩展坞已成功切换到低功耗模式的非结构化厂商自定义响应消息。这样，可以避免主机的功耗超标。
当终端设备由低功耗模式切换到正常工作模式时，希望扩展坞也能立即退出低功耗模式，此时，终端设备的第一USB PD协议处理及微控制模块通过USB Type-C接口的CC，向扩展坞的第二USB PD协议处理及微控制模块发送用于通知扩展坞进入正常工作模式的非结构化厂商自定义命令消息(其中，根据表3的定义，也可以构造出用于通知扩展坞进入正常工作模式的非结构化厂商自定义命令消息)。
扩展坞的第二USB PD协议处理及微控制模块接收到非结构化厂商自定义命令消息之后，可以通过控制接口，打开对视频显示模块和USB3.1数据模块的供电，以使得扩展坞也进入正常工作模式，并向终端设备返回用于通知终端设备，扩展坞已成功切换到正常工作模式的非结构化厂商自定义响应消息。
应用实例2：终端设备需要获取扩展坞的工作状态信息。
当终端设备需要获知扩展坞的工作状态信息时，终端设备的第一USB PD协议处理及微控制模块通过USB Type-C接口的CC，向扩展坞的第二USB PD协议处理及微控制模块发送用于通知扩展坞上报扩展坞工作状态信息的非结构化厂商自定义命令消息(其中，根据表3的定义，也可以构造出用于通知扩展坞上报扩展坞工作状态信息的非结构化厂商自定义命令消息)。
扩展坞的第二USB PD协议处理及微控制模块接收到非结构化厂商自定义命令消息之后，可以通过控制接口，收集电源模块、视频显示模块和USB3.1数据模块的工作状态信息，以得到扩展坞的工作状态信息，并将获得的扩展坞的工作状态信息携带在非结构化厂商自定义响应消息上报至终端设备。终端设备在接收到非结构化厂商自定义响应消息之后，可以将获得的工作状态信息显示在终端设备的显示器上，还可以根据扩展坞的工作状态信息对扩展坞进行管理。例如，工作状态信息为接入扩展坞的外围设备的带宽分配情况，此时，终端设备可以根据接收到的接入扩展坞的外围设备的带宽分配情况分配数据带宽。
另外，在本申请的另一实施例中，终端设备可以直接向扩展设备发送非结构化厂商自定义命令消息，该非结构化厂商自定义命令消息包括启动信息和用于对扩展设备进行管理的信息，该启动信息用于指示扩展设备进入用户自定义模式，这样，扩展设备在接收到终端设备发送的非结构化厂商自定义命令消息之后，可以在解析出非结构化厂商自定义命令消息中包括的启动信息之后，根据启动信息进入用户自定义模式，并根据接收到的非结构化厂商自定义命令消息中包括的用于对扩展设备进行管理的信息，向终端设备发送非结构化厂商自定义响应消息，该非结构化厂商自定义响应消息用于向终端设备返回管理结果。
其中，可选的，启动信息具体的可以是步骤407中的通知消息。当然，在终端设备向向扩展设备发送非结构化厂商自定义命令消息之前，可选的，还可以进行扩展设备的身份确认，SVI D信息的验证，以及扩展设备所支持的用户自定义模式的查询过程，具体实现可以参考本申请实施例中步骤401-步骤408中相应内容的具体描述，本申请实施例在此不再一一赘述。且该实施例中，非结构化厂商自定义命令消息以及非结构化厂商自定义响应消息的具体格式，与本申请实施例步骤409-步骤410中非结构化厂商自定义命令消息以及非结构化厂商自定义响应消息的具体格式类似，本申请实施例在此也不一一赘述。
本申请实施例提供的扩展设备的管理方法，终端设备在确定与自身连接的扩展设备处于用户自定义模式时，向该扩展设备发送用于对扩展设备进行管理的非结构化厂商自定义命令消息，并接收来自扩展设备的非结构化厂商自定义响应消息，该非结构化厂商自定义响应消息用于向终端设备返回管理结果。这样，在扩展设备处于用户自定义模式的情况下，终端设备可以基于现有USB PD协议的非结构厂商自定义消息，向扩展设备发送命令，以便扩展设备根据接收到的命令作出相应的响应，并返回管理结果，实现了终端设备对扩展设备的管理。并且，通过本申请提供的方法，在不增加任何成本的情况下，终端设备便可以随时向扩展设备发送命令，扩展设备也可以响应并回复主机需要的各种信息，可扩展性好。例如通过本申请，终端设备可以方便的达到获取扩展设备的工作状态信息的目的。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，各个网元，例如终端设备、扩展设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对终端设备、扩展设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下，图9示出了上述和实施例中涉及的终端设备的一种可能的组成示意图，如图9所示，该终端设备可以包括：确定单元51、发送单元52、接收单元53。
其中，确定单元51，用于支持终端设备执行图6所示的扩展设备的管理方法中的步骤302，图7所示的扩展设备的管理方法中的确定操作。
发送单元52，用于支持终端设备执行图6所示的扩展设备的管理方法中的步骤303，图7所示的扩展设备的管理方法中的步骤401、步骤403、步骤405、步骤407、步骤409。
接收单元53，用于支持终端设备执行图6所示的扩展设备的管理方法中的步骤306，图7所示的扩展设备的管理方法中的接收操作。
在本申请实施例中，进一步的，如图9所示，该终端设备还可以包括：切换单元54、管理单元55。
切换单元54，用于支持终端设备执行图7所示的扩展设备的管理方法中的切换操作。
管理单元55，用于支持终端设备执行图7所示的扩展设备的管理方法中的管理操作。
需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
本申请实施例提供的终端设备，用于执行上述扩展设备的管理方法，因此可以达到与上述扩展设备的管理方法相同的效果。
在采用集成的单元的情况下，图10示出了上述实施例中所涉及的终端设备的另一种可能的组成示意图。如图10所示，该终端设备包括：处理模块61和通信模块62。
处理模块61用于对终端设备的动作进行控制管理，例如，处理模块61用于支持终端设备执行图6中的步骤302，图7中的确定操作、切换操作以及管理操作、和/或用于本文所描述的技术的其它过程。通信模块62用于支持终端设备与其他网络实体的通信，例如与图3、图4、图11或图12中示出的功能模块或网络实体之间的通信。例如，通信模块62用于支持终端设备执行图6所示的扩展设备的管理方法中的步骤303、步骤306，图7所示的扩展设备的管理方法中的步骤401、步骤403、步骤405、步骤407、步骤409以及接收操作。终端设备还可以包括存储模块63，用于存储服务器的程序代码和数据。
其中，处理模块61可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块62可以是收发器、收发电路或通信接口等。存储模块63可以是存储器。
当处理模块61为处理器，通信模块62为通信接口，存储模块63为存储器时，本申请实施例所涉及的终端设备可以为图5所示的终端设备。
在采用对应各个功能划分各个功能模块的情况下，图11示出了上述和实施例中涉及的扩展设备的一种可能的组成示意图，如图11所示，该扩展设备可以包括：切换单元71、接收单元72、发送单元73。
其中，切换单元71，用于支持扩展设备执行图6所示的扩展设备的管理方法中的步骤301，图7所示的扩展设备的管理方法中的切换操作。
接收单元72，用于支持扩展设备执行图6所示的扩展设备的管理方法中的步骤304，图7所示的扩展设备的管理方法中的接收操作。
发送单元73，用于支持扩展设备执行图6所示的扩展设备的管理方法中的步骤305，图7所示的扩展设备的管理方法中的步骤402、步骤404、步骤406、步骤408、步骤410。
在本申请实施例中，进一步的，该扩展设备还可以包括：获取单元74。
获取单元74，用于支持扩展设备执行图7所示的扩展设备的管理方法中的获取操作。
需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
本申请实施例提供的扩展设备，用于执行上述扩展设备的管理方法，因此可以达到与上述扩展设备的管理方法相同的效果。
在采用集成的单元的情况下，图12示出了上述实施例中所涉及的扩展设备的另一种可能的组成示意图。如图12所示，该扩展设备包括：处理模块81和通信模块82。
处理模块81用于对扩展设备的动作进行控制管理，例如，处理模块81用于支持扩展设备执行图6中的步骤301，图7中的切换操作以及获取操作、和/或用于本文所描述的技术的其它过程。通信模块82用于支持扩展设备与其他网络实体的通信，例如与图3、图4、图5、图9或图10中示出的功能模块或网络实体之间的通信。例如，通信模块82用于支持扩展设备执行图6所示的扩展设备的管理方法中的步骤304、步骤305，图7所示的扩展设备的管理方法中的步骤402、步骤404、步骤406、步骤408、步骤410以及接收操作。扩展设备还可以包括存储模块83，用于存储扩展设备的程序代码和数据。
其中，处理模块81可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块82可以是收发器、收发电路或通信接口等。存储模块83可以是存储器。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (41)

1.一种扩展设备的管理方法，其特征在于，包括：
终端设备确定扩展设备处于用户自定义模式，所述终端设备的通用串行总线类型CUSB Type-C接口与所述扩展设备的USB Type-C接口通过数据线连接；
所述终端设备向所述扩展设备发送非结构化厂商自定义命令消息，所述非结构化厂商自定义命令消息用于对所述扩展设备进行管理；
所述终端设备接收来自所述扩展设备的非结构化厂商自定义响应消息，所述非结构化厂商自定义响应消息用于向所述终端设备返回管理结果。
2.根据权利要求1所述的方法，其特征在于，在所述终端设备确定扩展设备处于用户自定义模式之前，还包括：
所述终端设备向所述扩展设备发送身份信息请求消息；
所述终端设备接收来自所述扩展设备的身份信息；
所述终端设备在根据所述身份信息确认所述扩展设备的身份类型为扩展设备类型时，向所述扩展设备发送通知消息，所述通知消息用于通知所述扩展设备切换到所述用户自定义模式；
所述终端设备确定扩展设备处于用户自定义模式，包括：
所述终端设备接收来自所述扩展设备的通知响应消息，所述通知响应消息用于通知所述终端设备，所述扩展设备已处于所述用户自定义模式。
3.根据权利要求2所述的方法，其特征在于，在所述向所述扩展设备发送通知消息之前，还包括：
所述终端设备向所述扩展设备发送标准或供应商编号SVID信息请求消息；
所述终端设备接收来自所述扩展设备的SVID信息；
所述终端设备在根据所述SVID信息确认所述扩展设备与所述终端设备相匹配时，向所述扩展设备发送用户自定义模式请求消息；
所述终端设备接收来自所述扩展设备的所述扩展设备所支持的用户自定义模式；
所述向所述扩展设备发送通知消息，包括：
所述终端设备根据所述扩展设备所支持的用户自定义模式，向所述扩展设备发送所述通知消息。
4.根据权利要求1-3中任一项所述的方法，其特征在于，在所述终端设备向所述扩展设备发送非结构化厂商自定义命令消息之前，还包括：
所述终端设备由第一模式切换到第二模式；
其中，所述非结构化厂商自定义命令消息具体用于通知所述扩展设备切换到所述第二模式，所述非结构化厂商自定义响应消息具体用于通知所述终端设备，所述扩展设备已成功切换到所述第二模式。
5.根据权利要求1-3中任一项所述的方法，其特征在于，
所述非结构化厂商自定义命令消息具体用于通知所述扩展设备上报所述扩展设备的工作状态信息；所述非结构化厂商自定义响应消息具体用于上报所述扩展设备的工作状态信息；
在所述终端设备接收来自所述扩展设备的非结构化厂商自定义响应消息之后，还包括：
所述终端设备根据所述扩展设备的工作状态信息对所述扩展设备进行管理。
6.根据权利要求1-5中任一项所述的方法，其特征在于，所述非结构化厂商自定义命令消息包括：第一通用串行总线电力传输协议USB PD消息报文头、第一非结构厂商自定义消息报文头；
所述第一非结构厂商自定义消息报文头中包含用于对所述扩展设备进行管理的信息。
7.根据权利要求1-5中任一项所述的方法，其特征在于，所述非结构化厂商自定义命令消息包括：第一USB PD消息报文头、第一非结构厂商自定义消息报文头和第一用户自定义数据对象VDO；
所述第一非结构厂商自定义消息报文头和所述第一VDO中包含用于对所述扩展设备进行管理的信息。
8.根据权利要求1-7中任一项所述的方法，其特征在于，所述非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头；
所述第二非结构厂商自定义消息报文头中包含所述管理结果。
9.根据权利要求1-7中任一项所述的方法，其特征在于，所述非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头和第二VDO；
所述第二非结构厂商自定义消息报文头和所述第二VDO中包含所述管理结果。
10.一种扩展设备的管理方法，其特征在于，包括：
扩展设备切换到用户自定义模式；
所述扩展设备接收来自终端设备的非结构化厂商自定义命令消息，所述扩展设备的通用串行总线类型C USB Type-C接口与所述终端设备的USB Type-C接口通过数据线连接，所述非结构化厂商自定义命令消息用于对所述扩展设备进行管理；
所述扩展设备向所述终端设备发送非结构化厂商自定义响应消息，所述非结构化厂商自定义响应消息用于向所述终端设备返回管理结果。
11.根据权利要求10所述的方法，其特征在于，在所述扩展设备切换到用户自定义模式之前，还包括：
所述扩展设备接收来自所述终端设备的身份信息请求消息；
所述扩展设备向所述终端设备发送所述扩展设备的身份信息；
所述扩展设备接收来自所述终端设备的通知消息，所述通知消息用于通知所述扩展设备切换到所述用户自定义模式；
在所述扩展设备切换到用户自定义模式之后，还包括：
所述扩展设备向所述终端设备发送通知响应消息，所述通知响应消息用于通知所述终端设备，所述扩展设备已处于所述用户自定义模式。
12.根据权利要求11所述的方法，其特征在于，在所述扩展设备接收来自所述终端设备的通知消息之前，还包括：
所述扩展设备接收来自所述终端设备的标准或供应商编号SVID信息请求消息；
所述扩展设备向所述终端设备发送所述扩展设备的SVID信息；
所述扩展设备接收来自所述终端设备的用户自定义模式请求消息；
所述扩展设备向所述终端设备发送所述扩展设备所支持的用户自定义模式。
13.根据权利要求10-12中任一项所述的方法，其特征在于，所述非结构化厂商自定义命令消息具体用于通知所述扩展设备切换到第二模式；
在所述扩展设备接收来自终端设备的非结构化厂商自定义命令消息之后，还包括：
所述扩展设备由第一模式切换到所述第二模式；
其中，所述非结构化厂商自定义响应消息具体用于通知所述终端设备，所述扩展设备已成功切换到所述第二模式。
14.根据权利要求10-12中任一项所述的方法，其特征在于，所述非结构化厂商自定义命令消息具体用于通知所述扩展设备上报所述扩展设备的工作状态信息，所述非结构化厂商自定义响应消息具体用于上报所述扩展设备的工作状态信息；
在所述扩展设备接收来自终端设备的非结构化厂商自定义命令消息之后，还包括：
所述扩展设备获取所述扩展设备的工作状态信息。
15.根据权利要求10-14中任一项所述的方法，其特征在于，所述非结构化厂商自定义命令消息包括：第一通用串行总线电力传输协议USB PD消息报文头、第一非结构厂商自定义消息报文头；
所述第一非结构厂商自定义消息报文头中包含用于对所述扩展设备进行管理的信息。
16.根据权利要求10-14中任一项所述的方法，其特征在于，所述非结构化厂商自定义命令消息包括：第一USB PD消息报文头、第一非结构厂商自定义消息报文头和第一用户自定义数据对象VDO；
所述第一非结构厂商自定义消息报文头和所述第一VDO中包含用于对所述扩展设备进行管理的信息。
17.根据权利要求10-16中任一项所述的方法，其特征在于，所述非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头；
所述第二非结构厂商自定义消息报文头中包含所述管理结果。
18.根据权利要求10-16中任一项所述的方法，其特征在于，所述非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头和第二VDO；
所述第二非结构厂商自定义消息报文头和所述第二VDO中包含所述管理结果。
19.一种终端设备，其特征在于，包括：
确定单元，用于确定扩展设备处于用户自定义模式，所述终端设备的通用串行总线类型C USB Type-C接口与所述扩展设备的USB Type-C接口通过数据线连接；
发送单元，用于在所述确定单元确定所述扩展设备处于所述用户自定义模式之后，向所述扩展设备发送非结构化厂商自定义命令消息，所述非结构化厂商自定义命令消息用于对所述扩展设备进行管理；
接收单元，用于在所述发送单元发送所述非结构化厂商自定义命令消息之后，接收来自所述扩展设备的非结构化厂商自定义响应消息，所述非结构化厂商自定义响应消息用于向所述终端设备返回管理结果。
20.根据权利要求19所述的终端设备，其特征在于，
所述发送单元，还用于在所述确定单元确定所述扩展设备处于所述用户自定义模式之前，向所述扩展设备发送身份信息请求消息；
所述接收单元，还用于在所述发送单元发送所述身份信息请求消息之后，接收来自所述扩展设备的身份信息；
所述发送单元，还用于在所述接收单元接收来自所述扩展设备的身份信息之后，在根据所述接收单元接收到的所述身份信息确认所述扩展设备的身份类型为扩展设备类型时，向所述扩展设备发送通知消息，所述通知消息用于通知所述扩展设备切换到所述用户自定义模式；
所述确定单元，具体用于在所述发送单元发送所述通知消息之后，接收来自所述扩展设备的通知响应消息，所述通知响应消息用于通知所述终端设备，所述扩展设备已处于所述用户自定义模式。
21.根据权利要求20所述的终端设备，其特征在于，
所述发送单元，还用于在所述发送单元发送所述通知消息之前，向所述扩展设备发送标准或供应商编号SVID信息请求消息；
所述接收单元，还用于在所述发送单元发送所述SVID信息请求消息之后，接收来自所述扩展设备的SVID信息；
所述发送单元，还用于在所述接收单元接收来自所述扩展设备的SVID信息之后，在根据所述接收单元接收到的所述SVID信息确认所述扩展设备与所述终端设备相匹配时，向所述扩展设备发送用户自定义模式请求消息；
所述接收单元，还用于在所述发送单元发送所述用户自定义模式请求消息之后，接收来自所述扩展设备的所述扩展设备所支持的用户自定义模式；
所述发送单元，具体用于在所述接收单元接收所述扩展设备所支持的用户自定义模式之后，根据所述接收单元接收到的所述扩展设备所支持的用户自定义模式，向所述扩展设备发送所述通知消息。
22.根据权利要求19-21中任一项所述的终端设备，其特征在于，还包括：
切换单元，用于在所述发送单元发送所述非结构化厂商自定义命令消息之前，由第一模式切换到第二模式；
其中，所述非结构化厂商自定义命令消息具体用于通知所述扩展设备切换到所述第二模式，所述非结构化厂商自定义响应消息具体用于通知所述终端设备，所述扩展设备已成功切换到所述第二模式。
23.根据权利要求19-21中任一项所述的终端设备，其特征在于，
所述非结构化厂商自定义命令消息具体用于通知所述扩展设备上报所述扩展设备的工作状态信息；
所述非结构化厂商自定义响应消息具体用于上报所述扩展设备的工作状态信息；
还包括：
管理单元，用于在所述接收单元接收所述非结构化厂商自定义响应消息之后，根据所述扩展设备的工作状态信息对所述扩展设备进行管理。
24.根据权利要求19-23中任一项所述的终端设备，其特征在于，所述非结构化厂商自定义命令消息包括：第一通用串行总线电力传输协议USB PD消息报文头、第一非结构厂商自定义消息报文头；
所述第一非结构厂商自定义消息报文头中包含用于对所述扩展设备进行管理的信息。
25.根据权利要求19-23中任一项所述的终端设备，其特征在于，所述非结构化厂商自定义命令消息包括：第一USB PD消息报文头、第一非结构厂商自定义消息报文头和第一用户自定义数据对象VDO；
所述第一非结构厂商自定义消息报文头和所述第一VDO中包含用于对所述扩展设备进行管理的信息。
26.根据权利要求19-25中任一项所述的终端设备，其特征在于，所述非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头；
所述第二非结构厂商自定义消息报文头中包含所述管理结果。
27.根据权利要求19-25中任一项所述的终端设备，其特征在于，所述非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头和第二VDO；
所述第二非结构厂商自定义消息报文头和所述第二VDO中包含所述管理结果。
28.一种扩展设备，其特征在于，包括：
切换单元，用于切换到用户自定义模式；
接收单元，用于在所述切换单元切换到所述用户自定义模式之后，接收来自终端设备的非结构化厂商自定义命令消息，所述扩展设备的通用串行总线类型C USB Type-C接口与所述终端设备的USB Type-C接口通过数据线连接，所述非结构化厂商自定义命令消息用于对所述扩展设备进行管理；
发送单元，用于在所述接收单元接收所述非结构化厂商自定义命令消息之后，向所述终端设备发送非结构化厂商自定义响应消息，所述非结构化厂商自定义响应消息用于向所述终端设备返回管理结果。
29.根据权利要求28所述的扩展设备，其特征在于，
所述接收单元，还用于在所述切换单元切换到所述用户自定义模式之前，接收来自所述终端设备的身份信息请求消息；
所述发送单元，还用于在所述接收单元接收所述身份信息请求消息之后，向所述终端设备发送所述扩展设备的身份信息；
所述接收单元，还用于在所述发送单元发送所述扩展设备的身份信息之后，接收来自所述终端设备的通知消息，所述通知消息用于通知所述扩展设备切换到所述用户自定义模式；
所述发送单元，还用于在所述切换单元切换到所述用户自定义模式之后，向所述终端设备发送通知响应消息，所述通知响应消息用于通知所述终端设备，所述扩展设备已处于所述用户自定义模式。
30.根据权利要求29所述的扩展设备，其特征在于，
所述接收单元，还用于在所述接收单元接收所述通知消息之前，接收来自所述终端设备的标准或供应商编号SVID信息请求消息；
所述发送单元，还用于在所述接收单元接收所述SVID信息请求消息之后，向所述终端设备发送所述扩展设备的SVID信息；
所述接收单元，还用于在所述发送单元发送所述扩展设备的SVID信息之后，接收来自所述终端设备的用户自定义模式请求消息；
所述发送单元，还用于在所述接收单元接收所述用户自定义模式请求消息之后，向所述终端设备发送所述扩展设备所支持的用户自定义模式。
31.根据权利要求28-30中任一项所述的扩展设备，其特征在于，所述非结构化厂商自定义命令消息具体用于通知所述扩展设备切换到第二模式；
所述切换单元，还用于在所述接收单元接收所述非结构化厂商自定义命令消息之后，由第一模式切换到所述第二模式；
其中，所述非结构化厂商自定义响应消息具体用于通知所述终端设备，所述扩展设备已成功切换到所述第二模式。
32.根据权利要求28-30中任一项所述的扩展设备，其特征在于，所述非结构化厂商自定义命令消息具体用于通知所述扩展设备上报所述扩展设备的工作状态信息，所述非结构化厂商自定义响应消息具体用于上报所述扩展设备的工作状态信息；
所述扩展设备，还包括：获取单元，用于在所述接收单元接收所述非结构化厂商自定义命令消息之后，获取所述扩展设备的工作状态信息。
33.根据权利要求28-32中任一项所述的扩展设备，其特征在于，所述非结构化厂商自定义命令消息包括：第一通用串行总线电力传输协议USB PD消息报文头、第一非结构厂商自定义消息报文头；
所述第一非结构厂商自定义消息报文头中包含用于对所述扩展设备进行管理的信息。
34.根据权利要求28-32中任一项所述的扩展设备，其特征在于，所述非结构化厂商自定义命令消息包括：第一USB PD消息报文头、第一非结构厂商自定义消息报文头和第一用户自定义数据对象VDO；
所述第一非结构厂商自定义消息报文头和所述第一VDO中包含用于对所述扩展设备进行管理的信息。
35.根据权利要求28-34中任一项所述的扩展设备，其特征在于，所述非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头；
所述第二非结构厂商自定义消息报文头中包含所述管理结果。
36.根据权利要求28-34中任一项所述的扩展设备，其特征在于，所述非结构化厂商自定义响应消息包括：第二USB PD消息报文头、第二非结构厂商自定义消息报文头和第二VDO；
所述第二非结构厂商自定义消息报文头和所述第二VDO中包含所述管理结果。
37.一种终端设备，其特征在于，包括：至少一个处理器、存储器、至少一个通信接口和通信总线；
所述至少一个处理器与所述存储器、所述至少一个通信接口通过所述通信总线连接，所述存储器用于存储计算机软件指令，当所述终端设备运行时，所述处理器执行所述存储器存储的所述计算机软件指令，以使所述终端设备执行如权利要求1-9中任一项所述的扩展设备的管理方法。
38.一种扩展设备，其特征在于，包括：至少一个处理器、存储器、至少一个通信接口和通信总线；
所述至少一个处理器与所述存储器、所述至少一个通信接口通过所述通信总线连接，所述存储器用于存储计算机软件指令，当所述扩展设备运行时，所述处理器执行所述存储器存储的所述计算机软件指令，以使所述扩展设备执行如权利要求10-18中任一项所述的扩展设备的管理方法。
39.一种计算机可读存储介质，其特征在于，包括：计算机软件指令；
当所述计算机软件指令在终端设备上运行时，使得所述终端设备执行如权利要求1-9中任一项所述的扩展设备的管理方法。
40.一种计算机可读存储介质，其特征在于，包括：计算机软件指令；
当所述计算机软件指令在扩展设备上运行时，使得所述扩展设备执行如权利要求10-18中任一项所述的扩展设备的管理方法。
41.一种系统，其特征在于，包括：如权利要求19-27或37中任一项所述的终端设备，以及如权利要求28-36或38中任一项所述的扩展设备。
CN201780008393.2A 2017-05-17 2017-05-17 一种扩展设备的管理方法、终端设备及扩展设备 Pending CN108701107A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2017/084768 WO2018209614A1 (zh) 2017-05-17 2017-05-17 一种扩展设备的管理方法、终端设备及扩展设备

Publications (1)

Publication Number Publication Date
CN108701107A true CN108701107A (zh) 2018-10-23

Family

ID=63844121

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780008393.2A Pending CN108701107A (zh) 2017-05-17 2017-05-17 一种扩展设备的管理方法、终端设备及扩展设备

Country Status (2)

Country Link
CN (1) CN108701107A (zh)
WO (1) WO2018209614A1 (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111147929A (zh) * 2019-12-10 2020-05-12 西安万像电子科技有限公司 应用模式切换方法、装置和终端
CN111324561A (zh) * 2020-02-19 2020-06-23 上海龙旗科技股份有限公司 一种USB Type C扩展坞
CN111526319A (zh) * 2020-04-26 2020-08-11 上海依图网络科技有限公司 一种扩展功能设备的连接方法及装置
CN112667301A (zh) * 2020-12-31 2021-04-16 智车优行科技（北京）有限公司 车载操作系统的扩展坞实现方法和系统、电子设备
TWI727480B (zh) * 2019-11-01 2021-05-11 瑞昱半導體股份有限公司 影像處理晶片
CN114546040A (zh) * 2021-12-31 2022-05-27 深圳市和宏实业股份有限公司 一种控制输出功率的usb扩展坞及其控制方法
CN115550108A (zh) * 2022-06-16 2022-12-30 深圳市欣博跃电子有限公司 基于混合网络的usb数据通信方法、装置及计算机设备
CN117667141A (zh) * 2023-12-04 2024-03-08 珠海智融科技股份有限公司 充电协议软件系统和多方协同处理方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101510178A (zh) * 2009-03-20 2009-08-19 中兴通讯股份有限公司 一种在计算机上实现终端设备自启动的方法和系统
CN105261397A (zh) * 2015-03-31 2016-01-20 威盛电子股份有限公司 可编程传输缆线及其编程方法
US20160306616A1 (en) * 2015-04-20 2016-10-20 Microsoft Technology Licensing, Llc Firmware update by usb cc

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105893305A (zh) * 2016-03-29 2016-08-24 乐视控股（北京）有限公司 智能移动终端usb type-c接口系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101510178A (zh) * 2009-03-20 2009-08-19 中兴通讯股份有限公司 一种在计算机上实现终端设备自启动的方法和系统
CN105261397A (zh) * 2015-03-31 2016-01-20 威盛电子股份有限公司 可编程传输缆线及其编程方法
US20160306616A1 (en) * 2015-04-20 2016-10-20 Microsoft Technology Licensing, Llc Firmware update by usb cc

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI727480B (zh) * 2019-11-01 2021-05-11 瑞昱半導體股份有限公司 影像處理晶片
US11422964B2 (en) 2019-11-01 2022-08-23 Realtek Semiconductor Corp. Image processing chip
CN111147929A (zh) * 2019-12-10 2020-05-12 西安万像电子科技有限公司 应用模式切换方法、装置和终端
CN111324561A (zh) * 2020-02-19 2020-06-23 上海龙旗科技股份有限公司 一种USB Type C扩展坞
CN111324561B (zh) * 2020-02-19 2021-07-16 上海龙旗科技股份有限公司 一种USB Type C扩展坞
CN111526319A (zh) * 2020-04-26 2020-08-11 上海依图网络科技有限公司 一种扩展功能设备的连接方法及装置
CN111526319B (zh) * 2020-04-26 2022-08-12 上海依图网络科技有限公司 一种扩展功能设备的连接方法及装置
CN112667301A (zh) * 2020-12-31 2021-04-16 智车优行科技（北京）有限公司 车载操作系统的扩展坞实现方法和系统、电子设备
CN114546040A (zh) * 2021-12-31 2022-05-27 深圳市和宏实业股份有限公司 一种控制输出功率的usb扩展坞及其控制方法
CN115550108A (zh) * 2022-06-16 2022-12-30 深圳市欣博跃电子有限公司 基于混合网络的usb数据通信方法、装置及计算机设备
CN117667141A (zh) * 2023-12-04 2024-03-08 珠海智融科技股份有限公司 充电协议软件系统和多方协同处理方法

Also Published As

Publication number Publication date
WO2018209614A1 (zh) 2018-11-22

Similar Documents

Publication Publication Date Title
CN108701107A (zh) 一种扩展设备的管理方法、终端设备及扩展设备
US10715381B2 (en) Intelligent role selection for dual-role devices
US9910806B2 (en) Universal serial bus (USB) hub for switching downstream ports between host mode and slave mode
US9053252B2 (en) Storage expansion apparatus and server
CN102150393B (zh) 用于网络中的功率管理的方法和装置
US11218543B2 (en) System and method to configure, manage, and monitor stacking of Ethernet devices in a software defined network
CN104657308A (zh) 一种用fpga实现的服务器硬件加速的方法
CN107111564B (zh) 用于对连接器进行串接的适配器
CN104424122B (zh) 一种电子设备及内存划分方法
US9531594B2 (en) Self-configuring port system
US9985893B2 (en) Load sharing method and apparatus, and board
CN108600219A (zh) 一种语音控制方法及设备
CN105472291A (zh) 多处理器集群的数字硬盘录像机及其实现方法
US11991083B2 (en) Systems and methods for enhanced autonegotiation
US9116881B2 (en) Routing switch apparatus, network switch system, and routing switching method
US11687470B2 (en) Expander I/O module discovery and management system
CN104462010B (zh) 一种电子设备及状态控制方法
JP2011514728A (ja) 無線構成要素間で共有資源を有する無線装置の分散管理のための技術
CN116401065A (zh) 一种服务器、异构设备及其数据处理装置
CN104407714A (zh) 一种实现远程多电脑切换的主板及其使用方法
US9716670B2 (en) Switch, switching system, switching network chip component, and forwarding chip component
CN110892391A (zh) 数据处理系统
US20210126855A1 (en) Control packet transmission system
CN108833306B (zh) 一种vsm系统报文传输装置及方法
WO2024140615A1 (zh) 上报中断的方法、中断的配置方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20181023