JP5576697B2

JP5576697B2 - サービス利用端末、サービス提供端末、サービス利用端末の制御方法、サービス提供端末の制御方法およびサービス提供システム

Info

Publication number: JP5576697B2
Application number: JP2010093545A
Authority: JP
Inventors: 圭都福島
Original assignee: Olympus Corp
Current assignee: Olympus Corp
Priority date: 2010-04-14
Filing date: 2010-04-14
Publication date: 2014-08-20
Anticipated expiration: 2030-04-14
Also published as: US8977732B2; US20110258304A1; JP2011221970A

Description

本発明は、サービス利用端末、サービス提供端末、サービス利用端末の制御方法、サービス提供端末の制御方法およびサービス提供システムに関する。

クライアント／サーバ型のアプリケーションにおけるサービスの停止制御は、クライアント側が行なう。クライアント／サーバ型のアプリケーションで、トランスポート層にＩｎｉｔｉａｔｏｒ／ＲｅｓｐｏｎｄｅｒやＨｏｓｔ／Ｄｅｖｉｃｅのような役割を持った主従型のトランスポート層プロトコルを採用している場合において、サーバ側にＲｅｓｐｏｎｄｅｒ／Ｄｅｖｉｃｅ、クライアント側にＩｎｉｔｉａｔｏｒ／Ｈｏｓｔが割り当てられている場合、クライアント側からトランスポート層の通信を介してのサービスまたはセッション層プロトコルの停止制御を行うことができる。また、通信規格としてＵＳＢ２．０が知られている（例えば、非特許文献１参照）。

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

しかしながら、クライアント／サーバ型のアプリケーションで、トランスポート層にＩｎｉｔｉａｔｏｒ／ＲｅｓｐｏｎｄｅｒやＨｏｓｔ／Ｄｅｖｉｃｅのような役割を持った主従型のトランスポート層プロトコルを採用している場合において、クライアント側にＲｅｓｐｏｎｄｅｒ／Ｄｅｖｉｃｅ、サーバ側にＩｎｉｔｉａｔｏｒ／Ｈｏｓｔが割り当てられている場合では、アプリケーション層におけるサービス、または/およびセッション層プロトコル(ＯＢＥＸ／ＳＣＳＩ／ＰＴＰ等)の停止制御がＩｎｉｔｉａｔｏｒ／Ｈｏｓｔからしかできないため、クライアント側でサーバ側が提供するサービスの利用を終了したくても、トランスポート層の通信を介してのサービスまたはセッション層プロトコルの停止制御はできず、無駄な消費電力を消耗していた。

本発明は、上記事情に鑑みてなされたものであり、クライアント／サーバ型のアプリケーションで、クライアント側のトランスポート層の役割がＲｅｓｐｏｎｄｅｒ／Ｄｅｖｉｃｅである場合においても、クライアント側によるセッション層プロトコルの停止制御を行うことができるサービス利用端末、サービス提供端末、サービス利用端末の制御方法、サービス提供端末の制御方法およびサービス提供システムを提供することを目的とする。

本発明は、クライアントとサーバとのうち、サーバが提供するサービスの停止要求をクライアントのみが行うことが可能な、トランスポート層より上位層のクライアント／サーバ型アプリケーションにおいて、クライアントとして動作するサービス利用端末であって、主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、従の役割で動作する通信制御部と、前記クライアント／サーバ型のアプリケーションにおいてサーバとして動作し、かつ、前記主従型トランスポート層プロトコルにおいて主の役割で動作するサービス提供端末が提供するサービスの停止指示をユーザから入力される操作部と、を有し、前記通信制御部は、前記サービスの停止指示が入力された場合、前記サービス提供端末に、前記サービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで送信するとともに、当該上位層メッセージに応じて前記サービス提供端末から送信された、前記サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで受信した場合、トランスポート層より上位層の通信プロトコルにおけるサービスを停止することを特徴とするサービス利用端末である。

また、本発明のサービス利用端末において、前記上位層の通信プロトコルは、ＯＢＥＸプロトコルであり、前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求情報を付したＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔを送信し、または前記サービスの停止要求を意味するオブジェクトをＰＵＴＲｅｑｕｅｓｔで送信することを特徴とする。

また、本発明のサービス利用端末において、前記上位層の通信プロトコルは、ＳＣＳＩプロトコルであり、前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求を意味するＳＣＳＩコマンドを送信することを特徴とする。

また、本発明のサービス利用端末において、前記上位層の通信プロトコルは、ＰＴＰプロトコルであり、前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求情報を付したＳｅｒｖｉｃｅＳｔｏｐＲｅｑｕｅｓｔを送信し、または前記サービスの停止要求を意味するオブジェクトをＳｅｎｄＯｂｊｅｃｔＲｅｑｕｅｓｔで送信することを特徴とする。

また、本発明のサービス利用端末において、前記通信制御部は、前記主従型トランスポート層プロトコルにおいて主の役割であるＩｎｉｔｉａｔｏｒの役割で動作する前記サービス提供端末に、前記サービスの停止要求に関連する前記上位層メッセージを送信することを特徴とする。

また、本発明は、クライアントとサーバとのうち、サーバが提供するサービスの停止要求をクライアントのみが行うことが可能な、トランスポート層より上位層のクライアント／サーバ型アプリケーションにおいて、サーバとして動作するサービス提供端末であって、主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、主の役割で動作するとともに、前記クライアント／サーバ型のアプリケーションにおいてクライアントとして動作し、かつ、前記主従型トランスポート層プロトコルにおいて従の役割で動作するサービス利用端末から、前記サーバが提供するサービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで受信した場合、前記サービス利用端末に、前記サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで送信する通信制御部を有することを特徴とするサービス提供端末である。
また、本発明のサービス提供端末において、前記上位層の通信プロトコルは、ＯＢＥＸプロトコルであり、前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求情報を付したＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔを受信し、または前記サービスの停止要求を意味するオブジェクトをＰＵＴＲｅｑｕｅｓｔで受信することを特徴とする。
また、本発明のサービス提供端末において、前記上位層の通信プロトコルは、ＳＣＳＩプロトコルであり、前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求を意味するＳＣＳＩコマンドを受信することを特徴とする。
また、本発明のサービス提供端末において、前記上位層の通信プロトコルは、ＰＴＰプロトコルであり、前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求情報を付したＳｅｒｖｉｃｅＳｔｏｐＲｅｑｕｅｓｔを受信し、または前記サービスの停止要求を意味するオブジェクトをＳｅｎｄＯｂｊｅｃｔＲｅｑｕｅｓｔで受信することを特徴とする。
また、本発明のサービス提供端末において、前記通信制御部は、前記主従型トランスポート層プロトコルにおいて従の役割であるＲｅｓｐｏｎｄｅｒの役割で動作する前記サービス利用端末から、前記サービスの停止要求に関連する前記上位層メッセージを受信することを特徴とする。

また、本発明は、クライアントとサーバとのうち、サーバが提供するサービスの停止要求をクライアントのみが行うことが可能な、トランスポート層より上位層のクライアント／サーバ型アプリケーションにおいて、クライアントとして動作するサービス利用端末の制御方法であって、主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、従の役割で動作する通信制御ステップと、前記クライアント／サーバ型のアプリケーションにおいてサーバとして動作し、かつ、前記主従型トランスポート層プロトコルにおいて主の役割で動作するサービス提供端末が提供するサービスの停止指示をユーザから入力される操作ステップと、を含み、前記通信制御ステップでは、前記サービスの停止指示が入力された場合、前記サービス提供端末に、前記サービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで送信するとともに、当該上位層メッセージに応じて前記サービス提供端末から送信された、前記サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで受信した場合、トランスポート層より上位層の通信プロトコルにおけるサービスを停止することを特徴とするサービス利用端末の制御方法である。

また、本発明は、クライアントとサーバとのうち、サーバが提供するサービスの停止要求をクライアントのみが行うことが可能な、トランスポート層より上位層のクライアント／サーバ型アプリケーションにおいて、サーバとして動作するサービス提供端末の制御方法であって、主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、主の役割で動作するとともに、前記クライアント／サーバ型のアプリケーションにおいてクライアントとして動作し、かつ、前記主従型トランスポート層プロトコルにおいて従の役割で動作するサービス利用端末から、前記サーバが提供するサービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで受信した場合、前記サービス利用端末に、前記サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで送信する通信制御ステップを有することを特徴とするサービス提供端末の制御方法である。

また、本発明は、クライアントとサーバとのうち、サーバが提供するサービスの停止要求をクライアントのみが行うことが可能な、トランスポート層より上位層のクライアント／サーバ型アプリケーションにおいて、クライアントとして動作するサービス利用端末と、サーバとして動作するサービス提供端末と、を有するサービス提供システムにおいて、前記サービス利用端末は、主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、従の役割で動作する第１の通信制御部と、前記主従型トランスポート層プロトコルにおいて主の役割で動作するサービス提供端末が提供するサービスの停止指示をユーザから入力される操作部と、を有し、前記第１の通信制御部は、前記サービスの停止指示が入力された場合、前記サービス提供端末に、前記サービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで送信するとともに、当該上位層メッセージに応じて前記サービス提供端末から送信された、前記サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで受信した場合、トランスポート層より上位層の通信プロトコルにおけるサービスを停止し、前記サービス提供端末は、前記主従型トランスポート層プロトコルにおいて、主の役割で動作するとともに、前記主従型トランスポート層プロトコルにおいて従の役割で動作するサービス利用端末から、前記上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで受信した場合、前記サービス利用端末に、前記トランスポート層メッセージを、トランスポート層プロトコルの通信データで送信する第２の通信制御部を有することを特徴とするサービス提供システムである。

本発明によれば、通信制御部は、主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、従の役割で動作する。また、操作部は、クライアント／サーバ型のアプリケーションにおいてサーバとして動作し、かつ、主従型トランスポート層プロトコルにおいて主の役割で動作するサービス提供端末が提供するサービスの停止指示をユーザから入力される。また、通信制御部は、サービスの停止指示が入力された場合、サービス提供端末に、サービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで送信するとともに、当該上位層メッセージに応じてサービス提供端末から送信された、サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで受信した場合、トランスポート層より上位層の通信プロトコルにおけるサービスを停止する。

従って、クライアント／サーバ型のアプリケーションで、サービス利用端末側のトランスポート層の役割がＲｅｓｐｏｎｄｅｒ／Ｄｅｖｉｃｅである場合においても、サービス利用端末側によるセッション層プロトコルの停止制御を行うことができる。

本発明の一実施形態における電子カメラの構成を示したブロック図である。本実施形態におけるＰＣの構成を示したブロック図である。本実施形態におけるＩｎｉｔｉａｔｏｒとＲｅｑｕｅｓｔとの接続手順を示したシーケンス図である。本実施形態におけるメッセージのフォーマットを示した概略図である。本実施形態におけるサービスリスト要求メッセージに格納されるデータを示した概略図である。本実施形態におけるサービスリスト応答メッセージに格納されるデータを示した概略図である。本実施形態におけるＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒのフォーマットを示した概略図である。本実施形態におけるサービス起動・停止要求メッセージに格納されるデータを示した概略図である。本実施形態におけるサービス起動・停止応答メッセージに格納されるデータを示した概略図である。本実施形態において、セッション層プロトコルがＯＢＥＸプロトコルであり、ＩｎｉｔｉａｔｏｒがＣｌｉｅｎｔであり、ＲｅｓｐｏｎｄｅｒがＳｅｒｖｅｒである場合において、Ｉｎｉｔｉａｔｏｒ側からのサービスの停止手順を示したシーケンス図である。本実施形態において、セッション層プロトコルがＯＢＥＸプロトコルであり、ＩｎｉｔｉａｔｏｒがＳｅｒｖｅｒであり、ＲｅｓｐｏｎｄｅｒがＣｌｉｅｎｔである場合において、ＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔを用いた場合のＲｅｓｐｏｎｄｅｒ側からのサービスの停止手順を示したシーケンス図である。本実施形態において、セッション層プロトコルがＯＢＥＸプロトコルであり、ＩｎｉｔｉａｔｏｒがＳｅｒｖｅｒであり、ＲｅｓｐｏｎｄｅｒがＣｌｉｅｎｔである場合において、ＰＵＴＲｅｑｕｅｓｔを用いた場合のＲｅｓｐｏｎｄｅｒ側からのサービスの停止手順を示したシーケンス図である。本実施形態において、「サービス起動・停止要求メッセージ（停止）の送信指示」を意味する情報が記述されているオブジェクトの例を示した図である。本実施形態において、セッション層プロトコルがＳＣＳＩプロトコルであり、ＩｎｉｔｉａｔｏｒがＣｌｉｅｎｔであり、ＲｅｓｐｏｎｄｅｒがＳｅｒｖｅｒである場合において、Ｉｎｉｔｉａｔｏｒ側からのサービスの停止手順を示したシーケンス図である。本実施形態において、セッション層プロトコルがＳＣＳＩプロトコルであり、ＩｎｉｔｉａｔｏｒがＳｅｒｖｅｒであり、ＲｅｓｐｏｎｄｅｒがＣｌｉｅｎｔである場合において、Ｒｅｓｐｏｎｄｅｒ側からのサービスの停止手順を示したシーケンス図である。本実施形態における「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンドのＣＤＢのデータ構造を示した概略図である。本実施形態において、セッション層プロトコルがＰＴＰプロトコルであり、ＩｎｉｔｉａｔｏｒがＰＴＰＩｎｉｔｉａｔｏｒであり、ＲｅｓｐｏｎｄｅｒがＰＴＰＲｅｓｐｏｎｄｅｒである場合において、Ｉｎｉｔｉａｔｏｒ側からのサービスの停止手順を示したシーケンス図である。本実施形態において、セッション層プロトコルがＰＴＰプロトコルであり、ＩｎｉｔｉａｔｏｒがＰＴＰＲｅｓｐｏｎｄｅｒであり、ＲｅｓｐｏｎｄｅｒがＰＴＰＩｎｉｔｉａｔｏｒである場合において、ＯｂｊｅｃｔＤａｔａを用いた場合のＲｅｓｐｏｎｄｅｒ側からのサービスの停止手順を示したシーケンス図である。本実施形態において、セッション層プロトコルがＰＴＰプロトコルであり、ＩｎｉｔｉａｔｏｒがＰＴＰＲｅｓｐｏｎｄｅｒであり、ＲｅｓｐｏｎｄｅｒがＰＴＰＩｎｉｔｉａｔｏｒである場合において、ＳｅｒｖｉｃｅＳｔｏｐＲｅｑｕｅｓｔを用いた場合のＲｅｓｐｏｎｄｅｒ側からのサービスの停止手順を示したシーケンス図である。本実施形態における「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＰＴＰオペレーションのデータ構造を示した概略図である。

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

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

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

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

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

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

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

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

