知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024042470
(43)【公開日】2024-03-28
(54)【発明の名称】ストレージ装置
(51)【国際特許分類】
G06F 21/31 20130101AFI20240321BHJP
G06F 21/62 20130101ALI20240321BHJP
【ＦＩ】
G06F21/31
G06F21/62 318
【審査請求】未請求
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2022147216
(22)【出願日】2022-09-15
(71)【出願人】
【識別番号】318010018
【氏名又は名称】キオクシア株式会社
(74)【代理人】
【識別番号】110001737
【氏名又は名称】弁理士法人スズエ国際特許事務所
(72)【発明者】
【氏名】小林 弘知
(57)【要約】
【課題】 不揮発性メモリに対するアクセスのセキュリティを強化できるストレージ装置を実現する。
【解決手段】 実施形態によれば、ストレージ装置は、不揮発性メモリとコントローラとを具備する。コントローラは、第１ユーザ識別情報と、前記第１ユーザ識別情報と第１クライアント装置の第１装置識別情報とから算出されるハッシュ値を含む第１認証情報とを管理する。コントローラは、外部装置から送信された、不揮発性メモリへのアクセス要求と、ユーザ識別情報、および認証情報を受信した場合、ユーザ識別情報が第１ユーザ識別情報と一致し、且つ認証情報が第１認証情報と一致するという第１条件を満たす場合、不揮発性メモリへのアクセス要求を受け付け、第１条件を満たさない場合、アクセス要求を拒否する。
【選択図】図５
【解決手段】 実施形態によれば、ストレージ装置は、不揮発性メモリとコントローラとを具備する。コントローラは、第１ユーザ識別情報と、前記第１ユーザ識別情報と第１クライアント装置の第１装置識別情報とから算出されるハッシュ値を含む第１認証情報とを管理する。コントローラは、外部装置から送信された、不揮発性メモリへのアクセス要求と、ユーザ識別情報、および認証情報を受信した場合、ユーザ識別情報が第１ユーザ識別情報と一致し、且つ認証情報が第１認証情報と一致するという第１条件を満たす場合、不揮発性メモリへのアクセス要求を受け付け、第１条件を満たさない場合、アクセス要求を拒否する。
【選択図】図５
【特許請求の範囲】
【請求項1】
不揮発性メモリと、
第１ユーザ識別情報と、前記第１ユーザ識別情報と第１クライアント装置の第１装置識別情報とから算出されるハッシュ値を含む第１認証情報とを管理するように構成されるコントローラとを具備し、
前記コントローラは、
外部装置から送信された、前記不揮発性メモリへのアクセス要求と、ユーザ識別情報、及び、認証情報を受信した場合、
前記ユーザ識別情報が前記第１ユーザ識別情報と一致し、且つ前記認証情報が前記第１認証情報と一致するという第１条件を満たす場合、前記不揮発性メモリへのアクセス要求を受け付け、
前記第１条件を満たさない場合、前記アクセス要求を拒否する、
ストレージ装置。
第１ユーザ識別情報と、前記第１ユーザ識別情報と第１クライアント装置の第１装置識別情報とから算出されるハッシュ値を含む第１認証情報とを管理するように構成されるコントローラとを具備し、
前記コントローラは、
外部装置から送信された、前記不揮発性メモリへのアクセス要求と、ユーザ識別情報、及び、認証情報を受信した場合、
前記ユーザ識別情報が前記第１ユーザ識別情報と一致し、且つ前記認証情報が前記第１認証情報と一致するという第１条件を満たす場合、前記不揮発性メモリへのアクセス要求を受け付け、
前記第１条件を満たさない場合、前記アクセス要求を拒否する、
ストレージ装置。
【請求項2】
前記コントローラは、
前記第１ユーザ識別情報と、前記第１ユーザ識別情報に関連付けられた前記第１認証情報および第１アクセス権情報とを管理し、
前記外部装置によって送信された、前記アクセス要求、前記ユーザ識別情報、および前記認証情報を受信し、
前記第１条件を満たし、且つ前記第１アクセス権情報が前記アクセス要求で指定された記憶領域に対するアクセスを許可することを示している場合、前記アクセス要求を受け付け、
前記第１条件を満たし、且つ前記第１アクセス権情報が前記アクセス要求で指定された記憶領域に対するアクセスを許可することを示していない場合、前記アクセス要求を拒否する、
請求項１に記載のストレージ装置。
前記第１ユーザ識別情報と、前記第１ユーザ識別情報に関連付けられた前記第１認証情報および第１アクセス権情報とを管理し、
前記外部装置によって送信された、前記アクセス要求、前記ユーザ識別情報、および前記認証情報を受信し、
前記第１条件を満たし、且つ前記第１アクセス権情報が前記アクセス要求で指定された記憶領域に対するアクセスを許可することを示している場合、前記アクセス要求を受け付け、
前記第１条件を満たし、且つ前記第１アクセス権情報が前記アクセス要求で指定された記憶領域に対するアクセスを許可することを示していない場合、前記アクセス要求を拒否する、
請求項１に記載のストレージ装置。
【請求項3】
前記アクセス要求は、前記不揮発性メモリからのデータの読み出しを要求するリード要求、または前記不揮発性メモリへのデータの書き込みを要求するライト要求である、
請求項２に記載のストレージ装置。
請求項２に記載のストレージ装置。
【請求項4】
前記第１アクセス権情報は、前記不揮発性メモリの記憶領域の少なくとも一部に対するアクセスの許可または禁止を示す情報を含む、
請求項２に記載のストレージ装置。
請求項２に記載のストレージ装置。
【請求項5】
前記アクセス要求は、前記不揮発性メモリからのデータの読み出しを要求するリード要求であり、
前記コントローラは、
前記第１条件を満たし、且つ前記第１アクセス権情報が前記アクセス要求で指定された記憶領域からのデータの読み出しを許可することを示している場合、前記アクセス要求を受け付け、
前記第１条件を満たし、且つ前記第１アクセス権情報が前記アクセス要求で指定された記憶領域からのデータの読み出しを許可することを示していない場合、前記アクセス要求を拒否する、
請求項２に記載のストレージ装置。
前記コントローラは、
前記第１条件を満たし、且つ前記第１アクセス権情報が前記アクセス要求で指定された記憶領域からのデータの読み出しを許可することを示している場合、前記アクセス要求を受け付け、
前記第１条件を満たし、且つ前記第１アクセス権情報が前記アクセス要求で指定された記憶領域からのデータの読み出しを許可することを示していない場合、前記アクセス要求を拒否する、
請求項２に記載のストレージ装置。
【請求項6】
前記アクセス要求は、前記不揮発性メモリへのデータの書き込みを要求するライト要求であり、
前記コントローラは、
前記第１条件を満たし、且つ前記第１アクセス権情報が前記アクセス要求で指定された記憶領域へのデータの書き込みを許可することを示している場合、前記アクセス要求を受け付け、
前記第１条件を満たし、且つ前記第１アクセス権情報が前記アクセス要求で指定された記憶領域へのデータの書き込みを許可することを示していない場合、前記アクセス要求を拒否する、
請求項２に記載のストレージ装置。
前記コントローラは、
前記第１条件を満たし、且つ前記第１アクセス権情報が前記アクセス要求で指定された記憶領域へのデータの書き込みを許可することを示している場合、前記アクセス要求を受け付け、
前記第１条件を満たし、且つ前記第１アクセス権情報が前記アクセス要求で指定された記憶領域へのデータの書き込みを許可することを示していない場合、前記アクセス要求を拒否する、
請求項２に記載のストレージ装置。
【請求項7】
前記コントローラは、前記第１ユーザ識別情報と、前記第１ユーザ識別情報と前記第１クライアント装置とは異なる第２クライアント装置の第２装置識別情報とから算出されるハッシュ値を含む第２認証情報とを管理するように構成され、
前記コントローラは、
前記外部装置によって送信された、前記アクセス要求、前記ユーザ識別情報、および前記認証情報を受信し、
前記ユーザ識別情報が前記第１ユーザ識別情報と一致し、且つ前記認証情報が前記第２認証情報と一致するという第２条件を満たす場合、前記アクセス要求を受け付け、
前記第１条件と前記第２条件のいずれも満たさない場合、前記アクセス要求を拒否する、
請求項１に記載のストレージ装置。
前記コントローラは、
前記外部装置によって送信された、前記アクセス要求、前記ユーザ識別情報、および前記認証情報を受信し、
前記ユーザ識別情報が前記第１ユーザ識別情報と一致し、且つ前記認証情報が前記第２認証情報と一致するという第２条件を満たす場合、前記アクセス要求を受け付け、
前記第１条件と前記第２条件のいずれも満たさない場合、前記アクセス要求を拒否する、
請求項１に記載のストレージ装置。
【請求項8】
前記コントローラは、第３ユーザ識別情報と、前記第３ユーザ識別情報と第３クライアント装置の第３装置識別情報とから算出される第３認証情報とを管理するように構成され、
前記コントローラは、
前記外部装置によって送信された、前記アクセス要求、前記ユーザ識別情報、および前記認証情報を受信し、
前記ユーザ識別情報が前記第３ユーザ識別情報と一致し、且つ前記認証情報が前記第３認証情報と一致するという第３条件を満たす場合、前記アクセス要求を受け付け、
前記第１条件と前記第３条件のいずれも満たさない場合、前記アクセス要求を拒否する、
請求項１に記載のストレージ装置。
前記コントローラは、
前記外部装置によって送信された、前記アクセス要求、前記ユーザ識別情報、および前記認証情報を受信し、
前記ユーザ識別情報が前記第３ユーザ識別情報と一致し、且つ前記認証情報が前記第３認証情報と一致するという第３条件を満たす場合、前記アクセス要求を受け付け、
前記第１条件と前記第３条件のいずれも満たさない場合、前記アクセス要求を拒否する、
請求項１に記載のストレージ装置。
【請求項9】
前記コントローラは、
前記第３ユーザ識別情報と、前記第３ユーザ識別情報に関連付けられた前記第３認証情報および第２アクセス権情報とを管理し、
前記外部装置によって送信された、前記アクセス要求、前記ユーザ識別情報、および前記認証情報を受信し、
前記第３条件を満たし、且つ前記第２アクセス権情報が前記アクセス要求で指定された記憶領域に対するアクセスを許可することを示している場合、前記アクセス要求を受け付け、
前記第３条件を満たし、且つ前記第２アクセス権情報が前記アクセス要求で指定された記憶領域に対するアクセスを許可することを示していない場合、前記アクセス要求を拒否する、
請求項８に記載のストレージ装置。
前記第３ユーザ識別情報と、前記第３ユーザ識別情報に関連付けられた前記第３認証情報および第２アクセス権情報とを管理し、
前記外部装置によって送信された、前記アクセス要求、前記ユーザ識別情報、および前記認証情報を受信し、
前記第３条件を満たし、且つ前記第２アクセス権情報が前記アクセス要求で指定された記憶領域に対するアクセスを許可することを示している場合、前記アクセス要求を受け付け、
前記第３条件を満たし、且つ前記第２アクセス権情報が前記アクセス要求で指定された記憶領域に対するアクセスを許可することを示していない場合、前記アクセス要求を拒否する、
請求項８に記載のストレージ装置。
【請求項10】
前記コントローラは、
前記第１ユーザ識別情報と前記第１認証情報とを、前記第１クライアント装置からサーバ装置を介して受信し、
前記アクセス要求、前記ユーザ識別情報、および前記認証情報を、前記外部装置から前記サーバ装置を介して受信するように構成される、
請求項２に記載のストレージ装置。
前記第１ユーザ識別情報と前記第１認証情報とを、前記第１クライアント装置からサーバ装置を介して受信し、
前記アクセス要求、前記ユーザ識別情報、および前記認証情報を、前記外部装置から前記サーバ装置を介して受信するように構成される、
請求項２に記載のストレージ装置。
【請求項11】
前記コントローラは、
前記第１ユーザ識別情報と前記第１認証情報とを、前記第１クライアント装置からサーバ装置を介することなく受信し、
前記アクセス要求、前記ユーザ識別情報、および前記認証情報を、前記外部装置から前記サーバ装置を介することなく受信するように構成される、
請求項２に記載のストレージ装置。
前記第１ユーザ識別情報と前記第１認証情報とを、前記第１クライアント装置からサーバ装置を介することなく受信し、
前記アクセス要求、前記ユーザ識別情報、および前記認証情報を、前記外部装置から前記サーバ装置を介することなく受信するように構成される、
請求項２に記載のストレージ装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、不揮発性メモリを制御する技術に関する。
【背景技術】
【0002】
近年、不揮発性メモリを備えるストレージ装置が広く普及している。このようなストレージ装置の１つとして、ＮＡＮＤ型フラッシュメモリを備えるソリッドステートドライブ（ＳＳＤ）が知られている。ＳＳＤは、様々なコンピューティングデバイスのメインストレージとして使用されている。
【0003】
コンピューティングデバイスは、接続されたストレージ装置へのアクセスを許可するアカウントに対して、例えば、アカウント情報を発行する。アカウント情報は、アカウントの認証に用いられる情報である。アカウント情報は、例えば、ユーザの識別情報とパスワードとを含み、コンピューティングデバイス内の記憶領域に設定される。コンピューティングデバイスは、正当なアカウント情報を有するアカウントに対して、ストレージ装置へのアクセスを許可する。
【0004】
しかし、このようなアカウント認証方法において、コンピューティングデバイスが発行したアカウント情報が何らかの理由で漏洩する可能性がある。そしてそのアカウント情報を入手した第三者がストレージ装置にアクセスし、ストレージ装置内のデータが盗まれたりデータが書き換えられたりする不正アクセスが行われる可能性がある。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】米国特許第１０１７７９２０号明細書
【発明の概要】
【発明が解決しようとする課題】
【0006】
本発明の一実施形態では、不揮発性メモリに対するアクセスのセキュリティを強化できるストレージ装置を提供する。
【課題を解決するための手段】
【0007】
実施形態によれば、ストレージ装置は、不揮発性メモリと、コントローラとを具備する。コントローラは、第１ユーザ識別情報と、第１ユーザ識別情報と第１クライアント装置の第１装置識別情報とから算出されるハッシュ値を含む第１認証情報とを管理する。コントローラは、外部装置から送信された、不揮発性メモリへのアクセス要求と、ユーザ識別情報、および認証情報を受信した場合、ユーザ識別情報が第１ユーザ識別情報と一致し、且つ認証情報が第１認証情報と一致するという第１条件を満たす場合、不揮発性メモリへのアクセス要求を受け付け、第１条件を満たさない場合、アクセス要求を拒否する。
【図面の簡単な説明】
【0008】
【図1】第１実施形態に係るストレージ装置がサーバ装置とネットワークを介してクライアント装置に接続された情報処理システムの全体構成例を示すブロック図。
【図2】第１実施形態に係るストレージ装置の構成例を示すブロック図。
【図3】第１実施形態に係るストレージ装置において用いられる認証・アクセス権管理テーブルの構成例を示す図。
【図4】第１実施形態に係るストレージ装置と、サーバ装置及びクライアント装置間の登録処理の例を説明するためのシーケンス図。
【図5】第１実施形態に係るストレージ装置と、サーバ装置及びクライアント装置間の認証・リード処理の例を示すシーケンス図。
【図6】第１実施形態に係るストレージ装置と、サーバ装置及びクライアント装置間の認証・ライト処理の例を示すシーケンス図。
【図7】第１実施形態に係るストレージ装置と、サーバ装置及びクライアント装置間の登録処理の別の例を示すシーケンス図。
【図8】第１実施形態に係るストレージ装置と、サーバ装置及びクライアント装置間の認証・リード処理の別の例を示すシーケンス図。
【図9】第１実施形態に係るストレージ装置において実行される登録処理の手順の例を示すフローチャート。
【図10】第１実施形態に係るストレージ装置において実行される認証・アクセス処理の手順の例を示すフローチャート。
【図11】第１実施形態に係るストレージ装置において実行されるアクセス制御処理の手順の例を示すフローチャート。
【図12】第２実施形態に係るストレージ装置がクライアント装置に直接接続された情報処理システムの全体構成例を示すブロック図。
【図13】第２実施形態に係るストレージ装置と、クライアント装置間の登録処理の例を示すシーケンス図。
【図14】第２実施形態に係るストレージ装置と、クライアント装置間の認証・リード処理の例を示すシーケンス図。
【図15】第２実施形態に係るストレージ装置と、クライアント装置間の認証・ライト処理の例を示すシーケンス図。
【図16】第２実施形態に係るストレージ装置と、クライアント装置間の登録処理の別の例を示すシーケンス図。
【図17】第２実施形態に係るストレージ装置と、クライアント装置間の認証・リード処理の別の例を示すシーケンス図。
【図18】比較例に係るストレージ装置と、サーバ装置及びクライアント装置間の認証・リード処理の例を示すシーケンス図。
【発明を実施するための形態】
【0009】
以下、実施の形態について図面を参照して説明する。
【0010】
（第１実施形態）
図１は、第１実施形態に係るストレージ装置がサーバ装置とネットワークを介してクライアント装置に接続された情報処理システムの全体構成例を示すブロック図である。情報処理システム１Ａは、例えば、複数のクライアント装置２、サーバ装置３、ネットワーク４、およびストレージ装置５を含む。
図１は、第１実施形態に係るストレージ装置がサーバ装置とネットワークを介してクライアント装置に接続された情報処理システムの全体構成例を示すブロック図である。情報処理システム１Ａは、例えば、複数のクライアント装置２、サーバ装置３、ネットワーク４、およびストレージ装置５を含む。
【0011】
複数のクライアント装置２は、例えば、ｎ台のクライアント装置２－１、２－２、……、および２－ｎである。ｎは、１以上の整数である。ｎ台のクライアント装置２－１、２－２、……、および２－ｎのそれぞれは、ネットワーク４およびサーバ装置３を介してストレージ装置５にアクセスするコンピューティングデバイスである。ｎ台のクライアント装置２－１、２－２、……、および２－ｎのそれぞれは、例えば、パーソナルコンピュータ、またはスマートフォンである。ｎ台のクライアント装置２－１、２－２、……、および２－ｎのそれぞれは、少なくとも１人のユーザによって使用される。より具体的には、例えば、ｎ台のクライアント装置２－１、２－２、……、および２－ｎの１つは、１人のユーザによってのみ使用される。また例えば、ｎ台のクライアント装置２－１、２－２、……、および２－ｎの別の１つは、複数のユーザによって使用される。以下の説明では、ｎ台のクライアント装置２－１、２－２、……、および２－ｎの内の特定しない１台のクライアント装置を、単にクライアント装置２と称することがある。
【0012】
サーバ装置３は、例えば、ネットワーク４を介してクライアント装置２と接続され得る。サーバ装置３は、クライアント装置２を使用しているユーザのアカウントを認証する。サーバ装置３は、アカウントの認証が成功した場合、クライアント装置２とストレージ装置５との間で、要求、応答、データ等の伝送を中継する。サーバ装置３を介してクライアント装置２からストレージ装置５に送信される要求は、例えば、ライト要求、リード要求などのアクセス要求である。クライアント装置２は、アクセス要求によって、ストレージ装置５の記憶領域の少なくとも一部にアクセスが可能である。
【0013】
ストレージ装置５は、例えば、ＮＡＮＤ型フラッシュメモリ等の不揮発性メモリを含むソリッドステートドライブ（ＳＳＤ）として実現され得る。ストレージ装置５は、クライアント装置２のストレージ（記憶領域）として使用され得る。ストレージ装置５は、サーバ装置３にケーブルを介して接続される。典型的には、大容量の共有データがＳＳＤ内にデータベースとして保存され、そのデータベースに複数のユーザがそれぞれのクライアント装置２からアクセスすることなどが想定される。
【0014】
サーバ装置３とストレージ装置５とを相互接続するためのインタフェースとしては、ＳＣＳＩ、Ｓｅｒｉａｌ Ａｔｔａｃｈｅｄ ＳＣＳＩ（ＳＡＳ）、ＡＴＡ、Ｓｅｒｉａｌ ＡＴＡ（ＳＡＴＡ）、ＰＣＩ Ｅｘｐｒｅｓｓ（ＰＣＩｅ）（登録商標）、Ｅｔｈｅｒｎｅｔ（登録商標）、Ｆｉｂｒｅ ｃｈａｎｎｅｌ、ＮＶＭ Ｅｘｐｒｅｓｓ（ＮＶＭｅ）（登録商標）等が使用され得る。
【0015】
次いで、ストレージ装置５の内部構成について説明する。
【0016】
図２は、第１実施形態に係るストレージ装置５の構成例を示すブロック図である。ストレージ装置５は、不揮発性メモリ６、ランダムアクセスメモリ（ＲＡＭ）７、およびコントローラ８を備える。
【0017】
不揮発性メモリ６は、メモリデバイスである。不揮発性メモリ６は、二次元構造の不揮発性メモリであってもよいし、三次元構造の不揮発性メモリであってもよい。不揮発性メモリ６は、例えば、ＮＡＮＤ型フラッシュメモリとして実現される。
【0018】
不揮発性メモリ６は、メモリセルアレイを含む。メモリセルアレイは、マトリクス状に配置された複数のメモリセルを含む。不揮発性メモリ６のメモリセルアレイは、複数のブロックＢ０、Ｂ１、Ｂ２、……、およびＢｍ－１を含む。複数のブロックＢ０、Ｂ１、Ｂ２、……、およびＢｍ－１のそれぞれは、複数のページＰ０、……、およびＰｎ－１を含む。１つのブロックは、最小の消去単位として機能する。ブロックは、消去ブロック、物理ブロックと称されることもある。複数のページＰ０、……、およびＰｎ－１のそれぞれは、同一ワード線に接続された複数のメモリセルを含む。１つのページは、データ書き込み動作およびデータ読み出し動作の単位である。なお、ワード線をデータ書き込み動作およびデータ読み出し動作の単位としてもよい。
【0019】
また、不揮発性メモリ６は、複数の不揮発性メモリチップ（例えば、複数のＮＡＮＤ型フラッシュメモリダイ）を含んでいてもよい。
【0020】
ＲＡＭ７は、揮発性メモリである。ＲＡＭ７は、例えば、ダイナミックＲＡＭ（ＤＲＡＭ）である。あるいは、ＲＡＭ７は、スタティックＲＡＭ（ＳＲＡＭ）であってもよい。ＲＡＭ７は、コントローラ８の内部構成であってもよい。以下では、ＲＡＭ７としてＤＲＡＭが用いられる場合を主に例示する。
【0021】
ＲＡＭ７には、論理物理アドレス変換テーブル３１のキャッシュ領域と、認証・アクセス権管理テーブル３２のキャッシュ領域とが設けられている。論理物理アドレス変換テーブル３１と認証・アクセス権管理テーブル３２とは、例えば、ストレージ装置５の起動時に不揮発性メモリ６からＲＡＭ７にロードされる。
【0022】
論理物理アドレス変換テーブル３１は、論理アドレスそれぞれと不揮発性メモリ６の物理アドレスそれぞれとの間のマッピングを管理するテーブルである。論理物理アドレス変換テーブル３１は、例えば、ルックアップテーブル（以下、ＬＵＴと称する）として実現される。論理アドレスは、ストレージ装置５をアドレス指定するためにクライアント装置２によって使用されるアドレスである。論理アドレスとして、例えば、論理ブロックアドレス（以下、ＬＢＡと称する）が使用される。物理アドレスは、不揮発性メモリ６における記憶位置を示す。
【0023】
認証・アクセス権管理テーブル３２は、ユーザとクライアント装置２の組み合わせの認証に用いられる情報と、ユーザとクライアント装置２の組み合わせに対して設定された不揮発性メモリ６へのアクセス権とを管理するテーブルである。認証・アクセス権管理テーブル３２の具体的な構成例については、図３を参照して後述する。以下では、１人のユーザと１台のクライアント装置２との組み合わせを、ユーザ－クライアントペアとも称する。ユーザ－クライアントペアの認証に用いられる情報を、ユーザ－クライアント情報とも称する。
【0024】
コントローラ８は、不揮発性メモリ６を制御するように構成されたメモリコントローラである。コントローラ８は、例えば、Ｓｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐ（ＳｏＣ）のような回路によって実現され得る。
【0025】
コントローラ８は、不揮発性メモリ６のデータ管理およびブロック管理を実行するように構成されたフラッシュトランスレーション層（ＦＴＬ）として機能してもよい。
【0026】
データ管理には、（１）論理アドレスそれぞれと不揮発性メモリ６の物理アドレスそれぞれとの間の対応関係を示すマッピング情報の管理、（２）ページ単位のリード動作／ライト動作とブロック単位の消去動作との差異を隠蔽するための処理、等が含まれる。
【0027】
ブロック管理には、バッドブロックの管理、ウェアレベリング、ガベージコレクション（ＧＣ）、等が含まれる。以下では、不揮発性メモリ６のデータ管理およびブロック管理のための処理を、ＦＴＬ処理とも称する。
【0028】
コントローラ８は、論理アドレスそれぞれと物理アドレスそれぞれとの間のマッピングの管理を、論理物理アドレス変換テーブル３１を用いて実行する。コントローラ８は、論理アドレスそれぞれと物理アドレスそれぞれとの間のマッピングを、所定の管理サイズ単位で管理する。
【0029】
各ブロックに対して許容できるＰｒｏｇｒａｍ／Ｅｒａｓｅサイクル（Ｐ／Ｅサイクル）の数には上限がある。あるプロックの１回のＰ／Ｅサイクルは、ブロック内の全てのメモリセルを消去状態にするための消去動作と、ブロックのページそれぞれにデータを書き込む書き込み動作（プログラム動作）とを含む。したがって、１つのページへのデータ書き込みは、１つのＰ／Ｅサイクル（プログラムと消去のサイクル）当たり１回のみ可能である。このため、コントローラ８は、ある論理アドレスに対応する更新データを、この論理アドレスに対応する以前のデータが格納されている記憶位置ではなく、別の記憶位置に書き込む。そして、コントローラ８は、論理物理アドレス変換テーブル３１を更新してこの論理アドレスをこの別の物理記憶位置を指す物理アドレスに関連付け、さらに以前のデータを無効化する。以下では、論理物理アドレス変換テーブル３１から参照されているデータ（すなわち、論理アドレスと紐付けられているデータ）を有効データと称する。また、どの論理アドレスとも紐付けられていないデータを無効データと称する。有効データは、後にクライアント装置２からリードされる可能性があるデータである。無効データは、もはやクライアント装置２からリードされる可能性が無いデータである。
【0030】
コントローラ８は、ホストインタフェース（ホストＩ／Ｆ）１１、メモリインタフェース（メモリＩ／Ｆ）１２、ＲＡＭインタフェース（ＲＡＭ Ｉ／Ｆ）１３、およびＣＰＵ１４を含む。ホストＩ／Ｆ１１、メモリＩ／Ｆ１２、ＲＡＭ Ｉ／Ｆ１３、およびＣＰＵ１４は、例えば、バス１０を介して接続される。
【0031】
ホストＩ／Ｆ１１は、サーバ装置３からアクセス要求およびデータを受信する回路である。受信するデータは、例えば、ライト要求に基づいて不揮発性メモリ６に書き込まれるユーザデータである。
【0032】
また、ホストＩ／Ｆ１１は、サーバ装置３に応答およびデータを送信する回路である。応答は、例えば、アクセス要求に対する応答である。送信するデータは、例えば、リード要求に基づいて不揮発性メモリ６から読み出されたユーザデータである。
【0033】
メモリＩ／Ｆ１２は、不揮発性メモリ６を制御するように構成されたストレージ制御回路である。メモリＩ／Ｆ１２は、例えばＴｏｇｇｌｅ ＤＤＲ、Ｏｐｅｎ ＮＡＮＤ Ｆｌａｓｈ Ｉｎｔｅｒｆａｃｅ（ＯＮＦＩ）等のインターフェースに準拠している。コントローラ８と不揮発性メモリ６とは、メモリＩ／Ｆ１２を介して電気的に接続されている。メモリＩ／Ｆ１２は、複数のチャネルを介して、不揮発性メモリ６内の複数のメモリチップにそれぞれ接続されていてもよい。
【0034】
ＲＡＭ Ｉ／Ｆ１３は、ＲＡＭ７のアクセスを制御するように構成されたＲＡＭコントローラである。
【0035】
ＣＰＵ１４は、ホストＩ／Ｆ１１、メモリＩ／Ｆ１２、およびＲＡＭ Ｉ／Ｆ１３を制御するように構成されたプロセッサである。ＣＰＵ１４は、図示しないＲＯＭ等に格納されている制御プログラム（ファームウェア）を実行することによって様々な処理を行う。様々な処理とは、例えば、前述したデータ管理およびブロック管理などのためのＦＴＬ処理やリード要求、ライト要求などの要求処理である。ＣＰＵ１４の動作は、ＣＰＵ１４によって実行される上述のファームウェアによって制御される。なお、ＦＴＬ処理および要求処理の一部または全部は、コントローラ８内の専用ハードウェアが実行してもよい。
【0036】
ＣＰＵ１４は、例えば、登録処理部１４１、認証処理部１４２、アクセス制御部１４３、およびリード／ライト処理部１４４として機能し得る。ＣＰＵ１４は、例えば、ファームウェアを実行することにより、登録処理部１４１、認証処理部１４２、アクセス制御部１４３、およびリード／ライト処理部１４４として機能し得る。登録処理部１４１、認証処理部１４２、アクセス制御部１４３、およびリード／ライト処理部１４４の具体的な処理については、図４から図８を参照して後述する。
【0037】
次いで、図３を参照して、ストレージ装置５において用いられる認証・アクセス権管理テーブル３２について説明する。
【0038】
図３は、認証・アクセス権管理テーブル３２の構成例を示す。認証・アクセス権管理テーブル３２は、複数のエントリを含む。複数のエントリのそれぞれは、１つのユーザ－クライアントペアに対応する。複数のエントリのそれぞれは、例えば、ユーザＩＤフィールド、認証情報フィールド、および複数のアクセス権フィールドを含む。複数のエントリのそれぞれにおいて、ユーザＩＤフィールドに設定されるデータ、認証情報フィールドに設定されるデータ、および複数のアクセス権フィールドに設定されるデータは、関連付けて管理される。
【0039】
１つのユーザ－クライアントペアに対応するエントリにおいて、ユーザＩＤフィールドは、対応するユーザに付与された識別情報を示す。対応するユーザは、ユーザ－クライアントペアを構成するユーザである。ユーザに付与された識別情報を、ユーザＩＤとも称する。ユーザＩＤは、対応するユーザを一意に特定可能な情報である。
【0040】
認証情報フィールドは、ユーザ－クライアントペアの認証情報を示す。認証情報は、ユーザ－クライアントペアに対して一意な情報である。認証情報は、例えば、対応するユーザのユーザＩＤと、対応するクライアント装置２の固有の識別情報とからなるデータのハッシュ値である。対応するクライアント装置２は、ユーザ－クライアントペアを構成するクライアント装置２である。クライアント装置２の固有の識別情報を、装置ＩＤとも称する。ハッシュ値の算出には、特定のハッシュアルゴリズムが用いられる。特定のハッシュアルゴリズムは、例えば、Ｓｅｃｕｒｅ Ｈａｓｈ Ａｌｇｏｒｉｔｈｍ（ＳＨＡ）であり、典型的には、ＳＨＡ－３８４やＳＨＡ－５１２等が含まれる。
【0041】
複数のアクセス権フィールドは、例えば、ｍ個のアクセス権フィールドである。ｍは、１以上の整数である。ｍ個のアクセス権フィールドのそれぞれは、不揮発性メモリ６の記憶領域の少なくとも一部に対応する。不揮発性メモリ６の記憶領域の少なくとも一部は、例えば、１つのＬＢＡ範囲で表される。１つのＬＢＡ範囲は、少なくとも１つのＬＢＡを含む。ＬＢＡ範囲は、例えば、ＬＢＡ範囲の先頭のＬＢＡのアドレスと、論理ブロック数またはデータサイズとで特定される。以下では、ｍ個のアクセス権フィールドのそれぞれが１つのＬＢＡ範囲に対応する場合について例示する。なお、不揮発性メモリ６の記憶領域の少なくとも一部は、ＬＢＡ範囲に限定されない任意の記憶領域の単位で表現され得る。
【0042】
ｍ個のアクセス権フィールドのそれぞれは、ユーザ－クライアントペアに対して設定されている、対応するＬＢＡ範囲へのアクセス権を示す。例えば、図３の第１列目のアクセス権フィールドは、ユーザ－クライアントペアに対して設定されている第１ＬＢＡ範囲へのアクセス権を示す。アクセス権は、アクセスの許可または禁止を示す。具体的には、アクセス権は、例えば、“Ｒ”、“Ｗ”、および“－”の少なくともいずれかで示される。“Ｒ”は、対応するＬＢＡ範囲からのユーザデータの読み出しが許可されていること（すなわち、リード許可）を表す。“Ｗ”は、対応するＬＢＡ範囲に対するユーザデータの書き込みが許可されていること（すなわち、ライト許可）を表す。“－”は、対応するＬＢＡ範囲に対するアクセスが禁止されていること（すなわち、アクセス禁止）を表す。
【0043】
図３に示す例では、認証・アクセス権管理テーブル３２は、複数のエントリを含むように構成されており、ここでは先頭から順に、第１エントリ３２１、第２エントリ３２２、第３エントリ３２３、および第４エントリ３２４の４つのエントリが示されている。
【0044】
第１エントリ３２１は、例えば、第１ユーザと第１クライアント装置２－１のペアに対応する。第１エントリ３２１において、ユーザＩＤフィールドは、第１ユーザのユーザＩＤ“Ｕｓｅｒ０１”を示す。認証情報フィールドは、ユーザＩＤ“Ｕｓｅｒ０１”と第１クライアント装置２－１の装置ＩＤとからなるデータのハッシュ値を示す。第１ＬＢＡ範囲に対応するアクセス権フィールドは、第１ユーザと第１クライアント装置２－１のペアに対して、第１ＬＢＡ範囲に対するリードが許可されていることを示す。第２ＬＢＡ範囲に対応するアクセス権フィールドは、第１ユーザと第１クライアント装置２－１のペアに対して、第２ＬＢＡ範囲に対するリードが許可されていることを示す。第ｍＬＢＡ範囲に対応するアクセス権フィールドは、第１ユーザと第１クライアント装置２－１のペアに対して、第ｍＬＢＡ範囲に対するリードが許可されていることを示す。
【0045】
第２エントリ３２２は、例えば、第１ユーザと第２クライアント装置２－２のペアに対応する。第２エントリ３２２において、ユーザＩＤフィールドは、第１ユーザのユーザＩＤ“Ｕｓｅｒ０１”を示す。認証情報フィールドは、ユーザＩＤ“Ｕｓｅｒ０１”と第２クライアント装置２－２の装置ＩＤとからなるデータのハッシュ値を示す。第１ＬＢＡ範囲に対応するアクセス権フィールドは、第１ユーザと第２クライアント装置２－２のペアに対して、第１ＬＢＡ範囲に対するリードおよびライトが許可されていることを示す。第２ＬＢＡ範囲に対応するアクセス権フィールドは、第１ユーザと第２クライアント装置２－２のペアに対して、第２ＬＢＡ範囲に対するリードおよびライトが許可されていることを示す。第ｍＬＢＡ範囲に対応するアクセス権フィールドは、第１ユーザと第２クライアント装置２－２のペアに対して、第ｍＬＢＡ範囲に対するリードおよびライトが許可されていることを示す。
【0046】
第１エントリ３２１と第２エントリ３２２とでは、対応するユーザは同一であるが、対応するクライアント装置２が異なっている。同一のユーザが複数のクライアント装置２を使用する場合、例えば、ＬＢＡ範囲に対するアクセス権が、使用するクライアント装置２によって異なるように設定され得る。なお、同一のユーザが複数のクライアント装置２を使用する場合に、ＬＢＡ範囲に対するアクセス権を、使用するクライアント装置２によらず同一になるように設定することもできる。
【0047】
第３エントリ３２３は、例えば、第２ユーザと第１クライアント装置２－１のペアに対応する。第３エントリ３２３において、ユーザＩＤフィールドは、第２ユーザのユーザＩＤ“Ｕｓｅｒ０２”を示す。認証情報フィールドは、ユーザＩＤ“Ｕｓｅｒ０２”と第１クライアント装置２－１の装置ＩＤとからなるデータのハッシュ値を示す。第１ＬＢＡ範囲に対応するアクセス権フィールドは、第２ユーザと第１クライアント装置２－１のペアに対して、第１ＬＢＡ範囲に対するリードおよびライトが許可されていることを示す。第２ＬＢＡ範囲に対応するアクセス権フィールドは、第２ユーザと第１クライアント装置２－１のペアに対して、第２ＬＢＡ範囲に対するリードが許可されていることを示す。第ｍＬＢＡ範囲に対応するアクセス権フィールドは、第２ユーザと第１クライアント装置２－１のペアに対して、第ｍＬＢＡ範囲に対するリードおよびライトが許可されていることを示す。
【0048】
第１エントリ３２１と第３エントリ３２３とでは、対応するユーザは異なっているが、対応するクライアント装置２が同一のクライアント装置２－１である。複数のユーザが１台のクライアント装置２を使用する場合、ＬＢＡ範囲に対するアクセス権が、使用するユーザによらず同一になるように設定され得る。なお、複数のユーザが１台のクライアント装置２を使用する場合に、ＬＢＡ範囲に対するアクセス権を、使用するユーザによって異なるように設定することもできる。
【0049】
第４エントリ３２４は、例えば、第３ユーザと第ｎクライアント装置２－ｎのペアに対応する。第４エントリ３２４において、ユーザＩＤフィールドは、第３ユーザのユーザＩＤ“Ｕｓｅｒ０３”を示す。認証情報フィールドは、ユーザＩＤ“Ｕｓｅｒ０３”と第ｎクライアント装置２－ｎの装置ＩＤとからなるデータのハッシュ値を示す。第１ＬＢＡ範囲に対応するアクセス権フィールドは、第３ユーザと第ｎクライアント装置２－ｎのペアに対して、第１ＬＢＡ範囲に対するリードおよびライトが許可されていることを示す。第２ＬＢＡ範囲に対応するアクセス権フィールドは、第３ユーザと第ｎクライアント装置２－ｎのペアに対して、第２ＬＢＡ範囲に対するリードおよびライトが許可されていることを示す。第ｍＬＢＡ範囲に対応するアクセス権フィールドは、第３ユーザと第ｎクライアント装置２－ｎのペアに対して、第ｍＬＢＡ範囲に対するアクセスが禁止されていることを示す。
【0050】
以上の構成により、認証・アクセス権管理テーブル３２は、ユーザ－クライアントペアの認証に用いられる情報（ユーザ－クライアント情報）と、ユーザ－クライアントペアに対して設定されたＬＢＡ範囲へのアクセス権とを管理できる。
【0051】
【0052】
図４は、第１実施形態に係るストレージ装置５と、サーバ装置３及びクライアント装置２間の登録処理の例を示すシーケンス図である。登録処理は、ユーザ－クライアント情報をストレージ装置５に登録する処理である。ユーザ－クライアント情報は、例えば、ユーザＩＤと認証情報とを含む。
【0053】
まず、クライアント装置２は、使用しているユーザのアカウント情報をサーバ装置３に送信する（Ａ１１）。アカウント情報は、例えば、ユーザＩＤとパスワードとを含む。ユーザＩＤとパスワードとは、例えば、クライアント装置２に設けられた入力デバイスによって、ユーザによる操作に基づき入力される。入力デバイスは、例えば、キーボード、またはタッチスクリーンディスプレイである。
【0054】
サーバ装置３は、クライアント装置２から受信したアカウント情報（以下、受信アカウント情報と称する）に基づいて、アカウントの認証を行う（Ａ１２）。より詳しくは、サーバ装置３は、予め記憶および設定された少なくとも１つのアカウント情報（以下、設定アカウント情報と称する）に、受信アカウント情報と一致するアカウント情報が含まれているか否かを判定する。受信アカウント情報のユーザＩＤと一致するユーザＩＤを含み、且つ受信アカウント情報のパスワードと一致するパスワードを含む設定アカウント情報がある場合、サーバ装置３は、アカウントの認証が成功したと判断する。受信アカウント情報のユーザＩＤと一致するユーザＩＤを含む設定アカウント情報がない場合、サーバ装置３は、アカウントの認証が失敗したと判断する。また、受信アカウント情報のユーザＩＤと一致するユーザＩＤを含むが、受信アカウント情報のパスワードとは異なるパスワードを含む設定アカウント情報がある場合、サーバ装置３は、アカウントの認証が失敗したと判断する。アカウントの認証が失敗した場合、ユーザ－クライアント情報のストレージ装置５への登録は行われない。
【0055】
ユーザ－クライアント情報のストレージ装置５への登録は、アカウントの認証が成功した場合に行われる。以下では、アカウントの認証が成功した場合について説明する。アカウントの認証が成功した場合、サーバ装置３は、アカウントの認証が成功したことをクライアント装置２に通知する（Ａ１３）。
【0056】
サーバ装置３からアカウントの認証が成功したことが通知された後、クライアント装置２は、認証情報を生成する（Ａ１４）。具体的には、クライアント装置２は、ユーザＩＤと、クライアント装置２の装置ＩＤとからなるデータのハッシュ値を、認証情報として生成する。そして、クライアント装置２は、ユーザＩＤと生成した認証情報とを含むユーザ－クライアント情報を、サーバ装置３に送信する（Ａ１５）。
【0057】
サーバ装置３は、クライアント装置２からユーザ－クライアント情報を受信すると、受信したユーザ－クライアント情報をストレージ装置５に送信する（Ａ１６）。
【0058】
ストレージ装置５の登録処理部１４１は、サーバ装置３からユーザ－クライアント情報を受信すると、受信したユーザ－クライアント情報を認証・アクセス権管理テーブル３２に登録する（Ａ１７）。具体的には、登録処理部１４１は、受信したユーザ－クライアント情報から、ユーザＩＤと認証情報とを取得する。そして、登録処理部１４１は、取得したユーザＩＤと認証情報とを含むエントリを、認証・アクセス権管理テーブル３２に追加する。
【0059】
以上の登録処理により、クライアント装置２と、クライアント装置２を使用しているユーザとのペア（ユーザ－クライアントペア）に対応するユーザ－クライアント情報を、ストレージ装置５に登録できる。これにより、ストレージ装置５は、認証・アクセス権管理テーブル３２を用いて、ユーザ－クライアントペアの認証を行うことができる。したがって、サーバ装置３で行われるアカウントの認証とは別に、ストレージ装置５でユーザ－クライアントペアの認証が行われるので、不揮発性メモリ６に対するアクセスのセキュリティを強化できる。また、ストレージ装置５がユーザ－クライアントペアに対応するユーザ－クライアント情報を管理するので、サーバ装置３では、１人のユーザが複数のクライアント装置２を使用する場合に、１人のユーザに対して、使用するクライアント装置２に応じた複数のアカウント情報を発行および設定する必要がない。なお、悪意あるユーザによって偽のユーザ－クライアント情報が登録されないように、クライアント装置２は、送信するユーザ－クライアント情報に対して、正当性を検証可能な情報を付与してもよい。
【0060】
図５は、第１実施形態に係るストレージ装置５と、サーバ装置３及びクライアント装置２間の認証・リード処理の例を示すシーケンス図である。認証・リード処理は、ユーザ－クライアントペアの認証とリード処理とを行う処理である。認証・リード処理は、クライアント装置２がストレージ装置５からのユーザデータの読み出しを要求する場合に行われる。
【0061】
Ｂ１０１からＢ１０３までのアカウントの認証に関する処理は、図４を参照して前述した登録処理におけるＡ１１からＡ１３までの処理と同様である。なお、認証・リード処理を開始する前にアカウントの認証が行われ、認証が成功している場合、Ｂ１０１からＢ１０３までの処理は省略されてもよい。
【0062】
サーバ装置３からアカウントの認証が成功したことが通知された後、クライアント装置２は、認証情報とリード要求とを生成する（Ｂ１０４）。リード要求は、クライアント装置２が読み出そうとするファイルに対応するＬＢＡ範囲を指定する。指定するＬＢＡ範囲は、ストレージ装置５において、ファイルが論理的に記憶されている記憶領域を示す。ファイルとＬＢＡ範囲との対応関係は、例えば、ファイルシステムによって管理される。ファイルシステムは、例えば、クライアント装置２が実行するオペレーティングシステムに含まれる。クライアント装置２は、ユーザＩＤ、および生成した認証情報を含むユーザ－クライアント情報と、生成したリード要求とを、サーバ装置３に送信する（Ｂ１０５）。
【0063】
サーバ装置３は、クライアント装置２からユーザ－クライアント情報とリード要求とを受信すると、受信したユーザ－クライアント情報とリード要求とをストレージ装置５に送信する（Ｂ１０６）。
【0064】
ストレージ装置５の認証処理部１４２は、サーバ装置３からユーザ－クライアント情報とリード要求とを受信すると、認証・アクセス権管理テーブル３２を用いて、受信したユーザ－クライアント情報に基づくユーザ－クライアントペアの認証を行う（Ｂ１０７）。具体的には、認証処理部１４２は、認証・アクセス権管理テーブル３２のいずれか１つのエントリが、（１）受信したユーザ－クライアント情報に含まれるユーザＩＤと一致するユーザＩＤを含み、且つ（２）受信したユーザ－クライアント情報に含まれる認証情報と一致する認証情報を含むという条件を満たすエントリであるか否かを判定する。認証・アクセス権管理テーブル３２のいずれかのエントリが、条件を満たすエントリである場合、認証処理部１４２は、ユーザ－クライアントペアの認証が成功したと判断する。そして、認証処理部１４２は、受信したリード要求を受け付ける。認証・アクセス権管理テーブル３２のいずれのエントリも条件を満たすエントリでない場合、認証処理部１４２は、ユーザ－クライアントペアの認証が失敗したと判断する。そして、認証処理部１４２は、受信したリード要求を拒否する。
【0065】
Ｂ１０７において、ユーザ－クライアントペアの認証が成功した場合の処理について説明する。
【0066】
認証処理部１４２は、受信したリード要求をリード／ライト処理部１４４に送出する（Ｂ１０８）。
【0067】
リード／ライト処理部１４４は、認証処理部１４２からリード要求を受け取ると、リード要求に基づいて、不揮発性メモリ６に対するリード処理を行う（Ｂ１０９）。具体的には、リード／ライト処理部１４４は、論理物理アドレス変換テーブル３１を用いて、リード要求で指定されたＬＢＡ範囲に対応する物理アドレスを特定する。リード／ライト処理部１４４は、特定した物理アドレスに基づき、不揮発性メモリ６からユーザデータを読み出す。そして、リード／ライト処理部１４４は、読み出したユーザデータをサーバ装置３に送信する（Ｂ１１０）。
【0068】
サーバ装置３は、ストレージ装置５からユーザデータを受信すると、受信したユーザデータをクライアント装置２に送信する（Ｂ１１１）。
【0069】
これにより、クライアント装置２は、リード要求を用いて読み出しを要求したユーザデータを取得できる。
【0070】
次いで、Ｂ１０７において、ユーザ－クライアントペアの認証が失敗した場合の処理について説明する。
【0071】
認証処理部１４２は、ユーザ－クライアントペアの認証が失敗したことを示す応答を、サーバ装置３に送信する（Ｂ１１２）。なお、認証処理部１４２は、リード要求に基づくリード処理が失敗したことを示す応答を、サーバ装置３に送信してもよい。
【0072】
サーバ装置３は、ストレージ装置５から受け取った応答を、クライアント装置２にさらに送信する（Ｂ１１２）。
【0073】
これにより、クライアント装置２は、ユーザ－クライアントペアの認証が失敗したことを、あるいはリード要求に基づくリード処理が失敗したことを、認識できる。
【0074】
以上の認証・リード処理により、ストレージ装置５は、ユーザ－クライアントペアの認証を行って、認証が成功した場合に、リード要求に基づくリード処理を行うことができる。ストレージ装置５が認証・アクセス権管理テーブル３２に登録されていないユーザ－クライアント情報と共にリード要求を受信したならば、リード要求に基づくリード処理は行われない。つまり、ストレージ装置５は、正当なユーザ－クライアント情報を有していないユーザ－クライアントペアからのリード要求を拒否する。これにより、ストレージ装置５は、不揮発性メモリ６に対するアクセスのセキュリティを強化できる。
【0075】
図６は、第１実施形態に係るストレージ装置５と、サーバ装置３及びクライアント装置２間の認証・ライト処理の例を示すシーケンス図である。認証・ライト処理は、ユーザ－クライアントペアの認証とライト処理とを行う処理である。認証・ライト処理は、クライアント装置２がストレージ装置５へのユーザデータの書き込みを要求する場合に行われる。
【0076】
Ｃ１０１からＣ１０３までのアカウントの認証に関する処理は、図４を参照して前述した登録処理におけるＡ１１からＡ１３までの処理と同様である。
【0077】
サーバ装置３からアカウントの認証が成功したことが通知された後、クライアント装置２は、認証情報とライト要求とを生成する（Ｃ１０４）。ライト要求は、クライアント装置２がユーザデータを書き込もうとするファイルに対応するＬＢＡ範囲を指定する。指定されたＬＢＡ範囲は、ストレージ装置５において、ファイルが論理的に記憶される記憶領域を示す。クライアント装置２は、ユーザＩＤおよび生成した認証情報を含むユーザ－クライアント情報と、生成したライト要求と、書き込まれるユーザデータとを、サーバ装置３に送信する（Ｃ１０５）。
【0078】
サーバ装置３は、クライアント装置２からユーザ－クライアント情報、ライト要求、およびユーザデータを受信すると、受信したユーザ－クライアント情報、ライト要求、およびユーザデータをストレージ装置５に送信する（Ｃ１０６）。
【0079】
ストレージ装置５の認証処理部１４２は、サーバ装置３からユーザ－クライアント情報、ライト要求、およびユーザデータを受信すると、認証・アクセス権管理テーブル３２を用いて、受信したユーザ－クライアント情報に基づくユーザ－クライアントペアの認証を行う（Ｃ１０７）。
【0080】
Ｃ１０７において、ユーザ－クライアントペアの認証が成功した場合の処理について説明する。
【0081】
認証処理部１４２は、受信したライト要求およびユーザデータを、リード／ライト処理部１４４に送出する（Ｃ１０８）。
【0082】
リード／ライト処理部１４４は、認証処理部１４２からライト要求およびユーザデータを受け取ると、ライト要求に基づいて、不揮発性メモリ６に対するライト処理を行う（Ｃ１０９）。具体的には、ストレージ装置５は、受け取ったユーザデータを不揮発性メモリ６に書き込む。ストレージ装置５は、ユーザデータが書き込まれた記憶位置を示す物理アドレスと、ライト要求で指定されたＬＢＡ範囲とのマッピングを示すように、論理物理アドレス変換テーブル３１を更新する。そして、ストレージ装置５は、ライト要求に基づくライト処理が完了したことを示す応答を、サーバ装置３に送信する（Ｃ１１０）。
【0083】
サーバ装置３は、ストレージ装置５から受け取った応答を、クライアント装置２にさらに送信する（Ｃ１１１）。
【0084】
これにより、クライアント装置２は、ライト要求に基づく書き込みが完了したことを認識する。
【0085】
次いで、Ｃ１０７において、ユーザ－クライアントペアの認証が失敗した場合の処理について説明する。
【0086】
認証処理部１４２は、ユーザ－クライアントペアの認証が失敗したことを示す応答を、サーバ装置３に送信する（Ｃ１１２）。なお、ストレージ装置５は、ライト要求に基づくライト処理が失敗したことを示す応答を、サーバ装置３に送信してもよい。
【0087】
サーバ装置３は、ストレージ装置５から受け取った応答を、クライアント装置２にさらに送信する（Ｃ１１３）。
【0088】
これにより、クライアント装置２は、ユーザ－クライアントペアの認証が失敗したことを、あるいはライト要求に基づくライト処理が失敗したことを、認識する。
【0089】
以上の認証・ライト処理により、ストレージ装置５は、ユーザ－クライアントペアの認証を行って、認証が成功した場合に、ライト要求に基づくライト処理を行うことができる。ストレージ装置５が認証・アクセス権管理テーブル３２に登録されていないユーザ－クライアント情報と共にライト要求を受信したならば、ライト要求に基づくライト処理は行われない。つまり、ストレージ装置５は、正当なユーザ－クライアント情報を有していないユーザ－クライアントペアからのライト要求を拒否する。これにより、ストレージ装置５は、不揮発性メモリ６に対するアクセスのセキュリティを強化できる。
【0090】
図７は、第１実施形態に係るストレージ装置５と、サーバ装置３及びクライアント装置２間の登録処理の別の例を示すシーケンス図である。図７に示す登録処理は、ユーザ－クライアント情報に加えて、アクセス権情報もストレージ装置５に登録する処理である。
【0091】
アクセス権情報は、少なくとも１つのＬＢＡ範囲へのアクセス権を示す情報であり、例えば、図３に示したテーブル３２のうちアクセス権フィールドに含まれる情報に相当する。アクセス権情報は、より具体的には、例えば、ＬＢＡ範囲を示す情報と当該ＬＢＡ範囲へのアクセス権の内容を示す情報とを含む。ＬＢＡ範囲を示す情報とは、例えば、ＬＢＡ範囲の先頭のＬＢＡのアドレスと、論理ブロック数またはデータサイズとを示す情報である。ＬＢＡ範囲へのアクセス権の内容を示す情報とは、あるＬＢＡ範囲に対するアクセスの許可または禁止を示す情報を含む。例えば、図３に示した例と同様に、ＬＢＡ範囲へのアクセス権の内容を示す情報は、リード許可“Ｒ”、ライト許可“Ｗ”、及びアクセス禁止“－”の少なくとも１つを含む。アクセス権情報は、ユーザ－クライアント情報によって示されるユーザ－クライアントペアに対応する。つまり、アクセス権情報によって示されるアクセス権は、ユーザ－クライアント情報によって示されるユーザ－クライアントペアに対して設定されるアクセス権である。
【0092】
Ｄ１１からＤ１３までのアカウントの認証に関する処理は、図４を参照して前述した登録処理におけるＡ１１からＡ１３までの処理と同様である。
【0093】
サーバ装置３からアカウントの認証が成功したことが通知された後、クライアント装置２は、認証情報とアクセス権情報とを生成する（Ｄ１４）。そして、クライアント装置２は、ユーザＩＤ、および生成した認証情報を含むユーザ－クライアント情報と、生成したアクセス権情報とを、サーバ装置３に送信する（Ｄ１５）。
【0094】
サーバ装置３は、クライアント装置２からユーザ－クライアント情報およびアクセス権情報を受信すると、受信したユーザ－クライアント情報およびアクセス権情報をストレージ装置５に送信する（Ｄ１６）。
【0095】
ストレージ装置５の登録処理部１４１は、サーバ装置３からユーザ－クライアント情報およびアクセス権情報を受信すると、受信したユーザ－クライアント情報およびアクセス権情報を認証・アクセス権管理テーブル３２に登録する（Ｄ１７）。具体的には、登録処理部１４１は、受信したユーザ－クライアント情報から、ユーザＩＤと認証情報とを取得する。また、登録処理部１４１は、受信したアクセス権情報から、少なくとも１つのＬＢＡ範囲へのアクセス権の内容を取得する。そして、ストレージ装置５は、取得したユーザＩＤ、認証情報、および少なくとも１つのＬＢＡ範囲へのアクセス権の内容を含むエントリを、認証・アクセス権管理テーブル３２に追加する。
【0096】
以上の登録処理により、クライアント装置２と、クライアント装置２を使用しているユーザとのペア（ユーザ－クライアントペア）に対応するユーザ－クライアント情報と、当該ユーザ－クライアントペアに対応するアクセス権情報とを、ストレージ装置５に登録できる。これにより、ストレージ装置５は、認証・アクセス権管理テーブル３２を用いて、ユーザ－クライアントペアの認証を行うことができる。また、ストレージ装置５は、認証・アクセス権管理テーブル３２を用いて、認証が成功したユーザ－クライアントペアによる不揮発性メモリ６へのアクセスを、例えば、ＬＢＡ範囲毎に制御できる。したがって、ストレージ装置５は、不揮発性メモリ６に対するアクセスのセキュリティを強化できる。
【0097】
図８は、第１実施形態に係るストレージ装置５と、サーバ装置３及びクライアント装置２間の認証・リード処理の別の例を示すシーケンス図である。
【0098】
Ｅ１０１からＥ１０７までの処理は、図５を参照して前述した認証・リード処理におけるＢ１０１からＢ１０７までの処理と同様である。また、Ｅ１０７においてユーザ－クライアントペアの認証が失敗した場合の処理は、図５を参照して前述した認証・リード処理におけるＢ１１２およびＢ１１３の処理と同様である。
【0099】
以下では、Ｅ１０７においてユーザ－クライアントペアの認証が成功した場合の処理について説明する。
【0100】
ストレージ装置５の認証処理部１４２は、受信したユーザ－クライアント情報およびリード要求を、アクセス制御部１４３に送出する（Ｅ１０８）。
【0101】
アクセス制御部１４３は、認証処理部１４２からユーザ－クライアント情報およびリード要求を受け取ると、認証・アクセス権管理テーブル３２を用いて、ユーザ－クライアントペアに対して、リード要求で指定されたＬＢＡ範囲へのリードが許可されているか否かを判定する（Ｅ１０９）。具体的には、アクセス制御部１４３は、例えば、認証・アクセス権管理テーブル３２において、受け取ったユーザ－クライアント情報に対応するエントリを特定する。アクセス制御部１４３は、特定したエントリが、受け取ったリード要求で指定されたＬＢＡ範囲へのリード許可“Ｒ”を示しているか否かを判定する。特定したエントリが、リード要求で指定されたＬＢＡ範囲へのリード許可“Ｒ”を示している場合、アクセス制御部１４３は、ユーザ－クライアントペアに対して、リード要求で指定されたＬＢＡ範囲へのリードが許可されていると判断する。そして、アクセス制御部１４３は、リード要求を受け付ける。特定したエントリが、リード要求で指定されたＬＢＡ範囲へのリード許可“Ｒ”を示していない場合、アクセス制御部１４３は、ユーザ－クライアントペアに対して、リード要求で指定されたＬＢＡ範囲へのリードが許可されていない（すなわち、禁止されている）と判断する。そして、アクセス制御部１４３は、リード要求を拒否する。
【0102】
ユーザ－クライアントペアに対して、リード要求で指定されたＬＢＡ範囲へのリードが許可されている場合について説明する。
【0103】
この場合、アクセス制御部１４３は、リード要求をリード／ライト処理部１４４に送出する（Ｅ１１０）。
【0104】
リード／ライト処理部１４４は、アクセス制御部１４３からリード要求を受け取ると、リード要求に基づいて、不揮発性メモリ６に対するリード処理を行う（Ｅ１１１）。そして、リード／ライト処理部１４４は、読み出したユーザデータをサーバ装置３に送信する（Ｅ１１２）。
【0105】
サーバ装置３は、ストレージ装置５からユーザデータを受信すると、受信したユーザデータをクライアント装置２に送信する（Ｅ１１３）。
【0106】
これにより、クライアント装置２は、リード要求を用いて読み出しを要求したユーザデータを取得できる。
【0107】
次いで、ユーザ－クライアントペアに対して、リード要求で指定されたＬＢＡ範囲へのリードが許可されていない場合について説明する。
【0108】
この場合、アクセス制御部１４３は、リード要求で指定されたＬＢＡ範囲へのリードが禁止されていることを示す応答を、サーバ装置３に送信する（Ｅ１１４）。なお、アクセス制御部１４３は、リード要求に基づくリード処理が失敗したことを示す応答を、サーバ装置３に送信してもよい。
【0109】
サーバ装置３は、ストレージ装置５から受け取った応答を、クライアント装置２にさらに送信する（Ｅ１１５）。
【0110】
これにより、クライアント装置２は、リード要求で指定されたＬＢＡ範囲へのリードが禁止されていることを、あるいはリード要求に基づくリード処理が失敗したことを、認識する。
【0111】
以上の認証・リード処理により、ストレージ装置５は、ユーザ－クライアントペアの認証を行って、認証が成功し、且つリード要求で指定されたＬＢＡ範囲へのリードが許可されている場合に、リード要求に基づくリード処理を行うことができる。ストレージ装置５が認証・アクセス権管理テーブル３２に登録されていないユーザ－クライアント情報と共にリード要求を受信したならば、リード要求に基づくリード処理は行われない。つまり、ストレージ装置５は、正当なユーザ－クライアント情報を有していないユーザ－クライアントペアからのリード要求を拒否する。また、ストレージ装置５が、リードが許可されていないＬＢＡ範囲を指定したリード要求を受信したならば、リード要求に基づくリード処理は行われない。つまり、ストレージ装置５は、正当なユーザ－クライアント情報を有しているユーザ－クライアントペアからであっても、リードが許可されていないＬＢＡ範囲を指定したリード要求を拒否する。
【0112】
なお、認証・ライト処理についても同様にして、ストレージ装置５は、ライトが許可されているＬＢＡ範囲を指定したライト要求のみに基づいて、ライト処理を行うことができる。つまり、ストレージ装置５は、ライトが許可されていないＬＢＡ範囲を指定したライト要求を拒否する。
【0113】
これにより、ストレージ装置５は、不揮発性メモリ６に対するアクセスのセキュリティを強化できる。
【0114】
【0115】
図９は、第１実施形態に係るストレージ装置５において実行される登録処理の手順の例を示すフローチャートである。登録処理は、ユーザ－クライアント情報をストレージ装置５に登録する処理である。登録処理では、ユーザ－クライアント情報が、あるいはユーザ－クライアント情報とアクセス権情報とが、ストレージ装置５に登録される。ストレージ装置５のＣＰＵ１４は、ユーザ－クライアント情報をサーバ装置３から受信した場合に、あるいはユーザ－クライアント情報とアクセス権情報とをサーバ装置３から受信した場合に、登録処理を実行する。
【0116】
まず、ＣＰＵ１４は、受信したユーザ－クライアント情報から、ユーザＩＤと認証情報とを取得する（Ｓ１１）。そして、ＣＰＵ１４は、ユーザ－クライアント情報と共にアクセス権情報を受信したか否かを判定する（Ｓ１２）。
【0117】
アクセス権情報を受信した場合（Ｓ１２ Ｙｅｓ）、ＣＰＵ１４は、取得したユーザＩＤおよび認証情報と、アクセス権情報とを含むエントリを、認証・アクセス権管理テーブル３２に追加し（Ｓ１３）、登録処理を終了する（終了）。
【0118】
アクセス権情報を受信していない場合（Ｓ１２ Ｎｏ）、ＣＰＵ１４は、取得したユーザＩＤと認証情報とを含むエントリを、認証・アクセス権管理テーブル３２に追加し（Ｓ１４）、登録処理を終了する（終了）。
【0119】
以上の登録処理により、ＣＰＵ１４は、サーバ装置３からユーザ－クライアント情報を受信した場合に、ユーザ－クライアント情報（すなわち、ユーザＩＤおよび認証情報）を認証・アクセス権管理テーブル３２に登録できる。したがって、ＣＰＵ１４は、認証・アクセス権管理テーブル３２を用いて、ユーザ－クライアント情報を管理できる。
【0120】
また、ＣＰＵ１４は、サーバ装置３からユーザ－クライアント情報とアクセス権情報とを受信した場合に、ユーザ－クライアント情報およびアクセス権情報を認証・アクセス権管理テーブル３２に登録できる。したがって、ＣＰＵ１４は、認証・アクセス権管理テーブル３２を用いて、ユーザ－クライアント情報およびアクセス権情報を管理できる。
【0121】
図１０は、第１実施形態に係るストレージ装置５において実行される認証・アクセス処理の手順の例を示すフローチャートである。認証・アクセス処理は、ユーザ－クライアントペアの認証を行って、認証が成功した場合にアクセス要求に基づく処理を行う処理である。ストレージ装置５のＣＰＵ１４は、ユーザ－クライアント情報とアクセス要求とをサーバ装置３から受信した場合に、認証・アクセス処理を実行する。ここでは、受信したアクセス要求がリード要求とライト要求のいずれかである場合を例示する。なお、アクセス要求がライト要求である場合、ＣＰＵ１４は、ユーザ－クライアント情報およびライト要求と共に、不揮発性メモリ６に書き込むユーザデータも受信する。
【0122】
まず、ＣＰＵ１４は、受信したユーザ－クライアント情報から、ユーザＩＤと認証情報とを取得する（Ｓ２０１）。そして、ＣＰＵ１４は、認証・アクセス権管理テーブル３２に、取得したユーザＩＤを含むエントリがあるか否かを判定する（Ｓ２０２）。以下では、取得したユーザＩＤを含むエントリを、対象エントリと称する。
【0123】
認証・アクセス権管理テーブル３２に対象エントリがない場合（Ｓ２０２ Ｎｏ）、ＣＰＵ１４は、認証の失敗を示す応答をサーバ装置３に送信し（Ｓ２０３）、認証・アクセス処理を終了する（終了）。なお、認証・アクセス権管理テーブル３２に対象エントリがないことは、ユーザ－クライアントペアの認証が失敗したことに相当する。
【0124】
認証・アクセス権管理テーブル３２に対象エントリがある場合（Ｓ２０２ Ｙｅｓ）、ＣＰＵ１４は、取得した認証情報が対象エントリ内の認証情報と一致したか否かを判定する（Ｓ２０４）。
【0125】
取得した認証情報が対象エントリ内の認証情報とは異なる場合（Ｓ２０４ Ｎｏ）、ＣＰＵ１４は、認証の失敗を示す応答をサーバ装置３に送信し（Ｓ２０３）、認証・アクセス処理を終了する（終了）。なお、認証・アクセス権管理テーブル３２に対象エントリがあり、且つ取得した認証情報が対象エントリ内の認証情報とは異なることは、ユーザ－クライアントペアの認証が失敗したことに相当する。
【0126】
取得した認証情報が対象エントリ内の認証情報と一致した場合（Ｓ２０４ Ｙｅｓ）、ＣＰＵ１４は、受信したアクセス要求がリード要求であるか否かを判定する（Ｓ２０５）。なお、認証・アクセス権管理テーブル３２に対象エントリがあり、且つ取得した認証情報が対象エントリ内の認証情報と一致したことは、ユーザ－クライアントペアの認証が成功したことに相当する。
【0127】
受信したアクセス要求がリード要求である場合（Ｓ２０５ Ｙｅｓ）、ＣＰＵ１４は、論理物理アドレス変換テーブル３１を用いて、リード要求で指定されたＬＢＡ範囲に対応する物理アドレスを特定する（Ｓ２０６）。ＣＰＵ１４は、特定した物理アドレスに基づいて、不揮発性メモリ６からユーザデータを読み出す（Ｓ２０７）。そして、ＣＰＵ１４は、読み出したユーザデータをサーバ装置３に送信し（Ｓ２０８）、認証・アクセス処理を終了する（終了）。なお、ＣＰＵ１４は、読み出したユーザデータと共に、リード要求に基づく読み出しが完了したこと示す応答をサーバ装置３に送信してもよい。
【0128】
受信したアクセス要求がリード要求でない場合（Ｓ２０５ Ｎｏ）、すなわち、受信したアクセス要求がライト要求である場合、ＣＰＵ１４は、ライト要求に基づき、ユーザデータを不揮発性メモリ６に書き込む（Ｓ２０９）。ＣＰＵ１４は、ユーザデータが書き込まれた記憶位置を示す物理アドレスと、ライト要求で指定されたＬＢＡ範囲とのマッピングを示すように、論理物理アドレス変換テーブル３１を更新する（Ｓ２１０）。そして、ＣＰＵ１４は、ライト要求に基づく書き込みが完了したことを示す応答をサーバ装置３に送信し（Ｓ２１１）、認証・アクセス処理を終了する（終了）。
【0129】
以上の認証・アクセス処理により、ＣＰＵ１４は、ユーザ－クライアントペアの認証が成功した場合に、アクセス要求に基づく処理を行うように制御できる。換言すると、ＣＰＵ１４は、ユーザ－クライアントペアの認証が失敗した場合には、アクセス要求に基づく処理を行わないように制御できる。これにより、ＣＰＵ１４は、不揮発性メモリ６に対するアクセスのセキュリティを強化できる。
【0130】
なお、認証・アクセス処理のＳ２０５からＳ２１１までの手順は、アクセス制御処理に置き換えられてもよい。アクセス制御処理は、ユーザ－クライアントペアに対して、アクセス要求で指定されたＬＢＡ範囲へのアクセスが許可されているか否かに基づいて、アクセス要求に基づく処理の実行を制御する処理である。
【0131】
図１１は、第１実施形態に係るストレージ装置５において実行されるアクセス制御処理の手順の例を示すフローチャートである。ＣＰＵ１４は、図１０を参照して前述した認証・アクセス処理のＳ２０４で、取得した認証情報が対象エントリの認証情報と一致した場合に、アクセス制御処理を実行する。なお、取得した認証情報は、受信したユーザ－クライアント情報から取得した認証情報である。対象エントリは、認証・アクセス権管理テーブル３２において、受信したユーザ－クライアント情報から取得したユーザＩＤを含むエントリである。
【0132】
まず、ＣＰＵ１４は、受信したアクセス要求がリード要求であるか否かを判定する（Ｓ３０１）。
【0133】
受信したアクセス要求がリード要求である場合（Ｓ３０１ Ｙｅｓ）、ＣＰＵ１４は、対象エントリが、リード要求で指定されたＬＢＡ範囲に対するリード許可を示しているか否かを判定する（Ｓ３０２）。
【0134】
対象エントリが、リード要求で指定されたＬＢＡ範囲に対するリード許可を示していない場合（Ｓ３０２ Ｎｏ）、ＣＰＵ１４は、指定されたＬＢＡ範囲に対するリードが禁止されていることを示す応答をサーバ装置３に送信し（Ｓ３０３）、アクセス制御処理を終了する（終了）。
【0135】
対象エントリが、リード要求で指定されたＬＢＡ範囲に対するリード許可を示している場合（Ｓ３０２ Ｎｏ）、ＣＰＵ１４は、Ｓ３０４からＳ３０６までの手順を行って、アクセス制御処理を終了する（終了）。Ｓ３０４からＳ３０６までの手順は、前述した認証・アクセス処理のＳ２０６からＳ２０８までの手順と同様であるため詳細な説明は省略する。
【0136】
受信したアクセス要求がライト要求である場合（Ｓ３０１ Ｎｏ）、ＣＰＵ１４は、対象エントリが、ライト要求で指定されたＬＢＡ範囲に対するライト許可を示しているか否かを判定する（Ｓ３０７）。
【0137】
対象エントリが、ライト要求で指定されたＬＢＡ範囲に対するライト許可を示していない場合（Ｓ３０７ Ｎｏ）、ＣＰＵ１４は、指定されたＬＢＡ範囲に対するライトが禁止されていることを示す応答をサーバ装置３に送信し（Ｓ３０８）、アクセス制御処理を終了する（終了）。
【0138】
対象エントリが、ライト要求で指定されたＬＢＡ範囲に対するライト許可を示している場合（Ｓ３０７ Ｎｏ）、ＣＰＵ１４は、Ｓ３０９からＳ３１１までの手順を行って、アクセス制御処理を終了する（終了）。Ｓ３０９からＳ３１１までの手順は、前述した認証・アクセス処理のＳ２０９からＳ２１１までの手順と同様である。
【0139】
以上のアクセス制御処理により、ＣＰＵ１４は、ユーザ－クライアントペアに対して、アクセス要求で指定されたＬＢＡ範囲へのアクセスが許可されている場合に、アクセス要求に基づく処理を行うように制御できる。換言すると、ＣＰＵ１４は、ユーザ－クライアントペアに対して、アクセス要求で指定されたＬＢＡ範囲へのアクセスが許可されていない場合には、アクセス要求に基づく処理を行わないように制御できる。これにより、ＣＰＵ１４は、不揮発性メモリ６に対するアクセスのセキュリティを強化できる。
【0140】
（第２実施形態）
第１実施形態では、要求、応答、データ等、ストレージ装置５とクライアント装置２間の伝送を、サーバ装置３を介して行ったのに対し、第２実施形態では、サーバ装置等他の装置を介さずに直接行うように構成されている点が異なる。すなわち、第２実施形態のメモリシステムでは、ストレージ装置５のホストＩ／Ｆ１１にクライアント装置２が直接接続される点が異なる。
第１実施形態では、要求、応答、データ等、ストレージ装置５とクライアント装置２間の伝送を、サーバ装置３を介して行ったのに対し、第２実施形態では、サーバ装置等他の装置を介さずに直接行うように構成されている点が異なる。すなわち、第２実施形態のメモリシステムでは、ストレージ装置５のホストＩ／Ｆ１１にクライアント装置２が直接接続される点が異なる。
【0141】
以下、第２実施形態について詳細に説明する。
【0142】
図１２は、第２実施形態に係るストレージ装置５がクライアント装置２に直接接続された情報処理システム１Ｂの全体構成例を示すブロック図である。情報処理システム１Ｂは、例えば、クライアント装置２と、ストレージ装置５とを含む。
【0143】
第２実施形態のストレージ装置５の構成は、図２の第１実施形態のストレージ装置５の構成と同様である。第２実施形態のクライアント装置２の構成は、第１実施形態のクライアント装置２の構成とほぼ同様であるが、アカウント情報に基づいてアカウントの認証を行う構成をさらに有する点が異なる。アカウントの認証を行う構成は、第１実施形態においてサーバ装置３がアカウントの認証を行う構成と同様である。
【0144】
【0145】
図１３は、第２実施形態に係るストレージ装置５と、クライアント装置２間の登録処理の例を示すシーケンス図である。登録処理は、ユーザ－クライアント情報をストレージ装置５に登録する処理である。
【0146】
クライアント装置２には、アカウント情報が入力される。アカウント情報は、例えば、ユーザＩＤとパスワードとを含む。ユーザＩＤとパスワードとは、例えば、クライアント装置２に設けられた入力デバイスによって、ユーザによる操作に基づき入力される。
【0147】
クライアント装置２は、入力されたアカウント情報（以下、入力アカウント情報と称する）に基づいて、アカウントの認証を行う（Ｆ１１）。より詳しくは、クライアント装置２は、予め記憶および設定された少なくとも１つのアカウント情報（以下、設定アカウント情報と称する）に、入力アカウント情報と一致するアカウント情報が含まれているか否かを判定する。入力アカウント情報のユーザＩＤと一致するユーザＩＤを含み、且つ入力アカウント情報のパスワードと一致するパスワードを含む設定アカウント情報がある場合、クライアント装置２は、アカウントの認証が成功したと判断する。入力アカウント情報のユーザＩＤと一致するユーザＩＤを含む設定アカウント情報がない場合、クライアント装置２は、アカウントの認証が失敗したと判断する。また、入力アカウント情報のユーザＩＤと一致するユーザＩＤを含むが、入力アカウント情報のパスワードとは異なるパスワードを含む設定アカウント情報がある場合、クライアント装置２は、アカウントの認証が失敗したと判断する。アカウントの認証が失敗した場合、ユーザ－クライアント情報のストレージ装置５への登録は行われない。
【0148】
ユーザ－クライアント情報のストレージ装置５への登録は、アカウントの認証が成功した場合に行われる。以下では、アカウントの認証が成功した場合について説明する。
【0149】
アカウントの認証が成功した場合、クライアント装置２は、認証情報を生成する（Ｆ１２）。具体的には、クライアント装置２は、ユーザＩＤと、クライアント装置２の装置ＩＤとからなるデータのハッシュ値を、認証情報として生成する。そして、クライアント装置２は、ユーザＩＤと生成した認証情報とを含むユーザ－クライアント情報を、ストレージ装置５に送信する（Ｆ１３）。
【0150】
ストレージ装置５の登録処理部１４１は、クライアント装置２からユーザ－クライアント情報を受信すると、受信したユーザ－クライアント情報を認証・アクセス権管理テーブル３２に登録する（Ｆ１４）。具体的には、登録処理部１４１は、受信したユーザ－クライアント情報から、ユーザＩＤと認証情報とを取得する。そして、登録処理部１４１は、取得したユーザＩＤと認証情報とを含むエントリを、認証・アクセス権管理テーブル３２に追加する。
【0151】
以上の登録処理により、クライアント装置２と、クライアント装置２を使用しているユーザとのペアに対応するユーザ－クライアント情報を、ストレージ装置５に登録できる。これにより、ストレージ装置５は、認証・アクセス権管理テーブル３２を用いて、ユーザ－クライアントペアの認証を行うことができる。
【0152】
図１４は、第２実施形態に係るストレージ装置５と、クライアント装置２間の認証・リード処理の例を示すシーケンス図である。認証・リード処理は、ユーザ－クライアントペアの認証とリード処理とを行う処理である。認証・リード処理は、クライアント装置２がストレージ装置５からのユーザデータの読み出しを要求する場合に行われる。
【0153】
Ｇ１０１のアカウントの認証に関する処理は、図１３を参照して前述した登録処理におけるＦ１１の処理と同様である。なお、認証・リード処理を開始する前にアカウントの認証が行われ、認証が成功している場合、Ｇ１０１の処理は省略されてもよい。
【0154】
アカウントの認証が成功した後、クライアント装置２は、認証情報とリード要求とを生成する（Ｇ１０２）。クライアント装置２は、ユーザＩＤおよび生成した認証情報を含むユーザ－クライアント情報と、生成したリード要求とを、ストレージ装置５に送信する（Ｇ１０３）。
【0155】
ストレージ装置５の認証処理部１４２は、クライアント装置２からユーザ－クライアント情報とリード要求とを受信すると、認証・アクセス権管理テーブル３２を用いて、受信したユーザ－クライアント情報に基づくユーザ－クライアントペアの認証を行う（Ｇ１０４）。
【0156】
ユーザ－クライアントペアの認証が成功した場合、認証処理部１４２は、受信したリード要求をリード／ライト処理部１４４に送出する（Ｇ１０５）。
【0157】
リード／ライト処理部１４４は、認証処理部１４２からリード要求を受け取ると、リード要求に基づいて、不揮発性メモリ６に対するリード処理を行う（Ｇ１０６）。そして、ストレージ装置５は、読み出したユーザデータをクライアント装置２に送信する（Ｇ１０７）。
【0158】
これにより、クライアント装置２は、リード要求を用いて読み出しを要求したユーザデータを取得できる。
【0159】
また、ユーザ－クライアントペアの認証が失敗した場合、認証処理部１４２は、ユーザ－クライアントペアの認証が失敗したことを示す応答を、クライアント装置２に送信する（Ｇ１０８）。なお、ストレージ装置５は、リード要求に基づくリード処理が失敗したことを示す応答を、クライアント装置２に送信してもよい。
【0160】
これにより、クライアント装置２は、ユーザ－クライアントペアの認証が失敗したことを、あるいはリード要求に基づくリード処理が失敗したことを、認識できる。
【0161】
以上の認証・リード処理により、ストレージ装置５は、ユーザ－クライアントペアの認証を行って、認証が成功した場合に、リード要求に基づくリード処理を行うことができる。ストレージ装置５が、認証・アクセス権管理テーブル３２に登録されていないユーザ－クライアント情報と共にリード要求を受信したならば、リード要求に基づくリード処理は行われない。つまり、ストレージ装置５は、正当なユーザ－クライアント情報を有していないユーザ－クライアントペアからのリード要求を受け付けない。これにより、ストレージ装置５は、不揮発性メモリ６に対するアクセスのセキュリティを強化できる。
【0162】
図１５は、第２実施形態に係るストレージ装置５と、クライアント装置２間の認証・ライト処理の例を示すシーケンス図である。認証・ライト処理は、ユーザ－クライアントペアの認証とライト処理とを行う処理である。認証・ライト処理は、クライアント装置２がストレージ装置５へのユーザデータの書き込みを要求する場合に行われる。
【0163】
Ｈ１０１のアカウントの認証に関する処理は、図１３を参照して前述した登録処理におけるＦ１１の処理と同様である。
【0164】
アカウントの認証が成功した後、クライアント装置２は、認証情報とライト要求とを生成する（Ｈ１０２）。クライアント装置２は、ユーザＩＤおよび生成した認証情報を含むユーザ－クライアント情報と、生成したライト要求と、書き込まれるユーザデータとを、ストレージ装置５に送信する（Ｈ１０３）。
【0165】
ストレージ装置５の認証処理部１４２は、クライアント装置２からユーザ－クライアント情報、ライト要求、およびユーザデータを受信すると、認証・アクセス権管理テーブル３２を用いて、受信したユーザ－クライアント情報に基づくユーザ－クライアントペアの認証を行う（Ｈ１０４）。
【0166】
ユーザ－クライアントペアの認証が成功した場合、認証処理部１４２は、受信したライト要求およびユーザデータをリード／ライト処理部１４４に送出する（Ｈ１０５）。
【0167】
リード／ライト処理部１４４は、認証処理部１４２からライト要求およびユーザデータを受け取ると、ライト要求に基づいて、不揮発性メモリ６に対するライト処理を行う（Ｈ１０６）。そして、リード／ライト処理部１４４は、ライト要求に基づくライト処理が完了したことを示す応答を、サーバ装置３に送信する（Ｈ１０７）。
【0168】
これにより、クライアント装置２は、ライト要求に基づく書き込みが完了したことを認識する。
【0169】
また、ユーザ－クライアントペアの認証が失敗した場合、認証処理部１４２は、ユーザ－クライアントペアの認証が失敗したことを示す応答を、クライアント装置２に送信する（Ｈ１０７）。なお、認証処理部１４２は、ライト要求に基づくライト処理が失敗したことを示す応答を、クライアント装置２に送信してもよい。
【0170】
これにより、クライアント装置２は、ユーザ－クライアントペアの認証が失敗したことを、あるいはライト要求に基づくライト処理が失敗したことを、認識する。
【0171】
以上の認証・ライト処理により、ストレージ装置５は、ユーザ－クライアントペアの認証を行って、認証が成功した場合に、ライト要求に基づくライト処理を行うことができる。ストレージ装置５が、認証・アクセス権管理テーブル３２に登録されていないユーザ－クライアント情報と共にライト要求を受信したならば、ライト要求に基づくライト処理は行われない。つまり、ストレージ装置５は、正当なユーザ－クライアント情報を有していないユーザ－クライアントペアからのライト要求を受け付けない。これにより、ストレージ装置５は、不揮発性メモリ６に対するアクセスのセキュリティを強化できる。
【0172】
図１６は、第２実施形態に係るストレージ装置５と、クライアント装置２間の登録処理の別の例を示すシーケンス図である。図１６に示す登録処理は、ユーザ－クライアント情報に加えて、アクセス権情報もストレージ装置５に登録する処理である。
【0173】
Ｋ１１のアカウントの認証に関する処理は、図１３を参照して前述した登録処理におけるＦ１１の処理と同様である。
【0174】
アカウントの認証が成功した後、クライアント装置２は、認証情報とアクセス権情報とを生成する（Ｋ１２）。そして、クライアント装置２は、ユーザＩＤおよび生成した認証情報を含むユーザ－クライアント情報と、生成したアクセス権情報とを、ストレージ装置５に送信する（Ｋ１３）。
【0175】
ストレージ装置５の登録処理部１４１は、クライアント装置２からユーザ－クライアント情報およびアクセス権情報を受信すると、受信したユーザ－クライアント情報およびアクセス権情報を認証・アクセス権管理テーブル３２に登録する（Ｋ１４）。
【0176】
以上の登録処理により、クライアント装置２と、クライアント装置２を使用しているユーザとのペア（ユーザ－クライアントペア）に対応するユーザ－クライアント情報と、当該ユーザ－クライアントペアに対応するアクセス権情報とを、ストレージ装置５に登録できる。これにより、ストレージ装置５は、認証・アクセス権管理テーブル３２を用いて、ユーザ－クライアントペアの認証を行うことができる。また、ストレージ装置５は、認証・アクセス権管理テーブル３２を用いて、認証が成功したユーザ－クライアントペアによる不揮発性メモリ６へのアクセスを、例えば、ＬＢＡ範囲毎に制御できる。したがって、ストレージ装置５は、不揮発性メモリ６に対するアクセスのセキュリティを強化できる。
【0177】
図１７は、第２実施形態に係るストレージ装置５と、クライアント装置２間の認証・リード処理の別の例を示すシーケンス図である。
【0178】
Ｌ１０１からＬ１０４までの処理は、図１４を参照して前述した認証・リード処理におけるＧ１０１からＧ１０４までの処理と同様である。また、Ｌ１０４においてユーザ－クライアントペアの認証が失敗した場合の処理は、図１４を参照して前述した認証・リード処理におけるＧ１０８の処理と同様である。
【0179】
以下では、Ｌ１０４においてユーザ－クライアントペアの認証が成功した場合の処理について説明する。
【0180】
ユーザ－クライアントペアの認証が成功した場合、ストレージ装置５の認証処理部１４２は、クライアント装置２から受信したユーザ－クライアント情報およびリード要求をアクセス制御部１４３に送出する（Ｌ１０５）。
【0181】
アクセス制御部１４３は、認証処理部１４２からユーザ－クライアント情報およびリード要求を受け取ると、認証・アクセス権管理テーブル３２を用いて、ユーザ－クライアントペアに対して、リード要求で指定されたＬＢＡ範囲へのリードが許可されているか否かを判定する（Ｌ１０６）。
【0182】
ユーザ－クライアントペアに対して、リード要求で指定されたＬＢＡ範囲へのリードが許可されている場合、アクセス制御部１４３は、リード要求をリード／ライト処理部１４４に送出する（Ｌ１０７）。
【0183】
リード／ライト処理部１４４は、アクセス制御部１４３からリード要求を受け取ると、リード要求に基づいて、不揮発性メモリ６に対するリード処理を行う（Ｌ１０８）。そして、リード／ライト処理部１４４は、読み出したユーザデータをクライアント装置２に送信する（Ｌ１０９）。
【0184】
これにより、クライアント装置２は、リード要求を用いて読み出しを要求したユーザデータを取得できる。
【0185】
また、ユーザ－クライアントペアに対して、リード要求で指定されたＬＢＡ範囲へのリードが許可されていない場合、アクセス制御部１４３は、リード要求で指定されたＬＢＡ範囲へのリードが禁止されていることを示す応答を、クライアント装置２に送信する（Ｌ１１０）。なお、ストレージ装置５は、リード要求に基づくリード処理が失敗したことを示す応答を、クライアント装置２に送信してもよい。
【0186】
これにより、クライアント装置２は、リード要求で指定されたＬＢＡ範囲へのリードが禁止されていることを、あるいはリード要求に基づくリード処理が失敗したことを、認識する。
【0187】
以上の認証・リード処理により、ストレージ装置５は、ユーザ－クライアントペアの認証を行って、認証が成功し、且つリード要求で指定されたＬＢＡ範囲へのリードが許可されている場合に、リード要求に基づくリード処理を行うことができる。ストレージ装置５が、認証・アクセス権管理テーブル３２に登録されていないユーザ－クライアント情報と共にリード要求を受信したならば、リード要求に基づくリード処理が行われない。つまり、ストレージ装置５は、正当なユーザ－クライアント情報を有していないユーザ－クライアントペアからのリード要求を受け付けない。また、ストレージ装置５が、リードが許可されていないＬＢＡ範囲を指定したリード要求を受信したならば、リード要求に基づくリード処理は行われない。つまり、ストレージ装置５は、正当なユーザ－クライアント情報を有しているユーザ－クライアントペアからであっても、リードが許可されていないＬＢＡ範囲を指定したリード要求を受け付けない。
【0188】
なお、認証・ライト処理についても同様にして、ストレージ装置５は、ライトが許可されているＬＢＡ範囲を指定したライト要求のみに基づいて、ライト処理を行うことができる。つまり、ストレージ装置５は、ライトが許可されていないＬＢＡ範囲を指定したライト要求を受け付けない。
【0189】
これにより、ストレージ装置５は、不揮発性メモリ６に対するアクセスのセキュリティを強化できる。
【0190】
なお、第２実施形態のストレージ装置５において実行される処理の手順は、例えば、図９から図１１のフローチャートを参照して前述した処理の手順において、サーバ装置３をクライアント装置２に置き換えることにより、実現される。
【0191】
以上説明したように、第１および第２実施形態によれば、不揮発性メモリ６に対するアクセスのセキュリティを強化できる。ストレージ装置５の登録処理部１４１は、第１ユーザ識別情報と、第１ユーザ識別情報と第１クライアント装置の第１装置識別情報とから算出されるハッシュ値を含む第１認証情報とを管理する。認証処理部１４２は、外部装置から送信された、不揮発性メモリ６へのアクセス要求と、ユーザ識別情報、および認証情報を受信した場合、ユーザ識別情報が第１ユーザ識別情報と一致し、且つ認証情報が第１認証情報と一致するという第１条件を満たした場合、不揮発性メモリへのアクセス要求を受け付け、第１条件を満たさない場合、アクセス要求を拒否する。
【0192】
このように、ストレージ装置５は、外部装置から受信したユーザ識別情報が第１ユーザ識別情報と一致し、且つ外部装置から受信した認証情報が第１認証情報と一致するという第１条件を満たした場合に、アクセス要求を受け付ける。また、ストレージ装置５は、第１条件を満たさない場合、アクセス要求を拒否する。つまり、クライアント装置２が正当なユーザ識別情報および認証情報の組み合わせを送信していない場合、ストレージ装置５はアクセス要求を拒否する。これにより、不揮発性メモリ６に対するアクセスのセキュリティを強化できる。
【0193】
尚、クライアント装置２にユーザＩＤとパスワードを入力する例を説明したが、パスワードに代えて、或いは、パスワード入力に加えて指紋認証、顔認証、静脈認証可能な入力デバイスを導入することによって、ストレージ装置５にさらに強力なセキュリティ性を持たせ得ることは言うまでもない。
【0194】
ここで、比較例に係るストレージ装置５Ｃを含む情報処理システムについて説明する。比較例に係る情報処理システムは、ストレージ装置５Ｃ、クライアント装置２Ｃ、およびサーバ装置３Ｃを備える。
【0195】
クライアント装置２Ｃは、悪意あるユーザが使用しているクライアント装置である。悪意あるユーザは、サーバ装置３Ｃによって設定されたアカウント情報を不正に入手している。つまり、悪意あるユーザが使用するアカウント情報は、漏洩したアカウント情報である。
【0196】
サーバ装置３Ｃは、アカウント情報に基づいてアカウントの認証を行う。サーバ装置３Ｃは、アカウントの認証が成功した場合、クライアント装置２Ｃとストレージ装置５Ｃとの間で、要求、応答、データ等の伝送を中継する。サーバ装置３Ｃを介してクライアント装置２Ｃからストレージ装置５Ｃに送信される要求は、例えば、アクセス要求である。
【0197】
ストレージ装置５Ｃは、クライアント装置２Ｃからサーバ装置３Ｃを介して、アクセス要求を受信する。ストレージ装置５Ｃは、受信した要求に基づく処理を行う。なお、ストレージ装置５Ｃは、ユーザ－クライアントペアを認証する機能を有していない。
【0198】
図１８は、比較例に係るストレージ装置５Ｃと、サーバ装置３Ｃ及びクライアント装置２Ｃ間の認証・リード処理の例を示すシーケンス図である。図１８に示す認証・リード処理は、漏洩したアカウント情報に基づく認証とリード処理とを行う処理である。なお、ここでは、クライアント装置２Ｃは悪意のある非正規のユーザが使用する非正規の装置であり、ストレージ装置５Ｃおよびサーバ装置３Ｃは正規のユーザが使用する正規の装置である、ものとする。
【0199】
まず、クライアント装置２Ｃは、漏洩したアカウント情報をサーバ装置３Ｃに送信する（Ｍ１１）。アカウント情報は、例えば、クライアント装置２Ｃに設けられた入力デバイスによって、悪意あるユーザによる操作に基づき入力される。
【0200】
サーバ装置３Ｃは、クライアント装置２Ｃから受信したアカウント情報（受信アカウント情報）に基づいて、アカウントの認証を行う（Ｍ１２）。より詳しくは、サーバ装置３Ｃは、予め記憶および設定された少なくとも１つのアカウント情報（設定アカウント情報）に、受信アカウント情報と一致するアカウント情報が含まれているか否かを判定する。受信アカウント情報は漏洩したアカウント情報であるので、サーバ装置３Ｃは、少なくとも１つの設定アカウント情報に、受信アカウント情報と一致するアカウント情報が含まれていると判断する。そして、サーバ装置３Ｃは、アカウントの認証が成功したことをクライアント装置２Ｃに通知する（Ｍ１３）。
【0201】
クライアント装置２Ｃは、サーバ装置３Ｃからの通知を受け取ると、リード要求を生成する（Ｍ１４）。クライアント装置２Ｃは、生成したリード要求をサーバ装置３Ｃに送信する（Ｍ１５）。
【0202】
サーバ装置３Ｃは、クライアント装置２Ｃからユーザ－クライアント情報とリード要求とを受信すると、受信したユーザ－クライアント情報とリード要求とをストレージ装置５Ｃに送信する（Ｍ１６）。
【0203】
ストレージ装置５Ｃは、サーバ装置３Ｃからリード要求を受け取ると、リード要求に基づいて、ストレージ装置５Ｃに設けられた不揮発性メモリに対するリード処理を行う（Ｍ１７）。そして、ストレージ装置５Ｃは、読み出したユーザデータをサーバ装置３Ｃに送信する（Ｍ１８）。
【0204】
サーバ装置３Ｃは、ストレージ装置５Ｃからユーザデータを受信すると、受信したユーザデータをクライアント装置２Ｃに送信する（Ｍ１９）。
【0205】
これにより、クライアント装置２Ｃは、リード要求を用いて読み出しを要求したユーザデータを取得できる。
【0206】
同様にして、クライアント装置２Ｃは、漏洩したアカウント情報に基づくアカウントの認証が成功した後に、ライト要求を用いてストレージ装置５Ｃにユーザデータを書き込むこともできる。
【0207】
このように、クライアント装置２Ｃは、漏洩したアカウント情報を用いて、サーバ装置３Ｃによるアカウントの認証を成功させることができる。そのため、クライアント装置２Ｃは、ストレージ装置５Ｃからユーザデータを取得できる。また、クライアント装置２Ｃは、ストレージ装置５Ｃにユーザデータを書き込むことができる。したがって、比較例のサーバ装置３Ｃでアカウントを認証する方法のみでは、アカウント情報が漏洩した場合に、任意のクライアント装置２Ｃからストレージ装置５Ｃに対する不正アクセスが行われる可能性がある。
【0208】
第１および第２実施形態に記載された様々な機能の各々は、回路（処理回路）によって実現されてもよい。処理回路の例には、中央処理装置（ＣＰＵ）のような、プログラムされたプロセッサが含まれる。このプロセッサは、メモリに格納されたコンピュータプログラム（命令群）を実行することによって、記載された機能それぞれを実行する。このプロセッサは、電気回路を含むマイクロプロセッサであってもよい。処理回路の例には、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、マイクロコントローラ、コントローラ、他の電気回路部品も含まれる。これら実施形態に記載されたＣＰＵ以外の他のコンポーネントの各々もまた処理回路によって実現されてもよい。
【0209】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【0210】
１Ａ…情報処理システム
２…クライアント装置
２－１…第１クライアント装置
２－２…第２クライアント装置
２－ｎ…第ｎクライアント装置
３…サーバ装置
４…ネットワーク
５…ストレージ装置
６…不揮発性メモリ
７…ＲＡＭ
８…コントローラ
１０…バス
１１…ホストＩ／Ｆ
１２…メモリＩ／Ｆ
１３…ＲＡＭ Ｉ／Ｆ
１４…ＣＰＵ
１４１…登録処理部
１４２…認証処理部
１４３…アクセス制御部
１４４…リード／ライト処理部
３１…論理物理アドレス変換テーブル
３２…認証・アクセス権管理テーブル
３２１…第１エントリ
３２２…第２エントリ
３２３…第３エントリ
３２４…第４エントリ
Ｂ０…ブロック
Ｂ１…ブロック
Ｂ２…ブロック
Ｂｍ－１…ブロック
Ｐ０…ページ
Ｐｎ－１…ページ
１Ｂ…情報処理システム
２Ｃ…クライアント装置
３Ｃ…サーバ装置
５Ｃ…ストレージ装置
２…クライアント装置
２－１…第１クライアント装置
２－２…第２クライアント装置
２－ｎ…第ｎクライアント装置
３…サーバ装置
４…ネットワーク
５…ストレージ装置
６…不揮発性メモリ
７…ＲＡＭ
８…コントローラ
１０…バス
１１…ホストＩ／Ｆ
１２…メモリＩ／Ｆ
１３…ＲＡＭ Ｉ／Ｆ
１４…ＣＰＵ
１４１…登録処理部
１４２…認証処理部
１４３…アクセス制御部
１４４…リード／ライト処理部
３１…論理物理アドレス変換テーブル
３２…認証・アクセス権管理テーブル
３２１…第１エントリ
３２２…第２エントリ
３２３…第３エントリ
３２４…第４エントリ
Ｂ０…ブロック
Ｂ１…ブロック
Ｂ２…ブロック
Ｂｍ－１…ブロック
Ｐ０…ページ
Ｐｎ－１…ページ
１Ｂ…情報処理システム
２Ｃ…クライアント装置
３Ｃ…サーバ装置
５Ｃ…ストレージ装置
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】