JPH11134227A

JPH11134227A - ファイルフォーマット変換方法とこれを用いたファイルシステム及び情報システム及び電子商取引システム

Info

Publication number: JPH11134227A
Application number: JP9293765A
Authority: JP
Inventors: Shigekazu Inohara; 茂和猪原; Toyohiko Kagimasa; 豊彦鍵政; Fumio Noda; 文雄野田; Yoshimasa Masuoka; 義政増岡; Kiyouka Bin; 京華閔
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1997-10-27
Filing date: 1997-10-27
Publication date: 1999-05-21
Anticipated expiration: 2017-10-27
Also published as: KR19990037321A; JP4035872B2; EP1411445A3; US6567828B2; DE69829253T2; TW455790B; EP0911745A2; US20010002470A1; CA2250952A1; EP1411445A2; US6385606B2; DE69829253D1; EP0911745B1; US20020095433A1; EP0911745A3; SG95589A1; US6377952B1

Abstract

(57)【要約】【課題】複数のファイルフォーマットのファイルの間
のフォーマット変換をユーザの関与なしに行う。【解決手段】ファイルシステム１００が変換元ファイ
ル１３０と変換先ファイル１３１の関係を保持し、ファ
イル操作ＡＰＩの発行に同期してフォーマット変換に関
する処理を行う。【効果】ユーザはアプリケーション上で行うユーザの
本来の作業を行えばよくなり、その過程で必要となる様
々なフォーマット変換（１段階でも、多段階でも良い）
はユーザの関与なしで行われる。この際、変換元ファイ
ルを指定したり、フォーマット変換のタイミングを指定
する必要がなく、ユーザは常に最新の変換先ファイルを
利用可能となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、計算機システムに
関し、特に、ユーザに対して複数のファイルフォーマッ
トで情報を提供するファイルシステムのフォーマット変
換方法に関し、さらに具体的には、Ｗｏｒｌｄ―Ｗｉｄ
ｅＷｅｂ（以下、ＷＷＷという）によって複数の計算
機が複数のファイルフォーマットで情報交換を行う際に
好適なファイルフォーマット変換方法とこれを用いたフ
ァイルシステム及び種々の情報処理システムに関する。

【０００２】

【従来の技術】従来の技術を説明する前に、まず、いく
つかの用語を説明する。

【０００３】計算機システムにおいては、計算機の電源
がオフになっても保持されるべきデータを格納するため
に「二次記憶装置」が用いられる。現在用いられている
二次記憶装置の例としては、ハードディスク、フロッピ
ーディスク、光磁気ディスクなどがある。

【０００４】「ファイルシステム」は、二次記憶装置と
ユーザの応用プログラム（「アプリケーション」）の間
のデータの交換を司るソフトウェアである。ファイルシ
ステムが二次記憶装置のデータを操作する単位は「ファ
イル」と呼ばれる。一般に複数のファイルがひとつの二
次記憶装置に保持され、それぞれのファイルは「ファイ
ル名」で区別される。ファイル名には文字列がよく使用
される。ファイルシステムは多くの場合オペレーティン
グ・システム（ＯＳ）の一部としてユーザに提供される
が、ライブラリとＯＳの組み合わせ、あるいはライブラ
リのみで提供される場合もある。すなわち、例えばＯＳ
が提供するファイルシステムと、当該ファイルシステム
に拡張機能を付加するライブラリとを組み合わせたソフ
トウェアも、二次記憶装置とアプリケーションの間のデ
ータの交換を司るソフトウェアであればファイルシステ
ムと呼ぶ。

【０００５】応用プログラム（アプリケーション）が行
なうことのできるファイルへの操作は、アプリケーショ
ンとファイルシステムとのアプリケーション・プログラ
ミング・インターフェース（ＡＰＩ）によって定義され
ている。特に、ファイルの入出力に関するＡＰＩを「フ
ァイル入出力ＡＰＩ」と呼ぶ。ファイル入出力ＡＰＩに
は、オープン（ファイル読み書きの準備）、読み出し
（ファイルからアプリケーションへのデータの移動）、
書き込み（アプリケーションからファイルへのデータの
移動）、クローズ（ファイル読み書きの終了）が含まれ
る。また、ファイルとディレクトリの操作に関するＡＰ
Ｉを「ファイル管理ＡＰＩ」と呼ぶ。ファイル管理ＡＰ
Ｉには、ファイル作成、ファイル名変更、ファイル削除
が含まれる。ファイル入出力ＡＰＩとファイル管理ＡＰ
Ｉで可能となるファイルへの操作を総称して「ファイル
操作」と呼ぶ。

【０００６】ファイル内のデータが持つ構造を「ファイ
ルフォーマット」（または単に「フォーマット」）と呼
ぶ。フォーマットの例としては、「改行文字で区切られ
た文字列の並び」、「タブ文字で区切られた項目群の並
び」、「ワープロソフトＡのファイル形式」、「動画の
コマ（ある瞬間に表示される画像）の並び」などがあ
る。ファイル名の最後の数文字を用いて、ファイルフォ
ーマットを表現することがある。このファイル名の最後
の数文字を「拡張子」と呼ぶ。

【０００７】以下、従来の技術について述べる。

【０００８】現在多くのアプリケーション（例えばワー
ド・プロセッサ、表計算、スケジュール管理、電子メー
ル、プログラミング・ツールなど）が用いるファイル
は、それぞれ固有のフォーマットを持っている。特に、
近年広く使われるようになったパーソナル・コンピュー
タでは、多くのファイルフォーマットが使われており、
その数は２００近くにものぼる。また、インターネット
の発展に伴って出現したＷｏｒｌｄ―ＷｉｄｅＷｅｂ
（ＷＷＷ）では、単なる文字だけでなく、静止画像、動
画像、音声、コンピュータ・グラフィクスなど、多種多
様なフォーマットが使用されている。

【０００９】一般にすべてのアプリケーションがすべて
のファイルフォーマットをアクセス可能ではない。この
ため、ユーザがある情報をあるファイルフォーマットで
ファイルに格納したとしても、別のアプリケーションか
らその情報にアクセスするために、そのファイルを「フ
ォーマット変換」を行う必要が生じることが多い。フォ
ーマット変換の入力となるファイルを「変換元ファイ
ル」、出力となるファイルを「変換先ファイル」と呼
ぶ。

【００１０】フォーマット変換には、多種多様なフォー
マットに関する多数の「変換プログラム」から、（１）
ユーザの所望する変換を行う変換プログラム（または複
数の変換プログラムの組合わせ）を選ぶ作業と、（２）
選んだ変換プログラムに対して、変換元ファイルと変換
先ファイルとを正しく与え、適切な時点で変換プログラ
ムを実行する作業が必要となる。これらの作業は、アプ
リケーション上で行われるユーザの本来の作業とは関係
ない。このため、フォーマット変換に関するユーザの負
担をできる限り小さくすることが望まれる。特に上述の
ようにインターネットとＷＷＷの利用が激増しているこ
とから、多種多様なフォーマットをできる限り簡単に扱
える必要性が高まっている。

【００１１】これまでに主に上記（１）の作業を簡単化
するために、以下の方法が提案されている。

【００１２】特開平６―１８７２１９号「プログラム間
の自動データ共有方法」（以下公知例１と記す）では、
利用するアプリケーションとファイルの名前をユーザが
指示し、アプリケーション・データ対応表を検索して適
切な変換プログラムを選択し、当該アプリケーションで
当該ファイルを利用するために必要なフォーマット変換
を行う。

【００１３】これにより、ユーザは上記（１）の作業、
すなわち当該ファイルをアクセスするために使用すべき
変換プログラムを選ぶ作業から解放される。一方（２）
の作業、すなわちフォーマット変換をいつどのファイル
に対して行うかを指定する作業は、依然としてユーザに
課せられたままである。なぜなら、公知例１のユーザ
は、アプリケーション上で行われるユーザの本来の作業
には必要ない、変換したいファイルをアプリケーション
名とともに公知例１のシステムに与えるという作業を要
求されるためである。

【００１４】また、ＷＷＷを含む現在の計算機システム
では、１つのアプリケーションが複数のファイルフォー
マットを取り扱い、また１つのファイルフォーマットを
取り扱うアプリケーションが複数存在する。このような
状況ではアプリケーションとファイルの名前を指定して
も変換方法が一意に定まらない。例えば、.ｔｅｘ、.ｐ
ｓ、.ｐｄｆの３つの拡張子によって区別される３つの
ファイルフォーマットがあり、プログラムＡが.ｐｓと.
ｐｄｆを取り扱える場合を考える。ユーザがプログラム
Ａとファイルｆｏｏ.ｔｅｘを指定しても、ｆｏｏ.ｔｅ
ｘをｆｏｏ.ｐｓに変換すべきか、ｆｏｏ.ｐｄｆに変換
すべきかは一意に決まらない。

【００１５】特開平９―６９０５９号「ファイル形態変
換システム」（以下公知例２と記す）では、変換元ファ
イル名と変換先ファイル名（または変換元ファイルを使
用するアプリケーション名と変換先ファイルを使用する
アプリケーション名）をユーザが指定すると、変換プロ
グラムを選びまたは組み合わせて、変換元ファイルから
変換先ファイルを得るフォーマット変換を行う。これに
より、ユーザは上記（１）の作業、すなわち当該ファイ
ルをアクセスするために使用すべき変換プログラムを選
びまたは組み合わせる作業から解放される。一方（２）
の作業、すなわちフォーマット変換をいつどのファイル
に対して行うかの指定は、ユーザが行う必要があり、こ
の負担はユーザに課せられたままである。

【００１６】また複雑なファイル処理過程を一括して自
動化する方法としては、Ｕｎｉｖｅｒｓｉｔｙｏｆ
Ｃａｌｉｆｏｒｎｉａ、ＣｏｍｐｕｔｅｒＳｙｓｔｅ
ｍｓＲｅｓｅａｒｃｈＧｒｏｕｐ著の文献「４.４Ｂ
ＳＤＵｓｅｒ’ｓＲｅｆｅｒｅｎｃｅＭａｎｕａ
ｌ」のＭＡＫＥ（１）章（Ｏ’Ｒｅｉｌｌｙ&Ａｓｓｏ
ｃｉａｔｅｓ、Ｉｎｃ、１９９４）に記載のソフトウェ
ア（以下公知例３と記す）が知られている。公知例３は
ソース・プログラムからバイナリ・プログラムへの、一
段階または多段階にわたるコンパイル作業を簡単化する
方法である。公知例３も（１）の課題を解決するが、
（２）の課題は解決しない。

【００１７】

【発明が解決しようとする課題】上述のように、多くの
提案にもかかわらず従来のフォーマット変換方法では、
上記（２）の作業がユーザに与える負担に対する配慮が
されていなかった。（２）の作業はさらに以下の２つの
作業に分けることができる。

【００１８】（２―ａ）どのファイルを変換元ファイル
とし、どのファイルを変換先ファイルにするかを指定す
る作業。この指定を間違えると、変換先ファイルの内容
がユーザ所望のものにならなかったり、他のファイルの
内容を破壊する危険性がある。特にフォーマット変換以
前には変換先ファイルが存在しない場合がある点に注意
が必要である。

【００１９】（２―ｂ）フォーマット変換をいつ行うか
を指定する作業。この指定を間違えると、アプリケーシ
ョンが古い情報にアクセスする危険性がある。

【００２０】加えて、従来のフォーマット変換方法で
は、以下の課題があった。

【００２１】（ｉ）変換元ファイルと変換先ファイルの
間の一貫性をとる方法が用意されていなかったため、変
換元ファイルと変換先ファイルにほぼ同時に書き込みが
おこって、続くフォーマット変換によってどちらかの書
き込みが失われる、などの危険性がある。

【００２２】（ｉｉ）多数の変換先ファイルを保持する
ために、二次記憶領域が余分に必要となる。

【００２３】（ｉｉｉ）変換元ファイルが何らかの理由
（例えば変換元ファイルをあるアプリケーションが編集
中だったり、変換元ファイルを保持する二次記憶装置の
電源がオフになっている等）で利用不能な間は、フォー
マット変換を行うことができない。

【００２４】従って本発明の目的は、複数のファイルフ
ォーマットが複数のアプリケーションから利用可能な現
状を考慮した上で、上記の（１）とともに、（２―
ａ）、（２―ｂ）の作業にともなう課題に加えて上記
（ｉ）、（ｉｉ）、（ｉｉｉ）の課題を解決し、複数の
ファイルフォーマットを利用する際のユーザの手間をで
きる限り減らすことである。

【００２５】

