JP2000029798A - 情報管理システム及び情報管理サーバ - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】未読情報の見落としを防止する情報管理システ
ムを提供する。 【解決手段】サーバは、閲覧に供される掲示情報を複数
蓄積する掲示情報記憶部Ｓ１〜Ｓ２と、掲示情報のうち
クライアントに閲覧されていない特定データを記憶する
未読情報データ記憶部Ｓ３と、クライアントから送信さ
れた掲示情報の一覧表示要求を受信する一覧表示要求受
信部Ｓ４と、一覧表示要求を受信した場合に、未読情報
データ記憶部から未読情報の特定データを読み出し、未
読情報の一覧データを作成する一覧データ作成部Ｓ５
と、その一覧データをクライアントへ向けて送信する一
覧データ送信部Ｓ１４とを備え、クライアントは、一覧
表示要求送信部と、未読情報の一覧データを受信する一
覧データ受信部と、未読情報のみの未読情報一覧表示制
御部とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを通
じて接続されたサーバとクライアントからなり、サーバ
に蓄積・管理される掲示情報をクライアントが必要に応
じて取得し閲覧する情報管理システム及び情報管理サー
バに関する。

【０００２】

【従来の技術】従来、サーバと複数のクライアントとが
ネットワークを通じて接続されたシステムの一つの機能
として、掲示板システムと呼ばれるものがある。ここ
に、掲示板システムとは、大略して、サーバが掲示板に
相当する情報のデータベースを保持し、クライアントが
データベースに情報を書き込んだり、データベースから
必要な情報を読み出して閲覧したりすることによって情
報の伝達を図るシステムである。

【０００３】上記した掲示板システムでは、サーバは、
クライアントからの各種要求に応じて、例えば以下の処
理を行う。即ち、サーバは、閲覧に供される情報(「掲
示情報」と称する)を、例えばクライアントから受信
し、データベースに蓄積する(掲示情報の書き込み)。

【０００４】その後、サーバは、データベースに蓄積さ
れた掲示情報へのアクセス要求をクライアントから受信
した場合には、データベース内の掲示情報のインデック
ス(タイトル)一覧データを作成し、当該クライアントへ
送信する。これによって、クライアントのディスプレイ
装置には、掲示情報のインデックス一覧が表示される。

【０００５】その後、クライアントのユーザがインデッ
クス一覧に表示された掲示情報の何れかを選択すると、
クライアントから掲示情報の閲覧要求が送信される。サ
ーバは、クライアントから閲覧要求を受信すると、閲覧
要求に対応する掲示情報を格納領域から読み出し、クラ
イアントへ送信する。これによって、クライアントのデ
ィスプレイ装置に掲示情報が表示され、ユーザの閲覧に
供される。

【０００６】

【発明が解決しようとする課題】しかしながら、従来の
情報管理システムには、以下の問題があった。即ち、従
来の情報管理システムでは、掲示情報のインデックス一
覧は、アクセス要求を送信したクライアントのユーザが
既に閲覧した掲示情報(「既読情報」と称する)のインデ
ックスと未だ閲覧していない掲示情報(「未読情報」と
称する)のインデックスとが混在した状態(例えば、時系
列)で表示されていた。

【０００７】このため、ユーザは、インデックス一覧を
一見することで未読情報の有無を判別することができな
かった。従って、ユーザがインデックス一覧から未読情
報を見落とすことがあった。掲示情報は、データベース
に蓄積されてから所定時間が経過すると消去されるた
め、掲示情報が閲覧されるべき者に閲覧されないまま消
去されてしまうことがあった。

【０００８】また、情報管理システムのユーザからは、
データベースに蓄積された各掲示情報について、いつ誰
が閲覧したかを把握したいとの要望があった。

【０００９】さらに、従来の情報管理システムでは、デ
ータベースに対する掲示情報の書込又は閲覧が、どのク
ライアントのユーザからも可能であったが、情報管理シ
ステムのユーザからは、掲示情報の書込又は閲覧を、例
えば掲示情報の属性に応じて一部の者にのみ可能とした
い要望があった。

【００１０】本発明は、上記問題に鑑みなされたもので
あり、未読情報の見落としを防止することが可能であ
り、掲示情報についての閲覧状況を把握可能であり、さ
らに、許可された者のみが掲示情報の書込又は閲覧を行
うことができる情報管理システム及び情報管理サーバを
提供することを課題とする。

【００１１】

【課題を解決するための手段】本発明は、上述した課題
を解決するために以下の構成を採用する。すなわち、請
求項１の発明は、サーバとクライアントとがネットワー
クを通じて接続された情報管理システムである。この情
報管理システムは、サーバが、閲覧に供される掲示情報
を複数蓄積する掲示情報記憶部と、前記掲示情報記憶部
に蓄積された掲示情報のうちクライアントのユーザに閲
覧されていない掲示情報たる未読情報の特定データを記
憶する未読情報データ記憶部と、クライアントから送信
された掲示情報の一覧表示要求を受信する一覧表示要求
受信部と、前記一覧表示要求受信部が前記一覧表示要求
を受信した場合に、前記未読情報データ記憶部から未読
情報の特定データを読み出し、読み出した未読情報の特
定データに基づいて未読情報の一覧データを作成する一
覧データ作成部と、前記未読情報の一覧データをクライ
アントへ向けて送信する一覧データ送信部とを備える。
また、クライアントが、掲示情報一覧表示要求をサーバ
へ向けて送信する一覧表示要求送信部と、サーバから送
信された未読情報の一覧データを受信する一覧データ受
信部と、前記未読情報の一覧データに基づいて未読情報
のみの一覧を表示させる未読情報一覧表示制御部とを備
える。

【００１２】請求項１の発明によると、サーバがクライ
アントから一覧表示要求を受信すると、この一覧表示要
求をクライアントを用いて送信したユーザの未読情報の
一覧データが作成され、クライアントへ送信される。そ
して、クライアントの未読情報一覧表示制御部によっ
て、未読情報のみの一覧が表示される。このように、未
読情報のみの一覧が表示されるので、従来のようにユー
ザが未読情報か既読情報かの判別を行う必要がない。こ
のため、ほぼ確実に未読情報をユーザに閲覧させること
ができる。

【００１３】ここに、サーバ及びクライアントはコンピ
ュータを用いて構成できる。クライアントの数は問わな
い。また、複数のユーザが一つのクライアントを使用す
るようになっていても、一人のユーザに対し一つのクラ
イアントが使用されるようになっていても良い。

【００１４】請求項２の発明は、請求項１のクライアン
トが、前記未読情報一覧表示制御部によって表示された
未読情報のみの一覧から選択された未読情報の閲覧要求
を送信する閲覧要求送信部と、前記閲覧要求に対応する
未読情報を受信する未読情報受信部と、未読情報を表示
させる未読情報表示制御部とをさらに備え、前記サーバ
が、前記未読情報の閲覧要求を受信する閲覧要求受信部
と、この閲覧要求に対応する未読情報を掲示情報記憶部
から読み出す未読情報読出部と、未読情報読出部によっ
て読み出された未読情報をクライアントへ向けて送信す
る未読情報送信部とをさらに備えたことで、特定したも
のである。

【００１５】請求項３の発明は、請求項１のクライアン
トが、特定の掲示情報の閲覧状況確認要求をサーバへ向
けて送信する閲覧状況確認要求送信部と、サーバから送
信された閲覧状況データを受信する閲覧状況データを受
信部と、受信された閲覧状況データに基づく閲覧状況を
表示させる閲覧状況表示制御部とをさらに備え、サーバ
が、前記閲覧状況確認要求を受信する閲覧状況確認要求
を受信する閲覧状況確認要求受信部と、閲覧状況確認要
求が受信された場合に、前記特定の掲示情報についての
各ユーザの閲覧／未閲覧の別を示す閲覧状況データを作
成する閲覧状況データ作成部と、閲覧状況データをクラ
イアントへ向けて送信する閲覧状況データ送信部とをさ
らに備えることで特定したものである。

【００１６】請求項３の発明によれば、クライアントの
ユーザが特定の掲示情報についての閲覧状況を把握でき
るので、掲示情報を閲覧していない者に対し、閲覧を促
すことができる。このため、掲示情報が未読のまま放置
され、消去されてしまうことをより適正に防止すること
ができる。

【００１７】請求項４の発明は、請求項１記載のクライ
アントが、クライアントの各ユーザの前記掲示情報記憶
部に対するアクセス権を設定するためのアクセス権の編
集要求を送信する編集要求送信部と、前記編集要求に応
じて前記サーバから送信されたアクセス権編集データを
受信する編集データ受信部と、前記アクセス権編集デー
タに基づくアクセス権編集画面を表示させる編集画面表
示制御部と、アクセス権編集画面に基づくアクセス権の
編集結果を前記サーバへ送信する編集結果送信部とをさ
らに備え、前記サーバが、前記掲示情報記憶部にアクセ
ス可能なクライアントのユーザ名を記憶したユーザ名記
憶部と、各ユーザの前記掲示情報記憶部に対するアクセ
ス権の内容を記憶するアクセス権情報記憶部と、前記ク
ライアントから送信された前記編集要求を受信する編集
要求受信部と、前記編集要求が受信された場合に前記各
ユーザ名とアクセス権の内容とをアクセス権の編集デー
タとして読み出す編集データ読出部と、前記編集データ
を前記クライアントへ向けて送信する編集データ送信部
と、前記クライアントから送信された編集結果を受信す
る編集結果受信部と、前記編集結果を受信した場合にこ
の編集結果をもって前記アクセス権情報記憶部の記憶内
容を更新するアクセス権設定部とをさらに備えたことで
特定したものである。

【００１８】請求項４の発明によれば、特定のユーザに
対してアクセス権の設定を行うことができるので、掲示
情報を不要な範囲まで開示してしまうことを防止でき、
掲示情報のセキュリティの向上を図ることができる。

【００１９】請求項５の発明は、請求項４記載の編集画
面表示制御部が、前記アクセス権の編集画面内に、ユー
ザ名とこのユーザに対し掲示情報記憶部に掲示情報を書
き込む権利たる書込権をアクセス権として付与するか否
かを設定するためのチェック欄とを対応づけて表示させ
ることで特定したものである。

【００２０】請求項６の発明は、請求項４記載の編集画
面表示制御部が、前記アクセス権の編集画面内に、ユー
ザ名とこのユーザに対し掲示情報記憶部に蓄積された掲
示情報を閲覧する権利たる閲覧権をアクセス権として付
与するか否かを設定するためのチェック欄とを対応づけ
て表示させることで特定したものである。

