JP2023078018A - 情報処理装置、及び情報処理プログラム - Google Patents

Abstract

【課題】ファイルの操作要求毎に、要求されたファイルに対する処理を制御する。【解決手段】ファイル管理装置１０は、条件式ＤＢ１７を参照して、ファイルの操作要求を行ったユーザの属性、及び操作要求が行われたファイルのファイル情報の少なくとも一方を用いて、操作要求が行われたファイルの秘匿度合いを表すポイントを算出し、ポイントとファイルに対する処理とを対応付けたルールＤＢ１８に記憶されるルールに従い、操作要求が行われたファイルに対してポイントに対応した処理を実行して、操作要求が行われたファイルに対して操作に関する制限を加える。【選択図】図２

Description

本発明は、情報処理装置、及び情報処理プログラムに関する。

特許文献１には、ユーザにより作成されたファイルの特性に基づいて、ファイルの第１セキュリティレベルを設定するセキュリティレベル設定手段と、前記ユーザにより前記ファイルに設定された第２セキュリティレベルと、前記セキュリティレベル設定手段により設定された前記第１ セキュリティレベルとに基づいて、ファイルに適した最適セキュリティレベルを決定する最適セキュリティレベル決定手段と、前記最適セキュリティレベル決定手段により決定された前記最適セキュリティレベルに基づいて、前記ファイルに関連する処理を実行する処理実行手段と、を含むファイル管理装置が開示されている。

特開２０１５－１３３０８７号公報

ユーザが自由にファイルにアクセスできないように、ユーザやファイルに対して予めアクセス権を設定することがある。

この場合、設定されたアクセス権に従ってファイルの操作が行われるため、ファイルの操作要求に対して毎回同じ処理が実行され、操作要求のあったファイルの内容や操作要求を行うユーザに応じて、ファイルの操作に関する権限の可否を柔軟に変更することができなかった。

本発明は、ファイルの操作要求毎に、要求されたファイルに対する処理を制御することができる情報処理装置及び情報処理プログラムを提供することを目的とする。

第１態様に係る情報処理装置は、プロセッサを備え、前記プロセッサは、ファイルの操作要求を行ったユーザの属性、及び操作要求が行われたファイルのファイル情報の少なくとも一方を用いて、操作要求が行われたファイルの秘匿度合いを表す秘匿値を取得し、前記秘匿値とファイルに対する処理とを対応付けた予め定めた規則に従い、操作要求が行われたファイルに対して、前記秘匿値に対応した処理を実行する。

第２態様に係る情報処理装置は、第１態様に係る情報処理装置において、前記プロセッサは、ユーザの属性に関するユーザ条件、及びファイル情報に関するファイル条件の少なくとも一方に対して前記秘匿値が対応付けられた条件式を取得し、条件を満たす各々の前記条件式に対応付けられている前記秘匿値の合計値に対応した処理を実行する。

第３態様に係る情報処理装置は、第２態様に係る情報処理装置において、前記ユーザ条件には、操作要求を行ったファイルを登録したユーザと、ファイルの操作要求を行ったユーザとの関係を規定した条件が含まれ、前記ファイル条件には、操作要求が行われたファイルのファイル名に用いられている文字列を規定した条件、及び操作要求が行われたファイルの内容に用いられている文字列を規定した条件の少なくとも一方が含まれる。

第４態様に係る情報処理装置は、第３態様に係る情報処理装置において、操作要求が行われたファイルの内容が、ファイルの本文から抽出された少なくとも１つのキーワードによって表されている。

第５態様に係る情報処理装置は、第１態様～第４態様の何れかの態様に係る情報処理装置において、前記予め定めた規則がユーザ毎に規定されており、前記プロセッサは、ファイルの操作要求を行ったユーザに対して規定されている前記予め定めた規則に従い、操作要求が行われたファイルに対して、前記秘匿値に対応した処理を実行する。

第６態様に係る情報処理装置は、第５態様に係る情報処理装置において、前記予め定めた規則が、ユーザが属するグループ毎にも規定され、前記秘匿値が、ファイルの操作要求を行ったユーザに対して規定されている前記予め定めた規則、及びファイルの操作要求を行ったユーザが属するグループに対して規定されている前記予め定めた規則の両方に対応する場合、ファイルの秘匿度合いが高くなる方の処理を行う前記予め定めた規則に従い、操作要求が行われたファイルに対して、前記秘匿値に対応した処理を実行する。

第７態様に係る情報処理プログラムは、コンピュータに、ファイルの操作要求を行ったユーザの属性、及び操作要求が行われたファイルのファイル情報の少なくとも一方を用いて、操作要求が行われたファイルの秘匿度合いを表す秘匿値を取得し、前記秘匿値とファイルに対する処理とを対応付けた予め定めた規則に従い、操作要求が行われたファイルに対して、前記秘匿値に対応した処理を実行する処理を実行させるためのプログラムである。

第１態様、及び第７態様によれば、ファイルの操作要求毎に、要求されたファイルに対する処理を制御することができる、という効果を有する。

第２態様によれば、条件式に対応付けられている秘匿値の変更によって、要求されたファイルに対する処理を制御することができる、という効果を有する。

第３態様によれば、ファイルを登録したユーザとファイルの操作要求を行ったユーザとの関係を規定した条件、並びに、ファイル名に関する条件及びファイルの内容に関する条件の少なくとも一方の条件に基づいて、要求されたファイルに対する処理が制御される、という効果を有する。

第４態様によれば、ユーザは登録されたファイルの内容を情報処理装置に入力する作業を行わなくてもよい、という効果を有する。

第５態様によれば、秘匿値が同じ値であったとしても、要求されたファイルに対する処理をユーザ毎に変更することができる、という効果を有する。

第６態様によれば、複数の規則のうち、ファイルの秘匿度合いがより低くなるような処理に対応した規則を採用する場合と比較して、ファイルの秘匿性を高めることができる、という効果を有する。

