コンピュータネットワークによる電子掲示板システム

【課題】ＷＷＷ掲示板システムにおいて、利用者が掲示板記事の読み遅れ、読み漏れ、読み落としがおきる問題がある。特に急を要する記事の場合などの未開封記事があると、支障をきたす。したがって、未開封記事がある場合はなんらかの方法で利用者に知らしめ開封を促す必要がある。
【解決手段】本発明は上記課題を解決するために利用者がＷｅｂブラウザでログインしたとき、その利用者の開封すべき記事デ−タがある場合は、その未開封記事デ−タ件数がなくなるまで、繰り返し利用者側のブラウザに知らせる。特に未開封記事の掲示板区分あるいは未開封記事件数に応じて未開封記事ありの通知間隔を変更し、利用者に繰り返し開封を促すので、未開封記事件数の減少に大きな効果がある。

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はＷＷＷ（ＷｏｒｌｄＷｉｄｅＷｅｂ）と略記されているコンピュータシステムによる電子掲示板システムに関し、掲示板記事未開封の利用者に対して、その記事を開封するまで定期的に通知することにより、利用者に開封を促し、未開封記事をなくすのに好適なＷＷＷによる掲示板システムに関する。
【０００２】
【従来の技術】従来、ＷＷＷによる掲示板システムの記事未開封の利用者に対して部・課等の管理者が電子メールで、部（課）員に開封してもらいたい重要な掲示板の記事内容を開封したか否かを確認し、未開封の部（課）員に対して、未開封の記事を自動的に電子メールで送信することによって、未開封記事をなくすことを目的としたクライアント・サーバ・システム技術がある（特開平９−３３１３５３号公報）。またコンピュータやネットワークを利用した情報管理伝達方式で、いわゆる電子掲示板の未読者に対し自動的に督促メールを送信する、すなわち同報通信形式で電子掲示板記事の開封の督促を行うものがある(特開平９−２１８８４１号公報)。また、従来方式ではユーザが掲示板デ−タを参照した時点で、ユーザへの掲示データの未読／既読の情報に、既読を設定できるようにして掲示データの参照を促すために、督促メールを同報通信形式でユーザに送信する、いわゆる電子メール連携方式がある。この場合、サーバ側で未開封者を識別することが可能でなければならないし、ユーザ全てに対してメール送信の機能を持たなければならない。
【０００３】
【発明が解決しようとする課題】上述従来技術は、未開封の利用者が電子メールの到着に気づかない場合、記事の読み遅れ、読み漏れ、読み落としがおきる問題点があった。特に急を要する特急掲示板記事の場合、業務に支障をきたすことも起こり得る。
【０００４】また、未開封者があるとき、掲示記事の参照を促すために随時督促メールを同報通信形式で送信する方法ではＷＷＷサ−バ側の負担もあるが、上記の従来技術はクライアント・サーバ・システムであるため、クライアント側にクライアント専用のソフトウェアを、それぞれ備えることが必要である。
【０００５】そして、もしそのソフトウェアになんらかの不具合が生じた場合は、各クライアント側のソフトウェアの修正、あるいは入れ替えなどを行わなければならない問題がある。
【０００６】本発明は、ＷＷＷサーバに利用者がアクセスした時点で、未開封記事がある利用者に対して、未開封記事があることを自動的にかつ周期的に通知することにより、開封作業を促すことを目的とするものである。
【０００７】
【課題を解決するための手段】本発明は、上記目的を達成するために、ＷＷＷサ−バを電子掲示板記事にアクセスした利用者が既登録者であるかどうかを利用者情報認証手段により確認し、既登録者の場合には当該利用者宛の掲示板情報を利用者が表示することができる掲示板情報表示手段と、当該利用者宛の掲示板情報のうち未開封記事データ件数を含む掲示板未開封通知リストを記憶する記憶手段と、未開封記事データがあるときは、あらかじめ定められた周期で当該利用者に通知する掲示板情報通知手段とから構成したことを特徴とする。また、未開封記事データの掲示板区分、例えば、特急、普通、などによって、未開封記事ありの通知周期（通知時間間隔）が異なること、未開封記事の件数が多いほど通知周期を短くし、未開封記事データの件数の減少にしたがって段階的に通知周期を長くすること、未開封記事データ件数がなくなるまで通知を繰り返すことに特徴がある。
【０００８】
【発明の実施の形態】以下本発明の一実施例の詳細について、図面を用いて説明する。図１は、本発明の一実施例であるＷＷＷによる電子掲示板システムの全体構成を示す。大きく分けると、利用者のＷｅｂブラウザ（表示装置付）１１、インターネットあるいはイントラネット１２、ＷＷＷサーバ１３、ＤＢ（デ−タベ−ス）サーバ１Ｃから構成されている。
【０００９】Ｗｅｂブラウザ１１から掲示板記事を参照する利用者は、インターネットあるいはイントラネット１２を介してＷＷＷサーバ１３にアクセスする。その場合サーバ１３では既登録者であるかどうかを利用者情報認証手段１４でチェックする。既登録者の場合は掲示板未開封通知リスト４０（図４参照）を参照して掲示板情報通知手段１５により利用者未開封記事があることを知らせる。勿論データベースサーバ１Ｃを参照しておこなわれる。また利用者は掲示板情報表示手段１７により掲示板記事データを読むことができる。掲示板記事データを選択して読んだ場合は、掲示板開封状態更新手段１８により更新される。その結果は掲示板開封状態表示手段１６により読み出すことができる。その場合データベースサーバの利用者の情報データベース２０や掲示板情報の属性（図３）に関するデータベース３０が参照される。利用者がＷＷＷサーバをアクセスして必要な情報を利用者側の表示手段に読み出し表示できるシステム構成になっているので、図１ではＷＷＷサーバから利用者のＷｅｂサーバ側への信号の流れは省略している。具体的に掲示板の記事データを表示するための掲示板情報表示手段１７により利用者のブラウザ側で表示をおこない、掲示板開封状態更新手段１８では利用者の開封により逐次開封状態を更新し、常に最新の開封状態が掲示板開封状態表示手段１６により表示できる。
【００１０】例えば掲示板記事設定者もブラウザ１１と同様にインターネットあるいはイントラネットを介してブラウザを接続し記事設定をすることができる。図1では一利用者１１の場合のみ示しているが、ブラウザ１１と同様に他の利用者、あるいは掲示板記事設定者がインターネットあるいはイントラネットを介して複数のブラウザを接続することが可能であるし、お互いに掲示板記事設定者、利用者になりうる。
【００１１】利用者情報管理手段１９は登録している利用者に関するデータを管理するもので利用者のＩＤやパスワード、利用者名などをデータベースサーバ１Ｃを参照して管理する。具体的には図２に示した。掲示板情報管理手段１Ａは掲示板記事データ名発信者や利用者の管理をおこなうもので、具体的には図３に示す。掲示板記事データファイル１Ｂも掲示板情報管理手段１Ａおよび掲示板情報属性データベース３０にリンクしている。
【００１２】ＤＢサーバ１Ｃは利用者情報データベース２０（図２参照）、掲示板属性情報データベース３０（図３参照）などから構成されている。以下にそれぞれの手段について説明する。はじめにＤＢサ−バ１Ｃについて説明する。利用者のデータベース２０、情報の属性データベース３０から構成されている。図２は、本実施例の利用者情報データベース２０の一実施例を示す図である。利用者ＩＤ２１、パスワード２２、利用者２３から構成されている。この例では、利用者ＩＤ２１がＨＥＣ０００〜ＨＥＣ００５の場合を示している。またパスワ−ド２２は利用者ＩＤに対応してＰＷＤ０００〜ＰＷＤ００５の場合を示している。利用者２３についても同様で対応する利用者はＨＥＣ太郎〜ＨＥＣ五郎の場合を示している。
【００１３】図３は、本実施例の掲示板情報属性データベース３０の一実施例で、掲示板情報の属性に関するデータベースを示す図である。掲示板記事データ名３１は記事０１．ｄｏｃ．〜記事０３.ｄｏｃ．の、３っつの記事デ−タの場合である。、掲示区分３２はその記事が特急なのか、普通の記事かを区分するものでこの例では、記事０１.ｄｏｃ．と記事０３.ｄｏｃ．が普通で、記事０２.ｄｏｃ．のみ特急の場合を示している。発信者３３は図２における利用者ＨＥＣ０００と利用者ＨＥＣ００４、二人の場合の例を示している。また利用者開封状態３４は、利用者３５、開封状態３６から構成されていて、この場合利用者は、利用者1〜利用者５の例を示している。利用者１は３つの記事について開封したことを表し、利用者２は記事０１．ｄｏｃ．、記事０２．ｄｏｃ．については未開封状態であることを示している。印は開封状態、Ｘ印は未開封状態を表している。１Ｂは掲示板記事デ−タファイルで、記事デ−タ名、記事０１．ｄｏｃ．、記事０２．ｄｏｃ．、記事０３．ｄｏｃ．に対応してファイルが用意されている。
【００１４】図４は、本実施例の掲示板未開封通知リスト４０の例を示す。掲示区分４１、通知時間間隔４２、未開封記事データ件数４３から構成されている。掲示板区分４１は掲示板情報が普通区分なのか、あるいは特急区分なのかを表している。この例では二つの区分であるが、二つに限定されるものではない。必要に応じて区分分けを行うことができる。４２は通知時間間隔で普通区分の場合60分、特急区分の場合10分を設定した例を示している。これはＷｅｂブラウザ11からログインしたとき、未開封記事がある場合のクライアントへの通知周期を表している。例えば普通区分の未開封記事がある場合は、Ｗｅｂブラウザ側に６０分周期で未開封記事があることを知らせる。通知の方法は図１２に示す表示手段に表示させること、あるいはブラウザ側にブザ−手段が備えられている場合はブザ−音で知らせることも出来る。４３は未開封記事デ−タの件数を表していて、この例では普通区分の未開封記事デ−タの件数が２件、特急区分の未開封記事デ−タが1件あることを表している。この未開封記事デ−タ件数がゼロになるまで通知時間間隔４２にしたがってブラウザ側に通知を行う。この図4のように掲示板区分それぞれに未開封記事データの件数が存在するときは、通知時間間隔の短い方、この場合は特急区分の１０分周期で利用者に通知すると、未開封記事データ件数減少に対してより一層の効果がある。このように未開封記事データが、複数区分にわたって存在するときは、通知時間間隔の短い方を選択して通知することがのぞましい。この例では、特急記事データの未開封記事データ件数の減少に効果がある。
【００１５】また、未開封記事デ−タ件数４３が多い場合は、送信者側からすると早く未開封記事がなくなるように早急に開封して欲しいわけで、これを考慮した通知時間間隔の変更を行ってもよい。例えば、普通区分の未開封記事デ−タ件数が５件を超える場合は通知時間間隔４２を３０分、１０件を超える場合は１５分などのように設定してもよい。このような場合には未開封記事件数が多い場合は頻繁にブラウザに表示などの方法によって利用者に知らせるので、未開封記事件数の減少に効果がある。また未開封記事デ−タ件数の減少に伴って段階的に通知時間間隔を自動的に長くなるように設定してもよい。上記の例で説明すると、１０件以上あった未開封記事デ−タ件数が、その後の開封で１０件以下に減少した場合は、通知時間間隔を１５分から３０分に切り替える方法である。すなわち、未開封記事デ−タ件数に応じて通知時間間隔を段階的に変えることに特徴があり、未開封記事件数の減少に大きな効果がある。すなわちブラウザ１１側ではその通知時間間隔だけを見ても、未開封記事デ−タ件数が多いのか少ないのかの、およその判断が出来る効果もある。通知時間間隔の変更は未開封記事デ−タ件数に応じて連続的に変えてもいいし、上記のように段階的に変える方法であってもよい。
【００１６】図１２は、本実施例の利用者情報認証手段１４、掲示板情報通知手段１５、掲示板開封状態表示手段１６、掲示板情報表示手段１７、利用者情報管理手段１９、掲示板情報管理手段１ＡによりＷｅｂブラウザ１１に表示される入力・表示画面Ｃ１を例示する図である。入力・表示領域Ｃ２、通知領域Ｃ３から構成されている。上記の未開封記事デ−タ件数に応じた通知時間間隔によるブラウザ側への通知は通知領域Ｃ３が用いられる。そして、記事そのものは表示領域Ｃ２が用いられる。複数のブラウザが接続された場合も当然であるが、表示画面は同様に構成される。
【００１７】以下、本実施例のＷｅｂサ−バの動作を詳細に説明する。
【００１８】図５は、利用者情報認証手段１４の処理を示す流れ図である。利用者情報認証手段１４は、Ｗｅｂブラウザ１１の入力・表示画面Ｃ１の入力・表示領域Ｃ２から、利用者ＩＤ、パスワードの入力を受け付ける（ステップＳ５１）。入力された利用者ＩＤとパスワードをキーに利用者情報データベース２０を検索し該当レコードの有無を判定する（ステップＳ５２）。入力された利用者ＩＤとパスワードが利用者情報データベース２０の利用者ＩＤ２１とパスワード２２と一致すれば（ステップＳ５２のＹＥＳ）、掲示板情報通知手段１５を呼び出す（ステップＳ５３）。入力された利用者ＩＤとパスワードが利用者情報データベース２０の利用者ＩＤ２１とパスワード２２と一致しなければ（ステップＳ５２のＮＯ）、利用者未登録のエラーメッセージをＷｅｂブラウザ１１の入力・表示領域Ｃ２に出力する（ステップＳ５４）。
【００１９】図６は、掲示板情報通知手段１５の処理を示す流れ図である。掲示板情報通知手段１５は、掲示板未開封通知リスト４０の掲示区分４１が特急の未開封記事データ件数が１件以上であるとき、特急の通知時間間隔を指定通知時間間隔、この場合１０分とし、特急の未開封記事データ件数が０件であるとき普通の通知時間間隔６０分を指定通知時間間隔とする（ステップＳ６１）。そして指定通知時間間隔が経過するまで待機する（ステップＳ６２のＮＯ）。指定通知時間間隔が経過したとき（ステップＳ６２のＹＥＳ）、掲示板未開封通知リスト４０の未開封記事データ件数を０で初期化する（ステップＳ６３）。続いて、掲示板情報属性データベース３０を読み込み（ステップＳ６４のＮＯ）、利用者開封状態３４の利用者３５と利用者ＩＤが一致したとき（ステップＳ６５のＹＥＳ）、利用者３５の開封状態３６が未開封であれば（ステップＳ６６のＹＥＳ）、掲示板記事データ名３１の掲示区分３２と同じ掲示区分４１の行の未開封記事データ件数４３に１を加算する（ステップＳ６７）。利用者開封状態３４の利用者３５と利用者ＩＤが一致しないとき（ステップＳ６５のＮＯ）、もしくは利用者３５の開封状態３６が開封済みであるとき（ステップＳ６６のＮＯ）、引き続き掲示板情報属性データベース３０を読み込む。掲示板情報属性データベースを全て読み込み終えた結果（ステップＳ６４のＹＥＳ）、未開封記事データ件数４３が１件以上のとき（ステップＳ６８のＹＥＳ）、すなわち未開封記事データが存在したとき、未開封記事データありのメッセージをＷｅｂブラウザ１１の入力・表示領域Ｃ２に出力する（ステップＳ６９）。
【００２０】図７は、掲示板開封状態表示手段１６の処理を示す流れ図である。掲示板開封状態表示手段１６は、掲示板情報属性データベース３０を読み込み（ステップＳ７１のＮＯ）、掲示板記事データ名３１、掲示区分３２、発信者３３、利用者３５、開封状態３６をＷｅｂブラウザ１１の入力・表示領域Ｃ２に出力する（ステップＳ７２）。引き続き掲示板情報属性データベース３０を読み込む。掲示板情報属性データベース３０を全て読み込み終えたとき（ステップＳ７１のＹＥＳ）、終了する。
【００２１】図８は、掲示板情報表示手段１７の処理を示す流れ図である。掲示板情報表示手段１７は、掲示板情報属性データベース３０を読み込み（ステップＳ８１のＮＯ）、掲示板記事データ名３１をＷｅｂブラウザ１１の入力・表示領域Ｃ２に出力する（ステップＳ８２）。引き続き掲示板情報属性データベース３０を読み込む。掲示板情報属性データベース３０を全て読み込み終えたとき（ステップＳ８１のＹＥＳ）、利用者が掲示板記事データ名一覧から開く掲示板記事データ名の選択を受け付け（ステップＳ８３）、掲示板開封状態更新手段１８を呼び出す（ステップＳ８４）。続いて、選択された掲示板記事データ名の指す掲示板記事データファイル１Ｂの内容をＷｅｂブラウザ１１の入力・表示領域Ｃ２に出力する（ステップＳ８５）。
【００２２】図９は、掲示板開封状態更新手段１８の処理を示す流れ図である。掲示板開封状態更新手段１８は、掲示板情報表示手段１７で受け付けた掲示板記事データ名と利用者ＩＤをキーとして掲示板情報属性データベース３０を検索し、該当掲示板記事データ名３１の利用者３５の開封状態３６が未開封であるとき（ステップＳ９１のＹＥＳ）、その開封状態３６を開封の値に更新する（ステップＳ９２）。該当掲示板記事データ名３１の利用者３５の開封状態３６が開封であるとき（ステップＳ９１のＮＯ）、掲示板情報表示手段１７に戻る。
【００２３】図１０は、利用者情報管理手段１９の処理を示す流れ図である。利用者情報管理手段１９は、利用者情報認証手段１４で受け付けた利用者ＩＤとパスワードをキーとして利用者情報データベース２０を検索し、例えば利用者ＩＤ２１の値がＨＥＣ０００である管理者とした場合、これとパスワードが一致したとき（ステップＳＡ１のＹＥＳ）、利用者情報属性データベース２０の利用者ＩＤ２１、パスワード２２、利用者２３の登録、変更、削除を許可する（ステップＳＡ２）。管理者パスワードと不一致のとき（ステップＳＡ１のＮＯ）、非管理者であるエラーメッセージをＷｅｂブラウザ１１の入力・表示領域Ｃ２に出力する（ステップＳＡ３）。
【００２４】図１１は、掲示板情報管理手段１Ａの処理を示す流れ図である。掲示板情報管理手段１Ａは、新規に掲示板記事データを登録する場合、Ｗｅｂブラウザ１１の入力・表示領域Ｃ２を通して掲示板記事データ名３１、掲示区分３２、発信者３３、利用者３５の掲示板情報属性を受け付け掲示板情報属性データベース３０に登録し、登録済の掲示板記事データの掲示板情報属性を変更する場合、Ｗｅｂブラウザ１１の入力・表示領域Ｃ２を通して掲示板記事データ名３１、掲示区分３２、発信者３３、利用者３５を表示するとともに変更を受け付け掲示板情報属性データベース３０に登録されている掲示板情報属性を変更し、登録済の掲示板記事データの掲示板情報属性を削除する場合、Ｗｅｂブラウザ１１の入力・表示領域Ｃ２を通して掲示板記事データ名３１、掲示区分３２、発信者３３、利用者３５を表示するとともに削除を受け付け掲示板情報属性データベース３０から登録されている掲示板情報属性を削除する（ステップＳＢ１）。
【００２５】
【発明の効果】以上説明したように本発明によれば、掲示板利用者が掲示板記事について未開封記事があるときは、その未開封記事デ−タがなくなるまで繰り返しあらかじめ定められた時間間隔(周期)で利用者に開封を促す(表示あるいはブザー機能がある場合はブザー音でも)ので、未開封記事件数を減らすことが出来る。また未開封記事の開封状態は順次更新され、その更新状態を記事発行者のブラウザで表示確認することが出来る。
【図面の簡単な説明】
【図１】本発明の一実施例に係る電子掲示板システムの全体構成図を示す。
【図２】図１中の利用者情報データベースの一実施例を示す。
【図３】図１中の掲示板情報属性データベースの一実施例を示す。
【図４】図１中の掲示板未開封通知リストの一実施例を示す。
【図５】図１中の利用者情報認証手段の処理フローを示す。
【図６】図１中の掲示板情報通知手段の処理フローを示す。
【図７】図１中の掲示板開封状態表示手段の処理フローを示す。
【図８】図１中の掲示板情報表示手段の処理フローを示す。
【図９】図１中の掲示板開封状態更新手段の処理フローを示す。
【図１０】図１中の利用者情報管理手段の処理フローを示す。
【図１１】図１中の掲示板情報管理手段の処理フローを示す。
【図１２】利用者側の表示画面を表わしている。
【符号の説明】
１１Ｗｅｂブラウザ１２インターネット／イントラネット
１３ＷＷＷサーバ１４利用者情報認証手段
１５掲示板情報通知手段１６掲示板開封状態表示手段
１７掲示板情報表示手段１８掲示板開封状態更新手段
１９利用者情報管理手段１Ａ掲示板情報管理手段
１Ｂ掲示板記事データ１Ｃデータベースサーバ
２０利用者情報データベース、２１利用者ＩＤ２２パスワード
２３利用者３０掲示板情報属性データベース
３１掲示板記事データ名３２掲示区分３３発信者
３４利用者開封区分３５利用者
４０掲示板未開封通知リスト４１掲示区分４２通知時間間隔
４３未開封記事データ件数
Ｃ１入力・表示画面
Ｃ２入力・表示領域
Ｃ３通知領域

