JPH1145201A

JPH1145201A - コンピュータシステム、同システムにおけるデータアクセス処理方法および記録媒体

Info

Publication number: JPH1145201A
Application number: JP10048366A
Authority: JP
Inventors: Atsuyoshi Kawaura; 淳義川浦; Kazuhiko Isoda; 一彦磯田
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1997-05-28
Filing date: 1998-02-27
Publication date: 1999-02-16

Abstract

(57)【要約】【課題】同一サーバリソースを複数のクライアントコン
ピュータが更新しようとしたときのアクセス競合によっ
て生じるデータの矛盾を回避できるようにし、モバイル
用途のネットワークコンピュータの実現に適したコンピ
ュータシステムを提供する。【解決手段】ネットワークコンピュータ１２，１３から
サーバ１１上の同一のリソースに対してアクセスしよう
とした場合、そのアクセスに更新が含まれていた場合で
も、アクセス競合回避部２２，２５の働きにより、デー
タに矛盾が発生するといった事態の発生を防止すること
ができ、複数のクライアントコンピュータ１２，１３と
サーバ１１との間で更新対象データについての整合性を
確保することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、モバイル環境で使
用可能なネックワークコンピュータの実現に好適なコン
ピュータシステムに関し、特に、サーバ上のリソースに
対するアクセスの競合を回避できるように改良すると共
に、モバイルコンピュータの利用者に、必要とするファ
イルの把握や同期確保、およびサーバコンピュータとの
接続状態などを意識させることなくサーバコンピュータ
で管理されるファイルを使用した処理を行なわせること
のできるコンピュータシステムに関する。

【０００２】

【従来の技術】近年、パーソナルコンピュータに代わっ
て、ネットワークコンピュータ（ＮＣ：Ｎｅｔｗｏｒｋ
Ｃｏｍｐｕｔｅｒ）と称される新しいコンピュータア
ーキテクチャが開発され始めている。

【０００３】このネットワークコンピュータは、ネット
ワークの使用を前提としたものであり、データ処理に必
要なプログラムおよびデータのすべてはネットワークを
介してサーバコンピュータからダウンロードされる。こ
れにより、ネットワークコンピュータとして機能するそ
れぞれのクライアントコンピュータには、プログラムや
データを持つ必要が無くなるため、オペレーティングシ
ステム（ＯＳ）やアプリケーションプログラムのアップ
デート等に柔軟に対応できるようになり、結果としてマ
シン管理コストのドラスティックな軽減が可能となる。

【０００４】しかし、ネットワークコンピュータは前述
のようにネットワーク接続による運用を前提としたもの
であり、モバイル環境での使用については考慮されてな
いのが通常である。このため、ネットワークに接続され
ていないオフライン状態であっても、ネットワーク接続
されたオンライン状態と同様な業務を行うことができる
新たなネットワークコンピュータの開発が望まれてい
る。

【０００５】

【発明が解決しようとする課題】このようにモバイル環
境でも使用可能なネットワークコンピュータを実現する
ためには、オフライン状態での作業に必要となるサーバ
リソースの写しを保持するローカルストレージをネット
ワークコンピュータ内に設け、そのローカルストレージ
を利用してネットワークコンピュータが動作できるよう
にすることが必要となる。

【０００６】この場合、オフライン状態でもオンライン
状態でも同一業務が行えるようにするためには、サーバ
リソースとローカルストレージ内のリソースとの同期が
とられていなければならない。このため、サーバとネッ
トワークコンピュータとの間でリソースのダウンロード
およびアップロードを行って、互いのデータ内容の整合
性を確保することが必要となる。

【０００７】しかし、複数のネットワークコンピュータ
からサーバ上の同一のリソースに対してアクセスしよう
とした場合、そのアクセスに更新が含まれていると、デ
ータに矛盾が発生するという問題が生じる。

【０００８】特に、ローカルストレージ内のリソースを
用いることによってモバイル環境でも動作可能に構成さ
れたネットワークコンピュータの場合には、ネットワー
ク接続されてないオフライン状態で長い間使用されるこ
ともあり、後にネットワーク接続して同期処理を行うま
での間にサーバ上のデータなどのリソースが他のネット
ワークコンピュータなどによって更新されているという
事態が生じやすい。この場合、もしそのまま同期処理を
行うと、ネットワークコンピュータ間でのデータの整合
性が崩れてしまうことになる。

【０００９】また、従来より、モバイル環境を支援する
ための方法として、パーソナルコンピュータなどにおい
てはブリーフケース方式と呼ばれるファイルの同期技術
が知られている。

【００１０】このブリーフケース方式は、たとえばデス
クトップ型のパーソナルコンピュータなどで一元管理さ
れるファイルを、内容の一貫性を保ちつつ、携行が容易
で通信機能を有するパーソナルコンピュータ（以下、モ
バイルコンピュータという）で使用するような場合に使
用されるものである。

【００１１】しかし、このブリーフケース方式では、複
製元コンピュータ（前述の場合は、デスクトップ型のパ
ーソナルコンピュータ）において、ユーザが明示的にフ
ァイルの複製（または複製を作成するファイルの一覧）
をブリーフケースと称される引渡し用の領域に格納し、
また、モバイルコンピュータでデータを更新した後に
は、複製元コンピュータのファイルとモバイルコンピュ
ータのファイルの内容を一致させるために、明示的にフ
ァイルの整合性確保を指示する必要があった。

【００１２】このため、ブリーフケース方式では、たと
えば出先などに置かれたモバイルコンピュータを用いる
場合など、利用者それぞれが、必要となるすべてのファ
イルを常に把握していなければならない。また、利用者
それぞれは、ファイルの一貫性を保つために、モバイル
コンピュータのファイルの状態と複製元コンピュータの
ファイルの状態とを常に把握していなければならないと
いう問題がある。

【００１３】一方、前述のネットワークコンピュータで
は、一般に、必要なファイルやプログラムなどは、サー
バコンピュータの管理者によって、利用者それぞれが意
識しなくてもよいように、各利用者に対応させて適切に
準備されるため、オンライン状態においては、利用者
は、ネットワークに接続されているコンピュータを用い
て、必要となるファイルやプログラムなどをサーバコン
ピュータから自動的にもってきて実行することが可能で
ある。しかし、この方式は、ネットワークコンピュータ
がサーバに常にネットワーク接続されていることを前提
としたものであり、モバイル用途のネットワークコンピ
ュータには不向きである。

【００１４】本発明は上述の実情に鑑みてなされたもの
であり、データの矛盾の発生を防止できるようにし、モ
バイル用途のネットワークコンピュータの実現に適した
コンピュータシステム、および同システムで使用される
データアクセス処理方法並びに記録媒体を提供すること
を目的とする。

【００１５】また、本発明は、利用者が必要となるファ
イルの把握や同期の確保、およびサーバコンピュータと
の接続状態などを意識させることなく、サーバコンピュ
ータで管理されるファイルを使用した処理を行なわせる
ことのできるコンピュータシステムを提供することを目
的とする。

【００１６】

【課題を解決するための手段】上述の課題を解決するた
め、本発明は、サーバコンピュータと、データ処理に必
要なプログラムおよびデータをネットワークを介して前
記サーバコンピュータからダウンロードして動作する複
数のクライアントコンピュータとを含むコンピュータシ
ステムにおいて、前記サーバコンピュータ上の同一リソ
ースを複数のクライアントコンピュータが更新しようと
したときのアクセス競合によって生じるデータの矛盾を
回避し、前記更新対象のデータの整合性を確保する競合
回避手段を具備することを特徴とする。

【００１７】このコンピュータシステムにおいては、複
数のネットワークコンピュータからサーバ上の同一のリ
ソースに対してアクセスしようとした場合、そのアクセ
スに更新が含まれていた場合でも、競合回避手段の働き
により、データに矛盾が発生するといった事態の発生を
防止することができ、複数のクライアントコンピュータ
とサーバコンピュータとの間で更新対象データについて
の整合性を確保することができる。

【００１８】特に、ローカルストレージ内のリソースを
用いることによってモバイル環境で動作可能なネットワ
ークコンピュータの場合には、ネットワーク接続されて
ないオフライン状態で長い間使用されることもあり、後
にネットワーク接続して同期処理を行うまでの間にサー
バ上のデータなどのリソースが他のネットワークコンピ
ュータなどによって更新されているという事態が生じや
すいが、競合回避手段を用いることにより、データの矛
盾が生じさせずに同期処理を行うことができるので、オ
フライン状態でもオンライン状態でも同一業務を継続し
て行うことが可能となる。

【００１９】前記競合回避手段は、前記サーバコンピュ
ータ上のリソースについてそれをダウンロードして使用
しているクライアントコンピュータが存在するか否かを
管理し、使用中のリソースについては他のクライアント
コンピュータへのデータ更新を目的としたダウンロード
を禁止する手段を含むことを特徴とする。このように使
用中のリソースについてはそれをいわゆるロック状態と
して、他のクライアントコンピュータへのデータ更新を
目的としたダウンロードを禁止することにより、競合に
よるデータ矛盾の発生を確実に防止できる。

【００２０】また、前記競合回避手段は、前記サーバコ
ンピュータ上に設けられ、各リソースのデータ更新時刻
を管理する手段と、前記各クライアントコンピュータ上
に設けられ、前記サーバコンピュータからリソースをダ
ウンロードしたときのデータ更新時刻と、前記サーバコ
ンピュータ上で管理されている現在のデータ更新時刻と
に基づいて、前記サーバコンピュータ上のリソースがそ
のダウンロード後に他のクライアントコンピュータによ
って更新されているか否かを判別し、その判別結果に基
づいて前記サーバコンピュータ上のリソースに対する更
新処理を制御する手段を具備することを特徴とする。

【００２１】この構成により、データ更新時刻を用いた
制御が可能となり、使用中のリソースをロックすること
なく、競合によるデータ矛盾の発生を確実に防止できる
ようになる。

【００２２】また、本発明は、前述した第２の目的を達
成するために、モバイルコンピュータに複写されるファ
イルの一覧を保持するブリーフケースについて、モバイ
ルコンピュータの利用者が設定する利用者用に加えて、
サーバコンピュータのファイル管理者が設定する管理者
用を新たに設けたものである。この利用者用および管理
者用の２つのブリーフケースは、一対で利用者それぞれ
に対応して設けられる。

