JP2005108232A

JP2005108232A - イメージングシステムにおける表示文書採用変形要求用ユーザインタフェース形成方法、表示文書変形通知用ユーザインタフェース形成方法並びに表示文書変形方法

Info

Publication number: JP2005108232A
Application number: JP2004279656A
Authority: JP
Inventors: Thomas W Connors; ダブリュコナーズトーマス; Matthew D Coene; ディーコーエンマシュー; Kevin Branch; ブランチケビン; Raju Vegiraju; ベジラージュラジュ
Original assignee: Xerox Corp
Current assignee: Xerox Corp
Priority date: 2003-09-29
Filing date: 2004-09-27
Publication date: 2005-04-21
Also published as: CN1604071A; US20050071759A1

Abstract

【課題】イメージングシステム内にて処理及び格納されている文書イメージの品質を改善する。
【解決手段】ユーザ２が表示文書を採用し又は表示文書に対する変形を要求するためイメージングシステム１００において、採用手段をユーザ２が操作することによって文書コンテンツ表示部及び文書メタデータ表示部における表示内容が採用され、変形要求手段をユーザ２が操作することによって文書コンテンツ表示部及び文書メタデータ表示部における表示内容に対する変形が要求される。
【選択図】図１

Description

本発明は文書イメージング(document imaging)システムに関する。

商業的に利用できる文書イメージングサービスとしては、文書変換サービス、文書格納サービス並びに文書アクセスサービスがある。例えばあるサービスプロバイダにおいては、紙の文書をスキャンし又は写真フィルムを処理することによってディジタル文書を作成し、この変換によって作成したディジタル文書をディジタル倉庫(repository)に格納している。顧客は、安全で制御されている形態にてこのディジタル倉庫にアクセスできるが、変換されディジタル倉庫に格納されている文書を受け入れられないこともある。大量の文書を変換する既存のイメージングシステムにおいては、顧客クリティカルな多数の文書についての変換時問題発生率は低い値で一定しているが、斯様な低問題発生率ですら、そのイメージングシステムサービスの有償顧客にとっては受け入れがたいものである。更に、さほど頻繁にはアクセスされないような文書を格納している倉庫においては、多大な時間が経過するまでは問題は検知すらされない。これは、変換サービスにおいては、その文書が実際に必要となるまで、即ちその文書に対する変形(modification)要求が効率的に通知され問題が素早く解決される必要が生ずる時点まで、顧客が問題を察知できないからである。ある種のケースにおいては、サービスプロバイダが文書原本を保持するか或いは文書を最良に取り扱えるリソース及び専門知識を有するかしているため、サービスプロバイダが文書変形を実行しなければならない。その種のケースにおいては、多くの現存イメージングシステムが、エンドユーザから“ヘルプデスク”へと発せられる電話コールによる問題の解決要求に応じてイメージ変形プロセスを開始する、といったマニュアルによるイメージ変形プロセスに依拠している。更に、文書を変形するため顧客により提供される情報は、失われたり、誤解されたり或いは明瞭に通知されなかったりすることがある。既存のプロセスは、文書変形のためのマニュアルによる記録、通知及びワークフローに依拠しているが、要求を解決するまでのプロセス全体は非常に長く、一般的に非効率的であり、顧客及びサービスプロバイダの双方にとってコストも高いものである。

従って、イメージングシステム内にて処理及び格納されている文書イメージの品質を改善(improve)する方法が、求められている。

本発明に係る方法は、ユーザが表示文書を採用し又は表示文書に対する変形を要求するためイメージングシステムにおいてユーザインタフェースを形成する方法であって（ａ）そのユーザに係るユーザ識別子を取り出すステップと、（ｂ）表示文書に対応する文書識別子を取り出すステップと、（ｃ）表示文書に対応する文書コンテンツを取り出すステップと、（ｄ）表示文書に対応する文書メタデータを取り出すステップと、（ｅ）表示文書に対応する文書要求履歴を取り出すステップと、（ｆ）文書コンテンツに基づき文書コンテンツ表示部を形成及び表示するステップと、（ｇ）文書メタデータに基づき文書メタデータ表示部を形成及び表示するステップと、（ｈ）文書要求履歴に基づき文書要求履歴表示部を形成及び表示するステップと、（ｉ）表示文書をユーザが採用するための採用手段を形成及び表示するステップと、（ｊ）文書の変形をユーザが要求するための変形要求手段を形成及び表示するステップと、を有し、採用手段をユーザが操作することによって文書コンテンツ表示部及び文書メタデータ表示部における表示内容が採用され、変形要求手段をユーザが操作することによって文書コンテンツ表示部及び文書メタデータ表示部における表示内容に対する変形が要求されることを特徴とする。

