JP2015122744A - 情報を送信及び受信する方法、並びに関連するｉｏｔ装置 - Google Patents

Abstract

【課題】 本発明は、情報を送信及び受信する方法、及び関連するＩｏＴ装置を提供する。
【解決手段】 情報を送信する方法であって、前記情報の少なくとも一部を少なくとも１つのマルチキャストＩＰ（Internet Protocol）アドレスフィールドに書き込むステップと、前記少なくとも１つのマルチキャストＩＰアドレスフィールドに従って少なくとも１つのパケットを送信するステップと、を有する方法が開示される。無線ネットワーク環境が暗号化されるときでも、情報は、スニファモードで所望の装置へ送信できる。
【選択図】 図５

Description

本発明の開示の実施形態は、無線通信に関し、より詳細には、モノのインターネット（Internet of Things：ＩｏＴ）通信に関する。

情報技術の発展と共に、ＩｏＴは益々普及している。名が示す通り、ＩｏＴは多くの相互接続された装置を有するネットワークである。ＩｏＴは、知的な知覚、識別、及び相互接続機能を持ち、コンピュータ及びインターネットの後にやって来る情報産業の第３の波の部分である。

モニタ及び高機能冷蔵庫のような多くのＩｏＴ装置にとって、ＷｉＦｉ（Wireless Fidelity）を通じてインターネットに接続し、それらがインターネットを介してユーザにより制御できるようにすることは望ましい。しかしながら、ＩｏＴ装置は、キーパッド又はタッチパッドのような入力機能を有しなくても良い。したがって、指定されたアクセスポイント（ＡＰ）に接続するようこれらのＩｏＴ装置を制御する方法が問題になっている。

本発明の目的の１つは、上述の問題を解決するために、情報を送信及び受信する方法、及び関連するＩｏＴ装置を提供することである。

本発明の第１の態様によると、情報を送信する方法であって、前記情報の少なくとも一部を少なくとも１つのマルチキャストＩＰ（Internet Protocol）アドレスフィールドに書き込むステップと、前記少なくとも１つのマルチキャストＩＰアドレスフィールドに従って少なくとも１つのパケットを送信するステップと、を有する方法が開示される。一実施形態では、方法は、前記情報を生成するために、元の情報に識別子情報を挿入するような、元の情報に対して所定の処理を実行するステップを更に有する。

本発明の第２の態様によると、情報を受信する方法であって、少なくとも１つのパケットを受信するステップと、前記情報の少なくとも一部を得るために、各パケットのマルチキャストＭＡＣ（Media Access Control）アドレスを読み取るステップと、を有する方法が開示される。

本発明の第３の態様によると、情報を受信するＩｏＴ（モノのインターネット、Internet of Things：ＩｏＴ）装置が開示される。ＩｏＴ装置は、受信モジュールと、読み取りモジュールと、を有する。受信モジュールは、少なくとも１つのパケットを受信するよう配置される。読み取りモジュールは、前記情報の少なくとも一部を得るために、各パケットのマルチキャストＭＡＣ（Media Access Control）アドレスフィールドを読み取るよう配置される。

本発明のこれらの及び他の目的は、以下の、種々の図面に示された好適な実施形態の詳細な説明を読んだ後に当業者に明らかになるだろう。

マルチキャストＩＰアドレスとマルチキャストＭＡＣアドレスとの間のマッピング関係を示す図である。 本発明の実施形態による無線通信ネットワークを示す図である。 図２Ａに示した無線通信ネットワーク内で情報を送信するためにマルチキャストＭＡＣアドレスを用いることを示す図である。 本発明の一実施形態による通信装置を示す概略ブロック図である。 本発明の一実施形態によるＩｏＴ装置を示す概略ブロック図である。 本発明の一実施形態に従い、マルチキャストＭＡＣアドレスにより情報を送信する方法を示すフローチャートである。 本発明の別の実施形態に従い、マルチキャストＭＡＣアドレスを用いることにより情報を送信する方法を示すフローチャートである。 本発明の一実施形態に従い、マルチキャストＭＡＣアドレスを用いることにより情報を受信する方法を示すフローチャートである。 本発明の別の実施形態に従い、マルチキャストＭＡＣアドレスを用いることにより情報を受信する方法を示すフローチャートである。 本発明の一実施形態による通信装置のパケット生成、暗号化、符号化及び送信処理を示す図である。 本発明の一実施形態に従う、マルチキャストＭＡＣアドレスの使用による情報の送信／受信を示す図である。

特定の用語は、特定のシステムコンポーネントを表すために説明及び以下の請求項を通じて用いられる。当業者が理解するように、製造者等は１つのコンポーネントを異なる名称により参照し得る。本願明細書は、名称が異なるが機能が異ならないコンポーネント間の区別をしない。以下の議論及び請求項では、用語「有する（include、comprise）」は広義に用いられ、「・・・を含むが、・・・に限定されない」を意味すると解釈されるべきである。また、用語「結合する（couple）」は、間接的又は直接的な電気接続を意味することを意図する。したがって、ある装置が別の装置に結合する場合、その接続は、直接的な電気接続を通じて、又は他の装置及び接続を介した間接的な電気的接続を通じてもよい。

