JP4977536B2

JP4977536B2 - 情報処理装置、情報取得方法および情報取得プログラム

Info

Publication number: JP4977536B2
Application number: JP2007165081A
Authority: JP
Inventors: 雄大今道
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2006-08-11
Filing date: 2007-06-22
Publication date: 2012-07-18
Anticipated expiration: 2027-06-22
Also published as: US20080040311A1; JP2008065809A; US7873653B2

Description

本発明は、情報処理装置、情報取得方法および情報取得プログラムに関するものであり、特に装置内またはシステム内で重複することなく保持された情報の取得に関するものである。

従来、ネットワーク上に接続されたサーバのサービスの利用に際して、サーバに対する不正なアクセスを防止するために、クライアントはサーバに対してユーザ名およびパスワード等の提示が要求されることが一般的である。このような場合、複数のユーザ管理サーバ（例えば、文書管理サーバ）が設置されていると、各ユーザ管理サーバを利用する場合に、それぞれのサーバに対してユーザ名とパスワード等を入力する必要があり、ユーザにとって操作が煩雑であるという問題があった。

このような問題を解決するものとして、ユーザに関する情報を管理するユーザ情報取扱い装置が開示されている（特許文献１参照）。かかる装置では、クライアントから要求された情報が情報を要求されたサーバにない場合、他のサーバにユーザ名およびパスワード等を引き継ぎ、新たにユーザ名およびパスワード等を入力することなくユーザ認証を可能とするものである。

特開２００５−２５９１１１号公報

しかしながら、上記特許文献１に記載された技術では、各サーバが保持している情報を取得するためには、情報を取得する際にユーザ認証が必要であり、そのためサーバごとにユーザ名およびパスワード等を保持しておく必要がある。よって、例えばパスワードを変更する場合には、各サーバに対して変更を行う必要があり、煩雑な作業を防ぐことができなかった。

また、例えばサーバ装置や端末装置、またはそれらを含むシステム内において目的別に同一の情報を複数保持する場合があるが、ある情報に対して変更が発生した場合当該情報を保持している個々の領域のすべてに対してそれぞれ変更処理を行う必要があり、情報の整合性を保つために、膨大な作業を必要とするという問題があった。

本発明は、上記に鑑みてなされたものであって、同一の情報を一元的に管理することができるとともに、利用者が容易に情報を取得することができる情報処理装置、情報取得方法および情報取得プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、情報処理装置であって、複数の情報のそれぞれを前記情報処理装置または前記情報処理装置を含むシステム内において重複することなく保持する情報保持手段と、前記情報保持手段に保持された前記情報に含まれる一部または全部の情報の属性を示す要求情報と、当該要求情報に対応する前記情報を前記情報保持手段から取得する処理プログラムを識別する処理プログラム識別情報とを対応付けて保持する対応プログラム保持手段と、前記処理プログラム識別情報のそれぞれに対応する処理プログラムを保持する処理プログラム保持手段と、利用者によって入力された前記要求情報を受付ける要求受付手段と、前記要求受付手段によって受付けた前記要求情報に対応する前記処理プログラム識別情報を前記対応プログラム保持手段から取得する対応プログラム取得手段と、前記対応プログラム取得手段によって取得された前記処理プログラム識別情報に対応する前記処理プログラムを前記処理プログラム保持手段から読込む読込手段と、を備え、前記要求受付手段は、さらに前記読込手段によって読込まれた前記処理プログラムを実行することによって、前記情報保持手段から前記要求情報に対応する前記情報を取得すること、を特徴とする。

また、請求項２にかかる発明は、請求項１に記載の情報処理装置において、前記対応プログラム取得手段は、さらに前記要求受付手段によって受付けられた前記要求情報に対応する複数の前記処理プログラム識別情報を前記対応プログラム保持手段から取得し、前記読込手段は、前記対応プログラム取得手段によって取得された複数の前記処理プログラム識別情報に対応する前記処理プログラムを前記処理プログラム保持手段から読込み、前記要求受付手段は、さらに前記読込手段によって読込まれた複数の前記処理プログラムを順次実行することによって、前記情報保持手段から前記要求情報に対応する前記情報を取得すること、を特徴とする。

また、請求項３にかかる発明は、請求項２に記載の情報処理装置において、前記処理プログラム識別情報と、前記情報に対するアクセス権限のあるアカウント情報とを対応付けて保持するアクセス権限保持手段と、前記要求情報に対応する前記情報を取得するための複数の前記処理プログラムのそれぞれに対応付けて保持されている前記アカウント情報を前記アクセス権限保持手段から取得し、前記アカウント情報に基づいて、利用者が使用する利用者アカウントが前記要求情報に対応する前記情報を取得するためのアクセス権限を有するか否かを判定するアクセス可否判定手段と、をさらに備え、前記要求受付手段は、さらに前記アクセス可否判定手段によってアクセス権限を有すると判定された場合は、複数の前記処理プログラムを実行することによって、前記情報保持手段から前記要求情報に対応する前記情報を取得すること、を特徴とする。

また、請求項４にかかる発明は、請求項３に記載の情報処理装置において、アカウントに対するアクセス権限の強度を保持する権限強度保持手段、をさらに備え、前記アクセス可否判定手段は、前記権限強度保持手段に設定されている前記利用者アカウントに対するアクセス権限の強度が、複数の前記処理プログラムに対してアクセス権限が設定されているアカウントのうち最もアクセス権限が弱いアカウントのアクセス権限の強度より強いまたは等しい場合に、前記情報保持手段から前記要求情報に対応する前記情報を取得するためのアクセス権限を有すると判定すること、を特徴とする。

また、請求項５にかかる発明は、請求項３に記載の情報処理装置において、アカウントに対するアクセス権限の強度を保持する権限強度保持手段、をさらに備え、前記アクセス可否判定手段は、前記権限強度保持手段に設定されている前記利用者アカウントに対するアクセス権限の強度が、複数の前記処理プログラムに対してアクセス権限を設定されているアカウントのうち最もアクセス権限が強いアカウントのアクセス権限の強度より強いまたは等しい場合に、前記情報保持手段から前記要求情報に対応する前記情報を取得するためのアクセス権限を有すると判定すること、を特徴とする。

また、請求項６にかかる発明は、請求項３に記載の情報処理装置において、前記アクセス可否判定手段は、前記利用者アカウントに、複数の前記処理プログラムのうちのすべての前記処理プログラムに対するアクセス権限が設定されている場合に、前記情報保持手段から前記要求情報に対応する前記情報を取得するためのアクセス権限を有すると判定すること、を特徴とする。

また、請求項７にかかる発明は、請求項１に記載の情報処理装置において、前記属性と、前記情報に対するアクセス権限のあるアカウント情報とを対応付けて保持する属性アクセス権限保持手段と、前記要求情報が示す前記属性に対応付けて保持されている前記アカウント情報を前記属性アクセス権限保持手段から取得し、前記アカウント情報に基づいて、利用者が使用する利用者アカウントが前記要求情報に対応する前記情報を取得するためのアクセス権限を有するか否かを判定する属性アクセス可否判定手段と、をさらに備え、前記要求受付手段は、さらに前記属性アクセス可否判定手段によってアクセス権限を有すると判定された場合は、複数の前記処理プログラムを実行することによって、前記情報保持手段から前記要求情報に対応する前記情報を取得すること、を特徴とする。

また、請求項８にかかる発明は、請求項７に記載の情報処理装置において、前記属性アクセス権限保持手段は、さらに前記属性と前記アカウント情報とに対応付けて前記情報に対する操作を保持し、前記属性アクセス可否判定手段は、前記要求情報が示す前記属性および前記操作に対応付けて保持されている前記アカウント情報を前記属性アクセス権限保持手段から取得し、前記アカウント情報に基づいて、利用者が使用する利用者アカウントが前記要求情報に対応する前記情報を取得するためのアクセス権限を有するか否かを判定すること、を特徴とする。

また、請求項９にかかる発明は、請求項１〜８のいずれか一つに記載の情報処理装置において、前記処理プログラムは、さらに予め定められた定型処理を行うこと、を特徴とする。

また、請求項１０にかかる発明は、情報取得方法であって、複数の情報のそれぞれを前記情報処理装置または前記情報処理装置を含むシステム内において重複することなく保持する情報保持手段と、前記情報保持手段に保持された前記情報に含まれる一部または全部の情報の属性を示す要求情報と、当該要求情報に対応する前記情報を前記情報保持手段から取得する処理プログラムを識別する処理プログラム識別情報とを対応付けて保持する対応プログラム保持手段と、前記処理プログラム識別情報のそれぞれに対応する処理プログラムを記憶する処理プログラム保持手段と、を備える前記情報処理装置における情報取得方法において、要求受付手段によって、利用者によって入力された前記要求情報を受付ける要求受付ステップと、対応プログラム取得手段によって、前記要求受付ステップによって受付けた前記要求情報に対応する前記処理プログラム識別情報を前記対応プログラム保持手段から取得する対応プログラム取得ステップと、読込手段によって、前記対応プログラム取得ステップによって取得された前記処理プログラム識別情報に対応する前記処理プログラムを前記処理プログラム保持手段から読込む読込ステップと、を有し、前記要求受付ステップは、さらに前記読込ステップによって読込まれた前記処理プログラムを実行することによって、前記情報保持手段から前記要求情報に対応する前記情報を取得すること、を特徴とする。

また、請求項１１にかかる発明は、請求項１０に記載の情報取得方法において、前記対応プログラム取得ステップは、さらに前記要求受付ステップによって受付けられた前記要求情報に対応する複数の前記処理プログラム識別情報を前記対応プログラム保持手段から取得し、前記読込ステップは、前記対応プログラム取得ステップによって取得された複数の前記処理プログラム識別情報に対応する前記処理プログラムを前記処理プログラム保持手段から読込み、前記要求受付ステップは、さらに前記読込ステップによって読込まれた複数の前記処理プログラムを順次実行することによって、前記情報保持手段から前記要求情報に対応する前記情報を取得すること、を特徴とする。

また、請求項１２にかかる発明は、請求項１１に記載の情報取得方法において、アクセス可否判定手段によって、前記要求情報に対応する前記情報を取得するための複数の前記処理プログラムのそれぞれに対応付けて保持されている前記アカウント情報を、前記処理プログラム識別情報と前記情報に対するアクセス権限のあるアカウント情報とを対応付けて保持するアクセス権限保持手段から取得し、前記アカウント情報に基づいて、利用者が使用する利用者アカウントが前記要求情報に対応する前記情報を取得するためのアクセス権限を有するか否かを判定するアクセス可否判定ステップと、をさらに有し、前記要求受付ステップは、さらに前記アクセス可否判定ステップによってアクセス権限を有すると判定された場合は、複数の前記処理プログラムを実行することによって、前記情報保持手段から前記要求情報に対応する前記情報を取得すること、を特徴とする。

また、請求項１３にかかる発明は、請求項１２に記載の情報取得方法において、前記アクセス可否判定ステップは、アカウントに対するアクセス権限の強度を保持する権限強度保持手段に設定されている前記利用者アカウントに対するアクセス権限の強度が、複数の前記処理プログラムに対してアクセス権限が設定されているアカウントのうち最もアクセス権限が弱いアカウントのアクセス権限の強度より強いまたは等しい場合に、前記情報保持手段から前記要求情報に対応する前記情報を取得するためのアクセス権限を有すると判定すること、を特徴とする。

また、請求項１４にかかる発明は、請求項１２に記載の情報取得方法において、前記アクセス可否判定ステップは、アカウントに対するアクセス権限の強度を保持する権限強度保持手段に設定されている前記利用者アカウントに対するアクセス権限の強度が、複数の前記処理プログラムに対してアクセス権限を設定されているアカウントのうち最もアクセス権限が強いアカウントのアクセス権限の強度より強いまたは等しい場合に、前記情報保持手段から前記要求情報に対応する前記情報を取得するためのアクセス権限を有すると判定すること、を特徴とする。

