JP2023106140A - 通信装置、通信方法、通信プログラム、記録媒体、及び、画像形成装置 - Google Patents

Abstract

【課題】省電力状態を維持して消費する電力を小さくする。【解決手段】通信装置は、所定処理を行う所定処理部と、前記所定処理部を省電力モードにする省電力部と、外部装置から受信パケットを受信する受信部と、前記省電力モードで、受信用ヘッダを含む第１データと、受信用ペイロードを含む第２データに前記受信パケットを分割する分割部と、前記省電力モードで、第３データに基づき、前記第２データが前記第３データと対応すると、応答用ペイロードを含み、かつ、前記受信パケットに対する応答となる応答パケットを前記外部装置に送信する送信部とを備えることを特徴とする。【選択図】図６

Description

本発明は、通信装置、通信方法、通信プログラム、記録媒体、及び、画像形成装置に関する。

処理を行っていない装置において、使用されていない装置各部への電力供給を停止する省電力モードへ切り替える通信装置が知られている。

具体的には、通信装置は、電力が供給されている状態において要求データを処理して応答データを送信する主応答部と、省電力状態において要求データを処理して応答データを送信する省電力時応答部とを備える。そして、省電力時応答部にとって未知の形式の要求データを受信すると、通信装置は、主応答部が応答した応答データで応答する。このようにして、少ない手間で様々なネットワークプロトコルを用いて送信された要求に応答し、かつ、消費電力を低減させる技術が知られている（例えば、特許文献１等を参照）。

従来の技術では、宛先ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、又は、送信元ＩＰアドレス等といった一部が異なる程度の違いがあっても、異なるパケットと認識される場合が多い。そのため、一部でも異なるパケットを受信すると、省電力状態が解除されるため、通信装置の消費する電力が大きくなる課題がある。

本発明は、通信装置の省電力状態を維持して消費する電力を小さくすること目的とする。

上記の課題を解決するため、本発明の一態様である、通信装置は、
所定処理を行う所定処理部と、
前記所定処理部を省電力モードにする省電力部と、
外部装置から受信パケットを受信する受信部と、
前記省電力モードで、受信用ヘッダを含む第１データと、受信用ペイロードを含む第２データに前記受信パケットを分割する分割部と、
前記省電力モードで、第３データに基づき、前記第２データが前記第３データと対応すると、応答用ペイロードを含み、かつ、前記受信パケットに対する応答となる応答パケットを前記外部装置に送信する送信部とを備える。

本発明によれば、通信装置の省電力状態を維持して消費する電力を小さくできる。

画像形成装置の例を示す図である。 全体処理の処理構成例を示す図である。 分割例を示す図である。 テーブルの例を示す図である。 全体処理例を示す図である。 機能構成例を示す図である。 受信パケットの構造例を示す図である。

以下、添付する図面を参照し、具体例を説明する。なお、実施形態は、以下に説明する具体例に限られない。また、以下の説明は、シートが用紙である例とする。

［ハードウェア構成例］
図１は、画像形成装置の例を示す図である。以下、図１に示す画像形成装置１を通信装置の例に説明する。なお、画像形成装置１は、電子写真方式、又は、インクジェット方式で用紙に画像形成を行う。

画像形成装置１は、メインシステム１００とサブシステム１１０を備える構成である。そして、メインシステム１００とサブシステム１１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、及び、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等のハードウェア資源を別々に備える構成である。メインシステム１００は、省電力状態で停止するシステムである。一方で、サブシステム１１０は、省電力状態でも稼働するシステムである。

具体的には、メインシステム１００は、メインＣＰＵ１０１、メインＲＡＭ１０２、メインＲＯＭ１０３、メイン内部バス１０４、及び、印刷装置１０５を備える。また、サブシステム１１０は、サブＣＰＵ１１１、サブＲＡＭ１１２、サブＲＯＭ１１３、サブ内部バス１１４、ネットワークバス１１５、及び、ネットワークＰＨＹ１１６を備える。

そして、メインシステム１００とサブシステム１１０は、バス１２０で接続する。

メインＣＰＵ１０１は、演算装置、及び、制御装置の例である。したがって、メインＣＰＵ１０１は、プログラムに従ってメインシステム１００の動作全般を制御する。

