JP2007233874A - 投稿処理装置 - Google Patents

Abstract

【課題】参加しやすく有用な情報を取得しやすいコミュニティ運営を実現する。
【解決手段】クライアント端末から受信した投稿データを他のクライアント端末に対して電子的に公開する投稿処理装置に関する。この装置は、多くのユーザから投稿データを受信して蓄積すると共に、あるユーザから別のユーザの投稿データに対する内容評価を示すデータも受信する。そして、ユーザごとの評価傾向をデータベース化し、ユーザ間の評価傾向の近さを数値化する。あるユーザＡのクライアント端末にて投稿データαを表示させるとき、ユーザＡと評価傾向が近いユーザＢが投稿データαをどのように評価しているかを判定し、その評価内容に応じて、ユーザＡに対する投稿データαの表示方法を決定する。
【選択図】図２

Description

この発明は、投稿データを電子的に公開する技術に関し、特に、投稿データの公開適否を判定する技術に関する。

近年、コンピュータの普及とネットワーク技術の進展に伴い、ネットワークを介した電子情報の交換が盛んになっている。一例として、電子掲示板システムを挙げることができる。電子掲示板システムにおいて、ユーザは、クライアント端末からサーバに投稿データを送信する。サーバは投稿データを電子掲載する。別のユーザは、電子掲載された投稿データをクライアント端末にて確認できる。電子掲示板システムは、複数者間における情報共有に有効なツールとして広く利用されている。以下、所定の電子掲示板システムにおいて情報交換するユーザグループのことを、「コミュニティ」とよぶことにする。

コミュニティ運営の一例として、商品購入者の感想を掲載するサイトがある。商品を購入したユーザは、商品の感想を記述した投稿データをサイトに送信する。サイトには、さまざまな商品についての投稿データが集まってくることになる。ユーザはこのようなサイトにアクセスすることにより、同じ消費者の立場から得られるいわば口コミ情報を商品を購入する際の判断材料とする。口コミ情報は、購入判断の決め手となることも多い。また、このようなコミュニティは、商品を提供する大企業に対して、力の弱い消費者の連帯を促すという効果もある。
特開２００１−３３１５２５号公報 特開２００５−３３９１４０号公報

その一方、投稿データの内容が電子掲載に不適切な内容である場合には、電子掲示板システムの信頼性が損なわれてしまう。たとえば、掲示板の趣旨に沿わない内容、弱者を装ったいいがかり、誇大情報や虚偽情報はコミュニティの健全な運営を阻害する。悪質なユーザは１人で複数個のユーザＩＤを取得し、自分の発言に多数の同調者がいるかのように振る舞うことがある。手軽にユーザＩＤを取得して発言権を得られるコミュニティは、悪質なユーザを誘引しやすい傾向がある。

これに対して、昨今、ソーシャルネットワーキングサイト（ＳＮＳ：Social Networking Site）によるコミュニティ運営方法が注目されている。ＳＮＳに参加するためには、既存会員による紹介や電子メールアドレスの登録を要求される。ＳＮＳは、一定の匿名性を保持しつつも、登録時にある程度の個人情報を要求することにより、悪質なユーザが入り込むことを防いでいる。しかし、個人情報をサイトに提供することに対しては、通常のユーザでも心理的な抵抗感を感じかねない。
このように、匿名性の高いコミュニティは悪質なユーザを誘引しやすく、匿名性が低いコミュニティは参加に対する心理的抵抗感を増すという二律背反が存在する。

本発明は、上記課題に鑑みてなされた発明であり、その主たる目的は、参加しやすく、有用な情報を取得しやすいコミュニティ運営を実現するための技術、を提供することにある。

本発明のある態様はクライアント端末から受信した投稿データを他のクライアント端末に対して電子的に公開する投稿処理装置に関する。本実施の形態において「投稿データ」とは、ユーザが投稿処理装置に送信したデータだけではなく、投稿処理装置の管理者がその投稿処理装置に送信したデータも含まれる。なお、以下の説明においては便宜上、ユーザが送信した投稿データを想定して説明する。
この装置は、多くのユーザから投稿データを受信して蓄積すると共に、あるユーザによる別のユーザの投稿データに対する内容評価を示すデータも受信する。ユーザごとの評価傾向をデータベース化し、ユーザ間の評価傾向の近さを数値化する。
この装置は、あるユーザＡのクライアント端末にて投稿データαを表示させようとするとき、ユーザＡと評価傾向が近いユーザＢが投稿データαをどのように評価しているかを判定し、その評価内容に応じて、ユーザＡに対する投稿データαの表示方法を決定してもよい。
また、あるユーザの別のユーザに対する評価を示すデータをクライアント端末から受信してもよい。そして、ユーザ間における互いの評価をデータベース化してもよい。ユーザＡのクライアント端末にて投稿データαを表示させようとするとき、投稿データの内容に対する評価傾向がユーザＡと近いユーザＢが投稿データαの投稿者Ｃをどのように評価しているかを判定し、その評価内容に応じて、ユーザＡに対する投稿データαの表示方法を決定してもよい。

本発明によれば、参加しやすく有用な情報を取得しやすいコミュニティ運営を実現する上で効果がある。

図１は、投稿システム１０のハードウェア構成図である。
電子掲示板サーバ１００は、インターネット１２を介してクライアント端末２００ａやクライアント端末２００ｂなどの複数の端末（以下、単に「クライアント端末２００」という）と接続される。電子掲示板サーバ１００は、各クライアント端末２００から投稿データを受信し、電子掲載する装置である。電子掲示板サーバ１００は、クライアント端末２００ａから要求されると、クライアント端末２００ｂから受信した投稿データをクライアント端末２００ａに送信する。クライアント端末２００ａにてクライアント端末２００ｂから送信された投稿データの内容を確認できる。このようにして、複数のクライアント端末２００間で投稿データの情報が共有される。

図２は、投稿システム１０の処理概要を説明するための模式図である。
ここでは、投稿システム１０のユーザは、ユーザＡ、ユーザＢ、ユーザＣであるとする。各ユーザは、クライアント端末２００を介して電子掲示板サーバ１００にアクセスする。ユーザは、電子掲示板サーバ１００に保持されている投稿データを閲覧すると、投稿データの内容に対する評価を電子掲示板サーバ１００に送信する。ここでは、ユーザＡ、ユーザＢおよびユーザＣは、さまざまな投稿データの内容に対する評価をすでにしているものとする。その結果、ユーザＡとユーザＢは投稿データに対する評価傾向が近く、ユーザＡとユーザＣは評価傾向が異なる関係にあるとする。

同図に示す状況において、ユーザＢ、ユーザＣは、投稿データαを既に閲覧し、投稿データαについてそれぞれの評価をしている。ユーザＢは投稿データαを肯定評価し、ユーザＣは投稿データαを否定評価している。ユーザＡは、投稿データαをまだ閲覧していないし、当然投稿データαについての評価も入力していない。

ここで、ユーザＡが投稿データαを閲覧しようとした際、ユーザＡの使用するクライアント端末２００における投稿データαの表示方法は、ユーザＡと評価傾向の近いユーザＢに依存する。ユーザＢは、投稿データαを肯定評価しているため、投稿データαは他の投稿データよりも大きく表示するなどの方法で優先的に表示される。自分と評価傾向が似ている、すなわち価値観が近いと考えられるユーザの投稿データに対する評価に応じて表示方法を決定することで、投稿システム１０を使用するユーザは数多い投稿データの中から自分にとって有用な投稿データに素早くたどり着くことが可能となる。仮にユーザＢが投稿データαを否定評価していた場合には、ユーザＡのクライアント端末２００における投稿データαの表示優先度が下がる。たとえば、小さく表示されたり、グレー表示や非表示となる。ユーザＡと評価傾向が近いユーザＢが肯定的な評価をしていない以上、投稿データαはユーザＡにとって共感できる情報でない可能性が高いからである。

このような処理方法によれば、ユーザＡが電子掲示板サーバ１００から投稿データを取得するときに、ユーザＡの興味・趣味にあった投稿データを優先的に表示させることができる。これにより、ユーザＡは、電子掲示板サーバ１００に記憶される大量の投稿データからユーザＡにとって有用な情報を効率的に見つけやすくなる。一方、ユーザＡ、Ｂ、Ｃは、事実上、投稿データを評価しているだけでなんらの個人情報も電子掲示板サーバ１００に提供する必要がない。より好適には、ユーザＡは、自分と評価傾向が近いユーザが誰なのか、あるいは、ユーザＢやユーザＣが各投稿データをどのように評価しているのかといった情報を取得できないように処置することが望ましい。このような処置をすることにより、各ユーザの興味・趣味に関わる情報すら秘匿しやすくなる。
ここでは、投稿データの内容に関する評価を中心として説明したが、そのほかにも、投稿者そのものに対する自分や他人の評価なども加味して投稿データの表示方法を決定してもよい。

図３は、電子掲示板サーバ１００の機能ブロック図である。
ここに示す各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。
ここでは、主として各機能ブロックの発揮すべき機能について述べ、その具体的な作用については、後述する。

電子掲示板サーバ１００は、通信処理部３００、データ処理部４００およびデータ保持部５００を含む。通信処理部３００は、ユーザからの入力処理やユーザに対する情報表示のようなユーザインタフェース全般に関する処理を担当する。データ処理部４００は、通信処理部３００やデータ保持部５００から取得されたデータを元にして各種のデータ処理を実行する。データ処理部４００は、通信処理部３００とデータ保持部５００の間のインタフェースの役割も果たす。データ保持部５００は、あらかじめ用意された各種の設定データや、通信処理部３００やデータ処理部４００から受け取ったデータを格納する。

通信処理部３００は、投稿データ送受信部３１０、評価受信部３２０、表示指定部３３０、質問対応部３４０、評価項目受信部３５０、評価変更・試験部３６０、閾値送受信部３７８、係数送受信部３８６および指定表示投稿送受信部３９４を含む。

