(57)【要約】【課題】電子掲示板において、ユーザ別の閲覧状況に基づいて、未読の記事と既読の記事との区別を容易にする。【解決手段】複数のユーザが所定のクライアントから閲覧可能なコンテンツを有するコンテンツサーバ１０は、一以上のページからなり、各ページには複数の記事が追記可能であるコンテンツを記憶するコンテンツ記憶部１１と、コンテンツ記憶部１１に記憶されている一以上のページのユーザ別の閲覧状態を示す閲覧データを記憶する既読テーブル１５と、クライアントからのリクエストを受け付けると、前記閲覧データ記憶部を参照して、前記クライアントのユーザが既に閲覧した既読ページと、未だ閲覧していない未読ページとが識別可能な第１の表示画面を、前記クライアントに表示させるためのデータを生成するリクエスト処理部１７と、を備える。【選択図】図１
2009151385.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザが所定のクライアントから閲覧可能なコンテンツを有するコンテンツサーバであって、
一以上のページからなり、各ページには複数の記事が追記可能であるコンテンツを記憶するコンテンツ記憶手段と、
前記コンテンツ記憶手段に記憶されている一以上のページのユーザ別の閲覧状態を示す閲覧データを記憶する閲覧データ記憶手段と、
クライアントからのリクエストを受け付けると、前記閲覧データ記憶部を参照して、前記クライアントのユーザが既に閲覧した既読ページと、未だ閲覧していない未読ページとが識別可能な第１の表示画面を、前記クライアントに表示させるためのデータを生成する生成手段と、を備えるコンテンツサーバ。
【請求項２】
前記閲覧データは、各ページの記事別に、各ユーザが閲覧したことを示すデータであり、
前記生成手段は、前記リクエストに係るクライアントのユーザが閲覧していない記事を含むページを未読ページとすることを特徴とする請求項１記載のコンテンツサーバ。
【請求項３】
前記生成手段は、同一ページに含まれる複数の記事を含み、前記複数の記事のうち、未読記事と既読記事とを異なる表示態様で表示させる第２の表示画面を、さらに生成することを特徴とする請求項２記載のコンテンツサーバ。
【請求項４】
前記生成手段は、前記第２の表示画面において、前記複数の記事をそれぞれが記載された順序に並べ、前記第２の表示画面に全記事を表示できないときは、未読記事が表示されるようにスクロールされた状態にすることを特徴とする請求項３記載のコンテンツサーバ。
【請求項５】
複数のユーザが所定のクライアントから閲覧可能なコンテンツを有するコンテンツサーバが行う方法であって、
一以上のページからなり、各ページには複数の記事が追記可能であるコンテンツをコンテンツ記憶手段に記憶するステップと、
前記コンテンツ記憶手段に記憶されている一以上のページのユーザ別の閲覧状態を示す閲覧データを閲覧データ記憶手段に記憶するステップと、
クライアントからのリクエストを受け付けると、前記閲覧データ記憶部を参照して、前記クライアントのユーザが既に閲覧した既読ページと、未だ閲覧していない未読ページとが識別可能な第１の表示画面を、前記クライアントに表示させるためのデータを生成するステップと、を有する方法。
【請求項６】
複数のユーザが所定のクライアントから閲覧可能なコンテンツを有するコンテンツサーバのためのコンピュータプログラムであって、
前記コンテンツサーバに、
一以上のページからなり、各ページには複数の記事が追記可能であるコンテンツをコンテンツ記憶手段に記憶するステップと、
前記コンテンツ記憶手段に記憶されている一以上のページのユーザ別の閲覧状態を示す閲覧データを閲覧データ記憶手段に記憶するステップと、
クライアントからのリクエストを受け付けると、前記閲覧データ記憶部を参照して、前記クライアントのユーザが既に閲覧した既読ページと、未だ閲覧していない未読ページとが識別可能な第１の表示画面を、前記クライアントに表示させるためのデータを生成するステップと、を実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子掲示板などのためにコンテンツを提供するための技術に関し、ユーザ別の閲覧状況を考慮してコンテンツを提供する技術に関する。
【背景技術】
【０００２】
インターネットなどのネットワークに接続された複数のクライアントからアクセスできるサーバ上などにおいて、複数のユーザが閲覧及び書き込みができる電子掲示板システムが広く知られている（例えば特許文献１）。この電子掲示板の仕組みなどを用いたサービスとして、例えば、人と人とのつながりをサポートするコミュニティ型のサービスであるＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ）がある。
【特許文献１】特開２００６−２１５８０６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ＳＮＳなどの電子掲示板のユーザにとっては、以下のようなことがしばしば起こる。すなわち、各ユーザが、既に閲覧したページとまだ閲覧していないページを直ちに判別できないときもあり、何度も同じページを閲覧したり、逆に長いこと未読のままのページができてしまったりすることがある。
【０００４】
また、電子掲示板のように縦にスクロールする画面では、古い記事から順に表示されるため、記事数が多くなってくると、ページを閲覧するたびに既に閲覧した記事をスクロールして、新たに書き込まれた記事を表示させる必要がある。ユーザはこの操作を毎回行わなければならず、操作が面倒である。さらに、このときにも、既に閲覧した記事とそうでない記事の区別が付きにくいこともある。
【０００５】
そこで、本発明の目的は、電子掲示板において、ユーザ別の閲覧状況に基づいて、未読の記事と既読の記事との区別を容易にすることである。
【課題を解決するための手段】
【０００６】
本発明の一つの実施態様に従うコンテンツサーバは、複数のユーザが所定のクライアントから閲覧可能なコンテンツを有するコンテンツサーバであって、一以上のページからなり、各ページには複数の記事が追記可能であるコンテンツを記憶するコンテンツ記憶手段と、前記コンテンツ記憶手段に記憶されている一以上のページのユーザ別の閲覧状態を示す閲覧データを記憶する閲覧データ記憶手段と、クライアントからのリクエストを受け付けると、前記閲覧データ記憶部を参照して、前記クライアントのユーザが既に閲覧した既読ページと、未だ閲覧していない未読ページとが識別可能な第１の表示画面を、前記クライアントに表示させるためのデータを生成する生成手段と、を備える。
【０００７】
好適な実施形態では、前記閲覧データは、各ページの記事別に、各ユーザが閲覧したことを示すデータであり、前記生成手段は、前記リクエストに係るクライアントのユーザが閲覧していない記事を含むページを未読ページとしてもよい。
【０００８】
好適な実施形態では、前記生成手段は、同一ページに含まれる複数の記事を含み、前記複数の記事のうち、未読記事と既読記事とを異なる表示態様で表示させる第２の表示画面を、さらに生成するようにしてもよい。
【０００９】
好適な実施形態では、前記生成手段は、前記第２の表示画面において、前記複数の記事をそれぞれが記載された順序に並べ、前記第２の表示画面に全記事を表示できないときは、未読記事が表示されるようにスクロールされた状態にしてもよい。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の一実施形態に係るクライアントサーバシステムについて、図面を参照して説明する。
【００１１】
図１は、本実施形態に係るクライアントサーバシステムの構成図である。本システムは、コンテンツサーバ１０と、複数のクライアント３０とがネットワークを介して接続されている。コンテンツサーバ１０と、複数のクライアント３０（３０ａ，３０ｂ）とは、互いに通信が可能であって、複数のクライアント３０がそれぞれコンテンツサーバ１０に対してリクエストを行って、コンテンツサーバ１０が保存しているコンテンツを取得することができる。
【００１２】
コンテンツサーバ１０及び複数のクライアント３０は、いずれも例えば汎用的なコンピュータシステムにより構成され、以下に説明するコンテンツサーバ１０及び複数のクライアント３０内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。
【００１３】
コンテンツサーバ１０は、コンテンツ記憶部１１と、リクエスト処理部１７とを備える。コンテンツ記憶部１１には、コンテンツ管理テーブル１３と、既読テーブル１５とを含む。
【００１４】
コンテンツ記憶部１１は、クライアント３０へ提供するテキスト、画像などの種々のコンテンツを記憶する。本実施形態では、以下に説明するコンテンツ管理テーブル１３にコンテンツが記憶されている。例えば、本実施形態では、コンテンツ記憶部１１に記憶されるコンテンツは、ページ単位になっている。コンテンツ記憶部１１には一以上のページが記憶されている。一つのページが、例えば、一つのＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイルであってもよい。各ページには、テキスト及び他のオブジェクト（画像など）へのハイパーリンクを含んでもよい。各ページは、「記事」と呼ばれる複数のブロックに分割されている。各ページには「記事」単位で追記が可能である。
【００１５】
図２は、コンテンツ管理テーブル１３の一例を示す。例えば、同図に示すように、コンテンツ管理テーブル１３は、コンテンツ管理テーブル１３内でのレコードを識別するＩＤ１３１、コンテンツ記憶部１１に記憶されているページの識別情報であるページＩＤ１３２，ページに含まれる記事の識別番号である記事番号１３３，記事の本文１３４，記事を書き込んだユーザの識別情報である書き込みユーザＩＤ１３５及びその記事が書き込まれた更新日１３６を、データ項目として有する。
【００１６】
既読テーブル１５は、コンテンツ管理テーブル１３に記憶されているコンテンツのユーザ別の閲覧状態を示す閲覧データを記憶する。例えば、既読テーブル１５は、どのユーザが、コンテンツ管理テーブル１３に記憶されているどのコンテンツを閲覧したかを示すデータを記憶する。図３に、既読テーブル１５の一例を示す。例えば、同図に示すように、既読テーブル１５は、既読テーブル１５内でのレコードを識別するＩＤ１５１、ユーザＩＤ１５２、ユーザが閲覧したページのページＩＤ１５３、及びユーザが閲覧したページ内の記事番号である閲覧記事番号１５４を、データ項目として有する。
【００１７】
本システムのユーザは、クライアント３０を用いてコンテンツを生成して、コンテンツ記憶部１１に格納することができる。例えば、ユーザが新たなページを作成してコンテンツ記憶部１１に登録することもできるし、既にコンテンツ記憶部１１に記憶されているページに新たな記事を追加することもできる。
【００１８】
リクエスト処理部１７は、クライアント３０からの様々なリクエストを受け付けて、そのリクエストを処理する。例えば、リクエスト処理部１７は、クライアントからページ更新リクエスト及びページ遷移リクエストを受け付けて、それを処理する。
【００１９】
図４は、ページ更新リクエストの処理手順を示すフローチャートである。
【００２０】
まず、あるユーザ（ここではユーザＡとする）が操作するクライアント３０ａが、コンテンツサーバ１０へページ更新リクエストを発行する（Ｓ１０）。
【００２１】
リクエスト処理部１７は、このリクエストを受け付けると、コンテンツ管理テーブル１３を検索して、コンテンツ記憶部１１に格納されているコンテンツのページＩＤを取得する（Ｓ１２）。リクエスト処理部１７は、ここで取得したページＩＤを更新日１３６でソートして、クライアント３０ａへ返信するためのページリストを生成する（Ｓ１４）。
【００２２】
さらにリクエスト処理部１７は、ステップＳ１２で取得したページＩＤに関して、ユーザＡの閲覧状態を把握するために、既読テーブル１５からユーザＡの閲覧記録のレコードを取得する（Ｓ１６）。そして、リクエスト処理部１７は、ユーザＡについて、ステップＳ１２で取得したページＩＤのうち、既読テーブル１５にレコードが存在しないページの有無を判定する（Ｓ１８）。ここで、既読テーブル１５にレコードが存在しないページがあれば（Ｓ１８：Ｎｏ）、それはユーザＡが一度も閲覧していないページなので、そのページＩＤを「新規ページ」とし、ステップＳ１４で生成したページリストに「新規表示」を付加する（Ｓ２０）。
【００２３】
ここで「新規表示」とは、そのページＩＤのコンテンツは、ユーザＡがまだ閲覧していない、ユーザＡにとっては新しいページであることを示す付加的な表示である。
【００２４】
ステップＳ１８で既読テーブル１５にレコードが存在するページについては（Ｓ１８：Ｙｅｓ）、閲覧記事番号１５４の最大値と記事番号１３３の最大値が一致するか否かを判定する（Ｓ２２）。これが一致しない場合には（Ｓ２２：Ｎｏ）、そのページにはユーザＡが閲覧していない記事があるということなので、そのページＩＤを「更新ページ」とし、ステップＳ１４で生成したページリストに「更新表示」を付加する（Ｓ２４）。
【００２５】
ここで「更新表示」とは、そのページＩＤのコンテンツは、ユーザＡが過去に閲覧をしているが、その後に新たな記事が追加され、まだ閲覧していない記事を含むことを示す付加表示である。
【００２６】
一方で、閲覧記事番号１５４の最大値と記事番号１３３の最大値が一致する場合は（Ｓ２２：Ｙｅｓ）、そのページにはユーザＡが未読の記事はないので、そのページＩＤを「既読ページ」とし、ステップＳ１４で生成したページリストにおいて、特に付加表示を行わない（Ｓ２６）。
【００２７】
最後に、上記のようにして生成されたページリストを、リクエスト元のクライアント３０ａへ返信する（Ｓ２８）。
【００２８】
図６は、上記のようにして生成されたページリストに基づいてクライアント３０ａで表示されたページリスト画面１００の一例である。ページリスト画面１００には、リスト表示１０１と付加表示１０２，１０３とを含む。
【００２９】
図５は、リクエスト処理部１７が行うページ遷移リクエストの処理手順を示すフローチャートである。
【００３０】
まず、あるユーザ（ここではユーザＡとする）が操作するクライアント３０ａが、コンテンツサーバ１０へ、ページを指定してページ遷移リクエストを発行する（Ｓ３０）。
【００３１】
リクエスト処理部１７は、このリクエストを受け付けると、コンテンツ管理テーブル１３を検索して、コンテンツ記憶部１１に格納されている、ページ遷移リクエストで指定されたページの本文を取得する（Ｓ３２）。リクエスト処理部１７は、ここで取得したページ本文を更新日１３６でソートして、クライアント３０ａへ返信するためのページ表示画面を生成する（Ｓ３４）。
【００３２】
ここで、リクエスト処理部１７は、ステップＳ３２で取得した記事本文に関して、ユーザＡの閲覧状態を把握するために、ページ遷移リクエストで指定されたページに対するユーザＡの閲覧記録のレコードを、既読テーブル１５から取得する（Ｓ３６）。そして、リクエスト処理部１７は、ステップＳ３６でレコードが取得されたか否かにより、ユーザＡがページ遷移リクエストで指定されたページを閲覧したか否かを判定する（Ｓ３８）。ここで、対象のページを一度も閲覧していない場合には、ステップＳ４４までスキップする（Ｓ３８：Ｎｏ）。一方、対象のページを過去に閲覧している場合には（Ｓ３８：Ｙｅｓ）、取得したレコードのうちの閲覧記事番号が最も大きい記事までは、既に既読であるから、リクエスト処理部１７は、ページ表示画面の記事の表示領域の背景色を所定の色に設定する（Ｓ４０）。そして、リクエスト処理部１７は、既読記事の後にある未読記事が表示されるようにページ表示画面の記事をスクロールさせる（Ｓ４２）。
【００３３】
最後に、上記のようにして生成されたページ表示画面を、リクエスト元のクライアント３０ａへ返信する（Ｓ４４）。
【００３４】
図７は、クライアント３０ａで表示されたページ表示画面２００の一例である。ページ表示画面２００には、記事表示領域２０１があり、既読記事２０２には所定の背景色が設定されている。そして、未読記事２０３がページ表示画面２００に表示されるようにスクロールされている。これにより、未読と既読の区別が容易になるとともに、予め既読記事がスクロールされ、未読記事が表示されるので、ユーザの手間が省ける。
【００３５】
次に、本実施形態に係るクライアントサーバシステムにおけるシーケンス例を図８に示す。
【００３６】
まず、ユーザＡがクライアント３０ａからページ更新リクエストを送り、ページリストを取得する（Ｓ１００）。このときのコンテンツ管理テーブル１３の状態が図２（Ａ）、既読テーブル１５の状態が図３（Ａ）とする。従って、このときにクライアント３０ａが取得したページリストは、図６（Ａ）に示すようになる。つまり、ページリスト画面１００は、ページＡ及びページＢを含む。さらに、このときにユーザＡはページＡ及びページＢの何れもまったく閲覧していないので、ページＡ及びページＢに対しても、「ｎｅｗ」（新規表示）１０２，１０２が付加表示されている。
【００３７】
この後、ユーザＡがページＡ及びページＢを閲覧する（Ｓ１１０、Ｓ１３０）。コンテンツサーバ１０では、それぞれの閲覧が行われたときに既読テーブル１５が更新される（Ｓ１２０，Ｓ１４０）。そして、更新後の既読テーブル１５が図３（Ｂ）に示すようになる。
【００３８】
一方、ユーザＢがクライアント３０ｂを用いて新規ページＣを書き込むと（Ｓ１５０）、これに伴って、コンテンツ管理テーブル１３が図２（Ｂ）に示すように更新される（Ｓ１６０）。さらに、ユーザＢが既存のページＢを更新すると（Ｓ１７０）、これに伴って、既読テーブル１５が図３（Ｃ）のように更新される（Ｓ１８０）。
【００３９】
このときに、ユーザＡが再びクライアント３０ａからページ更新リクエストを送ると、図６（Ｂ）に示すようになる（Ｓ１９０）。つまり、ページリスト画面１００は、ページＡ、ページＢ及びページＣを含む。さらに、このときにユーザＡはページＣをまったく閲覧していないので、ページＣに対して、「ｎｅｗ」（新規表示）１０２が付加表示されている。また、ページＢはユーザＡが閲覧した後に更新されているので、ページＢに対して、「ｕｐ！」（更新表示）１０３が付加表示されている。
【００４０】
これにより、既読のページ、更新があったページ及び未読のページを容易に区別することができる。
【００４１】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【図面の簡単な説明】
【００４２】
【図１】本発明の一実施形態に係るクライアントサーバシステムの構成図である。
【図２】コンテンツ管理テーブル１３の一例を示す。
【図３】既読テーブル１５の一例を示す。
【図４】ページ更新リクエストの処理手順を示すフローチャートである。
【図５】ページ遷移リクエストの処理手順を示すフローチャートである。
【図６】ページリスト画面１００の一例である。
【図７】ページ表示画面２００の一例である。
【図８】本実施形態に係るクライアントサーバシステムにおけるシーケンス例を示す。
【符号の説明】
【００４３】
１０…コンテンツサーバ、１１…コンテンツ記憶部、１３…コンテンツ管理テーブル、１５…既読テーブル、１７…リクエスト処理部、３０ａ、３０ｂ…クライアント、１００…ページリスト画面、２００…ページ表示画面。
【図１】
2009151385.tif 000003
【図２】
2009151385.tif 000004
【図３】
2009151385.tif 000005
【図４】
2009151385.tif 000006
【図５】
2009151385.tif 000007
【図６】
2009151385.tif 000008
【図７】
2009151385.tif 000009
【図８】
2009151385.tif 000010