CN107622030A - 信息交互方法和装置 - Google Patents

Abstract

本发明公开了一种信息交互方法和装置。其中，该方法包括：确定通过USB‑C接口接入的对方设备需要执行的操作；根据预设协议生成操作对应的VDM消息；将操作对应的VDM消息发送至对方设备以指示对方设备执行操作。本发明解决了相关技术中的USB‑C设备之间的信息交互方式单一的技术问题。

Description

信息交互方法和装置

技术领域

本发明涉及USB-C信息交互领域，具体而言，涉及一种信息交互方法和装置。

背景技术

USB-C全称为USB type C，USB-C设备是具有USB type C接口的设备。USB-C设备的接口更纤薄，并且具有更快的传输速度和更强的电力传输功能，此外，USB-C接口支持双面插入，基于这些优点，USB-C是一种应用在移动设备及个人终端中发展前景广阔的数据接口。相连接的两个USB-C设备可以通过USB-C接口进行数据交互和充电，但是，目前的USB-C设备之间通常仅采用USB-C协议中定义的功能，信息交互方式单一。

针对相关技术中的USB-C设备之间的信息交互方式单一的技术问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种信息交互方法和装置，以至少解决相关技术中的USB-C设备之间的信息交互方式单一的技术问题。

根据本发明实施例的一个方面，提供了一种信息交互方法，该方法包括：确定通过USB-C接口接入的对方设备需要执行的操作；根据预设协议生成操作对应的VDM消息；将操作对应的VDM消息发送至对方设备以指示对方设备执行操作。

进一步地，在确定通过USB-C接口接入的对方设备需要执行的操作之前，该方法还包括：判断USB-C接口是否接入对方设备；在判断结果为是的情况下，与对方设备进行握手认证以确认对方设备能够支持的VDM消息的定义内容。

进一步地，与对方设备进行握手认证以确认对方设备能够支持的VDM消息的定义内容包括：生成请求握手认证的VDM消息；向对方设备发送请求握手认证的VDM消息；判断对方设备是否反馈握手认证成功的VDM消息；在判断结果为是的情况下，确认握手认证成功。

进一步地，根据预设协议生成操作对应的VDM消息包括：根据预设协议确定操作对应的指令代码和/或操作的数据内容；根据确定的操作对应的指令代码和/或操作的数据内容生成操作对应的VDM消息。

进一步地，操作至少包括以下之一：握手认证；反馈对方设备的温度；反馈对方设备的电池充电状态；反馈对方设备的电池电压；调节对方设备的充电电压；调节对方设备的充电电流；获取对方设备的当前版本信息；升级对方设备的版本。

根据本发明实施例的另一方面，还提供了一种信息交互装置，该装置包括：确定单元，用于确定通过USB-C接口接入的对方设备需要执行的操作；生成单元，用于根据预设协议生成操作对应的VDM消息；发送单元，用于将操作对应的VDM消息发送至对方设备以指示对方设备执行操作。

进一步地，该装置还包括：判断单元，用于在确定通过USB-C接口接入的对方设备需要执行的操作之前，判断USB-C接口是否接入对方设备；认证单元，用于在判断结果为是的情况下，与对方设备进行握手认证以确认对方设备能够支持的VDM消息的定义内容。

进一步地，认证单元包括：第一生成模块，用于生成请求握手认证的VDM消息；发送模块，用于向对方设备发送请求握手认证的VDM消息；判断模块，用于判断对方设备是否反馈握手认证成功的VDM消息；确认模块，用于在判断结果为是的情况下，确认握手认证成功。

进一步地，生成单元包括：确定模块，用于根据预设协议确定操作对应的指令代码和/或操作的数据内容；第二生成模块，用于根据确定的操作对应的指令代码和/或操作的数据内容生成操作对应的VDM消息。

进一步地，操作至少包括以下之一：握手认证；反馈对方设备的温度；反馈对方设备的电池充电状态；反馈对方设备的电池电压；调节对方设备的充电电压；调节对方设备的充电电流；获取对方设备的当前版本信息；升级对方设备的版本。

