JP2012175160A - 無線通信装置、無線通信方法、プログラム、および無線通信システム - Google Patents

Abstract

【課題】データ通信を許可するか否かに関する設定を行うためにユーザに掛かる手間を低減することが可能な、新規かつ改良された無線通信装置、無線通信方法、プログラム、および無線通信システムを提供する。
【解決手段】子機２０Ａおよび２０Ｂと無線信号により通信を行う通信部と、子機２０Ａおよび２０Ｂとのデータ通信に利用される第1の鍵を子機２０Ａおよび２０Ｂに通信部を介して配布したときの動作モードを記憶する記憶部と、記憶部により記憶された動作モードと現在の動作モードとに基づいて、子機２０Ａおよび２０Ｂとのデータ通信を許可するか否かを制御する制御部と、を備える、親機１０が提供される。
【選択図】図１

Description

本発明は、無線通信装置、無線通信方法、プログラム、および無線通信システムに関する。

近年、無線ネットワーク上において、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅで規格化されているＷＳＣ（Ｗｉ−Ｆｉ Ｓｉｍｐｌｅ Ｃｏｎｆｉｇ）やＢｕｆｆａｌｌｏ社のＡＯＳＳ（ＡｉｒＳｔａｔｉｏｎ Ｏｎｅ−Ｔｏｕｃｈ Ｓｅｃｕｒｅ Ｓｙｓｔｅｍ）といった鍵や設定情報を配布する技術が普及してきた。かかる普及に伴って、誰でも簡単に自身が構築した無線ネットワークの設定を行うことができるようになった。

また、かかる普及が進むにつれ、出先の職場や友人の家のように、ユーザ自身が構築していない無線ネットワークの設定も簡単に行いたいというニーズも高まってきた。このようなユースケースでは、セキュリティの観点から、半永久的に子機に対して親機とのデータ通信を許可するのではなく、所定の間のみ子機に対して親機とのデータ通信を許可したいというニーズがある。

しかしながら、通常、ＷＳＣやＡＯＳＳなどを用いて交換した鍵は半永久的なものであり、その鍵を使用不可にするためには、親機において管理されている鍵の設定そのものを変更する必要がある。親機において管理されている鍵の設定を変更した場合、親機とのデータ通信を不許可にしたい子機だけでなく、その鍵を使用していた全ての子機、つまり、今まで親機とのデータ通信が可能であった全ての子機が親機とデータ通信を行うことができなくなるという問題がある。

かかる問題を解決するために、親機が、子機との間においてＷＳＣやＡＯＳＳなどを用いて鍵を交換した後、その子機とのデータ通信をＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ａｄｄｒｅｓｓ）アドレスによるフィルタリングを使用して不許可とする手法がある。しかしながら、ＭＡＣアドレスによりアクセス制限を行うには、その都度親機に対してＭＡＣフィルタリングを行うための設定を行う必要があった。

また、このＭＡＣフィルタリングを行うための設定を容易に行うために、一度子機からアクセスされた場合にその子機を識別するためのデバイス識別情報を親機において記憶し、設定を行う際に親機がそのデバイス識別情報を表示することで、設定を簡略化する技術が開示されている（例えば、特許文献１参照）。

特開２００６−２０３４２２号公報

しかしながら、上記した特許文献１により開示された技術によれば、ユーザが親機に対して手動でＭＡＣフィルタリングを行うための設定を変更する必要があること変わりなかった。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、データ通信を許可するか否かに関する設定を行うためにユーザに掛かる手間を低減することが可能な、新規かつ改良された無線通信装置、無線通信方法、プログラム、および無線通信システムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、他の無線通信装置と無線信号により通信を行う通信部と、上記他の無線通信装置とのデータ通信に利用される第1の鍵を上記他の無線通信装置に上記通信部を介して配布したときの動作モードを記憶する記憶部と、上記記憶部により記憶された上記動作モードと現在の動作モードとに基づいて、上記他の無線通信装置とのデータ通信を許可するか否かを制御する制御部と、を備える、無線通信装置が提供される。

上記制御部は、上記記憶部により記憶された上記動作モードと上記他の無線通信装置からデータ通信に対する要求がなされたときの動作モードとに基づいて、上記他の無線通信装置とのデータ通信を許可するか否かを制御することとしてもよい。

上記制御部は、現在の動作モードが切り替えられた場合、切り替えられた後の動作モードと上記記憶部により記憶された上記動作モードとに基づいて、上記第1の鍵とは別の第２の鍵を上記他の無線通信装置に配布するか否かを判断し、上記通信部は、上記制御部により上記第２の鍵を上記他の無線通信装置に配布すると判断された場合には、上記他の無線通信装置に上記第２の鍵を配布することとしてもよい。

上記通信部は、上記制御部により上記第２の鍵を上記他の無線通信装置に配布すると判断された場合には、上記他の無線通信装置から送信された鍵送信要求を受信した後、上記他の無線通信装置に上記第２の鍵を配布することとしてもよい。

上記通信部は、上記制御部により上記第２の鍵を上記他の無線通信装置に配布すると判断された場合には、上記他の無線通信装置に鍵を変更する旨を示す鍵変更要求を送信し、上記鍵変更要求を送信した後に上記他の無線通信装置から上記鍵送信要求を受信することとしてもよい。

上記通信部は、Ｗｉ−Ｆｉダイレクトで規定されるＩｎｖｉｔａｔｉｏｎ＿Ｒｅｑｕｅｓｔを用いて上記鍵変更要求を送信することとしてもよい。

上記制御部は、上記記憶部により記憶された上記動作モードが第１の動作モードであり、現在の動作モードが第２の動作モードである場合には、上記他の無線通信装置とのデータ通信を不許可とし、上記記憶部により記憶された上記動作モードが上記第２の動作モードであり、現在の動作モードが上記第１の動作モードである場合には、上記他の無線通信装置とのデータ通信を不許可とすることとしてもよい。

上記制御部は、上記記憶部により記憶された上記動作モードが第１の動作モードであり、現在の動作モードが第２の動作モードである場合には、上記他の無線通信装置とのデータ通信を不許可とするが、上記記憶部により記憶された上記動作モードが上記第２の動作モードであり、現在の動作モードが上記第１の動作モードである場合には、上記他の無線通信装置とのデータ通信を許可することとしてもよい。

上記動作モードは、ユーザから入力された操作に基づいて切り替えられることとしてもよい。

上記動作モードは、時刻に基づいて切り替えられることとしてもよい。

上記動作モードは、上記無線通信装置の位置に基づいて切り替えられることとしてもよい。