メインＲＡＭ１０２は、メインＣＰＵ１０１により実行されるプログラム、及び、実行において変化するパラメータを一時記憶する。

メインＲＯＭ１０３は、メインＣＰＵ１０１が使用するプログラム、及び、演算パラメータ等を記憶する。

印刷装置１０５は、用紙に対して画像形成を行う。なお、印刷装置１０５は、メインシステム１００が行う処理の内容によってハードウェアが異なる構成である。

メインＣＰＵ１０１、メインＲＡＭ１０２、メインＲＯＭ１０３、及び、印刷装置１０５は、メイン内部バス１０４を介して接続される。

サブＣＰＵ１１１は、演算装置、及び、制御装置の例である。したがって、サブＣＰＵ１１１は、プログラムに従ってサブシステム１１０の動作全般を制御する。

サブＲＡＭ１１２は、サブＣＰＵ１１１により実行されるプログラム、及び、実行において変化するパラメータを一時記憶する。

サブＲＯＭ１１３は、サブＣＰＵ１１１が使用するプログラム、及び、演算パラメータ等を記憶する。

ネットワークＰＨＹ１１６は、外部装置とネットワークを介して通信を行う。

画像形成装置１は、ネットワークを介してコンピュータ２等の外部装置と通信を行う。

なお、ハードウェア構成は、上記の構成に限られない。すなわち、画像形成装置１は、上記以外の装置を内部又は外部に更に備えてもよい。

［処理構成例］
図２は、全体処理の処理構成例を示す図である。以下、画像形成装置１が行う全体処理をプロトコル処理ブロック１００１、ネットワーク処理ブロック１１０１、デバイスドライバ１１０２、宛先フィルタ処理ブロック１１０３、パケット分離処理ブロック１１０４、判定処理ブロック１１０５、テーブル保持ブロック１１０６、ペイロード生成処理ブロック１１０７、ヘッド生成処理ブロック１１０８、及び、パケット結合処理ブロック１１０９に分けて説明する。なお、全体処理は、図２に示すブロック以外の区切りで分けて実行してもよい。

ネットワーク処理ブロック１１０１は、外部装置と通信を行う。外部装置と画像形成装置１との通信は、いわゆる「パケット（ｐａｃｋｅｔ）データ」の送受信である。

以下、ネットワーク処理ブロック１１０１において実行される通信において、画像形成装置１が受信するパケットを「受信パケット」という。一方で、外部装置からの受信パケットに応答するために、画像形成装置１が外部装置へ送信するパケットを「応答パケット」という。

デバイスドライバ１１０２は、受信パケットを宛先フィルタ処理ブロック１１０３へ送る。一方で、応答パケットを送信する場合には、デバイスドライバ１１０２を介して、応答パケットがネットワーク処理ブロック１１０１へ送られる。

宛先フィルタ処理ブロック１１０３は、メインシステム１００、又は、サブシステム１１０が処理を行って応答する受信パケットであるか否か判断する。そして、応答する受信パケットであると、宛先フィルタ処理ブロック１１０３は、受信パケットをパケット分離処理ブロック１１０４に送る。なお、応答しない受信パケット等であると、宛先フィルタ処理ブロック１１０３は、受信パケットを破棄してもよい。

パケット分離処理ブロック１１０４は、受信パケットを２つ以上に分割する。以下、受信パケットを「第１データ」と「第２データ」の２つに分割する場合を例に説明する。

第１データは、受信パケットに含まれるヘッダ（以下「受信用ヘッダ」という。）を含む。一方で、第２データは、第１データ以外のデータである。すなわち、第２データには受信ヘッダは含まれない。以下、第１データがヘッダのみであり、かつ、第２データがペイロードのみとなるように分割する場合を例に説明する。

図３は、分割例を示す図である。例えば、受信パケット３００は、図３（Ａ）乃至（Ｄ）のうち、いずれかのバリエーションで分割される。

図３（Ａ）乃至（Ｄ）は、それぞれ、分割後の第１データ３０１となるデータの内容と、第２データ３０２となるデータの内容が異なる。すなわち、パケット分離処理ブロック１１０４が受信パケット３００を分割するときには、第１データ３０１に受信用ヘッダ以外のデータの内容をどの程度含ませる状態にするかによって、第２データ３０２のデータの内容が異なる。