図１に、イメージングシステム１００を示す。この図に示すイメージングシステム１００は、クライアントデバイス１、サーバ３１、変換装置９０、及びユーザ２によりアクセスされる文書９５、により構成されている。図示の如く、サーバ３１はサーバコントローラ３０及びストレージデバイス５０から構成されている。ストレージデバイス５０には、文書コンテンツ５５、文書メタデータ６０、ユーザプロファイル６５、グループプロファイル７０、要求履歴８０及び文書変形マップ８５が格納されている。イメージングシステム１００は、文書改善方法９９に従い各種の文書イメージングサービスを提供するよう、構成されている。文書改善方法９９は複数の方法から構成されている。複数の方法とは即ち、イメージングシステム１００における表示文書採用変形要求用ユーザインタフェース（ＵＩ）４００の形成方法２１０、表示文書変形通知用ＵＩ８００の形成方法２２５、並びに文書変形優先度付け方法２３５、並びに表示文書変形方法２４０である。なお、図１〜図１０は全般に本発明の実施形態に関するものであるが、中でも図３，図４及び図６は方法２１０に、図５〜図８は方法２２５に、図９は方法２３５に、図６，図７及び図１０は方法２４０に、関するものである。

端的に言って、イメージングシステム１００は、ディスプレイユニット５を有するクライアントデバイス１と、文書イメージ情報及びプログラム命令を格納するサーバ３１とにより、構成されている。クライアントデバイス１のユーザ２は、特定の格納文書イメージをディスプレイユニット５上に表示するよう、要求する。サーバ３１はこのクライアント要求を受け取り、当該格納文書をユーザ２が閲覧(view)できまたこの表示文書に関する採用或いは変形要求を発することができるよう、第１のＵＩ４００を生成する。ユーザ２がこの表示文書について変形を要求した場合には、サーバ３１は、表示文書中に施すべき所期変形の詳細をユーザ２がイメージングシステム１００に対し通知できるよう、第２のＵＩ８００を生成する。そして、イメージングシステム１００は、この要求に応ずる最良の手段を判別し、文書を変形し、引き続く閲覧に備えて文書を格納する。

図１を参照するに、イメージングシステム１００は、文書改善方法９９に従い各種の文書イメージングサービスを提供できるよう、構成されている。“ユーザ”２即ちエンドユーザ乃至顧客により使用されるクライアントデバイス１は、ディスプレイユニット５及びストレージデバイス１０を備えている。ディスプレイユニット５は、文書データ閲覧用ＵＩ４００及び文書変形要求用ＵＩ８００を表示する。ディスプレイユニット５は、表示やサーバコントローラ３０への通知に供すべき情報即ちクライアントデバイス１にとり有用な情報を格納するため、ストレージデバイス１０を利用する。

クライアントデバイス１は、モニタ付きのパーソナルコンピュータにより実現できる。また、いわゆる当業者にとり明らかな通り、クライアントデバイスをPalmHandheld等の携帯情報端末によって実現することもできる。なお、“Palm”はアメリカ合衆国カリフォルニア州ミルピタスに所在のPalm Inc.の商標である。

クライアントデバイス１は、通信手段２０を介してサーバ３１と通信する。図示の如く、サーバ３１はサーバコントローラ３０を備えている。通信手段２０の好適な例としては、インターネット上でのＨＴＴＰ(hyper text transfer protocol)を示すことができる。

サーバ３１を構成するコントローラ３０は、データ及びプログラム命令を格納しているストレージデバイス５０上のデータにアクセスできるよう、構成されている。図示の如く、格納されているプログラム命令群の中に含まれる文書改善方法９９は、文書データ閲覧用ＵＩ４００を構築する方法２１０、文書変形要求用ＵＩ８００を構築する方法２２５、文書変形優先度付け方法２３５、並びに表示文書変形方法２４０から構成されている。

ストレージデバイス５０には、文書コンテンツ５５、文書コンテンツ５５の文書特性を記述する文書メタデータ６０、各ユーザに関する情報を含むユーザプロファイル６５、ユーザによって構成される各グループに関する情報を含むグループプロファイル７０、これまで全ての文書変形要求を記述する要求履歴８０、並びに文書変形マップ８５を含め、上掲の方法の適用に関する各種の情報が格納されている。

サーバ３１は、Microsoft Windows Advanced Server 2003等のオペレーティングシステムを実行する通常のコンピュータによって、実現することができる。ストレージデバイス５０の管理は、Documentum eContentServer等、商業的に利用可能なコンテンツマネージメントシステムによって実現することができる。なお、“Microsoft”及び“Windows”はアメリカ合衆国ワシントン州レドモンド所在のMicrosoft Corporationの商標である。“Documentum”及び“eContentServer”はアメリカ合衆国カリフォルニア州プレザントン所在のDocumentum Inc.の商標である。

イメージングシステム１００は、また、原本ハードコピー文書９５を処理する変換装置９０を備えている。

