JP2007226545A - 情報管理装置、情報管理方法および情報管理プログラム - Google Patents

Abstract

【課題】セキュリティ対策におけるユーザの負担を軽減すること。
【解決手段】セキュリティシステム１００は、サービス提供者が運営する情報管理装置２０１と、ユーザが保有する情報処理端末２０２によって構成される。情報管理装置２０１は、送付部２１１、取得部２１２、制御部２１３によって構成される。送付部２１１は、情報処理端末２０２に記録されたデータ２２１を保護するセキュリティ用アプリケーション群２２２を情報処理端末２０２に送付する。取得部２１２は、情報処理端末２０２におけるデータ２２１の保護状態に関する情報を取得する。制御部２１３は、取得部２１２によって取得された保護状態に関する情報に基づいて、送付部２１１によって送付されたセキュリティ用アプリケーション群２２２のうち、データ２２１の保護のために必要なセキュリティ用アプリケーションに対する制御をおこなう。
【選択図】図２

Description

この発明は、情報処理端末に記録されたデータに対するセキュリティ管理をおこなう情報管理装置、情報管理方法および情報管理プログラムに関する。

従来、パーソナルコンピュータやインターネット通信などの普及によって、社会の情報化が進み、情報のセキュリティに関する技術は不可欠なものとなっている。具体的には、パーソナルコンピュータなどの情報処理端末に記録されているデータのバックアップや、ネットワーク上をやり取りされるデータの暗号化、ウイルス対策などに関する技術などが知られている（たとえば、下記特許文献１および２参照。）。

特に、企業や官公庁などの組織において、業務上必要なデータの損失や破損の防止や、機密データの外部への流出や漏洩の防止などが課題となっている。企業や官公庁などによるデータの損失・破損、機密データの流出・漏洩などは、組織としての社会的信頼が失墜するなど、個人と比較して甚大な損失を招くこととなる。

特開２００５−０９２２８２号公報 特開２００５−３５４６０２号公報

しかしながら、上述した従来技術によれば、情報のセキュリティ対策を講じるにあたって、データのバックアップや暗号化、ウイルス対策など、個々の技術に対して個別の対策、たとえばパッケージソフトウェアの導入やバックアップサーバの設置などをおこなわなければならないという問題点がある。

個々の技術に対して個別の対策をおこなわなければならないと、導入時に個々の技術ごとに比較検討が必要となるとともに、運用面においても負担が大きくなってしまうという問題点がある。特に、中小規模の事業者などにおいては、大企業と比較して、情報セキュリティ専門の担当者を置いたり、情報セキュリティ対策に対する投資をおこなう余裕がない場合がある。

また、個々の技術ごとに別個のアプリケーションなどが導入されることとなるため、ユーザの操作が煩雑となってしまい、せっかく導入した技術を使いこなすことができなくなってしまう可能性があるという問題点がある。

この発明は、上述した従来技術による問題点を解消するため、ユーザの負担を軽減しつつ、包括的な情報セキュリティ対策をおこなうことができる情報管理装置、情報管理方法および情報管理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するため、請求項１の発明にかかる情報管理装置は、情報処理端末に記録されたデータを保護するセキュリティ用アプリケーション群を前記情報処理端末に送付する送付手段と、前記情報処理端末における前記データの保護状態に関する情報を取得する取得手段と、前記取得手段によって取得された保護状態に関する情報に基づいて、前記送付手段によって送付された前記セキュリティ用アプリケーション群のうち、前記データの保護のために必要なセキュリティ用アプリケーションに対する制御をおこなう制御手段と、を備えたことを特徴とする。

この請求項１の発明によれば、情報処理端末に記録されたデータを保護するためのセキュリティ用アプリケーション群を情報処理端末に提供する。このため、情報処理端末に記録されたデータを、セキュリティ上の脅威から包括的に保護することができる。また、情報処理端末におけるデータの保護状態に基づいて、データの保護のために必要なセキュリティアプリケーションを制御する。このため、情報処理端末に記録されたデータを適切なセキュリティ用アプリケーションを用いてセキュリティ上の脅威から保護することができる。

また、請求項２の発明にかかる情報管理装置は、請求項１に記載の発明において、前記セキュリティ用アプリケーション群は、前記情報処理端末が記録する前記データをバックアップするバックアップアプリケーション、前記情報処理端末が記録するデータのアクセス権限を制御するアクセス制御アプリケーション、前記情報処理端末が記録するデータのウイルス感染を回避するウイルス対策アプリケーションのうち、少なくともいずれか一つを含むことを特徴とする。

この請求項２の発明によれば、バックアップアプリケーション、アクセス制御アプリケーション、ウイルス対策アプリケーションのうち、少なくともいずれか一つを情報処理端末に提供し、情報処理端末に記録されたデータを、破損や盗難、不正アクセス、ウイルス感染などの、セキュリティ上の脅威から保護することができる。

また、請求項３の発明にかかる情報管理装置は、情報処理端末に記録されたデータを管理する情報管理装置において、前記情報処理端末によって設定された前記データの利用権限に関する設定情報を取得する取得手段と、前記取得手段によって取得された設定情報に基づいて、前記データを暗号化する暗号化鍵を生成する暗号化鍵生成手段と、前記暗号化鍵生成手段によって生成された暗号化鍵を前記情報処理端末に送信する送信手段と、前記送信手段によって送信された暗号化鍵を用いて暗号化された暗号化データを前記情報処理端末から受信する受信手段と、前記受信手段によって受信された暗号化データを記録する記録手段と、前記記録手段によって記録された暗号化データへのアクセスを前記設定情報に基づいて制御する制御手段と、を備えることを特徴とする。

この請求項３の発明によれば、データの利用権限に基づいて生成した暗号鍵を用いてデータを暗号化する。これにより、情報処理端末に記録されたデータに利用権限を設定することができる。また、暗号化されたデータを記録することによって、情報管理装置に記録されたデータが不正取得された場合であっても、データの機密性を確保することができる。

また、請求項４の発明にかかる情報管理装置は、請求項３に記載の発明において、前記制御手段は、前記暗号化データにアクセスがあった場合、前記設定情報に基づいて生成した復号化鍵を配布することによって前記暗号化データへのアクセスを制御することを特徴とする。

この請求項４の発明によれば、データの利用権限に基づいた復号鍵を配布することによって、データの機密性を確保するとともに、利用権限に基づいてデータへのアクセスを制御することができる。

また、請求項５の発明にかかる情報管理装置は、請求項３または４に記載の発明において、前記情報処理端末を認証するための認証情報を生成する認証情報生成手段と、前記認証情報生成手段によって生成された認証情報を用いて前記情報処理端末に対する認証処理をおこなう認証処理手段と、を備え、前記受信手段は、前記認証処理手段による認証が成立した場合に、前記暗号化データを受信することを特徴とする。

この請求項５の発明によれば、認証処理によって認証された情報処置端末との間でのみ暗号化データの授受をおこない、情報管理装置への不正なアクセスを防止することができる。

また、請求項６の発明にかかる情報管理装置は、請求項５に記載の発明において、前記認証情報生成手段は、前記情報処理端末を識別する情報処理端末識別子と前記情報処理端末の利用者を識別する利用者識別子との排他的論理和、および、前記情報処理端末識別子と対応づけられたパスワードと乱数との排他的論理和を、一方向性関数によって演算した値を前記認証情報として生成することを特徴とする。

この請求項６の発明によれば、一方向性関数によって演算した値を認証情報とすることによって、認証情報の基となるパスワードや識別子を予測することが困難となり、暗号化データを安全にやり取りすることができる。

