JP2020174288A - 情報処理装置及びパケットパターン生成プログラム - Google Patents

情報処理装置及びパケットパターン生成プログラム Download PDF

Info

Publication number
JP2020174288A
JP2020174288A JP2019075400A JP2019075400A JP2020174288A JP 2020174288 A JP2020174288 A JP 2020174288A JP 2019075400 A JP2019075400 A JP 2019075400A JP 2019075400 A JP2019075400 A JP 2019075400A JP 2020174288 A JP2020174288 A JP 2020174288A
Authority
JP
Japan
Prior art keywords
port
tcp
packet
packet pattern
pattern
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.)
Granted
Application number
JP2019075400A
Other languages
English (en)
Other versions
JP7238561B2 (ja
Inventor
雅彰 相場
Masaaki Aiba
雅彰 相場
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.)
Kyocera Document Solutions Inc
Original Assignee
Kyocera Document Solutions Inc
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 Kyocera Document Solutions Inc filed Critical Kyocera Document Solutions Inc
Priority to JP2019075400A priority Critical patent/JP7238561B2/ja
Priority to CN202010277787.1A priority patent/CN111818233B/zh
Priority to US16/843,598 priority patent/US11044349B2/en
Publication of JP2020174288A publication Critical patent/JP2020174288A/ja
Application granted granted Critical
Publication of JP7238561B2 publication Critical patent/JP7238561B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00002—Diagnosis, testing or measuring; Detecting, analysing or monitoring not otherwise provided for
    • H04N1/00026—Methods therefor
    • H04N1/00037—Detecting, i.e. determining the occurrence of a predetermined state
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/19—Flow control; Congestion control at layers above the network layer
    • H04L47/193—Flow control; Congestion control at layers above the network layer at the transport layer, e.g. TCP related
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/19—Flow control; Congestion control at layers above the network layer
    • H04L47/196—Integration of transport layer protocols, e.g. TCP and UDP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/164—Adaptation or special uses of UDP protocol
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/165—Combined use of TCP and UDP protocols; selection criteria therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/333—Mode signalling or mode changing; Handshaking therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/333—Mode signalling or mode changing; Handshaking therefor
    • H04N1/33346—Mode signalling or mode changing; Handshaking therefor adapting to a particular standardised protocol
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/005—Routing actions in the presence of nodes in sleep or doze mode
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/663—Transport layer addresses, e.g. aspects of transmission control protocol [TCP] or user datagram protocol [UDP] ports
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Abstract

【課題】スリープモードへ適切に移行し、スリープモードから適切に復帰する。【解決手段】メインコントローラーは、スリープモードに移行すべきトリガを検出すると、全ての使用中のＴＣＰポートをそれぞれ指定するパケットパターンであるポート別ＴＣＰパケットパターンと、全ての使用中のＵＤＰポートをそれぞれ指定するパケットパターンであるポート別ＵＤＰパケットパターンとを生成し、ポート別ＵＤＰパケットパターン及びポート別ＴＣＰパケットパターンの合計数が、上限値を超過すると判断すると、全てのポート別ＴＣＰパケットパターンを削除し、異なるＴＣＰプロトコル毎に、ＴＣＰポートを指定しない１個のパケットパターンであるポート不指定ＴＣＰパケットパターンを生成し、ポート別ＵＤＰパケットパターン及びポート不指定ＴＣＰパケットパターンを、サブコントローラーに供給し、スリープモードに移行する。【選択図】図３

Description

