JP5566126B2

JP5566126B2 - 送信モジュール、受信モジュール、送信方法、受信方法および通信システム

Info

Publication number: JP5566126B2
Application number: JP2010022225A
Authority: JP
Inventors: 圭都福島
Original assignee: Olympus Corp
Current assignee: Olympus Corp
Priority date: 2010-02-03
Filing date: 2010-02-03
Publication date: 2014-08-06
Anticipated expiration: 2030-02-03
Also published as: US20110188515A1; US8831037B2; JP2011160336A

Description

本発明は、送信モジュール、受信モジュール、送信方法、受信方法および通信システムに関する。

画像転送プロトコルであるＰｉｃｔｕｒｅＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ：ＩＳＯ／ＤＩＳ１５７４０（以下、ＰＴＰと記載する）は、トランスポート層に非依存で適用可能なため、これまでＵＳＢ（ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ）では、ＵＳＢＳｔｉｌｌＩｍａｇｅＣａｐｔｕｒｅＤｅｖｉｃｅＣｌａｓｓ（以下、ＳＩＣＤと記載する）が規格化されており、ＩＰｎｅｔｗｏｒｋでは、ＣＩＰＡＤＣ−００５ “ＰｉｃｔｕｒｅＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ“ ｏｖｅｒＴＣＰ／ＩＰｎｅｔｗｏｒｋｓ（以下、ＰＴＰ−ＩＰと記載する）が規格化されている。また、近年、有線無線を問わず様々な通信手段が開発されており、今後ＰＴＰの適用範囲はさらに広くなるものと思われる。

ＰＴＰを各トランスポート層に適用する場合、各トランスポート層の特性に応じた実装をしなければならず、特にＰＴＰオペレーションのキャンセルは、データ転送の中断を伴うものがあるため、トランスポート毎に実装が異なっている。トランスポート層がＵＳＢの場合（ＳＩＣＤ）のＰＴＰオペレーションのキャンセル方法は、以下の通りである。

・Ｉｎｉｔｉａｔｏｒがキャンセルする場合
Ｓｔｅｐ１：Ｉｎｉｔｉａｔｏｒは、ＵＳＢＴｏｋｅｎ（ＩＮ／ＯＵＴＴｏｋｅｎ）の発行を停止することにより、データ転送（送信／受信）を停止する。
Ｓｔｅｐ２：Ｉｎｉｔｉａｔｏｒは、ＵＳＢｃｌａｓｓ−ｓｐｅｃｉｆｉｃＣａｎｃｅｌＲｅｑｕｅｓｔを発行し、ＰＴＰオペレーションのキャンセルを要求する。
Ｓｔｅｐ３:Ｒｅｓｐｏｎｄｅｒは、実行中のＰＴＰオペレーションをキャンセルする。

・Ｒｅｓｐｏｎｄｅｒがキャンセルする場合
Ｓｔｅｐ１：Ｒｅｓｐｏｎｄｅｒは、ＢＵＬＫ−ＩＮ／ＯＵＴｅｎｄｐｏｉｎｔをＳＴＡＬＬし、データ転送を停止する。
Ｓｔｅｐ２：Ｉｎｉｔｉａｔｏｒは、ＰＴＰオペレーションをキャンセルする。

ＵＳＢでは、ＩｎｉｔｉａｔｏｒであるＵＳＢＨｏｓｔがすべてのデータ転送の制御権を有していて、ＵＳＢＴｏｋｅｎ（ＩＮ／ＯＵＴＴｏｋｅｎ等）を用いＲｅｓｐｏｎｄｅｒであるＵＳＢＤｅｖｉｃｅに対しデータ転送可能か否かをポーリングすることにより、データの送受信を行っている。また、Ｒｅｓｐｏｎｄｅｒ（ＵＳＢＤｅｖｉｃｅ）は、Ｉｎｉｔｉａｔｏｒ（ＵＳＢＨｏｓｔ）が発行するＵＳＢＴｏｋｅｎに対しＳＴＡＬＬを返すことにより現在転送中のデータを停止する、Ｈａｌｔ機能を有している。なお、ＵＳＢについての仕様は非特許文献１に開示されている。

ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓＳｐｅｃｉｆｉｃａｔｉｏｎＲｅｖｉｓｉｏｎ２．０、［ｏｎｌｉｎｅ］、Ａｐｒｉｌ２７，２０００、［平成２２年１月２５日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｕｓｂ．ｏｒｇ／ｄｅｖｅｌｏｐｅｒｓ／ｄｏｃｓ／＞

しかしながら、通信中の装置の一方がデータ転送の制御権を有するという既存の機能がないトランスポート層プロトコルを用いて、通信装置が通信を行う場合、一方の通信装置がデータ転送を中断しても相手側の通信装置がデータ転送の中断を認識することができないという問題がある。

本発明は、上記事情に鑑みてなされたものであり、通信中の装置の一方がデータ転送の制御権を有するという既存の機能がないトランスポート層プロトコルを用いて、通信装置が通信を行う場合において、一方の通信装置がデータ転送を中断した場合においても、相手側の通信装置がデータ転送の中断を認識することができる送信モジュール、受信モジュール、送信方法、受信方法および通信システムを提供することを目的とする。

本発明は、送信対象データおよび前記送信対象データの送信のキャンセルに関係するトリガを、上位層の通信プロトコルに従った処理を行う処理部から入力する第１インタフェース部と、前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まないトランスポート層レベルの通信フレームを一つ、または複数生成する生成部と、前記生成した通信フレームを送信する第２インタフェース部と、前記送信対象データに対応する通信フレームを順次送信している間に前記トリガが入力された場合、前記送信する通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームに、前記送信対象データの送信終了を示すフラグを付与する付与部と、を有することを特徴とする送信モジュールである。

また、本発明は、前記第１インタフェース部が入力する前記トリガを前記トランスポート層レベルの情報に変換する変換部を更に有し、前記付与部は、前記変換された情報に基づいて、前記フラグを付与することを特徴とする送信モジュールである。

また、本発明は、前記第１インタフェース部が入力する前記送信対象データを前記トランスポート層レベルの情報に変換する変換部と、前記変換された情報を複数に分割する分割部と、を更に有し、前記生成部は、前記分割された情報に基づいた前記通信フレームを複数生成し、前記付与部は、前記分割された情報のうち最後尾に対応する情報以外の情報に対応する通信フレームに前記フラグを付与することを特徴とする送信モジュールである。

また、本発明の送信モジュールにおいて、前記第２インタフェース部は、前記送信対象データに対応する通信フレームを順次出力している間に前記トリガが入力された場合、前記フラグが付与された通信フレームの送信後に、前記トリガに対応する情報を送信することを特徴とする。

また、本発明の送信モジュールにおいて、前記第２インタフェース部は、前記送信対象データの送信のキャンセル要求に関係する第２トリガを受信し、前記第１インタフェース部は、前記第２トリガに対応する情報を前記処理部に出力し、当該出力後に前記トリガを入力することを特徴とする。

また、本発明は、送信対象データを受信する受信モジュールであって、前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まない複数の通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームであって、前記送信対象データの送信終了を示すフラグが付与された通信フレームを受信する第２インタフェース部と、前記フラグが付与された通信フレームを前記第２インタフェース部が受信した場合、前記送信対象データの送信終了を示す情報を、上位層の通信プロトコルに従った処理を行う処理部に出力する第１インタフェース部と、を有することを特徴とする受信モジュールである。

また、本発明の受信モジュールにおいて、前記第２インタフェース部は、前記フラグが付与された通信フレームを受信したあとに、前記送信対象データの送信のキャンセルを通知する通信フレームを受信し、前記第１インタフェース部は、前記通知に対応する情報を前記処理部に出力することを特徴とする。

また、本発明の受信モジュールにおいて、前記第１インタフェース部は、前記送信対象データの送信のキャンセル要求に関係する第３トリガを入力し、前記第２インタフェース部は、前記送信対象データを順次受信している間に、前記第３トリガに対応する情報を送信することを特徴とする。

また、本発明は、第１インタフェース部が、送信対象データおよび前記送信対象データの送信のキャンセルに関係するトリガを、上位層の通信プロトコルに従った処理を行う処理部から入力するステップと、生成部が、前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まないトランスポート層レベルの通信フレームを複数生成するステップと、第２インタフェース部が、前記生成した通信フレームを送信するステップと、前記送信対象データに対応する通信フレームを順次送信している間に前記トリガが入力された場合、付与部が、前記送信する通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームに、前記送信対象データの送信終了を示すフラグを付与するステップと、を有することを特徴とする送信方法である。

また、本発明は、送信対象データを受信する受信方法であって、第２インタフェース部が、前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まない複数の通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームであって、前記送信対象データの送信終了を示すフラグが付与された通信フレームを受信するステップと、前記フラグが付与された通信フレームを前記第２インタフェース部が受信した場合、第１インタフェース部が、前記送信対象データの送信終了を示す情報を、上位層の通信プロトコルに従った処理を行う処理部に出力するステップと、を有することを特徴とする受信方法である。

また、本発明は、送信対象データおよび前記送信対象データの送信のキャンセルに関係するトリガを、上位層の通信プロトコルに従った処理を行う第１の処理部から入力する送信側第１インタフェース部と、前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まないトランスポート層レベルの通信フレームを一つ、または複数生成する生成部と、前記生成した通信フレームを送信する送信側第２インタフェース部と、前記送信対象データに対応する通信フレームを順次送信している間に前記トリガが入力された場合、前記送信する通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームに、前記送信対象データの送信終了を示すフラグを付与する付与部と、を有する送信モジュールと、前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まない複数の通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームであって、前記送信対象データの送信終了を示すフラグが付与された通信フレームを受信する受信側第２インタフェース部と、前記フラグが付与された通信フレームを前記受信側第２インタフェース部が受信した場合、前記送信対象データの送信終了を示す情報を、上位層の通信プロトコルに従って処理を行う第２の処理部に出力する受信側第１インタフェース部と、を有する受信モジュールと、を備えたことを特徴とする通信システムである。

本発明によれば、生成部は、第１インタフェース部が上位層の通信プロトコルに従った処理を行う処理部から入力する送信対象のデータから、上位層のデータ種別を識別することが可能な情報を含まないトランスポート層レベルの通信フレームを生成し、第２インタフェース部は、生成部が生成した通信フレームを出力する。このときに、第１インタフェース部は、送信対象データの送信のキャンセルに関するトリガを、上位層の通信プロトコルに従った処理を行う処理部から入力すると、付与部は、第２インタフェース部が送信する送信対象データの最後尾に対応する通信フレーム以外の通信フレームに、送信対象データの送信終了を示すフラグを付与する。そして、第２インタフェース部は、付与部が送信対象データの送信終了を示すフラグを付与したトランスポート層レベルの通信フレームを出力する。

従って、データ転送の制御権を有するという既存の機能がないトランスポート層プロトコルを用いて、送信モジュールが通信を行う場合においても、送信モジュールがデータ送信を中断した場合、相手側の通信装置はデータ転送の中断を認識することができる。