根据本发明实施例的另一方面，还提供了一种存储介质，该存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行本发明的信息交互方法。

根据本发明实施例的另一方面，还提供了一种处理器，该处理器用于运行程序，其中，程序运行时执行本发明的信息交互方法。

在本发明实施例中，通过确定通过USB-C接口接入的对方设备需要执行的操作；根据预设协议生成操作对应的VDM消息；将操作对应的VDM消息发送至对方设备以指示对方设备执行操作，解决了相关技术中的USB-C设备之间的信息交互方式单一的技术问题，进而实现了能够实现USB-C设备之间通过自定义的信息进行交互的技术效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种可选的信息交互方法的流程图；

图2是根据本发明实施例的一种可选的VDM消息的格式示意图；

图3是根据本发明实施例的另一种可选的信息交互方法的流程图；

图4是根据本发明实施例的另一种可选的信息交互方法的流程图；

图5是根据本发明实施例的另一种可选的信息交互方法的流程图；

图6是根据本发明实施例的另一种可选的信息交互方法的流程图；

图7是根据本发明实施例的另一种可选的信息交互方法的流程图；

图8是根据本发明实施例的另一种可选的信息交互方法的流程图；

图9是根据本发明实施例的另一种可选的信息交互方法的流程图；

图10是根据本发明实施例的另一种可选的信息交互方法的流程图；

图11是根据本发明实施例的另一种可选的信息交互方法的流程图；

图12是根据本发明实施例的一种可选的信息交互装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

下面对本文中出现的部分术语进行说明如下：

VDM消息：Vendor Defined Message，能够实现用户自定义的功能。

本申请提供了一种信息交互方法的实施例。

需要说明的是，该实施例提供的信息交互方法能够实现与对方设备的信息交互，执行该实施例提供的信息交互方法的设备可以是任意具有USB-C接口的终端，例如手机、电脑，可选的，对方设备可以向执行该实施例的信息交互方法的终端充电，或者，也可以是由执行该实施例的信息交互方法的终端为所述对方设备进行充电。

图1是根据本发明实施例的一种可选的信息交互方法的流程图，如图1所示，该方法包括如下步骤：

步骤S101，确定通过USB-C接口接入的对方设备需要执行的操作：

在确定通过USB-C接口接入的对方设备需要执行的操作之前，先判断USB-C接口是否接入对方设备，如果判断出有接入的对方设备，再执行步骤S101。可选的，在确定出有对方设备接入之后，可以与对方设备进行握手认证以确认对方设备能够支持的VDM消息的定义内容。握手认证的过程可以是向对方设备发送握手认证的请求，然后等待对方设备反馈响应，如果对方设备反馈的响应消息是正确的响应消息，则确定握手认证成功，确认对方设备能够支持VDM消息的自定义的内容。

步骤S102，根据预设协议生成操作对应的VDM消息：

预设协议为预先规定的协议，预设协议规定了VDM消息的具体内容与确定的操作之间的关系。

在确定通过USB-C接口接入的对方设备需要执行的操作之后，可以根据预设协议确定操作对应的指令代码和/或操作的数据内容，并根据确定的操作对应的指令代码和/或操作的数据内容生成操作对应的VDM消息。

一种可选的VDM消息的格式如图2所示，包括16位的消息头，32位的VDM头，32位的自定义数据对象1～6等几个部分。

可选的，消息头的第12～14位可以定义自定义数据对象的个数，最多有6个。

一种可选的VDM消息的具体定义可以如下表所示：

表1 VDM消息定义

其中，对VDM头中的B4..0(也即，B0～B4位，文中出现的相似标号含义相似)的定义是操作对应的指令代码，对方设备需要执行的操作可以至少包括以下之一：握手认证、反馈对方设备的温度、反馈对方设备的电池充电状态、反馈对方设备的电池电压、调节对方设备的充电电压、调节对方设备的充电电流、获取对方设备的当前版本信息、升级对方设备的版本；B31..0可以携带操作的具体的数据内容。