本発明は、通常モードとスリープモードとを選択的に実行可能な情報処理装置及びパケットパターン生成プログラムに関する。
通常モードとスリープモードとを選択的に実行可能な情報処理装置が知られている。
特開２００６−２７９８２１号公報
情報処理装置は、省エネルギーの観点から、スリープモードへ適切に移行し、スリープモードから適切に復帰することが望ましい。
本発明の一形態に係る情報処理装置は、
サブコントローラーと、
スリープモードに移行及び前記スリープモードから復帰するときに前記サブコントローラーに通知するメインコントローラーと、
ネットワークに接続された外部機器と通信可能な通信インターフェースと
を具備し、
前記メインコントローラーは、
前記スリープモードに移行すべきトリガを検出すると、
全ての使用中のＴＣＰポートをそれぞれ指定するパケットパターンであるポート別ＴＣＰパケットパターンと、全ての使用中のＵＤＰポートをそれぞれ指定するパケットパターンであるポート別ＵＤＰパケットパターンとを生成し、
前記ポート別ＵＤＰパケットパターン及び前記ポート別ＴＣＰパケットパターンの合計数が、上限値を超過すると判断すると、
全ての前記ポート別ＴＣＰパケットパターンを削除し、
異なるＴＣＰプロトコル毎に、ＴＣＰポートを指定しない１個のパケットパターンであるポート不指定ＴＣＰパケットパターンを生成し、
前記ポート別ＵＤＰパケットパターン及び前記ポート不指定ＴＣＰパケットパターンを、前記サブコントローラーに供給し、前記スリープモードに移行し、
前記サブコントローラーは、前記スリープモード中に、
前記通信インターフェースを介して前記外部機器から受信したパケットのパケットパターンが、前記ポート別ＵＤＰパケットパターン及び前記ポート不指定ＴＣＰパケットパターンの何れかにマッチするか否かを判断し、
前記パケットパターンがマッチしないと判断すると、受信した前記パケットを破棄し、
前記パケットパターンがマッチすると判断すると、前記メインコントローラーに前記スリープモードからの復帰を要求し、前記メインコントローラーに前記パケットを転送する。
（１）本実施形態によれば、情報処理装置は、スリープモード中にＴＣＰパケットを受信した場合には、必ずスリープモードから復帰する。ＴＣＰ／ＩＰはユニキャスト通信であるため、情報処理装置が受信するＴＣＰパケットは、基本的には、情報処理装置宛である。従って、情報処理装置は、殆どのＴＣＰパケットを処理する必要がある。このため、情報処理装置が、ＴＣＰパケットを受信した場合に必ずスリープモードから復帰するとしても、不要な復帰（例えば、未使用のＴＣＰポート宛のＴＣＰパケットを受信した場合）の機会は少なくて済む。一方、ＵＤＰ／ＩＰはブロードキャスト及びマルチキャスト通信が可能であるため、情報処理装置は、情報処理装置宛でないＵＤＰパケット（例えば、名前解決クエリ等）を受信することも多い。このため、情報処理装置がスリープモード中にＵＤＰパケットを受信した場合に必ずスリープモードから復帰すると仮定すると、実際には不要にも拘らず高頻度で復帰したり、あるいは、スリープモードに移行自体できなくなるおそれがある。これに対して、本実施形態によれば、ポート不指定ＴＣＰパケットパターンを作成することによりパケットパターンの合計数を減らすことでサブＲＡＭの使用容量を抑えながらも、不要な復帰の機会を減らすことができる。
前記メインコントローラーは、
前記ポート別ＵＤＰパケットパターン及び前記ポート別ＴＣＰパケットパターンの前記合計数が、前記上限値を超過しないと判断すると、
前記ポート別ＵＤＰパケットパターン及び前記ポート別ＴＣＰパケットパターンを、前記サブコントローラーに供給し、前記スリープモードに移行し、
前記サブコントローラーは、前記スリープモード中に、
受信した前記パケットのパケットパターンが、前記ポート別ＵＤＰパケットパターン及び前記ポート別ＴＣＰパケットパターンの何れかにマッチするか否かを判断する。
（２）本実施形態によれば、ポート別ＴＣＰパケットパターンをサブコントローラーに供給することで、情報処理装置が、ＴＣＰパケットを受信した場合に、不要な復帰（例えば、未使用のＴＣＰポート宛のＴＣＰパケットを受信した場合）の機会が無くなる。これにより、本実施形態によれば、ポート別ＵＤＰパケットパターン及びポート別ＴＣＰパケットパターンの合計数が、上限値を超過しないことを保証して、サブＲＡＭの使用容量を抑えながらも、不要な復帰の機会を減らすことができる。
前記ポート別ＵＤＰパケットパターン及び前記ポート不指定ＴＣＰパケットパターンの合計数が、前記上限値を超過すると判断すると、
全ての前記ポート不指定ＴＣＰパケットパターンとの合計数が前記上限値である、一部の前記ポート別ＵＤＰパケットパターンと、全ての前記ポート不指定ＴＣＰパケットパターンとを、前記サブコントローラーに供給し、前記スリープモードに移行する。
（３）本実施形態によれば、情報処理装置は、スリープモード中にＴＣＰパケットを受信した場合と、一部のＵＤＰパケットを受信した場合には、スリープモードから復帰する。これにより、情報処理装置がスリープモード中にＵＤＰパケットを受信した場合の不要な復帰の機会を、出来るだけ少なくすることができる。
前記メインコントローラーは、
前記異なるＴＣＰプロトコル毎の前記ポート不指定ＴＣＰパケットパターンとして、
ＴＣＰ／ＩＰｖ４プロトコルの１個のポート不指定ＴＣＰパケットパターンと、
ＴＣＰ／ＩＰｖ６プロトコルの１個のポート不指定ＴＣＰパケットパターンとを作成する。
（４）本実施形態によれば、ポート不指定ＴＣＰパケットパターンを作成することによりパケットパターンの合計数を減らすことでサブＲＡＭの使用容量を抑えながらも、不要な復帰の機会を減らすことができる。
本発明の一形態に係るパケットパターン生成プログラムは、
サブコントローラーと、
スリープモードに移行及び前記スリープモードから復帰するときに前記サブコントローラーに通知するメインコントローラーと、
ネットワークに接続された外部機器と通信可能な通信インターフェースと
を具備する情報処理装置の前記メインコントローラーを、
前記スリープモードに移行すべきトリガを検出すると、
全ての使用中のＴＣＰポートをそれぞれ指定するパケットパターンであるポート別ＴＣＰパケットパターンと、全ての使用中のＵＤＰポートをそれぞれ指定するパケットパターンであるポート別ＵＤＰパケットパターンとを生成し、
前記ポート別ＵＤＰパケットパターン及び前記ポート別ＴＣＰパケットパターンの合計数が、上限値を超過すると判断すると、
全ての前記ポート別ＴＣＰパケットパターンを削除し、
異なるＴＣＰプロトコル毎に、ＴＣＰポートを指定しない１個のパケットパターンであるポート不指定ＴＣＰパケットパターンを生成し、
前記ポート別ＵＤＰパケットパターン及び前記ポート不指定ＴＣＰパケットパターンを、前記サブコントローラーに供給し、前記スリープモードに移行する
よう動作させる。
本発明によれば、情報処理装置は、省エネルギーの観点から、スリープモードへ適切に移行し、スリープモードから適切に復帰することを図れる。
なお、ここに記載された効果は必ずしも限定されるものではなく、本発明中に記載されたいずれかの効果であってもよい。
本発明の一実施形態に係る情報処理装置の構成を示す。 メインコントローラーの第１の動作フローを示す。 メインコントローラーの第２の動作フローを示す。 ＴＣＰ／ＩＰｖ４ポートのポート別ＴＣＰパケットパターンを模式的に示す。 ＴＣＰ／ＩＰｖ６ポートのポート別ＴＣＰパケットパターンを模式的に示す。 ＴＣＰ／ＩＰｖ４ポートのポート不指定ＴＣＰパケットパターンを模式的に示す。 ＴＣＰ／ＩＰｖ６ポートのポート不指定ＴＣＰパケットパターンを模式的に示す。 ＵＤＰ／ＩＰｖ４ポートのポート別ＵＤＰパケットパターンを模式的に示す。 ＵＤＰ／ＩＰｖ６ポートのポート別ＵＤＰパケットパターンを模式的に示す。 サブコントローラーの動作フローを示す。
以下、図面を参照しながら、本発明の実施形態を説明する。
１．情報処理装置の構成
図１は、本発明の一実施形態に係る情報処理装置の構成を示す。
情報処理装置１０は、画像形成装置（ＭＦＰ等）又はパーソナルコンピューター（デスクトップ、ラップトップ、タブレット、スマートフォン、ウェアラブル等の各タイプを含む）等である。情報処理装置１０は、ネットワークＮを介して外部機器（図示せず）とパケットを送受信する。本実施形態で、情報処理装置１０がネットワーク通信に使用するプロトコルは、ＴＣＰ／ＩＰｖ４、ＴＣＰ／ＩＰｖ６、ＵＤＰ／ＩＰｖ６、ＵＤＰ／ＩＰｖ６である。
情報処理装置１０は、互いにバスで接続された、メインコントローラー１００、サブコントローラー２００、通信インターフェース３００及びスイッチャー４００を有する。
メインコントローラー１００は、通常モード時に各種処理を実行する。メインコントローラー１００は、メインプロセッサー（ＣＰＵ、Central Processing Unit）１０１、メインＲＯＭ（Read Only Memory）１０２、メインＲＡＭ（Random Access Memory）１０３（メインメモリー）及び専用のハードウェア回路等を有する。情報処理装置１０が画像形成装置である場合、メインコントローラー１００には、イメージスキャナー、プリンター、画像メモリー、表示装置、操作装置、不揮発性の記憶装置（ＨＤＤ（Hard Disk Drive）等）が接続される（図示及び説明を省略）。メインコントローラー１００は、これらのハードウェア（図示せず）、通信インターフェース３００及びスイッチャー４００を制御する。
メインプロセッサー１０１は、メインＲＯＭ１０２が記憶する各種プログラム（パケットパターン生成プログラム１２０を含む）をメインＲＡＭ１０３にロードして実行する。メインプロセッサー１０１は、特定のトリガ（ユーザーの操作やネットワークを介した情報の受信が一定時間無いなど）を検出すると、通常モードからスリープモードに移行する。通常モードはメインコントローラー１００の電源（図示せず）がオンの状態であり、スリープモードはメインコントローラー１００の電源がオフの状態である。メインプロセッサー１０１は、通常モードからスリープモードに移行するときと、スリープモードから通常モードに復帰するときとに、サブコントローラー２００のサブプロセッサー２０１と、スイッチャー４００とに通知する。
メインＲＯＭ１０２は、パケットパターン生成プログラム１２０を記憶する。
サブコントローラー２００は、スリープモード時に、外部機器からネットワークＮを介してパケットを受信すると、スリープモードから復帰するか否かを判断する。サブコントローラー２００は、サブプロセッサー（ＣＰＵ）２０１、サブＲＯＭ２０２、サブＲＡＭ２０３（サブメモリー）及び専用のハードウェア回路等を有する。サブコントローラー２００の各デバイスは、メインコントローラー１００の各デバイスに比べてプアなスペックであり、低消費電力で動作する。
サブＲＡＭ２０３（サブメモリー）は、パケットパターンリスト１３０を記憶する。例えば、メインプロセッサー１０１は、通常モードからスリープモードに移行するタイミングで、使用中のポートのパケットパターンリスト１３０を生成してサブＲＡＭ２０３に書き込む。
サブプロセッサー２０１は、メインプロセッサー１０１から、通常モードからスリープモードに移行した通知を受ける。スリープモード時に、サブプロセッサー２０１は、サブＲＯＭ２０２が記憶するモード復帰判断プログラム２２０をサブＲＡＭ２０３にロードして実行する。サブプロセッサー２０１は、受信したパケットのパケットパターンが、パケットパターンリスト１３０とマッチする場合、メインプロセッサー１０１に、スリープモードから通常モードへの復帰を要求し、パケットを転送する。一方、サブプロセッサー２０１は、受信したパケットのパケットパターンが、パケットパターンリスト１３０とマッチしない場合、受信したパケットを破棄する。
サブＲＯＭ２０２は、モード復帰判断プログラム２２０を記憶する。
２．メインコントローラーの動作フロー
図２は、メインコントローラーの第１の動作フローを示す。
メインコントローラー１００のメインプロセッサー１０１は、スリープモードに移行すべきトリガ（ユーザーの操作やネットワークを介した情報の受信が一定時間無いなど）を検出する（ステップＳ１０１、ＹＥＳ）。
すると、メインプロセッサー１０１は、メインＲＯＭ１０２が記憶するパケットパターン生成プログラム１２０をメインＲＡＭ１０３にロードして実行することにより、パケットパターンリスト１３０を生成する（詳細は後述）。メインプロセッサー１０１は、生成したパケットパターンリスト１３０を、サブコントローラー２００に供給する。具体的には、メインプロセッサー１０１は、パケットパターンリスト１３０を、サブＲＡＭ２０３に書き込む（ステップＳ１０２）。
メインプロセッサー１０１は、通常モードからスリープモードに移行することをサブコントローラー２００のサブプロセッサー２０１に通知し、スリープモードに移行（メインコントローラー１００の電源をオフ）する（ステップＳ１０３）。
３．パケットパターンの生成方法
図３は、メインコントローラーの第２の動作フローを示す。
メインコントローラー１００のメインプロセッサー１０１がパケットパターンリスト１３０を生成する方法（ステップＳ１０２）を説明する。
まず、メインプロセッサー１０１は、「all_tcp_pattern_is_created = FALSE」のフラグを立てる（ステップＳ１１１）。このフラグは、メインプロセッサー１０１は、使用中のＴＣＰポートをそれぞれ指定するパケットパターン（ポート別ＴＣＰパケットパターン）を一切生成していないことを意味する。
メインプロセッサー１０１は、全ての使用中のポート（ＴＣＰ／ＩＰｖ４ポート、ＴＣＰ／ＩＰｖ６ポート、ＵＤＰ／ＩＰｖ４ポート、ＵＤＰ／ＩＰｖ６ポートを含む）のリスト（使用中ポートリスト１１０）を生成する。メインプロセッサー１０１は、生成した使用中ポートリスト１１０を、メインＲＡＭ１０３に書き込む（ステップＳ１１２）。
メインプロセッサー１０１は、使用中ポートリスト１１０に含まれる全ての使用中のポートをそれぞれ指定するパケットパターンの生成を開始する（ステップＳ１１３）。
メインプロセッサー１０１は、使用中ポートリスト１１０が、ＴＣＰポート（ＴＣＰ／ＩＰｖ４ポート、ＴＣＰ／ＩＰｖ６ポート）を含むか否かを判断する（ステップＳ１１５）。
メインプロセッサー１０１は、使用中ポートリスト１１０が、ＴＣＰポート（ＴＣＰ／ＩＰｖ４ポート、ＴＣＰ／ＩＰｖ６ポート）を含むと判断する（ステップＳ１１５、ＹＥＳ）。
メインプロセッサー１０１は、使用中ポートリスト１１０に含まれる、使用中のＴＣＰポートを指定するパケットパターン（ポート別ＴＣＰパケットパターン）を、１個ずつ（ステップＳ１１６、ＮＯ）生成する。メインプロセッサー１０１は、生成したパケットパターンをリスト化することにより、パケットパターンリスト１３０を生成する。メインプロセッサー１０１は、生成したパケットパターンリスト１３０を、メインＲＡＭ１０３に書き込む（ステップＳ１１７）。ポート別ＴＣＰパケットパターンの具体例を説明する。
図４は、ＴＣＰ／ＩＰｖ４ポートのポート別ＴＣＰパケットパターンを模式的に示す。
ＴＣＰ／ＩＰｖ４ポートのポート別ＴＣＰパケットパターンにおいて、図示のパケット構造に含まれる「タイプ」フィールドのマスク（マッチングする位置）「０ｘＦＦＦＦ」に対してバリュー（マッチングする値）として「０ｘ０８００」が設定される。「プロトコル」フィールドのマスク（マッチングする位置）「０ｘＦＦ」に対してバリュー（マッチングする値）として「０ｘ０６」が設定される。「デスティネーションポート」フィールドのマスク（マッチングする位置）「０ｘＦＦＦＦ」に対してバリュー（マッチングする値）として「使用中ポート番号」（ポート別ＴＣＰパケットパターン毎に異なる値）が設定される。
図５は、ＴＣＰ／ＩＰｖ６ポートのポート別ＴＣＰパケットパターンを模式的に示す。
ＴＣＰ／ＩＰｖ６ポートのポート別ＴＣＰパケットパターンにおいて、図示のパケット構造に含まれる「タイプ」フィールドのマスク（マッチングする位置）「０ｘＦＦＦＦ」に対してバリュー（マッチングする値）として「０ｘ８６ＤＤ」が設定される。「プロトコル」フィールドのマスク（マッチングする位置）「０ｘＦＦ」に対してバリュー（マッチングする値）として「０ｘ０６」が設定される。「デスティネーションポート」フィールドのマスク（マッチングする位置）「０ｘＦＦＦＦ」に対してバリュー（マッチングする値）として「使用中ポート番号」（ポート別ＴＣＰパケットパターン毎に異なる値）が設定される。
メインプロセッサー１０１は、パケットパターンリスト１３０に含まれるポート別ＴＣＰパケットパターンの数が、上限値を超過したか否かを判断する（ステップＳ１１８）。「上限値」は、例えば、サブＲＡＭ２０３の性能等に依存して設定される（パケットパターンリスト１３０は、後にサブＲＡＭ２０３に書き込まれる）。例えば、上限値＝６４である。
メインプロセッサー１０１は、メインＲＡＭ１０３に書き込まれたパケットパターンリスト１３０に含まれるポート別ＴＣＰパケットパターンの数が、上限値を超過していないと判断すると（ステップＳ１１８、ＮＯ）、使用中ポートリスト１１０に含まれる、使用中のＴＣＰポートを指定するポート別ＴＣＰパケットパターンを生成し、パケットパターンリスト１３０に追加し続ける（ステップＳ１１６、ＮＯ）。
メインプロセッサー１０１は、使用中ポートリスト１１０に含まれる、全ての使用中のＴＣＰポートを指定するポート別ＴＣＰパケットパターンを生成すると、「all_tcp_pattern_is_created = True」のフラグを立てる（ステップＳ１１６、ＹＥＳ）。
一方、メインプロセッサー１０１は、メインＲＡＭ１０３に書き込まれたパケットパターンリスト１３０に含まれるポート別ＴＣＰパケットパターンの数が、上限値を超過したことを判断する（ステップＳ１１８、ＹＥＳ）。これは、使用中ポートリスト１１０に含まれる、全ての使用中のポートを指定するポート別ＵＤＰパケットパターン（後述）及びポート別ＴＣＰパケットパターンを生成すると仮定すると、その合計数が上限値を超過することを意味する。
この場合、メインプロセッサー１０１は、メインＲＡＭ１０３に書き込まれたパケットパターンリスト１３０から、生成した全てのポート別ＴＣＰパケットパターン（ＴＣＰ／ＩＰｖ４、ＴＣＰ／ＩＰｖ６）を削除する（ステップＳ１１９）。その結果、パケットパターンリスト１３０に含まれるポート別ＴＣＰパケットパターンの数はゼロとなる。
メインプロセッサー１０１は、異なるＴＣＰプロトコル（ＴＣＰ／ＩＰｖ４、ＴＣＰ／ＩＰｖ６）毎に、ＴＣＰポートを指定しない１個のパケットパターン（ポート不指定ＴＣＰパケットパターン）を生成する。具体的には、メインプロセッサー１０１は、ＴＣＰ／ＩＰｖ４プロトコルの１個のポート不指定ＴＣＰパケットパターンと、ＴＣＰ／ＩＰｖ６プロトコルの１個のポート不指定ＴＣＰパケットパターンとの、合計２個のポート不指定ＴＣＰパケットパターンを生成する。メインプロセッサー１０１は、生成した２個のポート不指定ＴＣＰパケットパターンを、パケットパターンリスト１３０に書き込む（ステップＳ１２０）。これにより、メインプロセッサー１０１は、ＴＣＰパケットパターンの生成を完了し、「all_tcp_pattern_is_created = True」のフラグを立てる（ステップＳ１２１）。ポート不指定ＴＣＰパケットパターンの具体例を説明する。
図６は、ＴＣＰ／ＩＰｖ４ポートのポート不指定ＴＣＰパケットパターンを模式的に示す。
ＴＣＰ／ＩＰｖ４ポートのポート別ＴＣＰパケットパターン（図４）と異なる点は、ポート不指定ＴＣＰパケットパターン（図６）が、「デスティネーションポート」フィールドの設定値を持たない（マッチングを行う対象でない）点である。
図７は、ＴＣＰ／ＩＰｖ６ポートのポート不指定ＴＣＰパケットパターンを模式的に示す。
ＴＣＰ／ＩＰｖ６ポートのポート別ＴＣＰパケットパターン（図５）と異なる点は、ポート不指定ＴＣＰパケットパターン（図７）が、「デスティネーションポート」フィールドの設定値を持たない（マッチングを行う対象でない）点である。
以上のように、原則的に、メインプロセッサー１０１は、使用中ポートリスト１１０に含まれる、全ての使用中のＴＣＰポートを指定するポート別ＴＣＰパケットパターンを生成し、パケットパターンリスト１３０に書き込む（ステップＳ１１６、ＹＥＳ）。例外的に、メインプロセッサー１０１は、ポート別ＴＣＰパケットパターンの数が上限値を超過した場合は（ステップＳ１１８、ＹＥＳ）、２個のポート不指定ＴＣＰパケットパターンを生成し、パケットパターンリスト１３０に書き込む（ステップＳ１２１）。
続いて、メインプロセッサー１０１は、ＵＤＰパケットパターンの生成を開始する（ステップＳ１１５、ＮＯ）。
メインプロセッサー１０１は、使用中ポートリスト１１０に含まれる、使用中のＵＤＰポート（ＵＤＰ／ＩＰｖ４ポート、ＵＤＰ／ＩＰｖ６ポート）を指定するパケットパターン（ポート別ＵＤＰパケットパターン）を、１個ずつ生成し、パケットパターンリスト１３０に追加する（ステップＳ１２２）。ポート別ＵＤＰパケットパターンの具体例を説明する。
図８は、ＵＤＰ／ＩＰｖ４ポートのポート別ＵＤＰパケットパターンを模式的に示す。
ＵＤＰ／ＩＰｖ４ポートのポート別ＵＤＰパケットパターンにおいて、図示のパケット構造に含まれる「タイプ」フィールドのマスク（マッチングする位置）「０ｘＦＦＦＦ」に対してバリュー（マッチングする値）として「０ｘ０８００」が設定される。「プロトコル」フィールドのマスク（マッチングする位置）「０ｘＦＦ」に対してバリュー（マッチングする値）として「０ｘ１１」が設定される。「デスティネーションポート」フィールドのマスク（マッチングする位置）「０ｘＦＦＦＦ」に対してバリュー（マッチングする値）として「使用中ポート番号」（ポート別ＵＤＰパケットパターン毎に異なる値）が設定される。
図９は、ＵＤＰ／ＩＰｖ６ポートのポート別ＵＤＰパケットパターンを模式的に示す。
ＵＤＰ／ＩＰｖ６ポートのポート別ＵＤＰパケットパターンにおいて、図示のパケット構造に含まれる「タイプ」フィールドのマスク（マッチングする位置）「０ｘＦＦＦＦ」に対してバリュー（マッチングする値）として「０ｘ８６ＤＤ」が設定される。「プロトコル」フィールドのマスク（マッチングする位置）「０ｘＦＦ」に対してバリュー（マッチングする値）として「０ｘ１１」が設定される。「デスティネーションポート」フィールドのマスク（マッチングする位置）「０ｘＦＦＦＦ」に対してバリュー（マッチングする値）として「使用中ポート番号」（ポート別ＵＤＰパケットパターン毎に異なる値）が設定される。
メインプロセッサー１０１は、パケットパターンリスト１３０に含まれるＴＣＰパケットパターン及びポート別ＵＤＰパケットパターンの合計数が、上限値（例えば、上限値＝６４）を超過したか否かを判断する（ステップＳ１２３）。具体的には、メインプロセッサー１０１は、パケットパターンリスト１３０に含まれるポート別ＴＣＰパケットパターン（ステップＳ１１６、ＹＥＳ）及びポート別ＵＤＰパケットパターンの合計数が、上限値を超過したか否かを判断する。あるいは、メインプロセッサー１０１は、パケットパターンリスト１３０に含まれるポート不指定ＴＣＰパケットパターン（ステップＳ１２１）及びポート別ＵＤＰパケットパターンの合計数が、上限値を超過したか否かを判断する。
メインプロセッサー１０１は、パケットパターンリスト１３０に含まれるＴＣＰパケットパターン（ポート別ＴＣＰパケットパターン、又は、ポート不指定ＴＣＰパケットパターン）及びポート別ＵＤＰパケットパターンの合計数が、上限値を超過していないと判断すると（ステップＳ１２３、ＮＯ）、使用中ポートリスト１１０に含まれる、使用中のＵＤＰポートを指定するパケットパターン（ポート別ＵＤＰパケットパターン）を生成し、パケットパターンリスト１３０に追加し続ける（ステップＳ１１５、ＮＯ）。
最終的に、メインプロセッサー１０１は、使用中ポートリスト１１０に含まれる、全ての使用中のＵＤＰポートを指定するポート別ＵＤＰパケットパターンを生成する（ステップＳ１１４、ＹＥＳ）。
すると、メインプロセッサー１０１は、メインＲＡＭ１０３から、使用中ポートリスト１１０を削除する（ステップＳ１２５）。メインプロセッサー１０１は、メインＲＡＭ１０３に書き込まれたパケットパターンリスト１３０を、システムに適用すべきパケットパターンリスト１３０として決定する（ステップＳ１２６）。
一方、メインプロセッサー１０１は、パケットパターンリスト１３０に含まれるＴＣＰパケットパターン（ポート別ＴＣＰパケットパターン、又は、ポート不指定ＴＣＰパケットパターン）及びポート別ＵＤＰパケットパターンの合計数が、上限値を超過したと判断する（ステップＳ１２３、ＹＥＳ）。
すると、メインプロセッサー１０１は、メインＲＡＭ１０３に書き込まれたパケットパターンリスト１３０に含まれるＴＣＰパケットパターンが、複数のポート別ＴＣＰパケットパターン、又は、２個のポート不指定ＴＣＰパケットパターンの何れであるかを判断する（ステップＳ１２４）。
メインプロセッサー１０１は、メインＲＡＭ１０３に書き込まれたパケットパターンリスト１３０に含まれるＴＣＰパケットパターンが、複数のポート別ＴＣＰパケットパターン（ステップＳ１１６、ＹＥＳ）であると判断する（ステップＳ１２４、ＹＥＳ）。
すると、メインプロセッサー１０１は、メインＲＡＭ１０３に書き込まれたパケットパターンリスト１３０から、生成した全てのポート別ＴＣＰパケットパターンを削除する（ステップＳ１１９）。メインプロセッサー１０１は、２個のポート不指定ＴＣＰパケットパターンを生成し、パケットパターンリスト１３０に書き込み（ステップＳ１２０）、「all_tcp_pattern_is_created = True」のフラグを立てる（ステップＳ１２１）。
この場合、パケットパターンリスト１３０に含まれるパケットパターンの数が減ったため、メインプロセッサー１０１は、使用中ポートリスト１１０に含まれる、使用中のＵＤＰポートを指定するポート別ＵＤＰパケットパターンを生成し、パケットパターンリスト１３０に追加し続けることができる（ステップＳ１２３、ＮＯ）。
その結果、メインプロセッサー１０１は、使用中ポートリスト１１０に含まれる、全ての使用中のＵＤＰポートを指定するポート別ＵＤＰパケットパターンを生成する（ステップＳ１１４、ＹＥＳ）。この場合、パケットパターンリスト１３０に含まれるポート不指定ＴＣＰパケットパターン及びポート別ＵＤＰパケットパターンの合計数は、上限値を超過しない（ステップＳ１２３、ＮＯ）。
メインプロセッサー１０１は、メインＲＡＭ１０３から、使用中ポートリスト１１０を削除する（ステップＳ１２５）。メインプロセッサー１０１は、メインＲＡＭ１０３に書き込まれたパケットパターンリスト１３０を、システムに適用すべきパケットパターンリスト１３０として決定する（ステップＳ１２６）。
一方、メインプロセッサー１０１は、パケットパターンリスト１３０（合計数が上限値を超過）に含まれるＴＣＰパケットパターンが、２個のポート不指定ＴＣＰパケットパターン（ステップＳ１２１）であると判断する（ステップＳ１２４、ＮＯ）。
この場合、メインプロセッサー１０１は、一部のポート別ＵＤＰパケットパターンと、全て（２個）のポート不指定ＴＣＰパケットパターンとを含むパケットパターンリスト１３０を、最終的に生成する（ステップＳ１２７）。このとき、パケットパターンリスト１３０に含まれる、一部のポート別ＵＤＰパケットパターンと、全て（２個）のポート不指定ＴＣＰパケットパターンとの合計数は、上限値である。
メインプロセッサー１０１は、メインＲＡＭ１０３から、使用中ポートリスト１１０を削除する（ステップＳ１２５）。メインプロセッサー１０１は、メインＲＡＭ１０３に書き込まれたパケットパターンリスト１３０を、システムに適用すべきパケットパターンリスト１３０として決定する（ステップＳ１２６）。
４．サブコントローラーの動作フロー
図１０は、サブコントローラーの動作フローを示す。
スリープモード時に、サブコントローラー２００のサブプロセッサー２０１は、パケットを通信インターフェース３００を介して外部機器（図示せず）から受信する（ステップＳ２０１、ＹＥＳ）。
サブプロセッサー２０１は、受信したパケットのパケットパターンと、サブＲＡＭ２０３に書き込まれたパケットパターンリスト１３０に含まれるＴＣＰパケットパターン（ポート別ＴＣＰパケットパターン、又は、ポート不指定ＴＣＰパケットパターン）及びポート別ＵＤＰパケットパターンとを、マッチングする（ステップＳ２０２）。
サブプロセッサー２０１は、受信したパケットのパケットパターンと、サブＲＡＭ２０３に書き込まれたパケットパターンリスト１３０に含まれるＴＣＰパケットパターン（ポート別ＴＣＰパケットパターン、又は、ポート不指定ＴＣＰパケットパターン）及びポート別ＵＤＰパケットパターンとの何れかが、マッチすると判断する（ステップＳ２０３、ＹＥＳ）。
すると、サブプロセッサー２０１は、メインプロセッサー１０１に、スリープモードから通常モードへの復帰（ウェイクアップ）を要求する（ステップＳ２０４）。サブプロセッサー２０１は、メインプロセッサー１０１から、スリープモードから通常モードへの復帰の通知を受けると、メインプロセッサー１０１に、パケットを転送する（ステップＳ２０５）。
一方、サブプロセッサー２０１は、受信したパケットのパケットパターンと、サブＲＡＭ２０３に書き込まれたパケットパターンリスト１３０に含まれるパケットパターンとの何れも、マッチしないと判断する（ステップＳ２０３、ＮＯ）。すると、サブプロセッサー２０１は、受信したパケットを破棄する（ステップＳ２０６）。
５．結語
（１）本実施形態によれば、メインコントローラー１００のメインプロセッサー１０１は、ポート別ＵＤＰパケットパターン及びポート別ＴＣＰパケットパターンの合計数が、上限値を超過すると判断すると（ステップＳ１１８、Ｓ１２３、ＹＥＳ）、異なるＴＣＰプロトコル毎に、ＴＣＰポートを指定しない１個のパケットパターンであるポート不指定ＴＣＰパケットパターンを生成する（ステップＳ１２０−Ｓ１２１）。メインコントローラー１００のメインプロセッサー１０１は、ポート別ＵＤＰパケットパターン及びポート不指定ＴＣＰパケットパターンを、サブコントローラー２００のサブプロセッサー２０１に供給し（ステップＳ１０２）、スリープモードに移行する（ステップＳ１０３）。サブコントローラー２００のサブプロセッサー２０１は、スリープモード中に受信したパケットが、ポート別ＵＤＰパケットパターンにマッチするか、ポート不指定ＴＣＰパケットパターンにマッチする（即ち、全てのＴＣＰパケット）場合（ステップＳ２０３、ＹＥＳ）、メインプロセッサー１０１に、スリープモードからの復帰を要求する（ステップＳ２０４）。
これにより、情報処理装置１０は、スリープモード中にＴＣＰパケットを受信した場合には、必ずスリープモードから復帰する。ＴＣＰ／ＩＰはユニキャスト通信であるため、情報処理装置１０が受信するＴＣＰパケットは、基本的には、情報処理装置１０宛である。従って、情報処理装置１０は、殆どのＴＣＰパケットを処理する必要がある。このため、情報処理装置１０が、ＴＣＰパケットを受信した場合に必ずスリープモードから復帰するとしても、不要な復帰（例えば、未使用のＴＣＰポート宛のＴＣＰパケットを受信した場合）の機会は少なくて済む。一方、ＵＤＰ／ＩＰはブロードキャスト及びマルチキャスト通信が可能であるため、情報処理装置１０は、情報処理装置１０宛でないＵＤＰパケット（例えば、名前解決クエリ等）を受信することも多い。このため、情報処理装置１０がスリープモード中にＵＤＰパケットを受信した場合に必ずスリープモードから復帰すると仮定すると、実際には不要にも拘らず高頻度で復帰したり、あるいは、スリープモードに移行自体できなくなるおそれがある。これに対して、本実施形態によれば、ポート不指定ＴＣＰパケットパターンを作成することによりパケットパターンの合計数を減らすことでサブＲＡＭ２０３の使用容量を抑えながらも、不要な復帰の機会を減らすことができる。
パケットパターンの合計数を減らすための手段として、例えば、パケットパターンのデータ構造にリスト構造を用いて、多数のパケットパターンを設定することが考えられる。しかしながら、この方法では、プアなスペックのサブコントローラー２００がリスト構造のパケットパターンをマッチングするのに処理時間がかかるおそれがある。逆に、高速にリスト構造のパケットパターンをマッチングするためにサブコントローラー２００のスペックを上げると、費用が高額になったり、省エネルギー効果が劣るおそれがある。これに対して、本実施形態によれば、異なるＴＣＰプロトコル毎に、ＴＣＰポートを指定しない１個のパケットパターンであるポート不指定ＴＣＰパケットパターンを生成する（ステップＳ１２０−Ｓ１２１）ことで、パケットパターンの合計数を減らすことができる。
（２）本実施形態によれば、メインコントローラー１００のメインプロセッサー１０１は、ポート別ＵＤＰパケットパターン及びポート別ＴＣＰパケットパターンの合計数が、上限値を超過しないと判断すると（ステップＳ１１８、Ｓ１２３、ＮＯ）、ポート別ＵＤＰパケットパターン及びポート別ＴＣＰパケットパターンを、サブコントローラー２００のサブプロセッサー２０１に供給し（ステップＳ１０２）、スリープモードに移行する（ステップＳ１０３）。これにより、ポート別ＴＣＰパケットパターンをサブコントローラー２００のサブプロセッサー２０１に供給することで、情報処理装置１０が、ＴＣＰパケットを受信した場合に、不要な復帰（例えば、未使用のＴＣＰポート宛のＴＣＰパケットを受信した場合）の機会が無くなる。これにより、本実施形態によれば、ポート別ＵＤＰパケットパターン及びポート別ＴＣＰパケットパターンの合計数が、上限値を超過しないことを保証して、サブＲＡＭ２０３の使用容量を抑えながらも、不要な復帰の機会を減らすことができる。
（３）本実施形態によれば、メインコントローラー１００のメインプロセッサー１０１は、ポート別ＵＤＰパケットパターン及びポート不指定ＴＣＰパケットパターン（ステップＳ１２４、ＮＯ）の合計数が、上限値を超過すると判断すると（ステップＳ１２３、ＮＯ）、全てのポート不指定ＴＣＰパケットパターンとの合計数が上限値である、一部のポート別ＵＤＰパケットパターンと、全てのポート不指定ＴＣＰパケットパターンとを（ステップＳ１２７）、サブコントローラー２００のサブプロセッサー２０１に供給し（ステップＳ１０２）、スリープモードに移行する（ステップＳ１０３）。これにより、情報処理装置１０は、スリープモード中にＴＣＰパケットを受信した場合と、一部のＵＤＰパケットを受信した場合には、スリープモードから復帰する。これにより、情報処理装置１０がスリープモード中にＵＤＰパケットを受信した場合の不要な復帰の機会を、出来るだけ少なくすることができる。
（４）本実施形態によれば、メインコントローラー１００のメインプロセッサー１０１は、ＴＣＰ／ＩＰｖ４プロトコルの１個のポート不指定ＴＣＰパケットパターンと、ＴＣＰ／ＩＰｖ６プロトコルの１個のポート不指定ＴＣＰパケットパターンとを作成する（ステップＳ１２０）。これにより、ポート不指定ＴＣＰパケットパターンを作成することによりパケットパターンの合計数を減らすことでサブＲＡＭ２０３の使用容量を抑えながらも、不要な復帰の機会を減らすことができる。
本技術の各実施形態及び各変形例について上に説明したが、本技術は上述の実施形態にのみ限定されるものではなく、本技術の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
情報処理装置１０
メインコントローラー１００
メインプロセッサー１０１
メインＲＯＭ１０２
メインＲＡＭ１０３
サブコントローラー２００
サブプロセッサー２０１
サブＲＯＭ２０２
サブＲＡＭ２０３
通信インターフェース３００
スイッチャー４００