図３（Ａ）は、第１データ３０１がＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）等といったアプリケーション層におけるプロトコルヘッダを含む例である。この場合、第２データ３０２は、ＯＩＤ（Ｏｂｊｅｃｔ ＩＤｅｎｔｉｆｉｅｒ）のみで構成される。図３（Ａ）のように分割する場合には、パケット分離処理ブロック１１０４は、受信パケット３００から、ＳＮＭＰを検出して、受信パケット３００をＳＮＭＰヘッダとＳＮＭＰペイロードに分割する。

このように分割すると、複数の通信相手から送られた別々のＳＮＭＰパケットであって同じ要求内容に対して、画像形成装置１は、確実にパケットテーブルに保存された応答用データを使用して応答できる。そのため、応答用ペイロードの演算が不要になり、省電力効果が高まる。

画像形成装置１は、ＳＮＭＰが含まれるパケットを受信した際は、ＳＮＭＰペイロードに含まれる要求が何かを見て応答する。一方で、ＳＮＭＰペイロードに記載される要求内容は、多岐にわたる場合があり、大量のＳＮＭＰパケットがやり取りされる場合がある。

ＳＮＭＰヘッダとＳＮＭＰペイロードが分割されていない状態（すなわち、ＳＮＭＰパケットの状態である。）でパケットテーブルに保存してしまうと、違う通信相手からＳＮＭＰパケットを受信すると、パケットテーブルを使用して応答することができない場合がある。このように、パケットテーブルを使用できないと、画像形成装置１は、応答用のパケットをほぼ毎回生成しないと、応答ができない場合ある。そこで、ＳＮＭＰヘッダとＳＮＭＰペイロードを分割すると、画像形成装置１は、同じ要求内容に対し、パケットテーブルに保存された応答用データを使用して応答できる。

図３（Ｂ）は、第１データ３０１がＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）ヘッダまでを含む例である。この場合、第２データ３０２がＴＣＰペイロードに相当する。

図３（Ｃ）は、第１データ３０１がＩＰヘッダまでを含む例である。この場合、第２データ３０２がＩＰペイロードに相当する。

図３（Ｄ）は、第１データ３０１がＥｔｈｅｒｎｅｔヘッダまでを含む例である。この場合、第２データ３０２がＥｔｈｅｒｎｅｔペイロードに相当する。

なお、受信パケット３００は、図３以外に示す形式で分割されてもよい。

このように、第１データ３０１、及び、第２データ３０２に分割する点は可変でもよい。なお、パケット分離処理ブロック１１０４において実行される分割処理は、受信パケットに含まれるペイロードと応答パケットに含まれるペイロードと組み合わせを既定するテーブルデータに基づいて実行されることが望ましい。このように、パケットの分割処理のバリエーションをテーブルデータで既定しておき、これに基づいて、パケットの分割処理を行うように構成することで、サブシステム１１０が対応できるパケットの種類の増設を容易にできるようになる。

また、パケット分離処理ブロック１１０４は、分割の際に、メインシステム１００を省電力モードから解除するか否かを判断する。すなわち、パケット分離処理ブロック１１０４は、メインシステム１００を省電力モードで維持するか否かを判断する。

メインシステム１００を省電力モードから解除する場合には、パケット分離処理ブロック１１０４は、受信パケット３００をプロトコル処理ブロック１００１、すなわち、メインシステム１００に送る。したがって、メインシステム１００の省電力モードが解除され、以降、受信パケット３００は、メインシステム１００により処理（以下、メインシステム１００が省電力モードを解除して行う処理を「所定処理」という。）が行われて、外部装置に応答パケットが送信される。

一方で、メインシステム１００を省電力モードで維持、すなわち、サブシステム１１０で処理すると判断した場合には、パケット分離処理ブロック１１０４は、ヘッダ（分割後の第１データ３０１である。）をヘッド生成処理ブロック１１０８に送る。さらに、パケット分離処理ブロック１１０４は、ペイロード（分割後の第２データ３０２である。）を判定処理ブロック１１０５に送る。

判定処理ブロック１１０５は、テーブルに基づき、応答可能な受信パケット３００であるか否かを判定する。

図４は、テーブルの例を示す図である。以下、第３データが図４に示すようなテーブル３０３である例で説明する。テーブル３０３は、サブＲＡＭ１１２に記憶して使用される。