指定されたＡＰ（例えば、無線ルータ）に接続するようＩｏＴ装置を制御する幾つかの方法がある。第１の方法は、ピアツーピア（Peer−to−Peer、Ｐ２Ｐ）技術を介してＩｏＴ装置に接続するために、通信装置（例えば、スマートフォン又はノートブック）を用いても良い。次に、通信装置は、ＳＳＩＤ（Service Set Identifier）及び／又はパスワードのようなＡＰ構成情報をＩｏＴ装置へ送信するよう動作しても良い。その後、ＩｏＴ装置は、受信したＡＰ構成情報に従って指定されたＡＰに接続しても良い。第２の方法に関し、第１のステップで、ＩｏＴ装置はＡＰモードに初期化されても良い。次に、通信装置は、ＳＳＩＤ及び／又はパスワードのようなＡＰ構成情報をＩｏＴ装置へ送信するために、ＩｏＴ装置に接続されても良い。ＡＰ構成情報を受信した後に、ＩｏＴ装置は、ステーションモードに切り替わり、次にＡＰ構成情報に従って指定されたＡＰに接続しても良い。第３の方法に関し、第１のステップで、ＩｏＴ装置は規定ＡＰへの接続を試みても良い。接続が確立された後、ＩｏＴ装置は、ＴＣＰ／ＩＰプロトコルを通じて通信装置から、ＳＳＩＤ及び／又はパスワードのようなＡＰ構成情報を受信しても良い。その後、ＩｏＴ装置は、ＡＰ構成情報に従って指定されたＡＰに接続する。第４の方法に関し、ＩｏＴ装置は、スニファモードに初期化され、次に、パケットをスニフィングすることにより通信装置から送信されたパケットから、ＳＳＩＤ及び／又はパスワードのようなＡＰ構成情報をフェッチしても良い。このように、ＩｏＴ装置は、指定されたＡＰに接続できる。

本発明は、主に第４の方法を対象にする。例示的な実施形態は、以下に開示される。スニファモードでは、ＩｏＴ装置は、受信モジュール（例えば、ＷｉＦｉチップ）を用いることにより、ＩｏＴ装置が属する無線ネットワーク内でパケットを受信しても良い。非暗号化環境では、ＩｏＴ装置は、パケット内の全ての平文データを読むことができる。ＩｏＴ装置により読まれるために必要な情報は、パケットのデータフィールドに入れられ、ネットワークへ送信されても良い。ＩｏＴ装置は、データを直接受信し及び使用できる。しかしながら、暗号化環境では、ＩｏＴ装置は、パケットを解読し、読み、データを直接使用することができない。

８０２．１１仕様によると、暗号化パケットではデータフィールドのみが暗号化され、ヘッダは暗号化されなままである。したがって、所望のデータがヘッダに入れられる場合、ＩｏＴ装置は、スニファモードでヘッダからデータを引き出すことができる。しかしながら、多くの関連アプリケーションは、８０２．１１ヘッダを直接変更できないので、ドライバが書き直される必要がある。８０２．１１ヘッダに情報を挿入するための方法は、以下に開示される。

多くの現在主流のオペレーティングシステムは、マルチキャスト機能をサポートする。従来知られているように、マルチキャストＩＰ（Internet Protocol）アドレスとマルチキャストＭＡＣ（Media Access Control）アドレスとの間には、マッピング関係が存在する。図１は、そのマッピング関係を示す図である。図１ｎ示すように、ＩＰｖ４（Internet Protocol version ４）では、ＩＰアドレスフィールドの下位２３ビットは、ＭＡＣアドレスフィールドの下位２３ビットにマッピングされる。ＩＰｖ６（Internet Protocol version ６）では、ＩＰアドレスフィールドの下位３２ビットは、ＭＡＣアドレスフィールドの下位３２ビットにマッピングされる。８０２．１１プロトコルによると、ＭＡＣアドレスが用いられても良い。ここで、ＭＡＣアドレスはヘッダに入れられる。この特性を用いることにより、ＩｏＴ装置へ送信されるべきデータを８０２．１１ヘッダに挿入することにより、８０２．１１ヘッダを変更することが可能である。

図２Ａは、本発明の実施形態による無線通信ネットワークを示す図である。図２に示すように、無線通信ネットワーク１００は、通信装置１０１、ＩｏＴ装置１０２、及びＡＰ１０３を有する。１より多い通信装置１０１が存在しても良く、通信装置１０１は、ＩＰマルチキャストをサポートするノートブック、携帯電話機、ＰＤＡ（Personal Digital Assistant）又はタブレットであっても良い。ＩｏＴ装置１０２は、受信モジュール（例えば、ＷｉＦｉチップ）を備えスニファモードをサポートする冷蔵庫、カメラ、エアコン、又はヒーターであっても良い。ＷｉＦｉチップを備えたＩｏＴ装置は、ＩｏＴ装置に埋め込まれたＷｉＦｉチップ又はＷｉＦｉチップに結合されるＩｏＴ装置を有しても良い。

