JP2000181765A - デ―タ記憶システムおよび操作方法 - Google Patents

Abstract

(57)【要約】 【課題】 データ記憶システムのユーザ・フレンドリネ
スを高める。 【解決手段】 ユーザ（１）からデータ記憶システム
（１００）に要求されたドキュメント（６）は、ユーザ
（１）に送信される前にユーザ（１）の処理機能に適合
され、ユーザ（１）の好むデータ・フォーマットに変換
される。このようにして、データ記憶システム（１０
０）のユーザ・フレンドリネスが高まる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ記憶システ
ムおよびその操作方法に関する。

【０００２】

【従来の技術】ドキュメントを必要に応じて検索して処
理し、たとえば、表示または印刷することができるよう
に、毎日、数百万のドキュメントがデータ記憶システ
ム、たとえばドキュメント・データベースなどに保管さ
れている。このようなドキュメントには、たとえば、銀
行の場合には、ローン契約書、振替伝票、および勘定
書、保険会社の場合の保険証券および支払請求書などが
ある。

【０００３】ドキュメント・データベースは数年前ま
で、厳密に定義された少数のデータ・フォーマットしか
使用しなかったが、現在、ドキュメントは様々なフォー
マット、すなわち画像、たとえばＴＩＦＦフォーマット
やＧＩＦフォーマットや、テキスト、たとえば「Lotus
WordPro」や「Corel WordPerfect」など様々な文書処理
プログラムのフォーマットで保管されている。すでに、
数千個のこのようなフォーマットがあり、さらに引き続
き追加されている。ドキュメントをどのフォーマットで
ドキュメント・データベースに記憶すべきかを規定した
一様な標準を確立することはまだ不可能である。また、
そのような標準が確立されることも予想されていない。
というのは、これらのデータ・フォーマットおよびそれ
らを処理する機能が、多数の異なる応用分野の重要価値
決定因子に依存するからである。

【０００４】保管期間は、運用要件または法的要件に応
じて１０年、または３０年、あるいはそれ以上に及ぶ。
したがって、この期間中に技術環境が著しく変化するこ
とを仮定しなければならない。それ自体のデータ・フォ
ーマットを有する新しいプログラムが市販され、他のプ
ログラムがなくなり、それと共に、あるデータ・フォー
マットを有するドキュメントを処理する機能もなくな
る。また新しいオペレーティング・システムが使用され
るようになり、もはや古いプログラムを実行することは
できなくなる。簡単に言えば、現在の所、ドキュメント
を長期的に記憶して長期的に使用できるようにする手段
はない。

【０００５】変化するデータ・フォーマットの出力をサ
ポートするために、現在、いくつかの解決策がある。

【０００６】第１の解決策は、データベース・システム
で頻繁に使用されている。この解決策は、たとえば、画
面上での表示用や印刷用の限られた数の所定のデータ・
フォーマットをサポートするに過ぎない。したがって、
使用可能なデータ・フォーマットの数は非常に制限され
る。また、このようなデータベース・システムは、サポ
ートされるデータ・フォーマットに関して非常に限られ
た拡張機能しか有さない。ユーザは、作成されたドキュ
メントを他のデータ・フォーマットに変換しなければな
らないことがある。

【０００７】第２の解決策はインタネット上で最も頻繁
に使用されている。インタネット・サーバ上では様々な
データ・フォーマットのデータが使用される。ユーザ
は、ブラウザがこれらのデータのデータ・フォーマット
をサポートする場合はブラウザによってこれらのデータ
を見ることができる。他の場合には、ブラウザはいわゆ
るプラグインまたはビューアとして働き、すなわち、ユ
ーザが、どのデータ・フォーマットにどのプログラムを
使用すべきかをブラウザに伝える。このことは、データ
・フォーマットの数が制限されないという利点を有す
る。しかし、ユーザが多数、場合によっては数百のプラ
グインまたはビューアを必要とするという欠点がある。
この場合、記憶空間が必要になるだけでなく、かなりの
維持費も必要になる。マテリアルはインタネット上にわ
ずかな期間しか存在されないため、絶えず新しいデータ
・フォーマットが使用されるので、このようなフォーマ
ットを処理するには、対応するプラグインまたはビュー
アをさらに作成する必要がある。この解決策でも、ユー
ザ自体が介入する必要がある。