【課題を解決するための手段】（２―ａ）の作業に伴う
課題は、変換元ファイルと変換先ファイルがそれぞれ多
数あり、かつこれらの間の関係があらかじめ与えられて
いないことに起因している。このために、どのファイル
をどのファイルへフォーマット変換するかをユーザがそ
の都度指示する必要があったが、本発明では、変換元フ
ァイルと変換先ファイルと変換プログラムとの間の対応
関係（１段階でも、多段階でも良い）をファイルシステ
ム中に保持する。この手段によって、フォーマット変換
方法が変換先ファイルのみから変換元ファイルと変換プ
ログラムとを得ることを可能とした。同時に、変換元フ
ァイルのみから１つ以上の変換先ファイルと、対応する
１つ以上の変換プログラムを得ることも可能とした。

【００２６】また、変換先ファイルが変換以前には存在
しない場合に対応するために、変換元ファイルのファイ
ル名から変換先ファイルのファイル名を得るファイル名
変換方法をファイルシステム中に保持する。通常なら変
換先ファイルはフォーマット変換の結果としてできる
が、本発明では変換先ファイルを指定することによりフ
ォーマット変換を開始することができるようにしてユー
ザの手間を減らす。すなわちフォーマット変換と変換先
ファイルがいわゆる「鶏と卵」の状態になる。この問題
を、ファイル名変換方法を備えることにより解決し、フ
ォーマット変換を行う以前に変換先ファイルをユーザに
提供することを可能にした。

【００２７】（２―ｂ）は、アプリケーションとフォー
マット変換方法の連携をとる手段がないこと、すなわち
アプリケーションがどのファイルをいつ、どのように操
作するかをフォーマット変換方法が知る術がなかったこ
とに起因する。このため従来は、フォーマット変換の起
動作業を、アプリケーションによる作業とは別にユーザ
が行わざるを得なかった。これに対し本発明では、ユー
ザによるファイル入出力ＡＰＩの発行を契機として、フ
ァイルシステムから変換プログラムを起動して実行す
る。

【００２８】以上の２点を備えることにより、本発明の
フォーマット変換方法は、アプリケーションがどのファ
イルを操作の対象とし、アクセスが書き込みか読み出し
かを知ることができる。すなわち、ユーザはアプリケー
ション上で行うユーザの本来の作業を行えばよくなり、
その過程で必要となる様々なフォーマット変換（１段階
でも、多段階でも良い）はユーザの関与なしで行われ
る。特にファイル操作を契機として変換プログラムを実
行するため、フォーマット変換のタイミングを指定する
必要がなく、ユーザは常に最新の変換先ファイルが利用
可能となる。

【００２９】加えて本発明では、上記（ｉ）、（ｉ
ｉ）、（ｉｉｉ）の開題を解決するため、それぞれ以下
（Ｉ）、（ＩＩ）、（ＩＩＩ）の手段を設ける。

【００３０】（Ｉ）変換元ファイルに対するファイル入
出力ＡＰＩの実行と、変換先ファイルに対するファイル
入出力ＡＰＩの実行との排他制御を行う。すなわち、い
ずれか一方が実行されている間は他方を実行しないよう
制御する。これにより、変換元ファイルと変換先ファイ
ルの一貫性を保持できる。

【００３１】（ＩＩ）多数の変換先ファイルを保持する
ことによる二次記憶領域の無駄を解決するために、変換
先ファイルを必要に応じて消去する。

【００３２】（ＩＩＩ）変換元ファイルが利用不能な間
もフォーマット変換を行うことを可能にするために、中
間ファイルを導入し、変換元ファイルから中間ファイル
へ、中間ファイルから変換先ファイルへの２段階の変換
を行う。

【００３３】ファイルシステムはファイルに対するあら
ゆる操作要求を受け取るので、ファイル入出力ＡＰＩを
契機とした変換や、排他制御、二次記憶領域の無駄の管
理、中間ファイルの管理が実現できる。さらにファイル
システムは、多くのアプリケーションによって共有され
ているので、上記解決手段をファイルシステムが備える
ことによって多くのアプリケーションがこの発明の利益
を享受することができる。

【００３４】

【発明の実施の形態】以下、本発明の実施の一形態を、
図面を参照しながら説明する。なお簡単のため、本明細
書中では以下に述べる発明の実施の形態を「第１の実施
例」と呼ぶことにする。

【００３５】全体構成図１と図２を用いて第１の実施例の構成を説明する。な
お、図１において、矢印付きの太い線（１５４―１６
０、１６２―１６６）は主要なデータの流れを、また矢
印付きの細い線（１５０―１５３、１６１、１６７）は
主要な制御の流れを表わす。

【００３６】計算機１０は、いわゆるパーソナル・コン
ピュータ、ワークステーション、並列計算機、大型計算
機等、任意のコンピュータでよい。二次記憶装置１１は
ファイルを保存する記憶装置である。二次記憶装置１１
には不揮発性記憶装置（磁気ハードディスク、光ディス
ク等）がよく用いられるが、特別な場合には揮発性記憶
装置（メインメモリ、キャッシュメモリ等）が用いられ
る場合もある。計算機１０と二次記憶装置１１の間の結
合には様々な形態が考えられるが、計算機１０にファイ
ルを供給できればよく、特定の結合形態を必要としな
い。例えば、計算機１０が占有する通信線による結合、
複数の計算機によって共有されるネットワークを介した
結合、他の計算機経由の結合等が代表的な例として考え
られる。また、計算機１０に対して二次記憶装置１１を
１つ以上用いても差し支えない。

【００３７】ファイルシステム１００は計算機１０上で
動作するソフトウェアである。ファイルシステム１００
はデータをファイルと呼ぶ単位で管理、保存する。１つ
以上のファイルが二次記憶装置１１に保持され、それぞ
れのファイルはファイル名で区別される。

【００３８】アプリケーション１０１、１０２はユーザ
の実行する応用プログラムである。多くのアプリケーシ
ョンはファイルを操作するためにファイルシステム１０
０とのやり取りを行う。アプリケーション１０１、１０
２がファイルシステム１００に対して要求するファイル
操作は、ファイル入出力ＡＰＩとファイル管理ＡＰＩを
含む。

【００３９】変換元ファイル１３０は、フォーマット変
換の入力となるファイルである。変換先ファイル群１３
１、１３１’、…は、フォーマット変換の出力となるフ
ァイルである。なお、第１の実施例では説明を明瞭にす
るために変換元ファイル１３０と変換先ファイル群１３
１、１３１’、…を別々のファイルにしてあるが、１つ
のファイルが変換元ファイル１３０かつ変換先ファイル
１３１であっても差し支えない。また図１に示した変換
元ファイルと変換先ファイルは、それぞれ複数存在して
差し支えない。

【００４０】変換プログラム群１０３、１０３’、…は
ファイルシステム１００が実行するフォーマット変換の
ためのプログラム群である。本実施例では、変換プログ
ラム群１０３、１０３’、…はファイルシステム１００
の外に置かれてフォーマット変換を実行しているが、フ
ァイルシステム１００に内蔵して、ファイルシステム１
００内でフォーマット変換を実行しても差し支えない。

【００４１】変換表１２０は、変換元ファイルと変換先
ファイルの組を、変換プログラムに対応づける表であ
る。図２に示すように、変換表１２０は１つ以上の変換
表エントリ２００からなり、１つの変換表エントリ２０
０が１通りのフォーマット変換に対応する。変換表エン
トリ２００はさらに、変換元フォーマット２０１、変換
先フォーマット２０２、変換プログラム２０３を含む。
変換元フォーマット２０１は変換元ファイルのフォーマ
ット、変換先フォーマット２０２は変換先ファイルのフ
ォーマットである。変換プログラム２０３は変換元フォ
ーマット２０１のフォーマットを持つ変換元ファイルか
ら、変換先フォーマット２０２のフォーマットを持つ変
換先ファイルへの変換を行うプログラムで、その名前
（および必要ならば起動時引数）を持つ。

【００４２】名前空間表１２１は、ファイルシステム１
００が管理するファイル群のファイル名と、ファイルシ
ステム内部で利用されるファイルＩＤを対応づける。図
２に示すように、名前空間表１２１は１つ以上の名前空
間表エントリ２１０からなり、１つの名前空間表エント
リ２１０が１つのファイルに対応する。名前空間表エン
トリ２１０はさらに、ファイル名２１１とファイルＩＤ
２１２を含む。ファイル名２１１は名前空間表エントリ
２１０のファイルのファイル名、ファイルＩＤ２１２は
当該ファイルのファイルＩＤである。ファイルＩＤは、
ファイルシステム１００内部で使用されるファイルの番
号で、ファイルＩＤとファイルは一対一に対応する。

【００４３】ファイル表１２２は、ファイルシステム１
００が管理するファイルの諸属性を保持する。特に、フ
ァイルのフォーマットと、（もし当該ファイルが変換先
ファイルであれば）変換元ファイルをこの表に保持す
る。図２に示すように、ファイル表１２２は１つ以上の
ファイル表エントリ２２０からなり、１つのファイル表
エントリ２２０が１つのファイルに対応する。ファイル
表エントリ２２０はさらに、ファイルＩＤ２２１、フォ
ーマット２２２、変換元ファイルＩＤ２２４、トークン
ＩＤ２２５、ファイル内容２２６を含む。ファイルＩＤ
２２１は当該ファイルのファイルＩＤ、フォーマット２
２２は当該ファイルのファイルフォーマット、タイムス
タンプ２２３は当該ファイルに最後に書き込みがあった
時刻、変換元ファイルＩＤ２２４は（もし当該ファイル
が変換先ファイルであれば）変換元ファイルのファイル
ＩＤ、トークンＩＤ２２５は当該ファイルに対して割り
当てられトークン表１２３で管理されるトークンＩＤで
ある。ファイル内容２２６は当該ファイル本体（すなわ
ちファイルのデータを格納する部分である。図１の変換
元ファイル１３０や変換先ファイル群１３１、１３
１’、…）および当該ファイルの属性である。

【００４４】なお、変換元フォーマット２０１、変換先
フォーマット２０２、フォーマット２２２に格納すべき
フォーマットの表現方法にはいくつか考えられるが、本
発明はこの方法には依存しない。例えば、拡張子がファ
イルのフォーマットを表わしている計算機システムで
は、拡張子を格納することができる。また、ファイル内
容２２６の一部または全部によってフォーマットが決定
される場合もあるが、この場合にはフォーマット毎に異
なるフォーマット名を決めておき、フォーマット名を格
納することができる。本実施例では、変換元フォーマッ
ト２０１、変換先フォーマット２０２、フォーマット２
２２に拡張子を格納するものとする。

【００４５】トークン表１２３は、トークンを管理する
表である。１つのトークンは、ある変換元ファイルと、
当該変換元ファイルから変換可能な変換先ファイル群か
らなる一群のファイルに対して割り当てられる。図２に
示すように、トークン表１２３は１つ以上のトークン表
エントリ２３０からなり、１つのトークン表エントリ２
３０が１つのトークンに対応する。トークン表エントリ
２３０はさらにトークンＩＤ２３１とファイルＩＤ２３
２からなる。トークンＩＤ２３１はトークンを一意に識
別する番号、ファイルＩＤ２３２は、現在トークンを保
持しているファイルのファイルＩＤである。モード２３
３は、当該ファイルの現在のオープン・モードを表わ
す。

【００４６】削除候補表１２４は、変換先ファイルを列
挙した表である。二次記憶装置の空き領域を確保するな
どの目的で、変換先ファイルを削除する際に用いる。図
２に示すように、削除候補表１２４は１つ以上の削除候
補表エントリ２４０からなり、１つの削除候補表エント
リ２４０が１つの削除可能なファイルに対応する。削除
候補表エントリ２４０は削除可能なファイルのＩＤであ
るファイルＩＤ２４１を持つ。

【００４７】図１のフォーマット変換制御部１１０は、
アプリケーション１０１、１０２から発行されるファイ
ル入出力ＡＰＩおよびファイル管理ＡＰＩの呼び出し
（ＡＰＩコール）を受け取り、フォーマット変換を制御
する部分である（制御の詳細は後述する）。

【００４８】設定プログラム１０４は、ファイルシステ
ム１００によるフォーマット変換の動作をユーザが設
定、変更するためのフォーマット変換設定ＡＰＩを、フ
ォーマット変換設定部１１１に対して発行するプログラ
ムである。フォーマット変換設定部１１１は、ユーザか
らのフォーマット変換設定ＡＰＩを受けて（１６１）、
変換表１２０とファイル表１２２を変更する。フォーマ
ット変換設定ＡＰＩは、変換表１２０の各エントリ２０
０、およびファイル表１２２の各エントリ２１０を参照
し、変更する（１６２）。

