JP2000276457A - データ共有コンピュータシステム及びクライアント - Google Patents

Abstract

(57)【要約】 【課題】 企業内ネットワークとインターネットのよう
に異なるネットワーク間で安全にデータを共有し、ネッ
トワーク毎にサービスを複製するサービス複製サーバー
を提供する。 【解決手段】 ＬＡＮ１０１に接続されたＬＡＮ側サー
バー１０３と、インターネット１０２に接続されたイン
ターネット側サーバー１０５とが、バスロック機能付き
バス１０６を用いて排他制御する共有ディスク１０４上
でデータを共有し、そのデータを用いて、それぞれに同
一のサービスを提供することを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、第三者がアクセス
し、利用するインターネットなどのネットワーク上で、
安全にデータ提供サービスを行なうサーバー装置に係
り、第三者のアクセスから保護すべきネットワークとデ
ータを共有するサーバー装置に関する。

【０００２】

【従来の技術】近年インターネット利用が普及し、ＷＷ
Ｗ（Ｗｏｒｌｄ−Ｗｉｄｅ Ｗｅｂ）、電子メールなど
のインターネットを利用したアプリケーションの利用が
ごく一般的に行なわれるようになってきた。これらのア
プリケーションによって、インターネットを利用して、
企業や、教育機関などが提供する情報を参照すること
や、通信目的の利用が可能になった。

【０００３】しかし、インターネットに接続すること
は、インターネット上に接続されたいずれのサイトにも
自由にアクセスできるという利便性をもたらす一方、悪
意の第三者からの攻撃に晒されるという危険性をもたら
すことを意味する。

【０００４】そこで、一般に企業では、企業内のネット
ワークシステムをインターネット接続する必要がある場
合、インターネットへの接続箇所を限定し、その個所に
ファイアウォールと呼ばれる、特定の通信のみその通過
を許す機構を設け、そのファイアウォールを介して接続
することにより、企業内のネットワークをインターネッ
ト経由の第三者からの攻撃から保護する運用がなされて
きた。そして、一般に企業内ネットワークの安全性がイ
ンターネット接続の利便性より重視されるため、ファイ
アウォールの構成としては、ごく限られた通信、例え
ば、電子メールの送信プロトコルである ＳＭＴＰ（ｓ
ｉｍｐｌｅ ｍａｉｌ ｔｒａｎｓｆｅｒｐｒｏｔｏｃ
ｏｌ）メッセージのみが通過できるというものが多い。

【０００５】これに対して、特開平９−２７０７８８に
は、ファイアウォールの運用において、インターネット
接続の利便性と安全性を両立させるために、通信パケッ
トにファイアウォールからの認証チャレンジに応答する
プログラム機能を持たせ、特定の認証ポートを通して通
信できるようにすることにより、ファイアウォールの構
成を変えなくてもインターネットからの種々のサービス
要求に対応できる技術が開示されている。これにより、
企業内のネットワークの安全を保証しながら、ネットワ
ークへのアクセスを認められた特定のユーザーに、より
柔軟なサービスを企業内のネットワークから提供するこ
とができる。

【０００６】しかし、企業内のネットワークとインター
ネットを接続して利用する場合に、上述の技術を利用し
ても依然として企業内ネットワークとインターネットで
安全にデータを共有をすることは難しい。

【０００７】なお、インターネットを安価な通信媒体と
して利用する場合には、通信経路からのデータ漏洩から
守るために、送信データを暗号化して送信することが行
なわれているが、このようなデータの暗号／復号化は、
システムのいろいろなレベルで行なわれている。例え
ば、通信ソケットレベルで行なわれる暗号化サービスと
してＳＳＬ（ｓｅｃｕｒｅ ｓｏｃｋｅｔｓ ｌａｙｅ
ｒ）が知られており、また、特開平９−２５１４２６の
ようにファイルシステムというアプリケーションレベル
でデータの暗号／復号化する技術が知られている。

【０００８】

【発明が解決しようとする課題】本発明は、上記した従
来技術の欠点を除くためになされたものであって、その
目的とするところは、安全に企業内ネットワークとイン
ターネットでデータ共有を実現するデータ共有機構と、
共有データを利用するアプリケーションの管理方法及び
装置を提供することである。つまり、本発明は、企業内
ネットワークあるいはインターネットのいずれからも、
共有データにアクセス可能な構成と、企業内ネットワー
ク内のアプリケーションとインターネット上のアプリケ
ーションが、アプリケーションの管理方法によって共有
データを参照／更新して、等価なサービスを各々のネッ
トワークに対して与える構成とを提供することを課題と
する。

【０００９】

【課題を解決するための手段】この発明に係るデータ共
有コンピュータシステムは、第一のコンピュータシステ
ムと、第二のコンピュータシステムと、共有データ記憶
部と、アクセス可否情報記憶部とを備えるデータ共有コ
ンピュータシステムであって、（Ａ）共有データ記憶部
は、複数のデータ記憶領域を有し、第一のコンピュータ
システム及び第二のコンピュータシステムからアクセス
される共有データを、複数のデータ記憶領域に分割して
記憶し、（Ｂ）アクセス可否情報記憶部は、共有データ
記憶部の各データ記憶領域に対応して、そのデータ記憶
領域に対してアクセス可能あるいはアクセス不可である
ことを意味するアクセス可否情報を記憶し、（Ｃ）第一
のコンピュータシステムは、第一のサービス部と、共有
データ記憶部に接続する第一のデータアクセス部と、ア
クセス可否情報記憶部に接続する第一の排他制御部とを
備え、（１）第一のサービス部は、第一のデータアクセ
ス部と第一の排他制御部に対して、任意のデータ記憶領
域に対するアクセスを指示し、（２）第一の排他制御部
は、指示されたデータ記憶領域に対応するアクセス可否
情報を取得し、指示されたデータ記憶領域に対してのア
クセスの可否を判定し、アクセス可能と判定した場合に
は、指示されたデータ記憶領域に対応するアクセス可否
情報をアクセス不可に変更し、（３）第一のデータアク
セス部は、第一の排他制御部により、アクセス可能と判
定され、アクセス可否情報をアクセス不可に変更された
後に、指示されたデータ記憶領域にアクセスし、（４）
第一の排他制御部は、第一のデータアクセス部により、
指示されたデータ記憶領域に対してアクセスされた後
に、指示されたデータ記憶領域に対応するアクセス可否
情報をアクセス可能に変更し、（Ｄ）第二のコンピュー
タシステムは、第二のサービス部と、共有データ記憶部
に接続する第二のデータアクセス部と、アクセス可否情
報記憶部に接続する第二の排他制御部とを備え、（１）
第二のサービス部は、第二のデータアクセス部と第二の
排他制御部に対して、任意のデータ記憶領域に対するア
クセスを指示し、（２）第二の排他制御部は、指示され
たデータ記憶領域に対応するアクセス可否情報を取得
し、指示されたデータ記憶領域に対してのアクセスの可
否を判定し、アクセス可能と判定した場合には、指示さ
れたデータ記憶領域に対応するアクセス可否情報をアク
セス不可に変更し、（３）第二のデータアクセス部は、
第二の排他制御部により、アクセス可能と判定され、ア
クセス可否情報をアクセス不可に変更された後に、指示
されたデータ記憶領域にアクセスし、（４）第二の排他
制御部は、第二のデータアクセス部により、指示された
データ記憶領域に対してアクセスされた後に、指示され
たデータ記憶領域に対応するアクセス可否情報をアクセ
ス可能に変更することを特徴とする。

【００１０】また、第一のコンピュータシステムは、第
三のコンピュータシステムを有する第一のネットワーク
システムに接続し、第一のサービス部は、第一のネット
ワークシステムを介して第三のコンピュータシステムに
対してサービスを提供し、第二のコンピュータシステム
は、第四のコンピュータシステムを有する第二のネット
ワークシステムに接続し、第二のサービス部は、第二の
ネットワークシステムを介して第四のコンピュータシス
テムに対してサービスを提供することを特徴とする。

【００１１】また、第二のサービス部は、第一のサービ
ス部が第一のネットワークシステムを介して第三のコン
ピュータシステムに対して提供するサービスと等価のサ
ービスを、第二のネットワークシステムを介して第四の
コンピュータシステムに対して提供することを特徴とす
る。

【００１２】また、第一の排他制御部は、バスロック機
能付きバスによって、アクセス可否情報記憶部に接続
し、第一の排他制御部は、指示されたデータ記憶領域に
対応するアクセス可否情報を取得し、指示されたデータ
記憶領域に対してのアクセスの可否を判定し、アクセス
可能と判定した場合には、指示されたデータ記憶領域に
対応するアクセス可否情報をアクセス不可に変更する
間、バスをロックし、第一の排他制御部は、指示された
データ記憶領域に対応するアクセス可否情報をアクセス
可能に変更する間、バスをロックし、第二の排他制御部
は、上記バスロック機能付きバスによって、アクセス可
否情報記憶部に接続し、第二の排他制御部は、指示され
たデータ記憶領域に対応するアクセス可否情報を取得
し、指示されたデータ記憶領域に対してのアクセスの可
否を判定し、アクセス可能と判定した場合には、指示さ
れたデータ記憶領域に対応するアクセス可否情報をアク
セス不可に変更する間、バスをロックし、第二の排他制
御部は、指示されたデータ記憶領域に対応するアクセス
可否情報をアクセス可能に変更する間、バスをロックす
ることを特徴とする。

【００１３】また、第一の排他制御部は、指示されたデ
ータ記憶領域に対応するアクセス可否情報を取得し、指
示されたデータ記憶領域に対してのアクセスの可否を判
定し、アクセス可能と判定した場合には、指示されたデ
ータ記憶領域に対応するアクセス可否情報をアクセス不
可に変更する一連の動作を、一の命令で実行し、第二の
排他制御部は、指示されたデータ記憶領域に対応するア
クセス可否情報を取得し、指示されたデータ記憶領域に
対してのアクセスの可否を判定し、アクセス可能と判定
した場合には、指示されたデータ記憶領域に対応するア
クセス可否情報をアクセス不可に変更する一連の動作
を、一の命令で実行すること特徴とする。

