JP2005166062A

JP2005166062A - 電子掲示板システムおよび電子掲示板システムを構築するプログラムを記録した記録媒体

Info

Publication number: JP2005166062A
Application number: JP2004365662A
Authority: JP
Inventors: Masaru Kusui; 大久寿居
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2004-12-17
Filing date: 2004-12-17
Publication date: 2005-06-23
Anticipated expiration: 2017-10-30
Also published as: JP4127265B2

Abstract

【課題】複数の記事と複数のユーザプロファイルをそれぞれ比較することにより、ユーザの関心のある記事の検索精度をより正確にし、自動的に通知してくれる電子掲示板システムを提供する。
【解決手段】サーバ１に送信された記事は、記事記録部６において記事ＤＢ７に記録される。内容要約部８は、記事記録部６から新らしい記事を受信したことを伝えられると、記事ＤＢ７を検索してその記事の要約を記事内容ＤＢ９に記録し、その記事を含んだスレッドの内容の要約を話題内容ＤＢ１０に記録する。内容比較部１１は、話題内容ＤＢ１０が更新されると、更新されたスレッドと他のスレッドの内容を比較し、関連のあるスレッドに対し、互いのスレッドを紹介する記事を通信部５に伝え、各クライアントに発行する。
【選択図】図１

Description

本発明は、電子掲示板システムに関し、特に、ユーザが関心のある記事を自動的に通知する電子掲示板システムおよび電子掲示板システムを構築するプログラムを記録した記録媒体に関する。

従来、ネットワークを介して複数の人間から有用な情報を含む記事が多数投稿されている電子掲示板システムのような情報共有型のシステムでは、例えば電子掲示板に存在する記事を効率的に探すため、投稿された記事のタイトルによる分類を表示する手法や、投稿されたある記事に対するフォローの内容を枝分かれ表示させ、目的の記事を容易に検索できるような工夫がされている。

また、情報共有型のシステムで、共有している情報を効率よく提供する別の手法としては、特開平９−２６９７０号公報「情報を検索するコンピュータによる実行方法及び装置」（以下、従来文献１）に記載されている技術が知られている。この従来文献１の手法は、ユーザがどのような情報に対して関心があるかを指定したユーザ定義プロファイルを作成し、このユーザ定義プロファイルの内容に基づいてデータベースを検索し、この検索結果をクライアント側に提示するというものである。

また、別の手法として、特開平３−７０２３３号公報「電子掲示板装置」（以下、従来文献２）に記載されている技術も知られている。この従来文献２の技術は、電子掲示板システムにおいて、電子掲示板に新しい記事が投稿された時に、ユーザに新たな記事が書き込まれたことを電子メールで通知することにより、ユーザによる電子掲示板の検索を不要にする方式が開示されている。
特開平９−２６９７０号公報特開平３−７０２３３号公報

これらの従来文献１及び従来文献２に記載されている技術とを組み合わせることによって、従来の電子掲示板システムで、ユーザが関心のある記事だけを通知することができそうであるが、この従来技術を組み合わせた方式では、ユーザプロファイルを予め定義しなくてはならない。また、投稿された記事のそれぞれに対してユーザプロファイルと比較し、ユーザが関心を持つかどうかを判定するため、たまたま記事に含まれていたキーワードによってユーザがあまり関心を持たない記事が通知されてしまったり、逆にキーワードが含まれていないためにユーザが関心を持つ記事が通知されなかったりするという問題点がある。

そこで、本発明の目的は、複数の記事と複数のユーザプロファイルをそれぞれ比較することにより、ユーザの関心のある記事の検索精度をより正確にし、自動的に通知してくれる電子掲示板システムおよび電子掲示板システムを構築するプログラムを記録した記録媒体を提供することである。

本発明の第１の発明の電子掲示板システムでは、電子掲示板を提供するサーバは、クライアントと通信を行う通信部と、クライアントから送信された記事を記事ＤＢに記録する記事記録部と、記事ＤＢに記録された記事に基づきその記事の内容を要約する内容を要約する内容要約部と、内容要約部によって要約された記事内容を記録する記事内容ＤＢと、記事ＤＢに記録されている記事のスレッド毎に内容要約部によって要約された記事内容を記録する話題内容ＤＢと、話題内容ＤＢに記録されたスレッド毎の内容を比較する内容比較部を有する。

この第１の発明の動作を説明すると、クライアントからサーバの通信部に送信された記事は、記事記録部においてその記事にふられるＩＤと、送信したユーザ名、どの記事に対するフォローかという情報が付加されて記事ＤＢに記録され、内容要約部は、記事記録部から新らしい記事を受信したことを伝えられると、記事ＤＢを検索してその記事の要約を記事内容ＤＢに記録し、その記事を含んだスレッドの内容の要約を話題内容ＤＢに記録する。内容比較部は、話題内容ＤＢが更新されると、更新されたスレッドと他のスレッドの内容を比較し、関連のあるスレッドに対し、互いのスレッドを紹介する記事を通信部に伝え、発行する。