原本ハードコピー文書９５は、例えば、情報を搬送するマークを紙の上に記した文書である。この種の文書９５をディジタルデータに変換するための変換装置９０としては、例えば文書スキャナがある。文書スキャナは、Xeroxを含め多数の企業により提供されており、商業的に利用できるものとなっている。なお、“Xerox”はアメリカ合衆国コネチカット州スタンフォード所在のXerox Corporationの商標である。

原本ハードコピー文書９５は、或いは、写真イメージを有する写真フィルムである。この種の文書９５をディジタルデータに変換するための変換装置９０としては、例えばフィルム現像及びスキャニングシステムがある。フィルム現像及びスキャニングシステムは、Kodak等の企業により提供されており、商業的に利用できるものとなっている。なお、“Kodak”はアメリカ合衆国ニューヨーク州ロチェスター所在のKodak Corporationの商標である。

変換装置９０による原本ハードコピー文書９５からの変換によって集められ作成された文書データは、文書コンテンツ５５を記述する情報及び文書メタデータ６０を記述する情報として、格納される。

文書コンテンツ５５は、例えば、ｔｉｆｆ(tagged image file format)やｐｄｆ(portable document format)等の好適な汎用ディジタルファイルフォーマットにより、与えられるイメージである。

文書メタデータ６０は、例えば、ＸＭＬ(extensible markup language)により表される。

図２に、本発明に係る文書改善方法９９の一例を示す。このプロセスはステップ２０１にて始まりステップ２５５に至っている。

ステップ２０５においては、クライアントデバイス１から、サーバ３１内に格納されている文書情報の閲覧を要求している。この要求においては、関心を持たれている文書についての文書識別子や、イメージングシステム１００の現在のユーザ２についてのユーザ識別子が、特定されている。クライアントデバイス１によるこの要求は、通信手段２０によりサーバ３１に通知される。

図２中のステップ２１０においては、サーバコントローラ３０がこの要求を受け取り、ユーザによる表示文書採否用のＵＩ４００（図４参照）を構築するため、文書データ構築方法２１０を採用している。

図３に、図２中のステップ２１０に係る方法、即ちユーザによる表示文書採用変形要求用のＵＩ４００の構築方法の詳細を示す。

図３中のステップ３０１においては、サーバコントローラ３０は、図２中のステップ２０５における通知から、イメージングシステム１００の現在のユーザ２についてのユーザ識別子を、取り出す。

図３中のステップ３０２においては、サーバコントローラ３０は、図２中のステップ２０５における通知から、現在関心を持たれている文書についての文書識別子（“id”）を、取り出す。

図３中のステップ３０５においては、サーバコントローラ３０は、特定された文書についての文書コンテンツ５５を、ストレージデバイス５０から取り出す。図６に示すように、ストレージデバイス５０上においては、文書識別子６９０が、各文書の文書コンテンツ５５及び文書メタデータ６０とユニークに関連づけられている。従って、図３中のステップ３０２にて取り出した文書識別子６９０に基づいて、それに対応する文書コンテンツ５５をストレージデバイス５０上から取り出すことができる。

図３中のステップ３１０においては、サーバコントローラ３０は、取り出された文書識別子６９０を同様にして用い、特定された文書についての文書メタデータ６０を、ストレージデバイス５０から取り出す。

ステップ３１５においては、サーバコントローラ３０は、特定された文書についての文書要求履歴８０を、ストレージデバイス５０から取り出す。

図３中のステップ３１５における要求履歴８０の取り出し処理に関し、図６により詳細に示す。要求履歴８０中には毎回の変形要求が格納されている。各回の変形要求には、要求対象となった文書をユニークに識別する文書識別子６８０が含まれている。このような要求履歴８０と、図３中のステップ３０２において取り出した文書識別子とに基づき、図３中の処理ステップ３１５においては、特定されている文書識別子に係る提出済み変形要求が取り出される。図６に示した要求履歴８０は、情報として、要求識別子６６０、その要求を提出したユーザに対応するユーザ識別子６７６、文書にどのような変形を施す必要があるかを特徴付けする変形タイプ６６５、適用すべき文書変形アルゴリズムを特定する変形文書情報６７０、タイムスタンプ６７５、その要求への対処についてその相対的重要性を示す優先度６７８、その要求が対処済みか否かを識別する状態６７７、変形要求の対象となった文書を識別する原本文書識別子６８０、並びに変形要求に応じて生成された文書を識別する変形文書識別子６８５から、構成されている。

図３中のステップ３２５，３３０及び３３５においては、コントローラ３０は上述の通り取り出した情報からＵＩ４００を作成する。作成する文書データ閲覧用ＵＩ４００の一例を、図４に示す。

図３中のステップ３２５においては、コントローラ３０は文書コンテンツ５５を与え、図４中に示す如く文書コンテンツ表示部(rendering)４０５を形成する。