ファイル管理システムの構成例を示す図である。 ファイル管理装置の機能構成例を示す図である。 ユーザＤＢのデータ構造例を示す図である。 ファイルＤＢのデータ構造例を示す図である。 条件式ＤＢのデータ構造例を示す図である。 条件式の設定画面の一例を示す図である。 ルールＤＢのデータ構造例を示す図である。 ルールの設定画面の一例を示す図である。 ファイル管理装置の電気系統の要部構成例を示す図である。 ファイル管理装置における登録処理の流れの一例を示すフローチャートである。 ファイル管理装置における取得処理の流れの一例を示すフローチャートである。 ルールＤＢの他の一例を示す図である。

以下、本実施の形態について図面を参照しながら説明する。なお、同じ構成要素及び同じ処理には全図面を通して同じ符号を付与し、重複する説明を省略する。

図１は、ファイルを管理するファイル管理システム１の構成例を示す図である。「ファイル」とは、コンピュータにおけるデータの管理単位の１つであり、予め定められたフォーマットに従って構成されたデータの集合体である。「管理」とは、例えばファイルの記憶、削除、編集、移動、複製、及び取得といったファイルに対する操作を、ユーザの指示に従って実行することである。

図１に示すように、ファイル管理システム１は、少なくとも１台のユーザ端末２とファイル管理装置１０を含む。ユーザ端末２とファイル管理装置１０とは通信回線４で接続される。通信回線４の接続形態に制約はなく、通信回線４の接続形態は、有線、無線、又は有線と無線が混在した形態の何れであってもよい。また、通信回線４は、公衆回線及び専用回線の何れであってもよい。

ユーザ端末２は、各々のユーザ（図１の例ではユーザＡとユーザＢ）が使用する情報機器である。ユーザ端末２は、通信回線４を通じたデータの通信機能と、ファイルの作成、編集、及び閲覧といったファイルに関する機能のうち、少なくとも１つの機能を有するものであればどのような種類の情報機器であってもよい。例えばユーザ端末２として、コンピュータ、スマートフォン、タブレット端末、及びウェアラブルデバイス等が用いられる。なお、ファイル管理装置１０に接続されるユーザ端末２の数に制限はない。

ファイル管理装置１０は、通信回線４を通じてユーザ端末２から受け付けたファイルを、ファイル管理装置１０で読み書き可能な記憶装置に記憶する（以降、「登録」という）と共に、登録されたファイルのうち、操作要求のあったファイルを要求元であるユーザ端末２の指示に従って処理する装置である。

なお、後ほど説明するように、ファイル管理装置１０は、操作要求のあったファイルを、無条件にユーザ端末２の指示に従って処理するのではなく、操作要求を受け付ける毎に、ファイルの秘匿度合いを表すセキュリティレベルを算出し、セキュリティレベルによって、要求された操作を実行するか否かを判定する。また、ファイル管理装置１０は、要求された操作を実行する場合であっても、要求された操作をそのまま実行するのではなく、セキュリティレベルに応じて、要求された操作にどの程度の制限を加えるか決定する。

図２は、ファイル管理装置１０の機能構成例を示す図である。ファイル管理装置１０は、通信部１１、制御部１２、ファイル管理部１３、及び算出部１４の各機能部と、ユーザＤＢ１５、ファイルＤＢ１６、条件式ＤＢ１７、及びルールＤＢ１８の各データベースを含む。なお、“ＤＢ”はデータベース（Ｄａｔａｂａｓｅ）の略称である。本実施の形態に係るデータベースとは、例えば市販のリレーショナルデータベース等に限定されず、指定されたファイルを記憶装置に記憶し、指定されたファイルを記憶装置から読み出すことができる機構を備えたものであれば、その実現方法に制約はない。

通信部１１は、制御部１２の指示に従い、ユーザ端末２との間でデータの送受信を行う。

制御部１２は、通信部１１を介して受信したユーザ端末２からの操作要求を解釈し、操作要求の内容に応じた指示を通信部１１、ファイル管理部１３、及び算出部１４に出力することでファイルの管理を実行する。

ユーザ端末２から受信する操作要求には、例えば指定されたファイルの登録、ファイル管理装置１０に登録済みのファイルの削除、編集、移動、複製、及び取得、並びに、ファイルの属性の編集といったファイルに関する処理が含まれる。

ファイルの属性とは、ファイルに付加して設定された情報であり、ファイルの内容によって表される情報、すなわち、ファイルの本文とは異なる情報である。具体的には、ファイルの属性には、例えばファイル名、ファイル作成日時、及びファイルサイズ等が含まれる。ファイルの本文とファイルの属性は、本実施の形態に係る「ファイル情報」の一例である。

ファイル管理部１３は、指定されたファイルをファイルＤＢ１６に登録すると共に、指定されたファイルをファイルＤＢ１６から取得する。

なお、ユーザがユーザ端末２を通じてファイル管理装置１０に操作要求を送信する場合、操作要求には、操作要求を行ったユーザ名が付加されるが、ユーザ端末２を所有するユーザのユーザ名は予めユーザＤＢ１５に登録されている。

図３は、ユーザＤＢ１５のデータ構造例を示す図である。図３に示すように、ユーザＤＢ１５には、ユーザ端末２を所有するユーザのユーザ名と、各々のユーザに対して予め一意に対応付けられているユーザＩＤとがユーザ毎に対応付けられて記憶されている。

ファイル管理部１３は、操作要求に付加されたユーザ名から、操作要求を行ったユーザに関する情報（この場合、ユーザＩＤ）をユーザＤＢ１５から取得する。当然のことながら、ユーザ名の代わりにユーザＩＤが操作要求に付加されていてもよく、この場合、ファイル管理部１３は、操作要求を行ったユーザに関する情報としてユーザ名をユーザＤＢ１５から取得してもよい。以降では、例えば操作要求を行ったユーザに関する情報のことを「ユーザ情報」という。ユーザＤＢ１５に記憶されるユーザ情報はユーザ名及びユーザＩＤに限定されず、例えばユーザの年齢、勤続年数、所属部署、及び住所等のユーザと結び付けられる各種情報を含んでもよい。

