JP6089682B2 - 通信制御方法 - Google Patents

Description

本発明は、通信制御方法に関する。

スリープ状態の機器を起動させるWake On LANという技術がある。Wake On LANでは、マジックパケット（登録商標）と呼ばれる起動命令のためのパケットがブロードキャストフレームとして送信され、そのパケットを受信した機器がスリープ状態から起動する。

例えば、特許文献１は、マジックパケットを用いてスリープ状態の機器を起動させる技術を開示している。特許文献１において、印刷実行時以外においては、プリンタのメインＣＰＵ（Central Processing Unit）への電力供給が停止される。一方で、実際にプリンタが印刷データを処理する時には、印刷データとともに送信されたマジックパケットによりプリンタのメインＣＰＵへ電力が供給され、印刷が実行できるようになる。印刷実行時以外にはメインＣＰＵへの電力が供給されないため、省電力化を図ることができる。

特開２０１０−２７７２５７号公報

しかしながら、マジックパケットは、通常ブロードキャストフレームとして送信されるため、同じブロードキャストドメイン（ネットワークセグメント）に対象機器が存在しなければならないという制限がある。

ブロードキャストではなく対象機器を直接指定したユニキャスト送信の場合、別のネットワークセグメントへパケットを送信することは可能となる。しかし、別のネットワークセグメントへの送信はルータを経由するため、ルータが管理するＡＲＰ（Address Resolution Protocol）テーブル、すなわちＩＰ（Internet Protocol）アドレスとＭＡＣ（Media Access Control）アドレスの対を保存しているデータベースに対象機器のアドレスが登録されていない場合、アドレスの解決ができずパケットが届かない。

とくにスリープ状態にある機器は、ＡＲＰテーブルがその整合性を保つために定期的にリフレッシュされる際に配信されるアドレス解決プロトコル（ＡＲＰ）への応答を返さないため、その登録情報が時間の経過によりＡＲＰテーブルから削除される。そのため、ユニキャストで送信される場合も、異なるネットワークセグメントにある起動対象の機器へマジックパケットを送信できない可能性があった。

本発明は、電子機器を遠隔的にスリープ状態から復帰させるのに好適な通信制御方法を提供することを目的とする。

上記目的を達成するため、本発明に係る通信制御方法は、第１のネットワークセグメントが外部ネットワークを介して第２のネットワークセグメントに接続され、前記第１のネットワークセグメントにおける通信端末により前記第２のネットワークセグメントにおける複数の電子機器のうちの所定の電子機器をスリープ状態から復帰させる通信制御方法であって、スリープ状態から復帰させるための復帰信号に前記所定の電子機器を識別するための識別情報が付加された制御信号を前記通信端末から前記外部ネットワークを介して前記第２のネットワークセグメントにおける所定の通信制御装置に送信させる第１の送信ステップと、前記第１の送信ステップで送信された前記制御信号を前記通信制御装置に受信させ、該通信制御装置により前記制御信号を前記第２のネットワークセグメントにブロードキャストさせる第２の送信ステップと、前記第２の送信ステップでブロードキャストされた前記識別情報に基づいて前記複数の電子機器のうち前記所定の電子機器を前記スリープ状態から復帰させる復帰ステップと、を有し、前記第１の送信ステップで前記通信端末が該通信端末のユーザ情報を前記制御信号に付加して前記通信制御装置に送信し、前記第２の送信ステップで前記通信制御装置が前記ユーザ情報に基づいて前記制御信号をブロードキャストするか否かを判断することを特徴とする。
また、本発明に係る他の態様の通信制御方法は、第１のネットワークセグメントが外部ネットワークを介して第２のネットワークセグメントに接続され、前記第１のネットワークセグメントにおける通信端末により前記第２のネットワークセグメントにおける複数の電子機器のうちの所定の電子機器をスリープ状態から復帰させる通信制御方法であって、スリープ状態から復帰させるための復帰信号に前記所定の電子機器を識別するための識別情報が付加された制御信号を前記通信端末から前記外部ネットワークを介して前記第２のネットワークセグメントにおける所定の通信制御装置に送信させる第１の送信ステップと、前記第１の送信ステップで送信された前記制御信号を前記通信制御装置に受信させ、該通信制御装置により前記制御信号を前記第２のネットワークセグメントにブロードキャストさせる第２の送信ステップと、前記第２の送信ステップでブロードキャストされた前記識別情報に基づいて前記複数の電子機器のうち前記所定の電子機器を前記スリープ状態から復帰させる復帰ステップと、前記復帰ステップで前記制御信号に基づいてスリープ状態から復帰した旨の通知信号を前記所定の電子機器により前記通信制御装置に送信させる第３の送信ステップと、を有し、前記通信制御装置は、前記通信端末から送信されてきた前記制御信号に印刷データが付加されていた場合には、前記第２の送信ステップで前記印刷データを除いたうえで前記制御信号をブロードキャストするとともに、前記通知信号を受信した後に前記所定の電子機器に対して前記印刷データを送信することを特徴とする。

本発明によれば、電子機器を遠隔的にスリープ状態から復帰させるのに好適な通信制御方法を提供することができる。

本発明の実施形態に係る通信システムを概略的に示す図である。 ホストコンピュータの構成を示すブロック図である。 プリントサーバの構成を示すブロック図である。 プリンタの構成を示すブロック図である。 通信システムにおいて実行される印刷処理に係るソフトウェア構成を示すブロック図である。 ホストコンピュータとプリントサーバとの間で実行される処理の流れを示すフローチャートである。 プリントサーバとプリンタとの間で実行される処理の流れを示すフローチャートである。

以下、本発明の実施形態について、図面を参照して説明する。なお、図中同一又は相当する部分には同一符号を付す。

以下に説明する実施形態は説明のためのものであり、本発明の範囲を制限するものではない。したがって、当業者であれば下記の各構成要素を均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。また、以下の説明では、本発明の理解を容易にするため、重要でない公知の技術的事項の説明を適宜省略する。

図１を参照して、本発明の実施形態に係る通信システムの概要を説明する。本実施形態に係る通信システムは、第１のセグメント４ａ内に配置されたホストコンピュータ１と、第２のセグメント４ｂ内に配置されたプリントサーバ２及びプリンタ３ａ〜３ｃと、を備える。

ホストコンピュータ１は、ＰＣ（Personal Computer）等の情報処理装置であって、所望の印刷対象の印刷指示をユーザから受け付ける通信端末として機能する。プリントサーバ２は、印刷処理用のサーバであって、ホストコンピュータ１とプリンタ３ａ〜３ｃとの間の通信を制御する通信制御装置として機能する。

