JP2009230257A - 承認システムおよび承認プログラム - Google Patents

Abstract

【課題】ネットワークに接続された端末におけるファイル操作を検出した際に、その操作の承認の可否を決定することにより、操作を制御する技術を提供する。
【解決手段】サーバＳの操作情報取得部２１は、端末Ｃから操作情報を取得する。承認依頼部２２は、取得した操作情報に基づき、承認者を特定し、承認者情報を取得すると共に、特定した承認者に承認依頼を送信する。承認結果受信部２３は、各承認者からの承認結果を受信し、集計部２４に渡す。集計部２４は、承認者情報および承認結果を取得し、所定条件を満たすと集計結果を生成する。承認可否判定部２５は、集計部２４から集計結果を取得し、操作情報と集計結果に基づき、承認の可否を判定する。制御部２６は、承認可否判定部２５による判定結果に基づき、所定の制御を実行する。
【選択図】図２

Description

本発明は、操作の制御を行う技術に関する。特に、操作に対する承認の可否を決定することにより、操作の制御を行う技術に関する。

従来、共有ファイルに対する操作の制限としては、アクセス制限が利用されている。アクセス制限とは、ユーザに対して、許容する操作を設定しておき、許容範囲以外の操作の実行を拒絶するものである。このようなアクセス制限は、ユーザおよび操作されるファイルやディレクトリ毎に設定しなければならず、管理者の負担を増大させるという問題が生じている。

このような問題点を解決するために、ファイルを削除する等の操作をする際に、ファイルに関連付けられて登録されているファイルの共有者に対して、ファイル操作に対する同意が求められ、所定期間内に全員の同意が得られれば、ファイル操作を実行し、所定期間内に不同意の返答があった場合には、ファイル操作を拒否する技術がある（特許文献１参照）。また、ファイル操作を検知した際に、そのファイルに対する操作者の操作権限が判定され、操作権限を有している場合には、操作を実行し、操作権限を有していない場合には、そのファイルの所有者等に承認を求め、全員の承認が得られると操作が実行される技術がある（特許文献２参照）。

特開２００６−３２４７５８号公報（段落番号０００７、００１６、図７） 特開２００５−１４９３８０号公報（段落番号００２２、００３０−００３１、図８）

上述のように、特許文献１の技術は、所定期間内に一人でも不同意の返答をした場合には、操作は許可されないため、必要な操作が遅延するおそれがある。

また、特許文献２の技術は、操作権限を有しないユーザのファイル操作に対し、そのファイルの所有者等に承認を求め、承認が得られた際に操作が実行されるものであるが、操作権限を有している場合には、無条件に操作が実行されるため、操作を望まない共有者が存在する場合には、その共有者の意見を反映することができず、その共有者にとって不都合な結果となる場合がある。

本発明の課題は、上記実状に鑑み、ネットワークに接続された端末におけるファイル操作を検出した際に、その操作の承認の可否を決定することにより、操作を制御する技術を提供することである。

前記課題を解決するために、本発明の承認システムは、複数の端末がネットワークを介して接続される承認システムにおいて、前記端末における操作の対象ファイルを識別するファイル識別情報を含む操作情報を取得する操作情報取得部と、前記ファイル識別情報に基づき前記操作に対する承認者の識別情報を含む承認者情報を取得すると共に、当該承認者に前記操作に係る承認依頼を送信する承認依頼部と、前記承認者からの承認結果を受信する承認結果受信部と、前記承認者情報および前記承認結果に基づく集計を行い、集計結果を生成する集計部と、前記操作情報と前記集計結果とに基づき前記操作の承認可否を判定する承認可否判定部と、前記判定結果に応じて所定の制御を行う制御部と、を備えている。

