(57)【特許請求の範囲】
【請求項１】
通信装置であって、
第１通信方式により他の通信装置と無線通信を行う第１通信手段と、
第１通信方式と異なる第２通信方式により前記他の通信装置と無線通信を行う第２通信手段と、
前記第１通信手段により前記他の通信装置と接続した際に、前記他の通信装置と前記第２通信手段よる接続を要求する要求メッセージを送信し、かつ、前記他の通信装置から前記第２通信方式による接続を要求する要求メッセージを受信した場合、当該受信した要求メッセージに対して応答メッセージを送信するか否かを判定する判定手段と、
前記判定手段により前記応答メッセージを送信すると判定された場合、前記他の通信装置から受信した要求メッセージにおいて要求された前記第２通信方式による接続の実行可否に拘わらず、前記第２通信方式による接続を拒否する応答メッセージを前記他の通信装置に前記第１通信手段により送信する送信手段と、
を有し、
前記送信手段は、前記通信装置及び前記他の通信装置が要求メッセージを送信したことがエラーの理由であることを示す情報を前記応答メッセージに含めることを特徴とする通信装置。
【請求項２】
通信装置であって、
第１通信方式により他の通信装置と無線通信を行う第１通信手段と、
第１通信方式と異なる第２通信方式により前記他の通信装置と無線通信を行う第２通信手段と、
前記第１通信手段により前記他の通信装置と接続した際に、前記他の通信装置と前記第２通信手段よる接続を要求する要求メッセージを送信し、かつ、前記他の通信装置から前記第２通信方式による接続を要求する要求メッセージを受信した場合、当該受信した要求メッセージに対して応答メッセージを送信するか否かを判定する判定手段と、
前記判定手段により前記応答メッセージを送信すると判定された場合、前記他の通信装置から受信した要求メッセージにおいて要求された前記第２通信方式による接続の実行可否に拘わらず、前記第２通信方式による接続を拒否する応答メッセージを前記他の通信装置に前記第１通信手段により送信する送信手段と、
前記送信手段により前記第２通信方式による接続を拒否する応答メッセージを送信する場合、前記通信装置及び前記他の通信装置が要求メッセージを送信したことがエラーの理由であることを示す情報を表示させる表示制御手段と、を有することを特徴とする通信装置。
【請求項３】
前記第１通信手段は、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）により通信を行うことを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記第２通信手段は、ＩＥＥＥ８０２．１１シリーズに準拠した無線通信により通信を行うことを特徴とする請求項１乃至３何れか１項に記載の通信装置。
【請求項５】
前記要求メッセージは、ＮＦＣ  Ｆｏｒｕｍにより規定されるＨａｎｄｏｖｅｒ  Ｒｅｕｑｅｓｔメッセージであることを特徴とする請求項１乃至４何れか一項に記載の通信装置。
【請求項６】
前記応答メッセージは、は、ＮＦＣ  Ｆｏｒｕｍにより規定されるＨａｎｄｏｖｅｒ  Ｓｅｌｅｃｔメッセージであることを特徴とする請求項１乃至５何れか一項に記載の通信装置。
【請求項７】
前記通信装置により送信される要求メッセージ及び前記他の通信装置から受信される要求メッセージには、前記第２通信方式による通信を用いて実行を要求するサービスの情報が含まれることを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
【請求項８】
第１通信方式により他の通信装置と無線通信を行う第１通信手段と、第１通信方式と異なる第２通信方式により前記他の通信装置と無線通信を行う第２通信手段と、を有する通信装置の制御方法であって、
前記第１通信手段により前記他の通信装置と接続した際に、前記他の通信装置と前記第２通信手段よる接続を要求する要求メッセージを送信し、かつ、前記他の通信装置から前記第２通信方式による接続を要求する要求メッセージを受信した場合、当該受信した要求メッセージに対して応答メッセージを送信するか否かを判定する判定工程と、
前記判定工程において前記応答メッセージを送信すると判定された場合、前記他の通信装置から受信した要求メッセージにおいて要求された前記第２通信方式による接続の実行可否に拘わらず、前記第２通信方式による接続を拒否する応答メッセージを前記他の通信装置に前記第１通信手段により送信する送信工程と、
を有し、
前記送信工程は、前記通信装置及び前記他の通信装置が要求メッセージを送信したことがエラーの理由であることを示す情報を前記応答メッセージに含めることを特徴とする通信装置の制御方法。
【請求項９】
第１通信方式により他の通信装置と無線通信を行う第１通信手段と、第１通信方式と異なる第２通信方式により前記他の通信装置と無線通信を行う第２通信手段と、を有する通信装置の制御方法であって、
前記第１通信手段により前記他の通信装置と接続した際に、前記他の通信装置と前記第２通信手段よる接続を要求する要求メッセージを送信し、かつ、前記他の通信装置から前記第２通信方式による接続を要求する要求メッセージを受信した場合、当該受信した要求メッセージに対して応答メッセージを送信するか否かを判定する判定工程と、
前記判定工程において前記応答メッセージを送信すると判定された場合、前記他の通信装置から受信した要求メッセージにおいて要求された前記第２通信方式による接続の実行可否に拘わらず、前記第２通信方式による接続を拒否する応答メッセージを前記他の通信装置に前記第１通信手段により送信する送信工程と、
前記送信工程により前記第２通信方式による接続を拒否する応答メッセージを送信する場合、前記通信装置及び前記他の通信装置が要求メッセージを送信したことがエラーの理由であることを示す情報を表示させる表示工程と、を有することを特徴とする通信装置の制御方法。
【請求項１０】
請求項８または９に記載の制御方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術に関する。
【背景技術】
【０００２】
従来、携帯端末において、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＩｒＤＡ  （Ｉｎｆｒａｒｅｄ  Ｄａｔａ  Ａｓｓｏｃｉａｔｉｏｎ）、ＴｒａｎｓｆｅｒＪｅｔ（登録商標）などの近接無線通信を利用可能なものが知られている。近接無線通信では装置同士を近づけるといった操作を行うだけで、装置間でデータの送受信を行うことができる。また、このような近接無線通信から無線ＬＡＮ（ＩＥＥＥ８０２．１１シリーズ）やＢｌｕｅｔｏｏｔｈ（登録商標）等の異なる無線通信方式にハンドオーバする技術がある。
【０００３】
また、近接無線通信からハンドオーバする際、ハンドオーバ後の無線通信方式において通信するための通信パラメータ及び自装置の実行可能なアプリケーションに関する能力情報を近接無線通信で通信するものが知られている（特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２０７０６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＮＦＣからのハンドオーバでは、ハンドオーバを他の装置に要求し、要求メッセージを送信するリクエスタと、該要求されたハンドオーバの実行可否を選択するセレクタとの二つの役割間で通信を行うことがある。
【０００６】
また、この場合、ＮＦＣによる通信を行っている装置夫々がリクエスタとして要求メッセージを送信した場合、装置間での役割の競合を回避する回避処理を行うことができる。具体的には、ＮＦＣで通信している装置夫々が、受信した要求メッセージ内に含まれる所定の値と送信した要求メッセージに含めた所定の値とを比較し、値が少ない方がセレクタとして動作するようにすること競合を回避することができる。
【０００７】
しかしながら、回避処理によりセレクタとなった装置が送信した要求メッセージに対する応答メッセージは送信されることはない。即ち、回避処理によりセレクタとなった装置は、送信した要求メッセージ対する応答を受信しないまま、通信相手装置から受信された応答メッセージに対して応答する必要がある。これにより、回避処理によりセレクタとなった装置は、自装置が要求するハンドオーバにより実行される通信の実行可否が不明のまま、通信相手装置が要求するハンドオーバを実行する場合があり、意図しない処理負荷の増加、想定していない電力の消費が生じてしまう恐れがあった。
【０００８】
本発明は、上述の課題に鑑みてなされ、接続した装置間で夫々が要求メッセージを送信し合った場合の問題を緩和することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明に係る通信装置は、第１通信方式により他の通信装置と無線通信を行う第１通信手段と、第１通信方式と異なる第２通信方式により前記他の通信装置と無線通信を行う第２通信手段と、前記第１通信手段により前記他の通信装置と接続した際に、前記他の通信装置と前記第２通信手段よる接続を要求する要求メッセージを送信し、かつ、前記他の通信装置から前記第２通信方式による接続を要求する要求メッセージを受信した場合、当該受信した要求メッセージに対して応答メッセージを送信するか否かを判定する判定手段と、前記判定手段により前記応答メッセージを送信すると判定された場合、前記他の通信装置から受信した要求メッセージにおいて要求された前記第２通信方式による接続の実行可否に拘わらず、前記第２通信方式による接続を拒否する応答メッセージを前記他の通信装置に前記第１通信手段により送信する送信手段とを有し、前記送信手段は、前記通信装置及び前記他の通信装置が要求メッセージを送信したことがエラーの理由であることを示す情報を前記応答メッセージに含めることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、接続した装置間で夫々が要求メッセージを送信し合った場合の問題を緩和することができる。
【図面の簡単な説明】
【００１１】
【図１】実施形態に係るシステム構成を例示する図。
【図２】実施形態に係るデジタルカメラのハードウェア構成の一例を示す図。
【図３】実施形態に係るタブレットＰＣのハードウェア構成の一例を示す図。
【図４】実施形態に係るデジタルカメラの機能ブロック構成の一例を示す図。
【図５】実施形態に係るタブレットＰＣの機能ブロック構成の一例を示す図。
【図６】第一の実施形態におけるデジタルカメラおよびタブレットＰＣの動作フローを説明する図。
【図７】第一の実施形態におけるデジタルカメラおよびタブレットＰＣの表示例を説明する図。
【図８】第一の実施形態におけるデジタルカメラとタブレットＰＣ間の通信シーケンスを例示的に説明する図。
【図９】第二の実施形態におけるデジタルカメラおよびタブレットＰＣの動作フローを説明する図。
【図１０】第二の実施形態におけるデジタルカメラおよびタブレットＰＣの表示例を説明する図。
【図１１】第二の実施形態におけるデジタルカメラとタブレットＰＣ間の通信シーケンスを例示的に説明する図。
【発明を実施するための形態】
【００１２】
以下、本実施形態に係る通信装置、通信システムについて、図面を参照しながら詳細に説明する。図１は、以下に説明する本実施形態において想定するシステム１００の機器構成の図である。１０１、１０２は本発明に係る通信装置で、本実施形態においてはそれぞれ１０１はデジタルカメラ、１０２はタブレットＰＣである。デジタルカメラ１０１およびタブレットＰＣ１０２は、お互いの間で、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）通信１０３を用いて通信が可能である。なお、本実施例では、デジタルカメラ１０１およびタブレットＰＣ１０２がＮＦＣ通信１０３を介して双方向でのデータの送受信が可能となる双方向通信モードによる通信を前提として説明する。なお、ＮＦＣ通信には、カードエミュレーションモード、リードライトモードとの他のモードがある。また、デジタルカメラ１０１とタブレットＰＣ１０２は無線ＬＡＮ通信１０４を用いてお互いに通信が可能である。
【００１３】
続いて、図２はデジタルカメラ１０１のハードウェア構成を示す図である。
【００１４】
デジタルカメラ１０１は、表示部２０１、操作部２０２、記憶部２０３、電源部２０４、制御部２０５、ＲＯＭ２０６、ＲＡＭ２０７、ＮＦＣ通信部２０８、無線ＬＡＮ通信部２０９を備える。
【００１５】
表示部２０１は、例えばＬＣＤやＬＥＤにより構成され、ユーザが視覚で認知可能な情報を出力する機能を有し、アプリケーションに係るＵＩの表示を行う。操作部２０２は、ユーザが各種入力等を行い、通信装置を操作するための機能を有する。記憶部２０３は、例えば、ＨＤＤ、フラッシュメモリまたは着脱可能なＳＤカードなどの記憶媒体により構成され、無線通信ネットワーク情報、データ送受信情報、画像データなど各種データを記憶し、管理する。電源部２０４は、例えばバッテリであり、装置全体を動作させるための電源を保持し、各ハードウェアに電力を供給する。
【００１６】
制御部２０５は、例えばＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）であり、デジタルカメラ１０１の各構成要素の動作を制御する。ＲＯＭ２０６は、制御命令つまりプログラムを格納し、後述する各種動作は、ＲＯＭ２０６に記憶された制御プログラムを制御部２０５が実行することにより実現される。ＲＡＭ２０７は、プログラムを実行する際のワークメモリやデータの一時保存などに利用される。２０８は、ＮＦＣ通信１０３を行うＮＦＣ通信部である。ＮＦＣ通信部２０８は、ＮＦＣ  Ｆｏｒｕｍで規定された通信規則に準拠した無線通信を行う。また、ＮＦＣ通信部２０８は、通信範囲内に通信可能な装置を検出すると自動的にＮＦＣ通信１０３を確立する。なお、ＮＦＣ通信部２０８は、ＮＦＣ規格に準拠した無線通信を行うものとしたが、無線ＬＡＮ通信部２０９が用いる通信方式より、通信距離が短い通信方式を用いてもよい。また、ＮＦＣ通信部２０８は、無線ＬＡＮ通信部２０９が用いる通信方式より、通信速度が遅い通信方式を用いればよい。ＮＦＣ通信部２１０は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）４．０で規定されるＢｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＬＥ）方式を用いてもよい。また、ＮＦＣ通信部２０８は、ＴｒａｎｓｆｅｒＪｅｔ（商標登録）やＩｒＤＡ等の他の通信方式を用いてもよい。
【００１７】
無線ＬＡＮ２０９は、無線ＬＡＮ通信１０４を行う無線ＬＡＮ通信部である。無線ＬＡＮ通信部２０９は、ＩＥＥＥ（Ｔｈｅ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ，  Ｉｎｃ．）８０２．１１シリーズに準拠した無線通信を行う。なお、本実施例では、無線ＬＡＮ通信部２０９は、ＩＥＥＥ８０２．１１シリーズに準拠した無線通信を行うものとしたが、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の他の通信方式を用いてもよい。
【００１８】
続いて、図３はタブレットＰＣ１０２のハードウェア構成を示す図である。タブレットＰＣ１０２の各構成部位については、デジタルカメラ１０１と同一のためここでは記載を省略する。
【００１９】
次に図４、図５を参照して、デジタルカメラ１０１、タブレットＰＣ１０２の機能ブロック図を説明する。本実施形態において、デジタルカメラ１０１、タブレットＰＣ１０２の機能ブロックは、それぞれＲＯＭ２０６、３０６にプログラムとして記憶され、制御部２０５、３０５によって当該プログラムが実行されることによりその機能が実施される。制御部２０５、３０５は、制御プログラムにしたがって、各ハードウェアの制御、および、情報の演算や加工を行うことで各機能が実現される。なお、本機能ブロックに含まれる一部または全部がハードウェア化されていてもよい。この場合、各機能ブロックに含まれる一部または全部は、例えばＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）により構成される。
【００２０】
図４はデジタルカメラ１０１の機能ブロック図（４００）である。デジタルカメラ１０１は、ＮＦＣ通信制御部４１０、無線ＬＡＮ通信制御部４２０、サービス制御部４３０、表示制御部４４０を備える。
【００２１】
ＮＦＣ通信制御部４１０は、ＮＦＣ通信部２０８を介したＮＦＣ通信１０３を制御する処理部である。無線ＬＡＮ通信制御部６１０は、無線ＬＡＮ通信部２０９を介した無線ＬＡＮ通信を制御する処理部である。また、無線ＬＡＮ通信制御部６１０は、無線ＬＡＮのインフラストラクチャモードにおけるステーションとして動作するＳＴＡ機能と、アクセスポイントとして動作するＡＰ機能を備える。サービス制御部４３０は、無線ＬＡＮ通信部２０９を用いて実行できるサービス情報を管理し、サービスを実行する処理部である。サービス制御部４３０は、自装置が提供するサービスの実行、および／または他の装置が提供するサービスの利用を制御する。表示制御部４４０は、表示部２０１への出力および操作部２０２からの入力を制御する処理部である。
【００２２】
図５はタブレットＰＣ１０２の機能ブロック図（５００）である。タブレットＰＣ１０２は、ＮＦＣ通信制御部５１０、無線ＬＡＮ通信制御部５２０、サービス制御部５３０、表示制御部５４０を備える。タブレットＰＣ１０２の各構成部位については、デジタルカメラ１０１と同一のためここでは記載を省略する。
【００２３】
なお、本実施形態における通信システムにおける装置をデジタルカメラとタブレットＰＣとして説明を行うが、例えばプリンタ、ＰＣ、ビデオカメラ、スマートウォッチ、スマートフォン、ＰＤＡなどの装置であってもよい。
【００２４】
上述の構成を有する通信システムの動作ついて説明を行う。
【００２５】
（第一の実施形態）
図６のフローチャートを参照して、第一の実施形態におけるデジタルカメラ１０１、タブレットＰＣ１０２間で、ＮＦＣ通信１０３から無線ＬＡＮ通信１０４にハンドオーバし、無線ＬＡＮ通信１０４を介して、通信処理を実行する場合を説明する。
【００２６】
図６のフローチャートは、デジタルカメラ１０１およびタブレットＰＣ１０２の動作手順を示す。本実施例ではデジタルカメラ１０１に着目して説明するが、タブレットＰＣ１０２において同一の動作フローで動作するものとする。
【００２７】
まず、デジタルカメラ１０１は、操作部２０２によりユーザから特定のサービスを実施する旨の指示を受け付ける（Ｓ６０１）。具体的なユーザ操作にとしては、まず、デジタルカメラ１０１の保持する画像の一覧再生画面（図７の７０１）において、操作部２０２によりユーザからの画像の選択指示を受け付ける（図７の７０２）。次に、ユーザが選択した該画像に対する処理（サービス）の一覧を示す画面（図７の７０３）を表示部２０１に表示させる。デジタルカメラ１０１は、操作部２０２によりユーザから所望のサービスの選択操作を受け付ける。なお、本実施例では、画像を選択した後にサービスを選択する操作手順を説明したが、その他の手順によりサービスを選択してもよい。
【００２８】
次に、ユーザの近接操作によってデジタルカメラ１０１とタブレットＰＣ１０２とが互いに近接され、ＮＦＣ通信１０３の通信圏内に入ったことを検知するとＮＦＣ通信部２０８によりタブレットＰＣ１０２と接続する（Ｓ６０２）。デジタルカメラ１０１は、実行を希望するサービスが選択された状態でＮＦＣ接続すると、ＮＦＣ通信１０３により実行を希望するサービスのサービス情報を含むハンドオーバリクエストメッセージを送信する（Ｓ６０３）。ハンドオーバリクエストメッセージは、ＮＦＣとは異なる通信方式により新たに接続することを要求するメッセージである。ハンドオーバリクエストメッセージとは、ＮＦＣの標準化団体であるＮＦＣ  ＦｏｒｕｍのＣｏｎｎｅｃｔｉｏｎ  Ｈａｎｄｏｖｅｒ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎにて規定されるＨａｎｄｏｖｅｒ  Ｒｅｕｑｅｓｔメッセージとする。
【００２９】
また、本実施形態におけるサービスとは、サービスを利用する装置とサービスを提供する装置との間で通信を行うことで実行される処理のことを示す。例えば、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ  ＳＥＲＶＩＣＥで利用可能なサービスがある。Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ  ＳＥＲＶＩＣＥで利用可能なサービスとして、相手機器に画像データを送信するＳＥＮＤサービス、動画データを送信、再生するＰＬＡＹサービス、画像データを送信するＰＲＩＮＴサービスなどがある。
【００３０】
上述のサービス情報とは、サービス識別情報とメッセージ種別情報を含むメッセージである。サービス識別情報とは、サービスを一意に識別するための情報であり、「ｗｆｄｓ．ｓｅｎｄ」のような文字列で表現される。なお、数値などのような文字列以外の形式で表現されるものであってもよい。
【００３１】
また、メッセージ種別情報とは、サービス情報がサービスの広告，要求または選択のどちらの意図であるかを示す情報である。本実施例では、メッセージ種別として、自装置が実行可能なサービスを相手装置に広告する場合は「Ａｄｖｅｒｔｉｓｅｄ」がメッセージ種別情報として入力される。また、サービスの要求を意図する場合は「Ｒｅｑｕｅｓｔｅｄ」がメッセージ種別情報として入力される。また、要求されたサービスの選択を意図する場合は「Ｓｅｌｅｃｔｅｄ」がメッセージ種別情報として入力される。
【００３２】
また、ハンドオーバリクエストメッセージには、ＮＦＣ接続した装置夫々がリクエスタとして要求メッセージを送信した場合、装置間での役割の競合を回避する回避処理に用いる乱数であるランダム値が含まれる。回避処理とは、接続した装置夫々が、受信した要求メッセージ内に含まれる乱数と送信した要求メッセージに含めた乱数とを比較し、値が少ない方がセレクタとして動作することを決定する処理である。
【００３３】
Ｓ６０３では、デジタルカメラ１０１はユーザから指示されたサービスを要求するため、メッセージ種別情報を「Ｒｅｑｕｅｓｔｅｄ」としたサービス情報をタブレットＰＣにＮＦＣ通信部２０８により送信する。
【００３４】
デジタルカメラ１０１は、タブレットＰＣ１０２からもハンドオーバリクエストメッセージを受信したか否かを判定する（Ｓ６０５）。タブレットＰＣ１０２からハンドオーバリクエストメッセージを受信した場合（Ｓ６０５のＹＥＳ）、回避処理を実行する。この場合、デジタルカメラ１０１とタブレットＰＣは、要求メッセージを送信したにも関わらず、通信相手からの要求メッセージを受信したことにより、互いにリクエスタとして動作していることを認識する。
【００３５】
デジタルカメラ１０１は、タブレットＰＣ１０２から受信した要求メッセージ内に含まれるランダム値と送信した要求メッセージに含めたランダム値が示す値とを比較する。デジタルカメラ１０１は、送信したランダム値が示す値が、受信したランダム値が示す値より小さい場合、セレクタとして動作すると判定する。即ち、セレクタとして動作する場合は、自装置が送信したハンドオーバリクエストメッセージは破棄される。一方、リクエスタとして動作する場合は、相手装置から受信したハンドオーバリクエストメッセージを破棄する。
【００３６】
デジタルカメラ１０１は、自装置が送信したハンドオーバリクエストメッセージが破棄されるかを判定する（Ｓ６０６）。自装置が送信したハンドオーバリクエストメッセージが破棄される場合（Ｓ６０６のＹＥＳ）、後述する処理Ａを実施し（Ｓ６０７）、処理を終了する（Ｓ６０８）。また、ハンドオーバリクエストメッセージを受信しなかった場合（Ｓ６０５のＮＯ）、または、デジタルカメラ１０１のハンドオーバリクエストメッセージが破棄されなかった場合（Ｓ６０６のＮＯ）は、後述する処理Ｂを実施する（Ｓ６０９）。処理Ｂを実行後、デジタルカメラ１０１は、処理を終了する（Ｓ６１０）。
【００３７】
処理Ａについて説明する。処理Ａ（Ｓ６０７）では、デジタルカメラ１０１は、ハンドオーバを実施できない旨を示すハンドオーバセレクトメッセージをタブレットＰＣ１０２にＮＦＣ通信部２０８により送信する（Ｓ６１１）。即ち、デジタルカメラ１０１は、タブレットＰＣ１０２から要求されたハンドオーバ及びサービスの要求を、その実行可否に拘わらず拒否するためのハンドオーバセレクトメッセージを送信する。なお、デジタルカメラ１０１は、タブレットＰＣ１０２から要求されたハンドオーバ及びサービスの実行可否を判定して、ハンドオーバ及びサービスが実行できると判定した場合でも、ハンドオーバ及びサービスを拒否する構成としてよい。また、回避処理によりセレクタとなった装置は、要求されたハンドオーバ及びサービスの実行可否を判定することなく、これらの要求を拒否するように構成してもよい。
【００３８】
なお、ハンドオーバセレクトメッセージとは、受信したリクエストメッセージに対する応答メッセージである。相手装置から要求された通信方式およびサービスを実行可能な場合、ハンドオーバ先の無線通信方式に関する情報と実施するサービスに関する情報を含むハンドオーバセレクトメッセージを送信する。一方、ハンドオーバを実施できない場合は、空のハンドオーバセレクトメッセージを相手機器に送信する。なお、ハンドオーバセレクトメッセージには、自機器の要求するサービスに関する情を含むハンドオーバリクエストメッセージが破棄されたことによりハンドオーバを実施しないことを示すエラー理由を示す情報を含めてもよい。
【００３９】
ハンドオーバセレクトメッセージは、ＮＦＣ  ＦｏｒｕｍのＣｏｎｎｅｃｔｉｏｎ  Ｈａｎｄｏｖｅｒ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎにて規定されるＨａｎｄｏｖｅｒ  Ｓｅｌｅｃｔメッセージである。
【００４０】
そして、デジタルカメラ１０１は、表示部２０１にサービスを実施できない旨のエラー画面（図７の７１１）を表示し（Ｓ６１２）、処理を終了する（Ｓ６１３）。なお、サービスを実施できない旨のエラー画面には、一方の装置でサービスの選択を解除してから、再度ＮＦＣ接続を行うことを促すことで、エラーを解除するための方法を表示するようにしてよい。
【００４１】
このように、ユーザにより選択されたサービスを要求する要求メッセージが破棄され、該サービスの実行可否が不明な場合は、他の装置から要求されたサービスの実行可否に拘わらずハンドオーバを実行せず、エラーを通知する。したがって、ユーザにより選択されたサービスの実行ができないこととその理由をユーザに速やかに通知することができる。また、ユーザは選択されたサービスの実行ができない理由を認識したユーザは、エラーを回避し、所望とするサービスの実行を実現するための操作を容易に判断することができる。
【００４２】
例えば、選択されたサービスの実行が回避処理によりエラーとなったことを認識したユーザは、デジタルカメラ１０１でのサービスの選択を行わない状態で再度タブレットＰＣ１０２とＮＦＣ通信１０３を確立する。そして、タブレットＰＣ１０２が要求するサービスを実行する。そして、その後再度デジタルカメラ１０１でサービスの選択を行った状態で再度タブレットＰＣ１０２とＮＦＣ通信１０３を確立し、デジタルカメラ１０１で要求するサービスを実行する。このように、回避処理により一方の装置で送信した要求メッセージが破棄される場合にも、ユーザの利便性が向上するエラー処理を行うことが可能となる。
【００４３】
処理Ｂ（Ｓ６０９）では、タブレットＰＣ１０２からハンドオーバセレクトメッセージをＮＦＣ通信部２０９により受信する（Ｓ６２１）。そして、受信したハンドオーバセレクトメッセージの内容からハンドオーバの実施可否を判定する（Ｓ６２２）。この場合、デジタルカメラ１０１は、送信したハンドオーバリクエストメッセージにより要求したサービスをタブレットＰＣ１０２が実行可能であることを示すハンドオーバセレクトメッセージを受信した場合、ハンドオーバを実施可であると判定する。また、デジタルカメラ１０１は、送信したハンドオーバリクエストメッセージにより要求したサービスをタブレットＰＣ１０２が実行可能ではないことを示すハンドオーバセレクトメッセージを受信した場合、ハンドオーバを実施不可であると判定する。
【００４４】
ハンドオーバが実施可能な場合（Ｓ６２２のＹＥＳ）、無線ＬＡＮ通信部２０９によりタブレットＰＣ１０２と無線ＬＡＮ通信１０４の接続を確立する（Ｓ６２３）。なお、無線ＬＡＮ通信１０４を確立するために、装置間で通信されたハンドオーバリクエストメッセージまたはハンドオーバセレクトメッセージに無線ＬＡＮ通信のための通信パラメータを含める。通信パラメータは、ネットワーク識別子としてのＳＳＩＤ、暗号方式、暗号鍵、認証方式、認証鍵、ＭＡＣアドレス等の無線ＬＡＮ通信を行うために必要な無線通信パラメータが含まれる。また、ＩＰ層での通信を行うためのＩＰアドレス等も含めてもよい。
【００４５】
そして、デジタルカメラ１０１は、無線ＬＡＮ通信部２０９による無線通信を用いて所望のサービスを実行し（Ｓ６２４）、処理を終了する（Ｓ６２５）。一方、ハンドオーバが実施不可の場合（Ｓ６２２のＮＯ）、デジタルカメラ１０１は、サービスを実施できない旨のエラー画面（図７の７１１）を表示部２０１に表示し（Ｓ６２６）、処理を終了する（Ｓ６２７）。なお、Ｓ６２６において、タブレットＰＣ１０２から受信したハンドオーバセレクトメッセージに含まれるエラー理由に応じたエラー画面を表示してもよい。エラー画面には、一方の装置でサービスの選択を解除してから、再度ＮＦＣ接続を行うことを促すことで、エラーを解除するための方法を表示するようにしてよい。
【００４６】
次に、デジタルカメラ１０１とタブレットＰＣ１０２の間の通信シーケンスの一例について、図８を参照して詳述する。図８において、まずデジタルカメラ１０１およびタブレットＰＣ１０２において、保持する画像から処理対象の画像を選択し、Ｗｉ−Ｆｉ  ＤｉｒｅｃｔのＳｅｎｄサービスを実行する指示を受け付ける（Ｓ８０１、Ｓ８０２）。次に、デジタルカメラ１０１とタブレットＰＣ１０２を近づけるユーザ操作に応じて両者間でのＮＦＣ通信１０３を確立する（Ｓ８０３）。互いにハンドオーバリクエストメッセージを送信する（Ｓ８０４、Ｓ８０５）。このとき、デジタルカメラ１０１とタブレットＰＣ１０２とは、互いにハンドオーバ後に実施を希望するサービスが選択されている状態であるので、互いにハンドオーバリクエストメッセージをＮＦＣ通信１０３により送信する。ここで送信されるハンドオーバリクエストメッセージは、サービス識別情報をＷｉ−Ｆｉ  ＤｉｒｅｃｔのＳｅｎｄサービスを示す「ｗｆｄｓ．ｓｅｎｄ」が入力されている。また、メッセージ種別には、サービスを相手装置に要求することを意味する「Ｒｅｑｕｅｓｔｅｄ」が入力される。
【００４７】
デジタルカメラ１０１とタブレットＰＣ１０２とは、夫々回避処理を実行する。デジタルカメラ１０１とタブレットＰＣ１０２とは、送信したハンドオーバリクエストメッセージのランダム値と受信したランダム値に基づき、応答メッセージを送信するセレクタとなるかを判定する。ここで、デジタルカメラ１０１がセレクタとなり、自装置が送信したハンドオーバリクエストメッセージは、タブレットＰＣ１０２において破棄されるとする。
【００４８】
デジタルカメラ１０１が送信したハンドオーバリクエストメッセージが破棄される場合、デジタルカメラ１０１は、サービス情報を含めないハンドオーバセレクトメッセージ送信することでタブレットＰＣ１０２から要求されたサービスを実行不可であることを通知する（Ｓ８０６）。そして、デジタルカメラ１０１は表示部２０１に自装置のユーザにより選択されたサービスを実施できない旨のエラーを表示する（Ｓ８０７）。また、タブレットＰＣ１０２側でも同様のエラーを表示する（Ｓ８０８）。
【００４９】
以上説明したように、本実施形態によれば、ユーザにより選択されたサービスを要求する要求メッセージが破棄され、該サービスの実行可否が不明な場合は、他の装置から要求されたサービスの実行可否に拘わらずハンドオーバを実行せず、エラーを通知する。したがって、ユーザにより選択されたサービスの実行ができないこととその理由をユーザに速やかに通知することができる。また、本実施形態によれば、回避処理によりセレクタとなった装置が、要求したサービスが実行されるか不明のまま、通信相手装置が要求するサービスの実行のためにハンドオーバすることが低減される。したがって、回避処理によりセレクタとなった装置の処理負荷の増加、想定していない電力の消費が生じてしまう恐れを低減することができる。
【００５０】
（第二の実施形態）
図９のフローチャートを参照して、第二の実施形態におけるデジタルカメラ１０１、タブレットＰＣ１０２の動作手順について説明する。第一の実施形態においては、ハンドオーバリクエストメッセージの競合が生じた場合、相手装置が要求したサービスの実施可否に拘わらずハンドオーバを実施しないようにした。第二の実施形態においては、ハンドオーバリクエストメッセージに、競合が生じた場合にも、少なくともハンドオーバを実行すするための構成について説明する。なお、第二の実施形態におけるデジタルカメラ１０１、タブレットＰＣ１０２の構成は第一の実施形態と同一である。
【００５１】
図９のフローチャートは、デジタルカメラ１０１およびタブレットＰＣ１０２の動作手順を示す。本実施例ではデジタルカメラ１０１に着目して説明するが、タブレットＰＣ１０２において同一の動作フローで動作するものとする。また、第一の実施形態で説明した内容と重複する箇所については記載を省略する。
【００５２】
まず、操作部２０２によりユーザから特定のサービスを実施する旨の指示を受け付けた後（Ｓ９０１）、ＮＦＣ通信の確立を検出すると（Ｓ９０２）、ハンドオーバリクエストメッセージを送信する（Ｓ９０３）。このとき、先に説明したサービス情報に加えて、サービスを実行できない場合でもハンドオーバを実施する旨を示す情報をハンドオーバリクエストメッセージに付加する。
【００５３】
次に、タブレットＰＣ１０２からハンドオーバリクエストメッセージを受信した場合（Ｓ９０４のＹＥＳ）、ランダム値の大小に応じてデジタルカメラ１０１またはタブレットＰＣ１０２のハンドオーバリクエストメッセージが破棄される（Ｓ９０５）。デジタルカメラ１０１のハンドオーバリクエストメッセージが破棄される場合（Ｓ９０５のＹＥＳ）、処理Ｃを実施し（Ｓ９０６）、処理を終了する（Ｓ９０７）。また、タブレットＰＣ１０２のハンドオーバリクエストメッセージが破棄される場合（Ｓ９０６のＹＥＳ）、処理Ｄを実施し（Ｓ９０８）、処理を終了する（Ｓ９０９）。一方、タブレットＰＣ１０２からハンドオーバリクエストメッセージを受信しなかった場合は（Ｓ９０４のＮＯ）、処理Ｂを実施し（Ｓ９０８）、処理を終了する（Ｓ９０９）。
【００５４】
処理Ｂ（Ｓ９０８）については、第一の実施形態にて説明したため記載を省略する。
【００５５】
処理Ｃ（Ｓ９０６）では、まず、上述したサービスを実行できない場合でもハンドオーバを実施する旨を示す情報が、タブレットＰＣ１０２から受信したハンドオーバリクエストメッセージに含まれるか否かを判定する（Ｓ９２１）。ハンドオーバを実施する旨を示す情報が含まれる場合（Ｓ９２１のＹＥＳ）、ハンドオーバ先の無線通信方式に関する情報とハンドオーバを実施する旨を示す情報を含むハンドオーバセレクトメッセージを送信する（Ｓ９２２）。さらに、処理Ｅを実施し（Ｓ９２３）、処理を終了する（Ｓ９２４）。一方、該ハンドオーバを実施する旨を示す情報が含まれない場合（Ｓ９２１のＮＯ）、ハンドオーバを実施しない旨を示す空のセレクトメッセージを送信すると共に（Ｓ９２５）、エラーを表示し（Ｓ９２６）、処理を終了する（Ｓ９２７）。なお、エラー画面には、一方の装置でサービスの選択を解除してから、再度ＮＦＣ接続を行うことを促すことで、エラーを解除するための方法を表示するようにしてよい。
【００５６】
処理Ｄ（Ｓ９０８）では、タブレットＰＣ１０２からハンドオーバセレクトメッセージを受信し（Ｓ９３１）、その内容に基づいてハンドオーバの実施可否を判定する（Ｓ９３２）。ハンドオーバ実施可能な場合（Ｓ９３２のＹＥＳ）、処理Ｅを実施し（Ｓ９３３）、処理を終了する（Ｓ９３４）。一方、ハンドオーバ実施不可の場合（Ｓ９３２のＮＯ）、エラーを表示し（Ｓ９３５）、処理を終了する（Ｓ９３６）。エラー画面には、一方の装置でサービスの選択を解除してから、再度ＮＦＣ接続を行うことを促すことで、エラーを解除するための方法を表示するようにしてよい。
【００５７】
処理Ｅ（Ｓ９２３およびＳ９３３）では、まず、接続先の機器からもサービスが要求されており、そのためにハンドオーバを実施するか否かをユーザに確認する画面（図１０の１００１）を表示する（Ｓ９４１）。そして、デジタルカメラ１０１は、ハンドオーバを実施するか否かをユーザに確認する画面に基づく、ユーザからハンドオーバ実施の許可操作を受け付ける（Ｓ９４２）。ハンドオーバ実施の許可が得られた場合（Ｓ９４２のＹＥＳ）、無線ＬＡＮ１０４の接続を実施したうえで（Ｓ９４３）、サービスを実行し（Ｓ９４４）、処理を終了する（Ｓ９４５）。一方、ハンドオーバ実施の許可が得られなかった場合は（Ｓ９４２のＮＯ）、無線ＬＡＮ１０４の接続を実施せずに処理を終了する（Ｓ９４６）。なお、このとき、無線ＬＡＮ１０４を用いてタブレットＰＣ１０２に対して無線ＬＡＮ１０４の接続を実施しない旨を通知してもよい。
【００５８】
次に、デジタルカメラ１０１とタブレットＰＣ１０２の間の通信シーケンスの一例について、図１１を参照して詳述する。図１１において、まずデジタルカメラ１０１およびタブレットＰＣ１０２において、ユーザ操作によりＷｉ−Ｆｉ  ＤｉｒｅｃｔのＳｅｎｄサービスを実行する指示を受け付ける（Ｓ１１０１、Ｓ１１０２）。次に、デジタルカメラ１０１とタブレットＰＣ１０２を近づけるユーザ操作に応じて両者間でのＮＦＣ通信１０３が確立されると（Ｓ１１０３）、互いにハンドオーバリクエストメッセージを送信する（Ｓ１１０４、Ｓ１１０５）。
【００５９】
このとき、互いのハンドオーバリクエストメッセージは、サービス識別情報には「ｗｆｄｓ．ｓｅｎｄ」が入力される。また、メッセージ種別には「Ｒｅｑｕｅｓｔｅｄ」が入力される。さらに、互いのハンドオーバリクエストメッセージには、サービスを実施できない場合でもハンドオーバを実施する旨の情報が含まれる。
【００６０】
次に、ハンドオーバリクエストメッセージのランダム値に基づき、回避処理を実行する。この場合、デジタルカメラ１０１が回避処理によりセレクタとなり、デジタルカメラ１０１のハンドオーバリクエストメッセージが破棄されるものとする。デジタルカメラ１０１が送信したハンドオーバリクエストメッセージが破棄されると、デジタルカメラ１０１は、ハンドオーバを実施する旨を示すハンドオーバセレクトメッセージ送信する（Ｓ１１０６）。そして、デジタルカメラ１０１は、ハンドオーバ実施の可否をユーザに確認する画面（図１０の１００１）を表示する（Ｓ１１０７）。また、タブレットＰＣ１０２側でも同様の表示をする（Ｓ１１０８）。デジタルカメラ１０１およびタブレットＰＣ１０２の両側において、ハンドオーバの実施が許可された場合、どちらか一方から無線ＬＡＮ１０４の接続要求を送信する（Ｓ１１１１）。もう一方で無線ＬＡＮ１０４の接続要求を受信すると、接続応答を送信し（Ｓ１１１２）、互いにＳｅｎｄサービスを実行した後（Ｓ１１１３およびＳ１１１４）、無線ＬＡＮ１０４を切断する（Ｓ１１１５）。
【００６１】
以上説明したように、本実施形態によれば、双方がハンドオーバリクエストメッセージを送信した場合においても、双方の要求するサービスを実施することが可能となった。また、ユーザの許可を得たうえで双方の要求するサービスを実施することにより、ユーザの意図しないサービスの実施を防止することができる。
【００６２】
また、本実施形態によれば、回避処理によりセレクタとなった装置が、要求したサービスが実行されるか不明のまま、通信相手装置が要求するサービスの実行のためにハンドオーバすることが低減される。したがって、回避処理によりセレクタとなった装置の処理負荷の増加、想定していない電力の消費が生じてしまう恐れを低減することができる。
【００６３】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００６４】
１０１  デジタルカメラ
１０２  タブレットＰＣ
１０３  ＮＦＣ通信
１０４  無線ＬＡＮ通信
【図１】
0006391342.tif 000002
【図２】
0006391342.tif 000003
【図３】
0006391342.tif 000004
【図４】
0006391342.tif 000005
【図５】
0006391342.tif 000006
【図６】
0006391342.tif 000007
【図７】
0006391342.tif 000008
【図８】
0006391342.tif 000009
【図９】
0006391342.tif 000010
【図１０】
0006391342.tif 000011
【図１１】
0006391342.tif 000012