次に、電子カメラ１の通信制御部１４と、ＰＣ２の通信制御部２３とが用いる通信方式について説明する。本実施形態では、電子カメラ１の通信制御部１４と、ＰＣ２の通信制御部２３とは主従型のトランスポート層プロトコルを採用する通信方式を用いる。主従型のトランスポート層プロトコルを採用する通信方式とは、例えば、ＵＳＢ（ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ）のような、通信を行う一方の機器にＨｏｓｔの役割を持たせ、他方の機器にＤｅｖｉｃｅの役割をもたせ、Ｈｏｓｔがデータの送受信を制御する通信方式である。また、図３に示すように、通信を行う一方の機器にＩｎｉｔｉａｔｏｒの役割を持たせ、他方の機器にＲｅｓｐｏｎｄｅｒの役割をもたせ、Ｉｎｉｔｉａｔｏｒが接続要求として接続要求メッセージを送信し、その接続要求メッセージを受信したＲｅｓｐｏｎｄｅｒが接続を許可する場合、接続許可メッセージをＩｎｉｔｉａｔｏｒに送信する通信方式も主従型のトランスポート層プロトコルを採用する通信方式である。なお、本発明においてトランスポート層プロトコルの通信データとは、トランスポート層プロトコルよりも上位層の通信プロトコルの通信データを含むものとする。

これらの通信方式において、サービス、または／およびセッション層プロトコル(ＯＢＥＸ（ＯｂｊｅｃｔＥＸｃｈａｎｇｅ）、ＳＣＳＩ、ＰＴＰ等)の起動および停止は、ＨｏｓｔやＩｎｉｔｉａｔｏｒにより制御される。例えば、通信方式がＵＳＢの場合は、Ｈｏｓｔが、Ｄｅｖｉｃｅに対してＳｅｔＣｏｎｆｉｇｕｒａｔｉｏｎデバイスリクエストを発行して、セッション層プロトコルの起動および停止を行う。

なお、本実施形態では、図３に示したようなトランスポート層プロトコルを採用する通信方式を用いて説明する。本実施形態の通信方式では、トランスポート層において、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとの間で以下のメッセージを送受信することにより、サービスの起動および停止が行われる。ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとの間で送受信されるメッセージは、ＩｎｉｔｉａｔｏｒからＲｅｓｐｏｎｄｅｒに発行されるＲｅｑｕｅｓｔメッセージと、ＲｅｓｐｏｎｄｅｒからＩｎｉｔｉａｔｏｒに返信されるＲｅｓｐｏｎｓｅメッセージとである。

次に、本実施形態で用いるメッセージのフォーマットについて説明する。図４は、本実施形態で用いるメッセージのフォーマットを示した概略図である。本実施形態で用いるメッセージの０バイト（ｂｙｔｅ）目のデータは「ＭｅｓｓａｇｅＴｙｐｅ」を示す。１バイト目のデータは「ＭｅｓｓａｇｅＣｏｄｅ」を示す。２バイト目〜５バイト目のデータは「Ｐａｒａｍｅｔｅｒｓ」を示す。６バイト目〜７バイト目のデータは「Ｌｅｎｇｔｈ」を示す。８バイト目以降のデータは「Ｄａｔａ」を示す。

「ＭｅｓｓａｇｅＴｙｐｅ」には、このメッセージが「Ｒｅｑｕｅｓｔメッセージ」であるか「Ｒｅｓｐｏｎｓｅメッセージ」であるかを示す情報がセット（格納）される。「ＭｅｓｓａｇｅＣｏｄｅ」にはメッセージ種別を示す情報がセットされる。「Ｐａｒａｍｅｔｅｒｓ」には、メッセージ種別ごとに定義されている内容を示す情報がセットされる。「Ｌｅｎｇｔｈ」には、後続の「Ｄａｔａ」のサイズを示す情報がセットされる。「Ｄａｔａ」には、メッセージ種別ごとに定義されたデータがセットされる。

次に、本実施形態で用いるメッセージのうち、サービスリスト要求メッセージについて説明する。サービスリスト要求メッセージは、Ｒｅｓｐｏｎｄｅｒが対応しているサービスおよび／またはプロトコルのリストを取得するためのメッセージであり、ＩｎｉｔｉａｔｏｒからＲｅｓｐｏｎｄｅｒに送信される。

図５は、本実施形態で用いるサービスリスト要求メッセージに格納されるデータを示した概略図である。図示する例では、サービスリスト要求メッセージの「ＭｅｓｓａｇｅＴｙｐｅ」には、Ｒｅｑｕｅｓｔメッセージであることを示す「ＭｅｓｓａｇｅＴｙｐｅ＝０ｘ００」がセットされている。「ＭｅｓｓａｇｅＣｏｄｅ」には、メッセージ種別「ＧｅｔＳｅｒｖｉｃｅＬｉｓｔ」であることを示す「ＭｅｓｓａｇｅＣｏｄｅ＝０ｘ０１」がセットされている。「Ｐａｒａｍｅｔｅｒｓ」は、メッセージ種別ごとに定義されている内容を示す情報をセットできるように、予約（Ｒｅｓｅｒｖｅｄ）されている。「Ｌｅｎｇｔｈ」には、後続の「Ｄａｔａ」が存在しないことを示す「Ｌｅｎｇｔｈ＝０」がセットされている。

次に、本実施形態で用いるメッセージのうち、サービスリスト応答メッセージについて説明する。サービスリスト応答メッセージは、サービスリスト要求メッセージに対し、Ｒｅｓｐｏｎｄｅｒが対応しているサービスおよび／またはプロトコルのリストを返信するためのメッセージであり、ＲｅｓｐｏｎｄｅｒからＩｎｉｔｉａｔｏｒに送信される。

図６は、本実施形態で用いるサービスリスト応答メッセージに格納されるデータを示した概略図である。図示する例では、サービスリスト応答メッセージの「ＭｅｓｓａｇｅＴｙｐｅ」には、Ｒｅｓｐｏｎｓｅメッセージであることを示す「ＭｅｓｓａｇｅＴｙｐｅ＝０ｘ０１」がセットされている。「ＭｅｓｓａｇｅＣｏｄｅ」には、メッセージ種別「ＧｅｔＳｅｒｖｉｃｅＬｉｓｔ」であることを示す「ＭｅｓｓａｇｅＣｏｄｅ＝０ｘ０１」がセットされている。「Ｐａｒａｍｅｔｅｒｓ」の一部（メッセージの２バイト目）には、メッセージの８バイト目以降のＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒの数（ｍ個）を示す「ＮｕｍｂｅｒｏｆＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒ＝ｍ」がセットされており、残りの部分（メッセージの３バイト目から５バイト目）はメッセージ種別ごとに定義されている内容を示す情報をセットできるように、予約（Ｒｅｓｅｒｖｅｄ）されている。「Ｌｅｎｇｔｈ」には、後続の「Ｄａｔａ」のサイズ（８バイト目以降のサイズ）を示す「Ｌｅｎｇｔｈ＝８バイト目以降のサイズ」がセットされている。「Ｄａｔａ」には、サービスやプロトコルに関するパラメータである「ＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒ＃０〜ＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒ＃ｍ−１」がセットされている。

次に、ＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒのフォーマットについて説明する。図７は、本実施形態で用いるＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒのフォーマットを示した概略図である。本実施形態で用いるＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒの０バイト目のデータは「ＰｒｏｔｏｃｏｌＣｏｄｅ」を示す。１バイト目のデータは「ＣｌａｓｓＣｏｄｅ」を示す。２バイト目のデータは「ＲｅｓｕｌｔＣｏｄｅ」を示す。３バイト目〜５バイト目のデータは、ＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒに関する情報をセットできるように、予約（Ｒｅｓｅｒｖｅｄ）されている。６バイト目〜７バイト目のデータは「Ｌｅｎｇｔｈ」を示す。８バイト目以降のデータは「ＳｅｒｖｉｃｅＩｎｆｏｒｍａｔｉｏｎ」を示す。

「ＰｒｏｔｏｃｏｌＣｏｄｅ」には、プロトコル種別（ＯＢＥＸ／ＳＣＳＩ／ＰＴＰ等）を示すコードがセットされる。「ＣｌａｓｓＣｏｄｅ」には、プロトコル種別毎に定義されたクラスコードがセットされる。例えば、プロトコル種別がＯＢＥＸの場合は「ＯＢＥＸＰｕｓｈＳｅｒｖｅｒ」や「ＯＢＥＸＰｕｓｈＣｌｉｅｎｔ」等を示すコードがセットされる。また、プロトコル種別がＳＣＳＩの場合は「ＳＣＳＩＢｌｏｃｋＤｅｖｉｃｅ − Ｔａｒｇｅｔ」や「ＳＣＳＩＢｌｏｃｋＤｅｖｉｃｅ − Ｉｎｉｔｉａｔｏｒ」等を示すコードセットされる。また、プロトコル種別がＰＴＰの場合は「ＰＴＰＩｎｉｔｉａｔｏｒ」や「ＰＴＰＲｅｓｐｏｎｄｅｒ」がセットされる。

「ＲｅｓｕｌｔＣｏｄｅ」には、処理結果がセットされる。例えば、処理が正常に終了した場合は、ＳＵＣＣＥＳＳを示すコードがセットされる。「Ｌｅｎｇｔｈ」には、「ＳｅｒｖｉｃｅＩｎｆｏｒｍａｔｉｏｎ」のサイズがセットされる。「ＳｅｒｖｉｃｅＩｎｆｏｒｍａｔｉｏｎ」にはアプリケーション層のサービスに応じた情報（例えば、対応するファイルフォーマット等）がセットされる。

次に、本実施形態で用いるメッセージのうち、サービス起動・停止要求メッセージについて説明する。サービス起動・停止要求メッセージは、指定したＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒでサービスおよび／またはプロトコルを起動する、または現在起動中のサービスおよび／またはプロトコルを停止するようにＲｅｓｐｏｎｄｅｒに要求するためのメッセージであり、ＩｎｉｔｉａｔｏｒからＲｅｓｐｏｎｄｅｒに送信される。なお、サービス起動・停止要求メッセージのＬｅｎｇｔｈが０、すなわちＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒが無い場合は、サービス停止要求を示す。

図８は、本実施形態で用いるサービス起動・停止要求メッセージに格納されるデータを示した概略図である。図示する例では、サービス起動・停止要求メッセージの「ＭｅｓｓａｇｅＴｙｐｅ」には、Ｒｅｑｕｅｓｔメッセージであることを示す「ＭｅｓｓａｇｅＴｙｐｅ＝０ｘ００」がセットされている。「ＭｅｓｓａｇｅＣｏｄｅ」には、メッセージ種別「ＳｅｔＳｅｒｖｉｃｅ」であることを示す「ＭｅｓｓａｇｅＣｏｄｅ＝０ｘ０２」がセットされている。「Ｐａｒａｍｅｔｅｒｓ」はメッセージ種別ごとに定義されている内容を示す情報をセットできるように、予約（Ｒｅｓｅｒｖｅｄ）されている。「Ｌｅｎｇｔｈ」には、後続の「ＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒ」のサイズ（８バイト目以降のサイズ）を示す「Ｌｅｎｇｔｈ＝８バイト目以降のサイズ」がセットされている。「ＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒ」には、サービスに関するパラメータである「ＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒ」がセットされている。なお、本実施形態では、「Ｌｅｎｇｔｈ」に「Ｌｅｎｇｔｈ＝０」がセットされているサービス起動・停止要求メッセージ、すなわち、「ＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒ」が無いサービス起動・停止要求メッセージは、サービス停止要求を示す。

次に、本実施形態で用いるメッセージのうち、サービス起動・停止応答メッセージについて説明する。サービス起動・停止応答メッセージは、サービス起動・停止要求メッセージに対する応答メッセージであり、ＲｅｓｐｏｎｄｅｒからＩｎｉｔｉａｔｏｒに送信される。

図９は、本実施形態で用いるサービス起動・停止応答メッセージに格納されるデータを示した概略図である。図示する例では、サービス起動・停止応答メッセージの「ＭｅｓｓａｇｅＴｙｐｅ」には、Ｒｅｓｐｏｎｓｅメッセージであることを示す「ＭｅｓｓａｇｅＴｙｐｅ＝０ｘ０１」がセットされている。「ＭｅｓｓａｇｅＣｏｄｅ」には、メッセージ種別「ＳｅｔＳｅｒｖｉｃｅ」であることを示す「ＭｅｓｓａｇｅＣｏｄｅ＝０ｘ０２」がセットされている。「Ｐａｒａｍｅｔｅｒｓ」の一部（メッセージの２バイト目）は、「ＲｅｓｕｌｔＣｏｄｅ」を示し、処理結果がセットされる。例えば、処理が正常に終了した場合は、「ＲｅｓｕｌｔＣｏｄｅ」にＳＵＣＣＥＳＳを示すコードがセットされる。「Ｐａｒａｍｅｔｅｒｓ」の残りの部分（メッセージの３バイト目から５バイト目）はメッセージ種別ごとに定義されている内容を示す情報をセットできるように、予約（Ｒｅｓｅｒｖｅｄ）されている。「Ｌｅｎｇｔｈ」には、後続の「Ｄａｔａ」が存在しないことを示す「Ｌｅｎｇｔｈ＝０」がセットされている。

