CN107852275A - 数据传输装置和数据传输方法、接收装置和接收方法、程序以及数据传输系统 - Google Patents

Abstract

本公开涉及使能够可靠地切换发送方案的一种数据传输装置和一种数据传输方法、一种接收装置和一种接收方法、一种程序和一种数据传输系统。从可以切换多个发送方案并传输数据的发送单元发送指示切换发送方案的切换命令。另外，作为针对在传输切换命令时发生的错误所采取的措施，发送对在切换命令中发生的错误进行校正的纠错码，或者基于针对发送的切换命令的错误检测结果，确认切换命令接收成功或接收失败。本技术可以应用于例如总线IF。

Description

数据传输装置和数据传输方法、接收装置和接收方法、程序以 及数据传输系统

技术领域

本公开涉及一种数据传输装置和一种数据传输方法、一种接收装置和一种接收方法、一种程序以及一种数据传输系统，并且更具体地，涉及能够可靠地切换传输方式的一种数据传输装置和一种数据传输方法、一种接收装置和一种接收方法、一种程序以及一种数据传输系统。

背景技术

传统上，例如，内部集成电路(I2C)已被广泛用作用于经由安装有多个装置的板内的总线在装置之间通信的总线接口(IF)。

例如，专利文献1公开了一种数字数据处理系统，其中，主处理器和子系统控制器通过I2C互连。此外，专利文献2公开了一种在标准I2C协议的顶部实现分层的通信协议的方法。

引用列表

专利文献

专利文献1：日本专利申请公开第2000-99448号

专利文献2：日本专利申请公开第2002-175269号

发明内容

本发明要解决的问题

同时，期望增加I2C的速度。例如，假定具有不同通信速度的多个传输方式，并且假定通过切换传输方式来执行通信。如上所述，除非在能够切换传输方式的总线IF中不能可靠地切换传输方式，否则难以执行安全的通信。

本公开是鉴于这种情况而完成的，并且可以可靠地切换传输方式。

解决问题的方法

根据本公开的第一方面的一种数据传输装置包括：发送单元，被配置为能够通过切换多个传输方式来传输数据，并发送用于指示切换传输方式的切换命令；以及错误措施单元，被配置为针对在传输切换命令时产生的错误采取措施。

根据本公开的第一方面的一种数据传输方法或程序包括以下步骤：发送用于指示切换传输方式的切换命令；并且针对在传输切换命令时产生的错误采取措施。

在本公开的第一方面，发送用于指示切换传输方式的切换命令；并且针对在传输切换命令时产生的错误采取措施。

根据本公开的第二方面的一种接收装置包括：接收单元，被配置为接收从能够通过切换多个传输方式来传输数据的数据传输装置发送的用于指示切换传输方式的切换命令；以及错误处理单元，被配置为执行与由所述数据传输装置针对在传输切换命令时产生的错误所采取的措施相对应的处理。

根据本公开的第二方面的一种数据传输方法或程序包括以下步骤：接收从能够通过切换多个传输方式来传输数据的数据传输装置发送的用于指示切换传输方式的切换命令；并且执行与由所述数据传输装置针对在传输切换命令时产生的错误所采取的措施相对应的处理。

在本公开的第二方面，接收从能够通过切换多个传输方式来传输数据的数据传输装置发送的用于指示切换传输方式的切换命令；并且执行与由所述数据传输装置针对在传输切换命令时产生的错误所采取的措施相对应的处理。

根据本公开的第三方面的一种数据传输系统包括：数据传输装置，该数据传输装置包括能够通过切换多个传输方式来传输数据并发送用于指示切换传输方式的切换命令的发送单元，以及针对在传输切换命令时产生的错误采取措施的错误措施单元；以及接收装置，包括接收切换命令的接收单元；以及执行与错误措施单元的措施相对应的处理的错误处理单元。

在本公开的第三方面，发送用于指示切换传输方式的切换命令，并且针对在传输切换命令时产生的错误采取措施。此外，接收切换命令并且针对错误执行与措施相对应的处理。

本发明的效果

根据本公开的第一至第三方面，可以可靠地切换传输方式。

附图说明

图1是已经应用了本技术的总线IF的实施方式的示例性配置的框图。