この構成では、ファイル操作を検知した際に、そのファイルに係る承認者が特定され、特定された承認者に承認依頼が送信される。さらに、承認者からの承認の可否の返答および承認者情報に基づき集計結果が生成され、ファイル操作の操作情報と集計結果とに基づき、操作の可否が判定され、判定結果に基づき所定の制御がなされる。特に、承認可否判定部が、操作情報に基づき閾値を決定し、決定した閾値と集計結果とに基づき承認の可否を判定するように構成すると好適である。このように、構成することにより、全承認者からの返答を待たずに承認の可否を判定する際に、判定するための閾値を適切な値に変更し、判定を行うため、迅速で適切な承認の可否を決定することが可能となる。

また、本発明の承認システムの好適な実施形態の一つでは、前記承認者情報には承認者の権限が含まれている。これにより、各承認者から返送された承認結果から集計結果を生成する際に、各承認者のファイルに対する権限を加味することができる。これにより、ファイルの作成者や上位権限者に対して高い権限を与えておき、その権限を重みとして承認結果に加味して集計結果を生成することにより、的確な承認結果を得ることができる。

また、本発明の承認システムの好適な実施形態の一つでは、前記承認依頼部は、前記操作情報の操作内容に基づき前記権限を決定する。特に、操作情報取得部が操作情報を取得した際に、逐次、ユーザ識別情報と権限とを関連付けて管理している権限テーブルを更新する、操作情報を保存する操作情報保存部を備えておき、必要に応じて操作情報保存部から操作情報を抽出し、抽出した操作情報に基づき権限を決定する等の構成とすると好適である。このような構成とすることにより、予め権限を設定することなく、ファイルに対して行った操作に基づき権限が決定されるため、現実に即した権限を自動的に決定できると共に、管理者の負担を低減することができる。

本発明の承認システムの好適な実施形態の一つでは、前記承認依頼部は、前記操作情報に基づき承認者を特定する。特に、操作情報取得部が操作情報を取得した際に、逐次、ファイル識別情報とユーザ識別情報とを関連付けて管理している承認者テーブルを更新する、操作情報を保存する操作情報保存部を備えておき、必要に応じて操作情報保存部から操作情報を抽出し、抽出した操作情報に基づき承認者を決定する等の構成とすると好適である。この構成では、予めファイルと承認者を関連付けて登録しておく必要がないため、管理者の負担を低減することが可能となる。

上述した本発明による承認システムの技術的特徴は、同様の承認プログラムにも適用可能である。例えば、複数の端末がネットワークを介して接続される承認システムのための承認プログラムにおいて、前記端末における操作の対象ファイルを識別するファイル識別情報を含む操作情報を取得する機能と、前記ファイル識別情報に基づき前記操作に対する承認者の識別情報を含む承認者情報を取得すると共に、当該承認者に前記操作に係る承認依頼を送信する機能と、前記承認者からの承認結果を受信する機能と、前記承認者情報および前記承認結果に基づく集計を行い、集計結果を生成する機能と、前記操作情報と前記集計結果とに基づき前記操作の承認可否を判定する機能と、前記判定結果に応じて所定の制御を行う機能と、をコンピュータに実現する。当然ながら、このような承認プログラムも上述した承認システムで述べた作用効果を得ることができ、さらに上述した付加的技術を組み込むことも可能である。

〔第１実施形態〕
以下、図面を用いて本発明の実施形態を説明する。本発明の承認システムは、図１に示すように、端末Ｃが通信ネットワーク（以下、ネットワークと称する）Ｎを介して、サーバＳと接続されている。前記ネットワークＮは、企業や学校等の限られた施設内において情報を物理的に送るケーブルと、ＬＡＮスイッチやハブ等でなる中継機器を備えたＣＳＭＡ／ＣＤ（Carrier Sense Multiple Access with Collision Detection）方式のイーサネット（Ethernet）（商標）型のＬＡＮとして構成されたものであるが、このネットワークＮとしてイーサネット型のＬＡＮ以外に、インターネットの技術を用いたイントラネットで構築されたものや、ＷＡＮ（Wide Area Network）の技術によって構築されるものでも良い。