テーブル３０３は、受信用ペイロード、すなわち、第２データ３０２と、応答用ペイロードとを組みにして記憶する。

具体的には、判定処理ブロック１１０５は、受信用ペイロードと一致するデータ（図４における「受信パケット固定部」である。）がテーブル３０３に存在するかを検索する。そして、一致するデータがテーブル３０３に存在すると、判定処理ブロック１１０５は、応答可能な受信パケット３００であると判断する。一方で、一致するデータがテーブル３０３に存在しない（又は、テーブル３０３にデータが何もない場合である。）と、判定処理ブロック１１０５は、応答可能な受信パケット３００でないと判断する。

対応可能な場合には、判定処理ブロック１１０５は、テーブル３０３で記憶するデータ（この例では、「Ｉｎｄｅｘ」の番号とする。この番号が分かれば、以降の処理において、テーブル３０３が記憶するデータを特定できるとする。）をテーブル保持ブロック１１０６に送る。

一方で、対応可能ではない場合には、判定処理ブロック１１０５は、受信用ペイロードをペイロード生成処理ブロック１１０７に送る。

テーブル保持ブロック１１０６は、テーブル３０３、及び、判定処理ブロック１１０５から送られたデータ（この例ではＩｎｄｅｘの番号である。）に基づき、応答パケットを構成するデータを読み出す。具体的には、図４に示す例では、読み出すデータは、「応答パケット固定部」である。そして、テーブル保持ブロック１１０６は、読み出したデータをパケット結合処理ブロック１１０９に送る。

ペイロード生成処理ブロック１１０７は、省電力モードとなる前に、メインシステム１００より、パケット生成用のパラメータ（ＳＮＭＰ ＯＩＤ情報、ＬＬＭＮＲ名前情報、ＮｅｔＢＩＯＳ Ｎａｍｅ Ｓｅｒｖｉｃｅ名前情報、及び、ＳＭＮＰ Ｇｅｔ Ｎｅｘｔ Ｒｅｑｕｅｓｔ用ＯＩＤ情報等である。）を受け取る。すなわち、ペイロード生成処理ブロック１１０７は、応答パケットを構成するパラメータを事前に、メインシステム１００から受け取る。そして、ペイロード生成処理ブロック１１０７は、テーブル保持ブロック１１０６から送られるデータと、事前に記憶するパラメータとを合わせて、応答パケットのペイロードを構成する応答用ペイロードを生成する。

ペイロード生成処理ブロック１１０７は、応答用ペイロードを生成すると、応答用ペイロードをパケット結合処理ブロック１１０９に送る。

また、ペイロード生成処理ブロック１１０７は、応答用ペイロードを生成すると、テーブル保持ブロック１１０６から送られたデータと、生成した応答用ペイロードとを組みにしてテーブル３０３に記憶するのが望ましい。このように、テーブル３０３にデータを追加していくと、サブシステム１１０で対応できる場合を増やすことができる。

ヘッド生成処理ブロック１１０８は、ヘッダ（第１データ３０１である。）を用いて応答用ヘッダを生成する。次に、ヘッド生成処理ブロック１１０８は、応答用ヘッダをパケット結合処理ブロック１１０９へ送る。なお、ヘッド生成処理ブロック１１０８は、応答用ヘッダをパケット結合処理ブロック１１０９へ送った後、応答用ヘッダを破棄するのが望ましい。

パケット結合処理ブロック１１０９は、ペイロード生成処理ブロック１１０７が生成した応答用ペイロードと、ヘッド生成処理ブロック１１０８が生成した応答用ヘッダとを用いて応答パケットを生成する。そして、生成した応答パケットは、デバイスドライバ１１０２を介して、ネットワーク処理ブロック１１０１に送られる。次に、ネットワーク処理ブロック１１０１は、応答パケットを送信して応答する。

以上のように処理が行われると、応答パケットが生成でき、メインシステム１００が省電力モードであっても、画像形成装置１は応答ができる。

プロトコル処理ブロック１００１は、応答パケットを生成する。また、プロトコル処理ブロック１００１は、メインシステム１００による処理の例である。したがって、メインシステム１００は、所定処理にプロトコル処理ブロック１００１以外の処理を行ってもよい。

図５は、全体処理例を示す図である。