また、上記課題を解決するために、本発明の別の観点によれば、他の無線通信装置とのデータ通信に利用される第1の鍵を上記他の無線通信装置に配布したときの動作モードを記憶するステップと、記憶された上記動作モードと現在の動作モードとに基づいて、上記他の無線通信装置とのデータ通信を許可するか否かを制御するステップと、を含む、無線通信方法が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、他の無線通信装置と無線信号により通信を行う通信部と、上記他の無線通信装置とのデータ通信に利用される第1の鍵を上記他の無線通信装置に上記通信部を介して配布したときの動作モードを記憶する記憶部と、上記記憶部により記憶された上記動作モードと現在の動作モードとに基づいて、上記他の無線通信装置とのデータ通信を許可するか否かを制御する制御部と、を備える、無線通信装置として機能させるための、プログラムが提供される。

また、上記課題を解決するために、本発明の別の観点によれば、第１の無線通信装置と第２の無線通信装置とを有する、無線通信システムであって、上記第１の無線通信装置は、上記第２の無線通信装置と無線信号により通信を行う通信部と、上記第２の無線通信装置とのデータ通信に利用される第1の鍵を上記第２の無線通信装置に上記通信部を介して配布したときの動作モードを記憶する記憶部と、上記記憶部により記憶された上記動作モードと現在の動作モードとに基づいて、上記第２の無線通信装置とのデータ通信を許可するか否かを制御する制御部と、を備え、上記第２の無線通信装置は、上記第１の無線通信装置と無線信号により通信を行う通信部、を備える、無線通信システムが提供される。

以上説明したように本発明によれば、データ通信を許可するか否かに関する設定を行うためにユーザに掛かる手間を低減することが可能となる。

本発明の実施形態に係る無線通信システムの構成例を示した図である。 本発明の実施形態に係る無線通信装置の機能構成例を示した図である。 本発明の実施形態に係る無線通信システムによるアクセス制御の第１の例を示すシーケンス図である。 ２つの動作モードを排他的な関係にする場合を説明するための図である。 ２つの動作モードを階層的な関係にする場合を説明するための図である。 Ｐｒｏｖｉｓｉｏｎｉｎｇ＿Ｄｉｓｃｏｖｅｒｙ＿Ｒｅｑｕｅｓｔフレームの構成例を示した説明図である。 本発明の実施形態に係る無線通信システムによるアクセス制御の第２の例を示すシーケンス図である。 本発明の実施形態に係る無線通信システムによるアクセス制御の第３の例を示すシーケンス図である。

以下に添付図面を参照しながら、本発明の実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。

また、以下に示す項目順序に従って当該「発明を実施するための形態」を説明する。
１．実施形態の説明
１−１．無線通信システムの構成例
１−２．無線通信装置の機能構成例
１−３．無線通信システムによるアクセス制御の第１の例
１−４．無線通信システムによるアクセス制御の第２の例
１−５．無線通信システムによるアクセス制御の第３の例
２．むすび

＜１．実施形態の説明＞
［１−１．無線通信システムの構成例］
図１は、本発明の実施形態による無線通信システム１の構成例を示した説明図である。図１に示したように、本発明の実施形態による無線通信システム１は、第１の無線通信装置の例としての親機１０と、第２の無線通信装置の例としての子機２０Ａおよび２０Ｂと、を備える。ここでは、無線通信システム１が、子機２０として子機２０Ａおよび２０Ｂを備える場合について示されているが、子機２０の数は特に限定されるものではなく、１つであってもよいし、複数であってもよい。

また、親機１０は、子機２０Ａおよび２０Ｂの各々と無線通信することができる。親機１０は、子機２０Ａおよび２０Ｂを管理する機能を有していればよく、ルータであってもよいし、アクセスポイントであってもよいし、モバイル機器のソフトＡＰ（ソフトウェアアクセスポイント）、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅで策定されたＷｉ−Ｆｉダイレクトのグループオーナなどであってもよい。

以下では、例として、子機２０Ａおよび親機１０がユーザＡにより使用され、子機２０ＢはユーザＡとは別のユーザＢにより使用される場合を想定して説明する。親機１０には動作モードが設定され、この動作モードは、第１の動作モードと第２の動作モードとの間で切り替えが行われ得る。以下では、動作モードが２つ設けられる場合について説明するが、動作モードは複数であれば特に限定されるものではない。以下では、第１の動作モードが「Ｐａｒｔｙモード」、第２の動作モードが「Ｈｏｍｅモード」である場合を例として説明する。なお、以下においては、動作モードが「Ｈｏｍｅモード」のときには、親機１０は子機２０Ａとの通信を許可するが、子機２０Ｂとの通信を許可せず、動作モードが「Ｐａｒｔｙモード」のときには、親機１０は子機２０Ａおよび子機２０Ｂとの通信を許可する例を中心に説明する。

［１−２．無線通信装置の機能構成例］
以上、本発明の実施形態に係る無線通信システム１の構成例について説明した。続いて、図２を参照し、本発明の実施形態に係る無線通信装置（親機１０、子機２０Ａおよび２０Ｂ）の機能構成例について説明する。

図２に示したように、本発明の実施形態に係る無線通信装置は（親機１０、子機２０Ａおよび２０Ｂの各々は）、現在の無線通信装置の状態や他の無線通信装置に関する情報などを表示する表示部１１０、ユーザからの操作の入力を受け付ける入力部１２０、現在の無線通信装置の状態や他の無線通信装置に関する情報などを記憶する記憶部１４０、他の無線通信装置と無線通信を行う通信部１５０、これらの各機能ブロックの動作を制御する制御部１３０などを備えている。アンテナ１６０は、無線信号の送受信を行う機能を有している。記憶部１４０は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの揮発性メモリであってもよく、ハードディスクなどの不揮発性の記憶装置であってもよく、ネットワークを介して無線通信装置と接続された外部記憶装置であってもよい。

入力部１２０は、例えば、ボタンによって構成されていてもよく、タッチパネルによって構成されていてもよく、リモコンのように無線通信装置と分離されたものによって構成されていてもよく、ネットワーク経由で操作を入力するものによって構成されていてもよい。また、表示部１１０は、ディスプレイによる表示の機能を有していてもよく、ランプの点滅による表示の機能を有していてもよい。また、表示部１１０は、無線通信装置と分離されたリモコンに表示する機能を有していてもよいし、ネットワーク経由で表示する機能を有していてもよい。また、表示部１１０の代わりに、ビープ音などの音声を出力するものを用いてもよい。入力部１２０および表示部１１０は、必須のものではない。