図３中のステップ３２５においては、また、コントローラ３０は文書メタデータ６０を与え、図４中に示す文書メタデータ表示部４１０を形成する。

図３中のステップ３３０においては、コントローラ３０は、ユーザが文書採用との特定を行うための採用(accept)手段４２０を構築する。即ち、採用手段４２０によって、ユーザ２は、現在の文書について変形を必要としていないことを特定する。採用手段４２０は、図３中のステップ３１０において取り出された文書メタデータ６０中の情報に応じて、可能化／不可能化(enable/disable)される。即ち、文書が既に採用されていることを文書メタデータ６０が示しているならば、採用手段４２０は不可能化される。逆に、文書がまだ採用されていなければ、採用手段４２０は可能化される。

採用手段４２０は、図４に示すように“本文書採用”とのラベルが付されたワールドワイドウエブＵＩクリックボタンとして表示できる。

図３中のステップ３３５においては、コントローラ３０は、ユーザ用の変形要求手段４３０を構築する。変形要求手段４３０は、現在の文書に変形が必要である旨をユーザ２が示すための手段である。文書が変形待ちであることを文書メタデータ６０が示している場合は、変形要求手段４３０は不可能化される。さもなければ、変形要求手段４３０は可能化される。

変形要求手段４３０は、図４に示すように“本文書変形要求”とのラベルが付されたワールドワイドウエブＵＩクリックボタンとして表示できる。

図３中のステップ３４０においては、コントローラ３０は、先に取り出した要求履歴８０及び文書メタデータ６０を用いて、現在の文書に係る最新要求情報４４０を表示させる。

最新要求情報４４０は、例えば、テキスト、アイコン又はその組合せにより構成する。その内容は、例えば、前回図２中のステップ２２０により“採用”されたのか、前回図２中のステップ２２０により“変形待ち”とされたのか、それとも“ユーザ２がその文書を変形するのか採用するのかを待っている”のか、といった文書状態を示すものとする。

図２中のステップ２１０、即ち文書データ閲覧用ＵＩ４００構築方法２１０の最後のステップにおいては、サーバコントローラ３０は、通信手段２０により文書データ閲覧用ＵＩ４００をクライアントデバイス１のディスプレイユニット５に送る。

クライアントデバイス１における処理は図２中のステップ２１５から再開され、そのディスプレイユニット５は文書データ閲覧用ＵＩ４００を表示する。

図２中のステップ２２０においては、ユーザ２が、その文書に“変形が必要”であるのかそれともその文書を“採用”するのかを、文書データ閲覧用ＵＩ４００を介して入力する。クライアントデバイス１は、通信手段２０を用いて、この選択の内容をサーバコントローラ３０に送る。このときの通信内容には、ユーザ２のユーザ識別子及び表示文書に対応する文書識別子を含める。図４中の変形要求手段４３０を通じてその文書に“変形が必要”であることが示された場合は処理はステップ２２５に進み、同図中の採用手段４２０を通じてその文書を“採用”することが示された場合は処理はステップ２４５に進む。

図２中のステップ２２５においては、サーバ３１は図５に示す文書変形要求用ＵＩ８００構築方法を実行する。

図５に、文書変形要求用ＵＩ８００構築方法２２５の詳細を示す。この処理はステップ５０５にて始まりステップ５３５に達している。

図５中のステップ５０５においては、サーバコントローラ３０は、図２中のステップ２０５にて述べたユーザ要求から、文書識別子を取り出す。

図５中のステップ５１０においては、文書識別子を用い、ストレージデバイス５０中に格納されている文書メタデータ６０の位置が探される。

図５中のステップ５１０の詳細について、図６に示す。この図に示すように、文書メタデータ６０は、文書タイプその他、文書を記述するためのメタデータを含んでいる。図示した例でいうと、“２５ｒｅｖ０”との内容の文書識別子６９０を有する文書の文書タイプ６９５は“スキャンしたイメージ”である。認められるべきことに、図示したデータ構造６０による例に代えて、文書識別子に基づき文書タイプを判別する構成とすることもできる。また、これも認められるべきことに、図６は一例に過ぎず、文書識別子９１５及び文書タイプは図示したものに限られない。

図５中のステップ５１５においては、文書タイプに基づき、その文書に関して許容できる変形タイプが、判別される。図７に示すように、文書変形マップ８５内には、許容できる変形タイプ７０５が全ての文書について格納されている。実際には、許容できる変形タイプ７０５は文書タイプ別の事項であって、特定の文書毎に別々になるものとみなされるべきであろう。

