JP4796413B2 - ネットワーク機器 - Google Patents

Description

本発明は、ルータから取得したＩＰｖ６（Internet Protocol version 6）アドレスのＬｉｆｅＴｉｍｅ値に応じて種々の動作を行わせることを可能としたネットワーク機器に関する。

ＩＰｖ６ではアドレスの自動設定が行えることがひとつの特徴であり、ルータから送信されるルータ広告（ＲＡ：Router Advertisement）によりアドレスを作成することができる。すなわち、ＲＡに含まれるＰｒｅｆｉｘ情報と自機のＭａｃ（Media access control）アドレスとからＩＰｖ６アドレスを生成する。このアドレスをＳｔａｔｅｌｅｓｓアドレスと呼ぶ。ＳｔａｔｅｌｅｓｓアドレスはＬｉｆｅＴｉｍｅを持ち、この情報はＶａｌｉｄ ＬｉｆｅＴｉｍｅ（有効期間）およびＰｒｅｆｅｒｒｅｄ ＬｉｆｅＴｉｍｅ（参照可能期間）としてＲＡに含まれている。

一方、特許文献１には、通信を盗聴して得られるＩＰアドレスをもとに個人情報が取得され、プライバシーが侵害されることを防ぐため、有効なＩＰアドレスを複数保持しておき、その中から自ノードのソースアドレスとして使用すべきＩＰアドレスを選択するようにした、ネットワークシステム、ルータ、ホスト、プレフィクス管理方法およびＩＰアドレス管理方法が開示されている。
特開２００３−１９８５８２号公報「ネットワークシステム、ルータ、ホスト、プレフィクス管理方法及びＩＰアドレス管理方法」

上述したように、ＩＰｖ６ではアドレスの自動設定が行われるが、Ｖａｌｉｄ ＬｉｆｅＴｉｍｅが満了した時点でルータはそのＩＰアドレスを使用不可としてしまうため、例えば、容量の大きなデータを送信している途中でＶａｌｉｄ ＬｉｆｅＴｉｍｅが満了すると通信が途中で切れてしまい、データを最後まで送信できないという問題があった。

また、その他にもＩＰｖ６アドレスのＬｉｆｅＴｉｍｅ値と関連させて行わせたい処理が考えられるが、従来、そのようなニーズに応えられる仕組みは存在しなかった。

一方、特許文献１では、第２種類のプレフィクスの全てが無効になる前にプロバイダー側に対して新たな第２種類のプレフィクスの割り当てを要求するようにしているが、これは選択候補としての有効なＩＰアドレスを複数保持しておくためのものであり、上述したような通信途中でＬｉｆｅＴｉｍｅが満了すること等による弊害を回避しようとするものではない。これは、特許文献１がＩＰアドレスを利用したプライバシーの侵害を防ぐことを目的としていることからくるものである。

本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、ルータから取得したＩＰｖ６アドレスのＬｉｆｅＴｉｍｅ値に応じて種々の動作を行わせることを可能としたネットワーク機器を提供することにある。

上記の課題を解決するため、本発明にあっては、請求項１に記載されるように、ネットワークに接続され、アドレス生成の元となったプレフィックスに含まれるＬｉｆｅＴｉｍｅ値が失効した場合に通信の切断が行われるネットワーク機器であって、ルータから配布されるプレフィックス情報に含まれるＬｉｆｅＴｉｍｅ値が適切か否か判断し、適切である場合にプレフィックスに基づいてアドレスを生成する手段と、送信系アクションの開始時に、使用可能なアドレスの中からＬｉｆｅＴｉｍｅ値により送信時のソースアドレスを選択する手段と、通信中に回線断を検出した場合に、使用中のアドレスのＬｉｆｅＴｉｍｅ値が失効したことを確認し、セッションのクリア処理を行い、新しいアドレスを用いた再送処理もしくは新しいアドレスの通知処理を行う手段とを備えるネットワーク機器を要旨としている。

また、請求項２に記載されるように、請求項１に記載のネットワーク機器において、上記ＬｉｆｅＴｉｍｅ値と動作の対応関係を設定する手段を備えることができる。

また、請求項３、４に記載されるように、ネットワーク機器の動作制御方法として構成することができる。

本発明のネットワーク機器にあっては、ルータから取得したＩＰｖ６アドレスのＬｉｆｅＴｉｍｅ値に応じて種々の動作を行わせることができ、状況に応じた適切な対応を行うことができる。

以下、本発明の好適な実施形態につき説明する。

＜構成＞
図１は本発明のネットワーク機器を適用したネットワークシステムの一実施形態を示す全体構成図である。

図１において、本発明を適用したネットワーク機器１Ａ、１Ｂは、ＩＰｖ６プレフィックスを配るルータ２Ａ、２Ｂおよび他のＰＣ（Personal Computer）３Ａ〜３Ｃとともにネットワーク６に接続されている。

図２はネットワーク機器１を画像処理装置とした場合のハードウェア構成例を示す図である。

図２において、ネットワーク機器１は、コントローラ１０１と、オペレーションパネル１２１と、ＦＣＵ（Facsimile Control Unit）１２２と、エンジン部１２３とを含んでいる。

