(57)【要約】【課題】  図示し記載する実施形態では、ユーザの視点（発送元または受信先のいずれか）から、用いるのが単純明快で直観的な走査ソリューションを提案する。【解決手段】  少なくとも一部の実施形態では、走査された文書は、種々のディジタル宛先に送ることができ、次いで、直観的にそしてユーザにとって使い易く、エンド・ユーザまたはシステムが文書を消費することができる。加えて、種々の実施形態は、走査した文書をユーザが消費し用いることができる機会を大幅に増やす機構を、走査機能性に分与するためのインフラストラクチャ・サポートを提供する。提供することができる他の機構には、認証、走査プロファイルの使用、取り込み時における文書の後処理、後処理または取り込み時における文書の経路制御、あるいはその組み合わせ、ならびに多機能性をサポートするための、印刷、コピー、および／またはファックスのようなその他の機構との統合が含まれる。【選択図】      図５
2008541613.tif 000002
【特許請求の範囲】
【請求項１】
走査文書を生成するために文書を走査するステップと、
前記走査文書を、前記走査を開始したデバイス以外のディジタル宛先に送るステップであって、該送るステップは、前記走査文書を、メッセージへの添付としてではなく、メッセージとして送ることから成る、ステップと、
を備えている、方法。
【請求項２】
請求項１記載の方法において、前記ディジタル宛先はアプリケーションから成る、方法。
【請求項３】
請求項１記載の方法において、前記ディジタル宛先はフォルダから成る、方法。
【請求項４】
請求項１記載の方法において、前記ディジタル宛先はインボックスから成る、方法。
【請求項５】
請求項１記載の方法において、前記ディジタル宛先は、前記走査文書を他のディジタル宛先に導出するように構成されている、経路制御コンポーネントから成る、方法。
【請求項６】
請求項１記載の方法であって、更に、一人以上のユーザに文書を走査することを許可する前に、前記一人以上のユーザの認証を行うステップを備えている、方法。
【請求項７】
請求項１記載の方法であって、更に、一人以上のユーザに文書を走査することを許可する前に、前記一人以上のユーザの認証を行い、前記認証の後に、１回のユーザ行為に応答して、前記走査および発送の行動を実行するステップを備えている、方法。
【請求項８】
請求項１記載の方法であって、更に、ユーザによる選択のために１つ以上のプロファイルを提供するステップを備えており、前記１つ以上のプロファイルは、個々に、１つ以上のディジタル宛先と、前記文書に付随する処理情報とを示す、方法。
【請求項９】
走査機能性に加えて、コピー、印刷、またはファックスから成る群から選択した少なくとも１つの別の機能性を設けるステップと、
走査文書を生成するために、文書を走査するステップと、
前記走査を開始したデバイス以外のディジタル宛先に、前記走査文書を送るステップであって、該送るステップは、走査文書を、メッセージへの添付としてではなく、メッセージとして送ることから成る、ステップと、
を備えている、方法。
【請求項１０】
請求項９記載の方法において、前記ディジタル宛先は、アプリケーション、フォルダ、インボックス、または前記走査文書を他のディジタル宛先に導出するように構成されている経路制御コンポーネントの内１つ以上から成る、方法。
【請求項１１】
請求項９記載の方法であって、更に、一人以上のユーザに文書を走査することを許可する前に、前記一人以上のユーザの認証を行うステップを備えている、方法。
【請求項１２】
請求項９記載の方法であって、更に、一人以上のユーザに文書を走査することを許可する前に、前記一人以上のユーザの認証を行い、前記認証の後に、１回のユーザ行為に応答して、前記走査および発送の行動(act)を実行するステップを備えている、方法。
【請求項１３】
請求項９記載の方法であって、更に、ユーザによる選択のために１つ以上のプロファイルを提供するステップを備えており、前記１つ以上のプロファイルは、個々に、１つ以上のディジタル宛先を示す、方法。
【請求項１４】
請求項９記載の方法において、前記ディジタル宛先は、前記機能性の少なくとも別の１つに対するインボックスとして構成されているインボックスから成る、方法。
【請求項１５】
走査文書を作成するために文書を走査するステップと、
前記操作した文書を１つ以上のインボックスに送るステップであって、該送るステップは、走査文書を、メッセージへの添付としてではなく、メッセージとして送ることから成る、ステップと、
を備えている、方法。
【請求項１６】
請求項１５記載の方法において、前記インボックスは、ファックス文書を受信するように構成されている、方法。
【請求項１７】
請求項１５記載の方法において、前記インボックスは、電子メール・メッセージを受信するように構成されている、方法。
【請求項１８】
請求項１５記載の方法において、前記インボックスは、ファックスおよび電子メール・メッセージを受信するように構成されている、方法。
【請求項１９】
請求項１５記載の方法であって、更に、一人以上のユーザに文書を走査することを許可する前に、前記一人以上のユーザの認証を行うステップを備えている、方法。
【請求項２０】
請求項１５記載の方法であって、更に、ユーザによる選択のために１つ以上のプロファイルを提供するステップを備えており、前記１つ以上のプロファイルは、個々に、１つ以上のディジタル宛先を示す、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、走査システムおよび方法に関する。
【背景技術】
【０００２】
今日まで、既存の走査ソリューション(scan solution)は、直観的でない傾向があり、走査システムだけでなく、走査ユーザに呈示されるソフトウェア・インターフェースについても総合的に高レベルの理解が必要とすることが多い。通例、プル・モデル走査という状況では、ユーザはコンピュータを通じて走査デバイスとインターフェースする。ユーザ・インターフェースがユーザに呈示され、ユーザは走査デバイスについての種々の走査パラメータを選択し、走査を開始することができる。一旦ユーザの作業が走査されたなら、ユーザのコンピュータにおける一時的な走査場所に置かれるのが通例である。しかし、この単純な説明は、走査プロセス自体がユーザにとって単純であり非直観的であることを暗示している訳ではない。具体的には、多くの走査システムは詳細なソフトウェアを有し、ユーザはそのソフトウェアを有効に用いるためには、そのソフトウェアのかなり詳しい知識を有していなければならない。
【０００３】
言うまでもないが、本走査ソリューションの全てではないにしても殆どが、特に文書走査に関しては、その使用が直観的ではない。
【０００４】
加えて、今日、多機能周辺（ＭＦＰ）デバイスとして知られているものを目指すという性向が現在の市場にはある。ＭＦＰデバイスとは、走査／印刷／コピー、ファックス／プリント／コピー、走査／ファックス／プリント／コピー等というように、多数の異なる機能性を有するデバイスであるのが通例である。これらの枠組みでは、人が、印刷、ファックスおよびコピーの状況、そしてそれらの用い方について総合的に熟知するという結果に繋がる。即ち、これらのソリューションは、一般に、文書を選択し、その文書をデバイスに送るかまたはその上に置き、表示されるユーザ・インターフェース（印刷の場合のように）またはデバイス自体（ファックスおよびコピーの場合のように）上のしかるべきボタンを選択または押下することを伴う。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
したがって、エンド・ユーザはこれらの機構をかなり利用することが多い。しかし、走査機能性は余り用いられない傾向にある。何故なら、走査ソリューションは、他の機構よりも直観的でなく、使用するのに手間がかかるからである。
【０００６】
したがって、本発明は、走査システムおよび方法の改良を行う際に伴う懸念から生まれたのである。
【課題を解決するための手段】
【０００７】
図示し記載する実施形態では、ユーザの視点（発送元または受信先のいずれか）から、用いるのが単純明快で直観的な走査ソリューションを提案する。少なくとも一部の実施形態では、走査された文書は、種々のディジタル宛先に送ることができ、次いで、直観的にそしてユーザにとって使い易く、エンド・ユーザまたはシステムが文書を消費することができる。
【０００８】
加えて、種々の実施形態は、走査した文書をユーザが消費し用いることができる機会を大幅に増やす機構を、走査機能性に分与するためのインフラストラクチャ・サポートを提供する。例えば、一実施形態では、走査した文書を、「インボックス」(inbox)の形態でディジタル宛先に送ることができる。これは、電子メール・アプリケーション・プログラムのようなアプリケーション・プログラムが提供する「インボックス」と同様である。この実施形態では、走査した文書は、添付書類ではなく、メッセージ自体として、ユーザに呈示することができる。このようにして、ユーザは素早く、そして人目で、走査した文書の文脈を確認することができる。提供することができる他の機構には、認証、走査プロファイルの使用、取り込み時における文書の後処理、後処理または取り込み時の文書の経路制御(routing)、あるいはその組み合わせ、ならびに多機能性をサポートするための、印刷、コピー、および／またはファックスのようなその他の機構との統合が含まれる。
【発明を実施するための最良の形態】
【０００９】
全体像
図示し記載する実施形態では、ユーザの視点（発送元または受信先のいずれか）から、用いるのが単純明快で直観的な走査ソリューションを提案する。少なくとも一部の実施形態では、走査された文書は、種々のディジタル宛先に送ることができ、次いで、直観的にそしてユーザにとって使い易く、エンド・ユーザまたはシステムが文書を消費することができる。本願明細書の文脈では、「文書」という用語は、走査デバイスを用いて走査することができるあらゆる媒体を含むように解釈するものとする。このような文書には、限定ではなく一例として、紙の文書、写真、絵画等を含むことができる。
【００１０】
加えて、種々の実施形態は、走査した文書をユーザが消費し用いることができる機会を大幅に増やす機構を、走査機能性に分与するためのインフラストラクチャ・サポートを提供する。例えば、一実施形態では、走査した文書を、「インボックス」(inbox)の形態でディジタル宛先に送ることができる。これはMicrosoftのOutlook(R)プログラムのようなアプリケーション・プログラムが提供する「インボックス」と同様である。この実施形態では、走査した文書は、添付書類ではなく、メッセージ自体として、ユーザに呈示することができる。このようにして、ユーザは素早く、そして一目で、走査した文書の文脈を確認することができる。提供することができる他の機構には、認証、走査プロファイルの使用、取り込み時における文書の後処理、後処理または取り込み時における文書の経路制御、あるいはその組み合わせ、ならびに多機能性をサポートするための、印刷、コピー、および／またはファックスのようなその他の機構との統合が含まれる。
【００１１】
以下に続く論述では、種々の文脈において走査機能性について論ずる。「ディジタル宛先への走査」と題する第１章では、ユーザがアクセスすることができる種々のディジタル宛先への走査文書の配信の概念について論ずる。これに続いて、「多機能統合」と題する章では、本発明の走査機能性を、電子メール、印刷、ファックス等のような他の機能性とどのように統合することができるかについて論ずる。この章に続いて、「実施態様例」と題する章では、本発明の機能性の柔軟性およびロバスト性を例示する具体的な実施態様について記載する。
【００１２】
ディジタル宛先への走査
図１は、一実施形態によるシステムの上位図である。この例では、システムは走査デバイス１００を含む。通例、走査デバイスは、１つ以上のプロセッサと、コンピュータ読み取り可能媒体と、走査機能性を設けるための種々のハードウェア、ソフトウェア、およびファームウェア構成要素とを含む。簡略化の主旨にあわせて、しかしながら、これらの構成要素は図示しない。尚、種々の構成要素および／またはその特定的な機能性は、何らかの種類のコンピュータ読み取り可能媒体上に常駐するコンピュータ読み取り可能命令によって実施できることは認められよう。
【００１３】
この特定的な例では、走査デバイスは単体走査デバイスである。尚、デバイス１００は、他の機能性を含んでもよいことは認められるであろうし、言うまでもないであろう。これについては、以下で説明する。
【００１４】
この例では、走査デバイス１００は、走査文書を生成するように構成されているスキャナ１０２を含む。加えて、走査デバイスは、任意に、ユーザ、および走査文書の１箇所以上の宛先を選択するために自動的にまたはユーザによって選択することができる１つ以上の走査プロファイル１０６を認証するための認証コンポーネント１０４を含むことができる。認証コンポーネントおよび走査プロファイルについては、以下で更に詳しく論ずることにする。
【００１５】
スキャナ１０２は、通常のように、走査文書を生成するように構成されており、当業者によって認められる通りである。したがって、簡潔性のために、走査文書の生成についてはこれ以上論じない。一旦走査文書が生成されたなら、矢印１１０で示すように、ネットワークを通じて、または直接接続されているデバイスにこれを送信することができる。接続されているデバイスを、ディジタル宛先１１２と呼ぶ。ディジタル宛先は、通例、サーバ、デスクトップ・コンピュータ、ラップトップ・コンピュータ、ハンドヘルド・コンピュータ等のような、何らかの種類の計算デバイス上に常駐することができる。あるいはまたは加えて、ディジタル宛先は、印刷デバイスまたはファックス・デバイスのような、ハードウェア・デバイスの形態で常駐することもできる。少なくとも一部の実施形態では、ディジタル宛先は、走査を開始したデバイスではない。
【００１６】
限定ではなく一例として、ディジタル宛先の例には、１つ以上のアプリケーション１１４、１つ以上のフォルダ１１６、１つ以上のインボックス１１８、および／または１つ以上の経路制御コンポーネント１２０が含まれる。一方、経路制御コンポーネント１２０は、走査文書を、１つ以上のアプリケーション１１２、１つ以上のフォルダ１２４、および／または１つ以上のインボックス１２６のような別のディジタル宛先に導出することができる。
【００１７】
一実施形態によれば、走査文書をディジタル宛先において受信すると、これをビューアを通じてユーザに呈示することができる。例えば、インボックス１１８のようなインボックスに関しては、走査文書は、メッセージ自体として呈示することができ、直ちにユーザが見ることができる。このように走査文書を呈示するのは、電子メール・メッセージの呈示と同様である。即ち、走査文書メッセージを受信し、ユーザのインボックスによって参照される。ユーザが走査文書メッセージ上でクリックすると、直ちに走査文書をユーザに、ビューアを通じて、呈示することができる。これは、走査文書を電子メールの添付書類として受信するモデルからの躍進である。この実施形態では、走査文書はメッセージであり、添付書類ではない。
【００１８】
一例として、図２を検討する。図２は、一実施形態によるディジタル宛先の一例であり、全体的に２００で示す。この例では、ディジタル宛先は、電子メール・ボックスと外観および感触が類似している走査インボックスを備えている。この例では、ある数のフォルダ２０２が設けられており、ユーザの走査文書を管理し編成する際にユーザを補助するようにしている。加えて、この特定的な例では、ある数のフィールドが設けられており、走査文書の発生源を示す走査ソース・フィールド２０４、走査文書におけるページ数を示すページ・フィールド２０６、走査文書の主題を示す主題フィールド２０８、および文書を走査した日付を示す走査日付フィールド２１０を含む。特定のフォルダ内にある走査文書は、ユーザが特定のフィールド上でクリックすることにより、フィールドで走査することができる。したがって、例えば、ユーザが最終的に受信した文書を見たい場合、彼または彼女は単に走査日付フィールド２１０上でクリックすれば、そのようにすることができる。同様に、ユーザが走査ソースで並び替えを行いたい場合、彼または彼女は単に走査ソース・フィールド２０４上でクリックすれば、そのようにすることができる。
【００１９】
加えて、プレゼンテーションまたはプレビュー・ウィンドウ２１２が設けられており、これによってユーザはインボックス内にある個々の走査文書を予め見ることができる。この特定的な例では、ユーザは個々の走査文書を選択して、最初のページを見ている。
【００２０】
認証コンポーネント１０４（図１）に関して、以下の検討を行う。少なくとも一部の実施形態では、認証コンポーネント１０４は、ユーザをシステムに対して認証するために設けられている。認証は、適したやり方であればそのいずれでも行うことができる。例えば、ユーザは、走査カード、ＲＦＩＤバッジ、パスワード、指紋パッド、網膜走査、ディジタルＩＤカード（例えば、ＩＣＡＯに準拠した電子パスポート）等を用いて、認証を行うことができる。一旦走査デバイスまたは走査システムに対して認証されたなら、ユーザは、デフォルトのプロファイルを有することができる。デフォルト・プロファイルは、ユーザのインボックスのような、走査文書を送る宛先を示す。これに関して、一旦ユーザがシステムに認証されたなら、システムは自動的にデフォルトの宛先が分かる。したがって、文書をプラテンまたは文書フィーダ上に置き、ユーザが走査を開始した後、システムは自動的に走査文書をその宛先に送ることができる。このように少なくとも一部の実施形態では、認証および走査開始後、走査文書の受信は、１回のクリック動作または１回のボタン押下のように、１回のユーザ行為と同様に簡単に行うことができる。
【００２１】
プロファイル１０６に関して、以下の検討を行う。少なくとも一部の実施形態では、ユーザまたは走査デバイスは、ユーザによる選択のために、１つ以上のプロファイルを有することができる。プロファイルは、１箇所以上の宛先を示すことができ、更に個々の宛先または個々のユーザに関連する可能性がある処理命令も示すことができる。例えば、一旦走査文書を捕獲したなら、ユーザはその文書に対して何らかの後処理動作を実行したい場合がある（例えば、文書の光学的文字認識を実行する）。このような状況では、文書に対して後処理動作を１回よりも多くを実行したいのがおおかたである（例えば、文書の光学的文字認識を実行し、次いで何らかの情報を文書に追加し、文書から何らかの画像情報を抽出し、内容を抽出し、抽出したデータをデータベースにアップロードし、次いで最終的にそれを保管するか、あるいは電子メールによってそれを転送するか、またはファックスとしてそれを転送する）。
【００２２】
つまり、本質的に、後処理動作および関連する命令は、文書処理動作および文書経路制御処理に関するものを含むことができる。大部分の場合、文書処理動作は、文書導出の前に行われる。
【００２３】
加えて、ユーザは、ユーザが通常文書を送る先である宛先を示すプロファイルをある数だけ有することができる。具体的には、ユーザは、いずれの特定のプロファイルにおいても１つ以上の受信先を指定することができ、次いで受信先を選択しなければならないのではなく、ユーザは単にプロファイルを選択する。あるいはまたは加えて、走査デバイス自体に、１箇所以上の宛先を示す１つ以上のプロファイルを設定することもできる。例えば、部署が３または４つしかない小規模な会社では、走査デバイスに、部署毎のプロファイルを設定することができる。一例として、以下の検討を行う。ユーザがある会社のために働き、出張で生じた出費のような事項について出費報告を会計部署に提出しなければならないと仮定する。この文脈では、会社は、会計部署のプロファイルを備えたディジタル・コピア／スキャナを有すればよい。この場合、ユーザが出張から戻ったときに、彼または彼女は単にかれらのレシートおよび恐らくはユーザ識別子をコピアのプラテン上に置き、しかるべきプロファイルを選択し、１回の動作で、レシートを走査したコピーを会計部署に送る。走査文書には、走査を特定するためにしかるべきメタデータが付帯することができる。加えて、ユーザは、会計部署および彼または彼女のインボックス双方を含むプロファイルを有することができるので、ユーザはレシートのコピーを受信し保持することができる。
【００２４】
加えて、ユーザおよびシステム・アドミニストレータは、例えば、適したウィザードを用いて、走査プロファイルを作成することができる。加えて、適した走査ウィザードを用いて、ユーザは走査ジョブ・チケットを作成することもできる（走査ジョブ・チケットについては、以下で更に詳しく説明する）。ジョブ・チケットは、１回の個々の走査ジョブについて（これはバッチ走査を含む）走査品質の態様および文書導出、配布、および保管を制御するために用いられる。ユーザは、既存の走査プロファイルの上にジョブ・チケットを積層し、１つの特定のジョブに対する個々の設定のみを無視することができる。ユーザは、デバイスにおいて彼または彼女のジョブ・チケットの集合体から選択し、複雑な走査ジョブを単純な１回のボタン走査に変えることができる。走査ジョブ・チケットは、その実行に成功した後、自動的に取り出される。先に記したように、特定の一実施形態の文脈におけるジョブ・チケットについて以下に説明する。
【００２５】
多機能統合
前述の走査機能性をどのように他の機能と統合することができるかという一例として、図３を検討する。図３は、一実施形態による多機能周辺デバイス３００の一例を示す。この例では、図１の例からの同様の参照番号を、同様の構成要素を示すのに適している場合には利用しているが、「３ＸＸ」の表示を用いていることを除く。加えて、図１の例との相違は、添字「ａ」、「ｂ」および「ｃ」によって示している。
【００２６】
この例では、多機能周辺デバイス３００は、スキャナ３０２に加えて、ファックス・デバイス３０２ａ、コピア３０２ｂ、またはプリンタ３０２ｃの内１つ以上を含む。少なくとも一部の実施形態では、ファックス・デバイスおよびそれに伴う機能性は、前述したような、ディジタル宛先にファックス文書を供給することによって、スキャナのそれと同様に動作することができる。
【００２７】
本例におけるように、多数の機能を共に統合することによって、ユーザには、これまでの文書の発送および受信を、統合した統一操作手順(experience)を設けることができる。統合した統一文書受信操作手順の一例として、図４を検討する。図４は、一実施形態によるディジタル宛先の一例であり、全体的に４００で示している。この例では、ディジタル宛先は、インボックスを備えており、更に操作およびファックス機能性双方も備えている。これは、電子メールのインボックスと外観および感触が同様である。実際、この例では、電子メール機能性も設けて、ユーザに更に一層統一し統合した操作手順を与えることができる。
【００２８】
この例では、ユーザの受信した操作およびファックス文書をそれぞれ管理し編成する際にユーザを補助するために、多数のフォルダ４０２、４０４が設けられている。加えて、この特定的な例では、多数のフィールドも設けられており、走査文書の発生源を示す操作ソース・フィールド、走査文書におけるページ数を示すページ・フィールド、走査文書の主題を示す主題フィールド、および文書を操作した日付を示す操作日付フィールドを含む。同様のフィールドは、ファックスおよび電子メール機能性にも設けることができる。
【００２９】
加えて、図２の例におけると同様、呈示またはプレビュー・ウィンドウが設けられており、これによってユーザはインボックス内にある走査文書、ファックス文書、そして少なくとも一部の実施形態では、電子メール・メッセージを予め見ることができる。
【００３０】
実施態様例
前述の実施形態は、適したシステムであればいずれとでも一緒に用いることができる。図５は、そのような１つのシステムを示す。尚、図５の例は、特許請求する主題の応用を制限するために用いることを意図しているのではないことは認められようし、言うまでもないことである。逆に、特許請求する主題の趣旨および範囲から逸脱することなく、他のシステムも利用することができる。したがって、図５は一例を構成するに過ぎないのである。
【００３１】
図５のシステムについて説明する前に、以下の例全体で用いられる以下の用語および定義について検討する。
【００３２】
以下に続く説明では、多数のアクター(actor)を伴う。これらのアクターは、文書プラットフォーム（ＤＰ）サービス、文書プラットフォーム・クライアント、人、デバイス、および抽象的実体（即ち、人またはソフトウェア）を含み、その各々について、それ自体の見出しの下で論ずることにする。
【００３３】
文書プラットフォーム（ＤＰ）サービス
文書プラットフォーム（ＤＰ）サービスは、ＤＰ内部のプロセスであり、DP-CLIENTまたは別のDP-SERVICEに特殊なサービスを提供する。DP-SERVICEは、SCAN-SERVICE、ROUTINE-SERVICEによる文書経路制御、またはDP-JOB-TICKET-SERVICEによって行われるチケット処理によって走査することができる。
【００３４】
SCAN-SERVICEは、全てのSCAN-DEVICEとの全ての通信を扱うサービスである。これは、SCAN-DEVICEと通信して、SCAN-JOB-TICKETを発送し、SCANNED-DOCUMENTを受信する。SCAN-SERVICEは、受信したSCAN-IMAGEを、１つ以上のROUTING-TICKETS（スキャナによって発送されたまたはSCAN-SERVERによって詰め込まれた）およびその他のメタデータと共に、DOCUMENTにカプセル化する。SCAN-SERVICEは、DOCUMENTをROUTING-SERVICEに受け渡し、ROUTING-SERVICEは、個々のROUTING-TICKETにおいて特定される宛先にそれを配信する。
【００３５】
DOCUMENT-PROCESSING-SERVICEは、DOCUMENT-PROCESSING-SERVICE-PLUG-INから成る差し込み可能な(Pluggable)インフラストラクチャである。これは、SCANNED-DOCUMENTをROUTING-SERVICEから受け取り、必要な処理タスクを実行し、次のＡＴＡ先に配信するために、これをROUTING-SERVICEに戻す。
【００３６】
ROUTING-SERVICEは、DOCUMENTを受信し、ROUTING-TICKET内にある経路制御情報に基づいてこれをROUTING-DESTINATIONに導出するサービスである。
【００３７】
DP-JOB-TICKET-SERVICEは、DP-JOB-TICKETを格納するサービスである。
文書プラットフォーム・クライアント
DP-CLIENTは、DP-APIを用いてDP-SERVICESからのサービスを受けるためにDPと双方向処理を行うことができるソフトウェア・プロセスであればいずれでもよい。
【００３８】
RECEIVING-AGENTは、DOCUMENTおよびNOTIFICATIONをROUTING-SERVICEからＰＣ上のDOCUMENT-RECEIPIENTの代理で受信する実体である。
【００３９】
SENDING-AGENTは、ＰＣ上のROUTING-ORIGINの代理で、DOCUMENTをROUTING-SERVICEに送る実体である。
【００４０】
SOFTWARE-APPLICATIONは、Word(R)、Publisherのようなユーザ・アプリケーション、Adobe Acrobatのような携帯用文書ビューア等のような、プロセスDOCUMENT を受け取り処理することができるユーザ・アプリケーションである。
【００４１】
DOCUMENT-RECEIVING-SERVICEは、ＤＰからDOCUMENTを受信することができるサービスを指す。Sharepoint(R)、Outlook(R)、Windows(R) Document Library、およびWINFSのようなサービスは、DOCUMENT-RECEIVING-SERVICEの例である。
【００４２】
DOCUMENT-SENDING-DESTINATIONは、ＤＰを通じてDOCUMENTをROUTING-DESTINATIONに送ることができるサービスを指す。
【００４３】
MANAGEMENT-CONSOLEは、ＤＰおよびそのコンポーネントの管理運営のために設けられたコンソールである。
【００４４】
DP-DEVICE-SETUP-SOFTWAREは、SCAN-DEVICEのインストールのためのＤＰ設定プログラムを指す。
【００４５】
人
SCAN-OPERATORは、スキャナと双方向処理を行う人を指す。個人は、デバイスに対して認証を行い、しかるべきSCAN-JOB-TICKETを選択し、そのデバイスにおいて必要なあらゆる修正を行い、SCAN-JOBを開始する。
【００４６】
IT-ADMINISTRATORは、ネットワークとデバイスとの間の接続性、およびネットワーク・インフラストラクチャ全体を管理する。また、IT-ADMINISTRATORは、SCAN-DEVICEおよびSCAN-DEVICE-SECURITY-SETTINGも管理する。
【００４７】
DP-ADMINISTRATORは、ＤＰインフラストラクチャ全体を管理し、タスクIT-ADMINISTRATORの部分集合が、管理することを許可されている。
【００４８】
SCAN-DEVICE-ADMINISTRATORは、GLOBAL-SCAN-DEVICE-SETTINGS、即ち、そのSCAN-DEVICEの全てのユーザに影響を及ぼす設定（例えば、どのタイプのＴＩＦＦファイルを生成するか）を管理する。SCAN-DEVICE-ADMINISTRATORは、特定のSCAN-DEVICEの走査機構へのアクセスを制限すること、および／またはSCAN-OPERATORがこれらの機構にアクセスできるようになる前に、許可を要求することができる。SCAN-DEVICE-ADMINISTRATORは、物理的デバイスにおいてまたはデバイス特定の管理ツール（SCAN-DEVICEの販売業者が作成し配布する）を用いることによって、デバイス自体の上でこれらの設定値を設定する。
【００４９】
INFORMATION-WORKERは、ＤＰが生成する情報を受信し消費する人である。
【００５０】
HOME-SCAN-USERは、通例、IT-ADMINISTRATOR、DEVICE-ADMINISTRATOR、SCAN-OPERATOR、DP-JOB-TICKET-MANAGER、およびDP-JOB-MANAGERの役割を家庭環境において遂行する人である。このアクターの考え方、体験、技術的深さ、および専門性は、しかしながら、これらのタスクを実現する専門の人に求められるそれらとは非常に異なっている。
【００５１】
HOME-PC-USERは、パーソナル・コンピュータの家庭ユーザを指す。
【００５２】
DOCUMENT-RECIPIENTは、文書の最終的な受信者である人を指す。
【００５３】
DOCUMENT-SENDER は、文書を送る人である。
【００５４】
デバイス
SCAN-DEVICEは、HARDCOPY-DOCUMENTを走査することができるデバイスである。これは、単体のスキャナ、またはオールインワン（ＡｉＯ）または多機能周辺機器（ＭＦＰ）としても知られている多機能デバイス（ＭＦＤ）とすることができる。ディジタル・コピアは、後者の分類に該当する。更に、デバイスは、企業および家庭の分類に分けることができる。
【００５５】
ENTERPRISE-SCAN-DEVICEは、異なる種類のSCAN-DEVICEを含むことができる。例えば、NETWORKED-ENTERPRISE-SCAN-DEVICEは、自動的に発見することができない旧来のネットワーク・スキャナ（例えば、ディジタル・コピア、ＭＦＰ）である。WSD-ENTERPRISE-SCAN-DEVICEは、ウェブ・サービス可能なネットワーク・デバイスであり、デバイスの自動発見に対応する。DISCOVERABLE-ENTERPRISE-SCAN-DEVICEは、販売業者が提供するプロトコルおよびソフトウェアを用いて発見可能なデバイスである。
【００５６】
HOME-SCAN-DEVICEも同様に、異なる種類のデバイスを含むことができる。例えば、LOCAL-HOME-SCAN-DEVICEは、例えば、ローカルＵＳＢデバイスとすることができるSCAN-DEVICEである。SHARED-HOME-SCAN-DEVICEは、ローカル・デバイス、およびそのデバイスをインストールしてあり、ネットワーク上の残りのコンピュータまたはＰＣに対してネットワーク・デバイスとして作用するコンピュータまたはＰＣである。NETWORKED-HOME-SCAN-DEVICEは、自動発見のない、旧来のネットワーク・スキャナである。WSD-HOME-SCAN-DEVICEは、ウェブ・サービスが可能なネットワーク・スキャナである。DISCOVERAABLE-HOME-SCAN-DEVICEは、販売業者が提供するプロトコルおよびソフトウェアを用いて発見することができるデバイスを指す。
【００５７】
また、デバイスは、ＤＰを展開する、ＰＣのようなコンピュータである、ＤＰ−ＰＣも含むことができる。
【００５８】
要約（人またはソフトウェア）
ROUTINE-DESTINATIONは、DOCUMENTの受信先である。これは、SOFTWARE-APPLICATION、DOCUMENT-RECEIVING-SERVICE、またはDOCUMENT-RECIPIENTである。
【００５９】
ROUTING-ORIGINは、DOCUMENTの発送元である。これは、SOFTWARE-APPLICATION、DOCUMENT-RECEIVING-SERVICE、または人である。
【００６０】
DP-JOB-MANAGERは、システム内部においてジョブを監視する実体（人またはサービス）である。この実体もジョブを管理する（例えば、これらを削除する、または潜在的に属性を変更する）。DP-JOB-MANAGERは、APPLICATION、または先に述べた人のアクターのいずれかとすることができる。JOBはSCAN-JOBとすることができる。  
【００６１】
DP-JOB-TICKET-MANAGERは、DP-JOB-TICKETを作成し管理する実体である。DP-JOB-TICKET-MANAGERは、ソフトウェア・アプリケーション、または先に述べた人のアクターのいずれかとすることができる。
【００６２】
DP-JOB-INITIATORは、システム内部においてDP-JOBを開始する実体（人またはサービス）である。この実体は、SCAN-OPERATOR、INFORMATION-WORKER、またはSCAN-DEVICEとすることができる。SOFTWARE-APPLICATIONおよびDOCUMENT-RECEIVING-SERVICESは、人に代わってDP-JOBSを開始する。
【００６３】
ここで、文書プラットフォームのいくつかの用語について検討する。用語は、以下の６つの分類に類別することができる。文書プラットフォーム（ＤＰ）およびそのコンポーネント、チケット、タスク、ジョブ、文書特定用語、走査特定用語、その各々について、それ自体の見出しの下で論ずることにする。
【００６４】
文書プラットフォーム（ＤＰ）およびそのコンポーネント
文書プラットフォーム（ＤＰ）は、DOCUMENTの捕獲、処理、および経路制御を可能にする。捕獲は、多種多様のソースをカバーすることができるが、この文書における焦点は、SCAN-DEVICEを通じてDOCUMENTを捕獲することにある。この場合、ＤＰは、SCAN-DEVICEを通じて印刷したDOCUMENTの１つ以上のページのディジタル・コピーを捕獲し、更に別の画像処理を捕獲したDOCUMENTに適用し、最後にこれら処理したページを１つのDOCUMENTとして、ＰＣまたはネットワーク上で指定された１つ以上の宛先に導出することを可能にする。
【００６５】
ＤＰは、SCAN-SERVICE、ROUTING-SERVICE、およびDOCUMENT-PROCESSING-SERVICEを含む。３つのコンポーネントは全て、１つのＰＣ上で実行する。しかしながら、これらのコンポーネントは、異なるＰＣを跨って分散することもできる。
【００６６】
このプラットフォームは、SCAN-DEVICEの発見、インストール、および設定を可能にする。また、これは、DEVICE-USAGE-POLICIESの作成および管理、ならびにSCAN-OPERATORの作成および管理も可能にする。所定のSCAN-JOB-TICKETの再利用可能な集合体を、個々のSCAN-OPERATORまたはSCAN-OPERATOR-GROUPと関連付けることができる。
【００６７】
DP-APIは、そのコンポーネントを用い、管理し、監視するプログラム機能を提供する。
【００６８】
ＤＰ捕獲は、デバイスが開始する（プッシュ）走査状況、およびプル状況に該当する。
【００６９】
DOCUMENT-PROCESSING-SERVICE-PLUG-INは、光学的文字認識（ＯＣＲ）、ディジタル権利管理（ＤＲＭ）、またはDOCUMENT-PROCESSING-SERVICEにプラグ・インすることができるファイル変換というような文書処理コンポーネントである。
【００７０】
DP-APIは、ＤＰのコンポーネントに対するプログラム・アクセスを提供するＡＰＩの集合を指す。
【００７１】
DP-USERSは、文書プラットフォームの登録ユーザである。
【００７２】
DP-DIRECTORYは、ENTERPRISE-SCAN-DEVICE識別、証明書、SCAN-DEVICE-CAPABILITIES、SCAN-DEVICE-POLICY、およびSCAN-OPERATOR情報を格納するディレクトリである。
【００７３】
DP-NOTIFICATIONは、ROUTING-DESTINATIONに伝達されるROUTING-JOBのステータスを収容する。NOTIFICATIONは、以下のタイプとすることができる。ERROR-NOTIFICATIONは、ジョブの実行中に誤りがあったことを示す。このタイプの通知は、誤りの記述と、可能であれば復元するために必要な処置を収容する。SUCCESS-NOTIFICATIONは、DOCUMENTをそのROUTING-DESTINATIONに導出することに成功したことを伝達する配信受領である（ジョブ開始元または別のユーザに対する）。この通知は、識別のために、ジョブ・パラメータを伝達する。DOCUMENT-ARRIVAL-NOTIFICTIONは、DOCUMENTがその宛先に到着しており、受信する必要があることを、RECEIVING-AGENTに知らせる。このタイプのNOTIFICATIONに行為を登録することができるので、これらは文書の到着時に活性化できるようになっている（例えば、SOFTWARE-APPLICATIONによって自動的に受信される）。STATUS-NOTIFICATIONは、必要であれば、ジョブの現在のステータスを伝達する。
【００７４】
チケット
チケットは、サービス要求のＤＰおよびDP-SERVICEに対する所望の成果についてのＸＭＬ記述である。
【００７５】
DP-JOB-TICKETは、DP-JOBの所望の成果を記述するエレメント集合を収容するＸＭＬ記述である。サブコンポーネントは、SCAN-TICKET、ROUTING-TICKET、DOCUMENT-PROCESSING-TICKET、FAX-TICKETおよびPRINT-TICKETとすることができる。例えば、「コピー」ジョブは、ジョブ・チケットにおいて走査および印刷チケットを組み合わせ、指定することによって作成することができ、スケーリングのような動作を実行すべき場合には、文書処理チケットを中間に含ませることができる。
【００７６】
SCAN-JOB-TICKETは、SCAN-TICKETを収容するDP-JOB-TICKETであり、その中では、明らかに、走査がこのジョブに対する基礎活動となる。
【００７７】
SCAN-TICKETは、１つの特定の走査ジョブのためにSCAN-DEVICEを設定する際に用いるパラメータのＸＭＬ記述である。
【００７８】
ROUTING-TICKETは、ROUTING-SERVICEに対する命令のＸＭＬ記述である。
【００７９】
DOCUMENT-PROCESSING-TICKETは、DOCUMENT-PROCESSING-SERVICEに対する命令のＸＭＬ記述である。
【００８０】
PRINT-TICKETは、ROUTING-SERVICEに対する命令のＸＭＬ記述である。
【００８１】
FAX-TICKETは、ROUTING-SERVICEに対する命令のＸＭＬ記述である。これは、ファックス発送および受信動作双方を含む。
【００８２】
タスク
TASKは、DP-SERVICEが実行する動作の単位である。
【００８３】
DOCUMENT-PROCESSING-TASKは、DOCUMENT-PROCESSING-SERVICEが提供する動作の単位である。
【００８４】
SCAN-TASKは、物理的なDOCUMENTを電子的表現(RENDITION)に変換し、電子的表現をSCAN-SERVICEに配信するSCAN-DEVICEが提供する動作の単位である。
【００８５】
ROUTING-TASKは、SCAN-SERVICE（またはRECEIVING-AGENT-APPLICATION)がROUTING-SERVICEに提供する動作の単位である。
【００８６】
ジョブ
ジョブとは、サービスがＤＰおよびDP-SERVICESから要求されたときに実行しなければならない全てのタスクを収容した実体である。サービスをＤＰから要求するには、DP-TICKETを呼び出すか、またはDP-APIを用いる。したがって、DP-JOBは、DP-JOB-TICKETのインスタンシエーション（インスタンス生成）である。
【００８７】
SCAN-JOBは、SCAN-OPERATORが走査ボタンを押したときから、この行為の最終的な結果(end-result)が達成させるまでに発生するあらゆるものを備えている。SCAN-JOBジョブは、SCAN-OPERATORによって呼び出され、SCAN-TASKを呼び出し、そして任意に、ROUTING-TASK、DOCUMENT-PROCESSING-TASK、FAX-TASK、およびPRINT-TASKを呼び出す。
【００８８】
DOCUMENT-PROCESSING-JOBは、DP-CLIENTがDOCUMENT-PROCESSING-SERVICEによってサービスを要求したときから、その行為の最終的な結果が達成されるまでに発生するあらゆるものを備えている。
【００８９】
ROUTING-JOBは、DP-CLIENTがROUTING-SERVICEによってサービスを要求したときから、その行為の最終的な結果が達成されるまでに発生するあらゆるものを備えている。
【００９０】
文書特定用語
DOCUMENTは、DOCUMENT-IMAGE（例えば、ワード・ファイル、ｔｉｆｆファイル等）に加えて、そのプロパティ全て（DOCUMENT-IMAGE-METADATA)およびこのDOCUMENT（DP-JOB-TICKET)に対して実行する必要があるジョブに関する情報を収容する。
【００９１】
DOCUMENT-IMAGEは、DOCUMENTの本体を指す。
【００９２】
DOCUMENT-IMAGE-METADATAは、DOCUMENTのプロパティを記述する。
【００９３】
HARDCOPY-DOCUMENTは、紙の文書を指す。
【００９４】
SCANNED-DOCUMENTは、SCAN-DEVICEからSCAN-SERVICEに到着した文書である。
【００９５】
走査特定用語
SCAN-DEVICE-CAPABILITIESは、SCAN-DEVICEの全ての機能の総合的かつ完全なＸＭＬ記述である。SCAN-DEVICE-CAPABILITIESは、DEVICEに対するウェブ・サービス内におけるデバイス制御プロトコル（ＤＣＰ）の一部とすることができる。SCAN-DEVICE-CAPABILITIESは、ＤＰ内におけるDP-DEVICE-DIRECTORYに格納され、SCAN-TICKETSを構築するために利用される。
【００９６】
SCAN-DEVICE-POLICYは、SCAN-DEVICEの使用について会社内で設定された包括的なポリシーを指す。例えば、SCAN-DEVICEは、一人のドメイン・ユーザしか用いることができない、またはドメイン・ユーザのグループだけが用いることができる。例えば、ある会社のコピー室では、SCAN-DEVICEは「設計」グループだけが用いることができる。
【００９７】
以上、種々の用語および定義について説明し終えたので、これより前述のシステムを異なる状況においてどのように用いることができるかについて記述する、いわゆる多数の「使用事例」について検討する。各使用事例について、それ自体の別個の見出しの下において説明する。
【００９８】
デバイスのインストールおよび接続
この章では、SCAN-DEVICEのインストールに対する使用事例を規定する。以下に続く論述では、以下の副章が現れる。企業におけるデバイスのインストール、デバイス・ポリシーの割り当て、企業公開デバイス、企業共有デバイス、企業デバイスのアンインストール、および家庭におけるデバイスのインストール。以下の論述全体を通じて、図５を参照するとよい。
【００９９】
企業におけるデバイスのインストール
この章では、主なアクターは、DP-ADMINISTRATORである。この環境は、小規模な組織(SORG)（例えば、従業員が１から９９人）、中規模の組織(MORG)（例えば、従業員が１００から９９９人）、または管理されたネットワークを有する企業（例えば、従業員が１０００人以上）を含むことができる。ここでは、ENTERPRISE-SCAN-DEVICEをDP-DIRECTORYに、それらの識別、証明書、およびSCAN-DEVICE-CAPABILITIESと共に追加する。インストールは、DP-PC上で行われる。ENTERPRISE-SCAN-DEVICEソフトウェアは、INFORMATION-WORKERのＰＣ上にはインストールされない。ユーザの操作手順を更に豊富にする目的で、販売業者のソフトウェアをインストールすることが可能であるが、この使用事例では記載しない。
【０１００】
この場合の事後状態(post-condition) は、ENTERPRISE-SCAN-DEVICEがDP-PC上にインストールされ、DP-DIRECTORYに追加されているということになる。
【０１０１】
この使用事例では、DP-ADMINISTRATORが（有線）ENTERPRISE-SCAN-DEVICEをネットワークに差し込む。ENTERPRISE-SCAN-DEVICEがワイヤレス・デバイスである場合、DP-ADMINISTRATORは、デバイスをオンラインにするためにENTERPRISE-SCAN-DEVICEの製造業者が供給する指図に従う。ＩＰアドレスが、ENTERPRISE-SCAN-DEVICEに割り当てられる。ＩＰアドレスは、ENTERPRISE-SCAN-DEVICEによって自動的に取得するか、またはSCAN-DEVICEにおいてDP-ADMINISTRATORによって物理的に割り当てられる。
【０１０２】
DP-ADMINISTRATORは、ネットワーク・トランスポート・セキュリティを設定し、暗号鍵のようなENTERPRISE-SCAN-DEVICE証明書およびその他のセキュリティ・パラメータを格納することにより、ENTERPRISE-SCAN-DEVICEを保証する。
【０１０３】
DP-ADMINISTRATORは、ＤＰ  ＰＣ上にENTERPRISE-SCAN-DEVICEをインストールする。NETWORKED-ENTERPRISE-SCAN-DEVICEおよびDISCOVERABLE-ENTERPRISE-SCAN-DEVICEに対して、DP-ADMINISTRATORはDP-DEVICE-SETUP-SOFTWAREを走らせる。プラグ・アンド・プレー(plug and play)イベントによって誘起される、WDS-ENTERPRISE-SCAN-DEVICEおよびDP-ADMINISTRATORに対しては、ＤＰ−ＰＣ上にデバイスをインストールし、更にDP-DEVICE-SETUP-SOFTWAREをインストールする同意に自動的に着手する。
【０１０４】
ENTERPRISE-SCAN-DEVICEのドライバがＯＳインストールの一部でない場合、DP-DEVICE-SETUP-SOFTWAREは足りないドライバのために標準的なＯＳプロンプトを呼び出す。これは、DP-ADMINISTRATORに販売業者の設定プログラム（ＣＤ、ＵＲＬ、ネットワーク位置等）を提供するように依頼し、NETWORKED-ENTERPRISE-SCAN-DEVICEの販売業者設定プログラムを走らせる。ドライバがＯＳインストールの一部である場合、DP-DEVICE-SETUP-SOFTWAREによってインストールされる。設定プロセスは、ENTERPRISE-SCAN-DEVICEを発見および特定し、該当するドライバおよびソフトウェアをインストールするために、３つのステップに分けられている。
【０１０５】
ENTERPRISE-SCAN-DEVICEの発見
NETWORKED-ENTERPRISE-SCAN-DEVICEに対して、このステップは手動で行われる。DP-ADMINISTRATORに、NETWORKED-ENTERPRISE-SCAN-DEVICEのＩＰアドレスを入力するように催促する。DP-ADMINISTRATORは、NETWORKED-ENTERPRISE-SCAN-DEVICEに割り当てられたＩＰアドレスを発見し入力する。ＩＰアドレスは、NETWORKED-ENTERPRISE-SCAN-DEVICE（例えば、プリント・アウト）から、またはＩＴインフラストラクチャ（IT-ADMINISTORATORによって供給する）から得ることができる。
【０１０６】
WSD-ENTERPRISE-SCAN-DEVICEおよびDISCOVERABLE-ENTERPRISE-SCAN-DEVICEは、DP-DEVICE-SETUP-SOFTWAREによって自動的に発見される。DISCOVERABLE-ENTERPRISE-SCAN-DEVICEの場合、これは、DISCOVERABLE-ENTERPRISE-SCAN-DEVICEの販売業者が供給する設定ソフトウェアによって遂行する。
【０１０７】
ENTERPRISE-SCAN-DEVICEの特定
このステップは、ENTERPRISE-SCAN-DEVICEの名称、型式、およびそのENTERPRISE-SCAN-DEVICE-CAPABILITIESを探し出す。この情報は、インストールする必要がある販売業者のソフトウェアを決定する際に用いられる。また、この情報は、ENTERPRISE-SCAN-DEVICEのDP-DIRECTORYに追加される。
【０１０８】
NETWORKED-ENTERPRISE-SCAN-DEVICEに対しては、このステップは手動で行われる。DP-DEVICE-SETUP-SOFTWARE（販売業者の設定）が、DP-ADMINISTRATORにNETWORKED-ENTERPRISE-SCAN-DEVICEのアイデンティティを入力するように促す。このアイデンティティは、NETWORKED-ENTERPRISE-SCAN-DEVICEの名称および型式を含む。
【０１０９】
WDS-ENTERPRISE-SCAN-DEVICEおよびDISCOVERABLE-ENTERPRISE-SCAN-DEVICEに対して、アイデンティティおよびSCAN-DEVICE-CAPABILITIES は、DP-DEVICE-SETUP-SOFTWAREによって自動的に発見される。
【０１１０】
ソフトウェアのインストール
このステップは、ドライバ、およびENTERPRISE-SCAN-DEVICEがデバイス・ユーザの操作手順を機能させるまたは強化するために必要なあらゆる追加のプラグインをインストールすることを含む。
【０１１１】
ソフトウェアがＯＳインストールの一部である場合、これは自動的にインストールされる。それ以外の場合、DP-DEVICE-SETUP-SOFTWAREはDP-ADMINISTRATORに、インストールするソフトウェアを突き止めるように依頼する（例えば、販売業者のＣＤを挿入する、ネットワーク・パス、販売業者のＵＲＬ等を供給する）。次いで、DP-DEVICE-SETUP-SOFTWAREがソフトウェアをインストールする。
【０１１２】
この時点において、DP-DEVICE-SETUP-SOFTWAREは終了する。DP-ADMINISTRATORは、SCAN-DEVICE-POLICYを設定し、ENTERPRISE-SCAN-DEVICEを共有または公開することを許されている。これらの使用事例については、以下で説明する。この時点において、ENTERPRISE-SCAN-DEVICEがDP-DIRECTORYに追加され、用いられる準備が整うことになる。
【０１１３】
デバイス・ポリシの割り当て
この使用事例では、主なアクターはDP-ADMINISTRATORであり、環境はＳＯＲＧ、ＭＯＲＧまたは企業である。事前状態は、SCAN-DEVICEが既にインストールされていることとする。ENTERPRISE-SCAN-DEVICEは、DP-DIRECTORYにある。
【０１１４】
この例では、DP-ADMINISTRATORはDP-DIRECTORYにおいてSCAN-DEVICE-POLICYをENTERPRISE-SCAN-DEVICEに割り当てる。DP-USERが、このステップにおいて、ENTERPRISE-SCAN-DEVICEに割り当てられる。例えば、「技術」チームを、インストールしたENTERPRISE-SCAN-DEVICEに割り当てることができる。このステップは、MANAGEMENT-CONSOLEを用いたインストールの後であれば、いずれの時点でも行うことができる。
【０１１５】
企業のデバイス公開
この使用事例では、主なアクターはDP-ADMINISTRATORであり、環境は、ＳＯＲＧ、ＭＯＲＧ、または管理されたネットワークおよびディレクトリを備えた企業である。事前状態は、SCAN-DEVICEがインストールされていることとする。ENTERPRISE-SCAN-DEVICEは、DP-DIRECTORYにある。
【０１１６】
インストール・プロセスの終了時において、DP-ADMINISTRATOR は、ENTERPRISE-SCAN-DEVICEを公開したいか否か促される。公開したENTERPRISE-SCAN-DEVICEを会社のディレクトリに追加し、このディレクトリを通じて、会社のユーザは彼らに使用可能なENTERPRISE-SCAN-DEVICEを発見することができる。
【０１１７】
DP-ADMINISTRATORは、ENTERPRISE-SCAN-DEVICEを公開することを選択することができる。デバイス情報を会社のディレクトリに公開し、使用のために入手可能とする。SCAN-DEVICE-POLICYは、許される使用範囲を決定する。
【０１１８】
また、DP-ADMINISTRATORはENTERPRISE-SCAN-DEVICEを公開しないことを選択することもできる。デバイスを公開せずに、DP-USERSのみにアクセス可能にする。DP-ADMINISTRATORは、後の時点において、MANAGEMENT-CONSOLEを用いてENTERPRISE-SCAN-DEVICEを公開することができる。
【０１１９】
企業共有デバイス
この使用事例では、主なアクターはDP-ADMINISTRATORであり、環境はＳＯＲＧ、ＭＯＲＧまたは企業である。事前状態は、ENTERPRISE-SCAN-DEVICEが既にインストールされており、ENTERPRISE-SCAN-DEVICEがDP-DIRECTORYにあることとする。ここでは、会社のディレクトリを用いない。共有は、管理されたネットワークおよび管理されていないネットワーク双方において行うことができ、ネットワーク環境を構成するアイデンティティおよび関係を管理する手段を提供するディレクトリ・サービスがあっても、なくても可能である。管理されたネットワークでは、DP-ADMINISTRATORは、ENTERPRISE-SCAN-DEVICEを供給することを選択できるが、それを公開することは選択できない。
【０１２０】
DP-ADMINISTRATORは、MANAGEMENT-CONSOLEを通じてSCAN-DEVICEをユーザ、ユーザ・グループまたは会社全体で共有することができる。このステップの後、SCAN-DEVICEは、これが共有された者であれば誰にでも、閲覧および使用のために入手可能となる。
【０１２１】
デバイスを共有した後、DP-ADMINISTRATORはENTERPRISE-SCAN-DEVICEに対してSCAN-DEVICE-POLICYをDP-DIRECTORYに割り当てることができる。このステップにおいて、DP-USERをENTERPRISE-SCAN-DEVICEに割り当てる。このステップは、以下の管理使用事例において説明するインストールの後であれば、いずれの時点でも行うことができる。
【０１２２】
企業によるデバイスのアンインストール
この使用事例では、主なアクターはDP-ADMINISTRATORであり、環境は、ＳＯＲＧ、ＭＯＲＧ、または管理されたネットワークを有する企業である。ENTERPRISE-SCAN-DEVICESが、管理されているDP-DIRECTORYにある。
【０１２３】
ＤＰ管理運営者は、ＤＰからENTERPRISE-SCAN-DEVICEを除去することができる。ENTERPRISE-SCAN-DEVICEに対する全ての参照をDP-DIRECTORYから除去する。デバイスが公開デバイスである場合、ENTERPRISE-SCAN-DEVICEを会社のディレクトリから除去する（デバイスの公開を解除する）。
【０１２４】
デバイスのソフトウェアをアンインストールするには、次の３つのステップで行うことができる。１）DP-PC上の全てのドライバを除去する。２）DP-PC上のコンフィギュレーション設定レポジトリを一掃する。３）SCAN-DEVICEと関連がある全ての販売業者のソフトウェア・アプリケーションを除去する。DP-ADMINISTRATORには、以上の除去タスクの内１つまたは全てを実行する選択肢が得られる。
【０１２５】
家庭でのデバイスのインストール
この使用事例では、主なアクターはHOME-PC-USERであり、環境はHOMEである。HOME-SCAN-DEVICEは、HOME-PC-USERが走査する必要がある家庭において、各デスクトップにインストールされている。HOME-SCAN-DEVICE情報は、それがインストールされている各デスクトップのDP-DIRECTORYに格納されている。
【０１２６】
デバイスは、以下のように、プラグ・インしインストールすることができる。LOCAL-HOME-SCAN-DEVICEに対しては、ＯＳドライバがある場合、ソフトウェアをインストールする。ＯＳドライバがない場合、HOME-PC-USERにソフトウェア（販売業者のＣＤまたは販売業者のＵＲＬ）を突き止めるように促し、その誤ソフトウェアをインストールし、設定プログラムを終了する。
【０１２７】
NETWORKED-HOME-SCAN-DEVICEに対しては、HOME-PC-USERはＩＰアドレスをデバイスから得る（デバイスのプリント・アウトまたはディスプレイ）。HOME-PC-USERは、DP-DEVICE-SETUP-SOFTWAREを走らせて、インストールするHOME-SCAN-DEVICEを特定する（タイプ、型式）。デバイス・ソフトウェアがＯＳインストールの一部である場合、DP-DEVICE-SETUP-SOFTWAREはソフトウェアをインストールし、HOME-PC-USERにデバイスのＩＰアドレスを入力するように促し、インストールを終了する。それ以外の場合、HOME-PC-USERに、ソフトウェア（例えば、販売業者のＣＤ）を供給するように促す。販売業者の設定プログラムを実行し、HOME-PC-USERはHOME-SCAN-DEVICEのＩＰアドレスを入力し、インストールは完了する。
【０１２８】
WSD-HOME-SCAN-DEVICEおよびDISCOVERABLE-HOME-SCAN-DEVICEに対しては、デバイスを自動的に発見し、識別する。HOME-PC-USERは、インストールすることに同意するように促され、そうする場合、HOME-SCAN-DEVICEをインストールする。デバイスのドライバがＯＳインストールの一部である場合、それをインストールする。それ以外の場合、HOME-PC-USERにドライバ（例えば、販売業者のＣＤ）を供給するように促す。更に別のソフトウェア・アプリケーションのインストールについて販売業者から追加の指図がある場合、HOME-PC-USERはこれらのステップに従い、インストールを完了する。
【０１２９】
SHARED-HOME-SCAN-DEVICEに対して、SCAN-DEVICEおよびそれがインストールされているＰＣが、家庭にある他のＰＣに対してネットワークSCAN-DEVICEとして機能する。
【０１３０】
デバイスをアンインストールし、DP-PCを一掃する際、HOME-PC-USERには、１）ドライバを除去する、２）全ての販売業者のソフトウェアを除去する、および３）ＰＣコンフィギュレーション設定レポジトリを一掃する選択肢が与えられる。
【０１３１】
認証
この章は、利用することができる種々の認証についての使用事例を規定し、SCAN-DEVICEに対する認証、ならびにDOCUMENT-IMAGING-PLATFORMおよびそのコンポーネントに対する認証を含む。この章では、以下の副章を用いる。デバイスに対する企業の認証、管理コンソールに対する企業の認証、管理コンソールに対するユーザの認証、ＤＰに対するアプリケーションの認証、ＤＰに対する企業の文書サービスの認証、文書に対する企業の経路制御サービスの認証、走査サービスに対する企業のデバイスの認証、および家庭における認証
デバイスに対する企業の認証
この場合、主なアクターはSCAN-OPERATORである。環境は、ＳＯＲＧ、ＭＯＲＧ、または管理されたネットワークを有する企業である。SCAN-OPERATORは、認証メカニズムがENTERPRISE-SCAN-DEVICE上にある場合にのみ、認証することを要求される。それ以外の場合、このステップを飛び越す。ENTERPRISE-SCAN-DEVICE上でENTERPRISE-SCAN-DEVICEの識別または認証が行われない場合、SCAN-SERVICEにおいて、デフォルトのSCAN-OPERATORを、走査のためにENTERPRISE-SCAN-DEVICEが用いるSCAN-TICKETと関連付けることができる。これが可能なのは、DP-ADMINISTRATORがこのようなデバイスのインストールおよび使用を会社内許可する場合だけである。恐らく、ENTERPRISE-SCAN-DEVICEを用いることができるのは、それに対して設定された使用ポリシーが、電子メールのみの走査のように、限定した使用を許可する場合だけである。IT-ADMINISTRATORは、これらが見て適するように、そのネットワークを確保することを予期される。
【０１３２】
デバイスに対する認証は、以下のように行うことができる。SCAN-OPERATORはデバイスに接近し、デバイスに対して認証を行う（ログ・オンする）。SCAN-OPERATORは、以下の役割(role)およびメソッドによって認証を行うことができる。
【０１３３】
役割:
・ANONYMOUS-USERがDP-JOB-INITIATORをANONYMOUS-USERに設定すると記録(logging)する。SCAN-OPERATORは、ENTERPRISE-SCAN-DEVICE上でANONYMOUS-USERと関連のあるDP-JOB-TICKETを閲覧することができる。
【０１３４】
・自身として認証する。DP-JOB-INITIATORはSCAN-OPERATORである。
【０１３５】
・別のユーザに代わって認証する。DP-JOB-INITIATORはSCAN-OPERATORとなるが、代表するユーザ(delegating user)のDP-JOB-TICKETを閲覧することができる。SCAN-OPERATORは、他のDP-USERに代わって認証にアクセスできなければならない。
【０１３６】
・「設計」のようなグループの一員として認証する。DP-JOB-INITIATORはSCAN-OPERATORとなるが、全ての「設計」DP-JOB-TICKETにアクセスしなければならない。
【０１３７】
メソッド:
・SCAN-OPERATORはスマート・カードを用いて、彼をドメインに対して認証することができる。
【０１３８】
・SCAN-OPERATORは、彼のドメイン・ユーザネーム／パスワードを、ENTERPRISE-SCAN-DEVICE上のキーパッドから入力する。
【０１３９】
・SCAN-OPERATORは、ENTERPRISE-SCAN-DEVICEのｐｉｎを入力する。これによって、ENTERPRISE-SCAN-DEVICEのみへの認証を許可する。
【０１４０】
・SCAN-OPERATORはENTERPRISE-SCAN-DEVICE上でユーザ・リストを閲覧し、１つを選択する。パスワードは入力しない。SCAN-OPERATORは、そのユーザのみと関連のあるDP-JOB-TICKETを見る。DP-JOB-INITIATOR は、選び出したユーザネームとなる。
【０１４１】
・無し。認証システムがない場合、またはデバイスが無記名の認証を許可する場合。
【０１４２】
ENTERPRISE-SCAN-DEVICEからのログ・オフに関して、ENTERPRISE-SCAN-DEVICEは、ある期間の不活性状態の後自動的にSCAN-OPERATORをログ・オフするように構成することができる。
【０１４３】
管理コンソールに対する企業の認証
この使用事例では、主なアクターはDP-ADMINISTRATORである。環境は、ＳＯＲＧ、ＭＯＲＧ、または管理されたネットワークを有する企業である。DP-ADMINISTRATORは、ＤＰ、ENTERPRISE-SCAN-DEVICE、DP-USER、SCAN-DEVICE-POLICY、ROUTING-SERVICE、およびその他のＤＰコンポーネントを、MANAGEMENT-CONSOLEを用いて管理する。DP-ADMINISTRATORは、MANAGEMENT-CONSOLEに対して認証を行う必要がある。認証のレベルによって、MANAGEMENT-CONSOLEがDP-ADMINISTRATORに提供する管理能力が決まる。この例では、DP-ADMINISTRATOR は、ユーザネーム／パスワードを用いて、MANAGEMENT-CONSOLEに対して認証を行う。
【０１４４】
管理コンソールに対するユーザの認証
この使用事例では、主なアクターはDP-JOB-TICKET-MANAGERである。環境は、ＳＯＲＧ、ＭＯＲＧ、または管理されたネットワークを有する企業である。DP-JOB-TICKET-MANAGERは、彼の個人的なPD-JOB-TICKETまたは彼に預託された公共のDP-JOB-TICKETSの管理のために、MANAGEMENT-CONSOLEに対して認証を行う。DP-JOB-TICKET-MANAGERは、DP-JOB-TICKETのために、ユーザネーム／パスワードを用いて、MANAGEMENT-CONSOLEに対して認証を行うことができる。
【０１４５】
ＤＰに対するアプリケーションの認証
この使用事例では、主なアクターはSOFTWARE-APPLICATIONである。環境は、ＳＯＲＧ、ＭＯＲＧ、または管理されたネットワークを有する企業である。SOFTWARE-APPLICATIONは、そのDP-JOB-TICKETSの管理のために、MANAGEMENT-CONSOLEに対して認証を行う。これは、DOCUMENTをＤＰのROUTING-SERVICEから受信できるようにするために、ＤＰに対して認証を行わなければならない。
【０１４６】
SOFTWARE-APPLICATIONは、DP-JOB-TICKETSの管理のために、SOFTWARE-APPLICATION証明書を用いてＤＰに対して認証を行う。SOFTWARE-APPLICATIONは、文書の有効な受信先として、ＤＰに登録する。
【０１４７】
ＤＰに対する企業の文書サービスの認証
この使用事例では、主なアクターはDOCUMENT-RECEIVING-SERVICEである。環境は、ＳＯＲＧ、ＭＯＲＧ、または管理されたネットワークを有する企業である。DOCUMENT-RECEIVING-SERVICEは、ROUTINE-SERVICEを用いるために、ＡＰＩを通じて、それ自体のＤＰに対して認証する。このＡＰＩにおけるパラメータを用いて、どのようにROUTING-SERVICEからDOCUMENTを受信することができるか、登録する。
【０１４８】
DOCUMENT-RECEIVING-SERVICEは、DP-APIを通じて、ＤＰのROUTING-SERVICEに、DOCUMENTの有効な受信先および発送元として登録する。DOCUMENT-RECEIVING-SERVICEは、DP-APIのパラメータを用いて、どのようにDOCUMENTを受信するかについて、何らかの情報を提供しなければならない。これは、ROUTING-SERVICEおよびDOCUMENT-RECEIVING-SERVICE間に信頼性のある関係を確立する際の最初のステップである。第２のステップは、以下で説明するように伝達される。
【０１４９】
文書に対する企業の経路制御サービスの認証
この使用事例では、主なアクターはROUTING-SERVICEである。環境は、ＳＯＲＧ、ＭＯＲＧ、または管理されたネットワークを有する企業である。
【０１５０】
ROUTING-SERVICEは、発送元に代わって、DOCUMENT-RECEIVING-SERVICEに対して認証を行い、DOCUMENTをそのサービスに導出できるようにする。このようにすることにより、ROUTING AGENTおよびDOCUMENT-RECEIVING-SERVICE間の信頼性のある関係の後半を確立する。
【０１５１】
走査サービスに対する企業のデバイスの認証
この使用事例では、主なアクターはENTERPRISE-SCAN-SERVICEである。環境は、ＳＯＲＧ、ＭＯＲＧ、または企業である。ENTERPRISE-SCAN-DEVICEは、それ自体をSCAN-SERVICEに対して認証し、文書をSCAN-SERVICEに送り、DP-JOB-TICKETをそれから受信することができるようにする。データ送信のセキュリティを有することは、ＩＴによる要件である可能性もあり、したがって支援することができる。
【０１５２】
ENTERPRISE-SCAN-DEVICEは、証明書情報を提供することによって、SCAN-SERVICEに対して認証を行う。次いで、ENTERPRISE-SCAN-DEVICEに格納されている証明書を用いてデータをSCAN-SERVICEに安全に送信することができる。ENTERPRISE-SCAN-DEVICEはディジタル的に文書に署名することができる。
【０１５３】
ENTERPRISE-SCAN-DEVICEは、SCAN-OPERATORに代わって、SCAN-OPERATORの証明書を用いて、SCAN-SERVICEに対して認証を行う。
【０１５４】
家庭における認証
この使用事例における主なアクターは、HOME-PC-USERであり、環境はHOMEである。この例では、家庭においてはＤＰに対する認証は不要である。HOME-SCAN-DEVICEに対する認証は、HOME-SCAN-SERVICEの販売業者によって与えることができる。SCAN-TICKETを選び出す機能がHOME-SCAN-DEVICEに設けられている場合、HOME-USERはSCAN-TICKETを閲覧し選択する。HOME-SCAN-DEVICEにおけるユーザおよび宛先（ＰＣ）の識別に対しては、他の販売業者特定のソリューションも可能である。
【０１５５】
文書の捕獲
この章は、走査ユーザ(Scan User）またはホーム・ユーザ(Home User)による文書の走査という使用事例に該当する。ユーザは、走査デバイス即ちスキャナを設定する必要がある。この章には、３つの副章、企業における捕獲（SCAN-OPERATORがアクターとなる）、家庭における捕獲、および企業における捕獲（SCAN-SERVICEがアクターとなる）がある。
【０１５６】
企業における捕獲（SCAN-OPERATOR）
この使用事例では、主なアクターはSCAN-OPERATORである。環境は、ＳＯＲＧ、ＭＯＲＧ、または管理されたネットワークを有する企業である。ENTERPRISE-SCAN-DEVICEに対して認証を行った後（必要である場合）、SCAN-OPERATORは、この使用事例において概説したように、走査属性を設定し、走査し、ログ・オフし、恐らくは通知を待ち、ENTERPRISE-SCAN-DEVICEから遠ざかる。
【０１５７】
走査の設定に関して、以下の検討を行う。SCAN-OPERATORが、走査に必要な走査属性を設定するには種々の方法がある。SCAN-OPERATORは、以下のように、SCAN-JOB-TICKETを選び出し、更にそれを修正し（許可されている場合）、または新しいSCAN-JOB-TICKETを作成することができる。
【０１５８】
・チケットを選び出す。ENTERPRISE-SCAN-DEVICEにおいて、SCAN-OPERATORは彼に入手可能なSCAN-JOB-TICKETを閲覧し、１つを選択する。
【０１５９】
・チケットを更新する。SCAN-JOB-TICKETが修正可能な場合、SCAN-OPERATORは（修正可能な）属性の一部を変更して、この走査のみのために、新たな１組の属性を作成することができる。SCAN-JOB-TICKETが書き込み可能であれば、SCAN-OPERATORは、新しい属性を元のSCAN-JOB-TICKETに保存するか、または新しいSCAN-JOB-TICKETとして保存することができる。新たに作成したSCAN-JOB-TICKETは、格納のためにDP-JOB-TICKET-SERVICEに押し戻されることはない。
【０１６０】
・特別な場合(Ad-hoc)：  １回のみの使用のために、デバイスのタッチパッドを用いて、ENTERPRISE-SCAN-DEVICE上で走査属性を設定する（この機能がデバイスによって設けられている場合）。
【０１６１】
・用紙カバー・シート：SCAN-OPERATORは、走査属性および宛先情報を含む用紙カバー・シートを用いて、SCAN-JOB-TICKETを作成する。これをどのように実施することができるかに関しては多数の可能性がある。例えば、このシートは、販売業者が提供するカバー・シートとすることができ、ENTERPRISE-SCAN-DEVICEによって解釈し、適合するSCAN-JOB-TICKETを発見または作成し、SCAN-JOBを作成する。別の使用事例では、カバー・シートをSCAN-SERVICEによって解釈して、経路制御情報を計算し、ROUTING-SERVICEに受け渡す。いずれの場合でも、デバイスが理解するために１つ、そしてSCAN-SERVICEが理解するために１つ、カバー・シートに対して規格を設定する必要がある。第３の分類は、受信先のDOCUMENT-RECEIVING-SERVICEが理解するカバー・シートを走査することである。
【０１６２】
・バーコード文書：  HARDCOPY-DOCUMENT上に印刷されているバーコード、またはカバーを用いて、ENTERPRISE-SCAN-DEVICEに走査属性および宛先情報を示す。これは用紙カバー・シートと同様の事例である。
【０１６３】
・無し（SCAN-OPERATORに対するデフォルトのSCAN-JOB-TICKETを用いる）。このSCAN-OPERATOR（または彼が属するグループ）には、DP-ADMINISTRATORによってデフォルトのSCAN-JOB-TICKETが設定されている。SCAN-OPERATORにデフォルトのSCAN-JOB-TICKETがない場合、走査ボタンに対するデフォルトのSCAN-JOB-TICKETを用いる。それもない場合、走査は不可能となり、SCAN-OPERATORが走査しようとした後に、ENTERPRISE-SCAN-DEVICEによってエラーを示す。
【０１６４】
走査を設定した後、SCAN-OPERATORはここで"Scan"を押す。SCAN-OPERATORは、いかなる理由であれ（例えば、ＡＤＦが詰まった、これ以上それを走査したくなくなった等）、途中で走査を取り消す選択肢を有する。ENTERPRISE-SCAN-DEVICEおよびSCAN-SERVICEは、走査した文書を破棄しなければならず、それをどこにも格納してはならない。SCAN-OPERATORはこれを２つの方法で行う。最初に、彼がSCAN-JOBを閲覧しそれらを取り消したENTERPRISE-SCAN-DEVICEから、第２に、MANAGEMENT-CONSOLEを通じて彼のＰＣからジョブを閲覧し取り消すことができる。これについては、以下の「管理」の章において説明する。
【０１６５】
走査後、SCAN-OPERATORは、SCAN-JOB-TICKETを保存し、SCAN-JOBのステータスに関してENTERPRISE-SCAN-DEVICEから通知を得ることができる。保存は、多数の異なる方法で遂行することができる。
【０１６６】
・許可されていれば（書き込み可能であれば）、SCAN-JOB-TICKETを変更と共に保存する。
【０１６７】
・ユーザがENTERPRISE-SCAN-DEVICE上で新しいSCAN-JOB-TICKETを作成する権利を有する場合、行った変更と共に、新しいSCAN-JOB-TICKETとして保存する。最終的なSCAN-JOB-TICKETは、DP-JOB-TICKET-SERVICEには押し返されず、格納されない。
【０１６８】
・成功または失敗のデバイス通知を得る。
【０１６９】
・ユーザネーム、時間、ジョブのサイズ、および成功／失敗ステータスと共に、SCAN-JOBの成功を印刷する。
【０１７０】
・表示による通知。ENTERPRISE-SCAN-DEVICE上で、成功または失敗を示すダイアログ、およびエラーの場合に何を行うかについての選択肢を、SCAN-OPERATORに与える。
【０１７１】
・ENTERPRISE-SCAN-DEVICEが印刷機能を有する場合、配信受領をENTERPRISE-SCAN-DEVICEによって印刷することができる（ファックス・モデルと同様）。
【０１７２】
尚、DP-NOTIFICATIONSは、ROUTING-SERVICEから、電子メールと同様、指定されれば、他の宛先にも送られる。
【０１７３】
家庭における捕獲
この使用事例では、主なアクターはHOME-SCAN-USERであり、環境はHOMEである。ＤＰは、プル(pull)の状況にも対応する。SCAN-JOB-TICKETを格納することができるプッシュの状況に対応可能なデバイスの場合、SCAN-TICKETを作成し、HOME-SCAN-DEVICEに押し出すことができる。SCAN-OPERATORは、SCAN-JOB-TICKETを選択し、それを用いて走査することができる。HOME-SCAN-DEVICEにその機能がない場合、HOME-SCAN-DEVICEはSCANNED-DOCUMENTを、それがインストールされているDP-PCのSCAN-SERVICEに送ることができる。SCAN-SERVICEは、着信するジョブを、ＰＣ上で処理中のHOME-PC-USERのSCAN-JOB-TICKETと関連付ける。
【０１７４】
走査の設定に関して、以下の検討を行う。HOME-SCAN-DEVICEによって設けられる場合、HOME-SCAN-USERは、HOME-SCAN-USERが既に彼のＰＣ上においてROUTING-DESTINATIONおよび走査属性を特定して、SCAN-JOB-TICKETを設定し終えていると仮定して、SCAN-JOB-TICKETを閲覧し選択する。HOME-SCAN-USERは、他の販売業者特定のチケットを閲覧し、１つの選択しなければならない場合もある。例えば、ユーザは最終的なROUTING-DESTINATIONとしてＰＣを（HOME-SCAN-DEVICE上で）選び出さなければならない場合もある。
【０１７５】
HOME-SCAN-DEVICEから走査を開始するために、HOME-SCAN-USERはHOME-SCAN-DEVICEのADFまたはグラスプレート(glassplate)上にHARDCOPY-DOCUMENTを置き、走査を押す。HOME-SCAN-DEVICEがROUTING-DESTINATIONとして多数のＰＣを提示する場合、HOME-SCAN-USERは１つを選び出す。それ以外の場合、デフォルト（ROUTING-DESTINATION)を用いる。
【０１７６】
デスクトップ上において、文書の到着時に、文書ウィザード（またはいずれかの登録されているSOFTWARE-APPLICATION）を起動して、HOME-SCAN-USERに何をすべきか尋ねる。HOME-SCAN-USERには、文書を保存または処理する選択肢が与えられる。HOME-SCAN-USERが「文書の保存」を選択した場合、HOME-SCAN-USERは異なるファイル・フォーマットに（必要であれば）にして「別名で保存する」(save as)選択肢を得る。その後、ウィザードは消滅する。ユーザがDOCUMENTを処理することを選択した場合、ユーザは画像（プレビュー）を変更し、それをソフト・スキャンし直し、領域を選択し（画像を整理する）、解像度を変更し、保存することができる。ユーザは、ＯＣＲのような後処理（登録されているプラグイン）や、「販売業者の印刷ウェブサイトに貼り出す」というような続行作業などを実行する選択肢を得る。
【０１７７】
到着したDOCUMENTは、デフォルトのROUTING-DESTINATIONに導出される。ROUTING-DESTINATIONは、現行のコンソール・ユーザの文書ライブラリ、またはこのＰＣのあらゆるユーザがDOCUMENTにアクセスすることができるＰＣ上の公共の場所とすることができる。
【０１７８】
企業による捕獲（SCAN-SERVICE)
この使用事例では、主なアクターはSCAN-SERVICEであり、環境はＳＯＲＧ、ＭＯＲＧ、または管理されているネットワークを有する企業である。SCAN-SERVICEはENTERPRISE-SCAN-DEVICEと双方向処理を行い、SCANNED-DOCUMENTからDOCUMENTを作成し、得られたDOCUMENTをROUTING-SERVICEに受け渡し配信する。
【０１７９】
走査が成功した場合（即ち、SCAN-SERVICEがENTERPRISE-SCAN-DEVICEからSCANNED-DOCUMENTを受信した）、SCAN-SERVICEはSCANNED-DOCUMENTに基づいてDOCUMENTを作成し、SCANNED-DOCUMENT内にあるジョブ情報に基づいて、DP-JOB-TICKETをDOCUMENTに格納(populate)する。ENTERPRISE-SCAN-DEVICEが完全なROUTING-TICKETを送ることができなかった場合、SCAN-SERVICEは、デフォルトのROUTING-TICKETまたはDP-DIRECTORYにおけるSCAN-INITIATORのDP-JOOB-TICKETの探索に基づいて、その情報を格納しなければならない場合もある。
【０１８０】
SCAN-SERVICEが、何らかの走査の誤りのために、ENTERPRISE-SCAN-DEVICEからSCANNED-DOCUMENTの一部しか受信しない場合や、全く受信しない場合もあり得る。この場合、SCAN-SERVICEは、部分的なSCANNED-DOCUMENTに基づいてDOCUMENTを作成し、DP-JOB-TICKETを追加し、誤り情報をDOCUMENTに含ませる。
【０１８１】
次いで、SCAN-SERVICEは文書をROUTING-SERVICEに送り、それが適正なROUTING-DESTINATIONに導出されるようにする。
【０１８２】
文書の配信
この章は、文書配信選択肢を設定し、企業および家庭内において配信する使用事例に該当し、その各々について、それ自体の小見出しの下で論ずることにする。
【０１８３】
企業の配信
この使用事例では、主なアクターはROUTING-SERVICEであり、環境はＳＯＲＧ、ＭＯＲＧ、または企業である。
【０１８４】
この場合、ROUTING-SERVICEは、DP-JOB-TICKETを収容したDOCUMENTを受信する。ROUTING-SERVICEは、DP-JOB-TICKETに収容されているROUTING-TICKETから経路制御情報を検索する。必要があれば、ROUTING-SERVICEは足りない経路制御情報を補完し（名称を解明する等）、DOCUMENTに収容されているDP-JOB-TICKET内の経路制御情報を補完しようとする。これに失敗した場合、ROUTING-SERVICEは、経路制御情報が完全でなく、計算することができないことを、ROUTING-ORIGINに伝達する。次いで、ROUTING-SERVICEはROUTING-TASKをし損ない、ERROR-NOTIFICATIONを発生する。
【０１８５】
経路制御情報に基づき、それがあると仮定して、ROUTING-SERVICEはDOCUMENTをROUTING-DESTINATIONに導出する。このステップは、実施形態によっては、ROUTING-ORIGINの代わりに、ROUTING-DESTINATIONに対する認証が必要となる場合もある。
【０１８６】
前述のステップのいずれかに誤りがあった場合、または導出に成功した場合、ROUTING-SERVICEはしかるべきNOTIFICATIONを送る。NOTIFICATIONの使用事例については、後にそれら自体の章において説明する。
【０１８７】
家庭での配信
この使用事例では、主なアクターはROUTING-SERVICEであり、環境はHOMEである。この例では、ROUTING-SERVICEが、DP-JOB-TICKETを収容したDOCUMENTを受信する。ROUTING-SERVICEは、DP-JOB-TICKETに収容されているROUTING-TICKETから経路制御情報を検索する。必要があれば、ROUTING-SERVICEは足りない経路制御情報を補完し（名称を解明する等）、DOCUMENTに収容されているDP-JOB-TICKET内の経路制御情報を補完しようとする。ROUTING-SERVICEは、経路制御情報が完全でなく、計算することができないことを、ROUTING-ORIGINに伝達する。次いで、ROUTING-SERVICEはROUTING-TASKをし損ない、ERROR-NOTIFICATIONを発生する。あるいは、ROUTING-SERVICEは、経路制御情報が完全でなく、計算することができないことを、ROUTING-ORIGINに伝達する。次いで、ROUTING-SERVICEはROUTING-TASKをし損ない、ERROR-NOTIFICATIONを発生する。
【０１８８】
経路制御情報に基づき、それがあると仮定して、ROUTING-SERVICEはDOCUMENTをROUTING-DESTINATIONに導出する。ROUTING-DESTINATIONは、SOFTWARE-APPLICATION、DOCUMENT-RECIPIENTまたはフォルダとすることができる。
【０１８９】
前述のステップのいずれかに誤りがあった場合、または導出に成功した場合、ROUTING-SERVICEはしかるべきNOTIFICATIONを送る。NOTIFICATIONの使用事例については、後にそれら自体の章において説明する。
【０１９０】
通知
この章は、文書導出のステータスについて通知を設定する使用事例に該当する。この章には、以下の副章がある。企業の通知、企業の通知受信、情報作業者の通知受信、文書サービスの通知受信、家庭における通知受信。
【０１９１】
企業の通知
この使用事例では、主なアクターはROUTING-SERVICEであり、環境はＳＯＲＧ、ＭＲＧ、または企業である。経路制御のいずれかのステップに誤りがあった場合、または経路制御に成功した場合、ROUTING-SERVICEは関連するNOTIFICATIONをROUTING-DESTINATIONに送る。ROUTING-DESTINATIONは、DP-JOB-TICKETに収容されているROUTING-TICKETから検索する。
【０１９２】
企業の通知受信
この使用事例では、主なアクターはRECEIVING-AGENTであり、環境はＳＯＲＧ、ＭＯＲＧ、または企業である。
【０１９３】
ここでは、ＰＣ上のRECEIVING-AGENTが、DOCUMENT-RECEIPIENTまたはそのＰＣにおけるSOFTWARE-APPLICATIONに代わって、NOTIFICATIONを受信している。
【０１９４】
RECEIVING-AGENTは、全てのNOTIFICATIONを受信し、これらを、意図するDOCUMENT-RECEIPIENTに受け渡すか、またはRECEIVING-AGENTがNOTIFICATIONをデフォルトのフォルダに格納する。デフォルトのフォルダは、DOCUMENT-RECEIPIENTによって決定する。NOTIFICATIONがSOFTWARE-APPLICATIONまで達することを意図していた場合、それに応じて導出する。
【０１９５】
情報作業者の通知受信
この使用事例では、主なアクターはINFORMATION-WORKERであり、環境はＳＯＲＧ、ＭＯＲＧ、または企業である。INFORMATION-WORKERは、ログ・オンしたときに、NOTIFICATIONバルーンを受信し、受信した全てのNOTIFICATIONを閲覧することができる。また、INFORMATION-WORKERは彼の電子メールでNOTIFICATIONを受信することもできる。
【０１９６】
文書サービスの通知受信
この使用事例では、主なアクターはDOCUMENT-RECEIVING-SERVICEであり、環境はＳＯＲＧ、ＭＯＲＧ、または企業である。
【０１９７】
DOCUMENT-RECEIVING-SERVICEが配信のNOTIFICATION（DP-APIを通じて）のために登録してある場合、NOTIFICATIONを受信する。ＡＰＩパラメータは、NOTIFICATIONの宛先となる。例えば、アプリケーションは、DOCUMENTをSharepoint(R)ブランドの製品に配信するように要求し、配信受領を求めることができる。
【０１９８】
家庭における通知受信
この使用事例では、主なアクターはHOME-PC-USERであり、環境はHOMEである。この例では、HOME-PC-USERは彼のセッション（バルーン）において、または彼のＰＣ上のデフォルトのフォルダにおいてDOCUMENT-ARRIVAL-NOTIFICATIONを受信することができる。HOME-PC-USERは、受信した全てのNOTIFICATIONを閲覧することができる。
【０１９９】
文書の受信
この章は、企業または家庭において文書を受信する使用事例に該当し、以下の副章を有する。企業の文書受信、文書受信サービスによる企業の受信、および家庭における文書受信。
【０２００】
企業の文書受信
この事例では、主なアクターはRECEIVING-AGENTエージェントであり、環境はＳＯＲＧ、ＭＯＲＧ、または企業である。ＰＣ上のRECEIVING-AGENTは、DOCUMENT-RECEPIENTまたはそのＰＣ上のSOFTWARE-APPLICATIONに代わって、DOCUMENTを受信する。
【０２０１】
新しいDOCUMENTが到着すると、RECEIVING-AGENTはそのDOCUMENTに収容されているDP-JOB-TICKETからROUTING-DESTINATIONを検索する。DOCUMENT-RECIPIENTまたはSOFTWARE-APPLICATIONは、２つの宛先例である。
【０２０２】
次いで、DOCUMENTをDOCUMENT-RECEPIENTに配信する。RECEIVING-AGENTは、人が彼／彼女のＰＣにログ・インしているか否か調べる。DOCUMENT-RECEIPIENTがログ・インされている場合、RECEIVING-AGENTはDOCUMENT-RECEIPIENTの文書受信についての好みを検索する。この人がDOCUMENTの自動配信のためにフォルダを設定してある場合、RECEIVING-AGENTはそこに文書を配信する。文書を受け取るSOFTWARE-APPLICATIONがある場合、RECEIVING-AGENTは、未だ起動されていないのであれば、SOFTWARE-APPLICATIONを起動する。文書の到着に関連があるSOFTWARE-APPLICATIONが多数ある場合、DOCUMENT-RECEIPIENTはバルーン通知を得て、配信、および文書を開くために使用可能なアプリケーションを彼に知らせる。以上の事例が１つも生じない場合、デフォルトでは、文書取り込みウィザードを起動する。
【０２０３】
DOCUMENT-RECEIPIENTが実行中でない場合、  RECEIVING-AGENTは、DOCUMENT-RECEIPIENTがログ・オンするまで、到着したDOCUMENTをその「到着文書キュー」に保持しておく。
【０２０４】
DOCUMENTをSOFTWARE-APPLICATIONに配信すべき場合、RECEIVING-AGENTはDOCUMENTを用いてSOFTWARE-APPLICATIONを起動する。SOFTWARE-APPLICATIONが既に走っている場合、DOCUMENTの到着を知らせる。
【０２０５】
DOCUMENTをフォルダROUTING-DESTINATIONに配信すべきであり、そうするための適正な証明書がある場合、ＰＣ上のROUTING-DESTINATIONにDOCUMENTを配信する。
【０２０６】
文書受信サービスによる企業の受信
この使用事例では、主なアクターはDOCUMENT-RECEIVING-SERVICEであり、環境はＳＯＲＧ、ＭＯＲＧ、または企業である。ここでは、DOCUMENT-RECEIVING-SERVICEが、それが有効な文書受信先として登録されているROUTING-SERVICEからDOCUMENTを受信する。
【０２０７】
DOCUMENT-RECEIVING-SERVICEは、DOCUMENT-RECEIVING-SERVICEの好ましいメソッドによって、ROUTING-SERVICEが送ったNOTIFICATIONおよびDOCUMENTを受信する。このメソッドは、DOCUMENT-RECEIVING-SERVICE（例えば、Sharepoint(R)の製品）がＤＰを登録したときに、ＤＰ−ＡＰＩを通じてROUTING-SERVICEに渡される。
【０２０８】
家庭における文書受信
この使用事例では、主なアクターは家庭におけるRECEIVING-AGENTであり、環境はHOME である。ここでは、ＰＣ上のRECEIVING-AGENTが、DOCUMENT-RECIPIENTまたはそのＰＣ上のSOFTWARE-APPLICATIONに代わって、DOCUMENTを受信する。
【０２０９】
この場合、動作は、企業が文書を受信する使用事例と同一である。
【０２１０】
管理
この章は、ＤＰ管理コンソールを通じてＤＰおよびそのコンポーネントを管理する使用事例に該当し、以下の副章を有する。企業のジョブ管理、企業のジョブ・チケット管理、企業の配信設定、企業のデバイス管理、企業のＤＰ管理、ならびに家庭におけるＤＰおよびＤＰチケット管理。
【０２１１】
企業のジョブ管理
この使用事例では、主なアクターはDP-JOB-MANAGERであり、環境はＳＯＲＧ、ＭＯＲＧ、または企業である。DP-JOB-MANAGERは、INFORMATION-WORKERおよび／またはDP-ADMINISTRATORとすることができる。
【０２１２】
この例では、DP-JOB-MANAGERは、彼のDP-JOBまたは彼が読み取りアクセスすることができるDP-JOBSを閲覧することができる。DP-JOB-MANAGERは、JOB-INITIATOR、ステータス、ページ、サイズ、時刻および日付などのようなジョブ情報を見ることができる。DP-JOB-MANAGERは、彼のDP-JOB（または彼が書き込みアクセスすることができるいかなるジョブでも）を取り消すことができる。その際は、DP-JOBおよびその残りのサブタスクのいずれも取り消される。DP-JOBがSCAN-TASKを含み、これも取り消すことになってる場合、SCANNED-DOCUMENTをSCAN-DEVICEおよびSCAN-SERVICEから浄化する。尚、走査が完了し（SCANNED-DOCUMENTが完全にSCAN-SERVICEに転送され終えている）、SCAN-SERVICEによって送信成功が承認されている場合、SCAN-TASKが完了しており、取り消すことはできないことを注記しておく。
【０２１３】
また、DP-JOB-MANAGERはTASKも取り消すことができる。例えば、ROUTING-TASKを取り消すと、経路制御を停止し、必要な清浄ステップを実行するようにROUTING-SERVICEに指図する。DOCUMENTが既に導出されている場合、DOCUMENTが多数の受信先に対して意図されていたのでない限り、取り消しは有効とはならない。その場合、取り消しプロセスは、DOCUMENTを導出しようとしていた残りの宛先へのそれ以上の経路制御を停止する。ROUTING-SERVICEは、なおも部分的配信のために必要なNOTIFICATIONを送る。
【０２１４】
例えば、ROUTING-TASKがジムのDOCUMENTをナンシーおよびビル双方に送ることであったと仮定する。ジムは、SUCCESS-NOTIFICATIONを受信することを予期している。ROUTING-SERVICEがDOCUMENTをビルに送った直後であるが、それのナンシーに送る前にROUTING-TASKを取り消した場合、ROUTING-SERVICEはもはやDOCUMENTをナンシーには配信しない。しかしながら、ROUTING-SERVICEはNOTIFICATIONをなおもジムに送り、DOCUMENTの受信にビルが成功したことを伝える。ROUTING-TASKの部分的配信、通知および取り消しは、ROUTING-SERVICEによって記録される。同様に、SCAN-TASKまたはDOCUMENT-PROCESSING-TASKも取り消すことができる。
【０２１５】
また、DP-JOB-MANAGERはDP-JOBを一時停止し、一時停止したDP-JOBを再開し、後の時点で実行するためにDP-JOBの予定を組むことができる。
【０２１６】
企業のジョブ・チケット管理
この使用事例では、主なアクターはDP-JOB-TICKET-MANAGERであり、環境はＳＯＲＧ、ＭＯＲＧ、または企業である。DP-JOB-TICKET-MANAGERは、INFORMATION-WORKER、DP-ADMINISTRATOR、またはSOFTWARE-APPLICATIONとすることができる。INFORMATION-WORKERおよびDP-ADMINISTRATORはMANAGEMENT-CONSOLEを用いてそのDP-JOBを管理し、一方INFORMATION-WORKERおよびDP-ADMINISTRATORはMANAGEMENT-CONSOLEを用いてそのDP-JOBを管理し、SOFTWARE-APPLICATIONはDP-APIを用いてそれを行う。各アクターは、彼／彼女の権利に基づいて、DP-JOB-TICKETにアクセスすることができる。
【０２１７】
例えば、DP-ADMINISTRATORは全てのDP-JOB-TICKETに対して読み取り／書き込みの許可を有し、一方INFORMATION-WORKERは全部ではなく一部のDP-JOB-TICKETに対する書き込みアクセスだけを行うことができる。DP-JOB-TICKETを管理するとは、ENTERPRISE-SCAN-DEVICEを作成、変更、コピー、削除、プッシュダウン(push down)し、DP-JOB-TICKETをENTERPRISE-SCAN-DEVICEから浄化することを意味する。
【０２１８】
DP-JOB-TICKET-MANAGERは、新しいDP-JOB-TICKETを作成することができる。この例では、DP-JOB-TICKETの作成には、DP-JOB-TICKET、ROUTING-TICKET、SCAN-TICKET、およびDOCUMENT-PROCESSING-TICKETが伴う。
【０２１９】
DP-JOB-TICKETに関して、以下の検討を行う。DP-JOB-TICKET-MANAGERは、DP-JOB-TICKET所有者を定義し、DP-JOB-TICKETに対する許可を設定する。所有者は、一人のユーザ、グループ、監督(admin)、SOFTWARE-APPLICATION等とすることができる。
【０２２０】
ROUTING-TICKETに関して、DP-JOB-TICKET-MANAGERはDOCUMENTに対してROUTING-DESTINATIONを定義する。これは、DP-JOB-TICKETのROUTING-TICKET部分を定義する。また、DP-JOB-TICKET-MANAGERはNOTIFICATIONも設定する。
【０２２１】
SCAN-TICKETに関して、DP-JOB-TICKET-MANAGERは、SCAN-TICKET において所望の走査属性を定義する。これは、DP-JOB-TICKETのSCAN-TICKET部分を定義する。DP-JOB-TICKET-MANAGERは、走査プロセスにおいてエラーが発生した場合何をすべきか定義する。
【０２２２】
DOCUMENT-PROCESSING-TICKETに関して、DOCUMENT-PROCESSING-TASKが望まれる場合、このようなチケットをDP-JOB-TICKET-MANAGERによって定義する必要がある。
【０２２３】
DP-JOB-TICKET-MANAGER、彼個人のDP-JOB-TICKETおよびDP-JOB-TICKET-SERVICEに格納されている公共の（グループまたは大域的）DP-JOB-TICKETを閲覧することができる。グループ・チケットの一例は、法務チームの人のみが使用することを意図したDP-JOB-TICKETである。大域的チケットの一例は、あらゆる人が、経費部門に送る経費報告を走査するために定義したDP-JOB-TICKETである。DP-JOB-TICKET-MANAGERは、彼が読み取りアクセスすることができるこれらの公共チケットのみを閲覧することができる。
【０２２４】
DP-JOB-TICKET-MANAGERは、管理すべき彼個人のDP-JOB-TICKET（またはDP-JOB-TICKETのグループ）を選択することができる。DP-JOB-TICKET-MANAGERは、DP-JOB-TICKETを修正し、それを新たなDP-JOB-TICKETとして保存するか、またはDP-JOB-TICKETを削除する。
【０２２５】
DP-JOB-TICKET-MANAGERは、管理すべき公共DP-JOB-TICKET（またはDP-JOB-TICKETのグループ）も選択することができる。DP-JOB-TICKET-MANAGERは、彼／彼女に公開DP-JOB-TICKETを管理するための書き込みアクセスが与えられれば、そうすることができる。DP-JOB-TICKET-MANAGERは公開DP-JOB-TICKETを修正し、それを新たなDP-JOB-TICKETとして保存するか、またはDP-JOB-TICKETを削除することができる。
【０２２６】
DP-JOB-TICKET-MANAGERは、１つまたは多数のDP-JOB-TICKETを選択し、１つまたは多数のENTERPRISE-SCAN-DEVICESにプッシュダウンすることができる。
【０２２７】
企業の配信設定
この使用事例では、主なアクターはDP-JOB-TICKET-MANAGERであり、環境はＳＯＲＧ、ＭＯＲＧ、または企業である。
【０２２８】
ROUTING-TICKETの設定に関して、以下の検討を行う。ROUTING-TICKETには、ROUTING-DESTINATIONに関する情報、エラー情報、ROUTING-SERVICEがDOCUMENTを導出するために必要な証明書が満たされている。
【０２２９】
ROUTING-DESTINATIONは、限定ではなく一例として、以下のタイプの多数の宛先の１つとすることができる。
【０２３０】
・Sharepoint(R)ブランドの製品、WINESのようなDOCUMENT-RECEIVING-SERVICE、
・SOFTWARE-APPLICATION、
・INFORMATION-WORKERの電子メール・アドレス、および／または
・DOCUMENT-RECIPIENT。
【０２３１】
証明書は、以下のようにして取得または提供することができる。証明書は、予備走査においてSCAN-OPERATORによって提供することができ、ROUTING-TICKETにおいて発送元によって提供することができ、および／または証明書レポジトリから取得することができる。
【０２３２】
エラーの場合、以下の処置を講ずることができる。DOCUMENTを導出するデフォルトの宛先、送り元の電子メール・アドレスまたは公共の割り当て(public share)等を規定することができる。あるいは、DP-ADMINISTRATORが、何もしないことを指定することができる。あるいは、ERROR-NOTIFICATIONを送ることができる宛先を規定することができる。あるいは、DP-ADMINISTRATOR が設定したデフォルトを用いることもできる。
【０２３３】
企業のデバイス管理
この使用事例では、主なアクターはDP-ADMINISTRATORであり、環境はＳＯＲＧ、ＭＯＲＧ、または企業である。
【０２３４】
この例では、ENTERPRISE-SCAN-DEVICEをインストールおよびアンインストールすることができる。これは前述のインストールの使用事例において規定した通りである。
【０２３５】
SCAN-DEVICE-POLICYの管理に関して、以下の検討を行う。SCAN-DEVICE-POLICYの一例は、法務チームのみというような、１つのユーザ・グループにENTERPRISE-SCAN-DEVICEを割り当てることである。SCAN-DEVICE-POLICYは、家庭のユーザまたは小規模業務の場合におけるように、非常に単純にすることができ、あるいは企業の場合におけるように、更に複雑で厳格にすることもできる。
【０２３６】
また、管理は、ENTERPRISE-SCAN-DEVICEの公開または非公開(unpublish)に関与することもできる。例えば、デバイスは、大域的な閲覧を容易にするために、会社のディレクトリにおいて公開することができる。ENTERPRISE-SCAN-DEVICEのアイデンティティ、SCAN-DEVICE-CAPABILITIES、およびSCAN-DEVICE-POLICYは全て、会社のディレクトリにおいて閲覧のために入手可能にすることができる。
【０２３７】
管理活動は、使用のためにDP-JOB-TICKETをENTERPRISE-SCAN-DEVICEに押し入れることにも関与することができる。例えば、ENTERPRISE-SCAN-DEVICE上のメモリまたはSCAN-DEVICE-POLICYのような制約が与えられれば、DP-ADMINISTRATORは、そのディレクトリにおけるDP-JOB-TICKETの選択的集合を、ENTERPRISE-SCAN-DEVICEに押し入れることができる。
【０２３８】
また、管理活動は、DP-JOB-TICKETをENTERPRISE-SCAN-DEVICEから浄化すること、およびDP-USERをENTERPRISE-SCAN-DEVICEに格納(populate)することにも関与することができる。SCAN-DEVICEに対して認証を行いそれを用いることができるのはユーザである。
【０２３９】
企業のＤＰ管理
この使用事例では、主なアクターはDP-ADMINISTRATORであり、環境はＳＯＲＧ、ＭＯＲＧ、または企業である。
【０２４０】
DP-ADMINISTRATORは、SCAN-SERVICE、ROUTING-SERVICE、DOCUMENT-PROCESSING-SERVICEのようなDPサービスを展開し構成することができる。これを行う際、DP-ADMINISTRATORはサービス・ログ、そのサイズおよび場所を管理することができる。DP-ADMINISTRATORは、ENTERPRISE-SCAN-DEVICEがシステムにインストールされていない場合に、着信するSCAN-DOCUMENTを監視するために、SCAN-SERVICEに対してデフォルトのフォルダを設定することができるが、それでもなお、ENTERPRISE-SCAN-DEVICEから到着する、完成したファイルを処理する必要性がある。デフォルトのフォルダは、ENTERPRISE-SCAN-DEVICEがSCANNED-DOCUMENTをコピーするために、更にSCAN-SERVICEを選び出すために入手可能となることができる。これによって、SCAN-SERVICEと直接通信することができない場合がある旧来のENTERPRISE-SCANA-DEVICEの一部に対するサポートを設けることができる。この例では、DP-ADMINISTRATORは、MANAGEMENT-CONSOLEの基本的および詳細なプロパティ全てにアクセスすることができ、DP-DIRECTORYにおけるDP-USERSおよびSCAN-DEVICESを管理する。
【０２４１】
家庭におけるＤＰおよびＤＰチケット管理
この使用事例では、主なアクターはHOME-PC-USERであり、環境はHOMEである。この場合の仮定は、家庭における各ＰＣにはＤＰが展開され、SCAN-DEVICEがインストールされていることとする。
【０２４２】
ここでは、HOME-PC-USERはDPのログおよび基本的プロパティを設定するためにHOME-MANAGEMENT-CONSOLEにアクセスし、着信する全てのDOCUMENSのROUTING-DESTINATIONに対してデフォルトを設定する。また、HOME-PC-USERは、HOME-MANAGEMENT-CONSOLEを用いて、SCAN-TICKETを設定することもできる。
【０２４３】
HOME-PC-USERは、HOME-MANAGEMENT-CONSOLEを用いて、ROUTING-TICKETを設定することができる。このようにするために、彼または彼女はROUTING-TICKETをROUTING-DESTINATION情報で満たす。ROUTING-DESTINATIONは、以下のタイプの内１つ以上とすることができる。
【０２４４】
・SOFTWARE-APPLICATION；これは、HOME-PC-USERのＰＣ上で走るアプリケーションである。
【０２４５】
・DOCUMENT-RECIPIENT；これは、HOME-PC-USERである。文書は、そのHOME-PC-USERのコンソール・セッションに導出される。DOCUMENT-RECEIPIENTがログ・オンしている場合、彼はDOCUMENT到着のバルーン通知を得る。それ以外の場合、配信は失敗となる。
【０２４６】
・着信するDOCUMENTを貯めておくことができるフォルダのような、HOME-PC-USER上の物理的位置。
【０２４７】
監査
この章は、監査および会計(accounting)の目的のためのＤＰ記録および挙動の監視についての使用事例に該当する。
【０２４８】
ＤＰ記録
この使用事例では、主なアクターはDP-SERVICEであり、環境はＳＯＲＧ、ＭＯＲＧ、または企業である。各DP-SERVICEはその活動および付随する情報をそのログ・ファイルに記録する。DP-ADMINISTRATORは、MANAGEMENT-CONSOLEを用いて、ログ・ファイルを管理する。
【０２４９】
ＤＰ監視
この使用事例では、主なアクターはDP-ADMINISTRATORであり、環境はＳＯＲＧ、ＭＯＲＧ、または企業である。DP-ADMINISTRATORは、MANAGEMENT-CONSOLEを用いてログを設定および視認し、会計を行う。例えば、DP-ADMINISTRATORは、所与の時間期間にどの位の量のDP-JOBを処理したか、またはどのくらいの量の具体的なTASK（SCAN-TASK、ROUTING-TASK等）を処理したかを見出すことができる。DP-ADMINISTRATORは、MANAGEMENT-CONSOLEを通じて、ＤＰ内における各DP-SERVICEの活動および正常／異常(health)を監視することができる。
【０２５０】
閲覧
この章は、ユーザの（INFORMATION-WORKERまたはHOME-PC-USER）からDP機能およびSCAN-DEVICESを閲覧する使用事例に該当し、以下の副章を有する。企業での閲覧および家庭での閲覧。
【０２５１】
企業での閲覧
この使用事例では、主なアクターはINFORMATION-WORKERであり、環境はＳＯＲＧ、ＭＯＲＧ、および企業である。
【０２５２】
INFORMATION-WORKERは、彼／彼女の会社内で公開されているENTERPRISE-SCAN-DEVICEを閲覧し、公開されている全てのENTERPRISE-SCAN-DEVICE（即ち、会社のディレクトリに追加されたもの）を見ることができる。INFORMATION-WOKERがENTERPRISE-SCAN-DEVICEを閲覧するとき、彼は、SCAN-DEVICE-CAPABILITIESおよびSCAN-DEVICE-POLICYを含む、各ENTERPRISE-SCAN-DEVICEのプロパティを視認することができる。INFORMATION-WORKERがENTERPRISE-SCAN-DEVICEの有効なユーザである場合（即ち、彼はENTERPRISE-SCAN-DEVICEにアクセスすることができる）、彼はSCAN-DEVICE上のDP-JOB-TICKETを見ることができる。彼は、そのENTERPRISE-SCAN-DEVICEのジョブ・キューを閲覧することができる。また、彼は、必要な読み取りアクセス権利を有する場合、いずれのENTERPRISE-SCAN-DEVICEのストレージでも閲覧することができる。
【０２５３】
INFORMATION-WORKERがENTERPRISE-SCAN-DEVICEにアクセスできない場合、彼はアクセスを要求することができる（例えば、デバイス上で右クリックし、アクセスを要求する）。アクセス要求は、承認のために、DP-ADMINISTRATORに送ることができる。DP-ADMINISTRATORは、MANAGEMENT-CONSOLEにおいて要求を見ることができ、そして要求にアクセスするまたはこれを拒否することができる。次いで、INFORMATION-WORKERはアクセス要求の確認または拒否と共に電子メールを受信することができる。
【０２５４】
INFORMATION-WORKERは、以下のようにしてＤＰを閲覧することができる。INFORMATION-WORKERは、ＤＰ上で入手可能な全てのENTERPRISE-SCAN-DEVICEを閲覧することができ、それらには、NFORMATION-WORKERに分け与えられているものも含まれる。更に、彼は、前述のように、ENTERPRISE-SCAN-DEVICEを閲覧することもできる。INFORMATION-WOKERは彼の個人的なDP-JOB-TICKETSおよび公共のDP-JOB-TICKETを、先に論じたように閲覧することができる。INFORMATION-WORKERは、ＤＰにおいて入手可能な全てのDOCUMENT-PROCESSING-PLUG-INを閲覧することができる。
【０２５５】
また、INFORMATION-WORKERは、彼の文書ライブラリにおいて入手可能な、彼の到着DOCUMENT、およびいずれの適した電子メール・クライアントにおけるNOTIFICATIONも閲覧することができる。
【０２５６】
家庭における閲覧
この使用事例では、主なアクターはHOME-PC-USERであり、環境はHOMEである。ここでは、HOME-PC-USERは、インストールされているHOME-SCAN-DEVICEを閲覧することができ、各HOME-SCAN-DEVICEのプロパティを見ることができる。彼は、HOME-SCAN-DEVICE上でDP-JOB-TICKETを閲覧することができ、更にそのCAN-DEVICEのジョブ・キューも閲覧することができる。また、彼はHOME-SCAN-DEVICE上のストレージも閲覧することができる。
【０２５７】
HOME-PC-USERは、彼の文書ライブラリにおいて、彼の受信したDOCUMENTを閲覧することができ、更に、例えば、Ooulook ExpressにおいてNOTIFICATIONを閲覧することができる。
【０２５８】
結論
これまでに図示し説明した実施形態では、走査のソリューションを紹介したが、これは、ユーザの視点（発送元または受信先のいずれにも）からは、使用が単純で直観的である。少なくとも一部の実施形態では、走査した文書は、種々のディジタル宛先に送ることができ、ここでエンド・ユーザまたはシステムが文書を、直観的にそしてユーザに分かりやすく消費することができる。
【０２５９】
加えて、種々の実施形態は、走査した文書をユーザが消費し用いることができる機会を大幅に増やす機構を、走査機能性に分与するためのインフラストラクチャ・サポートを提供する。
【０２６０】
以上、構造的特徴および／または方法論的ステップに対して特定的な言語で、本発明について説明したが、添付した特許請求の範囲に定義した発明は、必ずしも、前述の特定的な特徴やステップには必ずしも限定される訳ではないことは言外であろう。逆に、特定的な特徴やステップは、特許請求する発明を実施する好ましい形態として開示したのである。
【図面の簡単な説明】
【０２６１】
【図１】図１は、一実施形態による走査デバイスを含むシステムの上位全体像である。
【図２】図２は、一実施形態によるディジタル宛先の一例を示す。
【図３】図３は、一実施形態による、多機能周辺デバイスを含む、システムの上位全体像である。
【図４】図４は、一実施形態によるディジタル宛先の一例を示す。
【図５】図５は、一実施形態により実施態様例を示す。
【図１】
2008541613.tif 000003
【図２】
2008541613.tif 000004
【図３】
2008541613.tif 000005
【図４】
2008541613.tif 000006
【図５】
2008541613.tif 000007
【国際調査報告】
2008541613.tif 000008
2008541613.tif 000009
2008541613.tif 000010