(57)【要約】【課題】書類を表示するデータの物理的な管理手続きを改善することであり、システムの整合性を常に維持し、１つのコントロールボタン要求を満たしつつ、管理の様々な段階に関連付けられた定量的な物理的制約に関して管理手続きの改善を行なう。【解決手段】画像を表示するデータを物理的に管理し、データに基づいてユーザに画像を提供する方法。第１に、記憶することに関連する定量的な物理的記憶制約が評価される。第２に、記憶された管理情報をソースバージョン情報から提供バージョン情報に変換することに関連する定量的な物理的変換制約が評価される。この変換は、記憶前および／または後に、第１の評価と第２の評価との間の動的なトレードオフ原理に基づいて実行される。第３に、管理情報を転送することに関連する定量的な物理的転送制約が評価される。前記実行は、第３の評価を使用することによる動的なトレードオフ原理を更に有する。【選択図】      図２
2004234620.tif 000002
【特許請求の範囲】
【請求項１】
書類を表示するデータを物理的に管理し、最終的に前記データに基づいてユーザに前記書類を提供する管理方法であって、
適切な書類ソース（１０１）から前記データをソース表示状態で取得するステップと、
前記管理方法で、ソース表示状態のデータを送り先表示状態のデータに選択的に変換するステップと、
中間表示状態の管理データをデータベース（１０５）内に選択的に記憶するステップと、を備え、
前記方法は、
前記管理データを記憶することに関連付けられた定量的な物理的記憶制約を評価する第１の評価を行なうステップと、
前記記憶された管理データを前記ソース表示から前記提供表示に変換することに関連付けられた定量的な物理的変換制約を評価する第２の評価を行なうステップと、
１または複数の適用可能なソースプロファイル（４０２）および１または複数の適用可能な送り先プロファイル（４０５）を考慮しつつ、前記記憶前および／または前記記憶後に、前記第１の評価と前記第２の評価との間の動的なトレードオフ原理に基づいて、前記変換を実行するステップと、を備えていることを特徴とする、方法。
【請求項２】
適用可能な分散システムの転送設備（６０３）にわたって前記管理データを転送することに関連付けられた定量的な物理的転送制約を評価する第３の評価を行なうステップを更に備え、
前記実行するステップにおいては、前記第３の評価を適用することによる動的なトレードオフ原理を更に有している、請求項１に記載の方法。
【請求項３】
前記書類は、基本的に、画像に関連している、請求項１または２に記載の方法。
【請求項４】
前記定量的な物理的記憶制約は記憶スペースの利用可能性に基づいており、前記定量的な物理的変換制約は送り先遅延許容性に基づいており、前記定量的な物理的転送制約は転送設備利用可能性および／または転送所要時間に基づいている、請求項２に記載の方法。
【請求項５】
前記定量的な物理的変換制約および／または前記定量的な物理的転送制約は、サービスの質測定基準に基づいている、請求項４に記載の方法。
【請求項６】
前記定量的な物理的記憶制約、前記定量的な物理的変換制約、前記定量的な物理的転送制約は、これらの各制約に対してコスト測定基準の適当な絶対値を割り当てることにより、比較可能となる、請求項２に記載の方法。
【請求項７】
ルールベース（２０３）を調べることにより実行される、請求項１に記載の方法。
【請求項８】
１または複数の中間表示を形成し、これにより、最終的な送り先表示を記憶する代わりに前記中間表示を記憶できるようにするために、前記変換は、一連のサブ変換（５０２、５０４）の中で行なわれる、請求項１に記載の方法。
【請求項９】
ユーザの将来の画像提供要求に応じるため、様々な表示状態の様々な書類の記憶に対して、利用可能な記憶スペースを最適に割り当てる、請求項１に記載の方法。
【請求項１０】
特定の１つの書類を複数の異なる表示状態で共存して記憶できる、請求項９に記載の方法。
【請求項１１】
１または複数の不変ルールによって規定しつつ書類データを前記データベース内に保存する、請求項１に記載の方法。
【請求項１２】
１または複数のガーベッジ収集ルールによって規定しつつ書類データを前記データベース内に保存する、請求項１に記載の方法。
【請求項１３】
さらにサムネイルバージョンでの画像表示を可能にする、請求項１に記載の方法。
【請求項１４】
その考えられる最も高い画像提供質レベルで、ソースデバイスを略均一に動作する、請求項１に記載の方法。
【請求項１５】
特に、対象とするユーザデバイスおよび／またはアプリケーションに関連付けられた最終的な要求によって少なくとも共同で決定される画像処理レベルの質で、ソースデバイスを動作する、請求項１に記載の方法。
【請求項１６】
リモートインタフェース（３１１）を介して遠隔のサーバ設備（３０５）をアプリケーション（３１２）が呼び出すことができるようにする、請求項１に記載の方法。
【請求項１７】
複数のユーザによる操作のため、適切なロック機構によって維持するデータ整合性を与える、請求項１に記載の方法。
【請求項１８】
書類を表示する情報を物理的に管理し、最終的に送り先手段において前記データに基づいてユーザに前記書類を提供するため、請求項１に記載の管理方法を実行するように設けられた装置（１０３、１０４、１０５）であって、
適切な書類ソース（１０１）から前記情報をソース表示状態で取得する取得手段と、
前記管理方法において、ソース表示状態のデータを送り先表示状態のデータに選択的に変換する変換手段（１０４）と、
前記管理方法の中間的な項目として管理データをデータベース内に選択的に記憶する記憶手段（１０５、３０４）と、を備え、
前記装置は、
前記管理情報を記憶することに関連付けられた第１の定量的な物理的記憶制約と、ソース表示の前記記憶データを送り先表示の前記データに変換することに関連付けられた第２の定量的な変換制約と、転送設備にわたって前記管理データを転送することに関連付けられた第３の定量的な物理的転送制約とを評価する評価手段（２０３）と、
前記評価手段によって形成された動的なトレードオフ原理に基づいて、前記記憶前および／または前記記憶後および／または前記転送後に前記変換を実行する実行手段と、を備えていることを特徴とする、装置。
【請求項１９】
転送設備（６０３）を介して互いにリンクされる１または複数のソース設備（６０１、６０２）と１または複数の送り先設備（６０７、６０８）とを備えたシステムであって、情報を物理的に管理（６０５、６０６）するために、請求項１８に記載された装置を備えるシステム。
【請求項２０】
汎用コンピュータ上での使用時に一組の命令を引き起こすコンピュータ・プログラム・プロダクトであって、請求項１から１７のいずれか一項に記載の管理方法のステップを前記コンピュータに実行させるコンピュータ・プログラム・プロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、請求項１のプリアンブルに記載された方法に関する。
【背景技術】
【０００２】
書類（ｄｏｃｕｍｅｎｔ）データを物理的に管理する良く知られた機構は、最初に、スキャナ、ウェブカメラ、または、ＰＣアプリケーション等のソースデバイスから、書類それ自体と書類フォーマット等とを備えるデータを取得するステップと、次に、前記データをサーバ設備に保存するステップと、最後に、プリンタ、ウェブ、ＰＣアプリケーション等の送り先（ｄｅｓｔｉｎａｔｉｏｎ）デバイスに前記データを接続するステップと、を有している。
【０００３】
送り先デバイスは、書類や画像、いわゆる送り先プロファイルを送り先デバイスに与える旨の様々な要求を幅広く提示する。また、特定の環境は、様々な異なる送り先デバイスを共有している。同様に、特定のソースはソースプロファイルを有し、分散型システムは、不均一な特性やプロファイルを有する様々なソースデバイスを共有することができる。この多様性を無視すると、最適な動作に関する送り先の要求に適わない標準的なフォーマットでデータが送り先に送信され、これにより、局部的な変換が必要になる。プリンタ等の送り先デバイスそれ自体でのみ送り先のフォーマットに変換すると、表示の準備が整う前に、望ましくない遅れが生じる虞がある。また、送り先デバイスに送る送信設備または転送設備にかかる負荷は、そのような送信または転送の前に書類データを送り先デバイスの基準に変換することにより低下する可能性がある。
【０００４】
一方、書類のアーカイビングは、既に、送り先デバイスの要求を受け入れる形式となっている可能性がある。実際の当該送り先デバイスが分からないと、これにより、複数の送り先が存在し、不当な記憶要求をもたらす虞がある。最後に、ソースデバイスによるデータの適切な取得は、実際の送り先デバイスが既に分かっていると有益であり、これにより、シングル−ボタンコマンドによってその後のプレゼンテーションを起動させることができる準備として、様々なパラメータにおいて適切な値を設定することができる。この場合も、実際の送り先に関する前述した不確定性は、この手法を無効にする。大規模なセットアップまたは機構において、前述した問題は、最適な解決策を達成するために設定すべき多くの変数を含み得る。
【０００５】
本発明者は、最適化して、前述した問題を解決することを意図するトレードオフ手続きにより、被るコストを低減する方法を提供し得ることを認識した。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
その結果、特に、本発明の目的は、書類を表示するデータの物理的な管理手続きを改善することであり、システムの整合性を常に維持し、少なくともかなりの程度まで前述した１つのコントロールボタン要求を満たしつつ、前記管理の様々な段階に関連付けられた定量的な物理的制約、例えば処理時間、記憶設備の利用可能性、転送設備の能力、特定の結果のために設定できる期限、サービスの質等に関連付けられた定量的な物理的制約に関して管理手続きの改善を行なうことである。したがって、その一態様において、本発明は、請求項１の特徴部分に記載のものを特徴とする。
【課題を解決するための手段】
【０００７】
１つの量または重量要素において様々な定量的な物理的制約を表わすことにより、特にコスト測定基準（ｃｏｓｔ  ｍｅｔｒｉｃ）（以下、略してコストと称する）等のトレードオフ（ｔｒａｄｅ−ｏｆｆ）を行なう際にこれらの制約を比較できるようにしても良い。しかし、そのような比較は、金額的には行なう必要がないかもしれない。他のマッピングは、特定の設備の使用割合であっても良い。本発明は、前述した１つの量に基づいて最終的な選択を最適化する。様々なトレードオフは、これらのトレードオフが、様々なリソースにおける複数の要求や、様々なリソースそれ自体の利用可能性などの間の相互作用によって決定され得るという点で動的である。トレードオフに関する決定は、特定のフォーマットまたは表示を決定するためのルールベースを調べることによって成されても良い。そのようなルールベースは、特定の顧客のための予約申し込みや他のタイプの規約、日時に関連付けられた制限、特定の顧客またはアカウントに関連付けられた量、総財務コスト等の様々な特定のパラメータを含んでいても良い。
【０００８】
また、本発明は、請求項１に記載された方法を実施するために設けられた装置、請求項１に記載された方法にしたがってデータを物理的に管理する装置を備えたシステム、コンピュータプログラムプロダクトに関する。また、本発明の有利な態様が従属請求項に記載されている。
【０００９】
以下、好ましい実施形態の開示内容を参照しながら、特に添付図面を参照しながら、本発明のこれらの態様および利点、他の態様および利点について詳細に説明する。
【００１０】
（画像データ表示サーバの更なる態様）
サーバアーカイブに記憶するためのデータを形成する場合、オペレータは、その後の表示に適用できる全てのパラメータを設定するという要求から解放されることが好ましい。そのため、特に有利な１つの手段は、その考えられる最も高い形成質レベルで、例えば走査装置のための最大解像度で、ソースデバイスを動作させることである。また、この必要な最も高い質は、ユーザによる最終的な要求によって共同で決定され、これにより、実際に、事実上の要求を低減できる。
【００１１】
送り先側から見ると、ユーザは、意図する送り先プロファイルを特定する通信要求を送ることにより、検索のために特定のデータを選択することができなければならない。そのようなプロファイルがサーバで直ちに利用できない場合には、実際に記憶された画像データのその後の変換は、送り先が望むものを形成しても良い。前記変換は、局所的に又はネットワーク上で利用できる１または複数の変換機構の経路を横切ることにより行なわれる。次に、変換の結果は、オリジナルデータの表示としてアーカイブに記憶される。それを行なうと、次に、基本的には、変換の結果を再び形成する必要がなくなる。変換は、オリジナルデータに基づいて、あるいは、中間的な変換結果に基づいて行なわれても良い。後者の手続きは、一般に、変換の労力を殆ど必要としない。コンバータは、所望の表示への最も短いか、または最も速い変換経路を求める。サーバでは、様々な手続きにより、不必要な表示が削除され、あるいは、オリジナルデータを受けると直ぐに特定の表示が形成されるのが分かる。本発明の様々な利点は以下の通りである。
【００１２】
要求している送り先デバイスのための表示の形成は、システムの整合性を確保することができる。特定の例は、様々な機械で走査画像を印刷するための最適な手続きを用いて変換を実行することである。
【００１３】
ユーザは、記憶画像の質またはデータベースから検索される特定の表示を心配する必要がないため、表示のシングルボタン起動を行なうことができる。これは、システムの取得側および送り先側の両方に適用される。
【００１４】
不必要なデータを送り先に送らないようにすることにより、ネットワークの送信負荷が著しく軽減される。オリジナル表示は依然として利用可能なままであるため、データ損失が生じない。
【００１５】
特定の表示を１回だけ形成することにより、同じデータに関するその後の要求のための処理時間は、一般に、最小に維持される。また、これは、光学的な文字認識によって得られるＡＳＣＩＩコード化テキストに対して並列を成すビットマップ表示等の、並列に使用できる複数の表示に同じ画像を変換する場合に適用される。
【発明を実施するための最良の形態】
【００１６】
図１は、本発明と共に使用できるグローバルアーキテクチャの図を示している。モジュール１０１は、一般に１つの画像の複数のピクセルによって形成される画像データのためのソースを示している。その表示は、第１に、１つのピクセルの構成において様々であり、カラーあるいは黒／白であっても良く、また、適当なビット数を有していても良い。第２に、画像形態は、例えば画像解像度や画像のサイズおよび形状など、複数のピクセルの配置構成において様々であっても良い。また、ピクセルは、例えば点滅などの時間的変化を伴うような特定の属性を有していても良い。更に、ソースデバイスの性質は、ＰＣに基づく表示に対するラインスキャナといった、表示編成に影響を与える場合がある。本発明において、画像の内容は、「意義」という意味では、考慮しない。
【００１７】
モジュール１０２は、ユーザが更なる用途のために画像を欲しがっている送り先を示している。ここでも、表示は様々であっても良い。特定の送り先デバイスに適する画像全体の様々な表示の次において、特定の表示は、いわゆるサムネイル（ｔｈｕｍｂｎａｉｌ）バージョンである。このサムネイルバージョンは、例えば、複数の画像またはページを１つのフレームまたはシート上にオンザフライ表示またはオンザフライ印字を行なうことができるように、極めてコンパクトな表示を行なうべく使用される。これによって、例えば、複数ページの書類の内容全体を非常に迅速に見ることができ、あるいは、頭の中に留めることができる。モジュール１０３は、ソースから送り先への画像送信を制御し且つモジュール１０４、１０５とやりとりを行なうイメージベースマネージャを示している。モジュール１０５は、システム全体の良好な動作を達成するために有益であると見なされる表示内の画像を記憶するための記憶設備を表わしており、これにより、送り先は、許容できる遅延内で適切な画像表示を得ることができる。モジュール１０４は、１または複数のステップ内のソース画像を送り先画像に変換する様々なコンバータを示している。
【００１８】
図２は、本発明と共に使用できるサーバ設備の図を示している。サーバ設備２０１全体は、ロジックを含む上部２０２を有している。前記ロジックは様々なモジュールを有しており、これらのモジュールのうち、モジュール２０３、２０４、２０５が象徴的に示されている。モジュール２０３は、後述するルールベースを含んでいても良い。また、下部２０６は、様々な記憶データ項目を有するデータベースを含んでおり、これらのデータ項目のうち、データ項目２０７、２０８、２０９、２１０が象徴的に示されている。これらのデータ項目には、ページとして象徴化された１画像における表示が＃１、＃２、＃３、＃４で示されている。また、記憶コストが５、４、４、２でそれぞれ示されている。基本的な構成において、これらのコストは、当該バージョンを記憶するために必要な記憶スペースの大きさを示していても良い。まず第１に、そのような記憶コストは互いに相対的であり、「４」のコストは、「２」のコストの２倍の大きさである。また、後に他のコストカテゴリーを使用して例えば変換または送信を行なうため、システムのために使用されるルールベースは、絶対的な尺度をコストに割り当てるようになっていても良い。これは、様々な方法で行なうことができる。最初の方法は、記憶スペースを、利用可能な記憶能力全体に関連付けることである。例えば、記憶全体が１００％であり、特定の項目が記憶の１％を必要とする場合、割り当てられるコストは、絶対値１となり得る。更に他の方法は、トライアル手続き又はエラー手続きにわたって、あるいは、シミュレーションにわたって、そのような絶対的なコストを割り当てることである。本発明において、記憶コストは、実際の当該記憶の持続時間と関連していない。
【００１９】
また、様々な一対の表示間における各矢印は、これらの表示間での変換を象徴的に示している。各矢印はレシピａ、ｂ、ｃ、ｄに基づいており、各レシピは、量的な物理的制約の対応する大きさ又はコストを有しており、これが７、２、８、９でそれぞれ示されている。一例として、表示＃２と表示＃３との間の変換は、レシピｂを必要とし、コスト２をもたらす。基本的な構成において、これらのコストは、当該レシピを実行するために必要な処理時間の長さを示していても良い。実際に、特定のレシピ、例えば黒／白クリッピングのコストは、不均一であるが、そのピクセル数で測定された画像のサイズによって決まっても良い。この実施形態においては、この影響も無視される。ここでも、示されるコストは、最初の事例において、相対的である。しかしながら、他のコストカテゴリーと比較するため、ここでも、システムは、絶対値を様々なコスト値に割り当てるようになっていても良い。この点で、特定の変換のために必要な処理時間は、利用可能な全てのメモリー空間を読み取り或いは書き込むために必要な時間などの幾らかの処理間隔、または、他の有用な時間間隔と比較されても良い。更に他の手続きは、例えばトライアル手続き又はエラー手続きにおいて、この間隔全体を幾つかの有用な値に設定することである。
【００２０】
また、それに基づいて最適なトレードオフを見出すためのコストの第３のカテゴリーは、ネットワーク設備にわたる送信コストである。この場合も、そのようなコストは、当該送信を行なうために必要な様々な時間間隔として、相対的な態様で表わされても良い。また、これらの値は、互いと比較して相対的なサイズを有している。しかしながら、他のコストカテゴリーと比較するため、ここでも、システムは、絶対値を様々なコスト値に割り当てるようになっていても良い。この点で、特定の送信のために必要な処理時間は、利用可能な全てのメモリー空間を読み取り或いは書き込むために必要な時間などの幾らかの全操作間隔、または、他の有用な時間間隔と比較されても良い。更に他の手続きは、例えばトライアル手続き又はエラー手続きにおいて、この間隔全体を幾つかの有用な値に設定することである。ここで、３つのコストカテゴリーの全てが、つまらない割り当てられた絶対値を有する場合には、最適な解決策を最終的に得るために、これらのカテゴリーの使用を互いに比較することができる。
【００２１】
更に他のコストカテゴリーは、遅延によって引き起こされる。これは、変換プロセスおよび送信プロセスの両方によって引き起こされても良い。したがって、これは、他のコストカテゴリー中に含まれても良い。しかしながら、特定の態様は、過度に長い遅延を全く容認できないという態様である。そのような場合、実際の遅延長さと非線形性を成してかかる仮想コストが課されても良い。しかし、この仮想コストは、そのための特定の閾値を超えて急に上昇する。この仮想コストは、他のコスト上に重ね合わされても良く、あるいは、他のコストに加えられても良い。他のコストカテゴリーは、サービスの質である。
【００２２】
ここで、表示＃１は、生産者によって形成された走査済みのオリジナルであると仮定する。画像の特徴は、画像を形成するジェネレータに依存するソースプロファイルによって表わされる。ここで、消費者は、シート（新聞）または記事等の１または複数の画像を求めても良い。送り先プロファイルを通信することにより、ロジックは、データベース中の表示を検索する。直ぐに利用できない場合、ロジックは、当該消費者のために最適化される表示を形成する。このようにして課されるコストの大きさは、様々な態様、例えば利用可能なリソースや、与えられるライセンスによって決まっても良い。１つの目的は、利用可能な様々なリソースの最適な使用でなければならない。表示を形成した後、表示は、基本的には、データベース内に記憶される。
【００２３】
ここで、特に、ブロック２０３は、一組のルールに基づいてデータベースを満たす方法を実行する自動表示管理ＡＲＭを実行するために設けられている。広く適用可能な２つのタイプのルールが考えられる。第１に、例えば以下のような不変ルールが存在する。
【００２４】
常に、最近形成された表示をデータベース内に記憶する。この手続きは、表示が複数回求められる場合に、より速く行なわれる。しかしながら、前記データベースは、かなり速く増大する。
【００２５】
最近形成された表示をデータベース内に記憶せず、古い表示を維持する。この手続きは、表示が複数回求められる場合に、よりゆっくりと行なわれる。しかしながら、前記データベースは更にゆっくりと増大する。無論、前述した２つの手法の中間の手法、例えば履歴によって決まる手法を使用することもできる。
【００２６】
また、他のルールは、例えば以下のようにガーベッジ収集（ｇａｒｂａｇｅ  ｃｏｌｌｅｃｔｉｏｎ）に基づく。
【００２７】
特定の時間間隔中に求められなかった全ての取得表示を除去するとともに、とにかく、オリジナルバージョンだけを維持する。
【００２８】
特定の時間中に少なくともＸ回求められなかった全ての取得表示を除去するとともに、とにかく、オリジナルバージョンだけを維持する。
【００２９】
データベースから取得した全ての表示を除去するとともに、コスト比較式Ｃ（記憶）≧Ｃ（古い表示から新しい表示への変換）によって規定されるようにオリジナルバージョンだけを維持する。この場合、Ｃは、２つのそれぞれの手続きに関連付けられたコストを示している。
【００３０】
図３は本発明に係るグローバルシステムアーキテクチャを示している。図示のように、本発明に係るグローバルシステムアーキテクチャは、概念的には、入力画像３０１と出力画像３０２との間の中間に位置されている。前記アーキテクチャーは３つの層を有している。そのうちのデータベース層３０３は、画像および画像の様々な表示をオブジェクト指向データベース３０４内に記憶するためのデータスキームセットアップを管理する。次のサーバ層３０５は、データベースインタフェース３０６、３０７を介してデータベース層３０３によって与えられたデータを記憶し、検索し、修正し、消去する。最後のクライアント層またはアプリケーション層３０８は、走査、印字、表示といったアプリケーション３１２を備えている。インタフェース３０９、３１０は、前記アプリケーション層のための基本的な機能を規定しつつ、前記アプリケーションと前記サーバ層との間の通信を規定する。また、リモートインタフェース３１１により、サーバ層へのリモート接続が可能になる。
【００３１】
アプリケーション層とサーバ層との間のインタフェースは、サーバによる外部への接続を規定するとともに、何をデータベース内に正確に記憶すべきであるかを明確にする。呼び出しの典型的なセットは、ＡｄｄＩｍａｇｅ，  ＧｅｔＩｍａｇｅ，  ＣｒｅａｔｅＲｅｐｒｅｓｅｎｔａｔｉｏｎ，  ＧｅｔＰｒｏｆｉｌｅＬｉｓｔ，  ＧｅｔＰｒｏｆｉｌｅ，  ＡｄｄＰｒｏｆｉｌｅ，  ＤｅｌｅｔｅＰｒｏｆｉｌｅを含んでいても良い。
【００３２】
前記イメージベースマネージャとコンバータエンジンとの間の典型的なインタフェースは、以下の項目、すなわち、ＣａｌｃｕｌａｔｅＣｏｓｔ，  ＤｏＰｒｏｃｅｓｓを含んでいても良い。
【００３３】
前述したことに加え、インタフェースにより、幾つかの異なるクライアントは、共存して、サーバアプリケーションによって送り出されたインタフェースを呼び出すことができる。様々なクライアントによる多重アクセスは、データベースが一貫性を失わないようにするロック機構を必要とする。ロック機構は、それ単独で、時間および空間において様々な異なるレベルの細分性（ｇｒａｎｕｌａｒｉｔｙ）を成すロック機構が技術的に開発されてきた。簡単のため、その更なる説明は省略する。この目的のため、特定の各呼び出しの終わりに、データベースは、所定の状態に維持される。
【００３４】
図４は、本発明と共に使用できるレシピの例を示している。これ単独で、この開示内容から当業者であれば分かるように、多種多様の画像変換がある。したがって、以下、レシピの１つのシーケンスのみについて説明する。図４において、画像の最初の表示４０１が左側で入力される。これは、オリジナル表示であっても良いが、実際には図示しない以前のステップで既に変換された中間の表示であっても良い。図示のように、この表示は、ソースプロファイル４０２を有している。ソースプロファイル４０２は、真のグレー・スケールを有するとともに、ピクセル当たり８ビットを有することを示している。変換４０３のためのレシピは、３つの連続するステップを有している。なお、これらの３つのステップは、実際には、別個のレシピをそれぞれ示していても良い。第１に、画像が滑らかにされる。この従来の手続きにおいては、画像中のピクセルエッジが滑らかにされ、これにより、特定の度合いまで鋭角が滑らかにされ、不連続なピクセル、例えば脱落ピクセルが特定の度合い等まで隣りの値に適合される。第２に、画像が鋭くされる。この手続きはエッジを強調し、この手続きにより、画像要素の顕著な特徴が明確になる。第３として、前記結果にハーフトーン手続きが施され、最終的な表示４０４が与えられる。この表示は、ピクセル当たり１ビットで真（ｔｒｕｅ）の表示を伴う黒／白である送り先プロファイル４０５を有している。ここで説明した様々な変換はいずれも、画像の意義を扱わないが、変換の範囲は極めて広くても良い。カラーを黒白に変換した後、変換は、偽（ｆａｌｓｅ）の色を与え、グレー・スケールを修正し、特定の画像要素を強調し、動的な色範囲を補正し、黒白を反転し、加法的な色を減法的な色に補正し或はその逆を行ない、ＲＹＢ色体系をＹＵＶ色体系に変更し、点滅を導入するなど、その他多くのことを行なう。しかしながら、本発明は、更に他の手続きを導入する必要がある限り、画像の内容や意義の判断を全く使用しない。
【００３５】
図５は、リンクされた様々なコンバータ５０１から５０６のダイヤグラムの一例を示している。図示のように、コンバータ５０１の結果は、コンバータ５０２およびコンバータ５０３によって使用されても良い。コンバータ５０２の結果は、コンバータ５０４のみによって使用される。また、コンバータ５０４の結果は、コンバータ５０５およびコンバータ５０６によって使用されても良い。コンバータ５０３、５０５、５０６の結果は、適切な送り先にとって有用となり得る。基本的に、２つの別個のコンバータからの結果は、同一の結果を与えるために結合することができる。それによる１つの起こり得る事は、ネットワーク内の異なるそれぞれの場所に同じコンバータが存在し、変換前、変換中、変換後に分散記憶設備と可能であれば組み合わされるという事である。
【００３６】
図６は、本発明を適用するシステム全体のブロック図を示している。左側のソースデバイス６０１、６０２は、転送設備６０３を介した転送のため、それぞれの固有のプロファイル中に画像を形成する。中間では、設備６０４を介してデータ管理が実行される。設備６０４は、転送設備６０３と双方向で接続するサーバ設備６０５およびデータベース設備６０６を備えている。右側の送り先設備６０７、６０８は、それぞれの固有の送り先プロファイルにしたがって転送設備６０３から画像を受ける。また、ユーザの要求は、ライン６０９、６１０を通じて、中央データ管理設備６０４に送られる。転送設備６０３については詳述しないが、当業者であれば、標準的なネットワークコンセプトに基づいた、更に一般的にはデータ、制御信号、サービス信号間を正しい方法で区別する転送機構に基づいたマッピング方法を知っている。更にまた、ソース設備６０１、６０２のための要求も、転送設備６０３に入力され、あるいは、簡単のため図示しない別個の接続で通信される。また、ソースおよび送り先は、簡単のため、ブロックの形で示した。
【００３７】
先の説明で開示された方法と同様な方法で、様々な種類の特定の書類の記憶を管理するため、記憶管理システムが与えられる。この目的のため、１つの種類が特定の種類の用途によって規定され、これと共に、書類が形成され或は書類を処理し又は書類にアクセスすることができる。年が経つと、ワープロアプリケーションプログラム、画像編集プログラム、データベースプログラム、ビデオ・オーディオ記録編集プログラム等のアプリケーションプログラムは、定期的に更新され、新たな種類のこれらのプログラムが市場に提供される。殆どの時間相関性は、そのような新たな種類に加えられ、また、必然的に、これらのプログラムの出力がコード化される特定のデータフォーマットが変更される。当面の記憶管理システムは、データベース内に記憶された書類のバージョンデータの記録を維持するとともに、まだ利用可能なアプリケーションプログラムのバージョンデータの記録を維持する。現在のところ、新しい種類のアプリケーションは、利用できるようになっており、また、記憶管理システム内に登録される。前記システムは、制約に基づいて、以前の種類の書類を最近の種類に変換するのが適切かどうかを決定する。これは、異なるデータフォーマットバージョンの書類の記憶を管理するための記憶管理システムへと導く。この場合、書類は、特定のアプリケーションプログラムと関連付けられる。また、書類は、前記特定のアプリケーションプログラムに属する特定のデータフォーマットで表わされる。前記システムは、書類を第１のデータフォーマットから第２のデータフォーマットに変換するための変換手段と、データベース内に記憶された書類のデータフォーマットデータを登録するための第１のレジスタと、有効なアプリケーションプログラムのデータフォーマットデータを登録するための第２のレジスタと、一方のデータフォーマットから他方のデータフォーマットへの利用可能な変換を登録するための第３のレジスタと、有効なアプリケーションプログラムの登録をオペレータによって更新するためのユーザインタフェース手段と、第１のデータフォーマットから第２のデータフォーマットへの変換を自動的に呼び出すための制御手段とを備え、第２のデータフォーマットは、有効なアプリケーションプログラムと関連付けられ、それに関する全ての書類において、第２のレジスタの更新後、第２のレジスタ内では有効なアプリケーションプログラムが全く利用できない。
【００３８】
ここで、特定のアプリケーションプログラムをもはや使用できないことをオペレータがシステムに知らせると、すなわち、無効である旨を知らせると、システムは自動的に、新たなフォーマットで書類を利用可能にする。これにより、有効なアプリケーションプログラムが利用可能になる。このようにして、デジタル耐久性が得られる。
【図面の簡単な説明】
【００３９】
【図１】本発明と共に使用できるグローバル・スキャンサーバ・アーキテクチャの図である。
【図２】本発明と共に使用できるサーバ設備の図である。
【図３】本発明に係るグローバルシステムアーキテクチャである。
【図４】本発明と共に使用できるレシピの例である。
【図５】リンクされた様々なコンバータを示すダイヤグラムの一例である。
【図６】本発明を適用するシステム全体のブロック図である。
【符号の説明】
【００４０】
１０１  書類ソース
１０２、１０３、２０４、２０５  モジュール
１０４  変換手段
１０５  データベース
２０１  サーバ設備
２０２  上部
２０３  ルールベース
２０６  下部
２０７、２０８、２０９、２１０  データ項目
３０１  入力画像
３０２  出力画像
３０３  データベース層
３０４  オブジェクト指向データベース
３０５  サーバ層
３０６、３０７  データベースインタフェース
３０８  アプリケーション層
３０９、３１０  インタフェース
３１１  リモートインタフェース
３１２  アプリケーション
４０１、４０４  表示
４０２  ソースプロファイル
４０３  変換
４０５  送り先プロファイル
５０１、５０２、５０３、５０４、５０５、５０６  コンバータ
６０１、６０２  ソースデバイス
６０３  転送設備
６０４  中央データ管理設備
６０５  サーバ設備
６０６  データベース設備
６０７、６０８  送り先設備
６０９、６１０  ライン
＃１、＃２、＃３、＃４  ページ数
【図１】
2004234620.tif 000003
【図２】
2004234620.tif 000004
【図３】
2004234620.tif 000005
【図４】
2004234620.tif 000006
【図５】
2004234620.tif 000007
【図６】
2004234620.tif 000008
【外国語明細書】
2004234620.tif 000009
2004234620.tif 000010
2004234620.tif 000011
2004234620.tif 000012
2004234620.tif 000013
2004234620.tif 000014
2004234620.tif 000015
2004234620.tif 000016
2004234620.tif 000017
2004234620.tif 000018
2004234620.tif 000019
2004234620.tif 000020
2004234620.tif 000021
2004234620.tif 000022
2004234620.tif 000023
2004234620.tif 000024
2004234620.tif 000025
2004234620.tif 000026
2004234620.tif 000027
2004234620.tif 000028
2004234620.tif 000029