コントローラ１０１は、ＣＰＵ（Central Processing Unit）１０２、システムメモリ１０３、ＮＢ（North Bridge）１０４、ＳＢ（South Bridge）１０５、ＡＳＩＣ（Application Specific Integrated Circuit）１０６、ローカルメモリ１０７、ＨＤＤ（Hard Disk Drive）１０８、Ｆｌａｓｈ ＲＯＭ（Flash Read Only Memory）１０９、ＮＶＲＡＭ（Non Volatile RAM）１１０、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）１１１、セキュアデバイス１１２、Ｅｔｈｅｒｎｅｔ（登録商標） Ｉ／Ｆ（Ethernet（登録商標） Interface）１１３、ＵＳＢ Ｉ／Ｆ（Universal Serial Bus Interface）１１４、ＩＥＥＥ １３９４ Ｉ／Ｆ（the Institute of Electrical and Electronic Engineers 1394 Interface）１１５、セントロニクスＩ／Ｆ１１６、無線Ｉ／Ｆ１１７、外部記憶媒体用Ｉ／Ｆ１１８を含む。

オペレーションパネル１２１は、コントローラ１０１のＡＳＩＣ１０６に接続されている。また、ＦＣＵ１２２およびエンジン部１２３は、コントローラ１０１のＡＳＩＣ１０６にバス１２４で接続されている。

コントローラ１０１は、ＡＳＩＣ１０６にローカルメモリ１０７、ＨＤＤ１０８、Ｆｌａｓｈ ＲＯＭ１０９、ＮＶＲＡＭ１１０、ＳＤＲＡＭ１１１、セキュアデバイス１１２などが接続されるとともに、ＣＰＵ１０２とＡＳＩＣ１０６とがＣＰＵチップセットのＮＢ１０４を介して接続されている。コントローラ１０１は、ＮＢ１０４を介してＣＰＵ１０２とＡＳＩＣ１０６とを接続することにより、ＣＰＵ１０２のインターフェースが公開されていない場合に対応する。

ＡＳＩＣ１０６とＮＢ１０４とは、ＡＧＰ（Accelerated Graphics Port）１１９を介して接続されている。後述するソフトウェア構成において、アプリケーションやプラットフォームを形成する一つ以上のプロセスを実行制御するため、ＡＳＩＣ１０６とＮＢ１０４とを低速のバスでなくＡＧＰ１１９を介して接続することで、パフォーマンスの低下を防いでいる。

ＣＰＵ１０２は、ソフトウェアにより全体の制御を行うものである。

ＮＢ１０４は、ＣＰＵ１０２、システムメモリ１０３、ＳＢ１０５、ＡＳＩＣ１０６、Ｅｔｈｅｒｎｅｔ（登録商標） Ｉ／Ｆ１１３、ＵＳＢ Ｉ／Ｆ１１４、ＩＥＥＥ １３９４ Ｉ／Ｆ１１５、セントロニクスＩ／Ｆ１１６、無線Ｉ／Ｆ１１７、外部記憶媒体用Ｉ／Ｆ１１８を接続するためのブリッジである。

ＳＢ１０５、Ｅｔｈｅｒｎｅｔ（登録商標） Ｉ／Ｆ１１３、ＵＳＢ Ｉ／Ｆ１１４、ＩＥＥＥ １３９４ Ｉ／Ｆ１１５、セントロニクスＩ／Ｆ１１６、無線Ｉ／Ｆ１１７、外部記憶媒体用Ｉ／Ｆ１１８は、バス１２０を介してＮＢ１０４に接続されている。なお、ＳＢ１０５は、バス１２０とＲＯＭや周辺デバイス等とを接続するためのブリッジである。

システムメモリ１０３は、画像処理装置の描画用メモリなどとして用いるメモリである。ローカルメモリ１０７は画像バッファ、符号バッファとして用いるメモリである。

ＡＳＩＣ１０６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤＤ１０８は、画像データの蓄積、文書データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積などを行うストレージ（補助記憶装置）の一例である。

Ｅｔｈｅｒｎｅｔ（登録商標） Ｉ／Ｆ１１３は、画像処理装置をネットワークに接続するインターフェース機器である。ＵＳＢ Ｉ／Ｆ１１４、ＩＥＥＥ １３９４ Ｉ／Ｆ１１５、セントロニクスＩ／Ｆ１１６および無線Ｉ／Ｆ１１７、は、それぞれの規格に準じたインターフェースであり、ネットワークに接続されることもある。

Ｆｌａｓｈ ＲＯＭ１０９は、外部からプログラムやデータなどを書き込み可能なメモリである。ＮＶＲＡＭ１１０およびＳＤＲＡＭ１１１は、電源ＯＦＦ状態でも情報を保持するメモリである。

外部記憶媒体用Ｉ／Ｆ１１８は、外部記憶媒体を脱着可能なものであり、外部記憶媒体の規格に準じたインターフェースである。例えばＳＤ（Secure Digital）カード、コンパクトフラッシュ（登録商標）、ＲＯＭ−ＤＩＭＭ（Dual In-line Memory Module）等が外部記憶媒体として利用される。