Claims (5)

  1. サブコントローラーと、
    スリープモードに移行及び前記スリープモードから復帰するときに前記サブコントローラーに通知するメインコントローラーと、
    ネットワークに接続された外部機器と通信可能な通信インターフェースと
    を具備し、
    前記メインコントローラーは、
    前記スリープモードに移行すべきトリガを検出すると、
    全ての使用中のＴＣＰポートをそれぞれ指定するパケットパターンであるポート別ＴＣＰパケットパターンと、全ての使用中のＵＤＰポートをそれぞれ指定するパケットパターンであるポート別ＵＤＰパケットパターンとを生成し、
    前記ポート別ＵＤＰパケットパターン及び前記ポート別ＴＣＰパケットパターンの合計数が、上限値を超過すると判断すると、
    全ての前記ポート別ＴＣＰパケットパターンを削除し、
    異なるＴＣＰプロトコル毎に、ＴＣＰポートを指定しない１個のパケットパターンであるポート不指定ＴＣＰパケットパターンを生成し、
    前記ポート別ＵＤＰパケットパターン及び前記ポート不指定ＴＣＰパケットパターンを、前記サブコントローラーに供給し、前記スリープモードに移行し、
    前記サブコントローラーは、前記スリープモード中に、
    前記通信インターフェースを介して前記外部機器から受信したパケットのパケットパターンが、前記ポート別ＵＤＰパケットパターン及び前記ポート不指定ＴＣＰパケットパターンの何れかにマッチするか否かを判断し、
    前記パケットパターンがマッチしないと判断すると、受信した前記パケットを破棄し、
    前記パケットパターンがマッチすると判断すると、前記メインコントローラーに前記スリープモードからの復帰を要求し、前記メインコントローラーに前記パケットを転送する
    情報処理装置。
  2. 請求項１に記載の情報処理装置であって、
    前記メインコントローラーは、
    前記ポート別ＵＤＰパケットパターン及び前記ポート別ＴＣＰパケットパターンの前記合計数が、前記上限値を超過しないと判断すると、
    前記ポート別ＵＤＰパケットパターン及び前記ポート別ＴＣＰパケットパターンを、前記サブコントローラーに供給し、前記スリープモードに移行し、
    前記サブコントローラーは、前記スリープモード中に、
    受信した前記パケットのパケットパターンが、前記ポート別ＵＤＰパケットパターン及び前記ポート別ＴＣＰパケットパターンの何れかにマッチするか否かを判断する
    情報処理装置。
  3. 請求項１又は２に記載の情報処理装置であって、
    前記ポート別ＵＤＰパケットパターン及び前記ポート不指定ＴＣＰパケットパターンの合計数が、前記上限値を超過すると判断すると、
    全ての前記ポート不指定ＴＣＰパケットパターンとの合計数が前記上限値である、一部の前記ポート別ＵＤＰパケットパターンと、全ての前記ポート不指定ＴＣＰパケットパターンとを、前記サブコントローラーに供給し、前記スリープモードに移行する
    情報処理装置。
  4. 請求項１乃至３の何れか一項に記載の情報処理装置であって、
    前記メインコントローラーは、
    前記異なるＴＣＰプロトコル毎の前記ポート不指定ＴＣＰパケットパターンとして、
    ＴＣＰ／ＩＰｖ４プロトコルの１個のポート不指定ＴＣＰパケットパターンと、
    ＴＣＰ／ＩＰｖ６プロトコルの１個のポート不指定ＴＣＰパケットパターンとを作成する
    情報処理装置。
  5. サブコントローラーと、
    スリープモードに移行及び前記スリープモードから復帰するときに前記サブコントローラーに通知するメインコントローラーと、
    ネットワークに接続された外部機器と通信可能な通信インターフェースと
    を具備する情報処理装置の前記メインコントローラーを、
    前記スリープモードに移行すべきトリガを検出すると、
    全ての使用中のＴＣＰポートをそれぞれ指定するパケットパターンであるポート別ＴＣＰパケットパターンと、全ての使用中のＵＤＰポートをそれぞれ指定するパケットパターンであるポート別ＵＤＰパケットパターンとを生成し、
    前記ポート別ＵＤＰパケットパターン及び前記ポート別ＴＣＰパケットパターンの合計数が、上限値を超過すると判断すると、
    全ての前記ポート別ＴＣＰパケットパターンを削除し、
    異なるＴＣＰプロトコル毎に、ＴＣＰポートを指定しない１個のパケットパターンであるポート不指定ＴＣＰパケットパターンを生成し、
    前記ポート別ＵＤＰパケットパターン及び前記ポート不指定ＴＣＰパケットパターンを、前記サブコントローラーに供給し、前記スリープモードに移行する
    よう動作させる
    パケットパターン生成プログラム。
