JP7132028B2 - Ｉｐｖ６拡張ヘッダーおよび目的地オプションのためのアプリケーションを有する方法およびシステム - Google Patents

Description

技術分野
本発明は、データ・パケットをフィルタリングするアプリケーションを使用してデータ・パケットを処理する方法およびシステムに関し、特に、例えば、拡張ヘッダーサイズ、フラグメント化問題、および／または中間ボックス拡張ヘッダー認識問題のために、パケットがネットワーク目的地経路上でドロップ（ｄｒｏｐ）されるのを回避することができる、インターネット・プロトコル・バージョン６（ＩＰｖ６）拡張ヘッダーおよび目的地オプション（ｄｅｓｔｉｎａｔｉｏｎ ｏｐｔｉｏｎｓ）の優先順位付け、選択および変更のためのアプリケーションを有する方法およびシステムに関する。

背景
ネットワークは、１つのパーソナル・コンピューターが、電子メッセージを使用して、ネットワーク（またはネットワーク接続）を介して他のパーソナル・コンピューターおよび／または他のネットワークデバイスと通信することを可能にすることにより、情報の通信およびアクセス能力を強化してきた。パーソナル・コンピューターまたはネットワークデバイス間で電子メッセージを転送する場合、電子メッセージは、電子メッセージ内のデータに対する操作（例えば、パケット化、ルーティング、フロー制御）を実行するプロトコル・スタックを通過することが多い。

後継のインターネット・プロトコル・バージョン６（ＩＰｖ６）が世界的に積極的に展開されているにもかかわらず、アドレス構造の最初のメジャーバージョンであるインターネット・プロトコル・バージョン４（ＩＰｖ４）はインターネットの支配的プロトコルである。現在、インターネット・プロトコル・バージョン４ベース（ＩＰｖ４ベース）のインターネットと、ＩＰｖ６ベースのインターネットの両方のプロトコルバージョンが共存している。

移行期間中は、既存のＩＰｖ４アプリケーションは、ＩＰｖ４プロトコル・スタックとＩＰｖ６プロトコル・スタックの両方を含むデュアルスタックを使用して、新しいＩＰｖ６対応アプリケーションで動作することができる。ＩＰｖ６ネットワーク・プロトコルは、ＩＣＭＰｖ６近隣者発見（ｎｅｉｇｈｂｏｒ ｄｉｓｃｏｖｅｒｙ）メッセージ（すなわち、近隣者発見プロトコル（Ｎｅｉｇｈｂｏｒ Ｄｉｓｃｏｖｅｒｙ ＰｒｏｔｏｃｏｌまたはＮＤＰ））を使用してＩＰｖ６ネットワークに接続した場合、ＩＰｖ６ホストまたはホストデバイス（例えば画像形成装置および他の装置）が自身を自動的に設定（すなわち、ステイトレス・アドレス自動設定）できるように準備する。最初にネットワークに接続されると、ＩＰｖ６ホストは、リンクローカル・マルチキャスト隣接送信要求（ｌｉｎｋ－ｌｏｃａｌ ｍｕｌｔｉｃａｓｔ ｎｅｉｇｈｂｏｒ ｓｏｌｉｃｉｔａｔｉｏｎ ｒｅｑｕｅｓｔ）を送信して、ダブルアドレス検出（ｄａｄ）のための一時的なリンクローカルアドレスを通知し、問題が発生しなければ、ホストは、そのリンクローカルアドレスを使用する。ルーター要求は、ネットワーク層構成パラメーターを得るために送信される（または、ルーター通知はタイミングに応じて受信される）。ルーターは、ネットワーク層構成パラメーターを含むルーター通知パケットでこのような要求に応答する。

ＩＰｖ６拡張ヘッダーは、オプションのインターネットレイヤー情報を持つ。拡張ヘッダーは、ホップ・バイ・ホップ・オプション（Ｈｏｐ－ｂｙ－Ｈｏｐ Ｏｐｔｉｏｎｓ）を除き、パケットの目的地でのみ検査および処理される。ホップ・バイ・ホップ・オプションは、送信ノードおよび受信ノードを含むパケットのパス上のすべての中間ノードで処理する必要がある。拡張ヘッダーはオプションで、２回現れることが可能な目的地オプション以外は、最大で１回のみ現れる。ただし、ファイアウォール、ルーター、ミドルウェアボックスがネットワークパス上にあり、これらのパケットをそれぞれの選択でドロップする可能性がある場合は、しばしばこの限りではない。したがって、これらのパケットの最終的な目的地は、データ・パケットのイニシエーター（または受信機）ではなく、ネットワークパス（および対応する中間ノード）に依存しうる。

したがって、クライアントまたはホストデバイス、例えば多機能周辺機器（ＭＦＰ）が、ＩＰｖ６拡張ヘッダー・ネットワークパスを最適化することによって、ＩＰｖ６ネットワークとの相互運用性（ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）を改善することを可能にするメカニズムを有することが望ましく、それにより、通信ネットワーク内の２つのノードなどのノード間の通信を妨げる可能性のあるＩＰｖ６拡張ヘッダーに固有の様々な問題を解決できる。

上記の問題を考慮して、ＩＰｖ６拡張ヘッダーおよび目的地オプションの優先順位付け、選択、および変更のためのアプリケーション、例えば多機能周辺機器（ＭＦＰ）のアプリケーションを有することが望ましい。ＩＰｖ６拡張ヘッダーおよび目的地オプションの優先順位付け、選択、および変更は、例えば、拡張ヘッダーサイズのフラグメント化（断片化）の問題または中間ボックス拡張ヘッダーの認識の問題に起因して、パケットがネットワーク目的地経路上にドロップされるのを避けることができる。

