　この転送モードは、マスター側およびスレーブ側それぞれで、どのモードにするのかを決めることができます。例えば、マスターは「ブロック転送モード」、スレーブは「スタンダードモード」で、といった利用も可能です。これにより、マスターであるツール側は高機能だが、スレーブであるECUは限られたリソースしか使えない……といった際に、転送モードを単純なものにするといった実装も可能です。

CTO／DTO

　XCPでは、このマスターとスレーブ間の送信方向の違いとは別に、送信する内容を“XCP自身の制御に関する通信”か、“データに関する通信”かの2種類に分け、それぞれのネットワーク上に流すパケットのフォーマットを定めています。ちなみに、前者を「CTO（Command Transfer Object）」、後者を「DTO（Data Transfer Object）」と呼びます。

CTO：Command Transfer Objectの略

　CTOとは、XCP自身の制御コマンドやそのレスポンスなどに関するオブジェクトです。制御コマンドはマスターから、コマンドに対するレスポンスはスレーブから送られます。

DTO：Data Transfer Objectの略

　DTOとは、同期的なスレーブ（ECU）のデータ測定結果、および同期的なスレーブへのデータ変更に関するオブジェクトです。同期的なデータ変更を「ステミュレーション」と呼びますが、これは測定／キャリブレーション以外の機能になりますので詳細は割愛します（詳しく知りたい場合は、XCPの規格書をご覧ください）。

　図4に、XCPの規格書Part2 1.1.1 The XCP Packet Typesから抜粋したXCPマスターとスレーブ間におけるCTOとDTOの関係を示します。

図4　XCPマスター／スレーブ間オブジェクト

パケットフォーマットとPID

　CTOとDTOは、前述のとおり異なるパケットフォーマットになり（図5）、それぞれ最大パケット長をマスターとスレーブ間で設定できます。

MAX_CTO：CTOの最大パケット長［バイト］
MAX_DTO：DTOの最大パケット長［バイト］

図5　CTOとDTOパケットの構成
※ベクター・ジャパンの資料を基に作成

　すべてのXCPのパケットは、この最大パケット長以内に収まり、1つのパケットでコマンドやレスポンスなどの内容が完結するようになっています。また、パケットフォーマット中、各フィールド2種類の送信をCTO、およびDTOのパケットに割り当て、さらに、パケットの最初の1バイト目を「PID」と呼ばれる識別子とし、どのようなパケットであるかを区別するために使用しています。

　マスターからスレーブへのXCP制御を行う場合を「コマンド（CMD）」とし、その際PIDは「0xC0」～「0xFF」の範囲となります。このコマンドに、スレーブが肯定応答を返す場合を「レスポンス（RES）」とし、その際のPIDは「0xFF」になります（図6）。