JP2012205248A - 通信装置 - Google Patents

Abstract

【課題】 既存のネットワークに通信装置が接続される場合に、通信装置が、ネットワークに応じた適切なフレームを送信し得る技術を提供すること。
【解決手段】 多機能機１０は、ＰＣ１００，１１０が接続されているＬＡＮ４に新たに接続される。多機能機１０は、ＰＣ１００とのＴＣＰ通信を実行して、ＰＣ１００から、ＰＣ１００のＭＳＳ値である参考ＭＳＳ値（４０００バイト）を取得する。多機能機１０は、多機能機１０自身のＭＳＳ値を、現行ＭＳＳ値（１４６０バイト）から参考ＭＳＳ値（４０００バイト）に変更する。その後、多機能機１０は、ＰＣ１１０とのＵＤＰ通信によって音声データをＰＣ１１０に送信すべき場合に、変更後のＭＳＳ値（４０００バイト）を利用して音声データを含む送信フレームを生成して、送信フレームをＰＣ１１０に送信する。
【選択図】 図４

Description

本明細書によって開示される技術は、第１のデバイスと第２のデバイスとが接続されているネットワークに接続される通信装置に関する。

通常のイーサネット（登録商標）のネットワークでは、所定のフレームサイズ（即ち１５１８バイト）を有するフレームの通信が実行される。ただし、近年、特許文献１に開示されているように、上記の所定のフレームサイズよりも大きなフレームサイズを有するフレーム（いわゆるジャンボフレーム）の通信が実行されるネットワークも知られている。

特開２００７−８２１２６号公報

例えば、ジャンボフレームの通信が実行されるネットワークに通信装置が新たに接続される場合には、通信装置は、ジャンボフレームを利用してデータを外部装置に送信することによって、通信効率を向上させることが好ましい。即ち、通信装置がネットワークに応じた適切なフレームを送信することが好ましい。

本明細書では、既存のネットワークに通信装置が接続される場合に、通信装置がネットワークに応じた適切なフレームを送信し得る技術を提供する。

本明細書では、第１のデバイスと第２のデバイスとが接続されているネットワークに接続される通信装置を開示する。通信装置は、参考ＭＳＳ値取得部と、送信部と、を備える。参考ＭＳＳ値取得部は、第１のデバイスとのＴＣＰ通信を実行して、第１のデバイスから、第１のデバイスのＭＳＳの値である参考ＭＳＳ値を取得する。送信部は、第２のデバイスとのＵＤＰ通信によってアプリケーションデータを第２のデバイスに送信すべき場合に、第１のデバイスの参考ＭＳＳ値を利用して決定される特定の値に基づいて、アプリケーションデータを含む送信フレームを生成して、送信フレームを第２のデバイスに送信する。

上記の構成では、通信装置は、第１のデバイスと第２のデバイスとが接続されている既存のネットワークに接続された後に、第１のデバイスとのＴＣＰ通信を実行して、第１のデバイスの参考ＭＳＳ値を取得することができる。その後、通信装置は、第１のデバイスの参考ＭＳＳ値を利用して決定される特定の値に基づいて送信フレームを生成するために、ネットワークに応じた適切なデータサイズを有する送信フレームを生成し得る。従って、通信装置は、ネットワークに応じた適切な送信フレームを、第２のデバイスに送信し得る。

通信装置は、さらに、第１のデバイスの参考ＭＳＳ値を利用して、特定の値を決定する決定部を備えていてもよい。決定部は、通信装置のＭＳＳの現行の値である現行ＭＳＳ値が、第１のデバイスの参考ＭＳＳ値に変更されるように、特定の値を決定してもよい。この構成によると、通信装置は、ネットワークに応じた適切な特定の値を決定し得るために、適切なデータサイズを有する送信フレームを生成し得る。

決定部は、（Ｘ１）通信装置の現行ＭＳＳ値が第１のデバイスの参考ＭＳＳ値以下である場合に、通信装置の現行ＭＳＳ値が、第１のデバイスの参考ＭＳＳ値に変更されるように、特定の値を決定し、（Ｘ２）通信装置の現行ＭＳＳ値が第１のデバイスの参考ＭＳＳ値よりも大きい場合に、通信装置の現行ＭＳＳ値が維持されるように、特定の値を決定してもよい。この構成によると、通信装置は、通信装置の現行ＭＳＳ値と、第１のデバイスの参考ＭＳＳ値と、の関係に応じて、適切な特定の値を決定し得る。

決定部は、（Ｘ２−１）通信装置の現行ＭＳＳ値が第１のデバイスの参考ＭＳＳ値よりも大きく、かつ、第１のデバイスの参考ＭＳＳ値が１４６０バイトよりも大きい場合に、通信装置の現行ＭＳＳ値が、第１のデバイスの参考ＭＳＳ値に変更されるように、特定の値を決定し、（Ｘ２−２）通信装置の現行ＭＳＳ値が第１のデバイスの参考ＭＳＳ値よりも大きく、かつ、第１のデバイスの参考ＭＳＳ値が１４６０バイト以下である場合に、通信装置の現行ＭＳＳ値が維持されるように、特定の値を決定してもよい。この構成によると、通信装置は、通信装置の現行ＭＳＳ値が第１のデバイスの参考ＭＳＳ値よりも大きい場合に、第１のデバイスの参考ＭＳＳ値と、通常のイーサネットで利用されるＭＳＳ値（１４６０バイト）と、の関係に応じて、適切な特定の値を決定し得る。

決定部は、（Ｘ１−１）通信装置の現行ＭＳＳ値が第１のデバイスの参考ＭＳＳ値以下であり、かつ、通信装置が利用可能なＭＳＳの上限の値である上限ＭＳＳ値が第１のデバイスの参考ＭＳＳ値よりも小さい場合に、通信装置の現行ＭＳＳ値が、通信装置の上限ＭＳＳ値に変更されるように、特定の値を決定し、（Ｘ１−２）通信装置の現行ＭＳＳ値が第１のデバイスの参考ＭＳＳ値以下であり、かつ、通信装置の上限ＭＳＳ値が第１のデバイスの参考ＭＳＳ値以上である場合に、通信装置の現行ＭＳＳ値が、第１のデバイスの参考ＭＳＳ値に変更されるように、特定の値を決定してもよい。この構成によると、通信装置は、通信装置の現行ＭＳＳ値が第１のデバイスの参考ＭＳＳ値以下である場合に、通信装置の上限ＭＳＳ値と、第１のデバイスの参考ＭＳＳ値と、の関係に応じて、適切な特定の値を決定し得る。

通信装置は、さらに、第１のデバイスとのＵＤＰ通信によって受信される受信フレーム内のＵＤＰヘッダに含まれるデータ長の値を取得するデータ長取得部をさらに備えていてもよい。決定部は、第１のデバイスの参考ＭＳＳ値が取得される場合に、第１のデバイスの参考ＭＳＳ値を利用して、特定の値を決定し、データ長の値が取得される場合に、データ長の値を利用して、特定の値を決定してもよい。この構成によると、通信装置は、第１のデバイスから取得される参考ＭＳＳ値又はデータ長の値を利用して、適切な特定の値を決定し得る。

本明細書では、次の通信装置も開示する。通信装置は、データ長取得部と、送信部と、を備える。データ長取得部は、第１のデバイスとのＵＤＰ通信によって受信される受信フレーム内のＵＤＰヘッダに含まれるデータ長の値を取得する。送信部は、第２のデバイスとのＵＤＰ通信によってアプリケーションデータを第２のデバイスに送信すべき場合に、データ長の値を利用して決定される特定の値に基づいて、アプリケーションデータを含む送信フレームを生成して、送信フレームを第２のデバイスに送信する。

上記の構成では、通信装置は、第１のデバイスと第２のデバイスとが接続されている既存のネットワークに接続された後に、第１のデバイスとのＵＤＰ通信を実行して、データ長の値を取得することができる。その後、通信装置は、データ長の値を利用して決定される特定の値に基づいて送信フレームを生成するために、ネットワークに応じた適切なデータサイズを有する送信フレームを生成し得る。従って、通信装置は、ネットワークに応じた適切な送信フレームを、第２のデバイスに送信し得る。

通信装置は、さらに、データ長の値を利用して、特定の値を決定する決定部を備えていてもよい。決定部は、通信装置のＭＳＳの現行の値である現行ＭＳＳ値が、データ長の値から得られる第１のデバイスのＭＳＳの値の候補である候補ＭＳＳ値に変更されるように、特定の値を決定してもよい。この構成によると、通信装置は、ネットワークに応じた適切な特定の値を決定し得るために、適切なデータサイズを有する送信フレームを生成し得る。

決定部は、（Ｙ１）通信装置の現行ＭＳＳ値が第１のデバイスの候補ＭＳＳ値以下である場合に、通信装置の現行ＭＳＳ値が、第１のデバイスの候補ＭＳＳ値に変更されるように、特定の値を決定し、（Ｙ２）通信装置の現行ＭＳＳ値が第１のデバイスの候補ＭＳＳ値よりも大きい場合に、通信装置の現行ＭＳＳ値が維持されるように、特定の値を決定してもよい。この構成によると、通信装置は、通信装置の現行ＭＳＳ値と、第１のデバイスの候補ＭＳＳ値と、の関係に応じて、適切な特定の値を決定し得る。