【特許請求の範囲】
【請求項１】コンピュータネットワークのサ−バに設定された電子掲示板の記事を、ネットワークにアクセスした利用者のブラウザに表示することができる電子掲示板システムにおいて、該利用者の掲示板の利用を認証する利用者情報認証手段と、該利用者が既登録者であるとき当該利用者宛ての電子掲示板の記事をブラウザ側に表示する掲示板情報表示手段と、前記利用者宛の未開封記事件数の通知リスト記憶手段と、前記未開封記事件数がなくなるまで未開封記事があることをあらかじめ定められた周期で当該利用者のブラウザに知らせる電子掲示板情報通知手段と、から該サーバを構成したことを特徴とするコンピュータネットワークシステムによる電子掲示板システム。
【請求項２】コンピュータネットワークシステムのサ−バに設定された電子掲示板の記事を、ネットワークブラウザからアクセスした利用者のブラウザに表示することができる電子掲示板システムにおいて、電子掲示板の利用者を管理する利用者情報管理手段と、該利用者の掲示板の利用を認証する利用者情報認証手段と、前記利用者宛の未開封記事件数の通知リスト記憶手段と、前記未開封記事件数がなくなるまであらかじめ定められた周期で当該利用者に未開封記事があることを通知する電子掲示板情報通知手段と、該電子掲示板記事を管理する掲示板情報管理手段と、該利用者が記事を開封したとき該電子掲示板記事を掲示板記事データファイルからブラウザ側に表示する電子掲示板情報表示手段と、該電子掲示板の記事を利用者が開封したとき該掲示板記事を開封済みとする掲示板開封状態更新手段と、該電子掲示板の記事の開封状態を記事発行者のブラウザに表示する電子掲示板開封状態表示手段と、から該ブラウザを構成したことを特徴とするコンピュータネットワークによる電子掲示板システム。

【図１】