【００２１】請求項７の発明は、未読情報の一覧表示要
求を送信する一覧表示要求送信部と、未読情報の一覧デ
ータを受信する一覧データ受信部と、前記未読情報の一
覧データに基づいて未読情報のみの一覧を表示する未読
情報一覧表示部とを備えたクライアントとネットワーク
を通じて接続された情報管理サーバである。この情報管
理サーバは、閲覧に供される掲示情報を複数蓄積する掲
示情報記憶部と、前記掲示情報記憶部に蓄積された掲示
情報のうち前記クライアントのユーザに閲覧されていな
い掲示情報たる未読情報の特定データを記憶する未読情
報データ記憶部と、前記クライアントから送信された未
読情報一覧表示要求を受信する一覧表示要求受信部と、
前記一覧表示要求受信部が前記一覧表示要求を受信した
場合に、前記未読情報データ記憶部から未読情報の特定
データを読み出し、読み出した未読情報の特定データに
基づいて未読情報の一覧データを作成する一覧データ作
成部と、前記未読情報の一覧データを前記クライアント
へ向けて送信する一覧データ送信部とを備えたことを特
徴とする。

【００２２】請求項８の発明は、請求項７記載の未読情
報のみの一覧から選択された未読情報閲覧要求をクライ
アントから受信する閲覧要求受信部と、この閲覧要求に
対応する未読情報を掲示情報記憶部から読み出す未読情
報読出部と、前記未読情報読出部によって読み出された
未読情報をクライアントへ向けて送信する未読情報送信
部とをさらに備えたことで特定したものである。

【００２３】請求項９の発明は、請求項８記載の未読情
報読出部によって未読情報が掲示情報記憶部から読み出
された場合に、未読情報データ記憶部に記憶された当該
未読情報の特定データを更新する未読情報データ更新部
をさらに備えたことで特定したものである。

【００２４】請求項１０の発明は、請求項９記載の未読
情報データ記憶部が、各掲示情報の識別情報と対応づけ
てその未読／既読の別を記憶し、前記未読情報データ更
新部は、前記掲示情報記憶部から読み出された掲示情報
の識別情報と対応づけて前記未読情報データ記憶部に記
憶された未読／既読の別を未読に書き換えることで特定
したものである。

【００２５】請求項１１の発明は、請求項７記載の掲示
情報記憶部が、掲示情報の属性に応じた複数の記憶領域
からなり、前記未読情報データ記憶部が、各記憶領域に
蓄積された未読情報の特定データを記憶し、前記一覧デ
ータ作成部が、各記憶領域における未読情報の特定デー
タを前記未読情報データ記憶部から読み出すことで特定
したものである。

【００２６】請求項１２の発明は、請求項１１記載の情
報管理サーバが、クライアントの各ユーザについて、閲
覧可能な掲示情報を蓄積した記憶領域を特定するための
アクセス情報を記憶したアクセス権情報記憶部をさらに
備え、前記一覧データ作成部が、アクセス権情報記憶部
の記憶内容に基づいて、前記一覧表示要求をクライアン
トを用いて送信したユーザが閲覧可能な掲示情報を蓄積
した記憶領域内の未読情報の特定データのみを前記未読
情報データ記憶部から読み出すことで特定したものであ
る。

【００２７】請求項１３の発明は、請求項１２記載のア
クセス権情報記憶部が、ユーザの識別情報，記憶領域の
識別情報，この記憶領域に蓄積された掲示情報の閲覧の
可否を含むレコードを複数記憶し、前記掲示情報の一覧
表示要求が、この一覧表示要求をクライアントから送信
したユーザの識別情報を含み、前記一覧データ作成部
が、前記一覧表示要求に含まれたユーザの識別情報が一
致し且つ閲覧の許可が含まれたレコードを前記アクセス
権情報記憶部から読み出し、読み出したレコード中の記
憶領域の識別情報と対応する記憶領域内の未読情報の特
定データのみを前記未読情報データ記憶部から読み出す
ことで特定したものである。

【００２８】請求項１４の発明は、請求項１３記載の未
読情報データ記憶部が、記憶領域の識別情報，掲示情報
の識別情報，掲示情報を提供した者の識別情報，及び掲
示情報の未読／既読の別を含むレコードを複数記憶し、
前記一覧データ作成部が、前記アクセス権情報記憶部か
ら読み出したレコードと対応する記憶領域の記憶情報，
掲示情報の識別情報，及び掲示情報を提供した者の識別
情報を前記未読情報データ記憶部から読み出すことで特
定したものである。

【００２９】請求項１５の発明は、請求項１４記載の情
報管理サーバが、各掲示情報の記憶日付とそのインデッ
クスとを記憶した掲示情報内容記憶部をさらに備え、前
記一覧データ作成部が、前記未読情報データ記憶部から
読み出した掲示情報の識別情報と対応する記憶日付及び
インデックスを前記掲示情報内容記憶部から読み出すこ
とで特定したものである。

【００３０】請求項１６の発明は、請求項１５記載の情
報管理サーバが、各記憶領域の識別情報と対応づけて記
憶領域の名称を記憶した記憶領域名記憶部をさらに備
え、前記一覧データ作成部が、前記未読データ記憶部か
ら読み出した記憶領域の識別情報と対応する記憶領域の
名称を前記記憶領域名記憶部から読み出すことで特定し
たものである。

【００３１】請求項１７の発明は、請求項１４記載の情
報管理サーバが、クライアントの各ユーザの識別情報と
対応づけてユーザ名を記憶したユーザ名記憶部をさらに
備え、前記一覧データ作成部が、前記未読データ記憶部
から読み出した掲示情報を提供した者の識別情報と対応
するユーザ名を前記ユーザ名記憶部から読み出すことで
特定したものである。

【００３２】請求項１８の発明は、請求項７記載の情報
管理サーバが、クライアントから送信された特定の掲示
情報の閲覧状況確認要求を受信する閲覧状況確認要求受
信部と、前記閲覧状況確認要求が受信された場合に、前
記クライアントに前記特定の掲示情報の閲覧状況を表示
させるために、前記特定の掲示情報についての各ユーザ
の閲覧／未閲覧の別を示す閲覧状況データを作成する閲
覧状況データ作成部と、前記閲覧状況データを前記クラ
イアントへ向けて送信する閲覧状況データ送信部とをさ
らに備えたことで特定したものである。

【００３３】請求項１９の発明は、請求項１８記載の閲
覧状況データ作成部が、前記特定の掲示情報を前記掲示
情報記憶部から読み出し、前記閲覧状況データ送信部
が、前記閲覧状況データと前記特定の掲示情報とを前記
クライアントへ向けて送信することで特定したものであ
る。

【００３４】請求項２０の発明は、請求項７記載の情報
管理サーバが、電子メールを蓄積する電子メール記憶部
と、前記掲示情報記憶部に蓄積された未読情報が所定条
件を満たした場合に、当該未読情報に係るデータを電子
メールの内容としてクライアントの特定のユーザの電子
メールアドレスと対応づけて前記電子メール記憶部に格
納する未読通知部と、 前記特定のユーザの電子メール
アドレスを前記クライアントから受信するメールアドレ
ス受信部と、前記メールアドレス受信部が前記特定のユ
ーザの電子メールアドレスを受信した場合に、前記未読
情報に係るデータを前記電子メール記憶部から読み出す
メール読出部と、前記メールアドレス読出部によって読
み出された未読情報に係るデータをクライアントへ送信
するメール送信部とをさらに備えたことで特定したもの
である。

【００３５】請求項２１の発明は、請求項２０記載の未
読通知部が、未読情報の件数が所定数以上となった場合
に前記処理を実行することで特定したものである。

【００３６】請求項２２の発明は、請求項２０記載の未
読通知部が、未読情報が発生してから所定時間が経過し
た場合に前記処理を実行することで特定したものであ
る。

【００３７】請求項２３の発明は、請求項２０記載の未
読通知部が、前記未読情報に係るデータとして、前記未
読情報の一覧データを前記電子メール記憶部に格納する
ことで特定したものである。

【００３８】

【発明の実施の形態】以下、図面を参照して本発明の実
施形態を説明する。 ［実施形態１］ 〔情報管理システムの構成〕図１は、実施形態による情
報管理システム１０の例を示す全体構成図である。図１
において、情報管理システム１０は、ネットワーク(イ
ンターネット)Ｎを通じて接続されたサーバＳをなすコ
ンピュータと、複数個のクライアント端末装置(以下、
「クライアント」という)Ｃ１〜Ｃ３をなすコンピュー
タとからなる。

【００３９】本実施形態による情報管理システム１０
は、例えば、イントラネットとして利用されるものであ
り、法人や法人以外の団体(グループ)の構成員が業務に
係る情報等を伝達しあうために利用される。このため、
サーバＳは、掲示情報(他者の閲覧に供される情報)を蓄
積する掲示板として機能する。一方、各クライアントＣ
１〜Ｃ３は、団体の構成員(ユーザ)によって操作され、
掲示板に対するアクセス(掲示情報の書込／閲覧)要求を
行うための装置として利用される。以下、サーバＳ及び
各クライアントＣ１〜Ｃ３の構成を説明する。 〈サーバの構成〉図２は、図１に示したサーバＳのハー
ドウェア構成例を示すブロック図である。図２におい
て、サーバＳは、バスＢ１を通じて相互に接続されたＣ
ＰＵ(Central Processing Unit)１１,ＲＡＭ(Rundom Ac
cess Memory)１２,ＲＯＭ(Read Only Memory)１３,出力
装置１４,データベース１５,入力装置１６,ハードディ
スク(ＨＤ)１７及び通信インターフェイス(通信Ｉ／Ｆ)
１８とからなる。

【００４０】データベース１５は、ハードディスク，磁
気テープ，光磁気ディスク等の大容量の記憶装置を用い
て構成されている。データベース１５には、所定個数の
保存場所が設けられており(本実施形態では１０個)、各
保存場所に各クライアントＣ１〜Ｃ３から送信された掲
示情報が蓄積される。このデータベース１５が本発明の
掲示情報記憶部に相当し、各保存場所が本発明の各記憶
領域に相当する。

【００４１】また、データベース１５は、掲示情報を管
理するためのデータが格納された複数のテーブルを有す
る。図３及び図４は、データベース１５に格納されたテ
ーブルの説明図である。データベース１５は、図３に示
すように、ユーザ名管理テーブル３１(図３(Ａ)参照)
と、グループ名管理テーブル３２(図３(Ｂ)参照)と、所
属グループ管理テーブル３３(図３(Ｃ)参照)と、未読管
理テーブル３４(図３(Ｄ)参照)とを格納している。

【００４２】ユーザ名管理テーブル３１は、ユーザ名，
ユーザＩＤ(識別情報)及びパスワードを対応づけたレコ
ードを複数格納している。このユーザ名管理テーブル３
１が、本発明のユーザ名記憶部に相当する。また、グル
ープ名管理テーブル３２は、グループＩＤとグループ名
とを対応づけたレコードを複数格納している。

【００４３】所属グループ管理テーブル３３は、ユーザ
ＩＤとこのユーザが所属するグループのＩＤとを対応づ
けたレコードを複数格納している。なお、ユーザは、何
れかのグループに属しているものとする。また、未読管
理テーブル３４は、ボードＩＤ(保存場所(掲示板)の識
別情報)，メッセージＩＤ，ユーザＩＤ，閲覧状況及び
閲覧日付を対応づけたレコードを複数格納している。こ
の未読管理テーブル３４が、本発明の未読情報データ記
憶部に相当する。