決定部は、（Ｙ１−１）通信装置の現行ＭＳＳ値が第１のデバイスの候補ＭＳＳ値以下であり、かつ、通信装置が利用可能なＭＳＳの上限の値である上限ＭＳＳ値が第１のデバイスの候補ＭＳＳ値よりも小さい場合に、通信装置の現行ＭＳＳ値が、通信装置の上限ＭＳＳ値に変更されるように、特定の値を決定し、（Ｙ１−２）通信装置の現行ＭＳＳ値が第１のデバイスの候補ＭＳＳ値以下であり、かつ、通信装置の上限ＭＳＳ値が第１のデバイスの候補ＭＳＳ値以上である場合に、通信装置の現行ＭＳＳ値が、第１のデバイスの候補ＭＳＳ値に変更されるように、特定の値を決定してもよい。この構成によると、通信装置は、通信装置の現行ＭＳＳ値が第１のデバイスの候補ＭＳＳ値以下である場合に、通信装置の上限ＭＳＳ値と、第１のデバイスの候補ＭＳＳ値と、の関係に応じて、適切な特定の値を決定し得る。

送信部は、特定の値に基づいて、送信フレームに含まれるべきアプリケーションデータの最大データサイズを決定し、送信フレームに含まれるアプリケーションデータのデータサイズが、決定済みの最大データサイズ以下になるように、送信フレームを生成してもよい。この構成によると、通信装置は、特定の値に基づいて、アプリケーションデータの最大データサイズを適切に決定し得る。この結果、通信装置は、適切なデータサイズを有する送信フレームを生成し得る。

なお、上記の通信装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。

通信システムの構成の一例を示す。 ＰＣとプリンタとの間で実行される通信の一例を示す。 ＴＣＰ通信後ＭＳＳ決定処理のフローチャートを示す。 図３の処理を利用するケースＡ１及びケースＡ２を説明するための図を示す。 図３の処理を利用するケースＡ３及びケースＡ４を説明するための図を示す。 図３の処理を利用するケースＡ５を説明するための図を示す。 ＵＤＰ通信後ＭＳＳ決定処理のフローチャートを示す。 図７の処理を利用するケースＢ１−１及びケースＢ１−２を説明するための図を示す。 図７の処理を利用するケースＢ２及びケースＢ３を説明するための図を示す。

（実施例）
（システムの構成）
図１に示されるように、通信システム２は、多機能機１０（ＰＣ１００，１１０の周辺機器）と、ＰＣ１００，１１０と、を備える。ＰＣ１００，１１０は、ＬＡＮ４に接続されている。ＬＡＮ４は、イーサネット（登録商標）に準拠するネットワークである。特に、ＬＡＮ４は、ギガビットイーサネット、即ち、１ギガビット／秒の通信速度を実現可能なネットワークである。なお、ギガビットイーサネットは、１０００ＢＡＳＥ−ＳＸと、１０００ＢＡＳＥ−ＬＸと、１０００ＢＡＳＥ−ＣＸ（これらはＩＥＥＥ８０２．３ｚで規定される）と、１０００ＢＡＳＥ−Ｔ（これはＩＥＥＥ８０２．３ａｂで規定される）と、のいずれであってもよい。

（多機能機１０の構成）
多機能機１０は、印刷機能、スキャン機能、コピー機能、ＦＡＸ機能、ＩＰ電話機能等を含む複数の機能を実行可能である。多機能機１０は、ＰＣ１００，１１０が既に接続されているＬＡＮ４に新たに接続される。即ち、多機能機１０は、ＬＡＮ４に新たに参加するデバイスである。

多機能機１０は、操作部１２と、表示部１４と、印刷実行部１６と、制御部２０と、ＭＡＣチップ４０と、ＰＨＹチップ５０と、を備える。上記の各部１２〜２０は、バス線（符号省略）に接続されている。操作部１２は、複数のキーによって構成される。ユーザは、操作部１２を操作することによって、様々な指示を多機能機１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。印刷実行部１６は、インクジェット方式、レーザ方式等の印刷機構を備え、制御部２０からの指示に従って印刷を実行する。

なお、図示省略しているが、多機能機１０は、さらに、スキャン実行部、ＦＡＸ実行部、ＩＰ電話実行部等を備える。例えば、多機能機１０は、ＩＰ電話実行部のマイクに入力される音声データをＰＣ１１０に送信すべき場合に、ＰＣ１１０とのＵＤＰ（User Datagram Protocol）通信を実行する。また、例えば、多機能機１０は、印刷実行部１６によって印刷されるべき画像を表わす印刷データをＰＣ１００から受信すべき場合に、ＰＣ１００とのＴＣＰ（Transmission Control Protocol）通信を実行する。

制御部２０は、ＣＰＵ２２とメモリ２４とを備える。ＣＰＵ２２は、メモリ２４に格納されているプログラム（図示省略）に従って、様々な処理を実行する。ＣＰＵ２２が当該プログラムに従って処理を実行することによって、参考ＭＳＳ値取得部３０、決定部３２、送信部３４、及び、データ長取得部３６の各機能が実現される。

メモリ２４は、不揮発性メモリ、揮発性メモリ等によって構成される。メモリ２４は、様々な種類の設定値ＳＶ（Setting Values）を記憶する。設定値ＳＶは、多機能機１０のＭＳＳの現行の値を含む。なお、以下では、多機能機１０のＭＳＳの現行の値のことを「現行ＭＳＳ値」と呼ぶ。

（ＭＳＳ（Maximum Segment Size））
ＭＳＳについて説明する前に、イーサネットフレームについて説明する。イーサネットのデータ通信は、フレームを最小単位として実行される。図１には、１個のフレームの構成が模式的に示されている。ＴＣＰのフレームは、イーサネットヘッダと、ＩＰヘッダと、ＴＣＰヘッダと、アプリケーションデータと、ＦＣＳ（Frame Check Sequence）と、を含む。また、ＵＤＰのフレームは、ＴＣＰヘッダの代わりにＵＤＰヘッダを含む点を除くと、ＴＣＰのフレームと同様の構成を有する。

イーサネットヘッダ、ＩＰヘッダ、ＦＣＳは、それぞれ、１４バイト、２０バイト、４バイトのデータサイズを有する。また、ＴＣＰヘッダ、ＵＤＰヘッダは、それぞれ、２０バイト、８バイトのデータサイズを有する。これらのデータサイズは、イーサネットの規格として予め決められている。これに対し、アプリケーションデータのデータサイズは、フレームの通信を実行する通信装置（即ち、多機能機１０、ＰＣ１００，１１０）によって決定される。

ＭＳＳは、１個のフレームに含まれるアプリケーションデータのデータサイズとして許容される最大データサイズである。例えば、ギガビットイーサネットではなく、１０ＢＡＳＥ又は１００ＢＡＳＥのようなネットワーク環境では、通常、１個のフレームの最大データサイズとして１５１８バイトが利用される。従って、１個のフレームの最大データサイズとして１５１８バイトが利用されるネットワーク環境（以下では「通常のネットワーク環境」と呼ぶ）では、通信装置は、通常、ＭＳＳとして１４６０（＝１５１８−１４−２０−２０−４）バイトを利用する。

なお、本実施例の多機能機１０は、１５１８バイトよりも大きなデータサイズを有するフレーム（即ちジャンボフレーム）の通信を実行可能である。従って、ジャンボフレームが利用されるネットワーク環境では、多機能機１０は、１４６０バイトよりも大きい値を、現行ＭＳＳ値として利用可能である。

多機能機１０の出荷段階では、多機能機１０の現行ＭＳＳ値として１４６０バイトが設定されている。後述の図２のＳ１２又はＳ２２のＭＳＳ決定処理が実行されると、メモリ２４内の設定値ＳＶとして記憶されている現行ＭＳＳ値が、１４６０バイトよりも大きいＭＳＳ値（即ちＳ１２又はＳ２２のＭＳＳ決定処理で決定されるＭＳＳ値）に変更され得る。なお、Ｓ１２又はＳ２２のＭＳＳ決定処理で決定されるＭＳＳ値は、後述のＦＩＦＯ受信バッファＦＲＢの記憶容量から５８（＝１４＋２０＋２０＋４）バイトを減算することによって得られる値（以下では「上限ＭＳＳ値」と呼ぶ）以下である。換言すると、後述のＦＩＦＯ受信バッファＦＲＢの記憶容量は、多機能機１０の現行ＭＳＳ値に５８バイトを加算することによって得られる値以上である。

（ＭＴＵ（Maximum Transmission Unit））
ＩＰヘッダのデータサイズ（２０バイト）とＴＣＰヘッダのデータサイズ（２０バイト）とをＭＳＳに加算して得られる値に相当する値のことを「ＭＴＵ」と呼ぶ。なお、ＩＰヘッダとＴＣＰヘッダ（又はＵＤＰヘッダ）とアプリケーションデータとの集合のことを、通常、「ＩＰパケット」と呼ぶ、従って、ＭＴＵは、ＩＰパケットのデータサイズとして許容される最大データサイズである。