【００１４】また、第一のコンピュータシステムは、以
下の要素を備えることを特徴とする。 （１）データの暗号化及び復号化に用いる暗号鍵を記憶
する暗号鍵記憶部、（２）暗号鍵を指定して暗号化を指
示された場合には、指定された暗号鍵を用いてデータを
暗号化し、暗号鍵を指定して復号化を指示された場合に
は、指定された暗号鍵を用いてデータを復号化するデー
タ暗号化／復号化実行部、（３）暗号鍵記憶部が記憶す
る暗号鍵を変更する暗号鍵再設定部、（４）第一のデー
タアクセス部に、データ記憶領域からの暗号データの読
み出しを指示し、データ暗号化／復号化実行部に、変更
前の暗号鍵を指定して、読み出した暗号データの復号化
を指示し、データ暗号化／復号化実行部に、変更後の暗
号鍵を指定して、復号化したデータの再暗号化を指示
し、第一のデータアクセス部に、再暗号化したデータ
を、元のデータ記憶領域へ書き込むことを指示するデー
タ再暗号化部。

【００１５】この発明に係るクライアントは、ネットワ
ークシステムに接続するクライアントであって、以下の
要素を有することを特徴とする。 （１）上記ネットワークシステムに接続する第一のコン
ピュータシステムであって、第二のコンピュータシステ
ムとデータを共有する第一のコンピュータシステムに対
して、共有データを送信し、また、共有データを受信す
る共有データ送信／受信部、（２）データ送信／受信部
が送信する共有データを暗号化するデータ暗号化部、
（３）データ送信／受信部が受信した共有データを復号
化するデータ復号化部。

【００１６】また、データ共有コンピュータシステム
は、第三のコンピュータシステムを有し、第三のコンピ
ュータシステムは、第一のコンピュータシステムが接続
する第一のネットワークシステムに接続し、第一のサー
ビス部は、第一のネットワークシステムを介して第三の
コンピュータシステムに対してサービスを提供し、第三
のコンピュータシステムは、第一のサービス部が提供す
るサービスによってアクセスした共有データをキャッシ
ュする共有データキャッシュ部を有することを特徴とす
る。

【００１７】また、第一のサービス部は、第一の構成情
報を用いて動作し、共有データ記憶部は、第一のサービ
ス部が用いる第一の構成情報を記憶し、第二のコンピュ
ータシステムは、他の記憶部を有し、第二のコンピュー
タシステムは、共有データ記憶部に記憶されている第一
の構成情報を読み出し、読み込んだ第一の構成情報を他
の記憶部に書き込む構成情報複製部を有し、第二のサー
ビス部は、他の記憶部に書き込んだ第一の構成情報を更
新し、更新した第二の構成情報を用いて動作することを
特徴とする。

【００１８】また、第一のコンピュータシステムは、以
下の要素を備えることを特徴とする。 （１）第一のコンピュータシステムによるユーザ認証の
認証方式を記憶する認証方式管理部と、（２）認証に用
いるデータを予め記憶する認証データベース管理部と、
（３）認証要求と認証を受ける為のデータとを受付け、
認証を受ける為のデータと、認証データベース管理部に
予め記憶された認証に用いるデータとを用いて、認証方
式管理部に記憶された認証方式により、ユーザ認証を行
なう認証機能部。

【００１９】また、データ共有コンピュータシステム
は、バスを備え、第一のコンピュータシステムと、第二
のコンピュータシステムと、共有データ記憶部と、アク
セス可否情報記憶部とが上記バスに接続された共有メモ
リ型並列計算機であることを特徴とする。

【００２０】

【発明の実施の形態】以下本発明を図面に示す実施の形
態に基づいて説明する。尚、図１から図１１に、主とし
て各実施の形態におけるシステムの構成を示し、図１２
から図４９に各実施の形態の動作に伴うデータフロー、
処理フローやコマンドの構成等を示す。 実施の形態１．本発明によれば、クライアントサーバー
型のサービスであって、アプリケーションプログラムと
して実現されているものであれば、その既存のプログラ
ムにほとんど変更を加えることなく、ネットワーク毎に
そのサービスを複製して、それぞれネットワーク上で利
用することが可能となる。例えば、ＩＭＡＰ４（ｉｎｔ
ｅｒｎｅｔ ｍｅｓｓａｇｅ ａｃｃｅｓｓ ｐｒｏｔ
ｏｃｏｌ ４）によるメールサービス、ＨＴＴＰ（ｈｙ
ｐｅｒｔｅｘｔ ｔｒａｎｓｐｏｒｔ ｐｒｏｔｏｃｏ
ｌ）サーバーサービスなどのサービスがこれに該当す
る。本実施の形態では、ファイルサーバーのサービスを
複製し、利用する例を説明する。

【００２１】図１に、サービス複製システムのシステム
構成図を示す。ここで、１０１は、構内ＬＡＮ（ｌｏｃ
ａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、１０２は、インタ
ーネット、１０３は、ＬＡＮ側サーバー、１０４は、共
有ディスク、１０５は、インターネット側サーバー、１
０６は、バスロック機能付きバス、１０７は、ＬＡＮ上
のクライアントである。

【００２２】ＬＡＮ側サーバー１０３とインターネット
側サーバー１０５とは、それぞれに独立したサーバー装
置であるが、構内に隣接して設置され、各々ＳＣＳＩ
（ｓｍａｌｌ ｃｏｍｐｕｔｅｒ ｓｙｓｔｅｍ ｉｎ
ｔｅｒｆａｃｅ）にて共有ディスク１０４に接続し、共
有するように構成されている。尚、ＳＣＳＩ以外に、フ
ァイバチャネル等のより長い接続経路を許す技術を使用
して共有ディスク１０４と接続する場合には、必ずしも
サーバー装置同士を隣接する必要はない。

【００２３】バスロック機能付きバス１０６は、ＬＡＮ
側サーバー１０３とインターネット側サーバー１０５と
に接続し、サーバー装置間の共有メモリ機構に使用され
るように構成されている。

【００２４】図２に、ＬＡＮ側サーバー１０３とインタ
ーネット側サーバー１０５の各サーバー装置上に配置さ
れるソフトウェアの構成図を示す。２０１は、アプリケ
ーションプログラム部、２０２は、ファイルシステム
部、２０３は、ファイルサービス部、２０４は、ユーザ
ー認証／認可管理部、２０５は、データ暗号／復号化実
行部、２０６は、データ管理部である。

【００２５】アプリケーションプログラム部２０１は、
ユーザー認証／認可管理部２０４とファイルサービス部
２０３を呼び出して、アプリケーションを実行するよう
に構成されている。ファイルサービス部２０３は、ファ
イルシステム部２０２を呼び出すように構成されてい
る。ファイルシステム部２０２は、データ管理部２０６
を呼び出すように構成され、データ管理部２０６は、デ
ータ暗号／復号化実行部２０５を呼び出すように構成さ
れている。尚、ファイルサービス部２０３のサービス
は、オペレーティングシステムのカーネルコードとして
実行され、その処理コンテキストは１アプリケーション
として与えられるように構成されている。

【００２６】図３に、２０４ユーザー認証／認可管理部
が、データ管理部２０６を用いて管理するユーザー認証
／認可データベースのレコード例の図を示す。３０１
は、ユーザーＩＤ、３０２は、そのユーザーのグループ
ＩＤ、３０３は、そのユーザーのユーザーＩＤ、３０４
は、そのユーザーの認証データ、３０５は、そのユーザ
ーの共通秘密鍵である。ユーザーの共通秘密鍵は、デー
タ管理部２０６がデータの暗号／復号化を行なう際に利
用するものである。尚、ユーザー認証／認可管理部２０
４は、ハッシュ関数によるパスワード参照の基本方式に
加えて、チャレンジ方式と、ワンタイムパスワード方式
を用意しており、ユーザー属性として認証方式の選択が
可能なように構成されている。

【００２７】図４に、データ管理部２０６の構成図を示
す。４０１は、排他制御部、４０２は、データ暗号／復
号化指示部、４０３は、データアクセス部である。排他
制御部４０１は、バスロック機能付きバス１０６を用い
て共有メモリ機構にアクセスし、共有ディスク１０４の
セクタ単位で、排他制御を行なうように構成されてい
る。データ暗号／復号化指示部４０２は、共有ディスク
１０４に書き込むデータの暗号化と、共有ディスク１０
４から読み出したデータの復号化を、データ暗号／復号
化実行部２０５に指示するように構成されている。デー
タアクセス部４０３は、共有ディスク１０４のセクタ単
位で、読み出しと、書き込みをするように構成されてい
る。

【００２８】図５に、ロック中の共有ディスクセクタと
共有メモリの状態の例の図を示す。５０１は、共有メモ
リ上のロックフィールド、５０２は、共有ディスク１０
４上のセクタを示す。

【００２９】次に、この構成における基本的な動作につ
いて説明する。まず、図１２と図１３を用いて、システ
ムログインの処理について説明する。図１２は、システ
ムログインの処理フロー図である。図１３は、システム
ログイン処理のデータフロー図である。

【００３０】システムログインでは、ユーザー認証の処
理を行ない（Ｓ１２０１）、ユーザー認証が成功した場
合に、ログインセッションを生成する（Ｓ１２０２）。

【００３１】次に、図１４と図１５を用いて、ファイル
オープンの処理について説明する。図１４は、ファイル
サービス部２０３によるファイルオープンの処理フロー
図である。図１５は、ファイルオープン処理のデータフ
ロー図である。

【００３２】ファイルサービス部２０３は、クライアン
ト１０７のクライアントプログラム部からファイルオー
プンの処理要求を受けると（Ｓ１４０１、１５０１）、
ユーザー認証を行ない（Ｓ１４０２、１５０２、１５０
３）、ユーザー認証が成功した場合に、ファイルシステ
ム部２０２にオープン処理を依頼する（Ｓ１４０３、１
５０４）。オープン処理の結果、ファイルシステム部２
０２からファイル管理データ（通常、ｖｎｏｄｅと呼ば
れる。）とクライアント認証キーを取得する（Ｓ１４０
４、Ｓ１４０５、１５０５）。