【００２３】すなわち、本発明においては、管理者用の
ブリーフケースをファイル管理者が設定することによっ
て、利用者それぞれに、自分の業務に必要となるプログ
ラムファイルやデータファイルを意識させることを不要
とし、一方では、ある程度熟練した利用者に対しては、
利用者用のブリーフケースを設定させることによって、
付加的なカスタマイズを可能としている。

【００２４】また、本発明は、サーバコンピュータとモ
バイルコンピュータとが接続されたときに、管理者用お
よび利用者用のブリーフケースで保持されるファイル一
覧で示されたファイルの整合性確保のための同期処理を
行うようにしたものであり、また、サーバコンピュータ
とモバイルコンピュータとが接続された状態のときに、
予め定められた期間ごと、または要求に応じて、管理者
用および利用者用のブリーフケースで保持されるファイ
ル一覧で示されたファイルに関する整合性を確保するた
めの同期処理を行うようにしたものである。

【００２５】すなわち、本発明においては、サーバコン
ピュータで管理されるファイルとモバイルコンピュータ
に複写されたファイルとの間の同期確保を利用者に意識
させることを不要とする。

【００２６】また、本発明は、サーバコンピュータとモ
バイルコンピュータとが未接続の状態のときに、サーバ
コンピュータ上で管理されるファイルに代えてモバイル
コンピュータに複写されたファイルを使用するようにし
たものである。

【００２７】すなわち、本発明においては、サーバコン
ピュータと接続された状態のときと未接続の状態のとき
とで、その操作になんらの違いも生じさせないために、
利用者にサーバコンピュータとの接続状態を意識させる
ことがない。

【００２８】

【発明の実施の形態】以下、図面を参照して、本発明の
実施形態を説明する。

【００２９】（第１実施形態）図１には、本発明の第１
実施形態に係るネットワークコンピュータのシステム構
成が示されている。

【００３０】ネットワークコンピュータ（ＮＣ）１２
は、オペレーティングシステムやアプリケーションプロ
グラムなどのデータ処理に必要なプログラムおよびデー
タの全てをＬＡＮ１０や公衆網などのネットワークを介
してサーバコンピュータ１１からダウンロードして動作
するものであり、オフィス内においては、ネットワーク
コンピュータ（ＮＣ）１２はＬＡＮ１０に接続した状態
で使用される（オフィスモード）。また、外出時には、
ネットワークコンピュータ（ＮＣ）１２は、基本的には
サーバコンピュータ１１とは非接続の状態で使用される
が（モバイルモード）、必要に応じて公衆網を介してＰ
ＰＰ（ＰｏｉｎｔｔｏＰｏｉｎｔＰｒｏｔｏｃｏ
ｌ）によりサーバコンピュータ１１にリモート接続する
こともできる（ＰＰＰモード）。

【００３１】サーバコンピュータ１１は、そのクライア
ントマシンとなる各ネットワークコンピュータ（ＮＣ）
１２に対してプログラムやデータなどのリソースを提供
するものであり、それらリソースはディスク装置２１で
蓄積および管理されている。

【００３２】ネットワークコンピュータ（ＮＣ）１２
は、オフライン状態での業務遂行を可能にするために、
ローカルストレージ２３を備えている。このローカルス
トレージ２３には、サーバコンピュータ１１上のプログ
ラムおよびデータなどのリソースの写しであるレプリカ
が格納される。どのリソースをネットワークコンピュー
タ（ＮＣ）１２にレプリカとしてダウンロードするか
は、サーバコンピュータ１１上の同期リストによって管
理されている。

【００３３】ここで、同期リストとは、サーバコンピュ
ータ１１とネットワークコンピュータ（ＮＣ）１２のロ
ーカルストレージ２３との間でデータの整合性を維持す
るために行われるデータ同期処理の対象となるファイル
を管理対象のネットワークコンピュータ毎に記述したも
のであり、この同期リストにより、各ネットワークコン
ピュータ毎に同期処理を行うことが必要なファイル名な
どが管理される。各ネットワークコンピュータに対応す
る同期リストは、管理者用同期リストと、利用者用同期
リストを持つ。管理者は、利用者に与えたいファイルの
一覧を管理者用同期リストに記し、ネットワークコンピ
ュータの利用者は、自ら同期を取りたいファイルを利用
者用同期リストに記す。

【００３４】ネットワークコンピュータ（ＮＣ）１２へ
のレプリカのダウンロード時には、同期リストの写しで
あるレプリカリストも一緒にダウンロードされ、ローカ
ルストレージ２３に格納される。このローカルストレー
ジ２３上のレプリカを用いることにより、ネットワーク
コンピュータ（ＮＣ）１２は、サーバアクセス無しで動
作することができる。なお、ローカルストレージ２３と
しては、フラッシュメモリカードやハードディスクなど
が用いられる。

【００３５】サーバコンピュータ１１からネットワーク
コンピュータ（ＮＣ）１２にダウンロードされるＯＳに
は、サーバアクセスを伴いながら動作する通常のネット
ワークオペレーションモードでネットワークコンピュー
タ（ＮＣ）１２を制御するコネクテッド処理機能と、ロ
ーカルストレージ２３を用いることによるオフライン状
態での業務遂行を可能にするディスコネクテッド処理機
能とが用意されている。

【００３６】さらに、このＯＳの中には、同期処理を行
う同期処理部２４と、アクセス競合回避処理部２５とが
設けられている。同期処理部２４は、オフライン状態で
もオンライン状態でもネットワークコンピュータ（Ｎ
Ｃ）１２上で同一業務を継続して行えるようにするため
に、サーバコンピュータ１１との間のリソースのダウン
ロード／アップロードによって、サーバリソースとロー
カルストレージ２３内のリソースとの同期をとる。この
同期処理は、ネットワークコンピュータ（ＮＣ）１２の
ログイン時やログアウト時に実行される。

【００３７】また、アクセス競合回避処理部２５は、サ
ーバコンピュータ２２のアクセス競合回避処理部２２と
共同して、サーバコンピュータ１１上の同一リソースを
複数のネットワークコンピュータが更新しようとしたと
きのアクセス競合によって生じるデータの矛盾を回避す
るための衝突回避処理を行う。このアクセス競合回避処
理部２５は本システム内の全てのネットワークコンピュ
ータに装備されている。これにより、同一のサーバリソ
ースに対する更新要求を含む複数のネットワークコンピ
ュータからのアクセスが競合した場合であっても、それ
によってデータの矛盾が生じるのを防止でき、ネットワ
ークコンピュータそれぞれとサーバコンピュータ１１と
の間のデータの整合性を確保することが可能となる。

【００３８】また、デスクトップ型ネットワークコンピ
ュータ（デスクトップＮＣ）１３は、ネットワーク接続
された環境でのみ使用されるものであり、ネットワーク
コンピュータ（ＮＣ）１２と比較すると、ローカルスト
レージを持たない点が異なる。このデスクトップ型ネッ
トワークコンピュータ（デスクトップＮＣ）１３にも、
前述のアクセス競合回避処理部が設けられている。

【００３９】次に、本実施形態のネットワークコンピュ
ータ（ＮＣ）１２が有する基本動作モードについて説明
する。

【００４０】オンライン状態での動作を前提とするネッ
トワークオペレーションモードは、使用するネットワー
クの種類により、ＬＡＮモード（オフィスモード）と、
ＰＰＰ（ＰｏｉｎｔｔｏＰｏｉｎｔＰｒｏｔｏｃ
ｏｌ）モードに分けられる。ＰＰＰモードは、電話網、
ＩＳＤＮ網、ＰＨＳ網などの公衆網を介してサーバ１１
にリモートアクセスする場合に使用される。

【００４１】一方、オフライン状態での動作を前提とす
るディスコネクトオペレーションモードは前述のモバイ
ルモードをサポートするためのものであり、サーバリソ
ースのレプリカを使用することを前提とする。このモバ
イルモードで使用されるレプリカが記録されたローカル
ストレージ２３の記憶領域をデイパックと呼ぶ。すなわ
ち、デイパックとは、ローカルストレージ２３内にあ
り、ユーザがモバイルモードでネットワークコンピュー
タ（ＮＣ）１２を使用するために必要なプログラムおよ
びデータの記憶領域である。

【００４２】モバイルモードで必要なプログラムおよび
データのレプリカをサーバコンピュータ１１からデイパ
ックに予めダウンロードしておくことにより、ネットワ
ークオペレーションモード（オフィスモードまたはＰＰ
Ｐモード）で行われていた作業をディスコネクトオペレ
ーションモードに移行しても継続して行うことが可能と
なる。

【００４３】このように、ネットワークオペレーション
モードでもオフライン作業への移行に備えて、プログラ
ムおよびデータのプリフェッチのためにデイパックを使
用する場合がある。このプリフェッチのためのダウンロ
ード動作は、同期処理の初期処理として実行される。

【００４４】したがって、本ネットワークコンピュータ
（ＮＣ）１２の動作モードは、以下の４通りが考えられ
る。

【００４５】（１）ＬＡＮ＆デイパックモード（２）ＬＡＮモード（デイパックは使用しない）（３）デイパックモード（４）ＰＰＰ＆デイパックモード（５）ＰＰＰモード（デイパックは使用しない）オフィスモードは、（１）と（２）に分けられる。外出
時には（３）〜（５）が使用できるが、通常は（３）ま
たは（４）だけが使用され、（５）は使用されない。

【００４６】これら接続モードの遷移の様子を図２に示
す。

【００４７】ネットワークコンピュータ（ＮＣ）１２が
電源オフ状態から電源オンされるか、あるいは電源オン
状態でリセットされると、ＯＳによる初期化処理（シス
テムスタート）が開始される。ネットワークコンピュー
タ（ＮＣ）１２がその動作に必要な環境をサーバ１１か
ら獲得するためのログイン処理時には、ネットワークコ
ンピュータ（ＮＣ）１２の画面上にログインダイアログ
が画面表示され、そのログインダイアログ上で、使用す
るオペレーションモードの選択が行われる。使用される
オペレーションモードは、前述の“オフィスモード”と
“モバイルモード”とに大別される。

