(57)【要約】【課題】ＡＲＰ要求パケットの受信からデータの受信開始までの時間を短縮する。【解決手段】端末装置は、ＴＣＰ／ＩＰパケットを送受信するネットワークインターフェース３０を備える。そのネットワークインターフェース３０は、送信元から到来するＡＲＰ要求パケットを受信するとそれをデコードし、該ＡＲＰ要求パケット内のＩＰアドレスが自己宛のときに自己ＭＡＣアドレスを書き込んだＡＲＰ応答パケットを作成して送信元に返すＡＲＰブロック３５と、前記ＡＲＰ要求パケットを受信してそれをデコードし、該ＡＲＰ要求パケット内のＩＰアドレスが自己宛のときスリープ部１０をパワーオン又はウエイクアップさせる起動制御信号を作成するＷＯＬブロック３４備える。【選択図】図１
2009021665.tif 000002
【特許請求の範囲】
【請求項１】
ＴＣＰ／ＩＰパケットを送受信するネットワークインターフェースを備えた端末装置において、該ネットワークインターフェースは、  送信元から到来するＡＲＰ要求パケットを受信するとそれをデコードし、該ＡＲＰ要求パケット内のＩＰアドレスが自己宛のときに自己のＭＡＣアドレスを書き込んだＡＲＰ応答パケットを作成して前記送信元に返すＡＲＰブロックと、  前記ＡＲＰ要求パケットを受信してそれをデコードし、該ＡＲＰ要求パケット内のＩＰアドレスが自己宛のときパワーオフ又はスリープ中の回路ブロックをパワーオン又はスリープ解除させる起動制御信号を作成する論理回路と、を備えることを特徴とする端末装置。
【請求項２】
前記ＡＲＰブロックは、ＭＡＣブロックが他のデータの送信をしていないときに前記ＡＲＰ応答パケットを前記送信元に返すことを特徴とする請求項１に記載の端末装置。
【請求項３】
前記ＭＡＣブロックは、前記ＡＲＰ応答パケットの送信が終了するまで、他のデータの送信を延期させることを特徴とする請求項２に記載の端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、ネットワークを介してパワーオフあるいはスリープの解除が行われる端末装置に関するものである。
【背景技術】
【０００２】  図３に、従来の端末装置の要部を示す。この端末装置は、スリープ部１０、起動コントローラ２０、ネットワークインターフェース３０、バス４０、その他（図示せず）を備える。スリープ部１０は、例えばＣＰＵ１１と複数のペリフェラル装置１２とメモリ１３を有する。【０００３】  このような構成をもつ端末装置においては、待機状態では、消費電力を抑える目的で、ネットワークインターフェース３０と起動コントローラ２０のみ常時起動しておき、スリープ部１０はパワーオフあるいはスリープ状態に設定される。【０００４】  スリープ部１０のパワーオンあるいはスリープ解除は、ネットワークから到来する起動要求パケットによって行われる。この起動要求パケットを利用した起動には、マジックパケット（ＭＡＣ（Media Access Control)アドレスが１６回繰り返されたパケット）を利用したＷＯＬ（Wake Up on LAN)が周知である（例えば、特許文献１参照）が、他のパケットでも行われる。ネットワークインターフェース３０が起動要求パケットを受信すると、起動制御信号Ｓ３０を起動コントローラ２０に対して例えば割込みにより伝え、この起動コントローラ２０からの起動信号Ｓ２０によって、スリープ部１０のＣＰＵ１１やペリフェラル装置１２のパワーオンあるいはスリープ解除（ウエイクアップ）が行われる。【０００５】  一方、ネットワークインターフェース３０で送受信を行うデータがＴＣＰ／ＩＰパケットの場合、送信元は送信先のＭＡＣアドレスを知ることが必要になる。これには、ＡＲＰ（Address Resolution Protocol）と呼ばれるＩＰアドレスからＭＡＣアドレスを知る方法が使用されている。このＡＲＰの動作は、送信元が、送信先ＩＰアドレス、送信元ＩＰアドレス、および送信元ＭＡＣアドレスが含まれるＡＲＰ要求パケットをブロードキャストすると、送信先ＩＰアドレスと一致するＩＰアドレスを持つネットワークインターフェース３０が、送信元ＩＰアドレスと送信元ＭＡＣアドレスと送信先（自己）ＩＰアドレスに、送信先（自己）ＭＡＣアドレスを書き加えたＡＲＰ応答パケットを作成して、これを送信元に返すというものである。送信元は一度ＡＲＰによって送信先ＭＡＣアドレスを知ると、送信先ＩＰアドレスと送信先ＭＡＣアドレスの対照表であるＡＲＰテーブルを作成し、一定時間はその情報を使用して、送信先と送受信を行う。【０００６】  しかし、スリープ部１０のＣＰＵ１１やペリフェラル装置１２がパワーオフあるいはスリープ状態にあるときは、ＡＲＰテーブルの情報が廃棄されている可能性が高いので、通常では、データが送信される前にＡＲＰ要求パケットが送信される。【０００７】  図４に、従来の端末装置のデータの送受信のタイミングを示す。端末装置（送信先）に対して、送信元からＡＲＰ要求パケットが送られ、それを受信したネットワークインターフェース３０は、送信先ＩＰアドレスが自己アドレスと一致すると、起動コントローラ２０に対して起動制御信号Ｓ３０を伝え、これにより、起動コントローラ２０から起動信号Ｓ２０を出力して、スリープ部１０のＣＰＵ１１やペリフェラル装置１２等がパワーオンあるいはスリープ解除となる。【０００８】  一定の起動時間Ｔａが経過した後、ＣＰＵ１１が完全起動すると、その���ＰＵ１１は、ネットワークインターフェース３０から取り込んだＡＲＰ要求パケットを解析し、そのＡＲＰ要求パケット内にあった送信元ＩＰアドレスと送信元ＭＡＣアドレスと送信先（自己）ＩＰアドレスに、送信先（自己）ＭＡＣアドレスを書き加えたＡＲＰ応答パケットを作成して、送信元に返す。送信元は、そのＡＲＰ応答パケットを受信して、送信先のＭＡＣアドレスを得ると、データの送信を開始する。送信先である端末装置では、ＡＲＰ応答パケットを返してから時間Ｔｂ経過の以降にそのデータを受信する。【特許文献１】特開２００２−１３５２５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】  したがって、従来の端末装置では、パワーオフあるいはスリープ状態にあったスリープ部１０がパワーオンあるいはスリープ解除してからデータを受け取るまでの時間が、「Ｔａ＋Ｔｂ」と長くなるため、ＡＲＰ要求パケットを受信してからデータ処理の開始までに長い時間がかるという問題がある。【００１０】  本発明の目的は、ネットワークインターフェース内にＡＲＰ応答パケットを返す構成を設けることにより、ＡＲＰ要求パケットの受信からデータの受信開始までの時間を大幅に短縮した端末装置を提供することである。
【課題を解決するための手段】
【００１１】  上記目的を達成するために、請求項１にかかる発明の端末装置は、ＴＣＰ／ＩＰパケットを送受信するネットワークインターフェースを備えた端末装置において、該ネットワークインターフェースは、送信元から到来するＡＲＰ要求パケットを受信するとそれをデコードし、該ＡＲＰ要求パケット内のＩＰアドレスが自己宛のときに自己のＭＡＣアドレスを書き込んだＡＲＰ応答パケットを作成して前記送信元に返すＡＲＰブロックと、前記ＡＲＰ要求パケットを受信してそれをデコードし、該ＡＲＰ要求パケット内のＩＰアドレスが自己宛のときパワーオフ又はスリープ中の回路ブロックをパワーオン又はスリープ解除させる起動制御信号を作成する論理回路と、を備えることを特徴とする。  請求項２にかかる発明は、請求項１に記載の端末装置において、前記ＡＲＰブロックが、ＭＡＣブロックが他のデータの送信をしていないときに前記ＡＲＰ応答パケットを前記送信元に返すことを特徴とする  請求項３にかかる発明は、請求項２に記載の端末装置において、前記ＭＡＣブロックが、前記ＡＲＰ応答パケットの送信が終了するまで、他のデータの送信を延期させることを特徴とする。
【発明の効果】
【００１２】  本発明によれば、ネットワークインターフェース内において、ＡＲＰブロックでＡＲＰ応答パケットを返すので、ＣＰＵやペリフェラル装置の起動完了を待たずともそのＡＲＰ応答パケットを返すことができる。よって、ＡＲＰ要求パケットの受信からデータの受信開始までの時間が短縮され、データ処理を素早く行うことが可能となる。また、ＡＲＰ応答処理をネットワークインターフェースが行うため、その処理に必要なＣＰＵの負荷が減る。また、ＡＲＰブロックが、ＭＡＣブロックが他のデータの送信をしていないときにＡＲＰ応答パケットを送信元に返し、あるいは、ＭＡＣブロックが、ＡＲＰ応答パケットの送信が終了するまで、他のデータの送信を延期させることにより、ＡＲＰブロックの動作と通常のデータの送受信動作との親和性も良好となる。
【発明を実施するための最良の形態】
【００１３】  図１は本発明の１つ実施例の端末装置のネットワークインターフェース３０の内部構成を示すブロック図である。本実施例のネットワークインターフェース３０は、イーサネットフレームを形成する装置であってさらにデータ衝突を避ける機能が追加されたＭＡＣブロック３１、メモリとしてのＦＩＦＯブロック３２、ＣＰＵを介在せずにメモリ制御を行うＤＭＡブロック３３、受信パケットをデコードし起動制御信号を作成するＷＯＬブロック３４、ＡＲＰ要求パケットを受信してそれをデコードしそのＩＰアドレスが自己宛であれば自己ＭＡＣアドレスを書き込んだＡＲＰ応答パケットを作成するＡＲＰブロック３５、およびセレクタ３６を備える。【００１４】  受信データＳ１は、ＡＲＰブロック３５、ＭＡＣブロック３１、ＷＯＬブロック３４に送られる。ＡＲＰブロック３５は、受信データＳ１をデコードして、ＩＰアドレスが自己宛であって且つＡＲＰ要求パケットであれば、ＡＲＰ応答パケット（送信元ＩＰアドレス、送信元ＭＡＣアドレス、送信先（自己）ＩＰアドレス、送信先（自己）ＭＡＣアドレスを含む）を作成し、送信データＳ１０としてセレクタ３６に送る。ＭＡＣブロック３１は、受信データＳ１をデコードして、ＩＰアドレスが自己宛の通常データであれば受信データＳ２として出力し、またＡＲＰ応答パケットと送信データの交通整理も行う。ＷＯＬブロック３４は、受信データＳ１をデコードし、ＩＰアドレスが自己宛であれば起動制御信号Ｓ３０を作成する。【００１５】  ＭＡＣブロック３１から出力する受信データＳ２は、ＦＩＦＯブロック３２に書き込まれ、ＦＩＦＯブロック３２に書き込まれたデータは、受信データＳ３としてＤＭＡブロック３３により読み出され、受信データＳ４としてバス４０を介してスリープ部１０のメモリ１３に転送され、ＣＰＵ１１はそのメモリ１３からその受信データを受けとる。また、ＣＰＵ１１によりメモリ１３に形成された送信データは、バス４０を経由して送信データＳ５となり、ＤＭＡブロック３３により、送信データＳ６としてＦＩＦＯブロック３２に書き込まれ、そのＦＩＦＯブロック３２から読み出された送信データＳ７はＭＡＣブロック３１に取り込まれる。このＭＡＣブロック３１は、ＡＲＰブロック３５からのＡＲＰ応答送信要求の信号Ｓ１１が非アクティブのとき、送信データＳ８をセレクタ３６に入力し、そのセレクタ３６は信号Ｓ１２によりその送信データＳ８を選択して送信データＳ９としてネットワークに送り出す。【００１６】  ＡＲＰ応答送信要求の信号Ｓ１１は、それがアクティブのときは、ＭＡＣブロック３１に対してＡＲＰ応答パケットの送信要求を行う。このとき、ＭＡＣブロック３１は、データを送信していなければ、ＡＲＰ応答送信要求を承認し、信号Ｓ１２により要求承認をＡＲＰブロック３５に送るとともに、セレクタ３６を制御して、ＡＲＰブロック３５からのＡＲＰ応答パケットＳ１０を、セレクタ３６を経由して送信データＳ９として送信する。また、ＭＡＣブロック３１は、ＡＲＰ応答送信要求を承認した場合、送信データＳ８の出力をＡＲＰ応答パケットＳ１０の送信が終了するまで延期させる。そのＡＲＰ応答パケットＳ１０の送信が終了したことは、ＡＲＰ応答送信���求の信号１１が非アクティブになったことにより確認される。【００１７】  以上により、本実施例の端末装置では、ＡＲＰ要求パケットを受けると、ＣＰＵではなく、ネットワークインターフェース３０のＡＲＰブロック３５がＡＲＰ応答パケットの作成を行うので、図２に示すように、ＡＲＰ要求パケットを受けてから送信元よりデータが到着するまでの時間Ｔ１が大幅に短縮される。ＡＲＰ応答パケットを返してから送信元よりデータが到着するまでの時間Ｔ２は、図４に示した従来の場合の時間Ｔｂと同じであるが、上記のように時間Ｔ１が従来の時間Ｔａに比べて大幅に短縮されるので、従来で必要であった時間「Ｔａ＋Ｔｂ」に対して、時間Ｔ３だけ短縮される。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施例の端末装置のネットワークインターフェースのブロック図である。
【図２】本発明の実施例のＡＲＰ要求パケット受信からデータ到着までのタイミング図である。
【図３】従来の端末装置の要部のブロック図である。
【図４】従来の端末装置のＡＲＰ要求パケット受信からデータ到着までのタイミング図である。
【符号の説明】
【００１９】  １０：スリープ部、１１：ＣＰＵ、１２：ペリフェラル装置、１３：メモリ  ２０：起動コントローラ  ３０：ネットワークインターフェース、３１：ＭＡＣブロック、３２：ＦＩＦＯブロック、３３：ＤＭＡブロック、３４：ＷＯＬブロック、３５：ＡＲＰブロック、３６：セレクタ  ４０：バス
【図１】
2009021665.tif 000003
【図２】
2009021665.tif 000004
【図３】
2009021665.tif 000005
【図４】
2009021665.tif 000006