ステップＳ０５０１では、画像形成装置１は、外部装置から受信パケット３００を受信する。具体的には、画像形成装置１は、ネットワーク処理ブロック１１０１、及び、デバイスドライバ１１０２により、外部装置が送信する受信パケット３００を受信する。

ステップＳ０５０２では、画像形成装置１は、受信パケット３００が処理対象であるか否かを判断する。

次に、受信パケット３００が処理対象であると（ステップＳ０５０２でＹＥＳ）、画像形成装置１は、ステップＳ０５０４に進む。一方で、受信パケット３００が処理対象でないと（ステップＳ０５０２でＮＯ）、画像形成装置１は、ステップＳ０５０３に進む。

ステップＳ０５０３では、画像形成装置１は、受信パケット３００を破棄する。

ステップＳ０５０４では、画像形成装置１は、受信パケット３００に対して所定処理を行うか否かを判断する。

次に、所定処理を行うと判断すると（ステップＳ０５０４でＹＥＳ）、画像形成装置１は、ステップＳ０５０５に進む。一方で、所定処理を行わないと判断すると（ステップＳ０５０４でＮＯ）、画像形成装置１は、ステップＳ０５０６に進む。

ステップＳ０５０５では、画像形成装置１は、所定処理を行う。すなわち、画像形成装置１は、省電力モードを解除する。このように、省電力モードを解除すると、メインシステム１００が省電力状態から通常状態に移行する。これにより、受信パケット３００は、メインシステム１００により処理される。

画像形成装置１は、ステップＳ０５０５のように、所定処理を行う場合になると、省電力モードを解除する。一方で、所定処理を行わないと判断し、かつ、省電力モードでない場合には、画像形成装置１は、省電力モードに移行する。一方で、所定処理を行わないと判断し、かつ、既に省電力モードである場合には、画像形成装置１は、省電力モードを維持する。

ステップＳ０５０６では、画像形成装置１は、受信パケット３００を分割する。したがって、受信パケット３００は、ヘッダ（受信用ヘッダである。）とペイロードに分割される。

ステップＳ０５０７では、画像形成装置１は、受信用ヘッダに基づき、送信先のアドレスを判定、かつ、応答用ヘッダを生成する。

ステップＳ０５０８では、画像形成装置１は、テーブル３０３にデータがあるか否かを判断する。

次に、テーブル３０３にデータがあると（ステップＳ０５０８でＹＥＳ）、画像形成装置１は、ステップＳ０５１０に進む。一方で、テーブル３０３にデータがないと（ステップＳ０５０８でＮＯ）、画像形成装置１は、ステップＳ０５０９に進む。

ステップＳ０５０９では、画像形成装置１は、応答用ペイロードを生成する。具体的には、省電力モードとなる前に、メインシステム１００から事前に受け取るパケット生成用のパラメータに基づき、画像形成装置１は、応答用ペイロードを生成する。

ステップＳ０５１０では、画像形成装置１は、テーブル３０３に一致するデータがあるか否か判断する。

次に、一致するデータがあると（ステップＳ０５１０でＹＥＳ）、画像形成装置１は、ステップＳ０５１１に進む。一方で、一致するデータがないと（ステップＳ０５１０でＮＯ）、画像形成装置１は、ステップＳ０５０９に進む。

ステップＳ０５１１では、画像形成装置１は、応答パケットを構成するデータを読み出す。すなわち、画像形成装置１は、テーブル３０３から、「応答パケット固定部」を読み出す。

ステップＳ０５１２では、画像形成装置１は、テーブル３０３に記憶する。具体的には、画像形成装置１は、受信用ヘッダと、生成した応答用ペイロード（ステップＳ０５０９で生成するデータである。）とを組みにしてテーブル３０３に記憶する。

ステップＳ０５１３では、画像形成装置１は、応答パケットを生成する。

ステップＳ０５１４では、画像形成装置１は、応答パケットを外部装置に送信する。

［機能構成例］
図６は、機能構成例を示す図である。具体的には、画像形成装置１は、所定処理部２００１、受信部２００２、分割部２００３、省電力部２００４、及び、送信部２００５を備える。

所定処理部２００１は、所定処理を行う所定処理手順を行う。例えば、所定処理部２００１は、メインＣＰＵ１０１等で実現する。

受信部２００２は、外部装置から受信パケット３００を受信する受信手順を行う。例えば、受信部２００２は、ネットワークＰＨＹ１１６等で実現する。