例示的な実施形態によれば、インターネット・プロトコル（ＩＰ）・ネットワーク環境においてデータ・パケットの処理を容易にするシステムが開示されている。上記システムは、コンピューター装置を有し、上記コンピューター装置は、ＩＰｖ６ネットワークと通信して、上記コンピューター装置のオペレーティング・システム上で動作するインターネット・プロトコル・バージョン６（ＩＰｖ６）拡張アプリケーションを有し、上記ＩＰｖ６拡張アプリケーションは、上記コンピューター装置用のＩＰｖ６拡張ヘッダーポリシーを設定するステップと、拡張ヘッダーまたは目的地オプションを有する元のＩＰｖ６パケットを上記コンピューター装置上のネットワーク・スタックから取り出すステップと、上記拡張ヘッダーまたは上記目的地オプション内の指定されたルートが、上記コンピューター装置用の上記ＩＰｖ６拡張ヘッダーポリシーに従っているかどうかを判断するステップと、上記指定されたルートが上記ＩＰｖ６拡張ヘッダーポリシーに従っている場合、変更ＩＰｖ６パケットを生成するため、上記コンピューター装置用の上記ＩＰｖ６拡張ヘッダーポリシーに従って上記拡張ヘッダーまたは上記目的地オプションを変更し、上記変更ＩＰｖ６パケットを上記ＩＰｖ６ネットワーク上に送信するか、または、上記指定されたルートがコンピューター装置用の上記ＩＰｖ６拡張ヘッダーポリシーに従わない場合、上記元のＩＰｖ６パケットを上記ＩＰｖ６ネットワーク上で送信するステップと、を実行する。

さらなる例示的な実施形態によれば、コンピューター装置がインターネット・プロトコル（ＩＰ）ネットワーク環境においてデータ・パケットを処理することを可能にする方法が開示されている。この方法は、インターネット・プロトコル・バージョン６（ＩＰｖ６）拡張アプリケーションを提供するステップを有し、前記ＩＰｖ６拡張アプリケーションは、前記コンピューター装置のオペレーティング・システム上で動作し、前記コンピューター装置用のＩＰｖ６拡張ヘッダーポリシーを設定するステップと、拡張ヘッダーまたは目的地オプションを有する元のＩＰｖ６パケットを前記コンピューター装置上のネットワーク・スタックから取り出すステップと、前記拡張ヘッダーまたは目的地オプション内の指定されたルートが、前記コンピューター装置用の前記ＩＰｖ６拡張ヘッダーポリシーに従っているかどうかを判断するステップと、前記指定されたルートが前記ＩＰｖ６拡張ヘッダーポリシーに従っている場合、変更ＩＰｖ６パケットを生成するため、前記コンピューター装置用の前記ＩＰｖ６拡張ヘッダーポリシーに従って前記拡張ヘッダーまたは前記目的地オプションを変更し、前記変更ＩＰｖ６パケットを前記ＩＰｖ６ネットワーク上に送信するか、または、前記指定されたルートがコンピューター装置用の前記ＩＰｖ６拡張ヘッダーポリシーに従わない場合、前記元のＩＰｖ６パケットを前記ＩＰｖ６ネットワーク上で送信するステップと、を実行するように構成されている。

前記目的を達成するために、本発明の一実施形態によるコンピューター装置を制御するためのコンピューター・プログラムおよびそのプログラムを記録したコンピューター読取可能な記録媒体が開示されている。上記コンピューター・プログラムは、上記コンピューター装置のオペレーティング・システム上で動作するアプリケーションにデータ・パケットを処理させるように構成され、上記処理は、上記コンピューター装置用のＩＰｖ６拡張ヘッダーポリシーを設定するステップと、拡張ヘッダーまたは目的地オプションを有する元のＩＰｖ６パケットを上記コンピューター装置上のネットワーク・スタックから取り出すステップと、上記拡張ヘッダーまたは上記目的地オプション内の指定されたルートが、上記コンピューター装置用の上記ＩＰｖ６拡張ヘッダーポリシーに従っているかどうかを判断するステップと、上記指定されたルートが上記ＩＰｖ６拡張ヘッダーポリシーに従っている場合、変更ＩＰｖ６パケットを生成するため、上記コンピューター装置用の上記ＩＰｖ６拡張ヘッダーポリシーに従って上記拡張ヘッダーまたは上記目的地オプションを変更し、上記変更ＩＰｖ６パケットを上記ＩＰｖ６ネットワーク上に送信するか、または、上記指定されたルートがコンピューター装置用の上記ＩＰｖ６拡張ヘッダーポリシーに従わない場合、上記元のＩＰｖ６パケットを上記ＩＰｖ６ネットワーク上で送信するステップと、を有する。

上述の一般的な説明および以下の詳細な説明の両方は、例示的かつ説明的であり、特許請求の範囲に記載された本発明のさらなる説明を提供することが意図されていることを理解されたい。

図面の簡単な説明
添付の図面は、本発明のさらなる理解を提供するために含まれ、本明細書に組み込まれ、本明細書の一部を構成する。図面は、本発明の実施形態を示し、説明と共に、本発明の原理を説明する役割を果たす。
図１は、例示的な実施形態による、クライアント装置またはホスト装置、例えば、ＩＰｖ６拡張ヘッダーおよび目的地オプションを優先順位付け、選択、および変更することができるアプリケーションを有するＭＦＰ（多機能周辺機器）を含むネットワークシステムを示す図である。 図２は、例示的な実施形態による、ＩＰｖ６拡張ヘッダーおよび目的地ヘッダーを有するネットワークパケットの図である。 図３は、例示的な実施形態による、ＩＰｖ６拡張ヘッダーおよび目的地オプションを使用するアプリケーションの実装の別の例示的実施形態を示すフローチャートである。 図４は、例示的な実施形態による、ネットワーク層からＩＰｖ６パケットを捕捉するためのＩＰフィルターを示す図である。

発明を実施するための最良の形態
ここで、本発明の好ましい実施形態を詳細に参照し、その例を添付図面に示す。可能な限り、同じ参照番号は、図面および説明において同じまたは同様の部分を指すために使用される。

図１は、例示的な実施形態による、クライアント装置またはホスト装置１１０、例えば、ＩＰｖ６拡張ヘッダーおよび目的地オプションを優先順位付け、選択、および変更することができるアプリケーションを有するＭＦＰ（多機能周辺機器）を含むネットワークシステム１００を示す図である。図１に示すように、システム１００は、クライアント装置またはホスト装置１１０、例えば多機能周辺機器（ＭＦＰ）または画像形成装置１１２、目的地ホスト装置１２０（目的地ホスト１）、１つ以上のＩＰｖ６ルーター１４０，１５０（ＩＰｖ６ルーター１、ＩＰｖ６ルーター２）、および通信ネットワーク１３０を有しうる。通信ネットワーク１３０は、クライアント装置またはホスト装置１１０、目標装置１２０、および１つ以上のＩＰｖ６ルーター１４０，１５０を互いに接続するように構成されている。例示的な実施形態によれば、クライアント装置またはホスト装置１１０、ＭＦＰ１１２、目標装置１２０、および１つ以上のＩＰｖ６ルーター１４０，１５０は、コンピューター装置でありうる。