投稿データ送受信部３１０は、クライアント端末と投稿データの送受信を行う。投稿データ送受信部３１０は、投稿データ送信部３１２と投稿データ受信部３１４を含む。投稿データ送信部３１２は、ユーザから投稿データの取得要求を受け付け、投稿データをそのユーザのクライアント端末２００に送信する。投稿データ受信部３１４は、ユーザから投稿データを受信する。

評価受信部３２０は、投稿データの内容や投稿者に対する評価を示す情報を各ユーザから受信する。評価受信部３２０は、内容評価受信部３２２と投稿者評価受信部３２４を含む。内容評価受信部３２２は、投稿データの内容に対する内容評価データ（以下、「内容評価データ」とよぶ）をユーザから受け付ける。投稿者評価受信部３２４は、投稿者自体に対する投稿者評価データ（以下、「投稿者評価データ」とよぶ）をユーザから受け付ける。

ユーザからの投稿データの取得要求がなされると、表示方法決定部４２０は、データ保持部５００に保持されている各種データに基づいて取得対象となる投稿データの表示方法を決定する。表示指定部３３０は、表示方法決定部４２０により決定された表示方法を示す表示指定データをクライアント端末２００に送信する。

質問対応部３４０は、ユーザに対して質問データを送信し、ユーザからの回答データを取得する。ユーザが投稿システム１０の使用を希望した場合の電子掲示板サーバ１００への登録手続きの際や、ユーザが投稿システム１０の使用を開始するに当たって電子掲示板サーバ１００にログインする際などに、質問対応部３４０は、ユーザに質問を行う。ユーザはこの質問に正しく答えなければ、電子掲示板サーバ１００に登録されないし、ログインもできない。

質問対応部３４０は、質問データ送信部３４２と回答データ受信部３４４を含む。質問データ送信部３４２は、質問データをクライアント端末２００に送信する。回答データ受信部３４４は、それらの質問に対するユーザの回答データを受け付ける。この質問に対する回答内容に応じて、ユーザは、ＩからＩＶの４種類のグループのいずれかに類型化される。詳しくは、図１０や図１１等に関連して詳述する。

ユーザの投稿データに対する評価は、所定の複数項目に対する入力により行われる。たとえば、投稿データに書かれている意見に「賛成」か「反対」か、意見のレベルが「高い」か「低い」かなど、項目ごとに設定される選択肢の中から、ユーザは自分の価値観にあう選択肢を選ぶ。ユーザは、あらかじめ設定されている項目に加えて、新たに項目を設定することもできる。評価項目受信部３５０は、ユーザが新規項目追加を行うとき、クライアント端末２００から新規項目の内容を示すデータを受信する。項目と選択肢、新規項目の追加等に関しては、図６や図７等に関連して詳述する。

各ユーザの内容評価データや投稿者評価データは、内容評価傾向保持部５１０や投稿者評価傾向保持部５２０に蓄積されていく。評価変更・試験部３６０は、ユーザが、いったん蓄積されたこれらのデータを仮変更したり、あるいは、投稿データの内容や投稿者を仮評価するときクライアント端末２００とデータを送受する。

評価変更・試験部３６０は、内容評価要求受信部３６２、内容評価送信部３６４、変更内容評価受信部３６６、仮評価受信部３６８、投稿者評価要求受信部３７０、投稿者評価送信部３７２および変更投稿者評価受信部３７４を含む。
内容評価要求受信部３６２は、内容評価傾向保持部５１０に保持されている内容評価データの取得要求を、クライアント端末２００から受け付ける。内容評価送信部３６４は、取得要求された内容評価データをクライアント端末２００に送信する。ユーザはこの内容評価データを変更することもできる。詳しくは後述するが、ユーザは、自分の過去の内容評価データを取得して仮変更できる。変更内容評価受信部３６６は、仮変更されたあとの内容評価データを受信する。

投稿者評価要求受信部３７０は、投稿者評価傾向保持部５２０に保持されている投稿者評価データの取得要求を、クライアント端末２００から受け付ける。投稿者評価送信部３７２は、取得要求された投稿者評価データをクライアント端末２００に送信する。ユーザは、自分の過去の投稿者評価データを仮変更できる。変更投稿者評価受信部３７４は、仮変更されたあとの投稿者評価データを受信する。

このほかにも、ユーザは、投稿データの内容や投稿者を確定的に評価する前に仮評価をすることもできる。このような仮評価によって、ユーザは表示内容がどのように変化するかを確かめることができる。たとえば、ともに未評価の投稿データαと投稿データβが画面表示されているとき投稿データαを評価すると、その評価内容に応じて投稿データβの表示方法が変化するかもしれない。仮評価により、たとえば、ユーザは「投稿データαの意見に賛成と仮に評価すると、投稿データβの表示方法はどのように変化するのか」を試行できる。仮評価受信部３６８は、このような仮評価を示すデータを受信する。

投稿データの表示方法は複数種類の表示方法の中から選択される。詳しくは次の図４に関連して説明するが、本実施例においては、表示優先度に応じて投稿データの左側に表示される「星マーク」の数が変化する。たとえば、表示優先度の最も高い投稿データの横には５つの星マークが表示され、最も低い投稿データは表示の対象にならない。投稿データの表示優先度はデータ処理部４００の表示方法決定部４２０によって数値化される。表示方法決定部４２０は、この表示優先度とあらかじめ設定された閾値を比較して、表示方法を決定する。たとえば、表示優先度が９０以上であれば、星マーク５つ、８０以上９０未満であれば星マーク４つという具合である。

ユーザは、星マークの数が変化する表示優先度の閾値を自由に設定できる。閾値はユーザごとに設定される。閾値送受信部３７８は、ユーザが閾値を変更するためのデータ送受を担当する。閾値送受信部３７８は、閾値要求受信部３８０、閾値送信部３８２および変更閾値受信部３８４を含む。閾値要求受信部３８０は、クライアント端末２００から閾値の取得要求を受け付ける。閾値送信部３８２は、要求された閾値を示す閾値データを送信する。ユーザは、閾値送信部３８２から閾値データを受信すると、これを変更し、電子掲示板サーバ１００に変更後の閾値データを送信する。変更閾値受信部３８４は、変更後の閾値データをクライアント端末２００から受信する。

投稿データの表示方法は、「自分と評価傾向が近いユーザがその投稿データの内容をどのように評価しているか」、「そのユーザが投稿データの投稿者をどのように評価しているか」といったさまざまな要素に基づいて決定される。これらの各要素は数値化され、それぞれの要素の重要度に応じて、最終的な表示優先度が決定される。ユーザは、この重み付けを決定する係数を自由に設定できる。係数はユーザごとに設定される。係数送受信部３８６は、ユーザがこの係数を変更するためのデータ送受を担当する。

係数送受信部３８６は、係数要求受信部３８８、係数送信部３９０および変更係数受信部３９２を含む。係数要求受信部３８８は、クライアント端末２００から係数の取得要求を受け付ける。係数送信部３９０は、要求された係数を示す係数データを送信する。ユーザは、係数データを受信するとこれを変更し、電子掲示板サーバ１００に変更後の係数データを送信する。変更係数受信部３９２は、変更後の係数データをクライアント端末２００から受信する。

投稿データは、星マーク１つから５つ、および、非表示までの計６種類の表示方法のいずれかにて表示される。ユーザは、このうち、「星マーク３つの投稿データ」、「非表示の投稿データ」のように、指定した表示方法にて表示される投稿データだけを取得要求することができる。たとえば、ユーザは、非表示扱いとなっている投稿データだけを取得し、実際にそのような投稿データが自分の興味・趣味にあっていない投稿データであるかを確認できる。

指定表示投稿送受信部３９４は、ユーザが表示方法により取得対象となる投稿データを指定したときのデータ送受を担当する。指定表示投稿送受信部３９４は、指定表示投稿要求受信部３９６と指定表示投稿送信部３９８を含む。指定表示投稿要求受信部３９６は、ユーザから指定された表示方法に該当する投稿データの取得要求を受信する。指定表示投稿送信部３９８は、指定された表示方法に該当する投稿データを送信する。

データ処理部４００は、類似ユーザ選定部４１０、表示方法決定部４２０、ユーザ登録・判定部４３０、自動評価部４４０、評価項目登録部４５０、評価変更・試験処理部４６０および係数変更処理部４７０を含む。

類似ユーザ選定部４１０は、内容評価データに応じてユーザ間における類似関係を検出する。たとえば、ユーザＡを調査対象とするときには、内容評価傾向保持部５１０のユーザＡについての内容評価データに近い内容評価データとなるユーザを検出する。具体的な処理方法については、図１３等に関連して詳述する。

表示方法決定部４２０は、ユーザごとに各投稿データの表示方法を決定する。表示方法決定部４２０は、内容評価傾向保持部５１０の内容評価データ、投稿者評価傾向保持部５２０の投稿者評価データ、内容適合値保持部５４０の内容適合値、投稿者評価値保持部５５０の投稿者評価値等に基づいて投稿データの表示方法を決定する。内容適合値は、投稿データの内容が所定の評価基準に適合するか指標化した数値である。たとえば、公序良俗に反する単語を含んだ投稿データの内容適合値は、低い値となる。内容適合値の算出方法については、たとえば、スパムフィルタなどで利用されているベイジアンフィルタ等の既知の自然言語処理技術を応用すればよい。投稿者評価値とは、投稿者が有用な情報を提供している度合いを指標化した数値である。内容適合値が低い投稿データを送信すると、その投稿者の投稿者評価値は低下する。

ユーザ登録・判定部４３０は、ユーザの電子掲示板サーバ１００への登録や、ユーザの類型化に関する処理を実行する。ユーザ登録・判定部４３０は、ユーザ分類処理部４３２およびユーザ登録判定部４３４を含む。ユーザ分類処理部４３２は、回答データ受信部３４４がユーザから受け付けた回答に応じて、ユーザを複数のグループに分類する。ユーザ登録判定部４３４は、回答データ受信部３４４がユーザから受け付けた回答に応じて、投稿システム１０の使用を許可するか否かを判定する。