プリンタ３ａ〜３ｃは、要求された印刷処理を実行して印刷対象を所定の出力用媒体に出力する印刷装置として機能する。プリンタ３ａ〜３ｃは、それぞれ、印刷機能のみを備えたものであってもよいし、印刷機能、コピー機能、スキャナ機能、ファクシミリ機能等を備えた複合機であってもよい。

ホストコンピュータ１が所属する第１のセグメント４ａは、ルータ６ａを介して外部ネットワーク７と接続されるネットワークセグメントである。第１のセグメント４ａ内の機器は、イーサネット（登録商標）に基づいたＬＡＮ（Local Area Network）５ａを介して互いに接続される。

プリントサーバ２とプリンタ３ａ〜３ｃが所属する第２のセグメント４ｂは、ルータ６ｂを介して外部ネットワーク７と接続されたネットワークセグメントである。第２のセグメント４ｂ内の機器は、イーサネット（登録商標）に基づいたＬＡＮ５ｂを介して互いに接続される。

ルータ６ａとルータ６ｂは、それぞれが所属するネットワークセグメント（第１のセグメント４ａ又は第２のセグメント４ｂ）と外部ネットワーク７とを相互接続するための通信機器である。ルータ６ａとルータ６ｂは、ＡＲＰテーブルと呼ばれるＩＰアドレスとネットワーク機器に一意に割り当てられたＭＡＣアドレス（物理アドレス）との関係を示すデータベースを管理し、それぞれが所属するネットワークセグメントにおいて、ＩＰパケットを適切なネットワーク機器に送信するためにＡＲＰテーブルを利用する。

具体的に説明すると、ルータ６ａとルータ６ｂは、ＩＰパケットを送信する場合に、まずＡＲＰテーブルを参照して送信先の機器のＭＡＣアドレスを取得する。一方で、ＡＲＰテーブルに所望の機器のアドレスが登録されていない場合には、アドレス解決プロトコル（ＡＲＰ）をネットワークセグメント内にブロードキャスト送信して、送信先の機器に対してアドレス解決の要求をする。そして、送信先の機器からアドレス解決要求に対する応答を得て、送信先の機器のＭＡＣアドレスを取得する。また、ルータ６ａとルータ６ｂは、ＡＲＰテーブルの整合性を保つために、定期的にＡＲＰを各ネットワークセグメント内に配信してＡＲＰテーブルを最新なものに更新する。

つづいて、図２〜図４を参照して、ホストコンピュータ１、プリントサーバ２、及び、プリンタ３ａ〜３ｃの構成を説明する。なお、以下では、３台のプリンタ３ａ〜３ｃのそれぞれをとくに区別せずに称するときは、プリンタ３という。

ホストコンピュータ１は、図２に示すように、制御部１１、表示部１２、操作部１３、通信部１４、及び、記憶部１５を備える。

制御部１１は、例えばＣＰＵと、ＣＰＵのメインメモリとして機能するＲＡＭ（Random Access Memory）等を備える。制御部１１は、命令やデータを転送するための伝送経路であるシステムバスを介してホストコンピュータ１の各部と接続され、ホストコンピュータ１全体を制御する。なお、制御部１１は、一部にＡＳＩＣ（Application Specific Integrated Circuit）等の専用回路を備えていてもよい。

表示部１２は、例えばＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等の表示装置を備える。表示部１２は、制御部１１から供給される各種画像データに基づいて各種画像を画面に表示する。

操作部１３は、例えばマウスやキーボード等の入力装置を備える。操作部１３は、ユーザからの各種操作を受け付け、受け付けた各種操作にそれぞれ対応する操作信号を制御部１１に供給する。例えば、操作部１３は、ユーザの操作に従って、印刷条件を設定するための信号や、印刷を実行するための信号を制御部１１に供給する。

なお、表示部１２と操作部１３は、互いに重畳して配置され、いわゆるタッチパネル（タッチスクリーン）によって構成されてもよい。この場合、タッチパネルに内蔵された表示装置と入力装置とが、それぞれ表示部１２と操作部１３として機能する。

通信部１４は、制御部１１の制御のもと、ＬＡＮ５ａを介して接続された第１のセグメント４ａ内の機器との通信や、ルータ６ａ及び外部ネットワーク７を介してセグメント外にある機器との通信を行う。通信部１４は、例えば、第２のセグメント４ｂ内にあるプリントサーバ２へ印刷データやマジックパケットを送信する。

記憶部１５は、例えばＨＤＤ（Hard Disk Drive）、ＲＯＭ（Read Only Memory）、フラッシュメモリ等の記憶装置を備える。記憶部１５は、ＯＳ（Operating System）や各種のアプリケーションプログラム等、制御部１１が各種処理を行うために使用する各種プログラム及びデータ、制御部１１が各種処理を行うことにより生成又は取得する各種データを記憶する。なお、以下では、ＯＳとしてＷｉｎｄｏｗｓ（登録商標）が用いられる場合を例にとって説明する。

例えば、記憶部１５は、制御プログラム１５１、アプリケーション１５２、及び、ＧＤＩ（Graphics Device Interface）１５３を記憶する。

制御プログラム１５１は、制御部１１によって実行され、ホストコンピュータ１を、受付部１１１、送信部１１２として機能させるためのプログラムである。これら各部の処理については後述する。

アプリケーション１５２は、ホストコンピュータ１上でユーザが種々の作業を行うための各種のソフトウェアである。アプリケーション１５２の例として、ワードプロセッサのような文書の作成・編集をする機能をもつアプリケーション、図形や写真画像を編集する機能をもつアプリケーション、表計算機能をもつアプリケーション等が挙げられる。

ＧＤＩ１５３は、Ｗｉｎｄｏｗｓ（登録商標）に搭載されたプログラムの１つであり、アプリケーション１５２がディスプレイやプリンタへのイメージやグラフィックやテキストの描画を行うために使用されるインターフェースである。

この他、記憶部１５は、スリープ状態にあるプリンタ３ａ〜３ｃの起動命令としてのマジックパケットを生成するプログラムや、マジックパケットの生成に必要となるプリンタ３ａ〜３ｃのＭＡＣアドレスのデータ、ＭＡＣアドレスをもとに生成されたマジックパケット、印刷処理のためのプリンタドライバ等を記憶する。