［１−３．無線通信システムによるアクセス制御の第１の例］
以上、本発明の実施形態に係る無線通信装置（親機１０、子機２０Ａおよび２０Ｂ）の機能構成例について説明した。続いて、図３を参照し、本発明の実施形態に係る無線通信システム１によるアクセス制御の第１の例について説明する。この例では、子機２０Ａに対しては特に制限なくデータ通信を許可し、子機２０Ｂに対しては一時的にデータ通信を許可する手法が示されている。データ通信において通信されるデータは、特に限定されるものではなく、例えば、親機１０および子機２０の各々において実行されているアプリケーションにより使用されるものである。

また、この例では、動作モードとして、「Ｈｏｍｅモード」と「Ｐａｒｔｙモード」とを想定している。「Ｈｏｍｅモード」は、当該モードにおいて鍵交換を行った相手（子機２０Ａ）とのデータ通信を「Ｈｏｍｅモード」「Ｐａｒｔｙモード」の両方において許可するモードであり、「Ｐａｒｔｙモード」は、当該モードにおいて鍵交換を行った相手（子機２０Ｂ）とのデータ通信のみを許可するモードである。この場合、「Ｈｏｍｅモード」と「Ｐａｒｔｙモード」とは階層的な関係にあると言える。

しかし、「Ｈｏｍｅモード」も、当該モードにおいて鍵交換を行った相手（子機２０Ａ）とのデータ通信のみを許可するモードであるとしてもよい。この場合には、「Ｈｏｍｅモード」と「Ｐａｒｔｙモード」とは排他的な関係にあると言える。以下、図４を参照しながら、２つの動作モードを排他的な関係にする場合について説明した後、図５を参照しながら、２つの動作モードを階層的な関係にする場合について説明する。

図４に示すように、「Ｈｏｍｅモード」と「Ｐａｒｔｙモード」とが排他的な関係にある場合、動作モードが「Ｈｏｍｅモード」であるときに鍵交換を行った相手とデータ通信を行うことができる範囲は、動作モードが「Ｈｏｍｅモード」のときだけである。このときの範囲は、図４には、「ＭｏｄｅＡ」として示されている。動作モードが「Ｐａｒｔｙモード」であるときに鍵交換を行った相手とデータ通信を行うことができる範囲は、動作モードが「Ｐａｒｔｙモード」のときだけである。このときの範囲は、図４には、「ＭｏｄｅＢ」として示されている。

図５に示すように、「Ｈｏｍｅモード」と「Ｐａｒｔｙモード」とが階層的な関係にある場合、動作モードが「Ｈｏｍｅモード」であるときに鍵交換を行った相手とデータ通信を行うことができる範囲は、動作モードが「Ｈｏｍｅモード」「Ｐａｒｔｙモード」のときである。このときの範囲は、図５には、「ＭｏｄｅＡ」として示されている。動作モードが「Ｐａｒｔｙモード」であるときに鍵交換を行った相手とデータ通信を行うことができる範囲は、動作モードが「Ｐａｒｔｙモード」のときだけである。このときの範囲は、図５には、「ＭｏｄｅＢ」として示されている。

図３に戻って説明を続ける。図３に示すように、親機１０は、例えば、動作モードが「Ｈｏｍｅモード」である場合に、例えば、ユーザがＷＳＣで必要とされる所定の操作をした場合に、通信部１５０により子機２０Ａとの間においてＷＳＣによる鍵交換を行う（ステップＳ１１）。鍵は、親機１０と子機２０Ａとの間において行われるデータ通信に利用されるものであり、親機１０から子機２０Ａに配布されるものである。親機１０は、子機２０Ａに通信部１５０を介して鍵を配布したときの動作モードを記憶部１４０により記憶する（ステップＳ１２）。図３には、子機２０Ａに鍵を配布したときの動作モードが「Ｈｏｍｅモード」として記憶される例が示されている。

なお、図３には、子機２０Ａに鍵を配布したときの動作モードが「Ｈｏｍｅモード」として親機１０の記憶部１４０に記憶されるとともに、「Ｐａｒｔｙモード」としても親機１０の記憶部１４０に記憶される例が示されている。これは、「Ｈｏｍｅモード」と「Ｐａｒｔｙモード」とが階層的な関係にあり、子機２０Ａに対しては、「Ｐａｒｔｙモード」においてもデータ通信を許可するためである。

図３に示した例では、子機２０Ａを識別するためのデバイス識別情報（この例では「子機２０Ａ」）と鍵交換を行ったときの動作モード（この例では「Ｈｏｍｅモード」）とが対応付けられた情報が機器リストとして登録されている。これにより、鍵交換を行ったときの動作モードを子機２０ごとに管理することが可能になる。この機器リストも親機１０の記憶部１４０により記憶され得る。子機２０Ａを識別するためのデバイス識別情報としては、例えば、ＭＡＣアドレスを使用することができる。

親機１０においては、子機２０Ａから送信されたデータが暗号化されている場合に、暗号化をこの鍵により解き、子機２０Ａにおいては、親機１０から送信されたデータが暗号化されている場合に、暗号化をこの鍵により解くことができる。親機１０の制御部１３０は、親機１０の記憶部１４０により記憶された動作モード（子機２０Ａと鍵交換を行ったときの動作モード）と子機２０Ａからデータ通信に対する要求がなされたときの動作モードとに基づいて、子機２０Ａとのデータ通信を許可するか否かを制御する。

ここでは、親機１０の制御部１３０は、親機１０の記憶部１４０により記憶された動作モード（子機２０Ａと鍵交換を行ったときの動作モード「Ｈｏｍｅモード」）と、子機２０Ａからデータ通信に対する要求がなされたときの動作モード「Ｈｏｍｅモード」とが一致するため、子機２０Ａとのデータ通信を許可する。したがって、鍵交換（ステップＳ１１）を行った後は、親機１０と子機２０Ａとの間においてデータ通信を行うことが可能となる（ステップＳ１３）。

その後、動作モードの切り替えが行われたとする。動作モードの切り替えは、例えば、親機１０の制御部１３０により行われる。ここでは、図３に示すように、ユーザから入力された操作に基づいて動作モードが切り替えられたとする（ステップＳ１４）。ユーザから入力された操作は、親機１０の入力部１２０により受け付けることができる。しかしながら、動作モードの切り替えは、ユーザから入力された操作に基づいて行われる場合に限定されるものではない。例えば、動作モードは、時刻に基づいて切り替えられることとしてもよく、親機１０の位置に基づいて切り替えられることとしてもよい。

時刻は、親機１０の内蔵されている時計から取得されてもよいし、親機１０の外部に存在する時計から取得されてもよい。例えば、親機１０の制御部１３０は、現在時刻が所定時刻になったら動作モードを切り替えることとしてもよい。また、例えば、親機１０の制御部１３０は、同じ動作モードが所定時間継続したら、動作モードを他の動作モードに切り替えてもよい。例えば、親機１０の制御部１３０は、動作モードを「Ｐａｒｔｙモード」に切り替えてから所定時間が経過した場合には、動作モードを「Ｈｏｍｅモード」に切り替えてもよい。