また、請求項１５にかかる発明は、請求項１２に記載の情報取得方法において、前記アクセス可否判定ステップは、前記利用者アカウントに、複数の前記処理プログラムのうちのすべての前記処理プログラムに対するアクセス権限が設定されている場合に、前記情報保持手段から前記要求情報に対応する前記情報を取得するためのアクセス権限を有すると判定すること、を特徴とする。

また、請求項１６にかかる発明は、請求項１０に記載の情報取得方法において、属性アクセス可否判定手段によって、前記要求情報が示す前記属性に対応付けて保持されている前記アカウント情報を、前記属性と前記情報に対するアクセス権限のあるアカウント情報とを対応付けて保持する属性アクセス権限保持手段から取得し、前記アカウント情報に基づいて、利用者が使用する利用者アカウントが前記要求情報に対応する前記情報を取得するためのアクセス権限を有するか否かを判定する属性アクセス可否判定ステップと、をさらに有し、前記要求受付ステップは、さらに前記属性アクセス可否判定ステップによってアクセス権限を有すると判定された場合は、複数の前記処理プログラムを実行することによって、前記情報保持手段から前記要求情報に対応する前記情報を取得すること、を特徴とする。

また、請求項１７にかかる発明は、請求項１６に記載の情報取得方法において、前記属性アクセス可否判定ステップは、前記要求情報が示す前記属性および前記情報に対する操作に対応付けて保持されている前記アカウント情報を、前記属性と前記アカウント情報とに対応付けて前記操作をさらに保持する属性アクセス権限保持手段から取得し、前記アカウント情報に基づいて、利用者が使用する利用者アカウントが前記要求情報に対応する前記情報を取得するためのアクセス権限を有するか否かを判定すること、を特徴とする。

また、請求項１８にかかる発明は、請求項１０〜１７のいずれか一つに記載の情報取得方法において、前記処理プログラムは、さらに予め定められた定型処理を行うこと、を特徴とする。

また、請求項１９にかかる発明は、請求項１０〜１８のいずれか一つに記載された情報取得方法をコンピュータに実行させることを特徴とする。

請求項１にかかる発明によれば、利用者によって入力された要求情報を受付け、受付けた要求情報に対応する処理プログラム識別情報を、複数の情報のそれぞれを情報処理装置または前記情報処理装置を含むシステム内において重複することなく保持する情報保持手段に保持された情報に含まれる一部または全部の情報の属性を示す要求情報と、当該要求情報に対応する情報を情報保持手段から取得する処理プログラムを識別する処理プログラム識別情報とを対応付けて保持する対応プログラム保持手段から取得し、取得された処理プログラム識別情報に対応する処理プログラムを、処理プログラム識別情報のそれぞれに対応する処理プログラムを保持する処理プログラム保持手段から読込み、読込まれた処理プログラムを実行することによって、情報保持手段から要求情報に対応する情報を取得することにより、重複することなく管理された情報群から、利用者が要求する情報に対応する処理プログラムを実行することによって情報を取得することができるため、同一の情報を一元的に管理することができるとともに、利用者が容易に情報を取得することができるという効果を奏する。

また、請求項２にかかる発明によれば、受付けられた要求情報に対応する複数の処理プログラム識別情報を対応プログラム保持手段から取得し、取得された複数の処理プログラム識別情報に対応する処理プログラムを処理プログラム保持手段から読込み、読込まれた複数の処理プログラムを順次実行することによって、情報保持手段から要求情報に対応する情報を取得することにより、複数の処理プログラムを組合わせて情報を取得することができるため、基本的な情報を取得する処理プログラムを準備すれば、様々な情報を取得することができ、処理プログラムを作成や管理する作業時間を削減することができるという効果を奏する。

また、請求項３にかかる発明によれば、要求情報に対応する情報を取得するための複数の処理プログラムのそれぞれに対応付けて保持されているアカウント情報を、処理プログラム識別情報と情報に対するアクセス権限のあるアカウント情報とを対応付けて保持するアクセス権限保持手段から取得し、アカウント情報に基づいて、利用者が使用する利用者アカウントが要求情報に対応する情報を取得するためのアクセス権限を有するか否かを判定し、アクセス権限を有すると判定された場合は、複数の処理プログラムを実行することによって、情報保持手段から要求情報に対応する情報を取得することにより、要求情報を取得する単位でのアクセス制御が可能であるため、情報それぞれに対してアクセス権限を設定する必要がなく、アクセス管理の作業負担を軽減することができるという効果を奏する。また、管理者が意図する情報のまとまりでのアクセス制御が可能となるという効果を奏する。

また、請求項４にかかる発明によれば、アカウントに対するアクセス権限の強度を保持する権限強度保持手段に設定されている利用者アカウントに対するアクセス権限の強度が、複数の処理プログラムに対してアクセス権限が設定されているアカウントのうち最もアクセス権限が弱いアカウントのアクセス権限の強度より強いまたは等しい場合に、情報保持手段から要求情報に対応する情報を取得するためのアクセス権限を有すると判定することにより、複数の処理プログラムを用いた情報取得処理に対して一括してアクセス権限を判定することができるため、管理者が意図するアクセス制御が可能となるという効果を奏する。

また、請求項５にかかる発明によれば、アカウントに対するアクセス権限の強度を保持する権限強度保持手段に設定されている利用者アカウントに対するアクセス権限の強度が、複数の処理プログラムに対してアクセス権限を設定されているアカウントのうち最もアクセス権限が強いアカウントのアクセス権限の強度より強いまたは等しい場合に、情報保持手段から要求情報に対応する情報を取得するためのアクセス権限を有すると判定することにより、複数の処理プログラムを用いた情報取得処理に対して一括してアクセス権限を判定することができるため、管理者が意図するアクセス制御が可能となるという効果を奏する。

また、請求項６にかかる発明によれば、利用者アカウントに、複数の処理プログラムのうちのすべての処理プログラムに対するアクセス権限が設定されている場合に、情報保持手段から要求情報に対応する情報を取得するためのアクセス権限を有すると判定することにより、複数の処理プログラムを用いた情報取得処理に対して一括してアクセス権限を判定することができるため、管理者が意図するアクセス制御が可能となるという効果を奏する。

また、請求項７にかかる発明によれば、要求情報が示す属性に対応付けて保持されているアカウント情報を、属性と情報に対するアクセス権限のあるアカウント情報とを対応付けて保持する属性アクセス権限保持手段から取得し、アカウント情報に基づいて、利用者が使用する利用者アカウントが要求情報に対応する情報を取得するためのアクセス権限を有するか否かを判定し、アクセス権限を有すると判定された場合は、複数の処理プログラムを実行することによって、情報保持手段から要求情報に対応する情報を取得することにより、属性ごとのアクセス制御が可能となるため、漏れや抜けのないアクセス制御を行うことができるという効果を奏する。

また、請求項８にかかる発明によれば、要求情報が示す属性および操作に対応付けて保持されているアカウント情報を、属性とアカウント情報とに対応付けて情報に対する操作を保持する属性アクセス権限保持手段から取得し、アカウント情報に基づいて、利用者が使用する利用者アカウントが要求情報に対応する情報を取得するためのアクセス権限を有するか否かを判定することにより、属性に対する操作（例えば、情報の取得や設定等）ごとにアクセス制御が可能となるため、属性および操作に応じたアクセス制御を行うことができるという効果を奏する。

また、請求項９にかかる発明によれば、処理プログラムは、さらに予め定められた定型処理を行うことにより、情報取得とともに定型処理を行うことができるため、作業の効率化を図ることができるという効果を奏する。

また、請求項１０にかかる発明によれば、利用者によって入力された要求情報を受付け、受付けた要求情報に対応する処理プログラム識別情報を対応プログラム保持手段から取得し、取得された処理プログラム識別情報に対応する処理プログラムを処理プログラム保持手段から読込み、読込まれた処理プログラムを実行することによって情報保持手段から要求情報に対応する情報を取得することにより、重複することなく管理された情報群から、利用者が要求する情報に対応する処理プログラムを実行することによって情報を取得することができるため、同一の情報を一元的に管理することができるとともに、利用者が容易に情報を取得することができるという効果を奏する。

また、請求項１１にかかる発明によれば、受付けられた要求情報に対応する複数の処理プログラム識別情報を対応プログラム保持手段から取得し、取得された複数の処理プログラム識別情報に対応する処理プログラムを処理プログラム保持手段から読込み、読込まれた複数の処理プログラムを順次実行することによって、情報保持手段から要求情報に対応する情報を取得することにより、複数の処理プログラムを組合わせて情報を取得することができるため、基本的な情報を取得する処理プログラムを準備すれば、様々な情報を取得することができ、処理プログラムを作成や管理する作業時間を削減することができるという効果を奏する。

また、請求項１２にかかる発明によれば、要求情報に対応する情報を取得するための複数の処理プログラムのそれぞれに対応付けて保持されているアカウント情報を、処理プログラム識別情報と情報に対するアクセス権限のあるアカウント情報とを対応付けて保持するアクセス権限保持手段から取得し、アカウント情報に基づいて、利用者が使用する利用者アカウントが要求情報に対応する情報を取得するためのアクセス権限を有するか否かを判定し、アクセス権限を有すると判定された場合は、複数の処理プログラムを実行することによって、情報保持手段から要求情報に対応する情報を取得することにより、要求情報を取得する単位でのアクセス制御が可能であるため、情報それぞれに対してアクセス権限を設定する必要がなく、アクセス管理の作業負担を軽減することができるという効果を奏する。また、管理者が意図する情報のまとまりでのアクセス制御が可能となるという効果を奏する。

また、請求項１３にかかる発明によれば、アカウントに対するアクセス権限の強度を保持する権限強度保持手段に設定されている利用者アカウントに対するアクセス権限の強度が、複数の処理プログラムに対してアクセス権限が設定されているアカウントのうち最もアクセス権限が弱いアカウントのアクセス権限の強度より強いまたは等しい場合に、情報保持手段から要求情報に対応する情報を取得するためのアクセス権限を有すると判定することにより、複数の処理プログラムを用いた情報取得処理に対して一括してアクセス権限を判定することができるため、管理者が意図するアクセス制御が可能となるという効果を奏する。

また、請求項１４にかかる発明によれば、アカウントに対するアクセス権限の強度を保持する権限強度保持手段に設定されている利用者アカウントに対するアクセス権限の強度が、複数の処理プログラムに対してアクセス権限を設定されているアカウントのうち最もアクセス権限が強いアカウントのアクセス権限の強度より強いまたは等しい場合に、情報保持手段から要求情報に対応する情報を取得するためのアクセス権限を有すると判定することにより、複数の処理プログラムを用いた情報取得処理に対して一括してアクセス権限を判定することができるため、管理者が意図するアクセス制御が可能となるという効果を奏する。

また、請求項１５にかかる発明によれば、利用者アカウントに、複数の処理プログラムのうちのすべての処理プログラムに対するアクセス権限が設定されている場合に、情報保持手段から要求情報に対応する情報を取得するためのアクセス権限を有すると判定することにより、複数の処理プログラムを用いた情報取得処理に対して一括してアクセス権限を判定することができるため、管理者が意図するアクセス制御が可能となるという効果を奏する。

また、請求項１６にかかる発明によれば、要求情報が示す属性に対応付けて保持されているアカウント情報を、属性と情報に対するアクセス権限のあるアカウント情報とを対応付けて保持する属性アクセス権限保持手段から取得し、アカウント情報に基づいて、利用者が使用する利用者アカウントが要求情報に対応する情報を取得するためのアクセス権限を有するか否かを判定し、アクセス権限を有すると判定された場合は、複数の処理プログラムを実行することによって、情報保持手段から要求情報に対応する情報を取得することにより、属性ごとにアクセス制御が可能となるため、漏れや抜けのないアクセス制御を行うことができるという効果を奏する。