可选的，在与对方设备进行握手认证时，也可以通过VDM消息进行认证。具体而言，在判断出有接入的对方设备之后，生成请求握手认证的VDM消息，向对方设备发送请求握手认证的VDM消息，判断对方设备是否反馈握手认证成功的VDM消息，在判断结果为是的情况下，确认握手认证成功。在认证成功之后，可以实现生成确认的操作所对应的VDM消息并发送给对方设备的操作。

步骤S103，将操作对应的VDM消息发送至对方设备以指示对方设备执行操作。

在确认操作对应的VDM消息之后，将操作对应的VDM消息发送至对方设备以指示对方设备执行操作。

该实施例通过确定通过USB-C接口接入的对方设备需要执行的操作；根据预设协议生成操作对应的VDM消息；将操作对应的VDM消息发送至对方设备以指示对方设备执行操作，解决了相关技术中的USB-C设备之间的信息交互方式单一的技术问题，进而实现了能够实现USB-C设备之间通过自定义的信息进行交互的技术效果。

作为上述实施例的一种可选实施方式，该实施例提供的另一种信息交互方法如图3所示，首先，等待对方设备(图3中为外设)连接，如果没有对方设备连接，则继续等待并判断是否有对方设备连接；在判断出有对方设备连接的情况下，判断对方设备的类型，如果判断对方设备的类型失败，则重新判断外设类型；如果判断类型成功，则采用标准的电源输送协商，如果失败，则重新采用标准的电源输送协商；如果采用标准的电源输送协商成功，则采用自定义的握手认证，如果失败，则重新进行握手认证；如果握手认证成功，可以开始执行自定义的信息交互方式，也即，通过自定义的VDM消息进行信息交互。

要实现自定义的信息交互，首先要进行握手认证，确认对方的设备能够支持自定义的信息交互。当VDM头的位4～0为0时，表示请求握手认证，自定义数据对象的位31～0就是握手认证的内容。

在执行该实施例提供的信息交互方法的终端为手机的情况下，对方设备为图4中的设备，手机与设备之间执行握手认证的过程如图4所示，每隔一定时间，手机会发起握手认证，确保两边的设备都处于活动状态，握手认证对应的VDM消息中B31..0＝X。如果设备没有回复握手认证请求，握手认证失败，如果设备响应握手认证请求回复B31..0＝Y，则手机验证外设对握手认证的回复，判断Y是否符合需求，如果回复的值不符合需求，则握手认证也失败，只有在回复的值符合需求的情况下，握手认证成功。需要说明的是，X和Y可以相等或者不等，依赖于具体的预设协议的定义。

在完成握手认证后，可以开始进行数据交互。

以温度数据的交互为例，当VDM头的位4～0为1时，表示执行温度数据的交互，如图5所示，执行该实施例提供的信息交互方法的终端为设备，对方设备为图5中的手机，首先，设备请求手机的温度数据，向手机发送VDM头的位4～0为1的VDM消息，手机向设备反馈VDM消息，VDM消息中B31..0＝Z，Z表示当前温度值，可选的，高16位为温度整数值，低16位为温度小数部分。设备可以根据手机的温度来增大或者减小向手机充电的电压电流。

设备与手机之间还可以进行电池充电状态信息的交互，如图6所示，对方设备为手机，设备发起请求，请求手机反馈手机的电池充电状态信息，手机返回电池充电状态的VDM消息，B31..0＝A，A可以是电池充电的百分比。设备可以根据电池的充电状态增大或者减小向手机充电的电压电流。

设备与手机之间还可以进行电池电压的交互，如图7所示，对方设备为手机，设备发起请求，请求手机反馈手机的电池电压，手机返回电池电压的VDM消息，B31..0＝B，B的单位可以为毫伏，以实现很大的数据范围和精度。设备可以根据电池的电压增大或者减小向手机充电的电压，从而减少压降带来的损耗。