セキュアデバイス１１２は、物理的に取り外すと二度と使えなくなるようなデバイスであり、鍵情報が格納されている。

また、オペレーションパネル１２１は、オペレータからの入力操作を受け付けるとともに、オペレータに向けた表示を行う操作部である。なお、ＦＣＵ１２２はメモリを有しており、電源がＯＦＦのときに受信したファクシミリデータを一時的に格納するために利用される。

なお、画像処理装置の構成により、Ｆｌａｓｈ ＲＯＭ１０９、ＳＤＲＡＭ１１１、セキュアデバイス１１２、ＵＳＢ Ｉ／Ｆ１１４、ＩＥＥＥ １３９４ Ｉ／Ｆ１１５、セントロニクスＩ／Ｆ１１６、無線Ｉ／Ｆ１１７、外部記憶媒体用Ｉ／Ｆ１１８、ＦＣＵ１２２は存在しないこともある。

図３はネットワーク機器１を画像処理装置とした場合のソフトウェア構成例を示す図である。

図３において、ソフトウェアは、大きく分けると、アプリケーション部１３１とプラットフォーム部１３８とから構成される。なお、ここではＯＳ（Operating System）部分（カーネル）の記載は省略してある。

アプリケーション部１３１は、コピー、ファクス、スキャナおよびプリンタなどの画像形成処理に関連するユーザサービスに固有の処理を行うものである。アプリケーション部１３１は、コピー用のアプリケーションであるコピーアプリ１３２と、ファクシミリ用アプリケーションであるファクスアプリ１３３と、スキャナ用アプリケーションであるスキャナアプリ１３４と、ネットワークファイル用アプリケーションであるネットファイルアプリ１３５と、ページ記述言語およびプリンタ用のアプリケーションであるプリンタアプリ１３６とを有している。

また、プラットフォーム部１３８は、アプリケーション部１３１からの処理要求を解釈してハードウェアなどの各種資源の獲得要求を発生する各種制御部から構成される。プラットフォーム部１３８は、システム制御部１３９、メモリ制御部１４０、ネットワーク制御部１４１、エンジン制御部１４２、セキュリティ制御部１４３、オペレーション制御部１４４、ファクス制御部１４５から構成される。プラットフォーム部１３８は予め定義されている関数によりアプリケーション部１３１からの処理要求を受信可能とするＡＰＩ（Application Program Interface）１３７を有するように構成されている。

システム制御部１３９は、アプリケーションの管理、操作部の制御、システム画面の表示、ＬＥＤの表示、ハードウェア資源の管理、割り込みアプリケーションの制御などの処理を行う。

メモリ制御部１４０は、メモリの取得および解放、画像データの圧縮および伸張などのメモリ制御を行う。

エンジン制御部１４２は、図示していないハードウェアリソースのエンジンの制御を行う。

ファクス制御部１４５は、ＧＳＴＮ（General Switched Telephone Network）Ｉ／Ｆと接続し、システムコントローラの各アプリケーション層からＰＳＴＮ（Public Switched Telephone Network）またはＩＳＤＮ（Integrated Services Digital Network）網を利用したファクシミリ送受信、バックアップ用のメモリで管理されている各種ファクシミリデータの登録／引用、ファクシミリ読み取りを行い、ファクシミリ受信印刷などを行うためのＡＰＩを提供する。

オペレーション制御部１４４は、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。

ネットワーク制御部１４１は、Ｅｔｈｅｒｎｅｔ（登録商標）などのネットワークと接続され、ネットワークＩ／Ｏ（Input Output）を必要とするアプリケーションに対して共通に利用できるサービスを提供し、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分け、各アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。

セキュリティ制御部１４３は、アプリケーション部１３１に対してセキュリティサービスを行う。

ＨＤＤ１０８は各アプリケーションや各制御部が動作するためのデータが保管されたり、画像データが保管されたりする。

ＮＶＲＡＭ１１０は設定情報が記録されている。

ＣＰＵ１０２（図２）は画像処理装置全体の制御を行い、プラットフォーム部１３８の各制御部を実行し、それらを使用するアプリケーション部１３１の各アプリを実行する。

なお、画像処理装置の構成により、アプリケーション部１３１のいくつかのアプリケーション、プラットフォーム部１３８のいくつかの制御部は存在しないこともある。

図４はネットワーク制御部１４１の構成例を示す図である。

図４において、メイン処理部１５６はネットワーク制御部１４１の中心となる部分であり、他の処理部の制御や統括を行う。

ＩＰｖ６環境処理部１５３はカーネルに対してＩＰｖ６アドレスを設定し、ＩＰｖ６管理テーブルの制御を行う。ＩＰｖ６アドレス管理テーブル部１５４は動作中のＩＰｖ６アドレスを持ったデータである。

ルータ広告／要請処理部１５７はルータ広告（ＲＡ）およびルータ要請（ＲＳ：Router Solicitation）を送受信する部分、近隣広告／要請処理部１５８は近隣広告（ＮＡ：Neighbor Advertisement）および近隣要請（ＮＳ：Neighbor Solicitation）を送受信する部分である。