また、請求項７の発明にかかる情報管理方法は、情報処理端末に記録されたデータを保護するセキュリティ用アプリケーション群を前記情報処理端末に送付する送付工程と、前記情報処理端末における前記データの保護状態に関する情報を取得する取得工程と、前記取得工程によって取得された保護状態に関する情報に基づいて、前記送付工程によって送付された前記セキュリティ用アプリケーション群のうち、前記データの保護のために必要なセキュリティ用アプリケーションに対する制御をおこなう制御工程と、を含んだことを特徴とする。

この請求項７の発明によれば、情報処理端末に記録されたデータを保護するためのセキュリティ用アプリケーション群を情報処理端末に提供する。このため、情報処理端末に記録されたデータを、セキュリティ上の脅威から包括的に保護することができる。また、情報処理端末におけるデータの保護状態に基づいて、データの保護のために必要なセキュリティアプリケーションを制御する。このため、情報処理端末に記録されたデータを適切なセキュリティ用アプリケーションを用いてセキュリティ上の脅威から保護することができる。

また、請求項８の発明にかかる情報管理方法は、情報処理端末に記録されたデータを管理する情報管理方法において、前記情報処理端末によって設定された前記データの利用権限に関する設定情報を取得する取得工程と、前記取得工程によって取得された設定情報に基づいて、前記データを暗号化する暗号化鍵を生成する暗号化鍵生成工程と、前記暗号化鍵生成工程によって生成された暗号化鍵を前記情報処理端末に送信する送信工程と、前記送信工程によって送信された暗号化鍵を用いて暗号化された暗号化データを前記情報処理端末から受信する受信工程と、前記受信工程によって受信された暗号化データを記録する記録工程と、前記記録工程によって記録された暗号化データへのアクセスを前記設定情報に基づいて制御する制御工程と、を含んだことを特徴とする。

この請求項８の発明によれば、データの利用権限に基づいて生成した暗号鍵を用いてデータを暗号化する。これにより、情報処理端末に記録されたデータに利用権限を設定することができる。また、暗号化されたデータを記録することによって、情報管理装置に記録されたデータが不正取得された場合であっても、データの機密性を確保することができる。

また、請求項９の発明にかかる情報管理プログラムは、請求項７または８に記載の情報管理方法をコンピュータに実行させることを特徴とする。

本発明にかかる情報管理装置、情報管理方法および情報管理プログラムによれば、ユーザの負担を軽減しつつ、包括的な情報セキュリティ対策をおこなうことができるという効果を奏する。

以下に添付図面を参照して、この発明にかかる情報管理装置、情報管理方法および情報管理プログラムの好適な実施の形態を詳細に説明する。

（実施の形態）
（セキュリティシステム１００のシステム構成）
はじめに、実施の形態にかかるセキュリティシステム１００のシステム構成について説明する。図１は、実施の形態にかかるセキュリティシステム１００のシステム構成を示す説明図である。セキュリティシステム１００は、セキュリティサービスを提供するサービス提供者１０１と、サービス提供者１０１が提供するセキュリティサービスを享受するユーザ１０２（１０２ａ〜１０２ｄ）とによって構成される。また、サービス提供者１０１と各ユーザ１０２とは、ネットワーク１１０によって接続される。

サービス提供者１０１は、それぞれのユーザ１０２のユーザ情報を管理するユーザ情報管理サーバや、ユーザ１０２のバックアップデータを保存するバックアップサーバ、ウイルス定義ファイルを提供するウイルス情報管理サーバ、文章ファイルの利用権限を設定するポリシーサーバなどを有している。なお、これらのサーバは、それぞれの機能ごとに端末を別個に設ける他、１台の端末で複数のサーバ機能を実現することとしてもよい。

ユーザ１０２は、企業や官公庁などの組織、または個人が所有する情報処理端末である。たとえば、ユーザ１０２が組織である場合は、１ユーザにつき複数のアカウントを取得し、組織の各メンバーが利用する情報処理端末にアカウントを付与する。ユーザ１０２ａは、組織がユーザの場合であり、組織の各メンバーが利用する情報処理端末１０３ａ〜１０３ｅにそれぞれ別個のアカウントが付与される。なお、組織の場合であっても、それぞれのメンバーが別個にユーザ登録することとしてもよい。

また、ユーザ１０２ｂ〜１０２ｄは、個人のユーザであり、情報処理端末の所有者がそれぞれサービス提供者１０１にユーザ登録する。ユーザ１０２（またはクライアント）となる情報処理端末は、パーソナルコンピュータの他、携帯電話端末やＰＤＡなどの携帯情報端末、または組織内ネットワーク上のサーバやＷＥＢサーバなどであってもよい。

ここで、サービス提供者１０１が提供するセキュリティサービスに加入すると、セキュリティサービスの契約範囲内において情報の漏洩や不正アクセス、データの破損、ウイルス感染などのリスクが発生した場合は、損害額に応じた保険金がユーザ１０２に支払われる。サービス提供者１０１が一括して保険会社と契約することによって、ユーザ１０２が個々に保険会社と契約するよりも低廉に、かつ、ユーザ１０２は煩雑な契約手続きをおこなうことなく、保有する情報資産に対して金銭的な保障を得ることができる。

より具体的には、不正アクセス（なりすまし）による破壊行為やウイルス、ワームの感染による損害により、復旧期間に生じる喪失利益や収益減少防止費用などが支払われる。また、顧客などの個人情報の漏洩に伴う保障費用（損害賠償費用、法律相談費用、謝罪広告費用など）なども支払われる。なお、不正アクセスにより破壊されたプログラム、データなどを破壊される前の状態に戻すための作業や、感染したウイルス（最新ウイルスを含む）の除去などは、サービス提供者１０１によっておこなう。

（セキュリティシステム１００の機能的構成）
次に、セキュリティシステム１００の機能的構成について説明する。図２は、セキュリティシステムの機能的構成を示すブロック図である。セキュリティシステム１００は、サービス提供者１０１が運営する情報管理装置２０１と、ユーザ１０２が保有する情報処理端末２０２（たとえば、１０３ａ〜１０３ｅ）によって構成される。

情報管理装置２０１は、送付部２１１、取得部２１２、制御部２１３によって構成される。送付部２１１は、情報処理端末２０２に記録されたデータ２２１を保護するセキュリティ用アプリケーション群２２２を情報処理端末２０２に送付する。セキュリティ用アプリケーションとは、たとえば、情報処理端末２０２が記録するデータをバックアップするバックアップアプリケーション、情報処理端末２０２が記録するデータのアクセス権限を制御するアクセス制御アプリケーション、情報処理端末２０２が記録するデータのウイルス感染を回避するウイルス対策アプリケーションなどである。セキュリティ用アプリケーション群２２２は、複数のセキュリティ用アプリケーションによって構成される。

取得部２１２は、情報処理端末２０２におけるデータ２２１の保護状態に関する情報を取得する。データ２２１の保護状態とは、たとえば、前回バックアップ時からの経過時間や、ウイルス定義ファイルの更新からの経過時間、データ２２１に対して設定されたアクセス制限などである。

制御部２１３は、取得部２１２によって取得された保護状態に関する情報に基づいて、送付部２１１によって送付されたセキュリティ用アプリケーション群２２２のうち、データ２２１の保護のために必要なセキュリティ用アプリケーションに対する制御をおこなう。データ２２１の保護のための制御とは、たとえば、バックアップアプリケーションにおいてはバックアップ処理、ウイルス対策アプリケーションにおいてはウイルス定義ファイルの更新処理、アクセス制御アプリケーションにおいては、データ２２１へのアクセス制御処理などである。

