JP6998150B2 - Ｉｐｐスキャンディレクトリサービス - Google Patents

Description

本開示は、ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）プッシュスキャンを対象とする、宛先を格納し、管理し、配布するネットワーク上のシステムまたはホストのためのディレクトリサービスを有する方法、システム、およびコンピュータープログラムに関する。

「プリンタワーキンググループ（ＰＷＧ）」は、ＩＥＥＥ－ＩＳＴＯ（ＩＥＥＥ Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄｓ ａｎｄ Ｔｅｃｈｎｏｌｏｇｙ Ｏｒｇａｎｉｚａｔｉｏｎ）と公式に連携し、ＩＰＰ仕様を担う、印刷業者およびネットワークベンダーのコンソーシアムである。

このＰＷＧは、ＰＷＧ５１００．１７仕様書の中で、ＩＰＰスキャンサービスについて記述している。この仕様書では「プルスキャン」と「プッシュスキャン」の２種類のスキャンが記述されている。プルスキャンは、Ｇｅｔ－Ｎｅｘｔ－Ｄｏｃｕｍｅｎｔ－Ｄａｔａ要求を発行するＩＰＰクライアントが動作するホストシステム内のスキャン文書を検索および格納して、ＩＰＰスキャンサーバー機能を備えたスキャナーまたは複合機（ＭＦＰ）／多機能装置（ＭＦＤ）からスキャン文書を検索するために用いられる方法である。プッシュスキャンは、プリンターＵＲＩ属性の一部として「／ｉｐｐ／ｓｃａｎ」を含むＩＰＰジョブ作成要求を発行し、スキャン文書を１つ以上の宛先に送信するための宛先ＵＲＩ ＩＰＰジョブテンプレート属性を含むＩＰＰクライアントが動作するホストシステムで用いられる方法である。ＩＰＰクライアントは、宛先アクセスＩＰＰオペレーション属性を含むことで、宛先に対するアクセス資格情報を含んでもよい。

ＩＰＰ宛先ＵＲＩ属性は、スキャン文書を、ローカルネットワーク（ＬＡＮ）またはインターネットを介したリモートに存在し得る宛先に送るために用いられるプロトコルを定義する。サポートされているプロトコルには、例えば、「ｆｔｐ、ｆｔｐｓ：」、「ｈｔｔｐ、ｈｔｔｐｓ：」、「ｄａｖ：」（別名 ＷｅｂＤａｖ）、「ｉｐｐ、ｉｐｐｓ：」、「ｍａｉｌｔｏ：」、「ｓｍｂ：」が含まれる。例として、ＨＴＴＰＳサーバーへの宛先ＵＲＩをhttps://mydomain.com/scandocs/example.pdfとすることができる。

上記の点を考慮して、ＩＰＰプッシュスキャンを対象とする、ローカルネットワーク上の、またはインターネットもしくは任意の遠隔媒体を介してリモートにアクセス可能な宛先システムまたはホストに、格納し、管理し、配布するためのディレクトリサービスとして機能する方法、コンピュータープログラム、およびネットワークプロトコルを有することが好ましい。例示的な実施形態によれば、宛先システムまたはホストは、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）の形式で格納され、このＵＲＩには、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を含んでもよい。

ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）に基づいたプッシュスキャンジョブ用のＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒｓ）を提供する方法を実行するためのコンピューターが読取可能なコードが組み込まれたコンピュータープログラムを有する非一時的なコンピューター読取可能な記録媒体が開示される。この方法は、ＩＰＰクライアント、およびそれぞれの前記ＩＰＰクライアント向けの宛先ＵＲＩのデータベースであって、プッシュスキャンジョブを送るための権限が与えられたそれぞれの前記宛先ＵＲＩを定義するデータベースをホストするステップと、前記ＩＰＰクライアントと宛先ＵＲＩのデータベース上のそれぞれの前記宛先ＵＲＩの宛先アクセス（アクセス資格情報）であって、前記プッシュスキャンジョブを受信して該プッシュスキャンジョブを処理するための前記アクセス資格情報を定義する宛先アクセス、およびそれぞれの宛先ＵＲＩ向けの宛先ＵＲＩをホストするステップと、ＩＰＰクライアントからプッシュスキャンジョブ用の少なくとも１つのＵＲＩの要求を受信するステップと、前記ＩＰＰクライアントが少なくとも１つのＵＲＩに前記プッシュスキャンジョブを送信するための権限を有するかを判定するために前記データベースをチェックするステップと、前記ＩＰＰクライアントが前記プッシュスキャンジョブを前記少なくとも１つのＵＲＩに送信する権限があるとの判定に応じて、前記宛先ＵＲＩを前記ＩＰＰクライアントに送信するステップと、を含む。

ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）に基づいたプッシュスキャンジョブ用のＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒｓ）を提供する方法が開示される。この方法は、サーバー上の１つ以上のＩＰＰクライアント用の宛先ＵＲＩと宛先アクセス（アクセス資格情報）のデータベースであって、１つ以上のＩＰＰクライアントが、プッシュスキャンジョブ、および該プッシュスキャンジョブを受信して該プッシュスキャンジョブにアクセスするための前記アクセス資格情報を送信する権限が与えられたそれぞれの各宛先ＵＲＩを定義する前記宛先ＵＲＩと宛先アクセスのデータベースをホストするステップと、前記１つ以上のＩＰＰクライアントのうちの１つのＩＰＰクライアントからプッシュスキャンジョブ用の少なくとも１つのＵＲＩの要求を受信するステップと、前記ＩＰＰクライアントが少なくとも１つのＵＲＩに前記プッシュスキャンジョブを送信するための権限を有するかを判定するために前記宛先ＵＲＩと宛先アクセスのデータベースをチェックするステップと、前記ＩＰＰクライアントが前記プッシュスキャンジョブを前記少なくとも１つのＵＲＩに送信する権限があるとの判定に応じて、前記宛先ＵＲＩおよび前記宛先アクセスを前記ＩＰＰクライアントに送信するステップと、を含む。

ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）に基づいたスキャンジョブ用のＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒｓ）を提供するシステムが開示される。このシステムは、１つ以上のＩＰＰクライアント用の宛先ＵＲＩ（ｄｅｓｔｉｎａｔｉｏｎ Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒｓ）と宛先アクセス（アクセス資格情報）のデータベースであって、１つ以上のＩＰＰクライアントが、プッシュスキャンジョブ、および該プッシュスキャンジョブを受信して該プッシュスキャンジョブにアクセスするための前記アクセス資格情報を送信する権限が与えられたそれぞれの宛先ＵＲＩを定義するデータベースと、前記プッシュスキャンジョブ用の少なくとも１つのＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）の要求を前記データベースに送信するＩＰＰクライアントと、ＩＰＰスキャンディレクトリ管理アプリケーションを有するコンピュータープログラムであって、前記ＩＰＰクライアントから、前記プッシュスキャンジョブ用の少なくとも１つのＵＲＩの要求を受け付け、前記ＩＰＰクライアントが少なくとも１つのＵＲＩに前記プッシュスキャンジョブを送信するための権限を有するかを判定するために前記データベースをチェックし、前記ＩＰＰクライアントが前記プッシュスキャンジョブを前記少なくとも１つのＵＲＩに送信する権限があるとの判定に応じて、前記宛先ＵＲＩおよび前記宛先アクセスを前記ＩＰＰクライアントに送信する。

上述の一般的な説明および以下の詳細な説明は、具体的で例示的であり、特許請求の範囲に記載された本発明のさらなる説明を提供することを意図すると理解される。

添付した図面は、本発明のさらなる理解を提供するために含まれ、本明細書に組み込まれ、本明細書の一部を構成する。図面は、説明と共に本発明の実施形態を示し、本発明の原理を説明する役割を果たす。
例示的な実施形態に係るＩＰＰスキャンディレクトリサービス（ＩＳＤＳ）を有するシステムの図である。 例示的な実施形態に係るＩＰＰスキャンディレクトリサービス（ＩＳＤＳ）を有するシステムのトランザクションとメッセージのフローを示すフローチャート図である。 ホストシステムとトランザクションのシーケンスを示す例示的な実施形態に係るＩＰＰスキャンディレクトリサービス（ＩＳＤＳ）接続性を有するシステムの図である。

以下、本発明の好ましい実施形態を詳細に説明し、その例を添付した図面に示す。図面および説明では、可能な限り、同一または類似の要素を参照するために、同一の参照番号を使用する。