上位プロトコル処理部１５５はＴＣＰ（Transmission Control Protocol）やＵＤＰ（User Datagram Protocol）上の多数のプロトコル（ＳＭＴＰ（Simple Mail Transfer Protocol）、ｐｏｒｔ９１００、ＳＮＭＰ（Simple Network Management Protocol）、ＤＮＳ（Domain Name System）等）の制御を行う部分である。

他制御部通信部１５１は他のコントロールサービスやアプリケーション部１３１（図３）とのやり取りを行う部分である。固有アプリケーション処理部１５２は本発明におけるアクションを行う部分である。ソケット以下ネットワークプロトコルスタック１５９はカーネル部分であり、ソケット、ＴＣＰ、ＵＤＰなどネットワークの低レイヤの制御を行う。

図５はＩＰｖ６アドレス管理テーブル部１５４の例を示す図であり、ＩＰｖ６アドレスとＬｉｆｅＴｉｍｅの管理テーブルである。

ＲＡにより取得したＶａｌｉｄ ＬｉｆｅＴｉｍｅおよびＰｒｅｆｅｒｒｅｄ ＬｉｆｅＴｉｍｅの失効時間をＩＰｖ６アドレスごとに保持するテーブルＴ１と、ＩＰｖ６アドレスごとにＶａｌｉｄ ＬｉｆｅＴｉｍｅで制御するか、Ｐｒｅｆｅｒｒｅｄ ＬｉｆｅＴｉｍｅで制御するかという情報を保持するテーブルＴ２と、ＩＰｖ６アドレスごとにＶａｌｉｄ ＬｉｆｅＴｉｍｅもしくはＰｒｅｆｅｒｒｅｄ ＬｉｆｅＴｉｍｅの値と対応する動作とを保持するテーブルＴ３、Ｔ４とを備えている。なお、テーブルＴ３、Ｔ４における動作には、その動作が起動する前提条件（例えば、通信切断時など）も含めることができる。

＜一般的動作＞
図６はルータがルータ広告（ＲＡ）をマルチキャストする様子を示す図である。

図６においては、ルータ２Ａ、２Ｂがそれぞれルータ広告をマルチキャストしている。ＩＰｖ６はＩＰｖ４におけるブロードキャストとは異なり、複数宛先への送信にはマルチキャストが用いられる。これにより自分宛ではないマルチキャストは処理しなくて済む。

図７はネットワーク機器がルータ要請（ＲＳ）をマルチキャストする様子を示す図である。

図７においては、ネットワーク機器１Ａがルータ２Ａ、２Ｂに対してルータ要請をマルチキャストしている。この場合、通常、ネットワーク機器１ＢやＰＣ３Ａ〜３ＣはＲＳを処理しない。

図８はネットワーク機器が近隣要請（ＮＳ）をマルチキャストする様子を示す図である。

図８においては、ネットワーク機器１Ａが近隣要請をマルチキャストしている。ＮＳはＩＰｖ６アドレス重複チェックのために用いられるため、全ノードが受信している。

図９はＩＰｖ６ Ｓｔａｔｅｌｅｓｓアドレス確定のシーケンス図である。

図９において、ルータがルータ広告（ＲＡ）を送出し（ステップＳ１）、ネットワーク機器はルータからのルータ広告（ＲＡ）を受けると、ＲＡのプレフィックス情報と自分のＭａｃアドレスとからＩＰｖ６ Ｓｔａｔｅｌｅｓｓアドレスを生成する（ステップＳ２）。そして、近隣要請（ＮＳ）を送出し（ステップＳ３）、一定の時間、近隣広告（ＮＡ）がなければ、そのアドレスは確定する（ステップＳ４）。

図１０はネットワーク機器がルータ要請（ＲＳ）を自ら出す場合のＩＰｖ６ Ｓｔａｔｅｌｅｓｓアドレス確定のシーケンス図である。

図１０において、ネットワーク機器はルータに対してルータ要請（ＲＳ）を送出する（ステップＳ１１）。ＲＳを受けたルータはルータ広告（ＲＡ）を送出する（ステップＳ１２）。ネットワーク機器はルータからのルータ広告（ＲＡ）を受けると、ＲＡのプレフィックス情報と自分のＭａｃアドレスとからＩＰｖ６ Ｓｔａｔｅｌｅｓｓアドレスを生成する（ステップＳ１３）。そして、近隣要請（ＮＳ）を送出し（ステップＳ１４）、一定の時間、近隣広告（ＮＡ）がなければ、そのアドレスは確定する（ステップＳ１５）。

図１１はＲＡパケットのフォーマットを示す図であり、Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダの次にＩＰｖ６ヘッダ、ルータ広告（ＲＡ）、プレフィックス情報が並ぶ。

図１２はＩＰｖ６ヘッダのフォーマットを示す図であり、バージョン、トラフィッククラス、フローラベル、ペイロード長、次ヘッダ、最大ホップ数、送信元アドレス、宛先アドレスが含まれている。

図１３はルータ広告（ＲＡ）のフォーマットを示す図であり、タイプ、コード、チェックサム、現在の最大ホップ数、Ｍ、Ｏ、予約領域、ルータ有効期間、到達可能期間、再送タイマー、オプションが含まれている。