親機１０の位置は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）測位や、Ｗｉ−Ｆｉの基地局からの電波を利用した測位などを利用して検出され得る。この場合、親機１０の制御部１３０は、例えば、検出された親機１０の位置が家庭外であれば、「Ｐａｒｔｙモード」、検出された親機１０の位置が家庭内であれば、「Ｈｏｍｅモード」に動作モードを切り替えることができる。

図３に示すように、親機１０は、例えば、動作モードが「Ｐａｒｔｙモード」に切り替えられた後に、例えば、ユーザがＷＳＣで必要とされる所定の操作をした場合に、通信部１５０により子機２０Ｂとの間においてＷＳＣによる鍵交換を行う（ステップＳ１５）。鍵は、親機１０と子機２０Ｂとの間において行われるデータ通信に利用されるものであり、親機１０から子機２０Ｂに配布されるものである。親機１０は、子機２０Ｂに通信部１５０を介して鍵を配布したときの動作モードを記憶部１４０により記憶する（ステップＳ１６）。図３には、子機２０Ｂに鍵を配布したときの動作モードが「Ｐａｒｔｙモード」として記憶される例が示されている。

図３に示した例では、子機２０Ｂを識別するためのデバイス識別情報（この例では「子機２０Ｂ」）と鍵交換を行ったときの動作モード（この例では「Ｐａｒｔｙモード」）とが対応付けられた情報が機器リストとして登録されている。

親機１０の制御部１３０は、親機１０の記憶部１４０により記憶された動作モード（子機２０Ａと鍵交換を行ったときの動作モード）と子機２０Ａからデータ通信に対する要求がなされたときの動作モードとに基づいて、子機２０Ａとのデータ通信を許可するか否かを制御する。

ここでは、親機１０の制御部１３０は、親機１０の記憶部１４０により記憶された動作モード（子機２０Ａと鍵交換を行ったときの「Ｐａｒｔｙモード」）と、子機２０Ａからデータ通信に対する要求がなされたときの動作モード「Ｐａｒｔｙモード」とが一致するため、子機２０Ａとのデータ通信を許可する。したがって、鍵交換（ステップＳ１５）を行った後は、親機１０と子機２０Ａとの間においてデータ通信を行うことが可能となる（ステップＳ１７）。

親機１０においては、子機２０Ｂから送信されたデータが暗号化されている場合に、暗号化をこの鍵により解き、子機２０Ｂにおいては、親機１０から送信されたデータが暗号化されている場合に、暗号化をこの鍵により解くことができる。親機１０の制御部１３０は、親機１０の記憶部１４０により記憶された動作モード（子機２０Ｂと鍵交換を行ったときの動作モード）と子機２０Ｂからデータ通信に対する要求がなされたときの動作モードとに基づいて、子機２０Ｂとのデータ通信を許可するか否かを制御する。

ここでは、親機１０の制御部１３０は、親機１０の記憶部１４０により記憶された動作モード（子機２０Ｂと鍵交換したときの動作モード）「Ｐａｒｔｙモード」と、子機２０Ｂからデータ通信に対する要求がなされたときの動作モード「Ｐａｒｔｙモード」とが一致するため、子機２０Ｂとのデータ通信を許可する。したがって、鍵交換（ステップＳ１５）を行った後は、親機１０と子機２０Ｂとの間においてデータ通信を行うことが可能となる（ステップＳ１８）。

その後、図３に示すように、ユーザから入力された操作に基づいて動作モードが切り替えられたとする（ステップＳ１９）。しかしながら、上記したように、動作モードの切り替えは、ユーザから入力された操作に基づいて行われる場合に限定されるものではない。

図３に示すように、親機１０は、例えば、動作モードが「Ｈｏｍｅモード」に切り替えられた後に、制御部１３０により、記憶部１４０により記憶された動作モード（子機２０Ｂと鍵交換したときの動作モード）と子機２０Ｂからデータ通信に対する要求がなされたときの動作モードとに基づいて、子機２０Ｂとのデータ通信を許可するか否かを制御する。

ここでは、親機１０の制御部１３０は、親機１０の記憶部１４０により記憶された動作モード（子機２０Ｂと鍵交換したときの動作モード）「Ｐａｒｔｙモード」と、子機２０Ｂからデータ通信に対する要求がなされたときの動作モード「Ｈｏｍｅモード」とが一致しないため、子機２０Ｂとのデータ通信を不許可とする。したがって、動作モードの切り替え（ステップＳ１９）を行った後は、親機１０と子機２０Ｂとの間においてデータ通信を行うことが不可能となる（ステップＳ２０）。

図３に示すように、親機１０は、例えば、動作モードが「Ｈｏｍｅモード」に切り替えられた後に、制御部１３０により、記憶部１４０により記憶された動作モード（子機２０Ａと鍵交換を行ったときの動作モード）と子機２０Ａからデータ通信に対する要求がなされたときの動作モードとに基づいて、子機２０Ａとのデータ通信を許可するか否かを制御する。

ここでは、親機１０の制御部１３０は、親機１０の記憶部１４０により記憶された動作モード（子機２０Ａと鍵交換を行ったときの動作モード「Ｈｏｍｅモード」）と、子機２０Ａからデータ通信に対する要求がなされたときの動作モード「Ｈｏｍｅモード」とが一致するため、子機２０Ａとのデータ通信を許可する。したがって、動作モードの切り替え（ステップＳ１９）を行った後は、親機１０と子機２０Ａとの間においてデータ通信を行うことが可能となる（ステップＳ２１）。

以上において説明したように、親機１０は、制御部１３０により、記憶部１４０により記憶された動作モード（子機２０と鍵交換したときの動作モード）と現在の動作モードとに基づいて、子機２０とのデータ通信を許可するか否かを制御する。特に、無線通信システム１によるアクセス制御の第１の例においては、親機１０が、制御部１３０により、記憶部１４０により記憶された動作モード（子機２０と鍵交換したときの動作モード）と子機２０からデータ通信に対する要求がなされたときの動作モードとに基づいて、子機２０とのデータ通信を許可するか否かを制御する例について説明した。

本発明の実施形態に係る無線通信システム１によるアクセス制御の第１の例により、データ通信を許可するか否かに関する設定を行うためにユーザに掛かる手間を低減することが可能となる。特に、無線通信システム１によるアクセス制御の第１の例によれば、親機１０は、鍵を変更しなくても、子機２０とのデータ通信を許可するか否かを制御することができる。