一方で、プリントサーバ２は、図３に示すように、制御部２１、通信部２４、及び、記憶部２５を備える。

制御部２１は、例えばＣＰＵと、ＣＰＵのメインメモリとして機能するＲＡＭ等を備える。制御部２１は、命令やデータを転送するための伝送経路であるシステムバスを介してプリントサーバ２の各部と接続され、プリントサーバ２全体を制御する。なお、制御部２１は、一部にＡＳＩＣ等の専用回路を備えていてもよい。

通信部２４は、制御部２１の制御のもと、ＬＡＮ５ｂを介して接続された第２のセグメント４ｂ内の機器との通信や、ルータ６ｂ及び外部ネットワーク７を介してセグメント外にある機器との通信を行う。通信部２４は、例えば、第１のセグメント４ａ内にあるホストコンピュータ１から印刷データやマジックパケットを受信し、第２のセグメント４ｂ内のプリンタ３ａ〜３ｃへ送信する。

記憶部２５は、例えばＨＤＤ、ＲＯＭ、フラッシュメモリ等の記憶装置を備える。記憶部２５は、制御部２１が各種処理を行うために使用する各種プログラム及びデータ、制御部２１が各種処理を行うことにより生成又は取得した各種データを記憶する。

例えば、記憶部２５は、制御プログラム２５１、及び、印刷サブシステム２５２を記憶する。

制御プログラム２５１は、制御部２１によって実行され、プリントサーバ２を、受信部２１１、配信部２１２、送信部２１３として機能させるためのプログラムである。これら各部の処理については後述する。

印刷サブシステム２５２は、プリンタドライバ、スプーラ、言語モニタ、ポートモニタ等の印刷制御処理に必要な各種のプログラムを含む。印刷サブシステム２５２が備える各部の詳細については、後述する。

なお、プリントサーバ２は、ＣＲＴやＬＣＤ等の適宜の表示装置と、マウスやキーボード、各種の操作ボタン等の適宜の入力装置とを備え、ユーザからの操作入力を受け付けたり、各種画像を画面に表示したりしてもよい。

また、プリンタ３は、図４に示すように、制御部３１、表示部３２、操作部３３、通信部３４、給紙・搬送部３５、画像形成部３６、及び、記憶部３７を備える。

制御部３１は、例えばＣＰＵと、ＣＰＵのメインメモリとして機能するＲＡＭ等を備える。制御部３１は、命令やデータを転送するための伝送経路であるシステムバスを介してプリンタ３の各部と接続され、プリンタ３全体を制御する。なお、制御部３１は、一部にＡＳＩＣ等の専用回路を備えていてもよい。

表示部３２は、例えばＬＣＤ等の表示パネルを備える。表示部３２は、制御部３１から供給される各種画像データに基づいて各種画像を画面に表示することにより、例えばプリンタ３における印刷処理の結果をユーザに提示する。

操作部３３は、例えば、複数の操作ボタン等の入力装置を備える。操作部３３は、ユーザからのプリンタ３に対する各種操作を受け付け、受け付けた各種操作にそれぞれ対応する操作信号を制御部３１に供給する。なお、操作部３３は、タッチパネルの一部として表示部３２に重畳されて備えられるものであってもよい。

通信部３４は、通信制御部３４１を備える。通信部３４は、通信制御部３４１の制御のもと、ＬＡＮ５ｂを介して接続された第２のセグメント４ｂ内の機器との通信を行う。通信部３４は、例えば、プリントサーバ２から送信された印刷データを受信したり、ＬＡＮ５ｂ上に配信されたマジックパケットを取得したりする。

通信制御部３４１は、例えばＬＡＮアダプタのコントローラを備える。通信制御部３４１は、たとえ節電時に制御部３１のＣＰＵ等に対する電力供給が停止された状態でも、通信制御部３４１に電力供給がされさえすれば通信部３４を制御できる。すなわち、通信制御部３４１は、プリンタ３がスリープ状態である場合にも動作するため、Wake On LAN機能の処理を実行することができる。

具体的に説明すると、通信制御部３４１は、第２のセグメント４ｂのＬＡＮ５ｂ上にブロードキャスト送信されたマジックパケットを取得して所望のプリンタ３の主制御部の電源を投入し、スリープ状態にあるプリンタ３を遠隔的に起動させる。ここで、スリープ状態とは、消費電力抑制のために主制御部への給電が停止しているためプリンタ３が印刷処理を実行不可能な状態をいう。プリンタ３は、印刷処理を実行可能な状態（通常状態）と、省電力のため印刷不可能な状態（スリープ状態）という異なる状態の間を遷移する。プリンタ３の主制御部とは、例えば制御部３１に備えられたＣＰＵ等をいう。

スリープ状態では、プリンタ３は、ＲＡＭ等のメモリに記憶された情報を保持したまま、又は、メモリに記憶された内容を復元可能なようにＨＤＤに移して、ＣＰＵ等の主制御部への給電を停止させる。このとき、通信制御部３４１への通電は維持された状態にあるが、スリープ状態における通信制御部３４１はマジックパケット以外のパケットを受け付けないため、ＬＡＮ５ｂ内に配信されるＡＲＰ（アドレス解決プロトコル）への応答を返さない。そのため、ＡＲＰテーブルがリフレッシュされると、スリープ状態にあるプリンタ３の登録情報はＡＲＰテーブルから抹消され、ＬＡＮ５ｂ上の存在が認識されなくなってＩＰパケットが届かない状態となる。

給紙・搬送部３５は、例えば給紙トレイと、給紙トレイから給紙された記録紙（用紙）を搬送する搬送装置とを備える。給紙・搬送部３５は、制御部３１の制御のもと、給紙された用紙を画像形成部３６に供給する。

画像形成部３６は、例えば感光体ドラム、帯電機、印字ヘッド（ＬＥＤヘッド）、現像機、転写機を備える複数の画像形成ユニット（例えば、シアン、マゼンタ、イエロー、ブラックに対応する画像形成ユニット）を備える。画像形成部３６は、制御部３１の制御のもと、印刷ジョブに含まれる印刷データをプリンタエンジンが処理する形式の画像データに変換し、所定の設定条件に従って、生成した画像データを給紙・搬送部３５から受け取る用紙に出力する。そして、印刷画像が出力された用紙は、所定の設定条件に従って、排紙装置から排出される。

