(57)【要約】【課題】データパケットは可能な限り小さいことを必要とされるので、ヘッダ部分は非常に限定された数のビットを持ち、データパケットのタイプを示すのに使用されなくてはならず、データパケットのサイズを示す追加のビットが存在しない。【解決手段】本発明は、データパケットのタイプ情報及びサイズ情報を同じフィールドに符号化することによりデータパケットを符号化する方法を提案する。本発明は、受信されたデータパケットを処理する方法をも提案する。前記データパケットは、ヘッダ部分及びメッセージ部分を有する。前記ヘッダ部分は、前記データパケットのタイプを示す少なくとも１ビットを有し、前記方法は、前記少なくとも１ビットに基づいて前記データパケットのサイズ情報を得るステップ１０１を有する。【選択図】図１
2018046571.tif 000002
【特許請求の範囲】
【請求項１】
ヘッダ部分及びメッセージ部分を有するデータパケットを処理する方法において、前記ヘッダ部分が、前記データパケットのタイプを示す少なくとも１ビットを有し、前記方法が、
前記少なくとも１ビットに基づいて、前記データパケットのサイズ情報を得るステップ、
を有する、方法。
【請求項２】
前記方法が、
前記得られたサイズ情報によって前記データパケットから前記メッセージ部分を識別するステップ、
を有する、請求項１に記載の方法。
【請求項３】
前記データパケットが、第１の値を示すチェックサム部分を有し、前記方法が、
前記識別されたメッセージ部分によって第２の値を計算するステップと、
前記第２の値を前記第１の値と比較することにより前記データパケットが正しいか否かを決定するステップと、
を有する、請求項２に記載の方法。
【請求項４】
前記計算するステップが、排他的ORアルゴリズムによって前記第２の値を計算する、請求項３に記載の方法。
【請求項５】
前記決定するステップが、前記データパケットが正しくないと決定する場合、前記方法が、
前記データパケットを放棄するステップ、
を有する、請求項３に記載の方法。
【請求項６】
前記データパケットが、前記少なくとも１ビットによって未知のパケットタイプと関連付けられる、請求項１ないし５のいずれか一項に記載の方法。
【請求項７】
前記データパケットが、送信器により受信器から受信され、前記少なくとも１ビットによって未知のパケットタイプと関連付けられ、前記送信器が、前記受信器に誘導的に電力を送信し、前記受信器が、前記送信器から取り出された電力を変調することにより前記データパケットを送信し、前記決定するステップが、前記データパケットが正しくないと決定する場合に、前記方法が、
前記受信器に対する電力の送信を中断するステップ、
を有する、請求項３に記載の方法。
【請求項８】
ヘッダ部分及びメッセージ部分を有するデータパケットを処理する第１の装置において、前記ヘッダ部分が、前記データパケットのタイプを示す少なくとも１ビットを有し、前記第１の装置が、
前記少なくとも１ビットに基づいて前記データパケットのサイズ情報を得る第１のユニット、
を有する、第１の装置。
【請求項９】
前記第１の装置が、
前記得られたサイズ情報によって前記データパケットから前記メッセージ部分を識別する第２のユニット、
を有する、請求項８に記載の第１の装置。
【請求項１０】
前記データパケットが、第１の値を示すチェックサム部分を有し、前記第１の装置が、
前記識別されたメッセージ部分によって第２の値を計算する第３のユニットと、
前記第２の値を前記第１の値と比較することにより前記データパケットが正しいか否かを決定する第４のユニットと、
を有する、請求項９に記載の第１の装置。
【請求項１１】
前記第１のユニットが、
前記第４のユニットが、前記データパケットが正しくないと決定する場合に、前記データパケットを放棄する第５のユニット、
を有する、請求項９に記載の第１の装置。
【請求項１２】
前記データパケットが、受信器から送信され、前記少なくとも１ビットによって未知のパケットタイプと関連付けられ、前記第１の装置が、送信器に対応し、前記送信器が、前記受信器に誘導的に電力を送信し、前記受信器が、前記送信器から取り出された電力を変調することにより前記データパケットを送信し、前記第１の装置が、
前記第４のユニットが、前記データパケットが正しくないと決定する場合に、電力の送信を中断する第６のユニット、
を有する、請求項１１に記載の第１の装置。
【請求項１３】
ヘッダ部分及びメッセージ部分を有するデータパケットにおいて、前記ヘッダ部分が、前記データパケットのタイプを示す少なくとも１ビットを有し、前記少なくとも１ビットが、前記データパケットのサイズ情報と関連付けられる、データパケット。
【請求項１４】
請求項１３に記載のデータパケットを符号化するエンコーダ。
【請求項１５】
請求項１４に記載のエンコーダを有する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、２つの装置の通信に関し、より具体的には、第１の装置に対して第２の装置から送信されたデータパケットを処理することに関する。
【背景技術】
【０００２】
１つの装置から他の装置への情報の送信は、あらゆる技術分野で生じ、例えば、情報は、データパケットを介して、１つの携帯電話から他の携帯電話へ、又はサーバからクライアントへ等、送信される。データパケットは、ワイヤ、例えば電話線、ネットワークライン等を介して送信されることができる。データパケットは、無線で、例えば、近接場通信（ＮＦＣ）技術を使用して、又は衛星通信技術を使用して送信されることもできる。
【０００３】
データパケットは、典型的には、ヘッダ部分及びメッセージ部分を有する。前記ヘッダ部分は、"メタデータ"又は"オーバヘッド"としても理解されることができる、前記データパケットのタイプ、前記データパケットのサイズ情報（すなわち長さ）等のような前記データパケットに関する基本情報を示すのに使用される。
【０００４】
場合により、異なるタイプのデータパケットが、異なるサイズの前記メッセージ部分を持ちうる。前記データパケットが、前記データパケットのサイズ情報を伝達する必要がある場合、典型的には、前記ヘッダ部分は、このサイズ情報を伝達するのに使用される。前記ヘッダ部分は、例えば、２つのセクションを持ち、１つは、前記データパケットのタイプを示し、他方は、前記データパケットのサイズ情報を示す。一例として、前記ヘッダ部分は、２バイトを持ち、第１のバイトは、タイプ情報を示し、第２のバイトは、前記データパケットのサイズを示す。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、幾つかの他の場合に、前記データパケットは、可能な限り小さいことを必要とされるので、前記ヘッダ部分は、非常に限定された数のビットを持ち、前記データパケットのタイプを示すのに使用されなくてはならず、前記データパケットのサイズを示す追加のビットが存在しない。
【０００６】
例えば、無線電力伝送システムにおいて、送信器が、少なくとも１つの一次コイル（送信コイル）及び少なくとも１つの二次コイル（樹脂コイル）を使用して誘導的に受信器に電力を送信するのに使用され、前記受信器は、例えば、前記送信器が前記受信器に電力を送信し始めることができる前に、前記送信器が、前記受信器の電力要件を知り、前記送信器の関連するパラメータをどのように設定するのかを知るように、設定情報を前記送信器に伝達するデータパケットを送信する必要がある。
【課題を解決するための手段】
【０００７】
これらの設定データパケットを送信する１つのアプローチは、いわゆる負荷変調であり、すなわち、前記送信器は、前記受信器に電力を加え（送信し）、前記受信器は、バイナリ信号、すなわちデータパケットを符号化するために電力消費を変化させる。このようなデータ送信アプローチにおいて、データパケットを送信するのに要する持続時間は、各追加のバイトに対して約５．５ｍｓだけ増加する。したがって、データパケットのオーバヘッドを可能な限り小さく保つことが、望ましい。結果として、この設定データパケットのヘッダ部分は、単一のバイトのみを有するように定義される。このバイトは、データパケットのタイプを示すのに使用される。前記データパケットのサイズを示す追加のバイトは、存在しない。
【０００８】
本発明の第１の態様から、前記データパケットのサイズ情報を伝達するデータパケットを提案することは有利である。前記データパケットは、ヘッダ部分及びメッセージ部分を有し、前記ヘッダ部分は、前記データパケットのタイプを示す少なくとも１ビットを有し、前記少なくとも１ビットは、前記データパケットのサイズ情報にも関連付けられる。
【０００９】
本発明の第２の態様から、前記パケットのタイプ情報及びサイズ情報の両方を表す少なくとも１ビットを持つデータパケットを符号化する方法が、提案され、このようなデータパケットを符号化するエンコーダも提案され、前記エンコーダを有する装置が提案される。前記装置は、前記データパケットを符号化し、これを、他の装置との通信のために前記他の装置に送信する。
【００１０】
本発明の第３の態様から、第１の装置により第２の装置から受信されたデータパケットを処理する方法が提案される。前記データパケットは、ヘッダ部分及びメッセージ部分を有する。前記ヘッダ部分は、前記データパケットのタイプを示す少なくとも１ビットを有する。前記方法は、前記データパケットのタイプを示すのに使用される前記少なくとも１ビットに基づいて、前記データパケットのサイズ情報を得るステップを有する。
【００１１】
データパケットのサイズ情報を持つことは、非常に有用である。例えば、送信器が、前記データパケットのサイズを知らない場合、前記送信器は、前記データパケットが完了したか否かを知らず、前記データパケットの異なる部分を位置特定することができない。前記データパケットのサイズ情報が得られる場合にのみ、多くの異なるアクションが、前記第１の装置により実施されることができる。
【００１２】
本発明に関連して、ときどきデータパケットのメッセージ部分以外の部分は、規格のようなプロトコルにより定義される固定部分であるので、前記データパケットのサイズは、前記データパケットのメッセージ部分のサイズに依存する。換言すると、前記メッセージ部分のサイズが既知である限り、前記データパケットのサイズは、既知であることができ、逆も同様である。
【００１３】
本発明の一実施例によると、前記データパケットは、更に、前記データパケットの正しさを確認する第１の値を示すチェックサム部分を有する。前記チェックサム部分は、前記得られたサイズ情報によって位置特定されることができる。前記方法は、更に、識別されたメッセージ部分を使用して、第２の値を計算するステップと、前記第１の値と前記第２の値を比較することにより前記データパケットが正しいか否かを決定するステップとを有する。
【００１４】
前記決定するステップが、前記データパケットが正しくないと決定する場合、前記方法は、更に、前記データパケットを放棄するステップを有する。
【００１５】
本発明の一実施例によると、前記データパケットは、前記少なくとも１ビットにより示される道のパケットタイプと関連付けられる。
【００１６】
通常は、プロトコル、例えば規格が、２つの装置の間で異なる種類の情報を通信する多くの異なるデータパケットタイプを定義する。ある理由で、例えば未来において何らかの新しいメッセージタイプを定義する可能性を作成するために、前記プロトコルの以前のバージョンにおいて、前記データパケットのタイプを示すのに使用される値が、未来のために予約される。これらの予約された値をどのように定義及び使用するかは、前記プロトコルの以前のバージョンを定義する時点では知られておらず、これらの予約された値は、おそらく、前記プロトコルの未来のバージョンにおいて、例えばアップグレードバージョンにおいて定義される（すなわち特定のパケットタイプと関連付けられる）。新世代装置により送信される新しく定義されたパケットは、旧世代装置により受信される場合に未知のタイプのパケットと見なされる。
【００１７】
本発明に関連して、データパケットを受信する装置が、このパケットがどのタイプであるかを知っている、すなわち前記ヘッダ部分が、既知のパケットタイプと関連付けられている場合、このデータパケットは、"既知のタイプのパケット"と称され、データパケットを受信する装置が、このパケットがどのタイプであるかを知らない、すなわちこのパケットのヘッダ部分が、この装置の情報によると未知のタイプと関連付けられている場合、このデータパケットは、"未知のタイプのパケット"と称される。例えば、タイプ情報を示すヘッダ部分は、１バイトであり、そのうち０ないし１８０の範囲は、定義され、１８１ないし２５６の範囲は、未来の使用に対して予約され、１８１ないし２５６の値を持つヘッダバイトを持つデータパケットは、未知のタイプのパケットと称される。
【００１８】
未知のタイプのパケットは、例えば、前記パケットを送信する装置が、幾つかの新しいパケットタイプが定義される新世代装置であるが、しかしながら、前記パケットを受信する装置が、新世代に定義されたこれらの新しいタイプが旧世代において定義されていない又は予約されている旧世代装置である場合に、受信されうる。
【００１９】
通常は、前記旧世代装置は、未知のタイプのパケットを受信する場合、未知のタイプのパケットの他の情報を知る必要が存在することに誰も気がつかないので、このパケットを直ちに放棄する。しかしながら、本発明の発明者は、このような未知のタイプのパケットのサイズ情報を得ることが有用であることを発見した。
【００２０】
したがって、本発明の一実施例によると、未知のタイプのデータパケットのサイズ情報を得る方法が、開示される。このような未知のタイプのパケットのサイズ情報を用いて、幾つかの有用なステップが、この未知のタイプのパケットを受信する装置により実施されることができる。
【００２１】
本発明の一実施例によると、第１の装置は、送信器に対応し、第２の装置は、受信器に対応し、前記送信器は、誘導的に前記受信器に電力を送信し、前記受信器は、前記送信器から得られた電力を変調することにより前記データパケットを送信する。前記データパケットが、前記少なくとも１ビットによって未知のパケットタイプと関連付けられる場合、及び前記決定するステップが、前記データパケットが正しくないと決定する場合に、前記方法は、更に、前記受信器に対する電力の送信を中断するステップを有する。
【００２２】
本発明の第４の態様から、第２の装置から受信されたデータパケットを処理する第１の装置が、提案される。前記データパケットは、ヘッダ部分及びメッセージ部分を有する。前記ヘッダ部分は、前記データパケットのタイプを示す少なくとも１ビットを有する。前記第１の装置は、前記少なくとも１ビットに基づいて前記データパケットのサイズを得る第１のユニットを有する。
【００２３】
本発明の一実施例によると、前記第１の装置は、前記得られたサイズ情報によって前記データパケットから前記メッセージ部分を識別する第２のユニットを更に有する。
【００２４】
本発明の一実施例によると、前記データパケットは、第１の値を示すチェックサム部分を更に有し、前記第１の装置は、前記識別されたメッセージ部分を使用して第２の値を計算する第３のユニットと、前記第２の値を前記第１の値と比較することにより前記データパケットが正しいか否かを決定する第４のユニットとを更に有する。前記第２のユニットは、排他的ＯＲアルゴリズムによって前記第２の値を計算する。
【００２５】
本発明の一実施例によると、前記第１の装置は、前記データパケットが正しくないことが決定される場合に前記データパケットを放棄する第５のユニットを更に有する。
【００２６】
本発明の一実施例によると、前記第１の装置は、送信器に対応し、前記第２の装置は、受信器に対応し、前記送信器は、誘導的に前記受信器に電力を送信し、前記受信器は、前記送信器から引き出された電力を変調することによりデータパケットを送信し、前記データパケットは、前記少なくとも１ビットによって未知のパケットタイプと関連付けられる。前記第１の装置は、前記データパケットが正しくないと決定される場合に、前記電力の送信を中断する第６のユニットを更に有する。
【００２７】
本発明の第５の態様から、データパケットが提案される。前記データパケットは、ヘッダ部分及びメッセージ部分を有し、前記ヘッダ部分は、前記データパケットのタイプを示す少なくとも１ビットを有し、少なくとも１ビットは、前記データパケットのサイズ情報とも関連付けられる。前記データパケットは、前記データパケットが正しいか否かを確認するチェックサム部分をも有しうる。
【００２８】
本発明のこれら及び他の特徴、フィーチャ及び利点は、添付の図面と合わせて以下の詳細な説明から明らかになり、前記添付の図面は、例として、本発明の原理を図示する。前記説明は、本発明の範囲を限定することなしに、例としてのみ与えられる。下で引用される参照図は、添付の図面を参照する。
【００２９】
本発明は、添付の図面を参照して、例として、更に詳細に説明される。
【図面の簡単な説明】
【００３０】
【図１】本発明の一実施例によるフローチャートを示す。
【図２】データパケット２００の構造の一例を描く。
【図３】第１の装置３００のブロック図を示す。
【発明を実施するための形態】
【００３１】
図の中の点線は、オプションである関連したステップ又はブロックを示し、実施例によっては、これらは省略されることができる。
【００３２】
図面を通して、同様の参照番号は、同じ、同様の又は対応するフィーチャ又は機能を参照すると理解される。
【００３３】
本発明の第１の態様から、ヘッダ部分及びメッセージ部分を有するデータパケットが、提案される。前記ヘッダ部分は、前記データパケットのタイプを示す少なくとも１ビットを有し、前記少なくとも１ビットは、前記データパケットのサイズ情報とも関連付けられる。
【００３４】
このようにして、前記データパケットのサイズ情報は、前記データパケットのヘッダ部分の制限されたサイズに符号化され、当該データパケットを受信する装置により得られることができる。前記データパケットのサイズ情報を示す追加の専用ビットは存在しない。
【００３５】
このようなデータパケットを符号化するエンコーダが、提案される。前記エンコーダは、ハードウェアもしくはソフトウェア、又は両方を用いて実施されることができる。例えば、これは、命令コードを記憶されたメモリにより又はプロセッサもしくはチップ等により実施されることができる。
【００３６】
前述のエンコーダを有する装置が、提案され、前記装置は、他の装置に前記データパケットを送信するユニットを有する。
【００３７】
前記サイズ情報と前記ヘッダ部分との間の関連付けは、前記データパケットを受信する前記装置に記憶されたルックアップテーブルを導入することにより実施されることができる。
【００３８】
上に示されるように、多くの場合に、前記メッセージ部分は、サイズが前記タイプに依存して異なりうる唯一の部分であるので、前記メッセージ部分のサイズ（"前記メッセージ部分の長さ"とも称される）は、符号化される必要のある唯一のサイズ情報である。
【００３９】
サイズクラスの概念は、前記サイズ情報を示すのに使用されることができ、サイズクラスは、すべて同じサイズを持つパケットタイプの範囲である。例えば、サイズクラス１は、前記メッセージ部分が１バイトからなることを意味し、サイズクラス７は、前記メッセージ部分が７バイトからなることを意味する。前記ヘッダ部分が１バイトを持つと仮定すると、これは、２５６までのサイズクラスを提供し、各サイズクラスは、（パケットの総数が２５６を超過しないという制約の中で）１...２５６のパケットを持つことができる。
【００４０】
表１は、この実施の一例を示す。注意すべきは、表１の列１及び列２のみが、本発明を実施するのに必要とされることである。列３は、前記ヘッダ部分にサイズ情報を関連付けるステップに対して必要ではなく、ただ本発明の概念を示す目的で使用される。
【００４１】
表１に示されるように、0x00から0x0Fまでのヘッダ部分は、サイズクラス１のメッセージ長を反映し、これは、0x00から0x0Fまでの値を持つヘッダ部分により表されるパケットタイプが、１バイトからなるメッセージ部分を持つことを意味する。このようにして、データパケットを受信する装置は、表１から前記データパケットのサイズ情報を得ることができる。
【００４２】
表１から、定義済みタイプ及び予約済みタイプの両方が、サイズ情報と関連付けられていることがわかる。したがって、未知のタイプのパケットを受信する装置も、このような未知のタイプのパケットのサイズ情報を得ることができ、７バイトのメッセージ部分を持つ新しいパケットタイプが、プロトコルのアップグレード（未来の）バージョンにおいて定義される必要がある場合、サイズクラス７のグループから前記予約済みパケットタイプのいずれかを選択することができ、すなわち、７バイトのメッセージ部分を持つ前記選択されたパケットタイプのヘッダ部分は、0x52ないし0x57の値の範囲内であるべきである。結果として、古いバージョンの装置は、古いバージョンのルックアップテーブルによって新しく定義されたパケットタイプを知らないが、前記古いバージョンの装置は、この未知の（定義されていない）パケットのサイズ情報を得ることができる。例えば、ヘッダバイト0x1Fに対して、表１は、これが"予約済み"パケットタイプであることを示すが、そのメッセージ部分のサイズは、得られることができ、これは２である。
【００４３】
これは、既存のパケットサイズ及び構造に対する変更なしで未来のリリースとの上位互換性を保証する。
【表１】
2018046571.tif 000003
【００４４】
（表１のような）前記データパケットのサイズ情報を前記ヘッダ部分と関連付ける表を記憶するのに大きなスペースを必要とするので、有利な実施例において、前記サイズ情報は、単純な式を使用して、すなわち式を介して前記サイズ情報を前記ヘッダ部分と関連付けて、前記ヘッダ部分から計算されることができ、例えば、前記式は、ヘッダ／８＋１であり、ここで除算は、整数除算であり（すなわち非ゼロの剰余を捨てる）、これは、前記データパケットのタイプを示す１バイトを持つヘッダであって、２５６のタイプを表す２５６の異なる値を持つヘッダに対して、この式が、各々が８の可能なパケットタイプを持つ３２のサイズクラスを提供することを意味する。例えば、前記ヘッダが0x52である場合、前記サイズ情報は、0x52/8+1=11であるべきであり、これは、前記メッセージ部分が１１バイトであることを意味する。
【００４５】
前記式は、いくつのサイズクラスが必要とされるか、及びいくつのパケットタイプが各サイズクラスに対して必要とされるかに基づいて、異なることができる。
【００４６】
一般性を失うことなく、以下で、前記データパケットを受信する装置は、第１の装置と称され、前記データパケットを送信する装置は、第２の装置と称される。前記第１の装置及び前記第２の装置は、前記第２の装置が前記第１の装置にデータを送信することができ、前記第１の装置が前記データを受信し、前記受信されたデータによって所定のアクションを実行するように前記データを解釈することができる限り、如何なる装置であることもできる。データパケットを処理する前記方法及び前記第１の装置は、本発明の保護範囲を限定することなしに例として以下に詳細に説明される。
【００４７】
図１は、本発明の一実施例による第１の装置によりデータパケットを処理する方法のフローチャートを示す。
【００４８】
図２は、データパケット２００の構造の一例を示す。データパケット２００は、４つの部分、すなわち、プリアンブル部分２０１、ヘッダ部分２０２、メッセージ部分２０３及びチェックサム部分２０４からなる。プリアンブル部分２０１は、データパケットの開始を合図する。ヘッダ部分２０２は、前記データパケットのタイプ及びサイズを示す。メッセージ部分２０３は、前記第２の装置が前記第１の装置に送信することを意図するメッセージを伝達する。チェックサム部分２０４は、前記第１の装置を用いてデータパケット２００が正しいか否かを確認するのに使用されることを意図される。
【００４９】
プリアンブル２０１の後に続く最初の部分は、ヘッダ部分２０２である。ヘッダ部分２０２は、データパケット２００のタイプを示すのに使用され、本発明のシナリオにおいて、前記ヘッダ部分は、小さいと仮定され、例えば８ビット（１バイト）しか持たない。
【００５０】
ヘッダ部分２０２の後には、メッセージ部分２０３が続く。メッセージ部分２０３は、前記メッセージを伝達する複数のビットを持つ。上に示されるように、データパケットの異なるタイプに対して、前記メッセージ部分のサイズは、異なりうる。一部のパケットタイプは、メッセージ部分として１バイトのみを必要としうるが、他のパケットタイプは、メッセージを伝達するのに１より大幅に多いバイトを必要としうる。
【００５１】
図３は、第１の装置３００のブロック図を概略的に示す。
【００５２】
ここで、図１ないし３を参照すると、第１の装置３００は、第２の装置から受信されるデータパケット２００を記憶するメモリ３０７を有する。受信されたデータパケット２００は、ヘッダ部分２０２及びメッセージ部分２０３を有する。ヘッダ部分２０２は、前記データパケットのタイプを示す少なくとも１バイトを有し、例えば、ヘッダ部分２０２は、データパケット２００のタイプを示す１バイト（b0, b1, ..., b7）を持つ。第１の装置３００は、b0ないしb7に基づいて前記データパケット２００のサイズ情報を得るステップ１０１を実行する第１のユニット３０１を有する。
【００５３】
オプションとして、得るステップ１０１は、b0ないしb7をパケット２００のサイズ情報と関連付けるルックアップテーブルを確認することにより実行されることができる。前記ルックアップテーブルは、第１の装置３００に事前に記憶されるべきである。このようなルックアップテーブルの一例は、表１の列１及び列２である。例えば、表１によると、0xFCの値に対して、前記メッセージ部分のサイズは、クラス３１であり、これは、例えば前記メッセージ部分が３１バイトを持つことを意味する。
【００５４】
有利には、得るステップ１０１は、第１の装置３００に事前に記憶された所定の式によってヘッダ部分２０２の値に基づいて、前記パケットのサイズを計算することにより実行されることができる。
【００５５】
表２は、ヘッダ部分２０２の値によって前記パケットのサイズ（前記メッセージ部分のサイズ）を計算する前記所定の式の一例を示す。
【表２】
2018046571.tif 000004
【００５６】
表２に示されるように、0x20から0x7Fまでのヘッダ部分値に対して、前記メッセージ部分のサイズを計算する前記式は、(2+(header-32)/16)である。例えば、ヘッダ部分２０２が0x52である場合、パケット２００の前記メッセージ部分のサイズは、2+(0x52-32)/16=2+(82-32)/16=5であるべきであり、これは、パケット２００の前記メッセージ部分のサイズが５バイト（４０ビット）であることを意味する。
【００５７】
データパケット２００のサイズ情報を知ると、前記パケットの異なる部分を識別（位置特定）するのを助ける。
【００５８】
有利には、第１の装置３００は、前記得られたサイズ情報によって前記データパケットから前記メッセージ部分を識別するステップ１０２を実行する第２のユニット３０２を有することができる。結果として、いずれのビットがメッセージ部分２０３に属するか、及びいずれのビットが前記チェックサム部分に属するかが、決定されることができる。換言すると、前記メッセージ部分が、位置特定されることができる。
【００５９】
前記データパケットの異なる部分が位置特定される場合、第１の装置３００は、幾つかのアクションを更に実行することができる。例えば、いずれのビットが前記チェックサムバイトに属するかを知ると、前記第１の装置は、受信されたデータパケット２００の正しさを確認することができる。
【００６０】
有利には、第１の装置３００は、前記識別されたメッセージ部分によって第２の値を計算するステップ１０３を実行する第３のユニット３０３と、チェックサム部分２０４により示される第１の値を前記計算された第２の値と比較することにより前記データパケットが正しいか否かを決定するステップ１０４を実行する第４のユニット３０４とを有する。
【００６１】
前記チェックサム部分は、送信又は記憶中に導入されうる偶発誤差を検出する目的でデジタルデータの任意のブロックから計算された固定サイズのデータを持つ。前記データパケットのインテグリティは、前記チェックサム値を再計算し、記憶されたものと比較することにより如何なる後の時間にも確認されることができる。前記チェックサムがマッチしない場合、前記データは、（意図的に又は意図せずにのいずれかで）ほぼ確実に変更されている。前記データから前記チェックサムを生じるプロシージャは、チェックサム機能又はチェックサムアルゴリズムと称される。良好なチェックサムアルゴリズムは、前記データが偶発的に破損している場合に高い確率で異なる結果を生じ、前記チェックサムがマッチする場合、前記データは、偶発誤差のない可能性が非常に高い。
【００６２】
チェックサム部分２０４は、例えば、パケット２００が前記第２の装置から前記第１の装置により受信された後に、データパケット２００が正しいか否かを確認する、すなわちデータパケット２００が正しく受信されたか否かを確認するための第１の値を示す単一バイトを有する。
【００６３】
パケット２００が正しいかどうかを決定するために、第一に、前記第１の装置は、チェックサム部分２０４から前記第１の値を取り出さなくてはならない。チェックサム部分２０４は、メッセージ部分２０３の後に続くので、チェックサムバイト２０４は、メッセージ部分２０３が位置特定される場合に位置特定されることができる。
【００６４】
チェックサムバイト２０４により表される前記第１の値は、前記第２の装置により所定のアルゴリズムによって計算され、パケット２００が前記第１の装置３００に送信される前に前記チェックサムバイトとしてパケット２００に追加される。第１の装置３００が、同じ所定のアルゴリズムによって前記第２の値を計算する場合、前記第２の値は、前記第１の値と同じであるべきである。２つのチェックサム値が同じである場合、パケット２００は、正しく送信されており、すなわち、パケット２００は正しいが、しかしながら、同じではない場合には、前記パケットの送信中に送信エラーが存在した。
【００６５】
前記第１の及び第２の値を計算する多くのアルゴリズムが存在し、例えば、水平パリティチェックは、前記データを、固定数ｎビットを持つ"ワード"に分け、次いで、これらすべてのワードの排他的OR（XORと称される）を計算する。その結果は、追加のワードとして前記パケットに添付される。メッセージのインテグリティを確認するために、前記第１の装置は、すべてのワード（ヘッダバイト、メッセージ部分、及びチェックサムバイト）の排他的ORを計算し、結果が、ｎのゼロを持つワードではない場合、前記第１の装置は、送信エラーが生じたことを知る。
【００６６】
一例として、前記アルゴリズムは、ヘッダバイト XOR 第１のメッセージバイト XOR 第２のメッセージバイト XOR ... XOR 最後のメッセージバイトである。例えば、バイトシーケンス0x23 0x10 0x35 0x06 0x45を考察する。前記パケットは、前記シーケンスの最初のバイトで開始し、すなわち、前記ヘッダバイトは0x23である。これは、前記パケット内のメッセージのサイズが、表２によると２バイトであり、すなわち、0x10 0x35であることを意味する。前記メッセージの後に続くバイトは、前記チェックサムであり、すなわち0x06であり、これは、0x23 XOR 0x10 XOR 0x35として計算される。前記シーケンス内の最後のバイト（すなわち0x45）は、実際には前記パケットの一部ではない（送信器により無視される）。
【００６７】
代替的には、他の既知のチェックサムアルゴリズムが、使用されることができる。
【００６８】
有利には、前記第１の装置は、第４のユニット３０４が、データパケット２００が正しくないと決定する場合に、前記データパケット２００を放棄するステップ１０５を実行する第５のユニット３０５を更に有する。
【００６９】
パケット２００は、正しくないと確認されているので、前記送信器は、受信されたデータパケットが既知のタイプのパケットであるか又は未知のタイプのパケットであるかにかかわらず、前記データパケットを放棄しなくてはならず、次のデータパケットを待機しなくてはならない。
【００７０】
ヘッダ部分２０２が、未知のタイプのパケットに対応する場合、これは、第１の装置３００が、データパケット２００がどのタイプであるかを知らず、したがって第１の装置３００がこのデータパケットを使用することができないことを意味する。この場合、前記第１の装置は、例えば送信器の第１世代が受信器の未来の世代との互換性を残すことを保証するように、前記パケットが正しいか又は正しくないかにかかわらず、受信されたデータパケット２００を放棄しなくてはならない。
【００７１】
有利には、第１の装置３００は、送信器に対応し、前記第２の装置は、受信器に対応する。前記送信器は、前記受信器の１以上の二次コイルと結合される１以上の一次コイルを有する。前記一次コイルは、前記二次コイルにおいて電圧を誘導する磁場を生成するようにＡＣ電源に付けられ、このようにして、前記送信器は、前記受信器に電力を送信することができる。前記送信器が、前記受信器に電力を印加する場合、前記受信器は、前記送信器から取り出された電力を変調することにより、すなわち、前記送信器から消費された電力を変えることによりデータパケット３００を送信することができる。第１の装置３００は、第４のユニット３０４が、前記データパケットが正しくないと決定する場合に、電力の送信を中断するステップ１０６を実行する第６のユニット３０６を更に有する。データパケット２００が、このように送信される場合、データパケット２００の不正確さは、前記データパケットが電力信号に対して変調されるので、電力送信問題を示す。
【００７２】
ハードウェア若しくはソフトウェアのアイテム又は両方を用いて機能を実施する多くの方法が存在する。これに対して、図面は、非常に説明的であり、各々は、本発明の１つの可能な実施例のみを表す。例えば、上述のユニット３０１、３０２、３０３、３０４、３０５、３０６は、異なる命令コードを記憶された１又は複数のメモリにより実施されることができる。これらのユニットは、１若しくは複数のプリント回路基板により又は１若しくは複数のプロセッサにより実施されることもできる。
【００７３】
上記の実施例が、本発明を限定するのではなく、説明するために与えられることに注意すべきであり、当業者が既に理解しているように、修正例及び変形例が、本発明の精神及び範囲から逸脱することなしに用いられることができると理解されるべきである。このような修正例及び変形例は、本発明及び添付の請求項の範囲内であると見なされる。本発明の保護範囲は、添付の請求項により規定される。加えて、請求項内の参照番号は、前記請求項に対する限定として解釈されるべきでない。動詞"有する"及びその活用形の使用は、請求項に記載されたもの以外の要素又はステップの存在を除外しない。要素又はステップに先行する不定冠詞"ある"は、複数のこのような要素又はステップの存在を除外しない。
【図１】
2018046571.tif 000005
【図２】
2018046571.tif 000006
【図３】
2018046571.tif 000007