JP5264433B2 - 画像形成装置及びデータ処理方法 - Google Patents

Description

本発明は、生成した画像データを、所定の通信プロトコルに従ってネットワーク上の複数の情報端末の少なくとも１つに送信する画像形成装置、及びこれを行うためのデータ処理方法に関する。

従来から、ネットワーク上に接続される画像形成装置には、原稿を読み取って生成したデータ（以下、スキャンデータ、画像データ、或いは原稿データ）をＰＣなどの情報端末装置へ送信するいわゆるスキャナ機能を有するものがある。

このスキャン機能には、プルスキャン機能とプッシュスキャン機能とがある。プルスキャン機能は、クライアントである情報端末装置側の操作によってサーバである画像形成装置のスキャナ機能が起動され、画像形成装置から情報端末装置へスキャンデータを送信する機能である。プッシュスキャン機能は、画像形成装置（サーバ）側の操作によってスキャンデータを送信する情報端末装置（クライアント）を決定し、スキャンデータを情報端末装置に送信する機能である。このプッシュスキャン機能に関しても、いくつかの技術が開示されている。本発明ではサーバからクライアントへとスキャン操作の開始希望を知らせるイベントを通知し、その情報を元にクライアントからプルスキャンを行うという方式のプッシュスキャンについて説明する。

一般に、複数のクライアントとサーバとから構成され、且つ、特定のクライアントとサーバのとの通信が占有されていないネットワークシステムにおいて、サーバから特定のクライアントへのイベント通知を認識する為の方法が２つあった。

１つは、クライアントがサーバに対してポーリングを行う方法である（ポーリング型プッシュスキャン）。即ち、クライアントであるＰＣとサーバであるＭＦＰとからなるシステムにおいて、ＭＦＰでのイベント発生を検出する為に、ＰＣがＭＦＰに対してポーリングを行う方法である。

具体的には、ＰＣがＭＦＰに対してＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）通信でポーリング要求を行い、同時にＭＦＰは通信しているＰＣのリスト情報を保持する。ＭＦＰはＰＣからのポーリング要求イベントが発生した際、イベントの対象となるＰＣに対するポーリング応答のみにイベントの発生を通知する。これによりそのＰＣがイベントの通知を認識しＭＦＰに対してＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）通信を用いたサービスを要求する（例えば、特許文献１参照）。

特許文献１では、ポーリング型プッシュスキャンであり、クライアントからサーバへ送信される各種要求パケットフレームにスキャンデータの送信先情報としてＰＣ名やログオンユーザ名等の識別情報格納されている。この方法は、動作は複雑だがサーバがクライアントの情報を容易に取得できる。

もう１つは、サーバが全ての或いは特定のクライアントに対して、イベントの発生を通知する方法である（イベント型プッシュスキャン）。即ち、クライアントであるＰＣとサーバであるＭＦＰとからなるシステムにおいて、ＭＦＰがＰＣに対してイベントの発生を通知する方法である。具体的には、ＭＦＰ自身がＵＤＰ通信によるブロードキャストを使用してネットワーク上の全てのＰＣに対してイベント発生を通知する。その後、該当するＰＣのみがイベントの通知を認識して、ＭＦＰに対してＴＣＰ通信を用いたサービスを要求する。

現在イベント型プッシュスキャンでは、Ｗｅｂサービス技術を使用することにより、サーバがクライアントにサービスを提供することが普及しつつある。このＷｅｂサービス技術では、サーバが、ＷＳＤＬ（Ｗｅｂ Ｓｅｒｖｉｃｅｓ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）で記述されたファイルをＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を用いてクライアントに提供する。クライアントはそのサービス記述情報を解析して、サーバがどのようなサービスを提供しているか、またはどのような手順及びプロトコルでサービスを受けるかを認識することができる。例えばＷｅｂサービススキャナ（ＷＳ−Ｓｃａｎｎｅｒ）システムにおけるプッシュスキャンでは、画像データの送信先情報を管理する画像読取装置（例えば、特許文献２参照）が考案されている。

特許文献２は、イベント型プッシュスキャンに関する発明であり、画像読取装置内に保持している宛先情報に基づいて試みた通信が失敗した場合、該宛先情報を無効とする。
特開２００７−２１９９５６号公報 特開２００８−０３４９２３号公報

しかしながら、特許文献１のようなポーリング型プッシュスキャンとは異なり、特許文献２のようなイベント型プッシュスキャンでは、サーバが識別できるクライアント情報は、プロトコルの制限を受けてしまう。例えばＷＩＮＤＯＷＳ（登録商標） ＶＩＳＴＡにおけるプロトコルであるＷＳＤ（Ｗｅｂ Ｓｅｒｖｉｃｅｓ ｏｎ Ｄｅｖｉｃｅｓ）スキャンサービスにおけるプッシュスキャン（以後、ＷＳＤプッシュスキャンと称する）では、サーバであるＭＦＰが識別可能なクライアントＰＣ情報はＰＣ名だけである。その為、ＭＦＰを操作しているユーザにとっては、データ送信先としてＰＣ名は選択できるものの、ログオンユーザ名を確認できない、という問題があった。

したがって、第１のユーザがＭＦＰを操作しＰＣに対してプッシュスキャンを実行したところ、第２のユーザがＰＣを利用していた場合、第１のユーザのスキャンデータが第２のユーザに誤送信されるという問題が生じてしまう。

