JP2014067199A - 停止状態の近距離通信デバイスと通信する方法、ｉｐアドレスの取得方法および情報端末装置 - Google Patents

Abstract

【課題】イニシエータと、停止状態の近距離通信デバイスを搭載するターゲットとが通信する方法を提供する
【解決手段】ノートＰＣ１７ａ〜１７ｅは、それぞれ近距離の近距離通信デバイスを搭載し、さらに近距離の近距離通信デバイス以外の通信デバイスで常時ネットワーク１１を通じて相互に接続されている。いずれかのノートＰＣがイニシエータとなり残りのノートＰＣはターゲットとなる。ターゲットとなるノートＰＣは、電源はオン状態であるが近距離通信デバイスは停止状態にしている。イニシエータは、ネットワークを通じてターゲットを動作状態に移行させるリクエストを送信する。リクエストを受信したターゲットは近距離通信デバイスを動作状態に移行させてイニシエータの近距離通信デバイスと通信する。
【選択図】図１

Description

本発明は、情報端末装置が搭載する停止状態の近距離通信デバイスと通信する技術に関し、さらには近距離通信デバイスを通じて情報端末装置のＩＰアドレスを取得する技術に関する。

ノートブック型パーソナル・コンピュータ（ノートＰＣ）は、ローカル・エリア・ネットワーク（ＬＡＮ）の通信システムに加えて、ＲＦＩＤ（Radio Frequency IDentification）、Bluetooth（登録商標）、および赤外線通信などの近距離無線通信（NFC: Near Field Communication）規格のデバイスを搭載する場合がある。また、ＮＦＣ規格のデバイスの他にスマートフォンのディスプレイに表示されたＩＰアドレスの画像を撮影するカメラやスピーカとマイクロフォンからなる音響システムも通信デバイスとして利用することができる。以後本明細書ではこのようなＮＦＣ規格のデバイスおよび空間を通じて音声を送ったり画像を撮影したりできる程度の距離で情報を交換できるデバイスをＮＦＣデバイスといい、ＮＦＣデバイス間の通信をＮＦＣ通信ということにする。

特許文献１は、主電源がオフ状態のコンピュータにアクセス・ポイントがマジック・パケットを含むブロードキャスト・フレームまたはマルチキャスト・フレームを送って、主電源を投入する技術を開示する。特許文献２は、ドーズ状態の無線端末が、送信パケットを生成したタイミングでアウェイク状態に遷移することで送受信回路の消費電力を低減する技術を開示する。

特開２００５−１８３７７号公報 特開２００８−１３１３１２号公報

ノートＰＣが搭載するＮＦＣデバイスが、他のＮＦＣデバイスから不意のタイミングで行われた通信要求に応答するためには、ＮＦＣデバイスの電源を常時オン状態にしておく必要がある。しかし、ノートＰＣはバッテリィで動作する機会が頻繁にあるため、ユーザはBluetooth（登録商標）デバイスや赤外線デバイスの電源を常時オフ状態にしている。また、プライバシー保護の観点からカメラやマイクロフォンの電源を常時オフ状態にしたり入力をオフにしたりしているユーザが多い。

したがって、電源がオフ状態のＮＦＣデバイスを搭載するノートＰＣとリモートのＮＦＣデバイスが通信するためには、通信したいときに何らかの方法でノートＰＣが搭載するＮＦＣデバイスの電源をオン状態にする必要がある。これまではユーザが手動でＮＦＣデバイスの電源をオン状態にするしかなかったため迅速にＮＦＣ通信を開始することができなかった。また、他のユーザとの間でＮＦＣ通信をすることもできなかった。また、近接した場所に存在する複数のノートＰＣがＬＡＮに接続されていても、相手のＩＰアドレスが不明な場合には相互に直接通信することができなかった。

そこで本発明の目的は、情報端末装置が搭載する停止状態の近距離通信デバイスと通信する方法を提供することにある。さらに本発明の目的は、近距離通信デバイスを搭載する情報端末装置の消費電力を低減する方法を提供することにある。さらに本発明の目的は、ユーザのプライバシーを確保しながら情報端末装置が搭載する近距離通信デバイスと通信する方法を提供することにある。さらに本発明の目的は、近距離通信デバイスを搭載する情報端末装置からＩＰアドレスを取得する方法を提供することにある。さらに本発明の目的は、そのような方法を実現する情報端末装置、およびコンピュータ・プログラムを提供することにある。

本発明の一の態様では、第１の通信デバイスと第１の近距離通信デバイスを搭載するイニシエータと第２の通信デバイスと第２の近距離通信デバイスを搭載する情報端末装置が通信する方法を提供する。近距離通信デバイスは、ＮＦＣの無線通信規格に適合するデバイスだけでなく映像や音声で通信をするデバイスも含む。最初に第２の近距離通信デバイスを停止状態に移行させる。