図２Ｂは、本発明の一実施形態による、無線通信ネットワーク１００内で情報を送信するためにマルチキャストＭＡＣアドレスを用いることを示す図である。図２Ｂに示すように、第１のステップで、通信装置１０１は、ＡＰ１０３に接続するよう制御される。情報は、マルチキャストＩＰアドレスフィールドに直接、又は情報に対して符号化及び／又は暗号化処理が実行された後に、書き込まれる。マッピング関係を通じて、マルチキャストＩＰフィールドに格納された情報は、ＭＡＣアドレスに持ち込まれる。このように、情報は、通信装置１０１により送信されるべきマルチキャストデータパケットのヘッダに入れられる。結局、通信装置１０１は、マルチキャストＩＰアドレスへ任意のデータを送信する。ＩｏＴ装置１０２は、スニファモードに初期化されても良い。ここで、ＩｏＴ装置１０２は、無線通信ネットワーク１００内のマルチキャストデータパケットを監視し、マルチキャストデータパケットのヘッダのＭＡＣアドレスフィールドから情報を引き出す。したがって、ＩｏＴ装置１０２は、予め定められた同意に基づき、対応する動作を実行できる。例えば、予め定められた合意に従って、通信装置１０１はＳＳＩＤ及びパスワードをＩｏＴ装置１０２へ送信しても良く、ＩｏＴ装置１０２はＳＳＩＤ及びパスワードを受信した後にＡＰ１０３に接続できる。

図３は、本発明の一実施形態による通信装置１０１を示す概略ブロック図である。簡潔さのために、本発明に関連するモジュールのみが図３に示される。通信装置１０１は、送信モジュール３４、書き込みモジュール３５、及び処理モジュール３６を有しても良い。書き込みモジュール３５は、符号化モジュール３３を有する。処理モジュール３６は、識別子モジュール３０、プロトコルモジュール３１、及び暗号化モジュール３２を有する。処理モジュール３６は、情報を生成するために元の情報に対して所定の処理を実行するために用いられる。ここで、元の情報は、ＡＰ１０３のＳＳＩＤ及び／又はパスワードであっても良い。書き込みモジュール３５は、情報の少なくとも一部を少なくとも１つのマルチキャストＩＰアドレスフィールドに書き込むために用いられる。

具体的には、識別子モジュール３０は、特にネットワーク内に複数のＩｏＴ装置が存在するとき、どの（１又は複数の）ＩｏＴ装置が、情報が送信されるべき目標装置かを識別するために用いられても良い。例として、しかし限定ではなく、ＩｏＴ装置のＷｉＦｉ ＭＡＣアドレスは、識別子情報のために用いられても良い。プロトコルモジュール３１は、予め定められた合意に従ってデータを生成しても良い。したがって、ＩｏＴ装置１０２は、合意に従ってデータを解析し（parse）、対応する動作を実行しても良い。例えば、ＩｏＴ装置１０２は、ＳＳＩＤ及びパスワードを受信し、次にＡＰ１０３に接続する。暗号化モジュール３２は、情報を暗号化して、セキュリティを保証し及び情報漏洩を防ぐために用いられても良い。符号化モジュール３３は、以下の機能を有しても良い。第１に、送信されるべきデータをスライスする。それぞれＩＰｖ４及びＩＰｖ６ではＭＡＣアドレスにマッピングされ得るのは最大で２３及び３２ビットなので、２３ビット（ＩＰｖ４）又は３２ビット（ＩＰｖ６）より多いデータはスライスされる必要がある。各スライスされたデータは、２３ビット（ＩＰｖ４）又は３２ビット（ＩＰｖ６）より多くない。符号化モジュール３３は、インターネットプロトコルに従ってスライスされたデータを生成できる。

符号化モジュール３３の第２の機能は、同期フィールドを用いることである。ＩｏＴ装置１０２は無線通信ネットワーク１００内の全てのパケットを受信するので、ＩｏＴ装置１０２は、スニファモードでどの（１又は複数の）パケットが通信装置１０１により送信されるかを区別できない。同期フィールドは、ＩｏＴ装置１０２が、受信されたマルチキャストデータが通信装置１０１からか否かを識別するのを助けることができる。一例では、同期のために、固有データ、例えば０x１２：０x１２：０x１２が下位２３ビットに入れられても良い。固有データは、複数回繰り返されても良い。したがって、ＩｏＴ装置１０２は、固有データを複数回受信した後に、送信元ＭＡＣアドレスに従って情報を保証できる。上述の送信元ＭＡＣアドレスは、８０２．１１ヘッダ内の送信元アドレス（Source Address：ＳＡ）である。受信したマルチキャストデータの送信元アドレスが通信装置１０１のＭＡＣアドレスと一致しない場合、ＩｏＴ装置１０２はデータを捨てても良い。

符号化モジュール３３の第３の機能は、シリアル番号を用いることである。ＵＤＰ（User Datagram Protocol）でのマルチキャストデータ送信は信頼できないので、通信装置１０１は、各パケットデータにシリアル番号を付け、データ損失を回避しても良い。ＩＰｖ４の例では、ビット［１６−２２］はシリアル番号を伝達するために用いられても良く、ビット［０−１５］はスライスされたデータを伝達するために用いられても良い。このように、ＩｏＴ装置１０２は、シリアル番号に従って、受信したスライスされたデータを正しく組み立て（結合する）ことができる。

符号化モジュール３３の第４の機能は、処理済みデータをＩＰｖ４アドレスの下位２３ビット又はＩＰｖ６アドレスの下位３２ビットの一部（例えば１６ビット）に直接、又は符号化及び／又は暗号化処理が処理済みデータの少なくとも一部に対して実行された後に、書き込むことである。上述のように、ＩＰｖ４アドレスの下位２３ビット又はＩＰｖ６アドレスの下位３２ビットは、マルチキャストＭＡＣアドレスにマッピングされる。第２及び第３の機能は任意であり、変更されても良いことに留意する。つまり、本発明は第２及び第３の機能に限定されない。