このような課題を解決するために本発明のデータ処理方法は、画像形成装置で生成した画像データを、所定の通信プロトコルに従ってネットワーク上の複数の情報端末装置の少なくとも１つに送信するためのデータ処理方法であって、前記画像形成装置において、画像データの送信を行うためのユーザ操作がなされた場合に、第１の動作開始要求を要請するコマンドを前記情報端末装置に送信し、前記情報端末装置において、前記画像形成装置から受信する前記第１の動作開始要求を要請するコマンドに応答して前記情報端末装置の利用者識別情報と前記画像形成装置に画像データを送信させる動作の確認命令を含む第１の確認コマンドを前記画像形成装置に送信し、前記画像形成装置において、前記情報端末装置から受信する前記第１の確認コマンドに含まれる利用者識別情報に対応する利用者を示す情報を表示装置に表示させ、当該表示の後になされる、画像データの送信を行うためのユーザ操作に応じて第２の動作開始要求を要請するコマンドを、前記利用者識別情報を含む前記第１の確認コマンドを送信した情報端末装置に送信し、前記情報端末装置において、前記画像形成装置からの前記第２の動作開始要求を要請するコマンドの受信後に前記画像形成装置に画像データを送信させる動作の動作開始要求コマンドを前記画像形成装置に送信し、前記画像形成装置において、前記情報端末装置から受信する前記動作開始要求コマンドに応答して画像データを送信する。

また、本発明の画像形成装置は、生成した画像データを、所定の通信プロトコルに従ってネットワーク上の複数の情報端末装置の少なくとも１つに送信する画像形成装置であって、画像データの送信を行うためのユーザ操作がなされた場合に、第１の動作開始要求を要請するコマンドを前記情報端末装置に送信する第１のコマンド送信手段と、前記第１のコマンド送信手段で送信した前記第１の動作開始要求を要請するコマンドに対する応答として前記情報端末装置から送られてくる前記情報端末装置の利用者識別情報と前記画像形成装置に画像データを送信させる動作の確認命令を含む第１の確認コマンドを受信するコマンド受信手段と、前記コマンド受信手段で受信した前記第１の確認コマンドに含まれる利用者識別情報に対応する利用者を示す情報を表示装置に表示させる表示制御手段と、前記表示制御手段による利用者を示す情報の表示の後になされる、画像データの送信を行うためのユーザ操作に応じて第２の動作開始要求を要請するコマンドを、前記利用者識別情報を含む前記第１の確認コマンドを送信した情報端末装置に送信する第２のコマンド送信手段と、前記第２のコマンド送信手段による前記第２の動作開始要求を要請するコマンドの送信後に前記情報端末装置から送られてくる動作開始要求コマンドに応答して画像データを当該情報端末装置に送信する画像送信手段とを有する。

本発明によれば、画像形成装置により画像データを送信する前に送信先となる情報端末装置の利用者を確認することができる。これにより、画像形成装置のユーザは画像データの誤送信を回避することが出来る。

以下、添付図面を参照して本発明の好適な実施の形態を詳細に説明する。

本発明の実施の形態としてネットワーク上における通信プロトコルの１つである、ＷＳＤプロトコルを用いたプッシュスキャンを行なう画像処理システムを例に詳細に説明する。

図１は本発明の実施例に関わるネットワーク読取環境を示した概念図である。Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＬＡＮ）１０１にルータ１０２、情報端末であるＰＣ１０３、 ネットワークに対応した画像形成装置であるＭｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ（ＭＦＰ）１０４が接続されている。

ルータ１０２はＩＰｖ６およびＩＰｖ４の両者で通信可能な一般に販売されている通信仲介装置であり、接続されているネットワーク内において、ＩＰアドレスの解決などを行う。このルータ１０２には、無線通信機能を具備しアクセスポイントと称されるものもある。

図１および以降の説明では有線ＬＡＮケーブルであるＬＡＮ１０１から構成されるネットワークについて扱うが、発明の本質は無線ＬＡＮであっても、有線ＬＡＮと無線ＬＡＮが混在するネットワークであっても同様である。なお、図１では１台のＰＣのみが図示されているが、複数のＰＣが１つのルータ１０２に接続可能であり、１つのＭＦＰ１０４をネットワーク上に存在し、ＷＳＤプロトコルにより接続が成立した複数のＰＣで共有して印刷および読取を行うことも可能である。本実施例ではＰＣ１０３とＭＦＰ１０４とは、ルータ１０２によって適切なＩＰアドレスが割り当てられており、ＬＡＮ１０１経由での通信が可能となっている。

図２は本発明の実施例に関わるＰＣ１０３の物理的構成の概略を示したブロック図である。

ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭあるいは外部メモリ（ＤＳＫ）２１３に記憶された文書処理プログラム等に基づいて、図形や、イメージ、文字、表（表計算等を含む）等が混在した文書処理を実行する。また、ＣＰＵ２０１は、システムバス２１０に接続される各デバイスを総括的に制御する。

ＲＯＭ２０３のプログラム用ＲＯＭあるいはＤＳＫ２２３には、ＣＰＵ２０１の制御プログラムであるＯｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ ｐｒｏｇｒａｍ（ＯＳ）等が記憶されている。ＲＯＭ２０３のフォント用ＲＯＭあるいはＤＳＫ２２３には、上記文書処理の際に使用するフォントデータ等が記憶されている。ＲＯＭ２０３のデータ用ＲＯＭあるいはＤＫＳ２２３には、上記文書処理等を行う際に使用する各種データが記憶されている。

ＲＡＭ２０２は、ＣＰＵ２０１の主メモリやワークエリア等として機能する。

ディスクコントローラ（ＤＫＣ）２１３は、ＤＳＫ２２３とのアクセスを制御する。

ＤＳＫ２２３は、ブートプログラム、各種アプリケーション、フォントデータ、ユーザファイル、編集ファイル、及びＭＦＰ制御コマンド生成プログラム（以下、ＭＦＰドライバと記す）等を記憶する。また、ＤＳＫ２２３は、ハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）等で構成される。

キーボードコントローラ（ＫＢＣ）２１４は、キーボード（ＫＢ）２２４や不図示のポインティングデバイスからのキー入力を制御する。