【００４９】なお、変換表１２０、ファイル表１２２、
名前空間表１２１、トークン表１２３および削除候補表
１２４はいずれも、主記憶上か二次記憶上のいずれか片
方または両方にあって差し支えない。また、変換表１２
０、ファイル表１２２、名前空間表１２１、トークン表
１２３および削除候補表１２４はいずれも、ファイルシ
ステム１００の外に保存されても差し支えない。例え
ば、ファイルシステム１００と別のプログラムがあっ
て、変換表１２０、ファイル表１２２、名前空間表１２
１、トークン表１２３および削除候補表１２４の一部ま
たは全部に対する参照と更新を提供していて、ファイル
システム１００が当該プログラム経由で各表にアクセス
しても差し支えない。

【００５０】動作の説明以下、第１の実施例の動作を説明する。本発明が特徴を
発揮する以下の３つの場面を想定し、順に説明する。
（１）第１のアプリケーション１０１が変換元ファイル
１３０を作成する。（２）第１のアプリケーション１０
１が変換元ファイル１３０に対して読み書きを行う。
（３）二次記憶装置１１の空き領域が不足した際に、変
換先ファイル１３１を消去する。なお、ここでは説明を
簡単にするため、第１のアプリケーション１０１と第２
のアプリケーション１０２をとしているが、この数およ
び種類は一例にすぎない。アプリケーションの数および
種類はは１つでも、３つ以上でも差し支えない。

【００５１】（１）アプリケーションによるファイルの
作成第１のアプリケーション１０１または第２のアプリケー
ション１０２は、ファイルシステム１００のファイル作
成ＡＰＩを生成対象の第１のファイルの第１のファイル
名とともに起動することにより、ファイル作成をファイ
ルシステム１００に依頼する（１５０、１５２）。この
際、ファイルシステム１００は図３に示す処理を行う。

【００５２】まず、第１のファイル名を名前空間表１２
１に登録する（１５５、ステップ３０１）。具体的に
は、新たな名前空間表エントリ２１０を名前空間表１２
１に割り当て、ファイルＩＤ２１２に他のファイルにま
だ割り当てられていない第１のファイルＩＤを格納し、
ファイル名２１１に第１のファイル名を格納する。

【００５３】次に、第１のファイルをファイル表１２２
に登録する（１５６、ステップ３０２）。具体的には、
新たなファイル表エントリ２２０をファイル表１２２に
割り当て、ファイルＩＤ２２１に第１のファイルＩＤ
を、ファイル名の拡張子から決定したフォーマット２２
２に第１のファイルの第１のフォーマットを、タイムス
タンプ２２３に現在時刻を、変換元ファイルＩＤ２２４
に「空」を、トークンＩＤ２２５にまだどのトークンに
も割り当てられていない第１のトークンＩＤを、ファイ
ル内容２２６のファイル本体（すなわち変換元ファイル
１３０）に「空」をそれぞれ格納する（１５９）。な
お、ファイル内容２２６が決定しなければファイルのフ
ォーマットがわからない計算機システムの場合には、例
えばフォーマット２２２に「空」をいれておき、後で第
１のファイルに対する書き込み等によってファイル内容
２２６が得られてから、フォーマット２２２を格納す
る。

【００５４】次に、第１のファイルに対応するトークン
をトークン表１２３に登録する（１５７、ステップ３０
３）。具体的には、新たなトークン表エントリ２３０を
トークン表１２３に割り当て、トークンＩＤ２３１に第
１のトークンＩＤを、ファイルＩＤ２３２に「空」を格
納する。

【００５５】次に、１つ以上の第１の変換先ファイル名
を第１のファイル名と変換表１２０から生成する（１５
４、ステップ３０４）。具体的には、変換表１２０に格
納されている変換表エントリ２００のうち、変換元フォ
ーマット２０１が第１のフォーマットに等しい１つ以上
の第１の変換表エントリを検索する。そして、第１の変
換表エントリのそれぞれについて、第１のファイル名か
ら拡張子を取り去って、代りの拡張子として変換先フォ
ーマット２０２をつけたものを変換先ファイル名とす
る。これが本実施例におけるファイル名変換方法であ
る。

【００５６】次に、生成した上記変換先ファイル名のそ
れぞれについて（ステップ３０５の判定がＮの間）、ス
テップ３０６とステップ３０７の処理を行う。具体的に
は、ステップ３０１と同様の方法で上記変換先ファイル
名を名前空間表１２１に登録し（１５５、ステップ３０
６）、変換先ファイルをファイル表１２２に登録する
（１５６、ステップ３０７）。変換先ファイルのファイ
ル表１２２への登録では、新たなファイル表エントリ２
２０をファイル表１２２に割り当て、ファイルＩＤ２２
１に第１のファイルＩＤを、ファイル名の拡張子から決
定したフォーマット２２２に第１のファイルの第１のフ
ォーマットを、タイムスタンプ２２３に「空」を、変換
元ファイルＩＤ２２４に第１のファイルＩＤを、トーク
ンＩＤ２２５に第１のトークンＩＤを、ファイル内容２
２６のファイル本体（すなわち変換先ファイル群１３
１、１３１’、…のいずれか）に「空」を格納する（１
６０）。また、変換先ファイルがさらに変換元ファイル
となりうる場合、すなわち多段階の変換が可能な場合、
変換先ファイルのファイル名をさらにファイル名変換方
法で変換し、得られたファイル名およびファイルを本段
落の手順で名前空間表１２１とファイル表１２２にそれ
ぞれ登録する。

【００５７】ステップ３０４で生成したすべての変換先
ファイル名を処理したら（ステップ３０５の判定が
Ｙ）、残りのファイル生成操作を行う（ステップ３０
８）。この操作の中で、例えば二次記憶装置１１へのデ
ィスクブロックの割り当て、ファイルの所有者、アクセ
ス権、生成時刻等の属性の設定などを行う場合がある
が、これらは既に公知であり、本発明の特徴とも直接関
係ないのでこれ以上説明しない。

【００５８】以上のファイル作成ＡＰＩが終了した時点
で、ファイルシステム１００は第１のアプリケーション
１０１または第２のアプリケーション１０２に対して、
結果を返す（１５１、１５３）。この結果はファイルＩ
Ｄ（またはファイルＩＤを間接に指す番号）である。

【００５９】以上が第１の実施例において新たなファイ
ルを生成する際の動作である。上述のように、第１の実
施例のファイルシステムは、変換元ファイルのファイル
名から変換先ファイルのファイル名を得るファイル名変
換方法をファイルシステムが持つ。これにより、ユーザ
がファイル作成ＡＰＩによって直接作成を依頼した第１
のファイルが作成されるに加えて、第１のファイルを変
換元ファイルとする１つ以上の変換先ファイルがファイ
ルシステムにより生成される。

【００６０】なおこの実施例では、変換元ファイルの作
成操作を契機として変換先ファイルのファイル名を生成
したが、本発明はこの契機に限定されるものではない。
別の契機として、例えばユーザがディレクトリの表示操
作または検索操作を用いることが可能である。変換先フ
ァイルのファイル名が生成されるディレクトリに「ファ
イル名生成を行う必要あり」の印をつけておき、後に当
該ディレクトリを表示または検索する際に、実際のファ
イル名生成を行う。こうすることで、ファイル名生成の
処理を遅延し、変換元ファイルの作成操作をより高速に
することが可能である。また、「ファイル名生成を行う
必要あり」の印がついたファイルを、一定時間後、また
は一定時間毎に探し出して、変換先ファイルのファイル
名を生成しても良い。

【００６１】（２）アプリケーションによるファイルへ
の読み書きアプリケーション群（１０１、１０２）による第１のフ
ァイルへの書き込みは、オープンＡＰＩを用いて書き込
みモードで第１のファイルをオープンし、書き込みＡＰ
Ｉまたは読み出しＡＰＩを用いてデータを読み書きし、
クローズＡＰＩを用いて第１のファイルをクローズす
る、という手順で行う。なお、計算機システムによって
はオープンＡＰＩやクローズＡＰＩがない場合も考えら
れる。このような場合には、読み出しＡＰＩ、書き込み
ＡＰＩが毎回、オープンとクローズをそれぞれのＡＰＩ
処理の最初と最後に行われるとみなして本発明を適用す
ることができる。

【００６２】オープンＡＰＩの動作を、図４を用いて説
明する。第１の実施例のオープンＡＰＩは、第１のファ
イルの第１のファイル名とオープンモード（読み出し、
書き込み、または両方）を伴ってアプリケーション群
（１０１、１０２）から呼び出される（１５０、１５
２）。

【００６３】まず、第１のファイルと変換可能なファイ
ル群の読み書きの一貫性を保持するために、トークンを
取得する（ステップ４０１）。具体的には、名前空間表
１２１の中から、ファイル名２１１が第１のファイル名
に等しい名前空間表エントリ２１０を検索し（１５
４）、当該第１の名前空間表エントリのファイルＩＤ２
１２に等しいファイルＩＤ２２１を持つファイル表エン
トリ２２０を検索し（１５６）、当該第１のファイル表
エントリのトークンＩＤ２２５に等しいトークンＩＤ２
３１を持つトークン表エントリ２３０をトークン表１２
３の中から検索する（１５７）。そして、当該第１のト
ークン表エントリのファイルＩＤ２３２が「空」になる
まで待ち、ファイルＩＤ２３２に第１のファイル表エン
トリのトークンＩＤ２２５を格納する。モード２３３に
は、オープンモードを格納する。本実施例では、トーク
ンで変換可能なファイル群へのファイル操作をすべて直
列化しているが、２つ以上の書き込みＡＰＩ（または２
つ以上の書き込みオープンＡＰＩ）を禁止するトークン
取得・解放アルゴリズムを使用しても差し支えない。

【００６４】次に、第１のファイルが変換先ファイルか
（Ｙ）否か（Ｎ）を判定する（ステップ４０２）。具体
的には、前記第１のファイル表エントリの変換元ファイ
ルＩＤ２２４が「空」でなければ、第１のファイルは変
換先ファイルである。

【００６５】第１のファイルが変換先ファイルでなけれ
ば（ステップ４０２の判定がＮ）、後述のステップ４０
８に制御を移す。一方、第１のファイルが変換先ファイ
ルであれば（ステップ４０２の判定がＹ）、第１のファ
イルの第１の変換元ファイルを決定する（ステップ４０
３）。具体的には、第１のファイル表エントリの変換元
ファイルＩＤ２２４が第１の変換元ファイルのファイル
ＩＤである。当該ファイルＩＤに等しいファイルＩＤ２
２１を持つファイル表エントリ２２０を検索し、当該第
２のファイル表エントリとする。

【００６６】次に、変換先ファイルである第１のファイ
ルが第１の変換元ファイルの最新の内容を反映している
かを確認する。第１のファイル表エントリのタイムスタ
ンプ２２３が「空」、または、「第１のファイル表エン
トリのタイムスタンプ２２３<第１のファイル表エント
リのタイムスタンプ２２３」であれば（ステップ４０４
の判定がＹ）、最新の内容を反映していない。

【００６７】この場合にはまず、変換元ファイルをオー
プンし（ステップ４０５）、変換プログラムを選択して
実行する（ステップ４０６）。具体的には、変換表１２
０の中から、変換先フォーマット２０２が第１のファイ
ル表エントリのフォーマット２２２に等しく、かつ変換
元フォーマット２０１が第２のファイル表エントリのフ
ォーマット２２２に等しい変換表エントリ２００を検索
し（１５４、１５６）、第２のファイル表エントリのフ
ァイルＩＤ２２１で示すファイルをオープンし（ステッ
プ４０５）する。そして、当該第１の変換表エントリの
変換プログラム２０３を起動する（１６７、（ステップ
４０６）。この際、変換プログラム２０３への入力とし
て第２のファイル表エントリのファイル内容２２６のフ
ァイル本体を与え（１６３）、変換プログラム２０３の
出力を第１のファイル表エントリのファイル内容２２６
のファイル本体に格納する（１６４）。この際、第２の
ファイル表エントリのファイル内容２２６のファイル本
体がファイルシステム１００中になければ、二次記憶装
置１１から取出す（１６５）。また変換プログラム２０
３終了後、第１のファイル表エントリのファイル内容２
２６のファイル本体を、二次記憶装置１１に書き出す
（１６６）。なお、第１のファイル表エントリのファイ
ル内容２２６のファイル本体を二次記憶装置１１に書き
出すことは、必ずしも必要ではない。変換が終わった
ら、第２のファイル表エントリのファイルＩＤ２２１で
示すファイルをあとで述べる方法でクローズする（ステ
ップ４０７）。

【００６８】そして、変換先ファイルのタイムスタンプ
を現在時刻に設定する（１５６、ステップ４０８）。具
体的には、第１のファイル表エントリのタイムスタンプ
２２３に現在時刻を格納する。

【００６９】さらに、ステップ４０２で変換先ファイル
のタイムスタンプが「空」であったならば、変換先ファ
イルを削除候補表１２４に登録する（１５８、ステップ
４０９）。具体的には、削除候補表１２４に新たな削除
候補表エントリ２４０を割り当て、当該削除候補表エン
トリのファイルＩＤ２４１に第１のファイル表エントリ
のファイルＩＤ２２１を格納する。