送信モジュール３４は、符号化モジュール３３により生成されるＩＰアドレスに基づきマルチキャストデータを適宜送出しても良い。つまり、ＵＤＰデータパケットのデータフィールドは、任意の内容により満たされても良い。送信モジュール３４は、ＵＤＰパケット損失の場合には、同じＩＰアドレスへ１つのパケットを１回より多く送信しても良い。上述のモジュールでは、識別子モジュール３０、プロトコルモジュール３１、及び暗号化モジュール３２は任意である。当業者は、実際の要件に基づきこれらのモジュールを含めても良い。さらに、これらのモジュールは、既存のモジュールに基づき実装されても良い。

図４は、本発明の一実施形態によるＩｏＴ装置１０２を示す概略ブロック図である。簡潔さのために、本発明に関連するモジュールのみが図４に示される。通信装置１０２は、受信モジュール４４、読み取りモジュール４５、及び処理モジュール４６を有しても良い。読み取りモジュール４５は、復号化モジュール４３を有しても良い。処理モジュール４６は、識別子モジュール４０、プロトコルモジュール４１、及び解読モジュール４２を有しても良い。受信モジュール４４は、無線通信ネットワーク１００内のマルチキャストパケットを監視し（スニファし）及び受信し、（ＩＰｖ４では）宛先アドレス（Destination Address：ＤＡ）フィールドの下位２３ビットの一部又は全部をフェッチし、又は（ＩＰｖ６では）ＤＡフィールドの下位３２ビットの一部又は全部をフェッチしても良い。ここで、ＤＡフィールドは、８０２．１１ＭＡＣアドレスのヘッダのＤＡフィールドである。読み取りモジュール４５は、受信モジュール４４により受信されたパケットのマルチキャストＭＡＣアドレスフィールドを読み取り、ＡＰ１０３のＳＳＩＤ及び／又はパスワードのような必要な情報を得るために用いられる。処理モジュール４６は、マルチキャストＭＡＣアドレスフィールドから読み取った内容に対して所定の処理を実行するために用いられる。

識別子モジュール４０は、受信モジュール４４により受信されたデータが所望のものか否かを決定するために、ＩｏＴ装置１０２により用いられる。一例では、ＩｏＴ装置１０２は、自身のＭＡＣアドレスを受信したデータのＭＡＣアドレスと比較しても良い。ＩｏＴ装置１０２のＭＡＣアドレスが受信したデータのＭＡＣアドレスと一致する場合、データがＩｏＴ装置１０２に指定されていることが保証できる。プロトコルモジュール４１は、予め定められた合意に従って受信したデータを解析するために用いられても良く、つまりデータに対して対応する動作を実行する。例えば、プロトコルモジュール４１は、解析したＳＳＩＤ及びパスワードを用いることにより、ＡＰ１０３に接続するようＩｏＴ装置１０２を制御しても良い。予め定められた合意は、予め送信機及び受信機の両方に設定されても良い。解読モジュール４２は、受信したマルチキャストパケットを解読するよう動作しても良い。ここで、暗号化及び解読アルゴリズムは、通信装置１０１及びＩｏＴ装置１０２により予め定められても良い。

復号化モジュール４３は、以下の機能を有しても良い。復号化モジュール４３は、受信したパケットの同期フィールドに従って、ＳＡ（つまり、通信装置１０１のＭＡＣアドレス）を決定しても良い。復号化モジュール４３は、通信装置１０１の符号化モジュール３３の符号化処理に従って、データを復号化するよう動作しても良い。例えば、復号化モジュール４３は、ＭＡＣアドレスのビット［１６−３２］を抽出し、シリアル番号のために８ビットを用いるよう動作しても良い。さらに、ビット［０−５］はデータのために用いられても良い。復号化モジュール４３の第３の機能は、受信したデータを組み立てることである。受信したデータは符号化モジュールにより実行されたスライス動作の結果なので、復号化モジュール４３は、スライスされたデータを用いることにより元のデータを構成しなければならない。上述の機能では、識別子モジュール４０、プロトコルモジュール４１、及び復号化モジュール４２は任意であり、変更されても良い。

図５は、本発明の一実施形態に従い、マルチキャストＭＡＣアドレスにより情報を送信する方法を示すフローチャートである。ステップ５０１で、通信装置１０１は、少なくとも１つのマルチキャストＩＰ（Internet Protocol）アドレスフィールドに、情報の少なくとも一部を書き込むよう動作しても良い。ステップ５０２で、通信装置１０１は、少なくとも１つのマルチキャストＩＰアドレスフィールドに従って、送信モジュール４３を用いることにより少なくとも１つのパケットを送信するよう動作しても良い。少なくとも１つのマルチキャストＩＰアドレスフィールドに情報の少なくとも一部を書き込むことは、少なくともマルチキャストＩＰアドレスフィールドに情報の少なくとも一部を直接に、又は符号化及び／又は暗号化処理が情報の少なくとも一部に対して実行された後に、書き込むことを意味することに留意する。