これは情報端末装置のユーザが第２の近距離通信デバイスに対して通常行う操作ということができる。このような情報端末装置に対してイニシエータが第１の近距離通信デバイスと第２の近距離通信デバイスを通じて通信をしたいときに、第１の通信デバイスと第２の通信デバイスを通じて第２の近距離通信デバイスを動作状態に移行させるリクエストを送信する。リクエストを受信した情報端末装置は、リクエストに応答して第２の近距離通信デバイスを動作状態に移行させて第１の近距離通信デバイスと通信する。

したがって、通常は第２の近距離通信デバイスを省電力やプライバシーの観点で停止させながらイニシエータが要求するときには、それに応答することができるようになる。第１の通信デバイスと第２の通信デバイスは、有線ＬＡＮまたは無線ＬＡＮを通じて通信するものであってよい。情報端末装置およびイニシエータは通常はオフィスや自宅でＬＡＮに接続されているためリクエストの送信デバイスとして適している。

ＬＡＮでは宛先のＩＰアドレスが不明の場合はフレームを送ることができないが、ブロードキャスト・フレームを利用することで、リクエストをブロードキャスト・ドメインに存在するすべてのターゲットに送信することができる。近距離通信デバイスは、一例としてBluetooth（登録商標）デバイス、画像データによる通信をする表示装置／カメラ、または音声信号による通信をするスピーカ／マイクロフォンなどを含む通信システムとすることができる。

リクエストが、第１の通信デバイスが接続しているアクセス・ポイントの識別子を含み、第２の通信デバイスが接続しているアクセス・ポイントの識別子とリクエストが含む識別子が一致する場合だけリクエストに応じて動作状態に移行させることができる。この場合、同一のアクセス・ポイントに接続されて近接した場所に存在するターゲットの第２の近距離通信デバイスだけが動作状態に移行することになるため、離れたアクセス・ポイントに接続されてイニシエータと通信する可能性のない情報端末装置の動作に影響を与えないようにすることができる。

リクエストは、あらかじめイニシエータに登録された第２の通信デバイスの識別子を宛先アドレスとするフレームで送信してもよい。この場合、イニシエータが通信を希望する情報端末装置の第２の近距離通信デバイスだけを動作状態に移行させその他の情報端末装の動作に影響を与えないようにすることができる。第２の近距離通信デバイスが第１の近距離通信デバイスの存在を探索し、情報端末装置は、第２の近距離通信デバイスが第１の近距離通信デバイスの存在を検出しないときは第２の近距離通信デバイスを停止状態に移行させることができる。

第２の近距離通信デバイスによる第１の近距離通信デバイスの検出は、第２の近距離通信デバイスが他の近距離通信デバイスの存在を問い合わせるアクティブ・スキャニングの方法でもよいし、第１の近距離通信デバイスが送出する信号を受信するパッシブ・スキャニングの方法でもよい。したがって、リクエストに応じて一旦第２の通信デバイスを動作状態に移行させた場合でも、近くにイニシエータが存在しない場合にはただちに停止状態に移行させるため、省電力とプライバシーを確保することができる。

第１の近距離通信デバイスの存在を検出したときに情報端末装置は表示装置に第２の近距離通信デバイスの動作状態を継続するか否かを入力するオプトイン・ダイアログ画面を表示することができる。そしてオプトイン・ダイアログ画面に対する肯定的な入力に応じて第２の近距離通信デバイスの動作状態を継続させ、否定的な入力に応じて第２の近距離通信デバイスを停止状態に移行させることで、ユーザがその時点で第２の近距離通信デバイスを通じての通信を希望しない場合は、停止状態に移行させることができる。リクエストに応じた動作状態への移行を、情報端末装置が許可設定をしている場合だけ実行することで、通信を希望しないユーザがイニシエータからのリクエストを受け取っても一切応答しないようにすることもできる。

本発明の他の態様では、第１の通信デバイスと第１の近距離通信デバイスを搭載する情報端末装置が第２の通信デバイスと第２の近距離通信デバイスを搭載するターゲットと通信する方法を提供する。最初に第１の通信デバイスと第１の近距離通信デバイスを動作状態に移行させる。情報端末装置が、第１の通信デバイスと第２の通信デバイスを通じて第２の近距離通信デバイスが停止状態のターゲットに第２の近距離通信デバイスを動作状態に移行させるリクエストを送信する。リクエストに応答して動作状態に移行し第１の近距離通信デバイスの存在を検出した第２の近距離通信デバイスと第１の近距離通信デバイスが通信する。このような構成により、情報端末装置は第１の通信デバイスを通じてリクエストを送るだけで、第１の近距離通信デバイスでの通信をすることができる。