次に、本発明の第２の発明の電子掲示板システムでは、第１の発明の構成に加えて、ユーザの投稿内容を表現したユーザモデルと、ユーザモデルに記録された内容とそのユーザが投稿した記事内容を用いてユーザモデルを更新するユーザモデル更新部と、ユーザが互いを知っているかを管理するユーザ関係ＤＢと、ユーザモデルの内容を比較するユーザモデル比較部とを有する。

この第２の発明の動作を説明すると、ユーザモデル更新部が、記事記録部から記事を受信したことを伝えられると、受信記事の内容から、記事を送信したユーザのユーザモデルを更新する。ユーザモデル比較部は、各ユーザのユーザモデルを比較し、ユーザモデルが似ている複数のユーザを検索する。さらにユーザ関係ＤＢから同じスレッドに書き込んだことがなくシステムから紹介を受けていないユーザ同士を抽出する。

このようにして抽出されたユーザ同士は互いに知らない可能性が高いので、システムがそれぞれ互いのユーザに紹介する。関心の対象が似ているユーザ同士が知り合い、情報を交換することにより、関心のある記事だけを検索しやすくなる。

また、第３の発明の電子掲示板システムでは、第２の発明の構成に加えて記事内容ＤＢとユーザモデルの内容を比較する話題ＵＭ比較部を有する。

この第３の発明の動作を説明すると、話題ＵＭ比較部は、各ユーザのユーザモデルと話題内容ＤＢに記録されたスレッドの内容を比較し、関心を持ちそうなユーザのクライアントに対して、そのスレッドを構成する最新の記事のＩＤを送信する。
このようにして、ユーザは記事を送信するだけで、自分が関心を持ちそうな話題を自動的にサーバから通知してもらうことができる。

本発明によれば、複数の記事と複数のユーザプロファイルをそれぞれ比較することにより、ユーザの関心のある記事の検索精度をより正確にし、自動的に通知してくれる電子掲示板システムを提供することができる。

次に、上記のように構成された本発明の電子掲示板システムについて、図面を参照しながら、さらに詳しく説明を行う。

（第１の発明における実施の形態）図１は、本発明の第１の発明における電子掲示板システムの構成の一実施の形態を示すブロック図である。

図１を参照すると、本発明の第１の発明は、一つのサーバ１と複数のクライアント２から構成される。

サーバ１は電子掲示板サーバプログラムを記録した記録媒体３によって構築される形態であってもかまわない。

クライアント２は電子掲示板クライアントプログラムを記録した記録媒体４によって構築される形態であってもかまわない。また、クライアント２は、要はサーバ１等に記録されている電子掲示板の記事の内容や参照したり、記事を投稿できる形態であればよく、本発明では特に規定しない。また、サーバ１や他のサーバ等から電子掲示板の内容を参照、投稿できるようなプログラムを受け取る形態である。例えば、電子掲示板が、ＷＷＷ(World Wide Web)上で構築されるものであれば、この記録媒体は、ＷＷＷを閲覧できるブラウザプログラムである。電子掲示板システムのクライアントプログラムは、記録媒体４にすべて記録されている場合と、一部だけが記録されており一部を必要に応じてサーバ等より受信する場合とがあってもよい。

さて、サーバ１は、クライアント２と通信を行う通信部５と、クライアント２から送信された記事を記事ＤＢ７に記録する記事記録部６と、記事ＤＢ７に記録された記事に基づきスレッド毎に内容を要約する内容要約部８と、内容要約部によって要約された記事内容を記録する記事内容ＤＢ９と、内容要約部によって要約された話題内容の要約を記録する話題内容ＤＢ１０と、記事内容ＤＢに記録されたスレッド毎の内容を比較する内容比較部１１を含む。

ここで、具体的な動作例をあげて本発明を詳しく説明する。今、利用者Ｅが使用しているクライアント２において、サーバ１から提供された記事が図２のように表示されているものとする。この図２の例は、「Ｘ社から発売予定の新しいビデオカードは速いらしいですね。」という記事に対して、「Ｙという雑誌に評価記事が載っていましたね。」と「Ｚ社から出るのもいいらしいですよ。」という２件の記事がフォローされており、それを枝分かれ表示したものである。

