JP3405263B2 - 電子掲示板文書の未読・既読管理システム - Google Patents
電子掲示板文書の未読・既読管理システムInfo
- Publication number
- JP3405263B2 JP3405263B2 JP09453399A JP9453399A JP3405263B2 JP 3405263 B2 JP3405263 B2 JP 3405263B2 JP 09453399 A JP09453399 A JP 09453399A JP 9453399 A JP9453399 A JP 9453399A JP 3405263 B2 JP3405263 B2 JP 3405263B2
- Authority
- JP
- Japan
- Prior art keywords
- unread
- read
- document
- bulletin board
- electronic bulletin
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、電子掲示板文書の
未読・既読管理システムに関し、特にユーザが電子掲示
板文書の未読・既読を判別する際に、ユーザに混乱を与
えないようにした電子掲示板文書の未読・既読管理シス
テムに関する。
未読・既読管理システムに関し、特にユーザが電子掲示
板文書の未読・既読を判別する際に、ユーザに混乱を与
えないようにした電子掲示板文書の未読・既読管理シス
テムに関する。
【０００２】
【従来の技術】電子掲示板システム（electronic bull
etin board system、ＢＢＳ）は、コンピュータを利
用したメッセージ交換システムの一形態である。電子掲
示板システムでは、ユーザが自分の端末（クライアント
・コンピュータ）からホスト・コンピュータ（サーバ・
コンピュータ）の共通エリアにメッセージを書きこみ
（掲示文書）、他の参加者がこの掲示文書を読む。
etin board system、ＢＢＳ）は、コンピュータを利
用したメッセージ交換システムの一形態である。電子掲
示板システムでは、ユーザが自分の端末（クライアント
・コンピュータ）からホスト・コンピュータ（サーバ・
コンピュータ）の共通エリアにメッセージを書きこみ
（掲示文書）、他の参加者がこの掲示文書を読む。
【０００３】図１０は、従来の電子掲示板システムにお
いて、掲示文書を既に読んだか（既読）、或いは未だ読
んでいないか（未読）、を管理する未読・既読管理シス
テムの概念図である。即ち、従来の未読・既読管理シス
テムでは、図１０に示すように、掲示文書ＩＤ（識別符
号）が掲示日時順に番号が大きくなるようにシリアル
（連続番号）に付し、各ユーザの夫々が既読文書の中で
最大値の掲示文書ＩＤを未読・既読情報として管理して
いた（図１０を文書一覧情報と称する）。
いて、掲示文書を既に読んだか（既読）、或いは未だ読
んでいないか（未読）、を管理する未読・既読管理シス
テムの概念図である。即ち、従来の未読・既読管理シス
テムでは、図１０に示すように、掲示文書ＩＤ（識別符
号）が掲示日時順に番号が大きくなるようにシリアル
（連続番号）に付し、各ユーザの夫々が既読文書の中で
最大値の掲示文書ＩＤを未読・既読情報として管理して
いた（図１０を文書一覧情報と称する）。
【０００４】
【発明が解決しようとする課題】しかしながら、この従
来システムにおいて前述の最大値で管理する場合、或る
ユーザ（例えば山田一郎氏）が掲示日時の古い順に掲示
文書を一つずつ読むのではなく、間を空けて読んだ場合
であっても、未読である文書も既読として扱われ、その
ユーザ(山田一郎氏)に情報の混乱が発生していた。即
ち、図１０の場合には、山田一郎氏には未読の掲示文書
（０００３，０００ｍ）があるにも拘わらず、山田氏が
既読の最大値（０００ｎ）以前の掲示文書（０００１〜
０００ｎ）を、全て既読として扱っているため、前述の
混乱を生じていた。
来システムにおいて前述の最大値で管理する場合、或る
ユーザ（例えば山田一郎氏）が掲示日時の古い順に掲示
文書を一つずつ読むのではなく、間を空けて読んだ場合
であっても、未読である文書も既読として扱われ、その
ユーザ(山田一郎氏)に情報の混乱が発生していた。即
ち、図１０の場合には、山田一郎氏には未読の掲示文書
（０００３，０００ｍ）があるにも拘わらず、山田氏が
既読の最大値（０００ｎ）以前の掲示文書（０００１〜
０００ｎ）を、全て既読として扱っているため、前述の
混乱を生じていた。
【０００５】そこで本発明の課題は、或るユーザが電子
掲示板文書の未読・既読を判別する際に、そのユーザに
未読・既読の混乱を与えないようにした電子掲示板文書
の未読・既読管理システムを提供することである。
掲示板文書の未読・既読を判別する際に、そのユーザに
未読・既読の混乱を与えないようにした電子掲示板文書
の未読・既読管理システムを提供することである。
【０００６】
【課題を解決するための手段】前記課題を解決するため
に本発明は、サーバコンピュータにクライアントコンピ
ュータを接続して電子掲示板システムを構成し、前記サ
ーバコンピュータの電子掲示板に関する情報の管理ファ
イルに、少なくとも掲示文書名と掲示文書識別符号と前
記掲示文書を既に読んだユーザ名とを格納し、かつ、前
記管理ファイルに格納した個々の掲示文書名に対応し
て、各ユーザ毎に掲示文書が未読であるか、既読である
かを判別するフラグを付しておく電子掲示板文書の未読
・既読管理システムにおいて、前記クライアントが、サ
ーバコンピュータに対して文書内容参照要求及び未読既
読フラグ通知を行うと、サーバコンピュータは、要求を
受けた文書をクライアントに送信し、送信した文書が既
読であった場合にはそれ以上処理を行わず、また、送信
した文書が未読であった場合には送信したユーザの未読
・既読情報管理ファイルを展開して開くとともに、送信
した文書のフラグを未読から既読に書き替え、その後、
未読・既読情報管理ファイルを閉じ、再び圧縮する構成
としてある。
に本発明は、サーバコンピュータにクライアントコンピ
ュータを接続して電子掲示板システムを構成し、前記サ
ーバコンピュータの電子掲示板に関する情報の管理ファ
イルに、少なくとも掲示文書名と掲示文書識別符号と前
記掲示文書を既に読んだユーザ名とを格納し、かつ、前
記管理ファイルに格納した個々の掲示文書名に対応し
て、各ユーザ毎に掲示文書が未読であるか、既読である
かを判別するフラグを付しておく電子掲示板文書の未読
・既読管理システムにおいて、前記クライアントが、サ
ーバコンピュータに対して文書内容参照要求及び未読既
読フラグ通知を行うと、サーバコンピュータは、要求を
受けた文書をクライアントに送信し、送信した文書が既
読であった場合にはそれ以上処理を行わず、また、送信
した文書が未読であった場合には送信したユーザの未読
・既読情報管理ファイルを展開して開くとともに、送信
した文書のフラグを未読から既読に書き替え、その後、
未読・既読情報管理ファイルを閉じ、再び圧縮する構成
としてある。
【０００７】このようにすれば、各ユーザが掲示文書を
未読であるか、既読であるかを、フラグを付して判別し
ているので、混乱を生じることがない。
未読であるか、既読であるかを、フラグを付して判別し
ているので、混乱を生じることがない。
【０００８】
【発明の実施の形態】以下、本発明を図示の実施例に基
づいて説明する。図１に示すように、電子掲示板文書の
未読・既読管理システムは、プログラム制御により動作
するサーバコンピュータ（以下、サーバと記す）１００
と、ユーザが使用するクライアントコンピュータ（以
下、クライアントと記す）２００とを備えてなる。
づいて説明する。図１に示すように、電子掲示板文書の
未読・既読管理システムは、プログラム制御により動作
するサーバコンピュータ（以下、サーバと記す）１００
と、ユーザが使用するクライアントコンピュータ（以
下、クライアントと記す）２００とを備えてなる。
【０００９】サーバ１００は、電子掲示板の掲示文書等
を掲示文書ファイル１１５に格納した状態で管理する掲
示文書情報管理部１１０と、未読・既読管理情報をデー
タ圧縮しサイズを小さくして保存しておく未読・既読管
理情報ファイル１２５を管理する未読・既読情報管理部
１２０とを備える。
を掲示文書ファイル１１５に格納した状態で管理する掲
示文書情報管理部１１０と、未読・既読管理情報をデー
タ圧縮しサイズを小さくして保存しておく未読・既読管
理情報ファイル１２５を管理する未読・既読情報管理部
１２０とを備える。
【００１０】前記掲示文書ファイル１１５は、図２に示
すように、電子掲示板内で１万件の掲示文書（Ａ〜Ｚ
Ｚ）に対して一意なＩＤ番号（００００〜９９９９の１
万通り）をその属性として保持する。掲示文書ファイル
１１５の格納事項は、「掲示文書名」，「掲示文書Ｉ
Ｄ」，「掲示日時」，「掲示者」，「文書内容」および
ユーザの個人毎が、夫々の掲示文書を未読であるか既読
であるかを示す「未読・既読フラグ」である。
すように、電子掲示板内で１万件の掲示文書（Ａ〜Ｚ
Ｚ）に対して一意なＩＤ番号（００００〜９９９９の１
万通り）をその属性として保持する。掲示文書ファイル
１１５の格納事項は、「掲示文書名」，「掲示文書Ｉ
Ｄ」，「掲示日時」，「掲示者」，「文書内容」および
ユーザの個人毎が、夫々の掲示文書を未読であるか既読
であるかを示す「未読・既読フラグ」である。
【００１１】この未読・既読フラグは、前記ファイル１
１５の場合は保持件数が１万件であるので、山田一郎氏
だけで１万ビットの情報量が必要であり、この情報量
（ファイルのサイズ）をそのまま相手先に伝送したので
は計算量・転送量が膨大なものとなる。そこで、次に説
明する処理を行う。
１５の場合は保持件数が１万件であるので、山田一郎氏
だけで１万ビットの情報量が必要であり、この情報量
（ファイルのサイズ）をそのまま相手先に伝送したので
は計算量・転送量が膨大なものとなる。そこで、次に説
明する処理を行う。
【００１２】前記未読・既読管理情報ファイル１２５の
内容は、図３に示すように、或るユーザ（例えば、山田
一郎氏）が電子掲示板上のどの掲示文書（掲示文書Ｉ
Ｄ）を読んだか否かを１６進データで示す「未読・既読
管理情報」である。山田氏の夫々の掲示文書に対する未
読・既読は、前記図２に示す通りである。山田氏の場合
を具体例とすると、図４に示すように、各掲示文書ＩＤ
毎に、未読の場合の値を「０」、既読もしくは文書が存
在しない場合の値を「１」として管理し、これを１６進
データ化した。
内容は、図３に示すように、或るユーザ（例えば、山田
一郎氏）が電子掲示板上のどの掲示文書（掲示文書Ｉ
Ｄ）を読んだか否かを１６進データで示す「未読・既読
管理情報」である。山田氏の夫々の掲示文書に対する未
読・既読は、前記図２に示す通りである。山田氏の場合
を具体例とすると、図４に示すように、各掲示文書ＩＤ
毎に、未読の場合の値を「０」、既読もしくは文書が存
在しない場合の値を「１」として管理し、これを１６進
データ化した。
【００１３】前記クライアント２００（図１）は、電子
掲示板に掲示されている掲示文書（図２から文書内容を
除いたもの）を表示する掲示文書表示部２１０と、後述
の如く圧縮された状態でサーバ１００から受け取った未
読・既読管理情報（図３参照）を解凍・展開する未読・
既読管理情報計算部２２０とを備えている。
掲示板に掲示されている掲示文書（図２から文書内容を
除いたもの）を表示する掲示文書表示部２１０と、後述
の如く圧縮された状態でサーバ１００から受け取った未
読・既読管理情報（図３参照）を解凍・展開する未読・
既読管理情報計算部２２０とを備えている。
【００１４】 次に、本実施例の動作を、（１）全体動
作と、（２）詳細動作に分けて説明する。
作と、（２）詳細動作に分けて説明する。
【００１５】（１）全体動作
図５は本実施例の全体動作を示すフローチャートであ
る。図５に示すように、ユーザが操作を開始すると、本
実施例のシステムは、先ず図６に示す電子掲示板起動処
理（クライアント起動時処理）を行う(ステップＳ１)。
この処理は、ユーザが掲示文書を閲覧（図２から文書内
容を除いた状態で閲覧）できるようになるまでの準備処
理である。
る。図５に示すように、ユーザが操作を開始すると、本
実施例のシステムは、先ず図６に示す電子掲示板起動処
理（クライアント起動時処理）を行う(ステップＳ１)。
この処理は、ユーザが掲示文書を閲覧（図２から文書内
容を除いた状態で閲覧）できるようになるまでの準備処
理である。
【００１６】次いで、ユーザは掲示文書を閲覧し、各種
要求の中から所望の要求をユーザ自身が選択すると、ユ
ーザからの要求に応じて処理内容が次の如く分かれる
(ステップＳ２)。
要求の中から所望の要求をユーザ自身が選択すると、ユ
ーザからの要求に応じて処理内容が次の如く分かれる
(ステップＳ２)。
【００１７】即ち、掲示文書表示要求があった場合は
(ステップＳ３)、図７に示す未読文書参照時処理を行う
(ステップＳ４)。ユーザから新規文書掲示要求があった
場合は(ステップＳ５)、図８に示す新規文書掲示要求時
処理を行う(ステップＳ６)。ユーザから掲示文書削除要
求があった場合は(ステップＳ７)、図９に示す掲示文書
削除処理を行う(ステップＳ８)。また、ユーザから電子
掲示板終了要求があった場合は(ステップＳ９)、掲示板
終了処理を行う(ステップＳ１０)。
(ステップＳ３)、図７に示す未読文書参照時処理を行う
(ステップＳ４)。ユーザから新規文書掲示要求があった
場合は(ステップＳ５)、図８に示す新規文書掲示要求時
処理を行う(ステップＳ６)。ユーザから掲示文書削除要
求があった場合は(ステップＳ７)、図９に示す掲示文書
削除処理を行う(ステップＳ８)。また、ユーザから電子
掲示板終了要求があった場合は(ステップＳ９)、掲示板
終了処理を行う(ステップＳ１０)。
【００１８】（２）詳細動作
次に、図６〜図９のフローチャートを参照して本実施例
の詳細動作について説明する。
の詳細動作について説明する。
【００１９】クライアント起動時処理（電子掲示板起
動時処理） 先ず、図６に基づいてクライアント起動時の処理を説明
する。
動時処理） 先ず、図６に基づいてクライアント起動時の処理を説明
する。
【００２０】最初に、ユーザによりクライアント側で電
子掲示板の起動がされる（図６のステップＡ１）。この
時、ユーザの個人情報を入力する。次に、電子掲示板を
起動したユーザの個人情報がサーバ側に送られる（ステ
ップＡ２）。サーバ側では、受信したユーザが要求する
未読・既読情報管理ファイル１２５の内容（図３の１６
進データ）をクライアントに送信する（ステップＢ
１）。
子掲示板の起動がされる（図６のステップＡ１）。この
時、ユーザの個人情報を入力する。次に、電子掲示板を
起動したユーザの個人情報がサーバ側に送られる（ステ
ップＡ２）。サーバ側では、受信したユーザが要求する
未読・既読情報管理ファイル１２５の内容（図３の１６
進データ）をクライアントに送信する（ステップＢ
１）。
【００２１】クライアント側では、未読・既読情報管理
ファイル１２５の内容を受信すると共に、サーバに掲示
文書一覧の送信を要求する（ステップＡ３）。クライア
ントは受信した未読・既読情報管理ファイルを解凍・展
開しつつ（ステップＡ４）、前記サーバから送られてき
た電子掲示板文書情報一覧（図２から文書内容を除いた
もの）を受信する（ステップＡ５）。そして、展開した
未読・既読フラグの情報（図３参照、フラグ＝１６進デ
ータ）を参照しつつ掲示文書一覧（図２から文書内容を
除いたもの）を端末に表示する（ステップＡ６，Ａ
７）。なお、クライアント２００で展開した未読・既読
情報ファイルは、電子掲示板の終了時に破棄される。
ファイル１２５の内容を受信すると共に、サーバに掲示
文書一覧の送信を要求する（ステップＡ３）。クライア
ントは受信した未読・既読情報管理ファイルを解凍・展
開しつつ（ステップＡ４）、前記サーバから送られてき
た電子掲示板文書情報一覧（図２から文書内容を除いた
もの）を受信する（ステップＡ５）。そして、展開した
未読・既読フラグの情報（図３参照、フラグ＝１６進デ
ータ）を参照しつつ掲示文書一覧（図２から文書内容を
除いたもの）を端末に表示する（ステップＡ６，Ａ
７）。なお、クライアント２００で展開した未読・既読
情報ファイルは、電子掲示板の終了時に破棄される。
【００２２】未読文書参照時の処理
次に、図７に基づいて未読文書参照時の処理を説明す
る。
る。
【００２３】クライアントから未読文書内容参照要求
(新規文書掲示要求)が上げられる（図７のステップＡ１
１）。この時、要求した文書が未読か既読かの情報を、
未読・既読管理情報ファイル１２５から取得し内容をサ
ーバ側に通知する。サーバは、要求を受けた文書をクラ
イアントに送信する（ステップＢ１１）。送信した文書
が既読であった場合には、サーバ側でこれ以上処理を行
わないが、未読であった場合には送信したユーザの未読
・既読情報管理ファイル１２５（図３）を展開し開く
（ステップＢ１２）。
(新規文書掲示要求)が上げられる（図７のステップＡ１
１）。この時、要求した文書が未読か既読かの情報を、
未読・既読管理情報ファイル１２５から取得し内容をサ
ーバ側に通知する。サーバは、要求を受けた文書をクラ
イアントに送信する（ステップＢ１１）。送信した文書
が既読であった場合には、サーバ側でこれ以上処理を行
わないが、未読であった場合には送信したユーザの未読
・既読情報管理ファイル１２５（図３）を展開し開く
（ステップＢ１２）。
【００２４】そして、先頭から送信した掲示文書の管理
ＩＤ番目の数字を「０」から「１」に変更する（図３、
図４参照）（ステップＢ１３）。そして、未読・既読情
報管理ファイル１２５を閉じ、再び圧縮する（ステップ
Ｂ１４）。この間、クライアント側では、受信した文書
を表示させ（ステップＡ１２）、クライアント起動時に
サーバから取得した、クライアントにある既読未読情報
管理ファイル（図示せず）の内容を一時的に書き換える
（ステップＡ１３）。
ＩＤ番目の数字を「０」から「１」に変更する（図３、
図４参照）（ステップＢ１３）。そして、未読・既読情
報管理ファイル１２５を閉じ、再び圧縮する（ステップ
Ｂ１４）。この間、クライアント側では、受信した文書
を表示させ（ステップＡ１２）、クライアント起動時に
サーバから取得した、クライアントにある既読未読情報
管理ファイル（図示せず）の内容を一時的に書き換える
（ステップＡ１３）。
【００２５】新規文書登録時の処理
次に、図８に基づいて新規文書登録時の処理（新規文書
掲示時処理）を説明する。
掲示時処理）を説明する。
【００２６】クライアントから新規文書掲示要求が上げ
られる（図８のステップＡ２１）。サーバ側でその要求
が受信されると（ステップＢ２１）、クライアントは新
規掲示文書を送信する（ステップＡ２２）。サーバ側で
は、送信要求を受け付け後、新規文書に対する未使用Ｉ
Ｄを振り分け（ステップＢ２２）、新規文書を受信する
（ステップＢ２３）。なお、未使用ＩＤは全ユーザに関
して未読・既読フラグが「０」となっているので、ここ
で新たに値を設定する必要はない。受信した新規掲示文
書のタイトルなどを掲示文書情報管理部１１０にて管理
し（ステップＢ２４）、新規掲示文書の内容をクライア
ントに通知し反映させる（ステップＡ２３）。
られる（図８のステップＡ２１）。サーバ側でその要求
が受信されると（ステップＢ２１）、クライアントは新
規掲示文書を送信する（ステップＡ２２）。サーバ側で
は、送信要求を受け付け後、新規文書に対する未使用Ｉ
Ｄを振り分け（ステップＢ２２）、新規文書を受信する
（ステップＢ２３）。なお、未使用ＩＤは全ユーザに関
して未読・既読フラグが「０」となっているので、ここ
で新たに値を設定する必要はない。受信した新規掲示文
書のタイトルなどを掲示文書情報管理部１１０にて管理
し（ステップＢ２４）、新規掲示文書の内容をクライア
ントに通知し反映させる（ステップＡ２３）。
【００２７】掲示文書削除時の処理
次に、図９に基づいて掲示文書削除時の処理を説明す
る。
る。
【００２８】クライアントから掲示文書削除要求が上げ
られると（図９のステップＡ３１）、サーバ側では削除
指定された文書の情報を取得し（ステップＢ３１）、削
除を実行する（ステップＢ３２）。削除が成功したらク
ライアントに通知する（ステップＡ３２）。その後、未
読・既読管理情報ファイル管理部１２０にて、サーバ側
の或るユーザαの未読・既読情報管理ファイルをユーザ
毎に解凍・開き（ステップＢ３３）、「掲示文書の管理
ＩＤ」バイト目のフラグを「０」にし（ステップＢ３
４）、ファイルを閉じ、圧縮する（ステップＢ３５）。
ステップＢ３３〜Ｂ３５の一連の処理を、全ユーザで実
施する（ステップＢ３６）。
られると（図９のステップＡ３１）、サーバ側では削除
指定された文書の情報を取得し（ステップＢ３１）、削
除を実行する（ステップＢ３２）。削除が成功したらク
ライアントに通知する（ステップＡ３２）。その後、未
読・既読管理情報ファイル管理部１２０にて、サーバ側
の或るユーザαの未読・既読情報管理ファイルをユーザ
毎に解凍・開き（ステップＢ３３）、「掲示文書の管理
ＩＤ」バイト目のフラグを「０」にし（ステップＢ３
４）、ファイルを閉じ、圧縮する（ステップＢ３５）。
ステップＢ３３〜Ｂ３５の一連の処理を、全ユーザで実
施する（ステップＢ３６）。
【００２９】なお、本実施例の図６，図７，図９におい
て、開かれていない状態の文書ファイルは１６進数化さ
れているが、「１」と「０」の２値データを圧縮するに
あたり、その他一般に知られているデータ圧縮形式、例
えばハフマン符号方法等を用いてもよい。
て、開かれていない状態の文書ファイルは１６進数化さ
れているが、「１」と「０」の２値データを圧縮するに
あたり、その他一般に知られているデータ圧縮形式、例
えばハフマン符号方法等を用いてもよい。
【００３０】
【発明の効果】以上説明したように本発明によれば、以
下の効果を奏することができる。第１の効果は、ユーザ
毎の電子掲示板における掲示文書の未読・既読データを
管理できることである。その理由は、ユーザ毎に全掲示
文書の未読・既読管理情報をファイル化し、掲示文書閲
覧時の未読・既読情報を逐次更新することにより管理を
行うからである。
下の効果を奏することができる。第１の効果は、ユーザ
毎の電子掲示板における掲示文書の未読・既読データを
管理できることである。その理由は、ユーザ毎に全掲示
文書の未読・既読管理情報をファイル化し、掲示文書閲
覧時の未読・既読情報を逐次更新することにより管理を
行うからである。
【００３１】第２の効果は、サーバ・クライアント間の
データの転送量を少なくすることができることである。
その理由は、未読・既読の管理データを掲示文書の管理
ＩＤ番目の二値データとして保持することにより、１６
進データに圧縮することが可能となり、サーバ・クライ
アント間のデータ転送量を縮減できるからである。即
ち、通常の場合は、転送データとして「掲示文書の管理
ＩＤ＋未読・既読フラグ」のデータが必要になるが、本
発明によれば、管理ＩＤとフラグに関連性を持たせてい
るので（図２参照）、一つの掲示文書に二値データを一
つで情報の管理が行える。従って、二値データという最
小限のデータを転送すればよいので、データ転送量の縮
減を行うことができる。
データの転送量を少なくすることができることである。
その理由は、未読・既読の管理データを掲示文書の管理
ＩＤ番目の二値データとして保持することにより、１６
進データに圧縮することが可能となり、サーバ・クライ
アント間のデータ転送量を縮減できるからである。即
ち、通常の場合は、転送データとして「掲示文書の管理
ＩＤ＋未読・既読フラグ」のデータが必要になるが、本
発明によれば、管理ＩＤとフラグに関連性を持たせてい
るので（図２参照）、一つの掲示文書に二値データを一
つで情報の管理が行える。従って、二値データという最
小限のデータを転送すればよいので、データ転送量の縮
減を行うことができる。
【図１】本発明の実施例のシステム構成図である。
【図２】同実施例におけるサーバ側の掲示文書ファイル
の内容を示す図である。
の内容を示す図である。
【図３】同実施例におけるクライアント側の未読・既読
管理情報ファイルの内容を示す図である。
管理情報ファイルの内容を示す図である。
【図４】同実施例における未読・既読管理情報の圧縮を
説明する図である。
説明する図である。
【図５】同実施例の全体動作のフローチャートである。
【図６】同実施例の詳細動作（クライアント起動時）の
フローチャートである。
フローチャートである。
【図７】同実施例の詳細動作（未読文書参照時）のフロ
ーチャートである。
ーチャートである。
【図８】同実施例の詳細動作（新規文書掲示時）のフロ
ーチャートである。
ーチャートである。
【図９】同実施例の詳細動作（掲示文書削除時）のフロ
ーチャートである。
ーチャートである。
【図１０】従来例の未読・既読管理情報を示す概念図で
ある。
ある。
１００ サーバコンピュータ
１１０ 掲示文書情報管理部
１１５ 掲示文書ファイル
１２０ 未読・既読情報管理部
１２５ 未読・既読管理情報ファイル
２００ クライアントコンピュータ
２１０ 掲示文書表示部
２２０ 未読・既読管理情報計算部
Claims (6)
- 【請求項１】 サーバコンピュータにクライアントコン
ピュータを接続して電子掲示板システムを構成し、前記
サーバコンピュータの電子掲示板に関する情報の管理フ
ァイルに、少なくとも掲示文書名と掲示文書識別符号と
前記掲示文書を既に読んだユーザ名とを格納し、かつ、
前記管理ファイルに格納した個々の掲示文書名に対応し
て、各ユーザ毎に掲示文書が未読であるか、既読である
かを判別するフラグを付しておく電子掲示板文書の未読
・既読管理システムにおいて、 前記クライアントが、サーバコンピュータに対して文書
内容参照要求及び未読既読フラグ通知を行うと、サーバ
コンピュータは、要求を受けた文書をクライアントに送
信し、送信した文書が既読であった場合にはそれ以上処
理を行わず、また、送信した文書が未読であった場合に
は送信したユーザの未読・既読情報管理ファイルを展開
して開くとともに、送信した文書のフラグを未読から既
読に書き替え、その後、未読・既読情報管理ファイルを
閉じ、再び圧縮することを特徴とする電子掲示板文書の
未読・既読管理システム。 - 【請求項２】 前記クライアントコンピュータは、前記
フラグを付した管理ファイルをダウンロードし、表示す
る機能を備えたことを特徴とする請求項１記載の電子掲
示板文書の未読・既読管理システム。 - 【請求項３】 前記管理ファイルは、各掲示文書毎に各
ユーザの未読・既読フラグを格納した第１管理ファイル
と、前記各ユーザの未読・既読フラグを圧縮して格納し
た第２管理ファイルとを備えたてなることを特徴とする
請求項１又は請求項２記載の電子掲示板文書の未読・既
読管理システム。 - 【請求項４】 前記第１管理ファイルへの未読・既読フ
ラグは二値データ形式で格納し、前記第２管理ファイル
への未読・既読フラグは１６進形式で格納したことを特
徴とする請求項３記載の電子掲示板文書の未読・既読管
理システム。 - 【請求項５】 前記サーバコンピュータからクライアン
トコンピュータへの未読・既読フラグの伝送形態は、１
６進形式であることを特徴とする請求項３または請求項
４記載の電子掲示板文書の未読・既読管理システム。 - 【請求項６】 前記サーバコンピュータからクライアン
トコンピュータへの未読・既読フラグの伝送形態は、ハ
フマン符号形式であることを特徴とする請求項３または
請求項４記載の電子掲示板文書の未読・既読管理システ
ム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09453399A JP3405263B2 (ja) | 1999-04-01 | 1999-04-01 | 電子掲示板文書の未読・既読管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09453399A JP3405263B2 (ja) | 1999-04-01 | 1999-04-01 | 電子掲示板文書の未読・既読管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000293456A JP2000293456A (ja) | 2000-10-20 |
| JP3405263B2 true JP3405263B2 (ja) | 2003-05-12 |
Family
ID=14112981
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP09453399A Expired - Fee Related JP3405263B2 (ja) | 1999-04-01 | 1999-04-01 | 電子掲示板文書の未読・既読管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3405263B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009246542A (ja) * | 2008-03-28 | 2009-10-22 | Brother Ind Ltd | ファクシミリ装置 |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4556349B2 (ja) * | 2001-06-04 | 2010-10-06 | セイコーエプソン株式会社 | コミュニケーション管理システム |
| JP3949112B2 (ja) | 2002-04-01 | 2007-07-25 | 富士通株式会社 | 掲示板管理システムおよびコンピュータプログラム |
| JP5263848B2 (ja) * | 2010-11-26 | 2013-08-14 | キヤノンマーケティングジャパン株式会社 | 文書管理装置、およびその制御方法とプログラム。 |
-
1999
- 1999-04-01 JP JP09453399A patent/JP3405263B2/ja not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009246542A (ja) * | 2008-03-28 | 2009-10-22 | Brother Ind Ltd | ファクシミリ装置 |
| US8284430B2 (en) | 2008-03-28 | 2012-10-09 | Brother Kogyo Kabushiki Kaisha | Facsimile apparatus |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000293456A (ja) | 2000-10-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7761535B2 (en) | Method and system for server synchronization with a computing device | |
| US7526575B2 (en) | Method and system for client-based operations in server synchronization with a computing device | |
| US6750850B2 (en) | Viewer system for a wireless device | |
| US6324544B1 (en) | File object synchronization between a desktop computer and a mobile device | |
| US6694335B1 (en) | Method, computer readable medium, and system for monitoring the state of a collection of resources | |
| US6526413B2 (en) | Architecture for a hierarchical folder structure in hand-held computers | |
| US6626957B1 (en) | Markup language content and content mapping | |
| EP1180890A2 (en) | Change log aggregation and optimization | |
| US20030167286A1 (en) | Information processing apparatus | |
| US9456048B2 (en) | System, method, and computer program product for server side processing in a mobile device environment | |
| JPS6115243A (ja) | メモリ割当て方法 | |
| US6976038B2 (en) | Method and apparatus for real time creation and modification of a change log for multi-server synchronization | |
| WO2005046104A2 (en) | Schema hierarchy for electronic messages | |
| US7415539B2 (en) | Method and apparatus for detecting insufficient memory for data extraction processes | |
| US20030172118A1 (en) | Method and apparatus for providing post office protocol 3 support for limited storage devices | |
| EP1490770A1 (en) | Method and system for server-based operations in server synchronization with a computing device | |
| JP2004220259A (ja) | 添付ファイル管理システム、プログラム、情報記憶媒体および添付ファイル管理方法 | |
| JP3405263B2 (ja) | 電子掲示板文書の未読・既読管理システム | |
| CN113553033B (zh) | 对象序列化和反序列化方法、装置及计算机可读存储介质 | |
| US20030105780A1 (en) | File system, control method, and program | |
| JP2000089983A (ja) | データ保存装置及びデータ保存方法 | |
| WO2001073560A1 (fr) | Systeme fournisseur de contenus | |
| JP2004038233A (ja) | 情報分析装置、情報処理装置及びそれらの制御方法、情報分析システム、プログラム | |
| JP2002251348A (ja) | コンテンツデータの閲覧システム及びプログラム | |
| KR20000072569A (ko) | 아바타를 포함하는 메일 송수신 시스템 및 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080307 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090307 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090307 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100307 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100307 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110307 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110307 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120307 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |