(57)【要約】【課題】  ＷＳＤ（Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  ｏｎ  Ｄｅｖｉｃｅｓ）スキャンサービスにおけるプッシュスキャンでは、ＰＣ１０３がＭＦＰ１０４からのサービスを享受するために登録要求を行う。この登録要求コマンドにはＰＣ１０３のＰＣ名が格納されており、ユーザがＭＦＰからプッシュスキャンを実行する際にはスキャンデータの送信先としてＰＣ名を選択することができる。しかし、この時点でＭＦＰ１０４はＰＣ１０３のログオンユーザ名を認識できないため、ユーザがスキャンデータを誤送信する危険性がある。【解決手段】  ユーザがＭＦＰ１０４の表示部から動作開始要求の要請コマンドの送信先となるＰＣを、前記操作部の操作により決定する前に動作開始要求の要請コマンドを前記情報端末装置に発行する。これにより前記ＰＣから送信されてくるログオンユーザ名を含んだ動作開始要求コマンドから抽出した前記ログオンユーザ名を、前記表示部に表示する。【選択図】  図８
2010124124.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置で生成した画像データを、ネットワーク上の情報端末装置に通信プロトコルに従って送信する画像処理モードを持つ画像処理システムにおいて、
前記画像形成装置は、
前記画像処理モードを指定するモード指定手段と、
前記通信プロトコルに従って接続が成立している情報端末装置の情報を表示する表示手段と、
画像データを送信する前記情報端末装置を、前記表示手段に表示された情報端末装置から選択する選択手段と、
画像データを前記選択手段で選択された情報端末装置に送信するモード実行手段を有するとともに、
前記指定手段により前記画像処理モードが指定された後であって、前記選択手段により前記情報端末装置が選択されるより前に、動作開始要求のコマンドを前記情報端末装置に発行し、
前記情報端末装置は、前記画像形成装置から受信した前記動作開始要求のコマンドに従って、前記情報端末装置の利用者識別情報を含むコマンドを前記画像形成装置に発行し、
前記画像形成装置は、受信した前記コマンドから前記利用者識別情報を取得し、
前記表示手段に反映させて表示することを特徴とする画像処理システム。
【請求項２】
前記利用者識別情報は情報端末装置にログオンしているログオンユーザー名であることを特徴とする請求項１に記載の画像処理システム。
【請求項３】
前記選択手段により画像データを送信する情報端末装置を選択する前に発行される前記動作開始要求のコマンドは、前記画像形成装置から前記モード実行手段に基づいて画像データを前記選択手段で選択された情報端末装置に送信する動作の動作開始要求のコマンドと同一コマンドである事を特徴とする、前記請求項１乃至２項に記載の画像処理システム。
【請求項４】
前記画像形成装置は、前記選択手段により画像データを送信する情報端末装置を選択する前に発行した動作開始要求のコマンドに対して、前記情報端末装置が発行したコマンドを受信し、受信したコマンドから利用者識別情報を取得した後に、前記情報端末装置に対して動作開始の拒否を示すコマンドを発行する事を特徴とする前記請求項１乃至３いずれか１項に記載の画像処理システム。
【請求項５】
前記画像形成装置は、前記選択手段により画像データを送信する情報端末装置を選択する前に発行した動作開始要求のコマンドを発行することで取得した第一の利用者識別情報を保存する保存手段を更に有し、
前記操作手段からの指示によって発行された動作開始要求のコマンドを発行することで取得した第二の利用者識別情報と比較し、それぞれの利用者識別情報が異なる場合には、第二の利用者識別情報を用いて前記表示手段を更新することを特徴とする請求項１に記載の画像処理システム。
【請求項６】
前記画像形成装置は、前記操作手段からの指示によって発行された動作開始要求のコマンドに応じて接続された全ての前記情報端末装置からの利用者識別情報を含むコマンドの受信が完了するまで前記表示手段を表示させない事を特徴とする請求項１に記載の画像処理システム。
【請求項７】
画像形成装置で生成した画像データを、ネットワーク上の情報端末装置に通信プロトコルに従って送信する画像処理モードを持つ画像処理システムの制御方法において、
前記画像処理モードを指定するモード指定工程と、
前記通信プロトコルに従い接続が成立している情報端末装置の情報を表示する表示工程と、
画像データを送信する前記情報端末装置を、前記表示手段に表示された情報端末装置から選択する選択工程と、
画像データを前記選択工程で選択された情報端末装置に送信するモード実行工程と、
前記指定工程により前記画像処理モードが指定された後であって、前記選択工程により前記情報端末装置が選択されるより前に、動作開始要求のコマンドを前記情報端末装置に発行することで利用者識別情報を取得する工程とを有し、
前記表示手段に前記利用者識別情報を反映させて表示させることを特徴とする画像処理システムの制御方法。
【請求項８】
画像形成装置で生成した画像データを、ネットワーク上の情報端末装置に通信プロトコルに従って送信する画像処理モードを持つ画像処理装置において、
前記画像処理モードを指定するモード指定手段と、
前記通信プロトコルに従って接続が成立している情報端末装置の情報を表示する表示手段と、
画像データを送信する前記情報端末装置を、前記表示手段に表示された情報端末装置からから選択する選択手段と、
画像データを前記選択手段で選択された情報端末装置に送信するモード実行手段と、
前記指定手段により前記画像処理モードが指定された後であって、前記選択手段により前記情報端末装置が選択されるより前に、動作開始要求のコマンドを前記情報端末装置に発行することで利用者識別情報を取得する取得手段とを有し、
前記表示手段に前記利用者識別情報を反映させて表示させることを特徴とする画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、原稿に記載された画像を光学的に読取スキャナ装置、複写機を含む画像形成装置に関するものである。特に、例えば、ネットワークに接続されたＰＣのような情報端末装置とスキャナ機能を備えた多機能周辺機器（ＭＦＰ：Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）のような画像形成装置とからなる情報処理システムに関する。
【背景技術】
【０００２】
従来から、ネットワーク上に接続される画像形成装置には、原稿を読み取って生成したデータ（以下、スキャンデータ、画像データ、或いは原稿データ）をＰＣなどの情報端末装置へ送信するいわゆるスキャナ機能を有するものがある。
【０００３】
このスキャン機能には、プルスキャン機能とプッシュスキャン機能とがある。プルスキャン機能は、クライアントである情報端末装置側の操作によってサーバである画像形成装置のスキャナ機能が起動され、画像形成装置から情報端末装置へスキャンデータを送信する機能である。プッシュスキャン機能は、画像形成装置（サーバ）側の操作によってスキャンデータを送信する情報端末装置（クライアント）を決定し、スキャンデータを情報端末装置に送信する機能である。このプッシュスキャン機能に関しても、いくつかの技術が開示されている。本発明ではサーバからクライアントへとスキャン操作の開始希望を知らせるイベントを通知し、その情報を元にクライアントからプルスキャンを行うという方式のプッシュスキャンについて説明する。
【０００４】
一般に、複数のクライアントとサーバとから構成され、且つ、特定のクライアントとサーバのとの通信が占有されていないネットワークシステムにおいて、サーバから特定のクライアントへのイベント通知を認識する為の方法が２つあった。
【０００５】
１つは、クライアントがサーバに対してポーリングを行う方法である（ポーリング型プッシュスキャン）。即ち、クライアントであるＰＣとサーバであるＭＦＰとからなるシステムにおいて、ＭＦＰでのイベント発生を検出する為に、ＰＣがＭＦＰに対してポーリングを行う方法である。
【０００６】
具体的には、ＰＣがＭＦＰに対してＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）通信でポーリング要求を行い、同時にＭＦＰは通信しているＰＣのリスト情報を保持する。ＭＦＰはＰＣからのポーリング要求イベントが発生した際、イベントの対象となるＰＣに対するポーリング応答のみにイベントの発生を通知する。これによりそのＰＣがイベントの通知を認識しＭＦＰに対してＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）通信を用いたサービスを要求する（例えば、特許文献１参照）。
【０００７】
特許文献１では、ポーリング型プッシュスキャンであり、クライアントからサーバへ送信される各種要求パケットフレームにスキャンデータの送信先情報としてＰＣ名やログオンユーザ名等の識別情報格納されている。この方法は、動作は複雑だがサーバがクライアントの情報を容易に取得できる。
【０００８】
もう１つは、サーバが全ての或いは特定のクライアントに対して、イベントの発生を通知する方法である（イベント型プッシュスキャン）。即ち、クライアントであるＰＣとサーバであるＭＦＰとからなるシステムにおいて、ＭＦＰがＰＣに対してイベントの発生を通知する方法である。具体的には、ＭＦＰ自身がＵＤＰ通信によるブロードキャストを使用してネットワーク上の全てのＰＣに対してイベント発生を通知する。その後、該当するＰＣのみがイベントの通知を認識して、ＭＦＰに対してＴＣＰ通信を用いたサービスを要求する。
【０００９】
現在イベント型プッシュスキャンでは、Ｗｅｂサービス技術を使用することにより、サーバがクライアントにサービスを提供することが普及しつつある。このＷｅｂサービス技術では、サーバが、ＷＳＤＬ（Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）で記述されたファイルをＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）を用いてクライアントに提供する。クライアントはそのサービス記述情報を解析して、サーバがどのようなサービスを提供しているか、またはどのような手順及びプロトコルでサービスを受けるかを認識することができる。例えばＷｅｂサービススキャナ（ＷＳ−Ｓｃａｎｎｅｒ）システムにおけるプッシュスキャンでは、画像データの送信先情報を管理する画像読取装置（例えば、特許文献２参照）が考案されている。
【００１０】
特許文献２は、イベント型プッシュスキャンに関する発明であり、画像読取装置内に保持している宛先情報に基づいて試みた通信が失敗した場合、該宛先情報を無効とする。
【特許文献１】特開２００７−２１９９５６号公報
【特許文献２】特開２００８−０３４９２３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、特許文献１のようなポーリング型プッシュスキャンとは異なり、特許文献２のようなイベント型プッシュスキャンでは、サーバが識別できるクライアント情報は、プロトコルの制限を受けてしまう。例えばＷＩＮＤＯＷＳ（登録商標）  ＶＩＳＴＡにおけるプロトコルであるＷＳＤ（Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  ｏｎ  Ｄｅｖｉｃｅｓ）スキャンサービスにおけるプッシュスキャン（以後、ＷＳＤプッシュスキャンと称する）では、サーバであるＭＦＰが識別可能なクライアントＰＣ情報はＰＣ名だけである。その為、ＭＦＰを操作しているユーザにとっては、データ送信先としてＰＣ名は選択できるものの、ログオンユーザ名を確認できない、という問題があった。
【００１２】
したがって、第１のユーザがＭＦＰを操作しＰＣに対してプッシュスキャンを実行したところ、第２のユーザがＰＣを利用していた場合、第１のユーザのスキャンデータが第２のユーザに誤送信されるという問題が生じてしまう。
【課題を解決するための手段】
【００１３】
この発明は上記の目的を達成するため、本発明の画像処理システムは画像形成装置で生成した画像データを、ネットワーク上の情報端末装置に通信プロトコルに従って送信する画像処理モードを持つ画像処理システムであって、前記画像形成装置は前記画像処理モードを指定するモード指定手段と、前記通信プロトコルに従って接続が成立している情報端末装置の情報を表示する表示手段と、画像データを送信する前記情報端末装置を、前記表示手段に表示された情報端末装置から選択する選択手段と、画像データを前記選択手段で選択された情報端末装置に送信するモード実行手段を有するとともに、前記指定手段により前記画像処理モードが指定された後であって、前記選択手段により前記情報端末装置が選択されるより前に、動作開始要求のコマンドを前記情報端末装置に発行し、前記情報端末装置は、前記画像形成装置から受信した前記動作開始要求のコマンドに従って、前記情報端末装置の利用者識別情報を含むコマンドを前記画像形成装置に発行し、前記画像形成装置は、受信した前記コマンドから前記利用者識別情報を取得し、前記表示手段に反映させて表示することを特徴とする。
【００１４】
本発明の画像読取方法は更に、画像形成装置で生成した画像データを、ネットワーク上の情報端末装置に通信プロトコルに従って送信する画像処理モードを持つ画像処理システムの制御方法であって、前記画像処理モードを指定するモード指定工程と、前記通信プロトコルに従い接続が成立している情報端末装置の情報を表示する表示工程と、画像データを送信する前記情報端末装置を、前記表示手段に表示された情報端末装置から選択する選択工程と、画像データを前記選択工程で選択された情報端末装置に送信するモード実行工程と、前記指定工程により前記画像処理モードが指定された後であって、前記選択工程により前記情報端末装置が選択されるより前に、動作開始要求のコマンドを前記情報端末装置に発行することで利用者識別情報を取得する工程とを有し、前記表示手段に前記利用者識別情報を反映させて表示させることを特徴とする。
【００１５】
本発明の画像処理装置は更に、画像形成装置で生成した画像データを、ネットワーク上の情報端末装置に通信プロトコルに従って送信する画像処理モードを持ち、前記画像処理モードを指定するモード指定手段と、前記通信プロトコルに従って接続が成立している情報端末装置の情報を表示する表示手段と、画像データを送信する前記情報端末装置を、前記表示手段に表示された情報端末装置からから選択する選択手段と、画像データを前記選択手段で選択された情報端末装置に送信するモード実行手段と、前記指定手段により前記画像処理モードが指定された後であって、前記選択手段により前記情報端末装置が選択されるより前に、動作開始要求のコマンドを前記情報端末装置に発行することで利用者識別情報を取得する取得手段とを有し、前記表示手段に前記利用者識別情報を反映させて表示させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、ＷＳＤプロトコルを用いたプッシュスキャンにおいて、ユーザがスキャンデータの送信先を選択する際に、従来のＰＣ名に加え前記ＰＣにログオンしているログオンユーザ名を確認することができる。これにより、ユーザはスキャンデータの誤送信を回避することが出来る。
【発明を実施するための最良の形態】
【００１７】
以下、添付図面を参照して本発明の好適な実施の形態を詳細に説明する。
【実施例】
【００１８】
本発明の実施の形態としてネットワーク上における通信プロトコルの１つである、ＷＳＤプロトコルを用いたプッシュスキャンを行なう画像処理システムを例に詳細に説明する。
【００１９】
図１は本発明の実施例に関わるネットワーク読取環境を示した概念図である。Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＬＡＮ）１０１にルータ１０２、情報端末であるＰＣ１０３、  ネットワークに対応した画像形成装置であるＭｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ（ＭＦＰ）１０４が接続されている。
【００２０】
ルータ１０２はＩＰｖ６およびＩＰｖ４の両者で通信可能な一般に販売されている通信仲介装置であり、接続されているネットワーク内において、ＩＰアドレスの解決などを行う。このルータ１０２には、無線通信機能を具備しアクセスポイントと称されるものもある。
【００２１】
図１および以降の説明では有線ＬＡＮケーブルであるＬＡＮ１０１から構成されるネットワークについて扱うが、発明の本質は無線ＬＡＮであっても、有線ＬＡＮと無線ＬＡＮが混在するネットワークであっても同様である。なお、図１では１台のＰＣのみが図示されているが、複数のＰＣが１つのルータ１０２に接続可能であり、１つのＭＦＰ１０４をネットワーク上に存在し、ＷＳＤプロトコルにより接続が成立した複数のＰＣで共有して印刷および読取を行うことも可能である。本実施例ではＰＣ１０３とＭＦＰ１０４とは、ルータ１０２によって適切なＩＰアドレスが割り当てられており、ＬＡＮ１０１経由での通信が可能となっている。
【００２２】
図２は本発明の実施例に関わるＰＣ１０３の物理的構成の概略を示したブロック図である。
【００２３】
ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭあるいは外部メモリ（ＤＳＫ）２１３に記憶された文書処理プログラム等に基づいて、図形や、イメージ、文字、表（表計算等を含む）等が混在した文書処理を実行する。また、ＣＰＵ２０１は、システムバス２１０に接続される各デバイスを総括的に制御する。
【００２４】
ＲＯＭ２０３のプログラム用ＲＯＭあるいはＤＳＫ２２３には、ＣＰＵ２０１の制御プログラムであるＯｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ  ｐｒｏｇｒａｍ（ＯＳ）等が記憶されている。ＲＯＭ２０３のフォント用ＲＯＭあるいはＤＳＫ２２３には、上記文書処理の際に使用するフォントデータ等が記憶されている。ＲＯＭ２０３のデータ用ＲＯＭあるいはＤＫＳ２２３には、上記文書処理等を行う際に使用する各種データが記憶されている。
【００２５】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリやワークエリア等として機能する。
【００２６】
ディスクコントローラ（ＤＫＣ）２１３は、ＤＳＫ２２３とのアクセスを制御する。
【００２７】
ＤＳＫ２２３は、ブートプログラム、各種アプリケーション、フォントデータ、ユーザファイル、編集ファイル、及びＭＦＰ制御コマンド生成プログラム（以下、ＭＦＰドライバと記す）等を記憶する。また、ＤＳＫ２２３は、ハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）等で構成される。
【００２８】
キーボードコントローラ（ＫＢＣ）２１４は、キーボード（ＫＢ）２２４や不図示のポインティングデバイスからのキー入力を制御する。
【００２９】
ディスプレイコントローラ（ＤＳＰＣ）２１５は、ディスプレイ（ＤＳＰ）２２５の表示を制御する。
【００３０】
プリンタコントローラ（ＰＲＴＣ）２１６は、ＵＳＢ  Ｉｎｔｅｒｆａｃｅ（Ｉ／Ｆ）２１２、ＵＳＢコネクタ２２２、または、ＮＷＩ／Ｆ２１１、ＮＷコネクタ２２１を介して接続するプリンタとの通信制御処理を実行する。
【００３１】
スキャナコントローラ（ＳＲＴＣ）２１７は、ＵＳＢ  Ｉｎｔｅｒｆａｃｅ（Ｉ／Ｆ）２１２、ＵＳＢコネクタ２２２、または、ＮＷＩ／Ｆ２１１、ＮＷコネクタ２２１を介して接続するスキャナとの通信制御処理を実行する。
【００３２】
ＵＳＢＩ／Ｆ２１２は、ＵＳＢコネクタ２２２に接続される非図示のＵＳＢケーブルを介してＭＦＰ１０４と通信することができる。
【００３３】
ＮＷＩ／Ｆ２１１は、ＮＷコネクタ２２１に接続される、非図時のＰＣＭＣＩＡカードタイプの無線ＬＡＮカード或いはＬＡＮケーブルを介して、ＭＦＰとネットワーク経由で通信が出来る。前述した無線ＬＡＮ通信に関連する部位がＰＣに内蔵されている構成であっても本発明の動作には影響ない。
【００３４】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２上に設定された表示情報のアウトラインフォントへの展開（ラスタライズ）処理を実行し、ＤＳＰ２２５上でのＷＹＳＩＷＹＧを可能としている。また、ＣＰＵ２０１は、ＤＳＰ２２５上に表示されるマウスカーソル等で指示されたコマンドに基づいて、登録された種々のウインドウを開き、種々のデータ処理を実行する。
【００３５】
これによって、ユーザは印刷を実行する際、印刷の設定に関するウインドウを開き、ＭＦＰ１０４の印刷部に関する設定や、印刷モードの選択を含むプリンタドライバに対する印刷処理方法の設定を行うことができる。同様にユーザは、読取を実行する際、読取に関するウインドウを開きＭＦＰ１０４の読取部に関する設定や、読取モードの選択を含む読取処理方法の設定を行うことができる。
【００３６】
また、一般的にＰＣでは何らかのＯＳが動作していて、そのＯＳ環境で印刷を行うためには印刷用ソフト（プリンタドライバ）や、読取を行う読取用ソフト（スキャナドライバ）が必要となる。プリンタドライバおよびスキャナドライバは、ＯＳメーカーあるいはプリンタメーカーから提供され、予めＰＣにインストールされたり、ＣＤなどの形式で提供されたりする。プリンタで印刷および読取を行うためには、何らかの形でプリンタドライバおよびスキャナドライバをインストールする必要があり、本実施例ではプリンタドライバおよびスキャナドライバがインストール済みである。
【００３７】
図３は本発明の実施例に関わるネットワークＭＦＰの物理的構成の概略を示したブロック図である。
【００３８】
ＭＦＰ用ＣＰＵ３０１は、システムバス３１０に接続される印刷部（プリンタエンジン）３２４へ出力情報としての画像信号を、印刷部Ｉ／Ｆ３１４を経由して出力する。また、ＣＰＵ３０１は、システムバス３１０に接続される読取部（スキャナエンジン）３２５から入力情報としての画像信号を、読取部Ｉ／Ｆ３１５を経由して入力する。ＣＰＵ３０１はこれらの処理を、ＲＯＭ３０３のプログラム用ＲＯＭに記憶された制御プログラム等あるいはＤＳＫ３２３に記憶された制御プログラム等に基づいて実行する。読取部３２５は非図示の原稿台或いはそれに準じた装置と接続されている。
【００３９】
ＲＯＭ３０３のプログラム用ＲＯＭには、ＣＰＵ３０１の制御プログラム等が記憶されている。ＲＯＭ３０３のフォント用ＲＯＭには、上記出力情報を生成する際に使用するフォントデータ等が記憶されている。ＲＯＭ３０３のデータ用ＲＯＭには、ハードディスク等のＤＳＫ３２３を用いないＭＦＰ１０４の場合ではＰＣ１０３上で利用されるプリンタ性能情報、デバイス識別情報等が記憶されている。
【００４０】
ＣＰＵ３０１は、ＭＦＰ１０４内の情報等をＰＣ１０３に通知可能に構成されている。ＲＡＭ３０２はＣＰＵ３０１の主メモリやワークエリア等として機能する。またＲＡＭ３０２は図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。
【００４１】
ＮＷＩ／Ｆ３１１は、ＮＷコネクタ３２１に接続される、非図時のＰＣＭＣＩＡカードタイプの無線ＬＡＮカード或いはＬＡＮケーブルを介して、ＰＣとＮＷ経由で通信が出来る。前述した無線ＬＡＮ通信に関連する部位がＭＦＰに内蔵されている構成であっても本発明の動作には影響ない。
【００４２】
ＵＳＢＩ／Ｆ３１２は、ＵＳＢコネクタ３２２に接続される非図示のＵＳＢケーブルを介してＰＣ１０３と通信することができる。
【００４３】
ＲＡＭ３０２は、出力情報展開領域や、環境データ格納領域、ＭＦＰ１０４の各種情報の一時記憶用領域等に用いられる。ハードディスク（ＨＤ）や、ＩＣカード等のＤＳＫ３２３は、メモリコントローラ（ＭＣ）３１３によりアクセスを制御される。ＤＳＫ３２３は、オプションとして接続され、フォントデータや、エミュレーションプログラム、フォームデータ等を記憶する。さらに、操作パネル３３０には、操作のためのスイッチ及びＬＥＤ表示器等が配されている。
【００４４】
また、ＤＳＫ３２３は、少なくとも１個以上備えられ、内蔵フォントに加えてオプションフォントカード、言語系の異なるＭＦＰ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。さらに、図示しない不揮発性であるＮＶＲＡＭを有し、操作パネル３３０からのＭＦＰの動作モード設定情報を記憶するようにしても良い。
【００４５】
＜＜ＷＳＤプッシュスキャン＞＞
まず、ＷＳＤスキャンサービスにおけるプッシュスキャン（ＷＳＤプッシュスキャン）について概要を説明する。
【００４６】
図４は、ＷＳＤプッシュスキャンの、概略シーケンスを示した図である。
【００４７】
ＷＳＤプッシュスキャンを利用するに先立ち、予めクライアントＰＣ１０３はサーバＭＦＰ１０４に対して登録要求（Ｓｕｂｓｃｒｉｂｅ）を行う（Ｓ４０１）。この登録要求コマンドにはＰＣ１０３のＰＣ名が含まれており、ＭＦＰ１０４は該ＰＣ名を認識することが出来る。登録要求コマンドは、ＰＣ１０３がＭＦＰ１０４とネットワーク通信が可能になった時点でのみ発行される。
【００４８】
ＭＦＰ１０４はＰＣ１０３の登録を完了すると、登録完了（ＳｕｂｓｃｒｉｂｅＲｅｓｐｏｎｓｅ）コマンドをＰＣ１０３に対して返却する（Ｓ４０２）。この状態になると、ＰＣ１０３はＭＦＰ１０４が提供するＷＳＤスキャンサービスを享受できるようになる。
【００４９】
さて、ユーザがＭＦＰ１０４の設置場所へ行き、図３に非図示の原稿台にスキャン対象として例えば雑誌を置き、操作パネル３３０の操作によりプッシュスキャンを実行する為のボタンを押下する。該ボタン押下により、ＭＦＰ１０４はスキャン開始要求の要請（ＳｃａｎＡｖａｉｌａｂｌｅＥｖｅｎｔ）コマンドをＰＣ１０３へ発行する（Ｓ４０３）。
【００５０】
ＰＣ１０３はスキャン開始要求の要請コマンドを受信するとＭＦＰ１０４に対してスキャン事前確認（ＶａｌｉｄａｔｅＳｃａｎＴｉｃｋｅｔ）コマンドを発行する。このコマンドはＰＣ１０３が期待するスキャンパラメータの組合せ、及び、ＰＣ１０３にログオンしているログオンユーザ名などが格納されている（Ｓ４０４）。
【００５１】
ＭＦＰ１０４はスキャン事前確認コマンドに格納された情報に基づきスキャンが可能か否かを確認し、スキャンが可能であればスキャン事前確認応答（ＶａｌｉｄａｔｅＳｃａｎＴｉｃｋｅｔＲｅｓｐｏｎｓｅ）コマンドにてＯＫ応答を返却する。また、スキャン不能であればＮＧ応答を返却する（Ｓ４０５）。
【００５２】
Ｓ４０５でＯＫ応答を受信したＰＣ１０３は、スキャン開始要求（ＣｒｅａｔｅＳｃａｎＪｏｂ）コマンドを発行する。（Ｓ４０６）。スキャン開始要求コマンドもＰＣ１０３にログオンしているログオンユーザ名が格納されている。Ｓ４０５でＮＧ応答を受信した場合は、ＰＣ１０３はＳ４０６の処理および以降の処理を中断し、結果としてスキャンは実行されない。
【００５３】
スキャン開始要求を受信したＭＦＰ１０４は、スキャンを開始できる状態であればスキャン開始応答（ＣｒｅａｔｅＳｃａｎＪｏｂＲｅｓｐｏｎｓｅ）コマンドを返却する（Ｓ４０７）。
【００５４】
その後ＰＣ１０３はＭＦＰ１０４に対してデータ要求（ＲｅｔｒｉｅｖｅＩｍａｇｅ）コマンドを発行する（Ｓ４０８）。
【００５５】
ＭＦＰ１０４はデータ応答（ＲｅｔｒｉｅｖｅＩｍａｇｅＲｅｓｐｏｎｓｅ）コマンドを返却し、ＰＣ１０３に対してスキャンデータを送信する（Ｓ４０９）。
【００５６】
図５は本発明の実施例に関わるネットワークＭＦＰの論理的構成の概略を示したブロック図である。図３に示す操作パネル３３０は図５に示す操作／表示部５１の機能を果たす。操作／表示部５１は、本実施例が適用される画像処理モードであるスキャンモード指示ボタン、送信先表示ボタン、プッシュスキャンモード実行開始ボタン、ならびに各種情報を表示する表示画面を備えている。
【００５７】
スキャンモード移行ボタンは、プッシュスキャン実行用モードに移行するためのボタンである。送信先表示ボタンは、プッシュスキャンの送信先を表示画面に表示するためのボタンである。プッシュスキャンモード実行開始ボタンは、スキャンにより生成された画像データの送信開始を指示するためのボタンである。
【００５８】
ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３は、ジョブ／エンジン管理部５２、ジョブ制御部５３、エンジン制御部５４、送信先管理部５５、送信先記憶部５６の各機能を果たす。ＮＷＩ／Ｆ３１１は通信制御部５７の機能を果たす。
【００５９】
ジョブ／エンジン管理部はジョブ制御部５３およびエンジン制御部５４と通信可能であり、ＭＦＰ１０４の読取エンジンの能力把握を始め、スキャン動作全体を管理する。
【００６０】
ジョブ制御部５３は、ＭＦＰ１０４における実行ジョブを制御しており、例えばスキャン操作の為にＭＦＰ１０４の関連リソースをスキャン用に排他的に占有するなどの制御を行う。
【００６１】
エンジン制御部５４は、読取部Ｉ／Ｆ３１４を経由して読取部３２５と通信可能であり、スキャンデータの作成を制御する。通信制御部５７は、ＰＣ１０３とのネットワーク通信を全て仲介する。
【００６２】
図６は、ＷＳＤプッシュスキャンの基本シーケンスを示した図である。
【００６３】
図７は、操作／表示部５１に表示する送信先選択画面の一例（ＰＣ名のみ）を示した図である。
【００６４】
図６では、図５で示した操作表示部５１、ジョブ／エンジン管理部５２、送信先管理部５５、通信制御部５７、操作表示部５１を操作するユーザ６１、ＰＣ１０３のＮＷＩ／Ｆ２１１により実現される通信制御部６２を用いて説明する。
【００６５】
本実施例ではＰＣ―Ａ、ＰＣ―Ｂ、ＰＣ―Ｃの３台のＰＣが接続されており、各々が登録を完了させているものとし、以下の実施例ではＰＣ―ＡをＰＣ１０３として説明する。
【００６６】
また、ＰＣ−Ａのログオンユーザ名はＴａｒｏ、ＰＣ−Ｂのログオンユーザ名はＪｉｒｏ、ＰＣ−Ｃのログオンユーザ名はＳａｂｕｒｏであるとし、Ｔａｒｏをユーザ６１として説明する。
【００６７】
まず、ユーザ６１が、ＭＦＰ１０４とＰＣ１０３の各々について、ネットワーク配線を確認し電源をＯＮする。その後ＭＦＰ１０４とＰＣ１０３との間でＮＷ通信が確立されると、ＰＣ１０３はＰＣ１０３の通信制御部６２（以降、ＰＣ１０３と称する）を経由してＭＦＰ１０４に対して登録要求を発行する（Ｓ６０１）。
【００６８】
登録要求コマンドはＭＦＰ１０４の通信制御部５７にて受信され、送信先管理部５５に送信される（Ｓ６０２）。
【００６９】
図４を用いて説明した通り、該登録要求コマンドには送信先情報としてＰＣ１０３のＰＣ名が格納されている。送信先管理部５５は、送信先情報を送信先管理部５５を経由して、送信先記憶部５６に記憶する。その際ＰＣ情報として、ＰＣ名、ＩＰアドレスが関連付けて登録される。送信先管理部５５はＰＣ情報の登録を完了すると、ＰＣ１０３に対して登録完了を返却する（Ｓ６０３〜Ｓ６０４）。
【００７０】
続いてユーザ６１はプッシュスキャンを実行する為、操作／表示部５１を操作し、スキャンモード指定ボタンを押下する（Ｓ６０５）。操作／表示部５１はスキャン用操作画面を表示する。
【００７１】
さらにユーザ６１が送信先情報を操作／表示部５１の送信先表示ボタンを押下することで、送信先情報要求コマンドが送信先管理部５５へ通知される（Ｓ６０６〜Ｓ６０７）。
【００７２】
送信先管理部５５は送信先記憶部５６から送信先情報を取得し、ユーザが識別できる形式で表示する（Ｓ６０８〜Ｓ６０９）。この時、送信先記憶部５６はＰＣ名しか情報を保持していない為、操作／表示部５１の表示画面には、図７のように表示される。
【００７３】
さらにユーザ６１が操作／表示部５１の操作を進め、送信先ＰＣとして「ＰＣ―Ａ」を選択し、スキャンモード実行ボタンを押下すると、画像処理として本実施例の場合にはスキャン動作開始要求の要請がＰＣ１０３へと通知される（Ｓ６１０〜Ｓ６１３）。
【００７４】
スキャン開始要求の要請を受信したＰＣ１０３は、スキャン事前確認コマンドを発行し、所望のパラメータでのスキャンが可能か否かを問い合わせる（Ｓ６１４〜Ｓ６１５）。このスキャン事前確認コマンドには、前述の通りＰＣ１０３へのログオンユーザ名が格納されており、ＭＰＦ１０４はここで初めてＰＣ１０３のログオンユーザ名が「Ｔａｒｏ」であることを認識できる。
【００７５】
スキャン事前確認コマンドを受信したジョブ／エンジン管理部５２は要求されているパラメータでのスキャンが可能か否かを判断する。スキャンが可能ならＯＫを不可能ならＮＧをＰＣ１０３へ応答する（Ｓ６１６〜Ｓ６１７）。
【００７６】
ＰＣ１０３はスキャン事前確認応答でＯＫを受信したら、スキャン開始要求コマンドを発行する。（Ｓ６１８〜Ｓ６１９）。このスキャン開始要求コマンドにもＰＣ１０３の利用者識別情報である、ログオンユーザ名のＴａｒｏが格納されている。スキャン事前確認応答でＮＧを受信した場合は、以降の処理を中断し、スキャンは実行されない。
【００７７】
スキャン開始要求コマンドを受信したジョブ／エンジン管理部５２は、ジョブ制御部５３からＭＦＰ１０４の稼動状態を取得し、スキャン動作が可能であるか否かを判断する。スキャンが可能なら、読取エンジン５４をスキャン開始要求で指定されたスキャンジョブ用に排他占有を試みる。排他占有が成功した場合は、引き続きスキャン動作が可能である為ＰＣ１０３にＯＫを、何かしらの理由によりスキャン動作が不可能であればＮＧをＰＣ１０３へ応答する（Ｓ６２０〜Ｓ６２１）。
【００７８】
ＰＣ１０３はスキャン開始応答でＯＫを受信したら、データ要求コマンドを発行し、ＭＦＰ１０４へスキャンデータを要求する（Ｓ６２２〜Ｓ６２３）。スキャン開始応答でＮＧを受信した場合は、以降の処理を中断し、スキャンは実行されない。
【００７９】
スキャンデータ要求を受信したジョブ／エンジン管理部５２は、読取エンジン制御部５４へスキャンデータの作成を要求し、作成されたスキャンデータを逐次ＰＣ１０３へと応答する（Ｓ６２４〜Ｓ６２５）。なお、本実施例ではスキャンデータを逐次送信しているが、スキャン開始要求、或いは、データ要求を受けた時点でスキャンデータを１ページ分作成してしまい、該データをまとめてＰＣ１０３に返却してもよいが、本発明の趣旨から外れるので割愛する。
【００８０】
通信制御部５７は、ＰＣ１０３へのデータ転送を完了するとジョブ／エンジン管理部５２を経由して操作／表示部５１へスキャン完了を通知する（Ｓ６２６〜Ｓ６２７）。
【００８１】
操作／表示部５１は、スキャンの完了をユーザが識別できる形式で表示する（Ｓ６２８）。
【００８２】
しかしながら、前述のシーケンスにおいて以下に記す通り誤送信のおそれがある。
【００８３】
一般にユーザ６１とＰＣ１０３のログオンユーザは同一人物である。即ち、ＴａｒｏがＰＣ１０３にログオンし、ＰＣ１０３とＭＦＰ１０４とがネットワーク経由で通信可能であることを確認する。その上でスキャンしたい雑誌などを持ってＭＰＦ１０４へ移動し、プッシュスキャン操作を実行することが想定されている。
【００８４】
ただし、ＴａｒｏがＭＰＦ１０４の操作／表示部５１のスキャンモード移行ボタンを押下する（Ｓ６０５）前に、Ｈａｎａｋｏという別のユーザがＰＣ１０３にログオンしてしまうケースが考えられる。
【００８５】
この場合、Ｔａｒｏが自分自身へ送ろうと思っていたスキャンデータがＨａｎａｋｏに送られてしまうといった誤送信が生じてしまう。
【００８６】
さらに、多数のＰＣを帳簿上で管理する為にＰＣ名に英数字が割り当てられていた場合、例えばＰＣ名には「ＡＳＤＦ−２９３８４９」のような文字列が割り当てられる。その状況において、もし操作／表示部に別のＰＣ名として「ＡＳＤＦ−２９３６４９」といった非常に良く似た文字または数字列で表記されたＰＣ名が表示されている場合、両ＰＣ名の区別は困難であり、やはり誤送信のおそれが生じる。
【００８７】
＜＜本発明の特徴＞＞
上記の誤送信を回避する為の、本発明の特徴となるシーケンスを説明する。
【００８８】
図８は、ＷＳＤプッシュスキャンに関する本発明のシーケンスを示した図である。
【００８９】
図９は、操作／表示部５１に表示する送信先選択画面の一例（ＰＣ名およびログオン名）を示した図である。
【００９０】
図８では、図６と比べて特徴的な部分を中心に説明する。
【００９１】
まず、ＰＣ１０３はＭＦＰ１０４に対して登録を完了する（Ｓ８０１〜Ｓ８０４）。これはＳ６０１からＳ６０４と同様である。
【００９２】
次にユーザ６１はプッシュスキャンを実行する為、操作／表示部５１を操作し、スキャンモード移行ボタンを押下する（Ｓ８０５）。操作／表示部５１はスキャン用操作画面を表示する。これはＳ６０５と同じであるが、以下の手順が図６のシーケンスとは異なる。
【００９３】
まず、操作／表示部５１はスキャンモード指定ボタンを押下された時点で、送信先管理部５５に対して送信先詳細情報作成要求を発行する（Ｓ８０６）。
【００９４】
送信先管理部５５は送信先記憶部５６に記憶されているＰＣ宛に、スキャン動作開始要求の要請コマンドを発行する（Ｓ８０７〜Ｓ８０８）。ここで用いるスキャン動作開始要求の要請コマンドは正規のものであり、Ｓ６１３や後述するＳ８２０と同一コマンドである。
【００９５】
スキャン動作開始要求の要請を受信したＰＣ１０３は、スキャン事前確認コマンドを発行し、所望のパラメータでのスキャンが可能か否かを問い合わせる（Ｓ８０９〜Ｓ８１０）。このスキャン事前確認コマンドには、前述の通りＰＣ１０３への利用者識別情報であるログオンユーザ名が格納されており、ＭＰＦ１０４はここで初めてＰＣ１０３のログオンユーザ名が「Ｔａｒｏ」であることを認識できる。送信先管理部５５は送信先記憶部５６の該当ＰＣ情報にログオンユーザ名「Ｔａｒｏ」を追加で関連付け、「ＰＣ−Ａ  Ｔａｒｏ」のように記憶する。
【００９６】
また、スキャン事前確認コマンドを受信したジョブ／エンジン管理部５２は、要求されているパラメータでのスキャンが可能か否かを判断せずに、スキャン動作開始が不可能を意味する拒否応答（ＮＧ応答）をＰＣ１０３へ応答する（Ｓ８１１〜Ｓ８１２）。
【００９７】
ＰＣ１０３はスキャン事前確認応答でＮＧを受信する為、スキャン開始応答コマンドを含め、以降のコマンド発行は行わないため、スキャンは実行されない。
【００９８】
さて、ユーザ６１がＳ８０５のスキャンモード指定ボタン押下に続いて、操作／表示部５１の送信先表示ボタンを押下することで、送信先情報要求コマンドが送信先管理部５５へ通知される（Ｓ８１３〜Ｓ８１４）。
【００９９】
送信先管理部５５は送信先記憶部５６から送信先情報を取得し、ユーザが識別できる形式で表示する（Ｓ８１５〜Ｓ８１６）。この時、送信先記憶部５６はＰＣ名に加えてログオンユーザ名を保持している為、操作／表示部５１の表示画面には、図９のようにログオンユーザ名が反映されて表示される。
【０１００】
この結果、ユーザ６１は送信先としてＰＣ名に加えてログオンユーザー名を確認することができ、正しい送信先を選択することができる。
【０１０１】
さらにユーザ６１は操作／表示部５１の操作を進め、送信先ＰＣとして「ＰＣ―Ａ  Ｔａｒｏ」を選択し、プッシュスキャンモード実行開始ボタンを押下すると、スキャン開始要求の要請がＰＣ１０３へと通知される（Ｓ８１７〜Ｓ８２０）。これはＳ６１０からＳ６１３と同様である。また、Ｓ８２０におけるスキャン開始要求の要請コマンドは、前述のＳ８０８と同等のものである。
【０１０２】
以降は、スキャン事前確認および応答、スキャン開始要求および応答、データ要求および応答、スキャン完了通知が実行され、プッシュスキャンが完了する（Ｓ８２１〜Ｓ８３５）。これはＳ６１４からＳ６２８と同様である。
【０１０３】
ここで、仮に、ＴａｒｏがＭＰＦ１０４の操作／表示部５１のスキャンモード指定ボタンを押下する（Ｓ８０５）前に、Ｈａｎａｋｏという別のユーザがＰＣ１０３にログオンしたケースを考える。
【０１０４】
Ｔａｒｏが操作／表示部５１の送信先表示ボタンを押下すると、前述の通りＰＣ１０３へスキャン開始要求の要請コマンドが通知され（Ｓ８０５〜Ｓ８０８）、スキャン事前確認コマンドが送信先管理部５５に通知される（Ｓ８０９〜Ｓ８１０）。
【０１０５】
このスキャン事前確認コマンドにはＰＣ１０３のログオンユーザ名として「Ｈａｎａｋｏ」が格納されている為、送信先記憶部５６には「ＰＣ―Ａ」と「Ｈａｎａｋｏ」が関連付けられて記憶される。
【０１０６】
その後、Ｔａｒｏが操作／表示部５１の送信先表示ボタンを押下すると、送信先管理部５５は送信先情報応答として「ＰＣ−Ａ  Ｈａｎａｋｏ」を返却する（Ｓ８１４〜Ｓ８１５）。
【０１０７】
操作／表示部５１の表示画面には「ＰＣ−Ａ  Ｈａｎａｋｏ」が表示される為、Ｔａｒｏは送信先のＰＣのログオンユーザが自分自身でないことに気付き、誤送信を回避することが出来る。
【０１０８】
＜＜その他の実施例＞＞
本発明は上記実施例に限定されるものではなく、本発明の趣旨から逸脱することなく以下の実施例を実現することが可能である。
【０１０９】
１．
ＭＦＰ１０４が複数のＰＣと接続されている場合、Ｓ８０７およびＳ８０８において複数のＰＣ宛にスキャン開始要求の要請コマンドを発行することになる。その場合、ログオンユーザ名を取得する為の一連の処理（Ｓ８０９〜Ｓ８１２）が完了する前に、ユーザ６１が操作／表示部５１の送信先表示ボタンを押下してしまう（Ｓ８１３〜Ｓ８１４）状況が想定される。
それに備え、上記ＭＦＰ１０４において、送信先管理部５５は、Ｓ８１４の送信先情報要求を受信した時点での最新情報を操作／表示部５１に返却しても良い。或いは、送信先管理部５５は、接続された全てのＰＣからのログオンユーザ名の取得処理（Ｓ８１０〜Ｓ８１１）が完了するまで操作／表示部５１への送信先情報応答（Ｓ８１５）を遅らせても良い。
【０１１０】
２．
上記ＭＦＰ１０４において、Ｓ８２２のスキャン事前確認コマンドより取得したログオンユーザ名をジョブ／エンジン管理部５２で一時的に保存しておいても良い。そして、その後、Ｓ８２６で受信するスキャン開始要求コマンドに格納されているログオンユーザ名と比較しても良い。
仮に両ログオンユーザが異なる場合は、Ｓ８２６で受信したスキャン開始要求コマンドに格納されているログオンユーザ名で操作／表示部５１を更新し、スキャン処理の継続をユーザ６１に対して問い合わせるようにしても良い。
操作／表示部５１に、スキャン処理を継続させる為の処理継続ボタン、スキャン処理を中止させる為の中止ボタンを設けることで、ユーザ６１は継続処理の是非を選択／指示することも可能である。
【０１１１】
３．
上記ＭＦＰ１０４において、送信先管理部５５自身が定期的に、ログオンユーザ名取得の為のスキャン開始要求の要請コマンドを発行するようにしても良い。
或いは、ジョブ／エンジン管理部５２が、ＭＦＰ１０４がアイドル状態であると判断した場合に、送信先管理部５５に対してログオンユーザ名取得の為のスキャン開始要求の要請コマンドを発行するよう指示を与えるようにしても良い。
これらより、送信先管理部５５は送信先情報を最新の状態に保つことが出来る。
【０１１２】
４．
上記ＭＦＰ１０４において、操作／表示部５１が送信先詳細情報作成要求コマンドを発行するタイミングを、ユーザ６１が操作／表示部５１送信先表示ボタンを押下したタイミングに変更しても良い。即ち、送信先情報要求Ｓ８１４が送信先詳細情報作成要求Ｓ８０６を兼ねることで、ログオンユーザ名取得処理（Ｓ８０７〜Ｓ８１２）を送信先情報要求Ｓ８１４と送信先情報応答Ｓ８１５との間に実行しても良い。
いずれにせよ、操作／表示部５１がユーザ６１に表示する送信先選択画面にログオンユーザ名を表示することで、本発明の目的を達成することが可能である。
【０１１３】
５．
前述の通り、本実施例の説明では、送信先管理部５５はスキャン事前確認コマンドに格納されているログオンユーザ名（以下、事前確認ユーザ名と称する）を取得している。この代わりにスキャン開始要求コマンドに格納されているログオンユーザ名（以下、開始要求ユーザ名と称する）名を取得するようにしても良い。
この場合、Ｓ８１１およびＳ８１２におけるスキャン事前確認応答でＯＫを返却することで、ＰＣ１０３は引き続きスキャン開始要求コマンドを発行してくる。送信先管理部５５は、スキャン開始要求コマンドから「開始要求ユーザ名」を取得し、ＰＣ１０３に対してスキャン開始応答でＮＧを返却する。これにより、ＰＣ１０３からのスキャン処理は中止される。前述の処理は、Ｓ８１２の直後に実行される。
また、その後Ｓ８１４で送信先情報要求コマンドを受信した送信先管理部５５は、前述の通りに取得した「開始要求ユーザ名」をＳ８１５の送信先情報応答で返却する。
【０１１４】
上記の通り、前述の実施例の説明と同等の効果が得ることができる。
【図面の簡単な説明】
【０１１５】
【図１】本発明の実施例に関わる、ネットワーク読取環境を示した概念図である。
【図２】本発明の実施例に関わる、ＰＣの物理的構成の概略を示したブロック図である。
【図３】本発明の実施例に関わる、ネットワークＭＦＰの物理的構成の概略を示したブロック図である。
【図４】本発明の実施例に関わる、ＷＳＤＳｃａｎサービスにおけるプッシュスキャンの、概略シーケンスを示した図である。
【図５】本発明の実施例に関わる、ネットワークＭＦＰの論理的構成の概略を示したブロック図である。
【図６】本発明の実施例に関わる、ＷＳＤＳｃａｎサービスにおけるプッシュスキャンの、基本シーケンスを示した図である。
【図７】本発明の実施例に関わる、操作／表示部に表示する送信先選択画面の一例（ＰＣ名のみ）を示した図である。
【図８】本発明の実施例に関わる、ＷＳＤＳｃａｎサービスにおけるプッシュスキャンに関する本発明のシーケンスを示した図である。
【図９】本発明の実施例に関わる、操作／表示部に表示する送信先選択画面の一例（ＰＣ名およびログオン名）を示した図である。
【符号の説明】
【０１１６】
１０１  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＬＡＮ）
１０２  ルータ
１０３  ＰＣ
１０４  Ｎｅｔｗｏｒｋ  Ｍｕｌｔｉ−Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ（ＮＷＭＦＰ）
【図１】
2010124124.tif 000003
【図２】
2010124124.tif 000004
【図３】
2010124124.tif 000005
【図４】
2010124124.tif 000006
【図５】
2010124124.tif 000007
【図６】
2010124124.tif 000008
【図７】
2010124124.tif 000009
【図８】
2010124124.tif 000010
【図９】
2010124124.tif 000011