そして、利用者Ｅが「Ｙという雑誌に評価記事が載っていましたね。」という記事に対して「あの記事によると価格も安そうです。」というフォロー記事を投稿した場合について説明する。また、各クライアントに表示されている記事は、サーバ１に記録されている記事の一部であり、サーバ１ではそれまでに投稿された一部または全部の記事を記事ＤＢ７において記録しているものとする。例えば、サーバ１において記事を保存する期間を定めて、期限を過ぎた記事は消去されるようになっていてもよい。サーバ１が受信する記事には、記事内容の他に、例えば、記事の投稿者やどの記事に対するフォローであるかといった情報が付加される。また、これら以外に、投稿日時や記事の題名といった情報が付加される場合もある。これらの機能は、従来の技術において実現されている機能であるので、詳しい説明を行わない。また、記事ＤＢ７では、受信記事毎にふられた記事ＩＤとともに、記事内容と付加された情報を記録する。

ここでは説明のために、記事ＤＢ７では図３に示すような表形式で、記事ＩＤ、記事を投稿した利用者名、どの記事に対するフォローであるか、記事内容といった項目が記録されているものとする。図３では、図２に示した記事は記事ＩＤ１００、１０１、１０２として記録されており、その他にも例えば記事ＩＤ１０の記事などが記録されている。

利用者Ｅが記事ＩＤ１０１の「Ｙという雑誌に評価記事が載っていましたね。」という記事に対して「あの記事によると価格も安そうです。」というフォロー記事を投稿する場合には、利用者Eはクライアント２より記事を入力し、サーバ１に送信し、サーバ１は通信部５においてクライアント２より送信された記事を受信する（５０２）。この通信部５で受信された記事は記事記録部６に渡される（５０６）。

受信記事は記事記録部６において記事ＩＤを割り当てられ、ユーザ名やフォロー先ＩＤ、記事内容といった情報とともに記事ＤＢ７に記録される（６０７）。この例においては、記事ＤＢ７が図３のような状態のときに、利用者Ｅが「あの記事によると価格も安そうです。」という記事を投稿すると、記事記録部６によって記事ＤＢ７は図４のように更新される。

記事記録部６は、受信記事を記事ＤＢ７に記録すると（６０７）、記録内容を通信部５に渡し（６０５）、サーバ１に接続しているすべてのクライアントに送信して（２０５など）、クライアントの表示状態を更新させる。ただし、サーバ１からクライアントに、新規に投稿された記事を送りつける方式でなく、クライアントから新規に登録された記事を要求されたときだけ記事ＤＢ７に記録された内容を送り返す方式であってもよいし、本発明はこの形態に限定されるものではない。

記事記録部６は、受信記事を記事ＤＢ７に記録する（６０７）と同時に、受信記事の記事ＩＤを内容要約部８に伝える（６０８）。内容要約部８は記事ＤＢ７より受信記事を検索し（８０７）、記事内容の要約を記事内容ＤＢ９に記録する（８０９）。

記事内容の要約は、例えば、いくつかのキーワードの組によって表現する。記事内容から要約を生成する手段に関しては、例えば、特開平８−２２１４４０号公報に示されているように、形態素解析を行ってキーワードを抽出する方法などを用いることができる。

例えば、内容要約部８で記事内容の要約として記事から名詞をキーワードとして抽出するようになっているとして説明する。記事ＤＢ７が図３のようになっている場合には、記事内容ＤＢ９は図５のように各記事毎に記事ＩＤと抽出されたキーワードを表形式で記録している。

記事記録部６から内容要約部８に対して新しく記事ＩＤ１０３の記事が記事ＤＢ７に記録されたことが伝えられると（６０８）、内容要約部８は記事ＤＢ７から記事ＩＤが１０３の記事内容を検索し（８０９）、名詞をキーワードとして抽出して記事内容ＤＢ９を図６のように更新する（８０９）。

内容要約部８は、受信記事の要約を記事内容ＤＢ９に記録すると（８０９）、その記事を末端とするスレッドを記事ＤＢ７から検索する（８０７）。ここでは、末端である記事とはフォローがついていない記事のことを指し、ある記事を末端とするスレッドとは、末端となる記事がフォローしている記事、さらにその記事がフォローしている記事というようにさかのぼっていった一連の記事のことを指す。

例えば、新しく記事ＤＢ７に追加された記事ＩＤ１０３の記事は末端の記事であり、この記事のフォロー先をたどっていった記事、つまり、図４の例では、記事ＩＤ１０３のフォロー先の記事である記事ＩＤ１０１と、この記事ＩＤ１０１のフォロー先の記事である記事ＩＤ１００が、記事ＩＤ１０３の記事を末端とするスレッドである。

内容要約部８は、記事ＤＢ７に追加された記事を末端とするスレッドを検索すると（８０７）、そのスレッドに含まれる記事のキーワードを記事内容ＤＢ９から検索し（８０９）、そのスレッドの内容を表すキーワードとして話題内容ＤＢ１０を更新する（８０１０）。