本発明の一実施形態における電子カメラの構成を示したブロック図である。本実施形態におけるＰＣの構成を示したブロック図である。本実施形態における通信制御部が用いる通信プロトコルの階層を示した階層図である。本実施形態における通信制御部の構成を示したブロック図である。本実施形態におけるデータフレームの構成を示した概略図である本実施形態におけるＡＣＫフレームの構成を示した概略図である。本実施形態におけるＰＴＰＤａｔａの分割例を示した概略図である。本実施形態において、ＩｎｉｔｉａｔｏｒからＲｅｓｐｏｎｄｅｒへＰＤＵを送信する際のデータの送信順を示したシーケンス図である。本実施形態において、ＲｅｓｐｏｎｄｅｒからＩｎｉｔｉａｔｏｒへＰＤＵを送信する際のデータの送信順を示したシーケンス図である。本実施形態において、ＰＴＰＤａｔａを送信中に、ＰＴＰＤａｔａの送信を停止させる方法を示した概略図である。本実施形態におけるＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒのデータ構造を示した概略図である。本実施形態におけるＤａｔａＣｏｎｔａｉｎｅｒのデータ構造を示した概略図である。本実施形態におけるＲｅｓｐｏｎｓｅＣｏｎｔａｉｎｅｒのデータ構造を示した概略図である。本実施形態におけるＥｖｅｎｔＣｏｎｔａｉｎｅｒのデータ構造を示した概略図である。本実施形態におけるＯｐｅｒａｔｉｏｎのＴｒａｎｓａｃｔｉｏｎＳｔａｔｅを示した遷移図である。本実施形態において、ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔと、Ｄａｔａと、Ｒｅｓｐｏｎｓｅと、Ｅｖｅｎｔとの送信タイミングを示したシーケンス図である。本実施形態におけるＣａｎｃｅｌＲｅｑｕｅｓｔのデータ構造を示した概略図である。本実施形態におけるＲｅｓｅｔＲｅｑｕｅｓｔのデータ構造を示した概略図である。本実施形態において、ＣａｎｃｅｌＲｅｑｕｅｓｔとＲｅｓｅｔＲｅｑｕｅｓｔとの送信タイミングを示したシーケンス図である。本実施形態において、オペレーションをキャンセルすることが可能なタイミングを示した概略図である。本実施形態のＣａｓｅ１、Ｃａｓｅ２、Ｃａｓｅ５において、ＣａｎｃｅｌＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。本実施形態のＣａｓｅ３において、ＣａｎｃｅｌＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。本実施形態のＣａｓｅ４において、ＣａｎｃｅｌＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。本実施形態のＣａｓｅ６において、ＣａｎｃｅｌＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。本実施形態のＣａｓｅ７において、ＣａｎｃｅｌＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。本実施形態のＣａｓｅ１、Ｃａｓｅ２において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。本実施形態のＣａｓｅ３において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。本実施形態のＣａｓｅ４において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。本実施形態のＣａｓｅ５において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。本実施形態のＣａｓｅ６において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。本実施形態のＣａｓｅ７において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。本実施形態のＣａｓｅ１、Ｃａｓｅ２およびＣａｓｅ５において、ＲｅｓｅｔＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。本実施形態のＣａｓｅ３において、ＲｅｓｅｔＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。本実施形態のＣａｓｅ４において、ＲｅｓｅｔＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。本実施形態のＣａｓｅ６において、ＲｅｓｅｔＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。本実施形態のＣａｓｅ７において、ＲｅｓｅｔＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。

以下、本発明の一実施形態について図面を参照して説明する。本実施形態は、電子カメラとＰＣ（パーソナルコンピュータ）との間でデータの送受信を行っている際に、データの送受信を停止する例について説明する。

図１は、本実施形態における電子カメラの構成を示したブロック図である。図示する例では、電子カメラ１は、撮像部１１と、記録媒体１２と、ＣＰＵ１３と、通信制御部１４（送信モジュール、受信モジュール）と、操作部１５と、表示部１６と、ＲＡＭ１７と、フラッシュメモリ１８とを備えている。

ＣＰＵ１３は、フラッシュメモリ１８に記録されている制御プログラムを読み出して実行し、ＲＡＭ１７に種々のデータを読み書きすることにより、電子カメラ１が備える各部の動作を統括的に制御する。フラッシュメモリ１８には、制御プログラムの他に、撮影パラメータや通信パラメータ（データ通信プロトコル情報等）等が記録されている。

撮像部１１は、被写体を撮影して撮像信号を生成するとともに、種々の画像処理を行って画像データを作成する。撮像部１１に作成された画像データは、記録媒体１２に記録される。例えば、記録媒体１２として、電子カメラ１に着脱可能なメモリカードや、電子カメラ１に固定されたハードディスクなどが用いられる。

操作部１５は、電子カメラ１の動作に関する指示を入力するための操作スイッチなどを備える。表示部１６は、記録媒体１２から読み出された画像データや、ユーザインタフェース画面等を表示する。通信制御部１４は、ＰＣや、プリンタや、外部記録装置等の外部機器との間で撮影画像等のデータの授受を行う通信インタフェースである。通信インタフェースとは広く情報の送受信に用いられるインタフェースのことで、有線通信に限らず、ＷＬＡＮ（ＷｉｒｅｌｅｓｓＬＡＮ、無線ＬＡＮ）、Ｂｌｕｔｏｏｔｈ（登録商標）、ＩｒＤＡ（登録商標）、ＴｒａｎｓｆｅｒＪＥＴ（登録商標）、ＷｉＭｅｄｉａ（登録商標）などの無線通信も含まれる。

次に、ＰＣの構成について説明する。図２は、本実施形態におけるＰＣの構成を示したブロック図である。図示する例では、ＰＣ２は、ＣＰＵ２１と、記録媒体２２と、通信制御部２３（送信モジュール、受信モジュール）と、操作部２４と、表示部２５と、ＲＡＭ２６とを備えている。

ＣＰＵ２１は、記録媒体２２に記録されている制御プログラムを読み出し実行し、ＲＡＭ２６に種々のデータを読み書きすることにより、ＰＣ２が備える各部の動作を統括的に制御する。例えば、記録媒体２２として、ハードディスクやフラッシュメモリなどが用いられる。記録媒体２２には、制御プログラムの他に、文書データや画像データ等の種々のデータが記録される。

操作部２４は、ＰＣ２の動作に関する指示を入力するためのキーボードやマウスなどを備える。表示部２５は、ユーザインタフェース画面や、記録媒体から読み出された文書データや画像データ等を表示する。通信制御部２３は、電子カメラ１やプリンタ等の機器との間で種々のデータの授受を行う通信インタフェースである。通信インタフェースとは広く情報の送受信に用いられるインタフェースのことで、有線通信に限らず、ＷＬＡＮ、Ｂｌｕｔｏｏｔｈ（登録商標）、ＩｒＤＡ（登録商標）、ＴｒａｎｓｆｅｒＪＥＴ（登録商標）、ＷｉＭｅｄｉａ（登録商標）などの無線通信も含まれる。

次に、電子カメラ１の通信制御部１４と、ＰＣ２の通信制御部２３とが用いる通信プロトコルについて説明する。図３は、本実施形態における電子カメラ１の通信制御部１４と、ＰＣ２の通信制御部２３とが用いる通信プロトコルの階層を示した階層図である。ＰＴＰ機器の役割にはＩｎｉｔｉａｔｏｒ（イニシエータ）とＲｅｓｐｏｎｄｅｒ（レスポンダ）があり、Ｉｎｉｔｉａｔｏｒからのオペレーション要求にＲｅｓｐｏｎｄｅｒが応答することで画像転送や機器制御を行っている。本実施形態では、ＰＣ２がＩｎｉｔｉａｔｏｒの役割で動作し、電子カメラ１がＲｅｓｐｏｎｄｅｒの役割で動作する。

本実施形態の通信プロトコル層は、上位層から順に、ＰＴＰＬａｙｅｒ、ＴｒａｎｓｐｏｒｔＬａｙｅｒ、ＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒである。ＰＴＰＬａｙｅｒは、ＰＴＰを実現するレイヤである。ＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＩＳＯ１５７４０に記載のＯｐｅｒａｔｉｏｎ／Ｄａｔａ／Ｒｅｓｐｏｎｓｅ／Ｅｖｅｎｔ等のデータをＰＴＰＬａｙｅｒとＴｒａｎｓｐｏｒｔＬａｙｅｒとの間で利用できるよう相互に変換するレイヤである。ＴｒａｎｓｐｏｒｔＬａｙｅｒをＵＳＢとした場合は、ＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒはＳＩＣＤのことを示す。

ＴｒａｎｓｐｏｒｔＬａｙｅｒは、物理的なデータ転送を行う通信手段（トランスポート）である。ＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＵＳＢやＥｔｈｅｒｎｅｔ（登録商標）のような有線通信に限らず、ＷＬＡＮやＩｒＤＡ（登録商標）、ＴｒａｎｓｆｅｒＪＥＴ（登録商標）等の無線通信も含まれる。

次に、電子カメラ１の通信制御部１４とＰＣ２の通信制御部２３とについて説明する。通信制御部１４の構成と通信制御部２３の構成とは同一の構成である。図４は、本実施形態における電子カメラ１の通信制御部１４とＰＣ２の通信制御部２３との構成を示したブロック図である。

図示する例では、通信制御部１４，２３は、上位層の通信プロトコル（ＰＴＰＬａｙｅｒ）に従った処理を行う処理部３０と、処理部３０からのデータ送信やデータ送信キャンセル等の要求を入力する第１インタフェース部３１（送信側第１インタフェース部、受信側第１インタフェース部）と、トランスポート層レベルの通信フレーム（後述する図５、図６などに示す通信フレーム）を生成する生成部３２と、生成部３２が生成した通信フレームを下位層の通信プロトコルに出力する第２インタフェース部３３（送信側第２インタフェース部、受信側第２インタフェース部）と、送信対象データの送信終了を示すフラグを通信フレームに付与する付与部３４とを備える。生成部３２は、送信対象データや、送信対象データの送信のキャンセルに関するトリガをトランスポート層レベルの情報に変換する変換部３２１と、変換部３２１がトランスポート層レベルの情報に変換した送信対象データを、トランスポート層レベルの通信フレームの大きさに応じて分割する分割部３２２とを備える。本実施形態では、送信対象データの送信終了を示すフラグとしてＭＦ（ＭｏｒｅＦｒａｇｍｅｎｔ）を用いる。

なお、通信制御部１４，２３が備える処理部３０はＰＴＰＬａｙｅｒで規定された処理を行い、第１インタフェース部３１はＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒで規定された処理を行い、第２インタフェース部３３はＴｒａｎｓｐｏｒｔＬａｙｅｒで規定された処理を行う。また、通信制御部１４，２３が備える生成部３２と付与部３４は、ＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒと、ＴｒａｎｓｐｏｒｔＬａｙｅｒとのいずれかまたは両方で動作する。例えば、生成部３２が備える変換部３２１はＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒで動作し、分割部３２２はＴｒａｎｓｐｏｒｔＬａｙｅｒで動作するようにしてもよい。