例示的な実施形態によれば、本開示で記述されたディレクトリサービスであって、宛先ＵＲＩおよび対応する宛先アクセスのリストをＩＰＰクライアントにどのように提供するかを定義し、ＩＰＰプッシュスキャン機能をサポートするディレクトリサービスを有することが望ましい。ＩＰＰスキャン仕様書に従って、各ＩＰＰプッシュスキャン機能に必要な宛先ＵＲＩ（ｄｅｓｔｉｎａｔｉｏｎ－ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅｓ ｉｄｅｎｔｉｆｉｅｒｓ）および宛先アクセスを知って、これを提供するのは、ＩＰＰクライアントの責務である。

本明細書で開示される方法およびシステムは、ディレクトリサービスを含む。このディレクトリサービスは、クライアントとディレクトリサービスをホストするディレクトリサーバーとの間の通信にＩＰＰプロトコルを用いるように構成してもよい。また、ディレクトリサービスは、ＩＰＰまたは、クライアントとディレクトリサーバーとの間でセキュア通信を保証するために好ましくはＩＰＰＳを用いるように構成してもよい。また、ディレクトリサービスは、特定の要求を処理するためにＩＰＰ「ｖｅｎｄｏｒ ｅｘｔｅｎｓｉｏｎ ｏｐｅｒａｔｉｏｎｓ（ベンダー拡張オペレーション）」を用いるように構成してもよい。さらに、本明細書で開示される方法およびシステムは、特にＩＰＰスキャンサービスに適用可能であり、また、所望の情報を交換するために定義されたＩＰＰ属性を用いてもよい。

ＩＰＰプッシュスキャンを対象とする、ローカルネットワーク上の、またはインターネットもしくは任意の遠隔媒体を介してリモートにアクセス可能な宛先システムまたはホストに格納し、管理し、配布するためのディレクトリサービスとして機能する方法、システム、およびコンピュータープログラムが開示される。例示的な実施形態によれば、開示されたＩＰＰクライアントのデータベースおよび宛先のリストは、例えば、ＩＰＰクライアントがそれらの宛先へのプッシュスキャンジョブを行うために、またはＩＰＰディレクトリサービス（ＩＳＤＳ）に必要なアクセス資格情報を含むＵＲＩである。ディレクトリデータベース内の宛先リストは、例えばデータベースを有するディレクトリサーバーにより管理されてもよく、また、例えばＩＰＰ「ｖｅｎｄｏｒ ｅｘｔｅｎｓｉｏｎ ｏｐｅｒａｔｉｏｎｓ」を用いて、ＩＰＰクライアントにより検索され、追加され、削除されてもよい。例示的な実施形態によれば、ＩＰＰクライアントは、ＩＰＰプッシュスキャンジョブを作成した時に、スキャナー、またはスキャナーユニットを備えるＭＦＰに、どの宛先を提供するかを選択できる。

図１は、例示的な実施形態に係るＩＰＰスキャンディレクトリサービス（ＩＳＤＳ）を有するシステムの図である。図１に示すように、システム１００は、少なくとも１つのクライアント装置１１０、１１２、少なくとも１つのスキャナーまたは、多機能装置（ＭＦＤ）もしくは複合機（ＭＦＰ）１２０、宛先ＵＲＩデータベース１３２およびＩＰＰスキャンディレクトリサービス１３４を有するディレクトリサーバー１３０、１つ以上のネットワークスイッチまたはルーター１４０、ならびに、少なくとも１つの宛先サーバー１５０、１５２、１５４、１５６を備える。例示的な実施形態によれば、少なくとも１つの宛先サーバー１５０、１５２、１５４、１５６は、少なくとも１つのＨＴＴＰ宛先サーバー１５０、１５２、少なくとも１つのＤＡＶ宛先サーバー１５４、少なくとも１つのＦＴＰ宛先サーバー１５６を含んでもよい。少なくとも１つのクライアント装置１１０、１１２、少なくとも１つのスキャナーまたは多機能装置（ＭＦＤ）／複合機（ＭＦＰ）１２０、宛先ＵＲＩデータベース１３２を有するディレクトリサーバー１３０、１つ以上のネットワークスイッチまたはルーター１４０、および少なくとも１つの宛先サーバー１５０、１５２、１５４、１５６は、ローカルエリアネットワーク１６０（ＬＡＮ）および／または例えばインターネット１７２などの通信ネットワーク１７０を介して互いに接続することができる。例示的な実施形態によれば、少なくとも１つの宛先サーバー１５０、１５２、１５４、１５６は、「ｆｔｐ、ｆｔｐｓ：」、「ｈｔｔｐ、ｈｔｔｐｓ：」、「ｄａｖ：」（別名ＷｅｂＤａｖ）、「ｉｐｐ、ｉｐｐｓ：」、「ｍａｉｌｔｏ：」、「ｓｍｂ：」のうちの１つ以上のプロトコルをサポートするサーバーとすることができる。

例示的な実施形態によれば、少なくとも１つのクライアント装置１１０、１１２は、例えば、Ｍａｃ ＯＳ、Ｗｉｎｄｏｗｓ（登録商標）、Ｌｉｎｕｘ（登録商標）または任意のＯＳを実行する、ＩＰＰクライアントを含んだＰＣなどのＩＰＰクライアントである。少なくとも１つのクライアント装置１１０、１１２は、プロセッサーまたはＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ならびに、ソフトウェアプログラムおよびデータ（印刷ファイルなど）を格納する１つ以上のメモリを含むことができる。プロセッサーまたはＣＰＵは、少なくとも１つのクライアント装置１１０の機能の少なくとも一部を動作および／または制御するコンピュータープログラムの命令を実行する。

上述のように、少なくとも１つのクライアント装置１１０、１１２は、コンピュータハードウェアを管理し、様々なソフトウェアプログラムを効率的に実行するための共通サービスを提供するＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を含む。ソフトウェアプログラムは、例えば、アプリケーションソフトウェアおよびプリンタドライバソフトウェアを含むことができる。例えば、プリンタドライバソフトウェアは、ローカルエリアネットワーク（ＬＡＮ）１６０またはネットワーク接続１７０を介して、プリンタドライバソフトウェアがインストールされているクライアント装置１１０に接続されたスキャナーまたはＭＦＰ１２０などの多機能プリンターまたはプリンターを制御する。特定の実施形態では、プリンタドライバソフトウェアは、画像および／または文書データに基づいて印刷ジョブおよび／または文書を生成できる。さらに、プリンタドライバソフトウェアは、少なくとも１つのクライアント装置１１０、１１２から、例えば、複合機またはプリンターの形態のスキャナーまたはＭＦＰ１２０への印刷ジョブの送信を制御できる。さらに、プリンタドライバソフトウェアは、本明細書に開示されているスキャンジョブのためのＩＰＰプッシュスキャン機能をサポートする。例示的な実施形態によれば、少なくとも１つのクライアント装置１１０、１１２は、ＩＰＰプロトコルを介してプリント、スキャン、ファックスのジョブを送信するためのＩＰＰクライアント機能を含む。例示的な実施形態によれば、少なくとも１つのクライアント装置１１０、１１２は、例えば、コンピューター、タブレット、および／または携帯電話であり得る。

例示的な実施形態によれば、スキャナー、または複合機（ＭＦＰ）１２０は、画像形成装置などの公知の装置であり、少なくとも、画像処理部やスキャナーなどの画像読取部を含む。画像処理部は、画像認識システムなどの文書を光学的に読み取るためのスキャナーユニット（スキャナー）を含むこともできる。スキャナー部は、スキャナーから画像を受信し、その画像をデジタル画像に変換する。ＭＦＰ１２０は、少なくとも１つのクライアント装置１１０、１１２によって生成された印刷データに基づいて、用紙などの印刷媒体（または記録媒体）に画像を印刷することもできる。

例示的な実施形態によれば、スキャナーまたはＭＦＰ１２０は、プリンターコントローラ（またはファームウェア）、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）のような一次記憶部、および好ましくはハードディスクドライブ（ＨＤＤ）の形態の二次記憶部、画像処理部（またはデータディスパッチャ）、プリントエンジン、および入出力部（Ｉ／Ｏ）を含む。スキャナーまたはＭＦＰ１２０のコントローラは、ＣＰＵ、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、およびＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）を含むことができる。ＣＰＵは、一連の格納された命令（例えば、コンピュータプログラム）を実行するように構成できる。コントローラは、スキャナーまたはＭＦＰ１２０内のソフトウェアプログラムとハードウェアコンポーネントとの間を仲介するオペレーティングシステム（ＯＳ）を含むことができる。オペレーティングシステム（ＯＳ）は、コンピュータハードウェアを管理し、様々なアプリケーションソフトウェアを効率的に実行するための共通サービスを提供する。例示的な実施形態によれば、コントローラは、クライアント装置１１０から受信したデータおよびジョブ情報を処理し、スキャン画像およびオプションのプリント画像を生成する。例示的な実施形態によれば、ＭＦＰ１２０は、ＩＰＰサーバー機能を含む。