記憶部３７は、例えばＨＤＤ、ＲＯＭ、フラッシュメモリ等の記憶装置を備える。記憶部３７は、制御部３１が各種処理を行うために使用する各種プログラム及びデータ（自装置のＭＡＣアドレス等）、制御部３１が各種処理を行うことにより生成又は取得した各種データを記憶する。

例えば、記憶部３７は、制御プログラム３７１を記憶する。

制御プログラム３７１は、制御部３１への電源供給によって実行され、プリンタ３を、起動部３１２、受信部３１３、実行部３１４として機能させるためのプログラムである。これら各部の処理については後述する。

次に、図５を参照して、本実施形態に係る通信システムにおいて実行される印刷処理に係るソフトウェア構成を説明する。

ホストコンピュータ１において、アプリケーション１５２が印刷実行時に印刷対象の描画命令を実行すると、その印刷処理を実行するために適切なＡＰＩ（Application Programming Interface）であるＧＤＩ１５３を通して、描画命令に応じた描画データを生成する。ＧＤＩ１５３は、プリンタドライバ１５４のＤＤＩ（Device Driver Interface）を呼び出し、生成した描画データ及びその他印刷処理に必要なデータをプリンタドライバ１５４に供給する。プリンタドライバ１５４はプリンタ３ａ〜３ｃにおける印刷処理を制御するためのソフトウェアであり、ＧＤＩより供給されたデータを印刷処理の制御命令データへと変換し、プリンタサーバ２から公開されているプリンタドライバ２５３の印刷キューへ、その印刷処理の制御命令データを送信する。

プリントサーバ２において、印刷サブシステム２５２は、プリンタドライバ２５３、スプーラ２５４、言語モニタ２５５、ポートモニタ２５６、及び、ポートドライバ２５７を含む。

プリンタドライバ２５３は、第２のセグメント４ｂ内のプリントサーバ２からＳＭＢ（Server Message Block）プロトコルによって、第１のセグメント４ａ内のホストコンピュータ１に対して共有プリンタとして公開されている。

プリンタドライバ１５４は、ＧＤＩ１５３から供給された描画データをプリンタ３ａ〜３ｃが処理可能な形式であるＰＤＬ（Page Description Language：ページ記述言語）にレンダリングして、印刷データを生成する。そして、プリンタドライバ１５４は、印刷データとその他の設定条件とを含んだ印刷ジョブを生成し、生成した印刷ジョブをプリンタドライバ２５３の印刷キューに送る。設定条件は、例えば、印刷処理を行うプリンタ３を特定するプリンタ名、用紙のサイズや種類、印刷枚数、両面印刷するか否か、等である。

スプーラ２５４は、発生したジョブを一時的に保存し、順次実行するキュー処理を行う。具体的には、スプーラ２５４は、プリンタドライバ２５３の印刷キューへ送られた印刷ジョブをＲＡＭ等の記憶領域に一時的に保存し、順次、言語モニタ２５５に供給していく。

言語モニタ２５５は、印刷ジョブをスプーラ２５４から受け取り、ポートモニタ２５６に送る。また、言語モニタ２５５は、プリンタ３ａ〜３ｃとの双方向通信において、プリンタ３ａ〜３ｃの構成情報やステータス情報を取得し、印刷状況に合わせて印刷ジョブを送信する機能を有する。

ポートモニタ２５６は、印刷ジョブを言語モニタ２５５から受け取り、ポートドライバ２５７を経由して、印刷ジョブに含まれる印刷データを指定されたプリンタ３に送信する。また、ポートモニタ２５６は、プリンタ３ａ〜３ｃからステータス情報等を受信し、言語モニタ２５５に供給する。

また、プリンタドライバ１５４は、プリンタ３の起動オプションがオンの場合に、マジックパケットを生成し、印刷ジョブに含めてプリンタドライバ２５３の印刷キューに供給する。マジックパケットは、プリンタ３をスリープ状態から起動させるための起動命令であり、起動させるべきプリンタ３のＭＡＣアドレス（物理アドレス）の情報を含んで構成される。起動オプションとは、マジックパケットを用いてスリープ状態にあるプリンタ３を起動させるか否かのオプションである。印刷先のプリンタ３がスリープ状態であることを前提とした印刷を行う場合には起動オプションをオンに設定され、印刷先のプリンタ３がスリープ状態であることを前提としない通常の印刷を行う場合には起動オプションはオフに設定される。ホストコンピュータ１の記憶部１５には、起動オプションを使用可能なプリンタ３ａ〜３ｃのＭＡＣアドレス、又はそのＭＡＣアドレスから生成したマジックパケットが記憶される。

マジックパケットが付加された印刷ジョブがスプーラ２５４から言語モニタ２５５に送られると、言語モニタ２５５は、印刷ジョブをポートモニタ２５６に送る前に印刷ジョブからマジックパケットを分離し、マジックパケットを抽出する。そして、言語モニタ２５５は、マジックパケットについてはポートモニタ２５６へとリレーせずに、ブロードキャストフレームとしてＬＡＮ５ｂに送信する。その結果、ブロードキャスト送信されたマジックパケットにおいて指定されたプリンタがＬＡＮ５ｂ内に存在すれば、該当するプリンタがスリープ状態から起動する。

すなわち、一般的なＷｉｎｄｏｗｓ（登録商標）オペレーティングシステムにおける印刷サブシステムでは、言語モニタ２５５が印刷ジョブを受け取ると、受け取った印刷ジョブをポートモニタ２５６へとリレーする。これに対し、本実施形態における印刷サブシステム２５２では、印刷ジョブにマジックパケットが含まれていた場合、言語モニタ２５５は、印刷ジョブをそのままポートモニタ２５６へとリレーせずに、印刷ジョブからマジックパケットを抽出してＬＡＮ５ｂへブロードキャスト送信する。

そのため、プリントサーバ２上のプリンタドライバ２５３に割り当てられたポートに起動対象のプリンタが接続されている必要はなく、プリントサーバ２が所属するネットワークセグメント（第２のセグメント４ｂ）に存在する機器であれば、マジックパケットを送信することが可能となる。

以上のような通信システムの処理の流れについて、図６及び図７に示すフローチャートを参照して説明する。

図６のフローチャートの処理は、ホストコンピュータ１において、受付部１１１が、ユーザから印刷指示を受け付けたことに応答して、開始する（ステップＳ１１）。受付部１１１は、ユーザから所望の印刷対象を所望のプリンタで印刷する旨の指示を、例えば操作部１３を介して受け付ける。このとき、受付部１１１は、マジックパケットを使用するか否かの起動オプションや用紙の種類、印刷の枚数等のようなその他の設定条件も受け付ける。以下では、所望のプリンタとして、例えば、３つのプリンタ３ａ〜３ｃのうちプリンタ３ａで印刷する場合について説明する。