次に、本実施形態におけるデータフレームの構成について説明する。図５は、本実施形態におけるデータフレームの構成を示した概略図である。データフレームは、上位層の通信プロトコルから送信要求されたデータを相手機器に送信するために使用される通信フレームである。データフレームは、送信先ＩＤと、送信元ＩＤと、コントロールデータと、ＳＤＵ（ＳｅｒｖｉｃｅＤａｔａＵｎｉｔ）と、ＣＲＣ（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ）とを含む。

送信先ＩＤには、メッセージを送信する相手の識別子（ＩＤ）が設定される。但し、接続要求メッセージ時など相手機器が特定されていない場合は、ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ等の特殊な識別子が設定される。送信元ＩＤには自機器の識別子が設定される。コントロールデータにはフレーム種別（本データフレームの場合は‘Ｄａｔａ’）やＭＦ（ＭｏｒｅＦｒａｍｅ）フラグ等が設定される。ＭＦフラグはデータを分割送信送するときに使用し、ＭＦ＝１の場合は後続のデータフレームがあることを示し、ＭＦ＝０の場合は後続のデータフレームがないことを示す。ＳＤＵには送信を行う上位層の通信プロトコルから送信要求されたデータが設定される。また、本データフレームをＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）とも呼ぶ。ＣＲＣにはデータフレームに設定されている値に誤りがないことを検出するための値が設定される。

次に、本実施形態におけるＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）フレームの構成について説明する。図６は、本実施形態におけるＡＣＫフレームの構成を示した概略図である。ＡＣＫフレームは、相手機器から送信されたフレームを受信したことを通知するために使用される通信フレームである。ＡＣＫフレームは、送信先ＩＤと、送信元ＩＤと、コントロールデータと、ＣＲＣとを含む。送信先ＩＤと、送信元ＩＤと、ＣＲＣとはデータフレームと同様である。ＡＣＫフレームに含まれるコントロールデータのフレーム種別には‘ＡＣＫ’が設定される。

次に、ＰＴＰＤａｔａの分割方法について説明する。図７は、本実施形態におけるＰＴＰＤａｔａの分割例を示した概略図である。ＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒから送信要求されたＰＴＰＤａｔａのサイズがＴｒａｎｓｐｏｒｔＬａｙｅｒの最大ＳＤＵサイズよりも大きい場合は、ＭＦフラグを利用してデータを分割して転送する。図示する例では、ＰＴＰＤａｔａをＰＤＵ１〜ＰＤＵ５に分割している。また、ＰＤＵ１〜ＰＤＵ４のコントロールデータのＭＦは１（ＭＦ＝１）であるため後続データフレームが存在することを示しており、ＰＤＵ５のコントロールデータのＭＦは０（ＭＦ＝０）であるためＰＤＵ５は最終データフレームであることを示している。

次に、ＩｎｉｔｉａｔｏｒからＲｅｓｐｏｎｄｅｒへデータ（ＰＤＵ）を送信する際の送信順について説明する。図８は、本実施形態において、ＩｎｉｔｉａｔｏｒからＲｅｓｐｏｎｄｅｒへＰＤＵを送信する際のデータの送信順を示したシーケンス図である。図示する例は、ＩｎｉｔｉａｔｏｒがＰＤＵ１〜ＰＤＵ５をＲｅｓｐｏｎｄｅｒに送信する例を示している。

Ｉｎｉｔｉａｔｏｒは、ＰＤＵ１（ＭＦ＝１）をＲｅｓｐｏｎｄｅｒに送信する。ＰＤＵ１（ＭＦ＝１）を受信したＲｅｓｐｏｎｄｅｒは、ＰＤＵ１（ＭＦ＝１）を受信したことを通知するＡＣＫをＩｎｉｔｉａｔｏｒに送信する。また、Ｒｅｓｐｏｎｄｅｒは、受信したＰＤＵ１のＭＦは１であるため、ＰＤＵ１（ＭＦ＝１）の後続データフレームがＩｎｉｔｉａｔｏｒから送信されるまで待機する。

Ｉｎｉｔｉａｔｏｒは、ＲｅｓｐｏｎｄｅｒからＰＤＵ１（ＭＦ＝１）に対するＡＣＫを受信すると、ＰＤＵ１（ＭＦ＝１）の後続データフレームであるＰＤＵ２（ＭＦ＝１）をＲｅｓｐｏｎｄｅｒに送信する。ＰＤＵ２（ＭＦ＝２）を受信したＲｅｓｐｏｎｄｅｒは、ＰＤＵ１（ＭＦ＝１）を受信した際と同様に、ＰＤＵ１（ＭＦ＝１）を受信したことを通知するＡＣＫをＩｎｉｔｉａｔｏｒに送信し、ＰＤＵ２（ＭＦ＝１）の後続データフレームがＩｎｉｔｉａｔｏｒから送信されるまで待機する。ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとは、ＰＤＵ３（ＭＦ＝１）とＰＤＵ４（ＭＦ＝１）についてもＰＤＵ２（ＭＦ＝１）と同様に送受信する。

Ｉｎｉｔｉａｔｏｒは、ＲｅｓｐｏｎｄｅｒからＰＤＵ４（ＭＦ＝１）に対するＡＣＫを受信すると、ＰＤＵ４（ＭＦ＝１）の後続データフレームであるＰＤＵ５（ＭＦ＝０）をＲｅｓｐｏｎｄｅｒに送信する。ＰＤＵ５（ＭＦ＝０）を受信したＲｅｓｐｏｎｄｅｒは、ＰＤＵ５（ＭＦ＝０）を受信したことを通知するＡＣＫをＩｎｉｔｉａｔｏｒに送信する。また、受信したＰＤＵ５のＭＦは０である、すなわちＰＤＵ５（ＭＦ＝０）の後続データフレームは無いため、Ｒｅｓｐｏｎｄｅｒは受信処理を終了する。Ｉｎｉｔｉａｔｏｒは、ＲｅｓｐｏｎｄｅｒからＰＤＵ５（ＭＦ＝０）に対するＡＣＫを受信すると、送信処理を終了する。このように、データを受信するＲｅｓｐｏｎｄｅｒは、ＭＦ＝０のＰＤＵを受信すると受信処理を終了する

次に、ＲｅｓｐｏｎｄｅｒからＩｎｉｔｉａｔｏｒへデータ（ＰＤＵ）を送信する際の送信順について説明する。図９は、本実施形態において、ＲｅｓｐｏｎｄｅｒからＩｎｉｔｉａｔｏｒへＰＤＵを送信する際のデータの送信順を示したシーケンス図である。図示する例は、ＲｅｓｐｏｎｄｅｒがＰＤＵ１〜ＰＤＵ５をＩｎｉｔｉａｔｏｒに送信する例を示している。図示する例は、ＲｅｓｐｏｎｄｅｒがＰＤＵ１〜ＰＤＵ５をＩｎｉｔｉａｔｏｒに送信する例を示している。

Ｒｅｓｐｏｎｄｅｒは、ＰＤＵ１（ＭＦ＝１）をＩｎｉｔｉａｔｏｒに送信する。ＰＤＵ１（ＭＦ＝１）を受信したＩｎｉｔｉａｔｏｒは、ＰＤＵ１（ＭＦ＝１）を受信したことを通知するＡＣＫをＲｅｓｐｏｎｄｅｒに送信する。また、Ｉｎｉｔｉａｔｏｒは、受信したＰＤＵ１のＭＦは１であるため、ＰＤＵ１（ＭＦ＝１）の後続データフレームがＲｅｓｐｏｎｄｅｒから送信されるまで待機する。

Ｒｅｓｐｏｎｄｅｒは、ＩｎｉｔｉａｔｏｒからＰＤＵ１（ＭＦ＝１）に対するＡＣＫを受信すると、ＰＤＵ１（ＭＦ＝１）の後続データフレームであるＰＤＵ２（ＭＦ＝１）をＩｎｉｔｉａｔｏｒに送信する。ＰＤＵ２（ＭＦ＝２）を受信したＩｎｉｔｉａｔｏｒは、ＰＤＵ１（ＭＦ＝１）を受信した際と同様に、ＰＤＵ１（ＭＦ＝１）を受信したことを通知するＡＣＫをＲｅｓｐｏｎｄｅｒに送信し、ＰＤＵ２（ＭＦ＝１）の後続データフレームがＲｅｓｐｏｎｄｅｒから送信されるまで待機する。ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒとは、ＰＤＵ３（ＭＦ＝１）とＰＤＵ４（ＭＦ＝１）についてもＰＤＵ２（ＭＦ＝１）と同様に送受信する。

Ｒｅｓｐｏｎｄｅｒは、ＩｎｉｔｉａｔｏｒからＰＤＵ４（ＭＦ＝１）に対するＡＣＫを受信すると、ＰＤＵ４（ＭＦ＝１）の後続データフレームであるＰＤＵ５（ＭＦ＝０）をＩｎｉｔｉａｔｏｒに送信する。ＰＤＵ５（ＭＦ＝０）を受信したＩｎｉｔｉａｔｏｒは、ＰＤＵ５（ＭＦ＝０）を受信したことを通知するＡＣＫをＲｅｓｐｏｎｄｅｒに送信する。また、受信したＰＤＵ５のＭＦは０である、すなわちＰＤＵ５（ＭＦ＝０）の後続データフレームは無いため、Ｉｎｉｔｉａｔｏｒは受信処理を終了する。Ｒｅｓｐｏｎｄｅｒは、ＩｎｉｔｉａｔｏｒからＰＤＵ５（ＭＦ＝０）に対するＡＣＫを受信すると、送信処理を終了する。このように、データを受信するＩｎｉｔｉａｔｏｒは、ＭＦ＝０のＰＤＵを受信すると受信処理を終了する。

次に、通信制御部１４，２３が、ＰＴＰＤａｔａを送信中に、ＰＴＰＤａｔａの送信を停止させる方法について説明する。図１０は、本実施形態において、ＰＴＰＤａｔａを送信中に、ＰＴＰＤａｔａの送信を停止させる方法を示した概略図である。図示する例は、ＰＴＰＤａｔａをＰＤＵに分割してＰＤＵ２を送信している間に、ＰＴＰＤａｔａの送信を停止される場合の例を示している。

図８および図９で説明したとおり、データを受信するＩｎｉｔｉａｔｏｒおよびＲｅｓｐｏｎｄｅｒは、ＭＦ＝０のＰＤＵを受信すると受信処理を終了する。これを利用して、通信制御部１４，２３は、ＰＴＰＤａｔａの送信を停止したい場合、現在送信中のデータフレームの次のデータフレームのＭＦに０をセットして送信することにより、データ送信を停止させることを送信先に通知する。そして、通信制御部１４，２３は、その後に送信する予定のＰＤＵを送信することなく送信処理を終了する。