画像処理部は、コントローラの制御下で画像処理を行い、処理した印刷画像データをプリントエンジンに送信する。画像処理部は、好ましくは、複数の印刷ジョブまたはサブジョブを並列に、かつ独立して処理できる。例えば、画像処理部は、後述する複数のラスタイメージプロセッサ（ＲＩＰ）モジュールを実現するために、マルチコアを内蔵したＣＰＵを備えることができる。コントローラの一部を構成するＣＰＵは、画像処理部に共通に用いることができる。プリントエンジンは、画像処理部から送られてきた画像データに基づいて記録紙上に画像を形成する。Ｉ／Ｏ部は、少なくとも１つのクライアント装置１１０、１１２とのデータ転送を実行する。コントローラは、データを処理し、複合機またはプリンターの様々な他の構成要素を制御して、本明細書に記載の様々な方法を実行するようにプログラムすることができる。ハードディスクドライブ（ＨＤＤ）または記憶装置は、コントローラによってリコールされるデジタルデータおよび／またはソフトウェアプログラムを記憶する。例示的な実施形態によれば、デジタルデータは、例えば、グラフィックス／画像、ロゴ、フォームオーバーレイ、およびフォントを含むことができるリソースを含む。

例示的な実施形態によれば、ディレクトリサーバー（ＤＳ）１３０は、本明細書で開示されるようなＩＰＰスキャンディレクトリサービス１３４をホストするように構成され、宛先ＵＲＩ、および資格情報のデータベース１３２を含む。ディレクトリサーバー１３０は、オペレーティングシステム（ＯＳ）、例えばＬｉｎｕｘ（登録商標）を含み、コンピュータハードウェアを管理し、様々なソフトウェアプログラムの効率的な実行のための共通サービスを提供する。例示的な実施形態によれば、ＩＰＰスキャンディレクトリサービス（ＩＳＤＳ）１３４は、宛先ＵＲＩと宛先アクセスのデータベースを管理するアプリケーションであり、プロトコルおよびＩＰＰオペレーションを実装して、宛先ＵＲＩと宛先アクセスのデータベース１３２を検索し、管理する。本明細書で説明するように、宛先ＵＲＩは、プッシュスキャンジョブ用の宛先のリストを定義するＩＰＰ属性である。宛先アクセスは、宛先毎にアクセス資格情報を持つＩＰＰ属性である。ＩＰＰクライアントは、クライアントの実装であり、ＩＰＰ要求を実行し、ＩＰＰ応答を受信するためのＩＰＰプロトコルを実装する。

例示的な実施形態によれば、１つ以上のネットワークスイッチまたはルーター１４０は、イーサネット（登録商標）スイッチを含むことができる。例えば、イーサネット（登録商標）スイッチは、ＬＬＤＰ（Ｌｉｎｋ Ｌａｙｅｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）、ゲートウェイ、ルーターなどを有する。

例示的な実施形態によれば、少なくとも１つの宛先サーバー１５０、１５２、１５４、１５６は、関連するプロトコルを使用してスキャン文書を受信し、格納できるＨＴＴＰまたはＦＴＰのようなサービスを実行するホストシステムとすることができる。少なくとも１つの宛先サーバー１５０、１５２、１５４、１５６は、コンピュータハードウェアを管理し、様々なソフトウェアプログラムの効率的な実行のための共通サービスを提供するオペレーティングシステム（ＯＳ）、例えば、Ｌｉｎｕｘ（登録商標）を含むことができる。さらに、少なくとも１つの宛先サーバー１５０、１５２、１５４、１５６は、プロセッサーまたはＣＰＵ、およびソフトウェアプログラムおよびデータ（印刷ファイルなど）を格納するための１つ以上のメモリを含むことができる。このプロセッサーまたはＣＰＵは、少なくとも１つの宛先サーバーの機能の少なくとも一部を動作および／または制御するコンピュータープログラムの命令を実行する。

例示的な実施形態によれば、少なくとも１つのクライアント装置１１０、少なくともＭＦＰ１２０、およびディレクトリサーバー１３０は、通信ネットワーク１６０、例えばローカルエリアネットワーク（ＬＡＮ）を介して互いに接続できる。さらに、少なくとも１つのクライアント装置１１０、１１２、少なくとも１つのスキャナーまたは多機能装置（ＭＦＤ）、複合機（ＭＦＰ）１２０、宛先ＵＲＩデータベース１３２を有するディレクトリサーバー１３０、１つ以上のネットワークスイッチまたはルーター１４０、および少なくとも１つの宛先サーバー１５０、１５２、１５４、１５６は、通信ネットワーク１７０、例えばインターネット１７２を介して互いに接続できる。

例示的な実施形態によれば、通信ネットワーク１７０は、公衆通信回線および／またはネットワーク（例えば、ＬＡＮまたはＷＡＮ）であってもよい。通信ネットワーク１７０の例には、どのような電気通信回線および／またはネットワークも含まれ、これらに本開示の実施形態に対応する電気通信または電話回線、インターネット、イントラネット、図示のローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、近距離通信（ＮＦＣ）、および／または、無線周波数（ＲＦ）、Ｗｉ－Ｆｉ、赤外線（ＩＲ）送信、ブルートゥース（登録商標）を使用する無線接続、および／またはユニバーサルシリアルバス（ＵＳＢ）を含み得るが、これらに限定されない。

図２は、例示的な実施形態に係るＩＰＰスキャンディレクトリサービス（ＩＳＤＳ）１３４を有するシステムのトランザクションおよびメッセージの流れを示すフローチャート２００である。例示的な実施形態によれば、システムおよび方法は、ＩＰＰスキャンサービス仕様書のＰＷＧ５１００．１７文書に記述されているプッシュスキャン特有のものである。図２に示すように、システム１００は、ＩＰＰクライアント１１０、ディレクトリサービスサーバー１３０、および宛先ＵＲＩホストまたはサーバー１５０、１５２、１５４、１５６を含み得る。ＩＰＰクライアント１１０は、Ｍａｃ（登録商標）ＯＳ、Ｗｉｎｄｏｗｓ（登録商標）、Ｌｉｎｕｘ（登録商標）、またはモバイルデバイス上で動作する。ディレクトリサービスサーバー１３０は、例えばＭａｃＯＳ、Ｗｉｎｄｏｗｓ（登録商標）、またはＬｉｎｕｘ（登録商標）を搭載したＰＣ上で動作する。宛先ＵＲＩホストまたはサーバー１５０、１５２、１５４、１５６は、サーバー側の転送プロトコルをサポートしさえすれば、いずれのＯＳでも動作可能である。

例示的な実施形態によれば、ステップ２１０では、最初にＩＰＰクライアント１１０は、宛先ＵＲＩ取得（Ｇｅｔ－Ｄｅｓｔｉｎａｔｉｏｎ－Ｕｒｉｓ）と呼ばれるベンダー拡張オペレーションを用いてＩＰＰ要求を送信する。ステップ２１０では、ＩＰＰクライアントは、さらに、宛先ＵＲＩ追加（Ａｄｄ－Ｄｅｓｔｉｎａｔｉｏｎ－Ｕｒｉｓ）、および宛先ＵＲＩ削除（Ｄｅｌｅｔｅ－Ｄｅｓｔｉｎａｔｉｏｎ－Ｕｒｉｓ）（図示せず）を、ＩＰＰスキャンディレクトリサービス１３４を有するディレクトリサーバー１３０に送信してもよい。例示的な実施形態によれば、ＩＰＰスキャンディレクトリサービス（ＩＳＤＳ）サーバー１３０は、データベース１３２を含み、このデータベース１３２はＩＰＰクライアント１１０を１つ以上の宛先ＵＲＩにマッピングし、各宛先ＵＲＩに宛先アクセス（資格情報）を対応づける。ステップ２２０では、宛先ＵＲＩおよび対応する各宛先ＵＲＩへの宛先アクセス（資格情報）が、標準ＩＰＰレスポンスを用いてＩＰＰクライアント１１０に送信される。

ステップ２３０では、ＩＰＰクライアント１１０は、ＩＰＰ属性としての１つ以上の宛先ＵＲＩと宛先アクセスを含むＩＰＰ（プッシュスキャン）クリエイトジョブをスキャナーまたはＭＦＰ１３０へ送信する。本実施形態では、例えば少なくとも２つの宛先、例えばＨＴＴＰＳサーバー１５０、１５２、およびＦＴＴＰサーバー１５６が指定され得る。ステップ２４０では、スキャナーまたはＭＦＰは、ＩＰＰ（プッシュスキャン）クリエイトジョブの受け取りに対する成否を示すＩＰＰ応答により、ＩＰＰクライアント１１０に対して応答する。ステップ２５０、２６０では、ＭＦＰ１２０は、スキャンを実行し、各宛先ＵＲＩに対しての文書の転送処理を、特定のプロトコルおよび関連する宛先アクセス資格情報を用いて行う。さらに、ステップ２７０では、ＩＰＰ（プッシュスキャン）クリエイトジョブは、１つ以上の追加のサーバー１５０、１５２、１５４、１５６に送信できる。

