(57)【特許請求の範囲】
【請求項１】
送信対象データおよび前記送信対象データの送信のキャンセルに関係するトリガを、上位層の通信プロトコルに従った処理を行う処理部から入力する第１インタフェース部と、
前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まないトランスポート層レベルの通信フレームを一つ、または複数生成する生成部と、
前記生成した通信フレームを送信する第２インタフェース部と、
前記送信対象データに対応する通信フレームを順次送信している間に前記トリガが入力された場合、前記送信する通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームに、前記送信対象データの送信終了を示すフラグを付与する付与部と、
を有することを特徴とする送信モジュール。
【請求項２】
前記第１インタフェース部が入力する前記トリガを前記トランスポート層レベルの情報に変換する変換部を更に有し、
前記付与部は、前記変換された情報に基づいて、前記フラグを付与する
ことを特徴とする請求項１に記載の送信モジュール。
【請求項３】
前記第１インタフェース部が入力する前記送信対象データを前記トランスポート層レベルの情報に変換する変換部と、
前記変換された情報を複数に分割する分割部と、
を更に有し、
前記生成部は、前記分割された情報に基づいた前記通信フレームを複数生成し、
前記付与部は、前記分割された情報のうち最後尾に対応する情報以外の情報に対応する通信フレームに前記フラグを付与する
ことを特徴とする請求項１に記載の送信モジュール。
【請求項４】
前記第２インタフェース部は、前記送信対象データに対応する通信フレームを順次出力している間に前記トリガが入力された場合、前記フラグが付与された通信フレームの送信後に、前記トリガに対応する情報を送信する
ことを特徴とする請求項１に記載の送信モジュール。
【請求項５】
前記第２インタフェース部は、前記送信対象データの送信のキャンセル要求に関係する第２トリガを受信し、
前記第１インタフェース部は、前記第２トリガに対応する情報を前記処理部に出力し、当該出力後に前記トリガを入力する
ことを特徴とする請求項１に記載の送信モジュール。
【請求項６】
送信対象データを受信する受信モジュールであって、
前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まない複数の通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームであって、前記送信対象データの送信終了を示すフラグが付与された通信フレームを受信する第２インタフェース部と、
前記フラグが付与された通信フレームを前記第２インタフェース部が受信した場合、前記送信対象データの送信終了を示す情報を、上位層の通信プロトコルに従った処理を行う処理部に出力する第１インタフェース部と、
を有することを特徴とする受信モジュール。
【請求項７】
前記第２インタフェース部は、前記フラグが付与された通信フレームを受信したあとに、前記送信対象データの送信のキャンセルを通知する通信フレームを受信し、
前記第１インタフェース部は、前記通知に対応する情報を前記処理部に出力する
ことを特徴とする請求項６に記載の受信モジュール。
【請求項８】
前記第１インタフェース部は、前記送信対象データの送信のキャンセル要求に関係する第３トリガを入力し、
前記第２インタフェース部は、前記送信対象データを順次受信している間に、前記第３トリガに対応する情報を送信する
ことを特徴とする請求項６に記載の受信モジュール。
【請求項９】
第１インタフェース部が、送信対象データおよび前記送信対象データの送信のキャンセルに関係するトリガを、上位層の通信プロトコルに従った処理を行う処理部から入力するステップと、
生成部が、前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まないトランスポート層レベルの通信フレームを一つ、または複数生成するステップと、
第２インタフェース部が、前記生成した通信フレームを送信するステップと、
前記送信対象データに対応する通信フレームを順次送信している間に前記トリガが入力された場合、付与部が、前記送信する通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームに、前記送信対象データの送信終了を示すフラグを付与するステップと、
を有することを特徴とする送信方法。
【請求項１０】
送信対象データを受信する受信方法であって、
第２インタフェース部が、前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まない複数の通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームであって、前記送信対象データの送信終了を示すフラグが付与された通信フレームを受信するステップと、
前記フラグが付与された通信フレームを前記第２インタフェース部が受信した場合、第１インタフェース部が、前記送信対象データの送信終了を示す情報を、上位層の通信プロトコルに従った処理を行う処理部に出力するステップと、
を有することを特徴とする受信方法。
【請求項１１】
送信対象データおよび前記送信対象データの送信のキャンセルに関係するトリガを、上位層の通信プロトコルに従った処理を行う第１の処理部から入力する送信側第１インタフェース部と、
前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まないトランスポート層レベルの通信フレームを一つ、または複数生成する生成部と、
前記生成した通信フレームを送信する送信側第２インタフェース部と、
前記送信対象データに対応する通信フレームを順次送信している間に前記トリガが入力された場合、前記送信する通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームに、前記送信対象データの送信終了を示すフラグを付与する付与部と、
を有する送信モジュールと、
前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まない複数の通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームであって、前記送信対象データの送信終了を示すフラグが付与された通信フレームを受信する受信側第２インタフェース部と、
前記フラグが付与された通信フレームを前記受信側第２インタフェース部が受信した場合、前記送信対象データの送信終了を示す情報を、上位層の通信プロトコルに従って処理を行う第２の処理部に出力する受信側第１インタフェース部と、
を有する受信モジュールと、
を備えたことを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信モジュール、受信モジュール、送信方法、受信方法および通信システムに関する。
【背景技術】
【０００２】
画像転送プロトコルであるＰｉｃｔｕｒｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ：ＩＳＯ／ＤＩＳ  １５７４０（以下、ＰＴＰと記載する）は、トランスポート層に非依存で適用可能なため、これまでＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）では、ＵＳＢ  Ｓｔｉｌｌ  Ｉｍａｇｅ  Ｃａｐｔｕｒｅ  Ｄｅｖｉｃｅ  Ｃｌａｓｓ（以下、ＳＩＣＤと記載する）が規格化されており、ＩＰ  ｎｅｔｗｏｒｋでは、ＣＩＰＡ  ＤＣ−００５  “Ｐｉｃｔｕｒｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ“  ｏｖｅｒ  ＴＣＰ／ＩＰ  ｎｅｔｗｏｒｋｓ（以下、ＰＴＰ−ＩＰと記載する）が規格化されている。また、近年、有線無線を問わず様々な通信手段が開発されており、今後ＰＴＰの適用範囲はさらに広くなるものと思われる。
【０００３】
ＰＴＰを各トランスポート層に適用する場合、各トランスポート層の特性に応じた実装をしなければならず、特にＰＴＰオペレーションのキャンセルは、データ転送の中断を伴うものがあるため、トランスポート毎に実装が異なっている。トランスポート層がＵＳＢの場合（ＳＩＣＤ）のＰＴＰオペレーションのキャンセル方法は、以下の通りである。
【０００４】
・Ｉｎｉｔｉａｔｏｒがキャンセルする場合
Ｓｔｅｐ１：Ｉｎｉｔｉａｔｏｒは、ＵＳＢ  Ｔｏｋｅｎ（ＩＮ／ＯＵＴ  Ｔｏｋｅｎ）の発行を停止することにより、データ転送（送信／受信）を停止する。
Ｓｔｅｐ２：Ｉｎｉｔｉａｔｏｒは、ＵＳＢ  ｃｌａｓｓ−ｓｐｅｃｉｆｉｃ  Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔを発行し、ＰＴＰオペレーションのキャンセルを要求する。
Ｓｔｅｐ３:Ｒｅｓｐｏｎｄｅｒは、実行中のＰＴＰオペレーションをキャンセルする。
【０００５】
・Ｒｅｓｐｏｎｄｅｒがキャンセルする場合
Ｓｔｅｐ１：Ｒｅｓｐｏｎｄｅｒは、ＢＵＬＫ−ＩＮ／ＯＵＴ  ｅｎｄｐｏｉｎｔをＳＴＡＬＬし、データ転送を停止する。
Ｓｔｅｐ２：Ｉｎｉｔｉａｔｏｒは、ＰＴＰオペレーションをキャンセルする。
【０００６】
ＵＳＢでは、ＩｎｉｔｉａｔｏｒであるＵＳＢ  Ｈｏｓｔがすべてのデータ転送の制御権を有していて、ＵＳＢ  Ｔｏｋｅｎ（ＩＮ／ＯＵＴ  Ｔｏｋｅｎ等）を用いＲｅｓｐｏｎｄｅｒであるＵＳＢ  Ｄｅｖｉｃｅに対しデータ転送可能か否かをポーリングすることにより、データの送受信を行っている。また、Ｒｅｓｐｏｎｄｅｒ（ＵＳＢ  Ｄｅｖｉｃｅ）は、Ｉｎｉｔｉａｔｏｒ  （ＵＳＢ  Ｈｏｓｔ）が発行するＵＳＢ  Ｔｏｋｅｎに対しＳＴＡＬＬを返すことにより現在転送中のデータを停止する、Ｈａｌｔ機能を有している。なお、ＵＳＢについての仕様は非特許文献１に開示されている。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｒｅｖｉｓｉｏｎ  ２．０、［ｏｎｌｉｎｅ］、Ａｐｒｉｌ  ２７，  ２０００、［平成２２年１月２５日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｕｓｂ．ｏｒｇ／ｄｅｖｅｌｏｐｅｒｓ／ｄｏｃｓ／＞
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、通信中の装置の一方がデータ転送の制御権を有するという既存の機能がないトランスポート層プロトコルを用いて、通信装置が通信を行う場合、一方の通信装置がデータ転送を中断しても相手側の通信装置がデータ転送の中断を認識することができないという問題がある。
【０００９】
本発明は、上記事情に鑑みてなされたものであり、通信中の装置の一方がデータ転送の制御権を有するという既存の機能がないトランスポート層プロトコルを用いて、通信装置が通信を行う場合において、一方の通信装置がデータ転送を中断した場合においても、相手側の通信装置がデータ転送の中断を認識することができる送信モジュール、受信モジュール、送信方法、受信方法および通信システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、送信対象データおよび前記送信対象データの送信のキャンセルに関係するトリガを、上位層の通信プロトコルに従った処理を行う処理部から入力する第１インタフェース部と、前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まないトランスポート層レベルの通信フレームを一つ、または複数生成する生成部と、前記生成した通信フレームを送信する第２インタフェース部と、前記送信対象データに対応する通信フレームを順次送信している間に前記トリガが入力された場合、前記送信する通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームに、前記送信対象データの送信終了を示すフラグを付与する付与部と、を有することを特徴とする送信モジュールである。
【００１１】
また、本発明は、前記第１インタフェース部が入力する前記トリガを前記トランスポート層レベルの情報に変換する変換部を更に有し、前記付与部は、前記変換された情報に基づいて、前記フラグを付与することを特徴とする送信モジュールである。
【００１２】
また、本発明は、前記第１インタフェース部が入力する前記送信対象データを前記トランスポート層レベルの情報に変換する変換部と、前記変換された情報を複数に分割する分割部と、を更に有し、前記生成部は、前記分割された情報に基づいた前記通信フレームを複数生成し、前記付与部は、前記分割された情報のうち最後尾に対応する情報以外の情報に対応する通信フレームに前記フラグを付与することを特徴とする送信モジュールである。
【００１３】
また、本発明の送信モジュールにおいて、前記第２インタフェース部は、前記送信対象データに対応する通信フレームを順次出力している間に前記トリガが入力された場合、前記フラグが付与された通信フレームの送信後に、前記トリガに対応する情報を送信することを特徴とする。
【００１４】
また、本発明の送信モジュールにおいて、前記第２インタフェース部は、前記送信対象データの送信のキャンセル要求に関係する第２トリガを受信し、前記第１インタフェース部は、前記第２トリガに対応する情報を前記処理部に出力し、当該出力後に前記トリガを入力することを特徴とする。
【００１５】
また、本発明は、送信対象データを受信する受信モジュールであって、前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まない複数の通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームであって、前記送信対象データの送信終了を示すフラグが付与された通信フレームを受信する第２インタフェース部と、前記フラグが付与された通信フレームを前記第２インタフェース部が受信した場合、前記送信対象データの送信終了を示す情報を、上位層の通信プロトコルに従った処理を行う処理部に出力する第１インタフェース部と、を有することを特徴とする受信モジュールである。
【００１６】
また、本発明の受信モジュールにおいて、前記第２インタフェース部は、前記フラグが付与された通信フレームを受信したあとに、前記送信対象データの送信のキャンセルを通知する通信フレームを受信し、前記第１インタフェース部は、前記通知に対応する情報を前記処理部に出力することを特徴とする。
【００１７】
また、本発明の受信モジュールにおいて、前記第１インタフェース部は、前記送信対象データの送信のキャンセル要求に関係する第３トリガを入力し、前記第２インタフェース部は、前記送信対象データを順次受信している間に、前記第３トリガに対応する情報を送信することを特徴とする。
【００１８】
また、本発明は、第１インタフェース部が、送信対象データおよび前記送信対象データの送信のキャンセルに関係するトリガを、上位層の通信プロトコルに従った処理を行う処理部から入力するステップと、生成部が、前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まないトランスポート層レベルの通信フレームを複数生成するステップと、第２インタフェース部が、前記生成した通信フレームを送信するステップと、前記送信対象データに対応する通信フレームを順次送信している間に前記トリガが入力された場合、付与部が、前記送信する通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームに、前記送信対象データの送信終了を示すフラグを付与するステップと、を有することを特徴とする送信方法である。
【００１９】
また、本発明は、送信対象データを受信する受信方法であって、第２インタフェース部が、前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まない複数の通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームであって、前記送信対象データの送信終了を示すフラグが付与された通信フレームを受信するステップと、前記フラグが付与された通信フレームを前記第２インタフェース部が受信した場合、第１インタフェース部が、前記送信対象データの送信終了を示す情報を、上位層の通信プロトコルに従った処理を行う処理部に出力するステップと、を有することを特徴とする受信方法である。
【００２０】
また、本発明は、送信対象データおよび前記送信対象データの送信のキャンセルに関係するトリガを、上位層の通信プロトコルに従った処理を行う第１の処理部から入力する送信側第１インタフェース部と、前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まないトランスポート層レベルの通信フレームを一つ、または複数生成する生成部と、前記生成した通信フレームを送信する送信側第２インタフェース部と、前記送信対象データに対応する通信フレームを順次送信している間に前記トリガが入力された場合、前記送信する通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームに、前記送信対象データの送信終了を示すフラグを付与する付与部と、を有する送信モジュールと、前記送信対象データに対応し、前記上位層のデータ種別を識別することが可能な情報を含まない複数の通信フレームのうち前記送信対象データの最後尾に対応する通信フレーム以外の通信フレームであって、前記送信対象データの送信終了を示すフラグが付与された通信フレームを受信する受信側第２インタフェース部と、前記フラグが付与された通信フレームを前記受信側第２インタフェース部が受信した場合、前記送信対象データの送信終了を示す情報を、上位層の通信プロトコルに従って処理を行う第２の処理部に出力する受信側第１インタフェース部と、を有する受信モジュールと、を備えたことを特徴とする通信システムである。
【発明の効果】
【００２１】
本発明によれば、生成部は、第１インタフェース部が上位層の通信プロトコルに従った処理を行う処理部から入力する送信対象のデータから、上位層のデータ種別を識別することが可能な情報を含まないトランスポート層レベルの通信フレームを生成し、第２インタフェース部は、生成部が生成した通信フレームを出力する。このときに、第１インタフェース部は、送信対象データの送信のキャンセルに関するトリガを、上位層の通信プロトコルに従った処理を行う処理部から入力すると、付与部は、第２インタフェース部が送信する送信対象データの最後尾に対応する通信フレーム以外の通信フレームに、送信対象データの送信終了を示すフラグを付与する。そして、第２インタフェース部は、付与部が送信対象データの送信終了を示すフラグを付与したトランスポート層レベルの通信フレームを出力する。
【００２２】
従って、データ転送の制御権を有するという既存の機能がないトランスポート層プロトコルを用いて、送信モジュールが通信を行う場合においても、送信モジュールがデータ送信を中断した場合、相手側の通信装置はデータ転送の中断を認識することができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の一実施形態における電子カメラの構成を示したブロック図である。
【図２】本実施形態におけるＰＣの構成を示したブロック図である。
【図３】本実施形態における通信制御部が用いる通信プロトコルの階層を示した階層図である。
【図４】本実施形態における通信制御部の構成を示したブロック図である。
【図５】本実施形態におけるデータフレームの構成を示した概略図である
【図６】本実施形態におけるＡＣＫフレームの構成を示した概略図である。
【図７】本実施形態におけるＰＴＰ  Ｄａｔａの分割例を示した概略図である。
【図８】本実施形態において、ＩｎｉｔｉａｔｏｒからＲｅｓｐｏｎｄｅｒへＰＤＵを送信する際のデータの送信順を示したシーケンス図である。
【図９】本実施形態において、ＲｅｓｐｏｎｄｅｒからＩｎｉｔｉａｔｏｒへＰＤＵを送信する際のデータの送信順を示したシーケンス図である。
【図１０】本実施形態において、ＰＴＰ  Ｄａｔａを送信中に、ＰＴＰ  Ｄａｔａの送信を停止させる方法を示した概略図である。
【図１１】本実施形態におけるＯｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒのデータ構造を示した概略図である。
【図１２】本実施形態におけるＤａｔａ  Ｃｏｎｔａｉｎｅｒのデータ構造を示した概略図である。
【図１３】本実施形態におけるＲｅｓｐｏｎｓｅ  Ｃｏｎｔａｉｎｅｒのデータ構造を示した概略図である。
【図１４】本実施形態におけるＥｖｅｎｔ  Ｃｏｎｔａｉｎｅｒのデータ構造を示した概略図である。
【図１５】本実施形態におけるＯｐｅｒａｔｉｏｎのＴｒａｎｓａｃｔｉｏｎ  Ｓｔａｔｅを示した遷移図である。
【図１６】本実施形態において、Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔと、Ｄａｔａと、Ｒｅｓｐｏｎｓｅと、Ｅｖｅｎｔとの送信タイミングを示したシーケンス図である。
【図１７】本実施形態におけるＣａｎｃｅｌ  Ｒｅｑｕｅｓｔのデータ構造を示した概略図である。
【図１８】本実施形態におけるＲｅｓｅｔ  Ｒｅｑｕｅｓｔのデータ構造を示した概略図である。
【図１９】本実施形態において、Ｃａｎｃｅｌ  ＲｅｑｕｅｓｔとＲｅｓｅｔ  Ｒｅｑｕｅｓｔとの送信タイミングを示したシーケンス図である。
【図２０】本実施形態において、オペレーションをキャンセルすることが可能なタイミングを示した概略図である。
【図２１】本実施形態のＣａｓｅ１、Ｃａｓｅ２、Ｃａｓｅ５において、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【図２２】本実施形態のＣａｓｅ３において、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【図２３】本実施形態のＣａｓｅ４において、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【図２４】本実施形態のＣａｓｅ６において、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【図２５】本実施形態のＣａｓｅ７において、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【図２６】本実施形態のＣａｓｅ１、Ｃａｓｅ２において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【図２７】本実施形態のＣａｓｅ３において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【図２８】本実施形態のＣａｓｅ４において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【図２９】本実施形態のＣａｓｅ５において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【図３０】本実施形態のＣａｓｅ６において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【図３１】本実施形態のＣａｓｅ７において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【図３２】本実施形態のＣａｓｅ１、Ｃａｓｅ２およびＣａｓｅ５において、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【図３３】本実施形態のＣａｓｅ３において、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【図３４】本実施形態のＣａｓｅ４において、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【図３５】本実施形態のＣａｓｅ６において、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【図３６】本実施形態のＣａｓｅ７において、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【発明を実施するための形態】
【００２４】
以下、本発明の一実施形態について図面を参照して説明する。本実施形態は、電子カメラとＰＣ（パーソナルコンピュータ）との間でデータの送受信を行っている際に、データの送受信を停止する例について説明する。
【００２５】
図１は、本実施形態における電子カメラの構成を示したブロック図である。図示する例では、電子カメラ１は、撮像部１１と、記録媒体１２と、ＣＰＵ１３と、通信制御部１４（送信モジュール、受信モジュール）と、操作部１５と、表示部１６と、ＲＡＭ１７と、フラッシュメモリ１８とを備えている。
【００２６】
ＣＰＵ１３は、フラッシュメモリ１８に記録されている制御プログラムを読み出して実行し、ＲＡＭ１７に種々のデータを読み書きすることにより、電子カメラ１が備える各部の動作を統括的に制御する。フラッシュメモリ１８には、制御プログラムの他に、撮影パラメータや通信パラメータ（データ通信プロトコル情報等）等が記録されている。
【００２７】
撮像部１１は、被写体を撮影して撮像信号を生成するとともに、種々の画像処理を行って画像データを作成する。撮像部１１に作成された画像データは、記録媒体１２に記録される。例えば、記録媒体１２として、電子カメラ１に着脱可能なメモリカードや、電子カメラ１に固定されたハードディスクなどが用いられる。
【００２８】
操作部１５は、電子カメラ１の動作に関する指示を入力するための操作スイッチなどを備える。表示部１６は、記録媒体１２から読み出された画像データや、ユーザインタフェース画面等を表示する。通信制御部１４は、ＰＣや、プリンタや、外部記録装置等の外部機器との間で撮影画像等のデータの授受を行う通信インタフェースである。通信インタフェースとは広く情報の送受信に用いられるインタフェースのことで、有線通信に限らず、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ、無線ＬＡＮ）、Ｂｌｕｔｏｏｔｈ（登録商標）、ＩｒＤＡ（登録商標）、ＴｒａｎｓｆｅｒＪＥＴ（登録商標）、ＷｉＭｅｄｉａ（登録商標）などの無線通信も含まれる。
【００２９】
次に、ＰＣの構成について説明する。図２は、本実施形態におけるＰＣの構成を示したブロック図である。図示する例では、ＰＣ２は、ＣＰＵ２１と、記録媒体２２と、通信制御部２３（送信モジュール、受信モジュール）と、操作部２４と、表示部２５と、ＲＡＭ２６とを備えている。
【００３０】
ＣＰＵ２１は、記録媒体２２に記録されている制御プログラムを読み出し実行し、ＲＡＭ２６に種々のデータを読み書きすることにより、ＰＣ２が備える各部の動作を統括的に制御する。例えば、記録媒体２２として、ハードディスクやフラッシュメモリなどが用いられる。記録媒体２２には、制御プログラムの他に、文書データや画像データ等の種々のデータが記録される。
【００３１】
操作部２４は、ＰＣ２の動作に関する指示を入力するためのキーボードやマウスなどを備える。表示部２５は、ユーザインタフェース画面や、記録媒体から読み出された文書データや画像データ等を表示する。通信制御部２３は、電子カメラ１やプリンタ等の機器との間で種々のデータの授受を行う通信インタフェースである。通信インタフェースとは広く情報の送受信に用いられるインタフェースのことで、有線通信に限らず、ＷＬＡＮ、Ｂｌｕｔｏｏｔｈ（登録商標）、ＩｒＤＡ（登録商標）、ＴｒａｎｓｆｅｒＪＥＴ（登録商標）、ＷｉＭｅｄｉａ（登録商標）などの無線通信も含まれる。
【００３２】
次に、電子カメラ１の通信制御部１４と、ＰＣ２の通信制御部２３とが用いる通信プロトコルについて説明する。図３は、本実施形態における電子カメラ１の通信制御部１４と、ＰＣ２の通信制御部２３とが用いる通信プロトコルの階層を示した階層図である。ＰＴＰ機器の役割にはＩｎｉｔｉａｔｏｒ（イニシエータ）とＲｅｓｐｏｎｄｅｒ（レスポンダ）があり、Ｉｎｉｔｉａｔｏｒからのオペレーション要求にＲｅｓｐｏｎｄｅｒが応答することで画像転送や機器制御を行っている。本実施形態では、ＰＣ２がＩｎｉｔｉａｔｏｒの役割で動作し、電子カメラ１がＲｅｓｐｏｎｄｅｒの役割で動作する。
【００３３】
本実施形態の通信プロトコル層は、上位層から順に、ＰＴＰ  Ｌａｙｅｒ、Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ、ＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒである。ＰＴＰ  Ｌａｙｅｒは、ＰＴＰを実現するレイヤである。ＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＩＳＯ１５７４０に記載のＯｐｅｒａｔｉｏｎ／Ｄａｔａ／Ｒｅｓｐｏｎｓｅ／Ｅｖｅｎｔ等のデータをＰＴＰ  ＬａｙｅｒとＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒとの間で利用できるよう相互に変換するレイヤである。Ｔｒａｎｓｐｏｒｔ  ＬａｙｅｒをＵＳＢとした場合は、ＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  ＬａｙｅｒはＳＩＣＤのことを示す。
【００３４】
Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、物理的なデータ転送を行う通信手段（トランスポート）である。Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＵＳＢやＥｔｈｅｒｎｅｔ（登録商標）のような有線通信に限らず、ＷＬＡＮやＩｒＤＡ（登録商標）、ＴｒａｎｓｆｅｒＪＥＴ（登録商標）等の無線通信も含まれる。
【００３５】
次に、電子カメラ１の通信制御部１４とＰＣ２の通信制御部２３とについて説明する。通信制御部１４の構成と通信制御部２３の構成とは同一の構成である。図４は、本実施形態における電子カメラ１の通信制御部１４とＰＣ２の通信制御部２３との構成を示したブロック図である。
【００３６】
図示する例では、通信制御部１４，２３は、上位層の通信プロトコル（ＰＴＰ  Ｌａｙｅｒ）に従った処理を行う処理部３０と、処理部３０からのデータ送信やデータ送信キャンセル等の要求を入力する第１インタフェース部３１（送信側第１インタフェース部、受信側第１インタフェース部）と、トランスポート層レベルの通信フレーム（後述する図５、図６などに示す通信フレーム）を生成する生成部３２と、生成部３２が生成した通信フレームを下位層の通信プロトコルに出力する第２インタフェース部３３（送信側第２インタフェース部、受信側第２インタフェース部）と、送信対象データの送信終了を示すフラグを通信フレームに付与する付与部３４とを備える。生成部３２は、送信対象データや、送信対象データの送信のキャンセルに関するトリガをトランスポート層レベルの情報に変換する変換部３２１と、変換部３２１がトランスポート層レベルの情報に変換した送信対象データを、トランスポート層レベルの通信フレームの大きさに応じて分割する分割部３２２とを備える。本実施形態では、送信対象データの送信終了を示すフラグとしてＭＦ（Ｍｏｒｅ  Ｆｒａｇｍｅｎｔ）を用いる。
【００３７】
なお、通信制御部１４，２３が備える処理部３０はＰＴＰ  Ｌａｙｅｒで規定された処理を行い、第１インタフェース部３１はＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒで規定された処理を行い、第２インタフェース部３３はＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒで規定された処理を行う。また、通信制御部１４，２３が備える生成部３２と付与部３４は、ＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒと、Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒとのいずれかまたは両方で動作する。例えば、生成部３２が備える変換部３２１はＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒで動作し、分割部３２２はＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒで動作するようにしてもよい。
【００３８】
次に、本実施形態におけるデータフレームの構成について説明する。図５は、本実施形態におけるデータフレームの構成を示した概略図である。データフレームは、上位層の通信プロトコルから送信要求されたデータを相手機器に送信するために使用される通信フレームである。データフレームは、送信先ＩＤと、送信元ＩＤと、コントロールデータと、ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）と、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）とを含む。
【００３９】
送信先ＩＤには、メッセージを送信する相手の識別子（ＩＤ）が設定される。但し、接続要求メッセージ時など相手機器が特定されていない場合は、ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ等の特殊な識別子が設定される。送信元ＩＤには自機器の識別子が設定される。コントロールデータにはフレーム種別（本データフレームの場合は‘Ｄａｔａ’）やＭＦ（Ｍｏｒｅ  Ｆｒａｍｅ）フラグ等が設定される。ＭＦフラグはデータを分割送信送するときに使用し、ＭＦ＝１の場合は後続のデータフレームがあることを示し、ＭＦ＝０の場合は後続のデータフレームがないことを示す。ＳＤＵには送信を行う上位層の通信プロトコルから送信要求されたデータが設定される。また、本データフレームをＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）とも呼ぶ。ＣＲＣにはデータフレームに設定されている値に誤りがないことを検出するための値が設定される。
【００４０】
次に、本実施形態におけるＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）フレームの構成について説明する。図６は、本実施形態におけるＡＣＫフレームの構成を示した概略図である。ＡＣＫフレームは、相手機器から送信されたフレームを受信したことを通知するために使用される通信フレームである。ＡＣＫフレームは、送信先ＩＤと、送信元ＩＤと、コントロールデータと、ＣＲＣとを含む。送信先ＩＤと、送信元ＩＤと、ＣＲＣとはデータフレームと同様である。ＡＣＫフレームに含まれるコントロールデータのフレーム種別には‘ＡＣＫ’が設定される。
【００４１】
次に、ＰＴＰ  Ｄａｔａの分割方法について説明する。図７は、本実施形態におけるＰＴＰ  Ｄａｔａの分割例を示した概略図である。Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒから送信要求されたＰＴＰ  ＤａｔａのサイズがＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒの最大ＳＤＵサイズよりも大きい場合は、ＭＦフラグを利用してデータを分割して転送する。図示する例では、ＰＴＰ  ＤａｔａをＰＤＵ１〜ＰＤＵ５に分割している。また、ＰＤＵ１〜ＰＤＵ４のコントロールデータのＭＦは１（ＭＦ＝１）であるため後続データフレームが存在することを示しており、ＰＤＵ５のコントロールデータのＭＦは０（ＭＦ＝０）であるためＰＤＵ５は最終データフレームであることを示している。
【００４２】
次に、ＩｎｉｔｉａｔｏｒからＲｅｓｐｏｎｄｅｒへデータ（ＰＤＵ）を送信する際の送信順について説明する。図８は、本実施形態において、ＩｎｉｔｉａｔｏｒからＲｅｓｐｏｎｄｅｒへＰＤＵを送信する際のデータの送信順を示したシーケンス図である。図示する例は、ＩｎｉｔｉａｔｏｒがＰＤＵ１〜ＰＤＵ５をＲｅｓｐｏｎｄｅｒに送信する例を示している。
【００４３】
Ｉｎｉｔｉａｔｏｒは、ＰＤＵ１（ＭＦ＝１）をＲｅｓｐｏｎｄｅｒに送信する。ＰＤＵ１（ＭＦ＝１）を受信したＲｅｓｐｏｎｄｅｒは、ＰＤＵ１（ＭＦ＝１）を受信したことを通知するＡＣＫをＩｎｉｔｉａｔｏｒに送信する。また、Ｒｅｓｐｏｎｄｅｒは、受信したＰＤＵ１のＭＦは１であるため、ＰＤＵ１（ＭＦ＝１）の後続データフレームがＩｎｉｔｉａｔｏｒから送信されるまで待機する。
【００４４】
Ｉｎｉｔｉａｔｏｒは、ＲｅｓｐｏｎｄｅｒからＰＤＵ１（ＭＦ＝１）に対するＡＣＫを受信すると、ＰＤＵ１（ＭＦ＝１）の後続データフレームであるＰＤＵ２（ＭＦ＝１）をＲｅｓｐｏｎｄｅｒに送信する。ＰＤＵ２（ＭＦ＝２）を受信したＲｅｓｐｏｎｄｅｒは、ＰＤＵ１（ＭＦ＝１）を受信した際と同様に、ＰＤＵ１（ＭＦ＝１）を受信したことを通知するＡＣＫをＩｎｉｔｉａｔｏｒに送信し、ＰＤＵ２（ＭＦ＝１）の後続データフレームがＩｎｉｔｉａｔｏｒから送信されるまで待機する。ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとは、ＰＤＵ３（ＭＦ＝１）とＰＤＵ４（ＭＦ＝１）についてもＰＤＵ２（ＭＦ＝１）と同様に送受信する。
【００４５】
Ｉｎｉｔｉａｔｏｒは、ＲｅｓｐｏｎｄｅｒからＰＤＵ４（ＭＦ＝１）に対するＡＣＫを受信すると、ＰＤＵ４（ＭＦ＝１）の後続データフレームであるＰＤＵ５（ＭＦ＝０）をＲｅｓｐｏｎｄｅｒに送信する。ＰＤＵ５（ＭＦ＝０）を受信したＲｅｓｐｏｎｄｅｒは、ＰＤＵ５（ＭＦ＝０）を受信したことを通知するＡＣＫをＩｎｉｔｉａｔｏｒに送信する。また、受信したＰＤＵ５のＭＦは０である、すなわちＰＤＵ５（ＭＦ＝０）の後続データフレームは無いため、Ｒｅｓｐｏｎｄｅｒは受信処理を終了する。Ｉｎｉｔｉａｔｏｒは、ＲｅｓｐｏｎｄｅｒからＰＤＵ５（ＭＦ＝０）に対するＡＣＫを受信すると、送信処理を終了する。このように、データを受信するＲｅｓｐｏｎｄｅｒは、ＭＦ＝０のＰＤＵを受信すると受信処理を終了する
【００４６】
次に、ＲｅｓｐｏｎｄｅｒからＩｎｉｔｉａｔｏｒへデータ（ＰＤＵ）を送信する際の送信順について説明する。図９は、本実施形態において、ＲｅｓｐｏｎｄｅｒからＩｎｉｔｉａｔｏｒへＰＤＵを送信する際のデータの送信順を示したシーケンス図である。図示する例は、ＲｅｓｐｏｎｄｅｒがＰＤＵ１〜ＰＤＵ５をＩｎｉｔｉａｔｏｒに送信する例を示している。図示する例は、ＲｅｓｐｏｎｄｅｒがＰＤＵ１〜ＰＤＵ５をＩｎｉｔｉａｔｏｒに送信する例を示している。
【００４７】
Ｒｅｓｐｏｎｄｅｒは、ＰＤＵ１（ＭＦ＝１）をＩｎｉｔｉａｔｏｒに送信する。ＰＤＵ１（ＭＦ＝１）を受信したＩｎｉｔｉａｔｏｒは、ＰＤＵ１（ＭＦ＝１）を受信したことを通知するＡＣＫをＲｅｓｐｏｎｄｅｒに送信する。また、Ｉｎｉｔｉａｔｏｒは、受信したＰＤＵ１のＭＦは１であるため、ＰＤＵ１（ＭＦ＝１）の後続データフレームがＲｅｓｐｏｎｄｅｒから送信されるまで待機する。
【００４８】
Ｒｅｓｐｏｎｄｅｒは、ＩｎｉｔｉａｔｏｒからＰＤＵ１（ＭＦ＝１）に対するＡＣＫを受信すると、ＰＤＵ１（ＭＦ＝１）の後続データフレームであるＰＤＵ２（ＭＦ＝１）をＩｎｉｔｉａｔｏｒに送信する。ＰＤＵ２（ＭＦ＝２）を受信したＩｎｉｔｉａｔｏｒは、ＰＤＵ１（ＭＦ＝１）を受信した際と同様に、ＰＤＵ１（ＭＦ＝１）を受信したことを通知するＡＣＫをＲｅｓｐｏｎｄｅｒに送信し、ＰＤＵ２（ＭＦ＝１）の後続データフレームがＲｅｓｐｏｎｄｅｒから送信されるまで待機する。ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒとは、ＰＤＵ３（ＭＦ＝１）とＰＤＵ４（ＭＦ＝１）についてもＰＤＵ２（ＭＦ＝１）と同様に送受信する。
【００４９】
Ｒｅｓｐｏｎｄｅｒは、ＩｎｉｔｉａｔｏｒからＰＤＵ４（ＭＦ＝１）に対するＡＣＫを受信すると、ＰＤＵ４（ＭＦ＝１）の後続データフレームであるＰＤＵ５（ＭＦ＝０）をＩｎｉｔｉａｔｏｒに送信する。ＰＤＵ５（ＭＦ＝０）を受信したＩｎｉｔｉａｔｏｒは、ＰＤＵ５（ＭＦ＝０）を受信したことを通知するＡＣＫをＲｅｓｐｏｎｄｅｒに送信する。また、受信したＰＤＵ５のＭＦは０である、すなわちＰＤＵ５（ＭＦ＝０）の後続データフレームは無いため、Ｉｎｉｔｉａｔｏｒは受信処理を終了する。Ｒｅｓｐｏｎｄｅｒは、ＩｎｉｔｉａｔｏｒからＰＤＵ５（ＭＦ＝０）に対するＡＣＫを受信すると、送信処理を終了する。このように、データを受信するＩｎｉｔｉａｔｏｒは、ＭＦ＝０のＰＤＵを受信すると受信処理を終了する。
【００５０】
次に、通信制御部１４，２３が、ＰＴＰ  Ｄａｔａを送信中に、ＰＴＰ  Ｄａｔａの送信を停止させる方法について説明する。図１０は、本実施形態において、ＰＴＰ  Ｄａｔａを送信中に、ＰＴＰ  Ｄａｔａの送信を停止させる方法を示した概略図である。図示する例は、ＰＴＰ  ＤａｔａをＰＤＵに分割してＰＤＵ２を送信している間に、ＰＴＰ  Ｄａｔａの送信を停止される場合の例を示している。
【００５１】
図８および図９で説明したとおり、データを受信するＩｎｉｔｉａｔｏｒおよびＲｅｓｐｏｎｄｅｒは、ＭＦ＝０のＰＤＵを受信すると受信処理を終了する。これを利用して、通信制御部１４，２３は、ＰＴＰ  Ｄａｔａの送信を停止したい場合、現在送信中のデータフレームの次のデータフレームのＭＦに０をセットして送信することにより、データ送信を停止させることを送信先に通知する。そして、通信制御部１４，２３は、その後に送信する予定のＰＤＵを送信することなく送信処理を終了する。
【００５２】
より詳細には、通信制御部１４，２３の生成部３２は、上位層の通信プロトコル（例えば、ＰＴＰ  Ｌａｙｅｒ）に従って処理を行う処理部３０から第１インタフェース部３１に入力される送信対象のデータを変換および分割してトランスポート層レベルの通信フレーム（例えばＰＤＵ）を生成し、第２インタフェース部３３は、生成部３２が生成した通信フレームを出力する。
【００５３】
このときに、通信制御部１４，２３の処理部３０から、送信対象データの送信のキャンセルに関するトリガ（例えば、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔや、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔ）が第１インタフェース部３１に入力されると、生成部３２は、送信対象データの送信のキャンセルに関するトリガをトランスポート層レベルの情報に変換する。そして、通信制御部１４，２３の付与部３４は、生成部３２が変換した情報に基づいて、第２インタフェース部３３が次に送信するトランスポート層レベルの通信フレームに、送信終了を示すフラグ（例えば、ＭＦ＝０）を付与する。そして、第２インタフェース部３３は、付与部３４が送信終了を示すフラグを付与したトランスポート層レベルの通信フレームを送信する。
【００５４】
また、通信制御部１４，２３の第２インタフェース部３３が、送信終了を示すフラグが付与されたトランスポート層レベルの通信フレームを受信した場合、第１インタフェース部３１は通信相手から送信されていた送信対象データの送信が停止されることを示す情報を上位層の通信プロトコルに従って処理を行う処理部３０に出力する。これにより、通信制御部１４，２３は、データの送信を停止させることを通知および認識することができる。
【００５５】
図示する例では、通信制御部１４，２３は、現在送信中のＰＤＵ２（ＭＦ＝１）の次のＰＤＵ３のＭＦに０をセットし、ＰＤＵ３（ＭＦ＝０）を送信している。そして、通信制御部１４，２３は、その後に送信する予定のＰＤＵを送信することなく送信処理を終了している。
【００５６】
なお、通信制御部１４，２３は、送信対象データの送信を停止した後、トリガに関する上位層の情報（例えば、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔや、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎや、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔや、Ｒｅｓｐｏｎｓｅなど）を送受信するようにしてもよい。
【００５７】
また、通信制御部１４，２３の第２インタフェース部３３が、送信対象データを送信している通信相手から送信対象データの送信をキャンセルする要求に関連する第２トリガ（例えば、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ））を受信した場合、第１インタフェース部３１は、第２トリガに対応する情報を上位層の通信プロトコルに従って処理を行う処理部３０に出力し、その後、送信対象データの送信のキャンセルに関するトリガの入力を受け付ける。これにより、データを受信している通信制御部１４，２３から、データを送信している通信制御部１４，２３に対して、データの送信を停止させることを通知することができる。
【００５８】
次に、ＰＴＰ  Ｄａｔａについて説明する。ＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＰＴＰ  Ｌａｙｅｒから送信要求されるＯｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔと、Ｄａｔａと、Ｒｅｓｐｏｎｓｅと、Ｅｖｅｎｔとを各々に対応するコンテナに変換し、このコンテナをＰＴＰ  ＤａｔａとしてＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにより送受信する。
【００５９】
図１１は、Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔを変換したコンテナであるＯｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒのデータ構造を示した概略図である。図示する例では、Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒは、Ｃｏｎｔａｉｎｅｒ  Ｌｅｎｇｔｈと、Ｃｏｎｔａｉｎｅｒ  Ｔｙｐｅと、Ｃｏｄｅと、ＴｒａｎｓａｃｔｉｏｎＩＤと、ＰａｙｌｏａｄとのＦｉｅｌｄ（フィールド）を有している。
【００６０】
Ｃｏｎｔａｉｎｅｒ  Ｌｅｎｇｔｈは、Ｃｏｎｔａｉｎｅｒのサイズを格納する。Ｃｏｎｔａｉｎｅｒ  Ｔｙｐｅは、Ｃｏｎｔａｉｎｅｒタイプ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）を格納する。Ｃｏｄｅは、ＰＴＰに定義されているオペレーションコードを格納する。ＴｒａｎｓａｃｔｉｏｎＩＤは、トランザクションを一意に特定する識別子であるＴｒａｎｓａｃｔｉｏｎ  ＩＤを格納する。Ｐａｙｌｏａｄは、オペレーションパラメータを格納する。図示する例では、Ｐａｙｌｏａｄは、Ｐａｒａｍｅｔｅｒ  １〜５の５つのオペレーションパラメータを格納している。
【００６１】
図１２は、Ｄａｔａを変換したコンテナであるＤａｔａ  Ｃｏｎｔａｉｎｅｒのデータ構造を示した概略図である。図示する例では、Ｄａｔａ  Ｃｏｎｔａｉｎｅｒは、Ｃｏｎｔａｉｎｅｒ  Ｌｅｎｇｔｈと、Ｃｏｎｔａｉｎｅｒ  Ｔｙｐｅと、Ｃｏｄｅと、ＴｒａｎｓａｃｔｉｏｎＩＤと、ＰａｙｌｏａｄとのＦｉｅｌｄを有している。
【００６２】
Ｃｏｎｔａｉｎｅｒ  Ｌｅｎｇｔｈは、Ｃｏｎｔａｉｎｅｒのサイズを格納する。Ｃｏｎｔａｉｎｅｒ  Ｔｙｐｅは、Ｃｏｎｔａｉｎｅｒタイプ（Ｄａｔａ）を格納する。Ｃｏｄｅは、Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ時にセットされていたＣｏｄｅ（オペレーションコード）を格納する。ＴｒａｎｓａｃｔｉｏｎＩＤは、トランザクションを一意に特定する識別子であるＴｒａｎｓａｃｔｉｏｎ  ＩＤを格納する。Ｐａｙｌｏａｄは、オペレーション毎に定義されたデータを格納する。
【００６３】
図１３は、Ｒｅｓｐｏｎｓｅを変換したコンテナであるＲｅｓｐｏｎｓｅ  Ｃｏｎｔａｉｎｅｒのデータ構造を示した概略図である。図示する例では、Ｒｅｓｐｏｎｓｅ  Ｃｏｎｔａｉｎｅｒは、Ｃｏｎｔａｉｎｅｒ  Ｌｅｎｇｔｈと、Ｃｏｎｔａｉｎｅｒ  Ｔｙｐｅと、Ｃｏｄｅと、ＴｒａｎｓａｃｔｉｏｎＩＤと、ＰａｙｌｏａｄとのＦｉｅｌｄを有している。
【００６４】
Ｃｏｎｔａｉｎｅｒ  Ｌｅｎｇｔｈは、Ｃｏｎｔａｉｎｅｒのサイズを格納する。Ｃｏｎｔａｉｎｅｒ  Ｔｙｐｅは、Ｃｏｎｔａｉｎｅｒタイプ（Ｒｅｓｐｏｎｓｅ）を格納する。Ｃｏｄｅは、ＰＴＰに定義されているレスポンスコードを格納する。ＴｒａｎｓａｃｔｉｏｎＩＤは、トランザクションを一意に特定する識別子であるＴｒａｎｓａｃｔｉｏｎ  ＩＤを格納する。Ｐａｙｌｏａｄは、レスポンスパラメータを格納する。図示する例では、Ｐａｙｌｏａｄは、Ｐａｒａｍｅｔｅｒ  １〜５の５つのレスポンスパラメータを格納している。
【００６５】
図１４は、Ｅｖｅｎｔを変換したコンテナであるＥｖｅｎｔ  Ｃｏｎｔａｉｎｅｒのデータ構造を示した概略図である。図示する例では、Ｅｖｅｎｔ  Ｃｏｎｔａｉｎｅｒは、Ｃｏｎｔａｉｎｅｒ  Ｌｅｎｇｔｈと、Ｃｏｎｔａｉｎｅｒ  Ｔｙｐｅと、Ｃｏｄｅと、ＴｒａｎｓａｃｔｉｏｎＩＤと、ＰａｙｌｏａｄとのＦｉｅｌｄを有している。
【００６６】
Ｃｏｎｔａｉｎｅｒ  Ｌｅｎｇｔｈは、Ｃｏｎｔａｉｎｅｒのサイズを格納する。Ｃｏｎｔａｉｎｅｒ  Ｔｙｐｅは、Ｃｏｎｔａｉｎｅｒタイプ（Ｅｖｅｎｔ）を格納する。Ｃｏｄｅは、ＰＴＰに定義されているイベントコードを格納する。ＴｒａｎｓａｃｔｉｏｎＩＤは、トランザクションを一意に特定する識別子であるＴｒａｎｓａｃｔｉｏｎ  ＩＤを格納する。Ｐａｙｌｏａｄは、イベントパラメータを格納する。図示する例では、Ｐａｙｌｏａｄは、Ｐａｒａｍｅｔｅｒ  １〜３の３つのイベントパラメータを格納している。
【００６７】
次に、ＯｐｅｒａｔｉｏｎのＴｒａｎｓａｃｔｉｏｎ  Ｓｔａｔｅについて説明する。図１５は、本実施形態におけるＯｐｅｒａｔｉｏｎのＴｒａｎｓａｃｔｉｏｎ  Ｓｔａｔｅを示した遷移図である。Ｏｐｅｒａｔｉｏｎは、Ｉｄｌｅ  Ｓｔａｔｅ、Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ｐｈａｓｅ、Ｄａｔａ  Ｐｈａｓｅ、Ｒｅｓｐｏｎｓｅ  ＰｈａｓｅのＴｒａｎｓａｃｔｉｏｎ  Ｓｔａｔｅの各状態を遷移することにより実行される。
【００６８】
Ｉｄｌｅ  ＳｔａｔｅはＯｐｅｒａｔｉｏｎが実行されておらず、Ｒｅｓｐｏｎｄｅｒは、Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔを待っている状態である。Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ｐｈａｓｅは、Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔを送信するフェーズである。Ｄａｔａ  Ｐｈａｓｅは、Ｏｐｅｒａｔｉｏｎ毎に定義されているデータを送受信するフェーズである。Ｏｐｅｒａｔｉｏｎによっては、データ転送を伴わないものもあるため、Ｄａｔａ  Ｐｈａｓｅが無い場合もある。Ｒｅｓｐｏｎｓｅ  Ｐｈａｓｅは、Ｏｐｅｒａｔｉｏｎの結果を応答するフェーズである。
【００６９】
次に、Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔと、Ｄａｔａと、Ｒｅｓｐｏｎｓｅと、Ｅｖｅｎｔとの送信タイミングについて説明する。図１６は、本実施形態において、Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔと、Ｄａｔａと、Ｒｅｓｐｏｎｓｅと、Ｅｖｅｎｔとの送信タイミングを示したシーケンス図である。
【００７０】
Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔは、ＩｎｉｔｉａｔｏｒがＲｅｓｐｏｎｄｅｒにオペレーション要求をする際に送信される。Ｄａｔａは要求されたオペレーションに応じたデータが送信され、オペレーションによりＩｎｉｔｉａｔｏｒからＲｅｓｐｏｎｄｅｒへ送信される場合とＲｅｓｐｏｎｄｅｒからＩｎｉｔｉａｔｏｒに送信される場合、あるいはＤａｔａ送信が無いものもある。ＥｖｅｎｔはＲｅｓｐｏｎｄｅｒからＩｎｉｔｉａｔｏｒにイベントを通知する際に送信され、Ｔｒａｎｓａｃｔｉｏｎ  Ｓｔａｔｅに依存せず非同期に送信可能である。
【００７１】
次に、Ｃａｎｃｅｌ  ＲｅｑｕｅｓｔとＲｅｓｅｔ  Ｒｅｑｕｅｓｔとについて説明する。Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔは、ＩｎｉｔｉａｔｏｒによるＯｐｅｒａｔｉｏｎキャンセル時に使用され、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔを受け取ったＲｅｓｐｏｎｄｅｒは、実行中のＯｐｅｒａｔｉｏｎをキャンセルする。Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔは、ＩｎｉｔｉａｔｏｒによるＤｅｖｉｃｅ  Ｒｅｓｅｔ時に使用され、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔを受け取ったＲｅｓｐｏｎｄｅｒは、実行中のＯｐｅｒａｔｉｏｎがあれば、これをキャンセルし、Ｔｒａｎｓａｃｔｉｏｎ  ＳｔａｔｅをＩｄｌｅ  Ｓｔａｔｅに遷移させる。
【００７２】
Ｃａｎｃｅｌ  ＲｅｑｕｅｓｔとＲｅｓｅｔ  ＲｅｑｕｅｓｔとはＰＴＰ仕様に定義されていないトランスポート特有のＣｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔである。Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔは、ＩｎｉｔｉａｔｏｒからＲｅｓｐｏｎｄｅｒに発行される。ＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＰＴＰ  Ｌａｙｅｒから送信要求されるＣｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ（Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔ、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔ）をＰＴＰ  ＤａｔａとしてＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにより送受信する。
【００７３】
図１７は、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔのデータ構造を示した概略図である。図示する例では、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔは、Ｃｏｎｔａｉｎｅｒ  Ｌｅｎｇｔｈと、Ｃｏｎｔａｉｎｅｒ  Ｔｙｐｅと、Ｃｏｄｅと、ＴｒａｎｓａｃｔｉｏｎＩＤと、ＰａｙｌｏａｄとのＦｉｅｌｄを有している。
【００７４】
Ｃｏｎｔａｉｎｅｒ  Ｌｅｎｇｔｈは、Ｃｏｎｔａｉｎｅｒのサイズを格納する。Ｃｏｎｔａｉｎｅｒ  Ｔｙｐｅは、Ｃｏｎｔａｉｎｅｒタイプ（Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ）を格納する。Ｃｏｄｅは、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔを格納する。ＴｒａｎｓａｃｔｉｏｎＩＤは、キャンセルしたいＯｐｅｒａｔｉｏｎのＴｒａｎｓａｃｔｉｏｎＩＤを格納する。Ｐａｙｌｏａｄには格納する情報がないため省略してもよい。
【００７５】
図１８は、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔのデータ構造を示した概略図である。図示する例では、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔは、Ｃｏｎｔａｉｎｅｒ  Ｌｅｎｇｔｈと、Ｃｏｎｔａｉｎｅｒ  Ｔｙｐｅと、Ｃｏｄｅと、ＴｒａｎｓａｃｔｉｏｎＩＤと、ＰａｙｌｏａｄとのＦｉｅｌｄを有している。
【００７６】
Ｃｏｎｔａｉｎｅｒ  Ｌｅｎｇｔｈは、Ｃｏｎｔａｉｎｅｒのサイズを格納する。Ｃｏｎｔａｉｎｅｒ  Ｔｙｐｅは、Ｃｏｎｔａｉｎｅｒタイプ（Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ）を格納する。Ｃｏｄｅは、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔを格納する。ＴｒａｎｓａｃｔｉｏｎＩＤは、0ｘ００００００００を格納する。Ｐａｙｌｏａｄには格納する情報がないため省略してもよい。
【００７７】
次に、Ｃａｎｃｅｌ  ＲｅｑｕｅｓｔとＲｅｓｅｔ  Ｒｅｑｕｅｓｔとの送信タイミングについて説明する。図１９は、本実施形態において、Ｃａｎｃｅｌ  ＲｅｑｕｅｓｔとＲｅｓｅｔ  Ｒｅｑｕｅｓｔとの送信タイミングを示したシーケンス図である。Ｃａｎｃｅｌ  ＲｅｑｕｅｓｔおよびＲｅｓｅｔ  Ｒｅｑｕｅｓｔは、ＩｎｉｔｉａｔｏｒからＲｅｓｐｏｎｄｅｒに送信され、Ｔｒａｎｓａｃｔｉｏｎ  Ｓｔａｔｅに依存せず非同期に送信可能である。
【００７８】
次に、オペレーションをキャンセルすることが可能なタイミングについて説明する。図２０は、本実施形態においてオペレーションをキャンセルすることが可能なタイミングを示した概略図である。図示する例では、キャンセルするタイミングとしてＣａｓｅ１からＣａｓｅ７が示されている。
【００７９】
Ｃａｓｅ１は、データ送受信無しのＯｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔを送信した直後にオペレーションをキャンセルするタイミングを示す。Ｃａｓｅ２は、データ受信ありのＯｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔを送信した直後にオペレーションをキャンセルするタイミングを示す。Ｃａｓｅ３は、データを受信中にオペレーションをキャンセルするタイミングを示す。Ｃａｓｅ４は、データの受信を終了した直後にオペレーションをキャンセルするタイミングを示す。Ｃａｓｅ５は、データ送信ありのＯｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔを送信した直後にオペレーションをキャンセルするタイミングを示す。Ｃａｓｅ６は、データを送信中にオペレーションをキャンセルするタイミングを示す。Ｃａｓｅ７は、データの送信を完了した直後にオペレーションをキャンセルするタイミングを示す。
【００８０】
次に、Ｃａｓｅ１からＣａｓｅ７において、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順について説明する。図２１は、本実施形態のＣａｓｅ１、Ｃａｓｅ２、Ｃａｓｅ５において、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【００８１】
（ステップＳ２１０１）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔの送信要求を行う。
（ステップＳ２１０２）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、Ｏｐｅｒａｔｉｏｎ  ＲｅｑｕｅｓｔをＯｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ２１０３）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ  ＣｏｎｔａｉｎｅｒをＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。
【００８２】
（ステップＳ２１０４）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ２１０５）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔの受信通知を行う。
（ステップＳ２１０６）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒは、Ｏｐｅｒａｔｉｏｎを実行する。
【００８３】
（ステップＳ２１０７）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、オペレーションを停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔの送信要求を行う。
（ステップＳ２１０８）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、Ｃａｎｃｅｌ  ＲｅｑｕｅｓｔをＣｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔ）に変換する。
（ステップＳ２１０９）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔ）をＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。
【００８４】
（ステップＳ２１１０）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔ）に変換する。
（ステップＳ２１１１）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔの受信通知を行う。
（ステップＳ２１１２）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
【００８５】
（ステップＳ２１１３）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒは、オペレーションを停止させたことを通知するために、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、Ｃｏｄｅにレスポンスコード“Ｔｒａｎｓａｃｔｉｏｎ  Ｃａｎｃｅｌｌｅｄ”をセットしＲｅｓｐｏｎｓｅの送信要求を行う。
（ステップＳ２１１４）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｓｅをＲｅｓｐｏｎｓｅ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ２１１５）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｒｅｓｐｏｎｓｅ  ＣｏｎｔａｉｎｅｒをＰＤＵ（ＭＦ＝０）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。
【００８６】
（ステップＳ２１１６）ＩｎｉｔｉａｔｏｒｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、Ｒｅｓｐｏｎｓｅ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ２１１７）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒに対して、Ｒｅｓｐｏｎｓｅの受信通知を行う。
【００８７】
上述したとおり、
１．Ｉｎｉｔｉａｔｏｒは、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔを送信する。
２．Ｒｅｓｐｏｎｄｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
３．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“Ｔｒａｎｓａｃｔｉｏｎ  Ｃａｎｃｅｌｌｅｄ”をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ１、Ｃａｓｅ２およびＣａｓｅ５において、オペレーションをキャンセルすることができる。なお、Ｃａｓｅ２の場合、ＲｅｓｐｏｎｄｅｒはＲｅｓｐｏｎｓｅ送信前にＭｏｒｅ  Ｆｒａｍｅに０をセットしたデータ（ＰＤＵ）を送信してもよい。
【００８８】
図２２は、本実施形態のＣａｓｅ３において、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【００８９】
ステップＳ２２０１〜ステップＳ２２０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。
【００９０】
（ステップＳ２２０７）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ２２０８）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＤａｔａをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ２２０９）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。
【００９１】
（ステップＳ２２１０）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、オペレーションを停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔの送信要求を行う。
（ステップＳ２２１１）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、Ｃａｎｃｅｌ  ＲｅｑｕｅｓｔをＣｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔ）に変換する。
（ステップＳ２２１２）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔ）をＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。
【００９２】
（ステップＳ２２１３）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔ）に変換する。
（ステップＳ２２１４）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔの受信通知を行う。
【００９３】
（ステップＳ２２１５）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒは、送信中断要求を行う。
（ステップＳ２２１６）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒに送信中断の指示を行う。
（ステップＳ２２１７）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、次に送信するＰＤＵのＭｏｒｅ  Ｆｒａｍｅに０を設定し、Ｉｎｉｔｉａｔｏｒに送信する。
【００９４】
（ステップＳ２２１８）ＩｎｉｔｉａｔｏｒｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ２２１９）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒに対して、Ｄａｔａの受信通知を行う。
【００９５】
ステップＳ２２２０〜ステップＳ２２２５の処理は、図２１のステップＳ２１１２〜ステップＳ２１１７の処理と同様の処理である。
【００９６】
上述したとおり、
１．Ｉｎｉｔｉａｔｏｒは、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔを送信する。
２．Ｒｅｓｐｏｎｄｅｒは、Ｍｏｒｅ  Ｆｒａｍｅに０をセットしたデータ（ＰＤＵ）を送信する。Ｉｎｉｔｉａｔｏｒは受信したデータを無視する。
３．Ｒｅｓｐｏｎｄｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
４．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“Ｔｒａｎｓａｃｔｉｏｎ  Ｃａｎｃｅｌｌｅｄ”をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ３において、オペレーションをキャンセルすることができる。
【００９７】
図２３は、本実施形態のＣａｓｅ４において、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【００９８】
ステップＳ２３０１〜ステップＳ２３０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。
【００９９】
（ステップＳ２３０７）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ２３０８）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＤａｔａをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ２３０９）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。
【０１００】
（ステップＳ２３１０）ＩｎｉｔｉａｔｏｒｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ２３１１）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒに対して、Ｄａｔａの受信通知を行う。
【０１０１】
（ステップＳ２３１２）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、オペレーションを停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔの送信要求を行う。
（ステップＳ２３１３）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、Ｃａｎｃｅｌ  ＲｅｑｕｅｓｔをＣｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔ）に変換する。
（ステップＳ２３１４）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔ）をＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。
【０１０２】
（ステップＳ２３１５）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔ）に変換する。
（ステップＳ２３１６）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔの受信通知を行う。
【０１０３】
ステップＳ２３１７〜ステップＳ２３２２の処理は、図２１のステップＳ２１１２〜ステップＳ２１１７の処理と同様の処理である。
【０１０４】
上述したとおり、
１．Ｉｎｉｔｉａｔｏｒは、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔを送信する。
２．Ｒｅｓｐｏｎｄｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
３．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“Ｔｒａｎｓａｃｔｉｏｎ  Ｃａｎｃｅｌｌｅｄ”をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ４において、オペレーションをキャンセルすることができる。
【０１０５】
図２４は、本実施形態のＣａｓｅ６において、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【０１０６】
ステップＳ２４０１〜ステップＳ２４０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。
【０１０７】
（ステップＳ２４０７）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ２４０８）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＤａｔａをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ２４０９）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。
【０１０８】
（ステップＳ２４１０）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、Ｄａｔａの送信を停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、送信中断要求を行う。
（ステップＳ２４１１）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒに送信中断の指示を行う。
（ステップＳ２４１２）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、次に送信するＰＤＵのＭｏｒｅ  Ｆｒａｍｅに０を設定し、Ｒｅｓｐｏｎｄｅｒに送信する。
【０１０９】
（ステップＳ２４１３）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ２４１４）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｄａｔａの受信通知を行う。
【０１１０】
（ステップＳ２４１５）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、オペレーションを停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔの送信要求を行う。
（ステップＳ２４１６）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、Ｃａｎｃｅｌ  ＲｅｑｕｅｓｔをＣｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔ）に変換する。
（ステップＳ２４１７）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔ）をＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。
【０１１１】
（ステップＳ２４１８）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔ）に変換する。
（ステップＳ２４１９）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔの受信通知を行う。
【０１１２】
ステップＳ２４２０〜ステップＳ２４２５の処理は、図２１のステップＳ２１１２〜ステップＳ２１１７の処理と同様の処理である。
【０１１３】
上述したとおり、
１．Ｉｎｉｔｉａｔｏｒは、Ｍｏｒｅ  Ｆｒａｍｅに０をセットしたデータ（ＰＤＵ）を送信する。Ｒｅｓｐｏｎｄｅｒは受信したデータを無視する。
２．Ｉｎｉｔｉａｔｏｒは、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔを送信する。
３．Ｒｅｓｐｏｎｄｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
４．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“Ｔｒａｎｓａｃｔｉｏｎ  Ｃａｎｃｅｌｌｅｄ”をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ６において、オペレーションをキャンセルすることができる。
【０１１４】
図２５は、本実施形態のＣａｓｅ７において、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【０１１５】
ステップＳ２５０１〜ステップＳ２５０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。
【０１１６】
（ステップＳ２５０７）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ２５０８）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＤａｔａをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ２５０９）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。
【０１１７】
（ステップＳ２５１０）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ２５１１）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｄａｔａの受信通知を行う。
【０１１８】
（ステップＳ２５１２）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、オペレーションを停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔの送信要求を行う。
（ステップＳ２５１３）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、Ｃａｎｃｅｌ  ＲｅｑｕｅｓｔをＣｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔ）に変換する。
（ステップＳ２５１４）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔ）をＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。
【０１１９】
（ステップＳ２５１５）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔ）に変換する。
（ステップＳ２５１６）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔの受信通知を行う。
【０１２０】
ステップＳ２５１７〜ステップＳ２５２２の処理は、図２１のステップＳ２１１２〜ステップＳ２１１７の処理と同様の処理である。
【０１２１】
上述したとおり、
１．Ｉｎｉｔｉａｔｏｒは、Ｃａｎｃｅｌ  Ｒｅｑｕｅｓｔを送信する。
２．Ｒｅｓｐｏｎｄｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
３．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“Ｔｒａｎｓａｃｔｉｏｎ  Ｃａｎｃｅｌｌｅｄ”をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ７において、オペレーションをキャンセルすることができる。
【０１２２】
次に、Ｃａｓｅ１からＣａｓｅ７において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ  Ｅｖｅｎｔを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順について説明する。図２６は、本実施形態のＣａｓｅ１、Ｃａｓｅ２において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ  Ｅｖｅｎｔを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【０１２３】
ステップＳ２６０１〜ステップＳ２６０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。
【０１２４】
（ステップＳ２６０７）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒは、オペレーションを停止させるために、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の送信要求を行う。
（ステップＳ２６０８）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＥｖｅｎｔ  Ｃｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ２６０９）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｅｖｅｎｔ  Ｃｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＰＤＵ（ＭＦ＝０）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。
【０１２５】
（ステップＳ２６１０）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、Ｅｖｅｎｔ  Ｃｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ２６１１）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の受信通知を行う。
（ステップＳ２６１２）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
【０１２６】
ステップＳ２６１３〜ステップＳ２６１７の処理は、図２１のステップＳ２１１３〜ステップＳ２１１７の処理と同様の処理である。
【０１２７】
上述したとおり、
１．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにイベントコード”ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ“をセットし、Ｅｖｅｎｔを送信する。
２．Ｉｎｉｔｉａｔｏｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
３．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“Ｔｒａｎｓａｃｔｉｏｎ  Ｃａｎｃｅｌｌｅｄ” をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ１およびＣａｓｅ２において、オペレーションをキャンセルすることができる。
【０１２８】
図２７は、本実施形態のＣａｓｅ３において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ  Ｅｖｅｎｔを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【０１２９】
ステップＳ２７０１〜ステップＳ２７０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。
【０１３０】
（ステップＳ２７０７）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ２７０８）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＤａｔａをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ２７０９）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。
【０１３１】
（ステップＳ２７１０）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒは、Ｄａｔａの送信を停止させるために、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、送信中断要求を行う。
（ステップＳ２７１１）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒに送信中断の指示を行う。
（ステップＳ２７１２）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、次に送信するＰＤＵのＭｏｒｅ  Ｆｒａｍｅに０を設定し、Ｉｎｉｔｉａｔｏｒに送信する。
【０１３２】
（ステップＳ２７１３）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ２７１４）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒに対して、Ｄａｔａの受信通知を行う。
【０１３３】
（ステップＳ２７１５）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒは、オペレーションを停止させるために、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の送信要求を行う。
（ステップＳ２７１６）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＥｖｅｎｔ  Ｃｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ２７１７）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｅｖｅｎｔ  Ｃｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＰＤＵ（ＭＦ＝０）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。
【０１３４】
（ステップＳ２７１８）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、Ｅｖｅｎｔ  Ｃｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ２７１９）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の受信通知を行う。
（ステップＳ２７２０）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
【０１３５】
ステップＳ２７２１〜ステップＳ２７２５の処理は、図２１のステップＳ２１１３〜ステップＳ２１１７の処理と同様の処理である。
【０１３６】
上述したとおり、
１．Ｒｅｓｐｏｎｄｅｒは、Ｍｏｒｅ  Ｆｒａｍｅに０をセットしたデータ（ＰＤＵ）を送信する。Ｉｎｉｔｉａｔｏｒは受信したデータを無視する。
２．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにイベントコード”ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ“をセットし、Ｅｖｅｎｔを送信する。
３．Ｉｎｉｔｉａｔｏｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
４．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“Ｔｒａｎｓａｃｔｉｏｎ  Ｃａｎｃｅｌｌｅｄ”をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ３において、オペレーションをキャンセルすることができる。
【０１３７】
図２８は、本実施形態のＣａｓｅ４において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ  Ｅｖｅｎｔを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【０１３８】
ステップＳ２８０１〜ステップＳ２８０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。
【０１３９】
（ステップＳ２８０７）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ２８０８）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＤａｔａをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ２８０９）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。
【０１４０】
（ステップＳ２８１０）ＩｎｉｔｉａｔｏｒｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ２８１１）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒに対して、Ｄａｔａの受信通知を行う。
【０１４１】
（ステップＳ２８１２）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒは、オペレーションを停止させるために、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の送信要求を行う。
（ステップＳ２８１３）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＥｖｅｎｔ  Ｃｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ２８１４）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｅｖｅｎｔ  Ｃｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＰＤＵ（ＭＦ＝０）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。
【０１４２】
（ステップＳ２８１５）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、Ｅｖｅｎｔ  Ｃｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ２８１６）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の受信通知を行う。
（ステップＳ２８１７）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
【０１４３】
ステップＳ２８１８〜ステップＳ２８２２の処理は、図２１のステップＳ２１１３〜ステップＳ２１１７の処理と同様の処理である。
【０１４４】
上述したとおり、
１．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにイベントコード”ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ“をセットし、Ｅｖｅｎｔを送信する。
２．Ｉｎｉｔｉａｔｏｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
３．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“Ｔｒａｎｓａｃｔｉｏｎ  Ｃａｎｃｅｌｌｅｄ”をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ４において、オペレーションをキャンセルすることができる。
【０１４５】
図２９は、本実施形態のＣａｓｅ５において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ  Ｅｖｅｎｔを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【０１４６】
ステップＳ２９０１〜ステップＳ２９０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。
【０１４７】
（ステップＳ２９０７）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒは、オペレーションを停止させるために、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の送信要求を行う。
（ステップＳ２９０８）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＥｖｅｎｔ  Ｃｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ２９０９）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｅｖｅｎｔ  Ｃｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＰＤＵ（ＭＦ＝０）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。
【０１４８】
（ステップＳ２９１０）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、Ｅｖｅｎｔ  Ｃｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ２９１１）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の受信通知を行う。
【０１４９】
（ステップＳ２９１２）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、Ｄａｔａ  Ｐｈａｓｅ終了用のダミーデータであるＤａｔａの送信要求を行う。
（ステップＳ２９１３）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＤａｔａをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ２９１４）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＤａｔａをＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。
【０１５０】
（ステップＳ２９１５）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、ＰＤＵ（ＭＦ＝０）をＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ２９１６）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｄａｔａの受信通知を行う。
【０１５１】
ステップＳ２９１７〜ステップＳ２９２１の処理は、図２１のステップＳ２１１３〜ステップＳ２１１７の処理と同様の処理である。
【０１５２】
上述したとおり、
１．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにイベントコード”ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ“をセットし、Ｅｖｅｎｔを送信する。
２．Ｉｎｉｔｉａｔｏｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
３．Ｉｎｉｔｉａｔｏｒは、Ｍｏｒｅ  Ｆｒａｍｅに０をセットしたデータ（ＰＤＵ）を送信する。Ｒｅｓｐｏｎｄｅｒは受信したデータを無視する。
４．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“Ｔｒａｎｓａｃｔｉｏｎ  Ｃａｎｃｅｌｌｅｄ”をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ５において、オペレーションをキャンセルすることができる。
【０１５３】
図３０は、本実施形態のＣａｓｅ６において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ  Ｅｖｅｎｔを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【０１５４】
ステップＳ３００１〜ステップＳ３００６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。
【０１５５】
（ステップＳ３００７）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ３００８）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＤａｔａをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ３００９）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。
【０１５６】
（ステップＳ３０１０）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒは、オペレーションを停止させるために、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の送信要求を行う。
（ステップＳ３０１１）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＥｖｅｎｔ  Ｃｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ３０１２）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｅｖｅｎｔ  Ｃｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＰＤＵ（ＭＦ＝０）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。
【０１５７】
（ステップＳ３０１３）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、Ｅｖｅｎｔ  Ｃｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ３０１４）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の受信通知を行う。
（ステップＳ３０１５）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
【０１５８】
（ステップＳ３０１６）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、Ｄａｔａの送信を停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、送信中断要求を行う。
（ステップＳ３０１７）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒに送信中断の指示を行う。
（ステップＳ３０１８）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、次に送信するＰＤＵのＭｏｒｅ  Ｆｒａｍｅに０を設定し、Ｒｅｓｐｏｎｄｅｒに送信する。
【０１５９】
（ステップＳ３０１９）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ３０２０）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｄａｔａの受信通知を行う。
【０１６０】
ステップＳ３０２１〜ステップＳ３０２５の処理は、図２１のステップＳ２１１３〜ステップＳ２１１７の処理と同様の処理である。
【０１６１】
上述したとおり、
１．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにイベントコード”ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ“をセットし、Ｅｖｅｎｔを送信する。
２．Ｉｎｉｔｉａｔｏｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
３．Ｉｎｉｔｉａｔｏｒは、Ｍｏｒｅ  Ｆｒａｍｅに０をセットしたデータ（ＰＤＵ）を送信する。Ｒｅｓｐｏｎｄｅｒは受信したデータを無視する。
４．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“Ｔｒａｎｓａｃｔｉｏｎ  Ｃａｎｃｅｌｌｅｄ”をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ６において、オペレーションをキャンセルすることができる。
【０１６２】
図３１は、本実施形態のＣａｓｅ７において、ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ  Ｅｖｅｎｔを使用した場合の、Ｒｅｓｐｏｎｄｅｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【０１６３】
ステップＳ３１０１〜ステップＳ３１０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。
【０１６４】
（ステップＳ３１０７）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ３１０８）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＤａｔａをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ３１０９）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。
【０１６５】
（ステップＳ３１１０）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ３１１１）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｄａｔａの受信通知を行う。
【０１６６】
（ステップＳ３１１２）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒは、オペレーションを停止させるために、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の送信要求を行う。
（ステップＳ３１１３）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＥｖｅｎｔ  Ｃｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ３１１４）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｅｖｅｎｔ  Ｃｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）をＰＤＵ（ＭＦ＝０）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。
【０１６７】
（ステップＳ３１１５）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、Ｅｖｅｎｔ  Ｃｏｎｔａｉｎｅｒ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）に変換する。
（ステップＳ３１１６）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｅｖｅｎｔ（ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ）の受信通知を行う。
（ステップＳ３１１７）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
【０１６８】
ステップＳ３１１８〜ステップＳ３１２２の処理は、図２１のステップＳ２１１３〜ステップＳ２１１７の処理と同様の処理である。
【０１６９】
上述したとおり、
１．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにイベントコード”ＣａｎｃｅｌＴｒａｎｓａｃｔｉｏｎ“をセットし、Ｅｖｅｎｔを送信する。
２．Ｉｎｉｔｉａｔｏｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
３．Ｒｅｓｐｏｎｄｅｒは、Ｃｏｄｅにレスポンスコード“Ｔｒａｎｓａｃｔｉｏｎ  Ｃａｎｃｅｌｌｅｄ”をセットし、Ｒｅｓｐｏｎｓｅを送信する。
を実施することで、Ｃａｓｅ６において、オペレーションをキャンセルすることができる。
【０１７０】
次に、Ｃａｓｅ１からＣａｓｅ７において、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順について説明する。図３２は、本実施形態のＣａｓｅ１、Ｃａｓｅ２およびＣａｓｅ５において、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【０１７１】
ステップＳ３２０１〜ステップＳ３２０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。
【０１７２】
（ステップＳ３２０７）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、オペレーションを停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔの送信要求を行う。
（ステップＳ３２０８）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、Ｒｅｓｅｔ  ＲｅｑｕｅｓｔをＣｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔ）に変換する。
（ステップＳ３２０９）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔ）をＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。
【０１７３】
（ステップＳ３２１０）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔ）に変換する。
（ステップＳ３２１１）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔの受信通知を行う。
（ステップＳ３２１２）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒは、処理をＲｅｓｅｔ（Ｏｐｅｒａｔｉｏｎをキャンセル）する。
【０１７４】
（ステップＳ３２１３）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒは、ダミーデータであるＤａｔａの送信要求を行う。
（ステップＳ３２１４）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＤａｔａをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ３２１５）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＤａｔａをＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。
【０１７５】
（ステップＳ３２１６）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、ＰＤＵ（ＭＦ＝０）をＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ３２１７）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｄａｔａの受信通知を行う。
【０１７６】
上述したとおり、
１．Ｉｎｉｔｉａｔｏｒは、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔを送信する。
２．Ｒｅｓｐｏｎｄｅｒは、Ｏｐｅｒａｔｉｏｎをキャンセルする。
３．Ｒｅｓｐｏｎｄｅｒは、Ｍｏｒｅ  Ｆｒａｍｅに０をセットしたダミーデータを送信する。Ｉｎｉｔｉａｔｏｒは受信したデータを無視する。
４．Ｏｐｅｒａｔｉｏｎ  Ｐｈａｓｅ  ＳｔａｔｅをＩｄｌｅ  Ｓｔａｔｅに遷移させる。
を実施することで、Ｃａｓｅ１、Ｃａｓｅ２およびＣａｓｅ５において、オペレーションをキャンセルすることができる。
【０１７７】
図３３は、本実施形態のＣａｓｅ３において、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【０１７８】
ステップＳ３３０１〜ステップＳ３３０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。
【０１７９】
（ステップＳ３３０７）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ３３０８）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＤａｔａをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ３３０９）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。
【０１８０】
（ステップＳ３３１０）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、オペレーションを停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔの送信要求を行う。
（ステップＳ３３１１）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、Ｒｅｓｅｔ  ＲｅｑｕｅｓｔをＣｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔ）に変換する。
（ステップＳ３３１２）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔ）をＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。
【０１８１】
（ステップＳ３３１３）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔ）に変換する。
（ステップＳ３３１４）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔの受信通知を行う。
【０１８２】
（ステップＳ３３１５）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒは、送信中断要求を行う。
（ステップＳ３３１６）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒに送信中断の指示を行う。
（ステップＳ３３１７）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、次に送信するＰＤＵのＭｏｒｅ  Ｆｒａｍｅに０を設定し、Ｉｎｉｔｉａｔｏｒに送信する。
【０１８３】
（ステップＳ３３１８）ＩｎｉｔｉａｔｏｒｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ３３１９）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒに対して、Ｄａｔａの受信通知を行う。
【０１８４】
ステップＳ３３２０〜ステップＳ３３２５の処理は、図３２のステップＳ３２１２〜ステップＳ３２１７の処理と同様の処理である。
【０１８５】
上述したとおり、
１．Ｉｎｉｔｉａｔｏｒは、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔを送信する。
２．Ｒｅｓｐｏｎｄｅｒは、Ｍｏｒｅ  Ｆｒａｍｅに０をセットしたデータを送信する。Ｉｎｉｔｉａｔｏｒは受信したデータを無視する。
３．Ｒｅｓｐｏｎｄｅｒは、Ｏｐｅｒａｔｉｏｎ.をキャンセルする。
４．Ｒｅｓｐｏｎｄｅｒは、Ｍｏｒｅ  Ｆｒａｍｅに０をセットしたダミーデータを送信する。Ｉｎｉｔｉａｔｏｒは受信したデータを無視する。
５．Ｏｐｅｒａｔｉｏｎ  Ｐｈａｓｅ  ＳｔａｔｅをＩｄｌｅ  Ｓｔａｔｅに遷移させる。
を実施することで、Ｃａｓｅ３において、オペレーションをキャンセルすることができる。
【０１８６】
図３４は、本実施形態のＣａｓｅ４において、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【０１８７】
ステップＳ３４０１〜ステップＳ３４０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。
【０１８８】
（ステップＳ３４０７）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ３４０８）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＤａｔａをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ３４０９）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）に変換し、Ｉｎｉｔｉａｔｏｒに送信する。
【０１８９】
（ステップＳ３４１０）ＩｎｉｔｉａｔｏｒｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ３４１１）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒに対して、Ｄａｔａの受信通知を行う。
【０１９０】
（ステップＳ３４１２）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、オペレーションを停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔの送信要求を行う。
（ステップＳ３４１３）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、Ｒｅｓｅｔ  ＲｅｑｕｅｓｔをＣｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔ）に変換する。
（ステップＳ３４１４）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔ）をＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。
【０１９１】
（ステップＳ３４１５）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔ）に変換する。
（ステップＳ３４１６）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔの受信通知を行う。
【０１９２】
ステップＳ３４１７〜ステップＳ３４２２の処理は、図３２のステップＳ３２１２〜ステップＳ３２１７の処理と同様の処理である。
【０１９３】
上述したとおり、
１．Ｉｎｉｔｉａｔｏｒは、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔを送信する。
２．Ｒｅｓｐｏｎｄｅｒは、Ｏｐｅｒａｔｉｏｎ.をキャンセルする。
３．Ｒｅｓｐｏｎｄｅｒは、Ｍｏｒｅ  Ｆｒａｍｅに０をセットしたダミーデータを送信する。Ｉｎｉｔｉａｔｏｒは受信したデータを無視する。
４．Ｏｐｅｒａｔｉｏｎ  Ｐｈａｓｅ  ＳｔａｔｅをＩｄｌｅ  Ｓｔａｔｅに遷移させる。
を実施することで、Ｃａｓｅ４において、オペレーションをキャンセルすることができる。
【０１９４】
図３５は、本実施形態のＣａｓｅ６において、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【０１９５】
ステップＳ３５０１〜ステップＳ３５０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。
【０１９６】
（ステップＳ３５０７）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ３５０８）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＤａｔａをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ３５０９）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。
【０１９７】
（ステップＳ３５１０）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、Ｄａｔａの送信を停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、送信中断要求を行う。
（ステップＳ３５１１）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒに送信中断の指示を行う。
（ステップＳ３５１２）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、次に送信するＰＤＵのＭｏｒｅ  Ｆｒａｍｅに０を設定し、Ｒｅｓｐｏｎｄｅｒに送信する。
【０１９８】
（ステップＳ３５１３）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ３５１４）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｄａｔａの受信通知を行う。
【０１９９】
（ステップＳ３５１５）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、オペレーションを停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔの送信要求を行う。
（ステップＳ３５１６）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、Ｒｅｓｅｔ  ＲｅｑｕｅｓｔをＣｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔ）に変換する。
（ステップＳ３５１７）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔ）をＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。
【０２００】
（ステップＳ３５１８）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔ）に変換する。
（ステップＳ３５１９）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔの受信通知を行う。
【０２０１】
ステップＳ３５２０〜ステップＳ３５２５の処理は、図３２のステップＳ３２１２〜ステップＳ３２１７の処理と同様の処理である。
【０２０２】
上述したとおり、
１．Ｉｎｉｔｉａｔｏｒは、Ｍｏｒｅ  Ｆｒａｍｅに０をセットしたデータを送信する。Ｒｅｓｐｏｎｄｅｒは受信したデータを無視する。
２．Ｉｎｉｔｉａｔｏｒは、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔを送信する。
３．Ｒｅｓｐｏｎｄｅｒは、Ｏｐｅｒａｔｉｏｎ.をキャンセルする。
４．Ｒｅｓｐｏｎｄｅｒは、Ｍｏｒｅ  Ｆｒａｍｅに０をセットしたダミーデータを送信する。Ｉｎｉｔｉａｔｏｒは受信したデータを無視する。
５．Ｏｐｅｒａｔｉｏｎ  Ｐｈａｓｅ  ＳｔａｔｅをＩｄｌｅ  Ｓｔａｔｅに遷移させる。
を実施することで、Ｃａｓｅ６において、オペレーションをキャンセルすることができる。
【０２０３】
図３６は、本実施形態のＣａｓｅ７において、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセル手順を示したシーケンス図である。
【０２０４】
ステップＳ３６０１〜ステップＳ３６０６の処理は、図２１のステップＳ２１０１〜ステップＳ２１０６の処理と同様の処理である。
【０２０５】
（ステップＳ３６０７）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、Ｄａｔａの送信要求を行う。
（ステップＳ３６０８）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＤａｔａをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ３６０９）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｄａｔａを複数のＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。
【０２０６】
（ステップＳ３６１０）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信したため、これまで受信したＰＤＵ（ＭＦ＝１）とＰＤＵ（ＭＦ＝０）とをＤａｔａ  Ｃｏｎｔａｉｎｅｒに変換する。
（ステップＳ３６１１）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｄａｔａの受信通知を行う。
【０２０７】
（ステップＳ３６１２）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｌａｙｅｒは、オペレーションを停止させるために、ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒに対して、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔの送信要求を行う。
（ステップＳ３６１３）ＩｎｉｔｉａｔｏｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、Ｒｅｓｅｔ  ＲｅｑｕｅｓｔをＣｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔ）に変換する。
（ステップＳ３６１４）ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔ）をＰＤＵ（ＭＦ＝０）に変換し、Ｒｅｓｐｏｎｄｅｒに送信する。
【０２０８】
（ステップＳ３６１５）ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、送信されたＰＤＵ（ＭＦ＝０）を受信し、Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔ）に変換する。
（ステップＳ３６１６）ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＰＴＰ  Ｌａｙｅｒに対して、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔの受信通知を行う。
【０２０９】
ステップＳ３６１７〜ステップＳ３６２２５の処理は、図３２のステップＳ３２１２〜ステップＳ３２１７の処理と同様の処理である。
【０２１０】
上述したとおり、
１．Ｉｎｉｔｉａｔｏｒは、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔを送信する。
２．Ｒｅｓｐｏｎｄｅｒは、Ｏｐｅｒａｔｉｏｎ.をキャンセルする。
３．Ｒｅｓｐｏｎｄｅｒは、Ｍｏｒｅ  Ｆｒａｍｅに０をセットしたダミーデータを送信する。Ｉｎｉｔｉａｔｏｒは受信したデータを無視する。
４．Ｏｐｅｒａｔｉｏｎ  Ｐｈａｓｅ  ＳｔａｔｅをＩｄｌｅ  Ｓｔａｔｅに遷移させる。
を実施することで、Ｃａｓｅ７において、オペレーションをキャンセルすることができる。
【０２１１】
なお、Ｒｅｓｅｔ  Ｒｅｑｕｅｓｔを使用した場合の、Ｉｎｉｔｉａｔｏｒによるオペレーションのキャンセルの際に、ＩｎｉｔｉａｔｏｒがＲｅｓｐｏｎｄｅｒのリセット処理が終了したことを知る必要が無い場合等は、「Ｒｅｓｐｏｎｄｅｒは、Ｍｏｒｅ  Ｆｒａｍｅに０をセットしたダミーデータを送信する」は行わなくてもよい。
【０２１２】
上述したとおり、本実施形態では、通信制御部１４，２３の生成部３２は、上位層の通信プロトコルに従って処理を行う処理部３０から第１インタフェース部３１に入力される送信対象のデータを変換および分割してトランスポート層レベルの通信フレームを生成し、第２インタフェース部３３は、生成部３２が生成した通信フレームを出力する。
【０２１３】
このときに、通信制御部１４，２３の処理部３０から、送信対象データの送信のキャンセルに関するトリガが第１インタフェース部３１に入力されると、生成部３２は、送信対象データの送信のキャンセルに関するトリガをトランスポート層レベルの情報に変換する。そして、通信制御部１４，２３の付与部３４は、生成部３２が変換した情報に基づいて、第２インタフェース部３３が次に送信するトランスポート層レベルの通信フレームに、送信終了を示すフラグを付与する。そして、第２インタフェース部３３は、付与部３４が送信終了を示すフラグを付与したトランスポート層レベルの通信フレームを送信する。これにより、通信制御部１４，２３は、データの送信を停止させることを送信先に通知する。
【０２１４】
また、通信制御部１４，２３の第２インタフェース部３３が、送信終了を示すフラグが付与されたトランスポート層レベルの通信フレームを受信した場合、第１インタフェース部３１は通信相手から送信されていた送信対象データの送信が停止されることを示す情報を上位層の通信プロトコルに従って処理を行う処理部３０に出力する。
【０２１５】
従って、通信制御部１４，２３の一方がデータ転送の制御権を有するという既存の機能がないトランスポート層プロトコルを用いて、通信中の通信制御部１４，２３が通信を行う場合においても、一方の通信制御部１４，２３がデータ転送を中断した場合、通信中の通信制御部１４，２３は中断を認識することができる。
【０２１６】
また、通信制御部１４，２３の第２インタフェース部３３が、送信対象データを送信している通信相手から送信のキャンセル要求に関連する第２トリガを入力した場合、第１インタフェース部３１は、第２トリガに対応する情報を上位層の通信プロトコルに従って処理を行う処理部３０に出力し、その後、送信対象データの送信のキャンセルに関するトリガの入力を受け付ける。これにより、データを受信している通信制御部１４，２３から、データを送信している通信制御部１４，２３に対して、データの送信を停止させることを通知することができる。
【０２１７】
以上、この発明の一実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【０２１８】
１・・・電子カメラ、２・・・ＰＣ、１１・・・撮像部、１２・・・記録媒体、１３，２１・・・ＣＰＵ、１４，２３・・・通信制御部、１５，２４・・・操作部、１６，２５・・・表示部、１７，２６・・・ＲＡＭ、１８・・・フラッシュメモリ、２２・・・記録媒体、３０・・・処理部、３１・・・第１インタフェース部、３２・・・第２インタフェース部、３３・・・生成部、３４・・・付与部
【図１】
0005566126.tif 000002
【図２】
0005566126.tif 000003
【図３】
0005566126.tif 000004
【図４】
0005566126.tif 000005
【図５】
0005566126.tif 000006
【図６】
0005566126.tif 000007
【図７】
0005566126.tif 000008
【図８】
0005566126.tif 000009
【図９】
0005566126.tif 000010
【図１０】
0005566126.tif 000011
【図１１】
0005566126.tif 000012
【図１２】
0005566126.tif 000013
【図１３】
0005566126.tif 000014
【図１４】
0005566126.tif 000015
【図１５】
0005566126.tif 000016
【図１６】
0005566126.tif 000017
【図１７】
0005566126.tif 000018
【図１８】
0005566126.tif 000019
【図１９】
0005566126.tif 000020
【図２０】
0005566126.tif 000021
【図２１】
0005566126.tif 000022
【図２２】
0005566126.tif 000023
【図２３】
0005566126.tif 000024
【図２４】
0005566126.tif 000025
【図２５】
0005566126.tif 000026
【図２６】
0005566126.tif 000027
【図２７】
0005566126.tif 000028
【図２８】
0005566126.tif 000029
【図２９】
0005566126.tif 000030
【図３０】
0005566126.tif 000031
【図３１】
0005566126.tif 000032
【図３２】
0005566126.tif 000033
【図３３】
0005566126.tif 000034
【図３４】
0005566126.tif 000035
【図３５】
0005566126.tif 000036
【図３６】
0005566126.tif 000037