图2是通过切换传输方式来传输数据的示例的示图。

图3是当通过切换传输方式传输数据时采取的第一错误措施的示图。

图4是描述第一数据传输方法的流程图。

图5是当通过切换传输方式来传输数据时采取的第二错误措施的示图。

图6是描述第二数据传输方法的流程图。

图7是描述针对广播命令中的错误的措施的示图。

图8是已经应用了本技术的计算机的实施方式的示例性配置的框图。

具体实施方式

下面参考附图详细描述已经应用本技术的具体实施方式。

<总线IF的示例性配置>

图1是已经应用了本技术的总线IF的实施方式的示例性配置的框图。

图1中所示的总线IF 11通过经由两个信号线14-1和14-2连接主设备12和三个从设备13-1至13-3而配置。

主设备12主动地控制总线IF 11并经由信号线14-1和14-2与从设备13-1至13-3通信。

从设备13-1至13-3可以在主设备12的控制下经由信号线14-1和14-2与主设备12通信。此外，从设备13-1至13-3是类似地形成，并且除非有必要区分从设备，否则在下面简称为从设备13。

信号线14-1和14-2用于在主设备12和从设备13之间传输数据。例如，串行数据(SDA)经由信号线14-1逐比特地依次传输，并且具有预定频率的串行时钟(SCL)经由信号线14-2传输。

在以这种方式配置的总线IF 11中，主设备12可以同时向所有从设备13-1至13-3传输数据，并且可以指定从设备13-1至13-3中的每一个的地址，以分别将数据传输到从设备13-1到13-3中的每一个。

此外，在总线IF 11中，指定具有不同通信速度的多个传输方式，并且主设备12可以切换传输方式。例如，在总线IF 11中，根据数据传送速率，指定用于以正常传送速率传输数据的标准数据速率(SDR)和用于以高于SDR的传送速率传输数据的高数据速率(HDR)。

即，包括在主设备12中的发送/接收单元21和分别包括在从设备13-1至13-3中的发送/接收单元31-1至31-3可以通过在SDR与HDR之间切换传输方式来发送/接收数据。然后，主设备12的错误措施单元22可以针对在传输命令(例如，传输纠错码和稍后描述的奇偶校验检查结果的确认)时产生的错误采取措施。分别包括在从设备13-1至13-3中的错误处理单元32-1至32-3可以执行与错误措施单元22的措施相对应的处理(例如，通过使用纠错码进行解码并且传输奇偶校验检查结果)。

例如，在图2中，示出了通过在总线IF 11中将传输方式从SDR切换到HDR来传输数据的示例。

首先，主设备12将总线IF 11设定为开始状态并宣布通信开始。例如，在总线IF 11中不执行通信的待机状态下，SDA和SCL都被设定为H电平，并且在SCL处于H电平的状态下，通过将SDA的电平从H电平改变为L电平，主设备12将总线IF 11设定为开始状态。此外，通信开始时的传输方式被设定为SDR。

然后，主设备12向所有从设备13-1至13-3发送通知同时发送命令的广播命令，并随后通过使用确认(ACK)来确认是否成功接收该命令。例如，当广播命令的接收完成时，从设备13-1至13-3中的每一个返回ACK(例如，1比特的零)，作为接收完成通知。因此，主设备12根据ACK的返回确认已成功接收广播命令。

之后，主设备12将指示将传输方式切换到HDR的公共命令代码发送到从设备13-1到13-3，并随后发送1比特奇偶校验。该1比特奇偶校验用于检测从设备13-1至13-3中的公共命令代码中的错误。

以这种方式，在发送指示将传输方式切换到HDR的公共命令代码之后，主设备12开始以HDR传输数据，并发送HDR命令、HDR数据等。然后，当结束以HDR的传输时，主设备12发送指示从HDR退出的HDR结束命令。

之后，主设备12将总线IF 11设定为停止状态并宣布通信结束。例如，在SCL处于H电平的状态下，通过将SDA的电平从L电平改变为H电平，主设备12将总线IF 11设定为停止状态。注意，在总线IF 11中，在除了在SDR时宣布通信开始或结束以外的时间，指定了当SCL处于H电平时，SDA不变。