図５中のステップ５１５の例として図７を参照するに、許容できる変形タイプ７０５のデータ構造においては、文書タイプ“スキャンしたイメージ”に係る項目７１０，７１５及び７２０と文書タイプ“Ａ”に係る項目７２５及び７３０とが特定されており、項目７１０，７１５及び７２０に係る文書タイプ“スキャンしたイメージ”は３通りの許容できる変形タイプ即ち“斜め”(skew)、“スポット”(spots)及び“イメージ喪失”(missing image)を、項目７２５及び７３０に係る文書タイプ“Ａ”は２通りの許容できる変形タイプ即ち“イメージ喪失”及び“メタデータ喪失”を、それぞれ有している。認められるべきことに、許容できる変形タイプを文書タイプに基づき判別できるのであれば、データ構造７０５に代わるものを配置するようにしてもよい。またも認められるべきことに、図７は一例データを示すに過ぎず、実際には、文書タイプ及び変形タイプは図示したものに限られない。

更に、文書変形要求用ＵＩ８００上に要求特徴付け表示８０５を構築する処理フローを再開すべく、図５に戻る。ステップ５２０においては、その文書に関し許容できる変形タイプ即ちステップ５１５により判別された変形タイプを全て表示させ、更に、それら変形タイプのうち１個（又はより多く）を選択する手段を、ユーザ２に対して提供する。図８に、文書変形要求用ＵＩ８００を示す。

図８に、その文書についての許容できる変形タイプの表示例“斜め”８１０と、この“斜め”８１０をその文書に適用される変形タイプとしてユーザ２が選択するための手段の例たるチェックボックス８１１とを、示す。同様に、ＵＩ８００は、チェックボックス８１６により選択可能な変形タイプ“スポット”８１５と、チェックボックス８２１により選択可能な変形タイプ“イメージ喪失”８２０とを、含んでいる。

例を示す。

認められるべきことに、図８に示した要求特徴付け表示８０５に代え、許容できる変形タイプ及び当該許容できる変形タイプを選択する手段を含む他の形態による表示を、採用することもできる。

更に認められるべきことに、図８に示した要求特徴付け表示８０５において、イメージ変形タイプを示すテキストの代わりにアイコンを用いることも可能である。

更にまた認められるべきことに、図８に示した要求特徴付け表示８０５は一例データに過ぎず、実際には、許容できる変形タイプをこれとは異なったものとすることも可能である。

図５に戻り文書変形要求用ＵＩ８００を構築する処理を再開すると、ステップ５２５においては、クライアントデバイス１よりの文書変形要求から、ユーザ識別子が取り出される。

図５中のステップ５３０においては、先に報告済みのイメージ変形要求を含む要求履歴８０が取り出される。

図５中のステップ５３０における要求履歴取り出しの詳細に関して図６を参照するに、取り出される要求履歴８０内の各要求には、その変形要求を発したユーザを特定するユーザ識別子６７６が含まれている。図５中のステップ５３０においては、このユーザ識別子６７６と共に、現在のドキュメントについて変形要求を発したユーザ２によって以前になされた全ての要求が、取り出される。

再び図６を参照するに、要求履歴８０は、文書変形要求をユニークに識別する要求識別子６６０を含んでいる。要求履歴８０は、要求識別子６６０によって識別される文書変形要求に関する原本文書識別子６８０を含んでいる。要求履歴８０は、原本文書識別子６８０によって識別される文書に関連づけられた変形タイプ６６５を含んでいる。これらの情報構成により、図５に示した処理ステップ５３０においては、現在の文書と同一変形タイプを有する文書について以前になされた全ての文書変形要求が取り出される。

図５に戻り文書変形要求用ＵＩ８００を構築する処理フローを再開するに、ステップ５３５においては、先の文書変形要求に関する情報が、現在の文書変形要求を特徴づける先の文書変形要求に関する情報を特定する手段と共に、表示される。ステップ５３５においてはまた、ユーザが特定した選択内容及びそれに関連する情報をサーバコントローラ３０に通知するための提出手段８６０が、表示される（図８参照）。同様に、ステップ５３５においては、文書変形要求用ＵＩ８００に関し何のアクションも要求しないことをサーバコントローラ３０に通知するためのキャンセル手段８６５が、表示される（図８参照）。

図５中のステップ５３５に関し、図８に示した文書変形要求用ＵＩ８００に基づき説明する。まず、要求履歴情報表示８５０は、ユーザ２に対し、先に要求された変形、即ち現在の文書に対する変形要求を最もよく記述している変形を選択することを、許している。この要求履歴情報表示８５０は、要求特徴付け表示８０５に対する代替物になりうるものとして、提供されている。即ち、先に説明した要求特徴付け表示８０５は、ユーザ２に対し、表示されている許容できる変形タイプのなかから変形タイプを明示して要求することを、許すものであるが、これに対して要求履歴情報表示８５０は、ユーザ２に対し、（一例によれば）現在の要求を効果的に特徴づけるべく先の要求から取り出した情報を用いて要求を特徴づけることを、許すものである。また、要求履歴情報表示８５０は、要求履歴情報をどのようにして使用するのかをユーザ２に対し指示する命令８９０を含んでいる。要求履歴情報表示８５０はまた、先行するステップ５３０において取り出した要求履歴要素を含んでいる。最後に、要求履歴情報表示８５０は、１個（又はそれ以上）の要求を選択する手段８５１を含んでいる。