例示的な実施形態によれば、本発明の実施形態による通信ネットワーク１３０の例には、インターネット、イントラネット、ローカルエリアネットワーク（ＬＡＮ）およびワイドエリアネットワーク（ＷＡＮ）が含まれるが、これらに限定されない。例示的な実施形態によれば、クライアント装置またはホスト装置１１０、目的地ホスト１２０、および１つ以上のＩＰｖ６ルーター１４０，１５０は、例えば無線周波数（ＲＦ）、赤外線（ＩＲ）伝送、ＩＥＥＥ１３９４、および／または他の適切な無線技術を使用することによって無線接続で接続することができる。

例示的な実施形態によれば、クライアント装置またはホスト装置１１０は、プロセッサーまたは中央処理装置（ＣＰＵ）、およびソフトウェア・プログラムおよびデータ（印刷されるファイルなど）を格納するための１つ以上のメモリーを含むことができる。プロセッサーまたはＣＰＵは、クライアント装置またはホスト装置１１０の機能の少なくとも一部を動作および／または制御するコンピューター・プログラムの命令を実行する。クライアント装置またはホスト装置１１０は、コンピューター・ハードウェアを管理し、様々なソフトウェア・プログラムの効率的な実行のための共通のサービスを提供するオペレーティング・システム（ＯＳ）１１５を含む。例えば、ソフトウェア・プログラムは、アプリケーション・ソフトウェアおよびプリンター・ドライバー・ソフトウェアを含むことができる。

例示的な実施形態によれば、クライアント装置またはホスト装置１１０は、少なくともコピー機能、画像読み取り機能、ファクシミリ（ファックス）機能、およびプリンター機能を含む多機能周辺機器（ＭＦＰ）１１２であり、例えば、目的地ホスト１２０から受信した印刷ジョブ（印刷指示）に基づいて、用紙に画像を形成する。例えば、目的地ホスト１２０は、モバイル機器、スマートフォン、携帯情報端末、パーソナル・コンピューター、カメラ、ルーター、ＭＦＰ、画像形成装置、プリンター、および／または医療機器または装置を含むことができる。例示的な実施形態によれば、通信ネットワーク１３０は、ＩＰｖ６プロトコルを介してデータを通信し、送信する。目的地ホスト１２０は、印刷されるドキュメントを表すデータおよび印刷ジョブを記述する情報を送信することによって、クライアント装置またはホスト装置１１０に印刷ジョブを提示するように構成することができる。例示的な実施形態によれば、クライアント装置またはホスト装置１１０は、プリンター・コントローラ（またはファームウェア）、好ましくはハードディスクドライブの形態のメモリー部（たとえば、ＨＤＤ）、画像処理部（またはデータディスパッチャー）、プリントエンジン、および入出力部（Ｉ／Ｏ）から構成される機能周辺機器（ＭＦＰ）またはプリンター１１２である。

例示的な実施形態によれば、スマートフォン、スマートタブレット、パーソナル・コンピューター、カメラ、ルーター、医療装置または機器、またはＭＦＰ（またはプリンター）によって具体化されうる目的地ホスト装置１２０は、例えば、プリンター、プリントサーバー、または多機能周辺機器（ＭＦＰ）１１２でありうるクライアント装置またはホストデ装置１１０において使用可能な印刷データを生成する。例示的な実施形態によれば、目的地ホスト装置１２０は、プリンター・ドライバー・プログラム（以下、単にプリンター・ドライバーともいう）を備え、プリンター・ドライバーの機能を利用して、画像形成時に適用される印刷条件のデータ、および画像データを含む印刷ジョブを生成することができ、生成された印刷ジョブを例えばＭＦＰまたはプリンター１１２であるクライアントまたはホスト装置１１０に送る。

例示的な実施形態によれば、１つ以上のＩＰｖ６ルーター１４０，１５０は、例えば通信ネットワーク１３０上のコンピューター・ネットワーク間でデータ・パケット（パケット１、パケット２、パケット３）２１０，２２０，２３０を転送するネットワーキング装置でありうる。データ・パケット２１０，２２０，２３０は、その目的地ノードに到達するまで、相互接続ネットワークを構成する通信ネットワーク１３０を介して、あるルーター、例えばＩＰｖ６ルーター１４０から別のルーター、例えばＩＰｖ６ルーター１５０に転送することができる。例示的な実施形態によれば、１つ以上のＩＰｖ６ルーター１４０，１５０は、異なるネットワークからの２つ以上のデータラインに接続することができる。データ・パケット、例えばＩＰｖ６データ・パケットが回線の１つに到着すると、１つ以上のＩＰｖ６ルーター１４０，１５０は、ＩＰｖ６パケット内のネットワークアドレス情報を読み取り、最終的な目的地を決定する。次に、１つ以上のＩＰｖ６ルーター１４０，１５０は、そのルーティングテーブルまたはルーティングポリシー内の情報を使用して、ＩＰｖ６パケットをその移動上の次のネットワークに向かわせることができる。例えば、図１に示すように、ＩＰｖ６パケット２１０は、通信ネットワーク１３０上において、１つ以上のＩＰｖ６ルーター１４０，１５０を経由して、目的地ホスト１２０に正常に送信される。しかしながら、例えば図１に示すように、本明細書で開示されるように、ＩＰｖ６パケット２２０，２３０のＩＰｖ６拡張ヘッダーが互換性を有していない、または動作不能である結果、例えば、ＩＰｖ６ルーター１４０によって、パケットがドロップされるなど、目的地ホストに正常に伝送されない可能性がある。

図２に示すように、ＩＰｖ６パケット２１０，２２０，２３０は、インターネット・プロトコル・バージョン６（ＩＰｖ６）ネットワークにわたり、インターネット・プロトコルを介して交換されるメッセージ・エンティティである。例示的な実施形態によれば、ＩＰｖ６パケット２１０は、アドレス指定およびルーティングのための制御情報と、ユーザーデータからなるペイロードと、で構成することができる。ＩＰｖ６パケット２１０，２２０，２３０内の制御情報は、必須の固定ヘッダー（ＩＰｖ６ヘッダー）２１２、拡張ヘッダー２１４（Ｅｘｔヘッダー１）、上位層ヘッダー（アッパー・レイヤー・ヘッダー）２１６、上位層ペイロード（アッパー・レイヤー・ペイロード）２１８に細分化される。拡張ヘッダーは、「次のヘッダー」フィールドを使用して変更を形成し、固定ヘッダーでは最初の拡張ヘッダーのタイプを示す。最後の拡張ヘッダーの次のヘッダー（Ｎｅｘｔ Ｈｅａｄｅｒ）フィールドは、パケットのペイロード内の上位層・プロトコル・ヘッダーのタイプを示す。ＩＰｖ６パケットのペイロードは、通常、上位レベルのトランスポート層プロトコルのデータグラムまたはセグメントであるが、ＩＣＭＰｖ６などのインターネット層、またはＯＳＰＦなどのリンク層のデータでもよい。