【００７０】一方ステップ４０４の判定がＮなら、第１
のファイルは第１の変換元ファイルの最新の内容を反映
しているので、ステップ４１０で残りのファイル・オー
プン操作を行う。この操作の中で、ファイル・ポインタ
の初期化、主記憶上の読み書き用バッファの割り当て、
ファイルアクセス権限の確認などを行う場合があるが、
これらは既に公知であり、本発明の特徴とも直接関係な
いのでこれ以上説明しない。

【００７１】以上のオープンＡＰＩが終了した時点で、
ファイルシステム１００は当該オープンＡＰＩを呼び出
したアプリケーションに対し、当該オープンＡＰＩが完
了したことを通知する（１５１、１５３）。

【００７２】次に、書き込みＡＰＩの動作を説明する。
書き込みＡＰＩは、従来のファイルシステムと同様、ア
プリケーションがファイル名またはファイルＩＤ（また
はファイルＩＤを間接に指す番号）を指定して、ファイ
ルシステム１００にデータの書き込みを依頼する（１５
０、１５２）。この際ファイルシステム１００は、与え
られたものがファイル名であれば上述のオープンＡＰＩ
と同様名前空間表１２１からファイルＩＤを得（１５
５）、またが与えられたのがファイルＩＤであればその
ファイルＩＤを用いる。そして、当該ファイルＩＤから
当該ファイルＩＤに対応するファイル表エントリ２２０
を得て、当該ファイル表エントリのファイル内容２２６
のファイル本体に、与えられたデータを書き込む（１５
６）。以上の書き込みＡＰＩが終了した時点で、ファイ
ルシステム１００は当該書き込みＡＰＩを呼び出したア
プリケーションに対し、当該書き込みＡＰＩが完了した
ことを通知する（１５１、１５３）。

【００７３】次に、読み出しＡＰＩの動作を説明する。
読み出しＡＰＩは、従来のファイルシステムと同様、ア
プリケーションがファイル名またはファイルＩＤ（また
はファイルＩＤを間接に指す番号）を指定して、ファイ
ルシステム１００にデータの読み出しを依頼する（１５
０、１５２）。この際ファイルシステム１００は、与え
られたものがファイル名であれば上述のオープンＡＰＩ
と同様名前空間表１２１からファイルＩＤを得（１５
５）、またが与えられたのがファイルＩＤであればその
ファイルＩＤを用いる。そして、当該ファイルＩＤから
当該ファイルＩＤに対応するファイル表エントリ２２０
を得て、当該ファイル表エントリのファイル内容２２６
のファイル本体から、与えられたデータを読み出す（１
５６）。以上の読み出しＡＰＩが終了した時点で、ファ
イルシステム１００は当該読み出しＡＰＩを呼び出した
アプリケーションに対し、当該読み出しＡＰＩが完了し
たことを通知する（１５１、１５３）。

【００７４】次に、クローズＡＰＩの動作を図５を用い
て説明する。

【００７５】第１の実施例のクローズＡＰＩは、オープ
ンＡＰＩでオープンされた前記第１のファイルの第１の
ファイルＩＤを伴ってアプリケーション群（１０１、１
０２）から呼び出される（１５０、１５２）。

【００７６】第１のファイルのオープンが書き込みモー
ドであって、第１のファイルが変換元ファイルであるか
を検査する（ステップ５０１）。オープンが書き込みモ
ードかどうかは、以下の方法で検査する。第１のファイ
ルＩＤに等しいファイルＩＤ２２１を持つファイル表エ
ントリ２２０を検索し（１５６）、当該第１のファイル
表エントリのトークンＩＤ２２５に等しいトークンＩＤ
２３１を持つトークン表エントリ２３０をトークン表１
２３の中から検索する（１５７）。そして、当該第１の
トークン表エントリのモード２３３が書き込みモードか
を検査する。また、第１のファイル表エントリの変換元
ファイルＩＤ２２４が「空」ならば、第１のファイルが
変換元ファイルであり、「空」以外ならば第１のファイ
ルは変換先ファイルである（１５６）。

【００７７】ステップ５０１がＹなら、ステップ５０２
以下を実行する。具体的には、第１のファイル表エント
リのタイムスタンプ２２３に現在時刻を格納する（１５
６）。一方ステップ５０１がＮなら、ステップ５０３に
制御を移す。

【００７８】次に、トークンを解放する（ステップ５０
３）。具体的には、第１のトークン表エントリのファイ
ルＩＤ２３２とモード２３３に「空」を格納する（１５
７）。

【００７９】最後に、ステップ５０４で残りのファイル
・クローズ操作を行う。この操作の中で、主記憶上の読
み書き用バッファの解放、ファイル内容の二次記憶装置
１１への書き出しなどを行う場合があるが、これらは既
に公知であり、本発明の特徴とも直接関係ないのでこれ
以上説明しない。

【００８０】以上のクローズＡＰＩが終了した時点で、
ファイルシステム１００は当該クローズＡＰＩを呼び出
したアプリケーションに対し、当該クローズＡＰＩが完
了したことを通知する（１５１、１５３）。

【００８１】以上のように第１の実施例のファイルシス
テムでは、主に変換表１２０に変換元ファイルと変換先
ファイルと変換プログラムとの間の対応関係（１段階で
も、多段階でも良い）をファイルシステム中に保持し
て、どのファイルをどのファイルへ変換するかをユーザ
がその都度指示する必要をなくしている。

【００８２】また、第１の実施例はファイルへの読み書
きに際して必ずアプリケーションが行う動作（オープン
ＡＰＩとクローズＡＰＩ、読み出しＡＰＩや書き込みＡ
ＰＩでも差し支えない）を、フォーマット変換の契機と
しても用いる。これにより、第１の実施例のフォーマッ
ト変換方法は、アプリケーションの動作をファイルシス
テムを通じて逐一知り、対応する動作を行うことができ
る。翻ってアプリケーションは、フォーマット変換方法
の動作をまったく意識することがないが、ユーザの作業
を進めるために必要な変換は順次行われる。

【００８３】加えて第１の実施例では、主にトークン表
１２３とタイムスタンプ２２３を用いて、変換元ファイ
ルの最新の内容を変換先ファイルに反映させ、かつ、ア
プリケーションが変換元ファイルと変換先ファイルに対
して同時に読み書きを要求した場合でも、これらを調停
して変換元ファイルと変換先ファイルの一貫性を保持す
る。

【００８４】（３）変換先ファイルの消去二次記憶装置１１の空き領域が切迫した場合、変換先フ
ァイル群１３１、１３１’、…を消去することができ
る。これは以下の手順で行う。

【００８５】ファイルシステム１００は定期的に二次記
憶装置１１の空き領域の監視を行い、空き領域の量が一
定以下になったら、削除候補表１２４に含まれる削除候
補表エントリ２４０のそれぞれについて（１５８）、以
下の処理を行う。

【００８６】削除候補エントリのファイルＩＤ２４１と
等しいファイルＩＤ２２１を持つファイル表エントリ２
２０をファイル表１２２から検索する（１５６）。そし
て、当該ファイル表エントリのトークンＩＤ２２５と等
しいトークンＩＤ２３１を持つトークン表エントリ２３
０をトークン表１２３から検索し（１５７）、当該トー
クン表エントリのファイルＩＤ２３２が当該ファイル表
エントリのファイルＩＤ２２１と異なっていれば、当該
ファイル表エントリのファイル内容２２６のファイル本
体を「空」にし、タイムスタンプ２２３に「空」を格納
する（１５６）。

【００８７】以上の操作によって、二次記憶装置１１の
空き領域が切迫した場合に、現在使用されていない変換
先ファイルのファイル内容をすべて削除し、空き領域を
増やすことができる。変換先ファイルのファイル内容を
削除したとしても、新たにユーザが変換先ファイルを参
照した場合には、上述のようにフォーマット変換がユー
ザの関与なしに起動され、当該変換先ファイルのファイ
ル内容は再び充填される。このため、ユーザは変換先フ
ァイルのファイル内容が削除されていたことをまったく
意識せずに作業を進めることができる。

【００８８】フォーマット変換のタイミング本実施例では、オープンＡＰＩとクローズＡＰＩの処理
中にフォーマット変換を起動しているが、ＡＰＩを契機
として、他の起動タイミングでフォーマット変換を行っ
ても差し支えない。

【００８９】例えば、変換元ファイルの書き込みＡＰＩ
のあと、一定時間経過後にフォーマット変換を行っても
よい。例えばアプリケーションが書き込みＡＰＩを行っ
た時点で、ファイルシステム１００がタイマーをＴ１秒
後（Ｔ１は所定の秒数）に設定して、アプリケーション
に制御を移す。そして、Ｔ１秒以内に続く書き込みＡＰ
Ｉが発行されれば、再びタイマーをＴ１秒後に設定し直
す。一方、Ｔ１秒以内に続く書き込みＡＰＩが発行され
なければ、フォーマット変換を行う。このようにする
と、書き込みＡＰＩの発行が連続して行われる間はフォ
ーマット変換を控え、書き込みＡＰＩの発行が止んでし
ばらくしたところで、フォーマット変換を行って、変換
先ファイル群に最新の内容を伝播する、という動作がで
きる。

【００９０】また、第１の実施例ではオープンＡＰＩの
発行に同期してフォーマット変換を行っていたが、上記
の書き込みＡＰＩと同様に、クローズＡＰＩの処理後し
ばらくしてから、ファイルシステム１００が自発的にフ
ォーマット変換を行うことも可能である。こうすれば、
オープンＡＰＩの実行時にはフォーマット変換を行わな
くてもよい場合が増えるので、オープンＡＰＩがより高
速に行えるようになる。自発的なフォーマット変換のタ
イミングとしては、クローズＡＰＩのＴ２秒後（Ｔ２は
所定の秒数）、通常業務が終了する深夜Ｓ時から（Ｓは
適当な時刻）、計算機１０のＣＰＵ負荷がＬ以下になっ
た時点（Ｌは適当なＣＰＵ負荷指標）で、などの選択肢
が考えられ、どれも有効である。これらの自発的なフォ
ーマット変換は、ＡＰＩ発行を契機としたフォーマット
変換と併用することで、変換先ファイルが最新であるこ
とを保証するのが望ましい。

【００９１】第２の実施例：２段階変換第１の実施例と異なる本発明の形態を、図面を参照しな
がら説明する。以下に述べる発明の実施の形態を「第２
の実施例」と呼ぶことにする。

【００９２】全体構成図６を用いて第２の実施例の構成を説明する。第２の実
施例は、第１の実施例の主要部分を、分散システム（２
つ以上の計算機がネットワークで結合された計算機シス
テム）に拡張したものである。

【００９３】なお、図６に示した計算機、ネットワー
ク、アプリケーション、変換プログラム、変換元ファイ
ル、変換先ファイルの数と構成は、一例に過ぎず本発明
はこれに限定されるものではない。また、図６はネット
ワーク１２を介して２つの計算機１０、１０’が結合し
た構成をとっているが、第２の実施例で行っている処理
を、ひとつの計算機上で実現しても差し支えない。

【００９４】計算機１０’は第１の実施例で説明した計
算機１０と同様、いわゆるパーソナル・コンピュータ、
ワークステーション、並列計算機、大型計算機等、任意
のコンピュータでよい。図６には二次記憶装置を図示し
ていないが、計算機１０も計算機１０’も二次記憶装置
を持っていてよい。

【００９５】ネットワーク１２は、計算機１０と計算機
１０’、または他の計算機を結合する。ここで、ネット
ワーク１２はある団体（企業や学校や類似の団体）の全
体や一部門でよく使用されるＬＡＮやＷＡＮ（イントラ
ネットと呼ばれる場合がある）でもよく、また地理的に
分散した複数の地点を結合するＷＡＮの一部または全部
でもよい。すなわち、ネットワーク１２はインターネッ
トの一部または全部でよい。インターネットは、アメリ
カ合衆国を中心に発展したコンピュータ・ネットワーク
である。通信プロトコルとして主にＴＣＰ／ＩＰ（Ｔｒ
ａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃ
ｏｌ／ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌの略）を用
いる。またネットワーク１２は、計算機間結合網や並列
計算機内部のプロセッサ要素間の結合網でもよい。

【００９６】ファイルシステム１００’は第１の実施例
で説明したファイルシステム１００と同じ機能を持つソ
フトウェアである。フォーマット変換制御部１１０’は
フォーマット変換制御部１１０と、それぞれ同じ機能を
持つソフトウェアであるが、以下に述べるようにクロー
ズＡＰＩの動作が第１の実施例とは異なる。