自動評価部４４０は、先述した内容適合値や投稿者評価値を算出する。自動評価部４４０は、内容適合値算出部４４２および投稿者評価値算出部４４４を含む。内容適合値算出部４４２は、投稿データ受信部３１４により受け付けられた投稿データの内容が電子的な公開に適するか否かを、内容適合値として算出する。投稿者評価値算出部４４４は、投稿データ受信部３１４により受け付けられた投稿データの内容適合値から、その投稿データを作成した投稿者に対する評価値である投稿者評価値を算出する。
評価項目登録部４５０は、評価項目受信部３５０が受け付けた新たな評価項目を登録する。

ユーザは、内容評価データや投稿者評価データを仮変更できる。また、投稿データの内容や投稿者を仮評価することもできる。仮変更された内容評価データや投稿者評価データが受信されると、評価変更・試験処理部４６０はこれらのデータを類似ユーザ選定部４１０や表示方法決定部４２０に転送し、これらの仮変更データに基づいてユーザの選定や表示方法の再決定がなされる。投稿データの内容や投稿者を仮評価するデータが受信されたときには、これらのデータを類似ユーザ選定部４１０や表示方法決定部４２０に転送し、これらの仮評価データに基づいてユーザの選定や表示方法の再決定がなされる。評価変更・試験処理部４６０は、ユーザからの指示があれば、これらの仮のデータを内容評価傾向保持部５１０や投稿者評価傾向保持部５２０に確定的に反映させる。

係数変更処理部４７０は、変更係数受信部３９２が受け付けた変更後の係数データを、表示方法決定のための係数として保持する。表示方法決定部４２０は、係数変更処理部４７０が保持する係数を参照して後述の演算式によって表示優先度を計算する。

データ保持部５００は、内容評価傾向保持部５１０、投稿者評価傾向保持部５２０、ユーザ分類保持部５３０、内容適合値保持部５４０および投稿者評価値保持部５５０を含む。内容評価傾向保持部５１０は、ユーザごとの内容評価データの集合を保持する。この集合がユーザごとの投稿データに対する内容評価の傾向を示すデータとなる。内容評価傾向保持部５１０のデータ構造については、図９に関連して詳述する。投稿者評価傾向保持部５２０は、ユーザごとの投稿者評価データの集合を保持する。この集合がユーザごとの投稿者に対する評価の傾向を示すデータとなる。投稿者評価傾向保持部５２０のデータ構造については、図８に関連して詳述する。

ユーザ分類保持部５３０は、ユーザ分類処理部４３２がユーザをＩ〜ＩＶグループに分類した結果を保持する。グループ分類と、ユーザ分類保持部５３０のデータ構造については、図１０（ｃ）に関連して詳述する。内容適合値保持部５４０は、内容適合値を保持する。内容適合値保持部５４０のデータ構造については、図１０（ａ）に関連して詳述する。投稿者評価値保持部５５０は、投稿者評価値を保持する。投稿者評価値保持部５５０のデータ構造については、図１０（ｂ）に関連して詳述する。

以下、投稿システム１０の実際の使用例に基づきながら、本発明について説明する。

図４は、あるユーザＡが電子掲示板サーバ１００に対して投稿データの取得要求を行った場合にクライアント端末２００に表示される投稿データ一覧画面２７の画面図である。
投稿データ一覧画面２７の各投稿データは子供向けの所定商品、たとえば、木製おもちゃ「くるまセット」に対するユーザの評価を示す投稿データを一覧表示している。

同図の領域２０は、星マークが３つ付与された投稿データを表示する。星マークの数は、表示方法決定部４２０によって決定される。星マークが多く付与されている投稿データほど表示優先度の高いユーザＡにお奨めの投稿データであることを示す。領域２０では、「これはすごく使えますよ！」と「最近の子供って何を考えているのか…」という２つの文字列が表示されている。投稿データに題名が設定されているときには、題名がそのまま表示文字列となる。投稿データに題名が設定されていないときには、投稿データの本文の先頭から所定文字数が抽出され表示文字列となる。「くるまセット」についての投稿データのうち、領域２０に表示される２つの投稿データが、ユーザＡにとって特にお奨めの投稿データであることがわかる。

領域２２は、星マークが２つ付与された投稿データを示す領域であり、「うちの子が大好きです」という文字列が表示されれている。領域２４は、星マークが１つ付与された投稿データを示す領域であり、「自分の小さい頃を思い出しました。」と「この前のニュースなんですが、あれ…」という２つの文字列が表示されている。領域２６は、星マークが付与されていない投稿データを示す領域であり、「プロ野球選手の方は子供をすごく…」と「いつも走り回っているのですが、今…」という２つの文字列が表示されている。このように、星マークが多く付与される投稿データほど、すなわち、ユーザＡに対してお奨めの投稿データほど上位に表示される。星マークは１つ〜５つの範囲で付与され、表示優先度が特に低い投稿データは投稿データ一覧画面２７の表示対象とならない。

なお、投稿データ一覧画面２７の各文字列には、投稿データ全体を表示するための投稿データ表示画面３５に対するリンク情報が付与されている。ユーザはマウスなどの入力装置により文字列をクリックすることで、次の図５に示すような投稿データ表示画面３５を表示させることができる。

図５は、投稿データ表示画面３５の画面図である。
同図に示す投稿データ表示画面３５は、図４の領域２２に表示されている「うちの子が大好きです」という文字列をクリックした場合にクライアント端末２００に表示される。投稿データ表示画面３５の領域２８には、投稿データを作成した投稿者を示す。ここでは投稿者のハンドルネームが「アフロ」であることがわかる。ハンドルネームは、ユーザが電子掲示板サーバ１００に登録するときに設定される。ハンドルネームは、ユーザの希望に応じて適宜変更可能であってもよい。

領域３０には、投稿データの題名を示す。題名として「うちの子が大好きです」と表示されている。題名は投稿データ作成時に設定されるが、題名は必須入力項目ではない。題名が入力されなかったときには、領域３０は空白表示となる。領域３２には、投稿データ本文を示す。同図においては、「このような変形可能なおもちゃがうちの子・・・（中略）・・・だと思います。」と表示されている。ユーザＡは、この投稿データを確認すると、その投稿データの内容や投稿者について評価する。ユーザＡが、評価ボタン３４をクリックすると、次の図６に示す投稿評価画面５３が表示される。

図６は、投稿評価画面５３の画面図である。
同図に示す投稿評価画面５３は、投稿データ表示画面３５が表示されているとき、評価ボタン３４をクリックすると表示される画面である。すなわち、投稿者「アフロ」とその投稿データの内容について評価するための画面である。投稿評価画面５３の領域３６は、投稿者を評価するための選択項目を示す。ユーザは５段階の選択肢の中から、投稿者「アフロ」に対する評価を支持・不支持の度合いとして入力する。

投稿評価画面５３の領域４０は、投稿データの内容を評価するための入力領域である。投稿データの内容は３つの評価項目について評価がなされる。領域４０のうち、項目４２は、投稿データで述べられている意見の賛否について評価するための項目である。項目４４は、投稿データで述べられている意見のレベルについて評価するための項目である。項目４６は、投稿データで述べられている意見の論理構成について評価するための項目である。項目４２の選択肢は、「意見が賛成」、「意見が反対」および「意見が論外」の３つである。項目４４の選択肢は、「レベルが高い」、「レベルが低い」の２つである。項目４６の選択肢は、「議論が丁寧」、「議論が乱暴」、「議論が支離滅裂」の３つである。

ユーザは、投稿データを閲覧したあと、投稿評価画面５３に示す投稿者に対する評価と投稿内容に対する評価を入力する。このうち、領域３６は必須入力項目であるが、領域４０の各評価項目は任意の入力項目である。同図に示す投稿評価画面５３では、ユーザの評価の一例として、ユーザＡは投稿者を比較的支持し、投稿内容については「意見に賛成」および「議論が丁寧」を選択しているが、投稿内容の「レベル」については評価をしていない。ＯＫボタン５２がクリックされると評価が終了し、キャンセルボタン４９がクリックされると、評価はキャンセルされる。ＯＫボタン５２がクリックされると、クライアント端末２００は、投稿者評価データおよび内容評価データを電子掲示板サーバ１００に送信する。仮ＯＫボタン５１がクリックされると仮評価入力となるが、仮評価については図１６に関連して詳述する。

領域４０には３つの評価項目が表示されているが、ユーザは新たに評価項目を追加設定することもできる。項目追加ボタン５０がクリックされると、次の図７に示す評価項目設定画面５９が表示される。

図７は、評価項目設定画面５９の画面図である。
同図に示す評価項目設定画面５９は、投稿評価画面５３が表示されているときに項目追加ボタン５０がクリックされたときに表示される画面である。評価項目設定画面５９の領域５４は、新規に追加する評価項目名を入力するための領域である。ここでは実際に「くるまセット」という商品購入の判断に役に立つ情報であったかを評価するために「商品購入の判断」という評価項目名が設定されている。領域５６は、新規項目の選択肢を示す。「役に立つ」、「何ともいえない」および「役に立たない」の３つの選択肢が設定されている。選択肢は、２つ以上の設定が必要である。ＯＫボタン５８がクリックされると評価項目の設定が確定する。キャンセルボタン５７がクリックされると、項目設定はキャンセルされる。評価項目設定画面５９に設定された評価項目は、図５の投稿データ表示画面３５に示した投稿者「アフロ」の投稿データに対する新たな評価項目として設定される。クライアント端末２００は、ＯＫボタン５８がクリックされると、新規追加された評価項目を示すデータを電子掲示板サーバ１００に送信する。評価項目受信部３５０は、このデータを受信し、評価項目登録部４５０は、当該投稿データに対して設定された評価項目名を対応づけて保持する。別のユーザＢがこの投稿データを閲覧するときには、投稿評価画面５３において「商品購入の判断」という項目が追加して表示されることになる。このようにユーザによって新規追加された評価項目は、図５の投稿データ以外の他の投稿データについても設定されるとしてもよい。