あるいは、例示的な実施形態によれば、ＩＰｖ６パケット２２０，２３０は、必須の固定ヘッダー（ＩＰｖ６ヘッダー）２２２、拡張ヘッダー２２４，２３４、フラグメント拡張ヘッダー２２６、上位層ヘッダーおよび上位層ペイロード２２８を含むことができる。経路最大伝送単位（ｍｔｕ）よりも大きいパケットを送信するために、送信装置１１０，１１２，１２０はパケットをフラグメントに分割することができる。フラグメント拡張ヘッダー２２６は、元の（フラグメント化されていないパケット）を再構築するのに必要な情報を運ぶ。

ＩＰｖ６パケット２１０の固定ヘッダー２１２は、その最初の４０オクテット（２２０ビット）からなる。オプションのインターネット層情報を運ぶことができる拡張ヘッダー（または目的地オプション）２１４は、固定ヘッダー２１２と上位層プロトコルヘッダ２１６との間に配置される。例示的な実施形態によれば、拡張ヘッダーは、ＩＰｖ６リクエスト・フォー・コメンツ（Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ：ＲＦＣ）において定義され、ホップ・バイ・ホップ（Ｈｏｐ－ｂｙ－Ｈｏｐ）オプション、目的地オプション（ルーティングヘッダーの前）、ルーティング、フラグメント、認証ヘッダー（ＡＨ）、暗号ペイロード（ｅｎｃａｐｓｕｌａｔｉｎｇ ｓｅｃｕｒｉｔｙ ｐａｙｌｏａｄ：ＥＳＰ）、目的地オプション（上位層ヘッダーの前）とモビリティ（例えば、現在、上位層のヘッダーがない場合）を含みうる。上位層ヘッダー２１６は、例えば、トランスポート層のためのデータ、例えばＴＣＰセグメントまたはＵＤＰデータグラムを提供する。パケットに含まれるペイロードのタイプは、上位層ペイロード２１８内に含まれる。

例示的な実施形態によれば、データは、クライアント装置またはホスト装置１１０と目的地ホスト１２０との間で、通信ネットワーク（またはネットワーク）１３０のノード間において、暗号化または非暗号化形式で、例えば、様々なインターネット層、トランスポート層、またはアプリケーション層プロトコルを使用して伝送されうる。例えば、データは、伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）、ユーザー・データグラム・プロトコル（ＵＤＰ）、伝送制御プロトコル（ＴＣＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、セキュア・ハイパーテキスト転送プロトコルＨＴＴＰ（ＨＴＴＰＳ）、ＨＴＴＰによる動的適応型ストリーミング（ＤＡＳＨ）、リアルタイム・ストリーミングプロトコル（ＲＴＳＰ）、リアルタイム転送プロトコル（ＲＴＰ）、リアルタイム転送制御プロトコル（ＲＴＣＰ）、ファイル転送プロトコル（ＦＴＰ）、ＷｅｂＳｏｃｋｅｔ（ＷＳ），無線アクセスプロトコル（ＷＡＰ）、様々なメッセージング・プロトコル（ＳＭＳ、ＭＭＳ、ＸＭＳ、ＩＭＡＰ、ＳＭＴＰ、ＰＯＰ、ＷｅｂＤＡＶなど）、または他の既知のプロトコルを使用して、ネットワーク１３０を経由して伝送されうる。

図１に示すように、クライアント装置またはホスト装置１１０は、オペレーティング・システム（ＯＳ）１１５と、ＩＰｖ６プロトコルに準拠した拡張ヘッダーおよび目的地オプションを有するネットワーク・スタック１１６と、からの発信および着信データ・パケットを捕捉（または傍受）するＩＰｖ６拡張アプリケーション（またはソフトウェア・モジュール）１１４を有することができる。例示的な実施形態によれば、ＩＰｖ６拡張アプリケーション（またはソフトウェア・モジュール）１１４は、好ましくは、本明細書で開示されるような拡張ヘッダーおよび目的地オプションを有するＩＰｖ６パケットを優先順位付け、選択、および変更するように構成されるアプリケーションレベル・モジュールである。例示的な実施形態によれば、例えば、クライアント装置またはホスト装置１１０がＭＦＰまたはプリンター１１２である場合、アプリケーション（またはソフトウェア・モジュール）１１４は、プリンターまたはＭＦＰ１１２のプリンター・ドライバーおよび／またはファームウェアの一部であってもよい、または別個のソフトウェア・モジュールまたはアプリケーション、またはＭＦＰまたはプリンター１１２のオペレーティング・システムへの一部であってもよい。

例示的な実施形態によれば、ＩＰｖ６拡張アプリケーション（またはソフトウェア・モジュール）１１４は、オペレーティング・システムとは独立にＩＰｖ６拡張ヘッダーをチェックまたは変更する能力を有するユーザーに許可できる。例えば、アプリケーション１１４は、最適または最適化されたＩＰｖ６拡張ヘッダー・ネットワークパスを備えたデータ・パケット２１０を提供することによって、クライアント装置またはホスト装置１１０および目的地ホスト１２０にＩＰｖ６ネットワークとの改善された相互運用性を提供することができる。

例示的な実施形態によれば、例えば、管理者は、アプリケーション１１４を設定して、特定の目的地または経路について自動修正を実行することができる。たとえば、ＩＰｖ６拡張ヘッダーには問題がある可能性があるので、ＩＰｖ６拡張ヘッダーの使用は、最新のＩＰｖ６ ＲＦＣ ８２００標準で更新されている。要件の１つは、パケットの最初のフラグメントにおいて拡張ヘッダーがローカライズされることである。しかし、ネットワーク（またはフィールド）内の多くのホストデバイス（例えば、目的地ホスト１２０）は更新されない可能性がある。さらに、拡張ヘッダーで発生する可能性のある別の問題は、標準では中間ホスト／ルーターが拡張ヘッダーオプションを検査することは許されていないものの、多くのルーターおよびミドルウェアボックスは、例えばセキュリティ上の理由から相互運用性のために特定の方法で特定のパケットをフィルタリングする可能性がある（ＲＦＣ ７０４５を参照）。これらの問題に照らして、オペレーティング・システム（ＯＳ）１１５に関係なく、独立してＩＰｖ６拡張ヘッダーを制御することが望ましい。