また、請求項１７にかかる発明によれば、要求情報が示す属性および情報に対する操作に対応付けて保持されているアカウント情報を、属性とアカウント情報とに対応付けて操作をさらに保持する属性アクセス権限保持手段から取得し、アカウント情報に基づいて、利用者が使用する利用者アカウントが要求情報に対応する情報を取得するためのアクセス権限を有するか否かを判定することにより、属性に対する操作（例えば、情報の取得や設定等）ごとにアクセス制御が可能となるため、属性および操作に応じたアクセス制御を行うことができるという効果を奏する。

また、請求項１８にかかる発明によれば、処理プログラムは、さらに予め定められた定型処理を行うことにより、情報取得とともに定型処理を行うことができるため、作業の効率化を図ることができるという効果を奏する。

また、請求項１９にかかる発明によれば、請求項１０〜１８のいずれか一つに記載された情報取得方法をコンピュータに実行させることにより、請求項１０〜１８に記載したそれぞれの効果を奏する。

以下に添付図面を参照して、本発明にかかる情報処理装置、情報取得方法および情報取得プログラムの最良な実施の形態を詳細に説明する。なお、本発明は、本実施の形態に限定されるものではない。

（第１の実施の形態）
第１の実施の形態について、添付図面を参照して説明する。まず、本発明が適用される情報処理装置の構成例について説明する。図１は、第１の実施の形態にかかる情報処理装置の構成を示すブロック図である。

本実施の形態にかかる情報処理装置１００は、ＵＩ（User Interface）処理部１０１と、要求受付部１０２と、ビュー処理部１０３と、一時情報保持部１１０と、対応ビュー保持部１２０と、ビュー取得情報保持部１３０と、情報保持部１４０と、ビュー保持部１５０とを備えている。

ＵＩ処理部１０１は、利用者が要求する情報（要求情報）を入力し、要求情報に対応する情報を出力するものである。ＵＩ処理部１０１は、具体的にはキーボードやディスプレイ等である。なお、ネットワークを介して他の情報処理装置と接続するようなシステムを構成している場合は、ＵＩ処理部１０１に代えて入出力制御部を備え、他の情報処理装置に取得した情報を送信し、他の情報処置装置において取得した情報を出力してもよい。

ここで、要求情報とは、情報保持部１４０に格納されている複数の情報に含まれる一部または全部の情報の属性を示す。例えば、要求情報“アドレス情報”は、“名前”という属性と“E-mailアドレス”という属性のまとまりを示している。また、要求情報“アドレス情報”に対応する情報とは、情報保持部１４０に格納されている“名前”という属性に対応する情報、例えば“Ａ”と、“E-mailアドレス”という属性に対応する情報、例えば“ADXXXX@XXX.ne.jp”である。

要求受付部１０２は、ＵＩ処理部１０１から入力された要求情報を受付け、要求情報に対応するビュー名を対応ビュー保持部１２０から取得するものである。また、要求受付部１０２は、対応ビュー保持部１２０から取得されたビュー名に対応するビューをビュー保持部１５０からビュー処理部１０３に読込み、ビュー処理部１０３によって情報保持部１４０に保持されている情報を取得するものである。ここで、ビューとは、情報保持部１４０に保持されている情報の中から、予め定められた情報のまとまりを取得するプログラムである。ビューは、本発明にかかる処理プログラムを構成する。また、要求受付部１０２は、本発明にかかる要求受付手段、対応プログラム取得手段、読込手段を構成する。

ビュー処理部１０３は、要求受付部１０２の要求に従ってビュー保持部１５０から読込まれたビューを実行することにより、情報保持部１４０または一時情報保持部１１０から情報を取得するものである。すなわち、要求受付部１０２は、取得したい情報に対応するビューをビュー処理部１０３に読込み、実行させることによって、情報保持部１４０に保持された情報から所望の情報を取得することができる。

対応ビュー保持部１２０は、要求情報に対応する情報を取得するビューを識別するビュー名を格納する。図２は、対応ビュー保持部のデータ構成の一例を示す説明図である。対応ビュー保持部１２０は、ＵＩ処理部１０１によって入力される要求情報と、要求情報に対応する情報を取得するビューを識別するビュー名とを対応付けて記憶している。例えば、ＵＩ処理部１０１によって“アドレス情報”の取得を要求された場合は、“アドレス帳ビュー”という名称、すなわち識別情報を持つビューに情報の取得を要求することによって要求情報“アドレス情報”に対応する情報を取得することができる。

ビュー取得情報保持部１３０は、各ビューが情報保持部１４０から取得する情報の属性について格納する。図３は、ビュー取得情報保持部のデータ構成の一例を示す説明図である。ビュー取得情報保持部１３０は、ビュー名と、１または複数の情報の属性とを対応付けて保持する。例えば、“アドレス帳ビュー”は、情報保持部１４０から“名前”および“E-mailアドレス”という属性に対応する情報が取得されることを示している。

情報保持部１４０は、情報処理装置１００内またはＬＡＮ（Local Area Network）等によって接続されているシステム内で取扱う情報を保持するものである。図４は、情報保持部のデータ構成の一例を示す説明図である。情報保持部１４０は、情報処理装置１００内またはＬＡＮによって接続されているシステム内において、ある１つの情報を重複せず保持する。図４に示す情報保持部１４０では、情報の属性が示されているが、実際には利用者ごとの名前、アカウント、パスワード等の情報が保持されている。例えば、Ａさんに関する情報の場合、名前として“Ａ”、アカウントとして“Ｓ×××０４１”、パスワードとして“Ｐ×××３６５”等が保持されている。

ビュー保持部１５０は、要求情報に対応した複数のビューを保持するものである。ビュー保持部１５０は、例えばアドレス帳ビュー、部署グループビューなどのビューが保持され、要求受付部１０２の要求によって、ビュー処理部１０３に読込まれ、実行される。

一時情報保持部１１０は、複数のビューによって情報保持部１４０から取得した情報をさらに絞り込んで情報を取得する場合に、情報保持部１４０から取得した情報を一時的に保持するものである。

次に、上述したように構成されている情報処理装置１００による情報取得処理について説明する。図５は、要求受付部、ビュー処理部が行う情報取得処理手順を示すフローチャートである。

要求受付部１０２は、ＵＩ処理部１０１によって入力された情報取得の要求を受付ける（ステップＳ５０１）。要求受付部１０２は、対応ビュー保持部１２０から要求情報に対応するビュー名を取得する（ステップＳ５０２）。さらに、要求受付部１０２はビュー取得情報保持部１３０から取得したビュー名に対応する属性を取得する（ステップＳ５０３）。次に、要求受付部１０２は、ビュー保持部１５０からビュー名に対応するビューをビュー処理部１０３に読込む（ステップＳ５０４）。要求受付部１０２は、ビュー処理部１０３に対して情報の取得を要求する（ステップＳ５０５）。

ビュー処理部１０３は、要求受付部１０２からの情報取得の要求を受付ける（ステップＳ５０６）。ビュー処理部１０３は、情報保持部１４０から情報を取得する（ステップＳ５０７）。このように、ビュー処理部１０３は、ビュー名に対応するビューによってビュー自体に登録されている属性に対応する情報を取得する。例えば、アドレス帳ビューの場合は、情報保持部１４０に格納されている全ての利用者の名前とEmailアドレスに対応する情報が取得される。ビュー処理部１０３は、取得した情報を要求受付部１０２に送出する（ステップ５０８）。

要求受付部１０２は、取得された情報を受取る（ステップＳ５０９）。要求受付部１０２は、ビュー取得情報保持部１３０から取得した属性に対応付けて、取得された情報を編集する（ステップＳ５１０）。要求受付部１０２は、編集された情報をＵＩ処理部１０１に送出する（ステップＳ５１１）。ＵＩ処理部１０１では、編集された情報を表示画面等に出力する。または、ネットワークで接続された他の情報処理装置に送信する。

このように、情報保持部１４０で装置内または複数の装置をネットワークで接続したシステム内において同一の情報を重複することなく保持し、取得したい情報ごとに対応するビューを備え、ビューを読込んだビュー処理部１０３に対して情報を要求することによって取得したい情報を取得することができるため、情報を一元的に管理でき、目的別に同一の情報を複数管理する必要がなく、情報管理が容易になり、情報の整合性を取るための煩雑な作業を削減することができる。

また、情報保持部１４０に保持する情報に対して情報を追加したり、保持する情報の属性を変更する場合であっても、情報保持部１４０と、ビュー保持部１５０に保持されているビュー（処理プログラム）とを変更することによって、整合性を保つことができるため、変更に対する作業負担を軽減することができる。

次に、情報処理装置１００による複数のビューを用いて情報を取得する場合の情報取得処理について説明する。図６は、要求受付部、ビュー処理部が行う情報取得手順を示すフローチャートである。

要求受付部１０２は、ＵＩ処理部１０１によって入力された情報取得の要求を受付ける（ステップＳ６０１）。要求受付部１０２は、対応ビュー保持部１２０から要求情報に対応するビュー名を取得する（ステップＳ６０２）。例えば、要求情報が“部署グループアドレス帳”の場合、ビュー名“アドレス帳ビュー、部署グループビュー”が取得され、２つのビューによって情報が取得される。さらに、要求受付部１０２はビュー取得情報保持部１３０から所得したビュー名に対応する属性を取得する（ステップＳ６０３）。次に、要求受付部１０２は、ビュー保持部１５０からビュー名に対応するビューをビュー処理部１０３に読込む（ステップＳ６０４）。要求受付部１０２は、ビュー処理部１０３に対して情報取得を要求する（ステップＳ６０５）。

ビュー処理部１０３は、要求受付部１０２からの情報取得の要求を受付ける（ステップＳ６０６）。ビュー処理部１０３は、情報保持部１４０または一時情報保持部１１０から情報を取得する（ステップＳ６０７）。すなわち、初回は、情報保持部１４０から情報を取得し、２回以降は、前回取得されて一時情報保持部１１０に格納された情報に対して要求された情報を取得する。ビュー処理部１０３は、取得した情報を要求受付部１０２に送出する（ステップ６０８）。

要求受付部１０２は、取得された情報を受取る（ステップＳ６０９）。要求受付部１０２は、取得された情報を一時情報保持部１１０に格納する（ステップＳ６１０）。要求受付部１０２は、全てのビュー処理が終了したか否かを判断する（ステップＳ６１１）。全てのビュー処理が終了していないと判断した場合は（ステップＳ６１１：Ｎｏ）、ステップＳ６０４に戻り、残りのビュー処理を実行する。

全てのビュー処理が終了したと判断した場合は（ステップＳ６１１：Ｙｅｓ）、要求受付部１０２はビュー取得情報保持部１３０から取得した属性に対応付けて、取得された情報を編集する（ステップＳ６１２）。要求受付部１０２は、編集した情報をＵＩ処理部１０１に送出する（ステップＳ６１３）。ＵＩ処理部１０１では、編集された情報を表示画面等に出力する。または、ネットワークで接続された他の情報処理装置に送信する。

このように、複数のビューを用いて情報取得処理を実行することにより、基本的なビューを用意するだけで、情報保持部１４０に格納されている情報に対して様々なパターンの情報の取得が可能となり、準備すべきビューの数を削減でき、ビューの作成、管理の作業負担を削減することができる。

次に、上述した情報取得処理を図７を用い、図５のフローチャートの流れに沿って説明する。図７は、アドレス情報を取得する際の処理の流れを示す説明図である。なお、図７に示す説明図では、情報の流れを中心に示している。

要求受付部１０２は、ＵＩ処理部１０１によって入力された“アドレス情報”取得の要求を受付ける（ステップＳ５０１）。要求受付部１０２は、対応ビュー保持部１２０から“アドレス情報”に対応するビュー名“アドレス帳ビュー”を取得する（ステップＳ５０２）。さらに、要求受付部１０２はビュー取得情報保持部１３０から取得したビュー名“アドレス帳ビュー”に対応する属性“名前”、“E-mailアドレス”を取得する（ステップＳ５０３）。次に、要求受付部１０２は、ビュー保持部１５０からビュー名に対応するビュー“アドレス帳ビュー”をビュー処理部１０３に読込む（ステップＳ５０４）。要求受付部１０２は、ビュー処理部１０３、すなわち“アドレス帳ビュー”に対して情報の取得を要求する（ステップＳ５０５）。