（セッション層プロトコルがＯＢＥＸプロトコルの場合におけるサービスの停止方法）
次に、セッション層プロトコルがＯＢＥＸプロトコルの場合におけるサービスの停止方法について説明する。セッション層プロトコルがＯＢＥＸプロトコルである場合、「電子カメラ１とＰＣ２との間でデータの送受信を行う際に、ＰＣ２がＩｎｉｔｉａｔｏｒの役割で動作し、電子カメラ１がＲｅｓｐｏｎｄｅｒの役割で動作する」、または「電子カメラ１とＰＣ２との間でデータの送受信を行う際に、電子カメラ１がＩｎｉｔｉａｔｏｒの役割で動作し、ＰＣ２がＲｅｓｐｏｎｄｅｒの役割で動作する」、または「２台の電子カメラ１間でデータの送受信を行う際に、一方の電子カメラ１がＩｎｉｔｉａｔｏｒの役割で動作し、他方の電子カメラ１がＲｅｓｐｏｎｄｅｒの役割で動作する」ことが可能である。

図１０は、セッション層プロトコルがＯＢＥＸプロトコルであり、ＩｎｉｔｉａｔｏｒがＯＢＥＸＣｌｉｅｎｔ（サービス利用端末）であり、ＲｅｓｐｏｎｄｅｒがＯＢＥＸＳｅｒｖｅｒ（サービス提供端末）である場合において、Ｉｎｉｔｉａｔｏｒ側からのサービスの停止手順を示したシーケンス図である。なお、本実施形態では、ＣＰＵ１３，２１がＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒおよびＳｅｓｓｉｏｎＬａｙｅｒとして動作し、通信制御部１４，２３がＴｒａｎｓｐｏｒｔＬａｙｅｒとして動作する。または、ＣＰＵ１３，２１がＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒとして動作し、通信制御部１４，２３がＳｅｓｓｉｏｎＬａｙｅｒおよびＴｒａｎｓｐｏｒｔＬａｙｅｒとして動作する。

（ステップＳ１０１）ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとは、通信接続を確立する。具体的には、図３に示したように、ＩｎｉｔｉａｔｏｒはＲｅｓｐｏｎｄｅｒに対して接続要求を行い、Ｒｅｓｐｏｎｄｅｒは接続要求を許可する。
（ステップＳ１０２）ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとの通信接続が確立されると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯＢＥＸＣｌｉｅｎｔを起動する。
（ステップＳ１０３）ＯＢＥＸＣｌｉｅｎｔを起動すると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＴｒａｎｓｐｏｒｔＬａｙｅｒにサービスの起動を要求する。

（ステップＳ１０４）サービスの起動を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービスリスト要求メッセージを送信する。
（ステップＳ１０５）サービスリスト要求メッセージを受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒに、自機が対応するサービスをＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒにセットしたサービスリスト応答メッセージを送信する。

（ステップＳ１０６）サービスリスト応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、サービスリスト応答メッセージに「ＰｒｏｔｏｃｏｌＣｏｄｅ」が「ＯＢＥＸ」、かつ「ＣｌａｓｓＣｏｄｅ」が「ＯＢＥＸＰｕｓｈＳｅｒｖｅｒ」であるＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒが存在した場合、「ＯＢＥＸＰｕｓｈＳｅｒｖｅｒ」を起動するためにＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止要求メッセージ（起動）を送信する。

（ステップＳ１０７）サービス起動・停止要求メッセージ（起動）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＯＢＥＸプロトコルの起動を要求する。
（ステップＳ１０８）ＯＢＥＸプロトコルの起動を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＯＢＥＸプロトコルを起動し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒにＯＢＥＸＳｅｒｖｅｒの起動を要求する。
（ステップＳ１０９）ＯＢＥＸＳｅｒｖｅｒの起動を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯＢＥＸＳｅｒｖｅｒを起動する。

（ステップＳ１１０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＯＢＥＸプロトコルの起動を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ１１１）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＯＢＥＸプロトコルの起動を要求する。
（ステップＳ１１２）ＯＢＥＸプロトコルの起動を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＯＢＥＸプロトコルを起動する。

（ステップＳ１１３）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒがＯＢＥＸプロトコルを起動した後、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＣＯＮＮＥＣＴＲｅｑｕｅｓｔを入力する。
（ステップＳ１１４）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＣＯＮＮＥＣＴＲｅｑｕｅｓｔをＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ）に変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、変換したＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ）を送信する。

（ステップＳ１１５）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ）をＣＯＮＮＥＣＴＲｅｑｕｅｓｔに変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、変換したＣＯＮＮＥＣＴＲｅｑｕｅｓｔを入力する。
（ステップＳ１１６）ＣＯＮＮＥＣＴＲｅｑｕｅｓｔが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＣＯＮＮＥＣＴを実行する。
（ステップＳ１１７）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＣＯＮＮＥＣＴを実行したことを通知するために、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅを入力する。

（ステップＳ１１８）ＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅをＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）に変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、変換したＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ１１９）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）をＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅに変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、変換したＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅを入力する。
（ステップＳ１２０）ＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＣＯＮＮＥＣＴを完了する。

（ステップＳ１２１）ＣＯＮＮＥＣＴを完了した後、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、送信対象のオブジェクト（ファイル等）を含むＰＵＴＲｅｑｕｅｓｔを入力する。
（ステップＳ１２２）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＰＵＴＲｅｑｕｅｓｔをＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ＃１）〜ＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ＃ｎ）に変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、
変換したＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ＃１）〜ＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ＃ｎ）を送信する。

（ステップＳ１２３）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ＃１）〜ＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ＃ｎ）をＰＵＴＲｅｑｕｅｓｔに変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、変換したＰＵＴＲｅｑｕｅｓｔを入力する。
（ステップＳ１２４）ＰＵＴＲｅｑｕｅｓｔが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＰＵＴを実行する。

（ステップＳ１２５）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＰＵＴを実行したことを通知するために、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＰＵＴＲｅｓｐｏｎｓｅを入力する。
（ステップＳ１２６）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＰＵＴＲｅｓｐｏｎｓｅをＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）に変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、変換したＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ１２７）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）をＰＵＴＲｅｓｐｏｎｓｅに変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、変換したＰＵＴＲｅｓｐｏｎｓｅを入力する。
（ステップＳ１２８）ＰＵＴＲｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＰＵＴを完了する。

（ステップＳ１２９）ＰＵＴを完了した後、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔを入力する。
（ステップＳ１３０）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔをＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ）に変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、変換したＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ）を送信する。

（ステップＳ１３１）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ）をＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔに変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、変換したＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔを入力する。
（ステップＳ１３２）ＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴを実行する。
（ステップＳ１３３）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴを実行したことを通知するために、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＤＩＳＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅを入力する。

（ステップＳ１３４）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＤＩＳＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅをＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）に変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、変換したＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ１３５）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）をＤＩＳＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅに変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、変換したＤＩＳＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅを入力する。
（ステップＳ１３６）ＤＩＳＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴを完了する。

（ステップＳ１３７）ユーザによるサービスの停止指示がＩｎｉｔｉａｔｏｒに入力されると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＴｒａｎｓｐｏｒｔＬａｙｅｒにサービスの停止を要求する。
（ステップＳ１３８）サービスの停止を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止要求メッセージ（停止）を送信する。
（ステップＳ１３９）サービス起動・停止要求メッセージ（停止）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＯＢＥＸプロトコルの停止を要求する。
（ステップＳ１４０）ＯＢＥＸプロトコルの停止を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＯＢＥＸプロトコルを停止し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒにＯＢＥＸＳｅｒｖｅｒの停止を要求する。
（ステップＳ１４１）ＯＢＥＸＳｅｒｖｅｒの停止を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯＢＥＸＳｅｒｖｅｒを停止させる。

（ステップＳ１４２）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＯＢＥＸプロトコルの停止を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ１４３）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＯＢＥＸプロトコルの停止を要求する。
（ステップＳ１４４）ＯＢＥＸプロトコルの停止を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＯＢＥＸプロトコルを停止し、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒにＯＢＥＸＣｌｉｅｎｔの停止を要求する。
（ステップＳ１４５）ＯＢＥＸＣｌｉｅｎｔの停止を要求されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯＢＥＸＣｌｉｅｎｔを停止させる。

上述した手順により、セッション層プロトコルがＯＢＥＸプロトコルであり、ＩｎｉｔｉａｔｏｒがＯＢＥＸＣｌｉｅｎｔ（サービス利用端末）であり、ＲｅｓｐｏｎｄｅｒがＯＢＥＸＳｅｒｖｅｒ（サービス提供端末）である場合において、Ｉｎｉｔｉａｔｏｒ側からサービスを停止させることができる。

図１１は、セッション層プロトコルがＯＢＥＸプロトコルであり、ＩｎｉｔｉａｔｏｒがＯＢＥＸＳｅｒｖｅｒ（サービス提供端末）であり、ＲｅｓｐｏｎｄｅｒがＯＢＥＸＣｌｉｅｎｔ（サービス利用端末）である場合において、ＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔを用いた場合のＲｅｓｐｏｎｄｅｒ側からのサービスの停止手順を示したシーケンス図である。

ステップＳ２０１の処理は、図１０のステップＳ１０１の処理と同様の処理である。
（ステップＳ２０２）ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとの通信接続が確立されると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯＢＥＸＳｅｒｖｅｒを起動する。
（ステップＳ２０３）ＯＢＥＸＳｅｒｖｅｒを起動すると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＴｒａｎｓｐｏｒｔＬａｙｅｒにサービスの起動を要求する。

（ステップＳ２０４）サービスの起動を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービスリスト要求メッセージを送信する。
（ステップＳ２０５）サービスリスト要求メッセージを受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒに、自機が対応するサービスをＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒにセットしたサービスリスト応答メッセージを送信する。

（ステップＳ２０６）サービスリスト応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、サービスリスト応答メッセージに「ＰｒｏｔｏｃｏｌＣｏｄｅ」が「ＯＢＥＸ」、かつ「ＣｌａｓｓＣｏｄｅ」が「ＯＢＥＸＰｕｓｈＣｌｉｅｎｔ」であるＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒが存在した場合、「ＯＢＥＸＰｕｓｈＣｌｉｅｎｔ」を起動するためにＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止要求メッセージ（起動）を送信する。

（ステップＳ２０７）サービス起動・停止要求メッセージ（起動）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＯＢＥＸプロトコルの起動を要求する。
（ステップＳ２０８）ＯＢＥＸプロトコルの起動を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＯＢＥＸプロトコルを起動し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒにＯＢＥＸＣｌｉｅｎｔの起動を要求する。
（ステップＳ２０９）ＯＢＥＸＣｌｉｅｎｔの起動を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯＢＥＸＣｌｉｅｎｔを起動する。

（ステップＳ２１０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＯＢＥＸプロトコルの起動を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ２１１）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＯＢＥＸプロトコルの起動を要求する。
（ステップＳ２１２）ＯＢＥＸプロトコルの起動を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＯＢＥＸプロトコルを起動する。

（ステップＳ２１３）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒがＯＢＥＸプロトコルを起動した後、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＣＯＮＮＥＣＴＲｅｑｕｅｓｔを入力する。
（ステップＳ２１４）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＣＯＮＮＥＣＴＲｅｑｕｅｓｔをＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ）に変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、変換したＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ）を送信する。

（ステップＳ２１５）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ）をＣＯＮＮＥＣＴＲｅｑｕｅｓｔに変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、変換したＣＯＮＮＥＣＴＲｅｑｕｅｓｔを入力する。
（ステップＳ２１６）ＣＯＮＮＥＣＴＲｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＣＯＮＮＥＣＴを実行する。
（ステップＳ２１７）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＣＯＮＮＥＣＴを実行したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅを入力する。

（ステップＳ２１８）ＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅをＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）に変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、変換したＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ２１９）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）をＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅに変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、変換したＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅを入力する。
（ステップＳ２２０）ＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＣＯＮＮＥＣＴを完了する。

（ステップＳ２２１）ＣＯＮＮＥＣＴを完了した後、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、送信対象のオブジェクト（ファイル等）を含むＰＵＴＲｅｑｕｅｓｔを入力する。
（ステップＳ２２２）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＰＵＴＲｅｑｕｅｓｔをＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ＃１）〜ＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ＃ｎ）に変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、
変換したＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ＃１）〜ＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ＃ｎ）を送信する。

（ステップＳ２２３）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ＃１）〜ＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ＃ｎ）をＰＵＴＲｅｑｕｅｓｔに変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、変換したＰＵＴＲｅｑｕｅｓｔを入力する。
（ステップＳ２２４）ＰＵＴＲｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＰＵＴを実行し、ＰＵＴＲｅｑｕｅｓｔからオブジェクトを取得する。

（ステップＳ２２５）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＰＵＴを実行したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＰＵＴＲｅｓｐｏｎｓｅを入力する。
（ステップＳ２２６）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＰＵＴＲｅｓｐｏｎｓｅをＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）に変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、変換したＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ２２７）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）をＰＵＴＲｅｓｐｏｎｓｅに変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、変換したＰＵＴＲｅｓｐｏｎｓｅを入力する。
（ステップＳ２２８）ＰＵＴＲｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＰＵＴを完了する。