本発明のさらに他の態様では、第１の近距離通信デバイスを搭載する情報端末装置が第２の近距離通信デバイスを搭載するターゲットからＩＰアドレスを取得する方法を提供する。最初に情報端末装置とターゲットがローカル・エリア・ネットワークに接続する。つぎに情報端末装置が、ローカル・エリア・ネットワークに停止状態の第２の近距離通信デバイスを動作状態に移行させるリクエストを含むブロードキャスト・フレームを送信する。ターゲットの第２の近距離通信デバイスはリクエストに応答して動作状態に移行して第１の近距離通信デバイスの存在を検出する。その後情報端末装置は第２の近距離通信デバイスと第１の近距離通信デバイスを通じてターゲットのＩＰアドレスを取得する。このような構成により第１の近距離通信デバイスと第２の近距離通信デバイスが通信可能な範囲に存在する情報端末装置とターゲットが、ローカル・エリア・ネットワークを通じて通信することができるようになる。

本発明により、情報端末装置が搭載する停止状態の近距離通信デバイスと通信する方法を提供することができた。さらに本発明により、近距離通信デバイスを搭載する情報端末装置の消費電力を低減する方法を提供することができた。さらに本発明により、ユーザのプライバシーを確保しながら情報端末装置が搭載する近距離通信デバイスと通信する方法を提供することができた。さらに本発明により、近距離通信デバイスを搭載する情報端末装置からＩＰアドレスを取得する方法を提供することができた。さらに本発明により、そのような方法を実現する情報端末装置、およびコンピュータ・プログラムを提供することができた。

本発明を実現するノートＰＣの動作環境を説明する図である。 ノートＰＣの構成を説明する機能ブロック図である。 イニシエータがターゲットとＮＦＣ通信をする際の手順を示すフローチャートである。 ＮＦＣリクエストを受信したときの応答方法を設定する設定画面の一例を示す図である。

図１は、本発明を実現するノートＰＣの動作環境を説明する図である。ノートＰＣ１７ａ〜１７ｃはアクセス・ポイント（ＡＰ）１３を経由して無線ＬＡＮでネットワーク１１に接続されている。また、ノートＰＣ１７ｄ、１７ｅは、ＡＰ１５を経由して無線ＬＡＮでネットワーク１１に接続されている。ノートＰＣ１７ａ〜１７ｅは、本発明における情報端末装置の一例で、他にはスマートフォン、タブレット端末、デスクトップＰＣ、およびスマート・テレビなどのいずれかの装置の動作環境または複数の装置が混在する動作環境であってもよい。各ノートＰＣ１７ａ〜１７ｅは、相互にＮＦＣ通信が可能なＮＦＣデバイスを搭載している。ＮＦＣ通信では、いずれかのノートＰＣがイニシエータとなり残りの他のノートＰＣがターゲットとなる。

図２は、ノートＰＣ１７ａ〜１７ｅの概略の構成を示す機能ブロック図である。図２（Ａ）はハードウェアの構成を示し、図２（Ｂ）はソフトウェアの構成を示す。図２（Ａ）において、チップ・セット１０７には、ＣＰＵ１０１、無線ＬＡＮモジュール１０９、有線ＬＡＮモジュール１１１、ＮＦＣデバイス１１３および電力コントローラ１１５が接続されている。ＣＰＵ１０１には、メイン・メモリ１０３およびＬＣＤ１０５が接続されている。

無線ＬＡＮモジュール１０９および有線ＬＡＮモジュール１１１は、それぞれネットワーク１１に接続するためにＴＣＰ／ＩＰプロトコル階層モデルのネットワーク・インターフェース層で動作する。ＮＦＣデバイス１１３は一例として、Bluetooth（登録商標）モジュール、赤外線モジュール、ＲＦＩＤモジュール、スピーカおよびマイクロフォンを含む音声システム、およびディスプレイおよびカメラを含む撮影システムのいずれかまたは複数とすることができる。電力コントローラ１１５は、ＮＦＣデバイス１１３およびノートＰＣ全体の電力を制御する。

図２（Ｂ）において、ソフトウェアはハードウェア１６１を制御するデバイス・ドライバ１５９、ＯＳ１５７およびＯＳ上で動作するＮＦＣ制御プログラム１５３、ＮＦＣ通信プログラム１５５およびネットワーク通信プログラム１５６を含む。登録テーブル１５１は、一例としてＮＦＣ通信をするグループに帰属するノートＰＣの識別子、搭載しているＮＦＣデバイスの識別子、およびBluetooth（登録商標）で要求するパスコードを登録する。識別子は一例としてＭＡＣアドレスとすることができる。ＮＦＣ制御プログラム１５３は、ノートＰＣ１０がＮＦＣ通信をするための制御をするアプリケーション・プログラムである。ＮＦＣ制御プログラム１５３はＴＣＰ／ＩＰプロトコル階層モデルのアプリケーション層で動作し、あらかじめ所定のポート番号が割り当てられている。

ＮＦＣ制御プログラム１５３は、登録テーブル１５１にアクセスして、ノートＰＣ１７ａ〜１７ｅをイニシエータまたはターゲットとして動作させる。ＮＦＣ通信プログラム１５５は、ＮＦＣデバイス１１３を通じて他のノートＰＣと通信するためのアプリケーション・プログラムである。ネットワーク通信プログラム１５６は、無線ＬＡＮモジュール１０９または有線ＬＡＮモジュール１１１を通じてネットワーク１１を経由して他のノートＰＣと通信するためのアプリケーション・プログラムである。