ビュー処理部（アドレス帳ビュー）１０３は、要求受付部１０２からの情報取得の要求を受付ける（ステップＳ５０６）。ビュー処理部（アドレス帳ビュー）１０３は、情報保持部１４０から要求情報、すなわち名前とE-mailアドレスに対応する情報を取得する（ステップＳ５０７）。つまり、アドレス帳ビューの場合は、情報保持部１４０に格納されている全ての利用者の名前とE-mailアドレスに対応する情報が取得される。ビュー処理部１０３は、取得した情報を要求受付部１０２に送出する（ステップ５０８）。

また、他の具体的な処理として、部署グループメンバー情報の取得処理を図８を用い、図５のフローチャートの流れに合わせて説明する。図８は、部署グループメンバー情報を取得する際の処理の流れを示す説明図である。なお、図８に示す説明図では、情報の流れを中心に示している。

要求受付部１０２は、ＵＩ処理部１０１によって入力された“部署グループメンバー情報”の要求を受付ける（ステップＳ５０１）。要求受付部１０２は、対応ビュー保持部１２０から“部署グループメンバー情報”に対応するビュー名“部署グループビュー”を取得する（ステップＳ５０２）。さらに、要求受付部１０２は、ビュー取得情報保持部１３０からビュー名“部署グループビュー”に対応する属性“Ａさんの全属性”、“Ｂさんの全属性”、“Ｃさんの全属性”を取得する（ステップＳ５０３）。次に、要求受付部１０２は、ビュー保持部１５０からビュー名に対応するビュー“部署グループビュー”をビュー処理部１０３に読込む（ステップＳ５０４）。要求受付部１０２は、ビュー処理部１０３、すなわち“部署グループビュー”に対して情報の取得を要求する（ステップＳ５０５）。

ビュー処理部（部署グループビュー）１０３は、要求受付部１０２からの情報取得の要求を受付ける（ステップＳ５０６）。ビュー処理部（部署グループビュー）１０３は、情報保持部１４０から要求情報、すなわちＡさんの全属性、Ｂさんの全属性、Ｃさんの全属性を取得する（ステップＳ５０７）。ビュー処理部１０３は、取得した情報を要求受付部１０２に送出する（ステップ５０８）。

次に、複数のビューを用いた部署グループのアドレス帳情報の取得処理を図９を用い、図６のフローチャートの流れに沿って説明する。図９は、部署グループのアドレス帳情報を取得する際の処理の流れを示す説明図である。なお、図９に示す説明図では、情報の流れを中心に示している。

要求受付部１０２は、ＵＩ処理部１０１によって入力された情報“部署グループアドレス帳情報”取得の要求を受付ける（ステップＳ６０１）。要求受付部１０２は、対応ビュー保持部１２０から“部署グループアドレス帳情報”に対応するビュー名“アドレス帳ビュー、部署グループビュー”を取得する（ステップＳ６０２）。さらに、要求受付部１０２はビュー取得情報保持部１３０から所得したビュー名に対応する属性を取得する（ステップＳ６０３）。すなわち、ビュー名“アドレス帳ビュー”に対応する属性“名前”、“E-mailアドレス”が取得され、ビュー名“部署グループビュー”に対応する属性“Ａさんの全属性”、“Ｂさんの全属性”、“Ｃさんの全属性”が取得される。次に、要求受付部１０２は、ビュー保持部１５０からビュー名に対応するビュー“アドレス帳ビュー”をビュー処理部１０３に読込む（ステップＳ６０４）。要求受付部１０２は、ビュー処理部１０３、すなわち“アドレス帳ビュー”に対して情報の取得を要求する（ステップＳ６０５）。

ビュー処理部（アドレス帳ビュー）１０３は、要求受付部１０２から情報取得の要求を受付ける（ステップＳ６０６）。ビュー処理部（アドレス帳ビュー）１０３は、情報保持部１４０から情報を取得する（ステップＳ６０７）。ビュー処理部（アドレス帳ビュー）１０３は、取得した情報、すなわち情報保持部１４０に格納されている全てのメンバーの名前、E-mailアドレスに対応する情報を要求受付部１０２に送出する（ステップ６０８）。

要求受付部１０２は、取得された情報を受取る（ステップＳ６０９）。要求受付部１０２は、取得された情報を一時情報保持部１１０に格納する（ステップＳ６１０）。全てのビュー処理が終了していないと判断し（ステップＳ６１１：Ｎｏ）、ステップＳ６０４に戻り、残りのビュー処理を実行する。

要求受付部１０２は、ビュー保持部１５０からビュー名に対応するビュー“部署グループビュー”をビュー処理部１０３に読込む（ステップＳ６０４）。要求受付部１０２は、ビュー処理部１０３、すなわち“部署グループビュー”に対して情報取得を要求する（ステップＳ６０５）。ビュー処理部（部署グループビュー）１０３は、要求受付部１０２から情報取得の要求を受付ける（ステップＳ６０６）。ビュー処理部（部署グループビュー）１０３は、一時情報保持部１１０から情報を取得する（ステップＳ６０７）。ここで、一時情報保持部１１０に格納されている情報は、情報保持部１４０に格納されていた全てのメンバーの名前、E-mailアドレスに対応する情報である。よって、一時情報保持部１１０に格納されている情報から部署グループビューによって部署グループメンバー“Ａさんの全属性、Ｂさんの全属性、Ｃさんの全属性”を取得すると、Ａさんの名前、E-mailアドレス、Ｂさんの名前、E-mailアドレス、Ｃさんの名前、E-mailアドレスに対応する情報を取得することができる。

ビュー処理部（部署グループビュー）１０３は、取得した情報、すなわちＡさんの名前、E-mailアドレス、Ｂさんの名前、E-mailアドレス、Ｃさんの名前、E-mailアドレスに対応する情報を要求受付部１０２に送出する（ステップ６０８）。要求受付部１０２は、取得された情報を受取る（ステップＳ６０９）。要求受付部１０２は、取得された情報を一時情報保持部１１０に格納する（ステップＳ６１０）。

全てのビュー処理が終了し（ステップＳ６１１：Ｙｅｓ）、要求受付部１０２はビュー取得情報保持部１３０から取得した属性に対応付けて、取得された情報を編集する（ステップＳ６１２）。要求受付部１０２は、編集した情報をＵＩ処理部１０１に送出する（ステップＳ６１３）。ＵＩ処理部１０１では、編集された情報を表示画面等に出力する。または、ネットワークで接続された他の情報処理装置に送信する。

（第２の実施の形態）
第２の実施の形態について、添付図面を参照して説明する。本発明が適用される情報処理装置の構成例について、第１の実施の形態と異なる部分を説明する。他の部分については第１の実施の形態と同様であるので、上述した説明を参照し、ここでの説明を省略する。図１０は、第２の実施の形態にかかる情報処理装置の構成を示すブロック図である。

本実施の形態の情報処理装置２００は、ＵＩ処理部１０１と、要求受付部２０２と、ビュー処理部１０３と、アクセス可否判定部２０４と、一時情報保持部１１０と、対応ビュー保持部１２０と、ビュー取得情報保持部１３０と、情報保持部１４０と、ビュー保持部２５０と、アクセス権限情報保持部２６０と、アクセスルール保持部２７０と、権限保持部２８０と、判定結果保持部２９０と、を備えている。

ここで、ＵＩ処理部１０１と、ビュー処理部１０３と、一時情報保持部１１０と、対応ビュー保持部１２０と、ビュー取得情報保持部１３０と、情報保持部１４０の構成、機能は、第１の実施の形態と同様であるので、説明を省略する。

アクセス権限情報保持部２６０は、ビュー処理部１０３ごと、例えばアドレス帳ビューや部署グループビューごとにアクセスを認めるロールを格納する。図１１は、アクセス権限情報保持部のデータ構成の一例を示す説明図である。アクセス権限情報保持部２６０は、ビュー名とアクセス権限情報とを対応付けて記憶している。アクセス権限情報とは、ビューに対してアクセスを許可するロールを設定している。ロールとは、システムのログインする際の利用者が使用するアカウントをグループ分けしたものであり、例えば後述する図１２に示すような“ゲストユーザ”や“管理者”等である。ロールに対してアクセス可不可を設定することによって、アカウントそれぞれにアクセス権限を設定しなくても、利用者に対してアクセス権限を設定することができる。すなわち、ロールごとのアクセス権限を設定すれば、アカウントごとにアクセス権限を設定したことと同様となる。

アクセスルール保持部２７０は、システム全体に設定されているアクセスルールを保持するものである。アクセスルールとしては、“開放側”、“閉鎖側”、“全部必要”の３種類を設定することができる。ここで、“開放側”とは、権限が一番弱いロールが複数のビューのうち１つでもアクセス権限を持っていれば、複数のビューの全てに対してアクセスを可能とするものである。“閉鎖側”とは、権限が一番強いロールが複数のビューのうち１つでもアクセス権限を持っていれば、複数のビューの全てに対してアクセスを可能とするものである。“全部必要”とは、全てのビューに対するアクセス権限を持っている場合、複数のビューの全てに対してアクセスを可能とするものである。

権限保持部２８０は、各ロールに対するアクセス権限の強さを格納する。図１２は、権限保持部のデータ構成の一例を示す説明図である。権限保持部２８０は、ロールとアクセス権限の強さとを対応付けて記憶している。

要求受付部２０２は、上述した構成、機能に加え、利用者のビュー処理部１０３に対するアクセスの可否の判定をアクセス可否判定部２０４に対して要求するものである。ビュー保持部２５０は、上述したような情報保持部１４０から情報を取得する処理に加え、情報保持部１４０または一時情報保持部１１０に情報取得を要求する前に、アクセス可否判定部２０４に対して利用者のアクセス可否を問合せるビュー（処理プログラム）を保持するものである。アクセス可否判定部２０４は、複数のビューを用いた情報取得処理に対して、アカウントに対応するロールがアクセス可能か否かを判定するものである。

判定結果保持部２９０は、アクセス可否判定部２０４において判定された複数のビューを用いた情報取得処理に対するアクセス可否判定結果を格納するものである。

次に、上述したように構成されている情報処理装置２００による情報取得処理について説明する。図１３は、要求受付部、ビュー処理部が行う情報取得手順を示すフローチャートである。

要求受付部２０２は、ＵＩ処理部１０１によって入力された情報取得の要求を受付ける（ステップＳ１３０１）。要求受付部２０２は、対応ビュー保持部１２０から要求情報に対応するビュー名を取得する（ステップＳ１３０２）。さらに、要求受付部２０２はビュー取得情報保持部１３０から取得したビュー名に対応する属性を取得する（ステップＳ１３０３）。次に、アクセス可否判定処理を行う（ステップＳ１３０４）。詳細は後述する。次に、要求受付部２０２は、ビュー保持部１５０からビュー名に対応するビューをビュー処理部１０３に読込む（ステップＳ１３０５）。要求受付部２０２は、ビュー処理部１０３に対して情報取得を要求する（ステップＳ１３０６）。

ビュー処理部１０３は、要求受付部２０２からの情報取得の要求を受付ける（ステップＳ１３０７）。ビュー処理部１０３は、判定結果保持部２９０から判定結果を取得する（ステップＳ１３０８）。ビュー処理部１０３は、判定結果がアクセス許可か否かを判断する（ステップＳ１３０９）。判定結果がアクセス許可でないと判断した場合は（ステップＳ１３０９：Ｎｏ）、処理を抜ける。

判定結果がアクセス許可であると判断した場合は（ステップＳ１３０９：Ｙｅｓ）、ビュー処理部１０３は情報保持部１４０または一時情報保持部１１０から要求された情報を取得する（ステップＳ１３１０）。ビュー処理部１０３は、取得した情報を要求受付部２０２に送出する（ステップ１３１１）。