（ステップＳ２２９）ユーザによるサービスの停止指示がＲｅｓｐｏｎｄｅｒに入力されると、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔのＯＢＥＸＨｅａｄｅｒ“Ｄｅｓｃｒｉｐｔｉｏｎ”に「サービス起動・停止要求メッセージ（停止）の送信指示」を意味する文字列（例えば“ＳＲＶＳＴＯＰ”）をセットする。続いて、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、「サービス起動・停止要求メッセージ（停止）の送信指示」を意味する文字列をセットしたＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔを入力する。

（ステップＳ２３０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔをＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ）に変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、変換したＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ）を送信する。

（ステップＳ２３１）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ）をＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔに変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、変換したＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔを入力する。
（ステップＳ２３２）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、入力されたＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔに基づいて、ＤＩＳＣＯＮＮＥＣＴを実行する。
（ステップＳ２３３）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴを実行したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＤＩＳＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅを入力する。

（ステップＳ２３４）ＤＩＳＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅをＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）に変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、変換したＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ２３５）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）をＤＩＳＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅに変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、変換したＤＩＳＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅを入力する。
（ステップＳ２３６）ＤＩＳＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴを完了する。

（ステップＳ２３７）ステップＳ２３３でＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＤＩＳＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅを入力した後、前記ＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔのＯＢＥＸＨｅａｄｅｒ“Ｄｅｓｃｒｉｐｔｉｏｎ”に「サービス起動・停止要求メッセージ（停止）の送信指示」を意味する文字列がセットされている場合は、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＴｒａｎｓｐｏｒｔＬａｙｅｒにサービスの停止を要求する。
（ステップＳ２３８）サービスの停止を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止要求メッセージ（停止）を送信する。

（ステップＳ２３９）サービス起動・停止要求メッセージ（停止）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＯＢＥＸプロトコルの停止を要求する。
（ステップＳ２４０）ＯＢＥＸプロトコルの停止を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＯＢＥＸプロトコルを停止し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒにＯＢＥＸＣｌｉｅｎｔの停止を要求する。
（ステップＳ２４１）ＯＢＥＸＣｌｉｅｎｔの停止を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯＢＥＸＣｌｉｅｎｔを停止させる。

（ステップＳ２４２）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＯＢＥＸプロトコルの停止を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ２４３）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＯＢＥＸプロトコルの停止を要求する。
（ステップＳ２４４）ＯＢＥＸプロトコルの停止を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＯＢＥＸプロトコルを停止し、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒにＯＢＥＸＳｅｒｖｅｒの停止を要求する。
（ステップＳ２４５）ＯＢＥＸＳｅｒｖｅｒの停止を要求されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯＢＥＸＳｅｒｖｅｒを停止させる。

上述したように、ＯＢＥＸＣｌｉｅｎｔ（Ｒｅｓｐｏｎｄｅｒ）が、ＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔのＯＢＥＸＨｅａｄｅｒ “Ｄｅｓｃｒｉｐｔｉｏｎ“に「サービス起動・停止要求メッセージ（停止）の送信指示」を意味する文字列をセットし、ＯＢＥＸＳｅｒｖｅｒ（Ｉｎｉｔｉａｔｏｒ）に送信する。そして、ＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔを受け取ったＯＢＥＸＳｅｒｖｅｒは、ＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔのＯＢＥＸＨｅａｄｅｒ “Ｄｅｓｃｒｉｐｔｉｏｎ“に「サービス起動・停止要求メッセージ（停止）の送信指示」を意味する文字列がセットされていたら、ＯＢＥＸＣｌｉｅｎｔにＤＩＳＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅを送信する。その後、ＯＢＥＸＳｅｒｖｅｒは、ＯＢＥＸＣｌｉｅｎｔに、トランスポート層の「サービス起動・停止要求メッセージ（停止）」を送信し、ＯＢＥＸＣｌｉｅｎｔ側のセッション層プロトコルと、アプリケーション層のＯＢＥＸＣｌｉｅｎｔとの停止を指示する。

これにより、セッション層プロトコルがＯＢＥＸプロトコルであり、ＩｎｉｔｉａｔｏｒがＯＢＥＸＳｅｒｖｅｒ（サービス提供端末）であり、ＲｅｓｐｏｎｄｅｒがＯＢＥＸＣｌｉｅｎｔ（サービス利用端末）である場合において、ＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔを用いてＲｅｓｐｏｎｄｅｒ側からサービスを停止させることができる。

図１２は、セッション層プロトコルがＯＢＥＸプロトコルであり、ＩｎｉｔｉａｔｏｒがＯＢＥＸＳｅｒｖｅｒ（サービス提供端末）であり、ＲｅｓｐｏｎｄｅｒがＣｌｉｅｎｔ（サービス利用端末）である場合において、ＰＵＴＲｅｑｕｅｓｔを用いた場合のＲｅｓｐｏｎｄｅｒ側からのサービスの停止手順を示したシーケンス図である。

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

（ステップＳ３２９）ユーザによるサービスの停止指示がＲｅｓｐｏｎｄｅｒに入力されると、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトを含むＰＵＴＲｅｑｕｅｓｔを入力する。
（ステップＳ３３０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＰＵＴＲｅｑｕｅｓｔをＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ）に変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、変換したＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ）を送信する。

（ステップＳ３３１）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ）をＰＵＴＲｅｑｕｅｓｔに変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、変換したＰＵＴＲｅｑｕｅｓｔを入力する。
（ステップＳ３３２）ＰＵＴＲｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＰＵＴを実行し、ＰＵＴＲｅｑｕｅｓｔからオブジェクトを取得する。

（ステップＳ３３３）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＰＵＴを実行したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＰＵＴＲｅｓｐｏｎｓｅを入力する。
（ステップＳ３３４）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＰＵＴＲｅｓｐｏｎｓｅをＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）に変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、変換したＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）

（ステップＳ３３５）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）をＰＵＴＲｅｓｐｏｎｓｅに変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、変換したＰＵＴＲｅｓｐｏｎｓｅを入力する。
（ステップＳ３３６）ＰＵＴＲｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＰＵＴを完了する。

（ステップＳ３３７）ＰＵＴを完了した後、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔを入力する。
（ステップＳ３３８）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔをＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ）に変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、変換したＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ）を送信する。

（ステップＳ３３９）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＯＢＥＸＰａｃｋｅｔ（Ｒｅｑｕｅｓｔ）をＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔに変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、変換したＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔを入力する。
（ステップＳ３４０）ＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴを実行する。
（ステップＳ３４１）ＩｎｉｔｉａｔｏｒｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴを実行したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＤＩＳＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅを入力する。

（ステップＳ３４２）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＤＩＳＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅをＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）に変換する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、変換したＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ３４３）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＯＢＥＸＰａｃｋｅｔ（Ｒｅｓｐｏｎｓｅ）をＤＩＳＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅに変換する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、変換したＤＩＳＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅを入力する。
（ステップＳ３４４）ＤＩＳＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＤＩＳＣＯＮＮＥＣＴを完了する。

（ステップＳ３４５）ステップＳ３４１でＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＤＩＳＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅを入力した後、ステップＳ３３２で取得したオブジェクトが、「サービス起動・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトである場合は、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＴｒａｎｓｐｏｒｔＬａｙｅｒにサービスの停止を要求する。

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

上述したように、ＯＢＥＸＣｌｉｅｎｔ（Ｒｅｓｐｏｎｄｅｒ）が、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトをＯＢＥＸＳｅｒｖｅｒ（Ｉｎｉｔｉａｔｏｒ）にＰＵＴする。そして、「サービス開始・停止要求メッセージ（停止）の送信指示」オブジェクトを受け取ったＯＢＥＸＳｅｒｖｅｒは、ＰＵＴＲｅｓｐｏｎｓｅをＯＢＥＸＣｌｉｅｎｔに送信する。続いて、ＰＵＴＲｅｓｐｏｎｓｅを受信したＯＢＥＸＣｌｉｅｎｔは、ＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔをＯＢＥＸＳｅｒｖｅｒ（Ｉｎｉｔｉａｔｏｒ）に送信する。そして、ＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔを受け取ったＯＢＥＸＳｅｒｖｅｒは、ＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔを受け取ったら、ＯＢＥＸＣｌｉｅｎｔにＤＩＳＣＯＮＮＥＣＴＲｅｓｐｏｎｓｅを送信する。その後、ＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔを受け取る以前に「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトを受け取っていたＯＢＥＸＳｅｒｖｅｒは、ＯＢＥＸＣｌｉｅｎｔに、トランスポート層の「サービス起動・停止要求メッセージ（停止）」を送信し、ＯＢＥＸＣｌｉｅｎｔ側のセッション層プロトコルと、アプリケーション層のＯＢＥＸＣｌｉｅｎｔとの停止を指示する。

これにより、セッション層プロトコルがＯＢＥＸプロトコルであり、ＩｎｉｔｉａｔｏｒがＯＢＥＸＳｅｒｖｅｒ（サービス提供端末）であり、ＲｅｓｐｏｎｄｅｒがＯＢＥＸＣｌｉｅｎｔ（サービス利用端末）である場合において、ＰＵＴＲｅｑｕｅｓｔを用いてＲｅｓｐｏｎｄｅｒ側からサービスを停止させることができる。

なお、上述した例では、ＤＩＳＣＯＮＮＥＣＴ（ステップＳ３３７〜ステップＳ３４４）を実行する例を示したが、ＤＩＳＣＯＮＮＥＣＴを実行しないようにしてもよい。具体的には、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトを受け取る処理（ステップＳ３２９〜ステップＳ３３６）を行ったあとに、ＯＢＥＸＳｅｒｖｅｒ（サービス提供端末）は、サービスの停止を要求してサービスの停止処理（ステップＳ３４５〜ステップＳ３５３）を行うようにしてもよい。このように、ＤＩＳＣＯＮＮＥＣＴが無くても、ＯＢＥＸＳｅｒｖｅｒ（サービス提供端末）は、「サービス停止要求」を出すことができる。

また、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトの例を以下に示す。
・ＰＵＴＲｅｑｕｅｓｔのＯＢＥＸＨｅａｄｅｒ “Ｎａｍｅ”に、「サービス起動・停止要求メッセージ（停止）の送信指示」を意味するオブジェクト名（例えば“ＳＲＶＳＴＯＰ．ＳＣＲ”）がセットされているオブジェクト。
・ＰＵＴＲｅｑｕｅｓｔのＯＢＥＸＨｅａｄｅｒ “Ｔｙｐｅ”に、「サービス起動・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトタイプ（例えば“ａｐｐｌｉｃａｔｉｏｎ／ｖｎｄ．ｆｏｏ−ｓｒｖｓｔｏｐ”）がセットされているオブジェクト。
・構造化言語（ＸＭＬ：ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）で記述されていて、「サービス起動・停止要求メッセージ（停止）の送信指示」を意味する情報が記述されているオブジェクト。

図１３は、本実施形態において、構造化言語で記述されていて、「サービス起動・停止要求メッセージ（停止）の送信指示」を意味する情報が記述されているオブジェクトの例を示した図である。図示する例では、３行目に「サービス起動・停止要求メッセージ（停止）の送信指示」を意味する情報として、<ａｃｔｉｏｎ＞ＳｅｒｖｉｃｅＳｔｏｐ＜／ａｃｔｉｏｎ＞が記載されている。

（セッション層プロトコルがＳＣＳＩプロトコルの場合におけるサービスの停止方法）
次に、セッション層プロトコルとしてＳＣＳＩプロトコルを用いた場合におけるサービスの停止方法について説明する。

図１４は、セッション層プロトコルがＳＣＳＩプロトコルであり、ＩｎｉｔｉａｔｏｒがＳＣＳＩＩｎｉｔｉａｔｏｒ（サービス利用端末）であり、ＲｅｓｐｏｎｄｅｒがＳＣＳＩＴａｒｇｅｔ（サービス提供端末）である場合において、Ｉｎｉｔｉａｔｏｒ側からのサービスの停止手順を示したシーケンス図である。なお、この場合、電子カメラ１とＰＣ２との間でデータの送受信を行う際に、ＰＣ２がＩｎｉｔｉａｔｏｒの役割で動作し、電子カメラ１がＲｅｓｐｏｎｄｅｒの役割で動作するのが望ましい。

（ステップＳ４０１）ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとは、通信接続を確立する。具体的には、図３に示したように、ＩｎｉｔｉａｔｏｒはＲｅｓｐｏｎｄｅｒに対して接続要求を行い、Ｒｅｓｐｏｎｄｅｒは接続要求を許可する。
（ステップＳ４０２）ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとの通信接続が確立されると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳＣＳＩＩｎｉｔｉａｔｏｒを起動する。
（ステップＳ４０３）ＳＣＳＩＩｎｉｔｉａｔｏｒを起動すると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＴｒａｎｓｐｏｒｔＬａｙｅｒにサービスの起動を要求する。

（ステップＳ４０４）サービスの起動を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービスリスト要求メッセージを送信する。
（ステップＳ４０５）サービスリスト要求メッセージを受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒに、自機が対応するサービスをＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒにセットしたサービスリスト応答メッセージを送信する。

（ステップＳ４０６）サービスリスト応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、サービスリスト応答メッセージに「ＰｒｏｔｏｃｏｌＣｏｄｅ」が「ＳＣＳＩ」、かつ「ＣｌａｓｓＣｏｄｅ」が「ＳＣＳＩＢｌｏｃｋＤｅｖｉｃｅ − Ｔａｒｇｅｔ」であるＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒが存在した場合、「ＳＣＳＩＢｌｏｃｋＤｅｖｉｃｅ − Ｔａｒｇｅｔ」を起動するためにＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止要求メッセージ（起動）を送信する。
（ステップＳ４０７）サービス起動・停止要求メッセージ（起動）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＳＣＳＩプロトコルの起動を要求する。
（ステップＳ４０８）ＳＣＳＩプロトコルの起動を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＳＣＳＩプロトコルを起動し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒにＳＣＳＩＴａｒｇｅｔの起動を要求する。
（ステップＳ４０９）ＳＣＳＩＴａｒｇｅｔの起動を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳＣＳＩＴａｒｇｅｔを起動する。