【０００８】さらに、データベース・システムである
か、メーリング・システムであるか、それとも他のシス
テムであるかにかかわらず、コンピュータ・システムの
あらゆるユーザは、多くの場合、事前に他のデータ・フ
ォーマットに変更することなしに送信されたドキュメン
トは処理できないという問題を認識している。送信側
は、受信側の要求を考慮に入れずにドキュメントを送信
する。したがって、場合によっては、受信側の変換プロ
セスが時間および費用のかかるプロセスになり、それに
よって作業フローがかなり悪影響を受ける恐れがある。

【０００９】

【発明が解決しようとする課題】本発明の目的は、デー
タ記憶システムのユーザ・フレンドリネスを高めること
である。

【００１０】

【課題を解決するための手段】本発明によれば、この目
的は独立クレームによって達成される。

【００１１】したがって、本発明は、ドキュメントがユ
ーザの処理機能に適合するようにデータ記憶システムを
構成するという概念に基づく発明である。本発明は、ユ
ーザが、データ記憶システムに対して命令されたドキュ
メントを他の変更なしに処理することを可能にする。し
たがって、データ記憶システムのユーザ・フレンドリネ
スが高まる。さらに、データ記憶システム、この場合は
特にデータベース・システムで、サポートされないフォ
ーマットのために、ドキュメントを処理するユーザの能
力を制限することなしに、制限されない数のデータ・フ
ォーマットを使用することが可能になる。さらに、デー
タ記憶システム内のデータ・フォーマットの種類が増加
するにもかかわらず、データ記憶システム・ユーザの側
のハードウェアおよびソフトウェアに関する高レベルの
経費が回避される。また、ユーザは、従来ドキュメント
・フォーマットの種類が最も多かったドキュメントを、
最小数の処理機能、たとえばビューアで処理することが
可能になる。このことは特に、古いデータ・フォーマッ
トまたは例外的なデータ・フォーマットに有利であり、
したがって、本発明では、保管されたドキュメントを長
期的に使用することができる。

【００１２】本発明は、データベース・システムの使用
に制限されず、インタネットおよびその他のシステム、
たとえばメール・システムに移行することもできる。

【００１３】以下に、本発明を例によって詳しく説明す
る。

【００１４】

【発明の実施の形態】ユーザは、データ記憶システムに
アクセスできるコンピュータ・プログラムを意味するも
のと理解されたい。

【００１５】図１に表わしたように、データ記憶システ
ム１００は基本的に、オブジェクト・サーバ２およびオ
ブジェクト記憶域３からなる。オブジェクト記憶域３内
で、ドキュメント６は、たとえばＢＬＯＢ（バイナリ・
ラージ・オブジェクト）として記憶され、したがって、
データベース・フィールド、画像、テキスト、ビデオ、
またはサイズおよび位置のみを特徴とする所望のデジタ
ル・データを含むことができる。データ記憶システム１
００は、少なくとも１つのコンピュータ上に存在する。
しかし、データ記憶システム１００はコンピュータ・ネ
ットワークのいくつかのコンピュータ上に分散すること
もできる。好ましい一実施形態では、データ記憶システ
ム１００はドキュメント・データベースの形である。し
かし、データ記憶システム１００はインタネット・サー
バでもよい。

【００１６】この手順のフローチャートを図２、３、
４、および図５に示す。この場合、図２、３、および図
４は手順の第１の部分の変形形態を示す。手順の第２の
部分は、図２、３、および図４に示す実施形態の場合と
同じである。このことを図５に示す。続いて、この手順
の過程について説明する。

【００１７】ユーザ１は、以下ではドキュメント６と呼
ぶある情報をデータ記憶システムから呼び出す必要があ
る。この場合、ユーザ１は要求、たとえばＲＥＴＲＩＥ
ＶＥ（検索）コマンドをオブジェクト・サーバ２に送信
し、オブジェクト・サーバ２がドキュメント６を得てユ
ーザ１に送信することを可能にする。オブジェクト・サ
ーバ２に送信されたドキュメント要求を受信できるよう
に、オブジェクト・サーバ２は要求受入れ構成要素を有
する。

【００１８】オブジェクト・サーバ２は、要求を受信
し、オブジェクト記憶域３内で、要求されたドキュメン
ト６を見つける。さらに、オブジェクト・サーバ２は、
オブジェクト記憶域３内で、要求されたドキュメント６
を見つける、オブジェクト位置指定構成要素を使用する
ことができる。

【００１９】この後で、オブジェクト・サーバ２は、ド
キュメント６と、ドキュメント６を使用できるデータ・
フォーマットに関するデータとを得る。オブジェクト・
サーバ２は、オブジェクト記憶域アクセス構成要素を含
み、この構成要素により、オブジェクト位置指定構成要
素によって決定されたオブジェクト位置から、さらにオ
ブジェクト記憶域３からオブジェクト・サーバ２自体
へ、命令されたドキュメント６を転送する。このよう
に、送信すべきドキュメント６のデータ・フォーマット
が同時にオブジェクト・サーバ２に搬送される。

【００２０】図５にこのことに関連して示すように、オ
ブジェクト・サーバ２は、データ・フォーマット比較構
成要素によって、作成されたドキュメント６のデータ・
フォーマットを、ユーザ１の好むデータ・フォーマット
と比較する。この場合、オブジェクト・サーバ２は、ユ
ーザ１の好ましいデータ・フォーマットを知っている。

【００２１】ユーザ１の好むデータ・フォーマットは、
ユーザ１が、得られたドキュメント６を送信するために
使用するデータ・フォーマットである。より重要なこと
として、このデータ・フォーマットは、ユーザが処理す
ることのできるデータ・フォーマットである。

【００２２】図２に示すように、第１の実施形態では、
ユーザ１の好むデータ・フォーマットに関する情報が、
ドキュメント６を求める要求と共に、ユーザ１からオブ
ジェクト・サーバ２に送信され、そこで命令受入れ構成
要素によって受信される。上記で使用された要求コマン
ド、たとえば「RETRIEVE Document reference（xxx）」
（検索ドキュメント参照（xxx））は変更される。この
コマンドは、この場合は「xxx」として示されるドキュ
メント参照だけでなく、ユーザ１の好ましいデータ・フ
ォーマットに関する情報が示される追加の領域も含み、
したがって、「RETRIEVE Document reference（xxx）Pr
eferred_Format（ＡＳＣＩＩ、ＴＩＦＦ、ＧＩＦ、Word
Perfect）」として表わすことができる。好ましいデー
タ・フォーマットは好ましくは、少なくとも１つの要素
を含む好ましいデータ・フォーマットのリストとして定
義される。リストが複数のデータ・フォーマットを含む
場合、ユーザ１は、図６に示すように、好ましいデータ
・フォーマットの加重リスト７内で、好ましいデータ・
フォーマットに加重を割り付けることができる。この場
合、加重を数によって記述することができ、割り当てる
数が小さければ小さいほどフォーマットの加重は大きく
なる。たとえば、ユーザ１は、フォーマット「Corel Wo
rdPerfect」でドキュメントを受信することを決定する
ことができる。しかし、これが不可能である場合、ユー
ザ１はドキュメントを「ＡＳＣＩＩ」フォーマットでも
受信する。

【００２３】命令受入れ構成要素は、１つのブロックで
転送される、トランスポテーション・プロトコル、たと
えばＴＣＰ／ＩＰによって転送されるユーザ１の好まし
いデータ・フォーマットに関するデータを受信する、従
来型の命令受入れ構成要素（バッファ）よりも大きな入
力データ領域にアクセスすることができる。

【００２４】しかし、この実施形態の修正形態では、ユ
ーザ１は、命令されたドキュメント６を変更しないよう
オブジェクト・サーバ２に命令することもできる。この
ことは、たとえば、ユーザ１が真正さを重視している場
合に重要である。