要求受付部２０２は、取得した情報を受取る（ステップＳ１３１２）。要求受付部２０２は、取得した情報を一時情報保持部１１０に格納する（ステップＳ１３１３）。要求受付部２０２は、全てのビュー処理が終了したか否かを判断する（ステップＳ１３１４）。全てのビュー処理が終了していないと判断した場合は（ステップＳ１３１４：Ｎｏ）、ステップＳ１３０５に戻り、残りのビュー処理を実行する。

全てのビュー処理が終了したと判断した場合は（ステップＳ１３１４：Ｙｅｓ）、要求受付部２０２はビュー取得情報保持部１３０から取得した属性に対応付けて、取得した情報を編集する（ステップＳ１３１５）。要求受付部２０２は、編集した情報をＵＩ処理部１０１に送出する（ステップＳ１３１６）。ＵＩ処理部１０１では、編集した情報を表示画面等に出力する。または、ネットワークで接続された他の情報処理装置に送信する。

次に、アクセス可否判定部２０４によるアクセス可否判定処理について説明する。図１４は、アクセス可否判定部が行うアクセス可否判定処理手順を示すフローチャートである。

アクセス可否判定部２０４は、要求受付部２０２から利用ビューを取得する（ステップＳ１４０１）。アクセス可否判定部２０４は、アクセス権限情報保持部２６０から利用ビューに対するアクセス権限情報を取得する（ステップＳ１４０２）。アクセス可否判定部２０４は、利用ビューに対するアクセス権限情報があるか否かを判断する（ステップＳ１４０３）。利用ビューに対するアクセス権限情報がないと判断した場合は（ステップＳ１４０３：Ｎｏ）、すなわち利用ビューに対するアクセス権限が設定されず、全ての利用者にアクセスを許可している場合は、ステップＳ１４１０に進む。

利用ビューに対するアクセス権限情報があると判断した場合は（ステップＳ１４０３：Ｙｅｓ）、アクセス可否判定部２０４は権限保持部２８０からアクセス可能なロールのアクセス権限の強さを取得する（ステップＳ１４０４）。さらに、アクセス可否判定部２０４は、アクセスルール保持部２７０からアクセスルールを取得し、いずれのアクセスルールを適用するかを判断する（ステップＳ１４０５）。

アクセスルールが“開放側”であると判断した場合は（ステップＳ１４０５：開放側）、アクセス可否判定部２０４はアクセス権限が一番弱いロールを選択する（ステップＳ１４０６）。アクセスルールが“閉鎖側”であると判断した場合は（ステップＳ１４０５：閉鎖側）、アクセス可否判定部２０４はアクセス権限が一番強いロールを選択する（ステップＳ１４０７）。アクセスルールが“全部必要”であると判断した場合は（ステップＳ１４０５：全部必要）、アクセス可否判定部２０４は全てのビューにアクセス権限があるロールを選択する（ステップＳ１４０８）。

アクセス可否判定部２０４は、利用者にアクセス権限があるか否かを判断する（ステップＳ１４０９）。すなわち、アクセスルールが“開放側”または“閉鎖側”の場合は、利用者が使用しているアカウントが属するロールの強さが選択されたロールの強さと等しいまたは強い場合に利用者が使用しているアカウントはアクセス権を有すると判断する。また、アクセスルールが“全部必要”の場合は、利用者が使用しているアカウントが属するロールが選択されたロールと等しい場合に利用者が使用しているアカウントはアクセス権を有すると判断する。

図１５は、本実施の形態での各ロールのアクセス権限範囲の一例を示す説明図である。図１６は、従来技術での各ロールのアクセス権限範囲の一例を示す説明図である。従来は、図１６に示すような包含関係としてアクセス権限範囲を規定していた。これにより、下位のロール（例えば、ゲストユーザ）に許可されたアクセスは、いかなるときも上位のロール（例えば、一般ユーザ）に許可されることになる。よって、下位のロールだけに権限を与えることはできない。

一方、本実施の形態での各ロールのアクセス権限範囲は、上述したような設定および処理を行うことによって、図１５に示すようなアクセス権限範囲を設定することができる。すなわち、強いロールと弱いロールは包含関係を採っていない。例えば、アクセスルールを“全部必要”と設定した場合は、弱いロールがアクセスを許可されても、強いロールがアクセスを許可されないことがある。なお、従来のような包含関係を実現するためには、一番強いロールの権限があればアクセスを許可するという設定、すなわち“閉鎖側”に設定すればよい。

ステップＳ１４０９に戻り、利用者が使用しているアカウントにアクセス権限があると判断した場合は（ステップＳ１４０９：Ｙｅｓ）、“アクセス許可”を判定結果保持部２９０に格納する（ステップＳ１４１０）。利用者が使用しているアカウントにアクセス権限がないと判断した場合は（ステップＳ１４０９：Ｎｏ）、“アクセス不可”を判定結果保持部２９０に格納する（ステップＳ１４１１）。

このように、ビュー自体にアクセス権限の強さを設定し、さらにアクセスルールによってアクセス可否を制御するにより、管理者が意図する情報に対するアクセス権限を容易に設定することができる。なお、さらに情報自体にアクセス権限を設定してもよい。これにより、より強固なセキュリティを実現することができる。

次に、具体的に部署グループアドレス情報の取得処理を、図１７、図１８を用いて図１３、図１４のフローチャートの流れに合わせて説明する。図１７は、部署グループアドレス情報の取得処理の流れを示す説明図である。図１８は、アクセス可否判定部によるアクセス判定処理の流れを示す説明図である。なお、図１７、図１８に示す説明図では、情報の流れを中心に示している。

図１７において、要求受付部２０２は、ＵＩ処理部１０１によって入力された“部署グループアドレス情報”の要求を受付ける（ステップＳ１３０１）。要求受付部２０２は、対応ビュー保持部１２０から要求された“部署グループアドレス情報”に対応するビュー名“アドレス帳ビュー、部署グループビュー”を取得する（ステップＳ１３０２）。さらに、要求受付部２０２はビュー取得情報保持部１３０から所得したビュー名に対応する属性を取得する（ステップＳ１３０３）。すなわち、ビュー名“アドレス帳ビュー”に対応する属性“名前”、“E-mailアドレス”とビュー名“部署グループビュー”に対応する属性“Ａさんの全属性”、“Ｂさんの全属性”、“Ｃさんの全属性”を取得する。

図１８において、アクセス可否判定部２０４は、要求受付部２０２から利用ビュー“アドレス帳ビュー”、“部署グループビュー”を取得する（ステップＳ１４０１）。アクセス可否判定部２０４は、アクセス権限情報保持部２６０から利用ビューに対するアクセス権限情報を取得する（ステップＳ１４０２）。すなわち、利用ビュー“アドレス帳ビュー”に対するアクセス権限情報“一般ユーザ”を取得し、利用ビュー“部署グループビュー”に対するアクセス権限情報“部署メンバー”を取得する。

アクセス可否判定部２０４は、利用ビューに対するアクセス権限情報があると判断し（ステップＳ１４０３：Ｙｅｓ）、アクセス可否判定部２０４は権限保持部２８０からアクセス可能なロールのアクセス権限の強さを取得する（ステップＳ１４０４）。すなわち、“アドレス帳ビュー”が許可するロールである“一般ユーザ”のアクセス権限の強さ“３”が取得され、“部署グループビュー”が許可するロールである“部署メンバー”のアクセス権限の強さ“４”が取得される。さらに、アクセス可否判定部２０４は、アクセスルール保持部２７０からアクセスルールを取得し、どのアクセスルールかを判断する（ステップＳ１４０５）。本具体例では、“閉鎖側”が取得される。

アクセスルールが“閉鎖側”であると判断するため（ステップＳ１４０５：閉鎖側）、アクセス可否判定部２０４はアクセス権限が一番強いロールである“部署メンバー”を選択する（ステップＳ１４０７）。アクセス可否判定部２０４は、利用者にアクセス権限があるか否かを判断する（ステップＳ１４０９）。例えば、利用者が使用しているアカウントが属するロールが“部署メンバー”の場合は、アクセスルールが“閉鎖側”で、利用者が使用しているアカウントが属するロール“部署メンバー”の強さ“４”が選択されたロール“部署メンバー”の強さ“４”と等しいため、利用者が使用しているアカウントはアクセス権限を有すると判断する。なお、例えば利用者が使用しているアカウントが属するロールが“一般ユーザ”の場合は、アクセスルールが“閉鎖側”で、利用者が使用しているアカウントが属するロール“一般ユーザ”の強さ“３”が選択されたロール“部署メンバー”の強さ“４”より弱いため、利用者が使用しているアカウントはアクセス権限を有しないと判断する。アクセス可否判定部２０４は、利用者が使用しているアカウントにアクセス権限があると判断し（ステップＳ１４０９：Ｙｅｓ）、“アクセス許可”を判定結果保持部２９０に格納する（ステップＳ１４１０）。

図１７に戻り、要求受付部２０２は、ビュー保持部１５０からビュー名に対応するビュー“アドレス帳ビュー”をビュー処理部１０３に読込む（ステップＳ１３０５）。要求受付部２０２は、ビュー処理部１０３、すなわち“アドレス帳ビュー”に対して情報取得を要求する（ステップＳ１３０６）。

ビュー処理部（アドレス帳ビュー）１０３は、要求受付部２０２からの情報取得の要求を受付ける（ステップＳ１３０７）。ビュー処理部１０３は、判定結果保持部２９０から判定結果を取得し（ステップＳ１３０８）、判定結果が“アクセス許可”であると判断する（ステップＳ１３０９：Ｙｅｓ）。

ビュー処理部１０３は、情報保持部１４０から情報を取得する（ステップＳ１３１０）。すなわち、名前およびE-mailアドレスに対応する情報を取得する。ビュー処理部１０３は、取得した情報を要求受付部２０２に送出する（ステップ１３１１）。

要求受付部２０２は、取得した情報を受取る（ステップＳ１３１２）。要求受付部２０２は、取得した情報を一時情報保持部１１０に格納する（ステップＳ１３１３）。要求受付部２０２は、全てのビュー処理が終了していないと判断した場合は（ステップＳ１３１４：Ｎｏ）、ステップＳ１３０５に戻る。

ステップＳ１３０５において、要求受付部２０２は、ビュー保持部１５０からビュー名に対応するビュー“部署グループビュー”をビュー処理部１０３に読込む（ステップＳ１３０４）。要求受付部２０２は、ビュー処理部１０３、すなわち“部署グループビュー”に対して情報取得を要求する（ステップＳ１３０６）。

ビュー処理部（部署グループビュー）１０３は、要求受付部２０２からの情報取得の要求を受付ける（ステップＳ１３０７）。ビュー処理部１０３は、判定結果保持部２９０から判定結果を取得し（ステップＳ１３０８）、判定結果が“アクセス許可”であると判断する（ステップＳ１３０９：Ｙｅｓ）。

ビュー処理部１０３は、一時情報保持部１１０から要求された情報を取得する（ステップＳ１３１０）。すなわち、全てのメンバーの名前およびE-mailアドレスに対応する情報からＡさん、Ｂさん、Ｃさんの情報を取得する。ビュー処理部１０３は、取得した情報を要求受付部２０２に送出する（ステップ１３１１）。

要求受付部２０２は、取得した情報を受取り（ステップＳ１３１２）、取得した情報を一時情報保持部１１０に格納する（ステップＳ１３１３）。

全てのビュー処理が終了したと判断した場合は（ステップＳ１３１４：Ｙｅｓ）、要求受付部２０２はビュー取得情報保持部１３０から取得した属性に対応付けて、取得された情報を編集する（ステップＳ１３１５）。要求受付部２０２は、編集した情報をＵＩ処理部１０１に送出する（ステップＳ１３１６）。ＵＩ処理部１０１では、編集された情報を表示画面等に出力する。または、ネットワークで接続された他の情報処理装置に送信する。

（第３の実施の形態）
第３の実施の形態について、添付図面を参照して説明する。本発明が適用される情報処理装置の構成例について、第１の実施の形態と異なる部分を説明する。他の部分については第１の実施の形態と同様であるので、上述した説明を参照し、ここでの説明を省略する。図１９は、第３の実施の形態にかかる情報処理装置の構成を示すブロック図である。

