電子機器及び通信制御方法
【課題】近接無線通信における一時的なリンクダウンによるデータ転送の中断を管理／制御することができる電子機器及び通信制御方法を提供する。
【解決手段】近接無線通信を実行する通信モジュールと、タイマ値を記憶する記憶手段と、前記記憶手段への前記タイマ値の書き込みを許可するか否かを設定する設定手段と、前記通信モジュールと外部デバイスとが近接状態である場合、前記設定手段による設定に応じて、前記記憶手段への書き込みを許可するか否かを示す許可情報を付加した接続信号を前記外部デバイスへ送信する送信手段とを有する電子機器。
【解決手段】近接無線通信を実行する通信モジュールと、タイマ値を記憶する記憶手段と、前記記憶手段への前記タイマ値の書き込みを許可するか否かを設定する設定手段と、前記通信モジュールと外部デバイスとが近接状態である場合、前記設定手段による設定に応じて、前記記憶手段への書き込みを許可するか否かを示す許可情報を付加した接続信号を前記外部デバイスへ送信する送信手段とを有する電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、電子機器及び通信制御方法に関する。
【背景技術】
【０００２】
UWB応用の近接無線通信方式であるTransferJet（登録商標）は、高速な通信速度（375Mbps）を利用した“タッチ＆ゲット”による簡易なデータ転送をコンセプトとしている。今後TransferJetの普及により、例えばデータストリーミングの様なタッチ＆ゲット型ではなく、タッチし続けた状態で連続的にデータ転送を行なうデバイスが増えてくる事が考えられる。この様なデバイスでは、長時間のデータ転送中に発生し得るタッチの位置ずれや、一時的にデバイスを離して操作を行なう事などが考えられるが、現状のTransferJet仕様ではリンクの中断という概念が無く、デタッチ（＝離す）操作は基本的に切断として処理される。
【０００３】
一般的には例えば、特許文献１のように、無線通信回線に通信断が発生しても（一時通信不能）一定期間内に通信可能に復帰すると通信が継続できることが示されている。近接無線通信においても、一時的な言わばリンクダウンによるデータ転送の中断を管理／制御することへの要望がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１７１２５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の実施の形態は、近接無線通信における一時的なリンクダウンによるデータ転送の中断を管理／制御することができる電子機器及び通信制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、実施形態によれば電子機器は、近接無線通信を実行する通信モジュールと、タイマ値を記憶する記憶手段と、前記記憶手段への前記タイマ値の書き込みを許可するか否かを設定する設定手段と、前記通信モジュールと外部デバイスとが近接状態である場合、前記設定手段による設定に応じて、前記記憶手段への書き込みを許可するか否かを示す許可情報を付加した接続信号を前記外部デバイスへ送信する送信手段とを有する。
【図面の簡単な説明】
【０００７】
【図１】実施形態の電子機器と外部デバイスとの間で実行される近接無線通信の一例を示す図。
【図２】実施形態の近接無線通信システムの構成を示すブロック図。
【図３】同実施形態の近接無線システムが適用する近接無線通信を制御するためのソフトウェアアーキテクチャを説明するための図。
【図４】実施形態の接続認証に用いる信号のデータ構造の一例を示す図。
【図５】実施形態の電子機器と外部デバイスとの間の近接無線通信の接続手順の一例を示すシーケンス図。
【図６】実施形態のリンクダウン制御手順を示すフローチャート。
【図７】ソフトウェアアーキテクチャに基づく実施形態の機能構成図。
【発明を実施するための形態】
【０００８】
以下、本発明の一実施形態を説明する。
（第１の実施形態）
本発明による第１の実施形態を図１乃至図７を参照して説明する。
まず基本的にTouch & Get を実現する上で求められるのは、タッチしたときにある程度アライメントがとれること、そしてタッチしたらつながり離れたらきれるというものである。こうした機能を実現するため，TransferJet では，特殊なアンテナ（カプラ）を使って通信している。このカプラで利用しているのは、通常の無線が使う放射電磁界ではなく、誘導電界なるものである。TransferJet のカプラを電磁界の図で表現すると微小ダイポールに近似できる。
【０００９】
この微小ダイポールには，即ち縦波成分と横波成分があり，電界と磁界に分けられる。従来の一般的な無線通信は，このうちの放射電磁界を利用していた。さらに準静電界というものもあるが，TransferJet はこのうちの誘導電界，つまり誘導電磁界のうちθ＝０°の縦波成分だけを利用している（式１参照）。
【００１０】
【数１】
【００１１】
そしてこの誘導電界のエネルギーは距離の4 乗（電界強度は距離の2 乗）に反比例して減衰する。
一方で放射電磁界は，距離の2乗に反比例して減衰する。つまり、TransferJet の場合は従来の無線に比較して，より急峻に電力が減衰する。このため，少し離れたら切れるという特性を実現しやすい。近接距離においては．放射電磁界よりも誘導電磁界のほうが電力が大きいことから、「メリハリのある通信」を実現可能である。また縦波のみの誘導電界を扱うため，偏波面などがある横波に比較して，ずれに強くなる。どういう方向につなげても安定という特性があることから，「Touch & Get」 にとって都合がいい。しかしながら急峻に電力が減衰することは、タッチの位置ずれに弱いという側面も生ずる。
【００１２】
次に、本実施の形態における近接無線通信を、図１を参照しながら説明する。図１は、実施形態の電子機器と外部デバイスとの間で実行される近接無線通信の一例を示す図である。
【００１３】
本実施の形態においては、電子機器としてカメラ１、外部デバイスとしてパーソナルコンピュータ２を例にして、近接無線通信を説明する。本実施の形態においては、近接無線通信を介して、カメラ１で撮影した静止画像若しくは動画像データをパーソナルコンピュータ２へ送信することを想定する。例えば、カメラ１で撮影した画像をパーソナルコンピュータ２へ送信し、パーソナルコンピュータ２が備える大きなディスプレイで表示したり、パーソナルコンピュータ２が備える記憶装置に画像データを格納したりする。また、パーソナルコンピュータ２に格納していた画像データをカメラ１に送信し、携帯性に優れるカメラ１に所望の画像データを格納することでカメラ１に設けられるディスプレイで画像データを視聴することもできる。
【００１４】
本実施形態において、近接無線通信には誘導電界が用いられ、近接無線通信方式には例えばTransferJetが使用される。TransferJetはＵＷＢを使用した近接無線通信方式であり、高速なデータ送受信を実現することができる。TransferJet対応のデバイスは、前述のカプラと称される電極を有し、誘導電界を用いた無線信号により外部デバイスとの間でデータ送受信を行う。
【００１５】
外部デバイスが通信可能距離（例えば３ｃｍ）以内に接近した場合、両デバイスのカプラ間が誘導電界によって結合され、無線通信が実行可能となる。
カメラ１は、本体筺体１００と、本体筺体側面１００ｂに設けられるＣＣＤセンサ１０１と、本体筺体上面１００ａに設けられる操作ボタン１０２と、本体筺体側面１００ｄに設けられるＬＣＤ１０３と、本体筺体側面１００ｃに設けられるＳＤカードスロット１０４と、本体筺体側面１００ｃに設けられるワイヤレスコミュニケーションスイッチ１０５と、本体筺体底面１００ｆに近接して近接無線通信モジュール１０６とを有する。
【００１６】
パーソナルコンピュータ２は、コンピュータ本体３とディスプレイユニット４とが、ヒンジ５を介して回動自在に設けられている。コンピュータ本体３は、タッチパッド６と、キーボード７と、電源スイッチ８と、近接無線通信モジュール２２、ワイヤレスコミュニケーションスイッチ２５とを有する。ディスプレイユニット４には、中央部にディスプレイ４ａが設けられている。コンピュータ本体筺体３ａのパームレスト部分には近接無線通信モジュール２２が内蔵され、このパームレスト部分に通信相手の外部デバイスと載置して近接無線通信を行う。本実施の形態においては、近接無線通信モジュール２２の設けられているコンピュータ本体筺体３ａにカメラ１を載置して、近接無線通信モジュール２２とカメラ１の本体筺体底面１００ｆに設けられる近接無線通信モジュール１０６との間で近接無線通信を行う。
【００１７】
次に図２を用いて、カメラ１及びパーソナルコンピュータ２の機能について説明する。図２は、実施形態の近接無線通信システムの構成を示すブロック図である。
カメラ１は、ＣＣＤセンサ１０１と、操作ボタン１０２と、ＬＣＤ１０３と、ワイヤレスコミュニケーションスイッチ１０５と、近接無線通信モジュール１０６と、メモリ１０９と、ＲＡＭ１１０と、ＣＰＵ１１２と、バッテリコントローラ１１３と、バッテリ１１４と、ＳＤカードコントローラ１１５と、ＳＤカード１１６とを備える。近接無線通信モジュール１０６は、近接無線通信アンテナ１０７と、近接無線通信ファームウェア１０８とを備える。
【００１８】
ＣＣＤセンサ１０１は、レンズの外部の風景を検出し撮影する。操作ボタン１０２は、ＣＣＤセンサ１０１で撮影するタイミングや、撮影した画像をＬＣＤ１０３に表示する際の各種処理を指示する。ＬＣＤ１０３は、ＣＣＤセンサ１０１で検出している風景や、撮影した画像データ等を表示する。ＳＤカードスロット１０４は、画像データの複製先であるＳＤカードを収納するために設けられるスロットである。
【００１９】
近接無線通信モジュール１０６は、誘導電界を用いた無線信号により外部デバイスとの間でデータ送受信を行う。外部デバイスが通信可能距離（例えば３ｃｍ）以内に接近した場合、近接無線通信アンテナ１０７と外部デバイスの近接無線通信アンテナとが誘導電界によって結合され、無線通信が実行可能となる。近接無線通信モジュール１０６は、近接無線通信アンテナ１０７で受信した無線信号をデジタル信号に変換したり、内部の制御に用いられるデジタル信号を無線信号に変換し近接無線通信アンテナ１０７から送信する。
【００２０】
メモリ１０９は、カメラ１に備えられる記憶媒体であり、撮影した静止画像や動画像データを格納する。ＲＡＭ１１０は、各種アプリケーションプログラムを展開するためのいわゆるワーキングメモリであり、本実施の形態においては、近接無線通信制御プログラム１１１が展開される。ＣＰＵ１１２は、カメラ１の全体を制御するための制御部である。
【００２１】
バッテリコントローラ１１３は、バッテリ１１４を用いてカメラ１の各コンポーネントに供給すべきシステム電源を生成する。ＳＤカードコントローラ１１５は、装着されるＳＤカード１１６にアクセスし、格納した画像データの移動や複製を行ったり、画像データをＬＣＤ１０３に出力したりする。
【００２２】
パーソナルコンピュータ２は、ディスプレイ４ａと、タッチパッド６と、キーボード７と、電源スイッチ８と、ＣＰＵ１０と、ノースブリッジ１１と、主メモリ１２と、グラフィックスコントローラ１３と、ＶＲＡＭ１４と、サウスブリッジ１５と、ＨＤＤ１６と、ＢＩＯＳ−ＲＯＭ１７と、ＥＣ／ＫＢＣ１８と、電源コントローラ１９と、バッテリ２０と、ＡＣアダプタ２１と、近接無線通信モジュール２２と、ワイヤレスコミュニケーションスイッチ２５とから構成される。近接無線通信モジュールは、近接無線通信アンテナ２３と、近接無線通信ファームウェア２４とを備える。
【００２３】
ＣＰＵ１０は、本パーソナルコンピュータ１の動作を制御するために設けられたプロセッサであり、ＨＤＤ１６から主メモリ１２にロードされるオペレーティングシステム（ＯＳ５０）及び各種アプリケーションプログラムを実行する。またＣＰＵ１０は、ＢＩＯＳ−ＲＯＭ１７に格納されたシステムＢＩＯＳ５１を主メモリ１２にロードした後、実行する。システムＢＩＯＳ５１はハードウェア制御のためのプログラムである。また、ＣＰＵ１０は近接無線通信プログラム５２を実行し、近接無線通信モジュール２３で行う近接無線通信を制御する。
【００２４】
ノースブリッジ１１は、ＣＰＵ１０のローカルバスとサウスブリッジ１５との間を接続するブリッジデバイスである。ノースブリッジ１１には主メモリ１２をアクセス制御するメモリコントローラも内蔵されている。またノースブリッジ１１はＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）バス等を介してグラフィックスコントローラ１３との通信を実行する機能も有している。
【００２５】
主メモリ１２は、ＨＤＤ１６に記憶されるオペレーティングシステム（ＯＳ５０）及び各種アプリケーションプログラムや、ＢＩＯＳ−ＲＯＭ１７に格納されたシステムＢＩＯＳ５１を展開されるためのいわゆるワーキングメモリである。
【００２６】
グラフィックスコントローラ１３は、本コンピュータのディスプレイモニタとして使用されるディスプレイ４ａを制御する表示コントローラである。このグラフィックスコントローラ１３はオペレーティングシステム／アプリケーションプログラムによってＶＲＡＭ１４に描画された表示データから、ディスプレイ４ａに表示すべき表示イメージを形成する映像信号を生成する。
【００２７】
サウスブリッジ１５は、ＢＩＯＳ−ＲＯＭ１７へのアクセスや、ＨＤＤ１６及びＯＤＤ（Ｏｐｔｉｃａｌ Ｄｉｓｋ Ｄｒｉｖｅ）等のディスクドライブ（Ｉ／Ｏデバイス）の制御を行う。
【００２８】
ＨＤＤ１６は、ＯＳ５０及び各種アプリケーションプログラム等を記憶する記憶装置である。例えば、近接無線通信モジュール２２で実行する近接無線通信を介して受信した画像データを格納する。
【００２９】
ＢＩＯＳ−ＲＯＭ１７は、ハードウェア制御のためのプログラムであるシステムＢＩＯＳ５１を格納する書き換え可能な不揮発性メモリである。
ＥＣ／ＫＢＣ１８は、入力手段としてのタッチパッド６、キーボード７の制御を行う。ＥＣ／ＫＢＣ１８はパーソナルコンピュータ１のシステム状況に関わらず、各種のデバイス（周辺機器、センサ、電源回路等）を監視し制御するワンチップ・マイコンである。またＥＣ／ＫＢＣ１８は、ユーザによる電源スイッチ８の操作に応じて、電源コントローラ１９と共同して、本パーソナルコンピュータ２をパワーオン／パワーオフする機能を有している。
【００３０】
電源コントローラ１９は、外部電源がＡＣアダプタ２１を介して供給されている場合、ＡＣアダプタ２１から供給される外部電源を用いてパーソナルコンピュータ２の各コンポーネントに供給すべきシステム電源を生成する。また、電源コントローラ１９は、外部電源がＡＣアダプタ２１を介して供給されていない場合、バッテリ２０を用いてパーソナルコンピュータ２の各コンポーネント（コンピュータ本体３及びディスプレイユニット４）に供給すべきシステム電源を生成する。
【００３１】
近接無線通信モジュール２２は、誘導電界を用いた無線信号により外部デバイスとの間でデータ送受信を行う。外部デバイスが通信可能距離（例えば約３ｃｍ）以内に接近した場合、近接無線通信アンテナ２３と外部デバイスの近接無線通信アンテナとが誘導電界によって結合され、無線通信が実行可能となる。近接無線通信モジュール２２は、近接無線通信アンテナ２３で送受信する無線信号をデジタル信号に変換し、内部に伝送する。
【００３２】
次に、図３を参照して、本実施形態における近接無線通信を制御するためのソフトウェアアーキテクチャについて説明する。
図３に示すソフトウェアアーキテクチャは、近接無線通信を制御するためのプロトコルスタックの階層構造を示している。プロトコルスタックは、物理層（ＰＨＹ）１０、コネクション層（ＣＮＬ）２０、プロトコル変換層３０、アプリケーション層４０から構成されている。プロトコル変換層３０は、ＰＣＬ（Protocol Conversion Layer）コントローラ３１およびＰＣＬ ＯＢＥＸ（OBject EXchange）アダプタ３２を含み、アプリケーション層４０は、アプリケーションマネージャ４１およびＯＢＥＸプロトコル４２を含んでいる。コネクション層（ＣＮＬ）２０、プロトコル変換層３０、アプリケーション層４０は、近接無線通信制御プログラム１０３ａによって実現し得る。
【００３３】
物理層（ＰＨＹ）１０は、物理的なデータ転送を制御する層であり、ＯＳＩ参照モデル内の物理層に対応する。物理層（ＰＨＹ）１０の一部または全ての機能は、近接無線通信デバイス１０４内のハードウェアを用いて実現することもできる。物理層（ＰＨＹ）１０は、コネクション層（ＣＮＬ）２０からのデータを無線信号に変換する。
【００３４】
コネクション層（ＣＮＬ）２０は、ＯＳＩ参照モデル内のデータリンク層およびトランスポート層に対応しており、物理層（ＰＨＹ）１０を制御してデータ通信を実行する。コネクション層（ＣＮＬ）２０は、プロトコル変換層３０（ＰＣＬコントローラ３１）からの接続要求または外部デバイスからの接続要求に応じて、近接状態に設定されている近接無線通信デバイス１０４と外部デバイスとの間の接続（ＣＮＬ接続）を確立する処理を実行する。
【００３５】
プロトコル変換層３０は、ＯＳＩ参照モデル内のセッション層およびプレゼンテーション層に対応しており、アプリケーション層４０とコネクション層（ＣＮＬ）２０との間に位置する。ＰＣＬコントローラ３１は、コネクション層（ＣＮＬ）２０によるＣＮＬ接続の確立および解除を制御する。ＰＣＬ ＯＢＥＸアダプタ３２は、通信プログラムである各種アプリケーションプログラム１０３ｂが扱うアプリケーションプロトコルに対応したデータ（ユーザデータ）を特定の伝送用データ形式に変換するための変換処理を実行する。この変換処理により、どのアプリケーションプロトコルを扱う通信プログラムにより送受信されるデータであっても、コネクション層（ＣＮＬ）２０が扱うことが可能なパケット（特定の伝送用データ形式のデータ）に変換される。つまり、プロトコル変換層３０のＰＣＬ ＯＢＥＸアダプタ３２は、様々なアプリケーションプロトコルを近接無線通信で利用することを可能にする。
【００３６】
また、プロトコル変換層３０のＰＣＬコントローラ３１は、通信相手の外部デバイスとの間でサービス情報（各デバイスが提供可能なサービスを示す情報）およびセッション情報（確立／切断対象のセッションに関する情報）を交換する処理、さらに、アダプタの起動、コネクションの管理、およびセッションの管理等を行う。このＰＣＬコントローラ３１の働きにより、キャプチャ要求の受信を契機に、キャプチャ画像の転送処理を行うためのキャプチャアプリケーションプログラムが自動的に起動される。このＰＣ１００側のキャプチャアプリケーションプログラムも、各種アプリケーションプログラム１０３ｂの１つとして存在する。
【００３７】
アプリケーション層４０は、プログラム間でのデータ転送を制御する層であり、ＯＳＩ参照モデル内のアプリケーション層に対応する。ここでは、ＯＢＥＸプロトコル４２によってデータが送受信される場合について説明する。
【００３８】
ＯＢＥＸプロトコル４２は、アプリケーションマネージャ４１で制御されるＰＣＬコントローラ３１により確立されたＣＮＬ接続を用い、ＰＣＬ ＯＢＥＸアダプタ３２を通して通信を行う。ＯＢＥＸプロトコル４２では、ＯＢＥＸアプリケーションが相互にデータの送受信を実行可能とするためのアプリケーション規定（プロトコルクラス）が定義されている。各種アプリケーションプログラム１０３ｂは、このプロトコルクラスに従ったＯＢＥＸプロトコル手順を利用することで、データファイル等のオブジェクトの送受信を行うことができる。本実施形態におけるＯＢＥＸプロトコル４２では、基本プロトコルクラスとして、ファイルトランスファープロトコルクラス４２１とプッシュプロトコルクラス４２２とが定義されている。図示のように、ファイルトランスファープロトコルクラス４２１は、プッシュプロトコルクラス４２２を包含する関係にある。
【００３９】
プッシュプロトコルクラス４２２は、クライアントからサーバへ１つまたは複数のファイルを送信するために使用される。プッシュプロトコルクラス４２２では、クライアント（ここでは携帯電話機２００）が任意のファイルをＰＵＴし、サーバ（ここではＰＣ１００）に渡すための手続きが定義されている。プッシュプロトコルクラス４２２では、近接無線通信（TransferJet）によってファイルを送信する前に必要な手続きを簡略化して、ユーザによる操作負担を軽減すると共に、高速なデータ通信を実現することができる。プッシュプロトコルクラス４２２におけるＩＮＢＯＸサービス４２２ａは、既知の「IrDA Object Exchange Protocol Version 1.4」の仕様書に記載のＩＮＢＯＸサービス（INBOX Service)をベースにした手続きを実行するものとして詳細な説明を省略する。キャパビリティサービス４２２ｂは、サーバ側の能力を示すデータを取得するために使用される。
【００４０】
また、ファイルトランスファープロトコルクラス４２１は、クライアントとサーバとの間で１つまたは複数のファイルの送信／受信を行うために使用される。ファイルトランスファープロトコルクラス４２１は、ＦＴＰ（File Transfer Protocol）相当のファイル転送およびファイル・フォルダ操作をサポートするための手続きが規定されている。
【００４１】
ファイルトランスファープロトコルクラス４２１では、プッシュプロトコルクラス４２２を利用したファイルの転送とは異なり、ファイルを送信する前にファイルの送信先（サーバ）のフォルダおよびファイルを示すデータ（フォルダ情報）を、フォルダブラウジングサービス４２１ａによりサーバから取得する。そして、フォルダ情報に基づきファイルの送信先に対してフォルダの移動（作成）を行い、ファイルを送信することができる。ファイルトランスファープロトコルクラス４２１は、既知の「IrDA Object Exchange Protocol Version 1.4」に記載のフォルダブラウジングサービス（Folder Browsing Service)をベースにした手続きを実行するものとして詳細な説明を省略する。
【００４２】
なお、前述したように、ファイルトランスファープロトコルクラス４２１は、プッシュプロトコルクラス４２２を包含する関係にあり、ファイルトランスファープロトコルクラス４２１を利用したファイルの送信時においても、ＩＮＢＯＸサービス４２２ａおよびキャパビリティサービス４２２ｂを使用することが可能である。
【００４３】
ＯＢＥＸプロトコル４２に対応する各種アプリケーションプログラム１０３ｂは、このＯＢＥＸプロトコル４２を通じて、プロトコル変換層３０のＰＣＬコントローラ３１に対してセッションの開始／終了を要求する処理と、プロトコル変換層３０のＰＣＬ ＯＢＥＸアダプタ３２を介してデータを送受信する処理とを実行する。つまり、各種アプリケーションプログラム１０３ｂは、ＯＢＥＸプロトコル４２のファイルトランスファープロトコルクラス４２１を利用して１つまたは複数のファイルをサーバとの間で送信／受信し、または、ＯＢＥＸプロトコル４２のプッシュプロトコルクラス４２２を利用して１つまたは複数のファイルをサーバに送信する。本実施形態の近接無線通信システムにおけるキャプチャ画像の転送処理は、ＯＢＥＸプロトコル４２のプッシュプロトコルクラス４２２に規定された手続きを利用することによって実現される。
【００４４】
図７は、上記ソフトウェアアーキテクチャに基づく実施形態の機能構成図である。
図７において、CNL(Connection Layer)ドライバ２７はコネクション層２０で、PCL(Protocol Conversion Layer)コントロールドライバ３７はプロトコル変換層３０で、上位層ユーティリティ４７はアプリケーション層４０で、夫々機能を発現する。
【００４５】
また、CNLドライバ２７はLink Control機能２７１とTime Control機能２７２を、PCLコントロールドライバ３７はConnection Management Service機能３７１とDevice Authentication Service機能３７２を、上位層ユーティリティ４７はコネクションステータス表示機能４７１と強制切断機能４７２を、夫々含んでいる。これらについては後述する。
【００４６】
次に図４を用いて、リンクダウン制御に用いるメッセージ２００のデータ構造について説明する。図４は、実施形態の接続認証に用いる信号のデータ構造の一例を示す図である。
【００４７】
Ｒｅｑｕｅｓｔ ｔｙｐｅ２０１は、メッセージの種類を示す情報が含まれている。例えば、メッセージが、リクエストメッセージなのか否かを示す。Ｏｐｅｒａｔｉｏｎ ｃｏｄｅ２０２には、メッセージを用いる処理を示す情報が含まれている。例えば、メッセージが認証処理やデータ交換処理に用いることを示す。Ｒｅｓｅｒｖｅｄ２０３は、メッセージに設けられる空き領域である。本実施の形態においては、このＲｅｓｅｒｖｅｄ２０３の後の図示せぬData領域に後述のタイマ値を付加する。
【００４８】
次に、図５を用いて、近接無線通信を介してカメラ１からパーソナルコンピュータ２へデータ送信を行うまでの流れを説明する。図５は、実施形態の電子機器と外部デバイスとの間の近接無線通信の接続手順の一例を示すシーケンス図である。
【００４９】
まず、ユーザは、近接無線通信アプリケーションプログラムをカメラ１上で選択し、カメラ１とパーソナルコンピュータ２とを近づけて（タッチ操作）、近接状態にする（ステップＳ１）。次に、カメラ１とパーソナルコンピュータ２との間でＣＮＬ接続を確立するための処理（認証処理）を実行する（ステップＳ２）。例えばカメラ１はパーソナルコンピュータ２へ接続要求を送信する。この接続要求を受信したパーソナルコンピュータ２は、接続要求に対する応答をカメラ１へ送信する。以上の処理により、カメラ１とパーソナルコンピュータ２との間でＣＮＬ接続が確立する。
【００５０】
ＣＮＬ接続を確立させたカメラ１とパーソナルコンピュータ２とは、モード調停を行う（ステップＳ３）。本実施の形態においては、カメラ１側で近接無線通信アプリケーションプログラムを選択しておいカメラ１がプロアクティブモードに設定されているため、パーソナルコンピュータ２は自身のモードをリアクティブモードに遷移させる。
【００５１】
次に、プロアクティブモードのカメラ１からリクエストメッセージを送信する（ステップＳ４）。このリクエストメッセージには、上述の通り近接無線通信制御プログラム１１１によりリンクダウン制御のタイマ値が付加されている。
【００５２】
次に、リクエストメッセージを受信したパーソナルコンピュータ２からレスポンスメッセージを送信する（ステップＳ５）。このレスポンスメッセージには近接無線通信制御プログラム５２によりリンクダウン制御のタイマ値が付加されている。
【００５３】
次にカメラ１とパーソナルコンピュータ２との間で実行するサービスの同期を実行する（ステップＳ６）。これにより、カメラ１とパーソナルコンピュータ２との間でサービスの実行が開始される。
【００５４】
上述のネゴシエーション処理が完了すると、カメラ１とパーソナルコンピュータ２との間でサービスが実行され、データの送受信等の通信が行われる（ステップＳ７）。
【００５５】
次に、本実施の形態における近接無線通信制御プログラムによるリンクダウン制御の手順を説明する。図６は、実施形態のリンクダウン制御を示すフローチャートである。
【００５６】
まず、PCLコントロールドライバ３７は自装置がプロアクティブモードであるか否かを判別する（ステップＳ１０１）。ステップＳ１０１で判別した結果、自装置がプロアクティブモードであると判別した場合（ステップＳ１０１のＹｅｓ）、リンクダウン制御情報を付加したリクエストメッセージを送信する（ステップＳ１０２）。次に、PCLコントロールドライバ３７は、リンクダウン制御情報に対するレスポンスメッセージを受信したか否かを判別する（ステップＳ１０３）。
【００５７】
一方、ステップＳ１０１で判別した結果、自装置がプロアクティブモードでないと判別した場合（ステップＳ１０１のＮｏ）、リンクダウン制御情報を付加したリクエストメッセージを受信したか否かを判別する（ステップＳ１０４）。ステップＳ１０４で判別した結果、リンクダウン制御情報を付加したリクエストメッセージを受信していないと判別した場合（ステップＳ１０４のＮｏ）、処理を終了する。一方、ステップＳ１０４で判別した結果、リンクダウン制御情報を付加したリクエストメッセージを受信したと判別した場合（ステップＳ１０４のＹｅｓ）、ＰＣＬコントローラ８２は、リンクダウン制御情報を付加したレスポンスメッセージを送信する（ステップＳ１０５）。
【００５８】
リクエストメッセージ及びレスポンスメッセージの送受信が完了すると、PCLコントロールドライバ３７は、リンク確立（タッチ）時の相手デバイスがリンクダウン制御をサポートしているか否かを判別する（ステップＳ１０６）。
【００５９】
本機能は、PCLCメッセージのOPコードを拡張して実装する事により、現行仕様のデバイスとの互換性を保つ様にする。１バイトからなるOPコードは０から３の値に機能が割り当てられている。４以上の値をこの拡張に用いればよい。
【００６０】
タッチ時に、PCLCのHigh Priority側から拡張OPコードにより自身のリンクダウン監視タイマ設定値を含むリクエストメッセージを送信する。相手デバイスがリンクダウン制御をサポートしていない場合、Illegal Message のレスポンスコードを持ったレスポンスメッセージが返ってくるので、以後このデバイスは本機能をサポートしていないと判断する。リンクダウン制御をサポートしている場合には、レスポンスメッセージ（Success）を返す。リンクダウン制御メッセージの送信は、Device Authentication の最後に行なう。
【００６１】
ステップＳ１０６で判別した結果、サポートなしに設定されている場合（ステップＳ１０６のＮｏ）、ＰＣＬ接続におけるタイマ値は維持される（ステップＳ１０８）。一方、ステップＳ１０６で判別した結果、サポートありに設定されている場合（ステップＳ１０６のＹｅｓ）、メッセージ内のタイマ値を保存する（ステップＳ１０７）。本タイマ値は、パケット送信のリトライタイマ（T_Retry）のタイムアウト発生時に、新たなタイムアウト監視タイマ値として利用する。
【００６２】
一例としてタッチ後の無通信状態でタッチずれ、或いはユーザが意図した一時的なデタッチが発生した場合、キープアライブタイマ（T_Keepalive）のタイムアウトによりC_Probeパケットの送信リトライが発生するが、この時 T_Retry タイマの設定を保存しているリンクダウン監視タイマ値に置き換える。
【００６３】
また別の例としてデータ通信中のタッチずれ、デタッチの場合は、データパケット（CSDU）のリセンドタイマ（T_Resend）のタイムアウトにより C_Wake パケットの送信が開始されるが、この時同様にT_Retry タイマの設定を保存しているリンクダウン監視タイマ値に置き換える。これにより、タッチずれ及び一時的なデタッチ発生時に、実際のデタッチ（切断）と認識されるまでの時間が変更可能となる。
【００６４】
次に、PCLコントロールドライバ３７は、リンクダウンがあったか否かを判別する（ステップＳ１０９）。ステップＳ１０９で判別した結果、リンクダウンしていないと判別した場合（ステップＳ１０９のＮｏ）、ステップＳ１０９に戻る。一方、ステップＳ１０９で判別した結果、リンクダウンしたと判別した場合（ステップＳ１０９のＹｅｓ）、PCLコントロールドライバ３７はT_Retry タイマの設定を保存しているリンクダウン監視タイマ値に置き換える（ステップＳ１１０）。即ち、両デバイスで共有されているデータを用いる。
【００６５】
（第２の実施形態）
本発明による第２の実施形態を図１乃至図７を参照して説明する。実施形態１と共通する部分は説明を省略する。
実施形態１における一時的なリンクダウン発生時に、上位に対する通知機能を持たせる。これはLink Control機能２７１とコネクションステータス表示機能４７１とによる。Link Control機能２７１は、実際はPCLコントロールドライバ３７を経由してコネクションステータス通知を行う。現行の仕様では、リンク確立時のサブステータスとしては Connected Sub-state 、Local Hibernate Sub-state 、Target Sleep Sub-state の３種類があるが、これに Link Down Sub-state を追加し本ステータスを上位に通知する様にする。GUIを持った上位層では、本通知を受け取る事により一時的なリンクダウンが発生している事を画面上に表示し、ユーザに対して通知を行なう。これにより、ユーザは意図しないタッチずれの発生も認識できる様になる。
【００６６】
（第３の実施形態）
本発明による第３の実施形態を図１から図７を参照して説明する。実施形態１、２と共通する部分は説明を省略する。
実施形態１における一時的な中断中に再タッチが行なわれると通信が再開され、以後通常のモードに復帰する。
このとき、上位層は一時的な中断中にも強制的に切断を発生させられる様に、ユーザに対して強制切断機能を提供する。これは強制切断機能４７２とConnection Management Service機能３７１とLink Control機能２７１とによる。ＣＮＬレベルではCNL SERVICE DEFINITIONのConnection releaseを用いればよい。これにより、リンクダウン監視タイマ駆動中でもリンクの強制終了が行なえる。
【００６７】
なお、この発明は上記実施形態に限定されるものではなく、この外その要旨を逸脱しない範囲で種々変形して実施することができる。
また、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係わる構成要素を適宜組み合わせても良いものである。
【符号の説明】
【００６８】
１…カメラ、２…パーソナルコンピュータ、３…本体ユニット、４…ディスプレイユニット、５…ヒンジ、６…タッチパッド、７…キーボード、８…電源スイッチ、１０…ＣＰＵ、１１…ノースブリッジ、１２…主メモリ、１３…グラフィックコントローラ、１４…ＶＲＡＭ、１５…サウスブリッジ、１６…ＨＤＤ、１７…ＢＩＯＳ−ＲＯＭ、１８…ＥＣ／ＫＢＣ、１９…電源コントローラ、２０…バッテリ、２１…ＡＣアダプタ、２２…近接無線通信モジュール、２３…近接無線通信アンテナ、２４…近接無線通信ファームウェア、２５…ワイヤレスコミュニケーションスイッチ。
【技術分野】
【０００１】
本発明の実施形態は、電子機器及び通信制御方法に関する。
【背景技術】
【０００２】
UWB応用の近接無線通信方式であるTransferJet（登録商標）は、高速な通信速度（375Mbps）を利用した“タッチ＆ゲット”による簡易なデータ転送をコンセプトとしている。今後TransferJetの普及により、例えばデータストリーミングの様なタッチ＆ゲット型ではなく、タッチし続けた状態で連続的にデータ転送を行なうデバイスが増えてくる事が考えられる。この様なデバイスでは、長時間のデータ転送中に発生し得るタッチの位置ずれや、一時的にデバイスを離して操作を行なう事などが考えられるが、現状のTransferJet仕様ではリンクの中断という概念が無く、デタッチ（＝離す）操作は基本的に切断として処理される。
【０００３】
一般的には例えば、特許文献１のように、無線通信回線に通信断が発生しても（一時通信不能）一定期間内に通信可能に復帰すると通信が継続できることが示されている。近接無線通信においても、一時的な言わばリンクダウンによるデータ転送の中断を管理／制御することへの要望がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１７１２５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の実施の形態は、近接無線通信における一時的なリンクダウンによるデータ転送の中断を管理／制御することができる電子機器及び通信制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、実施形態によれば電子機器は、近接無線通信を実行する通信モジュールと、タイマ値を記憶する記憶手段と、前記記憶手段への前記タイマ値の書き込みを許可するか否かを設定する設定手段と、前記通信モジュールと外部デバイスとが近接状態である場合、前記設定手段による設定に応じて、前記記憶手段への書き込みを許可するか否かを示す許可情報を付加した接続信号を前記外部デバイスへ送信する送信手段とを有する。
【図面の簡単な説明】
【０００７】
【図１】実施形態の電子機器と外部デバイスとの間で実行される近接無線通信の一例を示す図。
【図２】実施形態の近接無線通信システムの構成を示すブロック図。
【図３】同実施形態の近接無線システムが適用する近接無線通信を制御するためのソフトウェアアーキテクチャを説明するための図。
【図４】実施形態の接続認証に用いる信号のデータ構造の一例を示す図。
【図５】実施形態の電子機器と外部デバイスとの間の近接無線通信の接続手順の一例を示すシーケンス図。
【図６】実施形態のリンクダウン制御手順を示すフローチャート。
【図７】ソフトウェアアーキテクチャに基づく実施形態の機能構成図。
【発明を実施するための形態】
【０００８】
以下、本発明の一実施形態を説明する。
（第１の実施形態）
本発明による第１の実施形態を図１乃至図７を参照して説明する。
まず基本的にTouch & Get を実現する上で求められるのは、タッチしたときにある程度アライメントがとれること、そしてタッチしたらつながり離れたらきれるというものである。こうした機能を実現するため，TransferJet では，特殊なアンテナ（カプラ）を使って通信している。このカプラで利用しているのは、通常の無線が使う放射電磁界ではなく、誘導電界なるものである。TransferJet のカプラを電磁界の図で表現すると微小ダイポールに近似できる。
【０００９】
この微小ダイポールには，即ち縦波成分と横波成分があり，電界と磁界に分けられる。従来の一般的な無線通信は，このうちの放射電磁界を利用していた。さらに準静電界というものもあるが，TransferJet はこのうちの誘導電界，つまり誘導電磁界のうちθ＝０°の縦波成分だけを利用している（式１参照）。
【００１０】
【数１】
【００１１】
そしてこの誘導電界のエネルギーは距離の4 乗（電界強度は距離の2 乗）に反比例して減衰する。
一方で放射電磁界は，距離の2乗に反比例して減衰する。つまり、TransferJet の場合は従来の無線に比較して，より急峻に電力が減衰する。このため，少し離れたら切れるという特性を実現しやすい。近接距離においては．放射電磁界よりも誘導電磁界のほうが電力が大きいことから、「メリハリのある通信」を実現可能である。また縦波のみの誘導電界を扱うため，偏波面などがある横波に比較して，ずれに強くなる。どういう方向につなげても安定という特性があることから，「Touch & Get」 にとって都合がいい。しかしながら急峻に電力が減衰することは、タッチの位置ずれに弱いという側面も生ずる。
【００１２】
次に、本実施の形態における近接無線通信を、図１を参照しながら説明する。図１は、実施形態の電子機器と外部デバイスとの間で実行される近接無線通信の一例を示す図である。
【００１３】
本実施の形態においては、電子機器としてカメラ１、外部デバイスとしてパーソナルコンピュータ２を例にして、近接無線通信を説明する。本実施の形態においては、近接無線通信を介して、カメラ１で撮影した静止画像若しくは動画像データをパーソナルコンピュータ２へ送信することを想定する。例えば、カメラ１で撮影した画像をパーソナルコンピュータ２へ送信し、パーソナルコンピュータ２が備える大きなディスプレイで表示したり、パーソナルコンピュータ２が備える記憶装置に画像データを格納したりする。また、パーソナルコンピュータ２に格納していた画像データをカメラ１に送信し、携帯性に優れるカメラ１に所望の画像データを格納することでカメラ１に設けられるディスプレイで画像データを視聴することもできる。
【００１４】
本実施形態において、近接無線通信には誘導電界が用いられ、近接無線通信方式には例えばTransferJetが使用される。TransferJetはＵＷＢを使用した近接無線通信方式であり、高速なデータ送受信を実現することができる。TransferJet対応のデバイスは、前述のカプラと称される電極を有し、誘導電界を用いた無線信号により外部デバイスとの間でデータ送受信を行う。
【００１５】
外部デバイスが通信可能距離（例えば３ｃｍ）以内に接近した場合、両デバイスのカプラ間が誘導電界によって結合され、無線通信が実行可能となる。
カメラ１は、本体筺体１００と、本体筺体側面１００ｂに設けられるＣＣＤセンサ１０１と、本体筺体上面１００ａに設けられる操作ボタン１０２と、本体筺体側面１００ｄに設けられるＬＣＤ１０３と、本体筺体側面１００ｃに設けられるＳＤカードスロット１０４と、本体筺体側面１００ｃに設けられるワイヤレスコミュニケーションスイッチ１０５と、本体筺体底面１００ｆに近接して近接無線通信モジュール１０６とを有する。
【００１６】
パーソナルコンピュータ２は、コンピュータ本体３とディスプレイユニット４とが、ヒンジ５を介して回動自在に設けられている。コンピュータ本体３は、タッチパッド６と、キーボード７と、電源スイッチ８と、近接無線通信モジュール２２、ワイヤレスコミュニケーションスイッチ２５とを有する。ディスプレイユニット４には、中央部にディスプレイ４ａが設けられている。コンピュータ本体筺体３ａのパームレスト部分には近接無線通信モジュール２２が内蔵され、このパームレスト部分に通信相手の外部デバイスと載置して近接無線通信を行う。本実施の形態においては、近接無線通信モジュール２２の設けられているコンピュータ本体筺体３ａにカメラ１を載置して、近接無線通信モジュール２２とカメラ１の本体筺体底面１００ｆに設けられる近接無線通信モジュール１０６との間で近接無線通信を行う。
【００１７】
次に図２を用いて、カメラ１及びパーソナルコンピュータ２の機能について説明する。図２は、実施形態の近接無線通信システムの構成を示すブロック図である。
カメラ１は、ＣＣＤセンサ１０１と、操作ボタン１０２と、ＬＣＤ１０３と、ワイヤレスコミュニケーションスイッチ１０５と、近接無線通信モジュール１０６と、メモリ１０９と、ＲＡＭ１１０と、ＣＰＵ１１２と、バッテリコントローラ１１３と、バッテリ１１４と、ＳＤカードコントローラ１１５と、ＳＤカード１１６とを備える。近接無線通信モジュール１０６は、近接無線通信アンテナ１０７と、近接無線通信ファームウェア１０８とを備える。
【００１８】
ＣＣＤセンサ１０１は、レンズの外部の風景を検出し撮影する。操作ボタン１０２は、ＣＣＤセンサ１０１で撮影するタイミングや、撮影した画像をＬＣＤ１０３に表示する際の各種処理を指示する。ＬＣＤ１０３は、ＣＣＤセンサ１０１で検出している風景や、撮影した画像データ等を表示する。ＳＤカードスロット１０４は、画像データの複製先であるＳＤカードを収納するために設けられるスロットである。
【００１９】
近接無線通信モジュール１０６は、誘導電界を用いた無線信号により外部デバイスとの間でデータ送受信を行う。外部デバイスが通信可能距離（例えば３ｃｍ）以内に接近した場合、近接無線通信アンテナ１０７と外部デバイスの近接無線通信アンテナとが誘導電界によって結合され、無線通信が実行可能となる。近接無線通信モジュール１０６は、近接無線通信アンテナ１０７で受信した無線信号をデジタル信号に変換したり、内部の制御に用いられるデジタル信号を無線信号に変換し近接無線通信アンテナ１０７から送信する。
【００２０】
メモリ１０９は、カメラ１に備えられる記憶媒体であり、撮影した静止画像や動画像データを格納する。ＲＡＭ１１０は、各種アプリケーションプログラムを展開するためのいわゆるワーキングメモリであり、本実施の形態においては、近接無線通信制御プログラム１１１が展開される。ＣＰＵ１１２は、カメラ１の全体を制御するための制御部である。
【００２１】
バッテリコントローラ１１３は、バッテリ１１４を用いてカメラ１の各コンポーネントに供給すべきシステム電源を生成する。ＳＤカードコントローラ１１５は、装着されるＳＤカード１１６にアクセスし、格納した画像データの移動や複製を行ったり、画像データをＬＣＤ１０３に出力したりする。
【００２２】
パーソナルコンピュータ２は、ディスプレイ４ａと、タッチパッド６と、キーボード７と、電源スイッチ８と、ＣＰＵ１０と、ノースブリッジ１１と、主メモリ１２と、グラフィックスコントローラ１３と、ＶＲＡＭ１４と、サウスブリッジ１５と、ＨＤＤ１６と、ＢＩＯＳ−ＲＯＭ１７と、ＥＣ／ＫＢＣ１８と、電源コントローラ１９と、バッテリ２０と、ＡＣアダプタ２１と、近接無線通信モジュール２２と、ワイヤレスコミュニケーションスイッチ２５とから構成される。近接無線通信モジュールは、近接無線通信アンテナ２３と、近接無線通信ファームウェア２４とを備える。
【００２３】
ＣＰＵ１０は、本パーソナルコンピュータ１の動作を制御するために設けられたプロセッサであり、ＨＤＤ１６から主メモリ１２にロードされるオペレーティングシステム（ＯＳ５０）及び各種アプリケーションプログラムを実行する。またＣＰＵ１０は、ＢＩＯＳ−ＲＯＭ１７に格納されたシステムＢＩＯＳ５１を主メモリ１２にロードした後、実行する。システムＢＩＯＳ５１はハードウェア制御のためのプログラムである。また、ＣＰＵ１０は近接無線通信プログラム５２を実行し、近接無線通信モジュール２３で行う近接無線通信を制御する。
【００２４】
ノースブリッジ１１は、ＣＰＵ１０のローカルバスとサウスブリッジ１５との間を接続するブリッジデバイスである。ノースブリッジ１１には主メモリ１２をアクセス制御するメモリコントローラも内蔵されている。またノースブリッジ１１はＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）バス等を介してグラフィックスコントローラ１３との通信を実行する機能も有している。
【００２５】
主メモリ１２は、ＨＤＤ１６に記憶されるオペレーティングシステム（ＯＳ５０）及び各種アプリケーションプログラムや、ＢＩＯＳ−ＲＯＭ１７に格納されたシステムＢＩＯＳ５１を展開されるためのいわゆるワーキングメモリである。
【００２６】
グラフィックスコントローラ１３は、本コンピュータのディスプレイモニタとして使用されるディスプレイ４ａを制御する表示コントローラである。このグラフィックスコントローラ１３はオペレーティングシステム／アプリケーションプログラムによってＶＲＡＭ１４に描画された表示データから、ディスプレイ４ａに表示すべき表示イメージを形成する映像信号を生成する。
【００２７】
サウスブリッジ１５は、ＢＩＯＳ−ＲＯＭ１７へのアクセスや、ＨＤＤ１６及びＯＤＤ（Ｏｐｔｉｃａｌ Ｄｉｓｋ Ｄｒｉｖｅ）等のディスクドライブ（Ｉ／Ｏデバイス）の制御を行う。
【００２８】
ＨＤＤ１６は、ＯＳ５０及び各種アプリケーションプログラム等を記憶する記憶装置である。例えば、近接無線通信モジュール２２で実行する近接無線通信を介して受信した画像データを格納する。
【００２９】
ＢＩＯＳ−ＲＯＭ１７は、ハードウェア制御のためのプログラムであるシステムＢＩＯＳ５１を格納する書き換え可能な不揮発性メモリである。
ＥＣ／ＫＢＣ１８は、入力手段としてのタッチパッド６、キーボード７の制御を行う。ＥＣ／ＫＢＣ１８はパーソナルコンピュータ１のシステム状況に関わらず、各種のデバイス（周辺機器、センサ、電源回路等）を監視し制御するワンチップ・マイコンである。またＥＣ／ＫＢＣ１８は、ユーザによる電源スイッチ８の操作に応じて、電源コントローラ１９と共同して、本パーソナルコンピュータ２をパワーオン／パワーオフする機能を有している。
【００３０】
電源コントローラ１９は、外部電源がＡＣアダプタ２１を介して供給されている場合、ＡＣアダプタ２１から供給される外部電源を用いてパーソナルコンピュータ２の各コンポーネントに供給すべきシステム電源を生成する。また、電源コントローラ１９は、外部電源がＡＣアダプタ２１を介して供給されていない場合、バッテリ２０を用いてパーソナルコンピュータ２の各コンポーネント（コンピュータ本体３及びディスプレイユニット４）に供給すべきシステム電源を生成する。
【００３１】
近接無線通信モジュール２２は、誘導電界を用いた無線信号により外部デバイスとの間でデータ送受信を行う。外部デバイスが通信可能距離（例えば約３ｃｍ）以内に接近した場合、近接無線通信アンテナ２３と外部デバイスの近接無線通信アンテナとが誘導電界によって結合され、無線通信が実行可能となる。近接無線通信モジュール２２は、近接無線通信アンテナ２３で送受信する無線信号をデジタル信号に変換し、内部に伝送する。
【００３２】
次に、図３を参照して、本実施形態における近接無線通信を制御するためのソフトウェアアーキテクチャについて説明する。
図３に示すソフトウェアアーキテクチャは、近接無線通信を制御するためのプロトコルスタックの階層構造を示している。プロトコルスタックは、物理層（ＰＨＹ）１０、コネクション層（ＣＮＬ）２０、プロトコル変換層３０、アプリケーション層４０から構成されている。プロトコル変換層３０は、ＰＣＬ（Protocol Conversion Layer）コントローラ３１およびＰＣＬ ＯＢＥＸ（OBject EXchange）アダプタ３２を含み、アプリケーション層４０は、アプリケーションマネージャ４１およびＯＢＥＸプロトコル４２を含んでいる。コネクション層（ＣＮＬ）２０、プロトコル変換層３０、アプリケーション層４０は、近接無線通信制御プログラム１０３ａによって実現し得る。
【００３３】
物理層（ＰＨＹ）１０は、物理的なデータ転送を制御する層であり、ＯＳＩ参照モデル内の物理層に対応する。物理層（ＰＨＹ）１０の一部または全ての機能は、近接無線通信デバイス１０４内のハードウェアを用いて実現することもできる。物理層（ＰＨＹ）１０は、コネクション層（ＣＮＬ）２０からのデータを無線信号に変換する。
【００３４】
コネクション層（ＣＮＬ）２０は、ＯＳＩ参照モデル内のデータリンク層およびトランスポート層に対応しており、物理層（ＰＨＹ）１０を制御してデータ通信を実行する。コネクション層（ＣＮＬ）２０は、プロトコル変換層３０（ＰＣＬコントローラ３１）からの接続要求または外部デバイスからの接続要求に応じて、近接状態に設定されている近接無線通信デバイス１０４と外部デバイスとの間の接続（ＣＮＬ接続）を確立する処理を実行する。
【００３５】
プロトコル変換層３０は、ＯＳＩ参照モデル内のセッション層およびプレゼンテーション層に対応しており、アプリケーション層４０とコネクション層（ＣＮＬ）２０との間に位置する。ＰＣＬコントローラ３１は、コネクション層（ＣＮＬ）２０によるＣＮＬ接続の確立および解除を制御する。ＰＣＬ ＯＢＥＸアダプタ３２は、通信プログラムである各種アプリケーションプログラム１０３ｂが扱うアプリケーションプロトコルに対応したデータ（ユーザデータ）を特定の伝送用データ形式に変換するための変換処理を実行する。この変換処理により、どのアプリケーションプロトコルを扱う通信プログラムにより送受信されるデータであっても、コネクション層（ＣＮＬ）２０が扱うことが可能なパケット（特定の伝送用データ形式のデータ）に変換される。つまり、プロトコル変換層３０のＰＣＬ ＯＢＥＸアダプタ３２は、様々なアプリケーションプロトコルを近接無線通信で利用することを可能にする。
【００３６】
また、プロトコル変換層３０のＰＣＬコントローラ３１は、通信相手の外部デバイスとの間でサービス情報（各デバイスが提供可能なサービスを示す情報）およびセッション情報（確立／切断対象のセッションに関する情報）を交換する処理、さらに、アダプタの起動、コネクションの管理、およびセッションの管理等を行う。このＰＣＬコントローラ３１の働きにより、キャプチャ要求の受信を契機に、キャプチャ画像の転送処理を行うためのキャプチャアプリケーションプログラムが自動的に起動される。このＰＣ１００側のキャプチャアプリケーションプログラムも、各種アプリケーションプログラム１０３ｂの１つとして存在する。
【００３７】
アプリケーション層４０は、プログラム間でのデータ転送を制御する層であり、ＯＳＩ参照モデル内のアプリケーション層に対応する。ここでは、ＯＢＥＸプロトコル４２によってデータが送受信される場合について説明する。
【００３８】
ＯＢＥＸプロトコル４２は、アプリケーションマネージャ４１で制御されるＰＣＬコントローラ３１により確立されたＣＮＬ接続を用い、ＰＣＬ ＯＢＥＸアダプタ３２を通して通信を行う。ＯＢＥＸプロトコル４２では、ＯＢＥＸアプリケーションが相互にデータの送受信を実行可能とするためのアプリケーション規定（プロトコルクラス）が定義されている。各種アプリケーションプログラム１０３ｂは、このプロトコルクラスに従ったＯＢＥＸプロトコル手順を利用することで、データファイル等のオブジェクトの送受信を行うことができる。本実施形態におけるＯＢＥＸプロトコル４２では、基本プロトコルクラスとして、ファイルトランスファープロトコルクラス４２１とプッシュプロトコルクラス４２２とが定義されている。図示のように、ファイルトランスファープロトコルクラス４２１は、プッシュプロトコルクラス４２２を包含する関係にある。
【００３９】
プッシュプロトコルクラス４２２は、クライアントからサーバへ１つまたは複数のファイルを送信するために使用される。プッシュプロトコルクラス４２２では、クライアント（ここでは携帯電話機２００）が任意のファイルをＰＵＴし、サーバ（ここではＰＣ１００）に渡すための手続きが定義されている。プッシュプロトコルクラス４２２では、近接無線通信（TransferJet）によってファイルを送信する前に必要な手続きを簡略化して、ユーザによる操作負担を軽減すると共に、高速なデータ通信を実現することができる。プッシュプロトコルクラス４２２におけるＩＮＢＯＸサービス４２２ａは、既知の「IrDA Object Exchange Protocol Version 1.4」の仕様書に記載のＩＮＢＯＸサービス（INBOX Service)をベースにした手続きを実行するものとして詳細な説明を省略する。キャパビリティサービス４２２ｂは、サーバ側の能力を示すデータを取得するために使用される。
【００４０】
また、ファイルトランスファープロトコルクラス４２１は、クライアントとサーバとの間で１つまたは複数のファイルの送信／受信を行うために使用される。ファイルトランスファープロトコルクラス４２１は、ＦＴＰ（File Transfer Protocol）相当のファイル転送およびファイル・フォルダ操作をサポートするための手続きが規定されている。
【００４１】
ファイルトランスファープロトコルクラス４２１では、プッシュプロトコルクラス４２２を利用したファイルの転送とは異なり、ファイルを送信する前にファイルの送信先（サーバ）のフォルダおよびファイルを示すデータ（フォルダ情報）を、フォルダブラウジングサービス４２１ａによりサーバから取得する。そして、フォルダ情報に基づきファイルの送信先に対してフォルダの移動（作成）を行い、ファイルを送信することができる。ファイルトランスファープロトコルクラス４２１は、既知の「IrDA Object Exchange Protocol Version 1.4」に記載のフォルダブラウジングサービス（Folder Browsing Service)をベースにした手続きを実行するものとして詳細な説明を省略する。
【００４２】
なお、前述したように、ファイルトランスファープロトコルクラス４２１は、プッシュプロトコルクラス４２２を包含する関係にあり、ファイルトランスファープロトコルクラス４２１を利用したファイルの送信時においても、ＩＮＢＯＸサービス４２２ａおよびキャパビリティサービス４２２ｂを使用することが可能である。
【００４３】
ＯＢＥＸプロトコル４２に対応する各種アプリケーションプログラム１０３ｂは、このＯＢＥＸプロトコル４２を通じて、プロトコル変換層３０のＰＣＬコントローラ３１に対してセッションの開始／終了を要求する処理と、プロトコル変換層３０のＰＣＬ ＯＢＥＸアダプタ３２を介してデータを送受信する処理とを実行する。つまり、各種アプリケーションプログラム１０３ｂは、ＯＢＥＸプロトコル４２のファイルトランスファープロトコルクラス４２１を利用して１つまたは複数のファイルをサーバとの間で送信／受信し、または、ＯＢＥＸプロトコル４２のプッシュプロトコルクラス４２２を利用して１つまたは複数のファイルをサーバに送信する。本実施形態の近接無線通信システムにおけるキャプチャ画像の転送処理は、ＯＢＥＸプロトコル４２のプッシュプロトコルクラス４２２に規定された手続きを利用することによって実現される。
【００４４】
図７は、上記ソフトウェアアーキテクチャに基づく実施形態の機能構成図である。
図７において、CNL(Connection Layer)ドライバ２７はコネクション層２０で、PCL(Protocol Conversion Layer)コントロールドライバ３７はプロトコル変換層３０で、上位層ユーティリティ４７はアプリケーション層４０で、夫々機能を発現する。
【００４５】
また、CNLドライバ２７はLink Control機能２７１とTime Control機能２７２を、PCLコントロールドライバ３７はConnection Management Service機能３７１とDevice Authentication Service機能３７２を、上位層ユーティリティ４７はコネクションステータス表示機能４７１と強制切断機能４７２を、夫々含んでいる。これらについては後述する。
【００４６】
次に図４を用いて、リンクダウン制御に用いるメッセージ２００のデータ構造について説明する。図４は、実施形態の接続認証に用いる信号のデータ構造の一例を示す図である。
【００４７】
Ｒｅｑｕｅｓｔ ｔｙｐｅ２０１は、メッセージの種類を示す情報が含まれている。例えば、メッセージが、リクエストメッセージなのか否かを示す。Ｏｐｅｒａｔｉｏｎ ｃｏｄｅ２０２には、メッセージを用いる処理を示す情報が含まれている。例えば、メッセージが認証処理やデータ交換処理に用いることを示す。Ｒｅｓｅｒｖｅｄ２０３は、メッセージに設けられる空き領域である。本実施の形態においては、このＲｅｓｅｒｖｅｄ２０３の後の図示せぬData領域に後述のタイマ値を付加する。
【００４８】
次に、図５を用いて、近接無線通信を介してカメラ１からパーソナルコンピュータ２へデータ送信を行うまでの流れを説明する。図５は、実施形態の電子機器と外部デバイスとの間の近接無線通信の接続手順の一例を示すシーケンス図である。
【００４９】
まず、ユーザは、近接無線通信アプリケーションプログラムをカメラ１上で選択し、カメラ１とパーソナルコンピュータ２とを近づけて（タッチ操作）、近接状態にする（ステップＳ１）。次に、カメラ１とパーソナルコンピュータ２との間でＣＮＬ接続を確立するための処理（認証処理）を実行する（ステップＳ２）。例えばカメラ１はパーソナルコンピュータ２へ接続要求を送信する。この接続要求を受信したパーソナルコンピュータ２は、接続要求に対する応答をカメラ１へ送信する。以上の処理により、カメラ１とパーソナルコンピュータ２との間でＣＮＬ接続が確立する。
【００５０】
ＣＮＬ接続を確立させたカメラ１とパーソナルコンピュータ２とは、モード調停を行う（ステップＳ３）。本実施の形態においては、カメラ１側で近接無線通信アプリケーションプログラムを選択しておいカメラ１がプロアクティブモードに設定されているため、パーソナルコンピュータ２は自身のモードをリアクティブモードに遷移させる。
【００５１】
次に、プロアクティブモードのカメラ１からリクエストメッセージを送信する（ステップＳ４）。このリクエストメッセージには、上述の通り近接無線通信制御プログラム１１１によりリンクダウン制御のタイマ値が付加されている。
【００５２】
次に、リクエストメッセージを受信したパーソナルコンピュータ２からレスポンスメッセージを送信する（ステップＳ５）。このレスポンスメッセージには近接無線通信制御プログラム５２によりリンクダウン制御のタイマ値が付加されている。
【００５３】
次にカメラ１とパーソナルコンピュータ２との間で実行するサービスの同期を実行する（ステップＳ６）。これにより、カメラ１とパーソナルコンピュータ２との間でサービスの実行が開始される。
【００５４】
上述のネゴシエーション処理が完了すると、カメラ１とパーソナルコンピュータ２との間でサービスが実行され、データの送受信等の通信が行われる（ステップＳ７）。
【００５５】
次に、本実施の形態における近接無線通信制御プログラムによるリンクダウン制御の手順を説明する。図６は、実施形態のリンクダウン制御を示すフローチャートである。
【００５６】
まず、PCLコントロールドライバ３７は自装置がプロアクティブモードであるか否かを判別する（ステップＳ１０１）。ステップＳ１０１で判別した結果、自装置がプロアクティブモードであると判別した場合（ステップＳ１０１のＹｅｓ）、リンクダウン制御情報を付加したリクエストメッセージを送信する（ステップＳ１０２）。次に、PCLコントロールドライバ３７は、リンクダウン制御情報に対するレスポンスメッセージを受信したか否かを判別する（ステップＳ１０３）。
【００５７】
一方、ステップＳ１０１で判別した結果、自装置がプロアクティブモードでないと判別した場合（ステップＳ１０１のＮｏ）、リンクダウン制御情報を付加したリクエストメッセージを受信したか否かを判別する（ステップＳ１０４）。ステップＳ１０４で判別した結果、リンクダウン制御情報を付加したリクエストメッセージを受信していないと判別した場合（ステップＳ１０４のＮｏ）、処理を終了する。一方、ステップＳ１０４で判別した結果、リンクダウン制御情報を付加したリクエストメッセージを受信したと判別した場合（ステップＳ１０４のＹｅｓ）、ＰＣＬコントローラ８２は、リンクダウン制御情報を付加したレスポンスメッセージを送信する（ステップＳ１０５）。
【００５８】
リクエストメッセージ及びレスポンスメッセージの送受信が完了すると、PCLコントロールドライバ３７は、リンク確立（タッチ）時の相手デバイスがリンクダウン制御をサポートしているか否かを判別する（ステップＳ１０６）。
【００５９】
本機能は、PCLCメッセージのOPコードを拡張して実装する事により、現行仕様のデバイスとの互換性を保つ様にする。１バイトからなるOPコードは０から３の値に機能が割り当てられている。４以上の値をこの拡張に用いればよい。
【００６０】
タッチ時に、PCLCのHigh Priority側から拡張OPコードにより自身のリンクダウン監視タイマ設定値を含むリクエストメッセージを送信する。相手デバイスがリンクダウン制御をサポートしていない場合、Illegal Message のレスポンスコードを持ったレスポンスメッセージが返ってくるので、以後このデバイスは本機能をサポートしていないと判断する。リンクダウン制御をサポートしている場合には、レスポンスメッセージ（Success）を返す。リンクダウン制御メッセージの送信は、Device Authentication の最後に行なう。
【００６１】
ステップＳ１０６で判別した結果、サポートなしに設定されている場合（ステップＳ１０６のＮｏ）、ＰＣＬ接続におけるタイマ値は維持される（ステップＳ１０８）。一方、ステップＳ１０６で判別した結果、サポートありに設定されている場合（ステップＳ１０６のＹｅｓ）、メッセージ内のタイマ値を保存する（ステップＳ１０７）。本タイマ値は、パケット送信のリトライタイマ（T_Retry）のタイムアウト発生時に、新たなタイムアウト監視タイマ値として利用する。
【００６２】
一例としてタッチ後の無通信状態でタッチずれ、或いはユーザが意図した一時的なデタッチが発生した場合、キープアライブタイマ（T_Keepalive）のタイムアウトによりC_Probeパケットの送信リトライが発生するが、この時 T_Retry タイマの設定を保存しているリンクダウン監視タイマ値に置き換える。
【００６３】
また別の例としてデータ通信中のタッチずれ、デタッチの場合は、データパケット（CSDU）のリセンドタイマ（T_Resend）のタイムアウトにより C_Wake パケットの送信が開始されるが、この時同様にT_Retry タイマの設定を保存しているリンクダウン監視タイマ値に置き換える。これにより、タッチずれ及び一時的なデタッチ発生時に、実際のデタッチ（切断）と認識されるまでの時間が変更可能となる。
【００６４】
次に、PCLコントロールドライバ３７は、リンクダウンがあったか否かを判別する（ステップＳ１０９）。ステップＳ１０９で判別した結果、リンクダウンしていないと判別した場合（ステップＳ１０９のＮｏ）、ステップＳ１０９に戻る。一方、ステップＳ１０９で判別した結果、リンクダウンしたと判別した場合（ステップＳ１０９のＹｅｓ）、PCLコントロールドライバ３７はT_Retry タイマの設定を保存しているリンクダウン監視タイマ値に置き換える（ステップＳ１１０）。即ち、両デバイスで共有されているデータを用いる。
【００６５】
（第２の実施形態）
本発明による第２の実施形態を図１乃至図７を参照して説明する。実施形態１と共通する部分は説明を省略する。
実施形態１における一時的なリンクダウン発生時に、上位に対する通知機能を持たせる。これはLink Control機能２７１とコネクションステータス表示機能４７１とによる。Link Control機能２７１は、実際はPCLコントロールドライバ３７を経由してコネクションステータス通知を行う。現行の仕様では、リンク確立時のサブステータスとしては Connected Sub-state 、Local Hibernate Sub-state 、Target Sleep Sub-state の３種類があるが、これに Link Down Sub-state を追加し本ステータスを上位に通知する様にする。GUIを持った上位層では、本通知を受け取る事により一時的なリンクダウンが発生している事を画面上に表示し、ユーザに対して通知を行なう。これにより、ユーザは意図しないタッチずれの発生も認識できる様になる。
【００６６】
（第３の実施形態）
本発明による第３の実施形態を図１から図７を参照して説明する。実施形態１、２と共通する部分は説明を省略する。
実施形態１における一時的な中断中に再タッチが行なわれると通信が再開され、以後通常のモードに復帰する。
このとき、上位層は一時的な中断中にも強制的に切断を発生させられる様に、ユーザに対して強制切断機能を提供する。これは強制切断機能４７２とConnection Management Service機能３７１とLink Control機能２７１とによる。ＣＮＬレベルではCNL SERVICE DEFINITIONのConnection releaseを用いればよい。これにより、リンクダウン監視タイマ駆動中でもリンクの強制終了が行なえる。
【００６７】
なお、この発明は上記実施形態に限定されるものではなく、この外その要旨を逸脱しない範囲で種々変形して実施することができる。
また、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係わる構成要素を適宜組み合わせても良いものである。
【符号の説明】
【００６８】
１…カメラ、２…パーソナルコンピュータ、３…本体ユニット、４…ディスプレイユニット、５…ヒンジ、６…タッチパッド、７…キーボード、８…電源スイッチ、１０…ＣＰＵ、１１…ノースブリッジ、１２…主メモリ、１３…グラフィックコントローラ、１４…ＶＲＡＭ、１５…サウスブリッジ、１６…ＨＤＤ、１７…ＢＩＯＳ−ＲＯＭ、１８…ＥＣ／ＫＢＣ、１９…電源コントローラ、２０…バッテリ、２１…ＡＣアダプタ、２２…近接無線通信モジュール、２３…近接無線通信アンテナ、２４…近接無線通信ファームウェア、２５…ワイヤレスコミュニケーションスイッチ。
【特許請求の範囲】
【請求項１】
近接無線通信を実行する通信モジュールと、
タイマ値を記憶する記憶手段と、
前記記憶手段への前記タイマ値の書き込みを許可するか否かを設定する設定手段と、
前記通信モジュールと外部デバイスとが近接状態である場合、前記設定手段による設定に応じて、前記記憶手段への書き込みを許可するか否かを示す許可情報を付加した接続信号を前記外部デバイスへ送信する送信手段と
を有する電子機器。
【請求項２】
前記許可情報の付加はPCLCメッセージのOPコードを拡張によるものである請求項１に記載の電子機器。
【請求項３】
前記タイマ値は、パケット送信のリトライタイマ（T_Retry）のタイムアウト発生時に、新たなタイムアウト監視タイマ値として利用するものである請求項１に記載の電子機器。
【請求項４】
リンクダウン発生時に、この旨のコネクションステータス表示を行う請求項１に記載の電子機器。
【請求項５】
リンクダウン発生時に、ユーザによる強制切断指示に基づいてリンクダウンの強制切断を行う請求項１に記載の電子機器。
【請求項６】
近接無線通信を実行する通信モジュールの通信制御方法であって、
タイマ値を記憶手段に記憶し、
前記記憶手段への前記タイマ値の書き込みを許可するか否かを設定し、
前記通信モジュールと外部デバイスとが近接状態である場合、前記設定に応じて、前記記憶手段への書き込みを許可するか否かを示す許可情報を付加した接続信号を前記外部デバイスへ送信する通信制御方法。
【請求項１】
近接無線通信を実行する通信モジュールと、
タイマ値を記憶する記憶手段と、
前記記憶手段への前記タイマ値の書き込みを許可するか否かを設定する設定手段と、
前記通信モジュールと外部デバイスとが近接状態である場合、前記設定手段による設定に応じて、前記記憶手段への書き込みを許可するか否かを示す許可情報を付加した接続信号を前記外部デバイスへ送信する送信手段と
を有する電子機器。
【請求項２】
前記許可情報の付加はPCLCメッセージのOPコードを拡張によるものである請求項１に記載の電子機器。
【請求項３】
前記タイマ値は、パケット送信のリトライタイマ（T_Retry）のタイムアウト発生時に、新たなタイムアウト監視タイマ値として利用するものである請求項１に記載の電子機器。
【請求項４】
リンクダウン発生時に、この旨のコネクションステータス表示を行う請求項１に記載の電子機器。
【請求項５】
リンクダウン発生時に、ユーザによる強制切断指示に基づいてリンクダウンの強制切断を行う請求項１に記載の電子機器。
【請求項６】
近接無線通信を実行する通信モジュールの通信制御方法であって、
タイマ値を記憶手段に記憶し、
前記記憶手段への前記タイマ値の書き込みを許可するか否かを設定し、
前記通信モジュールと外部デバイスとが近接状態である場合、前記設定に応じて、前記記憶手段への書き込みを許可するか否かを示す許可情報を付加した接続信号を前記外部デバイスへ送信する通信制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１２−１６０９１０（Ｐ２０１２−１６０９１０Ａ）
【公開日】平成２４年８月２３日（２０１２．８．２３）
【国際特許分類】
【出願番号】特願２０１１−１９２２４（Ｐ２０１１−１９２２４）
【出願日】平成２３年１月３１日（２０１１．１．３１）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２４年８月２３日（２０１２．８．２３）
【国際特許分類】
【出願日】平成２３年１月３１日（２０１１．１．３１）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]