【００２５】この実施形態の他の修正形態では、ユーザ
１が、どの種類の処理を使用する必要があるかをドキュ
メント要求で宣言する。データ記憶システムでは、ドキ
ュメント６に使用される処理の種類に応じて様々な編集
フォーマットが事前定義される。たとえば、印刷用に第
１のデータ・フォーマットを指定することができ、画面
上での編集用に第２のデータ・フォーマットを指定する
ことができ、以下同様である。

【００２６】図３で説明する他の実施形態では、オブジ
ェクト・サーバ２のデータ・フォーマット要求成分がユ
ーザ１に問合せを送信する。この問合せは、ユーザ１
に、ユーザ１の好むデータ・フォーマットに関する情報
をオブジェクト・サーバ２に送信させることを含む。ユ
ーザ１は、ユーザ１の好ましいデータ・フォーマットに
関する情報をオブジェクト・サーバ２に送信する。ある
条件の下では、この情報をユーザ１のコンピュータ・シ
ステムから自動的に読み取ることもできる。本発明をた
とえばインタネット上で使用する場合、インタネット・
ブラウザから与えられるプラグインおよび／またはビュ
ーアのリストからこの情報を読み取ることを企図するこ
とができる。

【００２７】この実施形態の修正形態では、ユーザ１に
対する問合せは、ドキュメント６の最初のフォーマット
だけでなく、命令されたドキュメント６の変更先となる
フォーマットも含むリストを含む。ユーザ１は、所望の
データ・フォーマットを選択し、この情報をオブジェク
ト・サーバ２に返す。

【００２８】図４に示す他の実施形態では、オブジェク
ト・サーバ２のデータ・フォーマット読取り構成要素
は、ユーザ１の好ましいデータ・フォーマットに関する
情報を、データ記憶システム１００内に位置するこの情
報用に設けられた構成ファイル４から読み取る。図１を
参照されたい。構成ファイル４は、少なくとも１つのユ
ーザ１と、このユーザ１に割り当てられた好ましいデー
タ・フォーマットとを含む構成リストを含み、データ記
憶システム１００内に位置する。このようなデータを図
７に示すように加重構成リスト８に記憶することもでき
る。

【００２９】好ましくは、データ記憶システム１００
は、ユーザ１の好ましいデータ・フォーマットに関する
このような情報が、ドキュメント要求と共に、あるいは
データ記憶システム１００とリンクした後で、ユーザ１
からデータ記憶システム１００に送信されるように、デ
ータ・フォーマット記憶構成要素によって自動的に構成
リストを補足する。

【００３０】ユーザ１の好ましいデータ・フォーマット
に関する情報を与える実施形態に記載されたオプション
同士を組み合わせることもできる。したがって、ユーザ
１の好むデータ・フォーマットに関する情報が、ドキュ
メント６を求める要求と共に、ユーザ１からオブジェク
ト・サーバ２へ送信されてはおらず、かつ／または構成
ファイル４内に対応する情報がない場合、たとえば、デ
ータ・フォーマット要求構成要素からユーザ１へのユー
ザ１の好むデータ・フォーマットに関する情報の送信に
対する問合せの送信は常に自動的に行われる。データ・
フォーマット比較構成要素が、ユーザ１の好むデータ・
フォーマットに関するいくつかの互いに矛盾するデータ
を有する場合、ユーザ１または第三者は、これらのデー
タのうちのどれを優先的に使用すべきかをオブジェクト
・サーバ２に知らせることができる。

【００３１】検索されたドキュメント６のデータ・フォ
ーマットが、ユーザ１の好むデータ・フォーマットと一
致する場合、あるいはユーザ１が、ドキュメント６を、
記憶されているフォーマット以外のフォーマットに変換
することを望まない場合、データ記憶システム１００
は、図５に示すように、ドキュメント６をユーザ１に送
信する。この場合、データ記憶システムはオブジェクト
供給構成要素を使用する。ユーザ１は、ドキュメント６
を受信し、それを処理することができる。ユーザ１の処
理オプションは一般に、出力機能、再生機能、および記
憶機能を含む。たとえば、処理オプションはプログラ
ム、たとえば文書処理でよく、インタネット上のアプリ
ケーションを用いる場合は、プラグインまたはビューア
でよい。処理オプションは、画面上にドキュメント６を
表示すること、ドキュメント６を印刷すること、音声ド
キュメントを拡声器に出力すること、ドキュメント６を
他のコンピュータまたは他のコンピュータ・プログラム
に送信するか、あるいはファイルに記憶することでもよ
い。