例示的な実施形態によれば、管理者は、ＩＰｖ６パケットのどの特性が所望されているか、例えば相互運用性、フラグメント化、および／またはセキュリティのための優先度を制御できることが望ましい。たとえば、相互運用性とは、経路のネットワークの優先が学習されると、そのようなネットワークには、相互運用性の目的には、新しいＲＦＣ ８２００よりも以前のＲＦＣ ２４６０定義を使用する方が便利であることを意味する。フラグメント化とは、ｐａｔｈ ｍｔｕプロトコルＲＦＣ ８２０１の結果を使用してパスの最大送信単位（ｍｔｕ）を学習すると、ＩＰｖ６拡張パケットヘッダーをフラグメント化してはならないことを意味する。セキュリティの理由は、拡張パケットヘッダーが必要であるか、必要ではないか、そしてアプリケーションはネットワークトラフィックを送信する前にそれに応じてパケットを削除する必要があることを意味する。

例示的な実施形態によれば、一例として、新しいＲＦＣ８２００は、すべてのヘッダーが第１のフラグメントに入ることを要求する。ネットワークシステムまたはフィールド内の以前のＭＦＰ１１２については、オペレーティング・システム（ＯＳ）１１５全体を変更する必要があるかもしれないので、これは問題でありうるが、例示的な実施形態によれば、ここに開示されるＩＰｖ６拡張アプリケーション１１４は、例えば、図４に示すように、例えば、共同で所有された米国特許第８，４３２，９０７号および第８，６９９，４８３号に開示されているように、Ｂｅｒｋｅｌｅｙソケットフィルター、またはＯＳ１１５上の任意の利用可能なパケットフィルターなどのネットワーク・パケット・フィルターを利用することができる。例示的な実施形態によれば、ＩＰｖ６パケット２１０，２２０，２３０が生成されたときのオペレーティング・システムにかかわらず、ＩＰｖ６パケット２１０，２２０，２３０は、管理者によって設定された優先順位に従って、パケット２１０，２２０，２３０を変更するために利用可能な構成およびネットワークデータベースを有するアプリケーション１１４に渡されうる。

例示的な実施形態によれば、例えば、少なくとも１つのＭＦＰまたはプリンター１１２を有するプリントショップまたはオフィス環境において、印刷の大部分はオフィス環境においてなされるため、管理者がモバイル拡張ヘッダーをサポートする必要がないと判断した場合、例えば、管理者によって設定されたＩＰｖ６拡張ヘッダーポリシーに基づいて、ＩＰモバイル・ヘッダー拡張は、ＩＰｖ６拡張アプリケーション１１４によってセキュリティ上の理由から削除されうる。例示的な実施形態によれば、管理者は、クライアント装置またはホスト装置１１０内の選択されたＩＰｖ６拡張ヘッダー、例えば、セキュリティに関連する企業ポリシーに基づくＭＦＰ１１２に基づいて、ＩＰｖ６拡張ヘッダーポリシーを設定することもできる。

例示的な実施形態によれば、例えば、クライアント装置またはホスト装置１１０またはＭＦＰ１１２のためのＩＰｖ６拡張ヘッダーポリシーは、クライアント装置またはホスト装置１１０またはＭＦＰ１１２が、ＩＰｖ６モバイル拡張ヘッダーのパケットのいずれについても送受信不可能に構成されるように設定されうる。

例示的な実施形態によれば、例えば、ＩＰｖ６ヘッダーが新しいＲＦＣ定義と互換性がなく、拡張ヘッダーが２つの異なるフラグメントでフラグメント化されて送信されている場合、フラグメントは新しいルーターによってドロップされ、装置またはホスト１１０，１１２，１２０との間の通信を中断しうる。例示的な実施形態によれば、アプリケーション１１４は、ネットワークパスを記録し、ＩＰｖ６パケットを目標装置またはホスト１１０，１１２，１２０に首尾よく配信することができる、新しい拡張ヘッダー定義を使用するようにパッケージを再設計することができる。

例示的な実施形態によれば、ＩＰｖ６拡張アプリケーション１１４のＩＰｖ６拡張ポリシーは、フラグメント化、相互運用性、セキュリティ、およびＩＰｖ６拡張ヘッダーの他の関連する問題を回避するように設定することができる。さらに、本明細書で開示されるようなＩＰｖ６拡張アプリケーション１１４の使用により、装置またはホスト１１０，１１２，１２０上またはこれらに関連するすべてのアプリケーションと、ＯＳ１１５およびネットワーク・スタック１１６のネットワーク層と、に対する操作性を透過的にできる。したがって、例示的な実施形態によれば、ホストまたは装置１１０，１１２，１２０は、そのような情報で更新されるネットワーク層に依存しない。

例示的な実施形態によれば、例えば、パケットがクライアント装置またはホスト装置１１０によって生成され、ネットワーク層に送信されると、フィルター、例えばネットワークフィルタ１１８（図４）がパケット２１０，２２０，２３０を抽出し、ＩＰｖ６拡張アプリケーション１１４へ転送される。ＩＰｖ６拡張アプリケーション１１４は、拡張ヘッダーまたは目的地オプション２１４内のルートが、ＩＰｖ６拡張アプリケーション層の（例えば、データベース内に）に記録されている場合、拡張ヘッダーまたは目的地オプション２１４内の経路の記録に従って、パケット２１０が変更（変更ＩＰｖ６パケット）されうる。

例示的な実施形態によれば、ＩＰｖ６パケット２２０，２３０の拡張ヘッダーまたは目的地オプションの記録が存在しない場合、ＩＰｖ６パケット２２０，２３０を変更せずに（すなわち元のＩＰｖ６パケット）ネットワーク１３０上で送信されうる。元のＩＰｖ６パケットがネットワーク１３０上でドロップされた場合、ＩＰｖ６拡張アプリケーション１１４は、管理者が選択したルールに従って、拡張ヘッダー（または目的地オプション）２２４，２３４を追加または削除する優先度構成（ｐｒｉｏｒｉｔｙ ｃｏｎｆｉｇｕｒａｔｉｏｎ）（または優先度構成選択）でパケット２２０，２３０の送信を再試行する。