サーバＳは、汎用コンピュータ１で構成されており、ディスプレイ２、入力機器３（キーボード３ａ、マウス３ｂ）を備えている。また、端末Ｃは、コンピュータ本体４で構成されており、ディスプレイ５、および入力機器６（キーボード６ａ、マウス６ｂ）が接続されている。

図２は、本発明の承認システムを構成するサーバＳと端末Ｃの機能ブロック図を示している。操作者の使用する端末Ｃ（以下、操作者端末Ｃｏと称する）は、ネットワークＮを介してサーバＳと様々な情報を送受信するためのネットワークＩ／Ｆ１０、端末Ｃにおける様々な操作を表す操作情報を生成し、サーバＳに送信する操作情報生成部１１、サーバＳからの操作の承認結果を受信する承認可否受信部１２を備えている。

通常、操作情報生成部１１、および承認可否受信部１２は、その処理を実行する手段（プログラムやモジュール等）がハードウェアに読み込まれることでその処理が実行されるが、これらをハードウェアとの組み合わせにより構成しても良いし、ロジック等を組み合わせたハードウェアのみで構成しても構わない。

操作情報生成部１１は、操作者端末Ｃｏにおいて行われる操作を検知し、検知した操作が所定の操作であれば操作情報を生成し、ネットワークＩ／Ｆ１０およびネットワークＮを介して、操作情報をサーバＳに送信している。なお、本実施形態において、操作情報には、少なくとも操作の対象であるファイルを特定可能なファイル識別情報および端末Ｃを特定可能な端末識別情報が含まれている。なお、ファイル識別情報として、ファイル名、ファイルの絶対パス、ファイルのハッシュ値や個々のファイルに排他的に割り振られた数字等を用いることができ、端末識別情報として、端末名、ＩＰアドレス、ＭＡＣアドレス、個々の端末Ｃに排他的に割り当てられた数字等を用いることができる。また、所定の操作とはファイルの保存、移動、削除等をいうが、他の操作を所定の操作としても構わない。また、操作情報の生成のタイミングは、上述のタイミングに限定されるものではなく、操作が行われたタイミング等、他のタイミングで生成しても構わない。この場合には、生成した操作情報が所定の操作であればサーバＳに送信される、又は逐次サーバＳに送信し、サーバＳにおいて所定の処理であるか否かが判定される構成とすることができる。

承認可否受信部１２は、サーバＳからの承認結果をネットワークＩ／Ｆ１０を介して取得し、承認結果に基づく制御を実行する。

承認者の使用する端末Ｃ（以下、承認者端末Ｃａと称する）は、ネットワークＮを介してサーバＳと様々な情報を送受信するためのネットワークＩ／Ｆ３０、サーバＳからの承認依頼を受信する承認依頼受信部３１、承認依頼受信部３１により受信された承認依頼に対する承認の可否をサーバＳに送信する承認可否送信部３２を備えている。

通常、承認依頼受信部３１および承認可否送信部３２は、その処理を実行する手段（プログラムやモジュール等）がハードウェアに読み込まれることでその処理が実行されるが、これらをハードウェアとの組み合わせにより構成しても良いし、ロジック等を組み合わせたハードウェアのみで構成しても構わない。

なお、各端末Ｃは、操作者端末Ｃｏおよび承認者端末Ｃａの機能部を備えることにより、操作者端末Ｃｏおよび承認者端末Ｃａのいずれとしても機能することができる。

サーバＳは、ネットワークＮを介して端末Ｃと様々な情報を送受信するためのネットワークＩ／Ｆ２０、操作者端末Ｃｏから送信される操作情報を取得する操作情報取得部２１、操作に係る承認者のユーザ識別情報を少なくとも含む承認者情報を取得し、その承認者に対して承認依頼を送信する承認依頼部２２、承認を依頼した承認者からの承認結果（以下、承認者承認結果と称する）を受信する承認結果受信部２３、承認者情報および承認結果に基づく集計を行い、集計結果を生成する集計部２４、操作情報および集計結果に基づき操作の承認可否（以下、判定承認結果と称する）を判定する承認可否判定部２５、承認可否判定部２５の判定承認結果に基づき所定の制御を行う制御部２６を備えている。