【００３３】ファイルサービス部２０３は、取得したク
ライアント認証キーを記憶し（Ｓ１４０６）する。尚、
これ以降にクライアント１０７からファイルサービス部
２０３へデータアクセスの要求がされた場合には、ファ
イルサービス部２０３は、クライアントからの処理要求
メッセージに含まれるクライアント認証キーと、記憶し
ているクライアント認証キーを比較することによって認
証処理を行なう（Ｓ１６０３、Ｓ２３０３）。つまり、
ユーザー認証／認可管理部２０４によらず、ファイルサ
ービス部２０３自身が認証を行なう。

【００３４】ファイル管理データ（ｖｎｏｄｅ）は、フ
ァイルシステム部２０２によってファイル毎に管理され
るデータであって、ファイルのアクセス権、サイズ、オ
ープンカウント、シークポインタ、ファイルデータの配
置されるディスクブロックアドレスなどの情報の管理に
用いられる。尚、このファイル管理データ（ｖｎｏｄ
ｅ）は、ファイルサービス部２０３経由でアクセスする
場合だけでなく、他のアプリケーションプログラムから
ファイルシステム部２０２に対してアクセスする場合に
も用いられる。その場合、具体的にはファイルシステム
部２０２に対して、ファイル管理データ（ｖｎｏｄｅ）
に基づいたリード、ライト、シーク等のシステムコール
を行なう。ファイルシステム部２０２は、そのシステム
コールを解釈し、該当するディスク領域へアクセスす
る。

【００３５】ファイルサービス部２０３は、インデクス
とクライアント認証キーとファイルオープン終了結果を
クライアントプログラム部へ送信して（Ｓ１４０６、Ｓ
１４０７、Ｓ１４０８、１５０６）、ファイルオープン
の処理を終了する。

【００３６】次に、図１６から図２１を用いて、リード
の処理について説明する。図１６は、ファイルサービス
部２０３によるリードの処理フロー図である。図１７
は、リード要求メッセージの例を示す図である。図１８
は、ファイルシステム部２０２によるリードの処理フロ
ー図である。図１９は、データ管理部２０６によるリー
ドの処理フロー図である。図２０は、共有ディスク領域
のリードセクタに対するロック取得の処理フロー図であ
る。図２１は、共有ディスク領域のリードセクタに対す
るロック開放の処理フロー図である。図２２は、リード
処理のデータフロー図である。

【００３７】ファイルサービス部２０３は、ＵＤＰ（ｕ
ｓｅｒ ｄａｔａｇｒａｍ ｐｒｏｔｏｃｏｌ）の既知
ポートをクライアントプログラム部に提供し、同ポート
に対してクライアント１０３からの処理要求を受け付け
ることにより、ファイルサービスを行なう。クライアン
トプログラム部は、リードに相当する要求メッセージを
ファイルサービス部２０３に送信し、ファイルサービス
部２０３は、メッセージを解釈してサービスを提供する
（Ｓ１６０１、２２０１）。

【００３８】リード要求メッセージは、図１７のような
フォーマットで構成される。１７０１は、ファイル管理
データ（ｖｎｏｄｅ）へのポインタの配列へのインデク
ス、１７０２は、ユーザーＩＤ、１７０３は、クライア
ント認証キー、１７０４は、サービス内容（ここで、１
はリードを意味する。）、１７０５は、リード開始セク
タオフセット、１７０６は、リードセクタサイズであ
る。

【００３９】図１６に示すように、ファイルサービス部
２０３は、リード要求メッセージ中のクライアント認証
キー１７０３を取得し（Ｓ１６０２）、ファイルオープ
ン処理中に記憶した（Ｓ１４０６）クライアント認証キ
ーと比較して、一致する場合には処理を続行する（Ｓ１
６０３）。

【００４０】リードするデータ領域が、共有ディスク１
０４上の共有ディスクデータ領域の場合には、サーバー
装置内の他のファイルシステムではなく、その共有デー
タ領域を管理するデータ管理部２０６を用いるファイル
システム部２０２を選択する（Ｓ１６０５、Ｓ１６０
７）。

【００４１】ファイルサービス部２０３は、メモリ領域
を確保し（Ｓ１６０８）、ファイルシステム部２０２に
リード要求を出す（Ｓ１６０９、２２０２）。このと
き、同時にファイル管理データ（ｖｎｏｄｅ）へのポイ
ンタ、リード開始セクタオフセット、リードセクタサイ
ズ、確保したメモリ領域の先頭アドレスを渡す。通常、
ユーザーからのファイルシステム部２０２へのアクセス
は、システムコール経由で行なわれるが、この場合のリ
ード要求では、ファイルシステム部２０２の内部関数を
利用して行われる。

【００４２】図１８に示すように、ファイルシステム部
２０２は、リード要求を受けとると（Ｓ１８０１、２２
０２）、ファイル管理データ（ｖｎｏｄｅ）中のリード
開始セクタオフセットを、データ管理部２０６で管理す
るリードセクタアドレスに変換し（Ｓ１８０２）、デー
タ管理部２０６に対してリード要求を出す（Ｓ１８０
３、２２０３）。このとき同時に、ユーザーＩＤ、リー
ドセクタアドレス、リードセクタサイズ、メモリ領域の
先頭アドレスを渡す。

【００４３】図１９に示すように、データ管理部２０６
は、リード要求を受付け（Ｓ１９０１、２２０３）、排
他制御部４０１により、共有ディスク領域のリードセク
タのロック取得を行なう（Ｓ１９０２）。

【００４４】排他制御部４０１がアクセスする共有メモ
リ機構は、バスロック機能付きバス１０６を用いて、バ
スロックと１ビット毎のデータ参照更新とをできるだけ
のハードウェア構成で実現されている。排他制御部４０
１は、このハードウェア構成を利用し、共有メモリ機構
上のバイトアドレスを共有ディスク上のセクタアドレス
にマッピングしている。

【００４５】図２０の示すように、排他制御部４０１
は、リードセクタアドレスとリードセクタサイズを受け
とると（２２０４）、バスロックを施して（Ｓ２００
１、２２０５）、連続するリードセクタに対応するすべ
ての共有メモリ機構上のバイトアドレス、つまりロック
フィールドをチェックする（Ｓ２００２、２２０６）。
リードセクタのうち一つでも使用中であることを示すロ
ックフィールドがあれば、バスロックを解放して（Ｓ２
００３、２２０５）、一定時間の休眠し（Ｓ２００
４）、その後リトライを繰り返す。総てのロックフィー
ルドがリードセクタの未使用を示している場合には、排
他制御部４０１は、バスロック状態のまま、それらのロ
ックフィールドに１（１は、ロックフィールドに対応す
るセクタが使用中であること示す。）を書き込む（Ｓ２
００５、２２０６）。その後、バスロックを解放する
（Ｓ２００６、２２０５）。

【００４６】図５に、ロック中の共有ディスクセクタと
共有メモリの状態の例を示する。共有メモリのロックフ
ィールド５０１の先頭は、共有ディスク上の１番目のセ
クタと対応していることを意味する。この例では、７番
目から１１番目のロックフィールドが使用中となってい
る。そのため、７番目から１１番目のロックフィールド
に対応する共有ディスク上の７セクタから１１セクタま
では、ロック状態にあり、ロック取得したユーザー以外
は、これらのセクタに対してアクセスすることができな
いことを意味している。

【００４７】データ管理部２０６は、データアクセス部
４０３により、リードセクタからディスクデータの読み
出し（Ｓ１９０３、２２０８、２２０９）、アドレスを
指定されたメモリ領域に格納する（２２１０）。

【００４８】データ管理部２０６は、読みだしが終了す
ると、排他制御部４０１により、ロックの解放を行なう
（Ｓ１９０４）。ロックの解放は、図２１に示すよう
に、バスロックを取得した上で（Ｓ２１０１、２２０
５）、ロックフィールドに０を書き込むことにより行な
われる（Ｓ２１０２、２２０６）。その後、バスロック
は解放される（Ｓ２１０３、２２０５）。

【００４９】データ管理部２０６は、データ暗号／復号
化指示部４０２により、メモリ領域に読み込んだデータ
を復号化する（Ｓ１９０５）。データ暗号／復号化指示
部４０２は、ファイルシステム部２０２から与えられた
ユーザーＩＤを指定して、ユーザー認証／認可管理部２
０４からそのユーザーの共通秘密鍵３０５を得る。デー
タ暗号／復号化指示部４０２は、この共通秘密鍵３０５
を用いて、データ暗号／復号化実行部に復号化を実行さ
せる（２２１２、２２１３、２２１４）。復号化したデ
ータをメモリ領域に書き込み（Ｓ１９０６、２２１
５）、ファイルシステム部２０２へリターンする（Ｓ１
９０７、２２１６）。

【００５０】ファイルシステム部２０２は、ファイルサ
ービス部２０３へリターンする（Ｓ１８０５、２２１
８）。

【００５１】ファイルサービス部２０２は、リード要求
を受けたクライアントプログラムのポートに読み出した
データを返送して、リード処理を終了する（Ｓ１６１
１、２２１９）。

【００５２】次に、図２３から図２９を用いて、ライト
の処理について説明する。図２３は、ファイルサービス
部２０３によるライトの処理フロー図である。図２４
は、ライト要求メッセージの例を示す図である。図２５
は、ファイルシステム部２０２によるライトの処理フロ
ー図である。図２６は、データ管理部２０６によるライ
トの処理フロー図である。図２７は、共有ディスク領域
のライトセクタに対するロック取得の処理フロー図であ
る。図２８は、共有ディスク領域のライトセクタに対す
るロック開放の処理フロー図である。図２９は、リード
処理のデータフロー図である。