【００４４】また、データベース１５は、図４に示すよ
うに、保存場所名テーブル３５(図４(Ａ)参照)と、情報
保存テーブル３６(図４(Ｂ)参照)と、アクセス権保存テ
ーブル３７(図４(Ｃ)参照)とを格納している。保存場所
名テーブル３５は、データベース１５内に設けられた保
存場所のＩＤ(ボードＩＤ)とその保存場所名(掲示板名)
とを対応づけたレコードを複数格納している。この保存
場所名テーブル３５が、本発明の記憶領域名記憶部に相
当する。

【００４５】情報保存テーブル３６は、ユーザＩＤ，保
存日付，ボードＩＤ，メッセージＩＤ，及び保存内容の
インデックスを対応づけたレコードを複数格納してい
る。この情報保存テーブル３６が、本発明の掲示情報内
容記憶部に相当する。そして、アクセス権保存テーブル
３７は、ボードＩＤ，ユーザ／グループの別,ユーザ名
／グループ名，及びアクセス権の内容を対応づけたレコ
ードを複数格納している。このアクセス権保存テーブル
３７が、本発明のアクセス権情報記憶部に相当する。

【００４６】図２に戻って、ＲＯＭ１３及びＨＤ１７に
は、ＣＰＵ１１によって実行される各種のプログラム
(オペレーションシステム，アプリケーションプログラ
ム)，及びＣＰＵ１１によるプログラムの実行に際して
用いられるデータが格納されている。

【００４７】ＲＡＭ１２は、ＣＰＵ１１の作業領域とし
て用いられ、ＣＰＵ１１による実行結果が格納される。
出力装置１４は、ディスプレイ装置(ＣＲＴやＬＣＤ)や
プリンタ等を用いて構成されており、ＣＰＵ１１による
実行結果を出力する。入力装置１６は、キーボードやマ
ウス,トラックボール,ジョイスティック等のポインティ
ングデバイスを用いて構成されており、ＣＰＵ１１によ
る処理に際して使用される各種のデータ入力に用いられ
る。

【００４８】通信インターフェイス１８は、ネットワー
クＮ(図１参照)から受信したデータ(例えば、各クライ
アントＣ１〜Ｃ３からの各種要求)をＣＰＵ１１に利用
可能な形式に変換しバスＢ１へ送出する。一方、通信イ
ンターフェイス１８は、バスＢ１を通じて入力されたデ
ータ(例えば、掲示情報)を、各クライアントＣ１〜Ｃ３
へ伝送可能な形式に変換しネットワークＮへ送出する。

【００４９】この通信インターフェイス１８が、本発明
の一覧表示要求受信部，一覧データ送信部，閲覧要求受
信部，未読情報送信部，閲覧状況確認要求受信部，閲覧
状況データ送信部，編集要求受信部，及び編集データ送
信部に相当する。

【００５０】ＣＰＵ１１は、ＲＯＭ１３又はＨＤ１７に
格納されたプログラムを実行することによって、各種の
処理を実行する。これによって、ＣＰＵ１１は、本発明
の一覧データ作成部，未読情報読出部，閲覧状況データ
作成部，編集データ読出部，アクセス権設定部，未読情
報データ更新部及び閲覧状況データ作成部として機能す
る。 〈クライアントの構成〉図１に示したクライアントＣ１
〜Ｃ３は、同じ構成を有している。このため、ここで
は、クライアントＣ１を例として説明する。図５は、ク
ライアントＣ１のハードウェア構成例を示すブロック図
である。図５において、クライアントＣ１は、パソコン
やワークステーションを用いて構成されており、バスＢ
２を通じて相互に接続されたＣＰＵ２１,ＲＡＭ２２,Ｒ
ＯＭ２３,出力装置２４,入力装置２６,ハードディスク
(ＨＤ)２７及び通信インターフェイス(通信Ｉ／Ｆ)２８
とからなる。図５に示したクライアントＣ１の各構成要
素のハードウェアとしての機能は、ＲＯＭ２３及びＨＤ
２７の保持内容(プログラム及びデータの内容)が異なる
点を除き、図２に示したサーバＳの構成要素と同じ機能
を有する。

【００５１】詳細は後述するが、ＣＰＵ２１が、本発明
の未読情報一覧表示制御部，未読情報表示制御部，及び
編集画面表示制御部として機能する。また、通信インタ
ーフェイス２８が、本発明の一覧表示要求送信部，一覧
データ受信部，閲覧要求送信部，未読情報受信部，閲覧
状況確認要求送信部，閲覧状況データ受信部，編集要求
送信部，編集データ受信部，及び編集結果送信部に相当
する。 〔情報管理システムにおける処理〕次に、図１に示した
情報管理システム１０における処理を、サーバＳのＣＰ
Ｕ１１による処理を中心に説明する。図６は、図２に示
したＣＰＵ１１による処理のメインルーチンを示すフロ
ーチャートである。図５に示すように、ＣＰＵ１１は、
各クライアントＣ１〜Ｃ３の通信インターフェイス２８
から送信される各種要求(掲示情報の書込要求，未読情
報一覧表示要求，アクセス権編集要求，閲覧状況データ
作成処理，保存場所作成要求，掲示情報の閲覧要求)
を、通信インターフェイス１８及びバスＢ１を通じて受
け取るのを待つ状態にある(Ｓ１)。

【００５２】そして、ＣＰＵ１１は、クライアントから
の要求を受け取ると(Ｓ１；ＹＥＳ)、その掲示情報の書
込要求か否かを判定する(Ｓ２)。このとき、ＣＰＵ１１
は、要求が書込要求でない場合(Ｓ２；ＮＯ)には、処理
をＳ４に進め、書込要求である場合(Ｓ２；ＹＥＳ)に
は、掲示情報をデータベース１５に保存する処理(情報
保存処理)のサブルーチンを、割り込み処理により実行
した後、処理をＳ４へ進める。

【００５３】ＣＰＵ１１は、処理をＳ４へ進めた場合に
は、クライアントからの要求が未読情報一覧表示要求か
否かを判定し、未読情報一覧表示要求でない場合(Ｓ
４；ＮＯ)には、処理をＳ６へ進め、未読情報一覧表示
要求である場合(Ｓ４；ＹＥＳ)には、未読情報一覧作成
処理のサブルーチンを、割り込み処理によって実行した
後(Ｓ５)、処理をＳ６へ進める。ここに、未読情報一覧
作成処理とは、未読情報一覧表示要求を送信したユーザ
が未だ閲覧していない掲示情報(「未読情報」と称する)
の一覧データを作成し該当するクライアントへ送信する
処理である。

【００５４】ＣＰＵ１１は、処理をＳ６へ進めた場合に
は、クライアントからの要求がアクセス権編集要求か否
かを判定し、アクセス権編集要求でない場合(Ｓ６；Ｎ
Ｏ)には、処理をＳ８へ進め、アクセス権編集要求であ
る場合(Ｓ６；ＹＥＳ)には、アクセス権編集処理のサブ
ルーチンを割り込み処理によって実行した後(Ｓ７)、処
理をＳ８へ進める。ここに、アクセス権編集処理とは、
ユーザの掲示情報の書込権又は閲覧権を設定する処理で
ある。

【００５５】ＣＰＵ１１は、処理をＳ８へ進めた場合に
は、クライアントからの要求が閲覧状況確認要求か否か
を判定し、閲覧状況確認要求でない場合(Ｓ８；ＮＯ)に
は、処理をＳ１０へ進め、閲覧状況確認要求である場合
(Ｓ８；ＹＥＳ)には、閲覧状況データ作成処理のサブル
ーチンを実行した後(Ｓ９)、処理をＳ１０へ進める。こ
こに、閲覧状況データ作成処理とは、特定の掲示情報に
対するユーザの閲覧状況を示すデータを作成する処理で
ある。

【００５６】ＣＰＵ１１は、処理をＳ１０へ進めた場合
には、クライアントからの要求が保存場所作成要求か否
かを判定し、保存場所作成要求でない場合(Ｓ１０；Ｎ
Ｏ)には、処理をＳ１２へ進め、保存場所作成要求であ
る場合(Ｓ１０；ＹＥＳ)には、保存場所作成処理のサブ
ルーチンを割り込み処理によって実行した後(Ｓ１１)、
処理をＳ１２へ進める。ここに、保存場所作成処理は、
特定の掲示情報を格納するための保存領域をデータベー
ス１５内に作成する処理である。

【００５７】ＣＰＵ１１は、処理をＳ１２へ進めた場合
には、クライアントからの要求が掲示情報の閲覧要求か
否かを判定し、閲覧要求でない場合(Ｓ１２；ＹＥＳ)に
は、他の処理を実行した後(Ｓ１３)、処理をＳ１へ戻
す。これに対し、ＣＰＵ１１は、閲覧要求であると判定
した場合(Ｓ１２；ＹＥＳ)には、情報読出処理のサブル
ーチンを割り込み処理によって実行した後(Ｓ１４)、処
理をＳ１へ戻す。ここに、情報読出処理とは、データベ
ース１５から掲示情報を読み出して該当するクライアン
トへ送信する処理である。

【００５８】以下、上記した情報保存処理，未読情報一
覧作成処理，アクセス権編集処理，閲覧状況データ作成
処理，及び情報読出処理の各サブルーチンの詳細を説明
する。 《保存場所作成処理》図７は、図６に示した保存場所作
成処理のサブルーチン(Ｓ１１)を示すフローチャートで
ある。このサブルーチンは、クライアントＣ１〜Ｃ３の
何れかの通信インターフェイス２８が送信した保存場所
作成要求を、ＣＰＵ１１が保存場所作成要求を受け取っ
た場合に実行される。ここに、保存場所作成要求には、
作成を希望する保存場所名(指定保存場所名)が含まれて
いる。

【００５９】図７において、ＣＰＵ１１は、最初に、保
存場所名テーブル３５をデータベース１５からＲＡＭ１
２に読み出し、保存場所名テーブル３５を検索し(Ｓ０
１)、データベース１５内に新たな保存場所(掲示板)を
作成するための空き領域があるか否かを判定する(Ｓ０
２)。

【００６０】即ち、ＣＰＵ１１は、保存場所名テーブル
３５の「保存場所名」に空欄があるか否かを判定する。
このとき、ＣＰＵ１１は、「保存場所名」に空欄がない
場合には、空き領域がないと判定し(Ｓ０２；ＮＯ)、エ
ラー送信処理を実行する(Ｓ０５)。即ち、ＣＰＵ１１
は、保存場所作成要求を送信したクライアントへエラー
メッセージを送信させる。

