【手続補正書】
【提出日】平成15年11月18日(2003.11.18)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の名称】データ管理
【特許請求の範囲】
【請求項１】  少なくとも第１データセットを有する第１データベースと、
少なくとも一つのデータセットに対して一つ以上の計算できる決定論的な変形を順次適用して、少なくとも一つの第２データセットを生成する処理エンジンと、
識別子が少なくとも一つの第２データセットの各々に関連して生成された第１処理と、
少なくとも一つの第１データセット、一連の変形及びパラメーターに対するポインタが関連識別子と格納されるそれぞれの変形を記述するための各々の変形の記録を有する派生データベースと、
データベースに格納された変形手順を検索するように適用される第２処理と、を備えたことを特徴とするデータ管理システム。
【請求項２】  第２処理は、第１処理で元来生成され、少なくとも一つの第１データセット処理の各々に関連する少なくとも一つの第２データセットを再生するように第１処理に指示する命令を含む請求項１に記載のシステム。
【請求項３】  第２処理は、新しいデータセットを生成するように修正された変形手順を使用して第１処理を開示するための命令を含んでおり、第２処理は第１処理で元来使われる変形手順のある要素に対する交互のパラメーターを使用する請求項１に記載のシステム。
【請求項４】  第１データベースは、少なくともそれぞれの第１データセットの複数の更新を維持し、第１処理で使われた少なくとも一つのそれぞれの第１データセットの特殊な更新は、派生データのデータベースに記録される請求項１に記載のシステム。
【請求項５】  第２処理は、第１処理から生成された唯一の識別子を利用して、少なくとも一つの第１データセットのうち、一つの古い更新から正確に少なくとも一つの第２データセットを再生するように適用される請求項４に記載のシステム。
【請求項６】  第２処理は、新しい現在の第１データセットの派生データベースに記録された変形の同一手順を利用して新しくて唯一の第２データセットを生成するように適用される請求項４に記載のシステム。
【請求項７】  派生データベースは、第２データセットに関連する付加的なデータを記録するように適用される請求項１に記載のシステム。
【請求項８】  付加的な情報は、第２データセットを使用するように意図される請求項７に記載のシステム。
【請求項９】  付加的な情報は、第１処理により生成された識別子に関連する第２データセットの速度で使われるように適用されることができる、第１処理に対する相応する変形順序と結びついた交互の第１データセットである請求項７に記載のシステム。
【請求項１０】  第１及び第２データセットは、画像データセットである請求項１に記載のシステム。
【請求項１１】  第１画像データセットは、共通画像のファイルフォーマットに挿入されるように適用され、第２画像データセットは、共通画像のファイルフォーマットにエクスポートできる請求項１０に記載のシステム。
【請求項１２】  少なくとも一つのネットワークコンピュータは、第１処理で生成されたそれぞれの識別子がそれぞれの第２データセットに関連したタグを生成するように、少なくとも一つのネットワークコンピュータに関連した名前と結びつくように適用され、
共通ネットワークに接続された独立のネットワークコンピュータは、タグとの関連に基づいて第２データセットを得て、少なくとも一つのそれぞれのネットワークコンピュータと通信して、第２データセットに関連する情報を要請して、ネットワーク上で生成されて背信される複製の第２データセットを要請できることを特徴とする請求項１１に記載のシステム。
【請求項１３】  共通画像のファイルフォーマットにエクスポートされた第２データセットは、第２データセットに結合するタグを含む請求項１２に記載のシステム。
【請求項１４】  タグは、ユニバーサル・リソース・ルータ（URL）の形態に関連した第２データセットを基準とする文書内に存在する請求項１２に記載のシステム。
【請求項１５】  標準画像ファイルを探すために一つ以上の標準ウェブサイトのコンテンツを通じて検索し、
請求項１３に記載のそれらのような結合されたタグを探すために発見したそれぞれの画像を検討し、
データベース内のそれぞれのタグ付着派生画像の位置に関連して情報を記録するための命令を有する処理をさらに含むことを特徴とする請求項１２に記載のシステム。
【請求項１６】  特定の第１データセットから配信されるそれぞれの派生画像の位置を決定するように適用され、最近更新されたソースデータセットの古い改訂から生成された全ての関連派生画像は、自動的で、かつ明白に行なわれる請求項１５に記載のシステム。
【請求項１７】  第１データセットを有す処理と、
処理エンジンを有し、このエンジンは第１データセットを形成するために第１データセットを処理するように適用される、処理に関連する第１サーバーと、
第２データセットを受け入れるように適用される格納媒体と、
第２データセットを分配するように適用された第２サーバーと、を含むことを特徴とするデータ管理システム。
【請求項１８】  第１データベースは、第１データセットに関連した少なくとも一つのデータ構造を有し、
第２データベースは、第２データセットに関連した少なくとも一つのデータ構造を有する請求項１７に記載のシステム。
【請求項１９】  第１データセットの派生として、第２データセットを識別する第２データセットに関連したデータの追加を含むことを特徴とする請求項１７に記載のシステム。
【請求項２０】  第１及び第２データセットは、画像である請求項１７に記載のシステム。
【請求項２１】  第１データセットを選定する段階と、
第１データセットを維持しながら第１画像を第２画像セットに変換する段階と、
ネットワーク上で画像を処理する段階とを含むことを特徴とするデータ管理方法。
【請求項２２】  第１画像の選定は、第１データセットに関連したデータを選定するために調べて、
選定データに基づいて第１データセットを検索する段階を含む請求項２１に記載の方法。
【請求項２３】  第１データセットの変換は、第１データセットの派生として第２データセットを識別する第２データセットとの関連タグを含む請求項２１に記載の方法。
【請求項２４】  タグは第２デートセットに結合する請求項２３に記載の方法。
【請求項２５】  タグは第２デートセットに添付される請求項２３に記載の方法。
【請求項２６】  少なくとも一つのソースデータセットを有する第１ソースデータ格納庫を提供する段階と、
第１ソースデータ格納庫に対する少なくとも一つのユーザーのアクセスを提供する段階と、
ユーザーから提供される、第１データ格納庫からの一部のソースデータを有する一つの付加的なデータ格納庫を形成する段階と、
一部のソースデータから配信されたデータセットを形成するために付加的なデータ格納庫でユーザーからの要請を受信する段階と、
要請を選択的に処理する段階と、
要請に応じて派生データセットを形成する段階と、を含むデータ管理方法。
【請求項２７】  要請の選択的な処理は、
ユーザーが付加的なデータ格納庫へのアクセスに許可されたユーザーなのかを決定し、
許可されたユーザーと決定されれば、ユーザーに付加的なデータ格納庫へのアクセスを許容し、
ユーザーにデータ格納庫へのアクセスを選択的に許容する段階を含む請求項２６に記載の方法。
【請求項２８】  データ格納庫内のソースデータがユーザーによりアクセスできる一部のデータと相応しているかの可否を決定する段階をさらに含むことを特徴とする請求項２６に記載の方法。
【請求項２９】  それぞれのデータベースを有するいくつの非関連コンピュータのソースデータ及び派生データを管理するように適用されたネットワーク上に処理を提供する段階と、
ネットワーク上でソースデータ及び派生データセットの管理を選択的に提供して、提供される中央データベースはそれぞれの非関連データベースに格納された複製データを含む段階と、
処理の使用料を請求する段階と、
サービスに対する付加的な料金を請求する段階を含むことを特徴とするビジネス方法。
【発明の詳細な説明】
【０００１】
（発明の分野）
本発明はソースデータ及び派生データ管理に関するものである。より詳細には、本発明は大きなコンピューターネットワークにおけるデータ管理の効率化のために管理データを他のデータセットに組み合わせる方法に関するものである。
【０００２】
（発明の背景）
インターネットはコンピュータの最大ネットワークである。大きい会社及び教育機関はそれら自身のコンピューターネットワークを持つことができるが、これはそれら自体がインターネットの一部であったり、それから分離することができる。一つ以上のコンピュータに格納されたデジタルデータ（ソースデータと呼ぶ）は一つ以上の他のコンピュータによってアクセスでき、"派生データ"を生成するためにその他のコンピュータにより修正できる。度々、元画像データは通常的に、派生データを要求するコンピュータ以外のコンピュータにより修正される。派生データは、ソースデータが格納された全体または一部のコンピュータ及びソースデータが修正になった全体または一部のコンピュータを含むことができる一つ以上のコンピュータに格納できる。ソースデータが画像を表すと、これをソース画像データと呼び、修正されたデータは派生画像データと呼ぶ。
ソース画像データ（Source Image Data、"SID"）から派生画像データ（Derivative Image Data、"DID"）を生成する多くの方法がよく知られている。これらの方法の大部分はSIDに対する一つ以上の変形、T(１)、T(２)、...T(n)の適用で構成される。これらの変形は一つ以上のSIDセットに作用して、一つ以上のSIDセットを生成できる。例えば、SIDが各列において偶数のピクセル及び偶数の列を有するデジタル画像であれば、T(１)はソース画像の右上側の４分割からなる新しい画像を生成するためにソース画像を刈りこむ変形でありうる。もし、SIDが、各ピクセルに対して各々レッド、ブルー及びグリーンの強度値を表すR、B、Gの３個の８ビット数で各セルが構成されるデジタル画像であれば、T(２)は"RとBの強度値を交換する変形でありうる。派生画像はSID上でのT(１)とT(２)とT(１)の順次実行によってソース画像から生成されることができる。画像変形に対する他の例として、アドビフォトショップアに含まれた回転、拡大縮小、フィルターリング及び画像処理動作がある。その方法は決定論的に計算可能な方法で知られている。その方法は特定の順序で完全に規定された特殊変形セットの提供によってSIDセットの特定のセットからDIDセットを生成する。例えば、SIDセットが数で構成されて変形（S）が"ローカルコンピュータにより生成された乱数であったなら"、乱数の計算方法が明示され、再現可能な場合でない限り、この方法は決定論的に計算可能な方法になることができない。
【０００３】
画像データに対する多くの標準及び独占フォーマットがある。データフォーマットの種類によっては、データがどのように解析されるかを説明する情報を含んでいない。例えば、５１２×５１２×８ビットのデータで構成されるデータセットDを考察する。このデータセットDはそれぞれの５１２×５１２ピクセルサイトで２５６階調を有する階調画像を表すことができ、あるデータセットDは銀行口座で支店を表すことができる。他のデータフォーマットは適切なデータの解析を可能にするメタデータ（即ち、データに対するデータ）を含む。例えば、Dのヘッダーに添付されるヘッダー（他のデータセット）でありうるが、これは"５１２×５１２バイトのデータからなるテキストを伴うデータとして、各バイトは８ビット階調のピクセル値を表し、そのピクセルは、第１ピクセルが画像の左上側のコーナーに配置され、つながるピクセルが配列の側方の列と下方のコラムを調合する５１２列及び５１２コラムの配列で整列されるデータ"をテキスト化及び判読する。また、他の例としてファイル名拡張子を貼付するための.jpgまたは.gifのようなものがあるが、これはファイル名データが大衆に公知されたり許可されたフォーマットのユーザーに独占的なフォーマットである場合に、充分な証拠書類を具備した標準のフォーマットであることを示す。解析的な情報を提供するために、多くの画像フォーマットはファイル名拡張子とヘッダーデータの調合を利用する。例えば、.jpgフォーマットはヘッダー構造を含み、このヘッダー構造はユーザーが命令語のようなデータを挿入できるフィールドを具備するが、これはより多くのメタデータを提供する。ヘッダーデータのあるフィールドはその規格に従うフォーマットを必要としており、他のフィールドは任意的でありえる。
例えば、コンピュータスクリーン上に.jpg画像を表示するためのアプリケーションプログラムが書込まれると、このプログラムはヘッダー内の任意的なデータを無視するために書込まれることができる。たとえ画像を表示するために任意的なデータを使用することができないとしても、アプリケーションプログラムは相変らず.jpg画像を適切に表示できる。ここで、アプリケーションプログラムにより、使用時データを必要としないのでフォーマット仕様を承認する画像を生成するヘッダーフィールドを含む画像データフォーマットは"コメント可能なフォーマット"と呼ぶ。本発明において重要なコメント可能なフォーマットの要素は、データストリング分析または使用できない他の独立のプログラムによりフォーマットされたデータの適切な解析に対する妨害なしで大きいデータストリングを挿入して合理的に利用するためのプログラム用メカニズムを提供することである。ここでは画像データのみを議論するが、当業者ならば添付されたヘッダーがメタデータに対するドキュメント箇所を提供し、そのフォーマットがビデオ及びオーディオデータに対するフォーマット、CATスキャン用のような３次元データ、コンピュータグラフィックデータ、仮想現実データ及びコメント可能なフォーマットを有する他の形態のデータ用フォーマットを含むフォーマットであるということをすぐ理解することができるはずである。
【０００４】
ソース画像及び派生画像の利用に関する多くの方法がある。例えば、オープン・プリプレス・インターフェイス（Open Prepress Interface、"OPI"）は（例えば、配置目的用）文書の周りに派生画像を移動させてから文書で送るために、相応する文書生成プログラム内で高品質の元のデジタル画像の減少したサイズバージョン（派生）のユーザーに対するメカニズムを明示しており、これはソース画像とプリンタに対するファイルポインタを含む。このプリンタは次に派生画像をプリント出力のソース画像に交替する。しかし、そうした方法は派生画像がソース画像からどのように生成されるかに対する情報を含んでおらず、ファイルポインタが汎用的でなく特定のファイルシステムに対して特有である。
デジタルデータの管理に対する側面がかなり知られている。一つのタスクは一年間判読または修正できない全てのデジタルデータを消去でき、そのタスクは有効に実行される。しかし、ソース画像及び派生画像の関係に関する多くの有用な画像管理タスクがあるが、現在は有効に実行出来ない。例えば、ワールドワイドウェブに対する画像を生成する最も一般的な方法はアドビフォトショップ・プログラムの使用を伴う。フォトショップの代りに、画像は、例えば背景写真になる一つの層（層１）、スポーツスターの挿入写真になる他の層（層２）、マーケティングブランドのアイコンになる他の層（層３）、製品の写真になる他の層（層４）及びテキストになる他の層（層５）を有する層で作られる。インターネット上で見られる写真は以前の一つ上に重ねられた全ての層で構成できる。一つのソース派生データ管理タスクは、例えば、そのウェブ画像上に見られる全ての古くなったブランドのアイコンを新しいブランドのアイコンに交替することができる。現在、全てのウェブサイト上の全ての画像で（人によって実行されたりコンピュータ画像処理プログラムにより実行される）観察するためのこと（この接近は消耗的な検索方法と呼ぶ）を除いて、そういうデータ管理タスクを完成するための何らの方法もない。人間によって実行される消耗的な検索の方法は、但し小さなネットワーク上ですら実行可能である。しかし、その検索が人及び会社において有用な時間内にインターネット上で消耗的な検索を実行できる人は充分でない。コンピュータにより実行されることによって、この消耗的な検索方法は派生データセットに非常に制限的な条件が与えられる時のみに実行可能である。例えば、ブランド画像が自分勝手に回転して拡大及び縮小されてフィルターリングされるならば、たとえその変形がフォトショッププログラム専用によってそれらの可能程度は制限されたとしても、ソースブランドの画像から派生したその変形されたブランド画像を識別できるコンピュータプログラムは知られていない。
派生画像及びその画像を生成するために使用する変形を生成するのに使用するソース画像セットを識別するためのシステム及び方法を必要とする。
【０００５】
（発明の要約）
概略的に、本発明は決定論的に計算可能な方法によって生成された派生データセットを処理する方法及び装置を特徴とする。派生データはソースデータから変化する関係で、または派生データに対して新しく要請する関係で処理される。
たとえば、低解像度RGB JPEGフォーマットの派生画像データは、コンピュータモニター上で見るのに適切である。他の出力装置を通じて派生データセットをプリントする必要が生じると、その装置は新しい出力装置の解像度と色特性が一致するソースデータから、新しいが類似した派生データセットを生成できる。
概略的に、一側面において、本発明は 第１データセットを有す処理（プロセス）と、処理エンジンを有し、このエンジンは第１データセットを形成するために第１データセットを処理するように適用される、処理に関連する第１サーバーと、第２データセットを受け入れるように適用される格納媒体と、第２データセットを分配するように適用された第２サーバーと、を含むデータ管理システムを特徴とする。
ある実施態様において、第１データベースは、第１データセットに関連した少なくとも一つのデータ構造を有し、第２データベースは、第２データセットに関連した少なくとも一つのデータ構造を有する。
別の実施態様において、第１データセットの派生として、第２データセットを識別する第２データセットに関連したデータの追加を含む。
また別の実施態様において、第１及び第２データセットは、画像である。
別の実施態様において、第１データセットを選定する段階と、第１データセットを維持しながら第１画像を第２画像セットに変換する段階と、ネットワーク上で画像を処理する段階とを含む。
【０００６】
別の実施態様において、第１画像の選定は、第１データセットに関連したデータを選定するために調べて、選定データに基づいて第１データセットを検索する段階を含む。
別の実施態様において、第１データセットの変換は、第１データセットの派生として第２データセットを識別する第２データセットとの関連タグを含む。
別の実施態様において、タグは第２データセットに結合し、第２データセットに添付される。
別の実施態様において、少なくとも一つのソースデータセットを有する第１ソースデータ格納庫を提供する段階と、第１ソースデータ格納庫に対する少なくとも一つのユーザーのアクセスを提供する段階と、ユーザーから提供される、第１データ格納庫からの一部のソースデータを有する一つの付加的なデータ格納庫を形成する段階と、一部のソースデータから配信されたデータセットを形成するために付加的なデータ格納庫でユーザーからの要請を受信する段階と、要請を選択的に処理する段階と、要請に応じて派生データセットを形成する段階と、を含むデータ管理方法を特徴とする。
ある実施態様において、要請の選択的な処理は、ユーザーが付加的なデータ格納庫へのアクセスに許可されたユーザーなのかを決定し、許可されたユーザーと決定されれば、ユーザーに付加的なデータ格納庫へのアクセスを許容し、ユーザーにデータ格納庫へのアクセスを選択的に許容する段階を含む。
別の実施態様において、データ格納庫内のソースデータがユーザーによりアクセスできる一部のデータと相応しているかの可否を決定する段階をさらに含む。
また別の実施態様において、本発明はオリジナルまたはソース［画像］データセット（ら）と、一つ以上のオリジナルデータセットに一つ以上の決定論的に計算可能な変換を連続に適用して、第２または派生［画像］データセット（ら）を生成できる処理エンジンと、GUID（globally-unique identifier）が処理を通じて生成された各派生［画像］データセットと関連して生成される処理と、ソース［画像］データセットに対するポインタと、連続の変換及び各変換を記述する全てのパラメーターがGUIDに関連して格納されるように各変換手順の記録を含む"派生データのデータベース"と、処理において元来生成された関連派生[画像]データセット、または処理において元来使用した情報手順の何らかの要素に対して与えられた交互のパラメーターを正確に再生するために、開始及びデータベースに格納された変換手順を検索でき、新しい派生［画像］データセットを生成するために修正した変換手順を使用して処理を始めることのできる、GUIDにだけ与えられた処理を含む格納庫またはデータベースを特徴とする。
【０００７】
ある実施態様において、システムは処理で使用したソース［画像］データの特殊な改訂が派生データのデータベースに（各記録が）記録されるように、オリジナルソース［画像］データセットの複数の改訂を維持して、ソースデータセットの古い改訂から生成された派生データセットに関連したGUIDが与えられれば、処理はソースデータセット（ら）の古い改訂から正確に派生データセットを再生したり、派生データのデータベースに記録された情報の同一手順を使用するが、現在のソースデータセットとして始まらない、新しくて唯一の派生データを生成できる。
別の実施態様において、システムは限定するのではないが、処理に対する相応する変換手順と結合して、今後GUIDに関連した派生データセット代りに使われることができる、各派生データセット、選択的なまたは望ましいソースデータセット用として使用するように意図されたような派生データのデータベース内の派生データセット（ら）に関連する付加的なデータを記録する。
別の実施態様において、ソースデータセット及び派生データセットは、ソースデータセットが何らかの共通またはビットマップ画像ファイルのフォーマット（JPEG、GIF、PNG、TIFF、アドビフォトショップ.PSD、ウィンドウズビットマップ等）として処理に挿入されたり、修正及び再挿入できて、派生画像データセットは、何らかの共通またはビットマップ画像ファイルのフォーマット（JPEG、GIF、PNG、TIFF、アドビフォトショップ.PSD、ウィンドウズビットマップ等）でエクスポートできる。
また別の実施態様において、多数のソース画像データセットは、派生画像データセットを生成するための処理における変換の手順を通じて結合することができる。
別のの実施態様において、システムは処理によって生成された各GUIDが配信したデータのデータベースを維持するコンピュータのネットワークホスト名に結合することができ、"タグ"として派生［画像］データセット及び関連GUID（ら）＋ホスト名との関連によって派生［画像］データセット（ら）を得ることができるように共通ネットワークに接続された独立のネットワークコンピュータに関連することができて、システム及び派生データセットに関連する要請情報とシステムにより生成されてインターネットワークを通じて配信される複製または類似の派生データに対する要請で明示したコンピュータに接続できる。
【０００８】
別の実施態様において、システム内の全てのコンピュータは、TCP/IPまたは私的なネットワークプロトコル上のHTTPのような何らかの共通のネットワークプロトコルを使用して動作可能なデータに入れ替えることができる。
また別の実施態様において、特許請求の範囲に記載したように、標準画像ファイルフォーマットにエクスポートされた派生画像データセットは、<tag  start><tag  GUID><origin  server  name><tag  end>の形態で存在する"結合タグ"としてのデータを含んでおり、ここで、
・<tag  start>と<tag  end>は、画像で予想外に起きるオクテットの固定手順であり、
・<tag  GUID>は規定フォーマットを有して常に同一数のオクテットであり、
・<server  name>は大慨"十分に認可されたインターネット・ドメイン名"として存在し、
・<tag  GUID>と<server  name>の手順に対する全体の大きさはオクテットの有限数である。
したがって、タグデータは、
a.結合タグに気づかないアプリケーションに対して注意性があるか、
b.タグデータを検索するアプリケーションにより容易に選定及び確認されるか、
c.コメント可能などんな画像ファイルのフォーマットに容易に結合可能であるか、
d.コメントに対して一般的に許容しないどんな画像ファイルのフォーマットに潜在的な有害性が添加できるか、を考慮しなければならない。
【０００９】
別の実施態様において、データは十分に認可された、または関係URL（Universal Resource Locator）の形態に関連派生画像ファイルを基準とするHTMLまたはXML文書内にタグとして存在する。
別の実施態様において、処理は標準画像ファイルを探すために、一つ以上の標準ウェブサイト（殆どはHTTPを通じて）のコンテンツを通じて検索する。次に、この処理は結合タグを探したかに対する各画像の検討が行なわれて、データベース内の各タグ付き派生画像の位置選定に関連する情報を記録する。
別の実施態様において、システムは特定のソースデータセットから配信される各派生画像の（インターネット）位置を決定するためにユーザーがイネイブルできる。そのようなシステムは、メカニズムを経由して最近更新されたソースデータセットの古い改正から生成した"全て知られた"派生画像を自動で、かつ明白に行なわれることができる。
本発明のシステム及び方法は、派生画像を唯一に識別してインターネットのようなネットワーク環境でそれらの起源を決定する。本発明はオリジナルソースデータから派生画像を生成して新しい派生画像と結合させる。タグは、それを生成したサーバー、それが配信されたソース画像、及び派生を生成するためにソース画像に加えられるタスクまたは変換を唯一に識別する。タグは典型的に派生セットを生成したタスクのマップを含んでおらず、派生データセットを再生するのに必要とする全ての関連情報を含むデータベース記録を指す。圧縮、拡大及び縮小、インデクシング、編集を含むこれらの変換は、入力として多様なフォーマットの画像ファイルを取ることができ、次に選択的に画像のフォーマット、編集、機能強化済みの出力を提供する。
論理的にURLに似ているこのタグの形態は、
mbp://mediabin.iterated.com/１ad２９bf８dd１２１f２f３cef２c３４ef１b２b３dである。
"mbp//”は仮想のプロトコルを表すもので、HTTPまたは他の標準インターネットプロトコルの使用も可能である。また、配信した画像データをアクセスするための特殊なプロトコルはタグによって明示される必要はない。"mediabin.iterated.com"は派生画像が生成されたホストまたはドメイン名を表す。１６進数データの１６バイトは、特殊なホストまたはドメインコントローラがデータベースにおける管理される画像のヒストリーを決定または探すグローバル的に唯一の識別子を表す。
【００１０】
前述した実施態様が単純な画像ファイルに結合された静的なのデータを表しているが、タグは解析装置の要求によって修正されるオブジェクトを許す他のデータの同一種類を表す。タグは派生画像の起源に対する包括的な情報の位置に対するポインタを提供する。
タグは元データの位置だけでなく、ソースデータが派生データに変換される命令セットの位置に対するポインタを含むコメント可能な派生画像に適切に挿入される。これらのアドレスがGUID（global  unique  identifier）と共にインターネットホスト名の形態を有すると、この方法はデータセットと画像及び、他のデータが格納されたローカルコンピュータ・ファイルシステム上のアプリケーション作動に対して明白である。タグデータ（元ホスト名またはドメイン名及びGUID）が派生画像ファイルに結合されるタグ以外の方法を通じて派生画像データセットと結合することも可能である。たとえば、タグは派生画像を含むか、または指すHTMLまたはXML内に含まれることができる。
本発明の他の特徴、側面、利益及び特性は添付図面に関連する本発明の実施態様及び特許請求の範囲で明白になるであろう。
【００１１】
（好適な実施例の詳細な説明）
１．データ管理の概要
図０はデータ管理システム１０の一実施例を示す。クライアントコンピュータ１２はネットワーク１４を介してサーバー１６に接続されている。クライアント１２はサーバー１６からウェブページをダウンロードすることができる。ウェブページに対する要請及びウェブページ自体はネットワーク１４を介して配信される。この実施例においては、クライアント１２上に存在するウェブページ１８はサーバー１６からダウンロードされて、画像ファイル２０と同じデータからの無数に多くの情報要素を含むことができる。場合によっては、クライアント１２はサーバー１６に関連することができる。サーバーは、例えば自動車製造会社の本社であり、クライアント１２は販売代理店である場合もある。その状況において、クライアント１２はウェブページ１８のファイル２０のような一つ以上のソースファイルに対するアクセスが必要とされる場合がある。このファイルは、例えば、画像ファイルでもよい。クライアント１２はフライア用として出力するような新しいアプリケーション用、またはこれを編集したり写真の大きさのファイル２０に作るためのソフトウェア用として、これを編集するためにファイルへのアクセスを望む場合もある。ファイル２０がオリジナルソースファイルから配信されると、このファイル２０は派生ファイルである。ファイル２０がソース画像から配信された画像ファイルであれば、画像は派生画像である。前述したように、ソース画像は派生画像を生成するために数回の変形が行われることができる。
現在、クライアントがファイルをアクセスすると、アクセスしたファイルは前述したウェブレディ（web-ready）ファイルである。編集者がファイル２０を開く方式により、そのファイルはソースファイルから修正された場合があり、その場合は多くの元情報が失われる虞がある。そのように変換した情報は、例えば圧縮または縮小のように、ファイル２０で起こる可能性があるいずれかの変形により失われる虞がある。
【００１２】
一実施例において、クライアント１２は編集のためにウェブページ１８上のファイル２０にアクセスできる。しかし、クライアント１２がどんな方式にもファイルの編集を望む時、このクライアントは派生ファイルでなくオリジナルソースファイルにアクセスできる。場合によっては、クライアント１２は直接にソースファイル２６にアクセスできる。万一、データベース２２にアクセスするためにサーバー１６からクライアント１２に優先権が与えられたとすれば、このアクセスは可能である。しかし、クライアント１２に対してこの優先権が与えられなかった場合があり、またはクライアント１２がデータベース２２にアクセスするために試みる時、ファイアウォ-ル３０によりアクセスできないこともある。この場合には、クライアントはソースファイル２６のコピー２６aを格納している中央データべース２４にアクセスするために試みることができる。中央データベース２４はアプリケーションサービスプロバイダ２８に接続する。このアプリケーションサービスプロバイダー２８は、ソースファイルに対するアクセスを許容することにより、新しい派生画像を作るために派生画像を使用して以前の変形における情報を失うことなく、ソースファイルを新しい派生画像に編集できるサーバー１６などのサーバーに対するプロセス３２を提供する。場合によっては、クライアント１２は中央データベース２４からのソースファイル２６のコピー２６aに対するアクセスが不可能である。この場合に、クライアント１２はソースファイル２６に対する何らのアクセス権利または権限も持っていない。
クライアント１２が派生ファイル２０の代りに元ファイル２６に対するアクセスを望まない等、幾つかの異なる場合もある。例えば、派生ファイル２０が画像であれば、クライアント１２はプリンタを通じて画像をプリントすることを望むことができる。クライアントがウェブレディの派生画像を出力すると、プリントの特性に適合するように画像が適切に変形されていなかったので、プリントの出力は歪曲される場合もある。したがって、クライアント１２はソース画像に対してプリンタと互換できる（派生ファイル２０とは異なる）新しい派生画像を生成するために、サーバーデータベース２２や中央データベース２４のいずれかにアクセスできる。
【００１３】
中央アプリケーションサービスプロバイダー２８の存在は、幾つかの非関連サーバーに対するソース画像の中央位置を許容する。この中央位置の存在を減らすため、サーバー１４のようなサーバーのみならず、クライアント１２のような関連クライアントにも許される。中央サーバー２８は少なくとも二つの基本機能を提供する。すなわち、一つのソースファイル２６を使用して幾つかの派生画像３４を生成する機能を持つように望むサーバーに対してプロセス３２を最初に提供するように機能する。この方法でサーバー１６のようなサーバーは、アクセスするクライアント１２のような一つ以上のクライアントにデータベース２２からソース画像２６を提供できる。
中央サーバーの他の機能としては、サーバー１６のようなサーバーにアクセスする中央データベース２４を提供することがある。データベース２４に対するこの中央アクセスは、中央データベースに存在するソースファイルのコピーを許容する。
実行において、サーバー１６のオーナーはプロセス３２及び中央データベース２４にアクセスを提供するサービスのサーバー２８とデータベース２４のオーナーと接触できる。
他の実行において、クライアントがソースファイルに成功的にアクセスすると、このクライアント１２がソースファイルにアクセスするために使用した派生画像に関連する、認証されたソースファイルであるかを検証するための認証処理が、ソースファイルに対してアクセスと共に行われる。この認証は派生ファイルに関連するタグの使用により達成できる。タグの詳細な説明は後述する。
【００１４】
２．データ管理の作動
図１はデータ管理システム１００の作動部の実施例を示す。このシステム１００はソース画像データから配信された派生画像データを管理する役目を果たす。割当ファイルシステム１０５は各々画像ファイル１１０に関連する複数のソース画像を格納する。詳細に後述するプロセスは、ソース画像を“ウェブレディ”の一つ以上の派生画像（例えば、ファイル１１５に関連する画像JPEG）に変換するために使用することができる。次に、派生画像ファイル１１５はユーザー（未図示）が利用できるように作られたウェブサーバー１２０に伝送できる。ウェブサーバー１２０はローカルエリアネットワーク（Local Area Network、LAN）などのいずれかのネットワークサーバーの一部である。
図２は派生画像の生成及び配置処理２００の実行を表すフローチャートである。実行において、ユーザーまたは自動処理は、（例えば、.JPG、.GIF、.TRG、.BMPなどの）ある画像フォーマットであるソース画像を選定２０５できる。次に、システム１００はソース画像のウェブレディ派生を生成２１０する。特に、この派生は結合したタグがフォーマットに追加できる、.JPGのようなある画像フォーマットである。一実施例において、この結合したタグはソース画像の位置を選定し、将来にオリジナルソース画像から類似のウェブレディ派生を再生するための処理２００を可能にする。
派生画像は（例えば、図１のウェブサーバー１２０などの）ウェブサーバーにコピー２１５され、標準画像タグを利用してウェブレディイメージに基準として標準ハイパーテキストマークアップランゲージ（Hyper Text Markup Language、HTML）文書を生成する。実行において、特に次の形式のような標準HTMLフォーマットが使われる:
[std_web_page.html]
<p>このhtmlページは標準HTML編集機で作る。</p>
<img src=“image.JPEG”幅=“２４０”高さ=“１９０”></P>
この画像タグはウェブレディ画像の物理的なピクセルの大きさとは異なる大きさを明示できる。
【００１５】
次に、HTMLは結合したタグを含むウェブレディ画像の位置を選定２２５するために調査される。次に、処理２００は標準HTML画像タグのパラメーターに基づいてソース画像から新しいウェブレディ画像を作り直す。結局、プロセス２００はウェブサーバー２３５上の格納庫に新しく生成したウェブレディ画像を書込む（特にその物理的な大きさが画像タグにより明示された大きさに一致していないソース派生画像を上書き）。
図１と図２では、派生画像管理に関連するハードウェアとソフトウェアの基本的な接近を説明する。次の図面は派生画像管理の他の特定の実施例を示す。
図３はデータ管理システム３００の他の実施例を示す。あるウェブプロセシングアプリケーション３０５は画像格納及び処理サーバー３１０に接続する。 このサーバー３１０は画像タスクコントローラと処理エンジン３１２を含む。画像タスクコントローラ３１１及び処理エンジンは新しい派生画像を生成するためにソース画像の処理に関連して動作する。画像格納及び処理サーバーは特に派生画像に対する最終の位置が配信されるウェブサーバー３１５に接続する。特に、ウェブプロセシングアプリケーション３０５は、画像格納及び処理サーバー３１０にも接続されるソース画像格納庫３２０からのアプリケーション３０５を使用するために、ソース画像を選定するソース画像格納データベーステーブル３３０に接続する。派生画像データベーステーブル３２５は、画像格納及び処理サーバー３１０に接続されて派生画像メタデータを格納する。派生画像データベーステーブルは、ウェブプロセシングアプリケーション３０５に接続する場合もある。
【００１６】
データ管理システム３００は派生画像の生成及び配置のためのプロセスを含むことができる。図４は派生画像生成及び配置処理４００の実行を示すフローチャートである。まず、この処理４００は画像の要請に関連するソース画像の位置を識別して選定４０５するために、ウェブサイト及びウェブページを調べる。要請は特に、派生画像に対する、例えばファイルフォーマット、ピクセル大きさ、色空間などの特性を必要とする。次に、画像は生成領域のような目標画像要素及び層を選択するために検討４１０する。元位置は特にソース画像格納データベーステーブル３３０から決定され、ソース画像格納庫３２０（後述のように）から検索される。処理は画像格納及び処理サーバー３１０に対する派生画像要請を生成及び公表４１５する。特に画像要請は制限するのではないが、ソース画像ID、要求された派生画像の属性（画像要素、色空間、生成領域、スケールファクター、ファイルフォーマット等）及び派生画像の目的地（HTTPポスト用Universal Resource Locator、URL、ファイル名及び位置等）のような幾つかの要素を含む。
次に、ソース画像はソース画像格納庫３２０から検索４２０される。特に、画像データはピクセルデータの形態である。画像は目標派生画像パラメーターに変換４２５される。また、唯一のタグが付与され、派生画像が生成される。次に、必要によってタグ付き画像が、特にウェブサーバー３１５上に移動４３０される。前述のように、フォーマットはURL及び更新済みのHTMLである。派生メタデータは派生画像データベーステーブル３２５に書込まれる４３５。選択的に、ソース画像メタデータはソース画像格納データベーステーブル３３０に生成及び書込まれた派生画像を表すために更新４４０する。派生画像データベースの記録はソース画像及びソース画像のバージョンに対する参照を含む。画像が、与えられたソース画像から派生したリポートの詳細が生成されることができる。この処理は必要によって繰り返す４４５。
【００１７】
システム３００はグローバル派生画像更新処理に使われる場合もある。図５はグローバル派生画像更新処理５００の実行を示すフローチャートである。この処理５００は特に、既にタグ付けられた派生画像を更新するために使われる。まず、処理はウェブサーバー３１５上に位置できるタグ付き派生画像の位置を選定５０５する。派生画像データベース内の派生画像メタデータは、派生が現在のソース画像のバージョンから生成されたことかを決定するために検討５１０する。派生画像の要請が生成されることができ、更新のために公表５１５する。特に要請は制限するのではないが、目標画像の属性（例えば更新派生）及び目標画像の目的地（HTTPポスト用URL、ファイル名及び位置等）の要素を含む。次に、ソース画像データはソース画像格納庫３２０から検索５２０される。次に、画像は新しい派生画像パラメーターに変換５２５され、唯一のタグが付与された画像派生が生成される。タグ付き画像は特にウェブサーバー３１５上のURLに移動する。派生画像メタデータは派生画像データベーステーブル３２５に書込まれ５３５、派生メタデータはソース画像格納データベーステーブル３３０に更新５４０される。ユーザーは必要によって処理５００を繰り返す５４５ことができる。
また、図６はデータ管理システム６００の他の実施例を示す。このシステム６００は他の派生画像管理処理（後述）で使用することができる。画像編集アプリケーション６０５は画像格納及び処理サーバー６１０に関連する。画像格納及び処理サーバーは画像を処理するために使用する画像タスクコントローラ６１５及び処理エンジン６１６を含む。
また、画像格納及び処理サーバー６１０は、特に付加コマンドを処理する画像格納及び処理クライアントアプリケーションに関連する。ウェブサーバー６２０は画像格納及び処理サーバー６１０に接続する。文書格納部６４５は特にタグ付き派生画像ファイルを有する複合ファイルを含むファイルサーバー格納手段である。ソース画像格納データベーステーブル６２５及びソース画像格納庫６３０は、画像格納及び処理サーバー６１０に接続する。派生画像データベーステーブル６３５は画像格納及び処理サーバーにも接続する。
システム６００はソース画像及び派生画像を更新するために使用できる。
【００１８】
図７はソース画像及び派生画像更新処理７００の実行を示すフローチャートである。まず、処理７００はソース画像格納庫６３０をブラウジングし、ソース画像格納庫６３０から画像を検索する。ソース画像は更新７１０され、格納庫６３０に格納されて新しいバージョンに生成される。更新済みのソース画像は格納庫６３０、特に画像格納及び処理クライアント６４０に位置される。次に、クライアント６４０は“更新、判明、派生”のコマンドを公表し、格納庫６３０から更新済みの画像を検索７１５する。画像は目標パラメーターに変換７２０されて、ここで唯一のタグが与えられて派生画像が生成される。タグ付き画像はURL（前述のように）に移動７２５する。更新済みの派生画像は文書格納部６４５に格納された外部コマンドファイルに抽出される。派生画像メタデータは派生画像データベーステーブル６３５に書込まれる７３５。最後に、ソース画像メタデータが更新７４０される。この処理７００は必要によって繰り返す７４５。
全体的に、前述したシステム及び方法は、共通のネットワーク（インターネットまたは私的なインターネット等）に接続された装備上で実行される複数のアプリケーションを通じて画像の分解及び、色特性を明確に管理できるアプリケーションを提供する。例えば、（登録商標）Microsoftオフィスが望むソース画像に対するデータ管理システムサーバーをブラウジング及び検索できるように接続する装備を備えたオフィスアプリケーションを提供するための"COM add-in"またはプラグイン（plug-in）は、後続する文書への変換及びパラメーター（生成領域、層の選択、分解、色、フィルター、目標ファイルのフォーマット等）を選択的に規定する。位置した各画像のオブジェクトはデータ管理サーバーまたは生成された画像、GUIDの存在を識別するタグにより識別される。
【００１９】
クライアントアプリケーションにより派生画像GUIDが存在する際、オリジナルデータ管理サーバーは限定するのではないが、例えば、ソース画像GUID、第２、第３...ソース画像GUID（ら）、元画像GUID、DIの生成のために使用したソース画像改訂（ら）、現在のソース画像改訂（ら）、検索タスクGUID（可能な場合）、検索タスクコンテンツ（パラメーターによる全ての変換ステップ）、位置に格納された派生画像、派生画像生成サーバー名（例えば、サーバーのインターネットドメイン名）、派生画像生成子（DIに対する要請を公表するユーザーの名前）、派生画像の生成日時、派生画像のコメントまたは目的、他の派生画像GUID記録（即ち、このGUIDは非使用であり、このGUIDを再命令）を含む派生画像に対する比較の情報を提供できる。
また、クライアントアプリケーションは新しい画像データの受信、複製、派生、画像、ソース画像（ら）の最新検索から更新済みの派生画像の検索、または任意の出力装置に対する類似の派生画像の描写に対する要請を行うことができる。
他の実施例において、“複製”データ管理システム及びサービス用ホストを提供するASPとの関係を確立するために、それらをイネーブルできるデータ管理システムのソフトウェアに対するオーファを許容する。ASPホストの複製はデータ管理システム格納庫（ソース画像データベース：画像及びメタデータ）及びDIDコンテンツを共に含むことができる。さらにこのサービスは、master. Mediabin．netのようによく知らされたホストアドレスにおけるDID記録を維持するオプションをオファーすることができる。各派生画像GUIDが実際に“グローバル的に唯一”であり、master.Mediabin.netに対する疑問はmediabin.netに関連するASPと複製されており、master.mediabin.netで “Globally Accessible Reference、GAR"を公表するためにフラッグした派生画像GUIDを変形させることができる。
そのサービスは当該派生画像GUIDでmaster.mediabin.netに接続するための、かつ派生画像タグにより識別されたホスト名に接続するための試みで失敗したならば、（登録商標）Microsoft Office、（登録商標）Adobe Acrobat、または単独形アプリケーションに対するCOM add-inのような、幾つかのアプリケーションをイネーブルできる。当該GUIDに、グローバル的にアクセス可能な基準が存在し、要請中のユーザーが認証の要求条件を通過すれば、ASPのデータ管理システムサーバーは関連画像データに対して十分に要請できる。
【００２０】
カスタマーは修正または更新済みの派生画像データが匿名のユーザーによってmaster.mediabin.netから要請できることを表示でき、またはそれらがユーザーでデジタル署名またはユーザー名とパスワードの提供を要請することができる。これらのアクセスの要請はグローバル的に、または画像ごとに基盤して決定できる。
このビジネスモデルは、カスタマーがローカルデータ管理システムサーバーに対するソフトウェアライセンスを得て、ホストサービスに署名することを想定できる。カスタマーがこのサービスに対する費用をどのように支払うことができるかについての一部のリストとしては、限定するのではないが、ローカルデータ管理システムのソフトウェア使用料、データ管理システムでそれらに対して維持されるデータのメガバイト当たり月別または分期別の使用料、画像トランスアクション当たり月別または分期別の使用料のようなものなどがある。
【００２１】
前述の方法とシステムの例として、ソース画像から派生画像を生成するための従来技術のシステム及びソース画像から派生画像を生成するために使われたデータ管理システムと比較して示している。この例は元のソース画像の派生から新しい画像を生成するよりは、元の画像から画像を生成するために利用できる値を表すことと、これは新しい派生画像の生成のために必要とする情報を含まない場合もある。
ウェブコンテンツのカテゴリーとして、画像は特別な課題で表示される。通常的なデータベースとは異なり、アプリケーションソースコード、販売促進用テキスト、XML及びHTML、ウェブ画像はすぐ編集及び再生できない。ウェブサイト上で使用する大部分の画像は特殊な大きさ及び、特に生成処理する間に動作されるアドービフォトショップ文書のような他のフォーマットのオリジナルソース画像からの要求フォーマットを充足するように生成される。
図９Ａは画像を修正するための従来技術の試みを示す。現在、これは１６００万カラー、６４カラーで始める４００ピクセル−ワイドJPEG画像、フォトショップを使用する１００ピクセル-ワイドGIF画像（ウェブページより）を生成することは非常に困難である。元のGIF画像９０５は結果画像９１０を生成するために（登録商標）Adobe PhotoShopで修正する。
図９Ｂはデータ管理システムを利用した画像修正の実行を示す。派生画像９２０は前述の方法とシステムを利用して元画像９１５から生成される。
他の実施例は次の特許請求の範囲内にある。
【００２２】
（産業上の利用性）
本発明は元データー及び派生データ管理に関するものである。この方法及び装置は大きなコンピューターネットワーク内での効果的なデータ管理のため、異なるデータセットを有する管理データに関連する。画像データはソース画像のみを処理することによりネットワーク上でグローバル的に更新できる。ソース画像から派生されたある画像は、ソース画像に関連する全ての派生画像を選定する必要なく運営できる。
【図面の簡単な説明】
【図１】
図１はデータ管理システムの実施例を示す図である。
【図２】
図２は派生画像の生成及び配置の実行を示すフローチャートである。
【図３】
図３はデータ管理システムの他の実施例を示す図である。
【図４】
図４は派生画像生成及び配置の実行を示すフローチャートである。
【図５】
図５は包括的な派生画像更新の実行を示すフローチャートである。
【図６】
図６はデータ管理システムの他の実施例を示す図である。
【図７】
図７はソース画像及び派生画像更新の実行を示すフローチャートである。
【図８】
図８はビジネスモデルの実施例の概要を示す図である。
【図９Ａ】
図９Ａは画像を修正するための従来の試みを示す図である。
【図９Ｂ】
図９Ｂはデータ管理システムを利用する画像修正の実行を示す図である。