より詳細には、通信制御部１４，２３の生成部３２は、上位層の通信プロトコル（例えば、ＰＴＰＬａｙｅｒ）に従って処理を行う処理部３０から第１インタフェース部３１に入力される送信対象のデータを変換および分割してトランスポート層レベルの通信フレーム（例えばＰＤＵ）を生成し、第２インタフェース部３３は、生成部３２が生成した通信フレームを出力する。

このときに、通信制御部１４，２３の処理部３０から、送信対象データの送信のキャンセルに関するトリガ（例えば、ＣａｎｃｅｌＲｅｑｕｅｓｔや、ＲｅｓｅｔＲｅｑｕｅｓｔ）が第１インタフェース部３１に入力されると、生成部３２は、送信対象データの送信のキャンセルに関するトリガをトランスポート層レベルの情報に変換する。そして、通信制御部１４，２３の付与部３４は、生成部３２が変換した情報に基づいて、第２インタフェース部３３が次に送信するトランスポート層レベルの通信フレームに、送信終了を示すフラグ（例えば、ＭＦ＝０）を付与する。そして、第２インタフェース部３３は、付与部３４が送信終了を示すフラグを付与したトランスポート層レベルの通信フレームを送信する。

また、通信制御部１４，２３の第２インタフェース部３３が、送信終了を示すフラグが付与されたトランスポート層レベルの通信フレームを受信した場合、第１インタフェース部３１は通信相手から送信されていた送信対象データの送信が停止されることを示す情報を上位層の通信プロトコルに従って処理を行う処理部３０に出力する。これにより、通信制御部１４，２３は、データの送信を停止させることを通知および認識することができる。

図示する例では、通信制御部１４，２３は、現在送信中のＰＤＵ２（ＭＦ＝１）の次のＰＤＵ３のＭＦに０をセットし、ＰＤＵ３（ＭＦ＝０）を送信している。そして、通信制御部１４，２３は、その後に送信する予定のＰＤＵを送信することなく送信処理を終了している。

なお、通信制御部１４，２３は、送信対象データの送信を停止した後、トリガに関する上位層の情報（例えば、ＣａｎｃｅｌＲｅｑｕｅｓｔや、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎや、ＲｅｓｅｔＲｅｑｕｅｓｔや、Ｒｅｓｐｏｎｓｅなど）を送受信するようにしてもよい。

また、通信制御部１４，２３の第２インタフェース部３３が、送信対象データを送信している通信相手から送信対象データの送信をキャンセルする要求に関連する第２トリガ（例えば、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ））を受信した場合、第１インタフェース部３１は、第２トリガに対応する情報を上位層の通信プロトコルに従って処理を行う処理部３０に出力し、その後、送信対象データの送信のキャンセルに関するトリガの入力を受け付ける。これにより、データを受信している通信制御部１４，２３から、データを送信している通信制御部１４，２３に対して、データの送信を停止させることを通知することができる。

次に、ＰＴＰＤａｔａについて説明する。ＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＰＴＰＬａｙｅｒから送信要求されるＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔと、Ｄａｔａと、Ｒｅｓｐｏｎｓｅと、Ｅｖｅｎｔとを各々に対応するコンテナに変換し、このコンテナをＰＴＰＤａｔａとしてＴｒａｎｓｐｏｒｔＬａｙｅｒにより送受信する。

図１１は、ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔを変換したコンテナであるＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒのデータ構造を示した概略図である。図示する例では、ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒは、ＣｏｎｔａｉｎｅｒＬｅｎｇｔｈと、ＣｏｎｔａｉｎｅｒＴｙｐｅと、Ｃｏｄｅと、ＴｒａｎｓａｃｔｉｏｎＩＤと、ＰａｙｌｏａｄとのＦｉｅｌｄ（フィールド）を有している。

ＣｏｎｔａｉｎｅｒＬｅｎｇｔｈは、Ｃｏｎｔａｉｎｅｒのサイズを格納する。ＣｏｎｔａｉｎｅｒＴｙｐｅは、Ｃｏｎｔａｉｎｅｒタイプ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）を格納する。Ｃｏｄｅは、ＰＴＰに定義されているオペレーションコードを格納する。ＴｒａｎｓａｃｔｉｏｎＩＤは、トランザクションを一意に特定する識別子であるＴｒａｎｓａｃｔｉｏｎＩＤを格納する。Ｐａｙｌｏａｄは、オペレーションパラメータを格納する。図示する例では、Ｐａｙｌｏａｄは、Ｐａｒａｍｅｔｅｒ１〜５の５つのオペレーションパラメータを格納している。

図１２は、Ｄａｔａを変換したコンテナであるＤａｔａＣｏｎｔａｉｎｅｒのデータ構造を示した概略図である。図示する例では、ＤａｔａＣｏｎｔａｉｎｅｒは、ＣｏｎｔａｉｎｅｒＬｅｎｇｔｈと、ＣｏｎｔａｉｎｅｒＴｙｐｅと、Ｃｏｄｅと、ＴｒａｎｓａｃｔｉｏｎＩＤと、ＰａｙｌｏａｄとのＦｉｅｌｄを有している。

ＣｏｎｔａｉｎｅｒＬｅｎｇｔｈは、Ｃｏｎｔａｉｎｅｒのサイズを格納する。ＣｏｎｔａｉｎｅｒＴｙｐｅは、Ｃｏｎｔａｉｎｅｒタイプ（Ｄａｔａ）を格納する。Ｃｏｄｅは、ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ時にセットされていたＣｏｄｅ（オペレーションコード）を格納する。ＴｒａｎｓａｃｔｉｏｎＩＤは、トランザクションを一意に特定する識別子であるＴｒａｎｓａｃｔｉｏｎＩＤを格納する。Ｐａｙｌｏａｄは、オペレーション毎に定義されたデータを格納する。

図１３は、Ｒｅｓｐｏｎｓｅを変換したコンテナであるＲｅｓｐｏｎｓｅＣｏｎｔａｉｎｅｒのデータ構造を示した概略図である。図示する例では、ＲｅｓｐｏｎｓｅＣｏｎｔａｉｎｅｒは、ＣｏｎｔａｉｎｅｒＬｅｎｇｔｈと、ＣｏｎｔａｉｎｅｒＴｙｐｅと、Ｃｏｄｅと、ＴｒａｎｓａｃｔｉｏｎＩＤと、ＰａｙｌｏａｄとのＦｉｅｌｄを有している。

ＣｏｎｔａｉｎｅｒＬｅｎｇｔｈは、Ｃｏｎｔａｉｎｅｒのサイズを格納する。ＣｏｎｔａｉｎｅｒＴｙｐｅは、Ｃｏｎｔａｉｎｅｒタイプ（Ｒｅｓｐｏｎｓｅ）を格納する。Ｃｏｄｅは、ＰＴＰに定義されているレスポンスコードを格納する。ＴｒａｎｓａｃｔｉｏｎＩＤは、トランザクションを一意に特定する識別子であるＴｒａｎｓａｃｔｉｏｎＩＤを格納する。Ｐａｙｌｏａｄは、レスポンスパラメータを格納する。図示する例では、Ｐａｙｌｏａｄは、Ｐａｒａｍｅｔｅｒ１〜５の５つのレスポンスパラメータを格納している。

図１４は、Ｅｖｅｎｔを変換したコンテナであるＥｖｅｎｔＣｏｎｔａｉｎｅｒのデータ構造を示した概略図である。図示する例では、ＥｖｅｎｔＣｏｎｔａｉｎｅｒは、ＣｏｎｔａｉｎｅｒＬｅｎｇｔｈと、ＣｏｎｔａｉｎｅｒＴｙｐｅと、Ｃｏｄｅと、ＴｒａｎｓａｃｔｉｏｎＩＤと、ＰａｙｌｏａｄとのＦｉｅｌｄを有している。

ＣｏｎｔａｉｎｅｒＬｅｎｇｔｈは、Ｃｏｎｔａｉｎｅｒのサイズを格納する。ＣｏｎｔａｉｎｅｒＴｙｐｅは、Ｃｏｎｔａｉｎｅｒタイプ（Ｅｖｅｎｔ）を格納する。Ｃｏｄｅは、ＰＴＰに定義されているイベントコードを格納する。ＴｒａｎｓａｃｔｉｏｎＩＤは、トランザクションを一意に特定する識別子であるＴｒａｎｓａｃｔｉｏｎＩＤを格納する。Ｐａｙｌｏａｄは、イベントパラメータを格納する。図示する例では、Ｐａｙｌｏａｄは、Ｐａｒａｍｅｔｅｒ１〜３の３つのイベントパラメータを格納している。

次に、ＯｐｅｒａｔｉｏｎのＴｒａｎｓａｃｔｉｏｎＳｔａｔｅについて説明する。図１５は、本実施形態におけるＯｐｅｒａｔｉｏｎのＴｒａｎｓａｃｔｉｏｎＳｔａｔｅを示した遷移図である。Ｏｐｅｒａｔｉｏｎは、ＩｄｌｅＳｔａｔｅ、ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔＰｈａｓｅ、ＤａｔａＰｈａｓｅ、ＲｅｓｐｏｎｓｅＰｈａｓｅのＴｒａｎｓａｃｔｉｏｎＳｔａｔｅの各状態を遷移することにより実行される。

ＩｄｌｅＳｔａｔｅはＯｐｅｒａｔｉｏｎが実行されておらず、Ｒｅｓｐｏｎｄｅｒは、ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔを待っている状態である。ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔＰｈａｓｅは、ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔを送信するフェーズである。ＤａｔａＰｈａｓｅは、Ｏｐｅｒａｔｉｏｎ毎に定義されているデータを送受信するフェーズである。Ｏｐｅｒａｔｉｏｎによっては、データ転送を伴わないものもあるため、ＤａｔａＰｈａｓｅが無い場合もある。ＲｅｓｐｏｎｓｅＰｈａｓｅは、Ｏｐｅｒａｔｉｏｎの結果を応答するフェーズである。

次に、ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔと、Ｄａｔａと、Ｒｅｓｐｏｎｓｅと、Ｅｖｅｎｔとの送信タイミングについて説明する。図１６は、本実施形態において、ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔと、Ｄａｔａと、Ｒｅｓｐｏｎｓｅと、Ｅｖｅｎｔとの送信タイミングを示したシーケンス図である。

ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔは、ＩｎｉｔｉａｔｏｒがＲｅｓｐｏｎｄｅｒにオペレーション要求をする際に送信される。Ｄａｔａは要求されたオペレーションに応じたデータが送信され、オペレーションによりＩｎｉｔｉａｔｏｒからＲｅｓｐｏｎｄｅｒへ送信される場合とＲｅｓｐｏｎｄｅｒからＩｎｉｔｉａｔｏｒに送信される場合、あるいはＤａｔａ送信が無いものもある。ＥｖｅｎｔはＲｅｓｐｏｎｄｅｒからＩｎｉｔｉａｔｏｒにイベントを通知する際に送信され、ＴｒａｎｓａｃｔｉｏｎＳｔａｔｅに依存せず非同期に送信可能である。