図８に示した一例たる要求履歴情報表示８５０においては、命令メッセージ８９０として“現在の要求をどのように扱えばよいかを最もよく記述している先の変形要求を選択してください”という趣旨のメッセージ８９０が表示されている。表示されている要求履歴要素は、値＝１の要求識別子８５２、値＝“スポット”の変形タイプ８５３、値＝“自動ノイズ低減アルゴリズム”の文書変形情報８５４、原本文書コンテンツの表示８５５、並びに変形した文書コンテンツの表示８５６から、構成されている。

認められるべきことに、図８に示した要求履歴情報表示８５０に代えて、異なる順序、異なるフィールド種別(filtering)、異なるフィールド順序によって要求履歴を示す別の画面構成による表示を、行うこともできる。

更に認められるべきことに、図８に示した要求履歴情報表示８５０に代えて、例えば、イメージ変形タイプを示す（テキストではなく）アイコンを用いた表示を、行うこともできる。

また認められるべきことに、図８に示した要求履歴情報表示８５０は一例に過ぎず、そのデータ値も一例に過ぎない（これに限定されるべきではない）。

図５に戻ると、文書変形要求用ＵＩ８００を構築する処理フローはステップ５３５の終了によって終了する。

その後、倉庫に格納されているイメージの品質を改善する方法９９はステップ２３０から再開される。ステップ２３０においては、文書変形要求用ＵＩ構築方法２２５により形成されたＵＩ８００が表示される。ユーザ２は、文書変形要求をこのＵＩ８００を用いて特徴づける。クライアントデバイス１のディスプレイユニット５は、通信手段２０によって文書変形要求をサーバコントローラ３０に送る。文書変形要求は文書識別子、ユーザ識別子及び変形タイプから構成されている。変形タイプは、ユーザ２が、図８の要求特徴付け表示８０５によって明示的に又は図８の要求履歴表示８５０によって間接的に、示したものである。図８中のダイアログ８５０を用いて先の変形要求に係る要求識別子が示された場合、イメージングシステム１００においては図６中の要求履歴８０が調べられ、特定された要求識別子６６０に対応する変形タイプ６６５が取得される。

図２中のステップ２３５においては、要求履歴８０中の文書変形要求に優先度を割り当てる優先度付け方法によって、文書変形要求に対する優先度付けが行われる。

図９に、文書変形優先度付け方法２３５におけるデータフローを示す。サーバコントローラ３０は、最初に、変形タイプ６７０、ユーザ識別子６７６及び文書識別子６８０を、要求履歴８０中に格納する。そして、サーバコントローラ３０は、その要求について要求タイムスタンプ６７５に係る計算を行い得られた情報を要求履歴８０中に格納する。各要求について優先度を決定する際には、各種のアルゴリズムによる優先度付け手段を使用できる。この処理にて計算された優先度により、要求履歴８０に係る優先度要素６７８（図６参照）が更新される。

優先度付け手段としては、例えば、単純な“ファーストイン・ファーストアウト”アプローチを実現するために、要求タイムスタンプ６７５が用いられる。このアプローチでは、例えば、要求Ａが要求Ｂより先に受信されているならば要求Ａには要求Ｂより高い優先度を付す、というように、タイムスタンプの時間順により降順に優先度を付与する。

これに代わる手段としては、例えば、図９に示したユーザ識別子６７６を用いてその要求を発したユーザ２に関するユーザプロファイル６５を参照し、そのユーザについての約定上のサービス応答時間６１５を用いてその要求に対する優先度付けを行う、という手段がある（図６参照）。例えば、約定上のサービス応答時間が短いユーザからの要求に対しては高い優先度を付与し、長いユーザからの要求に対しては低い優先度を付与する。

更なる代替手段としては、例えば、図９に示したユーザ識別子６７６を用いてその要求を発したユーザに関するユーザプロファイル６５を参照し、そのユーザのグループ識別子６１０を用いてグループプロファイル７０を参照する、という手段がある（図６参照）。グループプロファイル７０は約定上のサービス応答時間６３５に関する情報を含んでおり、このサービス応答時間６３５を用いてその要求に対する優先度付けを行うことができる。例えば、対応するサービス応答要求時間６３５が短いグループに属するユーザからの要求に対しては高い優先度を付与し、長いグループに属するユーザからの要求に対しては低い優先度を付与する。