話題内容ＤＢ１０は、例えば、図７のようにスレッドの先端と末端の記事ＩＤと、そのスレッドの内容を表すキーワードとを表形式で記録している。スレッドの内容を表すキーワードは、スレッドに含まれる記事のキーワードの論理和をとって決定する。

スレッドの内容を表すキーワードを、スレッドに含まれる記事のキーワードから決定する手段には、論理和をとる方法の他に、ある程度以上古い記事(例えば１０以上フォローをさかのぼった記事)に含まれるキーワードは無視する方法や、スレッドの内容を表すキーワードの総数を決めておき新しい記事に含まれるキーワードや複数回現れたキーワードを優先する方法などがある。

ここで、話題内容ＤＢ１０が図７のように記録されているときに、記事ＩＤ１０３の記事が記事ＤＢ７に追加された場合を説明する。内容要約部８は、記事ＩＤ１０３の記事を記事内容ＤＢ９に記録すると（９０８）、記事ＩＤ１０３の記事を末端とするスレッドを記事ＤＢ７から検索する（８０７）。記事ＩＤ１００、１０１、１０３の記事が求めるスレッドとして検索される。

記事ＩＤ１０３の記事は、記事ＤＢ７を調べると（８０７）記事ＩＤ１０１のフォロー記事であるので、内容要約部８は、話題内容ＤＢ１０のスレッドの末端記事ＩＤが１０１と記録されている部分を１０３に更新する（８０１０）。また、記事ＩＤ１００、１０１、１０３の記事に含まれるキーワードを記事内容ＤＢ９から検索し（８０９）、論理和をとって、話題内容ＤＢ１０の末端記事ＩＤが１０３であるスレッドの内容を表すキーワードとして更新する（８０１０）。このようにして記事ＩＤ１０３の記事が追加された場合には、話題内容ＤＢ１０は図７の状態から図８に示す状態に更新される。

話題内容ＤＢ１０が更新されると、内容比較部１１は更新されたスレッドの話題内容を表すキーワードと、他のスレッドで先端の記事ＩＤが異なるもののキーワードとを比較し、内容の近いものを検索する。内容が近いかどうかの判断は、例えば、どちらにも含まれる共通のキーワードが数個以上（例えば２個以上など）である場合とか、スレッドの内容を表すキーワードの総数が決められている場合にはキーワードのうち共通のものがある割合以上（例えば１０％以上など）含まれる場合などを基準とすることができる。また、全く同一のキーワードでなくても、同義語辞書やシソーラス辞書を用いて同一とみなして判断するという手段を用いることもできる。

本実施の形態での内容が近いかどうかは、どちらにも含まれる共通のキーワードが２個以上であるかによって判断するものとして説明する。

話題内容ＤＢ１０が更新されると（８０１０）、内容比較部１１は、話題内容ＤＢ１０から更新されたスレッドの内容を表すキーワードを検索する（１１０１０）。記事ＩＤ１０３の記事が記事ＤＢ７に記録され、記事内容ＤＢ９と話題内容ＤＢ１０が更新された場合には、末端の記事ＩＤが１０３であるスレッドの内容を表すキーワード「Ｘ社、発売予定、ビデオカード、Ｙ、雑誌、評価記事」が検索される。

末端の記事ＩＤが１０３であるスレッドは、スレッドの先端の記事ＩＤが１００であるので、内容比較部１１は、先端の記事ＩＤが１００でないスレッドで、かつ「Ｘ社、発売予定、ビデオカード、Ｙ、雑誌、評価記事」といったキーワードのうち２個以上のキーワードを含むスレッドを話題内容ＤＢ１０から検索する（１１０１０）。条件にあてはまるスレッドとして、スレッドの末端の記事ＩＤが１０であるスレッドが検索され、内容比較部１１は、末端の記事ＩＤが１０３のスレッドと、末端の記事ＩＤが１０のスレッドは内容が近いスレッドであると判断する。

この例では、内容が近いスレッドとして一つだけが検索された場合を説明しているが、以下の説明は複数のスレッドが検索された場合においても同様である。

内容比較部１１は内容が近いスレッドが検索されると、それぞれのスレッドに対して互いを紹介する記事を投稿する。ただし、既に互いを紹介する記事が投稿済みである場合には、二度と投稿しないこととする。例えば、互いを紹介する記事を投稿したスレッドに１０以上のフォローがついた場合など、ある程度の間隔があいた場合のみ再び投稿するようにしてもよい。