次に、ＣａｎｃｅｌＲｅｑｕｅｓｔとＲｅｓｅｔＲｅｑｕｅｓｔとについて説明する。ＣａｎｃｅｌＲｅｑｕｅｓｔは、ＩｎｉｔｉａｔｏｒによるＯｐｅｒａｔｉｏｎキャンセル時に使用され、ＣａｎｃｅｌＲｅｑｕｅｓｔを受け取ったＲｅｓｐｏｎｄｅｒは、実行中のＯｐｅｒａｔｉｏｎをキャンセルする。ＲｅｓｅｔＲｅｑｕｅｓｔは、ＩｎｉｔｉａｔｏｒによるＤｅｖｉｃｅＲｅｓｅｔ時に使用され、ＲｅｓｅｔＲｅｑｕｅｓｔを受け取ったＲｅｓｐｏｎｄｅｒは、実行中のＯｐｅｒａｔｉｏｎがあれば、これをキャンセルし、ＴｒａｎｓａｃｔｉｏｎＳｔａｔｅをＩｄｌｅＳｔａｔｅに遷移させる。

ＣａｎｃｅｌＲｅｑｕｅｓｔとＲｅｓｅｔＲｅｑｕｅｓｔとはＰＴＰ仕様に定義されていないトランスポート特有のＣｏｎｔｒｏｌＲｅｑｕｅｓｔである。ＣｏｎｔｒｏｌＲｅｑｕｅｓｔは、ＩｎｉｔｉａｔｏｒからＲｅｓｐｏｎｄｅｒに発行される。ＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＰＴＰＬａｙｅｒから送信要求されるＣｏｎｔｒｏｌＲｅｑｕｅｓｔ（ＣａｎｃｅｌＲｅｑｕｅｓｔ、ＲｅｓｅｔＲｅｑｕｅｓｔ）をＰＴＰＤａｔａとしてＴｒａｎｓｐｏｒｔＬａｙｅｒにより送受信する。

図１７は、ＣａｎｃｅｌＲｅｑｕｅｓｔのデータ構造を示した概略図である。図示する例では、ＣａｎｃｅｌＲｅｑｕｅｓｔは、ＣｏｎｔａｉｎｅｒＬｅｎｇｔｈと、ＣｏｎｔａｉｎｅｒＴｙｐｅと、Ｃｏｄｅと、ＴｒａｎｓａｃｔｉｏｎＩＤと、ＰａｙｌｏａｄとのＦｉｅｌｄを有している。

ＣｏｎｔａｉｎｅｒＬｅｎｇｔｈは、Ｃｏｎｔａｉｎｅｒのサイズを格納する。ＣｏｎｔａｉｎｅｒＴｙｐｅは、Ｃｏｎｔａｉｎｅｒタイプ（ＣｏｎｔｒｏｌＲｅｑｕｅｓｔ）を格納する。Ｃｏｄｅは、ＣａｎｃｅｌＲｅｑｕｅｓｔを格納する。ＴｒａｎｓａｃｔｉｏｎＩＤは、キャンセルしたいＯｐｅｒａｔｉｏｎのＴｒａｎｓａｃｔｉｏｎＩＤを格納する。Ｐａｙｌｏａｄには格納する情報がないため省略してもよい。

図１８は、ＲｅｓｅｔＲｅｑｕｅｓｔのデータ構造を示した概略図である。図示する例では、ＲｅｓｅｔＲｅｑｕｅｓｔは、ＣｏｎｔａｉｎｅｒＬｅｎｇｔｈと、ＣｏｎｔａｉｎｅｒＴｙｐｅと、Ｃｏｄｅと、ＴｒａｎｓａｃｔｉｏｎＩＤと、ＰａｙｌｏａｄとのＦｉｅｌｄを有している。

ＣｏｎｔａｉｎｅｒＬｅｎｇｔｈは、Ｃｏｎｔａｉｎｅｒのサイズを格納する。ＣｏｎｔａｉｎｅｒＴｙｐｅは、Ｃｏｎｔａｉｎｅｒタイプ（ＣｏｎｔｒｏｌＲｅｑｕｅｓｔ）を格納する。Ｃｏｄｅは、ＲｅｓｅｔＲｅｑｕｅｓｔを格納する。ＴｒａｎｓａｃｔｉｏｎＩＤは、0ｘ００００００００を格納する。Ｐａｙｌｏａｄには格納する情報がないため省略してもよい。

次に、ＣａｎｃｅｌＲｅｑｕｅｓｔとＲｅｓｅｔＲｅｑｕｅｓｔとの送信タイミングについて説明する。図１９は、本実施形態において、ＣａｎｃｅｌＲｅｑｕｅｓｔとＲｅｓｅｔＲｅｑｕｅｓｔとの送信タイミングを示したシーケンス図である。ＣａｎｃｅｌＲｅｑｕｅｓｔおよびＲｅｓｅｔＲｅｑｕｅｓｔは、ＩｎｉｔｉａｔｏｒからＲｅｓｐｏｎｄｅｒに送信され、ＴｒａｎｓａｃｔｉｏｎＳｔａｔｅに依存せず非同期に送信可能である。

次に、オペレーションをキャンセルすることが可能なタイミングについて説明する。図２０は、本実施形態においてオペレーションをキャンセルすることが可能なタイミングを示した概略図である。図示する例では、キャンセルするタイミングとしてＣａｓｅ１からＣａｓｅ７が示されている。

Ｃａｓｅ１は、データ送受信無しのＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔを送信した直後にオペレーションをキャンセルするタイミングを示す。Ｃａｓｅ２は、データ受信ありのＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔを送信した直後にオペレーションをキャンセルするタイミングを示す。Ｃａｓｅ３は、データを受信中にオペレーションをキャンセルするタイミングを示す。Ｃａｓｅ４は、データの受信を終了した直後にオペレーションをキャンセルするタイミングを示す。Ｃａｓｅ５は、データ送信ありのＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔを送信した直後にオペレーションをキャンセルするタイミングを示す。Ｃａｓｅ６は、データを送信中にオペレーションをキャンセルするタイミングを示す。Ｃａｓｅ７は、データの送信を完了した直後にオペレーションをキャンセルするタイミングを示す。

次に、Ｃａｓｅ１からＣａｓｅ７において、ＣａｎｃｅｌＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順について説明する。図２１は、本実施形態のＣａｓｅ１、Ｃａｓｅ２、Ｃａｓｅ５において、ＣａｎｃｅｌＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。

（ステップＳ２１０１）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔの送信要求を行う。
（ステップＳ２１０２）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔをＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ２１０３）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒをＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ２１０４）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ２１０５）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔの受信通知を行う。
（ステップＳ２１０６）ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒは、Ｏｐｅｒａｔｉｏｎを実行する。

（ステップＳ２１０７）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、オペレーションを停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、ＣａｎｃｅｌＲｅｑｕｅｓｔの送信要求を行う。
（ステップＳ２１０８）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＣａｎｃｅｌＲｅｑｕｅｓｔをＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＲｅｑｕｅｓｔ）に変換する。
（ステップＳ２１０９）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＲｅｑｕｅｓｔ）をＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ２１１０）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、ＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＲｅｑｕｅｓｔ）に変換する。
（ステップＳ２１１１）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、ＣａｎｃｅｌＲｅｑｕｅｓｔの受信通知を行う。
（ステップＳ２１１２）ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。

（ステップＳ２１１３）ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒは、オペレーションを停止させたことを通知するために、ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、Ｃｏｄｅにレスポンスコード“ＴｒａｎｓａｃｔｉｏｎＣａｎｃｅｌｌｅｄ”をセットしＲｅｓｐｏｎｓｅの送信要求を行う。
（ステップＳ２１１４）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｓｅをＲｅｓｐｏｎｓｅＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ２１１５）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｓｅＣｏｎｔａｉｎｅｒをＰＤＵ（ＭＦ＝０）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。

（ステップＳ２１１６）ＩｎｉｔｉａｔｏｒｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、ＲｅｓｐｏｎｓｅＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ２１１７）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒに対して、Ｒｅｓｐｏｎｓｅの受信通知を行う。

上述したとおり、
１．Ｉｎｉｔｉａｔｏｒは、ＣａｎｃｅｌＲｅｑｕｅｓｔを送信する。
２．Ｒｅｓｐｏｎｄｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
３．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“ＴｒａｎｓａｃｔｉｏｎＣａｎｃｅｌｌｅｄ”をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ１、Ｃａｓｅ２およびＣａｓｅ５において、オペレーションをキャンセルすることができる。なお、Ｃａｓｅ２の場合、ＲｅｓｐｏｎｄｅｒはＲｅｓｐｏｎｓｅ送信前にＭｏｒｅＦｒａｍｅに０をセットしたデータ（ＰＤＵ）を送信してもよい。

図２２は、本実施形態のＣａｓｅ３において、ＣａｎｃｅｌＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。

ステップＳ２２０１〜ステップＳ２２０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。

（ステップＳ２２０７）ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ２２０８）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＤａｔａをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ２２０９）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。

（ステップＳ２２１０）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、オペレーションを停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、ＣａｎｃｅｌＲｅｑｕｅｓｔの送信要求を行う。
（ステップＳ２２１１）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＣａｎｃｅｌＲｅｑｕｅｓｔをＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＲｅｑｕｅｓｔ）に変換する。
（ステップＳ２２１２）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＲｅｑｕｅｓｔ）をＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ２２１３）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、ＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＲｅｑｕｅｓｔ）に変換する。
（ステップＳ２２１４）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、ＣａｎｃｅｌＲｅｑｕｅｓｔの受信通知を行う。

（ステップＳ２２１５）ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒは、送信中断要求を行う。
（ステップＳ２２１６）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＴｒａｎｓｐｏｒｔＬａｙｅｒに送信中断の指示を行う。
（ステップＳ２２１７）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、次に送信するＰＤＵのＭｏｒｅＦｒａｍｅに０を設定し、Ｉｎｉｔｉａｔｏｒに送信する。

（ステップＳ２２１８）ＩｎｉｔｉａｔｏｒｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ２２１９）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒに対して、Ｄａｔａの受信通知を行う。

ステップＳ２２２０〜ステップＳ２２２５の処理は、図２１のステップＳ２１１２〜ステップＳ２１１７の処理と同様の処理である。

上述したとおり、
１．Ｉｎｉｔｉａｔｏｒは、ＣａｎｃｅｌＲｅｑｕｅｓｔを送信する。
２．Ｒｅｓｐｏｎｄｅｒは、ＭｏｒｅＦｒａｍｅに０をセットしたデータ（ＰＤＵ）を送信する。Ｉｎｉｔｉａｔｏｒは受信したデータを無視する。
３．Ｒｅｓｐｏｎｄｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
４．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“ＴｒａｎｓａｃｔｉｏｎＣａｎｃｅｌｌｅｄ”をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ３において、オペレーションをキャンセルすることができる。

図２３は、本実施形態のＣａｓｅ４において、ＣａｎｃｅｌＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。

ステップＳ２３０１〜ステップＳ２３０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。