例示的な実施形態によれば、例えばネットワークパスがＩＰｖ６拡張ヘッダーを認識していないなど、元のＩＰｖ６パケット２２０，２３０との相互運用性の問題がある場合、ＩＰｖ６拡張アプリケーション１１４は、管理者が設定したＩＰｖ６拡張ヘッダーポリシーに従って、自動的に元のＩＰｖ６パケットを変更できる。

図３は、例示的な実施形態によるＩＰｖ６拡張ヘッダーを使用するＩＰｖ６拡張アプリケーション１１４の実装の例示的な実施形態を示すフローチャート３００である。図３に示すように、ステップ３１０において、管理者は、例えばＭＦＰ１１２によって送信されているデータ・パケットのそれぞれの構成オプションを設定することができる。例示的な実施形態によれば、構成設定は、ＩＰｖ６拡張アプリケーション１１４によってアクセス可能である。ステップ３２０において、ＭＦＰ１１２の再起動時に、ステップ３１０における構成設定（すなわち、新しい構成）が、ＩＰｖ６拡張アプリケーション１１４内のＩＰｖ６データ・パケットに適用されて、例えば本明細書で開示される変更ＩＰｖ６パケットを生成する。ステップ３３０において、ＩＰｖ６拡張アプリケーション１１５はＩＰｖ６トラフィックを再調査して、ＩＰｖ６パケットが構成オプションに準拠していることを確認する。ステップ３４０において、ＩＰｖ６拡張アプリケーション１１４は、構成設定に従ってＩＰｖ６パケットを最適化する。ステップ３５０において、データ・パケット（またはトラフィック）２１０は、構成設定において許可され、以前に、例えば拡張ヘッダーまたは目的地オプションとして記録され、目的地ホスト１２０から送受信されることができるＩＰｖ６拡張ヘッダーを備えて目的地（例えば目的地ホスト１２０）に到達する。

図４は、例示的な実施形態による、ネットワーク層１１６からＩＰｖ６パケットを取り込むためのＩＰフィルター１１８の図である。図４に示すように、クライアント装置またはホスト装置１１０、例えばＭＦＰ１１２は、ＩＰｖ６拡張アプリケーション（またはソフトウェア・モジュール）１１４と、ＩＰｖ６プロトコルに準拠したＩＰｖ６拡張ヘッダーおよび目的地オプションを有し、送信および受信データ・パケットを捕捉（または傍受）するＩＰフィルター（またはパケット捕捉フィルター）１１８とを有する。例示的な実施形態によれば、ＩＰｖ６拡張アプリケーション（またはソフトウェア・モジュール）１１４は、好ましくは、本明細書で開示されるＩＰｖ６パケットを修正、変更、および判断するように構成されたアプリケーションレベル・モジュールである。例示的な実施形態によれば、ＩＰｖ６拡張アプリケーション１１４は、クライアント装置またはホスト装置１１０またはＭＦＰ１１２のプリンター・ドライバーおよび／またはファームウェアの一部、または別個のソフトウェア・モジュールまたはアプリケーション、またはオペレーティング・システムの一部（ＯＳ）である。例示的な実施形態によれば、ＩＰフィルター１１８は、開示されるように受信または送信ＩＰｖ６パケットを転送する。

例示的な実施形態によれば、ＩＰｖ６パケット（またはパッケージ）は、好ましくは、ＩＰｖ６通信のネットワーク１３０、例えばインターネットを経由して送信（ｂｒｏａｄｃａｓｔ）および／または送信（ｓｅｎｔ）される。例示的な実施形態によれば、ＩＰフィルター１１８は、好ましくは、初期ブロードキャスト（すなわち、近隣探索）の前に、および／または、パケットが処理のためにネットワーク・スタック１１６に送信される前に、ＩＰｖ６パケットを取り込む。例示的な実施形態によれば、ＩＰｖ６拡張アプリケーション１１４の機能は、ネットワーク管理者または他の指定された個人によって任意に有効または無効にされることができる。

例示的な実施形態によれば、クライアント装置またはホスト装置１１０、ＭＦＰ１１２、または目的地ホスト１２０は、デバイスのハードウェアおよびアプリケーションプログラム間のインターフェースとして機能し、アクティビティーの管理と調整、およびホストデバイス内のリソースの共有を担当するオペレーティング・システム１１５（ＯＳ）を含むことができる。例示的な実施形態によれば、ＩＰｖ６拡張アプリケーション１１４は、クライアント装置またはホスト装置１１０、ＭＦＰ１１２、または目的地ホスト１２０のオペレーティング・システム１１５上で動作し、ネットワーク層はオペレーティング・システム１１５の下またはその一部である。本明細書で説明するＩＰｖ６拡張アプリケーション１１５を利用することにより、クライアント装置またはホスト装置１１０、ＭＦＰ１１２、または目的地ホスト１２０のオペレーティング・システムは、いずれにしても変更または取り替える必要がないことが理解されよう。あるいは、別の例示的な実施形態によれば、オペレーティング・システム（ＯＳ）１１５は、本明細書で説明される方法を実行するように構成されうることが理解されよう。

本発明の一実施形態によれば、コンピューター装置を制御するためのコンピューター・プログラムと、そのコンピューター・プログラムを格納するコンピューター読取可能な記録媒体とが開示され、コンピューター読取可能なプログラムは、コンピューター装置のオペレーティング・システム上で動作するアプリケーションに、データ・パケットを処理させるように構成されている。上記処理は、上記コンピューター装置のためのインターネット・プロトコル・バージョン６（ＩＰｖ６）拡張ヘッダーポリシーを設定するステップと、拡張ヘッダーまたは目的地オプションを有する元のＩＰｖ６パケットをコンピューター装置上のネットワーク・スタックから取り出すステップと、上記拡張ヘッダーまたは目的地オプション内の指定されたルートが、上記コンピューター装置のＩＰｖ６拡張ヘッダーポリシーに従っているかどうかを判断するステップと、指定されたルートがＩＰｖ６拡張ヘッダーポリシーに従っている場合には、変更ＩＰｖ６パケットを生成するために、上記コンピューター装置のＩＰｖ６拡張ヘッダーポリシーに従って拡張ヘッダーまたは目的地オプションを変更し、変更ＩＰｖ６パケットをＩＰｖ６上で送信するか、あるいは指定されたルートが上記コンピューター装置のＩＰｖ６拡張ヘッダーポリシーに従わない場合、元のＩＰｖ６パケットをＩＰｖ６ネットワーク上で送信する。