また更なる代替手段としては、例えば、図９に示したユーザ識別子６７６を用いてその要求を発したユーザに関するユーザプロファイル６５を参照し、そのユーザのグループ識別子６１０を用いてグループプロファイル７０を参照する、という手段がある（図６参照）。グループプロファイル７０は利益マージン６４０に関する情報を含んでおり、この利益マージン６４０を用いてその要求に対する優先度付けを行うことができる。例えば、対応する利益マージン６４０が高いグループに属するユーザからの要求に対しては高い優先度を付与し、低いグループに属するユーザからの要求に対しては低い優先度を付与する。

またも更なる代替手段としては、例えば、図９に示したユーザ識別子６７６を用いて要求履歴８０を参照し、ユーザ毎に又はグループ毎にそれ以前の全リクエスト回数を勘定する、という手段がある（図６参照）。ユーザ毎又はグループ毎の要求頻度を用いることによって、要求への優先度付けを行うことができる。例えば、高い頻度で要求を発しているユーザからの要求には高い優先度を付与し、低い頻度で発しているユーザからの要求には低い優先度を付与する。

図２に戻り文書改善方法９９を再開するに、ステップ２３５における優先度付けの後は、イメージングシステム１００における表示文書変形方法２４０を適用することによって、高い優先度が付与された要求への対処が実行される。

図１０に、イメージングシステム１００における表示文書変形方法２４０の詳細を示す。この処理はステップ１００５にて始まりステップ１０２０に至っている。

図１０中のステップ１００５においては、どの要求に対処するかを決定するため要求履歴８０が調べられる。即ち、図６を参照するに、要求履歴８０においてはまず、その要求にはまだ対処していないという状態６７７を有する要求を見つけるため、要求識別子６６０が判別される。その後、未解決の要求の中から、最も高い優先度６７８を有する要求に対応した要求識別子６６０が選択される。

図１０中のステップ１０１０においては、ステップ１００５にて選択された要求に関連する情報を取り出すため、要求履歴８０が調べられる。即ち、図６中の要求履歴８０を参照するに、まずステップ１００５にて選択された要求識別子６６０に対応する原本文書識別子６８０が取り出される。更に、この要求履歴８０中の原文文書識別子６８０を用いて文書識別子６９０を参照することにより、文書コンテンツ５５及び文書メタデータ６０が取り出される。次に、ＵＩ８００により提出された変形要求中で示されている変形タイプ６６５が、要求履歴８０中から取り出される。更に、適当な文書変形通知手段７７１を探すべく、変形タイプ６６５を用いて文書変形マップ８５（図７参照）が調べられる。文書変形通知手段７７１は特定の変形タイプに対する対処ステップを示している。

一例を以て述べると、対処すべき要求の変形タイプ値が７５５の“斜め”であった場合、対応するイメージ変形手段は７５６の“自動斜め訂正”(auto deskew)アルゴリズムを実行することである。同様に、変形タイプ値が７６０の“スポット”ならば対応するイメージ変形手段は７５８の“自動ノイズ低減アルゴリズム”を実行することである。同様に、変形タイプ値が７６５の“イメージ喪失”であった場合、対応するイメージ変形手段は７５７の“手動ハードコピー回収及び再スキャン”処理である。同様に、変形タイプ値が７７０の“メタデータ喪失”であった場合、対応するイメージ変形手段は７７２の“文書言語解析実行”処理である。

図１０中のステップ１０１５においては、ステップ１０１０にて見つけられた文書変形通知手段７７１が適用される。文書変形通知手段７７１は、例えば、問題に対処する処理ステップを有する文書を参照している。また、文書変形通知手段７７１は、例えば、サーバコントローラ３０が変形要求に対処すべくその文書コンテンツ５５又は文書メタデータ６０について実行するコンピュータアルゴリズムを、参照している。ステップ１０１５においては、文書変形通知手段７７１の適用によって、変形された文書メタデータ６０、改訂された文書コンテンツ５５、又はその双方が得られる。

図１０中のステップ１０２０においては、変形された文書メタデータ６０及び改訂された文書コンテンツ５５が、ストレージデバイス５０内に新たな文書として格納される。例えば、図７中の“自動ノイズ低減アルゴリズム”７５８を実行した後には、図６に示すように、新たな文書コンテンツ６１及び新たな文書メタデータ６２が生成される。

図２に示すステップ２４５においては、文書改善方法９９によってストレージデバイス５０上の情報が更新される。ステップ２４０からステップ２４５へと処理が移行してきた場合には、図６に示した要求履歴８０中の状態６７７が、要求対処済みを示す内容に変更される。

図２中のステップ２５０においては、ユーザ２に対し、次の文書を処理するかどうかの選択が許される。もしユーザ２が別の文書の処理を望むのであれば、処理はステップ２０５へと移行する。望まないのであれば、処理はステップ２５５にて終了する。