如果从设备13-1至13-3中的一个不能正常接收公共命令代码，则从设备13不能识别出传输方式已经改变为HDR。因此，在不能识别传输方式已经改变为HDR的从设备13错误地解译以HDR发送的数据的情况下，这可能对总线IF 11产生不利影响，并且假定总线IF 11不能执行安全通信。

此外，如图2所示，在公共命令代码之后立即添加1比特奇偶校验。然而，从设备13只能通过1比特奇偶校验来执行错误检测。即，即使从设备13可以通过1比特奇偶检测到在接收到的公共命令代码中出现错误，从设备13也不能识别出公共命令代码指示将传输方式切换到HDR。因此，假定从设备13将HDR信号解释为SDR。

因此，为了可靠地切换传输方式，主设备12在总线IF 11中采取错误措施。

<第一错误措施>

在图3中，示出了当通过在总线IF 11中将传输方式从SDR切换到HDR来传输数据时执行的第一错误措施。

如图3所示，在将总线IF 11设定为开始状态之后，主设备12发送广播命令并通过使用ACK来确认是否成功接收命令，并且发送公共命令代码和1比特奇偶校验。然后，在1比特奇偶校验的传输与传输方式的切换之间，主设备12发送用于校正在公共命令代码中产生的错误的纠错码(用于CCC的ECC)，作为针对错误的措施。

即，在发送公共命令代码和1比特奇偶校验之后，主设备12发送纠错码。之后，主设备12将传输方式从SDR切换到HDR，并开始发送HDR命令、HDR数据等。

以这种方式，在总线IF 11中，主设备12发送用于校正公共命令代码中产生的错误的纠错码，使得从设备13可以在公共命令代码中产生错误时校正错误。即，主设备12的错误措施单元22发送纠错码，作为针对在发送公共命令代码时产生的错误所采取的措施。另一方面，从设备13的错误处理单元32通过使用纠错码来解码公共命令代码，作为与错误措施单元22的措施相对应的处理。因此，可以防止由于在公用命令代码中产生错误而造成从设备13不能识别出传输方式变成HDR，并且在总线IF 11中可以可靠地将传输方式从SDR切换到HDR。结果，可以在总线IF 11中执行更安全的通信。

例如，作为纠错码，使用具有等于或小于8比特的奇偶校验并且可以校正1比特错误的代码。具体地，使用汉明码、里德-所罗门(Reed-Solomon)码和重复码。

例如，通过使用汉明码(15，11)，可以用四比特奇偶校验校正1比特错误。此外，通过使用里德-所罗门码(GF(4)上的(15，13)里德-所罗门码)，如果一个符号(＝四比特)具有两符号(八比特)奇偶校验，则可以校正一个符号的错误。此外，可以使用汉明码的缩短码或里德-所罗门码的缩短码。

此外，利用重复码，再次发送公共命令代码和1比特奇偶校验，并且可以采用从设备13可以正确获得奇偶校验的公共命令代码。

接下来，图4是描述其中主设备12通过将传输方式从SDR切换到HDR来传输数据的第一数据传输方法的流程图。

例如，如果未示出的上部控制器指示主设备12传输数据，则在步骤S11中，主设备12将总线IF 11设定处于开始状态并宣布通信开始。

在步骤S12中，主设备12发送广播命令。在发送广播命令之后，主设备12在预定的待机时段内等待从从设备13发送的ACK。然后，过程进行到步骤S13。

在步骤S13中，主设备12判断在待机时段中是否已从从设备13发送了ACK。在确定已经从一个从设备13发送ACK的情况下，过程进行到步骤S14。

在步骤S14中，主设备12确定是否将传输方式切换到HDR。例如，在总线IF 11中，根据处理内容来设定SDR或HDR中的任一种传输方式，并且主设备12可以根据当前处理内容来确定是否将传输方式切换到HDR。

在步骤S14中，在主设备12已经确定将传输方式切换到HDR的情况下，过程进行到步骤S15。在步骤S15中，主设备12将指示将传输方式切换到HDR的公共命令代码发送到从设备13。在步骤S16中，主设备12发送相对于公共命令代码的1比特奇偶校验。

在步骤S17中，主设备12发送用于校正在公共命令代码中产生的错误的纠错码。此时，从设备13执行用于接收公共命令代码的处理，并通过使用纠错码对公共命令代码进行解码。