【００９７】ファイルシステム１００とファイルシステ
ム１００’はそれぞれ変換表１２０、ファイル表１２
２、名前空間表１２１、トークン表１２３、削除候補表
１２４を持つ（図６には示していない）。

【００９８】動作の説明以下、第２の実施例の動作を説明する。第２の実施例の
特徴として、アプリケーション１０１が変換元ファイル
１３０を作成して書き込み、アプリケーション１０２が
変換元ファイル１３０から変換された変換先ファイル１
３１を読み出す場合を想定して説明を行う。

【００９９】アプリケーション１０１は、ファイルシス
テム１００のファイル作成ＡＰＩを生成対象の第１のフ
ァイルの第１のファイル名とともに起動することによ
り、変換元ファイル１３０の作成をファイルシステム１
００に依頼する（１５０）。この際、ファイルシステム
１００は第１の実施例ですでに説明した処理を図３のフ
ローチャートに従って行う。ここで変換元ファイル１３
０は、図６に示すように変換プログラム６０３および中
間ファイル１３０’に対応づけられている。フォーマッ
ト変換制御部１１０はオープンＡＰＩの途中で中間ファ
イルとして用いる中間ファイル１３０’を生成するため
にフォーマット変換制御部１１０’と通信を行い（６５
０）、フォーマット変換制御部１１０’が中間ファイル
１３０’を生成する。

【０１００】次に、アプリケーション１０１がファイル
システム１００に対して、変換元ファイル１３０をオー
プンし、書き込みを行い、クローズする（１５０）。こ
の一連の操作で変換元ファイル１３０のファイル内容が
格納される。変換元ファイル１３０のオープンＡＰＩは
図４を用いてすでに説明した手順で行う。また、変換元
ファイル１３０の書き込みＡＰＩも、第１の実施例です
でに説明した手順で行う。続くアプリケーション１０１
へのクローズＡＰＩの処理は、フォーマット変換制御部
１１０が図７にしたがって行う。以下、この手順を説明
する。

【０１０１】第２の実施例の変換元ファイル１３０のク
ローズＡＰＩは、オープンＡＰＩでオープンされた変換
元ファイル１３０の第１のファイルＩＤを伴ってアプリ
ケーション群（１０１、１０２）から呼び出される（１
５０）。クローズの対象となっている第１のファイルの
オープンが書き込みモードであって、第１のファイルが
変換元ファイルであるか（Ｙ）否か（Ｎ）を検査する
（ステップ７０１）。オープンが書き込みモードかどう
かは以下の方法で検査する。第１のファイルＩＤに等し
いファイルＩＤ２２１を持つファイル表エントリ２２０
を検索し、当該第１のファイル表エントリのトークンＩ
Ｄ２２５に等しいトークンＩＤ２３１を持つトークン表
エントリ２３０をトークン表１２３の中から検索する。
そして、当該第１のトークン表エントリのモード２３３
が書き込みモードかを検査する。また、第１のファイル
表エントリの変換元ファイルＩＤ２２４が「空」なら
ば、第１のファイルが変換元ファイルであり、「空」以
外ならば第１のファイルは変換先ファイルである。ステ
ップ７０１の判定がＹなら、ステップ７０２から７０７
を実行する。一方、ステップ７０１の判定がＮなら、ス
テップ７０３とステップ７０４を実行する。

【０１０２】ステップ７０２では、第１のファイル表エ
ントリのタイムスタンプ２２３に現在時刻を格納する
（１５６）。

【０１０３】次に、トークンを解放する（ステップ７０
３）。具体的には、第１のトークン表エントリのファイ
ルＩＤ２３２とモード２３３に「空」を格納する（１５
７）。

【０１０４】次に、ステップ７０４で残りのファイル・
クローズ操作を行う。この操作の中で、主記憶上の読み
書き用バッファの解放、ファイル内容の二次記憶装置１
１への書き出しなどを行う場合があるが、これらは既に
公知であり、本発明の特徴とも直接関係ないのでこれ以
上説明しない。

【０１０５】次に、ステップ７０５で、第１のファイル
に対する変換先ファイルを決定する。具体的には、ファ
イル表１２２の中で変換元ファイルＩＤ２２４が第１の
ファイルＩＤに等しいファイル表エントリ２２０を検索
する。当該ファイル表エントリが変換先ファイルのファ
イル表エントリである。

【０１０６】次に、ステップ７０６で、当該変換先ファ
イルを読み出しモードでオープンする。このステップの
処理は図４ですでに説明したものである。

【０１０７】次に、ステップ７０７で、第１のファイル
をクローズする。このステップの処理は図５ですでに説
明したものである。

【０１０８】以上のクローズＡＰＩが終了した時点で、
ファイルシステム１００は当該クローズＡＰＩを呼び出
したアプリケーションに対し、当該クローズＡＰＩが完
了したことを通知する（１５１）。特にステップ７０６
で、変換先ファイルをオープンしている点が、このオー
プンＡＰＩ処理の特徴である。このオープンによって、
変換プログラム６０３によって変換元ファイル１３０の
最新情報が中間ファイル１３０’に伝播する。加えてこ
のオープンによって、中間ファイル１３０’を変換元フ
ァイルとした変換先ファイルのファイル名が名前空間表
１２１に登録される。

【０１０９】次に、アプリケーション１０２がファイル
システム１００’に対して、変換先ファイル１３１をオ
ープンし、読み出しを依頼する（１５２）。この時、フ
ァイルシステム１００’は図４にしたがって、第１の実
施例ですでに説明した処理を行う。ただ第２の実施例で
は、変換先ファイル１３１は変換プログラム１０３と中
間ファイル１３０’に対応づけられている。このため、
変換先ファイル１３１のオープンＡＰＩ操作は、中間フ
ァイル１３０’を入力変換先ファイル１３１を出力とし
て変換プログラム１０３を起動する、というフォーマッ
ト変換操作を引き起こす。

【０１１０】以上が、アプリケーション１０１が変換元
ファイル１３０を作成して書き込み、アプリケーション
１０２が変換元ファイル１３０を作成して書き込み、ア
プリケーション１０２が変換元ファイル１３０から変換
された変換先ファイル１３１を読み出す場合の第２の実
施例の動作である。

【０１１１】第２の実施例では、計算機１０にある変換
元ファイル１３０への変更が、すぐに計算機１０’に伝
播する。この結果、計算機１０の電源がオフになった
り、計算機１０の二次記憶装置が故障したりして、変換
元ファイル１３０が一時的または永続的に利用不能にな
っても、計算機１０’の中間ファイル１３０’、変換先
ファイル１３１、１３１’、…は計算機１０’上のアプ
リケーションから利用可能である。

【０１１２】この特徴は、特に計算機１０がユーザのよ
く利用するパーソナル・コンピュータや携帯型コンピュ
ータで、計算機１０’が多数のユーザが利用するＷＷＷ
サーバなどの共有情報サーバである場合に特に効果があ
る。なぜなら、計算機１０のユーザが計算機１０の電源
を切断したり、ネットワークから計算機１０を切断して
も、計算機１０’経由で変換元ファイル１３０の情報を
共有しているユーザにはなんら問題ないし、また、計算
機１０’経由で変換元ファイル１３０の情報を共有して
いるユーザがいる間でも、これらのユーザに変換先ファ
イル１３１、１３１’、…の利用を中断させることな
く、計算機１０のユーザが変換元ファイル１３０を更新
することができるためである。この場合、変換プログラ
ム６０３は、単なるコピープログラムでも差し支えな
い。

【０１１３】変形例１：ファイル単位の変換指定上記第１、第２の実施例では変換表１２０を用いて、変
換元フォーマットから変換先フォーマットへの対応を行
っている。しかし、本発明の実施の形態はフォーマット
単位の対応づけに限定されるものではない。特に変形例
１として、変換表に変換元ファイルから変換先ファイル
への対応づけを格納することができるようにしても差し
支えない。これを行うには、変換表エントリ２００の内
部構造を、変換元フォーマット２０１と変換先フォーマ
ット２０２と変換プログラム２０３の組ではなく、変換
元ファイルＩＤと変換先ファイルＩＤと変換プログラム
２０３の組とし、オープンＡＰＩやクローズＡＰＩで変
換表１２０を検索する時に、ファイルＩＤを用いればよ
い。さらに進んで、実施例１の変換表１２０と変形例１
の変換表の２つの形式を、１つの変換表に混在させる実
施の方法でも差し支えない。

【０１１４】変形例２：変換元ファイルの隠蔽ユーザの都合によっては、ファイルシステムが変換元フ
ァイルを隠し、変換先ファイルのみを提供したほうが良
い場面もある。例えば、第１の実施例で、変換元ファイ
ル１３０が読み書き可能なフォーマットで、変換先ファ
イル群１３１、１３１’、…が読み出しのみ可能なフォ
ーマットである場合、変換元ファイル１３０を作成した
ユーザは他のユーザに変換先ファイル群１３１、１３
１’、…のみアクセスさせることで、変換元ファイル１
３０を変更から守ることができる。

【０１１５】また第２の実施例では、計算機１０’のユ
ーザは中間ファイル１３０’と変換先ファイル１３１、
１３１’、…とのいずれにもアクセスが可能である。し
かし中間ファイル１３０’はファイルシステム１００が
使用する中間ファイルなので、中間ファイル１３０’を
隠した方がユーザにとってわかりやすいと思われる。

【０１１６】このように、変換元ファイル（または特定
の変換先ファイル）をユーザから隠蔽する機能を、上記
第１の実施例、第２の実施例、および変形例１に追加す
ることができる。具体的には、ファイル表１２２に新た
な項目として「隠蔽変換元フラグ」と「隠蔽変換先リス
ト」を追加する。前者は変換元ファイルを隠蔽するた
め、また後者は変換先ファイルを隠蔽するためである。
あるファイルの隠蔽変換元フラグが真なら、ファイルシ
ステムは名前空間表１２１から当該ファイルのファイル
名を削除する。また、隠蔽変換先リストは変換先フォー
マットのリストを格納しており、上記ファイル作成ＡＰ
Ｉにおいて、変換先フォーマットが、変換元ファイルの
隠蔽変換先リストに含まれていれば、ステップ３０６に
おいて当該変換先フォーマットのファイルを名前空間表
１２１に追加するのを止める。

【０１１７】パーソナル・コンピュータ（ＰＣ）への適
用例本発明をパーソナル・コンピュータ（ＰＣ）へ適用した
例を、図８を用いて説明する。なお、計算機やアプリケ
ーションの種類や数は、例として用いたものであり、本
発明の範囲を限定するものではない。

【０１１８】ＰＣ８００はユーザが利用する計算機で
ある。例えばワード・プロセッサ８０１やＷＷＷブラウ
ザ８０２やｐｄｆ文書表示プログラム８０３などが、Ｐ
Ｃ８００上のアプリケーションとして動作する。本発
明に基づくファイルシステム１００は、上述の説明通
り、アプリケーションのファイル操作に伴って、必要な
フォーマット変換を行う。例えば、ユーザがワード・プ
ロセッサ８０１で作成した文書を保存する場合、ｈｅｌ
ｌｏ.ｄｏｃ８０４なるファイルを作成し、書き込み
を行って二次記憶装置１１に文書を保存する（８１
１）。この際、ファイルシステム１００は、図３のフロ
ーチャートに従って、変換先ファイルのファイル名を図
１の名前空間表１２１（図８には図示していない）に登
録する。この結果、ユーザは変換先ファイル（図８の例
ではｈｅｌｌｏ.ｈｔｍｌ８０５とｈｅｌｌｏ.ｐｄｆ
８０６）を操作できるようになる。例えば、ユーザが
ＷＷＷブラウザ８０２を用いてｈｅｌｌｏ.ｈｔｍｌ
８０５を参照すると、ＷＷＷブラウザ８０２はｈｅｌｌ
ｏ.ｈｔｍｌ８０５を読み出す準備として、オープン
ＡＰＩを発行する（８２１）。この際、ファイルシステ
ム１００は図４のフローチャートに従って、変換プログ
ラム８２３を決定し、変換元ファイルから変換先ファイ
ルへの変換（８２２）を行って変換元ファイルであるｈ
ｅｌｌｏ.ｄｏｃ８０４から変換先ファイルであるｈｅ
ｌｌｏ.ｈｔｍｌ８０５の内容を得る。これによって
ＷＷＷブラウザ８０２は、続くｈｅｌｌｏ.ｈｔｍｌ
８０５への読み出しＡＰＩ（８２４）によって、先ほど
ワード・プロセッサ８０１が作成したｈｅｌｌｏ.ｄｏ
ｃ８０４の内容を、異なるフォーマットを持つファイ
ルｈｅｌｌｏ.ｈｔｍｌ８０５として得ることができ
る。なお、この一連の動作に、ユーザやアプリケーショ
ンはフォーマット変換にかかわる操作を行う必要が一切
なかった点に留意すべきである。