【００４８】“オフィスモード”はＬＡＮの使用が可能
であるオフィスでの使用を想定したモードである。“オ
フィスモード”が選択されると、接続モードは、ＬＡＮ
モードまたはＬＡＮ＆デイパックモードを遷移する。

【００４９】“モバイルモード”はＬＡＮの使用が不可
能な、外出先での使用を想定したモードである。“モバ
イルモード”が選択されると、接続モードは、デイパッ
クモードまたはＰＰＰ＆デイパックモードを遷移する。

【００５０】これらの状態遷移および使用モードの選択
のための機構はＯＳ初期化処理に組み込まれている。

【００５１】以下、接続モードの遷移について具体的に
説明する。

【００５２】（ａ）ＬＡＮモードでのデイパックの使
用についてＬＡＮモードで、ユーザが所有権を持つデイパックが存
在すれば、自動的に、ＬＡＮ＆デイパックモードにな
る。そのユーザが所有権を持つデイパックが存在するに
もかかわらず、ＬＡＮモードになることはない。

【００５３】ＬＡＮモードでは、デイパックの所有権の
獲得または放棄を行うことができる。

【００５４】・デイパックの所有権の放棄ＬＡＮ＆デイパックモードでは、いつでもデイパックの
所有権の放棄を行うことができる。デイパックの所有権
を放棄すれば、ＬＡＮモードに移行する。

【００５５】・デイパックの所有権の獲得ＬＡＮモードで、誰の所有権もないデイパックが存在す
れば、そのデイパックの所有権を獲得することができ
る。デイパックの所有権を獲得すれば、ＬＡＮ＆デイパ
ックモードに移行する。

【００５６】（ｂ）デイパックモードでのＰＰＰの使
用についてデイパックモードでは、いつでもＰＰＰの使用を開始す
ることができる。ＰＰＰの使用を開始すると、ＰＰＰ＆
デイパックモードに移行する。

【００５７】逆に、ＰＰＰ＆デイパックモードでは、い
つでもＰＰＰの使用を終了することができる。ＰＰＰの
使用を終了すると、デイパックモードに移行する。

【００５８】（ｃ）ＰＰＰモードは使わない。

【００５９】ＰＰＰモードは、使わないものとする。

【００６０】ＰＰＰ接続するためには、ダイアルアップ
のための各種の設定情報が必要になる。ＰＰＰモードに
入るためには、この情報をオペレータが直接、入力しな
ければならなくなる。

【００６１】一方、ＰＰＰ＆デイパックモードの場合に
は、デイパック使用モードからの遷移となるため、ダイ
アルアップのための設定情報をデイパックに格納してお
くことが可能である。この情報は、事前にサーバに設定
しておくことができる。

【００６２】モバイル用途を考えたときにＰＰＰの利用
は、デイパック前提に制限しても問題ないと考えられ
る。

【００６３】（ｄ）ログインの時のモード移行ログイン時には、ＬＡＮ使用モードかデイパック使用モ
ードかのどちらかを選択可能とする。ＬＡＮ使用モード
が選択された場合、そのユーザの使用権があるデイパッ
クが存在すれば、ＬＡＮ＆デイパックモードに移行す
る。

【００６４】デイパック使用モードでは、ＰＰＰ＆デイ
パックモードに移行することが可能である。

【００６５】ログイン時にＬＡＮ使用モードを選択する
のは、ＬＡＮが使用できるオフィスにいる時を想定して
いるため、“オフィスモード”と呼ぶ。一方、デイパッ
クモードを選択するのは、ＬＡＮが使用できない、外出
中の使用を想定しているため、“モバイルモード”と呼
ぶ。

【００６６】ログイン時にオペレータは、使用モードと
して、“オフィスモード”か“モバイルモード”かを選
択して使用を開始する。

【００６７】（ｅ）リセットと電源断全てのモードから、リセットと電源断が可能である。リ
セットは、ＯＳのデータ部を初期化し、システム初期化
ルーチンを実行するものである。電源断は、ハードウェ
ア的な電源ＯＦＦである。

【００６８】次に、図３のフローチャートを参照して、
ＯＳ起動時の処理の流れを説明する。

【００６９】ネットワークコンピュータ１２が電源オン
またはそのリブートのための操作が行われると、ネット
ワークコンピュータ１２のＲＯＭに格納されたブートプ
ログラムがスタートする。このＲＯＭのブートプログラ
ムは、まず、フラッシュメモリなどから構成されるロー
カルストレージ２３にＯＳが保存されているか否かを調
べる（ステップＳ１０１）。

【００７０】ローカルストレージ２３にＯＳが保存され
ている場合には、そのローカルストレージ１２１からＯ
Ｓがブートされる（ステップＳ１０２）。一方、ローカ
ルストレージ２３にＯＳが保存されてない場合には、Ｒ
ＯＭのブートプログラムは、ＤＨＣＰ（Ｄｙｎａｍｉｃ
ＨｏｓｔＣｏｎｆｉｇｕｒａｔｉｏｎＰｒｏｔｏ
ｃｏｌ）によって、ＯＳ名、ＩＰアドレスおよびＯＳ起
動に最低限必要なブート環境をサーバコンピュータ１１
から自動取得した後、ＴＦＴＰ（ＴｒｉｖｉａｌＦｉ
ｌｅＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）により、
サーバコンピュータ１１からブートローダをロードして
そのブートローダに制御を渡す（ステップＳ１０３，Ｓ
１０４）。

【００７１】ブートローダは、ＮＦＳ（Ｎｅｔｗｏｒｋ
ＦｉｌｅＳｙｓｔｅｍ）により、サーバコンピュー
タ１１からＯＳをロードしてそのブートを行う（ステッ
プＳ１０５）。これにより、ＯＳの初期化処理が開始さ
れる（ステップＳ１０６）。この初期化処理では、ＯＳ
が使用するネットワーク環境の設定などが行われる。

【００７２】このようにして環境設定処理が行われた
後、使用モード選択処理（ステップＳ１０７）が行われ
る。

【００７３】この使用モード選択処理では、まず、ＯＳ
により、所有権の設定されたデイパックの存在の有無や
ＬＡＮ１０が使用可能か否かなどの判定が行われ、この
結果に基づいて使用モードのデフォルト値が決定され、
そのデフォルト値がネットワークコンピュータ（ＮＣ）
１２のログインダイアログ画面上に表示される。この使
用モード選択処理では、まず、所有権が設定されたデイ
パックを含むローカルストレージが存在するか否かが調
べられる。所有権が設定されたデイパックを含むローカ
ルストレージが存在するならば、使用モードのデフォル
ト値を“モバイルモード”に設定する。次に、ＤＨＣＰ
のＤＩＳＣＯＶＥＲパケットをブロードキャストし、そ
れに対するＯＦＦＥＲパケットの受信の有無によって、
ＬＡＮの使用が可能か否かが調べられる。ＯＦＦＥＲパ
ケットが受信されるとＬＡＮ使用が可能な環境であると
判断され、使用モードのデフォルト値が“オフィスモー
ド”に切り替えられる。このように、デイパックとして
使用できるローカルストレージが存在する場合には、Ｌ
ＡＮ使用が可能か否かに応じて、“モバイルモード”ま
たは“オフィスモード”がデフォルト値としてログイン
ダイアログに表示される。また、ログインダイアログ上
でユーザによって明示的に使用モードの設定変更が行わ
れた場合には、ユーザによって指示されたモードに変更
される。そして、ログインダイアログ上のＯＫボタンが
押されると、現在のモードに確定されて、その設定のた
めの処理が開始される。そして、その使用モードを示す
インジケータが画面表示される。一方、ローカルストレ
ージが存在しないか、あるいはローカルストレージは存
在するもののそのデイパックに所有権が設定されてない
場合には、デフォルトのモードが決定されないまま、Ｌ
ＡＮの使用が可能か否かが調べられる。ＬＡＮ使用が可
能な環境であると判断された場合には、使用モードのデ
フォルト値が“オフィスモード”に設定される。そし
て、“オフィスモード”がデフォルト値としてログイン
ダイアログに表示され、“モバイルモード”は無効化さ
れる。このように、ローカルストレージが存在しない
か、あるいはローカルストレージは存在するもののその
デイパックに所有権が設定されてない場合には、基本的
に“オフィスモード”が選択されることになる。

【００７４】使用モード選択処理にて使用モードが選択
されると、ログインダイアログで入力されたユーザ名お
よびパスワード等に基づいてユーザ認証処理が行われる
（ステップＳ１０８，Ｓ１１０）。ユーザ認証処理が成
功すると、“オフィスモード”が選択されている場合に
は、デイパックの所有の有無に基づいて接続モードがＬ
ＡＮモードまたはＬＡＮ＆デイパックモードに設定され
る（ステップＳ１０９）。一方、“モバイルモード”が
選択されている場合には、ユーザによるＰＰＰ接続操
作、切断操作に応じて、デイパックモードとＰＰＰ＆デ
イパックモード間を遷移する。

【００７５】次に、図１のネットワークコンピュータシ
ステムの基本的な運用形態について説明する。

【００７６】図１のネットワークコンピュータシステム
はオペレーティングシステムやアプリケーションプログ
ラムなど必要なリソースをサーバ１１で集中管理し、必
要な時に必要なリソースをＬＡＮ１０や公衆網などのネ
ットワークを介して、サーバ１１からネットワークコン
ピュータ１２，１３にダウンロードし動作する。データ
を更新する場合は、処理結果をサーバ１１側にアップロ
ードする。従って、これらネットワークコンピュータ１
２，１３は、通常は、図４に示すように、常にネットワ
ークに接続され、サーバと通信できる環境での使用が前
提となる。

【００７７】一方、モバイル環境で使用する場合など
は、ＬＡＮや公衆網などのネットワークに接続されてい
ない状態であることが考えられる。そのため、モバイル
用途で利用されるネットワークコンピュータ（ＮＣ）１
２については、前述のようにフラッシュメモリーカード
やハードディスクなどから構成されるローカルストレー
ジ２３を備え付け、オンライン状態の時に図５に示され
ているようにサーバ１１から必要なリソースをダウンロ
ードして、ストレージ２３内にレプリカを作成する。こ
れによって、ネットワーク非接続のオフライン状態に移
行した時でもオンライン状態と同等な処理を行うことを
可能としている。また、オフライン状態でもオンライン
状態でも同一処理を継続して行えるようにするために
は、サーバリソースとレプリカ間の同期がとれていなけ
ればならない。この同期処理のため、同期処理部２４に
よってリソースのダウンロード／アップロードが行われ
る。