ディスプレイコントローラ（ＤＳＰＣ）２１５は、ディスプレイ（ＤＳＰ）２２５の表示を制御する。

プリンタコントローラ（ＰＲＴＣ）２１６は、ＵＳＢ Ｉｎｔｅｒｆａｃｅ（Ｉ／Ｆ）２１２、ＵＳＢコネクタ２２２、または、ＮＷＩ／Ｆ２１１、ＮＷコネクタ２２１を介して接続するプリンタとの通信制御処理を実行する。

スキャナコントローラ（ＳＲＴＣ）２１７は、ＵＳＢ Ｉｎｔｅｒｆａｃｅ（Ｉ／Ｆ）２１２、ＵＳＢコネクタ２２２、または、ＮＷＩ／Ｆ２１１、ＮＷコネクタ２２１を介して接続するスキャナとの通信制御処理を実行する。

ＵＳＢＩ／Ｆ２１２は、ＵＳＢコネクタ２２２に接続される非図示のＵＳＢケーブルを介してＭＦＰ１０４と通信することができる。

ＮＷＩ／Ｆ２１１は、ＮＷコネクタ２２１に接続される、非図時のＰＣＭＣＩＡカードタイプの無線ＬＡＮカード或いはＬＡＮケーブルを介して、ＭＦＰとネットワーク経由で通信が出来る。前述した無線ＬＡＮ通信に関連する部位がＰＣに内蔵されている構成であっても本発明の動作には影響ない。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０２上に設定された表示情報のアウトラインフォントへの展開（ラスタライズ）処理を実行し、ＤＳＰ２２５上でのＷＹＳＩＷＹＧを可能としている。また、ＣＰＵ２０１は、ＤＳＰ２２５上に表示されるマウスカーソル等で指示されたコマンドに基づいて、登録された種々のウインドウを開き、種々のデータ処理を実行する。

これによって、ユーザは印刷を実行する際、印刷の設定に関するウインドウを開き、ＭＦＰ１０４の印刷部に関する設定や、印刷モードの選択を含むプリンタドライバに対する印刷処理方法の設定を行うことができる。同様にユーザは、読取を実行する際、読取に関するウインドウを開きＭＦＰ１０４の読取部に関する設定や、読取モードの選択を含む読取処理方法の設定を行うことができる。

また、一般的にＰＣでは何らかのＯＳが動作していて、そのＯＳ環境で印刷を行うためには印刷用ソフト（プリンタドライバ）や、読取を行う読取用ソフト（スキャナドライバ）が必要となる。プリンタドライバおよびスキャナドライバは、ＯＳメーカーあるいはプリンタメーカーから提供され、予めＰＣにインストールされたり、ＣＤなどの形式で提供されたりする。プリンタで印刷および読取を行うためには、何らかの形でプリンタドライバおよびスキャナドライバをインストールする必要があり、本実施例ではプリンタドライバおよびスキャナドライバがインストール済みである。

図３は本発明の実施例に関わるネットワークＭＦＰの物理的構成の概略を示したブロック図である。

ＭＦＰ用ＣＰＵ３０１は、システムバス３１０に接続される印刷部（プリンタエンジン）３２４へ出力情報としての画像信号を、印刷部Ｉ／Ｆ３１４を経由して出力する。また、ＣＰＵ３０１は、システムバス３１０に接続される読取部（スキャナエンジン）３２５から入力情報としての画像信号を、読取部Ｉ／Ｆ３１５を経由して入力する。ＣＰＵ３０１はこれらの処理を、ＲＯＭ３０３のプログラム用ＲＯＭに記憶された制御プログラム等あるいはＤＳＫ３２３に記憶された制御プログラム等に基づいて実行する。読取部３２５は非図示の原稿台或いはそれに準じた装置と接続されている。

ＲＯＭ３０３のプログラム用ＲＯＭには、ＣＰＵ３０１の制御プログラム等が記憶されている。ＲＯＭ３０３のフォント用ＲＯＭには、上記出力情報を生成する際に使用するフォントデータ等が記憶されている。ＲＯＭ３０３のデータ用ＲＯＭには、ハードディスク等のＤＳＫ３２３を用いないＭＦＰ１０４の場合ではＰＣ１０３上で利用されるプリンタ性能情報、デバイス識別情報等が記憶されている。

ＣＰＵ３０１は、ＭＦＰ１０４内の情報等をＰＣ１０３に通知可能に構成されている。ＲＡＭ３０２はＣＰＵ３０１の主メモリやワークエリア等として機能する。またＲＡＭ３０２は図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。

ＮＷＩ／Ｆ３１１は、ＮＷコネクタ３２１に接続される、非図時のＰＣＭＣＩＡカードタイプの無線ＬＡＮカード或いはＬＡＮケーブルを介して、ＰＣとＮＷ経由で通信が出来る。前述した無線ＬＡＮ通信に関連する部位がＭＦＰに内蔵されている構成であっても本発明の動作には影響ない。

ＵＳＢＩ／Ｆ３１２は、ＵＳＢコネクタ３２２に接続される非図示のＵＳＢケーブルを介してＰＣ１０３と通信することができる。

ＲＡＭ３０２は、出力情報展開領域や、環境データ格納領域、ＭＦＰ１０４の各種情報の一時記憶用領域等に用いられる。ハードディスク（ＨＤ）や、ＩＣカード等のＤＳＫ３２３は、メモリコントローラ（ＭＣ）３１３によりアクセスを制御される。ＤＳＫ３２３は、オプションとして接続され、フォントデータや、エミュレーションプログラム、フォームデータ等を記憶する。さらに、操作パネル３３０には、操作のためのスイッチ及びＬＥＤ表示器等が配されている。