【０１１９】本発明はアプリケーションによらないの
で、別のアプリケーション（例えばｐｄｆ文書表示プロ
グラム８０３）が別の変換先ファイルの読み出しを行っ
ても、まったく問題ない。この場合、先ほどと同様、オ
ープンＡＰＩ（８２５）の発行に同期して変換プログラ
ム８２７を決定し、変換元ファイルであるｈｅｌｌｏ.
ｄｏｃ８０４から変換先ファイルであるｈｅｌｌｏ.
ｐｄｆ８０６へのフォーマット変換（８２６）を行
う。これによってｐｄｆ文書表示プログラム８０３は、
続くｈｅｌｌｏ.ｐｄｆ８０６への読み出しＡＰＩ
（８２８）を行うことができる。

【０１２０】なお、現在ＰＣで使用されているＯＳのな
かには、従来のＯＳの機能を、複数のダイナミック・リ
ンク・ライブラリ（ＤＬＬ）の集合として実現している
ＯＳがある。このようなＯＳ上ではファイルシステムの
主要部分もＤＬＬとなっている。本発明をこのようなＤ
ＬＬベースのＯＳに適用する１つの方法は、ファイルシ
ステム機能を提供するＤＬＬ（仮にＦＳ.ＤＬＬと呼
ぶ）を本発明に基づくファイルシステムの機能を提供す
るＤＬＬ（仮にＮＥＷ・ＦＳ.ＤＬＬと呼ぶ）で置き換
える方法である。ＮＥＷ・ＦＳ.ＤＬＬの中で従来のフ
ァイルシステムと同じ動作を行う部分については、Ｆ
Ｓ.ＤＬＬの機能を関数呼び出しにより呼ぶことにすれ
ば、既にある機能を再び実現することなく本発明の機能
を追加することができる。すなわち、ＮＥＷ・ＦＳ.Ｄ
ＬＬをＦＳ.ＤＬＬの上にかぶせることによって、これ
までＦＳ.ＤＬＬが受けていたアプリケーションからの
ＡＰＩ呼び出しを、ＮＥＷ・ＦＳ.ＤＬＬが受け、ＦＳ.
ＤＬＬの機能が必要な場面ではＮＥＷ・ＦＳ.ＤＬＬが
ＦＳ.ＤＬＬのＡＰＩを起動する。例えば、ステップ４
１０、ステップ５０４、ステップ５０４、ステップ５０
４、ステップ７０４は、従来のファイルシステムの機能
を呼び出す部分なので、これらのステップでＮＥＷ・Ｆ
Ｓ.ＤＬＬがＦＳ.ＤＬＬを呼び出せば良い。

【０１２１】ＷＷＷシステムへの適用例（１）：次に本
発明をＷＷＷシステムに適用した例を図９を用いて説明
する。ネットワーク１２は、既に説明したように、イン
トラネットやインターネットを含む計算機間の結合であ
る。本適用例は特にＴＣＰ／ＩＰとＨＴＴＰ（Ｈｙｐｅ
ｒ―ＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌの
略）を用いるＷＷＷに良く適合する。

【０１２２】この例では、本発明を組み込んだファイル
システム１００を持つサーバ計算機９００が、ＷＷＷサ
ーバ９１１や分散ファイル・サーバ９１２を用いて、ネ
ットワーク１２で結合された機能限定ＰＣ９０１およ
びＰＣ９０２にファイルを提供する。機能限定ＰＣ９
０１は、ネットワーク・コンピュータやＴｈｉｎＰＣ
と呼ばれている機能限定、低価格なパーソナル・コンピ
ュータである。このような計算機は、低価格化を進める
ために必要最低限のソフトウェアしか搭載しないのが普
通である。ＰＣ９０２は通常のパーソナル・コンピュ
ータである。なお、この例では分散ファイル・サーバ９
１２をファイルシステム１００と異なるプログラムとし
ているが、これらを１つにした、いわゆる分散ファイル
・システムを用いても差し支えない。分散ファイル・シ
ステムは分散ファイル・サーバ９１２がファイルシステ
ム１００に組み込まれたものと考えることができる。

【０１２３】ユーザは機能限定ＰＣ９０１やＰＣ９
０２を操作して、サーバ計算機９００上のファイルにア
クセスする。この例では、機能限定ＰＣ９０１のユー
ザはＷＷＷブラウザ９１６を用い、またＰＣ９０２の
ユーザはｐｄｆ文書表示プログラム９１７を用いてアク
セスする。また、サーバ計算機９００上で動作するワー
ド・プロセッサ９１０を用いると、サーバ計算機９００
上に新たなファイルを作成、または既存のファイルを変
更することができる。

【０１２４】ユーザがワード・プロセッサ９１０で作成
した文書を保存する場合、ワード・プロセッサ９１０は
ファイルシステム１００に変換元ファイルであるｈｅｌ
ｌｏ.ｄｏｃ９１３の作成を依頼し（９２０）、書き
込みを行って二次記憶装置１１に文書を保存する（９２
１）。この際、ファイルシステム１００は図３のフロー
チャートに従って、変換先ファイルのファイル名を図１
の名前空間表１２１（図９には図示していない）に登録
する。この結果、サーバ計算機９００上のアプリケーシ
ョンである共有情報提供ソフトウェア（この例ではＷＷ
Ｗサーバ９１１や分散ファイル・サーバ９１２）は変換
先ファイル（図９の例ではｈｅｌｌｏ.ｇｉｆ９１４
とｈｅｌｌｏ.ｐｄｆ９１５）を操作できるようにな
る。

【０１２５】例えば、機能限定ＰＣ９０１のユーザが
ＷＷＷブラウザ９１６を用いて画像ファイルｈｅｌｌ
ｏ.ｇｉｆ９１４を参照すると、ＷＷＷブラウザ９１
６はｈｅｌｌｏ.ｇｉｆ９１４を読み出す要求をＷＷ
Ｗサーバ９１１に送る（９３０）。この要求を受けたＷ
ＷＷサーバ９１１は、ｈｅｌｌｏ.ｇｉｆ９１４を読
み出す準備としてオープンＡＰＩを発行する（９３
１）。この際、ファイルシステム１００は図４のフロー
チャートに従って変換プログラム９３３を決定し、変換
元ファイルから変換先ファイルへの変換（９３２）を行
ってｈｅｌｌｏ.ｇｉｆ９１４の内容をｈｅｌｌｏ.ｄｏ
ｃ９１３から得る。これによってＷＷＷブラウザ９１
６は、続くｈｅｌｌｏ.ｇｉｆ９１４への読み出しＡ
ＰＩ（９３４）によって、先ほどワード・プロセッサ９
１０が作成したｈｅｌｌｏ.ｄｏｃ９１３の内容を、異
なるフォーマットを持つファイルｈｅｌｌｏ.ｇｉｆ
９１４として得ることができる。この結果は、機能限定
ＰＣ９０１上のＷＷＷブラウザ９１６に返される（９
３５）。ＷＷＷブラウザ９１６は画像ファイルを再生す
る能力を備えているので、ｈｅｌｌｏ.ｄｏｃ９１３
の内容を機能限定ＰＣ９０１上に表示することができ
る。すなわち本発明によって、ユーザはｈｅｌｌｏ.ｄ
ｏｃ９１３を作成したワード・プロセッサを搭載しな
い機能限定ＰＣ９０１上からでも、ｈｅｌｌｏ.ｄｏｃ
９１３の内容を参照することができる。

【０１２６】同様に、別のユーザがＰＣ９０２からｐ
ｄｆ文書表示プログラム９１７を用いて変換先ファイル
の読み出しを行っても、まったく問題ない。たとえばｐ
ｄｆ文書表示プログラム９１７が分散ファイル・サーバ
９１２経由でｈｅｌｌｏ.ｐｄｆ９１５を読み出す場
合、まずｐｄｆ文書表示プログラム９１７が分散ファイ
ル・サーバ９１２にｈｅｌｌｏ.ｐｄｆ９１５を読み
出す要求を送る（９４０）。これを受けた分散ファイル
・サーバ９１２は、ｈｅｌｌｏ.ｐｄｆ９１５をオー
プンし、読み出そうとする。この際、ファイルシステム
１００は上記の説明同様、オープンＡＰＩ（９４１）の
発行に同期して変換プログラム９４３を決定し、ｈｅｌ
ｌｏ.ｄｏｃ９１３からｈｅｌｌｏ.ｐｄｆ９１５へ
のフォーマット変換（９４２）を行う。これによって分
散ファイル・サーバ９１２は、続くｈｅｌｌｏ.ｐｄｆ
９１５への読み出しＡＰＩ（９４４）を行い、結果を
ｐｄｆ文書表示プログラム９１７に返すことができる
（９４５）。

【０１２７】この例によって、本発明が機能限定ＰＣを
含む分散計算機システム上でも有効であることを示し
た。

【０１２８】ＷＷＷシステムへの適用例（２）：さら
に、ＷＷＷとＰＣ、ＴｈｉｎＰＣを用いた分散計算機シ
ステムの別の例を、図１０を用いて説明する。なお、計
算機やアプリケーションの種類や数は、一例に過ぎず本
発明はこれに限定されるものではない。

【０１２９】ＰＣ１００１を用いているユーザは、ワ
ード・プロセッサ１０１０を用いて文書を作成する。こ
の例ではｈｅｌｌｏ.ｄｏｃ１０１３を生成して（１
０２０）書き込みを行い（１０２１）、書き込みが完了
した時点でクローズを行う。

【０１３０】ｈｅｌｌｏ.ｄｏｃ１０１３を生成する
際、ファイルシステム１００はｈｅｌｌｏ.ｄｏｃ１
０１３の変換先ファイルである中間ファイルｈｅｌｌ
ｏ.ｄｏｃ’１０１４も作成する。さらに図３のフロー
チャートに従って再帰的にｈｅｌｌｏ.ｐｄｆ１０１
５およびｈｅｌｌｏ.ｇｉｆ１０１６が作成される。
そして最後のクローズの際に、ファイルシステム１００
は図７のフローチャートに従って、変換先ファイルであ
る中間ファイルｈｅｌｌｏ.ｄｏｃ’１０１４をオープ
ンし、クローズする。この結果、変換プログラム１０２
３によるｈｅｌｌｏ.ｄｏｃ１０１３からｈｅｌｌｏ.
ｄｏｃ’１０１４への変換が行われる（１０２２）。

【０１３１】次に機能限定ＰＣ１００３のユーザがＷ
ＷＷブラウザ１０１２を用いてｈｅｌｌｏ.ｇｉｆ１
０１６をアクセスする要求をＷＷＷサーバ１０１１に発
行すると（１０３０）、この要求を受けたＷＷＷサーバ
１０１１はｈｅｌｌｏ.ｇｉｆ１０１６読み出しのため
のオープンＡＰＩを発行する（１０３１）。このオープ
ンＡＰＩの処理中にファイルシステム１００’は、変換
プログラム１０３３を用いたｈｅｌｌｏ.ｄｏｃ’１０
１４からｈｅｌｌｏ.ｇｉｆ１０１６への変換（１０
３２）を行う。この結果、ＷＷＷサーバ１０１１が続い
て発行するｈｅｌｌｏ.ｇｉｆ１０１６の読み出しＡ
ＰＩは、ｈｅｌｌｏ.ｄｏｃ’１０１４すなわちｈｅｌ
ｌｏ.ｄｏｃ１０１３から得られた最新の情報がＷＷ
Ｗサーバ１０１１を経由して（１０３４）ユーザに渡さ
れる（１０３５）。

【０１３２】サーバ計算機１００２は多くの場合多数の
ユーザによって共用されているので、２４時間運転で運
用される。ＰＣ１００１は一人のユーザの使用する計
算機なので、頻繁に電源がオン、オフされるのが普通で
ある。ＰＣ１００１の電源がオフになるなどの理由で
ｈｅｌｌｏ.ｄｏｃ１０１３にアクセスができない場
合でも、本発明が中間ファイルｈｅｌｌｏ.ｄｏｃ’１
０１４を介したフォーマット変換機能を備えている結
果、機能限定ＰＣ１００３のユーザは、ｈｅｌｌｏ.
ｇｉｆ１０１６やｈｅｌｌｏ.ｐｄｆ１０１５、お
よびｈｅｌｌｏ.ｄｏｃ’１０１４にアクセスすること
が可能である。

【０１３３】分散検索システムへの適用例：企業内情報
システムにおいて、種々の情報を検索する分散検索シス
テムに本発明を適用した例を図１１を用いて説明する。