コンピューター読取可能な記録媒体は、もちろん、磁気記録媒体、光磁気記録媒体、または今後開発される他の記録媒体であってもよく、これらはすべて本発明に適用可能であるとみなすことができる。一次および二次複製品などを含むそのような媒体の複製は、間違いなく上記の媒体と同等とみなされる。さらに、本発明の実施形態がソフトウェアとハードウェアの組合せであっても、本発明の概念から全く逸脱するものではない。本発明は、そのソフトウェア部分が予め記録媒体に書き込まれ、動作上必要に応じて読み出されるように実装することができる。

本発明の範囲または精神から逸脱することなく、本発明の構造に対して様々な変更および変形が可能であることは、当業者には明らかであろう。上記を考慮して、本発明は、本発明の改変および変形を、添付の特許請求の範囲およびそれらの等価物の範囲内に含まれるものとする。

Claims (21)

1. インターネット・プロトコル（ＩＰ）・ネットワーク環境においてデータ・パケットの処理を容易にするシステムであって、
   前記システムは、コンピューター装置を有し、前記コンピューター装置は、
   ＩＰｖ６ネットワークと通信して、前記コンピューター装置のオペレーティング・システム上で動作するインターネット・プロトコル・バージョン６（ＩＰｖ６）拡張アプリケーションを有し、
   前記ＩＰｖ６拡張アプリケーションは、
   前記コンピューター装置用のＩＰｖ６拡張ヘッダーポリシーを設定するステップと、
   拡張ヘッダーまたは目的地オプションを有する元のＩＰｖ６パケットを前記コンピューター装置上のネットワーク・スタックから取り出すステップと、
   前記拡張ヘッダーまたは前記目的地オプション内の指定されたルートが、前記コンピューター装置用の前記ＩＰｖ６拡張ヘッダーポリシーに従っているかどうかを判断するステップと、
   前記指定されたルートが前記ＩＰｖ６拡張ヘッダーポリシーに従っている場合、変更ＩＰｖ６パケットを生成するため、前記コンピューター装置用の前記ＩＰｖ６拡張ヘッダーポリシーに従って前記拡張ヘッダーまたは前記目的地オプションを変更し、前記変更ＩＰｖ６パケットを前記ＩＰｖ６ネットワーク上に送信するか、または、
   前記指定されたルートが前記コンピューター装置用の前記ＩＰｖ６拡張ヘッダーポリシーに従わない場合、前記元のＩＰｖ６パケットを前記ＩＰｖ６ネットワーク上で送信するステップと、
   を実行する、システム。
2. 前記元のＩＰｖ６パケットが前記ＩＰｖ６ネットワーク上にドロップされるとき、前記ＩＰｖ６拡張アプリケーションは、前記ＩＰｖ６拡張ヘッダーポリシーに従って前記拡張ヘッダーまたは前記目的地オプションを追加または削除することによって、前記元のＩＰｖ６パケットを変更し、変更された前記元のＩＰｖ６パケットを前記ＩＰｖ６ネットワーク上で再送信する、請求項１に記載のシステム。
3. さらに、ドロップされた前記元のＩＰｖ６パケットの前記拡張ヘッダーまたは前記目的地オプションを含むように前記ＩＰｖ６拡張ヘッダーポリシーを更新する、請求項１または請求項２に記載のシステム。
4. 前記元のＩＰｖ６パケットがネットワークパスの相互運用性問題を有する場合、前記ＩＰｖ６アプリケーションは、前記ＩＰｖ６拡張ヘッダーポリシーに従って前記拡張ヘッダーまたは前記目的地オプションを追加または削除することによって、前記元のＩＰｖ６パケットを自動的に変更し、変更された前記元のＩＰｖ６パケットを前記ＩＰｖ６ネットワーク上で再送信する、請求項１～請求項３のいずれか１項に記載のシステム。
5. 前記ＩＰｖ６拡張ヘッダーポリシーは、前記ＩＰｖ６モバイル拡張ヘッダーが、送信ＩＰｖ６パケットまたは受信ＩＰｖ６パケットに対して前記コンピューター装置によって認識されないように構成される、請求項１～請求項４のいずれか１項に記載のシステム。
6. 前記元のＩＰｖ６パケットが、リクエスト・フォー・コメンツ（ＲＦＣ）定義と互換性のないＩＰｖ６拡張ヘッダーを有し、前記元のＩＰｖ６パケットがルーターによってドロップされている場合、
   前記ＩＰｖ６拡張アプリケーションは、ネットワークパスを記録し、新しいＩＰｖ６拡張ヘッダーを使用するようにＩＰｖ６パケットを再設計し、再設計されたＩＰｖ６パケットを目標装置に正常に配信できる、請求項１～請求項５のいずれか１項に記載のシステム。
7. 前記ＩＰｖ６拡張ヘッダーは、前記元のＩＰｖ６パケットを２つ以上のフラグメントに断片化し、前記ルーターは前記元のＩＰｖ６パケットが生成されたＲＦＣよりも新しいＲＦＣを有する、請求項６に記載のシステム。
8. 前記コンピューター装置は、前記元のＩＰｖ６パケットを傍受し、前記ＩＰｖ６拡張アプリケーションによる処理のためにＩＰｖ６パケットを送るパケット捕捉フィルターをさらに含む、請求項１～請求項７のいずれか１項に記載のシステム。
9. 前記コンピューター装置は、
   少なくともコピー機能、画像読取機能、ファクシミリ（ファックス）機能、プリンター機能のうちの１つ以上を有し、印刷ジョブに基づいて用紙に画像を形成する多機能周辺装置（ＭＦＰ）である、請求項１～請求項８のいずれか１項に記載のシステム。