また、ＤＳＫ３２３は、少なくとも１個以上備えられ、内蔵フォントに加えてオプションフォントカード、言語系の異なるＭＦＰ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。さらに、図示しない不揮発性であるＮＶＲＡＭを有し、操作パネル３３０からのＭＦＰの動作モード設定情報を記憶するようにしても良い。

＜＜ＷＳＤプッシュスキャン＞＞
まず、ＷＳＤスキャンサービスにおけるプッシュスキャン（ＷＳＤプッシュスキャン）について概要を説明する。

図４は、ＷＳＤプッシュスキャンの、概略シーケンスを示した図である。

ＷＳＤプッシュスキャンを利用するに先立ち、予めクライアントＰＣ１０３はサーバＭＦＰ１０４に対して登録要求（Ｓｕｂｓｃｒｉｂｅ）を行う（Ｓ４０１）。この登録要求コマンドにはＰＣ１０３のＰＣ名が含まれており、ＭＦＰ１０４は該ＰＣ名を認識することが出来る。登録要求コマンドは、ＰＣ１０３がＭＦＰ１０４とネットワーク通信が可能になった時点でのみ発行される。

ＭＦＰ１０４はＰＣ１０３の登録を完了すると、登録完了（ＳｕｂｓｃｒｉｂｅＲｅｓｐｏｎｓｅ）コマンドをＰＣ１０３に対して返却する（Ｓ４０２）。この状態になると、ＰＣ１０３はＭＦＰ１０４が提供するＷＳＤスキャンサービスを享受できるようになる。

さて、ユーザがＭＦＰ１０４の設置場所へ行き、図３に非図示の原稿台にスキャン対象として例えば雑誌を置き、操作パネル３３０の操作によりプッシュスキャンを実行する為のボタンを押下する。該ボタン押下により、ＭＦＰ１０４はスキャン開始要求の要請（ＳｃａｎＡｖａｉｌａｂｌｅＥｖｅｎｔ）コマンドをＰＣ１０３へ発行する（Ｓ４０３）。

ＰＣ１０３はスキャン開始要求の要請コマンドを受信するとＭＦＰ１０４に対してスキャン事前確認（ＶａｌｉｄａｔｅＳｃａｎＴｉｃｋｅｔ）コマンドを発行する。このコマンドはＰＣ１０３が期待するスキャンパラメータの組合せ、及び、ＰＣ１０３にログオンしているログオンユーザ名などが格納されている（Ｓ４０４）。

ＭＦＰ１０４はスキャン事前確認コマンドに格納された情報に基づきスキャンが可能か否かを確認し、スキャンが可能であればスキャン事前確認応答（ＶａｌｉｄａｔｅＳｃａｎＴｉｃｋｅｔＲｅｓｐｏｎｓｅ）コマンドにてＯＫ応答を返却する。また、スキャン不能であればＮＧ応答を返却する（Ｓ４０５）。

Ｓ４０５でＯＫ応答を受信したＰＣ１０３は、スキャン開始要求（ＣｒｅａｔｅＳｃａｎＪｏｂ）コマンドを発行する。（Ｓ４０６）。スキャン開始要求コマンドもＰＣ１０３にログオンしているログオンユーザ名が格納されている。Ｓ４０５でＮＧ応答を受信した場合は、ＰＣ１０３はＳ４０６の処理および以降の処理を中断し、結果としてスキャンは実行されない。

スキャン開始要求を受信したＭＦＰ１０４は、スキャンを開始できる状態であればスキャン開始応答（ＣｒｅａｔｅＳｃａｎＪｏｂＲｅｓｐｏｎｓｅ）コマンドを返却する（Ｓ４０７）。

その後ＰＣ１０３はＭＦＰ１０４に対してデータ要求（ＲｅｔｒｉｅｖｅＩｍａｇｅ）コマンドを発行する（Ｓ４０８）。

ＭＦＰ１０４はデータ応答（ＲｅｔｒｉｅｖｅＩｍａｇｅＲｅｓｐｏｎｓｅ）コマンドを返却し、ＰＣ１０３に対してスキャンデータを送信する（Ｓ４０９）。

図５は本発明の実施例に関わるネットワークＭＦＰの論理的構成の概略を示したブロック図である。図３に示す操作パネル３３０は図５に示す操作／表示部５１の機能を果たす。操作／表示部５１は、本実施例が適用される画像処理モードであるスキャンモード指示ボタン、送信先表示ボタン、プッシュスキャンモード実行開始ボタン、ならびに各種情報を表示する表示画面を備えている。

スキャンモード移行ボタンは、プッシュスキャン実行用モードに移行するためのボタンである。送信先表示ボタンは、プッシュスキャンの送信先を表示画面に表示するためのボタンである。プッシュスキャンモード実行開始ボタンは、スキャンにより生成された画像データの送信開始を指示するためのボタンである。

ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３は、ジョブ／エンジン管理部５２、ジョブ制御部５３、エンジン制御部５４、送信先管理部５５、送信先記憶部５６の各機能を果たす。ＮＷＩ／Ｆ３１１は通信制御部５７の機能を果たす。

ジョブ／エンジン管理部はジョブ制御部５３およびエンジン制御部５４と通信可能であり、ＭＦＰ１０４の読取エンジンの能力把握を始め、スキャン動作全体を管理する。

ジョブ制御部５３は、ＭＦＰ１０４における実行ジョブを制御しており、例えばスキャン操作の為にＭＦＰ１０４の関連リソースをスキャン用に排他的に占有するなどの制御を行う。

エンジン制御部５４は、読取部Ｉ／Ｆ３１４を経由して読取部３２５と通信可能であり、スキャンデータの作成を制御する。通信制御部５７は、ＰＣ１０３とのネットワーク通信を全て仲介する。

図６は、ＷＳＤプッシュスキャンの基本シーケンスを示した図である。