なお、本実施例では、多機能機１０のＭＴＵ値は、設定値ＳＶとしてメモリ２４に記憶されない。詳しくは後述するが、多機能機１０は、必要に応じて、多機能機１０の現行ＭＳＳ値から多機能機１０のＭＴＵ値を算出し、当該ＭＴＵ値を利用して処理を実行する。例えば、通常のネットワーク環境では、通信装置は、通常、ＭＳＳ値として１４６０バイトを利用するために、ＭＴＵ値として１５００（１４６０＋２０＋２０）バイトを利用する。なお、多機能機１０は、ジャンボフレームの通信を実行可能である。従って、ジャンボフレームが利用されるネットワーク環境では、多機能機１０は、１５００バイトよりも大きい値を、ＭＴＵ値として利用可能である。

メモリ２４は、メモリバッファＭＢ（Memory Buffer）を備える。メモリバッファＭＢは、多機能機１０からＬＡＮ４に送信されるイーサネットフレーム（以下では「送信フレーム」と呼ぶ）を記憶する。特に、メモリバッファＭＢは、メモリ２４から後述のＦＩＦＯ送信バッファＦＳＢに移動させる前の送信フレームを記憶する。メモリバッファＭＢは、さらに、ＬＡＮ４から受信されるイーサネットフレーム（以下では「受信フレーム」と呼ぶ）を記憶する。特に、メモリバッファＭＢは、後述のＦＩＦＯ受信バッファＦＲＢからメモリ２４に移動させた後の受信フレームを記憶する。

ＭＡＣチップ４０は、ＯＳＩ（Open Systems Interconnection）参照モデルのデータリンク層の副層であるＭＡＣ層の処理を実行する。ＭＡＣチップ４０は、ＦＩＦＯ（First In First Out）送信バッファＦＳＢと、ＦＩＦＯ受信バッファＦＲＢと、を備える。ＦＩＦＯ送信バッファＦＳＢは、少なくとも１個の送信フレームを記憶するための記憶容量を有する。ＦＩＦＯ受信バッファＦＲＢは、少なくとも１個の受信フレームを記憶するための記憶容量を有する。２つのバッファＦＳＢ，ＦＲＢの記憶容量は等しい。各記憶容量は、通常のイーサネットで利用される１個のフレームの最大データサイズである１５１８バイトよりも大きい。

ＰＨＹチップ５０は、ＯＳＩ参照モデルの物理層の処理を実行する。ＰＨＹチップ５０は、ＬＡＮ４に接続されていると共に、ＭＡＣチップ４０に接続されている。ＦＩＦＯ送信バッファＦＳＢに記憶されている送信フレームは、ＰＨＹチップ５０を介して、ＬＡＮ４に送信される。また、ＬＡＮ４から受信される受信フレームは、ＰＨＹチップ５０を介して、ＦＩＦＯ受信バッファＦＲＢに記憶される。

（ＰＣ１００，１１０の構成）
続いて、ＰＣ１００の構成について簡単に説明する。なお、ＰＣ１１０は、ＰＣ１００と同様の構成を備える。ＰＣ１００は、図示省略の操作部、表示部、制御部等を備える。ＰＣ１００は、多機能機１０のためのプリンタドライバを記憶している。ＰＣ１００は、プリンタドライバに従って、印刷データを多機能機１０に送信可能である。上述したように、印刷データの通信には、ＴＣＰが利用される。また、ＰＣ１００は、ＩＰ電話機能を実行して、多機能機１０から音声データを受信すると共に、ＰＣ１００のマイクに入力される音声データを多機能機１０に送信することができる。ＩＰ電話の音声データの通信には、ＵＤＰが利用される。また、ＰＣ１００は、ＳＮＭＰ（Simple Network Management Protocol）のリクエストを多機能機１０に送信可能である。ＳＮＭＰのデータの通信には、ＵＤＰが利用される。なお、ＰＣ１００，１１０には、それぞれ、当該ＰＣ自身のＭＳＳ値が設定される。

（ＰＣ１００から多機能機１０へのＴＣＰ通信；図２）
多機能機１０がＬＡＮ４に新たに接続された後に、例えば、ユーザは、ＰＣ１００の操作部を操作して、印刷対象のデータ（即ち印刷データ）を選択することができる。この場合、ＰＣ１００は、印刷データを多機能機１０に送信するためのＴＣＰの通信セッションを確立するために、多機能機１０とネゴシエーションを実行する。

具体的に言うと、ＰＣ１００は、まず、ＰＣ１００自身のＭＳＳ値を含むＳＹＮ信号を多機能機１０に送信する。なお、以下では、ＰＣ１００のＭＳＳ値のことを「参考ＭＳＳ値」と呼ぶ。多機能機１０の参考ＭＳＳ値取得部３０（図１参照）は、ＰＣ１００からＳＹＮ信号を受信することによって、ＰＣ１００の参考ＭＳＳ値を取得する。

次いで、多機能機１０の制御部２０は、メモリ２４内の設定値ＳＶの中から、現行ＭＳＳ値を取得する。次いで、制御部２０は、多機能機１０の現行ＭＳＳ値を含むＳＹＮ／ＡＣＫ信号をＰＣ１００に送信することによって、多機能機１０の現行ＭＳＳ値をＰＣ１００に通知する。これにより、ＰＣ１００は、多機能機１０の現行ＭＳＳ値を取得することができる。

次いで、ＰＣ１００は、ＡＣＫ信号を多機能機１０に送信する。この結果、多機能機１０とＰＣ１００との間で、ＴＣＰの通信セッションが確立される。次いで、ＰＣ１００は、印刷データを複数個の部分印刷データに分割する。この際に、ＰＣ１００は、ＰＣ１００の参考ＭＳＳ値と多機能機１０の現行ＭＳＳ値とのうちの小さい方の値を選択して、当該値を、１個の部分印刷データのデータサイズとして決定する。従って、ＰＣ１００によって選択されるＭＳＳ値が大きい程、分割後の部分印刷データの数が少なくなり、その結果、ＰＣ１００でのデータ分割に要する処理時間と、多機能機１０でのデータ結合に要する処理時間と、を短くすることができる。即ち、ＭＳＳ値として大きな値が利用される場合、即ち、ジャンボフレームが利用される場合には、通常のイーサネットのフレーム（１５１８バイト）が利用される場合と比べて、多機能機１０及びＰＣ１００の処理時間が少なくて済み、その結果、データの通信速度が向上する。

次いで、ＰＣ１００は、１個の部分印刷データをアプリケーションデータとして含む１個のフレームＦ１を生成して、多機能機１０に送信する。フレームＦ１は、多機能機１０のＰＨＹチップ５０を介して、ＭＡＣチップ４０内のＦＩＦＯ受信バッファＦＲＢに記憶される。上述したように、ＦＩＦＯ受信バッファＦＲＢの記憶容量は、通常のイーサネットで利用される１個のフレームの最大データサイズである１５１８バイトよりも大きく、しかも、多機能機１０の現行ＭＳＳ値に５８バイトを加算することによって得られる値以上である。従って、ＰＣ１００が、ＰＣ１００の参考ＭＳＳ値と多機能機１０の現行ＭＳＳ値とのうちの小さい方の値を基準として１個のフレームを生成すれば、当該フレームのデータサイズは、必ず、ＦＩＦＯ受信バッファＦＲＢの記憶容量以下の値になる。従って、１個のフレームのデータサイズがＦＩＦＯ受信バッファＦＲＢの記憶容量よりも大きくなり、その結果、多機能機１０が当該フレームを受信することができないという事象が発生するのを抑制することができる。

多機能機１０の制御部２０は、ＦＩＦＯ受信バッファＦＲＢ内の受信フレームＦ１を、メモリバッファＭＢに移動させる。これにより、ＦＩＦＯ受信バッファＦＲＢが解放される。ＰＣ１００は、フレームＦ１の場合と同様に、フレームＦ２を生成して多機能機１０に送信する。多機能機１０の制御部２０は、受信フレームＦ１の場合と同様に、受信フレームＦ２をメモリバッファＭＢに移動させる。

多機能機１０の制御部２０は、各受信フレームＦ１，Ｆ２を受信した後に、メモリバッファＭＢ内の各受信フレームＦ１，Ｆ２に従った処理を順次実行する。例えば、制御部２０は、各受信フレームＦ１，Ｆ２内の部分印刷データに従って、印刷実行部１６に印刷を実行させるための処理（例えば、印刷実行部１６に駆動信号を送信する処理）を実行する。なお、制御部２０は、各受信フレームＦ１，Ｆ２に従った処理を終えると、各受信フレームＦ１，Ｆ２をメモリバッファＭＢから順次消去する。これにより、メモリバッファＭＢが解放される。なお、ＰＣ１００は、全ての印刷データを多機能機１０に送信し終えると、ＴＣＰの通信セッションを切断する。

多機能機１０の決定部３２（図１参照）は、ＴＣＰの通信セッションが切断されると、Ｓ１０において、多機能機１０の現行ＭＳＳ値が確定済みであるのか否かを判断する。多機能機１０のユーザ（例えば、ＬＡＮ４の管理者）は、多機能機１０の電源がＯＮされている間のどのタイミングでも、操作部１２を操作して、多機能機１０の現行ＭＳＳ値を確定させるための操作を実行することができる。Ｓ１０では、決定部３２は、当該操作が実行済みであるのか否かを判断する。