在步骤S18中，主设备12将传输方式从SDR切换到HDR，并通过HDR传输数据。然后，当通过HDR传输数据完成时，在步骤S19中，主设备12发送指示从HDR退出的HDR结束命令。

另一方面，在步骤S14中主设备12已确定不将传输方式切换到HDR的情况下，过程进行到步骤S20，并且主设备12通过SDR传输数据。

然后，在步骤S19中发送HDR结束命令之后或者在步骤S20中通过SDR完成数据传输之后，过程进行到步骤S21。可替换地，在步骤S13中已确定未从一个从设备13发送ACK的情况下，过程进行到步骤S21。

在步骤S21中，主设备12将总线IF 11设定处于停止状态并宣布通信结束。

如上所述，在总线IF 11中，主设备12可以通过发送用于校正公共命令代码中产生的错误的纠错码来可靠地切换传输方式。

<第二错误措施>

在图5中，示出了当在总线IF 11中通过将传输方式从SDR切换到HDR来传输数据时执行的第二错误措施。

如图5所示，在将总线IF 11设定处于开始状态之后，主设备12发送广播命令并通过使用ACK来确认是否成功接收命令，并且发送公共命令代码和1比特奇偶校验。然后，从设备13通过使用1比特奇偶校验对公共命令代码执行奇偶校验检查，并且主设备12等待预定的待机时段，以等待基于是否在公共命令代码中检测到错误的奇偶校验检查结果(奇偶校验检查成功或失败)的发送，并通过使用奇偶校验检查结果确认(ACK)是否已成功接收公共命令代码。

例如，在从设备13-1至13-3中的任一个发送奇偶校验检查失败的情况下，主设备12确定存在未能接收到公共命令代码的从设备13。在这种情况下，如图5的A所示，主设备12将总线IF 11设定为停止状态，并宣布通信结束。此外，在这种情况下，可以从开始状态再次执行该过程。

另一方面，在所有从设备13-1至13-3已经发送了奇偶检验检查成功的情况下，主设备12确认已成功接收公共命令代码。在这种情况下，如图5的B所示，主设备12将传输方式从SDR切换到HDR，并开始发送HDR命令、HDR数据等。

以这种方式，在总线IF 11中，通过使用奇偶校验检查结果确认是否已成功接收命令，仅在所有从设备13已成功接收到公共命令代码的情况下，主设备12将传输方式从SDR切换到HDR。即，主设备12的错误措施单元22基于从设备13的奇偶校验检查结果确认接收成功或接收失败，作为针对在发送公共命令代码时产生的错误所采取的措施。另一方面，从设备13的错误处理单元32对公共命令代码执行奇偶校验检查，作为与错误措施单元22的措施相对应的处理，并且发送奇偶校验检查结果(奇偶校验检查成功或奇偶校验检查失败)。因此，在在公共命令代码中产生错误而使从设备13不能识别出传输方式已经改变为HDR的状态下，可以避免由HDR传输数据。结果，在总线IF 11中，可以可靠地将传输方式从SDR切换到HDR，并执行更安全的通信。

接下来，图6是描述第二数据传输方法的流程图，其中，主设备12通过将传输方式从SDR切换到HDR来传输数据。

在步骤S31至S35中，主设备12执行与图4中的步骤S11至S15类似的处理。

然后，在步骤S36中，在发送了相对于在步骤S35中发送的公共命令代码的1比特奇偶校验之后，主设备12在预定的待机时段内等待来自从设备13的奇偶校验检查结果的发送，并且过程进行到步骤S37。此时，从设备13执行用于接收公共命令代码、对公共命令代码执行奇偶校验检查以及发送奇偶校验检查结果的处理。

在步骤S37中，主设备12确定在待机时段内从从设备13发送的奇偶校验检查结果指示接收成功或接收失败。例如，在所有从设备13指示奇偶校验检查成功的情况下，主设备12确定奇偶校验检查结果指示接收成功。在从设备13中的任一个指示奇偶校验检查失败的情况下，主设备12确定奇偶校验检查结果指示接收失败。然后，在步骤S37中，在主设备12确定奇偶校验检查结果指示接收成功的情况下，过程进行到步骤S38。