【００７８】ここで、ダウンロード／アップロードで問
題となるのが、複数のネットワークコンピュータから同
一のサーバリソースに対して同時にアクセスした際の、
データ更新の衝突によるデータの矛盾の問題である。こ
こで、その例を挙げる。

【００７９】図６に示されているように、サーバ１１上
のあるリソースＸを、デスクトップＮＣ（ＮＣ−Ａ）１
３が更新しようとしてダウンロードしたとする。同じリ
ソースＸを別のＮＣ１２（ＮＣ−Ｂ）がやはり更新しよ
うとしてダウンロードする。この場合、これらＮＣ１
２，１３がアップロードする順番によって、サーバ１１
上のＸのデータ内容が決まってしまう。つまり、後から
アップロードしたデータが残ることになる。

【００８０】このようなアクセス競合によるデータの矛
盾は、ＮＣによるダウンロード／アップロードに限った
ものでは無く、図７に示すように、ＮＣが使用するリソ
ースを、サーバ１１上のプログラムで操作する場合、他
の計算機から操作する場合にも、同じ問題が発生する。

【００８１】本実施形態では、図８に示されているよう
に、サーバコンピュータ１１にアクセス競合回避部２２
を設けていると共に、各ネットワークコンピュータ１
２，１３にもアクセス競合回避部２５を設けており、こ
れによりアクセス競合によるデータの矛盾の発生を防止
している。

【００８２】以下、アクセス競合回避部の具体例につい
て説明する。

【００８３】なお、以下に説明するアクセス競合回避機
能は、あくまでも一つの実施形態であり、本発明はこの
実施形態に限定されるものでは無い。

【００８４】１．データのロック／アンロックデータを更新する場合に、図９（Ａ）に示されているよ
うに、ダウンロードする前にデータに対してロックをか
ける。ロックが掛かっているデータに対しては、他のＮ
Ｃ／ソフトウェアはアクセスすることは出来ない。ロッ
クのメカニズムの実装は、ＯＳのセマフォ機構を用いて
も良いし、データを管理している領域（例えばファイル
を管理しているディスク上の領域）にロック中という印
をつけても良い。

【００８５】データの更新が完了した時点で、図９
（Ｂ）に示されているように、アンロックをする。アン
ロック後は他のＮＣ／ソフトウェアがアクセスすること
が可能となる。

【００８６】この方法では、アンロックが行われない
と、永遠にロックが掛かったままになってしまう恐れが
ある。これを避けるためには、ロックに一定の期限を設
けるなどの手段を採用することがより好ましい。

【００８７】ロック処理の方法として、サーバ１１のア
クセス競合回避部２２にセマフォを用いた場合における
クライアント側の処理を図１０のフローチャートに示
す。

【００８８】この場合、デスクトップ型のネットワーク
コンピュータ１３の場合はそのリソースダウンロード機
構に前述のアクセス競合回避部として図１０の手順が組
み込まれ、また、ネットワークコンピュータ（ＮＣ）１
２の場合には、同期処理部２４の中に前述のアクセス競
合回避部２５として図１０の手順が組み込まれることに
なる。

【００８９】各ネットワークコンピュータは、データ更
新の目的でサーバ１１からリソースをダウンロードしよ
うとするとき、まず、そのリソースに対するロック要求
をサーバ１１に発行する（ステップＳ２０１）。

【００９０】このロック要求がサーバ１１によって正常
に受け付けられてデータのロックが成功すると（ステッ
プＳ２０２）、ネットワークコンピュータは、ロックし
たデータをダウンロードし、そのデータを用いた処理を
行う（ステップＳ２０４，Ｓ２０５）。この後、データ
処理によって変更それたデータ内容をサーバ１１にアッ
プロードしてサーバ１１上のデータを更新し（ステップ
Ｓ２０６）、そしてその更新したデータに対するアンロ
ック要求をサーバ１１に発行する（ステップＳ２０
７）。

【００９１】一方、ロック要求がサーバ１１によって正
常に受け付けられずにロックが成功しなかった場合に
は、ロック不可時処理ルーチン（ステップＳ２０３）が
行われ、そこで、ユーザにエラーを通知してユーザの意
志で再試行などしてもらう、あるいは、ある時間ウェイ
トした後でロックからの処理を再試行する、などの処理
が行われる。

【００９２】なお、ローカルストレージ２３を有するネ
ットワークコンピュータ１２の場合には、常にネットワ
ーク接続されているとは限らないので、データのダウン
ロード後に一旦オフライン状態に移行してその状態でデ
ータ処理を行い、その後、再びオンライン状態に移行し
たときに同期化処理のためにデータのアップロードを行
うという運用も考えられる。

【００９３】次に、図１１および図１２のフローチャー
トを参照して、サーバ１１側の処理について説明する。

【００９４】なお、サーバ１１においては、個々のデー
タに対応するセマフォが用意されている。このセマフォ
は、データを作成した際に静的に準備してもかまわな
い。また、データに対してロック要求が来た際にダイナ
ミックに作成し、アンロック時に削除する方式を利用す
ることもできる。

【００９５】図１１に示されているように、サーバ１１
は、ロック要求を受け取ると、まず、該当するデータに
対応するセマフォを見つけ、そのセマフォに対してロッ
ク状態に移行するためのＰ操作を行う（ステップＳ３０
１，Ｓ３０２）。ここでは、ノーウェイトモードによる
制御が用いられ、ロック中のデータに対するアクセス要
求やロック要求に対しては即座にエラーが返される。

【００９６】Ｐ操作が正常に終了すると、サーバ１１
は、ロック要求を発行したネットワークコンピュータに
対してロック成功を通知し（ステップＳ３０３，Ｓ３０
４）、またＰ操作が正常に行われなかった場合にはサー
バ１１は、ロック要求を発行したネットワークコンピュ
ータに対してロック不可を通知する（ステップＳ３０
３，Ｓ３０５）。

【００９７】アンロック要求を受け取った場合には、図
１２に示されているように、サーバ１１は、まず、アン
ロック要求されたデータに対応するセマフォを見つけ、
そのセマフォに対してロック解除のためのＶ操作を行う
（ステップＳ４０１，Ｓ４０２）。そして、アンロック
要求を発行したネットワークコンピュータに対してアン
ロック成功を通知する（ステップＳ４０３）。

【００９８】このように使用中のリソースについてはそ
れをロック状態として、他のクライアントコンピュータ
へのデータ更新を目的としたダウンロードを禁止するこ
とにより、競合によるデータ矛盾の発生を確実に防止で
きる。

【００９９】２．データ更新日時によるチェック各ネットワークコンピュータは、データをダウンロード
する際に、データ更新日時（通常はファイルの更新日
時）も同時にダウンロードする。データをアップロード
する際は、ダウンロード時のデータ更新日時とサーバ１
１上の最新のデータ更新日時とを比較する。両者が一致
すれば、自分がダウンロードしたデータが最新のデータ
であり、そのデータの更新が以降行われていないことに
なる。したがって、この場合には、自分のデータをアッ
プロードする限りでは、データの整合性は保たれてい
る。一方、両者が一致しない場合には、他者がサーバ１
１上の該当するデータを更新したことを意味するので、
データ整合性を確保するためには自分のデータをアップ
ロードすることはできないが、この時にどのようにする
かは、様々な方法がある。例をいくつか挙げると、この
ような状況を利用者に伝えてアップロードするか否かを
利用者に問い合わせる、別のファイルにアップロードす
るように利用者に指示する、等である。

【０１００】このようなデータ更新時刻を用いた制御の
様子を図１３に示す。

【０１０１】図１３（Ａ）に示されているように、サー
バ１１上の同一データをネットワークコンピュータ（Ｎ
Ｃ−Ａ）１３と（ＮＣ−Ｂ）１２がダウンロードする。
このとき、サーバ１１上で管理されているデータ更新時
刻（１２：００）も同時にダウンロードされる。

【０１０２】この後、図１３（Ｂ）に示されているよう
に、ネットワークコンピュータ（ＮＣ−Ａ）１３は、ダ
ウンロードしたデータを用いてデータ処理を行い、その
更新データをサーバ１１にアップロードしようとして、
ダウンロードしたときのデータ更新時刻と、サーバ１１
上で管理されている最新のデータ更新時刻とを比較し、
両者の一致の有無を調べる。ここでは、両者は一致する
ので、通常通りに更新データのアップロードが行われ
る。このアップロードによって、サーバ１１上の該当す
るデータの更新が行われ、そのデータ更新時刻も最新の
値（１３：００）に変更される。

【０１０３】この後、図１３（Ｃ）に示されているよう
に、ネットワークコンピュータ（ＮＣ−Ｂ）１２は、更
新したデータをアップロードしようとして、ダウンロー
ドしたときのデータ更新時刻と、サーバ１１上で管理さ
れている最新のデータ更新時刻とを比較し、両者の一致
の有無を調べる。ここでは、両者は一致しないので、前
述したように、アップロードするか否かを利用者に問い
合わせる、別のファイルにアップロードするように利用
者に指示する、などの制御が行われる。

【０１０４】図１４には、データ更新日時によるチェッ
クを用いた場合のクライアント側の処理フローが示され
ている。

【０１０５】この場合、デスクトップ型のネットワーク
コンピュータ１３の場合はそのリソースダウンロード／
アップロード機構に前述のアクセス競合回避部として図
１４の手順が組み込まれ、また、ネットワークコンピュ
ータ（ＮＣ）１２の場合には、同期処理部２４の中に前
述のアクセス競合回避部２５として図１４の手順が組み
込まれることになる。また、サーバ１１には、各データ
のデータ更新時刻を管理する機能と、ネットワークコン
ピュータからの要求に対してデータ更新時刻を通知する
機能が組み込まれる。

