(57)【要約】【課題】  ＷＳＤ標準のスキャンサービスを提供するスキャナにおいて、プッシュスキャン時にユーザが本体に付属のパネルなどで選択する解像度や読み取り範囲などのスキャンパラメータをクライアントに通知・認識させることは出来ない。したがって、ユーザ所望のスキャンパラメータでプッシュスキャンをすることが出来ない。【解決手段】  ユーザ所望のスキャンパラメータ以外はクライアントから指定が出来ないように一時的にスキャン機能を制限するイベントを発行することで、ユーザ所望のプッシュスキャンを実現する技術を提供する。さらに、その制限がプッシュスキャンの宛先クライアントにだけ有効となるようにする。【選択図】  図５
2010213189.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された情報処理装置と画像処理装置とで構成される画像処理システムにおいて、
前記画像処理装置は、画像処理装置が持つ能力を第１の情報として生成し前記情報処理装置に送信する第１の送信手段と、
ユーザにより前記画像処理装置で設定可能な画像処理のパラメータを前記画像処理装置の能力とする第２の情報を生成し、前記情報処理装置に送信する第２の送信手段と、
ユーザが前記画像処理装置で指示する画像処理の開始の指示を受けて、画像処理の開始を命令するイベントの開始コマンドを前記情報処理装置に要求する要求コマンド送信手段と、
前記情報処理装置から受信する前記開始コマンドに従って画像処理する画像処理手段とを有し、
前記情報処理装置は、前記画像処理装置から受信する前記第１の情報を保持する保持手段と、
前記画像処理装置から受信する前記第２の情報に従って前記保持手段に保存される情報を更新する更新手段と、
前記画像処理装置から受信する前記要求コマンドに従って、前記第２の情報で画像処理の開始のイベントを前記画像処理装置に命令する開始コマンド送信手段と、
を有することを特徴とする画像処理システム。
【請求項２】
前記第２の情報は前記第１の情報で表される前記画像処理装置が持つ能力を示す情報の一部を含むことを特徴とする請求項１に記載の画像処理システム。
【請求項３】
前記画像処理装置は、ネットワークを介して接続された前記情報処理装置の中から１つを指定する指定手段を更に有し、前記第２の送信手段は前記指定手段により指定された情報処理装置に対してのみ送信することを特徴とする請求項２に記載の画像処理システム。
【請求項４】
前記画像処理装置は、前記開始コマンドの受信の後に前記第１の送信手段を用いて第１の情報を前記情報処理装置に送信することを特徴とする請求項１乃至３いずれか１項に記載の画像処理システム。
【請求項５】
前記第２の送信手段および前記開始コマンドの受信の後に送信する前記第１の送信手段は前記指定手段により指定された情報処理装置に対してのみ送信することを特徴とする請求項４に記載の画像処理システム。
【請求項６】
前記第１または第２の情報はＷＳＤ（Ｗｅｂ  Ｓｅｒｖｉｃｅ  Ｆｏｒ  Ｄｅｖｉｃｅ）のプロトコルに準拠した形式で生成されることを特徴とする請求項１乃至５いずれか１項に記載の画像処理システム。
【請求項７】
前記画像処理装置はスキャナ装置であることを特徴とする請求項１乃至６いずれか１項に記載の画像処理システム。
【請求項８】
前記画像処理手段によって画像処理された画像データを出力する出力手段を更に有することを特徴とする請求項１乃至７項いずれか１項に記載の画像処理システム。
【請求項９】
ネットワークを介して複数の情報処理装置と接続された画像処理装置において、
前記画像処理装置が持つ能力を第１の情報として生成し前記情報処理装置に送信する第１の送信手段と、
ユーザが前記画像処理装置で設定する画像処理に使用するパラメータで前記画像処理装置が持つ能力を変更して第２の情報として生成し前記情報処理装置に送信する第２の送信手段と、
ユーザが前記画像処理装置で指示する画像処理の開始の指示を受けて、画像処理の開始のイベントを命令する開始コマンドを前記情報処理装置に要求する要求コマンド送信手段と、
前記情報処理装置から受信する前記第２の情報の内容で画像処理のイベントの開始を命令する前記開始コマンドに従って画像処理を行なう画像処理手段と、
前記第２の送信手段の後に前記第１の情報を前記情報処理装置に送信することを特徴とする画像処理装置。
【請求項１０】
ネットワークを介して画像処理装置と接続された情報処理装置において、
前記画像処理装置から画像処理装置が持つ能力を第１の情報として受信する受信手段と、
前記第１の情報を保持する保持手段と、
ユーザが前記画像処理装置で設定する画像処理に使用するパラメータで前記画像処理装置が持つ能力を変更した第２の情報を受信する受信手段と
前記第２の情報で前記保持手段を更新する更新手段と、
ユーザが前記画像処理装置で指示する画像処理の開始の指示を受けて、前記第２の情報の内容で画像処理のイベントの開始を命令する開始コマンド送信手段と、
前記前記第２の送信手段の後に前記第１の情報を受信し、前記第１の情報で前記保持手段を更新することを特徴とする情報処理装置。
【請求項１１】
ネットワークを介して複数の情報処理装置と接続された画像処理装置の画像処理方法において、
画像処理装置が持つ能力を第１の情報として生成し前記情報処理装置に送信する第１の送信工程と、
ユーザが前記画像処理装置で設定する画像処理に使用するパラメータで前記画像処理装置の能力を変更した第２の情報を生成し前記情報処理装置に送信する第２の送信工程と、
ユーザが前記画像処理装置で指示する画像処理の開始の指示を受けて、画像処理の開始のイベントを命令する開始コマンドを前記情報処理装置に要求する要求コマンド送信工程と、
前記情報処理装置から受信する前記第２の情報の内容で画像処理の開始のイベントを命令する開始コマンドに従って画像処理を行なう画像処理工程と、
前記第２の送信工程の後に前記第１の情報を前記情報処理装置に送信する工程
を有することを特徴とする画像処理装置の画像処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プッシュスキャンを行う画像処理システム、及び画像処理装置および画像処理方法に関する。
【背景技術】
【０００２】
近年、家電製品を含めたネットワーク対応機器の増加に伴い、ネットワーク上の装置同士の為の通信プロトコル、装置のディスカバリの仕組み、装置のインストールの仕組みが標準規格化されている。画像処理装置としてのプリンタ（印刷）・スキャナ（画像読取り）等の各種サービスの仕様も例外ではない。さらに、クライアントＰＣからより汎用的にネットワーク機器を利用する為の標準通信プロトコルや、より簡単にデバイスを使用するためのサービスが規格化されている。例えば、ＷＳＤ（ＷＥＢ  ＳＥＲＶＩＣＥ  ＦＯＲ  ＤＥＶＩＣＥＳ）やＵＰｎＰ（ＵＮＩＶＥＲＳＡＬ  ＰＬＵＧ＆ＰＬＡＹ）（登録商標）がある。
【０００３】
ＷＳＤは、デバイスを用いた様々なサービスの要求に答える為に定義された標準仕様である。基本的にＷＥＢサービスのアーキテクチャを使用し、標準化された通信プロトコル群、印刷サービス及びスキャンサービスを提供している。ＷＳＤはＷＥＢサービスをベースとしたデバイス同士の相互接続を可能とする為のネットワーク上の標準通信プロトコル群を用いる。デバイス用のＷＥＢサービスの構成要素として、デバイス発見（ＤＩＳＣＯＶＥＲＹ）、デバイス情報提示（ＤＥＳＣＲＩＰＴＩＯＮ）、デバイス制御（ＣＯＮＴＲＯＬ）、デバイスのイベント通知（ＥＶＥＮＴＩＮＧ）等の仕様が定められている。
【０００４】
また、ネットワーク経由で接続するデバイスに対してＭＩＣＲＯＳＯＦＴ社が提唱するＰｎＰ−Ｘ（ＰＬＵＧ  ＡＮＤ  ＰＬＡＹ  ＥＸＴＥＮＳＩＯＮＳ）サービスを使用して、ＰｎＰ−Ｘ対応のクライアントＰＣへのデバイスドライバの簡単なインストールが可能である。
【０００５】
また、従来のＰｎＰ（ＰＬＵＧ  ＡＮＤ  ＰＬＡＹ）サービスでは各デバイスとクライアントＰＣを様々なローカルのＩ／Ｏポートに直接ケーブルやコネクタで接続した際に働く機能である。ＰｎＰでは、デバイスが機種名（デバイスＩＤ）や製造者名（ベンダＩＤ）、シリアル番号等をホストＰＣに送信する。ホストＰＣはこれら受信した情報を参照して、デバイスを使用するためのデバイスドライバをクライアントに自動でインストールすることが可能である。
【０００６】
スキャンサービスはＳＣＡＮＳＥＲＶＩＣＥＤＥＦＩＮＩＴＩＯＮ  Ｖ１．０  ＦＯＲ  ＷＳＤで定められている。
【０００７】
これらのサービスにより、スキャンサービスを利用するクライアントＰＣと、スキャンサービスによるスキャンを提供するスキャナデバイスの相互接続性を提供している。
【０００８】
ＷＳＤの標準のスキャンサービスには、そのスキャンサービスを利用する為の各種コマンドや各種イベントがＷＳＤに準拠した形式に基づく言語によって定義されている。さらにスキャン形態としてプルスキャン、プッシュスキャンの二つの形態が定義されている。どちらの形態もクライアントＰＣが発行するイベント要求コマンドに従って画像処理装置で画像処理（スキャン）が実行されるものである。プルスキャンは、クライアントＰＣからのイベント要求コマンド発行により画像処理（スキャン）が行われる形態である。一方、プッシュスキャンは、画像処理装置上のボタン等からユーザにより指示されるプッシュスキャンのイベント開始コマンド送信がトリガとなり、クライアントＰＣからイベント要求コマンドが発行され、画像処理（スキャン）が行われる形態である。
【０００９】
ここで、クライアントＰＣに接続されたデバイスが提供可能なサービスを認識させる技術として特許文献１がある。特許文献１に開示されるデータ処理装置によれば、装備情報取得部がハードディスク、フィニッシャ、両面装置などの各種装置の有無や詳細な情報を取得する。取得した各種装置の有無や詳細な情報に応じてデータ処理装置のＷＳＤＬファイルを生成し、生成したＷＳＤＬファイルを情報処理装置に対して送信することが開示されている。即ち、各種デバイスの接続の有無やデバイスで実現できる内容を検出し、その情報をクライアントＰＣに送信することで、クライアントＰＣが利用できるデバイスのサービスを認識させることができる。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００５−３８０１６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
特許文献１の技術では、ＷＳＤの標準のスキャンサービスを提供するスキャナデバイスにおいて、ＡＤＦユニットやフィルムガイドなどの各種オプション装置の装着状態によるデバイスで実現できるサービスの変化をクライアントＰＣに認識させることが可能であった。
【００１２】
しかしながら、ＷＳＤスキャンサービスにおいては、スキャナで実現できるサービスの個別の設定値となる各種パラメータの値は、クライアントＰＣ側で指定することに決まっている。そのため、プッシュスキャン時にユーザがスキャナ装置に付属されるパネルなどでスキャンパラメータをいくら設定しても、クライアントＰＣ上でスキャンパラメータの設定が行なわれていないので、クライアントＰＣが発行するスキャン要求コマンドにはユーザが設定したスキャンパラメータを反映することはできなかった。
【００１３】
すなわち、ＷＳＤプロトコル上のプッシュスキャンでは、ユーザが指定するパラメータを用いたスキャンはできないという課題があった。
【課題を解決するための手段】
【００１４】
上記課題を解決するために、本発明は、ネットワークを介して接続された複数の情報処理装置と画像処理装置とで構成される画像処理システムであり、以下を特徴とする。
【００１５】
前記画像処理装置は、画像処理装置が持つ能力を第１の情報として生成し前記情報処理装置に送信する第１の送信手段と、ユーザにより前記画像処理装置で設定可能な画像処理のパラメータを前記画像処理装置の能力とする第２の情報を生成し、前記情報処理装置に送信する第２の送信手段と、ユーザが前記画像処理装置で指示する画像処理の開始の指示を受けて、画像処理の開始を命令するイベントの開始コマンドを前記情報処理装置に要求する要求コマンド送信手段と、前記情報処理装置から受信する前記開始コマンドに従って画像処理する画像処理手段とを有し、前記情報処理装置は、前記画像処理装置から受信する前記第１の情報を保持する保持手段と、前記画像処理装置から受信する前記第２の情報に従って前記保持手段に保存される情報を更新する更新手段と、前記画像処理装置から受信する前記要求コマンドに従って、前記第２の情報で画像処理の開始のイベントを前記画像処理装置に命令する前記開始コマンド送信手段とを有する。
【発明の効果】
【００１６】
以上の構成により、本発明によれば、スキャナ装置上でユーザが指定するスキャンパラメータでプッシュスキャンを行なう事が可能となる。
【図面の簡単な説明】
【００１７】
【図１】スキャナのハードウェア構成概略図である
【図２】スキャナのソフトウェア構成概略図である
【図３】従来のプッシュスキャンの概略シーケンス図である
【図４】本発明を摘要したプッシュスキャンの概略シーケンス図である
【図５】本発明を摘要したプッシュスキャンの基本シーケンス図である
【図６】表示部１４に表示される各種パラメータの選択画面である
【図７】本発明を摘要したプッシュスキャンの概略シーケンス図である
【図８】本発明を摘要したプッシュスキャンの基本シーケンス図である
【図９】本実施例の画像処理システムのシステム構成図である
【発明を実施するための形態】
【００１８】
以下、添付図面を参照して、本発明の実施形態を説明する。また、以下の各実施形態では、画像処理装置の一例としてスキャナを用いた説明を行う。本発明は、ＷＳＤ標準仕様に準拠したスキャナやプリンタ、またスキャナやプリンタ等の画像処理装置が一体に形成された複合機にとって特に有効である。また、以下の各実施形態において、画像処理装置は、通信ネットワークにおいてＷＳＤを具備した複数の情報処理装置（例えば、ＯＳとしてＷＩＮＤＯＷ  ＶＩＳＴＡ  が搭載されたＰＣ）に接続されており、この情報処理装置とＷＳＤのコマンドを送受信するものとする。
【実施例１】
【００１９】
図９は、本発明の一実施形態を示すシステムの構成図である。複数の情報処理装置（ＰＣ１〜３）と画像処理装置（スキャナ）が例えばＥＴＨＥＲＮＥＴ（登録商標）ケーブル１８を介して接続されている。画像処理装置はスキャナ単体、またはプリンタやＦａｘ機能が一体となった複合機でもよい。スキャナ単体の構成である場合には、図示していないが情報処理装置にはプリンタなどの画像出力装置が接続され、スキャンした画像をプリントすることが可能となっている
図１は、本発明の一実施形態を示すネットワーク対応スキャナを表した図である。
【００２０】
ＣＰＵ１１は、基本制御などのプログラムが書き込まれたＲＯＭ１２に従って装置全体の制御を行う。またＲＡＭ１３は、ＲＯＭ１２から読み出されたプログラムを実行する時のワークエリア、データ送受信時のバッファ、そして読み取りデバイス１６で生成した画像データの一時バッファに用いられる。ＥＴＨＥＲＮＥＴ（登録商標）コントローラ１７に、ＩＥＥＥ８０２．３によって規定されたＥＴＨＥＲＮＥＴ（登録商標）（通称）によって接続された有線ＬＡＮネットワークを介して、クライアントＰＣからスキャンを実行するためのコマンドの送受信が行われる。また、スキャナからクライアントＰＣへ画像データが送信される。ＥＴＨＥＲＮＥＴ（登録商標）コントローラ１７は、有線ＬＡＮ通信に対応する為のＥＴＨＥＲＮＥＴ（登録商標）（イーサネット（登録商標））ケーブル用のコネクタとインターフェース制御を司るコントローラで構成されている。ＥＴＨＥＲＮＥＴ（登録商標）ケーブル１８をコネクタに接続して通信を行う。無線ＬＡＮ対応ＰＣカードと無線コントローラを追加することでＩＥＥＥ８０２．１１Ａ／Ｂ／Ｇによって規定された無線ＬＡＮネットワークを使用しても良い。無線ＬＡＮに対応する場合は、無線ＬＡＮ通信に対応する為のＰＣカードを接続する為のＰＣカード・インターフェースで構成される。
【００２１】
本発明の一実施例では通信プロトコルとして、スキャンサービスであるＷＳＤプロトコルに対応したスキャナを提供する。ＷＳＤで使用される通信プロトコル方式、並びにスキャンに関する要求形態と応答形態は標準規格として定められている。
【００２２】
ＲＯＭ１２には、標準プロトコルであるＷＳＤ通信プロトコル・スキャンサービス（ＷＳＤスキャンサービス）に従って、読み取りデバイス１６にスキャンを実行させる為のプログラムが書き込まれている。読み取りデバイス１６は原稿台上に載置された原稿やフィルム等の読み取り媒体を読み取って画像データを生成するためのものである。読み取りデバイス１６は、読み取り可能な最大幅に相当する読み取り幅を持つスキャナヘッドを備えており、このスキャナヘッドを走査することにより、画像データを生成する。操作部１５は、ユーザがこれを操作することによりスキャナに様々な指示を与えるためのものである。与えることが可能な指示には、例えば、スキャナに読み取り媒体を読み取らせる際のスキャンパラメータ（解像度、読み取り範囲、画像処理の内容など）の設定がある。スキャンパラメータはスキャナの装置の仕様に依存するため、スキャナ装置が高度な画像処理ができるものならば、詳細なパラメータが設定可能となる。逆にスキャナ装置内で高度な画像処理が出来ない場合には画像処理の一部をＰＣ上で行なっても良い。この場合にはＰＣで行なう画像処理に必要なスキャンパラメータのみが設定できる。また、読み取った画像データの送信先（ネットワーク接続されたＰＣやプリンタなど）の設定ができる。また、スキャナに読み取り動作をさせるスキャン開始の操作手段（例えばプッシュスキャンボタン）がある。なお、スキャナに対する指示はＥＴＨＥＲＮＥＴ（登録商標）コントローラ１７を介してＰＣなどから与えることもできる。表示部１４は、様々な情報をユーザに通知する又は表示するためのものであり、ＬＣＤやＬＥＤ等から構成される。ユーザに通知する又は表示する情報には、例えばスキャナの状態（スキャニング状態、アイドル状態など）や、操作部１５の操作に連動した画面などがある。
【００２３】
図２は、図１で示した本発明の一実施形態を示すネットワーク対応スキャナのＲＯＭ１２に記憶されたプログラムのモジュール構成を表した図である。プログラムはアプリケーション層２０、ミドルウェア層２１、装置のオペレーションシステム２２に分類される。最初にオペレーションシステム２２が起動されると同時にミドルウェア層２１のＯＳ起動処理２９が呼ばれる。ＯＳ起動処理は、装置の起動状態に応じて、必要なモジュールを順番に起動する。ミドルウェア層２１はオペレーションシステム２２とアプリケーション層２０のモジュール群の間に介在して通信制御を行う。ミドルウェア層２１のＬＡＮドライバ３０、ＴＣＰ／ＩＰモジュール２７、ＵＤＰモジュール２８は、ＥＴＨＥＲＮＥＴ（登録商標）コントローラ１７を制御してＴＣＰ／ＩＰ、ＵＤＰ経由の通信を行う。アプリケーション層２０には、スキャン用モジュール２３、ＨＴＴＰモジュール２４、ＸＭＬ解析モジュール２５、ＷＳＤプロトコルモジュール２６が含まれる。一般的にスキャナのＩＰアドレス等を含むネットワークの設定は、操作部１５からだけではなく、ネットワーク経由でクライアントＰＣのＷＥＢブラウザを起動して、スキャナへアクセスすることで実行することができる。ＨＴＴＰモジュール２４は、設定用のＷＥＢサーバとしての管理と、ＷＳＤで規定されたＨＴＴＰ通信の両方の目的で使用する。ＸＭＬ解析モジュール２５はＷＳＤの通信で使用され、ＳＯＡＰ−ＯＶＥＲ−ＵＤＰ通信などの受信データの解析に使用する。
【００２４】
以下、ＷＳＤスキャンサービスでのスキャン方法について説明する。まず、ＷＳＤスキャンサービスに定義されるプッシュスキャンについて、従来のスキャン方法を説明する。その後、ユーザ指定のスキャンパラメータでプッシュスキャンする方法について説明する。
【００２５】
＜従来のプッシュスキャンの説明＞
まず、図３を用いて、ＷＳＤスキャンサービスにおける従来のプッシュスキャンについて説明する。
【００２６】
図３は、従来のプッシュスキャンの、概略シーケンスを示した図である。スキャンサービスを利用するに先立ち、予めクライアントＰＣはスキャナに対してスキャナが予め持つ能力を第１の情報として取得するためのスキャナ要素取得要求のコマンド送信を第１の送信手段によりおこなう。（ステップＳ３０１）。このスキャナ要素取得要求コマンド（ＧＥＴＳＣＡＮＮＥＲＥＬＥＭＥＮＴＳＲＥＱＵＥＳＴ）は、クライアントＰＣがスキャナをインストールする時点やクライアントＰＣとスキャナとがネットワーク通信が可能になった時点で発行される。スキャナはクライアントＰＣのスキャナ要素取得要求コマンドを受信すると、スキャナ自身が予め持っている画像処理の能力として第１の情報を生成する。前記画形成の能力とは、例えばスキャナの状態や、スキャナの出力解像度、原稿種別や読み取り範囲等のスキャン性能仕様を含む。この第１の情報をＷＳＤに準拠する所定の言語を用いてスキャナ要素取得応答コマンド（ＧＥＴＳＣＡＮＮＥＲＥＬＥＭＥＮＴＳＲＥＳＰＯＮＳＥ）として生成し、クライアントＰＣに対して第１の送信手段を用いて送信する。（ステップＳ３０２）。クライアントＰＣは、この応答コマンドを受信すると、スキャナが提供するスキャンサービスの性能を知ることが出来る。スキャンサービスの情報はクライアントＰＣ上に存在するメモリやＨＤＤ等の保存手段に保存され、保持される。
【００２７】
さて、ユーザが画像処理装置（スキャナ）の元へ行き、原稿台にスキャン対象として例えばＡ４サイズの用紙を置き、画像処理装置上の操作部１５の操作によりプッシュスキャンを実行する為のボタンを押下する。該ボタン押下により、スキャナはスキャンの開始命令であるイベント開始コマンドを要求するためのイベント要求コマンド送信としてプッシュスキャンイベント（ＳＣＡＮＡＶＡＩＬＡＢＬＥＥＶＥＮＴ）をクライアントＰＣへ送信する（ステップＳ３０３）。
【００２８】
ステップＳ３０３でプッシュスキャンイベントを受信したクライアントＰＣは、スキャナに対してスキャンの開始命令であるイベント開始コマンド送信として、スキャン要求コマンド（ＣＲＥＡＴＥＳＣＡＮＪＯＢＲＥＱＵＥＳＴ）を発行する（ステップＳ３０４）。このコマンドはクライアントＰＣがステップＳ３０２で保持手段に保持している第１の情報に記載されたスキャナのスキャン性能仕様の範囲内で任意に選択したスキャンパラメータを用いてスキャン開始の命令を行なうものである。
【００２９】
ステップＳ３０４でスキャン要求を受信したスキャナは、スキャン要求コマンドが含むスキャンパラメータに従ってスキャンが可能か否か、且つスキャンを開始できる状態か否かを確認し、スキャンが可能であればスキャン応答コマンド（ＣＲＥＡＴＥＳＣＡＮＪＯＢＲＥＳＰＯＮＳＥ）を返却する。例えば、読み込みデバイス１６はこの時点でスキャンを開始する。また、スキャンが不能であればＦＡＵＬＴ応答を返却する（ステップＳ３０５）。
【００３０】
ステップＳ３０５でスキャン応答コマンドを受信したクライアントＰＣはスキャナに対して画像取得要求コマンド（ＲＥＴＲＩＥＶＥＩＭＡＧＥＲＥＱＵＥＳＴ）を発行する（ステップＳ３０６）。
【００３１】
ステップＳ３０６で画像取得要求を受信したスキャナは、クライアントＰＣに対して、画像取得応答コマンド（ＲＥＴＲＩＥＶＥＩＭＡＧＥＲＥＳＰＯＮＳＥ）を返却し、画像データを送信する（ステップＳ３０７）。
【００３２】
＜本発明を摘要したプッシュスキャンの説明＞
次に、図４〜図８を用いて、ＷＳＤスキャンサービスにおいて、ユーザ指定のスキャンパラメータでプッシュスキャンする方法について説明する。
【００３３】
前述したとおり、ＷＳＤスキャンサービスの従来のプッシュスキャンは、スキャン要求コマンドに含められるスキャンパラメータに従ってスキャンを実行するものである。プッシュスキャンでは、スキャナ側からの操作でスキャンが開始するので、プルスキャンのようにクライアントＰＣ上のアプリケーションからユーザが所望のスキャンパラメータを選択することは出来ない。また、プッシュスキャンイベントでスキャンパラメータをクライアントＰＣに通知することが出来ない為、スキャナ側でもユーザ所望のスキャンパラメータを選択することは出来ない。（選択してもスキャン要求コマンドに反映させることができない。）つまり、ＷＳＤスキャンサービスにおける従来のプッシュスキャンでは、ユーザ所望のスキャンパラメータでのスキャンは不可能である。  そこで、本発明を摘要したプッシュスキャンでは、次のようにスキャナ要素変更イベントを用いることで、ユーザ所望のスキャンパラメータでのプッシュスキャンを行う。スキャナ要素変更イベントとは、ＷＳＤスキャンサービスで使用されるイベントであり、図３のステップＳ３０１で取得したスキャナの能力に変更があった場合に用いられる。従来の使用例として、スキャナデバイスに両面スキャンが可能なオプションのユニットを追加装着することがある。この際にスキャナ要素変更イベントが発行される。スキャナ要素変更イベントはスキャナの能力が片面スキャンから両面スキャンになったという変更をクライアントＰＣ上に保持されているサービス記述情報を書き換えることで更新する。
【００３４】
プッシュスキャンイベント送信前にユーザがスキャナ上で設定したスキャンパラメータで第２の情報となるスキャナ要素変更イベントを第２の生成手段により生成して第２の送信手段で送信する。これによりクライアントＰＣからのスキャン要求コマンドで任意に指定されるスキャンパラメータを上記スキャンパラメータに限定させる。本発明を摘要したプッシュスキャンではこれにより、スキャナのスキャン性能がユーザが指定したスキャンパラメータのみであるとクライアントＰＣが認識し、ユーザ所望のスキャンパラメータでのプッシュスキャンが実現される。
【００３５】
図４は、本発明を摘要したプッシュスキャンの、概略シーケンスを示した図である。ステップＳ５０１〜Ｓ５０２は前述の図３で説明したステップＳ３０１〜Ｓ３０２と同じ動作であるため、説明は省略する。
【００３６】
さて、ユーザがスキャナの元へ行き、原稿台にスキャン対象として例えばＡ４サイズの用紙を置き、所望のスキャンパラメータをスキャナ上で選択する。続いてスキャン開始ボタンを押下する。該スキャン開始ボタン押下により、まず、スキャナはユーザが選択したスキャンパラメータをスキャン要求コマンドに反映させる為に、第２の情報となるスキャナ要素変更イベントを生成しクライアントＰＣに第２の送信手段により送信する（ステップＳ５０３）。ステップＳ５０３のイベント通知でスキャナは、自分自身の能力があたかもユーザが選択したスキャンパラメータのみであるかのようにスキャン能力の変更をプッシュスキャン宛先であるクライアントＰＣに対して通知するのである。このとき、ユーザが指定したプッシュスキャン宛先のクライアントＰＣのみがスキャナのスキャン性能（サポートするスキャンパラメータの値・範囲）に変更があったと認識し、保存領域に保持していたスキャン性能の値を更新する。ネットワークに接続されたその他のクアイアンとＰＣには、本スキャン性能の変更通知が送信されないため、ユーザが選択したスキャンパラメータにスキャナ性能が変更されることはない。続いて、スキャン要求の要請であるイベント要求コマンドすなわちプッシュスキャンイベント（ＳＣＡＮＡＶＡＩＬＡＢＬＥＥＶＥＮＴ）をプッシュスキャン宛先であるクライアントＰＣへ発行する（ステップＳ５０４）。
【００３７】
ステップＳ５０４でプッシュスキャンイベントを受信したクライアントＰＣは、画像処理の開始を命令するイベント開始コマンドとしてスキャン要求コマンド（ＣＲＥＡＴＥＳＣＡＮＪＯＢＲＥＱＵＥＳＴ）を発行する（ステップＳ５０５）。このコマンドはクライアントＰＣがスキャン性能仕様の範囲内で任意に選択したスキャンパラメータを含んでいる。そのため、このスキャン要求コマンドに含まれるスキャンパラメータは、クライアントＰＣが、先に送信されたスキャナ要素変更イベントで更新されたスキャナのサポート値・範囲、即ち第２の情報としてユーザが指定したスキャンパラメータの値が設定される。
【００３８】
ステップＳ５０５でスキャン要求のコマンド受信したスキャナは、スキャン要求コマンドが含むスキャンパラメータに従いスキャンが可能か否か、且つスキャンを開始できる状態か否かを確認し、スキャンが可能であればスキャン応答コマンド（ＣＲＥＡＴＥＳＣＡＮＪＯＢＲＥＳＰＯＮＳＥ）を返却する。例えば、読み込みデバイス１６はこの時点でスキャンを開始する。また、スキャンが不能であればＦＡＵＬＴ応答を返却する（ステップＳ５０６）。
【００３９】
ステップＳ５０６でスキャン応答コマンドを受信したクライアントＰＣはスキャナに対して画像取得要求コマンド（ＲＥＴＲＩＥＶＥＩＭＡＧＥＲＥＱＵＥＳＴ）を発行する（ステップＳ５０７）。
【００４０】
ステップＳ５０７で画像取得要求を受信したスキャナは、クライアントＰＣに対して、データ応答コマンド（ＲＥＴＲＩＥＶＥＩＭＡＧＥＲＥＳＰＯＮＳＥ）を返却し、画像データを送信する（ステップＳ５０８）。
【００４１】
本発明を摘要したプッシュスキャン時のスキャナの動作について図５の基本シーケンスにより実際のコマンド名を用いて詳細に説明する。本実施例では、ＰＣ１、ＰＣ２、ＰＣ３の３台のＰＣがスキャナと接続されており、各々のＰＣでスキャナが既にインストール済みであるものとし、以下の実施例では、ＰＣ１をクライアントＰＣとして説明する。また、スキャナはスキャン性能として次のスキャンパラメータでのスキャンが可能であるとする。解像度：（１）１５０ＤＰＩ、（２）３００ＤＰＩ。原稿種別：（１）ＴＥＸＴ、（２）ＰＨＯＴＯ。（本実施例では、解像度、原稿種別の２つのパラメータについてのみ説明する。）
まず、クライアントＰＣとスキャナとの間でネットワーク通信が確立されると、クライアントＰＣはスキャナ要素取得要求コマンドを発行する（ステップＳ６０１）。ここで、スキャナはＲＯＭ１２から自身がサポートするスキャンパラメータ（解像度：（１）１５０dpi、（２）３００dpi、原稿種別：（１）ＴＥＸＴ、（２）ＰＨＯＴＯ）を読み出し、スキャナ要素取得応答コマンドにその読み出したスキャンパラメータを含めてコマンド生成して返却する（ステップＳ６０２）。ＰＣ２、ＰＣ３も同様にスキャナ要素取得要求コマンドを発行し、スキャナのスキャン性能を取得する。このとき、ＰＣ１〜３は、スキャナが、解像度は１５０ＤＰＩ、３００ＤＰＩを、原稿種別はＴＥＸＴ、ＰＨＯＴＯをサポートしていると認識している状態である。
【００４２】
ここで、ユーザはプッシュスキャンを実行する為、スキャナの表示部１４に表示される画面を見ながら操作部１５を操作しスキャン移行ボタンを押下する（ステップＳ６０３）。ユーザ操作によりスキャナをプッシュスキャンモードに移行させると、まずプッシュスキャン宛先選択画面が表示部１４に表示される。プッシュスキャン宛先選択画面には、ＰＣ１、ＰＣ２、ＰＣ３が表示される（図６（Ａ））。ここで、ユーザが送信先としてＰＣ１（クライアントＰＣ）を選択したとする（ステップＳ６０４）。ＰＣ１（クライアントＰＣ）を選択すると、続いて、スキャンパラメータ設定画面が表示部１４に表示される。スキャンパラメータ選択画面には、選択可能なスキャンパラメータとして、解像度（１５０dpi、３００dpi）（図６（Ｂ））、原稿種別（ＴＥＸＴ、ＰＨＯＴＯ）（図６（Ｃ））が表示される。ここで、ユーザ操作により解像度：３００dpi（幅、高さ共通）、原稿種別：ＴＥＸＴを選択したとする（ステップＳ６０５）。このとき、ＲＡＭ１３には、ユーザが選択したスキャンパラメータ（解像度：３００dpi、原稿種別：ＴＥＸＴ）が一時的に保存される。そして、ユーザがスキャン開始ボタンを押下すると（ステップＳ６０６）、スキャナはまずＲＡＭ１３に一時的に保存したスキャンパラメータを読み出し、その読み出したパラメータをスキャナ要素変更イベントに含めて生成しクライアントＰＣへ通知した後（ステップＳ６０７）、続いてスキャン要求の要請であるプッシュスキャンイベントをクライアントＰＣへ通知する（ステップＳ６０８）。ステップＳ６０７のスキャナ要素変更イベントは、プッシュスキャン宛先であるＰＣ１（クライアントＰＣ）にだけ通知される。本イベントには、『解像度は３００dpiのみサポートしている、原稿種別はＴＥＸＴのみサポートしている』という旨が、ＷＳＤの形式に準拠した言語にで記載されている。本イベントを受信したクライアントＰＣは、スキャナが、解像度は３００dpiのみサポートしている、原稿種別はＴＥＸＴのみサポートしているデバイスである、と認識する。つまり、クライアントＰＣは、スキャナ要素変更イベントにより、本来のスキャン性能（サポートしているスキャンパラメータ値・範囲）とは異なる制限のかかったスキャン性能を、スキャナのスキャン性能だと認識している状態となる。一方、ＰＣ２及びＰＣ３は、依然としてスキャナが、解像度は１５０dpi、３００dpiを、原稿種別はＴＥＸＴ、ＰＨＯＴＯをサポートしていると認識している状態である。
【００４３】
プッシュスキャンイベントを受信したクライアントＰＣは、画像処理の開始を命令するスキャン要求コマンドを発行する（ステップＳ６０９）。このスキャン要求コマンドで指定されるスキャンパラメータはスキャナがサポートしているスキャンパラメータの値・範囲の中から任意に選択される。前述のとおり、クライアントＰＣはステップＳ６０７で受信したスキャナ要素変更イベントにより、現在スキャナが解像度は３００dpiのみを、原稿種別はＴＥＸＴのみをサポートしていると認識している。従って、このスキャン要求コマンドには、解像度：３００dpi、原稿種別：ＴＥＸＴと指定されたスキャンパラメータが含められている。
【００４４】
スキャン要求コマンドを受信したスキャナは要求されたスキャンパラメータでのスキャンが可能か否かを判断する、さらに、スキャン動作が可能な状態であるか否かを判断する。該判断によりスキャンが可能であれば、スキャン応答コマンドを応答（ＯＫ応答）し、読み取りデバイス１６による指定されたスキャンパラメータでのスキャンを開始する。スキャンが不能であれば、ＦＡＵＬＴ応答（ＮＧ応答）する（ステップＳ６１０。クライアントＰＣは、スキャン要求コマンドの応答でスキャン応答コマンド（ＯＫ応答）を受信したら、続いて画像取得要求コマンドを発行し（ステップＳ６１１）、スキャナへスキャンした画像データを要求する。スキャン要求コマンドの応答でＦＡＵＬＴ応答（ＮＧ応答）を受信した場合は、以降の処理を中断する。スキャンは実行されない。
【００４５】
画像取得要求コマンドを受信したスキャナは、読み取りデバイス１６が生成した画像データを逐次クライアントＰＣへ送信する（ステップＳ６１２）。なお、本実施例では、画像データを逐次送信しているが、スキャン要求、或いは、画像取得要求を受信した時点で画像データを１ページ分生成してしまい、該画像データをまとめてクライアントＰＣに送信してもよく、画像データ送信方法を特に限定することはしない。画像データを受信したクライアントＰＣはＨＤＤ等の保存領域に画像データを保存する。
【００４６】
以上説明したように、本発明はＷＳＤスキャンサービスにおいて、ユーザ指定のスキャンパラメータでスキャナデバイスの性能が限定されたように、クライアントＰＣに通知することで、クライアントＰＣ側ではユーザ指定のスキャンパラメータでしかスキャン要求コマンドが発行できなくなる。そのため、ユーザが指定したスキャンパラメータによるプッシュスキャンが可能となった。さらに、プッシュスキャン宛先でないＰＣ（ＰＣ２、ＰＣ３）には、スキャナ要素変更イベントを送信しないため、プッシュスキャン宛先以外のＰＣからのスキャン要求コマンドにはユーザの設定したスキャンパラメータは影響することがない。
【００４７】
本実施例では、ユーザが指定できるスキャンパラメータを解像度と原稿種別だけであるように記述したが、これに限定しない。ＷＳＤのスキャンサービスで定義されるスキャンパラメータすべてを指定できるようにしてもよいし、定義されないスキャンパラメータも指定できるようにしてもよい。
【００４８】
また、スキャナ要素変更イベントでユーザが指定したスキャンパラメータの値を全て通知するようにしても良いし、一部を通知するようにしても良い。ＷＳＤスキャンサービスを用いたスキャンの場合では、クライアントＰＣがＷＳＤスキャンサービスで定義するスキャンパラメータの全てをデバイスに指定してくる場合と、一部のみを指定してくる場合がある。例えば、シャープネス（輪郭強調）や圧縮品質値（ＪＰＥＧ画像などの圧縮画像フォーマットを生成時の圧縮の度合い）などは指定してこない場合がある。その場合には、必ずしもユーザが指定したスキャンパラメータを全て通知する必要が無い場合が考えられる。例えば、シャープネスという指示がクライアントＰＣが指定して来ないことが予め判っている場合には、スキャナ要素変更イベントでクアイアントＰＣに通知する必要はない。このような場合では、全てのパラメータを通知する必要がなくなるため、ネットワークのトラフィックを軽減できるという更なる効果がある。
【００４９】
さらに、プッシュスキャン処理の間は、他のジョブ（プッシュスキャン宛先クライアントＰＣが送信するプッシュスキャン時のスキャン要求コマンド以外のスキャン要求コマンド）を受け付けないようにしても良い。このとき、スキャン要求コマンドに対してＦＡＵＬＴ応答して他のジョブを受けないようにしてもよい。また、スキャナの操作部でのユーザ操作を受け付けないようにして、続けてプッシュスキャンできないようにしてもよい。他のジョブを受け付けないようにする排他のタイミングは、スキャナ要素変更イベント送信時でもよいし、プッシュスキャンイベント送信時でもよい。また、スキャン応答コマンド送信時でもよいし、スキャンを開始時でもよい。
【００５０】
さらに、スキャナ要素変更イベント送信以降は、同じ宛先クライアントＰＣからのスキャナ要素取得要求コマンドに対する応答コマンドは、ユーザが前回指定したスキャンパラメータをＲＡＭ１３より読み出して反映したスキャン性能を応答するようにしてもよい。これにより、同じクライアントＰＣを用いて常に同じパラメータでプッシュスキャン操作を行なうユーザにとっては、その都度スキャンパラメータを設定する必要が無くなり、操作性の向上が期待できる。さらに、ユーザによるスキャンパラメータの指定は、スキャナの操作部１５からだけではなく、ネットワーク経由でクライアントＰＣのＷＥＢブラウザを起動して、スキャナへアクセスして指定して設定してもよい。この場合もＷＥＢブラウザで設定されたスキャンパラメータはＲＡＭ１３に保存され、前述の動作によりクライアントＰＣに通知される。
【００５１】
さらに、画像処理装置は画像データをクライアントＰＣに送付すると同時に画像処理装置に備えている出力装置（プリンタ）またはネットワークに接続され予めユーザによって指定されたネットワークプリンタに画像データを送信し、出力してもよい。こうすることでクライアントＰＣ上で画像データを保存しつつ出力結果を同時に得ることができる。ユーザは画像処理装置の前からクライアントＰＣまで移動して、クライアントＰＣ上で保存された画像データを画像処理装置（またはネットワークプリンタ）に対して出力する指示を行ない、画像処理装置（またはネットワークプリンタ）まで出力結果を取りに行くという煩雑な行為の必要がなくなり、操作性が向上する。
【実施例２】
【００５２】
実施例１においては、ユーザが指定したスキャンパラメータを反映したスキャナ要素変更イベントをプッシュスキャンイベント送信前に送信することで、クライアントＰＣの保持手段に保持されたスキャン能力をユーザ指定のスキャンパラメータで更新してプッシュスキャンを可能とした。
【００５３】
しかしながら、プッシュスキャン処理終了後、プッシュスキャン宛先クライアントＰＣだったクライアントＰＣから、プルスキャンのスキャン要求コマンドが送信されるケースが想定される。このとき、このクライアントＰＣは、先のプッシュスキャンにおけるスキャナ要素変更イベントにより、本来のスキャン性能（本来サポートしているスキャンパラメータ値・範囲）とは異なる制限のかかったスキャン性能（ユーザ指定値のみをサポートしている）を、スキャナのスキャン性能だと認識している状態である。
【００５４】
この場合、例えば、クライアントＰＣ上のアプリケーションからユーザがスキャンを実行しようとした場合、本来は解像度で１５０dpi又は３００dpiが指定できるにも関わらず、３００dpiしか指定できなくなってしまう。つまり、プッシュスキャン終了後のプルスキャンでは、クライアントＰＣが指定できるスキャンパラメータに制限がかかってしまう可能性がある。
【００５５】
そこで、実施例２では、ユーザが指定したスキャンパラメータを反映したスキャナ要素変更イベントをプッシュスキャン宛先のクライアントＰＣに送信しスキャン性能（サポートしているスキャンパラメータ値・範囲）に制限をかけてプッシュスキャンを行った後、二回目のスキャナ要素変更イベントを送信し、スキャン性能（サポートしているスキャンパラメータ値・範囲）の制限をなくす必要がある。
【００５６】
第２の実施形態において、スキャナのハードウェア要件、ソフトウェア要件などは第１の実施形態と同様であるため、説明を省略し（図１、図２参照）、第１の実施形態と異なる点のみ説明する。
【００５７】
図７は、第２の実施形態における本発明を摘要したプッシュスキャンの、概略シーケンスを示した図である。ステップＳ１００１〜ステップＳ１００８までのシーケンスは、図４のステップＳ５０１〜ステップＳ５０８までと同様であるので、ここでの説明を割愛する。
【００５８】
読み取りデバイス１６によるスキャンが終了し、ステップＳ１００８での画像データ転送が終了すると、クライアントＰＣが認識しているスキャン性能を、制限のかかったスキャン性能ではなく本来のスキャン性能に変更させる為に、二回目のスキャナ要素変更イベントとして第１の情報として生成した情報と同じ情報をクライアントＰＣに対してのみ送信する（ステップＳ１００９）。
【００５９】
第２の実施形態における本発明を摘要したプッシュスキャン時のスキャナの動作について図９の基本シーケンスを用いて詳細に説明する。ステップＳ１１０１からステップＳ１１１２までのシーケンスは、図５のステップＳ６０１〜ステップＳ６１２までと同様であるので、ここでの説明を省略する。
【００６０】
読み取りデバイス１６によるスキャンが終了し、ステップＳ１１１２での画像データ転送が終了すると、クライアントＰＣが認識している本来のスキャン性能（サポートしているスキャンパラメータ値・範囲）とは異なる制限のかかったスキャン性能（プッシュスキャン時のユーザ指定値のみをサポートしている）となっている。この制限を無くす為に、二回目のスキャナ要素変更イベントをクライアントＰＣに対してのみ送信する（ステップＳ１１１３）。このとき、スキャナはＲＯＭ１２に保持している本来のスキャンパラメータを読み出し、その読み出したパラメータをスキャナ要素変更イベントに含める。従って二回目のスキャナ要素変更イベントには、第１の情報である『解像度は１５０dpi、３００dpiをサポートしている、原稿種別はＴＥＸＴ、ＰＨＯＴＯをサポートしている』という旨が、あるＷＳＤの形式に準拠した言語の書式で記載される。スキャナ要素変更イベントを受信したクライアントＰＣは、スキャナが、解像度は１５０dpi、３００dpiをサポートしている、原稿種別はＴＥＸＴ、ＰＨＯＴＯをサポートしている、と認識する。つまり、クライアントＰＣは、二回目のスキャナ要素変更イベントの受信により、保持手段に保持されたスキャン性能が更新され、本来のスキャン性能を（サポートしているスキャンパラメータ値・範囲）、スキャナのスキャン性能だと認識している状態となる。
【００６１】
従って、ステップＳ１１１３後は、プッシュスキャン終了後のプルスキャンでは、クライアントＰＣが指定できるスキャンパラメータに制限がかからなくなる。
以上説明したように、本実施形態によれば、ユーザが指定したスキャンパラメータを反映したスキャナ要素変更イベントをプッシュスキャン宛先ＰＣに対して送信しスキャン性能（サポートしているスキャンパラメータ値・範囲）に制限をかけてプッシュスキャンを行った後に、二回目のスキャナ要素変更イベントを送信する。これにより、プッシュスキャン終了後のプルスキャンでは、クライアントＰＣが指定できるスキャンパラメータに制限がかからなくなる。
【００６２】
また、本実施例では、二回目のスキャナ要素変更イベント発行のタイミングをスキャン終了（画像データ転送）後としたが、一回目のスキャナ要素変更イベント後であれば、これに限定しない。スキャン応答コマンド送信後でもよいし、スキャン要求コマンドにＦＡＵＬＴ応答した後でも良い。
【００６３】
このように、実施例１、２で説明した本発明を適用したプッシュスキャンでは、ＷＳＤスキャンサービス仕様を拡張することなく、ユーザ所望のスキャンパラメータでのプッシュスキャンが実現可能となった。
【００６４】
また、第１および第２の実施例では、スキャナで読み取った画像データをスキャン要求をおこなったクライアントＰＣに送信するように説明した。しかし、プッシュスキャン後のデータの送信先はこれにかぎらない。クライアントＰＣ内で前記画像データに画像処理を施したり、クライアントＰＣに保存する必要がなければその他の機器でもよい。たとえば、クライアントＰＣに接続されたプリンタ、またはネットワーク上で予め指定したプリンタ、またはスキャナが複合機である場合では装置内のプリンタに送信しプリントするようにしてもよい。さらに言えばスキャンデータの送信先はプリンタに限らず、ファクシミリやネットワーク上または装置内の保存領域であってもよい。
【００６５】
さらに、本発明の目的として前述した実施例の機能を実現するソフトウエアにより画像処理システムを制御する制御プログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵまたはＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００６６】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【００６７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施例の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＰＥＲＡＴＩＮＧ  ＳＹＳＴＥＭ（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施例の機能が実現される場合も含まれることは言うまでもない。
【００６８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【符号の説明】
【００６９】
１１  ＣＰＵ
１２  ＲＯＭ
１３  ＲＡＭ
１４  表示部
１５  操作部
１６  読み取りデバイス
１７  ＥＴＨＥＲＮＥＴ（登録商標）コントローラ
１８  ＥＴＨＥＲＮＥＴ（登録商標）ケーブル
１９  システム・バス
２０  アプリケーション層
２１  ミドルウェア層
２２  オペレーションシステム
２３  スキャン用モジュール
２４  ＨＴＴＰモジュール
２５  ＸＭＬ解析モジュール
２６  ＷＳＤプロトコルモジュール
２７  ＴＣＰ／ＩＰモジュール
２８  ＵＤＰモジュール
２９  ＯＳ起動処理
３０  ＬＡＮドライバ
【図１】
2010213189.tif 000003
【図２】
2010213189.tif 000004
【図３】
2010213189.tif 000005
【図４】
2010213189.tif 000006
【図５】
2010213189.tif 000007
【図６】
2010213189.tif 000008
【図７】
2010213189.tif 000009
【図８】
2010213189.tif 000010
【図９】
2010213189.tif 000011