多機能機１０の現行ＭＳＳ値が確定済みである場合（Ｓ１０でＹＥＳの場合）には、Ｓ１２のＭＳＳ決定処理が実行されない。一方において、多機能機１０の現行ＭＳＳ値が確定済みでない場合（Ｓ１０でＮＯの場合）には、決定部３２は、Ｓ１２のＭＳＳ決定処理を実行する。Ｓ１２のＭＳＳ決定処理は、図２のＴＣＰ通信よりも後で実行され得る通信において多機能機１０が利用すべきＭＳＳ値を決定するための処理であり、当該処理の内容については、後で詳しく説明する。

なお、図２の例では、ＰＣ１００が主体的にＴＣＰ通信を実行する。即ち、最初に、ＰＣ１００から多機能機１０に、参考ＭＳＳ値を含むＳＹＮ信号が送信され、次いで、多機能機１０からＰＣ１００に、現行ＭＳＳ値を含むＳＹＮ／ＡＣＫ信号が送信される。変形例では、多機能機１０が主体的にＴＣＰ通信を実行してもよい。即ち、最初に、多機能機１０からＰＣ１００に、現行ＭＳＳ値を含むＳＹＮ信号が送信され、次いで、ＰＣ１００から多機能機１０に、参考ＭＳＳ値を含むＳＹＮ／ＡＣＫ信号が送信されてもよい。変形例のケースでも、ＴＣＰ通信後に、決定部３２は、Ｓ１０でＮＯの場合に、Ｓ１２のＭＳＳ決定処理を実行する。

（ＴＣＰ通信後のＵＤＰ通信）
多機能機１０とＰＣ１００との間で上記のＴＣＰ通信（ネゴシエーション及びフレームＦ１，Ｆ２の通信）が実行された後に、例えば、ユーザは、操作部１２を操作して、ＩＰ電話通信をＰＣ１１０と実行するように、多機能機１０に指示を与えることができる。この場合、Ｓ１４において、多機能機１０の送信部３４（図１参照）は、ＩＰ電話実行部のマイクに入力された音声データを含む送信フレームＦ３を生成する。次いで、送信部３４は、ＵＤＰ通信によって送信フレームＦ３をＰＣ１１０に送信する。

ＵＤＰ通信では、ＴＣＰ通信と異なり、ネゴシエーション（ＳＹＮ信号、ＳＹＮ／ＡＣＫ信号等の通信）が実行されない。従って、多機能機１０は、ＰＣ１１０のＭＳＳ値を知ることができない。Ｓ１４では、送信部３４は、まず、メモリ２４から多機能機１０の現行ＭＳＳ値を取得する。例えば、Ｓ１２のＭＳＳ決定処理が実行された場合には、送信部３４は、Ｓ１２のＭＳＳ決定処理で決定されたＭＳＳ値を取得する。次いで、送信部３４は、多機能機１０の現行ＭＳＳ値に４０（２０＋２０）バイトを加算して、多機能機１０のＭＴＵ値を算出する。次いで、送信部３４は、多機能機１０のＭＴＵ値から２８（２０（ＩＰヘッダ）＋８（ＵＤＰヘッダ））バイトを減算して、送信フレームＦ３に含まれるべきアプリケーションデータの最大データサイズを算出する。次いで、送信部３４は、メモリバッファＭＢ内に、上記の最大データサイズ以下のアプリケーションデータ（即ち音声データ）を含む送信フレームＦ３を生成する。次いで、送信部３４は、送信フレームＦ３を、ＦＩＦＯ送信バッファＦＳＢに移動させる。これにより、ＦＩＦＯ送信バッファＦＳＢに記憶されている送信フレームＦ３が、ＰＨＹチップ５０を介して、ＰＣ１１０に送信される。

ＰＣ１１０は、多機能機１０から送信されるフレームＦ３に含まれるＩＰパケット（即ちＩＰヘッダとＵＤＰヘッダとアプリケーションデータの集合）のデータサイズが、ＰＣ１１０のＭＴＵ値（即ちＰＣ１１０のＭＳＳ値＋４０バイト）よりも大きいのか否かを判断する。ＰＣ１１０は、ＩＰパケットのデータサイズがＰＣ１１０のＭＴＵ値よりも大きい場合に、フレームＦ３を破棄する（即ちフレームＦ３に従った処理を実行しない）。一方において、ＰＣ１１０は、ＩＰパケットのデータサイズがＰＣ１１０のＭＴＵ値以下である場合に、フレームＦ３に従った処理（例えば音声データをＰＣ１１０のスピーカから出力するための処理等）を実行する。

（ＴＣＰ通信後ＭＳＳ決定処理；図３）
続いて、図３を参照して、図２のＳ１２のＭＳＳ決定処理の内容について説明する。Ｓ１００において、決定部３２は、メモリ２４に記憶されている多機能機１０の現行ＭＳＳ値が、ＴＣＰ通信のネゴシエーションで取得されたＰＣ１００の参考ＭＳＳ値よりも大きいのか否かを判断する。現行ＭＳＳ値が参考ＭＳＳ値よりも大きい場合（Ｓ１００でＹＥＳの場合）には、Ｓ１０２において、決定部３２は、参考ＭＳＳ値が１４６０バイトよりも大きいのか否かを判断する。

参考ＭＳＳ値が１４６０バイトよりも大きい場合（Ｓ１０２でＹＥＳの場合）には、Ｓ１０４において、決定部３２は、メモリ２４内の設定値ＳＶを、現行ＭＳＳ値から参考ＭＳＳ値に変更する。一方において、参考ＭＳＳ値が１４６０バイト以下である場合（Ｓ１０２でＮＯの場合）には、Ｓ１０６において、決定部３２は、メモリ２４内の設定値ＳＶとして記憶されている現行ＭＳＳ値を維持する。即ち、多機能機１０の現行ＭＳＳ値が変更されない。Ｓ１０４又はＳ１０６を終えると、図３のＭＳＳ決定処理が終了する。

一方において、現行ＭＳＳ値が参考ＭＳＳ値以下である場合（Ｓ１００でＮＯの場合）には、Ｓ１０８において、決定部３２は、多機能機１０の上限ＭＳＳ値（即ち、ＦＩＦＯ受信バッファＦＲＢの記憶容量から５８バイトを減算することによって得られる値）が、参考ＭＳＳ値よりも小さいのか否かを判断する。

上限ＭＳＳ値が参考ＭＳＳ値よりも小さい場合（Ｓ１０８でＹＥＳの場合）には、Ｓ１１０において、決定部３２は、メモリ２４内の設定値ＳＶを、現行ＭＳＳ値から上限ＭＳＳ値に変更する。一方において、上限ＭＳＳ値が参考ＭＳＳ値以上である場合（Ｓ１０８でＮＯの場合）には、Ｓ１１２において、決定部３２は、メモリ２４内の設定値ＳＶを、現行ＭＳＳ値から参考ＭＳＳ値に変更する。Ｓ１１０又はＳ１１２を終えると、図３のＭＳＳ決定処理が終了する。

（ケースＡ１）
続いて、図３のＭＳＳ決定処理を利用する具体例を説明する。図４のケースＡ１では、ＰＣ１００，１１０のそれぞれのＭＳＳ値は、ＬＡＮ４の管理者によって、ジャンボフレームの通信を実行可能な値（４０００バイト）に設定されている。このようなＬＡＮ４に多機能機１０が新たに接続される状況を想定する。なお、多機能機１０の現行ＭＳＳ値、上限ＭＳＳ値は、それぞれ、１４６０バイト（即ち出荷段階のＭＳＳ値）、８０００バイトである。例えば、新品の多機能機１０がＬＡＮ４に新たに接続される場合には、ケースＡ１が適用され得る。

多機能機１０とＰＣ１００との間でＴＣＰ通信が実行されると、多機能機１０の参考ＭＳＳ値取得部３０は、ＰＣ１００の参考ＭＳＳ値として４０００バイトを取得する。この場合、図３のＭＳＳ決定処理では、決定部３２は、Ｓ１００でＮＯと判断し、Ｓ１０８でＮＯと判断し、Ｓ１１２において、メモリ２４内の設定値ＳＶを、現行ＭＳＳ値（１４６０バイト）から参考ＭＳＳ値（４０００バイト）に変更する。即ち、多機能機１０の変更後の現行ＭＳＳ値は、ＰＣ１００，１１０のそれぞれのＭＳＳ値に一致する。

その後、多機能機１０の送信部３４は、ＰＣ１１０とのＵＤＰ通信によってＩＰ電話の音声データをＰＣ１１０のデバイスに送信すべき場合に、変更後の現行ＭＳＳ値（４０００バイト）を基準として送信フレームを生成して（即ち、アプリケーションデータの最大データサイズを４０１２（４０００＋４０−２８）バイトとして送信フレームを生成して）、当該送信フレームをＰＣ１１０に送信する。仮に、送信部３４が、最大データサイズ（４０１２バイト）を有する音声データを含む送信フレームを生成する場合には、当該送信フレームに含まれるＩＰパケット（ＩＰヘッダとＵＤＰヘッダとアプリケーションデータとの集合）のデータサイズは、４０４０（４０１２＋２８）バイトである。

