(57)【要約】      （修正有）【課題】分散スキャン管理プロトコルを使用したコンテンツに基づくセキュリティ処理を提供する。【解決手段】ドキュメントデータが取得されるスキャニングデバイスは、分散スキャンデバイスプロトコル及び分散スキャン処理プロトコルを実装する分散スキャン管理サービスを含む。分散スキャンデバイスプロトコル及び分散スキャン処理プロトコルは、ウェブサービスを使用して実現される。分散スキャン管理サービスは、ポストスキャン処理命令の情報を受信するように構成される。スキャニングデバイスはまた、ドキュメントをスキャンし、ドキュメントのスキャンに基づいてスキャンデータを生成するように構成されたスキャンサービスを含む。スキャニングデバイスは、スキャンデータのセキュリティ分類を識別し、スキャンデータについてセキュリティ分類に関連する１つ以上のアクションを実行するように構成されたセキュリティハンドラサービスを更に含む。【選択図】図１
2013132055.tif 000002
【特許請求の範囲】
【請求項１】
分散スキャンデバイスプロトコル及び分散スキャン処理プロトコルを実装する分散スキャン管理サービスであり、ポストスキャン処理命令の情報を受信するように構成された分散スキャン管理サービスと、
ドキュメントをスキャンし、ドキュメントのスキャンに基づいてスキャンデータを生成するように構成されたスキャンサービスと、
前記スキャンデータのセキュリティ分類を識別し、前記スキャンデータについて前記セキュリティ分類に関連する１つ以上のアクションを実行するように構成されたセキュリティハンドラサービスと
を有するスキャニングデバイス。
【請求項２】
前記セキュリティ分類に関連する前記１つ以上のアクションのうち第１のアクションは、前記スキャンデータのジョブをジョブキューに追加することであり、
前記ジョブは、前記スキャンデータの情報を含み、
前記スキャニングデバイスは、前記ジョブキューにおけるジョブの状態を識別し、前記ジョブの前記状態に基づいて１つ以上のアクションを実行するように構成されたジョブハンドラサービスを更に有する、請求項１に記載のスキャニングデバイス。
【請求項３】
前記ジョブハンドラサービスは、
前記ジョブの前記状態を準備完了状態として識別することに応じて、前記スキャンデータ及び前記ポストスキャン処理命令の情報をスキャンサーバに送信させ、前記ジョブキューから前記ジョブを削除し、
前記ジョブの前記状態が取消状態として識別することに応じて、前記ジョブキューから前記ジョブを削除するように更に構成される、請求項２に記載のスキャニングデバイス。
【請求項４】
前記セキュリティ分類に関連する前記１つ以上のアクションのうち第２のアクションは、前記スキャンデータの処理の確認を要求することであり、
前記セキュリティハンドラサービスは、
前記スキャンデータの処理の確認を受信し、前記スキャンデータの処理の前記確認を反映するように前記ジョブキューにおいて前記ジョブの前記状態を変更するように更に構成される、請求項２に記載のスキャニングデバイス。
【請求項５】
前記セキュリティハンドラサービスは、
前記セキュリティ分類に関連する特定のセキュリティルールを識別し、前記特定のセキュリティルールに少なくとも部分的に基づいて、前記１つ以上のアクションを実行するように更に構成される、請求項１に記載のスキャニングデバイス。
【請求項６】
前記セキュリティハンドラサービスは、
前記セキュリティ分類に関連する２つ以上のセキュリティルールを識別し、前記２つ以上のセキュリティルールから、前記ポストスキャン処理命令に含まれる命令に関連する特定のセキュリティルールを選択するように構成される、請求項５に記載のスキャニングデバイス。
【請求項７】
前記分散スキャンデバイスプロトコル及び前記分散スキャン処理プロトコルは、ウェブサービスを使用して実現される、請求項１に記載のスキャニングデバイス。
【請求項８】
１つ以上のプロセッサにより実行された場合、
分散スキャン管理サービスをスキャニングデバイスで実行させ、分散スキャンデバイスプロトコル及び分散スキャン処理プロトコルを実装させ、ポストスキャン処理命令の情報を受信させ、
スキャンサービスを前記スキャニングデバイスで実行させ、ドキュメントをスキャンさせ、ドキュメントのスキャンに基づいてスキャンデータを生成させ、
セキュリティハンドラサービスを前記スキャニングデバイスで実行させ、前記スキャンデータのセキュリティ分類を識別させ、前記スキャンデータについて前記セキュリティ分類に関連する１つ以上のアクションを実行させる命令を格納したコンピュータ可読媒体。
【請求項９】
前記セキュリティ分類に関連する前記１つ以上のアクションのうち第１のアクションは、前記スキャンデータのジョブをジョブキューに追加することであり、
前記ジョブは、前記スキャンデータの情報を含み、
前記命令は、前記１つ以上のプロセッサにより実行された場合、ジョブハンドラサービスを前記スキャニングデバイスで実行させ、前記ジョブキューにおけるジョブの状態を識別させ、前記ジョブの前記状態に基づいて１つ以上のアクションを実行させる命令を更に有する、請求項８に記載のコンピュータ可読媒体。
【請求項１０】
前記命令は、前記１つ以上のプロセッサにより実行された場合、前記ジョブハンドラサービスに対して、
前記ジョブの前記状態を準備完了状態として識別することに応じて、前記スキャンデータ及び前記ポストスキャン処理命令の情報をスキャンサーバに送信させ、前記ジョブキューから前記ジョブを削除させ、
前記ジョブの前記状態が取消状態として識別することに応じて、前記ジョブキューから前記ジョブを削除させる命令を更に有する、請求項９に記載のコンピュータ可読媒体。
【請求項１１】
前記セキュリティ分類に関連する前記１つ以上のアクションのうち第２のアクションは、前記スキャンデータの処理の確認を要求することであり、
前記命令は、前記１つ以上のプロセッサにより実行された場合、前記セキュリティハンドラサービスに対して、
前記スキャンデータの処理の確認を受信させ、前記スキャンデータの処理の前記確認を反映するように前記ジョブキューにおいて前記ジョブの前記状態を変更させる命令を更に有する、請求項９に記載のコンピュータ可読媒体。
【請求項１２】
前記命令は、前記１つ以上のプロセッサにより実行された場合、前記セキュリティハンドラサービスに対して、
前記セキュリティ分類に関連する特定のセキュリティルールを識別させ、前記特定のセキュリティルールに少なくとも部分的に基づいて、前記１つ以上のアクションを実行させる命令を更に有する、請求項８に記載のコンピュータ可読媒体。
【請求項１３】
前記命令は、前記１つ以上のプロセッサにより実行された場合、前記セキュリティハンドラサービスに対して、
前記セキュリティ分類に関連する２つ以上のセキュリティルールを識別させ、前記２つ以上のセキュリティルールから、前記ポストスキャン処理命令に含まれる命令に関連する特定のセキュリティルールを選択させる命令を更に有する、請求項１２に記載のコンピュータ可読媒体。
【請求項１４】
前記分散スキャンデバイスプロトコル及び前記分散スキャン処理プロトコルは、ウェブサービスを使用して実現される、請求項８に記載のコンピュータ可読媒体。
【請求項１５】
ポストスキャン処理命令の情報を受信するステップと、
分散スキャンデバイスプロトコル及び分散スキャン処理プロトコルを実装するスキャニングデバイスでドキュメントをスキャンするステップと、
ドキュメントのスキャンに基づいてスキャンデータを生成するステップと、
前記スキャンデータのセキュリティ分類を識別するステップと、
前記スキャンデータについて前記セキュリティ分類に関連する１つ以上のアクションを実行するステップと
を有するコンピュータ実行方法。
【請求項１６】
前記セキュリティ分類に関連する前記１つ以上のアクションのうち第１のアクションは、前記スキャンデータのジョブをジョブキューに追加することであり、
前記ジョブは、前記スキャンデータの情報を含み、
前記方法は、
前記ジョブキューにおけるジョブの状態を識別するステップと、
前記ジョブの前記状態に基づいて１つ以上のアクションを実行するステップと
を更に有する、請求項１５に記載のコンピュータ実行方法。
【請求項１７】
前記ジョブの前記状態を準備完了状態として識別することに応じて、前記スキャンデータ及び前記ポストスキャン処理命令の情報をスキャンサーバに送信させ、前記ジョブキューから前記ジョブを削除するステップと、
前記ジョブの前記状態が取消状態として識別することに応じて、前記ジョブキューから前記ジョブを削除するステップとを更に有する、請求項１６に記載のコンピュータ実行方法。
【請求項１８】
前記セキュリティ分類に関連する前記１つ以上のアクションのうち第２のアクションは、前記スキャンデータの処理の確認を要求することであり、
前記方法は、
前記スキャンデータの処理の確認を受信するステップと、
前記スキャンデータの処理の前記確認を反映するように前記ジョブキューにおいて前記ジョブの前記状態を変更するステップと
を更に有する、請求項１６に記載のコンピュータ実行方法。
【請求項１９】
前記セキュリティ分類に関連する特定のセキュリティルールを識別するステップと、
前記特定のセキュリティルールに少なくとも部分的に基づいて、前記１つ以上のアクションを実行するステップと
を更に有する、請求項１５に記載のコンピュータ実行方法。
【請求項２０】
前記セキュリティ分類に関連する２つ以上のセキュリティルールを識別するステップと、
前記２つ以上のセキュリティルールから、前記ポストスキャン処理命令に含まれる命令に関連する特定のセキュリティルールを選択するステップと
を更に有する、請求項１９に記載のコンピュータ実行方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、取得されたドキュメントデータのセキュリティ分類に少なくとも部分的に基づいて、エンタープライズ・スキャニング・システム（enterprise  scanning  system）による取得されたドキュメントデータの処理を制御することに関する。
【背景技術】
【０００２】
エンタープライズ・スキャニング・システムは、エンティティがスキャニングデバイスのユーザ及び／又はシステム管理者により判定されたルールに従ってスキャニングデバイスを介してシステムに入力するドキュメントをルーティングすることを可能にするプロトコルを実装する。エンタープライズ・スキャニング・システムの例は、Microsoftにより実現されてWindows(登録商標)  7/Windows  2008  Server  R2に配置された分散スキャン管理（DSM）である。DSMは、Distributed  Scan  Managementの略称である。
【０００３】
DSMを使用して実現されたエンタープライズ・スキャニング・システム（DSMシステム）は、ユーザがDSMスキャニングデバイスを介してユーザデータを認証し、ユーザに利用可能になっているポストスキャン処理命令の１つ以上のセットから選択することを可能にする。ポストスキャン処理命令（PSP）のセットは、取得されたドキュメントデータが送信される１つ以上の宛先を含み、取得されたドキュメントをルーティングするための命令を含む。PSPは、post  scan  processing  instructionの略称である。例えば、PSPは、取得されたドキュメントデータが１つ以上の電子メールアドレスにメール送信されること、１つ以上の指定のファイルサーバにコピーされること、１つ以上の指定のウェブサイトにアップロードされること等を示してもよい。PSPはまた、特に、カラー方式、取得解像度、ファイルフォーマット形式等のようなデータ取得の設定を含んでもよい。
【０００４】
ユーザが認証されてPSPを選択した後に、ユーザは、例えばDSMスキャニングデバイスでドキュメントデータをシステムにスキャンすることにより、ドキュメントをシステムに取り入れてもよい。DSMシステムは、選択されたPSPに従って、取得されたドキュメントデータをルーティングする。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
DSMシステムは、データのセキュリティ分類に拘らず、取得されたドキュメントデータを処理して配布する。このことは、取得されたデータにセキュリティ問題が存在する場合には、不適切になることがある。例えば、通貨のスキャンは不正であるため、ユーザが通貨をスキャンした場合にはセキュリティ問題が存在する。この状況で、スキャンデータについてユーザにより選択されたPSPに従ってスキャンされた通貨データを配布することよりも、スキャンされた通貨データを削除することが適切である。従って、管理者がデータのセキュリティ分類に従って取得されたドキュメントデータを管理することを可能にすることが、DSMシステムにとって有利である。
【０００６】
この部分に記載する手法は、追求され得る手法であるが、必ずしも前に検討又は追求された手法であるとは限らない。従って、特に言及しない限り、この部分に記載の手法のいずれかは、単にこの部分に含まれているという理由で従来技術として認められることは想定されない。
【課題を解決するための手段】
【０００７】
データのセキュリティ分類に少なくとも部分的に基づいて、取得されたドキュメントデータを処理する手法が提供される。ドキュメントデータが取得されるスキャニングデバイスは、分散スキャンデバイスプロトコル及び分散スキャン処理プロトコルを実装する分散スキャン管理サービスを含む。分散スキャンデバイスプロトコルは、distributed  scan  device  protocolと称され、分散スキャン処理プロトコルは、distributed  scan  processing  protocolと称される。実施例では、分散スキャンデバイスプロトコル及び分散スキャン処理プロトコルは、ウェブサービスを使用して実現される。分散スキャン管理サービスは、ポストスキャン処理命令の情報を受信するように構成される。スキャニングデバイスはまた、ドキュメントをスキャンし、ドキュメントのスキャンに基づいてスキャンデータを生成するように構成されたスキャンサービスを含む。スキャニングデバイスは、スキャンデータのセキュリティ分類を識別し、スキャンデータについてセキュリティ分類に関連する１つ以上のアクション（動作）を実行するように構成されたセキュリティハンドラサービスを更に含む。
【０００８】
実施例では、セキュリティハンドラは、スキャンデータのジョブをジョブキューに追加するように更に構成される。ジョブは、スキャンデータの情報を含む。このような実施例では、スキャニングデバイスは、ジョブキューにおけるジョブの状態を識別し、ジョブの状態に基づいて１つ以上のアクションを実行するように構成されたジョブハンドラサービスを含む。更なる実施例では、ジョブハンドラサービスは、ジョブの状態を準備完了状態として識別することに応じて、スキャンデータ及びポストスキャン処理命令の情報をスキャンサーバに送信させ、ジョブキューからジョブを削除するように構成される。更なる実施例では、ジョブハンドラサービスは、ジョブの状態が取消状態として識別することに応じて、ジョブキューからジョブを削除するように構成される。
【０００９】
実施例は、セキュリティ分類に関連する特定のセキュリティルールを識別し、特定のセキュリティルールに少なくとも部分的に基づいて、セキュリティ分類に関連する１つ以上のアクションを実行するように更に構成されたセキュリティハンドラサービスを含む。実施例では、セキュリティハンドラは、スキャンデータの処理の確認を要求し、スキャンデータの処理の確認を受信し、スキャンデータの処理の確認を反映するようにジョブキューにおいてジョブの状態を変更するように更に構成される。
【００１０】
更なる実施例では、セキュリティハンドラサービスは、セキュリティ分類に関連する２つ以上のセキュリティルールを識別するように構成される。また、セキュリティハンドラサービスは、２つ以上のセキュリティルールから、ポストスキャン処理命令に含まれる命令に関連する特定のセキュリティルールを選択するように構成される。
【図面の簡単な説明】
【００１１】
【図１】データのセキュリティ分類に少なくとも部分的に基づいて、取得されたドキュメントデータを処理するネットワーク構成の例を示すブロック図
【図２】スキャンデータのセキュリティ分類を検出し、セキュリティ分類に基づいてスキャンデータで１つ以上のアクションを実行するフローチャート
【図３】一式のセキュリティルールを格納したセキュリティテーブルの例
【図４】セキュリティテーブルにおけるルールに基づいて１つ以上のアクションを実行するフローチャート
【図５】ジョブキューの例
【図６】ジョブキューを監視し、ジョブを送り出すフローチャート
【図７】本発明の実施例が実現され得るコンピュータシステムのブロック図
【発明を実施するための形態】
【００１２】
以下の説明では、例示の目的で、本発明の完全な理解を提供するために複数の特定の詳細が示されている。しかし、本発明は、これらの特定の詳細なしに実施されてもよいことが明らかである。他にも、本発明を不要に曖昧にすることを回避するため、周知の構造及びデバイスはブロック図形式で示されていない。
【００１３】
＜概要＞
データのセキュリティ分類に少なくとも部分的に基づいて、取得されたドキュメントデータを処理する手法が提供される。ドキュメントデータが取得されるスキャニングデバイスは、分散スキャンデバイスプロトコル及び分散スキャン処理プロトコルを実装する分散スキャン管理サービスを含む。分散スキャンデバイスプロトコルは、distributed  scan  device  protocolと称され、分散スキャン処理プロトコルは、distributed  scan  processing  protocolと称される。実施例では、分散スキャンデバイスプロトコル及び分散スキャン処理プロトコルは、ウェブサービスを使用して実現される。分散スキャン管理サービスは、ポストスキャン処理命令の情報を受信するように構成される。スキャニングデバイスはまた、ドキュメントをスキャンし、ドキュメントのスキャンに基づいてスキャンデータを生成するように構成されたスキャンサービスを含む。スキャニングデバイスは、スキャンデータのセキュリティ分類を識別し、スキャンデータについてセキュリティ分類に関連する１つ以上のアクション（動作）を実行するように構成されたセキュリティハンドラサービスを更に含む。
【００１４】
実施例では、セキュリティハンドラは、スキャンデータのジョブをジョブキューに追加するように更に構成される。ジョブは、スキャンデータの情報を含む。このような実施例では、スキャニングデバイスは、ジョブキューにおけるジョブの状態を識別し、ジョブの状態に基づいて１つ以上のアクションを実行するように構成されたジョブハンドラサービスを含む。更なる実施例では、ジョブハンドラサービスは、ジョブの状態を準備完了状態として識別することに応じて、スキャンデータ及びポストスキャン処理命令の情報をスキャンサーバに送信させ、ジョブキューからジョブを削除するように構成される。更なる実施例では、ジョブハンドラサービスは、ジョブの状態が取消状態として識別することに応じて、ジョブキューからジョブを削除するように構成される。
【００１５】
実施例は、セキュリティ分類に関連する特定のセキュリティルールを識別し、特定のセキュリティルールに少なくとも部分的に基づいて、セキュリティ分類に関連する１つ以上のアクションを実行するように更に構成されたセキュリティハンドラサービスを含む。実施例では、セキュリティハンドラは、スキャンデータの処理の確認を要求し、スキャンデータの処理の確認を受信し、スキャンデータの処理の確認を反映するようにジョブキューにおいてジョブの状態を変更するように更に構成される。
【００１６】
更なる実施例では、セキュリティハンドラサービスは、セキュリティ分類に関連する２つ以上のセキュリティルールを識別し、２つ以上のセキュリティルールから、ポストスキャン処理命令に含まれる命令に関連する特定のセキュリティルールを選択するように構成される。
【００１７】
ユーザ管理者は、セキュリティルールの定義を通じて、データのセキュリティ分類に基づく取得されたドキュメントデータの処理を管理してもよい。例えば、セキュリティルールは、第１のセキュリティ分類を備えた取得されたドキュメントデータが、取得されたドキュメントデータを処理する前に電子メール確認を必要とすることを示してもよい。更に、セキュリティルールは、第２のセキュリティ分類を備えた取得されたドキュメントデータが、データを更に処理せずに取り消されなければならないことを示してもよい。従って、取得されたドキュメントデータの処理は、データのセキュリティ分類に基づいてエンタープライズ・スキャニング・システムで管理されてもよい。
【００１８】
＜取得されたドキュメントデータを処理するアーキテクチャ＞
図１は、実施例に従って、データのセキュリティ分類に少なくとも部分的に基づいて、取得されたドキュメントデータを処理するネットワーク構成100の例を示すブロック図である。ネットワーク構成100は、ネットワーク130を介して通信可能に結合されたDSMデバイス110と、サーバデバイス120と、コンピュータデバイス140及び150とを含む。ネットワーク構成100の例において、DSMデバイス110は、以下に更に詳細に説明するように、ドキュメントデータを取得し、取得されたデータのセキュリティ分類を判定するように構成される。また、DSMデバイス110は、セキュリティ分類に少なくとも部分的に基づいて、取得されたデータの処理を管理するように構成される。
【００１９】
DSMデバイス110は、ドキュメントデータを取得し、分散スキャンデバイスプロトコル及び分散スキャン処理プロトコルを実装可能な如何なる種類のデバイスにより実現されてもよい。分散スキャンデバイスプロトコルの説明は、サーバ“msdn.microsoft.com”の“en-us/library/windows/hardware/ff540604%28v=VS.85%29.aspx”に存在し、この全内容を援用する。更に、分散スキャン処理プロトコルの説明は、サーバ“msdn.microsoft.com”の“en-us/library/windows/hardware/ff540624%28v=VS.85%29.aspx”に存在し、この全内容を援用する。
【００２０】
ネットワーク構成100の例において、DSMデバイス110は、DSMサポートサービス112、スキャンサービス114、セキュリティサービス116、グラフィカルユーザインタフェース118及びジョブハンドラサービス119で構成される。DSMデバイス110は、特定の実装に応じて、他の機構、処理及び機能で構成されてもよい。取得されたドキュメントデータを処理するためのここに説明する手法は、いずれかの特定の種類のDSMデバイス又はネットワーク構成に限定されない。例えば、DSMデバイス110の実現は、スキャニングデバイスと、印刷、コピー、ファクシミリ、スキャニング等のいずれかの組み合わせを実行する複合機（MFP）とを含んでもよい。MFPは、multi-function  peripheralの略称である。印刷デバイスと、スキャニングデバイスと、クライアントデバイスと、管理コンソールデバイスと、他のコンピュータデバイスとを含む如何なる数のデバイスがネットワークに含まれてもよい。
【００２１】
DSMサポートサービス112は、１つ以上の処理により実現されてもよく、他のアプリケーション及びネットワークデバイスと通信する。このような通信は、(a)コントロールポイント（control  point）（例えば、コンピュータデバイス140のコントロールポイントサービス142）と通信するための分散スキャンデバイスプロトコルを介した通信を含む。また、このような通信は、(b)スキャンサーバ（例えば、サーバデバイス120のスキャンサーバ122）と通信するための分散スキャン処理プロトコルを介した通信を含む。実施例では、DSMサポートサービス122により実装される１つ以上のプロトコルは、ウェブサービスを使用して実行されてもよい。実施例では、DSMデバイス110により行われる全ての通信は、ウェブサービスを使用して行われる。これらの実施例では、DSMサポートサービス112、スキャンサーバ122、アクティブディレクトリサーバ124及びコントロールポイントサービス142は、以下に詳細に説明するように、１つ以上のウェブサービスプロトコルを実装する。１つ以上のウェブサービスプロトコルは、WS-Discovery、WS-Eventing及びWS-MetadataExchange等でもよい。
【００２２】
スキャンサービス114は、DSMデバイス110においてスキャニングデバイスを介してドキュメントデータを取得する１つ以上の処理により実現されてもよく、例えばネットワーク130を介してDSMデバイス110に利用可能になってもよい。セキュリティサービス116は、以下に更に詳細に説明するように、１つ以上の処理により実現される。１つ以上の処理は、取得されたドキュメントデータのセキュリティ分類を検出し、ドキュメントデータについてセキュリティ分類に関連する１つ以上のアクションを実行するように構成される。ジョブハンドラサービス119は、ジョブキューにおいてスキャンデータのジョブを管理して送り出すように構成された１つ以上の処理により実現され、これも以下に更に詳細に説明する。ネットワーク構成100の例において、DSMデバイス1110に属するサービスは例示であり、これらのサービスに属する機能は、DSMデバイス110のいずれかの論理モジュールにより実行されてもよい。
【００２３】
DSMサポートサービス112、スキャンサービス114、セキュリティサービス116及びジョブハンドラサービス119は、DSMデバイス110の常駐プロセスとして実現されてもよい。或いは、DSMサポートサービス112、スキャンサービス114、セキュリティサービス116及びジョブハンドラサービス119のうち１つ以上は、取り外し可能媒体でDSMデバイス110に利用可能になってもよい。また、これらのうち１つ以上は、DSMデバイス110に関して遠隔の位置で実現されてもよい。また、DSMサポートサービス112、スキャンサービス114、セキュリティサービス116及びジョブハンドラサービス119は、プラグインとして実現されてもよい。また、これらは、特定の実装に応じて、ハードウェア、ソフトウェア又はハードウェア若しくはソフトウェアのいずれかの組み合わせとして実現されてもよい。
【００２４】
DSMデバイス110は、グラフィカルユーザインタフェース118で更に構成される。グラフィカルユーザインタフェース118は、DSMデバイス110に関連する表示デバイスに表示されてもよい。表示デバイスは、モニタ、DSMデバイス110の画面等でもよい。グラフィカルユーザインタフェース118は、ブラウザで実現されてもよく、スタンドアローン型アプリケーション等として実現されてもよく、DSMデバイス110のいずれかのサービスにより管理されてもよい。
【００２５】
ネットワーク130は、DSMデバイス110とサーバデバイス120とコンピュータデバイス140及び150との間での情報の交換を容易にする如何なる種類の媒体及び／又は機構で実現されてもよい。更に、ネットワーク130は、如何なる種類の通信プロトコルを使用してもよく、特定の実施例の要件に応じて、セキュリティ保護されてもよく、セキュリティ保護されなくてもよい。
【００２６】
サーバデバイス120は、ネットワーク130上でDSMデバイス110及び／又はコンピュータデバイス140と通信可能な如何なる種類のデバイスにより実現されてもよい。ネットワーク構成100の例において、サーバデバイス120は、以下に更に詳細に説明するように、スキャンサーバ122とアクティブディレクトリサーバ124とで構成される。サーバデバイス120は、特定の実装に応じて、他の機構、処理及び機能で構成されてもよい。実施例では、スキャンサーバ122及びアクティブディレクトリサーバ124は、サーバデバイス120の常駐プロセスとして実現される。他の実施例では、スキャンサーバ122及びアクティブディレクトリサーバ124のうち１つ以上は、取り外し可能媒体でサーバデバイス120に利用可能になってもよく、サーバデバイス120に関して遠隔の位置で実現されてもよい。また、スキャンサーバ122及びアクティブディレクトリサーバ124は、プラグインとして実現されてもよく、特定の実装に応じて、ハードウェア、ソフトウェア又はハードウェア若しくはソフトウェアのいずれかの組み合わせとして実現されてもよい。
【００２７】
コンピュータデバイス140及び150は、ネットワーク130上でDSMデバイス110及び／又はサーバデバイス120と通信可能な如何なる種類のコンピュータデバイスにより実現されてもよい。ネットワーク構成100の例において、コンピュータデバイス140は、以下に更に詳細に説明するように、コントロールポイントサービス142で構成される。また、ネットワーク構成100の例において、コンピュータデバイス150は、DSMデバイス110のセキュリティサービス116により利用されてもよいセキュリティ分類検出サービス152で構成される。他の実施例では、DSMデバイス110は、セキュリティ分類検出サービス152で構成される。従って、ここでのセキュリティ分類検出サービス152の説明は、いずれかの実施例を示してもよい。コンピュータデバイス140及び150は、特定の実装に応じて他の機構、処理及び機能で構成されてもよい。
【００２８】
＜DSM通信及びデータ処理フロー＞
DSMデバイス110は、DSMタイプのデバイスであると考えられる。この理由は、DSMデバイス110はDSMサポートサービス112を介して分散スキャンデバイスプロトコルを使用してコントロールポイントサービス142と通信し、分散スキャン処理プロトコルを使用してスキャンサーバ122と通信するためである。実施例では、DSMサポートサービス112は、LDAPを介してアクティブディレクトリサーバ124と通信する。LDAPは、Lightweight  Directory  Access  Protocolの略称である。
【００２９】
コントロールポイントサービス142は、管理者がPSPを定義し、定義されたPSPを１人以上のユーザ又はユーザグループに関連付けることを可能にする。コントロールポイントサービス142は、PSPの情報をアクティブディレクトリサーバ124に利用可能にさせる。例えば、コントロールポイントサービス142は、アクティブディレクトリサーバ124によりアクセス可能なサーバデバイス120のメモリにPSP情報を格納する。実施例では、コントロールポイントサービス142は、LDAPを介してアクティブディレクトリサーバ124と通信する。
【００３０】
ユーザは、認証情報（例えば、ユーザ名及びパスワード）をDSMデバイス110のグラフィカルユーザインタフェース118に入力してもよい。DSMサポートサービス112は、アクティブディレクトリサーバ124でユーザ情報を認証する。ユーザが認証された場合、DSMサポートサービス112は、アクティブディレクトリサーバ124からユーザに利用可能なPSPのリストを取得し、グラフィカルユーザインタフェース118においてリストをユーザに表示する。
【００３１】
グラフィカルユーザインタフェース118を通じて、DSMサポートサービス112は、PSPのリストのうちPSPのユーザの選択を受信し、選択されたPSPは、ユーザがDSMデバイス110に取得させるドキュメントデータの処理命令として指定される。実施例では、ユーザは、DSMデバイス110のスキャニングデバイスでドキュメントをスキャンし、スキャンサービス114は、ドキュメントのスキャンデータを生成する。しかし、本発明の実施例は、スキャニングを介して取得されるドキュメントデータの処理に限定されない。例えば、DSMデバイス110は、記憶装置又はコンピュータデバイスからのデータの電子伝送を通じてドキュメントデータを取得してもよく、ファクシミリを通じて取得してもよく、他の方法で取得してもよい。ここでスキャンデータに言及することは、本発明の実施例をスキャニングを介してデータを取得することに限定せず、説明を簡単にするために使用される。
【００３２】
スキャンサービス114は、選択されたPSPに含まれるスキャン設定をユーザにより要求されたドキュメントスキャンに適用する。また、選択されたPSPがドキュメントデータを取得するために使用されるデータ取得方法に適用可能な他のデータ取得設定を含む場合、このような設定がデータ取得に適用される。以下に更に詳細に説明するように、DSMデバイス110の構成要素は、選択されたPSPでスキャンデータをスキャンサーバ122に送信してもよい。このDSMデバイス110の構成要素は、例えば、DSMサポートサービス112、スキャンサービス114、セキュリティサービス116、ジョブハンドラサービス119等でもよい。スキャンサーバ122は、選択されたPSPに従ってスキャンデータを処理する。
【００３３】
＜ウェブサービス＞
ワールドワイドウェブの標準を策定する国際団体であるW3Cは、“ウェブサービス”を、ネットワークで相互運用可能な機械対機械の相互作用をサポートするように設計されたソフトウェアシステムとして定義している。W3Cは、World  Wide  Web  Consortiumの略称である。この定義は多くの異なるシステムを包含するが、通常の用途では、この用語は、SOAPフォーマットのXMLエンベロープを使用し、WSDLを使用して記述されたインタフェースを有するサービスを示す。SOAPは、Simple  Object  Access  Protocolの略称である。XMLは、Extensible  Markup  Languageの略称である。WSDLは、Web  Services  Description  Languageの略称である。ウェブサービスは、人間の介在なしにデバイス及びアプリケーションが１つ以上のネットワーク上で相互に通信することを可能にする。一方、ウェブサービスは、人間が１つ以上のネットワーク上でデバイス及びアプリケーションと通信するために使用する同じ一式のプロトコル（例えば、HTTP）を使用することを可能にする。HTTPは、Hypertext  Transfer  Protocolの略称である。
【００３４】
SOAPは、基礎となるプロトコル（例えば、HTTP及びSMTP）と結びついたXMLに基づく拡張可能なメッセージエンベロープのフォーマットである。SMTPは、Simple  Mail  Transfer  Protocol の略称である。XMLを使用して、SOAPは、どのようにメッセージがフォーマットされるべきかを定義する。これにより、これらのメッセージは、これらのメッセージの受信者（デバイス及びアプリケーション）がメッセージを理解できるような方法でフォーマットされる。例えば、SOAPは、リモートプロシージャコールを実行するために使用されてもよい。
【００３５】
WSDLは、特定のプロトコルへのインタフェースの結び付きの詳細と共に、ウェブサービスインタフェースが記述されることを可能にするXMLフォーマットである。典型的には、WSDLは、サーバ及びクライアントコードを生成するために使用され、設定のために使用される。
【００３６】
従って、ウェブサービスの一般の主な仕様は、SOAP及びWSDL、並びに、WS-Discovery、WS-MetadataExchange、WS-Eventing及びWS-Addressingである。
【００３７】
＜セキュリティ分類に基づく取得されたドキュメントデータの処理＞
図１を参照すると、例えばドキュメントのスキャンを介して、DSMデバイス110が処理されるデータを取得した場合、セキュリティサービス116は、スキャンデータのセキュリティ分類を検出する。また、セキュリティサービス116は、セキュリティ分類に少なくとも部分的に基づいてスキャンデータで１つ以上のアクションを実行する。図２は、スキャンデータのセキュリティ分類を検出し、データで１つ以上のアクションを実行するフローチャートを示している。ステップ202において、ポストスキャン処理命令の情報が受信される。例えば、DSMサポートサービス112は、前述のようにPSPのユーザの選択を受信する。この例では、選択されたPSPは、スキャンデータを格納するために特定の宛先に送信する命令と、スキャンデータを認証されたユーザに電子メール送信する命令とを含む。また、選択されたPSPは、スキャンサービス114に対してスキャンデータの内容を白黒PDFファイルとして取得させる予め定義されたスキャン設定とを含む。PDFは、Portable  Document  Format
の略称である。DSMサポートサービス112は、スキャンサービス114がドキュメントに基づいてスキャンデータを生成する前又は後に、ユーザのPSPの選択の情報を受信してもよい。
【００３８】
ステップ204において、ドキュメントはスキャニングデバイスでスキャンされる。スキャニングデバイスは、分散スキャンデバイスプロトコルと分散スキャン処理プロトコルとを実装する。前述の例を続けると、認証されたユーザは、ユーザによりDSMデバイス110に提供されたドキュメントをスキャンするようにDSMデバイス110に要求する。この要求に応じて、DSMデバイス110は、選択されたPSPのいずれかの予め定義されたスキャン設定を使用してドキュメントをスキャンする。
【００３９】
ステップ206において、スキャンデータは、ドキュメントのスキャンに基づいて生成される。例えば、スキャンサービス114は、DSMデバイス110で実行されたドキュメントのスキャンに基づいてスキャンデータを生成する。このようなスキャンデータは、スキャンされたドキュメントの１つ以上の画像と、スキャンされたドキュメントの画像の記憶位置への参照と、スキャンされたドキュメントの他の情報とを含んでもよい。前述の例によれば、スキャンサービス114は、スキャンされたドキュメントの画像を白黒PDFファイルとして格納する。
【００４０】
ステップ208において、スキャンデータのセキュリティ分類が識別される。例えば、スキャンサービス114は、スキャンデータがドキュメントのスキャンに基づいて生成されており、セキュリティ分類の用意ができていることをセキュリティサービス116に通知する。一実施例では、セキュリティサービス116は、アプリケーションプログラミングインタフェース（API）に関連する。APIは、Application  Programming  Interfaceの略称である。この実施例によれば、スキャンデータがセキュリティ分類の用意ができていることをセキュリティサービス116に通知するために、スキャンサービス114は、セキュリティサービス116のAPI関数を呼び出す。そして、スキャンサービス114は、スキャンデータをセキュリティサービス116に渡す。
【００４１】
一実施例では、セキュリティサービス116がセキュリティ分類を必要とするスキャンデータを通知された場合、セキュリティサービス116は、スキャンデータのセキュリティ分類を検出することをセキュリティ分類検出サービス152に要求する。このような要求に関して、セキュリティサービス116は、スキャンデータをセキュリティ分類検出サービス152に送信してもよく、どこにスキャンデータが格納されるかの参照を送信してもよい。スキャンデータを分類する要求を受信すると、セキュリティ分類検出サービス152は、スキャンデータに表されたスキャンされたドキュメントの内容を検査し、スキャンデータのセキュリティ分類を判定する。セキュリティ分類検出サービス152がスキャンデータのセキュリティ分類を判定した後に、セキュリティ分類検出サービス152は、セキュリティ分類をセキュリティサービス116に戻す。
【００４２】
以下は、セキュリティ分類検出サービス152により検出され得るセキュリティ分類の非限定的な例及びこのような検出の基礎となるものである。セキュリティ分類検出サービス152は、例えば、スキャンされたドキュメントの内容における著作権通知に基づいて、スキャンデータに“著作権”のセキュリティ分類を割り当ててもよい。セキュリティ分類検出サービス152は、スキャンされたドキュメントの内容がスキャンにとって合法でないことを検出したことに基づいて（例えば、内容が通貨又は他の銀行券を含む場合）、スキャンデータに“不正”のセキュリティ分類を割り当ててもよい。更に、セキュリティ分類検出サービス152は、例えば、スキャンされたドキュメントの内容において検出された透かしに基づいて、スキャンデータに“機密”のセキュリティ分類を割り当ててもよい。更に、セキュリティ分類検出サービス152は、例えば、スキャンされたドキュメントが電子メールを含むことを検出したことに基づいて、スキャンデータに“機密”のセキュリティ分類を割り当ててもよい。更に、セキュリティ分類検出サービス152は、例えば、スキャンされたドキュメントが契約のような法律上の形式のドキュメントであることを検出したことに基づいて、スキャンデータに“機密”のセキュリティ分類を割り当ててもよい。更に、セキュリティ分類検出サービス152は、例えば、スキャンされたドキュメントがドキュメントに機密として印を付けるコードを含むことを検出したこと等に基づいて、スキャンデータに“機密”のセキュリティ分類を割り当ててもよい。
【００４３】
ステップ210において、セキュリティ分類に関連する１つ以上のアクションがスキャンデータについて実行される。例えば、スキャンデータのセキュリティ分類を受信したことに応じて、セキュリティサービス116は、セキュリティ分類されたスキャンデータでアクションを実行するための一式のルールを取得する。一式のルールは、セキュリティテーブルとして格納されてもよく、説明を簡単にするためにこのように呼ばれる。一実施例では、１つ以上のアクションは、スキャンデータのジョブをジョブキューに挿入することを含む。
【００４４】
＜セキュリティテーブル＞
図３は、セキュリティルール312-320の非限定的な例を格納したセキュリティテーブル300の例を示している。管理者ユーザは、例えば、グラフィカルユーザインタフェース118又はコントロールポイントサービス142のような管理コントロールポイントを介して、セキュリティテーブル300にセキュリティルールを定義してもよい。セキュリティテーブル300は、DSMデバイス110に格納されてもよく、DSMデバイス110によりアクセス可能なコンピュータデバイスに格納されてもよい。一実施例では、セキュリティテーブル300がDSMデバイス110に格納される場合、DSMデバイス110のサービスのみがセキュリティテーブル300にアクセスする。セキュリティテーブル300が複数のDSMデバイスにアクセス可能なコンピュータデバイスに格納される場合、セキュリティテーブル300に定義されたルールは、テーブルにアクセスする複数のDSMデバイスにより使用されてもよい。
【００４５】
セキュリティルール312-320は、セキュリティ分類検出サービス（図１の152）により戻され得るセキュリティ分類から導くセキュリティレベルを含む。また、セキュリティルール312-320は、スキャンデータのセキュリティ分類に少なくとも部分的に基づいてルールがスキャンデータにマッピングされた場合に実行される１つ以上のアクションを含む。セキュリティレベルは、セキュリティレベルをセキュリティ分類検出サービス152により戻されるセキュリティ分類にマッピングするセキュリティレベルテーブルに基づいて、セキュリティ分類から導かれてもよい。更に、セキュリティレベルの名前は、セキュリティ分類検出サービス152により戻される対応するセキュリティ分類の名前と同じでもよく、このため、セキュリティ分類から導かれる。以下に説明する実施例では、説明を簡単にするために、セキュリティレベルの名前は、対応するセキュリティ分類の名前と同じである。
【００４６】
セキュリティテーブル300において、セキュリティコードの列330は、セキュリティルール312-320の一意の識別子を格納する。セキュリティレベルの列340は、様々なセキュリティルール312-320に関連するセキュリティ分類を格納する。セキュリティ違反の列350は、様々なセキュリティルール312-320にマッピングすべきスキャンデータを識別する更なる情報（及び／又は選択されたPSP）を格納する。アクションの列360は、様々なセキュリティルール312-320にマッピングするスキャンデータについて実行されるアクションの識別子を格納する。アクションコードの列370は、アクションの列360に示された関連するアクションの一意の識別子を格納する。アクションパラメータの列380は、アクションの列360に示されたアクションに必要な情報を格納する。セキュリティテーブル300は、特定の実装に応じて、図３に示されない情報を含んでもよく、図３に示された列を省略してもよい。
【００４７】
図４は、セキュリティルール312-320のようなセキュリティルールに基づいて１つ以上のアクションを実行するフローチャートを示している。ステップ402において、フローチャートが開始する。ステップ404において、スキャンデータに割り当てられたセキュリティ分類から導かれたセキュリティレベルがセキュリティルールに定義されているか否かが判定される。例えば、セキュリティ分類検出サービス152は、スキャンデータに関して“非分類”のセキュリティ分類をセキュリティサービス116に戻す。セキュリティサービス116は、セキュリティテーブル300のセキュリティルール312-320（図３）のいずれもが“非分類”のセキュリティレベル（列340）に関連しないことを判定する。このようなセキュリティ分類は、セキュリティ分類検出サービス152がスキャンデータに表されたドキュメントの内容にセキュリティ問題を検出しなかったため、スキャンデータに割り当てられてもよい。
【００４８】
更に、スキャンデータは、セキュリティテーブル300の１つ以上のルールに含まれるセキュリティレベルにマッピングするが、適切なセキュリティレベルを備えた１つ以上のルールのいずれのセキュリティ違反情報にも一致しない。このことは、以下に更に詳細に説明する。スキャンデータのセキュリティレベルがセキュリティテーブル300に見つからないと考えられる。
【００４９】
セキュリティ分類検出サービス152により戻されたセキュリティ分類がセキュリティテーブル300のいずれのセキュリティルールにも関連しないため、制御はステップ406に渡され、この時点で、ジョブ情報が“準備完了”としての状態でキューに追加される。例えば、ジョブが“準備完了”状態を有する場合、セキュリティサービス116は、スキャンデータのジョブをDSMデバイス110のジョブキューに挿入する。
【００５０】
図５は、ジョブキューテーブル500の例を示している。ジョブキューテーブル500は、スキャンデータのジョブ512-516に含まれてもよい情報の非限定的な例を含む。ジョブIDの列520は、様々なスキャンデータのジョブ512-516の一意の識別子を格納する。ユーザの列530は、様々なスキャンデータのジョブ512-516がジョブキューテーブル500に含まれることをもたらしたユーザの識別子を格納する。PSPの列540は、様々なスキャンデータのジョブ512-516のポストスキャン処理命令を格納する。PSPの列540は、ポストスキャン処理命令を格納してもよく、どこにポストスキャン処理命令が格納されているかの参照を格納してもよい。保存されたスキャンデータのパスの列550は、どこに様々なスキャンデータのジョブ512-516に関連するスキャンデータが格納されるかの参照を格納する。状態の列560は、様々なスキャンデータのジョブ512-516の状態を格納する。状態コードの列570は、関連する状態（列560）を一意に識別する状態コードを格納する。生成時間の列580は、様々なスキャンデータのジョブ512-516が生成された日時を符号化したタイムスタンプを格納する。
【００５１】
ステップ406に関して与えられた例を続けると、セキュリティサービス116は、“非分類”のセキュリティ分類を受信したスキャンデータの情報で、スキャンデータのジョブ512を生成し、ジョブキューテーブル500に挿入する。スキャンデータのジョブ512がジョブキューテーブル500に挿入された後に、制御はステップ426に渡され、この時点で、フローチャート400が終了する。ジョブキューテーブル500の管理及びそこでのジョブの送出については、以下に更に詳細に説明する。
【００５２】
フローチャート400を説明する他の例として、セキュリティ分類検出サービス152は、スキャンデータに関して“不正”のセキュリティ分類をセキュリティサービス116に戻す。ステップ404において、セキュリティサービス116は、１つ以上のセキュリティルール312-320（図３）が戻されたセキュリティ分類に関連するか否かを識別する。“不正”のセキュリティ分類の場合、セキュリティサービス116は、“不正”のセキュリティレベル（列340）を有するものとしてセキュリティルール316を識別する。戻されたセキュリティ分類により識別された単一のセキュリティルールが存在するため、セキュリティサービス116は、スキャンデータを識別されたセキュリティルール316にマッピングする。制御はステップ408に渡される。
【００５３】
ステップ408において、スキャニングが停止される必要があるか否かが判定される。例えば、セキュリティサービス116は、セキュリティルール316のアクション（列360）が“停止”又は“0”のアクションコード（列370）であることを判定する。従って、セキュリティサービス116は、スキャニングが停止される必要があることを判定する。換言すると、スキャンデータは、ユーザにより命令された通りに処理できない。セキュリティサービス116は、他のアクション種別がスキャニングの停止を必要とすることを判定してもよい。例えば、アクションの列360に含まれ得る“停止／電子メール”のアクションは、スキャニングが停止され、電子メールがスキャンについての情報と共に送出されること等を必要としてもよい。スキャニングが停止される必要があることをセキュリティサービス116が判定した結果として、制御はステップ410に渡される。
【００５４】
ステップ410において、ジョブ情報は、“取消”としての状態でジョブキューに追加される。例えば、セキュリティサービス116は、スキャンデータの情報と共に“取消”の状態でスキャンデータのジョブ516を生成し、スキャンデータのジョブ516をジョブキューテーブル500に挿入する。
【００５５】
スキャンデータのジョブ516がジョブキューテーブル500に挿入された後に、制御はステップ412に渡され、この時点で、グラフィカルユーザインタフェースが警告メッセージで更新される。例えば、セキュリティサービス116は、グラフィカルユーザインタフェース118に対してスキャンが停止されたことを示すメッセージを表示させる。このようなメッセージは、スキャンデータについて識別されたセキュリティ分類（例えば、“不正”）を含んでもよく、ユーザが支援のために連絡してもよい人の連絡情報、スキャンデータの画像等のような他の情報を含んでもよい。セキュリティサービス116が警告メッセージを表示した後に、制御はステップ426に渡され、この時点で、フローチャート400は終了する。
【００５６】
フローチャート400を説明する更に他の例として、セキュリティ分類検出サービス152は、スキャンデータに関して“著作権”のセキュリティ分類をセキュリティサービス116に戻す。ステップ404において、セキュリティサービス116は、１つ以上のセキュリティルール312-320（図３）が戻されたセキュリティ分類に関連するか否かを識別する。例えば、セキュリティサービス116は、“著作権”のセキュリティレベル（列340）を有するセキュリティルール314を識別する。
【００５７】
スキャンデータのセキュリティ分類は、セキュリティテーブル300に定義されているため、制御はステップ408に渡され、スキャニングが停止される必要があるか否かが判定される。セキュリティサービス116は、セキュリティルール314のアクション（列360）が“電子メール”であることを判定する。これは、スキャン処理を直ちに停止することに関連しない。従って、制御はステップ408からステップ414に渡される。
【００５８】
ステップ414において、スキャニングが更なる確認を必要とするか否かが判定される。セキュリティサービス116は、“電子メール”のアクションが電子メールを介してスキャンデータ及び関連するPSPの確認を取得するための命令であることを判定する。従って、スキャニングは、更なる確認を必要とし、制御はステップ416に渡される。特定の実装に応じて、他のアクションコードは、スキャニングの更なる確認（例えば、“ファクシミリ”、“電子メール／ファクシミリ”、“電話”等）の必要性に関連付けられてもよい。これらのいずれかは、このような確認を提供し得るいずれかのチャネルを介してスキャニングの確認を必要としてもよい。例えば、“電話”のアクションは、スキャンデータについての音声情報を用いてアクションパラメータの列380に含まれる番号に電話する自動サービスを必要としてもよい。ここでの説明では、電子メールを介した確認が例示として使用されるが、本発明の実施例をこの点に限定するものではない。
【００５９】
ステップ416において、電子メールは、更なる確認のために連絡先に送信される。例えばセキュリティルール314のアクションが“電子メール”であるという検出に応じて、セキュリティサービス116は、電子メールをセキュリティルール314のアクションパラメータ（列380）に含まれる１つ以上の電子メールアドレスに送信する。この電子メールは、スキャンデータについての情報と、スキャンデータの処理を続けるための確認の要求とを備える。このような電子メールは、スキャンデータの１つ以上の画像、スキャンデータに関連する認証されたユーザの識別子等を含んでもよい。また、このような電子メールは、スキャンデータについて識別されたセキュリティ分類、いずれかの識別されたセキュリティ違反（列350）、関連するPSPの情報等を含んでもよい。アクションパラメータの列380の情報は、特定の実装に応じて、ラベルが付与されてもよく、付与されなくてもよい。
【００６０】
ステップ418において、ジョブ情報は、“承認待ち”としての状態でジョブキューに追加される。例えば、セキュリティサービス116は、スキャンデータの情報でスキャンデータのジョブ514を生成し、スキャンデータのジョブ514をジョブキューテーブル500に挿入する。一実施例では、スキャンデータのジョブ514がジョブキューテーブル500に挿入された後に、グラフィカルユーザインタフェースは、スキャニングの確認が求められていることを示すメッセージで更新される。例えば、セキュリティサービス116は、グラフィカルユーザインタフェース118に対して、スキャンデータの処理がスキャニングの保留中の確認を遅らせていることを示すメッセージを表示させる。このようなメッセージは、スキャンデータについて識別されたセキュリティ分類（例えば、“著作権”）と、ユーザが支援のために連絡してもよい人の連絡情報と、他の情報とのうち１つ以上を含んでもよい。
【００６１】
セキュリティサービス116がスキャンデータのジョブをジョブキューに挿入した後に、制御はステップ426に渡され、この時点で、フローチャート400は終了する。
【００６２】
フローチャート400を説明する更に他の例として、セキュリティ分類検出サービス152は、スキャンデータに関して“機密”のセキュリティ分類をセキュリティサービス116に戻す。ステップ404において、セキュリティサービス116は、１つ以上のセキュリティルール312-320（図３）が戻されたセキュリティ分類に関連するか否かを識別する。例えば、セキュリティサービス116は、“機密”のセキュリティレベル（列340）を有するセキュリティルール312及び318を識別する。
【００６３】
一実施例では、複数のルールがスキャンデータのセキュリティルールに一致する場合、セキュリティサービス116は、スキャンデータの情報に一致するものとしてセキュリティテーブルで識別された最初のセキュリティルールをスキャンデータにマッピングする。特定の実装に応じて、ルールは、セキュリティコード（列330）の昇順に評価されてもよい。例えば、セキュリティルールがスキャンデータの情報に一致するために、セキュリティレベル（列340）及びセキュリティルールのセキュリティ違反情報（列350）の双方がスキャンデータの適切な側面及び関連する情報に一致しなければならない。この関連する情報は、関連するPSP、データ取得を開始したユーザのユーザ情報等でもよい。
【００６４】
セキュリティルールのセキュリティ違反情報は、セキュリティ分類を含まず、スキャンデータの側面及び関連する情報を識別する情報であり、スキャンデータへのセキュリティルールのマッピング要件を更に高める情報である。セキュリティ違反情報は、セキュリティ分類から導かれないスキャンデータのいずれかの側面、PSP、関連するユーザ情報等を識別してもよい。これは、（PSPからの）特定の宛先情報、スキャンデータのサイズ、ユーザ識別子、ユーザが属するグループ等のうち１つ以上を含む。
【００６５】
この実施例によれば、セキュリティサービス116は、セキュリティルール318を評価する前に、セキュリティルール312がスキャンデータの情報に一致するか否かを評価する。セキュリティサービス116は、セキュリティルール312がセキュリティ違反情報（列350）を含むことを判定する。セキュリティルール312のセキュリティ違反情報は、このセキュリティルールにマッピングするスキャンデータが外部電子メールアドレスを含むPSPに関連することを示す。従って、セキュリティサービス116は、スキャンデータについて選択されたPSPが宛先として外部電子メールを含むか否かを判定する。含む場合、セキュリティルール312はスキャンデータにマッピングされる。
【００６６】
含まれない場合、セキュリティサービス116は、セキュリティルール312がスキャンデータにマッピングしないことを判定し、適切なセキュリティレベルを有する次のセキュリティルール（318）に進む。セキュリティサービス116は、セキュリティルール318がセキュリティ違反情報を含まないことを判定するため、セキュリティルール318をスキャンデータにマッピングするためにセキュリティルール318の更なる評価は必要ない。
【００６７】
他の実施例では、複数のルールがスキャンデータのセキュリティ分類に一致する場合を想定する。この場合、まず、セキュリティサービス116は、スキャンデータのセキュリティ分類に一致し、また、セキュリティ違反情報（列350）を含むセキュリティルールをスキャンデータにマッピングすることを試みる。また、スキャンデータにマッピングするセキュリティ違反情報を備えたセキュリティルールが存在しない場合を想定する。この場合、セキュリティサービスは、スキャンデータのセキュリティ分類に一致し、セキュリティ違反情報を含まないセキュリティルールをスキャンデータにマッピングすることを試みる。この実施例では、セキュリティ違反情報を介してスキャンデータに特に調整されたセキュリティルールが、より一般的なセキュリティルールよりも優先権を与えられる。
【００６８】
例示の目的で、セキュリティサービス116は、セキュリティルール312をスキャンデータにマッピングする。スキャンデータのセキュリティ分類はセキュリティテーブル300に定義されているため、制御はステップ408に渡され、スキャニングが停止される必要があるか否かが判定される。セキュリティサービス116は、セキュリティルール312のアクション（列360）が“電子メール”であることを判定する。これは、スキャン処理を直ちに停止することに関連しない。従って、制御はステップ408からステップ414に渡され、セキュリティルール314に関して前述したように処理される。
【００６９】
フローチャート400を説明する更に他の例として、セキュリティ分類検出サービス152は、スキャンデータに関して“取扱注意”のセキュリティ分類をセキュリティサービス116に戻す。ステップ404において、セキュリティサービス116は、１つ以上のセキュリティルール312-320（図３）が戻されたセキュリティ分類に関連するか否かを識別する。例えば、セキュリティサービス116は、“取扱注意”のセキュリティレベル（列340）を有するセキュリティルール320を識別する。
【００７０】
スキャンデータのセキュリティ分類は、セキュリティテーブル300に定義されているため、制御はステップ408に渡され、スキャニングが停止される必要があるか否かが判定される。セキュリティサービス116は、セキュリティルール320のアクション（列360）が“FAX通知”であることを判定する。これは、スキャン処理を直ちに停止することに関連しない。従って、制御はステップ408からステップ414に渡される。
【００７１】
ステップ414において、スキャニングが更なる確認を必要とするか否かが判定される。セキュリティサービス116は、セキュリティルール320に関連する“FAX通知”のアクションがスキャンデータの処理を続ける前に更なる確認を必要としないことを判定する。従って、制御はステップ414からステップ420に渡される。
【００７２】
ステップ420において、スキャニングが通知を必要とするか否かが判定される。セキュリティサービス116は、セキュリティルール320に関連する“FAX通知”のアクションがルールのアクションパラメータ（列380）のファクシミリ番号に通知を必要とすることを判定する。従って、スキャニングは通知を必要とし、制御はステップ422に渡される。“電話通知”、“電子メール通知”、“テキスト通知”等を含む他のアクションが、ステップ420において通知を必要としてもよい。以下に更に詳細に説明するように、通知は、確認の要求と同様に送信されてもよいが、受信者がスキャンデータの処理を確認又は拒否することを可能にする機構を含まない。
【００７３】
ステップ422において、通知は、セキュリティルールのアクションにより示された通りに送信される。例えば、セキュリティサービス116は、セキュリティルール320のアクションパラメータ（列380）のファクシミリ番号にファクシミリを送信する。ファクシミリは、スキャンされたドキュメントの画像、スキャンを開始したユーザの識別子、スキャンに関連するPSPからの情報等のうち１つ以上を含む、スキャニングについての情報を含んでもよい。しかし、“FAX通知”のアクションは確認を必要としないため、ファクシミリの受信者がスキャンデータの処理を確認又は拒否することを可能にする機構は提供されない。次に制御はステップ422からステップ424に渡される。
【００７４】
ステップ424において、ジョブ情報は、“準備完了”としての状態でジョブキューに追加される。例えば、セキュリティサービス116は、スキャンデータの情報でスキャンデータのジョブ512を生成し、スキャンデータのジョブ512をジョブキューテーブル500に挿入する。セキュリティサービス116がスキャンデータのジョブをジョブキューに挿入した後に、制御はステップ426に渡され、この時点で、フローチャート400が終了する。
【００７５】
＜ジョブハンドラサービス＞
一実施例では、ジョブハンドラサービス119は、ジョブキューテーブル500を監視し、ジョブの状態に関連するアクションを実行する。ジョブハンドラサービス119は、DSMデバイス110の別個のサービスでもよく、セキュリティサービス116の一部でもよい。
【００７６】
図６は、ジョブキューを監視し、これにジョブを送り出すフローチャート600を示している。ステップ602において、いずれかの“準備完了”ジョブがキューに存在するか否かが判定される。例えば、ジョブキューテーブル500（図５）において、スキャンデータのジョブ512は、“準備完了”の状態（列560）を有する。ジョブキューテーブル500が少なくとも１つの“準備完了”ジョブを含むため、制御はステップ604に渡される。
【００７７】
ステップ604において、ジョブキューの１つ以上の“準備完了”ジョブのそれぞれに関連するスキャンデータ及びPSPは、処理のためにスキャンサーバに送信される。本発明の実施例の中で、DSMデバイス110で実行するいずれかのサービスは、処理のためにスキャンデータ及びPSPのデータをスキャンサーバに送信してもよい。このようなサービスは、ジョブハンドラサービス119、セキュリティサービス116、スキャンサービス114、DSMサポートサービス112等を含む。
【００７８】
一実施例を説明する目的で、ジョブハンドラサービス119は、スキャンデータ及びPSPの情報をスキャンサーバ122に送信する。他の実施例を説明する目的で、ジョブハンドラサービス119は、“準備完了”ジョブをDSMサポートサービス112に通知する。DSMサポートサービス112は、“準備完了”ジョブについてスキャンサーバ122に送信される情報を取得し、“準備完了”ジョブの情報をスキャンサーバ122に送信する。更に他の実施例を説明する目的で、ジョブハンドラサービス119は、例えばAPI呼び出しを介して、スキャンデータ及びPSPをDSMサポートサービス112に送信する。API呼び出しは、“準備完了”ジョブをDSMサポートサービス112に通知し、DSMサポートサービス112がスキャンデータ情報を取得する必要性を除去する。DSMサポートサービス112は、受信したスキャンデータ及びPSPをスキャンサーバ122に送信する。スキャンサーバ122は、スキャンデータを処理し、スキャンデータの少なくとも一部を付随するPSPで定義された宛先に送り出す。ジョブの情報がスキャンサーバに送信された場合、ジョブはジョブキューから削除される。
【００７９】
ジョブキューのジョブが“準備完了”状態を有さない場合、又はステップ604の実行の後に、制御はステップ606に渡される。ステップ606において、ジョブキューのいずれかのジョブが“取消”の状態を有するか否かが判定される。例えば、ジョブキューテーブル500のスキャンデータのジョブ516は、“取消”の状態（列560）を有する。ジョブキューテーブル500の１つ以上のジョブは“取消”の状態を有するため、制御はステップ608に渡され、この時点で、“取消”ジョブはジョブキューから削除される。例えば、ジョブハンドラサービス119は、ジョブについて他の動作を実行せずに、スキャンデータのジョブ516をジョブキューテーブル500から削除する。
【００８０】
ステップ610において、グラフィカルユーザインタフェースは、状態メッセージで更新される。例えば、ジョブハンドラサービス119は、ジョブが取り消されたことを示すメッセージをグラフィカルユーザインタフェース118に表示させる。このようなメッセージは、特定の実装に応じて、スキャンデータの画像を含む他の情報を含んでもよい。
【００８１】
ジョブキューに“取消”ジョブが存在しない場合、又はステップ610の実行の後に、制御はステップ612に渡される。ステップ612において、“承認待ち”の状態を備えたジョブキューのいずれかのジョブがタイムアウトしたか否かが判定される。例えば、管理者は、承認を保留しているジョブ（すなわち、“承認待ち”の状態を備えたジョブ）がジョブキューに留まり得る時間量を設定してもよい。承認を保留しているジョブが少なくとも割り当てられた時間量の間にジョブキューに存在している場合、ジョブはタイムアウトされたと考えられる。例えば、ジョブハンドラサービス119は、ジョブキューテーブル500のスキャンデータのジョブ514が“承認待ち”の状態を有することを判定する。また、ジョブハンドラサービス119は、生成時間の列580に記録されたようにジョブが生成されてから経過した時間量を、ジョブがキューに留まることを許可され得る時間量と比較する。ジョブがこの割り当てられた時間量を超過すると、ジョブがタイムアウトし、制御はステップ614に渡される。
【００８２】
ステップ614において、タイムアウトしたジョブは、ジョブキューから削除される。例えば、スキャンデータのジョブ514は、タイムアウトしたと判定され、ジョブハンドラサービス119は、ジョブキューテーブル500からスキャンデータのジョブ514を削除する。
【００８３】
ステップ616において、グラフィカルユーザインタフェースは、状態メッセージで更新される。例えば、ジョブハンドラサービス119は、スキャンデータのジョブ514がタイムアウトしてキューから削除されたことを示すメッセージをグラフィカルユーザインタフェース118に表示させる。このようなメッセージは、スキャンデータ及び／又はスキャンデータについて選択されたPSPからの情報を含んでもよい。更に、ジョブがタイムアウトして取り消されたことをユーザに通知するために、電子メールがジョブを発信したユーザに送信されてもよい。“承認待ち”の状態を備えたジョブがタイムアウトしていない場合、ジョブはジョブキューに留まる。
【００８４】
ジョブキューの“承認待ち”のジョブがタイムアウトした場合、又はステップ616の実行の後に、制御はステップ618に渡される。ステップ618において、ジョブハンドラサービス119は、例えば管理者により判定されたいずれかの時間量の間スリープし、制御は自動的にステップ602に渡される。
【００８５】
＜確認要求＞
前述のように、ジョブが“承認待ち”の状態でジョブキューに配置された場合、通信は、適用可能なセキュリティルールにより示されたフォーマットを介して送信される。例えば、セキュリティルール314は、確認要求の電子メールがルールのアクションパラメータ（列380）で示す連絡先に送信されることを必要とする。確認要求の電子メールの受信者は、受信者が確認又は拒否をセキュリティサービス116に通信することを可能にするいずれかの方法を介して、スキャンデータの処理を確認又は拒否してもよい。例えば、確認要求の電子メールは、投票機構を含んでもよい。これにより、受信者がスキャンデータの処理の確認のために“yes”をセキュリティサービス116に通信してもよく、スキャンデータの処理の拒否のために“no”をセキュリティサービス116に通信してもよい。他の例として、受信者は、確認又は拒否を示すテキストで確認要求の電子メールに応答してもよい。このテキストは、セキュリティサービス116又は他のサービスにより解析されてもよい。更に他の例として、確認要求の電子メールは、起動されたときに、スキャンデータの処理の確認又は拒否をセキュリティサービス116に通信するハイパーリンク又は視覚制御を含んでもよい。
【００８６】
セキュリティルールは、確認要求のファクシミリが関連するアクションパラメータ（列380）のファクシミリ番号に送信されることを必要としてもよい。このようなファクシミリは、スキャンデータの画像、スキャンデータに関連するセキュリティ分類等を含んでもよい。この場合も同様に、確認要求のファクシミリの受信者は、受信者が確認又は拒否をセキュリティサービス116に通信することを可能にするいずれかの方法を介して、スキャンデータの処理を確認又は拒否してもよい。例えば、受信者は、スキャンデータの処理を確認又は拒否するテキスト命令を備えたページをファクシミリしてもよい。このページは、セキュリティサービス116又は他のサービスにより解析されてもよい。
【００８７】
セキュリティルールは、確認要求の電話呼び出しが関連するアクションパラメータ（列380）の電話番号に行われることを必要としてもよい。前述のように、確認要求の電話呼び出しは、自動サービスにより行われ、スキャンデータについての音声情報を提供してもよい。この音声情報は、データのセキュリティ分類、スキャンデータを取得させたユーザの識別子等を含んでもよい。この場合も同様に、確認要求の電話呼び出しの受信者は、受信者が確認又は拒否をセキュリティサービス116に通信することを可能にするいずれかの方法を介して、スキャンデータの処理を確認又は拒否してもよい。例えば、電話呼び出しの受信者は、確認又は拒否に対応する電話の特定のボタンを押下することを介して、スキャンデータの処理を確認又は拒否してもよい。他の例として、電話呼び出しの受信者は、自動サービスに対して特定の言葉を話してもよい。この言葉は、音声認識を使用して確認又は拒否に変換される。
【００８８】
セキュリティルールは、確認要求のテキストメッセージが関連するアクションパラメータ（列380）の電話番号に送出されることを必要としてもよい。確認要求のテキストメッセージは、データのセキュリティ分類の記述、スキャンデータを取得させたユーザの識別子等を含んでもよい。確認要求のテキストメッセージの受信者は、受信者が確認又は拒否をセキュリティサービス116に通信することを可能にするいずれかの方法を介して、スキャンデータの処理を確認又は拒否してもよい。例えば、テキストメッセージの受信者は、“確認”又は“拒否”のテキストを備えた応答テキストメッセージを介してスキャンデータの処理を確認又は拒否してもよい。
【００８９】
更に、セキュリティルールは、確認要求のメッセージが関連するアクションパラメータ（列380）で識別されたアカウントに送信されることを必要としてもよい。このようなアカウントは、汎用のソーシャルメディアアカウント又は会社のソーシャルメディアアカウント等でもよい。確認要求のメッセージは、データのセキュリティ分類の記述、スキャンデータを取得させたユーザの識別子等を含んでもよい。確認要求のメッセージの受信者は、受信者が確認又は拒否をセキュリティサービス116に通信することを可能にするいずれかの方法を介して、スキャンデータの処理を確認又は拒否してもよい。例えば、メッセージの受信者は、“確認”又は“拒否”のテキストを備えた応答テキストメッセージを介してスキャンデータの処理を確認又は拒否してもよい。他の例として、確認要求のメッセージは、起動されたときに、スキャンデータの処理の確認又は拒否をセキュリティサービス116に通信するハイパーリンク又は視覚制御を含んでもよい。
【００９０】
セキュリティサービス116がスキャンデータの処理の確認又は拒否を受信すると、セキュリティサービス116は、それぞれ“準備完了”状態又は“取消”状態を反映するように、ジョブキューの関連するジョブの状態を変更する。例えば、セキュリティサービス116は、ジョブキューテーブル500のスキャンデータのジョブ514についてスキャンデータの処理の確認を受信する。セキュリティサービス116は、スキャンデータのジョブ514の状態（列560）及び状態コード（列570）を“準備完了”状態に変更する。次に、ジョブハンドラサービス119は、“準備完了”としての状態を備えたジョブを検査し、それに従ってスキャンデータのジョブ514が処理される。
【００９１】
他の例として、セキュリティサービス116は、ジョブキューテーブル500のスキャンデータのジョブ514についてスキャンデータの処理の拒否を受信する。セキュリティサービス116は、スキャンデータのジョブ514の状態（列560）及び状態コード（列570）を“取消”状態に変更する。次に、ジョブハンドラサービス119は、“取消”としての状態を備えたジョブを検査し、それに従ってスキャンデータのジョブ514はジョブキューテーブル500から削除される。
【００９２】
＜ハードウェア概要＞
一実施例によれば、ここに記載の技術は、１つ以上の特殊用途のコンピュータデバイスにより実現される。特殊用途のコンピュータデバイスは、この技術を実行するために配線結合されてもよい。また、特殊用途のコンピュータデバイスは、この技術を実行するように永続的にプログラミングされた１つ以上の特定用途向け集積回路（ASIC）又はフィールドプログラマブルゲートアレイ（FPGA）のようなデジタル電子デバイスを含んでもよい。ASICは、application-specific  integrated  circuitの略称であり、FPGAは、field  programmable  gate  arrayの略称である。また、特殊用途のコンピュータデバイスは、ファームウェア、メモリ、他の記憶装置又はこれらの組み合わせのプログラム命令に従ってこの技術を実行するようにプログラムされた１つ以上の汎用ハードウェアプロセッサを含んでもよい。このような特殊用途のコンピュータデバイスはまた、この技術を実現するために、カスタムの配線ロジック、ASIC又はFPGAと、カスタムプログラミングとを組み合わせてもよい。特殊用途のコンピュータデバイスは、デスクトップコンピュータシステム、ポータブルコンピュータシステム、ハンドヘルドデバイス、ネットワーキングデバイス又はこの技術を実現するために配線及び／又はプログラムロジックを組み込んだ他のデバイスでもよい。
【００９３】
例えば、図７は、本発明の実施例が実現され得るコンピュータシステム700を示すブロック図である。コンピュータシステム700は、情報を通信するためのバス702又は他の通信機構と、情報を処理するためのバス702に結合されたハードウェアプロセッサ704とを含む。ハードウェアプロセッサ704は、例えば汎用マイクロプロセッサでもよい。
【００９４】
コンピュータシステム700はまた、プロセッサ704により実行される情報及び命令を格納するためのランダムアクセスメモリ（RAM）又は他の動的記憶デバイスのようなメインメモリ706を含む。RAMは、random  access  memoryの略称である。メインメモリ706はまた、プロセッサ704により実行される命令の実行中に一時変数又は他の中間情報を格納するために使用されてもよい。このような命令は、プロセッサ704にアクセス可能な過渡的ではない記憶媒体に格納された場合に、コンピュータシステム700を、命令で指定された動作を実行するようにカスタマイズされた特殊用途の機械にする。
【００９５】
コンピュータシステム700は、プロセッサ704の静的な情報及び命令を格納するためのバス702に結合された読み取り専用メモリ（ROM）708又は他の静的記憶デバイスを更に含む。ROMは、read  only  memoryの略称である。磁気ディスク又は光ディスクのような記憶デバイス710は、情報及び命令を格納するために提供され、バス702に結合される。記憶デバイス710は、コンピュータ可読媒体の例である。
【００９６】
コンピュータシステム700は、情報をコンピュータユーザに表示するために、バス702を介して陰極線管（CRT）のようなディスプレイ712に結合されてもよい。CRTは、cathode  ray  tubeの略称である。英数字及び他のキーを含む入力デバイス714は、情報及びコマンド選択をプロセッサ704に通信するためにバス702に結合される。他の種類のユーザ入力デバイスは、方向情報及びコマンド選択をプロセッサ704に通信し、ディスプレイ712上のカーソルの動きを制御するためのマウス、トラックボール又はカーソル方向キーのようなカーソル制御716である。典型的にはこの入力デバイスは、２つの軸（第１の軸（例えば、x）及び第２の軸（例えば、y））に２つの自由度を有し、デバイスが平面内で位置を指定することを可能にする。
【００９７】
コンピュータシステム700は、カスタマイズされた配線ロジック、１つ以上のASIC又はFPGA、ファームウェア及び／又はプログラムロジックを使用して、ここに記載の技術を実現してもよい。このようなプログラムロジック等は、コンピュータシステムと組み合わせて、コンピュータシステム700を特殊用途の機械にする或いは特殊用途の機械になるようにプログラミングする。一実施例によれば、ここの技術は、プロセッサ704がメインメモリ706に含まれる１つ以上の命令の１つ以上の処理を実行することに応じて、コンピュータシステム700により実行される。このような命令は、記憶デバイス710のような他の記憶媒体からメインメモリ706に読み取られてもよい。メインメモリ706に含まれる命令のシーケンスの実行は、プロセッサ704に対してここに記載の処理ステップを実行させる。別の実施例では、ソフトウェア命令の代わりに又はソフトウェア命令と組み合わせて配線回路が使用されてもよい。
【００９８】
ここで使用される“記憶媒体”という用語は、機械を指定のように動作させる命令及び／又はデータを格納したいずれかの過渡的でない媒体を示す。このような記憶媒体は、不揮発性媒体及び／又は揮発性媒体を有してもよい。不揮発性媒体は、例えば、記憶デバイス710のような光又は磁気ディスクを含む。揮発性媒体は、メインメモリ706のような動的メモリを含む。記憶媒体の一般的な形式は、例えば、フロッピー(登録商標)ディスク、フレキシブルディスク、ハードディスク、ソリッドステートドライブ、磁気テープ又は他の磁気データ記憶媒体を含む。また、記憶媒体の一般的な形式は、例えば、CD-ROM、他の光データ記憶媒体、穴のパターンを備えたいずれかの物理的媒体を含む。また、記憶媒体の一般的な形式は、例えば、RAM、PROM、EPROM、FLASH-EPROM、NVRAM、いずれかの他のメモリチップ又はカートリッジを含む。
【００９９】
記憶媒体は、伝送媒体とは異なるが、伝送媒体と共に使用されてもよい。伝送媒体は、記憶媒体の間で情報を伝送する際に関係する。例えば、伝送媒体は、バス702を有する線を含み、同軸ケーブル、銅線、光ファイバを含む。伝送媒体はまた、無線波及び赤外線データ通信中に生成されるもののような音響波又は光波の形式になってもよい。
【０１００】
様々な形式の媒体が、実行のためにプロセッサ704に１つ以上の命令の１つ以上のシーケンスを運ぶことに関与してもよい。例えば、命令は、遠隔コンピュータの磁気ディスク又はソリッドステートドライブに運ばれてもよい。遠隔コンピュータは、その動的メモリに命令をロードし、モデムを使用して電話回線で命令を送信する。コンピュータシステム700のローカルにあるモデムは、電話回線のデータを受信し、赤外線送信機を使用してデータを赤外線信号に変換してもよい。赤外線検出器は、赤外線信号で運ばれたデータを受信し、適切な回路は、データをバス702に配置してもよい。バス702は、データをメインメモリ706に運び、メインメモリ706から、プロセッサ704は命令を取得して実行する。メインメモリ706により受信された命令は、プロセッサ704による実行の前又は後に、任意選択で記憶デバイス710に格納されてもよい。
【０１０１】
コンピュータシステム700はまた、バス702に結合された通信インタフェース718を含む。通信インタフェース718は、ローカルネットワーク722に接続されたネットワークリンク720への双方向データ通信結合を提供する。例えば、通信インタフェース718は、統合サービスデジタルネットワーク（ISDN）カード、ケーブルモデム、衛星モデム、又は対応する種類の電話回線にデータ通信接続を提供するモデムでもよい。ISDNは、integrated  services  digital  networkの略称である。他の例として、通信インタフェース718は、互換性のあるLANにデータ通信接続を提供するローカルネットワーク（LAN）カードでもよい。LANは、local  area  networkの略称である。無線リンクも実装されてもよい。いずれかのこのような実装では、通信インタフェース718は、様々な種類の情報を表すデジタルデータストリームを運ぶ電気、電磁気又は光信号を送受信する。
【０１０２】
典型的には、ネットワークリンク720は、１つ以上のネットワークを通じて他のデータデバイスにデータ通信を提供する。例えば、ネットワークリンク720は、ローカルネットワーク722を通じてホストコンピュータ724に接続を提供してもよく、インターネットサービスプロバイダ（ISP）726により運用されるデータ装置に接続を提供してもよい。ISPは、Internet  Service  Providerの略称である。次に、ISP726は、現在では一般的に“インターネット”728と呼ばれる世界規模のパケットデータ通信ネットワークを通じて、データ通信サービスを提供する。ローカルネットワーク722及びインターネット728の双方は、デジタルデータストリームを運ぶ電気、電磁気又は光信号を使用する。コンピュータシステム700へのデジタルデータ及びコンピュータシステム700からのデジタルデータを運ぶ様々なネットワークを通じた信号、ネットワークリンク720上の信号、及び通信インタフェース718を通じた信号は、伝送媒体の形式の例である。
【０１０３】
コンピュータシステム700は、ネットワーク、ネットワークリンク720及び通信インタフェース718を通じて、プログラムコードを含むメッセージを送信し、データを受信する。インターネットの例では、サーバ730は、インターネット728、ISP726、ローカルネットワーク722及び通信インタフェース718を通じてアプリケーションプログラムの要求されたコードを送信してもよい。
【０１０４】
受信したコードは、受信したときにプロセッサ704により実行されてもよく、及び／又は後の実行のために記憶デバイス710又は他の不揮発性記憶装置に格納されてもよい。
【０１０５】
前述の明細書において、本発明の実施例について、実装によって変更し得る複数の特定の詳細を参照して説明した。従って、明細書及び図面は、限定的な意味ではなく、例示的なものとみなされる。本発明の範囲の唯一の排他的な指標、及び出願人により本発明の範囲であると意図するものは、何らかの今後の訂正を含み、特許請求の範囲が発行した特定の形式における、この出願から発行された一式の特許請求の文言上の範囲及び等価な範囲である。
【０１０６】
この出願は、“DSM  With  Additional  Input  Sources”という題の米国特許出願（代理人管理番号49986-0740）に関し、この全内容を援用する。また、この出願は、“DSM  Quotas”という題の米国特許出願（代理人管理番号49986-0741）に関し、この全内容を援用する。
【符号の説明】
【０１０７】
100  ネットワーク構成
110  DSMデバイス
112  DSMサポートサービス
114  スキャンサービス
116  セキュリティサービス
118  グラフィカルユーザインタフェース
119  ジョブハンドラサービス
120  サーバデバイス
122  スキャンサーバ
124  アクティブディレクトリサーバ
140  コンピュータデバイス
142  コントロールポイントサービス
150  コンピュータデバイス
152  セキュリティ分類検出サービス
【図１】
2013132055.tif 000003
【図２】
2013132055.tif 000004
【図３】
2013132055.tif 000005
【図４】
2013132055.tif 000006
【図５】
2013132055.tif 000007
【図６】
2013132055.tif 000008
【図７】
2013132055.tif 000009