本実施の形態の情報処理装置３００は、ＵＩ処理部１０１と、要求受付部１０２と、ビュー処理部１０３と、一時情報保持部１１０と、対応ビュー保持部１２０と、ビュー取得情報保持部１３０と、情報保持部１４０と、ビュー保持部３５０を備えている。ここで、ＵＩ処理部１０１と、要求受付部１０２と、ビュー処理部１０３と、一時情報保持部１１０と、対応ビュー保持部１２０と、ビュー取得情報保持部１３０と、情報保持部１４０の構成、機能は、第１の実施の形態と同様であるので、説明を省略する。

ビュー保持部３５０は、上述したように情報保持部１４０から情報を取得する処理に加え、定型処理を行うビュー（処理プログラム）を保持するものである。例えば、定型処理としては、取得したアドレスに対するメールを生成し、本文に定型文を付加するような処理やアカウントに対するパスワードを要求された場合に表示用文字として“＊＊＊＊＊”を設定する処理等がある。

次に、上述したように構成されている情報処理装置３００による定型処理付き情報取得処理について説明する。図２０は、要求受付部、ビュー処理部が行う定型処理付き情報取得処理手順を示すフローチャートである。

本実施の形態にかかる情報取得処理の手順は、図５に示すフローチャートとほぼ同様であるので、異なる部分のみ説明する。ステップＳ２００１〜ステップＳ２００５、ステップＳ２０１１〜ステップＳ２０１３は、図５でのステップＳ５０１〜ステップＳ５０５、ステップＳ５０９〜ステップＳ５１１の説明を参照し、ここでの説明を省略する。

ビュー処理部１０３は、要求受付部１０２からの情報取得の要求を受付ける（ステップＳ２００６）。ビュー処理部１０３は、定型処理があるか否かを判断する（ステップＳ２００７）。定型処理がないと判断した場合は（ステップＳ２００７：Ｎｏ）、ステップＳ２００９に進む。定型処理があると判断した場合は（ステップＳ２００７：Ｙｅｓ）、ビュー処理部１０３は定型処理を実行する（ステップＳ２００８）。ビュー処理部１０３は、情報保持部１４０から要求情報を取得する（ステップＳ２００９）。ビュー処理部１０３は、取得した情報を要求受付部１０２に送出する（ステップ２０１０）。なお、ビュー処理部１０３において、定型処理の有無を判定せず、必ず定型処理を行うようにしてもよい。

このように、情報取得処理に定型処理を組み込むことができるため、取得した情報に対して予め定められた処理を漏れなく行うことができるため、作業効率を向上することができる。

次に、具体的に定型処理付きアドレス情報の取得を、図２１を用いて図２０のフローチャートの流れに合わせて説明する。図２１は、定型処理付きアドレス情報を取得する際の処理の流れを示す説明図である。なお、図２１に示す説明図では、情報の流れを中心に示している。

要求受付部１０２は、ＵＩ処理部１０１によって入力された“アドレス情報”の要求を受付ける（ステップＳ２００１）。要求受付部１０２は、対応ビュー保持部１２０から要求情報“アドレス情報”に対応するビュー名“アドレス帳ビュー”を取得する（ステップＳ２００２）。さらに、要求受付部１０２はビュー取得情報保持部１３０からビュー名“アドレス帳ビュー”に対応する属性“名前”、“E-mailアドレス”を取得する（ステップＳ２００３）。要求受付部１０２は、ビュー保持部３５０からビュー名に対応するビュー“アドレス帳ビュー”をビュー処理部１０３に読込む（ステップＳ２００４）。要求受付部１０２は、ビュー処理部１０３、すなわち“アドレス帳ビュー”に対して情報取得を要求する（ステップＳ２００５）。

ビュー処理部（アドレス帳ビュー）１０３は、要求受付部１０２からの情報取得の要求を受付ける（ステップＳ２００６）。ビュー処理部１０３は、定型処理があると判断し（ステップＳ２００７：Ｙｅｓ）、定型処理を実行する（ステップＳ２００８）。本例では、メール本文に定型文を追加する定型処理を行う。ビュー処理部１０３は、情報保持部１４０から要求された情報を取得する（ステップＳ２００９）。ビュー処理部１０３は、取得した情報を要求受付部１０２に送出する（ステップ２０１０）。なお、さらに取得したE-mailアドレスを送信メールの宛先に設定する処理を行ってもよい。

要求受付部１０２は、取得した情報を受取る（ステップＳ２０１１）。要求受付部１０２は、ビュー取得情報保持部１３０によって取得された属性に対応付けて取得した情報を編集する（ステップＳ２０１２）。要求受付部１０２は、編集した情報をＵＩ処理部１０１に送出する（ステップＳ２０１３）。ＵＩ処理部１０１では、編集した情報を表示画面等に出力する。または、ネットワークで接続された他の情報処理装置に送信する。

よって、かかるビューを用いれば、メール送信用のデータに定型文を追加することが容易にできる。また、本文を変更した場合であっても、メール送信対象者に対して本文に同一の定型文を追加して送信することができる。

図２２は、上述した実施の形態における情報処理装置の機能を実現するための情報取得プログラムを実行したＰＣ（Personal Computer）のハードウェア構成を示した図である。本実施の形態のＰＣは、ＣＰＵ（Central Processing Unit）４０１等の制御装置と、ＲＯＭ（Read Only Memory）４０２やＲＡＭ（Random Access Memory）４０３等の記憶装置と、ＨＤＤ（Hard Disk Drive）、ＣＤ（Compact Disk）ドライブ装置等の外部記憶装置４０４と、ディスプレイ装置等の表示装置４０５と、キーボードやマウス等の入力装置４０６と、外部のネットワークと接続する通信インターフェース４０７と、これらを接続するバス４０８を備えており、通常のコンピュータを利用したハードウェア構成となっている。

また、情報取得プログラムは、ミドルウェアとして組み込まれた状態で、ＰＣ上で動作してもよいし、単独のプログラムとしてＰＣで実行してもよい。

また、ＰＣで実行可能な情報取得プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、ＰＣで実行可能な情報取得プログラムをインターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施の形態のＰＣで実行可能な情報取得プログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

また、上述した実施の形態で用いることが可能な情報取得プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

上述した実施の形態で用いることが可能なＰＣで実行される情報取得プログラムは、上述した各部（要求受付部、ビュー処理部、アクセス可否判定部等）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵが上記記録媒体から情報取得プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、要求受付部、ビュー処理部、アクセス可否判定部等が主記憶装置上に生成されるようになっている。

なお、一時保持部１１０、対応ビュー保持部１２０、ビュー取得情報保持部１３０、情報保持部１４０、ビュー保持部１５０、３５０、アクセス権限情報保持部２６０、アクセスルール保持部２７０、権限保持部２８０、判定結果保持部２９０は、ＨＤＤ（Hard Disk Drive）、光ディスク、メモリカードなどの一般的に利用されているあらゆる記憶媒体により構成することができる。

（第４の実施の形態）
第４の実施の形態について、添付図面を参照して説明する。本発明が適用される情報処理装置の構成例について、第２の実施の形態と異なる部分を説明する。他の部分については第２の実施の形態と同様であるので、上述した説明を参照し、ここでの説明を省略する。図２３は、第４の実施の形態にかかる情報処理装置の構成を示すブロック図である。

本実施の形態の情報処理装置５００は、ＵＩ処理部１０１と、要求受付部２０２と、ビュー処理部１０３と、属性アクセス可否判定部５０４と、一時情報保持部１１０と、対応ビュー保持部１２０と、ビュー取得情報保持部１３０と、情報保持部１４０と、ビュー保持部２５０と、属性アクセス権限情報保持部５６０とを備えている。

ここで、ＵＩ処理部１０１と、要求受付部２０２と、ビュー処理部１０３と、一時情報保持部１１０と、対応ビュー保持部１２０と、ビュー取得情報保持部１３０と、情報保持部１４０と、ビュー保持部２５０の構成、機能は、第１または第２の実施の形態と同様であるので、第１または第２の実施の形態での説明を参照し、ここでの説明を省略する。

属性アクセス権限情報保持部５６０は、属性および操作ごとにアクセスを認めるロール（ユーザ）を格納する。図２４は、属性アクセス権限情報保持部のデータ構成の一例を示す説明図である。アクセス権限情報保持部５６０は、属性名と操作とアクセス権限情報とを対応付けて記憶している。ここで、操作とは、情報保持部１４０に保持されている属性に対応する情報の取り扱い方法である。例えば、操作“ｇｅｔ”は、情報保持部１４０から情報を取得するという操作であり、操作“ｓｅｔ”は、情報保持部１４０に情報を格納するという操作である。アクセス権限情報とは、属性および操作ごとにアクセスを許可するロールを設定している。これにより、属性および操作ごとにアクセスの可不可を設定できるため、情報保持部１４０に保持している情報を属性や操作ごとにアクセス管理することができ、柔軟にアクセス管理を行うことができる。

また、属性アクセス権限情報保持部５６０は、属性名と操作とアクセス権限情報とを対応付けて記憶することに代えて、属性名とアクセス権限情報とを対応付けて記憶してもよい。これにより、属性に対する操作の種別に関らず、情報保持部１４０に保持している情報を属性ごとにアクセス管理することができる。

属性アクセス可否判定部５０４は、情報保持部１４０に保持されている情報を操作する際に、属性アクセス権限情報保持部５６０に保持された属性や操作に対応するアクセス権限を参照し、属性に対する情報へのアクセス可否を判定する。

次に、上述したように構成されている情報処理装置５００による情報取得処理について説明する。図２５−１、図２５−２は、要求受付部、ビュー処理部、属性アクセス可否判定部が行う情報取得処理手順を示すフローチャートである。

要求受付部２０２は、ＵＩ処理部１０１によって入力された情報取得の要求を受付ける（ステップＳ２５０１）。要求受付部２０２は、対応ビュー保持部１２０から要求情報に対応するビュー名を取得する（ステップＳ２５０２）。さらに、要求受付部２０２はビュー取得情報保持部１３０から取得したビュー名に対応する属性と識別情報を取得する（ステップＳ２５０３）。ここで、識別情報とは、ビュー処理部１０３で取得する情報が特定の属性に対応する情報すべてではない場合、例えば部署グループビューのようにＡさん、Ｂさん、Ｃさんの３人のみの情報を取得するような場合に、Ａさん、Ｂさん、Ｃさんそれぞれを識別するために与える情報である。なお、属性に対応する情報すべてを取得する場合は、識別情報は不要となる。要求受付部２０２は、属性と識別情報を属性アクセス可否判定部５０４に送出する（ステップＳ２５０４）。

属性アクセス可否判定部５０４は、属性と識別情報を受付ける（ステップＳ２５０５）。属性アクセス可否判定部５０４は、受付けた属性と識別情報と属性アクセス権限保持部５６０からアクセス制限設定表を生成する（ステップＳ２５０６）。ここで、アクセス制限設定表とは、ビュー処理部１０３による情報取得処理に対応したアクセス制限を示す表である。図２６は、アクセス制限設定表の一例を示す説明図である。図２６に示すように、ビュー処理部１０３の処理に対応したアクセス制限を一覧表で展開する。ここで、ビュー（データ）の識別情報とは、上述したように取得情報を識別する情報であり、例えばＩＤ＝１が“Ａさん”というように対応付けて情報を識別する。

次に、要求受付部２０２は、ビュー保持部１５０からビュー名に対応するビューをビュー処理部１０３に読込む（ステップＳ２５０７）。要求受付部２０２は、ビュー処理部１０３に対して情報取得を要求する（ステップＳ２５０８）。

ビュー処理部１０３は、要求受付部２０２からの情報取得の要求を受付ける（ステップＳ２５０９）。ビュー処理部１０３は、属性アクセス可否判定部５４０にアクセス権チェックの要求を送出する（ステップＳ２５１０）。