然后，在步骤S38中完成通过HDR的数据传输并且在步骤S39中发送HDR结束命令之后，或者在步骤S40中完成通过SDR的数据传输之后，过程进行到步骤S41。此外，在步骤S33中已确定未从任一个从设备13发送ACK的情况下，或者在步骤S37中已确定奇偶校验检查结果指示接收失败的情况下，过程进行到步骤S41。

在步骤S41中，主设备12将总线IF 11设定处于停止状态，并宣布通信结束。

如上所述，在总线IF 11中，通过使用奇偶校验检查结果确认是否已成功接收命令，主设备12可以可靠地切换传输方式。

<针对广播命令的措施>

接下来，参考图7描述针对在广播命令中产生的错误的错误措施。

如上所述，在总线IF 11中，在将总线IF 11设定处于开始状态之后，主设备12发送通知同时向所有从设备13-1至13-3发送命令的广播命令。此时，在广播命令中产生错误的情况下，从设备13-1至13-3不能准确地识别在广播命令之后发送的公共命令代码。因此，假定传输方式不能根据公共命令代码可靠地切换，并且不能执行安全通信。

因此，在总线IF 11中，为了可靠地切换传输方式，主设备12的错误措施单元22针对广播命令中的错误采取措施，并且从设备13的错误处理单元32应对错误措施。

在图7的A中，类似于图3，示出了包括用于校正在公共命令代码中产生的错误的纠错码(用于CCC的ECC)的信号。在图7的B中，作为除了根据公共命令代码切换传输方式的处理之外的示例，示出了用于指定地址并发送写入数据的处理中的信号。

例如，如上面参考图3所述，当通过将传输方式从SDR切换到HDR来传输数据时，主设备12将总线IF 11设定为开始状态，并且然后发送广播命令。此时，如图7的A所示，在总线IF 11中，广播命令被定义为由0×7E(111_1110)的7比特的比特串表示。

另一方面，如图7的B所示，当在总线IF 11中从主设备12向从设备13写入数据时，在将总线IF 11设定处于开始状态之后，主设备12将地址发送给数据的写入目的地。之后，主设备12通过使用ACK确认是否已经成功接收到命令，并且发送作为来自第一写入数据1的第N个数据的写入数据N。

因此，在作为广播命令发送的0×7E(111_1110)的7比特的比特串中的任一个比特被错误反相的情况下，假定从设备13错误地识别其中已生成错误的广播命令作为地址，并执行后续处理。

因此，作为针对这种错误的措施，定义了其中表示广播命令的0×7E(111_1110)的7比特的比特串中的任一个比特被反相的比特串不可用作地址。即，如图7的A所示，定义了与表示广播指令的0x7E(111_1110)的比特串具有汉明距离1的七种类型的比特串0×7F(111_1111)、0×7C(111_1100)、0×7A(111_1010)、0×76(111_0110)、0×6E(110_1110)、0×5E(101_1110)以及0×3E(011_1110)不可用作地址。

除此之外，定义了偶校验用于在公共命令代码之后发送的1比特奇偶校验。例如，在总线IF 11中，定义了奇校验通常用于发送除公共命令代码之外的代码的1比特奇偶校验。

以这种方式，定义了与表示广播命令的0×7E(111_1110)的7比特的比特串具有汉明距离1的比特串不可用作地址，并且定义了偶校验用于在公共命令代码之后发送的1比特奇偶校验。结果，在总线IF 11中，即使在广播命令中产生1比特错误，也可以检测到错误的产生，并且可以准确地识别公共命令代码。

即，在从设备13接收到与0×7E(111_1110)的比特串具有汉明距离1的七种比特串中的一种并且在公共命令代码之后接收到的1比特奇偶校验是偶校验的情况下，可以确定在广播命令中已经产生错误。因此，在这种情况下，通过确定接收的比特串是广播命令，从设备13可以准确地识别公共命令代码，并且可以通过将传输方式从SDR切换到HDR来传输数据。

此外，例如在从设备13接收到与0×7E(111_1110)的比特串具有汉明距离1的七种比特串中的一种并且在公共命令代码之后接收到的1比特奇偶校验是奇校验的情况下，从设备13在识别接收的比特串不是广播命令的同时执行处理。