（ステップＳ２３０７）ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ２３０８）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＤａｔａをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ２３０９）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。

（ステップＳ２３１０）ＩｎｉｔｉａｔｏｒｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ２３１１）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒに対して、Ｄａｔａの受信通知を行う。

（ステップＳ２３１２）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、オペレーションを停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、ＣａｎｃｅｌＲｅｑｕｅｓｔの送信要求を行う。
（ステップＳ２３１３）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＣａｎｃｅｌＲｅｑｕｅｓｔをＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＲｅｑｕｅｓｔ）に変換する。
（ステップＳ２３１４）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＲｅｑｕｅｓｔ）をＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ２３１５）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、ＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＲｅｑｕｅｓｔ）に変換する。
（ステップＳ２３１６）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、ＣａｎｃｅｌＲｅｑｕｅｓｔの受信通知を行う。

ステップＳ２３１７〜ステップＳ２３２２の処理は、図２１のステップＳ２１１２〜ステップＳ２１１７の処理と同様の処理である。

上述したとおり、
１．Ｉｎｉｔｉａｔｏｒは、ＣａｎｃｅｌＲｅｑｕｅｓｔを送信する。
２．Ｒｅｓｐｏｎｄｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
３．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“ＴｒａｎｓａｃｔｉｏｎＣａｎｃｅｌｌｅｄ”をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ４において、オペレーションをキャンセルすることができる。

図２４は、本実施形態のＣａｓｅ６において、ＣａｎｃｅｌＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。

ステップＳ２４０１〜ステップＳ２４０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。

（ステップＳ２４０７）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ２４０８）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＤａｔａをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ２４０９）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ２４１０）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、Ｄａｔａの送信を停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、送信中断要求を行う。
（ステップＳ２４１１）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒに送信中断の指示を行う。
（ステップＳ２４１２）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、次に送信するＰＤＵのＭｏｒｅＦｒａｍｅに０を設定し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ２４１３）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ２４１４）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、Ｄａｔａの受信通知を行う。

（ステップＳ２４１５）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、オペレーションを停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、ＣａｎｃｅｌＲｅｑｕｅｓｔの送信要求を行う。
（ステップＳ２４１６）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＣａｎｃｅｌＲｅｑｕｅｓｔをＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＲｅｑｕｅｓｔ）に変換する。
（ステップＳ２４１７）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＲｅｑｕｅｓｔ）をＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ２４１８）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、ＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＲｅｑｕｅｓｔ）に変換する。
（ステップＳ２４１９）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、ＣａｎｃｅｌＲｅｑｕｅｓｔの受信通知を行う。

ステップＳ２４２０〜ステップＳ２４２５の処理は、図２１のステップＳ２１１２〜ステップＳ２１１７の処理と同様の処理である。

上述したとおり、
１．Ｉｎｉｔｉａｔｏｒは、ＭｏｒｅＦｒａｍｅに０をセットしたデータ（ＰＤＵ）を送信する。Ｒｅｓｐｏｎｄｅｒは受信したデータを無視する。
２．Ｉｎｉｔｉａｔｏｒは、ＣａｎｃｅｌＲｅｑｕｅｓｔを送信する。
３．Ｒｅｓｐｏｎｄｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
４．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“ＴｒａｎｓａｃｔｉｏｎＣａｎｃｅｌｌｅｄ”をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ６において、オペレーションをキャンセルすることができる。

図２５は、本実施形態のＣａｓｅ７において、ＣａｎｃｅｌＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。

ステップＳ２５０１〜ステップＳ２５０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。

（ステップＳ２５０７）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ２５０８）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＤａｔａをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ２５０９）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ２５１０）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ２５１１）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、Ｄａｔａの受信通知を行う。

（ステップＳ２５１２）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、オペレーションを停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、ＣａｎｃｅｌＲｅｑｕｅｓｔの送信要求を行う。
（ステップＳ２５１３）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＣａｎｃｅｌＲｅｑｕｅｓｔをＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＲｅｑｕｅｓｔ）に変換する。
（ステップＳ２５１４）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＲｅｑｕｅｓｔ）をＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ２５１５）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、ＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＲｅｑｕｅｓｔ）に変換する。
（ステップＳ２５１６）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、ＣａｎｃｅｌＲｅｑｕｅｓｔの受信通知を行う。

ステップＳ２５１７〜ステップＳ２５２２の処理は、図２１のステップＳ２１１２〜ステップＳ２１１７の処理と同様の処理である。

上述したとおり、
１．Ｉｎｉｔｉａｔｏｒは、ＣａｎｃｅｌＲｅｑｕｅｓｔを送信する。
２．Ｒｅｓｐｏｎｄｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
３．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“ＴｒａｎｓａｃｔｉｏｎＣａｎｃｅｌｌｅｄ”をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ７において、オペレーションをキャンセルすることができる。

次に、Ｃａｓｅ１からＣａｓｅ７において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎＥｖｅｎｔを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順について説明する。図２６は、本実施形態のＣａｓｅ１、Ｃａｓｅ２において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎＥｖｅｎｔを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。

ステップＳ２６０１〜ステップＳ２６０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。

（ステップＳ２６０７）ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒは、オペレーションを停止させるために、ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の送信要求を行う。
（ステップＳ２６０８）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＥｖｅｎｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ２６０９）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＥｖｅｎｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＰＤＵ（ＭＦ＝０）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。

（ステップＳ２６１０）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、ＥｖｅｎｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ２６１１）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の受信通知を行う。
（ステップＳ２６１２）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。

ステップＳ２６１３〜ステップＳ２６１７の処理は、図２１のステップＳ２１１３〜ステップＳ２１１７の処理と同様の処理である。

上述したとおり、
１．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにイベントコード”ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ“をセットし、Ｅｖｅｎｔを送信する。
２．Ｉｎｉｔｉａｔｏｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
３．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“ＴｒａｎｓａｃｔｉｏｎＣａｎｃｅｌｌｅｄ” をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ１およびＣａｓｅ２において、オペレーションをキャンセルすることができる。

図２７は、本実施形態のＣａｓｅ３において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎＥｖｅｎｔを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。

ステップＳ２７０１〜ステップＳ２７０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。

（ステップＳ２７０７）ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ２７０８）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＤａｔａをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ２７０９）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。

（ステップＳ２７１０）ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒは、Ｄａｔａの送信を停止させるために、ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、送信中断要求を行う。
（ステップＳ２７１１）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒに送信中断の指示を行う。
（ステップＳ２７１２）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、次に送信するＰＤＵのＭｏｒｅＦｒａｍｅに０を設定し、Ｉｎｉｔｉａｔｏｒに送信する。

（ステップＳ２７１３）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ２７１４）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒに対して、Ｄａｔａの受信通知を行う。

（ステップＳ２７１５）ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒは、オペレーションを停止させるために、ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の送信要求を行う。
（ステップＳ２７１６）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＥｖｅｎｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ２７１７）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＥｖｅｎｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＰＤＵ（ＭＦ＝０）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。

（ステップＳ２７１８）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、ＥｖｅｎｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ２７１９）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の受信通知を行う。
（ステップＳ２７２０）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。

ステップＳ２７２１〜ステップＳ２７２５の処理は、図２１のステップＳ２１１３〜ステップＳ２１１７の処理と同様の処理である。

上述したとおり、
１．Ｒｅｓｐｏｎｄｅｒは、ＭｏｒｅＦｒａｍｅに０をセットしたデータ（ＰＤＵ）を送信する。Ｉｎｉｔｉａｔｏｒは受信したデータを無視する。
２．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにイベントコード”ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ“をセットし、Ｅｖｅｎｔを送信する。
３．Ｉｎｉｔｉａｔｏｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
４．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“ＴｒａｎｓａｃｔｉｏｎＣａｎｃｅｌｌｅｄ”をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ３において、オペレーションをキャンセルすることができる。

図２８は、本実施形態のＣａｓｅ４において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎＥｖｅｎｔを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。

ステップＳ２８０１〜ステップＳ２８０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。

（ステップＳ２８０７）ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ２８０８）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＤａｔａをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ２８０９）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。

（ステップＳ２８１０）ＩｎｉｔｉａｔｏｒｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ２８１１）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒに対して、Ｄａｔａの受信通知を行う。

（ステップＳ２８１２）ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒは、オペレーションを停止させるために、ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の送信要求を行う。
（ステップＳ２８１３）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＥｖｅｎｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ２８１４）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＥｖｅｎｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＰＤＵ（ＭＦ＝０）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。

（ステップＳ２８１５）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、ＥｖｅｎｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ２８１６）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の受信通知を行う。
（ステップＳ２８１７）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。

ステップＳ２８１８〜ステップＳ２８２２の処理は、図２１のステップＳ２１１３〜ステップＳ２１１７の処理と同様の処理である。

上述したとおり、
１．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにイベントコード”ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ“をセットし、Ｅｖｅｎｔを送信する。
２．Ｉｎｉｔｉａｔｏｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
３．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“ＴｒａｎｓａｃｔｉｏｎＣａｎｃｅｌｌｅｄ”をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ４において、オペレーションをキャンセルすることができる。

図２９は、本実施形態のＣａｓｅ５において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎＥｖｅｎｔを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。

ステップＳ２９０１〜ステップＳ２９０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。

（ステップＳ２９０７）ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒは、オペレーションを停止させるために、ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の送信要求を行う。
（ステップＳ２９０８）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＥｖｅｎｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ２９０９）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＥｖｅｎｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＰＤＵ（ＭＦ＝０）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。

（ステップＳ２９１０）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、ＥｖｅｎｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ２９１１）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の受信通知を行う。

（ステップＳ２９１２）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、ＤａｔａＰｈａｓｅ終了用のダミーデータであるＤａｔａの送信要求を行う。
（ステップＳ２９１３）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＤａｔａをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ２９１４）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＤａｔａをＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ２９１５）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、ＰＤＵ（ＭＦ＝０）をＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ２９１６）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、Ｄａｔａの受信通知を行う。

ステップＳ２９１７〜ステップＳ２９２１の処理は、図２１のステップＳ２１１３〜ステップＳ２１１７の処理と同様の処理である。

上述したとおり、
１．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにイベントコード”ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ“をセットし、Ｅｖｅｎｔを送信する。
２．Ｉｎｉｔｉａｔｏｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
３．Ｉｎｉｔｉａｔｏｒは、ＭｏｒｅＦｒａｍｅに０をセットしたデータ（ＰＤＵ）を送信する。Ｒｅｓｐｏｎｄｅｒは受信したデータを無視する。
４．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“ＴｒａｎｓａｃｔｉｏｎＣａｎｃｅｌｌｅｄ”をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ５において、オペレーションをキャンセルすることができる。

図３０は、本実施形態のＣａｓｅ６において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎＥｖｅｎｔを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。

ステップＳ３００１〜ステップＳ３００６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。