属性アクセス可否判定部５０４は、アクセス権チェックの要求を受付ける（ステップＳ２５１１）。属性アクセス可否判定部５０４は、情報保持部１４０から情報を取得する（ステップＳ２５１２）。属性アクセス可否判定部５０４は、アクセス制限設定表により属性ごとのアクセス権限をチェックする（ステップＳ２５１３）。例えば、図２６に示す場合において、属性“名前”を取得（ｇｅｔ）する際に、ロールが“一般ユーザ”であればアクセス権限があるため、アクセス権限チェック結果は“アクセス権限あり”と設定される。また、属性“パスワード”を取得（ｇｅｔ）する際に、ロールが“一般ユーザ”であればアクセス権限がないため、アクセス権限チェック結果は“アクセス権限なし”と設定される。属性アクセス可否判定部５０４は、ビュー処理部１０３に取得情報とアクセス権限チェック結果を送出する（ステップＳ２５１４）。

ビュー処理部１０３は、取得情報とアクセス権限チェック結果を受付ける（ステップＳ２５１５）。ビュー処理部１０３は、属性ごとのアクセス権限チェック結果からアクセス権限ありか否かを判断する（ステップＳ２５１６）。アクセス権限ありと判断した場合は（ステップＳ２５１６：Ｙｅｓ）、属性値として取得情報を格納する（ステップＳ２５１７）。アクセス権限なしと判断した場合は（ステップＳ２５１６：Ｎｏ）、該当の属性値を空にする（ステップＳ２５１８）。ビュー処理部１０３は、属性値を要求受付部２０２に送出する（ステップＳ２５１９）。

要求受付部２０２は、属性値を受取る（ステップＳ２５２０）。要求受付部２０２は、取得した属性値を一時情報保持部１１０に格納する（ステップＳ２５２１）。要求受付部２０２は、全てのビュー処理が終了したか否かを判断する（ステップＳ２５２２）。全てのビュー処理が終了していないと判断した場合は（ステップＳ２５２２：Ｎｏ）、ステップＳ２５０７に戻り、残りのビュー処理を実行する。

全てのビュー処理が終了したと判断した場合は（ステップＳ２５２２：Ｙｅｓ）、要求受付部２０２はビュー取得情報保持部１３０から取得した属性に対応付けて、取得した属性値を編集する（ステップＳ２５２３）。要求受付部２０２は、編集した属性値をＵＩ処理部１０１に送出する（ステップＳ２５２４）。ＵＩ処理部１０１では、編集した属性値を表示画面等に出力する。または、ネットワークで接続された他の情報処理装置に送信する。

このように、属性ごとにアクセス制限を可能にすることができるため、例えば属性“パスワード”のみは属性値が設定されていないため、一般ユーザがアクセスした場合には表示されないというようなきめ細やかなアクセス制御を実現することができる。

また、ビューにアクセス制御情報を設定するだけでなく、情報保持部１４０に保持されている情報の属性に対してアクセス制御情報を設定することができるため、複数のビューを切替えたり、後から新たな処理を行うビューを追加した場合でも、抜けや漏れがなく、利用者が意図するアクセス制御を実現することができる。

また、情報保持部１４０へのアクセスは、ビューを通してアクセスすることによりビュー処理部において漏れなくアクセス制御が実現されるため、利用者が意図するアクセス制御を属性単位で実現することができ、利用者の資産を強固に守ることが可能となる。

なお、図２５−１、図２５−２で説明した処理は、情報保持部１４０から情報を取得する場合の処理を説明したが、情報取得を情報設定に置き換えることにより、情報設定処理についても同様に属性ごとのアクセス制御を実現できる。

また、属性アクセス権限情報保持部５６０において、操作の種別ごとに区分せず、属性とアクセス権限情報とを対応付けて格納し、情報の取得および設定のいずれの場合でも、属性に対応するアクセス権限情報を参照してアクセス制御を行ってもよい。

次に、具体的にユーザチケット情報の取得処理を、図２７、図２８を用いて図２５−１、図２５−２のフローチャートの流れに合わせて説明する。図２７は、ユーザチケット情報の取得処理の流れ（アクセス権限あり）を示す説明図である。図２８は、ユーザチケット情報の取得処理の流れ（アクセス権限なし）を示す説明図である。なお、図２７、図２８に示す説明図では、情報の流れを中心に示している。

図２７において、要求受付部２０２は、ＵＩ処理部１０１によって入力された“ユーザチケット情報”の要求を受付ける（ステップＳ２５０１）。なお、ユーザチケット情報とは、現在のセッションで操作しているユーザの情報である。要求受付部２０２は、対応ビュー保持部１２０から要求された“ユーザチケット情報”に対応するビュー名“ユーザチケットビュー”を取得する（ステップＳ２５０２）。さらに、要求受付部２０２はビュー取得情報保持部１３０から所得したビュー名に対応する属性と識別情報を取得する（ステップＳ２５０３）。次に、要求受付部２０２は、属性と識別情報を属性アクセス可否判定部５０４に送出する（ステップＳ２５０４）。

属性アクセス可否判定部５０４は、属性と識別情報を受付け（ステップＳ２５０５）、アクセス制御設定表を生成する（ステップＳ２５０６）。

要求受付部２０２は、ビュー保持部１５０からビュー名に対応するビュー“ユーザチケットビュー”をビュー処理部１０３に読込む（ステップＳ２５０７）。要求受付部２０２は、ビュー処理部１０３、すなわち“ユーザチケットビュー”に対して情報取得を要求する（ステップＳ２５０８）。

ビュー処理部（ユーザチケットビュー）１０３は、要求受付部２０２からの情報取得の要求を受付ける（ステップＳ２５０９）。ビュー処理部１０３は、属性アクセス可否判定部５４０にアクセス権チェックの要求を送出する（ステップＳ２５１０）。

属性アクセス可否判定部５０４は、アクセス権チェックの要求を受付ける（ステップＳ２５１１）。属性アクセス可否判定部５０４は、情報保持部１４０から属性“ユーザ名”に対応する情報を取得する（ステップＳ２５１２）。属性アクセス可否判定部５０４は、アクセス制限設定表により属性“ユーザ名”のアクセス権限をチェックし（ステップＳ２５１３）、ビュー処理部１０３に取得情報とアクセス権限チェック結果を送出する（ステップＳ２５１４）。

ビュー処理部１０３は、取得情報とアクセス権限チェック結果を受付る（ステップＳ２５１５）。ビュー処理部１０３は、アクセス権限チェック結果から属性“ユーザ名”のアクセス権限ありと判断し（ステップＳ２５１６：Ｙｅｓ）、属性値として取得情報を格納する（ステップＳ２５１７）。ビュー処理部１０３は、属性値を要求受付部２０２に送出する（ステップＳ２５１９）。

要求受付部２０２は、属性値を受取り（ステップＳ２５２０）、取得した属性値を一時情報保持部１１０に格納する（ステップＳ２５２１）。要求受付部２０２は、全てのビュー処理が終了したと判断した場合は（ステップＳ２５２２：Ｙｅｓ）、要求受付部２０２はビュー取得情報保持部１３０から取得した属性“ユーザ名”に対応付けて、取得した属性値を編集する（ステップＳ２５２３）。要求受付部２０２は、編集した属性値をＵＩ処理部１０１に送出する（ステップＳ２５２４）。ＵＩ処理部１０１では、編集した属性値を表示画面等に出力する。または、ネットワークで接続された他の情報処理装置に送信する。

図２８は、図２７とほぼ同様であるため、異なる部分のみ説明する。ステップＳ２５０１〜ステップＳ２５１２に対応する処理については、図２７での説明と同様であるので、上述した説明を参照し、ここでの説明を省略する。

ステップＳ２５１３において、属性アクセス可否判定部５０４は、アクセス制限設定表により属性“ユーザ名”のアクセス権限をチェックし（ステップＳ２５１３）、ビュー処理部１０３に取得情報とアクセス権限チェック結果を送出する（ステップＳ２５１４）。ここでは、アクセス権限チェック結果として“アクセス権限なし”が送出される。

ビュー処理部１０３は、取得情報とアクセス権限チェック結果を受付る（ステップＳ２５１５）。ビュー処理部１０３は、アクセス権限チェック結果から属性“ユーザ名”のアクセス権限なしと判断し（ステップＳ２５１６：Ｎｏ）、属性値を空（ブランク）にする（ステップＳ２５１８）。ビュー処理部１０３は、属性値を要求受付部２０２に送出する（ステップＳ２５１９）。

要求受付部２０２は、属性値を受取り（ステップＳ２５２０）、取得した属性値を一時情報保持部１１０に格納する（ステップＳ２５２１）。要求受付部２０２は、全てのビュー処理が終了したと判断した場合は（ステップＳ２５２２：Ｙｅｓ）、要求受付部２０２はビュー取得情報保持部１３０から取得した属性“ユーザ名”に対応付けて、取得した属性値を編集する（ステップＳ２５２３）。要求受付部２０２は、編集した属性値をＵＩ処理部１０１に送出する（ステップＳ２５２４）。ＵＩ処理部１０１では、編集した属性値を表示画面等に出力する。または、ネットワークで接続された他の情報処理装置に送信する。このとき、属性“ユーザ名”の値はブランクであるため、ユーザ名は表示されない。

さらに、ビューと属性とアクセス制御情報とユーザ情報との関係について説明する。図２９は、ビューと属性とアクセス制御情報とユーザ情報との関係の一例を示す説明図である。図２９に示すように、各ビューは、属性を介して実際の情報にアクセスする。その際に、属性ごとにアクセス制御情報（ＡＣＬ：Access Control List）が設定され、属性に対応する情報にアクセスする際には、属性ごとのアクセス制御情報に従ってアクセスが制御されるため、利用者が意図するアクセス制御を容易に漏れなく実行することができる。

以上、本発明を第１〜第４の実施の形態を用いて説明してきたが、上述した実施の形態に多様な変更または改良を加えることができる。なお、上述した第１〜第４の実施の形態において説明した構成や機能は、自由に組み合わせることができる。

第１の実施の形態にかかる情報処理装置の構成を示すブロック図である。対応ビュー保持部のデータ構成の一例を示す説明図である。ビュー取得情報保持部のデータ構成の一例を示す説明図である。情報保持部のデータ構成の一例を示す説明図である。要求受付部、ビュー処理部が行う情報取得処理手順を示すフローチャートである。要求受付部、ビュー処理部が行う情報取得手順を示すフローチャートである。アドレス情報を取得する際の処理の流れを示す説明図である。部署グループメンバー情報を取得する際の処理の流れを示す説明図である。部署グループのアドレス帳情報を取得する際の処理の流れを示す説明図である。第２の実施の形態にかかる情報処理装置の構成を示すブロック図である。アクセス権限情報保持部のデータ構成の一例を示す説明図である。権限保持部のデータ構成の一例を示す説明図である。要求受付部、ビュー処理部が行う情報取得手順を示すフローチャートである。アクセス可否判定部が行うアクセス可否判定処理手順を示すフローチャートである。本実施の形態での各ロールのアクセス権限範囲の一例を示す説明図である。従来技術での各ロールのアクセス権限範囲の一例を示す説明図である。部署グループアドレス情報の取得処理の流れを示す説明図である。アクセス可否判定部によるアクセス判定処理の流れを示す説明図である。第３の実施の形態にかかる情報処理装置の構成を示すブロック図である。要求受付部、ビュー処理部が行う定型処理付き情報取得処理手順を示すフローチャートである。定型処理付きアドレス情報を取得する際の処理の流れを示す説明図である。上述した実施の形態における情報処理装置の機能を実現するための情報取得プログラムを実行したＰＣのハードウェア構成を示した図である。第４の実施の形態にかかる情報処理装置の構成を示すブロック図である。属性アクセス権限情報保持部のデータ構成の一例を示す説明図である。要求受付部、ビュー処理部、属性アクセス可否判定部が行う情報取得処理手順を示すフローチャートである。要求受付部、ビュー処理部、属性アクセス可否判定部が行う情報取得処理手順を示すフローチャートである。アクセス制限設定表の一例を示す説明図である。ユーザチケット情報の取得処理の流れ（アクセス権限あり）を示す説明図である。ユーザチケット情報の取得処理の流れ（アクセス権限なし）を示す説明図である。ビューと属性とアクセス制御情報とユーザ情報との関係の一例を示す説明図である。