図６は、本発明の別の実施形態に従い、マルチキャストＭＡＣアドレスを用いることにより情報を送信する方法を示すフローチャートである。通信装置１０１は、マルチキャストＭＡＣアドレスを通じてＩｏＴ装置１０２へ情報を送信することにより、ＡＰ１０３に接続するようＩｏＴ装置１０２に指定しても良い。ステップ６０１で、通信装置１０１は、ＡＰ１０３に接続するよう制御されても良い。ステップ６０２で、通信装置１０１は、ＡＰ１０３のＡＰ構成情報を得る。ここで、構成情報は、ユーザ名、ＳＳＩＤ（Service Set Identifier）及び／又はパスワードを有しても良い。ステップ６０３で、通信装置１０１の識別子モジュール３０は、取得したＡＰ構成情報に識別子情報を挿入するよう動作しても良い。したがって、ＩｏＴ装置１０２は、所望の情報を決定しても良く、データを正しく解析できる。ステップ６０４で、通信装置１０１のプロトコルモジュール３１は、ステップ６０２−６０３で引き出されたＡＰ構成情報／識別子情報に従って、データを生成するよう動作しても良い。ステップ６０５で、通信装置１０１の暗号化モジュール３２は、データを暗号化するよう動作しても良い。ステップ６０６で、通信装置１０１の符号化モジュール３３は、データをスライスし、スライスしたデータをマルチキャストＩＰアドレスフィールドに入れるよう動作しても良い。ＩＰｖ４プロトコルでは、通信装置１０１は、マルチキャストＩＰアドレスの下位２３ビットにデータを入れても良い。ＩＰｖ６プロトコルでは、通信装置１０１は、マルチキャストＩＰアドレスの下位３２ビットにデータを入れても良い。したがって、複数のマルチキャストＩＰアドレスが生成される。さらに、シリアル番号は、各スライスされたデータに付加されても良い。ステップ６０７で、通信装置１０１の送信モジュール３４は、ステップ６０６で生成されたマルチキャストＩＰアドレスに基づきマルチキャストデータを適宜送出しても良い（つまり、パケットのデータフィールドは、任意の内容で満たされても良く、ＩＰアドレスは宛先アドレスである）。ステップ６０３−６０６は任意であり、本発明は、ＡＰ構成情報に限定される代わりに、任意の所望の情報を送信するよう適用可能である。

図７は、本発明の一実施形態に従い、マルチキャストＭＡＣアドレスを用いることにより情報を受信する方法を示すフローチャートである。ＩｏＴ装置１０２は、受信モジュール４４を通じて少なくとも１つのパケットを受信するよう動作しても良い。ステップ７０２で、ＩｏＴ装置１０２は、各パケットのマルチキャストＭＡＣアドレスフィールドを読み取り、情報の少なくとも一部を得る。

図８は、本発明の別の実施形態に従い、マルチキャストＭＡＣアドレスを用いることにより情報を受信する方法を示すフローチャートである。ＩｏＴ装置１０２は、マルチキャストＭＡＣアドレスを用いることにより情報を受信するよう動作しても良く、それにより、通信装置１０１により指定されたＡＰ１０３に接続するよう制御され得る。ステップ８０１で、ＩｏＴ装置１０２の受信モジュール４４は、マルチキャストパケットを受信する。ステップ８０２で、ＩｏＴ装置１０２は、受信したマルチキャストパケットの同期フィールドを決定しても良く、次に、同期フィールドから通信装置１０１のＳＡを解析することができる。ＩｏＴ装置１０２は、同期フィールドが完全に受信されたか否かを決定しても良い。同期フィールドが完全に受信されていない場合、フローはステップ８０１に戻り、残りのマルチキャストパケットを受信する。同期フィールドが完全に受信された場合、フローはステップ８０３へ進む。ステップ８０３で、ＩｏＴ装置１０２は、受信したマルチキャストパケットデータがＳＡと一致するか否か（つまり、受信したマルチキャストパケットデータが同じＳＡか否か）を決定するよう動作しても良い。受信したマルチキャストパケットデータがＳＡと一致しない場合、データは捨てられ、フローはステップ８０１に戻り、残りのマルチキャストパケットを受信する。受信したマルチキャストパケットデータがＳＡと一致する場合、フローはステップ８０４へ進む。ステップ８０４で、ＩｏＴ装置１０２の復号化モジュール４３は、復号化処理を実行するよう動作しても良い。一例では、ＩｏＴ装置１０２の復号化モジュール４３は、通信装置１０１の符号化メカニズムに対応する復号化メカニズムを用いることにより、受信したデータを復号化しても良い。ステップ８０５で、ＩｏＴ装置１０２の解読モジュール４２は、受信したデータを解読するよう動作しても良い。ここで、解読メカニズムは、通信装置１０１の暗号化メカニズムに従って予め定められても良い。ステップ８０６で、ＩｏＴ装置１０２は、受信したマルチキャストパケットがＩｏＴ装置１０２宛か否か（つまり、アイデンティティがＩｏＴ装置１０２のアイデンティティと一致するか否か）を決定するよう動作しても良い。例示的な実施形態では、同一性チェックは、識別子情報を参照することにより識別子モジュール４０により実行されても良い。ここで、ＩｏＴ装置１０２のＭＡＣアドレスは識別子情報として用いられても良い。識別子モジュール４０は、受信したＭＡＣアドレスが自身のＭＡＣアドレスと同じか否かを調べることにより、受信したマルチキャストパケットがＩｏＴ装置１０２宛か否かを決定しても良い。マルチキャストパケットの同一性が確認されなかった場合、フローはステップ８１０に進む。その他の場合、フローはステップ８０７に進む。

