(57)【特許請求の範囲】
【請求項１】
複数の利用者の各々について、登録されている複数の文書の各々についての参照済であるか否かを表す参照情報を有するＶＨ情報を管理する文書処理装置であって、
複数の文書を登録する複数のフォーラムサーバと、
前記ＶＨ情報を記憶するディレクトリサーバと、
前記フォーラムサーバの各々は、
自フォーラムサーバから削除された文書を特定する情報を記憶する文書削除情報記憶手段と、
自フォーラムサーバが前記利用者の前記ＶＨ情報の更新を行うマスタフォーラムサーバとなった場合に、前記文書削除情報記憶手段に記憶されている文書情報に対応する参照記録をＶＨ情報から削除する削除手段と
を有する文書処理装置。
【請求項２】
請求項１記載の文書処理装置であって、さらに、
前記ＶＨ情報に記録されている内容に基づいてマスタとなるフォーラムサーバを決定するマスタ決定手段
を有する文書処理装置。
【請求項３】
請求項１または請求項２に記載の文書処理装置であって、マスタとならなかったフォーラムサーバに登録されている文書が参照された場合に、その旨がマスタフォーラムサーバに通知され、マスタフォーラムサーバにおいてＶＨ情報が更新される文書処理装置。
【請求項４】
複数の利用者の各々について、登録されている複数の文書の各々についての参照済であるか否かを表す参照情報を有するＶＨ情報を管理する文書処理装置をコンピュータに実現させるプログラムを格納したコンピュータ読み取り可能な記録媒体であって、
複数のコンピュータにフォーラムサーバとして複数の文書を登録する機能を実現させるフォーラムサーバプログラムと、
コンピュータにディレクトリサーバとして前記ＶＨ情報を記憶させる機能を実現させるディレクトリサーバプログラムとを格納し、
前記フォーラムサーバプログラムは、自フォーラムサーバから削除された文書を特定する情報を記憶させる文書削除情報記憶機能と、
自フォーラムサーバが前記ＶＨ情報の更新を行うマスタフォーラムサーバとなった場合に、前記文書削除情報記憶手段によって記憶された文書情報に対応する参照記録を前記ＶＨ情報から削除させる削除機能とを有する
コンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の利用者の各々について、登録されている複数の文書の各々についての参照済であるか否かを表す参照情報を有するＶＨ情報を管理する文書処理装置および記録媒体に関するものである。
【０００２】
【従来の技術】
従来、電子会議システムを構成するクライアント・サーバシステムでは、フォーラムおよびメッセージに関するＶＨ情報（ユーザがいずれのメッセージを読んだかという情報、およびいずれのメッセージまたはフォーラムにマークを付けたという情報）を個人毎に管理している。このＶＨ情報の管理として、図１１に示すように、ディレクトリＤＢサーバに登録し、クライアント起動時にクライアントがディレクトリＤＢサーバから自己のＶＨ情報を取り出して管理するようにしていた。以下図１１の構成および動作を簡単に説明する。
【０００３】
図１１は、従来技術の説明図を示す。
図１１において、ディクレトリＤＢサーバは、ユーザのＶＨ情報を登録するものである。
【０００４】
クライアントは、各ユーザが操作する端末であって、起動時（電源ＯＮ）にディレクトリＤＢサーバから自己のＶＨ情報を取り出したり、取り出したＶＨ情報を各フォーラムサーバに送信したり、各フォーラムサーバから取得した削除情報でＶＨ情報を更新したり、終了時にＶＨ情報をディレクトリＤＢサーバに格納して更新したりなどするものである。
【０００５】
フォーラムサーバは、フォーラムを提供するサーバである。
次に、起動時のＶＨ情報の流れを説明する。
（１）  クライアントが起動時にディレクトリＤＢサーバから自己のＶＨ情報を取り出してマスタのＶＨ情報として保持する。
【０００６】
（２）  クライアントは、（１）で保持したマスタのＶＨ情報を各フォーラムサーバに送信し、同期を図る。
（３）  各フォーラムサーバでのＶＨ情報の削除情報をクライアントが取得し、自己の保持するマスタのＶＨ情報を更新する。
【０００７】
（４）  （３）で更新したマスタのＶＨ情報を、クライアントのアクセス終了時にディレクトリＤＢサーバに送信して更新する。
【０００８】
【発明が解決しようとする課題】
上述したように従来の電子会議システムでは、図１１に示すように、ディレクトリＤＢサーバにＶＨ情報を登録し、クライアントが起動時にディレクトリＤＢサーバからＶＨ情報を取り出してマスタとして保持し、各フォーラムサーバに送信して同期化を図り、各フォーラムサーバでの削除情報をクライアントが取り出してマスタのＶＨ情報を更新し、アクセス終了時にディレクトリＤＢサーバに送信して登録していたため、クライアント起動時にディレクトリＤＢサーバからＶＨ情報をクライアントに送信、クライアントからＶＨ情報を各フォーラムサーバに送信、各フォーラムサーバが削除情報をクライントに送信などとサーバとクライアント間でデータの送受信が多く、通信量が増大してしまうと共にそのための時間が多く必要となってしまう問題があった。また、フォーラムサーバ数が増えるに従い更に通信量とその処理時間が増大してしまうという問題もある。
【０００９】
本発明は、これらの問題を解決するため、特定サーバから各フォーラムサーバにＶＨ情報を取り込むと共にいずれかのフォーラムサーバをローテーションしてマスタにし、マスタのフォーラムサーバのみが保持する削除情報の反映および終了時に特定サーバ中のＶＨ情報の更新を行い、サーバの負荷分散および削除情報を効率的に反映してサーバ間の通信量を削減することなどをを目的としている。
【００１０】
【課題を解決するための手段】
図１を参照して課題を解決するための手段を説明する。
図１において、クライアント１１は、ユーザが操作する端末である。
【００１１】
フォーラムサーバ１２は、電子会議室を提供する複数のサーバである。
個人情報ＤＢサーバ１３は、電子会議室システムにアクセスする個人情報を管理するＤＢサーバである。
【００１２】
次に、動作を説明する。
クライアント１１が電子会議室システムにログイン時に、特定サーバである個人情報ＤＢサーバ（あるいはディレクトリサーバなど）１３からＶＨ情報を全てのフォーラムサーバ１２に取り出して保持させ、ローテーションしてマスタとして指定されたフォーラムサーバ１２が自己の保持するＶＨ情報に削除情報を反映し、ログアウト時に個人情報ＤＢサーバ１３のＶＨ情報を更新するようにしている。
【００１３】
この際、個人情報ＤＢサーバ１３から取り出して各フォーラムサーバ１２が保持するＶＨ情報中にいずれがマスタとなるかの情報を格納するようにしている。
また、各フォーラムサーバ１２でマーク付け、各フォーラムサーバ１２の間でフォーラムやメッセージの移動、あるいは各フォーラムサーバ１２でフォーラムやメッセージの削除を行ったときに、マスタのフォーラムサーバ１２に情報を送信してＶＨ情報を更新するようにしている。
【００１４】
従って、特定サーバである個人情報ＤＢサーバ１３から各フォーラムサーバ１２にＶＨ情報を取り込むと共にいずれかのフォーラムサーバ１２をローテーションしてマスタにし、マスタのフォーラムサーバ１２のみが保持する削除情報の反映および終了時に個人情報ＤＢサーバ１３中のＶＨ情報の更新を行うことにより、サーバの負荷分散および削除情報を効率的に反映してサーバ間の通信量を削減を図ることが可能となる。
【００１５】
【発明の実施の形態】
次に、図１から図１０を用いて本発明の実施の形態および動作を順次詳細に説明する。ここで、図示外の記録媒体あるいは外部記憶装置であるハードディスク装置などから読み出したプログラム、あるいはセンタの外部記憶装置から回線を介して転送を受けたプログラムを各サーバの主記憶にそれぞれローディングして以下に説明する各種処理を行うようにしている。
【００１６】
図１は、本発明のシステム構成図を示す。
図１において、クライアント１１は、電子会議室システムにアクセスするユーザが操作する端末であって、後述する図２に示す各種処理を行うものである。
【００１７】
フォーラムサーバ１２は、電子会議室を提供する複数のサーバであって、フォーラム毎に複数のメッセージを管理するものである。
個人情報ＤＢサーバ１３は、電子会議室システムにアクセスする個人情報を管理するＤＢサーバであって、ここでは、ＶＨ情報を管理するものである。ＶＨ情報は、既述したように、ユーザがいずれのフォーラム中のいずれのメッセージを読んだかという情報、およびいずれのメッセージまたはフォーラムにマークを付けたという情報などである。
【００１８】
次に、図２のフローチャートに示す順番に従い、図１の構成の動作を図３ないし図１０を参照しつつ詳細に説明する。
図２は、本発明の動作説明フローチャートを示す。
【００１９】
図２において、Ｓ１は、クライアントが個人情報ＤＢサーバにログインする。これは、図１のクライント１１が個人情報ＤＢサーバ１３にログインする。
Ｓ２は、ＶＨマスタテーブルのサーバＩＤのローテーションを行う。これは、後述する図１０のＶＨマスタテーブル１４のサーバＩＤのローテーションを行い、次のサーバＩＤに設定する。これにより、マスタとなるフォーラムサーバ１２が順番にログイン毎に代わってローテーションすることとなる。
【００２０】
Ｓ３は、ＶＨ情報のロードと更新処理を行う。これは、後述する図３のフローチャートに従い、各フォーラムサーバ１２が個人情報ＤＢサーバ１３から該当ユーザのＶＨ情報を取り出して保持すると共に、マスタのフォーラムサーバ１２は自己が保持する削除情報を当該マスタのＶＨ情報に反映（更新）する。
【００２１】
Ｓ４ないしＳ６は、Ｓ３に続けてマーク処理、移動処理、削除処理のいずれか１つ以上を行う（詳細は後述する図４（マーク処理）、図６（移動処理）、図８（削除処理）を参照）。
【００２２】
Ｓ７は、ログアウトする。これは、Ｓ１でログインしたクライアント１１が電子会議システムからログアウトする。
Ｓ８は、ＶＨマスタサーバはＶＨ情報を個人情報ＤＢサーバに格納して更新する。これにより、マスタのフォーラムサーバ１２は、自己の削除情報（自己がマスタでないときに保持した削除情報）をまとめてＶＨ情報に反映して個人情報ＤＢサーバ１３に格納してＶＨ情報を更新することが可能となる。
【００２３】
Ｓ９は、各フォーラムサーバがそのサーバに関する削除情報を残しＶＨ情報を削除する。これにより、マスタでないフォーラムサーバ１２は、Ｓ３で個人情報ＤＢサーバ１３から取り出したＶＨ情報を削除して無くし、削除情報のみを保持し、自己がマスタとなったときにＳ８でＶＨ情報に反映することとなる。
【００２４】
以上のように図１の構成のもとで動作することにより、クライアント１１がログイン時にマスタとなるフォーラムサーバをローテーションさせ、各フォーラムサーバ１２が個人情報ＤＢサーバ１３からＶＨ情報を取り出して保持し、マスタとなったフォーラムサーバ１３が削除情報をＶＨ情報に反映し、ログアウト時に個人情報ＤＢサーバ１３に格納してＶＨ情報を更新し、マスタでないフォーラムサーバ１２は削除情報を残して保持し、ＶＨ情報を削除することが可能となる。これらにより、複数のフォーラムサーバ１２のいずれかがマスタとなるようにローテーションして自己が保持する削除情報を反映し、サーバの負荷分散および削除情報を効率的に反映してサーバ間の通信量を削減を図ることが可能となる。
【００２５】
図３は、本発明のＶＨ情報のロードと更新処理フローチャート（図２のＳ３）を示す。
図３において、Ｓ１１は、クライアントがフォーラムサーバのＶＨ情報の取り出し命令プロトコルを各フォーラムサーバに対して発行する。これは、クライアント１１が図１のＶＨ情報取り出し命令を各フォーラムサーバ１２に発行する。
【００２６】
Ｓ１２は、各フォーラムサーバが個人情報ＤＢサーバに対し、指定されたユーザのＶＨ情報の取り出しプロトコルを発行する（図１参照）。
Ｓ１３は、個人情報ＤＢサーバがユーザＩＤをキーにＶＨ情報を検索してフォーラムサーバに返却する。
【００２７】
Ｓ１４は、返却されたＶＨ情報の登録を行う。これは、Ｓ１２で各フォーラムサーバ１２が個人情報ＤＢサーバ１３にそれぞれ発行したＶＨ情報取り出し要求に対応して返却されたＶＨ情報を自己のファイルにそれぞれ登録する。
【００２８】
Ｓ１５は、ＶＨマスタのサーバか判別する。これは、各フォーラムサーバ１２が自己がＶＨマスタか判別する。ＹＥＳの場合には、自己がＶＨマスタと判明したので、Ｓ１６およびＳ１７を実行する。ＮＯの場合には、自己がＶＨマスタでないと判明したので、Ｓ１８でクライアントに以下の返却を行う。
【００２９】
・サーバへのＶＨ情報の取り出しの正否
Ｓ１６は、Ｓ１５のＹＥＳで自己がＶＨマスタと判明したので、このフォーラムサーバで、自分または他人に削除されたメッセージとフォーラムＩＤをＶＨ情報から取り除きＶＨ情報を更新する。
【００３０】
Ｓ１７は、クライアントに以下を返却する。
・▲１▼フォーラムサーバ上のＶＨ情報名
・▲２▼ＶＨマスタ（フォーラムサーバ）のＩＤ
以上によって、図２のＶＨ情報のロードと更新処理として、各フォーラムサーバ１２が個人情報ＤＢサーバ１３から該当ユーザのＶＨ情報を取り出して保持すると共に、マスタのフォーラムサーバ１２は保持している削除情報をＶＨ情報に反映（更新）し、マスタとしてのＶＨ情報にすることが可能となる。
【００３１】
図４は、本発明のマーク処理フローチャート（図２のＳ４）を示す。
図４において、Ｓ２１は、エンドユーザがフォーラム一覧からマークを付けたいメッセージを選択する。これは、既述した図２のＳ１で電子会議システムにログインしたエンドユーザがクライアント１１の端末の画面を見て操作し、フォーラム一覧からマークを付けたいメッセージを選択する。
【００３２】
Ｓ２２は、クライアントが対応するするフォーラムサーバに以下を送信する。
・▲１▼メッセージＩＤまたはフォーラムＩＤ
・▲２▼マークの種類（閲覧、チェックなど）
そして、フォーラムサーバ１２がＶＨマスタの場合にはＳ２３を実行し、フォーラムサーバ１２がその他の場合にはＳ２４ないしＳ２７を実行する。
【００３３】
Ｓ２３は、フォーラムサーバ１２がＶＨマスタの場合に、フォーラムサーバ１２がＶＨ情報を更新する。これは、Ｓ２２で選択されたマークを付与したメッセージまたはフォーラムのＩＤの情報について、保持するＶＨ情報を更新する。
【００３４】
一方、Ｓ２４は、フォーラムサーバ１２がＶＨマスタでない場合に、フォーラムサーバ１２がＶＨ情報を更新する。
Ｓ２５は、フォーラムサーバが更新情報をクライアントに返送する。
【００３５】
Ｓ２６は、クライアントがＶＨマスタサーバに更新情報を送信する。
Ｓ２７は、マスタサーバがＶＨ情報を更新する。
以上によって、ユーザがクライアント１１の画面上でフォーラム一覧からマークを付けたいメッセージを選択すると、クライアント１１がマーク付け指示されたメッセージＩＤまたはフォーラムＩＤ、マークの種類をフォーラムサーバ１２に送信し、受信したフォーラムサーバ１２がマスタの場合にはＳ２３でＶＨ情報を更新し、一方、受信したフォーラムサーバ１２がマスタでない場合にはＳ２４で自己のＶＨ情報を更新すると共に、Ｓ２５ないしＳ２７でクライアント経由で更新情報をマスタのフォーラムサーバ１２に送信して更新することが可能となる。
【００３６】
図５は、本発明の他のシステム構成図（マーク付）を示す。これは、既述した図４のマーク処理時のシステム構成図である。
▲１▼は、クライアント１１がマーク変更命令をフォーラムサーバ１２に送信する（図４のＳ２２）。
【００３７】
▲２▼は、ＶＨマスタでないフォーラムサーバ１２が▲１▼のマーク変更命令を受信したことに対応して、変更されたマーク情報（ＶＨ情報）をクライアント１１に送信する（図４のＳ２５）。
【００３８】
▲３▼は、クライアント１１がマーク変更命令および変更されたマーク情報（ＶＨ情報）をＶＨマスタのフォーラムサーバ１２に送信する（図４のＳ２６）。
▲４▼は、ＶＨマスタのフォーラムサーバ１２がＶＨ情報の更新を行う（図４のＳ２７）。
【００３９】
以上によって、ユーザがクライアント１１の画面上でフォーラム一覧からマーク付けしたいメッセージを選択すると、自動的にＶＨ情報が更新されることとなる。
【００４０】
図６は、本発明の移動処理フローチャート（図２のＳ５）を示す。
図６において、Ｓ３１は、エンドユーザガフォーラムの一覧から移動元と移動先のフォーラムまたはメッセージを選択する。これは、既述した図２のＳ１で電子会議システムにログインしたエンドユーザがクライアント１１の端末の画面を見て操作し、フォーラム一覧から移動元と移動先のフォーラムまたはメッセージを選択する。
【００４１】
Ｓ３２は、移動先のフォーラムサーバが移動元と異なるか判別する。ＹＥＳの場合には、Ｓ３３ないしＳ３６の処理を実行する。ＮＯの場合には、移動元と移動先が同じフォーラムサーバ内と判明したので、移動処理を行う必要がないため、終了する。
【００４２】
Ｓ３３は、移動元サーバに以下の移動プロトコルを送信する。
・移動先のサーバＩＤ
・移動先のフォーラムＩＤ
・移動元のフォーラムＩＤ
・移動元のメッセージＩＤ
Ｓ３４は、オブジェクトの移動を行う。
【００４３】
Ｓ３５は、クライアントが移動先のフォーラムサーバに対して、ＶＨマスタからＶＨ情報の取得要求プロトコルを送信する。
Ｓ３６は、移動先のフォーラムサーバがＶＨ情報をＶＨマスタのフォーラムサーバから所得して、ＶＨ情報を更新する。
【００４４】
以上によって、ユーザがクライアント１１の画面上でフォーラム一覧から移動元と移動先のフォーラムまたはメッセージを選択すると、クライアント１１が選択された移動先のサーバＩＤ、移動先のフォーラムＩＤ、移動元のフォーラムＩＤ、移動元のメッセージＩＤを移動元のフォーラムサーバ１２に送信し、受信したフォーラムサーバ１２がオブジェクトを移動させ、更に、移動先のフォーラムサーバ１２に指示してＶＨマスタからＶＨ情報を取得させて更新することにより、フォーラム／メッセージの移動を行うことが可能となる。
【００４５】
図７は、本発明の他のシステム構成図（移動）を示す。これは、既述した図４の移動処理時のシステム構成図である。
▲１▼は、クライアント１１がフォーラム一覧から移動元および移動先のフォーラムまたはメッセージを選択したことに対応して、ここでは、そのオブジェクトを図示のように移動させる（図６のＳ３１ないしＳ３４）。
【００４６】
▲２▼は、クライアント１１が移動先のフォーラムサーバ１２にＶＨマスタからのＶＨ情報の取り出し命令を発行する（図６のＳ３５）。
▲３▼は、▲２▼の命令の発行に対応して、フォーラムサーバ１２がＶＨマスタのフォーラムサーバ１２に、ＶＨ情報の取り出し要求を送信する。そして、ＶＨマスタのフォーラムサーバ１２から最新のＶＨ情報を送信を受けた移動先のフォーラムサーバ１２が自身のＶＨ情報を最新に更新する。（図６のＳ３６）。
【００４７】
以上によって、ユーザがクライアント１１の画面上でフォーラム一覧から移動させたい移動元の移動先のフォーラムまたはメッセージを選択すると、自動的に移動およびＶＨ情報が更新されることとなる。
【００４８】
図８は、本発明の削除フローチャートを示す。
図８の（ａ）において、Ｓ４１は、エンドユーザがフォーラム一覧から削除するフォーラムまたはメッセージを選択する。これは、既述した図２のＳ１で電子会議システムにログインしたエンドユーザがクライアント１１の端末の画面を見て操作し、フォーラム一覧から削除するフォーラムまたはメッセージを選択する。
【００４９】
Ｓ４２は、クライアントが削除対象サーバに以下の削除プロトコルを送信する。
・サーバＩＤ
・フォーラムまたはメッセージＩＤ
Ｓ４３は、サーバが目的のオブジェクトを削除し、そのＩＤを削除情報ファイルに登録する。これは、フォーラムサーバが目的のオブジェクトを削除し、そのＩＤを削除情報ファイルに登録し、既述した図２のＳ７のログアウト時に、Ｓ８、Ｓ９でＶＨ情報を更新する（既述したように、ＶＨマスタでないときはＶＨマスタとなったときに削除情報ファイルに登録した内容をＶＨ情報に反映する）。
【００５０】
以上によって、ユーザは画面上でフォーラム一覧から削除したいフォーラムまたはメッセージを選択するのみで、自動的に削除されることとなる。
図８の（ｂ）において、Ｓ５１は、期限切れ対象メッセージか判別する。ＹＥＳの場合には、Ｓ５２でフォーラムサーバ１２がメッセージを削除し、そのＩＤを削除情報ファイルに登録する。一方、ＮＯの場合には、終了する。
【００５１】
以上によって、期限切れ対象のメッセージがアル場合には、自動的にそのメッセージが削除されることとなる。
図９は、本発明の個人情報ＤＢサーバからのＶＨファイル取り出し要求プロトコル例を示す。
【００５２】
図９の（ａ）は、ＶＨマスタに対する場合を示す。これは、ＶＨマスタが個人情報ＤＢサーバ１３からユーザＩＤに対応するＶＨ情報を取り出すときのものである。
【００５３】
図９の（ｂ）は、図９の（ａ）のプロトコルの戻り値を示す。
以上の図９の（ａ）、（ｂ）によって、ＶＨマスタのフォーラムサーバ１２は、個人情報ＤＢサーバ１３からユーザＩＤに対応するＶＨ情報を取得することが可能となる。
【００５４】
図９の（ｃ）は、通常のフォーラムサーバに対する場合を示す。これは、ＶＨマスタ以外のフォーラムサーバ１２が個人情報ＤＢサーバ１３からユーザＩＤに対応するＶＨ情報を取り出すときのものである。
【００５５】
図９の（ｄ）は、ＶＨマスタサーバからＶＨ情報取り出し要求プロトコルを示す。これは、ＶＨマスタのフォーラムサーバ１２からＶＨ情報を他のフォーラムサーバ１２が取り出すときのものである。
【００５６】
図９の（ｅ）は、マーク要求プロトコルを示す。これは、クライアント１１がフォーラムサーバ１２にマーク要求を行うときのものであり、ここでは、マーク付けするメッセージＩＤまたはフォーラムＩＤおよびマーク情報（マークの種類など）を設定して送信する。
【００５７】
図９の（ｆ）は、削除要求プロトコルを示す。これは、クライアント１１がフォーラムサーバ１２に削除要求を行うときのものであり、ここでは、削除するメッセージＩＤまたはフォーラムＩＤを設定して送信する。
【００５８】
図１０は、本発明のマスタサーバのローテーション説明図を示す。
図１０において、ＶＨマスタテーブル１４は、フォーラムサーバ１２中のいずれをマスタにするかをローテーションして設定、例えばクライアント１１がログインする毎にローテーションして設定するものであり、図示の状態では０番のフォーラムサーバ１２がマスタである。
【００５９】
【発明の効果】
以上説明したように、本発明によれば、特定サーバである個人情報ＤＢサーバ１３から各フォーラムサーバ１２にＶＨ情報を取り込むと共にいずれかのフォーラムサーバ１２をローテーションしてマスタにし、マスタのフォーラムサーバ１２のみが保持する削除情報の反映および終了時に個人情報ＤＢサーバ１３中のＶＨ情報の更新を行う構成を採用しているため、サーバの負荷分散および削除情報を効率的に反映してサーバ間の通信量を削減できる。これらにより、
（１）  ローテーションによりマスタのフォーラムサーバ１２を決め、フォーラムサーバ１２の負荷分散および削除情報などのサーバ固有情報のマスタのＶＨ情報への反映を効率的に行うことが可能となる。
【００６０】
（２）  ログイン時のあるユーザのＶＨ情報は１つのマスタのフォーラムサーバ１２が管理するため、フォーラム／メッセージの移動・複製時のＶＨ情報の同期化が単純にし、処理を簡素にでき、フォーラムサーバ間の通信量を削減することが可能となる。
【００６１】
（３）  ＶＨ情報は全てフォーラムサーバ側で管理するため、サーバとクライアントとの間の通信量を従来に比して削減することが可能となる。
（４）  クライアント１１がダウンしたり、クライアント１１とフォーラムサーバ１２間の回線が切断されたりしても、ＶＨ情報はサーバ側で管理しているため、最新のＶＨ情報を保存することが可能となる。
【図面の簡単な説明】
【図１】本発明のシステム構成図である。
【図２】本発明の動作説明フローチャートである。
【図３】本発明のＶＨ情報のロードと更新処理フローチャートである。
【図４】本発明のマーク処理フローチャートである。
【図５】本発明の他のシステム構成図である。
【図６】本発明の移動処理フローチャートである。
【図７】本発明の他のシステム構成図である。
【図８】本発明の削除フローチャートである。
【図９】本発明の個人情報ＤＢサーバからのＶＨ情報取り出し要求プロトコル例である。
【図１０】本発明のマスタサーバのローテーション説明図である。
【図１１】従来技術の説明図である。
【符号の説明】
１１：クライアント（端末）
１２：フォーラムサーバ
１３：個人情報ＤＢサーバ
１４：ＶＨマスタテーブル
【図１】
0003639704.tif 000002
【図２】
0003639704.tif 000003
【図３】
0003639704.tif 000004
【図４】
0003639704.tif 000005
【図５】
0003639704.tif 000006
【図６】
0003639704.tif 000007
【図７】
0003639704.tif 000008
【図８】
0003639704.tif 000009
【図９】
0003639704.tif 000010
【図１０】
0003639704.tif 000011
【図１１】
0003639704.tif 000012