例示的な実施形態によれば、ＩＰＰスキャンディレクトリサービス（ＩＳＤＳ）１３４は、ホストシステムまたはサーバー１３０上で動作し、ＩＰＰクライアント１１０、１１２がスキャン文書の送信を許可される宛先リストを管理するディレクトリサービスであってもよい。例示的な実施形態によれば、データベース１３２は、この宛先リストを宛先ＵＲＩ形式で保持するとともに、これに対応する各ＩＰＰクライアント１１０、１１２の宛先アクセス（ユーザーやパスワードのような資格情報）を保持する。例示的な実施形態によれば、この宛先アクセスは、宛先サービスによるスキャン文書の受け取りに求められるアクセス資格情報を定義する。このアクセス資格情報としては、例えばユーザー名、パスワード、または他の種類のユーザー本人確認がある。

例示的な実施形態によれば、宛先ＵＲＩおよび宛先アクセス属性は、ＰＷＧ５１００．１５およびＰＷＧ５１００．１７に記述されているＩＰＰ属性である。開示されているように、ＩＰＰクライアント１１０、１１２は、ディレクトリサーバー（ＤＳ）１３０から、この宛先ＵＲＩと宛先アクセスのリストを取得する。サーバー１３０は、Ｌｉｎｕｘ（登録商標）のようなホストオペレーティングシステム上でサービスとして動作し、各ＩＰＰクライアントによってプッシュスキャンジョブを実行するために使用可能な宛先ＵＲＩと宛先アクセスのリストを含むデータベース１３２を保持する。

例示的な実施形態によれば、ＩＰＰクライアント１１０、１１２は、ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）、またはＩＰＰＳ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｅ）を用いて、ディレクトリサーバー１３０と通信を行う。しかしながら、例示的な実施形態によれば、ＩＰＰＳは、セキュア通信のための好適なプロトコルになり得る。例示的な実施形態によれば、ＩＰＰクライアント１１０は、３つのＩＰＰベンダー拡張オペレーションを用いた３つのＩＰＰ要求のうちの１つを発行できる。宛先ＵＲＩと宛先アクセスのリストを取得するためには、ＩＰＰクライアントは、宛先ＵＲＩ取得２１２というオペレーションコードでＩＰＰ要求を送信する。ディレクトリサーバー１３０は、要求された宛先ＵＲＩと宛先アクセスのリストが含まれる標準ＩＰＰ応答を、ＰＷＧ５１００．１７仕様書に記述されているフォーマットと同じＩＰＰ属性として返信する。

例示的な実施形態によれば、ＩＰＰクライアント１１０、１１２は、宛先ＵＲＩ追加と称され得る第２のＩＰＰベンダー拡張オペレーションを用いて、新たな宛先ＵＲＩおよび宛先アクセスを追加することもできる。この宛先ＵＲＩ追加は、１つ以上の宛先を、ディレクトリサーバー１３０により管理されるデータベースに追加するためのオペレーションコードである。ＩＰＰクライアント１１０、１１２は、宛先ＵＲＩ追加のＩＰＰ要求を、ディレクトリサービス１３４に送信する。ディレクトリサービス１３４は、成否を示す標準ＩＰＰ応答で返信する。宛先ＵＲＩおよび宛先アクセスは、ＰＷＧ５１００．１７仕様書に記述されているフォーマットと同じＩＰＰ属性として、送信され得る。

例示的な実施形態によれば、ＩＰＰクライアント１１０、１１２は、第３のＩＰＰベンダー拡張オペレーションを用いて、宛先ＵＲＩおよび宛先アクセスを削除することもできる。この第３のＩＰＰベンダー拡張オペレーションは、例えば宛先ＵＲＩ削除と呼ばれ得る。このオペレーションコードを、ディレクトリサーバーにより管理されるデータベース内にある１つ以上の宛先を削除するように構成することもできる。ＩＰＰクライアント１１０、１１２は、宛先ＵＲＩ削除のＩＰＰ要求をディレクトリサービス１３４に送信する。ディレクトリサービス１３４は、成否を示す標準ＩＰＰ応答で返信する。宛先ＵＲＩおよび宛先アクセスは、ＰＷＧ５１００．１７仕様書に記述されているフォーマットと同じＩＰＰ属性として、送信される。

例示的な実施形態によれば、スキャナーまたはＭＦＰ１２０は、ディレクトリサーバー１３０としても機能し得る。したがって、別個のホストシステムまたは装置を除外、あるいは不要にできる。さらに、スキャナーまたはＭＦＰ１２０は、ディレクトリサービスデータベース１３２を管理する上述のベンダー拡張オペレーションを実行可能なＩＰＰクライアントとしても機能する。

例示的な実施形態によれば、ディレクトリサーバー１３０は、ＩＰＰサーバーの形式で動作するが、ディレクトリサーバー１３０をこのディレクトリサービス１３４のための３つのＩＰＰベンダー拡張オペレーションのみをサポートするようにも構成できる。ＩＰＰプロトコルは、ＨＴＴＰ（またはＨＴＴＰＳ）に依存するため、このＩＰＰプロトコルが用いられる。例示的な実施形態によれば、ＨＴＴＰダイジェスト認証をディレクトリサーバー１３０によるＩＰＰクライアントの認証に用いることができ、セキュア通信のためにＨＴＰＰＳ／ＩＰＰＳを推奨できる。宛先アクセス属性は、ＩＰＰスキャンサービス仕様書に従って任意のものとすることができる。プッシュスキャンジョブにおいて、宛先アクセス属性が与えられなければ、受信サーバー（例えばＨＴＴＰ）は資格情報が不要であると推定できる。例示的な実施形態によれば、例えば内部的で、信頼できるユーザーのみが到達可能なローカルエリアネットワーク内においては、資格情報を任意のものとすることができる。

例示的な実施形態によれば、ディレクトリサービス（すなわちＩＳＤＳ）１３４は、ホストシステム１３０（すなわちサーバー）上に集約化可能であり、上述の要件および課題の解決手段を提供する。例示的な実施形態によれば、特定の企業または組織内の複数（または多数）のＩＰＰクライアント１１０、１１２は、ディレクトリサービス１３４にアクセスできる。ディレクトリサービス１３４を安全にするため、安全な資格情報を有する管理者のみがデータベース（またはテーブル）１３２を変更でき、ＨＴＰＰＳ＋ＩＰＰまたはＩＰＰＳなどのセキュアプロトコルを利用して特定のクライアント１１０、１１２向けのデータが配信される。

例示的な実施形態によれば、少なくとも１つのクライアント装置１１０、１１２、スキャナーもしくはＭＦＰ１２０、またはディレクトリサーバー１３０上でホストされるグラフィカルユーザーインターフェースを有するプログラムであって、ディレクトリサーバー１３０および宛先ＵＲＩと宛先アクセスのリストへの各クライアントのアクセスを許可する各ＩＰＰクライアント１１０、１１２の識別情報の入力を容易にするプログラムを実装できる。例示的な実施形態によれば、マッピングは、１対１、または、１対複数もしくは例えば１対多であってもよい。１つのＩＰＰクライアント１１０、１１２が１つ以上の宛先にプッシュスキャンを実行したいのですることが望まれるため、最も一般的には、１対複数（または１対多）であってもよい。

＜ディレクトリサービスの特徴＞
ＩＰＰスキャン仕様では、どの宛先ＵＲＩが各ＩＰＰクライアント１１０、１１２によってアクセス可能であるか、および各宛先に送信するための宛先アクセス（資格情報）をＩＰＰクライアントがどのように知るのかを特定していない。そのため、これらの情報は、ユーザー（ＩＰＰクライアント１１０、１１２）に対して通知、口頭、書面または電子的（例えば電子メール）などの何らかの形式で与えられ得る。しかしながら、例えば、セキュリティの暴露、セキュリティの問題点、およびスペルミスのような潜在的な不正確さなど、これらの通信形式に関連するいくつかのリスクが存在する可能性がある。