【０１０６】各ネットワークコンピュータは、まず、サ
ーバ１１からデータをダウンロードし、そしてそのデー
タに対応するデータ更新時刻（ｕｐｄａｔｅ−ｔｉｍｅ
Ａ）をサーバ１１から入手する（ステップＳ５０１，Ｓ
５０２）。この後、ダウンロードしたデータを用いたデ
ータ処理を行う（ステップＳ５０３）。これによりデー
タが更新されると、そのアップロードに先だって、ま
ず、ネットワークコンピュータは、サーバ１１から該当
するデータについての最新のデータ更新時刻（ｕｐｄａ
ｔｅ−ｔｉｍｅＢ）を入手し、この最新のデータ更新時
刻（ｕｐｄａｔｅ−ｔｉｍｅＢ）とダウンロード時に入
手したデータ更新時刻（ｕｐｄａｔｅ−ｔｉｍｅＡ）と
を比較する（ステップＳ５０４，Ｓ５０５）。両者が一
致しているならば、更新データのアップロードを行い
（ステップＳ５０６，Ｓ５０７）、不一致であれば、デ
ータ更新衝突時処理（ステップＳ５０８）を行う。デー
タ更新衝突時処理では、前述のように、アップロードす
るか否かを利用者に問い合わせる、別のファイルにアッ
プロードするように利用者に指示する、などの制御が行
われる。

【０１０７】なお、本第１実施形態のシステムにおける
同期処理およびアクセス競合回避処理の手順を実行する
コンピュータプログラムを記録媒体に記録しておけば、
そのコンピュータプログラムを通常のクライアント／サ
ーバモデルのコンピュータシステムに適用するだけで、
本実施形態と同様の効果を得ることができる。

【０１０８】（第２実施形態）以下、本発明の第２実施
形態について説明する。

【０１０９】図１５は、本発明の第２実施形態に係るモ
バイルコンピューティングシステムの機能ブロック図で
ある。

【０１１０】図１５に示したように、このモバイルコン
ピューティングシステムでは、利用者のモバイルコンピ
ュータとして用いられるネットワークコンピュータ（Ｎ
Ｃ）１０１が、必要に応じてサーバコンピュータ１２０
とネットワーク１４０を介して接続される。

【０１１１】ネットワークコンピュータ１０１は、オペ
レーティングシステム１０４によってシステム全体の制
御が司られ、このオペレーティングシステム１０４下で
ブリーフケース管理アプレット１０２やブラウザ１０３
などのデスクトップ環境アプリケーションが動作する。
また、このネットワークコンピュータ１０１は、不揮発
性の記憶装置１１２を備えており、この不揮発記憶装置
１１２内に、サーバコンピュータ１２０から複写（プリ
フェッチ）したファイル（プリフェッチファイル１１
３）を格納する。このプリフェッチファイル１１３は、
第１実施形態のレプリカに相当するものである。

【０１１２】オペレーティングシステム１０４はサーバ
コンピュータ１２０からダウンロードされるものであ
り、サーバコンピュータ１２０との接続状態に関わらず
に動作するために、キャッシュ管理部１０５を有してな
る。このキャッシュ管理部１０５は、キャッシュＮｆｓ
（Ｎｅｔｗｏｒｋｆｉｌｅｓｙｓｔｅｍ）クライア
ント１０６、キャッシュＨｔｔｐ（Ｈｙｐｅｒｔｅｘ
ｔｔｒａｎｓｆｅｒｐｒｏｔｏｃｏｌ）クライアント
１０７、Ｗｅｂキャッシュ管理部１０８、プリフェッチ
更新管理部１０９、不揮発記憶装置管理部１１０からな
り、不揮発記憶装置管理部１１０は、さらにＵＲＬ（Ｕ
ｎｉｆｏｒｍｒｅｓｏｕｒｃｅｌｏｃａｔｏｒ）名
前管理部１１１を含んでなる。そして、この実施形態の
ネットワークコンピュータ１０１側での特徴は、プリフ
ェッチ更新管理部１０９が、サーバコンピュータ１２０
との接続時に、利用者に意識させることなく、プリフェ
ッチファイル１１３の同期を確保する点にある。

【０１１３】一方、サーバコンピュータ１２０は、共有
ファイル１２２と非共有（あるいは読込み専用）ファイ
ル１２３とを管理しており、また、ネットワークコンピ
ュータ１０１にプリフェッチさせるファイルの一覧を示
すブリーフケース１３０を管理者設定用１２７と利用者
設定用１２８とを対にして利用者それぞれに対応させて
管理する。このブリーフケース１３０は第１実施形態の
同期リストに相当するものである。

【０１１４】また、サーバコンピュータ１２０は、アー
カイブツール１２１、衝突解決ツール１２４、Ｈｔｔｐ
デーモン１２５、Ｎｆｓデーモン１２６およびブリーフ
ケース管理サーバ１２９を備えてなる。そして、この実
施形態のサーバコンピュータ１２０側での特徴は、ブリ
ーフケース１３０として管理者設定用１２７を加えた点
にある（これによって、利用者は、業務に必要なプログ
ラムファイルやデータファイルなどを認識する必要がな
くなる）。

【０１１５】さらに、この実施形態のシステム全体での
特徴は、衝突解決ツール１２４をサーバコンピュータ１
２０側のみに設けた点にある（これによって、ネットワ
ークコンピュータ１０１側の処理負担およびプログラム
などのシステム資源を軽減することが可能となる）。

【０１１６】この実施形態のモバイルコンピューティン
グシステムでは、ネットワークコンピュータ１０１とサ
ーバコンピュータ１２０とが接続された状態（以下、コ
ネクト状態という）において、ネットワークコンピュー
タ１０１は、キャッシュＮｆｓクライアント１０６がＮ
ｆｓデーモン１２６と通信することによってファイルへ
アクセスする。また、キャッシュＨｔｔｐクライアント
１０７がＨｔｔｐデーモン１２５と通信することによっ
てＷｅｂページを表示する。

【０１１７】以下、この実施形態のモバイルコンピュー
ティングシステムの動作原理を順を追って説明する。

【０１１８】（１）準備管理者は、サーバコンピュータ１２０において、予め共
有ファイル１２２から各利用者ごとの非共有な部分ある
いは読込み専用のファイル１２３を切出しておく。ま
た、管理者は、業務などで必要となるＨｔｔｐやアプレ
ットファイルをアーカイブ・ツール１２１を用いて意味
のある単位でアーカイブしておく。

【０１１９】（２）登録管理者は、利用者に与えたいファイルへのリンク情報
を、その利用者に対応して設けられた管理者設定用１２
７のブリーフケースに登録する。また、利用者は、使用
したいファイルへのリンク情報を、ブリーフケース管理
アプレット１０２により、ブリーフケース管理サーバ１
２９を経由して、自分に対応して設けられた利用者設定
用１２８のブリーフケースに登録する。

【０１２０】（３）プリフェッチネットワークコンピュータ１０１のプリフェッチ更新管
理部１０９は、コネクト時において、管理者設定用１２
７および利用者設定用１２８からなるブリーフケース１
３０を走査し、不揮発記憶装置１１２に未反映のファイ
ルが存在した場合に、キャッシュＮｆｓクライアント１
０６によってそのファイルを読込み、不揮発記憶装置１
１２に書き込む（プリフェッチファイル１１３）。ま
た、ＵＲＬ名と不揮発記憶装置１１２上の名前とは、Ｕ
ＲＬ名前管理部１１１によって対応づけられる。そし
て、不揮発記憶装置１１２とブリーフケース１３０との
同期が取られると、ネットワークコンピュータ１０１は
ディスコネクト可能状態（ＯｗｎｅｄＣｌｅａｎ）と
なる。なお、この時点で、外部から明示的にディスコネ
クトを指示してもよい。

【０１２１】（４）ディスコネクテッド・オペレーショ
ンディスコネクテッド状態では、ネットワークコンピュー
タ１０１は、キャッシュＮｆｓクライアント１０６やキ
ャッシュＨｔｔｐクライアント１０７がネットワーク１
４０にデータを流す前に、キャッシュ管理部１０５の制
御によって不揮発記憶装置１１２が試される。また、Ｕ
ＲＬ名（Ｎｆｓのファイル名を含む）と不揮発記憶装置
１１２上の名前とは、ＵＲＬ名前管理部１１１によって
対応づけられる。なお、ＵＲＬ名の対応には、Ｈｔｔｐ
デーモン１２５のシミュレーションも伴なう。

【０１２２】（５）更新されたファイルの同期（整合
性）確保ネットワークコンピュータ１０１がリコネクトされる
と、プリフェッチ更新管理部１０９は、不揮発記憶装置
１１２のプリフェッチファイル１１３が、更新されたこ
とによってブリーフケース１３０のリンク先のファイル
よりも新しくなっていないか判断し、もし新しくなって
いた場合には、不揮発記憶装置１１２のプリフェッチフ
ァイル１１３をブリーフケース１３０のリンク先に書込
む。そして、不揮発記憶装置１１２とブリーフケース１
３０との間の同期処理によって整合性が確保されると、
ネットワークコンピュータ１０１はディスコネクト可能
状態（ＯｗｎｅｄＣｌｅａｎ）となる。

【０１２３】（６）新規作成および削除に対する整合性
確保ネットワークコンピュータ１０１において新規作成（ま
たは削除）されたファイルもしくはディレクトリが存在
すると、プリフェッチ更新管理１０９は、ブリーフケー
ス１３０のリンク先にそのファイルもしくはディレクト
リを作成（または削除）する。

【０１２４】以上のように、本実施形態のモバイルコン
ピューティングシステムでは、管理者が、管理者設定用
１２７のブリーフケース１３０に利用者それぞれが必要
とするファイルを登録することにより、利用者は、業務
に必要なプログラムファイルやデータファイルなどを認
識する必要がなくなる。また、コネクト時に、プリフェ
ッチ更新管理部１０９が、プリフェッチファイル１１３
とブリーフケース１３０のリンク先のファイルとの間の
同期を取るため、利用者は、ファイルの整合性を意識す
る必要がない。さらに、ディスコネクト時には、キャッ
シュ管理部１０５が、キャッシュＮｆｓクライアント１
０６やキャッシュＨｔｔｐクライアント１０７の各種要
求に対して、不揮発記憶装置１１２を用いた処理を代理
するプロキシ機能を有するため、利用者は、サーバコン
ピュータ１２０との接続状態を意識することなく操作が
行なえることになる。

