JP2003058487A - データアクセス制御方式 - Google Patents
データアクセス制御方式Info
- Publication number
- JP2003058487A JP2003058487A JP2001245526A JP2001245526A JP2003058487A JP 2003058487 A JP2003058487 A JP 2003058487A JP 2001245526 A JP2001245526 A JP 2001245526A JP 2001245526 A JP2001245526 A JP 2001245526A JP 2003058487 A JP2003058487 A JP 2003058487A
- Authority
- JP
- Japan
- Prior art keywords
- client
- data
- function unit
- server
- data access
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Abstract
(57)【要約】
【課題】 データの転送について、データ検索及びアク
セス制御等のファイルシステムが動作するサーバ機能部
をバイパスし、ＩＯ機能部からクライアントに直接にデ
ータ転送することによって、効率の良いデータアクセス
制御を行うこと。 【解決手段】 データアクセスを必要とするクライアン
ト１と、クライアントに接続されクライアントの要求に
従ってデータの格納位置を検索するサーバ機能部２と、
サーバ機能部に接続されクライアントの要求データを格
納するＩＯ機能部３と、から構成されるシステムにおい
て、ＩＯ機能部３はクライアント１に回線を通して直接
に接続され、サーバ機能部２はクライアント１からのデ
ータ要求に基づいて作成された接続許可手続きに必要な
キーをクライアント１に転送し、クライアント１は転送
されたキーを用いることによって、ＩＯ機能部３とデー
タを回線４を通して直接に転送するデータアクセス制御
方式。
セス制御等のファイルシステムが動作するサーバ機能部
をバイパスし、ＩＯ機能部からクライアントに直接にデ
ータ転送することによって、効率の良いデータアクセス
制御を行うこと。 【解決手段】 データアクセスを必要とするクライアン
ト１と、クライアントに接続されクライアントの要求に
従ってデータの格納位置を検索するサーバ機能部２と、
サーバ機能部に接続されクライアントの要求データを格
納するＩＯ機能部３と、から構成されるシステムにおい
て、ＩＯ機能部３はクライアント１に回線を通して直接
に接続され、サーバ機能部２はクライアント１からのデ
ータ要求に基づいて作成された接続許可手続きに必要な
キーをクライアント１に転送し、クライアント１は転送
されたキーを用いることによって、ＩＯ機能部３とデー
タを回線４を通して直接に転送するデータアクセス制御
方式。
Description
【０００１】
【発明の属する技術分野】本発明は、クライアントコン
ピュータがＬＡＮ、ＷＡＮ等のアクセス経路を経由して
データを格納するデータサーバに接続されるシステムに
関し、特に、効率の良いデータアクセス制御方式に関す
る。
ピュータがＬＡＮ、ＷＡＮ等のアクセス経路を経由して
データを格納するデータサーバに接続されるシステムに
関し、特に、効率の良いデータアクセス制御方式に関す
る。
【０００２】
【従来の技術】従来、クライアントがＬＡＮ等のアクセ
ス経路を経由してデータサーバにアクセスしデータ転送
を実行するクライアント、サーバシステムとしては、例
えば、図７に示すようなＮＡＳ（ネットワークアタッチ
ドストレージ）が提案されている。
ス経路を経由してデータサーバにアクセスしデータ転送
を実行するクライアント、サーバシステムとしては、例
えば、図７に示すようなＮＡＳ（ネットワークアタッチ
ドストレージ）が提案されている。
【０００３】ＮＡＳは、データの書き込み又は読み出し
を行う機能を有するＩＯ装置（ディスクアレイ装置（Ｒ
ＡＩＤ）、磁気テープ、ハードディスク、半導体メモリ
等の各種ストレージであり、データの入出力を行う機能
を持ったもの全てを云う）と当該ＩＯ装置を管理するサ
ーバとからなるＮＦＳ（ネットワークファイルシステ
ム）がネットワークに複数個ぶら下がってクライアント
に接続されているシステムを称し、安価なディスク群を
使用して大量のデータを保持し利用する技術である。
を行う機能を有するＩＯ装置（ディスクアレイ装置（Ｒ
ＡＩＤ）、磁気テープ、ハードディスク、半導体メモリ
等の各種ストレージであり、データの入出力を行う機能
を持ったもの全てを云う）と当該ＩＯ装置を管理するサ
ーバとからなるＮＦＳ（ネットワークファイルシステ
ム）がネットワークに複数個ぶら下がってクライアント
に接続されているシステムを称し、安価なディスク群を
使用して大量のデータを保持し利用する技術である。
【０００４】ＮＡＳにおいては、クライアントはネット
ワークを通して、データ検索やアクセス制御は当然のこ
ととしてデータ自体の転送についてもサーバ経由でのみ
ＩＯ装置と接続できる方式となっているのである。
ワークを通して、データ検索やアクセス制御は当然のこ
ととしてデータ自体の転送についてもサーバ経由でのみ
ＩＯ装置と接続できる方式となっているのである。
【０００５】一方、データアクセス方式としてＳＡＮ
（ストレージエリアネットワーク）が提案されている
が、これは高精度、高容量の例えば１つのストレージを
多数のクライアントが利用するものであって、ストレー
ジはディスクコントローラ（ＤＫＣ）の管轄下にあっ
て、ストレージはこのＤＫＣとともに一つのディスク装
置を構成している。ＳＡＮでは保存されるデータは、フ
ァイルとして認識されているのではなくてディスク上に
おける直接のアドレスで管理されているのであり、この
ＤＫＣは、ＮＡＳにおけるボリューム内のファイル毎の
データ管理をするサーバとは厳密な意味でその機能は同
一でなく、ＳＡＮにはＮＡＳで云うサーバは存在しない
システムであると云える。
（ストレージエリアネットワーク）が提案されている
が、これは高精度、高容量の例えば１つのストレージを
多数のクライアントが利用するものであって、ストレー
ジはディスクコントローラ（ＤＫＣ）の管轄下にあっ
て、ストレージはこのＤＫＣとともに一つのディスク装
置を構成している。ＳＡＮでは保存されるデータは、フ
ァイルとして認識されているのではなくてディスク上に
おける直接のアドレスで管理されているのであり、この
ＤＫＣは、ＮＡＳにおけるボリューム内のファイル毎の
データ管理をするサーバとは厳密な意味でその機能は同
一でなく、ＳＡＮにはＮＡＳで云うサーバは存在しない
システムであると云える。
【０００６】
【発明が解決しようとする課題】従来のクライアント、
サーバ環境におけるデータアクセスではサーバ配下にＩ
Ｏ機能部を接続するか、又はサーバ自体にＩＯ機能部を
内蔵する構造となっている。クライアントのデータアク
セス要求はサーバ内のファイルシステムで処理され、そ
の後、ＩＯ機能部に対するデータアクセスに変換され、
その後アクセスデータはサーバ機能部を経由してクライ
アントとの間で転送されるが、転送データがサーバ経由
となるため、サーバのメモリやプロセッサ資源を消費し
てしまい、高速、高レスポンス等の性能を妨げる要因と
なっていて、解決すべき課題となっている。
サーバ環境におけるデータアクセスではサーバ配下にＩ
Ｏ機能部を接続するか、又はサーバ自体にＩＯ機能部を
内蔵する構造となっている。クライアントのデータアク
セス要求はサーバ内のファイルシステムで処理され、そ
の後、ＩＯ機能部に対するデータアクセスに変換され、
その後アクセスデータはサーバ機能部を経由してクライ
アントとの間で転送されるが、転送データがサーバ経由
となるため、サーバのメモリやプロセッサ資源を消費し
てしまい、高速、高レスポンス等の性能を妨げる要因と
なっていて、解決すべき課題となっている。
【０００７】ここで、サーバ機能部というのは、データ
をファイルとして管理する上で必要な機能を果たすもの
を云い具体的にＮＡＳではサーバが該当し、ＩＯ機能部
というのは、記録媒体に対してデータを書き込み又は読
み出し（出し入れ）のためだけの機能を果たすものを云
い具体的にＮＡＳではＩＯ装置（例えばＲＡＩＤ）が該
当する。
をファイルとして管理する上で必要な機能を果たすもの
を云い具体的にＮＡＳではサーバが該当し、ＩＯ機能部
というのは、記録媒体に対してデータを書き込み又は読
み出し（出し入れ）のためだけの機能を果たすものを云
い具体的にＮＡＳではＩＯ装置（例えばＲＡＩＤ）が該
当する。
【０００８】また、近年のインターネットの普及により
種々のデータがインターネット経由で転送される状況に
なると、データを格納するＩＯ機能部をクライアントに
近い位置に設置し、回線のアクセスネックを回避するこ
とが必要になる。この場合、ＩＯ機能部自体はネットワ
ーク下に分散配置させるが、アクセスの集中管理の意味
からサーバ機能部自体は集中させておくのが理想的であ
り、従来技術のＮＡＳでは、クライアントから見てサー
バ機能部を経由してのみしかＩＯ機能部にアクセスでき
ないことになっている。
種々のデータがインターネット経由で転送される状況に
なると、データを格納するＩＯ機能部をクライアントに
近い位置に設置し、回線のアクセスネックを回避するこ
とが必要になる。この場合、ＩＯ機能部自体はネットワ
ーク下に分散配置させるが、アクセスの集中管理の意味
からサーバ機能部自体は集中させておくのが理想的であ
り、従来技術のＮＡＳでは、クライアントから見てサー
バ機能部を経由してのみしかＩＯ機能部にアクセスでき
ないことになっている。
【０００９】本発明の目的は、データの転送について、
データサーバのデータ検索及びアクセス制御等のいわゆ
るファイルシステムが動作するサーバ機能部をバイパス
し、ＩＯ機能部からクライアントに直接にデータ転送す
ることによって、効率の良いデータアクセス制御方式を
提供することにある。
データサーバのデータ検索及びアクセス制御等のいわゆ
るファイルシステムが動作するサーバ機能部をバイパス
し、ＩＯ機能部からクライアントに直接にデータ転送す
ることによって、効率の良いデータアクセス制御方式を
提供することにある。
【００１０】
【課題を解決するための手段】前記課題を解決するため
に、本発明は主として次のような構成を採用する。デー
タアクセスを必要とするクライアントと、前記クライア
ントに接続され前記クライアントの要求に従ってデータ
の格納位置を検索するサーバ機能部と、前記サーバ機能
部に接続され前記クライアントの要求データを格納する
ＩＯ機能部と、から構成されるシステムにおいて、前記
ＩＯ機能部は、前記クライアントに回線を通して直接に
接続され、前記サーバ機能部は、前記クライアントから
のデータ要求に基づいて作成された接続許可手続きに必
要なキーを前記クライアントに転送し、前記クライアン
トは、前記転送されたキーを用いることによって、前記
ＩＯ機能部とデータを前記回線を通して直接に転送する
データアクセス制御方式。
に、本発明は主として次のような構成を採用する。デー
タアクセスを必要とするクライアントと、前記クライア
ントに接続され前記クライアントの要求に従ってデータ
の格納位置を検索するサーバ機能部と、前記サーバ機能
部に接続され前記クライアントの要求データを格納する
ＩＯ機能部と、から構成されるシステムにおいて、前記
ＩＯ機能部は、前記クライアントに回線を通して直接に
接続され、前記サーバ機能部は、前記クライアントから
のデータ要求に基づいて作成された接続許可手続きに必
要なキーを前記クライアントに転送し、前記クライアン
トは、前記転送されたキーを用いることによって、前記
ＩＯ機能部とデータを前記回線を通して直接に転送する
データアクセス制御方式。
【００１１】また、データアクセスを必要とするクライ
アントと、前記クライアントに接続され前記クライアン
トの要求に従ってデータの格納位置を検索するサーバ機
能部と、前記クライアントと前記サーバ機能部とに接続
され前記クライアントの要求データを格納するＩＯ機能
部と、から構成されるシステムであって、前記サーバ機
能部は、前記クライアントの要求するデータを検索する
とともに、データの物理的格納位置及びデータ長を含む
データアクセスに必要な要件とクライアント識別情報を
前記ＩＯ機能部へ転送し、前記ＩＯ機能部は、前記サー
バ機能部から転送されるデータアクセスに必要な要件を
基にデータをアクセスするとともに、前記クライアント
識別情報でクライアントを識別し、前記クライアントと
の間で前記要求データをサーバ機能部を経由せずに直接
に転送するデータアクセス制御方式。
アントと、前記クライアントに接続され前記クライアン
トの要求に従ってデータの格納位置を検索するサーバ機
能部と、前記クライアントと前記サーバ機能部とに接続
され前記クライアントの要求データを格納するＩＯ機能
部と、から構成されるシステムであって、前記サーバ機
能部は、前記クライアントの要求するデータを検索する
とともに、データの物理的格納位置及びデータ長を含む
データアクセスに必要な要件とクライアント識別情報を
前記ＩＯ機能部へ転送し、前記ＩＯ機能部は、前記サー
バ機能部から転送されるデータアクセスに必要な要件を
基にデータをアクセスするとともに、前記クライアント
識別情報でクライアントを識別し、前記クライアントと
の間で前記要求データをサーバ機能部を経由せずに直接
に転送するデータアクセス制御方式。
【００１２】
【発明の実施の形態】本発明の実施形態に係るデータア
クセス制御方式について、図１〜図５を用いて以下説明
する。図１は、本発明の実施形態に係るデータアクセス
制御方式におけるクライアント、サーバ及びＲＡＩＤの
システム構成を示す図である。図２は本実施形態に係る
データアクセス制御方式におけるサーバ内の詳細構成を
示す図である。図３は本実施形態に係るデータアクセス
制御方式におけるＲＡＩＤ内の詳細構成を示す図であ
る。図４は本実施形態に係るデータアクセス制御方式に
おけるクライアント、サーバ及びＲＡＩＤ間の処理の流
れを示す図である。図５は本実施形態に係るデータアク
セス制御方式におけるサーバ内のＣＭＤ、ＦＣＴ、ＡＣ
Ｔ及びＳＣＢの各フォーマットを示す図である。図６は
本実施形態に係るデータアクセス制御方式におけるクラ
イアント処理内容、サーバ処理内容及びＩＯ処理内容の
時間的経過を示す図である。
クセス制御方式について、図１〜図５を用いて以下説明
する。図１は、本発明の実施形態に係るデータアクセス
制御方式におけるクライアント、サーバ及びＲＡＩＤの
システム構成を示す図である。図２は本実施形態に係る
データアクセス制御方式におけるサーバ内の詳細構成を
示す図である。図３は本実施形態に係るデータアクセス
制御方式におけるＲＡＩＤ内の詳細構成を示す図であ
る。図４は本実施形態に係るデータアクセス制御方式に
おけるクライアント、サーバ及びＲＡＩＤ間の処理の流
れを示す図である。図５は本実施形態に係るデータアク
セス制御方式におけるサーバ内のＣＭＤ、ＦＣＴ、ＡＣ
Ｔ及びＳＣＢの各フォーマットを示す図である。図６は
本実施形態に係るデータアクセス制御方式におけるクラ
イアント処理内容、サーバ処理内容及びＩＯ処理内容の
時間的経過を示す図である。
【００１３】図１には、本実施形態に係るデータアクセ
ス制御方式のシステム構成例として、ＣＬＩＥＮＴ１−
Ｓｅｒｖｅｒ２間ＬＡＮ接続４、Ｓｅｒｖｅｒ２−ＲＡ
ＩＤ３間ＳＣＳＩ接続５、ＲＡＩＤ３−ＣＬＩＥＮＴ１
間ＬＡＮ接続４のケースを示す。即ち、クライアントで
あるＣＬＩＥＮＴコンピュータ１は、ＬＡＮ４経由でサ
ーバ機能部を構成するＳｅｒｖｅｒコンピュータ２に接
続される。また、ＩＯ機能部としてのＲＡＩＤ３がＣＬ
ＩＥＮＴコンピュータ１及びＳｅｒｖｅｒコンピュータ
２に接続される。ここで、Ｓｅｒｖｅｒコンピュータ２
に対してはＳｅｒｖｅｒ及びＲＡＩＤのチャネル接続機
能ＣＨ２２及びＣＨＡＤＰ３１経由のチャネル接続であ
り、接続インタフェースとしてはＳＣＳＩインタフェー
ス等が一般的であるが、本発明では特にインタフェース
種は規定しない。また、ＣＬＩＥＮＴコンピュータ１及
びＲＡＩＤ３間はＬＡＮ４接続機能によって接続され
る。このため、ＲＡＩＤ３は、ＬＡＮ接続機能及びＬＡ
Ｎ制御部のＬＡＮＣＴＬ３４を持つ。
ス制御方式のシステム構成例として、ＣＬＩＥＮＴ１−
Ｓｅｒｖｅｒ２間ＬＡＮ接続４、Ｓｅｒｖｅｒ２−ＲＡ
ＩＤ３間ＳＣＳＩ接続５、ＲＡＩＤ３−ＣＬＩＥＮＴ１
間ＬＡＮ接続４のケースを示す。即ち、クライアントで
あるＣＬＩＥＮＴコンピュータ１は、ＬＡＮ４経由でサ
ーバ機能部を構成するＳｅｒｖｅｒコンピュータ２に接
続される。また、ＩＯ機能部としてのＲＡＩＤ３がＣＬ
ＩＥＮＴコンピュータ１及びＳｅｒｖｅｒコンピュータ
２に接続される。ここで、Ｓｅｒｖｅｒコンピュータ２
に対してはＳｅｒｖｅｒ及びＲＡＩＤのチャネル接続機
能ＣＨ２２及びＣＨＡＤＰ３１経由のチャネル接続であ
り、接続インタフェースとしてはＳＣＳＩインタフェー
ス等が一般的であるが、本発明では特にインタフェース
種は規定しない。また、ＣＬＩＥＮＴコンピュータ１及
びＲＡＩＤ３間はＬＡＮ４接続機能によって接続され
る。このため、ＲＡＩＤ３は、ＬＡＮ接続機能及びＬＡ
Ｎ制御部のＬＡＮＣＴＬ３４を持つ。
【００１４】さらに、詳細な構成として、図２を参照し
て、Ｓｅｒｖｅｒコンピュータ２は、プロセッサ機能Ｃ
ＰＵ２０、ＬＡＮ接続機能ＬＡＮＡＤＰ（ＬＡＮチャネ
ルアダプタ）２１、チャネル制御部ＣＨ２２、ＣＰＵ２
０で実行されるプログラム及びＬＡＮとチャネル制御部
を経由して転送するデータ等を格納するメモリＭＥＭ２
３、から構成される。
て、Ｓｅｒｖｅｒコンピュータ２は、プロセッサ機能Ｃ
ＰＵ２０、ＬＡＮ接続機能ＬＡＮＡＤＰ（ＬＡＮチャネ
ルアダプタ）２１、チャネル制御部ＣＨ２２、ＣＰＵ２
０で実行されるプログラム及びＬＡＮとチャネル制御部
を経由して転送するデータ等を格納するメモリＭＥＭ２
３、から構成される。
【００１５】ＭＥＭ２３中には、ファイル制御を実行す
るファイルシステムＦＳ２４と、ＳＣＳＩチャネル制御
を実行する制御プログラムＳＣＳＩ２５と、ＬＡＮ制御
プログラム２６と、を備えている。
るファイルシステムＦＳ２４と、ＳＣＳＩチャネル制御
を実行する制御プログラムＳＣＳＩ２５と、ＬＡＮ制御
プログラム２６と、を備えている。
【００１６】また、詳細な構成として、図３の（１）を
参照して、ＲＡＩＤ３は、Ｓｅｒｖｅｒ２との接続機能
のＣＨＡＤＰ３１、その制御部ＣＨＣＴＬ（チャネルコ
ントローラ）３２、クライアント接続のＬＡＮＡＤＰ３
３、その制御部ＬＡＮＣＴＬ３４、ＣＨＣＴＬ３２及び
ＬＡＮＣＴＬ３４間で制御データの受け渡しをするため
の共用メモリＳＭ（Ｓｈａｒｅｄ Ｍｅｍｏｒｙ）３
５、クライアント１がアクセスするデータＦＩＬＥ３７
を格納するＶＯＬ３６、から構成される。
参照して、ＲＡＩＤ３は、Ｓｅｒｖｅｒ２との接続機能
のＣＨＡＤＰ３１、その制御部ＣＨＣＴＬ（チャネルコ
ントローラ）３２、クライアント接続のＬＡＮＡＤＰ３
３、その制御部ＬＡＮＣＴＬ３４、ＣＨＣＴＬ３２及び
ＬＡＮＣＴＬ３４間で制御データの受け渡しをするため
の共用メモリＳＭ（Ｓｈａｒｅｄ Ｍｅｍｏｒｙ）３
５、クライアント１がアクセスするデータＦＩＬＥ３７
を格納するＶＯＬ３６、から構成される。
【００１７】ここで、図１に示す実施形態ではサーバ機
能を実現するＳｅｒｖｅｒコンピュータ２及びＩＯ機能
を実現するＲＡＩＤ３は独立した装置として記述されて
いるが、本発明ではこれらは特に分離する必要は無く、
サーバ機能及びＩＯ機能が同一のＢｏｘに実装された単
一の装置でも良い。また、その場合サーバ機能とＲＡＩ
Ｄ装置のクライアント接続ポートは同一であっても構わ
ない。その場合、接続方法としてはＬＡＮスイッチ等を
内蔵する方法等が考えられる。また、クライアント、サ
ーバ機能及びＩＯ機能間の接続も特にＬＡＮ４にはこだ
わらない、ルータ等の広域接続等の可能性もある。
能を実現するＳｅｒｖｅｒコンピュータ２及びＩＯ機能
を実現するＲＡＩＤ３は独立した装置として記述されて
いるが、本発明ではこれらは特に分離する必要は無く、
サーバ機能及びＩＯ機能が同一のＢｏｘに実装された単
一の装置でも良い。また、その場合サーバ機能とＲＡＩ
Ｄ装置のクライアント接続ポートは同一であっても構わ
ない。その場合、接続方法としてはＬＡＮスイッチ等を
内蔵する方法等が考えられる。また、クライアント、サ
ーバ機能及びＩＯ機能間の接続も特にＬＡＮ４にはこだ
わらない、ルータ等の広域接続等の可能性もある。
【００１８】図４には、ＣＬＩＥＮＴコンピュータ１、
Ｓｅｒｖｅｒコンピュータ２及びＲＡＩＤ３間のインタ
フェースを示し、本発明の実施形態に係るデータアクセ
ス制御方式の処理の流れについての概要を示している。
まず、ＣＬＩＥＮＴコンピュータ１がＳｅｒｖｅｒコン
ピュータ２に対してデータアクセス要求のＣＭＤ（Ｃｏ
ｍｍａｎｄ）を発行する（１）。コマンドの具体的内容
は、図５の（１）に示されるように、ＣＬＩＥＮＴコン
ピュータを識別するアドレスＳＡ（ソースアドレス）、
Ｓｅｒｖｅｒコンピュータ２を識別するＤＡ（ドレイン
アドレス）、データのアクセス方法を示すＣＭＤ（例え
ば、リード又はライトしたいというコマンド）、及びア
クセス対象データ（ファイル）の名称ＦＮ（ファイルネ
ーム）よりなる。
Ｓｅｒｖｅｒコンピュータ２及びＲＡＩＤ３間のインタ
フェースを示し、本発明の実施形態に係るデータアクセ
ス制御方式の処理の流れについての概要を示している。
まず、ＣＬＩＥＮＴコンピュータ１がＳｅｒｖｅｒコン
ピュータ２に対してデータアクセス要求のＣＭＤ（Ｃｏ
ｍｍａｎｄ）を発行する（１）。コマンドの具体的内容
は、図５の（１）に示されるように、ＣＬＩＥＮＴコン
ピュータを識別するアドレスＳＡ（ソースアドレス）、
Ｓｅｒｖｅｒコンピュータ２を識別するＤＡ（ドレイン
アドレス）、データのアクセス方法を示すＣＭＤ（例え
ば、リード又はライトしたいというコマンド）、及びア
クセス対象データ（ファイル）の名称ＦＮ（ファイルネ
ーム）よりなる。
【００１９】このＣＭＤフォーマットは、図２に示すよ
うにＳｅｒｖｅｒコンピュータ２のＬＡＮＡＤＰ２１で
受信されると、ＭＥＭ２３中のＬＡＮ制御プログラムで
あるＬＡＮＣ２６で制御されＭＥＭ２３内に格納される
（２００）。さらにＦＳ（ファイルシステム）２４によ
ってこのＣＭＤが解読され、ＦＮ（ファイルネーム）か
らデータ格納位置が検索される。データ格納位置検索に
おいて、ＦＳ２４はＦＮと物理的格納位置の関係を格納
するテーブルＦＣＴ（ファイルコントロールテーブル）
２０１を使用する。図２に示すＦＣＴ２０１はＭＥＭ２
３内に格納されているが、オリジナルのデータはＲＡＩ
Ｄ３内あるいは別の位置のディスク等の不揮発メモリに
格納される。
うにＳｅｒｖｅｒコンピュータ２のＬＡＮＡＤＰ２１で
受信されると、ＭＥＭ２３中のＬＡＮ制御プログラムで
あるＬＡＮＣ２６で制御されＭＥＭ２３内に格納される
（２００）。さらにＦＳ（ファイルシステム）２４によ
ってこのＣＭＤが解読され、ＦＮ（ファイルネーム）か
らデータ格納位置が検索される。データ格納位置検索に
おいて、ＦＳ２４はＦＮと物理的格納位置の関係を格納
するテーブルＦＣＴ（ファイルコントロールテーブル）
２０１を使用する。図２に示すＦＣＴ２０１はＭＥＭ２
３内に格納されているが、オリジナルのデータはＲＡＩ
Ｄ３内あるいは別の位置のディスク等の不揮発メモリに
格納される。
【００２０】ＦＣＴ（ファイルコントロールテーブル）
のフォーマットは図５の（２）に示す。ＦＣＴはファイ
ル名ＦＮ（ファイルネーム）、当該ファイルを格納する
ＲＡＩＤ内のＶＯＬアドレスＶＯＬ（ボリューム）、Ｖ
ＯＬ内ブロックアドレスＢＡ、データ長ＬＥＮ（ｌｅｎ
ｇｔｈ）、及び種々のデータ属性等のコントロールデー
タＦＣＴＬ（ファイルコントロール）よりなり、ＲＡＩ
Ｄ内に格納されるファイル毎にＦＣＴ（ファイルコント
ロールテーブル）を持つ。
のフォーマットは図５の（２）に示す。ＦＣＴはファイ
ル名ＦＮ（ファイルネーム）、当該ファイルを格納する
ＲＡＩＤ内のＶＯＬアドレスＶＯＬ（ボリューム）、Ｖ
ＯＬ内ブロックアドレスＢＡ、データ長ＬＥＮ（ｌｅｎ
ｇｔｈ）、及び種々のデータ属性等のコントロールデー
タＦＣＴＬ（ファイルコントロール）よりなり、ＲＡＩ
Ｄ内に格納されるファイル毎にＦＣＴ（ファイルコント
ロールテーブル）を持つ。
【００２１】ここで、ＦＳ（ファイルシステム）２４は
ＣＬＩＥＮＴ１から受領したＦＮ（ファイルネーム）と
同一のＦＮを持つＦＣＴ（ファイルコントロールテーブ
ル）を検索し、当該ファイルの物理的格納位置を示すＶ
ＯＬ（ボリューム）、ＢＡ（ブロックアドレス）やデー
タ長ＬＥＮ等を得る。ＦＳ２４はさらに、ＦＣＴからフ
ァイル検索によって得られた情報とデータアクセス方法
を示すＣＭＤよりファイルアクセス制御テーブルＡＣＴ
２０２（アクセスコントロールテーブル）を生成する
（図２）。
ＣＬＩＥＮＴ１から受領したＦＮ（ファイルネーム）と
同一のＦＮを持つＦＣＴ（ファイルコントロールテーブ
ル）を検索し、当該ファイルの物理的格納位置を示すＶ
ＯＬ（ボリューム）、ＢＡ（ブロックアドレス）やデー
タ長ＬＥＮ等を得る。ＦＳ２４はさらに、ＦＣＴからフ
ァイル検索によって得られた情報とデータアクセス方法
を示すＣＭＤよりファイルアクセス制御テーブルＡＣＴ
２０２（アクセスコントロールテーブル）を生成する
（図２）。
【００２２】ＡＣＴフォーマットを図５の（３）に示
す。ＡＣＴ２０２（アクセスコントロールテーブル）に
はファイルの物理的アクセスに必要なＶＯＬ，ＢＡ，Ｌ
ＥＮに加えて、データアクセス方法を示すＣＭＤ、ＣＬ
ＩＥＮＴコンピュータ１を識別するＳＡ（ソースアドレ
ス）、ＣＬＩＥＮＴ１との間の接続許可手順で使用され
るＫＥＹ（アクセス権）が格納される。さらに、ＳＣＳ
Ｉアクセス制御プログラムＳＣＳＩ２５がＡＣＴ２０２
（アクセスコントロールテーブル）をＳＣＳＩコマンド
ＳＣＢ２０３（ＳＣＳＩコマンドブロック）に変換する
（図２）。
す。ＡＣＴ２０２（アクセスコントロールテーブル）に
はファイルの物理的アクセスに必要なＶＯＬ，ＢＡ，Ｌ
ＥＮに加えて、データアクセス方法を示すＣＭＤ、ＣＬ
ＩＥＮＴコンピュータ１を識別するＳＡ（ソースアドレ
ス）、ＣＬＩＥＮＴ１との間の接続許可手順で使用され
るＫＥＹ（アクセス権）が格納される。さらに、ＳＣＳ
Ｉアクセス制御プログラムＳＣＳＩ２５がＡＣＴ２０２
（アクセスコントロールテーブル）をＳＣＳＩコマンド
ＳＣＢ２０３（ＳＣＳＩコマンドブロック）に変換する
（図２）。
【００２３】ＳＣＢ２０３（ＳＣＳＩコマンドブロッ
ク）のフォーマットを図５の（４）に示す。ＳＣＢはＡ
ＣＴ（アクセスコントロールテーブル）に対してＲＡＩ
Ｄ３に転送するためのＳＣＳＩＣＭＤであるＳＣＭＤを
付加したものである。
ク）のフォーマットを図５の（４）に示す。ＳＣＢはＡ
ＣＴ（アクセスコントロールテーブル）に対してＲＡＩ
Ｄ３に転送するためのＳＣＳＩＣＭＤであるＳＣＭＤを
付加したものである。
【００２４】図４に示すように、以上説明したＳｅｒｖ
ｅｒコンピュータ２内処理の後にＣＨ２２はＲＡＩＤ３
に対してＳＣＢ（ＳＣＳＩコマンドブロック）に基づく
ＳＣＳＩＣＭＤを発行する（図４に示す（２）であり、
その内容は図５の（４）の通りである）。
ｅｒコンピュータ２内処理の後にＣＨ２２はＲＡＩＤ３
に対してＳＣＢ（ＳＣＳＩコマンドブロック）に基づく
ＳＣＳＩＣＭＤを発行する（図４に示す（２）であり、
その内容は図５の（４）の通りである）。
【００２５】ＲＡＩＤ３は当該コマンド（ＳＣＳＩＣＭ
Ｄ）をＣＨＡＤＰ３１が受信し、ＣＨＣＴＬ３２で解読
するとともにＳＣＢ（図５の（４））で指定されたＶＯ
Ｌ及びＢＡのデータがＣＭＤで指定されるアクセスに対
してアクセス可能かどうかを確認後、必要な場合はＶＯ
Ｌ，ＢＡ，ＣＭＤに基づくアクセス準備を実行する。こ
のアクセス準備としては、例えばＣＭＤがＲｅａｄアク
セスの場合にＣＬＩＥＮＴ１からのアクセスに先立って
事前にＶＯＬからのデータ読み出しが有る。
Ｄ）をＣＨＡＤＰ３１が受信し、ＣＨＣＴＬ３２で解読
するとともにＳＣＢ（図５の（４））で指定されたＶＯ
Ｌ及びＢＡのデータがＣＭＤで指定されるアクセスに対
してアクセス可能かどうかを確認後、必要な場合はＶＯ
Ｌ，ＢＡ，ＣＭＤに基づくアクセス準備を実行する。こ
のアクセス準備としては、例えばＣＭＤがＲｅａｄアク
セスの場合にＣＬＩＥＮＴ１からのアクセスに先立って
事前にＶＯＬからのデータ読み出しが有る。
【００２６】アクセス準備は、図３を参照して、ＣＨＣ
ＴＬ３２が共用メモリＳＭ３５経由でＬＡＮＣＴＬ３４
に対して制御ＴａｂｌｅであるＢＣＴ３９（ブロックコ
ントロールテーブル）を転送することによって実行され
る。ＢＣＴ３９はＶＯＬ毎の待ち行列にキューされる。
このＢＣＴ３９フォーマットは図３の（２）に示す通り
であり、ＢＡ（ＶＯＬ内ブロックアドレス）、データ長
のＬＥＮ、ＳＡ（ＣＬＩＥＮＴコンピュータを識別する
ソースアドレス）、ＫＥＹ（ＣＬＩＥＮＴ１との間の接
続許可手順で使用されるアクセス権）、コマンドＣＭ
Ｄ、から構成される。
ＴＬ３２が共用メモリＳＭ３５経由でＬＡＮＣＴＬ３４
に対して制御ＴａｂｌｅであるＢＣＴ３９（ブロックコ
ントロールテーブル）を転送することによって実行され
る。ＢＣＴ３９はＶＯＬ毎の待ち行列にキューされる。
このＢＣＴ３９フォーマットは図３の（２）に示す通り
であり、ＢＡ（ＶＯＬ内ブロックアドレス）、データ長
のＬＥＮ、ＳＡ（ＣＬＩＥＮＴコンピュータを識別する
ソースアドレス）、ＫＥＹ（ＣＬＩＥＮＴ１との間の接
続許可手順で使用されるアクセス権）、コマンドＣＭ
Ｄ、から構成される。
【００２７】その後、ＲＡＩＤ３はＳｅｒｖｅｒコンピ
ュータ２に対してＲＳＰ（レスポンス）応答を実行し、
当該アクセスに対する準備が完了したことを伝える（図
４に示す（３））。もし、この時点でＶＯＬ内データが
アクセス不能な場合は、その旨伝える。以上説明したよ
うなＲＡＩＤ内の制御は、ＣＨＣＮＴ３２及びＬＡＮＣ
ＮＴ３４内にあるマイクロプロセッサＣＨＰ及びＬＡＮ
Ｐでそれぞれ実行させることができるが、これらのマイ
クロプロセッサに限らず、純粋なシーケンス制御で実行
させても良い。
ュータ２に対してＲＳＰ（レスポンス）応答を実行し、
当該アクセスに対する準備が完了したことを伝える（図
４に示す（３））。もし、この時点でＶＯＬ内データが
アクセス不能な場合は、その旨伝える。以上説明したよ
うなＲＡＩＤ内の制御は、ＣＨＣＮＴ３２及びＬＡＮＣ
ＮＴ３４内にあるマイクロプロセッサＣＨＰ及びＬＡＮ
Ｐでそれぞれ実行させることができるが、これらのマイ
クロプロセッサに限らず、純粋なシーケンス制御で実行
させても良い。
【００２８】更にその後、Ｓｅｒｖｅｒコンピュータ２
は、ＣＬＩＥＮＴコンピュータ１に対してデータ準備が
出来たことをＲＳＰによって伝える（図４に示す
（４））。このとき、アクセス可能であれば当該ＲＳＰ
（図４に示す（４））内にＲＡＩＤ３のＬＡＮＡＤＰ３
３のアドレス及びアクセスキー（ＫＥＹ）が含まれる。
は、ＣＬＩＥＮＴコンピュータ１に対してデータ準備が
出来たことをＲＳＰによって伝える（図４に示す
（４））。このとき、アクセス可能であれば当該ＲＳＰ
（図４に示す（４））内にＲＡＩＤ３のＬＡＮＡＤＰ３
３のアドレス及びアクセスキー（ＫＥＹ）が含まれる。
【００２９】Ｓｅｒｖｅｒコンピュータ２からＲＳＰを
受領したＣＬＩＥＮＴコンピュータ１はＲＳＰ内のＬＡ
ＮＡＤＰ３３アドレス及びアクセスキー（ＫＥＹ）を基
に、ＲＡＩＤ３のＬＡＮＡＤＰ３３に接続する。このと
き、ＲＡＩＤ３のＬＡＮＡＤＰ３３及びＬＡＮＣＴＬ３
４とＣＬＩＥＮＴコンピュータ１間でアクセスキーを基
にした接続許可手順が実行される。この接続許可手続き
はＳｅｒｖｅｒコンピュータ２が生成し、ＣＨＡＤＰ３
１経由でＲＡＩＤ３が受領したＫＥＹとＳｅｒｖｅｒコ
ンピュータ２、ＣＬＩＥＮＴコンピュータ１経由で受領
したＫＥＹによって実行される。また、このとき、ＲＡ
ＩＤ３はＳｅｒｖｅｒコンピュータ２から受領したＣＬ
ＩＥＮＴコンピュータ１のアドレスＳＡ（ソースアドレ
ス）をチェックする。ＳＡ（ソースアドレス）はＣＬＩ
ＥＮＴのＩＰアドレスかＣＬＩＥＮＴを識別する論理的
なアドレスである。
受領したＣＬＩＥＮＴコンピュータ１はＲＳＰ内のＬＡ
ＮＡＤＰ３３アドレス及びアクセスキー（ＫＥＹ）を基
に、ＲＡＩＤ３のＬＡＮＡＤＰ３３に接続する。このと
き、ＲＡＩＤ３のＬＡＮＡＤＰ３３及びＬＡＮＣＴＬ３
４とＣＬＩＥＮＴコンピュータ１間でアクセスキーを基
にした接続許可手順が実行される。この接続許可手続き
はＳｅｒｖｅｒコンピュータ２が生成し、ＣＨＡＤＰ３
１経由でＲＡＩＤ３が受領したＫＥＹとＳｅｒｖｅｒコ
ンピュータ２、ＣＬＩＥＮＴコンピュータ１経由で受領
したＫＥＹによって実行される。また、このとき、ＲＡ
ＩＤ３はＳｅｒｖｅｒコンピュータ２から受領したＣＬ
ＩＥＮＴコンピュータ１のアドレスＳＡ（ソースアドレ
ス）をチェックする。ＳＡ（ソースアドレス）はＣＬＩ
ＥＮＴのＩＰアドレスかＣＬＩＥＮＴを識別する論理的
なアドレスである。
【００３０】接続許可手順で接続が許可されると、ＣＬ
ＩＥＮＴコンピュータ１は、ＲＡＩＤ３のＬＡＮＡＤＰ
３３に対してデータ転送のコマンドをＦＴＰ（ファイル
トランスファープロトコル）ＣＭＤを発行する（図４に
示す（５））。その後、ＦＴＰＣＭＤに基づくデータ転
送を開始して（図４に示す（６））、クライアント１と
ＲＡＩＤ３間で、サーバ２を介することなく、直接にデ
ータの転送が実行される。
ＩＥＮＴコンピュータ１は、ＲＡＩＤ３のＬＡＮＡＤＰ
３３に対してデータ転送のコマンドをＦＴＰ（ファイル
トランスファープロトコル）ＣＭＤを発行する（図４に
示す（５））。その後、ＦＴＰＣＭＤに基づくデータ転
送を開始して（図４に示す（６））、クライアント１と
ＲＡＩＤ３間で、サーバ２を介することなく、直接にデ
ータの転送が実行される。
【００３１】なお、図４に示す、クライアントによるＣ
ＭＤ（１）、ＳＣＳＩＣＭＤ（２）及びＲＳＰ（３）を
経てクライアントへＲＳＰ（４）が還ってくるまでのデ
ータアクセス制御の処理時間が、一定時間経過すれば、
他の作業の邪魔にならないようにするためにも、当該ア
クセス制御の処理を無効化させることも必要である。
ＭＤ（１）、ＳＣＳＩＣＭＤ（２）及びＲＳＰ（３）を
経てクライアントへＲＳＰ（４）が還ってくるまでのデ
ータアクセス制御の処理時間が、一定時間経過すれば、
他の作業の邪魔にならないようにするためにも、当該ア
クセス制御の処理を無効化させることも必要である。
【００３２】以上概説した本実施形態に係るデータアク
セス制御方式について、クライアント操作、サーバ処
理、及びＩＯ処理の具体的内容をその処理手順にしたが
って、図６を参照して以下説明する。まず、クライアン
トは図５の（１）に示すようなＦＮ（ファイルネーム）
等を付したＣＭＤをサーバに対して発行する。サーバ
は、当該コマンドＣＭＤを受信して、そのＣＭＤの内容
（図５の（１）に示す内容）と、図５の（３）に示すフ
ァイルコントロールテーブルＦＣＴとに基づいて、図５
の（３）に示すアクセスコントロールテーブルＡＣＴを
作成する。更に、サーバは、ＲＡＩＤとのＳＣＳＩ接続
のためにＡＣＴからＳＣＳＩコントロールブロックＳＣ
ＭＤを作成して、ＩＯ装置（例えば、ＲＡＩＤ）に対し
てＳＣＭＤを発行する。
セス制御方式について、クライアント操作、サーバ処
理、及びＩＯ処理の具体的内容をその処理手順にしたが
って、図６を参照して以下説明する。まず、クライアン
トは図５の（１）に示すようなＦＮ（ファイルネーム）
等を付したＣＭＤをサーバに対して発行する。サーバ
は、当該コマンドＣＭＤを受信して、そのＣＭＤの内容
（図５の（１）に示す内容）と、図５の（３）に示すフ
ァイルコントロールテーブルＦＣＴとに基づいて、図５
の（３）に示すアクセスコントロールテーブルＡＣＴを
作成する。更に、サーバは、ＲＡＩＤとのＳＣＳＩ接続
のためにＡＣＴからＳＣＳＩコントロールブロックＳＣ
ＭＤを作成して、ＩＯ装置（例えば、ＲＡＩＤ）に対し
てＳＣＭＤを発行する。
【００３３】ＩＯ装置ではＳＣＭＤの受信有無を判断
し、受信有りの場合にＳＣＭＤ内に指定されたアクセス
が可能か否かを判断して所望のファイルへのアクセス準
備が完了すればその旨のレスポンスＲＳＰをサーバに発
行する。アクセス準備ＯＫのレスポンスＲＳＰを受信し
たサーバはその旨をクライアントに発行し、ＲＳＰ発行
後はサーバはＩＯ装置とは切り離され独立する。
し、受信有りの場合にＳＣＭＤ内に指定されたアクセス
が可能か否かを判断して所望のファイルへのアクセス準
備が完了すればその旨のレスポンスＲＳＰをサーバに発
行する。アクセス準備ＯＫのレスポンスＲＳＰを受信し
たサーバはその旨をクライアントに発行し、ＲＳＰ発行
後はサーバはＩＯ装置とは切り離され独立する。
【００３４】次いで、クライアントは、ＲＳＰ内のＬＡ
ＮＡＤＰアドレス及びアクセスキー（ＫＥＹ）を基にＩ
Ｏ装置に接続し、データ転送の開始指示を発行してデー
タをサーバを介さずにＩＯ装置に転送する。その後ＩＯ
装置は、データ転送が終了したか否かを判断し、データ
転送の終了指示を発行して一連の処理の流れを完了す
る。
ＮＡＤＰアドレス及びアクセスキー（ＫＥＹ）を基にＩ
Ｏ装置に接続し、データ転送の開始指示を発行してデー
タをサーバを介さずにＩＯ装置に転送する。その後ＩＯ
装置は、データ転送が終了したか否かを判断し、データ
転送の終了指示を発行して一連の処理の流れを完了す
る。
【００３５】以上説明したように、本発明の特徴は、次
のような構成、機能乃至作用を奏するものである。即
ち、データアクセスを必要とするクライアントと、クラ
イアントに接続されクライアントの要求に従ってデータ
の格納位置を検索するサーバ機能部と、サーバ機能部と
クライアントに接続されクライアントの要求データを格
納するＩＯ機能部と、から構成されるデータ制御システ
ムにおいて、サーバ機能部が検索したクライアントの要
求するデータの物理的格納位置をサーバ機能部からＩＯ
機能部へ転送し、その後のクライアントのデータアクセ
スをサーバ機能部を経由せずＩＯ機能部との間で直接実
行することで、データアクセスでサーバ機能部のメモリ
やＣＰＵ等の資源を消費することを防止し、効率の良い
転送を実現する。
のような構成、機能乃至作用を奏するものである。即
ち、データアクセスを必要とするクライアントと、クラ
イアントに接続されクライアントの要求に従ってデータ
の格納位置を検索するサーバ機能部と、サーバ機能部と
クライアントに接続されクライアントの要求データを格
納するＩＯ機能部と、から構成されるデータ制御システ
ムにおいて、サーバ機能部が検索したクライアントの要
求するデータの物理的格納位置をサーバ機能部からＩＯ
機能部へ転送し、その後のクライアントのデータアクセ
スをサーバ機能部を経由せずＩＯ機能部との間で直接実
行することで、データアクセスでサーバ機能部のメモリ
やＣＰＵ等の資源を消費することを防止し、効率の良い
転送を実現する。
【００３６】
【発明の効果】本発明によれば、ＣＬＩＥＮＴコンピュ
ータからのデータアクセス要求に対して、データ転送自
体はＳｅｒｖｅｒコンピュータを経由せずＲＡＩＤ、Ｃ
ＬＩＥＮＴコンピュータ間で直に転送されるために、Ｓ
ｅｖｅｒコンピュータ自体のメモリ、ＣＰＵ、ＬＡＮＡ
ＤＰ等の資源を消費することがなくなる。
ータからのデータアクセス要求に対して、データ転送自
体はＳｅｒｖｅｒコンピュータを経由せずＲＡＩＤ、Ｃ
ＬＩＥＮＴコンピュータ間で直に転送されるために、Ｓ
ｅｖｅｒコンピュータ自体のメモリ、ＣＰＵ、ＬＡＮＡ
ＤＰ等の資源を消費することがなくなる。
【図１】本発明の実施形態に係るデータアクセス制御方
式におけるクライアント、サーバ及びＲＡＩＤのシステ
ム構成を示す図である。
式におけるクライアント、サーバ及びＲＡＩＤのシステ
ム構成を示す図である。
【図２】本実施形態に係るデータアクセス制御方式にお
けるサーバ内の詳細構成を示す図である。
けるサーバ内の詳細構成を示す図である。
【図３】本実施形態に係るデータアクセス制御方式にお
けるＲＡＩＤ内の詳細構成を示す図である。
けるＲＡＩＤ内の詳細構成を示す図である。
【図４】本実施形態に係るデータアクセス制御方式にお
けるクライアント、サーバ及びＲＡＩＤ間の処理の流れ
を示す図である。
けるクライアント、サーバ及びＲＡＩＤ間の処理の流れ
を示す図である。
【図５】図５は本実施形態に係るデータアクセス制御方
式におけるサーバ内のＣＭＤ、ＦＣＴ、ＡＣＴ及びＳＣ
Ｂの各フォーマットを示す図である。
式におけるサーバ内のＣＭＤ、ＦＣＴ、ＡＣＴ及びＳＣ
Ｂの各フォーマットを示す図である。
【図６】本実施形態に係るデータアクセス制御方式にお
けるサーバ処理とＩＯ処理の内容を流れにしたがって記
述した説明図である。
けるサーバ処理とＩＯ処理の内容を流れにしたがって記
述した説明図である。
【図７】従来のデータアクセス制御方式であるＮＡＳの
概要を示す図である。
概要を示す図である。
１ ＣＬＩＥＮＴコンピュータ
２ Ｓｅｒｖｅｒコンピュータ
３ ＲＡＩＤ装置
４ ＬＡＮ
５ ＳＣＳＩチャネルインタフェース
２０ ＣＰＵ
２１ ＬＡＮＡＤＰ
２２ チャネル制御部
２３ サーバ内メモリ
２４ ファイルシステムプログラム
２５ ＳＣＳＩチャネル制御プログラム
２６ ＬＡＮ制御プログラム
３１ チャネルアダプタ
３２ チャネル制御部
３３ ＬＡＮアダプタ
３４ ＬＡＮ制御部
３５ 共用メモリ
３６ ディスクボリューム
３７ ファイル
３８ 制御テーブル
３９ Ｂｌｏｃｋ制御テーブル
２００ コマンド
２０１ ファイル制御テーブル
２０２ アクセス制御テーブル
２０３ ＳＣＳＩコマンドブロック
Claims (5)
- 【請求項１】 データアクセスを必要とするクライアン
トと、前記クライアントに接続され前記クライアントの
要求に従ってデータの格納位置を検索するサーバ機能部
と、前記サーバ機能部に接続され前記クライアントの要
求データを格納するＩＯ機能部と、から構成されるシス
テムにおいて、 前記ＩＯ機能部は、前記クライアントに回線を通して直
接に接続され、 前記サーバ機能部は、前記クライアントからのデータ要
求に基づいて作成された接続許可手続きに必要なキーを
前記クライアントに転送し、 前記クライアントは、前記転送されたキーを用いること
によって、前記ＩＯ機能部とデータを前記回線を通して
直接に転送することを特徴とするデータアクセス制御方
式。 - 【請求項２】 データアクセスを必要とするクライアン
トと、前記クライアントに接続され前記クライアントの
要求に従ってデータの格納位置を検索するサーバ機能部
と、前記クライアントと前記サーバ機能部とに接続され
前記クライアントの要求データを格納するＩＯ機能部
と、から構成されるシステムであって、 前記サーバ機能部は、前記クライアントの要求するデー
タを検索するとともに、データの物理的格納位置及びデ
ータ長を含むデータアクセスに必要な要件とクライアン
ト識別情報を前記ＩＯ機能部へ転送し、 前記ＩＯ機能部は、前記サーバ機能部から転送されるデ
ータアクセスに必要な要件を基にデータをアクセスする
とともに、前記クライアント識別情報でクライアントを
識別し、前記クライアントとの間で前記要求データをサ
ーバ機能部を経由せずに直接に転送することを特徴とす
るデータアクセス制御方式。 - 【請求項３】 請求項２に記載のデータアクセス制御方
式において、 前記クライアントと前記サーバ機能部間の接続ポートと
前記クライアントと前記ＩＯ機能部間の接続ポートとが
物理的に別々のポートの場合、前記サーバ機能部は、前
記クライアントのデータ要求に対してデータアクセス先
として前記ＩＯ機能部の接続ポートを識別する識別情報
を前記クライアントに転送し、 前記クライアントは、前記接続ポート識別情報に基づき
データの直接アクセス先を前記ＩＯ機能部に切り替えて
データをアクセスすることを特徴とするデータアクセス
制御方式。 - 【請求項４】 請求項３に記載のデータアクセス制御方
式において、 前記サーバは、前記クライアントからのデータ要求に対
して前記クライアント接続ポート識別情報に加えて、接
続許可手続きに必要なキーを生成して前記クライアント
に対して転送するとともに、前記ＩＯ機能部に対しては
前記データアクセスに必要な要件及び前記クライアント
接続ポート識別情報及び前記キーを転送し、 前記ＩＯ機能部は、前記クライアントとのデータ転送に
先立って前記クライアント接続ポート識別情報によるク
ライアントの接続確認及び必要に応じて前記キーを基に
データアクセスのための所定の接続許可手続きを前記ク
ライアントとの間で実行することを特徴とするデータア
クセス制御方式。 - 【請求項５】 請求項４に記載のデータアクセス制御方
式において、 前記サーバ機能部によって前記ＩＯ機能部に転送した前
記データアクセスに必要な要件、前記クライアント接続
ポート識別情報及び前記キーに基づいて処理されるアク
セス準備完了の時間が所定時間経過後は当該データアク
セス制御の処理を無効化することを特徴とするデータア
クセス制御方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001245526A JP2003058487A (ja) | 2001-08-13 | 2001-08-13 | データアクセス制御方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001245526A JP2003058487A (ja) | 2001-08-13 | 2001-08-13 | データアクセス制御方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003058487A true JP2003058487A (ja) | 2003-02-28 |
Family
ID=19075258
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001245526A Withdrawn JP2003058487A (ja) | 2001-08-13 | 2001-08-13 | データアクセス制御方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003058487A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011513804A (ja) * | 2008-01-02 | 2011-04-28 | サンディスク アイエル リミテッド | 直接ユーザアクセスを受ける記憶デバイス |
| US8452927B2 (en) | 2008-01-02 | 2013-05-28 | Sandisk Technologies Inc. | Distributed storage service systems and architecture |
| US8583878B2 (en) | 2008-01-02 | 2013-11-12 | Sandisk Il Ltd. | Storage device having direct user access |
| US9098506B2 (en) | 2008-01-02 | 2015-08-04 | Sandisk Il, Ltd. | Data indexing by local storage device |
-
2001
- 2001-08-13 JP JP2001245526A patent/JP2003058487A/ja not_active Withdrawn
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011513804A (ja) * | 2008-01-02 | 2011-04-28 | サンディスク アイエル リミテッド | 直接ユーザアクセスを受ける記憶デバイス |
| US8452927B2 (en) | 2008-01-02 | 2013-05-28 | Sandisk Technologies Inc. | Distributed storage service systems and architecture |
| US8583878B2 (en) | 2008-01-02 | 2013-11-12 | Sandisk Il Ltd. | Storage device having direct user access |
| US9098506B2 (en) | 2008-01-02 | 2015-08-04 | Sandisk Il, Ltd. | Data indexing by local storage device |
| US10289349B2 (en) | 2008-01-02 | 2019-05-14 | Sandisk Il, Ltd. | Data usage profiling by local storage device |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7409521B2 (en) | Method of managing storage capacity, server and recording medium therefor | |
| US7117324B2 (en) | Simultaneous data backup in a computer system | |
| JP4168626B2 (ja) | 記憶装置間のファイル移行方法 | |
| JP5066415B2 (ja) | ファイルシステム仮想化のための方法および装置 | |
| JP5586892B2 (ja) | 階層化ストレージシステム及び階層化ストレージシステムにおけるファイルのコピー制御方法 | |
| US20160134702A1 (en) | Data sharing using distributed cache in a network of heterogeneous computers | |
| JP2002351703A (ja) | 記憶装置およびファイルデータのバックアップ方法およびファイルデータのコピー方法 | |
| JP2004199420A (ja) | 計算機システム、磁気ディスク装置、および、ディスクキャッシュ制御方法 | |
| JP2006048641A (ja) | 長期間データアーカイブ用ファイルサーバ | |
| JP2003256144A5 (ja) | ||
| JP4278452B2 (ja) | 計算機システム | |
| JP2008146574A (ja) | 記憶制御装置及び記憶制御方法 | |
| JP2004206496A (ja) | 記憶システム及びそのデータバックアップ方法 | |
| JP3741345B2 (ja) | ネットワーク接続ディスク装置 | |
| US7340563B2 (en) | Data transmission device having the shape of a standard 3.5″ disk | |
| JP3848268B2 (ja) | 計算機システム、計算機装置、計算機システムにおけるデータアクセス方法及びプログラム | |
| JP2003058487A (ja) | データアクセス制御方式 | |
| US20110060883A1 (en) | Method and apparatus for external logical storage volume management | |
| US7003553B2 (en) | Storage control system with channel control device having data storage memory and transfer destination circuit which transfers data for accessing target cache area without passing through data storage memory | |
| Geoffray | Opiom: Off-processor I/O with myrinet | |
| JP4150854B2 (ja) | ストレージエリアネットワーク上の共有ディスク装置へのアクセスシステム及びそのクライアント | |
| JP2004171299A (ja) | ネットワーク間中継ストレージ装置及びネットワーク間中継方法 | |
| US20040260670A1 (en) | Network file server, information processing apparatus, program and information recording medium | |
| JPH07182221A (ja) | リモートファイルシステム及びファイル管理方法 | |
| JP4076316B2 (ja) | 不揮発性キャッシュメモリを用いたデータ書き込みシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080704 |
|
| A761 | Written withdrawal of application |
Free format text: JAPANESE INTERMEDIATE CODE: A761 Effective date: 20090521 |