以上のような構成によって、セキュリティシステム１００は、ユーザ１０２の保有する情報処理端末に記録されたデータを保護する。以下、セキュリティシステム１００の具体的な処理について説明する。

（ユーザ登録時の処理手順）
つづいて、ユーザ１０２がサービス提供者１０１の提供するセキュリティサービスに新規に登録する際の手順について説明する。図３は、新規ユーザ登録時におけるサービス提供者の処理手順を示すフローチャートである。図３のフローチャートにおいて、サービス提供者１０１は、まず、セキュリティサービスの提供を希望するユーザ１０２から、サービス提供要求があるまで待機する（ステップＳ３０１：Ｎｏのループ）。

サービス提供者１０１は、ユーザ１０２の新規登録受付用のホームページを開設している。セキュリティサービスの提供を希望するユーザ１０２は、ホームページ上に示される手順に従ってサービス提供要求をおこなう。

ユーザ１０２からサービス提供要求があると（ステップＳ３０１：Ｙｅｓ）、サービス提供者１０１は、ユーザ１０２に対してユーザ情報入力フォームおよびサービス内容選択フォームを送信する（ステップＳ３０２）。ユーザ情報入力フォームは、ユーザ１０２の名称や連絡先、担当者名などを入力するフォームである。また、サービス内容選択フォームは、セキュリティサービスの内容を選択するフォームであり、たとえば、１ユーザあたりのアカウント数やデータバックアップの頻度、オプションサービスなどを選択する。ユーザ１０２は、送信された各フォームに入力および選択をおこない、サービス提供者１０１に返信する。

サービス提供者１０１は、ユーザ１０２からユーザ情報およびサービス内容が返信されるまで待機して（ステップＳ３０３：Ｎｏのループ）、ユーザ情報およびサービス内容が返信されると（ステップＳ３０３：Ｙｅｓ）、サービス提供者１０１は、ユーザ１０２を新規ユーザとしてユーザ登録する（ステップＳ３０４）。具体的には、ユーザ管理サーバにユーザ情報を記録し、ユーザＩＤやパスワードなどを発行する。

また、ステップＳ３０３で返信されたサービス内容に合わせて、各種アプリケーションをバンドルする（ステップＳ３０５）。たとえば、サービス内容としてデータバックアップおよびウイルス対策を選択した場合は、データバックアップ用アプリケーションおよびウイルス対策用のアプリケーションをバンドルする。そして、バンドルしたアプリケーションをユーザ１０２に送信して（ステップＳ３０６）、本フローチャートによる処理を終了する。

図４は、サービス内容選択画面の一例を示す説明図である。サービス提供者１０１が提供するセキュリティサービスは、データバックアップを中心として、ユーザ１０２の事業内容や事業規模などに応じて必要なサービスを選択することができる。図４には、データバックアップサービス以外のオプションサービスを選択する選択画面４０１が示されている。

サービス名称表示４０２には、「データ復旧サービス」「文章ファイルの保護」など、オプションサービスの名称が表示される。詳細ボタン４０３を押下すると、サービス名称表示４０２に表示されたサービスの詳細な内容が表示される。たとえば、データ復旧サービスとは、ユーザ１０２の情報処理端末のデータが損失や破損してしまった場合、直近のバックアップ時のデータを情報処理端末に格納するサービスである。

料金表示４０４には、オプションサービスを選択した場合、基本料金に追加される料金が表示される。図４では、１アカウントあたりに追加される月額料金が表示されているが、この限りではなく、たとえば１ユーザあたりに料金追加して、アカウント数には依存しないこととしてもよい。

ユーザ１０２は、必要と思われるサービスに対応するチェックボックス４０５にチェックして、決定ボタン４０６を押下する。これにより、ユーザ１０２が希望するサービス内容がサービス提供者１０１に送信される。また、入力内容をキャンセルしたい場合は、キャンセルボタン４０７を押下する。

なお、このようにユーザ１０２に個々に必要なサービスを選択させる他、これらのサービスをすべてセットにしてセキュリティサービスとして提供することとしてもよい。担当者がセキュリティ技術に詳しくない場合、自社にどのようなサービスが必要であるかを判断できない可能性がある。上記のように各種サービスをセットにして提供すれば、より確実にユーザ１０２の保有するデータを保護することができる。

ユーザ１０２がサービス内容を決定すると、決定したサービス内容に合わせてバンドルされたアプリケーションが、サービス提供者１０１から送信されてくる。ユーザ１０２は、送信されてきたアプリケーションを各情報処理端末にインストールする。なお、アプリケーションの授受は、ネットワーク１１０を介した送受信の他、アプリケーションを記録させた記録媒体の送付によっておこなってもよい。

この他、セキュリティサービスへの加入者には、ファイル暗号化機能を備えるハードウェアキーを配布する。これにより、情報処理端末の紛失、盗難、情報漏洩などを防止することができる。また、すべてのオプションサービスに申し込むと、合計金額から割り引きをおこなうこととしてもよい。これにより、より強固なセキュリティ環境を低廉な価格で提供することができ、ユーザ１０２の費用面での負担を軽減することができる。

（データバックアップサービスの詳細）
つづいて、セキュリティサービスにおけるデータバックアップサービスの詳細について説明する。前述のように、サービス提供者１０１が提供するセキュリティサービスは、データバックアップサービスを中心としている。データバックアップサービスは、ユーザ１０２のデータを３世代管理する他、データバックアップ時に、ワンタイムパスワードを用いた認証処理および１パケットごとにデータスクランブルをおこなうことによって、データの安全性を向上させている。

図５は、データバックアップサービスにおけるデータ管理を説明するための説明図である。サービス提供者１０１が提供するデータバックアップサービスは、統合ローテーションバックアップによって、情報処理端末内のデータを高速にバックアップする。

バックアップサーバ５０１は、サービス提供者１０１が管理・運用している。バックアップサーバ５０１は、各ユーザ１０２の情報処置端末の保存するデータを初回のみフルバックアップする。そして、次回以降のバックアップ時には、各情報処理端末に記録されたデータから変更されたデータ（差分データ）を抽出し、高速に保存する（図５の５１１）。

そして、１週間に１度、保存した差分データをフルバックアップデータと統合し、１週間分の変更を反映させる（図５の５１２）。また、統合したデータをバックアップサーバ５０１内でフルバックアップする（図５の５１３）他、さらに、テープメディアへのバックアップをおこなう（図５の５１４）。このように、データを３世代管理することによって、ユーザ１０２のデータをより安全に保存することができる。

なお、バックアップサーバ５０１は、各種オペレーティングシステムに対応しており、異なるオペレーティングシステムが混在する環境であっても、各情報処理端末に記録されたデータを一元管理することができる。また、バックアップサーバ５０１のスケジューラは、ジョブの終了タイミングを自動的に感知して、瞬時に次のジョブスケジュールを実行させる。このため、バックアップ処理のスタート時間を設定するのみで、最短時間でバックアップを終了させることができる。

さらに、ユーザ１０２の情報処理端末にクラッシュなど物理的な障害が発生した場合であっても、オペレーティングシステムやアプリケーション、システム設定情報、パーテーション情報、データなどを、ネットワーク１１０経由でまとめて復旧することができる。

なお、世代管理の必要のない映像や写真などの大容量データは、別途ストレージをおこなうこととしてもよい。ストレージされたデータは、磁気ドライブ装置および磁気テープメディアによって二重に保管される。ユーザ１０２がストレージを希望する場合は、たとえば、サービス提供者１０１が開設するホームページからおこなう。