（ステップＳ４１０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＳＣＳＩプロトコルの起動を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ４１１）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＳＣＳＩプロトコルの起動を要求する。
（ステップＳ４１２）ＳＣＳＩプロトコルの起動を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＳＣＳＩプロトコルを起動する。

（ステップＳ４１３）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒがＳＣＳＩプロトコルを起動した後、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳＣＳＩＴａｒｇｅｔのディスク等からデータを読み出すために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＲｅａｄＲｅｑｕｅｓｔを入力する。
（ステップＳ４１４）ＲｅａｄＲｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅａｄＣｏｍｍａｎｄを含んだＣＤＢ（ＣｏｍｍａｎｄＤｅｓｃｒｉｐｔｏｒＢｌｏｃｋ）を生成する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、生成したＣＤＢを送信する。

（ステップＳ４１５）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＣＤＢからＲｅａｄＣｏｍｍａｎｄを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＲｅａｄＣｏｍｍａｎｄを入力する。
（ステップＳ４１６）ＲｅａｄＣｏｍｍａｎｄが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、Ｒｅａｄを実行する（ディスク等からデータを読み出す）。続いて、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＲｅａｄＤａｔａ（読み出したデータ）を入力する。

（ステップＳ４１７）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、入力されたＲｅａｄＤａｔａを送信する。
（ステップＳ４１８）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、受信したＲｅａｄＤａｔａを入力する。
（ステップＳ４１９）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＲｅａｄＤａｔａを取得する。

（ステップＳ４２０）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、Ｒｅａｄを完了した後、Ｒｅａｄを完了したことを通知するために、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＲｅａｄＲｅｓｐｏｎｓｅを入力する。
（ステップＳ４２１）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、入力されたＲｅａｄＲｅｓｐｏｎｓｅを送信する。
（ステップＳ４２２）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、受信したＲｅａｄＲｅｓｐｏｎｓｅを入力する。
（ステップＳ４２３）ＲｅａｄＲｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、Ｒｅａｄを完了する。

（ステップＳ４２４）ユーザによるサービスの停止指示がＩｎｉｔｉａｔｏｒに入力されると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＴｒａｎｓｐｏｒｔＬａｙｅｒにサービスの停止を要求する。
（ステップＳ４２５）サービスの停止を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止要求メッセージ（停止）を送信する。
（ステップＳ４２６）サービス起動・停止要求メッセージ（停止）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＳＣＳＩプロトコルの停止を要求する。
（ステップＳ４２７）ＳＣＳＩプロトコルの停止を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＳＣＳＩプロトコルを停止し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒにＳＣＳＩＴａｒｇｅｔの停止を要求する。
（ステップＳ４２８）ＳＣＳＩＴａｒｇｅｔの停止を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳＣＳＩＴａｒｇｅｔを停止させる。

（ステップＳ４２９）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＳＣＳＩプロトコルの停止を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ４３０）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＳＣＳＩプロトコルの停止を要求する。
（ステップＳ４３１）ＳＣＳＩプロトコルの停止を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＳＣＳＩプロトコルを停止し、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒにＳＣＳＩＩｎｉｔｉａｔｏｒの停止を要求する。
（ステップＳ４３２）ＳＣＳＩＩｎｉｔｉａｔｏｒの停止を要求されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳＣＳＩＩｎｉｔｉａｔｏｒを停止させる。

上述した手順により、セッション層プロトコルがＳＣＳＩプロトコルであり、ＩｎｉｔｉａｔｏｒがＳＣＳＩＩｎｉｔｉａｔｏｒ（サービス利用端末）であり、ＲｅｓｐｏｎｄｅｒがＳＣＳＩＴａｒｇｅｔ（サービス提供端末）である場合において、Ｉｎｉｔｉａｔｏｒ側からサービスを停止させることができる。

図１５は、セッション層プロトコルがＳＣＳＩプロトコルであり、ＩｎｉｔｉａｔｏｒがＳＣＳＩＴａｒｇｅｔ（サービス提供端末）であり、ＲｅｓｐｏｎｄｅｒがＳＣＳＩＩｎｉｔｉａｔｏｒ（サービス利用端末）である場合において、Ｒｅｓｐｏｎｄｅｒ側からのサービスの停止手順を示したシーケンス図である。なお、この場合、電子カメラ１とＰＣ２との間でデータの送受信を行う際に、電子カメラ１がＩｎｉｔｉａｔｏｒの役割で動作し、ＰＣ２がＲｅｓｐｏｎｄｅｒの役割で動作するのが望ましい。

ステップＳ５０１の処理は、図１４のステップＳ４０１の処理と同様の処理である。
（ステップＳ５０２）ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとの通信接続が確立されると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳＣＳＩＩｎｉｔｉａｔｏｒを起動する。
（ステップＳ５０３）ＳＣＳＩＴａｒｇｅｔを起動すると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＴｒａｎｓｐｏｒｔＬａｙｅｒにサービスの起動を要求する。

（ステップＳ５０４）サービスの起動を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービスリスト要求メッセージを送信する。
（ステップＳ５０５）サービスリスト要求メッセージを受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒに、自機が対応するサービスをＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒにセットしたサービスリスト応答メッセージを送信する。

（ステップＳ５０６）サービスリスト応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、サービスリスト応答メッセージに「ＰｒｏｔｏｃｏｌＣｏｄｅ」が「ＳＣＳＩ」、かつ「ＣｌａｓｓＣｏｄｅ」が「ＳＣＳＩＢｌｏｃｋＤｅｖｉｃｅ − Ｉｎｉｔｉａｔｏｒ」であるＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒが存在した場合、「ＳＣＳＩＢｌｏｃｋＤｅｖｉｃｅ − Ｉｎｉｔｉａｔｏｒ」を起動するためにＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止要求メッセージ（起動）を送信する。

（ステップＳ５０７）サービス起動・停止要求メッセージ（起動）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＳＣＳＩプロトコルの起動を要求する。
（ステップＳ５０８）ＳＣＳＩプロトコルの起動を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＳＣＳＩプロトコルを起動し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒにＳＣＳＩＩｎｉｔｉａｔｏｒの起動を要求する。
（ステップＳ５０９）ＳＣＳＩＩｎｉｔｉａｔｏｒの起動を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳＣＳＩＩｎｉｔｉａｔｏｒを起動する。

（ステップＳ５１０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＳＣＳＩプロトコルの起動を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ５１１）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＳＣＳＩプロトコルの起動を要求する。
（ステップＳ５１２）ＳＣＳＩプロトコルの起動を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＳＣＳＩプロトコルを起動する。

（ステップＳ５１３）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒがＳＣＳＩプロトコルを起動した後、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳＣＳＩＴａｒｇｅｔのディスク等からデータを読み出すために、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＲｅａｄＲｅｑｕｅｓｔを入力する。
（ステップＳ５１４）ＲｅａｄＲｅｑｕｅｓｔが入力されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅａｄＣｏｍｍａｎｄを含んだＣＤＢ（ＣｏｍｍａｎｄＤｅｓｃｒｉｐｔｏｒＢｌｏｃｋ）を生成する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、生成したＣＤＢを送信する。

（ステップＳ５１５）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＣＤＢからＲｅａｄＣｏｍｍａｎｄを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＲｅａｄＣｏｍｍａｎｄを入力する。
（ステップＳ５１６）ＲｅａｄＣｏｍｍａｎｄが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、Ｒｅａｄを実行する（ディスク等からデータを読み出す）。続いて、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＲｅａｄＤａｔａ（読み出したデータ）を入力する。

（ステップＳ５１７）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、Ｉｎｉｔｉａｔｏｒ
とＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、入力されたＲｅａｄＤａｔａを送信する。
（ステップＳ５１８）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、受信したＲｅａｄＤａｔａを入力する。
（ステップＳ５１９）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＲｅａｄＤａｔａを取得する。

（ステップＳ５２０）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、Ｒｅａｄを完了した後、Ｒｅａｄを完了したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＲｅａｄＲｅｓｐｏｎｓｅを入力する。
（ステップＳ５２１）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、入力されたＲｅａｄＲｅｓｐｏｎｓｅを送信する。
（ステップＳ５２２）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、受信したＲｅａｄＲｅｓｐｏｎｓｅを入力する。
（ステップＳ５２３）ＲｅａｄＲｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、Ｒｅａｄを完了する。

（ステップＳ５２４）ユーザによるサービスの停止指示がＲｅｓｐｏｎｄｅｒに入力されると、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンド（ＳＣＳＩＳｅｒｖｉｃｅＳｔｏｐＣｏｍｍａｎｄ）を入力する。
（ステップＳ５２５）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンドを含んだＣＤＢを生成する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、生成したＣＤＢを送信する。

（ステップＳ５２６）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＣＤＢから、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンドを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンドを入力する。
（ステップＳ５２７）「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンドが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳＣＳＩサービスの停止処理を実行する。

（ステップＳ５２８）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳＣＳＩサービスの停止処理を実行したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＲｅｓｐｏｎｓｅを入力する。
（ステップＳ５２９）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、入力されたＲｅｓｐｏｎｓｅを送信する。
（ステップＳ５３０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、受信したＲｅｓｐｏｎｓｅを入力する。
（ステップＳ５３１）Ｒｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳＣＳＩサービスの停止処理を完了する。
（ステップＳ５３２）ＳＣＳＩサービスの停止処理を実行したＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ステップＳ５２７でサービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンドが入力されていた場合に、ＴｒａｎｓｐｏｒｔＬａｙｅｒにサービスの停止を要求する。

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

上述したように、ＳＣＳＩＩｎｉｔｉａｔｏｒ（Ｒｅｓｐｏｎｄｅｒ）が、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩIコマンドをＳＣＳＩＴａｒｇｅｔ（Ｉｎｉｔｉａｔｏｒ）に発行する。そして、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンドを受け取ったＳＣＳＩＴａｒｇｅｔ（Ｉｎｉｔｉａｔｏｒ）は、トランスポート層の「サービス開始・停止要求メッセージ（停止）」を、ＳＣＳＩＩｎｉｔｉａｔｏｒ（Ｒｅｓｐｏｎｄｅｒ）に送信し、ＳＣＳＩＩｎｉｔｉａｔｏｒ（Ｒｅｓｐｏｎｄｅｒ）側のセッション層プロトコルとアプリケーション層のＳＣＳＩＩｎｉｔｉａｔｏｒの停止を指示する。

これにより、セッション層プロトコルがＳＣＳＩプロトコルであり、ＩｎｉｔｉａｔｏｒがＳＣＳＩＴａｒｇｅｔ（サービス提供端末）であり、ＲｅｓｐｏｎｄｅｒがＳＣＳＩＩｎｉｔｉａｔｏｒ（サービス利用端末）である場合において、Ｒｅｓｐｏｎｄｅｒ側からサービスを停止させることができる。

なお、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンドの例を図１６に示す。図１６は、本実施形態における「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンドのＣＤＢのデータ構造を示した概略図である。図示する例では、ＣＤＢの０バイト目にＯｐｅｒａｔｉｏｎＣｏｄｅ「０ｘＤ０」が格納されている。本実施形態では、オペレーションコードが「０ｘＤ０」であるＣＤＢは、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＳＣＳＩコマンドのＣＤＢである。

（セッション層プロトコルがＰＴＰプロトコルの場合におけるサービスの停止方法）
次に、セッション層プロトコルとしてＰＴＰプロトコルを用いた場合におけるサービスの停止方法について説明する。

図１７は、セッション層プロトコルがＰＴＰプロトコルであり、ＩｎｉｔｉａｔｏｒがＰＴＰＩｎｉｔｉａｔｏｒ（サービス利用端末）であり、ＲｅｓｐｏｎｄｅｒがＰＴＰＲｅｓｐｏｎｄｅｒ（サービス提供端末）である場合において、Ｉｎｉｔｉａｔｏｒ側からのサービスの停止手順を示したシーケンス図である。なお、この場合、電子カメラ１とＰＣ２との間でデータの送受信を行う際に、ＰＣ２がＩｎｉｔｉａｔｏｒの役割で動作し、電子カメラ１がＲｅｓｐｏｎｄｅｒの役割で動作するのが望ましい。

（ステップＳ６０１）ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとは、通信接続を確立する。具体的には、図３に示したように、ＩｎｉｔｉａｔｏｒはＲｅｓｐｏｎｄｅｒに対して接続要求を行い、Ｒｅｓｐｏｎｄｅｒは接続要求を許可する。
（ステップＳ６０２）ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとの通信接続が確立されると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＰＴＰＩｎｉｔｉａｔｏｒを起動する。
（ステップＳ６０３）ＰＴＰＩｎｉｔｉａｔｏｒを起動すると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＴｒａｎｓｐｏｒｔＬａｙｅｒにサービスの起動を要求する。

（ステップＳ６０４）サービスの起動を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービスリスト要求メッセージを送信する。
（ステップＳ６０５）サービスリスト要求メッセージを受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒに、自機が対応するサービスをＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒにセットしたサービスリスト応答メッセージを送信する。

（ステップＳ６０６）サービスリスト応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、サービスリスト応答メッセージに「ＰｒｏｔｏｃｏｌＣｏｄｅ」が「ＰＴＰ」、かつ「ＣｌａｓｓＣｏｄｅ」が「ＰＴＰＲｅｓｐｏｎｄｅｒ」であるＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒが存在した場合、「ＰＴＰＲｅｓｐｏｎｄｅｒ」を起動するためにＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止要求メッセージ（起動）を送信する。