ＰＣ１１０のＭＴＵ値は、４０４０（４０００＋４０）バイトである。従って、仮に、最大データサイズを有する音声データを含む送信フレームが、多機能機１０からＰＣ１１０に送信されても、ＰＣ１１０は、当該送信フレームに含まれるＩＰパケットのデータサイズ（４０４０バイト）が、ＰＣ１１０のＭＴＵ値（４０４０バイト）以下であると判断して、当該送信フレームに従った処理を実行する。

ケースＡ１では、既存のＬＡＮ４に多機能機１０が接続される場合に、多機能機１０とＰＣ１００との間でＴＣＰ通信が実行されると、多機能機１０の現行ＭＳＳ値が、ＰＣ１００の参考ＭＳＳ値（４０００バイト）に変更される。従って、多機能機１０は、ＬＡＮ４に応じた適切なＭＳＳ値、即ち、ＬＡＮ４で現在採用されているＭＳＳ値を、多機能機１０自身のＭＳＳ値として決定することができる。その後、多機能機１０は、ＵＤＰ通信によって送信フレームをＰＣ１１０に送信すべき場合に、多機能機１０の変更後の現行ＭＳＳ値（４０００バイト）を基準として、送信フレームを生成する。即ち、多機能機１０は、ジャンボフレームの通信が実行されるＬＡＮ４に接続される場合に、ジャンボフレームを利用してＵＤＰ通信を実行することができる。このために、通信効率（即ち通信速度）を向上させることができる。しかも、ＬＡＮ４で現在採用されているＭＳＳ値（４０００バイト）を基準として送信フレームが生成されるために、ＰＣ１１０が、当該送信フレームを破棄するという事象が発生するのを抑制することもできる。即ち、多機能機１０は、ＵＤＰ通信によってＰＣ１１０に音声データを送信すべき際に、ＬＡＮ４に応じた適切なＭＳＳ値に基づいて送信フレームを生成することができ、当該送信フレームをＰＣ１１０に送信することができる。

（ケースＡ２）
図４のケースＡ２は、多機能機１０の上限ＭＳＳ値が３０００バイトである点において、ケースＡ１とは異なる。従って、ケースＡ１とは異なり、決定部３２は、図３のＳ１０８でＹＥＳと判断し、Ｓ１１０において、メモリ２４内の設定値ＳＶを、現行ＭＳＳ値（１４６０バイト）から上限ＭＳＳ値（３０００バイト）に変更する。

多機能機１０の送信部３４は、ＰＣ１１０とのＵＤＰ通信によって音声データをＰＣ１１０のデバイスに送信すべき場合に、変更後の現行ＭＳＳ値（３０００バイト）を基準として送信フレームを生成して、当該送信フレームをＰＣ１１０に送信する。従って、ＰＣ１１０は、当該送信フレームに従った処理を実行する。

ケースＡ２でも、多機能機１０は、ジャンボフレームの通信が実行されるＬＡＮ４に接続される場合に、ジャンボフレームを利用してＵＤＰ通信を実行することができる。しかも、多機能機１０は、多機能機１０の現行ＭＳＳ値を、上限ＭＳＳ値よりも大きい参考ＭＳＳ値に変更しない。仮に、多機能機１０の現行ＭＳＳ値が上限ＭＳＳ値よりも大きくなると、現行ＭＳＳ値を基準として生成される送信フレームのデータサイズが、ＦＩＦＯ送信バッファＦＳＢの記憶容量を超えるおそれがある。この場合、ＦＩＦＯ送信バッファＦＳＢが送信フレームを記憶することができないために、送信フレームを送信することができないという事象が発生する。本実施例によると、多機能機１０の現行ＭＳＳ値が上限ＭＳＳ値よりも大きくならないために、送信フレームを送信することができないという事象が発生するのを抑制することができる。

（ケースＡ３）
図５のケースＡ３は、多機能機１０の現行ＭＳＳ値が５０００バイトである点において、ケースＡ１とは異なる。例えば、ＬＡＮ４とは異なるネットワーク（例えば、５０００バイトのＭＳＳ値を有するＰＣが接続されているネットワーク）に多機能機１０が接続されている場合には、多機能機１０の現行ＭＳＳ値が５０００バイトになり得る。その後、当該異なるネットワークに多機能機１０が接続されている状態から、ＬＡＮ４に多機能機１０が接続されている状態に変更する場合に、ケースＡ３が適用され得る。

図３のＭＳＳ決定処理では、決定部３２は、Ｓ１００でＹＥＳと判断し、Ｓ１０２でＹＥＳと判断し、Ｓ１０４において、メモリ２４内の設定値ＳＶを、現行ＭＳＳ値（５０００バイト）から参考ＭＳＳ値（４０００バイト）に変更する。この場合、ケースＡ１と同様に、送信部３４は、変更後の現行ＭＳＳ値（４０００バイト）を基準としてＵＤＰの送信フレームを生成して、当該送信フレームをＰＣ１１０に送信する。従って、ＰＣ１１０は、当該送信フレームに従った処理を実行する。

ケースＡ３では、多機能機１０の現行ＭＳＳ値がＰＣ１００の参考ＭＳＳ値よりも大きい場合に、多機能機１０の現行ＭＳＳ値（５０００バイト）が、ＰＣ１００の参考ＭＳＳ値（４０００バイト）に変更される。従って、多機能機１０は、ＬＡＮ４で現在採用されているＭＳＳ値（４０００バイト）を基準として、ＵＤＰの送信フレームを生成することができる。このために、ＰＣ１１０が、多機能機１０から送信されるＵＤＰの送信フレームを破棄するという事象が発生するのを抑制することができる。

（ケースＡ４）
図５のケースＡ４で、ＰＣ１００のＭＳＳ値（即ち参考ＭＳＳ値）が１４６０バイトである点において、ケースＡ３とは異なる。例えば、ＬＡＮ４の管理者が、ＰＣ１００のＭＳＳ値を、通常のイーサネットで利用される値（１４６０バイト）から、ジャンボフレームの通信を実行するための値に変更する前に、多機能機１０がＬＡＮ４に接続される場合に、ケースＡ４が適用され得る。

多機能機１０とＰＣ１００との間でＴＣＰ通信が実行されると、多機能機１０の参考ＭＳＳ値取得部３０は、ＰＣ１００の参考ＭＳＳ値として１４６０バイトを取得する。この場合、図３のＭＳＳ決定処理では、決定部３２は、Ｓ１００でＹＥＳと判断し、Ｓ１０２でＮＯと判断し、Ｓ１０６において、現行ＭＳＳ値（５０００バイト）を維持する。

仮に、決定部３２が、現行ＭＳＳ値（５０００バイト）を維持せずに、現行ＭＳＳ値（５０００バイト）から参考ＭＳＳ値（１４６０バイト）に変更する手法（以下では「比較例の手法」と呼ぶ）を採用すると、以下の問題が発生する。即ち、仮に、ＰＣ１１０でも上記の比較例の手法が採用されると、多機能機１０の現行ＭＳＳ値が１４６０バイトに変更された後に、ＰＣ１１０と多機能機１０との間でＴＣＰ通信が実行されると、ＰＣ１１０のＭＳＳ値も４０００バイトから１４６０バイトに変更され得る。即ち、ＬＡＮ４に接続されている全てのデバイスのＭＳＳ値が、通常のイーサネットで利用される１４６０バイトになってしまう。ＬＡＮ４の管理者が、ジャンボフレームの通信が実行されるネットワークを構築することを望んでいても、それが実現されない。

このような問題に対処するために、本実施例では、ケースＡ４において、多機能機１０の現行ＭＳＳ値（５０００バイト）を維持する手法を採用している。これにより、ＬＡＮ４に接続されている全てのデバイスのＭＳＳ値が、通常のイーサネットで利用される１４６０バイトになることを抑制することができ、ジャンボフレームの通信が実行されるネットワークを適切に構築することができる。

（ケースＡ５）
図６のケースＡ５は、ＰＣ１００のＭＳＳ値のみならず、ＰＣ１１０のＭＳＳ値も１４６０バイトである点において、ケースＡ４とは異なる。例えば、ＬＡＮ４の管理者が、通常のイーサネットのネットワークを構築することを望んでいる場合には、ＬＡＮ４に接続されているＰＣ１００，１１０のそれぞれのＭＳＳ値が、１４６０バイトに設定される。なお、ケースＡ３と同様に、ＬＡＮ４とは異なるネットワークに多機能機１０が接続されている状態から、ＬＡＮ４に多機能機１０が接続されている状態に変更する場合に、ケースＡ５が適用され得る。

このようなＬＡＮ４に多機能機１０が接続されると、ケースＡ４で説明したように、多機能機１０の現行ＭＳＳ値（５０００バイト）が維持される。従って、多機能機１０は、ＵＤＰ通信によってＰＣ１１０に音声データを送信すべき場合に、現行ＭＳＳ値（５０００バイト）を基準としてＵＤＰの送信フレームを生成する。従って、ＰＣ１１０は、多機能機１０から送信されるＵＤＰの送信フレームを破棄する。即ち、多機能機１０からＰＣ１１０へのＵＤＰ通信を実行不可能である。同様に、多機能機１０からＰＣ１００へのＵＤＰ通信も実行不可能である。