通常、操作情報取得部２１、承認依頼部２２、承認結果受信部２３、集計部２４、承認可否判定部２５、および制御部２６は、その処理を実行する手段（プログラムやモジュール等）がハードウェアに読み込まれることでその処理が実行されるが、これらをハードウェアとの組み合わせにより構成しても良いし、ロジック等を組み合わせたハードウェアのみで構成しても構わない。

操作情報取得部２１は、ネットワークＮおよびネットワークＩ／Ｆ２０を介して操作者端末Ｃｏから送信される操作情報を取得し、取得した操作情報を承認依頼部２２に送る。

承認依頼部２２は、操作情報取得部２１から操作情報を取得し、その操作情報に含まれるファイル識別情報に基づき、ファイル操作に対する承認者のユーザ識別情報を含む承認者情報を取得し、その承認者に対して承認依頼を送信する。また、取得した承認者情報は、操作情報と共に集計部２４に渡される。なお、本実施形態における承認者情報には少なくとも承認者を特定可能なユーザ識別情報を含んでおり、ユーザ識別情報とは、ユーザ名やその他ユーザを一意に特定可能なユーザ毎に排他的に割り振られた数字等を用いることができる。

承認結果受信部２３は、承認依頼部２２から送信された承認依頼に対する承認者承認結果を受信し、受信した承認者承認結果を逐次集計部２４に渡している。

集計部２４は、承認依頼部２２から操作情報および承認者情報を取得し、承認結果受信部２３からは逐次承認者承認結果を受け取っており、所定の条件を満たした際に、承認者情報および承認者承認結果に基づき集計を行い、集計結果を生成する。生成された集計結果は、操作情報と共に承認可否判定部２５に渡される。このように、所定の条件を充足した際に集計部２４を機能させる構成とすることにより、全承認者からの承認者承認結果の受信を待つ必要がなくなるため、迅速な承認の可否決定が可能となる。なお、本実施形態では、所定の条件として、承認依頼部２２から承認依頼が送信されてからの経過時間、承認結果受信部２３が受信した承認者承認結果の件数、承認依頼部２２により特定された承認者の数に対する承認結果受信部２３が受信した承認者承認結果の件数の割合等を用いるが、他の条件を用いて構わない。

承認可否判定部２５は、集計部２４から取得した操作情報および集計結果に基づき操作に係る承認の可否を判定する。承認可否判定部２５は、承認の可否を判定する際に、操作情報に基づき、承認の可否を判定する閾値ＴＨを変更する構成とすると好適である。例えば、操作情報に係る操作の内容、操作情報に係る操作の対象であるファイルの機密度や操作情報に係る操作者の権限に基づき、閾値ＴＨを変更する。具体的には、操作の内容がコピーのように元のファイルに対する影響が小さい場合や、ファイルの機密度が低い場合、操作者がそのファイルの作成者である等の場合には、閾値ＴＨを低く設定し、承認が得られやすくし、逆に操作の内容がファイルの削除のように元のファイルに対する影響が大きい場合、ファイルの機密度が高い場合や操作者の権限が低い場合などには、閾値ＴＨを高く設定し、承認が得られにくくする。このようにして、判定された判定承認結果は、操作情報と共に制御部２６に渡される。

承認可否判定部２５から操作情報および判定承認結果を取得した制御部２６は、操作情報に含まれる端末識別情報を有する操作者端末Ｃｏに対して、判定承認結果に基づく制御を指示する。