印刷処理が開始されると、ホストコンピュータ１では、制御部１１が印刷処理の準備を行う（ステップＳ１２）。

具体的に説明すると、ホストコンピュータ１において、印刷対象に係るアプリケーション１５２は、印刷開始の準備をするために、ＧＤＩ１５３が提供するジョブ開始関数StartDocを呼び出す。

印刷処理の準備が完了すると、ホストコンピュータ１において、制御部１１が、印刷データを生成する（ステップＳ１３）。すなわち、制御部１１は、プリンタドライバ１５４により、ＧＤＩ１５３が生成した印刷対象の描画データをプリンタ３ａが処理可能な形式に変換して、印刷データを生成する。

つづいて、制御部１１は、マジックパケットを使用するか否かの起動オプションがオンか否かを判別し（ステップＳ１４）、オンであれば（ステップＳ１４；ＹＥＳ）、マジックパケットを印刷データに付加する（ステップＳ１５）。付加するマジックパケットには、印刷先として指定されたプリンタ３ａのＭＡＣアドレスの情報が含まれる。付加すべきマジックパケットは、あらかじめ生成された記憶部１５に保持されていてもよい。あるいは、記憶部１５にはＭＡＣアドレスの情報があらかじめ記憶され、印刷処理のたびに制御部１１が記憶部１５に記憶されたＭＡＣアドレスを読み出して、読み出したＭＡＣアドレスからマジックパケットを生成してもよい。

一方、起動オプションがオフであれば（ステップＳ１４；ＮＯ）、このようなマジックパケットを印刷データに付加する処理は実行されずに、処理はステップＳ１６へと進み、ホストコンピュータ１では、制御部１１が印刷処理を終了する（ステップＳ１６）。

具体的に説明すると、ホストコンピュータ１において、印刷対象に係るアプリケーション１５２は、ＧＤＩ１５３が提供するジョブ終了関数EndDocを呼び出して印刷を終了する。

ステップＳ１７では、送信部１１２が、通信部１４を介して、生成した印刷データ及び各種の設定条件を含む印刷ジョブをプリントサーバ２へ送信する（ステップＳ１７）。すなわち、送信部１１２は、生成した印刷データ等を含む印刷ジョブを生成し、プリントサーバ２へ送信する。

具体的に説明すると、ホストコンピュータ１の送信部１１２は、印刷ジョブを含むＩＰパケットを生成し、プリントサーバ２のＩＰアドレス宛に送信する。送信先であるプリントサーバ２は第１のセグメント４ａの外側にあるため、送信されたＩＰパケットはまずルータ６ａへと送られ、さらに外部ネットワーク７を経由して第２のセグメント４ｂのルータ６ｂへと送られる。ＩＰパケットを受信したルータ６ｂは、第２のセグメントにおけるＡＲＰテーブルを参照してプリントサーバ２のＭＡＣアドレスを取得し、取得したＭＡＣアドレスをもとにＩＰパケットをプリントサーバ２に送信する。

一方、プリントサーバ２では、受信部２１１が、通信部２４を介してホストコンピュータ１から送信された印刷ジョブを受信すると（ステップＳ２１）、受信した印刷ジョブに従った印刷処理が実行される（ステップＳ２２）。ステップＳ２２の印刷処理の詳細については、図７のフローチャートを参照して説明する。

図７のフローチャートにおいて、プリントサーバ２の制御部２１は、印刷データにマジックパケットが付加されているか否かを判別する（ステップＳ２２１）。すなわち、制御部２１は、受信した印刷ジョブにおけるマジックパケットの有無を調べることで、ホストコンピュータ１から要求された印刷がマジックパケットを用いた印刷（起動オプションがオン）であるのかマジックパケットを用いない通常の印刷（起動オプションがオフ）であるのかを判別する。

マジックパケットが付加されていない場合には（ステップＳ２２１；ＮＯ）、マジックパケットに係る処理、すなわちプリントサーバ２におけるステップＳ２２２〜Ｓ２２３の処理とプリンタ３におけるステップＳ３１〜Ｓ３４の処理がスキップされ、プリントサーバ２の処理は、後述するステップＳ２２４における印刷データの送信処理に移行する。

一方、マジックパケットが付加されている場合（ステップＳ２２１；ＹＥＳ）、配信部２１２が、印刷ジョブに含まれているマジックパケットを分離・抽出し、ＬＡＮ５ｂ上にブロードキャストする（ステップＳ２２２）。すなわち、起動オプションがオンに設定されている場合、スプーラ２５４から印刷ジョブを受け取った言語モニタ２５５は、印刷ジョブをそのままポートモニタ２５６へとはリレーせず、印刷ジョブに含まれているマジックパケットを第２のセグメント４ｂ内に存在する不特定な複数の機器であって、ＬＡＮ５ｂを介して通信可能な機器に配信する。

マジックパケットがＬＡＮ５ｂ上にブロードキャストされると、第２のセグメント４ｂ内にあるプリンタ３ａ〜３ｃでは、それぞれ、通信制御部３４１が、ブロードキャストされたマジックパケットを取得する（ステップＳ３１）。そして、取得したマジックパケットに含まれるＭＡＣアドレスと自装置のＭＡＣアドレスとを比較して、取得したマジックパケットが自装置宛か否かを判別する（ステップＳ３２）。

具体的に、ホストコンピュータ１においてユーザから印刷先としてプリンタ３ａが指定された例では、マジックパケットにはプリンタ３ａのＭＡＣアドレスが含まれる。そのため、印刷先でないプリンタ３ｂとプリンタ３ｃでは、取得したマジックパケットに含まれるＭＡＣアドレスと自装置のＭＡＣアドレスとは一致せず、取得したマジックパケットは自装置宛でないと判別される。

取得したマジックパケットが自装置宛でないと判別した場合（ステップＳ３２；ＮＯ）、プリンタ３における処理は終了する。すなわち、例えばプリンタ３ｂとプリンタ３ｃとは印刷先として指定されたプリンタではないため、これらでの印刷処理は実行されない。

