情報管理システムおよび情報管理方法
【課題】職位体系が異なる複数の会社の職位情報を用いて、矛盾のないアクセス制御を可能にする。
【解決手段】ユーザ識別子と、ユーザが所属する組織の組織識別子と、当該組織における当該ユーザの職位の職位識別子とを、当該ユーザが所属する組織ごとに対応付けて記憶し、情報の情報識別子と、当該情報に対するアクセス権が設定された組織の組織識別子と、当該情報に対するアクセス権が設定された、当該組織における職位の職位識別子とを対応付けて記憶し、情報に対するユーザからのアクセス要求に応じて、当該ユーザが所属する組織の組織識別子と、当該組織における当該ユーザの職位の職位識別子とを取得し、取得される組織識別子及び職位識別子と、記憶されている、アクセス要求の対象となっている情報の情報識別子に対応する組織識別子及び職位識別子とに基づいて、当該情報へのアクセス可否を判断する。
【解決手段】ユーザ識別子と、ユーザが所属する組織の組織識別子と、当該組織における当該ユーザの職位の職位識別子とを、当該ユーザが所属する組織ごとに対応付けて記憶し、情報の情報識別子と、当該情報に対するアクセス権が設定された組織の組織識別子と、当該情報に対するアクセス権が設定された、当該組織における職位の職位識別子とを対応付けて記憶し、情報に対するユーザからのアクセス要求に応じて、当該ユーザが所属する組織の組織識別子と、当該組織における当該ユーザの職位の職位識別子とを取得し、取得される組織識別子及び職位識別子と、記憶されている、アクセス要求の対象となっている情報の情報識別子に対応する組織識別子及び職位識別子とに基づいて、当該情報へのアクセス可否を判断する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報管理システムおよび情報管理方法に関する。
【背景技術】
【０００２】
近年、ディレクトリサーバ等に保持された人事情報を利用して、文書等の様々な情報に対するアクセス制御を行う情報管理システムが用いられている。このような情報管理システムでは、例えば、オフィスやユーザ、グループなどの属性を条件に、情報に対するアクセス制御を実施することが行われる（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−２２３５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、近年、会社の統廃合が進み、持ち株会社と事業会社の分離や情報部門の子会社化等、組織の複雑化・分離統合が進行しており、１つのシステム内に複数の会社の情報を格納して統合管理可能な情報管理システムへの需要が高まっている。
【０００５】
しかし、各会社で職位体系が異なることが多いため、１つのシステム内に複数の会社の情報を格納して統合管理することは容易ではない。例えば、ユーザは、ある会社に本務として所属し、別の会社に兼務として所属することがあるが、職位体系が異なる複数の会社に所属するユーザに対して矛盾のないアクセス制御を実現することが必要となる。
【０００６】
ところが、情報管理システムでは、職位体系を示す職位テーブルはシステム内で１つだけ用いられることが一般的である。そのため、複数の会社の情報を統合管理するためには、例えば、ある特定の会社の職位テーブルに合わせて他の会社の職位情報を定義しなおす必要がある。このように、各会社の職位情報を定義しなおすことは、管理対象の会社数が多くなるにつれて困難なものとなる。
【０００７】
そこで、本発明は、職位体系が異なる複数の会社の職位情報を用いて、複数の会社に所属するユーザに対して矛盾のないアクセス制御を実現することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の一側面に係る情報管理システムは、ユーザを識別するユーザ識別子と、当該ユーザが所属する組織を識別する組織識別子と、当該組織における当該ユーザの職位を識別する職位識別子とを、当該ユーザが所属する組織ごとに対応付けて記憶するユーザ情報記憶部と、情報を識別する情報識別子と、当該情報に対するアクセス権が設定された組織を識別する組織識別子と、当該情報に対するアクセス権が設定された、当該組織における職位を識別する職位識別子とを対応付けて記憶するアクセス権記憶部と、情報に対するユーザからのアクセス要求に応じて、されるユーザ情報記憶部に記憶されている、当該ユーザが所属する組織の組織識別子と、当該組織における当該ユーザの職位の職位識別子とを取得するユーザ情報取得部と、されるユーザ情報取得部によって取得されるされる組織識別子及びされる職位識別子と、されるアクセス権記憶部に記憶されている、されるアクセス要求の対象となっている情報の情報識別子に対応するされる組織識別子及びされる職位識別子とに基づいて、当該情報へのアクセス可否を判断するアクセス可否判断部とを備える。
【０００９】
なお、本発明において、「部」とは、単に物理的手段を意味するものではなく、その「部」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や装置が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や装置の機能が１つの物理的手段や装置により実現されても良い。
【発明の効果】
【００１０】
本発明によれば、職位体系が異なる複数の会社の職位情報を用いて、複数の会社に所属するユーザに対して矛盾のないアクセス制御が可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態である情報管理システムの構成を示す図である。
【図２】人事情報管理部１００におけるデータ構造の一例を示す図である。
【図３】ユーザ情報オブジェクトの一例を示す図である。
【図４】職位テーブルの一例を示す図である。
【図５】アクセス権テーブルの一例を示す図である。
【図６】ユーザの所属する会社の職位テーブルを全て取得する処理の一例を示すフローチャートである。
【図７】ユーザの職位コードから職位名を取得する処理の一例を示すフローチャートである。
【図８】ユーザの文書に対するアクセス権の有無を判定し、アクセス権があれば文書を取得する処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、図面を参照して本発明の一実施形態について説明する。
【００１３】
＝＝システム構成＝＝
まず、システム構成について説明する。図１は、本発明の一実施形態である情報管理システムの構成を示す図である。情報管理システムは、複数の会社の情報を統合管理する情報処理システムであり、人事情報管理部１００、文書情報管理部２００、及びデータ処理部３００を含んで構成される。ここで、人事情報管理部１００、文書情報管理部２００、及びデータ処理部３００は、プログラムを実行可能な情報処理装置により実現されている。なお、人事情報管理部１００、文書情報管理部２００、及びデータ処理部３００は、それぞれ個別の情報処理装置により実現されていてもよいし、これらのうちの２つ以上が１つの情報処理装置により実現されていてもよい。
【００１４】
人事情報管理部１００は、例えばディレクトリサーバであり、会社情報管理部１０１、オフィス情報管理部１０２、ユーザ情報管理部１０３、及び職位情報管理部１０４を含んで構成される。
【００１５】
図２は、人事情報管理部１００をディレクトリサーバとして構成する場合における、人事情報管理部１００におけるデータ構造の一例を示す図である。図２（ａ）は会社０１、図２（ｂ）は会社０２のツリーを示している。図２に示すように、各会社は複数のオフィスを持ち、オフィスは階層構造をとるツリー構造となっている。つまり、人事情報管理部１００は、会社ごとにツリーを持つマルチツリー構造となっている。ユーザはオフィスの下に所属している。また、人事情報管理部１００は、会社情報として、会社直下に職位テーブルを持っている。さらに、人事情報管理部１００は、職位テーブルの他、パスワードポリシーやメール容量制限、文書容量制限等、会社ごとの設定値を会社直下に保持することが可能である。なお、図２では、会社０１および会社０２の二社のツリー構造しか示していないが、情報管理システムは、収容する会社の数だけ会社のツリー構造を保持する。
【００１６】
図１に戻り、会社情報管理部１０１は、ディレクトリサーバで管理している会社の情報を保持する。
【００１７】
オフィス情報管理部１０２は、ディレクトリサーバで管理しているそれぞれの会社の持っているオフィス（部署）の情報を保持する。
【００１８】
ユーザ情報管理部１０３（ユーザ情報記憶部）は、ディレクトリサーバで管理している各ユーザの情報をユーザ情報データベースに保持する。図３は、ユーザ情報データベースに保持されるユーザ情報オブジェクトの一例を示す図である。各ユーザの情報は、図３（ａ）〜（ｄ）の各表に示されるように、ユーザ情報オブジェクトとして表されている。ユーザが複数のオフィスに兼務する場合、当該ユーザに対するユーザ情報オブジェクトが複数存在する。図３に示すように、各ユーザ情報オブジェクトには、ユーザＩＤ（ユーザ識別子）、ユーザが本務または兼務として所属する組織である会社・オフィス（部署）を識別する所属会社ＩＤ及び所属オフィスＩＤ（組織識別子）、ユーザ名、ユーザが所属する会社内での職位の職位コード（職位識別子）、所属する会社・オフィスが本務であるか兼務であるかを示す本務兼務情報が含まれる。
【００１９】
本実施形態では、ユーザが同一会社内の複数のオフィスに兼務する場合に、兼務する同一会社内では同一の職位を持つものとする。なお、各会社では職位体系が個別に規定されており、兼務する別会社間ではユーザの職位は異なっている。
【００２０】
図３（ａ），（ｂ）は、ユーザＩＤがＵＳＲ０００１のユーザに対するユーザ情報オブジェクトの一例を示している。図３（ａ）は、ユーザがＣＯ０1の会社、ＯＦＣ１１１０のオフィスに本務として所属し、その会社内での職位コードが０１であることを示している。また、図３（ｂ）は、ユーザがＣＯ０２の会社、ＯＦＣ２１１０のオフィスに兼務として所属し、その会社内での職位コードが０２であることを示している。なお、ユーザ情報オブジェクトにおける職位コードは、ユーザが所属する会社の職位テーブル内に存在する職位コードのみを設定可能とすることができる。
【００２１】
また、図３（ｃ），（ｄ）は、ユーザＩＤがＵＳＲ０００２のユーザに対するユーザ情報オブジェクトの一例を示している。図３（ｃ）は、ユーザがＣＯ０1の会社、ＯＦＣ１１１０のオフィスに本務として所属し、その会社内での職位コードが０１であることを示している。また、図３（ｄ）は、ユーザがＣＯ０１の会社、ＯＦＣ１１２０のオフィスに兼務として所属し、その会社内での職位コードが０１であることを示している。図３（ｃ），（ｄ）の例では、ユーザが所属する会社は同一であるため、職位コードも同一のものとなっている。
【００２２】
図１に戻り、職位情報管理部１０４は、それぞれの会社内での職位の職位コードと、職位の呼称（職位名）等の属性情報とを対応付けた職位テーブルを保持する。なお、本実施形態では、職位コードは、職位の階級を示す階級情報を含んでおり、職位コードが大きいほど職位の階級が高いものとする。図４は、職位テーブルの一例を示す図である。図４（ａ）は、会社ＣＯ０１の職位テーブルの一例であり、図４（ｂ）は、会社ＣＯ０２の職位テーブルの一例である。ここで、図３（ａ），（ｂ）のユーザ情報オブジェクトと、図４（ａ），（ｂ）の職位テーブルとを合わせて参照すると、ＵＳＲ０００１のユーザの本務の会社での職位名は「主任」、兼務の会社での職位名は「リーダー」であることがわかる。
【００２３】
図１に戻り、文書情報管理部２００は、文書管理システムであり、文書属性管理部２０１、文書アクセス権管理部２０２、及び文書本体管理部２０３を含んで構成される。
【００２４】
文書属性管理部２０１は、文書管理システム内の各文書の作成日時や作成者等の属性を保持する。なお、本実施形態において、文書とは、アクセス対象の情報となるデータであり、テキストデータに限られず、静止画データや動画データ、音声データ等も含まれる。
【００２５】
文書アクセス権管理部２０２（アクセス権記憶部）は、文書管理システム内の各文書のアクセス権情報を示すアクセス権テーブルを保持する。図５は、アクセス権テーブルの一例を示す図である。図５に示すように、アクセス権テーブルには、文書ＩＤ（情報識別子）、許可対象会社ＩＤ、許可対象オフィスＩＤ、及び許可対象職位コードが対応付けて記憶されている。例えば、文書Ａ００００３には、会社ＣＯ０１のオフィスＯＦＣ１０００に所属する職位コード０２以上のユーザにアクセス権があることが示されている。また、文書Ａ００００４には、任意の会社の任意のオフィスに所属する職位コード５０以上のユーザにアクセス権があることが示されている。
【００２６】
図１に戻り、文書本体管理部２０３は、文書の本体であるデータを管理する。なお、管理される全てのデータが１つの記憶装置に格納されている必要はなく、複数の記憶装置に格納されていてもよい。また、データは、遠隔地に設置された記憶装置にネットワークを介して格納されていてもよい。
【００２７】
データ処理部３００は、ユーザからの文書に対するアクセス要求に応じた処理を行う情報処理システムであり、ユーザ情報取得部３０１、職位情報取得部３０２、文書属性取得部３０３、文書アクセス権取得部３０４、及び文書取得部３０５を含んで構成される。
【００２８】
ユーザ情報取得部３０１は、ログインユーザが所属する会社・オフィスと、その会社内におけるユーザの職位コードとをユーザ情報管理部１０３から取得する。
【００２９】
職位情報取得部３０２は、職位情報管理部１０４に問合せを行い、会社ＩＤからその会社の職位テーブルを取得する。
【００３０】
文書属性取得部３０３は、文書属性管理部２０１から文書の属性を取得する。なお、取得された属性は、例えば、ユーザに対して文書のリストを表示する際に合わせて表示することができる。
【００３１】
文書アクセス権取得部３０４は、文書アクセス権管理部２０２から文書のアクセス権情報を取得する。
【００３２】
文書取得部３０５は、文書本体管理部２０３から文書を取得する機能を有し、文書アクセス可否判断部３１１及び文書本体取得部３１２を含んで構成される。文書アクセス可否判断部３１１は、文書アクセス権取得部３０４が取得したアクセス権情報と、ユーザ情報取得部３０１が取得したユーザの所属組織及び職位情報とを照合して、文書に対するアクセス可否を判断する。文書本体取得部３１２は、文書アクセス可否判断部３１１によってアクセスが可能と判断された場合に、文書本体を文書本体管理部２０３から取得する。
【００３３】
＝＝アクセス制御処理＝＝
次に、情報管理システムにおける文書に対するアクセス制御処理について説明する。図６は、ユーザの所属する会社の職位テーブルを全て取得する処理の一例を示すフローチャートである。
【００３４】
まず、ユーザ情報取得部３０１がユーザ情報管理部１０３に保持されているデータに対してログインユーザのＩＤによる検索を行い（Ｓ６０１）、そのユーザが本務として所属する会社のＩＤを取得する（Ｓ６０２）。次に、職位情報取得部３０２が、職位情報管理部１０４に保持されているデータに対して会社ＩＤによる検索を行い、ユーザが本務として所属する会社の職位テーブルを取得する（Ｓ６０３）。
【００３５】
ユーザが兼務している会社がある場合（Ｓ６０４：ＹＥＳ）、ユーザ情報取得部３０１は、ユーザ情報管理部１０３に保持されているデータに対してログインユーザのＩＤによる検索を行い（Ｓ６０５）、そのユーザが兼務として所属する会社のＩＤを取得する（Ｓ６０６）。兼務している会社が無ければ（Ｓ６０４：ＮＯ）、処理は終了する。
【００３６】
続いて、職位情報取得部３０２が、職位情報管理部１０４によって保持されているデータに対して会社ＩＤによる検索を行い、ユーザが兼務として所属する会社の職位テーブルを取得する（Ｓ６０７）。兼務の会社が複数存在する場合は、兼務する会社の数だけ兼務の会社の職位テーブルの取得処理が繰り返される（Ｓ６０４〜Ｓ６０７）。
【００３７】
図６の処理の具体例を、図３及び図４に示したデータを参照して説明する。ログインユーザのＩＤがＵＳＲ０００１であるとすると、ユーザ情報取得部３０１は、図３に示すユーザ情報データベースから、ユーザＵＳＲ０００１の本務の所属の情報（図３（ａ））を取り出し、本務の会社のＩＤ（ＣＯ０１）を取得する。その後、職位情報取得部３０２は、図４に示す複数の会社の職位テーブルの中から、会社ＣＯ０１の職位テーブル（図４（ａ））を取得する。次に、ユーザ情報取得部３０１が、図３に示すユーザ情報データベースから、ユーザＵＳＲ０００１の兼務の所属の情報（図３（ｂ））を取り出し、兼務の会社のＩＤ（ＣＯ０２）を取得する。その後、職位情報取得部３０２は、図４に示す複数の会社の職位テーブルの中から、会社ＣＯ０２の職位テーブル（図４（ｂ））を取得する。
【００３８】
図７は、ユーザの職位コードから職位の呼称（職位名）を取得する処理の一例を示すフローチャートである。まず、図６の処理により、ユーザの所属する会社の職位テーブルが全て取得される（Ｓ７０１）。次に、ユーザ情報取得部３０１は、ユーザ情報管理部１０３に保持されているデータから、ログインユーザの本務の会社における職位コードを取得する（Ｓ７０２）。職位情報取得部３０２は、取得済の本務の会社の職位テーブルの職位コードの一覧から、ログインユーザの本務の会社における職位コードを検索し、一致する職位コードに対応する職位名を取得する（Ｓ７０３）。
【００３９】
兼務の会社があれば（Ｓ７０４：ＹＥＳ）、ユーザ情報取得部３０１は、ユーザ情報管理部１０３に保持されているデータから、ログインユーザの兼務の会社における職位コードを取得する（Ｓ７０５）。続いて、職位情報取得部３０２は、取得済の兼務の会社の職位テーブルの職位コードの一覧から、ログインユーザの兼務の会社における職位コードを検索し、一致する職位コードに対応する職位名を取得する（Ｓ７０６）。兼務の会社が複数存在する場合は、兼務する会社の数だけ兼務の会社の職位名の取得処理が繰り返される（Ｓ７０４〜Ｓ７０６）。
【００４０】
図７の処理の具体例を、図３及び図４に示したデータを参照して説明する。ログインユーザのＩＤがＵＳＲ０００１であるとすると、ユーザ情報取得部３０１は、図３に示すユーザ情報データベースから、ユーザＵＳＲ０００１の本務の会社ＣＯ０１の情報（図３（ａ））を取得し、その会社での職位コード０１を取得する。次に、職位情報取得部３０２は、図６の処理で取得済の会社ＣＯ０1の職位テーブル（図４（ａ））から、職位コード０１の項目を探し、職位コード０１に対応する職位名「主任」を取得する。また、ユーザ情報取得部３０１は、図３に示すユーザ情報データベースからユーザＵＳＲ０００１の兼務の会社ＣＯ０２の情報（図３（ｂ））を取得し、その会社での職位コード０２を取得する。次に、職位情報取得部３０２は、図６の処理で取得済の会社ＣＯ０２の職位テーブル（図４（ｂ））から職位コード０２の項目を探し、職位コード０２に対応する職位名「リーダー」を取得する。
【００４１】
図８は、ユーザの文書に対するアクセス権の有無を判定し、アクセス権があれば文書を取得する処理の一例を示すフローチャートである。まず、文書アクセス権取得部３０４は、ユーザからのアクセス要求に応じて、文書アクセス権管理部２０２に保持されているアクセス権テーブルから、ユーザがアクセスしようとしている文書のアクセス権情報を取得する（Ｓ８０１）。次に、ユーザ情報取得部３０１は、ユーザ情報管理部１０３に保持されているデータから、ユーザの本務の会社ＩＤとオフィスのＩＤと、その本務の会社での職位コードを取得する（Ｓ８０２）。
【００４２】
文書アクセス可否判断部３１１は、アクセス対象の文書のアクセス権情報の中に、ユーザの本務の会社ＩＤとオフィスＩＤが共に一致する情報があるかどうか検索する（Ｓ８０３）。一致する情報が無ければ（Ｓ８０３：ＮＯ）、兼務のオフィスの処理（Ｓ８０５）に進む。なお、アクセス権情報で「すべての会社」や「すべてのオフィス」と指定されているものは、ユーザの所属に関わらず一致するものとして扱われる。
【００４３】
会社ＩＤとオフィスＩＤ共に一致するものがある場合は（Ｓ８０３：ＹＥＳ）、文書アクセス可否判断部３１１は、ユーザの本務会社の職位コードが、該当するオフィスに対するアクセス権情報の職位コード以上であるか確認する（Ｓ８０４）。ユーザの本務会社の職位コードが、該当するオフィスに対するアクセス権情報の職位コード以上である場合（Ｓ８０４：ＹＥＳ）、文書アクセス可否判断部３１１は、文書へのアクセス権があると判定する。文書へのアクセス権があると判定されると、文書本体取得部３１２が文書本体を文書本体管理部２０３から取得する（Ｓ８０９）。そうでない場合は（Ｓ８０４：ＮＯ）、兼務のオフィスの処理（Ｓ８０５）に進む。
【００４４】
ユーザが兼務しているオフィスがあれば（Ｓ８０５：ＹＥＳ）、ユーザ情報取得部３０１は、ユーザ情報管理部１０３に保持されているユーザ情報データベースからユーザの兼務の会社ＩＤとオフィスのＩＤと、その兼務の会社での職位コードを取得する（Ｓ８０６）。兼務オフィスが無ければ（Ｓ８０５：ＮＯ）、文書へのアクセス権が無いとして、処理は終了する。
【００４５】
次に、文書アクセス可否判断部３１１は、アクセス対象の文書のアクセス権情報の中に、ユーザの兼務の会社ＩＤとオフィスＩＤが共に一致する情報があるかどうか検索する（Ｓ８０７）。一致する情報が無ければ（Ｓ８０７：ＮＯ）、さらに兼務のオフィスが存在するか確認する処理（Ｓ８０５）に戻る。なお、アクセス権情報で「すべての会社」や「すべてのオフィス」と指定されているものは、ユーザの所属に関わらず一致するものとして扱われる。
【００４６】
会社ＩＤとオフィスＩＤが共に一致するものがある場合は（Ｓ８０７：ＹＥＳ）、文書アクセス可否判断部３１１は、ユーザの兼務会社の職位コードが、該当するオフィスに対するアクセス権情報の職位コード以上であるか確認する（Ｓ８０８）。ユーザの兼務会社の職位コードが、該当するオフィスに対するアクセス権情報の職位コード以上である場合（Ｓ８０８：ＹＥＳ）、文書アクセス可否判断部３１１は、文書へのアクセス権があると判定する。文書へのアクセス権があると判定されると、文書本体取得部３１２が文書本体を文書本体管理部２０３から取得する（Ｓ８０９）。そうでない場合は（Ｓ８０８：ＮＯ）、さらに兼務のオフィスが存在するか確認する処理（Ｓ８０５）に戻る。
【００４７】
図８の処理の具体例を、図３及び図５に示したデータを参照して説明する。ここでは、ユーザＵＳＲ０００１が文書Ａ００００１の文書に対するアクセスを行う際の例を説明する。まず、文書アクセス権取得部３０４は、文書アクセス権管理部２０２に保持されているアクセス権テーブル（図５）から、文書Ａ００００１に対するアクセス権情報を取得する。図５の例では、１行目と２行目の２件のデータが該当する。次に、文書アクセス可否判断部３１１は、その２件のデータのうち、許可対象会社ＩＤがユーザＵＳＲ０００１の本務の会社ＩＤ（ＣＯ０１）と一致するデータがあるか調べる。この例の場合、該当するデータが無いため、文書アクセス可否判断部３１１は、本務組織では文書Ａ００００１へのアクセス権が無いと判定する。
【００４８】
次に、文書アクセス可否判断部３１１は、該当２件のデータのうち、ユーザＵＳＲ０００１の兼務の会社ＩＤ（ＣＯ０２）と一致するデータがあるか調べる。この例の場合、１件目のデータが該当する。続いて、文書アクセス可否判断部３１１は、その１件のデータの許可対象オフィスＩＤの情報（ＯＦＣ２１１０）が、ユーザの兼務のオフィスＩＤと一致するかどうか調べる。この例の場合一致しているため、文書アクセス可否判断部３１１は、さらに、ユーザＵＳＲ０００１の兼務の会社ＣＯ０２での職位コード０２が、その１件のデータの許可対象職位コード０２以上であるか調べる。この例の場合、職位コードが同じであるため、文書アクセス可否判断部３１１は、ユーザは兼務組織において文書Ａ００００１へのアクセス権があると判定する。これにより、ユーザは、文書Ａ００００１の文書本体を取得することができる。ユーザは、本務または兼務のいずれかの所属においてアクセス権があれば、文書にアクセスすることが可能である。
【００４９】
以上、本発明の一実施形態について説明した。本実施形態によれば、職位体系が異なる複数の会社の職位情報を用いて、複数の会社に所属するユーザに対して矛盾のないアクセス制御を実現することができる。具体的には、図３に示したユーザ情報データベースでは、職位体系が異なる複数の会社にユーザが所属する場合に、各ユーザ情報オブジェクトには、所属する会社の職位体系における職位コードが設定されている。さらに、図５に示したアクセス権テーブルでは、文書に対するアクセス権が設定された、各組織における職位コードが設定されている。このような構成により、複数の会社で職位体系が異なる場合であっても、職位体系が異なる複数の会社の職位情報に基づいて、複数の会社に所属するユーザに対して矛盾のないアクセス制御を実現することができる。
【００５０】
なお、一般的な情報管理システムでは、会社ごとに職位コードのランク付けを別々に定義することができず、会社Ａでは職位コードを職位が低い順に００（担当）、１０（主任）、２０（部長）、３０（社長）となるように職位体系を定義したいが、会社Ｂでは職位を細かく分類して００（担当３級）、０１（担当２級）、０２（担当１級）、０７（副主任）、１０（主任３級）、１１（主任２級）、１２（主任１級）というように細かく職位体系を定義したいという要望に応えることができない。
【００５１】
これに対して、本実施形態では、会社ごとに職位コードのランク付けを別々に定義可能であり、職位体系が異なる複数の会社の職位情報に基づいて、複数の会社に所属するユーザに対して矛盾のないアクセス制御を実現することができる。
【００５２】
また、本実施形態では、図４に示したように、会社ごとに職位テーブルが設けられている。これにより、例えば、ある会社のみの職位情報を参照したい場合に、別の会社の職位情報が表示されることがなく、ユーザの混乱を回避することができる。
【００５３】
また、会社Ａには「係員」、「主任」、「課長」という職位が、会社Ｂには「担当」、「リーダー」、「マネージャー」という職位があるものとし、呼び名が異なるだけで係員と担当は同格、主任とリーダーは同格、課長とマネージャーは同格であるとする。このような場合に、システム内で１つの職位テーブルしか持てないとすると、職位コードを、例えば係員（００）、担当（０１）、主任（１０）、リーダー（１１）、課長（２０）、マネージャー（２１）と割り振り、職位が同格でも職位コードは異なるようにする必要がある。ここで会社Ｂのあるユーザが、ある文書Ｄに対して会社Ａ、Ｂのマネージャー級以上にアクセス権を与えたいとすると、会社Ｂで使っている職位である「マネージャー」以上にアクセス権を与えても、会社Ａの課長にアクセス権が与えられないことになる。矛盾を生じないアクセス権を与えるには、会社Ａ、Ｂの職位の呼び名の違いと、やむを得ず「課長」と「マネージャー」の職位コードが異なっていることを意識して、「課長」以上にアクセス権を与える必要があり、アクセス権の設定作業は煩雑になる。
【００５４】
これに対して、本実施形態のように会社ごとに別々の職位テーブルを有することにより、例えば、会社Ａでは職位テーブルを係員（００）、主任（１０）、課長（２０）と定義し、会社Ｂでは担当（００）、リーダー（１０）、マネージャー（２０）と定義することができる。そして、会社Ａ、Ｂの職位コード２０以上のユーザに対してアクセス権を設定すれば、会社Ａの「課長」以上及び会社Ｂの「マネージャー」以上の両方に対してアクセス権を与えることができる。
【００５５】
また、本実施形態では、職位コードは職位の階級順に大きくなるように付与されている。これにより、許可対象職位コードに設定された職位コードに基づいて、当該職位コードで示される職位以上の職位を有するユーザに対してアクセス権を与えることができる。
【００５６】
また、本実施形態では、ユーザが複数の会社やオフィス等の組織に所属する場合に、各組織がユーザの本務組織であるか兼務組織であるかを示す本務兼務情報がユーザ情報オブジェクトに設定される。これにより、ユーザが所属する組織が本務であるか兼務であるかを考慮してアクセス権の制御を行うことができる。
【００５７】
例えば、本実施形態では、まず、ユーザの本務組織における職位コードに基づいてアクセス権の判定が行われた後に、ユーザの兼務組織における職位コードに基づいてアクセス権の判定が行われる。ユーザは、本務組織での業務で必要となる文書にアクセスする頻度が高いと考えられるため、本務組織における職位コードに基づく判定処理を先に行うことにより、処理効率を高めることが可能となる。
【００５８】
なお、本実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更／改良され得るととともに、本発明にはその等価物も含まれる。
【００５９】
例えば、本実施形態の情報管理システムは、文書情報管理部２００に管理されている文書へのアクセスを制御するものとしたが、本発明はこのような形態に限られず、ユーザに対する情報のアクセス可否を判断するものであればどのようなシステムにも適用可能である。例えば、複数のコンテンツを表示するポータルサイトシステムにおいて、コンテンツごとに会社・オフィス・職位によるアクセス権制御を行う際に、本実施形態と同様に、複数会社間で別々の職位テーブルを保持して、矛盾の無いアクセス権制御を行うことも可能である。
【００６０】
また、アクセス制御の対象となる情報は、特別なアプリケーションプログラム等の処理で用いられるものであってもよい。例えば、他のユーザとスケジュール表を共有できるスケジュール管理システムにおいて、スケジュール表の所有者ごとに会社・オフィス・職位によるアクセス件制御を行う際に、本実施形態と同様に、複数会社間で別々の職位テーブルを保持して、矛盾の無いアクセス権制御を行うことも可能である。
【００６１】
また、本実施形態では、会社単位で職位テーブルを持つこととしたが、グループ会社単位やオフィス（部署）単位、グループ単位に職位テーブルを持つこととしてもよい。
【００６２】
また、本実施形態では、職位コードが大きくなるに連れて職位の階級が高くなることとしたが、職位コードが大きくなるに連れて職位の階級が低くなるように職位コードを設定することも可能である。また、職位コードとは別に、職位の階級を示す階級情報が職位テーブルに設定されることとしてもよい。
【００６３】
本実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【００６４】
（付記１）ユーザを識別するユーザ識別子と、当該ユーザが所属する組織を識別する組織識別子と、当該組織における当該ユーザの職位を識別する職位識別子とを、当該ユーザが所属する組織ごとに対応付けて記憶するユーザ情報記憶部と、情報を識別する情報識別子と、当該情報に対するアクセス権が設定された組織を識別する組織識別子と、当該情報に対するアクセス権が設定された、当該組織における職位を識別する職位識別子とを対応付けて記憶するアクセス権記憶部と、情報に対するユーザからのアクセス要求に応じて、前記ユーザ情報記憶部に記憶されている、当該ユーザが所属する組織の組織識別子と、当該組織における当該ユーザの職位の職位識別子とを取得するユーザ情報取得部と、前記ユーザ情報取得部によって取得される前記組織識別子及び前記職位識別子と、前記アクセス権記憶部に記憶されている、前記アクセス要求の対象となっている情報の情報識別子に対応する前記組織識別子及び前記職位識別子とに基づいて、当該情報へのアクセス可否を判断するアクセス可否判断部とを備える情報管理システム。
【００６５】
（付記２）付記１に記載の情報管理システムであって、組織ごとに、当該組織が有する職位の職位識別子と、当該職位の属性情報とを対応付けて記憶する職位情報記憶部をさらに備える情報管理システム。
【００６６】
（付記３）付記１または２に記載の情報管理システムであって、前記職位識別子は、各職位の階級を識別可能な階級情報を含み、前記アクセス可否判断部は、前記ユーザ情報取得部によって取得される前記組織識別子が、前記アクセス要求の対象となっている情報の情報識別子に対応付けられて前記アクセス権記憶部に記憶されており、かつ、前記ユーザ情報取得部によって取得される前記職位識別子によって示される職位の階級が、前記アクセス権記憶部に記憶されている職位識別子によって示される職位の階級以上である場合に、当該情報へのアクセスを許可する情報管理システム。
【００６７】
（付記４）付記１〜３の何れか一項に記載の情報管理システムであって、前記ユーザ情報記憶部は、前記ユーザ識別子、前記組織識別子、及び前記職位識別子に加えて、当該組織識別子によって示される組織がユーザの本務組織か兼務組織かを示す本務兼務情報を、当該ユーザが所属する組織ごとに対応付けて記憶する情報管理システム。
【００６８】
（付記５）付記４に記載の情報管理システムであって、前記アクセス可否判断部は、前記ユーザ情報取得部によって取得される、ユーザの本務組織における前記組織識別子及び前記職位識別子に基づくアクセスが許可されない場合に、前記ユーザ情報取得部によって取得される、ユーザの兼務組織における前記組織識別子及び前記職位識別子に基づいてアクセス可否を判断する情報管理システム。
【００６９】
（付記６）ユーザを識別するユーザ識別子と、当該ユーザが所属する組織を識別する組織識別子と、当該組織における当該ユーザの職位を識別する職位識別子とを、当該ユーザが所属する組織ごとに対応付けてユーザ情報記憶部に記憶し、情報を識別する情報識別子と、当該情報に対するアクセス権が設定された組織を識別する組織識別子と、当該情報に対するアクセス権が設定された、当該組織における職位を識別する職位識別子とを対応付けてアクセス権記憶部に記憶し、情報に対するユーザからのアクセス要求に応じて、前記ユーザ情報記憶部に記憶されている、当該ユーザが所属する組織の組織識別子と、当該組織における当該ユーザの職位の職位識別子とを取得し、前記取得される前記組織識別子及び前記職位識別子と、前記アクセス権記憶部に記憶されている、前記アクセス要求の対象となっている情報の情報識別子に対応する前記組織識別子及び前記職位識別子とに基づいて、当該情報へのアクセス可否を判断する情報管理方法。
【００７０】
（付記７）コンピュータに、ユーザを識別するユーザ識別子と、当該ユーザが所属する組織を識別する組織識別子と、当該組織における当該ユーザの職位を識別する職位識別子とを、当該ユーザが所属する組織ごとに対応付けてユーザ情報記憶部に記憶する手段と、情報を識別する情報識別子と、当該情報に対するアクセス権が設定された組織を識別する組織識別子と、当該情報に対するアクセス権が設定された、当該組織における職位を識別する職位識別子とを対応付けてアクセス権記憶部に記憶する手段と、情報に対するユーザからのアクセス要求に応じて、前記ユーザ情報記憶部に記憶されている、当該ユーザが所属する組織の組織識別子と、当該組織における当該ユーザの職位の職位識別子とを取得する手段と、前記取得される前記組織識別子及び前記職位識別子と、前記アクセス権記憶部に記憶されている、前記アクセス要求の対象となっている情報の情報識別子に対応する前記組織識別子及び前記職位識別子とに基づいて、当該情報へのアクセス可否を判断する手段とを実現させるためのプログラム。
【符号の説明】
【００７１】
１００ 人事情報管理部
１０１ 会社情報管理部
１０２ オフィス情報管理部
１０３ ユーザ情報管理部
１０４ 職位情報管理部
２００ 文書情報管理部
２０１ 文書属性管理部
２０２ 文書アクセス権管理部
２０３ 文書本体管理部
３００ データ処理部
３０１ ユーザ情報取得部
３０２ 職位情報取得部
３０３ 文書属性取得部
３０４ 文書アクセス権取得部
３０５ 文書取得部
３１１ 文書アクセス可否判断部
３１２ 文書本体取得部
【技術分野】
【０００１】
本発明は、情報管理システムおよび情報管理方法に関する。
【背景技術】
【０００２】
近年、ディレクトリサーバ等に保持された人事情報を利用して、文書等の様々な情報に対するアクセス制御を行う情報管理システムが用いられている。このような情報管理システムでは、例えば、オフィスやユーザ、グループなどの属性を条件に、情報に対するアクセス制御を実施することが行われる（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−２２３５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、近年、会社の統廃合が進み、持ち株会社と事業会社の分離や情報部門の子会社化等、組織の複雑化・分離統合が進行しており、１つのシステム内に複数の会社の情報を格納して統合管理可能な情報管理システムへの需要が高まっている。
【０００５】
しかし、各会社で職位体系が異なることが多いため、１つのシステム内に複数の会社の情報を格納して統合管理することは容易ではない。例えば、ユーザは、ある会社に本務として所属し、別の会社に兼務として所属することがあるが、職位体系が異なる複数の会社に所属するユーザに対して矛盾のないアクセス制御を実現することが必要となる。
【０００６】
ところが、情報管理システムでは、職位体系を示す職位テーブルはシステム内で１つだけ用いられることが一般的である。そのため、複数の会社の情報を統合管理するためには、例えば、ある特定の会社の職位テーブルに合わせて他の会社の職位情報を定義しなおす必要がある。このように、各会社の職位情報を定義しなおすことは、管理対象の会社数が多くなるにつれて困難なものとなる。
【０００７】
そこで、本発明は、職位体系が異なる複数の会社の職位情報を用いて、複数の会社に所属するユーザに対して矛盾のないアクセス制御を実現することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の一側面に係る情報管理システムは、ユーザを識別するユーザ識別子と、当該ユーザが所属する組織を識別する組織識別子と、当該組織における当該ユーザの職位を識別する職位識別子とを、当該ユーザが所属する組織ごとに対応付けて記憶するユーザ情報記憶部と、情報を識別する情報識別子と、当該情報に対するアクセス権が設定された組織を識別する組織識別子と、当該情報に対するアクセス権が設定された、当該組織における職位を識別する職位識別子とを対応付けて記憶するアクセス権記憶部と、情報に対するユーザからのアクセス要求に応じて、されるユーザ情報記憶部に記憶されている、当該ユーザが所属する組織の組織識別子と、当該組織における当該ユーザの職位の職位識別子とを取得するユーザ情報取得部と、されるユーザ情報取得部によって取得されるされる組織識別子及びされる職位識別子と、されるアクセス権記憶部に記憶されている、されるアクセス要求の対象となっている情報の情報識別子に対応するされる組織識別子及びされる職位識別子とに基づいて、当該情報へのアクセス可否を判断するアクセス可否判断部とを備える。
【０００９】
なお、本発明において、「部」とは、単に物理的手段を意味するものではなく、その「部」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や装置が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や装置の機能が１つの物理的手段や装置により実現されても良い。
【発明の効果】
【００１０】
本発明によれば、職位体系が異なる複数の会社の職位情報を用いて、複数の会社に所属するユーザに対して矛盾のないアクセス制御が可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態である情報管理システムの構成を示す図である。
【図２】人事情報管理部１００におけるデータ構造の一例を示す図である。
【図３】ユーザ情報オブジェクトの一例を示す図である。
【図４】職位テーブルの一例を示す図である。
【図５】アクセス権テーブルの一例を示す図である。
【図６】ユーザの所属する会社の職位テーブルを全て取得する処理の一例を示すフローチャートである。
【図７】ユーザの職位コードから職位名を取得する処理の一例を示すフローチャートである。
【図８】ユーザの文書に対するアクセス権の有無を判定し、アクセス権があれば文書を取得する処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、図面を参照して本発明の一実施形態について説明する。
【００１３】
＝＝システム構成＝＝
まず、システム構成について説明する。図１は、本発明の一実施形態である情報管理システムの構成を示す図である。情報管理システムは、複数の会社の情報を統合管理する情報処理システムであり、人事情報管理部１００、文書情報管理部２００、及びデータ処理部３００を含んで構成される。ここで、人事情報管理部１００、文書情報管理部２００、及びデータ処理部３００は、プログラムを実行可能な情報処理装置により実現されている。なお、人事情報管理部１００、文書情報管理部２００、及びデータ処理部３００は、それぞれ個別の情報処理装置により実現されていてもよいし、これらのうちの２つ以上が１つの情報処理装置により実現されていてもよい。
【００１４】
人事情報管理部１００は、例えばディレクトリサーバであり、会社情報管理部１０１、オフィス情報管理部１０２、ユーザ情報管理部１０３、及び職位情報管理部１０４を含んで構成される。
【００１５】
図２は、人事情報管理部１００をディレクトリサーバとして構成する場合における、人事情報管理部１００におけるデータ構造の一例を示す図である。図２（ａ）は会社０１、図２（ｂ）は会社０２のツリーを示している。図２に示すように、各会社は複数のオフィスを持ち、オフィスは階層構造をとるツリー構造となっている。つまり、人事情報管理部１００は、会社ごとにツリーを持つマルチツリー構造となっている。ユーザはオフィスの下に所属している。また、人事情報管理部１００は、会社情報として、会社直下に職位テーブルを持っている。さらに、人事情報管理部１００は、職位テーブルの他、パスワードポリシーやメール容量制限、文書容量制限等、会社ごとの設定値を会社直下に保持することが可能である。なお、図２では、会社０１および会社０２の二社のツリー構造しか示していないが、情報管理システムは、収容する会社の数だけ会社のツリー構造を保持する。
【００１６】
図１に戻り、会社情報管理部１０１は、ディレクトリサーバで管理している会社の情報を保持する。
【００１７】
オフィス情報管理部１０２は、ディレクトリサーバで管理しているそれぞれの会社の持っているオフィス（部署）の情報を保持する。
【００１８】
ユーザ情報管理部１０３（ユーザ情報記憶部）は、ディレクトリサーバで管理している各ユーザの情報をユーザ情報データベースに保持する。図３は、ユーザ情報データベースに保持されるユーザ情報オブジェクトの一例を示す図である。各ユーザの情報は、図３（ａ）〜（ｄ）の各表に示されるように、ユーザ情報オブジェクトとして表されている。ユーザが複数のオフィスに兼務する場合、当該ユーザに対するユーザ情報オブジェクトが複数存在する。図３に示すように、各ユーザ情報オブジェクトには、ユーザＩＤ（ユーザ識別子）、ユーザが本務または兼務として所属する組織である会社・オフィス（部署）を識別する所属会社ＩＤ及び所属オフィスＩＤ（組織識別子）、ユーザ名、ユーザが所属する会社内での職位の職位コード（職位識別子）、所属する会社・オフィスが本務であるか兼務であるかを示す本務兼務情報が含まれる。
【００１９】
本実施形態では、ユーザが同一会社内の複数のオフィスに兼務する場合に、兼務する同一会社内では同一の職位を持つものとする。なお、各会社では職位体系が個別に規定されており、兼務する別会社間ではユーザの職位は異なっている。
【００２０】
図３（ａ），（ｂ）は、ユーザＩＤがＵＳＲ０００１のユーザに対するユーザ情報オブジェクトの一例を示している。図３（ａ）は、ユーザがＣＯ０1の会社、ＯＦＣ１１１０のオフィスに本務として所属し、その会社内での職位コードが０１であることを示している。また、図３（ｂ）は、ユーザがＣＯ０２の会社、ＯＦＣ２１１０のオフィスに兼務として所属し、その会社内での職位コードが０２であることを示している。なお、ユーザ情報オブジェクトにおける職位コードは、ユーザが所属する会社の職位テーブル内に存在する職位コードのみを設定可能とすることができる。
【００２１】
また、図３（ｃ），（ｄ）は、ユーザＩＤがＵＳＲ０００２のユーザに対するユーザ情報オブジェクトの一例を示している。図３（ｃ）は、ユーザがＣＯ０1の会社、ＯＦＣ１１１０のオフィスに本務として所属し、その会社内での職位コードが０１であることを示している。また、図３（ｄ）は、ユーザがＣＯ０１の会社、ＯＦＣ１１２０のオフィスに兼務として所属し、その会社内での職位コードが０１であることを示している。図３（ｃ），（ｄ）の例では、ユーザが所属する会社は同一であるため、職位コードも同一のものとなっている。
【００２２】
図１に戻り、職位情報管理部１０４は、それぞれの会社内での職位の職位コードと、職位の呼称（職位名）等の属性情報とを対応付けた職位テーブルを保持する。なお、本実施形態では、職位コードは、職位の階級を示す階級情報を含んでおり、職位コードが大きいほど職位の階級が高いものとする。図４は、職位テーブルの一例を示す図である。図４（ａ）は、会社ＣＯ０１の職位テーブルの一例であり、図４（ｂ）は、会社ＣＯ０２の職位テーブルの一例である。ここで、図３（ａ），（ｂ）のユーザ情報オブジェクトと、図４（ａ），（ｂ）の職位テーブルとを合わせて参照すると、ＵＳＲ０００１のユーザの本務の会社での職位名は「主任」、兼務の会社での職位名は「リーダー」であることがわかる。
【００２３】
図１に戻り、文書情報管理部２００は、文書管理システムであり、文書属性管理部２０１、文書アクセス権管理部２０２、及び文書本体管理部２０３を含んで構成される。
【００２４】
文書属性管理部２０１は、文書管理システム内の各文書の作成日時や作成者等の属性を保持する。なお、本実施形態において、文書とは、アクセス対象の情報となるデータであり、テキストデータに限られず、静止画データや動画データ、音声データ等も含まれる。
【００２５】
文書アクセス権管理部２０２（アクセス権記憶部）は、文書管理システム内の各文書のアクセス権情報を示すアクセス権テーブルを保持する。図５は、アクセス権テーブルの一例を示す図である。図５に示すように、アクセス権テーブルには、文書ＩＤ（情報識別子）、許可対象会社ＩＤ、許可対象オフィスＩＤ、及び許可対象職位コードが対応付けて記憶されている。例えば、文書Ａ００００３には、会社ＣＯ０１のオフィスＯＦＣ１０００に所属する職位コード０２以上のユーザにアクセス権があることが示されている。また、文書Ａ００００４には、任意の会社の任意のオフィスに所属する職位コード５０以上のユーザにアクセス権があることが示されている。
【００２６】
図１に戻り、文書本体管理部２０３は、文書の本体であるデータを管理する。なお、管理される全てのデータが１つの記憶装置に格納されている必要はなく、複数の記憶装置に格納されていてもよい。また、データは、遠隔地に設置された記憶装置にネットワークを介して格納されていてもよい。
【００２７】
データ処理部３００は、ユーザからの文書に対するアクセス要求に応じた処理を行う情報処理システムであり、ユーザ情報取得部３０１、職位情報取得部３０２、文書属性取得部３０３、文書アクセス権取得部３０４、及び文書取得部３０５を含んで構成される。
【００２８】
ユーザ情報取得部３０１は、ログインユーザが所属する会社・オフィスと、その会社内におけるユーザの職位コードとをユーザ情報管理部１０３から取得する。
【００２９】
職位情報取得部３０２は、職位情報管理部１０４に問合せを行い、会社ＩＤからその会社の職位テーブルを取得する。
【００３０】
文書属性取得部３０３は、文書属性管理部２０１から文書の属性を取得する。なお、取得された属性は、例えば、ユーザに対して文書のリストを表示する際に合わせて表示することができる。
【００３１】
文書アクセス権取得部３０４は、文書アクセス権管理部２０２から文書のアクセス権情報を取得する。
【００３２】
文書取得部３０５は、文書本体管理部２０３から文書を取得する機能を有し、文書アクセス可否判断部３１１及び文書本体取得部３１２を含んで構成される。文書アクセス可否判断部３１１は、文書アクセス権取得部３０４が取得したアクセス権情報と、ユーザ情報取得部３０１が取得したユーザの所属組織及び職位情報とを照合して、文書に対するアクセス可否を判断する。文書本体取得部３１２は、文書アクセス可否判断部３１１によってアクセスが可能と判断された場合に、文書本体を文書本体管理部２０３から取得する。
【００３３】
＝＝アクセス制御処理＝＝
次に、情報管理システムにおける文書に対するアクセス制御処理について説明する。図６は、ユーザの所属する会社の職位テーブルを全て取得する処理の一例を示すフローチャートである。
【００３４】
まず、ユーザ情報取得部３０１がユーザ情報管理部１０３に保持されているデータに対してログインユーザのＩＤによる検索を行い（Ｓ６０１）、そのユーザが本務として所属する会社のＩＤを取得する（Ｓ６０２）。次に、職位情報取得部３０２が、職位情報管理部１０４に保持されているデータに対して会社ＩＤによる検索を行い、ユーザが本務として所属する会社の職位テーブルを取得する（Ｓ６０３）。
【００３５】
ユーザが兼務している会社がある場合（Ｓ６０４：ＹＥＳ）、ユーザ情報取得部３０１は、ユーザ情報管理部１０３に保持されているデータに対してログインユーザのＩＤによる検索を行い（Ｓ６０５）、そのユーザが兼務として所属する会社のＩＤを取得する（Ｓ６０６）。兼務している会社が無ければ（Ｓ６０４：ＮＯ）、処理は終了する。
【００３６】
続いて、職位情報取得部３０２が、職位情報管理部１０４によって保持されているデータに対して会社ＩＤによる検索を行い、ユーザが兼務として所属する会社の職位テーブルを取得する（Ｓ６０７）。兼務の会社が複数存在する場合は、兼務する会社の数だけ兼務の会社の職位テーブルの取得処理が繰り返される（Ｓ６０４〜Ｓ６０７）。
【００３７】
図６の処理の具体例を、図３及び図４に示したデータを参照して説明する。ログインユーザのＩＤがＵＳＲ０００１であるとすると、ユーザ情報取得部３０１は、図３に示すユーザ情報データベースから、ユーザＵＳＲ０００１の本務の所属の情報（図３（ａ））を取り出し、本務の会社のＩＤ（ＣＯ０１）を取得する。その後、職位情報取得部３０２は、図４に示す複数の会社の職位テーブルの中から、会社ＣＯ０１の職位テーブル（図４（ａ））を取得する。次に、ユーザ情報取得部３０１が、図３に示すユーザ情報データベースから、ユーザＵＳＲ０００１の兼務の所属の情報（図３（ｂ））を取り出し、兼務の会社のＩＤ（ＣＯ０２）を取得する。その後、職位情報取得部３０２は、図４に示す複数の会社の職位テーブルの中から、会社ＣＯ０２の職位テーブル（図４（ｂ））を取得する。
【００３８】
図７は、ユーザの職位コードから職位の呼称（職位名）を取得する処理の一例を示すフローチャートである。まず、図６の処理により、ユーザの所属する会社の職位テーブルが全て取得される（Ｓ７０１）。次に、ユーザ情報取得部３０１は、ユーザ情報管理部１０３に保持されているデータから、ログインユーザの本務の会社における職位コードを取得する（Ｓ７０２）。職位情報取得部３０２は、取得済の本務の会社の職位テーブルの職位コードの一覧から、ログインユーザの本務の会社における職位コードを検索し、一致する職位コードに対応する職位名を取得する（Ｓ７０３）。
【００３９】
兼務の会社があれば（Ｓ７０４：ＹＥＳ）、ユーザ情報取得部３０１は、ユーザ情報管理部１０３に保持されているデータから、ログインユーザの兼務の会社における職位コードを取得する（Ｓ７０５）。続いて、職位情報取得部３０２は、取得済の兼務の会社の職位テーブルの職位コードの一覧から、ログインユーザの兼務の会社における職位コードを検索し、一致する職位コードに対応する職位名を取得する（Ｓ７０６）。兼務の会社が複数存在する場合は、兼務する会社の数だけ兼務の会社の職位名の取得処理が繰り返される（Ｓ７０４〜Ｓ７０６）。
【００４０】
図７の処理の具体例を、図３及び図４に示したデータを参照して説明する。ログインユーザのＩＤがＵＳＲ０００１であるとすると、ユーザ情報取得部３０１は、図３に示すユーザ情報データベースから、ユーザＵＳＲ０００１の本務の会社ＣＯ０１の情報（図３（ａ））を取得し、その会社での職位コード０１を取得する。次に、職位情報取得部３０２は、図６の処理で取得済の会社ＣＯ０1の職位テーブル（図４（ａ））から、職位コード０１の項目を探し、職位コード０１に対応する職位名「主任」を取得する。また、ユーザ情報取得部３０１は、図３に示すユーザ情報データベースからユーザＵＳＲ０００１の兼務の会社ＣＯ０２の情報（図３（ｂ））を取得し、その会社での職位コード０２を取得する。次に、職位情報取得部３０２は、図６の処理で取得済の会社ＣＯ０２の職位テーブル（図４（ｂ））から職位コード０２の項目を探し、職位コード０２に対応する職位名「リーダー」を取得する。
【００４１】
図８は、ユーザの文書に対するアクセス権の有無を判定し、アクセス権があれば文書を取得する処理の一例を示すフローチャートである。まず、文書アクセス権取得部３０４は、ユーザからのアクセス要求に応じて、文書アクセス権管理部２０２に保持されているアクセス権テーブルから、ユーザがアクセスしようとしている文書のアクセス権情報を取得する（Ｓ８０１）。次に、ユーザ情報取得部３０１は、ユーザ情報管理部１０３に保持されているデータから、ユーザの本務の会社ＩＤとオフィスのＩＤと、その本務の会社での職位コードを取得する（Ｓ８０２）。
【００４２】
文書アクセス可否判断部３１１は、アクセス対象の文書のアクセス権情報の中に、ユーザの本務の会社ＩＤとオフィスＩＤが共に一致する情報があるかどうか検索する（Ｓ８０３）。一致する情報が無ければ（Ｓ８０３：ＮＯ）、兼務のオフィスの処理（Ｓ８０５）に進む。なお、アクセス権情報で「すべての会社」や「すべてのオフィス」と指定されているものは、ユーザの所属に関わらず一致するものとして扱われる。
【００４３】
会社ＩＤとオフィスＩＤ共に一致するものがある場合は（Ｓ８０３：ＹＥＳ）、文書アクセス可否判断部３１１は、ユーザの本務会社の職位コードが、該当するオフィスに対するアクセス権情報の職位コード以上であるか確認する（Ｓ８０４）。ユーザの本務会社の職位コードが、該当するオフィスに対するアクセス権情報の職位コード以上である場合（Ｓ８０４：ＹＥＳ）、文書アクセス可否判断部３１１は、文書へのアクセス権があると判定する。文書へのアクセス権があると判定されると、文書本体取得部３１２が文書本体を文書本体管理部２０３から取得する（Ｓ８０９）。そうでない場合は（Ｓ８０４：ＮＯ）、兼務のオフィスの処理（Ｓ８０５）に進む。
【００４４】
ユーザが兼務しているオフィスがあれば（Ｓ８０５：ＹＥＳ）、ユーザ情報取得部３０１は、ユーザ情報管理部１０３に保持されているユーザ情報データベースからユーザの兼務の会社ＩＤとオフィスのＩＤと、その兼務の会社での職位コードを取得する（Ｓ８０６）。兼務オフィスが無ければ（Ｓ８０５：ＮＯ）、文書へのアクセス権が無いとして、処理は終了する。
【００４５】
次に、文書アクセス可否判断部３１１は、アクセス対象の文書のアクセス権情報の中に、ユーザの兼務の会社ＩＤとオフィスＩＤが共に一致する情報があるかどうか検索する（Ｓ８０７）。一致する情報が無ければ（Ｓ８０７：ＮＯ）、さらに兼務のオフィスが存在するか確認する処理（Ｓ８０５）に戻る。なお、アクセス権情報で「すべての会社」や「すべてのオフィス」と指定されているものは、ユーザの所属に関わらず一致するものとして扱われる。
【００４６】
会社ＩＤとオフィスＩＤが共に一致するものがある場合は（Ｓ８０７：ＹＥＳ）、文書アクセス可否判断部３１１は、ユーザの兼務会社の職位コードが、該当するオフィスに対するアクセス権情報の職位コード以上であるか確認する（Ｓ８０８）。ユーザの兼務会社の職位コードが、該当するオフィスに対するアクセス権情報の職位コード以上である場合（Ｓ８０８：ＹＥＳ）、文書アクセス可否判断部３１１は、文書へのアクセス権があると判定する。文書へのアクセス権があると判定されると、文書本体取得部３１２が文書本体を文書本体管理部２０３から取得する（Ｓ８０９）。そうでない場合は（Ｓ８０８：ＮＯ）、さらに兼務のオフィスが存在するか確認する処理（Ｓ８０５）に戻る。
【００４７】
図８の処理の具体例を、図３及び図５に示したデータを参照して説明する。ここでは、ユーザＵＳＲ０００１が文書Ａ００００１の文書に対するアクセスを行う際の例を説明する。まず、文書アクセス権取得部３０４は、文書アクセス権管理部２０２に保持されているアクセス権テーブル（図５）から、文書Ａ００００１に対するアクセス権情報を取得する。図５の例では、１行目と２行目の２件のデータが該当する。次に、文書アクセス可否判断部３１１は、その２件のデータのうち、許可対象会社ＩＤがユーザＵＳＲ０００１の本務の会社ＩＤ（ＣＯ０１）と一致するデータがあるか調べる。この例の場合、該当するデータが無いため、文書アクセス可否判断部３１１は、本務組織では文書Ａ００００１へのアクセス権が無いと判定する。
【００４８】
次に、文書アクセス可否判断部３１１は、該当２件のデータのうち、ユーザＵＳＲ０００１の兼務の会社ＩＤ（ＣＯ０２）と一致するデータがあるか調べる。この例の場合、１件目のデータが該当する。続いて、文書アクセス可否判断部３１１は、その１件のデータの許可対象オフィスＩＤの情報（ＯＦＣ２１１０）が、ユーザの兼務のオフィスＩＤと一致するかどうか調べる。この例の場合一致しているため、文書アクセス可否判断部３１１は、さらに、ユーザＵＳＲ０００１の兼務の会社ＣＯ０２での職位コード０２が、その１件のデータの許可対象職位コード０２以上であるか調べる。この例の場合、職位コードが同じであるため、文書アクセス可否判断部３１１は、ユーザは兼務組織において文書Ａ００００１へのアクセス権があると判定する。これにより、ユーザは、文書Ａ００００１の文書本体を取得することができる。ユーザは、本務または兼務のいずれかの所属においてアクセス権があれば、文書にアクセスすることが可能である。
【００４９】
以上、本発明の一実施形態について説明した。本実施形態によれば、職位体系が異なる複数の会社の職位情報を用いて、複数の会社に所属するユーザに対して矛盾のないアクセス制御を実現することができる。具体的には、図３に示したユーザ情報データベースでは、職位体系が異なる複数の会社にユーザが所属する場合に、各ユーザ情報オブジェクトには、所属する会社の職位体系における職位コードが設定されている。さらに、図５に示したアクセス権テーブルでは、文書に対するアクセス権が設定された、各組織における職位コードが設定されている。このような構成により、複数の会社で職位体系が異なる場合であっても、職位体系が異なる複数の会社の職位情報に基づいて、複数の会社に所属するユーザに対して矛盾のないアクセス制御を実現することができる。
【００５０】
なお、一般的な情報管理システムでは、会社ごとに職位コードのランク付けを別々に定義することができず、会社Ａでは職位コードを職位が低い順に００（担当）、１０（主任）、２０（部長）、３０（社長）となるように職位体系を定義したいが、会社Ｂでは職位を細かく分類して００（担当３級）、０１（担当２級）、０２（担当１級）、０７（副主任）、１０（主任３級）、１１（主任２級）、１２（主任１級）というように細かく職位体系を定義したいという要望に応えることができない。
【００５１】
これに対して、本実施形態では、会社ごとに職位コードのランク付けを別々に定義可能であり、職位体系が異なる複数の会社の職位情報に基づいて、複数の会社に所属するユーザに対して矛盾のないアクセス制御を実現することができる。
【００５２】
また、本実施形態では、図４に示したように、会社ごとに職位テーブルが設けられている。これにより、例えば、ある会社のみの職位情報を参照したい場合に、別の会社の職位情報が表示されることがなく、ユーザの混乱を回避することができる。
【００５３】
また、会社Ａには「係員」、「主任」、「課長」という職位が、会社Ｂには「担当」、「リーダー」、「マネージャー」という職位があるものとし、呼び名が異なるだけで係員と担当は同格、主任とリーダーは同格、課長とマネージャーは同格であるとする。このような場合に、システム内で１つの職位テーブルしか持てないとすると、職位コードを、例えば係員（００）、担当（０１）、主任（１０）、リーダー（１１）、課長（２０）、マネージャー（２１）と割り振り、職位が同格でも職位コードは異なるようにする必要がある。ここで会社Ｂのあるユーザが、ある文書Ｄに対して会社Ａ、Ｂのマネージャー級以上にアクセス権を与えたいとすると、会社Ｂで使っている職位である「マネージャー」以上にアクセス権を与えても、会社Ａの課長にアクセス権が与えられないことになる。矛盾を生じないアクセス権を与えるには、会社Ａ、Ｂの職位の呼び名の違いと、やむを得ず「課長」と「マネージャー」の職位コードが異なっていることを意識して、「課長」以上にアクセス権を与える必要があり、アクセス権の設定作業は煩雑になる。
【００５４】
これに対して、本実施形態のように会社ごとに別々の職位テーブルを有することにより、例えば、会社Ａでは職位テーブルを係員（００）、主任（１０）、課長（２０）と定義し、会社Ｂでは担当（００）、リーダー（１０）、マネージャー（２０）と定義することができる。そして、会社Ａ、Ｂの職位コード２０以上のユーザに対してアクセス権を設定すれば、会社Ａの「課長」以上及び会社Ｂの「マネージャー」以上の両方に対してアクセス権を与えることができる。
【００５５】
また、本実施形態では、職位コードは職位の階級順に大きくなるように付与されている。これにより、許可対象職位コードに設定された職位コードに基づいて、当該職位コードで示される職位以上の職位を有するユーザに対してアクセス権を与えることができる。
【００５６】
また、本実施形態では、ユーザが複数の会社やオフィス等の組織に所属する場合に、各組織がユーザの本務組織であるか兼務組織であるかを示す本務兼務情報がユーザ情報オブジェクトに設定される。これにより、ユーザが所属する組織が本務であるか兼務であるかを考慮してアクセス権の制御を行うことができる。
【００５７】
例えば、本実施形態では、まず、ユーザの本務組織における職位コードに基づいてアクセス権の判定が行われた後に、ユーザの兼務組織における職位コードに基づいてアクセス権の判定が行われる。ユーザは、本務組織での業務で必要となる文書にアクセスする頻度が高いと考えられるため、本務組織における職位コードに基づく判定処理を先に行うことにより、処理効率を高めることが可能となる。
【００５８】
なお、本実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更／改良され得るととともに、本発明にはその等価物も含まれる。
【００５９】
例えば、本実施形態の情報管理システムは、文書情報管理部２００に管理されている文書へのアクセスを制御するものとしたが、本発明はこのような形態に限られず、ユーザに対する情報のアクセス可否を判断するものであればどのようなシステムにも適用可能である。例えば、複数のコンテンツを表示するポータルサイトシステムにおいて、コンテンツごとに会社・オフィス・職位によるアクセス権制御を行う際に、本実施形態と同様に、複数会社間で別々の職位テーブルを保持して、矛盾の無いアクセス権制御を行うことも可能である。
【００６０】
また、アクセス制御の対象となる情報は、特別なアプリケーションプログラム等の処理で用いられるものであってもよい。例えば、他のユーザとスケジュール表を共有できるスケジュール管理システムにおいて、スケジュール表の所有者ごとに会社・オフィス・職位によるアクセス件制御を行う際に、本実施形態と同様に、複数会社間で別々の職位テーブルを保持して、矛盾の無いアクセス権制御を行うことも可能である。
【００６１】
また、本実施形態では、会社単位で職位テーブルを持つこととしたが、グループ会社単位やオフィス（部署）単位、グループ単位に職位テーブルを持つこととしてもよい。
【００６２】
また、本実施形態では、職位コードが大きくなるに連れて職位の階級が高くなることとしたが、職位コードが大きくなるに連れて職位の階級が低くなるように職位コードを設定することも可能である。また、職位コードとは別に、職位の階級を示す階級情報が職位テーブルに設定されることとしてもよい。
【００６３】
本実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【００６４】
（付記１）ユーザを識別するユーザ識別子と、当該ユーザが所属する組織を識別する組織識別子と、当該組織における当該ユーザの職位を識別する職位識別子とを、当該ユーザが所属する組織ごとに対応付けて記憶するユーザ情報記憶部と、情報を識別する情報識別子と、当該情報に対するアクセス権が設定された組織を識別する組織識別子と、当該情報に対するアクセス権が設定された、当該組織における職位を識別する職位識別子とを対応付けて記憶するアクセス権記憶部と、情報に対するユーザからのアクセス要求に応じて、前記ユーザ情報記憶部に記憶されている、当該ユーザが所属する組織の組織識別子と、当該組織における当該ユーザの職位の職位識別子とを取得するユーザ情報取得部と、前記ユーザ情報取得部によって取得される前記組織識別子及び前記職位識別子と、前記アクセス権記憶部に記憶されている、前記アクセス要求の対象となっている情報の情報識別子に対応する前記組織識別子及び前記職位識別子とに基づいて、当該情報へのアクセス可否を判断するアクセス可否判断部とを備える情報管理システム。
【００６５】
（付記２）付記１に記載の情報管理システムであって、組織ごとに、当該組織が有する職位の職位識別子と、当該職位の属性情報とを対応付けて記憶する職位情報記憶部をさらに備える情報管理システム。
【００６６】
（付記３）付記１または２に記載の情報管理システムであって、前記職位識別子は、各職位の階級を識別可能な階級情報を含み、前記アクセス可否判断部は、前記ユーザ情報取得部によって取得される前記組織識別子が、前記アクセス要求の対象となっている情報の情報識別子に対応付けられて前記アクセス権記憶部に記憶されており、かつ、前記ユーザ情報取得部によって取得される前記職位識別子によって示される職位の階級が、前記アクセス権記憶部に記憶されている職位識別子によって示される職位の階級以上である場合に、当該情報へのアクセスを許可する情報管理システム。
【００６７】
（付記４）付記１〜３の何れか一項に記載の情報管理システムであって、前記ユーザ情報記憶部は、前記ユーザ識別子、前記組織識別子、及び前記職位識別子に加えて、当該組織識別子によって示される組織がユーザの本務組織か兼務組織かを示す本務兼務情報を、当該ユーザが所属する組織ごとに対応付けて記憶する情報管理システム。
【００６８】
（付記５）付記４に記載の情報管理システムであって、前記アクセス可否判断部は、前記ユーザ情報取得部によって取得される、ユーザの本務組織における前記組織識別子及び前記職位識別子に基づくアクセスが許可されない場合に、前記ユーザ情報取得部によって取得される、ユーザの兼務組織における前記組織識別子及び前記職位識別子に基づいてアクセス可否を判断する情報管理システム。
【００６９】
（付記６）ユーザを識別するユーザ識別子と、当該ユーザが所属する組織を識別する組織識別子と、当該組織における当該ユーザの職位を識別する職位識別子とを、当該ユーザが所属する組織ごとに対応付けてユーザ情報記憶部に記憶し、情報を識別する情報識別子と、当該情報に対するアクセス権が設定された組織を識別する組織識別子と、当該情報に対するアクセス権が設定された、当該組織における職位を識別する職位識別子とを対応付けてアクセス権記憶部に記憶し、情報に対するユーザからのアクセス要求に応じて、前記ユーザ情報記憶部に記憶されている、当該ユーザが所属する組織の組織識別子と、当該組織における当該ユーザの職位の職位識別子とを取得し、前記取得される前記組織識別子及び前記職位識別子と、前記アクセス権記憶部に記憶されている、前記アクセス要求の対象となっている情報の情報識別子に対応する前記組織識別子及び前記職位識別子とに基づいて、当該情報へのアクセス可否を判断する情報管理方法。
【００７０】
（付記７）コンピュータに、ユーザを識別するユーザ識別子と、当該ユーザが所属する組織を識別する組織識別子と、当該組織における当該ユーザの職位を識別する職位識別子とを、当該ユーザが所属する組織ごとに対応付けてユーザ情報記憶部に記憶する手段と、情報を識別する情報識別子と、当該情報に対するアクセス権が設定された組織を識別する組織識別子と、当該情報に対するアクセス権が設定された、当該組織における職位を識別する職位識別子とを対応付けてアクセス権記憶部に記憶する手段と、情報に対するユーザからのアクセス要求に応じて、前記ユーザ情報記憶部に記憶されている、当該ユーザが所属する組織の組織識別子と、当該組織における当該ユーザの職位の職位識別子とを取得する手段と、前記取得される前記組織識別子及び前記職位識別子と、前記アクセス権記憶部に記憶されている、前記アクセス要求の対象となっている情報の情報識別子に対応する前記組織識別子及び前記職位識別子とに基づいて、当該情報へのアクセス可否を判断する手段とを実現させるためのプログラム。
【符号の説明】
【００７１】
１００ 人事情報管理部
１０１ 会社情報管理部
１０２ オフィス情報管理部
１０３ ユーザ情報管理部
１０４ 職位情報管理部
２００ 文書情報管理部
２０１ 文書属性管理部
２０２ 文書アクセス権管理部
２０３ 文書本体管理部
３００ データ処理部
３０１ ユーザ情報取得部
３０２ 職位情報取得部
３０３ 文書属性取得部
３０４ 文書アクセス権取得部
３０５ 文書取得部
３１１ 文書アクセス可否判断部
３１２ 文書本体取得部
【特許請求の範囲】
【請求項１】
ユーザを識別するユーザ識別子と、当該ユーザが所属する組織を識別する組織識別子と、当該組織における当該ユーザの職位を識別する職位識別子とを、当該ユーザが所属する組織ごとに対応付けて記憶するユーザ情報記憶部と、
情報を識別する情報識別子と、当該情報に対するアクセス権が設定された組織を識別する組織識別子と、当該情報に対するアクセス権が設定された、当該組織における職位を識別する職位識別子とを対応付けて記憶するアクセス権記憶部と、
情報に対するユーザからのアクセス要求に応じて、前記ユーザ情報記憶部に記憶されている、当該ユーザが所属する組織の組織識別子と、当該組織における当該ユーザの職位の職位識別子とを取得するユーザ情報取得部と、
前記ユーザ情報取得部によって取得される前記組織識別子及び前記職位識別子と、前記アクセス権記憶部に記憶されている、前記アクセス要求の対象となっている情報の情報識別子に対応する前記組織識別子及び前記職位識別子とに基づいて、当該情報へのアクセス可否を判断するアクセス可否判断部と
を備える情報管理システム。
【請求項２】
請求項１に記載の情報管理システムであって、
組織ごとに、当該組織が有する職位の職位識別子と、当該職位の属性情報とを対応付けて記憶する職位情報記憶部を
さらに備える情報管理システム。
【請求項３】
請求項１または２に記載の情報管理システムであって、
前記職位識別子は、各職位の階級を識別可能な階級情報を含み、
前記アクセス可否判断部は、前記ユーザ情報取得部によって取得される前記組織識別子が、前記アクセス要求の対象となっている情報の情報識別子に対応付けられて前記アクセス権記憶部に記憶されており、かつ、前記ユーザ情報取得部によって取得される前記職位識別子によって示される職位の階級が、前記アクセス権記憶部に記憶されている職位識別子によって示される職位の階級以上である場合に、当該情報へのアクセスを許可する
情報管理システム。
【請求項４】
請求項１〜３の何れか一項に記載の情報管理システムであって、
前記ユーザ情報記憶部は、前記ユーザ識別子、前記組織識別子、及び前記職位識別子に加えて、当該組織識別子によって示される組織がユーザの本務組織か兼務組織かを示す本務兼務情報を、当該ユーザが所属する組織ごとに対応付けて記憶する
情報管理システム。
【請求項５】
請求項４に記載の情報管理システムであって、
前記アクセス可否判断部は、前記ユーザ情報取得部によって取得される、ユーザの本務組織における前記組織識別子及び前記職位識別子に基づくアクセスが許可されない場合に、前記ユーザ情報取得部によって取得される、ユーザの兼務組織における前記組織識別子及び前記職位識別子に基づいてアクセス可否を判断する
情報管理システム。
【請求項６】
ユーザを識別するユーザ識別子と、当該ユーザが所属する組織を識別する組織識別子と、当該組織における当該ユーザの職位を識別する職位識別子とを、当該ユーザが所属する組織ごとに対応付けてユーザ情報記憶部に記憶し、
情報を識別する情報識別子と、当該情報に対するアクセス権が設定された組織を識別する組織識別子と、当該情報に対するアクセス権が設定された、当該組織における職位を識別する職位識別子とを対応付けてアクセス権記憶部に記憶し、
情報に対するユーザからのアクセス要求に応じて、前記ユーザ情報記憶部に記憶されている、当該ユーザが所属する組織の組織識別子と、当該組織における当該ユーザの職位の職位識別子とを取得し、
前記取得される前記組織識別子及び前記職位識別子と、前記アクセス権記憶部に記憶されている、前記アクセス要求の対象となっている情報の情報識別子に対応する前記組織識別子及び前記職位識別子とに基づいて、当該情報へのアクセス可否を判断する
情報管理方法。
【請求項７】
コンピュータに、
ユーザを識別するユーザ識別子と、当該ユーザが所属する組織を識別する組織識別子と、当該組織における当該ユーザの職位を識別する職位識別子とを、当該ユーザが所属する組織ごとに対応付けてユーザ情報記憶部に記憶する手段と、
情報を識別する情報識別子と、当該情報に対するアクセス権が設定された組織を識別する組織識別子と、当該情報に対するアクセス権が設定された、当該組織における職位を識別する職位識別子とを対応付けてアクセス権記憶部に記憶する手段と、
情報に対するユーザからのアクセス要求に応じて、前記ユーザ情報記憶部に記憶されている、当該ユーザが所属する組織の組織識別子と、当該組織における当該ユーザの職位の職位識別子とを取得する手段と、
前記取得される前記組織識別子及び前記職位識別子と、前記アクセス権記憶部に記憶されている、前記アクセス要求の対象となっている情報の情報識別子に対応する前記組織識別子及び前記職位識別子とに基づいて、当該情報へのアクセス可否を判断する手段と
を実現させるためのプログラム。
【請求項１】
ユーザを識別するユーザ識別子と、当該ユーザが所属する組織を識別する組織識別子と、当該組織における当該ユーザの職位を識別する職位識別子とを、当該ユーザが所属する組織ごとに対応付けて記憶するユーザ情報記憶部と、
情報を識別する情報識別子と、当該情報に対するアクセス権が設定された組織を識別する組織識別子と、当該情報に対するアクセス権が設定された、当該組織における職位を識別する職位識別子とを対応付けて記憶するアクセス権記憶部と、
情報に対するユーザからのアクセス要求に応じて、前記ユーザ情報記憶部に記憶されている、当該ユーザが所属する組織の組織識別子と、当該組織における当該ユーザの職位の職位識別子とを取得するユーザ情報取得部と、
前記ユーザ情報取得部によって取得される前記組織識別子及び前記職位識別子と、前記アクセス権記憶部に記憶されている、前記アクセス要求の対象となっている情報の情報識別子に対応する前記組織識別子及び前記職位識別子とに基づいて、当該情報へのアクセス可否を判断するアクセス可否判断部と
を備える情報管理システム。
【請求項２】
請求項１に記載の情報管理システムであって、
組織ごとに、当該組織が有する職位の職位識別子と、当該職位の属性情報とを対応付けて記憶する職位情報記憶部を
さらに備える情報管理システム。
【請求項３】
請求項１または２に記載の情報管理システムであって、
前記職位識別子は、各職位の階級を識別可能な階級情報を含み、
前記アクセス可否判断部は、前記ユーザ情報取得部によって取得される前記組織識別子が、前記アクセス要求の対象となっている情報の情報識別子に対応付けられて前記アクセス権記憶部に記憶されており、かつ、前記ユーザ情報取得部によって取得される前記職位識別子によって示される職位の階級が、前記アクセス権記憶部に記憶されている職位識別子によって示される職位の階級以上である場合に、当該情報へのアクセスを許可する
情報管理システム。
【請求項４】
請求項１〜３の何れか一項に記載の情報管理システムであって、
前記ユーザ情報記憶部は、前記ユーザ識別子、前記組織識別子、及び前記職位識別子に加えて、当該組織識別子によって示される組織がユーザの本務組織か兼務組織かを示す本務兼務情報を、当該ユーザが所属する組織ごとに対応付けて記憶する
情報管理システム。
【請求項５】
請求項４に記載の情報管理システムであって、
前記アクセス可否判断部は、前記ユーザ情報取得部によって取得される、ユーザの本務組織における前記組織識別子及び前記職位識別子に基づくアクセスが許可されない場合に、前記ユーザ情報取得部によって取得される、ユーザの兼務組織における前記組織識別子及び前記職位識別子に基づいてアクセス可否を判断する
情報管理システム。
【請求項６】
ユーザを識別するユーザ識別子と、当該ユーザが所属する組織を識別する組織識別子と、当該組織における当該ユーザの職位を識別する職位識別子とを、当該ユーザが所属する組織ごとに対応付けてユーザ情報記憶部に記憶し、
情報を識別する情報識別子と、当該情報に対するアクセス権が設定された組織を識別する組織識別子と、当該情報に対するアクセス権が設定された、当該組織における職位を識別する職位識別子とを対応付けてアクセス権記憶部に記憶し、
情報に対するユーザからのアクセス要求に応じて、前記ユーザ情報記憶部に記憶されている、当該ユーザが所属する組織の組織識別子と、当該組織における当該ユーザの職位の職位識別子とを取得し、
前記取得される前記組織識別子及び前記職位識別子と、前記アクセス権記憶部に記憶されている、前記アクセス要求の対象となっている情報の情報識別子に対応する前記組織識別子及び前記職位識別子とに基づいて、当該情報へのアクセス可否を判断する
情報管理方法。
【請求項７】
コンピュータに、
ユーザを識別するユーザ識別子と、当該ユーザが所属する組織を識別する組織識別子と、当該組織における当該ユーザの職位を識別する職位識別子とを、当該ユーザが所属する組織ごとに対応付けてユーザ情報記憶部に記憶する手段と、
情報を識別する情報識別子と、当該情報に対するアクセス権が設定された組織を識別する組織識別子と、当該情報に対するアクセス権が設定された、当該組織における職位を識別する職位識別子とを対応付けてアクセス権記憶部に記憶する手段と、
情報に対するユーザからのアクセス要求に応じて、前記ユーザ情報記憶部に記憶されている、当該ユーザが所属する組織の組織識別子と、当該組織における当該ユーザの職位の職位識別子とを取得する手段と、
前記取得される前記組織識別子及び前記職位識別子と、前記アクセス権記憶部に記憶されている、前記アクセス要求の対象となっている情報の情報識別子に対応する前記組織識別子及び前記職位識別子とに基づいて、当該情報へのアクセス可否を判断する手段と
を実現させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１２−５３８１０（Ｐ２０１２−５３８１０Ａ）
【公開日】平成２４年３月１５日（２０１２．３．１５）
【国際特許分類】
【出願番号】特願２０１０−１９７４４７（Ｐ２０１０−１９７４４７）
【出願日】平成２２年９月３日（２０１０．９．３）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２４年３月１５日（２０１２．３．１５）
【国際特許分類】
【出願日】平成２２年９月３日（２０１０．９．３）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]