データ管理装置
【課題】複数の記憶装置にまたがるデータ検索の場合にも一度の処理で必要な検索制限情報を取得できる仕組みを実現する。
【解決手段】検索制限記憶部４５が、対象とする記憶装置５３〜５６が異なる２つ以上の検索制限情報を共通する制限定義名を付与して記憶しており、データ検索要求があった際に、アーカイブ検索部３１が、データ検索要求元のユーザの属性に基づき、当該ユーザに適用する制限定義名を決定し、アクセス管理部４０が、決定された制限定義名が付与されている２以上の検索制限情報を一括して検索制限記憶部から取得し、アーカイブ管理部５１が、取得された２以上の検索制限情報に示される検索制限に従って、記憶装置５３〜５６からデータを検索する。共通の制限定義名が付与された２つ以上の検索制限情報を一括して取得するため、検索制限情報を取得するための通信処理が１回で済み、データ検索の高速化を図ることができる。
【解決手段】検索制限記憶部４５が、対象とする記憶装置５３〜５６が異なる２つ以上の検索制限情報を共通する制限定義名を付与して記憶しており、データ検索要求があった際に、アーカイブ検索部３１が、データ検索要求元のユーザの属性に基づき、当該ユーザに適用する制限定義名を決定し、アクセス管理部４０が、決定された制限定義名が付与されている２以上の検索制限情報を一括して検索制限記憶部から取得し、アーカイブ管理部５１が、取得された２以上の検索制限情報に示される検索制限に従って、記憶装置５３〜５６からデータを検索する。共通の制限定義名が付与された２つ以上の検索制限情報を一括して取得するため、検索制限情報を取得するための通信処理が１回で済み、データ検索の高速化を図ることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、蓄積されたデータへのアクセス管理技術に関し、特に、蓄積された電子メールへのアクセス管理技術に関する。
【背景技術】
【０００２】
近年、インターネットの普及により業務活動において電子メールを利用することが一般的となり、電子メールシステムは、企業の基幹システムとして利用されている。
電子メールは、物理的に離れた場所間で即座に情報を配信することが可能であり、また一度に複数人に対して情報を配信できることから業務情報の配信に広く利用されている。
電子メールは、過去に業務上送受信した電子メールを参照することが可能であり、内部統制に関わる業務上送受信した電子メールを蓄積、保管する電子メールアーカイブシステムが浸透しつつある。
このとき、複数のクライアント端末間で送受信された電子メールデータが一元的に蓄積された電子メールアーカイブデータに対して、検索・取得処理を実行するユーザごとにアクセス可能なデータを制限する技術として文献１がある。
【特許文献１】特開２００５−２９３１９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１では、データにアクセスする各ユーザに対して個別にアクセス権限を付与する。
アクセス権限はアクセス許可テーブルとアクセス禁止テーブルにおいて、ユーザＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）をキーにしてアクセス制限を記述したレコードを作成することにより、ユーザ毎のアクセス権限を決定する。
特許文献１では、ユーザからのデータ検索要求を受け付け、このデータ検索要求に対して、その検索条件に合致し、かつ、前記アクセス許可テーブルの指定によりそのユーザがアクセス許可されている範囲のデータであって、かつ、前記アクセス禁止テーブルの指定によりそのユーザがアクセスを禁じられている範囲のデータでないものだけを検索結果としてユーザに返す。
ただし、電子メールアーカイブシステムは、ストレージ容量の削減、ヘッダ情報管理の容易化、ヘッダ情報などの検索を効率化するために、電子メールデータをヘッダ情報蓄積部、テキスト情報蓄積部、メール本体蓄積部、索引情報蓄積部に分けて管理する。
特許文献１の場合、アクセス制限はユーザＩＤとアクセス制限条件を示したものであり、この情報格納部に対するアクセス制限条件を定義し、ユーザからのデータ検索要求を受け付ける際に、アクセス制限条件を取得するために複数回の通信処理が発生するという課題がある。
つまり、アクセス制限条件は、ヘッダ情報蓄積部、テキスト情報蓄積部、メール本体蓄積部、索引情報蓄積部ごとに定義されており、複数の蓄積部にまたがってデータを検索する場合には、蓄積部ごとのアクセス制限条件を取得する必要があり、複数の蓄積部のアクセス制限条件を取得するために複数回の通信処理が発生する。
【０００４】
この発明は、上記のような課題を解決することを主な目的の一つとしており、複数の記憶装置にまたがるデータ検索の場合にも一度の処理で必要な検索制限情報を取得できる仕組みを実現することを主な目的とする。
【課題を解決するための手段】
【０００５】
本発明に係るデータ管理装置は、
データ検索の対象となるデータを記憶する複数のデータ記憶部と、
データ検索における制限がデータ記憶部単位で示される検索制限情報を複数記憶する検索制限記憶部と、
データ検索要求があった際に、いずれかの検索制限情報を選択し、選択した検索制限情報を前記検索制限記憶部から取得する検索制限取得部と、
前記検索制限取得部により取得された検索制限情報が対象とするデータ記憶部から、当該検索制限情報に示されるデータ検索の制限に従ってデータを検索するデータ検索部とを有し、
前記検索制限記憶部は、
複数の検索制限情報のうちの特定の２つ以上の検索制限情報を連帯検索制限情報として相互に対応付けて記憶し、
前記検索制限取得部は、
データ検索要求があった際に前記連帯検索制限情報を選択した場合に、前記連帯検索制限情報を構成する連帯構成検索制限情報の各々を一括して前記検索制限記憶部から取得し、
前記データ検索部は、
前記検索制限取得部により一括して取得された各連帯構成検索制限情報が対象とするデータ記憶部から、各連帯構成検索制限情報に示されるデータ検索の制限に従ってデータ検索を行うことを特徴とする。
【発明の効果】
【０００６】
本発明によれば、２つ以上の検索制限情報を対応付けるとともに、データ検索要求があった際に、対応付けられた２つ以上の検索制限情報を一括して取得するため、検索制限情報を取得するための通信処理が１回で済み、データ検索の高速化を図ることができる。
【発明を実施するための最良の形態】
【０００７】
実施の形態１．
本実施の形態では、アクセス制限条件を制限定義と検索制限に分けて管理し、アクセス制限条件を取得する際に複数の検索制限を組みとする制限定義をキーワードとしてアクセス制限条件を取得することで上記課題を解決する。
【０００８】
以下、添付の図面を参照しながら、本実施の形態について説明する。
【０００９】
まず、図１を用いて本実施の形態にかかわるシステムの全体構成について説明する。
図１は、本実施の形態のシステム全体の機能ブロック図である。
本実施の形態のシステムは、ネットワークに接続された複数の情報処理装置である、電子メールアーカイブクライアント１０と電子メールアーカイブサーバ３０とを備える。なお、電子メールアーカイブサーバ３０は、データ管理装置の例である。
【００１０】
電子メールアーカイブクライアント１０は、エンドユーザからの要求を受け付ける電子メール管理アプリケーション２０の要求に応じて、電子メールアーカイブサーバ３０に対して電子メールの検索命令を送信し、その検索結果をユーザに提供する。
また、電子メールアーカイブクライアント１０は、電子メール管理アプリケーション２０からの要求に応じて、電子メールアーカイブクライアント１０を介して電子メールアーカイブサーバ３０を利用するユーザのユーザ情報を登録、編集、削除する命令を電子メールアーカイブサーバ３０に対して送信し、その結果をユーザに提供する。
電子メールアーカイブクライアント１０は、例えば、Ｊａｖａ（登録商標）またはＣ言語で作成されたアプリケーションの実行環境がインストールされた１台以上の情報処理装置である。
電子メール管理アプリケーション２０は、一つまたは複数の電子メールアーカイブサーバ３０を対象に検索命令を送信し、その検索結果を取得する。
電子メールアーカイブサーバ３０は、電子メールを電子メールアーカイブデータ（以下、電子メールデータともいう）として蓄積し、電子メールクライアントからの検索命令を受取り、蓄積された電子メールアーカイブデータを検索、取得した結果を電子メールアーカイブクライアント１０に返却する。
電子メールアーカイブクライアント１０と電子メールアーカイブサーバ３０は、それぞれの機能を実現するためのプログラムの実行に必要な、通常の情報処理装置が有するハードウェア構成（ＣＰＵ、メモリ、プログラムがインストールされたハードディスク、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の通信インタフェース）を備える。
【００１１】
次に、電子メールアーカイブクライアント１０の機能構成について説明する。
電子メールアーカイブクライアント１０は、エンドユーザが電子メール管理処理を行う電子メール管理アプリケーション２０と電子メール管理アプリケーション２０が電子メールアーカイブサーバ３０を操作するための管理クライアントライブラリ２４を備える。
【００１２】
電子メール管理アプリケーション２０は、検索部２１とユーザ管理部２２を備える。
検索部２１は、エンドユーザからの電子メール検索条件を取得し、管理クライアントライブラリ２４を介して、電子メールアーカイブサーバ３０に対する電子メールデータの検索処理を行う。
ユーザ管理部２２は、エンドユーザから電子メール検索を実行するエンドユーザの登録、編集、削除、取得命令を受取り、管理クライアントライブラリ２４を介して、電子メールアーカイブサーバ３０に対して、ユーザのユーザ情報を操作する。
管理クライアントライブラリ２４は、電子メールアーカイブサーバ３０で処理される電子メール検索処理、ユーザ管理処理の通知を実現するプログラムが保持される。
【００１３】
次に、電子メールアーカイブサーバ３０の機能構成について説明する。
電子メールアーカイブサーバ３０は、アーカイブ検索部３１と、アクセス管理部４０と、ユーザ情報格納部４１とアーカイブ管理部５１と記憶領域部５２とを備える。
【００１４】
アーカイブ検索部３１は、本実施の形態の主な処理（電子メールアーカイブデータの検索処理およびユーザ管理処理）を行う。
アーカイブ検索部３１は、ネットワークを介して電子メールアーカイブクライアント１０からの処理命令（データ検索要求）を受けとる通信部３１１と、通信部３１１が受け取った検索処理情報とアクセス管理部４０を実行して取得するユーザ情報格納部４１に保持される情報とに基づいて電子メールアーカイブデータの検索条件式（検索条件記述）を生成して、アーカイブ管理部５１に生成した検索条件式を通知し、結果を受け取る電子メール検索処理部３１２と、通信部３１１が受け取ったユーザ管理操作情報に基づき、アクセス管理部４０を利用してユーザ情報格納部４１の情報を操作するユーザ管理処理部３１３とを備える。
アーカイブ検索部３１は、データ検索要求受付部の機能を担うとともにデータ検索部の機能の一部を担う。
【００１５】
ユーザ情報格納部４１は、ＳＱＬ言語を利用可能なＤＢＭＳ（Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）からなり、図１に示すようにユーザ識別情報などを保持するユーザ記憶部４２と、ユーザ種別情報を保持する種別記憶部４３と、記憶領域部５２への検索制限を識別する情報を保持する制限定義記憶部４４と、記憶領域部５２への検索制限条件を保持する検索制限記憶部４５と、複数の検索制限を組として管理する情報を保持するロール記憶部４６と、ロールと複数の検索制限の組の関連を管理するロール定義記憶部４７と、ロール定義記憶部４７に管理される検索制限の組とユーザの関連情報を管理するロール付与記憶部４８とを備える。
【００１６】
詳細は後述するが、ユーザ記憶部４２には、図２に示すユーザ情報が記憶されている。
また、種別記憶部４３には、図３に示すユーザ種別情報が記憶されている。
制限定義記憶部４４には、図４に示す制限定義情報が記憶されている。
検索制限記憶部４５には、図５に示す検索制限情報が記憶されている。
ロール記憶部４６には、図６に示すロール情報が記憶されている。
ロール定義記憶部４７には、図７に示すロール定義情報が記憶されている。
ロール付与記憶部４８には、図８に示すロール付与情報が記憶されている。
なお、制限定義記憶部４４は対象記憶領域情報記憶部及び属性検索制限対応情報記憶部の例であり、ロール記憶部４６、ロール定義記憶部４７及びロール付与記憶部４８は属性検索制限対応情報記憶部の例である。
【００１７】
アクセス管理部４０は、ユーザ情報格納部４１に蓄積されるユーザ管理情報の登録、編集、削除、取得処理を行う。アクセス管理部４０は、前記ＤＢＭＳに対応した標準化されたドライバソフトウェアを利用して、ＤＢＭＳに対するＳＥＬＥＣＴ命令、ＩＮＳＥＲＴ命令、ＵＰＤＡＴＥ命令、ＤＥＬＥＴＥ命令を実行する。
より具体的には、アクセス管理部４０は、データ検索要求があった際に、検索制限記憶部４５に記憶されているいずれかの検索制限情報を選択し、選択した検索制限情報を検索制限記憶部４５から取得する。
アクセス管理部４０は、検索制限取得部の機能を担う。
【００１８】
アーカイブ管理部５１は、検索条件式に基づき記憶領域部５２に蓄積される電子メールアーカイブデータを特定する処理を行う。
より具体的には、アーカイブ管理部５１は、アクセス管理部４０により取得された検索制限情報が対象とする記憶装置（メール記憶装置５３、ヘッダ記憶装置５４、テキスト記憶装置５５、索引記憶装置５６）から、当該検索制限情報に示されるデータ検索の制限に従って電子メールデータを検索する。
アーカイブ管理部５１は、データ検索部の一部の機能を担う。
【００１９】
記憶領域部５２は、メール記憶装置５３とヘッダ記憶装置５４と、テキスト記憶装置５５と索引記憶装置５６とを備える。
メール記憶装置５３は、メールデータ本体を復元可能な形式で蓄積するためのＤＢである。
ヘッダ記憶装置５４は、メールデータのヘッダのテキスト情報を切り出して、復元可能な形式で蓄積するためのＤＢである。
テキスト記憶装置５５は、メールデータのヘッダ以外のパートをテキスト情報に切り出して復元可能な形式で蓄積するためのＤＢである。
索引記憶装置５６は、メールデータのテキスト情報を高速に検索するための全文検索索引を蓄積するものである。
メール記憶装置５３、ヘッダ記憶装置５４、テキスト記憶装置５５、索引記憶装置５６は、それぞれデータ検索の対象となるデータを記憶するデータ記憶部の例である。
また、図１では記憶領域部５２は一つしか示されていないが、複数の記憶領域部５２が存在していてもよい。
【００２０】
以上説明した機能構成により、電子メールアーカイブサーバ３０は、電子メールアーカイブクライアント１０から送信される電子メール検索命令、ユーザ管理命令に応じて、自身が保持するユーザ管理情報を用いて、記憶領域部５２に対する検索条件式を生成し、アーカイブ管理部５１を介して記憶領域部５２に管理される電子メールデータを特定・取得し、取得した電子メールデータを電子メールアーカイブクライアント１０に返却する。電子メールアーカイブクライアント１０は、電子メール管理アプリケーション２０が管理クライアントライブラリ２４を関して電子メール検索処理の結果、ユーザ管理情報の操作処理の結果を取得し、エンドユーザに提示する。
【００２１】
ここで、本実施の形態に係る電子メールアーカイブサーバ３０の動作の概要を説明する。
【００２２】
検索制限記憶部４５に記憶されている検索制限情報は、データ検索における制限が記憶装置単位（データ記憶部単位）で示されている。
検索制限情報は図５に例示する情報である。
検索制限情報の各レコードは、制限定義名（制限定義識別子）４５１、個別ＤＢ名４５２、範囲項目４５３、範囲条件４５４、本文検索条件４５５を備える。
制限定義名４５１の値は図４の制限定義情報に示す制限定義名４４１のいずれかの値に一致する。
個別ＤＢ名４５２は、記憶装置５３〜５６のいずれかを示す。範囲項目４５３、範囲条件４５４、本文検索条件４５５は、データ検索における制限を示す。
また、複数の検索制限情報のうちの特定の２つ以上の検索制限情報は連帯検索制限情報として相互に対応付けて記憶されている。また、連帯検索制限情報を構成する各々の検索制限情報は連帯構成検索制限情報と呼ぶ。
図５の例では、同じ制限定義名：ｐｒｏｊｅｃｔ＿ｍｎｇが設定されている３行目の検索制限情報と４行目の検索制限情報は連帯検索制限情報である。そして、連帯検索制限情報を構成する３行目の検索制限情報と４行目の検索制限情報は連帯構成検索制限情報である。また、連帯構成検索制限情報の各々は相互に異なる記憶装置を対象としている。
【００２３】
そして、アクセス管理部４０は、電子メールアーカイブクライアント１０からデータ検索要求があった場合に、データ検索要求元のユーザのユーザ属性及びユーザからの指定に基づいて抽出される制限定義名に対応する検索制限情報（レコード）を選択し、選択した検索制限情報（レコード）を検索制限記憶部４５から取得する。
この際に、連帯検索制限情報を選択した場合は、アクセス管理部４０は、連帯検索制限情報を構成する連帯構成検索制限情報の各々を一括して検索制限記憶部４５から取得する。図５の例では、同じ制限定義名：ｐｒｏｊｅｃｔ＿ｍｎｇが設定されている３行目のレコードと４行目のレコードを一括して取得する。
そして、アーカイブ管理部５１は、アクセス管理部４０により取得された検索制限情報が対象とする記憶装置５３〜５６から、当該検索制限情報に示されるデータ検索の制限（範囲項目、範囲条件、本文検索条件）に従って電子メールデータを検索する。
また、アーカイブ管理部５１は、アクセス管理部４０により連帯構成検索制限情報が一括して取得された場合は、一括して取得された各連帯構成検索制限情報が対象とする記憶装置５３〜５６から、各連帯構成検索制限情報に示されるデータ検索の制限（範囲項目、範囲条件、本文検索条件）に従って電子メールデータの検索を行う。
また、詳細は後述するが、検索制限情報に示される個別ＤＢ名、範囲項目、範囲条件、本文検索条件は、アーカイブ管理部５１がデータ検索を行う際に用いるデータ検索条件式（データ検索条件記述）の記述規則に対応して記述されており、アーカイブ検索部３１はこれらの記述を組み合わせてデータ検索条件式を生成する。アーカイブ管理部５１はアーカイブ検索部３１により生成されたデータ検索条件式を用いて電子メールデータを検索する。
そして、検索結果が、電子メールアーカイブサーバ３０から電子メールアーカイブクライアント１０に送信される。
【００２４】
次に、ユーザ情報格納部４１が持つ情報について説明する。
【００２５】
前述したように、ユーザ記憶部４２は、図２に示すユーザ情報を記憶する。
ユーザ情報は、ユーザを一意に識別するユーザ名４２１と、レコードの作成処理を実行した者が示される作成者４２２と、作成処理が実行された日付が示される作成日４２３と、レコード情報の更新処理を実行した者が示される更新者４２４と、レコード情報の更新処理が実行された日付が示される更新日４２５と、パスワードの更新処理が実行された日付が示されるパスワード更新日４２６と、ユーザを認証するための情報が格納されるパスワード４２７と、レコードに関する任意の情報が格納される備考４２８とをフィールドとして備える。
【００２６】
また、種別記憶部４３は、図３に示すユーザ種別情報を記憶する。
ユーザ種別情報は、ユーザを一意に識別するユーザ名４３１とユーザが実行できる処理を４段階で制限するユーザ種別４３２をフィールドとして備える。
【００２７】
また、制限定義記憶部４４は、図４に示す制限定義情報を記憶する。
制限定義情報は、電子メールアーカイブデータのアクセス範囲を識別する情報が格納される制限定義名４４１と、制限対象となる記憶領域を識別する情報が格納される記憶領域名４４２と、レコードの作成処理を実行した者が示される作成者４４３と、作成処理が実行された日付が格納される作成日４４４と、レコードの更新処理を実行した者が示される更新者４４５と、レコードの更新処理が実行された日付が格納される更新日４４６と、レコードに関する任意の文字列が格納される備考４４７とをフィールドとして備える。
図４では、記憶領域部５２が複数存在する場合の制限定義情報の例を示しており、このため記憶領域名４４２のフィールドがある。
このように制限定義情報は、記憶領域部５２が複数存在している場合には、対象としている記憶領域部５２を示しており、制限定義情報は対象記憶領域情報の一例である。
また、制限定義情報は、制限定義名４４１により、ロール定義情報（図７）の制限定義名４７２を通じて、ユーザ属性であるロールと検索制限情報（図５）の制限定義名４５１（制限定義識別子）とを対応付けており、属性検索制限対応情報の例でもある。
【００２８】
また、検索制限記憶部４５は、図５に示す検索制限情報を記憶する。
検索制限情報は、図４の制限定義名４４１と紐付けられる情報が格納される制限定義名４５１と、検索制限文字列の適用対象をメール記憶装置５３、ヘッダ記憶装置５４、テキスト記憶装置５５、索引記憶装置５６から識別する情報が格納される個別ＤＢ名４５２と、記憶領域部５２から検索結果として取得する項目情報が格納される範囲項目４５３と、個別ＤＢ名４５２に指定された記憶装置に適用する検索条件文字列が格納される範囲条件４５４と、個別ＤＢ名４５２に指定された記憶装置に適用する固有の検索条件文字列が格納される本文検索条件４５５と、をフィールドとして備える。
本文検索条件４５５に格納される検索条件は、正規表現で表現されるものであってもよい。
個別ＤＢ名４５２の項目に示されるｉは索引記憶装置５６を表しており、ｈはヘッダ記憶装置５４を表しており、ｔはテキスト記憶装置５５を表している。
また、範囲項目４５３、範囲条件４５４、本文検索条件４５５は、アーカイブ管理部５０によるデータ検索時に用いられるデータ検索条件記述の記述規則に対応して記述されている。
【００２９】
また、ロール記憶部４６は、図６に示すロール情報を記憶している。
ロール情報は、ロール名４６１と、作成者４６２と、作成日４６３と、更新者４６４と、更新日４６５と、備考４６６とをフィールドとして備える。
【００３０】
また、ロール定義記憶部４７は、図７に示すロール定義情報を記憶している。
ロール定義情報は、ロール名４７１と、制限定義名４７２と、作成日４７３とをフィールドとして備える。
【００３１】
また、ロール付与記憶部４８は、図８に示すロール付与情報を記憶する。
ロール付与情報は、ロール名４８１と、ロール受領者４８２と、ロール授与者４８３と、設定日付４８４とをフィールドとして備える。
ロール受領者４８２に示される者はロール名４８１に示されるロールが付与された者であり、ロール授与者４８３に示される者はロール受領者４８２に示される者にロール名４８１に示されるロールを付与した者である。
【００３２】
ロール情報、ロール定義情報、ロール付与情報は、ユーザ属性であるロールと検索制限情報とを対応付ける情報であり、属性検索制限対応情報の例である。
【００３３】
電子メールアーカイブクライアント１０からデータ検索要求があった場合に、データ検索要求元のユーザのユーザ名と図８のロール付与情報のロール受領者４８２の値を比較することで、データ検索要求元のユーザのロールをロール名４８１の値から抽出することができ、抽出したロールと図７のロール名４７１を比較することで、当該ロールに対応する制限定義を制限定義名４７２の値から抽出することができる。
また、抽出された制限定義と図４の制限定義名４４１の値を比較することで、当該制限定義が対象としている記憶領域部を記憶領域名４４２の値から抽出することができる。
また、抽出された制限定義と図５の制限定義名４５１の値を比較することで、当該制限定義が対象としている記憶装置及びデータ検索の制限を個別ＤＢ名４５２、範囲項目４５３、範囲条件４５４、本文検索条件４５５の値から抽出することができる。
【００３４】
次に、電子メールアーカイブクライアント１０及び電子メールアーカイブサーバ３０の処理手順を図１０〜図１２を参照して説明する。
図１０〜図１２は、電子メールアーカイブクライアント１０と電子メールアーカイブサーバ３０の処理手順を電子メール管理アプリケーション２０と、アクセス管理部４０と、アーカイブ管理部５１の処理も含めて記述したフローを示す。
【００３５】
まず、電子メール管理アプリケーション２０が、ユーザからユーザ名とパスワードを受け付ける。
電子メール管理アプリケーション２０は、検索部２１と、ユーザ管理部２２からなり、ユーザは処理内容に応じて検索部２１かユーザ管理部２２を選択し、処理を実行するユーザに必要なユーザ種別を設定する。記憶領域部５２の各記憶装置に格納されている電子メールデータを検索する場合は検索部２１を選択し、ユーザ情報、ユーザ定義情報、ロール情報等の登録、更新等を行う場合はユーザ管理部２２を選択する。
次に、電子メール管理アプリケーション２０は、ユーザから受け付けたユーザ名とパスワードとユーザ種別を管理クライアントライブラリ２４の接続部に入力し、電子メールアーカイブサーバ３０に対してログインリクエストを送信する（ｓ２００）。
このとき、接続先となる電子メールアーカイブサーバ３０のホスト名を管理クライアントライブラリ２４に指定することで、接続先電子メールアーカイブサーバ３０を指定する。
【００３６】
電子メールアーカイブサーバ３０では、通信部３１１が、電子メールアーカイブクライアント１０からのリクエストを受け取り、電子メールアーカイブサーバ３０内にアーカイブ検索部３１を実行する新しいプロセスを生成する。電子メールアーカイブサーバ３０が電子メールアーカイブクライアント１０から処理要求を受信した場合、アーカイブ検索部３１を実行する新しいプロセスが常に生成されるため、以降では記述を省略する。
【００３７】
アーカイブ検索部３１は、受信したユーザ名と、パスワードと、ユーザ種別とをアクセス管理部４０に入力し、ユーザ認証命令を呼び出す（ｓ２１０）。
具体的にはアクセス管理部４０は、前記受信したユーザ名とユーザ名４２１が一致するレコードのパスワード４２７をユーザ記憶部４２のユーザ情報（図２）から取得する。
取得したパスワード４２７は、公知の技術によって暗号化されている。
アクセス管理部４０は、当該レコードのパスワードを復号化する処理を行い、電子メールアーカイブサーバから送信されたパスワードと一致するか否か検証を行う。パスワードが一致した場合、受信したユーザ名とユーザ名４３１が一致するレコードを種別記憶部４３のユーザ種別情報（図３）から取得する（ｓ２３１）。
次に、アクセス管理部４０は、取得したレコードのユーザ種別４３２と受信したユーザ種別を比較する。ユーザ種別は、ＳＹＳＴＥＭ、ＭＡＮＡＧＥＲ、ＯＰＥＲＡＴＯＲ、ＵＳＥＲの４段階であり、ＳＹＳＴＥＭはＳＹＳＴＥＭの権限に加えてＭＡＮＡＧＥＲ、ＯＰＥＲＡＴＯＲ、ＵＳＥＲの権限を保有し、ＭＡＮＡＧＥＲはＭＡＮＡＧＥＲの権限に加えてＯＰＥＲＡＴＯＲ、ＵＳＥＲの権限を保有し、ＯＰＥＲＡＴＯＲはＯＰＥＲＡＴＯＲの権限に加えてＵＳＥＲの権限を保有し、ＵＳＥＲはＵＳＥＲの権限のみを保有する。
アクセス管理部４０は、種別記憶部４３から取得したレコードのユーザ種別と受信したユーザ種別を比較し、種別が同等もしくは、当該レコードのユーザ種別が受信したユーザ種別より権限が大きい場合は、ユーザ情報が適合したと判定し、アーカイブ検索部３１に判定結果を返却する（ｓ２３２）。
アーカイブ検索部３１は、通信部３１１を介して判定結果を電子メールアーカイブクライアント１０に返却する（ｓ２１１）。
【００３８】
電子メールアーカイブクライアント１０は、ログインリクエストの判定結果を受信し、正常判定の場合は、ユーザの検索処理の要求をユーザから受け付ける。異常判定の場合は、ユーザ名とパスワードを受け付ける処理を繰り返し、ユーザから受け付ける（ｓ２０１）。
ログインリクエストが正常判定された場合、電子メール管理アプリケーション２０は、当該ユーザが検索可能な範囲を電子メールアーカイブサーバ３０から取得する。
具体的には、電子メール管理アプリケーション２０が正常にログインしたユーザのユーザ名を入力値とした検索範囲取得リクエストを電子メールアーカイブサーバ３０に送信する（ｓ２０２）。
【００３９】
検索範囲取得リクエストを受信したアーカイブ検索部３１は、受信したユーザ名をキーワードとしてアクセス管理部４０の制限定義一覧取得を実行する（ｓ２１２）。
アクセス管理部４０は受信したユーザ名と一致する者がロール受領者４８２に記述されているレコードを、ロール付与記憶部４８のロール付与情報（図８）から一つまたは複数取得する。次に取得した各レコードのロール名４８１を抽出し、ロール定義記憶部４７のロール定義情報（図７）を対象に当該ロール名４８１とロール名４７１が一致するレコードを取得する（ｓ２３３）。
アーカイブ検索部３１は、ロール付与記憶部４８のロール付与情報（図８）から取得した全てのレコードのロール名４８１について、ロール定義記憶部４７のロール定義情報（図７）からロール名４７１が一致するレコードを取得し、当該レコードの制限定義名４７２を抽出したリストを作成する。
アーカイブ検索部３１は、当該リストを当該ユーザが利用可能な制限定義の一覧として返却する（ｓ２１３）。
【００４０】
電子メール管理アプリケーション２０は、ユーザが利用可能な電子メール検索範囲として返却された制限定義一覧の全てまたは、一部または、複数の制限定義を組として提示する。
次に、電子メール管理アプリケーション２０は、ユーザからの電子メール検索要求を受け付ける。
次に電子メール管理アプリケーション２０は、ユーザから受け付けた検索に必要な情報を検索リクエストとして、電子メールアーカイブサーバ３０に送信する（ｓ２０３）。
具体的には、検索結果として取得する取得項目と、検索条件式と、制限定義名とをユーザから受け付ける。アーカイブ管理部５１から取得可能な項目は、例えば電子メールの送信および受信日付、電子メールのＴｏ、Ｃｃ、Ｆｒｏｍに記載される電子メールアドレス、件名、メールの添付ファイル数、電子メールのファイルサイズ、電子メールの拡張子、電子メールの取得もとを特定する識別子などがある。
電子メール管理アプリケーション２０は、ユーザが指定した上記項目の一つまたは複数を取得項目として受け取る。
さらに、電子メール管理アプリケーション２０は、電子メールアーカイブサーバ３０から取得した制限定義を提示し、ユーザが選択した一つまたは複数の制限定義を受け取る。
さらに、電子メール管理アプリケーション２０は、電子メールアーカイブデータを検索するための一つまたは、複数の条件項目を取得する。
アーカイブ管理部５１で利用できる検索条件は、例えば電子メールの送信および受信日付と、電子メールに添付されたファイルの数と、電子メールのファイルサイズと、電子メールの取得元を特性するための識別子と、電子メール配信エラー時に送信されるエラーメールの送信元アドレスと、電子メールが配送されたルートと、ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）バージョンと、送信元の電子メールアドレスと、送信先のメールアドレスとカーボンコピー送信先のメールアドレスと、メールの件名と、電子メール本文内の任意の文字列などがある。
【００４１】
検索リクエストを受信したアーカイブ検索部３１は、アクセス管理部４０の制限定義一覧命令を呼び出す（ｓ２１４）。
具体的には、当該ユーザ名をキーワードとしてアクセス管理部４０の検索制限一覧取得を実行する。
アクセス管理部４０は、ロール付与記憶部４８のロール付与情報（図８）から受信したユーザ名が一致するレコードを一つまたは複数取得する。
次に取得した各レコードのロール名４８１を抽出し、ロール定義記憶部４７を対象に当該ロール名とロール名４７１が一致するレコードを取得する（ｓ２３４）。
アーカイブ検索部３１は、ロール付与記憶部４８のロール付与情報（図８）から取得した全てのレコードのロール名４８１について、ロール定義記憶部４７のロール定義情報（図７）からロール名４７１が一致するレコードを取得し、当該レコードの制限定義名を抽出したリストを作成する。受信した一つまたは複数の制限定義と当該リストを比較し、当該ユーザが保有するロールに設定されていない制限定義を受信しているか否かを確認する（ｓ２１５）。
当該ユーザが保有するロールに設定されていない制限定義を受信した場合（ｓ２１５でＮＯの場合）、異常な検索リクエストとしてエラーを返却する。
なお、ｓ２３４では、制限定義一覧を再取得することとしているが、ｓ２３３で取得されている制限定義一覧をメモリに記憶しておき、記憶しているこの制限定義一覧を参照してｓ２１５の処理を行うようにしてもよい。
【００４２】
電子メール管理アプリケーション２０は、アーカイブ検索部３１から検索リクエストエラーを受信した場合、ユーザに対して受信したエラー内容を表示し、ｓ２０２の処理に戻る（ｓ２０４）。
【００４３】
アーカイブ検索部３１は、当該ユーザが保有するロールに設定された制限定義のみを受信したことが確認できた場合（ｓ２１５でＹＥＳの場合）、受信した制限定義名をキーワードとして検索制限情報を取得する（ｓ２１６）。
具体的にはアーカイブ検索部３１は、受信した制限定義名をアクセス管理部４０に入力し、制限定義取得を実行する。
アクセス管理部４０は、受信した制限定義名と制限定義名４４１が一致するレコードを検索制限記憶部４５の検索制限情報（図５）から取得する。
次にアクセス管理部４０は、検索制限記憶部４５から、受信した制限定義名が一致する全てのレコードを取得し、一括してアーカイブ検索部３１に返却する（ｓ２３５）。
アクセス管理部４０は、例えば、受信した制限定義名がｐｒｏｊｅｃｔ＿ｍｎｇである場合は、図５において、制限定義名４５１の値が一致する３行目のレコードと４行目のレコードを一括して取得し、アーカイブ検索部３１に一括して返却する。
【００４４】
アーカイブ検索部３１は、検索条件式を生成するため、取得した制限定義レコード（図４）と制限定義レコードと制限定義名で紐付けられた一つ以上の検索制限レコードのフィールド句が正常であるか確認する（ｓ２１７）。
【００４５】
図９は、アーカイブ管理部５１が実行する検索条件記述の例である。
アーカイブ管理部５１は、電子メールアーカイブデータを高速に検索するために、検索対象となる個別ＤＢ名をＳＥＬＥＣＴ句、ＷＨＥＲＥ句に［記憶領域名］、［個別ＤＢ名］を記述する。
アクセス管理部４０から返却された制限定義レコード（図４）と検索制限レコード（図５）は、アーカイブ管理部５０で実行可能な検索条件記述の要素（取得項目、記憶領域名、個別ＤＢ名、検索条件式）に対応したフィールドで構成されている。
アーカイブ検索部３１は、電子メール管理アプリケーション２０から受信した取得項目とアクセス管理部４０から取得した全ての当該制限定義レコードの記憶領域名が一致していることを確認する（ｓ２１７）。
当該制限定義レコードの全ての記憶領域名が一致していない場合（ｓ２１７でＮＯ）、不正な制限定義の指定としてエラーを電子メール管理アプリケーション２０に返却する（ｓ２０４）。
アーカイブ検索部３１は、電子メール管理アプリケーション２０から受信した取得項目とアクセス管理部４０から取得した当該検索制限レコードの範囲項目４５３を比較し、範囲項目４５３に記述されていない取得項目が電子メール管理アプリケーション２０から受信した取得項目に含まれていないことを確認する。
範囲項目４５３に記述されていない取得項目が電子メール管理アプリケーション２０から受信した取得項目に含まれている場合、アーカイブ検索部３１は不正な検索指定としてエラーを電子メール管理アプリケーション２０に返却する。
このとき、アーカイブ検索部３１はエラーを返却せずに、範囲項目４５３に記述されない取得項目を無視してもよい。
アーカイブ検索部３１は、正常な項目が取得されている場合（ｓ２１７でＹＥＳ）は、アクセス管理部４０から取得した検索制限レコードの範囲項目４５３、範囲条件４５４、本文検索条件４５５の値を取得し、制限定義名で紐付けられた制限定義レコードの記憶領域名４４２と当該検索制限レコードの個別ＤＢ名４５２を連結した制限条件式５０２を作成する。
具体的には、アクセス管理部４０から取得した全ての検索制限レコードに対する制限条件式５０２の論理和を生成する。この処理をアクセス管理部４０から取得した全ての検索制限レコードに対して行う。アクセス管理部４０から取得した全ての検索制限レコードの制限条件式５０２の論理輪を生成した後、電子メール管理アプリケーションがユーザから受け付けた検索条件式と制限定義レコードの記憶領域名４４２と個別ＤＢ名４５２とを元に指定条件式５０３を生成する。次に制限条件式５０２と指定条件式５０３を論理積で連結した条件記述式を生成する（ｓ２１８）。
【００４６】
アーカイブ検索部３１は、当該条件記述式をアーカイブ管理部５１に入力し、検索命令を呼び出す（ｓ２１９）。
アーカイブ管理部５１は、入力された検索式に対する構文解析を行い、構文に誤りがある場合は、エラー識別子をアーカイブ検索部３１に返却する。
構文に誤りがない場合は、記憶領域部５２内の個別ＤＢ名４５２に指定された記憶装置（メール記憶装置５３またはヘッダ記憶装置５４およびテキスト記憶装置５５および索引記憶装置５６）から検索結果となるレコードを特定し、正常実行識別子をアーカイブ検索部３１に返却する。
このとき、アーカイブ管理部５１は、検索実行状態を識別する識別子を同時に返却する（ｓ２４１）。
アーカイブ検索部３１は、アーカイブ管理部５１から返却された正常実行もしくは、異常実行の識別子通知を電子メール管理アプリケーション２０に返却する（ｓ２２０）。
このとき、アーカイブ検索部３１は、検索実行状態を識別する識別子を返却する。
【００４７】
電子メール管理アプリケーション２０は、正常実行識別子を受信した場合、アーカイブ検索部３１に対して検索状態を識別する識別子を入力して、検索結果の取得リクエストを送信する（ｓ２０５）。エラー識別子を受信した場合、ユーザに対してエラー識別子から判別するエラー内容を提示する。
【００４８】
アーカイブ検索部３１は、電子メール管理アプリケーション２０から入力された当該検索状態識別子からアーカイブ管理部５１で実行中の検索を識別する識別子をアーカイブ管理部５１に入力し、検索結果取得命令を呼び出す（ｓ２２１）。
アーカイブ管理部５１は、アーカイブ検索部３１から入力された検索状態識別子から実行中の検索結果を判別し、検索結果をアーカイブ検索部３１に返却する（ｓ２４２）。
アーカイブ検索部３１は、アーカイブ管理部５１から返却された検索結果を電子メール管理アプリケーション２０に返却する（ｓ２２２）。
電子メール管理アプリケーション２０は、アーカイブ検索部３１から返却された検索結果をユーザに提示する（ｓ２０６）。
【００４９】
以上のように、本実施の形態によればアーカイブ検索部３１は、制限定義記憶部４４の制限定義名を利用することで、検索制限記憶部４５に格納された複数の検索制限レコード（連帯構成検索制限情報）を一度に取得することにより、アクセス管理部４０がユーザ情報格納部４１から検索制限レコードを取得する通信処理の回数を削減することができる。また、通信処理の回数の削減により消費電力を抑えることもできる。
また、ユーザ情報格納部４１は、検索制限記憶部４５のレコードをアーカイブ管理部５１が実行する検索式の構文に対応したフィールド構成とすることで、構文解析を行うことなく、検索制限記憶部４５に格納されたフィールド項目を連結するだけで、アーカイブ管理部５１に入力する検索条件式を生成することができる。
【００５０】
上述したように、従来は、ユーザからのデータ検索要求を受け付ける際に、電子メールアーカイブデータが蓄積された記憶領域部５２を構成する各記憶装置に対するアクセス制限条件を逐一取得する必要があった。ところが、本実施の形態によれば記憶領域部５２に対して定義された制限定義名４４１を指定したアクセス制限の取得処理を行うのみで、記憶領域部５２を構成する記憶装置に対する検索制限記憶部４５の複数レコードを一度に取得することが出来る。従って、電子メールアーカイブサーバを複数のユーザが利用する際に、ユーザが指定した検索処理に対するアクセス管理に必要な処理時間を削減することができる。
従って、本実施の形態によれば、複数のユーザ端末において送受信された膨大な電子メールデータが蓄積された電子メールアーカイブサーバにおいてストレージ容量の削減、ヘッダ情報管理の容易化、ヘッダ情報などの検索を効率化するために、電子メールデータをヘッダ記憶装置、テキスト記憶装置、メール記憶装置、索引記憶装置に分けて管理する場合、個々の記憶装置に対応した検索制限レコードを逐一取得することなく、電子メールアーカイブデータを蓄積する電子メールアーカイブサーバを利用するユーザに応じた検索・取得処理の実施範囲を制限することができる。
【００５１】
なお、図１に示したこの実施の形態に係る電子メールアーカイブサーバ３０の各機能は、それぞれが個別の専用のプロセッサにおいて実現されてもよい。また、各機能が同一のハードウェアにおいて実現されていてもよいし、ネットワークで接続された複数の異なるハードウェア上で実現されている構成でもよい。
【００５２】
また、本実施の形態では、電子メールデータを検索する例を説明したが、対象とするデータは電子メールデータに限らず、どのようなデータであってもよい。
【００５３】
以上、本実施の形態では、複数クライアント端末において送受信される大量の電子メールデータを蓄積保管し、蓄積された電子メールデータを検索し、電子メール全体またはその一部を取得し、電子メールアーカイブシステムに蓄積された電子メールデータを検索するための条件をユーザから受け付ける電子メールアーカイブシステムについて説明した。
より具体的には、本実施の形態に係る電子メールアーカイブシステムは、
ヘッダ記憶装置と、テキスト記憶装置と、電子メール記憶装置と、索引記憶装置など電子メールデータの全部または一部を蓄積するひとつまたは複数の記憶装置から構成される記憶領域部と、
電子メール検索を行う際、ＳＥＬＥＣＴ句、ＦＲＯＭ句、ＷＨＥＲＥ句の各要素に記憶領域部と構成する前記記憶装置の識別子を指定する構文規則によって記述された検索条件記述を実行するアーカイブ管理部と、
ユーザからの検索条件を受け付ける検索部とを備え、
個々の記憶装置に対する検索範囲を記録する検索制限記憶部と、
複数の検索制限レコードの組を記録する制限定義記憶部と、
制限定義記憶部のレコードから関連する検索制限記憶部の複数レコードを一度の取得するアクセス管理部とを備えたことにより、検索式記述を生成する電子メール検索処理部がユーザに指定された検索条件に適用する検索制限レコードの取得時間を削減できる電子メールアーカイブシステムを説明した。
【００５４】
また、前記制限定義記憶部は、
さらに複数の検索制限レコードを関連付ける値と前記記憶領域部を特定する値を組として管理し、
前記検索制限記憶部は、
さらに前記検索制限レコードを関連付ける値とアーカイブ管理部が実行する検索条件記述の個々の構文要素に分割した値を組として管理することを説明した。
【００５５】
また、前記電子メール検索処理部は、
さらに前記制限定義記憶部の属性の値と前記検索制限記憶部の属性の値と前記検索部が取得した値の連結で検索式記述を生成する手段を備えたことにより、
新たな検索式記述を生成する時間を削減することを説明した。
【００５６】
また、前記電子メール検索処理部は、
さらに、複数の制限定義記憶部のレコードの前記記憶領域部を特定する値を比較し、
検索式記述を生成する際に指定されたすべての制限定義記憶部のレコードに格納された記憶領域部を特定する値が同一の場合に、
有効な制限定義記憶部のレコードが指定されたと判定し、
前記制限定義記憶部の属性の値と前記検索制限記憶部の属性の値と前記検索部が取得した値の連結で検索式記述を生成することを説明した。
【００５７】
また、前記電子メールアーカイブシステムは、
電子メールアーカイブシステムの検索を実行するユーザを特定するユーザ記憶部と、
複数の制限定義レコードを一括りとして管理するロール記憶部と、
ロール記憶部と制限定義記憶部の関連を記録するロール定義記憶部と、
前記ユーザと前記ロールの関連を記録するロール付与記憶部とを備え、
前記電子メール検索処理部が検索制限レコードを検索条件に適用する際に、検索を実行するユーザとロールと制限定義の管理を確認し、前記ユーザが関連を持たない検索制限レコードを前記検索条件に適用することを防ぐことを説明した。
【００５８】
実施の形態２．
以上の実施の形態１では、電子メールアーカイブシステムを電子メールアーカイブサーバと電子メールアーカイブクライアントで構成するようにしたものであるが、次に電子メールアーカイブクライアントをＷｅｂサーバ上に構成するような場合に電子メールアーカイブシステムをＷｅｂシステムとして実現する実施の形態を示す。
【００５９】
図１３は、このような場合のネットワークシステム全体の機能ブロック図である。
本実施の形態のネットワークシステムは、一つまたはネットワークに接続された複数の情報処理装置である、アプリケーションクライアント端末６０１と、電子メールアーカイブアプリケーションサーバ６０３と、電子メールアーカイブサーバ３０とを備える。
【００６０】
アプリケーションクライアント端末６０１は、ＷＷＷブラウザ６０２がインストールされた１台以上の情報処理装置であり、デスクトップ型コンピュータ、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）（登録商標）などを含む。
電子メールアーカイブアプリケーションサーバ６０３は、クライアントであるＷＷＷブラウザ６０２からの要求に応じて、電子メールアーカイブサーバ３０に対して電子メール検索命令を送信し、電子メールアーカイブサーバ３０から取得した検索結果情報をＷＷＷブラウザ６０２に提供する。
アプリケーションクライアント端末６０１は、エンドユーザからの電子メールアーカイブデータに対する検索命令を受け付ける。具体的には、ＷＷＷブラウザ６０２に電子メールアーカイブアプリケーションサーバ６０３の通信部６０４に対して電子メールアーカイブアプリケーション６０７のＷｅｂページをリクエストする。
電子メールアーカイブアプリケーションサーバ６０３は、クライアントであるＷＷＷブラウザ６０２からの要求に応じて、電子メールアーカイブサーバ３０に対して電子メールアーカイブアプリケーション６０７を介して電子メールアーカイブサーバ３０を利用するユーザ情報を登録、編集、削除する命令を送信し、その結果情報を通信部６０４を介してＷＷＷブラウザ６０２に提供する。
電子メールアプリケーションサーバ６０３は、一つまたは複数の電子メールアーカイブサーバ３０を対象に検索命令を送信し、その検索結果を取得する。
電子メールアーカイブサーバ３０は、実施の形態１と同一の構成であるため、ここでは、説明を省略する。
アプリケーションクライアント端末６０１と、電子メールアーカイブアプリケーションサーバ６０３と、電子メールアーカイブサーバ３０は、それぞれの機能を実現するためのプログラムの実行に必要な、通常の情報処理装置が有するハードウェア構成（ＣＰＵ、メモリ、プログラムがインストールされたハードディスク、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の通信インタフェース）を備える。
【００６１】
次に電子メールアプリケーションサーバ６０３の機能構成について説明する。
【００６２】
電子メールアプリケーションサーバ６０３は、電子メール管理処理を行う電子メールアーカイブアプリケーション６０７と電子メールアーカイブアプリケーション６０７が電子メールアーカイブサーバ３０を操作するための管理クライアントライブラリ２４と、ＷＷＷブラウザ６０２から送信されるリクエストに関する情報であるリクエスト情報を取得し、電子メールアーカイブアプリケーション６０７を実行する通信部６０４とを備える。
通信部６０４はユーザからの入力を受け付けるためのＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ドキュメントを生成し、電子メールアーカイブアプリケーション６０７を用いて電子メールアーカイブサーバに対する検索条件を入力するため、ユーザ管理の操作要求を入力するための画面をユーザに提示する。
上述したように通信部６０４が生成したＨＴＭＬドキュメント上のフォームにユーザが所望の操作を入力することにより、リクエストパラメータが設定される。通信部６０４は、ユーザがフォームに入力したリクエストパラメータを取得し、電子メールアーカイブアプリケーション６０７の検索部６０５およびユーザ管理部６０６を実行する。
検索部６０５およびユーザ管理部６０６の処理は実施の形態１と同様であるため、ここでは説明を省略する。
【００６３】
本実施の形態によれば、実施の形態１によって実現された電子メールアーカイブシステムにおけるアクセス管理方式をＷｅｂシステムの形式でユーザに提供することができるため、アプリケーションクライアント端末６０１に特別なソフトウェアをインストールすることなく、電子メールアーカイブサーバ３０に対する電子メール検索を実施できるため、電子メールアーカイブサーバ３０を利用するアプリケーションクライアント端末６０１を容易に追加することができる。
【００６４】
最後に、実施の形態１及び２に示した電子メールアーカイブクライアント１０、電子メールアーカイブサーバ３０、アプリケーションクライアント端末６０１、電子メールアーカイブアプリケーションサーバ６０３（以下、電子メールアーカイブサーバ３０等と表記する）のハードウェア構成例について説明する。
図１４は、実施の形態１及び２に示す電子メールアーカイブサーバ３０等のハードウェア資源の一例を示す図である。
なお、図１４の構成は、あくまでも電子メールアーカイブサーバ３０等のハードウェア構成の一例を示すものであり、電子メールアーカイブサーバ３０等のハードウェア構成は図１４に記載の構成に限らず、他の構成であってもよい。
【００６５】
図１４において、電子メールアーカイブサーバ３０等は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。
ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９１３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。
更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、スキャナ装置９０７と接続していてもよい。また、磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカード（登録商標）読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。
通信ボード９１５、キーボード９０２、マウス９０３、スキャナ装置９０７、ＦＤＤ９０４などは、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置の一例である。
【００６６】
通信ボード９１５は、ネットワークに接続されている。例えば、通信ボード９１５は、ＬＡＮ（ローカルエリアネットワーク）、インターネット、ＷＡＮ（ワイドエリアネットワーク）などに接続されていても構わない。
【００６７】
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。
プログラム群９２３のプログラムは、ＣＰＵ９１１がオペレーティングシステム９２１、ウィンドウシステム９２２を利用しながら実行する。
例えば、磁気ディスク装置９２０が、記憶領域部５２を構成する。
【００６８】
また、ＲＡＭ９１４には、ＣＰＵ９１１に実行させるオペレーティングシステム９２１のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。
また、ＲＡＭ９１４には、ＣＰＵ９１１による処理に必要な各種データが格納される。
【００６９】
また、ＲＯＭ９１３には、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）プログラムが格納され、磁気ディスク装置９２０にはブートプログラムが格納されている。
電子メールアーカイブサーバ３０等の起動時には、ＲＯＭ９１３のＢＩＯＳプログラム及び磁気ディスク装置９２０のブートプログラムが実行され、ＢＩＯＳプログラム及びブートプログラムによりオペレーティングシステム９２１が起動される。
【００７０】
上記プログラム群９２３には、実施の形態１及び２の説明において「〜部」として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
【００７１】
ファイル群９２４には、実施の形態１及び２の説明において、「〜の判断」、「〜の確認」、「〜の比較」、「〜の取得」、「〜の更新」、「〜の設定」、「〜の登録」、「〜の選択」、「〜の生成」等として説明している処理の結果を示す情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。
抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、実施の形態１及び２で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【００７２】
また、実施の形態１及び２の説明において「〜部」として説明しているものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明しているものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、実施の形態１及び２の「〜部」としてコンピュータを機能させるものである。あるいは、実施の形態１及び２の「〜部」の手順や方法をコンピュータに実行させるものである。
【００７３】
このように、実施の形態１及び２に示す電子メールアーカイブサーバ３０等は、処理装置たるＣＰＵ、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータであり、上記したように「〜部」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。
【図面の簡単な説明】
【００７４】
【図１】実施の形態１に係るシステム構成例を示す図。
【図２】実施の形態１に係るユーザ情報の例を示す図。
【図３】実施の形態１に係るユーザ種別情報の例を示す図。
【図４】実施の形態１に係る制限定義情報の例を示す図。
【図５】実施の形態１に係る検索制限情報の例を示す図。
【図６】実施の形態１に係るロール情報の例を示す図。
【図７】実施の形態１に係るロール定義情報の例を示す図。
【図８】実施の形態１に係るロール付与情報の例を示す図。
【図９】実施の形態１に係るデータ検索条件記述の例を示す図。
【図１０】実施の形態１に係る動作例を示すフローチャート図。
【図１１】実施の形態１に係る動作例を示すフローチャート図。
【図１２】実施の形態１に係る動作例を示すフローチャート図。
【図１３】実施の形態２に係るシステム構成例を示す図。
【図１４】実施の形態１及び２に係る電子メールアーカイブサーバ等のハードウェア構成例を示す図。
【符号の説明】
【００７５】
１０ 電子メールアーカイブクライアント、２０ 電子メール管理アプリケーション、２１ 検索部、２２ ユーザ管理部、２４ 管理クライアントライブラリ、３０ 電子メールアーカイブサーバ、３１ アーカイブ検索部、４０ アクセス管理部、４１ ユーザ情報格納部、４２ ユーザ記憶部、４３ 種別記憶部、４４ 制限定義記憶部、４５ 検索制限記憶部、４６ ロール記憶部、４７ ロール定義記憶部、４８ ロール付与記憶部、５１ アーカイブ管理部、５２ 記憶領域部、５３ メール記憶装置、５４ ヘッダ記憶装置、５５ テキスト記憶装置、５６ 索引記憶装置、３１１ 通信部、３１２ 電子メール検索処理部、３１３ ユーザ管理処理部、６０１ アプリケーションクライアント端末、６０２ ＷＷＷブラウザ、６０３ 電子メールアーカイブアプリケーションサーバ、６０４ 通信部、６０５ 検索部、６０６ ユーザ管理部、６０７ 電子メールアーカイブアプリケーション。
【技術分野】
【０００１】
本発明は、例えば、蓄積されたデータへのアクセス管理技術に関し、特に、蓄積された電子メールへのアクセス管理技術に関する。
【背景技術】
【０００２】
近年、インターネットの普及により業務活動において電子メールを利用することが一般的となり、電子メールシステムは、企業の基幹システムとして利用されている。
電子メールは、物理的に離れた場所間で即座に情報を配信することが可能であり、また一度に複数人に対して情報を配信できることから業務情報の配信に広く利用されている。
電子メールは、過去に業務上送受信した電子メールを参照することが可能であり、内部統制に関わる業務上送受信した電子メールを蓄積、保管する電子メールアーカイブシステムが浸透しつつある。
このとき、複数のクライアント端末間で送受信された電子メールデータが一元的に蓄積された電子メールアーカイブデータに対して、検索・取得処理を実行するユーザごとにアクセス可能なデータを制限する技術として文献１がある。
【特許文献１】特開２００５−２９３１９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１では、データにアクセスする各ユーザに対して個別にアクセス権限を付与する。
アクセス権限はアクセス許可テーブルとアクセス禁止テーブルにおいて、ユーザＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）をキーにしてアクセス制限を記述したレコードを作成することにより、ユーザ毎のアクセス権限を決定する。
特許文献１では、ユーザからのデータ検索要求を受け付け、このデータ検索要求に対して、その検索条件に合致し、かつ、前記アクセス許可テーブルの指定によりそのユーザがアクセス許可されている範囲のデータであって、かつ、前記アクセス禁止テーブルの指定によりそのユーザがアクセスを禁じられている範囲のデータでないものだけを検索結果としてユーザに返す。
ただし、電子メールアーカイブシステムは、ストレージ容量の削減、ヘッダ情報管理の容易化、ヘッダ情報などの検索を効率化するために、電子メールデータをヘッダ情報蓄積部、テキスト情報蓄積部、メール本体蓄積部、索引情報蓄積部に分けて管理する。
特許文献１の場合、アクセス制限はユーザＩＤとアクセス制限条件を示したものであり、この情報格納部に対するアクセス制限条件を定義し、ユーザからのデータ検索要求を受け付ける際に、アクセス制限条件を取得するために複数回の通信処理が発生するという課題がある。
つまり、アクセス制限条件は、ヘッダ情報蓄積部、テキスト情報蓄積部、メール本体蓄積部、索引情報蓄積部ごとに定義されており、複数の蓄積部にまたがってデータを検索する場合には、蓄積部ごとのアクセス制限条件を取得する必要があり、複数の蓄積部のアクセス制限条件を取得するために複数回の通信処理が発生する。
【０００４】
この発明は、上記のような課題を解決することを主な目的の一つとしており、複数の記憶装置にまたがるデータ検索の場合にも一度の処理で必要な検索制限情報を取得できる仕組みを実現することを主な目的とする。
【課題を解決するための手段】
【０００５】
本発明に係るデータ管理装置は、
データ検索の対象となるデータを記憶する複数のデータ記憶部と、
データ検索における制限がデータ記憶部単位で示される検索制限情報を複数記憶する検索制限記憶部と、
データ検索要求があった際に、いずれかの検索制限情報を選択し、選択した検索制限情報を前記検索制限記憶部から取得する検索制限取得部と、
前記検索制限取得部により取得された検索制限情報が対象とするデータ記憶部から、当該検索制限情報に示されるデータ検索の制限に従ってデータを検索するデータ検索部とを有し、
前記検索制限記憶部は、
複数の検索制限情報のうちの特定の２つ以上の検索制限情報を連帯検索制限情報として相互に対応付けて記憶し、
前記検索制限取得部は、
データ検索要求があった際に前記連帯検索制限情報を選択した場合に、前記連帯検索制限情報を構成する連帯構成検索制限情報の各々を一括して前記検索制限記憶部から取得し、
前記データ検索部は、
前記検索制限取得部により一括して取得された各連帯構成検索制限情報が対象とするデータ記憶部から、各連帯構成検索制限情報に示されるデータ検索の制限に従ってデータ検索を行うことを特徴とする。
【発明の効果】
【０００６】
本発明によれば、２つ以上の検索制限情報を対応付けるとともに、データ検索要求があった際に、対応付けられた２つ以上の検索制限情報を一括して取得するため、検索制限情報を取得するための通信処理が１回で済み、データ検索の高速化を図ることができる。
【発明を実施するための最良の形態】
【０００７】
実施の形態１．
本実施の形態では、アクセス制限条件を制限定義と検索制限に分けて管理し、アクセス制限条件を取得する際に複数の検索制限を組みとする制限定義をキーワードとしてアクセス制限条件を取得することで上記課題を解決する。
【０００８】
以下、添付の図面を参照しながら、本実施の形態について説明する。
【０００９】
まず、図１を用いて本実施の形態にかかわるシステムの全体構成について説明する。
図１は、本実施の形態のシステム全体の機能ブロック図である。
本実施の形態のシステムは、ネットワークに接続された複数の情報処理装置である、電子メールアーカイブクライアント１０と電子メールアーカイブサーバ３０とを備える。なお、電子メールアーカイブサーバ３０は、データ管理装置の例である。
【００１０】
電子メールアーカイブクライアント１０は、エンドユーザからの要求を受け付ける電子メール管理アプリケーション２０の要求に応じて、電子メールアーカイブサーバ３０に対して電子メールの検索命令を送信し、その検索結果をユーザに提供する。
また、電子メールアーカイブクライアント１０は、電子メール管理アプリケーション２０からの要求に応じて、電子メールアーカイブクライアント１０を介して電子メールアーカイブサーバ３０を利用するユーザのユーザ情報を登録、編集、削除する命令を電子メールアーカイブサーバ３０に対して送信し、その結果をユーザに提供する。
電子メールアーカイブクライアント１０は、例えば、Ｊａｖａ（登録商標）またはＣ言語で作成されたアプリケーションの実行環境がインストールされた１台以上の情報処理装置である。
電子メール管理アプリケーション２０は、一つまたは複数の電子メールアーカイブサーバ３０を対象に検索命令を送信し、その検索結果を取得する。
電子メールアーカイブサーバ３０は、電子メールを電子メールアーカイブデータ（以下、電子メールデータともいう）として蓄積し、電子メールクライアントからの検索命令を受取り、蓄積された電子メールアーカイブデータを検索、取得した結果を電子メールアーカイブクライアント１０に返却する。
電子メールアーカイブクライアント１０と電子メールアーカイブサーバ３０は、それぞれの機能を実現するためのプログラムの実行に必要な、通常の情報処理装置が有するハードウェア構成（ＣＰＵ、メモリ、プログラムがインストールされたハードディスク、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の通信インタフェース）を備える。
【００１１】
次に、電子メールアーカイブクライアント１０の機能構成について説明する。
電子メールアーカイブクライアント１０は、エンドユーザが電子メール管理処理を行う電子メール管理アプリケーション２０と電子メール管理アプリケーション２０が電子メールアーカイブサーバ３０を操作するための管理クライアントライブラリ２４を備える。
【００１２】
電子メール管理アプリケーション２０は、検索部２１とユーザ管理部２２を備える。
検索部２１は、エンドユーザからの電子メール検索条件を取得し、管理クライアントライブラリ２４を介して、電子メールアーカイブサーバ３０に対する電子メールデータの検索処理を行う。
ユーザ管理部２２は、エンドユーザから電子メール検索を実行するエンドユーザの登録、編集、削除、取得命令を受取り、管理クライアントライブラリ２４を介して、電子メールアーカイブサーバ３０に対して、ユーザのユーザ情報を操作する。
管理クライアントライブラリ２４は、電子メールアーカイブサーバ３０で処理される電子メール検索処理、ユーザ管理処理の通知を実現するプログラムが保持される。
【００１３】
次に、電子メールアーカイブサーバ３０の機能構成について説明する。
電子メールアーカイブサーバ３０は、アーカイブ検索部３１と、アクセス管理部４０と、ユーザ情報格納部４１とアーカイブ管理部５１と記憶領域部５２とを備える。
【００１４】
アーカイブ検索部３１は、本実施の形態の主な処理（電子メールアーカイブデータの検索処理およびユーザ管理処理）を行う。
アーカイブ検索部３１は、ネットワークを介して電子メールアーカイブクライアント１０からの処理命令（データ検索要求）を受けとる通信部３１１と、通信部３１１が受け取った検索処理情報とアクセス管理部４０を実行して取得するユーザ情報格納部４１に保持される情報とに基づいて電子メールアーカイブデータの検索条件式（検索条件記述）を生成して、アーカイブ管理部５１に生成した検索条件式を通知し、結果を受け取る電子メール検索処理部３１２と、通信部３１１が受け取ったユーザ管理操作情報に基づき、アクセス管理部４０を利用してユーザ情報格納部４１の情報を操作するユーザ管理処理部３１３とを備える。
アーカイブ検索部３１は、データ検索要求受付部の機能を担うとともにデータ検索部の機能の一部を担う。
【００１５】
ユーザ情報格納部４１は、ＳＱＬ言語を利用可能なＤＢＭＳ（Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）からなり、図１に示すようにユーザ識別情報などを保持するユーザ記憶部４２と、ユーザ種別情報を保持する種別記憶部４３と、記憶領域部５２への検索制限を識別する情報を保持する制限定義記憶部４４と、記憶領域部５２への検索制限条件を保持する検索制限記憶部４５と、複数の検索制限を組として管理する情報を保持するロール記憶部４６と、ロールと複数の検索制限の組の関連を管理するロール定義記憶部４７と、ロール定義記憶部４７に管理される検索制限の組とユーザの関連情報を管理するロール付与記憶部４８とを備える。
【００１６】
詳細は後述するが、ユーザ記憶部４２には、図２に示すユーザ情報が記憶されている。
また、種別記憶部４３には、図３に示すユーザ種別情報が記憶されている。
制限定義記憶部４４には、図４に示す制限定義情報が記憶されている。
検索制限記憶部４５には、図５に示す検索制限情報が記憶されている。
ロール記憶部４６には、図６に示すロール情報が記憶されている。
ロール定義記憶部４７には、図７に示すロール定義情報が記憶されている。
ロール付与記憶部４８には、図８に示すロール付与情報が記憶されている。
なお、制限定義記憶部４４は対象記憶領域情報記憶部及び属性検索制限対応情報記憶部の例であり、ロール記憶部４６、ロール定義記憶部４７及びロール付与記憶部４８は属性検索制限対応情報記憶部の例である。
【００１７】
アクセス管理部４０は、ユーザ情報格納部４１に蓄積されるユーザ管理情報の登録、編集、削除、取得処理を行う。アクセス管理部４０は、前記ＤＢＭＳに対応した標準化されたドライバソフトウェアを利用して、ＤＢＭＳに対するＳＥＬＥＣＴ命令、ＩＮＳＥＲＴ命令、ＵＰＤＡＴＥ命令、ＤＥＬＥＴＥ命令を実行する。
より具体的には、アクセス管理部４０は、データ検索要求があった際に、検索制限記憶部４５に記憶されているいずれかの検索制限情報を選択し、選択した検索制限情報を検索制限記憶部４５から取得する。
アクセス管理部４０は、検索制限取得部の機能を担う。
【００１８】
アーカイブ管理部５１は、検索条件式に基づき記憶領域部５２に蓄積される電子メールアーカイブデータを特定する処理を行う。
より具体的には、アーカイブ管理部５１は、アクセス管理部４０により取得された検索制限情報が対象とする記憶装置（メール記憶装置５３、ヘッダ記憶装置５４、テキスト記憶装置５５、索引記憶装置５６）から、当該検索制限情報に示されるデータ検索の制限に従って電子メールデータを検索する。
アーカイブ管理部５１は、データ検索部の一部の機能を担う。
【００１９】
記憶領域部５２は、メール記憶装置５３とヘッダ記憶装置５４と、テキスト記憶装置５５と索引記憶装置５６とを備える。
メール記憶装置５３は、メールデータ本体を復元可能な形式で蓄積するためのＤＢである。
ヘッダ記憶装置５４は、メールデータのヘッダのテキスト情報を切り出して、復元可能な形式で蓄積するためのＤＢである。
テキスト記憶装置５５は、メールデータのヘッダ以外のパートをテキスト情報に切り出して復元可能な形式で蓄積するためのＤＢである。
索引記憶装置５６は、メールデータのテキスト情報を高速に検索するための全文検索索引を蓄積するものである。
メール記憶装置５３、ヘッダ記憶装置５４、テキスト記憶装置５５、索引記憶装置５６は、それぞれデータ検索の対象となるデータを記憶するデータ記憶部の例である。
また、図１では記憶領域部５２は一つしか示されていないが、複数の記憶領域部５２が存在していてもよい。
【００２０】
以上説明した機能構成により、電子メールアーカイブサーバ３０は、電子メールアーカイブクライアント１０から送信される電子メール検索命令、ユーザ管理命令に応じて、自身が保持するユーザ管理情報を用いて、記憶領域部５２に対する検索条件式を生成し、アーカイブ管理部５１を介して記憶領域部５２に管理される電子メールデータを特定・取得し、取得した電子メールデータを電子メールアーカイブクライアント１０に返却する。電子メールアーカイブクライアント１０は、電子メール管理アプリケーション２０が管理クライアントライブラリ２４を関して電子メール検索処理の結果、ユーザ管理情報の操作処理の結果を取得し、エンドユーザに提示する。
【００２１】
ここで、本実施の形態に係る電子メールアーカイブサーバ３０の動作の概要を説明する。
【００２２】
検索制限記憶部４５に記憶されている検索制限情報は、データ検索における制限が記憶装置単位（データ記憶部単位）で示されている。
検索制限情報は図５に例示する情報である。
検索制限情報の各レコードは、制限定義名（制限定義識別子）４５１、個別ＤＢ名４５２、範囲項目４５３、範囲条件４５４、本文検索条件４５５を備える。
制限定義名４５１の値は図４の制限定義情報に示す制限定義名４４１のいずれかの値に一致する。
個別ＤＢ名４５２は、記憶装置５３〜５６のいずれかを示す。範囲項目４５３、範囲条件４５４、本文検索条件４５５は、データ検索における制限を示す。
また、複数の検索制限情報のうちの特定の２つ以上の検索制限情報は連帯検索制限情報として相互に対応付けて記憶されている。また、連帯検索制限情報を構成する各々の検索制限情報は連帯構成検索制限情報と呼ぶ。
図５の例では、同じ制限定義名：ｐｒｏｊｅｃｔ＿ｍｎｇが設定されている３行目の検索制限情報と４行目の検索制限情報は連帯検索制限情報である。そして、連帯検索制限情報を構成する３行目の検索制限情報と４行目の検索制限情報は連帯構成検索制限情報である。また、連帯構成検索制限情報の各々は相互に異なる記憶装置を対象としている。
【００２３】
そして、アクセス管理部４０は、電子メールアーカイブクライアント１０からデータ検索要求があった場合に、データ検索要求元のユーザのユーザ属性及びユーザからの指定に基づいて抽出される制限定義名に対応する検索制限情報（レコード）を選択し、選択した検索制限情報（レコード）を検索制限記憶部４５から取得する。
この際に、連帯検索制限情報を選択した場合は、アクセス管理部４０は、連帯検索制限情報を構成する連帯構成検索制限情報の各々を一括して検索制限記憶部４５から取得する。図５の例では、同じ制限定義名：ｐｒｏｊｅｃｔ＿ｍｎｇが設定されている３行目のレコードと４行目のレコードを一括して取得する。
そして、アーカイブ管理部５１は、アクセス管理部４０により取得された検索制限情報が対象とする記憶装置５３〜５６から、当該検索制限情報に示されるデータ検索の制限（範囲項目、範囲条件、本文検索条件）に従って電子メールデータを検索する。
また、アーカイブ管理部５１は、アクセス管理部４０により連帯構成検索制限情報が一括して取得された場合は、一括して取得された各連帯構成検索制限情報が対象とする記憶装置５３〜５６から、各連帯構成検索制限情報に示されるデータ検索の制限（範囲項目、範囲条件、本文検索条件）に従って電子メールデータの検索を行う。
また、詳細は後述するが、検索制限情報に示される個別ＤＢ名、範囲項目、範囲条件、本文検索条件は、アーカイブ管理部５１がデータ検索を行う際に用いるデータ検索条件式（データ検索条件記述）の記述規則に対応して記述されており、アーカイブ検索部３１はこれらの記述を組み合わせてデータ検索条件式を生成する。アーカイブ管理部５１はアーカイブ検索部３１により生成されたデータ検索条件式を用いて電子メールデータを検索する。
そして、検索結果が、電子メールアーカイブサーバ３０から電子メールアーカイブクライアント１０に送信される。
【００２４】
次に、ユーザ情報格納部４１が持つ情報について説明する。
【００２５】
前述したように、ユーザ記憶部４２は、図２に示すユーザ情報を記憶する。
ユーザ情報は、ユーザを一意に識別するユーザ名４２１と、レコードの作成処理を実行した者が示される作成者４２２と、作成処理が実行された日付が示される作成日４２３と、レコード情報の更新処理を実行した者が示される更新者４２４と、レコード情報の更新処理が実行された日付が示される更新日４２５と、パスワードの更新処理が実行された日付が示されるパスワード更新日４２６と、ユーザを認証するための情報が格納されるパスワード４２７と、レコードに関する任意の情報が格納される備考４２８とをフィールドとして備える。
【００２６】
また、種別記憶部４３は、図３に示すユーザ種別情報を記憶する。
ユーザ種別情報は、ユーザを一意に識別するユーザ名４３１とユーザが実行できる処理を４段階で制限するユーザ種別４３２をフィールドとして備える。
【００２７】
また、制限定義記憶部４４は、図４に示す制限定義情報を記憶する。
制限定義情報は、電子メールアーカイブデータのアクセス範囲を識別する情報が格納される制限定義名４４１と、制限対象となる記憶領域を識別する情報が格納される記憶領域名４４２と、レコードの作成処理を実行した者が示される作成者４４３と、作成処理が実行された日付が格納される作成日４４４と、レコードの更新処理を実行した者が示される更新者４４５と、レコードの更新処理が実行された日付が格納される更新日４４６と、レコードに関する任意の文字列が格納される備考４４７とをフィールドとして備える。
図４では、記憶領域部５２が複数存在する場合の制限定義情報の例を示しており、このため記憶領域名４４２のフィールドがある。
このように制限定義情報は、記憶領域部５２が複数存在している場合には、対象としている記憶領域部５２を示しており、制限定義情報は対象記憶領域情報の一例である。
また、制限定義情報は、制限定義名４４１により、ロール定義情報（図７）の制限定義名４７２を通じて、ユーザ属性であるロールと検索制限情報（図５）の制限定義名４５１（制限定義識別子）とを対応付けており、属性検索制限対応情報の例でもある。
【００２８】
また、検索制限記憶部４５は、図５に示す検索制限情報を記憶する。
検索制限情報は、図４の制限定義名４４１と紐付けられる情報が格納される制限定義名４５１と、検索制限文字列の適用対象をメール記憶装置５３、ヘッダ記憶装置５４、テキスト記憶装置５５、索引記憶装置５６から識別する情報が格納される個別ＤＢ名４５２と、記憶領域部５２から検索結果として取得する項目情報が格納される範囲項目４５３と、個別ＤＢ名４５２に指定された記憶装置に適用する検索条件文字列が格納される範囲条件４５４と、個別ＤＢ名４５２に指定された記憶装置に適用する固有の検索条件文字列が格納される本文検索条件４５５と、をフィールドとして備える。
本文検索条件４５５に格納される検索条件は、正規表現で表現されるものであってもよい。
個別ＤＢ名４５２の項目に示されるｉは索引記憶装置５６を表しており、ｈはヘッダ記憶装置５４を表しており、ｔはテキスト記憶装置５５を表している。
また、範囲項目４５３、範囲条件４５４、本文検索条件４５５は、アーカイブ管理部５０によるデータ検索時に用いられるデータ検索条件記述の記述規則に対応して記述されている。
【００２９】
また、ロール記憶部４６は、図６に示すロール情報を記憶している。
ロール情報は、ロール名４６１と、作成者４６２と、作成日４６３と、更新者４６４と、更新日４６５と、備考４６６とをフィールドとして備える。
【００３０】
また、ロール定義記憶部４７は、図７に示すロール定義情報を記憶している。
ロール定義情報は、ロール名４７１と、制限定義名４７２と、作成日４７３とをフィールドとして備える。
【００３１】
また、ロール付与記憶部４８は、図８に示すロール付与情報を記憶する。
ロール付与情報は、ロール名４８１と、ロール受領者４８２と、ロール授与者４８３と、設定日付４８４とをフィールドとして備える。
ロール受領者４８２に示される者はロール名４８１に示されるロールが付与された者であり、ロール授与者４８３に示される者はロール受領者４８２に示される者にロール名４８１に示されるロールを付与した者である。
【００３２】
ロール情報、ロール定義情報、ロール付与情報は、ユーザ属性であるロールと検索制限情報とを対応付ける情報であり、属性検索制限対応情報の例である。
【００３３】
電子メールアーカイブクライアント１０からデータ検索要求があった場合に、データ検索要求元のユーザのユーザ名と図８のロール付与情報のロール受領者４８２の値を比較することで、データ検索要求元のユーザのロールをロール名４８１の値から抽出することができ、抽出したロールと図７のロール名４７１を比較することで、当該ロールに対応する制限定義を制限定義名４７２の値から抽出することができる。
また、抽出された制限定義と図４の制限定義名４４１の値を比較することで、当該制限定義が対象としている記憶領域部を記憶領域名４４２の値から抽出することができる。
また、抽出された制限定義と図５の制限定義名４５１の値を比較することで、当該制限定義が対象としている記憶装置及びデータ検索の制限を個別ＤＢ名４５２、範囲項目４５３、範囲条件４５４、本文検索条件４５５の値から抽出することができる。
【００３４】
次に、電子メールアーカイブクライアント１０及び電子メールアーカイブサーバ３０の処理手順を図１０〜図１２を参照して説明する。
図１０〜図１２は、電子メールアーカイブクライアント１０と電子メールアーカイブサーバ３０の処理手順を電子メール管理アプリケーション２０と、アクセス管理部４０と、アーカイブ管理部５１の処理も含めて記述したフローを示す。
【００３５】
まず、電子メール管理アプリケーション２０が、ユーザからユーザ名とパスワードを受け付ける。
電子メール管理アプリケーション２０は、検索部２１と、ユーザ管理部２２からなり、ユーザは処理内容に応じて検索部２１かユーザ管理部２２を選択し、処理を実行するユーザに必要なユーザ種別を設定する。記憶領域部５２の各記憶装置に格納されている電子メールデータを検索する場合は検索部２１を選択し、ユーザ情報、ユーザ定義情報、ロール情報等の登録、更新等を行う場合はユーザ管理部２２を選択する。
次に、電子メール管理アプリケーション２０は、ユーザから受け付けたユーザ名とパスワードとユーザ種別を管理クライアントライブラリ２４の接続部に入力し、電子メールアーカイブサーバ３０に対してログインリクエストを送信する（ｓ２００）。
このとき、接続先となる電子メールアーカイブサーバ３０のホスト名を管理クライアントライブラリ２４に指定することで、接続先電子メールアーカイブサーバ３０を指定する。
【００３６】
電子メールアーカイブサーバ３０では、通信部３１１が、電子メールアーカイブクライアント１０からのリクエストを受け取り、電子メールアーカイブサーバ３０内にアーカイブ検索部３１を実行する新しいプロセスを生成する。電子メールアーカイブサーバ３０が電子メールアーカイブクライアント１０から処理要求を受信した場合、アーカイブ検索部３１を実行する新しいプロセスが常に生成されるため、以降では記述を省略する。
【００３７】
アーカイブ検索部３１は、受信したユーザ名と、パスワードと、ユーザ種別とをアクセス管理部４０に入力し、ユーザ認証命令を呼び出す（ｓ２１０）。
具体的にはアクセス管理部４０は、前記受信したユーザ名とユーザ名４２１が一致するレコードのパスワード４２７をユーザ記憶部４２のユーザ情報（図２）から取得する。
取得したパスワード４２７は、公知の技術によって暗号化されている。
アクセス管理部４０は、当該レコードのパスワードを復号化する処理を行い、電子メールアーカイブサーバから送信されたパスワードと一致するか否か検証を行う。パスワードが一致した場合、受信したユーザ名とユーザ名４３１が一致するレコードを種別記憶部４３のユーザ種別情報（図３）から取得する（ｓ２３１）。
次に、アクセス管理部４０は、取得したレコードのユーザ種別４３２と受信したユーザ種別を比較する。ユーザ種別は、ＳＹＳＴＥＭ、ＭＡＮＡＧＥＲ、ＯＰＥＲＡＴＯＲ、ＵＳＥＲの４段階であり、ＳＹＳＴＥＭはＳＹＳＴＥＭの権限に加えてＭＡＮＡＧＥＲ、ＯＰＥＲＡＴＯＲ、ＵＳＥＲの権限を保有し、ＭＡＮＡＧＥＲはＭＡＮＡＧＥＲの権限に加えてＯＰＥＲＡＴＯＲ、ＵＳＥＲの権限を保有し、ＯＰＥＲＡＴＯＲはＯＰＥＲＡＴＯＲの権限に加えてＵＳＥＲの権限を保有し、ＵＳＥＲはＵＳＥＲの権限のみを保有する。
アクセス管理部４０は、種別記憶部４３から取得したレコードのユーザ種別と受信したユーザ種別を比較し、種別が同等もしくは、当該レコードのユーザ種別が受信したユーザ種別より権限が大きい場合は、ユーザ情報が適合したと判定し、アーカイブ検索部３１に判定結果を返却する（ｓ２３２）。
アーカイブ検索部３１は、通信部３１１を介して判定結果を電子メールアーカイブクライアント１０に返却する（ｓ２１１）。
【００３８】
電子メールアーカイブクライアント１０は、ログインリクエストの判定結果を受信し、正常判定の場合は、ユーザの検索処理の要求をユーザから受け付ける。異常判定の場合は、ユーザ名とパスワードを受け付ける処理を繰り返し、ユーザから受け付ける（ｓ２０１）。
ログインリクエストが正常判定された場合、電子メール管理アプリケーション２０は、当該ユーザが検索可能な範囲を電子メールアーカイブサーバ３０から取得する。
具体的には、電子メール管理アプリケーション２０が正常にログインしたユーザのユーザ名を入力値とした検索範囲取得リクエストを電子メールアーカイブサーバ３０に送信する（ｓ２０２）。
【００３９】
検索範囲取得リクエストを受信したアーカイブ検索部３１は、受信したユーザ名をキーワードとしてアクセス管理部４０の制限定義一覧取得を実行する（ｓ２１２）。
アクセス管理部４０は受信したユーザ名と一致する者がロール受領者４８２に記述されているレコードを、ロール付与記憶部４８のロール付与情報（図８）から一つまたは複数取得する。次に取得した各レコードのロール名４８１を抽出し、ロール定義記憶部４７のロール定義情報（図７）を対象に当該ロール名４８１とロール名４７１が一致するレコードを取得する（ｓ２３３）。
アーカイブ検索部３１は、ロール付与記憶部４８のロール付与情報（図８）から取得した全てのレコードのロール名４８１について、ロール定義記憶部４７のロール定義情報（図７）からロール名４７１が一致するレコードを取得し、当該レコードの制限定義名４７２を抽出したリストを作成する。
アーカイブ検索部３１は、当該リストを当該ユーザが利用可能な制限定義の一覧として返却する（ｓ２１３）。
【００４０】
電子メール管理アプリケーション２０は、ユーザが利用可能な電子メール検索範囲として返却された制限定義一覧の全てまたは、一部または、複数の制限定義を組として提示する。
次に、電子メール管理アプリケーション２０は、ユーザからの電子メール検索要求を受け付ける。
次に電子メール管理アプリケーション２０は、ユーザから受け付けた検索に必要な情報を検索リクエストとして、電子メールアーカイブサーバ３０に送信する（ｓ２０３）。
具体的には、検索結果として取得する取得項目と、検索条件式と、制限定義名とをユーザから受け付ける。アーカイブ管理部５１から取得可能な項目は、例えば電子メールの送信および受信日付、電子メールのＴｏ、Ｃｃ、Ｆｒｏｍに記載される電子メールアドレス、件名、メールの添付ファイル数、電子メールのファイルサイズ、電子メールの拡張子、電子メールの取得もとを特定する識別子などがある。
電子メール管理アプリケーション２０は、ユーザが指定した上記項目の一つまたは複数を取得項目として受け取る。
さらに、電子メール管理アプリケーション２０は、電子メールアーカイブサーバ３０から取得した制限定義を提示し、ユーザが選択した一つまたは複数の制限定義を受け取る。
さらに、電子メール管理アプリケーション２０は、電子メールアーカイブデータを検索するための一つまたは、複数の条件項目を取得する。
アーカイブ管理部５１で利用できる検索条件は、例えば電子メールの送信および受信日付と、電子メールに添付されたファイルの数と、電子メールのファイルサイズと、電子メールの取得元を特性するための識別子と、電子メール配信エラー時に送信されるエラーメールの送信元アドレスと、電子メールが配送されたルートと、ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）バージョンと、送信元の電子メールアドレスと、送信先のメールアドレスとカーボンコピー送信先のメールアドレスと、メールの件名と、電子メール本文内の任意の文字列などがある。
【００４１】
検索リクエストを受信したアーカイブ検索部３１は、アクセス管理部４０の制限定義一覧命令を呼び出す（ｓ２１４）。
具体的には、当該ユーザ名をキーワードとしてアクセス管理部４０の検索制限一覧取得を実行する。
アクセス管理部４０は、ロール付与記憶部４８のロール付与情報（図８）から受信したユーザ名が一致するレコードを一つまたは複数取得する。
次に取得した各レコードのロール名４８１を抽出し、ロール定義記憶部４７を対象に当該ロール名とロール名４７１が一致するレコードを取得する（ｓ２３４）。
アーカイブ検索部３１は、ロール付与記憶部４８のロール付与情報（図８）から取得した全てのレコードのロール名４８１について、ロール定義記憶部４７のロール定義情報（図７）からロール名４７１が一致するレコードを取得し、当該レコードの制限定義名を抽出したリストを作成する。受信した一つまたは複数の制限定義と当該リストを比較し、当該ユーザが保有するロールに設定されていない制限定義を受信しているか否かを確認する（ｓ２１５）。
当該ユーザが保有するロールに設定されていない制限定義を受信した場合（ｓ２１５でＮＯの場合）、異常な検索リクエストとしてエラーを返却する。
なお、ｓ２３４では、制限定義一覧を再取得することとしているが、ｓ２３３で取得されている制限定義一覧をメモリに記憶しておき、記憶しているこの制限定義一覧を参照してｓ２１５の処理を行うようにしてもよい。
【００４２】
電子メール管理アプリケーション２０は、アーカイブ検索部３１から検索リクエストエラーを受信した場合、ユーザに対して受信したエラー内容を表示し、ｓ２０２の処理に戻る（ｓ２０４）。
【００４３】
アーカイブ検索部３１は、当該ユーザが保有するロールに設定された制限定義のみを受信したことが確認できた場合（ｓ２１５でＹＥＳの場合）、受信した制限定義名をキーワードとして検索制限情報を取得する（ｓ２１６）。
具体的にはアーカイブ検索部３１は、受信した制限定義名をアクセス管理部４０に入力し、制限定義取得を実行する。
アクセス管理部４０は、受信した制限定義名と制限定義名４４１が一致するレコードを検索制限記憶部４５の検索制限情報（図５）から取得する。
次にアクセス管理部４０は、検索制限記憶部４５から、受信した制限定義名が一致する全てのレコードを取得し、一括してアーカイブ検索部３１に返却する（ｓ２３５）。
アクセス管理部４０は、例えば、受信した制限定義名がｐｒｏｊｅｃｔ＿ｍｎｇである場合は、図５において、制限定義名４５１の値が一致する３行目のレコードと４行目のレコードを一括して取得し、アーカイブ検索部３１に一括して返却する。
【００４４】
アーカイブ検索部３１は、検索条件式を生成するため、取得した制限定義レコード（図４）と制限定義レコードと制限定義名で紐付けられた一つ以上の検索制限レコードのフィールド句が正常であるか確認する（ｓ２１７）。
【００４５】
図９は、アーカイブ管理部５１が実行する検索条件記述の例である。
アーカイブ管理部５１は、電子メールアーカイブデータを高速に検索するために、検索対象となる個別ＤＢ名をＳＥＬＥＣＴ句、ＷＨＥＲＥ句に［記憶領域名］、［個別ＤＢ名］を記述する。
アクセス管理部４０から返却された制限定義レコード（図４）と検索制限レコード（図５）は、アーカイブ管理部５０で実行可能な検索条件記述の要素（取得項目、記憶領域名、個別ＤＢ名、検索条件式）に対応したフィールドで構成されている。
アーカイブ検索部３１は、電子メール管理アプリケーション２０から受信した取得項目とアクセス管理部４０から取得した全ての当該制限定義レコードの記憶領域名が一致していることを確認する（ｓ２１７）。
当該制限定義レコードの全ての記憶領域名が一致していない場合（ｓ２１７でＮＯ）、不正な制限定義の指定としてエラーを電子メール管理アプリケーション２０に返却する（ｓ２０４）。
アーカイブ検索部３１は、電子メール管理アプリケーション２０から受信した取得項目とアクセス管理部４０から取得した当該検索制限レコードの範囲項目４５３を比較し、範囲項目４５３に記述されていない取得項目が電子メール管理アプリケーション２０から受信した取得項目に含まれていないことを確認する。
範囲項目４５３に記述されていない取得項目が電子メール管理アプリケーション２０から受信した取得項目に含まれている場合、アーカイブ検索部３１は不正な検索指定としてエラーを電子メール管理アプリケーション２０に返却する。
このとき、アーカイブ検索部３１はエラーを返却せずに、範囲項目４５３に記述されない取得項目を無視してもよい。
アーカイブ検索部３１は、正常な項目が取得されている場合（ｓ２１７でＹＥＳ）は、アクセス管理部４０から取得した検索制限レコードの範囲項目４５３、範囲条件４５４、本文検索条件４５５の値を取得し、制限定義名で紐付けられた制限定義レコードの記憶領域名４４２と当該検索制限レコードの個別ＤＢ名４５２を連結した制限条件式５０２を作成する。
具体的には、アクセス管理部４０から取得した全ての検索制限レコードに対する制限条件式５０２の論理和を生成する。この処理をアクセス管理部４０から取得した全ての検索制限レコードに対して行う。アクセス管理部４０から取得した全ての検索制限レコードの制限条件式５０２の論理輪を生成した後、電子メール管理アプリケーションがユーザから受け付けた検索条件式と制限定義レコードの記憶領域名４４２と個別ＤＢ名４５２とを元に指定条件式５０３を生成する。次に制限条件式５０２と指定条件式５０３を論理積で連結した条件記述式を生成する（ｓ２１８）。
【００４６】
アーカイブ検索部３１は、当該条件記述式をアーカイブ管理部５１に入力し、検索命令を呼び出す（ｓ２１９）。
アーカイブ管理部５１は、入力された検索式に対する構文解析を行い、構文に誤りがある場合は、エラー識別子をアーカイブ検索部３１に返却する。
構文に誤りがない場合は、記憶領域部５２内の個別ＤＢ名４５２に指定された記憶装置（メール記憶装置５３またはヘッダ記憶装置５４およびテキスト記憶装置５５および索引記憶装置５６）から検索結果となるレコードを特定し、正常実行識別子をアーカイブ検索部３１に返却する。
このとき、アーカイブ管理部５１は、検索実行状態を識別する識別子を同時に返却する（ｓ２４１）。
アーカイブ検索部３１は、アーカイブ管理部５１から返却された正常実行もしくは、異常実行の識別子通知を電子メール管理アプリケーション２０に返却する（ｓ２２０）。
このとき、アーカイブ検索部３１は、検索実行状態を識別する識別子を返却する。
【００４７】
電子メール管理アプリケーション２０は、正常実行識別子を受信した場合、アーカイブ検索部３１に対して検索状態を識別する識別子を入力して、検索結果の取得リクエストを送信する（ｓ２０５）。エラー識別子を受信した場合、ユーザに対してエラー識別子から判別するエラー内容を提示する。
【００４８】
アーカイブ検索部３１は、電子メール管理アプリケーション２０から入力された当該検索状態識別子からアーカイブ管理部５１で実行中の検索を識別する識別子をアーカイブ管理部５１に入力し、検索結果取得命令を呼び出す（ｓ２２１）。
アーカイブ管理部５１は、アーカイブ検索部３１から入力された検索状態識別子から実行中の検索結果を判別し、検索結果をアーカイブ検索部３１に返却する（ｓ２４２）。
アーカイブ検索部３１は、アーカイブ管理部５１から返却された検索結果を電子メール管理アプリケーション２０に返却する（ｓ２２２）。
電子メール管理アプリケーション２０は、アーカイブ検索部３１から返却された検索結果をユーザに提示する（ｓ２０６）。
【００４９】
以上のように、本実施の形態によればアーカイブ検索部３１は、制限定義記憶部４４の制限定義名を利用することで、検索制限記憶部４５に格納された複数の検索制限レコード（連帯構成検索制限情報）を一度に取得することにより、アクセス管理部４０がユーザ情報格納部４１から検索制限レコードを取得する通信処理の回数を削減することができる。また、通信処理の回数の削減により消費電力を抑えることもできる。
また、ユーザ情報格納部４１は、検索制限記憶部４５のレコードをアーカイブ管理部５１が実行する検索式の構文に対応したフィールド構成とすることで、構文解析を行うことなく、検索制限記憶部４５に格納されたフィールド項目を連結するだけで、アーカイブ管理部５１に入力する検索条件式を生成することができる。
【００５０】
上述したように、従来は、ユーザからのデータ検索要求を受け付ける際に、電子メールアーカイブデータが蓄積された記憶領域部５２を構成する各記憶装置に対するアクセス制限条件を逐一取得する必要があった。ところが、本実施の形態によれば記憶領域部５２に対して定義された制限定義名４４１を指定したアクセス制限の取得処理を行うのみで、記憶領域部５２を構成する記憶装置に対する検索制限記憶部４５の複数レコードを一度に取得することが出来る。従って、電子メールアーカイブサーバを複数のユーザが利用する際に、ユーザが指定した検索処理に対するアクセス管理に必要な処理時間を削減することができる。
従って、本実施の形態によれば、複数のユーザ端末において送受信された膨大な電子メールデータが蓄積された電子メールアーカイブサーバにおいてストレージ容量の削減、ヘッダ情報管理の容易化、ヘッダ情報などの検索を効率化するために、電子メールデータをヘッダ記憶装置、テキスト記憶装置、メール記憶装置、索引記憶装置に分けて管理する場合、個々の記憶装置に対応した検索制限レコードを逐一取得することなく、電子メールアーカイブデータを蓄積する電子メールアーカイブサーバを利用するユーザに応じた検索・取得処理の実施範囲を制限することができる。
【００５１】
なお、図１に示したこの実施の形態に係る電子メールアーカイブサーバ３０の各機能は、それぞれが個別の専用のプロセッサにおいて実現されてもよい。また、各機能が同一のハードウェアにおいて実現されていてもよいし、ネットワークで接続された複数の異なるハードウェア上で実現されている構成でもよい。
【００５２】
また、本実施の形態では、電子メールデータを検索する例を説明したが、対象とするデータは電子メールデータに限らず、どのようなデータであってもよい。
【００５３】
以上、本実施の形態では、複数クライアント端末において送受信される大量の電子メールデータを蓄積保管し、蓄積された電子メールデータを検索し、電子メール全体またはその一部を取得し、電子メールアーカイブシステムに蓄積された電子メールデータを検索するための条件をユーザから受け付ける電子メールアーカイブシステムについて説明した。
より具体的には、本実施の形態に係る電子メールアーカイブシステムは、
ヘッダ記憶装置と、テキスト記憶装置と、電子メール記憶装置と、索引記憶装置など電子メールデータの全部または一部を蓄積するひとつまたは複数の記憶装置から構成される記憶領域部と、
電子メール検索を行う際、ＳＥＬＥＣＴ句、ＦＲＯＭ句、ＷＨＥＲＥ句の各要素に記憶領域部と構成する前記記憶装置の識別子を指定する構文規則によって記述された検索条件記述を実行するアーカイブ管理部と、
ユーザからの検索条件を受け付ける検索部とを備え、
個々の記憶装置に対する検索範囲を記録する検索制限記憶部と、
複数の検索制限レコードの組を記録する制限定義記憶部と、
制限定義記憶部のレコードから関連する検索制限記憶部の複数レコードを一度の取得するアクセス管理部とを備えたことにより、検索式記述を生成する電子メール検索処理部がユーザに指定された検索条件に適用する検索制限レコードの取得時間を削減できる電子メールアーカイブシステムを説明した。
【００５４】
また、前記制限定義記憶部は、
さらに複数の検索制限レコードを関連付ける値と前記記憶領域部を特定する値を組として管理し、
前記検索制限記憶部は、
さらに前記検索制限レコードを関連付ける値とアーカイブ管理部が実行する検索条件記述の個々の構文要素に分割した値を組として管理することを説明した。
【００５５】
また、前記電子メール検索処理部は、
さらに前記制限定義記憶部の属性の値と前記検索制限記憶部の属性の値と前記検索部が取得した値の連結で検索式記述を生成する手段を備えたことにより、
新たな検索式記述を生成する時間を削減することを説明した。
【００５６】
また、前記電子メール検索処理部は、
さらに、複数の制限定義記憶部のレコードの前記記憶領域部を特定する値を比較し、
検索式記述を生成する際に指定されたすべての制限定義記憶部のレコードに格納された記憶領域部を特定する値が同一の場合に、
有効な制限定義記憶部のレコードが指定されたと判定し、
前記制限定義記憶部の属性の値と前記検索制限記憶部の属性の値と前記検索部が取得した値の連結で検索式記述を生成することを説明した。
【００５７】
また、前記電子メールアーカイブシステムは、
電子メールアーカイブシステムの検索を実行するユーザを特定するユーザ記憶部と、
複数の制限定義レコードを一括りとして管理するロール記憶部と、
ロール記憶部と制限定義記憶部の関連を記録するロール定義記憶部と、
前記ユーザと前記ロールの関連を記録するロール付与記憶部とを備え、
前記電子メール検索処理部が検索制限レコードを検索条件に適用する際に、検索を実行するユーザとロールと制限定義の管理を確認し、前記ユーザが関連を持たない検索制限レコードを前記検索条件に適用することを防ぐことを説明した。
【００５８】
実施の形態２．
以上の実施の形態１では、電子メールアーカイブシステムを電子メールアーカイブサーバと電子メールアーカイブクライアントで構成するようにしたものであるが、次に電子メールアーカイブクライアントをＷｅｂサーバ上に構成するような場合に電子メールアーカイブシステムをＷｅｂシステムとして実現する実施の形態を示す。
【００５９】
図１３は、このような場合のネットワークシステム全体の機能ブロック図である。
本実施の形態のネットワークシステムは、一つまたはネットワークに接続された複数の情報処理装置である、アプリケーションクライアント端末６０１と、電子メールアーカイブアプリケーションサーバ６０３と、電子メールアーカイブサーバ３０とを備える。
【００６０】
アプリケーションクライアント端末６０１は、ＷＷＷブラウザ６０２がインストールされた１台以上の情報処理装置であり、デスクトップ型コンピュータ、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）（登録商標）などを含む。
電子メールアーカイブアプリケーションサーバ６０３は、クライアントであるＷＷＷブラウザ６０２からの要求に応じて、電子メールアーカイブサーバ３０に対して電子メール検索命令を送信し、電子メールアーカイブサーバ３０から取得した検索結果情報をＷＷＷブラウザ６０２に提供する。
アプリケーションクライアント端末６０１は、エンドユーザからの電子メールアーカイブデータに対する検索命令を受け付ける。具体的には、ＷＷＷブラウザ６０２に電子メールアーカイブアプリケーションサーバ６０３の通信部６０４に対して電子メールアーカイブアプリケーション６０７のＷｅｂページをリクエストする。
電子メールアーカイブアプリケーションサーバ６０３は、クライアントであるＷＷＷブラウザ６０２からの要求に応じて、電子メールアーカイブサーバ３０に対して電子メールアーカイブアプリケーション６０７を介して電子メールアーカイブサーバ３０を利用するユーザ情報を登録、編集、削除する命令を送信し、その結果情報を通信部６０４を介してＷＷＷブラウザ６０２に提供する。
電子メールアプリケーションサーバ６０３は、一つまたは複数の電子メールアーカイブサーバ３０を対象に検索命令を送信し、その検索結果を取得する。
電子メールアーカイブサーバ３０は、実施の形態１と同一の構成であるため、ここでは、説明を省略する。
アプリケーションクライアント端末６０１と、電子メールアーカイブアプリケーションサーバ６０３と、電子メールアーカイブサーバ３０は、それぞれの機能を実現するためのプログラムの実行に必要な、通常の情報処理装置が有するハードウェア構成（ＣＰＵ、メモリ、プログラムがインストールされたハードディスク、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の通信インタフェース）を備える。
【００６１】
次に電子メールアプリケーションサーバ６０３の機能構成について説明する。
【００６２】
電子メールアプリケーションサーバ６０３は、電子メール管理処理を行う電子メールアーカイブアプリケーション６０７と電子メールアーカイブアプリケーション６０７が電子メールアーカイブサーバ３０を操作するための管理クライアントライブラリ２４と、ＷＷＷブラウザ６０２から送信されるリクエストに関する情報であるリクエスト情報を取得し、電子メールアーカイブアプリケーション６０７を実行する通信部６０４とを備える。
通信部６０４はユーザからの入力を受け付けるためのＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ドキュメントを生成し、電子メールアーカイブアプリケーション６０７を用いて電子メールアーカイブサーバに対する検索条件を入力するため、ユーザ管理の操作要求を入力するための画面をユーザに提示する。
上述したように通信部６０４が生成したＨＴＭＬドキュメント上のフォームにユーザが所望の操作を入力することにより、リクエストパラメータが設定される。通信部６０４は、ユーザがフォームに入力したリクエストパラメータを取得し、電子メールアーカイブアプリケーション６０７の検索部６０５およびユーザ管理部６０６を実行する。
検索部６０５およびユーザ管理部６０６の処理は実施の形態１と同様であるため、ここでは説明を省略する。
【００６３】
本実施の形態によれば、実施の形態１によって実現された電子メールアーカイブシステムにおけるアクセス管理方式をＷｅｂシステムの形式でユーザに提供することができるため、アプリケーションクライアント端末６０１に特別なソフトウェアをインストールすることなく、電子メールアーカイブサーバ３０に対する電子メール検索を実施できるため、電子メールアーカイブサーバ３０を利用するアプリケーションクライアント端末６０１を容易に追加することができる。
【００６４】
最後に、実施の形態１及び２に示した電子メールアーカイブクライアント１０、電子メールアーカイブサーバ３０、アプリケーションクライアント端末６０１、電子メールアーカイブアプリケーションサーバ６０３（以下、電子メールアーカイブサーバ３０等と表記する）のハードウェア構成例について説明する。
図１４は、実施の形態１及び２に示す電子メールアーカイブサーバ３０等のハードウェア資源の一例を示す図である。
なお、図１４の構成は、あくまでも電子メールアーカイブサーバ３０等のハードウェア構成の一例を示すものであり、電子メールアーカイブサーバ３０等のハードウェア構成は図１４に記載の構成に限らず、他の構成であってもよい。
【００６５】
図１４において、電子メールアーカイブサーバ３０等は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。
ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９１３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。
更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、スキャナ装置９０７と接続していてもよい。また、磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカード（登録商標）読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。
通信ボード９１５、キーボード９０２、マウス９０３、スキャナ装置９０７、ＦＤＤ９０４などは、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置の一例である。
【００６６】
通信ボード９１５は、ネットワークに接続されている。例えば、通信ボード９１５は、ＬＡＮ（ローカルエリアネットワーク）、インターネット、ＷＡＮ（ワイドエリアネットワーク）などに接続されていても構わない。
【００６７】
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。
プログラム群９２３のプログラムは、ＣＰＵ９１１がオペレーティングシステム９２１、ウィンドウシステム９２２を利用しながら実行する。
例えば、磁気ディスク装置９２０が、記憶領域部５２を構成する。
【００６８】
また、ＲＡＭ９１４には、ＣＰＵ９１１に実行させるオペレーティングシステム９２１のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。
また、ＲＡＭ９１４には、ＣＰＵ９１１による処理に必要な各種データが格納される。
【００６９】
また、ＲＯＭ９１３には、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）プログラムが格納され、磁気ディスク装置９２０にはブートプログラムが格納されている。
電子メールアーカイブサーバ３０等の起動時には、ＲＯＭ９１３のＢＩＯＳプログラム及び磁気ディスク装置９２０のブートプログラムが実行され、ＢＩＯＳプログラム及びブートプログラムによりオペレーティングシステム９２１が起動される。
【００７０】
上記プログラム群９２３には、実施の形態１及び２の説明において「〜部」として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
【００７１】
ファイル群９２４には、実施の形態１及び２の説明において、「〜の判断」、「〜の確認」、「〜の比較」、「〜の取得」、「〜の更新」、「〜の設定」、「〜の登録」、「〜の選択」、「〜の生成」等として説明している処理の結果を示す情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。
抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、実施の形態１及び２で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【００７２】
また、実施の形態１及び２の説明において「〜部」として説明しているものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明しているものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、実施の形態１及び２の「〜部」としてコンピュータを機能させるものである。あるいは、実施の形態１及び２の「〜部」の手順や方法をコンピュータに実行させるものである。
【００７３】
このように、実施の形態１及び２に示す電子メールアーカイブサーバ３０等は、処理装置たるＣＰＵ、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータであり、上記したように「〜部」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。
【図面の簡単な説明】
【００７４】
【図１】実施の形態１に係るシステム構成例を示す図。
【図２】実施の形態１に係るユーザ情報の例を示す図。
【図３】実施の形態１に係るユーザ種別情報の例を示す図。
【図４】実施の形態１に係る制限定義情報の例を示す図。
【図５】実施の形態１に係る検索制限情報の例を示す図。
【図６】実施の形態１に係るロール情報の例を示す図。
【図７】実施の形態１に係るロール定義情報の例を示す図。
【図８】実施の形態１に係るロール付与情報の例を示す図。
【図９】実施の形態１に係るデータ検索条件記述の例を示す図。
【図１０】実施の形態１に係る動作例を示すフローチャート図。
【図１１】実施の形態１に係る動作例を示すフローチャート図。
【図１２】実施の形態１に係る動作例を示すフローチャート図。
【図１３】実施の形態２に係るシステム構成例を示す図。
【図１４】実施の形態１及び２に係る電子メールアーカイブサーバ等のハードウェア構成例を示す図。
【符号の説明】
【００７５】
１０ 電子メールアーカイブクライアント、２０ 電子メール管理アプリケーション、２１ 検索部、２２ ユーザ管理部、２４ 管理クライアントライブラリ、３０ 電子メールアーカイブサーバ、３１ アーカイブ検索部、４０ アクセス管理部、４１ ユーザ情報格納部、４２ ユーザ記憶部、４３ 種別記憶部、４４ 制限定義記憶部、４５ 検索制限記憶部、４６ ロール記憶部、４７ ロール定義記憶部、４８ ロール付与記憶部、５１ アーカイブ管理部、５２ 記憶領域部、５３ メール記憶装置、５４ ヘッダ記憶装置、５５ テキスト記憶装置、５６ 索引記憶装置、３１１ 通信部、３１２ 電子メール検索処理部、３１３ ユーザ管理処理部、６０１ アプリケーションクライアント端末、６０２ ＷＷＷブラウザ、６０３ 電子メールアーカイブアプリケーションサーバ、６０４ 通信部、６０５ 検索部、６０６ ユーザ管理部、６０７ 電子メールアーカイブアプリケーション。
【特許請求の範囲】
【請求項１】
データ検索の対象となるデータを記憶する複数のデータ記憶部と、
データ検索における制限がデータ記憶部単位で示される検索制限情報を複数記憶する検索制限記憶部と、
データ検索要求があった際に、いずれかの検索制限情報を選択し、選択した検索制限情報を前記検索制限記憶部から取得する検索制限取得部と、
前記検索制限取得部により取得された検索制限情報が対象とするデータ記憶部から、当該検索制限情報に示されるデータ検索の制限に従ってデータを検索するデータ検索部とを有し、
前記検索制限記憶部は、
複数の検索制限情報のうちの特定の２つ以上の検索制限情報を連帯検索制限情報として相互に対応付けて記憶し、
前記検索制限取得部は、
データ検索要求があった際に前記連帯検索制限情報を選択した場合に、前記連帯検索制限情報を構成する連帯構成検索制限情報の各々を一括して前記検索制限記憶部から取得し、
前記データ検索部は、
前記検索制限取得部により一括して取得された各連帯構成検索制限情報が対象とするデータ記憶部から、各連帯構成検索制限情報に示されるデータ検索の制限に従ってデータ検索を行うことを特徴とするデータ管理装置。
【請求項２】
前記検索制限記憶部は、
対象としているデータ記憶部が異なる２つ以上の検索制限情報を連帯検索制限情報として相互に対応付けて記憶することを特徴とする請求項１に記載のデータ管理装置。
【請求項３】
前記検索制限記憶部は、
対象としているデータ記憶部とデータ検索における制限とが、データ検索時に用いられるデータ検索条件記述の記述規則に対応して記述されている検索制限情報を複数記憶し、
前記データ検索部は、
前記検索制限取得部により取得された検索制限情報に含まれているデータ記憶部の記述とデータ検索の制限の記述とを組み合わせてデータ検索条件記述を生成し、生成したデータ検索条件記述を用いてデータ検索を行うことを特徴とする請求項１又は２に記載のデータ管理装置。
【請求項４】
前記データ管理装置は、更に、
各々に複数のデータ記憶部が含まれる複数の記憶領域部と、
検索制限情報が対象としている記憶領域部を、データ検索条件記述の記述規則に対応させて記述している対象記憶領域情報を記憶する対象記憶領域情報記憶部とを有し、
前記検索制限取得部は、
検索制限情報とその対象記憶領域情報とを取得し、
前記データ検索部は、
前記検索制限取得部により取得された対象記憶領域情報に含まれている記憶領域部の記述と検索制限情報に含まれているデータ記憶部の記述とデータ検索の制限の記述とを組み合わせてデータ検索条件記述を生成し、生成したデータ検索条件記述を用いてデータ検索を行うことを特徴とする請求項３に記載のデータ管理装置。
【請求項５】
前記データ検索部は、
前記検索制限取得部により複数の対象記憶領域情報が取得された場合に、取得された複数の対象記憶領域情報のすべてにおいて同一の記憶領域部が記述されているかを判断し、すべての対象記憶領域情報において同一の記憶領域部が記述されている場合に、データ検索を行うことを特徴とする請求項４に記載のデータ管理装置。
【請求項６】
前記データ管理装置は、更に、
ユーザ属性と検索制限情報とを対応付ける属性検索制限対応情報を記憶する属性検索制限対応情報記憶部と、
データ検索要求元のユーザの識別情報が含まれるデータ検索要求を受け付けるデータ検索要求受付部とを有し、
前記検索制限取得部は、
データ検索要求に含まれる識別情報に基づきデータ検索要求元のユーザのユーザ属性を判定し、判定したユーザ属性と前記属性検索制限対応情報とに基づき、検索制限情報を選択することを特徴とする請求項１〜５のいずれかに記載のデータ管理装置。
【請求項７】
前記検索制限記憶部は、
各検索制限情報を制限定義識別子と対応付けて記憶し、
前記属性検索制限対応情報記憶部は、
ユーザ属性と制限定義識別子とを対応付ける属性検索制限対応情報を記憶し、
前記検索制限取得部は、
判定したユーザ属性と、前記属性検索制限対応情報におけるユーザ属性と制限定義識別子との対応付けと、前記検索制限情報と制限定義識別子との対応付けに基づき、検索制限情報を選択することを特徴とする請求項６に記載のデータ管理装置。
【請求項８】
前記検索制限記憶部は、
前記連帯検索制限情報を構成する各連帯構成検索制限情報を連帯構成検索制限情報間で共通する制限定義識別子と対応付けて記憶することを特徴とする請求項７に記載のデータ管理装置。
【請求項９】
前記検索制限取得部は、
データ検索要求元のユーザに対して複数のユーザ属性を判定した場合に、判定した複数のユーザ属性と前記属性検索制限対応情報におけるユーザ属性と検索制限情報の対応付けとに基づき、検索制限情報を選択することを特徴とする請求項６〜８のいずれかに記載のデータ管理装置。
【請求項１】
データ検索の対象となるデータを記憶する複数のデータ記憶部と、
データ検索における制限がデータ記憶部単位で示される検索制限情報を複数記憶する検索制限記憶部と、
データ検索要求があった際に、いずれかの検索制限情報を選択し、選択した検索制限情報を前記検索制限記憶部から取得する検索制限取得部と、
前記検索制限取得部により取得された検索制限情報が対象とするデータ記憶部から、当該検索制限情報に示されるデータ検索の制限に従ってデータを検索するデータ検索部とを有し、
前記検索制限記憶部は、
複数の検索制限情報のうちの特定の２つ以上の検索制限情報を連帯検索制限情報として相互に対応付けて記憶し、
前記検索制限取得部は、
データ検索要求があった際に前記連帯検索制限情報を選択した場合に、前記連帯検索制限情報を構成する連帯構成検索制限情報の各々を一括して前記検索制限記憶部から取得し、
前記データ検索部は、
前記検索制限取得部により一括して取得された各連帯構成検索制限情報が対象とするデータ記憶部から、各連帯構成検索制限情報に示されるデータ検索の制限に従ってデータ検索を行うことを特徴とするデータ管理装置。
【請求項２】
前記検索制限記憶部は、
対象としているデータ記憶部が異なる２つ以上の検索制限情報を連帯検索制限情報として相互に対応付けて記憶することを特徴とする請求項１に記載のデータ管理装置。
【請求項３】
前記検索制限記憶部は、
対象としているデータ記憶部とデータ検索における制限とが、データ検索時に用いられるデータ検索条件記述の記述規則に対応して記述されている検索制限情報を複数記憶し、
前記データ検索部は、
前記検索制限取得部により取得された検索制限情報に含まれているデータ記憶部の記述とデータ検索の制限の記述とを組み合わせてデータ検索条件記述を生成し、生成したデータ検索条件記述を用いてデータ検索を行うことを特徴とする請求項１又は２に記載のデータ管理装置。
【請求項４】
前記データ管理装置は、更に、
各々に複数のデータ記憶部が含まれる複数の記憶領域部と、
検索制限情報が対象としている記憶領域部を、データ検索条件記述の記述規則に対応させて記述している対象記憶領域情報を記憶する対象記憶領域情報記憶部とを有し、
前記検索制限取得部は、
検索制限情報とその対象記憶領域情報とを取得し、
前記データ検索部は、
前記検索制限取得部により取得された対象記憶領域情報に含まれている記憶領域部の記述と検索制限情報に含まれているデータ記憶部の記述とデータ検索の制限の記述とを組み合わせてデータ検索条件記述を生成し、生成したデータ検索条件記述を用いてデータ検索を行うことを特徴とする請求項３に記載のデータ管理装置。
【請求項５】
前記データ検索部は、
前記検索制限取得部により複数の対象記憶領域情報が取得された場合に、取得された複数の対象記憶領域情報のすべてにおいて同一の記憶領域部が記述されているかを判断し、すべての対象記憶領域情報において同一の記憶領域部が記述されている場合に、データ検索を行うことを特徴とする請求項４に記載のデータ管理装置。
【請求項６】
前記データ管理装置は、更に、
ユーザ属性と検索制限情報とを対応付ける属性検索制限対応情報を記憶する属性検索制限対応情報記憶部と、
データ検索要求元のユーザの識別情報が含まれるデータ検索要求を受け付けるデータ検索要求受付部とを有し、
前記検索制限取得部は、
データ検索要求に含まれる識別情報に基づきデータ検索要求元のユーザのユーザ属性を判定し、判定したユーザ属性と前記属性検索制限対応情報とに基づき、検索制限情報を選択することを特徴とする請求項１〜５のいずれかに記載のデータ管理装置。
【請求項７】
前記検索制限記憶部は、
各検索制限情報を制限定義識別子と対応付けて記憶し、
前記属性検索制限対応情報記憶部は、
ユーザ属性と制限定義識別子とを対応付ける属性検索制限対応情報を記憶し、
前記検索制限取得部は、
判定したユーザ属性と、前記属性検索制限対応情報におけるユーザ属性と制限定義識別子との対応付けと、前記検索制限情報と制限定義識別子との対応付けに基づき、検索制限情報を選択することを特徴とする請求項６に記載のデータ管理装置。
【請求項８】
前記検索制限記憶部は、
前記連帯検索制限情報を構成する各連帯構成検索制限情報を連帯構成検索制限情報間で共通する制限定義識別子と対応付けて記憶することを特徴とする請求項７に記載のデータ管理装置。
【請求項９】
前記検索制限取得部は、
データ検索要求元のユーザに対して複数のユーザ属性を判定した場合に、判定した複数のユーザ属性と前記属性検索制限対応情報におけるユーザ属性と検索制限情報の対応付けとに基づき、検索制限情報を選択することを特徴とする請求項６〜８のいずれかに記載のデータ管理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１０−９０９１（Ｐ２０１０−９０９１Ａ）
【公開日】平成２２年１月１４日（２０１０．１．１４）
【国際特許分類】
【出願番号】特願２００８−１６３９８８（Ｐ２００８−１６３９８８）
【出願日】平成２０年６月２４日（２００８．６．２４）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２２年１月１４日（２０１０．１．１４）
【国際特許分類】
【出願日】平成２０年６月２４日（２００８．６．２４）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]