一方、プリンタ３ａにおいて、取得したマジックパケットに含まれるＭＡＣアドレスと自装置のＭＡＣアドレスとが一致し、取得したマジックパケットが自装置宛であると判別した場合（ステップＳ３２；ＹＥＳ）、通信制御部３４１が、自装置の主制御部に電源を投入する（ステップＳ３３）。これにより、プリンタ３ａがスリープ状態にある場合には、第２のセグメント４ｂ内に配信されたアドレス解決要求に応答しない状態から、配信されたＡＲＰに応答する状態であって印刷処理が可能な通常状態に復帰する。

つづいて、制御部３１は、自装置が起動した旨を示す起動通知をプリントサーバ２に送信する（ステップＳ３４）。プリントサーバ２では、プリンタ３ａからＬＡＮ５ｂを経由して送信された起動通知を受信すると（ステップＳ２２３）、送信部２１３が、通信部２４を介して、ホストコンピュータ１から受信した印刷データをプリンタ３ａへ送信して（ステップＳ２２４）、印刷対象の印刷をプリンタ３ａに実行させる。このとき、送信部２１３は、適宜ＡＲＰをＬＡＮ５ｂ上にブロードキャストし、起動したプリンタ３ａからＭＡＣアドレスを取得した上で、プリンタ３ａへの送信処理を行う。

具体的に説明すると、送信部２１３は、プリンタ３ａから起動通知を受信すると、ホストコンピュータ１から受信した印刷ジョブのうちマジックパケットが分離された残りのデータ（印刷対象の印刷データや各種の設定条件のデータ）を言語モニタ２５５からプリンタ３ａに送信する。

プリンタ３ａでは、受信部３１３がプリントサーバ２から送信された印刷データを受信すると（ステップＳ３５）、実行部３１４が、給紙・搬送部３５や画像形成部３６の機能により、受信した印刷データの印刷を実行して（ステップＳ３６）、印刷対象の画像データを設定された出力用紙に出力する。

印刷を実行してその処理が完了すると、プリンタ３ａの実行部３１４は、印刷が終了した旨を示す印刷終了通知をプリントサーバ２に送信する（ステップＳ３７）。これにより、プリンタ３ａにおける印刷処理は終了する。また、プリントサーバ２において、プリンタ３ａから送信された印刷終了通知を受信すると（ステップＳ２２５）、図７のフローチャートにおける印刷処理は終了する。

図６のフローチャートに戻って、ステップＳ２２における印刷処理が終了すると、プリントサーバ２の制御部２１は、印刷終了通知をホストコンピュータ１に送信し（ステップＳ２３）、ホストコンピュータ１の制御部１１は、プリントサーバ２から送信された印刷終了通知を受信する（ステップＳ１８）。

そして、プリントサーバ２では、制御部２１が印刷処理を終了する（ステップＳ２４）。

具体的に説明すると、プリントサーバ２では、スプーラ２５４が言語モニタ２５５の関数EndDocPortを呼び出して、指定されたプリンタ３ａのポートにおける印刷を終了する。

以上により、図６におけるフローチャートの処理は終了する。このような処理により、ホストコンピュータ１とは別のネットワークセグメントに存在するプリントサーバ２上で動作する言語モニタ２５５からマジックパケットがブロードキャストされる。その結果、スリープ状態にあるプリンタ３ａとは異なるネットワークセグメントからでも、プリンタ３ａを起動させて印刷を実行することが可能となる。

以上説明したように、本実施形態に係る通信システムは、ホストコンピュータ１とは別のネットワークセグメントへのマジックパケットの送信を、送信先のネットワークセグメントに存在するプリントサーバ２を経由し、プリントサーバ２が備える印刷サブシステム２５２を利用して実現する。これにより、主制御部の電源が停止しているためにＡＲＰに応答を返さない機器に対しても、ネットワークセグメント外からマジックパケットを送信して、起動させることができる。

既存の印刷サブシステムの仕組みを利用することから、本実施形態に係る通信システムのために新たなプロトコルを開発する必要がなく、簡易に実現可能である。とくにプリントサーバ２は、一般的に普及している印刷サブシステムの仕組みが備えられたものであればよいため、新たに独自のサーバ装置を用意する必要がない。プリントサーバ２として、例えば、ホストコンピュータ１と同様なクライアントＰＣを利用することもできるため、導入コストを大幅に削減可能となる。

また、既存のプリンタ共有の仕組みを利用するため、既存の共有プリンタに設定された各種機能をそのまま利用することができる。例えば、共有プリンタへのアクセス権の機能をそのまま利用し、マジックパケットをブロードキャスト送信することが可能なユーザに制限をかけることが容易に可能となる。

以上に本発明の実施形態について説明したが、上記実施形態は一例であり、本発明の適用範囲はこれに限られない。すなわち、本発明の実施形態は種々の応用が可能であり、あらゆる実施の形態が本発明の範囲に含まれる。

例えば、上記実施形態では、マジックパケットによる起動対象の機器は、印刷装置であるプリンタ３ａ〜３ｃであった。しかし、本発明に係る通信システムが起動対象とする機器は印刷装置に限らず、一般的なＰＣ、サーバ、コピー機、ファクシミリ等、その他の通信装置であってもよい。すなわち、印刷サブシステム２５２の言語モニタ２５５を介してブロードキャストされたマジックパケットは、プリントサーバ２とＬＡＮ５ｂを介して接続された通信装置であれば印刷装置以外にも到達するため、ポートに接続された印刷装置以外の通信装置であっても起動させることが可能である。

また、上記実施形態では、プリントサーバ２の送信部２１３は、マジックパケットにより所望のプリンタを起動させた後、起動したプリンタに印刷処理を実行させた。しかし、本発明に係る通信システムは、起動したプリンタに印刷処理を実行させないものであってもよい。すなわち、本発明に係る通信システムは、ユーザが家や勤め先に到着する前にスリープ状態にある所望の機器をあらかじめ遠隔的に起動させておきたいという場合のような、起動対象の通信装置を単に起動させることを目的とするものであってもよい。

このように起動した通信装置に印刷等の処理を実行させない場合には、プリントサーバ２の受信部２１１は、ホストコンピュータから送信されたマジックパケットを受信し、配信部２１３が受信したマジックパケットをＬＡＮ５ｂ上にブロードキャストすることで、起動対象の通信装置を起動させる。すなわち、上記実施形態において説明したフローチャート（図６、図７）において、印刷データの生成処理（ステップＳ１３）、印刷データの送受信処理及び印刷実行処理（ステップＳ２２４〜Ｓ２２５、ステップＳ３５〜Ｓ３７）等の処理を実行する必要がなくなるため、通信システムが実行すべき処理をより簡易なものにできる。