すなわち、ファイル管理部１３は、操作要求を行ったユーザのユーザ情報をユーザＤＢ１５から取得する。ユーザ情報は、本実施の形態に係る「ユーザの属性」の一例である。

ユーザ端末２から受信した操作要求が登録要求である場合、ファイル管理部１３は、登録要求で指定されたファイルをファイルＤＢ１６に登録する。

図４は、ファイルＤＢ１６のデータ構造例を示す図である。図４に示すように、ファイルＤＢ１６にはファイルＩＤ、ファイル名、ファイル内容、及び登録ユーザＩＤがファイル毎に対応付けられている。

ファイルＩＤは、ファイルＤＢ１６に登録されたファイルを一意に識別するための識別子である。

ファイル名は、ファイル管理装置１０に登録されているファイルの名称である。

ファイル内容は、ファイルの本文、すなわち、ファイルの内容を閲覧するアプリケーションを起動した場合に、アプリケーションで表示される情報である。

登録ユーザＩＤは、ファイルの登録要求を行ったユーザ（「登録ユーザ」という）のユーザＩＤであり、例えば操作要求に付加されたユーザ名に基づいてユーザＤＢ１５から取得されたユーザＩＤが設定される。

ファイル管理部１３は、登録要求のあったファイルに対して、ファイルＩＤ、ファイル名、ファイル内容、及び登録ユーザＩＤを対応付けてファイルＤＢ１６に登録する。

ファイル管理部１３は、ファイル内容をファイルＤＢ１６に登録する場合、例えばファイルの本文に対応するデータ全体をファイルから取得してファイル内容として設定するが、ファイル内容の設定手法はこれに限られない。ファイル管理部１３は、ファイルの本文から少なくとも１つのキーワードを抽出してファイル内容に設定してもよい。具体的には、ファイル管理部１３は、予め定めされたキーワードのうち、ファイルの本文に含まれるキーワードをファイル内容に設定してもよい。また、ファイル管理部１３は、語句と、ファイルの本文中における語句の重要度との関係が機械学習された学習モデルによって、重要度が閾値以上であると判定された語句をファイルから抽出してファイル内容に設定してもよい。

また、ファイル管理部１３は、ファイルの本文の要約をファイル内容に設定してもよい。具体的には、ファイル管理部１３は、ファイルの本文に対して形態素解析、文脈解析、及び構文解析等の公知の自然言語解析を実行し、ファイルの本文の要約をファイル内容に設定してもよい。

一方、ユーザ端末２から受信した操作要求が登録要求以外の操作要求である場合、ファイル管理部１３は、操作要求で操作の対象として指定されたファイルのファイル名を参照して、指定されたファイルを特定し、制御部１２の指示に従って、特定したファイルに対して要求された操作を行う。

算出部１４は、ファイルに対して操作要求を行ったユーザのユーザ情報、及び操作要求の対象として指定されているファイルのファイル情報の少なくとも一方を、制御部１２から取得する。その上で、算出部１４は、ユーザ情報に関する条件として予め定められたユーザ条件、及びファイル情報に関する条件として予め定められたファイル条件の少なくとも一方に対してセキュリティポイントが対応付けられた条件式を条件式ＤＢ１７から取得する。

図５は、条件式ＤＢ１７のデータ構造例を示す図である。図５に示すように、条件式ＤＢ１７には条件式ＩＤ、項目、値、条件、及びポイントが条件式毎に対応付けられている。

条件式ＩＤは、条件式ＤＢ１７に記憶されている条件式を一意に識別するための識別子である。

項目は、条件式ＩＤによって表される条件式を満たすか否かを判定する判定対象を表している。

値は、項目と比較する文字列であり、値に設定される文字列の種類に制限はなく、例えば文字列にはアルファベット、数字、記号、漢字、ひらがな、カタカナ等が用いられる。なお、値に文字列が設定されない場合、例えば“ＮＵＬＬ”のように規定された予約文字が設定されるが、“ＮＵＬＬ”の代わりに値を空欄としてもよい。

値に文字列が設定されている場合、条件式ＤＢ１７の条件には、項目に指定されている条件式の判定対象と、値に設定されている文字列との関係を判定するための条件が設定される。また、値に文字列が設定されていない場合、条件式ＤＢ１７の条件には、項目に指定されている条件式の判定対象と比較する比較対象の項目が設定される。

ポイントは、各々の条件式によって表される条件が成立した場合に付与されるセキュリティポイントを表している。セキュリティポイントは、値が大きくなるほど、要求された操作を制限しなければならないことを意味している。

例えば操作要求がファイルの取得要求である場合、ファイルの取得を制限するということから、セキュリティポイントは取得要求が行われたファイルのセキュリティレベル、すなわち、ファイルの秘匿度合いを表していることになる。また、操作要求がファイルの削除要求である場合、ファイルの削除を制限するということから、セキュリティポイントは削除要求が行われたファイルの重要度合いを表していることになる。なお、秘匿度合いが高いファイルほど重要度合いが高いファイルであるとみることもできるため、ファイルの秘匿度合いとファイルの重要度合いには同値の関係が見られる。このように、本実施の形態に係るセキュリティポイントは「秘匿値」の一例である。なお、説明の便宜上、以降ではセキュリティポイントのことを「ポイント」ということにする。

以上により、図５における条件式ＩＤが“Ｃｏｎｄ００１”の条件式は、操作対象のファイルのファイル名に「重要」という文字列が含まれる場合には５ポイントを付与することを表している。また、図５における条件式ＩＤが“Ｃｏｎｄ００２”の条件式は、操作対象のファイルのファイル内容に“Ｃｏｎｆｉｄｅｎｔｉａｌ”という文字列が含まれる場合には３ポイントを付与することを表している。更に、図５における条件式ＩＤが“Ｃｏｎｄ００３”の条件式は、操作対象のファイルをファイル管理装置１０に登録した登録ユーザと、ファイルを操作しようとしているユーザ（「操作ユーザ」という）が同じユーザである場合には－９９９９ポイントを付与することを表している。