クライアントデバイス１、サーバ３１、変換装置９０、及びユーザ２によりアクセスされる文書９５、により構成されるイメージングシステム１００を示す図である。文書改善方法９９を示す上位レベルフローチャートである。図１中の方法２１０を示すフローチャートである。図１中の方法２１０によって生成される文書閲覧用データＵＩ４００を示す図である。図１中の方法２２５を示すフローチャートである。図１中のストレージデバイスの更なる詳細を、文書コンテンツ５５、文書メタデータ６０、ユーザプロファイル６５、グループプロファイル７０、及び要求履歴８０と共に示す図である。ストレージデバイス５０における文書変形マップ８５を示す図である。図１中の方法２２５により生成される文書変形要求用ＵＩ８００を示す図である。図１中の文書変形優先度付け方法２３５を示す図である。図１中の方法２４０を示すフローチャートである。

符号の説明

１クライアントデバイス、２ユーザ、３０サーバコントローラ、３１サーバ、５０ストレージデバイス、５５文書コンテンツ、６０文書メタデータ、６５ユーザプロファイル、７０グループプロファイル、８０要求履歴、８５文書変形マップ、９０変換装置、９５文書、９９文書改善方法、１００イメージングシステム、２１０イメージングシステムにおける表示文書採用変形要求用ＵＩの形成方法（文書データ閲覧用ＵＩ４００を構築する方法）、２２５イメージングシステムにおける表示文書変形通知用ＵＩの形成方法（文書変形要求用ＵＩ８００を構築する方法）、２３５イメージングシステムにおける文書優先度付け方法、２４０イメージングシステムにおける表示文書変形方法、４００文書データ閲覧用ＵＩ、８００文書変形要求用ＵＩ。

Claims

ユーザが表示文書を採用し又は表示文書に対する変形を要求するためイメージングシステムにおいてユーザインタフェースを形成する方法であって、
（ａ）そのユーザに係るユーザ識別子を取り出すステップと、
（ｂ）表示文書に対応する文書識別子を取り出すステップと、
（ｃ）表示文書に対応する文書コンテンツを取り出すステップと、
（ｄ）表示文書に対応する文書メタデータを取り出すステップと、
（ｅ）表示文書に対応する文書要求履歴を取り出すステップと、
（ｆ）文書コンテンツに基づき文書コンテンツ表示部を形成及び表示するステップと、
（ｇ）文書メタデータに基づき文書メタデータ表示部を形成及び表示するステップと、
（ｈ）文書要求履歴に基づき文書要求履歴表示部を形成及び表示するステップと、
（ｉ）表示文書をユーザが採用するための採用手段を形成及び表示するステップと、
（ｊ）文書の変形をユーザが要求するための変形要求手段を形成及び表示するステップと、
を有し、
採用手段をユーザが操作することによって文書コンテンツ表示部及び文書メタデータ表示部における表示内容が採用され、変形要求手段をユーザが操作することによって文書コンテンツ表示部及び文書メタデータ表示部における表示内容に対する変形が要求される方法。
ユーザがイメージングシステムに対し表示文書に関する所期の変形を通知する方法であって、
（ａ）表示文書についての文書識別子を取り出すステップと、
（ｂ）文書識別子に基づき文書タイプを判別するステップと、
（ｃ）文書タイプに基づき一組の許容できる変形タイプを判別するステップと、
（ｄ）ユーザが１個以上の許容できる変形タイプを選択するための変形選択手段を含む許容変形タイプ表示部を形成及び表示するステップと、
（ｅ）そのユーザに係るユーザ識別子を取り出すステップと、
（ｆ）先に提出されている変形要求全ての変形履歴を取り出すステップと、
（ｇ）先に提出されているイメージ変形要求からの情報と、先に報告されているイメージ変形要求のうちユーザが現在の表示文書に対して施すことを望んでいる変形を記述する一つをユーザが選択するための手段と、を含む要求履歴表示部を、形成及び表示するステップと、
をイメージングシステムが実行し、
（ｈ）先に提出されている変形の中からのユーザによる選択を通じ現在の表示文書における所期の変形をイメージングシステムに対し通知するステップを、ユーザが実行する方法。
イメージングシステムにおける表示文書の変形方法であって、
（ａ）表示文書に変形を施す必要がある旨を示す変形要求であって表示文書における問題に関する記述を含む変形要求を、イメージングシステムに対し通知するステップを、ユーザが実行し、
（ｂ）変形要求を受信するステップと、
（ｃ）複数通りの所定の変形方法のうちどの変形方法であれば変形要求に対し最もよく対処できるかを判別し判別された変形方法を選択するステップと、
（ｄ）選択された変形方法を文書に適用することにより変形文書を形成するステップと、
（ｅ）変形文書を格納するステップと、
をイメージングシステムが実行する方法。