分割部２００３は、省電力モードで、第１データと第２データに受信パケット３００を分割する分割手順を行う。例えば、分割部２００３は、サブＣＰＵ１１１等で実現する。

省電力部２００４は、所定処理部２００１を省電力モードにする省電力手順を行う。例えば、省電力部２００４は、サブＣＰＵ１１１等で実現する。

送信部２００５は、省電力モードで、第３データに基づき、第２データが第３データと一致、又は、対応すると、応答パケット４００を外部装置に送信する送信手順を行う。例えば、送信部２００５は、ネットワークＰＨＹ１１６等で実現する。

画像形成装置１等の通信装置は、通常モードと省電力モード（モードの名称は、これら以外でもよい。）を切り替える。そして、省電力モードは、通常モードよりも電力の消費量が少ない。具体的には、通常モードでは、メインシステム１００、及び、サブシステム１１０の両方が起動している。一方で、省電力モードでは、サブシステム１１０だけが起動している。

また、メインＣＰＵ１０１は、サブＣＰＵ１１１より情報処理能力が高いため、電力の消費量が多い場合がある。そのため、メインシステム１００を省電力状態にすると、画像形成装置１は、電力の消費量を抑えることができる。

なお、省電力モードは、サブシステム１１０以外の範囲を省電力状態にしてもよい。すなわち、省電力モードで省電力状態になる範囲は、事前に設定される。したがって、省電力モードは、装置全体で通常モードより電力の消費量が少ない状態であればよい。

上記のような構成では、画像形成装置１は、下記のように受信パケット３００を分割して扱う。

図７は、受信パケットの構造例を示す図である。受信パケット３００は、第１データ３０１と第２データ３０２に分割される。

第１データ３０１は、ＩＰヘッダ等である。すなわち、第１データ３０１は、通信を行う相手によって可変する部分である。また、ヘッダは、ネットワークパケット内で変動する箇所（例えば、送信元ＩＰアドレス等である。）である。

第２データ３０２は、ペイロードである。ペイロードは、例えば、パケットのＩＰペイロード等である。すなわち、通信相手が異なっても、通信相手からの要求が同一であれば、同じデータになる。

したがって、第２データ３０２は、同じ種類の要求であれば、応答としてネットワークパケット内で変化しない箇所（例えば、機器のＩＰアドレスを要求する場合には、応答パケットで返答するＩＰアドレスである。）である。

画像形成装置１は、任意の箇所に分割点を設定する。そして、画像形成装置１は、受信パケット３００を「ヘッダ」と「ペイロード」に分割して取り扱う。

例えば、機器のトレー段数を確認する要求の場合を例に説明する。この要求に対して、毎回同じ応答を返すようなパターンがある。そこで、前回の応答で生成したデータを保存しておくと、画像形成装置１は、保存してあるデータを使用し、応答パケットで応答できる。

一方で、ＭＦＰのトナー残量を確認するような要求がある。このような要求では、要求が同一であっても、ＭＦＰの状態に応じて、応答する内容が異なる。このような場合は、メインシステム１００を起動させ、応答をメインシステム１００で行う。

メインシステム１００とサブシステム１１０を持つ通信装置において、サブシステム１１０上にテーブル３０３を確保しておく。そして、受信パケット３００を受信する。

受信パケット３００は、送信元のアドレス、又は、ブロードキャストアドレスを含むヘッダと、ヘッダ以降のペイロードといったように、任意の箇所で分割する。そして、ペイロードはパケットテーブルに保存する。このようにすると、ヘッダに変更がある場合でも、テーブルに保存されたデータを用い、かつ、ヘッダの処理をサブシステム１１０側で行うと、受信パケット３００に対して応答ができる。したがって、画像形成装置１は、サブシステム１１０だけで応答できる受信パケット３００を増やすことができる。ゆえに、画像形成装置１は、メインシステム１００の省電力状態を維持できる。

以上のような構成であると、省電力モードを長く維持できる。そのため、画像形成装置１は、省電力状態を長く維持して、消費する電力を小さくできる。

［変形例］
ＡＩ（人工知能、Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）等で実現してもよい。すなわち、ＡＩを用いると、受信と、受信に対応する応答のパターンを学習し、学習済みモデルを用いると、画像形成装置１は、一定のパターンに対して応答ができる。