図１４はプレフィックス情報のフォーマットを示す図であり、タイプ、データ長、プレフィックス長、Ｌ、Ａ、予約領域、有効期間、参照可能期間、予約領域、プレフィックスが含まれている。有効期間がＶａｌｉｄ ＬｉｆｅＴｉｍｅに相当し、参照可能期間がＰｒｅｆｅｒｒｅｄ ＬｉｆｅＴｉｍｅに相当する。

図１５はＲＳパケットのフォーマットを示す図であり、Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダの次にＩＰｖ６ヘッダ、ルータ要請（ＲＳ）が並ぶ。ＩＰｖ６ヘッダのフォーマットは図１２に示したとおりである。

図１６はルータ要請（ＲＳ）のフォーマットを示す図であり、タイプ、コード、チェックサム、予約領域、オプションが含まれている。

図１７はＮＳパケットのフォーマットを示す図であり、Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダの次にＩＰｖ６ヘッダ、近隣要請（ＮＳ）が並ぶ。ＩＰｖ６ヘッダのフォーマットは図１２に示したとおりである。

図１８は近隣要請（ＮＳ）のフォーマットを示す図であり、タイプ、コード、チェックサム、予約領域、ターゲットアドレス、オプションが含まれている。

図１９はＮＡパケットのフォーマットを示す図であり、Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダの次にＩＰｖ６ヘッダ、近隣広告（ＮＡ）が並ぶ。ＩＰｖ６ヘッダのフォーマットは図１２に示したとおりである。

図２０は近隣広告（ＮＡ）のフォーマットを示す図であり、タイプ、コード、チェックサム、Ｒ、Ｓ、Ｏ、予約領域、ターゲットアドレス、オプションが含まれている。

＜Ｓｔａｔｅｌｅｓｓアドレス確定までの処理＞
図２１はＳｔａｔｅｌｅｓｓアドレス確定までの処理例を示すフローチャートである。

図２１において、処理を開始し（ステップＳ１０１）、ＲＡ受信（ステップＳ１０２）の後、ＬｉｆｅＴｉｍｅ値として適切なものを受信すれば（ステップＳ１０３のＹｅｓ）、ＲＡのプレフィックスと自らのＭａｃアドレスを使ってＳｔａｔｅｌｅｓｓアドレスを生成する（ステップＳ１０４）。

次いで、重複確認のためのＮＳ送信（ステップＳ１０５）の後、一定時間後にＮＡを受信しなければ（ステップＳ１０６のＮｏ）、アドレスを確定し（ステップＳ１０７）、管理テーブル（図５のテーブルＴ１）への登録を行う（ステップＳ１０８）。

ＬｉｆｅＴｉｍｅ値として適切なものでない場合（ステップＳ１０３のＮｏ）や一定時間内にＮＡを受信した場合（ステップＳ１０６のＹｅｓ）、あるいはその他の場合は、必要に応じて他のアドレスを使い（ステップＳ１０９）、処理を終了する（ステップＳ１１０）。例えば、長時間通信するため（大きいサイズの文書の送信）にＬｉｆｅＴｉｍｅの値が小さいという不都合がある場合は、受信したＲＡを用いず、他の長いＬｉｆｅＴｉｍｅを格納したプレフィックスを持つＲＡを用いるか、リンクローカルアドレスや手動設定アドレスを用いる。

図２２はＳｔａｔｅｌｅｓｓアドレス確定までのネットワーク制御部１４１内の動作例を示す図である。

図２２において、ルータ広告／要請処理部１５７でＲＡ受信（ステップＳ１１１、Ｓ１１２）の後、メイン処理部１５６はＬｉｆｅＴｉｍｅのチェックおよびＳｔａｔｅｌｅｓｓアドレスの生成を行い、近隣広告／要請処理部１５８でＮＳを送信する（ステップＳ１１３、Ｓ１１４）。

一定時間後ＮＡを受信しなければアドレスは重複していないと判断し、メイン処理部１５６はＩＰｖ６環境処理部１５３を通じて、カーネル部のソケット以下ネットワークプロトコルスタック１５９にアドレスを設定し（ステップＳ１１５、Ｓ１１６）、ＩＰｖ６アドレス管理テーブル部１５４に情報を蓄積する（ステップＳ１１７）。

図２３はネットワーク機器がルータ要請（ＲＳ）を自ら出す場合のＳｔａｔｅｌｅｓｓアドレス確定までのネットワーク制御部１４１内の動作例を示す図である。

図２３において、ルータ広告／要請処理部１５７でＲＳ送信（ステップＳ１１０）の後、ＲＡを受信する（ステップＳ１１１、Ｓ１１２）。この後の処理（ステップＳ１１３〜Ｓ１１７）は、図２２と同様である。

＜ＬｉｆｅＴｉｍｅ値による動作制御の設定＞
図２４はＬｉｆｅＴｉｍｅ値による動作制御の設定画面の例を示す図であり、ネットワーク機器のオペレーションパネルやＰＣなどによりリモートアクセスしたときに表示される画面例である。なお、動作としては「アドレス生成」を例としている。