図８は、投稿者評価傾向保持部５２０のデータ構造図である。
左側の列に上から下へと並ぶＡ、ＢおよびＣは、評価を行う側のユーザを示し、上側の行に左から右へと並ぶＡ、ＢおよびＣは、評価をされる側のユーザを示す。同図によると、ユーザＡのユーザＢに対する評価を示す数値は「４」となっている。また、ユーザＡのユーザＣに対する評価値は「１」である。これらの評価値は、図６の領域３６の評価内容と対応する。ユーザが「支持」を選択した場合には、ユーザの投稿者に対する評価は「５」となる。投稿者評価受信部３２４は、クライアント端末２００からこの評価「支持」を示す投稿者評価データを受信すると、「支持」に対応する評価値「５」を投稿者評価傾向保持部５２０に記録する。「支持」から「拒否」に近づくにしたがって評価値は１ずつ減じられ、「拒否」を選択した場合の評価値は「１」となる。同図の場合、ユーザＡはユーザＣを投稿者としてまったく支持していないが、ユーザＡはユーザＢを比較的支持していることがわかる。同様に、ユーザＢはユーザＡを強く支持しているが、ユーザＢはユーザＣをあまり評価していない。同図でみるかぎりユーザＣはユーザＡやユーザＢからあまり支持されていないため、良質な投稿者ではないのかもしれない。

図９は、内容評価傾向保持部５１０のデータ構造図である。
ここでは、あるユーザＡの内容評価傾向を示すデータのみを示している。ユーザＢ、Ｃ等それ以外のユーザについても同図に示すのと同様のデータテーブルが用意されることになる。左側の列に上から下へと並ぶ「意見」、「レベル」、「議論」等は、ユーザが投稿データの内容に対する評価を行うための項目名を示す。図６の領域４０に示された項目名に対応する。「商品購入の判断」という評価項目は、図７の入力によってユーザＡにより追加された項目である。上側の行に左から右へと並ぶα、βおよびγは、投稿データを示す。

同図によると、ユーザＡの投稿データαに対する「意見」および「議論」という項目について評価値は「５」である。その一方、「レベル」という項目についての評価値は設定されていない。これはユーザＡが投稿内容のレベルについて評価していないことを示す。これらの評価値は、図６の投稿評価画面５３における評価内容に対応する。「意見」のように３つの選択肢の場合には、項目４２でもっとも左の選択肢「賛成」の評価値が「５」、真ん中の選択肢「反対」が「３」、もっとも右の選択肢「論外」が「１」に対応する。このように選択肢が二つ以上存在する場合には、１から５の間の評価値が選択肢の数に応じて割り当てられる。
なお、新規の評価項目「商品購入の判断」が追加された場合には、電子掲示板サーバ１００に最初から設定されている評価項目と同様に、左側の列に新規項目が追加される。図９では、投稿データβに対して新規項目が追加されている。この新規項目は投稿データβを対象とした新規項目であるため、投稿データαや投稿データγについて同項目に関する評価値は設定されない。電子掲示板サーバ１００の管理者が通常の評価項目として採用し設定した場合には、新規に追加された項目が投稿データαや投稿データγでも表示され、評価が可能となる。

図１０（ａ）は、内容適合値保持部５４０のデータ構造図である。上の行は投稿データを示し、下の行は各投稿データの内容適合値を示す。内容適合値算出部４４２は、各投稿データの内容が電子掲載に適する度合いを指標化し、内容適合値を算出する。内容適合値は１００点を満点として算出される。図１０（ａ）によると投稿データαの内容適合値が９０点、投稿データβの内容適合値が４３点、投稿データγの内容適合値が７８点となっている。すなわち、投稿データβは、電子掲載にあまり適さない投稿データであることがわかる。たとえば、公序良俗に反する用語や掲示板の趣旨に沿わない用語を多く含む投稿データであると考えられる。これに対し、投稿データαはそのような不適切な用語をあまり含まない投稿データであるといえる。内容適合値算出部４４２による機械的な判断により、あらかじめ不適切な投稿データを自動的に特定しておくことができる。表示方法決定部４２０は、内容適合値が所定の閾値以下となる投稿データを公開しないとしてもよい。

図１０（ｂ）は、投稿者評価値保持部５５０のデータ構造図である。上の行は、ユーザを示し、下の行は投稿者評価値を示す。投稿者評価値は、優良な投稿者であるか投稿者自体を評価するための評価値であり、投稿者評価値算出部４４４により１００点満点で算出される。内容適合値が低い値となる投稿データを多く投稿したユーザは、投稿者評価値も低い値となる。たとえば、あるユーザが、内容適合値が９０点、８０点、７０点の３種類の投稿データを送信した場合、このユーザの投稿者評価値は、３種類の内容適合値の平均点である８０点としてもよい。図１０（ｂ）によるとユーザＡの投稿者評価値が９５点、ユーザＢの投稿者評価値が８２点、ユーザＣの投稿者評価値が３１点となっている。したがって、ユーザＡは掲示板の趣旨に沿った適切な投稿データを比較的多く投稿しているが、ユーザＣは内容的に不適切な投稿データを投稿しがちなユーザであることがわかる。投稿者評価値算出部４４４による機械的な判断により、あらかじめ悪質なユーザを自動的に特定しておくことができる。表示方法決定部４２０は、投稿者評価値が所定の閾値以下となる投稿者による投稿データを公開しないとしてもよい。

図１０（ｃ）は、ユーザ分類保持部５３０のデータ構造図である。上の行は、ユーザグループを示し、下の行は各グループに含まれるユーザ名を示す。詳しくは後述するが、ユーザは登録時やログイン時に提示される質問に回答する必要がある。そして、その回答内容に応じて、ユーザ分類処理部４３２はユーザはＩからＩＶの４グループのいずれかに分類する。図１０（ｃ）によるとグループＩにはユーザＡ、ユーザＢおよびユーザＧが、グループＩＩにはユーザＤおよびユーザＦが、グループＩＩＩにはユーザＥが、グループＩＶにはユーザＣが属している。ここでは、簡単のため、ユーザＡ〜Ｇの７名のユーザだけについて示しているが、実際の運用においては、ユーザ数は数百名から数十万名となることも想定される。

図１１は、電子掲示板サーバ１００へのユーザ登録処理の過程を示すシーケンス図である。
まず、電子掲示板サーバ１００の通信処理部３００は、クライアント端末２００からユーザ登録要求を示す登録要求データを受信する（Ｓ１０）。質問データ送信部３４２は、登録要求データの送信元のクライアント端末２００に対して質問データを送信する（Ｓ１２）。質問データは、たとえば、「冬季オリンピックに興味があるか」、「洋食と和食のはどちらが好きか」のように、二者択一の質問が複数個含まれることが望ましい。

質問データはクライアント端末２００の表示画面に表示される。ユーザは、図示しない回答画面にて表示されている質問に回答する（Ｓ１４）。質問に回答するという労力をユーザに要求することにより、悪質なユーザが１人でいくつもの変名を使い分けて登録するのを抑制している。いいかえれば、質問に回答するという労力的なコストをユーザに払わせることにより、電子掲示板サーバ１００のサービスを本当に必要とするユーザだけが登録されるようにしている。なお、この質問データの中には、ユーザの不正登録を防止するため、一般的常識から回答が一義的に決定される質問が含まれている。たとえば、「今年（２００６年）中に世界人口が１０００億人を突破すると思うか」のように、明らかに「ノー」と回答しなければならないようなタイプの質問も混在している。このようなタイプの質問に正解しなかったときには、ユーザは電子掲示板サーバ１００に登録されない。これは、質問データにいいかげんに回答するユーザの登録を阻止することにより、質問と回答によるユーザ分類を好適に実行するための措置である。このような正解必須の質問以外の質問は、ユーザをＩ〜ＩＶのグループに分類するための質問である。ユーザが質問に対して回答すると、その回答内容を示す回答データが、クライアント端末２００から送信される（Ｓ１６）。電子掲示板サーバ１００の回答データ受信部３４４は回答データを受信する。

ユーザ登録判定部４３４は、回答データを参照し、正解必須の質問に対する回答が正しいかを判定する（Ｓ１８）。不正解の回答が含まれているときには（Ｓ１８のＮ）、通信処理部３００は、登録不可の旨を示す登録結果通知データをクライアント端末２００に送信する（Ｓ２４）。不正解回答がなければ（Ｓ１８のＹ）、ユーザ分類処理部４３２は登録要求したユーザを回答データの内容に応じてＩ〜ＩＶのグループに分類する（Ｓ２０）。ユーザ分類保持部５３０には分類先に応じてユーザが新規登録される（Ｓ２２）。通信処理部３００は、登録完了の旨を示す登録結果通知データをユーザを識別するためのユーザＩＤとパスワードと共にクライアント端末２００に送信する（Ｓ２４）。こうして、ユーザは電子掲示板サーバ１００に登録され、投稿データの送受が許可される。

図１２は、登録されたユーザが電子掲示板サーバ１００にログインするときの処理過程を示すシーケンス図である。
まず、電子掲示板サーバ１００の通信処理部３００は、クライアント端末２００から電子掲示板サーバ１００へのログイン要求を示すログイン要求データを受信する（Ｓ２６）。ログイン要求データにはユーザＩＤとパスワードが含まれている。ユーザＩＤとパスワードが登録されたユーザのものでなければ、ログインは許可されない。正規のログインであれば、質問データ送信部３４２は、ログイン要求の送信元であるクライアント端末２００に質問データを送信する（Ｓ２８）。このように、正規のユーザであってもログイン時に再び質問データに回答する必要がある。質問データはクライアント端末２００の画面に表示され、ユーザは質問に回答する（Ｓ３０）。回答データ受信部３４４はクライアント端末２００から回答データを受信する（Ｓ３２）。回答データに基づいてユーザ分類処理部４３２は、ユーザを再分類する（Ｓ３４）。