例えば、投稿ユーザ名を「Ｓｙｓｔｅｍ」とし、記事ＩＤ１０の記事のフォローとして記事内容が「ＩＤが１０３の記事を含むスレッドにビデオカード、価格といった内容の記事があります。」といった記事と、記事ＩＤ１０３の記事のフォローとして記事内容が「ＩＤが１０の記事を含むスレッドにビデオカード、価格といった内容の記事があります。」といった記事を生成し、通信部５に渡す（１１０５）。

通信部５は、内容比較部１１において生成された記事をクライアントから送信された記事と同様に扱う。つまり、記事記録部６に渡して（５０６）記事ＤＢ７に記録し（６０７）、記録した内容を通信部に戻して（６０５）、サーバ１に接続しているすべてのクライアントに送信して（５０２など）、クライアントの表示状態を更新させる。

ただし、内容比較部１１において生成された記事に関しては、記事内容ＤＢ９に記録する際に、記事内容を表すキーワードがないものとして登録する（８０９）。

したがって「ＩＤが１０３の記事を含むスレッドにビデオカード、価格といった内容の記事があります。」といった記事と、記事ＩＤ１０３の記事のフォローとして記事内容が「ＩＤが１０の記事を含むスレッドにビデオカード、価格といった内容の記事があります。」といった記事が内容比較部１１によって生成されると、記事ＤＢ７は図９のように更新され（６０７）、記事内容ＤＢ９は図１０のように更新される（８０９）。記事内容ＤＢ９が更新されたことにより、内容要約部８によって話題内容ＤＢ１０は図１１のようにスレッドの末端の記事ＩＤが更新される（８０１０）。

このようにして、単なる記事の比較でなく、フォロー関係にある複数の記事の内容から、スレッドの関連性を判断し、別々のスレッドを読んでいる複数の利用者に対して、関連のあるスレッドを通知することができる。

（第２の発明の実施の形態）次に、本発明の第２の発明の実施の形態について説明を行う。

第２の発明の実施の形態の電子掲示板システムでは、図１２に示すように、第１の発明の実施の形態の電子掲示板システムの構成要素に付加して、ユーザの関心を表現したユーザモデル１３と、ユーザモデル１３に記録された内容とそのユーザが投稿した記事内容を用いてユーザモデル１３を更新するユーザモデル更新部１２と、ユーザが互いを知っているかを管理するユーザ関係ＤＢ１４と、ユーザモデル１３に記録された内容を比較するユーザモデル比較部１５とを有する。

ユーザモデル１３は、ユーザモデル更新部１２によって作成され、例えば図１３に示すように、ユーザ名と、そのユーザの投稿記事内容を表すキーワードとを表形式で管理しているものである。ユーザの投稿記事内容を表すキーワードは、そのユーザがそれまでに投稿した記事に含まれるすべてのキーワードの論理和をとって決定するものとする。また、ユーザモデル１３には、各ユーザが自分の関心のあるキーワードも登録できるようにする方式を採用することもできる。

ユーザモデル更新部１２では、ユーザの投稿記事内容を表すキーワードを決定する。そのユーザがそれまでに投稿した記事に含まれるすべてのキーワードの論理和をとる方法の他に、例えば、そのユーザが投稿した最近の１０記事だけに含まれるキーワードの論理和をとる方法や、ユーザの投稿記事内容を表すキーワードの記録しておく総数を決めておき新しいキーワードが追加される毎に古いキーワードを削除していく方法などがある。

ユーザ関係ＤＢ１４は、例えば図１４に示すように、各ユーザが互いを知っているかどうかを表形式で管理している。同じスレッドに記事を投稿したことがあるユーザ同士は互いを知っているものとし、図１４ではユーザＢとユーザＣ、ユーザＢとユーザＤ、ユーザＣとユーザＤがそれぞれを知っていることを表している。

ここで、ユーザモデル１３が図１３のように記録されており、記事ＤＢ７が図３、記事内容ＤＢ９が図５、話題内容ＤＢ１０が図７のように記録されている状態で、ユーザＥが記事ＩＤ１０３の記事を投稿した場合について第２の発明の実施の形態の動作を説明する。

第２の発明の実施の形態の電子掲示板システムでは、第１の発明の実施の形態で説明した動作の他に、以下に説明する動作が付加される。

通信部５において受信された記事ＩＤ１０３の記事は、記事記録部６に渡され、第１の発明の実施の形態で説明したように、記事ＤＢ７、記事内容ＤＢ９、話題内容ＤＢ１０はそれぞれ図４、図６、図８のように更新される。

第２の発明の実施の形態では、さらに記事記録部６からユーザモデル更新部１２に新たに投稿された記事の記事ＩＤが１０３であることが伝えられる（６０１２）。