【０１３４】企業内外の各所で情報提供を行うＷＷＷサ
ーバ計算機１１０１、１１０２、１１０３、…から、ユ
ーザが所望する特定分野の情報を検索する。検索を行う
のは、検索サーバ計算機１１００上の検索プログラムで
あり、この例では全文検索サーバ１１１１と画像検索サ
ーバ１１１２である。全文検索サーバ１１１１は文字列
検索を行い、画像検索サーバ１１１２は画像のパターン
マッチによる検索を行う。音声パターン検索、データベ
ース検索など、他の検索方法も混在して構わない。ＷＷ
Ｗサーバ計算機１１０１、１１０２、１１０３、…およ
び検索サーバ計算機１１００はネットワーク１２で結合
されている。ネットワーク１２は企業内のネットワーク
（イントラネット）でも、企業間を繋ぐネットワークで
も、さらには全世界を繋ぐインターネットのようなネッ
トワークでも差し支えない。

【０１３５】企業内外のＷＷＷサーバ計算機群からは、
種々のフォーマットの情報が提供されるのが普通であ
る。そこで検索サーバ計算機１１００に本発明に基づく
ファイルシステム１００を組み込み、各種フォーマット
の違いをアプリケーションに負担をかけずに解消する。
図１１では、ＷＷＷサーバ計算機１１０１がｈｅｌｌ
ｏ．ｄｏｃ１１２０を、ＷＷＷサーバ計算機１１０２が
ｎｅｗｓ．ｐｄｆ１１２１を、ＷＷＷサーバ計算機１
１０３がｓｕｒｖｅｙ.ｇｉｆ１１２２を、それぞれ
提供している。これらはまず検索サーバ計算機１１００
上のＷＷＷクライアント１１１０によって収集され（１
１２３、１１２４、１１２５）、ファイルシステム１０
０に格納される（１１２６、１１２７、１１２８）。な
お、ファイルシステム１００は二次記憶装置を持って良
いが図１１では省略している。

【０１３６】全文検索サーバ１１１１は文字形式ファイ
ル「.ｔｘｔ」を入力として受け取るので、ファイルシ
ステム１００は全文検索サーバ１１１１が発行するｈｅ
ｌｌｏ.ｔｘｔ１１３３、ｎｅｗｓ.ｔｘｔ１１３
６、ｓｕｒｖｅｙ.ｔｘｔ１１３９へのファイル操作
ＡＰＩに応じてｈｅｌｌｏ.ｄｏｃ１１２９からｈｅ
ｌｌｏ.ｔｘｔ１１３３を、ｎｅｗｓ.ｐｄｆ１１３
０からｎｅｗｓ.ｔｘｔ１１３６を、ｓｕｒｖｅｙ.ｇｉ
ｆ１１３１からｓｕｒｖｅｙ.ｔｘｔ１１３９を、
それぞれ対応する変換プログラム（図１１では図示省
略）によりフォーマット変換して作成する（１１３２、
１１３５、１１３８）。これによって全文検索サーバ１
１１１は、本来異なるフォーマットを持つ情報に対して
も検索を行うことができるようになり（１１３４、１１
３７、１１４０）、かつ検索をかけた情報が別々のフォ
ーマットを持っていたことを気にしなくてよい（すなわ
ち全文検索サーバ１１１１内に特別なプログラミングが
必要ない）。さらにユーザは、検索結果をもとに情報が
最も豊かな変換元ファイル（ｈｅｌｌｏ.ｄｏｃ１１
２９、ｎｅｗｓ.ｐｄｆ１１３０、ｓｕｒｖｅｙ.ｇｉ
ｆ１１３１）の情報にアクセスすることができる。こ
の場合にもファイルシステム１００は、変換元ファイル
をユーザが使うアプリケーションが利用可能なフォーマ
ットに変換することにより、ユーザの利便を図ることが
できる。

【０１３７】さらに、同じ情報源を画像に変換すること
により、まったく異なる検索方法を実施することが可能
である。画像検索サーバ１１１２は画像形式ファイ
ル「.ｇｉｆ」を入力として受け取るので、ファイルシ
ステム１００は画像検索サーバ１１１２が発行するｈｅ
ｌｌｏ.ｇｉｆ１１４２、ｎｅｗｓ.ｇｉｆ１１４
５、ｓｕｒｖｅｙ.ｇｉｆ１１３１へのファイル操作
ＡＰＩに応じてｈｅｌｌｏ.ｄｏｃ１１２９からｈｅ
ｌｌｏ.ｇｉｆ１１４２を、ｎｅｗｓ.ｐｄｆ１１３
０からｎｅｗｓ.ｇｉｆ１１４５を、それぞれ対応す
る変換プログラム（図１１では図示省略）によりフォー
マット変換して作成する（１１４１、１１４４）。これ
によって画像検索サーバ１１１２は、本来異なるフォー
マットを持つ変換元ファイル（１１２９、１１３０、１
１３１）の情報に対して検索を行うことができ（１１４
３、１１４６、１１４７）、かつ検索をかけた情報が別
々のフォーマットを持っていたことを気にしなくてよ
い。

【０１３８】電子商取引システムへの適用例：企業と企
業、または企業と個人の間の取り引きを電子的に行う電
子商取引（ＥＣ）システムに本発明を適用した例を図１
２を用いて説明する。

【０１３９】例えばインターネット経由でＥＣを行う場
合には、請求書はいくつもの企業や団体のネットワーク
を経由して第１のユーザから第２のユーザに届けられ
る。この際、第１、第２のユーザのプライバシーを保護
する目的で、また請求書が第三者によって不当に改竄さ
れるのを防ぐ目的で、請求書を暗号化して送ることがよ
く行われる。

【０１４０】ＥＣサーバ計算機１２００はＥＣクライア
ント計算機１２０１と通信して電子商取引を行う。ＥＣ
サーバ計算機１２００を使用する第１のユーザが、ＥＣ
クライアント計算機１２０１を使用する第２のユーザの
注文に対する請求書を作成し、第２のユーザがそれを受
け取る場面を説明する。このような場面での暗号化（お
よび復号化）は、一種のフォーマット変換と考えること
ができる。この場合の変換プログラムは、暗号化プログ
ラムや復号化プログラムである。

【０１４１】第１のユーザは過去に第２のユーザから受
け取った注文に対する請求書であるｉｎｖｏｉｃｅ.ｄ
ｏｃ１２２０をワードプロセッサ１２１１で作成する
（１２３０）。そしてｉｎｖｏｉｃｅ.ｄｏｃ１２２
０を暗号化プログラム１２１２で暗号化し（１２３
１）、暗号化後のファイルであるｉｎｖｏｉｃｅ.ｄｏ
ｃ.ｃｒｐ１２２１を電子メール（または電子メール
の添付ファイル）で第２のユーザに送る（１２３３）。
これを受け取った第２のユーザは、電子メールをファイ
ルシステムにｉｎｖｏｉｃｅ.ｄｏｃ.ｃｒｐ１２２
１’として保存する。この際、本発明のファイルシステ
ムが、復号化プログラム１２１３を変換プログラムと
し、ｉｎｖｏｉｃｅ.ｄｏｃ.ｃｒｐ１２２１’を変換
元ファイルとしたフォーマット変換操作を行い（１２３
４）、変換先ファイルとしてｉｎｖｏｉｃｅ.ｄｏｃ
１２２０’を第２のユーザに提供する（１２３５）。こ
れにより第２のユーザは、ｉｎｖｏｉｃｅ.ｄｏｃ１
２２０’を手動で復号化する手間を負うことなく、ワー
ドプロセッサ１２１１’を用いて請求書を参照すること
ができる（１２３６）。またこの例では示さなかった
が、第１のユーザが請求書の暗号化を行う場面でも本発
明を適用することができる。これにより、第１のユー
ザ、第２のユーザとも請求書の暗号化と復号化を気にす
る必要なく、高速かつ快適に電子商取引を行うことがで
きる。

【０１４２】

【発明の効果】ユーザはアプリケーション上で行うユー
ザの本来の作業を行えばよくなり、その過程で必要とな
る様々なフォーマット変換（１段階でも、多段階でも良
い）はユーザの関与なしで行われる。この際、変換元フ
ァイルを指定したり、フォーマット変換のタイミングを
指定する必要がなく、ユーザは常に最新の変換先ファイ
ルを利用可能となる。さらに、変換元ファイルと変換先
ファイル群との間の一貫性が保持される。また変換先フ
ァイルを多く保持することによる二次記憶領域の無駄を
解消できる。万一変換元ファイルが利用不能な間もフォ
ーマット変換が行える。

【図面の簡単な説明】

【図１】第１の実施例の内部構成の概略を示すブロック
図。

【図２】第１の実施例で用いるデータ構造を示す図。

【図３】ファイル作成ＡＰＩの動作を説明するフローチ
ャート。

【図４】オープンＡＰＩの動作を説明するフローチャー
ト。

【図５】クローズＡＰＩの動作を説明するフローチャー
ト。

【図６】第２の実施例の内部構成の概略を示すブロック
図。

【図７】第２の実施例で変換元ファイルのクローズＡＰ
Ｉの動作を説明するフローチャート。

【図８】本発明のパーソナル・コンピュータへの適用例
を示す図。

【図９】本発明のＷＷＷシステムへの適用例を示す図。

【図１０】本発明のＷＷＷシステムへの別の適用例を示
す図。

【図１１】本発明の分散検索システムへの別の適用例を
示す図。

【図１２】本発明の電子商取引システムへの適用例を示
す図。

【符号の説明】

１０：計算機、１１：二次記憶装置、１００：ファイル
システム、１０１、１０２：アプリケーション、１０
３、１０３’、…：変換プログラム、１０４：設定プロ
グラム、１１０：フォーマット変換制御部、１１１：フ
ォーマット変換設定部、１２０：変換表、１２１：名前
空間表、１２２：ファイル表、１２３：トークン表、１
２４：削除候補表、１３０：変換元ファイル、１３１、
１３１’、…：変換先ファイル。

───────────────────────────────────────────────────── フロントページの続き (72)発明者増岡義政東京都国分寺市東恋ケ窪一丁目280番地株式会社日立製作所中央研究所内 (72)発明者閔京華東京都国分寺市東恋ケ窪一丁目280番地株式会社日立製作所中央研究所内

Claims

【特許請求の範囲】