ここで、ユーザの分類および再分類について説明する。たとえば、登録時にユーザに回答させる質問は３問であり、その回答に応じ、ユーザをグループＩ〜ＩＶのいずれかに分類するとする。なお、この３問の質問は正解必須の質問とは別にユーザ分類のための質問である。以下、質問１、質問２、質問３とよぶ。この３問の質問のうち実際に分類処理のために参照する質問は質問２と質問３の２つの質問（以下、単に「分類質問」という）のみであり、残り１つの質問１（以下、単に「無視質問」という）は分類処理に影響しない。質問は二者択一の質問である。二つの質問で分類していることから、その回答パターンの組み合わせは全部で４種類となる。すなわち、２問の質問に対して「Ｙｅｓ／Ｙｅｓ」のユーザはグループＩ、「Ｙｅｓ／Ｎｏ」のユーザはグループＩＩ、「Ｎｏ／Ｙｅｓ」のユーザはグループＩＩＩ、「Ｎｏ／Ｎｏ」のユーザはグループＩＶに分類される。

電子掲示板サーバ１００の管理者は、適宜、質問を追加設定できる。すると、ログイン時にユーザはその新規追加された質問に対する回答を要求されることになる。質問４が新規追加されると、無視質問である質問１は破棄される。新たに追加された質問４は付帯条件付きの分類質問となる。結果として、質問２、質問３、質問４が残り質問総数は３問のまま変化しない。この新しい質問４が追加された後に登録を要求するユーザ（以下、単に「新規登録ユーザ」という）は、新しく追加された分類質問に応じて、グループに分類される。新規登録ユーザは、新しい３問の分類質問に対する回答を登録時に要求されることになる。この段階では質問２と質問３によって分類される。

新しい質問４が追加される前に登録していたユーザ（以下、単に「既登録ユーザ」という）は、管理者が設定した任意の期間に新しく追加された質問４に回答する。この期間が終了すると、これまで分類質問として設定されていた質問２、質問３のうちどちらかが無視質問となる。ここでは、質問２が無視質問となったとする。一方、新たに追加された付帯条件付きの分類質問である質問４は、正式に分類質問となる。こうして、変更後の分類質問である質問３と質問４の２問に応じて、新規登録ユーザと既登録ユーザは４つのグループのいずれかにシャッフルされる。なお、上記期間内に既登録ユーザが新規の質問に回答をしない場合には、Ｉ〜ＩＶとは別のグループＶに分類される。このグループＶに所属するユーザの投稿データに対する評価傾向は表示方法決定部４２０が表示優先度を決定する処理に影響しなくなる。つまり、処理対象から外されることになり、類似ユーザ選定部４１０は、このグループＶに所属しているユーザを「評価傾向が似ているユーザ」の選択対象から外す。ただし、グループＶに所属することになったユーザは新規追加された分類質問に回答することで、再びＩ〜ＩＶのいずれかのグループに分類されることになる。

図１３は、ユーザが投稿データを閲覧して評価する処理過程を示すシーケンス図である。
あるユーザＡは、話題の対象を指定した上で投稿データの閲覧要求を電子掲示板サーバ１００に送信する。ユーザＡは、たとえば、おもちゃ「くるまセット」のように話題の対象を選択する。データ処理部４００は、データ保持部５００に蓄積されている投稿データの中から、「くるまセット」に関連する投稿データを選定する（Ｓ３６）。該当する投稿データは、図４に示したように複数あるが、ここでは、簡単のためそのうちの投稿データαを対象として説明する。類似ユーザ選定部４１０は、閲覧要求元のユーザＡがＩ〜ＩＶのどのグループに所属しているかをユーザ分類保持部５３０のデータに基づいて判定する（Ｓ３８）。ユーザは、ログイン時にすべての質問に答えなければならないので、この段階でユーザはグループＶに分類されていることはない。図１０（ｃ）によると、ユーザＡはグループＩに所属している。

類似ユーザ選定部４１０は、ユーザＡが所属するグループＩから投稿データαを既に評価しているユーザを選定する。ここでは、グループＩに属するユーザＢ、Ｇのどちらも投稿データαを既に評価していたとする。類似ユーザ選定部４１０は、ユーザＢ、Ｇのうち、ユーザＡの投稿データに対する評価傾向と近いユーザを類似ユーザとして選定する。ここでは、ユーザＢの方がユーザＧよりも近いと選定されたとする。表示方法決定部４２０は、内容評価傾向保持部５１０と投稿者評価傾向保持部５２０を参照し、ユーザＢが投稿データαの内容とその投稿者をどのように評価をしていたかを検出する（Ｓ４０）。表示方法決定部４２０は、内容評価傾向保持部５１０と投稿者評価傾向保持部５２０から該当する評価値を取得する。さらに、表示方法決定部４２０は、内容適合値保持部５４０と投稿者評価値保持部５５０から投稿データαの内容適合値と投稿者評価値を取得し、投稿データαの表示優先度を計算する。そして、この表示優先度に基づいて表示方法、具体的には、星マークをいくつつけるか、あるいは、表示対象とするか否かを決定する（Ｓ４２）。投稿データ送信部３１２は投稿データαをクライアント端末２００に送信する（Ｓ４４）。また、表示指定部３３０は、その表示方法を指定する表示指定データをクライアント端末２００に送信する（Ｓ４６）。

クライアント端末２００には、投稿データαが表示指定データにより指定された表示方法にて表示される（Ｓ４８）。投稿データαを閲覧したユーザＡは、その投稿データの内容や投稿者について評価する。その評価内容を示す内容評価データと投稿者評価データはは、電子掲示板サーバ１００に送信される。電子掲示板サーバ１００の内容評価受信部３２２は内容評価データを、投稿者評価受信部３２４は投稿者評価データをそれぞれ受信する（Ｓ５０）。これらの評価データは内容評価傾向保持部５１０や投稿者評価傾向保持部５２０に記録される（Ｓ５２）。

以上、表示方法を決定するまでの流れを簡単に述べたが、以下、数値を使用して具体的に説明する。ここでは、ユーザＡが未評価の投稿データαを閲覧要求する場合を想定し、投稿データαの投稿者はユーザＣであるとする。
類似ユーザ選定部４１０は、内容評価傾向保持部５１０を参照し、ユーザＢとユーザＧのどちらがユーザＡの評価傾向と近いかを判定する。たとえば、ユーザＡが投稿データβについて各項目を５点満点で評価したときの平均点が３点であったとする。一方、ユーザＢの投稿データβに対する評価の平均点が３．５点、ユーザＧの場合には、２点であったとする。この場合、投稿データβに関しては、ユーザＧよりもユーザＢの方がユーザＡの評価に近いといえる。同様に、投稿データγなどその他の投稿データについてもユーザＢとユーザＧのどちらがユーザＡの評価に近いかを判定する。複数の投稿データについて、ユーザＢとユーザＧのうち、ユーザＡと近い評価傾向になった方のユーザがユーザＡの類似ユーザとして選定される。ここでは、ユーザＢが類似ユーザとして選定されている。

表示方法決定部４２０は、内容評価傾向保持部５１０と投稿者評価傾向保持部５２０を参照し、ユーザＢが投稿データαについてどのような評価をしていたかを値として取得する。内容評価傾向保持部５１０によると、ユーザＢは投稿データαの項目「意見」について「賛成」、すなわち、評価値は５であるとする。また、ユーザＢは投稿データαについて項目「議論」が「丁寧」、すなわち、評価値は５であるとする。また、項目「レベル」については評価していないとする。それぞれの項目が同じ重みであると想定すると、評価が行われている各項目の評価値の平均値をユーザＢの投稿データαに対する内容評価の指標値とする（以下、「内容指標値」とよぶ）。この例では「５」となる。

投稿者評価傾向保持部５２０によると、ユーザＢのユーザＣに対する評価値は「２」となっていることがわかり、これがそのままユーザＢのユーザＣに対する評価値となる（以下、「第２投稿者指標値」ともよぶ）。また、ユーザＡ自身のユーザＣに対する評価値は「１」である（以下、「第１投稿者指標値」ともよぶ）。内容指標値、第１および第２投稿者指標値、内容適合値、投稿者評価値の５つの変数によって表示優先度が算出される。

まず、表示方法決定部４２０は、内容指標値、第１投稿者指標値および第２内容指標値を５点満点から１００点満点に変更する。そこで、表示方法決定部４２０は、これら３つの指標値が取得されると、各指標値を２０倍する。上記例でいえば、内容指標値は５×２０＝１００で１００点、第１投稿者指標値は、１×２０＝２０で２０点、第２投稿者指標値は２×２０＝４０で４０点に変換される。また、投稿データαの内容適合値と投稿データαの投稿者に対する投稿者評価値は図１０（ａ）および図１０（ｂ）によるとそれぞれ、９０点、３１点であることがわかる。

各変数にとくに重み付けをしない場合には、上記５つの変数の値、１００、２０、４０、９０、３１の平均値５６．２が、表示優先度を示す値となる。

表示方法決定部４２０は、算出された表示優先度とあらかじめ設定されている閾値とを比較し、表示指定データを決定する。本実施例においては、表示優先度９０以上が星５つ、８０以上９０未満が星４つ、７０以上８０未満が星３つ、６０以上７０未満が星２つ、５０以上６０未満が星１つ、４０以上５０未満が星ゼロ個、４０未満が非表示となる。したがって、投稿データαがユーザＡのクライアント端末に表示されるときには、星マークが１つだけ表示されることになる。