设备与手机之间还可以进行充电电压微调信息的交互，如图8所示，对方设备为手机，设备发起请求，请求手机进行充电电压微调，其中，B31..0＝C，C为充电电压值，单位可以为毫伏，可以实现很大的数据范围和精度，该VDM消息用于指示手机进行充电电压微调，调整到C值，手机返回同意调整的VDM消息，其中，B31..0＝C，表示将充电电压调整为C。可选的，手机可以选择同意调整或者拒绝调整。

设备与手机之间还可以进行充电电流微调信息的交互，如图9所示，对方设备为手机，设备发起请求，请求手机进行充电电流微调，其中，B31..0＝D，D为充电电流值，单位可以为毫安，可以实现很大的数据范围和精度，该VDM消息用于指示手机进行充电电流微调，调整到D值，手机返回同意调整的VDM消息，其中，B31..0＝D，表示将充电电流调整为D。可选的，手机可以选择同意调整或者拒绝调整。

设备与手机之间还可以进行外设版本信息的查询，如图10所示，对方设备为图10中的设备，由手机发起外设版本信息查询的请求，请求设备提供当前版本的信息，设备回复包含版本信息的VDM消息，B31..0＝E，E为外设版本信息。手机通过外设的版本信息来决定设备的软件是否需要升级。

设备与手机之间还可以进行软件版本升级数据的交互，如图11所示，对方设备为图11中的设备，由手机将升级数据分成多个消息包，将多个消息包分次发送给设备，手机向设备发起升级请求，并将升级数据1加入到VDM消息中，B31..0＝F，F为升级数据1，如果设备接受升级请求，可以向手机反馈对应的VDM消息，手机在接收到之后可以向设备继续发送其余的升级数据包，将升级数据2放入VDM消息中，B31..0＝G，G为升级数据2，并将升级请求放入VDM消息中，发送至设备，如果设备接受升级请求，则手机发送下一个升级数据包，如此反复，直至手机将完整的升级数据发送至设备。设备在收到完整的升级数据之后可以进行升级。

需要说明的是，在附图的流程图虽然示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请还提供了一种存储介质的实施例，该实施例的存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行本发明实施例的信息交互方法。

本申请还提供了一种处理器的实施例，该实施例的处理器用于运行程序，其中，程序运行时执行本发明实施例的信息交互方法。

本申请还提供了一种信息交互装置的实施例。

图12是根据本发明实施例的一种可选的信息交互装置的示意图，如图12所示，该装置包括确定单元10，生成单元20和发送单元30。

确定单元用于确定通过USB-C接口接入的对方设备需要执行的操作；生成单元用于根据预设协议生成操作对应的VDM消息；发送单元用于将操作对应的VDM消息发送至对方设备以指示对方设备执行操作。

该实施例通过确定单元确定通过USB-C接口接入的对方设备需要执行的操作；生成单元根据预设协议生成操作对应的VDM消息；发送单元将操作对应的VDM消息发送至对方设备以指示对方设备执行操作，解决了相关技术中的USB-C设备之间的信息交互方式单一的技术问题，进而实现了能够实现USB-C设备之间通过自定义的信息进行交互的技术效果。

进一步地，该装置还包括：判断单元，用于在确定通过USB-C接口接入的对方设备需要执行的操作之前，判断USB-C接口是否接入对方设备；认证单元，用于在判断结果为是的情况下，与对方设备进行握手认证以确认对方设备能够支持的VDM消息的定义内容。

进一步地，认证单元包括：第一生成模块，用于生成请求握手认证的VDM消息；发送模块，用于向对方设备发送请求握手认证的VDM消息；判断模块，用于判断对方设备是否反馈握手认证成功的VDM消息；确认模块，用于在判断结果为是的情况下，确认握手认证成功。

进一步地，生成单元包括：确定模块，用于根据预设协议确定操作对应的指令代码和/或操作的数据内容；第二生成模块，用于根据确定的操作对应的指令代码和/或操作的数据内容生成操作对应的VDM消息。

