(57)【要約】【課題】クライアントマシンにかかる負荷を抑制して逐次型検索や索引型検索を行うことを可能とするクライアント・サーバシステムを提供する。【解決手段】プログラム制御により動作する中央演算処理装置３１と、インデックス（索引）を作成、更新する索引処理部３２と、インデックス（索引）の更新処理を行った時間を記憶する機能を有する索引更新処理管理部３３と、実際に作成されたインデックス（索引）３４１を記録しておく記録装置３４と、検索処理を行う検索処理部３５と、ユーザからの検索要求を処理する検索要求入力部３６とを有する検索サーバ３０を備える。【選択図】図１
2008243147.tif 000002
【特許請求の範囲】
【請求項１】
データ管理サーバ上のデータをネットワークを介して接続されたクライアント端末が取得するクライアント・サーバシステムにおいて、
前記データ管理サーバ上にデータが存在する間に、当該データの索引情報を生成し、前記索引情報に前記クライアント端末による当該データに対する処理内容を反映させる検索サーバを備えることを特徴とするクライアント・サーバシステム。
【請求項２】
前記検索サーバは、前記処理内容を反映させた前記索引情報に基づいて、前記クライアント端末上に存在するデータに対して索引型の全文検索機能を実行することを特徴とする請求項１に記載のクライアント・サーバシステム。
【請求項３】
前記検索サーバの前記索引情報に、
前記データ管理サーバ上でのデータに対する処理内容の履歴及びデータの所在位置と、前記クライアント端末上でのデータに対する処理内容の履歴及びデータの所在位置を反映させることを特徴とする請求項１又は請求項２に記載のクライアント・サーバシステム。
【請求項４】
前記データの所在位置は、
ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）に相当するアドレス情報を用いて記録されることを特徴とする請求項１から請求項３のいずれか１項に記載のクライアント・サーバシステム。
【請求項５】
データ管理サーバ上のデータをネットワークを介して接続されたクライアント端末が取得するクライアント・サーバシステムで、前記クライアント端末上のデータに対する検索機能を実行する検索サーバであって、
前記データ管理サーバ上にデータが存在する間に、当該データの索引情報を生成し、前記索引情報に前記クライアント端末による当該データに対する処理内容を反映させる手段を備えたことを特徴とする検索サーバ。
【請求項６】
前記処理内容を反映させた前記索引情報に基づいて、前記クライアント端末上に存在するデータに対して索引型の全文検索機能を実行することを特徴とする請求項５に記載の検索サーバ。
【請求項７】
前記索引情報に、
前記データ管理サーバ上でのデータに対する処理内容の履歴及びデータの所在位置と、前記クライアント端末上でのデータに対する処理内容の履歴及びデータの所在位置を反映させることを特徴とする請求項５又は請求項６に記載の検索サーバ。
【請求項８】
前記データの所在位置は、
ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）に相当するアドレス情報を用いて記録されることを特徴とする請求項５から請求項７のいずれか１項に記載の検索サーバ。
【請求項９】
データ管理サーバ上のデータをネットワークを介して接続されたクライアント端末が取得するクライアント・サーバシステムにおける検索方法であって、
前記データ管理サーバ上にデータが存在する間に、当該データの索引情報を生成し、前記索引情報に前記クライアント端末による当該データに対する処理内容を反映させる検索ステップを有することを特徴とする検索方法。
【請求項１０】
前記検索ステップにおいて、前記処理内容を反映させた前記索引情報に基づいて、前記クライアント端末上に存在するデータに対して索引型の全文検索機能を実行することを特徴とする請求項９に記載の検索方法。
【請求項１１】
前記検索ステップにおいて、
前記索引情報に、前記データ管理サーバ上でのデータに対する処理内容の履歴及びデータの所在位置と、前記クライアント端末上でのデータに対する処理内容の履歴及びデータの所在位置を反映させることを特徴とする請求項９又は請求項１０に記載の検索方法。
【請求項１２】
前記データの所在位置は、
ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）に相当するアドレス情報を用いて記録されることを特徴とする請求項９から請求項１１のいずれか１項に記載の検索方法。
【請求項１３】
データ管理サーバ上のデータをネットワークを介して接続されたクライアント端末が取得するクライアント・サーバシステムで、前記クライアント端末上のデータに対する検索機能を有する検索サーバ上で実行される検索プログラムであって、
前記検索サーバに、
前記データ管理サーバ上にデータが存在する間に、当該データの索引情報を生成し、前記索引情報に前記クライアント端末による当該データに対する処理内容を反映させる機能を実現させることを特徴とする検索プログラム。
【請求項１４】
前記検索サーバに、
前記処理内容を反映させた前記索引情報に基づいて、前記クライアント端末上に存在するデータに対して索引型の全文検索機能を実行させることを特徴とする請求項１３に記載の検索プログラム。
【請求項１５】
前記索引情報に、
前記データ管理サーバ上でのデータに対する処理内容の履歴及びデータの所在位置と、前記クライアント端末上でのデータに対する処理内容の履歴及びデータの所在位置を反映させる機能を実現させることを特徴とする請求項１３又は請求項１４に記載の検索プログラム。
【請求項１６】
前記データの所在位置は、
ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）に相当するアドレス情報を用いて記録されることを特徴とする請求項１３から請求項１５のいずれか１項に記載の検索プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ管理サーバ上のデータをネットワークを介して接続されたクライアント端末が取得するクライアント・サーバシステム、検索サーバ、検索方法及び検索プログラムに関するものである。
【背景技術】
【０００２】
従来、クライアント・サーバシステムは、特許文献１（特開２００４−３５６９０７号公報）にも一例が記載されているように、その都度逐次型の検索を行うか、又は、Ｇｏｏｇｌｅ  Ｄｅｓｋ  Ｔｏｐ  Ｓｅａｒｃｈなど、クライアントマシン上に検索エンジン、インデックスエンジンを構築することによって、クライアントマシン上のメール本体の本文を検索する。すなわち、従来、ローカルマシン上に検索エンジンやインデックスエンジンを持つことによって、索引型検索方法においてローカルマシン上のメール本文の検索を行い、また、検索を実行するたびに検索対象の中身を走査することによって、逐次型検索を行う。
【特許文献１】特開２００４−３５６９０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、従来のクライアント・サーバシステムは、クライアントマシン上のメール本文に対する全文検索機能を提供する際に、以下のような課題を有していた。
【０００４】
第１に、従来の逐次型検索方法は、検索を実行するたびに検索対象の中身を走査するため、高い負荷がクライアントマシンにかかり処理に時間がかかっていた。
【０００５】
第２に、従来の索引型検索方法において、クライアントマシン上のメール本文の検索を行う場合には、クライアントマシン上に検索エンジンやインデックスエンジンを持つ必要があるため、構築に手間がかかっていた。
【０００６】
第３に、従来の索引方検索方法は、クライアントマシン上にインデックス（索引）を持つため、クライアントマシン上にあるインデックスと、サーバサイドに存在するインデックスとの串刺し検索を実現することが困難であった。
【０００７】
（目的）
本発明の目的は、クライアントマシンにかかる負荷を抑制して逐次型検索や索引型検索を行うことを可能とするクライアント・サーバシステムを提供することである。
【課題を解決するための手段】
【０００８】
上記目的を達成するため本発明は、データ管理サーバ上のデータをネットワークを介して接続されたクライアント端末が取得するクライアント・サーバシステムにおいて、前記データ管理サーバ上にデータが存在する間に、当該データの索引情報を生成し、前記索引情報に前記クライアント端末による当該データに対する処理内容を反映させる検索サーバを備えることを特徴とする。
【０００９】
より詳細には、メールサーバ上、及びクライアントマシン上でのデータに対する操作（移動、複製、削除）の履歴とデータの所在位置を記録しておき、あるタイミングで、サーバサイドのインデックス（索引）にこれらの記録を反映させることで、外部にある検索サーバを用いたデータへの索引型全文検索機能を提供することを特徴とする。
【００１０】
（作用）
上記構成により、データ管理サーバ上にデータが存在する間に、当該データの索引情報を生成し、当該索引情報にクライアント端末による当該データに対する処理内容を反映させる。
【発明の効果】
【００１１】
本発明によれば、クライアントマシン上に検索エンジンやインデックスエンジンを持たずとも、クライアントマシン上のデータに対して、逐次型検索に比べ大量の文書を高速に検索できる索引型検索を実現できる。
【００１２】
その理由は、メールサーバ上にデータが存在する間に、検索サーバにてデータのインデックス（索引）を作成してしまい、クライアントマシンからはこの検索サーバに検索処理の要求を投げることによって、データの索引型の全文検索を行えるため、クライアントマシンにかかる負荷を抑制できるからである。
【発明を実施するための最良の形態】
【００１３】
（第１の実施の形態）
以下、本発明の第１の実施の形態について図を参照して詳細に説明する。
【００１４】
（第１の実施の形態の構成）
図１は、本実施の形態によるクライアント・サーバシステムの構成を示すブロック図である。
【００１５】
図１を参照すると、本実施の形態によるクライアント・サーバシステムは、メールの配信処理を行うメールサーバ１０と、実際にメールを受信するクライアントマシン２０と、メール本体を全文検索処理するための検索サーバ３０とが、データ転送路４０を介して相互に接続されている。
【００１６】
メールサーバ１０は、プログラム制御により動作する中央演算処理装置１１と、メールの受信処理を行うメール受信処理部１２と、メールの配信処理を行うメール配信処理部１３と、メールを利用するユーザを管理するユーザ管理処理部１４と、記憶装置１５と、メールサーバ１０上でメール本体に行われた処理および各ユーザがクライアントマシン２０上でメール本体に行った処理を管理する履歴管理処理部１６とを備える。
【００１７】
また、記憶装置１５は、メール本体に行われた処理の履歴そのものを記録しておく履歴管理データベース（ＤＢ）１５１を備え、さらに、未同期のメール本体及び同期済みのメール本体を各ユーザごとにメール本体保存領域１５２に記憶する（メール本体保存領域１５２ａ（ユーザＡ）、メール本体保存領域１５２ｂ（ユーザＢ））。
【００１８】
また、履歴管理処理部１６は、メールｊ本体に対する処理内容（操作（登録・削除・移動等））そのもの、すなわち、どのような操作が行われたのかを履歴管理データベース１５１に記録する。
【００１９】
クライアントマシン２０は、プログラム制御により動作する中央演算処理装置２１と、メール本体を保存する記憶装置２２と、メール本体をメールサーバから受信するメール受信処理部２３と、ユーザがメール本体に行った操作（移動、複製、削除）を管理する操作管理部２４と、ユーザが行った操作をメールサーバ上の履歴管理処理部に通知するための通信部２５と、メールサーバからメールを受信したかどうかを管理する同期管理部２６とを備える。なお、クライアントマシン２０の台数は特に規制されない。
【００２０】
また、記憶装置２２が、各ユーザがクライアントマシン２０上でメール本体に行った処理の履歴を記録しておく操作履歴テーブル２２１と、未同期のメール本体及び同期済みのメール本体を記憶するメール本体記憶部２２２とを備える。
【００２１】
検索サーバ３０は、プログラム制御により動作する中央演算処理装置３１と、インデックス（索引）を作成、更新する索引処理部３２と、インデックス（索引）の更新処理を行った時間を記憶する機能を有する索引更新処理管理部３３と、実際に作成されたインデックス（索引）３４１を記録しておく記録装置３４と、検索処理を行う検索処理部３５と、ユーザからの検索要求を処理する検索要求入力部３６とを備える。
【００２２】
検索サーバ３０によって管理されているインデックス（索引）は、メール本文を索引処理したものだけとは限らず、他の文書管理システムやＲＤＢ（ｒｅｌａｔｉｏｎａｌ  ｄａｔａｂａｓｅ）システム上のコンテンツを索引処理したものも含む。
【００２３】
検索処理部３５は、これらのすべてのインデックス（索引）を横串に刺し、横断的に検索処理を実行する機能を有する。
【００２４】
このように本実施の形態は、メールサーバ１０上、およびクライアントマシン２０上でのメール本体に対する操作（移動、複製、削除）（処理内容）の履歴とメール本体の所在位置を記録しておき、あるタイミングで、検索サーバ３０のインデックス（索引）にこれらの記録を反映させるものである。
【００２５】
図２は、本実施の形態によるクライアント・サーバシステムのメール本体に対する処理の内容を示す図であり、図３は、当該処理によって生成された情報の履歴を記憶する履歴管理データベース１５１の構成を示す図である。
【００２６】
すなわち、本実施の形態におけるメール本体に対する処理は、図２に示すような６つのパターンに定義されるとし、図３に示すような履歴管理データベース１５１を生成するものとする。
【００２７】
図３を参照すると、履歴管理データベース１５１は、メールＩＤ１５１１ごとに、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）に相当するアドレス情報を含むメッセージＩＤと、処理内容と、処理時間とが対応付けられて記録されている。
【００２８】
図４は、クライアントマシン２０上におけるメール本体への操作を管理するための操作履歴テーブル２２１の構成を示すであり、図４を参照すると、操作履歴テーブル２２１は、メッセージＩＤと、メッセージＩＤに基づいて生成された、メール本体の所在を示す所在情報と、処理内容と、処理時間とが対応付けられて記録されている。
【００２９】
図５は、インデックス（索引）３４１の１例である転置ファイルの例を示す図であり、図５を参照すると、インデックス（索引）３４１は、単語ごと（索引・インデックス・メール・サーバ・伝送路・ファイル）に、対応するメールＩＤ１５１１が記録されている。
【００３０】
ここで、検索サーバ３０のハードウェア構成の説明をする。
【００３１】
図６は、本実施の形態によるクライアント・サーバシステムの検索サーバ３０のハードウェア構成例を示すブロック図である。
【００３２】
図６を参照すると、本発明による検索サーバ３０は、一般的なコンピュータ装置と同様のハードウェア構成によって実現することができ、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１００１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等のメインメモリであり、データの作業領域やデータの一時退避領域に用いられる主記憶部１００２、データ転送路４０を介してデータの送受信を行う通信制御部１００３、液晶ディスプレイ、プリンタやスピーカ等の提示部１００４、キーボードやマウス等の入力部１００５、周辺機器と接続してデータの送受信を行うインタフェース部１００６、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気ディスク、半導体メモリ等の不揮発性メモリから構成されるハードディスク装置である補助記憶部１００７、本情報処理装置の上記各構成要素を相互に接続するシステムバス１００８等を備えている。
【００３３】
本発明による検索サーバ３０は、その動作を、検索サーバ３０内部にそのような機能を実現するプログラムを組み込んだ、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）等のハードウェア部品からなる回路部品を実装してハードウェア的に実現することは勿論として、上述した各構成要素の各機能を提供するプログラムを、コンピュータ処理装置上のＣＰＵ１００１で実行することにより、ソフトウェア的に実現することができる。
【００３４】
すなわち、ＣＰＵ１００１は、補助記憶部１００７に格納されているプログラムを、主記憶部１００２にロードして実行し、検索サーバ３０の動作を制御することにより、上述した各機能をソフトウェア的に実現する。
【００３５】
なお、メールサーバ１０やクライアントマシン２０が上述のような構成を有し、上述した各機能をハードウェア的又はソフトウェア的に実現してもよい。
【００３６】
（第１の実施の形態の動作）
次に、本実施の形態によるクライアント・サーバシステムの動作を図を用いて詳細に説明する。
【００３７】
本実施の形態によるクライアント・サーバシステムは、大きく以下のような処理を任意のタイミングで行う。
（１）  メールサーバ１０が新規にメールを受信する処理。
（２）  クライアントマシン２０がメールサーバ１０からメールを受信する処理。
（３）  検索サーバ３０がメールサーバ１０上のメールに対して行う索引作成処理。
（４）  クライアントマシン２０上でのメール本体に対する操作のインデックス（索引）への反映を行う処理。
（５）  検索処理。
【００３８】
以下、順番に上記処理の内容を詳細に説明する。
【００３９】
（１）  メールサーバ１０が新規にメールを受信する処理
【００４０】
図７は、本実施の形態のメールサーバ１０が新規にメールを受信する処理を示すフローチャートである。
【００４１】
メールサーバ１０上のメール受信処理部１２がメールを受信すると、記憶装置１５上のユーザのメール本体保存領域１５２に、メール本体を格納する（ステップＳ１０１）。
【００４２】
その後、履歴管理処理部１６が、そのメール本体に対し、一意なＩＤ（メールＩＤ１５１１）を割り当てるとともに（ステップＳ１０２）、そのメールＩＤ１５１１と、処理内容（ここではメールサーバ１０へのメール本体の到着：処理内容１）と、処理時間とを履歴管理データベース１５１に記録する（ステップＳ１０３）。
【００４３】
このように、履歴管理処理部１６は、メールｊ本体に対する処理内容（操作（登録・削除・移動等））そのもの、すなわち、どのような操作を行ったのかを履歴管理データベース１５１に記録する。
【００４４】
また、履歴管理処理部１６は、ファイルの位置情報をトリガーにしているのではなく、どのような操作が行われたかという点をトリガーにし、データの位置情報の格納処理を行っている。
【００４５】
（２）  クライアントマシン２０がメールサーバ１０からメールを受信する処理。
【００４６】
図８は、本実施の形態のクライアントマシン２０がメールサーバ１０からメールを受信する処理を示すフローチャートである。
【００４７】
クライアントマシン２０からメールサーバ１０に対し、メール本体のダウンロード要求があった場合、メールサーバ１０はその要求に従ってメール本体をクライアントマシン２０に転送する（ステップＳ２０１）。
【００４８】
このときクライアントマシン２０は、同期管理部２６の機能によって、過去に取得したメールをメールサーバ２０から新たに取得することはない。
【００４９】
次いで、メールサーバ１０上の履歴管理処理部１６が、クライアントマシン２０に転送したメールに対し、メールＩＤ１５１１に基づいて履歴管理データベース１５１の更新を行う（ステップＳ２０２）。
【００５０】
このとき対象となったメールＩＤ１５１１を持つものの処理内容は、クライアントマシン２０からの要求が単にメール本体の転送だけであった場合、処理内容２（メールサーバ１０からクライアントマシン２０へのメール本体への複製）とその処理時間とともに履歴管理データベース１５１に記録される（ステップＳ２０３）。
【００５１】
これとは違い、クライアントマシン２０からの要求がメール本体のメールの削除も含まれていた場合、先ほどのメールＩＤ１５１１に対し、履歴管理データベース１５１に処理内容２の内容を記録した後、さらに処理内容３（メールサーバからメール本体の削除）が、処理時間とともに履歴管理データベース１５１に記録される（ステップＳ２０３）。
【００５２】
このとき、クライアントマシン２０からメール削除の要求があったとしても、メールサーバ１０はメール本体を即時に削除することはなく、後述される（３）の処理の後、メール本体の削除処理を実行する。
【００５３】
（３）  検索サーバ３０がメールサーバ１０上のメールに対して行う索引作成処理。
【００５４】
図９は、本実施の形態の検索サーバ３０がメールサーバ１０上のメールに対して行う索引作成処理を示すフローチャートである。
【００５５】
検索サーバ３０がインデックス（索引）作成を行う際に、まず自身のインデックス（索引）の更新時間とメールサーバ１０上の履歴管理データベース１５１に記録されている処理時間を比較し（ステップＳ３０１）、インデックス（索引）の更新時間よりも新しい履歴に対し、インデックス（索引）作成処理を行う（ステップＳ３０２）。
【００５６】
具体定期には、検索サーバ３０は、履歴管理データベース１５１における処理内容に基づいて以下のように処理を行う。
【００５７】
履歴管理データベース１５１において処理内容１となっているもの：新規にインデックス（索引）処理を行う。
履歴管理データベース１５１において処理内容２となっているもの：クライアントマシン２０から通知されているメール本体の所在にあわせて転置ファイルを更新する。
履歴管理データベース１５１において処理内容３となっているもの：インデックス（索引）への処理なし。
履歴管理データベース１５１において処理内容４となっているもの：クライアントマシン２０から通知されているメール本体の所在にあわせて転置ファイルを更新する。
履歴管理データベース１５１において処理内容５となっているもの：クライアントマシン２０から通知されているメール本体の所在にあわせて転置ファイルを更新する。
履歴管理データベース１５１において処理内容６となっているもの：インデックス（索引）から対象メールＩＤ１５１１を持つものを削除する。
【００５８】
また、インデックス（索引）作成処理が終了した後、クライアントマシン２０からメールサーバ１０からの削除要求が出ているメール本体に関して、削除処理を行う（ステップＳ３０３）。
【００５９】
（４）  クライアントマシン２０上でのメール本体に対する操作のインデックス（索引）への反映を行う処理。
【００６０】
図１０は、本実施の形態のクライアントマシン２０上でのメール本体に対する操作のインデックス（索引）への反映を行う処理を示すフローチャートである。
【００６１】
クライアントマシン２０上で行われた、メール本体への移動、複製、削除などの処理は、すべて操作管理部２４により管理されており（ステップＳ４０１）、メール本体の所在を通信部２５を介して、メールサーバ１０上の履歴管理処理部１６に通知できるようになっている（ステップＳ４０２）。
【００６２】
（５）  検索処理。
検索処理は、クライアントマシン２０から、検索サーバ３０に対して行われる。これは従来からある、インデックス（索引）型検索と同じ方法であるため説明を省略する。
【００６３】
（第１の実施の形態の効果）
本実施の形態によれば、以下の効果を達成することができる。
【００６４】
第１に、クライアントマシン２０上に検索エンジンやインデックスエンジンを持たずとも、クライアントマシン２０上のメール本文に対して、逐次型検索に比べ大量の文書を高速に検索できる索引型検索を実現できる。
【００６５】
その理由は、メールサーバ１０上にメール本体があるうちに、検索サーバ３０においてメール本体のインデックス（索引）を作成するため、クライアントマシン２０は、検索サーバ３０に対して検索処理の要求を投げることによって、メール本体の索引型の全文検索を行えるからである。
【００６６】
第２に、検索サーバ３０側で索引型の検索処理を提供することによって、クライアントマシン側で索引型の検索機能を提供する従来の場合に対し、メール本体の本文だけでなく、他の文書管理システムやＲＤＢシステムを横串に指した、横断的な全文検索機能を提供できることである。
【００６７】
その理由は、インデックス（索引）をクライアントマシン２０上に持つのではなく、文書管理システムやＲＤＢシステムのインデックス（索引）の存在する検索サーバ３０上にメールのインデックス（索引）を設置するからである。
【００６８】
第３に、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）に相当するアドレス記録方法を用いることから、外部のマシンからアドレスをたどることによって、適当なアクセス制御下にあるデータを保存しているマシン上における格納場所を知ることができる。
【００６９】
以上好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも、上記実施の形態に限定されるものでなく、その技術的思想の範囲内において様々に変形して実施することができる。
【図面の簡単な説明】
【００７０】
【図１】本発明の第１の実施の形態によるクライアント・サーバシステムの構成を示すブロック図である。
【図２】第１の実施の形態によるクライアント・サーバシステムのメール本体に対する処理の内容を示す図である。
【図３】第１の実施の形態による情報の履歴を記憶する履歴管理データベース１５１の構成を示す図である。
【図４】第１の実施の形態によるクライアントマシン２０上におけるメール本体への操作を管理するための操作履歴テーブル２２１の構成を示す図である。
【図５】第１の実施の形態によるインデックス（索引）３４１の１例である転置ファイルの例を示す図である。
【図６】第１の実施の形態によるクライアント・サーバシステムの検索サーバ３０のハードウェア構成例を示すブロック図である。
【図７】第１の実施の形態によるメールサーバ１０が新規にメールを受信する処理を示すフローチャートである。
【図８】第１の実施の形態によるクライアントマシン２０がメールサーバ１０からメールを受信する処理を示すフローチャートである。
【図９】第１の実施の形態による検索サーバ３０がメールサーバ１０上のメールに対して行う索引作成処理を示すフローチャートである。
【図１０】第１の実施の形態によるクライアントマシン２０上でのメール本体に対する操作のインデックス（索引）への反映を行う処理を示すフローチャートである。
【符号の説明】
【００７１】
１０：メールサーバ
１１：中央演算処理装置
１２：メール受信処理部
１３：メール配信処理部
１４：ユーザ管理処理部
１５：記憶装置
１５１：履歴管理データベース
１５１１：メールＩＤ
１５２：メール本体保存領域
１６：履歴管理処理部
２０：クライアントマシン
２１：中央演算処理装置
２２：記憶装置
２２１：操作履歴テーブル
２２２：メール本体記憶部
２３：メール受信処理部
２４：操作管理部
２５：通信部
２６：同期管理部
３０：検索サーバ
３１：中央演算処理装置
３２：索引処理部
３３：索引更新処理管理部
３４：記録装置
３４１：インデックス（索引）
３５：検索処理部
３６：検索要求入力部
１００１：ＣＰＵ
１００２：主記憶部
１００３：通信制御部
１００４：提示部
１００５：入力部
１００６：インタフェース部
１００７：補助記憶部
１００８：システムバス
【図１】
2008243147.tif 000003
【図２】
2008243147.tif 000004
【図３】
2008243147.tif 000005
【図４】
2008243147.tif 000006
【図５】
2008243147.tif 000007
【図６】
2008243147.tif 000008
【図７】
2008243147.tif 000009
【図８】
2008243147.tif 000010
【図９】
2008243147.tif 000011
【図１０】
2008243147.tif 000012