また、無線通信システム１によるアクセス制御の第１の例においては、２つの動作モードを階層的な関係にする場合について主に説明した。すなわち、親機１０は、制御部１３０により、記憶部１４０により記憶された動作モード（子機２０Ｂと鍵交換したときの動作モード）が「Ｐａｒｔｙモード」であり、現在の動作モードが「Ｈｏｍｅモード」である場合には、子機２０Ｂとのデータ通信を不許可とした。一方、親機１０は、制御部１３０により、記憶部１４０により記憶された動作モード（子機２０Ａと鍵交換を行ったときの動作モード）が「Ｈｏｍｅモード」であり、現在の動作モードが「Ｐａｒｔｙモード」である場合には、子機２０Ａとのデータ通信を許可することとした。

しかしながら、上記したように、２つの動作モードを排他的な関係にしてもよい。すなわち、親機１０は、制御部１３０により、記憶部１４０により記憶された動作モード（子機２０Ｂと鍵交換を行ったときの動作モード）が「Ｐａｒｔｙモード」であり、現在の動作モードが「Ｈｏｍｅモード」である場合には、子機２０Ｂとのデータ通信を不許可とすることもできる。また、親機１０は、制御部１３０により、記憶部１４０により記憶された動作モード（子機２０Ａと鍵交換を行ったときの動作モード）が「Ｈｏｍｅモード」であり、現在の動作モードが「Ｐａｒｔｙモード」である場合には、子機２０Ａとのデータ通信を不許可とすることもできる。

後に説明する無線通信システム１によるアクセス制御の第２の例および第３の例においても、２つの動作モードは、排他的な関係であってもよいし、階層的な関係であってもよい。また、上記したように、動作モードの切り替えの手法は特に限定されない旨を示したが、後に説明する無線通信システム１によるアクセス制御の第２の例および第３の例においても、動作モードの切り替えの手法は特に限定されない。

［１−４．無線通信システムによるアクセス制御の第２の例］
以上、本発明の実施形態に係る無線通信システム１によるアクセス制御の第１の例について説明した。続いて、図７を参照し、本発明の実施形態に係る無線通信システム１によるアクセス制御の第２の例について説明する。この例においても、子機２０Ａに対しては特に制限なくデータ通信を許可し、子機２０Ｂに対しては一時的にデータ通信を許可する手法が示されている。ただし、本例では、親機１０が動作モードの切り替えを行う度に、子機２０とのデータ通信に利用する鍵を変更し、所定の子機２０に対して再度変更後の鍵を配布することとする。

図７に示した状態においては、図３に示したステップＳ１１〜ステップＳ１６の処理が省略されているものとする。したがって、図７に示した状態においては、親機１０と子機２０Ａとの間、親機１０と子機２０Ｂとの間において、既に第１の鍵を交換し終わっている（親機１０から子機２０Ａおよび２０Ｂに対する第１の鍵の配布は完了している）。その結果、図７に示すように、子機２０Ａを識別するためのデバイス識別情報（この例では「子機２０Ａ」）と鍵交換を行ったときの動作モード（この例では「Ｈｏｍｅモード」）とが対応付けられた情報が機器リストとして登録されている。すなわち、子機２０Ａの動作モードは既に親機１０の記憶部１４０により記憶されている。同様に、子機２０Ｂを識別するためのデバイス識別情報（この例では「子機２０Ｂ」）と鍵交換を行ったときの動作モード（この例では「Ｐａｒｔｙモード」）とが対応付けられた情報が機器リストとして登録されている。すなわち、子機２０Ｂの動作モードは既に親機１０の記憶部１４０により記憶されている。

この状態において、親機１０、子機２０Ａおよび子機２０Ｂの各々は、第１の鍵を利用してデータ通信を行うため、親機１０と子機２０Ａとの間におけるデータ通信は可能であり（ステップＳ４１）、親機１０と子機２０Ｂとの間におけるデータ通信は可能である（ステップＳ４２）。動作モードの切り替えがなされたときに（ステップＳ４３）、親機１０の制御部１３０は、子機２０Ａおよび２０Ｂの各々とのデータ通信に利用する鍵を第１の鍵から第２の鍵に変更したとする（ステップＳ４４）。すると、親機１０と子機２０Ａとにおいて異なる鍵を利用しているため、親機１０と子機２０Ａとの間におけるデータ通信は不可能となる（ステップＳ４５）。同様に、親機１０と子機２０Ｂとの間におけるデータ通信も不可能となる。

ここで、親機１０の制御部１３０は、動作モードが切り替えられた場合、切り替えられた後の動作モード（この例では「Ｈｏｍｅ」モード）と記憶部１４０により記憶された動作モード（子機２０Ａと鍵交換を行ったときの動作モード）とに基づいて、第1の鍵とは別の第２の鍵を子機２０Ａに配布するか否かを判断する。ここでは、親機１０の制御部１３０は、親機１０の記憶部１４０により記憶された動作モード（子機２０Ａと鍵交換を行ったときの動作モード「Ｈｏｍｅモード」）と切り替えられた後の動作モード（この例では「Ｈｏｍｅ」モード）とが一致するため、子機２０Ａには第２の鍵を配布すると判断する。

一方、親機１０の制御部１３０は、動作モードが切り替えられた場合、切り替えられた後の動作モード（この例では「Ｈｏｍｅ」モード）と記憶部１４０により記憶された動作モード（子機２０Ｂと鍵交換を行ったときの動作モード）とに基づいて、第1の鍵とは別の第２の鍵を子機２０Ｂに配布するか否かを判断する。ここでは、親機１０の制御部１３０は、親機１０の記憶部１４０により記憶された動作モード（子機２０Ｂと鍵交換を行ったときの動作モード「Ｐａｒｔｙモード」）と切り替えられた後の動作モード（この例では「Ｈｏｍｅ」モード）とが一致しないため、子機２０Ｂには第２の鍵を配布しないと判断する。