条件式ＩＤが“Ｃｏｎｄ００３”で表される条件式には負値のポイントが設定されているが、これは、ファイル管理装置１０にファイルを登録したユーザと、ファイルを操作しようとするユーザとが同じであれば、ファイルを操作しようとするユーザは、例えばファイルの作成者のように、ファイルに対して管理権限を持ったユーザであると推定されるためである。このような場合、要求された操作を制限する必要性は相対的に低いと考えられるため、ポイントが負値に設定されている。当然のことながら、図５における各条件式に対応付けられているポイントは一例であり、管理者は、操作に加える制限の程度を考慮してポイントを設定することになる。

図５における条件式ＩＤが“Ｃｏｎｄ００１”及び“Ｃｏｎｄ００２”で表される条件式は、操作対象となるファイルのファイル情報に関する条件、すなわち、操作対象となるファイルのファイル条件に対してポイントを対応付けた条件式である。一方、図５における条件式ＩＤが“Ｃｏｎｄ００３”で表される条件式は、操作要求を行ったユーザのユーザ情報に関する条件、すなわち、操作要求を行ったユーザのユーザ条件に対してポイントを対応付けた条件式である。

具体的には、図５における条件式ＩＤが“Ｃｏｎｄ００１”で表される条件式のファイル条件は、操作要求が行われたファイルのファイル名に用いられている文字列を規定した条件であり、図５における条件式ＩＤが“Ｃｏｎｄ００２”で表される条件式のファイル条件は、操作要求が行われたファイルの内容に用いられている文字列を規定した条件である。また、図５における条件式ＩＤが“Ｃｏｎｄ００３”で表される条件式のユーザ条件は、操作対象であるファイルを登録したユーザと、ファイルの操作要求を行ったユーザとの関係を規定した条件である。

条件式ＤＢ１７に記憶される条件式は、例えば図６に示すような条件式の設定画面６を通じて、ファイル管理システム１の管理者によって予め作成される。図６に示すように、条件式の設定画面６には条件式の追加ボタン６Ａが備えられているため、管理者は条件式を作成する新たな行を条件式の設定画面６に追加することができる。また、条件式の設定画面６には条件式を削除するチェックボックス６Ｄが備えられているため、管理者はチェックボックス６Ｄにチェックを付け、クリアボタン６Ｂを選択することで、チェックボックス６Ｄにチェックが付けられた条件式を削除することができる。すなわち、条件式ＤＢ１７に記憶される条件式は、管理者により増減可能である。

条件式の設定画面６において、条件式の項目及び条件はプルダウンメニュー６Ｅから選択可能であり、条件式の値及びポイントは、管理者が文字列を直接入力する。管理者が条件式を作成後に更新ボタン６Ｃを選択することで、作成した条件式が条件式ＤＢ１７に記憶される。なお、条件式の設定画面６における条件式の入力方法については何ら制約がなく、上記の入力方法は一例に過ぎない。

当然のことながら、条件式は図５に示した条件式の例に限定されない。例えば、項目を「登録日時」、値を「１２カ月」、条件を「経過」、及びポイントを「２」と設定することで、操作対象のファイルがファイル管理装置１０に登録された登録日時から１２カ月経過している場合には２ポイントを付与するという条件式を作成してもよい。すなわち、条件式ＤＢ１７にファイルの登録時期に関する条件式が含まれることがある。

また、項目を「格納場所」、値を“ＮＵＬＬ”、条件を「フォルダ１」、及びポイントを「１」と設定することで、ファイルＤＢ１６における操作対象のファイルの格納場所がフォルダ１である場合には１ポイントを付与するという条件式を作成してもよい。すなわち、条件式ＤＢ１７にファイルの格納場所に関する条件式が含まれることがある。

また、項目を「前回のファイル取得日時」、値を「１時間」、条件を「経過前」、及びポイントを「１」と設定することで、同じユーザが操作対象のファイルを取得してから１時間以上経過していないのに、再度取得要求を行った場合には１ポイントを付与するという条件式を作成してもよい。すなわち、条件式ＤＢ１７にファイルの操作頻度に関する条件式が含まれることがある。

算出部１４は、条件式ＤＢ１７に記憶されている各々の条件式を順次取得し、条件式毎に条件を満たすか否か判定し、条件を満たす各々の条件式に対応付けられているポイントの合計値を算出する。

これに対して、制御部１２は、ルールＤＢ１８に予め記憶された規則であって、ポイントとファイルに対する処理とを対応付けたルールに従い、操作要求が行われたファイルに対して、算出部１４で算出されたポイントに対応した処理を実行する。

図７は、ルールＤＢ１８のデータ構造例を示す図である。図７に示すように、ルールＤＢ１８にはルールＩＤ、ユーザＩＤ、閾値、及び処理内容がルール毎に対応付けられている。

ルールＩＤは、ルールＤＢ１８に記憶されているルールを一意に識別するための識別子である。

ユーザＩＤは、ルールＩＤによって表されるルールが適用されるユーザのユーザＩＤを表す。

閾値は、ルールＩＤによって表されるルールと対応付けられている処理内容を実行するために必要なポイントの下限値を表す。

処理内容は、操作対象のファイルに対して、算出部１４で算出されたポイントの合計値が閾値以上となった場合に実行される処理の内容を表す。

すなわち、ルールＩＤによって表されるルールは、ファイルの操作要求を行ったユーザ毎に規定されている。また、同じユーザに対して複数のルールが規定されることがある。ルールＩＤによって表される各々のルールは、本実施の形態に係る「予め定めた規則」の一例である。

ルールＤＢ１８に記憶されるルールは操作の種類毎に存在するが、一例として、図７には、取得処理に対応するルールを示している。