図３は、イニシエータがターゲットとＮＦＣ通信をする際の手順を示すフローチャートである。ノートＰＣ１７ａ〜１７ｅは、いずれも図２に示す構成を備えることで、いずれか１つのノートＰＣがイニシエータとなり残りのノートＰＣはターゲットとなることができる。ここではノートＰＣ１７ａがイニシエータとなる場合を例示して説明する。なお、図２に示すイニシエータの参照番号にはＩを付し、ターゲットの参照番号にはＴを付して区別することにする。ブロック２０１〜２０７はイニシエータの動作手順を示し、ブロック３０１〜３２３はターゲットの動作手順を示す。イニシエータとターゲットのユーザは同一であっても異なっていてもよい。

ブロック２０１、３０１では、ノートＰＣ１７ａ〜１７ｅがいずれもパワー・オン状態で無線ＬＡＮモジュール１０９Ｉ、１０９Ｔでネットワーク１１に接続されている。ブロック３０１でターゲットのユーザは、ＮＦＣ制御プログラム１５３Ｔを実行して、イニシエータからＮＦＣリクエストを受け取ったときの応答方法を設定する。ここにＮＦＣリクエストとは、イニシエータがターゲットに対して最初にＮＦＣデバイス以外の方法でＮＦＣデバイスを動作状態にさせるための要求をいう。図４にこのときの設定画面の一例を示す。設定画面では、各ノートＰＣが単数または複数のＮＦＣデバイス１１３Ｔを搭載する場合に、ＮＦＣデバイス１１３ＴごとにＮＦＣ通信の許可／不許可を設定することができる。設定の結果は登録テーブル１５１に格納される。

ターゲットはＮＦＣ通信を許可しないＮＦＣデバイス１１３Ｔについては、イニシエータからのリクエストに応じたＮＦＣ通信を行わない。たとえば、あるユーザはカメラとマイクロフォンのＮＦＣ通信は許可しないが、Bluetooth（登録商標）デバイスだけを許可する場合はそのチェック・ボックスを設定する。さらに設定画面では、ＮＦＣリクエストを受け取ったときにはオプトイン・ダイアログ画面を表示してその都度許可／不許可を設定することもできる。オプトイン・ダイアログ画面を表示する設定をした場合は、ＮＦＣデバイス１１３ごとの設定は無効になる。ブロック２０３でイニシエータの今回のＮＦＣ通信に利用するＮＦＣデバイス１１３Ｔは動作状態であるが、ブロック３０３でターゲットの対応するＮＦＣデバイス１１３Ｔは以下のような事情で動作を停止している。

ＮＦＣデバイス１１３Ｔが、Bluetooth（登録商標）モジュールや赤外線モジュールの場合は消費電力の観点で、ユーザが電力コントローラ１１５Ｔを通じてＮＦＣデバイス１１３Ｔの電源を停止する。ＮＦＣデバイス１１３Ｔが撮影システムの場合は、プライバシーの観点でユーザがカメラの入力を停止する。ＮＦＣデバイス１１３Ｔが音声システムの場合は、消費電力やプライバシーの観点でマイクロフォンの入力を停止する。電源が投入されかつ入力がイネーブルに設定されているＮＦＣデバイス１１３Ｔの状態を動作状態といい、電源が停止されまたは入力がディスエーブルに設定されているＮＦＣデバイス１１３Ｔの状態を停止状態ということにする。

ＮＦＣ通信をする際には、イニシエータのＮＦＣデバイス１１３Ｉとイニシエータが希望するターゲットのＮＦＣデバイス１１３Ｔがともに動作状態である必要がある。イニシエータまたはターゲットのユーザが手動でＮＦＣ通信をしたいＮＦＣデバイス１１３Ｔを動作状態にする方法は操作が煩雑になったりユーザが異なったりすることがあるため採用しない。したがって、イニシエータは以下の方法でＮＦＣ通信をしたいターゲットのＮＦＣデバイス１１３Ｔを動作状態にする。

イニシエータは、ターゲットがネットワーク１１に接続するための現在のＩＰアドレスを知らないため、ネットワーク１１を通じて直接ＮＦＣ通信をしたいターゲットにＮＦＣデバイス１１３Ｔを動作状態にする要求をすることはできない。イニシエータはターゲットのメール・アドレスを知っていれば、メール・サーバを利用することによりネットワーク１１経由でＮＦＣデバイス１１３Ｔを動作状態にするリクエストをすることはできるが、メーラーを実行し宛先のアドレスを入力するのに手間がかかる。さらに、ターゲットがメール・ボックスからリクエストを取得するにも時間がかかり、ターゲットのユーザがリクエストを処理する操作も煩雑であるためその方法も採用しない。