例示的な実施形態によれば、ＩＰＰスキャンディレクトリサービス（ＩＳＤＳ）アプリケーション１３４は、プッシュスキャンジョブを実行する際のスキャン文書の転送処理に必要な資格情報と同様に、それが利用可能な宛先ＵＲＩのＩＰＰクライアント１１０、１１２による安全で動的な取得とすることができる。さらに、開示された方法およびシステムは、ＩＰＰクライアント１１０、１１２およびＩＰＰサーバー１３０により、要求および応答を介した通信に使用されるものと同じプロトコルを利用できる。例えば、これらのプロトコルには、ＴＣＰ／ＩＰ、ＨＴＴＰ／ＨＴＴＰＳおよびＩＰＰ／ＩＰＰＳが含まれる。これらのプロトコルは、ＩＰＰクライアント１１０、１１２とディレクトリサーバー１３０との間の通信に用いられる。

例示的な実施形態によれば、これらのプロトコルの安全な暗号化形式（ＳＳＬ／ＴＬＳ）が推奨される。例えば、安全でない媒体（例えばインターネット１７０）を介してリモートホストに送信する場合。例示的な実施形態によれば、ディレクトリサービス１３４は、プッシュスキャンにのみ適用可能である。例えば、プルスキャンには、ディレクトリサービスは不要である。ディレクトリサービス１３４は、別個のホストシステム上、例えば複数のＩＰＰクライアント１１０、１１２へのサービスの中心点として機能し得るサーバー１３０上で動作するように構成され得る。クライアントのクエリーに応対するディレクトリサービス１３４のサーバー１３０は、ＩＳＤＳサーバーと称され、Ｌｉｎｕｘ（登録商標）のようなホストオペレーティングシステム上で動作する。

例示的な実施形態によれば、ディレクトリサーバー１３０は、ＩＰＰサービスとして機能するが、本開示で定義される３つのベンダー拡張オペレーション、すなわち、（１）宛先ＵＲＩ取得（Ｇｅｔ－Ｄｅｓｔｉｎａｔｉｏｎ－Ｕｒｉｓ）、（２）宛先ＵＲＩ追加（Ａｄｄ－Ｄｅｓｔｉｎａｔｉｏｎ－Ｕｒｉ）、（３）宛先ＵＲＩ削除（Ｄｅｌｅｔｅ－Ｄｅｓｔｉｎａｔｉｏｎ－Ｕｒｉ）だけをサポートすればよい。例示的な実施形態によれば、ディレクトリサーバー１３０は、ＩＰＰクライアント１１０、１１２、およびこれに対応する宛先ＵＲＩと宛先アクセスのリストをデータベース１３２の形式で保持する。ＭｙＳＱＬのようなデータベースマネジメントシステム（ＤＢＭＳ）は、データベース１３２の管理に用いることができるとともに、宛先ＵＲＩおよび宛先アクセスを追加し、削除するだけでなくＩＰＰクライアント１１０、１１２を追加し、取り除くといったオペレーションの実行に用いることができる。この情報の検索および取得の実行は、データベース管理システム（ＤＢＭＳ）を介しても行える。ディレクトリサーバーにより保持されるこのデータベースは、ＩＳＤＳとも称される。

＜ディレクトリサービス管理アプリケーション＞
例示的な実施形態によれば、ディレクトリサーバー１３０、および関連するディレクトリサービスデータベース１３２は、ソフトウェアコンポーネントまたはアプリケーションを通じて管理することができる。例示的な実施形態によれば、ソフトウェアコンポーネントまたはアプリケーションは、サーバー１３０と統合でき、またはアプリケーションをディレクトリサーバー１３０の「フロントエンド」として機能する別個のプログラムとすることができる。ソフトウェアコンポーネントまたはアプリケーションは、「ＩＰＰスキャンディレクトリサービス（ＩＳＤＳ）アドミニストレータアプリケーション」または「ＩＰＰスキャンディレクトリアドミニストレータアプリケーション」と呼ばれ、同じホストシステム上で、ディレクトリサーバー、例えばディレクトリサーバー１３０として動作する。

例示的な実施形態によれば、認証されたシステム管理者のみが、ディレクトリサービス（ＩＳＤＳ）アドミニストレータアプリケーションが動作するサーバー１３０にアクセスでき、したがって、この管理者のみが、ディレクトリサービス（ＩＳＤＳ）アドミニストレータアプリケーションにアクセスできる。例示的な実施形態によれば、ディレクトリサービス（ＩＳＤＳ）アドミニストレータアプリケーションが、利用を容易にするためのグラフィカルユーザーインターフェース（ＧＵＩ）を用いて実装できる。

例示的な実施形態によれば、ディレクトリサービス（ＩＳＤＳ）アドミニストレータアプリケーションを通じて、システム管理者は、以下のオペレーションを実行できる。
（１）ディレクトリサービスデータベースへのＩＰＰクライアントおよび認証情報の追加、
（２）ディレクトリサービスデータベースから、ＩＰＰクライアントおよび関連する全ての情報の削除、
（３）ディレクトリサービスデータベースから、ＩＰＰクライアントおよび関連する全ての情報の修正、
（４）ディレクトリサービスデータベースに含まれる各ＩＰＰクライアント用の宛先ＵＲＩおよび宛先アクセスの追加、
（５）ディレクトリサービスデータベースに含まれる各ＩＰＰクライアント用の宛先ＵＲＩおよび宛先アクセスの削除、
（６）認証情報、宛先ＵＲＩ、および宛先アクセスを含むＩＰＰクライアントおよび関連する情報の照会および表示。

例示的な実施形態によれば、ＩＰＰスキャンディレクトリサービス（ＩＳＤＳ）１３４の一般的なオペレーションは、ＩＰＰクライアント１１０、１１２が動作するシステムと、ＩＰＰスキャンディレクトリサービスを実行する中央ホストシステムとの相互作用を含んでもよい。このＩＰＰスキャンディレクトリサービスは、アプリケーションの形態、またはサーバー、例えばディレクトリサーバー１３０の形態である。例示的な実施形態によれば、ＩＰＰクライアント１１０、１１２と、ディレクトリサーバー１３０との間の通信は、ＩＰクライアントサーバーモデルを用いたネットワーク１６０、１７０を介し、かつ、３つのＩＰＰベンダー拡張オペレーションのセットを用いて行われる。各オペレーションは、ＩＰＰクライアント１１０、１１２による標準ＩＰＰ要求として、送信される。このオペレーションは、ディレクトリサーバー１３０により受信され、処理される。ディレクトリサービス１３４は、処理の完了時に、成否を示す標準ＩＰＰ応答で返信する。そして、プライマリーオペレーション（宛先ＵＲＩ取得）の場合、宛先ＵＲＩおよび対応する宛先アクセスのリストは、ＩＰＰスキャン仕様（ＰＷＧ５１００．１７）の定義と同じ形式（ＩＰＰコレクション属性）の応答に含まれる。

例示的な実施形態によれば、３つのベンダー拡張オペレーションは、本開示において重要な構成である。さらに、これらのＩＰＰベンダー拡張オペレーション、またはＩＰＰクライアント管理アプリケーションの使用を管理するためのフロントエンドとして働くアプリケーションを説明し、その次のセクションで各ベンダー拡張オペレーションに対する操作フローについて説明する。

＜ＩＰＰクライアント管理アプリケーション＞
例示的な実施形態によれば、ＩＰＰクライアント１１０、１１２を動作させるエンドユーザーは、ディレクトリサーバー１３０から受信したスキャン文書を送信すべき宛先を、ユーザーが選択できるプログラムまたはアプリケーションを使用できる。例示的な実施形態によれば、このアプリケーションは、ＩＰＰクライアント１１０、１１２上のグラフィカルユーザーインターフェース（ＧＵＩ）を用いて実装できる。このアプリケーションは、好ましくは、ＩＰＰクライアント１１０、１１２と同じホストシステム上で動作する。ＩＰＰクライアント管理アプリケーションは、ＩＰクライアント１１０、１１２とディレクトリサーバー１３０との間の相互作用を管理する「フロントエンド」としても働く。