図７は、操作／表示部５１に表示する送信先選択画面の一例（ＰＣ名のみ）を示した図である。

図６では、図５で示した操作表示部５１、ジョブ／エンジン管理部５２、送信先管理部５５、通信制御部５７、操作表示部５１を操作するユーザ６１、ＰＣ１０３のＮＷＩ／Ｆ２１１により実現される通信制御部６２を用いて説明する。

本実施例ではＰＣ―Ａ、ＰＣ―Ｂ、ＰＣ―Ｃの３台のＰＣが接続されており、各々が登録を完了させているものとし、以下の実施例ではＰＣ―ＡをＰＣ１０３として説明する。

また、ＰＣ−Ａのログオンユーザ名はＴａｒｏ、ＰＣ−Ｂのログオンユーザ名はＪｉｒｏ、ＰＣ−Ｃのログオンユーザ名はＳａｂｕｒｏであるとし、Ｔａｒｏをユーザ６１として説明する。

まず、ユーザ６１が、ＭＦＰ１０４とＰＣ１０３の各々について、ネットワーク配線を確認し電源をＯＮする。その後ＭＦＰ１０４とＰＣ１０３との間でＮＷ通信が確立されると、ＰＣ１０３はＰＣ１０３の通信制御部６２（以降、ＰＣ１０３と称する）を経由してＭＦＰ１０４に対して登録要求を発行する（Ｓ６０１）。

登録要求コマンドはＭＦＰ１０４の通信制御部５７にて受信され、送信先管理部５５に送信される（Ｓ６０２）。

図４を用いて説明した通り、該登録要求コマンドには送信先情報としてＰＣ１０３のＰＣ名が格納されている。送信先管理部５５は、送信先情報を送信先管理部５５を経由して、送信先記憶部５６に記憶する。その際ＰＣ情報として、ＰＣ名、ＩＰアドレスが関連付けて登録される。送信先管理部５５はＰＣ情報の登録を完了すると、ＰＣ１０３に対して登録完了を返却する（Ｓ６０３〜Ｓ６０４）。

続いてユーザ６１はプッシュスキャンを実行する為、操作／表示部５１を操作し、スキャンモード指定ボタンを押下する（Ｓ６０５）。操作／表示部５１はスキャン用操作画面を表示する。

さらにユーザ６１が送信先情報を操作／表示部５１の送信先表示ボタンを押下することで、送信先情報要求コマンドが送信先管理部５５へ通知される（Ｓ６０６〜Ｓ６０７）。

送信先管理部５５は送信先記憶部５６から送信先情報を取得し、ユーザが識別できる形式で表示する（Ｓ６０８〜Ｓ６０９）。この時、送信先記憶部５６はＰＣ名しか情報を保持していない為、操作／表示部５１の表示画面には、図７のように表示される。

さらにユーザ６１が操作／表示部５１の操作を進め、送信先ＰＣとして「ＰＣ―Ａ」を選択し、スキャンモード実行ボタンを押下すると、画像処理として本実施例の場合にはスキャン動作開始要求の要請がＰＣ１０３へと通知される（Ｓ６１０〜Ｓ６１３）。

スキャン開始要求の要請を受信したＰＣ１０３は、スキャン事前確認コマンドを発行し、所望のパラメータでのスキャンが可能か否かを問い合わせる（Ｓ６１４〜Ｓ６１５）。このスキャン事前確認コマンドには、前述の通りＰＣ１０３へのログオンユーザ名が格納されており、ＭＰＦ１０４はここで初めてＰＣ１０３のログオンユーザ名が「Ｔａｒｏ」であることを認識できる。

スキャン事前確認コマンドを受信したジョブ／エンジン管理部５２は要求されているパラメータでのスキャンが可能か否かを判断する。スキャンが可能ならＯＫを不可能ならＮＧをＰＣ１０３へ応答する（Ｓ６１６〜Ｓ６１７）。

ＰＣ１０３はスキャン事前確認応答でＯＫを受信したら、スキャン開始要求コマンドを発行する。（Ｓ６１８〜Ｓ６１９）。このスキャン開始要求コマンドにもＰＣ１０３の利用者識別情報である、ログオンユーザ名のＴａｒｏが格納されている。スキャン事前確認応答でＮＧを受信した場合は、以降の処理を中断し、スキャンは実行されない。

スキャン開始要求コマンドを受信したジョブ／エンジン管理部５２は、ジョブ制御部５３からＭＦＰ１０４の稼動状態を取得し、スキャン動作が可能であるか否かを判断する。スキャンが可能なら、読取エンジン５４をスキャン開始要求で指定されたスキャンジョブ用に排他占有を試みる。排他占有が成功した場合は、引き続きスキャン動作が可能である為ＰＣ１０３にＯＫを、何かしらの理由によりスキャン動作が不可能であればＮＧをＰＣ１０３へ応答する（Ｓ６２０〜Ｓ６２１）。

ＰＣ１０３はスキャン開始応答でＯＫを受信したら、データ要求コマンドを発行し、ＭＦＰ１０４へスキャンデータを要求する（Ｓ６２２〜Ｓ６２３）。スキャン開始応答でＮＧを受信した場合は、以降の処理を中断し、スキャンは実行されない。

スキャンデータ要求を受信したジョブ／エンジン管理部５２は、読取エンジン制御部５４へスキャンデータの作成を要求し、作成されたスキャンデータを逐次ＰＣ１０３へと応答する（Ｓ６２４〜Ｓ６２５）。なお、本実施例ではスキャンデータを逐次送信しているが、スキャン開始要求、或いは、データ要求を受けた時点でスキャンデータを１ページ分作成してしまい、該データをまとめてＰＣ１０３に返却してもよいが、本発明の趣旨から外れるので割愛する。