10. コンピューター装置がインターネット・プロトコル（ＩＰ）・ネットワーク環境においてデータ・パケットを処理することを可能にする方法であって、
    前記方法は、インターネット・プロトコル・バージョン６（ＩＰｖ６）拡張アプリケーションを提供するステップを有し、
    前記ＩＰｖ６拡張アプリケーションは、
    前記コンピューター装置のオペレーティング・システム上で動作し、
    前記コンピューター装置用のＩＰｖ６拡張ヘッダーポリシーを設定するステップと、
    拡張ヘッダーまたは目的地オプションを有する元のＩＰｖ６パケットを前記コンピューター装置上のネットワーク・スタックから取り出すステップと、
    前記拡張ヘッダーまたは前記目的地オプション内の指定されたルートが、前記コンピューター装置用の前記ＩＰｖ６拡張ヘッダーポリシーに従っているかどうかを判断するステップと、
    前記指定されたルートが前記ＩＰｖ６拡張ヘッダーポリシーに従っている場合、変更ＩＰｖ６パケットを生成するため、前記コンピューター装置用の前記ＩＰｖ６拡張ヘッダーポリシーに従って前記拡張ヘッダーまたは前記目的地オプションを変更し、前記変更ＩＰｖ６パケットを前記ＩＰｖ６ネットワーク上に送信するか、または、
    前記指定されたルートが前記コンピューター装置用の前記ＩＰｖ６拡張ヘッダーポリシーに従わない場合、前記元のＩＰｖ６パケットを前記ＩＰｖ６ネットワーク上で送信するステップと、
    を実行するように構成されている、方法。
11. 前記元のＩＰｖ６パケットが前記ＩＰｖ６ネットワーク上にドロップされるとき、前記ＩＰｖ６拡張アプリケーションは、前記ＩＰｖ６拡張ヘッダーポリシーに従って前記拡張ヘッダーまたは前記目的地オプションを追加または削除することによって、前記元のＩＰｖ６パケットを変更し、変更された前記元のＩＰｖ６パケットを前記ＩＰｖ６ネットワーク上で再送信する、請求項１０に記載の方法。
12. さらに、ドロップされた前記元のＩＰｖ６パケットの前記拡張ヘッダーまたは前記目的地オプションを含むように前記ＩＰｖ６拡張ヘッダーポリシーを更新する、請求項１０または請求項１１に記載の方法。
13. 前記元のＩＰｖ６パケットがネットワークパスの相互運用性問題を有する場合、前記ＩＰｖ６アプリケーションは、前記ＩＰｖ６拡張ヘッダーポリシーに従って前記拡張ヘッダーまたは前記目的地オプションを追加または削除することによって、前記元のＩＰｖ６パケットを自動的に変更し、変更された前記元のＩＰｖ６パケットを前記ＩＰｖ６ネットワーク上で再送信する、請求項１０～請求項１２のいずれか１項に記載の方法。
14. 前記ＩＰｖ６拡張ヘッダーポリシーは、前記ＩＰｖ６モバイル拡張ヘッダーが、送信ＩＰｖ６パケットまたは受信ＩＰｖ６パケットに対して前記コンピューター装置によって認識されないように構成される、請求項１０～請求項１３のいずれか１項に記載の方法。
15. 前記元のＩＰｖ６パケットが、リクエスト・フォー・コメンツ（ＲＦＣ）定義と互換性のないＩＰｖ６拡張ヘッダーを有し、前記元のＩＰｖ６パケットがルーターによってドロップされている場合、
    前記ＩＰｖ６拡張アプリケーションは、ネットワークパスを記録し、新しいＩＰｖ６拡張ヘッダーを使用するようにＩＰｖ６パケットを再設計し、再設計されたＩＰｖ６パケットを目標装置に正常に配信できる、請求項１０～請求項１４のいずれか１項に記載の方法。
16. コンピューター装置を制御するコンピューター・プログラムであって、前記コンピューター・プログラムは、前記コンピューター装置のオペレーティング・システム上で動作するアプリケーションにデータ・パケットを処理させるように構成され、
    前記処理は、
    前記コンピューター装置用のＩＰｖ６拡張ヘッダーポリシーを設定するステップと、
    拡張ヘッダーまたは目的地オプションを有する元のＩＰｖ６パケットを前記コンピューター装置上のネットワーク・スタックから取り出すステップと、
    前記拡張ヘッダーまたは前記目的地オプション内の指定されたルートが、前記コンピューター装置用の前記ＩＰｖ６拡張ヘッダーポリシーに従っているかどうかを判断するステップと、
    前記指定されたルートが前記ＩＰｖ６拡張ヘッダーポリシーに従っている場合、変更ＩＰｖ６パケットを生成するため、前記コンピューター装置用の前記ＩＰｖ６拡張ヘッダーポリシーに従って前記拡張ヘッダーまたは前記目的地オプションを変更し、前記変更ＩＰｖ６パケットを前記ＩＰｖ６ネットワーク上に送信するか、または、
    前記指定されたルートが前記コンピューター装置用の前記ＩＰｖ６拡張ヘッダーポリシーに従わない場合、前記元のＩＰｖ６パケットを前記ＩＰｖ６ネットワーク上で送信するステップと、
    を有する、コンピューター・プログラム。
17. 前記元のＩＰｖ６パケットが前記ＩＰｖ６ネットワーク上にドロップされるとき、前記ＩＰｖ６拡張アプリケーションは、前記ＩＰｖ６拡張ヘッダーポリシーに従って前記拡張ヘッダーまたは前記目的地オプションを追加または削除することによって、前記元のＩＰｖ６パケットを変更し、変更された前記元のＩＰｖ６パケットを前記ＩＰｖ６ネットワーク上で再送信する、請求項１６に記載のコンピューター・プログラム。
18. さらに、ドロップされた前記元のＩＰｖ６パケットの前記拡張ヘッダーまたは前記目的地オプションを含むように前記ＩＰｖ６拡張ヘッダーポリシーを更新する、請求項１６または請求項１７に記載のコンピューター・プログラム。
19. 前記元のＩＰｖ６パケットがネットワークパスの相互運用性問題を有する場合、前記ＩＰｖ６アプリケーションは、前記ＩＰｖ６拡張ヘッダーポリシーに従って前記拡張ヘッダーまたは前記目的地オプションを追加または削除することによって、前記元のＩＰｖ６パケットを自動的に変更し、変更された前記元のＩＰｖ６パケットを前記ＩＰｖ６ネットワーク上で再送信する、請求項１６～請求項１８のいずれか１項に記載のコンピューター・プログラム。
20. 前記ＩＰｖ６拡張ヘッダーポリシーは、前記ＩＰｖ６モバイル拡張ヘッダーが、送信ＩＰｖ６パケットまたは受信ＩＰｖ６パケットに対して前記コンピューター装置によって認識されないように構成される、請求項１６～請求項１９のいずれか１項に記載のコンピューター・プログラム。
21. 請求項１６～２０のいずれか１項に記載のコンピューター・プログラムを記録したコンピューター読取可能な記録媒体。

Images