図７において、ルールＩＤが“Ｒｕｌｅ００１”で表されるルールは、ユーザＩＤが“Ｕｓｅｒ００１”で表されるユーザに対するルールであり、ファイルの取得要求に対するポイントの合計値が５ポイント以上の場合、ファイルの表紙のみを開示することを表している。また、ルールＩＤが“Ｒｕｌｅ００２”で表されるルールは、ユーザＩＤが“Ｕｓｅｒ００２”で表されるユーザに対するルールであり、ファイルの取得要求に対するポイントの合計値が３ポイント以上の場合、ファイルを開示しないことを表している。更に、ルールＩＤが“Ｒｕｌｅ００３”で表されるルールは、ユーザＩＤが“Ｕｓｅｒ００１”で表されるユーザに対するルールであり、ファイルの取得要求に対するポイントの合計値が１０ポイント以上の場合、ファイルを開示しないことを表している。

操作要求に対するポイントがルールに規定された閾値以上となることを、ルールが「成立する」という。

なお、ファイルの操作要求を行ったユーザに対して複数のルールが成立する場合、制御部１２は、成立したルールの中で最も高い閾値が対応付けられている処理が規定されているルールに従って、ルールに規定されている処理を実行する。

ルールＤＢ１８に記憶されるルールは、例えば図８に示すようなルールの設定画面８を通じて、ファイル管理システム１の管理者によって作成される。図８に示すように、ルールの設定画面８にはルールの追加ボタン８Ａが備えられているため、管理者はルールを作成する新たな行をルールの設定画面８に追加することができる。また、ルールの設定画面８にはルールを削除するチェックボックス８Ｄが備えられているため、管理者はチェックボックス８Ｄにチェックを付け、クリアボタン８Ｂを選択することで、チェックボックス８Ｄにチェックが付けられたルールを削除することができる。すなわち、ルールＤＢ１８に記憶されるルールは、管理者により増減可能である。

一方、ルールにおけるユーザ名及び処理内容はプルダウンメニュー８Ｅから選択可能であり、ルールにおける閾値については、管理者が値を直接入力する。管理者がルールを作成後に更新ボタン８Ｃを選択することで、作成したルールがルールＤＢ１８に記憶される。なお、ルールの設定画面８におけるルールの入力方法については何ら制約がなく、上記の入力方法は一例に過ぎない。

次に、図９を参照しながら、ファイル管理装置１０の電気系統の要部構成例について説明する。ファイル管理装置１０は、例えばコンピュータ２０を用いて構成される。

コンピュータ２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２３、不揮発性メモリ２４、及び入出力インターフェース（Ｉ／Ｏ）２５を備え、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、不揮発性メモリ２４、及びＩ／Ｏ２５がバス２６を介して各々接続される。

ＣＰＵ２１は、図２に示したファイル管理装置１０の各機能部の処理を担うプロセッサの一例である。ＲＯＭ２２は、ＣＰＵ２１で実行される情報処理プログラムを記憶する記憶媒体の一例である。ＲＡＭ２３は、ＣＰＵ２１の一時的な作業領域として使用される記憶媒体の一例である。

不揮発性メモリ２４は、不揮発性メモリ２４に供給される電力が遮断されても、記憶した情報が維持される記憶媒体の一例であり、例えば半導体メモリが用いられるがハードディスクを用いてもよい。本実施の形態に係るユーザＤＢ１５、ファイルＤＢ１６、条件式ＤＢ１７、及びルールＤＢ１８は不揮発性メモリ２４に構築されるものとして説明するが、通信回線４に接続されたデータサーバ等の外部装置（図示せず）に構築されてもよい。この場合、ＣＰＵ２１は、通信ユニット２７を通じて外部装置とファイルを含む各種データの送受信を行う。

なお、不揮発性メモリ２４は、必ずしもコンピュータ２０に内蔵されている必要はなく、例えばメモリカードやＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリのようにコンピュータ２０に着脱される記憶媒体であってもよい。

Ｉ／Ｏ２５には、例えば通信ユニット２７、入力ユニット２８、及び表示ユニット２９が接続される。

通信ユニット２７は、通信回線４に接続され、通信回線４に接続されているユーザ端末２及び外部装置とデータを送受信する通信プロトコルを備える。

入力ユニット２８は、管理者の指示を受け付けてＣＰＵ２１に通知する装置であり、例えばボタン、タッチパネル、マウス、キーボード、及びポインティングデバイスが含まれる。管理者は、入力ユニット２８を通じて条件式及びルールの設定を行うことができる。

表示ユニット２９は、ＣＰＵ２１によって処理された情報を画像として表示する表示装置の一例であり、例えば液晶ディスプレイ又は有機ＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等が含まれる。図６に示した条件式の設定画面６、及び図８に示したルールの設定画面８は表示ユニット２９に表示される。

なお、管理者は、外部装置を用いて遠隔地から条件式及びルールの設定を行うことも可能である。この場合、図６に示した条件式の設定画面６、及び図８に示したルールの設定画面８は外部装置に表示され、管理者は外部装置から条件式及びルールの設定を行う。したがって、入力ユニット２８及び表示ユニット２９は、必ずしもファイル管理装置１０に必須のユニットではない。また、Ｉ／Ｏ２５には必要に応じて他のユニットを接続してもよい。例えばユーザＤＢ１５、ファイルＤＢ１６、条件式ＤＢ１７、及びルールＤＢ１８に記憶されている各種データを用紙に印字するため、プリンタ等の画像形成ユニットをＩ／Ｏ２５に接続してもよい。

次に、ファイル管理装置１０の作用について説明する。図１０は、ユーザ端末２からファイルの登録要求を受け付けた場合に、ＣＰＵ２１によって実行される登録処理の流れの一例を示すフローチャートである。登録処理を規定する情報処理プログラムは、例えば、ファイル管理装置１０のＲＯＭ２２に予め記憶されている。ファイル管理装置１０のＣＰＵ２１は、ＲＯＭ２２に記憶される情報処理プログラムを読み込み、登録処理を実行する。

説明の便宜上、ユーザ端末２から受信したファイルの登録要求には、登録対象のファイルと共に、登録ユーザのユーザ名がユーザ情報として付加されているものとする。