【００３２】得られたドキュメント６のデータ・フォー
マットがユーザ１の好むフォーマットと一致しない場
合、オブジェクト・サーバ２は、得られたドキュメント
６を最初のデータ・フォーマットからユーザ１の好むデ
ータ・フォーマットに変換することのできる、図５に示
すコンバータ５を選択する。

【００３３】この場合、コンバータ位置指定構成要素
は、対応するコンバータ５を見つける。コンバータ位置
指定構成要素は、この場合、既存の変換オプションに関
する情報にアクセスすることができる。この情報は有利
には、コンバータ・リスト９に記憶され、オブジェクト
・サーバ２はこのリストをファイルまたはデータベース
・テーブルとして使用することができる。図８に示すよ
うに、コンバータ・リスト９は、各場合の実現可能なソ
ース・フォーマットおよびターゲット・フォーマットを
含む既存のコンバータ５の少なくとも１つの列挙を含
む。コンバータ・リスト９は有利には、追加の情報、た
とえばコンバータ５の位置、または必要な呼出しパラメ
ータを含む。

【００３４】異なるコンバータ５は好ましくは、データ
記憶システム１００の外部に位置する。図１を参照され
たい。コンバータ５は、プログラムとして呼び出される
場合、オブジェクト・サーバ２が実行されるコンピュー
タと同じコンピュータ上に存在する。別法として、コン
バータ５は、コンピュータ・ネットワーク内の他のコン
ピュータ上に存在し、コンバータ５同士が通信プロトコ
ル、たとえばＴＣＰ／ＩＰを介して対話する。他の実施
形態では、コンバータ５はデータ記憶システム１００の
構成要素である。

【００３５】さらに、オブジェクト・サーバ２は、コン
バータ・アクセス構成要素を含む。コンバータ・アクセ
ス構成要素は、コンバータ位置指定構成要素によって見
つけられたコンバータ５を呼び出し、オブジェクト記憶
域３から事前に読み取られた変換すべきドキュメント６
を、当該のデータおよび必要に応じてソース・フォーマ
ットと共に、コンバータ５に渡す。

【００３６】コンバータ５は、呼び出された後、ドキュ
メント６を、指定されたデータ・フォーマットに変換す
る。この変換は、直接行うことも、あるいはいくつかの
ステップ、すなわちいくつかの中間フォーマットで行う
こともできる。出力フォーマットへの変換が行われた
後、図５に示すように、変換済みのドキュメント６がコ
ンバータ５からコンバータ・アクセス構成要素に返さ
れ、コンバータ・アクセス構成要素がドキュメント６を
オブジェクト・サーバ２内のオブジェクト供給構成要素
に渡し、オブジェクト供給構成要素がドキュメント６を
ユーザ１に送信する。次いで、オブジェクト・サーバ
は、他の変換なしにドキュメント６を処理することがで
きる。

【００３７】また、変更済みドキュメント６がユーザ１
に供給される前に、コンバータ５またはオブジェクト・
サーバ２による変換済みドキュメント６のマーキングを
行うことができる。この場合、供給すべきドキュメント
６に付加される管理情報は、ドキュメントが変更された
かどうかを示すマーキングによって補足される。また、
ドキュメントが最初にどのフォーマットでデータ記憶シ
ステムに記憶されたかを示すことができる。このマーキ
ングは、後で、このドキュメント６に対してデータ・フ
ォーマットの変換が行われたかどうかを判定するときに
使用することができる。フォーマッティングはしばし
ば、変換と共に失われるので、このマーキングは後で重
要になることがある。