ステップ８１０で、ＩｏＴ装置１０２は、同期状態をクリアするよう動作しても良い。ステップ８０７で、ＩｏＴ装置１０２は、ＳＳＩＤ及びパスワードのようなＡＰ１０３のＡＰ構成情報を得るよう動作しても良い。ステップ８０８で、ＩｏＴ装置１０２は、（ＳＳＩＤ及びパスワードのような）完全な構成情報が受信されたか否かを確認するよう動作しても良い。例示的な実施形態では、ＳＳＩＤ及びパスワードの長さは、完全な構成情報が受信されたか否かを決定するために用いられても良い。ステップ８０９で、ＩｏＴ装置１０２は、得られたＡＰ構成情報に従って、ＡＰ１０３に接続するよう動作しても良い。ステップ８０２−８０６は任意であり、本発明はＡＰ構成情報を送信することに限定されず、送信のための任意の他の情報にも適用可能である。ＩｏＴ装置１０２では、技術的特徴は、スニファモードのときに、マルチキャストパケットを受信し識別すること、及びマルチキャストＭＡＣアドレスフィールドの下位２３ビット（ＩＰｖ６では下位３２ビット）から情報を引き出すことである。この方法を用いることにより、暗号化無線ネットワークでも、指定したＡＰに接続するようスニファモードのＩｏＴ装置を制御することが実現可能である。

図９は、本発明の一実施形態による通信装置１０１のパケット生成、暗号化、符号化及び送信処理を示す図である。ステップ９０１で、通信装置１０１は、（ＳＳＩＤ及びパスワードのような）ＡＰ１０３のＡＰ構成情報を得るよう動作しても良い。本実施形態では、ＳＳＩＤは「ＩＯＴ」に設定され、パスワードは「password」に設定される。ステップ９０２で、通信装置１０１は、データに識別子情報を挿入するよう動作しても良い。一例では。ＩｏＴ装置１０２のＭＡＣアドレス（０１：０２：０３：AA：BB：CC）は、識別子情報であるとして用いられても良い。ＩｏＴ装置１０２は、受信したデータのＭＡＣアドレスを自身のＭＡＣアドレスと比較するよう動作し、データがＩｏＴ装置１０２宛であることを確かめても良い。本発明は１つのＩｏＴ装置に限定されないことに留意する。一例では、識別子情報は、ブロードキャストアドレス（FF：FF：FF：FF：FF：FF）に設定されても良い。ステップ９０３で、通信装置１０１のプロトコルモジュール３１は、予め定められた合意に従ってデータを生成するよう動作しても良い。例示的な実施形態では、ＳＳＩＤの長さ（ＳＬ）、パスワードの長さ（ＰＬ）、ユーザ名の長さ（ＵＬ）、及び反転バイト（Ｒ）は、識別子フィールドに付加されても良い。一実施形態では、ＳＬ＝３、ＰＬ＝８、ＵＬ＝０である。ステップ９０４で、通信装置１０１の暗号化モジュール３２は、生成されたデータを暗号化するよう動作しても良い。本発明では、暗号化メカニズムは限定されないことに留意する。一例では、暗号化は省略されても良い。ステップ９０５で、通信装置１０１の符号化モジュール３３は、生成されたデータをスライスするよう動作しても良い。一例では、各スライスされたデータの長さは２バイトであっても良く、スライスされたデータはアドレスフィールドの下位１６ビットに入れられても良い。通信装置１０１の符号化モジュール３３は、各スライスされたデータのシリアル番号を挿入しても良い。したがって、ＩｏＴ装置はスライスされたデータを正しく組み立てることができる。通信装置１０１の符号化モジュール３３は、同期フィールドを挿入しても良い。このように、ＩｏＴ装置はデータのＳＡを決定でき、データは正確に受信され得る。ステップ９０６で、送信モジュール３４は、符号化モジュール３３により生成されたマルチキャストＩＰアドレスに基づき、マルチキャストデータパケットを適宜送出するよう動作しても良い。

本発明は、マルチキャストＩＰアドレスとＭＡＣアドレスとの間のマッピング関係を利用し、８０２．１１プロトコルに準拠するヘッダにＡＰ構成情報を入れる。しかしながら、ＡＰ構成情報は、無線ネットワーク範囲全体に露出され得る。言い換えると、同じ無線ネットワーク内のいかなる装置も、ＡＰ構成情報を容易に得ることができる。ＡＥＳ（Advanced Encryption Standard）標準は、セキュリティを向上するために用いられても良い。本発明はＡＥＳメカニズムに限定されないことに留意する。

図１０は、本発明の一実施形態に従う、マルチキャストＭＡＣアドレスの使用による情報の送信／受信を示すフローチャートである。実施形態では、スマートフォンは通信装置１００１として動作しても良く、スイッチはＩｏＴ装置１０２として動作しても良い。スマートフォンは、符号化された制御信号（例えば、オン、オフ）をマルチキャストＩＰフィールドに入れるよう動作しても良く、マルチキャストＩＰアドレスはＭＡＣアドレスにマッピングされ得る。このように、制御信号も、ＭＡＣアドレスフィールドにマッピングされ、無線インターネットへ送信される。したがって、スニファモードのスイッチは、対応する動作（例えば、オン又はオフ）を実行するために、マルチキャストパケットを受信し、マルチキャストＭＡＣアドレスから制御信号を解析できる。