【０１２５】なお、（２）登録、（５）更新されたファ
イルの整合性確保のための同期、および（６）新規作成
および削除の同期は、並列に実行可能である。また、ネ
ットワークコンピュータ１０１側の処理負担およびプロ
グラムなどのシステム資源を軽減するために、共有ファ
イル１２２と非共有（あるいは読込み専用）ファイル１
２３との間の衝突の解決は、アプリケーションに依存し
た衝突解決ツール１２４によって行なう。この衝突解決
ツール１２４の起動は、サーバ管理者によって適宜に、
あるいはサーバが所定のタイミングで自動的に行なう。
なお、この衝突解決ツールは第１実施形態のアクセス競
合回避部に対応している。

【０１２６】図１６には、ディレクトリをブリーフケー
ス１３０に登録する際のメッセージの例が示されてい
る。図１６に示したように、ディレクトリをブリーフケ
ース１３０に登録する場合においては、次の３種類が選
択できる。また、この選択については、利用者および管
理者がシステム属性として既定値を与えることによっ
て、その問い合わせを省略することも可能である。

【０１２７】（１）そのディレクトリのみ（１層目の
み）の登録（２）サブディレクトリの内容を含む登録（３）ディレクトリの名前空間のみの登録また、図１７には、ファイルをブリーフケース１３０に
登録する際のメッセージの例が示されている。図１７に
示したように、ファイルをブリーフケース１３０に登録
する場合においては、次の２種類が選択できる。また、
この選択については、利用者および管理者がシステム属
性として既定値を与えることによって、その問い合わせ
を省略することも可能である。

【０１２８】（１）該当ファイルのみの登録（２）該当ファイルとそのディレクトリの名前空間との
登録図１８にブリーフケース１３０内に保持されるファイル
属性、および図１９に不揮発記憶装置１１２内に保持さ
れるファイル属性を示す。

【０１２９】次に、図２０乃至図２２を参照して、この
実施形態のプリフェッチ更新管理部１０９の動伴手順を
説明する。

【０１３０】ネットワークコンピュータ１０１がサーバ
コンピュータ１２０と接続された状態にあるとき、プリ
フェッチ更新管理部１０９は、予め定められた動作タイ
ミングが訪れるまで、または動作要求があるまで待機し
（図２０のステップＣ１）、動作タイミングの到来また
は動作要求があると、自動同期処理を実行する（図２０
のステップＣ２）。そして、これらの実行が終了する
と、プリフェッチ更新管理部１０９は、次の動作タイミ
ングの到来または動作要求を再度待機する。

【０１３１】図２１は、自動同期処理の動作を示すフロ
ーチャートである。ここでは、ブリーフケースに直接に
登録されたファイルの整合性をとる。

【０１３２】プリフェッチ更新管理部１０９は、不揮発
記憶装置（ＬＳ）１１２内の最上位に位置する全ファイ
ルを抽出する。またブリーフケース（ＢＣ）に登録され
た全ファイルを抽出する（図２１のステップＡ１）。抽
出された全てのファイルに対して、不揮発記憶装置（Ｌ
Ｓ）上のファイルの状態と、ブリーフケース先（ＢＣ
先）のファイルの状態から、次の場合分けされた処理を
行う。

【０１３３】（１）不揮発記憶装置（ＬＳ）上にファイ
ルが存在するが、対応するファイルがブリーフケース
（ＢＣ）に登録されていないかブリーフケース先（ＢＣ
先）にファイルが存在しない場合、不揮発記憶装置（Ｌ
Ｓ）からそのファイルを削除する（図２１のステップＡ
２）。

【０１３４】（２）ブリーフケース先（ＢＣ先）にファ
イルが存在するが、不揮発記憶装置（ＬＳ）上にファイ
ルが存在しない場合、ブリーフケース先（ＢＣ先）のフ
ァイルを不揮発記憶装置（ＬＳ）ヘダウンロードする
（図２１のステップＡ３）。

【０１３５】（３）ブリーフケース先（ＢＣ先）のファ
イルが不揮発記憶装置（ＬＳ）上のファイルよりも新し
い場合、ブリーフケース先（ＢＣ先）のファイルを不揮
発記憶装置（ＬＳ）ヘダウンロードする（図２１のステ
ップＡ４）。

【０１３６】（４）ブリーフケース先（ＢＣ先）のファ
イルが不揮発記憶装置（ＬＳ）上のファイルよりも古い
場合、不揮発記憶装置（ＬＳ）上のファイルをブリーフ
ケース先（ＢＣ先）へアップロードする（図２１のステ
ップＡ５）。

【０１３７】同様にプリフェッチ更新管理部１０９は、
不揮発記憶装置（ＬＳ）１１２内の最上位に位置する全
ディレクトリを抽出する。またブリーフケース（ＢＣ）
に登録された全ディレクトリを抽出する（図２１のステ
ップＡ６）。抽出された全てのディレクトリに対して、
不揮発記憶装置（ＬＳ）上のディレクトリの状態と、ブ
リーフケース先（ＢＣ先）のディレクトリの状態から、
次の揚合分けされた処理を行う。

【０１３８】（１）不揮発記憶装置（ＬＳ）上にディレ
クトリが存在するが、対応するディレクトリがブリーフ
ケース（ＢＣ）に登録されていないかブリーフケース先
（ＢＣ先）のディレクトリが存在しない場合、不揮発記
憶装置（ＬＳ）上からそのディレクトリ以下を削除する
（図２１のステップＡ７）。

【０１３９】（２）ブリーフケース先（ＢＣ先）にディ
レクトリが存在するが、不揮発記憶装置（ＬＳ）上にデ
ィレクトリが存在しない場合、そのディレクトリを不揮
発記憶装置（ＬＳ）へ作成し（図２１のステップＡ
８）、そのディレクトリを指定して、指定ディレクトリ
の自動整合処理を行う（図２１のステップＡ９）。

【０１４０】（３）その他の場合、その抽出されたディ
レクトリを指定して、指定ディレクトリの自動整合処理
を行う（図２１のステップＡ９）。

【０１４１】図２２は、指定ディレクトリの自動同期処
理の動作を示すフローチャートである。ここでは、プリ
ーフケースへのディレクトリ登録によって、間接的に登
録されたファイルの整合性をとる。

【０１４２】プリフェッチ更新管理部１０９は、不揮発
記憶装置（ＬＳ）１１２の指定ディレクトリ（ｄｉｒ）
内の全ファイルを抽出する。またブリーフケース先（Ｂ
Ｃ先）の指定ディレクトリ（ｄｉｒ）内の全ファイルを
抽出する（図２２のステップＢ１）。抽出された全ての
ファイルに対して、不揮発記憶装置（ＬＳ）上のファイ
ルの状態と、ブリーフケース先（ＢＣ先）のファイルの
状態から、次の場合分けされた処理を行う。

【０１４３】（１）不揮発記憶装置（ＬＳ）上にファイ
ルが存在するが、ブリーフケース先（ＢＣ先）にファイ
ルが存在しない場合、不揮発記憶装置（ＬＳ）上のファ
イルをブリーフケース先（ＢＣ先）ヘアップロードする
（図２２のステップＢ２）。

【０１４４】（２）ブリーフケース先（ＢＣ先）にファ
イルが存在するが、不揮発記憶装置（ＬＳ）上にファイ
ルが存在しない場合、ブリーフケース先（ＢＣ先）のフ
ァイルを不揮発記憶装置（ＬＳ）ヘダウンロードする
（図２２のステップＢ３）。ただし、指定ディレクトリ
（ｄｉｒ）がブリーフケースに存在してＤｉｒＮａｍｅ
属性の場合には、ファイル情報だけをダウンロードしフ
ァイルの実体はダウンロードしない。

【０１４５】（３）ブリーフケース先（ＢＣ先）のファ
イルが不揮発記憶装置（ＬＳ）上のファイルよりも新し
い場合、ブリーフケース先（ＢＣ先）のファイルを不揮
発記憶装置（ＬＳ）ヘダウンロードする（図２２のステ
ップＢ４）。ただし、指定ディレクトリ（ｄｉｒ）がブ
リーフケースに存在してＤｉｒＮａｍｅ属性の場合に
は、ファイル情報だけをダウンロードしファイルの実体
はダウンロードしない。

【０１４６】（４）ブリーフケース先（ＢＣ先）のファ
イルが不揮発記憶装置（ＬＳ）上のファイルよりも古い
場合、不揮発記憶装置（ＬＳ）上のファイルをブリーフ
ケース先（ＢＣ先）ヘアップロードする（図２２のステ
ップＢ５）。

【０１４７】同様にプリフェッチ更新管理部１０９は、
不揮発記憶装置（ＬＳ）１１２上の指定ディレクトリ
（ｄｉｒ）内の全サブディレクトリを抽出する。またブ
リーフケ一ス先（ＢＣ先）の指定ディレクトリ（ｄｉ
ｒ）内の全サブディレクトリを抽出する（図２２のステ
ップＢ６）。抽出された全てのサブディレクトリに対し
て、この不揮発記憶装置（ＬＳ）上のサブディレクトリ
の状態と、ブリーフケース（ＢＣ）先のサブディレクト
リの状態から、次の場合分けされた処理を行う。

【０１４８】（１）不揮発記憶装置（ＬＳ）上にサブデ
ィレクトリが存在するが、ブリーフケ一ス先（ＢＣ先）
にサブディレクトリが存在しない場合、ブリーフケース
先（ＢＣ先）にサブディレクトリを作成する（図２２の
ステップＢ７）。その後、指定ディレクトリ（ｄｉｒ）
がブリーフケースに存在するＤｉｒ属性でないならば、
そのサブディレクトリを指定しで再帰的に、指定ディレ
クトリの自動同期処理を行う（図２２のステップＢ
８）。

【０１４９】（２）ブリーフケース先（ＢＣ先）にサブ
ディレクトリが存在するが、不揮発記憶装置（ＬＳ）上
にサブディレクトリが存在しない場合、不揮発記憶装置
（ＬＳ）にサブディレクトリを作成する（図２２のステ
ップＢ９）。その後、指定ディレクトリ（ｄｉｒ）がブ
リーフケースに存在するＤｉｒ属性でないならば、その
サブディレクトリを指定して再帰的に、指定ディレクト
リの自動整合処理を行う（図２２のステップＢ８）。