【００６１】一方、ＣＰＵ１１は、保存場所名テーブル
３５の「保存場所名」に空欄がある場合には、空き領域
があるものと判定する(Ｓ０２；ＹＥＳ)。この場合、Ｃ
ＰＵ１１は、指定保存場所名をもって保存場所名テーブ
ル３５を検索し、指定保存場所名と同一の保存場所名が
あるか否かを判定する(Ｓ０３)。

【００６２】このとき、ＣＰＵ１１は、同一の保存場所
名がない場合には、保存場所名テーブル３５の「保存場
所名」の空欄に指定保存場所名を登録する(Ｓ０４)。こ
れによって、新規の保存場所がデータベース１５内に作
成される。その後、ＣＰＵ１１は、保存場所作成処理の
サブルーチンを終了し、処理を図６のメインルーチンへ
戻す。これに対し、ＣＰＵ１１は、同一の保存場所名が
ある場合には、上記したエラー送信処理を実行し(Ｓ０
５)、このサブルーチンを終了し、処理を図６のメイン
ルーチンへ戻す。 《アクセス権編集処理》図８は、図６に示したアクセス
権編集処理のサブルーチン(Ｓ７)を示すフローチャート
である。このサブルーチンは、ＣＰＵ１１が上記したア
クセス権編集要求を受け取った場合に実行される。ここ
に、アクセス権編集要求は、ユーザがアクセス権編集を
希望する保存場所のＩＤ(指定ボードＩＤ)を含んでお
り、場合によっては、アクセス権の編集結果を含んでい
る。

【００６３】図８において、ＣＰＵ１１は、最初に、ア
クセス権編集要求にアクセス権の編集結果が含まれてい
るか否かを判定する(Ｓ１０１)。このとき、ＣＰＵ１１
は、アクセス権の編集結果が含まれていない場合(Ｓ１
０１；ＮＯ)には、ユーザ名管理テーブル３１(図３(Ａ)
参照)内のユーザ名及びユーザＩＤを、データベース１
５からＲＡＭ１２に読み出す(Ｓ１０３)。

【００６４】続いて、ＣＰＵ１１は、グループ名管理テ
ーブル３２(図３(Ｂ)参照)内のグループ名及びグループ
ＩＤを、データベース１５からＲＡＭ１２に読み出す
(Ｓ１０４)。続いて、ＣＰＵ１１は、アクセス権保存テ
ーブル３７(図４(Ｃ)参照)をデータベース１５からＲＡ
Ｍ１２に読み出す(Ｓ１０５)。

【００６５】続いて、ＣＰＵ１１は、アクセス権編集画
面データを作成する(Ｓ１０６)。即ち、ＣＰＵ１１は、
Ｓ１０３にて読み出したユーザＩＤと指定ボードＩＤと
を含むレコードを、アクセス権保存テーブル３７から検
出するとともに、Ｓ１０４にて読み出したグループＩＤ
と指定ボードＩＤとを含むレコードを、アクセス権保存
テーブル３７から検出する。

【００６６】続いて、ＣＰＵ１１は、アクセス権保存テ
ーブル３７から検出した各レコードに、Ｓ１０３,Ｓ１
０４にて読み出したユーザ名又はグループ名を対応づけ
る。このようにして、ＣＰＵ１１は、特定の保存場所に
対するユーザ名(グループ名)と現在のアクセス権内容と
が対応づけられたアクセス権編集画面データを作成す
る。但し、アクセス権保存テーブル３７に指定ボードＩ
Ｄと対応するレコードが格納されていない場合には、Ｃ
ＰＵ１１は、Ｓ１０３,Ｓ１０４にて読み出したユーザ
名及びグループ名のみでアクセス権編集画面データを作
成する。

【００６７】そして、ＣＰＵ１１は、アクセス権編集画
面データを、該当するクライアントへ送信させる(Ｓ１
０７)。その後、ＣＰＵ１１は、アクセス権編集処理の
サブルーチンを終了し、処理を図６のメインルーチンに
戻す。

【００６８】Ｓ１０７の処理によって、アクセス権編集
画面データは、通信インターフェイス１８から送出さ
れ、アクセス権編集要求を送信したクライアント(例え
ば、クライアントＣ１)の通信インターフェイス２８に
ネットワークＮを通じて受信される。すると、クライア
ントＣ１のＣＰＵ２１が、ＲＯＭ２３又はＨＤ２７に格
納されたプログラムを実行することによって、アクセス
権編集画面データに基づくアクセス権編集画面１２４
を、出力装置(ここでは、ディスプレイ装置)２４に表示
させる。

【００６９】図９は、アクセス権編集画面１２４の例を
示す図である。図９に示すように、アクセス権編集画面
１２４には、グループ名又はユーザ名に対応づけて「閲
覧のみ(readonly)」「非表示」「読み書き可(read & wr
ite)」の各チェック欄が設けられている。図９に示すよ
うに、各チェック欄には、以前に行ったアクセス権の編
集結果(アクセス権保存テーブル３７のアクセス権内容)
が反映されて表示される。但し、アクセス権保存テーブ
ル３７に指定ボードＩＤと対応するレコードが格納され
ていない場合には、チェック欄は全て空欄となる。

【００７０】そして、「閲覧のみ」「非表示」「読み書
き可」のチェック欄の何れかにクライアントのユーザが
入力装置２６を用いてチェックを入れる(又はチェック
を消す)ことで、アクセス権(保存場所(掲示板)への書込
権，掲示板の閲覧権)の編集が行われる。

【００７１】ここで、ユーザが「閲覧のみ」にチェック
を入れた場合には、このチェック欄と対応するグループ
又はユーザが当該掲示板を閲覧のみ可能(書込禁止)とな
る設定がサーバＳにてなされる。また、ユーザが「非表
示」にチェックを入れた場合には、このチェック欄と対
応するグループ又はユーザに対し当該掲示板の表示が禁
止される設定がサーバＳにてなされる。また、ユーザが
「読み書き可」にチェックを入れた場合には、このチェ
ック欄と対応するユーザ又はグループが当該掲示板に対
して書込及び閲覧可能となる設定がサーバＳにてなされ
る。但し、ユーザが「全員に書込／閲覧許可」のチェッ
ク欄にチェックを入れると、全てのユーザ及びグループ
に書込権及び閲覧権が与えられ、個別の設定は無視され
るようになっている。

【００７２】その後、ユーザが、アクセス権編集画面１
２４に表示された設定終了ボタン１２５を入力装置２６
を用いて押すと、クライアントＣ１のＣＰＵ２１が、ア
クセス権の編集結果が含まれたアクセス権編集要求を作
成し、通信インターフェイス２８に与える。すると、通
信インターフェイス２８がアクセス権編集要求をネット
ワークＮへ送出する。そして、アクセス権編集要求は、
ネットワークＮを通じて伝送され、サーバＳの通信イン
ターフェイス１８に受信される。通信インターフェイス
１８は、アクセス権編集要求をＣＰＵ１１に与える。

【００７３】すると、サーバＳのＣＰＵ１１が、図８に
示したＳ１０１の処理を行う。この場合、ＣＰＵ１１
は、アクセス権の編集結果が含まれていると判定し(Ｓ
１０１；ＹＥＳ)、アクセス権の編集結果をアクセス権
保存テーブル３７に書き込む(Ｓ１０２)。

【００７４】即ち、ＣＰＵ１１は、アクセス権保存テー
ブル３７をデータベース１５からＲＡＭ１２に読み出
し、アクセス権保存テーブル３７に、指定ボードＩＤ，
ユーザ／グループの別，ユーザＩＤ(グループＩＤ)，及
びアクセス権の編集結果(書込／閲覧のチェック結果)か
らなるレコードを書き込み(更新し)、データベース１５
に再び格納する(Ｓ１０２)。

【００７５】その後、ＣＰＵ１１は、アクセス権編集処
理のサブルーチンを終了し、処理を図６のメインルーチ
ンへ戻す。このようにして、特定の保存場所(指定ボー
ドＩＤと対応する保存場所)について、グループ又はユ
ーザに対する掲示情報のアクセス権が設定される。

【００７６】《情報保存処理》図１０は、図５に示した
情報保存処理のサブルーチン(Ｓ３)を示すフローチャー
トである。このサブルーチンは、ＣＰＵ１１が通信イン
ターフェイス２８から送信された掲示情報の書込要求を
受け取った場合に実行される。ここに、書込要求には、
ユーザＩＤ,パスワード,書込を希望する保存場所(指定
保存場所)の名称，掲示情報，及び掲示情報の識別子(メ
ッセージＩＤ)が含まれている。

【００７７】図１０において、最初に、ＣＰＵ１１は、
書込要求に含まれているユーザＩＤ及びパスワードが正
しいか否かを判定する(Ｓ２０１)。即ち、ＣＰＵ１１
は、ユーザ名管理テーブル３１(図３(Ａ)参照)をデータ
ベース１５からＲＡＭ１２に読み出し、ユーザ名管理テ
ーブル３１に格納されているユーザＩＤ及びパスワード
と、書込要求に含まれているユーザＩＤ及びパスワード
とを照合する。

【００７８】このとき、ＣＰＵ１１は、両者が一致しな
い場合には、ユーザＩＤ及びパスワードが誤りと判定し
(Ｓ２０１；ＮＯ)、エラーメッセージを該当するクライ
アントへ送信するための処理(エラー送信処理)を実行し
(Ｓ２０２)、情報保存処理のサブルーチンを終了し、処
理を図６のメインルーチンへ戻す。

【００７９】これに対し、ＣＰＵ１１は、ユーザＩＤ及
びパスワードが一致すると判定した場合(Ｓ２０１；Ｙ
ＥＳ)には、書込要求に含まれた指定保存場所が存在す
るか否かを判定する(Ｓ２０３)。即ち、ＣＰＵ１１は、
保存場所名テーブル３５(図４(Ａ)参照)をデータベース
１５からＲＡＭ１２に読み出し、指定保存場所名が保存
場所名テーブル３５に登録されているか否かを判定す
る。

【００８０】ここで、指定保存場所名が保存場所名テー
ブル３５に登録されていない場合には、ＣＰＵ１１は、
指定保存場所が存在しないと判定し(Ｓ２０３；ＮＯ)、
上記したエラー送信処理を実行し(Ｓ２０２)、このサブ
ルーチンの処理を終了する。これに対し、指定保存場所
名が保存場所名テーブル３５に登録されている場合に
は、ＣＰＵ１１は、指定保存場所が存在すると判定する
(Ｓ２０３；ＹＥＳ)。

【００８１】この場合、ＣＰＵ１１は、書込要求を送信
したユーザが指定保存場所に対する書込権を有している
か否かを判定する(Ｓ２０４)。即ち、ＣＰＵ１１は、ア
クセス権保存テーブル３７を、データベース１５からＲ
ＡＭ１２に読み出す。続いて、ＣＰＵ１１は、指定保存
場所名に対応するボードＩＤ，及び書込要求に含まれて
いるユーザＩＤに対応するアクセス権内容を、アクセス
権保存テーブル３７から検出し、このアクセス権内容に
書込権が含まれているか否かを判定する。