親機１０の通信部１５０は、制御部１３０により第２の鍵を子機２０Ａに配布すると判断されたため、子機２０Ａに第２の鍵を配布する一方、制御部１３０により第２の鍵を子機２０Ｂに配布しないと判断されたため、子機２０Ｂに第２の鍵を配布しない。親機１０の通信部１５０は、子機２０Ａから鍵送信要求が送信された後、子機２０Ａに第２の鍵を配布することとしてもよい。図７に示した例では、子機２０Ａにおいて親機１０との通信ができないことが検出されると、Ｐｒｏｖｉｓｉｏｎｉｎｇ＿Ｄｉｓｃｏｖｅｒｙ＿Ｒｅｑｕｅｓｔが鍵送信要求として子機２０Ａから送信され（ステップＳ４６）、親機１０の通信部１５０が、Ｐｒｏｖｉｓｉｏｎｉｎｇ＿Ｄｉｓｃｏｖｅｒｙ＿Ｒｅｑｕｅｓｔを受信した後、子機２０Ａと第２の鍵を交換する（子機２０Ａに第２の鍵を配布する）例が示されている（ステップＳ４７）。なお、ステップＳ４２におけるＰｒｏｖｉｓｉｏｎｉｎｇ＿Ｄｉｓｃｏｖｅｒｙ＿Ｒｅｑｕｅｓｔに対する返信として、Ｐｒｏｖｉｓｉｏｎｉｎｇ＿Ｄｉｓｃｏｖｅｒｙ＿Ｒｅｓｐｏｎｓｅが、子機２０Ａから親機１０に送信され得る。

一方、親機１０の通信部１５０は、子機２０Ｂから送信された鍵送信要求を受信した後、子機２０Ｂに第２の鍵を配布することはしない。図７に示した例では、子機２０Ｂにおいて親機１０との通信ができないことが検出され、Ｐｒｏｖｉｓｉｏｎｉｎｇ＿Ｄｉｓｃｏｖｅｒｙ＿Ｒｅｑｕｅｓｔが鍵送信要求として子機２０Ｂから送信されたものの（ステップＳ４８）、親機１０の通信部１５０は、Ｐｒｏｖｉｓｉｏｎｉｎｇ＿Ｄｉｓｃｏｖｅｒｙ＿Ｒｅｑｕｅｓｔを受信した後、子機２０Ｂと第２の鍵を交換しない（子機２０Ｂに第２の鍵を配布しない）例が示されている（ステップＳ４９）。なお、ステップＳ４４におけるＰｒｏｖｉｓｉｏｎｉｎｇ＿Ｄｉｓｃｏｖｅｒｙ＿Ｒｅｑｕｅｓｔに対する返信として、Ｐｒｏｖｉｓｉｏｎｉｎｇ＿Ｄｉｓｃｏｖｅｒｙ＿Ｒｅｓｐｏｎｓｅが、子機２０Ｂから親機１０に送信され得る。

鍵送信要求は、親機１０において利用する鍵と子機２０において利用する鍵が異なる場合であっても、親機１０において解読することが可能でなければならない。したがって、鍵送信要求は、暗号化されていない形式により子機２０から親機１０に送信される必要がある。鍵送信要求としては、例えば、Ｐｒｏｖｉｓｉｏｎｉｎｇ＿Ｄｉｓｃｏｖｅｒｙ＿Ｒｅｑｕｅｓｔフレームを使用することができるが、鍵送信要求は、Ｐｒｏｖｉｓｉｏｎｉｎｇ＿Ｄｉｓｃｏｖｅｒｙ＿Ｒｅｑｕｅｓｔフレームを使用する場合に限定されるものではない。

以下、図６を参照しながら、Ｐｒｏｖｉｓｉｏｎｉｎｇ＿Ｄｉｓｃｏｖｅｒｙ＿Ｒｅｑｕｅｓｔフレームの構成例について説明する。Ｐｒｏｖｉｓｉｏｎｉｎｇ＿Ｄｉｓｃｏｖｅｒｙ＿Ｒｅｑｕｅｓｔフレームは、例えば、図６に示すようなフォーマットにより構成されている。Ｃｏｎｆｉｇ＿Ｍｅｔｈｏｄフィールドには、鍵交換方式が設定されることが可能である。鍵交換方式には、例えば、ＰＩＮ方式、プッシュボタン方式などが想定されるが、Ｃｏｎｆｉｇ＿Ｍｅｔｈｏｄフィールドには、例えば、初期設定の段階において決定された鍵交換方式が設定されてもよいし、前回設定された鍵交換方式が履歴として保持され、履歴として保持されている鍵交換方式が設定されてもよい。なお、Ｐｒｏｖｉｓｉｏｎｉｎｇ＿Ｄｉｓｃｏｖｅｒｙ＿ＲｅｓｐｏｎｓｅにもＣｏｎｆｉｇ＿Ｍｅｔｈｏｄフィールドが存在し得る。当該フィールドには、親機１０において子機２０Ａに第２の鍵を配布すると判断された場合には、Ｐｒｏｖｉｓｉｏｎｉｎｇ＿Ｄｉｓｃｏｖｅｒｙ＿ＲｅｑｕｅｓｔのＣｏｎｆｉｇ＿Ｍｅｔｈｏｄフィールドに設定されている鍵交換方式と同等の値が設定され、親機１０において子機２０Ｂに第２の鍵を配布しないと判断された場合には、ＮＵＬＬ（空データ）が設定され得る。

図７に戻って説明を続ける。以上に説明したような処理の流れによれば、親機１０と子機２０Ａとの間において鍵交換（ステップＳ４３）を行った後は、親機１０と子機２０Ａとの間においてデータ通信を行うことが可能となる。一方、親機１０と子機２０Ｂとの間においては鍵交換に失敗しているため（ステップＳ４５）、親機１０と子機２０Ａとの間においてデータ通信を行うことが不可能となる。

本発明の実施形態に係る無線通信システム１によるアクセス制御の第２の例により、データ通信を許可するか否かに関する設定を行うためにユーザに掛かる手間を低減することが可能となる。特に、無線通信システム１によるアクセス制御の第２の例によれば、親機１０は、鍵を変更することにより、子機２０とのデータ通信を許可するか否かを制御することができる。

［１−５．無線通信システムによるアクセス制御の第３の例］
以上、本発明の実施形態に係る無線通信システム１によるアクセス制御の第３の例について説明した。続いて、図８を参照し、本発明の実施形態に係る無線通信システム１によるアクセス制御の第３の例について説明する。この例においても、子機２０Ａに対しては特に制限なくデータ通信を許可し、子機２０Ｂに対しては一時的にデータ通信を許可する手法が示されている。また、第２の例と同様に、親機１０が動作モードの切り替えを行うと度に、子機２０とのデータ通信に利用する鍵を変更し、所定の子機２０に対して再度変更後の鍵を配布することとする。ただし、本例においては、親機１０が、変更後の鍵を配布する前に、鍵を変更する旨を示す鍵変更要求を所定の子機２０に対して送信する。