このような問題に対処するために、本実施例では、多機能機１０の決定部３２は、多機能機１０の電源がＯＦＦされる場合に、メモリ２４内の設定値ＳＶを、現行ＭＳＳ値（５０００バイト）から、予め決められている１４６０バイトに変更する。なお、決定部３２は、多機能機１０の電源をＯＦＦするための操作が実行されてから、多機能機１０の電源が実際にＯＦＦされる前に、現行ＭＳＳ値（５０００バイト）から１４６０バイトに変更してもよいし、多機能機１０の電源が再びＯＮされる際に、現行ＭＳＳ値（５０００バイト）から１４６０バイトに変更してもよい。

これにより、多機能機１０の送信部３４は、多機能機１０の電源が再びＯＮされた後に、変更後の現行ＭＳＳ値（１４６０バイト）を基準としてＵＤＰの送信フレームを生成することができる。従って、ＰＣ１１０は、当該送信フレームを破棄せずに、当該送信フレームに従った処理を実行することができる。

ケースＡ５では、ＬＡＮ４の管理者は、多機能機１０の電源をＯＦＦすることによって、通常のイーサネットのネットワークを適切に構築することができる。

（ＰＣ１００から多機能機１０へのＵＤＰ通信；図２）
多機能機１０がＬＡＮ４に新たに接続された後に、例えば、ＰＣ１００は、ＵＤＰ通信によって、ＳＮＭＰのリクエスト（例えば多機能機１０のステータスを取得するためのリクエスト）を多機能機１０に送信する。なお、上述したように、ＵＤＰ通信では、ＴＣＰ通信と異なり、ネゴシエーションが実行されない。従って、ＰＣ１００は、多機能機１００の現行ＭＳＳ値を知ることができず、多機能機１０は、ＰＣ１００の参考ＭＳＳ値を知ることができない。

ＰＣ１００は、まず、ＰＣ１００の参考ＭＳＳ値に４０（２０＋２０）バイトを加算して、ＰＣ１００のＭＴＵ値を算出する。次いで、ＰＣ１００は、ＰＣ１００のＭＴＵ値から２８（２０＋８）バイトを減算して、ＵＤＰのフレームに含まれるべきアプリケーションデータの最大データサイズ（以下では「特定の最大データサイズ」と呼ぶ）を算出する。次いで、ＰＣ１００は、上記の特定の最大データサイズ以下のアプリケーションデータ（即ちＳＮＭＰのリクエスト）を含むＵＤＰのフレームＦ４を生成して、多機能機１０に送信する。

なお、フレームＦ４内のＵＤＰヘッダは、データ長の値を含む。図１に示されるように、データ長の値は、フレームＦ４内のＵＤＰヘッダのデータサイズ（８バイト）と、フレームＦ４内のアプリケーションデータのデータサイズと、の和である。従って、データ長の値に２０バイトを加算すれば、フレームＦ４内のＩＰパケットのデータサイズが得られる。

仮に、フレームＦ４内のアプリケーションデータのデータサイズが、上記の特定の最大データサイズに一致していれば、フレームＦ４内のＩＰパケットのデータサイズから４０バイトを減算することによって得られる算出値は、ＰＣ１００の参考ＭＳＳ値に一致する。しかしながら、フレームＦ４内のアプリケーションデータのデータサイズが、上記の特定の最大データサイズに一致しているという保証はない。例えば、ＰＣ１００から多機能機１０に送信されるべきアプリケーションデータのデータ量が比較的に少ない場合には、フレームＦ４内のアプリケーションデータのデータサイズは、上記の特定の最大データサイズよりも小さくなり得る。この場合、フレームＦ４内のＩＰパケットのデータサイズから４０バイトを減算することによって得られる算出値は、ＰＣ１００の参考ＭＳＳ値よりも小さくなる。即ち、フレームＦ４内のＵＤＰヘッダに含まれるデータ長の値から得られる上記の算出値は、あくまで、ＰＣ１００の参考ＭＳＳ値の候補であり、ＰＣ１００の参考ＭＳＳ値に必ず一致するわけではない。以下では、データ長の値から得られる上記の算出値のことを「候補ＭＳＳ値」と呼ぶ。

多機能機１０のデータ長取得部３６（図１参照）は、ＰＣ１００から送信される受信フレームＦ４内のＵＤＰヘッダを解析することによって、ＵＤＰヘッダに含まれるデータ長の値を取得する。次いで、多機能機１０の制御部２０は、データ長の値に２０バイトを加算して、受信フレームＦ４内のＩＰパケットのデータサイズを算出する。さらに、制御部２０は、多機能機１０の現行ＭＳＳ値に４０バイトを加算して、多機能機１０のＭＴＵ値を算出する。次いで、制御部２０は、受信フレームＦ４内のＩＰパケットのデータサイズと、多機能機１０のＭＴＵ値と、を比較する。制御部２０は、受信フレームＦ４内のＩＰパケットのデータサイズが多機能機１０のＭＴＵ値よりも大きい場合に、受信フレームＦ４を破棄する。一方において、制御部２０は、受信フレームＦ４内のＩＰパケットのデータサイズが多機能機１０のＭＴＵ値以下である場合に、受信フレームＦ４に従った処理（例えばＳＮＭＰのレスポンスの生成処理等）を実行する。

次いで、決定部３２は、Ｓ２０において、多機能機１０の現行ＭＳＳ値が確定済みであるのか否かを判断する。Ｓ２０は、Ｓ１０と同様である。多機能機１０の現行ＭＳＳ値が確定済みでない場合（Ｓ２０でＮＯの場合）には、決定部３２は、Ｓ２２のＭＳＳ決定処理を実行する。なお、Ｓ２２のＭＳＳ決定処理が実行された後に、例えば、多機能機１０からＰＣ１１０にＩＰ電話の音声データが送信されるべき場合には、Ｓ２４において、送信部３４は、音声データを含む送信フレームＦ５を生成する。次いで、送信部３４は、ＵＤＰ通信によって送信フレームＦ５をＰＣ１１０に送信する。送信フレームＦ５の生成及び送信のための処理は、送信フレームＦ３の生成及び送信のための処理と同様である。

（ＵＤＰ通信後ＭＳＳ決定処理；図７）
続いて、図７を参照して、図２のＳ２２のＭＳＳ決定処理の内容について説明する。Ｓ２００において、決定部３２は、多機能機１０の現行ＭＳＳ値が、受信フレームＦ４内のＵＤＰヘッダに含まれるデータ長の値から得られるＰＣ１００の候補ＭＳＳ値よりも大きいのか否かを判断する。現行ＭＳＳ値が候補ＭＳＳ値よりも大きい場合（Ｓ２００でＹＥＳの場合）には、Ｓ２０６において、決定部３２は、メモリ２４内の設定値ＳＶとして記憶されている現行ＭＳＳ値を維持する。Ｓ２０６を終えると、図７のＭＳＳ決定処理が終了する。

一方において、現行ＭＳＳ値が候補ＭＳＳ値以下である場合（Ｓ２００でＮＯの場合）には、Ｓ２０８において、決定部３２は、多機能機１０の上限ＭＳＳ値が候補ＭＳＳ値よりも小さいのか否かを判断する。上限ＭＳＳ値が候補ＭＳＳ値よりも小さい場合（Ｓ２０８でＹＥＳの場合）には、Ｓ２１０において、決定部３２は、メモリ２４内の設定値ＳＶを、現行ＭＳＳ値から上限ＭＳＳ値に変更する。一方において、多機能機１０の上限ＭＳＳ値が候補ＭＳＳ値以上である場合（Ｓ２０８でＮＯの場合）には、Ｓ２１２において、決定部３２は、メモリ２４内の設定値ＳＶを、現行ＭＳＳ値から候補ＭＳＳ値に変更する。Ｓ２１０又はＳ２１２を終えると、図７のＭＳＳ決定処理が終了する。

（ケースＢ１−１）
続いて、図７のＭＳＳ決定処理を利用する具体例を説明する。図８のケースＢ１−１では、上記のケースＡ１（図４参照）と同様に、ＰＣ１００，１１０のそれぞれのＭＳＳ値が４０００バイトであり、多機能機１０の現行ＭＳＳ値、上限ＭＳＳ値が、それぞれ、１４６０バイト、８０００バイトである。

ＰＣ１００から多機能機１０へのＵＤＰ通信では、上記の特定の最大データサイズを有するアプリケーションデータを含むフレームＦ４が送信される。この場合、フレームＦ４内のデータ長の値から得られるＰＣ１００の候補ＭＳＳ値は、ＰＣ１００の参考ＭＳＳ値（４０００バイト）に一致する。従って、図７のＭＳＳ決定処理では、決定部３２は、Ｓ２００でＮＯと判断し、Ｓ２０８でＮＯと判断し、Ｓ２１２において、メモリ２４内の設定値ＳＶを、現行ＭＳＳ値（１４６０バイト）から候補ＭＳＳ値（４０００バイト）に変更する。即ち、多機能機１０の変更後の現行ＭＳＳ値は、ＰＣ１００，１１０のそれぞれのＭＳＳ値に一致する。従って、上記のケースＡ１と同様の効果が得られる。