図２４において、生成を制御するためのスイッチ、各ＬｉｆｅＴｉｍｅで制御するためのスイッチおよびその値の入力欄などがある。

図２５はＬｉｆｅＴｉｍｅ値による動作制御の設定を行なうときのネットワーク制御部１４１内の動作例を示す図である。

図２５において、他制御部通信部１５１からリクエストを受けると（ステップＳ１２１、Ｓ１２２）、メイン処理部１５６はリクエストされた内容をＮＶＲＡＭ１１０などに保存し（ステップＳ１２３）、同時にＩＰｖ６環境処理部１５３を介してＩＰｖ６アドレス管理テーブル部１５４の管理テーブル（図５のテーブルＴ２〜Ｔ４）にデータの登録をする（ステップＳ１２４、Ｓ１２５）。

＜送信系アクション時の処理＞
図２６は送信系アクション時の処理例を示すフローチャートであり、送信系アクション時にＩＰｖ６ソースアドレスを適切に選択するようにしたものである。

図２６において、処理を開始し（ステップＳ１３１）、送信系アクションが発生すると（ステップＳ１３２）、管理テーブルから登録されているＩＰｖ６アドレスを選択する（ステップＳ１３３）。このときの基準として、Ｖａｌｉｄ ＬｉｆｅＴｉｍｅやＰｒｅｆｅｒｒｅｄ ＬｉｆｅＴｉｍｅが最も長いものを自動的に選択したり、ユーザによる選択を行ったり、相手先が同一サブネット内ならＬｉｎｋＬｏｃａｌ Ａｄｄｒｅｓｓを選択したりする。

そして、選択されたソースアドレスを設定し（ステップＳ１３４）、実際の送信を行い（ステップＳ１３５）、処理を終了する（ステップＳ１３６）。

図２７は送信系アクション時のネットワーク制御部１４１内の動作例を示す図である。

図２７において、他制御部通信部１５１からリクエストを受けると（ステップＳ１４１、Ｓ１４２）、メイン処理部１５６はＩＰｖ６環境処理部１５３およびＩＰｖ６アドレス管理テーブル部１５４から適切なＩＰｖ６アドレスを選択し（ステップＳ１４３〜Ｓ１４６）、リクエストで指定されたプロトコルを用いて上位プロトコル処理部１５５経由で送信を行う（ステップＳ１４７、Ｓ１４８）。

＜ＬｉｆｅＴｉｍｅが特定値になったときの処理＞
図２８はＬｉｆｅＴｉｍｅが特定値になったときの処理例を示すフローチャートである。

図２８において、処理を開始すると（ステップＳ１５１）、ＬｉｆｅＴｉｍｅが予め設定された特定値になったか否か判断し（ステップＳ１５２）、該当する場合には対応するアクションを実行する（ステップＳ１５３）。そして、一定時間のスリープを行い（ステップＳ１５４）、ＬｉｆｅＴｉｍｅの判断（ステップＳ１５２）に戻る。

例えば、Ｐｒｅｆｅｒｒｅｄ ＬｉｆｅＴｉｍｅやＶａｌｉｄ ＬｉｆｅＴｉｍｅの期限切れまで１日を切ったときに、ルータ要請（ＲＳ）を送出してＲＡを受け取ることを期待するとか、登録されている管理ＰＣや管理機器にメール通知やＳＮＭＰ Ｔｒａｐを送って喚起したり、それ以降はＬｉｎｋｌｏｃａｌ、手動設定、ＩＰｖ４アドレスなどの特定アドレスを使ったりするなどが考えられる。

図２９はＬｉｆｅＴｉｍｅが特定値になったときにメール通知を行う場合のネットワーク制御部１４１内の動作例を示す図である。

図２９において、メイン処理部１５６はＩＰｖ６アドレス管理テーブル部１５４に登録されているＩＰｖ６アドレスのＬｉｆｅＴｉｍｅのＥｘｐｉｒｅ情報を定期的に監視し（ステップＳ１６１〜Ｓ１６４）、固有アプリケーション処理部１５２、上位プロトコル処理部（この場合はＳＭＴＰ）１５５を通じて外部へメール送信している（ステップＳ１６５〜Ｓ１６８）。

図３０はＬｉｆｅＴｉｍｅが特定値になったときにＲＳ送信を行う場合のネットワーク制御部１４１内の動作例を示す図である。

図３０において、メイン処理部１５６はＩＰｖ６アドレス管理テーブル部１５４に登録されているＩＰｖ６アドレスのＬｉｆｅＴｉｍｅのＥｘｐｉｒｅ情報を定期的に監視し（ステップＳ１７１〜Ｓ１７４）、固有アプリケーション処理部１５２、ルータ広告／要請処理部１５７を通じてＲＳを送信している（ステップＳ１７５〜Ｓ１７８）。

＜セッション中にＶａｌｉｄ ＬｉｆｅＴｉｍｅが満了したときの処理＞
図３１はセッション中にＶａｌｉｄ ＬｉｆｅＴｉｍｅが満了したときの処理例を示すフローチャートである。