（バックアップサーバ−ユーザ間の認証処理）
つづいて、バックアップ時のデータの送受信に用いる認証方式について説明する。バックアップサーバ５０１とユーザ１０２の情報処理端末との間では、ＳＡＳ−２（Ｓｉｍｐｌｅ Ａｎｄ Ｓｅｃｕｒｅ ｐａｓｓｗｏｒｄ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ Ｖｅｒ．２）認証方式を用いた認証がおこなわれている。ＳＡＳ−２認証方式は、一方向性ハッシュ関数を用いたワンタイムパスワード認証方式である。

図６〜図８は、ＳＡＳ−２認証方式における認証処理の処理工程を示すフローチャートである。なお、以下の説明において、「←」は右辺の左辺への代入、「ＸＯＲ」は排他的論理和演算、「ｎ」は認証回数、「Ｎｎ」は乱数（ｎは１以上の整数で、乱数を識別するために用いる）をそれぞれ示している。

また、「Ｆ」「Ｈ」はパスワードＳを用いない一方向性変換関数を示す。なお、一方向性変換関数とは「ｚ＝Ｆ（ｘ，ｙ）」あるいは「ｚ＝Ｈ（ｘ，ｙ）」とする時に、ｚとｘからｙを算出することが計算量的に困難な関数、もしくはｚとｘからｙを算出することができない関数をいう。「Ｘ」はパスワードＳと乱数Ｎｎを用いる一方向性変換関数で、「Ｘ［ｎ］＝Ｘ（ＩＤ，Ｓ ＸＯＲ Ｎ［ｎ］）」のように、「Ｘ［ｎ］」を算出するために用いる。

まず、ユーザ１０２（被認証者）は、以下の手順によって、バックアップサーバ５０１（認証者）にあらかじめ登録をおこなっておく（以下、この登録作業を「バックアップサービス登録」という。また、これらの処理は、ユーザ登録時にサービス提供者１０１から提供されたアプリケーションによって自動的におこなわれる）。ユーザ１０２のユーザ登録の手順を図６を参照して説明する。

はじめに、ユーザ１０２は、乱数Ｎ１を生成し、保存する（ステップＳ６０１）。そして、乱数Ｎ１、あらかじめ定めてあるパスワード（Ｓ）、ユーザＩＤ（ＩＤ）を用いて、下記式（１）に示す初回認証情報Ａを算出し（ステップＳ６０２）、ユーザＩＤおよび初回認証情報Ａをバックアップサーバ５０１に送付する（ステップＳ６０３）。また、初回認証情報Ａは、初回（ｎ＝１）の認証に用いる認証情報である。
Ａ← Ｘ（ＩＤ，Ｓ ＸＯＲ Ｎ１）・・・（１）

次に、バックアップサーバ５０１は、ステップＳ６０３でユーザ１０２から送付されたユーザＩＤと、初回認証情報Ａとを対応づけて保存し（ステップＳ６０４）、本フローチャートによる処理を終了する。これによって、ユーザ１０２のバックアップサービス登録が完了する。

次に、初回（ｎ＝１）以降、ｎ回目の認証時の認証処理手順を図７を参照して説明する。このとき、ユーザ１０２は、ＩＤ，Ｓ，Ｎｎ（初回の認証の場合Ｎ１）を保存している。まず、ユーザ１０２は、保存している乱数Ｎｎから下記式（２）に示すＡを算出する（ステップＳ７０１）。
Ａ ← Ｘ（ＩＤ，Ｓ ＸＯＲ Ｎｎ）・・・（２）

次に、さらに新しい乱数Ｎｎ＋１を生成するか、あるいはＡをＮｎ＋１として、Ｎｎ＋１を保存する（ステップＳ７０２）。そして、Ｎｎ＋１を用いて、下記式（３），（４）に示すＣ，Ｄを算出し、算出したＣ，Ｄ、およびＡを用いて、下記式（５），（６）に示すαおよびβを算出する（ステップＳ７０３）。
Ｃ ← Ｘ（ＩＤ，Ｓ ＸＯＲ Ｎｎ＋１）・・・（３）
Ｄ ← Ｆ（ＩＤ，Ｃ）・・・（４）
α ← Ｃ ＸＯＲ（Ｄ＋Ａ）・・・（５）
β ← Ｄ ＸＯＲ Ａ・・・（６）

そして、算出したα，βをＩＤとともにバックアップサーバ５０１に送付する（ステップＳ７０４）。このとき、Ａは今回認証情報、Ｃは次回認証情報、Ｄは次回認証情報Ｃを一方向性変換したもうひとつの次回認証情報である。

バックアップサーバ５０１は、ユーザ１０２からαおよびβの送付を受けると、送付されたαとβに対して、ＩＤに対応して登録されている今回認証情報Ａを用いて、下記式（７）に示すＤを算出する。さらに、算出したＤと今回認証情報Ａの和を用いて下記式（８）に示すＣを算出する（ステップＳ７０５）。
Ｄ ← β ＸＯＲ Ａ・・・（７）
Ｃ ← α ＸＯＲ（Ｄ＋Ａ）・・・（８）

次に、バックアップサーバ５０１は上記式（８）によって算出したＣを、ＩＤとともに一方向性変換した結果（Ｆ（ＩＤ，Ｃ））と、Ｄとが一致するかどうかを検証する（ステップＳ７０６）。両者が一致する場合は（ステップＳ７０６：Ｙｅｓ）、ユーザ１０２に対する認証が成立し、次回の認証に用いる認証情報として、次回認証情報ＣをＡとして保存し（ステップＳ７０７）、本フローチャートによる処理を終了する。

一方、両者が一致しない場合は（ステップＳ７０６：Ｎｏ）、認証不成立として（ステップＳ７０８）、本フローチャートによる処理を終了する。以上のような手順によって、バックアップサーバ５０１は、認証を求めてきたユーザ１０２に対して認証をおこなうか否かを判断する。

さらに、ユーザ１０２側でもバックアップサーバ５０１に対する認証をおこない、バックアップサーバ５０１−ユーザ１０２間で相互認証をおこなうこともできる。バックアップサーバ５０１−ユーザ１０２間で相互認証をおこなう際の処理について、図８を参照して説明する。

まず、図７を用いて説明した処理によって、バックアップサーバ５０１側でユーザ１０２の認証をおこなう（ステップＳ８０１）。バックアップサーバ５０１側でユーザ１０２の認証が成立した後、次回認証情報Ｃに一方向性変換Ｆを施して得られるＤに、さらに下記式（９）に示す一方向性変換Ｈを施し、データγを算出する（ステップＳ８０２）。そして、得られたデータγをユーザ１０２へと送付する（ステップＳ８０３）。
γ ← Ｈ（ＩＤ，Ｄ）・・・（９）

ユーザ１０２は、ＩＤと次回認証情報Ｃに一方向性変換Ｆを施して得られるＤに、一方向性変換Ｈを施したデータ、すなわちＨ（ＩＤ，Ｄ）を算出する（ステップＳ８０４）。そして、算出したＨ（ＩＤ，Ｄ）と、ステップＳ８０３でバックアップサーバ５０１から送付されたデータγとが一致するか検証する（ステップＳ８０５）。両者が一致する場合は（ステップＳ８０５：Ｙｅｓ）、バックアップサーバ５０１による認証が成功したことを確認（認証確認）、もしくは、ユーザ１０２がバックアップサーバ５０１を相互に認証（相互認証）して（ステップＳ８０６）、本フローチャートによる処理を終了する。