なお、図４のケースＡ１及び図８のケースＢ１−１では、同じＬＡＮ４が構築されている。このようなＬＡＮ４に多機能機１０が新たに接続された後において、多機能機１０が、ＰＣ１００とのＵＤＰ通信を実行するのに先行して、ＰＣ１００とのＴＣＰ通信を実行すれば、図４のケースＡ１に示されるように、決定部３２は、ＰＣ１００とのネゴシエーションで取得された参考ＭＳＳ値（４０００バイト）を、多機能機１０自身のＭＳＳ値として決定する。一方において、多機能機１０が、ＰＣ１００とのＴＣＰ通信を実行するのに先行して、ＰＣ１００とのＵＤＰ通信を実行すれば、図８のケースＢ１−１に示されるように、決定部３２は、ＰＣ１００から受信されたフレーム内のデータ長の値から得られるＰＣ１００の候補ＭＳＳ値（４０００バイト）を、多機能機１０自身のＭＳＳ値として決定する。候補ＭＳＳ値は、参考ＭＳＳ値と同じ値である。従って、図４のケースＡ１と図８のケースＢ１−１とのどちらでも、決定部３２は、多機能機１０自身のＭＳＳ値として同じ値を決定する。

（ケースＢ１−２）
図８のケースＢ１−２は、以下の点において、ケースＢ１−１とは異なる。即ち、ＰＣ１００から多機能機１０へのＵＤＰ通信では、上記の特定の最大データサイズよりも小さいデータサイズを有するアプリケーションデータを含むフレームＦ４が送信される。即ち、フレームＦ４内のデータ長の値から得られるＰＣ１００の候補ＭＳＳ値は、ＰＣ１００の参考ＭＳＳ値（４０００バイト）よりも小さい３０００バイトである。

この場合も、ケースＢ１−１と同様に、決定部３２は、Ｓ２００でＮＯと判断し、Ｓ２０８でＮＯと判断し、Ｓ２１２において、メモリ２４内の設定値ＳＶを、現行ＭＳＳ値（１４６０バイト）から候補ＭＳＳ値（３０００バイト）に変更する。多機能機１０の変更後の現行ＭＳＳ値は、ＰＣ１００，１１０のそれぞれのＭＳＳ値よりも小さいが、上記のケースＡ１（図４参照）と同様の効果が得られる。

（ケースＢ２）
図９のケースＢ２は、多機能機１０の上限ＭＳＳ値が３０００バイトである点において、ケースＢ１−１とは異なる。従って、ケースＢ１−１とは異なり、決定部３２は、図７のＳ２０８でＹＥＳと判断し、Ｓ２１０において、メモリ２４内の設定値ＳＶを、現行ＭＳＳ値（１４６０バイト）から上限ＭＳＳ値（３０００バイト）に変更する。この場合、上記のケースＡ２（図４参照）と同様の効果が得られる。

（ケースＢ３）
図９のケースＡ３は、多機能機１０の現行ＭＳＳ値が５０００バイトである点において、ケースＢ１−１とは異なる。図７のＭＳＳ決定処理では、決定部３２は、Ｓ２００でＹＥＳと判断し、Ｓ２０６において、メモリ２４内の設定値ＳＶとして記憶されている現行ＭＳＳ値（５０００バイト）を維持する。

前述したように、ＰＣ１００の候補ＭＳＳ値がＰＣ１００の参考ＭＳＳ値に一致するという保証はなく、候補ＭＳＳ値は、参考ＭＳＳ値よりも小さい値である可能性がある。このために、仮に、図７のＳ２０６において、多機能機１０の現行ＭＳＳ値をＰＣ１００の候補ＭＳＳ値に変更する手法を採用すると、現行ＭＳＳ値が、参考ＭＳＳ値よりも小さい値に変更される可能性がある。即ち、現行ＭＳＳ値が、ＬＡＮ４の管理者が意図していない小さな値に変更される可能性がある。従って、本実施例では、Ｓ２０６において、多機能機１０の現行ＭＳＳ値を維持する手法を採用することにより、現行ＭＳＳ値が、ＬＡＮ４の管理者が意図していない小さな値に変更されるのを抑制することができる。

（対応関係）
多機能機１０、ＰＣ１００、ＰＣ１１０が、それぞれ、「通信装置」、「第１のデバイス」、「第２のデバイス」の一例である。多機能機１０のＭＳＳ値（即ち、メモリ２４内の設定値ＳＶとして記憶されているＭＳＳ値）が、「特定の値」の一例である。図２のフレームＦ３又はＦ５で送信される音声データが、「アプリケーションデータ」の一例である。

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。

（変形例１）上記の各実施例では、メモリ２４内の設定値ＳＶとして多機能機１０のＭＳＳ値が記憶される。従って、決定部３２は、ＰＣ１００の参考ＭＳＳ値、又は、ＰＣ１００から受信される受信フレームＦ４内のデータ長の値を利用して、多機能機１０自身のＭＳＳ値を決定する。これに代えて、メモリ２４内の設定値ＳＶとして、多機能機１０のＭＳＳ値が記憶されずに、多機能機１０のＭＴＵ値が記憶される構成を採用してもよい。この場合、決定部３２は、ＰＣ１００の参考ＭＳＳ値、又は、データ長の値を利用して、多機能機１０自身のＭＴＵ値を決定してもよい。

一般的に言うと、「特定の値」は、通信装置のＭＳＳ値やＭＴＵ値を決定可能な値であればよく、上記の実施例のように、通信装置のＭＳＳ値であってもよいし、本変形例のように、通信装置のＭＴＵ値であってもよい。従って、例えば、「前記通信装置の前記現行ＭＳＳ値が、前記第１のデバイスの前記参考ＭＳＳ値に変更されるように、前記特定の値を決定し」という表現は、通信装置の現行ＭＳＳ値が、第１のデバイスの参考ＭＳＳ値に変更されるように、通信装置のＭＳＳ値を決定すること（上記の実施例）、及び、通信装置の現行ＭＳＳ値が、第１のデバイスの参考ＭＳＳ値に変更されるように、通信装置のＭＴＵ値を決定すること（本変形例）、を含む。他の同様の表現も、通信装置のＭＳＳ値を決定すること、及び、通信装置のＭＴＵ値を決定すること、を含む。

（変形例２）メモリ２４内の設定値ＳＶとして、多機能機１０のＭＳＳ値と多機能機１０のＭＴＵ値との両方が記憶される構成を採用してもよい。この場合、決定部３２は、「特定の値」として多機能機１０自身のＭＳＳ値を決定してもよいし、「特定の値」として多機能機１０自身のＭＴＵ値を決定してもよい。

（変形例３）例えば、図３のＳ１００において、決定部３２は、多機能機１０の現行ＭＳＳ値とＰＣ１００の参考ＭＳＳ値とを比較している。しかしながら、図３のＳ１００において、決定部３２は、多機能機１０のＭＴＵ値（現行ＭＳＳ値＋４０バイト）と、ＰＣ１００のＭＴＵ値（参考ＭＳＳ値＋４０バイト）と、を比較してもよい。ＭＴＵ値とＭＳＳ値との関係は、一方の値が決定されれば、他方の値が一義的に決定されるものである。従って、図３及び図７内の各判断処理（Ｓ１００、Ｓ１０２、Ｓ１０８、Ｓ２００、Ｓ２０８）では、上記の実施例のように、ＭＳＳ値を比較してもよいし、本変形例のように、ＭＴＵ値を比較してもよい。従って、例えば、「前記通信装置の前記現行ＭＳＳ値が前記第１のデバイスの前記参考ＭＳＳ値よりも大きい場合」という表現は、ＭＳＳ値を比較すること、及び、ＭＴＵ値を比較すること、を含む。他の同様の表現も、ＭＳＳ値を比較すること、及び、ＭＴＵ値を比較すること、を含む。

（変形例４）上記の実施例では、図３に示されるように、決定部３２は、ＰＣ１００の参考ＭＳＳ値と他の値（多機能機１０の現行ＭＳＳ値、１４６０バイト、上限ＭＳＳ値等）との関係に応じて、多機能機１０自身のＭＳＳ値を、現行ＭＳＳ値から参考ＭＳＳ値に変更させるのか否かを判断する（Ｓ１００、Ｓ１０２、Ｓ１０８）。しかしながら、決定部３２は、ＰＣ１００の参考ＭＳＳ値と上記の他の値との関係に関わらず、多機能機１０自身のＭＳＳ値を、現行ＭＳＳ値から参考ＭＳＳ値に変更させてもよい。即ち、決定部３２は、図２のＳ１０でＹＥＳの場合に、多機能機１０自身のＭＳＳ値を、現行ＭＳＳ値から参考ＭＳＳ値に必ず変更させてもよい。一般的に言うと、決定部は、通信装置の現行ＭＳＳ値が、第１のデバイスの参考ＭＳＳ値に変更されるように、特定の値を決定する際に、参考ＭＳＳ値と上記の他の値との関係を考慮してよいし、当該関係を考慮しなくてもよい。同様に、決定部は、通信装置の現行ＭＳＳ値が、第１のデバイスの候補ＭＳＳ値に変更されるように、特定の値を決定する際に、候補ＭＳＳ値と上記の他の値との関係を考慮してよいし、当該関係を考慮しなくてもよい。

（変形例５）上記の実施例では、ＵＤＰ通信によって多機能機１０からＰＣ１１０に送信されるアプリケーションデータとして、「音声データ」を採用している。これに代えて、アプリケーションデータとして、他の種類のデータ（例えば動画データ）を採用してもよい。一般的に言うと、「アプリケーションデータ」は、ＵＤＰ通信によって通信装置から第２のデバイスに送信されるべきデータであれば、どのような種類のデータであってもよい。