図１０のステップＳ１０において、ＣＰＵ２１は、登録要求と共に受信したファイルを取得してＲＡＭ２３に記憶する。

ステップＳ２０において、ＣＰＵ２１は、登録要求に付加されている登録ユーザのユーザ情報を取得してＲＡＭ２３に記憶する。

ステップＳ３０において、ＣＰＵ２１は、ユーザＤＢ１５を参照して、ステップＳ２０で取得したユーザ情報に含まれるユーザ名に対応したユーザＩＤを取得する。図３に示したユーザＤＢ１５の例において、ユーザ情報に含まれるユーザ名が「ユーザＡ」である場合、ＣＰＵ２１は、ユーザＩＤとして“Ｕｓｅｒ００１”を取得する。

また、ＣＰＵ２１は、ステップＳ１０で取得したファイルのファイル情報を抽出し、既にファイルＤＢ１６に登録されている他のファイルのファイルＩＤと重複しない新たなファイルＩＤと、登録対象のファイルから抽出したファイル情報と、登録ユーザのユーザＩＤとを、登録対象のファイルと対応付けてファイルＤＢ１６に記憶する。

なお、図４に示したファイルＤＢ１６の場合、ＣＰＵ２１は、ファイル情報としてファイル名とファイル内容を抽出することになる。すなわち、登録対象のファイルから抽出するファイル情報は、ファイルＤＢ１６に記憶するように規定されているファイル情報の項目に従う。

以上により、図１０に示す登録処理を終了する。なお、ＣＰＵ２１は、ファイルの登録要求を行ったユーザ端末２に対して、ファイルの登録が完了したことを知らせる登録完了通知を送信してもよい。ファイル管理装置１０に登録されたファイルのファイルＩＤとファイル名は、例えばＷｅｂページを通じて各々のユーザ端末２に公開される。

次に、ファイルに対する操作要求の一例として、ユーザ端末２からファイルの取得要求を受け付けた場合におけるファイルの取得処理について説明する。

図１１は、ユーザ端末２からファイルの取得要求を受け付けた場合に、ＣＰＵ２１によって実行される取得処理の流れの一例を示すフローチャートである。取得処理も図１０に示した登録処理と同様に、情報処理プログラムによって処理内容が規定されており、ＣＰＵ２１は、ＲＯＭ２２に記憶される情報処理プログラムを読み込んで取得処理を実行する。

図１１のステップＳ１００において、ＣＰＵ２１は、取得要求によって要求された取得対象となるファイル（「取得ファイル」という）のファイル名を取得すると共に、取得要求を行ったユーザ（「取得ユーザ」という）のユーザ情報を取得要求から取得して、ＲＡＭ２３に記憶する。

ステップＳ１１０において、ＣＰＵ２１は、ユーザＤＢ１５を参照して、ステップＳ１００で取得したユーザ情報に含まれる取得ユーザのユーザ名に対応したユーザＩＤを取得する。また、ＣＰＵ２１は、ステップＳ１００で取得したファイル名に基づいて、取得ファイルのファイル情報をファイルＤＢ１６から取得する。

なお、取得ユーザは、取得ファイルのファイル名の代わりに取得ファイルのファイルＩＤを取得要求に含めてもよい。この場合、ＣＰＵ２１は、ファイルＩＤに基づいて、取得ファイルのファイル情報をファイルＤＢ１６から取得することになる。

ステップＳ１２０において、ＣＰＵ２１は、条件式ＤＢ１７に記憶されているすべての条件式を取得する。ＣＰＵ２１は、取得ユーザのユーザ情報と取得ファイルのファイル情報を用いて、条件式によって表される条件を満たすか否かを条件式毎に判定する。その上で、ＣＰＵ２１は、条件を満たす各々の条件式に対応付けられているポイントの合計値を算出する。

例えば条件式ＤＢ１７に、図５に示した“Ｃｏｎｄ００１”、“Ｃｏｎｄ００２”、及び“Ｃｏｎｄ００３”の各条件式ＩＤで表される３つの条件式が記憶されているとする。この場合において、ユーザＡが取得ユーザとして、ファイルＩＤが“Ｆｉｌｅ００１”で表される「重要書類．ｄｏｃｘ」の取得要求を行った場合（「ケース１」という）のポイントについて検討する。

「重要書類．ｄｏｃｘ」のファイル名には「重要」の文字列が含まれる。したがって、“Ｃｏｎｄ００１”の条件式によって表される条件を満たすことになる。

また、図４に示したように、「重要書類．ｄｏｃｘ」のファイル内容には“Ｃｏｎｆｉｄｅｎｔｉａｌ”の文字列は含まれない。したがって、“Ｃｏｎｄ００２”の条件式によって表される条件は満たされないことになる。

また、図４に示したように、「重要書類．ｄｏｃｘ」の登録ユーザのユーザＩＤは“Ｕｓｅｒ００２”である。一方、取得ユーザのユーザＩＤは、図３に示したユーザＤＢ１５を参照すれば“Ｕｓｅｒ００１”であるため、「重要書類．ｄｏｃｘ」の登録ユーザは、取得ユーザと異なる。したがって、“Ｃｏｎｄ００３”の条件式によって表される条件は満たされないことになる。

以上の結果より、ＣＰＵ２１は、条件を満たす“Ｃｏｎｄ００１”の条件式に対応付けられた５ポイントを、取得要求に対するポイントとして算出する。

また、ユーザＢが取得ユーザとして、ファイルＩＤが“Ｆｉｌｅ００３”で表される「検討資料．ｔｘｔ」の取得要求を行った場合（「ケース２」という）のポイントについて検討する。

「検討資料．ｔｘｔ」のファイル名には「重要」の文字列は含まれない。したがって、“Ｃｏｎｄ００１”の条件式によって表される条件は満たされないことになる。

また、図４に示したように、「検討資料．ｔｘｔ」のファイル内容には“Ｃｏｎｆｉｄｅｎｔｉａｌ”の文字列が含まれる。したがって、“Ｃｏｎｄ００２”の条件式によって表される条件を満たすことになる。