【００５３】ファイルサービス部２０３は、リードの処
理と同様に、ライト要求メッセージを受け付ける（Ｓ２
３０１、２９０１）。ライト要求メッセージは、図２４
のようなフォーマットで構成される。２４０１は、ファ
イル管理データ（ｖｎｏｄｅ）へのポインタの配列への
インデクス、２４０２は、ユーザーＩＤ、２４０３は、
クライアント認証キー、２４０４は、サービス内容（こ
こで、０はライトを意味する。）、２４０５は、ライト
開始セクタオフセット、２４０６は、ライトセクタサイ
ズ、２４０７は、ライトデータ列である。

【００５４】ライト要求は、リードの処理と同様に、フ
ァイルシステム部２０２に渡され（Ｓ２３０９、２９０
２）、ファイルシステム部２０２は、データ管理部２０
６に、ユーザーＩＤ、ライトセクタアドレス、ライトセ
クタサイズ、ライトデータを格納したメモリ領域の先頭
アドレスを渡す（Ｓ２５０３、２９０４）。リードの処
理と同様に、データ暗号／復号化指示部２０５は、ユー
ザーＩＤに基づいてユーザーの共通暗号鍵３０５を得
て、データ暗号／復号化実行部２０５に、データの暗号
化を実行させる（Ｓ２６０３、２９０９〜２９１２）。
また、リードの処理と同様に、排他制御部４０１は、共
有ディスク領域のライトセクタのロック取得を行ない
（Ｓ２６０４、２９０６、２９０７）、データアクセス
部４０３は、暗号データを書き込み（Ｓ２６０５、２９
１５、２９１６）、その後排他制御部４０１は、ロック
を解放する（Ｓ２６０６、２９０６、２９０７）。

【００５５】本実施の形態によれば、例えば企業内ネッ
トワークとインターネットで安全にデータを共有でき、
ネットワーク毎にサービスを複製して利用することがで
きる。

【００５６】実施の形態２．次に、共有メモリ型並列計
算機上でネットワーク毎にパーティショニングされたシ
ステムについて説明する。図６は、並列計算機のシステ
ム構成例である。ここで、６０１、６０２は、ＣＰＵ、
６０３、６０４は、イーサネットコントローラ、６０５
は、メモリ、６０６は、ディスクコントローラ、６０７
は、ディスクであり、６０８は、メモリバスである。

【００５７】メモリバス６０８には、ＣＰＵ６０１、６
０２、イーサネットコントローラ６０３、６０４、メモ
リ６０５、ディスク６０７が接続されている。ＣＰＵは
テストアンドセット命令を備え、ＣＰＵから各デバイス
へのアクセス、デバイスからＣＰＵへの割り込みは、メ
モリバス上の特定のアドレスにマッピングされたレジス
タ経由で行なわれる様に構成されている。テストアンド
セット命令については、後述する。

【００５８】メモリ６０５とディスク６０７の一部に
は、共有メモリ領域と共有ディスク領域が設けられてい
る。ＬＡＮに接続されるイーサネットコントローラ６０
３に接続され、ＬＡＮに所属するＣＰＵ６０１と、イン
ターネットに接続されるイーサネットコントローラ６０
４に接続され、インターネットに所属するＣＰＵ６０２
とは、仮想空間で隔離され、各ネットワークに固有のメ
モリ領域、および、お互いのイーサネットコントローラ
にアクセスすることはできないように構成されている。

【００５９】次に、図３０を用いて、この構成における
基本的な動作について説明する。このシステムは、リセ
ットされると、ＣＰＵ６０１のみが、仮想記憶をディス
エーブルした状態でＲＯＭコードの実行を始める。この
時、ＣＰＵ６０２はディスエーブル状態となっている。

【００６０】ＣＰＵ６０１は、メモリプローブチェック
を実行して使用可能なメモリ量を得て（Ｓ３００１）、
ブートコードをロードし、実行する（Ｓ３００２）。ブ
ートコードの実行により、メモリ量をチェックして、図
７に示すようにメモリ領域を分割する（Ｓ３００３）。
図７は、メモリ区分の例である。７０７は、ＬＡＮに所
属するＣＰＵ６０１の使用するメモリ領域、７０８は、
インターネットに所属するＣＰＵ６０２の使用するメモ
リ領域、７０９は、排他制御のために使用する共有メモ
リ領域である。

【００６１】メモリ領域の分割を決定すると、次に各々
のＣＰＵの仮想空間を形成するページテーブルのセット
アップを行なう（Ｓ３００４）。ＣＰＵ６０１のメモリ
領域７０７では、イーサネットコントローラ６０３のレ
ジスタ領域へのページテーブルエントリ７０１、共有デ
ィスクのコントローラレジスタ領域へのページテーブル
エントリ７０２、共有メモリ領域へのページテーブルエ
ントリ７０３、および、ＣＰＵ６０１のカーネルコード
使用領域のページテーブルエントリをセットアップす
る。同様に、ＣＰＵ６０２のメモリ領域７０８では、イ
ーサーネットコントローラ６０４のレジスタ領域へのペ
ージテーブルエントリ７０４、共有ディスクのコントロ
ーラレジスタ領域へのページテーブルエントリ７０５、
共有メモリ領域へのページテーブルエントリ７０６、お
よび、ＣＰＵ６０２のカーネルコード使用領域のページ
テーブルエントリをセットアップする。

【００６２】カーネルの仮想空間は、図７に示したペー
ジテーブルエントリを除き、２つの領域で同等にセット
アップされ、同一のカーネルコードが同一のカーネル仮
想アドレスにロードされる。ＣＰＵ６０２は、仮想記憶
をイネーブルし、カーネルコードのスタートアドレスか
ら実行を開始する。また、ＣＰＵ６０１も、仮想記憶を
イネーブルし、自身のスタートアドレスにジャンプし
て、カーネルコードの実行を開始する（Ｓ３００６、Ｓ
３００７）。

【００６３】実施の形態１で示したソフトウエアと同一
のソフトウェアが、各々のＣＰＵで実行されるが、排他
制御部４０１の処理方式については、実施の形態１と異
なり、本実施の形態の特徴を有する。実施の形態１で
は、共有メモリバスのバスロック機構を用いて、共有デ
ィスク領域のリードセクタのロック取得とロック解放の
処理を行なったが、本実施の形態では、図３１に示すよ
うに、共有メモリ６０５上のロックフィールドに対して
のロック取得とロック解放の処理をテストアンドセット
命令によるロック機構を用いて行なう。テストアンドセ
ット命令とは、メモリ上のデータに対してアトミックに
参照更新を行なえる命令である。図３２に示すように、
ロック取得の処理の場合は、当該ロックフィールドに対
して１をセットすることにより行なう（Ｓ３２０１）。
そして、同命令で得られた値が０である場合には、ロッ
ク取得処理の成功を意味し（Ｓ３２０３）、１の場合に
は、すでに他者がロック取得済みであったため、ロック
取得処理が失敗したことを意味する（Ｓ３２０４）。ま
た、ロック解放の処理は、テストアンドセット命令でロ
ックフィールドを０に書き戻すことで行なわれる。

【００６４】このように本実施の形態によれば、共有メ
モリ型並列計算機上でネットワーク毎にパーティショニ
ングされたシステムを実現し、各々のネットワークから
他者ネットワークへの侵害を排除することによって、シ
ステムの安全性を向上させることができる。

【００６５】実施の形態３．本実施の形態では、複数の
ネットワークから参照できる共有ディスク上の暗号化デ
ータを、定期的に異なるキーを用いて再暗号化する機構
について説明する。

【００６６】実施の形態１で説明したように、ユーザー
認証／認可管理部２０３は、図３に示すような共通秘密
暗号鍵３０５を含むレコードからなるユーザー認証／認
可データベースを管理し、ユーザーが登録時に暗号鍵を
設定することにより、データを暗号化して保存すること
を可能にしている。本実施の形態では、それに加えてユ
ーザーがシステムの提供する暗号鍵再設定／再暗号化コ
マンド（ｓｅｔｅｎｃｋｅｙコマンドという。）を利用
することにより、暗号鍵の変更、およびその暗号鍵によ
るデータの再暗号化を行なうことを可能にする。

【００６７】ｓｅｔｅｎｃｋｅｙコマンドは、安全性を
高めるために、イントラネット側のサーバー１０５、あ
るいはオペレーティングシステムにのみ用意される。ま
た、さらに安全性を高めるためは、後述する再暗号化Ａ
ＰＩ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍｍｉｎ
ｇ ｉｎｔｅｒｆａｃｅ）をイントラネット側サーバー
１０５にのみ備える構成とすることも有効である。

【００６８】次に、図３３から図３８を用いて、暗号鍵
再設定及びデータの再暗号化を実行する基本的な動作に
ついて説明する。ユーザーは、ユーザー認証を経て、イ
ントラネット側サーバー１０５にログインを実行し（Ｓ
３３０１）、図３４のようなｓｅｔｅｎｃｋｅｙコマン
ドを実行させる（Ｓ３３０２）。ここで、３４０１は、
新暗号鍵を意味する。

【００６９】図３５を用いてｓｅｔｅｎｃｋｅｙの処理
を説明する。ｓｅｔｅｎｃｋｅｙコマンドの実行によ
り、ユーザー認証／認可管理部２０４は、ユーザー認証
／認可データベース中のレコードの暗号鍵を指定された
新暗合鍵に変更する（Ｓ３５０１、Ｓ３５０２）。

【００７０】その後、ファイルシステムに対して、図３
６に示すような特殊ＡＰＩシステムコールｓｅｔｕｓｅ
ｒａｔｒを発行する（Ｓ３５０３）。３６０１は、ユー
ザーＩＤ、３６０２は、旧暗号鍵、３６０３は、新暗号
鍵であり、図３に示すレコードを例とすると、ユーザー
ｓａｋａｋｕｒａの旧暗号鍵０１２８０９０９を新暗号
鍵０１０１０１０１に変更せよという意味である。