通信制御部５７は、ＰＣ１０３へのデータ転送を完了するとジョブ／エンジン管理部５２を経由して操作／表示部５１へスキャン完了を通知する（Ｓ６２６〜Ｓ６２７）。

操作／表示部５１は、スキャンの完了をユーザが識別できる形式で表示する（Ｓ６２８）。

しかしながら、前述のシーケンスにおいて以下に記す通り誤送信のおそれがある。

一般にユーザ６１とＰＣ１０３のログオンユーザは同一人物である。即ち、ＴａｒｏがＰＣ１０３にログオンし、ＰＣ１０３とＭＦＰ１０４とがネットワーク経由で通信可能であることを確認する。その上でスキャンしたい雑誌などを持ってＭＰＦ１０４へ移動し、プッシュスキャン操作を実行することが想定されている。

ただし、ＴａｒｏがＭＰＦ１０４の操作／表示部５１のスキャンモード移行ボタンを押下する（Ｓ６０５）前に、Ｈａｎａｋｏという別のユーザがＰＣ１０３にログオンしてしまうケースが考えられる。

この場合、Ｔａｒｏが自分自身へ送ろうと思っていたスキャンデータがＨａｎａｋｏに送られてしまうといった誤送信が生じてしまう。

さらに、多数のＰＣを帳簿上で管理する為にＰＣ名に英数字が割り当てられていた場合、例えばＰＣ名には「ＡＳＤＦ−２９３８４９」のような文字列が割り当てられる。その状況において、もし操作／表示部に別のＰＣ名として「ＡＳＤＦ−２９３６４９」といった非常に良く似た文字または数字列で表記されたＰＣ名が表示されている場合、両ＰＣ名の区別は困難であり、やはり誤送信のおそれが生じる。

＜＜本発明の特徴＞＞
上記の誤送信を回避する為の、本発明の特徴となるシーケンスを説明する。

図８は、ＷＳＤプッシュスキャンに関する本発明のシーケンスを示した図である。

図９は、操作／表示部５１に表示する送信先選択画面の一例（ＰＣ名およびログオン名）を示した図である。

図８では、図６と比べて特徴的な部分を中心に説明する。

まず、ＰＣ１０３はＭＦＰ１０４に対して登録を完了する（Ｓ８０１〜Ｓ８０４）。これはＳ６０１からＳ６０４と同様である。

次にユーザ６１はプッシュスキャンを実行する為、操作／表示部５１を操作し、スキャンモード移行ボタンを押下する（Ｓ８０５）。操作／表示部５１はスキャン用操作画面を表示する。これはＳ６０５と同じであるが、以下の手順が図６のシーケンスとは異なる。

まず、操作／表示部５１はスキャンモード指定ボタンを押下された時点で、送信先管理部５５に対して送信先詳細情報作成要求を発行する（Ｓ８０６）。

送信先管理部５５は送信先記憶部５６に記憶されているＰＣ宛に、スキャン動作開始要求の要請コマンドを発行する（Ｓ８０７〜Ｓ８０８）。ここで用いるスキャン動作開始要求の要請コマンドは正規のものであり、Ｓ６１３や後述するＳ８２０と同一コマンドである。

スキャン動作開始要求の要請を受信したＰＣ１０３は、スキャン事前確認コマンドを発行し、所望のパラメータでのスキャンが可能か否かを問い合わせる（Ｓ８０９〜Ｓ８１０）。このスキャン事前確認コマンドには、前述の通りＰＣ１０３への利用者識別情報であるログオンユーザ名が格納されており、ＭＰＦ１０４はここで初めてＰＣ１０３のログオンユーザ名が「Ｔａｒｏ」であることを認識できる。送信先管理部５５は送信先記憶部５６の該当ＰＣ情報にログオンユーザ名「Ｔａｒｏ」を追加で関連付け、「ＰＣ−Ａ Ｔａｒｏ」のように記憶する。

また、スキャン事前確認コマンドを受信したジョブ／エンジン管理部５２は、要求されているパラメータでのスキャンが可能か否かを判断せずに、スキャン動作開始が不可能を意味する拒否応答（ＮＧ応答）をＰＣ１０３へ応答する（Ｓ８１１〜Ｓ８１２）。

ＰＣ１０３はスキャン事前確認応答でＮＧを受信する為、スキャン開始応答コマンドを含め、以降のコマンド発行は行わないため、スキャンは実行されない。

さて、ユーザ６１がＳ８０５のスキャンモード指定ボタン押下に続いて、操作／表示部５１の送信先表示ボタンを押下することで、送信先情報要求コマンドが送信先管理部５５へ通知される（Ｓ８１３〜Ｓ８１４）。

送信先管理部５５は送信先記憶部５６から送信先情報を取得し、ユーザが識別できる形式で表示する（Ｓ８１５〜Ｓ８１６）。この時、送信先記憶部５６はＰＣ名に加えてログオンユーザ名を保持している為、操作／表示部５１の表示画面には、図９のようにログオンユーザ名が反映されて表示される。

この結果、ユーザ６１は送信先としてＰＣ名に加えてログオンユーザー名を確認することができ、正しい送信先を選択することができる。

さらにユーザ６１は操作／表示部５１の操作を進め、送信先ＰＣとして「ＰＣ―Ａ Ｔａｒｏ」を選択し、プッシュスキャンモード実行開始ボタンを押下すると、スキャン開始要求の要請がＰＣ１０３へと通知される（Ｓ８１７〜Ｓ８２０）。これはＳ６１０からＳ６１３と同様である。また、Ｓ８２０におけるスキャン開始要求の要請コマンドは、前述のＳ８０８と同等のものである。

以降は、スキャン事前確認および応答、スキャン開始要求および応答、データ要求および応答、スキャン完了通知が実行され、プッシュスキャンが完了する（Ｓ８２１〜Ｓ８３５）。これはＳ６１４からＳ６２８と同様である。