一方、両者が一致しない場合は（ステップＳ８０５：Ｎｏ）、認証不成立として（ステップＳ８０７）、本フローチャートによる処理を終了する。以上のような処理によって、バックアップサーバ５０１−ユーザ１０２間で相互認証をおこなうことができる。

以上がＳＡＳ−２認証方式における認証処理の処理工程である。ＳＡＳ−２認証方式によれば、生成される認証・暗号プログラムが小さいため、ユーザ１０２の情報処理端末が携帯電話端末のようなメモリ空間に制約があるハードウェアであっても、負荷なく個人認証機能を実現することができる。

また、ワンタイムパスワード方式であるので、一度使用した認証キーは二度と使われず、高い秘匿性を維持することができる。さらに、バックアップサーバ５０１側にパスワードを置かなくても認証をおこなうことができるため、外部からのバックアップサーバ５０１への攻撃による危険を回避することができる。

（送受信データのスクランブル処理）
つづいて、バックアップサーバ５０１とユーザ１０２との間でおこなわれる通信で送受信されるデータのスクランブルの概要について説明する。バックアップサーバ５０１とユーザ１０２との間で送受信されるデータは、１パケットごとにスクランブル処理されており、この処理がなされていないデータはすべて破棄される。これにより、なりすましやパケットの改ざん、リプレイ攻撃、Ｄｏｓ攻撃などの不正アクセスを遮断することができる。

図９は、バックアップサーバ−ユーザ間のデータの送受信にかかるシーケンス図である。ユーザ１０２からバックアップサーバ５０１に対しデータを送信する際には、ＴＣＰ処理／アプリケーション処理を施したデータに対する１．コネクション鍵生成、２．データ鍵の作成、３．コネクション情報の生成、４．データの暗号化、５．データの作成・送信をおこなう。これら１．〜５．の送信処理は、データを１パケット送信するごとに実行される。

バックアップサーバ５０１側でデータを受信した際には、６．データの受信、７．各鍵、コネクション情報の復号、８．コネクション情報のチェック、９．コネクション情報の不正時に返信しない、１０．コネクション情報の正当時におけるデータの復号、１１．ＴＣＰ処理／アプリケーション処理を施しバックアップサーバ５０１にデータ出力、をおこなう。これら６．〜１１．の受信処理は、データを１パケット受信するごとに実行される。

図示のように、ユーザ１０２側およびバックアップサーバ５０１側は、いずれもデータを送信する際には、通信Ｉ／Ｆなどを用いて上記１．〜５．の送信処理を実行し（バックアップサーバ５０１側の送信処理は符号１２．〜１６．に記載）、データを受信する際には上記６．〜１１．の受信処理を実行（ユーザ１０２側の受信処理は符号１７．〜２０．に記載）する。

（送信処理について）
図１０は、データ送信時の暗号化手順を示すフローチャートである。まず、あらかじめ暗号化処理のための鍵（ＦＫ）と、初期ベクトル（ＩＶ）を記録したＲＯＭを読み込み、鍵（ＦＫ）と、初期ベクトル（ＩＶ）を読み出す（ステップＳ１００１）。次に、データ送信プロトコルを確認する（ステップＳ１００２）。

以下に説明するデータの暗号化は、通信手順がＴＣＰ／ＩＰの場合に適用される（ステップＳ１００２：Ｙｅｓ）。他の通信手順の場合には（ステップＳ１００２：Ｎｏ）、データ送信のタイミング（暗号化／非暗号化の違いで生じるＤＥＬＡＹ）を調整し（ステップＳ１００３）、データ送信処理（ステップＳ１０１１）に移行する。

暗号化は、まず、１．コネクション鍵ＣＫの作成をおこなう（ステップＳ１００４）。コネクション鍵ＣＫは、後述するＩＰヘッダオプション部に格納されるコネクション情報を生成するために利用される。

コネクション鍵ＣＫの生成は、５６ｂｉｔ（パリティ込み６４ｂｉｔ）のランダムな値を３つ生成し、これをコネクション鍵ＣＫとして利用する。このコネクション鍵ＣＫは、多重化した暗号化処理に対応した複数個（この実施の形態では３つのコネクション鍵ＣＫ１〜３）を生成する。上記ランダムな値の生成は、ハードウェアでよく利用されるアルゴリズムを利用する。

次に、２．データ鍵ＤＫの作成をおこなう（ステップＳ１００５）。ここでは、送信するパケットのデータ部位を暗号化するため、ＤＫ１，ＤＫ２，ＤＫ３からなる３つの暗号鍵を生成する（詳細は１．コネクション鍵ＣＫと同様）。各鍵の長さは５６ｂｉｔとする（パリティ込み６４ｂｉｔ）。

次に、３．コネクション情報ＣＩの作成をおこなう（ステップＳ１００６）。ここでは、ＴＣＰヘッダの一部をコネクション鍵ＣＫで暗号化し、コネクション情報ＣＩを生成する。

対象となる平文：ＴＣＰヘッダ中のシーケンス番号＋受け取り通知番号（６４ｂｉｔ）
鍵 ：ステップＳ１００４（１．コネクション鍵ＣＫの作成）で得られた５６ｂｉｔの鍵３つ（ＣＫ１，ＣＫ２，ＣＫ３）
暗号文 ：ＩＰヘッダオプション部に格納する（６４ｂｉｔ）
コネクション情報ＣＩが暗号化される。

次に、ステップＳ１００４（１．コネクション鍵ＣＫの作成）で得られた３つの鍵をＲＯＭ中に保存された鍵で暗号化する（ステップＳ１００７）。このＲＯＭ中に存在する鍵ＦＫは、ＦＫ１，ＦＫ２，ＦＫ３であり、初期ベクトルＩＶは、ＩＶ１，ＩＶ２，ＩＶ３であるとする。鍵ＦＫ１〜ＦＫ３，初期ベクトルＩＶ１〜ＩＶ３は、ＲＯＭ内の識別子により変更可能である。

対象となる平文：ステップＳ１００４（１．コネクション鍵ＣＫの作成）で得られた３つの鍵（ＣＫ１，ＣＫ２，ＣＫ３）、計１９２ｂｉｔ（パリティを含む）
鍵 ：ＲＯＭ中に存在する３つの鍵（ＦＫ１，ＦＫ２，ＦＫ３）
初期ベクトル ：ＩＶ１，ＩＶ２，ＩＶ３
暗号済み鍵 ：ＩＰヘッダオプション部に格納する（１９２ｂｉｔ）
暗号化された各コネクション鍵をＥＣＫ１，ＥＣＫ２，ＥＣＫ３とする。

次に、ステップＳ１００５（２．データ鍵作成）で得られた３つのデータ鍵（ＤＫ１，ＤＫ２，ＤＫ３）を前述と同様に、ＲＯＭ中に存在する鍵ＦＫ１，ＦＫ２，ＦＫ３と、初期ベクトルＩＶ１，ＩＶ２，ＩＶ３で暗号化する（ステップＳ１００８）。

対象となる平文：ステップＳ１００５（２．データ鍵作成）で得られた３つのデータ鍵（ＤＫ１，ＤＫ２，ＤＫ３）、計１９２ｂｉｔ（パリティを含む）
鍵 ：ＲＯＭ中に存在する３つの鍵（ＦＫ１，ＦＫ２，ＦＫ３）
初期ベクトル ：ＩＶ１，ＩＶ２，ＩＶ３
暗号済み鍵 ：ＩＰヘッダオプション部に格納する（１９２ｂｉｔ）
以下、暗号化された各データ鍵ＤＫ１，ＤＫ２，ＤＫ３をＥＤＫ１，ＥＤＫ２，ＥＤＫ３とする。