本実施例では、表示優先度が４０未満となる投稿データは非表示となる。しかしながら、ユーザによっては投稿データを更に絞りこむことで、表示させる投稿データの総数を減らすことを希望することも考えられる。設定されている閾値をユーザが自由に変更できれば、有用な情報をより効率的に表示させることが可能である。たとえば、７０未満を非表示と設定すれば、クライアント端末２００に表示される投稿データの数はより少なくなり、ユーザは表示優先度の高い情報のみを閲覧すればよい。以下において、その点を説明する。

ユーザは図４のように複数の投稿データをクライアント端末２００に表示させているとする。表示されている投稿データの数が多すぎるため、その数を減らしたいと考えるとき、ユーザはクライアント端末２００から電子掲示板サーバ１００に閾値を示す閾値データの取得要求をする。閾値要求受信部３８０は、その取得要求を受信する。閾値送信部３８２は、そのユーザについて設定されている閾値データをクライアント端末２００に送信する。クライアント端末２００には現在設定されている閾値が表示され、ユーザはそれを自由に変更できる。変更後の閾値データはクライアント端末２００から電子掲示板サーバ１００に送信される。変更閾値受信部３８４は、変更後の閾値データを受信し、そのユーザについて変更後の閾値を設定する。これにより、ユーザはクライアント端末２００に表示させる投稿データの数を調節することができる。
以上、非表示となる閾値変更について説明したが、星５つとなる閾値などその他の閾値も変更可能であってもよい。これにより、ユーザは投稿システム１０をより快適に使用することができる。

図１４は、電子掲示板サーバ１００に投稿データを投稿するときの処理過程を示すシーケンス図である。
まず、ユーザは、掲載を希望する投稿データをクライアント端末２００に入力する（Ｓ５４）。クライアント端末２００から入力された投稿データが電子掲示板サーバ１００に送信される（Ｓ５６）。投稿データ受信部３１４は、クライアント端末２００から投稿データを受信する（Ｓ５６）。内容適合値算出部４４２は、受信した投稿データの本文が電子掲載に適する度合いを１００点を満点として数値化することにより内容適合値を算出する（Ｓ５８）。投稿者評価値算出部４４４は、算出された内容適合値に基づいて、投稿データに対する投稿者の評価を１００点を満点として数値化することにより投稿者評価値を算出する（Ｓ６０）。内容適合値は、内容適合値保持部５４０に保持される。投稿者評価値は、投稿者評価値保持部５５０に保持される。投稿者評価値の算出方法としては、以下のような方法が考えられる。

投稿者評価値は、内容適合値の平均値として算出される。仮に図１０に示した投稿データα、β、γのすべてがユーザＦによって作成されたとする。各投稿データの内容評価値は、図１０（ａ）によると、９０、４３、７８であるので、ユーザＦの投稿者評価値は、
（９０＋４３＋７８）／３＝７０．３３３…
となる。
計算対象となる投稿データの数が増加すると、１件の投稿データが投稿者評価値に与える影響が小さくなる。そのため、投稿データを多く送信したユーザの投稿者評価値は、なかなか変化しなくなる。そこで、投稿者評価値を算出するために検証対象となる投稿データの数について所定数を上限としてもよい。たとえば、新しい順に最新の投稿データから数えて２０個の投稿データの内容適合値のみを対象としてもよい。この場合、さらにユーザが新しい投稿データを投稿した場合には、その投稿データから数えて２０個の投稿データが対象となり、常に投稿者評価値は、２０個の投稿データの内容適合値から算出される。これにより、最新の投稿データから新しい順に数えて２０個分の投稿データによって、投稿者評価値が算出されることになる。

内容適合値と投稿者評価値が算出されたあと、投稿データは、電子掲示板サーバ１００のデータ保持部５００に記憶される（Ｓ６２）。

図１５は、ユーザ自身が過去に行った評価内容を変更するときの処理過程を示すシーケンス図である。
投稿システム１０は、投稿データの内容や投稿者に対する評価により、表示方法を変化させる。投稿データに対する評価を二度と変更できないとすると、一時的な感情による評価がそのまま表示方法にも反映されつづけてしまう。たとえば、ユーザＡがある投稿データを一旦評価してみても、後日、もう一度同じ投稿データを見たときには別の評価をしたい場合もある。ユーザの価値観を正しく電子掲示板サーバ１００に反映させるためには、過去の評価内容を事後的に変更できることが望ましい。

ここでは、まず、クライアント端末２００において、ある投稿データαが表示されている状態にあるとする（Ｓ６４）。投稿データαは未評価であってもよいし評価済であってもよい。投稿データαが興味深い内容でありながら、星マークは少なく設定されているかもしれない。この場合、ユーザの価値観が表示方法としてうまく反映されていないといえる。そのような場合、ユーザは、これまでの評価データを変更することにより自己の価値観と表示方法を整合させることができる。

ユーザは過去の評価データの変更を希望するとき、電子掲示板サーバ１００に過去の評価データを要求する（Ｓ６６）。ここでは、内容評価データと投稿者評価データの両方が要求されたとする。内容評価送信部３６４および投稿者評価送信部３７２は、このユーザの内容評価データと投稿者評価データをクライアント端末２００に送信する（Ｓ６８）。ここでは、まとめて、単に「評価データ」とよぶことにする。評価データは、クライアント端末２００に表示される。ユーザは、評価データの内容を変更する（Ｓ７０）。このときのユーザインタフェース画面は、図６に示した画面と同様の態様であってもよいし、あるいは、図８や図９に示した態様にてデータが表示され、ユーザが数値を直接変更できてもよい。

クライアント端末２００は変更後の評価データを電子掲示板サーバ１００に送信する。電子掲示板サーバ１００の変更内容評価受信部３６６は変更後の内容評価データを受信し、変更投稿者評価受信部３７４は変更後の投稿者評価データを受信する（Ｓ７２）。類似ユーザ選定部４１０は、変更後の各評価データに基づいて、類似ユーザを選定する。表示方法決定部４２０は、変更後の各評価データに基づいて、表示方法を決定する（Ｓ７４）。表示指定部３３０は、新たに決定された表示方法を示す表示指定データをクライアント端末２００に送信する（Ｓ７６）。この表示指定データに対応して、クライアント端末２００は投稿データを再表示する（Ｓ７８）。ユーザは新しい表示方法を許容するときには確定入力する（Ｓ８０のＹ）。確定の旨は電子掲示板サーバ１００に通知され、Ｓ７２で受信された変更後の評価データは正式な評価データとして内容評価傾向保持部５１０や投稿者評価傾向保持部５２０に記憶される（Ｓ８２）。許容しないときには（Ｓ８０のＮ）、変更後の評価データは電子掲示板サーバ１００に正式に反映されず破棄される。

図１６は、ユーザがある投稿データを仮評価するときの処理過程を示すシーケンス図である。
図１５で説明したように、ユーザは自分が行った過去の評価内容を変更できる。これ以外にも、実際に図６に示す画面にて仮の評価をしたときに、表示方法がどのように変化するかを確認することもできる。現在の表示方法がユーザにとって快適な表示であり、今後もこの状況を維持したいと考える場合には、投稿データを慎重に評価する必要がある。

ここでは、まず、クライアント端末２００において、ある投稿データαと投稿データβが表示されている状態にあるとする（Ｓ８４）。投稿データα、投稿データβは共に未評価であるとする。投稿データβが興味深い内容でありながら、星マークは少なく設定されているかもしれないし、その逆もあり得る。ユーザはその表示方法が自身に快適な表示であり、このような表示方法を維持したいと考える場合には、まだ評価していない投稿データαの内容について慎重に評価するため仮評価を行ってみる（Ｓ８６）。図６の画面図５３において、領域３６等で各評価を入力した後、仮ＯＫボタン５１をクリックすることにより仮評価ができる。仮評価の内容を示す仮評価データは、クライアント端末２００から電子掲示板サーバ１００に送信される。

仮評価受信部３６８は、クライアント端末２００から仮評価データを受け付ける（Ｓ８８）。評価変更・試験処理部４６０は、受信した仮評価データを一時的に保持する（Ｓ９０）。類似ユーザ選定部４１０と表示方法決定部４２０は、仮評価データに基づいて類似ユーザを選定し、投稿データα、βの表示方法を決定する（Ｓ９２）。表示指定部３３０が決定された表示方法を示す表示指定データをクライアント端末２００に送信する（Ｓ９４）。クライアント端末２００は、表示指定データにしたがって、投稿データαと投稿データβを再表示させる（Ｓ９６）。これにより、「投稿データαを仮評価したときに、投稿データβの表示方法がどのように変化するか」を確認できる。仮評価後の表示方法を許容できるときには（Ｓ９８のＹ）、ユーザは確定入力し、その旨は電子掲示板サーバ１００に通知される。Ｓ８８にて受信した仮評価データは正式に内容評価傾向保持部５１０や投稿者評価傾向保持部５２０に反映される（Ｓ１００）。許容しないときには（Ｓ９８のＮ）、仮評価データは電子掲示板サーバ１００に正式に反映されず破棄される。

図１７は、評価項目の重み付けを変更する重要度変更画面８９の画面図である。
表示方法決定部４２０は、内容指標値、第１投稿者指標値、第２投稿者指標値、内容適合値、投稿者評価値をそれぞれ同程度に考慮して表示優先度を決定する。しかし、これらの各変数の重要度はユーザごとにカスタマイズすることもできる。重要度変更画面８９はそのためにクライアント端末２００に表示される画面である。

たとえばユーザ自身の投稿者に対する評価を示す第１投稿者指標値を重視し、類似ユーザの投稿者に対する評価を示す第２投稿者指標値については重視しないとしてもよい。ユーザが各変数の重要度を任意に設定変更できれば、ユーザはより自身に適した表示方法を選択しやすくなる。領域６０では、ユーザは投稿者に対する評価の重み付けを変更する。たとえば、投稿データについて人を基準に判断したい場合には、領域６０の重み付けの割合を高くすることが考えられる。領域６０には、ユーザ自身の評価に対する重み付けを設定する領域６２と、その他のユーザの評価に対する重み付けを設定する領域６４とが表示されている。重み付けの設定は０から１の範囲で行われ、重要度を一番高い右に設定すると重み付けの値は１、重要度が一番低い左に設定すると重み付けの値は０となる。同図の領域６２によると「自己の投稿者評価」については重視しており０．８と設定されている。一方、領域６４の「他人（類似ユーザ）の投稿者評価」については比較的重視しておらず、０．５と設定されている。