（変形例６）「通信装置」は、多機能機に限られず、他のデバイス（例えば、プリンタ、スキャナ装置、ＦＡＸ装置、コピー機、電話機、ＰＣ、サーバ、携帯電話、ＰＤＡ等）であってもよい。また、「第１のデバイス」及び「第２のデバイス」は、ＰＣに限られず、他のデバイス（例えば、プリンタ、スキャナ装置、ＦＡＸ装置、コピー機、電話機、多機能機、サーバ、携帯電話、ＰＤＡ等）であってもよい。

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２：通信システム、１０：多機能機、１００：ＰＣ、１１０：ＰＣ、ＭＢ：メモリバッファ、ＦＳＢ：ＦＩＦＯ送信バッファ、ＦＲＢ：ＦＩＦＯ受信バッファ

Claims (13)

1. 第１のデバイスと第２のデバイスとが接続されているネットワークに接続される通信装置であって、
   前記第１のデバイスとのＴＣＰ通信を実行して、前記第１のデバイスから、前記第１のデバイスのＭＳＳの値である参考ＭＳＳ値を取得する参考ＭＳＳ値取得部と、
   前記第２のデバイスとのＵＤＰ通信によってアプリケーションデータを前記第２のデバイスに送信すべき場合に、前記第１のデバイスの前記参考ＭＳＳ値を利用して決定される特定の値に基づいて、前記アプリケーションデータを含む送信フレームを生成して、前記送信フレームを前記第２のデバイスに送信する送信部と、
   を備える通信装置。
2. 前記通信装置は、さらに、
   前記第１のデバイスの前記参考ＭＳＳ値を利用して、前記特定の値を決定する決定部を備え、
   前記決定部は、前記通信装置のＭＳＳの現行の値である現行ＭＳＳ値が、前記第１のデバイスの前記参考ＭＳＳ値に変更されるように、前記特定の値を決定する、請求項１に記載の通信装置。
3. 前記決定部は、
   前記通信装置の前記現行ＭＳＳ値が前記第１のデバイスの前記参考ＭＳＳ値以下である場合に、前記通信装置の前記現行ＭＳＳ値が、前記第１のデバイスの前記参考ＭＳＳ値に変更されるように、前記特定の値を決定し、
   前記通信装置の前記現行ＭＳＳ値が前記第１のデバイスの前記参考ＭＳＳ値よりも大きい場合に、前記通信装置の前記現行ＭＳＳ値が維持されるように、前記特定の値を決定する、請求項２に記載の通信装置。
4. 前記決定部は、
   前記通信装置の前記現行ＭＳＳ値が前記第１のデバイスの前記参考ＭＳＳ値よりも大きく、かつ、前記第１のデバイスの前記参考ＭＳＳ値が１４６０バイトよりも大きい場合に、前記通信装置の前記現行ＭＳＳ値が、前記第１のデバイスの前記参考ＭＳＳ値に変更されるように、前記特定の値を決定し、
   前記通信装置の前記現行ＭＳＳ値が前記第１のデバイスの前記参考ＭＳＳ値よりも大きく、かつ、前記第１のデバイスの前記参考ＭＳＳ値が１４６０バイト以下である場合に、前記通信装置の前記現行ＭＳＳ値が維持されるように、前記特定の値を決定する、請求項３に記載の通信装置。
5. 前記決定部は、
   前記通信装置の前記現行ＭＳＳ値が前記第１のデバイスの前記参考ＭＳＳ値以下であり、かつ、前記通信装置が利用可能なＭＳＳの上限の値である上限ＭＳＳ値が前記第１のデバイスの前記参考ＭＳＳ値よりも小さい場合に、前記通信装置の前記現行ＭＳＳ値が、前記通信装置の前記上限ＭＳＳ値に変更されるように、前記特定の値を決定し、
   前記通信装置の前記現行ＭＳＳ値が前記第１のデバイスの前記参考ＭＳＳ値以下であり、かつ、前記通信装置の前記上限ＭＳＳ値が前記第１のデバイスの前記参考ＭＳＳ値以上である場合に、前記通信装置の前記現行ＭＳＳ値が、前記第１のデバイスの前記参考ＭＳＳ値に変更されるように、前記特定の値を決定する、請求項３又は４に記載の通信装置。
6. 前記通信装置は、さらに、
   前記第１のデバイスとのＵＤＰ通信によって受信される受信フレーム内のＵＤＰヘッダに含まれるデータ長の値を取得するデータ長取得部を備え、
   前記決定部は、
   前記第１のデバイスの前記参考ＭＳＳ値が取得される場合に、前記第１のデバイスの前記参考ＭＳＳ値を利用して、前記特定の値を決定し、
   前記データ長の値が取得される場合に、前記データ長の値を利用して、前記特定の値を決定する、請求項２から５のいずれか一項に記載の通信装置。
7. 第１のデバイスと第２のデバイスとが接続されているネットワークに接続される通信装置であって、
   前記第１のデバイスとのＵＤＰ通信によって受信される受信フレーム内のＵＤＰヘッダに含まれるデータ長の値を取得するデータ長取得部と、
   前記第２のデバイスとのＵＤＰ通信によってアプリケーションデータを前記第２のデバイスに送信すべき場合に、前記データ長の値を利用して決定される特定の値に基づいて、前記アプリケーションデータを含む送信フレームを生成して、前記送信フレームを前記第２のデバイスに送信する送信部と、
   を備える通信装置。
8. 前記通信装置は、さらに、
   前記データ長の値を利用して、前記特定の値を決定する決定部を備え、
   前記決定部は、前記通信装置のＭＳＳの現行の値である現行ＭＳＳ値が、前記データ長の値から得られる前記第１のデバイスのＭＳＳの値の候補である候補ＭＳＳ値に変更されるように、前記特定の値を決定する、請求項７に記載の通信装置。
9. 前記決定部は、
   前記通信装置の前記現行ＭＳＳ値が前記第１のデバイスの前記候補ＭＳＳ値以下である場合に、前記通信装置の前記現行ＭＳＳ値が、前記第１のデバイスの前記候補ＭＳＳ値に変更されるように、前記特定の値を決定し、
   前記通信装置の前記現行ＭＳＳ値が前記第１のデバイスの前記候補ＭＳＳ値よりも大きい場合に、前記通信装置の前記現行ＭＳＳ値が維持されるように、前記特定の値を決定する、請求項８に記載の通信装置。
10. 前記決定部は、
    前記通信装置の前記現行ＭＳＳ値が前記第１のデバイスの前記候補ＭＳＳ値以下であり、かつ、前記通信装置が利用可能なＭＳＳの上限の値である上限ＭＳＳ値が前記第１のデバイスの前記候補ＭＳＳ値よりも小さい場合に、前記通信装置の前記現行ＭＳＳ値が、前記通信装置の前記上限ＭＳＳ値に変更されるように、前記特定の値を決定し、
    前記通信装置の前記現行ＭＳＳ値が前記第１のデバイスの前記候補ＭＳＳ値以下であり、かつ、前記通信装置の前記上限ＭＳＳ値が前記第１のデバイスの前記候補ＭＳＳ値以上である場合に、前記通信装置の前記現行ＭＳＳ値が、前記第１のデバイスの前記候補ＭＳＳ値に変更されるように、前記特定の値を決定する、請求項９に記載の通信装置。
11. 前記送信部は、
    前記特定の値に基づいて、前記送信フレームに含まれるべき前記アプリケーションデータの最大データサイズを決定し、
    前記送信フレームに含まれる前記アプリケーションデータのデータサイズが、決定済みの前記最大データサイズ以下になるように、前記送信フレームを生成する、請求項１から１０のいずれか一項に記載の通信装置。
12. 第１のデバイスと第２のデバイスとが接続されているネットワークに接続される通信装置のためのコンピュータプログラムであって、
    前記通信装置に搭載されるコンピュータに、以下の各処理、即ち、
    前記第１のデバイスとのＴＣＰ通信を実行して、前記第１のデバイスから、前記第１のデバイスのＭＳＳの値である参考ＭＳＳ値を取得する参考ＭＳＳ値取得処理と、
    前記第２のデバイスとのＵＤＰ通信によってアプリケーションデータを前記第２のデバイスに送信すべき場合に、前記第１のデバイスの前記参考ＭＳＳ値を利用して決定される特定の値に基づいて、前記アプリケーションデータを含む送信フレームを生成して、前記送信フレームを前記第２のデバイスに送信する送信処理と、
    を実行させるコンピュータプログラム。
13. 第１のデバイスと第２のデバイスとが接続されているネットワークに接続される通信装置のためのコンピュータプログラムであって、
    前記通信装置に搭載されるコンピュータに、以下の各処理、即ち、
    前記第１のデバイスとのＵＤＰ通信によって受信される受信フレーム内のＵＤＰヘッダに含まれるデータ長の値を取得するデータ長取得処理と、
    前記第２のデバイスとのＵＤＰ通信によってアプリケーションデータを前記第２のデバイスに送信すべき場合に、前記データ長の値を利用して決定される特定の値に基づいて、前記アプリケーションデータを含む送信フレームを生成して、前記送信フレームを前記第２のデバイスに送信する送信処理と、
    を実行させるコンピュータプログラム。

Images