次に、４．パケットデータ暗号化をおこなう（ステップＳ１０１０）。データ部分をデータ鍵ＤＫ１，ＤＫ２，ＤＫ３で暗号化する。暗号処理は、たとえばインナーＣＢＣモードでおこなう。
対象となる平文：パケットごとのデータ
鍵 ：ステップＳ１００５（２．データ鍵作成）で得られた５６ｂｉｔの鍵３つ（ＤＫ１，ＤＫ２，ＤＫ３）
初期ベクトル ：ＩＶ１，ＩＶ２，ＩＶ３
暗号文 ：図示しないデータ部に格納

そして、５．データの送信をおこない（ステップＳ１０１１）、ステップＳ１００２に戻り、以降の処理を繰り返す。上記ステップＳ１００６で得られた暗号化されたコネクション情報ＣＩと、ステップＳ１００７およびステップＳ１００８で得られた暗号済みのコネクション鍵ＥＣＫ１〜ＥＣＫ３と、データ鍵ＥＤＫ１〜ＥＤＫ３は、ＩＰヘッダに格納される（ステップＳ１００９）。なお、これら暗号化されたコネクション情報ＣＩと、ステップＳ１００７およびステップＳ１００８で得られた暗号化済みのコネクション鍵ＥＣＫ１〜ＥＣＫ３と、データ鍵ＥＤＫ１〜ＥＤＫ３は、暗号化された都度、ＩＰヘッダ部に格納される。

図１１は、ＩＰヘッダのオプション部を示す図である。図示のように、ＩＰヘッダのオプション部１１０１には、上記暗号化されたコネクション鍵ＥＣＫ１〜ＥＣＫ３と、データ鍵ＥＤＫ１〜ＥＤＫ３と、暗号化されたコネクション情報ＣＩが格納される。

そして、ＩＰヘッダのオプション部１１０１に上記のように暗号化された値を格納した後、ＩＰヘッダのオプション部１１０１に暗号情報が格納されたヘッダと、暗号化されたデータを送信する。

（受信処理について）
図１２は、データ受信時の復号化手順を示すフローチャートである。バックアップサーバ５０１およびユーザ１０２は、データを受信すると以下の処理を自動実行する。まず、ＲＯＭを読み込み、鍵（ＦＫ）と、初期ベクトル（ＩＶ）を読み出す（ステップＳ１２０１）。次に、受信したデータのプロトコルを確認する（ステップＳ１２０２）。

データの復号化は、通信手順がＴＣＰ／ＩＰの場合に適用される（ステップＳ１２０２：Ｙｅｓ）。他の通信手順の場合には（ステップＳ１２０２：Ｎｏ）、データ受信のタイミング（ＤＥＬＡＹ）を調整し（ステップＳ１２０３）、データ送信処理（ステップＳ１２１０）に移行する。

復号化にあたり、ＩＰヘッダのオプション部１１０１があるか否か（ステップＳ１２０４）。ここで、受信したデータにオプション部１１０１がない場合には（ステップＳ１２０４：Ｎｏ）、受信した１パケットのデータを破棄し（ステップＳ１２０８）、受信待ちとなる（ステップＳ１２０２に復帰）。この場合、送られてきた送信データに対する返答をおこなわずに終了する。

ＩＰヘッダのオプション部１１０１がある場合には（ステップＳ１２０４：Ｙｅｓ）、７．各鍵、コネクション情報の復号をおこなう（ステップＳ１２０５，Ｓ１２０６）。まず、オプション部１１０１からデータ鍵ＥＤＫ１，ＥＤＫ２，ＥＤＫ３を取得する。

ＲＯＭの情報から固定鍵ＦＫ１，ＦＫ２，ＦＫ３と、初期ベクトルＩＶ１，ＩＶ２，ＩＶ３を生成する。そして固定鍵ＦＫ１，ＦＫ２，ＦＫ３を用いて、コネクション鍵ＥＣＫ１，ＥＣＫ２，ＥＣＫ３を復号したＣＫ１，ＣＫ２，ＣＫ３を取得する。同様に固定鍵ＦＫ１，ＦＫ２，ＦＫ３と、初期ベクトルＩＶ１，ＩＶ２，ＩＶ３を用いてデータ鍵ＥＤＫ１，ＥＤＫ２，ＥＤＫ３を復号したＤＫ１，ＤＫ２，ＤＫ３を生成する。そして、復号したコネクション鍵ＣＫ１，ＣＫ２，ＣＫ３を用いてコネクション情報ＣＩを復号する。

次に、８．コネクション情報のチェックをおこなう（ステップＳ１２０７）。具体的には、ステップＳ１２０６（７．コネクション情報ＣＩの復号）で得られた復号後のコネクション情報ＣＩと、ＴＣＰヘッダ中のシーケンス番号および受け取り通知番号（６４ｂｉｔ）を比較し、一致すれば（ステップＳ１２０７：Ｙｅｓ）、１０．データの復号（ステップＳ１２０９）をおこなう。一致しなければ（ステップＳ１２０７：Ｎｏ）、９．コネクション情報ＣＩの不正時にデータ破棄する（ステップＳ１２０８）。

ステップＳ１２０８では、コネクション情報ＣＩの不一致に送信されたデータを破棄する。これにより、上位プロトコルに情報が伝達されないため、送信側に対して返答をおこなわない。この後、次のパケットを取得するまで待ち受け状態になる（ステップＳ１２０２に復帰）。

そして、１０．データの復号（ステップＳ１２０９）では、７．コネクション情報ＣＩの復号で得た復号後のデータ鍵ＤＫ１，ＤＫ２，ＤＫ３と、初期ベクトルＩＶ１，ＩＶ２，ＩＶ３を用いてパケット単位でデータを復号する。復号処理は、たとえば暗号化時に対応するインナーＣＢＣモードで復号する。

この後、１１．ＴＣＰ処理／アプリケーション処理（送信処理）をおこない（ステップＳ１２１０）、ステップＳ１２０２に戻り、以降の処理を繰り返す。上記ステップＳ１２０９（１０．データの復号）で復号されたデータは、ＴＣＰプロトコルなどの上位プロトコルに渡される。

（受信側の接続処理について）
図１３は、受信側における接続処理を示すフローチャートである。本通信の受信側においては、外部から送られてくるＴＣＰ／ＩＰ手順によるデータを１パケットごとに検査し、このパケットがＳＹＮ（コネクション確立要求）であるか確認する（ステップＳ１３０１）。

ＳＹＮパケットの場合には（ステップＳ１３０１：Ｙｅｓ）、あらかじめ定めた接続ルール（上記例のＴＣＰ／ＩＰ接続）に一致するか確認する（ステップＳ１３０２）。一致する場合（ステップＳ１３０２：一致）には、情報管理テーブルにエントリを作成し（ステップＳ１３０３）、該当アクション（この場合には接続処理）を実行する（ステップＳ１３０４）。

ステップＳ１３０２にて、接続ルールに一致しない場合は（ステップＳ１３０２：Ｎｏ）、設定されている次の接続ルールを検索する（ステップＳ１３０５）。たとえば、特定無鑑査サービス（ｈｔｔｐなど）を他の接続ルールとして設定することができる。検索により接続ルールが設定内容に一致すれば（ステップＳ１３０５：一致）、ステップＳ１３０３に移行する。最終的に一致しなければ（ステップＳ１３０５：不一致）、接続拒否、あるいは切断をおこなう（ステップＳ１３０６）。この検索処理時に、タイマを用いたタイムアウト処理をおこなう構成としてもよい。