ブロック２０５でイニシエータのユーザは、簡単な操作でＮＦＣ制御プログラム１５３Ｉを実行してＮＦＣリクエストを発行する。簡単な操作は、イニシエータがスマートフォンならば所定のジェスチャで揺動させたりまたは軽い衝撃を複数回与えたりと言ったように、タッチスクリーンからの入力を伴わないような操作とすることができる。また、イニシエータがノートＰＣならば、所定の組み合わせキーの入力または現在の表示画面の変更を伴わないアイコンの操作とすることができる。イニシエータがこれからＮＦＣ通信をするＮＦＣデバイス１１３Ｉは、簡単な操作により選択するようにしてもよいし、あらかじめ登録テーブル１５１に設定しておいてもよい。

実行されたＮＦＣ制御プログラム１５３は登録テーブル１５１を参照して、無線ＬＡＮモジュール１０９から同一のブロードキャスト・ドメインに存在するすべてのターゲットが受信するブロードキャスト・フレームを生成してネットワーク１１にＮＦＣリクエストを送信する。ＮＦＣ制御プログラム１５３はブロードキャスト・フレームに代えてグループ化されたターゲットが受信するマルチキャスト・フレームを送信させてもよい。ＮＦＣ制御プログラム１５３、ＮＦＣ通信プログラム１５５、またはネットワーク通信プログラム１５６とハードウェアとの間のデータ転送には、ＯＳ、デバイス・ドライバ、およびＢＩＯＳが介在するが、それらは周知であるため説明を省略する。

ブロードキャスト・フレームのＴＣＰパケットを構成するＴＣＰペイロード（ユーザ・データ）には、一例としてＮＦＣ通信の要求を示すＮＦＣフラグ、通信を希望するＮＦＣデバイス１１３Ｉの識別子、および必要に応じてパスコードなどを含めることができる。さらに、ＮＦＣ制御プログラム１５３Ｉは、無線ＬＡＮモジュール１０９Ｉから取得した現在接続しているＡＰ１３のＢＳＳＩＤをユーザ・データに含めることができる。ターゲットのＮＦＣ制御プログラム１５３Ｔは、いずれもＮＦＣリクエストを受け取ってユーザ・データを解析する。

ブロック３０５でＮＦＣフラグを認識したターゲットは、ＮＦＣデバイスの識別子を確認して、対応するＮＦＣデバイスによるＮＦＣ通信の許可／不許可を登録テーブル１５１Ｔを参照して判断する。ブロック３０１でイニシエータから要求されたＮＦＣデバイスのＮＦＣ通信を許可する設定をしていた場合またはオプトイン・ダイアログ画面を表示する設定をしていた場合はブロック３０７に移行し、設定していない場合はブロック３２１に移行する。ここで、イニシエータと希望するターゲットとのＮＦＣ通信が成功するためには、あらかじめすべてのターゲットがＮＦＣ通信を許可する設定をしてブロック３０９に移行できることが望ましい。

他方で、各ターゲットのユーザは、イニシエータが要求するターゲットでないときには、ＮＦＣデバイス１１３Ｔを動作状態に移行させたくないという希望もある。したがって、ブロードキャスト・フレームでＮＦＣリクエストを受け取ったターゲットは、できるだけＮＦＣ通信の相手になる可能性が高い場合にだけＮＦＣデバイス１３１Ｔを動作状態に移行させることが望ましい。ノートＰＣ１７ｂ〜１７ｅのなかでＮＦＣ通信の相手になる可能性が高いのは、ＮＦＣデバイス１１３Ｉ、１１３Ｔの性能に応じた近距離通信が可能な範囲に存在するノートＰＣであるといえる。

そのために各ターゲットのＮＦＣ制御プログラム１５３Ｔは、現在接続されているＡＰ１３、１５のＢＳＳＩＤを無線ＬＡＮモジュール１０９から取得して、ブロードキャスト・フレームのユーザ・データに含まれているＡＰ１３のＢＳＳＩＤと比較することができる。一致した場合は、同一のＡＰ１３に接続されているためＮＦＣ通信の相手になる可能性が高いと判断してブロック３０７に移行し、一致しない場合は異なるＡＰ１５に接続されているため近距離通信をする可能性が低いと判断してブロック３２１に移行することができる。

ブロック３０７で各ターゲットのＮＦＣ制御プログラム１５３Ｔは、電力コントローラ１１５Ｔに指示してＮＦＣデバイス１１３Ｔに電源を投入したり、ＮＦＣデバイス１１３Ｔの入力をイネーブルに設定したりして動作状態に移行させる。ブロック３２１では、ＮＦＣデバイス１１３Ｔを動作状態に移行させないターゲットのＮＦＣ制御プログラム１５３Ｔはダイアログ画面を表示して、ＮＦＣリクエストがあったことを知らせる。このダイアログ画面は、ユーザにブロック３０１で行った設定をブロック３０１以降において変更する機会を提供する。