（ステップＳ６０７）サービス起動・停止要求メッセージ（起動）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＰＴＰプロトコルの起動を要求する。
（ステップＳ６０８）ＰＴＰプロトコルの起動を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＰＴＰプロトコルを起動し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒにＰＴＰＲｅｓｐｏｎｄｅｒの起動を要求する。
（ステップＳ６０９）ＰＴＰＲｅｓｐｏｎｄｅｒの起動を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＰＴＰＲｅｓｐｏｎｄｅｒを起動する。

（ステップＳ６１０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＰＴＰプロトコルの起動を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ６１１）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＰＴＰプロトコルの起動を要求する。
（ステップＳ６１２）ＰＴＰプロトコルの起動を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＰＴＰプロトコルを起動する。

（ステップＳ６１３）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒがＰＴＰプロトコルを起動した後、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＯｐｅｎＳｅｓｓｉｏｎＲｅｑｕｅｓｔを入力する。
（ステップＳ６１４）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＯｐｅｎＳｅｓｓｉｏｎＲｅｑｕｅｓｔをＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）を送信する。

（ステップＳ６１５）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）からＯｐｅｎＳｅｓｓｉｏｎＲｅｑｕｅｓｔを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＯｐｅｎＳｅｓｓｉｏｎＲｅｑｕｅｓｔを入力する。
（ステップＳ６１６）ＯｐｅｎＳｅｓｓｉｏｎＲｅｑｕｅｓｔが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯｐｅｎＳｅｓｓｉｏｎを実行する。
（ステップＳ６１７）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯｐｅｎＳｅｓｓｉｏｎを実行したことを通知するために、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＯｐｅｎＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅを入力する。

（ステップＳ６１８）ＯｐｅｎＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＯｐｅｎＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅをＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ６１９）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＯｐｅｎＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＯｐｅｎＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅを入力する。
（ステップＳ６２０）ＯｐｅｎＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯｐｅｎＳｅｓｓｉｏｎを完了する。

（ステップＳ６２１）ＯｐｅｎＳｅｓｓｉｏｎを完了した後、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、送信対象のオブジェクト（ファイル等）の情報の送信を開始するコマンドであるＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｑｕｅｓｔを入力する。
（ステップＳ６２２）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｑｕｅｓｔをＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）を送信する。

（ステップＳ６２３）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）からＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｑｕｅｓｔを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｑｕｅｓｔを入力する。
（ステップＳ６２４）ＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｑｕｅｓｔが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔＩｎｆｏを実行する。

（ステップＳ６２５）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、送信対象のオブジェクト（ファイル等）の情報を含むＯｂｊｅｃｔＩｎｆｏＤａｔａを入力する。
（ステップＳ６２６）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＯｂｊｅｃｔＩｎｆｏＤａｔａをＰＴＰＣｏｎｔａｉｎｅｒ（Ｄａｔａ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（Ｄａｔａ）を送信する。

（ステップＳ６２７）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（Ｄａｔａ）からＯｂｊｅｃｔＩｎｆｏＤａｔａを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＯｂｊｅｃｔＩｎｆｏＤａｔａを入力する。
（ステップＳ６２８）ＯｂｊｅｃｔＩｎｆｏＤａｔａが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯｂｊｅｃｔＩｎｆｏＤａｔａを取得する。

（ステップＳ６２９）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯｂｊｅｃｔＩｎｆｏＤａｔａを取得したことを通知するために、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｓｐｏｎｓｅを入力する。
（ステップＳ６３０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｓｐｏｎｓｅをＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ６３１）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｓｐｏｎｓｅを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｓｐｏｎｓｅを入力する。
（ステップＳ６３２）ＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔＩｎｆｏを完了する。

（ステップＳ６３３）ＳｅｎｄＯｂｊｅｃｔＩｎｆｏを完了した後、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、送信対象のオブジェクト（ファイル等）の送信を開始するコマンドであるＳｅｎｄＯｂｊｅｃｔＲｅｑｕｅｓｔを入力する。
（ステップＳ６３４）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔＲｅｑｕｅｓｔをＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）を送信する。

（ステップＳ６３５）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）からＳｅｎｄＯｂｊｅｃｔＲｅｑｕｅｓｔを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔＲｅｑｕｅｓｔを入力する。
（ステップＳ６３６）ＳｅｎｄＯｂｊｅｃｔＲｅｑｕｅｓｔが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔを実行する。

（ステップＳ６３７）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、送信対象のオブジェクト（ファイル等）を含むＯｂｊｅｃｔＤａｔａを入力する。
（ステップＳ６３８）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＯｂｊｅｃｔＤａｔａをＰＴＰＣｏｎｔａｉｎｅｒ（Ｄａｔａ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（Ｄａｔａ）を送信する。

（ステップＳ６３９）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（Ｄａｔａ）からＯｂｊｅｃｔＤａｔａを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＯｂｊｅｃｔＤａｔａを入力する。
（ステップＳ６４０）ＯｂｊｅｃｔＤａｔａが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯｂｊｅｃｔＤａｔａを取得する。

（ステップＳ６４１）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯｂｊｅｃｔＤａｔａを取得したことを通知するために、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＳｅｎｄＯｂｊｅｃｔＲｅｓｐｏｎｓｅを入力する。
（ステップＳ６４２）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔＲｅｓｐｏｎｓｅをＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ６４３）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＳｅｎｄＯｂｊｅｃｔＲｅｓｐｏｎｓｅを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔＲｅｓｐｏｎｓｅを入力する。
（ステップＳ６４４）ＳｅｎｄＯｂｊｅｃｔＲｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔを完了する。

（ステップＳ６４５）ＳｅｎｄＯｂｊｅｃｔを完了した後、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＣｌｏｓｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔを入力する。
（ステップＳ６４６）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＣｌｏｓｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔをＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）を送信する。

（ステップＳ６４７）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）からＣｌｏｓｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＣｌｏｓｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔを入力する。
（ステップＳ６４８）ＣｌｏｓｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＣｌｏｓｅＳｅｓｓｉｏｎを実行する。
（ステップＳ６４９）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＣｌｏｓｅＳｅｓｓｉｏｎを実行したことを通知するために、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＣｌｏｓｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅを入力する。

（ステップＳ６５０）ＣｌｏｓｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＣｌｏｓｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅをＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ６５１）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＣｌｏｓｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＣｌｏｓｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅを入力する。
（ステップＳ６５２）ＣｌｏｓｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＣｌｏｓｅＳｅｓｓｉｏｎを完了する。

（ステップＳ６５３）ユーザによるサービスの停止指示がＩｎｉｔｉａｔｏｒに入力されると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＴｒａｎｓｐｏｒｔＬａｙｅｒにサービスの停止を要求する。
（ステップＳ６５４）サービスの停止を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止要求メッセージ（停止）を送信する。
（ステップＳ６５５）サービス起動・停止要求メッセージ（停止）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＰＴＰプロトコルの停止を要求する。
（ステップＳ６５６）ＰＴＰプロトコルの停止を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＰＴＰプロトコルを停止し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒにＰＴＰＲｅｓｐｏｎｄｅｒの停止を要求する。
（ステップＳ６５７）ＰＴＰＲｅｓｐｏｎｄｅｒの停止を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＰＴＰＲｅｓｐｏｎｄｅｒを停止させる。

（ステップＳ６５８）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＰＴＰプロトコルの停止を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ６５９）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＰＴＰプロトコルの停止を要求する。
（ステップＳ６６０）ＰＴＰプロトコルの停止を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＰＴＰプロトコルを停止し、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒにＰＴＰＩｎｉｔｉａｔｏｒの停止を要求する。
（ステップＳ６６１）ＰＴＰＩｎｉｔｉａｔｏｒの停止を要求されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＰＴＰＩｎｉｔｉａｔｏｒを停止させる。

上述した手順により、セッション層プロトコルがＰＴＰプロトコルであり、ＩｎｉｔｉａｔｏｒがＰＴＰＩｎｉｔｉａｔｏｒ（サービス利用端末）であり、ＲｅｓｐｏｎｄｅｒがＰＴＰＲｅｓｐｏｎｄｅｒ（サービス提供端末）である場合において、Ｉｎｉｔｉａｔｏｒ側からサービスを停止させることができる。

図１８は、セッション層プロトコルがＰＴＰプロトコルであり、ＩｎｉｔｉａｔｏｒがＰＴＰＲｅｓｐｏｎｄｅｒ（サービス提供端末）であり、ＲｅｓｐｏｎｄｅｒがＰＴＰＩｎｉｔｉａｔｏｒ（サービス利用端末）である場合において、ＯｂｊｅｃｔＤａｔａを用いた場合のＲｅｓｐｏｎｄｅｒ側からのサービスの停止手順を示したシーケンス図である。なお、この場合、電子カメラ１とＰＣ２との間でデータの送受信を行う際に、電子カメラ１がＩｎｉｔｉａｔｏｒの役割で動作し、ＰＣ２がＲｅｓｐｏｎｄｅｒの役割で動作するのが望ましい。

ステップＳ７０１の処理は、図１７のステップＳ６０１の処理と同様の処理である。
（ステップＳ７０２）ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒとの通信接続が確立されると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＰＴＰＲｅｓｐｏｎｄｅｒを起動する。
（ステップＳ７０３）ＰＴＰＲｅｓｐｏｎｄｅｒを起動すると、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＴｒａｎｓｐｏｒｔＬａｙｅｒにサービスの起動を要求する。

（ステップＳ７０４）サービスの起動を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービスリスト要求メッセージを送信する。
（ステップＳ７０５）サービスリスト要求メッセージを受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒに、自機が対応するサービスをＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒにセットしたサービスリスト応答メッセージを送信する。

（ステップＳ７０６）サービスリスト応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、サービスリスト応答メッセージに「ＰｒｏｔｏｃｏｌＣｏｄｅ」が「ＰＴＰ」、かつ「ＣｌａｓｓＣｏｄｅ」が「ＰＴＰＩｎｉｔｉａｔｏｒ」であるＳｅｒｖｉｃｅＰａｒａｍｅｔｅｒが存在した場合、「ＰＴＰＩｎｉｔｉａｔｏｒ」を起動するためにＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止要求メッセージ（起動）を送信する。

（ステップＳ７０７）サービス起動・停止要求メッセージ（起動）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＰＴＰプロトコルの起動を要求する。
（ステップＳ７０８）ＰＴＰプロトコルの起動を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＰＴＰプロトコルを起動し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒにＰＴＰＩｎｉｔｉａｔｏｒの起動を要求する。
（ステップＳ７０９）ＰＴＰＲｅｓｐｏｎｄｅｒの起動を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＰＴＰＩｎｉｔｉａｔｏｒを起動する。

（ステップＳ７１０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＰＴＰプロトコルの起動を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ７１１）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＰＴＰプロトコルの起動を要求する。
（ステップＳ７１２）ＰＴＰプロトコルの起動を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＰＴＰプロトコルを起動する。

（ステップＳ７１３）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒがＰＴＰプロトコルを起動した後、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＯｐｅｎＳｅｓｓｉｏｎＲｅｑｕｅｓｔを入力する。
（ステップＳ７１４）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＯｐｅｎＳｅｓｓｉｏｎＲｅｑｕｅｓｔをＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）を送信する。

（ステップＳ７１５）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）からＯｐｅｎＳｅｓｓｉｏｎＲｅｑｕｅｓｔを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＯｐｅｎＳｅｓｓｉｏｎＲｅｑｕｅｓｔを入力する。
（ステップＳ７１６）ＯｐｅｎＳｅｓｓｉｏｎＲｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯｐｅｎＳｅｓｓｉｏｎを実行する。
（ステップＳ７１７）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯｐｅｎＳｅｓｓｉｏｎを実行したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＯｐｅｎＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅを入力する。

（ステップＳ７１８）ＯｐｅｎＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＯｐｅｎＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅをＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ７１９）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＯｐｅｎＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＯｐｅｎＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅを入力する。
（ステップＳ７２０）ＯｐｅｎＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯｐｅｎＳｅｓｓｉｏｎを完了する。

（ステップＳ７２１）ＯｐｅｎＳｅｓｓｉｏｎを完了した後、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、送信対象のオブジェクト（ファイル等）の情報の送信を開始するコマンドであるＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｑｕｅｓｔを入力する。
（ステップＳ７２２）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｑｕｅｓｔをＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）を送信する。

（ステップＳ７２３）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）からＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｑｕｅｓｔを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｑｕｅｓｔを入力する。
（ステップＳ７２４）ＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔＩｎｆｏを実行する。

（ステップＳ７２５）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、送信対象のオブジェクト（ファイル等）の情報を含むＯｂｊｅｃｔＩｎｆｏＤａｔａを入力する。
（ステップＳ７２６）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＯｂｊｅｃｔＩｎｆｏＤａｔａをＰＴＰＣｏｎｔａｉｎｅｒ（Ｄａｔａ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（Ｄａｔａ）を送信する。

（ステップＳ７２７）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（Ｄａｔａ）からＯｂｊｅｃｔＩｎｆｏＤａｔａを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＯｂｊｅｃｔＩｎｆｏＤａｔａを入力する。
（ステップＳ７２８）ＯｂｊｅｃｔＩｎｆｏＤａｔａが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯｂｊｅｃｔＩｎｆｏＤａｔａを取得する。

（ステップＳ７２９）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯｂｊｅｃｔＩｎｆｏＤａｔａを取得したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｓｐｏｎｓｅを入力する。
（ステップＳ７３０）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｓｐｏｎｓｅをＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ７３１）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｓｐｏｎｓｅを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｓｐｏｎｓｅを入力する。
（ステップＳ７３２）ＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔＩｎｆｏを完了する。