（ステップＳ３００７）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ３００８）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＤａｔａをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ３００９）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ３０１０）ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒは、オペレーションを停止させるために、ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の送信要求を行う。
（ステップＳ３０１１）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＥｖｅｎｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ３０１２）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＥｖｅｎｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＰＤＵ（ＭＦ＝０）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。

（ステップＳ３０１３）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、ＥｖｅｎｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ３０１４）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の受信通知を行う。
（ステップＳ３０１５）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。

（ステップＳ３０１６）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、Ｄａｔａの送信を停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、送信中断要求を行う。
（ステップＳ３０１７）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒに送信中断の指示を行う。
（ステップＳ３０１８）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、次に送信するＰＤＵのＭｏｒｅＦｒａｍｅに０を設定し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ３０１９）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ３０２０）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、Ｄａｔａの受信通知を行う。

ステップＳ３０２１〜ステップＳ３０２５の処理は、図２１のステップＳ２１１３〜ステップＳ２１１７の処理と同様の処理である。

上述したとおり、
１．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにイベントコード”ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ“をセットし、Ｅｖｅｎｔを送信する。
２．Ｉｎｉｔｉａｔｏｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
３．Ｉｎｉｔｉａｔｏｒは、ＭｏｒｅＦｒａｍｅに０をセットしたデータ（ＰＤＵ）を送信する。Ｒｅｓｐｏｎｄｅｒは受信したデータを無視する。
４．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“ＴｒａｎｓａｃｔｉｏｎＣａｎｃｅｌｌｅｄ”をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ６において、オペレーションをキャンセルすることができる。

図３１は、本実施形態のＣａｓｅ７において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎＥｖｅｎｔを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。

ステップＳ３１０１〜ステップＳ３１０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。

（ステップＳ３１０７）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ３１０８）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＤａｔａをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ３１０９）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ３１１０）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ３１１１）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、Ｄａｔａの受信通知を行う。

（ステップＳ３１１２）ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒは、オペレーションを停止させるために、ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の送信要求を行う。
（ステップＳ３１１３）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＥｖｅｎｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ３１１４）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＥｖｅｎｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＰＤＵ（ＭＦ＝０）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。

（ステップＳ３１１５）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、ＥｖｅｎｔＣｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ３１１６）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の受信通知を行う。
（ステップＳ３１１７）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。

ステップＳ３１１８〜ステップＳ３１２２の処理は、図２１のステップＳ２１１３〜ステップＳ２１１７の処理と同様の処理である。

上述したとおり、
１．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにイベントコード”ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ“をセットし、Ｅｖｅｎｔを送信する。
２．Ｉｎｉｔｉａｔｏｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
３．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“ＴｒａｎｓａｃｔｉｏｎＣａｎｃｅｌｌｅｄ”をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ６において、オペレーションをキャンセルすることができる。

次に、Ｃａｓｅ１からＣａｓｅ７において、ＲｅｓｅｔＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順について説明する。図３２は、本実施形態のＣａｓｅ１、Ｃａｓｅ２およびＣａｓｅ５において、ＲｅｓｅｔＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。

ステップＳ３２０１〜ステップＳ３２０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。

（ステップＳ３２０７）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、オペレーションを停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、ＲｅｓｅｔＲｅｑｕｅｓｔの送信要求を行う。
（ステップＳ３２０８）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｅｔＲｅｑｕｅｓｔをＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＲｅｓｅｔＲｅｑｕｅｓｔ）に変換する。
（ステップＳ３２０９）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＲｅｓｅｔＲｅｑｕｅｓｔ）をＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ３２１０）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、ＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＲｅｓｅｔＲｅｑｕｅｓｔ）に変換する。
（ステップＳ３２１１）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、ＲｅｓｅｔＲｅｑｕｅｓｔの受信通知を行う。
（ステップＳ３２１２）ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒは、処理をＲｅｓｅｔ（Ｏｐｅｒａｔｉｏｎをキャンセル）する。

（ステップＳ３２１３）ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒは、ダミーデータであるＤａｔａの送信要求を行う。
（ステップＳ３２１４）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＤａｔａをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ３２１５）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＤａｔａをＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ３２１６）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、ＰＤＵ（ＭＦ＝０）をＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ３２１７）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、Ｄａｔａの受信通知を行う。

上述したとおり、
１．Ｉｎｉｔｉａｔｏｒは、ＲｅｓｅｔＲｅｑｕｅｓｔを送信する。
２．Ｒｅｓｐｏｎｄｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
３．Ｒｅｓｐｏｎｄｅｒは、ＭｏｒｅＦｒａｍｅに０をセットしたダミーデータを送信する。Ｉｎｉｔｉａｔｏｒは受信したデータを無視する。
４．ＯｐｅｒａｔｉｏｎＰｈａｓｅＳｔａｔｅをＩｄｌｅＳｔａｔｅに遷移させる。
を実施することで、Ｃａｓｅ１、Ｃａｓｅ２およびＣａｓｅ５において、オペレーションをキャンセルすることができる。

図３３は、本実施形態のＣａｓｅ３において、ＲｅｓｅｔＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。

ステップＳ３３０１〜ステップＳ３３０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。

（ステップＳ３３０７）ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ３３０８）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＤａｔａをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ３３０９）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。

（ステップＳ３３１０）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、オペレーションを停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、ＲｅｓｅｔＲｅｑｕｅｓｔの送信要求を行う。
（ステップＳ３３１１）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｅｔＲｅｑｕｅｓｔをＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＲｅｓｅｔＲｅｑｕｅｓｔ）に変換する。
（ステップＳ３３１２）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＲｅｓｅｔＲｅｑｕｅｓｔ）をＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ３３１３）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、ＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＲｅｓｅｔＲｅｑｕｅｓｔ）に変換する。
（ステップＳ３３１４）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、ＲｅｓｅｔＲｅｑｕｅｓｔの受信通知を行う。

（ステップＳ３３１５）ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒは、送信中断要求を行う。
（ステップＳ３３１６）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＴｒａｎｓｐｏｒｔＬａｙｅｒに送信中断の指示を行う。
（ステップＳ３３１７）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、次に送信するＰＤＵのＭｏｒｅＦｒａｍｅに０を設定し、Ｉｎｉｔｉａｔｏｒに送信する。

（ステップＳ３３１８）ＩｎｉｔｉａｔｏｒｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ３３１９）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒに対して、Ｄａｔａの受信通知を行う。

ステップＳ３３２０〜ステップＳ３３２５の処理は、図３２のステップＳ３２１２〜ステップＳ３２１７の処理と同様の処理である。

上述したとおり、
１．Ｉｎｉｔｉａｔｏｒは、ＲｅｓｅｔＲｅｑｕｅｓｔを送信する。
２．Ｒｅｓｐｏｎｄｅｒは、ＭｏｒｅＦｒａｍｅに０をセットしたデータを送信する。Ｉｎｉｔｉａｔｏｒは受信したデータを無視する。
３．Ｒｅｓｐｏｎｄｅｒは、Ｏｐｅｒａｔｉｏｎ.をキャンセルする。
４．Ｒｅｓｐｏｎｄｅｒは、ＭｏｒｅＦｒａｍｅに０をセットしたダミーデータを送信する。Ｉｎｉｔｉａｔｏｒは受信したデータを無視する。
５．ＯｐｅｒａｔｉｏｎＰｈａｓｅＳｔａｔｅをＩｄｌｅＳｔａｔｅに遷移させる。
を実施することで、Ｃａｓｅ３において、オペレーションをキャンセルすることができる。

図３４は、本実施形態のＣａｓｅ４において、ＲｅｓｅｔＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。

ステップＳ３４０１〜ステップＳ３４０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。

（ステップＳ３４０７）ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ３４０８）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＤａｔａをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ３４０９）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。

（ステップＳ３４１０）ＩｎｉｔｉａｔｏｒｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ３４１１）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒに対して、Ｄａｔａの受信通知を行う。

（ステップＳ３４１２）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、オペレーションを停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、ＲｅｓｅｔＲｅｑｕｅｓｔの送信要求を行う。
（ステップＳ３４１３）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｅｔＲｅｑｕｅｓｔをＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＲｅｓｅｔＲｅｑｕｅｓｔ）に変換する。
（ステップＳ３４１４）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＲｅｓｅｔＲｅｑｕｅｓｔ）をＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ３４１５）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、ＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＲｅｓｅｔＲｅｑｕｅｓｔ）に変換する。
（ステップＳ３４１６）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、ＲｅｓｅｔＲｅｑｕｅｓｔの受信通知を行う。

ステップＳ３４１７〜ステップＳ３４２２の処理は、図３２のステップＳ３２１２〜ステップＳ３２１７の処理と同様の処理である。

上述したとおり、
１．Ｉｎｉｔｉａｔｏｒは、ＲｅｓｅｔＲｅｑｕｅｓｔを送信する。
２．Ｒｅｓｐｏｎｄｅｒは、Ｏｐｅｒａｔｉｏｎ.をキャンセルする。
３．Ｒｅｓｐｏｎｄｅｒは、ＭｏｒｅＦｒａｍｅに０をセットしたダミーデータを送信する。Ｉｎｉｔｉａｔｏｒは受信したデータを無視する。
４．ＯｐｅｒａｔｉｏｎＰｈａｓｅＳｔａｔｅをＩｄｌｅＳｔａｔｅに遷移させる。
を実施することで、Ｃａｓｅ４において、オペレーションをキャンセルすることができる。

図３５は、本実施形態のＣａｓｅ６において、ＲｅｓｅｔＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。

ステップＳ３５０１〜ステップＳ３５０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。

（ステップＳ３５０７）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ３５０８）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＤａｔａをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ３５０９）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ３５１０）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、Ｄａｔａの送信を停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、送信中断要求を行う。
（ステップＳ３５１１）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒに送信中断の指示を行う。
（ステップＳ３５１２）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、次に送信するＰＤＵのＭｏｒｅＦｒａｍｅに０を設定し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ３５１３）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ３５１４）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、Ｄａｔａの受信通知を行う。

（ステップＳ３５１５）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、オペレーションを停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、ＲｅｓｅｔＲｅｑｕｅｓｔの送信要求を行う。
（ステップＳ３５１６）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｅｔＲｅｑｕｅｓｔをＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＲｅｓｅｔＲｅｑｕｅｓｔ）に変換する。
（ステップＳ３５１７）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＲｅｓｅｔＲｅｑｕｅｓｔ）をＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ３５１８）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、ＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＲｅｓｅｔＲｅｑｕｅｓｔ）に変換する。
（ステップＳ３５１９）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、ＲｅｓｅｔＲｅｑｕｅｓｔの受信通知を行う。

ステップＳ３５２０〜ステップＳ３５２５の処理は、図３２のステップＳ３２１２〜ステップＳ３２１７の処理と同様の処理である。