例示的な実施形態によれば、ＩＰＰクライアント管理アプリケーションを通じて、エンドユーザーは、以下のオペレーションを実行できる。
（１）通信を行い、ディレクトリベンダー拡張オペレーションＩＰＰ要求が送信されるディレクトリサービス１３４のＩＰアドレスを追加する。
（２）ディレクトリサーバー１３０から宛先ＵＲＩのリストを取得し、このリストをエンドユーザーに表示する。
（３）スキャン文書をどの宛先に送信すべきかを、エンドユーザーが選択できるようにする。この選択は、例えば、ＩＰＰクライアント１１０上のグラフィカルユーザーインターフェース（ＧＵＩ）上の「チェックボックス」を用いて提示および実行できる。
（４）ディレクトリサーバーデータベース１３２に、追加宛先を追加する。しかしながら、例示的な実施形態によれば、これらの宛先は、要求ホストシステム上で動作し、そのディスカバリーサービス認証情報によって認証されたＩＰＰクライアント１１０、１１２に対してのみ追加できる。
（５）ディレクトリサーバーデータベース１３２から宛先を削除する。しかしながら、例示的な実施形態によれば、これらの宛先は、要求ホストシステム上で動作し、そのディスカバリーサービス認証情報によって認証された１つのＩＰＰクライアント１１０、１１２に対してのみ削除できる。
（６）スキャナーまたはＭＦＰ１２０に送信されるジョブ（スキャンタイプ）の作成を開始し、プロトコルを用いて各宛先ＵＲＩによって識別される指定の宛先にスキャン文書を送信するよう要求する。

例示的な実施形態によれば、管理者として適切に承認されたクライアント（またはユーザー）は、ディレクトリサーバーデータベース１３２全体の管理を行える。例えば、承認されたクライアントまたはユーザーが他の「ＩＰＰクライアント１１０、１１２」に適用する変更を行い、モニター＋キーボード＋マウス無し（「ヘッドレス」ホストシステム）でディレクトリサーバーデータベース１３２が遠隔管理されるようにしてもよい。

例示的な実施形態によれば、少なくとも１つのクライアント装置１１０、１１２のうちの１つのクライアント装置１１０、１１２は、各ＩＰＰクライアント１１０、１１２の宛先ＵＲＩおよび宛先アクセスの追加／削除／照会／表示を実行するように構成できる。

＜宛先ＵＲＩ取得（Ｇｅｔ－Ｄｅｓｔｉｎａｔｉｏｎ－Ｕｒｉｓ）＞
例示的な実施形態によれば、ＩＰＰクライアント１１０、１１２は、スキャン文書の送信（プッシュ）が許可されている宛先ＵＲＩと宛先アクセス（アクセス資格情報）のリストを取得するために宛先ＵＲＩ取得要求を送信する。宛先ＵＲＩ取得は、ベンダー拡張オペレーションである。宛先ＵＲＩ取得を受信すると、ディレクトリサーバー１３０は、ＨＴＴＰ Ｂａｓｉｃ、または、ダイジェスト認証を介して供給されるＩＰＰクライアント１１０、１１２の識別情報に基づいてデータベース１３２の探索を実行する。データベース１３２の探索が成功した場合、ディレクトリサーバー１３０は、成功を示すＩＰＰステイタスコードとともに、ＩＰＰ応答内の宛先ＵＲＩおよび宛先アクセスを返答する。この宛先および資格情報は、ＩＰＰ属性の形式で返答される。例示的な実施形態によれば、ＩＰＰ属性は、ＩＰＰスキャンサービス仕様に記述されている属性と同じ形式である。

例示的な実施形態によれば、宛先ＵＲＩと宛先アクセスのリストが取得されると、ＩＰＰクライアント１１０、１１２はＩＰＰスキャンジョブ作成要求を、スキャナーまたはスキャンユニットを有するＭＦＰ１２０に送信する。ＩＰＰスキャン仕様書（ＰＷＧ５１００．１７）で定義された手順に従って、スキャナーまたはＭＦＰ１２０は、１つ以上の宛先にスキャン文書の転送を実行する。

＜宛先ＵＲＩ追加（Ａｄｄ－Ｄｅｓｔｉｎａｔｉｏｎ－Ｕｒｉｓ）＞
例示的な実施形態によれば、ＩＰＰクライアント１１０、１１２は、１つ以上の宛先ＵＲＩおよび対応する宛先アクセス（アクセス資格情報）をディレクトリサービスデータベース１３２に追加するために、宛先ＵＲＩ追加要求を、ディレクトリサーバー１３０に送信する。宛先ＵＲＩ追加は、ベンダー拡張オペレーションである。宛先ＵＲＩ追加の要求を受信すると、ディレクトリサーバー１３０は、最初にデータベース内にこのＩＰＰクライアント１１０、１１２が存在するかを照合する。さらに、ディレクトリサーバー１３０は、ＩＰＰクライアント１１０、１１２の認証も行う。照合に応じてディレクトリサーバー１３０は、各宛先ＵＲＩを処理する。既にデータベース１３２内に宛先があれば、この宛先は無視できる。データベース１３２内に宛先がなければ、この宛先および関連する資格情報が、特定のＩＰＰクライアント１１０、１１２の宛先ＵＲＩと宛先アクセスのリストに追加される。ディレクトリサーバー１３０は、成否を示す標準ＩＰＰ応答で、宛先ＵＲＩ追加を返答する。ステイタスコードに加えて、標準応答オペレーション属性のみが返答される。この応答オペレーション属性は、「ａｔｔｒｉｂｕｔｅｓ－ｃｈａｒｓｅｔ」、「ａｔｔｒｉｂｕｔｅｓ－ｎａｔｕｒａｌ－ｌａｎｇｕａｇ」および「ｓｔａｔｕｓ－ｍｅｓｓａｇｅ」とすることができる。宛先ＵＲＩ追加の要求および応答は、ＩＰＰクライアント１１０、１１２とディレクトリサーバー１３０との間の通信にのみ関係する。宛先ＵＲＩ追加の要求および応答は、スキャナーまたはＭＦＰ１２０との通信に関係せず、また、何れの宛先１５０、１５２、１５４、１５６との通信にも関係しない。

＜宛先ＵＲＩ削除（Ｄｅｌｅｔｅ－Ｄｅｓｔｉｎａｔｉｏｎ－Ｕｒｉｓ）＞
例示的な実施形態によれば、ＩＰＰクライアント１１０、１１２は、ディレクトリサービスデータベース１３２内に含まれている１つ以上の宛先ＵＲＩおよび対応する宛先アクセス（アクセス資格情報）を削除または除去するため宛先ＵＲＩ削除の要求をディレクトリサーバー１３０に送信する。宛先ＵＲＩ削除は、ベンダー拡張オペレーションである。宛先ＵＲＩ削除要求を受信すると、ディレクトリサーバー１３０は、最初にデータベース内にこのＩＰＰクライアント１１０、１１２が存在するかを照合する。さらに、ディレクトリサーバー１３０は、ＩＰＰクライアント１１０、１１２の認証も行う。照合に応じてディレクトリサーバー１３０は、各宛先ＵＲＩを処理する。データベース１３２内に宛先が存在しなければ、この宛先ＵＲＩ削除の要求を無視できる。データベース１３２内に宛先があれば、特定のＩＰＰクライアント１１０、１１２に対応する宛先ＵＲＩと宛先アクセスのリストから、この宛先および関連する資格情報が取り除かれる。ディレクトリサーバー１３０は、成否を示す標準ＩＰＰ応答で宛先ＵＲＩ削除を返答する。ステイタスコードに加えて、標準応答オペレーション属性のみが返答される。この応答オペレーション属性は、「ａｔｔｒｉｂｕｔｅｓ－ｃｈａｒｓｅｔ」、「ａｔｔｒｉｂｕｔｅｓ－ｎａｔｕｒａｌ－ｌａｎｇｕａｇ」および「ｓｔａｔｕｓ－ｍｅｓｓａｇｅ」とすることができる。宛先ＵＲＩ削除の要求および応答は、ＩＰＰクライアント１１０、１１２とディレクトリサーバー１３０との間の通信にのみ関係する。宛先ＵＲＩ削除の要求および応答は、スキャナーまたはＭＦＰ１２０との通信に関係せず、また、何れの宛先１５０、１５２、１５４、１５６との通信にも関係しない。

例示的な実施形態によれば、ディレクトリサービス１３４は、ＭＦＰ１２０内では保持したり集約したりすることが困難な他のＩＰＰ属性またはＩＰＰ関連情報を、ＩＰＰクライアント１１０、１１２へ供給するために用いることができる。特に、例えば記憶媒体が限られたまたは無いなど、限られたリソースを備えたＭＦＰ１２０の場合である。さらに、ディレクトリサービス１３４は、ＩＰＰクライアント１１０、１１２によって、プリンターおよびそれらに関連付けられたＵＲＩがアクセス可能な他のリソースのリストを取得するために使用されてもよい。

例示的な実施形態によれば、本明細書に開示されているように、ディレクトリサービス１３４は、別個のホストシステム上で動作させる必要はない。例えば、ユーザーインターフェース、メモリなどの十分なリソースを有するＭＦＰ１２０は、ディレクトリサーバー１２０としても機能できる。さらに、ディレクトリサービスは、例えば、ＩＰＰ ＦａｘＯｕｔサービスのような、他のＩＰＰサービスに適用できる。ＭＦＰ１２０は、ディレクトリサービス（ＩＰＰクライアントとしての）との通信も行い、例えば、ＩＰＰプリンター記述属性などの情報を取得し、これらの情報の保守および管理の集約化ができる。