进一步地，操作至少包括以下之一：握手认证；反馈对方设备的温度；反馈对方设备的电池充电状态；反馈对方设备的电池电压；调节对方设备的充电电压；调节对方设备的充电电流；获取对方设备的当前版本信息；升级对方设备的版本。

上述的装置可以包括处理器和存储器，上述单元均可以作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

上述本申请实施例的顺序不代表实施例的优劣。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。

其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (12)

1.一种信息交互方法，其特征在于，包括：

确定通过USB-C接口接入的对方设备需要执行的操作；

根据预设协议生成所述操作对应的VDM消息；

将所述操作对应的VDM消息发送至所述对方设备以指示所述对方设备执行所述操作。

2.根据权利要求1所述的方法，其特征在于，在确定通过USB-C接口接入的对方设备需要执行的操作之前，所述方法还包括：

判断所述USB-C接口是否接入对方设备；

在判断结果为是的情况下，与所述对方设备进行握手认证以确认所述对方设备能够支持的VDM消息的定义内容。

3.根据权利要求2所述的方法，其特征在于，与所述对方设备进行握手认证以确认所述对方设备能够支持的VDM消息的定义内容包括：

生成请求握手认证的VDM消息；

向所述对方设备发送所述请求握手认证的VDM消息；

判断所述对方设备是否反馈握手认证成功的VDM消息；

在判断结果为是的情况下，确认握手认证成功。

4.根据权利要求1所述的方法，其特征在于，根据预设协议生成所述操作对应的VDM消息包括：

根据所述预设协议确定所述操作对应的指令代码和/或所述操作的数据内容；

根据确定的所述操作对应的指令代码和/或所述操作的数据内容生成所述操作对应的VDM消息。

5.根据权利要求1所述的方法，其特征在于，所述操作至少包括以下之一：

握手认证；

反馈所述对方设备的温度；

反馈所述对方设备的电池充电状态；

反馈所述对方设备的电池电压；

调节所述对方设备的充电电压；

调节所述对方设备的充电电流；

获取所述对方设备的当前版本信息；

升级所述对方设备的版本。

6.一种信息交互装置，其特征在于，包括：

确定单元，用于确定通过USB-C接口接入的对方设备需要执行的操作；

生成单元，用于根据预设协议生成所述操作对应的VDM消息；

发送单元，用于将所述操作对应的VDM消息发送至所述对方设备以指示所述对方设备执行所述操作。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

判断单元，用于在确定通过USB-C接口接入的对方设备需要执行的操作之前，判断所述USB-C接口是否接入对方设备；

认证单元，用于在判断结果为是的情况下，与所述对方设备进行握手认证以确认所述对方设备能够支持的VDM消息的定义内容。

8.根据权利要求7所述的装置，其特征在于，所述认证单元包括：

第一生成模块，用于生成请求握手认证的VDM消息；

发送模块，用于向所述对方设备发送所述请求握手认证的VDM消息；

判断模块，用于判断所述对方设备是否反馈握手认证成功的VDM消息；

确认模块，用于在判断结果为是的情况下，确认握手认证成功。

9.根据权利要求6所述的装置，其特征在于，所述生成单元包括：

确定模块，用于根据所述预设协议确定所述操作对应的指令代码和/或所述操作的数据内容；

第二生成模块，用于根据确定的所述操作对应的指令代码和/或所述操作的数据内容生成所述操作对应的VDM消息。

10.根据权利要求6所述的装置，其特征在于，所述操作至少包括以下之一：

握手认证；

反馈所述对方设备的温度；

反馈所述对方设备的电池充电状态；

反馈所述对方设备的电池电压；

调节所述对方设备的充电电压；

调节所述对方设备的充电电流；

获取所述对方设备的当前版本信息；

升级所述对方设备的版本。

11.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至5任意一项所述的信息交互方法。

12.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至5任意一项所述的信息交互方法。