図３１において、処理を開始し（ステップＳ１８１）、通信中となり（ステップＳ１８２）、通信を行っているアプリケーションが回線断を検出すると（ステップＳ１８３）、用いていたアドレスのＶａｌｉｄ ＬｉｆｅＴｉｍｅをチェックしてＥｘｐｉｒｅしたことを確認し（ステップＳ１８４）、セッションのクリア処理（ソケット解放、メモリ解放など）を行う（ステップＳ１８５）。

その後、所定のアクション（再送や直前の通信相手への新しいアドレスの通知など）を行い（ステップＳ１８６）、処理を終了する（ステップＳ１８７）。

図３２はセッション中にＶａｌｉｄ ＬｉｆｅＴｉｍｅが満了したときのネットワーク制御部１４１内の動作例を示す図である。

図３２において、上位プロトコル処理部１５５は通信が切断するとカーネルのソケット以下ネットワークプロトコルスタック１５９にアクセスしてＶａｌｉｄ ＬｉｆｅＴｉｍｅがＥｘｐｉｒｅしていることを確認する（ステップＳ１９１、Ｓ１９２）。

メイン処理部１５６は管理テーブル部の情報を更新し（ステップＳ１９３〜Ｓ１９７）、固有アプリケーション処理部１５２、上位プロトコル処理部１５５、他制御部通信部１５１を通じて、上位アプリケーションに通知を行い（ステップＳ１９８〜Ｓ２０１）、必要に応じて再送などを行っている（ステップＳ２０２、Ｓ２０３）。

＜総括＞
このように、本発明では、ＬｉｆｅＴｉｍｅの値によりネットワーク機器がどのようにふるまうかを記述している。例えば、ＬｉｆｅＴｉｍｅが特定の値になったときに管理機器に通知したり、通信中に切断したときに所定の動作を行ったりするなどである。従って、状況に応じた適切な対応を行うことができる。

また、ＲＡ内のＬｉｆｅＴｉｍｅの値によりＲＡ自体を選択（ＬｉｆｅＴｉｍｅが短いアドレスは使用しないなど）することにより、アプリケーションやユーザに適切なＩＰｖ６アドレスを選択することができる。

また、アドレス使用の可否を予め設定可能とすることにより、ユーザがＬｉｆｅＴｉｍｅの値によりＩＰｖ６アドレスの制御を行うことができる。

また、ＬｉｆｅＴｉｍｅの値によってソースアドレスを使い分けることができるようにしたことにより、アプリケーションやユーザに対して適切なＩＰｖ６アドレスを用いた通信を行うことができる。

また、ＬｉｆｅＴｉｍｅの値が特定の値になった場合、ネットワークに関するアクションをすることにより、アプリケーションやユーザに対して付加サービスを提供することができる。

また、ＬｉｆｅＴｉｍｅの値が失効した場合に、別の特定のアドレスを使用することにより、アプリケーションやユーザが通信を続けることができる。

また、データ通信中にＬｉｆｅＴｉｍｅの値が失効した場合に、安全に通信を終了させることにより、再通信したりすることができる。

以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

本発明のネットワーク機器を適用したネットワークシステムの一実施形態を示す全体構成図である。 ネットワーク機器を画像処理装置とした場合のハードウェア構成例を示す図である。 ネットワーク機器を画像処理装置とした場合のソフトウェア構成例を示す図である。 ネットワーク制御部の構成例を示す図である。 ＩＰｖ６アドレス管理テーブル部の例を示す図である。 ルータがルータ広告（ＲＡ）をマルチキャストする様子を示す図である。 ネットワーク機器がルータ要請（ＲＳ）をマルチキャストする様子を示す図である。 ネットワーク機器が近隣要請（ＮＳ）をマルチキャストする様子を示す図である。 ＩＰｖ６ Ｓｔａｔｅｌｅｓｓアドレス確定のシーケンス図である。 ネットワーク機器がルータ要請（ＲＳ）を自ら出す場合のＩＰｖ６ Ｓｔａｔｅｌｅｓｓアドレス確定のシーケンス図である。 ＲＡパケットのフォーマットを示す図である。 ＩＰｖ６ヘッダのフォーマットを示す図である。 ルータ広告（ＲＡ）のフォーマットを示す図である。 プレフィックス情報のフォーマットを示す図である。 ＲＳパケットのフォーマットを示す図である。 ルータ要請（ＲＳ）のフォーマットを示す図である。 ＮＳパケットのフォーマットを示す図である。 近隣要請（ＮＳ）のフォーマットを示す図である。 ＮＡパケットのフォーマットを示す図である。 近隣広告（ＮＡ）のフォーマットを示す図である。 Ｓｔａｔｅｌｅｓｓアドレス確定までの処理例を示すフローチャートである。 Ｓｔａｔｅｌｅｓｓアドレス確定までのネットワーク制御部内の動作例を示す図である。 ネットワーク機器がルータ要請（ＲＳ）を自ら出す場合のＳｔａｔｅｌｅｓｓアドレス確定までのネットワーク制御部内の動作例を示す図である。 ＬｉｆｅＴｉｍｅ値による動作制御の設定画面の例を示す図である。 ＬｉｆｅＴｉｍｅ値による動作制御の設定を行なうときのネットワーク制御部内の動作例を示す図である。 送信系アクション時の処理例を示すフローチャートである。 送信系アクション時のネットワーク制御部内の動作例を示す図である。 ＬｉｆｅＴｉｍｅが特定値になったときの処理例を示すフローチャートである。 ＬｉｆｅＴｉｍｅが特定値になったときにメール通知を行う場合のネットワーク制御部内の動作例を示す図である。 ＬｉｆｅＴｉｍｅが特定値になったときにＲＳ送信を行う場合のネットワーク制御部内の動作例を示す図である。 セッション中にＶａｌｉｄ ＬｉｆｅＴｉｍｅが満了したときの処理例を示すフローチャートである。 セッション中にＶａｌｉｄ ＬｉｆｅＴｉｍｅが満了したときのネットワーク制御部内の動作例を示す図である。