【００７１】図３７を用いて、ｓｅｔｕｓｅｒａｔｒの
処理を説明する。システムコールｓｅｔｕｓｅｒａｔｒ
の実行により、ファイルシステム部２０２は自らが管理
するファイルのうちそのユーザーがオーナーであるファ
イルを全検索する（Ｓ３７０１）。データ管理部２０６
に対して、発見したそのユーザーのファイルが使用する
セクタを対象に、再暗号化コマンドｒｅｅｎｃを発行す
る（Ｓ３７０２）。具体的には、再暗号化コマンドｒｅ
ｅｎｃに、旧暗号鍵、新暗号鍵、更新セクタチャンク
数、セクタアドレス、とセクタサイズのセクタチャンク
数分のエントリを有する配列を引数として渡してコール
する。

【００７２】図３８を用いて、ｒｅｅｎｃの処理につい
て説明する。ｒｅｅｎｃの処理では、実施の形態１で述
べたデータ管理部２０６によるリードやライトのオペレ
ーションと同様に、配列で示された当該セクタすべての
ロックを取得する（Ｓ３８０１）。その後すべてのセク
タデータに対し読み出しを行ない（Ｓ３８０２）、デー
タ暗号／復号化機能を使用して旧暗号鍵で復号した後
（Ｓ３８０３）、新暗号鍵で再暗号化して（Ｓ３８０
４）、当該ディスクへの書き戻しを行なう（Ｓ３８０
５）。すべての当該セクタにつき書換えが終了すると、
取得したすべてのロックを解放し（Ｓ３８０６）、ファ
イルシステム部２０２にリターンする。

【００７３】システムコールを終了し、ユーザー認証／
認可管理部２０４にリターンし、ｓｅｔｅｎｃｋｅｙコ
マンドの実行を終了する。

【００７４】前述の実施の形態におけるサーバー装置
は、ユーザー認証により第三者からの不法なアクセスか
らシステムを保護するように構成されているが、本実施
の形態にかかる再暗号化機構は、万が一第三者に不法な
ログインを許してしまった場合に備え、データ秘匿性を
高めることができる点で有効である。

【００７５】実施の形態４．本実施の形態では、サーバ
ー上に保管されている暗号化データをクライアント上で
復号化し、データの秘匿安全性を向上させる形態につい
て説明する。

【００７６】図８に、サーバー装置を利用するクライア
ントのソフトウェア構成図を示す。８０１は、クライア
ントプログラム上で動作するクライアント側アプリケー
ションプログラム部、８０２は、実施の形態１、２のフ
ァイルサービス部２０３に対するクライアントとしての
機能を含むクライアント側ファイルシステム部、８０３
は、データ暗号／復号化実行部２０５と同等の機能を有
するクライアント側データ暗号／復号化実行部である。
例えば、クライアントに携帯端末を用いる場合には、一
つのクライアントに対してユーザーは一人しかいないこ
とになる。

【００７７】クライアント側アプリケーションプログラ
ム部８０１は、実施の形態１のサーバー上のアプリケー
ションプログラム部と同様にクライアント側ファイルシ
ステム部８０２に対してファイルの読み書き操作を行な
うように構成されている。

【００７８】次に、図３９から図４１を用いて本実施の
形態における基本的な動作について説明する。図３９
は、オープン処理のデータフロー図である。クライアン
ト側ファイルシステム部８０２は、ｏｐｅｎシステムコ
ール３９０１を解釈し、サーバー装置上のファイルサー
ビス部２０３のＵＤＰ（ｕｓｅｒ ｄａｔａｇｒａｍ
ｐｒｏｔｏｃｏｌ）の既知ポートに対して、「暗号／復
号化なし」の属性でオープンメッセージを送信する（３
９０２）。ｖｎｏｄｅ中に「暗号／復号化不要」のデー
タが含まれる以外は、実施の形態１と同様に処理され
る。「暗号／復号化不要」の属性でオープンしている間
には、「暗号／復号化必要」な処理は許されず、逆に
「暗号／復号化必要」の属性でオープンしている間に
は、「暗号／復号化不要」な処理は許さない。

【００７９】図４０は、リード処理のデータフロー図で
ある。クライアント側ファイルシステム部８０２は、フ
ァイルオープンに引続きリードシステムコールを受けと
ると（４００１）、ファイルサービス部２０３にリード
要求メッセージを送信する（４００２）。ファイルサー
ビス部２０３は、ファイルシステム部２０２にリード要
求を出す（４００３）。ファイルシステム部２０２は、
ｖｎｏｄｅが「暗号／復号化不要」となっているので、
データ管理部２０６に対して、復号化無リード要求を発
行する（４００４）。データ管理部２０６からの復号化
無リード要求に対する処理は、復号化処理を行なわない
点を除き実施の形態１で説明したリード処理と全く同じ
に動作する。このようにして、暗号化されたままのデー
タが、クライアント１０７に、実施の形態１での返送メ
ッセージと同じ態様で返送される（４０１６）。

【００８０】クライアント側では返送された暗号化デー
タを受けとると、クライアント側ファイルシステム部８
０２が、コンフィグレートされた暗号鍵を用いてデータ
暗号／復号化実行部８０３に復号化を実行させる（４０
１６）。クライアント側ファイルシステム部８０２は、
復号化されたデータをクライアント側アプリケーション
プログラム部８０１に返してリード処理を終了する（４
０１８）。

【００８１】図４１は、ライト処理のデータフロー図で
ある。クライアント側ファイルシステム部８０２は、ラ
イトシステムコールを受けとると（４１０１）、暗号鍵
を用いて受けとったデータをデータ暗号／復号化実行部
８０３に暗号化させる（４１０２、４１０３）。クライ
アント側ファイルシステム部８０２は、暗号化されたデ
ータとライト要求メッセージをファイルサービス部２０
３に送信する（４１０４）。ファイルサービス部２０３
は、ファイルシステム部２０２へライト要求を発行する
（４１０６）。ファイルシステム部２０２は、データ管
理部２０６に対して暗号化無ライト要求をコールする
（４１０７）。実施の形態１で説明したデータ管理部２
０６は、暗号化せず、そのままデータを書き込む（４１
１３、４１１４）。ファイルサービス部２０３は、処理
の完了をクライアント１０７に報告する（４１１７）。

【００８２】このようにクライアント上にデータの暗号
／復号化機能を置くことにより、データの秘匿安全性を
向上することができる。特に、携帯クライアント端末か
ら無線通信にてサーバと通信する場合に、データの秘匿
安全性を確保することができる点で有効である。

【００８３】実施の形態５．本実施の形態では、遠隔地
からインターネットを介して、本発明に係る複製サービ
スを利用する場合に、データ転送遅延を小さくするシス
テムについて説明する。具体的には、代理サーバーを設
け、実施の形態１で説明したファイルサービスのデータ
キャッシュ機能を実現する例を説明する。

【００８４】図９は、実施の形態５に係るシステム構成
を示す図である。１０５は、実施の形態１で説明したイ
ンターネット側サーバー（複製サーバー）１０５、９０
１は、代理サーバー、９０２は、ＬＡＮ、９０３と９０
４は、クライアントである。クライアント９０３、９０
４は、インターネット１０２を介してインターネット側
サーバ−１０５からサービスの提供を受ける。

【００８５】代理サーバー９０１が提供するファイルサ
ービスは、クライアント９０３、９０４からみて、イン
ターネット側サーバー１０５のファイルサービス部２０
３に直接接続した場合のファイルサービスと全く同等に
なるように構成される。そのため代理サーバー９０１
は、インターネット側サーバー１０５のファイルサービ
ス部２０３が提供しているＵＤＰの既知ポートと同一番
号のポートをクライアント９０３、９０４に対して提供
している。

【００８６】次に、この構成における基本的な動作につ
いて説明する。まず、オープン処理について説明する。
図４２は、オープン処理のデータフロー図である。４２
５１は、クライアントプログラム部、４２５２は、代理
サーバー側ファイルサービス部である。

【００８７】クライアントプログラム部４２５１は、代
理サーバー９０１の前記既知ポートにファイルオープン
メッセージを送信する（４２０１）。代理サーバー側フ
ァイルサービス部４２５２は、ファイルオープンメッセ
ージを受けとると、内部データ（ファイルエントリ、セ
クタ管理テーブル及びセクタデータ領域）を用意する。

【００８８】図１０は、内部データ（ファイルエント
リ、セクタ管理テーブル及びセクタデータ領域）の構成
を示す図である。１００１は、ファイルエントリであ
る。そのうち、１００２は、ユーザーＩＤフィールド、
１００３は、ファイル名フィールド、１００４は、クラ
イアント認証キーフィールド、１００５は、ファイルオ
ープン属性フィールド、１００６は、ファイルのオープ
ンアカウントフィールド、１００７は、先頭セクタの管
理テーブルへのポインタフィールドである。また、セク
タ管理テーブルは、１００８のファイルのセクタ番号、
１００９の次管理テーブルへのポインタ、１０１０のセ
クタデータ領域へのポインタから構成される。１０１１
は、セクタデータ領域である。

【００８９】代理サーバー側ファイルサービス部４２５
２は、ファイルオープンメッセージ中のユーザーのＩＤ
とオープンするファイル名を、それぞれユーザーＩＤフ
ィールド１００２とファイル名フィールド１００３に格
納する（４２０２）。また、ファイルオープン属性をフ
ァイルオープン属性フィールド１００５に格納する（４
２０２）。このファイルオープン属性には、実施の形態
４で説明した「暗号／復号化必要」あるいは「暗号／復
号化不要」の属性が含まれる。

【００９０】ファイルオープンメッセージは、そのまま
インターネット側サーバー１０５のファイルサービス部
２０３に転送され（４２０３）、代理サーバー側ファイ
ルサービス部４２５２は、ファイルサービス部２０３か
らの返送メッセージ中にあるクライアント認証キーをク
ライアント認証キーフィールド１００４に格納する（４
２０２）。また、本ファイルのオープンカウントは、フ
ァイルのオープンアカウントフィールド１００６に格納
される（４２０２）。