次に、図３のフローチャートを用いて、本発明の承認システムの処理の流れを説明する。まず、操作者端末Ｃｏにおいて操作者により操作が行われると操作情報生成部１１により検知され（＃０１）、所定の操作か否かが判定される（＃０２）。この操作が、所定操作の場合には（＃０２のYes分岐）、操作情報生成部１１により操作が保留されると共に、操作情報が生成される（＃０３、＃０４）。生成された操作情報は、ネットワークＩ／Ｆ１０を介してネットワークＮに送出される。ネットワークＮに送出された操作情報は、ネットワークＩ／Ｆ２０を介して、操作情報取得部２１により取得される（＃０５）。

操作情報を取得した操作情報取得部２１は、取得した操作情報を承認依頼部２２に渡す。操作情報取得部２１から操作情報を取得した承認依頼部２２は、操作情報に含まれるファイル識別情報に基づき、操作情報に係る操作に対する承認を依頼すべき承認者を特定する。本実施形態では、承認者テーブル（図示せず）にファイル識別情報と承認者のユーザ識別情報とが関連付けて管理されており、ファイル識別情報をキーとして承認者テーブルを検索することにより承認者を特定することができるものとするが、他の方法により承認者を特定しても構わない。例えば、承認者テーブルに各ユーザのユーザ識別情報と関連付けて、部署やグループ等の所属情報が管理されており、操作者端末Ｃｏの操作者と同じ部署やグループのユーザを承認者とする。この場合には、操作情報に操作者のユーザ識別情報が含まれており、それを利用することができる。

承認依頼部２２は、同時に、上述のように特定された承認者の権限を取得する。本実施形態では、操作情報に係る操作の対象としてのファイルに対して、各々のユーザの権限が設定されており、権限テーブル（図示せず）に管理されているものとする。したがって、権限テーブルに対して、ファイル識別情報とユーザ識別情報をキーとして検索することにより、権限を取得することができる。もちろん、他の方法により権限を取得しても構わない。例えば、承認者テーブルに各ユーザのユーザ識別情報と関連付けて役職や勤続年数が管理されており、これらの情報に基づき権限を決定する。また、各々のユーザの権限をファイル毎に異ならせるのではなく、固定的に設定しておいても構わない。なお、本発明においては、権限は必須ではないため、権限を取得せずとも以降の処理を行うことは可能である。

また、本実施形態では、資産情報テーブル（図示せず）に、ユーザ識別情報と端末識別情報とが関連付けて管理されているため、ユーザ識別情報をキーとして資産情報テーブルを検索することにより、端末Ｃを特定することができる。すなわち、上述の処理により特定された承認者のユーザ識別情報に基づき、当該承認者の承認者端末Ｃａを特定することができる。もちろん、他の方法により端末Ｃを特定しても構わない。なお、承認者端末Ｃａを特定することに代えて、承認者のメールアドレス等の承認者の連絡先を特定しても構わない。メールアドレスを用いた場合には、メールを用いて承認を依頼することができる。

承認依頼部２２は、このようにして得られた承認者のユーザ識別情報、権限、および承認者端末Ｃａの端末識別情報とから承認者情報を生成し（＃０８）、集計部２４に渡す。

承認依頼部２２は、同時に、承認依頼情報を取得し、上述の処理により特定された承認者に対して、承認依頼として送信する（＃０９）。本実施形態では、承認依頼情報には、少なくとも、承認依頼に係るファイル識別情報が含まれている。

承認依頼部２２から承認依頼を受信した承認依頼受信部３１は、承認者に対して、承認依頼情報に含まれるファイル識別情報を有するファイルに対する操作の承認依頼を受信した旨を通知し、承認の可否の入力を促す。このとき、ダイアログウィンドウ等を表示し、承認の可否を入力可能に構成すると、承認者の負担が軽減でき、好適である。また、承認依頼情報に承認依頼に係る操作の内容を含めておき、承認者に通知する構成とすると、承認者が、いかなる操作に対して承認を求められているかを認識できるため好適である。