符号の説明

１、１Ａ、１Ｂ ネットワーク機器
２Ａ、２Ｂ ルータ
３Ａ〜３Ｃ ＰＣ
６ ネットワーク
１０１ コントローラ
１０２ ＣＰＵ
１０３ システムメモリ
１０４ ＮＢ
１０５ ＳＢ
１０６ ＡＳＩＣ
１０７ ローカルメモリ
１０８ ＨＤＤ
１０９ Ｆｌａｓｈ ＲＯＭ
１１０ ＮＶＲＡＭ
１１１ ＳＤＲＡＭ
１１２ セキュアデバイス
１１３ Ｅｔｈｅｒｎｅｔ（登録商標） Ｉ／Ｆ
１１４ ＵＳＢ Ｉ／Ｆ
１１５ ＩＥＥＥ １３９４ Ｉ／Ｆ
１１６ セントロニクスＩ／Ｆ
１１７ 無線Ｉ／Ｆ
１１８ 外部記憶媒体用Ｉ／Ｆ
１１９ ＡＧＰ
１２０ バス
１２１ オペレーションパネル
１２２ ＦＣＵ
１２３ エンジン部
１２４ バス
１３１ アプリケーション部
１３２ コピーアプリ
１３３ ファクスアプリ
１３４ スキャナアプリ
１３５ ネットファイルアプリ
１３６ プリンタアプリ
１３７ ＡＰＩ
１３８ プラットフォーム部
１３９ システム制御部
１４０ メモリ制御部
１４１ ネットワーク制御部
１４２ エンジン制御部
１４３ セキュリティ制御部
１４４ オペレーション制御部
１４５ ファクス制御部
１４６ Ｎｅｔｗｏｒｋ Ｉ／Ｆ
１５１ 他制御部通信部
１５２ 固有アプリケーション処理部
１５３ ＩＰｖ６環境処理部
１５４ ＩＰｖ６アドレス管理テーブル部
１５５ 上位プロトコル処理部
１５６ メイン処理部
１５７ ルータ広告／要請処理部
１５８ 近隣広告／要請処理部
１５９ ソケット以下ネットワークプロトコルスタック
Ｔ１〜Ｔ４ テーブル

Claims (4)

1. ネットワークに接続され、アドレス生成の元となったプレフィックスに含まれるＬｉｆｅＴｉｍｅ値が失効した場合に通信の切断が行われるネットワーク機器であって、
   ルータから配布されるプレフィックス情報に含まれるＬｉｆｅＴｉｍｅ値が適切か否か判断し、適切である場合にプレフィックスに基づいてアドレスを生成する手段と、
   送信系アクションの開始時に、使用可能なアドレスの中からＬｉｆｅＴｉｍｅ値により送信時のソースアドレスを選択する手段と、
   通信中に回線断を検出した場合に、使用中のアドレスのＬｉｆｅＴｉｍｅ値が失効したことを確認し、セッションのクリア処理を行い、新しいアドレスを用いた再送処理もしくは新しいアドレスの通知処理を行う手段とを備えたことを特徴とするネットワーク機器。
2. 請求項１に記載のネットワーク機器において、
   上記ＬｉｆｅＴｉｍｅ値と動作の対応関係を設定する手段を備えたことを特徴とするネットワーク機器。
3. ネットワークに接続され、アドレス生成の元となったプレフィックスに含まれるＬｉｆｅＴｉｍｅ値が失効した場合に通信の切断が行われるネットワーク機器の動作制御方法であって、
   ルータから配布されるプレフィックス情報に含まれるＬｉｆｅＴｉｍｅ値が適切か否か判断し、適切である場合にプレフィックスに基づいてアドレスを生成する工程と、
   送信系アクションの開始時に、使用可能なアドレスの中からＬｉｆｅＴｉｍｅ値により送信時のソースアドレスを選択する工程と、
   通信中に回線断を検出した場合に、使用中のアドレスのＬｉｆｅＴｉｍｅ値が失効したことを確認し、セッションのクリア処理を行い、新しいアドレスを用いた再送処理もしくは新しいアドレスの通知処理を行う工程とを備えたことを特徴とするネットワーク機器の動作制御方法。
4. 請求項３に記載のネットワーク機器の動作制御方法において、
   上記ＬｉｆｅＴｉｍｅ値と動作の対応関係を設定する工程を備えたことを特徴とするネットワーク機器の動作制御方法。

Images