【００９１】次に、リード処理について説明する。図４
３は、リード処理の処理フロー図である。図４４は、リ
ード処理のデータフロー図である。代理サーバー側サー
ビス部４２５２は、クライアントプログラム部４２５１
からのリード要求メッセージを受けとると（Ｓ４３０
１、４４０１）、先頭セクタの管理テーブルへのポイン
タフィールド１００７をチェックする（Ｓ４３０２、４
４０２）。このフィールドに０ｘｆｆｆｆｆｆｆｆが格
納されている場合（先頭セクタの管理テーブルへのポイ
ンタがセットされていないことを意味する。）には、こ
のファイルは、リード処理が実行されていないと判断
し、クライアントプログラム部４２５１からのメッセー
ジをインターネット側サーバー１０５のファイルサービ
ス部２０３に転送する（Ｓ４３０３、４４０３）。

【００９２】代理サーバー側サービス部４２５２は、リ
ードデータを取得し（Ｓ４３０４、４４０４）、返送メ
ッセージをクライアントプログラム部４２５１に転送す
る（Ｓ４３０５、４４０５）。

【００９３】代理サーバー側サービス部４２５２は、図
１０に示すように必要なセクタデータ領域１０１１とそ
れに対応するセクタ管理テーブル１００８、１００９、
１０１０を確保する（Ｓ４３０６、Ｓ４３０７、４４０
６、４４０７）。先頭セクタの管理テーブルへのポイン
タフィールド１００７に、先頭セクタの管理テーブルへ
のポインタを格納し、（Ｓ４３０８、４４０８）。ファ
イルのセクタ番号フィールド１００８に、対応するファ
イルのセクタ番号を格納し（Ｓ４３０９、４４０７）、
セクタデータ領域へのポインタフィールド１０１０に、
セクタデータ領域へのポインタを格納し（Ｓ４３１０、
４４０７）、セクタデータ領域１０１１に返送メッセー
ジから得たリードデータを格納する（Ｓ４３１１、４４
０６）。

【００９４】２以上のセクタデータ領域を必要とする場
合には（Ｓ４３１２）、次管理テーブルへのポインタフ
ィールド１００９に、次管理テーブルへのポインタを格
納し（Ｓ４３１３、４４０７）、これによって管理テー
ブルをリンクし、管理テーブルが最終の場合には（Ｓ４
３１２）、次管理テーブルへのポインタフィールド１０
０９に、０ｘｆｆｆｆｆｆｆｆを格納する（Ｓ４３１
４、４４０７）。

【００９５】これ以降代理サーバーへのこのファイルに
対するリード要求が発生した場合に、図１０に示すキャ
ッシュ上に既に該当するセクタが存在すれば（Ｓ４３０
２）、そのデータをそのまま利用する（Ｓ４３１５〜Ｓ
４３１９）。セクタが存在しないければ（Ｓ４３２
０）、不足分のセクタデータをインターネット側サーバ
１０５のファイルサービス部２０３に要求して（Ｓ４３
０３）、既存セクタデータのリンクに挿入する（Ｓ４３
１３、Ｓ４３０９〜Ｓ４３１２）。リード要求にあるセ
クタがすべて揃った時点で、ファイルサービス部２０３
が生成するのと同じ形態のリード要求返送メッセージを
作成し、クライアントプログラム部に返す（４２０５、
４４０５）。

【００９６】次にライト処理について説明する。図４５
は、ライト処理の処理フロー図である。図４６は、ライ
ト処理のデータフロー図である。クライアントプログラ
ム部４２５１からのライト要求メッセージを代理サーバ
ー側ファイルサービス部４２５２が受けとると（Ｓ４５
０１、４６０１）、代理サーバー側ファイルサービス部
４２５２は、このメッセージをインターネット側サーバ
ー１０５のファイルサービス部２０３に転送する（Ｓ４
５０２、４６０２）。すでにこのファイルのファイルエ
ントリ１００１に、ライトするセクタのデータが保存さ
れていれば（Ｓ４５０４、４６０４）、それらのセクタ
に対してクライアントプログラム部４２５１からのライ
ト要求メッセージ中のセクタデータで上書きし（Ｓ４５
０５、４６０５）、当該セクタのセクタデータ領域が確
保されていなければ、新たなセクタデータ領域を確保し
て（Ｓ４５０７、４６０６、４６０７）、これらのリン
クに挿入する（Ｓ４５０８、４６０７、４６０８）。

【００９７】次にファイルの無効化の処理について説明
する。図４７は、ファイル無効化処理のデータフロー図
である。あるファイルが代理サーバー９０１によってキ
ャッシュされている場合に、ＬＡＮ側サーバー１０３か
ら共有ディスク１０４上の対応するファイルの内容が更
新されると、代理サーバー９０１上のファイルデータと
共有ディスク１０４上の対応するファイルデータは、同
一でなくなる。このような場合のファイルデータの一貫
性維持のコントロールに関しては、クライアント９０
３、９０４に任される。そのため、クライアント側アプ
リケーション部８０１は、代理サーバー９０１上のキャ
ッシュされたファイルデータを無効化したい場合に、ク
ライアント側ファイルシステム部８０２に対して、無効
化したいファイルを指定してｆｃｎｔｌシステムコール
の無効化コマンドを発行する（４７０１）。

【００９８】クライアント側ファイルシステム部８０２
は、無効化コマンドを解釈し、代理サーバー９０１に対
し無効化要求を出す（４７０２）。図４８は、無効化要
求メッセージの例を示す図である。

【００９９】代理サーバー側ファイルサービス部４２５
２は、無効化要求メッセージを受けとると、自らが管理
するファイルエントリを検索し（４７０３）、無効化す
るファイルのファイルエントリのファイルオープン属性
１００５を０ｘｆｆｆｆｆｆｆｆにて初期化しキャッシ
ュデータを無効化する（４７０４）。これにより、再び
このファイルに対するリード要求があった場合に、改め
てインターネット側サーバー１０５のファイルサービス
２０３からファイルデータを取得するようになる。

【０１００】ここで問題視するデータ転送遅延は、イン
ターネット接続の距離が大きくなるにつれて増大する。
例えば、日本とアメリカ西海岸では到達に０．２秒ほど
かかる。この遅延時間を吸収するため、本発明は有効で
ある。

【０１０１】実施の形態６．上述のように本発明を適用
することにより、複数のネットワークに対して共通のフ
ァイルサービスが提供できる。このようなファイルサー
ビスが提供するネットワーク間の共有ファイルを利用し
て、ファイル上のデータを基に動作するサーバーサービ
スを、従来のサーバープログラムを変更することなく提
供することができる。例えば、ＩＭＡＰ４（ｉｎｔｅｒ
ｎｅｔ ｍｅｓｓａｇｅ ａｃｃｅｓｓ ｐｒｏｔｏｃ
ｏｌ ４）メールサービスを複製すると、このサーバー
機能がＳＭＴＰにてイントラネット内でメールデータを
受けとり、共有ディスク上にサーバーの管理するデータ
としてメールデータを保管する。このデータは共有ディ
スクに管理されるので、このメールデータを基にイント
ラネット、インターネット上でＩＭＡＰ４サービスを提
供できる。これにより、ＩＭＡＰ４メールサービスのユ
ーザーは、イントラネット（例えば、社内）からでも、
インターネット（例えば、出先）からでもイントラネッ
トのユーザーのメールアカウントに届いたメールを読ん
で処理することができるようになる。

【０１０２】ところが、同じサーバープログラムを使用
するものの、ＩＭＡＰ４サーバーの設定に関して、イン
トラネット側ではメール取り込みが必要なのに対して、
インターネット側ではメール取り込みが不要となる。つ
まり、設定ファイルの一部について、各ネットワーク毎
に独自に設定する必要が生じ、別個に設定ファイルを設
けなければならなくなる場合がある。

【０１０３】そのために本実施の形態では、そのような
設定に必要なファイルローカライズ機構について説明す
る。サーバー装置の管理者は、ローカライズの必要なフ
ァイルに関して、以下のようなコマンドを出す。 Ｌｏｃａｌｉｚｅ ａｆｉｌｅ 具体的には、設定ファイルをオープンした後、設定ファ
イルを指定してｆｃｎｔｌシステムコールにて上記コマ
ンドを発行する。

【０１０４】図４９に、Ｌｏｃａｌｉｚｅコマンド処理
のフロー図を示す。ファイルシステム部２０２は、ファ
イルシステム部２０２が管理している非共有ディスク領
域に、新たなセクタ領域を確保し（Ｓ４９０１）、デー
タ管理部２０６から設定ファイルのセクタデータを読み
出して（Ｓ４９０２）、確保したセクタ領域に読み出し
たセクタデータを書き込む（Ｓ４９０３）。このように
して、ファイルデータを非共有領域にコピーする。新た
に確保したセクタを管理するｉｎｏｄｅを参照するよう
設定ファイルのｖｎｏｄｅを更新することにより（Ｓ４
９０４）、ファイルシステム部は共有領域上のファイル
のローカライズを行なう。

【０１０５】このようにして、ネットワーク毎にサービ
スの構成情報を独自に更新管理することが可能となる。

【０１０６】実施の形態７．本実施の形態では、本発明
に係るサービス複製サーバー装置に関して、サーバー装
置を構成するサブネットワーク毎にそのネットワークで
必要とされる強度の認証機構を、必要に応じて構成する
ことを可能とした認証機構について説明する。例えばイ
ントラネットに関しては、一般に安全性確保のために外
部のネットワークから厳重に保護されており、イントラ
ネット内ではそれほど高い認証強度は要求されない。一
方インターネットでは、常に外部の脅威に晒されてお
り、高い認証強度が要求される。

【０１０７】図１１に本実施の形態に係るユーザー認証
／認可管理部の構成図を示す。１１０１は、認証機能
部、１１０２は、認可方式管理部、１１０３は、認証／
認可データベース更新管理部、１１０４は、認証／認可
データベース管理部である。これらの構成により、各々
のサブネットワークが必要とする認証強度の認証機能を
サブネットワーク毎に構成することができる。