承認者が、これに対して承認の可否を入力すると、承認可否送信部３２により承認の可否が承認者承認結果としてサーバＳに送信され、承認結果受信部２３により承認者承認結果が受信される（＃１０）。承認者承認結果を受信した承認結果受信部２３は、逐次承認者承認結果を集計部２４に渡す。

承認結果受信部２３から承認者承認結果を取得した集計部２４は、所定の条件が充足されたか否かを監視しており（＃１１）、所定の条件が充足されるまで、承認結果受信部２３からの承認者承認結果を取得し続ける（＃１１のNo分岐）。一方、所定の条件が充足されると（＃１１のYes分岐）、集計部２４は、承認依頼部２２から取得した承認者情報と承認結果受信部２３から取得した承認者承認結果に基づく集計を行い、集計結果を生成する（＃１２）。なお、本実施形態における集計結果は、以下の式（１）により得られる。

Ｒは集計結果であり、ｗ_iは権限に基づき決定される重みであり、δ_iは承認者から返された承認者承認結果に基づく値であり、承認された場合には１、承認されなかった場合には０となる。また、ｎは承認者の数である。このように集計結果を求めることにより、各承認者のファイルに対する権限を考慮することができ、現実的な承認結果を得ることができる。また、ｗ_iを１に固定した場合には、承認した承認者の数に基づいた集計結果が得られることとなる。さらに、ｎを承認者の数でなく、承認者承認結果を返送した承認者数としても構わない。このようにして生成された集計結果は、操作情報と共に操作可否判定部２５に渡される。

集計部２４から操作情報および集計結果を取得した操作可否判定部２５は、これらに基づき操作の可否を判定する。操作可否判定部２５は、まず、操作情報に基づき閾値ＴＨを決定する（＃１３）。本実施形態では、閾値ＴＨは、上述したように、操作情報から得られる、操作の内容、ファイルの機密度、操作者の権限等に基づき決定されるが、これらに限定されるものではなく、本発明の目的を達成できる範囲において、操作情報に基づき取得できる情報であれば、他の情報に基づき閾値ＴＨを決定しても構わない。例えば、操作者の権限に応じて閾値ＴＨを下げる等である。操作者がファイルに対して高い権限を持っている場合に、閾値ＴＨを下げると、承認が得られやすくなるため、迅速な承認が得られるため好適である。また、承認者に操作者が含まれている場合に、閾値ＴＨを変化させても構わない。このような場合に、操作者が承認者に含まれていない場合と同じ閾値ＴＨに基づき操作の可否を判定すると、操作者自身が承認者であるにも拘らず、操作が承認されず、操作の遅延を招く恐れがある。そのため、操作者が承認者に含まれている場合には、閾値ＴＨを下げることにより、操作の承認を得られやすくすると好適である。

次に、承認可否決定部２５は、このようにして決定された閾値ＴＨと集計結果を比較することにより、最終的な承認の可否を判定し（＃１４）、判定承認結果として操作情報と共に制御部２６に渡す。

上述の処理により判定された判定承認結果と操作情報を取得した制御部２６は、操作情報に含まれている端末識別情報に基づき操作者端末Ｃｏを特定し、特定した操作者端末Ｃｏに対して、判定承認結果を送信する（＃１５）。

制御部２６から判定承認結果を受け取った承認可否受信部１２は、判定承認結果が許可であれば、保留していた操作を実行する。一方、判定結果が不許可であれば、保留していた操作は破棄される（＃１６）。

〔第２実施形態〕
次に、図４および５を用いて、本発明の承認システムの第２実施形態を説明する。図４は、機能ブロック図であり、第１実施形態と同様の機能部には、同一の符号を付しており、詳細な説明は省略する。

本実施形態では、サーバＳが、操作情報取得部２１により取得された操作情報を保存する操作情報保存部２７を備えている点において、第１実施形態と異なっている。操作情報保存部２７は、その処理を実行する手段（プログラムやモジュール等）がハードウェアに読み込まれることでその処理が実行されるが、これらをハードウェアとの組み合わせにより構成しても良いし、ロジック等を組み合わせたハードウェアのみで構成しても構わない。