また、上記実施形態では、ホストコンピュータ１の送信部１１２は、マジックパケットを印刷データに付加してプリントサーバ２に送信した。しかし、送信部１１２は、マジックパケットと印刷データとを同時に送信しなくともよい。例えば、送信部１１２は、まずマジックパケットをプリントサーバ２に送信して起動対象のプリンタ３を起動させ、そして、プリンタ３が起動したことが確認できた後に印刷データをホストコンピュータ１からプリントサーバ２に送信し、起動したプリンタ３に印刷を実行させるようにしてもよい。

また、上記実施形態では、プリントサーバ２の送信部２１３は、配信部２１２がマジックパケットをＬＡＮ５ｂ上にブロードキャストした後、起動対象のプリンタ３ａから起動した旨の通知を受信するまで待機し、その通知を受信してからプリンタ３ａに印刷データを送信した（図７のステップＳ２２４）。しかし、本発明に係る通信システムでは、送信部２１３は、起動通知の受信を待たなくてもよい。例えば送信部２１３は、マジックパケットのブロードキャストから所定の時間が経過後にアドレス解決要求（ＡＲＰ）を第２のセグメント４ｂ内にブロードキャストし、起動対象の印刷装置からの応答を受信してＭＡＣアドレスを取得できた場合に印刷データを送信するようにしてもよい。これにより、より簡易な構成により、スリープ状態の印刷装置を起動させて印刷を実行させることが可能となる。

また、上記実施形態では、プリントサーバ２は、１台のホストコンピュータ１からの送信された印刷ジョブを処理した。しかし、プリントサーバ２は、複数の通信端末からの印刷ジョブを処理するようにしてもよい。すなわち、プリントサーバ２及びプリンタ３ａ〜３ｃが所属するネットワークセグメントとは異なるネットワークセグメントに存在する複数の通信端末のそれぞれから印刷ジョブを受信してスプーラ２５４に保持し、各通信端末について上記実施形態で説明した処理を順次実行するようにしてもよい。

また、上記実施形態では、起動命令としてマジックパケットを使用した例について説明した。しかし、マジックパケットは一例であり、マジックパケット以外の起動命令であってもよい。すなわち、ネットワークアダプタは通電されているが主制御部への給電が停止しているためアドレス解決要求に応答しないようなスリープ状態にある機器を起動させる起動命令であれば、本発明に適用可能である。

また、上記実施形態では、ホストコンピュータ１上で動作するＯＳとしてＷｉｎｄｏｗｓ（登録商標）を用いる場合について説明した。また、プリンタドライバ２５３としてＧＤＩが生成した描画データを処理するドライバを用いる場合について説明した。しかし、これらはいずれも例示であり、ＯＳとして他のＯＳを用いてもよいし、プリンタドライバとして例えばＸＰＳ（XML Paper Specification）を利用したプリンタドライバを用いてもよい。

なお、本発明に係る機能を実現するための構成を予め備えた通信システムとして提供できることはもとより、プログラムの適用により、既存のパーソナルコンピュータや情報端末機器等を、本発明に係る通信端末、通信制御装置、及び、通信装置として機能させることもできる。すなわち、上記実施形態で例示したホストコンピュータ１、プリントサーバ２、及び、プリンタ３ａ〜３ｃによる各機能構成を実現させるためのプログラムを、既存のパーソナルコンピュータや情報端末機器等を制御するＣＰＵ等が実行できるように適用することで、それぞれ本発明に係る通信端末、通信制御装置、及び、通信装置として機能させることができる。また、本発明に係る通信制御方法は、通信制御装置を用いて実施できる。

また、このようなプログラムの適用方法は任意である。プログラムを、例えば、フレキシブルディスク、ＣＤ（Compact Disc）−ＲＯＭ、ＤＶＤ（Digital Versatile Disc）−ＲＯＭ、メモリカード等のコンピュータ読み取り可能な記憶媒体に格納して適用できる。さらに、プログラムを搬送波に重畳し、インターネットなどの通信媒体を介して適用することもできる。例えば、通信ネットワーク上の掲示板（ＢＢＳ：Bulletin Board System）にプログラムを掲示して配信してもよい。そして、このプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、上記の処理を実行できるように構成してもよい。

以上、本発明の好ましい実施形態について説明したが、本発明は係る特定の実施形態に限定されるものではなく、本発明には、特許請求の範囲に記載された発明とその均等の範囲が含まれる。以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。

（付記１）
第１のネットワークセグメント内の通信端末と、第２のネットワークセグメント内の通信制御装置及び通信装置と、を備える通信システムであって、
前記通信端末は、
前記通信装置の主制御部の電源を入れる旨の起動命令を前記通信制御装置に送信する送信手段を備え、
前記通信制御装置は、
前記通信端末から送信された起動命令を受信する受信手段と、
前記受信した起動命令を、前記第２のネットワークセグメント内に存在する不特定の機器に配信する配信手段と、
を備え、
前記通信装置は、
前記通信制御装置から配信された起動命令を取得する取得手段と、
前記取得した起動命令が自装置に対する起動命令である場合に、自装置の主制御部の電源を入れる起動手段と、
を備える通信システム。

（付記２）
前記通信端末は、印刷対象の印刷を前記通信装置で行う旨の指示を受け付ける受付手段をさらに備え、
前記送信手段は、前記受付手段が前記指示を受け付けたことに応答して、前記印刷対象の印刷データ及び前記起動命令を前記通信制御装置に送信し、
前記受信手段は、前記通信端末から送信された印刷データ及び起動命令を受信し、
前記通信制御装置は、前記配信手段が前記起動命令を配信した後に、前記受信した印刷データを前記通信装置に送信する制御装置側送信手段をさらに備え、
前記通信装置は、前記通信制御装置から送信された印刷データを受信する通信装置側受信手段と、前記受信した印刷データの印刷を実行する実行手段と、をさらに備える、
ことを特徴とする付記１に記載の通信システム。

（付記３）
前記制御装置側送信手段は、前記配信手段が前記起動命令を配信した後、前記通信装置から起動した旨の通知がされたことに応答して、前記受信した印刷データを前記通信装置に送信する、
ことを特徴とする付記２に記載の通信システム。

（付記４）
前記起動命令は、前記通信装置の主制御部の電源を入れることにより、前記通信装置を、前記第２のネットワークセグメント内に配信されたアドレス解決要求に応答しない状態から、前記アドレス解決要求に応答する状態に起動させる命令であり、
前記制御装置側送信手段は、前記配信手段が前記起動命令を配信した後、前記通信端末からアドレス解決要求に対する応答がされた場合に、前記受信した印刷データを前記通信装置に送信する、
ことを特徴とする付記２に記載の通信システム。