【００８２】このとき、アクセス権内容に書込権が含ま
れている場合には、ＣＰＵ１１は、書込権があると判定
し(Ｓ２０４；ＹＥＳ)、処理をＳ２０６へ進める。これ
に対し、アクセス権内容に書込権が含まれていない場合
には、ＣＰＵ１１は、書込権がないと判定し(Ｓ２０
４；ＮＯ)、ユーザが所属するグループが指定保存場所
に掲示情報を書込可能か否かを判定する(Ｓ２０５)。

【００８３】即ち、ＣＰＵ１１は、所属グループ管理テ
ーブル３３(図３(Ｃ)参照)をデータベース１５からＲＡ
Ｍ１２に読み出し、ユーザＩＤに対応するグループＩＤ
を所属グループ管理テーブル３３から検出する。続い
て、ＣＰＵ１１は、検出したグループＩＤ及び当該ボー
ドＩＤに対応するアクセス権内容をアクセス権保存テー
ブル３７から検出し、このアクセス権内容に書込権が含
まれているか否かを判定する。

【００８４】このとき、アクセス権内容に書込権が含ま
れていない場合には、ＣＰＵ１１は、書込権がないと判
定し(Ｓ２０５；ＮＯ)、エラー送信処理を実行し(Ｓ２
０２)、このサブルーチンを終了する。これに対し、ア
クセス権内容に書込権が含まれている場合には、ＣＰＵ
１１は、書込権があると判定し(Ｓ２０５；ＹＥＳ)、処
理をＳ２０６へ進める。

【００８５】このように、ＣＰＵ１１は、ユーザ，グル
ープの順で書込要求者の書込権の存在をチェックする。
これによって、書込要求者がユーザとしては書込権を有
していないがユーザが属するグループの構成員として書
込権を有している(グループが書込権を有している)場合
には、当該書込要求者が掲示情報を書込可能となってい
る。

【００８６】その後、ＣＰＵ１１は、処理をＳ２０６へ
進めた場合には、書込要求に含まれている掲示情報を、
データベース１５内の指定保存場所に書き込むととも
に、情報保存テーブル３６をデータベース１５からＲＡ
Ｍ１２に読み出し、情報保存テーブル３６に、ユーザＩ
Ｄ，保存日付，ボードＩＤ，メッセージＩＤ，及び保存
内容(インデックス)を格納し、情報管理テーブル３６を
データベース１５に再び格納する。

【００８７】続いて、ＣＰＵ１１は、Ｓ２０６にて指定
保存場所に格納した掲示情報に対応する未読管理テーブ
ル３４(図４(Ｄ)参照)を作成(更新)する。即ち、ＣＰＵ
１１は、アクセス権保存テーブル３７から、閲覧権が許
可されているユーザ(又はグループ)のユーザＩＤ及びボ
ードＩＤを検出し、これらを書込要求に含まれているメ
ッセージＩＤと対応づけたレコードを未読管理テーブル
３４に格納する。このとき、ＣＰＵ１１は、当該レコー
ドの「閲覧状況」の欄に「未読」を設定し、閲覧日付は
空欄とする。

【００８８】その後、ＣＰＵ１１は、未読管理テーブル
３４を作成(更新)し終わると、未読管理テーブル３４を
データベース１５に格納し、情報保存処理のサブルーチ
ンを終了し、処理を図６のメインルーチンに戻す。

【００８９】《未読情報一覧作成処理》図１１は、図５
に示した未読情報一覧作成処理のサブルーチン(Ｓ５)を
示すフローチャートである。このサブルーチンは、ＣＰ
Ｕ１１が未読情報一覧表示要求(以下、「一覧表示要
求」という)を受け取った場合に実行される。この未読
情報一覧表示要求には、未読情報一覧の表示を望むユー
ザのＩＤ(指定ユーザＩＤ)が含まれている。

【００９０】図１１において、最初に、ＣＰＵ１１は、
指定ユーザＩＤでアクセス可能な格納場所一覧を取得す
る(Ｓ３０１)。即ち、ＣＰＵ１１は、アクセス権保存テ
ーブル３７をデータベース１５からＲＡＭ１２に読み出
し、指定ユーザＩＤと一致するユーザＩＤと対応づけて
「閲覧権の許可」が格納されているレコードを、アクセ
ス権保存テーブル３７から抽出する。これによって、Ｃ
ＰＵ１１は、指定ユーザＩＤを持つユーザが閲覧可能な
掲示情報を格納した保存場所を特定し、その一覧を保持
する。

【００９１】続いて、ＣＰＵ１１は、Ｓ３０１にて特定
した各保存場所内の未読情報の一覧データを取得する
(Ｓ３０２)。即ち、ＣＰＵ１１は、未読管理テーブル３
４をデータベース１５からＲＡＭ１２に読み出し、アク
セス権保存テーブル３７から抽出したレコード内のボー
ドＩＤ及びユーザＩＤと一致し且つ「閲覧状況」が「未
読」であるレコードを、未読管理テーブル３４からそれ
ぞれ検出する。

【００９２】続いて、ＣＰＵ１１は、情報保存テーブル
３６をデータベース１５からＲＡＭ１２に読み出し、未
読管理テーブル３４から検出したレコード内のメッセー
ジＩＤと対応するレコードを、情報保存テーブル３６か
ら検出する。

【００９３】さらに、ＣＰＵ１１は、情報保存テーブル
３６から検出したレコード内のユーザＩＤに対応するユ
ーザ名をユーザ名管理テーブル３１から検出するととも
に、このユーザＩＤに対応するグループＩＤのグループ
名を所属グループ管理テーブル３３及びグループ名管理
テーブル３２を用いて検出し、情報保存テーブル３６か
ら検出したレコード内のボードＩＤに対応する保存場所
名を保存場所名テーブル３５から検出する。

【００９４】このようにして、ＣＰＵ１１は、保存場所
名，未読情報の保存者(書込者)のユーザ名，当該ユーザ
が所属するグループ名，保存日付，及び未読情報のイン
デックス(タイトル)からなる未読情報一覧データを、一
覧表示要求を送信したユーザがアクセス可能な保存場所
毎に取得する。

【００９５】続いて、ＣＰＵ１１は、Ｓ３０２の処理に
よって得た未読情報一覧データを、未読情報の保存場所
及び保存日付に従って並べ替える(Ｓ３０３)。これによ
って、未読情報一覧データが作成される。その後、ＣＰ
Ｕ１１は、作成した未読情報一覧データを、一覧表示要
求を送信したクライアントへ向けて送信させ(Ｓ３０
４)、未読情報一覧作成処理のサブルーチンを終了す
る。

【００９６】その後、未読情報一覧データは、通信イン
ターフェイス１８を経てネットワークＮへ送出され、ネ
ットワークＮを通じて該当するクライアント(例えば、
クライアントＣ１)の通信インターフェイス２８に受信
される。すると、クライアントＣ１のＣＰＵ１１が、未
読情報一覧画面１２６を出力装置２４に表示させる。

【００９７】図１２は、未読情報一覧画面１２６の例を
示す図である。図１２に示すように、未読情報一覧画面
１２６には、未読情報のインデックス(タイトル)が、保
存場所及び保存時間に従って並べられた状態で表示され
る。各インデックスの横には、掲示情報の書込者名(ユ
ーザ名)，この書込者の所属グループ名，保存日付が表
示される。また、各インデックスの先頭には、クリック
場所を示すシンボル(図１２中では四角形であるが、実
際には旗のシンボル)が表示される。

【００９８】このシンボルをユーザが入力装置２６(例
えば、マウスやトラックボール等のポインティングデバ
イス)を用いてクリック(選択)すると、ＣＰＵ２１が、
当該インデックスと対応する掲示情報の閲覧要求を作成
し、通信インターフェイス１８がこの閲覧要求を受け取
ってサーバＳへ向けて送出する。

【００９９】なお、未読管理テーブル３４から未読情報
に係るレコードを検出することができない場合，即ち未
読情報がない場合には、サーバＳのＣＰＵ１１は、未読
情報がない旨のメッセージを作成し、該当するクライア
ントへ送信させる。当該クライアントでは、未読情報が
ない旨が出力装置２４に表示される。

【０１００】《情報読出処理》図１３は、図６に示した
情報読出処理のサブルーチン(Ｓ１４)を示すフローチャ
ートである。このサブルーチンは、掲示情報の閲覧要求
をＣＰＵ１１が受け取った場合に実行される。ここに、
閲覧要求には、閲覧を希望するユーザのユーザＩＤ，パ
スワード，及び閲覧を希望する掲示情報(指定掲示情報)
のメッセージＩＤを含んでいる。

【０１０１】図１３において、最初に、ＣＰＵ１１は、
閲覧要求に含まれているユーザＩＤ及びパスワードが正
しいか否かを判定する(Ｓ４０１)。即ち、ＣＰＵ１１
は、ユーザ名管理テーブル３１(図３(Ａ)参照)をデータ
ベース１５からＲＡＭ１２に読み出し、ユーザ名管理テ
ーブル３１に格納されているユーザＩＤ及びパスワード
と、閲覧要求に含まれているユーザＩＤ及びパスワード
とを照合する。これによって、ＣＰＵ１１は、閲覧要求
を送信したユーザがデータベース１５に対してアクセス
可能か否かを確認する。

【０１０２】このとき、ユーザＩＤ及びパスワードが一
致しない場合(Ｓ４０１；ＮＯ)には、ＣＰＵ１１は、エ
ラー送信処理を実行し(Ｓ４０２)、このサブルーチンの
処理を終了する。これに対し、ユーザＩＤ及びパスワー
ドが一致する場合(Ｓ４０１；ＹＥＳ)には、ＣＰＵ１１
は、閲覧要求に含まれているメッセージＩＤに基づい
て、当該ユーザが指定掲示情報の閲覧権を有しているか
否かを判定する(Ｓ４０３)。

【０１０３】即ち、ＣＰＵ１１は、指定掲示情報が格納
されている保存場所と対応するアクセス権保存テーブル
３７をデータベース１５からＲＡＭ１３に読み出し、こ
のアクセス権保存テーブル３７に、閲覧要求に含まれて
いるユーザＩＤと対応づけて閲覧権の許可が格納されて
いるかを判定する。

【０１０４】このとき、閲覧権の許可が格納されている
場合には、ＣＰＵ１１は、指定掲示情報を閲覧可能と判
定し(Ｓ４０３；ＹＥＳ)、処理をＳ４０５へ進める。こ
れに対し、閲覧権の許可が格納されていない場合にへ、
ＣＰＵ１１は、ユーザが指定掲示情報を閲覧できないと
判定し(Ｓ４０３；ＮＯ)、処理をＳ４０４へ進める。な
お、Ｓ４０３の処理において、アクセス権保存テーブル
３７に当該ユーザＩＤが格納されていない場合には、Ｃ
ＰＵ１１は、エラー送信処理を実行し(Ｓ４０２)、この
サブルーチンの処理を終了する。