また、図４に示したように、「検討資料．ｔｘｔ」の登録ユーザのユーザＩＤは“Ｕｓｅｒ００２”である。一方、取得ユーザのユーザＩＤも、図３に示したユーザＤＢ１５を参照すれば“Ｕｓｅｒ００２”であるため、「検討資料．ｔｘｔ」の登録ユーザは、取得ユーザと同じユーザである。したがって、“Ｃｏｎｄ００３”の条件式によって表される条件を満たすことになる。

以上の結果より、ＣＰＵ２１は、条件を満たす“Ｃｏｎｄ００２”及び“Ｃｏｎｄ００３”の条件式にそれぞれ対応付けられた３ポイントと－９９９９ポイントの合計値である－９９９６を、取得要求に対するポイントとして算出する。

なお、条件を満たす条件式が１つも存在しない場合、ＣＰＵ２１は、ポイントを不定とする。

このようにして取得要求に対するポイントを算出した後、図１１のステップＳ１３０において、ＣＰＵ２１は、取得要求に対してポイントに応じた処理を実行する。

そのために、ＣＰＵ２１は、ルールＤＢ１８に記憶されている取得要求に対するルールを参照し、取得ユーザのユーザＩＤが対応付けられているルールのうち、取得要求に対するポイントが閾値以上となっているルール、すなわち、成立したルールを取得する。既に説明したように、成立したルールが複数存在する場合、ＣＰＵ２１は、成立したルールの中で最も高い閾値が対応付けられているルールを選択する。

その上で、ＣＰＵ２１は、取得したルールに対応付けられている処理内容を実行する。

例えばルールＤＢ１８に、図７に示した“Ｒｕｌｅ００１”、“Ｒｕｌｅ００２”、及び“Ｒｕｌｅ００３”の各ルールＩＤで表される３つのルールが記憶されているとする。

先ほど説明したケース１の場合、取得ユーザのユーザＩＤが“Ｕｓｅｒ００１”であり、かつ、取得要求に対するポイントが５ポイントであることから、ＣＰＵ２１は、ルールＩＤが“Ｒｕｌｅ００１”のルールに対応付けられている処理内容、すなわち、取得対象のファイル（この場合、「重要書類．ｄｏｃｘ」）の表紙のみを開示する。

また、先ほど説明したケース２の場合、取得ユーザのユーザＩＤが“Ｕｓｅｒ００２”であり、かつ、取得要求に対するポイントが－９９９６ポイントであることから、ルールＤＢ１８には成立するルールが存在しないことになる。このような場合、ＣＰＵ２１は、取得対象のファイル（この場合、「検討資料．ｔｘｔ」）全体を開示する。

なお、ファイルの操作要求に対するポイントが不定の場合、何れの条件式によって表される条件も満たしていないことから、条件式の設定内容に問題があることが考えられる。したがって、ポイントが不定の場合、フェールセーフの考えに基づいて、ＣＰＵ２１は、ファイルの操作（この場合、ファイルの取得）に対して最も厳しい制限を加える。また、取得ユーザのユーザＩＤがルールＤＢ１８に規定されている何れのユーザＩＤとも一致しない場合、不正アクセスの可能性が考えられる。したがって、ユーザＩＤがルールＤＢ１８に規定されている何れのユーザＩＤとも一致しない場合も、ＣＰＵ２１は、ファイルの操作に対して最も厳しい制限を加える。すなわち、ファイルの操作要求がファイルの取得要求であれば、ＣＰＵ２１は、何れの場合においてもファイルを開示禁止とする処理を実行する。

ファイルの開示方法は、ルールに従って開示が許可された範囲のファイルを、取得要求の送信元であるユーザ端末２に送信する方法であっても、ユーザ端末２から取得要求のあったファイルを例えばＷｅｂページに表示することで取得ユーザに開示する場合に、取得ユーザ毎に開示が許可された範囲のみを表示するように制御する方法であってもどちらでもよい。

以上により、図１１に示す取得処理を終了する。

ファイルの削除、編集、移動、複製といった他の種類の操作についても、例えばファイルの削除であれば、ポイントが８ポイント以上なら削除禁止というように、管理者が各々の操作に対応した処理内容と閾値をルールＤＢ１８に設定すれば、各種の操作要求に対するファイルの操作に制限を加えることができる。

なお、図７に示したルールＤＢ１８では、ユーザ毎にルールを規定する例を示したが、予め各々のユーザをグループに分類しておき、グループ毎にルールを規定してもよい。この場合、ＣＰＵ２１は、取得ユーザが属するグループに対応付けられている処理内容を、ポイントに応じて実行する。

このように、管理者は、ユーザに対するルールの代わりに、グループに対するルールをルールＤＢ１８に設定してもよく、また、ユーザ及びグループの両方に対してルールを設定してもよい。

図１２は、ユーザ及びグループの両方に対してのルールが設定されたルールＤＢ１８の一例を示す図である。ユーザＩＤに「ＧｒｐＮＮＮ」（Ｎは数字）と設定されているルールがグループＮＮＮに属するユーザに適用されるルールとなる。

図１２に示すルールＤＢ１８において、例えばユーザＩＤが“Ｕｓｅｒ００１”で表されるユーザが“Ｇｒｐ００１”で表されるグループに属するユーザであり、取得要求に対するポイントが６ポイントであった場合、ルールＩＤが“Ｒｕｌｅ００１”で表された、ユーザに対して規定されているルールと、ルールＩＤが“Ｒｕｌｅ０１０”で表された、グループに対して規定されているルールの両方が成立することになる。こうした場合においても、ＣＰＵ２１は、成立したルールの中で最も高い閾値が対応付けられているルールを選択する。すなわち、ＣＰＵ２１は、ルールＩＤが“Ｒｕｌｅ００１”で表されたルールを選択することになる。

