JP2003528392A - ソフトウェアアプリケーションにおいてなされた進行中の変更を復旧するための方法及び装置 - Google Patents

Abstract

(57)【要約】 内容開発用システムで形成されたときの進行中の変更等をプロセス・システム障害の場合に保存及び復旧しうるよう構成された方法及び装置が得られる。進行中のデータの開発及び変更は、これらが形成される間に保存され、システム、プロセスが復旧した後に検索及び復旧されうる。キャッシュメモリの内容がメモリマップファイルに反映されて、キャッシュデータについて冗長ロケーションが形成される。障害の場合、反映されたキャッシュ情報はファイルからの復旧のために利用可能である。この余分のキャッシュロケーションは、キャッシュデータがディスク等に記憶されるため、システムにより必要とされるときに充填、フラッシュされうる。よってキャッシュデータの保存が不要となる。本発明はかかる障害の後に実際にプロセス、システムを復旧及び再開始するための方法及び装置を含む。一方又は両方の特徴によれば、本発明を用いるアプリケーションは、プロセス・システム障害の結果失われるデータ量及び処理時間を低減できる。

Description

【発明の詳細な説明】 【０００１】 【技術分野】 本発明は、記憶装置及び記憶技術の分野に関し、より詳細には、ソフトウェア
アプリケーションの使用中になされた進行中（in-progress）の変化を復旧（rec
overy）させること、及び、システム障害又はプロセス障害（system or process failure）の場合におけるダウン時間（downtime）を縮めることに関する。 【０００２】 【背景技術】 電子ソフトウェアアプリケーションの使用中に情報を自動的かつ周期的に保存
するように構成された自動メカニズム（automatic mechanism）を含む従来シス
テムが存在する。例えば、多くのワード処理（word processing）アプリケーシ
ョンがこの機能を含んでいる。自動的に保存された情報は、再度システムの電源
が入れられれば、又は、電力が回復した際に、この後の復旧（retrieval）のた
めに保存されることが多い。しかしながら、このようなメカニズムは、データを
失うという問題、特に電力障害又はその他のシステム障害が発生した際にデータ
を失うという問題を十分には取り扱っていない。従来の方法は、プロセス障害又
はシステム障害が発生する前には進行中ではあるが最後に自動保存が発生した後
に作成又は変更された作業（work）のような失われうるすべての情報を、完全に
は補償していない。従来のシステムは、プロセス障害時又はシステム障害時にこ
のデータを失う。 【０００３】 このようなアプリケーションは、現在、一例として、ウェブサイトの開発及び
維持の分野において用いられる。インターネットウェブサイトの開発に特別に調
整されたアプリケーションは、ウェブサイト開発業界において周知である。これ
らアプリケーションの多くは、ウェブサイト内での情報の検索、記憶、配列及び
送信といったようなウェブサイトをデザイン及び維持するための簡略化された方
法を提供する。より進歩したシステムでは、アプリケーションプログラムのその
他の進歩した機能が特定の情報を操作しかつこの情報にアクセスすることができ
るように、多数の場所及び異なるファイルに情報を記憶させなければならない。
多くの作成者（contributor）による成果を調整するという要求によって、大き
なウェブサイトを開発することは難題となることが多い。この結果として、現在
、多数のワークステーション（登録商標）にウェブサイトの内容を同時に作成さ
せることを可能とするウェブサイト開発ツールが開発されてきている。さらには
、多くのウェブサイトは頻繁に変更する必要のあるものであり、作成者は、通常
、それらウェブサイトをアドホック（ad hoc）処理により変更している。別々の
ワークステーションからのユーザがウェブサイト上における同一の更新を試みる
際に問題が発生し、この問題がアドホック処理を混乱させる。その問題とは、多
くのビジネスが、それらビジネスのインターネットサイトが日、時間又は分単位
で更新されるように要求していることである。また、作成者数が増加するにつれ
て、内容の量及び複雑さは、その内容の使用が増加するのと同様に増加する。情
報が作成されれば、その情報はこれらの作成者すべてによって保存される。なお
、これらの作成者は、適切なデータ保存手順を維持するのに熱心であるかもしれ
ないし熱心でないかもしれない。電力障害が起きた場合には、例えば、この問題
は、システムが電力を失うかもしくは電源を切った際には、手動でも自動的にも
保存されていない進行中の変化は失われうるので、さらに重大なものとなる。こ
の結果として、効率管理及び品質管理のためにウェブサイトを管理することが困
難となっている。 【０００４】 これらの問題に対応して、ウェブサイト開発を管理するためのシステムアプリ
ケーションが開発されてきている。これらの中には、ソフトウェア構成管理シス
テム、ドキュメント管理システム及びデータベース公表（publishing）システム
を含むものがある。このようなアプリケーションの１つでは、ウェブサイトは、
各ウェブサイト開発者がウェブサイトを定める内容の別々の部分を構築又は維持
するようなワークエリア（work area）内で、開発されうる。これは、ウェブサ
イト開発のタスクを多数の人に分配することに役立っている。この後、各開発者
からの最終的な寄与物は、最終的なウェブサイトに組み込まれうる。 【０００５】 このような既知のウェブサイト開発システムには、関連する様々な不都合があ
る。例えば、多数の人々の成果を必要とするウェブサイトを維持する場合には、
複数のウェブサイト作成者を並列に作業させることが望ましいであろう。ソフト
ウェア構成管理システムは、複数の作成者があるウェブサイトにおける同一の領
域に対して同時に変更を施すことを可能とはしていない。進行中の変化は、あっ
たとしても、個々の開発者のシステムによって、ランダムな方法により保存され
うる。また、従来のシステムは、典型的には、個々の作成者が、彼らの作成物（
work）をウェブサイトに公表することなく別々にテストすることを可能とはして
いない。この結果、個々の作成者は、自分の作成物が他の作成物に結合された際
の効果を予測することができない。この結果として、競合する変化は、ウェブサ
イトに公表されるので、ウェブサイトの内容を崩壊し、そのウェブサイトの完全
性（integrity）を傷つける。 【０００６】 従来のシステムは、ときには、ウェブサイトに公表されるすべての変化を統合
するために、「ウェブマスタ（webmaster）」として知られる中央ウェブサイト
管理人に頼ることがある。このウェブマスタは、ウェブサイトの品質管理と、ウ
ェブサイトの内容のすべてを統合することと、に対する責任を単独で有している
。内容の作成者が多数存在することによって、ウェブマスタは、ウェブサイトを
維持及び開発する際の障害となることが多い。多数の作成者による作成物を統合
することは、時間を消費する労働集約的な仕事であり、また、内容に対してデバ
ッグを行うこと及び複数の作成者の間における競合（conflict）を解決すること
を含む。物事がさらに複雑なのは、ウェブマスタは、作成工程に対してリアルタ
イムに管理をしないことである。これは、ウェブマスタがウェブサイトを適切に
組織及び維持をすることを不可能ではないにしても困難にしている。ウェブマス
タは、内容を受け取った後に、エラーを分類し、競合を解決し、及び、ウェブサ
イトの変更をスケジュールすることを任される。 【０００７】 このようなシステムは、情報が、多くの異なるファイル内に、かつ、アプリケ
ーション内でこの情報を容易にアクセス及び参照できるようなフォーマットで、
記憶されることを要求する。従来のアプリケーションは、ユーザに対して、いく
つかの場所に手動で情報を提示し記憶させるように、要求している。あるユーザ
が多数の場所へ提示し記憶させることを望む場合には、これらのことは通常各自
で行われ、そのユーザには、進行中の変更を含むデータを記憶させるべき適切な
記憶場所を決定するさらなるタスクと、その情報を手動で記憶させる責任と、が
残される。いずれの場合にも、情報を利用するには、ウェブサイトを開発する開
発ソフトウェアの第１の目的を損なう骨の折れるタスクが必要となる。 【０００８】 ウェブサイトの開発及び維持の分野では、ウェブサイトを開発し維持する間に
おいてデータを保存することが最も重要である。ウェブサイト上に表示されるな
いようを定めるデータを作成するために、多くの時間がこの処理に費やされる。
しかしながら、実際問題として、そのシステムにおいて作成及び記憶されたデー
タの完全性を脅かすシステム障害及びプロセス障害が起こる。 【０００９】 したがって、プロセス障害又はシステム障害の場合に進行中の情報をより効率
的に保存し、かつ、このような障害に起因するダウン時間量を縮める、システム
及び方法に対する要望がある。明らかなように、本発明は、簡単かつエレガント
な方法によりこれを実現する。 【００１０】 【発明の開示】 本発明は、内容の開発のためのシステムにおいて形成されたときの進行中の開
発及び変更をプロセス障害又はシステム障害の場合に保存及び復旧することを可
能とするように構成された方法及び装置を含む。この進行中のデータの開発及び
変更は、これらが形成される間において保存されうるし、システム又はプロセス
が復旧した後に検索及び復旧されうる。一実施の形態では、キャッシュメモリの
内容が、メモリマップファイルに反映されて、キャッシュデータについて冗長ロ
ケーションが形成される。障害の場合には、上記反映されたキャッシュ情報は、
ファイルからの復旧のために利用可能である。この余分のキャッシュロケーショ
ンは、キャッシュデータがディスク又はその他のメモリロケーションに記憶され
るので、システムにより必要とされるときに、充填又はフラッシュされうる。よ
って、キャッシュデータを保存することが不要となる。本発明は、さらに、かか
る障害の後に実際にプロセス又はシステムを復旧及び再開始するための方法及び
装置を含む。一方又は両方の特徴を用いることにより、本発明を用いるアプリケ
ーションは、プロセス障害又はシステム障害の結果として失われるデータ量及び
処理時間を低減することができる。 【００１１】 【発明を実施するための最良の形態】 本発明は、プロセス障害又はシステム障害があった場合に、インターネットウ
ェブサイト、イントラネットサイト又はエキストラネットサイトの開発のための
システムでなされた進行中の変化を復旧する方法及び装置を含む。１つの実施の
形態では、キャッシュメモリの内容は、メモリマッピングされたファイルに反映
されて、キャッシュデータのための冗長ロケーション（redundant location）を
提供する。障害があった場合には、反映されたキャッシュ情報は、ファイルから
の復旧のために利用可能である。この余分なキャッシュロケーションは、キャッ
シュデータがディスク又はその他のメモリロケーションに記憶されるので、シス
テムによって必要とされるときに、充填又はフラッシュされうる。よって、キャ
ッシュデータを保存することが不要となる。本発明は、さらに、かかる障害の後
に、実際のプロセス又はシステムを復旧するための方法及び装置を含む。一方又
は両方の特徴を用いれば、本発明を利用するアプリケーションは、プロセス障害
又はシステム障害の結果として失われるデータ量及びプロセス時間の量を低減す
ることができるであろう。 【００１２】 本発明は、データの効率的な記憶及び復旧のための方法及び装置に関する。本
発明を利用するシステムは、作成され、変更され、再配置され又は更新された進
行中のデータを検索（retrieve）及び記憶するように、アプリケーションと同期
して動作しうる。データの検索及び記憶はまた、自動的なものとして、その動作
をアプリケーションのバックグラウンドで動作させ、システムオペレータにとっ
て透明とすることができる。本発明の一実施の形態では、コンピュータシステム
は、本発明に係る進行中のデータの検索動作及び記憶動作を実行するための関連
する機能を定めるソフトウェアコードを実行するように構成されうる。 【００１３】 本発明の一実施の形態は、事象（event）に応じてソースからデータ内容レコ
ード（Data Content Records; DCRs）を読み込むレコード志向データポンプ（re
cord oriented data pump）アプリケーションとして特徴付けられうる。このポ
ンプは、事象、トリガ事象（trigger event）の発生に応じて検索動作をトリガ
するように、あるいは、事象のタイプに依存して、その後の動作又は並列の動作
を実行するように、構成されうる。例えば、ワークエリアでのデータの作成又は
変更の直後に、進行中のデータは、その更新を保存するように検索及び記憶され
うる。これは、ある時間期間上で自動的に起こる従来の周期的検索のように、通
常のプロセス動作と並列に起こりうる。本発明に係る方法は、進行中のデータを
メモリマッピングされたロケーションにこのデータが作成された状態に復旧させ
、あるいは、同期で、非同期で、周期的に又は非周期的に、発生するように、構
成されうる。データは、システムが動作するときにキャッシュメモリに記憶され
ることができ、同時に、キャッシュメモリの内容をコピーするメモリロケーショ
ンに格納されることができる。システム障害又はプロセス障害があった場合に、
データはここから復旧されうる。 【００１４】 この後、データポンプは、そのデータを格納し、変更し、転送し、若しくは変
化させ、又は、所定のパラメータに従って結果を宛先（destination）に書き込
むことができる。本発明は、インターネットウェブサイト開発ソフトウェアアプ
リケーションにおいてデータを保存するように特別に適合され、本発明をその場
合について説明する。しかしながら、その説明は本発明の１つの利用にすぎない
ということを理解できるであろうし、本発明は、さらに多くの適用可能性を有し
ており、かつ、進行中のデータの保存及びダウン時間の低減が必要又は有用とさ
れるアプリケーションにおける利用可能性を有しているということを理解できる
であろう。 【００１５】 ウェブサイト開発アプリケーションでは、データの変化に関連する事象は、多
くの形をとりうる。例えば、データがワークエリアで作成される際には、そのデ
ータをなんとかキャプチャ（capture）し、かつ、そのデータの作成に関連する
アプリケーションデータにおける変化を保存することが重要である。その他の例
には、データを宛先に転送すること、ウェブサイトに表示すべき実際の内容を変
化させること、ファイル内のその内容の利用に影響を与える、そのファイルの属
性を変化させること、内容、属性、その他のレコードに関連したその他の動作、
及び、ウェブサイトの開発及び維持に関連したデータが含まれる。本発明は、こ
れらのタイプのデータの効率的な検索（retrieval）、保存及び格納を、これら
のデータの作成又は変化が進行中である間において、実行することに関する。ま
た、この動作については、自動的なものとすることができるし、データが利用さ
れている基礎となった（underlying）アプリケーションに同期させることもでき
る。 【００１６】 多量のデータを管理するコンピュータシステムでは、データは、ファイル形式
でコンピュータのメモリに格納される。例えば、ウェブサイト、エキストラネッ
トサイト又はイントラネットサイトについての内容を管理しかつこの内容を変化
させるためのシステムでは、ワークエリア、ステージングエリア（staging area
）及びエディションエリア（edition area）のために物理的メモリが割り当てら
れうる。ワークエリアは、個々の作成者又は作成者のグループによって内容に施
される進行中の変化を格納しうる。従来のシステムとは異なり、本発明を組み込
んだシステムは、内容を管理および開発するユーザにとって透明な方法によりこ
れら進行中の変化を自動的に検索及び格納するように構成されうる。一旦ワーク
エリアにおいて変化がなされると、変化した内容は、ステージングエリアに提出
される。 【００１７】 ステージングエリアでは、内容の変化が結合されうる。ステージングエリアか
ら、変化した内容が、エディションエリア又はその他のエリアに転送されうる。
エディションエリアは、ウェブサイト、エキストラネット又はイントラネットサ
イトについての内容のバージョンすなわち版（edition）を格納する。いくつか
の実施の形態では、これらのエリアの任意の１つにおいて、及び、様々なアプリ
ケーションにおいて、データが開発及び管理されうる。かかる開発及び管理にお
いて、進行中のデータが作成され変化され又は再配置（relocated）される。こ
のデータを保存すること、及び、このデータを検索する能力は、本発明が目的と
しているものである。さらには、プロセス障害又はシステム障害に際して、本発
明は、障害の起きたプロセス又はシステムを回復させるための方法及び装置を提
供するので、進行中のデータを回復させることができ、かつ、プロセスは再開す
ることができる。これは、開発の構成（development configuration）が広範囲
で互いに依存しているファセット（facets）及び層を有している、ウェブサイト
開発システムにおいて特に有用である。進行中の変化の損失によって、システム
の他のエリアにリップルしうる分岐（ramifications）が生じうるので、破壊が
発生する。したがって、本発明に基づいてかかる変化を保存及び回復させる能力
は、非常に有用であるし、必要不可欠となろう。 【００１８】 上述したような様々な目的のために割り当てることができるメモリに加えて、
変化及びその他の内容についての持続性（persistent）の記憶装置を設けるため
に、物理的な補助記憶メモリを用意することも可能である。持続性により意図す
ることというのは、補助記憶を一部としているシステムに対して発生するシャッ
トダウン又は電力障害にもかかわらず、その補助記憶の内容が保存されるという
ことである。従来のシステムでは、持続性メモリは、システムが最初に立ち上が
った際に検索されるデータを含む、使用されることの多い情報を保存するために
、用いられることが多い。本発明によれば、進行中の変化を保存することを目的
として、ユーザに透明である方法により進行中の変化に関連するこのようなデー
タを自動的に検索及び保存することに関する装置及び方法が得られる。 【００１９】 本発明によれば、補助記憶メモリ又はその他のメモリにあるファイルのそれぞ
れは、内容及び属性を含む。ファイルの内容は、このファイル内に格納された情
報を含む。これは、例えば、ウェブサイト、エキストラネット又はイントラネッ
トを介して利用可能となりうる、テキスト、グラフィックス及び音声情報を含む
。ファイルの属性（この属性は「メタデータ（metadata）」ともよばれうる）は
、このファイルに関連する情報を含む。これは、例えば、そのファイルのサイズ
と、そのファイルが作成された時又はそのファイルの内容が最後に更新された時
を示すタイムスタンプと、そのファイル又はそのファイルの所有者が属するグル
ープについての識別と、そのファイルに対するオペレーションの読込み及び書込
みを実行することを目的としてそのファイルにアクセスすることを制限するため
の許可（permission）情報と、を含む。この情報は、進行中である作業について
の実際の内容と同じくらい重要となりうるし、あるワークエリアで作成された内
容を別のエリアで作成された内容と統合することによる生成物となりうる。本発
明は、このデータの検索及び格納を効率的な方法で行うことに関する。 【００２０】 ファイルの属性は、このファイルの内容に関連して、例えば補助記憶のような
ところに記憶される。ファイルの内容に変更がなされた際には、ファイル内容の
更新されたバージョン及び更新前バージョンの両方が、補助記憶に格納されうる
。上記ファイル内容の各バージョンについては、関連した属性もまた格納される
。これら属性は、ファイルのサイズと、このファイルが最後に更新された時を示
すタイムスタンプとを含みうるので、ファイル内容を更新すると、上記属性が著
しく変化することになる。したがって、ファイル内容の各バージョンについて異
なるセットの属性が格納される。システムを最適に動作させるためには、これら
の属性を、絶え間なく、自動的に、かつ、そのシステムと同期させて、格納しな
ければならない。本発明は、まさにこれを実行することに向けられている。内容
及び、作成され、管理され、再配置され又は変更される関連したメタデータは、
本発明に係るシステムにより後で復旧させるために、保存されうる。 【００２１】 しかしながら、ファイルの内容を変化させることなく、このファイルの属性が
更新されたときには、新たに更新された属性が、以前のバージョンの属性ととも
に、補助記憶のようなところに格納されうる。この新たに更新された属性及び以
前のバージョンの属性は、この後、同一バージョンのファイルの内容を共有する
。このように、多数バージョンの属性が、ファイルの内容の単一コピーと関連し
うる。よって、各バージョンのファイルの属性に関連するファイルの内容の別々
のコピーを記憶することが防止されるので、補助記憶の記憶スペースが保護され
うる。補助記憶のようなところにポインタを設けることができ、このポインタは
、新たに更新された属性及び以前の属性の両方を、関連するファイルの内容の同
一コピーにリンク（link）させる。 【００２２】 本発明の一実施の形態では、インターネットウェブサイトを開発及び維持する
よう解決法が構成される。かかるシステムの全体では、ウェブサイトが開発及び
維持される間においては、データを記憶する必要がありうる。従来技術にかかる
システムにおいては、ユーザは、進行中のデータをこのデータが作成及び維持さ
れた状態でマニュアルで記憶させる必要があるであろう。しかしながら、本発明
を用いれば、進行中のデータは、ユーザから透明な特定のパラメータに従って、
自動的に検索、記憶及び更新されうる。進行中のデータの開発及び更新は、これ
らのデータが作成される間において保存されうるし、さらに、システム又はプロ
セスが復旧した後に検索及び復旧されうる。一実施の形態では、キャッシュメモ
リの内容は、メモリマップ（memory-mapped）ファイルに反映されるので、キャ
ッシュデータについての冗長ロケーション（redundant location）を設けること
ができる。障害の場合には、上記反映されたキャッシュ情報が、ファイルからの
復旧のために利用可能である。この余分のキャッシュロケーションは、キャッシ
ュデータがディスク又はその他のメモリロケーションに記憶されるので、システ
ムにより必要とされるときに、充填又はフラッシュされうる。よって、キャッシ
ュデータを保存することが不要となる。 【００２３】 本発明が実施されるアプリケーションは、データが記憶及び提示されるステー
ジングエリアを含みうる。図１を参照するに、かかるアプリケーションのブロッ
ク図が示されている。ウェブサイトは、ワークステーション１０２を使用してい
るユーザにより維持される。このユーザは、ワークエリアにおけるウェブサイト
内に特定のエリアを作り出し、この特定のエリアは、他のエリアとは別個に記憶
される。ワークエリア内で作業するユーザがウェブサイトについてのタスクを一
旦完了させると、このユーザは、その内容を見直し（review）のためにステージ
ングエリアに提出することができる。このステージングエリアは、多数のワーク
エリアからのウェブサイト内のエリアに関係する情報を保持するように構成され
ている。ウェブサイトに対して提案された更新は、これらが最終的なウェブサイ
トに公表される前に、見直しのためにステージングエリアに表示されうる。これ
らの更新が一旦ステージングエリアで承認されれば、これらの更新は公表され、
ウェブサイトは変更される。 【００２４】 特定の情報を適切に記憶するためには、従来の方法を利用するユーザは、典型
的には、ワークエリアにおいて形成された更新をファイルの中に編集しかつその
ファイルをデータベースに記憶させなければならない。ワークエリアにおいて作
成される多量のかつ様々な情報を考慮すると、これは、骨の折れるタスクとなり
、実行するのにかなりの時間を必要としうる。勿論、これによって、ウェブサイ
トを作成及び維持するというタスクにおいて貴重な時間が費やされれる。 【００２５】 本発明によれば、情報を記憶するという問題は、ほとんど排除される。ワーク
エリアで発生する一定の事象は、自動的に保存されかつ更新されうるし、この動
作は、ユーザにとって透明となりうる。例えば、内容及び関連するデータは、最
初に作成された際に、このデータの古いバージョンを保存するとともにこのデー
タにおける更新をも保存するために、自動的に更新されうる。一実施の形態では
、キャッシュメモリの内容は、メモリマップファイルに反映されるので、キャッ
シュデータについて冗長ロケーションを設けることができる。障害の場合には、
上記反映されたキャッシュ情報が、ファイルからの復旧のために利用可能である
。この余分なキャッシュロケーションは、キャッシュデータがディスク又はその
他のメモリロケーションに記憶されるので、システムによって必要とされるとき
に、充填又はフラッシュされうる。よって、キャッシュデータを保存することが
不要となる。これにより、ユーザは、データをまとめ適切に保存することに関し
て心配し時間を浪費しなくとも、ウェブサイト開発タスクを続けることができる
。これを実際のソフトウェアアプリケーションに適用すると、このような改善に
よってウェブサイト開発プロセスの能率が著しく向上することが明らかになった
。 【００２６】 本発明の一実施の形態がどれだけウェブサイト開発及び維持の解決法の動作を
高めるかを理解するためには、このような解決法の一例を理解することが有効で
ある。図１は、このようなシステムの一例を示す。図１を参照するに、ウェブサ
イト開発のためのコンピュータネットワークシステム１００が示されている。１
つ以上の開発ワークステーション１０２では、ウェブサイト開発者は、ウェブサ
イトについてのファイルを、追加、除去、編集及び検討（examine）することが
できる。開発ワークステーションは、内容を開発するように構成されうる、従来
のパーソナルコンピュータ、ＵＮＩＸ（登録商標）ワークステーション又はその
他のワークステーションを含みうる。開発ワークステーション１０２は、インタ
ーネット又はＬＡＮのようなコンピュータネットワーク１０６を介して開発サー
バ１０４に接続されうる。 【００２７】 開発サーバ１０４は、ウェブブラウザに対して内容をサーブアップ（serve up
）するためのウェブサーバ１０８と、ウェブサイトの内容のバージョンを記憶す
るための補助記憶１１０と、を含みうる。サーバ１０８は、ウェブサイトの内容
（例えばファイル）に対する開発ステーション１０２からのＨＴＴＰ要求を処理
する。ウェブサイトのファイルは、ＷＩＮＤＯＷＳ ＮＴ（登録商標）ファイリ
ングシステム又はＵＮＩＸ（登録商標）ファイリングシステムのような従来のも
のとしうる補助記憶１１０に物理的に記憶されうる。補助記憶は、システム内で
、作成され、転送され或いは維持されるすべてのデータを記憶するための中央ロ
ケーションとして機能しうる。本発明によれば、データの記憶は、ユーザに対し
て透明となるように実行されうる。 【００２８】 開発サーバ１０４は、従来方式のメモリ１１２（例えばＲＡＭ）と、メモリ１
１２に記憶されたソフトウェアコード１１６を実行することにより本発明のウェ
ブサイト開発方法を事項する従来のプロセッサ１１４と、を含みうる。ＨＴＴＰ
プロトコル仮想化（virtualization）モジュール１１８は、プロセッサ１１４に
より実行されることができ、これにより、ウェブサーバ１０８は、このウェブサ
ーバ１０８が多数のサーバであるかのように動作することができる。このモジュ
ールはまた、メモリ１１２に記憶されうる。開発サーバ１０４は、ネットワーク
１２２を介してウェブサイト作成ウェブサーバ１２０に接続されうる。ネットワ
ーク１２２については、ネットワーク１０６と同一又は異なるネットワークとす
ることができる。ウェブサーバ１２０はまた、インターネット又はイントラネッ
ト１２４に接続されうる。ウェブサイトがワールドワイドウェブ又はイントラネ
ットに公表される準備ができている際には、開発サーバ１０４は、そのウェブサ
イトの内容を作成ウェブサーバ１２０に送信し、この作成ウェブサーバ１２０は
、この後、システム構成に従って、そのウェブサイトに対するインターネット又
はイントラネットアクセスを提供する。 【００２９】 ウェブサイトは、通常、任意のファイルシステムによる内容から構成される。
本発明のウェブサイト開発システム１００は、階層型（hierarchical）ファイル
システムを含みうる。本発明のかかるシステムのそれぞれは、個々のファイルを
管理及び処理するための状況を提供する。ウェブサイト開発ソフトウェア１１６
は、実行されると、ファイルの管理及び処理を実行可能とする。補助記憶１１０
は、それらファイル及び対応するメタデータが物理的に記憶されうる場所である
。メタデータは、通常、ワーク内容データ（work content data）に関連したデ
ータであり、内容を含むファイルを識別しかつ区別するのに利用される。この内
容は、バージョン、作成日、ロケーション、著作者等のような内容のプロパティ
を含んでいる。いくつかの例には、例えば、内容所有者識別、グループ識別、ア
クセス制御、ファイル名、更新時間、作成時間、拡張型属性（extended attribu
tes; EAs）、その内容に関連したウェブサイトアドレス、及び、その内容に関連
したその他の情報を含む。 【００３０】 本発明の階層型ファイルシステムは、当該技術分野では「エリア」とよばれう
る。様々なタイプのワークエリア、ステージングエリア及びエディションエリア
が存在しうる。ワークエリアについては、ウェブサイトにおいて最終的に使用す
るためのワークファイルにおけるウェブ内容を作成及び維持する者により使用さ
れる修正可能な（modifiable）ファイルシステムとすることができる。特にプロ
セス障害又はシステム障害の場合に、進行中の更新を後の使用のために保存する
必要がある場所は、これらのワークエリアである。ステージングエリアは、これ
らのワークファイルからの内容が公表される前に組み立てられるエリアとなりう
る。ウェブマスタのような中央制御人（central control person）は、ステージ
ングエリア又はエディションエリア内のワークエリアより提出された内容を編集
することができる。ワークエリアは、通常、内容を独占的に作成及び維持するた
めのエリアであるので、ステージングエリア及びエディションエリアは、内容を
組立て及び表示することのみに限定されうる。デザインによっては、ワークエリ
アは、読込み専用の（read-only）ファイルシステムとして構成されうる。内容
に対する修正（modification）は、必要とされうる更新を実行するために、編集
者からワークステーションに送信される必要がありうる。これは、その内容の完
全性（integrity）を維持しかつプロセスを簡略化するのに役立つ。しかしなが
ら、ビジネスによっては、システム１００をもっと順応性を持たせて、編集者の
ような他の者が内容を公表前に修正することができるようにする、ことが望まれ
うる。よって、ステージングエリア及びエディションエリアを、修正可能な（mo
difiable）ファイルシステムとして構成してもよい。どちらの場合であっても、
特定の事象の発生に応じて自動的に記憶しデータを修正することは、ウェブサイ
トの開発又は維持において作成又は変更されたデータを保存するには望ましいこ
とであろう。このように、内容の様々なバージョンが保存され、かつ、内容の様
々なバージョンにタイムスタンプが付されうるので、開発者、編集者及び管理者
に対して、内容の様々なバージョンに戻る能力を付与することができる。 【００３１】 例えば、内容は、見直し（review）のためにステージングエリアに提出されう
る。データの提出が発生すると、かかる内容に関連したメタデータは、施された
変更と元のバージョンとを区別するために、修正されうる。このように、様々な
バージョンが保存されまとめられる。スペースの節約のために、各バージョンか
ら、デルタ（deltas）のみ又は実際の更新が記憶されうる。これは、ウェブサイ
トを日単位（day-to-day）で操作する際に有用である。例えば、購入者による航
空券の注文先となりうるある航空会社は、様々な料金をオンラインで宣伝するで
あろう。料金を公表する際において、予定よりも著しく安い料金といったような
誤りが生じて、購入者が得をすることがありうる。よって、ウェブサイト管理者
は、以前のウェブサイトに戻って、あまりに低い料金で売ることによる資金の損
失を防止することができる。したがって、内容の古いバージョンを有しているこ
とは、特定のビジネスにとっては重要なこととなりうる。 【００３２】 ワークエリアは、ウェブサイトが存在していなければ（この場合、このワーク
エリアは内容を有していないであろう）、最初はウェブサイト全体の仮想コピー
を含みうる。別言すれば、ワークエリアは、最初は、そのウェブサイトについて
示されたファイルシステムと同一の内容を有しうる。ワークエリアは、ウェブサ
イトについて開発者個人のビュー（view）を設け、このビューにおいてこの開発
者は、そのウェブサイトに対して寄稿することができる。例えば、ワークエリア
では、開発者は、ウェブサイトの内容を自由に追加、削除及び修正することがで
き、開発者による更新がウェブサイト全体のコンテキスト（context）にどのよ
うに適合するかを理解することができる。ワークエリアにおいて開発者によりな
された更新がは、ウェブサイト、又は、他のワークエリアにおける他の作成者の
作業に影響を与えないことが好ましい。これは、各ワークエリアが別々のファイ
ルシステムとして構成されうるからである。典型的には、ワークエリアは、１つ
以上のワークステーション１０２に設けられる。 【００３３】 開発者は、この開発者のワークエリアの内容をステージングエリアに提出する
ことにより、ステージングエリアにおけるこの開発者の作業を統合しうる。この
動作は、内部配置（internal deployment）又は単に提出（submit）と呼ばれ、
この動作においては、データは、ウェブ内容のファイルバージョンを含んでいる
補助記憶に転送される。ステージングエリアは、ウェブサイトの共有されたビュ
ー（view）を提供する多数の開発者に利用可能なファイルシステムである。よっ
て、ステージングエリアは、様々な開発者のワークエリアの集合的な作成物（wo
rk）を保持することができ、かつ、これら開発者に対して該開発者による更新を
共有及び統合することを可能としうる。ステージングエリアでは、開発者は、該
開発者による更新がどのように適合するかを理解できる。ステージングエリアは
、典型的には、開発サーバ１０４に設けられる。本発明の一実施の形態によれば
、ワークエリアからステージングエリアに対する内容の提出に先行して、属性に
関連した内容に対する進行中の変化は、自動的に記憶されうるし、また、内容の
バージョンを保存するために、事象によって修正されうる。この動作は、ユーザ
にとって透明となるように実行されうるので、開発システムと同期して機能する
。コピーすることは、エリアがディレクトリツリー（directory trees）を共有
する「仮想的」とされているが、これらエリアは、このディレクトリツリーを物
理的にコピーする必要がないように構成される。ソフトウェアアプリケーション
の動作においては、ステージングエリアにおける集合的な作成物（work）は、様
々な作成者がワークエリアから新しい内容を提出するにつれて変化する。ワーク
エリアは、ステージングエリアにおける内容及びその他の情報が１つ以上の私用
の（private）ワークエリアに対して仮想的にコピーされたときに、最も効果を
発揮する。これは、作成者が内容の作成及び維持といったようなウェブサイトに
関連したタスクを実行している間、ステージングエリアに関して個々のワークエ
リアを最新の状態に保つことに役立つ。 【００３４】 ステージングエリアにおける集合的な作成物（work）が最終的なものと考えら
れるときには、その作成物の内容は、ウェブサイトの版（edition）を作成する
ために公表されうる。本発明によれば、配置（deployment）は、特定の事象によ
って発生し、この配置の後には内容又はメタデータのいずれかを記憶することが
続く。このデータの検索及び保存は、本発明によれば、自動的かつ同期してなさ
れうる。これは、ステージングエリアの内容をエディションエリアに仮想的にコ
ピーすることにより実現されうる。版は、典型的には読込み専用のファイルシス
テムであるので、ウェブサイト全体の内容のフローズンスナップショット（froz
en snap-shot）である。ウェブサイトの開発における連続点（sequential point
s）で得られる各版は、アーカイブされ、かつ、すべての開発者にとってアクセ
ス可能なものとなりうるので、開発者は、ファイル及び全ディレクトリを即座に
呼出し、又は、ウェブサイトの過去のバージョン全体を再構築することができる
。例えば、版の内容は、ウェブサイトのさらなる開発のための基礎として用いら
れるように、ワークエリアに仮想的にコピーされうる。エディションエリアは、
典型的には、作成サーバ１２０に設けられる。本発明は、このデータの進行中の
変更の検索及び記憶を行うことによって、プロセス障害又はシステム障害の場合
に情報の仮想的なコピーがワークステーションで利用可能となっている。 【００３５】 ウェブサイトの開発及び維持の作業が予測可能なかつ系統的な方法で進行する
ように、タスクは、ワークフロー（workflow）に従って割り当てられ実行され、
このワークフローは、当該分野では「ジョブ」としても知られている。ワークフ
ローの構成すなわちジョブは、実行しようとするタスクの計算された配列である
。この配列（arrangement）は、連続的（serial）順序により、互いに並列とな
るように、又は、連続的動作及び並列動作の組み合わせにより、実行されるタス
ク、を含みうる。ワークフローモデルは、繰り返し用いることが可能な、一般的
なワークフロー構成である。各ワークフローモデルは、ユーザタスクだけでなく
広範囲の様々な自動化された（automated）タスクをも含みうるプロセスを記述
する。ワークフローモデルは、典型的には、ビジネスマネージャによってデザイ
ンされ、システム管理者により構成される。本発明は、ワークフロー構成をシス
テム内で確立された基準（criteria）に従って構成しかつ管理することができる
能力を提供する。本発明の一実施の形態は、関連するメタデータ及び属性に従っ
て、様々なバージョンの内容についての進行中の変化を保存することに関し、こ
の関連するメタデータ及び属性は、この内容を含むファイルに関連している。 【００３６】 図２を参照するに、ウェブサイト開発システムのブロック概略図が、ファイル
が作成及び維持される場所に関連した用語及び数字を用いて示されている。これ
らのファイルは、ウェブサイトの開発及び維持に関連した特定の結果を得るため
に、様々な方法により作成及び維持される。明らかなように、ウェブサイト内容
、内容を含むファイルの属性及びその他のデータの格納及び伝送の方法は、ウェ
ブサイトの効率的かつ便利な開発及び維持に重要となりうる。本発明は、様々な
バージョンの内容の進行中の変更を自動的にかつ開発及び維持アプリケーション
に同期して記憶することによってデータを有用に示すことを容易とすることによ
り、上記のみを実現するための方法及び装置に関する。図２に示すシステムでは
、第１ワークエリア２０２は、ファイル２０４を一時的に記憶するメモリを含む
。ファイル２０４は、ワークエリア２０２のユーザの寄稿先となるウェブサイト
の部分だけでなくそのユーザが施す更新をも定める。これらファイルは、このよ
うな寄稿に関連する内容及びファイル属性を含みうる。 【００３７】 動作時において、ワークエリア２０２のユーザは、ウェブサイトに表れる最新
の（current）データのうちのいくつか又はすべてを含む１つ又は複数のファイ
ルをダウンロードしうる。このデータファイルは、内容、メタデータ、拡張型属
性（extended attributes）及び内容に関連したその他のデータを含みうる。こ
の内容は、ワークエリア内のユーザの作業による作成物（product）であり、メ
タデータは、その内容の使用を定めた、該内容に関連した情報であって、該内容
の意図した使用に従って該内容を類別するための能力をシステムに与える情報で
ある。拡張型属性は、ファイルに添付された情報であって、このファイルに含ま
れた情報を表すものである。このデータを用いることにより、本システムは、作
成日、ウェブサイトの場所、ワークエリアの場所、前回の使用日及びその他の情
報といった様々なパラメータに従って、複数のバージョンの内容を調べ、記憶し
かつまとめることができる。このデータの進行中の変更を特定の事象に従って保
存するので、開発アプリケーションは、自動的にかつユーザに透明となるように
内容に対する作業を実行することができる。ダウンロードされた１つ又は複数の
ファイルは、特定の時間に存在するので、ウェブサイトの一種の「スナップショ
ット（snapshot）」と考えられる。この後、ワークエリア２０２のユーザは、結
果としてこのウェブサイトのスナップショットに対する変更となる、１つ以上の
タスクを実行しうる。本発明によれば、このスナップショットに関する変更は、
ワークステーションで作業する開発者により変更がなされたときに、補助記憶に
自動的に記録されうる。進行中のデータの開発及び変更は、これらが生成される
間において保存され、この後、システム又はプロセスが復旧した後に検索及び普
及されうる。一実施の形態では、キャッシュメモリの内容は、メモリマップファ
イルに反映されるので、キャッシュデータについて冗長ロケーションが設けられ
る。障害の場合には、この反映されたキャッシュ情報が、ファイルからの復旧の
ために利用可能である。この余分のキャッシュロケーションは、キャッシュデー
タがディスク又はその他のメモリロケーションに記憶されるので、システムによ
り必要とされるときに、充填又はフラッシュされうる。よって、キャッシュデー
タを保存することが不要となる。 【００３８】 図３を参照するに、本発明に従ってFailsafe（フェイルセーフ）（登録商標）
及びRecoveryアプリケーションのような展開（deploy）アプリケーションを使用
するシステムのブロック図が示されている。このような展開アプリケーションに
ついて、上述したウェブサイト開発及び維持方法に関連して説明する。本システ
ムは、モニタ７０４に接続されたワークエリアコンピュータ７０２を含み、この
モニタ７０４は、ユーザに対してデータを表示するためのディスプレイ７０６を
有する。ワークエリアコンピュータ７０２は、このコンピュータの内部動作（in
terworking）を制御するＣＰＵ７０８と、他の宛先に情報を送信するためのネッ
トワーク７１１に接続されたモデム７１０と、を含む。ワークエリアコンピュー
タ７０２は、さらに、頻繁に用いられるデータを記憶するキャッシュ７１２を含
む。ＣＰＵ７０８に制御されるメモリ７１４については、従来のメモリとするこ
とができるし、また、ランダムアクセスメモリ（ＲＡＭ）、動的ランダムアクセ
スメモリ（ＤＲＡＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、又は、ディ
ジタルデータの記憶及び転送を行うように構成されたその他のメモリとすること
ができる。ワークエリアはまた、開発サーバの上に設けられたディレクトリの収
集物として定められうるので、独立した（separate）コンピュータではない。よ
って、ワークエリアは、開発コンピュータがアクセスする権限を有しているとい
う単なるファイルのセットとして定められうる。 【００３９】 コンピュータ７０２が独立したコンピュータ上にあるのであれば、コンピュー
タ７０２は従来のコンピュータであるということ、及び、このコンピュータ７０
２に対して様々な変更を施すことが可能であるということ、が明らかであろう。
メモリ７１４は、データを表示するために用いられるテンプレートを作成及び記
憶するテンプレートコードを含むワークエリアソフトウェアアプリケーション７
１６を含む。これらのテンプレートは、ウェブサイトで用いられる表示を定める
ので、グラフィックユーザインターフェース（ＧＵＩ）を有するユーザは、選択
されたテンプレートフォーマットで表示されたデータを読むことができる。また
、メモリ７１４に記憶されているのは、タプル（tuple）フォーマットでデータ
を記憶及び転送するためのデータタプルコード７２０である。また、ワークエリ
アコンピュータ７０２と通信するのは、ユーザが容易にアクセスするデータを記
憶する、選択的に用いられるデータベース７２２である。データは、選択的には
、データファイル７２３に記憶されうる。このデータファイル７２３は、ユーザ
に対して、データを記憶するための系統立てられた（organized）方法を付与す
る。ワークエリアコンピュータ７０２はまた、ユーザによるデータの入力を可能
とするキーボード７２４及びマウス７２６を含む。 【００４０】 図３のウェブサイト構築システムは、さらに、サーバ７３０の内部動作（inte
r-workings）を制御するためのＣＰＵ７３２を有する開発サーバ７３０と、ネッ
トワーク７１２を用いてデータを転送するためのネットワーク７１２に接続され
たモデム７３４とを含む。サーバ７３０は、さらに、頻繁に用いられるデータを
記憶するためのキャッシュメモリ７３６と、従来方式のメモリ７３８とを含む。
よって、サーバ７３０が従来方式のサーバであるということ、及び、このサーバ
７３０に対して様々な変更を施すことが可能であることが、明らかであろう。進
行中のデータの開発及び変更は、これらが生成される間において保存され、この
後、システム又はプロセスが復旧した後に検索及び普及されうる。一実施の形態
では、キャッシュメモリの内容は、メモリマップ（memory-mapped）ファイルに
反映されるので、キャッシュデータについての冗長ロケーション（redundant lo
cation）を設けることができる。障害の場合には、キャッシュ７１２からキャッ
シュ７３６への反映されたキャッシュ情報は、ファイルからの復旧のために利用
可能である。このキャッシュ７３６は、メモリ７３８におけるソフトウェアにも
存在しうる。この余分のキャッシュロケーションは、キャッシュデータがディス
ク又はその他のメモリロケーションに記憶されるので、システムにより必要とさ
れるときに、充填又はフラッシュされうる。よって、キャッシュデータを保存す
ることが不要となる。メモリ７３８は、ウェブサイト上で用いるべきテンプレー
トを記憶及び作成するためのテンプレートコード７４０を含みうる。サーバ７３
０は、さらに、タプルフォーマットでデータを記憶及び転送するためのタプルコ
ード７４２を含みうる。タプルコードについては、データを展開する（deploy）
するように構成されたソフトウェアアプリケーションとすることができる。さら
には、多数のワークエリアによるウェブサイトに対する寄与物（contributions
）をステージングするためのステージングアプリケーション７４４が含まれてい
る。ステージングアプリケーション７４４は、所定のテンプレートフォーマット
でウェブサイト上にデータを表示するためのテンプレートコード及びタプルコー
ドを形成することができる。また、ウェブサイトサーバ７３２によりアクセスさ
れるデータを記憶するための、選択的に用いられるデータエース７４６も含まれ
ている。また、ＩＳＰ７４８が、ワークエリアコンピュータ７０２及びサーバ７
３０に対して、インターネット、別の例としてネットワーク７１１を介してデー
タを交換することを可能とさせるために、図３のシステムに含まれている。デー
タ展開デーモン（daemon）７５２については、データを展開するように構成され
たソフトウェアアプリケーションとすることができる。 【００４１】 本発明の一実施の形態は、電力障害のバイに、インターネットウェブサイト、
イントラネットサイト又はエキストラネットサイトの開発のためのシステムにお
いてなされた進行中の変更を復旧するための方法及び装置である。引き続き図３
を参照するに、かかるシステムが、Failsafe（登録商標）及びRecoveryアプリケ
ーションで実施されている。Failsafe（登録商標）のメカニズムは、システム障
害又はプロセス障害によって失われるかもしれないデータを保存するように構成
されている。Recoveryのメカニズムは、特定の状況下でのシステム又はプロセス
のダウン時間を防止又は低減するように構成されている。したがって、これら２
つのアプリケーションによって、ウェブサイト開発及び維持システムのようなシ
ステムは、失われるデータの量及びダウン時間を低減することができる。 【００４２】 補助記憶メモリ７５４は、ユーザがウェブサイトを開発及び維持している間に
なされる進行中の変更を記憶するためのワークエリアメモリ７１４に含まれうる
。本発明によれば、補助記憶は、かかる変更がなされたときに動的に該変更を記
憶するように構成されているので、従来方式のデータの自動保存が発生する前で
あってもデータを保存することができる。補助記憶７５６は、同様の機能を実行
する、別のロケーションとしてのデータベース７２２に存在しうる。これに代え
て又はこれとともに、補助記憶７５８が、サーバ７３０に存在しうる。さらにこ
れに代えて、補助記憶７６０が、データベース７４６に存在しうる。いずれのロ
ケーションでも、補助記憶は、ワークエリアコンピュータ７０２において又はそ
の他のワークエリアコンピュータにおいて開発又は維持される進行中のデータを
記憶するように構成されうる。 【００４３】 本発明の一実施の形態では、Recoveryアプリケーション７６２は、ウェブサイ
トサーバメモリ７３８に存在及び記憶される。復旧コードは、ウォッチドッグデ
ーモン（watchdog daemon）７６４を含み、このウォッチドッグデーモン７６４
は、かかるコードがＣＰＵ７３２により実行されたときに、サーバ７３０のよう
なサーバをモニタするように構成されたアプリケーションである。このようにモ
ニタすることには、特定のプロセスがサーバにおいて起動して実行しているかど
うかを調べることが含まれうる。障害の際には、又は、その他の状況では、ウォ
ッチドッグモニタは、復旧アプリケーションにおいて特定の機能をアクティブに
して、プロセスを復旧させる。このようにモニタすることには、電力障害及びそ
の他のシステム障害のような実際のサーバの機能を調べることも含まれうる。 【００４４】 このような事象が発生した際には、システムのプロセス又はその他の障害が起
きたメカニズムを復旧させるために、復旧スクリプト（script）７６６が呼び出
されうる。補助記憶は、Failsafe（登録商標）ファイル（後述する）を検索する
ことにより復旧されうる。このFailsafe（登録商標）ファイルは、ワークエリア
でなされる進行中の変更を含んでおり、システムが従来方式の自動保存方法を用
いて上記変更を復旧させることができるようになる前になされた変更を含みうる
。従来方式のシステムでは、自動方法は、開発及び維持においてデータの変更が
発生したときに該データの変更を臨時にキャプチャ及び維持するために、周期的
に呼び出される。本発明によれば、データは、従来方式の記憶メカニズムの前で
あってもキャプチャ及び保存されうる。 【００４５】 復旧スクリプト７６６はまた、本システム内で保存及び伝送されたデータを検
査（validate）するための特定の検査ツールを呼び出す。かかるツールは、復旧
されたデータが本システム内で有効であるかどうかを決定しうる。このようにデ
ータを検査することは、復旧されたデータを本システムで記憶及び利用すべきか
どうかを決定する際に役立ちうる。 【００４６】 この復旧スクリプトは、プロセス障害又はシステム障害の場合に通知（notifi
cation）アプリケーションを呼び出しうる。通知スクリプトは、個人又はアプリ
ケーションに対して予め定められた通知を送信するように構成されうる。これら
個人又はアプリケーションもまた予め定められたものとすることができる。かか
る通知については、障害の発生を示す、特定の個人又はその他のアプリケーショ
ンに対する電子メール又はその他の通知の形式とすることができる。 【００４７】 この復旧スクリプトは、再スタート（restart）スクリプトをも含みうる。こ
の再スタートスクリプトは、ウェブサイト開発及び維持アプリケーションといっ
たようなプロセスを再スタートさせる能力を含みうる。復旧スクリプトは、動作
を再開させることができるように、アプリケーションを再設定又は再構成するこ
とを含みうる。この再スタートスクリプトはまた、電力障害又はカーネル（kern
el）障害といったようなその他の障害の後に、サーバ７３０のようなシステムを
再スタートさせる能力をも含みうる。復旧スクリプトもまた、動作を再開させる
ことができるように、サーバを再設定又は再構成することを含みうる。 【００４８】 復旧スクリプトはまた、障害の後にプロセス又はシステムを再構成するための
再構成スクリプトをも含む。この復旧スクリプトはまた、かかる障害の後に失わ
れたデータを復旧させるための能力を含む。復旧スクリプトはまた、システムが
アプリケーションのプロセス又はシステムの全体動作を復旧することを可能とし
、さらには、かかるシステムがアプリケーションでなされる進行中の変更を完全
に復旧することを可能としうる。 【００４９】 引き続き図３を参照するに、メモリ７３８はまた、システム障害又はプロセス
障害の場合においてデータが失われることを低減するように構成された、Failsa
fe（登録商標）アプリケーションをも含みうる。Failsafe（登録商標）は、ウェ
ブサイトサーバの動作をモニタするように構成されたサーバモニタ７７０を含み
うる。このモニタは、ウェブサイトサーバが実行しているかどうか、該サーバが
障害を起こしているかどうか、その他の該サーバの動作状態を含む、サーバの状
態を調べるように構成されている。Failsafe（登録商標）はまた、第２のキャッ
シュメモリすなわちキャッシュキャッシュ（登録商標）をモニタするように構成
されている。キャッシュキャッシュについては、記憶のために指定されたメモリ
のエリアとすることができ、また、独立したメモリモジュールとすることができ
る。いずれの構成であっても、キャッシュキャッシュは、ワークエリア又はその
他のエリアでなされる進行中の変更を保存するために、システムのためのキャッ
シュメモリとして、システムキャッシュそのものとしても、機能しうる。キャッ
シュメモリの内容は、メモリマップ（memory-mapped）ファイルに反映されるの
で、キャッシュデータについての冗長ロケーション（redundant location）を設
けることができる。障害の場合には、上記反映されたキャッシュ情報が、ファイ
ルからの復旧のために利用可能である。この余分のキャッシュロケーションは、
キャッシュデータがディスク又はその他のメモリロケーションに記憶されるので
、システムにより必要とされるときに、充填又はフラッシュされうる。よって、
キャッシュデータを保存することが不要となる。 【００５０】 特定の状況では、このキャッシュキャッシュをフラッシュすることは重要とな
りうる。例えば、メタデータは、進行中の変更と同様に、キャッシュキャッシュ
において保存されうる。メタデータにはエラーが含まれうるし、メタデータは、
古いものとなりうるし、又は、補助記憶又はその他のエリアにあるその他の関連
したデータとどういうわけか一致しないことがありうる。本発明によれば、CPU
は、キャッシュキャッシュに存在する不必要な又は有害なコードをフラッシュア
ウト（flush out）するために、フラッシュキャッシュコードを実行しうる。ま
た、いくつかのアプリケーションでは、キャッシュキャッシュをフラッシュしな
いことが有効となろう。かかるアプリケーションでは、アプリケーションにおけ
るかかるフラッシュを避けるために、禁止（disable）コード７７２が実行され
うる。 【００５１】 本発明によれば、Failsafe（登録商標）は、ディスク書込み制御７７４をも含
み、このディスク書込み制御７７４は、キャッシュキャッシュからディスク又は
その他のメモリロケーションへの情報の書込みを制御及び管理するように構成さ
れている。この書込み制御は、宛先ロケーションにファイルを作成しかつキャッ
シュデータをそのロケーションに転送するように構成されうる。このように、Fa
ilsafeが呼び出されたときには、エリアからの、復旧された進行中の変更をキャ
プチャ及び利用するために、データが宛先に書き込まれうる。 【００５２】 本発明の別の実施の形態では、復旧されたキャッシュキャッシュデータをファ
イルにマッピングするために、メモリマップファイルインターフェイス７７６が
含まれうる。Failsafeはまた、リンクしたリスト（linked memory）７７８のメ
モリを含み、このリンクしたリスト７７８は、Failsafeの復旧機能７８０におい
て用いられる。これらについては、図８に関連して示すデータ復旧機能を参照し
て後に詳述する。 【００５３】 図４を参照するに、Failsafe８００の実施の形態のさらにレベルの高いブロッ
ク図が示されている。ワークエリア８０２は、内容がウェブサイト又はその他の
アプリケーションを作成及び維持するためのウェブサイト内容であるか否かに関
係なく、この内容を作成及び維持するように構成されうる。本発明の動作時には
、キャッシュキャッシュ８０４は、補助記憶に関連したキャッシュメモリであり
うるが、ワークエリアからの、内容と、存在する内容に対する変更と、ファイル
の属性のようなメタデータとの進行中の作成物を、かかる変更がなされたときに
記憶するように、構成されている。プロセス障害又はシステム障害のような特定
の事象が発生した際には、キャッシュキャッシュに記憶されているデータは、補
助記憶８０６又は別のメモリ装置８０８に転送されうる。いずれのタイプの装置
であっても、特定のアプリケーションで使用されうる従来方式の方法によっては
保存されえない、作業からの進行中の変更を保存することが、１つの目的である
。 【００５４】 図５を参照するに、本発明に係るFailsafeを用いるアプリケーションの一実施
の形態の動作が示されている。このアプリケーションについては、ワードプロセ
ッシングアプリケーション、ウェブサイト開発及び維持アプリケーション、又は
、内容若しくはメタデータについての進行中の変更を保存することが有益である
ようなその他のアプリケーションとすることができる。かかる特徴によれば、か
かるアプリケーションを実行するシステムにおいて、失われるデータを保存する
こと及びダウン時間から免れることができよう。工程９０２において、本システ
ムは、通常の動作を開始する。工程９０４において、ソフトウェアアプリケーシ
ョンは、その動作を開始する。工程９０６において、開発サーバモニタはその動
作を開始する。これには、サーバの動作をモニタすべく該サーバに対するモニタ
スレッド（monitoring thread）を作成することが伴う。工程９０８において、
ウェブサーバモニタは、サーバの動作をモニタすることを開始して、何らかのデ
ータが本アプリケーションにおいて変更されているかどうか及びいつ変更された
かを検出する。このモニタスレッドを用いて、開発サーバモニタは、工程９１０
において、本アプリケーションで何らかのデータが変更されたかどうかを決定し
うる。どのデータも変更されていない場合には、処理は工程９０８に戻り、この
工程においてシステムのモニタが継続する。これに対して、データが変更された
場合には、処理は工程９１２に進み、この工程９１２において、データがキャッ
シュキャッシュに書き込まれる。別の実施の形態では、データは、メモリマップ
ファイルインターフェイスを用いて補助記憶にマッピングされうる。 【００５５】 いくつかのアプリケーションでは、データが一旦システムによってメモリに書
き込まれたら、キャッシュキャッシュからキャッシュキャッシュデータを除去す
ることが有利となりうる。これによって、古い又は役に立たないデータを用いる
ということを避けることができる。この状況では、データの保存は不要である。
というのは、データはディスク又はその他の安全な場所に保存されているからで
ある。本発明の一実施の形態では、一旦アプリケーションが内容の変更に関連し
たデータ又はその他のデータを書き込むと、キャッシュキャッシュは工程９１６
においてフラッシュされうる。 【００５６】 Failsafeの動作もまた、システム障害が発生したかどうかを工程９１８におい
てモニタする。かかる障害は、ハードウェア障害又はソフトウェア障害の結果と
して起こりうるものである。かかる障害はまた、システムの内部で発生しうるプ
ロセス障害でありうる。システム障害が発生していなければ、処理は、システム
が依然として実行しているかどうかについて決定がなされる工程９２０に進む。
システムが実行している場合には、処理は、エラーが誤りであるということを検
出し、工程９０８におけるシステムをモニタすることに戻りうる。システムが実
行していない場合には、処理は、工程９２２に進んで、通常のシャットダウンが
起きたかどうかを決定する。ここでは、進行中のデータの変更を保存することは
必要でないであろう。通常のシャットダウンが起きていない場合には、キャッシ
ュキャッシュにおけるデータは必要でないであろうから、キャッシュキャッシュ
は工程９２６においてフラッシュアウトされ、本システムは工程９２８において
シャットダウンされる。 【００５７】 しかしながら、サーバモニタが工程９２２において通常のシャットダウンが起
きていないと決定した場合には、処理は、工程９１８に戻り、システム障害が発
生したかどうかを決定する。工程９１８に戻ると、システム障害が発生した場合
には、本発明は、工程９２４においてデータを保存した後に工程９３０において
補助記憶に書き込む処理をさせる。この工程は、一旦かかる障害が検出されると
、保存されたデータをキャッシュキャッシュから補助記憶に持っていく。この後
、保存された進行中のデータの変更が利用されうる。これは、かかる状況ではデ
ータが失われうる従来技術に係るシステムとは対照的である。 【００５８】 一旦システムが工程９３２において再スタートすると、進行中のデータを復旧
すべくFailsafeの復旧が工程９３４において開始されうる。この工程において、
工程９３０でキャッシュキャッシュから補助記憶に書き込まれたデータは、シス
テムによって復旧及び利用されうる。これで、ソフトウェアアプリケーションに
おけるデータに対する進行中の変更を保存及び復旧させる処理をすべての流れに
ついて説明した。この後、処理は、工程９０４に戻り、この工程９０４では、シ
ステムが再スタートした後にソフトウェアアプリケーションが再スタートして、
上述した処理が再度開始される。 【００５９】 図６を参照するに、システム障害が本当に発生したのかどうかを確認するため
の処理がシステムフロー図に示されている。かかる処理は、図５を参照して、特
に工程９１８において説明したような処理で呼び出されうる。システム障害の確
認は、工程１００２で始まった後に、工程１００４に進む。この工程１００４で
は、初期待ち時間がある。この待ち時間は、ディスク若しくはキャッシュフラッ
シュを起こすのに、又は、シャットダウン動作（activity）を起こすのに十分な
時間を付与するためのものである。かかる動作は、モニタスレッドがいくつかの
タイプのシステム異常が発生したということを示したかどうかに関係なく、シス
テム障害が発生していないということを示しうる。これら他の事象の１つが発生
した場合には、本システムは、システム障害が実際には起きていないと確信して
、次の工程に進む。工程１００６におけるタイミングループによって一旦時間期
間が切れると、処理は、工程１００８に進み、この工程１００８では、Failsafe
ファイルが存在するかについて問合せがなされる。本発明の一実施の形態では、
Failsafeファイルが存在している場合にのみ、実際にシャットダウンがシステム
障害又はプロセス障害の結果として起こったということが示されうる。工程１０
１０において、かかる問合せがなされる。Failsafeファイルが存在する場合には
、このことによって、システム障害又はプロセス障害が発生したということが示
される。かかる場合には、処理は、工程１０１２に進む。この工程１０１２では
、Failsafeファイルの内容がディスク又はその他のメモリロケーションに転送さ
れる。このような転送に引続き、キャッシュキャッシュが工程１０１４において
フラッシュされうるので、他の進行中のデータがキャッシュキャッシュに記憶さ
れうる。この後、処理は、工程１０１６で終了するか、又は、図５の工程９１８
に続く工程に進む。工程１０１０を参照するに、Failsafeファイルが存在しない
場合には、本システムが依然としてアプリケーションとともに実行しているかど
うかについての最後のチェックが工程１０１８において存在する。これは、本シ
ステムが依然として動作しているかどうかを工程１０２０で問合せることにより
実現される。その答えが否であれば、これによって、システム障害又はプロセス
障害が発生したことが示されうる。上述したものと同様に、この後、処理は、工
程１０１２に進み、Failsafeファイルの内容をディスク又はその他のメモリ装置
に転送した後に、キャッシュキャッシュがフラッシュされる。しかしながら、本
システムが工程１０２０において依然として動作していると決定された場合には
、システム障害は発生しておらず、処理は、システム又は処理動作が再開する工
程１０２２に進み、この特定の処理が終了する工程１０２４に進む。 【００６０】 図７を参照するに、Failsafe復旧のための処理が工程１１０２において開始さ
れる。この工程は、図５における工程９３４に対応し、障害が発生した後のシス
テムの再スタート後に開始される。工程１１０４において、本システムがエラー
に起因してシャットダウンされたかどうかを決定するために問合せがなされる。
本システムが実際にはエラーによってはシャットダウンされていないと決定され
た場合には、処理は、通常の動作が再開する工程１１１６に進む。しかしながら
、本システムが実際にシステムエラー又はプロセスエラーの結果としてシャット
ダウンした場合には、工程１１０６においてキャッシュファイルが検索される。
この後、キャッシュファイルが存在するかどうかの決定が工程１１０８において
なされる。この決定は、ファイルを検索しうるすべてのエリアを調べることによ
りなされる。この決定はまた、かかるファイルを識別する特定のフラグを検索す
ることにより、又は、システムにおいてかかるファイルを識別しうるその他の手
段により、なされうる。いずれの場合であっても、かかるファイルが存在しなけ
れば、復旧すべきデータは存在せず、処理は、システム動作又はプロセス動作を
再開すべく工程１１１６に進みうる。しかしながら、キャッシュキャッシュファ
イルが存在する場合には、処理は、工程１１１０に進み、この工程１１１０では
、キャッシュキャッシュデータは、かかるファイル又はデータロケーションから
検索される。この後、そのデータは、工程１１１２において、ディスク又はその
他のロケーションに書き込まれうる。この後、内容又はファイル属性が復元され
る工程１１１４において、復元（restoration）が実行されうる。これは、シス
テムがシャットダウンされる前に存在し、かつ、保存された後にこの復旧処理で
検索された、進行中の変更を復元することにより、なされうる。この後、処理又
はシステムは、復元されたデータを用いて、工程１１１６において動作を開始し
うる。 【００６１】 補助記憶に対する書込み処理は、比較的ゆっくりと発生し、ワークエリアメモ
リに対する書込みと比較して著しいシステムリソースを必要としうる。よって、
ワークエリアメモリに記憶された変更は、周期的に補助記憶に提出されうる。電
力障害の場合には、ワークエリアメモリに記憶された変更であってまだ補助記憶
メモリによって記憶されていない変更を復旧することが望まれ、また、これらの
変更を補助記憶に対して書込むことが望まれる。 【００６２】 Failsafeの一実施の形態では、インターネットウェブサイト、イントラネット
サイト又はエキストラネットサイトのためのシステムの電力を立ち上げる際には
、電力障害フラグがセットされる。本システムの通常の電力ダウンの際には、そ
のフラグはリセットされる。加えて、本システムの通常の電力ダウンの際には、
ワークエリアメモリの内容は、補助記憶に書き込まれる。しかしながら、電力障
害の場合のような異常な電力ダウンの際には、そのフラグはリセットされない。
典型的には、本システムの異常な電力ダウンの際には、ワークエリアメモリに記
憶された変更は、補助記憶に記憶されていないであろう。 【００６３】 本システムの次の電力ダウンの際には、電力障害フラグは、通常の電力ダウン
が発生したかどうかを示す。よって、電力障害フラグは、本システムの電力を立
ち上げる度に調べられる。このフラグが電力障害が発生したことを示す場合には
、これによって、ワークエリアメモリから変更を復旧すべきことが示される。 【００６４】 このプログラムは、ワークエリアメモリに記憶されたデータであって電力障害
の前に補助記憶に書き込まれていないデータを復旧する。よって、本システムの
電力を立ち上げる際には、電力障害フラグがセットされていると決定された場合
には、本システムが通常の動作を再開する前にFailsafeが実行される。本システ
ムの通常動作のリザンプション（resumption）は、本明細書でサーバと呼んでい
るソフトウェアプログラムを実行することにより、実現される。 【００６５】 Failsafe（登録商標）は、ウェブサーバが再スタートされる前に実行されうる
。Failsafeのジョブは、サーバ障害又はシステム障害時に補助記憶に含まれてい
た情報を書き込むことである。「ポイント（points）」とは、ＵＮＩＸ（登録商
標）ベースのシステムに関連して用いられる当該分野における専門用語である。
このポイントは、例えばファイル、ブランチ（branch）又はディレクトリといっ
たファイルエンティティ（entity）を表す。これらのエンティティは、変更され
、又は、ワークエリアにおけるソフトウェアアプリケーションにより作業が施さ
れる際に変化する。ポイントが補助記憶メモリに書き込まれる前に一旦何らかの
方法で変更されると、本明細書で「汚いポイント（dirty point）」と呼ばれる
ものになる。汚いポイントは、一旦補助記憶メモリに書き込まれると、このポイ
ントは、本明細書で「きれいなポイント（clear point）」と呼ばれるものにな
る。したがって、Failsafeプログラムの目的は、電力障害の後に残された汚いポ
イントをきれいなポイントに変換することである。 【００６６】 図８を参照するに、本発明に係るFailsafe（登録商標）アプリケーションの別
の実施の形態が、別のフロー図の形式で示されている。第１の工程１２０２にお
いて、実行ファイルが、アプリケーションのための進行中の変更を記憶するため
に作成されうる。かかるファイルは、好ましくは、キャッシュキャッシュに記憶
され、このキャッシュキャッシュには、システム障害若しくはプロセス障害又は
異常なシャットダウンの場合に進行中の変更が保存される。工程１２０４におい
て、補助記憶キャッシュのイメージを含んだファイルが開かれうる。補助記憶キ
ャッシュについては、キャッシュキャッシュとすることができ、又は、アプリケ
ーションから進行中の変更が記憶されるエリアとすることができる。この後、工
程１２０６において、ファイルからデータが読み込まれる。このファイルの最初
の４０９６程度のバイトが、通常の読み書きシステムコールを用いて読み込まれ
うる。本発明によれば、ファイルの最初のブロックは、メモリイメージに含まれ
たデータの「型（shape）」に関連する情報を含んでいる。かかるファイルは、
データのメモリイメージがサーバ処理のコンテキスト（context）の間において
存在したメモリアドレス（ベースメモリアドレス）のレコードと、ファイルシス
テム及びワークフローキャッシュからの汚いポイントについての２つのリンクさ
れたリストの始めを示すポインタ（メモリアドレス）と、を含みうる。処理は、
工程１２０８においてベースメモリアドレスを読み込み、工程１２１０において
オぺレーティングシステムのメモリマップファイルインターフェイスを用いてフ
ァイルをメモリにマッピングする。ファイルに現時点で含まれているイメージは
、サーバプロセスのコンテキストで実行されている間において有していたものと
同一の「型」を有している。この時点から、ファイルに含まれたイメージを、こ
れが依然としてサーバにあるかのように扱うことが可能となる。特に、上記リン
クされたリストを形成するポインタを、メモリ参照エラーを引き起こすことなく
、デリファレンス（de-reference）することができる。 【００６７】 次の工程１２１２において、本システムは、リンクされたリストにおける次の
要素を読み込み、工程１２１４において正確性（accuracy）のための要素をチェ
ックしうる。これは、処理対象となっているノードのデータからのチェックサム
を他のノードのチェックサムと比較することにより、なされる。次に、ノードが
有効であるかどうかの問合せがなされる。有効である場合には、次のリンクされ
たリストが読み込まれる。次の要素がリストの終わりである場合には、処理は、
工程１２１２に戻り、上述した工程１２１８における次のリンクリストが読み込
まれた後の処理を繰り返す。リンクされたリストの要素は、リストにおける次の
要素に対するポインタ、関連するデータに対するポインタ、この要素により示さ
れるポイント数値ＩＤのレコード、及び、このノードに含まれたデータのチェッ
クサムのうち１つを含みうる。ノードが本当に有効である場合には、工程１２２
０において処理が続けられる。正確性をチェックすることは、現在処理されてい
るノードに含まれたデータから新しいチェックサムを発生させること、及び、こ
の新しいチェックサムをそのノードから読み込んだチェックサムと比較すること
を含む。両方のチェックサムが等しい場合には、そのノードは有効であると考え
られる。 【００６８】 次の工程１２２２において、現在処理されているノードにより参照されるデー
タが読み込まれる。ここで、このデータの部分は、「データブロッブ（data blo
b）」と呼ばれ、工程１２２４において正確性のためにチェックされる。ブロッ
ブは、このブロッブに含まれたデータのチェックサム、このブロッブに含まれた
データに対するポインタ、又は、このブロッブに含まれたデータのサイズの指示
を含みうる。この後、工程１２２６において、ブロッブが有効であるかどうかが
決定される。正確性をチェックすることは、現在処理されているブロッブに含ま
れたデータから新しいチェックサムを発生させること、及び、この新しいチェッ
クサムをブロッブから読み込んだチェックサムと比較することを含む。両方のチ
ェックサムが等しい場合には、そのブロッブは有効であると考えられる。ブロッ
ブが有効である場合には、本システムは、工程１２２８においてデータをディス
クに書き込む。一実施の形態では、本システムは、第２のリンクされたリストに
おけるデータについて上記工程を繰り返しうる。上記リンクされたリストの最後
までまだ到達していない場合には、処理は、工程１２１２に進んで、上記工程を
繰り返す。一旦上記リストの最後にまで到達すると、処理は終了して工程１２３
２に進む。 【００６９】 一つの好ましい実施の形態では、工程１２１６が失敗すると、エラー復旧工程
が実行されうる。具体的には、上記リストの次の要素に対するポインタの有効性
が正確性のためにチェックされうる。そのポインタがメモリマップイメージの最
初と該メモリマップイメージの最後との間にある場合には、そのポインタをデリ
ファレンスしかつ次のノードを用いた処理を継続させるための試みがなされうる
。 【００７０】 もっと複雑なエラー復旧方式は、上記リストにおける各要素と、各ブロッブと
、についての「署名（signature）」を含むものである。この場合にすべてが失
敗すれば、これらの署名を探すファイルが読み込まれ、１つが見つかった場合に
は、結果として得られるデータアイテムは、正確性のためにチェックされ、それ
が有効であれば処理される。一般的な方法としては、上記リストの最後を０とい
うメモリアドレスを用いて示す。このメモリアドレスは、たいていのシステムに
おいて無効のメモリアドレスであるとされている。 【００７１】 上述した実施例では、上記リンクされたリストにおける各要素は、この要素に
関連した第２のポインタを有している。このポインタは、上記リンクされたリス
トにおけるノードにより表現されるポイントに関連したデータの「ブロッブ」を
いう。ポイントに関する情報をレコードするために、様々なデータ構造を用いる
ことができる。一実施の形態では、Ｂツリー（B-Tree）によれば、リストよりも
有用なルックアップ（lookup）性能が得られるが、挿入コストはリストよりも高
くなるかもしれない。 【００７２】 本発明の別の実施の形態は、システム障害又はプロセス障害後のサーバにおけ
るダウン時間を低減する能力を含む。図３を参照して上述した復旧７６２は、Ｃ
ＰＵにより実行された際にプロセス動作又はシステム動作を復旧させるべく特定
の動作を実行することが可能なソフトウェアアプリケーションとして、構成され
うる。この後、復旧は、特定の機能を実行することにより、かかる障害に応答す
る。上述したFailsafeがプロセス障害又はシステム障害の後に進行中のデータを
保存及び復旧させるように構成されうる一方、復旧は、かかる障害の後に実際の
システム又はプロセスを復旧させるように動作する。図９を参照するに、かかる
システムの動作を示すフロー図が示されている。 【００７３】 処理は、工程１３０２において開始する。この工程１３０２では、ウォッチデ
ーモンが、開始されて動作を開始する。このデーモンは、独立したサーバであり
うるし、又は、処理ソフトウェアアプリケーション（例えばウェブサイト開発及
び維持アプリケーション）が実行されるサーバにおいて実行するアプリケーショ
ンでありうる。いずれの構成においても、復旧は、システム障害又はプロセス障
害を検出するべくサーバの動作をモニタするように構成されたウォッチドッグデ
ーモンを含む。最初のスタートアップ後、工程１３０４で実行されているように
、前回のシャットダウンが通常のシャットダウンであるかどうかを決定すること
が有用でありうる。この動作は、サーバが工程１３０６において開始される前で
あっても、本システムにより実行される最初の動作となりうる。このように、サ
ーバは、該サーバが最初にスタートアップされたときからモニタされうる。前回
のシャットダウンが通常のものであったと決定された場合には、サーバは、工程
１３０６において開始され、サーバば動作している間においてモニタが続けられ
うる。 【００７４】 しかしながら、前回のシャットダウンが、例えばプロセス障害又はシステム障
害が発生したときのように通常のものでないと決定された場合には、工程１３１
０において、電力障害診断が実行される。この電力障害診断は、プロセス又はシ
ステムが、かかるプロセス又はシステムを作動不能にする又は欠陥を生じさせう
る何らかの残余欠陥（residual defect）を有するかどうかを調べるように構成
されうる。かかる手順は、システム障害が実際に発生したかどうかの確認がなさ
れる図６を参照して上述したものに類似しうる。診断がうまくいかない場合には
、ウォッチドッグサーバが工程１３１２において停止される。この時点において
、障害を示すために、障害メッセージ又はその他の通知が発生されうる。かかる
通知は、かかる障害が発生したというシステムワイドの通知、又は、かかる障害
に対する応答に責任のある特定の人員に送信すべきメッセージを含みうる。 【００７５】 診断がうまくいけば、サーバは、工程１３０６において開始されうる。次に、
処理が工程１３０４又は１３１０から進もうとも、サーバは、依然として、ウォ
ッチドッグサーバによりウォッチされるか、又は、工程１３１４において、デー
モンは、サーバが実行しているかどうかを問い合わせる。工程１３１４において
、サーバが実行していると決定された場合には、ウォッチドッグデーモンは、工
程１３１６においてサーバをモニタし続け、あるいは、サーバが依然として実行
しているかどうかを何度も問い合わせしうる。ウォッチドッグデーモンは、サー
バがもはや実行していないと決定した場合には、処理は、工程１３１８に進み、
プロセス障害診断を実行する。この工程は、プロセス又はシステムがかかるプロ
セス又はシステムを作動不能にする又は欠陥を生じさせうる何らかの残余欠陥（
residual defect）を有するかどうかを決定する。かかる手順は、システム障害
が実際に発生したかどうかの確認がなされる図６を参照して上述したものに類似
しうる。診断がうまくいった場合には、後に続く工程は、動作しているサーバプ
ラットフォームのタイプに依存しうる。本システムがSolaris（ソラリス）（登
録商標）である場合には、処理は、工程１３０６に進み、サーバが再度開始され
る。本システムがＷｉｎｄｏｗｓ ＮＴ（登録商標）システムである場合には、
処理は、工程１３２２において、ウォッチドッグサーバ又はデーモンを停止しう
る。いずれのシステムであっても、診断がうまくいかない場合には、処理は工程
１３２２に進んでウォッチドッグサーバ又はデーモンを停止する。その他の診断
もまた、かかるウォッチドッグシステムにおいて実行されうるし、アプリケーシ
ョンに従って変化しうる。しかしながら、本発明は、かかる変化した診断に限定
されないし、その他の等価となるような変更を含むものである。 【００７６】 図１０を参照するに、ウォッチドッグサーバ又はデーモンの一実施の形態が図
示されている。ウォッチドッグサーバ１４０２は、ウェブサイトサーバ１４０４
と通信し、ウォッチドッグサーバ又はデーモンによるサーバのモニタを可能とす
るように構成されたモニタアプリケーション１４０６を含む。サーバはまた、残
余問題を含んだ電力障害問題を診断するための診断を含む電力障害アプリケーシ
ョン１４０８をも含む。発生しうる残余問題を含んだプロセス障害問題を診断す
るための診断を含んだプロセス障害アプリケーション１４１０もまた、含まれる
。ウォッチドッグサーバには、その他の障害タイプのアプリケーション１４１２
及び関連する診断もまた含まれうる。 【００７７】 本発明は、基本的には、専用プロセッサと、ブラウザによる要求を受信及びル
ーティングするよう構成されたウェブサーバと、アプリケーションサーバと、状
態サーバと、互いに通信しかつローカルエリアネットワーク（ＬＡＮ）、イント
ラネット及びインターネットを含む１つ以上のネットワークに接続されうるよう
構成されたその他のタイプのコンピュータプロセッサと、を含む。しかしながら
、かかる装置及びシステムのかかる実施例は、本発明の利用例にしか過ぎず、本
発明は、１つ以上のネットワーク内でデータを効率的にルーティング及び処理す
るような多くのその他のアプリケーションにおいてより優れた適用性及び利用性
を有しうるということを、当業者にはわかるであろう。本発明を実施する等価な
構造は、本発明の思想及び範囲を逸脱することなく、かかるアプリケーションに
ついて構成されうる。コンピュータシステム又はネットワークにおける複数ユー
ザの間においてデータを交換するための装置及びシステムというコンテキストに
よって、本実施の形態を説明してきたが、本発明は、同様な特徴が有用であるよ
うなその他のアプリケーションにも適用可能なものである。本発明は、パーソナ
ルコンピュータと、アプリケーションサーバと、状態サーバと、デザインされか
つコンピュータ上で実行されるインターネットウェブサーバであって、本発明を
実行するためにその他のコンピュータと通信するためのネットワークに接続され
うるインターネットウェブサーバと、を含みうる。本発明に従って動作するよう
構成されたシステムは、個別モデムを介して、又は、ワイヤレス通信のようなそ
の他の通信手段を介して、インターネットに接続された複数のパーソナルコンピ
ュータを含みうる。 【００７８】 本発明は、マイクロプロセッサのようなコンピュータプロセッサにより実行さ
れる多数の機能をも含みうる。このマイクロプロセッサは、専門又は専用のマイ
クロプロセッサであって、特定のタスクを定める、機械により読み込み可能なソ
フトウェアコードを実行することによりこの特定のタスクを実行するよう構成さ
れたマイクロプロセッサでありうる。このマイクロプロセッサはまた、直接メモ
リアクセスモジュール、メモリ記憶装置、インターネット関連ハードウェアのよ
うなその他の装置、及び、本発明に従ったデータ伝送に関連したその他の装置、
とともに動作しかつ該装置と通信するように構成されうる。ソフトウェアコード
は、Ｊａｖａ（登録商標）、Ｃ＋＋、ＸＭＬ（拡張可能なマーク付け言語）、及
び、本発明に関連する機能動作を実行することが必要とされる装置の動作に関連
した機能を定めるのに用いられうるその他の言語を用いて、構成されうる。この
コードは、様々な形式及びスタイルで書かれ、これらの多くは、当業者にとって
既知なものである。ソフトウェアプログラムの様々なコードフォーマット、コー
ド構成、スタイル及び形式、並びに、本発明に係るマイクロプロセッサの動作を
定めるためにコードを構成するためのその他の手段は、本発明の思想及び範囲か
ら逸脱しないし、これについては別記の請求項によって特定される。 【００７９】 本発明を利用する、コンピュータサーバのような様々なタイプのコンピュータ
内には、本発明に係る機能を実行する一方で情報を記憶及び検索するための様々
なメモリ装置が存在する。キャッシュメモリ装置は、頻繁に記憶及び検索される
情報についての便利な記憶ロケーションとして中央処理装置により使用されるた
めに、かかるコンピュータに含まれることが多い。同様に、持続性メモリもまた
、中央処理装置により頻繁に検索はされる情報ではあるが、キャッシュメモリと
は異なり持続性メモリ内であまり変更されない情報を維持するために、かかるコ
ンピュータについて頻繁に用いられる。データと、中央処理装置により実行され
たときに本発明に係る機能を実行するよう構成されたソフトウェアアプリケーシ
ョンと、のような多量の情報を記憶および検索するために、通常、メインメモリ
も含まれる。これらメモリ装置は、ランダムアクセスメモリ（ＲＡＭ）、静的ラ
ンダムアクセスメモリ（ＳＲＡＭ）、動的ランダムアクセスメモリ（ＤＲＡＭ）
、フラッシュメモリ、及び、情報を記憶及び検索すべく中央処理装置によりアク
セスされうるその他のメモリ記憶装置として、構成されうる。本発明は、特定タ
イプのメモリ装置にも、これらのメモリ装置との間で情報を記憶及び検索するた
めの通常用いられるプロトコルにも限定されない。 【００８０】 本発明に係る装置及び方法は、ソフトウェアアプリケーションの動作内でデー
タを自動的に展開しかつ該動作に同期する方法及び装置を含む。インターネット
ウェブサイトを開発するためのソフトウェアアプリケーションのコンテキストに
おいて本実施の形態を説明してきたが、本発明の範囲は、データソース又は宛先
がのいずれかにおいてデータを保存することが有益であるようなその他のアプリ
ケーションをも含む。さらには、ここまでは、本発明の特定の実施の形態を参照
して説明してきたが、これら特定の実施の形態は本発明を説明するに過ぎないも
のであり、本発明の原理から逸脱することなくこれらの実施の形態に対して変更
を施すことが可能である、ということが明らかであり、本発明の範囲は、本発明
に基づく優先権を主張した後の実用新案登録出願において定められる。 【図面の簡単な説明】 【図１】 図１は、本発明に係るウェブサイト開発のためのコンピュータネットワークシ
ステムを示す。 【図２】 図２は、本発明に係る開発システムを示す。 【図３】 図３は、本発明に係るワークエリアコンピュータ及び開発サーバを示す。 【図４】 図４は、本発明に係る進行中のデータを保存するためのFailsafe技術に用いら
れる構成要素の概略ブロック図である。 【図５】 図５は、本発明に係るFailsafe技術の動作についてのフロー図を示す。 【図６】 図６は、システム障害が本当に発生したかどうかを確認するための本発明に係
るフロー図を示す。 【図７】 図７は、本発明に係る進行中のデータの復旧を実行するためのフロー図を示す
。 【図８】 図８は、本発明に係るFailsafe技術の動作の別の実施の形態についてのフロー
図を示す。 【図９】 図９は、本発明に係るシステム復旧技術の動作についてのフロー図を示す。 【図１０】 図１０は、本発明に係るシステム復旧のために用いられる構成要素の概略ブロ
ック図を示す。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ， ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ， ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ， ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ， ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，Ｊ Ｐ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ， ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，Ｒ Ｏ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ， ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 ジア ジャック アメリカ合衆国 カリフォルニア州 94089 サニーヴェイル イレヴンス ア ベニュー 803 (72)発明者 パーク ブリット アメリカ合衆国 カリフォルニア州 94089 サニーヴェイル イレヴンス ア ベニュー 803 (72)発明者 サリー ジョン アメリカ合衆国 カリフォルニア州 94089 サニーヴェイル イレヴンス ア ベニュー 803 Ｆターム(参考） 5B018 GA04 HA04 KA22 MA03 5B082 DE06 FA12 HA08

Claims (1)

1. 【特許請求の範囲】 【請求項１】 内容の開発のためのシステムにおいて形成されたときの進行
   中の開発及び変更をプロセス障害又はシステム障害の場合に保存及び復旧するこ
   とを可能とするように構成された方法及び装置であって、 進行中のデータの開発及び変更をこれらが形成される間において検索し、かつ
   、これらをキャッシュメモリに記憶する工程と、 キャッシュメモリの内容をメモリマップファイルにコピーして、キャッシュデ
   ータについて冗長ロケーションを設ける工程と、 障害の場合に、前記キャッシュの情報をファイルから復旧する工程と、システ
   ムにより必要とされたときに前記メモリマップファイルから前記メモリのロケー
   ションをフラッシュする工程と、かかる障害の後に実際にプロセス又はシステム
   を復旧及び再開始する工程と、 を具備することを特徴とする方法及び装置。