【０１０５】ＣＰＵ１１は、処理をＳ４０４へ進めた場
合には、当該ユーザが属するグループが指定掲示情報の
閲覧権を有しているか否かを判定する(Ｓ４０４)。即
ち、ＣＰＵ１１は、所属グループ管理テーブル３３をデ
ータベース１５からＲＡＭ１２に読み出し、当該ユーザ
ＩＤと対応するグループＩＤを所属グループ管理テーブ
ル３３から検出する。続いて、ＣＰＵ１１は、検出した
グループＩＤをもってＳ４０３にてＲＡＭ１３に読み出
したアクセス権保存テーブル３７を検索し、当該グルー
プＩＤと対応づけて閲覧権の許可が格納されているか否
かを判定する。

【０１０６】このとき、閲覧権の許可が格納されていな
い場合には、ＣＰＵ１１は、当該グループが指定掲示情
報の閲覧権を有していないと判定し(Ｓ４０４；ＮＯ)、
エラー送信処理(Ｓ４０２)を行った後、このサブルーチ
ンの処理を終了する。これに対し、閲覧権の許可が格納
されている場合には、ＣＰＵ１１は、当該グループが指
定掲示情報の閲覧権を有していると判定し(Ｓ４０４；
ＹＥＳ)、処理をＳ４０５へ進める。

【０１０７】このように、ＣＰＵ１１は、ユーザ，グル
ープの順で閲覧要求者の閲覧権の存在をチェックする。
これによって、閲覧要求者がユーザとしては閲覧権を有
していないがユーザが属するグループが閲覧権を有して
いる場合には、当該閲覧要求者が掲示情報を書込可能と
なっている。

【０１０８】その後、ＣＰＵ１１は、処理をＳ４０５へ
進めた場合には、当該メッセージＩＤに基づいて、デー
タベース１５の該当する保存場所から指定掲示情報をＲ
ＡＭ１２に読み出し、指定掲示情報を該当するクライア
ントへ向けて送信させる(Ｓ４０６)。

【０１０９】これによって、指定掲示情報が該当するク
ライアント(例えば、クライアントＣ１)の通信インター
フェイス２８にネットワークＮを通じて受信される。す
ると、ＣＰＵ２１が、指定掲示情報をＲＡＭ２２に書き
込んだ後、指定掲示情報を出力装置２４に表示させる。
これにより、クライアントのユーザが、指定掲示情報を
閲覧することができる。

【０１１０】その後、サーバＳのＣＰＵ１１は、未読管
理テーブル３４をデータベース１５からＲＡＭ１２に読
み出し、この未読管理テーブル３４から、閲覧要求に含
まれていたユーザＩＤ及びメッセージＩＤを含むレコー
ドを抽出し、抽出したレコードの「閲覧状況」の項を
「既読」に設定し、指定掲示情報の送信時刻を閲覧日付
として書き込む。これによって、未読管理テーブル３４
の内容が更新される(Ｓ４０７)。その後、ＣＰＵ１１
は、未読管理テーブル３４をデータベース１５に格納す
る。

【０１１１】その後、ＣＰＵ１１は、情報読出処理のサ
ブルーチンを終了し、処理を図６のメインルーチンに戻
す。

【０１１２】《閲覧状況データ作成処理》図１４は、図
６に示した閲覧状況データ作成処理のサブルーチン(Ｓ
９)を示すフローチャートである。このサブルーチン
は、通信インターフェイス２８から送信された閲覧状況
確認要求をＣＰＵ１１が受け取った場合に実行される。
ここに、閲覧状況確認要求は、閲覧状況の確認を望む掲
示情報のメッセージＩＤ(指定メッセージＩＤ)，及びそ
の掲示情報が格納された保存場所を示すボードＩＤ(指
定ボードＩＤ)を含んでいる。

【０１１３】図１４において、ＣＰＵ１１は、最初に、
未読管理テーブル３４をデータベース１５からＲＡＭ１
２に読み出し、指定メッセージＩＤ及び指定ボードＩＤ
が一致するレコードを未読管理テーブル３４から抽出す
る(Ｓ５０１)。

【０１１４】続いて、ＣＰＵ１１は、ユーザ名管理テー
ブル３１をデータベース１５からＲＡＭ１２に読み出
し、未読管理テーブル３４から抽出したレコード中のユ
ーザＩＤと対応するユーザ名を検出する(Ｓ５０２)。

【０１１５】続いて、ＣＰＵ１１は、未読管理テーブル
３４から抽出した各レコードと、ユーザ名管理テーブル
３１から検出したユーザ名とを対応づける(Ｓ５０３)。
これによって、閲覧状況の確認を望む掲示情報につい
て、当該掲示情報を閲覧可能なユーザ名とその閲覧状況
(未読／既読)及び閲覧日付とが対応づけられた閲覧状況
データが作成される。

【０１１６】続いて、ＣＰＵ１１は、指定メッセージＩ
Ｄに基づいて、データベース１５から閲覧状況の確認を
望む掲示情報を読み出す(Ｓ５０４)。そして、ＣＰＵ１
１は、閲覧状況データ及び掲示情報を通信インターフェ
イス１８に与えることによって、閲覧状況データを閲覧
状況確認要求を送信したクライアント(例えば、クライ
アントＣ１)へ送信させる(Ｓ５０５)。その後、ＣＰＵ
１１は、閲覧状況データ作成処理のサブルーチンを終了
し、処理を図６のメインルーチンへ戻す。

【０１１７】ところで、サーバＳから送出された閲覧状
況データ及び掲示情報は、ネットワークＮを通じてクラ
イアントＣ１の通信インターフェイス２８に受信され、
ＣＰＵ２１に与えられる。すると、ＣＰＵ２１が、出力
装置２４に、掲示情報と閲覧状況データとに基づく閲覧
状況画面を表示させる。

【０１１８】図１５は、閲覧状況画面１２７の例を示す
図である。図１５に示すように、閲覧状況画面１２７に
は、掲示情報が表示されるとともに、当該掲示情報につ
いての閲覧状況を示す表が表示される。これによって、
閲覧状況確認要求を送信したユーザは、掲示情報を閲覧
状況を把握することができる。

【０１１９】〔実施形態１の作用〕実施形態１による情
報管理システムによると、各クライアントＣ１〜Ｃ３の
ユーザが、自身の閲覧可能な掲示情報の閲覧を望む場合
に、その旨を入力装置２６から入力すると、当該クライ
アントから未読情報一覧表示要求がサーバＳへ送信され
る。すると、サーバＳのＣＰＵ１１が未読情報一覧作成
処理(Ｓ４)を実行し、未読情報一覧データを当該クライ
アントへ送信する。

【０１２０】そして、当該クライアントが未読情報一覧
データを受信すると、その出力装置２４に未読情報一覧
画面１２６(図１２参照)が表示される。このように、未
読情報のインデックスのみが表示されるので、当該ユー
ザは、未読情報を見落とすことがない。従って、従来の
ように掲示情報が未読のまま消去されてしまうことを防
止することができる。

【０１２１】その後、当該ユーザが、未読情報一覧画面
１２６から閲覧したい未読情報を選択すると、クライア
ントから閲覧要求が送出され、サーバＳに受信される。
すると、サーバＳのＣＰＵ１１が情報読出処理(Ｓ１４)
を実行する。これによって、該当する掲示情報がデータ
ベース１５から読み出され、当該クライアントへ送信さ
れ、その出力装置２４に表示される。

【０１２２】また、各クライアントＣ１〜Ｃ３のユーザ
が、特定の掲示情報の閲覧状況を把握したい場合に、そ
の旨を入力装置２６から入力すると、当該クライアント
から閲覧状況確認要求が送出され、サーバＳに受信され
る。すると、サーバＳのＣＰＵ１１が閲覧状況データ作
成処理(Ｓ９)を実行し、掲示情報と閲覧状況データとが
サーバＳから当該クライアントへ送信され、クライアン
トの出力装置２４に掲示情報とその閲覧状況とが表示さ
れる。これによって、当該ユーザは、当該掲示情報を誰
が見て、誰が見ていないかを容易に把握することができ
る。このため、閲覧状況を見た者が、未だ掲示情報を閲
覧していない者に対し閲覧を促すことで、掲示情報の閲
覧を徹底させることができる。

【０１２３】さらに、本実施形態による情報管理システ
ム１０では、クライアントのユーザが、ユーザ又はグル
ープのデータベース１５に対するアクセス権の編集を行
うことが可能となっている。このため、例えば情報管理
システム１０の管理者が、掲示情報の属性に応じて一部
のユーザ又はグループにのみ書込／閲覧を可能とするこ
とができる。

【０１２４】このアクセス権の編集は、クライアントの
ユーザが出力装置２４に表示されたアクセス権編集画面
１２４に基づいて設定を行うことにより、容易に行うこ
とができる。このため、ユーザがアクセス権の設定に際
し、複雑な処理や設定を行う必要がない。

【０１２５】ところで、本実施形態では、ユーザが掲示
情報の書込／閲覧を望む場合には、ユーザが自身のユー
ザＩＤ及びパスワードを入力する。すると、出力装置２
４に当該ユーザがアクセス可能な保存場所の一覧が表示
されるようになっている。このとき、当該ユーザが特定
の保存場所に対する書込権及び閲覧権を有しない設定
（「非表示」）となっている場合には、当該保存場所の
一覧に特定の保存場所が示されない。

【０１２６】このため、当該ユーザは、自身がアクセス
できない保存場所の存在を知ることができない。このよ
うに、アクセス権編集によって、ユーザに掲示情報の保
存場所の存在を不必要に知られないようにすることによ
って、データベース１５のセキュリティの向上を図るこ
とができる。

【０１２７】〔本実施形態の変形例〕本実施形態では、
ユーザが掲示情報の閲覧を望む場合には、未読情報一覧
画面１２６を表示させ、この未読情報一覧画面から閲覧
したい掲示情報を選択する構成となっているが、設定変
更により、当該ユーザが閲覧可能な掲示情報の一覧を示
す画面(未読情報のインデックスと既読情報のインデッ
クスとが混在して表示される画面)を表示させ、その中
から閲覧を望む掲示情報を選択することができるように
なっていても良い。この場合、未読情報と既読情報との
区別のため、未読情報のインデックスの横に、未読情報
を示すフラグのシンボルが表示されるようにするのが好
ましい。

【０１２８】また、本実施形態では、データベース１５
内に掲示情報そのものを格納する保存場所と、各テーブ
ル３１〜３７(図３,４参照)の保存領域とをを別個に設
けた構成としたが、これに代えて、掲示情報そのもの
が、情報保存テーブル３６において、各レコードに対応
づけて格納される構成としても良い。即ち、各保存場所
がデータベース１５内の情報保存テーブル３６内に設け
られていても良い。

