(57)【要約】本発明は、プロトコル・スタックを介してパケット・フローを制御するための方法及びシステムを提供する。この方法は、プロトコル・スタックの各レイヤと接続するレイヤ・マネージャーがパケットを受信するステップと、レイヤ・マネージャーが、そのパケットと関連するサービスを決定するステップと、レイヤ・マネージャーが、サービス用のプロトコル・スタックのレイヤから成るリストをアクセスするステップと、リストに従ってプロトコル・スタックのレイヤにパケットを送出するステップと、を備える。レイヤ・マネージャーは、サービスの支持のために複数のプロトコル記述子リストを有し、そしてこれらのリストを使用して適切なスタック・レイヤにパケットを送出する。このように、スタック・レイヤは、他のレイヤやパケットの適切な送出に関する知識を有する必要がない。これによって、プロトコル・スタック内のレイヤの実施が容易になる。【特許請求の範囲】
【請求項１】
プロトコル・スタックを介してパケット・フローを制御する方法において、
（ａ）前記プロトコル・スタックの各レイヤと接続するレイヤ・マネージャーがパケットを受信するステップと、
（ｂ）前記レイヤ・マネージャーが、そのパケットと関連するサービスを決定するステップと、
（ｃ）前記レイヤ・マネージャーが、サービス用のプロトコル・スタックのレイヤから成るリストをアクセスするステップと、
（ｄ）前記リストに従って前記プロトコル・スタックのレイヤに前記パケットを送出するステップと、
を備えることを特徴とする方法。
【請求項２】
前記決定するステップ（ｂ）が、
（ｂ１）前記レイヤ・マネージャーが前記パケット内のプロトコル／サービス・マルチプレクサー（ＰＳＭ）フィールドを検討するステップと、そして
（ｂ２）前記レイヤ・マネージャーが、ＰＳＭフィールドによって参照されたプロトコル記述子リスト（ＰＤＬ）を決定するステップと、
を有することを特徴とする請求項１に記載の方法。
【請求項３】
前記アクセスするステップ（ｃ）が、
（ｃ）前記レイヤ・マネージャーがサービス用のＰＤＬをアクセスするステップ、
を有することを特徴とする請求項１に記載の方法。
【請求項４】
プロトコル・スタックを介してパケット・フローを制御する方法において、
（ａ）前記プロトコル・スタックの各レイヤと接続するレイヤ・マネージャーがパケットを受信するステップと、
（ｂ）前記レイヤ・マネージャーが前記パケット内のＰＳＭフィールドを検討するステップと、
（ｃ）ＰＤＬがサービス用のプロトコル・スタックのレイヤに関するリストを有する場合、前記レイヤ・マネージャーが、ＰＳＭフィールドによって参照されたそのＰＤＬを決定するステップと、
（ｄ）前記レイヤ・マネージャーが前記ＰＤＬをアクセスするステップと、
（ｅ）前記ＰＤＬに従って前記プロトコル・スタックのレイヤに前記パケットを送出するステップと、
を備えることを特徴とする方法。
【請求項５】
複数のスタック・レイヤと、
レイヤ・マネージャーとを備え、前記レイヤ・マネージャーは、前記複数のスタック・レイヤの各々と接続し、サービス用のスタック・レイヤのリストを有しており、更にそのリストに従って前記複数のスタック・レイヤのうちの一つにパケットを送出することを特徴とするシステム。
【請求項６】
前記レイヤ・マネージャーによるパケットの送出が、
（ａ）前記パケットを受信するステップと、
（ｂ）前記パケットに関連するサービスを決定するステップと、
（ｃ）そのサービス用のプロトコル・スタックのレイヤからなるリストをアクセスするステップと、
（ｄ）そのリストに従って前記複数のレイヤのうちの一つにパケットを送出するステップと、
を有することを特徴とする請求項５に記載のシステム。
【請求項７】
決定するステップ（ｂ）が、
（ｂ１）パケット内のＰＳＭフィールドを検討するステップと、
（ｂ２）ＰＳＭフィールドによって参照されるＰＤＬを決定するステップと、
を有することを特徴とする請求項６に記載のシステム。
【請求項８】
アクセスするステップ（ｃ）が、
（ｃ１）サービス用のＰＤＬにアクセスするステップ、
を有することを特徴とする請求項６に記載のシステム。
【請求項９】
複数のスタック・レイヤと、
レイヤ・マネージャーとを備え、前記レイヤ・マネージャーは、前記複数のスタック・レイヤの各々と接続し、そしてサービス用のＰＤＬを有しており、更にそのＰＤＬがサービス用のスタック・レイヤのリストを有する場合、前記レイヤ・マネージャーは、そのＰＤＬに従ってパケットを送出することを特徴とするシステム。
【請求項１０】
レイヤ・マネージャーによるパケットの送出が、
（ａ）前記レイヤ・マネージャーがパケットを受信するステップと、
（ｂ）前記パケット内のＰＳＭフィールドを検討するステップと、
（ｃ）前記ＰＳＭフィールドによって参照されたＰＤＬを決定するステップと、
（ｄ）前記ＰＤＬをアクセスするステップと、
（ｅ）前記ＰＤＬに従って複数のスタック・レイヤのうちの一つにパケットを送出するステップと、
を有することを特徴とする請求項９に記載のシステム。
【請求項１１】
プロトコル・スタックを介してパケット・フローを制御するためのプログラム命令を有する、コンピュータ読取り可能な媒体において、
（ａ）前記プロトコル・スタックの各レイヤと接続するレイヤ・マネージャーがパケットを受信するための命令と、
（ｂ）前記レイヤ・マネージャーが、そのパケットと関連するサービスを決定するための命令と、
（ｃ）前記レイヤ・マネージャーが、サービス用のプロトコル・スタックのレイヤから成るリストをアクセスするための命令と、
（ｄ）前記リストに従って前記プロトコル・スタックのレイヤに前記パケットを送出するための命令と、
を備えることを特徴とする媒体。
【請求項１２】
前記決定するための命令（ｂ）が、
（ｂ１）前記レイヤ・マネージャーが前記パケット内のＰＳＭフィールドを検討するための命令と、そして
（ｂ２）前記レイヤ・マネージャーが、ＰＳＭフィールドによって参照されたＰＤＬを決定するための命令と、
を有することを特徴とする請求項１１に記載の媒体。
【請求項１３】
前記アクセスするための命令（ｃ）が、
（ｃ）前記レイヤ・マネージャーがサービス用のＰＤＬをアクセスするための命令、
を有することを特徴とする請求項１１に記載の媒体。
【請求項１４】
プロトコル・スタックを介してパケット・フローを制御するためのプログラム命令を有す
る、コンピュータ読取り可能な媒体において、
（ａ）前記プロトコル・スタックの各レイヤと接続するレイヤ・マネージャーがパケットを受信するための命令と、
（ｂ）前記レイヤ・マネージャーが前記パケット内のＰＳＭフィールドの値を検討するための命令と、
（ｃ）ＰＤＬがサービス用のプロトコル・スタックのレイヤに関するリストを有する場合、前記レイヤ・マネージャーが、ＰＳＭフィールドによって参照されたそのＰＤＬを決定するための命令と、
（ｄ）前記レイヤ・マネージャーが前記ＰＤＬをアクセスするための命令と、
（ｅ）前記ＰＤＬに従って前記プロトコル・スタックのレイヤに前記パケットを送出するための命令と、
を備えることを特徴とする媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロトコル・スタックに関し、そしてより詳細にはプロトコル・スタックを介するパケット・フロー制御に関する。
【背景技術】
【０００２】
ブルートゥース（ＢｌｕｅｔｏｏｔｈＴＭ）ネットワーキング・プロトコルはこの技術分野において良く知られている。図１は標準のブルートゥース・プロトコル・スタックを示す。スタック１００はホスト・コントローラ・インターフェイス（ＨＣＩ）レイヤ１０６、ロジカル・リンク・コントロール・アンド・アダプテーション・プロトコル（Ｌ２ＣＡＰ）レイヤ１０８、テレフォニー・コントロール・プロトコル・スペシフィケーション（ＴＣＳ）レイヤ１１０、サービス・ディスカバリィ・プロトコル（ＳＤＰ）レイヤ１１２、及びＲＦＣＯＭＭプロトコル・レイヤ１１４を有する。
【０００３】
ＨＣＩレイヤ１０６は物理バス（図示せず）上の通信を受け付けるコマンド・インターフェイスを提供する。Ｌ２ＣＡＰレイヤ１０８は、より高いレベルのプロトコル多重化、パケット分割及び再構築、及びサービス情報品質の伝達をサポートする。
【０００４】
ＴＣＳレイヤ１１０は音声チャネルの呼制御及びシグナリングを提供する。ＲＦＣＯＭＭプロトコル・レイヤ１１４はＬ２ＣＡＰレイヤ１０８上のシリアル・ポートのエミュレーションを提供する。
【０００５】
ＳＤＰレイヤ１１２は、どのサービスがデバイスにより提供されるか、或いは、デバイスを通して使用できるかを見付け出すためのアプリケーション手段を与える。ブルートゥースデバイスはＳＤＰクライアント・クエリー・サービス、ＳＤＰサーバ提供サービス、或いは両方のサービスとして動作する。各サービスはＳＤＰサーバに登録され、情報関連の各サービスはサービス・レコードに目録化される。ＳＤＰレイヤ１１２を通して、クライアントはリクエストをＳＤＰサーバに送信して何のサービスがリモート・デバイスにより提供されるかを問い合わせる。ＳＤＰサーバはリモート・デバイスが提供するサービスのサービス・レコードを答える。各サービス・レコードの一部はプロトコル記述子リスト（ＰＤＬ）である。ＰＤＬはプロトコル・スタック１００のレイヤのリストを含み、このリストを通して特定のサービスに対応するパケットをルーティング（送出）する。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、スタック１００を介してパケットを適切に送出するために、各スタック・レイヤ１０６−１１４は、プロトコル・スタック１００においてその「上」及び「下」のスタック・レイヤの詳細な知識を必要とする。このように、パケットが、サーバか又はクライアントによって提供される特別のサービスのためであるとき、各スタック・レイヤ１０６-１１４は、このサービスのためにパケットの送出について完全な情報を有する必要がある。実際には、各スタック・レイヤ１０６-１１４は、クライアント・アプリケーションからスタック１００の各レイヤを介して遠隔の装置までポイント・ツー・ポイント情報を必要とする。上又は下のレイヤへの接続の仕方及びパケットのレイヤへの送出の仕方は、レイヤ毎に異なる。このことによって、プロトコル・スタック１００の複雑さが相当になる。
【０００７】
従って、プロトコル・スタックを介してパケット・フローを制御する方法及び装置の改良の必要性が存在する。
【課題を解決するための手段】
【０００８】
本発明は、プロトコル・スタックを介してパケット・フローを制御する方法及び装置を提供する。この方法は、プロトコル・スタックの各レイヤと接続するレイヤ・マネージャーがパケットを受信するステップと、レイヤ・マネージャーが、そのパケットと関連するサービスを決定するステップと、レイヤ・マネージャーが、サービス用のプロトコル・スタックのレイヤから成るリストをアクセスするステップと、リストに従ってプロトコル・スタックのレイヤにパケットを送出するステップと、を備える。レイヤ・マネージャーは、サービスの支持のために複数のプロトコル記述子リストを有し、そしてこれらのリストを使用して適切なスタック・レイヤにパケットを送出する。このように、スタック・レイヤは、他のレイヤやパケットの適切な送出に関する知識を有する必要がない。これによって、プロトコル・スタック内のレイヤの実施が容易になる。
【発明を実施するための最良の形態】
【０００９】
本発明は、プロトコル・スタックを介してパケット・フローを制御する方法及びシステムの改良を提供する。以下の記載は、当業者が本発明を製造し、かつ、使用できるように提示されており、そして特許出願及びその要件を考慮してなされている。好ましい実施例に対する種々の改変は当業者には明白であり、そして本明細書の一般原則は他の実施例に適用され得る。このように、本発明が本明細書に記載された実施例に限定されることを意図するものではなく、そして本発明には、本明細書に記載された原則及び特徴と一致する最大の範囲を付与すべきである。
【００１０】
本発明の特徴をより具体的に理解するために、以下の説明と共に図２及び３を参照されたい。
図２は、プロトコル・スタックの好ましい実施例を説明しているが、その実施例は、本発明によるプロトコル・スタックを介してパケット・フローを制御する。プロトコル・スタック２００は、図１に記載したスタック・レイヤ１０６-１１４に加えて、各スタック・レイヤ１０６-１１４と接続するレイヤ・マネージャー２０２を有する。そのレイヤ・マネージャー２０２は、スタック・レイヤ１０６-１１４へのパケット・フローを取り扱う。そのレイヤ・マネージャー２０２によって、各スタック・レイヤ１０６-１１４は、どのスタック・レイヤがその「上」及び「下」に直接的に存在するかについての知識を有する必要なしに、パケットを処理することができる。各スタック・レイヤは、パケットがスタック２００を「上昇」又は「下降」することになっているかどうかについてのみに関係する。各スタック・レイヤは、レイヤ・マネージャー２０２からパケットを受信する。そして、パケットの処理を終えたとき、各スタック・レイヤは、レイヤ・マネージャー２０２へそのパケットを返却する。レイヤ・マネージャー２０２は、次のスタック・レイヤにそのパケットを送出する。
【００１１】
レイヤ・マネージャー２０２は、複数のプロトコル記述子リスト（ＰＤＬ）２１６を有する。好ましい実施例においては、上記のように、サービスがＳＤＰサーバに登録されたとき、ＳＤＰサーバは、レイヤ・マネージャー２０２に通知して、そのサービスに対するＰＤＬのコピーを与える。さらに、レイヤ・マネージャー２０２は、クライアントによって与えられえたサービスに対する所定のＰＤＬのサービスを有する。例えば、ＲＦＣＯＭＭサービスに対して、リストは、ＨＣＩレイヤ１０６、Ｌ２ＣＡＰレイヤ１０８、及びＲＦＣＯＭＭレイヤ１１４である。パケットがスタック２００を上昇するとき、その順序は、ＨＣＩレイヤ１０６、Ｌ２ＣＡＰレイヤ１０８、及びＲＦＣＯＭＭレイヤ１１４である。パケットがスタック２００を下降するとき、その順序は、ＲＦＣＯＭＭレイヤ１１４、Ｌ２ＣＡＰレイヤ１０８、及びＨＣＩレイヤ１０６である。特定のサービスに対してＰＤＬを使用することによって、レイヤ・マネージャー２０２は、スタック２００のどのレイヤに対してパケットが送出されるかを知っている。
【００１２】
本発明は、上記のようにＰＤＬを受信するレイヤ・マネージャーと共に記載されているが、ＰＤＬを入手する他の方法が、本発明の精神及び範囲を逸脱することなく使用され得る。
【００１３】
図３は、本発明によるプロトコル・スタックを介してパケット・フローを制御する方法の好ましい実施例を説明するローチャートである。最初に、ステップ３０２を介して、レイヤ・マネージャー２０２はパケットを受信する。次に、ステップ３０４を介して、レイヤ・マネージャー２０２はパケットに関連するサービスを決定する。好ましい実施例においては、
この決定は、プロトコル／サービス・マルチプレクサー（ＰＳＭ）フィールドに基づいている。ＰＳＭは、パケット内のヘッダーの後に生じる１６ビット・フィールドであり、そのフィールドは、パケットの出所である上位レベルのプロトコルを示す。ＰＳＭフィールドは、パケットとして使用されるためＰＤＬを参照する。ステップ３０６を介して、レイヤ・マネージャー２０２はサービスのためにＰＤＬ２１６をアクセスする。その後、ステップ３０８を介して、レイヤ・マネージャー２０２は、リストに従い、プロトコル・スタック２００のレイヤにパケットを送出する。
【００１４】
例えば、パケットがＲＦＣＯＭＭサービス用のスタック２００を介して上方に送られると仮定して頂きたい。ステップ３０２によって、パケットはレイヤ・マネージャー２０２によって受信される。パケットのＰＳＭフィールドを介して、レイヤ・マネージャー２０２は、ステップ３０４によって、ＲＦＣＯＭＭサービスがパケットに関連していると決定する。レイヤ・マネージャー２０２は、その後、ステップ３０６よって、ＲＦＣＯＭＭサービス用のＰＤＬにアクセスする。ＲＦＣＯＭＭサービスのＰＤＬは、ＨＣＩレイヤ１０６、Ｌ２ＣＡＰレイヤ１０８、及びＲＦＣＯＭＭレイヤ１１４を有する。その後、レイヤ・マネージャー２０２は、ステップ３０８によって、ＨＣＩレイヤ１０６にパケットを送出する。ＨＣＩレイヤ１０６はパケットを処理し、そしてそのパケットをレイヤ・マネージャー２０２に返還する。
【００１５】
レイヤ・マネージャー２０２は、ステップ３０２によって、ＨＣＩレイヤ１０６からパケットを受信する。再び、パケットのＰＳＭフィールドを介して、ステップ３０４によって、レイヤ・マネージャー２０２は、ＲＦＣＯＭＭサービスがパケットに関連していると決定し、そして、ステップ３０６によって、ＲＦＣＯＭＭサービス用のＰＤＬをアクセスする。レイヤ・マネージャー２０２は、パケットがＨＣＩレイヤ１０６から受信されたことを知っており、そして、ステップ３０８によって、ＰＤＬ上の次のレイヤ、即ち、Ｌ２ＣＡＰレイヤ１０８、にそのパケットを送出する。Ｌ２ＣＡＰレイヤ１０８は、そのパケットを処理して、レイヤ・マネージャー２０２に返却する。
【００１６】
レイヤ・マネージャー２０２は、ステップ３０２によって、Ｌ２ＣＡＰレイヤ１０８からパケットを受信する。レイヤ・マネージャー２０２は、ステップ３０４によって、ＲＦＣＯＭＭサービスがパケットに関連していると決定し、そして、ステップ３０６によって、ＲＦＣＯＭＭサービス用のＰＤＬをアクセスする。レイヤ・マネージャー２０２は、パケットがＬ２ＣＡＰレイヤ１０８から受信され、そして、ステップ３０８によって、ＰＤＬ上の次のレイヤ、即ち、ＲＦＣＯＭＭレイヤ１１２にそのパケットを送出する。
【００１７】
このようにして、各スタック・レイヤ１０６−１１４は、レイヤ・マネージャー２０２と通信するが、相互にはしない。スタック・レイヤ１０６−１１４は、他のレイヤやパケットの適切な送出に関する知識を持つ必要が無い。これによって、プロトコル・スタック２００内のスタック・レイヤ１０６−１１４の実施が容易になる。
【００１８】
ブルートゥース・プロトコル・スタックの状況下で本発明を記載したが、本発明の精神及び範囲から逸脱することなく、他のプロトコル・スタックを介するパケット送出に本発明を適用できる。
【００１９】
プロトコル・スタックを介するパケット・フローを制御する方法及びシステムの改良を開示している。そのシステムは、各スタック・レイヤと接続するレイヤ・マネージャーを有する。レイヤ・マネージャーは、サービスの支持のために複数のプロトコル記述子リストを有し、そしてこれらのリストを使用して適切なスタック・レイヤにパケットを送出する。このように、スタック・レイヤは、他のレイヤやパケットの適切な送出に関する知識を有する必要がない。これによって、プロトコル・スタック内のレイヤ実施が容易になる。
【００２０】
本発明を実施例によって説明したが、当業者には、その実施例に対する改変が有り得るし、その改変が本発明の精神及び範囲内であると容易に認識できるであろう。従って、多くの修正は、請求の範囲の精神及び範囲から逸脱することなく当業者によってなされることがあろう。
【図面の簡単な説明】
【００２１】
【図１】標準のブルートゥース・プロトコル・スタックを示す。
【図２】本発明によるプロトコル・スタックの好ましい実施例であって、そのプロトコル・スタックが自己によってパケット・フローを制御するものを示す。
【図３】本発明によるプロトコル・スタックを介してパケット・フローを制御する方法の好ましい実施例を示すフローチャートである。
【図２】
2004531128.tif 000002
【図３】
2004531128.tif 000003
【国際公開パンフレット】
2004531128.tif 000004
2004531128.tif 000005
2004531128.tif 000006
2004531128.tif 000007
2004531128.tif 000008
2004531128.tif 000009
2004531128.tif 000010
2004531128.tif 000011
2004531128.tif 000012
2004531128.tif 000013
2004531128.tif 000014
2004531128.tif 000015
2004531128.tif 000016
2004531128.tif 000017
2004531128.tif 000018
2004531128.tif 000019
【国際公開パンフレット（コレクトバージョン）】
2004531128.tif 000020
【国際調査報告】
2004531128.tif 000021
2004531128.tif 000022