保持している共有データのセキュリティ保持のためのプログラム及びコンピュータ
【課題】
適度なセキュリティ保持を簡易な仕組みにて実現する。
【解決手段】
保持している共有データのセキュリティ保持のためのプログラムは、コンピュータに、共有データの保持部３２２と、共有ユーザのユーザＩＤのリスト保持部３２３と、コンピュータのユーザのユーザＩＤを保持するプログラム３３に対してユーザＩＤの取得要求を出力し、コンピュータのユーザのユーザＩＤを受け取った場合にリスト保持部３２３を参照して、受け取ったユーザＩＤがリスト保持部に含まれるか判断する認証部３２５と、受け取ったユーザＩＤがリスト保持部に含まれると認証部により判断された場合、共有データを表示可に設定する設定部３２６とを実現させる。例えば予め特定された社内ユーザであればパスワード等の入力を行わせること無く共有ファイルの閲覧を可能とすることができるようになる。
適度なセキュリティ保持を簡易な仕組みにて実現する。
【解決手段】
保持している共有データのセキュリティ保持のためのプログラムは、コンピュータに、共有データの保持部３２２と、共有ユーザのユーザＩＤのリスト保持部３２３と、コンピュータのユーザのユーザＩＤを保持するプログラム３３に対してユーザＩＤの取得要求を出力し、コンピュータのユーザのユーザＩＤを受け取った場合にリスト保持部３２３を参照して、受け取ったユーザＩＤがリスト保持部に含まれるか判断する認証部３２５と、受け取ったユーザＩＤがリスト保持部に含まれると認証部により判断された場合、共有データを表示可に設定する設定部３２６とを実現させる。例えば予め特定された社内ユーザであればパスワード等の入力を行わせること無く共有ファイルの閲覧を可能とすることができるようになる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイル内の共有データのセキュリティ保持技術に関する。
【背景技術】
【０００２】
ファイルのセキュリティ保持のためには、暗号化する方法や、パスワードロックを行う方法などが存在している。このような技術では、ファイルを解読するためには、暗号鍵、パスワードを必要とする。すなわち、ファイルとは別に暗号鍵やパスワードを伝達する必要があり、それらの管理が必要となる。
【０００３】
また、例えば、特開２００４−４６４６０号公報には、同一ユーザによる同一オブジェクトへのアクセスであっても、社内・社外どちらからのアクセスかに応じて、異なるアクセス権を設定可能とする技術が開示されている。すなわち、クライアントは、キャビネット、文書等のオブジェクトへのアクセス時にユーザ情報およびログイン時に経由したＷｅｂサーバのＩＰアドレスをファイル管理サーバに渡す。ファイル管理サーバは、利用可能Ｗｅｂサーバ設置情報テーブルに登録されているＩＰアドレスに対応する設置情報を取得し、ユーザ情報および設置情報をキーとしてオブジェクトのアクセス権情報を検索してユーザのオブジェクトへのアクセス権の有無を判定する。
【０００４】
さらに、例えば、特開２００４−２１３４１号公報には、利用者に認証情報を改めて入力させることなく、簡易に構外サーバ装置にログインするための技術である。すなわち、社内ＬＡＮに配置されたＮＴサーバにあるログイン実行プログラムは、ＮＴサーバによる社員認証によって社内ＬＡＮの利用が許可されたクライアント装置（ＰＣ）からの要求に応じて、認証情報（ドメイン情報やユーザ情報）を不可視な状態で含んだダミーＨＴＭＬファイルを作成して、これを購買資産管理サーバに対して送信する。また、このＨＴＭＬファイルの送信に際しては、通常の情報送信処理と同様、送信元である組織を一意に特定するためのグローバルＩＰアドレスがＨＴＭＬファイルに付加されて送信される。そして、購買資産管理サーバの会員認証部は、これらのグローバルＩＰアドレス、ドメイン情報およびユーザ情報を用いて利用者認証をおこなう。
【特許文献１】特開２００４−４６４６０号公報
【特許文献２】特開２００４−２１３４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
暗号やパスワードロックを行うような技術では、暗号鍵やパスワードの管理が別途必要となり、それらの情報を失念してしまった場合にはデータを閲覧することができなくなる。また、それらの情報が漏れてしまった場合には、データの漏洩という問題もある。
【０００６】
また上で述べたような公報開示の技術では、サーバ側に特定の仕組みを用意するような構成となっており、基本的には管理されるファイル群はそのようなサーバに管理されることになる。しかし、このようにサーバ側に新たな構成を設けるようであれば、そのためのコストは高くなる。
【０００７】
従って、本発明の目的は、サーバ側に特別な構成を設けることなく、適度なセキュリティ保持を簡易な仕組みにて実現するための技術を提供することである。
【課題を解決するための手段】
【０００８】
本発明に係る、保持している共有データのセキュリティ保持のためのプログラムは、コンピュータに、共有データの保持部と、共有ユーザのユーザＩＤのリスト保持部と、コンピュータのユーザのユーザＩＤを保持するプログラムに対してユーザＩＤの取得要求を出力し、コンピュータのユーザのユーザＩＤを受け取った場合にリスト保持部を参照して、受け取ったユーザＩＤがリスト保持部に含まれるか判断する認証部と、受け取ったユーザＩＤがリスト保持部に含まれると認証部により判断された場合、共有データを表示可に設定する設定部とを実現させる。
【０００９】
保持している共有データのセキュリティ保持のためのプログラム自身が、上記のような要素を実現することにより、別途特別なサーバを構築する必要が無く、例えば予め特定された社内ユーザであればパスワード等の入力を行わせること無く共有ファイルの閲覧を可能とすることができるようになる。なお、コンピュータのユーザのユーザＩＤを保持するプログラムについては、当該コンピュータ又はサーバなどいずれに存在しても良いが、ログイン後に他のネットワークサービスなどを提供するようなシステムが既に存在する場合には、当該システムを利用すればよい。
【００１０】
また、本発明に係るプログラムは、ダミーデータの保持部をコンピュータにさらに実現させ、上で述べた設定部は、受け取ったユーザＩＤがリスト保持部に含まれないと認証部により判断された場合、又はコンピュータのユーザのユーザＩＤを受け取らなかった場合、共有データを表示不可且つダミーデータを表示可に設定するようにしてもよい。このようにすれば、共有データの閲覧が好ましくないユーザについては、ダミーデータのみが表示されるようになり、共有データの秘匿性が保持される。
【００１１】
なお、本発明に係るプログラムは、共有データの表示属性の保持部をコンピュータにさらに実現させ、上で述べた設定部は、表示属性の保持部の表示属性を表示可又は表示不可に設定するようにしてもよい。表示属性の変更が適切に制限されれば、共有データの秘匿性も適切に保持される。
【００１２】
さらに、本発明に係るプログラムにおいて、上で述べた設定部は、プログラムの終了時に、共有データの表示属性を表示不可に設定し、コンピュータのユーザにより認証部及び設定部の実行を拒否された場合には、共有データの表示属性の保持部における表示不可に従って共有データの表示を表示不可に制御するようにしてもよい。例えば、本発明が、特定のフォーマットのファイルとして実現され、認証部及び設定部がそのマクロで実現される場合には、ユーザによりマクロの実行が拒否される場合もある。上で述べたような構成であれば、このような場合に対処できるようになる。
【００１３】
本発明に係るプログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してディジタル信号にて頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。
【発明の効果】
【００１４】
本発明によれば、サーバ側に特別な構成を設けることなく、適度なセキュリティ保持を簡易な仕組みにて実現することができる。
【発明を実施するための最良の形態】
【００１５】
図１に本発明の一実施の形態に係るシステム概要を示す。社内ＬＡＮ（Local Area Network）１には、認証サーバ５と、ダウンロードサーバ７と、複数のユーザ端末とが接続されている。ここでは、ユーザ端末Ａとユーザ端末Ｂとが図示されているが、より多くのユーザ端末が接続されるようにしても良い。認証サーバ５は、ユーザＩＤ及びパスワードなどを格納するユーザＤＢ５１を管理しており、社内ＬＡＮ１におけるネットワークサービスの提供についてその提供先ユーザの適格性を確認するための認証処理を実施する。また、ダウンロードサーバ７は、各種共有ファイルを格納する共有ファイル格納部７１を管理しており、ユーザ端末からの要求に応じて共有ファイルを要求元のユーザ端末に送信する。本実施の形態における共有ファイルについては、当該ダウンロードサーバ７から社内ＬＡＮ１に接続されたユーザ端末に対し要求に応じて送信するようにしても良いし、メールなどの他の送信手段により配布ユーザから配布するようにしてもよい。
【００１６】
ユーザ端末（ここではユーザ端末Ａについて説明する）は、例えばパーソナル・コンピュータであって、社内ＬＡＮ１に接続する機能を有する。また、ユーザ端末Ａは、ネットワークプログラム３４と、認証処理プログラム３３と、共有ファイル３２と、共有ファイル３２のビューワ３１とを有する。ユーザ端末Ａのネットワークプログラム３４は、社内ＬＡＮ１上において提供される各種ネットワークサービスを利用するためのクライアントプログラムである。例えばウェブ（Ｗｅｂ）ブラウザやグループウェアのクライアントプログラムを含む。また、認証処理プログラム３３は、社内ＬＡＮ１上において提供される各種ネットワークサービスを利用する前に行われる認証サーバ５における認証処理のためのクライアントプログラムである。但し、ネットワークプログラム３４と認証処理プログラム３３とは一体となっている場合もある。ビューワ３１は、共有ファイル３２のビューワであって、特別なアプリケーション・プログラムの場合もあれば、例えばMicrosoft社が提供している表計算プログラムＥｘｃｅｌやＷｏｒｄのようなマクロを規定することができる汎用のアプリケーションプログラムであってもよい。
【００１７】
共有ファイル３２は、ダミーデータ３２１と、共有データ３２２と、共有者リスト３２３と、表示属性データ３２４と、認証処理部３２５と、表示属性制御部３２６とを有する。共有データ３２２は、共有者リスト３２３に列挙されるユーザＩＤのユーザに伝達すべきデータである。ダミーデータ３２１は、どのようなデータであってもよいが、不適切な共有ファイル３２へのアクセスの場合に、共有データ３２２の代わりにユーザに提示するためのデータである。共有者リスト３２３は、図２に示すように、共有データ３２２の閲覧を許可されたユーザのユーザＩＤのリストである。ここでユーザＩＤは、社内ＬＡＮ１におけるユーザＩＤである。表示属性データ３２４は、図３に示すように、ダミーデータ３２１と共有データ３２２と共有者リスト３２３の各々について、表示属性の初期値及び現在値とを含む。図３の例では、「１」であれば表示可を示し、「０」であれば表示不可を示す。なお、表示属性データ３２４の初期値は、変更できないように設定する。認証処理部３２５及び表示属性制御部３２６は、プログラムであり、例えばマクロで実装される。
【００１８】
次に図４及び図５を用いて、図１に示したシステムの処理フローを示す。まず、ユーザ端末Ａが社内ＬＡＮ１に接続された認証サーバ５にログインする際の処理について説明する。まず、ユーザ端末Ａは、ユーザ端末Ａのユーザによるログイン指示を受け付け（ステップＳ１）、認証処理プログラム３３を起動してユーザＩＤ及びパスワードの入力画面を表示させる（ステップＳ３）。ユーザ端末Ａのユーザは、入力画面に従ってユーザＩＤ及びパスワードを入力し、認証処理プログラム３３は、ユーザＩＤ及びパスワード入力を受け付ける（ステップＳ５）。認証処理プログラム３３は、入力されたユーザＩＤ（場合によってはパスワードも）を保持し（ステップＳ７）、後のユーザＩＤの取得要求に応答できるようにする。そして、認証処理プログラム３３は、入力されたユーザＩＤ及びパスワードを認証サーバ５に送信する（ステップＳ９）。
【００１９】
これに対して認証サーバ５は、ユーザ端末ＡからユーザＩＤ及びパスワードを受信し（ステップＳ１１）、ユーザＤＢ５１を参照して認証処理を実施する（ステップＳ１３）。これについては、従来と同じ処理であるからこれ以上述べない。そして、認証サーバ５は、認証処理結果をユーザ端末Ａに送信し（ステップＳ１５）、認証処理結果に従ったネットワークサービスに対する利用許可又は不許可の設定を行う。
【００２０】
ユーザ端末Ａの認証処理プログラム３３は、認証サーバ５から認証処理結果を受信し（ステップＳ１７）、認証サーバ５における認証処理をパスしたか判断する（ステップＳ１９）。もし、認証失敗の場合には、認証処理プログラム３３は、保持するユーザＩＤを破棄し（ステップＳ２１）、ステップＳ３に戻る。一方、認証成功の場合には、ネットワークプログラム３４による処理を実施する（ステップＳ２３）。この処理については、例えばデータベースへのアクセスやスケジュール管理などであり、本実施の形態において主要部ではないので、これ以上述べない。
【００２１】
次に、図５を用いて共有ファイル３２に関連する処理について説明する。まず、ユーザ端末Ａのユーザが、特定の共有ファイル３２をダブルクリックするなどファイルオープン指示を行うと、ユーザ端末Ａ（のオペレーティングシステム（ＯＳ：Operating System））は、当該共有ファイル３２のファイルオープン指示を受け付け（ステップＳ３１）、共有ファイル３２に対応付けられたビューワ３１を起動する（ステップＳ３３）。そうすると、認証処理部３２５及び表示属性制御部３２６を含むプログラムの起動の許可を求める表示を行う。そうすると、ユーザは、当該表示に従って上記プログラムの起動を許可するか又は拒否するか入力を行う。ビューワ３１は、上記入力を受け付け、共有ファイル３２の起動モードを特定する（ステップＳ３５）。すなわち、上記プログラムを起動するモードであるか、起動しないモードであるかを特定する。例えば、マクロを有効にするか否かについてユーザに問い合わせ、ユーザの入力に従って、マクロが有効なモードであるか無効なモードなのかを特定する。上記プログラムを起動しないモードであると判断された場合には（ステップＳ３７；Ｎｏルート）、ステップＳ５１に移行する。
【００２２】
一方、上記プログラムを起動するモードである場合には（ステップＳ３７：Ｙｅｓルート）、認証処理部３２５は、認証処理プログラム３３にユーザＩＤの取得要求を出力し、認証処理プログラム３３からの応答を待つ（ステップＳ３９）。例えば、特定の認証処理プログラム３３が、社内ＬＡＮ１に接続された又は接続されるべきユーザ端末に存在しており且つそのような環境を前提とするならば、当該認証処理プログラム３３からの応答が得られない場合には、元々閲覧の許可のないユーザによりファイルオープンが指示されて又は閲覧の許可の無い環境においてファイルオープンが指示されていることが分かる。従って、認証処理部３２５は、ログインを行ったユーザのユーザＩＤが認証処理プログラム３３から取得できたか判断する（ステップＳ４１）。ログインを行ったユーザのユーザＩＤが取得できない場合にはステップＳ５１に移行する。
【００２３】
一方、ログインを行ったユーザのユーザＩＤが取得できた場合には、認証処理部３２５は、共有者リスト３２３を参照して、取得したユーザＩＤが共有者リスト３２３に含まれるか確認する（ステップＳ４３）。取得したユーザＩＤが共有者リスト３２３に含まれていないと判断された場合には（ステップＳ４５：Ｎｏルート）、表示属性制御部３２６は表示属性データ３２４における表示属性を変更することなく、ビューワ３１は、初期値を有効値とした表示属性データ３２４に従ってダミーデータ３２１のみを表示させる（ステップＳ５１）。図３に示したように、初期値としては、ダミーデータ３２１のみが表示可となっているので、この表示属性データに従ってダミーデータのみの表示を行う。そして、後の処理は通常のとおりであり、例えば、共有ファイル３２のクローズ又はビューワ３１の終了指示に従って、処理を終了する。
【００２４】
取得したユーザＩＤが共有者リスト３２３に含まれていると判断された場合には（ステップＳ４５：Ｙｅｓルート）、共有データ３２２の閲覧が許可されたユーザであることが確認できたことになる。そこで、表示属性制御部３２６は、表示属性データ３２４における共有データの表示属性を表示可に変更する（ステップＳ４７）。このような場合には図３に示したような表示属性データ３２４に従って、ビューワ３１は共有データ３２２の表示を行う（ステップＳ４９）。なお、ダミーデータ３２１について表示属性を変更しない場合には、ダミーデータ３２１についても表示する。
【００２５】
ステップＳ４９の後に、ユーザは表示装置の表示内容を見て、各種作業を実施する。その後、ユーザから共有ファイル３２のクローズ又はビューワ３１の終了指示が入力されると、表示属性制御部３２６は、表示属性を初期状態（図３の例では現在値を削除する）に戻して、共有ファイル３２の保存処理を実施し（ステップＳ５３）、処理を終了する。
【００２６】
このようにすれば、共有ファイル３２と認証処理プログラム３３のみによって、ユーザに改めてパスワードなどの入力を求めることなく、予め共有者リスト３２３に登録されているユーザ、それも社内ＬＡＮ１に接続されているか又は接続可能なユーザ端末のユーザのみに共有ファイル３２の閲覧が許可されるようになる。従って、社内ＬＡＮ１に接続されていない又は接続可能となっていないユーザ端末のユーザ、予め共有者リスト３２３に登録されていないユーザ、認証処理部３２５及び表示属性制御部３２６を起動させなかったユーザについては、共有データ３２２の閲覧ができなくなっている。
【００２７】
従って、認証処理プログラム３３が、認証サーバ５の認証処理において必要とされるシステムにおいては、当該認証処理プログラム３３を利用すれば、共有ファイル３２のみを用意すればよいのでユーザの負担は小さく、また低廉なコストで共有データ３２２のセキュリティをある程度の確度で確保できるようになる。
【００２８】
以上本発明の一実施の形態を述べたが、本発明はこれに限定されるものではない。例えば、共有者リスト３２３の表示属性については変更しないような構成を示したが、共有者リスト３２３についても、共有データ３２２と同様に表示属性を変更して表示させるようにしても良い。共有者リスト３２３の表示属性が変更されない場合には、表示属性データ３２４に含ませないようにしても良い。但し、閲覧可能者が変更されることもあるので、例えば別の手段により更新不可の設定を行うようにする場合もある。さらに、ダミーデータ３２１についても、共有データ３２２の表示属性が表示可と設定される場合には、その表示属性を表示不可に設定するようにしても良い。さらに表示属性データ３２４において、初期値をテーブル保持せず、ステップＳ５３で初期値が復元されるようにしても良い。
【００２９】
さらに、認証処理部３２５は、ローカルな認証処理プログラム３３を用いる例を示しているが、例えば認証サーバ５のプログラムを利用するようにしても良い。
【００３０】
さらに、ステップＳ５１では、表示属性を変更しないようになっているが、例えばステップＳ４１又はＳ４５を介してステップＳ５１に移行した場合には、共有データ３２２を削除するような処理を合わせて行うようにしても良い。これにより共有データ３２２の秘匿性がより確実に確保される。
【００３１】
なお、図６に示すように、本実施の形態におけるユーザ端末Ａ、ユーザ端末Ｂ、認証サーバ５、ダウンロードサーバ７は、コンピュータであって、当該コンピュータにおいては、メモリ２０１とＣＰＵ２０３とハードディスク・ドライブ（ＨＤＤ）２０５と表示装置２０９に接続される表示制御部２０７とリムーバブル・ディスク２１１用のドライブ装置２１３と入力装置２１５とネットワークに接続するための通信制御部２１７とがバス２１９で接続されている。オペレーティング・システム（ＯＳ）及びＷｅｂブラウザを含むアプリケーション・プログラムは、ＨＤＤ２０５に格納されており、ＣＰＵ２０３により実行される際にはＨＤＤ２０５からメモリ２０１に読み出される。必要に応じてＣＰＵ２０３は、表示制御部２０７、通信制御部２１７、ドライブ装置２１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２０１に格納され、必要があればＨＤＤ２０５に格納される。このようなコンピュータは、上で述べたＣＰＵ２０３、メモリ２０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラム（共有ファイル３２を含む）とが有機的に協働することにより、上で述べたような各種機能を実現する。
【図面の簡単な説明】
【００３２】
【図１】本発明の一実施の形態におけるシステム概要図である。
【図２】共有者リストの一例を示す図である。
【図３】表示属性データの一例を示す図である。
【図４】認証処理時における処理フローを示す図である。
【図５】共有ファイルに関連する処理フローを示す図である。
【図６】コンピュータの機能ブロック図である。
【符号の説明】
【００３３】
１ 社内ＬＡＮ ５ 認証サーバ
７ ダウンロードサーバ
３１ ビューワ ３２ 共有ファイル
３３ 認証処理プログラム ３４ ネットワークプログラム
５１ ユーザＤＢ ７１ 共有ファイル格納部
３２１ ダミーデータ ３２２ 共有データ
３２３ 共有者リスト ３２４ 表示属性データ
３２５ 認証処理部 ３２６ 表示属性制御部
【技術分野】
【０００１】
本発明は、ファイル内の共有データのセキュリティ保持技術に関する。
【背景技術】
【０００２】
ファイルのセキュリティ保持のためには、暗号化する方法や、パスワードロックを行う方法などが存在している。このような技術では、ファイルを解読するためには、暗号鍵、パスワードを必要とする。すなわち、ファイルとは別に暗号鍵やパスワードを伝達する必要があり、それらの管理が必要となる。
【０００３】
また、例えば、特開２００４−４６４６０号公報には、同一ユーザによる同一オブジェクトへのアクセスであっても、社内・社外どちらからのアクセスかに応じて、異なるアクセス権を設定可能とする技術が開示されている。すなわち、クライアントは、キャビネット、文書等のオブジェクトへのアクセス時にユーザ情報およびログイン時に経由したＷｅｂサーバのＩＰアドレスをファイル管理サーバに渡す。ファイル管理サーバは、利用可能Ｗｅｂサーバ設置情報テーブルに登録されているＩＰアドレスに対応する設置情報を取得し、ユーザ情報および設置情報をキーとしてオブジェクトのアクセス権情報を検索してユーザのオブジェクトへのアクセス権の有無を判定する。
【０００４】
さらに、例えば、特開２００４−２１３４１号公報には、利用者に認証情報を改めて入力させることなく、簡易に構外サーバ装置にログインするための技術である。すなわち、社内ＬＡＮに配置されたＮＴサーバにあるログイン実行プログラムは、ＮＴサーバによる社員認証によって社内ＬＡＮの利用が許可されたクライアント装置（ＰＣ）からの要求に応じて、認証情報（ドメイン情報やユーザ情報）を不可視な状態で含んだダミーＨＴＭＬファイルを作成して、これを購買資産管理サーバに対して送信する。また、このＨＴＭＬファイルの送信に際しては、通常の情報送信処理と同様、送信元である組織を一意に特定するためのグローバルＩＰアドレスがＨＴＭＬファイルに付加されて送信される。そして、購買資産管理サーバの会員認証部は、これらのグローバルＩＰアドレス、ドメイン情報およびユーザ情報を用いて利用者認証をおこなう。
【特許文献１】特開２００４−４６４６０号公報
【特許文献２】特開２００４−２１３４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
暗号やパスワードロックを行うような技術では、暗号鍵やパスワードの管理が別途必要となり、それらの情報を失念してしまった場合にはデータを閲覧することができなくなる。また、それらの情報が漏れてしまった場合には、データの漏洩という問題もある。
【０００６】
また上で述べたような公報開示の技術では、サーバ側に特定の仕組みを用意するような構成となっており、基本的には管理されるファイル群はそのようなサーバに管理されることになる。しかし、このようにサーバ側に新たな構成を設けるようであれば、そのためのコストは高くなる。
【０００７】
従って、本発明の目的は、サーバ側に特別な構成を設けることなく、適度なセキュリティ保持を簡易な仕組みにて実現するための技術を提供することである。
【課題を解決するための手段】
【０００８】
本発明に係る、保持している共有データのセキュリティ保持のためのプログラムは、コンピュータに、共有データの保持部と、共有ユーザのユーザＩＤのリスト保持部と、コンピュータのユーザのユーザＩＤを保持するプログラムに対してユーザＩＤの取得要求を出力し、コンピュータのユーザのユーザＩＤを受け取った場合にリスト保持部を参照して、受け取ったユーザＩＤがリスト保持部に含まれるか判断する認証部と、受け取ったユーザＩＤがリスト保持部に含まれると認証部により判断された場合、共有データを表示可に設定する設定部とを実現させる。
【０００９】
保持している共有データのセキュリティ保持のためのプログラム自身が、上記のような要素を実現することにより、別途特別なサーバを構築する必要が無く、例えば予め特定された社内ユーザであればパスワード等の入力を行わせること無く共有ファイルの閲覧を可能とすることができるようになる。なお、コンピュータのユーザのユーザＩＤを保持するプログラムについては、当該コンピュータ又はサーバなどいずれに存在しても良いが、ログイン後に他のネットワークサービスなどを提供するようなシステムが既に存在する場合には、当該システムを利用すればよい。
【００１０】
また、本発明に係るプログラムは、ダミーデータの保持部をコンピュータにさらに実現させ、上で述べた設定部は、受け取ったユーザＩＤがリスト保持部に含まれないと認証部により判断された場合、又はコンピュータのユーザのユーザＩＤを受け取らなかった場合、共有データを表示不可且つダミーデータを表示可に設定するようにしてもよい。このようにすれば、共有データの閲覧が好ましくないユーザについては、ダミーデータのみが表示されるようになり、共有データの秘匿性が保持される。
【００１１】
なお、本発明に係るプログラムは、共有データの表示属性の保持部をコンピュータにさらに実現させ、上で述べた設定部は、表示属性の保持部の表示属性を表示可又は表示不可に設定するようにしてもよい。表示属性の変更が適切に制限されれば、共有データの秘匿性も適切に保持される。
【００１２】
さらに、本発明に係るプログラムにおいて、上で述べた設定部は、プログラムの終了時に、共有データの表示属性を表示不可に設定し、コンピュータのユーザにより認証部及び設定部の実行を拒否された場合には、共有データの表示属性の保持部における表示不可に従って共有データの表示を表示不可に制御するようにしてもよい。例えば、本発明が、特定のフォーマットのファイルとして実現され、認証部及び設定部がそのマクロで実現される場合には、ユーザによりマクロの実行が拒否される場合もある。上で述べたような構成であれば、このような場合に対処できるようになる。
【００１３】
本発明に係るプログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してディジタル信号にて頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。
【発明の効果】
【００１４】
本発明によれば、サーバ側に特別な構成を設けることなく、適度なセキュリティ保持を簡易な仕組みにて実現することができる。
【発明を実施するための最良の形態】
【００１５】
図１に本発明の一実施の形態に係るシステム概要を示す。社内ＬＡＮ（Local Area Network）１には、認証サーバ５と、ダウンロードサーバ７と、複数のユーザ端末とが接続されている。ここでは、ユーザ端末Ａとユーザ端末Ｂとが図示されているが、より多くのユーザ端末が接続されるようにしても良い。認証サーバ５は、ユーザＩＤ及びパスワードなどを格納するユーザＤＢ５１を管理しており、社内ＬＡＮ１におけるネットワークサービスの提供についてその提供先ユーザの適格性を確認するための認証処理を実施する。また、ダウンロードサーバ７は、各種共有ファイルを格納する共有ファイル格納部７１を管理しており、ユーザ端末からの要求に応じて共有ファイルを要求元のユーザ端末に送信する。本実施の形態における共有ファイルについては、当該ダウンロードサーバ７から社内ＬＡＮ１に接続されたユーザ端末に対し要求に応じて送信するようにしても良いし、メールなどの他の送信手段により配布ユーザから配布するようにしてもよい。
【００１６】
ユーザ端末（ここではユーザ端末Ａについて説明する）は、例えばパーソナル・コンピュータであって、社内ＬＡＮ１に接続する機能を有する。また、ユーザ端末Ａは、ネットワークプログラム３４と、認証処理プログラム３３と、共有ファイル３２と、共有ファイル３２のビューワ３１とを有する。ユーザ端末Ａのネットワークプログラム３４は、社内ＬＡＮ１上において提供される各種ネットワークサービスを利用するためのクライアントプログラムである。例えばウェブ（Ｗｅｂ）ブラウザやグループウェアのクライアントプログラムを含む。また、認証処理プログラム３３は、社内ＬＡＮ１上において提供される各種ネットワークサービスを利用する前に行われる認証サーバ５における認証処理のためのクライアントプログラムである。但し、ネットワークプログラム３４と認証処理プログラム３３とは一体となっている場合もある。ビューワ３１は、共有ファイル３２のビューワであって、特別なアプリケーション・プログラムの場合もあれば、例えばMicrosoft社が提供している表計算プログラムＥｘｃｅｌやＷｏｒｄのようなマクロを規定することができる汎用のアプリケーションプログラムであってもよい。
【００１７】
共有ファイル３２は、ダミーデータ３２１と、共有データ３２２と、共有者リスト３２３と、表示属性データ３２４と、認証処理部３２５と、表示属性制御部３２６とを有する。共有データ３２２は、共有者リスト３２３に列挙されるユーザＩＤのユーザに伝達すべきデータである。ダミーデータ３２１は、どのようなデータであってもよいが、不適切な共有ファイル３２へのアクセスの場合に、共有データ３２２の代わりにユーザに提示するためのデータである。共有者リスト３２３は、図２に示すように、共有データ３２２の閲覧を許可されたユーザのユーザＩＤのリストである。ここでユーザＩＤは、社内ＬＡＮ１におけるユーザＩＤである。表示属性データ３２４は、図３に示すように、ダミーデータ３２１と共有データ３２２と共有者リスト３２３の各々について、表示属性の初期値及び現在値とを含む。図３の例では、「１」であれば表示可を示し、「０」であれば表示不可を示す。なお、表示属性データ３２４の初期値は、変更できないように設定する。認証処理部３２５及び表示属性制御部３２６は、プログラムであり、例えばマクロで実装される。
【００１８】
次に図４及び図５を用いて、図１に示したシステムの処理フローを示す。まず、ユーザ端末Ａが社内ＬＡＮ１に接続された認証サーバ５にログインする際の処理について説明する。まず、ユーザ端末Ａは、ユーザ端末Ａのユーザによるログイン指示を受け付け（ステップＳ１）、認証処理プログラム３３を起動してユーザＩＤ及びパスワードの入力画面を表示させる（ステップＳ３）。ユーザ端末Ａのユーザは、入力画面に従ってユーザＩＤ及びパスワードを入力し、認証処理プログラム３３は、ユーザＩＤ及びパスワード入力を受け付ける（ステップＳ５）。認証処理プログラム３３は、入力されたユーザＩＤ（場合によってはパスワードも）を保持し（ステップＳ７）、後のユーザＩＤの取得要求に応答できるようにする。そして、認証処理プログラム３３は、入力されたユーザＩＤ及びパスワードを認証サーバ５に送信する（ステップＳ９）。
【００１９】
これに対して認証サーバ５は、ユーザ端末ＡからユーザＩＤ及びパスワードを受信し（ステップＳ１１）、ユーザＤＢ５１を参照して認証処理を実施する（ステップＳ１３）。これについては、従来と同じ処理であるからこれ以上述べない。そして、認証サーバ５は、認証処理結果をユーザ端末Ａに送信し（ステップＳ１５）、認証処理結果に従ったネットワークサービスに対する利用許可又は不許可の設定を行う。
【００２０】
ユーザ端末Ａの認証処理プログラム３３は、認証サーバ５から認証処理結果を受信し（ステップＳ１７）、認証サーバ５における認証処理をパスしたか判断する（ステップＳ１９）。もし、認証失敗の場合には、認証処理プログラム３３は、保持するユーザＩＤを破棄し（ステップＳ２１）、ステップＳ３に戻る。一方、認証成功の場合には、ネットワークプログラム３４による処理を実施する（ステップＳ２３）。この処理については、例えばデータベースへのアクセスやスケジュール管理などであり、本実施の形態において主要部ではないので、これ以上述べない。
【００２１】
次に、図５を用いて共有ファイル３２に関連する処理について説明する。まず、ユーザ端末Ａのユーザが、特定の共有ファイル３２をダブルクリックするなどファイルオープン指示を行うと、ユーザ端末Ａ（のオペレーティングシステム（ＯＳ：Operating System））は、当該共有ファイル３２のファイルオープン指示を受け付け（ステップＳ３１）、共有ファイル３２に対応付けられたビューワ３１を起動する（ステップＳ３３）。そうすると、認証処理部３２５及び表示属性制御部３２６を含むプログラムの起動の許可を求める表示を行う。そうすると、ユーザは、当該表示に従って上記プログラムの起動を許可するか又は拒否するか入力を行う。ビューワ３１は、上記入力を受け付け、共有ファイル３２の起動モードを特定する（ステップＳ３５）。すなわち、上記プログラムを起動するモードであるか、起動しないモードであるかを特定する。例えば、マクロを有効にするか否かについてユーザに問い合わせ、ユーザの入力に従って、マクロが有効なモードであるか無効なモードなのかを特定する。上記プログラムを起動しないモードであると判断された場合には（ステップＳ３７；Ｎｏルート）、ステップＳ５１に移行する。
【００２２】
一方、上記プログラムを起動するモードである場合には（ステップＳ３７：Ｙｅｓルート）、認証処理部３２５は、認証処理プログラム３３にユーザＩＤの取得要求を出力し、認証処理プログラム３３からの応答を待つ（ステップＳ３９）。例えば、特定の認証処理プログラム３３が、社内ＬＡＮ１に接続された又は接続されるべきユーザ端末に存在しており且つそのような環境を前提とするならば、当該認証処理プログラム３３からの応答が得られない場合には、元々閲覧の許可のないユーザによりファイルオープンが指示されて又は閲覧の許可の無い環境においてファイルオープンが指示されていることが分かる。従って、認証処理部３２５は、ログインを行ったユーザのユーザＩＤが認証処理プログラム３３から取得できたか判断する（ステップＳ４１）。ログインを行ったユーザのユーザＩＤが取得できない場合にはステップＳ５１に移行する。
【００２３】
一方、ログインを行ったユーザのユーザＩＤが取得できた場合には、認証処理部３２５は、共有者リスト３２３を参照して、取得したユーザＩＤが共有者リスト３２３に含まれるか確認する（ステップＳ４３）。取得したユーザＩＤが共有者リスト３２３に含まれていないと判断された場合には（ステップＳ４５：Ｎｏルート）、表示属性制御部３２６は表示属性データ３２４における表示属性を変更することなく、ビューワ３１は、初期値を有効値とした表示属性データ３２４に従ってダミーデータ３２１のみを表示させる（ステップＳ５１）。図３に示したように、初期値としては、ダミーデータ３２１のみが表示可となっているので、この表示属性データに従ってダミーデータのみの表示を行う。そして、後の処理は通常のとおりであり、例えば、共有ファイル３２のクローズ又はビューワ３１の終了指示に従って、処理を終了する。
【００２４】
取得したユーザＩＤが共有者リスト３２３に含まれていると判断された場合には（ステップＳ４５：Ｙｅｓルート）、共有データ３２２の閲覧が許可されたユーザであることが確認できたことになる。そこで、表示属性制御部３２６は、表示属性データ３２４における共有データの表示属性を表示可に変更する（ステップＳ４７）。このような場合には図３に示したような表示属性データ３２４に従って、ビューワ３１は共有データ３２２の表示を行う（ステップＳ４９）。なお、ダミーデータ３２１について表示属性を変更しない場合には、ダミーデータ３２１についても表示する。
【００２５】
ステップＳ４９の後に、ユーザは表示装置の表示内容を見て、各種作業を実施する。その後、ユーザから共有ファイル３２のクローズ又はビューワ３１の終了指示が入力されると、表示属性制御部３２６は、表示属性を初期状態（図３の例では現在値を削除する）に戻して、共有ファイル３２の保存処理を実施し（ステップＳ５３）、処理を終了する。
【００２６】
このようにすれば、共有ファイル３２と認証処理プログラム３３のみによって、ユーザに改めてパスワードなどの入力を求めることなく、予め共有者リスト３２３に登録されているユーザ、それも社内ＬＡＮ１に接続されているか又は接続可能なユーザ端末のユーザのみに共有ファイル３２の閲覧が許可されるようになる。従って、社内ＬＡＮ１に接続されていない又は接続可能となっていないユーザ端末のユーザ、予め共有者リスト３２３に登録されていないユーザ、認証処理部３２５及び表示属性制御部３２６を起動させなかったユーザについては、共有データ３２２の閲覧ができなくなっている。
【００２７】
従って、認証処理プログラム３３が、認証サーバ５の認証処理において必要とされるシステムにおいては、当該認証処理プログラム３３を利用すれば、共有ファイル３２のみを用意すればよいのでユーザの負担は小さく、また低廉なコストで共有データ３２２のセキュリティをある程度の確度で確保できるようになる。
【００２８】
以上本発明の一実施の形態を述べたが、本発明はこれに限定されるものではない。例えば、共有者リスト３２３の表示属性については変更しないような構成を示したが、共有者リスト３２３についても、共有データ３２２と同様に表示属性を変更して表示させるようにしても良い。共有者リスト３２３の表示属性が変更されない場合には、表示属性データ３２４に含ませないようにしても良い。但し、閲覧可能者が変更されることもあるので、例えば別の手段により更新不可の設定を行うようにする場合もある。さらに、ダミーデータ３２１についても、共有データ３２２の表示属性が表示可と設定される場合には、その表示属性を表示不可に設定するようにしても良い。さらに表示属性データ３２４において、初期値をテーブル保持せず、ステップＳ５３で初期値が復元されるようにしても良い。
【００２９】
さらに、認証処理部３２５は、ローカルな認証処理プログラム３３を用いる例を示しているが、例えば認証サーバ５のプログラムを利用するようにしても良い。
【００３０】
さらに、ステップＳ５１では、表示属性を変更しないようになっているが、例えばステップＳ４１又はＳ４５を介してステップＳ５１に移行した場合には、共有データ３２２を削除するような処理を合わせて行うようにしても良い。これにより共有データ３２２の秘匿性がより確実に確保される。
【００３１】
なお、図６に示すように、本実施の形態におけるユーザ端末Ａ、ユーザ端末Ｂ、認証サーバ５、ダウンロードサーバ７は、コンピュータであって、当該コンピュータにおいては、メモリ２０１とＣＰＵ２０３とハードディスク・ドライブ（ＨＤＤ）２０５と表示装置２０９に接続される表示制御部２０７とリムーバブル・ディスク２１１用のドライブ装置２１３と入力装置２１５とネットワークに接続するための通信制御部２１７とがバス２１９で接続されている。オペレーティング・システム（ＯＳ）及びＷｅｂブラウザを含むアプリケーション・プログラムは、ＨＤＤ２０５に格納されており、ＣＰＵ２０３により実行される際にはＨＤＤ２０５からメモリ２０１に読み出される。必要に応じてＣＰＵ２０３は、表示制御部２０７、通信制御部２１７、ドライブ装置２１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２０１に格納され、必要があればＨＤＤ２０５に格納される。このようなコンピュータは、上で述べたＣＰＵ２０３、メモリ２０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラム（共有ファイル３２を含む）とが有機的に協働することにより、上で述べたような各種機能を実現する。
【図面の簡単な説明】
【００３２】
【図１】本発明の一実施の形態におけるシステム概要図である。
【図２】共有者リストの一例を示す図である。
【図３】表示属性データの一例を示す図である。
【図４】認証処理時における処理フローを示す図である。
【図５】共有ファイルに関連する処理フローを示す図である。
【図６】コンピュータの機能ブロック図である。
【符号の説明】
【００３３】
１ 社内ＬＡＮ ５ 認証サーバ
７ ダウンロードサーバ
３１ ビューワ ３２ 共有ファイル
３３ 認証処理プログラム ３４ ネットワークプログラム
５１ ユーザＤＢ ７１ 共有ファイル格納部
３２１ ダミーデータ ３２２ 共有データ
３２３ 共有者リスト ３２４ 表示属性データ
３２５ 認証処理部 ３２６ 表示属性制御部
【特許請求の範囲】
【請求項１】
保持している共有データのセキュリティ保持のためのプログラムであって、
コンピュータに、
共有データの保持部と、
共有ユーザのユーザＩＤのリスト保持部と、
前記コンピュータのユーザのユーザＩＤを保持するプログラムに対してユーザＩＤの取得要求を出力し、前記コンピュータのユーザのユーザＩＤを受け取った場合に前記リスト保持部を参照して、受け取ったユーザＩＤが前記リスト保持部に含まれるか判断する認証部と、
受け取ったユーザＩＤが前記リスト保持部に含まれると前記認証部により判断された場合、前記共有データを表示可に設定する設定部と、
を実現させるためのプログラム。
【請求項２】
ダミーデータの保持部
を前記コンピュータにさらに実現させ、
前記設定部は、
受け取ったユーザＩＤが前記リスト保持部に含まれないと前記認証部により判断された場合、又は前記コンピュータのユーザのユーザＩＤを受け取らなかった場合、前記共有データを表示不可且つ前記ダミーデータを表示可に設定する
ことを特徴とする請求項１記載のプログラム。
【請求項３】
前記共有データの表示属性の保持部
を前記コンピュータにさらに実現させ、
前記設定部は、
前記表示属性の保持部の表示属性を表示可又は表示不可に設定する
ことを特徴とする請求項１記載のプログラム。
【請求項４】
前記設定部は、
前記プログラムの終了時に、前記共有データの表示属性を表示不可に設定し、
前記コンピュータのユーザにより前記認証部及び前記設定部の実行を拒否された場合には、前記共有データの表示属性の保持部における表示不可に従って前記共有データの表示を表示不可に制御する
ことを特徴とする請求項３記載のプログラム。
【請求項５】
ログインを行ったユーザのユーザＩＤを保持するための第１プログラムと、
保持している共有データのセキュリティ保持のための第２プログラムであって、
共有データの保持部と、
共有ユーザのユーザＩＤのリスト保持部と、
前記第１プログラムに対してユーザＩＤの取得要求を出力し、前記第１プログラムからユーザＩＤを受け取った場合に前記リスト保持部を参照して、受け取ったユーザＩＤが前記リスト保持部に含まれるか判断する認証部と、
受け取ったユーザＩＤが前記リスト保持部に含まれると前記認証部により判断された場合、前記共有データを表示可に設定する設定部と、
を実現させるための第２プログラムと、
を有するコンピュータ。
【請求項１】
保持している共有データのセキュリティ保持のためのプログラムであって、
コンピュータに、
共有データの保持部と、
共有ユーザのユーザＩＤのリスト保持部と、
前記コンピュータのユーザのユーザＩＤを保持するプログラムに対してユーザＩＤの取得要求を出力し、前記コンピュータのユーザのユーザＩＤを受け取った場合に前記リスト保持部を参照して、受け取ったユーザＩＤが前記リスト保持部に含まれるか判断する認証部と、
受け取ったユーザＩＤが前記リスト保持部に含まれると前記認証部により判断された場合、前記共有データを表示可に設定する設定部と、
を実現させるためのプログラム。
【請求項２】
ダミーデータの保持部
を前記コンピュータにさらに実現させ、
前記設定部は、
受け取ったユーザＩＤが前記リスト保持部に含まれないと前記認証部により判断された場合、又は前記コンピュータのユーザのユーザＩＤを受け取らなかった場合、前記共有データを表示不可且つ前記ダミーデータを表示可に設定する
ことを特徴とする請求項１記載のプログラム。
【請求項３】
前記共有データの表示属性の保持部
を前記コンピュータにさらに実現させ、
前記設定部は、
前記表示属性の保持部の表示属性を表示可又は表示不可に設定する
ことを特徴とする請求項１記載のプログラム。
【請求項４】
前記設定部は、
前記プログラムの終了時に、前記共有データの表示属性を表示不可に設定し、
前記コンピュータのユーザにより前記認証部及び前記設定部の実行を拒否された場合には、前記共有データの表示属性の保持部における表示不可に従って前記共有データの表示を表示不可に制御する
ことを特徴とする請求項３記載のプログラム。
【請求項５】
ログインを行ったユーザのユーザＩＤを保持するための第１プログラムと、
保持している共有データのセキュリティ保持のための第２プログラムであって、
共有データの保持部と、
共有ユーザのユーザＩＤのリスト保持部と、
前記第１プログラムに対してユーザＩＤの取得要求を出力し、前記第１プログラムからユーザＩＤを受け取った場合に前記リスト保持部を参照して、受け取ったユーザＩＤが前記リスト保持部に含まれるか判断する認証部と、
受け取ったユーザＩＤが前記リスト保持部に含まれると前記認証部により判断された場合、前記共有データを表示可に設定する設定部と、
を実現させるための第２プログラムと、
を有するコンピュータ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００６−４８４００（Ｐ２００６−４８４００Ａ）
【公開日】平成１８年２月１６日（２００６．２．１６）
【国際特許分類】
【出願番号】特願２００４−２２９０４０（Ｐ２００４−２２９０４０）
【出願日】平成１６年８月５日（２００４．８．５）
【出願人】（５９５１４０１７０）東京海上日動火災保険株式会社 (13)
【Ｆターム（参考）】
【公開日】平成１８年２月１６日（２００６．２．１６）
【国際特許分類】
【出願日】平成１６年８月５日（２００４．８．５）
【出願人】（５９５１４０１７０）東京海上日動火災保険株式会社 (13)
【Ｆターム（参考）】
[ Back to top ]