【０１５０】（３）その他の場合、指定ディレクトリ
（ｄｉｒ）がブリーフケースに存在するＤｉｒ属性でな
いならば、抽出したサブディレクトリを指定して再帰的
に、指定ディレクトリの自動同期処理を行う（図２２の
ステップＢ８）。

【０１５１】このように、プリフェッチ更新管理部１０
９が、管理者設定用１２７および利用者設定用１２８か
らなるブリーフケースに基づいて、プリフェッチファイ
ル１１３を適切に更新管理することにより、利用者は、
どのファイルが必要なのかを把握する必要がなく、かつ
その整合性をも意識する必要がなくなる。

【０１５２】なお、本第２実施形態に記載したモバイル
コンピューティングシステムに適用されるファイルの同
期確保方法は、コンピュータに実行させることのできる
プログラムとして磁気テープ、光ディスクおよび半導体
メモリなどの記録媒体に格納して頒布することが可能で
ある。

【０１５３】また、第１および第２実施形態の技術は適
宜組み合わせて使用することができることはもちろんで
ある。

【０１５４】

【発明の効果】以上説明したように、本発明によれば、
同一データに対する更新を伴うアクセスの競合によって
データの矛盾が発生するという事態の発生を防止できる
ようになり、モバイル用途のネットワークコンピュータ
の実現に適したコンピュータシステムを提供できる。

【０１５５】また、本発明によれば、たとえばネットワ
ークコンピュータなどをモバイルコンピュータとして用
いる利用者それぞれが、自分の業務に必要となるプログ
ラムファイルやデータファイルなどを意識させることを
不要とし、また、サーバコンピュータで管理されるファ
イルとモバイルコンピュータに複写されたファイルとの
間の同期を意識させることを不要とする。さらに、サー
バコンピュータと接続された状態のときと未接続の状態
のときとでその操作になんらの違いも生じさせないため
に、利用者にサーバコンピュータとの接続状態を意識さ
せることもない。

【図面の簡単な説明】

【図１】本発明の第１実施形態に係るネットワークコン
ピュータシステムのシステム構成を示すブロック図。

【図２】同第１実施形態のシステムに設けられたネット
ワークコンピュータの動作モードの遷移を示す図。

【図３】同第１実施形態のシステムに設けられたネット
ワークコンピュータのＯＳ起動時の動作を説明するフロ
ーチャート。

【図４】同第１実施形態のシステムの基本動作の一例を
示すブロック図。

【図５】同第１実施形態のシステムの基本動作の他の例
を示すブロック図。

【図６】同第１実施形態のシステムにおけるアクセス競
合の一例を示す図。

【図７】同第１実施形態のシステムにおけるアクセス競
合の他の例を示す図。

【図８】同第１実施形態のシステムにアクセス競合回避
機能を組み込んだ様子を示す図。

【図９】同第１実施形態のシステムに適用されるアクセ
ス競合回避機能の原理を説明するための図。

【図１０】同第１実施形態のシステムにセマフォによる
アクセス競合回避機能を適用した場合におけるネットワ
ークコンピュータの処理手順を示すフローチャート。

【図１１】同第１実施形態のシステムにおけるサーバコ
ンピュータのロッキング処理手順を示すフローチャー
ト。

【図１２】同第１実施形態のシステムにおけるサーバコ
ンピュータのアンロッキング処理手順を示すフローチャ
ート。

【図１３】同第１実施形態のシステムに適用されるデー
タ更新時刻によるアクセス競合回避機能の原理を説明す
るための図。

【図１４】同第１実施形態のシステムのネットワークコ
ンピュータによって実行されるデータダウンロード／ア
ップロード処理の手順を示すフローチャート。

【図１５】本発明の第２実施形態に係るモバイルコンピ
ューティングシステムの機能ブロック図。

【図１６】同第２実施形態のディレクトリをブリーフケ
ースに登録する際のメッセージの例を示す図。

【図１７】同第２実施形態のファイルをブリーフケース
に登録する際のメッセージの例を示す図。

【図１８】同第２実施形態のブリーフケース内に保持さ
れるファイル属性を示す図。

【図１９】同第２実施形態の不揮発記憶装置内に保持さ
れるファイル属性を示す図。

【図２０】同第２実施形態のプリフェッチ更新管理部の
主要な動作手順を説明するためのフローチャート。

【図２１】同第２実施形態のブリーフケースに直接指定
されたファイルに関するプリフェッチ更新管理部の動作
手順を説明するためのフローチャート。

【図２２】同第２実施形態のブリーフケースに間接指定
されたファイルに関するプリフェッチ更新管理部の動作
手順を説明するためのフローチャート。

【符号の説明】

１１…サーバコンピュータ１２…モバイル用途のネットワークコンピュータ１３…デスクトップネットワークコンピュータ２１…ディスク装置２２…アクセス競合回避部２３…ローカルストレージ２４…同期処理部２５…アクセス競合回避部１０１…ネットワークコンピュータ１０２…ブリーフケース管理アプレット１０３…ブラウザ１０４…オペレーティングシステム１０５…キャッシュ管理部１０６…キャッシュＮｆｓクライアント１０７…キャッシュＨｔｔｐクライアント１０８…Ｗｅｂキャッシュ管理部１０９…プリフェッチ更新管理部１１０…不揮発記憶装置管理部１１１…ＵＲＬ名前管理部１１２…不揮発記憶装置１１３…プリフェッチファイル１２０…サーバコンピュータ１２１…アーカイブツール１２２…共有ファイル１２３…非共有（あるいは読込み専用）ファイル１２４…衝突解決ツール１２５…Ｈｔｔｐデーモン１２６…Ｎｆｓデーモン１２７…管理者用ブリーフケース１２８…利用者用ブリーフケース１２９…ブリーフケース管理サーバ１３０…ブリーフケース１４０…ネットワーク。

Claims

【特許請求の範囲】