なお、パケットがＳＹＮ（コネクション確立要求）でない場合には（ステップＳ１３０１：Ｎｏ）、情報管理テーブルにエントリが存在するか確認する（ステップＳ１３０７）。エントリが存在する場合には（ステップＳ１３０７：Ｙｅｓ）、該当アクション（たとえば図１２に示したデータの復号処理など：ステップＳ１３０４）を実行する。エントリが存在しない場合には（ステップＳ１３０７：Ｎｏ）、接続拒否、あるいは切断をおこなう（ステップＳ１３０６）。

上記処理によれば、送信側がバックアップアプリケーションを有した情報処理端末である場合、受信したデータを１パケットごとにコネクション確立をおこない、データを復号化する。一方、送信側がバックアップアプリケーションを有していない情報処理端末である場合、ＴＣＰ／ＩＰ接続によるネゴシエーション時に切断（あるいは接続拒否）する。

暗号化処理をまとめると、
ａ．ＩＰヘッダのオプション部１１０１を用い認証子（コネクション鍵およびデータ鍵）を暗号化する。
ｂ．送信データ（データ内容）を暗号化する。
ｃ．受信側から送信側に対する送信データについても同様に上記ａ．ｂ．の暗号化を施す。

したがって、バックアップアプリケーションを有していない情報処理端末からバックアップサーバ５０１に接続しようとしても、パケット内に認証子がないために接続が許可されない。また、パケット内の認証子は１パケットごとにランダムに変更されるため、不正に認証子を取得した場合であっても、正常な接続がおこなえない。この場合、バックアップアプリケーションを有していない情報処理端末から見ると、バックアップサーバ５０１がネットワーク１１０上に存在しないことになる。これにより、バックアップサーバ５０１のデータ機密を保持できるようになる。

たとえば、何らかの方法でアクセス自体が成功した場合であっても、バックアップアプリケーションを有していない情報処理端末から送信されたデータは、上記暗号化処理ａ〜ｃをすべて満足したものとはならないため、意味のないデータとなり、バックアップサーバ５０１への攻撃や、内部ファイルの閲覧などを防止できる。さらに、バックアップサーバ５０１から不正にデータを取得できたとしても、バックアップアプリケーションを有していない情報処理端末に対する送信データについても上記暗号化処理ａ〜ｃが実施されるため、データの漏洩を防止できるようになる。なお、１パケットの送信ごとに１．２．の暗号用アルゴリズムはランダムに変更されるため、バックアップサーバ５０１の内部データを最大限機密保持できるようになる。

このように、送受信するパケットごとにデータの正当性を検証することによって、なりすましやパケットの改ざん、リプレイ攻撃、Ｄｏｓ攻撃などの不正アクセスを遮断することができる。

（オプションサービスの詳細）
つづいて、バックアップサービスに付随して提供される各種オプションサービスの詳細について説明する。図４に示したように、サービス提供者１０１が提供するセキュリティサービスは、各種オプションサービスを選択可能である。このうち、ＷＥＢアプリケーションの保護については、ブラウザを用いて利用するＷＥＢベースのアプリケーションの不正利用を防止するためのサービスである。

ＷＥＢベースのアプリケーションは、利便性の高いことから広く導入されている一方で、画面からの個人情報および機密情報の漏洩が懸念されている。本サービスでは、サーバスクリプトによって動的に生成されるＨＴＭＬなどを含めて、ＷＥＢページの閲覧者に対して利用権限（印刷、コピー、保存など）を制限する。

ユーザ１０２は、サービス提供者１０１にＷＥＢサーバの管理を委託しておく。そして、コンテンツに利用権限を設定したい場合は、サービス提供者１０１が運営・管理するＷＥＢ管理サーバにアクセスし、保護したいコンテンツのページごとに利用権限を設定しする。ＷＥＢ管理サーバは、設定された利用権限に基づいて、ＷＥＢページ閲覧者の利用権限を制限する。なお、ユーザ１０２のＷＥＢサーバをユーザ１０２側に置く場合は、ＷＥＢ管理サーバをユーザ１０２側に置くこととしてもよい。

また、オプションサービスのうち、文章ファイルの保護は、ワープロソフトや表計算ソフトなどで生成されたファイルに対して、個別に利用権限を設定して、暗号化するものである。

ここで、利用権限とは、文章ファイルの閲覧、印刷、編集、保存、コピーなどの可否である。この利用権限は、そのファイルの利用者ごとに設定することができ、同一のファイルに対して利用者ごとに異なる利用権限を付与することができる。また、利用権限に対して期日を設定することも可能である。

仮に利用権限のない文章ファイルを利用（閲覧、印刷など）しようとすると、文章ファイルを利用するアプリケーションに付加されたプラグインによって、権限の与えられていない機能が制限され、その機能を実行することができない。また、利用権限が設定された文章ファイルを開いた状態でキャプチャソフトが起動すると、プロテクション画面が起動し、文章ファイルがキャプチャされるのを防止する。

図１４は、セキュリティアプリケーションによる文章ファイル保護の概要を示す説明図である。ポリシーサーバ１４０１は、サービス提供者１０１が運用・管理している。ユーザ管理者１４１１は、たとえば、社内のセキュリティ担当者などであり、データ利用者の登録および管理や、複数のデータ利用者で形成されるグループ（たとえば、部署ごとや所定のプロジェクトに携わるメンバーごとなどによって形成される）の登録および管理などをおこなう。ユーザ管理者１４１１によって設定されたデータ利用者やグループの情報は、ポリシーサーバ１４０１に反映される。

情報管理者１４１２は、文章ファイルごとの利用権限を設定する。利用権限の設定は、文章ファイルが格納されたフォルダごとにおこなうこととしてもよい。また、複数の一般利用者１４１３をグループとして権限を設定してもよい。情報管理者１４１２によって設定された利用権限は、ポリシーサーバ１４０１に反映される。一般利用者１４１３は、暗号化された文章ファイル利用のためのＩＤ／パスワードが付与され、情報管理者１４１２によって設定された利用権限に応じて、文章ファイルを利用することができる。

より具体的には、たとえば、各一般利用者１４１３別の利用権限を設定した暗号化用フォルダを用意する。文章ファイルの利用権限を設定したい場合、情報管理者１４１２は、暗号化フォルダに文章ファイルを移動する。暗号化用フォルダに移動された文章ファイルは、設定された利用権限を反映して暗号化される。

暗号化用フォルダに設定された利用権限はポリシーサーバ１４０１に反映されており、一般利用者１４１３が暗号化された文章ファイルを利用するには、その都度ポリシーサーバ１４０１にアクセスし、利用権限に応じて生成される復号鍵を取得する必要がある。文章ファイルを暗号化した後、事後的に利用権限の設定を変更した場合でも、変更後の利用権限が即座にポリシーサーバ１４０１に反映され、以降の文章ファイルの利用を制限することができる。

また、上述したように、一般利用者１４１３が文章ファイルを利用する場合、その都度ポリシーサーバ１４０１にアクセスし、利用権限に応じて生成される復号鍵１４２１を取得する必要がある。このため、一般利用者１４１３によって文章ファイルが利用されると、その利用履歴がポリシーサーバ１４０１に記録される。ユーザ管理者１４１１および情報管理者１４１２は、権限を設定した各文章ファイルのログ情報を閲覧することができ、各文章ファイルがどのように利用されたかを確認することができる。これにより、たとえば、文章ファイルに対する不正アクセスを早期に発見することができる。