如上所述，在总线IF 11中，主设备12的错误措施单元22禁止使用与表示广播命令的0×7E(111_1110)的7比特的比特串具有汉明距离1的比特串作为地址。然后，主设备12的发送/接收单元21将总线IF 11设定处于开始状态并发送广播命令。之后，发送/接收单元21使用偶校验作为公共命令代码之后发送的1比特奇偶校验。

另一方面，在总线IF 11已经被设置为处于开始状态并且发送/接收单元31已经接收到与表示广播命令的0×7E(111_1110)的7比特的比特串具有汉明距离1的比特串之后、在公共命令代码之后接收的1比特奇偶校验是奇校验的情况下，从设备13的错误处理单元32通过确定已经由发送/接收单元31接收到的7比特的比特串是广播命令来精确地识别公共命令代码。

通过针对广播命令中的错误采取这种措施，可以根据在广播命令之后发送的公共命令代码可靠地切换总线IF 11中的传输方式。结果，可以在总线IF 11中执行更安全的通信。

此外，通过相对于广播命令采取错误措施，与在广播命令中产生错误时重新发送广播命令的配置相比，可以避免处理的延迟。

此外，上述相对于广播命令的错误措施不限于其中从表示广播命令的0×7E(111_1110)的7比特的比特串中反相一个比特的比特串的不可用性。例如，在假定广播命令中产生两比特或更多比特的错误的情况下，其中从表示广播命令的0×7E(111_1110)的7比特的比特串中反相两比特或更多比特的比特串可能不可用。

另外，关于1比特奇偶校验，偶校验和奇校验可以作为从上面描述中的那些反转来使用，并且优选的是在发送公共命令代码时，仅使用与其他情况中的不同的1比特奇偶校验。

注意，本技术不限于符合I2C标准的总线IF 11，并且可以根据其他标准应用于总线IF 11。此外，在图1所示的总线IF 11中，示出了从设备13-1至13-3彼此连接的示例性配置。然而，从设备13的数量可以是例如一个或两个，或者等于或多于三个。另外，例如，总线IF 11可以使用发送用于校正在公共命令代码中产生的错误的纠错码和通过使用奇偶校验检查结果来确认接收成功的组合。

注意，上面参照流程图描述的处理不必按照流程图中描述的顺序以时间顺序执行，并且上述处理包括并行执行的处理或单独执行的处理(例如，并行处理或按对象处理)。此外，程序可以由单个CPU执行，并且可以由多个CPU分布式地处理。

此外，这一系列处理可以通过硬件和软件来执行。在软件执行一系列处理的情况下，包括在软件中的程序从其中记录有程序的程序记录介质安装到安装在专用硬件中的计算机或者例如可以通过安装各种程序来执行各种功能的通用计算机中。

<示例性硬件配置>

图8是用于通过程序执行上述一系列处理的计算机的硬件的示例性配置的框图。

在计算机中，中央处理单元(CPU)101、只读存储器(ROM)102、随机存取存储器(RAM)103和电可擦除可编程只读存储器(EEPROM)104利用总线105彼此连接。另外，输入/输出接口106进一步连接到总线105，并且输入/输出接口106连接到外部(例如，图1中的信号线14-1和14-2)。

在如上所述配置的计算机中，CPU 101经由总线105将例如存储在ROM 102和EEPROM 104中的程序加载到RAM 103并执行，从而执行上述一系列处理。此外，由计算机(CPU 101)执行的程序可以预先写入在ROM 102中、经由输入/输出接口106从外部安装在EEPROM 104中、或者更新。

注意，本技术可以具有以下配置。

(1)一种数据传输装置，包括：

发送单元，被配置为能够通过切换多个传输方式来传输数据，并发送用于指示切换传输方式的切换命令；以及

错误措施单元，被配置为针对在传输切换命令时产生的错误采取措施。

(2)根据(1)所述的数据传输装置，其中，

错误措施单元发送用于校正在切换命令中产生的错误的纠错码。

(3)根据(2)所述的数据传输装置，其中，

作为纠错码，使用汉明码或汉明码的缩短码。

(4)根据(2)所述的数据传输装置，其中，

