JP5910238B2 - 通信装置 - Google Patents

通信装置 Download PDF

Info

Publication number
JP5910238B2
JP5910238B2 JP2012074327A JP2012074327A JP5910238B2 JP 5910238 B2 JP5910238 B2 JP 5910238B2 JP 2012074327 A JP2012074327 A JP 2012074327A JP 2012074327 A JP2012074327 A JP 2012074327A JP 5910238 B2 JP5910238 B2 JP 5910238B2
Authority
JP
Japan
Prior art keywords
packet
function
interface
protocol
response
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2012074327A
Other languages
English (en)
Other versions
JP2013207539A (ja
Inventor
訓史 寺下
訓史 寺下
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Brother Industries Ltd
Original Assignee
Brother Industries Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Brother Industries Ltd filed Critical Brother Industries Ltd
Priority to JP2012074327A priority Critical patent/JP5910238B2/ja
Priority to US13/764,043 priority patent/US9203935B2/en
Publication of JP2013207539A publication Critical patent/JP2013207539A/ja
Application granted granted Critical
Publication of JP5910238B2 publication Critical patent/JP5910238B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201Dedicated interfaces to print systems
    • G06F3/1202Dedicated interfaces to print systems specifically adapted to achieve a particular effect
    • G06F3/1203Improving or facilitating administration, e.g. print management
    • G06F3/1209Improving or facilitating administration, e.g. print management resulting in adapted or bridged legacy communication protocols, e.g. emulation, protocol extension
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201Dedicated interfaces to print systems
    • G06F3/1223Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1236Connection management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201Dedicated interfaces to print systems
    • G06F3/1223Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1237Print job management
    • G06F3/1244Job translation or job parsing, e.g. page banding
    • G06F3/1248Job translation or job parsing, e.g. page banding by printer language recognition, e.g. PDL, PCL, PDF
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201Dedicated interfaces to print systems
    • G06F3/1278Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
    • G06F3/1285Remote printer device, e.g. being remote from client or server
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201Dedicated interfaces to print systems
    • G06F3/1278Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
    • G06F3/1292Mobile client, e.g. wireless printing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201Dedicated interfaces to print systems
    • G06F3/1202Dedicated interfaces to print systems specifically adapted to achieve a particular effect
    • G06F3/121Facilitating exception or error detection and recovery, e.g. fault, media or consumables depleted
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201Dedicated interfaces to print systems
    • G06F3/1223Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1237Print job management
    • G06F3/1268Job submission, e.g. submitting print job order or request not the print data itself

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Communication Control (AREA)
  • Computer And Data Communications (AREA)
  • Facsimiles In General (AREA)

Description

本明細書によって開示される技術は、第1のインターフェイスと第2のインターフェイスとを備える通信装置に関する。
特許文献1には、再生データを伝送するための情報機器が開示されている。情報機器は、有線通信が実行される場合には、再生データを広帯域で伝送し、無線通信が実行される場合には、データ量を減少させて、再生データを狭帯域で伝送する。情報機器は、有線通信によって伝送ソフトプログラムの起動が要求される場合と、無線通信によって伝送ソフトプログラムの起動が要求される場合と、どちらでも、要求元に再生データを伝送する。
特開2002−55729号公報
本明細書では、パケットを受信する場合に、適切に動作し得る技術を提供する。
本明細書では、通信装置を開示する。通信装置は、第1のインターフェイスと、第1のインターフェイスとは異なる第2のインターフェイスと、応答制御部と、を備える。応答制御部は、第1のデバイスから、第1のインターフェイスを介して、特定のプロトコルに従った第1のパケットを受信する第1の場合に、第1のパケットに対する応答パケットを、第1のインターフェイスを介して、第1のデバイスに送信し、第1のデバイスとは異なる第2のデバイスから、第2のインターフェイスを介して、特定のプロトコルに従った第2のパケットを受信する第2の場合に、第2のパケットに対する応答パケットを、第2のインターフェイスを介して、第2のデバイスに送信しない。
上記の構成によると、通信装置は、第1のインターフェイスを介して、特定のプロトコルに従った第1のパケットを受信する第1の場合に、第1のデバイスに応答パケットを送信し、第2のインターフェイスを介して、特定のプロトコルに従った第2のパケットを受信する第2の場合に、第2のデバイスに応答パケットを送信しない。即ち、通信装置は、第1の場合と第2の場合とで、応答パケットを送信するのか否かを変える。従って、通信装置は、パケット(即ち、第1のパケット、第2のパケット)を受信する場合に、適切に動作し得る。
なお、上記の通信装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。
通信システムの構成の一例を示す。 多機能機がプログラムに従って動作する場合の動作例を示す。 多機能機処理のフローチャートを示す。 要求パケットの構成の一例を示す。 各デバイスが実施する処理のシーケンス図を示す。
(第1実施例)
(システムの構成:図1)
図1に示されるように、通信システム2は、多機能機10と、PC70と、携帯端末80と、を備える。多機能機10は、PC70の周辺機器である。多機能機10とPC70とは、有線のLAN4を介して相互に通信可能である。
携帯端末80は、可搬型の端末であり、例えば、スマートフォン、PDA端末、ノートPC、タブレットPC等を含む。多機能機10と携帯端末80とは、それぞれ、Wi−Fi Directに従った無線通信機能を実行可能である。なお、以下では、Wi−Fi Directのことを「WFD」と呼び、WFDに従った接続のことを「WFD接続」と呼ぶ。WFDは、Wi−Fi Allianceによって策定された規格である。WFDは、Wi−Fi Allianceによって作成された「Wi−Fi Peer−to−Peer(P2P) Technical Specification Version1.1」に記述されている。多機能機10は、携帯端末80とのWFD接続を確立可能であり、これにより、無線のWFDネットワークが構築される。この結果、多機能機10と携帯端末80とは、WFDネットワークを介して相互に通信可能である。なお、本実施例では、多機能機10と携帯端末80との間にWFD接続が確立されることを想定しているが、変形例では、多機能機10と携帯端末80との間に通常のWi−Fiの無線接続(例えばIEEE802.11等に従った無線接続)が確立されてもよい。
本実施例では、多機能機10とPC70とが、例えば、特定の会社内に据え置きされている状況を想定している。即ち、特定の会社内では、多機能機10とPC70とを含むLAN4が構築される。PC70のユーザ(例えば特定の会社の社員)が、PC70の操作部を操作して、多機能機10が実行可能な複数個の機能のうちのいずれか1個の機能(例えばPort9100印刷機能)の実行を指示すると、PC70は、LAN4を介して、多機能機10に要求パケットを送信する。
また、例えば、携帯端末80のユーザ(例えば特定の会社を訪問した者)は、携帯端末80と多機能機10との間にWFD接続を一時的に確立することができる。即ち、携帯端末80のユーザは、携帯端末80と多機能機10とを含むWFDネットワークを一時的に構築させることができる。これにより、携帯端末80のユーザが、携帯端末80の操作部を操作して、多機能機10が実行可能な複数個の機能のうちのいずれか1個の機能(例えばPort9100印刷機能)の実行を指示すると、携帯端末80は、WFDネットワークを介して、多機能機10に要求パケットを送信する。
上述したように、本実施例では、LAN4が定常的に構築されるべきネットワークであり、WFDネットワークが一時的に構築されるべきネットワークである状況を想定している。
(多機能機10の構成)
多機能機10は、Port9100印刷機能、Netbios印刷機能、ネットワークスキャン機能、Webサーバ機能、IFAX機能等の多機能を実行可能である。各機能については後で説明する。
多機能機10は、操作部12と、表示部14と、有線インターフェイス16(図1では、「有線I/F」と記載)と、スキャン実行部18と、印刷実行部20と、無線インターフェイス22(図1では、「無線I/F」と記載)と、制御部24と、を備える。上記の各部12〜24は、バス線(符号省略)に接続されている。
操作部12は、複数のキーによって構成される。ユーザは、操作部12を操作することによって、様々な指示を多機能機10に与えることができる。表示部14は、様々な情報を表示するためのディスプレイである。有線インターフェイス16は、LAN4に接続されている。スキャン実行部18は、CIS、CCD等のスキャン機構を備え、スキャン対象物をスキャンすることによって画像データを生成する。印刷実行部20は、インクジェット方式、レーザ方式等の印刷機構を備え、制御部24からの指示に従って印刷を実行する。無線インターフェイス22は、制御部24が無線通信を実行する際に利用されるインターフェイスである。制御部24は、無線インターフェイス22を利用して、WFDに従った無線通信機能を実行することができる。
制御部24は、CPU26とメモリ28とを備える。CPU26は、メモリ28に格納されているプログラム30に従って、様々な処理を実行する。メモリ28は、ROM、RAM、ハードディスク等によって構成される。メモリ28は、CPU26によって実行される上記のプログラム30を格納したり、CPU26が処理を実行する過程で取得又は生成されるデータを格納したりする。CPU26が上記のプログラムに従って処理を実行することによって、応答制御部40及び機能実行部42の各機能が実現される。
また、メモリ28は、多機能機10との間で接続(非WFD接続又はWFD接続)が確立されている各機器(PC70、携帯端末80等)について、当該機器のIPアドレスと、当該機器との間で通信を行う場合に利用されるべきインターフェイス(有線インターフェイス16又は無線インターフェイス22)を示す情報と、を対応付けて格納している。従って、例えば、メモリ28は、PC70のIPアドレスと、有線インターフェイス16を示す情報と、を対応付けて格納している。また、メモリ28は、携帯端末80のIPアドレスと、無線インターフェイス22を示す情報と、を対応付けて格納している。これらの情報は、多機能機10と各機器との間で接続が確立する毎に、メモリ28に格納される。
(Port9100印刷機能)
図2の表は、多機能機10がプログラム30に従って動作する場合の動作例を示す。機能実行部42は、プロトコル「P1」に従った要求パケットを受信する場合に、Port9100印刷機能を実行する。Port9100印刷機能は、広く利用されている一般的な印刷機能である。機能実行部42は、プロトコル「P1」に従った要求パケットを、有線インターフェイス16(即ちLAN4)を介して受信しても、当該要求パケットを、無線インターフェイス22(即ちWFDネットワーク)を介して受信しても、Port9100印刷機能を実行する(プロトコル「P1」に対応する「機能実行(有線)=OK」及び「機能実行(無線)=OK」参照)。なお、以下では、要求パケットを、有線インターフェイス16を介して受信すること、要求パケットを、無線インターフェイス22を介して受信することを、それぞれ、「要求パケットを有線で受信」、「要求パケットを無線で受信」と簡単に呼ぶ。また、これらのそれぞれを、「有線受信のケース」、「無線受信のケース」とさらに簡単に呼ぶことがある。
また、応答制御部40は、プロトコル「P1」に従った要求パケットを有線で受信しても、当該要求パケットを無線で受信しても、応答パケット(例えば、Port9100印刷機能を実行することを示す正常な応答パケット)を送信する(プロトコル「P1」に対応する「応答(有線)=OK」及び「応答(無線)=OK」参照)。なお、応答パケットを送信するためには、応答パケットを送信するのに必要な管理情報が、メモリ28に格納されていなければならない。管理情報は、例えば、多機能機10の現在のIPアドレス、現在の時刻、多機能機10の現在の動作状態(印刷中状態、スタンバイ状態、エラー状態等)、過去に受信された要求パケットの履歴の情報(例えば、受信日時)等を含む。
1個のプロトコルと1個のインターフェイスとに関連付けて、1個の管理情報がメモリ28に格納される。例えば、プロトコル「P1」と有線インターフェイス16とに関連付けて、第1の管理情報がメモリ28に格納される(プロトコル「P1」に対応する「管理情報(有線)=有」参照)。第1の管理情報は、例えば、多機能機10が有線通信を実行するのに必要な多機能機10のIPアドレス(即ち、有線通信用のIPアドレス)を含む。さらに、第1の管理情報は、過去に有線で受信されたプロトコル「P1」に従った各要求パケットの履歴の情報(例えば、受信日時)を含む。同様に、例えば、プロトコル「P1」と無線インターフェイス22とに関連付けて、第2の管理情報がメモリ28に格納される(プロトコル「P1」に対応する「管理情報(無線)=有」参照)。第2の管理情報は、例えば、多機能機10がWFDの無線通信を実行するのに必要な多機能機10のIPアドレス(即ち、無線通信用のIPアドレス)を含む。さらに、第2の管理情報は、過去に無線で受信されたプロトコル「P1」に従った各要求パケットの履歴の情報(例えば、受信日時)を含む。なお、有線通信用のIPアドレスと、無線通信用のIPアドレスと、は異なるIPアドレスである。
Port9100印刷機能は、多機能機10が実行すべき複数の主機能(印刷機能、スキャン機能等)のうちの1つである。このために、PC70のユーザが、定常的に構築されるべきLAN4を利用して、Port9100印刷機能に対応するプロトコル「P1」に従った要求パケットを、多機能機10に送信する可能性が高い。また、携帯端末80のユーザが、一時的に構築されるべきWFDネットワークを利用して、Port9100印刷機能に対応するプロトコル「P1」に従った要求パケットを、多機能機10に送信する可能性も高い。このために、本実施例では、機能実行部42が、有線受信のケースでも、無線受信のケースでも、Port9100印刷機能を実行するように、構成されている。このように、機能実行部42が、有線受信のケースでも、無線受信のケースでも、Port9100印刷機能を実行するので、応答制御部40が、有線受信のケースでも、無線受信のケースでも、応答パケットを送信するように、構成されている。従って、プロトコル「P1」に関連付けて、有線用と無線用の2個の管理情報(上記の第1及び第2の管理情報)が、メモリ28に格納される。
(Netbios印刷機能)
Netbios印刷機能は、Port9100印刷と比べて詳細な印刷条件を設定可能な印刷機能である。機能実行部42は、プロトコル「P2」に従った要求パケットを有線で受信する場合に、Netbios印刷機能を実行する(プロトコル「P2」に対応する「機能実行(有線)=OK」参照)。ただし、Netbios印刷機能は、Port9100印刷機能と比べると、ユーザによって広く利用される印刷機能ではない。このために、携帯端末80のユーザが、一時的に構築されるべきWFDネットワークを利用して、Netbios印刷機能に対応するプロトコル「P2」に従った要求パケットを、多機能機10に送信する可能性は低い。従って、本実施例では、仮に、プロトコル「P2」に従った要求パケットを無線で受信しても、機能実行部42は、Netbios印刷機能を実行しない(プロトコル「P2」に対応する「機能実行(無線)=NG」参照)。
上述したように、機能実行部42は、有線受信のケースでは、Netbios印刷機能を実行する。このために、応答制御部40は、有線受信のケースでは、応答パケットを送信する(プロトコル「P2」に対応する「応答(有線)=OK」参照)。従って、プロトコル「P2」と有線インターフェイス16とに関連付けて、1個の管理情報がメモリ28に格納される(プロトコル「P2」に対応する「管理情報(有線)=有」参照)。
ただし、上述したように、無線受信のケースが稀であり、仮に、無線受信のケースが発生しても、機能実行部42は、Netbios印刷機能を実行しない。このために、応答制御部40は、無線受信のケースでは、応答パケットを送信しない(プロトコル「P2」に対応する「応答(無線)=NG」参照)。従って、プロトコル「P2」と無線インターフェイス22とに関連付けて、管理情報がメモリ28に格納されない(プロトコル「P2」に対応する「管理情報(無線)=−」参照)。このように、本実施例では、不要な管理情報がメモリ28に格納されないために、メモリ28内の情報量の低減を図ることができる。従って、多機能機10のメモリ28を有効に利用し得る。
(ネットワークスキャン機能)
ネットワークスキャン機能は、PC70、携帯端末80等の外部装置からの指示に従ってスキャンを実行する機能である。ネットワークスキャン機能は、多機能機10が実行すべき複数の主機能(印刷機能、スキャン機能等)のうちの1つである。従って、機能実行部42は、プロトコル「P3」に従った要求パケットを有線で受信しても、当該要求パケットを無線で受信しても、ネットワークスキャン機能を実行する(プロトコル「P3」に対応する「機能実行(有線)=OK」及び「機能実行(無線)=OK」参照)。
上述したように、機能実行部42は、有線受信のケースでも、無線受信のケースでも、ネットワークスキャン機能を実行する。このために、応答制御部40は、有線受信のケースでも、無線受信のケースでも、応答パケットを送信する(プロトコル「P3」に対応する「応答(有線)=OK」及び「応答(無線)=OK」参照)。従って、プロトコル「P3」に関連付けて、有線用と無線用の2個の管理情報が、メモリ28に格納される(プロトコル「P3」に対応する「管理情報(有線)=有」及び「管理情報(無線)=有」参照)。
(Webサーバ機能)
Webサーバ機能は、PC70、携帯端末80等の外部装置からの指示に従って、外部装置のWebブラウザが解釈可能なデータ形式を利用して、多機能機10に関する各種情報(例えば、トナー残量等)を外部装置に提供する機能である。Webサーバ機能は、多機能機10が実行すべき主機能(印刷機能、スキャン機能等)ではなく、副機能である。このために、本実施例では、多機能機10の処理負荷を低減させるために、機能実行部42が、有線受信のケースでは、Webサーバ機能を実行するが、無線受信のケースでは、Webサーバ機能を実行しないように、構成されている(プロトコル「P4」に対応する「機能実行(有線)=OK」及び「機能実行(無線)=NG」参照)。
上述したように、機能実行部42は、有線受信のケースでは、Webサーバ機能を実行する。このために、応答制御部40は、有線受信のケースでは、応答パケットを送信する(プロトコル「P4」に対応する「応答(有線)=OK」参照)。また、Webサーバ機能は、広く知られている一般的な機能であるので、携帯端末80のユーザが、WFDネットワークを利用して、プロトコル「P4」に従った要求パケットを、多機能機10に送信する可能性は高い。このために、応答制御部40は、無線受信のケースでも、応答パケット(即ち、Webサーバ機能を実行不可能であることを示すエラーのパケット)を送信する(プロトコル「P4」に対応する「応答(無線)=OK」参照)。これにより、ユーザは、WFDネットワークを利用して、多機能機10にWebサーバ機能を実行させることができないことを知ることができる。従って、プロトコル「P4」に関連付けて、有線用と無線用の2個の管理情報が、メモリ28に格納される(プロトコル「P4」に対応する「管理情報(有線)=有」及び「管理情報(無線)=有」参照)。
(IFAX機能)
IFAX(Internet FAX)機能は、FAX画像を電子メールに添付して送受信する機能である。機能実行部42は、プロトコル「P5」に従った要求パケットを有線で受信する場合に、IFAX機能を実行する(プロトコル「P5」に対応する「機能実行(有線)=OK」参照)。ただし、IFAX機能は、PSTN(Public Switched Telephone Network)を介したFAX通信を実行するための通常のFAX機能と比べると、ユーザによって広く利用されるFAX機能ではない。このために、携帯端末80のユーザが、一時的に構築されるべきWFDネットワークを利用して、IFAX機能に対応するプロトコル「P5」に従った要求パケットを、多機能機10に送信する可能性は低い。従って、本実施例では、仮に、プロトコル「P5」に従った要求パケットを無線で受信しても、機能実行部42は、IFAX印刷機能を実行しない(プロトコル「P5」に対応する「機能実行(無線)=NG」参照)。
また、応答制御部40は、有線受信のケースでは、応答パケットを送信するが、無線受信のケースでは、応答パケットを送信しない(プロトコル「P5」に対応する「応答(有線)=OK」及び「応答(無線)=NG」参照)。従って、プロトコル「P5」と有線インターフェイス16とに関連付けて、1個の管理情報がメモリ28に格納される(プロトコル「P5」に対応する「管理情報(有線)=有」参照)が、プロトコル「P5」と無線インターフェイス22とに関連付けて、管理情報がメモリ28に格納されない(プロトコル「P5」に対応する「管理情報(無線)=−」参照)。IFAX機能について、このような構成を採用している理由は、上記のNetbios印刷機能と同様である。
上述したように、本実施例では、多機能機10は、プロトコル「P2」に従った要求パケットを無線で受信する場合、及び、プロトコル「P5」に従った要求パケットを無線で受信する場合に、応答パケットを送信しないように、構成されている。このために、プロトコル「P2」と無線インターフェイス22とに関連付けて、管理情報をメモリ28に格納せずに済むと共に、プロトコル「P5」と無線インターフェイス22とに関連付けて、管理情報をメモリ28に格納せずに済む。この結果、図2の表に示される5個の機能について、トータルで8個の管理情報をメモリ28に格納すれば足りる。このために、メモリ28内の情報量の低減を図ることができる。従って、多機能機10のメモリ28を有効に利用し得る。
(多機能機処理:図3)
続いて、図3を参照して、多機能機10の制御部24が実行する処理の内容を説明する。多機能機10の電源がONされると、制御部24は、図3の処理を開始する。
S10では、応答制御部40(図1参照)は、要求パケットを受信することを監視する。具体的には、S10では、応答制御部40は、PC70から、有線インターフェイス16を介して要求パケットを受信することを監視する。同時に、S10では、応答制御部40は、携帯端末80から、無線インターフェイス22を介して要求パケットを受信することも監視する。
PC70のユーザは、PC70の操作部を操作して、多機能機10が実行可能な複数個の機能のうちのいずれか1個の機能(以下では「対象機能」と呼ぶ)の実行を指示することができる。この場合、PC70は、対象機能に対応するプロトコル(図2参照)に従った要求パケットを生成し、生成された要求パケットを、LAN4を介して、多機能機10に送信する。例えば、Port9100印刷の実行が指示される場合には、PC70は、プロトコル「P1」に従った要求パケットを、LAN4を介して、多機能機10に送信する。
PC70によって生成される要求パケットについて詳しく説明する。図4は要求パケットの構成を示す。要求パケットは、OSI参照モデルの複数層(図4のアプリケーション層、プレゼンテーション層等)に対応する複数個の部分情報を含む。複数個の部分情報のうち、トランスポート層に対応する部分情報は、要求パケットの送信元であるPC70のIPアドレスと、要求パケットの送信先である多機能機10のIPアドレスと、を含む。また、複数個の部分情報のうち、アプリケーション層に対応する部分情報は、対象機能を示す情報と、当該対象機能に対応するプロトコル(以下では「対象プロトコル」と呼ぶ)を示す情報と、を含む。
同様に、携帯端末80のユーザは、携帯端末80の操作部を操作して、多機能機10の複数個の機能のうちのいずれか1個の機能(即ち対象機能)の実行を指示することができる。この場合、携帯端末80は、対象機能に対応するプロトコル(図2参照)に従った要求パケットを、WFDネットワークを介して、多機能機10に送信する。PC70の場合と同様に、携帯端末80が生成する要求パケットのトランスポート層に対応する部分情報は、要求パケットの送信元である携帯端末80のIPアドレスと、要求パケットの送信先である多機能機10のIPアドレスと、を含む。また、アプリケーション層に対応する部分情報は、対象機能を示す情報と、対象プロトコルを示す情報と、を含む。
応答制御部40は、PC70又は携帯端末80から送信された要求パケットを受信すると、S10でYESと判断する。この場合、S12では、応答制御部40は、要求パケットが、有線インターフェイス16を介して受信されたのか、無線インターフェイス22を介して受信されたのか、を決定する。具体的に言うと、S12では、応答制御部40は、要求パケットに含まれるトランスポート層に対応する部分情報を解釈することによって、要求パケットの送信元の機器のIPアドレスを特定する。次いで、応答制御部40は、メモリ28内から、特定されたIPアドレスと対応付けて格納されているインターフェイス(有線又は無線)を示す情報を特定する。応答制御部40は、特定された情報が示すインターフェイスが有線インターフェイス16であるのか無線インターフェイス22であるのかを決定する。即ち、応答制御部40は、セッション層よりも下位の層であるトランスポート層に対応する部分情報を解釈することによって、S12の決定を実行する。これにより、多機能機10は、要求パケットがどちらのインターフェイス16、22を介して受信されたのかを、適切に決定することができる。
要求パケットが、有線インターフェイス16を介して受信されたことが決定された場合(S12でYESの場合)には、応答制御部40は、S14に進む。一方、要求パケットが、無線インターフェイス22を介して受信されたことが決定された場合(S12でNOの場合)には、応答制御部40は、S18に進む。
S14では、応答制御部40は、要求パケットの送信元の機器(PC70又は携帯端末80)に、要求パケットが受信されたインターフェイス(有線又は無線)と同じインターフェイスを介して、正常情報を含む応答パケット(以下では「正常応答パケット」と呼ぶ)を送信する。
具体的に言うと、S14では、応答制御部40は、正常応答パケットを生成する。詳しく言うと、応答制御部40は、要求パケットのアプリケーション層に含まれる対象プロトコル(例えば「P1」)と、要求パケットのトランスポート層に含まれる送信元のIPアドレス(例えばPC70のIPアドレス)に対応付けてメモリ28内に格納されているインターフェイスを示す情報(例えば有線インターフェイス16)と、に関連付けられている管理情報(例えばプロトコル「P1」に対応する有線用の管理情報)を、メモリ28内から特定する。次いで、応答制御部40は、特定済みの管理情報に含まれる情報を用いて、正常応答パケットを生成する。
なお、正常応答パケットのトランスポート層に対応する部分情報は、特定済みの管理情報に含まれる多機能機10のIPアドレスを、送信元の機器のIPアドレスとして含む。さらに、正常応答パケットのトランスポート層に対応する部分情報は、正常応答パケットの送信先の機器(PC70又は携帯端末80)のIPアドレス(即ち、要求パケットの送信元のIPアドレス)を含む。また、正常応答パケットのアプリケーション層に対応する部分情報は、要求パケットに含まれる対象プロトコルを示す情報と、正常を示す正常情報と、特定済みの管理情報に含まれる現在時刻と、を含む。応答制御部40は、メモリ28内から、正常応答パケットの送信先の機器(PC70又は携帯端末80)のIPアドレスに対応付けて格納されているインターフェイス(有線インターフェイス16又は無線インターフェイス22)を特定し、特定されたインターフェイスを介して正常応答パケットを送信する。
正常応答パケットの送信先の機器(PC70又は携帯端末80)は、正常応答パケットを受信すると、当該機器の表示部に、正常情報が示すメッセージ(例えば、「印刷を正常に実行します」等)を表示する。これにより、PC70又は携帯端末80のユーザは、対象機能が実行されることを知ることができる。
上記の通り、要求パケットが有線で受信された場合(S12でYESの場合)には、応答制御部40は、要求パケットがいずれのプロトコルP1〜P5に従ったものであっても、正常応答パケットを送信して、機能を実行するように構成されている(図2参照)。そのため、S12でYESの場合には、応答制御部40及び機能実行部42(図1参照)は、後述の図3のS18及びS20の判断を省略して、S14に進む。S14を終えると、S16に進む。
S16では、機能実行部42は、上記の対象機能を実行する。例えば、対象機能がPort9100印刷機能である場合には、S16では、機能実行部42は、印刷データに従って、印刷実行部20に印刷を実行させる。S16を終えると、図3の多機能機処理が終了する。
一方、S12でNOの場合(要求パケットが無線で受信された場合)、S18では、機能実行部42は、対象機能を実行可能か否か決定する。具体的には、S18では、まず、機能実行部42は、要求パケットのアプリケーション層に対応する部分情報を解釈して、対象機能と対象プロトコルとを特定する。次いで、機能実行部42は、対象機能を実行可能か否かを、特定済みの対象プロトコルを用いて決定する。即ち、機能実行部42は、特定済みの対象プロトコルに従った要求パケットを無線で受信する場合に対象機能を実行するように、プログラム30が構成されている場合に、S18でYESと決定する。一方、機能実行部42は、特定済みの対象プロトコルに従った要求パケットを無線で受信する場合に対象機能を実行するように、プログラム30が構成されていない場合に、S18でNOと決定する。例えば、特定済みの対象プロトコルが、Port9100機能に対応するプロトコル「P1」である場合には、機能実行部42は、S18でYESと判断する(図2参照)。また、例えば、特定済みの対象プロトコルが、Netbios機能に対応するプロトコル「P2」である場合には、機能実行部42は、S18でNOと判断する(図2参照)。このように、本実施例の多機能機10は、対象機能を実行するか否かを適切に決定することができる。
S18でYESの場合、S14に進む。S14以降の処理は、上記と同様である。一方、S18でNOの場合、機能実行部42は、対象機能を実行しない(即ち、S16を実行しない)。この場合、S20に進む。
S20では、応答制御部40は、応答パケットを送信するか否か決定する。具体的には、S20では、応答制御部40は、S18と同様の手順で、応答パケットを送信するか否かを、特定済みの対象プロトコルを用いて決定する。即ち、応答制御部40は、特定済みの対象プロトコルに従った要求パケットを無線で受信する場合に応答パケットを送信するように、プログラム30が構成されている場合に、S20でYESと決定する、一方、応答制御部40は、特定済みの対象プロトコルに従った要求パケットを無線で受信する場合に応答パケットを送信するように、プログラム30が構成されていない場合に、S20でNOと決定する。例えば、特定済みの対象プロトコルがプロトコル「P4」である場合には、応答制御部40は、S20でYESと判断する(図2参照)。また、例えば、特定済みの対象プロトコルがプロトコル「P2」である場合には、応答制御部40は、S20でNOと判断する(図2参照)。このように、本実施例の多機能機10は、応答パケットを送信するか否かを適切に決定することができる。
S20でYESの場合、S22に進む。S22では、応答制御部40は、要求パケットの送信元の携帯端末80に、要求パケットが受信されたインターフェイスと同じインターフェイス(即ち無線インターフェイス22)を介して、エラー情報を含む応答パケット(以下では「エラー応答パケット」と呼ぶ)を送信する。具体的に言うと、S22では、応答制御部40は、エラー応答パケットを生成する。エラー応答パケットの生成手法は、上記の正常応答パケットの生成手法とほぼ共通する。ただし、エラー応答パケットを生成する場合には、応答制御部40は、正常を示す正常情報に代えて、エラーを示すエラー情報を含むエラー応答パケットを生成する。なお、本実施例では、エラー情報は、「404 Not Found」というメッセージを含む。
携帯端末80は、エラー応答パケットを受信すると、携帯端末80の表示部に、メッセージ「404 Not Found」を表示する。これにより、携帯端末80のユーザは、対象機能が実行されないことを知ることができる。
一方、S20でNOの場合、応答制御部40は、エラー応答パケットを送信しない。この場合、図3の多機能機処理が終了する。
(具体例:図5)
続いて、図5を参照して、各デバイス10、70、80が実行する処理の具体例について説明する。
PC70のユーザは、PC70の操作部を操作して、Netbios印刷機能の実行を指示することができる。PC70は、多機能機10に、LAN4を介して、プロトコル「P2」に従った要求パケットを送信する。要求パケットは、Netbios印刷機能の実行を要求する情報を含む。多機能機10は、プロトコル「P2」に従った要求パケットを有線で受信する(図3のS12でYES)。多機能機10のプログラム30は、プロトコル「P2」に従った要求パケットを有線で受信する場合に、Netbios印刷機能を実行して、応答パケットを送信するように、構成されている(図2のプロトコル「P2」に対応する「機能実行(有線)=OK」、「応答(有線)=OK」参照)。従って、多機能機10は、PC70に、正常応答パケットを、有線インターフェイス16を介して、送信する(図3のS14)。次いで、多機能機10は、Netbios印刷機能を実行する(図3のS16)。
携帯端末80のユーザは、携帯端末80の操作部を操作して、Netbios印刷機能の実行を指示することができる。携帯端末80は、WFDネットワークを介して、プロトコル「P2」に従った要求パケットを送信する。要求パケットは、Netbios印刷機能の実行を要求する情報を含む。多機能機10は、プロトコル「P2」に従った要求パケットを、無線で受信する(図3のS12でNO)。多機能機10のプログラム30は、プロトコル「P2」に従った要求パケットを無線で受信する場合に、Netbios印刷機能を実行せず、応答パケットを送信しないように、構成されている(図2のプロトコル「P2」に対応する「機能実行(無線)=NG」、「応答(有線)=NG」参照)。従って、多機能機10は、要求パケットに対する応答パケットを、無線インターフェイス22を介して、携帯端末80に送信しない。さらに、多機能機10は、Netbios印刷機能を実行しない(図3のS18でNO、S20でNO)。このために、多機能機10の処理負荷の軽減を図ることができる。また、多機能機10は、応答パケットを送信しないため、管理情報をメモリ28に記憶する必要がない。不要な管理情報がメモリ28に格納されないために、メモリ28内の情報量の低減を図ることができる。従って、多機能機10のメモリ28を有効に利用し得る。
上記の例に示すように、本実施例の多機能機10は、プロトコル「P2」に従った要求パケットを有線で受信する場合と無線で受信する場合とで、応答パケットを送信するのか否かを変える。また、多機能機10は、プロトコル「P2」に従った要求パケットを有線で受信する場合と無線で受信する場合とで、Netbios機能を実行するのか否かを変える。即ち、本実施例の多機能機10は、プロトコル「P2」に従った要求パケットを受信する場合に、適切に動作し得る。
PC70のユーザは、PC70の操作部を操作して、Port9100印刷機能の実行を指示することができる。PC70は、多機能機10に、LAN4を介して、プロトコル「P1」に従った要求パケットを送信する。多機能機10は、プロトコル「P1」に従った要求パケットを有線で受信する(図3のS12でYES)。多機能機10のプログラム30は、プロトコル「P1」に従った要求パケットを有線で受信する場合に、Port9100印刷機能を実行して、応答パケットを送信するように、構成されている(図2のプロトコル「P1」に対応する「機能実行(有線)=OK」、「応答(有線)=OK」参照)。従って、多機能機10は、PC70に、正常応答パケットを、有線インターフェイス16を介して送信する(図3のS14)。次いで、多機能機10は、Port9100印刷機能を実行する(図3のS16)。
携帯端末80のユーザは、携帯端末80の操作部を操作して、Port9100印刷機能の実行を指示することができる。携帯端末80は、WFDネットワークを介して、プロトコル「P1」に従った要求パケットを送信する。多機能機10は、プロトコル「P1」に従った要求パケットを無線で受信する(図3のS12でNO)。多機能機10のプログラム30は、プロトコル「P1」に従った要求パケットを無線で受信する場合に、Port9100印刷機能を実行して、応答パケットを送信するように、構成されている(図2のプロトコル「P1」に対応する「機能実行(無線)=OK」、「応答(無線)=OK」参照)。従って、多機能機10は、携帯端末80に、正常応答パケットを、無線インターフェイス22を介して送信する(図3のS18でYES、S14)。次いで、多機能機10は、Port9100印刷機能を実行する(図3のS16)。
上記の例に示すように、本実施例の多機能機10は、プロトコル「P1」に従った要求パケットを有線で受信する場合と無線で受信する場合とのどちらであっても、応答パケットを送信して、Port9100印刷機能を実行する。即ち、本実施例の多機能機10は、プロトコル「P1」に従った要求パケットを受信する場合に、適切に動作し得る。
PC70のユーザは、Webサーバ機能の実行を指示することができる。PC70は、LAN4を介して、プロトコル「P4」に従った要求パケットを送信する。多機能機10は、プロトコル「P4」に従った要求パケットを有線で受信する(図3のS12でYES)。多機能機10のプログラム30は、プロトコル「P4」に従った要求パケットを有線で受信する場合に、Webサーバ機能を実行して、応答パケットを送信するように、構成されている(図2のプロトコル「P4」に対応する「機能実行(有線)=OK」、「応答(有線)=OK」参照)。従って、多機能機10は、PC70に、正常応答パケットを、有線インターフェイス16を介して送信する(図3のS14)。次いで、多機能機10は、Webサーバ機能を実行する(図3のS16)。
携帯端末80のユーザは、携帯端末80の操作部を操作して、Webサーバ機能の実行を指示することができる。携帯端末80は、WFDネットワークを介して、プロトコル「P4」に従った要求パケットを送信する。多機能機10は、プロトコル「P4」に従った要求パケットを無線で受信する(図3のS12でNO)。多機能機10のプログラム30は、プロトコル「P4」に従った要求パケットを無線で受信する場合に、Webサーバ機能を実行しないが、応答パケットを送信するように、構成されている(図2のプロトコル「P4」に対応する「機能実行(無線)=NG」、「応答(無線)=OK」参照)。従って、多機能機10は、携帯端末80に、エラー応答パケットを、無線インターフェイス22を介して送信する(図3のS18でNO、S20でYES、S22)。なお、多機能機10は、Webサーバ機能を実行しない。多機能機10は、Webサーバ機能を実行しないため、その分の処理負荷を低減することができる。
上記の例に示すように、本実施例の多機能機10は、プロトコル「P4」に従った要求パケットを有線で受信する場合に、正常応答パケットを送信し、プロトコル「P4」に従った要求パケットを無線で受信する場合に、エラー応答パケットを送信する。また、本実施例の多機能機10は、プロトコル「P4」に従った要求パケットを有線で受信する場合に、Webサーバ機能を実行し、プロトコル「P4」に従った要求パケットを無線で受信する場合に、Webサーバ機能を実行しない。従って、本実施例の多機能機10は、プロトコル「P4」に従った要求パケットを受信する場合に、適切に動作し得る。
(対応関係)
多機能機10が、「通信装置」の一例である。有線インターフェイス16、無線インターフェイス22が、それぞれ、「第1のインターフェイス」、「第2のインターフェイス」の一例である。PC70、携帯端末80が、それぞれ、「第1のデバイス」、「第2のデバイス」の一例である。Netbios印刷機能、Netbios印刷機能に対応するプロトコルP2が、それぞれ、「特定の機能」、「特定のプロトコル」の一例である。プロトコルP2に従った要求パケットが、「第1のパケット」、「第2のパケット」の一例である。図5中、多機能機10がPC70からプロトコルP2に従った要求パケットを受信する場合、多機能機10が携帯端末80からプロトコルP2に従った要求パケットを受信する場合が、それぞれ、「第1の場合」、「第2の場合」の一例である。
Port9100印刷機能、Port9100印刷機能に対応するプロトコルP1が、それぞれ、「第1の機能」、「第1のプロトコル」の一例である。プロトコルP1に従った要求パケットが、「第3のパケット」、「第4のパケット」の一例である。図5中、多機能機10がPC70からプロトコルP1に従った要求パケットを受信する場合、多機能機10が携帯端末80からプロトコルP1に従った要求パケットを受信する場合が、それぞれ、「第3の場合」、「第4の場合」の一例である。
Webサーバ機能、Webサーバ機能に対応するプロトコルP4が、それぞれ、「第2の機能」、「第2のプロトコル」の一例である。プロトコルP4に従った要求パケットが、「第5のパケット」、「第6のパケット」の一例である。図5中、多機能機10がPC70からプロトコルP4に従った要求パケットを受信する場合、多機能機10が携帯端末80からプロトコルP4に従った要求パケットを受信する場合が、それぞれ、「第5の場合」、「第6の場合」の一例である。正常情報、エラー情報が、それぞれ、「実行情報」、「不実行情報」の一例である。また、管理情報が「応答送信用情報」の一例である。
(第2実施例)
第1実施例と異なる点を説明する。第2実施例では、図3のS22において、応答制御部40が携帯端末80に送信するエラー応答パケットに含まれるエラー情報の内容が、第1実施例とは異なる。第2実施例では、エラー情報は、「別の接続方法を利用して下さい。」というメッセージを含む。携帯端末80は、エラー応答パケットを受信すると、携帯端末80の表示部に、「別の接続方法を利用して下さい。」というメッセージを表示する。このため、携帯端末80のユーザは、無線通信を用いて対象機能の実行を指示したとしても、対象機能が実行されないことを明確に知り得る。
(第3実施例)
第1実施例と異なる点を説明する。第3実施例も、図3のS22において、応答制御部40が携帯端末80に送信するエラー応答パケットに含まれるエラー情報の内容が第1実施例とは異なる。第3実施例では、エラー情報は、「以下の接続方法を利用して下さい。」のメッセージとともに、LAN4と接続を確立するためのIPアドレス「xxxxx」、サブネット「yyyyy」、ゲートウェイ「zzzzz」を含む。上記のIPアドレス等の情報は、対象プロトコルと無線インターフェイス22とに関連付けられている管理情報に含まれている。携帯端末80は、エラー応答パケットを受信すると、携帯端末80の表示部に、上記のメッセージとともに、LAN4と接続を確立するためのIPアドレス「xxxxx」、サブネット「yyyyy」、ゲートウェイ「zzzzz」を表示する。そのため、携帯端末80のユーザは、表示部に表示されたIPアドレス等を用いて、LAN4との接続を確立し得る。第3実施例では、LAN4と接続を確立するためのIPアドレス、サブネット、ゲートウェイが「特定の情報」の一例である。
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
(変形例1)LAN4に代えて、WFDネットワークとは異なる通常の無線通信ネットワーク(無線LAN。以下では「非WFDネットワーク」と呼ぶ)を用いてもよい。この場合、1個の無線インターフェイス22を、WFDネットワークと、非WFDネットワークと、の両方のために利用してもよい。その場合、無線インターフェイス22には、WFD接続で利用されるべき第1のMACアドレスと、非WFD接続で利用されるべき第2のMACアドレスと、の両方が割り当てられていてもよい。即ち、物理的には1個の無線インターフェイス22しか存在しないが、ソフトウェア的には2個の無線インターフェイスが存在していてもよい。この場合、例えば、応答制御部40は、第1のMACアドレスが割り当てられている第1の無線インターフェイスを介して、非WFDネットワークを用いて、プロトコル「P2」に従った要求パケットを受信する場合に、応答パケットを送信し、第2のMACアドレスが割り当てられている第2の無線インターフェイスを介して、WFDネットワークを用いて、プロトコル「P2」に従った要求パケットを受信する場合に、応答パケットを送信しなくてもよい。本変形例では、第1のMACアドレスが割り当てられている無線インターフェイス22、第2のMACアドレスが割り当てられている無線インターフェイス22が、それぞれ、「第1のインターフェイス」、「第2のインターフェイス」の一例である。
本変形例でも、第1の無線インターフェイスを介して、WFDネットワークを用いて、例えば、プロトコル「P4」に従った要求パケットを受信すると、Webサーバ機能を実行しないが、エラー応答パケットを送信するように、プログラム30が構成されている(図3のS22参照)。ただし、本変形例では、第3実施例の図3のS22において、応答制御部40が携帯端末80に送信するエラー応答パケットに含まれるエラー情報の内容が異なっていてもよい。本変形例では、エラー情報は、「以下の接続方法を利用して下さい。」のメッセージとともに、非WFD接続を確立するために利用されるべきAPのSSID、パスワード等の各種情報を表示してもよい。本変形例では、APのSSID、パスワード等の各種情報が「特定の情報」の一例である。
(変形例2)図3のS12では、応答制御部40は、要求パケットのトランスポート層に含まれる部分情報を解釈することに代えて、要求パケットの「セッション層よりも下位の層(即ちネットワーク層、データリング層、物理層)」に対応する部分情報を解釈することによって、要求パケットが、有線インターフェイス16を介して受信されたか否かを決定してもよい。この構成によると、多機能機10は、要求パケットが有線インターフェイス16を介して受信されたか、または、無線インターフェイス22を介して受信されたかを、適切に決定し得る。また、図3のS18でも、機能実行部42は、アプリケーション層に含まれる部分情報を解釈することに代えて、要求パケットの「セッション層又はそれよりも上位の層(即ちプレゼンテーション層)」に対応する部分情報を解釈することによって、要求された機能が実行可能か否かを決定してもよい。この構成によると、多機能機10は、要求された機能を実行するのか否かを、適切に決定し得る。さらに、図3のS20でも、応答制御部40は、アプリケーション層に含まれる部分情報を解釈することに代えて、要求パケットの「セッション層又はそれよりも上位の層(即ちプレゼンテーション層)」に対応する部分情報を解釈することによって、応答パケットを送信するか否かを決定してもよい。この構成によると、多機能機10は、応答パケットを送信するのか否かを、適切に決定し得る。
(変形例3)上記の変形例3において、PC70から有線インターフェイス16を介して受信される要求パケット(以下では「第1の要求パケット」と呼ぶ)と、携帯端末80から無線インターフェイス22を介して受信される要求パケット(以下では「第2の要求パケット」と呼ぶ)と、が異なる要求パケットであってもよい。一般的に言うと、「第1のパケット」と「第2のパケット」が異なる内容を有するパケットであってもよい。その場合、例えば、図3のS12では、応答制御部40は、第1の要求パケットのトランスポート層に対応する部分情報を解釈することによって、第1の要求パケットが、有線インターフェイス16を介して受信されたか否かを決定し、第2の要求パケットの物理層に対応する部分情報を解釈することによって、第2の要求パケットが、有線インターフェイス16を介して受信されたか否かを決定してもよい。一般的に言うと、「第1のパケット」に含まれる「セッション層よりも下位の層」は、「第2のパケット」に含まれる「セッション層よりも下位の層」と異なる層であってもよい。同様に、「第1のパケット」に含まれる「セッション層又はそれよりも上位の層」は、「第2のパケット」に含まれる「セッション層又はそれよりも上位の層」と異なる層であってもよい。
(変形例4)上記の各実施例では、要求パケットが有線で受信された場合(図3のS12でYESの場合)には、要求パケットがいずれのプロトコルP1〜P5に従ったものであっても、正常応答パケットを送信して、機能を実行するようにプログラム30が構成されている(図2参照)。これに代えて、要求パケットが有線で受信された場合(図3のS12でYESの場合)において、機能実行部42及び応答制御部40は、S18及びS20の判断を実行してもよい。その場合、プログラム30は、要求パケットの対象プロトコルが、プロトコルP1〜P5のいずれか(例えば「P1」)に従うものである場合に、機能を実行せず、かつ、応答パケットを送信しないように構成されていてもよい(例えば、プロトコル「P1」に対応する「機能実行(有線)=NG」、「応答(有線)=NG」)。また、プログラム30は、要求パケットの対象プロトコルが、プロトコルP1〜P5のいずれか(例えば「P2」)に従うものである場合に、機能を実行せず、かつ、応答パケットを送信するように構成されていてもよい(例えば、プロトコル「P2」に対応する「機能実行(有線)=NG」、「応答(有線)=OK」)。
(変形例5)上記の各実施例では、応答制御部40が有線又は無線で受信する要求パケットは、プロトコルP1〜P5のいずれかに従った要求パケットであることが前提となっている。これに対して、応答制御部40は、プロトコルP1〜P5以外のプロトコル(例えばプロトコルP6)に従った要求パケットを受信してもよい。この場合、プロトコルP1〜P5以外のプロトコル(例えばプロトコルP6)に従った要求パケットが受信される場合の機能実行部42及び応答制御部40の動作内容は、プログラム30によって予め定められていない。従って、例えば、有線又は無線でプロトコルP1〜P5以外のプロトコルに従った要求パケットを受信する場合、機能実行部42は機能を実行せず、応答制御部40は応答パケットを送信しないようにプログラム30が構成されていてもよい。
(変形例6)上記の各実施例では、多機能機10のCPU26がソフトウェアに従って処理を実行することによって、応答制御部40及び機能実行部42が実現される。これに代えて、応答制御部40及び機能実行部42のうちの少なくとも一方は、論理回路等のハードウェアによって実現されてもよい。
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
2:通信システム、4:LAN、10:多機能機、12:操作部、14:表示部、16:有線インターフェイス、18:スキャン実行部、20:印刷実行部、22:無線インターフェイス、24:制御部、26:CPU、28:メモリ、30:プログラム、40:応答制御部、42:機能実行部、70:PC、80:携帯端末

Claims (10)

  1. 通信装置であって、
    第1のインターフェイスと、
    前記第1のインターフェイスとは異なる第2のインターフェイスと、
    第1のデバイスから、前記第1のインターフェイスを介して、特定のプロトコルに従った第1のパケットを受信する第1の場合に、前記第1のパケットに対する応答パケットを、前記第1のインターフェイスを介して、前記第1のデバイスに送信し、
    前記第1のデバイスとは異なる第2のデバイスから、前記第2のインターフェイスを介して、前記特定のプロトコルに従った第2のパケットを受信する第2の場合に、前記第2のパケットに対する応答パケットを、前記第2のインターフェイスを介して、前記第2のデバイスに送信しない、応答制御部と、
    を備える通信装置。
  2. 前記通信装置は、さらに、
    前記第1の場合に、前記特定のプロトコルに対応する特定の機能を実行し、
    前記第2の場合に、前記特定の機能を実行しない、機能実行部を備える、請求項1に記載の通信装置。
  3. 前記通信装置は、さらに、
    前記第1のデバイスから、前記第1のインターフェイスを介して、前記特定のプロトコルとは異なる第1のプロトコルに従った第3のパケットを受信する第3の場合に、前記第1のプロトコルに対応する第1の機能を実行し、
    前記第2のデバイスから、前記第2のインターフェイスを介して、前記第1のプロトコルに従った第4のパケットを受信する第4の場合に、前記第1の機能を実行する、機能実行部を備え、
    前記応答制御部は、さらに、
    前記第3の場合に、前記第3のパケットに対する応答パケットであって、前記第1の機能を実行することを示す実行情報を含む前記応答パケットを、前記第1のインターフェイスを介して、前記第1のデバイスに送信し、
    前記第4の場合に、前記第4のパケットに対する応答パケットであって、前記実行情報を含む前記応答パケットを、前記第2のインターフェイスを介して、前記第2のデバイスに送信する、請求項1又は2に記載の通信装置。
  4. 前記通信装置は、さらに、
    前記第1のデバイスから、前記第1のインターフェイスを介して、前記特定のプロトコルとは異なる第2のプロトコルに従った第5のパケットを受信する第5の場合に、前記第2のプロトコルに対応する第2の機能を実行し、
    前記第2のデバイスから、前記第2のインターフェイスを介して、前記第2のプロトコルに従った第6のパケットを受信する第6の場合に、前記第2の機能を実行しない、機能実行部を備え、
    前記応答制御部は、さらに、
    前記第5の場合に、前記第5のパケットに対する応答パケットであって、前記第2の機能を実行することを示す実行情報を含む前記応答パケットを、前記第1のインターフェイスを介して、前記第1のデバイスに送信し、
    前記第6の場合に、前記第6のパケットに対する応答パケットであって、前記第2の機能を実行しないことを示す不実行情報を含む前記応答パケットを、前記第2のインターフェイスを介して、前記第2のデバイスに送信する、請求項1から3のいずれか一項に記載の通信装置。
  5. 前記不実行情報は、前記第1のインターフェイスを介した通信を前記通信装置と実行するのに必要な特定の情報を含む、請求項4に記載の通信装置。
  6. 前記応答制御部は、
    前記第1の場合に、前記第1のパケットに含まれる複数個の部分情報であって、OSI参照モデルの複数層に対応する前記複数個の部分情報のうち、セッション層よりも下位の層に対応する部分情報を解釈することによって、前記第1のパケットが前記第1のインターフェイスを介して受信されたことを決定し、
    前記第2の場合に、前記第2のパケットに含まれる複数個の部分情報であって、OSI参照モデルの複数層に対応する前記複数個の部分情報のうち、セッション層よりも下位の層に対応する部分情報を解釈することによって、前記第2のパケットが前記第2のインターフェイスを介して受信されたことを決定する、請求項1から5のいずれか一項に記載の通信装置。
  7. 前記応答制御部は、
    前記第1の場合に、前記第1のパケットに含まれる複数個の部分情報であって、OSI参照モデルの複数層に対応する前記複数個の部分情報のうち、セッション層又はそれよりも上位の層に対応する部分情報を解釈することによって、前記第1のパケットに対する前記応答パケットを送信することを決定し、
    前記第2の場合に、前記第2のパケットに含まれる複数個の部分情報であって、OSI参照モデルの複数層に対応する前記複数個の部分情報のうち、セッション層又はそれよりも上位の層に対応する部分情報を解釈することによって、前記第2のパケットに対する前記応答パケットを送信しないことを決定する、請求項1から6のいずれか一項に記載の通信装置。
  8. 前記機能実行部は、
    前記第1の場合に、前記第1のパケットに含まれる複数個の部分情報であって、OSI参照モデルの複数層に対応する前記複数個の部分情報のうち、セッション層又はそれよりも上位の層に対応する部分情報を解釈することによって、前記特定の機能を実行することを決定し、
    前記第2の場合に、前記第2のパケットに含まれる複数個の部分情報であって、OSI参照モデルの複数層に対応する前記複数個の部分情報のうち、セッション層又はそれよりも上位の層に対応する部分情報を解釈することによって、前記特定の機能を実行しないことを決定する、請求項2に記載の通信装置。
  9. 通信装置は、さらに、
    複数個のプロトコルのそれぞれについて、当該プロトコルに従ったパケットに対する応答パケットを送信するのに必要な情報である応答送信用情報を格納するメモリを備え、
    前記メモリは、
    前記特定のプロトコルと、前記第1のインターフェイスと、に関連付けて、前記応答送信用情報を格納し、
    前記特定のプロトコルと、前記第2のインターフェイスと、に関連付けて、前記応答送信用情報を格納しない、請求項1から8のいずれか一項に記載の通信装置。
  10. 第1のインターフェイスと、前記第1のインターフェイスとは異なる第2のインターフェイスと、を備える通信装置のためのコンピュータプログラムであって、
    前記通信装置に搭載されるコンピュータに、以下の処理、即ち、
    第1のデバイスから、前記第1のインターフェイスを介して、特定のプロトコルに従った第1のパケットを受信する第1の場合に、前記第1のパケットに対する応答パケットを、前記第1のインターフェイスを介して、前記第1のデバイスに送信し、
    前記第1のデバイスとは異なる第2のデバイスから、前記第2のインターフェイスを介して、前記特定のプロトコルに従った第2のパケットを受信する第2の場合に、前記第2のパケットに対する応答パケットを、前記第2のインターフェイスを介して、前記第2のデバイスに送信しない、応答制御処理、
    を実行させるコンピュータプログラム。
JP2012074327A 2012-03-28 2012-03-28 通信装置 Active JP5910238B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2012074327A JP5910238B2 (ja) 2012-03-28 2012-03-28 通信装置
US13/764,043 US9203935B2 (en) 2012-03-28 2013-02-11 Communication apparatus, communication systems, methods, and non-transitory computer-readable media for processing data according to different protocols in response to packets received using different interface standards

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2012074327A JP5910238B2 (ja) 2012-03-28 2012-03-28 通信装置

Publications (2)

Publication Number Publication Date
JP2013207539A JP2013207539A (ja) 2013-10-07
JP5910238B2 true JP5910238B2 (ja) 2016-04-27

Family

ID=49234958

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012074327A Active JP5910238B2 (ja) 2012-03-28 2012-03-28 通信装置

Country Status (2)

Country Link
US (1) US9203935B2 (ja)
JP (1) JP5910238B2 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6238528B2 (ja) * 2013-02-22 2017-11-29 キヤノン株式会社 印刷装置
JP6454075B2 (ja) * 2013-04-26 2019-01-16 キヤノン株式会社 通信装置、通信制御方法、及びプログラム
JP6467789B2 (ja) * 2014-06-06 2019-02-13 株式会社リコー 情報処理装置、情報処理方法、プログラムおよびシステム
KR20170052083A (ko) * 2015-11-03 2017-05-12 에스프린팅솔루션 주식회사 화상 형성 장치 및 그 화상 형성 장치의 에러 복구 방법, 모바일 기기 및 그 모바일 기기의 화상 형성 장치의 에러 복구 방법
JP6627612B2 (ja) * 2016-03-31 2020-01-08 ブラザー工業株式会社 画像形成装置
JP7108302B2 (ja) * 2018-11-30 2022-07-28 サイレックス・テクノロジー株式会社 中継装置、中継方法、及びプログラム

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3879376B2 (ja) 2000-08-07 2007-02-14 富士通株式会社 情報機器システム
GB0229529D0 (en) * 2002-12-18 2003-01-22 Koninkl Philips Electronics Nv Electronic device,method and communication system
JP2004280572A (ja) * 2003-03-17 2004-10-07 Fuji Xerox Co Ltd ネットワーク対応プリンタ、ネットワーク対応機器、通信経路制御方法
US20040229606A1 (en) * 2003-04-16 2004-11-18 Matsushita Electric Industrial Co., Ltd. Wireless apparatus, wireless terminal apparatus, wireless system, method of setting wireless system, computer apparatus, and computer program
AU2006287856B2 (en) * 2005-08-11 2011-12-15 Wi-Tronix, Llc Universal event/data recorder system
JP2007140972A (ja) * 2005-11-18 2007-06-07 Brother Ind Ltd 通信設定プログラム
JP4781125B2 (ja) * 2006-02-17 2011-09-28 キヤノン株式会社 情報処理システム、情報処理装置、及び周辺装置
US7624182B2 (en) * 2007-05-24 2009-11-24 Ricoh Company, Ltd. Supporting multiple service discovery protocols on a device
JP5333076B2 (ja) 2009-09-04 2013-11-06 ブラザー工業株式会社 無線ネットワークに接続可能なデバイスとコンピュータプログラム
TW201132163A (en) * 2010-03-12 2011-09-16 Gemtek Technology Co Ltd Network interface selection method and network device thereof
JP5741022B2 (ja) * 2011-01-31 2015-07-01 ブラザー工業株式会社 通信装置
JP5516457B2 (ja) * 2011-03-01 2014-06-11 コニカミノルタ株式会社 画像形成装置及び制御方法

Also Published As

Publication number Publication date
US9203935B2 (en) 2015-12-01
JP2013207539A (ja) 2013-10-07
US20130259025A1 (en) 2013-10-03

Similar Documents

Publication Publication Date Title
JP5910238B2 (ja) 通信装置
JP5673436B2 (ja) 無線通信装置
JP5754254B2 (ja) 無線通信装置
JP6152767B2 (ja) 機能実行機器と可搬型デバイス
JP6222950B2 (ja) 印刷装置、その制御方法、及びプログラム
JP5966827B2 (ja) 通信装置
JP2014036292A (ja) 無線通信機器、通信設定方法および通信設定プログラム
JP2016206940A (ja) 情報処理装置及びその制御方法、並びにプログラム
US20210377024A1 (en) Non-transitory computer-readable recording medium storing computer-readable instructions for terminal device and communication device
JP2015032027A (ja) 端末装置とプリンタ
JP2014032562A (ja) 通信装置
JP2014165602A (ja) 通信装置、その制御方法、プログラム
US10028108B2 (en) Communication device and setting device for communicating a plurality of setting values related to a plurality of setting items
CN104469060A (zh) 网络系统、代码提供装置、终端装置以及通信方法
JP2016143978A (ja) 機能実行機器、通信機器のためのコンピュータプログラム、及び、通信機器
WO2014115611A1 (ja) 通信装置、通信装置の制御方法、プログラム
JP5891762B2 (ja) 通信装置と通信システムと通信装置の通信方法とプログラム
US8509402B2 (en) Communication device
JP7233834B2 (ja) 画像処理装置、画像処理装置の制御方法及びプログラム
JP6271840B2 (ja) 通信装置、通信装置の制御方法、プログラム
JP5915314B2 (ja) 通信装置
JP6477108B2 (ja) 画像形成装置、画像形成システム及びプログラム
JP2014216766A (ja) 通信装置、通信装置の制御方法、プログラム
JP7406705B2 (ja) 情報処理装置および情報処理装置の制御方法
JP2019087854A (ja) 情報処理装置、端末装置、情報処理方法及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20150224

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20160114

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20160301

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160314

R150 Certificate of patent or registration of utility model

Ref document number: 5910238

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150