本発明は、マルチキャストＭＡＣアドレスを通じてＡＰ構成情報又はスイッチ制御情報を送信することに限定されない。制御信号は、指定された空調機、テレビジョン、又は冷蔵庫へ送信されても良い。本発明の方法を用いることにより、暗号化無線ネットワークにおいても、スニファモードの装置を制御することが実現可能である。

特に、前述の新規な概念は、半導体製造業者により無線周波数及び／又は同期クロックアプリケーションを有する任意の集積回路に適用されうることが予想される。さらに、半導体製造業者は、本発明の概念を、スタンドアロン型装置、特定用途向け集積回路（ＡＳＩＣ）及び／又は任意の他のサブシステム構成要素の設計で用いることができると予想される。

本発明の態様は、ハードウェア、ソフトウェア、ファームウェア又はそれらの任意の組み合わせを含む任意の適切な形式で実施されてもよい。本発明は、任意的に、少なくとも部分的に、１又は複数のデータプロセッサ及び／又はデジタル信号プロセッサ若しくはＦＰＧＡ素子のようなコンフィギュラブルモジュール構成要素で実行されるコンピュータソフトウェアとして実施されてもよい。したがって、本発明の実施形態の要素及び構成要素は、物理的に、機能的に及び論理的に任意の適切な方法で実施されてもよい。機能は、単一のユニットで、複数のユニットで又は他の機能ユニットの一部として実施されてもよい。

本発明は幾つかの実施形態に関連して記載されたが、本願明細書に説明された特定の形式に限定されるものではない。むしろ、本発明の範囲は添付の請求の範囲によってのみ限定される。さらに、特徴は特定の実施形態に関連して記載されたように見えるが、当業者は、記載された実施形態の種々の特徴が本発明に従って結合されうることを理解するだろう。請求の範囲において、用語「有する（comprising）」は、他の要素又はステップの存在を除外しない。

さらに、個々に列挙されたが、複数の手段、要素又は方法のステップは、例えば単一のユニット又はプロセッサ又は制御装置により実施されてもよい。さらに、個々の特徴は異なる請求項に含まれうるが、これらは場合によっては有利なことに組み合わさられてもよく、異なる請求項に含まれることは特徴の組み合わせが実施可能及び／又は有利でないことを示唆するものではない。また、あるカテゴリの請求項に特徴が含まれることは、このカテゴリへの限定を示唆せず、むしろ、その特徴が他の請求項のカテゴリにも適切な場合には等しく適用可能であることを示す。

さらに、請求項内の特徴の順序は、その特徴が実行されなければならない順序を示唆しない。特に方法の請求項における個々のステップの順序は、ステップがその順序で実行されなければならないことを示唆しない。むしろ、ステップはいかなる適切な順序で実行されてもよい。さらに、単数の表記は複数を除外しない。したがって、単数の表記「１つの」、「第１の」、「第２の」（a、an、first、second）等は複数を排除しない。

改良された通信ユニット及びスライスされた無線周波数モジュールが記載された。ここで、従来の構成の前述の欠点は実質的に軽減される。

当業者は、本発明の教示を守りつつ、装置及び方法の多くの変更及び代替に直ちに気付くだろう。したがって、上述の開示は、添付の請求の範囲の境界によってのみ限定されると考えられるべきである。

１００ 無線通信ネットワーク
１０１ 通信装置
１０２ ＩｏＴ装置
１０３ ＡＰ
３０ 識別子モジュール
３１ プロトコルモジュール
３２ 暗号化モジュール
３３ 符号化モジュール
３４ 送信モジュール
３５ 書き込みモジュール
３６ 処理モジュール
４０ 識別子モジュール
４１ プロトコルモジュール
４２ 解読モジュール
４３ 復号化モジュール
４４ 受信モジュール
４５ 読み取りモジュール
４６ 処理モジュール
１００１ スマートフォン
１００２ スイッチ
１００３ ＡＰ

Claims (20)

1. 情報を送信する方法であって、
   前記情報の少なくとも一部を少なくとも１つのマルチキャストＩＰ（Internet Protocol）アドレスフィールドに書き込むステップと、
   前記少なくとも１つのマルチキャストＩＰアドレスフィールドに従って少なくとも１つのパケットを送信するステップと、
   を有する方法。
2. 前記情報を生成するために、元の情報に対して所定の処理を実行するステップ、
   を更に有する請求項１に記載の方法。
3. 前記情報を生成するために、前記元の情報に対して前記所定の処理を実行するステップは、
   前記元の情報に識別子情報を挿入するステップと、
   前記情報を生成するために、前記元の情報と前記識別子情報とを用いるステップと、
   を有する、請求項２に記載の方法。
4. 前記情報を生成するために、前記元の情報に対して前記所定の処理を実行するステップは、
   暗号化情報を生成するために、前記元の情報を暗号化するステップと、
   前記情報を生成するために、前記暗号化情報を用いるステップと、
   を有する、請求項２に記載の方法。