図３は例示的な実施形態によるＩＰＰスキャンディレクトリレサービス（ＩＳＤＳ）接続性を有するシステム３００の図である。図３では、このホストシステムおよび様々なホストシステム間のトランザクションのシーケンスを示すとともに、どのようにディレクトリサービスが用いられるかを示す。例示的な実施形態によれば、図示のシステム３００は、ラップトップ上で動作するＩＰＰクライアント１１０を含む。例えば、ＩＰＰクライアント１１０は、ラップトップ、デスクトップ、モバイル端末であってもよく、またＩＰＰクライアントは、Ｗｉｎｄｏｗｓ（登録商標）、ＭａｃＯＳ、Ｌｉｎｕｘ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）、ＩＯＳのようなホストＯＳの元で動作するアプリケーションである。例示的な実施形態においては、ディレクトリサーバー１３０は、モニター、キーボードが取り付けられたタワーサーバーであり、Ｌｉｎｕｘ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）、ＭａｃＯＳのようなホストオペレーティングシステムの元で動作する。図示のスキャナーまたはＭＦＰ１２０は、例えば、中型サイズで、スキャンユニットを含みＩＰＰスキャンサービスを実装してもよい。宛先サーバー１５０、１５２、１５４、１５６は、「ヘッドレス」としてもよく、またはモニター、キーボードが取り付けられてもよいが、宛先ＵＲＩを介して指定されたプロトコルを使用したスキャン文書の受信をサポートしなければならない。

例示的な実施形態によれば、図３に示したトランザクションのシーケンスには、ステップ３１０において、ＩＰＰクライアント１１０はベンダー拡張オペレーションの宛先ＵＲＩ取得を使用したＩＰＰ要求を、ディレクトリサーバー１３０に送信する。例示的な実施形態によれば、ＨＴＴＰＳダイジェスト認証が用いられる。ディレクトリサーバー１３０は、データベース内のＩＰＰクライアント１１０を探索し、対応する宛先ＵＲＩおよび宛先アクセスを取得し、これらをステイタスコードＯＫの標準ＩＰＰ応答で返答する。何らかの失敗があれば、ステイタスコード「不正要求」が返される。ステップ３３０では、ＩＰＰクライアント１１０は、ＩＰＰ（プッシュスキャン）ジョブ作成要求をスキャナーまたはＭＦＰ１２０に送信する。ＩＰＰ（プッシュスキャン）ジョブ作成要求には、ディレクトリサーバー１３０から提供された１つ以上の宛先ＵＲＩおよび宛先アクセスが含まれる。ステップ３４０では、スキャナーまたはＭＦＰ１２０は、ＩＰＰ応答であって「ＯＫ」とすることができる標準ＩＰＰ応答をクライアント１１０に送信する。ＩＰＰ要求にエラーが検出された場合、エラーステータスコードが返答される。スキャナーまたはＭＦＰ１２０はプラテン上の原稿をスキャンし、ステップ３５０では、このスキャン文書を１つ以上の宛先サーバー１５０、１５２、１５４、１５６に送信する。これらの宛先サーバーは、各ＵＲＩで指定されたプロトコル、および対応する宛先アクセス属性により指定された資格情報を用いて宛先ＵＲＩにより指定される。

例示的な実施形態によればＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）に基づいたプッシュスキャンジョブ用のＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒｓ）を提供する方法を実行するためのコンピューターが読取可能なコードが組み込まれたコンピュータープログラムを有する非一時的なコンピューター読取可能な記録媒体が開示される。この方法は、ＩＰＰクライアント、およびそれぞれのＩＰＰクライアント向けの宛先ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒｓ）のデータベースであって、プッシュスキャンジョブを送るための権限が与えられたそれぞれの宛先ＵＲＩを定義するデータベースをホストするステップと、ＩＰＰクライアントからプッシュスキャンジョブ用の少なくとも１つのＵＲＩの要求を受信するステップと、ＩＰＰクライアントが少なくとも１つのＵＲＩにプッシュスキャンジョブを送信するための権限を有するかを判定するためにデータベースをチェックするステップと、ＩＰＰクライアントがプッシュスキャンジョブを少なくとも１つのＵＲＩに送信する権限があるとの判定に応じて、宛先ＵＲＩをＩＰＰクライアントに送信するステップと、を含む。

非一時的なコンピューター可読媒体は、磁気記録媒体、光磁気記録媒体、または将来的に開発される他のいかなる記録媒体であってもよい。これらの全ては、本発明に同様に適用可能である。一次複製、および二次複製を含むこのような記録媒体の複製品等は、疑いの余地無く、上記の記録媒体と同視される。さらに、本発明の実施形態がソフトウェアとハードウェアとの組み合わせであっても、本発明の概念から全く逸脱するものではない。本発明は、ソフトウェアの部分が予め記録媒体に書き込まれ、必要に応じて動作時に読み出されるように実装されていてもよい。

本発明の範囲または精神から逸脱することなく、様々な変更および変形が本発明の構成に対して行えることは、当業者にとって明らかである。
上述の観点から、本発明は、特許請求の範囲やその等価物の範囲から理解される本発明の変更や変形にまで及ぶことが意図される。

Claims (21)

1. ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）に基づいたプッシュスキャンジョブ用のＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒｓ）を提供する方法であって、
   ＩＰＰクライアントとそれぞれの前記ＩＰＰクライアント向けの宛先ＵＲＩのデータベースであって、それぞれの前記ＩＰＰクライアントがプッシュスキャンジョブを送るための権限が与えられたそれぞれの前記宛先ＵＲＩを定義する前記宛先ＵＲＩのデータベースをホストするステップと、
   前記ＩＰＰクライアントと宛先ＵＲＩのデータベース上のそれぞれの前記宛先ＵＲＩの宛先アクセス（アクセス資格情報）であって、前記プッシュスキャンジョブを受信して該プッシュスキャンジョブを処理するための前記アクセス資格情報を定義する宛先アクセス、およびそれぞれの宛先ＵＲＩ向けの宛先ＵＲＩをホストするステップと、
   ＩＰＰクライアントからプッシュスキャンジョブ用の少なくとも１つのＵＲＩの要求を受信するステップと、
   前記ＩＰＰクライアントが少なくとも１つのＵＲＩに前記プッシュスキャンジョブを送信するための権限を有するかを判定するために前記データベースをチェックするステップと、
   前記ＩＰＰクライアントが前記プッシュスキャンジョブを前記少なくとも１つのＵＲＩに送信する権限があるとの判定に応じて、前記宛先ＵＲＩと前記宛先アクセスを前記ＩＰＰクライアントに送信するステップと、
   を含む方法、を実行するためのコンピューターが読取可能なコードが組み込まれたコンピュータープログラム。
2. 前記方法は、
   ＩＰＰスキャンサービス仕様書のＰＷＧ５１００．１７文書に記述されているＩＰＰ属性として、前記宛先ＵＲＩおよび前記宛先アクセスをＩＰＰクライアントに送信するステップを含む、請求項１に記載のコンピュータープログラム。
3. 前記方法は、
   前記ＩＰＰクライアントと宛先ＵＲＩのデータベースに１つ以上の宛先ＵＲＩを追加する要求を、前記ＩＰＰクライアントから受信するステップと、
   前記データベース内の前記ＩＰＰクライアントを照合するステップと、
   前記ＩＰＰクライアントの照合に応じて、１つ以上の宛先ＵＲＩを前記ＩＰＰクライアントの前記データベースに追加するステップと、
   を含む、請求項１または２に記載のコンピュータープログラム。
4. 前記方法は、
   前記ＩＰＰクライアントと宛先ＵＲＩのデータベース内に宛先ＵＲＩが存在しない場合のみ、前記ＩＰＰクライアントと宛先ＵＲＩのデータベースに宛先ＵＲＩを追加するステップを含む、請求項３に記載のコンピュータープログラム。
5. 前記方法は、
   前記ＩＰＰクライアントと宛先ＵＲＩのデータベースから１つ以上の宛先ＵＲＩを削除する要求を、前記ＩＰＰクライアントから受信するステップと、
   前記宛先ＵＲＩのデータベース内の前記ＩＰＰクライアントを照合するステップと、
   前記ＩＰＰクライアントの照合に応じて、１つ以上の宛先ＵＲＩを該ＩＰＰクライアントの前記宛先ＵＲＩのデータベースから削除するステップと、
   を含む、請求項１から４のいずれか１つに記載のコンピュータープログラム。