図８に示した状態においては、図３に示したステップＳ１１〜ステップＳ１６の処理が省略されているものとする。したがって、図８に示した状態においては、親機１０と子機２０Ａとの間、親機１０と子機２０Ｂとの間において、既に第１の鍵を交換し終わっている（親機１０から子機２０Ａおよび２０Ｂに対する第１の鍵の配布は完了している）。その結果、図８に示すように、子機２０Ａを識別するためのデバイス識別情報（この例では「子機２０Ａ」）と鍵交換を行ったときの動作モード（この例では「Ｈｏｍｅモード」）とが対応付けられた情報が機器リストとして登録されている。すなわち、子機２０Ａの動作モードは既に親機１０の記憶部１４０により記憶されている。同様に、子機２０Ｂを識別するためのデバイス識別情報（この例では「子機２０Ｂ」）と鍵交換を行ったときの動作モード（この例では「Ｐａｒｔｙモード」）とが対応付けられた情報が機器リストとして登録されている。すなわち、子機２０Ｂの動作モードは既に親機１０の記憶部１４０により記憶されている。

この状態において、親機１０、子機２０Ａおよび子機２０Ｂの各々は、第１の鍵を利用してデータ通信を行うため、親機１０と子機２０Ａとの間におけるデータ通信は可能であり（ステップＳ５１）、親機１０と子機２０Ｂとの間におけるデータ通信は可能である（ステップＳ５２）。動作モードの切り替えがなされたときに（ステップＳ５３）、親機１０の制御部１３０は、子機２０Ａおよび２０Ｂの各々とのデータ通信に利用する鍵を第１の鍵から第２の鍵に変更したとする（ステップＳ５４）。すると、親機１０と子機２０Ａとにおいて異なる鍵を利用しているため、親機１０と子機２０Ａとの間におけるデータ通信は不可能となる。同様に、親機１０と子機２０Ｂとの間におけるデータ通信も不可能となる。

ここで、親機１０の制御部１３０は、動作モードが切り替えられた場合、切り替えられた後の動作モード（この例では「Ｈｏｍｅ」モード）と記憶部１４０により記憶された動作モード（子機２０Ａと鍵交換を行ったときの動作モード）とに基づいて、第1の鍵とは別の第２の鍵を子機２０Ａに配布するか否かを判断する。ここでは、親機１０の制御部１３０は、親機１０の記憶部１４０により記憶された動作モード（子機２０Ａと鍵交換を行ったときの動作モード「Ｈｏｍｅモード」）と切り替えられた後の動作モード（この例では「Ｈｏｍｅ」モード）とが一致するため、子機２０Ａには第２の鍵を配布すると判断する。

一方、親機１０の制御部１３０は、動作モードが切り替えられた場合、切り替えられた後の動作モード（この例では「Ｈｏｍｅ」モード）と記憶部１４０により記憶された動作モード（子機２０Ｂと鍵交換を行ったときの動作モード）とに基づいて、第1の鍵とは別の第２の鍵を子機２０Ｂに配布するか否かを判断する。ここでは、親機１０の制御部１３０は、親機１０の記憶部１４０により記憶された動作モード（子機２０Ｂと鍵交換を行ったときの動作モード「Ｐａｒｔｙモード」）と切り替えられた後の動作モード（この例では「Ｈｏｍｅ」モード）とが一致しないため、子機２０Ｂには第２の鍵を配布しないと判断する。

親機１０の通信部１５０は、制御部１３０により第２の鍵を子機２０Ａに配布すると判断されたため、子機２０Ａに第２の鍵を配布する一方、制御部１３０により第２の鍵を子機２０Ｂに配布しないと判断されたため、子機２０Ｂに第２の鍵を配布しない。親機１０の通信部１５０は、子機２０Ａから送信された鍵送信要求を受信した後、子機２０Ａに第２の鍵を配布することとしてもよい。親機１０の通信部１５０は、制御部１３０により第２の鍵を子機２０Ａに配布すると判断されたため、子機２０Ａに鍵を変更する旨を示す鍵変更要求を送信し、その鍵変更要求を送信した後に子機２０Ａから鍵送信要求を受信することとしてもよい。

図８に示した例では、Ｗｉ−Ｆｉダイレクトで規定されるＩｎｖｉｔａｔｉｏｎ＿Ｒｅｑｕｅｓｔが鍵変更要求として親機１０から子機２０Ａに送信され（ステップＳ５５）、子機２０Ａの通信部１５０が、Ｉｎｖｉｔａｔｉｏｎ＿Ｒｅｑｕｅｓｔを受信した後、Ｐｒｏｖｉｓｉｏｎｉｎｇ＿Ｄｉｓｃｏｖｅｒｙ＿Ｒｅｑｕｅｓｔを親機１０に送信し（ステップＳ５６）、親機１０の通信部１５０が、Ｐｒｏｖｉｓｉｏｎｉｎｇ＿Ｄｉｓｃｏｖｅｒｙ＿Ｒｅｑｕｅｓｔを受信した後、子機２０Ａと第２の鍵を交換する（子機２０Ａに第２の鍵を配布する）例が示されている（ステップＳ５７）。なお、ステップＳ５５におけるＩｎｖｉｔａｔｉｏｎ＿Ｒｅｑｕｅｓｔに対する返信として、Ｉｎｖｉｔａｔｉｏｎ＿Ｒｅｓｐｏｎｓｅが、子機２０Ａから親機１０に送信され得る。また、ステップＳ５６におけるＰｒｏｖｉｓｉｏｎｉｎｇ＿Ｄｉｓｃｏｖｅｒｙ＿Ｒｅｑｕｅｓｔに対する返信として、Ｐｒｏｖｉｓｉｏｎｉｎｇ＿Ｄｉｓｃｏｖｅｒｙ＿Ｒｅｓｐｏｎｓｅが、子機２０Ａから親機１０に送信され得る。

一方、親機１０の通信部１５０は、子機２０Ｂから送信された鍵送信要求を受信した後、子機２０Ｂに第２の鍵を配布することはしない。

鍵変更要求は、親機１０において利用する鍵と子機２０において利用する鍵が異なる場合であっても、親機１０において解読することが可能でなければならない。したがって、鍵変更要求は、暗号化されていない形式により子機２０から親機１０に送信される必要がある。鍵変更要求としては、例えば、Ｗｉ−Ｆｉダイレクトで規定されるＩｎｖｉｔａｔｉｏｎ＿Ｒｅｑｕｅｓｔを使用することができるが、鍵変更要求は、Ｗｉ−Ｆｉダイレクトで規定されるＩｎｖｉｔａｔｉｏｎ＿Ｒｅｑｕｅｓｔを使用する場合に限定されるものではない。