動作状態に移行したＮＦＣデバイス１１３Ｔはブロック３０９で、ＮＦＣ通信を開始しようとするイニシエータが近辺に存在するか否かを探索する。ＮＦＣリクエストが要求するＮＦＣデバイス１１３ＩがBluetooth（登録商標）デバイスの場合は、ターゲットは近辺に存在するBluetooth（登録商標）デバイスを探索する。ターゲットのＮＦＣ制御プログラム１５３ＴはＮＦＣリクエストが含むBluetooth（登録商標）デバイスの識別子に合致する識別子を検出したときはブロック３１１に移行し、所定の時間探索しても検出しないときはブロック３２３に移行する。

ＮＦＣリクエストが要求するＮＦＣデバイス１１３Ｔがマイクロフォンの場合は、ＮＦＣ制御プログラム１５３ＴはマイクロフォンおよびＮＦＣ通信プログラム１５５Ｔを通じて所定の音声信号を受信したか否かを判断し、受信した場合はブロック３１１に移行し受信しない場合はブロック３２３に移行する。ＮＦＣリクエストが要求するＮＦＣデバイス１１３Ｔがカメラの場合は、ＮＦＣ制御プログラム１５３ＴはカメラおよびＮＦＣ通信プログラム１５５Ｔを通じて所定の画像を撮影したか否かを判断し、撮影した場合はブロック３１１に移行し撮影しないときはブロック３２３に移行する。

ブロック３１１では、ブロック３０１でオプトイン・ダイアログ画面の表示をイネーブルに設定していた場合はブロック３１３に移行し、ディスエーブルに設定していた場合はブロック３１７に移行する。ブロック３１３では、ターゲットがＬＣＤ１０５Ｔにオプトイン・ダイアログ画面を表示する。オプトイン・ダイアログ画面は、ＮＦＣ通信が要求されたＮＦＣデバイス１１３Ｔの種類および許可／不許可のチェック・ボックスなどを含む。

ブロック３１５でユーザが許可する入力をした場合はブロック３１７に移行し、不許可の入力をした場合はブロック３２３に移行する。ブロック２０７、３１７で、ＮＦＣ通信プログラム１５５Ｉ、１５５Ｔは、ＮＦＣデバイス１１３Ｉ、１１３Ｔを通じてイニシエータと通信する。ここでＮＦＣデバイス１１３ＩがBluetooth（登録商標）デバイスの場合は、ＮＦＣ制御プログラム１５３ＩはBluetooth（登録商標）デバイスを探索可能状態に設定し、ＮＦＣ制御プログラム１５３ＴはＮＦＣ制御プログラム１５３ＩにＮＦＣリクエストで受け取ったパスコードを送って通信を確立させることができる。

ＮＦＣ通信において、ＮＦＣ制御プログラム１５３ＩはＮＦＣ通信プログラム１５５Ｉを通じてターゲットにＭＡＣアドレスと現在のＩＰアドレスを要求することができる。ＮＦＣ制御プログラム１５３Ｉはターゲットから取得したＭＡＣアドレスとＩＰアドレスをネットワーク通信プログラム１５６Ｉに渡す。その後、ネットワーク通信プログラム１５６Ｉは、受け取ったＭＡＣアドレスとＩＰアドレスを宛先とするユニキャスト・フレームでネットワーク通信プログラム１５６Ｔと通信することができる。ＮＦＣ通信プログラム１５５Ｔが通信を終了するとブロック３２３でＮＦＣ制御プログラム１５３Ｔは、電力コントローラ１１５ＴまたはＮＦＣデバイス１１３Ｔに指示してＮＦＣデバイス１１３Ｔを停止状態に移行させる。

上記の手順によれば、イニシエータはブロック２０５でＮＦＣリクエストを送信するだけで、応答するターゲットが存在する場合はブロック２０７でＮＦＣ通信を開始することができるため、操作は簡単である。また、ターゲットのユーザは応答の諾否を設定しておくだけで、自動的にＮＦＣ通信に応答したり、一旦ＮＦＣデバイス１１３Ｔを動作状態に移行させてもイニシエータが存在しない場合やオプトイン・ダイアログ画面に入力をすることにより停止状態にしたりすることができるため、省電力およびプライバシーを確保することができる。

これまで、イニシエータとターゲットは事前の関連づけをしない例を説明したが、本発明はあらかじめイニシエータとターゲットを相互に関連付けておくことができる。一例では事前にＮＦＣ通信をするノートＰＣのグループが相互にＭＡＣアドレスを交換して登録テーブル１５１に格納しておく。ブロック２０５のＮＦＣリクエストをするイーサネット（登録商標）・ヘッダの宛先アドレスを、登録テーブル１５１に登録したＭＡＣアドレスとし、ＩＰヘッダの宛先アドレスをブロードキャストＩＰアドレスとする。ユーザ・データには、ＮＦＣフラグ、ＮＦＣデバイスの識別子、イニシエータのＭＡＣアドレスおよびパスコードなどを含めておく。