【０１２９】また、本実施形態では、情報保存テーブル
３６に各掲示情報のインデックス(タイトル)が保持され
る構成としたが、これに代えて、各掲示情報のインデッ
クスを格納したテーブルが別個に設けられ、ユーザＩ
Ｄ,ボードＩＤ或いはメッセージＩＤをキーとして当該
テーブルから該当するインデックスが検出される構成と
なっていても良い。

【０１３０】[実施形態２]次に、本発明の実施形態２を
説明する。実施形態２は、実施形態１にて説明した情報
管理システム１０に、後述する未読通知機能が付加され
たものである。このため、実施形態１と同じ構成につい
ては説明を省略し、実施形態１と異なる構成について説
明する。

【０１３１】図２に示したサーバＳのＣＰＵ１１は、実
施形態１に示した処理に加え、未読通知機能を実現する
ための処理(未読通知処理)を行うようになっている。即
ち、ＣＰＵ１１は、本発明の未読通知部として機能す
る。このため、未読通知処理用のプログラムがＨＤ１７
に記憶されているとともに、未読通知処理の実行に際し
て必要なデータとして、通知条件データがＨＤ１７に格
納されている。ここでは、通知条件として、例えば、ユ
ーザの未読情報件数が所定数以上となることが設定され
ているものとする。

【０１３２】また、図３(Ａ)に示したユーザ名管理テー
ブル３１の各レコードには、ユーザ名に対応づけてその
ユーザの電子メールアドレスが格納されている（図示せ
ず）。また、データベース１５には、電子メールを蓄積
するメールボックスとして機能する記憶領域が形成され
ており(本発明の電子メール記憶部に相当)、サーバＳ
は、各クライアントＣ１〜Ｃ３からの要求に応じて、ク
ライアントから受信した電子メールアドレスに対応する
電子メールをデータベース１５内のメールボックスから
取り出し、該当するクライアントに提供するようになっ
ている。このため、通信インターフェイス１８は、本発
明のメールアドレス受信部及びメール送信部として機能
する。

【０１３３】図１６は、サーバＳのＣＰＵ１１によって
実行される未読通知処理を示すフローチャートである。
この未読通知処理は、図６に示した処理と並列に実行さ
れる。図１６において、ＣＰＵ１１は、最初に、通知条
件データをＨＤ１７からＲＡＭ１２に読み出す(Ｓ６０
１)。続いて、ＣＰＵ１１は、ユーザ名管理テーブル３
１(図３(Ａ)参照)をデータベース１５からＲＡＭ１２に
読み込む(Ｓ６０２)。

【０１３４】続いて、ＣＰＵ１１は、ユーザ名管理テー
ブル３１の先頭に登録されているユーザを通知対象に設
定する(Ｓ６０３)。そして、ＣＰＵ１１は、所定時間が
経過するのを待つ(Ｓ６０４)。その後、ＣＰＵ１１は、
所定時間が経過すると、Ｓ６０３にて通知対象としたユ
ーザに係る未読情報が通知条件を満たしているか，即
ち、対象ユーザの未読情報が所定数以上となっているか
を判定する(Ｓ６０５)。

【０１３５】このとき、未読情報が所定数未満の場合に
は、ＣＰＵ１１は、通知条件を満たさないと判定し(Ｓ
６０５；ＮＯ)、処理をＳ６０８へ進める。これに対
し、未読情報が所定数以上の場合には、ＣＰＵ１１は、
通知条件を満たすと判定し(Ｓ６０５；ＹＥＳ)、図１１
に示した未読情報一覧作成処理のサブルーチンを実行す
る(Ｓ６０６)。

【０１３６】その後、ＣＰＵ１１は、未読情報一覧作成
処理によって作成した未読情報一覧データを、通知対象
のユーザの電子メールアドレスと対応づけてデータベー
ス１５内のメールボックスに格納する(Ｓ６０７)。

【０１３７】そして、ＣＰＵ１１は、現在通知対象とな
っているユーザが、ユーザ名管理テーブル３１に最後に
登録されたものか否かを判定する(Ｓ６０８)。このと
き、ユーザが最後に登録されたものである場合(Ｓ６０
８；ＹＥＳ)には、ＣＰＵ１１は、Ｓ６０３に処理を戻
し、そうでない場合(Ｓ６０８；ＮＯ)には、ＣＰＵ１１
は、現在通知対象となっているユーザの次にユーザ名管
理テーブル３１に登録されているユーザを、通知対象に
設定し(Ｓ６０９)、Ｓ６０５に処理を戻す。

【０１３８】このようにして、ＣＰＵ１１は、各ユーザ
の未読情報が通知条件を満たす場合には、未読情報一覧
データを作成し、この未読情報一覧データをデータベー
ス１５内のメールボックスに格納する。その後、当該ユ
ーザがメールボックスにアクセスすると、未読情報一覧
データが当該ユーザに提供される。

【０１３９】従って、ユーザがデータベース１５の掲示
情報の保存場所にアクセスしなくても、メールボックス
にアクセスすれば、未読の掲示情報が所定数以上あるこ
とが当該ユーザに通知され、当該ユーザに未読情報の閲
覧を喚起することができる。従って、掲示情報が特定の
ユーザに対して未読のまま消去されてしまうことを防止
することができる。これは、構成員に自身のメールボッ
クスに対するアクセスを義務又は習慣づけている会社,
団体等では、特に有効である。

【０１４０】なお、本実施形態では、通知条件を未読情
報が所定数以上となることとしたが、これに代えて、通
知条件を、未読情報が発生してから所定時間が経過する
こととしても良く、未読情報が所定数以上となってから
所定時間が経過することとしても良い。また、通知条件
は、サーバＳの管理者によって設定されるようになって
いても良く、特定のクライアントからの要求に応じてサ
ーバＳが通知条件の設定処理を行うようになっていても
良い。

【０１４１】

【発明の効果】本発明による情報管理システム及び情報
管理サーバによれば、未読情報一覧がクライアントに表
示されるので、クライアントのユーザが未読情報を見落
とすことがない。このため、掲示情報が未読のまま消去
されてしまうことを防止することができる。

【０１４２】また、本発明によれば、許可された者のみ
が掲示情報の書込や閲覧を行うことができるので、掲示
情報のセキュリティを向上させることができる。

【０１４３】さらに、本発明によれば、掲示情報につい
ての閲覧状況を把握することができるので、掲示情報を
閲覧していない者に対してその閲覧を促すことができ、
掲示情報の見落としをより適正に防止することができ
る。

【図面の簡単な説明】

【図１】本発明の実施形態による情報管理システムの構
成図

【図２】図１に示したサーバの構成図

【図３】図２に示したデータベースに格納されたテーブ
ルの説明図

【図４】図２に示したデータベースに格納されたテーブ
ルの説明図

【図５】図１に示したクライアントの構成図

【図６】図２に示したサーバのＣＰＵによる処理を示す
フローチャート

【図７】図６に示した保存場所作成処理を示すフローチ
ャート

【図８】図６に示したアクセス権編集処理を示すフロー
チャート

【図９】アクセス権編集画面の例を示す図

【図１０】図６に示した情報保存処理を示すフローチャ
ート

【図１１】図６に示した未読情報一覧作成処理を示すフ
ローチャート

【図１２】未読情報一覧画面の例を示す図

【図１３】図６に示した情報読出処理を示すフローチャ
ート

【図１４】図６に示した閲覧状況データ作成処理を示す
フローチャート

【図１５】閲覧状況画面の例を示す図

【図１６】未読通知処理を示すフローチャート

【符号の説明】

Ｓ サーバ Ｃ１〜Ｃ３ クライアント １０ 情報管理システム １１,２１ ＣＰＵ １２,２２ ＲＡＭ １３,２３ ＲＯＭ １４,２４ 出力装置 １５,２５ データベース １６,２６ 入力装置 １７,２７ ハードディスク(ＨＤ) １８,２８ 通信インターフェイス ３１ ユーザ名管理テーブル ３２ グループ名管理テーブル ３３ 所属グループ管理テーブル ３４ 未読管理テーブル ３５ 保存場所名テーブル ３６ 情報保存テーブル ３７ アクセス権保存テーブル

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B075 KK07 KK43 KK54 KK63 KK65 KK66 ND03 ND23 NK02 NK13 NK44 PP13 PP22 PQ02 PQ46 PR10 UU24 5B089 AA21 AA22 AC03 AD05 AF06 CB02 CB03 DD07 EA02 EA08 EA10 5K030 GA15 GA17 HA08 JT02 KA01 KA04 KA06 KA07 LD16 LD18 MA13 MB15 MC07

Claims (23)

【特許請求の範囲】
1. 【請求項１】サーバとクライアントとがネットワークを
   通じて接続された情報管理システムにおいて、 前記サーバが、 閲覧に供される掲示情報を複数蓄積する掲示情報記憶部
   と、 前記掲示情報記憶部に蓄積された掲示情報のうちクライ
   アントのユーザに閲覧されていない掲示情報たる未読情
   報の特定データを記憶する未読情報データ記憶部と、 前記クライアントから送信された掲示情報の一覧表示要
   求を受信する一覧表示要求受信部と、 前記一覧表示要求受信部が前記一覧表示要求を受信した
   場合に、前記未読情報データ記憶部から未読情報の特定
   データを読み出し、読み出した未読情報の特定データに
   基づいて未読情報の一覧データを作成する一覧データ作
   成部と、 前記未読情報の一覧データをクライアントへ向けて送信
   する一覧データ送信部とを備え、 前記クライアントが、 前記掲示情報一覧表示要求をサーバへ向けて送信する一
   覧表示要求送信部と、 サーバから送信された未読情報の一覧データを受信する
   一覧データ受信部と、 前記未読情報の一覧データに基づいて未読情報のみの一
   覧を表示させる未読情報一覧表示制御部とを備えたこと
   を特徴とする情報管理システム。
2. 【請求項２】前記クライアントが、前記未読情報一覧表
   示制御部によって表示された未読情報のみの一覧から選
   択された未読情報の閲覧要求を送信する閲覧要求送信部
   と、前記閲覧要求に対応する未読情報を受信する未読情
   報受信部と、未読情報を表示させる未読情報表示制御部
   とをさらに備え、 前記サーバが、前記未読情報の閲覧要求を受信する閲覧
   要求受信部と、この閲覧要求に対応する未読情報を掲示
   情報記憶部から読み出す未読情報読出部と、未読情報読
   出部によって読み出された未読情報をクライアントへ向
   けて送信する未読情報送信部とをさらに備えたことを特
   徴とする請求項１記載の情報管理システム。