【請求項１】所定のフォーマットを有する第１のファイ
ルを変換プログラムにより該フォーマットと異なるフォ
ーマットを有する第２のファイルに変換するファイルフ
ォーマット変換方法であって、（１）ユーザのアプリケ
ーションにより第２のファイルの１つを指定し、（２）
第１のファイルと、該第１のファイルから該指定した第
２のファイルを得る変換プログラムとを対応づけ、
（３）該変換プログラムにより第１のファイルから少な
くとも１つの所望の第２のファイルへのフォーマット変
換を行う、ファイルフォーマット変換方法。
【請求項２】前記（１）の指定する処理は、前記第２の
ファイルの１つに対してユーザのアプリケーションが発
行するファイル操作を用いてなされる請求項１記載のフ
ァイルフォーマット変換方法。
【請求項３】第１のフォーマットを有する第１のファイ
ルを変換プログラムＰ₁，Ｐ₂，…Ｐ_m（ｍ：１以上の整
数）によりそれぞれ第１のフォーマットと異なる第２の
フォーマットを有する第２のファイルＦ1，Ｆ₂，…Ｆ_m
に変換するファイルフォーマット変換方法であって、
（１）第１のファイルと変換プログラムとそれぞれの変
換プログラムにより変換される第２のファイルとを対応
づけ、（２）ユーザのアプリケーションにより第１のフ
ァイル又は第２のファイルを指定し、（３）ユーザの
アプリケーションが発行する第１のファイル又は第２の
ファイルへのファイル操作の時刻、所定の時刻、所
定の条件が成立した時刻、のうちの少なくとも１つの時
刻を契機として、上記対応づけられた変換プログラムに
より第１のファイルから第２のファイルへのフォーマッ
ト変換を行う、ファイルフォーマット変換方法。
【請求項４】第１のフォーマットを有する第１のファイ
ルを変換プログラムＰ₁，Ｐ₂，…Ｐ_m（ｍ：１以上の整
数）によりそれぞれ第１のフォーマットと異なる第２の
フォーマットを有する第２のファイルＦ₁，Ｆ₂，…Ｆ_m
に変換するファイルフォーマット変換方法であって、
（１）第１のファイルと変換プログラムとそれぞれの変
換プログラムにより変換される第２のファイルとを対応
づけ、（２）上記変換プログラムはそれぞれ上記第１の
ファイルから第３のファイルを得る第１の中間変換プロ
グラムと、第３のファイルから上記第２のファイルを得
る第２の中間変換プログラムとからなり、（３）ユーザ
のアプリケーションにより第１のファイル又は第２のフ
ァイルを指定し、（４）アプリケーションが発行する第
１のファイルへのファイル操作を第１の契機として上記
対応する変換プログラムの第１の中間変換プログラムに
より第１のファイルから第３のファイルを得、該第３の
ファイルへのファイル操作を第２の契機として第２の中
間変換プログラムにより第３のファイルから第１のファ
イルを得る、ファイルフォーマット変換方法。
【請求項５】前記第１の契機として、第１のファイルへ
の書き込み操作または書き込みのためのオープン操作を
用い、前記第２の契機として第２のファイルへの読み出
し操作または読み出しのためのクローズ操作を用いる請
求項４記載のフォーマット変換方法。
【請求項６】前記第１のファイルが第１の計算機に格納
され、前記第２のファイルと前記第３のファイルが第２
の計算機に格納される請求項４記載のフォーマット変換
方法。
【請求項７】第１のフォーマットを有する第１のファイ
ルを変換プログラムＰ₁、Ｐ₂、…Ｐ_m（ｍ：１以上の整
数）によりそれぞれ第１のフォーマットと異なる第２の
フォーマットを有する第２のファイルＦ₁、Ｆ₂、…Ｆ_m
に変換するファイルフォーマット変換方法であって、
（１）第１のファイルと変換プログラムとそれぞれの変
換プログラムにより変換される第２のファイルとを対応
づけ、（２）第１のファイルのファイル名から第２のフ
ァイルのファイル名を生成し、（３）生成したファイル
名で第２のファイルをユーザに提供し、（４）提供され
たユーザのアプリケーションにより該ファイル名で第１
のファイル又は第２のファイルを指定し、（５）アプリ
ケーションが発行する第１のファイル又は第２のファイ
ルへのファイル操作を契機として上記対応づけられた変
換プログラムにより第１のファイルから第２のファイル
へのフォーマット変換を行う、ファイルフォーマット変換方法。
【請求項８】前記（２）のファイル名を生成する処理
は、前記第１のファイルの作成操作を契機として行う請
求項７記載のファイルフォーマット変換方法。
【請求項９】前記（２）のファイル名を生成する処理
は、第２のファイルのファイル名を含むディレクトリに
対する検索操作または表示操作を契機として行う請求項
７記載のファイルフォーマット変換方法。
【請求項１０】前記（１）の対応づける処理は、第１の
ファイルと、第１の変換プログラムのうちの一つと、当
該変換プログラムにより第１のファイルから得られる第
２のファイルの３種のうち、第１のファイルから対応す
る２種を得る方法、または、第２のファイルから対応す
る２種を得る方法を含む請求項３乃至９いずれか１項記
載のファイルフォーマット変換方法。
【請求項１１】前記対応づけの方法として、第１のファ
イルと、第１の変換プログラムと、第２のファイルとの
間の対応関係を保持する表を用いる請求項１０記載のフ
ァイルフォーマット変換方法。
【請求項１２】前記対応づけの方法として、第１のファ
イルと、第１の変換プログラムと、第２のファイルとの
間の対応関係を保持するプログラムを用いる請求項１０
記載のファイルフォーマット変換方法。
【請求項１３】前記ファイル操作は、第１のファイルへ
の書き込み操作か書き込み後のクローズ操作、または第
２のファイルへの読み出し・書き込み操作か読み出し・
書き込みのためのオープン操作である、請求項３、４、
６、７いずれか１項記載のファイルフォーマット変換方
法。
【請求項１４】前記第１及び第２のファイルと異なる第
３のファイルがあり、前記第１のファイルから第２のファイルへのフォーマッ
ト変換時に、前記第３のファイルから第１のファイルへ
のフォーマット変換を行う請求項１乃至１３項いずれか
１項記載のファイルフォーマット変換方法。
【請求項１５】前記第１のファイルまたは前記第２のフ
ァイルのいずれかが、電子メール、または電子メールの
添付ファイルである請求項１乃至１４いずれか１項記載
のファイルフォーマット変換方法。
【請求項１６】第１のファイルと、第１のファイルをフ
ォーマット変換して得られる１つ以上の第２のファイル
をユーザに提供するファイルフォーマット変換方法であ
って、第１のファイルに対する第１のファイル操作と、
第２のファイルの１つである第３のファイルに対する第
２のファイル操作のうち、同時に実行する操作をたかだ
か１つとする、ファイルフォーマット変換方法。
【請求項１７】前記第１のファイル操作と前記第２のフ
ァイル操作のどちらかが、書き込み操作、または書き込
みモードのオープン操作である請求項１６記載のファイ
ルフォーマット変換方法。
【請求項１８】フォーマット変換によって得た前記第２
のファイルの一部または全部について、ファイル名を削
除せずにファイルの内容を削除する請求項１乃至１７い
ずれか１項記載のファイルフォーマット変換方法。
【請求項１９】請求項１ー１８いずれか１項記載のファ
イルフォーマット変換方法をライブラリとして記録した
記録媒体。
【請求項２０】複数のファイルを保持する二次記憶装置
を具備した計算機システムに搭載されるファイルシステ
ムであって、変換元ファイルと、フォーマット変換後の変換先ファイ
ルと、変換元ファイルと変換プログラムと変換先ファイ
ルとを対応づける対応指示部と、アプリケーションプロ
グラムが行い得るファイル操作を規定するアプリケーシ
ョン・プログラミング・インターフェース（以下、ＡＰ
Ｉ）と、該ＡＰＩの起動に応じて所望のフォーマット変
換を実行するフォーマット変換制御部とからなる、ファ
イルシステム。
【請求項２１】複数のファイルを保持する二次記憶装置
を具備した計算機システムが複数個ネットワークを介し
て接続されている分散システムにおける各計算機システ
ムに搭載されるファイルシステムであって、変換元ファイルとフォーマット変換後の変換先ファイル
との少なくとも一方からなるファイルと、変換元ファイ
ルと変換プログラムと変換先ファイルとを対応づける対
応指示部と、アプリケーションプログラムが行い得るフ
ァイル操作を規定するアプリケーション・プログラミン
グ・インターフェース（以下、ＡＰＩ）と、ネットワー
クを介して他のファイルシステムと相互に通信を行いな
がら該ＡＰＩの起動に応じて所望のフォーマット変換を
実行するフォーマット変換制御部とからなる、ファイル
システム。
【請求項２２】前記対応指示部は、対応づけを登録また
は削除するインターフェースを含む請求項２０または２
１項記載のファイルシステム。
【請求項２３】ファイル編集の機能を有し電源のオン／
オフが起こりうる第１のパーソナルコンピュータ（以
下、ＰＣ）と、電源がオン状態になっているＷｏｒｌｄ
ＷｉｄｅＷｅｂ（以下、ＷＷＷ）サーバ計算機と、
ファイル変換の機能を有しない第２のパーソナルコンピ
ュータ（以下、ＴＰＣ）とをネットワークで結合した情
報システムであって、ＰＣは、所定のフォーマットを有する変換元ファイル
と、アプリケーションプログラムが行いうるファイル操
作を規定するアプリケーション・プログラミング・イン
ターフェース（以下、ＡＰＩ）を通したユーザからの指
示に基づき内蔵の変換プログラムによるフォーマット変
換を制御する制御部とを備え、ＷＷＷサーバ計算機は、ＰＣにおけるフォーマット変換
で得られた中間ファイルと、該中間ファイルを少なくと
も１個の変換プログラムによりフォーマット変換して得
られた少なくとも１個の変換先ファイルと、ＡＰＩを通
したユーザからの指示に基づき該フォーマット変換を制
御するフォーマット変換制御部とを備え、ＴＰＣは、ＷＷＷサーバ計算機中にある上記変換先ファ
イルの少なくとも１個をＷＷＷブラウザ経由で指定して
その内容の読み出しをＷＷＷサーバ計算機に対して指示
する機能を有する、情報システム。
【請求項２４】複数のファイルを保持する二次記憶装置
を備えたパーソナル・コンピュータであって、該パーソ
ナル・コンピュータは、ファイル編集の機能を備えるア
プリケーションと、１つ以上のフォーマットのうちのあ
るフォーマットを有する文書の表示プログラムと、変換
元ファイルを変換先ファイルにフォーマット変換するた
めに請求項１ー７いずれか１項に記載のファイルフォー
マット変換方法を有するファイルシステムとを備え、前
記アプリケーションは、ユーザの操作に従って変換元フ
ァイルを作成して二次記憶装置に保存し、表示プログラ
ムは、オープンＡＰＩを発行し、該発行に同期して前記
ファイルシステムにおいて変換元ファイルから変換され
た他の変換先ファイルの内容を読み出して表示する、パ
ーソナル・コンピュータ。
【請求項２５】複数のファイルを保持する二次記憶装置
を備えたサーバ計算機であって、該サーバ計算機は、フ
ァイル編集機能を有するアプリケーションと、１つ以上
のフォーマットのうちのあるフォーマットを有する文書
を表示または編集するプログラムと、変換元ファイルを
変換先ファイルにフォーマット変換するために請求項１
ー１５いずれか１項記載のファイルフォーマット変換方
法を有するファイルシステムとを備え、前記アプリケー
ションは、ユーザの操作に従って変換元ファイルを作成
して二次記憶装置に保存し、ＷＷＷサーバは、機能限定
パーソナル・コンピュータ（以下、ＰＣという）とネッ
トワークで結合され、該機能限定ＰＣに搭載された前記
プログラムからのファイル読み出し要求を受けてオープ
ンＡＰＩ（アプリケーション・プログラミング・インタ
ーフェース）を発行し、該発行に同期して前記ファイル
システムにおいて前記変換元ファイルから変換された変
換先ファイルの内容を読み出して前記プログラムに返送
し、分散ファイル・サーバは、変換先ファイルフォーマ
ットの１つを有する文書を表示または編集するプログラ
ムに前記ネットワーク経由で結合され、該プログラムか
ら変換先ファイルの読み出し要求を受けてオープンＡＰ
Ｉを発行し、該発行に同期して前記ファイルシステムに
おいて変換元ファイルから変換された変換先ファイルの
内容を読み出して該プログラムに返送する、サーバ計算
機。
【請求項２６】複数のファイルを保持する二次記憶装置
を備えた検索サーバ計算機であって、ＷＷＷクライアン
トと、少なくとも１つの検索サーバと、変換元ファイル
を変換先ファイルにフォーマット変換するために請求項
１ー１５いずれか１項記載のファイルフォーマット変換
方法を有するファイルシステムとを備え、ＷＷＷクライ
アントは、それぞれ異なるフォーマットを有するファイ
ルを保持した複数のＷＷＷサーバ計算機とネットワーク
で結合され、各ファイルの内容を収集してそれぞれ変換
元ファイルとして前記ファイルシステムに格納し、検索
サーバは、検索すべき情報の種類対応に設けられ、前記
ファイルシステムにおいて異なるフォーマットを有する
変換元ファイルをフォーマット変換した後の同一フォー
マットを有する変換先ファイル群に対して前記情報の種
類に対応した検索サーバによる検索を行う、検索サーバ
計算機。
【請求項２７】前記検索サーバは、第１のフォーマット
を入力として受け取る第１の検索プログラムと第２のフ
ォーマットを入力として受け取る第２の検索プログラム
とを搭載し、前記ファイルシステムにより前記情報を第
１のフォーマットと第２のフォーマットにフォーマット
変換して、第１の検索プログラムと第２の検索プログラ
ムに提供する請求項２６記載の検索サーバ計算機。
【請求項２８】複数のファイルを保持する二次記憶装置
を備え、暗号化機能を有するサーバ計算機と、復号化機
能を有するクライアント計算機とが通信ネットワークで
結合された電子商取引システムであって、サーバ計算機
は、ファイルを編集する機能を有する編集プログラム
と、暗号化プログラムと、該暗号化プログラムを変換プ
ログラムとして請求項１ー１５いずれか１項記載のファ
イルフォーマット変換方法により変換元ファイルを変換
先ファイルにフォーマット変換するファイルシステムと
を備え、前記編集プログラムより入力された商取引情報
を該ファイルシステムにおける変換元ファイルに格納
し、該変換元ファイルを前記暗号化プログラムにより暗
号化して変換先ファイルに格納し、該変換先ファイルを
通信ネットワークを経由してクライアント計算機に送信
するものであり、クライアント計算機は、前記編集プロ
グラムと、復号化プログラムと、該復号化プログラムを
変換プログラムとして請求項１ー１５いずれか１項記載
のファイルフォーマット変換方法により変換元ファイル
を変換先ファイルにフォーマット変換するファイルシス
テムとを備え、該ファイルシステムにおける変換元ファ
イルに前記送信されたファイルの内容を格納し復号化プ
ログラムにより該変換元ファイルを復号化し、復号化し
た変換元ファイルを前記ファイルシステムにおけるファ
イルフォーマット変換方法により変換先ファイルにフォ
ーマット変換し、前記編集プログラムにより該変換先フ
ァイルの内容を参照する、電子商取引システム。