また、本実施形態では、承認依頼部２２が、操作情報保存部２７に保存されている操作情報に基づき、承認者および各承認者の権限を決定する点においても、第１実施形態と異なっている。

次に、図５のフローチャートを用いて、本実施形態の処理の流れを説明する。ここでも、第１実施形態と同様の処理には、同一の符号を付しており、詳細な説明は省略する。

まず、端末Ｃにおいて、ユーザにより操作が行われると、操作情報生成部１１により操作が検知され（＃０１）、所定の操作であるか否かが判定される（＃０２）。このとき、所定の操作であれば（＃０２のYes分岐）、操作の実行が保留される（＃０３）。なお、本実施形態では、所定操作時のみならず、所定操作以外の場合にも、操作情報が生成され、サーバＳに送信される（＃０４）。

サーバＳでは、操作情報取得部２１により操作情報が取得され（＃０５）、取得された操作情報は操作情報保存部２７に保存される（＃０６）。同時に、取得された操作情報が所定操作か否かが判定され（＃０７）、所定操作でない場合には（＃０７のNo分岐）、上述の処理が繰り返される。一方、所定操作の場合には（＃０７のYes分岐）、承認者情報の取得以下の処理（＃０８〜＃１６）が実行される。

なお、本実施形態では、第１実施形態と異なり、承認依頼部２２が、操作情報保存部２７に保存された操作情報に基づいて、承認者および各承認者の権限を決定している。そのために、各端末Ｃは、様々な操作に係る操作情報を生成し、操作情報保存部２７に保存されている。なお、本実施形態の操作情報には、ファイル識別情報の他に少なくとも、操作者のユーザ識別情報が含まれている。以下に、操作情報に基づく承認者および権限の決定方法を説明する。

承認依頼部２２は、操作情報取得部２１から操作情報を取得すると、操作情報に含まれるファイル識別情報を取得する。次に、取得したファイル識別情報をキーとして、操作情報保存部２７を検索し、操作情報を取得する。すなわち、この操作により、承認を求める操作の対象であるファイルと同一のファイルに係る操作情報を取得することができる。承認依頼部２２は、このようにして検索した操作情報から、ユーザ識別情報を抽出し、抽出されたユーザ識別情報に対応するユーザを承認者として決定する。なお、操作情報に日時情報を含めておき、操作情報を検索する際に、検索条件として期間等を設定することにより、不要な操作情報を除外する、操作回数が所定回数以下のユーザは承認者から除外する等により、不必要に承認者が増大するのを防ぐ構成とすると好適である。また、この他、操作の対象であるファイルの閲覧時間が所定時間以下のユーザは承認者から除外する、操作の対象であるファイルを作成もしくは編集したユーザのみを承認者とする等、様々な抽出条件の設定が可能である。

承認依頼部２２は、上述のように承認者を決定した後、検索した操作情報から、承認者毎の集計を行い、集計された数に応じて権限を決定する。すなわち、ファイルに対して行った操作回数が多いほど、そのファイルに対する権限を大きく設定することにより、現実に則した権限設定が可能となる。さらに、操作情報に操作の内容を含めておき、操作内容に基づき、権限を決定する構成とすることも可能である。例えば、ファイルを閲覧したユーザよりも編集したユーザの権限を高く設定する、ファイルの作成者には最高の権限を与える等である。このように権限を決定すると、ファイルに対して重要な操作を行ったユーザの権限を高める等ができるため、好適である。

なお、本実施形態では、承認者および権限を操作情報保存部２７に保存された操作情報に基づいて決定しているが、いずれか一方を第１実施形態のように、テーブルを用いて決定する構成としても構わない。

