(57)【特許請求の範囲】
【請求項１】
通信装置であって、
第１のインターフェイスと、
前記第１のインターフェイスとは異なる第２のインターフェイスと、
第１のデバイスから、前記第１のインターフェイスを介して、特定のプロトコルに従った第１のパケットを受信する第１の場合に、前記第１のパケットに対する応答パケットを、前記第１のインターフェイスを介して、前記第１のデバイスに送信し、
前記第１のデバイスとは異なる第２のデバイスから、前記第２のインターフェイスを介して、前記特定のプロトコルに従った第２のパケットを受信する第２の場合に、前記第２のパケットに対する応答パケットを、前記第２のインターフェイスを介して、前記第２のデバイスに送信しない、応答制御部と、
を備える通信装置。
【請求項２】
前記通信装置は、さらに、
前記第１の場合に、前記特定のプロトコルに対応する特定の機能を実行し、
前記第２の場合に、前記特定の機能を実行しない、機能実行部を備える、請求項１に記載の通信装置。
【請求項３】
前記通信装置は、さらに、
前記第１のデバイスから、前記第１のインターフェイスを介して、前記特定のプロトコルとは異なる第１のプロトコルに従った第３のパケットを受信する第３の場合に、前記第１のプロトコルに対応する第１の機能を実行し、
前記第２のデバイスから、前記第２のインターフェイスを介して、前記第１のプロトコルに従った第４のパケットを受信する第４の場合に、前記第１の機能を実行する、機能実行部を備え、
前記応答制御部は、さらに、
前記第３の場合に、前記第３のパケットに対する応答パケットであって、前記第１の機能を実行することを示す実行情報を含む前記応答パケットを、前記第１のインターフェイスを介して、前記第１のデバイスに送信し、
前記第４の場合に、前記第４のパケットに対する応答パケットであって、前記実行情報を含む前記応答パケットを、前記第２のインターフェイスを介して、前記第２のデバイスに送信する、請求項１又は２に記載の通信装置。
【請求項４】
前記通信装置は、さらに、
前記第１のデバイスから、前記第１のインターフェイスを介して、前記特定のプロトコルとは異なる第２のプロトコルに従った第５のパケットを受信する第５の場合に、前記第２のプロトコルに対応する第２の機能を実行し、
前記第２のデバイスから、前記第２のインターフェイスを介して、前記第２のプロトコルに従った第６のパケットを受信する第６の場合に、前記第２の機能を実行しない、機能実行部を備え、
前記応答制御部は、さらに、
前記第５の場合に、前記第５のパケットに対する応答パケットであって、前記第２の機能を実行することを示す実行情報を含む前記応答パケットを、前記第１のインターフェイスを介して、前記第１のデバイスに送信し、
前記第６の場合に、前記第６のパケットに対する応答パケットであって、前記第２の機能を実行しないことを示す不実行情報を含む前記応答パケットを、前記第２のインターフェイスを介して、前記第２のデバイスに送信する、請求項１から３のいずれか一項に記載の通信装置。
【請求項５】
前記不実行情報は、前記第１のインターフェイスを介した通信を前記通信装置と実行するのに必要な特定の情報を含む、請求項４に記載の通信装置。
【請求項６】
前記応答制御部は、
前記第１の場合に、前記第１のパケットに含まれる複数個の部分情報であって、ＯＳＩ参照モデルの複数層に対応する前記複数個の部分情報のうち、セッション層よりも下位の層に対応する部分情報を解釈することによって、前記第１のパケットが前記第１のインターフェイスを介して受信されたことを決定し、
前記第２の場合に、前記第２のパケットに含まれる複数個の部分情報であって、ＯＳＩ参照モデルの複数層に対応する前記複数個の部分情報のうち、セッション層よりも下位の層に対応する部分情報を解釈することによって、前記第２のパケットが前記第２のインターフェイスを介して受信されたことを決定する、請求項１から５のいずれか一項に記載の通信装置。
【請求項７】
前記応答制御部は、
前記第１の場合に、前記第１のパケットに含まれる複数個の部分情報であって、ＯＳＩ参照モデルの複数層に対応する前記複数個の部分情報のうち、セッション層又はそれよりも上位の層に対応する部分情報を解釈することによって、前記第１のパケットに対する前記応答パケットを送信することを決定し、
前記第２の場合に、前記第２のパケットに含まれる複数個の部分情報であって、ＯＳＩ参照モデルの複数層に対応する前記複数個の部分情報のうち、セッション層又はそれよりも上位の層に対応する部分情報を解釈することによって、前記第２のパケットに対する前記応答パケットを送信しないことを決定する、請求項１から６のいずれか一項に記載の通信装置。
【請求項８】
前記機能実行部は、
前記第１の場合に、前記第１のパケットに含まれる複数個の部分情報であって、ＯＳＩ参照モデルの複数層に対応する前記複数個の部分情報のうち、セッション層又はそれよりも上位の層に対応する部分情報を解釈することによって、前記特定の機能を実行することを決定し、
前記第２の場合に、前記第２のパケットに含まれる複数個の部分情報であって、ＯＳＩ参照モデルの複数層に対応する前記複数個の部分情報のうち、セッション層又はそれよりも上位の層に対応する部分情報を解釈することによって、前記特定の機能を実行しないことを決定する、請求項２に記載の通信装置。
【請求項９】
通信装置は、さらに、
複数個のプロトコルのそれぞれについて、当該プロトコルに従ったパケットに対する応答パケットを送信するのに必要な情報である応答送信用情報を格納するメモリを備え、
前記メモリは、
前記特定のプロトコルと、前記第１のインターフェイスと、に関連付けて、前記応答送信用情報を格納し、
前記特定のプロトコルと、前記第２のインターフェイスと、に関連付けて、前記応答送信用情報を格納しない、請求項１から８のいずれか一項に記載の通信装置。
【請求項１０】
第１のインターフェイスと、前記第１のインターフェイスとは異なる第２のインターフェイスと、を備える通信装置のためのコンピュータプログラムであって、
前記通信装置に搭載されるコンピュータに、以下の処理、即ち、
第１のデバイスから、前記第１のインターフェイスを介して、特定のプロトコルに従った第１のパケットを受信する第１の場合に、前記第１のパケットに対する応答パケットを、前記第１のインターフェイスを介して、前記第１のデバイスに送信し、
前記第１のデバイスとは異なる第２のデバイスから、前記第２のインターフェイスを介して、前記特定のプロトコルに従った第２のパケットを受信する第２の場合に、前記第２のパケットに対する応答パケットを、前記第２のインターフェイスを介して、前記第２のデバイスに送信しない、応答制御処理、
を実行させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書によって開示される技術は、第１のインターフェイスと第２のインターフェイスとを備える通信装置に関する。
【背景技術】
【０００２】
特許文献１には、再生データを伝送するための情報機器が開示されている。情報機器は、有線通信が実行される場合には、再生データを広帯域で伝送し、無線通信が実行される場合には、データ量を減少させて、再生データを狭帯域で伝送する。情報機器は、有線通信によって伝送ソフトプログラムの起動が要求される場合と、無線通信によって伝送ソフトプログラムの起動が要求される場合と、どちらでも、要求元に再生データを伝送する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−５５７２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本明細書では、パケットを受信する場合に、適切に動作し得る技術を提供する。
【課題を解決するための手段】
【０００５】
本明細書では、通信装置を開示する。通信装置は、第１のインターフェイスと、第１のインターフェイスとは異なる第２のインターフェイスと、応答制御部と、を備える。応答制御部は、第１のデバイスから、第１のインターフェイスを介して、特定のプロトコルに従った第１のパケットを受信する第１の場合に、第１のパケットに対する応答パケットを、第１のインターフェイスを介して、第１のデバイスに送信し、第１のデバイスとは異なる第２のデバイスから、第２のインターフェイスを介して、特定のプロトコルに従った第２のパケットを受信する第２の場合に、第２のパケットに対する応答パケットを、第２のインターフェイスを介して、第２のデバイスに送信しない。
【０００６】
上記の構成によると、通信装置は、第１のインターフェイスを介して、特定のプロトコルに従った第１のパケットを受信する第１の場合に、第１のデバイスに応答パケットを送信し、第２のインターフェイスを介して、特定のプロトコルに従った第２のパケットを受信する第２の場合に、第２のデバイスに応答パケットを送信しない。即ち、通信装置は、第１の場合と第２の場合とで、応答パケットを送信するのか否かを変える。従って、通信装置は、パケット（即ち、第１のパケット、第２のパケット）を受信する場合に、適切に動作し得る。
【０００７】
なお、上記の通信装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。
【図面の簡単な説明】
【０００８】
【図１】通信システムの構成の一例を示す。
【図２】多機能機がプログラムに従って動作する場合の動作例を示す。
【図３】多機能機処理のフローチャートを示す。
【図４】要求パケットの構成の一例を示す。
【図５】各デバイスが実施する処理のシーケンス図を示す。
【発明を実施するための形態】
【０００９】
（第１実施例）
（システムの構成：図１）
図１に示されるように、通信システム２は、多機能機１０と、ＰＣ７０と、携帯端末８０と、を備える。多機能機１０は、ＰＣ７０の周辺機器である。多機能機１０とＰＣ７０とは、有線のＬＡＮ４を介して相互に通信可能である。
【００１０】
携帯端末８０は、可搬型の端末であり、例えば、スマートフォン、ＰＤＡ端末、ノートＰＣ、タブレットＰＣ等を含む。多機能機１０と携帯端末８０とは、それぞれ、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔに従った無線通信機能を実行可能である。なお、以下では、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔのことを「ＷＦＤ」と呼び、ＷＦＤに従った接続のことを「ＷＦＤ接続」と呼ぶ。ＷＦＤは、Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅによって策定された規格である。ＷＦＤは、Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅによって作成された「Ｗｉ−Ｆｉ  Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ（Ｐ２Ｐ）  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ１．１」に記述されている。多機能機１０は、携帯端末８０とのＷＦＤ接続を確立可能であり、これにより、無線のＷＦＤネットワークが構築される。この結果、多機能機１０と携帯端末８０とは、ＷＦＤネットワークを介して相互に通信可能である。なお、本実施例では、多機能機１０と携帯端末８０との間にＷＦＤ接続が確立されることを想定しているが、変形例では、多機能機１０と携帯端末８０との間に通常のＷｉ−Ｆｉの無線接続（例えばＩＥＥＥ８０２．１１等に従った無線接続）が確立されてもよい。
【００１１】
本実施例では、多機能機１０とＰＣ７０とが、例えば、特定の会社内に据え置きされている状況を想定している。即ち、特定の会社内では、多機能機１０とＰＣ７０とを含むＬＡＮ４が構築される。ＰＣ７０のユーザ（例えば特定の会社の社員）が、ＰＣ７０の操作部を操作して、多機能機１０が実行可能な複数個の機能のうちのいずれか１個の機能（例えばＰｏｒｔ９１００印刷機能）の実行を指示すると、ＰＣ７０は、ＬＡＮ４を介して、多機能機１０に要求パケットを送信する。
【００１２】
また、例えば、携帯端末８０のユーザ（例えば特定の会社を訪問した者）は、携帯端末８０と多機能機１０との間にＷＦＤ接続を一時的に確立することができる。即ち、携帯端末８０のユーザは、携帯端末８０と多機能機１０とを含むＷＦＤネットワークを一時的に構築させることができる。これにより、携帯端末８０のユーザが、携帯端末８０の操作部を操作して、多機能機１０が実行可能な複数個の機能のうちのいずれか１個の機能（例えばＰｏｒｔ９１００印刷機能）の実行を指示すると、携帯端末８０は、ＷＦＤネットワークを介して、多機能機１０に要求パケットを送信する。
【００１３】
上述したように、本実施例では、ＬＡＮ４が定常的に構築されるべきネットワークであり、ＷＦＤネットワークが一時的に構築されるべきネットワークである状況を想定している。
【００１４】
（多機能機１０の構成）
多機能機１０は、Ｐｏｒｔ９１００印刷機能、Ｎｅｔｂｉｏｓ印刷機能、ネットワークスキャン機能、Ｗｅｂサーバ機能、ＩＦＡＸ機能等の多機能を実行可能である。各機能については後で説明する。
【００１５】
多機能機１０は、操作部１２と、表示部１４と、有線インターフェイス１６（図１では、「有線Ｉ／Ｆ」と記載）と、スキャン実行部１８と、印刷実行部２０と、無線インターフェイス２２（図１では、「無線Ｉ／Ｆ」と記載）と、制御部２４と、を備える。上記の各部１２〜２４は、バス線（符号省略）に接続されている。
【００１６】
操作部１２は、複数のキーによって構成される。ユーザは、操作部１２を操作することによって、様々な指示を多機能機１０に与えることができる。表示部１４は、様々な情報を表示するためのディスプレイである。有線インターフェイス１６は、ＬＡＮ４に接続されている。スキャン実行部１８は、ＣＩＳ、ＣＣＤ等のスキャン機構を備え、スキャン対象物をスキャンすることによって画像データを生成する。印刷実行部２０は、インクジェット方式、レーザ方式等の印刷機構を備え、制御部２４からの指示に従って印刷を実行する。無線インターフェイス２２は、制御部２４が無線通信を実行する際に利用されるインターフェイスである。制御部２４は、無線インターフェイス２２を利用して、ＷＦＤに従った無線通信機能を実行することができる。
【００１７】
制御部２４は、ＣＰＵ２６とメモリ２８とを備える。ＣＰＵ２６は、メモリ２８に格納されているプログラム３０に従って、様々な処理を実行する。メモリ２８は、ＲＯＭ、ＲＡＭ、ハードディスク等によって構成される。メモリ２８は、ＣＰＵ２６によって実行される上記のプログラム３０を格納したり、ＣＰＵ２６が処理を実行する過程で取得又は生成されるデータを格納したりする。ＣＰＵ２６が上記のプログラムに従って処理を実行することによって、応答制御部４０及び機能実行部４２の各機能が実現される。
【００１８】
また、メモリ２８は、多機能機１０との間で接続（非ＷＦＤ接続又はＷＦＤ接続）が確立されている各機器（ＰＣ７０、携帯端末８０等）について、当該機器のＩＰアドレスと、当該機器との間で通信を行う場合に利用されるべきインターフェイス（有線インターフェイス１６又は無線インターフェイス２２）を示す情報と、を対応付けて格納している。従って、例えば、メモリ２８は、ＰＣ７０のＩＰアドレスと、有線インターフェイス１６を示す情報と、を対応付けて格納している。また、メモリ２８は、携帯端末８０のＩＰアドレスと、無線インターフェイス２２を示す情報と、を対応付けて格納している。これらの情報は、多機能機１０と各機器との間で接続が確立する毎に、メモリ２８に格納される。
【００１９】
（Ｐｏｒｔ９１００印刷機能）
図２の表は、多機能機１０がプログラム３０に従って動作する場合の動作例を示す。機能実行部４２は、プロトコル「Ｐ１」に従った要求パケットを受信する場合に、Ｐｏｒｔ９１００印刷機能を実行する。Ｐｏｒｔ９１００印刷機能は、広く利用されている一般的な印刷機能である。機能実行部４２は、プロトコル「Ｐ１」に従った要求パケットを、有線インターフェイス１６（即ちＬＡＮ４）を介して受信しても、当該要求パケットを、無線インターフェイス２２（即ちＷＦＤネットワーク）を介して受信しても、Ｐｏｒｔ９１００印刷機能を実行する（プロトコル「Ｐ１」に対応する「機能実行（有線）＝ＯＫ」及び「機能実行（無線）＝ＯＫ」参照）。なお、以下では、要求パケットを、有線インターフェイス１６を介して受信すること、要求パケットを、無線インターフェイス２２を介して受信することを、それぞれ、「要求パケットを有線で受信」、「要求パケットを無線で受信」と簡単に呼ぶ。また、これらのそれぞれを、「有線受信のケース」、「無線受信のケース」とさらに簡単に呼ぶことがある。
【００２０】
また、応答制御部４０は、プロトコル「Ｐ１」に従った要求パケットを有線で受信しても、当該要求パケットを無線で受信しても、応答パケット（例えば、Ｐｏｒｔ９１００印刷機能を実行することを示す正常な応答パケット）を送信する（プロトコル「Ｐ１」に対応する「応答（有線）＝ＯＫ」及び「応答（無線）＝ＯＫ」参照）。なお、応答パケットを送信するためには、応答パケットを送信するのに必要な管理情報が、メモリ２８に格納されていなければならない。管理情報は、例えば、多機能機１０の現在のＩＰアドレス、現在の時刻、多機能機１０の現在の動作状態（印刷中状態、スタンバイ状態、エラー状態等）、過去に受信された要求パケットの履歴の情報（例えば、受信日時）等を含む。
【００２１】
１個のプロトコルと１個のインターフェイスとに関連付けて、１個の管理情報がメモリ２８に格納される。例えば、プロトコル「Ｐ１」と有線インターフェイス１６とに関連付けて、第１の管理情報がメモリ２８に格納される（プロトコル「Ｐ１」に対応する「管理情報（有線）＝有」参照）。第１の管理情報は、例えば、多機能機１０が有線通信を実行するのに必要な多機能機１０のＩＰアドレス（即ち、有線通信用のＩＰアドレス）を含む。さらに、第１の管理情報は、過去に有線で受信されたプロトコル「Ｐ１」に従った各要求パケットの履歴の情報（例えば、受信日時）を含む。同様に、例えば、プロトコル「Ｐ１」と無線インターフェイス２２とに関連付けて、第２の管理情報がメモリ２８に格納される（プロトコル「Ｐ１」に対応する「管理情報（無線）＝有」参照）。第２の管理情報は、例えば、多機能機１０がＷＦＤの無線通信を実行するのに必要な多機能機１０のＩＰアドレス（即ち、無線通信用のＩＰアドレス）を含む。さらに、第２の管理情報は、過去に無線で受信されたプロトコル「Ｐ１」に従った各要求パケットの履歴の情報（例えば、受信日時）を含む。なお、有線通信用のＩＰアドレスと、無線通信用のＩＰアドレスと、は異なるＩＰアドレスである。
【００２２】
Ｐｏｒｔ９１００印刷機能は、多機能機１０が実行すべき複数の主機能（印刷機能、スキャン機能等）のうちの１つである。このために、ＰＣ７０のユーザが、定常的に構築されるべきＬＡＮ４を利用して、Ｐｏｒｔ９１００印刷機能に対応するプロトコル「Ｐ１」に従った要求パケットを、多機能機１０に送信する可能性が高い。また、携帯端末８０のユーザが、一時的に構築されるべきＷＦＤネットワークを利用して、Ｐｏｒｔ９１００印刷機能に対応するプロトコル「Ｐ１」に従った要求パケットを、多機能機１０に送信する可能性も高い。このために、本実施例では、機能実行部４２が、有線受信のケースでも、無線受信のケースでも、Ｐｏｒｔ９１００印刷機能を実行するように、構成されている。このように、機能実行部４２が、有線受信のケースでも、無線受信のケースでも、Ｐｏｒｔ９１００印刷機能を実行するので、応答制御部４０が、有線受信のケースでも、無線受信のケースでも、応答パケットを送信するように、構成されている。従って、プロトコル「Ｐ１」に関連付けて、有線用と無線用の２個の管理情報（上記の第１及び第２の管理情報）が、メモリ２８に格納される。
【００２３】
（Ｎｅｔｂｉｏｓ印刷機能）
Ｎｅｔｂｉｏｓ印刷機能は、Ｐｏｒｔ９１００印刷と比べて詳細な印刷条件を設定可能な印刷機能である。機能実行部４２は、プロトコル「Ｐ２」に従った要求パケットを有線で受信する場合に、Ｎｅｔｂｉｏｓ印刷機能を実行する（プロトコル「Ｐ２」に対応する「機能実行（有線）＝ＯＫ」参照）。ただし、Ｎｅｔｂｉｏｓ印刷機能は、Ｐｏｒｔ９１００印刷機能と比べると、ユーザによって広く利用される印刷機能ではない。このために、携帯端末８０のユーザが、一時的に構築されるべきＷＦＤネットワークを利用して、Ｎｅｔｂｉｏｓ印刷機能に対応するプロトコル「Ｐ２」に従った要求パケットを、多機能機１０に送信する可能性は低い。従って、本実施例では、仮に、プロトコル「Ｐ２」に従った要求パケットを無線で受信しても、機能実行部４２は、Ｎｅｔｂｉｏｓ印刷機能を実行しない（プロトコル「Ｐ２」に対応する「機能実行（無線）＝ＮＧ」参照）。
【００２４】
上述したように、機能実行部４２は、有線受信のケースでは、Ｎｅｔｂｉｏｓ印刷機能を実行する。このために、応答制御部４０は、有線受信のケースでは、応答パケットを送信する（プロトコル「Ｐ２」に対応する「応答（有線）＝ＯＫ」参照）。従って、プロトコル「Ｐ２」と有線インターフェイス１６とに関連付けて、１個の管理情報がメモリ２８に格納される（プロトコル「Ｐ２」に対応する「管理情報（有線）＝有」参照）。
【００２５】
ただし、上述したように、無線受信のケースが稀であり、仮に、無線受信のケースが発生しても、機能実行部４２は、Ｎｅｔｂｉｏｓ印刷機能を実行しない。このために、応答制御部４０は、無線受信のケースでは、応答パケットを送信しない（プロトコル「Ｐ２」に対応する「応答（無線）＝ＮＧ」参照）。従って、プロトコル「Ｐ２」と無線インターフェイス２２とに関連付けて、管理情報がメモリ２８に格納されない（プロトコル「Ｐ２」に対応する「管理情報（無線）＝−」参照）。このように、本実施例では、不要な管理情報がメモリ２８に格納されないために、メモリ２８内の情報量の低減を図ることができる。従って、多機能機１０のメモリ２８を有効に利用し得る。
【００２６】
（ネットワークスキャン機能）
ネットワークスキャン機能は、ＰＣ７０、携帯端末８０等の外部装置からの指示に従ってスキャンを実行する機能である。ネットワークスキャン機能は、多機能機１０が実行すべき複数の主機能（印刷機能、スキャン機能等）のうちの１つである。従って、機能実行部４２は、プロトコル「Ｐ３」に従った要求パケットを有線で受信しても、当該要求パケットを無線で受信しても、ネットワークスキャン機能を実行する（プロトコル「Ｐ３」に対応する「機能実行（有線）＝ＯＫ」及び「機能実行（無線）＝ＯＫ」参照）。
【００２７】
上述したように、機能実行部４２は、有線受信のケースでも、無線受信のケースでも、ネットワークスキャン機能を実行する。このために、応答制御部４０は、有線受信のケースでも、無線受信のケースでも、応答パケットを送信する（プロトコル「Ｐ３」に対応する「応答（有線）＝ＯＫ」及び「応答（無線）＝ＯＫ」参照）。従って、プロトコル「Ｐ３」に関連付けて、有線用と無線用の２個の管理情報が、メモリ２８に格納される（プロトコル「Ｐ３」に対応する「管理情報（有線）＝有」及び「管理情報（無線）＝有」参照）。
【００２８】
（Ｗｅｂサーバ機能）
Ｗｅｂサーバ機能は、ＰＣ７０、携帯端末８０等の外部装置からの指示に従って、外部装置のＷｅｂブラウザが解釈可能なデータ形式を利用して、多機能機１０に関する各種情報（例えば、トナー残量等）を外部装置に提供する機能である。Ｗｅｂサーバ機能は、多機能機１０が実行すべき主機能（印刷機能、スキャン機能等）ではなく、副機能である。このために、本実施例では、多機能機１０の処理負荷を低減させるために、機能実行部４２が、有線受信のケースでは、Ｗｅｂサーバ機能を実行するが、無線受信のケースでは、Ｗｅｂサーバ機能を実行しないように、構成されている（プロトコル「Ｐ４」に対応する「機能実行（有線）＝ＯＫ」及び「機能実行（無線）＝ＮＧ」参照）。
【００２９】
上述したように、機能実行部４２は、有線受信のケースでは、Ｗｅｂサーバ機能を実行する。このために、応答制御部４０は、有線受信のケースでは、応答パケットを送信する（プロトコル「Ｐ４」に対応する「応答（有線）＝ＯＫ」参照）。また、Ｗｅｂサーバ機能は、広く知られている一般的な機能であるので、携帯端末８０のユーザが、ＷＦＤネットワークを利用して、プロトコル「Ｐ４」に従った要求パケットを、多機能機１０に送信する可能性は高い。このために、応答制御部４０は、無線受信のケースでも、応答パケット（即ち、Ｗｅｂサーバ機能を実行不可能であることを示すエラーのパケット）を送信する（プロトコル「Ｐ４」に対応する「応答（無線）＝ＯＫ」参照）。これにより、ユーザは、ＷＦＤネットワークを利用して、多機能機１０にＷｅｂサーバ機能を実行させることができないことを知ることができる。従って、プロトコル「Ｐ４」に関連付けて、有線用と無線用の２個の管理情報が、メモリ２８に格納される（プロトコル「Ｐ４」に対応する「管理情報（有線）＝有」及び「管理情報（無線）＝有」参照）。
【００３０】
（ＩＦＡＸ機能）
ＩＦＡＸ（Internet FAX）機能は、ＦＡＸ画像を電子メールに添付して送受信する機能である。機能実行部４２は、プロトコル「Ｐ５」に従った要求パケットを有線で受信する場合に、ＩＦＡＸ機能を実行する（プロトコル「Ｐ５」に対応する「機能実行（有線）＝ＯＫ」参照）。ただし、ＩＦＡＸ機能は、ＰＳＴＮ（Public Switched Telephone Network）を介したＦＡＸ通信を実行するための通常のＦＡＸ機能と比べると、ユーザによって広く利用されるＦＡＸ機能ではない。このために、携帯端末８０のユーザが、一時的に構築されるべきＷＦＤネットワークを利用して、ＩＦＡＸ機能に対応するプロトコル「Ｐ５」に従った要求パケットを、多機能機１０に送信する可能性は低い。従って、本実施例では、仮に、プロトコル「Ｐ５」に従った要求パケットを無線で受信しても、機能実行部４２は、ＩＦＡＸ印刷機能を実行しない（プロトコル「Ｐ５」に対応する「機能実行（無線）＝ＮＧ」参照）。
【００３１】
また、応答制御部４０は、有線受信のケースでは、応答パケットを送信するが、無線受信のケースでは、応答パケットを送信しない（プロトコル「Ｐ５」に対応する「応答（有線）＝ＯＫ」及び「応答（無線）＝ＮＧ」参照）。従って、プロトコル「Ｐ５」と有線インターフェイス１６とに関連付けて、１個の管理情報がメモリ２８に格納される（プロトコル「Ｐ５」に対応する「管理情報（有線）＝有」参照）が、プロトコル「Ｐ５」と無線インターフェイス２２とに関連付けて、管理情報がメモリ２８に格納されない（プロトコル「Ｐ５」に対応する「管理情報（無線）＝−」参照）。ＩＦＡＸ機能について、このような構成を採用している理由は、上記のＮｅｔｂｉｏｓ印刷機能と同様である。
【００３２】
上述したように、本実施例では、多機能機１０は、プロトコル「Ｐ２」に従った要求パケットを無線で受信する場合、及び、プロトコル「Ｐ５」に従った要求パケットを無線で受信する場合に、応答パケットを送信しないように、構成されている。このために、プロトコル「Ｐ２」と無線インターフェイス２２とに関連付けて、管理情報をメモリ２８に格納せずに済むと共に、プロトコル「Ｐ５」と無線インターフェイス２２とに関連付けて、管理情報をメモリ２８に格納せずに済む。この結果、図２の表に示される５個の機能について、トータルで８個の管理情報をメモリ２８に格納すれば足りる。このために、メモリ２８内の情報量の低減を図ることができる。従って、多機能機１０のメモリ２８を有効に利用し得る。
【００３３】
（多機能機処理：図３）
続いて、図３を参照して、多機能機１０の制御部２４が実行する処理の内容を説明する。多機能機１０の電源がＯＮされると、制御部２４は、図３の処理を開始する。
【００３４】
Ｓ１０では、応答制御部４０（図１参照）は、要求パケットを受信することを監視する。具体的には、Ｓ１０では、応答制御部４０は、ＰＣ７０から、有線インターフェイス１６を介して要求パケットを受信することを監視する。同時に、Ｓ１０では、応答制御部４０は、携帯端末８０から、無線インターフェイス２２を介して要求パケットを受信することも監視する。
【００３５】
ＰＣ７０のユーザは、ＰＣ７０の操作部を操作して、多機能機１０が実行可能な複数個の機能のうちのいずれか１個の機能（以下では「対象機能」と呼ぶ）の実行を指示することができる。この場合、ＰＣ７０は、対象機能に対応するプロトコル（図２参照）に従った要求パケットを生成し、生成された要求パケットを、ＬＡＮ４を介して、多機能機１０に送信する。例えば、Ｐｏｒｔ９１００印刷の実行が指示される場合には、ＰＣ７０は、プロトコル「Ｐ１」に従った要求パケットを、ＬＡＮ４を介して、多機能機１０に送信する。
【００３６】
ＰＣ７０によって生成される要求パケットについて詳しく説明する。図４は要求パケットの構成を示す。要求パケットは、ＯＳＩ参照モデルの複数層（図４のアプリケーション層、プレゼンテーション層等）に対応する複数個の部分情報を含む。複数個の部分情報のうち、トランスポート層に対応する部分情報は、要求パケットの送信元であるＰＣ７０のＩＰアドレスと、要求パケットの送信先である多機能機１０のＩＰアドレスと、を含む。また、複数個の部分情報のうち、アプリケーション層に対応する部分情報は、対象機能を示す情報と、当該対象機能に対応するプロトコル（以下では「対象プロトコル」と呼ぶ）を示す情報と、を含む。
【００３７】
同様に、携帯端末８０のユーザは、携帯端末８０の操作部を操作して、多機能機１０の複数個の機能のうちのいずれか１個の機能（即ち対象機能）の実行を指示することができる。この場合、携帯端末８０は、対象機能に対応するプロトコル（図２参照）に従った要求パケットを、ＷＦＤネットワークを介して、多機能機１０に送信する。ＰＣ７０の場合と同様に、携帯端末８０が生成する要求パケットのトランスポート層に対応する部分情報は、要求パケットの送信元である携帯端末８０のＩＰアドレスと、要求パケットの送信先である多機能機１０のＩＰアドレスと、を含む。また、アプリケーション層に対応する部分情報は、対象機能を示す情報と、対象プロトコルを示す情報と、を含む。
【００３８】
応答制御部４０は、ＰＣ７０又は携帯端末８０から送信された要求パケットを受信すると、Ｓ１０でＹＥＳと判断する。この場合、Ｓ１２では、応答制御部４０は、要求パケットが、有線インターフェイス１６を介して受信されたのか、無線インターフェイス２２を介して受信されたのか、を決定する。具体的に言うと、Ｓ１２では、応答制御部４０は、要求パケットに含まれるトランスポート層に対応する部分情報を解釈することによって、要求パケットの送信元の機器のＩＰアドレスを特定する。次いで、応答制御部４０は、メモリ２８内から、特定されたＩＰアドレスと対応付けて格納されているインターフェイス（有線又は無線）を示す情報を特定する。応答制御部４０は、特定された情報が示すインターフェイスが有線インターフェイス１６であるのか無線インターフェイス２２であるのかを決定する。即ち、応答制御部４０は、セッション層よりも下位の層であるトランスポート層に対応する部分情報を解釈することによって、Ｓ１２の決定を実行する。これにより、多機能機１０は、要求パケットがどちらのインターフェイス１６、２２を介して受信されたのかを、適切に決定することができる。
【００３９】
要求パケットが、有線インターフェイス１６を介して受信されたことが決定された場合（Ｓ１２でＹＥＳの場合）には、応答制御部４０は、Ｓ１４に進む。一方、要求パケットが、無線インターフェイス２２を介して受信されたことが決定された場合（Ｓ１２でＮＯの場合）には、応答制御部４０は、Ｓ１８に進む。
【００４０】
Ｓ１４では、応答制御部４０は、要求パケットの送信元の機器（ＰＣ７０又は携帯端末８０）に、要求パケットが受信されたインターフェイス（有線又は無線）と同じインターフェイスを介して、正常情報を含む応答パケット（以下では「正常応答パケット」と呼ぶ）を送信する。
【００４１】
具体的に言うと、Ｓ１４では、応答制御部４０は、正常応答パケットを生成する。詳しく言うと、応答制御部４０は、要求パケットのアプリケーション層に含まれる対象プロトコル（例えば「Ｐ１」）と、要求パケットのトランスポート層に含まれる送信元のＩＰアドレス（例えばＰＣ７０のＩＰアドレス）に対応付けてメモリ２８内に格納されているインターフェイスを示す情報（例えば有線インターフェイス１６）と、に関連付けられている管理情報（例えばプロトコル「Ｐ１」に対応する有線用の管理情報）を、メモリ２８内から特定する。次いで、応答制御部４０は、特定済みの管理情報に含まれる情報を用いて、正常応答パケットを生成する。
【００４２】
なお、正常応答パケットのトランスポート層に対応する部分情報は、特定済みの管理情報に含まれる多機能機１０のＩＰアドレスを、送信元の機器のＩＰアドレスとして含む。さらに、正常応答パケットのトランスポート層に対応する部分情報は、正常応答パケットの送信先の機器（ＰＣ７０又は携帯端末８０）のＩＰアドレス（即ち、要求パケットの送信元のＩＰアドレス）を含む。また、正常応答パケットのアプリケーション層に対応する部分情報は、要求パケットに含まれる対象プロトコルを示す情報と、正常を示す正常情報と、特定済みの管理情報に含まれる現在時刻と、を含む。応答制御部４０は、メモリ２８内から、正常応答パケットの送信先の機器（ＰＣ７０又は携帯端末８０）のＩＰアドレスに対応付けて格納されているインターフェイス（有線インターフェイス１６又は無線インターフェイス２２）を特定し、特定されたインターフェイスを介して正常応答パケットを送信する。
【００４３】
正常応答パケットの送信先の機器（ＰＣ７０又は携帯端末８０）は、正常応答パケットを受信すると、当該機器の表示部に、正常情報が示すメッセージ（例えば、「印刷を正常に実行します」等）を表示する。これにより、ＰＣ７０又は携帯端末８０のユーザは、対象機能が実行されることを知ることができる。
【００４４】
上記の通り、要求パケットが有線で受信された場合（Ｓ１２でＹＥＳの場合）には、応答制御部４０は、要求パケットがいずれのプロトコルＰ１〜Ｐ５に従ったものであっても、正常応答パケットを送信して、機能を実行するように構成されている（図２参照）。そのため、Ｓ１２でＹＥＳの場合には、応答制御部４０及び機能実行部４２（図１参照）は、後述の図３のＳ１８及びＳ２０の判断を省略して、Ｓ１４に進む。Ｓ１４を終えると、Ｓ１６に進む。
【００４５】
Ｓ１６では、機能実行部４２は、上記の対象機能を実行する。例えば、対象機能がＰｏｒｔ９１００印刷機能である場合には、Ｓ１６では、機能実行部４２は、印刷データに従って、印刷実行部２０に印刷を実行させる。Ｓ１６を終えると、図３の多機能機処理が終了する。
【００４６】
一方、Ｓ１２でＮＯの場合（要求パケットが無線で受信された場合）、Ｓ１８では、機能実行部４２は、対象機能を実行可能か否か決定する。具体的には、Ｓ１８では、まず、機能実行部４２は、要求パケットのアプリケーション層に対応する部分情報を解釈して、対象機能と対象プロトコルとを特定する。次いで、機能実行部４２は、対象機能を実行可能か否かを、特定済みの対象プロトコルを用いて決定する。即ち、機能実行部４２は、特定済みの対象プロトコルに従った要求パケットを無線で受信する場合に対象機能を実行するように、プログラム３０が構成されている場合に、Ｓ１８でＹＥＳと決定する。一方、機能実行部４２は、特定済みの対象プロトコルに従った要求パケットを無線で受信する場合に対象機能を実行するように、プログラム３０が構成されていない場合に、Ｓ１８でＮＯと決定する。例えば、特定済みの対象プロトコルが、Ｐｏｒｔ９１００機能に対応するプロトコル「Ｐ１」である場合には、機能実行部４２は、Ｓ１８でＹＥＳと判断する（図２参照）。また、例えば、特定済みの対象プロトコルが、Ｎｅｔｂｉｏｓ機能に対応するプロトコル「Ｐ２」である場合には、機能実行部４２は、Ｓ１８でＮＯと判断する（図２参照）。このように、本実施例の多機能機１０は、対象機能を実行するか否かを適切に決定することができる。
【００４７】
Ｓ１８でＹＥＳの場合、Ｓ１４に進む。Ｓ１４以降の処理は、上記と同様である。一方、Ｓ１８でＮＯの場合、機能実行部４２は、対象機能を実行しない（即ち、Ｓ１６を実行しない）。この場合、Ｓ２０に進む。
【００４８】
Ｓ２０では、応答制御部４０は、応答パケットを送信するか否か決定する。具体的には、Ｓ２０では、応答制御部４０は、Ｓ１８と同様の手順で、応答パケットを送信するか否かを、特定済みの対象プロトコルを用いて決定する。即ち、応答制御部４０は、特定済みの対象プロトコルに従った要求パケットを無線で受信する場合に応答パケットを送信するように、プログラム３０が構成されている場合に、Ｓ２０でＹＥＳと決定する、一方、応答制御部４０は、特定済みの対象プロトコルに従った要求パケットを無線で受信する場合に応答パケットを送信するように、プログラム３０が構成されていない場合に、Ｓ２０でＮＯと決定する。例えば、特定済みの対象プロトコルがプロトコル「Ｐ４」である場合には、応答制御部４０は、Ｓ２０でＹＥＳと判断する（図２参照）。また、例えば、特定済みの対象プロトコルがプロトコル「Ｐ２」である場合には、応答制御部４０は、Ｓ２０でＮＯと判断する（図２参照）。このように、本実施例の多機能機１０は、応答パケットを送信するか否かを適切に決定することができる。
【００４９】
Ｓ２０でＹＥＳの場合、Ｓ２２に進む。Ｓ２２では、応答制御部４０は、要求パケットの送信元の携帯端末８０に、要求パケットが受信されたインターフェイスと同じインターフェイス（即ち無線インターフェイス２２）を介して、エラー情報を含む応答パケット（以下では「エラー応答パケット」と呼ぶ）を送信する。具体的に言うと、Ｓ２２では、応答制御部４０は、エラー応答パケットを生成する。エラー応答パケットの生成手法は、上記の正常応答パケットの生成手法とほぼ共通する。ただし、エラー応答パケットを生成する場合には、応答制御部４０は、正常を示す正常情報に代えて、エラーを示すエラー情報を含むエラー応答パケットを生成する。なお、本実施例では、エラー情報は、「４０４  Ｎｏｔ  Ｆｏｕｎｄ」というメッセージを含む。
【００５０】
携帯端末８０は、エラー応答パケットを受信すると、携帯端末８０の表示部に、メッセージ「４０４  Ｎｏｔ  Ｆｏｕｎｄ」を表示する。これにより、携帯端末８０のユーザは、対象機能が実行されないことを知ることができる。
【００５１】
一方、Ｓ２０でＮＯの場合、応答制御部４０は、エラー応答パケットを送信しない。この場合、図３の多機能機処理が終了する。
【００５２】
（具体例：図５）
続いて、図５を参照して、各デバイス１０、７０、８０が実行する処理の具体例について説明する。
【００５３】
ＰＣ７０のユーザは、ＰＣ７０の操作部を操作して、Ｎｅｔｂｉｏｓ印刷機能の実行を指示することができる。ＰＣ７０は、多機能機１０に、ＬＡＮ４を介して、プロトコル「Ｐ２」に従った要求パケットを送信する。要求パケットは、Ｎｅｔｂｉｏｓ印刷機能の実行を要求する情報を含む。多機能機１０は、プロトコル「Ｐ２」に従った要求パケットを有線で受信する（図３のＳ１２でＹＥＳ）。多機能機１０のプログラム３０は、プロトコル「Ｐ２」に従った要求パケットを有線で受信する場合に、Ｎｅｔｂｉｏｓ印刷機能を実行して、応答パケットを送信するように、構成されている（図２のプロトコル「Ｐ２」に対応する「機能実行（有線）＝ＯＫ」、「応答（有線）＝ＯＫ」参照）。従って、多機能機１０は、ＰＣ７０に、正常応答パケットを、有線インターフェイス１６を介して、送信する（図３のＳ１４）。次いで、多機能機１０は、Ｎｅｔｂｉｏｓ印刷機能を実行する（図３のＳ１６）。
【００５４】
携帯端末８０のユーザは、携帯端末８０の操作部を操作して、Ｎｅｔｂｉｏｓ印刷機能の実行を指示することができる。携帯端末８０は、ＷＦＤネットワークを介して、プロトコル「Ｐ２」に従った要求パケットを送信する。要求パケットは、Ｎｅｔｂｉｏｓ印刷機能の実行を要求する情報を含む。多機能機１０は、プロトコル「Ｐ２」に従った要求パケットを、無線で受信する（図３のＳ１２でＮＯ）。多機能機１０のプログラム３０は、プロトコル「Ｐ２」に従った要求パケットを無線で受信する場合に、Ｎｅｔｂｉｏｓ印刷機能を実行せず、応答パケットを送信しないように、構成されている（図２のプロトコル「Ｐ２」に対応する「機能実行（無線）＝ＮＧ」、「応答（有線）＝ＮＧ」参照）。従って、多機能機１０は、要求パケットに対する応答パケットを、無線インターフェイス２２を介して、携帯端末８０に送信しない。さらに、多機能機１０は、Ｎｅｔｂｉｏｓ印刷機能を実行しない（図３のＳ１８でＮＯ、Ｓ２０でＮＯ）。このために、多機能機１０の処理負荷の軽減を図ることができる。また、多機能機１０は、応答パケットを送信しないため、管理情報をメモリ２８に記憶する必要がない。不要な管理情報がメモリ２８に格納されないために、メモリ２８内の情報量の低減を図ることができる。従って、多機能機１０のメモリ２８を有効に利用し得る。
【００５５】
上記の例に示すように、本実施例の多機能機１０は、プロトコル「Ｐ２」に従った要求パケットを有線で受信する場合と無線で受信する場合とで、応答パケットを送信するのか否かを変える。また、多機能機１０は、プロトコル「Ｐ２」に従った要求パケットを有線で受信する場合と無線で受信する場合とで、Ｎｅｔｂｉｏｓ機能を実行するのか否かを変える。即ち、本実施例の多機能機１０は、プロトコル「Ｐ２」に従った要求パケットを受信する場合に、適切に動作し得る。
【００５６】
ＰＣ７０のユーザは、ＰＣ７０の操作部を操作して、Ｐｏｒｔ９１００印刷機能の実行を指示することができる。ＰＣ７０は、多機能機１０に、ＬＡＮ４を介して、プロトコル「Ｐ１」に従った要求パケットを送信する。多機能機１０は、プロトコル「Ｐ１」に従った要求パケットを有線で受信する（図３のＳ１２でＹＥＳ）。多機能機１０のプログラム３０は、プロトコル「Ｐ１」に従った要求パケットを有線で受信する場合に、Ｐｏｒｔ９１００印刷機能を実行して、応答パケットを送信するように、構成されている（図２のプロトコル「Ｐ１」に対応する「機能実行（有線）＝ＯＫ」、「応答（有線）＝ＯＫ」参照）。従って、多機能機１０は、ＰＣ７０に、正常応答パケットを、有線インターフェイス１６を介して送信する（図３のＳ１４）。次いで、多機能機１０は、Ｐｏｒｔ９１００印刷機能を実行する（図３のＳ１６）。
【００５７】
携帯端末８０のユーザは、携帯端末８０の操作部を操作して、Ｐｏｒｔ９１００印刷機能の実行を指示することができる。携帯端末８０は、ＷＦＤネットワークを介して、プロトコル「Ｐ１」に従った要求パケットを送信する。多機能機１０は、プロトコル「Ｐ１」に従った要求パケットを無線で受信する（図３のＳ１２でＮＯ）。多機能機１０のプログラム３０は、プロトコル「Ｐ１」に従った要求パケットを無線で受信する場合に、Ｐｏｒｔ９１００印刷機能を実行して、応答パケットを送信するように、構成されている（図２のプロトコル「Ｐ１」に対応する「機能実行（無線）＝ＯＫ」、「応答（無線）＝ＯＫ」参照）。従って、多機能機１０は、携帯端末８０に、正常応答パケットを、無線インターフェイス２２を介して送信する（図３のＳ１８でＹＥＳ、Ｓ１４）。次いで、多機能機１０は、Ｐｏｒｔ９１００印刷機能を実行する（図３のＳ１６）。
【００５８】
上記の例に示すように、本実施例の多機能機１０は、プロトコル「Ｐ１」に従った要求パケットを有線で受信する場合と無線で受信する場合とのどちらであっても、応答パケットを送信して、Ｐｏｒｔ９１００印刷機能を実行する。即ち、本実施例の多機能機１０は、プロトコル「Ｐ１」に従った要求パケットを受信する場合に、適切に動作し得る。
【００５９】
ＰＣ７０のユーザは、Ｗｅｂサーバ機能の実行を指示することができる。ＰＣ７０は、ＬＡＮ４を介して、プロトコル「Ｐ４」に従った要求パケットを送信する。多機能機１０は、プロトコル「Ｐ４」に従った要求パケットを有線で受信する（図３のＳ１２でＹＥＳ）。多機能機１０のプログラム３０は、プロトコル「Ｐ４」に従った要求パケットを有線で受信する場合に、Ｗｅｂサーバ機能を実行して、応答パケットを送信するように、構成されている（図２のプロトコル「Ｐ４」に対応する「機能実行（有線）＝ＯＫ」、「応答（有線）＝ＯＫ」参照）。従って、多機能機１０は、ＰＣ７０に、正常応答パケットを、有線インターフェイス１６を介して送信する（図３のＳ１４）。次いで、多機能機１０は、Ｗｅｂサーバ機能を実行する（図３のＳ１６）。
【００６０】
携帯端末８０のユーザは、携帯端末８０の操作部を操作して、Ｗｅｂサーバ機能の実行を指示することができる。携帯端末８０は、ＷＦＤネットワークを介して、プロトコル「Ｐ４」に従った要求パケットを送信する。多機能機１０は、プロトコル「Ｐ４」に従った要求パケットを無線で受信する（図３のＳ１２でＮＯ）。多機能機１０のプログラム３０は、プロトコル「Ｐ４」に従った要求パケットを無線で受信する場合に、Ｗｅｂサーバ機能を実行しないが、応答パケットを送信するように、構成されている（図２のプロトコル「Ｐ４」に対応する「機能実行（無線）＝ＮＧ」、「応答（無線）＝ＯＫ」参照）。従って、多機能機１０は、携帯端末８０に、エラー応答パケットを、無線インターフェイス２２を介して送信する（図３のＳ１８でＮＯ、Ｓ２０でＹＥＳ、Ｓ２２）。なお、多機能機１０は、Ｗｅｂサーバ機能を実行しない。多機能機１０は、Ｗｅｂサーバ機能を実行しないため、その分の処理負荷を低減することができる。
【００６１】
上記の例に示すように、本実施例の多機能機１０は、プロトコル「Ｐ４」に従った要求パケットを有線で受信する場合に、正常応答パケットを送信し、プロトコル「Ｐ４」に従った要求パケットを無線で受信する場合に、エラー応答パケットを送信する。また、本実施例の多機能機１０は、プロトコル「Ｐ４」に従った要求パケットを有線で受信する場合に、Ｗｅｂサーバ機能を実行し、プロトコル「Ｐ４」に従った要求パケットを無線で受信する場合に、Ｗｅｂサーバ機能を実行しない。従って、本実施例の多機能機１０は、プロトコル「Ｐ４」に従った要求パケットを受信する場合に、適切に動作し得る。
【００６２】
（対応関係）
多機能機１０が、「通信装置」の一例である。有線インターフェイス１６、無線インターフェイス２２が、それぞれ、「第１のインターフェイス」、「第２のインターフェイス」の一例である。ＰＣ７０、携帯端末８０が、それぞれ、「第１のデバイス」、「第２のデバイス」の一例である。Ｎｅｔｂｉｏｓ印刷機能、Ｎｅｔｂｉｏｓ印刷機能に対応するプロトコルＰ２が、それぞれ、「特定の機能」、「特定のプロトコル」の一例である。プロトコルＰ２に従った要求パケットが、「第１のパケット」、「第２のパケット」の一例である。図５中、多機能機１０がＰＣ７０からプロトコルＰ２に従った要求パケットを受信する場合、多機能機１０が携帯端末８０からプロトコルＰ２に従った要求パケットを受信する場合が、それぞれ、「第１の場合」、「第２の場合」の一例である。
【００６３】
Ｐｏｒｔ９１００印刷機能、Ｐｏｒｔ９１００印刷機能に対応するプロトコルＰ１が、それぞれ、「第１の機能」、「第１のプロトコル」の一例である。プロトコルＰ１に従った要求パケットが、「第３のパケット」、「第４のパケット」の一例である。図５中、多機能機１０がＰＣ７０からプロトコルＰ１に従った要求パケットを受信する場合、多機能機１０が携帯端末８０からプロトコルＰ１に従った要求パケットを受信する場合が、それぞれ、「第３の場合」、「第４の場合」の一例である。
【００６４】
Ｗｅｂサーバ機能、Ｗｅｂサーバ機能に対応するプロトコルＰ４が、それぞれ、「第２の機能」、「第２のプロトコル」の一例である。プロトコルＰ４に従った要求パケットが、「第５のパケット」、「第６のパケット」の一例である。図５中、多機能機１０がＰＣ７０からプロトコルＰ４に従った要求パケットを受信する場合、多機能機１０が携帯端末８０からプロトコルＰ４に従った要求パケットを受信する場合が、それぞれ、「第５の場合」、「第６の場合」の一例である。正常情報、エラー情報が、それぞれ、「実行情報」、「不実行情報」の一例である。また、管理情報が「応答送信用情報」の一例である。
【００６５】
（第２実施例）
第１実施例と異なる点を説明する。第２実施例では、図３のＳ２２において、応答制御部４０が携帯端末８０に送信するエラー応答パケットに含まれるエラー情報の内容が、第１実施例とは異なる。第２実施例では、エラー情報は、「別の接続方法を利用して下さい。」というメッセージを含む。携帯端末８０は、エラー応答パケットを受信すると、携帯端末８０の表示部に、「別の接続方法を利用して下さい。」というメッセージを表示する。このため、携帯端末８０のユーザは、無線通信を用いて対象機能の実行を指示したとしても、対象機能が実行されないことを明確に知り得る。
【００６６】
（第３実施例）
第１実施例と異なる点を説明する。第３実施例も、図３のＳ２２において、応答制御部４０が携帯端末８０に送信するエラー応答パケットに含まれるエラー情報の内容が第１実施例とは異なる。第３実施例では、エラー情報は、「以下の接続方法を利用して下さい。」のメッセージとともに、ＬＡＮ４と接続を確立するためのＩＰアドレス「ｘｘｘｘｘ」、サブネット「ｙｙｙｙｙ」、ゲートウェイ「ｚｚｚｚｚ」を含む。上記のＩＰアドレス等の情報は、対象プロトコルと無線インターフェイス２２とに関連付けられている管理情報に含まれている。携帯端末８０は、エラー応答パケットを受信すると、携帯端末８０の表示部に、上記のメッセージとともに、ＬＡＮ４と接続を確立するためのＩＰアドレス「ｘｘｘｘｘ」、サブネット「ｙｙｙｙｙ」、ゲートウェイ「ｚｚｚｚｚ」を表示する。そのため、携帯端末８０のユーザは、表示部に表示されたＩＰアドレス等を用いて、ＬＡＮ４との接続を確立し得る。第３実施例では、ＬＡＮ４と接続を確立するためのＩＰアドレス、サブネット、ゲートウェイが「特定の情報」の一例である。
【００６７】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【００６８】
（変形例１）ＬＡＮ４に代えて、ＷＦＤネットワークとは異なる通常の無線通信ネットワーク（無線ＬＡＮ。以下では「非ＷＦＤネットワーク」と呼ぶ）を用いてもよい。この場合、１個の無線インターフェイス２２を、ＷＦＤネットワークと、非ＷＦＤネットワークと、の両方のために利用してもよい。その場合、無線インターフェイス２２には、ＷＦＤ接続で利用されるべき第１のＭＡＣアドレスと、非ＷＦＤ接続で利用されるべき第２のＭＡＣアドレスと、の両方が割り当てられていてもよい。即ち、物理的には１個の無線インターフェイス２２しか存在しないが、ソフトウェア的には２個の無線インターフェイスが存在していてもよい。この場合、例えば、応答制御部４０は、第１のＭＡＣアドレスが割り当てられている第１の無線インターフェイスを介して、非ＷＦＤネットワークを用いて、プロトコル「Ｐ２」に従った要求パケットを受信する場合に、応答パケットを送信し、第２のＭＡＣアドレスが割り当てられている第２の無線インターフェイスを介して、ＷＦＤネットワークを用いて、プロトコル「Ｐ２」に従った要求パケットを受信する場合に、応答パケットを送信しなくてもよい。本変形例では、第１のＭＡＣアドレスが割り当てられている無線インターフェイス２２、第２のＭＡＣアドレスが割り当てられている無線インターフェイス２２が、それぞれ、「第１のインターフェイス」、「第２のインターフェイス」の一例である。
【００６９】
本変形例でも、第１の無線インターフェイスを介して、ＷＦＤネットワークを用いて、例えば、プロトコル「Ｐ４」に従った要求パケットを受信すると、Ｗｅｂサーバ機能を実行しないが、エラー応答パケットを送信するように、プログラム３０が構成されている（図３のＳ２２参照）。ただし、本変形例では、第３実施例の図３のＳ２２において、応答制御部４０が携帯端末８０に送信するエラー応答パケットに含まれるエラー情報の内容が異なっていてもよい。本変形例では、エラー情報は、「以下の接続方法を利用して下さい。」のメッセージとともに、非ＷＦＤ接続を確立するために利用されるべきＡＰのＳＳＩＤ、パスワード等の各種情報を表示してもよい。本変形例では、ＡＰのＳＳＩＤ、パスワード等の各種情報が「特定の情報」の一例である。
【００７０】
（変形例２）図３のＳ１２では、応答制御部４０は、要求パケットのトランスポート層に含まれる部分情報を解釈することに代えて、要求パケットの「セッション層よりも下位の層（即ちネットワーク層、データリング層、物理層）」に対応する部分情報を解釈することによって、要求パケットが、有線インターフェイス１６を介して受信されたか否かを決定してもよい。この構成によると、多機能機１０は、要求パケットが有線インターフェイス１６を介して受信されたか、または、無線インターフェイス２２を介して受信されたかを、適切に決定し得る。また、図３のＳ１８でも、機能実行部４２は、アプリケーション層に含まれる部分情報を解釈することに代えて、要求パケットの「セッション層又はそれよりも上位の層（即ちプレゼンテーション層）」に対応する部分情報を解釈することによって、要求された機能が実行可能か否かを決定してもよい。この構成によると、多機能機１０は、要求された機能を実行するのか否かを、適切に決定し得る。さらに、図３のＳ２０でも、応答制御部４０は、アプリケーション層に含まれる部分情報を解釈することに代えて、要求パケットの「セッション層又はそれよりも上位の層（即ちプレゼンテーション層）」に対応する部分情報を解釈することによって、応答パケットを送信するか否かを決定してもよい。この構成によると、多機能機１０は、応答パケットを送信するのか否かを、適切に決定し得る。
【００７１】
（変形例３）上記の変形例３において、ＰＣ７０から有線インターフェイス１６を介して受信される要求パケット（以下では「第１の要求パケット」と呼ぶ）と、携帯端末８０から無線インターフェイス２２を介して受信される要求パケット（以下では「第２の要求パケット」と呼ぶ）と、が異なる要求パケットであってもよい。一般的に言うと、「第１のパケット」と「第２のパケット」が異なる内容を有するパケットであってもよい。その場合、例えば、図３のＳ１２では、応答制御部４０は、第１の要求パケットのトランスポート層に対応する部分情報を解釈することによって、第１の要求パケットが、有線インターフェイス１６を介して受信されたか否かを決定し、第２の要求パケットの物理層に対応する部分情報を解釈することによって、第２の要求パケットが、有線インターフェイス１６を介して受信されたか否かを決定してもよい。一般的に言うと、「第１のパケット」に含まれる「セッション層よりも下位の層」は、「第２のパケット」に含まれる「セッション層よりも下位の層」と異なる層であってもよい。同様に、「第１のパケット」に含まれる「セッション層又はそれよりも上位の層」は、「第２のパケット」に含まれる「セッション層又はそれよりも上位の層」と異なる層であってもよい。
【００７２】
（変形例４）上記の各実施例では、要求パケットが有線で受信された場合（図３のＳ１２でＹＥＳの場合）には、要求パケットがいずれのプロトコルＰ１〜Ｐ５に従ったものであっても、正常応答パケットを送信して、機能を実行するようにプログラム３０が構成されている（図２参照）。これに代えて、要求パケットが有線で受信された場合（図３のＳ１２でＹＥＳの場合）において、機能実行部４２及び応答制御部４０は、Ｓ１８及びＳ２０の判断を実行してもよい。その場合、プログラム３０は、要求パケットの対象プロトコルが、プロトコルＰ１〜Ｐ５のいずれか（例えば「Ｐ１」）に従うものである場合に、機能を実行せず、かつ、応答パケットを送信しないように構成されていてもよい（例えば、プロトコル「Ｐ１」に対応する「機能実行（有線）＝ＮＧ」、「応答（有線）＝ＮＧ」）。また、プログラム３０は、要求パケットの対象プロトコルが、プロトコルＰ１〜Ｐ５のいずれか（例えば「Ｐ２」）に従うものである場合に、機能を実行せず、かつ、応答パケットを送信するように構成されていてもよい（例えば、プロトコル「Ｐ２」に対応する「機能実行（有線）＝ＮＧ」、「応答（有線）＝ＯＫ」）。
【００７３】
（変形例５）上記の各実施例では、応答制御部４０が有線又は無線で受信する要求パケットは、プロトコルＰ１〜Ｐ５のいずれかに従った要求パケットであることが前提となっている。これに対して、応答制御部４０は、プロトコルＰ１〜Ｐ５以外のプロトコル（例えばプロトコルＰ６）に従った要求パケットを受信してもよい。この場合、プロトコルＰ１〜Ｐ５以外のプロトコル（例えばプロトコルＰ６）に従った要求パケットが受信される場合の機能実行部４２及び応答制御部４０の動作内容は、プログラム３０によって予め定められていない。従って、例えば、有線又は無線でプロトコルＰ１〜Ｐ５以外のプロトコルに従った要求パケットを受信する場合、機能実行部４２は機能を実行せず、応答制御部４０は応答パケットを送信しないようにプログラム３０が構成されていてもよい。
【００７４】
（変形例６）上記の各実施例では、多機能機１０のＣＰＵ２６がソフトウェアに従って処理を実行することによって、応答制御部４０及び機能実行部４２が実現される。これに代えて、応答制御部４０及び機能実行部４２のうちの少なくとも一方は、論理回路等のハードウェアによって実現されてもよい。
【００７５】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【００７６】
２：通信システム、４：ＬＡＮ、１０：多機能機、１２：操作部、１４：表示部、１６：有線インターフェイス、１８：スキャン実行部、２０：印刷実行部、２２：無線インターフェイス、２４：制御部、２６：ＣＰＵ、２８：メモリ、３０：プログラム、４０：応答制御部、４２：機能実行部、７０：ＰＣ、８０：携帯端末
【図１】
0005910238.tif 000002
【図２】
0005910238.tif 000003
【図３】
0005910238.tif 000004
【図４】
0005910238.tif 000005
【図５】
0005910238.tif 000006