領域７０では、ユーザは投稿内容についての重み付けを設定する。ここでは、投稿内容の評価項目それぞれについて重み付けを設定することも可能であり、投稿内容についての評価を投稿者に対する評価との関係でどの程度重み付けを行うかを決定することもできる。領域７４では、評価項目それぞれについて重み付けを設定する。同図では評価項目「意見」、「レベル」および「議論」について、それぞれの評価項目を他の評価項目との関係においてどの程度重み付けを設定するかを決定する。たとえば、「意見」の値は０．９でありかなり重視している。「議論」についての値は０．７でやや重視している。また、「レベル」の値は０であり、これは、この項目を表示方法の決定のためには使用しないことを意味する。これら重み付けに応じて内容指標値が計算される。あるユーザにとっての類似ユーザＡが投稿データγを閲覧し評価したとすると、図９の場合ユーザＡの項目「意見」の評価値は３である。これに、０．９／（０．９＋０＋０．７）が乗算され、１．６８７５となる。同様に項目「議論」の評価値は５であり、０．７／（０．９＋０＋０．７）が乗算され、２．１８７５となる。「レベル」の評価値は１であるが、ユーザは重み付けを０としているため、０／（０．９＋０＋０．７）を乗算することにより、値は０となる。これらを全て足し合わせた３．８７５が内容指標値となる。

領域７２では、内容指標値の重み付けを設定する。図１７では、０．７に設定されている。表示方法決定部４２０は、内容評価傾向保持部５１０および投稿者評価傾向保持部５２０から取得した評価データから表示方法を決定する際、領域６２の「自己の投稿者評価」、領域６４の「他人の投稿者評価」および領域７２の「他人の投稿内容評価」に設定した係数を利用して重み付けを行う。

領域８０では、機械的な判断により、あらかじめ不適切な投稿データや悪質なユーザを自動的に特定するための値を設定する。領域８４では、投稿データの内容から算出される内容適合値を判定するための閾値をユーザが選択する。図１７の場合、「投稿内容自動評価」は５０点以上となっているため、内容適合値が５０点未満の投稿データはユーザに表示されない。また領域８２では、内容適合値から算出される投稿者評価値を判定するための閾値をユーザが選択する。図１７の場合、「投稿者自動評価」は７０点以上となっているため、投稿者評価値が７０点未満の投稿データは内容適合値が５０点以上であってもユーザには表示されない。内容適合値および投稿者評価値がユーザにより設定された閾値を超えた投稿データのみ、内容指標値、第１投稿者指標値および第２投稿者指標値等を考慮して表示優先度を決定する。内容適合値や投稿者評価値は、先述したように表示優先度の計算のための変数として使用してもよいが、別例として、これらの値は表示可否を判定するためだけに用い、表示優先度の計算には使用しないとしてもよい。その場合、具体的な数値を用いて説明すると以下の通りである。

仮にユーザ自身の投稿者に対する評価（第１投稿者指標値）が「４」、類似ユーザであるユーザＣの投稿者に対する評価（第２投稿者指標値）が「５」および類似ユーザＣの投稿内容に対する評価（内容指標値）が「３．８７５」であるとすれば、表示方法決定部が閾値比較するために算出する表示優先度は、図１７の設定値を使用すると以下のようになる。
４×２０×０．８／（０．８＋０．５＋０．７）
＋５×２０×０．５／（０．８＋０．５＋０．７）
＋３．８７５×２０×０．７／（０．８＋０．５＋０．７）
＝８４．１２５

ユーザは図１７に示される設定が問題がなければ、ＯＫボタン８６をクリックすることにより、その設定は確定され、係数変更処理部４７０に記憶される。問題があるのであれば、キャンセルボタン８８をクリックすることにより、変更した設定は破棄され、電子掲示板サーバ１００に設定されている従来の設定が維持される。

このような重み付けのための係数を変更したいとき、クライアント端末２００から電子掲示板サーバ１００に係数取得要求データが送信される。係数要求受信部３８８は、係数取得要求データを受信し、係数送信部３９０はそのユーザについて設定される係数データをクライアント端末２００に送信する。そして、この設定値に応じて、クライアント端末２００にて重要度変更画面８９が表示され、ユーザはそれぞれの係数、すなわち、重み付けを変更できる。変更後の係数を示す係数データはクライアント端末２００から電子掲示板サーバ１００に送信される。変更係数受信部３９２は、変更後の係数データを受信し、係数変更処理部４７０は、そのユーザについて変更後の係数を設定する。このように、係数変更処理部４７０は、ユーザごとに係数設定を保持している。

投稿データは、星マークにより表示されているデータもあるが、内容適合値等が閾値を超えなかったためや閾値を超えても表示方法決定部４２０により算出された値が低いため表示されない投稿データも存在する。投稿データの表示方法がユーザにとって快適なように感じても、自分の興味・趣味にあった投稿データが表示されていないことも考えられる。そのため、表示されていない投稿データを閲覧し、問題が無いかを確認する必要がある。以下において、その点を説明する。

ユーザは図４のように複数の投稿データをクライアント端末２００に表示させているとする。非表示の投稿データを閲覧したいとき、クライアント端末２００から電子掲示板サーバ１００に非表示の表示方法に該当する投稿の要求データが送信される。指定表示投稿要求受信部３９６は、その要求データを受信する。表示方法決定部４２０は、表示方法を決定させた際に非表示となった投稿データをデータ保持部５００から取得し、指定表示投稿送信部３９８に送信する。指定表示投稿送信部３９８は、非表示の投稿データをクライアント端末２００に送信し、ユーザは非表示の投稿データを確認する。その後、ユーザは非表示の投稿データに問題があれば、図１５や図１７で説明したように評価データを変更したり、係数を変更したりすることで、自分にとって快適な表示を探索することができる。

以上、実施の形態をもとに本発明を説明した。なお本発明はこの実施の形態に限定されることなく、そのさまざまな変形例もまた、本発明の態様として有効である。本実施例では、投稿データの表示方法を決定する際、類似ユーザ選定部４１０は内容評価傾向保持部５１０を参照することで、投稿データを閲覧するユーザと評価傾向が近い別のユーザを選定している。投稿内容に対する評価傾向が近いユーザは、興味・趣味が近いと考えられるからである。一方、同じ投稿者を支持するユーザも考え方が近いと考えられるため、類似ユーザ選定部４１０は投稿者評価傾向保持部５２０を参照し、投稿者に対する評価傾向の近いユーザを選定することで投稿データの表示方法を決定してもよい。また、投稿者は、電子掲示板サーバ１００に投稿データを投稿する際、その投稿データに付随して別のデータを入力することができるとしてもよい。たとえば、ユーザＡは投稿する内容に自信があると考えるとき、投稿データと共に「自信がある」という入力データを、電子掲示板サーバ１００に送信する。電子掲示板サーバ１００は、その投稿データと入力データを対応させてデータ保持部５００に記憶させる。電子掲示板サーバ１００は、ユーザＢからその投稿データの閲覧要求を取得すると、投稿データと入力データとをセットで送信し、要求元のクライアント端末２００には投稿内容と「自信がある」というユーザＡの入力結果が表示される。ユーザＢは、投稿者であるユーザＡを評価し、投稿者評価受信部３２４は投稿者評価データを受信する。投稿者評価受信部３２４は、「ユーザＡ」の投稿者評価データとしてではなく、「自信がある状態でのユーザＡ」の投稿者評価データとして投稿者評価値保持部５５０に記憶させる。何も入力しなかった場合のユーザＡと、「自信がある」と入力したユーザＡとは、評価上は別の投稿者として扱われる。これにより、評価の対象が細分化されることで、類似ユーザ選定部４１０はより評価の内容が近いユーザを選定することができる。

投稿システムのハードウェア構成図である。 投稿システムの処理概要を説明するための模式図である。 電子掲示板サーバの機能ブロック図である。 ユーザが電子掲示板サーバに対して投稿データの取得要求を行った場合にクライアント端末に表示される投稿データ一覧画面の画面図である。 投稿データ表示画面の画面図である。 投稿評価画面の画面図である。 評価項目設定画面の画面図である。 投稿者評価傾向保持部のデータ構造図である。 内容評価傾向保持部のデータ構造図である。 図１０（ａ）は、内容適合値保持部のデータ構造図である。図１０（ｂ）は、投稿者評価値保持部のデータ構造図である。図１０（ｃ）は、ユーザ分類保持部のデータ構造図である。 電子掲示板サーバへのユーザ登録処理の過程を示すシーケンス図である。 登録されたユーザが電子掲示板サーバにログインするときの処理過程を示すシーケンス図である。 ユーザが投稿データを閲覧して評価する処理過程を示すシーケンス図である。 電子掲示板サーバに投稿データを投稿するときの処理過程を示すシーケンス図である。 ユーザ自身が過去に行った評価内容を変更するときの処理過程を示すシーケンス図である。 ユーザがある投稿データを仮評価するときの処理過程を示すシーケンス図である。 評価項目の重み付けを変更する重要度変更画面の画面図である。

符号の説明