ユーザモデル更新部１２は、ユーザモデル１３にユーザＥが記録されているかを調べる（１２０１３）。既に記録されている場合には記事内容ＤＢ９から投稿された記事に含まれるキーワードを調べ（１２０９）、既に登録されている投稿内容キーワードと論理和をとって更新する（１２０１３）。記録されていない場合にはユーザＥを新規に登録し（１２０１３）、記事内容ＤＢ９から投稿された記事に含まれるキーワードを調べ（１２０９）、投稿内容キーワードに新規に登録する（１２０１３）。ユーザモデル１３は図１３の状態から図１５のように更新される。

また、記事記録部６は、記事ＤＢ７から、ユーザＥの投稿した記事ＩＤ１０３の記事を含むスレッドに投稿したユーザがＢとＣとＤであることを検索し（６０７）、ユーザ関係ＤＢ１４にユーザＥを追加し（１５０１４）、図１６のように更新する。

ユーザモデル１３が更新されると、ユーザモデル比較部１５はユーザモデル１３から更新されたユーザＥの投稿内容キーワードを検索し（１５０１３）、他ユーザの投稿内容キーワードと比較する。

投稿内容が近いかどうかの判断は、例えば、どちらにも含まれる共通のキーワードが数個以上（例えば２個以上など）である場合とか、投稿内容キーワードの総数を決めておきキーワードのうち共通のものがある割合以上（例えば１０％以上など）含まれる場合などを基準とすることができる。また、全く同一のキーワードでなくても、同義語辞書やシソーラス辞書を用いて同一とみなして判断するという手段を用いることもできる。

この例における投稿内容が近いかどうかは、どちらにも含まれる共通のキーワードが２個以上であるかによって判断するものとして説明する。

ユーザモデル１３が図１５のように更新された場合には、ユーザモデル比較部１５は、「記事、価格」といったキーワードが共通なので、ユーザＡがユーザＥの投稿内容に近いと判断する。またこの例では、投稿内容が近いユーザとして一人だけが検索された場合を説明しているが、以下の説明は複数のユーザが検索された場合においても同様である。

ユーザモデル比較部１５は、投稿内容が近いユーザが検索されると、ユーザ関係ＤＢ１４を検索し（１５０１４）、投稿内容が近く互いを知らないユーザ同士を探す。ユーザ関係ＤＢ１４が図１６のようになっている場合には、ユーザＡとユーザＥは互いを知らないとみなされるので、ユーザモデル比較部１５ででは、ユーザＡとユーザＥが、投稿内容が近く互いを知らないユーザ同士として見つけ出される。

次に、ユーザモデル比較部１５は、ユーザＡとユーザＥのクライアントに対し、通信部５を介して（１５０５）互いを紹介するメッセージを送信する（５０２など）。ＡとＥ以外の他のユーザにとっては価値のない情報なので、記事として投稿せず、特定ユーザだけが見ることのできる手段を用いてメッセージとして送信する。メッセージを送るための手段としては、例えば電子メールなどを利用することができる。

この例で言えば、ユーザＡに対しては「Ｅさんという人が、記事、価格といったキーワードを含んだ投稿をしています」、ユーザＥに対しては「Ａさんという人が、記事、価格といったキーワードを含んだ投稿をしています」というメッセージをユーザＡとユーザＥのクライアントに送信する。

投稿内容が近く互いを知らないユーザ同士が知り合い、情報を交換することにより、どちらか一方だけしか知らない記事を教えあうことができるようになる。また、投稿記事によってユーザモデルが自動的に更新されるので、ユーザが自らユーザモデルを更新しなくてもよく、ユーザの負担を減らすことができる。

（第３の発明の実施の形態）次に第３の発明の実施の形態について説明を行う。

第３の発明の実施の形態の電子掲示板システムでは、図１８に示すように、第２の発明の実施の形態の電子掲示板システムの構成要素に付加して、話題内容ＤＢ１０に記録されたスレッド毎の内容を表したキーワードと、ユーザモデル１３に記録されたユーザ毎の投稿内容を表したキーワードとを比較する話題ＵＭ比較部１６とを有する。

先に説明した記事ＩＤ１０３の記事を受信した場合を例に、第３の発明の実施の形態の動作を説明する。

第３の発明の実施の形態の電子掲示板システムでは、第１、第２の発明の実施の形態で説明した動作の他に、以下に説明する動作が付加される。

記事ＩＤ１０３の記事を受信したことによって、話題内容ＤＢ１０が図１１のように、また、ユーザモデル１３が図１５のように更新されたとする。話題ＵＭ比較部１６は、話題内容ＤＢ１０に記録されたスレッド毎の内容を表したキーワードと、ユーザモデル１３に記録されたユーザ毎の投稿内容を表したキーワードとを比較し（１６０１０、１６０１３）、話題内容とユーザの投稿内容が近いかどうかを判断する。