図７に戻って説明を続ける。以上に説明したような処理の流れによれば、親機１０と子機２０Ａとの間において鍵交換（ステップＳ５７）を行った後は、親機１０と子機２０Ａとの間においてデータ通信を行うことが可能となる（ステップＳ５８）。一方、親機１０と子機２０Ｂとの間においては利用している鍵が親機１０と子機２０Ｂとにおいて異なるため、親機１０と子機２０Ｂとの間においてデータ通信を行うことが不可能となる（ステップＳ５９）。

本発明の実施形態に係る無線通信システム１によるアクセス制御の第３の例により、データ通信を許可するか否かに関する設定を行うためにユーザに掛かる手間を低減することが可能となる。特に、無線通信システム１によるアクセス制御の第３の例によれば、親機１０は、鍵を変更することにより、子機２０とのデータ通信を許可するか否かを制御することができ、鍵を変更した旨を所定の子機２０に伝えることができる。

＜２．むすび＞
以上説明したように、本発明の実施形態に係る親機１０は、子機２０とのデータ通信に利用される鍵を子機２０に配布したときの動作モードと現在の動作モードとに基づいて、子機２０とのデータ通信を許可するか否かを制御することができる。かかる構成により、データ通信を許可するか否かに関する設定を行うためにユーザに掛かる手間を低減することが可能となる。

なお、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

例えば、本明細書の無線通信システム１の処理における各ステップは、必ずしもシーケンス図として記載された順序に沿って時系列に処理する必要はない。例えば、無線通信システム１の処理における各ステップは、シーケンス図として記載した順序と異なる順序で処理されても、並列的に処理されてもよい。

また、親機１０または子機２０に内蔵されるハードウェアを、上述した親機１０または子機２０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。

１ 無線通信システム
１０ 親機
２０（２０Ａ，２０Ｂ） 子機
１１０ 表示部
１２０ 入力部
１３０ 制御部
１４０ 記憶部
１５０ 通信部

Claims (14)

1. 他の無線通信装置と無線信号により通信を行う通信部と、
   前記他の無線通信装置とのデータ通信に利用される第1の鍵を前記他の無線通信装置に前記通信部を介して配布したときの動作モードを記憶する記憶部と、
   前記記憶部により記憶された前記動作モードと現在の動作モードとに基づいて、前記他の無線通信装置とのデータ通信を許可するか否かを制御する制御部と、
   を備える、無線通信装置。
2. 前記制御部は、
   前記記憶部により記憶された前記動作モードと前記他の無線通信装置からデータ通信に対する要求がなされたときの動作モードとに基づいて、前記他の無線通信装置とのデータ通信を許可するか否かを制御する、
   請求項１に記載の無線通信装置。
3. 前記制御部は、
   現在の動作モードが切り替えられた場合、切り替えられた後の動作モードと前記記憶部により記憶された前記動作モードとに基づいて、前記第1の鍵とは別の第２の鍵を前記他の無線通信装置に配布するか否かを判断し、
   前記通信部は、
   前記制御部により前記第２の鍵を前記他の無線通信装置に配布すると判断された場合には、前記他の無線通信装置に前記第２の鍵を配布する、
   請求項１に記載の無線通信装置。
4. 前記通信部は、
   前記制御部により前記第２の鍵を前記他の無線通信装置に配布すると判断された場合には、前記他の無線通信装置から送信された鍵送信要求を受信した後、前記他の無線通信装置に前記第２の鍵を配布する、
   請求項３に記載の無線通信装置。
5. 前記通信部は、
   前記制御部により前記第２の鍵を前記他の無線通信装置に配布すると判断された場合には、前記他の無線通信装置に鍵を変更する旨を示す鍵変更要求を送信し、前記鍵変更要求を送信した後に前記他の無線通信装置から前記鍵送信要求を受信する、
   請求項４に記載の無線通信装置。
6. 前記通信部は、
   Ｗｉ−Ｆｉダイレクトで規定されるＩｎｖｉｔａｔｉｏｎ＿Ｒｅｑｕｅｓｔを用いて前記鍵変更要求を送信する、
   請求項５に記載の無線通信装置。
7. 前記制御部は、
   前記記憶部により記憶された前記動作モードが第１の動作モードであり、現在の動作モードが第２の動作モードである場合には、前記他の無線通信装置とのデータ通信を不許可とし、前記記憶部により記憶された前記動作モードが前記第２の動作モードであり、現在の動作モードが前記第１の動作モードである場合には、前記他の無線通信装置とのデータ通信を不許可とする、
   請求項１に記載の無線通信装置。
8. 前記制御部は、
   前記記憶部により記憶された前記動作モードが第１の動作モードであり、現在の動作モードが第２の動作モードである場合には、前記他の無線通信装置とのデータ通信を不許可とするが、前記記憶部により記憶された前記動作モードが前記第２の動作モードであり、現在の動作モードが前記第１の動作モードである場合には、前記他の無線通信装置とのデータ通信を許可する、
   請求項１に記載の無線通信装置。
9. 前記動作モードは、
   ユーザから入力された操作に基づいて切り替えられる、
   請求項１に記載の無線通信装置。
10. 前記動作モードは、
    時刻に基づいて切り替えられる、
    請求項１に記載の無線通信装置。
11. 前記動作モードは、
    前記無線通信装置の位置に基づいて切り替えられる、
    請求項１に記載の無線通信装置。
12. 他の無線通信装置とのデータ通信に利用される第1の鍵を前記他の無線通信装置に配布したときの動作モードを記憶するステップと、
    記憶された前記動作モードと現在の動作モードとに基づいて、前記他の無線通信装置とのデータ通信を許可するか否かを制御するステップと、
    を含む、無線通信方法。
13. コンピュータを、
    他の無線通信装置と無線信号により通信を行う通信部と、
    前記他の無線通信装置とのデータ通信に利用される第1の鍵を前記他の無線通信装置に前記通信部を介して配布したときの動作モードを記憶する記憶部と、
    前記記憶部により記憶された前記動作モードと現在の動作モードとに基づいて、前記他の無線通信装置とのデータ通信を許可するか否かを制御する制御部と、
    を備える、無線通信装置として機能させるための、プログラム。
14. 第１の無線通信装置と第２の無線通信装置とを有する、無線通信システムであって、
    前記第１の無線通信装置は、
    前記第２の無線通信装置と無線信号により通信を行う通信部と、
    前記第２の無線通信装置とのデータ通信に利用される第1の鍵を前記第２の無線通信装置に前記通信部を介して配布したときの動作モードを記憶する記憶部と、
    前記記憶部により記憶された前記動作モードと現在の動作モードとに基づいて、前記第２の無線通信装置とのデータ通信を許可するか否かを制御する制御部と、
    を備え、
    前記第２の無線通信装置は、
    前記第１の無線通信装置と無線信号により通信を行う通信部、
    を備える、無線通信システム。

Images