【請求項１】サーバコンピュータと、データ処理に必
要なプログラムおよびデータをネットワークを介して前
記サーバコンピュータからダウンロードして動作する複
数のクライアントコンピュータとを含むコンピュータシ
ステムにおいて、前記サーバコンピュータ上の同一リソースを複数のクラ
イアントコンピュータが更新しようとしたときのアクセ
ス競合によって生じるデータの矛盾を回避し、前記更新
対象のデータの整合性を確保する競合回避手段を具備す
ることを特徴とするコンピュータシステム。
【請求項２】前記競合回避手段は、前記サーバコンピュータ上のリソースについてそれをダ
ウンロードして使用しているクライアントコンピュータ
が存在するか否かを管理し、使用中のリソースについて
は他のクライアントコンピュータへのデータ更新を目的
としたダウンロードを禁止する手段を含むことを特徴と
する請求項１記載のコンピュータシステム。
【請求項３】前記競合回避手段は、前記サーバコンピュータ上に設けられ、各リソースのデ
ータ更新時刻を管理する手段と、前記各クライアントコンピュータ上に設けられ、前記サ
ーバコンピュータからリソースをダウンロードしたとき
のデータ更新時刻と、前記サーバコンピュータ上で管理
されている現在のデータ更新時刻とに基づいて、前記サ
ーバコンピュータ上のリソースがそのダウンロード後に
他のクライアントコンピュータによって更新されている
か否かを判別し、その判別結果に基づいて前記サーバコ
ンピュータ上のリソースに対する更新処理を制御する手
段を具備することを特徴とする請求項１記載のコンピュ
ータシステム。
【請求項４】前記複数のクライアントコンピュータに
は、データ処理に必要なプログラムおよびデータをネットワ
ークを介してサーバコンピュータからダウンロードし、
そのダウンロードしたプログラムおよびデータの一部を
蓄積するローカル記憶装置を使用することにより、前記
サーバコンピュータに対するアクセス無しで動作可能に
構成されたモバイル型のネットワークコンピュータが含
まれており、前記モバイル型のネットワークコンピュータは、前記サ
ーバコンピュータと前記ローカル記憶装置との間のリソ
ース内容の同期を確保するために、前記サーバコンピュ
ータからのリソースのダウンロード、および前記サーバ
コンピュータ上のデータ更新のための前記サーバコンピ
ュータへのリソースのアップロードを行う同期処理手段
を含むことを特徴とする請求項１記載のコンピュータシ
ステム。
【請求項５】前記サーバコンピュータではリソース毎
にその更新時刻が管理されており、前記同期処理手段は、前記リソースのアップロードを行うとき、前記サーバコ
ンピュータからリソースをダウンロードしたときのデー
タ更新時刻と、前記サーバコンピュータ上で管理されて
いる現在のデータ更新時刻とに基づいて、前記サーバコ
ンピュータ上のリソースがダウンロード後に他のクライ
アントコンピュータによって更新されているか否かを判
別し、その判別結果に基づいて前記サーバコンピュータ
上のリソースに対する更新処理を制御することを特徴と
する請求項４記載のコンピュータシステム。
【請求項６】前記複数のクライアントコンピュータ
は、前記サーバコンピュータとＬＡＮを介して接続され
た第１のクライアントコンピュータと、前記サーバコン
ピュータと公衆網を介して接続された第２のクライアン
トコンピュータとを含むことを特徴とする請求項１記載
のコンピュータシステム。
【請求項７】サーバコンピュータと、データ処理に必
要なプログラムおよびデータをネットワークを介して前
記サーバコンピュータからダウンロードして動作する複
数のネットワークコンピュータとを含むコンピュータシ
ステムにおいて、前記サーバコンピュータ上の同一リソースを複数のネッ
トワークコンピュータが更新しようとしたときのアクセ
ス競合によって生じるデータの矛盾を回避し、前記更新
対象のデータの整合性を確保する競合回避手段を具備す
ることを特徴とするコンピュータシステム。
【請求項８】前記複数のネットワークコンピュータに
は、データ処理に必要なプログラムおよびデータをネットワ
ークを介してサーバコンピュータからダウンロードし、
そのダウンロードしたプログラムおよびデータの一部を
蓄積するローカル記憶装置を使用することにより、前記
サーバコンピュータに対するアクセス無しで動作可能に
構成されたモバイル型のネットワークコンピュータが含
まれていることを特徴とする請求項７記載のコンピュー
タシステム。
【請求項９】前記複数のネットワークコンピュータ
は、前記サーバコンピュータとＬＡＮを介して接続され
た第１のネットワークコンピュータと、前記サーバコン
ピュータと公衆網を介して接続された第２のネットワー
クコンピュータとを含むことを特徴とする請求項７記載
のコンピュータシステム。
【請求項１０】サーバコンピュータと、データ処理に
必要なプログラムおよびデータをネットワークを介して
前記サーバコンピュータからダウンロードして動作する
複数のクライアントコンピュータとを含むコンピュータ
システムにおけるデータアクセス処理方法であって、前記サーバコンピュータ上の同一リソースを複数のクラ
イアントコンピュータが更新しようとしたときのアクセ
ス競合によってデータの矛盾を生じないように、前記サ
ーバコンピュータ上のリソースを管理し、前記更新対象のデータに対するアクセスを制御すること
により、前記更新対象のデータの整合性を確保すること
を特徴とするデータアクセス処理方法。
【請求項１１】前記サーバコンピュータ上のリソース
についてそれをダウンロードして使用しているクライア
ントコンピュータが存在するか否かを管理し、使用中のリソースについては他のクライアントコンピュ
ータへのデータ更新を目的としたダウンロードを禁止す
ることを特徴とする請求項１０記載のデータアクセス処
理方法。
【請求項１２】前記サーバコンピュータ上で各リソー
スのデータ更新時刻を管理し、前記クライアントコンピュータから前記サーバコンピュ
ータへのリソースのアップロードを行うとき、そのリソ
ースについての前記サーバコンピュータからダウンロー
ドしたときのデータ更新時刻と、前記サーバコンピュー
タ上で管理されている現在のデータ更新時刻とを比較す
ることにより、前記サーバコンピュータ上の該当するリ
ソースがそのダウンロード後に他のクライアントコンピ
ュータによって更新されているか否かを判別し、その判
別結果に基づいて前記サーバコンピュータ上のリソース
に対する更新処理を制御することを特徴とする請求項１
０記載のデータアクセス処理方法。
【請求項１３】サーバコンピュータと、データ処理に
必要なプログラムおよびデータをネットワークを介して
前記サーバコンピュータからダウンロードして動作する
複数のネットワークコンピュータとを含むコンピュータ
システムにおけるデータアクセス処理方法であって、前記サーバコンピュータ上の同一リソースを複数のネッ
トワークコンピュータが更新しようとしたときのアクセ
ス競合によってデータの矛盾を生じないように、前記サ
ーバコンピュータ上のリソースを管理し、前記更新対象のデータに対するアクセスを制御すること
により、前記更新対象のデータの整合性を確保すること
を特徴とするデータアクセス処理方法。
【請求項１４】前記複数のネットワークコンピュータ
には、データ処理に必要なプログラムおよびデータをネットワ
ークを介してサーバコンピュータからダウンロードし、
そのダウンロードしたプログラムおよびデータの一部を
蓄積するローカル記憶装置を使用することにより、前記
サーバコンピュータに対するアクセス無しで動作可能に
構成されたモバイル型のネットワークコンピュータが含
まれていることを特徴とする請求項１３記載のデータア
クセス処理方法。
【請求項１５】サーバコンピュータと、データ処理に
必要なプログラムおよびデータをネットワークを介して
前記サーバコンピュータからダウンロードして動作する
複数のクライアントコンピュータとを含むコンピュータ
システムで使用されるコンピュータプログラムが記録さ
れた記録媒体であって、前記コンピュータプログラムは、前記サーバコンピュータ上の同一リソースを複数のクラ
イアントコンピュータが更新しようとしたときのアクセ
ス競合によってデータの矛盾を生じないように、前記サ
ーバコンピュータ上のリソースを管理し、前記更新対象のデータに対するアクセスを制御すること
により、前記更新対象のデータの整合性を確保すること
を特徴とする記録媒体。
【請求項１６】前記コンピュータプログラムは、前記サーバコンピュータ上のリソースについてそれをダ
ウンロードして使用しているクライアントコンピュータ
が存在するか否かを管理する手順と、使用中のリソースについては他のクライアントコンピュ
ータへのデータ更新を目的としたダウンロードを禁止す
る手順とを含むことを特徴とする請求項１５記載の記録
媒体。
【請求項１７】前記コンピュータプログラムは、前記サーバコンピュータ上で各リソースのデータ更新時
刻を管理する手順と、前記クライアントコンピュータから前記サーバコンピュ
ータへのリソースのアップロードを行うとき、そのリソ
ースについての前記サーバコンピュータからダウンロー
ドしたときのデータ更新時刻と、前記サーバコンピュー
タ上で管理されている現在のデータ更新時刻とを比較す
ることにより、前記サーバコンピュータ上の該当するリ
ソースがそのダウンロード後に他のクライアントコンピ
ュータによって更新されているか否かを判別し、その判
別結果に基づいて前記サーバコンピュータ上のリソース
に対する更新処理を制御する手順とを含むことを特徴と
する請求項１５記載の記録媒体。
【請求項１８】前記サーバコンピュータと、データ処
理に必要なプログラムおよびデータをネットワークを介
して前記サーバコンピュータからダウンロードして動作
する複数のネットワークコンピュータとを含むコンピュ
ータシステムで使用されるコンピュータプログラムが記
録された記録媒体であって、前記コンピュータプログラムは、前記サーバコンピュータ上の同一リソースを複数のネッ
トワークコンピュータが更新しようとしたときのアクセ
ス競合によってデータの矛盾を生じないように、前記サ
ーバコンピュータ上のリソースを管理し、前記更新対象のデータに対するアクセスを制御すること
により、前記更新対象のデータの整合性を確保すること
を特徴とする記録媒体。
【請求項１９】サーバコンピュータで管理されるファ
イルが個々のモバイルコンピュータに複写されて使用さ
れるモバイルコンピュータシステムにおいて、前記サーバコンピュータに、前記モバイルコンピュータに複写されるファイルの一覧
を保持するブリーフケースを前記ファイルの管理者用と
前記モバイルコンピュータの利用者用とで対にして前記
モバイルコンピュータそれぞれに対応させて設けたこと
を特徴とするモバイルコンピュータシステム。
【請求項２０】前記サーバコンピュータとモバイルコ
ンピュータとが接続されたときに、前記管理者用および
利用者用のブリーフケースで保持されるファイル一覧で
示されたファイルに関する前記サーバコンピュータとモ
バイルコンピュータとの間の整合性を確保する同期処理
手段をさらに具備してなることを特徴とする請求項１９
記載のモバイルコンピュータシステム。
【請求項２１】前記同期処理手段は、前記サーバコン
ピュータとモバイルコンピュータとが接続された状態の
ときに、予め定められた期間ごと、または要求に応じ
て、前記管理者用および利用者用のブリーフケースで保
持されるファイル一覧で示されたファイルに関する前記
サーバコンピュータ上とモバイルコンピュータとの間の
整合性を確保するための同期処理を行うことを特徴とす
る請求項１９記載のモバイルコンピュータシステム。
【請求項２２】前記ブリーフケースが保持する前記フ
ァイル一覧は、ディレクトリを含んでなり、前記ディレクトリは、前記モバイルコンピュータへの複
写の形態として、ディレクトリの名前空間のみ、そのデ
ィレクトリのみ、またはサブディレクトリすべてのいず
れかが識別可能に設定されることを特徴とする請求項１
９、２０または２１記載のモバイルコンピュータシステ
ム。
【請求項２３】前記サーバコンピュータとモバイルコ
ンピュータとが未接続の状態のときに、前記サーバコン
ピュータ上で管理されるファイルに代えて前記モバイル
コンピュータに複写されたファイルを使用するファイル
代理手段をさらに具備してなることを特徴とする請求項
１９、２０、２１または２２記載のモバイルコンピュー
タシステム。
【請求項２４】前記サーバコンピュータに、ファイル更新に関する衝突を解決する衝突解決手段を設
けたことを特徴とする請求項１９、２０、２１、２２ま
たは２３記載のモバイルコンピュータシステム。
【請求項２５】サーバコンピュータで管理されるファ
イルが個々のモバイルコンピュータに複写されて使用さ
れるモバイルコンピュータシステムであって、前記サー
バサーバコンピュータに、前記モバイルコンピュータに
複写されるファイルの一覧を保持するブリーフケースが
前記ファイルの管理者用と前記モバイルコンピュータの
利用者用とで対にして前記モバイルコンピュータそれぞ
れに対応させて設けられるモバイルコンピュータシステ
ムに適用されるファイルの整合性確保方法において、前記サーバコンピュータとモバイルコンピュータとが接
続されたときに、前記管理者用および利用者用のブリー
フケースで保持されるファイル一覧で示されたファイル
に関する前記サーバコンピュータ上とモバイルコンピュ
ータとの間の整合性を確保するための同期処理を行うス
テップと、前記サーバコンピュータとモバイルコンピュータとが接
続された状態のときに、予め定められた期間ごと、また
は要求に応じて、前記管理者用および利用者用のブリー
フケースで保持されるファイル一覧で示されたファイル
に関する前記サーバコンピュータ上とモバイルコンピュ
ータとの間の整合性を確保するための同期処理を行うス
テップとからなることを特徴とするファイルの整合性確
保方法。
【請求項２６】サーバコンピュータで管理されるファ
イルが個々のモバイルコンピュータに複写されて使用さ
れ、前記サーバコンピュータに、前記モバイルコンピュ
ータに複写されるファイルの一覧を保持するブリーフケ
ースが前記ファイルの管理者用と前記モバイルコンピュ
ータの利用者用とで対にして前記モバイルコンピュータ
それぞれに対応させて設けられるモバイルコンピュータ
システム上でファイルの整合性を確保するための同期処
理を行うプログラムであって、前記サーバコンピュータとモバイルコンピュータとが接
続されたときに、前記管理者用および利用者用のブリー
フケースで保持されるファイル一覧で示されたファイル
に関する前記サーバコンピュータ上とモバイルコンピュ
ータとの間の同期を確保し、前記サーバコンピュータとモバイルコンピュータとが接
続された状態のときに、予め定められた期間ごと、また
は要求に応じて、前記管理者用および利用者用のブリー
フケースで保持されるファイル一覧で示されたファイル
に関する前記サーバコンピュータ上とモバイルコンピュ
ータとの間の同期を確保するように前記モバイルコンピ
ュータシステムを動作させるプログラムを記録したコン
ピュータ読取り可能な記録媒体。