１０ 投稿システム、 １２ インターネット、 １００ 電子掲示板サーバ、 ２００ クライアント端末、 ３００ 通信処理部、 ３１０ 投稿データ送受信部、 ３１２ 投稿データ送信部、 ３１４ 投稿データ受信部、 ３２０ 評価受信部、 ３２２ 内容評価受信部、 ３２４ 投稿者評価受信部、 ３３０ 表示指定部、 ３４０ 質問対応部、 ３４２ 質問データ送信部、 ３４４ 回答データ受信部、 ３５０ 評価項目受信部、 ３６０ 評価変更・試験部、 ３６２ 内容評価要求受信部、 ３６４ 内容評価送信部、 ３６６ 変更内容評価受信部、 ３６８ 仮評価受信部、 ３７０ 投稿者評価要求受信部、 ３７２ 投稿者評価送信部、 ３７４ 変更投稿者評価受信部、 ３７８ 閾値送受信部、 ３８０ 閾値要求受信部、 ３８２ 閾値送信部、 ３８４ 変更閾値受信部、 ３８６ 係数送受信部、 ３８８ 係数要求受信部、 ３９０ 係数送信部、 ３９２ 変更係数受信部、 ３９４ 指定表示投稿送受信部、 ３９６ 指定表示投稿要求受信部、 ３９８ 指定表示投稿送信部、 ４００ データ処理部、 ４１０ 類似ユーザ選定部、 ４２０ 表示方法決定部、 ４３０ ユーザ登録・判定部、 ４３２ ユーザ分類処理部、 ４３４ ユーザ登録判定部、 ４４０ 自動評価部、 ４４２ 内容適合値算出部、 ４４４ 投稿者評価値算出部、 ４５０ 評価項目登録部、 ４６０ 評価変更・試験処理部、 ４７０ 係数変更処理部、 ５００ データ保持部、 ５１０ 内容評価傾向保持部、 ５２０ 投稿者評価傾向保持部、 ５３０ ユーザ分類保持部、 ５４０ 内容適合値保持部、 ５５０ 投稿者評価値保持部。

Claims (11)

1. クライアント端末から受信した投稿データを他のクライアント端末に対して電子的に公開する装置であって、
   クライアント端末から投稿データの閲覧要求がなされたときに、要求された投稿データを送信する投稿データ送信部と、
   投稿データの内容に対する評価を示す内容評価データを、その投稿データについて閲覧要求をしたクライアント端末から受信する内容評価受信部と、
   各種投稿データに対する内容評価データを集計して、クライアント端末のユーザごとの評価傾向を内容評価傾向データとして保持する内容評価傾向保持部と、
   内容評価傾向データを参照して、ユーザ間における評価傾向の近さを内容評価類似値として指標化する内容評価類似値計算部と、
   投稿データの閲覧要求がなされたとき、その要求元のユーザと近い評価傾向にあるユーザを内容評価類似値に基づいて選定する類似ユーザ選定部と、
   閲覧要求された投稿データに対する前記選定されたユーザの内容評価データを参照して、その投稿データの表示方法を決定する表示方法決定部と、
   前記閲覧要求された投稿データを送信するときに、前記表示方法を示す表示指定データを送信する表示指定部と、
   を備えることを特徴とする投稿処理装置。
2. 投稿データを作成した投稿者に対する評価を示す投稿者評価データをクライアント端末から受信する投稿者評価受信部と、
   各投稿者に対する投稿者評価データを集計して、クライアント端末のユーザごとの投稿者に対する評価傾向を投稿者評価傾向データとして保持する投稿者評価傾向保持部と、を更に備え、
   前記表示方法決定部は、投稿データを閲覧要求するユーザの前記投稿データの投稿者に対する過去の投稿者評価データを参照して、投稿データの表示方法を決定することを特徴とする請求項１に記載の投稿処理装置。
3. クライアント端末から受信した投稿データを他のクライアント端末に対して電子的に公開する装置であって、
   クライアント端末から投稿データの閲覧要求がなされたときに、要求された投稿データを送信する投稿データ送信部と、
   投稿データの内容に対する評価を示す内容評価データを、その投稿データについて閲覧要求をしたクライアント端末から受信する内容評価受信部と、
   各種投稿データに対する内容評価データを集計して、クライアント端末のユーザごとの投稿内容に対する評価傾向を内容評価傾向データとして保持する内容評価傾向保持部と、
   投稿データを作成した投稿者に対する評価を示す投稿者評価データをクライアント端末から受信する投稿者評価受信部と、
   各投稿者に対する投稿者評価データを集計して、クライアント端末のユーザごとの投稿者に対する評価傾向を投稿者評価傾向データとして保持する投稿者評価傾向保持部と、
   内容評価傾向データを参照して、ユーザ間における評価傾向の近さを内容評価類似値として指標化する内容評価類似値計算部と、
   投稿データの閲覧要求がなされたとき、その要求元のユーザと近い評価傾向にあるユーザを内容評価類似値に基づいて選定する類似ユーザ選定部と、
   閲覧要求された投稿データの投稿者に対する前記選定されたユーザの投稿者評価データを参照して、その投稿データの表示方法を決定する表示方法決定部と、
   前記閲覧要求された投稿データを送信するときに、前記表示方法を示す表示指定データを送信する表示指定部と、
   を備えることを特徴とする投稿処理装置。
4. クライアント端末から受信した投稿データを他のクライアント端末に対して電子的に公開する装置であって、
   クライアント端末から投稿データの閲覧要求がなされたときに、要求された投稿データを送信する投稿データ送信部と、
   投稿データの内容に対する評価を示す内容評価データを、その投稿データについて閲覧要求をしたクライアント端末から受信する内容評価受信部と、
   各種投稿データに対する内容評価データを集計して、クライアント端末のユーザごとの投稿内容に対する評価傾向を内容評価傾向データとして保持する内容評価傾向保持部と、
   投稿データを作成した投稿者に対する評価を示す投稿者評価データをクライアント端末から受信する投稿者評価受信部と、
   各投稿者に対する投稿者評価データを集計して、クライアント端末のユーザごとの投稿者に対する評価傾向を投稿者評価傾向データとして保持する投稿者評価傾向保持部と、
   投稿者評価傾向データを参照して、ユーザ間における評価傾向の近さを投稿者評価類似値として指標化する投稿者評価類似値計算部と、
   投稿データの閲覧要求がなされたとき、その要求元のユーザと近い評価傾向にあるユーザを投稿者評価類似値に基づいて選定する類似ユーザ選定部と、
   閲覧要求された投稿データに対する前記選定されたユーザの内容評価データを参照して、その投稿データの表示方法を決定する表示方法決定部と、
   前記閲覧要求された投稿データを送信するときに、前記表示方法を示す表示指定データを送信する表示指定部と、
   を備えることを特徴とする投稿処理装置。
5. クライアント端末から受信した投稿データを他のクライアント端末に対して電子的に公開する装置であって、
   クライアント端末から投稿データの閲覧要求がなされたときに、要求された投稿データを送信する投稿データ送信部と、
   投稿データを作成した投稿者に対する評価を示す投稿者評価データをクライアント端末から受信する投稿者評価受信部と、
   各投稿者に対する投稿者評価データを集計して、クライアント端末のユーザごとの投稿者に対する評価傾向を投稿者評価傾向データとして保持する投稿者評価傾向保持部と、
   投稿者評価傾向データを参照して、ユーザ間における評価傾向の近さを投稿者評価類似値として指標化する投稿者評価類似値計算部と、
   投稿データの閲覧要求がなされたとき、その要求元のユーザと近い評価傾向にあるユーザを投稿者評価類似値に基づいて選定する類似ユーザ選定部と、
   閲覧要求された投稿データの投稿者に対する前記選定されたユーザの投稿者評価データを参照して、その投稿データの表示方法を決定する表示方法決定部と、
   前記閲覧要求された投稿データを送信するときに、前記表示方法を示す表示指定データを送信する表示指定部と、
   を備えることを特徴とする投稿処理装置。
6. 前記表示方法決定部は、投稿データを閲覧要求するユーザの前記投稿データの投稿者に対する過去の投稿者評価データを参照して、投稿データの表示方法を決定することを特徴とする請求項３から５のいずれかに記載の投稿処理装置。
7. クライアント端末のユーザに対して所定の質問データを送信する質問データ送信部と、
   前記質問データに対する回答データをクライアント端末から受信する回答データ受信部と、
   回答データを集計して、クライアント端末のユーザごとの回答傾向を回答傾向データとして保持する回答傾向保持部と、
   回答傾向データを参照して、ユーザ間における回答傾向の近さを回答類似値として指標化する回答類似値計算部と、を更に備え、
   前記類似ユーザ選定部は、投稿データの閲覧要求がなされたとき、その要求元のユーザと近い回答傾向にあるユーザを回答類似値に基づいて選定することを特徴とする請求項１から６のいずれかに記載の投稿処理装置。
8. クライアント端末のユーザによる回答データに応じて、投稿権限を付与するか否かを判定するユーザ登録判定部を更に備えることを特徴とする請求項７に記載の投稿処理装置。
9. 投稿データの内容が電子的な公開に適する度合いを内容適合値として指標化するための評価関数により、受信された投稿データの内容適合値を算出する内容適合値算出部を更に備え、
   前記表示方法決定部は、前記内容適合値を参照して、投稿データの表示方法を決定することを特徴とする請求項１から８のいずれかに記載の投稿処理装置。
10. 投稿データの内容が電子的な公開に適する度合いを内容適合値として指標化するための評価関数により、受信された投稿データの内容適合値を算出する内容適合値算出部と、
    投稿データの内容に対する内容適合値により、その投稿データを作成した投稿者に対する評価値である投稿者評価値を算出する投稿者評価値算出部と、を更に備え、
    前記表示方法決定部は、前記投稿者評価値を参照して、投稿データの表示方法を決定することを特徴とする請求項１から８のいずれかに記載の投稿処理装置。
11. 内容評価データは、複数の評価項目に対してそれぞれ設定される選択肢からクライアント端末のユーザが選択した選択肢を示すデータであり、
    クライアント端末のユーザが、投稿データに対して新規に評価項目を追加設定すると、その評価項目を示すデータをクライアント端末から受信する評価項目受信部を更に備え、
    前記投稿データ送信部は、投稿データの閲覧要求があったときに、新規に追加した評価項目を示すデータを送信することを特徴とする請求項１から１０のいずれかに記載の投稿処理装置。
    

Images