さらに、本実施形態では、操作情報は操作情報保存部２７に保存された後、承認依頼部２２から利用される構成としたが、操作情報保存部２７を設けずに、承認者テーブル（図示せず）および権限テーブル（図示せず）を設け、操作情報取得部２１が操作情報を取得すると、逐次承認者テーブルおよび権限テーブルの内容を更新し、承認依頼部２２が承認者テーブルおよび権限テーブルを参照する構成とすることも可能である。この場合には、操作情報取得部２１が操作情報を取得すると、上述したいずれかの方法により、操作情報に係るユーザが承認者になり得るか否かを判定し、承認者になり得る場合には承認者テーブルに登録する。また、承認者として登録された際には、上述したいずれかの方法により、その承認者の権限が決定され、権限テーブルに登録される。

〔別実施形態〕
上述の実施形態では、制御部２６は、操作者端末Ｃｏに対して、判定承認結果を通知し、操作者端末Ｃｏの承認可否受信部１２が判定承認結果に応じて、保留操作を制御するものであったが、制御方法はこれに限定されるものではない。例えば、判定承認結果を全承認者に通知する、判定承認結果と異なる承認者承認結果を送信した承認者に判定承認結果を通知する、判定承認結果と異なる承認者承認結果を送信した承認者に操作対象であるファイルのバックアップを送付する等の制御を行うことが可能である。

なお、上述の実施形態では、ファイルとはアプリケーションにより操作されるデータファイルとして記述しているが、本発明におけるファイルはデータファイルに限定されるものでなく、実行ファイル等全てのファイルを含むものである。

本発明による承認システムのシステム構成図 本発明による承認システムの第１実施形態における機能ブロック図 本発明による承認システムの第１実施形態における処理の流れを表すフローチャート 本発明による承認システムの第２実施形態における機能ブロック図 本発明による承認システムの第２実施形態における処理の流れを表すフローチャート

符号の説明

Ｓ：サーバ
Ｃｏ：操作者端末
Ｃａ：承認者端末
１１：操作情報生成部
１２：承認可否受信部
２１：操作情報取得部
２２：承認依頼部
２３：承認結果受信部
２４：集計部
２５：承認可否判定部
２６：制御部
３１：承認依頼受信部
３２：承認可否送信部

Claims (5)

1. 複数の端末がネットワークを介して接続される承認システムにおいて、
   前記端末における操作の対象ファイルを識別するファイル識別情報を含む操作情報を取得する操作情報取得部と、
   前記ファイル識別情報に基づき前記操作に対する承認者の識別情報を含む承認者情報を取得すると共に、当該承認者に前記操作に係る承認依頼を送信する承認依頼部と、
   前記承認者からの承認結果を受信する承認結果受信部と、
   前記承認者情報および前記承認結果に基づく集計を行い、集計結果を生成する集計部と、
   前記操作情報と前記集計結果とに基づき前記操作の承認可否を判定する承認可否判定部と、
   前記判定結果に応じて所定の制御を行う制御部と、
   を備えたことを特徴とする承認システム。
2. 前記承認者情報には承認者の権限が含まれることを特徴とする請求項１記載の承認システム。
3. 前記承認依頼部は、前記操作情報の操作内容に基づき前記権限を決定することを特徴とする請求項２記載の承認システム。
4. 前記承認依頼部は、前記操作情報に基づき承認者を特定することを特徴とする請求項１から３のいずれか一項に記載の承認システム。
5. 複数の端末がネットワークを介して接続される承認システムのための承認プログラムにおいて、
   前記端末における操作の対象ファイルを識別するファイル識別情報を含む操作情報を取得する機能と、
   前記ファイル識別情報に基づき前記操作に対する承認者の識別情報を含む承認者情報を取得すると共に、当該承認者に前記操作に係る承認依頼を送信する機能と、
   前記承認者からの承認結果を受信する機能と、
   前記承認者情報および前記承認結果に基づく集計を行い、集計結果を生成する機能と、
   前記操作情報と前記集計結果とに基づき前記操作の承認可否を判定する機能と、
   前記判定結果に応じて所定の制御を行う機能と、をコンピュータに実現させる承認プログラム。

Images