符号の説明

１００２００３００５００情報処理装置
１０１ＵＩ処理部
１０２２０２要求受付部
１０３ビュー処理部
１１０一時情報保持部
１２０対応ビュー保持部
１３０ビュー取得情報保持部
１４０情報保持部
１５０２５０３５０ビュー保持部
２０４アクセス可否判定部
２６０アクセス権限情報保持部
２７０アクセスルール保持部
２８０権限保持部
２９０判定結果保持部
５０４属性アクセス可否判定部
５６０属性アクセス権限情報保持部

Claims

情報処理装置であって、
複数の情報のそれぞれを前記情報処理装置または前記情報処理装置を含むシステム内において重複することなく保持する情報保持手段と、
前記情報保持手段に保持された前記情報に含まれる一部または全部の情報の属性を示す要求情報と、当該要求情報に対応する前記情報を前記情報保持手段から取得する処理プログラムを識別する処理プログラム識別情報とを対応付けて保持する対応プログラム保持手段と、
前記処理プログラム識別情報のそれぞれに対応する処理プログラムを保持する処理プログラム保持手段と、
利用者によって入力された前記要求情報を受付ける要求受付手段と、
前記要求受付手段によって受付けた前記要求情報に対応する前記処理プログラム識別情報を前記対応プログラム保持手段から取得する対応プログラム取得手段と、
前記対応プログラム取得手段によって取得された前記処理プログラム識別情報に対応する前記処理プログラムを前記処理プログラム保持手段から読込む読込手段と、を備え、
前記要求受付手段は、さらに前記読込手段によって読込まれた前記処理プログラムを実行することによって、前記情報保持手段から前記要求情報に対応する前記情報を取得すること、を特徴とする情報処理装置。
前記対応プログラム取得手段は、さらに前記要求受付手段によって受付けられた前記要求情報に対応する複数の前記処理プログラム識別情報を前記対応プログラム保持手段から取得し、
前記読込手段は、前記対応プログラム取得手段によって取得された複数の前記処理プログラム識別情報に対応する前記処理プログラムを前記処理プログラム保持手段から読込み、
前記要求受付手段は、さらに前記読込手段によって読込まれた複数の前記処理プログラムを順次実行することによって、前記情報保持手段から前記要求情報に対応する前記情報を取得すること、を特徴とする請求項１に記載の情報処理装置。
前記処理プログラム識別情報と、前記情報に対するアクセス権限のあるアカウント情報とを対応付けて保持するアクセス権限保持手段と、
前記要求情報に対応する前記情報を取得するための複数の前記処理プログラムのそれぞれに対応付けて保持されている前記アカウント情報を前記アクセス権限保持手段から取得し、前記アカウント情報に基づいて、利用者が使用する利用者アカウントが前記要求情報に対応する前記情報を取得するためのアクセス権限を有するか否かを判定するアクセス可否判定手段と、をさらに備え、
前記要求受付手段は、さらに前記アクセス可否判定手段によってアクセス権限を有すると判定された場合は、複数の前記処理プログラムを実行することによって、前記情報保持手段から前記要求情報に対応する前記情報を取得すること、を特徴とする請求項２に記載の情報処理装置。
アカウントに対するアクセス権限の強度を保持する権限強度保持手段、をさらに備え、
前記アクセス可否判定手段は、前記権限強度保持手段に設定されている前記利用者アカウントに対するアクセス権限の強度が、複数の前記処理プログラムに対してアクセス権限が設定されているアカウントのうち最もアクセス権限が弱いアカウントのアクセス権限の強度より強いまたは等しい場合に、前記情報保持手段から前記要求情報に対応する前記情報を取得するためのアクセス権限を有すると判定すること、を特徴とする請求項３に記載の情報処理装置。
アカウントに対するアクセス権限の強度を保持する権限強度保持手段、をさらに備え、
前記アクセス可否判定手段は、前記権限強度保持手段に設定されている前記利用者アカウントに対するアクセス権限の強度が、複数の前記処理プログラムに対してアクセス権限を設定されているアカウントのうち最もアクセス権限が強いアカウントのアクセス権限の強度より強いまたは等しい場合に、前記情報保持手段から前記要求情報に対応する前記情報を取得するためのアクセス権限を有すると判定すること、を特徴とする請求項３に記載の情報処理装置。
前記アクセス可否判定手段は、前記利用者アカウントに、複数の前記処理プログラムのうちのすべての前記処理プログラムに対するアクセス権限が設定されている場合に、前記情報保持手段から前記要求情報に対応する前記情報を取得するためのアクセス権限を有すると判定すること、を特徴とする請求項３に記載の情報処理装置。
前記属性と、前記情報に対するアクセス権限のあるアカウント情報とを対応付けて保持する属性アクセス権限保持手段と、
前記要求情報が示す前記属性に対応付けて保持されている前記アカウント情報を前記属性アクセス権限保持手段から取得し、前記アカウント情報に基づいて、利用者が使用する利用者アカウントが前記要求情報に対応する前記情報を取得するためのアクセス権限を有するか否かを判定する属性アクセス可否判定手段と、をさらに備え、
前記要求受付手段は、さらに前記属性アクセス可否判定手段によってアクセス権限を有すると判定された場合は、複数の前記処理プログラムを実行することによって、前記情報保持手段から前記要求情報に対応する前記情報を取得すること、を特徴とする請求項１に記載の情報処理装置。
前記属性アクセス権限保持手段は、さらに前記属性と前記アカウント情報とに対応付けて前記情報に対する操作を保持し、
前記属性アクセス可否判定手段は、前記要求情報が示す前記属性および前記操作に対応付けて保持されている前記アカウント情報を前記属性アクセス権限保持手段から取得し、前記アカウント情報に基づいて、利用者が使用する利用者アカウントが前記要求情報に対応する前記情報を取得するためのアクセス権限を有するか否かを判定すること、を特徴とする請求項７に記載の情報処理装置。
前記処理プログラムは、さらに予め定められた定型処理を行うこと、を特徴とする請求項１〜８のいずれか一つに記載の情報処理装置。
情報処理装置であって、複数の情報のそれぞれを前記情報処理装置または前記情報処理装置を含むシステム内において重複することなく保持する情報保持手段と、前記情報保持手段に保持された前記情報に含まれる一部または全部の情報の属性を示す要求情報と、当該要求情報に対応する前記情報を前記情報保持手段から取得する処理プログラムを識別する処理プログラム識別情報とを対応付けて保持する対応プログラム保持手段と、前記処理プログラム識別情報のそれぞれに対応する処理プログラムを記憶する処理プログラム保持手段と、を備える前記情報処理装置における情報取得方法において、
要求受付手段によって、利用者によって入力された前記要求情報を受付ける要求受付ステップと、
対応プログラム取得手段によって、前記要求受付ステップによって受付けた前記要求情報に対応する前記処理プログラム識別情報を前記対応プログラム保持手段から取得する対応プログラム取得ステップと、
読込手段によって、前記対応プログラム取得ステップによって取得された前記処理プログラム識別情報に対応する前記処理プログラムを前記処理プログラム保持手段から読込む読込ステップと、を有し、
前記要求受付ステップは、さらに前記読込ステップによって読込まれた前記処理プログラムを実行することによって、前記情報保持手段から前記要求情報に対応する前記情報を取得すること、
を特徴とする情報取得方法。
前記対応プログラム取得ステップは、さらに前記要求受付ステップによって受付けられた前記要求情報に対応する複数の前記処理プログラム識別情報を前記対応プログラム保持手段から取得し、
前記読込ステップは、前記対応プログラム取得ステップによって取得された複数の前記処理プログラム識別情報に対応する前記処理プログラムを前記処理プログラム保持手段から読込み、
前記要求受付ステップは、さらに前記読込ステップによって読込まれた複数の前記処理プログラムを順次実行することによって、前記情報保持手段から前記要求情報に対応する前記情報を取得すること、を特徴とする請求項１０に記載の情報取得方法。
アクセス可否判定手段によって、前記要求情報に対応する前記情報を取得するための複数の前記処理プログラムのそれぞれに対応付けて保持されている前記アカウント情報を、前記処理プログラム識別情報と前記情報に対するアクセス権限のあるアカウント情報とを対応付けて保持するアクセス権限保持手段から取得し、前記アカウント情報に基づいて、利用者が使用する利用者アカウントが前記要求情報に対応する前記情報を取得するためのアクセス権限を有するか否かを判定するアクセス可否判定ステップと、をさらに有し、
前記要求受付ステップは、さらに前記アクセス可否判定ステップによってアクセス権限を有すると判定された場合は、複数の前記処理プログラムを実行することによって、前記情報保持手段から前記要求情報に対応する前記情報を取得すること、を特徴とする請求項１１に記載の情報取得方法。
前記アクセス可否判定ステップは、アカウントに対するアクセス権限の強度を保持する権限強度保持手段に設定されている前記利用者アカウントに対するアクセス権限の強度が、複数の前記処理プログラムに対してアクセス権限が設定されているアカウントのうち最もアクセス権限が弱いアカウントのアクセス権限の強度より強いまたは等しい場合に、前記情報保持手段から前記要求情報に対応する前記情報を取得するためのアクセス権限を有すると判定すること、を特徴とする請求項１２に記載の情報取得方法。
前記アクセス可否判定ステップは、アカウントに対するアクセス権限の強度を保持する権限強度保持手段に設定されている前記利用者アカウントに対するアクセス権限の強度が、複数の前記処理プログラムに対してアクセス権限を設定されているアカウントのうち最もアクセス権限が強いアカウントのアクセス権限の強度より強いまたは等しい場合に、前記情報保持手段から前記要求情報に対応する前記情報を取得するためのアクセス権限を有すると判定すること、を特徴とする請求項１２に記載の情報取得方法。
前記アクセス可否判定ステップは、前記利用者アカウントに、複数の前記処理プログラムのうちのすべての前記処理プログラムに対するアクセス権限が設定されている場合に、前記情報保持手段から前記要求情報に対応する前記情報を取得するためのアクセス権限を有すると判定すること、を特徴とする請求項１２に記載の情報取得方法。
属性アクセス可否判定手段によって、前記要求情報が示す前記属性に対応付けて保持されている前記アカウント情報を、前記属性と前記情報に対するアクセス権限のあるアカウント情報とを対応付けて保持する属性アクセス権限保持手段から取得し、前記アカウント情報に基づいて、利用者が使用する利用者アカウントが前記要求情報に対応する前記情報を取得するためのアクセス権限を有するか否かを判定する属性アクセス可否判定ステップと、をさらに有し、
前記要求受付ステップは、さらに前記属性アクセス可否判定ステップによってアクセス権限を有すると判定された場合は、複数の前記処理プログラムを実行することによって、前記情報保持手段から前記要求情報に対応する前記情報を取得すること、を特徴とする請求項１０に記載の情報取得方法。
前記属性アクセス可否判定ステップは、前記要求情報が示す前記属性および前記情報に対する操作に対応付けて保持されている前記アカウント情報を、前記属性と前記アカウント情報とに対応付けて前記操作をさらに保持する属性アクセス権限保持手段から取得し、前記アカウント情報に基づいて、利用者が使用する利用者アカウントが前記要求情報に対応する前記情報を取得するためのアクセス権限を有するか否かを判定すること、を特徴とする請求項１６に記載の情報取得方法。
前記処理プログラムは、さらに予め定められた定型処理を行うこと、を特徴とする請求項１０〜１７のいずれか一つに記載の情報取得方法。
請求項１０〜１８のいずれか一つに記載された情報取得方法をコンピュータに実行させることを特徴とする情報取得プログラム。