(57)【特許請求の範囲】
【請求項１】
複数の通信プロトコルの少なくともいずれかを利用して、複数の他の装置と通信を行う通信装置であって、
利用中の複数の通信プロトコルのうち、前記複数の他の装置が利用可能な通信プロトコルを判定する判定手段と、
前記判定手段による判定結果に基づいて、利用中の複数の通信プロトコルのうち、利用を停止しても、当該利用中の複数の通信プロトコルに含まれる他の通信プロトコルによって、前記複数の他の装置のそれぞれとの間の通信が維持される通信プロトコルについて、利用を停止する停止手段と、
を有することを特徴とする通信装置。
【請求項２】
前記複数の他の装置から受信した信号について、通信プロトコルを特定する特定手段と、
前記特定手段で特定された通信プロトコルを利用して当該複数の他の装置との間で通信を開始する開始手段と、
をさらに有することを特徴とする請求項１に記載の通信装置。
【請求項３】
ネットワークに参加している複数の他の通信装置と、複数の通信プロトコルでの通信が可能な通信装置であって、
前記通信装置が有する機能に関する情報の要求を、前記複数の他の通信装置から受信する受信手段と、
受信した前記要求に基づいて、前記複数の他の通信装置が利用可能な通信プロトコルを判定する判定手段と、
前記受信手段により前記要求を受信したことに応じて、前記判定手段により判定された通信プロトコルを利用して、前記通信装置が有する機能に関する情報の報知を開始する報知手段と、
前記判定手段により前記複数の他の通信装置が利用可能と判定された通信プロトコルに基づいて、前記通信装置が有する機能に関する情報の報知に利用中の複数の通信プロトコルのうち、利用を停止しても、当該利用中の複数の通信プロトコルに含まれる他の通信プロトコルによって、前記複数の他の通信装置のそれぞれへの情報の報知が可能である通信プロトコルについて、利用を停止する停止手段と、
を有することを特徴とする通信装置。
【請求項４】
前記判定手段は、前記要求に用いられた通信プロトコルから、前記複数の他の通信装置が利用可能な通信プロトコルを判定する、
ことを特徴とする請求項３に記載の通信装置。
【請求項５】
前記停止手段は、利用中の複数の通信プロトコルに含まれる１つの通信プロトコルであって、前記複数の他の装置のいずれもが、当該１つの通信プロトコルと異なる通信プロトコルを利用可能である場合は、当該１つの通信プロトコルの利用を停止する、
ことを特徴とする請求項１から４のいずれか１項に記載の通信装置。
【請求項６】
前記停止手段は、利用中の複数の通信プロトコルの処理負荷に応じて、切断する通信プロトコルを選択する、
ことを特徴とする請求項１から５のいずれか１項に記載の通信装置。
【請求項７】
前記停止手段は、利用中の複数の通信プロトコルのうち、利用を停止しても、当該利用中の複数の通信プロトコルに含まれる他の通信プロトコルによって、前記複数の他の装置のそれぞれとの間の通信が維持される通信プロトコルが複数あった場合は、事前の設定で定められた通信プロトコルの利用を停止する、
ことを特徴とする請求項１から６のいずれか１項に記載の通信装置。
【請求項８】
前記判定手段による判定は定期的に実行される、
ことを特徴とする請求項１から７のいずれか１項に記載の通信装置。
【請求項９】
複数の通信プロトコルの少なくともいずれかを利用して、複数の他の装置と通信を行う通信装置における制御方法であって、
判定手段が、利用中の複数の通信プロトコルのうち、前記複数の他の装置が利用可能な通信プロトコルを判定する判定工程と、
停止手段が、前記判定工程における判定結果に基づいて、利用中の複数の通信プロトコルのうち、利用を停止しても、当該利用中の複数の通信プロトコルに含まれる他の通信プロトコルによって前記複数の他の装置のそれぞれとの間の通信が維持される通信プロトコルについて、利用を停止する停止工程と、
を有することを特徴とする制御方法。
【請求項１０】
ネットワークに参加している複数の他の通信装置と、複数の通信プロトコルでの通信が可能な通信装置における制御方法であって、
受信手段が、前記通信装置が有する機能に関する情報の要求を、前記複数の他の通信装置から受信する受信工程と、
判定手段が、受信した前記要求に基づいて、前記複数の他の通信装置が利用可能な通信プロトコルを判定する判定工程と、
報知手段が、前記受信工程において前記要求を受信したことに応じて、前記判定工程において判定された通信プロトコルを利用して、前記通信装置が有する機能に関する情報の報知を開始する報知工程と、
停止手段が、前記判定工程において前記複数の他の通信装置が利用可能と判定された通信プロトコルに基づいて、前記通信装置が有する機能に関する情報の報知に利用中の複数の通信プロトコルのうち、利用を停止しても、当該利用中の複数の通信プロトコルに含まれる他の通信プロトコルによって、前記複数の他の通信装置のそれぞれへの情報の報知が可能である通信プロトコルについて、利用を停止する停止工程と、
を有することを特徴とする制御方法。
【請求項１１】
コンピュータを請求項１から８のいずれか１項に記載の通信装置が備える各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通信プロトコルを用いて通信を行う通信装置、制御方法、及びプログラムに関する。
【背景技術】
【０００２】
通信機器がネットワークを介して、他の通信機器が提供するサービスを検索するため、また、自らが提供するサービスを他の通信機器へ通知するための、通信プロトコル（サービス発見プロトコル）がある。このようなプロトコルには、例えば、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）や、ｍＤＮＳ（Ｍｕｌｔｉｃａｓｔ  Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）などがある。これらのプロトコルでは、サービス発見のための処理として、サービス利用装置がサービスを検索するための要求を送信する検索処理と、サービス提供装置が自ら提供するサービス情報を送信する通知処理との２種類の処理が定められている。サービス利用装置は、要求に対する応答またはサービス提供装置から送信される通知メッセージを受信することにより、サービス提供装置の存在を発見する。また、サービス提供装置による通知処理では、サービス提供装置がサービスを提供している間は、通知メッセージが周期的に送信される。
【０００３】
上述の２つのプロトコルは並存しており、広く接続性を保つためには１つの通信機器がこれら２つの（複数の）プロトコルをサポートすることが要求される。これは、サービスを提供するサービス提供装置とサービスを利用するサービス利用装置との両方に言えることである。例えば、特許文献１には、複数のプロトコルを用いるサービス提供装置とサービス利用装置とからなるネットワークにおいて、異なるプロトコル間で同一のサービスの識別情報を用いてサービスの同一性を判断する技術が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−２４８０７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述の通り、サービス提供装置とサービス利用装置との両方が複数のプロトコルをサポートすると、この両装置が複数のプロトコルを共通してサポートする場合がある。このような状況において、複数のプロトコルを動作させ続けることは、それぞれの装置における消費電力、またネットワークリソースの有効利用の観点から妥当性を欠く。この観点からすれば、サービス提供装置が提供するサービスが１つであれば、サービス利用装置との間で利用される通信プロトコルは１つであることが望ましい。
【０００６】
これに対して、サービス提供装置が使用する通信プロトコルを、１つに制限することができるが、これにより接続性が損なわれてしまうという課題があった。例えば、サービス利用装置とサービス提供装置とがＵＰｎＰ及びｍＤＮＳを利用可能な場合に、両装置がＵＰｎＰで接続した後でサービス提供装置がｍＤＮＳの利用を止めると、それ以降ｍＤＮＳのみを利用可能なサービス利用装置がサービスを発見できなくなる。
【０００７】
本発明は上記課題に鑑みてなされたものであり、複数の通信プロトコルを利用可能なシステムにおいて、接続性を損なうことなく、消費電力およびネットワーク負荷を低減することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明による通信装置は、複数の通信プロトコルの少なくともいずれかを利用して、複数の他の装置と通信を行う通信装置であって、利用中の複数の通信プロトコルのうち、前記複数の他の装置が利用可能な通信プロトコルを判定する判定手段と、前記判定手段による判定結果に基づいて、利用中の複数の通信プロトコルのうち、利用を停止しても、当該利用中の複数の通信プロトコルに含まれる他の通信プロトコルによって、前記複数の他の装置との間の通信が維持される通信プロトコルについて、利用を停止する停止手段と、を有する。
【発明の効果】
【０００９】
本発明によれば、複数の通信プロトコルを利用可能な通信装置において、接続性を確保しながら、消費電力やネットワーク負荷を低減する技術を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】サービス提供装置のハードウェア構成の一例を示す図。
【図２】サービス提供装置の機能ブロック構成の一例を示す図。
【図３】サービス利用装置のハードウェア構成の一例を示す図。
【図４】サービス利用装置の機能ブロック構成の一例を示す図。
【図５】実施形態１のサービス提供装置の動作の流れを表すフローチャート。
【図６】サービス提供装置の動作の流れを示すフローチャート。
【図７】サービス利用装置の動作の流れを示すフローチャート。
【図８】サービス提供装置で記録されるサービス利用端末データのデータ構成例を示す図。
【図９】システム構成の例を示す図。
【図１０】システムにおける動作の一例を示すシーケンスチャート。
【図１１】実施形態２のサービス提供装置の動作の流れを示すフローチャート。
【図１２】実施形態２のシステムにおける動作の一例を示すシーケンスチャート。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照して本発明の実施の形態を詳細に説明する。
【００１２】
＜＜実施形態１＞＞
以下、本実施形態に係るサービス提供装置およびサービス利用装置について、図面を参照しながら詳細に説明する。なお、本実施形態では、サービス提供装置はデジタルカメラとし、サービス利用装置は携帯電話として説明するが、これに限られない。例えば、この逆であってもよく、また、デジタルカメラや携帯電話以外の装置をサービス提供装置やサービス利用装置としてもよい。なお、サービス提供装置とサービス利用装置は共に少なくとも１つの通信プロトコルを利用可能な通信装置である。なお、以下の説明では、「サービス」とは、例えば、画像交換サービスであり、サービス提供装置が、サービス利用装置との間で画像をやり取りするサービスである。サービスは、この他にも、通信を伴うサービスであれば、どのようなサービスであってもよい。
【００１３】
（サービス提供装置のハードウェア構成）
図１は、本発明を実施したサービス提供装置（デジタルカメラ１００）のハードウェア構成の一例を示す図である。デジタルカメラ１００は、例えば、表示部１０１、操作部１０２、撮像部１０３、画像処理部１０４、符号化・復号化部１０５、及び記録再生部１０６を有する。また、本例では、デジタルカメラ１００は、さらに、記憶部１０７、電源部１０８、時計部１０９、制御部１１０、ＲＯＭ１１１、ＲＡＭ１１２、無線ＬＡＮアンテナ制御部１１３、通信インタフェース部（通信ＩＦ）１１４及びアンテナ１１５をも有する。
【００１４】
表示部１０１と操作部１０２は、アプリケーションの表示や実行などを行う。撮像部１０３は、被写体の光学像を撮像する。画像処理部１０４は、撮像部１０３から出力された撮像画像を所定フォーマットの画像データに変換し、画像データに透かしデータを付与する。符号化・復号化部１０５は、画像処理部１０４から出力された画像データに対して、所定の高能率符号化（例えば、ＤＣＴ変換、量子化後に可変長符号化）を行う。符号化・復号化部１０５はまた、記録再生部１０６から再生された圧縮画像データを伸長復号化し、その画像データを画像処理部１０４に供給する。記録再生部１０６は圧縮符号化された画像データを不図示の記録媒体に記録再生する。なお、本実施形態では、画像データを符号化する技術として、例えば、ＪＰＥＧ(Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ)方式を用いる。
【００１５】
記憶部１０７は無線通信ネットワーク情報、データ送受信情報、通信機器情報、撮影画像情報など各種データを記憶し、管理する。電源部１０８はデジタルカメラ１００へ電源を供給し、時計部１０９は時間を計測し、制御部１１０はデジタルカメラ１００を制御する。ＲＯＭ１１１は、読み出し専用メモリであり、制御命令、すなわちプログラムが格納される。ＲＡＭ１１２は、ランダムアクセスメモリであり、様々なデータが格納される。アンテナ１１５は無線ＬＡＮ通信を行うアンテナであり、無線ＬＡＮアンテナ制御部１１３はアンテナ１１５を制御する。通信ＩＦ１１４はネットワークの検索、構築、接続、管理など通信処理を行う。
【００１６】
（サービス提供装置の機能構成）
次に、図２を用いてサービス提供装置（デジタルカメラ１００）の機能構成について説明する。本実施形態では、デジタルカメラ１００は、ＵＰｎＰ機能部２１０と、ｍＤＮＳ機能部２２０と、サービス利用装置管理部２３０と、サービス機能提供部２４０とを含む。なお、本実施形態では、デジタルカメラ１００の各機能ブロックは、例えば、ＲＯＭ１１１にプログラムとして記憶され、制御部１１０によって実行されるものとして説明する。ただし、以下で説明する機能構成は、全てがソフトウェアで実行されてもよいし、機能の一部又は全部がハードウェアで実行されてもよい。
【００１７】
ＵＰｎＰ機能部２１０は、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）によってデジタルカメラ１００が提供するサービス、すなわちデジタルカメラ１００が有するサービス機能の情報を報知する機能部である。ＵＰｎＰ機能部２１０は、さらにＵＰｎＰサービス通知処理部２１１と、ＵＰｎＰサービス応答処理部２１２とを含む。ＵＰｎＰサービス通知処理部２１１は、デジタルカメラ１００が能動的にサービス情報通知を送信する処理部である。ＵＰｎＰサービス通知処理部２１１は、ＳＳＤＰ（Ｓｉｍｐｌｅ  Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）のＮｏｔｉｆｙメッセージで、デジタルカメラ１００が提供するサービス情報をサービス利用装置へ報知する。一方、ＵＰｎＰサービス応答処理部２１２は、受動的にサービス情報通知を送信する処理部である。ＵＰｎＰサービス応答処理部２１２は、サービス利用装置からのサービス情報要求メッセージ（ＳＳＤＰのＭ−Ｓｅａｒｃｈメッセージ）への応答メッセージ（ＳＳＤＰのＲｅｓｐｏｎｓｅメッセージ）により、そのサービス利用装置へサービス情報を通知する。
【００１８】
ｍＤＮＳ機能部２２０は、ｍＤＮＳ（Ｍｕｌｔｉｃａｓｔ  Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）によってデジタルカメラ１００が提供するサービスの情報を報知する機能部である。ｍＤＮＳ機能部２２０は、さらにｍＤＮＳサービス通知処理部２２１と、ｍＤＮＳサービス応答処理部２２２とを含む。ｍＤＮＳサービス通知処理部２２１は、デジタルカメラ１００が能動的にサービス情報通知を送信する処理部である。ｍＤＮＳサービス通知処理部２２１は、ｍＤＮＳのＡｎｎｏｕｎｃｅメッセージで、デジタルカメラ１００が提供するサービス情報を通知する。ｍＤＮＳサービス応答処理部２２２は、受動的にサービス情報通知を行う処理部である。ｍＤＮＳサービス応答処理部２２２は、サービス利用装置からのサービス情報要求メッセージ（ｍＤＮＳのＱｕｅｒｙメッセージ）への応答メッセージ（ｍＤＮＳのＲｅｓｐｏｎｓｅメッセージ）により、そのサービス利用装置へサービス情報を報知する。
【００１９】
サービス利用装置管理部２３０は、デジタルカメラ１００が提供するサービスを利用する、サービス利用装置の情報を管理する機能部である。サービス利用装置管理部２３０が管理するサービス利用装置の情報（サービス利用端末管理テーブル）の一例を図８に示す。サービス利用装置管理部２３０は、サービス利用端末の識別情報（８０１）と、それぞれのサービス利用端末がサポートする通信プロトコル（サービス発見プロトコル）の種別（ＵＰｎＰ８０２、ｍＤＮＳ８０３）とを対応付けて記憶する。図８に示すサービス利用端末管理テーブルの詳細や管理方法については、後述の動作フローの説明と合わせて詳述する。
【００２０】
サービス機能提供部２４０は、デジタルカメラ１００がＵＰｎＰ機能部２１０およびｍＤＮＳ機能部２２０で通知するサービスについて、実処理を実装する機能部である。
【００２１】
（サービス利用装置のハードウェア構成）
図３は、本実施形態におけるサービス利用装置（携帯電話３００）のハードウェア構成図である。携帯電話３００は、表示部３０１、操作部３０２、電源部３０３、符号化・復号化部３０４、記録再生部３０５、記憶部３０６、時計部３０７、制御部３０８、ＲＯＭ３０９、ＲＡＭ３１０を備える。また、携帯電話３００は、さらに、無線ＬＡＮアンテナ制御部３１１、通信インタフェース部（通信ＩＦ）３１２、公衆網アンテナ制御部３１３、及び無線ＬＡＮ用のアンテナ３１４と公衆網用のアンテナ３１５を備える。
【００２２】
表示部３０１はアプリケーションの表示を行い、操作部３０２はそのアプリケーションの実行のための操作などを行う。電源部３０３は、携帯電話３００に電力を供給する。符号化／復号化部３０４は、記録再生部３０５から再生された圧縮画像データを伸長復号化し、その画像データを表示部３０１に表示する。記録再生部３０５は、圧縮符号化された画像データを不図示の記録媒体に記録再生する。なお、本実施形態では、画像データを符号化する技術として、例えば、ＪＰＥＧ(Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ)方式を用いる。記憶部３０６は、無線通信ネットワーク情報、データ送受信情報、通信機器情報、撮影画像情報など各種データを記憶し、管理する。時計部３０７は時間を計測する。制御部３０８は携帯電話３００に係る様々な機能を制御する。ＲＯＭ３０９は読み出し専用メモリであり、制御命令つまりプログラムを格納し、ＲＡＭ３１０はランダムアクセスメモリであって、様々なデータが格納される。無線ＬＡＮアンテナ制御部３１１は、無線ＬＡＮ通信を行うため、アンテナ３１４を制御する。公衆網アンテナ制御部３１３は、例えばセルラ通信網による公衆網との間の通信を行うため、アンテナ３１５を制御する。通信ＩＦ３１２は、ネットワークの検索、構築、接続、管理など通信処理を行う。
【００２３】
（サービス利用装置の機能構成）
次に、図４を用いてサービス利用装置（携帯電話３００）の機能構成について説明する。図４は、携帯電話３００の機能構成例を示すブロック図である。本実施形態の携帯電話３００は、機能部として、ＵＰｎＰ検索処理部４１０と、ｍＤＮＳ検索処理部４２０と、サービス利用処理部４３０とを備える。なお、本実施形態では、携帯電話３００の各機能ブロックは、例えば、ＲＯＭ３０９にプログラムとして記憶され、制御部３０８によって実行されるものとして説明する。ただし、以下で説明する機能構成の全てがソフトウェアで実行されてもよいし、機能構成の一部又は全部がハードウェアで実行されてもよい。
【００２４】
ＵＰｎＰ検索処理部４１０は、ＵＰｎＰによって、デジタルカメラ１００が提供するサービスの情報を検索する処理部である。ＵＰｎＰ検索処理部４１０は、ＳＳＤＰのＭ−Ｓｅａｒｃｈメッセージをデジタルカメラ１００へ送信し、デジタルカメラ１００から応答信号（ＳＳＤＰのＲｅｓｐｏｎｓｅメッセージ）を受信して、デジタルカメラ１００が提供するサービス情報を取得する。またＵＰｎＰ検索処理部４１０は、デジタルカメラが送信するＳＳＤＰのＮｏｔｉｆｙメッセージを受信することで、デジタルカメラのサービス情報を取得してもよい。またＵＰｎＰ検索処理部４１０は、カメラが送信するＳＳＤＰのＢｙｅｂｙｅメッセージ、およびＮｏｔｉｆｙメッセージを監視し、デジタルカメラ１００のサービスが停止したことを検知してもよい。
【００２５】
ｍＤＮＳ検索処理部４２０は、ｍＤＮＳによって、デジタルカメラ１００が提供するサービスの情報を検索する処理部である。ｍＤＮＳ検索処理部４２０は、ｍＤＮＳのＱｕｅｒｙメッセージをデジタルカメラ１００へ送信し、デジタルカメラ１００から応答信号（ｍＤＮＳのＲｅｓｐｏｎｓｅメッセージ）を受信することで、デジタルカメラ１００が提供するサービス情報を取得する。またｍＤＮＳ検索処理部４２０は、デジタルカメラが送信するｍＤＮＳのＡｎｎｏｕｎｃｅメッセージを受信することで、デジタルカメラのサービス情報を取得してもよい。またｍＤＮＳ検索処理部４２０は、カメラが送信するｍＤＮＳのＧｏｏｄｂｙｅメッセージ、およびＡｎｎｏｕｎｃｅメッセージを監視し、デジタルカメラのサービスが停止したことを検知する。
【００２６】
サービス利用処理部４３０は、携帯電話３００がＵＰｎＰ検索処理部４１０およびｍＤＮＳ検索処理部４２０で発見したデジタルカメラ１００が提供するサービスについて、実際に利用するための処理を行う。
【００２７】
（サービス提供装置の動作）
次に、図５、図６、及び図８を用いて、本実施形態におけるサービス提供装置（デジタルカメラ１００）の動作フローの一例を示す。図５は、デジタルカメラ１００が、自らのサービス通知を開始した際の動作フローである。この処理は、例えば、デジタルカメラ１００の電源オン、ユーザによるボタン操作等の操作実行、外部装置からのメッセージ受信などを契機に実行される。
【００２８】
本処理が開始されると、デジタルカメラ１００はＵＰｎＰによるサービス応答処理（Ｓ５０１）とｍＤＮＳによるサービス応答処理（Ｓ５０２）とを開始する。デジタルカメラ１００は、ＵＰｎＰによるサービス応答処理（Ｓ５０１）の開始後に、サービス利用装置からＳＳＤＰのＭ−Ｓｅａｒｃｈメッセージを受信すると、そのサービス利用装置へＳＳＤＰのＲｅｓｐｏｎｓｅメッセージを送信する。また、デジタルカメラ１００は、ｍＤＮＳによるサービス応答処理（Ｓ５０２）を開始後に、サービス利用装置からｍＤＮＳのＱｕｅｒｙを受信すると、そのサービス利用装置へｍＤＮＳのＲｅｓｐｏｎｓｅを送信する。なお、これらの応答処理の開始時点では、デジタルカメラ１００は、ＵＰｎＰおよびｍＤＮＳのサービス通知メッセージ（ＳＳＤＰのＮｏｔｉｆｙ、ｍＤＮＳのＡｎｎｏｕｎｃｅの各メッセージ）の送信は行わない。
【００２９】
続いて、デジタルカメラ１００は、サービス利用端末の監視処理を開始する（Ｓ５０３〜Ｓ５１６）。本実施形態では、デジタルカメラ１００は、サービス利用端末から送信されるＵＰｎＰおよびｍＤＮＳのサービス情報要求メッセージの受信を監視することで、サービス利用端末の監視を行う。ここで、サービス利用装置がサービスを発見するのに用いた通信プロトコルを、サービス情報要求メッセージのプロトコル種別により判別することができる。すなわち、サービス情報要求メッセージが、ＵＰｎＰのものであったか、ｍＤＮＳのものであったかによって、サービス利用装置（携帯電話３００）がサービスを発見したプロトコルを特定することができる。Ｓ５０３〜Ｓ５１６の処理は、デジタルカメラ１００が、自らが提供するサービス通知を停止するまで繰り返される。例えば、デジタルカメラ１００の電源オフ、ユーザによるボタン操作等の操作実行、外部装置からのメッセージ受信などを契機にサービス通知が停止される。
【００３０】
デジタルカメラ１００は、監視処理中にサービス利用端末からＵＰｎＰのサービス情報要求を受信すると（Ｓ５０４でＹｅｓ）、要求の送信元にＵＰｎＰサービス情報応答メッセージを送信する（Ｓ５０５）。また、デジタルカメラ１００は、ＵＰｎＰをサポートするサービス利用端末として、要求の送信元を、図８に示すようなサービス利用端末管理テーブルに記憶する（Ｓ５０６）。ここで、デジタルカメラ１００は、サービス情報要求メッセージの送信元を新たなサービス利用端末として発見した場合で、ＵＰｎＰのサービス通知処理を停止中の場合（Ｓ５０７とＳ５０８でＹｅｓ）、ＵＰｎＰのサービス通知処理を開始する（Ｓ５０９）。その後、処理はＳ５１０へ遷移する。なお、ＵＰｎＰのサービス通知処理を行っている間、デジタルカメラ１００はＵＰｎＰのサービス通知メッセージを周期的かつ継続的に送信し続ける。
【００３１】
なお、ＵＰｎＰのサービス情報要求を受信しなかった場合（Ｓ５０４でＮｏ）は、デジタルカメラは１００、Ｓ５０５〜Ｓ５０９の処理を行わずに、処理をＳ５１０へ遷移させる。また、新たなサービス利用端末を発見しない場合（Ｓ５０７でＮｏ）、又はＵＰｎＰのサービス通知処理を実行中の場合（Ｓ５０８でＮｏ）は、デジタルカメラ１００は、Ｓ５０９の処理を実行せずに、処理をＳ５１０へ遷移させる。
【００３２】
一方、デジタルカメラ１００は、ｍＤＮＳのサービス情報要求を受信すると（Ｓ５１０でＹｅｓ）、要求の送信元にｍＤＮＳサービス情報応答メッセージを送信する（Ｓ５１１）。また、デジタルカメラ１００は、ｍＤＮＳをサポートするサービス利用端末として、要求の送信元を、図８に示すようなサービス利用端末管理テーブルに記憶する（Ｓ５１２）。ここで、デジタルカメラ１００は、サービス情報要求メッセージの送信元を新たなサービス利用端末として発見した場合で、ｍＤＮＳのサービス通知処理を停止中の場合（Ｓ５１３とＳ５１４でＹｅｓ）、ｍＤＮＳのサービス通知処理を開始する（Ｓ５１５）。そして、監視処理を継続する場合は、処理をＳ５０４へ戻す。なお、デジタルカメラ１００は、ｍＤＮＳのサービス通知処理を行っている間、ｍＤＮＳのサービス通知メッセージを周期的かつ継続的に送信し続ける。
【００３３】
なお、ｍＤＮＳのサービス情報要求を受信しなかった場合（Ｓ５１０でＮｏ）は、デジタルカメラは１００、Ｓ５１１〜Ｓ５１５の処理を行わない。また、新たなサービス利用端末を発見しない場合（Ｓ５１３でＮｏ）、又はｍＤＮＳのサービス通知処理を実行中の場合（Ｓ５１４でＮｏ）は、デジタルカメラ１００は、Ｓ５１５の処理を実行しない。そして、これらの場合であって、監視処理を継続する場合は、処理をＳ５０４へ戻す。
【００３４】
なお、デジタルカメラ１００は、上述のように、Ｓ５０６やＳ５１２において、サービス利用端末がＵＰｎＰやｍＤＮＳを利用可能であるかを示すサービス利用端末管理テーブルを管理する。サービス利用端末管理テーブルでは、図８のように、サービス利用端末の識別子（８０１）と、そのサービス利用端末がＵＰｎＰとｍＤＮＳのそれぞれをサポートするか否かを示すフラグ（８０２、８０３）とが関連付けられて記憶される。デジタルカメラ１００は、サービス利用端末管理テーブルを参照することにより、各サービス利用端末がＵＰｎＰとｍＤＮＳをサポートするか否かを判定することができる。例えば、図８のサービス利用端末管理テーブルは、携帯電話Ａ（３００Ａ）はＵＰｎＰをサポートするが、ｍＤＮＳをサポートしていないことを示す。また、図８のサービス利用端末管理テーブルは、携帯電話Ｂ（３００Ｂ）はＵＰｎＰとｍＤＮＳとの両方をサポートしており、携帯電話Ｃ（３００Ｃ）はＵＰｎＰをサポートしていないが、ｍＤＮＳをサポートしていることを示す。
【００３５】
続いて、デジタルカメラ１００が、ＵＰｎＰおよびｍＤＮＳのサービス通知処理を停止する際の動作フローについて、図６を参照して説明する。この処理は、例えば、デジタルカメラ１００におけるサービス提供の開始（Ｓ５０１、Ｓ５０２）後、タイマ管理によって定期的に実行される。ただし、ユーザによるデジタルカメラ１００のボタン操作等の操作実行、外部装置からのメッセージ受信などを契機に本処理が実行されてもよい。
【００３６】
まず、デジタルカメラ１００は、サービス利用端末管理テーブル（８００）を検索して各サービス利用端末が利用可能なプロトコルを特定し、ＵＰｎＰのみサポートするサービス利用端末が存在するかどうかを判定する（Ｓ６０１）。すなわち、Ｓ６０１では、１つのプロトコル（ＵＰｎＰ）による通信を停止しても、他のプロトコル（ｍＤＮＳ）によってサービス（通信）が切断されないかどうかを判定する。判定結果がＵＰｎＰのみをサポートするサービス利用端末が存在しないことを示す場合（Ｓ６０１でＮｏ）、デジタルカメラ１００は、自らがＵＰｎＰのサービス通知処理を実行しているかどうかを判定する（Ｓ６０２）。そして、デジタルカメラ１００は、ＵＰｎＰのサービス通知処理を実行している場合（Ｓ６０２でＹｅｓ）、ＵＰｎＰのサービス通知処理を停止し（Ｓ６０３）、サービス利用端末に向けてＵＰｎＰのサービス消滅通知を送信する（Ｓ６０４）。すなわち、接続中のサービス利用端末が全てｍＤＮＳを利用可能である場合、ＵＰｎＰによる接続は切断しても支障はないため、ＵＰｎＰを利用中の場合は、そのプロトコルによる接続を切断する。
【００３７】
なお、判定結果がＵＰｎＰのみをサポートしているサービス利用端末が存在することを示す場合（Ｓ６０１でＹｅｓ）は、Ｓ６０２〜Ｓ６０４の処理は省略され、デジタルカメラ１００は、処理をＳ６０５へ遷移させる。また、デジタルカメラ１００がＵＰｎＰのサービス通知処理を実行していない場合（Ｓ６０２でＮｏ）は、当該サービス通知処理が実行されていないため停止することもできない。このため、この場合もＳ６０３とＳ６０４の処理は省略され、デジタルカメラ１００は、処理をＳ６０５へ遷移させる。
【００３８】
次に、デジタルカメラ１００は、サービス利用端末管理テーブル（８００）を検索して各サービス利用端末が利用可能なプロトコルを特定し、ｍＤＮＳのみサポートするサービス利用端末が存在するかどうかを判定する（Ｓ６０５）。すなわち、Ｓ６０５では、１つのプロトコル（ｍＤＮＳ）による通信を停止しても、他のプロトコル（ＵＰｎＰ）によってサービス（通信）が切断されないかどうかを判定する。判定結果がｍＤＮＳのみをサポートするサービス利用端末が存在しないことを示す場合（Ｓ６０５でＮｏ）、デジタルカメラ１００は、自らがｍＤＮＳのサービス通知処理を実行しているかどうかを判定する（Ｓ６０６）。そして、デジタルカメラ１００は、ｍＤＮＳのサービス通知処理を実行している場合（Ｓ６０６でＹｅｓ）、ｍＤＮＳのサービス通知処理を停止し（Ｓ６０７）、サービス利用端末に向けてｍＤＮＳのサービス消滅通知を送信する（Ｓ６０８）。すなわち、接続中のサービス利用端末が全てＵＰｎＰを利用可能である場合、ｍＤＮＳによる接続は切断しても支障はないため、ｍＤＮＳを利用中の場合は、そのプロトコルによる接続を切断する。
【００３９】
なお、判定結果がｍＤＮＳのみをサポートしているサービス利用端末が存在することを示す場合（Ｓ６０５でＹｅｓ）は、Ｓ６０６〜Ｓ６０８の処理は省略され、デジタルカメラ１００は、図６のフローで表される処理を終了する。また、デジタルカメラ１００がｍＤＮＳのサービス通知処理を実行していない場合（Ｓ６０６でＮｏ）は、当該サービス通知処理が実行されていないため停止することもできない。このため、この場合もＳ６０７とＳ６０８の処理は省略され、デジタルカメラ１００は、図６のフローで表される処理を終了する。
【００４０】
なお、例えば、Ｓ６０１やＳ６０５における判定時に、サービス通知処理を実行していないプロトコルについては、全てのサービス利用装置がそのプロトコルをサポートしていないと判定してもよい。これにより、先にサービス通知処理を停止したプロトコルはサポートされていないと判定されるため、全てのプロトコルが停止することを防ぐことができる。
【００４１】
図６の処理では、サービス提供装置（デジタルカメラ１００）は、利用中の複数の通信プロトコルのうち、１つのみをサポートしているサービス利用装置があると判定した場合は、その通信プロトコルによる接続を切断しないように制御される。一方、利用中の複数の通信プロトコルのうち１つのみをサポートしているサービス利用装置がないと判定した場合は、サービス提供装置は、その複数の通信プロトコルのうちいずれかによる接続を切断するように制御される。これにより、サービス提供装置とサービス利用装置との間の接続性を確保しながら、必要最低限の数の通信プロトコルを用いてサービスを提供することが可能となる。
【００４２】
（サービス利用装置の動作）
次に、サービス利用装置（携帯電話３００）がデジタルカメラ１００のサービスを検索する際の処理について、図７に示すフロー図を用いて説明する。本処理は、例えば、携帯電話３００のユーザが、携帯電話３００のボタン等を操作したことを契機に開始される。また、例えば、携帯電話３００におけるタイマ等による自動実行命令が発出されたことや、外部装置からのメッセージ受信などを契機に、本処理が実施されてもよい。
【００４３】
処理において、携帯電話３００は、まず、自らがＵＰｎＰをサポートするか否かの判定（Ｓ７０１）、及び自らがｍＤＮＳをサポートするか否かの判定（Ｓ７０３）を実行する。そして、携帯電話３００は、自らがＵＰｎＰをサポートする場合（Ｓ７０１でＹｅｓ）、ＵＰｎＰのサービス検索処理を開始し（Ｓ７０２）、処理をＳ７０３へ遷移させる。また、携帯電話３００は、自らがｍＤＮＳをサポートする場合（Ｓ７０３でＹｅｓ）、ｍＤＮＳのサービス検索処理を開始し（Ｓ７０４）、処理をＳ７０５へ遷移させる。なお、携帯電話３００は、自らがＵＰｎＰをサポートしない場合（Ｓ７０１でＮｏ）はＳ７０２の処理を省略し、自らがｍＤＮＳをサポートしない場合（Ｓ７０３でＮｏ）はＳ７０４の処理を省略する。
【００４４】
携帯電話３００は、サービス検索処理（Ｓ７０２とＳ７０４）の実行を開始すると、ＵＰｎＰとｍＤＮＳそれぞれのサービス情報要求メッセージを送信し、サービス情報応答メッセージとサービス情報通知メッセージを受信する。なお、携帯電話３００は、例えば事前設定によって、ＵＰｎＰとｍＤＮＳのそれぞれをサポートするかどうかを判定する。ただし、他の方法で判定を行ってもよく、例えば検索するサービスの種別ごとに判定方法が異なってもよく、携帯電話３００のプログラムがＵＰｎＰやｍＤＮＳの機能を実装しているかどうかに応じて判定してもよい。
【００４５】
サービス検索処理を開始すると（Ｓ７０２、Ｓ７０４）、携帯電話３００はサービス情報応答メッセージ、サービス情報通知メッセージ、サービス消滅通知の受信を監視する。携帯電話３００は、サービス情報応答またはサービス情報通知を受信すると（Ｓ７０５でＹｅｓ）、受信したメッセージがサービス検索処理を実行中の通信プロトコルによるものであるかどうかを判定する（Ｓ７０６）。そして、携帯電話３００は、サービス検索処理を実行中の通信プロトコルのメッセージを受信した場合（Ｓ７０６でＹｅｓ）、発見したサービスの利用を開始する（Ｓ７０７）。なお、受信したメッセージがサービス検索処理を実行中でない通信プロトコルによるものであった場合は、処理をＳ７０５へ戻し、各種メッセージの受信の監視を継続する。
【００４６】
一方、携帯電話３００は、サービス消滅通知を受信すると（Ｓ７０８でＹｅｓ）、その通知に対応する通信プロトコル以外の通信プロトコルで、同一のサービスを発見しているかどうかを判定する（Ｓ７０９）。携帯電話３００は、他の通信プロトコルでのサービスを発見している場合（Ｓ７０９でＹｅｓ）、処理をＳ７０５へ戻し、そのまま、サービスの利用と、各種メッセージの受信監視とを継続する。すなわち、携帯電話３００は、ＵＰｎＰでもｍＤＮＳでも同一のサービスを発見している場合、ＵＰｎＰ又はｍＤＮＳどちらか一方のサービス消滅通知を受信しただけでは、サービスの利用を停止しない。Ｓ７０８で受信したサービス消滅通知の通信プロトコル以外でサービスを発見していない場合（Ｓ７０９でＮｏ）、携帯電話３００は当該サービスが消滅したと判断し、Ｓ７０７で開始したサービスの利用を停止する（Ｓ７１０）。
【００４７】
（通信システムの構成及び動作）
次に、デジタルカメラ１００と携帯電話３００とが参加する通信システムと、その通信システムにおける通信シーケンスの一例について、図９および図１０を用いて解説する。図９は、通信システムの構成例を示す図である。本実施形態では、通信システム９００は、デジタルカメラ１００と３台の携帯電話（それぞれ携帯電話Ａ（３００Ａ）、携帯電話Ｂ（３００Ｂ）、携帯電話Ｃ（３００Ｃ））が参加して構成される。デジタルカメラ１００と携帯電話３００Ａ〜３００Ｃのそれぞれは、無線ＬＡＮ通信９２０を行う。携帯電話３００Ａ〜３００Ｃのそれぞれは、図３と図４で示した機能を有し、図７のように動作する。なお本実施形態では、図８に示すように、携帯電話Ａ（３００Ａ）はＵＰｎＰのみ、携帯電話Ｂ（３００Ｂ）はＵＰｎＰおよびｍＤＮＳの両方、携帯電話Ｃ（３００Ｃ）はｍＤＮＳのみをサポートするものとする。
【００４８】
図１０は図９の通信システムにおける、デジタルカメラ１００と携帯電話３００Ａ〜３００Ｃとの間の通信シーケンスの一例を表す。なお、初期状態として、デジタルカメラ１００と３台の携帯電話３００Ａ〜３００Ｃは無線ＬＡＮで接続されているものとする。
【００４９】
図の処理では、まず、デジタルカメラ１００のユーザが、例えば画像交換サービスを開始するためにデジタルカメラ１００を操作する（Ｓ１００１）。その操作が行われると、デジタルカメラ１００はＵＰｎＰのサービス応答処理を開始する（Ｓ１００２）と共に、ｍＤＮＳのサービス応答処理を開始する（Ｓ１００３）。
【００５０】
一方、携帯電話Ａ（３００Ａ）のユーザは、画像交換サービスを開始するために携帯電話Ａを操作したとする（Ｓ１００４）。その操作が行われると、携帯電話Ａ（３００Ａ）はＵＰｎＰのサービス情報要求を送信する（Ｓ１００５）。デジタルカメラ１００はサービス情報要求を受信すると（Ｓ１００５）、携帯電話ＡにＵＰｎＰのサービス情報応答を送信し（Ｓ１００６）、ＵＰｎＰのサービス通知処理を開始する（Ｓ１００７）。これ以降、デジタルカメラ１００はＵＰｎＰのサービス情報通知メッセージを周期的に送信する（Ｓ１００９、Ｓ１０１０）。携帯電話Ａ（３００Ａ）は、サービス情報応答（Ｓ１００６）を受信すると、デジタルカメラ１００との画像交換サービスを開始する（Ｓ１００８）。
【００５１】
続いて、携帯電話Ｂ（３００Ｂ）のユーザが、画像交換サービスを開始するために携帯電話Ｂ（３００Ｂ）を操作したとする（Ｓ１０１１）。この操作が行われると、携帯電話Ｂ（３００Ｂ）はＵＰｎＰのサービス情報要求の送信（Ｓ１０１２）と、ｍＤＮＳのサービス情報要求の送信（Ｓ１０１３）を実行する。デジタルカメラ１００は、これらのサービス情報要求を受信すると（Ｓ１０１２、Ｓ１０１３）、携帯電話ＢにＵＰｎＰのサービス情報応答（Ｓ１０１４）とｍＤＮＳのサービス情報応答（Ｓ１０１６）とを送信する。また、デジタルカメラ１００は、ｍＤＮＳのサービス情報要求（Ｓ１０１３）の受信を契機に、ｍＤＮＳのサービス通知処理を開始する（Ｓ１０１７）。これ以降、デジタルカメラ１００はｍＤＮＳのサービス情報通知メッセージを周期的に送信する（Ｓ１０１８、Ｓ１０１９）。携帯電話Ｂ（３００Ｂ）は、サービス情報応答（Ｓ１０１４）を受信すると、デジタルカメラ１００との画像交換サービスを開始する（Ｓ１０１５）。
【００５２】
デジタルカメラ１００は、例えばサービス通知処理の停止判定処理を行うためのタイマが満了すると（Ｓ１０２０）、図６に示す判定処理を行う。本実施形態では、Ｓ１０２０の段階で、ｍＤＮＳのみをサポートするサービス利用端末（携帯電話）が存在しないため、デジタルカメラ１００は、ｍＤＮＳのサービス通知処理を停止し（Ｓ１０２１）、ｍＤＮＳのサービス消滅通知を送信する（Ｓ１０２２）。この時点で、デジタルカメラ１００は、Ｓ１０１７で開始したｍＤＮＳのサービス情報通知メッセージの周期的送信処理を停止する。携帯電話Ｂ（３００Ｂ）は、Ｓ１０２２のサービス消滅通知を受信するが、Ｓ１０１４でＵＰｎＰでもデジタルカメラ１００のサービスを発見しているので、画像交換サービスの利用を継続する。
【００５３】
この後に、携帯電話Ｃ（３００Ｃ）のユーザが、画像交換サービスを開始するために携帯電話Ｃ（３００Ｃ）を操作したとする（Ｓ１０２３）。携帯電話Ｃ（３００Ｃ）はｍＤＮＳのサービス情報要求を送信する（Ｓ１０２４）。デジタルカメラ１００はサービス情報要求（Ｓ１０２４）を受信すると、携帯電話ＣにｍＤＮＳのサービス情報応答を送信し（Ｓ１０２５）、ｍＤＮＳのサービス通知処理を再開する（Ｓ１０２６）。これ以降、デジタルカメラ１００はｍＤＮＳのサービス情報通知メッセージを周期的に送信する（Ｓ１０２８）。サービス情報応答（Ｓ１０２５）を受信した携帯電話Ｃ（３００Ｃ）は、デジタルカメラ１００との画像交換サービスを開始する（Ｓ１０２７）。
【００５４】
以上説明したように、本実施形態のデジタルカメラ１００は、必要最低限の数の通信プロトコルで全てのサービス利用端末がサービスを利用できるように、サービス情報通知を行う通信プロトコルを制限する。これにより、接続性を損なうことなく、消費電力およびネットワーク負荷の低減を図ることが可能となる。
【００５５】
＜＜実施形態２＞＞
実施形態１では、サービス提供装置であるデジタルカメラ１００が、サービス提供を開始する時点でサービス情報要求メッセージに対する応答処理のみを開始するとした。しかしながら本発明は、これに限定されない。本実施形態では、サービス提供装置（デジタルカメラ１００）が、サービス提供開始時点でサービスの通知処理と応答処理を開始する場合の例について説明する。なお、本実施形態におけるデジタルカメラおよび携帯電話のハードウェア構成、機能構成は、実施形態１と同様に図１〜図４で示される形態をとるため、説明を省略する。
【００５６】
（サービス提供装置及びサービス利用装置の動作）
図１１は、デジタルカメラ１００が、自らが提供するサービス通知を開始した際に実行される処理の動作を示すフロー図である。この処理は、実施形態１と同様に、例えば、デジタルカメラ１００の電源オン、ユーザによるボタン操作等によるデジタルカメラ１００の操作実行、外部装置からのメッセージ受信などを契機に実行される。
【００５７】
デジタルカメラ１００は、本処理を開始すると、ＵＰｎＰおよびｍＤＮＳによるサービス応答処理および通知処理を開始する（Ｓ１１０１、Ｓ１１０２）。デジタルカメラ１００は、ＵＰｎＰによるサービス応答処理を開始後、サービス利用装置からのＵＰｎＰのサービス情報要求メッセージを受信すると、これに対する応答信号を送信する。さらに、デジタルカメラ１００は、ＵＰｎＰによるサービス通知処理の開始後、ＵＰｎＰのサービス通知処理を停止するまで、ＵＰｎＰのサービス通知メッセージを周期的に送信し続ける。また、デジタルカメラ１００は、ｍＤＮＳによるサービス応答処理を開始後、サービス利用装置からのｍＤＮＳのサービス情報要求メッセージを受信すると、これに対する応答信号を送信する。さらに、デジタルカメラ１００は、ｍＤＮＳによるサービス通知処理の開始後、ｍＤＮＳのサービス通知処理を停止するまで、ｍＤＮＳのサービス通知メッセージを周期的に送信し続ける。
【００５８】
なお、Ｓ１１０３〜Ｓ１１１６の処理は、実施形態１における図５のＳ５０３〜Ｓ５１６と同様の処理である。このため、ここでは説明を省略する。また、デジタルカメラ１００においてサービス通知処理を停止する際の動作フロー、デジタルカメラ１００が管理するサービス利用端末管理テーブル、携帯電話３００がサービスを検索する際の動作フローは実施形態１と同様であるため、説明を省略する。
【００５９】
（通信システムの動作）
図１２は、本実施形態におけるデジタルカメラ１００と携帯電話（３００Ａ〜３００Ｃ）の間の通信シーケンスの一例である。なお、通信システムの構成は実施形態１と同様、図９で示す構成であるものとする。なお、初期状態として、デジタルカメラ１００と３台の携帯電話（３００Ａ〜３００Ｃ）は無線ＬＡＮで接続済みであるものとする。
【００６０】
まず、デジタルカメラ１００のユーザが、画像交換サービスを開始するためにデジタルカメラ１００を操作する（Ｓ１２０１）。この操作が行われると、デジタルカメラ１００はＵＰｎＰのサービス応答処理（Ｓ１２０２）、ｍＤＮＳのサービス応答処理（Ｓ１２０３）、ＵＰｎＰのサービス通知処理（Ｓ１２０４）、およびｍＤＮＳのサービス通知処理（Ｓ１２０５）を開始する。そして、デジタルカメラ１００は、これ以降、ＵＰｎＰおよびｍＤＮＳのサービス情報通知メッセージを周期的に送信する（Ｓ１２０６、Ｓ１２０７）。
【００６１】
一方、携帯電話Ａ（３００Ａ）のユーザが、画像交換サービスを開始するために携帯電話Ａ（３００Ａ）を操作したとする（Ｓ１２０８）。この操作が行われると、携帯電話Ａ（３００Ａ）はＵＰｎＰのサービス情報要求を送信する（Ｓ１２０９）。デジタルカメラ１００は、サービス情報要求を受信すると（Ｓ１２０９）、携帯電話ＡにＵＰｎＰのサービス情報応答を送信する（Ｓ１２１０）。携帯電話Ａ（３００Ａ）は、サービス情報応答を受信すると（Ｓ１２１０）、デジタルカメラ１００との画像交換サービスを開始する（Ｓ１２１１）。
【００６２】
続いて、携帯電話Ｂ（３００Ｂ）のユーザが、画像交換サービスを開始するために携帯電話Ｂ（３００Ｂ）を操作したとする（Ｓ１２１２）。この操作が行われると、携帯電話Ｂ（３００Ｂ）は、ＵＰｎＰのサービス情報要求の送信（Ｓ１２１３）と、ｍＤＮＳのサービス情報要求の送信（Ｓ１２１４）とを実行する。デジタルカメラ１００はサービス情報要求を受信すると（Ｓ１２１３、Ｓ１２１４）、携帯電話ＢにＵＰｎＰのサービス情報応答（Ｓ１２１５）とｍＤＮＳのサービス情報応答（Ｓ１２１７）を送信する。携帯電話Ｂ（３００Ｂ）は、サービス情報応答を受信すると（Ｓ１２１５）、デジタルカメラ１００との画像交換サービスを開始する（Ｓ１２１６）。
【００６３】
デジタルカメラ１００は、例えば、サービス通知処理の停止判定処理を行うためのタイマが満了すると（Ｓ１２１８）、図６に示すような判定処理を行う。Ｓ１２１８の段階では、ｍＤＮＳのみをサポートするサービス利用端末（携帯電話）が存在しないため、デジタルカメラ１００はｍＤＮＳのサービス通知処理を停止し（Ｓ１２１９）、ｍＤＮＳのサービス消滅通知を送信する（Ｓ１２２０）。この時点で、デジタルカメラ１００は、Ｓ１２０５で開始したｍＤＮＳのサービス情報通知メッセージの周期的送信処理を停止する。携帯電話Ｂ（３００Ｂ）は、Ｓ１２２０のサービス消滅通知を受信するが、Ｓ１２１５でＵＰｎＰでもデジタルカメラ１００のサービスを発見しているので、画像交換サービスの利用を継続する。
【００６４】
この後、携帯電話Ｃ（３００Ｃ）のユーザが、画像交換サービスを開始するために携帯電話Ｃ（３００Ｃ）を操作したとする（Ｓ１２２１）。すると、携帯電話Ｃ（３００Ｃ）は、ｍＤＮＳのサービス情報要求を送信する（Ｓ１２２２）。デジタルカメラ１００はサービス情報要求（Ｓ１２２２）を受信すると、携帯電話Ｃ（３００Ｃ）にｍＤＮＳのサービス情報応答を送信し（Ｓ１２２３）、ｍＤＮＳのサービス通知処理を再開する（Ｓ１２２４）。これ以降、デジタルカメラ１００はｍＤＮＳのサービス情報通知メッセージを周期的に送信する（Ｓ１２２６）。サービス情報応答（Ｓ１２２３）を受信した携帯電話Ｃ（３００Ｃ）は、デジタルカメラ１００との画像交換サービスを開始する（Ｓ１２２５）。
【００６５】
実施形態２の方法によっても、サービス提供装置とサービス利用装置との間の接続性を確保しながら、必要最低限の数の通信プロトコルのみを動作させることが可能となる。
【００６６】
なお、実施形態１及び２において、複数の通信プロトコルとはＵＰｎＰとｍＤＮＳであるとしたが、これに限定されない。またこれらの実施形態では、サービス提供装置がサポートする通信プロトコルは２種類であるとしたが、３種類以上の通信プロトコルを使用しても良い。
【００６７】
また、実施形態１及び２では、サービス提供装置は、サービス利用装置からのサービス情報要求メッセージに含まれるプロトコル種別を用いて、サービス利用装置がサービスを発見するのに用いた通信プロトコルを判定すると説明した。しかし、サービス利用装置が利用した通信プロトコルの判定方法はこれに限られない。たとえば、サービス提供装置が、サービス利用装置に対して、使用した通信プロトコルの種別の情報を要求する要求メッセージを送信しても良い。あるいは、サービス提供装置において、サービス利用装置がサポートする通信プロトコルの種別を事前に設定しておいても良い。
【００６８】
また、実施形態１及び２では、サービス提供装置がサービス通知処理停止を判定する際に、ＵＰｎＰについて判定した後にｍＤＮＳについての判定を行っている。この場合、全てのサービス利用装置がＵＰｎＰもｍＤＮＳも両方使用している場合には、必ずＵＰｎＰサービス通知処理が停止されることになる。しかしながら、本発明はこれに限定されるものではない。サービス通知処理を停止することができる通信プロトコルが複数あった場合、例えば事前の設定によって、所定の通信プロトコルの種別を停止するようにしても良い。また、通信プロトコルが３つ以上の場合は、それらの通信プロトコルでの通信について維持すべき優先順序を予め定め、優先順序の低い順に通信プロトコルを停止するようにしてもよい。あるいは、サービス通知処理にかかる処理負荷の大きい通信プロトコルから順に、サービス通知処理を停止する通信プロトコルとして選択してもよい。さらに、処理負荷と、通信速度などの処理能力との評価関数を用いて、処理負荷に対する処理能力の効率の高い通信プロトコルを可能な限り維持するように、停止すべき通信プロトコルを決定してもよい。
【００６９】
以上、本発明の代表的な実施形態について説明した。しかしながら、本発明は、上述及び図面に示す実施形態に限定されることはなく、その要旨を変更しない範囲内で適宜変形して実施できる。
【００７０】
＜＜その他の実施形態＞＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
0005860293.tif 000002
【図２】
0005860293.tif 000003
【図３】
0005860293.tif 000004
【図４】
0005860293.tif 000005
【図５】
0005860293.tif 000006
【図６】
0005860293.tif 000007
【図７】
0005860293.tif 000008
【図８】
0005860293.tif 000009
【図９】
0005860293.tif 000010
【図１０】
0005860293.tif 000011
【図１１】
0005860293.tif 000012
【図１２】
0005860293.tif 000013