（ステップＳ７３３）ＳｅｎｄＯｂｊｅｃｔＩｎｆｏを完了した後、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、送信対象のオブジェクト（ファイル等）の送信を開始するコマンドであるＳｅｎｄＯｂｊｅｃｔＲｅｑｕｅｓｔを入力する。
（ステップＳ７３４）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔＲｅｑｕｅｓｔをＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）を送信する。

（ステップＳ７３５）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）からＳｅｎｄＯｂｊｅｃｔＲｅｑｕｅｓｔを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔＲｅｑｕｅｓｔを入力する。
（ステップＳ７３６）ＳｅｎｄＯｂｊｅｃｔＲｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔを実行する。

（ステップＳ７３７）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、送信対象のオブジェクト（ファイル等）を含むＯｂｊｅｃｔＤａｔａを入力する。
（ステップＳ７３８）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＯｂｊｅｃｔＤａｔａをＰＴＰＣｏｎｔａｉｎｅｒ（Ｄａｔａ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（Ｄａｔａ）を送信する。

（ステップＳ７３９）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（Ｄａｔａ）からＯｂｊｅｃｔＤａｔａを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＯｂｊｅｃｔＤａｔａを入力する。
（ステップＳ７４０）ＯｂｊｅｃｔＤａｔａが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯｂｊｅｃｔＤａｔａを取得する。

（ステップＳ７４１）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯｂｊｅｃｔＤａｔａを取得したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＳｅｎｄＯｂｊｅｃｔＲｅｓｐｏｎｓｅを入力する。
（ステップＳ７４２）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔＲｅｓｐｏｎｓｅをＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ７４３）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＳｅｎｄＯｂｊｅｃｔＲｅｓｐｏｎｓｅを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔＲｅｓｐｏｎｓｅを入力する。
（ステップＳ７４４）ＳｅｎｄＯｂｊｅｃｔＲｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔを完了する。

（ステップＳ７４５）ユーザによるサービスの停止指示がＲｅｓｐｏｎｄｅｒに入力されると、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトの情報の送信を開始するコマンドであるＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｑｕｅｓｔを入力する。
（ステップＳ７４６）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｑｕｅｓｔをＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）を送信する。

（ステップＳ７４７）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）からＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｑｕｅｓｔを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｑｕｅｓｔを入力する。
（ステップＳ７４８）ＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔＩｎｆｏを実行する。

（ステップＳ７４９）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトの情報を含むＯｂｊｅｃｔＩｎｆｏＤａｔａを入力する。
（ステップＳ７５０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＯｂｊｅｃｔＩｎｆｏＤａｔａをＰＴＰＣｏｎｔａｉｎｅｒ（Ｄａｔａ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（Ｄａｔａ）を送信する。

（ステップＳ７５１）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（Ｄａｔａ）からＯｂｊｅｃｔＩｎｆｏＤａｔａを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＯｂｊｅｃｔＩｎｆｏＤａｔａを入力する。
（ステップＳ７５２）ＯｂｊｅｃｔＩｎｆｏＤａｔａが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトの情報を含むＯｂｊｅｃｔＩｎｆｏＤａｔａを取得する。

（ステップＳ７５３）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＯｂｊｅｃｔＩｎｆｏＤａｔａを取得したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｓｐｏｎｓｅを入力する。
（ステップＳ７５４）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｓｐｏｎｓｅをＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ７５５）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｓｐｏｎｓｅを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｓｐｏｎｓｅを入力する。
（ステップＳ７５６）ＳｅｎｄＯｂｊｅｃｔＩｎｆｏＲｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔＩｎｆｏを完了する。

（ステップＳ７５７）ＳｅｎｄＯｂｊｅｃｔＩｎｆｏを完了した後、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトの送信を開始するコマンドであるＳｅｎｄＯｂｊｅｃｔＲｅｑｕｅｓｔを入力する。
（ステップＳ７５８）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔＲｅｑｕｅｓｔをＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）を送信する。

（ステップＳ７５９）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）からＳｅｎｄＯｂｊｅｃｔＲｅｑｕｅｓｔを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔＲｅｑｕｅｓｔを入力する。
（ステップＳ７６０）ＳｅｎｄＯｂｊｅｃｔＲｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔを実行する。

（ステップＳ７６１）ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトを含むＯｂｊｅｃｔＤａｔａを入力する。
（ステップＳ７６２）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＯｂｊｅｃｔＤａｔａをＰＴＰＣｏｎｔａｉｎｅｒ（Ｄａｔａ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（Ｄａｔａ）を送信する。

（ステップＳ７６３）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（Ｄａｔａ）からＯｂｊｅｃｔＤａｔａを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＯｂｊｅｃｔＤａｔａを入力する。
（ステップＳ７６４）ＯｂｊｅｃｔＤａｔａが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトを含むＯｂｊｅｃｔＤａｔａを取得する。

（ステップＳ７６５）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトを含むＯｂｊｅｃｔＤａｔａを取得したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＳｅｎｄＯｂｊｅｃｔＲｅｓｐｏｎｓｅを入力する。
（ステップＳ７６６）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＳｅｎｄＯｂｊｅｃｔＲｅｓｐｏｎｓｅをＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ７６７）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＳｅｎｄＯｂｊｅｃｔＲｅｓｐｏｎｓｅを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＳｅｎｄＯｂｊｅｃｔＲｅｓｐｏｎｓｅを入力する。
（ステップＳ７６８）ＳｅｎｄＯｂｊｅｃｔＲｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳｅｎｄＯｂｊｅｃｔを完了する。

（ステップＳ７６９）ＳｅｎｄＯｂｊｅｃｔを完了した後、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＣｌｏｓｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔを入力する。
（ステップＳ７７０）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＣｌｏｓｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔをＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）を送信する。

（ステップＳ７７１）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）からＣｌｏｓｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＣｌｏｓｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔを入力する。
（ステップＳ７７２）ＣｌｏｓｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＣｌｏｓｅＳｅｓｓｉｏｎを実行する。
（ステップＳ７７３）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＣｌｏｓｅＳｅｓｓｉｏｎを実行したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＣｌｏｓｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅを入力する。

（ステップＳ７７４）ＣｌｏｓｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅが入力されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＣｌｏｓｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅをＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ７７５）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＣｌｏｓｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＣｌｏｓｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅを入力する。
（ステップＳ７７６）ＣｌｏｓｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＣｌｏｓｅＳｅｓｓｉｏｎを完了する。
（ステップＳ７７７）ＣｌｏｓｅＳｅｓｓｉｏｎを実行した後、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ステップＳ７６４で取得したオブジェクトが、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトである場合は、ＴｒａｎｓｐｏｒｔＬａｙｅｒにサービスの停止を要求する。

（ステップＳ７７８）サービスの停止を要求されたＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止要求メッセージ（停止）を送信する。
（ステップＳ７７９）サービス起動・停止要求メッセージ（停止）を受信したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＰＴＰプロトコルの停止を要求する。
（ステップＳ７８０）ＰＴＰプロトコルの停止を要求されたＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＰＴＰプロトコルを停止し、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒにＰＴＰＩｎｉｔｉａｔｏｒの停止を要求する。
（ステップＳ７８１）ＰＴＰＩｎｉｔｉａｔｏｒの停止を要求されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＰＴＰＩｎｉｔｉａｔｏｒを停止させる。

（ステップＳ７８２）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＰＴＰプロトコルの停止を要求したＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒにサービス起動・停止応答メッセージを送信する。
（ステップＳ７８３）サービス起動・停止応答メッセージを受信したＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＰＴＰプロトコルの停止を要求する。
（ステップＳ７８４）ＰＴＰプロトコルの停止を要求されたＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＰＴＰプロトコルを停止し、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒにＰＴＰＲｅｓｐｏｎｄｅｒの停止を要求する。
（ステップＳ７８５）ＰＴＰＲｅｓｐｏｎｄｅｒの停止を要求されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＰＴＰＲｅｓｐｏｎｄｅｒを停止させる。

上述したように、ＰＴＰＩｎｉｔｉａｔｏｒ（サービス利用端末）側からサービスを停止する場合、ＰＴＰＩｎｉｔｉａｔｏｒ（サービス利用端末）は、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトをＰＴＰＲｅｓｐｏｎｄｅｒ（サービス提供端末）に送信する。

なお、ＰＴＰでのオブジェクト送信の手順は以下の通りである。
Ｓｔｅｐ１）ＳｅｎｄＯｂｊｅｃｔＩｎｆｏオペレーションで、「送信するオブジェクトの情報(ＯｂｊｅｃｔＩｎｆｏ)」を送信する。ＯｂｅｊｃｔＩｎｆｏには、ファイル名（Ｆｉｌｅｎａｍｅフィールド）のほかに、ＪＰＥＧ、ＴＩＦＦ等のオブジェクトのフォーマットタイプ（ＯｂｊｅｃｔＦｏｒｍａｔフィールド）や撮影日付(ＣａｐｔｕｒｅＤａｔｅフィールド)がある。
Ｓｔｅｐ２）ＳｅｎｄＯｂｊｅｃｔオペレーションで、オブジェクトの実体を送信する。

そして、「サービス開始・停止要求メッセージ（停止）の送信指示」オブジェクトを受け取ったＰＴＰＲｅｓｐｏｎｄｅｒ（サービス提供端末）は、ＣｌｏｓｅＳｅｓｓｉｏｎが完了（ＣｌｏｓｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅの送受信）した後に、トランスポート層の「サービス開始・停止要求メッセージ（停止）」をＰＴＰＩｎｉｔｉａｔｏｒ（サービス利用端末）に送信し、ＰＴＰＩｎｉｔｉａｔｏｒ（サービス利用端末）側のセッション層プロトコルとアプリケーション層のＰＴＰＩｎｉｔｉａｔｏｒの停止を指示する。

これにより、セッション層プロトコルがＰＴＰプロトコルであり、ＩｎｉｔｉａｔｏｒがＰＴＰＲｅｓｐｏｎｄｅｒ（サービス提供端末）であり、ＲｅｓｐｏｎｄｅｒがＰＴＰＩｎｉｔｉａｔｏｒ（サービス利用端末）である場合において、ＯｂｊｅｃｔＤａｔａを用いてＲｅｓｐｏｎｄｅｒ側からサービスを停止させることができる。

なお、上述した例では、ＰＴＰＲｅｓｐｏｎｄｅｒ（サービス提供端末）は、ＣｌｏｓｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔを受信した後に、「サービス開始・停止要求メッセージ（停止）」を送信したが、ＰＴＰＲｅｓｐｏｎｄｅｒ（サービス提供端末）は、ＣｌｏｓｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔを受信する前に、「サービス開始・停止要求メッセージ（停止）」を送信してもよい。

また、上述した例では、ＣｌｏｓｅＳｅｓｓｉｏｎ（ステップＳ７６９〜ステップＳ７７６）を実行する例を示したが、ＣｌｏｓｅＳｅｓｓｉｏｎを実行しないようにしてもよい。具体的には、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するオブジェクトを受け取る処理（ステップＳ７５７〜ステップＳ７６８）を行ったあとに、ＰＴＰＲｅｓｐｏｎｄｅｒ（サービス提供端末）は、サービスの停止を要求してサービスの停止処理（ステップＳ７７７〜ステップＳ７８５）を行うようにしてもよい。このように、ＣｌｏｓｅＳｅｓｓｉｏｎが無くても、ＰＴＰＲｅｓｐｏｎｄｅｒ（サービス提供端末）は、「サービス停止要求」を出すことができる。

また、「サービス開始・停止要求メッセージの送信指示」を意味するオブジェクトの例を以下に示す。
・ＳｅｎｄＯｂｊｅｃｔＩｎｆｏオペレーションで送信するＯｂｊｅｃｔＩｎｆｏの“Ｆｉｌｅｎａｍｅ”フィールドに、「サービス起動・停止要求メッセージ（停止）の送信指示」を意味するオブジェクト名（例えば“ＳＲＶＳＴＯＰ．ＳＣＲ”)がセットされているオブジェクト。
・構造化言語（ＸＭＬ）で記述されていて、「サービス起動・停止要求メッセージ（停止）の送信指示」を意味する情報が記述されているオブジェクト（例えば、図１３参照）。

図１９は、セッション層プロトコルがＰＴＰプロトコルであり、ＩｎｉｔｉａｔｏｒがＰＴＰＲｅｓｐｏｎｄｅｒ（サービス提供端末）であり、ＲｅｓｐｏｎｄｅｒがＰＴＰＩｎｉｔｉａｔｏｒ（サービス利用端末）である場合において、ＳｅｒｖｉｃｅＳｔｏｐＲｅｑｕｅｓｔを用いた場合のＲｅｓｐｏｎｄｅｒ側からのサービスの停止手順を示したシーケンス図である。なお、この場合、電子カメラ１とＰＣ２との間でデータの送受信を行う際に、電子カメラ１がＩｎｉｔｉａｔｏｒの役割で動作し、ＰＣ２がＲｅｓｐｏｎｄｅｒの役割で動作するのが望ましい。

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

（ステップＳ８４５）ユーザによるサービスの停止指示がＲｅｓｐｏｎｄｅｒに入力されると、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＰＴＰオペレーションであるＳｅｒｖｉｃｅＳｔｏｐＲｅｑｕｅｓｔを入力する。
（ステップＳ８４６）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＳｅｒｖｉｃｅＳｔｏｐＲｅｑｕｅｓｔをＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）に格納する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒとＩｎｉｔｉａｔｏｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）を送信する。