以上、実施形態を用いて情報処理装置の一態様について説明したが、開示した情報処理装置の形態は一例であり、情報処理装置の形態は実施形態に記載の範囲に限定されない。本開示の要旨を逸脱しない範囲で実施形態に多様な変更又は改良を加えることができ、当該変更又は改良を加えた形態も開示の技術的範囲に含まれる。例えば、本開示の要旨を逸脱しない範囲で、図１０及び図１１にそれぞれ示した登録処理及び取得処理の順序を変更してもよい。

また、上記の実施形態では、一例として登録処理及び取得処理をソフトウエアで実現する形態について説明した。しかしながら、図１０及び図１１にそれぞれ示した登録処理及び取得処理と同等の処理をハードウエアで処理させるようにしてもよい。この場合、登録処理及び取得処理をソフトウエアで実現した場合と比較して処理の高速化が図られる。

上記の実施形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えば、ＣＰＵ２１）や、専用のプロセッサ（例えば 、ＧＰＵ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、プログラマブル論理デバイス、等）を含むものである。

また、上記の実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記の実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。

上記の実施形態では、ＲＯＭ２２に情報処理プログラムが記憶されている例について説明したが、情報処理プログラムの記憶先はＲＯＭ２２に限定されない。本開示の情報処理プログラムは、コンピュータ２０で読み取り可能な記憶媒体に記録された形態で提供することも可能である。例えば情報処理プログラムをＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及びＤＶＤ－ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）のような光ディスクに記録した形態で提供してもよい。また、情報処理プログラムを、ＵＳＢメモリ及びメモリカードのような可搬型の半導体メモリに記録した形態で提供してもよい。

ＲＯＭ２２、不揮発性メモリ２４、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ＵＳＢ、及びメモリカードは非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）記憶媒体の一例である。

更に、情報処理装置は、通信ユニット２７と通信回線４で接続された外部装置から情報処理プログラムをダウンロードし、ダウンロードした情報処理プログラムを非一時的記憶媒体に記憶してもよい。この場合、情報処理装置のＣＰＵ２１は、外部装置からダウンロードした情報処理プログラムを非一時的記憶媒体から読み込んで通知処理を実行する。

１ ファイル管理システム
２ ユーザ端末
４ 通信回線
６ 条件式の設定画面
６Ａ 条件式の設定画面における追加ボタン
６Ｂ 条件式の設定画面におけるクリアボタン
６Ｃ 条件式の設定画面における更新ボタン
６Ｄ 条件式の設定画面におけるチェックボックス
６Ｅ 条件式の設定画面におけるプルダウンメニュー
８ ルールの設定画面
８Ａ ルールの設定画面における追加ボタン
８Ｂ ルールの設定画面におけるクリアボタン
８Ｃ ルールの設定画面における更新ボタン
８Ｄ ルールの設定画面におけるチェックボックス
８Ｅ ルールの設定画面におけるプルダウンメニュー
１０ ファイル管理装置
１１ 通信部
１２ 制御部
１３ ファイル管理部
１４ 算出部
１５ ユーザＤＢ
１６ ファイルＤＢ
１７ 条件式ＤＢ
１８ ルールＤＢ
２０ コンピュータ
２１ ＣＰＵ
２２ ＲＯＭ
２３ ＲＡＭ
２４ 不揮発性メモリ
２６ バス
２７ 通信ユニット
２８ 入力ユニット
２９ 表示ユニット

Claims (7)

1. プロセッサを備え、
   前記プロセッサは、
   ファイルの操作要求を行ったユーザの属性、及び操作要求が行われたファイルのファイル情報の少なくとも一方を用いて、操作要求が行われたファイルの秘匿度合いを表す秘匿値を取得し、
   前記秘匿値とファイルに対する処理とを対応付けた予め定めた規則に従い、操作要求が行われたファイルに対して、前記秘匿値に対応した処理を実行する
   情報処理装置。
2. 前記プロセッサは、ユーザの属性に関するユーザ条件、及びファイル情報に関するファイル条件の少なくとも一方に対して前記秘匿値が対応付けられた条件式を取得し、
   条件を満たす各々の前記条件式に対応付けられている前記秘匿値の合計値に対応した処理を実行する
   請求項１に記載の情報処理装置。
3. 前記ユーザ条件には、操作要求を行ったファイルを登録したユーザと、ファイルの操作要求を行ったユーザとの関係を規定した条件が含まれ、
   前記ファイル条件には、操作要求が行われたファイルのファイル名に用いられている文字列を規定した条件、及び操作要求が行われたファイルの内容に用いられている文字列を規定した条件の少なくとも一方が含まれる
   請求項２に記載の情報処理装置。
4. 操作要求が行われたファイルの内容が、ファイルの本文から抽出された少なくとも１つのキーワードによって表されている
   請求項３に記載の情報処理装置。
5. 前記予め定めた規則がユーザ毎に規定されており、
   前記プロセッサは、ファイルの操作要求を行ったユーザに対して規定されている前記予め定めた規則に従い、操作要求が行われたファイルに対して、前記秘匿値に対応した処理を実行する
   請求項１～請求項４の何れか１項に記載の情報処理装置。
6. 前記予め定めた規則が、ユーザが属するグループ毎にも規定され、前記秘匿値が、ファイルの操作要求を行ったユーザに対して規定されている前記予め定めた規則、及びファイルの操作要求を行ったユーザが属するグループに対して規定されている前記予め定めた規則の両方に対応する場合、ファイルの秘匿度合いが高くなる方の処理を行う前記予め定めた規則に従い、操作要求が行われたファイルに対して、前記秘匿値に対応した処理を実行する
   請求項５に記載の情報処理装置。
7. コンピュータに、
   ファイルの操作要求を行ったユーザの属性、及び操作要求が行われたファイルのファイル情報の少なくとも一方を用いて、操作要求が行われたファイルの秘匿度合いを表す秘匿値を取得し、
   前記秘匿値とファイルに対する処理とを対応付けた予め定めた規則に従い、操作要求が行われたファイルに対して、前記秘匿値に対応した処理を実行する
   処理を実行させるための情報処理プログラム。

Images