ここで、仮に、ＴａｒｏがＭＰＦ１０４の操作／表示部５１のスキャンモード指定ボタンを押下する（Ｓ８０５）前に、Ｈａｎａｋｏという別のユーザがＰＣ１０３にログオンしたケースを考える。

Ｔａｒｏが操作／表示部５１の送信先表示ボタンを押下すると、前述の通りＰＣ１０３へスキャン開始要求の要請コマンドが通知され（Ｓ８０５〜Ｓ８０８）、スキャン事前確認コマンドが送信先管理部５５に通知される（Ｓ８０９〜Ｓ８１０）。

このスキャン事前確認コマンドにはＰＣ１０３のログオンユーザ名として「Ｈａｎａｋｏ」が格納されている為、送信先記憶部５６には「ＰＣ―Ａ」と「Ｈａｎａｋｏ」が関連付けられて記憶される。

その後、Ｔａｒｏが操作／表示部５１の送信先表示ボタンを押下すると、送信先管理部５５は送信先情報応答として「ＰＣ−Ａ Ｈａｎａｋｏ」を返却する（Ｓ８１４〜Ｓ８１５）。

操作／表示部５１の表示画面には「ＰＣ−Ａ Ｈａｎａｋｏ」が表示される為、Ｔａｒｏは送信先のＰＣのログオンユーザが自分自身でないことに気付き、誤送信を回避することが出来る。

＜＜その他の実施例＞＞
本発明は上記実施例に限定されるものではなく、本発明の趣旨から逸脱することなく以下の実施例を実現することが可能である。

１．
ＭＦＰ１０４が複数のＰＣと接続されている場合、Ｓ８０７およびＳ８０８において複数のＰＣ宛にスキャン開始要求の要請コマンドを発行することになる。その場合、ログオンユーザ名を取得する為の一連の処理（Ｓ８０９〜Ｓ８１２）が完了する前に、ユーザ６１が操作／表示部５１の送信先表示ボタンを押下してしまう（Ｓ８１３〜Ｓ８１４）状況が想定される。
それに備え、上記ＭＦＰ１０４において、送信先管理部５５は、Ｓ８１４の送信先情報要求を受信した時点での最新情報を操作／表示部５１に返却しても良い。或いは、送信先管理部５５は、接続された全てのＰＣからのログオンユーザ名の取得処理（Ｓ８１０〜Ｓ８１１）が完了するまで操作／表示部５１への送信先情報応答（Ｓ８１５）を遅らせても良い。

２．
上記ＭＦＰ１０４において、Ｓ８２２のスキャン事前確認コマンドより取得したログオンユーザ名をジョブ／エンジン管理部５２で一時的に保存しておいても良い。そして、その後、Ｓ８２６で受信するスキャン開始要求コマンドに格納されているログオンユーザ名と比較しても良い。
仮に両ログオンユーザが異なる場合は、Ｓ８２６で受信したスキャン開始要求コマンドに格納されているログオンユーザ名で操作／表示部５１を更新し、スキャン処理の継続をユーザ６１に対して問い合わせるようにしても良い。
操作／表示部５１に、スキャン処理を継続させる為の処理継続ボタン、スキャン処理を中止させる為の中止ボタンを設けることで、ユーザ６１は継続処理の是非を選択／指示することも可能である。

３．
上記ＭＦＰ１０４において、送信先管理部５５自身が定期的に、ログオンユーザ名取得の為のスキャン開始要求の要請コマンドを発行するようにしても良い。
或いは、ジョブ／エンジン管理部５２が、ＭＦＰ１０４がアイドル状態であると判断した場合に、送信先管理部５５に対してログオンユーザ名取得の為のスキャン開始要求の要請コマンドを発行するよう指示を与えるようにしても良い。
これらより、送信先管理部５５は送信先情報を最新の状態に保つことが出来る。

４．
上記ＭＦＰ１０４において、操作／表示部５１が送信先詳細情報作成要求コマンドを発行するタイミングを、ユーザ６１が操作／表示部５１送信先表示ボタンを押下したタイミングに変更しても良い。即ち、送信先情報要求Ｓ８１４が送信先詳細情報作成要求Ｓ８０６を兼ねることで、ログオンユーザ名取得処理（Ｓ８０７〜Ｓ８１２）を送信先情報要求Ｓ８１４と送信先情報応答Ｓ８１５との間に実行しても良い。
いずれにせよ、操作／表示部５１がユーザ６１に表示する送信先選択画面にログオンユーザ名を表示することで、本発明の目的を達成することが可能である。

５．
前述の通り、本実施例の説明では、送信先管理部５５はスキャン事前確認コマンドに格納されているログオンユーザ名（以下、事前確認ユーザ名と称する）を取得している。この代わりにスキャン開始要求コマンドに格納されているログオンユーザ名（以下、開始要求ユーザ名と称する）名を取得するようにしても良い。
この場合、Ｓ８１１およびＳ８１２におけるスキャン事前確認応答でＯＫを返却することで、ＰＣ１０３は引き続きスキャン開始要求コマンドを発行してくる。送信先管理部５５は、スキャン開始要求コマンドから「開始要求ユーザ名」を取得し、ＰＣ１０３に対してスキャン開始応答でＮＧを返却する。これにより、ＰＣ１０３からのスキャン処理は中止される。前述の処理は、Ｓ８１２の直後に実行される。
また、その後Ｓ８１４で送信先情報要求コマンドを受信した送信先管理部５５は、前述の通りに取得した「開始要求ユーザ名」をＳ８１５の送信先情報応答で返却する。

上記の通り、前述の実施例の説明と同等の効果が得ることができる。