【００３８】他の実施形態では、オブジェクト・サーバ
２は、たとえば法的な理由で変更することのできないド
キュメント・タイプに関する情報を有する。この情報
は、オブジェクト・サーバ２内のドキュメント・タイプ
の対応するＩＤを含むテーブルの形で記憶される。この
情報は、ユーザ１が好むデータ・フォーマットの情報よ
りも前に読み取られて処理され、ユーザ１の要求よりも
高い優先順位を有する。変更できないドキュメント・タ
イプのドキュメント６が命令された場合、このドキュメ
ント６は、さらなる変換なしにユーザ１に供給される。

【００３９】まとめとして、本発明の構成に関して以下
の事項を開示する。

【００４０】（１）フォーマット済みの情報（６）を記
憶するためにデータ記憶システム（１００）を操作する
方法であって、データ記憶システム（１００）におい
て、情報（６）の要求された記憶されている項目のデー
タ・フォーマットを、ユーザ（１）の好む情報（６）の
データ・フォーマットと比較し、要求された記憶されて
いる情報（６）を、ユーザ（１）に供給される前に任意
選択でユーザ（１）の好むデータ・フォーマットに変換
することを特徴とする方法。 （２）ユーザ（１）が、好ましいデータ・フォーマット
に関する情報を、記憶されている情報（６）を求める要
求と共にデータ記憶システム（１００）に送信すること
を特徴とする上記（１）に記載の方法。 （３）好ましいデータ・フォーマットに関する情報をユ
ーザ（１）に送信することを求める要求をデータ記憶シ
ステム（１００）が送信した後に、ユーザ（１）がこの
情報をデータ記憶システム（１００）に送信することを
特徴とする上記（１）または（２）に記載の方法。 （４）データ記憶システム（１００）への要求が、デー
タ・フォーマットのリストを含み、ユーザ（１）が、１
つの好ましいデータ・フォーマットをこのリストから選
択し、この情報をデータ記憶システム（１００）に送信
することを特徴とする上記（３）に記載の方法。 （５）データ記憶システム（１００）がユーザ（１）の
好むデータ・フォーマットに関する情報を、データ記憶
システム（１００）内の構成ファイル（４）から読み取
ることを特徴とする上記（１）ないし（４）のいずれか
一項に記載の方法。 （６）データ記憶システム（１００）が、ユーザ（１）
の好むデータ・フォーマットに関する受信された情報を
構成ファイル（４）に自動的に記憶することを特徴とす
る上記（１）ないし（５）のいずれか一項に記載の方
法。 （７）記憶されている必要な情報（６）のデータ・フォ
ーマットを、ユーザ（１）の好む情報（６）のデータ・
フォーマットと比較する手段と、記憶されている必要な
情報（６）を、ユーザ（１）に供給する前にユーザ
（１）の好む１つのデータ・フォーマットに変換するコ
ンバータ（５）を見つけて呼び出す手段とを特徴とす
る、フォーマット済みの情報（６）を記憶するデータ記
憶システム（１００）。 （８）フォーマット済みの情報（６）を第１のデータ・
フォーマットから第２のデータ・フォーマットに変換す
る少なくとも１つのコンバータ（５）を含むことを特徴
とする上記（７）に記載のデータ記憶システム（１０
０）。 （９）情報（６）を求める要求を受信する手段と、情報
（６）を見つける手段と、情報（６）を供給する手段も
含むことを特徴とする上記（７）または（８）に記載の
データ記憶システム（１００）。 （１０）データ・フォーマット情報を要求する手段も含
むことを特徴とする上記（７）ないし（９）のいずれか
一項に記載のデータ記憶システム（１００）。 （１１）データ・フォーマット情報を記憶する手段も含
むことを特徴とする上記（７）ないし（１０）のいずれ
か一項に記載のデータ記憶システム。 （１２）データ・フォーマット情報を読み取る手段も含
むことを特徴とする上記（７）ないし（１１）のいずれ
か一項に記載のデータ記憶システム（１００）。

【図面の簡単な説明】

【図１】データ記憶システムの概略図である。

【図２】手順の第１の部分の第１の実施形態の概略図で
ある。

【図３】手順の第１の部分の他の実施形態の概略図であ
る。