3. 【請求項３】前記クライアントが、特定の掲示情報の閲
   覧状況確認要求をサーバへ向けて送信する閲覧状況確認
   要求送信部と、サーバから送信された閲覧状況データを
   受信する閲覧状況データ受信部と、受信された閲覧状況
   データに基づく閲覧状況を表示させる閲覧状況表示制御
   部とをさらに備え、 前記サーバが、前記閲覧状況確認要求を受信する閲覧状
   況確認要求を受信する閲覧状況確認要求受信部と、閲覧
   状況確認要求が受信された場合に、前記特定の掲示情報
   についての各ユーザの閲覧／未閲覧の別を示す閲覧状況
   データを作成する閲覧状況データ作成部と、閲覧状況デ
   ータをクライアントへ向けて送信する閲覧状況データ送
   信部とをさらに備えたことを特徴とする請求項１記載の
   情報管理システム。
4. 【請求項４】前記クライアントが、クライアントの各ユ
   ーザの前記掲示情報記憶部に対するアクセス権を設定す
   るためのアクセス権の編集要求を送信する編集要求送信
   部と、前記編集要求に応じて前記サーバから送信された
   アクセス権編集データを受信する編集データ受信部と、
   前記アクセス権編集データに基づくアクセス権編集画面
   を表示させる編集画面表示制御部と、アクセス権編集画
   面に基づくアクセス権の編集結果を前記サーバへ送信す
   る編集結果送信部とをさらに備え、 前記サーバが、前記掲示情報記憶部にアクセス可能なク
   ライアントのユーザ名を記憶したユーザ名記憶部と、各
   ユーザの前記掲示情報記憶部に対するアクセス権の内容
   を記憶するアクセス権情報記憶部と、前記クライアント
   から送信された前記編集要求を受信する編集要求受信部
   と、前記編集要求が受信された場合に前記各ユーザ名と
   アクセス権の内容とをアクセス権の編集データとして読
   み出す編集データ読出部と、前記編集データを前記クラ
   イアントへ向けて送信する編集データ送信部と、前記ク
   ライアントから送信された編集結果を受信する編集結果
   受信部と、前記編集結果を受信した場合にこの編集結果
   をもって前記アクセス権情報記憶部の記憶内容を更新す
   るアクセス権設定部とをさらに備えたことを特徴とする
   請求項１記載の情報管理システム。
5. 【請求項５】前記編集画面表示制御部が、前記アクセス
   権の編集画面内に、ユーザ名とこのユーザに対し掲示情
   報記憶部に掲示情報を書き込む権利たる書込権をアクセ
   ス権として付与するか否かを設定するためのチェック欄
   とを対応づけて表示させることを特徴とする請求項４記
   載の情報管理システム。
6. 【請求項６】前記編集画面表示制御部が、前記アクセス
   権の編集画面内に、ユーザ名とこのユーザに対し掲示情
   報記憶部に蓄積された掲示情報を閲覧する権利たる閲覧
   権をアクセス権として付与するか否かを設定するための
   チェック欄とを対応づけて表示させることを特徴とする
   請求項４記載の情報管理システム。
7. 【請求項７】未読情報の一覧表示要求を送信する一覧表
   示要求送信部と、未読情報の一覧データを受信する一覧
   データ受信部と、前記未読情報の一覧データに基づいて
   未読情報のみの一覧を表示する未読情報一覧表示制御部
   とを備えたクライアントとネットワークを通じて接続さ
   れ、 閲覧に供される掲示情報を複数蓄積する掲示情報記憶部
   と、 前記掲示情報記憶部に蓄積された掲示情報のうち前記ク
   ライアントのユーザに閲覧されていない掲示情報たる未
   読情報の特定データを記憶する未読情報データ記憶部
   と、 前記クライアントから送信された未読情報一覧表示要求
   を受信する一覧表示要求受信部と、 前記一覧表示要求受信部が前記一覧表示要求を受信した
   場合に、前記未読情報データ記憶部から未読情報の特定
   データを読み出し、読み出した未読情報の特定データに
   基づいて未読情報の一覧データを作成する一覧データ作
   成部と、 前記未読情報の一覧データを前記クライアントへ向けて
   送信する一覧データ送信部とを備えたことを特徴とする
   情報管理サーバ。
8. 【請求項８】前記未読情報のみの一覧から選択された未
   読情報閲覧要求をクライアントから受信する閲覧要求受
   信部と、 この閲覧要求に対応する未読情報を掲示情報記憶部から
   読み出す未読情報読出部と、 前記未読情報読出部によって読み出された未読情報をク
   ライアントへ向けて送信する未読情報送信部とをさらに
   備えたことを特徴とする請求項７記載の情報管理サー
   バ。
9. 【請求項９】前記未読情報読出部によって未読情報が掲
   示情報記憶部から読み出された場合に、未読情報データ
   記憶部に記憶された当該未読情報の特定データを更新す
   る未読情報データ更新部をさらに備えたことを特徴とす
   る請求項８記載の情報管理サーバ。
10. 【請求項１０】前記未読情報データ記憶部が、各掲示情
    報の識別情報と対応づけてその未読／既読の別を記憶
    し、 前記未読情報データ更新部は、前記掲示情報記憶部から
    読み出された掲示情報の識別情報と対応づけて前記未読
    情報データ記憶部に記憶された未読／既読の別を未読に
    書き換えることを特徴とする請求項９記載の情報管理サ
    ーバ。
11. 【請求項１１】前記掲示情報記憶部が、掲示情報の属性
    に応じた複数の記憶領域からなり、 前記未読情報データ記憶部が、各記憶領域に蓄積された
    未読情報の特定データを記憶し、 前記一覧データ作成部が、各記憶領域における未読情報
    の特定データを前記未読情報データ記憶部から読み出す
    ことを特徴とする請求項７記載の情報管理サーバ。
12. 【請求項１２】クライアントの各ユーザについて、閲覧
    可能な掲示情報を蓄積した記憶領域を特定するためのア
    クセス情報を記憶したアクセス権情報記憶部をさらに備
    え、 前記一覧データ作成部は、アクセス権情報記憶部の記憶
    内容に基づいて、前記一覧表示要求をクライアントを用
    いて送信したユーザが閲覧可能な掲示情報を蓄積した記
    憶領域内の未読情報の特定データのみを前記未読情報デ
    ータ記憶部から読み出すことを特徴とする請求項１１記
    載の情報管理サーバ。
13. 【請求項１３】前記アクセス権情報記憶部が、ユーザの
    識別情報，記憶領域の識別情報，この記憶領域に蓄積さ
    れた掲示情報の閲覧の可否を含むレコードを複数記憶
    し、 前記掲示情報の一覧表示要求が、この一覧表示要求をク
    ライアントから送信したユーザの識別情報を含み、 前記一覧データ作成部が、前記一覧表示要求に含まれた
    ユーザの識別情報が一致し且つ閲覧の許可が含まれたレ
    コードを前記アクセス権情報記憶部から読み出し、読み
    出したレコード中の記憶領域の識別情報と対応する記憶
    領域内の未読情報の特定データのみを前記未読情報デー
    タ記憶部から読み出すことを特徴とする請求項１２記載
    の情報管理サーバ。
14. 【請求項１４】前記未読情報データ記憶部が、記憶領域
    の識別情報，掲示情報の識別情報，掲示情報を提供した
    者の識別情報，及び掲示情報の未読／既読の別を含むレ
    コードを複数記憶し、 前記一覧データ作成部が、前記アクセス権情報記憶部か
    ら読み出したレコードと対応する記憶領域の記憶情報，
    掲示情報の識別情報，及び掲示情報を提供した者の識別
    情報を前記未読情報データ記憶部から読み出すことを特
    徴とする請求項１３記載の情報管理サーバ。
15. 【請求項１５】各掲示情報の記憶日付とそのインデック
    スとを記憶した掲示情報内容記憶部をさらに備え、 前記一覧データ作成部が、前記未読情報データ記憶部か
    ら読み出した掲示情報の識別情報と対応する記憶日付及
    びインデックスを前記掲示情報内容記憶部から読み出す
    ことを特徴とする請求項１４記載の情報管理サーバ。
16. 【請求項１６】各記憶領域の識別情報と対応づけて記憶
    領域の名称を記憶した記憶領域名記憶部をさらに備え、 前記一覧データ作成部が、前記未読データ記憶部から読
    み出した記憶領域の識別情報と対応する記憶領域の名称
    を前記記憶領域名記憶部から読み出すことを特徴とする
    請求項１５記載の情報管理サーバ。
17. 【請求項１７】クライアントの各ユーザの識別情報と対
    応づけてユーザ名を記憶したユーザ名記憶部をさらに備
    え、 前記一覧データ作成部が、前記未読データ記憶部から読
    み出した掲示情報を提供した者の識別情報と対応するユ
    ーザ名を前記ユーザ名記憶部から読み出すことを特徴と
    する請求項１４記載の情報管理サーバ。
18. 【請求項１８】前記クライアントから送信された特定の
    掲示情報の閲覧状況確認要求を受信する閲覧状況確認要
    求受信部と、 前記閲覧状況確認要求が受信された場合に、前記クライ
    アントに前記特定の掲示情報の閲覧状況を表示させるた
    めに、前記特定の掲示情報についての各ユーザの閲覧／
    未閲覧の別を示す閲覧状況データを作成する閲覧状況デ
    ータ作成部と、 前記閲覧状況データを前記クライアントへ向けて送信す
    る閲覧状況データ送信部とをさらに備えたことを特徴と
    する請求項７記載の情報管理サーバ。
19. 【請求項１９】前記閲覧状況データ作成部が、前記特定
    の掲示情報を前記掲示情報記憶部から読み出し、 前記閲覧状況データ送信部が、前記閲覧状況データと前
    記特定の掲示情報とを前記クライアントへ向けて送信す
    ることを特徴とする請求項１８記載の情報管理サーバ。
20. 【請求項２０】電子メールを蓄積する電子メール記憶部
    と、 前記掲示情報記憶部に蓄積された未読情報が所定条件を
    満たした場合に、当該未読情報に係るデータを電子メー
    ルの内容としてクライアントの特定のユーザの電子メー
    ルアドレスと対応づけて前記電子メール記憶部に格納す
    る未読通知部と、 前記特定のユーザの電子メールアドレスを前記クライア
    ントから受信するメールアドレス受信部と、 前記メールアドレス受信部が前記特定のユーザの電子メ
    ールアドレスを受信した場合に、前記未読情報に係るデ
    ータを前記電子メール記憶部から読み出すメール読出部
    と、 前記メールアドレス読出部によって読み出された未読情
    報に係るデータをクライアントへ送信するメール送信部
    とをさらに備えたことを特徴とする請求項７記載の情報
    管理サーバ。
21. 【請求項２１】前記未読通知部は、未読情報の件数が所
    定数以上となった場合に前記処理を実行することを特徴
    とする請求項２０記載の情報管理サーバ。
22. 【請求項２２】前記未読通知部は、未読情報が発生して
    から所定時間が経過した場合に前記処理を実行すること
    を特徴とする請求項２０記載の情報管理サーバ。
23. 【請求項２３】前記未読通知部は、前記未読情報に係る
    データとして、前記未読情報の一覧データを前記電子メ
    ール記憶部に格納することを特徴とする請求項２０記載
    の情報管理サーバ。