話題内容とユーザの投稿内容が近いかどうかの判断は、例えば、どちらにも含まれる共通のキーワードが数個以上（例えば２個以上など）である場合とか、話題内容キーワードと投稿内容キーワードに記録されるキーワードの総数を決めておきキーワードのうち共通のものがある割合以上（例えば１０％以上など）含まれる場合などを基準とすることができる。また、全く同一のキーワードでなくても、同義語辞書やシソーラス辞書を用いて同一とみなして判断するという手段を用いることもできる。

以下では、話題内容と投稿内容が近いかどうかは、どちらにも含まれる共通のキーワードが２個以上であるかによって判断するものとして説明する。

話題内容ＤＢ１０が図１１のように、ユーザモデル１３が図１５のようになっている場合には、話題ＵＭ比較部１６は、図１５のユーザＡの投稿内容キーワードと、図１１のスレッド末端の記事ＩＤが１０５の内容キーワードの内、「ビデオカード、価格」といったキーワードが共通なので、ユーザＡの投稿内容と、末端の記事ＩＤが１０５であるスレッドの話題内容が近いと判断する。また、この他にも、ユーザＢの投稿内容と末端の記事ＩＤが１０５であるスレッドの話題内容、ユーザＢの投稿内容と末端の記事ＩＤが１０２であるスレッドの話題内容、ユーザＣの投稿内容と末端の記事ＩＤが１０５であるスレッドの話題内容、ユーザＥの投稿内容と末端の記事ＩＤが１０５であるスレッドの話題内容が近いと判断される。

これらの話題内容と投稿内容が近いと判断されたスレッドとユーザに関して、そのユーザがそのスレッドに記事を投稿しているかどうかを記事ＤＢ７から調べる（１６０７）。もし投稿してなければ、話題ＵＭ比較部１６は、そのユーザのクライアントに対し、通信部５を介して（１６０５）スレッドを紹介するメッセージを送信する（５０２など）。この例では、スレッド末端の記事ＩＤが１０５については、ユーザＡがそのスレッドに記事を投稿していないので、ユーザＡに対してこのスレッド末端の記事ＩＤが１０５のスレッドを紹介するメッセージを送信する。これ以外の話題内容と投稿内容が近いと判断されたスレッドとユーザについては、記事ＤＢ７を調べることによって（１６０７）、いずれにおいてもそのスレッドに投稿したユーザであることが分かるため、スレッドを紹介するメッセージは送信しない。

また、話題ＵＭ比較部１６では、どのユーザに対してどのスレッドを紹介したかを記録しておき、同じユーザに同じスレッドを紹介しないようにする。該ユーザ以外の他のユーザにとっては価値のない情報なので、記事として投稿せず、該ユーザだけが見ることのできる手段を用いてメッセージとして送信する。メッセージを送るための手段としては、例えば電子メールなどを利用することができる。

この例では、一組のユーザとスレッドだけが検索された場合を説明しているが、以下の説明は複数のユーザとスレッドの組が検索された場合においても同様である。

話題ＵＭ比較部１６は、ユーザＡに対して、例えば、「記事ＩＤが１０５である記事を含んだスレッドに、ビデオカード、価格といったキーワードを含んだ投稿がされています」といったメッセージを、通信部５を介して（１６０５）送信する（５０２など）。

このようにして、ユーザは記事を投稿するだけで、投稿した内容に合わせて、自分が関心を持ちそうな話題を自動的にサーバから通知してもらうことができる。

本発明の第１の発明のの実施の形態の機能構成を示すブロック図である。本発明によるクライアントで表示される記事の一例を示す図である。本発明による記事ＤＢの一実施例を示す図である。本発明による記事ＤＢの一実施例を示す図である。本発明による記事内容ＤＢの一実施例を示す図である。本発明による記事内容ＤＢの一実施例を示す図である。本発明による話題内容ＤＢの一実施例を示す図である。本発明による話題内容ＤＢの一実施例を示す図である。本発明による記事ＤＢの一実施例を示す図である。本発明による記事内容ＤＢの一実施例を示す図である。本発明による話題内容ＤＢの一実施例を示す図である。本発明の第２の発明の実施の形態の機能構成を示すブロック図である。本発明による記事内容ＤＢの一実施例を示す図である。本発明によるユーザ関係ＤＢの一実施例を示す図である。本発明による記事内容ＤＢの一実施例を示す図である。本発明によるユーザ関係ＤＢの一実施例を示す図である。本発明によるユーザ関係ＤＢの一実施例を示す図である。本発明の第３の発明の実施の形態の機能構成を示すブロック図である。

符号の説明