（付記５）
前記配信手段は、前記通信制御装置に備えられた言語モニタを介して、前記受信した起動命令を、前記第２のネットワークセグメント内に存在する不特定の機器にブロードキャスト送信する、
ことを特徴とする付記１乃至４のいずれか１つに記載の通信システム。

（付記６）
前記送信手段は、前記起動命令として、前記通信装置の物理アドレスを含むマジックパケットを前記通信制御装置に送信し、
前記配信手段は、前記通信端末から受信したマジックパケットを前記第２のネットワークセグメント内に存在する不特定の機器に配信し、
前記取得手段は、前記配信されたマジックパケットを取得し、
前記起動手段は、前記取得したマジックパケットに含まれる物理アドレスが自装置の物理アドレスと一致する場合に、自装置の主制御部の電源を入れる、
ことを特徴とする付記１乃至５のいずれか１つに記載の通信システム。

（付記７）
第１のネットワークセグメント内の通信端末とネットワークを介して接続された第２のネットワークセグメント内の通信制御装置であって、
前記第２のネットワークセグメント内の通信装置の主制御部の電源を入れる旨の起動命令を、前記通信端末から受信する受信手段と、
前記受信した起動命令を前記第２のネットワークセグメント内に存在する不特定の機器に配信することにより、前記通信装置を起動させる配信手段と、
を備える通信制御装置。

（付記８）
第１のネットワークセグメント内の通信端末とネットワークを介して接続された第２のネットワークセグメント内の通信制御装置における通信制御方法であって、
前記第２のネットワークセグメント内の通信装置の主制御部の電源を入れる旨の起動命令を、前記通信端末から受信する受信ステップと、
前記受信した起動命令を前記第２のネットワークセグメント内に存在する不特定の機器に配信することにより、前記通信装置を起動させる配信ステップと、
を含むことを特徴とする通信制御方法。

（付記９）
第１のネットワークセグメント内の通信端末とネットワークを介して接続された第２のネットワークセグメント内のコンピュータに、
前記第２のネットワークセグメント内の通信装置の主制御部の電源を入れる旨の起動命令を、前記通信端末から受信する受信機能、
前記受信した起動命令を前記第２のネットワークセグメント内に存在する不特定の機器に配信することにより、前記通信装置を起動させる配信機能、
を実現させることを特徴とするプログラム。

１…ホストコンピュータ、２…プリントサーバ、３（３ａ〜３ｃ）…プリンタ、４ａ，４ｂ…セグメント、５ａ，５ｂ…ＬＡＮ、６ａ，６ｂ…ルータ、７…外部ネットワーク、１１…制御部、１２…表示部、１３…操作部、１４…通信部、１５…記憶部、２１…制御部、２４…通信部、２５…記憶部、３１…制御部、３２…表示部、３３…操作部、３４…通信部、３５…給紙・搬送部、３６…画像形成部、３７…記憶部、１１１…受付部、１１２…送信部、１５１…制御プログラム、１５２…アプリケーション、１５３…ＧＤＩ、１５４…プリンタドライバ、２１１…受信部、２１２…配信部、２１３…送信部、２５１…制御プログラム、２５２…印刷サブシステム、２５３…プリンタドライバ、２５４…スプーラ、２５５…言語モニタ、２５６…ポートモニタ、２５７…ポートドライバ、３１２…起動部、３１３…受信部、３１４…実行部、３４１…通信制御部、３７１…制御プログラム

Claims (2)

1. 第１のネットワークセグメントが外部ネットワークを介して第２のネットワークセグメントに接続され、前記第１のネットワークセグメントにおける通信端末により前記第２のネットワークセグメントにおける複数の電子機器のうちの所定の電子機器をスリープ状態から復帰させる通信制御方法であって、
   スリープ状態から復帰させるための復帰信号に前記所定の電子機器を識別するための識別情報が付加された制御信号を前記通信端末から前記外部ネットワークを介して前記第２のネットワークセグメントにおける所定の通信制御装置に送信させる第１の送信ステップと、
   前記第１の送信ステップで送信された前記制御信号を前記通信制御装置に受信させ、該通信制御装置により前記制御信号を前記第２のネットワークセグメントにブロードキャストさせる第２の送信ステップと、
   前記第２の送信ステップでブロードキャストされた前記識別情報に基づいて前記複数の電子機器のうち前記所定の電子機器を前記スリープ状態から復帰させる復帰ステップと、
   を有し、
   前記第１の送信ステップで前記通信端末が該通信端末のユーザ情報を前記制御信号に付加して前記通信制御装置に送信し、
   前記第２の送信ステップで前記通信制御装置が前記ユーザ情報に基づいて前記制御信号をブロードキャストするか否かを判断することを特徴とする通信制御方法。
2. 第１のネットワークセグメントが外部ネットワークを介して第２のネットワークセグメントに接続され、前記第１のネットワークセグメントにおける通信端末により前記第２のネットワークセグメントにおける複数の電子機器のうちの所定の電子機器をスリープ状態から復帰させる通信制御方法であって、
   スリープ状態から復帰させるための復帰信号に前記所定の電子機器を識別するための識別情報が付加された制御信号を前記通信端末から前記外部ネットワークを介して前記第２のネットワークセグメントにおける所定の通信制御装置に送信させる第１の送信ステップと、
   前記第１の送信ステップで送信された前記制御信号を前記通信制御装置に受信させ、該通信制御装置により前記制御信号を前記第２のネットワークセグメントにブロードキャストさせる第２の送信ステップと、
   前記第２の送信ステップでブロードキャストされた前記識別情報に基づいて前記複数の電子機器のうち前記所定の電子機器を前記スリープ状態から復帰させる復帰ステップと、
   前記復帰ステップで前記制御信号に基づいてスリープ状態から復帰した旨の通知信号を前記所定の電子機器により前記通信制御装置に送信させる第３の送信ステップと、
   を有し、
   前記通信制御装置は、前記通信端末から送信されてきた前記制御信号に印刷データが付加されていた場合には、前記第２の送信ステップで前記印刷データを除いたうえで前記制御信号をブロードキャストするとともに、前記通知信号を受信した後に前記所定の電子機器に対して前記印刷データを送信することを特徴とする通信制御方法。

Images