【０１０８】認証機能部１１０１は、ユーザーからの認
証要求を受けて認証を行なう。このとき、認証機能部１
１０１は、認証方式管理部１１０３が管理する認証方式
に従い、認証／認可データベース管理部１１０４から認
証データを得て、照合することによって認証を行なう。

【０１０９】システム管理者は、認証方式管理部１１０
２にサブネットワークが必要とする認証強度にふさわし
い認証機能を導入設定しておくことができる。例えば、
イントラネットに関しては、ＵＮＩＸ等で広く普及して
いるＭＤ５（ｍｅｓｓａｇｅｄｉｇｅｓｔ ａｌｇｏｒ
ｉｔｈｍ ５）のようにハッシュ関数認証を持った認証
機能を導入設定し、一方インターネットに関しては、ワ
ンタイムパスワードを用いた認証機能を導入設定するこ
とができる。

【０１１０】各認証機能は、認証機能部１１０１から認
証検証すべきデータを得て、認証／認可データベース管
理部１１０４から認証データを得て、認証するインター
フェースを備えている。また、各認証機能は、共通の認
証データを使用するよう構成されている。

【０１１１】認証／認可データベースは、各ネットワー
ク間で共有される。従って、システムのユーザー管理を
行なうシステム管理者は、いずれかのサブネットワーク
上の認証／認可データベース更新管理部１１０３に対し
て更新すれば足り、その更新内容は自動的にすべてのネ
ットワークの認証機能に対して反映される。

【０１１２】

【発明の効果】本発明により、例えば企業内ネットワー
クとインターネットのように異なるネットワーク間で安
全にデータを共有でき、ネットワーク毎にサービスを複
製して利用することができる。

【０１１３】本発明では、共有メモリ型並列計算機上で
ネットワーク毎にパーティショニングされたシステムを
実現しているので、各々のネットワークから他者ネット
ワークへの侵害を排除することによって、システムの安
全性を向上させることができる。

【０１１４】本発明では、再暗号化機構により、万が一
第三者に不法なログインを許してしまった場合に備え、
データ秘匿性を高めることができる。

【０１１５】本発明では、クライアント上でデータを暗
号／復号化することにより、データの秘匿安全性を向上
することができる。特に、携帯クライアント端末から無
線通信にてサーバと通信する場合に、データの秘匿安全
性を確保することができる点で有効である。

【０１１６】本発明では、インターネット接続の距離が
大きくなるにつれて増大するデータ転送遅延を吸収する
ことができる。

【０１１７】本発明により、ネットワーク毎にサービス
の構成情報を独自に更新管理することができる。

【０１１８】本発明により、サブネットワーク毎に必要
とされる強度の認証機構を用いることができる。

【図面の簡単な説明】

【図１】 実施の形態１に係るサービス複製システムの
システム構成図である。

【図２】 実施の形態１に係る各サーバ装置上に配置さ
れるソフトウェアの構成図である。

【図３】 実施の形態１に係るユーザ認証／認可データ
ベースのレコード例の図である。

【図４】 実施の形態１に係るデータ管理部の構成図で
ある。

【図５】 実施の形態１に係るロック中の共有ディスク
セクタと共有メモリの状態の例の図である。

【図６】 実施の形態２に係る並列計算機のシステム構
成例を示す図である。

【図７】 実施の形態２に係るメモリ区分の例の図であ
る。

【図８】 実施の形態４に係るクライアントソフトウェ
ア構成図である。

【図９】 実施の形態５に係るシステム構成を示す図で
ある。

【図１０】 実施の形態５に係る内部データの構成を示
す図である。

【図１１】 実施の形態７に係るユーザ認証／認可管理
部の構成図である。

【図１２】 実施の形態１に係るシステムログインの処
理フロー図である。

【図１３】 実施の形態１に係るシステムログイン処理
のデータフロー図である。

【図１４】 実施の形態１に係るファイルオープンの処
理フロー図である。

【図１５】 実施の形態１に係るファイルオープン処理
のデータフロー図である。

【図１６】 実施の形態１に係るファイルサービス部に
よるリードの処理フロー図である。

【図１７】 実施の形態１に係るリード要求メッセージ
の例を示す図である。

【図１８】 実施の形態１に係るファイルシステム部に
よるリードの処理フロー図である。

【図１９】 実施の形態１に係るデータ管理部によるリ
ードの処理フロー図である。

【図２０】 実施の形態１に係る共有ディスク領域のリ
ードセクタに対するロック取得の処理フロー図である。

【図２１】 実施の形態１に係る共有ディスク領域のリ
ードセクタに対するロック開放の処理フロー図である。

【図２２】 実施の形態１に係るリード処理のデータフ
ロー図である。

【図２３】 実施の形態１に係るファイルサービス部に
よるライトの処理フロー図である。

【図２４】 実施の形態１に係るライト要求メッセージ
の例を示す図である。

【図２５】 実施の形態１に係るファイルシステム部に
よるライトの処理フロー図である。

【図２６】 実施の形態１に係るデータ管理部によるラ
イトの処理フロー図である。

【図２７】 実施の形態１に係る共有ディスク領域のラ
イトセクタに対するロック取得の処理フロー図である。

【図２８】 実施の形態１に係る共有ディスク領域のラ
イトセクタに対するロック開放の処理フロー図である。

【図２９】 実施の形態１に係るリード処理のデータフ
ロー図である。

【図３０】 実施の形態２に係る基本的な動作を示す図
である。

【図３１】 実施の形態２に係るテストアンドセット命
令によるロック機構を示す図である。

【図３２】 実施の形態２に係るロック取得結果を判断
するフロー図である。

【図３３】 実施の形態３に係るサーバ側の処理フロー
図である。

【図３４】 実施の形態３に係るｓｅｔｅｎｃｋｅｙコ
マンドのフォーマット図である。

【図３５】 実施の形態３に係るｓｅｔｅｎｃｋｅｙの
処理フロー図である。

【図３６】 実施の形態３に係るｓｅｔｕｓｅｒａｔｒ
のフォーマット図である。

【図３７】 実施の形態３に係るｓｅｔｕｓｅｒａｔｒ
の処理フロー図である。

【図３８】 実施の形態３に係るｒｅｅｎｃの処理フロ
ー図である。

【図３９】 実施の形態４に係るオープン処理のデータ
フロー図である。

【図４０】 実施の形態４に係るリード処理のデータフ
ロー図である。

【図４１】 実施の形態４に係るライト処理のデータフ
ロー図である。

【図４２】 実施の形態５に係るオープン処理のデータ
フロー図である。

【図４３】 実施の形態５に係るリード処理の処理フロ
ー図である。

【図４４】 実施の形態５に係るリード処理のデータフ
ロー図である。

【図４５】 実施の形態５に係るライト処理の処理フロ
ー図である。

【図４６】 実施の形態５に係るライト処理のデータフ
ロー図である。

【図４７】 実施の形態５に係るファイル無効化処理の
データフロー図である。

【図４８】 実施の形態５に係る無効化要求メッセージ
の例を示す図である。

【図４９】 実施の形態６に係るＬｏｃａｌｉｚｅコマ
ンド処理のフロー図である。

【符号の説明】

１０１ 構内ＬＡＮ（ｌｏｃａｌ ａｒｅａ ｎｅｔｗ
ｏｒｋ）、１０２ インターネット、１０３ ＬＡＮ側
サーバー、１０４ 共有ディスク、１０５ インターネ
ット側サーバー、１０６ バスロック機能付きバス、１
０７ クライアント、２０１ アプリケーションプログ
ラム部、２０２ ファイルシステム部、２０３ ファイ
ルサービス部、２０４ ユーザー認証／認可管理部、２
０５ データ暗号／復号化実行部、２０６ データ管理
部、３０１ ユーザーＩＤ、３０２ ユーザーのグルー
プＩＤ、３０３ ユーザーＩＤ、３０４ ユーザーの認
証データ、３０５ 共通秘密鍵、４０１ 排他制御部、
４０２ データ暗号／復号化指示部、４０３ データア
クセス部、５０１ 共有メモリ上のロックフィールド、
５０２ 共有ディスク上のセクタ、６０１，６０２ Ｃ
ＰＵ、６０３，６０４ イーサネットコントローラ、６
０５ メモリ、６０６ ディスクコントローラ、６０７
ディスク、６０８ メモリバス、７０１ イーサネッ
トコントローラのレジスタ領域へのページテーブルエン
トリ、７０２ 共有ディスクのコントローラレジスタ領
域へのページテーブルエントリ、７０３ 共有メモリ領
域へのページテーブルエントリ、７０４ イーサーネッ
トコントローラのレジスタ領域へのページテーブルエン
トリ、７０５ 共有ディスクのコントローラレジスタ領
域へのページテーブルエントリ、７０６ 共有メモリ領
域へのページテーブルエントリ、７０７ ＬＡＮに所属
するＣＰＵの使用するメモリ領域、７０８ インターネ
ットに所属するＣＰＵの使用するメモリ領域、７０９
排他制御のために使用する共有メモリ領域、８０１ ク
ライアント側アプリケーションプログラム部、８０２
クライアント側ファイルシステム部、８０３ クライア
ント側データ暗号／復号化実行部、９０１ 代理サーバ
ー、９０２ ＬＡＮ、９０３，９０４ クライアント、
１００１ ファイルエントリ、１００２ ユーザーＩＤ
フィールド、１００３ ファイル名フィールド、１００
４ クライアント認証キーフィールド、１００５ ファ
イルオープン属性フィールド、１００６ ファイルのオ
ープンアカウントフィールド、１００７ 先頭セクタの
管理テーブルへのポインタフィールド、１００８ ファ
イルのセクタ番号、１００９ 次管理テーブルへのポイ
ンタ、１０１０ セクタデータ領域へのポインタ、１０
１１ セクタデータ領域、３４０１ 新暗号鍵、３６０
１ ユーザーＩＤ、３６０２ 旧暗号鍵、３６０３ 新
暗号鍵。

Claims (11)