5. 前記少なくとも１つのマルチキャストＩＰアドレスフィールドに前記情報の少なくとも一部を書き込むステップは、
   少なくとも前記マルチキャストＩＰアドレスフィールドに前記情報の少なくとも一部を直接に、又は符号化又は暗号化処理が前記情報の少なくとも一部に対して実行された後に、書き込むステップ、
   を有する、請求項１に記載の方法。
6. 前記少なくとも１つのマルチキャストＩＰアドレスフィールドに前記情報の少なくとも一部を書き込むステップは、
   前記マルチキャストＩＰアドレスフィールドのビット長に依存して、前記情報を複数のスライスされた情報にスライスするステップ、
   を有する、請求項１に記載の方法。
7. 前記少なくとも１つのマルチキャストＩＰアドレスフィールドに前記情報の少なくとも一部を書き込むステップは、各スライスされた情報に、同期情報及び／又はシリアル番号を挿入するステップ、
   を有する、請求項６に記載に記載の方法。
8. 前記情報はアクセスポイントの構成情報を有し、前記構成情報はＳＳＩＤ（Service Set Identifier）及びパスワードを有する、請求項１に記載の方法。
9. 情報を受信する方法であって、
   少なくとも１つのパケットを受信するステップと、
   前記情報の少なくとも一部を得るために、各パケットのマルチキャストＭＡＣ（Media Access Control）アドレスを読み取るステップと、
   を有する方法。
10. 前記情報の少なくとも一部を生成するために、前記マルチキャストＭＡＣアドレスフィールドから読み取った内容に対して所定の処理を実行するステップ、
    を更に有する請求項９に記載の方法。
11. 前記情報の少なくとも一部を生成するために、前記マルチキャストＭＡＣアドレスフィールドから読み取った前記内容に対して前記所定の処理を実行するステップは、
    前記マルチキャストＭＡＣアドレスフィールドから読み取った前記内容から識別子情報を得るステップと、
    前記情報が必要か否かを決定するために、前記識別子情報を所定の識別子情報と比較するステップと、
    前記情報が必要なとき、前記識別子情報を除き、前記マルチキャストＭＡＣアドレスフィールドから読み取った前記内容の少なくとも一部を前記情報であると見なすステップと、
    を有する、請求項１０に記載の方法。
12. 前記情報の少なくとも一部を生成するために、前記マルチキャストＭＡＣアドレスフィールドから読み取った前記内容に対して前記所定の処理を実行するステップは、
    解読された情報を生成するために、前記マルチキャストＭＡＣアドレスフィールドから読み取った前記内容を解読し、前記解読した情報を前記情報であると見なすステップ、
    を有する、請求項１０に記載の方法。
13. 前記情報の少なくとも一部を得るために、各パケットの前記マルチキャストＭＡＣアドレスフィールドを読み取るステップは、
    各パケットの前記マルチキャストＭＡＣアドレスフィールドから読み取った前記内容からシリアル番号及びスライスされた情報を得るステップと、
    前記情報を生成するために、各パケットの対応するシリアル番号に従って、各パケットの前記スライスされた情報を結合するステップと、
    を有する請求項９に記載の方法。
14. 前記情報はアクセスポイントの構成情報を有し、前記構成情報はＳＳＩＤ（Service Set Identifier）及びパスワードを有する、請求項９に記載の方法。
15. 情報を受信するモノのインターネット（Internet of Things：ＩｏＴ）装置であって、
    少なくとも１つのパケットを受信するよう配置される受信モジュールと、
    前記情報の少なくとも一部を得るために、各パケットのマルチキャストＭＡＣ（Media Access Control）アドレスを読み取るよう配置される読み取りモジュールと、
    を有するＩｏＴ装置。
16. 前記情報の少なくとも一部を生成するために、前記マルチキャストＭＡＣアドレスフィールドから読み取った内容に対して所定の処理を実行するよう配置される処理モジュール、
    を更に有する請求項１５に記載のＩｏＴ装置。
17. 前記情報が必要か否かを決定するために、前記マルチキャストＭＡＣアドレスフィールドから読み取った前記内容から識別子情報を得て、前記識別子情報を所定の識別子情報と比較するよう配置される識別子モジュール、
    を更に有し、
    前記情報が必要なとき、前記識別子モジュールは、前記識別子情報を除き、前記マルチキャストＭＡＣアドレスフィールドから読み取った前記内容の少なくとも一部を前記情報であると見なす、
    請求項１６に記載のＩｏＴ装置。
18. 解読された情報を生成するために、前記マルチキャストＭＡＣアドレスフィールドから読み取った前記内容を解読するよう配置される解読モジュール、
    を更に有する請求項１６に記載のＩｏＴ装置。
19. 前記情報を生成するために、各パケットの前記マルチキャストＭＡＣアドレスフィールドから読み取った前記内容から、シリアル番号及びスライスされた情報を得て、各パケットの対応するシリアル番号に従って、各パケットの前記スライスされた情報を結合するよう配置される復号化モジュール、
    を更に有する請求項１５に記載のＩｏＴ装置。
20. 前記情報はアクセスポイントの構成情報を有し、前記構成情報はＳＳＩＤ（Service Set Identifier）及びパスワードを有する、請求項１５に記載のＩｏＴ装置。

Images