(57)【特許請求の範囲】
【請求項１】
少なくとも１つのインターフェースと、
レジストリと、
各種画像処理を実行するための少なくとも１つのサブシステムと、
前記インターフェース、前記レジストリ、および前記サブシステムと通信可能に接続されるプレパーサとを備え、
前記サブシステム用のプロファイルが前記レジストリに記憶され、
前記インターフェースを介して受信されたコマンドラインに含まれる前記サブシステム宛てのサブコマンドに応じて、前記プレパーサは、前記サブコマンドが前記プロファイルに適合することを確認した後、前記サブシステムに前記サブコマンドを実行させる画像処理ノードであって、
前記プロファイルは、前記サブシステム用の認証済コマンドのアイデンティティを備え、該認証済コマンドのアイデンティティは、認証済コマンドに関連するコマンドトークンと、前記認証済コマンドに関連するオプションと、前記認証済コマンドを実行するために適用される前記サブシステム上のルーチンのアドレスとを備え、
前記プレパーサは、前記サブシステムにより前記サブコマンドを実行させる前に、前記サブコマンドが、前記サブシステム用の認証済コマンドに関連するコマンドトークンおよびオプションと一致するコマンドトークンおよびオプションを有していることを確認し、その後、一致したコマンドトークンおよびオプションの対に関連する前記認証済コマンドを実行するために適用される前記サブシステム上のルーチンのアドレスを呼び出すことを特徴とする画像処理ノード。
【請求項２】
前記コマンドラインはプリンタジョブ言語（ＰＪＬ）で記述されたコマンドラインであることを特徴とする請求項１に記載の画像処理ノード。
【請求項３】
前記コマンドラインはプレパーサに関連したプレパーサ識別子をさらに備え、前記画像処理ノード上で実行可能なフィルタが、前記プレパーサ識別子が有効であるか否かを確認し、前記プレパーサ識別子が有効である場合に、前記プレパーサ識別子に関連したプレパーサを呼び出すことを特徴とする請求項１に記載の画像処理ノード。
【請求項４】
前記少なくとも１つのインターフェースはネットワークインターフェースを備えることを特徴とする請求項１に記載の画像処理ノード。
【請求項５】
前記少なくとも１つのインターフェースはユーザーインターフェースを備えることを特徴とする請求項１に記載の画像処理ノード。
【請求項６】
少なくとも１つのインターフェースと、
レジストリと、
各種画像処理を実行するための少なくとも１つのサブシステムと、
前記インターフェース、前記レジストリ、および前記サブシステムと通信可能に接続されるプレパーサとを備え、
前記サブシステム用のプロファイルが前記レジストリに記憶された画像処理ノードを制御するための方法であって、
前記インターフェースを介してコマンドラインを受信する工程と、
前記コマンドラインに含まれる前記プレパーサに関連したプレパーサ識別子に基づいて、前記プレパーサを呼び出す工程と、
前記プレパーサによって、前記コマンドラインに含まれる前記サブシステム宛てのサブコマンドが前記プロファイルに適合するか否かを確認する工程と、
前記サブコマンドを実行するために適用される前記サブシステムのルーチンのアドレスを前記レジストリから取得する工程と、
前記アドレスを用いて前記サブシステムのルーチンを呼び出す工程を有し、
前記プロファイルは、前記サブシステム用の認証済コマンドのアイデンティティを備え、各認証済コマンドのアイデンティティは、認証済コマンドに関連するコマンドトークンと、前記認証済コマンドに関連するオプションと、前記認証済コマンドを実行するために適用される前記サブシステム上のルーチンのアドレスとを備え、
前記プレパーサによって、前記コマンドラインに含まれる前記サブシステム宛てのサブコマンドが前記プロファイルに適合するか否かを確認する工程は、前記プレパーサによって、前記サブコマンドが、前記サブシステム用の認証済コマンドに関連するコマンドトークンおよびオプションと一致するコマンドトークンおよびオプションを有しているか否かを確認する工程であることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理ノード、および画像処理ノードを制御するための方法に関し、特に、より適応性のある画像処理ノード、および画像処理ノードを制御するための方法に関する。
【背景技術】
【０００２】
従来、多機能プリンタ（ＭＦＰ）のノードなどの画像処理ノードの制御は、主として画像処理ノードにサポートされる業界標準の管理プロトコルおよびプロプライエタリのＷｅｂインターフェースによる粗雑かつ静的な制御に制限されている。このような制御では、画像処理ノードのユーザの種々の目的を満たすことができないことが多く、なかなか新しくはならない。簡易ネットワーク管理プロトコル（ＳＮＭＰ）やインターネット印刷プロトコル（ＩＰＰ）などの画像処理ノードにサポートされる業界標準の管理プロトコルは、制限付きの一連の制御を定義しており、この一連の制御はインターネット技術タスクフォース（ＩＥＴＦ）の決定なしでは補足することはできない。さらに、ＩＥＴＦの決定により承認された新しい制御にはすべて制限があり、制御を行うためにはソフトウェアのアップグレードが必要である。
【０００３】
画像処理ノードに対するプロプライエタリのＷｅｂインターフェースが提供する制御は、業界標準の団体における決定なしで補足することができる。しかしながら、このようなＷｅｂの制御は、画像処理ノードの作成者がサポートすると決定したものに制限されている。さらに、提供され得る新しいＷｅｂ制御を実行するにはソフトウェアを変更する必要がある。たとえば、新しい制御に対するユーザ入力を許容するためにＷｅｂページを新しく作成しなければならず、さらに、その新しいＷｅｂページと画像処理ノードの制御対象のサブシステムとを統合させるためにソフトウェアフックをコード化する必要がある。
【０００４】
画像処理ノードの制御に関しては、例えば、特許文献１に、クライアントから印刷すべきデータとその印刷を実現する命令列を内部に含むコマンドを受信すると、インタープリタが、命令列の解釈結果にしたがって、画像処理装置が有する印刷等の機能を操作するための関数群である複数のコマンドライブラリの少なくとも一つを呼び出して、画像処理装置が有するそれらの機能を実行するものが開示されている。
【特許文献１】特開２００６−４８７２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、画像処理ノードの適応制御のための方法を提供することをその目的とするものであり、標準の管理プロトコルまたはプロプライエタリのＷｅｂインターフェースを介さずには制御することができない画像処理ノードの登録済みオプションのロック解除及び制御を動的に行うことをユーザに許容することによって、拡張性が高く、きめ細かい画像処理ノードの制御を可能としようとするものである。
【課題を解決するための手段】
【０００６】
一形態において、画像処理ノードは、少なくとも１つのインターフェースと、レジストリと、各種画像処理を実行するための少なくとも１つのサブシステムと、前記インターフェース、前記レジストリ、および前記サブシステムと通信可能に接続されるプレパーサとを備え、前記サブシステム用のプロファイルが前記レジストリに記憶され、前記インターフェースを介して受信されたコマンドラインに含まれる前記サブシステム宛てのサブコマンドに応じて、前記プレパーサは、前記サブコマンドが前記プロファイルに適合することを確認した後、前記サブシステムに前記サブコマンドを実行させる画像処理ノードであって、前記プロファイルは、前記サブシステム用の認証済コマンドのアイデンティティを備え、該認証済コマンドのアイデンティティは、認証済コマンドに関連するコマンドトークンと、前記認証済コマンドに関連するオプションと、前記認証済コマンドを実行するために適用される前記サブシステム上のルーチンのアドレスとを備え、前記プレパーサは、前記サブシステムにより前記サブコマンドを実行させる前に、前記サブコマンドが、前記サブシステム用の認証済コマンドに関連するコマンドトークンおよびオプションと一致するコマンドトークンおよびオプションを有していることを確認し、その後、一致したコマンドトークンおよびオプションの対に関連する前記認証済コマンドを実行するために適用される前記サブシステム上のルーチンのアドレスを呼び出すことを特徴とする。
【００１４】
いくつかの実施形態において、前記コマンドラインはプリンタジョブ言語（ＰＪＬ）で記述されたコマンドラインであることを特徴とする。
【００１５】
いくつかの実施形態において、前記コマンドラインはプレパーサに関連したプレパーサ識別子をさらに備え、前記画像処理ノード上で実行可能なフィルタが、前記プレパーサ識別子が有効であるか否かを確認し、前記プレパーサ識別子が有効である場合に、前記プレパーサ識別子に関連したプレパーサを呼び出すことを特徴とする。
【００１６】
いくつかの実施形態において、前記少なくとも１つのインターフェースはネットワークインターフェースを備えることを特徴とする。
【００１７】
いくつかの実施形態において、前記少なくとも１つのインターフェースはユーザインターフェースを備えることを特徴とする。
【００１８】
別の形態において、画像処理ノードを制御する方法は、少なくとも１つのインターフェースと、レジストリと、各種画像処理を実行するための少なくとも１つのサブシステムと、前記インターフェース、前記レジストリ、および前記サブシステムと通信可能に接続されるプレパーサとを備え、前記サブシステム用のプロファイルが前記レジストリに記憶された画像処理ノードを制御するための方法であって、前記インターフェースを介してコマンドラインを受信する工程と、前記コマンドラインに含まれる前記プレパーサに関連したプレパーサ識別子に基づいて、前記プレパーサを呼び出す工程と、前記プレパーサによって、前記コマンドラインに含まれる前記サブシステム宛てのサブコマンドが前記プロファイルに適合するか否かを確認する工程と、前記サブコマンドを実行するために適用される前記サブシステムのルーチンのアドレスを前記レジストリから取得する工程と、前記アドレスを用いて前記サブシステムのルーチンを呼び出す工程を有し、前記プロファイルは、前記サブシステム用の認証済コマンドのアイデンティティを備え、各認証済コマンドのアイデンティティは、認証済コマンドに関連するコマンドトークンと、前記認証済コマンドに関連するオプションと、前記認証済コマンドを実行するために適用される前記サブシステム上のルーチンのアドレスとを備え、前記プレパーサによって、前記コマンドラインに含まれる前記サブシステム宛てのサブコマンドが前記プロファイルに適合するか否かを確認する工程は、前記プレパーサによって、前記サブコマンドが、前記サブシステム用の認証済コマンドに関連するコマンドトークンおよびオプションと一致するコマンドトークンおよびオプションを有しているか否かを確認する工程であることを特徴とする。
【発明の効果】
【００２３】
本発明は、基本的な特徴において、画像処理ノードの適応制御のための方法およびシステムを提供する。本方法およびシステムにより、画像処理ノードのサブシステムは認証済コマンドを動的にプレパーサに登録することができ、その後、プレパーサは、動的な登録を参照して実行用のインバウンドのサブコマンドの認証を行う。また、本方法およびシステムは、たとえば、標準の管理プロトコルまたはプロプライエタリのＷｅｂインターフェースを介さずには制御することができない画像処理ノードの登録済オプションのロック解除および制御を動的に行うことをユーザに許容することによって、拡張性が高く、きめ細かい画像処理ノードの制御を可能とする。
【発明を実施するための最良の形態】
【００２４】
以下の図面の簡単な説明と併せて、後述する詳細な説明を参照すれば、本発明の実施例がより明らかとなろう。本発明は付記されたクレームによって定義される。
【００２５】
図１は、画像処理ノード１３０の適応制御のための方法およびシステムが動作可能な画像処理システムを示す図である。この画像処理システムは、通信ネットワーク１２０を通じて画像処理ノード１３０と通信可能に接続されるクライアントノード１１０を含む。このクライアントノード１１０は、ユーザインターフェース上で印刷ジョブの詳細を受信することが可能であり、画像処理ノード１３０上で行われる処理の内容に合致する印刷ジョブを生成し、イーサネット（登録商標）・インターフェース、ＵＳＢインターフェース、または携帯電話インターフェースなどのネットワークインターフェースを介して送信することが可能な、パーソナルコンピュータ、ワークステーション、携帯電話、または携帯情報端末（ＰＤＡ）などのデータ通信装置である。
【００２６】
通信ネットワーク１２０は、有線または無線のイーサネット（登録商標）接続またはＵＳＢ接続といったポイント・ツー・ポイント接続、あるいはローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、ワイマックス（ＷＩＭＡＸ）ネットワーク、アドホック（ＡＤ−ＨＯＣ）ネットワーク、および／またはそれぞれクライアントノード１１０と画像処理ノード１３０を通信可能に接続するスイッチやルータなどのデータ通信ノードを有するその他のネットワークを１つ以上含むデータ通信ネットワークであってもよい。いくつかの実施形態において、通信ネットワーク１２０はインターネットを横断する。いくつかの実施形態において、通信ネットワーク１２０は、たとえば画像処理ノード１３０に出力するためにクライアントノード１１０によって開始された印刷ジョブの処理およびスケジューリングを行うことによって、クライアントノード１１０および画像処理ノード１３０間の媒介物として機能する１つ以上のサーバーノードを含む。
【００２７】
画像処理ノード１３０は、クライアントノード１１０上で開始された印刷ジョブをネットワークインターフェースを介して受信することが可能であり、たとえば印刷ジョブのハードコピー出力などの印刷ジョブの処理を行うことが可能である、イーサネット（登録商標）・インターフェースまたはＵＳＢインターフェースなどのネットワークインターフェースを有する画像処理装置である。本発明に密接に関係する印刷ジョブの処理において、印刷ジョブのＰＪＬ部内で受信されたサブコマンドが選択的に認証および実行されるプレパーサの操作を行ってもよい。
【００２８】
クライアントノード１１０は、ユーザインターフェースと、ネットワークインターフェースと、プロセッサに通信可能に接続されるメモリとを備える。ユーザインターフェースは、ユーザからの入力を受けるためのキーボード、キーパッド、またはタッチセンシティブのナビゲーションツールなどの入力機構と、ユーザに出力を表示するための液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）ディスプレイ、または陰極線管（ＣＲＴ）などの出力機構とを備える。ネットワークインターフェースは、クライアントノード１１０を通信ネットワーク１２０に通信可能に接続するイーサネット（登録商標）・インターフェース、ＵＳＢインターフェース、または携帯電話インターフェースなどの有線または無線のデータ通信インターフェースである。
【００２９】
メモリにインストールされ、プロセッサによって実行されるオペレーティングシステムは、タスクを生成、スケジューリング、および実行することにより、とりわけ、ユーザインターフェース上に入力された印刷ジョブの内容に一致する印刷ジョブを生成し、該印刷ジョブをネットワークインターフェース上で送信することにより、クライアントノード１１０上の操作を管理する。印刷ジョブの生成は、クライアントノード１１０上、または通信ネットワーク１２０内のサーバーノード上にある印刷ドライバによって促進される。印刷ジョブは、テキストおよび図形をページ上に印刷する方法に関する指示のみならずユーザが選択した印刷オプションを提供するＰＪＬ部を備えていてもよい。印刷ジョブのＰＪＬ部は、ＭＦＰのノード１３０上における特定のオプションのロック解除または制御の指示を行うＭＦＰのノード１３０上のプレパーサ宛てのコマンドラインを含む。このようなＰＪＬ（Printer Job Language）のコマンドラインは、ユーザによって直接入力されるか、あるいは、たとえばユーザの入力に応じて印刷ドライバによって生成される。
【００３０】
図２は、画像処理ノード１３０をより詳細に示した図である。画像処理ノード１３０は、印刷、スキャン、コピーなどの複数の機能をサポートしている。画像処理ノード１３０は、ユーザからの入力を受信し、又ユーザに出力を表示するためのフロントパネルなどのユーザインターフェース２１０を備える。さらに、画像処理ノード１３０はネットワークインターフェース２２０を備える。ネットワークインターフェース２２０は、画像処理ノード１３０を通信ネットワーク１２０に通信可能に接続するイーサネット（登録商標）・インターフェースまたはＵＳＢインターフェースなどの有線または無線のデータ通信インターフェースである。画像処理ノード１３０の内部では、インターフェース２１０、２２０が、コマンドプロセッサ２４０、スキャン／コピーエンジン２３０、およびプリントエンジン２６０と通信可能に接続されている。プロセッサ２４０とエンジン２５０、２６０は関連するメモリを備える。スキャン／コピーエンジン２３０は、１つ以上の集積回路（ＩＣ）などのスキャ／コピー機のロジックと、スキャンおよびコピー機能を実行する機構部を含む。たとえば、スキャン／コピーエンジン２３０は移動可能なキャリッジに搭載されたラインイメージセンサを備え、スキャナＩＣの制御下で原稿を光学的にスキャンし、そのスキャン原稿をメモリに記憶する。
【００３１】
プリントエンジン２６０は、１つ以上のＩＣなどのプリンタのロジックと、印刷機能を実行する機構部とを含む。たとえば、プリントエンジン２６０は、移動可能なキャリッジに搭載されたカラーインクジェットヘッダを備え、プリンタＩＣの制御下で原稿を印刷する。図示した実施形態において画像処理ノード１３０はスキャン、コピー、および印刷をサポートしているが、他の実施形態において、画像処理ノードは、ファックスまたはファイリングなどの、他のあるいは異なる機能をサポートしていてもよく、あるいはスキャンまたはコピー機能はなく印刷などの単一の機能をサポートしていてもよい。
【００３２】
プロセッサ２４０は、印刷、スキャン、コピー、スプール、管理、診断やその他のタスクを生成、スケジューリング、および実行することにより画像処理ノード１３０上の操作を管理する。このようなタスクは、いくつかの実施形態においてファームウェアを備えるプロセッサ２４０にインストールされたソフトウェアにおいて実行するルーチンによって行われる。画像処理ノード１３０の高度かつ動的な制御を可能にするために付随して実行される管理タスクは、プロセッサ２４０上で実行可能なフィルタのルーチンによる、プロセッサ２４０上で実行可能なプレパーサのルーチンに宛てられたインバウンドのＰＪＬコマンドラインの識別と、このような識別に応じたプレパーサの呼び出しとを含む。プレパーサ宛てのインバウンドのコマンドラインは、たとえば、ネットワークインターフェース２２０を介して受信された印刷ジョブのＰＪＬ部において、あるいはユーザインターフェース２１０またはネットワークインターフェース２２０を介して受信されたＰＪＬ部において受信されてもよい。
【００３３】
図３は、本発明のいくつかの実施形態における登録コマンドラインの処理である。登録コマンドラインの処理は、登録サブシステム３１０と、画像処理ノードのサブシステム３２０、３３０、３４０のうちの１つ以上と、プレパーサ３５０と、レジストリ３６０とを必要とし、これらはすべてプロセッサ２４０上で実行可能である。このような登録コマンドラインの処理が行われる前に、登録サブシステム３１０はプレパーサ３５０を登録する。図示した例において、プレパーサ３５０は、プレパーサ３５０によって受信された登録コマンドライン（ＲＥＧ＿ＣＬ）に応じて、サブコマンド（ＲＥＧＳＳ＿ＣＡＬＬ）を用いて登録サブシステム３１０を呼び出す。登録サブシステム３１０の呼び出しにより、登録サブシステム３１０は、画像処理ノードのサブシステム３２０に対してコマンドを発行してプレパーサ３５０を登録するよう促される。
【００３４】
一例として、画像処理ノードのサブシステム３２０は、画像処理ノード１３０上のスキャンを制御し、またプレパーサ３５０は、画像処理ノードのサブシステム３２０にプレパーサ３５０を登録し、画像処理ノード１３０上のスキャンを可能にすることを命令するよう登録サブシステム３１０を促すアクティベーションキーを用いて登録サブシステム３１０を呼び出してもよい。他の例として、画像処理ノードのサブシステム３２０はトレースメッセージを制御し、プレパーサ３５０は、画像処理ノードのサブシステム３２０にプレパーサ３５０を登録し、画像処理ノード１３０上のトレースメッセージを可能にすることを命令するよう登録サブシステム３１０を促すアクティベーションキーを用いて登録サブシステム３１０を呼び出してもよい。
【００３５】
処理フローにおいて、プレパーサ３５０によって受信された登録コマンドライン（ＲＥＧ＿ＣＬ）は、プレパーサ３５０に関連するプレパーサ識別子（ＰＰＩＤ）と、登録サブシステム３１０に関連するサブシステムＩＤ（ＳＳＩＤ）と、サブコマンドとを有するＰＪＬコマンドラインである。サブコマンドはコマンドトークンとオプションとを備え、さらにオプション値を備えてもよい。登録コマンドラインに応じて、プレパーサ３５０は、レジストリ３６０から、ＳＳＩＤが、登録されている画像処理ノードのサブシステム３２０、すなわち登録サブシステム３１０と関連していることを判定する（ＳＳＩＤ＿ＶＥＲ）。その後、プレパーサ３５０は、レジストリ３６０においてＳＳＩＤに関連するプロファイル、すなわち登録サブシステム３１０に関連するプロファイルを探索する。このプロファイルから、プレパーサ３５０は、サブコマンドのコマンドトークンおよびオプションが認証済のコマンドトークン／オプションの対であることを判定する（ＣＯＭ＿ＶＥＲ）。
【００３６】
さらに、プレパーサ３５０は、レジストリ３６０から、サブコマンドの実行に関与する登録サブシステム３１０上のルーチンのアドレスを取得し（ＣＡＬＬ＿ＡＤＤＲ）、ルーチンを呼び出してサブコマンドを実行させる（ＲＥＧＳＳ＿ＣＡＬＬ）。本例において、サブコマンドは画像処理ノードのサブシステム３２０に対しプレパーサ３５０を登録するよう促すことを意図している。よって、サブコマンドに応じて、登録サブシステム３１０は画像処理ノードのサブシステム３２０に対して、画像処理ノードのサブシステム３２０用のプロファイル（ＲＥＧ＿ＤＡＴ）がレジストリ３６０に追加されたら、プレパーサ３５０を登録するよう指示する（ＲＥＧ＿ＣＯＭ）。ここで、画像処理ノードのサブシステム３２０は、コマンドトークン、オプション、およびプロファイルのコマンドを実行するために適用される画像処理ノードのサブシステム３２０のルーチンのアドレスを定義づけることが重要である。
【００３７】
いくつかの実施形態では、画像処理ノードのサブシステム３２０、３３０、３４０において同様の方法でプレパーサ３５０が登録削除され、たとえば、画像処理ノードのサブシステム３２０にプレパーサ３５０の登録削除を命令するよう登録サブシステム３１０を促す登録削除のサブコマンドを用いて登録サブシステム３１０を呼び出してもよい。
【００３８】
図４は、本発明のいくつかの実施形態における画像処理オプションのコマンドラインの処理である。画像処理オプションのコマンドラインの処理は、画像処理ノードのサブシステム３２０、３３０、３４０の登録された１つと、プレパーサ３５０と、レジストリ３６０とを必要とし、これらはすべてプロセッサ２４０上で実行可能である。図示した例において、プレパーサ３５０は、プレパーサ３５０によって受信した画像処理オプションのサブコマンドに応じて、画像処理オプションのサブコマンドを用いて画像処理ノードのサブシステム３２０を呼び出す。画像処理ノードのサブシステム３２０の呼び出しにより、画像処理ノードのサブシステム３２０はサブコマンドを実行するよう促される。複数の実現可能な例の１つとして、画像処理ノードのサブシステム３２０は画像処理ノード１３０上の色補正を制御してもよく、さらに、画像処理ノードのサブシステム３２０を、画像処理ノードのサブシステム３２０に特定の印刷ジョブに対して色補正を適用するよう促すサブコマンドを用いて呼び出してもよい。
【００３９】
処理フローにおいて、プレパーサ３５０によって受信された画像処理オプションのコマンドライン（ＯＰＴ＿ＣＬ）は、プレパーサ３５０に関連するＰＰＩＤと、画像処理ノードのサブシステム３２０に関連するＳＳＩＤと、サブコマンドとを有するＰＪＬコマンドラインである。サブコマンドはコマンドトークンとオプションとを備え、さらにオプション値を備えてもよい。コマンドラインに応じて、プレパーサ３５０は、レジストリ３６０から、ＳＳＩＤが登録された画像処理ノードのサブシステム３２０と関連していることを判定する（ＳＳＩＤ＿ＶＥＲ）。その後、プレパーサ３５０は、レジストリ３６０においてＳＳＩＤに関連するプロファイル、すなわち画像処理ノードのサブシステム３２０に関連するプロファイルを探索する。このプロファイルから、プレパーサ３５０は、サブコマンドのコマンドトークンおよびオプションが認証済のコマンドトークン／オプションの対であることを判定する（ＣＯＭ＿ＶＥＲ）。さらに、プレパーサ３５０は、レジストリ３６０から、サブコマンドの実行に関与する画像処理ノードのサブシステム３２０上のルーチンのアドレスを取得し（ＣＡＬＬ＿ＡＤＤＲ）、ルーチンを呼び出してサブコマンドを実行する（ＩＳＳ＿ＣＡＬＬ）。この場合、サブコマンドは画像処理ノードのサブシステム３２０によってサポートされる画像処理オプションの実行を意図しており、画像処理ノードのサブシステム３２０はサブコマンドを実行する。
【００４０】
図５は、いくつかの実施形態におけるレジストリ３６０に記憶された画像処理ノードのサブシステムのプロファイルである。このプロファイルは、プロファイルが付随する画像処理ノードのサブシステムによって定義された認証済コマンドのアイデンティティを含んでおり、リンクした３つのテーブルに渡って記憶される。認証済コマンドのアイデンティティはそれぞれ、コマンドトークンと、オブジェクトと、コマンドを実行するための画像処理ノードのサブシステム上のルーチンのアドレスとを含む。より詳細には、ＳＳＩＤテーブル５１０は、プロファイルが付随する画像処理ノードのサブシステムのＳＳＩＤと、ＳＳＩＤに関連するコマンドトークンテーブル５２０内のエントリに対するポインタ（ＣＴ  ＰＴＲ）を有する。コマンドトークンテーブル５２０は、画像処理ノードのサブシステムに対する１以上のコマンドトークン（ＣＴ）と、各コマンドトークンに関連するオプションテーブル５３０におけるエントリに対するポインタ（ＯＰＴ  ＰＴＲ）とを有する。オプションテーブル５３０は、コマンドトークン毎の１以上のオプション（ＯＰＴ）と、各オプションに関連するコマンドを実行するための画像処理ノードのサブシステム上のルーチンのアドレスとを有する。画像処理ノードのサブシステム宛てのインバウンドのコマンドラインは、コマンドラインのサブコマンドにおけるトークン／オプションの対がレジストリ３６０に記憶された画像処理ノードのサブシステムのプロファイルにおけるトークン／オプションの対と一致することを確認することによって認証され、その後、一致したトークン／オプションの対に関連する画像処理ノードのサブシステム上のルーチンのアドレスを呼び出すことによって実行される。
【００４１】
プレパーサの原理およびレジストリ３６０の使用について更に説明するため、プレパーサ３５０宛てのＰＪＬコマンドラインが下記式によって表わされる本発明の実施形態について考察する。
【００４２】
＠ＰＪＬ  ＰＰＩＤ＿ＣＴ  ＯＰＴ  ＝  ＯＰＴ  ＶＡＬ
式中、＠ＰＪＬはＰＪＬコマンドラインとしてコマンドラインを識別し、ＰＰＩＤはプレパーサ３５０だけを識別し、ＣＴはコマンドトークンであり、ＯＰＴはオプションであり、ＯＰＴ  ＶＡＬはオプション値である。さらに、これらの実施形態において、オプションはＳＳＩＤから始まり、オプションのＳＳＩＤではない部分から下線によって相殺されることについて考察する。
【００４３】
次に、下記式が記載された図５のインバウンドのＰＪＬのコマンドラインの処理について考察する。
＠ＰＪＬ  ＳＨＡＲＰ＿ＳＥＴ  ＵＤＰ＿ＥＶＮＴ＿ＲＥＣＤＲ＿ＡＤＤＲ  ＝  “１７２．２９．２３７．６”
インバウンドのＰＪＬコマンドラインを受信すると、プロセッサ２４０上で実行可能なフィルタは「ＳＨＡＲＰ」をプレパーサ３５０のアイデンティティとして認識し、これによってコマンドラインをプレパーサ３５０に割り当てる。プレパーサ３５０は指示されたフォーマットを有するＰＪＬコマンドラインの構文解析を行うように構成されており、ＳＳＩＤの「ＵＤＰ＿」をＳＳＩＤテーブル５１０に配置し、関連するコマンドトークンのポインタを用いてエントリをオプションテーブル５３０に表示する。その後、プレパーサ３５０はコマンドトークンの「ＳＥＴ」をコマンドトークンテーブル５２０に配置し、関連するオプションのポインタを用いてエントリをオプションテーブル５３０に表示する。さらに、プレパーサ３５０はオプションの「ＵＤＰ＿ＥＶＮＴ＿ＲＥＣＤＲ＿ＡＤＤＲ」をオプションテーブル５３０に配置する。この時点で、プレパーサ３５０はサブコマンドが画像処理ノードのサブシステムの「ＵＤＰ＿」に割り当てられ認証されていることをすでに判定している。これにより、プレパーサ３５０はオプションに関連する画像処理ノードのサブシステムの「ＵＤＰ＿」上のルーチンのアドレスを取得し（ＣＡＬＬ＿ＡＤＤＲ  ）、このアドレスを用いてサブコマンドを有するルーチンを呼び出す。このルーチンは、とりわけ、オプション値１７２．２９．２３７．６に対しオプションＵＤＰ＿ＥＶＮＴ＿ＲＥＣＤＲ＿ＡＤＤＲを設定することによって、サブコマンドを実行する。プレパーサ３５０がサブコマンドからＳＳＩＤまたはコマンドトークン／オプションの対を確認することができなかった場合、プレパーサ３５０はサブコマンドが認証されていないと判断し、コマンドラインを取り除く。
【００４４】
図６は、本発明のいくつかの実施形態における一般的なコマンドラインの処理を示すフローチャートである。プロセッサ２４０はＰＪＬコマンドラインを受信し（６０５）、フィルタルーチンはＰＰＩＤを確認する（６１０）。ＰＰＩＤが有効である場合、プレパーサ３５０が呼び出され、プレパーサ３５０はＳＳＩＤテーブル５１０のＰＪＬコマンドラインからＳＳＩＤを探索する（６２０）。ＳＳＩＤが有効である場合、プレパーサ３５０はＳＳＩＤテーブル５１０の対応するポインタを用いてコマンドトークンテーブル５２０に索引を付け、コマンドトークンテーブル５２０のＰＪＬコマンドラインからコマンドトークンを探索する（６３０）。コマンドトークンが有効である場合、プレパーサ３５０はコマンドトークンテーブル５２０の対応するポインタを用いてオプションテーブル５３０に索引をつけ、オプションテーブル５３０のＰＪＬコマンドラインからオプションを探索する（６３５）。オプションが有効である場合、プレパーサ３５０はオプションテーブル５３０の対応するルーチンアドレスを用いてＳＳＩＤに関連するサブシステムを呼び出し、サブコマンドを実行する（６４０）。ＰＰＩＤが無効である場合、コマンドラインはプレパーサ３５０に宛てられず、コマンドラインはプレパーサ３５０を用いずに処理される（６１５）。ＰＰＩＤが有効であるが、コマンドラインのＳＳＩＤ、コマンドトークン、またはオプションの１つが無効である場合、コマンドラインは実行されずにプレパーサ３５０によって取り除かれる（６２５）。
【００４５】
以上のように、従来のＰＣなどのクライアントノード１１０では、ＭＦＰなどの画像処理ノード１３０に各種ジョブを実行するためのＰＪＬコマンドラインを送信していたが、本発明では、クライアントノードはＰＪＬコマンドラインとして特定の機能のアクティベーションの設定を行う登録コマンドライン（ＲＥＧ＿ＣＬ）あるいは画像処理のオプション設定のためのコマンドライン（ＯＰＴ＿ＣＬ）などを送信できるようにしている。このコマンドラインは、プレパーサに関する識別子（ＰＰＩＤ）、サブシステムに関連する識別子（ＳＳＩＤ）、サブコマンドを含んでいる。
他方、画像処理ノード１３０側では、各種画像処理を実行するためのサブシステム（プログラム）を有するとともに、このサブシステムのプロファイルがプレパーサとレジストリに記憶されている。
そして、画像処理ノード１３０がクライアントノード１１０からインターフェースを介して登録コマンドラインや画像処理のオプションのコマンドラインを受信した際に、プレパーサは、コマンドラインに含まれるサブシステムＩＤ（ＳＳＩＤ）が、登録された画像処理のサブシステム（プログラム）と関連していることを判定し、さらに、コマンドラインに含まれるサブコマンドが、レジストリに記録されたサブシステムのプロファイルに適合するかどうかを判定する。そして、適合する場合は、プレパーサは、サブシステムの所定ルーチンを呼び出してサブコマンドで指定された処理を実行させる。
【００４６】
本発明は、本発明の精神または主要な特徴から逸脱することなく他の特定の形態で実施することができると当業者に理解される。たとえば、本発明はＰＪＬのプレパーサ３５０に関連して説明したが、発明の原理は、拡張可能なマークアップ言語（ＸＭＬ）やＸＰＳのプレパーサなどのその他のプレパーサにも容易に及ぶ。よって、本発明の記述はすべての点において説明のためのものであって、制限するためのものではない。本発明の範囲は添付の請求の範囲によって示され、請求の範囲と等価である意味および範囲内にあるすべての変更がここに包含されることが意図されている。
【図面の簡単な説明】
【００４７】
【図１】画像処理のネットワークシステムである。
【図２】本発明のいくつかの実施形態における画像処理ノードである。
【図３】本発明のいくつかの実施形態における登録コマンドラインの処理である。
【図４】本発明のいくつかの実施形態における画像処理オプションのコマンドラインの処理である。
【図５】本発明のいくつかの実施形態における画像処理サブシステムのプロファイルである。
【図６】本発明のいくつかの実施形態における一般的なコマンドラインの処理を示すフローチャートである。
【符号の説明】
【００４８】
１１０…クライアントノード、１２０…通信ネットワーク、１３０…画像処理ノード、２１０…ユーザインターフェース、２２０…ネットワークインターフェース、２３０…スキャン/コピーエンジン、２４０…コマンドプロセッサ、２６０…プリントエンジン、３１０…登録サブシステム、３２０、３３０、３４０…画像処理ノードのサブシステム、３５０…プレパーサ、３６０…レジストリ、５１０…ＳＳＩＤテーブル、５２０…コマンドトークンテーブル、５３０…オプションテーブル。
【図１】
0004886748.tif 000002
【図２】
0004886748.tif 000003
【図３】
0004886748.tif 000004
【図４】
0004886748.tif 000005
【図５】
0004886748.tif 000006
【図６】
0004886748.tif 000007