作为纠错码，使用里德-所罗门码或里德-所罗门码的缩短码。

(5)根据(2)所述的数据传输装置，其中，

作为纠错码，使用重复码。

(6)根据(1)到(5)中任一项所述的数据传输装置，其中，

错误措施单元通过使用在已完成切换命令的接收时发送的接收完成通知来执行确认。

(7)根据(6)所述的数据传输装置，其中，

错误措施单元提供预定的待机时段，在预定的待机时段中，错误措施单元在发送切换命令之后等待，并且确定在待机时段内是否已发送接收完成通知。

(8)根据(1)到(7)中任一项所述的数据传输装置，其中，

错误措施单元禁止使用从表示用于通知向所有多个接收装置同时发送命令的广播命令的预定数量的比特串中的至少一个比特反相而得到的预定数量的比特串，并且

在发送广播命令之后，发送单元使得紧接切换命令发送的纠错码不同于用于发送除了切换命令之外的命令的纠错码。

(9)一种数据传输装置的数据传输方法，该数据传输装置包括能够通过切换多个传输方式来传输数据的发送单元，该方法包括以下步骤：

发送用于指示切换传输方式的切换命令；并且

针对在传输切换命令时产生的错误采取措施。

(10)一种由数据传输装置的计算机执行的程序，该数据传输装置包括能够通过切换多个传输方式来传输数据的发送单元，该程序包括以下步骤：

发送用于指示切换传输方式的切换命令；并且

针对在传输切换命令时产生的错误采取措施。

(11)一种接收装置，包括：

接收单元，被配置为接收从能够通过切换多个传输方式来传输数据的数据传输装置发送的用于指示切换传输方式的切换命令；以及

错误处理单元，被配置为执行与由数据传输装置针对在传输切换命令时产生的错误所采取的措施相对应的处理。

(12)根据(11)所述的接收装置，其中，

错误处理单元通过使用由数据传输装置作为措施而发送的纠错码来执行用于对切换命令进行解码的处理。

(13)根据(11)或(12)所述的接收装置，其中，

错误处理单元检测到切换命令中的错误并且为了通过数据传输装置作为措施确认是已成功接收切换命令还是接收切换命令失败而执行发送错误检测结果的处理。

(14)根据(11)到(13)中任一项所述的接收装置，其中，

在接收单元接收到从表示用于通知向所有多个接收装置同时发送命令的广播命令的预定数量的比特串反相至少一个比特而得到的预定数量的比特串之后，紧接切换命令接收的纠错码不同于用于发送除了切换命令之外的命令的纠错码的情况下，错误处理单元确定从表示广播命令的预定数量的比特串反相至少一个比特而得到的预定数量的比特串是广播命令。

(15)一种接收方法，包括以下步骤：

接收从能够通过切换多个传输方式来传输数据的数据传输装置发送的用于指示切换传输方式的切换命令；并且

执行与由数据传输装置针对在传输切换命令时产生的错误所采取的措施相对应的处理。

(16)一种程序，包括以下步骤：

接收从能够通过切换多个传输方式来传输数据的数据传输装置发送的用于指示切换传输方式的切换命令；并且

执行与由数据传输装置针对在传输切换命令时产生的错误所采取的措施相对应的处理。

(17)一种数据传输系统，包括：

数据传输装置，包括：发送单元，能够通过切换多个传输方式来传输数据并发送用于指示切换传输方式的切换命令；以及错误措施单元，针对在传输切换命令时产生的错误采取措施；以及

接收装置，包括：接收单元，接收切换命令；以及错误处理单元，执行与错误措施单元的措施相对应的处理。

另外，实施方式不限于上述实施方式，并且可以在不脱离本公开的范围的情况下进行各种改变。

附图标记列表

11总线IF，12主设备，13-1到13-3从设备，14-1和14-2信号线，21发送/接收单元，22错误措施单元，31-1至31-3发送/接收单元，32-1到32-3错误处理单元。

Claims (17)

1.一种数据传输装置，包括：

发送单元，被配置为能够通过切换多个传输方式来传输数据，并发送用于指示切换所述传输方式的切换命令；以及

错误措施单元，被配置为针对在传输所述切换命令时产生的错误采取措施。

2.根据权利要求1所述的数据传输装置，其中，