上述したとおり、
１．Ｉｎｉｔｉａｔｏｒは、ＭｏｒｅＦｒａｍｅに０をセットしたデータを送信する。Ｒｅｓｐｏｎｄｅｒは受信したデータを無視する。
２．Ｉｎｉｔｉａｔｏｒは、ＲｅｓｅｔＲｅｑｕｅｓｔを送信する。
３．Ｒｅｓｐｏｎｄｅｒは、Ｏｐｅｒａｔｉｏｎ.をキャンセルする。
４．Ｒｅｓｐｏｎｄｅｒは、ＭｏｒｅＦｒａｍｅに０をセットしたダミーデータを送信する。Ｉｎｉｔｉａｔｏｒは受信したデータを無視する。
５．ＯｐｅｒａｔｉｏｎＰｈａｓｅＳｔａｔｅをＩｄｌｅＳｔａｔｅに遷移させる。
を実施することで、Ｃａｓｅ６において、オペレーションをキャンセルすることができる。

図３６は、本実施形態のＣａｓｅ７において、ＲｅｓｅｔＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。

ステップＳ３６０１〜ステップＳ３６０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。

（ステップＳ３６０７）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ３６０８）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＤａｔａをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ３６０９）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ３６１０）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａＣｏｎｔａｉｎｅｒに変換する。
（ステップＳ３６１１）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、Ｄａｔａの受信通知を行う。

（ステップＳ３６１２）ＩｎｉｔｉａｔｏｒのＰＴＰＬａｙｅｒは、オペレーションを停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒに対して、ＲｅｓｅｔＲｅｑｕｅｓｔの送信要求を行う。
（ステップＳ３６１３）ＩｎｉｔｉａｔｏｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｅｔＲｅｑｕｅｓｔをＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＲｅｓｅｔＲｅｑｕｅｓｔ）に変換する。
（ステップＳ３６１４）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＲｅｓｅｔＲｅｑｕｅｓｔ）をＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。

（ステップＳ３６１５）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、ＣｏｎｔｒｏｌＲｅｑｕｅｓｔＣｏｎｔａｉｎｅｒ（ＲｅｓｅｔＲｅｑｕｅｓｔ）に変換する。
（ステップＳ３６１６）ＲｅｓｐｏｎｄｅｒのＰＴＰＣｏｎｖｅｒｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰＬａｙｅｒに対して、ＲｅｓｅｔＲｅｑｕｅｓｔの受信通知を行う。

ステップＳ３６１７〜ステップＳ３６２２５の処理は、図３２のステップＳ３２１２〜ステップＳ３２１７の処理と同様の処理である。

上述したとおり、
１．Ｉｎｉｔｉａｔｏｒは、ＲｅｓｅｔＲｅｑｕｅｓｔを送信する。
２．Ｒｅｓｐｏｎｄｅｒは、Ｏｐｅｒａｔｉｏｎ.をキャンセルする。
３．Ｒｅｓｐｏｎｄｅｒは、ＭｏｒｅＦｒａｍｅに０をセットしたダミーデータを送信する。Ｉｎｉｔｉａｔｏｒは受信したデータを無視する。
４．ＯｐｅｒａｔｉｏｎＰｈａｓｅＳｔａｔｅをＩｄｌｅＳｔａｔｅに遷移させる。
を実施することで、Ｃａｓｅ７において、オペレーションをキャンセルすることができる。

なお、ＲｅｓｅｔＲｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセルの際に、ＩｎｉｔｉａｔｏｒがＲｅｓｐｏｎｄｅｒのリセット処理が終了したことを知る必要が無い場合等は、「Ｒｅｓｐｏｎｄｅｒは、ＭｏｒｅＦｒａｍｅに０をセットしたダミーデータを送信する」は行わなくてもよい。

上述したとおり、本実施形態では、通信制御部１４，２３の生成部３２は、上位層の通信プロトコルに従って処理を行う処理部３０から第１インタフェース部３１に入力される送信対象のデータを変換および分割してトランスポート層レベルの通信フレームを生成し、第２インタフェース部３３は、生成部３２が生成した通信フレームを出力する。

このときに、通信制御部１４，２３の処理部３０から、送信対象データの送信のキャンセルに関するトリガが第１インタフェース部３１に入力されると、生成部３２は、送信対象データの送信のキャンセルに関するトリガをトランスポート層レベルの情報に変換する。そして、通信制御部１４，２３の付与部３４は、生成部３２が変換した情報に基づいて、第２インタフェース部３３が次に送信するトランスポート層レベルの通信フレームに、送信終了を示すフラグを付与する。そして、第２インタフェース部３３は、付与部３４が送信終了を示すフラグを付与したトランスポート層レベルの通信フレームを送信する。これにより、通信制御部１４，２３は、データの送信を停止させることを送信先に通知する。

また、通信制御部１４，２３の第２インタフェース部３３が、送信終了を示すフラグが付与されたトランスポート層レベルの通信フレームを受信した場合、第１インタフェース部３１は通信相手から送信されていた送信対象データの送信が停止されることを示す情報を上位層の通信プロトコルに従って処理を行う処理部３０に出力する。

従って、通信制御部１４，２３の一方がデータ転送の制御権を有するという既存の機能がないトランスポート層プロトコルを用いて、通信中の通信制御部１４，２３が通信を行う場合においても、一方の通信制御部１４，２３がデータ転送を中断した場合、通信中の通信制御部１４，２３は中断を認識することができる。

また、通信制御部１４，２３の第２インタフェース部３３が、送信対象データを送信している通信相手から送信のキャンセル要求に関連する第２トリガを入力した場合、第１インタフェース部３１は、第２トリガに対応する情報を上位層の通信プロトコルに従って処理を行う処理部３０に出力し、その後、送信対象データの送信のキャンセルに関するトリガの入力を受け付ける。これにより、データを受信している通信制御部１４，２３から、データを送信している通信制御部１４，２３に対して、データの送信を停止させることを通知することができる。

以上、この発明の一実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１・・・電子カメラ、２・・・ＰＣ、１１・・・撮像部、１２・・・記録媒体、１３，２１・・・ＣＰＵ、１４，２３・・・通信制御部、１５，２４・・・操作部、１６，２５・・・表示部、１７，２６・・・ＲＡＭ、１８・・・フラッシュメモリ、２２・・・記録媒体、３０・・・処理部、３１・・・第１インタフェース部、３２・・・第２インタフェース部、３３・・・生成部、３４・・・付与部

Claims

送信対象データおよび前記送信対象データの送信のキャンセルに関係するトリガを、上位層の通信プロトコルに従った処理を行う処理部から入力する第１インタフェース部と、
前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まないトランスポート層レベルの通信フレームを一つ、または複数生成する生成部と、
前記生成した通信フレームを送信する第２インタフェース部と、
前記送信対象データに対応する通信フレームを順次送信している間に前記トリガが入力された場合、前記送信する通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームに、前記送信対象データの送信終了を示すフラグを付与する付与部と、
を有することを特徴とする送信モジュール。
前記第１インタフェース部が入力する前記トリガを前記トランスポート層レベルの情報に変換する変換部を更に有し、
前記付与部は、前記変換された情報に基づいて、前記フラグを付与する
ことを特徴とする請求項１に記載の送信モジュール。
前記第１インタフェース部が入力する前記送信対象データを前記トランスポート層レベルの情報に変換する変換部と、
前記変換された情報を複数に分割する分割部と、
を更に有し、
前記生成部は、前記分割された情報に基づいた前記通信フレームを複数生成し、
前記付与部は、前記分割された情報のうち最後尾に対応する情報以外の情報に対応する通信フレームに前記フラグを付与する
ことを特徴とする請求項１に記載の送信モジュール。
前記第２インタフェース部は、前記送信対象データに対応する通信フレームを順次出力している間に前記トリガが入力された場合、前記フラグが付与された通信フレームの送信後に、前記トリガに対応する情報を送信する
ことを特徴とする請求項１に記載の送信モジュール。
前記第２インタフェース部は、前記送信対象データの送信のキャンセル要求に関係する第２トリガを受信し、
前記第１インタフェース部は、前記第２トリガに対応する情報を前記処理部に出力し、当該出力後に前記トリガを入力する
ことを特徴とする請求項１に記載の送信モジュール。
送信対象データを受信する受信モジュールであって、
前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まない複数の通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームであって、前記送信対象データの送信終了を示すフラグが付与された通信フレームを受信する第２インタフェース部と、
前記フラグが付与された通信フレームを前記第２インタフェース部が受信した場合、前記送信対象データの送信終了を示す情報を、上位層の通信プロトコルに従った処理を行う処理部に出力する第１インタフェース部と、
を有することを特徴とする受信モジュール。
前記第２インタフェース部は、前記フラグが付与された通信フレームを受信したあとに、前記送信対象データの送信のキャンセルを通知する通信フレームを受信し、
前記第１インタフェース部は、前記通知に対応する情報を前記処理部に出力する
ことを特徴とする請求項６に記載の受信モジュール。
前記第１インタフェース部は、前記送信対象データの送信のキャンセル要求に関係する第３トリガを入力し、
前記第２インタフェース部は、前記送信対象データを順次受信している間に、前記第３トリガに対応する情報を送信する
ことを特徴とする請求項６に記載の受信モジュール。
第１インタフェース部が、送信対象データおよび前記送信対象データの送信のキャンセルに関係するトリガを、上位層の通信プロトコルに従った処理を行う処理部から入力するステップと、
生成部が、前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まないトランスポート層レベルの通信フレームを一つ、または複数生成するステップと、
第２インタフェース部が、前記生成した通信フレームを送信するステップと、
前記送信対象データに対応する通信フレームを順次送信している間に前記トリガが入力された場合、付与部が、前記送信する通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームに、前記送信対象データの送信終了を示すフラグを付与するステップと、
を有することを特徴とする送信方法。
送信対象データを受信する受信方法であって、
第２インタフェース部が、前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まない複数の通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームであって、前記送信対象データの送信終了を示すフラグが付与された通信フレームを受信するステップと、
前記フラグが付与された通信フレームを前記第２インタフェース部が受信した場合、第１インタフェース部が、前記送信対象データの送信終了を示す情報を、上位層の通信プロトコルに従った処理を行う処理部に出力するステップと、
を有することを特徴とする受信方法。
送信対象データおよび前記送信対象データの送信のキャンセルに関係するトリガを、上位層の通信プロトコルに従った処理を行う第１の処理部から入力する送信側第１インタフェース部と、
前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まないトランスポート層レベルの通信フレームを一つ、または複数生成する生成部と、
前記生成した通信フレームを送信する送信側第２インタフェース部と、
前記送信対象データに対応する通信フレームを順次送信している間に前記トリガが入力された場合、前記送信する通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームに、前記送信対象データの送信終了を示すフラグを付与する付与部と、
を有する送信モジュールと、
前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まない複数の通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームであって、前記送信対象データの送信終了を示すフラグが付与された通信フレームを受信する受信側第２インタフェース部と、
前記フラグが付与された通信フレームを前記受信側第２インタフェース部が受信した場合、前記送信対象データの送信終了を示す情報を、上位層の通信プロトコルに従って処理を行う第２の処理部に出力する受信側第１インタフェース部と、
を有する受信モジュールと、
を備えたことを特徴とする通信システム。