［その他の実施形態］
通信装置は、画像形成装置以外の情報処理装置でもよい。例えば、通信装置は、Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ（ＰＣ）、又は、テレビ等のＡＶ機器等でもよい。

各々の装置は、複数の装置であってもよい。すなわち、各装置は、複数の装置で分散、冗長、又は、並列に処理を行う構成等でもよい。一方で、各装置は、一体であってもよい。すなわち、上記に説明した複数の装置が１台の装置で実現されてもよい。

上記のような通信方法は、通信プログラムによって実現されてもよい。すなわち、通信プログラムは、コンピュータが備える演算装置、制御装置、及び、記憶装置等の装置を協働して動作させて、通信方法を実現する。また、通信プログラムは、コンピュータが読取可能な記録媒体、又は、電気通信回線等を介して配布されてもよい。

パケットは、データグラム等と呼ばれる場合もある。

上記の実施形態は、好適な例を示したものであるが、当業者であれば、開示した内容から様々な変形例を実現することが可能である。そのような変形例も、特許請求の範囲に記載された技術的範囲に含まれる。

１ ：画像形成装置
２ ：コンピュータ
１００ ：メインシステム
１１０ ：サブシステム
３００ ：受信パケット
３０１ ：第１データ
３０２ ：第２データ
３０３ ：テーブル
４００ ：応答パケット
２００１ ：所定処理部
２００２ ：受信部
２００３ ：分割部
２００４ ：省電力部
２００５ ：送信部

特開２０１６－３３８０９号公報

Claims (9)

1. 所定処理を行う所定処理部と、
   前記所定処理部を省電力モードにする省電力部と、
   外部装置から受信パケットを受信する受信部と、
   前記省電力モードで、受信用ヘッダを含む第１データと、受信用ペイロードを含む第２データに前記受信パケットを分割する分割部と、
   前記省電力モードで、第３データに基づき、前記第２データが前記第３データと対応すると、応答用ペイロードを含み、かつ、前記受信パケットに対する応答となる応答パケットを前記外部装置に送信する送信部と
   を備える通信装置。
2. 前記第３データは、前記受信用ペイロードと前記応答用ペイロードを組みにして記憶し、
   前記送信部は、前記受信用ヘッダを用いて応答用ヘッダを生成し、かつ、前記応答用ヘッダと前記応答用ペイロードを用いて前記応答パケットを生成する
   請求項１に記載の通信装置。
3. 前記分割部は、
   ＳＮＭＰを検出して、ＳＮＭＰヘッダとＳＮＭＰペイロードに分割する
   請求項１又は請求項２に記載の通信装置。
4. 前記ＳＮＭＰペイロードからＯＩＤを分割して、前記ＯＩＤと前記ＯＩＤに対する前記応答パケットを組みにして記憶する
   請求項３に記載の通信装置。
5. 前記省電力モードであると、前記所定処理を行う場合より、電力の消費量が少なくなり、
   前記第２データが前記第３データと対応しないと、前記所定処理部から受け取るパラメータに基づいて前記応答用ペイロードが生成され、
   前記省電力部が前記所定処理部を前記省電力モードから解除すると、前記所定処理により前記受信パケットを処理し、
   前記省電力部が前記所定処理部を前記省電力モードにすると、前記分割部、及び、前記送信部により前記受信パケットを処理する
   請求項１乃至４のいずれか１項に記載の通信装置。
6. 所定処理を行う所定処理部を備える通信装置が行う通信方法であって、
   前記所定処理部を省電力モードにする省電力手順と、
   外部装置から受信パケットを受信する受信手順と、
   前記省電力モードで、受信用ヘッダを含む第１データと、受信用ペイロードを含む第２データに前記受信パケットを分割する分割手順と、
   前記省電力モードで、第３データに基づき、前記第２データが前記第３データと対応すると、応答用ペイロードを含み、かつ、前記受信パケットに対する応答となる応答パケットを前記外部装置に送信する送信手順と
   を含む通信方法。
7. 請求項６に記載の通信方法を実行するための通信プログラム。
8. 請求項７に記載のプログラムを記録したコンピュータが読み取り可能な記録媒体。
9. 請求項１乃至５のいずれか１項に記載の通信装置を有する画像形成装置。