所述错误措施单元发送用于校正所述切换命令中产生的错误的纠错码。

3.根据权利要求2所述的数据传输装置，其中，

作为纠错码，使用汉明码或汉明码的缩短码。

4.根据权利要求2所述的数据传输装置，其中，

作为纠错码，使用里德-所罗门码或里德-所罗门码的缩短码。

5.根据权利要求2所述的数据传输装置，其中，

作为纠错码，使用重复码。

6.根据权利要求1所述的数据传输装置，其中，

所述错误措施单元基于相对于所发送的切换命令的错误检测的结果，来确认是已成功接收所述切换命令还是接收所述切换命令失败，并且

在所述错误措施单元确认已成功接收到所述切换命令的情况下，所述发送单元切换所述传输方式。

7.根据权利要求6所述的数据传输装置，其中，

所述错误措施单元提供预定的待机时段并且基于在待机时段内接收到的错误检测的结果来确定是已成功接收所述切换命令还是接收所述切换命令失败，在所述待机时段中所述错误措施单元在发送所述切换命令之后等待。

8.根据权利要求1所述的数据传输装置，其中，

所述错误措施单元禁止使用将表示用于通知向所有多个接收装置同时发送命令的广播命令的预定数量的比特串中的至少一个比特反相而得到的预定数量的比特串，并且

在发送广播命令之后，所述发送单元使得紧接所述切换命令发送的纠错码不同于用于发送除了所述切换命令之外的命令的纠错码。

9.一种数据传输装置的数据传输方法，所述数据传输装置包括能够通过切换多个传输方式来传输数据的发送单元，所述方法包括以下步骤：

发送用于指示切换所述传输方式的切换命令；并且

针对在传输切换命令时产生的错误采取措施。

10.一种由数据传输装置的计算机执行的程序，所述数据传输装置包括能够通过切换多个传输方式来传输数据的发送单元，所述程序包括以下步骤：

发送用于指示切换所述传输方式的切换命令；并且

针对在传输切换命令时产生的错误采取措施。

11.一种接收装置，包括：

接收单元，被配置为接收从能够通过切换多个传输方式来传输数据的数据传输装置发送的用于指示切换所述传输方式的切换命令；以及

错误处理单元，被配置为执行与由所述数据传输装置针对在传输所述切换命令时产生的错误所采取的措施相对应的处理。

12.根据权利要求11所述的接收装置，其中，

所述错误处理单元通过使用由所述数据传输装置作为措施而发送的纠错码来执行用于对所述切换命令进行解码的处理。

13.根据权利要求11所述的接收装置，其中，

所述错误处理单元检测所述切换命令中的错误并且为了通过所述数据传输装置作为措施确认是已成功接收所述切换命令还是接收所述切换命令失败而执行发送错误检测结果的处理。

14.根据权利要求11所述的接收装置，其中，

在所述接收单元已接收到从表示用于通知向所有多个接收装置同时发送命令的广播命令的预定数量的比特串反相至少一个比特而得到的预定数量的比特串之后、紧接所述切换命令接收的纠错码不同于用于发送除了所述切换命令之外的命令的纠错码的情况下，所述错误处理单元确定从表示所述广播命令的预定数量的比特串反相至少一个比特而得到的预定数量的比特串是广播命令。

15.一种接收方法，包括以下步骤：

接收从能够通过切换多个传输方式来传输数据的数据传输装置发送的用于指示切换所述传输方式的切换命令；并且

执行与由所述数据传输装置针对在传输所述切换命令时产生的错误所采取的措施相对应的处理。

16.一种程序，包括以下步骤：

接收从能够通过切换多个传输方式来传输数据的数据传输装置发送的用于指示切换所述传输方式的切换命令；并且

执行与由所述数据传输装置针对在传输所述切换命令时产生的错误所采取的措施相对应的处理。

17.一种数据传输系统，包括：

数据传输装置，包括：发送单元，能够通过切换多个传输方式来传输数据并发送用于指示切换所述传输方式的切换命令；以及错误措施单元，针对在传输所述切换命令时产生的错误采取措施；以及

接收装置，包括：接收单元，接收所述切换命令；以及错误处理单元，执行与所述错误措施单元的措施相对应的处理。