【特許請求の範囲】
1. 【請求項１】 第一のコンピュータシステムと、第二の
   コンピュータシステムと、共有データ記憶部と、アクセ
   ス可否情報記憶部とを備えるデータ共有コンピュータシ
   ステムであって、（Ａ）共有データ記憶部は、複数のデ
   ータ記憶領域を有し、第一のコンピュータシステム及び
   第二のコンピュータシステムからアクセスされる共有デ
   ータを、複数のデータ記憶領域に分割して記憶し、
   （Ｂ）アクセス可否情報記憶部は、共有データ記憶部の
   各データ記憶領域に対応して、そのデータ記憶領域に対
   してアクセス可能あるいはアクセス不可であることを意
   味するアクセス可否情報を記憶し、（Ｃ）第一のコンピ
   ュータシステムは、第一のサービス部と、共有データ記
   憶部に接続する第一のデータアクセス部と、アクセス可
   否情報記憶部に接続する第一の排他制御部とを備え、 （１）第一のサービス部は、第一のデータアクセス部と
   第一の排他制御部に対して、任意のデータ記憶領域に対
   するアクセスを指示し、 （２）第一の排他制御部は、指示されたデータ記憶領域
   に対応するアクセス可否情報を取得し、指示されたデー
   タ記憶領域に対してのアクセスの可否を判定し、アクセ
   ス可能と判定した場合には、指示されたデータ記憶領域
   に対応するアクセス可否情報をアクセス不可に変更し、 （３）第一のデータアクセス部は、第一の排他制御部に
   より、アクセス可能と判定され、アクセス可否情報をア
   クセス不可に変更された後に、指示されたデータ記憶領
   域にアクセスし、 （４）第一の排他制御部は、第一のデータアクセス部に
   より、指示されたデータ記憶領域に対してアクセスされ
   た後に、指示されたデータ記憶領域に対応するアクセス
   可否情報をアクセス可能に変更し、（Ｄ）第二のコンピ
   ュータシステムは、第二のサービス部と、共有データ記
   憶部に接続する第二のデータアクセス部と、アクセス可
   否情報記憶部に接続する第二の排他制御部とを備え、 （１）第二のサービス部は、第二のデータアクセス部と
   第二の排他制御部に対して、任意のデータ記憶領域に対
   するアクセスを指示し、 （２）第二の排他制御部は、指示されたデータ記憶領域
   に対応するアクセス可否情報を取得し、指示されたデー
   タ記憶領域に対してのアクセスの可否を判定し、アクセ
   ス可能と判定した場合には、指示されたデータ記憶領域
   に対応するアクセス可否情報をアクセス不可に変更し、 （３）第二のデータアクセス部は、第二の排他制御部に
   より、アクセス可能と判定され、アクセス可否情報をア
   クセス不可に変更された後に、指示されたデータ記憶領
   域にアクセスし、 （４）第二の排他制御部は、第二のデータアクセス部に
   より、指示されたデータ記憶領域に対してアクセスされ
   た後に、指示されたデータ記憶領域に対応するアクセス
   可否情報をアクセス可能に変更することを特徴とするデ
   ータ共有コンピュータシステム。
2. 【請求項２】 第一のコンピュータシステムは、第三の
   コンピュータシステムを有する第一のネットワークシス
   テムに接続し、 第一のサービス部は、第一のネットワークシステムを介
   して第三のコンピュータシステムに対してサービスを提
   供し、 第二のコンピュータシステムは、第四のコンピュータシ
   ステムを有する第二のネットワークシステムに接続し、 第二のサービス部は、第二のネットワークシステムを介
   して第四のコンピュータシステムに対してサービスを提
   供することを特徴とする請求項１記載のデータ共有コン
   ピュータシステム。
3. 【請求項３】 第二のサービス部は、第一のサービス部
   が第一のネットワークシステムを介して第三のコンピュ
   ータシステムに対して提供するサービスと等価のサービ
   スを、第二のネットワークシステムを介して第四のコン
   ピュータシステムに対して提供することを特徴とする請
   求項２記載のデータ共有コンピュータシステム。
4. 【請求項４】 第一の排他制御部は、バスロック機能付
   きバスによって、アクセス可否情報記憶部に接続し、 第一の排他制御部は、指示されたデータ記憶領域に対応
   するアクセス可否情報を取得し、指示されたデータ記憶
   領域に対してのアクセスの可否を判定し、アクセス可能
   と判定した場合には、指示されたデータ記憶領域に対応
   するアクセス可否情報をアクセス不可に変更する間、バ
   スをロックし、 第一の排他制御部は、指示されたデータ記憶領域に対応
   するアクセス可否情報をアクセス可能に変更する間、バ
   スをロックし、 第二の排他制御部は、上記バスロック機能付きバスによ
   って、アクセス可否情報記憶部に接続し、 第二の排他制御部は、指示されたデータ記憶領域に対応
   するアクセス可否情報を取得し、指示されたデータ記憶
   領域に対してのアクセスの可否を判定し、アクセス可能
   と判定した場合には、指示されたデータ記憶領域に対応
   するアクセス可否情報をアクセス不可に変更する間、バ
   スをロックし、 第二の排他制御部は、指示されたデータ記憶領域に対応
   するアクセス可否情報をアクセス可能に変更する間、バ
   スをロックすることを特徴とする請求項１記載のデータ
   共有コンピュータシステム。
5. 【請求項５】 第一の排他制御部は、指示されたデータ
   記憶領域に対応するアクセス可否情報を取得し、指示さ
   れたデータ記憶領域に対してのアクセスの可否を判定
   し、アクセス可能と判定した場合には、指示されたデー
   タ記憶領域に対応するアクセス可否情報をアクセス不可
   に変更する一連の動作を、一の命令で実行し、 第二の排他制御部は、指示されたデータ記憶領域に対応
   するアクセス可否情報を取得し、指示されたデータ記憶
   領域に対してのアクセスの可否を判定し、アクセス可能
   と判定した場合には、指示されたデータ記憶領域に対応
   するアクセス可否情報をアクセス不可に変更する一連の
   動作を、一の命令で実行すること特徴とする請求項１記
   載のデータ共有コンピュータシステム。
6. 【請求項６】 第一のコンピュータシステムは、以下の
   要素を備えることを特徴とする請求項１記載のデータ共
   有コンピュータシステム （１）データの暗号化及び復号化に用いる暗号鍵を記憶
   する暗号鍵記憶部、（２）暗号鍵を指定して暗号化を指
   示された場合には、指定された暗号鍵を用いてデータを
   暗号化し、暗号鍵を指定して復号化を指示された場合に
   は、指定された暗号鍵を用いてデータを復号化するデー
   タ暗号化／復号化実行部、（３）暗号鍵記憶部が記憶す
   る暗号鍵を変更する暗号鍵再設定部、（４）第一のデー
   タアクセス部に、データ記憶領域からの暗号データの読
   み出しを指示し、 データ暗号化／復号化実行部に、変更前の暗号鍵を指定
   して、読み出した暗号データの復号化を指示し、 データ暗号化／復号化実行部に、変更後の暗号鍵を指定
   して、復号化したデータの再暗号化を指示し、 第一のデータアクセス部に、再暗号化したデータを、元
   のデータ記憶領域へ書き込むことを指示するデータ再暗
   号化部。
7. 【請求項７】 ネットワークシステムに接続するクライ
   アントであって、以下の要素を有するクライアント （１）上記ネットワークシステムに接続する第一のコン
   ピュータシステムであって、第二のコンピュータシステ
   ムとデータを共有する第一のコンピュータシステムに対
   して、共有データを送信し、また、共有データを受信す
   る共有データ送信／受信部、（２）データ送信／受信部
   が送信する共有データを暗号化するデータ暗号化部、
   （３）データ送信／受信部が受信した共有データを復号
   化するデータ復号化部。
8. 【請求項８】 データ共有コンピュータシステムは、第
   三のコンピュータシステムを有し、 第三のコンピュータシステムは、第一のコンピュータシ
   ステムが接続する第一のネットワークシステムに接続
   し、 第一のサービス部は、第一のネットワークシステムを介
   して第三のコンピュータシステムに対してサービスを提
   供し、 第三のコンピュータシステムは、第一のサービス部が提
   供するサービスによってアクセスした共有データをキャ
   ッシュする共有データキャッシュ部を有することを特徴
   とする請求項１記載のデータ共有コンピュータシステ
   ム。
9. 【請求項９】 第一のサービス部は、第一の構成情報を
   用いて動作し、 共有データ記憶部は、第一のサービス部が用いる第一の
   構成情報を記憶し、 第二のコンピュータシステムは、他の記憶部を有し、 第二のコンピュータシステムは、共有データ記憶部に記
   憶されている第一の構成情報を読み出し、読み込んだ第
   一の構成情報を他の記憶部に書き込む構成情報複製部を
   有し、 第二のサービス部は、他の記憶部に書き込んだ第一の構
   成情報を更新し、更新した第二の構成情報を用いて動作
   することを特徴とする請求項１記載のデータ共有コンピ
   ュータシステム。
10. 【請求項１０】 第一のコンピュータシステムは、以下
    の要素を備えることを特徴とする請求項１記載のデータ
    共有コンピュータシステム （１）第一のコンピュータシステムによるユーザ認証の
    認証方式を記憶する認証方式管理部と、（２）認証に用
    いるデータを予め記憶する認証データベース管理部と、
    （３）認証要求と認証を受ける為のデータとを受付け、
    認証を受ける為のデータと、認証データベース管理部に
    予め記憶された認証に用いるデータとを用いて、認証方
    式管理部に記憶された認証方式により、ユーザ認証を行
    なう認証機能部。
11. 【請求項１１】 データ共有コンピュータシステムは、
    バスを備え、第一のコンピュータシステムと、第二のコ
    ンピュータシステムと、共有データ記憶部と、アクセス
    可否情報記憶部とが上記バスに接続された共有メモリ型
    並列計算機であることを特徴とする請求項１記載のデー
    タ共有コンピュータシステム。