(57)【要約】      （修正有）【課題】ユーザ側で記事情報などを管理しなくても、ユーザによる視覚と聴覚の少なくとも一方を用いた判断により閲覧記事の既読状態の変化情報を表示形態から取得することができる共有記事の未読・既読管理システムを提供する。【解決手段】複数のユーザから閲覧可能なネットワーク上の共有記事の未読・既読管理システムにおいて、サーバー１に、既読管理データベース５とユーザデータベース６を操作するサブシステムとして、ユーザデータベース６に登録されているユーザによって、既読管理データベース５に前回の記事閲覧時間である［参照時間］が既に保存されている記事を再度閲覧したとき、［参照時間］を用いて閲覧記事の既読状態の変化を判別し、判別された閲覧記事の既読状態の変化に応じ、ユーザ端末２に表示される閲覧記事の表示形態を視覚と聴覚の少なくとも一方に訴えて差別化するメッセージサブシステムを設けた。【選択図】図１
2008181376.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末がネットワークを介して情報交換可能なサーバーと、該サーバーに接続されたデータベースと、を備え、複数のユーザから閲覧可能なネットワーク上の共有記事について未読・既読を管理する共有記事の未読・既読管理システムにおいて、
前記データベースとして、記事の状態が未読か既読かを判断するための情報が保存されている既読管理データベースと、書き込んだユーザの情報が保存されているユーザデータベースと、を有し、
前記サーバーに、これらのデータベースを操作するサブシステムとして、前記ユーザデータベースに登録されているユーザによって、前記既読管理データベースに前回の記事閲覧時間である参照時間が既に保存されている記事を再度閲覧したとき、参照時間を用いて閲覧記事の既読状態の変化を判別し、判別された閲覧記事の既読状態の変化に応じ、前記ユーザ端末に表示される閲覧記事の表示形態を視覚と聴覚の少なくとも一方に訴えて差別化するメッセージサブシステムを設けたことを特徴とする共有記事の未読・既読管理システム。
【請求項２】
請求項１に記載された共有記事の未読・既読管理システムにおいて、
前記メッセージサブシステムは、ある時間に、ユーザデータベースに登録されているユーザによって共有記事を閲覧したとき、既読管理データベースに閲覧情報が保存されていない状態であれば、既読管理データベースに、閲覧した記事の記事IDと、閲覧したユーザのユーザID、閲覧した参照時間を保存する閲覧情報保存手段を有することを特徴とする共有記事の未読・既読管理システム。
【請求項３】
請求項１または請求項２に記載された共有記事の未読・既読管理システムにおいて、
前記メッセージサブシステムは、前回閲覧したユーザと同じユーザによって再度記事が閲覧されると、既読管理データベースに保存されている前回閲覧した参照時間と現在時間の時間差を計算し、計算した時間差を予め設定された設定時間と比較することにより、閲覧記事の既読状態の変化を、少なくとも２段階以上の状態変化として判別する閲覧記事状態判別手段を有することを特徴とする共有記事の未読・既読管理システム。
【請求項４】
請求項３に記載された共有記事の未読・既読管理システムにおいて、
前記メッセージサブシステムは、前記記事状態判別手段により判別された閲覧記事の既読状態の変化を、ユーザ端末に表示される閲覧記事へと反映させ、他の記事とは視覚的に差別化できる記事形態による表示とする閲覧記事表示差別手段を有することを特徴とする共有記事の未読・既読管理システム。
【請求項５】
請求項４に記載された共有記事の未読・既読管理システムにおいて、
前記閲覧記事表示差別手段は、閲覧した記事に関する情報が既読管理データベースに登録されていないとき、未読の初期状態として視覚的に識別性の高い色を用いた記事表示とし、再度閲覧した記事に関する情報が既読管理データベースに保存されていて、かつ、保存されている参照時間と再度閲覧した現在時間の時間差が、共有記事を提供するコンテンツサービスの平均的な利用時間に基づき設定された設定時間未満であるとき、さっき読んだ最新既読状態として未読状態よりも視覚的な識別性を弱めた色を用いた記事表示とし、保存されている参照時間と再度閲覧した現在時間の時間差が設定時間以上であるとき、既に読み終えた完全既読状態として最新既読状態よりもさらに視覚的な識別性を弱めた色を用いた記事表示とすることを特徴とする共有記事の未読・既読管理システム。
【請求項６】
請求項５に記載された共有記事の未読・既読管理システムにおいて、
前記閲覧記事表示差別手段は、未読の初期状態と判別された場合、赤のマークを閲覧記事に付けて表示し、さっき読んだ最新既読状態と判別された場合、ピンクのマークを閲覧記事に付けて表示し、既に読み終えた完全既読状態と判別された場合、特別に色表示を追加せず元の色のままでの閲覧記事表示とすることを特徴とする共有記事の未読・既読管理システム。
【請求項７】
請求項１乃至請求項６の何れか１項に記載された共有記事の未読・既読管理システムにおいて、
前記データベースとして、共有記事を提供するコンテンツサービスにて登録したユーザが書き込んだ情報を保存するメッセージデータベースを有し、
前記メッセージサブシステムは、登録したユーザによって新しく記事の作成を行うと、メッセージデータベースに、追加される記事に対して割り振られた記事IDと、記事内容と、記事の作成時間を保存する新規作成記事情報保存手段を有することを特徴とする共有記事の未読・既読管理システム。
【請求項８】
請求項７に記載された共有記事の未読・既読管理システムにおいて、
前記メッセージサブシステムは、登録したユーザによって既に作成した記事の内容更新を行うと、最初の記事作成時点で割り振られている記事IDに基づき、メッセージデータベースに保存されている情報を読み出し、保存情報のうち、記事の作成時間のみを現在の時間に更新する作成時間情報更新保存手段を有することを特徴とする共有記事の未読・既読管理システム。
【請求項９】
請求項８に記載された共有記事の未読・既読管理システムにおいて、
前記メッセージサブシステムは、メッセージデータベースに登録されている記事が登録したユーザによって更新されたとき、メッセージデータベースに保存されている記事の作成時間と、既読管理データベースに保存されている参照時間を照合させ、参照時間が作成時間よりも前の時間であれば、既読管理データベースの参照時間を現在時間に更新して保存する参照時間情報更新保存手段を有することを特徴とする共有記事の未読・既読管理システム。
【請求項１０】
請求項９に記載された共有記事の未読・既読管理システムにおいて、
前記メッセージサブシステムは、再度閲覧した記事が既読管理データベースに登録されている場合、メッセージデータベースに保存されている記事の作成時間と、既読管理データベースに保存されている参照時間を比較し、参照時間が作成時間よりも前の時間であれば、前記閲覧情報更新登録手段により既読管理データベースの参照時間を現在時間に更新した後、未読の初期状態と判別し、参照時間が作成時間よりも後の時間であれば、参照時間と再度閲覧した現在時間の時間差を計算し、計算した時間差により閲覧記事の既読状態の変化を判別することを特徴とする共有記事の未読・既読管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、「掲示板」、「ホームページ」、「ブログ」、「メール」等のように、複数のユーザから閲覧可能なネットワーク上の共有記事について未読・既読を管理する共有記事の未読・既読管理システムに関する。
【背景技術】
【０００２】
現在、インターネットを利用してパソコンや携帯電話といったユーザ端末からある特定の「操作者（以下、ユーザ）」が、文章や画像といった掲示板を構成する「記事」を書き込む形式の「掲示板」といったツールが一般的に使われている。
通常、「掲示板」では、登録している複数のユーザによって書き込みや閲覧が行われるため、記事の削除を行わない限り記事の量は増える一方になっている。そのため、１つのページにおいて多くのユーザによる記事が混在してしまい、閲覧するユーザはどの記事が新しく、または閲覧の対象記事であったかといった共有記事の未読・既読の管理を行わなければならなかった。
【０００３】
これに対し、従来の未読・既読の管理システムとしては、以下に述べるようなシステムが知られている。
【０００４】
(1)新着記事の管理システム
一般的に「掲示板」内では、新しく書かれた記事に対して新しいことを表す「New」などといった文字情報や色情報、アイコン、フラグなどで記事を差別化して視覚的に判断できるようなシステムが存在している。これは、新しい記事が未読であり、古い記事は既読というような判断基準になっている。そのため、ユーザの状態に関係なく更新時間に対してある経過時間まで表示される統一された未読・既読管理システムとなっている（例えば、特許文献１参照）。
【０００５】
(2)開封による記事管理システム
「掲示板」において、ユーザの操作によって状態を変化させ保存することができる。その例として、メールの機能に使われている開封システムがある。これは、新しく届いたメッセージに対して受信時間に関係なく未読として扱う。そして、受信した時間とは関係なく、ユーザがメッセージを選択して開封した瞬間に既読の状態へと変化する。これは、ユーザが各記事に対して未読か既読かの状態情報を記録していくことで実現できる（例えば、特許文献２参照）。
【特許文献１】特開２０００−２９３４５６号公報
【特許文献２】特開平９−２１８８４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の未読・既読の管理システムにあっては、以下のような問題点が挙げられる。
【０００７】
(1)新着記事の管理システム
従来の新着記事の管理システムでは、更新時間からの経過時間で新しい記事と古い記事の判断することになるため、非定期的に閲覧するユーザにとっては、初めて見る記事でも設定した経過時間を過ぎてしまうために古い記事の扱いになってしまう。このため、ユーザ側で各記事に対しての状態情報が異なってしまい、未読か既読かの判断ができない。
【０００８】
また、「掲示板」でユーザによって書き込まれた記事は、記事の内容に関連性が保たれるようにスレッドとして連続して並んで表示されるため、新しい記事はページの一番下に追加されていく。このときユーザが過去の記事に対して編集を行った場合、過去の記事を削除し、新着情報として一番上に追加するか、単純に過去の記事内容を編集し更新していた。
【０００９】
しかし、これでは記事の並ぶ順番が崩れてしまうために記事内容の関連性が失われてしまう、もしくは、編集された記事を過去の記事までさかのぼって探していかなければならないため、編集するユーザ側で未読記事があることの通知などをして記事の状態管理をしなければならない。
【００１０】
(2)開封による記事管理システム
従来の開封による記事管理システムでは、単純に選択することによって状態が切り替えられてしまうため、記事を一度選択してしまうと既読の扱いになってしまう。そのために、誤って記事を開いたり、記事中にあるハイパーリンクなどから記事を閲覧中にリンク先に移動してしまったり、他の作業をしてから元の記事を閲覧しようと探した際に他の既読記事と混在してしまい、ユーザ側での記事の状態情報を管理する必要がある。これでは、上記(1)と同様に、ユーザ側で記事の状態情報の管理しなければならなくなり、未読・既読の管理が不十分といえる。
【００１１】
上記(1),(2)により明らかなように、従来の未読・既読の管理システムでは、ユーザごとの未読・既読の管理が不十分であった。そのために、記事の管理が全面的にユーザ側に委ねられてしまう、という問題があった。
【００１２】
本発明は、上記問題に着目してなされたもので、ユーザ側で記事情報などを管理しなくても、ユーザによる視覚と聴覚の少なくとも一方を用いた判断により閲覧記事の既読状態の変化情報を表示形態から取得することができる共有記事の未読・既読管理システムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記目的を達成するため、本発明では、ユーザ端末がネットワークを介して情報交換可能なサーバーと、該サーバーに接続されたデータベースと、を備え、複数のユーザから閲覧可能なネットワーク上の共有記事について未読・既読を管理する共有記事の未読・既読管理システムにおいて、
前記データベースとして、記事の状態が未読か既読かを判断するための情報が保存されている既読管理データベースと、書き込んだユーザの情報が保存されているユーザデータベースと、を有し、
前記サーバーに、これらのデータベースを操作するサブシステムとして、前記ユーザデータベースに登録されているユーザによって、前記既読管理データベースに前回の記事閲覧時間である参照時間が既に保存されている記事を再度閲覧したとき、参照時間を用いて閲覧記事の既読状態の変化を判別し、判別された閲覧記事の既読状態の変化に応じ、前記ユーザ端末に表示される閲覧記事の表示形態を視覚と聴覚の少なくとも一方に訴えて差別化するメッセージサブシステムを設けたことを特徴とする。
【発明の効果】
【００１４】
新しい記事が未読であり、古い記事は既読というような判断基準による未読・既読管理システムは、共有記事を提供する管理者側から一方的に押しつけられた管理手法であり、記事管理は全てユーザ側に委ねられる。また、ユーザにより記事を選択した瞬間に未読から既読へと状態変化させる未読・既読管理システムは、管理者側での簡便性を狙った二者択一によるオン／オフ的な管理手法であり、記事管理はやはりユーザ側に委ねられる。すなわち、共有記事を利用する各ユーザを記事管理者よりも優先し、ユーザ負荷を少なくし、かつ、十分といえる未読・既読の記事管理を行うには、ユーザ毎であって、しかも、ユーザが選択可能なそれぞれの記事毎に、既読状態の変化を判断できるようにする必要がある。
これに対し、本発明の共有記事の未読・既読管理システムは、メッセージサブシステムにおいて、ユーザデータベースに登録されているユーザによって、既読管理データベースに前回の記事閲覧時間である参照時間が既に保存されている記事を再度閲覧したとき、参照時間を用いて閲覧記事の既読状態の変化が判別され、判別された閲覧記事の既読状態の変化に応じ、ユーザ端末に表示される閲覧記事の表示形態が視覚と聴覚の少なくとも一方に訴えて差別化される。
つまり、本発明のシステムは、登録されているユーザに対して記事毎に参照された時間情報を持っているため、例えば、参照時間と現在時間の時間差、つまり、前回閲覧からの経過時間等を用いることにより、既読状態の変化をきめ細かく判別することができる。
しかも、閲覧記事の既読状態の変化に応じてユーザ端末に表示される閲覧記事の表示形態を視覚と聴覚の少なくとも一方に訴えて差別化するようにしているため、例えば、ユーザは表示画面を見るだけの視覚的判断や視覚的判断に音声を加えた聴覚的判断により、閲覧記事の既読状態の変化情報を表示形態から取得することができる。
この結果、ユーザ側で記事情報などを管理しなくても、ユーザによる視覚と聴覚の少なくとも一方を用いた判断により閲覧記事の既読状態の変化情報を表示形態から取得することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の共有記事の未読・既読管理システムを実現する最良の形態を、図面に示す実施例１に基づいて説明する。
【実施例１】
【００１６】
まず、システム構成を説明する。
図１はネットワーク上で提供されるコンテンツサービスの一例である「掲示板」の共有記事に適用された実施例１の共有記事の未読・既読管理システムを示す全体システム図である。図２は実施例１の共有記事の未読・既読管理システムにおけるメッセージデータベースと既読管理データベースとユーザデータベースに保存されている情報と情報関係を示す図である。
【００１７】
実施例１の共有記事の未読・既読管理システムは、図１に示すように、ユーザ端末２がネットワークライン３を介しての有線通信またはライン無しの無線通信により情報交換可能なサーバー１と、該サーバー１に接続されたデータベース４，５，６と、を備え、複数のユーザから閲覧可能な「掲示板」の共有記事について未読・既読を管理するシステムである。
【００１８】
前記サーバー１は、コンピュータネットワークにおいて、ユーザ端末２に対し、自身の持っている機能やデータを提供する１台以上のコンピュータである。このサーバー１としては、ウェブサーバーが代表であるが、これに限らない。
このサーバー１には、適切なデータベースドライバがインストールされていて、メッセージデータベース４、既読管理データベース５、ユーザデータベース６を、ウェブアプリケーションなどで操作することができる。
【００１９】
前記ユーザ端末２は、例えば、ウェブページを閲覧できるブラウザを備えたパーソナルコンピュータや携帯電話などであり、パーソナルコンピュータは、前記サーバー１に対しネットワークライン３を介して接続されている。このユーザ端末２には、操作入力手段としてのキーボード２ａや、端末画面を映し出すモニター２ｂや、図外のマウスなどを有する。なお、図１においては、簡易的にパーソナルコンピュータによる４台のユーザ端末２Ａ，２Ｂ，２Ｃ，２Ｄと、携帯電話による１台のユーザ端末２Ｅを示しているが、実際には、これ以外に複数のユーザ端末２が存在する。
【００２０】
前記サーバー１に接続されるデータベースとしては、「掲示板」に書き込んだ情報を保存するメッセージデータベース４と、記事の状態が未読か既読かを判断するための情報が保存されている既読管理データベース５と、書き込んだユーザの情報が保存されているユーザデータベース６と、を有する。
【００２１】
前記メッセージデータベース４には、図２に示すように、「掲示板」にて新しく記事の作成を行った場合、［記事内容］と［記事ID］と［作成時間］が保存される。
【００２２】
前記既読管理データベース５には、図２に示すように、登録したユーザによって「掲示板」の記事を閲覧した場合、［記事ID］と［ユーザID］と［参照時間］が保存される。
【００２３】
前記ユーザデータベース６には、図２に示すように、「掲示板」を利用するユーザ自身の［ユーザID］が登録される。そして、前記メッセージデータベース４と前記既読管理データベース５は、同じ［記事ID］によりリンクする。また、前記既読管理データベース５と前記ユーザデータベース６は、同じ［ユーザID］によりリンクする。
【００２４】
実施例１では、これらのデータベース（メッセージデータベース４、既読管理データベース５、ユーザデータベース６）を、操作する１つのサブシステムとして、メッセージサブシステムを設けていて、このメッセージサブシステムは、サーバー１内に設定された「掲示板」の共有記事の未読・既読管理プログラムソフトにより構成される。
【００２５】
前記メッセージサブシステムでの基本的な処理は、ユーザデータベース６に登録されているユーザによって、既読管理データベース５に前回の記事閲覧時間である［参照時間］が既に保存されている記事を再度閲覧したとき、［参照時間］と現在時間の時間差を計算し、計算した時間差により閲覧記事の既読状態の変化を判別し、判別された閲覧記事の既読状態の変化に応じ、登録されているユーザのユーザ端末２に表示される閲覧記事の表示形態を視覚的に差別化する。
【００２６】
次に、メッセージサブシステムにて実行される「掲示板」への記事作成処理について説明する。
図３は実施例１の共有記事の未読・既読管理システムにおいてユーザデータベース６に登録されているユーザによる「掲示板」への記事作成処理を示すフローチャートで、以下、各ステップについて説明する。
【００２７】
ステップＳ３０は、登録されているユーザが、「掲示板」の記事作成画面を開き、記事内容を入力し、追加ボタンをクリックすることで行われる新規記事作成か否かを判断するステップである。
このステップＳ３０にて、開いた記事作成画面が、新規の記事作成画面であり、記事の新規作成と判断された場合には、ステップＳ３１へ移行する。また、開いた記事作成画面が、前に書き込んだ記事作成画面であり、加筆や修正を加えて記事内容を更新する再作成と判断された場合には、ステップＳ３２へ移行する。
【００２８】
ステップＳ３１は、ステップＳ３０での新規記事作成との判断に続き、メッセージデータベース４に、追加される記事に対して割り振られた［記事ID］と、［記事内容］と、記事の［作成時間］を保存することで、新規登録を行うステップである（新規作成記事情報保存手段）。
【００２９】
ステップＳ３２は、ステップＳ３０での記事の再作成との判断に続き、最初の記事作成時点で割り振られている［記事ID］に基づき、メッセージデータベース４に保存されている情報を読み出し、保存情報のうち、［記事内容］と［記事ID］はそのままで、記事の［作成時間］のみを現在の時間に更新するステップである（作成時間情報更新保存手段）。
【００３０】
次に、メッセージサブシステムにて実行される記事閲覧時における未読・既読管理処理について説明する。
図４は実施例１の共有記事の未読・既読管理システムにおいてユーザデータベース６に登録されているユーザによる記事閲覧時における未読・既読管理処理を示すフローチャートで、以下、各ステップについて説明する。なお、図４において［…］は、各データベースのフィールドとなる。
【００３１】
ステップＳ４０は、登録されているユーザにより、「掲示板」の記事を閲覧するステップである。
ここで、「掲示板」での記事閲覧は、記事の選択、記事のクリック、他ページからのアクセスなどによって行われる。
【００３２】
ステップＳ４１は、ステップＳ４０での登録ユーザによる記事閲覧に続き、既読管理データベース５に［記事ID］と［ユーザID］の登録があるか否かを判断するステップである。
このステップＳ４１にて、既読管理データベース５に［記事ID］と［ユーザID］の登録があると判断された場合には、ステップＳ４５へ移行し、既読管理データベース５に［記事ID］と［ユーザID］の登録がないと判断された場合、つまり、初めての記事閲覧と判断された場合には、ステップＳ４２へ移行する。
【００３３】
ステップＳ４２は、ステップＳ４１での既読管理データベース５に閲覧情報が登録されていないとの判断に続き、既読管理データベース５に［記事ID］と［ユーザID］を登録（＝保存）するステップである（閲覧情報保存手段）。
【００３４】
ステップＳ４３は、ステップＳ４２での既読管理データベース５に対する［記事ID］と［ユーザID］の登録に続き、既読管理データベース５に、そのときの時間を［参照時間］として登録（＝保存）するステップである（閲覧情報保存手段）。
【００３５】
ステップＳ４４は、ステップＳ４３での既読管理データベース５に対する［参照時間］の登録、または、ステップＳ４６での更新記事の未読処理に続き、未読の初期状態として視覚的に識別性の高い赤色を用い、赤のマークを閲覧記事に付けて表示するステップである（閲覧記事表示差別手段）。なお、ステップＳ４４からは、ステップＳ４０へ戻る。
【００３６】
ステップＳ４５は、ステップＳ４１での既読管理データベース５に閲覧情報が登録されているとの判断に続き、メッセージデータベース４に保存されている記事の［作成時間］と、既読管理データベース５に保存されている［参照時間］を比較するステップである。
このステップＳ４５において、［参照時間］が［作成時間］よりも前の時間であれば、ステップＳ４６へ移行し、［参照時間］が［作成時間］よりも後の時間であれば、ステップＳ４７へ移行する。
【００３７】
ステップＳ４６は、ステップＳ４５での［参照時間］が［作成時間］よりも前であるとの判断に続き、更新記事の未読処理として、既読管理データベース５の［参照時間］を現在時間に更新して保存するステップである（参照時間情報更新保存手段）。
このステップＳ４６からは、ステップＳ４４へと移行し、未読状態の赤のマークを閲覧記事に付けて表示する。
【００３８】
ステップＳ４７は、ステップＳ４５での［参照時間］が［作成時間］よりも後であるとの判断に続き、既読管理データベース５に保存されている前回閲覧した［参照時間］と現在時間の時間差を計算し、計算した時間差を予め設定された設定時間（実施例１では、１時間）と比較することにより、閲覧記事の既読状態の変化が、“さっき読んだ最新既読状態”と“既に読み終えた完全既読状態”のいずれの状態かを判別するステップである（閲覧記事状態判別手段）。
ここで、「設定時間」は、共有記事を持つ「掲示板」の平均的な利用時間に基づき、例えば、１時間というように設定される。そして、時間差が設定時間未満であれば、“さっき読んだ最新既読状態”と判別され、時間差が設定時間以上であれば、“既に読み終えた完全既読状態”と判別される。
【００３９】
ステップＳ４８は、ステップＳ４７での時間差が設定時間未満であるとの判断に続き、“さっき読んだ最新既読状態”として未読状態の赤色よりも視覚的な識別性を弱めたピンク色を用い、ピンクのマークを閲覧記事に付けて表示するステップである（閲覧記事表示差別手段）。なお、ステップＳ４８からは、ステップＳ４０へ戻る。
【００４０】
ステップＳ４９は、ステップＳ４７での時間差が設定時間以上であるとの判断に続き、“既に読み終えた完全既読状態”として、“さっき読んだ最新既読状態”よりもさらに視覚的な識別性を弱めるように、特別に色表示を追加せず元の色（例えば、元の色が白の場合は白色）のままでの閲覧記事を表示するステップである（閲覧記事表示差別手段）。なお、ステップＳ４８からは、ステップＳ４０へ戻る。
【００４１】
次に、作用を説明する。
実施例１のメッセージサブシステムでは、以下のような概略の流れにより、記事作成処理と閲覧処理を実行する。
【００４２】
(1)「掲示板」にてユーザによって、新しく記事の作成を行うとメッセージデータベース４に、追加される記事に割り振られる［記事ID］と、［記事内容］、記事の［作成時間］が追加される。これによって、記事の登録が完了する。
【００４３】
(2) ある時間に、「掲示板」上の記事をユーザデータベース６に登録されているユーザによって閲覧される。このとき、既読管理データベース５に登録されていない状態であれば、既読管理データベース５に閲覧した記事の［記事ID］と、閲覧したユーザの［ユーザID］、閲覧した［参照時間］が登録される。
【００４４】
(3) (2)にて閲覧した同じユーザによって、再度記事が閲覧されると、既読管理データベース５に既に登録されているので、既読管理データベース５の最初に閲覧した［参照時間］を用い、［参照時間］と現在時間の時間差を計算し、計算した時間差により閲覧記事の既読状態の変化を判別する。ここで判別された既読状態の変化を表示記事へと反映させて色やアイコンで視覚的に差別化させる。
【００４５】
(4) 既にメッセージデータベース４に記事が登録されている記事が登録したユーザによって更新される。このとき、記事を更新した時間とメッセージデータベース４に登録されている記事の［作成時間］を照合させ、［作成時間］よりも以前の時間であれば、メッセージデータベース４の［作成時間］を更新時間に更新する。また、同時に既読管理データベース５の最初に閲覧された［参照時間］を消去し、［参照時間］を現在時間に更新する。
【００４６】
このように、登録されているユーザに対して、記事毎に参照された時間情報を持っていることで、登録したユーザによって再度記事が更新されても、ユーザ毎の状態管理を行うことができる。このことによって、従来では行き届かなかった未読・既読の管理を行うことができる。
【００４７】
以下、「掲示板」にて行われるユーザとシステムの処理作業がどのような流れになっているかの具体的作用を、［記事作成と登録作用］、［記事の閲覧作用］、［更新記事の登録閲覧作用］、［未読・既読の管理作用］に分けて説明する。
【００４８】
［記事作成と登録作用］
1.「掲示板」への参加（ユーザ）
「掲示板」を利用するユーザは、図５(a)に示すように、自分自身の［ユーザID］をユーザデータベース６に登録する。これを元に、「掲示板」への書き込みの際のユーザの特定を行う。また、［ユーザID］を登録すると、図５(b)に示すように、「掲示板」の記事閲覧画面を開いたとき、例えば、［ユーザID］が画面右上部などに表示される。
【００４９】
2.新規記事作成（ユーザ）
新規記事を作成する際、「掲示板」の記事作成画面を開く。そして、図６に示すように、記事作成画面の書き込み枠内に、ユーザは書き込み記事の内容を入力し、記事作成画面の追加ボタンをクリックすることで新しい記事を追加することができる。
追加される新しい記事には、メッセージサブシステムによって各々を識別するための［記事ID］が割り振られることになる。
【００５０】
3.記事情報の登録（メッセージサブシステム）
新規記事を作成するとき、図３のフローチャートにおいて、ステップＳ３０→ステップＳ３１へと進む。そして、ステップＳ３１において、図７(a)に示すように追加ボタンをクリックすることで、図７(b)に示すようにメッセージデータベース４に［記事ID］が割り振り保存される。そして、割り振られた［記事ID］とともに、ユーザによって書き込まれた［記事内容］と記事の［作成時間］もメッセージデータベース４へ保存される。
すなわち、メッセージデータベース４には、
i、［記事内容］：ユーザによって書き込まれた記事内容
ii、［記事ID］：記事に割り振られる識別子
iii、［作成時間］：記事が作成された時間
の３項目が保存されることになる。
【００５１】
［記事の閲覧作用］
4.記事の閲覧（ユーザ）
ユーザデータベース６に登録されているユーザが記事の閲覧をすると、メッセージサブシステムによって記事とユーザの情報が既読管理データベース５に登録され、記事に状態を表す変化を与える。以下、「記事が初めて閲覧されたとき」と「記事が１時間未満の間に再度閲覧されたとき」と「記事が１時間以上経過後に再度閲覧されたとき」に分けて説明する。
【００５２】
A) 記事が初めて閲覧されたとき
記事が初めて「掲示板」の画面上で閲覧されたときは、図４のフローチャートにおいて、ステップＳ４０→ステップＳ４１→ステップＳ４２→ステップＳ４３→ステップＳ４４へと進む流れとなる。そして、ステップＳ４４では、図８に示すように、「掲示板」の記事閲覧画面上で、初期状態として未読状態をあらわす赤のマークＲを付けて閲覧記事が表示される。
記事が初めて閲覧されたとき、既読管理データベース５には、［参照時間］が未入力であるため、記事は初期状態として扱われる。ここでの初期状態は、未読の状態となる。同時に、メッセージサブシステムは、既読管理データベース５に、図９(a)に示すように、閲覧した記事の［記事ID］と、記事を閲覧した［ユーザID］を保存し、さらに、図９(b),(c)に示すように、現在時刻（06/11/17 10:51）を、そのまま［参照時間］として既読管理データベース５に保存する。これによって、記事が閲覧された状態になる。
【００５３】
B) 記事が１時間未満の間に再度閲覧されたとき
未読状態から他のページに移動後、最初の閲覧から１時間が経過しないうちに「掲示板」の画面上で再度同じ記事が閲覧されたときは、図４のフローチャートにおいて、ステップＳ４０→ステップＳ４１→ステップＳ４５→ステップＳ４７→ステップＳ４８へと進む流れとなる。そして、ステップＳ４８では、図１０(c)に示すように、「掲示板」の記事閲覧画面上で、閲覧記事に付けられていた未読状態の赤のマークＲから、さっき読んだ最新既読状態としてピンクのマークＰに切り替えて表示される。
すなわち、ステップＳ４７では、図１０(a)に示すメッセージデータベース４に既に登録されている［記事ID］と、図１０(b)に示す既読管理データベース５に既に登録されている［記事ID］を照合し、［記事ID］の照合に基づき、既読管理データベース５から［ユーザID］と［参照時間］を呼び出す。呼び出した［参照時間］（06/11/17 10:51）から現在時間（06/11/17 11:12）を差し引いて時間差（21分）を計算することで、記事が初めて閲覧されてからの経過時間（＝時間差）が判明する。この経過時間（＝時間差）と設定時間（例えば、１時間）とを比較し、時間差が設定時間未満であることで、ステップＳ４８へ進み、未読状態の赤のマークＲからピンクのマークＰに変化させ、閲覧記事の表示形態を視覚的に差別化する。
【００５４】
C) 記事が１時間以上経過後に再度閲覧されたとき
最初に閲覧してログオフした後などであって、最初の閲覧から１時間以上経過後に「掲示板」の画面上で再度同じ記事が閲覧されたときは、図４のフローチャートにおいて、ステップＳ４０→ステップＳ４１→ステップＳ４５→ステップＳ４７→ステップＳ４９へと進む流れとなる。そして、ステップＳ４９では、「掲示板」の記事閲覧画面上で、閲覧記事が既に読み終えた完全既読状態として特別な追加表示なしにて表示される。
すなわち、記事が初めて閲覧されてからの経過時間（＝時間差）が設定時間以上であることで、ステップＳ４９へ進み、「掲示板」の記事閲覧画面上で、最新既読状態のピンクのマークＰから最も目立たない特別な追加表示なしに変化させ、閲覧記事の表示形態を視覚的に差別化する。
【００５５】
［更新記事の登録閲覧作用］
5.記事の再編集・更新（メッセージサブシステム）
記事が公開された後に、記事を作成したユーザによって記事の内容が編集され更新されたとき、図３のフローチャートにおいて、ステップＳ３０→ステップＳ３２へと進む。そして、ステップＳ３２において、図１１(a)に示すように追加ボタンをクリックすることで、図１１(b)に示すように、該当する［記事ID］を持つメッセージデータベース４の保存情報が読み出され、メッセージデータベース４の保存情報のうち、記事の［作成時間］のみが現在時刻（06/11/17 13:50）に更新される。
すなわち、記事の再編集時には、ユーザが閲覧したときの状態にも反映させなければならない。そのために、メッセージデータベース４の記事の［作成時間］の項目を、再編集時刻である更新時間に更新する。
【００５６】
6.更新された記事の閲覧（メッセージサブシステム）
再編集され更新された記事がユーザによって再度閲覧されたときは、図４のフローチャートにおいて、ステップＳ４０→ステップＳ４１→ステップＳ４５→ステップＳ４６→ステップＳ４４へと進む流れとなる。
すなわち、更新された記事がユーザによって再度閲覧されたときは、未読の扱いにならなければならない。そのため、ステップＳ４５において、メッセージデータベース４に保存されている新しく更新された記事の［作成時間］と、既読管理データベース５に保存されている［参照時間］を比較し、［参照時間］が［作成時間］よりも前であれば、記事は更新されたことになるので、ステップＳ４６へと進み、ステップＳ４６において、既読管理データベース５に保存されている［参照時間］を現在時間に更新する。そして、ステップＳ４４へと進み、ステップＳ４４において、図１１(c)に示すように、「掲示板」の記事閲覧画面上で、初期状態として未読状態をあらわす赤のマークＲを付けて閲覧記事が表示される。
【００５７】
次に、未読扱いとなった更新記事がユーザによって再度閲覧されたときは、ステップＳ４６での未読処理により、既読管理データベース５に保存されている［参照時間］がメッセージデータベース４に保存されている［作成時間］より後の時間となるため、図４のフローチャートにおいて、ステップＳ４０→ステップＳ４１→ステップＳ４５→ステップＳ４７へと進む。
そして、ステップＳ４７において、既読管理データベース５の［参照時間］と現在時間の時間差が計算され、計算された時間差が１時間未満であると判断された場合には、ステップＳ４８へと進み、ピンクのマークＰを付けて閲覧記事が表示される。
また、ステップＳ４７において、計算された時間差が１時間以上であると判断された場合には、ステップＳ４９へと進み、特別な追加表示をすることなく閲覧記事が表示される。
【００５８】
［未読・既読の管理作用］
メッセージサブシステムによって、ユーザによって閲覧された記事は、既読管理データベース５の情報を参照して更新・管理される。このとき、既読管理データベース５における保存状態によってメッセージサブシステムの働きが変わってくる。
実施例１では、閲覧記事の表示形態として、
・新しい記事で既読管理データベース５の［参照時間］が空欄であれば、「未読」の赤、
・既読管理データベース５の［参照時間］と現在時間の時間差が１時間未満であれば、「さっき読んだ」ことを示すピンク、
・既読管理データベース５の［参照時間］と現在時間の時間差が１時間以上経った状態であれば、「既読」の非表示（白）、
の時間に応じた３種類の表示形態を用意した。
【００５９】
すなわち、図１２の未読・既読状態遷移表に示すように、識別色状態は、未読記事状態の「赤」→最近閲覧した未読記事状態の「ピンク」→既読記事状態の「なし（白）」と遷移する。
未読記事状態の判断条件は、「初めて表示したときであって、既読管理データベース５の［参照時間］がブランクのとき」、あるいは、「記事内容が更新されたとき」である。
未読記事状態での時間設定は、「初期状態」である。また、未読記事状態での注意点は、「記事の内容が編集されなくても編集画面が開かれることで［参照時間］はブランクになるので、未読になる」という点である。
最近閲覧した未読記事状態の判断条件は、「既読管理データベース５の［参照時間］と現在時間の差が１時間未満」である。最近閲覧した未読記事状態での時間設定は、「既読後１時間未満」である。
既読記事状態の判断条件は、「既読管理データベース５の［参照時間］と現在時間の差が１時間以上」である。既読記事状態での時間設定は、「既読後１時間以上」である。また、未読記事状態での注意点は、「これ以上の状態変化は記事内容の更新が行われない限り行われない」という点である。
【００６０】
このような、インターネット上のウェブサイトにおいて、表示される記事がユーザにとってどれだけ新しい状態にあるのかを判断することは難しい。また、記事の状態においても未読か既読かの判断しかできず、システム側での管理は、従来、ほとんど行われてこなかった。
【００６１】
そこで、このような従来の曖昧な状態管理に対し、システム側でユーザ毎の情報に基づいた未読・既読の管理を行うことで、ユーザにとってより分かりやすく正しい情報を必要なだけ与えることができるようになる。
【００６２】
このように、実施例１のシステムは、未読か既読かの管理に加え、時間やマウスイベントでユーザ毎の記事の状態管理を行うことで、よりユーザにとって負荷の少ない環境を提供することができる。
【００６３】
次に、効果を説明する。
実施例１の共有記事の未読・既読管理システムにあっては、下記に列挙する効果を得ることができる。
【００６４】
(1) ユーザ端末２がネットワークを介して情報交換可能なサーバー１と、該サーバー１に接続されたデータベースと、を備え、複数のユーザから閲覧可能なネットワーク上の共有記事について未読・既読を管理する共有記事の未読・既読管理システムにおいて、前記データベースとして、記事の状態が未読か既読かを判断するための情報が保存されている既読管理データベース５と、書き込んだユーザの情報が保存されているユーザデータベース６と、を有し、前記サーバー１に、これらのデータベース５，６を操作するサブシステムとして、前記ユーザデータベース６に登録されているユーザによって、前記既読管理データベース５に前回の記事閲覧時間である［参照時間］が既に保存されている記事を再度閲覧したとき、［参照時間］を用いて閲覧記事の既読状態の変化を判別し、判別された閲覧記事の既読状態の変化に応じ、前記ユーザ端末２に表示される閲覧記事の表示形態を視覚と聴覚の少なくとも一方に訴えて差別化するメッセージサブシステムを設けたため、ユーザ側で記事情報などを管理しなくても、ユーザによる視覚と聴覚の少なくとも一方を用いた判断により閲覧記事の既読状態の変化情報を表示形態から取得することができる。
【００６５】
(2) 前記メッセージサブシステムは、ある時間に、ユーザデータベース６に登録されているユーザによって共有記事を閲覧したとき、既読管理データベース５に閲覧情報が保存されていない状態であれば、既読管理データベース５に、閲覧した記事の［記事ID］と、閲覧したユーザの［ユーザID］、閲覧した［参照時間］を保存する閲覧情報保存手段（ステップＳ４２，ステップＳ４３）を有するため、最初に記事を閲覧したとき、記事識別情報とユーザ識別情報と参照時間情報を併せて取得することができる。
【００６６】
(3) 前記メッセージサブシステムは、前回閲覧したユーザと同じユーザによって再度記事が閲覧されると、既読管理データベース５に保存されている前回閲覧した［参照時間］と現在時間の時間差を計算し、計算した時間差を予め設定された設定時間と比較することにより、閲覧記事の既読状態の変化を、少なくとも２段階以上の状態変化として判別する閲覧記事状態判別手段（ステップＳ４７）を有するため、ユーザ毎であって閲覧記事毎に、前回の閲覧時から再閲覧までに経過した時間情報に基づき、閲覧記事の既読状態の変化をきめ細かく判別することができる。
【００６７】
(4) 前記メッセージサブシステムは、前記記事状態判別手段（ステップＳ４７）により判別された閲覧記事の既読状態の変化を、ユーザ端末２に表示される閲覧記事へと反映させ、他の記事とは視覚的に差別化できる記事形態による表示とする閲覧記事表示差別手段（ステップＳ４４，ステップＳ４８，ステップＳ４９）を有するため、各ユーザにおいて共有記事が表示されている画面を見るだけで、閲覧しようとする記事の既読状態の変化を視覚的に判別することができる。
【００６８】
(5) 前記閲覧記事表示差別手段は、閲覧した記事に関する情報が既読管理データベース５に登録されていないとき、未読の初期状態として視覚的に識別性の高い色を用いた記事表示とし（ステップＳ４４）、再度閲覧した記事に関する情報が既読管理データベース５に保存されていて、かつ、保存されている［参照時間］と再度閲覧した現在時間の時間差が、共有記事を提供するコンテンツサービスの平均的な利用時間に基づき設定された設定時間未満であるとき、さっき読んだ最新既読状態として未読状態よりも視覚的な識別性を弱めた色を用いた記事表示とし（ステップＳ４８）、保存されている［参照時間］と再度閲覧した現在時間の時間差が設定時間以上であるとき、既に読み終えた完全既読状態として最新既読状態よりもさらに視覚的な識別性を弱めた色を用いた記事表示とする（ステップＳ４９）ため、各ユーザにおいて共有記事が表示されている画面上で視覚的に識別性が異なる色判断を行うだけで、閲覧しようとする記事の既読状態の変化を容易に判別することができる。
【００６９】
(6) 前記閲覧記事表示差別手段は、未読の初期状態と判別された場合、赤のマークＲを閲覧記事に付けて表示し（ステップＳ４４）、さっき読んだ最新既読状態と判別された場合、ピンクのマークＰを閲覧記事に付けて表示し（ステップＳ４８）、既に読み終えた完全既読状態と判別された場合、特別に色表示を追加せず元の色のままでの閲覧記事表示（ステップＳ４９）とするため、「赤」→「ピンク」→「色無し（白）」という識別色状態の遷移により、閲覧しようとする記事の既読状態の変化を、容易かつ的確に判別することができる。
【００７０】
(7) 前記データベースとして、共有記事を表示するコンテンツサービスにて登録したユーザが書き込んだ情報を保存するメッセージデータベース４を有し、前記メッセージサブシステムは、登録したユーザによって新しく記事の作成を行うと、メッセージデータベース４に、追加される記事に対して割り振られた［記事ID］と、［記事内容］と、記事の［作成時間］を保存する新規作成記事情報保存手段（ステップＳ３１）を有するため、新規に記事を作成したとき、記事識別情報と記事内容情報と作成時間情報を併せて取得することができる。
【００７１】
(8) 前記メッセージサブシステムは、登録したユーザによって既に作成した記事の内容更新を行うと、最初の記事作成時点で割り振られている[記事ID]に基づき、メッセージデータベース４に保存されている情報を読み出し、保存情報のうち、記事の［作成時間］のみを現在の時間に更新する作成時間情報更新保存手段（ステップＳ３２）を有するため、既に作成した記事の内容更新を行う編集時、最小のデータ更新処理により、メッセージデータベース４内の保存情報のうち、更新記事の未読処理に必要な作成時間情報を更新することができる。
【００７２】
(9) 前記メッセージサブシステムは、メッセージデータベース４に登録されている記事が登録したユーザによって更新されたとき、メッセージデータベース４に保存されている記事の［作成時間］と、既読管理データベース５に保存されている［参照時間］を照合させ、［参照時間］が［作成時間］よりも前の時間であれば、既読管理データベース５の［参照時間］を現在時間に更新して保存する参照時間情報更新保存手段（ステップＳ４６）を有するため、既に作成した記事の内容更新を行うと、更新された記事を未読記事として取り扱うことができる。
【００７３】
(10) 前記メッセージサブシステムは、再度閲覧した記事が既読管理データベース５に登録されている場合、メッセージデータベース４に保存されている記事の［作成時間］と、既読管理データベース５に保存されている［参照時間］を比較し（ステップＳ４５）、［参照時間］が［作成時間］よりも前の時間であれば、前記閲覧情報更新登録手段（ステップＳ４６）により既読管理データベース５の［参照時間］を現在時間に更新した後、未読の初期状態と判別し、［参照時間］が［作成時間］よりも後の時間であれば、［参照時間］と再度閲覧した現在時間の時間差を計算し、計算した時間差により閲覧記事の既読状態の変化を判別する（ステップＳ４７）ため、既に作成した記事の内容更新を行った場合に更新記事を初期状態の未読状態に戻すことができ、更新記事を再度閲覧する場合には既読状態の変化をきめ細かく判別することができる。
【００７４】
以上、本発明の共有記事の未読・既読管理システムを実施例１に基づき説明してきたが、具体的なプログラム構成については、この実施例１に限られるものではなく、特許請求の範囲の各請求項に係る発明の要旨を逸脱しない限り、システムプログラムソフトの変更やシステムプログラムソフトの追加などは許容される。
【００７５】
実施例１では、共有記事の未読・既読管理システムを「掲示板」に適用した例を示したが、本システムを導入することによって、様々な未読・既読の管理を行うことができる。その例としては、
・ホームページ
・ブログ
・メール
などのコンテンツサービスにおけるメッセージ管理が挙げられる。
これらのコンテンツ内において、
・記事やニュースの未読・既読の管理
・新着記事や更新記事に対する記事状態の更新
・重複したクリックによる画面が表示されたときの確認
などの目的で用いられることが期待される。すなわち、本発明の共有記事の未読・既読管理システムは、記事閲覧及び記事作成や記事編集のできる「掲示板」への適用に限らず、記事閲覧のみを行うコンテンツサービスにも適用できる。
【００７６】
実施例１では、閲覧記事の既読状態の変化を、［参照時間］からの経過時間をあらわす時間差が、設定時間未満か設定時間以上かで判別する例を示した。しかし、この設定時間は、実施例１の１時間という固定時間に限られるものではなく、１時間以外の固定時間や「掲示板」での作業時間や閲覧時間などによって変化する可変時間によって与えることもできる。また、設定時間での閲覧記事の既読状態の変化判別手法に代え、最初に閲覧した［参照時間］より後の時間におけるログアウトの実行までとしても良い。さらに、最初に閲覧した［参照時間］より後の時間におけるログアウトの回数やデータ読み込みの回数（ページ表示回数）などが設定時間を超えたときとしても良い。
【００７７】
実施例１では、閲覧記事の既読状態の変化を、１つの設定時間と比較することにより２段階に判別する例を示したが、設定時間を複数設定し、２段階以上に判別するような例としても良いし、また、設定時間に達するまでは時間差そのものにより無段階に判別するような例としても良い。
【００７８】
実施例１では、閲覧記事の表示差別として、「赤」→「ピンク」→「なし（白）」の識別色を記事接頭部のマークとして付ける例を示したが、例えば、記事をあらわす文字や図形等の表示色（文字色や図形色等）そのものを変えるようにしても良い。そして、「色」を選択する場合には、実施例１で示した赤系以外の色を用いても勿論良いし、さらに、閲覧記事の既読状態の変化の判別数に応じて、採用した色を段階的に変化させるようにしても良い。また、閲覧記事の表示差別として、色以外に、「アイコン」の大きさや形状を閲覧記事の既読状態の変化の判別に応じて変化させるようにしても良いし、さらに、「色」と「アイコン」を組み合わせて閲覧記事の既読状態の変化の判別に応じて変化させるようにしても良い。
【００７９】
実施例１では、閲覧記事の表示形態を視覚的に差別化する例を示したが、ブラウザで扱うことのできる音声を加え、視覚と聴覚の両方に訴えて表示形態を差別化するようにしても良いし、また、音声による聴覚のみに訴えて表示形態を差別化するようにしても良い。そして、聴覚に訴える差別化を採用した場合、特に、視覚的な障害を持つユーザにとって有用となる。
【図面の簡単な説明】
【００８０】
【図１】ネットワーク上で提供されるコンテンツサービスの一例である「掲示板」の共有記事に適用された実施例１の共有記事の未読・既読管理システムを示す全体システム図である。
【図２】実施例１の共有記事の未読・既読管理システムにおけるメッセージデータベースと既読管理データベースとユーザデータベースに保存されている情報と情報関係を示す図である。
【図３】実施例１の共有記事の未読・既読管理システムにおいてユーザデータベース６に登録されているユーザによる「掲示板」への記事作成処理を示すフローチャートである。
【図４】実施例１の共有記事の未読・既読管理システムにおいてユーザデータベース６に登録されているユーザによる記事閲覧時における未読・既読管理処理を示すフローチャートである。
【図５】実施例１の共有記事の未読・既読管理システムにおいて「掲示板」への参加を説明する図で、(a)はユーザデータベースのユーザIDの一例を示し、(b)は記事閲覧画面の一例を示す。
【図６】実施例１の共有記事の未読・既読管理システムにおいて「掲示板」への新規記事作成を説明する記事作成画面の一例を示す図である。
【図７】実施例１の共有記事の未読・既読管理システムにおいて「掲示板」への新規記事作成した場合の記事情報の登録を説明する図で、(a)は記事作成画面の一例を示し、(b)はメッセージデータベースの一例を示す。
【図８】実施例１の共有記事の未読・既読管理システムにおいて登録ユーザが「掲示板」の記事閲覧を行う場合の記事閲覧画面の一例を示す図である。
【図９】実施例１の共有記事の未読・既読管理システムにおいて「掲示板」の記事が初めて閲覧された場合を説明する図で、(a)は［参照時間］がブランクである既読管理データベースの一例を示し、(b)破棄時閲覧画面の一例を示し、(c)は［参照時間］が書き込まれた既読管理データベースの一例を示す。
【図１０】実施例１の共有記事の未読・既読管理システムにおいて「掲示板」の記事が１時間未満の間に再度閲覧された場合を説明する図で、(a)は［記事ID］が保存されているメッセージデータベースの一例を示し、(b)は［参照時間］が保存されている既読管理データベースの一例を示し、(c)は赤のマークからピンクのマークに表示変更された記事閲覧画面の一例を示す。
【図１１】実施例１の共有記事の未読・既読管理システムにおいて記事の内容が編集され更新された場合を説明する図で、(a)は記事内容を編集する際の記事作成画面の一例を示し、(b)は記事内容を編集した際に［作成時間］のみを更新したメッセージデータベースの一例を示し、(c)は更新された記事の閲覧時における記事閲覧画面の一例を示す。
【図１２】実施例１の共有記事の未読・既読管理システムにおける未読・既読状態遷移表を示す図である。
【符号の説明】
【００８１】
１  サーバー
２  ユーザ端末
２ａ  キーボード
２ｂ  モニター
３  ネットワークライン
４  メッセージデータベース
５  既読管理データベース
６  ユーザデータベース
Ｒ  赤のマーク
Ｐ  ピンクのマーク
【図１】
2008181376.tif 000003
【図２】
2008181376.tif 000004
【図３】
2008181376.tif 000005
【図４】
2008181376.tif 000006
【図５】
2008181376.tif 000007
【図６】
2008181376.tif 000008
【図７】
2008181376.tif 000009
【図８】
2008181376.tif 000010
【図９】
2008181376.tif 000011
【図１０】
2008181376.tif 000012
【図１１】
2008181376.tif 000013
【図１２】
2008181376.tif 000014