ＮＦＣリクエストを受け取ったターゲットのＮＦＣ制御プログラム１５３Ｔは、イニシエータのＭＡＣアドレスが登録テーブル１５１に登録されていたＭＡＣアドレスの場合はＮＦＣデバイス１１３Ｔを動作状態に移行させる。事前にイニシエータとターゲットの関連づけを行うことで、ＮＦＣ通信をしないすべてのターゲットのＮＦＣデバイス１１３Ｔを動作状態に移行させないようにすることができる。これまでＮＦＣリクエストを無線ＬＡＮで送信する例を説明したが、本発明はこれに限定する必要はなく有線ＬＡＮモジュール１１１を利用したりまたは他の常時接続されているネットワークを利用したりすることもできる。

これまで本発明について図面に示した特定の実施の形態をもって説明してきたが、本発明は図面に示した実施の形態に限定されるものではなく、本発明の効果を奏する限り、これまで知られたいかなる構成であっても採用することができることはいうまでもないことである。

１０ ネットワーク

Claims (20)

1. 第１の通信デバイスと第１の近距離通信デバイスを搭載するイニシエータと第２の通信デバイスと第２の近距離通信デバイスを搭載する情報端末装置が通信する方法であって、
   前記第２の近距離通信デバイスを停止状態に移行させるステップと、
   前記イニシエータから前記第１の通信デバイスと前記第２の通信デバイスを通じて前記第２の近距離通信デバイスを動作状態に移行させるリクエストを受信するステップと、
   前記リクエストに応答して前記情報端末装置が前記第２の近距離通信デバイスを動作状態に移行させて前記第１の近距離通信デバイスと通信するステップと
   を有する方法。
2. 前記第１の通信デバイスと前記第２の通信デバイスがローカル・エリア・ネットワークで通信する請求項１に記載の方法。
3. 前記第１の通信デバイスと前記第２の通信デバイスが無線で前記ローカル・エリア・ネットワークに接続される請求項２に記載の方法。
4. 前記リクエストをブロードキャスト・フレームで受信する請求項３に記載の方法。
5. 前記リクエストが、前記第１の通信デバイスが接続しているアクセス・ポイントの識別子を含み、前記動作状態に移行させるステップを前記第２の通信デバイスが接続しているアクセス・ポイントの識別子と前記リクエストが含む識別子が一致する場合だけ実行する請求項４に記載の方法。
6. 前記リクエストを受信するステップが、あらかじめイニシエータに登録された前記第２の通信デバイスの識別子を宛先アドレスとするフレームで受信する請求項２または請求項３に記載の方法。
7. 前記第２の近距離通信デバイスが前記第１の近距離通信デバイスの存在を探索するステップを有し、
   前記情報端末装置は、前記第２の近距離通信デバイスが前記第１の近距離通信デバイスの存在を検出しないときは前記第２の近距離通信デバイスを停止状態に移行させる請求項１から請求項６のいずれかに記載の方法。
8. 前記第１の近距離通信デバイスの存在を検出したときに前記情報端末装置は表示装置に前記第２の近距離通信デバイスの動作状態を継続するか否かを入力するオプトイン・ダイアログ画面を表示し、前記オプトイン・ダイアログ画面に対する肯定的な入力に応じて前記第２の近距離通信デバイスの動作状態を継続させ、否定的な入力に応じて前記第２の近距離通信デバイスを停止状態に移行させる請求項７に記載の方法。
9. 前記通信するステップが、前記情報端末装置が許可設定をしている場合だけ前記リクエストに応答して前記第２の近距離通信デバイスを動作状態に移行させるステップを含む請求項１から請求項８のいずれかに記載の方法。
10. 第１の通信デバイスと第１の近距離通信デバイスを搭載する情報端末装置が第２の通信デバイスと第２の近距離通信デバイスを搭載するターゲットと通信する方法であって、
    前記第１の通信デバイスと前記第１の近距離通信デバイスを動作状態に移行させるステップと、
    前記情報端末装置が、前記第１の通信デバイスと前記第２の通信デバイスを通じて前記第２の近距離通信デバイスが停止状態の前記ターゲットに前記第２の近距離通信デバイスを動作状態に移行させるリクエストを送信するステップと、
    前記リクエストに応答して動作状態に移行し前記第１の近距離通信デバイスの存在を検出した前記第２の近距離通信デバイスと前記第１の近距離通信デバイスが通信するステップと
    を有する方法。
11. 第１の近距離通信デバイスを搭載する情報端末装置が第２の近距離通信デバイスを搭載するターゲットからＩＰアドレスを取得する方法であって、
    前記情報端末装置と前記ターゲットがローカル・エリア・ネットワークに接続するステップと、
    前記情報端末装置が、前記ローカル・エリア・ネットワークに停止状態の前記第２の近距離通信デバイスを動作状態に移行させるリクエストを含むブロードキャスト・フレームを送信するステップと、
    前記情報端末装置が、前記リクエストに応答して動作状態に移行し前記第１の近距離通信デバイスの存在を検出した前記第２の近距離通信デバイスと前記第１の近距離通信デバイスを通じて前記ターゲットのＩＰアドレスを取得するステップと
    を有する方法。
12. 第１の近距離通信デバイスを搭載するイニシエータとの通信が可能な情報端末装置であって、
    前記イニシエータと通信が可能な通信デバイスと、
    前記第１の近距離通信デバイスと通信が可能な第２の近距離通信デバイスと、
    前記情報端末装置が電源オン状態でかつ前記第２の近距離通信デバイスが停止状態の間に前記通信デバイスを通じて通信リクエストを受け取ったときに前記第２の近距離通信デバイスを動作状態に移行させるリクエスト処理部と、
    前記第２の近距離通信デバイスを通じて前記第１の近距離通信デバイスと通信する通信制御部と
    を有する情報端末装置。
13. 前記通信デバイスが、ローカル・エリア・ネットワークに接続する請求項１２に記載の情報端末装置。
14. 前記第２の近距離通信デバイスが、Bluetooth（登録商標）デバイス、カメラ、およびマイクロフォンのいずれかまたは複数を含む通信システムである請求項１２または請求項１３に記載の情報端末装置。
15. 前記リクエスト処理部は、前記第２の近距離通信デバイスが前記第１の近距離通信デバイスの存在を検出しないときに前記第２の近距離通信デバイスを停止状態に移行させる請求項１２から請求項１４のいずれかに記載の情報端末装置。
16. 第２の近距離通信デバイスを搭載するターゲットとの通信が可能な情報端末装置であって、
    前記ターゲットと通信が可能な通信デバイスと、
    前記第２の近距離通信デバイスと通信が可能な第１の近距離通信デバイスと、
    電源オン状態でかつ前記第２の近距離通信デバイスが停止状態の前記ターゲットに前記通信デバイスを通じて前記第２の近距離通信デバイスを動作状態に移行させるリクエストを送信するリクエスト処理部と、
    前記リクエストに応答して動作状態に移行し前記第１の近距離通信デバイスの存在を検出した前記第２の近距離通信デバイスと前記第１の近距離通信デバイスを通じて通信する通信制御部と
    を有する情報端末装置。
17. 第２の近距離通信デバイスを搭載するターゲットとローカル・エリア・ネットワークを通じて通信が可能な情報端末装置であって、
    前記ターゲットと通信が可能な通信デバイスと、
    前記第２の近距離通信デバイスと通信が可能な第１の近距離通信デバイスと、
    電源オン状態でかつ前記第２の近距離通信デバイスが停止状態の前記ターゲットに前記通信デバイスを通じて前記第２の近距離通信デバイスを動作状態に移行させるリクエストを送信するリクエスト処理部と、
    前記リクエストに応答して動作状態に移行し前記第１の近距離通信デバイスの存在を検出した前記第２の近距離通信デバイスと前記第１の近距離通信デバイスを通じて前記ターゲットのＩＰアドレスを取得する通信制御部と
    を有する情報端末装置。
18. 第１の近距離通信デバイスを搭載するイニシエータと通信が可能で通信デバイスと第２の近距離通信デバイスを搭載する情報端末装置に、
    前記第２の近距離通信デバイスが停止状態の間に前記通信デバイスを通じて前記イニシエータから前記第２の近距離通信デバイスを動作状態に移行させるリクエストを受け取る機能と、
    前記リクエストに応答して前記第２の近距離通信デバイスを動作状態に移行させる機能と、
    前記第２の近距離通信デバイスに前記第１の近距離通信デバイスと通信させる機能と
    を実現させるためのコンピュータ・プログラム。
19. 第２の近距離通信デバイスを搭載するターゲットと通信することが可能で通信デバイスと第１の近距離通信デバイスを搭載する情報端末装置に、
    前記通信デバイスを通じて停止状態の前記第２の近距離通信デバイスを搭載するターゲットに前記第２の近距離通信デバイスを動作状態に移行させるリクエストを送信する機能と、
    前記第１の近距離通信デバイスと前記リクエストに応答して動作状態に移行し前記第１の近距離通信デバイスの存在を検出した前記第２の近距離通信デバイスを通信さする機能と
    を実現させるためのコンピュータ・プログラム。
20. 第２の近距離通信デバイスを搭載するターゲットとローカル・エリア・ネットワークを通じて接続され第１の近距離通信デバイスを搭載する情報端末装置に、
    前記第２の近距離通信デバイスが停止状態の間に、前記ローカル・エリア・ネットワークに前記第２の近距離通信デバイスを動作状態に移行させるリクエストを含むブロードキャスト・フレームを送信する機能と、
    前記リクエストに応答して動作状態に移行し前記第１の近距離通信デバイスの存在を検出した前記第２の近距離通信デバイスと前記第１の近距離通信デバイスを通じて前記ターゲットのＩＰアドレスを取得する機能と
    を実現させるためのコンピュータ・プログラム。

Images