(57)【特許請求の範囲】
【請求項１】
クライアントとサーバとのうち、サーバが提供するサービスの停止要求をクライアントのみが行うことが可能な、トランスポート層より上位層のクライアント／サーバ型アプリケーションにおいて、クライアントとして動作するサービス利用端末であって、
主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、従の役割で動作する通信制御部と、
前記クライアント／サーバ型のアプリケーションにおいてサーバとして動作し、かつ、前記主従型トランスポート層プロトコルにおいて主の役割で動作するサービス提供端末が提供するサービスの停止指示をユーザから入力される操作部と、
を有し、
前記通信制御部は、前記サービスの停止指示が入力された場合、前記サービス提供端末に、前記サービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで送信するとともに、当該上位層メッセージに応じて前記サービス提供端末から送信された、前記サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで受信した場合、トランスポート層より上位層の通信プロトコルにおけるサービスを停止する
ことを特徴とするサービス利用端末。
【請求項２】
前記上位層の通信プロトコルは、ＯＢＥＸプロトコルであり、
前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求情報を付したＤＩＳＣＯＮＮＥＣＴ Ｒｅｑｕｅｓｔを送信し、または前記サービスの停止要求を意味するオブジェクトをＰＵＴ  Ｒｅｑｕｅｓｔで送信する
ことを特徴とする請求項１に記載のサービス利用端末。
【請求項３】
前記上位層の通信プロトコルは、ＳＣＳＩプロトコルであり、
前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求を意味するＳＣＳＩコマンドを送信する
ことを特徴とする請求項１に記載のサービス利用端末。
【請求項４】
前記上位層の通信プロトコルは、ＰＴＰプロトコルであり、
前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求情報を付したＳｅｒｖｉｃｅＳｔｏｐ  Ｒｅｑｕｅｓｔを送信し、または前記サービスの停止要求を意味するオブジェクトをＳｅｎｄＯｂｊｅｃｔ  Ｒｅｑｕｅｓｔで送信する
ことを特徴とする請求項１に記載のサービス利用端末。
【請求項５】
前記通信制御部は、前記主従型トランスポート層プロトコルにおいて主の役割であるＩｎｉｔｉａｔｏｒの役割で動作する前記サービス提供端末に、前記サービスの停止要求に関連する前記上位層メッセージを送信する
ことを特徴とする請求項１に記載のサービス利用端末。
【請求項６】
クライアントとサーバとのうち、サーバが提供するサービスの停止要求をクライアントのみが行うことが可能な、トランスポート層より上位層のクライアント／サーバ型アプリケーションにおいて、サーバとして動作するサービス提供端末であって、
主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、主の役割で動作するとともに、
前記クライアント／サーバ型のアプリケーションにおいてクライアントとして動作し、かつ、前記主従型トランスポート層プロトコルにおいて従の役割で動作するサービス利用端末から、前記サーバが提供するサービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで受信した場合、前記サービス利用端末に、前記サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで送信する通信制御部
を有することを特徴とするサービス提供端末。
【請求項７】
前記上位層の通信プロトコルは、ＯＢＥＸプロトコルであり、
前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求情報を付したＤＩＳＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔを受信し、または前記サービスの停止要求を意味するオブジェクトをＰＵＴ  Ｒｅｑｕｅｓｔで受信する
ことを特徴とする請求項６に記載のサービス提供端末。
【請求項８】
前記上位層の通信プロトコルは、ＳＣＳＩプロトコルであり、
前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求を意味するＳＣＳＩコマンドを受信する
ことを特徴とする請求項６に記載のサービス提供端末。
【請求項９】
前記上位層の通信プロトコルは、ＰＴＰプロトコルであり、
前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求情報を付したＳｅｒｖｉｃｅＳｔｏｐ  Ｒｅｑｕｅｓｔを受信し、または前記サービスの停止要求を意味するオブジェクトをＳｅｎｄＯｂｊｅｃｔ  Ｒｅｑｕｅｓｔで受信する
ことを特徴とする請求項６に記載のサービス提供端末。
【請求項１０】
前記通信制御部は、前記主従型トランスポート層プロトコルにおいて従の役割であるＲｅｓｐｏｎｄｅｒの役割で動作する前記サービス利用端末から、前記サービスの停止要求に関連する前記上位層メッセージを受信する
ことを特徴とする請求項６に記載のサービス提供端末。
【請求項１１】
クライアントとサーバとのうち、サーバが提供するサービスの停止要求をクライアントのみが行うことが可能な、トランスポート層より上位層のクライアント／サーバ型アプリケーションにおいて、クライアントとして動作するサービス利用端末の制御方法であって、
主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、従の役割で動作する通信制御ステップと、
前記クライアント／サーバ型のアプリケーションにおいてサーバとして動作し、かつ、前記主従型トランスポート層プロトコルにおいて主の役割で動作するサービス提供端末が提供するサービスの停止指示をユーザから入力される操作ステップと、
を含み、
前記通信制御ステップでは、前記サービスの停止指示が入力された場合、前記サービス提供端末に、前記サービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで送信するとともに、当該上位層メッセージに応じて前記サービス提供端末から送信された、前記サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで受信した場合、トランスポート層より上位層の通信プロトコルにおけるサービスを停止する
ことを特徴とするサービス利用端末の制御方法。
【請求項１２】
クライアントとサーバとのうち、サーバが提供するサービスの停止要求をクライアントのみが行うことが可能な、トランスポート層より上位層のクライアント／サーバ型アプリケーションにおいて、サーバとして動作するサービス提供端末の制御方法であって、
主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、主の役割で動作するとともに、
前記クライアント／サーバ型のアプリケーションにおいてクライアントとして動作し、かつ、前記主従型トランスポート層プロトコルにおいて従の役割で動作するサービス利用端末から、前記サーバが提供するサービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで受信した場合、前記サービス利用端末に、前記サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで送信する通信制御ステップ
を有することを特徴とするサービス提供端末の制御方法。
【請求項１３】
クライアントとサーバとのうち、サーバが提供するサービスの停止要求をクライアントのみが行うことが可能な、トランスポート層より上位層のクライアント／サーバ型アプリケーションにおいて、クライアントとして動作するサービス利用端末と、サーバとして動作するサービス提供端末と、を有するサービス提供システムにおいて、
前記サービス利用端末は、
主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、従の役割で動作する第１の通信制御部と、
前記主従型トランスポート層プロトコルにおいて主の役割で動作するサービス提供端末が提供するサービスの停止指示をユーザから入力される操作部と、
を有し、
前記第１の通信制御部は、前記サービスの停止指示が入力された場合、前記サービス提供端末に、前記サービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで送信するとともに、当該上位層メッセージに応じて前記サービス提供端末から送信された、前記サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで受信した場合、トランスポート層より上位層の通信プロトコルにおけるサービスを停止し、
前記サービス提供端末は、
前記主従型トランスポート層プロトコルにおいて、主の役割で動作するとともに、
前記主従型トランスポート層プロトコルにおいて従の役割で動作するサービス利用端末から、前記上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで受信した場合、前記サービス利用端末に、前記トランスポート層メッセージを、トランスポート層プロトコルの通信データで送信する第２の通信制御部
を有する
ことを特徴とするサービス提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス利用端末、サービス提供端末、サービス利用端末の制御方法、サービス提供端末の制御方法およびサービス提供システムに関する。
【背景技術】
【０００２】
クライアント／サーバ型のアプリケーションにおけるサービスの停止制御は、クライアント側が行なう。クライアント／サーバ型のアプリケーションで、トランスポート層にＩｎｉｔｉａｔｏｒ／ＲｅｓｐｏｎｄｅｒやＨｏｓｔ／Ｄｅｖｉｃｅのような役割を持った主従型のトランスポート層プロトコルを採用している場合において、サーバ側にＲｅｓｐｏｎｄｅｒ／Ｄｅｖｉｃｅ、クライアント側にＩｎｉｔｉａｔｏｒ／Ｈｏｓｔが割り当てられている場合、クライアント側からトランスポート層の通信を介してのサービスまたはセッション層プロトコルの停止制御を行うことができる。また、通信規格としてＵＳＢ２．０が知られている（例えば、非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｒｅｖｉｓｉｏｎ  ２．０、［ｏｎｌｉｎｅ］、Ａｐｒｉｌ  ２７，  ２０００、［平成２２年３月２５日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｕｓｂ．ｏｒｇ／ｄｅｖｅｌｏｐｅｒｓ／ｄｏｃｓ／＞
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、クライアント／サーバ型のアプリケーションで、トランスポート層にＩｎｉｔｉａｔｏｒ／ＲｅｓｐｏｎｄｅｒやＨｏｓｔ／Ｄｅｖｉｃｅのような役割を持った主従型のトランスポート層プロトコルを採用している場合において、クライアント側にＲｅｓｐｏｎｄｅｒ／Ｄｅｖｉｃｅ、サーバ側にＩｎｉｔｉａｔｏｒ／Ｈｏｓｔが割り当てられている場合では、アプリケーション層におけるサービス、または/およびセッション層プロトコル(ＯＢＥＸ／ＳＣＳＩ／ＰＴＰ等)の停止制御がＩｎｉｔｉａｔｏｒ／Ｈｏｓｔからしかできないため、クライアント側でサーバ側が提供するサービスの利用を終了したくても、トランスポート層の通信を介してのサービスまたはセッション層プロトコルの停止制御はできず、無駄な消費電力を消耗していた。
【０００５】
本発明は、上記事情に鑑みてなされたものであり、クライアント／サーバ型のアプリケーションで、クライアント側のトランスポート層の役割がＲｅｓｐｏｎｄｅｒ／Ｄｅｖｉｃｅである場合においても、クライアント側によるセッション層プロトコルの停止制御を行うことができるサービス利用端末、サービス提供端末、サービス利用端末の制御方法、サービス提供端末の制御方法およびサービス提供システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、クライアントとサーバとのうち、サーバが提供するサービスの停止要求をクライアントのみが行うことが可能な、トランスポート層より上位層のクライアント／サーバ型アプリケーションにおいて、クライアントとして動作するサービス利用端末であって、主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、従の役割で動作する通信制御部と、前記クライアント／サーバ型のアプリケーションにおいてサーバとして動作し、かつ、前記主従型トランスポート層プロトコルにおいて主の役割で動作するサービス提供端末が提供するサービスの停止指示をユーザから入力される操作部と、を有し、前記通信制御部は、前記サービスの停止指示が入力された場合、前記サービス提供端末に、前記サービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで送信するとともに、当該上位層メッセージに応じて前記サービス提供端末から送信された、前記サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで受信した場合、トランスポート層より上位層の通信プロトコルにおけるサービスを停止することを特徴とするサービス利用端末である。
【０００７】
また、本発明のサービス利用端末において、前記上位層の通信プロトコルは、ＯＢＥＸプロトコルであり、前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求情報を付したＤＩＳＣＯＮＮＥＣＴ Ｒｅｑｕｅｓｔを送信し、または前記サービスの停止要求を意味するオブジェクトをＰＵＴ  Ｒｅｑｕｅｓｔで送信することを特徴とする。
【０００８】
また、本発明のサービス利用端末において、前記上位層の通信プロトコルは、ＳＣＳＩプロトコルであり、前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求を意味するＳＣＳＩコマンドを送信することを特徴とする。
【０００９】
また、本発明のサービス利用端末において、前記上位層の通信プロトコルは、ＰＴＰプロトコルであり、前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求情報を付したＳｅｒｖｉｃｅＳｔｏｐ  Ｒｅｑｕｅｓｔを送信し、または前記サービスの停止要求を意味するオブジェクトをＳｅｎｄＯｂｊｅｃｔ  Ｒｅｑｕｅｓｔで送信することを特徴とする。
【００１０】
また、本発明のサービス利用端末において、前記通信制御部は、前記主従型トランスポート層プロトコルにおいて主の役割であるＩｎｉｔｉａｔｏｒの役割で動作する前記サービス提供端末に、前記サービスの停止要求に関連する前記上位層メッセージを送信することを特徴とする。
【００１１】
また、本発明は、クライアントとサーバとのうち、サーバが提供するサービスの停止要求をクライアントのみが行うことが可能な、トランスポート層より上位層のクライアント／サーバ型アプリケーションにおいて、サーバとして動作するサービス提供端末であって、主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、主の役割で動作するとともに、前記クライアント／サーバ型のアプリケーションにおいてクライアントとして動作し、かつ、前記主従型トランスポート層プロトコルにおいて従の役割で動作するサービス利用端末から、前記サーバが提供するサービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで受信した場合、前記サービス利用端末に、前記サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで送信する通信制御部を有することを特徴とするサービス提供端末である。
また、本発明のサービス提供端末において、前記上位層の通信プロトコルは、ＯＢＥＸプロトコルであり、前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求情報を付したＤＩＳＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔを受信し、または前記サービスの停止要求を意味するオブジェクトをＰＵＴ  Ｒｅｑｕｅｓｔで受信することを特徴とする。
また、本発明のサービス提供端末において、前記上位層の通信プロトコルは、ＳＣＳＩプロトコルであり、前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求を意味するＳＣＳＩコマンドを受信することを特徴とする。
また、本発明のサービス提供端末において、前記上位層の通信プロトコルは、ＰＴＰプロトコルであり、前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求情報を付したＳｅｒｖｉｃｅＳｔｏｐ  Ｒｅｑｕｅｓｔを受信し、または前記サービスの停止要求を意味するオブジェクトをＳｅｎｄＯｂｊｅｃｔ  Ｒｅｑｕｅｓｔで受信することを特徴とする。
また、本発明のサービス提供端末において、前記通信制御部は、前記主従型トランスポート層プロトコルにおいて従の役割であるＲｅｓｐｏｎｄｅｒの役割で動作する前記サービス利用端末から、前記サービスの停止要求に関連する前記上位層メッセージを受信することを特徴とする。
【００１２】
また、本発明は、クライアントとサーバとのうち、サーバが提供するサービスの停止要求をクライアントのみが行うことが可能な、トランスポート層より上位層のクライアント／サーバ型アプリケーションにおいて、クライアントとして動作するサービス利用端末の制御方法であって、主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、従の役割で動作する通信制御ステップと、前記クライアント／サーバ型のアプリケーションにおいてサーバとして動作し、かつ、前記主従型トランスポート層プロトコルにおいて主の役割で動作するサービス提供端末が提供するサービスの停止指示をユーザから入力される操作ステップと、を含み、前記通信制御ステップでは、前記サービスの停止指示が入力された場合、前記サービス提供端末に、前記サービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで送信するとともに、当該上位層メッセージに応じて前記サービス提供端末から送信された、前記サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで受信した場合、トランスポート層より上位層の通信プロトコルにおけるサービスを停止することを特徴とするサービス利用端末の制御方法である。
【００１３】
また、本発明は、クライアントとサーバとのうち、サーバが提供するサービスの停止要求をクライアントのみが行うことが可能な、トランスポート層より上位層のクライアント／サーバ型アプリケーションにおいて、サーバとして動作するサービス提供端末の制御方法であって、主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、主の役割で動作するとともに、前記クライアント／サーバ型のアプリケーションにおいてクライアントとして動作し、かつ、前記主従型トランスポート層プロトコルにおいて従の役割で動作するサービス利用端末から、前記サーバが提供するサービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで受信した場合、前記サービス利用端末に、前記サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで送信する通信制御ステップを有することを特徴とするサービス提供端末の制御方法である。
【００１４】
また、本発明は、クライアントとサーバとのうち、サーバが提供するサービスの停止要求をクライアントのみが行うことが可能な、トランスポート層より上位層のクライアント／サーバ型アプリケーションにおいて、クライアントとして動作するサービス利用端末と、サーバとして動作するサービス提供端末と、を有するサービス提供システムにおいて、前記サービス利用端末は、主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、従の役割で動作する第１の通信制御部と、前記主従型トランスポート層プロトコルにおいて主の役割で動作するサービス提供端末が提供するサービスの停止指示をユーザから入力される操作部と、を有し、前記第１の通信制御部は、前記サービスの停止指示が入力された場合、前記サービス提供端末に、前記サービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで送信するとともに、当該上位層メッセージに応じて前記サービス提供端末から送信された、前記サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで受信した場合、トランスポート層より上位層の通信プロトコルにおけるサービスを停止し、前記サービス提供端末は、前記主従型トランスポート層プロトコルにおいて、主の役割で動作するとともに、前記主従型トランスポート層プロトコルにおいて従の役割で動作するサービス利用端末から、前記上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで受信した場合、前記サービス利用端末に、前記トランスポート層メッセージを、トランスポート層プロトコルの通信データで送信する第２の通信制御部を有することを特徴とするサービス提供システムである。
【発明の効果】
【００１５】
本発明によれば、通信制御部は、主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、従の役割で動作する。また、操作部は、クライアント／サーバ型のアプリケーションにおいてサーバとして動作し、かつ、主従型トランスポート層プロトコルにおいて主の役割で動作するサービス提供端末が提供するサービスの停止指示をユーザから入力される。また、通信制御部は、サービスの停止指示が入力された場合、サービス提供端末に、サービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで送信するとともに、当該上位層メッセージに応じてサービス提供端末から送信された、サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで受信した場合、トランスポート層より上位層の通信プロトコルにおけるサービスを停止する。
【００１６】
従って、クライアント／サーバ型のアプリケーションで、サービス利用端末側のトランスポート層の役割がＲｅｓｐｏｎｄｅｒ／Ｄｅｖｉｃｅである場合においても、サービス利用端末側によるセッション層プロトコルの停止制御を行うことができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態における電子カメラの構成を示したブロック図である。
【図２】本実施形態におけるＰＣの構成を示したブロック図である。
【図３】本実施形態におけるＩｎｉｔｉａｔｏｒとＲｅｑｕｅｓｔとの接続手順を示したシーケンス図である。
【図４】本実施形態におけるメッセージのフォーマットを示した概略図である。
【図５】本実施形態におけるサービスリスト要求メッセージに格納されるデータを示した概略図である。
【図６】本実施形態におけるサービスリスト応答メッセージに格納されるデータを示した概略図である。
【図７】本実施形態におけるＳｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒのフォーマットを示した概略図である。
【図８】本実施形態におけるサービス起動・停止要求メッセージに格納されるデータを示した概略図である。
【図９】本実施形態におけるサービス起動・停止応答メッセージに格納されるデータを示した概略図である。
【図１０】本実施形態において、セッション層プロトコルがＯＢＥＸプロトコルであり、ＩｎｉｔｉａｔｏｒがＣｌｉｅｎｔであり、ＲｅｓｐｏｎｄｅｒがＳｅｒｖｅｒである場合において、Ｉｎｉｔｉａｔｏｒ側からのサービスの停止手順を示したシーケンス図である。
【図１１】本実施形態において、セッション層プロトコルがＯＢＥＸプロトコルであり、ＩｎｉｔｉａｔｏｒがＳｅｒｖｅｒであり、ＲｅｓｐｏｎｄｅｒがＣｌｉｅｎｔである場合において、ＤＩＳＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔを用いた場合のＲｅｓｐｏｎｄｅｒ側からのサービスの停止手順を示したシーケンス図である。
【図１２】本実施形態において、セッション層プロトコルがＯＢＥＸプロトコルであり、ＩｎｉｔｉａｔｏｒがＳｅｒｖｅｒであり、ＲｅｓｐｏｎｄｅｒがＣｌｉｅｎｔである場合において、ＰＵＴ  Ｒｅｑｕｅｓｔを用いた場合のＲｅｓｐｏｎｄｅｒ側からのサービスの停止手順を示したシーケンス図である。
【図１３】本実施形態において、「サービス起動・停止要求メッセージ（停止）の送信指示」を意味する情報が記述されているオブジェクトの例を示した図である。
【図１４】本実施形態において、セッション層プロトコルがＳＣＳＩプロトコルであり、ＩｎｉｔｉａｔｏｒがＣｌｉｅｎｔであり、ＲｅｓｐｏｎｄｅｒがＳｅｒｖｅｒである場合において、Ｉｎｉｔｉａｔｏｒ側からのサービスの停止手順を示したシーケンス図である。
【図１５】本実施形態において、セッション層プロトコルがＳＣＳＩプロトコルであり、ＩｎｉｔｉａｔｏｒがＳｅｒｖｅｒであり、ＲｅｓｐｏｎｄｅｒがＣｌｉｅｎｔである場合において、Ｒｅｓｐｏｎｄｅｒ側からのサービスの停止手順を示したシーケンス図である。
【図１６】本実施形態における「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンドのＣＤＢのデータ構造を示した概略図である。
【図１７】本実施形態において、セッション層プロトコルがＰＴＰプロトコルであり、ＩｎｉｔｉａｔｏｒがＰＴＰ  Ｉｎｉｔｉａｔｏｒであり、ＲｅｓｐｏｎｄｅｒがＰＴＰ  Ｒｅｓｐｏｎｄｅｒである場合において、Ｉｎｉｔｉａｔｏｒ側からのサービスの停止手順を示したシーケンス図である。
【図１８】本実施形態において、セッション層プロトコルがＰＴＰプロトコルであり、ＩｎｉｔｉａｔｏｒがＰＴＰ  Ｒｅｓｐｏｎｄｅｒであり、ＲｅｓｐｏｎｄｅｒがＰＴＰ  Ｉｎｉｔｉａｔｏｒである場合において、Ｏｂｊｅｃｔ  Ｄａｔａを用いた場合のＲｅｓｐｏｎｄｅｒ側からのサービスの停止手順を示したシーケンス図である。
【図１９】本実施形態において、セッション層プロトコルがＰＴＰプロトコルであり、ＩｎｉｔｉａｔｏｒがＰＴＰ  Ｒｅｓｐｏｎｄｅｒであり、ＲｅｓｐｏｎｄｅｒがＰＴＰ  Ｉｎｉｔｉａｔｏｒである場合において、ＳｅｒｖｉｃｅＳｔｏｐ  Ｒｅｑｕｅｓｔを用いた場合のＲｅｓｐｏｎｄｅｒ側からのサービスの停止手順を示したシーケンス図である。
【図２０】本実施形態における「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＰＴＰオペレーションのデータ構造を示した概略図である。
【発明を実施するための形態】
【００１８】
以下、本発明の一実施形態について図面を参照して説明する。本実施形態は、電子カメラとＰＣ（パーソナルコンピュータ）との間、または２台の電子カメラ間でデータの送受信を行っている際に、データの送受信を停止する例について説明する。
【００１９】
図１は、本実施形態における電子カメラの構成を示したブロック図である。図示する例では、電子カメラ１は、撮像部１１と、記録媒体１２と、ＣＰＵ１３（制御部、トリガ受付部）と、通信制御部１４（送信部、受信部）と、操作部１５と、表示部１６と、ＲＡＭ１７と、フラッシュメモリ１８とを備えている。
【００２０】
ＣＰＵ１３は、フラッシュメモリ１８に記録されている制御プログラムを読み出して実行し、ＲＡＭ１７に種々のデータを読み書きすることにより、電子カメラ１が備える各部の動作を統括的に制御する。フラッシュメモリ１８には、制御プログラムの他に、撮影パラメータや通信パラメータ（データ通信プロトコル情報等）等が記録されている。
【００２１】
撮像部１１は、被写体を撮影して撮像信号を生成するとともに、種々の画像処理を行って画像データを作成する。撮像部１１に作成された画像データは、記録媒体１２に記録される。例えば、記録媒体１２として、電子カメラ１に着脱可能なメモリカードや、電子カメラ１に固定されたハードディスクなどが用いられる。
【００２２】
操作部１５は、電子カメラ１の動作に関する指示を入力するための操作スイッチなどを備える。表示部１６は、記録媒体１２から読み出された画像データや、ユーザインタフェース画面等を表示する。通信制御部１４は、ＰＣや、プリンタや、外部記録装置等の外部機器との間で撮影画像等のデータの授受を行う通信インタフェースである。通信インタフェースとは広く情報の送受信に用いられるインタフェースのことで、有線通信に限らず、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ、無線ＬＡＮ）、Ｂｌｕｔｏｏｔｈ（登録商標）、ＩｒＤＡ（登録商標）、ＴｒａｎｓｆｅｒＪＥＴ（登録商標）、ＷｉＭｅｄｉａ（登録商標）などの無線通信も含まれる。
【００２３】
次に、ＰＣの構成について説明する。図２は、本実施形態におけるＰＣの構成を示したブロック図である。図示する例では、ＰＣ２は、ＣＰＵ２１と、記録媒体２２と、通信制御部２３（送信部、受信部）と、操作部２４と、表示部２５と、ＲＡＭ２６とを備えている。
【００２４】
ＣＰＵ２１は、記録媒体２２に記録されている制御プログラムを読み出し実行し、ＲＡＭ２６に種々のデータを読み書きすることにより、ＰＣ２が備える各部の動作を統括的に制御する。例えば、記録媒体２２として、ハードディスクやフラッシュメモリなどが用いられる。記録媒体２２には、制御プログラムの他に、文書データや画像データ等の種々のデータが記録される。
【００２５】
操作部２４は、ＰＣ２の動作に関する指示を入力するためのキーボードやマウスなどを備える。表示部２５は、ユーザインタフェース画面や、記録媒体から読み出された文書データや画像データ等を表示する。通信制御部２３は、電子カメラ１やプリンタ等の機器との間で種々のデータの授受を行う通信インタフェースである。通信インタフェースとは広く情報の送受信に用いられるインタフェースのことで、有線通信に限らず、ＷＬＡＮ、Ｂｌｕｔｏｏｔｈ（登録商標）、ＩｒＤＡ（登録商標）、ＴｒａｎｓｆｅｒＪＥＴ（登録商標）、ＷｉＭｅｄｉａ（登録商標）などの無線通信も含まれる。
【００２６】
次に、電子カメラ１の通信制御部１４と、ＰＣ２の通信制御部２３とが用いる通信方式について説明する。本実施形態では、電子カメラ１の通信制御部１４と、ＰＣ２の通信制御部２３とは主従型のトランスポート層プロトコルを採用する通信方式を用いる。主従型のトランスポート層プロトコルを採用する通信方式とは、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）のような、通信を行う一方の機器にＨｏｓｔの役割を持たせ、他方の機器にＤｅｖｉｃｅの役割をもたせ、Ｈｏｓｔがデータの送受信を制御する通信方式である。また、図３に示すように、通信を行う一方の機器にＩｎｉｔｉａｔｏｒの役割を持たせ、他方の機器にＲｅｓｐｏｎｄｅｒの役割をもたせ、Ｉｎｉｔｉａｔｏｒが接続要求として接続要求メッセージを送信し、その接続要求メッセージを受信したＲｅｓｐｏｎｄｅｒが接続を許可する場合、接続許可メッセージをＩｎｉｔｉａｔｏｒに送信する通信方式も主従型のトランスポート層プロトコルを採用する通信方式である。なお、本発明においてトランスポート層プロトコルの通信データとは、トランスポート層プロトコルよりも上位層の通信プロトコルの通信データを含むものとする。
【００２７】
これらの通信方式において、サービス、または／およびセッション層プロトコル(ＯＢＥＸ（Ｏｂｊｅｃｔ  ＥＸｃｈａｎｇｅ）、ＳＣＳＩ、ＰＴＰ等)の起動および停止は、ＨｏｓｔやＩｎｉｔｉａｔｏｒにより制御される。例えば、通信方式がＵＳＢの場合は、Ｈｏｓｔが、Ｄｅｖｉｃｅに対してＳｅｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎデバイスリクエストを発行して、セッション層プロトコルの起動および停止を行う。
【００２８】
なお、本実施形態では、図３に示したようなトランスポート層プロトコルを採用する通信方式を用いて説明する。本実施形態の通信方式では、トランスポート層において、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとの間で以下のメッセージを送受信することにより、サービスの起動および停止が行われる。ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとの間で送受信されるメッセージは、ＩｎｉｔｉａｔｏｒからＲｅｓｐｏｎｄｅｒに発行されるＲｅｑｕｅｓｔメッセージと、ＲｅｓｐｏｎｄｅｒからＩｎｉｔｉａｔｏｒに返信されるＲｅｓｐｏｎｓｅメッセージとである。
【００２９】
次に、本実施形態で用いるメッセージのフォーマットについて説明する。図４は、本実施形態で用いるメッセージのフォーマットを示した概略図である。本実施形態で用いるメッセージの０バイト（ｂｙｔｅ）目のデータは「Ｍｅｓｓａｇｅ  Ｔｙｐｅ」を示す。１バイト目のデータは「Ｍｅｓｓａｇｅ  Ｃｏｄｅ」を示す。２バイト目〜５バイト目のデータは「Ｐａｒａｍｅｔｅｒｓ」を示す。６バイト目〜７バイト目のデータは「Ｌｅｎｇｔｈ」を示す。８バイト目以降のデータは「Ｄａｔａ」を示す。
【００３０】
「Ｍｅｓｓａｇｅ  Ｔｙｐｅ」には、このメッセージが「Ｒｅｑｕｅｓｔメッセージ」であるか「Ｒｅｓｐｏｎｓｅメッセージ」であるかを示す情報がセット（格納）される。「Ｍｅｓｓａｇｅ  Ｃｏｄｅ」にはメッセージ種別を示す情報がセットされる。「Ｐａｒａｍｅｔｅｒｓ」には、メッセージ種別ごとに定義されている内容を示す情報がセットされる。「Ｌｅｎｇｔｈ」には、後続の「Ｄａｔａ」のサイズを示す情報がセットされる。「Ｄａｔａ」には、メッセージ種別ごとに定義されたデータがセットされる。
【００３１】
次に、本実施形態で用いるメッセージのうち、サービスリスト要求メッセージについて説明する。サービスリスト要求メッセージは、Ｒｅｓｐｏｎｄｅｒが対応しているサービスおよび／またはプロトコルのリストを取得するためのメッセージであり、ＩｎｉｔｉａｔｏｒからＲｅｓｐｏｎｄｅｒに送信される。
【００３２】
図５は、本実施形態で用いるサービスリスト要求メッセージに格納されるデータを示した概略図である。図示する例では、サービスリスト要求メッセージの「Ｍｅｓｓａｇｅ  Ｔｙｐｅ」には、Ｒｅｑｕｅｓｔメッセージであることを示す「Ｍｅｓｓａｇｅ  Ｔｙｐｅ  ＝  ０ｘ００」がセットされている。「Ｍｅｓｓａｇｅ  Ｃｏｄｅ」には、メッセージ種別「Ｇｅｔ  Ｓｅｒｖｉｃｅ  Ｌｉｓｔ」であることを示す「Ｍｅｓｓａｇｅ  Ｃｏｄｅ  ＝  ０ｘ０１」がセットされている。「Ｐａｒａｍｅｔｅｒｓ」は、メッセージ種別ごとに定義されている内容を示す情報をセットできるように、予約（Ｒｅｓｅｒｖｅｄ）されている。「Ｌｅｎｇｔｈ」には、後続の「Ｄａｔａ」が存在しないことを示す「Ｌｅｎｇｔｈ  ＝  ０」がセットされている。
【００３３】
次に、本実施形態で用いるメッセージのうち、サービスリスト応答メッセージについて説明する。サービスリスト応答メッセージは、サービスリスト要求メッセージに対し、Ｒｅｓｐｏｎｄｅｒが対応しているサービスおよび／またはプロトコルのリストを返信するためのメッセージであり、ＲｅｓｐｏｎｄｅｒからＩｎｉｔｉａｔｏｒに送信される。
【００３４】
図６は、本実施形態で用いるサービスリスト応答メッセージに格納されるデータを示した概略図である。図示する例では、サービスリスト応答メッセージの「Ｍｅｓｓａｇｅ  Ｔｙｐｅ」には、Ｒｅｓｐｏｎｓｅメッセージであることを示す「Ｍｅｓｓａｇｅ  Ｔｙｐｅ  ＝  ０ｘ０１」がセットされている。「Ｍｅｓｓａｇｅ  Ｃｏｄｅ」には、メッセージ種別「Ｇｅｔ  Ｓｅｒｖｉｃｅ  Ｌｉｓｔ」であることを示す「Ｍｅｓｓａｇｅ  Ｃｏｄｅ  ＝  ０ｘ０１」がセットされている。「Ｐａｒａｍｅｔｅｒｓ」の一部（メッセージの２バイト目）には、メッセージの８バイト目以降のＳｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒの数（ｍ個）を示す「Ｎｕｍｂｅｒ  ｏｆ  Ｓｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒ  ＝  ｍ」がセットされており、残りの部分（メッセージの３バイト目から５バイト目）はメッセージ種別ごとに定義されている内容を示す情報をセットできるように、予約（Ｒｅｓｅｒｖｅｄ）されている。「Ｌｅｎｇｔｈ」には、後続の「Ｄａｔａ」のサイズ（８バイト目以降のサイズ）を示す「Ｌｅｎｇｔｈ  ＝  ８バイト目以降のサイズ」がセットされている。「Ｄａｔａ」には、サービスやプロトコルに関するパラメータである「Ｓｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒ  ＃０〜Ｓｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒ  ＃ｍ−１」がセットされている。
【００３５】
次に、Ｓｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒのフォーマットについて説明する。図７は、本実施形態で用いるＳｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒのフォーマットを示した概略図である。本実施形態で用いるＳｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒの０バイト目のデータは「Ｐｒｏｔｏｃｏｌ  Ｃｏｄｅ」を示す。１バイト目のデータは「Ｃｌａｓｓ  Ｃｏｄｅ」を示す。２バイト目のデータは「Ｒｅｓｕｌｔ  Ｃｏｄｅ」を示す。３バイト目〜５バイト目のデータは、Ｓｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒに関する情報をセットできるように、予約（Ｒｅｓｅｒｖｅｄ）されている。６バイト目〜７バイト目のデータは「Ｌｅｎｇｔｈ」を示す。８バイト目以降のデータは「Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ」を示す。
【００３６】
「Ｐｒｏｔｏｃｏｌ  Ｃｏｄｅ」には、プロトコル種別（ＯＢＥＸ／ＳＣＳＩ／ＰＴＰ等）を示すコードがセットされる。「Ｃｌａｓｓ  Ｃｏｄｅ」には、プロトコル種別毎に定義されたクラスコードがセットされる。例えば、プロトコル種別がＯＢＥＸの場合は「ＯＢＥＸ  Ｐｕｓｈ  Ｓｅｒｖｅｒ」や「ＯＢＥＸ  Ｐｕｓｈ  Ｃｌｉｅｎｔ」等を示すコードがセットされる。また、プロトコル種別がＳＣＳＩの場合は「ＳＣＳＩ  Ｂｌｏｃｋ  Ｄｅｖｉｃｅ  −  Ｔａｒｇｅｔ」や「ＳＣＳＩ  Ｂｌｏｃｋ  Ｄｅｖｉｃｅ  −  Ｉｎｉｔｉａｔｏｒ」等を示すコードセットされる。また、プロトコル種別がＰＴＰの場合は「ＰＴＰ  Ｉｎｉｔｉａｔｏｒ」や「ＰＴＰ  Ｒｅｓｐｏｎｄｅｒ」がセットされる。
【００３７】
「Ｒｅｓｕｌｔ  Ｃｏｄｅ」には、処理結果がセットされる。例えば、処理が正常に終了した場合は、ＳＵＣＣＥＳＳを示すコードがセットされる。「Ｌｅｎｇｔｈ」には、「Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ」のサイズがセットされる。「Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ」にはアプリケーション層のサービスに応じた情報（例えば、対応するファイルフォーマット等）がセットされる。
【００３８】
次に、本実施形態で用いるメッセージのうち、サービス起動・停止要求メッセージについて説明する。サービス起動・停止要求メッセージは、指定したＳｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒでサービスおよび／またはプロトコルを起動する、または現在起動中のサービスおよび／またはプロトコルを停止するようにＲｅｓｐｏｎｄｅｒに要求するためのメッセージであり、ＩｎｉｔｉａｔｏｒからＲｅｓｐｏｎｄｅｒに送信される。なお、サービス起動・停止要求メッセージのＬｅｎｇｔｈが０、すなわちＳｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒが無い場合は、サービス停止要求を示す。
【００３９】
図８は、本実施形態で用いるサービス起動・停止要求メッセージに格納されるデータを示した概略図である。図示する例では、サービス起動・停止要求メッセージの「Ｍｅｓｓａｇｅ  Ｔｙｐｅ」には、Ｒｅｑｕｅｓｔメッセージであることを示す「Ｍｅｓｓａｇｅ  Ｔｙｐｅ  ＝  ０ｘ００」がセットされている。「Ｍｅｓｓａｇｅ  Ｃｏｄｅ」には、メッセージ種別「Ｓｅｔ  Ｓｅｒｖｉｃｅ」であることを示す「Ｍｅｓｓａｇｅ  Ｃｏｄｅ  ＝  ０ｘ０２」がセットされている。「Ｐａｒａｍｅｔｅｒｓ」はメッセージ種別ごとに定義されている内容を示す情報をセットできるように、予約（Ｒｅｓｅｒｖｅｄ）されている。「Ｌｅｎｇｔｈ」には、後続の「Ｓｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒ」のサイズ（８バイト目以降のサイズ）を示す「Ｌｅｎｇｔｈ  ＝  ８バイト目以降のサイズ」がセットされている。「Ｓｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒ」には、サービスに関するパラメータである「Ｓｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒ」がセットされている。なお、本実施形態では、「Ｌｅｎｇｔｈ」に「Ｌｅｎｇｔｈ＝０」がセットされているサービス起動・停止要求メッセージ、すなわち、「Ｓｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒ」が無いサービス起動・停止要求メッセージは、サービス停止要求を示す。
【００４０】
次に、本実施形態で用いるメッセージのうち、サービス起動・停止応答メッセージについて説明する。サービス起動・停止応答メッセージは、サービス起動・停止要求メッセージに対する応答メッセージであり、ＲｅｓｐｏｎｄｅｒからＩｎｉｔｉａｔｏｒに送信される。
【００４１】
図９は、本実施形態で用いるサービス起動・停止応答メッセージに格納されるデータを示した概略図である。図示する例では、サービス起動・停止応答メッセージの「Ｍｅｓｓａｇｅ  Ｔｙｐｅ」には、Ｒｅｓｐｏｎｓｅメッセージであることを示す「Ｍｅｓｓａｇｅ  Ｔｙｐｅ  ＝  ０ｘ０１」がセットされている。「Ｍｅｓｓａｇｅ  Ｃｏｄｅ」には、メッセージ種別「Ｓｅｔ  Ｓｅｒｖｉｃｅ」であることを示す「Ｍｅｓｓａｇｅ  Ｃｏｄｅ  ＝  ０ｘ０２」がセットされている。「Ｐａｒａｍｅｔｅｒｓ」の一部（メッセージの２バイト目）は、「Ｒｅｓｕｌｔ  Ｃｏｄｅ」を示し、処理結果がセットされる。例えば、処理が正常に終了した場合は、「Ｒｅｓｕｌｔ  Ｃｏｄｅ」にＳＵＣＣＥＳＳを示すコードがセットされる。「Ｐａｒａｍｅｔｅｒｓ」の残りの部分（メッセージの３バイト目から５バイト目）はメッセージ種別ごとに定義されている内容を示す情報をセットできるように、予約（Ｒｅｓｅｒｖｅｄ）されている。「Ｌｅｎｇｔｈ」には、後続の「Ｄａｔａ」が存在しないことを示す「Ｌｅｎｇｔｈ  ＝  ０」がセットされている。
【００４２】
（セッション層プロトコルがＯＢＥＸプロトコルの場合におけるサービスの停止方法）
次に、セッション層プロトコルがＯＢＥＸプロトコルの場合におけるサービスの停止方法について説明する。セッション層プロトコルがＯＢＥＸプロトコルである場合、「電子カメラ１とＰＣ２との間でデータの送受信を行う際に、ＰＣ２がＩｎｉｔｉａｔｏｒの役割で動作し、電子カメラ１がＲｅｓｐｏｎｄｅｒの役割で動作する」、または「電子カメラ１とＰＣ２との間でデータの送受信を行う際に、電子カメラ１がＩｎｉｔｉａｔｏｒの役割で動作し、ＰＣ２がＲｅｓｐｏｎｄｅｒの役割で動作する」、または「２台の電子カメラ１間でデータの送受信を行う際に、一方の電子カメラ１がＩｎｉｔｉａｔｏｒの役割で動作し、他方の電子カメラ１がＲｅｓｐｏｎｄｅｒの役割で動作する」ことが可能である。
【００４３】
図１０は、セッション層プロトコルがＯＢＥＸプロトコルであり、ＩｎｉｔｉａｔｏｒがＯＢＥＸ  Ｃｌｉｅｎｔ（サービス利用端末）であり、ＲｅｓｐｏｎｄｅｒがＯＢＥＸ  Ｓｅｒｖｅｒ（サービス提供端末）である場合において、Ｉｎｉｔｉａｔｏｒ側からのサービスの停止手順を示したシーケンス図である。なお、本実施形態では、ＣＰＵ１３，２１がＡｐｐｌｉｃａｔｉｏｎ  ＬａｙｅｒおよびＳｅｓｓｉｏｎ  Ｌａｙｅｒとして動作し、通信制御部１４，２３がＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒとして動作する。または、ＣＰＵ１３，２１がＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒとして動作し、通信制御部１４，２３がＳｅｓｓｉｏｎ  ＬａｙｅｒおよびＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒとして動作する。
【００４４】
（ステップＳ１０１）ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとは、通信接続を確立する。具体的には、図３に示したように、ＩｎｉｔｉａｔｏｒはＲｅｓｐｏｎｄｅｒに対して接続要求を行い、Ｒｅｓｐｏｎｄｅｒは接続要求を許可する。
（ステップＳ１０２）ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとの通信接続が確立されると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＯＢＥＸ  Ｃｌｉｅｎｔを起動する。
（ステップＳ１０３）ＯＢＥＸ  Ｃｌｉｅｎｔを起動すると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービスの起動を要求する。
【００４５】
（ステップＳ１０４）サービスの起動を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービスリスト要求メッセージを送信する。
（ステップＳ１０５）サービスリスト要求メッセージを受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒに、自機が対応するサービスをＳｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒにセットしたサービスリスト応答メッセージを送信する。
【００４６】
（ステップＳ１０６）サービスリスト応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、サービスリスト応答メッセージに「Ｐｒｏｔｏｃｏｌ  Ｃｏｄｅ」が「ＯＢＥＸ」、かつ「Ｃｌａｓｓ  Ｃｏｄｅ」が「ＯＢＥＸ  Ｐｕｓｈ  Ｓｅｒｖｅｒ」であるＳｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒが存在した場合、「ＯＢＥＸ  Ｐｕｓｈ  Ｓｅｒｖｅｒ」を起動するためにＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止要求メッセージ（起動）を送信する。
【００４７】
（ステップＳ１０７）サービス起動・停止要求メッセージ（起動）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＯＢＥＸプロトコルの起動を要求する。
（ステップＳ１０８）ＯＢＥＸプロトコルの起動を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＯＢＥＸプロトコルを起動し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  ＬａｙｅｒにＯＢＥＸ  Ｓｅｒｖｅｒの起動を要求する。
（ステップＳ１０９）ＯＢＥＸ  Ｓｅｒｖｅｒの起動を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＯＢＥＸ  Ｓｅｒｖｅｒを起動する。
【００４８】
（ステップＳ１１０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＯＢＥＸプロトコルの起動を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ１１１）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＯＢＥＸプロトコルの起動を要求する。
（ステップＳ１１２）ＯＢＥＸプロトコルの起動を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＯＢＥＸプロトコルを起動する。
【００４９】
（ステップＳ１１３）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒがＯＢＥＸプロトコルを起動した後、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ１１４）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＣＯＮＮＥＣＴ  ＲｅｑｕｅｓｔをＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ）に変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、変換したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ）を送信する。
【００５０】
（ステップＳ１１５）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ）をＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔに変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、変換したＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ１１６）ＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＣＯＮＮＥＣＴを実行する。
（ステップＳ１１７）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＣＯＮＮＥＣＴを実行したことを通知するために、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅを入力する。
【００５１】
（ステップＳ１１８）ＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＣＯＮＮＥＣＴ  ＲｅｓｐｏｎｓｅをＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）に変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、変換したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ１１９）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）をＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅに変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、変換したＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ１２０）ＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＣＯＮＮＥＣＴを完了する。
【００５２】
（ステップＳ１２１）ＣＯＮＮＥＣＴを完了した後、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、送信対象のオブジェクト（ファイル等）を含むＰＵＴ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ１２２）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＰＵＴ  ＲｅｑｕｅｓｔをＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ  ＃１）〜ＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ  ＃ｎ）に変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、
変換したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ  ＃１）〜ＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ  ＃ｎ）を送信する。
【００５３】
（ステップＳ１２３）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ  ＃１）〜ＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ  ＃ｎ）をＰＵＴ  Ｒｅｑｕｅｓｔに変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、変換したＰＵＴ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ１２４）ＰＵＴ  Ｒｅｑｕｅｓｔが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＰＵＴを実行する。
【００５４】
（ステップＳ１２５）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＰＵＴを実行したことを通知するために、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＰＵＴ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ１２６）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＰＵＴ  ＲｅｓｐｏｎｓｅをＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）に変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、変換したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ１２７）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）をＰＵＴ  Ｒｅｓｐｏｎｓｅに変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、変換したＰＵＴ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ１２８）ＰＵＴ  Ｒｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＰＵＴを完了する。
【００５５】
（ステップＳ１２９）ＰＵＴを完了した後、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＤＩＳＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ１３０）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＤＩＳＣＯＮＮＥＣＴ  ＲｅｑｕｅｓｔをＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ）に変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、変換したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ）を送信する。
【００５６】
（ステップＳ１３１）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ）をＤＩＳＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔに変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、変換したＤＩＳＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ１３２）ＤＩＳＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴを実行する。
（ステップＳ１３３）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴを実行したことを通知するために、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＤＩＳＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅを入力する。
【００５７】
（ステップＳ１３４）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＤＩＳＣＯＮＮＥＣＴ  ＲｅｓｐｏｎｓｅをＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）に変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、変換したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ１３５）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）をＤＩＳＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅに変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、変換したＤＩＳＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ１３６）ＤＩＳＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴを完了する。
【００５８】
（ステップＳ１３７）ユーザによるサービスの停止指示がＩｎｉｔｉａｔｏｒに入力されると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービスの停止を要求する。
（ステップＳ１３８）サービスの停止を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止要求メッセージ（停止）を送信する。
（ステップＳ１３９）サービス起動・停止要求メッセージ（停止）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＯＢＥＸプロトコルの停止を要求する。
（ステップＳ１４０）ＯＢＥＸプロトコルの停止を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＯＢＥＸプロトコルを停止し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  ＬａｙｅｒにＯＢＥＸ  Ｓｅｒｖｅｒの停止を要求する。
（ステップＳ１４１）ＯＢＥＸ  Ｓｅｒｖｅｒの停止を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＯＢＥＸ  Ｓｅｒｖｅｒを停止させる。
【００５９】
（ステップＳ１４２）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＯＢＥＸプロトコルの停止を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ１４３）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＯＢＥＸプロトコルの停止を要求する。
（ステップＳ１４４）ＯＢＥＸプロトコルの停止を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＯＢＥＸプロトコルを停止し、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  ＬａｙｅｒにＯＢＥＸ  Ｃｌｉｅｎｔの停止を要求する。
（ステップＳ１４５）ＯＢＥＸ  Ｃｌｉｅｎｔの停止を要求されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＯＢＥＸ  Ｃｌｉｅｎｔを停止させる。
【００６０】
上述した手順により、セッション層プロトコルがＯＢＥＸプロトコルであり、ＩｎｉｔｉａｔｏｒがＯＢＥＸ  Ｃｌｉｅｎｔ（サービス利用端末）であり、ＲｅｓｐｏｎｄｅｒがＯＢＥＸ  Ｓｅｒｖｅｒ（サービス提供端末）である場合において、Ｉｎｉｔｉａｔｏｒ側からサービスを停止させることができる。
【００６１】
図１１は、セッション層プロトコルがＯＢＥＸプロトコルであり、ＩｎｉｔｉａｔｏｒがＯＢＥＸ  Ｓｅｒｖｅｒ（サービス提供端末）であり、ＲｅｓｐｏｎｄｅｒがＯＢＥＸ  Ｃｌｉｅｎｔ（サービス利用端末）である場合において、ＤＩＳＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔを用いた場合のＲｅｓｐｏｎｄｅｒ側からのサービスの停止手順を示したシーケンス図である。
【００６２】
ステップＳ２０１の処理は、図１０のステップＳ１０１の処理と同様の処理である。
（ステップＳ２０２）ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとの通信接続が確立されると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＯＢＥＸ  Ｓｅｒｖｅｒを起動する。
（ステップＳ２０３）ＯＢＥＸ  Ｓｅｒｖｅｒを起動すると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービスの起動を要求する。
【００６３】
（ステップＳ２０４）サービスの起動を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービスリスト要求メッセージを送信する。
（ステップＳ２０５）サービスリスト要求メッセージを受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒに、自機が対応するサービスをＳｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒにセットしたサービスリスト応答メッセージを送信する。
【００６４】
（ステップＳ２０６）サービスリスト応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、サービスリスト応答メッセージに「Ｐｒｏｔｏｃｏｌ  Ｃｏｄｅ」が「ＯＢＥＸ」、かつ「Ｃｌａｓｓ  Ｃｏｄｅ」が「ＯＢＥＸ  Ｐｕｓｈ  Ｃｌｉｅｎｔ」であるＳｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒが存在した場合、「ＯＢＥＸ  Ｐｕｓｈ  Ｃｌｉｅｎｔ」を起動するためにＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止要求メッセージ（起動）を送信する。
【００６５】
（ステップＳ２０７）サービス起動・停止要求メッセージ（起動）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＯＢＥＸプロトコルの起動を要求する。
（ステップＳ２０８）ＯＢＥＸプロトコルの起動を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＯＢＥＸプロトコルを起動し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  ＬａｙｅｒにＯＢＥＸ  Ｃｌｉｅｎｔの起動を要求する。
（ステップＳ２０９）ＯＢＥＸ  Ｃｌｉｅｎｔの起動を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＯＢＥＸ  Ｃｌｉｅｎｔを起動する。
【００６６】
（ステップＳ２１０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＯＢＥＸプロトコルの起動を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ２１１）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＯＢＥＸプロトコルの起動を要求する。
（ステップＳ２１２）ＯＢＥＸプロトコルの起動を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＯＢＥＸプロトコルを起動する。
【００６７】
（ステップＳ２１３）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒがＯＢＥＸプロトコルを起動した後、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ２１４）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＣＯＮＮＥＣＴ  ＲｅｑｕｅｓｔをＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ）に変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、変換したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ）を送信する。
【００６８】
（ステップＳ２１５）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ）をＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔに変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、変換したＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ２１６）ＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＣＯＮＮＥＣＴを実行する。
（ステップＳ２１７）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＣＯＮＮＥＣＴを実行したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅを入力する。
【００６９】
（ステップＳ２１８）ＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＣＯＮＮＥＣＴ  ＲｅｓｐｏｎｓｅをＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）に変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、変換したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ２１９）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）をＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅに変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、変換したＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ２２０）ＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＣＯＮＮＥＣＴを完了する。
【００７０】
（ステップＳ２２１）ＣＯＮＮＥＣＴを完了した後、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、送信対象のオブジェクト（ファイル等）を含むＰＵＴ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ２２２）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＰＵＴ  ＲｅｑｕｅｓｔをＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ  ＃１）〜ＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ  ＃ｎ）に変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、
変換したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ  ＃１）〜ＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ  ＃ｎ）を送信する。
【００７１】
（ステップＳ２２３）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ  ＃１）〜ＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ  ＃ｎ）をＰＵＴ  Ｒｅｑｕｅｓｔに変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、変換したＰＵＴ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ２２４）ＰＵＴ  Ｒｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＰＵＴを実行し、ＰＵＴ  Ｒｅｑｕｅｓｔからオブジェクトを取得する。
【００７２】
（ステップＳ２２５）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＰＵＴを実行したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＰＵＴ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ２２６）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＰＵＴ  ＲｅｓｐｏｎｓｅをＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）に変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、変換したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ２２７）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）をＰＵＴ  Ｒｅｓｐｏｎｓｅに変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、変換したＰＵＴ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ２２８）ＰＵＴ  Ｒｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＰＵＴを完了する。
【００７３】
（ステップＳ２２９）ユーザによるサービスの停止指示がＲｅｓｐｏｎｄｅｒに入力されると、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴ  ＲｅｑｕｅｓｔのＯＢＥＸ  Ｈｅａｄｅｒ“Ｄｅｓｃｒｉｐｔｉｏｎ”に「サービス起動・停止要求メッセージ（停止）の送信指示」を意味する文字列（例えば“ＳＲＶＳＴＯＰ”）をセットする。続いて、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、「サービス起動・停止要求メッセージ（停止）の送信指示」を意味する文字列をセットしたＤＩＳＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔを入力する。
【００７４】
（ステップＳ２３０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＤＩＳＣＯＮＮＥＣＴ  ＲｅｑｕｅｓｔをＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ）に変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、変換したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ）を送信する。
【００７５】
（ステップＳ２３１）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ）をＤＩＳＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔに変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、変換したＤＩＳＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ２３２）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、入力されたＤＩＳＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔに基づいて、ＤＩＳＣＯＮＮＥＣＴを実行する。
（ステップＳ２３３）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴを実行したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＤＩＳＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅを入力する。
【００７６】
（ステップＳ２３４）ＤＩＳＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴ  ＲｅｓｐｏｎｓｅをＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）に変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、変換したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ２３５）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）をＤＩＳＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅに変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、変換したＤＩＳＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ２３６）ＤＩＳＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴを完了する。
【００７７】
（ステップＳ２３７）ステップＳ２３３でＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＤＩＳＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅを入力した後、前記ＤＩＳＣＯＮＮＥＣＴ  ＲｅｑｕｅｓｔのＯＢＥＸ  Ｈｅａｄｅｒ“Ｄｅｓｃｒｉｐｔｉｏｎ”に「サービス起動・停止要求メッセージ（停止）の送信指示」を意味する文字列がセットされている場合は、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービスの停止を要求する。
（ステップＳ２３８）サービスの停止を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止要求メッセージ（停止）を送信する。
【００７８】
（ステップＳ２３９）サービス起動・停止要求メッセージ（停止）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＯＢＥＸプロトコルの停止を要求する。
（ステップＳ２４０）ＯＢＥＸプロトコルの停止を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＯＢＥＸプロトコルを停止し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  ＬａｙｅｒにＯＢＥＸ  Ｃｌｉｅｎｔの停止を要求する。
（ステップＳ２４１）ＯＢＥＸ  Ｃｌｉｅｎｔの停止を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＯＢＥＸ  Ｃｌｉｅｎｔを停止させる。
【００７９】
（ステップＳ２４２）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＯＢＥＸプロトコルの停止を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ２４３）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＯＢＥＸプロトコルの停止を要求する。
（ステップＳ２４４）ＯＢＥＸプロトコルの停止を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＯＢＥＸプロトコルを停止し、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  ＬａｙｅｒにＯＢＥＸ  Ｓｅｒｖｅｒの停止を要求する。
（ステップＳ２４５）ＯＢＥＸ  Ｓｅｒｖｅｒの停止を要求されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＯＢＥＸ  Ｓｅｒｖｅｒを停止させる。
【００８０】
上述したように、ＯＢＥＸ  Ｃｌｉｅｎｔ（Ｒｅｓｐｏｎｄｅｒ）が、ＤＩＳＣＯＮＮＥＣＴ  ＲｅｑｕｅｓｔのＯＢＥＸ  Ｈｅａｄｅｒ  “Ｄｅｓｃｒｉｐｔｉｏｎ“に「サービス起動・停止要求メッセージ（停止）の送信指示」を意味する文字列をセットし、ＯＢＥＸ  Ｓｅｒｖｅｒ（Ｉｎｉｔｉａｔｏｒ）に送信する。そして、ＤＩＳＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔを受け取ったＯＢＥＸ  Ｓｅｒｖｅｒは、ＤＩＳＣＯＮＮＥＣＴ  ＲｅｑｕｅｓｔのＯＢＥＸ  Ｈｅａｄｅｒ  “Ｄｅｓｃｒｉｐｔｉｏｎ“に「サービス起動・停止要求メッセージ（停止）の送信指示」を意味する文字列がセットされていたら、ＯＢＥＸ  ＣｌｉｅｎｔにＤＩＳＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅを送信する。その後、ＯＢＥＸ  Ｓｅｒｖｅｒは、ＯＢＥＸ  Ｃｌｉｅｎｔに、トランスポート層の「サービス起動・停止要求メッセージ（停止）」を送信し、ＯＢＥＸ  Ｃｌｉｅｎｔ側のセッション層プロトコルと、アプリケーション層のＯＢＥＸ  Ｃｌｉｅｎｔとの停止を指示する。
【００８１】
これにより、セッション層プロトコルがＯＢＥＸプロトコルであり、ＩｎｉｔｉａｔｏｒがＯＢＥＸ  Ｓｅｒｖｅｒ（サービス提供端末）であり、ＲｅｓｐｏｎｄｅｒがＯＢＥＸ  Ｃｌｉｅｎｔ（サービス利用端末）である場合において、ＤＩＳＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔを用いてＲｅｓｐｏｎｄｅｒ側からサービスを停止させることができる。
【００８２】
図１２は、セッション層プロトコルがＯＢＥＸプロトコルであり、ＩｎｉｔｉａｔｏｒがＯＢＥＸ  Ｓｅｒｖｅｒ（サービス提供端末）であり、ＲｅｓｐｏｎｄｅｒがＣｌｉｅｎｔ（サービス利用端末）である場合において、ＰＵＴ  Ｒｅｑｕｅｓｔを用いた場合のＲｅｓｐｏｎｄｅｒ側からのサービスの停止手順を示したシーケンス図である。
【００８３】
ステップＳ３０１〜ステップＳ３２８の処理は、図１１のステップＳ２０１〜ステップＳ２２８の処理と同様の処理である。
【００８４】
（ステップＳ３２９）ユーザによるサービスの停止指示がＲｅｓｐｏｎｄｅｒに入力されると、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトを含むＰＵＴ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ３３０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＰＵＴ  ＲｅｑｕｅｓｔをＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ）に変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、変換したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ）を送信する。
【００８５】
（ステップＳ３３１）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ）をＰＵＴ  Ｒｅｑｕｅｓｔに変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、変換したＰＵＴ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ３３２）ＰＵＴ  Ｒｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＰＵＴを実行し、ＰＵＴ  Ｒｅｑｕｅｓｔからオブジェクトを取得する。
【００８６】
（ステップＳ３３３）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＰＵＴを実行したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＰＵＴ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ３３４）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＰＵＴ  ＲｅｓｐｏｎｓｅをＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）に変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、変換したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）
【００８７】
（ステップＳ３３５）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）をＰＵＴ  Ｒｅｓｐｏｎｓｅに変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、変換したＰＵＴ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ３３６）ＰＵＴ  Ｒｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＰＵＴを完了する。
【００８８】
（ステップＳ３３７）ＰＵＴを完了した後、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ３３８）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＤＩＳＣＯＮＮＥＣＴ  ＲｅｑｕｅｓｔをＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ）に変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、変換したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ）を送信する。
【００８９】
（ステップＳ３３９）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｑｕｅｓｔ）をＤＩＳＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔに変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、変換したＤＩＳＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ３４０）ＤＩＳＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴを実行する。
（ステップＳ３４１）ＩｎｉｔｉａｔｏｒｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴを実行したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＤＩＳＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅを入力する。
【００９０】
（ステップＳ３４２）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＤＩＳＣＯＮＮＥＣＴ  ＲｅｓｐｏｎｓｅをＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）に変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、変換したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ３４３）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＯＢＥＸ  Ｐａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）をＤＩＳＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅに変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、変換したＤＩＳＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ３４４）ＤＩＳＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴを完了する。
【００９１】
（ステップＳ３４５）ステップＳ３４１でＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＤＩＳＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅを入力した後、ステップＳ３３２で取得したオブジェクトが、「サービス起動・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトである場合は、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービスの停止を要求する。
【００９２】
ステップＳ３４６〜ステップＳ３５３の処理は、図１１のステップＳ２３８〜ステップＳ２４５の処理と同様の処理である。
【００９３】
上述したように、ＯＢＥＸ  Ｃｌｉｅｎｔ（Ｒｅｓｐｏｎｄｅｒ）が、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトをＯＢＥＸ  Ｓｅｒｖｅｒ（Ｉｎｉｔｉａｔｏｒ）にＰＵＴする。そして、「サービス開始・停止要求メッセージ（停止）の送信指示」オブジェクトを受け取ったＯＢＥＸ  Ｓｅｒｖｅｒは、ＰＵＴ  ＲｅｓｐｏｎｓｅをＯＢＥＸ  Ｃｌｉｅｎｔに送信する。続いて、ＰＵＴ  Ｒｅｓｐｏｎｓｅを受信したＯＢＥＸ  Ｃｌｉｅｎｔは、ＤＩＳＣＯＮＮＥＣＴ  ＲｅｑｕｅｓｔをＯＢＥＸ  Ｓｅｒｖｅｒ（Ｉｎｉｔｉａｔｏｒ）に送信する。そして、ＤＩＳＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔを受け取ったＯＢＥＸ  Ｓｅｒｖｅｒは、ＤＩＳＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔを受け取ったら、ＯＢＥＸ  ＣｌｉｅｎｔにＤＩＳＣＯＮＮＥＣＴ  Ｒｅｓｐｏｎｓｅを送信する。その後、ＤＩＳＣＯＮＮＥＣＴ  Ｒｅｑｕｅｓｔを受け取る以前に「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトを受け取っていたＯＢＥＸ  Ｓｅｒｖｅｒは、ＯＢＥＸ  Ｃｌｉｅｎｔに、トランスポート層の「サービス起動・停止要求メッセージ（停止）」を送信し、ＯＢＥＸ  Ｃｌｉｅｎｔ側のセッション層プロトコルと、アプリケーション層のＯＢＥＸ  Ｃｌｉｅｎｔとの停止を指示する。
【００９４】
これにより、セッション層プロトコルがＯＢＥＸプロトコルであり、ＩｎｉｔｉａｔｏｒがＯＢＥＸ  Ｓｅｒｖｅｒ（サービス提供端末）であり、ＲｅｓｐｏｎｄｅｒがＯＢＥＸ  Ｃｌｉｅｎｔ（サービス利用端末）である場合において、ＰＵＴ  Ｒｅｑｕｅｓｔを用いてＲｅｓｐｏｎｄｅｒ側からサービスを停止させることができる。
【００９５】
なお、上述した例では、ＤＩＳＣＯＮＮＥＣＴ（ステップＳ３３７〜ステップＳ３４４）を実行する例を示したが、ＤＩＳＣＯＮＮＥＣＴを実行しないようにしてもよい。具体的には、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトを受け取る処理（ステップＳ３２９〜ステップＳ３３６）を行ったあとに、ＯＢＥＸ  Ｓｅｒｖｅｒ（サービス提供端末）は、サービスの停止を要求してサービスの停止処理（ステップＳ３４５〜ステップＳ３５３）を行うようにしてもよい。このように、ＤＩＳＣＯＮＮＥＣＴが無くても、ＯＢＥＸ  Ｓｅｒｖｅｒ（サービス提供端末）は、「サービス停止要求」を出すことができる。
【００９６】
また、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトの例を以下に示す。
・ＰＵＴ  ＲｅｑｕｅｓｔのＯＢＥＸ  Ｈｅａｄｅｒ  “Ｎａｍｅ”に、「サービス起動・停止要求メッセージ（停止）の送信指示」を意味するオブジェクト名（例えば“ＳＲＶＳＴＯＰ．ＳＣＲ”）がセットされているオブジェクト。
・ＰＵＴ  ＲｅｑｕｅｓｔのＯＢＥＸ  Ｈｅａｄｅｒ  “Ｔｙｐｅ”に、「サービス起動・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトタイプ（例えば“ａｐｐｌｉｃａｔｉｏｎ／ｖｎｄ．ｆｏｏ−ｓｒｖｓｔｏｐ”）がセットされているオブジェクト。
・構造化言語（ＸＭＬ：ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記述されていて、「サービス起動・停止要求メッセージ（停止）の送信指示」を意味する情報が記述されているオブジェクト。
【００９７】
図１３は、本実施形態において、構造化言語で記述されていて、「サービス起動・停止要求メッセージ（停止）の送信指示」を意味する情報が記述されているオブジェクトの例を示した図である。図示する例では、３行目に「サービス起動・停止要求メッセージ（停止）の送信指示」を意味する情報として、<ａｃｔｉｏｎ＞ＳｅｒｖｉｃｅＳｔｏｐ＜／ａｃｔｉｏｎ＞が記載されている。
【００９８】
（セッション層プロトコルがＳＣＳＩプロトコルの場合におけるサービスの停止方法）
次に、セッション層プロトコルとしてＳＣＳＩプロトコルを用いた場合におけるサービスの停止方法について説明する。
【００９９】
図１４は、セッション層プロトコルがＳＣＳＩプロトコルであり、ＩｎｉｔｉａｔｏｒがＳＣＳＩ  Ｉｎｉｔｉａｔｏｒ（サービス利用端末）であり、ＲｅｓｐｏｎｄｅｒがＳＣＳＩ  Ｔａｒｇｅｔ（サービス提供端末）である場合において、Ｉｎｉｔｉａｔｏｒ側からのサービスの停止手順を示したシーケンス図である。なお、この場合、電子カメラ１とＰＣ２との間でデータの送受信を行う際に、ＰＣ２がＩｎｉｔｉａｔｏｒの役割で動作し、電子カメラ１がＲｅｓｐｏｎｄｅｒの役割で動作するのが望ましい。
【０１００】
（ステップＳ４０１）ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとは、通信接続を確立する。具体的には、図３に示したように、ＩｎｉｔｉａｔｏｒはＲｅｓｐｏｎｄｅｒに対して接続要求を行い、Ｒｅｓｐｏｎｄｅｒは接続要求を許可する。
（ステップＳ４０２）ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとの通信接続が確立されると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳＣＳＩ  Ｉｎｉｔｉａｔｏｒを起動する。
（ステップＳ４０３）ＳＣＳＩ  Ｉｎｉｔｉａｔｏｒを起動すると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービスの起動を要求する。
【０１０１】
（ステップＳ４０４）サービスの起動を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービスリスト要求メッセージを送信する。
（ステップＳ４０５）サービスリスト要求メッセージを受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒに、自機が対応するサービスをＳｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒにセットしたサービスリスト応答メッセージを送信する。
【０１０２】
（ステップＳ４０６）サービスリスト応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、サービスリスト応答メッセージに「Ｐｒｏｔｏｃｏｌ  Ｃｏｄｅ」が「ＳＣＳＩ」、かつ「Ｃｌａｓｓ  Ｃｏｄｅ」が「ＳＣＳＩ  Ｂｌｏｃｋ  Ｄｅｖｉｃｅ  −  Ｔａｒｇｅｔ」であるＳｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒが存在した場合、「ＳＣＳＩ  Ｂｌｏｃｋ  Ｄｅｖｉｃｅ  −  Ｔａｒｇｅｔ」を起動するためにＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止要求メッセージ（起動）を送信する。
（ステップＳ４０７）サービス起動・停止要求メッセージ（起動）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＳＣＳＩプロトコルの起動を要求する。
（ステップＳ４０８）ＳＣＳＩプロトコルの起動を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＳＣＳＩプロトコルを起動し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  ＬａｙｅｒにＳＣＳＩ  Ｔａｒｇｅｔの起動を要求する。
（ステップＳ４０９）ＳＣＳＩ  Ｔａｒｇｅｔの起動を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳＣＳＩ  Ｔａｒｇｅｔを起動する。
【０１０３】
（ステップＳ４１０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＳＣＳＩプロトコルの起動を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ４１１）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＳＣＳＩプロトコルの起動を要求する。
（ステップＳ４１２）ＳＣＳＩプロトコルの起動を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＳＣＳＩプロトコルを起動する。
【０１０４】
（ステップＳ４１３）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒがＳＣＳＩプロトコルを起動した後、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳＣＳＩ  Ｔａｒｇｅｔのディスク等からデータを読み出すために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＲｅａｄ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ４１４）Ｒｅａｄ  Ｒｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、Ｒｅａｄ  Ｃｏｍｍａｎｄを含んだＣＤＢ（Ｃｏｍｍａｎｄ  Ｄｅｓｃｒｉｐｔｏｒ  Ｂｌｏｃｋ）を生成する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、生成したＣＤＢを送信する。
【０１０５】
（ステップＳ４１５）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＣＤＢからＲｅａｄ  Ｃｏｍｍａｎｄを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＲｅａｄ  Ｃｏｍｍａｎｄを入力する。
（ステップＳ４１６）Ｒｅａｄ  Ｃｏｍｍａｎｄが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｒｅａｄを実行する（ディスク等からデータを読み出す）。続いて、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、Ｒｅａｄ  Ｄａｔａ（読み出したデータ）を入力する。
【０１０６】
（ステップＳ４１７）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、入力されたＲｅａｄ  Ｄａｔａを送信する。
（ステップＳ４１８）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、受信したＲｅａｄ  Ｄａｔａを入力する。
（ステップＳ４１９）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｒｅａｄ  Ｄａｔａを取得する。
【０１０７】
（ステップＳ４２０）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｒｅａｄを完了した後、Ｒｅａｄを完了したことを通知するために、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＲｅａｄ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ４２１）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、入力されたＲｅａｄ  Ｒｅｓｐｏｎｓｅを送信する。
（ステップＳ４２２）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、受信したＲｅａｄ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ４２３）Ｒｅａｄ  Ｒｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｒｅａｄを完了する。
【０１０８】
（ステップＳ４２４）ユーザによるサービスの停止指示がＩｎｉｔｉａｔｏｒに入力されると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービスの停止を要求する。
（ステップＳ４２５）サービスの停止を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止要求メッセージ（停止）を送信する。
（ステップＳ４２６）サービス起動・停止要求メッセージ（停止）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＳＣＳＩプロトコルの停止を要求する。
（ステップＳ４２７）ＳＣＳＩプロトコルの停止を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＳＣＳＩプロトコルを停止し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  ＬａｙｅｒにＳＣＳＩ  Ｔａｒｇｅｔの停止を要求する。
（ステップＳ４２８）ＳＣＳＩ  Ｔａｒｇｅｔの停止を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳＣＳＩ  Ｔａｒｇｅｔを停止させる。
【０１０９】
（ステップＳ４２９）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＳＣＳＩプロトコルの停止を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ４３０）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＳＣＳＩプロトコルの停止を要求する。
（ステップＳ４３１）ＳＣＳＩプロトコルの停止を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＳＣＳＩプロトコルを停止し、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  ＬａｙｅｒにＳＣＳＩ  Ｉｎｉｔｉａｔｏｒの停止を要求する。
（ステップＳ４３２）ＳＣＳＩ  Ｉｎｉｔｉａｔｏｒの停止を要求されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳＣＳＩ  Ｉｎｉｔｉａｔｏｒを停止させる。
【０１１０】
上述した手順により、セッション層プロトコルがＳＣＳＩプロトコルであり、ＩｎｉｔｉａｔｏｒがＳＣＳＩ  Ｉｎｉｔｉａｔｏｒ（サービス利用端末）であり、ＲｅｓｐｏｎｄｅｒがＳＣＳＩ  Ｔａｒｇｅｔ（サービス提供端末）である場合において、Ｉｎｉｔｉａｔｏｒ側からサービスを停止させることができる。
【０１１１】
図１５は、セッション層プロトコルがＳＣＳＩプロトコルであり、ＩｎｉｔｉａｔｏｒがＳＣＳＩ  Ｔａｒｇｅｔ（サービス提供端末）であり、ＲｅｓｐｏｎｄｅｒがＳＣＳＩ  Ｉｎｉｔｉａｔｏｒ（サービス利用端末）である場合において、Ｒｅｓｐｏｎｄｅｒ側からのサービスの停止手順を示したシーケンス図である。なお、この場合、電子カメラ１とＰＣ２との間でデータの送受信を行う際に、電子カメラ１がＩｎｉｔｉａｔｏｒの役割で動作し、ＰＣ２がＲｅｓｐｏｎｄｅｒの役割で動作するのが望ましい。
【０１１２】
ステップＳ５０１の処理は、図１４のステップＳ４０１の処理と同様の処理である。
（ステップＳ５０２）ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとの通信接続が確立されると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳＣＳＩ  Ｉｎｉｔｉａｔｏｒを起動する。
（ステップＳ５０３）ＳＣＳＩ  Ｔａｒｇｅｔを起動すると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービスの起動を要求する。
【０１１３】
（ステップＳ５０４）サービスの起動を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービスリスト要求メッセージを送信する。
（ステップＳ５０５）サービスリスト要求メッセージを受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒに、自機が対応するサービスをＳｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒにセットしたサービスリスト応答メッセージを送信する。
【０１１４】
（ステップＳ５０６）サービスリスト応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、サービスリスト応答メッセージに「Ｐｒｏｔｏｃｏｌ  Ｃｏｄｅ」が「ＳＣＳＩ」、かつ「Ｃｌａｓｓ  Ｃｏｄｅ」が「ＳＣＳＩ  Ｂｌｏｃｋ  Ｄｅｖｉｃｅ  −  Ｉｎｉｔｉａｔｏｒ」であるＳｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒが存在した場合、「ＳＣＳＩ  Ｂｌｏｃｋ  Ｄｅｖｉｃｅ  −  Ｉｎｉｔｉａｔｏｒ」を起動するためにＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止要求メッセージ（起動）を送信する。
【０１１５】
（ステップＳ５０７）サービス起動・停止要求メッセージ（起動）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＳＣＳＩプロトコルの起動を要求する。
（ステップＳ５０８）ＳＣＳＩプロトコルの起動を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＳＣＳＩプロトコルを起動し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  ＬａｙｅｒにＳＣＳＩ  Ｉｎｉｔｉａｔｏｒの起動を要求する。
（ステップＳ５０９）ＳＣＳＩ  Ｉｎｉｔｉａｔｏｒの起動を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳＣＳＩ  Ｉｎｉｔｉａｔｏｒを起動する。
【０１１６】
（ステップＳ５１０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＳＣＳＩプロトコルの起動を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ５１１）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＳＣＳＩプロトコルの起動を要求する。
（ステップＳ５１２）ＳＣＳＩプロトコルの起動を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＳＣＳＩプロトコルを起動する。
【０１１７】
（ステップＳ５１３）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒがＳＣＳＩプロトコルを起動した後、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳＣＳＩ  Ｔａｒｇｅｔのディスク等からデータを読み出すために、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＲｅａｄ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ５１４）Ｒｅａｄ  Ｒｅｑｕｅｓｔが入力されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、Ｒｅａｄ  Ｃｏｍｍａｎｄを含んだＣＤＢ（Ｃｏｍｍａｎｄ  Ｄｅｓｃｒｉｐｔｏｒ  Ｂｌｏｃｋ）を生成する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、生成したＣＤＢを送信する。
【０１１８】
（ステップＳ５１５）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＣＤＢからＲｅａｄ  Ｃｏｍｍａｎｄを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＲｅａｄ  Ｃｏｍｍａｎｄを入力する。
（ステップＳ５１６）Ｒｅａｄ  Ｃｏｍｍａｎｄが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｒｅａｄを実行する（ディスク等からデータを読み出す）。続いて、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、Ｒｅａｄ  Ｄａｔａ（読み出したデータ）を入力する。
【０１１９】
（ステップＳ５１７）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、Ｉｎｉｔｉａｔｏｒ
とＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、入力されたＲｅａｄ  Ｄａｔａを送信する。
（ステップＳ５１８）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、受信したＲｅａｄ  Ｄａｔａを入力する。
（ステップＳ５１９）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｒｅａｄ  Ｄａｔａを取得する。
【０１２０】
（ステップＳ５２０）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｒｅａｄを完了した後、Ｒｅａｄを完了したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＲｅａｄ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ５２１）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、入力されたＲｅａｄ  Ｒｅｓｐｏｎｓｅを送信する。
（ステップＳ５２２）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、受信したＲｅａｄ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ５２３）Ｒｅａｄ  Ｒｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｒｅａｄを完了する。
【０１２１】
（ステップＳ５２４）ユーザによるサービスの停止指示がＲｅｓｐｏｎｄｅｒに入力されると、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンド（ＳＣＳＩ  Ｓｅｒｖｉｃｅ  Ｓｔｏｐ  Ｃｏｍｍａｎｄ）を入力する。
（ステップＳ５２５）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンドを含んだＣＤＢを生成する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、生成したＣＤＢを送信する。
【０１２２】
（ステップＳ５２６）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＣＤＢから、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンドを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンドを入力する。
（ステップＳ５２７）「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンドが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳＣＳＩサービスの停止処理を実行する。
【０１２３】
（ステップＳ５２８）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳＣＳＩサービスの停止処理を実行したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ５２９）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、入力されたＲｅｓｐｏｎｓｅを送信する。
（ステップＳ５３０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、受信したＲｅｓｐｏｎｓｅを入力する。
（ステップＳ５３１）Ｒｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳＣＳＩサービスの停止処理を完了する。
（ステップＳ５３２）ＳＣＳＩサービスの停止処理を実行したＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ステップＳ５２７でサービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンドが入力されていた場合に、Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービスの停止を要求する。
【０１２４】
ステップＳ５３３〜ステップＳ５４０の処理は、図１４のステップＳ４２５〜ステップＳ４３２の処理と同様の処理である。
【０１２５】
上述したように、ＳＣＳＩ  Ｉｎｉｔｉａｔｏｒ（Ｒｅｓｐｏｎｄｅｒ）が、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩIコマンドをＳＣＳＩ  Ｔａｒｇｅｔ（Ｉｎｉｔｉａｔｏｒ）に発行する。そして、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンドを受け取ったＳＣＳＩ  Ｔａｒｇｅｔ（Ｉｎｉｔｉａｔｏｒ）は、トランスポート層の「サービス開始・停止要求メッセージ（停止）」を、ＳＣＳＩ  Ｉｎｉｔｉａｔｏｒ（Ｒｅｓｐｏｎｄｅｒ）に送信し、ＳＣＳＩ  Ｉｎｉｔｉａｔｏｒ（Ｒｅｓｐｏｎｄｅｒ）側のセッション層プロトコルとアプリケーション層のＳＣＳＩ  Ｉｎｉｔｉａｔｏｒの停止を指示する。
【０１２６】
これにより、セッション層プロトコルがＳＣＳＩプロトコルであり、ＩｎｉｔｉａｔｏｒがＳＣＳＩ  Ｔａｒｇｅｔ（サービス提供端末）であり、ＲｅｓｐｏｎｄｅｒがＳＣＳＩ  Ｉｎｉｔｉａｔｏｒ（サービス利用端末）である場合において、Ｒｅｓｐｏｎｄｅｒ側からサービスを停止させることができる。
【０１２７】
なお、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンドの例を図１６に示す。図１６は、本実施形態における「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンドのＣＤＢのデータ構造を示した概略図である。図示する例では、ＣＤＢの０バイト目にＯｐｅｒａｔｉｏｎ  Ｃｏｄｅ「０ｘＤ０」が格納されている。本実施形態では、オペレーションコードが「０ｘＤ０」であるＣＤＢは、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンドのＣＤＢである。
【０１２８】
（セッション層プロトコルがＰＴＰプロトコルの場合におけるサービスの停止方法）
次に、セッション層プロトコルとしてＰＴＰプロトコルを用いた場合におけるサービスの停止方法について説明する。
【０１２９】
図１７は、セッション層プロトコルがＰＴＰプロトコルであり、ＩｎｉｔｉａｔｏｒがＰＴＰ  Ｉｎｉｔｉａｔｏｒ（サービス利用端末）であり、ＲｅｓｐｏｎｄｅｒがＰＴＰ  Ｒｅｓｐｏｎｄｅｒ（サービス提供端末）である場合において、Ｉｎｉｔｉａｔｏｒ側からのサービスの停止手順を示したシーケンス図である。なお、この場合、電子カメラ１とＰＣ２との間でデータの送受信を行う際に、ＰＣ２がＩｎｉｔｉａｔｏｒの役割で動作し、電子カメラ１がＲｅｓｐｏｎｄｅｒの役割で動作するのが望ましい。
【０１３０】
（ステップＳ６０１）ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとは、通信接続を確立する。具体的には、図３に示したように、ＩｎｉｔｉａｔｏｒはＲｅｓｐｏｎｄｅｒに対して接続要求を行い、Ｒｅｓｐｏｎｄｅｒは接続要求を許可する。
（ステップＳ６０２）ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとの通信接続が確立されると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＰＴＰ  Ｉｎｉｔｉａｔｏｒを起動する。
（ステップＳ６０３）ＰＴＰ  Ｉｎｉｔｉａｔｏｒを起動すると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービスの起動を要求する。
【０１３１】
（ステップＳ６０４）サービスの起動を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービスリスト要求メッセージを送信する。
（ステップＳ６０５）サービスリスト要求メッセージを受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒに、自機が対応するサービスをＳｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒにセットしたサービスリスト応答メッセージを送信する。
【０１３２】
（ステップＳ６０６）サービスリスト応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、サービスリスト応答メッセージに「Ｐｒｏｔｏｃｏｌ  Ｃｏｄｅ」が「ＰＴＰ」、かつ「Ｃｌａｓｓ  Ｃｏｄｅ」が「ＰＴＰ  Ｒｅｓｐｏｎｄｅｒ」であるＳｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒが存在した場合、「ＰＴＰ  Ｒｅｓｐｏｎｄｅｒ」を起動するためにＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止要求メッセージ（起動）を送信する。
【０１３３】
（ステップＳ６０７）サービス起動・停止要求メッセージ（起動）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＰＴＰプロトコルの起動を要求する。
（ステップＳ６０８）ＰＴＰプロトコルの起動を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＰＴＰプロトコルを起動し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  ＬａｙｅｒにＰＴＰ  Ｒｅｓｐｏｎｄｅｒの起動を要求する。
（ステップＳ６０９）ＰＴＰ  Ｒｅｓｐｏｎｄｅｒの起動を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＰＴＰ  Ｒｅｓｐｏｎｄｅｒを起動する。
【０１３４】
（ステップＳ６１０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＰＴＰプロトコルの起動を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ６１１）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＰＴＰプロトコルの起動を要求する。
（ステップＳ６１２）ＰＴＰプロトコルの起動を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＰＴＰプロトコルを起動する。
【０１３５】
（ステップＳ６１３）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒがＰＴＰプロトコルを起動した後、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＯｐｅｎＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ６１４）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＯｐｅｎＳｅｓｓｉｏｎ  ＲｅｑｕｅｓｔをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）を送信する。
【０１３６】
（ステップＳ６１５）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）からＯｐｅｎＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＯｐｅｎＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ６１６）ＯｐｅｎＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＯｐｅｎＳｅｓｓｉｏｎを実行する。
（ステップＳ６１７）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＯｐｅｎＳｅｓｓｉｏｎを実行したことを通知するために、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＯｐｅｎＳｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅを入力する。
【０１３７】
（ステップＳ６１８）ＯｐｅｎＳｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＯｐｅｎＳｅｓｓｉｏｎ  ＲｅｓｐｏｎｓｅをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ６１９）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＯｐｅｎＳｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＯｐｅｎＳｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ６２０）ＯｐｅｎＳｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＯｐｅｎＳｅｓｓｉｏｎを完了する。
【０１３８】
（ステップＳ６２１）ＯｐｅｎＳｅｓｓｉｏｎを完了した後、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、送信対象のオブジェクト（ファイル等）の情報の送信を開始するコマンドであるＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ６２２）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  ＲｅｑｕｅｓｔをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）を送信する。
【０１３９】
（ステップＳ６２３）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）からＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｑｕｅｓｔを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ６２４）ＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｑｕｅｓｔが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔＩｎｆｏを実行する。
【０１４０】
（ステップＳ６２５）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、送信対象のオブジェクト（ファイル等）の情報を含むＯｂｊｅｃｔＩｎｆｏ  Ｄａｔａを入力する。
（ステップＳ６２６）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＯｂｊｅｃｔＩｎｆｏ  ＤａｔａをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｄａｔａ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｄａｔａ）を送信する。
【０１４１】
（ステップＳ６２７）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｄａｔａ）からＯｂｊｅｃｔＩｎｆｏ  Ｄａｔａを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＯｂｊｅｃｔＩｎｆｏ  Ｄａｔａを入力する。
（ステップＳ６２８）ＯｂｊｅｃｔＩｎｆｏ  Ｄａｔａが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＯｂｊｅｃｔＩｎｆｏ  Ｄａｔａを取得する。
【０１４２】
（ステップＳ６２９）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＯｂｊｅｃｔＩｎｆｏ  Ｄａｔａを取得したことを通知するために、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ６３０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  ＲｅｓｐｏｎｓｅをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ６３１）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｓｐｏｎｓｅを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ６３２）ＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔＩｎｆｏを完了する。
【０１４３】
（ステップＳ６３３）ＳｅｎｄＯｂｊｅｃｔＩｎｆｏを完了した後、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、送信対象のオブジェクト（ファイル等）の送信を開始するコマンドであるＳｅｎｄＯｂｊｅｃｔ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ６３４）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔ  ＲｅｑｕｅｓｔをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）を送信する。
【０１４４】
（ステップＳ６３５）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）からＳｅｎｄＯｂｊｅｃｔ  Ｒｅｑｕｅｓｔを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ６３６）ＳｅｎｄＯｂｊｅｃｔ  Ｒｅｑｕｅｓｔが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔを実行する。
【０１４５】
（ステップＳ６３７）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、送信対象のオブジェクト（ファイル等）を含むＯｂｊｅｃｔ  Ｄａｔａを入力する。
（ステップＳ６３８）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＯｂｊｅｃｔ  ＤａｔａをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｄａｔａ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｄａｔａ）を送信する。
【０１４６】
（ステップＳ６３９）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｄａｔａ）からＯｂｊｅｃｔ  Ｄａｔａを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＯｂｊｅｃｔ  Ｄａｔａを入力する。
（ステップＳ６４０）Ｏｂｊｅｃｔ  Ｄａｔａが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｏｂｊｅｃｔ  Ｄａｔａを取得する。
【０１４７】
（ステップＳ６４１）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｏｂｊｅｃｔ  Ｄａｔａを取得したことを通知するために、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＳｅｎｄＯｂｊｅｃｔ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ６４２）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔ  ＲｅｓｐｏｎｓｅをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ６４３）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＳｅｎｄＯｂｊｅｃｔ  Ｒｅｓｐｏｎｓｅを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ６４４）ＳｅｎｄＯｂｊｅｃｔ  Ｒｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔを完了する。
【０１４８】
（ステップＳ６４５）ＳｅｎｄＯｂｊｅｃｔを完了した後、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ６４６）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＣｌｏｓｅＳｅｓｓｉｏｎ  ＲｅｑｕｅｓｔをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）を送信する。
【０１４９】
（ステップＳ６４７）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）からＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ６４８）ＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＣｌｏｓｅＳｅｓｓｉｏｎを実行する。
（ステップＳ６４９）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＣｌｏｓｅＳｅｓｓｉｏｎを実行したことを通知するために、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅを入力する。
【０１５０】
（ステップＳ６５０）ＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＣｌｏｓｅＳｅｓｓｉｏｎ  ＲｅｓｐｏｎｓｅをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ６５１）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ６５２）ＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＣｌｏｓｅＳｅｓｓｉｏｎを完了する。
【０１５１】
（ステップＳ６５３）ユーザによるサービスの停止指示がＩｎｉｔｉａｔｏｒに入力されると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービスの停止を要求する。
（ステップＳ６５４）サービスの停止を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止要求メッセージ（停止）を送信する。
（ステップＳ６５５）サービス起動・停止要求メッセージ（停止）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＰＴＰプロトコルの停止を要求する。
（ステップＳ６５６）ＰＴＰプロトコルの停止を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＰＴＰプロトコルを停止し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  ＬａｙｅｒにＰＴＰ  Ｒｅｓｐｏｎｄｅｒの停止を要求する。
（ステップＳ６５７）ＰＴＰ  Ｒｅｓｐｏｎｄｅｒの停止を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＰＴＰ  Ｒｅｓｐｏｎｄｅｒを停止させる。
【０１５２】
（ステップＳ６５８）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＰＴＰプロトコルの停止を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ６５９）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＰＴＰプロトコルの停止を要求する。
（ステップＳ６６０）ＰＴＰプロトコルの停止を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＰＴＰプロトコルを停止し、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  ＬａｙｅｒにＰＴＰ  Ｉｎｉｔｉａｔｏｒの停止を要求する。
（ステップＳ６６１）ＰＴＰ  Ｉｎｉｔｉａｔｏｒの停止を要求されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＰＴＰ  Ｉｎｉｔｉａｔｏｒを停止させる。
【０１５３】
上述した手順により、セッション層プロトコルがＰＴＰプロトコルであり、ＩｎｉｔｉａｔｏｒがＰＴＰ  Ｉｎｉｔｉａｔｏｒ（サービス利用端末）であり、ＲｅｓｐｏｎｄｅｒがＰＴＰ  Ｒｅｓｐｏｎｄｅｒ（サービス提供端末）である場合において、Ｉｎｉｔｉａｔｏｒ側からサービスを停止させることができる。
【０１５４】
図１８は、セッション層プロトコルがＰＴＰプロトコルであり、ＩｎｉｔｉａｔｏｒがＰＴＰ  Ｒｅｓｐｏｎｄｅｒ（サービス提供端末）であり、ＲｅｓｐｏｎｄｅｒがＰＴＰ  Ｉｎｉｔｉａｔｏｒ（サービス利用端末）である場合において、Ｏｂｊｅｃｔ  Ｄａｔａを用いた場合のＲｅｓｐｏｎｄｅｒ側からのサービスの停止手順を示したシーケンス図である。なお、この場合、電子カメラ１とＰＣ２との間でデータの送受信を行う際に、電子カメラ１がＩｎｉｔｉａｔｏｒの役割で動作し、ＰＣ２がＲｅｓｐｏｎｄｅｒの役割で動作するのが望ましい。
【０１５５】
ステップＳ７０１の処理は、図１７のステップＳ６０１の処理と同様の処理である。
（ステップＳ７０２）ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとの通信接続が確立されると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＰＴＰ  Ｒｅｓｐｏｎｄｅｒを起動する。
（ステップＳ７０３）ＰＴＰ  Ｒｅｓｐｏｎｄｅｒを起動すると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービスの起動を要求する。
【０１５６】
（ステップＳ７０４）サービスの起動を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービスリスト要求メッセージを送信する。
（ステップＳ７０５）サービスリスト要求メッセージを受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒに、自機が対応するサービスをＳｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒにセットしたサービスリスト応答メッセージを送信する。
【０１５７】
（ステップＳ７０６）サービスリスト応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、サービスリスト応答メッセージに「Ｐｒｏｔｏｃｏｌ  Ｃｏｄｅ」が「ＰＴＰ」、かつ「Ｃｌａｓｓ  Ｃｏｄｅ」が「ＰＴＰ  Ｉｎｉｔｉａｔｏｒ」であるＳｅｒｖｉｃｅ  Ｐａｒａｍｅｔｅｒが存在した場合、「ＰＴＰ  Ｉｎｉｔｉａｔｏｒ」を起動するためにＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止要求メッセージ（起動）を送信する。
【０１５８】
（ステップＳ７０７）サービス起動・停止要求メッセージ（起動）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＰＴＰプロトコルの起動を要求する。
（ステップＳ７０８）ＰＴＰプロトコルの起動を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＰＴＰプロトコルを起動し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  ＬａｙｅｒにＰＴＰ  Ｉｎｉｔｉａｔｏｒの起動を要求する。
（ステップＳ７０９）ＰＴＰ  Ｒｅｓｐｏｎｄｅｒの起動を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＰＴＰ  Ｉｎｉｔｉａｔｏｒを起動する。
【０１５９】
（ステップＳ７１０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＰＴＰプロトコルの起動を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ７１１）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＰＴＰプロトコルの起動を要求する。
（ステップＳ７１２）ＰＴＰプロトコルの起動を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＰＴＰプロトコルを起動する。
【０１６０】
（ステップＳ７１３）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒがＰＴＰプロトコルを起動した後、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＯｐｅｎＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ７１４）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＯｐｅｎＳｅｓｓｉｏｎ  ＲｅｑｕｅｓｔをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）を送信する。
【０１６１】
（ステップＳ７１５）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）からＯｐｅｎＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＯｐｅｎＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ７１６）ＯｐｅｎＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＯｐｅｎＳｅｓｓｉｏｎを実行する。
（ステップＳ７１７）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＯｐｅｎＳｅｓｓｉｏｎを実行したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＯｐｅｎＳｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅを入力する。
【０１６２】
（ステップＳ７１８）ＯｐｅｎＳｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＯｐｅｎＳｅｓｓｉｏｎ  ＲｅｓｐｏｎｓｅをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ７１９）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＯｐｅｎＳｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＯｐｅｎＳｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ７２０）ＯｐｅｎＳｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＯｐｅｎＳｅｓｓｉｏｎを完了する。
【０１６３】
（ステップＳ７２１）ＯｐｅｎＳｅｓｓｉｏｎを完了した後、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、送信対象のオブジェクト（ファイル等）の情報の送信を開始するコマンドであるＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ７２２）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  ＲｅｑｕｅｓｔをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）を送信する。
【０１６４】
（ステップＳ７２３）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）からＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｑｕｅｓｔを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ７２４）ＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔＩｎｆｏを実行する。
【０１６５】
（ステップＳ７２５）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、送信対象のオブジェクト（ファイル等）の情報を含むＯｂｊｅｃｔＩｎｆｏ  Ｄａｔａを入力する。
（ステップＳ７２６）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＯｂｊｅｃｔＩｎｆｏ  ＤａｔａをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｄａｔａ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｄａｔａ）を送信する。
【０１６６】
（ステップＳ７２７）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｄａｔａ）からＯｂｊｅｃｔＩｎｆｏ  Ｄａｔａを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＯｂｊｅｃｔＩｎｆｏ  Ｄａｔａを入力する。
（ステップＳ７２８）ＯｂｊｅｃｔＩｎｆｏ  Ｄａｔａが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＯｂｊｅｃｔＩｎｆｏ  Ｄａｔａを取得する。
【０１６７】
（ステップＳ７２９）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＯｂｊｅｃｔＩｎｆｏ  Ｄａｔａを取得したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ７３０）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  ＲｅｓｐｏｎｓｅをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ７３１）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｓｐｏｎｓｅを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ７３２）ＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔＩｎｆｏを完了する。
【０１６８】
（ステップＳ７３３）ＳｅｎｄＯｂｊｅｃｔＩｎｆｏを完了した後、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、送信対象のオブジェクト（ファイル等）の送信を開始するコマンドであるＳｅｎｄＯｂｊｅｃｔ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ７３４）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔ  ＲｅｑｕｅｓｔをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）を送信する。
【０１６９】
（ステップＳ７３５）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）からＳｅｎｄＯｂｊｅｃｔ  Ｒｅｑｕｅｓｔを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ７３６）ＳｅｎｄＯｂｊｅｃｔ  Ｒｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔを実行する。
【０１７０】
（ステップＳ７３７）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、送信対象のオブジェクト（ファイル等）を含むＯｂｊｅｃｔ  Ｄａｔａを入力する。
（ステップＳ７３８）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＯｂｊｅｃｔ  ＤａｔａをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｄａｔａ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｄａｔａ）を送信する。
【０１７１】
（ステップＳ７３９）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｄａｔａ）からＯｂｊｅｃｔ  Ｄａｔａを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＯｂｊｅｃｔ  Ｄａｔａを入力する。
（ステップＳ７４０）Ｏｂｊｅｃｔ  Ｄａｔａが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｏｂｊｅｃｔ  Ｄａｔａを取得する。
【０１７２】
（ステップＳ７４１）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、Ｏｂｊｅｃｔ  Ｄａｔａを取得したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＳｅｎｄＯｂｊｅｃｔ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ７４２）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔ  ＲｅｓｐｏｎｓｅをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ７４３）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＳｅｎｄＯｂｊｅｃｔ  Ｒｅｓｐｏｎｓｅを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ７４４）ＳｅｎｄＯｂｊｅｃｔ  Ｒｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔを完了する。
【０１７３】
（ステップＳ７４５）ユーザによるサービスの停止指示がＲｅｓｐｏｎｄｅｒに入力されると、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトの情報の送信を開始するコマンドであるＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ７４６）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  ＲｅｑｕｅｓｔをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）を送信する。
【０１７４】
（ステップＳ７４７）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）からＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｑｕｅｓｔを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ７４８）ＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔＩｎｆｏを実行する。
【０１７５】
（ステップＳ７４９）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトの情報を含むＯｂｊｅｃｔＩｎｆｏ  Ｄａｔａを入力する。
（ステップＳ７５０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＯｂｊｅｃｔＩｎｆｏ  ＤａｔａをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｄａｔａ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｄａｔａ）を送信する。
【０１７６】
（ステップＳ７５１）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｄａｔａ）からＯｂｊｅｃｔＩｎｆｏ  Ｄａｔａを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＯｂｊｅｃｔＩｎｆｏ  Ｄａｔａを入力する。
（ステップＳ７５２）ＯｂｊｅｃｔＩｎｆｏ  Ｄａｔａが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトの情報を含むＯｂｊｅｃｔＩｎｆｏ  Ｄａｔａを取得する。
【０１７７】
（ステップＳ７５３）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＯｂｊｅｃｔＩｎｆｏ  Ｄａｔａを取得したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ７５４）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  ＲｅｓｐｏｎｓｅをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ７５５）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｓｐｏｎｓｅを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ７５６）ＳｅｎｄＯｂｊｅｃｔＩｎｆｏ  Ｒｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔＩｎｆｏを完了する。
【０１７８】
（ステップＳ７５７）ＳｅｎｄＯｂｊｅｃｔＩｎｆｏを完了した後、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトの送信を開始するコマンドであるＳｅｎｄＯｂｊｅｃｔ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ７５８）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔ  ＲｅｑｕｅｓｔをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）を送信する。
【０１７９】
（ステップＳ７５９）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）からＳｅｎｄＯｂｊｅｃｔ  Ｒｅｑｕｅｓｔを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ７６０）ＳｅｎｄＯｂｊｅｃｔ  Ｒｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔを実行する。
【０１８０】
（ステップＳ７６１）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトを含むＯｂｊｅｃｔ  Ｄａｔａを入力する。
（ステップＳ７６２）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＯｂｊｅｃｔ  ＤａｔａをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｄａｔａ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｄａｔａ）を送信する。
【０１８１】
（ステップＳ７６３）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｄａｔａ）からＯｂｊｅｃｔ  Ｄａｔａを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＯｂｊｅｃｔ  Ｄａｔａを入力する。
（ステップＳ７６４）Ｏｂｊｅｃｔ  Ｄａｔａが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトを含むＯｂｊｅｃｔ  Ｄａｔａを取得する。
【０１８２】
（ステップＳ７６５）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトを含むＯｂｊｅｃｔ  Ｄａｔａを取得したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＳｅｎｄＯｂｊｅｃｔ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ７６６）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔ  ＲｅｓｐｏｎｓｅをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ７６７）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＳｅｎｄＯｂｊｅｃｔ  Ｒｅｓｐｏｎｓｅを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ７６８）ＳｅｎｄＯｂｊｅｃｔ  Ｒｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔを完了する。
【０１８３】
（ステップＳ７６９）ＳｅｎｄＯｂｊｅｃｔを完了した後、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ７７０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＣｌｏｓｅＳｅｓｓｉｏｎ  ＲｅｑｕｅｓｔをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）を送信する。
【０１８４】
（ステップＳ７７１）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）からＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ７７２）ＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＣｌｏｓｅＳｅｓｓｉｏｎを実行する。
（ステップＳ７７３）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＣｌｏｓｅＳｅｓｓｉｏｎを実行したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅを入力する。
【０１８５】
（ステップＳ７７４）ＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＣｌｏｓｅＳｅｓｓｉｏｎ  ＲｅｓｐｏｎｓｅをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ７７５）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ７７６）ＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＣｌｏｓｅＳｅｓｓｉｏｎを完了する。
（ステップＳ７７７）ＣｌｏｓｅＳｅｓｓｉｏｎを実行した後、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ステップＳ７６４で取得したオブジェクトが、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトである場合は、Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービスの停止を要求する。
【０１８６】
（ステップＳ７７８）サービスの停止を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止要求メッセージ（停止）を送信する。
（ステップＳ７７９）サービス起動・停止要求メッセージ（停止）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＰＴＰプロトコルの停止を要求する。
（ステップＳ７８０）ＰＴＰプロトコルの停止を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＰＴＰプロトコルを停止し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  ＬａｙｅｒにＰＴＰ  Ｉｎｉｔｉａｔｏｒの停止を要求する。
（ステップＳ７８１）ＰＴＰ  Ｉｎｉｔｉａｔｏｒの停止を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＰＴＰ  Ｉｎｉｔｉａｔｏｒを停止させる。
【０１８７】
（ステップＳ７８２）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＰＴＰプロトコルの停止を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ７８３）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＰＴＰプロトコルの停止を要求する。
（ステップＳ７８４）ＰＴＰプロトコルの停止を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＰＴＰプロトコルを停止し、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  ＬａｙｅｒにＰＴＰ  Ｒｅｓｐｏｎｄｅｒの停止を要求する。
（ステップＳ７８５）ＰＴＰ  Ｒｅｓｐｏｎｄｅｒの停止を要求されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＰＴＰ  Ｒｅｓｐｏｎｄｅｒを停止させる。
【０１８８】
上述したように、ＰＴＰ  Ｉｎｉｔｉａｔｏｒ（サービス利用端末）側からサービスを停止する場合、ＰＴＰ  Ｉｎｉｔｉａｔｏｒ（サービス利用端末）は、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトをＰＴＰ  Ｒｅｓｐｏｎｄｅｒ（サービス提供端末）に送信する。
【０１８９】
なお、ＰＴＰでのオブジェクト送信の手順は以下の通りである。
Ｓｔｅｐ１）ＳｅｎｄＯｂｊｅｃｔＩｎｆｏオペレーションで、「送信するオブジェクトの情報(ＯｂｊｅｃｔＩｎｆｏ)」を送信する。ＯｂｅｊｃｔＩｎｆｏには、ファイル名（Ｆｉｌｅｎａｍｅフィールド）のほかに、ＪＰＥＧ、ＴＩＦＦ等のオブジェクトのフォーマットタイプ（ＯｂｊｅｃｔＦｏｒｍａｔフィールド）や撮影日付(ＣａｐｔｕｒｅＤａｔｅフィールド)がある。
Ｓｔｅｐ２）ＳｅｎｄＯｂｊｅｃｔオペレーションで、オブジェクトの実体を送信する。
【０１９０】
そして、「サービス開始・停止要求メッセージ（停止）の送信指示」オブジェクトを受け取ったＰＴＰ  Ｒｅｓｐｏｎｄｅｒ（サービス提供端末）は、ＣｌｏｓｅＳｅｓｓｉｏｎが完了（ＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅの送受信）した後に、トランスポート層の「サービス開始・停止要求メッセージ（停止）」をＰＴＰ  Ｉｎｉｔｉａｔｏｒ（サービス利用端末）に送信し、ＰＴＰ  Ｉｎｉｔｉａｔｏｒ（サービス利用端末）側のセッション層プロトコルとアプリケーション層のＰＴＰ  Ｉｎｉｔｉａｔｏｒの停止を指示する。
【０１９１】
これにより、セッション層プロトコルがＰＴＰプロトコルであり、ＩｎｉｔｉａｔｏｒがＰＴＰ  Ｒｅｓｐｏｎｄｅｒ（サービス提供端末）であり、ＲｅｓｐｏｎｄｅｒがＰＴＰ  Ｉｎｉｔｉａｔｏｒ（サービス利用端末）である場合において、Ｏｂｊｅｃｔ  Ｄａｔａを用いてＲｅｓｐｏｎｄｅｒ側からサービスを停止させることができる。
【０１９２】
なお、上述した例では、ＰＴＰ  Ｒｅｓｐｏｎｄｅｒ（サービス提供端末）は、ＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔを受信した後に、「サービス開始・停止要求メッセージ（停止）」を送信したが、ＰＴＰ  Ｒｅｓｐｏｎｄｅｒ（サービス提供端末）は、ＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔを受信する前に、「サービス開始・停止要求メッセージ（停止）」を送信してもよい。
【０１９３】
また、上述した例では、Ｃｌｏｓｅ  Ｓｅｓｓｉｏｎ（ステップＳ７６９〜ステップＳ７７６）を実行する例を示したが、Ｃｌｏｓｅ  Ｓｅｓｓｉｏｎを実行しないようにしてもよい。具体的には、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトを受け取る処理（ステップＳ７５７〜ステップＳ７６８）を行ったあとに、ＰＴＰ  Ｒｅｓｐｏｎｄｅｒ（サービス提供端末）は、サービスの停止を要求してサービスの停止処理（ステップＳ７７７〜ステップＳ７８５）を行うようにしてもよい。このように、Ｃｌｏｓｅ  Ｓｅｓｓｉｏｎが無くても、ＰＴＰ  Ｒｅｓｐｏｎｄｅｒ（サービス提供端末）は、「サービス停止要求」を出すことができる。
【０１９４】
また、「サービス開始・停止要求メッセージの送信指示」を意味するオブジェクトの例を以下に示す。
・ＳｅｎｄＯｂｊｅｃｔＩｎｆｏオペレーションで送信するＯｂｊｅｃｔＩｎｆｏの“Ｆｉｌｅｎａｍｅ”フィールドに、「サービス起動・停止要求メッセージ（停止）の送信指示」を意味するオブジェクト名（例えば“ＳＲＶＳＴＯＰ．ＳＣＲ”)がセットされているオブジェクト。
・構造化言語（ＸＭＬ）で記述されていて、「サービス起動・停止要求メッセージ（停止）の送信指示」を意味する情報が記述されているオブジェクト（例えば、図１３参照）。
【０１９５】
図１９は、セッション層プロトコルがＰＴＰプロトコルであり、ＩｎｉｔｉａｔｏｒがＰＴＰ  Ｒｅｓｐｏｎｄｅｒ（サービス提供端末）であり、ＲｅｓｐｏｎｄｅｒがＰＴＰ  Ｉｎｉｔｉａｔｏｒ（サービス利用端末）である場合において、ＳｅｒｖｉｃｅＳｔｏｐ  Ｒｅｑｕｅｓｔを用いた場合のＲｅｓｐｏｎｄｅｒ側からのサービスの停止手順を示したシーケンス図である。なお、この場合、電子カメラ１とＰＣ２との間でデータの送受信を行う際に、電子カメラ１がＩｎｉｔｉａｔｏｒの役割で動作し、ＰＣ２がＲｅｓｐｏｎｄｅｒの役割で動作するのが望ましい。
【０１９６】
ステップＳ８０１〜ステップＳ８４４の処理は、図１８のステップＳ７０１〜ステップＳ７４４の処理と同様の処理である。
【０１９７】
（ステップＳ８４５）ユーザによるサービスの停止指示がＲｅｓｐｏｎｄｅｒに入力されると、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＰＴＰオペレーションであるＳｅｒｖｉｃｅＳｔｏｐ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ８４６）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＳｅｒｖｉｃｅＳｔｏｐ  ＲｅｑｕｅｓｔをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）を送信する。
【０１９８】
（ステップＳ８４７）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｏｐｅｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）からＳｅｒｖｉｃｅＳｔｏｐ  Ｒｅｑｕｅｓｔを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＳｅｒｖｉｃｅＳｔｏｐ  Ｒｅｑｕｅｓｔを入力する。
（ステップＳ８４８）ＳｅｒｖｉｃｅＳｔｏｐ  Ｒｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳｅｒｖｉｃｅＳｔｏｐを実行する。
【０１９９】
（ステップＳ８４９）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳｅｒｖｉｃｅＳｔｏｐを実行したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＳｅｒｖｉｃｅＳｔｏｐ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ８５０）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、入力されたＳｅｒｖｉｃｅＳｔｏｐ  ＲｅｓｐｏｎｓｅをＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒに、ＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ８５１）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、受信したＰＴＰ  Ｃｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＳｅｒｖｉｃｅＳｔｏｐ  Ｒｅｓｐｏｎｓｅを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒに、取得したＳｅｒｖｉｃｅＳｔｏｐ  Ｒｅｓｐｏｎｓｅを入力する。
（ステップＳ８５２）ＳｅｒｖｉｃｅＳｔｏｐ  Ｒｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＳｅｒｖｉｃｅＳｔｏｐを完了する。
（ステップＳ８５３）ＳｅｒｖｉｃｅＳｔｏｐを完了した後、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎ  ＬａｙｅｒにＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔを入力する。
【０２００】
ステップＳ８５４〜ステップＳ８６０の処理は、図１８のステップＳ７７０〜ステップＳ７７６の処理と同様の処理である。
（ステップＳ８６１）ＣｌｏｓｅＳｅｓｓｉｏｎを実行した後、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒは、ステップＳ８４８で「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＰＴＰオペレーションであるＳｅｒｖｉｃｅＳｔｏｐ  Ｒｅｑｕｅｓｔが入力されていた場合は、Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒにサービスの停止を要求する。
【０２０１】
ステップＳ８６２〜ステップＳ８６９の処理は、図１８のステップＳ７７８〜ステップＳ７８５の処理と同様の処理である。
【０２０２】
上述したように、ＰＴＰ  Ｉｎｉｔｉａｔｏｒ（サービス利用端末）側からサービスを停止する場合、ＰＴＰ  Ｉｎｉｔｉａｔｏｒ（サービス利用端末）は、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＰＴＰオペレーション（ＳｅｒｖｉｃｅＳｔｏｐ  Ｒｅｑｕｅｓｔ）をＰＴＰ  Ｒｅｓｐｏｎｄｅｒ（サービス提供端末）に発行する。
【０２０３】
そして、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＰＴＰオペレーションを受け取ったＰＴＰ  Ｒｅｓｐｏｎｄｅｒ（サービス提供端末）は、トランスポート層の「サービス起動・停止要求メッセージ（停止）」をＰＴＰ  Ｉｎｉｔｉａｔｏｒ（サービス利用端末）に送信し、ＰＴＰ  Ｉｎｉｔｉａｔｏｒ（サービス利用端末）側のセッション層プロトコルとアプリケーション層のＰＴＰ  Ｉｎｉｔｉａｔｏｒの停止を指示する。
【０２０４】
これにより、セッション層プロトコルがＰＴＰプロトコルであり、ＩｎｉｔｉａｔｏｒがＰＴＰ  Ｒｅｓｐｏｎｄｅｒ（サービス提供端末）であり、ＲｅｓｐｏｎｄｅｒがＰＴＰ  Ｉｎｉｔｉａｔｏｒ（サービス利用端末）である場合において、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＰＴＰオペレーションを用いてＲｅｓｐｏｎｄｅｒ側からサービスを停止させることができる。
【０２０５】
なお、上述した例では、ＰＴＰ  Ｒｅｓｐｏｎｄｅｒ（サービス提供端末）は、ＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔを受信した後に、「サービス開始・停止要求メッセージ（停止）」を送信したが、ＰＴＰ  Ｒｅｓｐｏｎｄｅｒ（サービス提供端末）は、ＣｌｏｓｅＳｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔを受信する前に、「サービス開始・停止要求メッセージ（停止）」を送信してもよい。
【０２０６】
また、上述した例では、Ｃｌｏｓｅ  Ｓｅｓｓｉｏｎ（ステップＳ８５３〜ステップＳ８６０）を実行する例を示したが、Ｃｌｏｓｅ  Ｓｅｓｓｉｏｎを実行しないようにしてもよい。具体的には、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＰＴＰオペレーションを実行する処理（ステップＳ８４５〜ステップＳ８５２）を行ったあとに、ＰＴＰ  Ｒｅｓｐｏｎｄｅｒ（サービス提供端末）は、サービスの停止を要求してサービスの停止処理（ステップＳ８６１〜ステップＳ８６９）を行うようにしてもよい。このように、Ｃｌｏｓｅ  Ｓｅｓｓｉｏｎが無くても、ＰＴＰ  Ｒｅｓｐｏｎｄｅｒ（サービス提供端末）は、「サービス停止要求」を出すことができる。
【０２０７】
また、「サービス開始・停止要求メッセージの送信指示」を意味するＰＴＰオペレーションの例を図２０に示す。図２０は、本実施形態における「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＰＴＰオペレーションのデータ構造を示した概略図である。図示する例では、ＰＴＰオペレーションは、「Ｏｐｅｒａｔｉｏｎ  Ｃｏｄｅ」と、「Ｐａｒａｍｅｔｅｒ１〜Ｐａｒａｍｅｔｅｒ５」の６つのフィールド（Ｆｉｅｌｄ）を備えている。フィールド「Ｏｐｅｒａｔｉｏｎ  Ｃｏｄｅ」には「ＳｅｒｖｉｃｅＳｔｏｐ（０ｘ９０００）」が格納されている。また、フィールド「Ｐａｒａｍｅｔｅｒ１〜Ｐａｒａｍｅｔｅｒ５」にはオペレーションパラメータが格納される。本実施形態では、Ｏｐｅｒａｔｉｏｎ  Ｃｏｄｅが「ＳｅｒｖｉｃｅＳｔｏｐ（０ｘ９０００）」であるＰＴＰオペレーションは、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＰＴＰオペレーションである。なお、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＰＴＰオペレーションでは、「Ｐａｒａｍｅｔｅｒ１〜Ｐａｒａｍｅｔｅｒ５」を使用しない。
【０２０８】
以上、この発明の一実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【０２０９】
１・・・電子カメラ、２・・・ＰＣ、１１・・・撮像部、１２・・・記録媒体、１３，２１・・・ＣＰＵ、１４，２３・・・通信制御部、１５，２４・・・操作部、１６，２５・・・表示部、１７，２６・・・ＲＡＭ、１８・・・フラッシュメモリ、２２・・・記録媒体
【図１】
0005576697.tif 000002
【図２】
0005576697.tif 000003
【図３】
0005576697.tif 000004
【図４】
0005576697.tif 000005
【図５】
0005576697.tif 000006
【図６】
0005576697.tif 000007
【図７】
0005576697.tif 000008
【図８】
0005576697.tif 000009
【図９】
0005576697.tif 000010
【図１０】
0005576697.tif 000011
【図１１】
0005576697.tif 000012
【図１２】
0005576697.tif 000013
【図１３】
0005576697.tif 000014
【図１４】
0005576697.tif 000015
【図１５】
0005576697.tif 000016
【図１６】
0005576697.tif 000017
【図１７】
0005576697.tif 000018
【図１８】
0005576697.tif 000019
【図１９】
0005576697.tif 000020
【図２０】
0005576697.tif 000021