１サーバ
２クライアント
３プログラム記録媒体
４プログラム記録媒体
５通信部
６記事記録部
７記事ＤＢ
８内容要約部
９記事内容ＤＢ
１０話題内容ＤＢ
１１内容比較部
１２ユーザモデル更新部
１３ユーザモデル
１４ユーザ関係ＤＢ
１５ユーザモデル比較部
１６記事ＵＭ比較部

Claims

クライアントから投稿される記事を記事ＤＢに記録し、前記記事ＤＢに記録されている記事の内容を電子掲示板として提供する電子掲示板システムであって、
前記電子掲示板を提供するサーバに、
前記記事ＤＢに記録された前記記事を用いて、一連の記事の集合であるスレッドの内容の要約を表す話題内容要約を作成する内容要約部と、
前記内容要約部によって作成された前記話題内容要約を記録する話題内容ＤＢと、
前記話題内容ＤＢを参照して、各スレッド間における前記話題内容要約の比較を行い、前記スレッド間で前記話題内容要約が近いスレッドが有る場合には、当該スレッドを紹介する記事を提供する内容比較部と
を少なくとも備えることを特徴とする電子掲示板システム。
クライアントから投稿される記事を記事ＤＢに記録し、前記記事ＤＢに記録されている記事の内容を電子掲示板として提供する電子掲示板システムであって、
前記電子掲示板を提供するサーバに、
クライアントと通信する通信部と、
前記通信部を介してクライアントから投稿された記事を前記記事ＤＢに記録する記事記録部と、
前記記事ＤＢに記憶された記事の内容の要約を表す記事内容要約を記憶する記事内容ＤＢと、
前記記事ＤＢに記憶された記事のうち、一連の記事の集合であるスレッドの内容の要約を表す話題内容要約を前記スレッドごとに記憶する話題内容ＤＢと、
前記記事記録部により前記記事ＤＢに新たな記事が記録された場合、当該記事の前記記事内容要約を作成して前記記事内容ＤＢに記憶するとともに、当該作成した前記記事内容要約を用いて、当該記事に関連する前記スレッドについて前記話題内容ＤＢの内容を更新する内容要約部と、
前記話題内容ＤＢが更新された時に、前記話題内容ＤＢを参照して、各スレッド間における前記話題内容要約の比較を行い、前記スレッド間で前記話題内容要約が近いスレッドが有る場合には、当該スレッドを紹介する記事を提供する内容比較部と
を少なくとも備えることを特徴とする電子掲示板システム。
クライアントから投稿される記事を記事ＤＢに記録し、前記記事ＤＢに記録されている記事の内容を電子掲示板として提供する電子掲示板システムを構築するプログラムを記録した記録媒体であって、
前記電子掲示板を提供するサーバに、
前記記事ＤＢに記録された前記記事を用いて、一連の記事の集合であるスレッドの内容の要約を表す話題内容要約を作成する内容要約機能と、
前記内容要約機能によって作成された前記話題内容要約を記録する話題内容ＤＢを生成する話題内容ＤＢ機能と、
前記話題内容ＤＢを参照して、各スレッド間における前記話題内容要約の比較を行い、前記スレッド間で前記話題内容要約が近いスレッドが有る場合には、当該スレッドを紹介する記事を提供する内容比較機能と
を生成せしめることを特徴とした電子掲示板システムを構築するプログラムを記録した記録媒体。
クライアントから投稿される記事を記事ＤＢに記録し、前記記事ＤＢに記録されている記事の内容を電子掲示板として提供する電子掲示板システムを構築するプログラムを記録した記録媒体であって、
前記電子掲示板を提供するサーバに、
クライアントと通信する通信部と、
前記通信部を介してクライアントから投稿された記事を前記記事ＤＢに記録する記事記録機能と、
前記記事ＤＢに記憶された記事の内容の要約を表す記事内容要約を記憶する記事内容ＤＢを生成する記事内容ＤＢ機能と、
前記記事ＤＢに記憶された記事のうち、一連の記事の集合であるスレッドの内容の要約を表す話題内容要約を前記スレッドごとに記憶する話題内容ＤＢを生成する話題内容ＤＢ機能と、
前記記事記録機能により前記記事ＤＢに新たな記事が記録された場合、当該記事の前記記事内容要約を作成して前記記事内容ＤＢに記憶するとともに、当該作成した前記記事内容要約を用いて、当該記事に関連する前記スレッドについて前記話題内容ＤＢの内容を更新する内容要約機能と、
前記話題内容ＤＢが更新された時に、前記話題内容ＤＢを参照して、各スレッド間における前記話題内容要約の比較を行い、前記スレッド間で前記話題内容要約が近いスレッドが有る場合には、当該スレッドを紹介する記事を提供する内容比較機能と
を生成せしめることを特徴とした電子掲示板システムを構築するプログラムを記録した記録媒体。