6. 前記方法は、
   前記ＩＰＰクライアントと宛先ＵＲＩのデータベースを管理者アプリケーションで管理するステップを含み、
   前記管理者アプリケーションは、
   前記宛先ＵＲＩのデータベースからの宛先ＵＲＩを表示し、
   前記宛先ＵＲＩのデータベースに前記宛先ＵＲＩを追加し、
   前記宛先ＵＲＩのデータベースから宛先ＵＲＩを削除する、請求項１から５のいずれか１つに記載のコンピュータープログラム。
7. 前記管理者アプリケーションは、
   前記ＩＰＰクライアントと宛先ＵＲＩのデータベースに、ＩＰＰクライアントおよび認証情報を追加し、
   前記宛先ＵＲＩのデータベースからＩＰＰクライアントおよび認証情報を削除し、
   前記宛先ＵＲＩのデータベースへのＩＰＰクライアントおよび認証情報を修正する、請求項６に記載のコンピュータープログラム。
8. ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）に基づいたプッシュスキャンジョブ用のＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒｓ）を提供する方法であって、
   サーバー上の１つ以上のＩＰＰクライアント用の宛先ＵＲＩと宛先アクセス（アクセス資格情報）のデータベースであって、１つ以上の前記ＩＰＰクライアントがプッシュスキャンジョブを送るための権限が与えられたそれぞれの前記宛先ＵＲＩ、および該プッシュスキャンジョブを受信して該プッシュスキャンジョブを処理するための前記アクセス資格情報を定義する前記宛先ＵＲＩと宛先アクセスのデータベースをホストするステップと、
   前記１つ以上のＩＰＰクライアントのうちの１つのＩＰＰクライアントからプッシュスキャンジョブ用の少なくとも１つのＵＲＩの要求を受信するステップと、
   前記ＩＰＰクライアントが少なくとも１つのＵＲＩに前記プッシュスキャンジョブを送信するための権限を有するかを判定するために前記宛先ＵＲＩと宛先アクセスのデータベースをチェックするステップと、
   前記ＩＰＰクライアントが前記プッシュスキャンジョブを前記少なくとも１つのＵＲＩに送信する権限があるとの判定に応じて、前記宛先ＵＲＩおよび前記宛先アクセスを該ＩＰＰクライアントに送信するステップと、
   を含む方法。
9. ＩＰＰスキャンサービス仕様書（ＰＷＧ５１００．１７）に記述されているＩＰＰ属性として、前記宛先ＵＲＩおよび前記宛先アクセスを前記ＩＰＰクライアントに送信するステップを含む、請求項８に記載の方法。
10. 前記宛先ＵＲＩと宛先アクセスのデータベースに１つ以上の宛先ＵＲＩおよび宛先アクセスを追加する要求を、前記ＩＰＰクライアントから受信するステップと、
    前記宛先ＵＲＩと宛先アクセスのデータベース内の前記ＩＰＰクライアントを照合するステップと、
    前記ＩＰＰクライアントの照合に応じて、１つ以上の宛先ＵＲＩおよび宛先アクセスを前記ＩＰＰクライアントの前記宛先ＵＲＩと宛先アクセスのデータベースに追加するステップと、
    を含む、請求項８または９に記載の方法。
11. 前記宛先ＵＲＩと宛先アクセスのデータベースの中に宛先ＵＲＩおよび宛先アクセスが存在しない場合、
    前記宛先ＵＲＩと宛先アクセスのデータベースに宛先ＵＲＩおよび宛先アクセスのみを追加するステップを含む、請求項１０に記載の方法。
12. 前記宛先ＵＲＩと宛先アクセスのデータベースから１つ以上の宛先ＵＲＩおよび宛先アクセスを削除する要求を、前記ＩＰＰクライアントから受信するステップと、
    前記宛先ＵＲＩと宛先アクセスのデータベース内の前記ＩＰＰクライアントを照合するステップと、
    前記ＩＰＰクライアントの照合に応じて、１つ以上の宛先ＵＲＩおよび宛先アクセスを前記ＩＰＰクライアントの前記宛先ＵＲＩと宛先アクセスのデータベースから削除するステップと、を含む請求項８から１１のいずれか１つに記載の方法。
13. 前記宛先ＵＲＩと宛先アクセスのデータベースから受信した前記宛先ＵＲＩおよび宛先アクセスを、プッシュスキャンジョブを作成する要求とともにスキャナーに送信するステップを含み、
    前記スキャナーは文書をスキャンし、スキャンした前記文書を前記宛先アクセスとともに前記宛先ＵＲＩに送信する、請求項８から１２のいずれか１つに記載の方法。
14. ＩＰＰクライアント、前記宛先ＵＲＩと宛先アクセスのデータベース、およびスキャンサーバー機能を有する複合機（ＭＦＰ）／多機能装置（ＭＦＤ）の前記スキャナーをホストするステップを含む、請求項１３に記載の方法。
15. ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）に基づいたスキャンジョブ用のＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒｓ）を提供するシステムであって、
    １つ以上のＩＰＰクライアント用の宛先ＵＲＩと宛先アクセス（アクセス資格情報）のデータベースであって、１つ以上の前記ＩＰＰクライアントがプッシュスキャンジョブを送るための権限が与えられたそれぞれの前記宛先ＵＲＩ、および該プッシュスキャンジョブを受信して該プッシュスキャンジョブを処理するための前記アクセス資格情報を定義する前記宛先ＵＲＩと宛先アクセスのデータベースと、
    前記プッシュスキャンジョブ用の少なくとも１つのＵＲＩの要求を前記宛先ＵＲＩと宛先アクセスのデータベースに送信するＩＰＰクライアントと、
    ＩＰＰスキャンディレクトリ管理アプリケーションを有するコンピュータープログラムと、を備え、
    前記コンピュータープログラムは、前記ＩＰＰクライアントから、前記プッシュスキャンジョブ用の少なくとも１つのＵＲＩの要求を受信し、
    前記ＩＰＰクライアントが少なくとも１つのＵＲＩに前記プッシュスキャンジョブを送信するための権限を有するかを判定するために前記宛先ＵＲＩと宛先アクセスのデータベースをチェックし、
    前記ＩＰＰクライアントが前記プッシュスキャンジョブを前記少なくとも１つのＵＲＩに送信する権限があるとの判定に応じて、前記宛先ＵＲＩおよび前記宛先アクセスを前記ＩＰＰクライアントに送信する、システム。
16. ＩＰＰスキャンサービス仕様書（ＰＷＧ５１００．１７）に記述されているＩＰＰ属性として前記宛先ＵＲＩおよび前記宛先アクセスを前記ＩＰＰクライアントに送信する、請求項１５に記載のシステム。
17. スキャナー、またはスキャナーユニットを備える複合機（ＭＦＰ）であって、前記ＩＰＰクライアントから、前記宛先ＵＲＩおよび宛先アクセスとともにプッシュスキャンジョブを作成する要求を受信するスキャナー、またはスキャナーユニットを備える複合機（ＭＦＰ）を備え、
    前記スキャナーは、前記スキャナーは文書をスキャンし、スキャンした文書を前記宛先アクセスとともに前記宛先ＵＲＩに送信する、請求項１５、または１６に記載のシステム。
18. 前記宛先ＵＲＩと宛先アクセスのデータベース、および前記ＩＰＰスキャンディレクトリ管理アプリケーションを有する前記コンピュータープログラムをホストするサーバーを、さらに備える請求項１５から１７のいずれか１つに記載のシステム。
19. ＩＰＰスキャンサーバー機能を備える複合機（ＭＦＰ）または多機能装置（ＭＦＤ）であって、
    前記ＩＰＰクライアント、前記宛先ＵＲＩと宛先アクセスのデータベース、前記ＩＰＰスキャンディレクトリ管理アプリケーションを有する前記コンピュータープログラム、およびスキャナーをホストする複合機または多機能装置を備える、請求項１５から１８のいずれか１つに記載のシステム。
20. 前記ＩＰＰクライアント用の前記宛先ＵＲＩと宛先アクセスのデータベースを管理するディレクトリサービス管理アプリケーションと、
    前記ＩＰＰクライアント上でホストされるＩＰＰクライアント管理アプリケーションであって、ディレクトリサーバーから受信した宛先を選択し、前記ＩＰＰクライアントと前記ＩＰＰスキャンディレクトリ管理アプリケーションを有する前記コンピュータープログラムとの間の対話を管理するＩＰＰクライアント管理アプリケーションと、を備える請求項１５から１９のいずれか１つに記載のシステム。
21. 請求項１から７のいずれか１つに記載コンピュータープログラムを記録した非一時的なコンピューター読取可能な記録媒体。

Images