このように、利用権限に基づいて暗号化した文章ファイルをバックアップサーバ５０１にバックアップすることによって、バックアップデータの安全性を向上させることができる。また、バックアップデータへのアクセス管理（バックアップサーバ５０１）と利用権限の管理（ポリシーサーバ）を、サービス提供者１０１が一元管理することによって、データの不正利用の早期発見や不正アクセスの追跡強化を図ることができる。

以上説明したように、セキュリティシステム１００によれば、セキュリティサービスに含まれる各種サービスが複合的に作用することによって、ユーザ１０２の有する情報資産を多面的に保護することができる。また、セキュリティサービスへの加入のみで、各種のセキュリティ対策を包括的におこなうことができ、ユーザ１０２の負担を軽減することができる。

また、ユーザ１０２は、煩雑な作業をおこなうことなくデータのバックアップや文章ファイルの権限設定などをおこなうことができ、作業の煩雑さによってデータのセキュリティ管理が疎かになるのを防止することができる。

また、セキュリティサービスには保険が付加されており、万一情報漏洩などが発生してしまっても、金銭的な保障を受けることができる。情報の資産的価値は年々上昇している一方で、個々のユーザ１０２においては、情報資産に対するリスクマネージメントには対応できていない場合が多い。セキュリティサービスに加入することによって、ユーザ１０２が意識することなく、包括的に情報資産保護を図ることができる。

なお、本実施の形態で説明した情報管理方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネットなどのネットワークを介して配布することが可能な伝送媒体であってもよい。

以上のように、本発明にかかる情報管理装置、情報管理方法および情報管理プログラムは、セキュリティ対策にかかる人的、金銭的負担を低減させたい場合に有用であり、特に、中小規模の事業者に対するセキュリティサービスに適している。

実施の形態にかかるセキュリティシステム１００のシステム構成を示す説明図である。 セキュリティシステム１００の機能的構成を示すブロック図である。 新規ユーザ登録時におけるサービス提供者の処理手順を示すフローチャートである。 サービス内容選択画面の一例を示す説明図である。 データバックアップサービスにおけるデータ管理を説明するための説明図である。 ＳＡＳ−２認証方式における認証処理の処理工程を示すフローチャートである。 ＳＡＳ−２認証方式における認証処理の処理工程を示すフローチャートである。 ＳＡＳ−２認証方式における認証処理の処理工程を示すフローチャートである。 バックアップサーバ−ユーザ間のデータの送受信にかかるシーケンス図である。 データ送信時の暗号化手順を示すフローチャートである。 ＩＰヘッダのオプション部を示す図である。 データ受信時の復号化手順を示すフローチャートである。 受信側における接続処理を示すフローチャートである。 セキュリティアプリケーションによる文章ファイル保護の概要を示す説明図である。

符号の説明

１００ セキュリティシステム
１０１ サービス提供者
１０２ａ〜１０２ｄ ユーザ
１０３ａ〜１０３ｅ 情報処理端末
１１０ ネットワーク
２０１ 情報管理装置
２０２ 情報処理端末
２１１ 送付部
２１２ 取得部
２１３ 制御部
２２１ データ
２２２ セキュリティ用アプリケーション群

Claims (9)

1. 情報処理端末に記録されたデータを保護するセキュリティ用アプリケーション群を前記情報処理端末に送付する送付手段と、
   前記情報処理端末における前記データの保護状態に関する情報を取得する取得手段と、
   前記取得手段によって取得された保護状態に関する情報に基づいて、前記送付手段によって送付された前記セキュリティ用アプリケーション群のうち、前記データの保護のために必要なセキュリティ用アプリケーションに対する制御をおこなう制御手段と、
   を備えたことを特徴とする情報管理装置。
2. 前記セキュリティ用アプリケーション群は、前記情報処理端末が記録する前記データをバックアップするバックアップアプリケーション、前記情報処理端末が記録するデータのアクセス権限を制御するアクセス制御アプリケーション、前記情報処理端末が記録するデータのウイルス感染を回避するウイルス対策アプリケーションのうち、少なくともいずれか一つを含むことを特徴とする請求項１に記載の情報管理装置。
3. 情報処理端末に記録されたデータを管理する情報管理装置において、
   前記情報処理端末によって設定された前記データの利用権限に関する設定情報を取得する取得手段と、
   前記取得手段によって取得された設定情報に基づいて、前記データを暗号化する暗号化鍵を生成する暗号化鍵生成手段と、
   前記暗号化鍵生成手段によって生成された暗号化鍵を前記情報処理端末に送信する送信手段と、
   前記送信手段によって送信された暗号化鍵を用いて暗号化された暗号化データを前記情報処理端末から受信する受信手段と、
   前記受信手段によって受信された暗号化データを記録する記録手段と、
   前記記録手段によって記録された暗号化データへのアクセスを前記設定情報に基づいて制御する制御手段と、
   を備えることを特徴とする情報管理装置。
4. 前記制御手段は、
   前記暗号化データにアクセスがあった場合、前記設定情報に基づいて生成した復号化鍵を配布することによって前記暗号化データへのアクセスを制御することを特徴とする請求項３に記載の情報管理装置。
5. 前記情報処理端末を認証するための認証情報を生成する認証情報生成手段と、
   前記認証情報生成手段によって生成された認証情報を用いて前記情報処理端末に対する認証処理をおこなう認証処理手段と、を備え、
   前記受信手段は、
   前記認証処理手段による認証が成立した場合に、前記暗号化データを受信することを特徴とする請求項３または４に記載の情報管理装置。
6. 前記認証情報生成手段は、前記情報処理端末を識別する情報処理端末識別子と前記情報処理端末の利用者を識別する利用者識別子との排他的論理和、および、前記情報処理端末識別子と対応づけられたパスワードと乱数との排他的論理和を、一方向性関数によって演算した値を前記認証情報として生成することを特徴とする請求項５に記載の情報管理装置。
7. 情報処理端末に記録されたデータを保護するセキュリティ用アプリケーション群を前記情報処理端末に送付する送付工程と、
   前記情報処理端末における前記データの保護状態に関する情報を取得する取得工程と、
   前記取得工程によって取得された保護状態に関する情報に基づいて、前記送付工程によって送付された前記セキュリティ用アプリケーション群のうち、前記データの保護のために必要なセキュリティ用アプリケーションに対する制御をおこなう制御工程と、
   を含んだことを特徴とする情報管理方法。
8. 情報処理端末に記録されたデータを管理する情報管理方法において、
   前記情報処理端末によって設定された前記データの利用権限に関する設定情報を取得する取得工程と、
   前記取得工程によって取得された設定情報に基づいて、前記データを暗号化する暗号化鍵を生成する暗号化鍵生成工程と、
   前記暗号化鍵生成工程によって生成された暗号化鍵を前記情報処理端末に送信する送信工程と、
   前記送信工程によって送信された暗号化鍵を用いて暗号化された暗号化データを前記情報処理端末から受信する受信工程と、
   前記受信工程によって受信された暗号化データを記録する記録工程と、
   前記記録工程によって記録された暗号化データへのアクセスを前記設定情報に基づいて制御する制御工程と、
   を含んだことを特徴とする情報管理方法。
9. 請求項７または８に記載の情報管理方法をコンピュータに実行させることを特徴とする情報管理プログラム。
   
   

Images