(57)【要約】【課題】  パケットが一時記憶バッファに入らない場合でも、省エネルギー状態に移行するまでの適切な待ち時間を設定可能にする。【解決手段】  データ制御部１１３は、パケットのパターンとＣＰＵ１２２の動作とを対応付けたテーブルを有し、省エネルギー状態の場合に、物理層インタフェースであるＰＨＹ１１１で受信され、バッファ１１７に記憶されたパケットとテーブルとに基づいてＣＰＵ１２２を起動させるか否かを判定する。そして、ＣＰＵ１２２を起動させる場合、電源管理部１１２でＣＰＵ１２２へ電源を供給させてＣＰＵ１２２を起動させる。また、ＣＰＵ１２２が起動してから所定時間内にＰＨＹ１１１でパケットが受信されていない場合、ＣＰＵ１２２への電源供給を停止させる。ＣＰＵ１２２は、起動すると、バッファ１１７に記憶されたパケットが完全かどうかを判定し、完全でない場合に、そのパケットの種類に応じて上記所定時間を設定する。【選択図】        図１
2013138342.tif 000002
【特許請求の範囲】
【請求項１】
外部からパケットを受信する受信手段と、当該装置のメイン処理を行うメイン処理手段と、電源を管理する電源管理手段とを有し、前記メイン処理手段が省エネルギー状態の場合に動作を停止する情報処理装置であって、
前記受信手段により受信されたパケットが記憶される第１の記憶手段と、
パケットのパターンと前記メイン処理手段の動作とを対応付けたテーブルを有し、前記省エネルギー状態の場合に、前記第１の記憶手段に記憶されたパケットと前記テーブルとに基づいて前記メイン処理手段を起動させるか否かを判定し、起動させる場合に、前記電源管理手段によって前記メイン処理手段へ電源を供給させて該メイン処理手段を起動させる制御手段とを設け、
該制御手段は、前記メイン処理手段が起動してから予め設定された所定時間内に前記受信手段によりパケットが受信されていない場合に、前記電源管理手段による前記メイン処理手段への電源供給を停止させる手段を有し、
前記メイン処理手段は、前記制御手段によって起動されると、前記第１の記憶手段に記憶された前記パケットが完全かどうかを判定し、完全でない場合に、該パケットの種類に応じて前記所定時間を内部に設定する手段を有することを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
パケットのサイズが書き込まれる第２の記憶手段を設け、
前記制御手段は、前記メイン処理手段を起動させると判定した場合に、該判定の基となったパケットのサイズを前記第２の記憶手段に書き込む手段を有し、
前記メイン処理手段は、前記電源管理手段により起動されると、前記第１の記憶手段のメモリサイズと前記第２の記憶手段に書き込まれた前記パケットのサイズとを比較し、前記第１の記憶手段のメモリサイズが前記第２の記憶手段に書き込まれた前記パケットのサイズより小さい場合に、前記第１の記憶手段に記憶された前記パケットが完全でないと判定することを特徴とする情報処理装置。
【請求項３】
前記メイン処理手段は、前記第１の記憶手段に記憶された前記パケットが完全でないと判定した場合に、前記第１の記憶手段に記憶された前記パケットの一部のパターンが特定のパターンであるか否かを判断し、特定のパターンである場合に、前記第１の記憶手段に記憶された前記パケットの一部から受信されたパケット全体を復元することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記メイン処理手段は、前記第１の記憶手段のメモリサイズが、前記第２の記憶手段に書き込まれた前記パケットのサイズ以上である場合に、前記第１の記憶手段に記憶された前記パケットが完全であると判定し、受信された前記パケットを前記第１の記憶手段から読み出すことを特徴とする請求項２又は３に記載の情報処理装置。
【請求項５】
請求項１乃至４のいずれか一項に記載の情報処理装置において、
前記受信手段と前記第１の記憶手段との間の接続又は遮断を制御する第１のスイッチ手段と、
前記受信手段と前記メイン処理手段との間の接続又は遮断を制御する第２のスイッチ手段とを設け、
前記制御手段は、
前記省エネルギー状態の場合には、前記第１のスイッチ手段により前記受信手段と前記第１の記憶手段とを接続し、前記第２のスイッチ手段により前記受信手段と前記メイン処理手段とを遮断し、
前記メイン処理手段を起動させると判定した場合に、前記第１のスイッチ手段により前記受信手段と前記第１の記憶手段とを遮断し、前記第２のスイッチ手段により前記受信手段と前記メイン処理手段とを接続することを特徴とする情報処理装置。
【請求項６】
外部からパケットを受信する受信手段と、当該装置のメイン処理を行うメイン処理手段と、電源を管理する電源管理手段と、前記受信手段により受信されたパケットが記憶される第１の記憶手段と、前記受信手段、前記メイン処理手段、前記電源管理手段、および前記第１の記憶手段に対する各種制御を行う制御手段とを有し、前記メイン処理手段が省エネルギー状態の場合に動作を停止する情報処理装置における情報処理方法であって、
前記制御手段が、パケットのパターンと記メイン処理手段の動作とを対応付けたテーブルを参照し、前記省エネルギー状態の場合に、前記第１の記憶手段に記憶された前記パケットと前記テーブルとに基づいて前記メイン処理手段を起動させるか否かを判定する判定し、起動させる場合に、前記電源管理手段によって前記メイン処理手段へ電源を供給させて前記メイン処理手段を起動させると共に、該メイン処理手段が起動してから予め設定された所定時間内に前記受信手段によりパケットが受信されていない場合に、前記電源管理手段による前記メイン処理手段への電源供給を停止させ、
前記メイン処理手段が、前記制御手段によって起動されると、前記第１の記憶手段に記憶された前記パケットが完全かどうかを判定し、完全でない場合に、該パケットの種類に応じて前記所定時間を内部に設定することを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、情報処理装置およびその情報処理装置における情報処理方法に関する。
【背景技術】
【０００２】
従来から任意の台数の端末装置と、画像処理装置（プリンタやデジタル複合機等）やサーバ装置等の情報処理装置とが通信回線であるネットワークを介して接続された情報処理システムがある。このような情報処理システムでは、一台の情報処理装置を複数台の端末装置で共有できるように設定されることが一般的であり、複数の端末装置で共有される情報処理装置にはネットワーク経由で頻繁に信号が送信される。
このため、例えば情報処理装置がメイン処理手段であるＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）の動作を停止している省エネルギー状態（「省エネルギーモード」又は「低電力モード」ともいう）であると、処理する必要のない信号（パケット）を受信した場合でも、ＣＰＵが起動してしまい、無駄な消費電力が発生する。
【０００３】
そこで、省エネルギー状態時に、処理する必要があるパケットを受信すると、ＣＰＵを復帰させるまでの間、受信したパケットを一時記憶する機能を持つハードウェアがある。このハードウェアは一時記憶バッファを構成している。
このようなハードウェアにおいて、低コストのために一時記憶バッファのバッファサイズを小さくすると、その一時記憶バッファにパケットが入らない場合があり、そのような場合には、エラーとして破棄する方法が知られている。
また、処理すべきパケットを一定期間受信していない場合に、省エネルギー状態に移行する制御方法も知られている。
【０００４】
一方、特許文献１には、パケットが処理可能かどうかの判定部を設け、ネットワーク制御部のフィルタ条件を更新する構成について開示されている。
特許文献２には、コントローラ部の電源状態に連動して、ネットワーク制御部のフィルタ機能のオン／オフを制御する構成について開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した従来の画像処理装置において、上記の省エネルギー状態に移行する機能を備えている場合、省エネルギー状態時にパケットが一時記憶バッファに入らずに破棄された場合には、その後に復帰したＣＰＵで、パケットを受信したこと自体認識できない。
ＣＰＵは、復帰後、一時記憶バッファ内のパケットが破棄されていると、そのパケットに応じた省エネルギー状態に移行するまでの適切な待ち時間が判らず、その待ち時間を設定することはできない。例えば、破棄されたパケットの重要度が高く、端末装置等の外部機器から早期に再送される可能性があっても、前回設定した待ち時間が短いと、省エネルギー状態への移行が早まる。そのため、再送されるパケットを再び省エネルギー状態で受け取ってしまい、いつまでもパケットを正常に処理できないという問題がある。
そして、この問題を解消する構成については、特許文献１，２に記載されていない。
【０００６】
この発明は、上記の点に鑑みてなされたものであり、パケットが一時記憶バッファに入らない（記憶できない）場合でも、省エネルギー状態に移行するまでの適切な待ち時間を設定できるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
この発明は、上記の目的を達成するため、外部からパケットを受信する受信手段と、当該装置のメイン処理を行うメイン処理手段と、電源を管理する電源管理手段とを有とを有し、上記メイン処理手段が省エネルギー状態の場合に動作を停止する情報処理装置であって、以下のようにしたことを特徴とする。
すなわち、上記受信手段により受信されたパケットが記憶される第１の記憶手段と、パケットのパターンと上記メイン処理手段の動作とを対応付けたテーブルを有し、上記省エネルギー状態の場合に、上記第１の記憶手段に記憶されたパケットと上記テーブルとに基づいて上記メイン処理手段を起動させるか否かを判定し、起動させる場合に、上記電源管理手段によって上記メイン処理手段へ電源を供給させて上記メイン処理手段を起動させる制御手段を設ける。
【０００８】
そして、上記制御手段が、上記メイン処理手段が起動してから予め設定された所定時間内に上記受信手段によりパケットが受信されていない場合に、上記電源管理手段による上記メイン処理手段への電源供給を停止させる手段を有する。また、上記メイン処理手段が、上記制御手段によって起動されると、上記第１の記憶手段に記憶された上記パケットが完全かどうかを判定し、完全でない場合に、そのパケットの種類に応じて上記所定時間を内部に設定する手段を有するものである。
【発明の効果】
【０００９】
この発明によれば、パケットが第１の記憶手段（一時記憶バッファ）に入らない場合でも、省エネルギー状態に移行するまでの適切な待ち時間を設定することができる。
【図面の簡単な説明】
【００１０】
【図１】この発明による情報処理装置の一実施形態である画像形成装置の制御系の構成例を示すブロック図である。
【図２】図１に示した画像形成装置１００における主要なソフトウェアの構成例を示すブロック図である。
【図３】図２の通信制御部２０７の構成例を示すブロック図である。
【図４】図２の通信制御部２０７の他の構成例を示すブロック図である。
【図５】図３，図４のＭＡＣドライバ部３０１の構成例を示すブロック図である。
【００１１】
【図６】図１のデータ制御部１１３に設定されたパターンである対応テーブルの一例を示す説明図である。
【図７】同じくデータ制御部１１３に設定されたパターンであるアドレスパターンテーブルを示す説明図である。
【図８】パケットのデータ構造の一例を示す説明図である。
【図９】図１に示した画像形成装置１００における省エネルギー状態からＣＰＵ１２２を復帰させる際の動作例を示すフローチャートである。
【００１２】
【図１０】同じく画像形成装置１００が通常状態に復帰した後のＭＡＣドライバ部３０１による動作例を示すフローチャートである。
【図１１】図１０におけるＳ１２の「バッファデータチェック」の第１例を示すフローチャートである。
【図１２】同じくその「バッファデータチェック」の第２例を示すフローチャートである。
【図１３】図２の通信制御部２０７による電源供給時の処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、この発明を実施するための形態を図面に基づいて具体的に説明する。なお、この発明は、ローカルエリアネットワーク（ＬＡＮ）等のネットワークを介して通信を行うネットワーク対応機器に適用可能である。以下に説明する実施形態では、ネットワーク対応機器を画像形成装置として実施した形態について説明する。
【００１４】
図１は、この発明による情報処理装置の一実施形態である画像形成装置の制御系の構成例を示すブロック図である。
この実施形態の画像形成装置１００は、情報（データ）処理機能を有しており、ネットワークに接続され、そのネットワーク上の他のネットワーク対応機器と通信を行う。この画像形成装置１００では、自己を構成する各部を複数のブロックに分け、そのブロック毎に電源管理を行っている。
【００１５】
この画像形成装置１００は、ここでは４つのブロック１１０，１２０，１３０，１４０を備えている。
ブロック１１０は、物理層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ：ＰＨＹ）インタフェース（以下「ＰＨＹ」と略称する）１１１、電源管理部１１２、データ制御部１１３、ゲート１１４，１１５、レジスタ１１６、バッファ１１７を含み、ブロック１２０，１３０への給電（「電源供給」又は「電力供給」ともいう）に関する制御を行う。
ブロック１２０は、メモリ１２１、ＣＰＵ１２２、メディアアクセス制御（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ：ＭＡＣ）部（以下「ＭＡＣ」と略称する）１２３を含む。
ブロック１３０は、プロッタ１３１を含み、ブロック１４０はスキャナ１４１を含む。
【００１６】
ＰＨＹ１１１は、データと電気信号の相互変換手段であり、ネットワークと接続し、そのネットワーク上のパーソナルコンピュータ（ＰＣ）や他の画像形成装置とパケットデータ（以下単に「パケット」又は「データ」ともいう）の送受信を行う。このＰＨＹ１１１が、この発明における受信手段としての機能を有する。
電源管理部１１２は、電源管理手段であり、ブロック１２０，１３０，１４０の電源管理を行う。つまり、図示しない電源部からブロック１２０，１３０，１４０への電源供給と電源供給の停止を行っている。電源部は、商用電源に接続された電源部又は蓄電池であり、この画像形成装置１００へ電源を供給する。
【００１７】
データ制御部１１３は、制御手段であり、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）等の集積回路によって構成されている。
このデータ制御部１１３は、ブロック１２０，１３０，１４０に電源を供給するか否かの判定やデータの流れを制御する。つまり、パケットのパターンマッチングを行い、特定条件にマッチした場合に、ブロック１２０に電源を供給し復帰させる。また、ゲート１１４，１１５を操作し、データの流れを操作する。更に、第２の記憶手段であるレジスタ１１６に、ブロック１２０を復帰させるきっかけとなったパケットのサイズ（データ量）を書き込む。なお、復帰とは、ＣＰＵ１２２を再起動させることに相当する。データ制御部１１３の詳細は、後述する。
【００１８】
ゲート１１４，１１５は、データの流れを遮断する第１，第２のスイッチ手段であり、データ制御部１１３により制御される。この実施形態では、ゲート１１４，１１５が開いているときはデータが流れ、ゲート１１４，１１５が閉じているときはデータの流れが遮断される。
ゲート１１４は、ＰＨＹ１１１とバッファ１１７との間に設けられており、ＰＨＹ１１１とバッファ１１７との接続又は遮断を制御する。
ゲート１１５は、ＰＨＹ１１１とＭＡＣ１２３との間に設けられており、ＰＨＹ１１１とＭＡＣ１２３との接続又は遮断を制御する。つまり、ＰＨＹ１１１とＣＰＵ１２２との接続又は遮断を制御する。
【００１９】
この実施形態では、ブロック１１０にのみ電源が供給されている場合（省エネルギー状態時）にはゲート１１４のみが開いており、受信したパケットを第１の記憶手段であるバッファ（バッファメモリ）１１７に記憶できるようになっている。また、ブロック１２０，１３０，１４０にも電源が供給されている場合（通常状態時）にはゲート１１５のみが開いており、受信したパケットはＭＡＣ１２３を介してＣＰＵ１２２により読み取られる。
レジスタ１１６は、ブロック１２０を復帰させるきっかけとなったパケットのサイズを保存するための記憶手段であり、ＣＰＵ１２２から読み書きが可能である。
【００２０】
バッファ１１７は、ＰＨＹ１１１が受信したパケット（ブロック１２０を復帰させるきっかけとなったパケット）を保存するための記憶手段である。この実施形態のバッファ１１７は、受信したパケット全体を保存できるメモリサイズ（記憶容量）はなく、パケットの一部を保存できるメモリサイズであれば良い。パケット全体を保存できるメモリサイズとは、例えば１５１８オクテットである。また、パケットの一部を保存できるメモリサイズとは、例えば２５６オクテットである。この実施形態では、バッファ１１７のメモリサイズは、２５６オクテットとする。
【００２１】
この実施形態では、ゲート１１４が開いている場合には、ＰＨＹ１１１を介して受信されたパケットはバッファ１１７へ書き込まれる。また、パケットは先頭から順にバッファ１１７へ格納され、パケットの全体が格納される前にバッファ１１７の空き容量がなくなった場合には、バッファ１１７に格納されなかった部分のパケットのデータは破棄される。更に、バッファ１１７に空き容量がない場合にパケットが受信されると、バッファ１１７にパケットが上書きされる。
【００２２】
メモリ１２１は、ＲＯＭ，ＲＡＭ，およびフラッシュメモリ等の不揮発性メモリを備えた記憶部であり、画像形成装置１００の機能を実行するためのアプリケーションプログラム（以下「アプリケーション」又は「アプリ」ともいう）を含む各種のプログラムやデータ（後述する時間等の設定内容を示すデータを含む）を記憶する。また、メモリ１２１は、ＣＰＵ１２２が各種の制御処理を実行する際の作業領域を提供する。
ＣＰＵ１２２は、上記プログラムに従って画像形成装置１００の全体を制御する。その機能が、メイン処理手段としての機能である。
ＭＡＣ１２３は、ＰＨＹ１１１によるパケットの送受信制御や誤り検出を行う。
【００２３】
プロッタ１３１は、印刷手段（画像形成手段）であり、画像データを可視画像として用紙等の印刷媒体への印刷（「プリント」又は「画像形成」ともいう）を行う。
スキャナ１４１は、画像読取手段であり、紙原稿（紙以外の原稿でもよい）の画像を光学的に読み取って画像データとして出力する。
なお、上述した４つのブロック１１０，１２０，１３０，１４０以外に、ファクシミリ通信を行う機能部のブロックや、自動原稿給送装置（ＡＤＦ）のブロック等の他のブロックも備えることもできる。
【００２４】
この実施形態の画像形成装置１００では、ブロック１１０内のＰＨＹ１１１、データ制御部１１３、ゲート１１４，１１５、レジスタ１１６、バッファ１１７と、ブロック１２０内のＭＡＣ１２３とで通信機能部１５０を形成している。
通信機能部１５０は、画像形成装置１００に送信されたデータに基づき、画像形成装置１００およびその画像形成装置１００とネットワークを介して接続された他の装置との通信を制御する。また、送信されたデータに基づき、画像形成装置１００を省エネルギー状態から通常状態へ復帰させるか否かを判断する。そして、画像形成装置１００を通常状態へ復帰させると判断すると、ブロック１２０に電源が供給されてＣＰＵ１２２が再起動し、通常状態へ復帰する。
【００２５】
なお、この実施形態における省エネルギー状態とは、ブロック１２０，１３０，１４０に電源が供給されておらず、ブロック１１０のみが動作している状態を示す。また、通常状態とは、少なくともブロック１１０とブロック１２０が動作している状態を示す。よって、ＣＰＵ１２２は、省エネルギー状態では動作は停止しており、通信機能部１５０からの復帰指示に基づき再起動する。
【００２６】
次に、図１に示した画像形成装置１００の主要なソフトウェア（機能）構成について説明する。なお、このソフトウェアを構成するプログラムによる処理は、実際にはＣＰＵ１２２がメモリ１２１内のプログラムに従って動作することによって実行するが、説明の都合上、プログラムが処理を実行するものとする。以後も、プログラムが何らかの処理を行うものとして説明を行う場合には、同様とする。
【００２７】
図２は、図１に示した画像形成装置１００における主要なソフトウェアの構成例を示すブロック図である。
この画像形成装置１００は、プリンタ機能部２０１、コピー機能部２０２、スキャナ機能部２０３、メモリ管理部２０４、画像加工部２０５、プリンタ言語部２０６、通信制御部２０７、プロッタ制御部２０８、およびスキャナ制御部２０９の各プログラムを備えている。
【００２８】
プリンタ機能部２０１は、プリンタアプリの一部であり、図１のプロッタ１３１を用いたプリンタ機能に関する制御を行う。
コピー機能部２０２は、コピーアプリであり、図１のプロッタ１３１とスキャナ１４１を用いたコピー機能に関する制御を行う。
スキャナ機能部２０３は、スキャナアプリであり、図１のスキャナ１４１を用いたスキャナ（画像読み取り）機能に関する制御を行う。
【００２９】
メモリ管理部２０４は、図１のメモリ１２１の管理を行う。
画像加工部２０５は、プリンタ機能部２０１、コピー機能部２０２、スキャナ機能部２０３を含む各機能に必要な各種の画像加工処理を行う。この画像加工処理には、ＴＩＦＦ（Ｔａｇｇｅｄ  Ｉｍａｇｅ  Ｆｉｌｅ  Ｆｏｒｍａｔ）やＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）を含む各種の圧縮データへのデータ変換も含む。
【００３０】
プリンタ言語部２０６は、プリンタアプリの一部であり、通信制御部２０７から受信したパケットの印刷データ（プリンタジョブデータ）を解析し、図１のプロッタ１３１で印刷を行うための画像化（画像データへの変換）を行う。
通信制御部２０７は、図１のＭＡＣ１２３を含む通信機能部１５０の制御を行う。通信制御部２０７の詳細は後述する。
プロッタ制御部２０８は、図１のプロッタ１３１の制御を行う。
スキャナ制御部２０９は、図１のスキャナ１４１の制御を行う。
【００３１】
この実施形態では、ＣＰＵ１２２が再起動してブロック１２０が復帰した後は、通信制御部２０７により通信機能部１５０を制御して通信を行う。以下で通信制御部２０７の詳細を説明する。
図３は、図２の通信制御部２０７の構成例を示すブロック図である。
【００３２】
この通信制御部２０７は、ＭＡＣドライバ部３０１、ネットワークスタック部３０２、ネットワークアプリ部３０３、タイマ３０４、およびパケット種類判断部３０５を備えている。
ＭＡＣドライバ部３０１は、ＭＡＣ１２３の制御を行う。これは周知なので、詳細な説明を省略する。
ネットワークスタック部３０２は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）層、トランスポート層の制御を行う。これも周知なので、詳細な説明を省略する。
【００３３】
ネットワークアプリ部３０３は、プリンタ機能およびスキャナ機能を含む機能毎のネットワーク制御を行う。
このネットワークアプリ部３０３は、図３の例では、印刷データ通信部３０３ａおよびネットワーク管理通信部３０３ｂを備えている。
印刷データ通信部３０３ａは、パーソナルコンピュータ等の端末装置からの印刷データを受信し、プリンタアプリを構成するプリンタ言語部２０６に印刷データを渡すポート（ｐｏｒｔ）９１００を使用可能である。このポートとは、外部とデータを入出力するためのソフトウェア又はハードウェアのインタフェースである。
【００３４】
また、ＲＦＣ（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔ）１１７９で規定されている手順に従い、端末装置からの印刷データを受信し、プリンタ言語部２０６に印刷データを渡すＬＰＤプロトコル（Ｌｉｎｅ  Ｐｒｉｎｔｅｒ  Ｄａｅｍｏｎ  Ｐｒｏｔｏｃｏｌ）を使用可能である。
【００３５】
上記ＲＦＣは、インタネットに関する技術の標準を定める団体であるＩＥＴＦによって規定された仕様であり、例えば、ＩＰ（ＲＦＣ７９１）、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）（ＲＦＣ７９３）、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）（ＲＦＣ２６１６）、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）（ＲＦＣ９５９）などインターネットで利用されるプロトコルや、その他インターネットに関わるさまざまな技術の仕様がある。
また、上記ＬＰＤプロトコルはネットワーク・プリンタへ接続するプロトコルの一種である。
【００３６】
ネットワーク管理通信部３０３ｂは、ネットワーク上の機器であるネットワーク対応機器の管理のための通信を司る。
このネットワーク管理通信部３０３ｂは、ネットワーク対応機器の状態取得など監視に使われるＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）を使用可能である。
ＳＮＭＰは、ネットワーク管理のために規定されたプロトコル（通信規約）に基づく機能部である。
【００３７】
このＳＮＭＰは、ネットワークに接続されたルータやハブを含む通信機器を、ネットワークを通じて監視あるいは制御するためのものである。
なお、ＳＮＭＰは、ＴＣＰ／ＩＰ接続のネットワークに用いられることが多いが、ＴＣＰではなくＵＤＰ上で用いられることもある。
上記監視や制御の対象となる通信機器は、ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）と呼ばれるデータベースに管理されている。
そして、ＭＩＢの規定に従って、モデムの利用状況を調べたり、あるいは設定をリセットしたりといった機器の設定管理を行うことができる。
【００３８】
タイマ３０４は、時間を計測（カウント）する。このタイマ３０４の計測値（カウント値）はパケット種類判断部３０５によって操作される。
パケット種類判断部３０５は、図１のＭＡＣ１２３によって受信したパケットがネットワーク管理通信部３０３ｂで処理するパケットの種類か、ネットワークスタック部３０２で処理するパケットの種類かの判断を行う。
パケット種類判断部３０５はまた、ＭＡＣ１２３によって受信したパケットがブロック１１０で自動応答可能なパケットの種類か否かの判断を行う。
【００３９】
以上のように構成された通信制御部２０７では、ブロック１２０が給電状態のときに受信したデータの応答データを生成して応答した後、受信したデータがブロック１１０で応答可能なデータであることを確認した場合、電源管理部１１２によってブロック１２０への給電を停止させる指示を送る手順の処理を実行することができる。
また、ブロック１２０が給電状態のときにブロック１１０によって応答不可能なデータの受信が一定期間無かったことを確認した場合、電源管理部１１２にブロック１２０への給電を停止させる指示を送る手順の処理を実行することもできる。
【００４０】
さらに、ブロック１１０によって応答不可能なデータの受信が一定期間無かったことを確認中は、ブロック１１０によって応答可能なデータの受信があっても一定期間の計測を継続する手順の処理を実行する。
さらにまた、ブロック１１０によって応答不可能なデータの受信が一定期間無かったことを確認中に、ブロック１１０によって応答可能で且つ予め設定された種類のデータを受信した場合、電源管理部１１２にブロック１２０への給電を停止させる指示を送る手順を実行する。
【００４１】
図３に示した通信制御部２０７の内部構成例では、パケット種類判断部３０５を他の内部機能部と独立して設けている場合を示した。
しかし、図４に示すように、ネットワークアプリ部３０３のネットワーク管理通信部３０３ｂの内部にパケット種類判断部３０５ａを、ネットワークスタック部３０２の内部にパケット種類判断部３０５ｂをそれぞれ設ける構成にしても良い。
【００４２】
図４は図２の通信制御部２０７の他の構成例を示すブロック図であり、図３と同じ又は対応する部分には同一符号を付している。
図４のネットワークアプリ部３０３は、内部にパケット種類判断部３０５ａを設けた他は図３のネットワークアプリ部３０３と同じ機能を果たす。
図４のネットワークスタック部３０２はまた、内部にパケット種類判断部３０５ｂを設けた他は図３のネットワークスタック部３０２と同じ機能を果たす。
【００４３】
この図４の構成例の場合、パケット種類判断部３０５ａは、図１のＭＡＣ１２３によって受信したパケットがネットワーク管理通信部３０３ｂで処理するパケットの種類か否かを判断する。
また、パケット種類判断部３０５ｂは、図１のＭＡＣ１２３によって受信したパケットがネットワークスタック部３０２で処理するパケットの種類か否かを判断する。
【００４４】
次に、図３，図４のＭＡＣドライバ部３０１の詳細について説明する。
図５は、そのＭＡＣドライバ部３０１の構成例を示すブロック図である。
このＭＡＣドライバ部３０１は、受信バッファ４０１、送信バッファ４０２、バッファチェック部４０３、およびＭＡＣ制御部４０４を備えている。
受信バッファ４０１は、ＭＡＣ１２３から受信したデータを保存する。
送信バッファ４０２は、ネットワークスタック部３０２から受信したデータを保存する。
【００４５】
バッファチェック部４０３は、バッファ１１７にデータが格納されているか否かをチェックする。
ＭＡＣ制御部４０４は、ＭＡＣ１２３を制御する。つまり、ＭＡＣ１２３から受信したデータを受信バッファ４０１へ保存し、ネットワークスタック部３０２に渡す。また、ネットワークスタック部３０２が送信バッファ４０２に保存したデータをＭＡＣ１２３へ渡す。
【００４６】
次に、画像形成装置１００が省エネルギー状態である場合のブロック１１０の動作について説明する。
この実施形態の画像形成装置１００では、省エネルギー状態においてパケットを受信すると、データ制御部１１３が受信したパケットに基づきブロック１２０を復帰させるか否かを判断する。
【００４７】
ここで、図１のデータ制御部１１３について説明する。
このデータ制御部１１３には、ブロック１２０を復帰させるパケットのパターンが予め設定されており、受信したパケットが設定されたパターンとマッチするか否かを判定する。そして、受信したパケットが設定されたパターンとマッチすると判定すると、ゲート１１４，１１５を制御してブロック１２０を復帰させる。
【００４８】
ここで、データ制御部１１３に設定されたパターンについて説明する。
図６は、データ制御部１１３に設定されたパターンである対応テーブルの一例を示す説明図である。
この対応テーブル５０では、宛先ＭＡＣアドレス、マッチングパターン、パターン一致時の動作が対応付けられている。
【００４９】
図７は、データ制御部１１３に設定されたパターンであるアドレスパターンテーブルを示す説明図である。
このアドレスパターンテーブル６０には、宛先ＭＡＣアドレスのパターンが示されている。
【００５０】
データ制御部１１３は、受信したパケットの宛先ＭＡＣアドレスがアドレスパターンテーブル６０の（１），（２），（３），（４）であり、受信したパケットのイーサタイプが「０ｘ００００−０ｘ０５ＤＣ」であった場合、ＣＰＵ１２２を再起動してブロック１２０を復帰させると判定する。
また、受信したパケットの宛先ＭＡＣアドレスがアドレスパターンテーブル６０の（１），（２），（３）であり、受信したパケットが「ＩＰｖ４」でポートが「１６１」であった場合、ＣＰＵ１２２を起動させず、省エネルギー状態（スリープ）を維持する。
【００５１】
この実施形態では、このようなマッチングによる判定に用いるデータのサイズは、必要最低限までとしても良い。
図８は、パケットのデータ構造の一例を示す説明図である。
パケットには、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、タイプ、ペイロードデータ、ＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）を含む。
【００５２】
宛先ＭＡＣアドレスは、ペイロードデータを届ける相手先を示すアドレスである。
送信元ＭＡＣアドレスは、パケットが送信された機器自身のＭＡＣアドレスであり、通常は機器の有するＲＯＭに焼き込まれた固有の番号が割り当てられている。
タイプは、データフィールドに格納する上位層プロトコルを示すプロトコルタイプである。
【００５３】
ペイロードデータは、４６〜１５００オクテットの範囲でアプリケーションのデータが格納される。
ＦＣＳは、ペイロードデータが壊れていないかどうかをチェックするためのビット列である。
よって、データ制御部１１３は、対応テーブル５０およびアドレスパターンテーブル６０により、受信したパケットによりＣＰＵ１２２を再起動させると判定した場合、電源管理部１１２およびゲート１１４，１１５を制御してブロック１２０を復帰させることができる。
【００５４】
次に、図１に示した画像形成装置１００におけるＣＰＵ１２２の再起動について説明する。
図９は、省エネルギー状態からＣＰＵ１２２を復帰させる際の動作例を示すフローチャートである。なお、この図を含む各フローチャートにおいて、ステップを「Ｓ」と略記している。
【００５５】
画像形成装置１００では、省エネルギー状態時に図９の処理を開始する。そして、まずＳ１でＰＨＹ１１１がパケットを受信すると、Ｓ２でデータ制御部１１３が、対応テーブル５０およびアドレスパターンテーブル６０により、受信したパケットのパターンマッチングを行う。
そして、受信したパケットが対応テーブル５０に設定されたパケットのパターンの何れともマッチしない場合には、データ制御部１１３は処理を終了する。このとき、ゲート１１４は開いており、ゲート１１５は閉じている。
【００５６】
また、受信したパケットが対応テーブル５０に設定されたパケットのパターンの何れかとマッチした場合（パターン一致時）には、Ｓ３へ移行し、データ制御部１１３は対応テーブル５０におけるパターン一致時の動作を参照する。
そして、パターン一致時の動作がスリープであった場合には、データ制御部１１３はＣＰＵ１２２を再起動させずに省エネルギー状態を維持したまま処理を終了する。なお、受信したパケットが対応テーブル５０に設定されたパケットのパターンのうち複数のパターンとマッチする場合、パターン一致時の動作としてスリープが有効になる。
【００５７】
一方、パターン一致時の動作が復帰であった場合にはＳ４へ移行し、データ制御部１１３は、受信したパケットをバッファ１１７へ格納し、受信したパケットのサイズをレジスタ１１６に書き込む。
続いて、Ｓ５へ進み、データ制御部１１３は、ゲート１１４を閉じてゲート１１５を開くゲート操作を行う。
このとき、バッファ１１７に書き込まれるパケットのサイズとレジスタ１１６に書き込まれるパケットのサイズとは必ずしも一致しない。
【００５８】
この実施形態のバッファ１１７は、２５６オクテットである。よって、受信したパケットのサイズが１５１８オクテットであった場合、バッファ１１７に記憶されるのは、１５１８オクテットのうち先頭の２５６オクテットのみとなり、バッファ１１７にはパケットの一部しか記憶されない。これに対してレジスタ１１６には、受信したパケットのサイズとして１５１８オクテットという値が書き込まれる。よって、レジスタ１１６に書き込まれたパケットのサイズとバッファ１１６に記憶されたパケットのサイズとは異なる。なお、受信したパケットのサイズが、バッファ１１７のメモリサイズと同じ２５６オクテットである場合には、バッファ１１７には受信した全てのパケットが記憶され、レジスタ１１６に書き込まれるパケットのサイズとも一致とするようになる。
【００５９】
次に、Ｓ６へ進み、データ制御部１１３は電源管理部１１２によってブロック１２０に電源を供給（ＯＮ）させる（Ｓ６）。なお、このとき、ブロック１３０，１４０にも電源が供給されても良い。
次に、Ｓ７へ進み、データ制御部１１３はＣＰＵ１２２を復帰させ、処理を終了する。ＣＰＵ１２２が復帰して再起動すると、画像形成装置１００は通常状態となる。
【００６０】
次に、図１に示した画像形成装置１００が通常状態に復帰した後の動作について説明する。
図１０は、画像形成装置１００が通常状態に復帰した後のＭＡＣドライバ部３０１による動作例を示すフローチャートである。
【００６１】
この実施形態において、ＣＰＵ１２２が再起動して画像形成装置１００が通常状態となると、ＭＡＣドライバ部３０１は、図１０の処理を開始し、まずＳ１１でレジスタ１１６の値が「０」か否かを判定する。
そして、レジスタ１１６の値が０の場合には、Ｓ１５へ移行してＭＡＣ１２３を初期化する。
【００６２】
ここで、この実施形態において、レジスタ１１６の値が「０」の場合、画像形成装置１００は通常状態へ復帰した際にパケットを受信しておらず、パケットの受信以外の理由で通常状態へ復帰したことが判る。画像形成装置１００を通常状態に復帰させるパケットの受信以外の理由とは、例えばユーザによる操作等である。
【００６３】
一方、レジスタ１１６の値が「０」でない場合には、ＭＡＣドライバ部３０１は、Ｓ１２へ進み、バッファデータチェックを行って、バッファ１１７に記憶されたパケットが壊れていないか否かを判定（チェック）する。Ｓ１２における判定処理の詳細は後述する。
そして、パケットが壊れていた場合には、エラーとして直ちにＳ１４へ進み、レジスタ１１６に「０」を書き込み、Ｓ１５へ進む。
【００６４】
また、パケットが壊れていない場合には、Ｓ１３へ進み、バッファ１１７に記憶されたパケットを読み出して、図５の受信バッファ４０１へ保存する。このとき、図示は省略しているが、図４のネットワークスタック部３０２へパケットの保存を通知する。
その後、Ｓ１４へ進んでレジスタ１１６に「０」を書き込み、Ｓ１５でＭＡＣ１２３を初期化して、処理を終了する。
【００６５】
次に、図１０におけるＳ１２の「バッファデータチェック」の詳細について説明する。
図１１は、その「バッファデータチェック」の第１例を示すフローチャートである。
ＭＡＣドライバ部３０１は、まずＳ２１でレジスタ１１６に書き込まれたパケットのサイズを示す値とバッファ１１７のメモリサイズを示す値とを比較する。
【００６６】
そして、レジスタ１１６のパケットのサイズがバッファ１１７のメモリサイズ以下の場合には、受信したパケット全体がバッファ１１７に記憶（保存）されていることが判る。
その場合は次に、Ｓ２２へ進んでバッファ１１７に保存されたパケットのＦＣＳをチェックしてエラーの有無を判断する。
そして、エラーがない（パケットが完全な）場合には、Ｓ２３へ進んで対応する処理（ここでは「エラーなし処理」という）を行い、図１０の処理へリターンしてＳ１３へ進む。エラーなし処理としては、対応するフラグ（例えばエラーフラグ）を“０”にする処理がある。
【００６７】
また、エラーがあった（パケットが完全でない）場合には、Ｓ２４へ進んで対応する処理（ここでは「エラー処理」という）を行った後、図１０の処理へリターンし、Ｓ１４へ進む。エラー処理としては、対応するフラグ（例えばエラーフラグ）を“１”にすると共に、受信したパケットがエラーである旨をネットワークスタック部３０２へ通知する処理がある。
一方、Ｓ２１において、レジスタ１１６のパケットのサイズがバッファ１１７のメモリサイズより大きい場合、バッファ１１７にはパケット全てが記憶されていないことが判るため、Ｓ２４へ進んでエラー処理を行う。
【００６８】
なお、この実施形態では、図１０のＳ１３において、パケットを図５における受信バッファ４０１へ保存する際に、バッファ１１７に記憶されたデータが特定の構造のパケットの一部であった場合、バッファ１１７内のパケットの一部に基づきパケット全体を復元して受信バッファ４０１へ保存しても良い。
【００６９】
次に、図１０におけるＳ１２の「バッファデータチェック」の他の例（パケットを復元する場合の処理）について説明する。
図１２は、その「バッファデータチェック」の第２例を示すフローチャートである。
ＭＡＣドライバ部３０１は、まずＳ３１でレジスタ１１６に書き込まれたパケットのサイズを示す値とバッファ１１７のメモリサイズを示す値とを比較する。
【００７０】
そして、レジスタ１１６のパケットのサイズがバッファ１１７のメモリサイズ以下の場合には、バッファ１１７に保存されたパケットのＦＣＳをチェックしてエラーの有無を判断する。
ここで、Ｓ３４，Ｓ３３，Ｓ３５の処理は、図１１のＳ２２〜Ｓ２４の処理と同様であるため、それらの説明は省略する。
【００７１】
Ｓ３１において、レジスタ１１６のパケットがバッファ１１７のメモリサイズより大きい場合には、Ｓ３２へ進んでバッファ１１７に記憶されたパケットが特定パケットである定型パケットであるか否かを判断する。
そして、定型パケットであった場合には、Ｓ３３へ進んで図１１のＳ２３と同様のエラーなし処理を行う。
また、定型パケットでない場合には、Ｓ３５へ進んで図１１のＳ２４と同様のエラー処理を行う。
【００７２】
なお、定型パケットとは、例えばＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）等からの定期的に送信される特定のデータ構造を有するパケット等であり、先頭パケットから後続パケットを推測することが可能なパケットを示す。この実施形態では、例えばこの定型パケットが予めメモリ１２１等に格納されており、ＣＰＵ１２２（ＭＡＣドライバ部３０１）はバッファ１１７に記憶されたパケットと予め格納された定型パケットとを比較して、バッファ１１７内のパケットが定型パケットか否かを判断しても良い。
【００７３】
バッファ１１７が定型パケットであった場合、図１０のＳ１３においてパケットを受信バッファ４０１に記憶させる際に、ＣＰＵ１２２は、バッファ１１７内のパケットの先頭部分から後続パケットを推測してパケット全体を復元して記憶させる。推測の方法としては、例えばＳ３２において、バッファ１１７内のパケットの一部が定型パケットの一部と同じものであった場合に、バッファ１１７内のパケットで欠けている分が定型パケットの残りの部分と同一であると推測するものがある。
【００７４】
次に、図２の通信制御部２０７による電源供給時（省エネルギー状態からの復帰時を含む）の処理について説明する。
図１３は、図２の通信制御部２０７による電源供給時の処理の一例を示すフローチャートである。
【００７５】
通信制御部２０７は、ブロック１２０の通常状態への復帰時に図１３の処理を開始し、まずＳ４１で図３又は図４のタイマ３０４をスタートして時間計測を開始する。
次に、Ｓ４２へ進んで図３又は図４のＭＡＣドライバ部３０１がパケットを受信したか否かを判断し、受信すればＳ４７へ進み、タイマ３０４による時間計測を停止してタイマ３０４のカウント値（計測値）を「０」にリセット（初期化）する。
【００７６】
ＭＡＣドライバ部３０１がパケットを受信していない場合には、タイマ３０４のカウント値が「１００００（ｍｓ：ミリセコンド）」に達したか否かを判断する（Ｓ４３）。つまり、タイマ３０４による計測時間が１０秒に達したか否かを判断する。なお、タイマ３０４のカウント値＝「１００００」は、予め設定された所定時間（一定時間）に相当する。
【００７７】
そして、タイマ３０４のカウント値が「１００００」に達していない場合には、タイマ３０４のカウント値に「１」を加算して（Ｓ４４）、タイマ３０４による時間計測を継続した後、Ｓ４２へ戻って上述と同様の処理を繰り返す。
その後、タイマ３０４のカウント値が「１００００」に達すると、図１のブロック１２０での処理が必要なパケットの受信が所定時間無かったことを確認し、Ｓ４５へ移行する。
【００７８】
ここで、その所定時間としては、受信したパケットの種類（イーサタイプ，ＴＣＰ／ＵＤＰ，ポート番号など）から、次のパケットを受信するまでの時間を予測し、その予測時間に応じた最適な時間を設定し、その時間を示すデータを図１のメモリ１２１（実際には不揮発性メモリ）に記憶することができる。なお、ユーザの要求（ユーザの操作による端末装置又は画像形成装置１００の図示しない操作部からの要求）に応じて任意の時間を設定することもできる。
【００７９】
Ｓ４５では、タイマ３０４による時間計測を停止してタイマ３０４のカウント値を「０」にリセットする。
次のＳ４６では、図１のブロック１２０への電源供給を停止する指示をブロック１１０の電源管理部１１２へ送信し、その電源供給を停止させ、処理を終了する。
【００８０】
なお、図１０のＳ１２の「バッファデータチェック」の判定処理を削除し、ＭＡＣドライバ部３０１が、Ｓ１３において、パケットを受信バッファ４０１に保存するだけでなく、レジスタ１１６の値をメモリ１２１に保存する処理も行い、その保存した値をネットワークスタック部３０２へ渡すようにすることもできる。
【００８１】
その場合、ネットワークスタック部３０２は、渡されたパケットがバッファ１１７に保存されていたパケットである場合に、図１０のＳ１２（図１１又は図１２）と同様の判定処理を行い、パケットがエラーかどうかの確認を実施し、処理するかどうかを判断すると良い。そして、パケットがエラーの場合でも、保存されているパケットの先頭部分より、受信したパケットの種類（イーサタイプ，ＴＣＰ／ＵＤＰ，ポート番号など）から次のパケットを受信するまでの時間を予測することができる。よって、タイマ３０４のカウント値と比較する所定時間としては、その予測時間に応じた最適な時間を設定することができる。
【００８２】
このように、この実施形態の画像形成装置によれば、図１におけるデータ制御部１１３が、パケットのパターンとＣＰＵ１２２の動作とを対応付けたテーブルを有し、省エネルギー状態の場合に、ＰＨＹ１１１によって受信され、バッファ１１７に記憶されたパケットとテーブルとに基づいてＣＰＵ１２２を起動させるか否かを判定する。そして、ＣＰＵ１２２を起動させる場合、電源管理部１１２によりＣＰＵ１２２へ電源を供給させてＣＰＵ１２２を起動させる。また、ＰＨＹ１１１で所定時間内にパケットが受信されていない場合、電源管理部１１２によるＣＰＵ１２２への電源供給を停止させる。ＣＰＵ１２２は、起動すると、バッファ１１７に記憶されたパケットが完全かどうかを判定し、完全でない場合に、そのパケットの種類に応じて上記所定時間を設定する。
【００８３】
よって、パケットがバッファ１１７（一時記憶バッファ）に入らない場合でも、省エネルギー状態に移行するまでの適切な待ち時間を設定することができる。
また、省エネルギー状態時に受信したパケットを記憶するためのバッファ１１７のメモリサイズを小さくしつつ、ネットワーク機能を維持することができる。
さらに、バッファ１１７のメモリサイズを小さくすることができるため、バッファ１１７を構成するゲートの数を小さくできる。このため、省エネルギー状態で動作するブロック１１０を構成するゲートを少なくすることができ、省エネルギー状態における消費電力を低減することができる。
【００８４】
なお、この実施形態では、ブロック１２０にのみＣＰＵ１２２を備える構成としたが、これに限定されない。例えば、ブロック１３０にプロッタ制御用のＣＰＵを別途設けても良いし、ブロック１４０にスキャナ制御用のＣＰＵを別途設けても良い。
また、データ制御部１１３を、専用のＣＰＵとプログラムによって構成することもできる。この場合、専用のＣＰＵがプログラムを実行することにより、データ制御部１１３の機能を実現させれば良い。
【００８５】
以上、この発明を画像形成装置に適用した実施形態について説明したが、この発明はこれに限らず、画像読取装置（スキャナ装置等）等の他の画像処理装置やパーソナルコンピュータなど、各種の情報処理装置に適用可能である。
なお、この発明は上述した実施形態に限定されるものではなく、特許請求の範囲に記載された技術思想に含まれる技術的事項の全てが対象となることは言うまでもない。
【符号の説明】
【００８６】
５０：対応テーブル    ６０：アドレスパターンテーブル    １００：画像形成装置
１１０，１２０，１３０，１４０：ブロック    １１１：ＰＨＹ    １１２：電源管理部
１１３：データ制御部    １１４，１１５：ゲート    １１６：レジスタ
１１７：バッファ    １２１：メモリ    １２２：ＣＰＵ    １２３：ＭＡＣ
１３１：プロッタ    １４１：スキャナ    １５０：通信機能部
２０１：プリンタ機能部    ２０２：コピー機能部    ２０３：スキャナ機能部
２０４：メモリ管理部    ２０５：画像加工部    ２０６：プリンタ言語部
２０７：通信制御部    ２０８：プロッタ制御部    ２０９：スキャナ制御部
３０１：ＭＡＣドライバ部    ３０２：ネットワークスタック部
３０３：ネットワークアプリ部    ３０３ａ：印刷データ通信部
３０３ｂ：ネットワーク管理通信部    ３０４：タイマ
３０５，３０５ａ，３０５ｂ：パケット種類判断部    ４０１：受信バッファ
４０２：送信バッファ    ４０３：バッファチェック部    ４０４：ＭＡＣ制御部
【先行技術文献】
【特許文献】
【００８７】
【特許文献１】特開２００９−４９６９９号公報
【特許文献２】特開２００５−２６９１０３号公報
【図１】
2013138342.tif 000003
【図２】
2013138342.tif 000004
【図３】
2013138342.tif 000005
【図４】
2013138342.tif 000006
【図５】
2013138342.tif 000007
【図６】
2013138342.tif 000008
【図７】
2013138342.tif 000009
【図８】
2013138342.tif 000010
【図９】
2013138342.tif 000011
【図１０】
2013138342.tif 000012
【図１１】
2013138342.tif 000013
【図１２】
2013138342.tif 000014
【図１３】
2013138342.tif 000015