本発明の実施例に関わる、ネットワーク読取環境を示した概念図である。 本発明の実施例に関わる、ＰＣの物理的構成の概略を示したブロック図である。 本発明の実施例に関わる、ネットワークＭＦＰの物理的構成の概略を示したブロック図である。 本発明の実施例に関わる、ＷＳＤＳｃａｎサービスにおけるプッシュスキャンの、概略シーケンスを示した図である。 本発明の実施例に関わる、ネットワークＭＦＰの論理的構成の概略を示したブロック図である。 本発明の実施例に関わる、ＷＳＤＳｃａｎサービスにおけるプッシュスキャンの、基本シーケンスを示した図である。 本発明の実施例に関わる、操作／表示部に表示する送信先選択画面の一例（ＰＣ名のみ）を示した図である。 本発明の実施例に関わる、ＷＳＤＳｃａｎサービスにおけるプッシュスキャンに関する本発明のシーケンスを示した図である。 本発明の実施例に関わる、操作／表示部に表示する送信先選択画面の一例（ＰＣ名およびログオン名）を示した図である。

符号の説明

１０１ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＬＡＮ）
１０２ ルータ
１０３ ＰＣ
１０４ Ｎｅｔｗｏｒｋ Ｍｕｌｔｉ−Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ（ＮＷＭＦＰ）

Claims (8)

1. 画像形成装置で生成した画像データを、所定の通信プロトコルに従ってネットワーク上の複数の情報端末装置の少なくとも１つに送信するためのデータ処理方法であって、
   前記画像形成装置において、
   画像データの送信を行うためのユーザ操作がなされた場合に、第１の動作開始要求を要請するコマンドを前記情報端末装置に送信し、
   前記情報端末装置において、
   前記画像形成装置から受信する前記第１の動作開始要求を要請するコマンドに応答して前記情報端末装置の利用者識別情報と前記画像形成装置に画像データを送信させる動作の確認命令を含む第１の確認コマンドを前記画像形成装置に送信し、
   前記画像形成装置において、
   前記情報端末装置から受信する前記第１の確認コマンドに含まれる利用者識別情報に対応する利用者を示す情報を表示装置に表示させ、
   当該表示の後になされる、画像データの送信を行うためのユーザ操作に応じて第２の動作開始要求を要請するコマンドを、前記利用者識別情報を含む前記第１の確認コマンドを送信した情報端末装置に送信し、
   前記情報端末装置において、
   前記画像形成装置からの前記第２の動作開始要求を要請するコマンドの受信後に前記画像形成装置に画像データを送信させる動作の動作開始要求コマンドを前記画像形成装置に送信し、
   前記画像形成装置において、
   前記情報端末装置から受信する前記動作開始要求コマンドに応答して画像データを送信することを特徴とするデータ処理方法。
2. 前記利用者識別情報は、情報端末装置にログオンしているログオンユーザー名であることを特徴とする請求項１に記載のデータ処理方法。
3. 前記所定の通信プロトコルは、Ｗｅｂ Ｓｅｒｖｉｃｅｓ ｏｎ Ｄｅｖｉｃｅｓ（ＷＳＤ）プロトコルであることを特徴とする請求項１または２に記載のデータ処理方法。
4. 前記画像形成装置が前記動作開始要求コマンドに応答して行う動作は、ＷＳＤスキャンサービスにおけるプッシュスキャンであることを特徴とする請求項３に記載のデータ処理方法。
5. 前記画像形成装置は、前記第１の動作開始要求を要請するコマンドを、複数の情報端末装置に対し送信し、複数の情報端末装置から受信する前記第１の動作開始要求コマンドに含まれる利用者識別情報に対応する利用者を示す情報を表示装置に表示させることを特徴とする請求項１乃至４のいずれか１項に記載のデータ処理方法。
6. 前記画像形成装置は、表示装置に表示された利用者を示す情報のうちのいずれかをユーザ操作に従って選択し、選択された利用者を示す情報に対応する利用者識別情報を送信した情報端末装置に対し、前記第２の動作開始要求を要請するコマンドを送信することを特徴とする請求項５に記載のデータ処理方法。
7. 前記画像形成装置は、前記情報端末装置から受信する前記第１の確認コマンドに対し、前記画像形成装置が正常であっても拒否を示す応答を送信し、前記第２の動作開始要求を要請するコマンドに対して前記情報端末装置から受信する第２の確認コマンドに対し、前記画像形成装置が正常であることを示す応答を送信することを特徴とする請求項１乃至６のいずれか１項に記載のデータ処理方法。
8. 生成した画像データを、所定の通信プロトコルに従ってネットワーク上の複数の情報端末装置の少なくとも１つに送信する画像形成装置であって、
   画像データの送信を行うためのユーザ操作がなされた場合に、第１の動作開始要求を要請するコマンドを前記情報端末装置に送信する第１のコマンド送信手段と、
   前記第１のコマンド送信手段で送信した前記第１の動作開始要求を要請するコマンドに対する応答として前記情報端末装置から送られてくる前記情報端末装置の利用者識別情報と前記画像形成装置に画像データを送信させる動作の確認命令を含む第１の確認コマンドを受信するコマンド受信手段と、
   前記コマンド受信手段で受信した前記第１の確認コマンドに含まれる利用者識別情報に対応する利用者を示す情報を表示装置に表示させる表示制御手段と、
   前記表示制御手段による利用者を示す情報の表示の後になされる、画像データの送信を行うためのユーザ操作に応じて第２の動作開始要求を要請するコマンドを、前記利用者識別情報を含む前記第１の確認コマンドを送信した情報端末装置に送信する第２のコマンド送信手段と、
   前記第２のコマンド送信手段による前記第２の動作開始要求を要請するコマンドの送信後に前記情報端末装置から送られてくる動作開始要求コマンドに応答して画像データを当該情報端末装置に送信する画像送信手段とを有することを特徴とする画像形成装置。

Images