【図４】手順の第１の部分の他の実施形態の概略図であ
る。

【図５】手順の第２の部分の概略図である。

【図６】ユーザの好ましいデータ・フォーマットの加重
リストの概略図である。

【図７】加重構成リストの概略図である。

【図８】コンバータ・リストの概略図である。

【符号の説明】

１ ユーザ ２ オブジェクト・サーバ ３ オブジェクト記憶域 ４ 構成ファイル ５ コンバータ ６ ドキュメント １０ コンバータ・アクセス構成要素 １００ データ記憶システム

Claims (12)

【特許請求の範囲】
1. 【請求項１】フォーマット済みの情報（６）を記憶する
   ためにデータ記憶システム（１００）を操作する方法で
   あって、 データ記憶システム（１００）において、情報（６）の
   要求された記憶されている項目のデータ・フォーマット
   を、ユーザ（１）の好む情報（６）のデータ・フォーマ
   ットと比較し、 要求された記憶されている情報（６）を、ユーザ（１）
   に供給される前に任意選択でユーザ（１）の好むデータ
   ・フォーマットに変換することを特徴とする方法。
2. 【請求項２】ユーザ（１）が、好ましいデータ・フォー
   マットに関する情報を、記憶されている情報（６）を求
   める要求と共にデータ記憶システム（１００）に送信す
   ることを特徴とする請求項１に記載の方法。
3. 【請求項３】好ましいデータ・フォーマットに関する情
   報をユーザ（１）に送信することを求める要求をデータ
   記憶システム（１００）が送信した後に、ユーザ（１）
   がこの情報をデータ記憶システム（１００）に送信する
   ことを特徴とする請求項１または２に記載の方法。
4. 【請求項４】データ記憶システム（１００）への要求
   が、データ・フォーマットのリストを含み、ユーザ
   （１）が、１つの好ましいデータ・フォーマットをこの
   リストから選択し、この情報をデータ記憶システム（１
   ００）に送信することを特徴とする請求項３に記載の方
   法。
5. 【請求項５】データ記憶システム（１００）がユーザ
   （１）の好むデータ・フォーマットに関する情報を、デ
   ータ記憶システム（１００）内の構成ファイル（４）か
   ら読み取ることを特徴とする請求項１ないし４のいずれ
   か一項に記載の方法。
6. 【請求項６】データ記憶システム（１００）が、ユーザ
   （１）の好むデータ・フォーマットに関する受信された
   情報を構成ファイル（４）に自動的に記憶することを特
   徴とする請求項１ないし５のいずれか一項に記載の方
   法。
7. 【請求項７】記憶されている必要な情報（６）のデータ
   ・フォーマットを、ユーザ（１）の好む情報（６）のデ
   ータ・フォーマットと比較する手段と、 記憶されている必要な情報（６）を、ユーザ（１）に供
   給する前にユーザ（１）の好む１つのデータ・フォーマ
   ットに変換するコンバータ（５）を見つけて呼び出す手
   段とを特徴とする、フォーマット済みの情報（６）を記
   憶するデータ記憶システム（１００）。
8. 【請求項８】フォーマット済みの情報（６）を第１のデ
   ータ・フォーマットから第２のデータ・フォーマットに
   変換する少なくとも１つのコンバータ（５）を含むこと
   を特徴とする請求項７に記載のデータ記憶システム（１
   ００）。
9. 【請求項９】情報（６）を求める要求を受信する手段
   と、 情報（６）を見つける手段と、 情報（６）を供給する手段も含むことを特徴とする請求
   項７または８に記載のデータ記憶システム（１００）。
10. 【請求項１０】データ・フォーマット情報を要求する手
    段も含むことを特徴とする請求項７ないし９のいずれか
    一項に記載のデータ記憶システム（１００）。
11. 【請求項１１】データ・フォーマット情報を記憶する手
    段も含むことを特徴とする請求項７ないし１０のいずれ
    か一項に記載のデータ記憶システム。
12. 【請求項１２】データ・フォーマット情報を読み取る手
    段も含むことを特徴とする請求項７ないし１１のいずれ
    か一項に記載のデータ記憶システム（１００）。