(57)【要約】      （修正有）【課題】パケットの処理に関して、必要なパケットのみを処理するために、実際の処理を行う前にパケットを事前に選別するための方法及び装置を提供する。【解決手段】ネットワークデータの送信機は、パケットを送信する。そのパケットは、それのヘッダにパケットタイプのタグを有する。パケットタイプは、受信機に対してパケットのデータタイプ、コンテンツタイプ、優先度タイプを表す。その結果、ホストプロセッサが必要としないパケットを、受信機がより簡単に選別することを可能にし、ホストプロセッサが必要としないパケットの処理をホストプロセッサから取り除く。【選択図】図１
2010045774.tif 000002
【特許請求の範囲】
【請求項１】
方法であって、
ネットワークを通じて送信される少なくともいくつかのデータパケットのために、一又は二以上のデータタイプ、コンテンツタイプ、そして、優先度のタイプを表すパケットタイプを判定するステップと、
前記タイプを表すデータ要素を生成するステップと、
前記データ要素を前記パケットのヘッダに挿入するステップと、
前記パケットを送信するステップと、
を備えることを特徴とする方法。
【請求項２】
請求項１に記載の方法において、データ要素は、一つのパケットに適用されていることを特徴とする方法。
【請求項３】
請求項１に記載の方法において、データ要素は、複数のパケットに適用されていることを特徴とする方法。
【請求項４】
請求項１に記載の方法において、前記データタイプは、“ビデオ”、“オーディオ”、又は、“バイナリのアプリケーション”であることを特徴とする方法。
【請求項５】
請求項１に記載の方法において、前記コンテンツタイプは、ＴＶデータ、ムービーデータ、広告データ、又は、個人データであることを特徴とする方法。
【請求項６】
請求項１に記載の方法において、前記優先度のタイプは、即時、高優先度、中優先度、ベストエフォート優先度であることを特徴とする方法。
【請求項７】
請求項１に記載の方法において、前記パケットの受信機は、パケットタイプを表すデータ要素を認識するようプログラムされており、これにより、その受信機のプロセッサが必要としないパケットを、そのプロセッサによって選別し、その結果、そのプロセッサが必要としていないパケットの処理をそのプロセッサから取り除くことを特徴とする方法。
【請求項８】
装置であって、
ヘッダを有するパケットにおけるネットワークデータの送信機と、
パケットを送る前記送信機を制御するプロセッサと、
を備え、
そのパケットは、それのヘッダにパケットタイプのタグを有し、そのパケットタイプのタグは、受信機に対してそのパケットのデータタイプ、コンテンツタイプ、優先度のタイプを表しており、その結果、前記受信機に関連するホストプロセッサが必要としないパケットを前記受信機が選別することで、前記ホストプロセッサが必要としないパケットの処理を前記ホストプロセッサから取り除くことを特徴とする装置。
【請求項９】
請求項８に記載の装置において、前記パケットタイプは、“ビデオ”、“オーディオ”、又は、“バイナリのアプリケーション”を表すことを特徴とする装置。
【請求項１０】
請求項８に記載の装置において、前記パケットタイプは、テレビデータ、ムービーデータ、広告データ、個人データを表すことを特徴とする装置。
【請求項１１】
請求項８に記載の装置において、前記パケットタイプは、即時、高優先度、中優先度、ベストエフォート優先度を表すことを特徴とする装置。
【請求項１２】
請求項８に記載の装置において、タグは、一つのパケットに適用されていることを特徴とする装置。
【請求項１３】
請求項８に記載の装置において、タグは、複数のパケットに適用されていることを特徴とする装置。
【請求項１４】
デジタルプロセセッサによる実行が可能であり、データ構造を記憶するコンピュータ読み取り可能な有形メディアであって、
コンピュータが使用可能なデータを有するデータパケットのボディと、
パケットを選別する受信機によって使用可能な少なくとも一つのパケット識別及び少なくとも一つのパケットタイプのタグを有するデータパケットのヘッダと、
を含むことを特徴とするメディア。
【請求項１５】
請求項１４に記載のメディアにおいて、前記パケットタイプのタグは、“ビデオ”、“オーディオ”、又は、“バイナリのアプリケーション”を表すことを特徴とするメディア。
【請求項１６】
請求項１４に記載のメディアにおいて、前記パケットタイプのタグは、テレビデータ、ムービーデータ、広告データ、個人データを表すことを特徴とするメディア。
【請求項１７】
請求項１４に記載のメディアにおいて、前記パケットタイプのタグは、即時、高優先度、中優先度、ベストエフォート優先度を表すことを特徴とするメディア。
【請求項１８】
請求項１４に記載のメディアにおいて、タグは、一つのパケットに適用されていることを特徴とするメディア。
【請求項１９】
請求項１４に記載のメディアにおいて、タグは、複数のパケットに適用されていることを特徴とするメディア。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツのタイプ、データ、及び、パケットの優先度を表すようネットワークのパケットにタグ付けすることに関する。これにより、パケットの処理のために、受信機の下流部分にあるプロセッサが必要となる前に、受信機は、パケットを事前に選別（pre-filtered）することが可能となる。
【背景技術】
【０００２】
コンピュータなどのようなネットワークに接続されているデバイスは、ネットワークから大量のデータを受信する可能性がある。そのような装置のプロセッサは、正確にデータを処理しなければならない。ここで、分かるように、受信したデータの多くは、周囲の利用法に応じて必要ではない可能性があるが、それにもかかわらず、受信したプロセッサは、受信したデータの多くを処理しなければならない。これは、望ましくないことであり、バッテリで電源が供給される携帯デバイスの場合、特に望ましくない。
【発明の概要】
【課題を解決するための手段】
【０００３】
方法は、ネットワークを通じて送信される少なくともいくつかのパケットのためにパケットタイプを決定することを含む。パケットタイプは、一又は二以上のデータタイプ、コンテンツタイプ、及び、優先度タイプを表す。また、方法は、タイプを表すデータ要素を生成し、パケットのヘッダにデータ要素を挿入し、さらに、パケットを送信することを含む。データ要素は、一つのパケットのみに適用することが可能であり、そして、複数のパケットに適用することも可能である。
【０００４】
データタイプは、“ビデオ”、“オーディオ”、又は、“バイナリのアプリケーション”とすることが可能である。その一方、コンテンツタイプは、ＴＶデータ、ムービーデータ、広告データ、又は、個人データとすることができる。他方では、優先度タイプは、即時、高優先度、中優先度、ベストエフォート優先度とすることが可能である。どのような場合でも、パケットの受信機は、パケットタイプを表すデータ要素を認識するようプログラムされていてもよく、これにより、受信機のプロセッサが必要としないパケットは、プロセッサから選別(screened)される。この結果、プロセッサから、それが必要としないパケットの処理が取り除かれる。
【０００５】
他の側面において、装置は、ヘッダを有するパケットにおけるネットワークデータの送信機を備える。さらに、装置は、パケットを送る送信機を制御するプロセッサを備える。そのパケットは、それのヘッダにおけるパケットタイプのタグを有する。そのタグは、パケットのデータタイプ、コンテンツタイプ、又は、優先度タイプを受信機に示す。これらにより、受信機に関連するホストプロセッサが必要としないパケットは、受信機によって選別される。そのホストプロセッサから、それが必要としないパケットについての処理が取り除かれる。
【０００６】
他の側面において、デジタルプロセッサが実行可能かつコンピュータ読み取り可能な有形メディアは、データ構造を記憶する。そのデータ構造は、コンピュータが利用可能なデータを有するデータパケットのボディを含む。さらに、データ構造は、データパケットのヘッダを含む。そのヘッダは、パケットを選別する受信機が使用可能なパケット識別及びパケットタイプのタグを含む。
【０００７】
本発明の詳細は（それの構造と動作の両方とも）、添付の図面を参照することで最もよく理解されることが可能である。その場合、同じ参照文字は、同じ部分を示す。
【図面の簡単な説明】
【０００８】
【図１】選別用受信機（filtering receiver）を有するネットワークデバイス例のブロック図である。
【図２】システムが実行可能なロジック例のフローチャートである。
【図３】本原理によるパケット例の概念図である。
【発明を実施するための形態】
【０００９】
最初に図１を参照すると、ネットワークデバイス１０は、ホスト中央処理ユニット（ＣＰＵ）１４を備える軽量な携帯型ハウジング１２を有していてもよい。そのホスト中央処理ユニット（ＣＰＵ）１４の例としては、適切なコンピュータプロセッサによって実装することができる。ＣＰＵ１４は、ユーザのインプット装置１６からユーザのインプットを受信することができる。そのインプット装置の例としては、以下に限定しないが、一又は二以上のキーボード、マウス、キーパッド、トラックボール、音声識別モジュールなどである。ある実施例において、ＣＰＵ１４は、位置についての受信機（position sever）１８及びクロック２０から投入される位置（position）を受信することが可能である。その受信機１８の例としては、これに限定しないが、全地球測位システム（ＧＰＳ）受信機などである。ＣＰＵ１４は、モニタ２２上にビデオデータを出力することができる。そのモニタ２２は、コンピュータモニタや、フラットパネルディスプレイ、ブラウン管モニタ、他のモニタなどである。また、ＣＰＵ１４は、一又は二以上のスピーカー２４上に、オーディオデータを出力することができる。
【００１０】
図１に示すように、ＣＰＵ１４は、ネットワーク２８を通じてコンテンツソース２６からデータを受信することができる。そのネットワーク２８は、これに限定しないが、受信機用プロセッサ３２を有するデータ受信機３０に通じるインターネットである。受信機３０は、ネットワーク２８からデータパケットを受信する有線受信機又は無線受信機とすることができる。そして、以下で十分説明されているように、パケットは、通常、それらのデータタイプを表すタグを有する。したがって、受信機３０は、以下に制限しないが、有線モデム又は無線モデムを含むことができる。それらのモデムは、ブルートゥース信号又はＷｉＦｉ信号を受信することが可能である。受信機３０の例としては、受信機モジュール又は集積回路として実装することが可能である。
【００１１】
ＣＰＵ１４は、コンピュータが読み取り可能な有形ストレージメディア３４にアクセスして、データを記憶し、さらに、そのストレージメディアに記憶されているコンピュータの指示にアクセスする。そのメディア３４は、以下に限定しないが、ソリッドステートストレージ、ディスクストレージ、取り外し可能なストレージ、取り外しが不可であるストレージのいずれか一つ又はそれらの組み合わせに相当させることが可能である。
【００１２】
図１に示すように、ネットワークデバイス１０の構成要素は、可搬性のために、一又は二以上の直流（ＤＣ）バッテリ３６によって電源が供給されていてもよい。ネットワークデバイス１０は、ＡＣ−ＤＣコンバータを介してＡＣ網から交流（ＡＣ）電源を受け入れてもよい。非制限的な実施例において、ネットワークデバイス１０は、ラップトップコンピュータや、ノートブックコンピュータ、携帯型情報端末（ＰＤＡ）、無線電話などのような携帯型コンピュータとして実装されもよい。
【００１３】
さらに、図１は、コンテンツソース２６が、ソース用のプロセッサ４０を備えることが可能であることを示している。そのプロセッサ４０は、コンピュータ読み取り可能な有形であるソース用のストレージメディア４２にアクセスして、そこにデータを記憶し、さらに、ロジックを実行するよう記憶されているコンピュータの指示にアクセスする。メディア４２は、以下に限定しないが、ソリッドステートストレージ、ディスクストレージ、取り外し可能なストレージ、取り外しが不可であるストレージのいずれか一つ又はそれらの組み合わせに相当させることが可能である。ソース用のプロセッサ４０は、データ送信機４４を制御することができ、ネットワーク２８を通じてデータであるパケットを送信することが可能である。データ送信機４４は、モデム、放送用送信機などのような任意かつ適切なネットワークデータ送信機とすることが可能である。
【００１４】
図２は、図１に示したコンテンツソース２６によって少なくとも部分的に採用することが可能なロジックを示す。ブロック４６で開始し、送信されるパケット毎に、パケットタイプが判定される。この判定は、ソースプロセッサ４０によって、又は、それより前に位置しかつデータをソース４０に供給するシステムによって行われる。
【００１５】
通常、“タイプ”は、データタイプ、コンテンツタイプ、優先度タイプに向けられたものである。例としては、コンテンツがビデオデータである場合、データタイプは、“ビデオデータ”（video data）となるであろう。反対に、コンテンツがソフトウエアプログラムである場合、データタイプは、“バイナリアのプリケーション”（binary application）としてもよい。さらに、パケットに関連する“コンテンツ”タイプは、ＴＶデータ、ムービーデータ、広告データ、又は、個人データを含めることが可能である。パケットの優先度タイプの例は、即時、高優先度、中優先度、ベストエフォート優先度などを含む。タイプの判定は、パケット内のデータパターンの特徴に基づいて、ソース用プロセッサ４０によって自動で行われてもよい。また、人である専門家によって手動で判定が特定されてもよい。２以上のタイプを考慮してパケットを設計することも可能である。例として、パケットは、データタイプ及びコンテンツタイプの両方によって識別されてもよく、さらに、３つの全てのタイプ、すなわち、データタイプ、コンテンツタイプ、優先度タイプによって識別されてもよい。
【００１６】
パケットに関してタイプが決定すると、ブロック４８において、タイプを表すデータ要素が生成され、パケットのヘッダに挿入される。そのデータ要素は、ここでは“タグ”とも呼ばれる。タグは、タグの一部として示され、かつ、タグが適用されるパケットの数を用いることで、一つのパケット、又は、通常、順序通りであるパケットのグループに適用することが可能である。その後、ブロック５０において、パケットが送信される。
【００１７】
パケット内のタイプのタグを認識するようプログラムされているネットワークデバイス１０は、それの受信機においてタグを即時かつ容易にデコードすることが可能であり、デバイスのメインＣＰＵ１４から望まれていないであろうパケットを選別すると考えられる。このように、ＣＰＵからそれが必要としていないパケットの処理を取り除く。例えば、緊急用のパケットタイプなどのような所定のパケットタイプは、メインＣＰＵ１４に常に送られてもよい。メインＣＰＵ１４は、所定のパケットのみをメインＣＰＵ１４に送信する受信機用プロセッサ３２を実質的に支配すことが可能である。
【００１８】
ヘッダ５４、そして、パケットデータを含むパケットのボディ５６を含むことが可能なパケット５２を示す。ヘッダ５４は、パケット識別子５８及びタイプのタグ６０を含むことが可能である。そのタイプのタグ６０は、上述の原理に従い、パケットボディ５６内のコンテンツのタイプ、及び／又は、パケットボディ５６内のデータのタイプ、及び／又は、パケットボディ５６内のデータに関連する優先度のタイプを表す。
【００１９】
特定の「マルチキャスト向けコンテンツの効率的な配信に関するパケットのタグ付け」をここに示すとともに詳細に示す一方で、本発明によって網羅される対象が理解される。さらに、本発明は、特許請求の範囲の記載のみによって制限される。
【図１】
2010045774.tif 000003
【図２】
2010045774.tif 000004
【図３】
2010045774.tif 000005
【外国語明細書】
2010045774.tif 000006
2010045774.tif 000007
2010045774.tif 000008
2010045774.tif 000009
2010045774.tif 000010
2010045774.tif 000011
2010045774.tif 000012
2010045774.tif 000013
2010045774.tif 000014
2010045774.tif 000015
2010045774.tif 000016
2010045774.tif 000017
2010045774.tif 000018