JP2019075400A 2019-04-11 2019-04-11 情報処理装置及びパケットパターン生成プログラム Active JP7238561B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2019075400A JP7238561B2 (ja) 2019-04-11 2019-04-11 情報処理装置及びパケットパターン生成プログラム
CN202010277787.1A CN111818233B (zh) 2019-04-11 2020-04-08 信息处理装置以及记录有分组模型生成程序的非临时性的计算机可读取的记录介质
US16/843,598 US11044349B2 (en) 2019-04-11 2020-04-08 Information processing apparatus, and non-transitory computer readable recording medium that stores packet pattern creation program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2019075400A JP7238561B2 (ja) 2019-04-11 2019-04-11 情報処理装置及びパケットパターン生成プログラム

Publications (2)

Publication Number Publication Date
JP2020174288A true JP2020174288A (ja) 2020-10-22
JP7238561B2 JP7238561B2 (ja) 2023-03-14

Family

ID=72748377

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019075400A Active JP7238561B2 (ja) 2019-04-11 2019-04-11 情報処理装置及びパケットパターン生成プログラム

Country Status (3)

Country Link
US (1) US11044349B2 (ja)
JP (1) JP7238561B2 (ja)
CN (1) CN111818233B (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11315623B2 (en) * 2020-06-30 2022-04-26 Micron Technology, Inc. Techniques for saturating a host interface

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006279821A (ja) * 2005-03-30 2006-10-12 Canon Inc 画像処理装置およびスリープ状態復帰方法およびプログラム
JP2007052544A (ja) * 2005-08-16 2007-03-01 Fuji Xerox Co Ltd 情報処理装置、電力モード切替方法及び電力モード切替プログラム
JP2011205580A (ja) * 2010-03-26 2011-10-13 Brother Industries Ltd 通信装置
JP2012203464A (ja) * 2011-03-23 2012-10-22 Canon Inc 情報処理装置、その制御方法、及びプログラム
JP2013232978A (ja) * 2013-07-22 2013-11-14 Ricoh Co Ltd 通信装置、通信方法、及びプログラム
JP2016081114A (ja) * 2014-10-10 2016-05-16 セイコーエプソン株式会社 電子機器、制御方法、及び、プログラム
JP2017102584A (ja) * 2015-11-30 2017-06-08 キヤノン株式会社 情報処理装置、その制御方法、及びプログラム

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7319867B2 (en) * 2003-09-15 2008-01-15 Atheros Communications, Inc. Method and apparatus for wake on wireless systems
US7779282B2 (en) * 2006-12-29 2010-08-17 Intel Corporation Maintaining network connectivity while operating in low power mode
JP5417755B2 (ja) * 2007-10-23 2014-02-19 株式会社リコー 情報処理装置、情報処理方法及びプログラム
JP5064995B2 (ja) * 2007-12-20 2012-10-31 キヤノン株式会社 データ処理装置、データ処理方法及びプログラム
TWI410788B (zh) * 2007-12-21 2013-10-01 Htc Corp 電子裝置之電源管理系統及方法及電腦可讀取之記錄媒體
US20110302278A1 (en) * 2008-02-22 2011-12-08 Logicplant Method for remote wake-up a computer connected to a network
JP5132388B2 (ja) * 2008-03-28 2013-01-30 キヤノン株式会社 通信装置、通信装置の制御方法、およびプログラム
JP5791223B2 (ja) * 2009-09-25 2015-10-07 キヤノン株式会社 印刷装置、ネットワークインターフェースユニット、印刷装置の制御方法およびプログラム
JP5717398B2 (ja) * 2010-11-01 2015-05-13 キヤノン株式会社 通信装置、その制御方法、及び制御プログラム
JP5704904B2 (ja) * 2010-11-29 2015-04-22 キヤノン株式会社 データ処理装置、データ処理装置の制御方法及びプログラム
US8904216B2 (en) * 2011-09-02 2014-12-02 Iota Computing, Inc. Massively multicore processor and operating system to manage strands in hardware
EP2751980B1 (en) * 2011-09-09 2016-03-23 Telefonaktiebolaget LM Ericsson (publ) Differentiated handling of data traffic with user-class dependent adaptation of network address lookup
JP6501441B2 (ja) * 2012-05-15 2019-04-17 キヤノン株式会社 データ通信装置、データ通信装置の制御方法、プログラム
US9247495B2 (en) * 2012-11-06 2016-01-26 Microsoft Technology Licensing, Llc Power saving Wi-Fi tethering
KR101434388B1 (ko) * 2013-01-04 2014-08-26 주식회사 윈스 네트워크 보안 장비의 패턴 매칭 시스템 및 그 패턴 매칭 방법
JP5835291B2 (ja) * 2013-09-05 2015-12-24 コニカミノルタ株式会社 通信装置およびそのカスタマイズ方法ならびにコンピュータプログラム
US10097373B2 (en) * 2014-08-15 2018-10-09 LiveQoS Inc. UDP over TCP tunnel
US9374385B1 (en) * 2014-11-07 2016-06-21 Area 1 Security, Inc. Remediating computer security threats using distributed sensor computers
JP2016201077A (ja) * 2015-04-14 2016-12-01 キヤノン株式会社 情報処理装置とその制御方法、及びプログラム

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006279821A (ja) * 2005-03-30 2006-10-12 Canon Inc 画像処理装置およびスリープ状態復帰方法およびプログラム
JP2007052544A (ja) * 2005-08-16 2007-03-01 Fuji Xerox Co Ltd 情報処理装置、電力モード切替方法及び電力モード切替プログラム
JP2011205580A (ja) * 2010-03-26 2011-10-13 Brother Industries Ltd 通信装置
JP2012203464A (ja) * 2011-03-23 2012-10-22 Canon Inc 情報処理装置、その制御方法、及びプログラム
JP2013232978A (ja) * 2013-07-22 2013-11-14 Ricoh Co Ltd 通信装置、通信方法、及びプログラム
JP2016081114A (ja) * 2014-10-10 2016-05-16 セイコーエプソン株式会社 電子機器、制御方法、及び、プログラム
JP2017102584A (ja) * 2015-11-30 2017-06-08 キヤノン株式会社 情報処理装置、その制御方法、及びプログラム

Also Published As

Publication number Publication date
JP7238561B2 (ja) 2023-03-14
US20200329126A1 (en) 2020-10-15
CN111818233B (zh) 2022-04-19
CN111818233A (zh) 2020-10-23
US11044349B2 (en) 2021-06-22

Similar Documents

Publication Publication Date Title
US9104406B2 (en) Network presence offloads to network interface
JP5791223B2 (ja) 印刷装置、ネットワークインターフェースユニット、印刷装置の制御方法およびプログラム
JP5369567B2 (ja) 情報処理装置、パケット処理方法およびプログラム
US8078892B2 (en) Information-processing apparatus, packet processing method, and computer program product for communicating with an external network device and switching between a normal power mode and a power saving mode
JP2013161381A (ja) 情報処理装置、情報処理装置の制御方法、及びプログラム
US9389657B2 (en) Reset of multi-core processing system
JP6772007B2 (ja) 情報処理装置及びその制御方法、コンピュータプログラム
JP2014113709A (ja) 情報処理装置、情報処理装置の制御方法、及びプログラム
JP2014082602A (ja) 通信装置及びその制御方法
JP6192381B2 (ja) 情報処理装置、情報処理装置の制御方法、及びプログラム
JP2020174288A (ja) 情報処理装置及びパケットパターン生成プログラム
JP2013243542A (ja) 画像形成装置、画像形成装置の制御方法、及びプログラム
US9625978B2 (en) Receiving, at least in part, and/or issuing, at least in part, at least one packet to request change in power consumption state
US10069990B2 (en) Image processing apparatus, method of controlling the same, and recording medium for selectively processing packets using a processor or a sub processor
US10587428B2 (en) Communication apparatus, method for controlling communication apparatus, and storage medium
JP2011060028A (ja) 情報処理装置及びその制御方法
US9134786B2 (en) Methods and systems for implementing wake-on-LAN
JP6279033B2 (ja) 画像形成装置及び画像形成装置の復帰方法
EP3563519B1 (en) Technologies for a local network power management protocol
JP5601628B2 (ja) 情報処理システムおよび処理プログラム
JP2011039770A (ja) 省電力制御装置及びプログラム
TWI538447B (zh) 封包檢視以決定目的地節點
JP2010074761A (ja) 通信制御装置、画像処理装置、及びプログラム
JP2017128122A (ja) 画像形成装置
KR20120132824A (ko) 나스 서버에서의 전원 관리 장치 및 방법

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220330

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20221208

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: 20230131

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230213

R150 Certificate of patent or registration of utility model

Ref document number: 7238561

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150