（ステップＳ８４７）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（ＯｐｅｒａｔｉｏｎＲｅｑｕｅｓｔ）からＳｅｒｖｉｃｅＳｔｏｐＲｅｑｕｅｓｔを取得する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＳｅｒｖｉｃｅＳｔｏｐＲｅｑｕｅｓｔを入力する。
（ステップＳ８４８）ＳｅｒｖｉｃｅＳｔｏｐＲｅｑｕｅｓｔが入力されたＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳｅｒｖｉｃｅＳｔｏｐを実行する。

（ステップＳ８４９）ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳｅｒｖｉｃｅＳｔｏｐを実行したことを通知するために、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒにＳｅｒｖｉｃｅＳｔｏｐＲｅｓｐｏｎｓｅを入力する。
（ステップＳ８５０）ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、入力されたＳｅｒｖｉｃｅＳｔｏｐＲｅｓｐｏｎｓｅをＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）に格納する。続いて、ＩｎｉｔｉａｔｏｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＩｎｉｔｉａｔｏｒとＲｅｓｐｏｎｄｅｒのＴｒａｎｓｐｏｒｔＬａｙｅｒを介して、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒに、ＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）を送信する。
（ステップＳ８５１）ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、受信したＰＴＰＣｏｎｔａｉｎｅｒ（Ｒｅｓｐｏｎｓｅ）からＳｅｒｖｉｃｅＳｔｏｐＲｅｓｐｏｎｓｅを取得する。続いて、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒに、取得したＳｅｒｖｉｃｅＳｔｏｐＲｅｓｐｏｎｓｅを入力する。
（ステップＳ８５２）ＳｅｒｖｉｃｅＳｔｏｐＲｅｓｐｏｎｓｅが入力されたＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＳｅｒｖｉｃｅＳｔｏｐを完了する。
（ステップＳ８５３）ＳｅｒｖｉｃｅＳｔｏｐを完了した後、ＲｅｓｐｏｎｄｅｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ＲｅｓｐｏｎｄｅｒのＳｅｓｓｉｏｎＬａｙｅｒにＣｌｏｓｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔを入力する。

ステップＳ８５４〜ステップＳ８６０の処理は、図１８のステップＳ７７０〜ステップＳ７７６の処理と同様の処理である。
（ステップＳ８６１）ＣｌｏｓｅＳｅｓｓｉｏｎを実行した後、ＩｎｉｔｉａｔｏｒのＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒは、ステップＳ８４８で「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＰＴＰオペレーションであるＳｅｒｖｉｃｅＳｔｏｐＲｅｑｕｅｓｔが入力されていた場合は、ＴｒａｎｓｐｏｒｔＬａｙｅｒにサービスの停止を要求する。

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

上述したように、ＰＴＰＩｎｉｔｉａｔｏｒ（サービス利用端末）側からサービスを停止する場合、ＰＴＰＩｎｉｔｉａｔｏｒ（サービス利用端末）は、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＰＴＰオペレーション（ＳｅｒｖｉｃｅＳｔｏｐＲｅｑｕｅｓｔ）をＰＴＰＲｅｓｐｏｎｄｅｒ（サービス提供端末）に発行する。

そして、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＰＴＰオペレーションを受け取ったＰＴＰＲｅｓｐｏｎｄｅｒ（サービス提供端末）は、トランスポート層の「サービス起動・停止要求メッセージ（停止）」をＰＴＰＩｎｉｔｉａｔｏｒ（サービス利用端末）に送信し、ＰＴＰＩｎｉｔｉａｔｏｒ（サービス利用端末）側のセッション層プロトコルとアプリケーション層のＰＴＰＩｎｉｔｉａｔｏｒの停止を指示する。

これにより、セッション層プロトコルがＰＴＰプロトコルであり、ＩｎｉｔｉａｔｏｒがＰＴＰＲｅｓｐｏｎｄｅｒ（サービス提供端末）であり、ＲｅｓｐｏｎｄｅｒがＰＴＰＩｎｉｔｉａｔｏｒ（サービス利用端末）である場合において、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＰＴＰオペレーションを用いてＲｅｓｐｏｎｄｅｒ側からサービスを停止させることができる。

また、上述した例では、ＣｌｏｓｅＳｅｓｓｉｏｎ（ステップＳ８５３〜ステップＳ８６０）を実行する例を示したが、ＣｌｏｓｅＳｅｓｓｉｏｎを実行しないようにしてもよい。具体的には、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＰＴＰオペレーションを実行する処理（ステップＳ８４５〜ステップＳ８５２）を行ったあとに、ＰＴＰＲｅｓｐｏｎｄｅｒ（サービス提供端末）は、サービスの停止を要求してサービスの停止処理（ステップＳ８６１〜ステップＳ８６９）を行うようにしてもよい。このように、ＣｌｏｓｅＳｅｓｓｉｏｎが無くても、ＰＴＰＲｅｓｐｏｎｄｅｒ（サービス提供端末）は、「サービス停止要求」を出すことができる。

また、「サービス開始・停止要求メッセージの送信指示」を意味するＰＴＰオペレーションの例を図２０に示す。図２０は、本実施形態における「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＰＴＰオペレーションのデータ構造を示した概略図である。図示する例では、ＰＴＰオペレーションは、「ＯｐｅｒａｔｉｏｎＣｏｄｅ」と、「Ｐａｒａｍｅｔｅｒ１〜Ｐａｒａｍｅｔｅｒ５」の６つのフィールド（Ｆｉｅｌｄ）を備えている。フィールド「ＯｐｅｒａｔｉｏｎＣｏｄｅ」には「ＳｅｒｖｉｃｅＳｔｏｐ（０ｘ９０００）」が格納されている。また、フィールド「Ｐａｒａｍｅｔｅｒ１〜Ｐａｒａｍｅｔｅｒ５」にはオペレーションパラメータが格納される。本実施形態では、ＯｐｅｒａｔｉｏｎＣｏｄｅが「ＳｅｒｖｉｃｅＳｔｏｐ（０ｘ９０００）」であるＰＴＰオペレーションは、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＰＴＰオペレーションである。なお、「サービス開始・停止要求メッセージ（停止）の送信指示」を意味するＰＴＰオペレーションでは、「Ｐａｒａｍｅｔｅｒ１〜Ｐａｒａｍｅｔｅｒ５」を使用しない。

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

１・・・電子カメラ、２・・・ＰＣ、１１・・・撮像部、１２・・・記録媒体、１３，２１・・・ＣＰＵ、１４，２３・・・通信制御部、１５，２４・・・操作部、１６，２５・・・表示部、１７，２６・・・ＲＡＭ、１８・・・フラッシュメモリ、２２・・・記録媒体

Claims

クライアントとサーバとのうち、サーバが提供するサービスの停止要求をクライアントのみが行うことが可能な、トランスポート層より上位層のクライアント／サーバ型アプリケーションにおいて、クライアントとして動作するサービス利用端末であって、
主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、従の役割で動作する通信制御部と、
前記クライアント／サーバ型のアプリケーションにおいてサーバとして動作し、かつ、前記主従型トランスポート層プロトコルにおいて主の役割で動作するサービス提供端末が提供するサービスの停止指示をユーザから入力される操作部と、
を有し、
前記通信制御部は、前記サービスの停止指示が入力された場合、前記サービス提供端末に、前記サービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで送信するとともに、当該上位層メッセージに応じて前記サービス提供端末から送信された、前記サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで受信した場合、トランスポート層より上位層の通信プロトコルにおけるサービスを停止する
ことを特徴とするサービス利用端末。
前記上位層の通信プロトコルは、ＯＢＥＸプロトコルであり、
前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求情報を付したＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔを送信し、または前記サービスの停止要求を意味するオブジェクトをＰＵＴＲｅｑｕｅｓｔで送信する
ことを特徴とする請求項１に記載のサービス利用端末。
前記上位層の通信プロトコルは、ＳＣＳＩプロトコルであり、
前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求を意味するＳＣＳＩコマンドを送信する
ことを特徴とする請求項１に記載のサービス利用端末。
前記上位層の通信プロトコルは、ＰＴＰプロトコルであり、
前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求情報を付したＳｅｒｖｉｃｅＳｔｏｐＲｅｑｕｅｓｔを送信し、または前記サービスの停止要求を意味するオブジェクトをＳｅｎｄＯｂｊｅｃｔＲｅｑｕｅｓｔで送信する
ことを特徴とする請求項１に記載のサービス利用端末。
前記通信制御部は、前記主従型トランスポート層プロトコルにおいて主の役割であるＩｎｉｔｉａｔｏｒの役割で動作する前記サービス提供端末に、前記サービスの停止要求に関連する前記上位層メッセージを送信する
ことを特徴とする請求項１に記載のサービス利用端末。
クライアントとサーバとのうち、サーバが提供するサービスの停止要求をクライアントのみが行うことが可能な、トランスポート層より上位層のクライアント／サーバ型アプリケーションにおいて、サーバとして動作するサービス提供端末であって、
主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、主の役割で動作するとともに、
前記クライアント／サーバ型のアプリケーションにおいてクライアントとして動作し、かつ、前記主従型トランスポート層プロトコルにおいて従の役割で動作するサービス利用端末から、前記サーバが提供するサービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで受信した場合、前記サービス利用端末に、前記サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで送信する通信制御部
を有することを特徴とするサービス提供端末。
前記上位層の通信プロトコルは、ＯＢＥＸプロトコルであり、
前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求情報を付したＤＩＳＣＯＮＮＥＣＴＲｅｑｕｅｓｔを受信し、または前記サービスの停止要求を意味するオブジェクトをＰＵＴＲｅｑｕｅｓｔで受信する
ことを特徴とする請求項６に記載のサービス提供端末。
前記上位層の通信プロトコルは、ＳＣＳＩプロトコルであり、
前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求を意味するＳＣＳＩコマンドを受信する
ことを特徴とする請求項６に記載のサービス提供端末。
前記上位層の通信プロトコルは、ＰＴＰプロトコルであり、
前記通信制御部は、前記上位層メッセージとして、前記サービスの停止要求情報を付したＳｅｒｖｉｃｅＳｔｏｐＲｅｑｕｅｓｔを受信し、または前記サービスの停止要求を意味するオブジェクトをＳｅｎｄＯｂｊｅｃｔＲｅｑｕｅｓｔで受信する
ことを特徴とする請求項６に記載のサービス提供端末。
前記通信制御部は、前記主従型トランスポート層プロトコルにおいて従の役割であるＲｅｓｐｏｎｄｅｒの役割で動作する前記サービス利用端末から、前記サービスの停止要求に関連する前記上位層メッセージを受信する
ことを特徴とする請求項６に記載のサービス提供端末。
クライアントとサーバとのうち、サーバが提供するサービスの停止要求をクライアントのみが行うことが可能な、トランスポート層より上位層のクライアント／サーバ型アプリケーションにおいて、クライアントとして動作するサービス利用端末の制御方法であって、
主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、従の役割で動作する通信制御ステップと、
前記クライアント／サーバ型のアプリケーションにおいてサーバとして動作し、かつ、前記主従型トランスポート層プロトコルにおいて主の役割で動作するサービス提供端末が提供するサービスの停止指示をユーザから入力される操作ステップと、
を含み、
前記通信制御ステップでは、前記サービスの停止指示が入力された場合、前記サービス提供端末に、前記サービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで送信するとともに、当該上位層メッセージに応じて前記サービス提供端末から送信された、前記サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで受信した場合、トランスポート層より上位層の通信プロトコルにおけるサービスを停止する
ことを特徴とするサービス利用端末の制御方法。
クライアントとサーバとのうち、サーバが提供するサービスの停止要求をクライアントのみが行うことが可能な、トランスポート層より上位層のクライアント／サーバ型アプリケーションにおいて、サーバとして動作するサービス提供端末の制御方法であって、
主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、主の役割で動作するとともに、
前記クライアント／サーバ型のアプリケーションにおいてクライアントとして動作し、かつ、前記主従型トランスポート層プロトコルにおいて従の役割で動作するサービス利用端末から、前記サーバが提供するサービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで受信した場合、前記サービス利用端末に、前記サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで送信する通信制御ステップ
を有することを特徴とするサービス提供端末の制御方法。
クライアントとサーバとのうち、サーバが提供するサービスの停止要求をクライアントのみが行うことが可能な、トランスポート層より上位層のクライアント／サーバ型アプリケーションにおいて、クライアントとして動作するサービス利用端末と、サーバとして動作するサービス提供端末と、を有するサービス提供システムにおいて、
前記サービス利用端末は、
主の役割と従の役割のうち、主の役割で動作する端末のみがトランスポート層プロトコルより上位層の通信プロトコルにおけるサービスの停止制御を行うことが可能な主従型トランスポート層プロトコルにおいて、従の役割で動作する第１の通信制御部と、
前記主従型トランスポート層プロトコルにおいて主の役割で動作するサービス提供端末が提供するサービスの停止指示をユーザから入力される操作部と、
を有し、
前記第１の通信制御部は、前記サービスの停止指示が入力された場合、前記サービス提供端末に、前記サービスの停止要求を示す上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで送信するとともに、当該上位層メッセージに応じて前記サービス提供端末から送信された、前記サービスの停止要求を示すトランスポート層メッセージを、トランスポート層プロトコルの通信データで受信した場合、トランスポート層より上位層の通信プロトコルにおけるサービスを停止し、
前記サービス提供端末は、
前記主従型トランスポート層プロトコルにおいて、主の役割で動作するとともに、
前記主従型トランスポート層プロトコルにおいて従の役割で動作するサービス利用端末から、前記上位層メッセージを、トランスポート層より上位層の通信プロトコルの通信データで受信した場合、前記サービス利用端末に、前記トランスポート層メッセージを、トランスポート層プロトコルの通信データで送信する第２の通信制御部
を有する
ことを特徴とするサービス提供システム。