(57)【要約】【課題】  一件の投稿メッセージ中に複数の異なる内容の文章が含まれている場合にも他のユーザが適切な評価を与えられるようにする。【解決手段】  利用者端末(1010)から投稿データ(1050)を受信して蓄積するとともに、要求者を含む利用者からの投稿データ表示要求(1051)に対して前記投稿データ(1050)を前記利用者端末(1010)に表示するユーザコミュニティ支援方法であって、前記投稿データ(1050)を一つ以上のグループに分ける機能(1034)と、前記グループごとに評価を設定する機能(1035)と、前記投稿データの表示において要求者を含む利用者による前記グループごとの評価を反映させる機能(1033)を備えた。【選択図】図1
2011095866.tif 000002
【特許請求の範囲】
【請求項１】
記憶装置、メモリ及び前記メモリの有するプログラムを実行するCPUを備え、利用者端末と接続する電子計算機であって、
前記記憶装置は、
投稿文書識別子及びテキストデータを含む投稿文書を格納する投稿文書DB並びに
前記投稿文書識別子、評価開始位置、評価終了位置、評価項目及び評価値を含む評価情報を格納する評価情報DB
を有し、
前記メモリは、
前記利用者端末から、分割方法を含む分割要求及び投稿文書識別子を含む投稿文書表示要求を受信し、
前記分割要求を含む分割方法により分割した前記投稿文書を送信する投稿文書表示プログラム、
前記分割要求を含む分割方法が文章の集合を単位とする方法である場合には、
前記テキストデータを前記集合の単位で分割し、
前記分割要求を含む分割方法が前記投稿文書に対する評価に基づいた方法である場合には、
前記テキストデータを前記評価開始位置、前記評価終了位置、前記評価項目及び前記評価値を参照して分割する投稿文書分割プログラム並びに
前記利用者端末から、前記投稿文書表示プログラムによって示された投稿文書に対してなされた前記評価情報を受信し、
前記評価情報を前記評価情報DBに格納する評価設定プログラム
を有することを特徴とする電子計算機。
【請求項２】
請求項1記載の電子計算機であって、
前記分割方法が前記投稿文書に対する評価に基づいた方法である場合の分割は、
前記テキストデータを、前記評価開始位置及び前記評価終了位置により第1の分割領域に分割し、
前記評価項目及び前記評価値を参照して、前記第1の分割領域ごとに評価値を定め、
前記第1の分割領域の評価値から、前記第1の分割領域を統合して第2の分割領域とする
ことを特徴とする電子計算機。
【請求項３】
請求項2記載の電子計算機であって、
前記第1の分割領域の統合は、隣接する前記第1の分割領域ごとに評価値を比較し、当該比較した評価値の差が予め定めた閾値を超えるか否かで判断する
ことを特徴とする電子計算機。
【請求項４】
請求項3記載の電子計算機であって、
前記評価項目は、肯定、否定及び保留を含む
ことを特徴とする電子計算機。
【請求項５】
請求項4記載の電子計算機であって、
前記集合の単位は、文及び段落を含む
ことを特徴とする電子計算機。
【請求項６】
請求項5記載の電子計算機であって、さらに、
前記投稿文書識別子、
前記第2の分割領域の開始位置である分割開始位置及び
前記第2の分割領域の終了位置である分割終了位置
を含む分割情報を格納する分割情報DBを備え、
前記投稿文書表示プログラムは、
前記分割要求を含む分割方法が前記投稿文書に対する評価に基づいた方法である場合に
前記分割情報DBが格納する分割情報に従った分割で前記投稿文書を送信する
ことを特徴とする電子計算機。
【請求項７】
請求項6記載の電子計算機であって、
前記投稿文書分割プログラムは、さらに、
前記評価設定プログラムが前記評価情報を格納した後、該評価情報を基にして再度分割を行い、
前記再度分割した結果を前記分割情報DBに格納する
ことを特徴とする電子計算機。
【請求項８】
請求項6記載の電子計算機であって、
前記評価設定プログラムは、さらに、
前記評価情報が前記第2の分割領域とは異なる区分で分割された領域に対してされた場合に、
前記評価情報に含まれる評価値と、前記第1の分割領域の評価値から求められる前記第2の分割領域の評価値とを比較して、該比較した評価値の差によって、前記第2の分割領域をさらに分割するか否か及び隣接する前記第2の分割領域を統合するか否かを判断し、
前記投稿文書分割プログラムは、さらに、
前記第2の分割領域に対する判断が分割又は統合する結果だった場合、
前記第2の分割領域を再度分割し、
前記再度分割した結果を前記分割情報DBに格納する
ことを特徴とする電子計算機。
【請求項９】
請求項7又は8記載の電子計算機であって、
前記分割情報は、さらに、利用者識別子を有し、
前記投稿文書表示プログラムは、さらに、前記利用者端末から前記利用者識別子を受信する
ことを特徴とする電子計算機。
【請求項１０】
請求項9記載の電子計算機であって、さらに、
前記利用者識別子、前記評価項目及び前記評価項目に対する重みである評価係数を含む利用者情報を格納する利用者情報DBを備え、
前記投稿文書分割プログラムが前記第1の分割領域ごとに定める評価値は、さらに前記評価係数を参照する
ことを特徴とする電子計算機。
【請求項１１】
請求項10記載の電子計算機であって、さらに、
前記利用者識別子及びアクセス回数を含むアクセス履歴を格納するアクセス履歴DBを備え、
前記投稿文書表示プログラムは、さらに、
前記アクセス回数が予め定めた閾値を超えない場合、前記投稿文書分割プログラムの分割を行わずに前記投稿文書を送信する
ことを特徴とする電子計算機。
【請求項１２】
請求項11記載の電子計算機であって、さらに、
前記分割方法及び該分割方法の回数を含む分割履歴情報を格納する分割履歴DBを備え、
前記投稿文書分割プログラムは、前記分割履歴情報を参照し、過去の分割で最も多く行われた分割の方法で分割をする
ことを特徴とする電子計算機。
【請求項１３】
請求項12記載の電子計算機であって、さらに、
前記投稿文書表示プログラムは、前記分割履歴情報を参照し、過去の分割で行われた分割方法が多い順に、該分割方法により分割した前記投稿文書を送信し、前記利用者端末に前記投稿文書の候補として表示させる
ことを特徴とする電子計算機。
【請求項１４】
利用者端末に、該利用者端末と接続する電子計算機が投稿文書を送信するユーザコミュニティ支援方法であって、
前記利用者端末から、前記投稿文書への分割方法を含む分割要求を受信する第1のステップ、
前記分割要求を含む分割方法が文章の集合を単位とする方法である場合に、
前記集合の単位で前記投稿文書が含むテキストデータを分割し、
前記分割要求を含む分割方法が前記投稿文書に対する評価に基づいた方法である場合に、
前記電子計算機が備える評価情報DBに格納される情報であって、前記投稿文書に対する評価開始位置、評価終了位置、評価項目及び評価値を含む評価情報を参照して、前記テキストデータを分割する第2のステップ、
前記利用者端末に、前記第2のステップにより分割された投稿文書を送信する第3のステップ、
前記利用者端末から、前記第3のステップで分割された投稿文書に対してなされた前記評価情報を受信する第4のステップ並びに、
前記第4のステップで受信した評価情報を、前記評価情報DBに格納する第5のステップ
を有することを特徴とするユーザコミュニティ支援方法。
【請求項１５】
請求項14記載のユーザコミュニティ支援方法であって、
前記第2のステップで前記分割要求を含む分割方法が前記投稿文書に対する評価に基づいた方法である場合の分割は、
前記テキストデータを、前記評価開始位置及び前記評価終了位置により第1の分割領域に分割する第6のステップ、
前記評価項目及び前記評価値を参照して、前記第1の分割領域ごとに分割領域の評価値を定める第7のステップ並びに
前記第1の分割領域の評価値から、前記第1の分割領域を統合して第2の分割領域とする第8のステップ
であることを特徴とするユーザコミュニティ支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを経由して利用者どうしが情報交換を行うためのサービスを提供する方法に係り、特に情報を知識データベースとしての品質を向上する方式に関する。
【背景技術】
【０００２】
コンピュータや携帯端末およびこれらを通してのネットワーク利用が広く普及してきている。これに伴い、ネットワークを経由して利用者間で情報を交換、あるいは共有する動きが活発化してきている。電子掲示板システムに代表されるこうした情報交換・共有ツールは、計算機やネットワークの利用時のトラブル対策にとどまらず、実生活における疑問への答えや有益なノウハウの供給元として重要な位置を占めつつある。特に「他の人たちはどのように考えているか」の概観をリアルタイムで得る手段としては、電子掲示板システムなどを用いた最近のコミュニティサイトは旧来のマスコミ等のメディアをすでに超えたものになっていると言っても過言ではない。
【０００３】
しかし一方で、こうしたツールが有用なものであり続けるためには、利用者による活発で継続的な情報提供が必須のものである。これが維持できなくなると、情報量が少なくて役に立たなくなるか、少数の参加者による偏った情報や考え方しか得られなくなる、といった問題が生じてくる。このため、掲示板への投稿などの情報提供を容易なものにして利用者が構成するコミュニティを常に活性化しておくことが重要となる。
【０００４】
投稿意見に関する見解を複数候補の中から参加者に選択させる方式として特許文献1がある。また、投稿された意見に対し参加者が同意などの意思表明を行うことができるコミュニティシステムとして非特許文献1に挙げるようなWebサイトがある。
【０００５】
利用者から投稿された情報に対して他者からの同意・肯定や否定の意思表明が多数寄せられることによって、その情報が妥当な内容か、あるいは信頼に足るものかといった判断を下す際の参考になる。すなわち、こうした肯定や否定だけの表明であっても情報の質的な補強に寄与できる。また、自分の意見を公の場に文章で書き連ねることに抵抗があるユーザがいる場合、こうした「手軽に意見を出せる」システムが有効であると考えられる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開2008−90560号公報
【非特許文献】
【０００７】
【非特許文献１】SalesForce IdeaExchange URL:http://ideas.salesforce.com/ [平成21年8月4日検索]
【発明の概要】
【発明が解決しようとする課題】
【０００８】
特許文献1および非特許文献1においては、多くのユーザから投稿データを受信して蓄積するとともに、あるユーザにより別のユーザの投稿データに対して送信された見解、共感を示すデータを受信しデータベース化する。利用者はこの蓄積された情報を元に、他人の意見の傾向を知ることができる。
【０００９】
このとき、一件の投稿メッセージ中に複数の異なる内容の文章が含まれている場合がある。これは日常的に発生するごく普通のことであるが、このような投稿に対して他の利用者が何らかの意見を表明しようとした場合を考える。
【００１０】
例えば一段落目の内容には同意できるが二段落目の主張には反対という場合、この利用者はどちらかの内容には目をつぶって、「賛成」もしくは「反対」の票を投じなければならなくなる。すなわち、自分の考えと部分的に矛盾した意見を不特定多数の他人に対して表明することになる。
【００１１】
これに納得できない利用者は、「一段落目には賛成、二段落目には反対」の旨を文章として投稿せざるを得ない。また、こうした手間を嫌って「賛成」や「反対」の意思表示自体を放棄する利用者も存在すると考えられる。結果として利用者による意思表示のモチベーションが削がれ、コミュニティの活性化を妨げることにつながりかねない。
【００１２】
本発明の目的は、ネットワークを経由した情報交換において、利用者が自分の意見を考えた通りに主張できる手段を提供することにある。
【課題を解決するための手段】
【００１３】
本発明では、上記課題を解決するために、利用者端末から投稿データを受信して蓄積するとともに、要求者を含む利用者からの投稿データ表示要求に対して前記投稿データを前記利用者端末に表示し、前記投稿データを一つ以上のグループに分ける機能と、前記グループごとに評価を設定する機能と、前記投稿データの表示において要求者を含む利用者による前記グループごとの評価を反映させる機能を備えた手段を提供する。
【発明の効果】
【００１４】
本発明は以上の構成を揃えるため、複数の内容を含む他者の投稿に対してでも利用者は適切な評価を送信することが可能となる。このことにより、ユーザが意思表示を妨げられることが少なくなり、評価送信の件数の増大、ひいてはコミュニティの活性化につながる。また、評価送信の件数増大により蓄積された評価情報に対する分析の精度が向上し、コミュニティシステムの知識データベースとしての品質向上にも貢献する。
【図面の簡単な説明】
【００１５】
【図１】実施例1の概要図
【図２】実施例1で扱うデータの構成を説明する図
【図３】実施例1で扱うデータの蓄積方法を説明する図
【図４】実施例1で扱うデータの表示方法を説明する図
【図５】実施例1で扱うデータの分割方法を説明する図
【図６】実施例1で扱うデータの分割された様子を説明する図
【図７】実施例1の利用者端末の画面を説明する図
【図８】実施例1で扱うデータの設定方法を説明する図
【図９】実施例2の概要図
【図１０】実施例2で扱うデータの計算方法を説明する図
【図１１】実施例3の概要図
【図１２】実施例3で扱うデータの構成を説明する図
【図１３】実施例3で扱うデータの表示方法を説明する図
【図１４】実施例4の概要図
【図１５】実施例4で扱うデータの構成を説明する図
【図１６】実施例4で扱うデータの分割方法を説明する図
【発明を実施するための形態】
【実施例１】
【００１６】
以下、発明を実施するための形態を、図1〜図8を参照しながら説明する。
【００１７】
図1は、実施例1の概要を説明する図である。
【００１８】
実施例1で説明するシステムでは、利用者端末(1010,1011)、ネットワーク(1020)、サーバー(1030)を備える。サーバー(1030)は、投稿文書(1050)の送受信を管理する送受信管理機能(1031)、利用者から送られたリクエスト(1051)に応じて投稿文書を投稿文書DB(1036)に蓄積する投稿文書蓄積機能(1032)、蓄積された投稿文書を表示する投稿文書表示機能(1033)、蓄積された投稿文書を分割し、分割の仕方を分割情報DB(1037)に格納する投稿文書分割機能(1034)、閲覧者から送信された評価情報を評価情報DB(1038)に格納する評価設定機能(1035)を備える。なお、上記の各機能はメモリ(1041)にプログラムとして存在し、CPU(1040)が実行することによって実現される。
【００１９】
図2は、投稿文書、分割情報、評価情報の構成を説明する図である。
【００２０】
投稿文書(1050)は、投稿文書を一意に特定し、管理するための投稿文書ID(2011)、投稿日時(2012)、投稿者ID(2013)、および本文(2014)から構成される。
【００２１】
それぞれの投稿文書の分割状態を表わす分割情報(2020)は、分割領域を一意に特定し、管理するための分割領域ID(2021)、投稿文書ID (2011)、投稿文書を分割する方法を指定する分割方法(2022)、投稿文書内の何個目の領域かを表わす領域No(2023)、投稿文書内の分割領域の位置情報を表わす開始位置(2024)および終了位置(2025)から構成される。
【００２２】
投稿文書の部分ごとの被評価状況を表わす評価情報(2030)は、評価情報を一意に特定し、管理するための評価情報ID(2031)、投稿文書ID (2011)、評価の種類を表わす評価項目(2032)、指標に対応する値を表わす評価値(2033)、開始位置(2024)および終了位置(2025)から構成される。
【００２３】
利用者がどの種類の評価をどれだけ重視しているかを表わす利用者情報(2040)は、利用者情報を一意に特定し、管理するための利用者情報ID(2041)、利用者個人を一意に特定し、管理するための利用者ID(2042)、評価項目(2032)、この利用者におけるこの評価項目の重要度を表わす数値である評価係数(2043)から構成される。
【００２４】
利用者は、利用者端末(1010)を使用して投稿文書(1050)を作成、ネットワーク(1020)を通してサーバー(1030)に送信する。サーバー(1030)は送受信管理機能(1031)を介して受信した投稿文書(1050)を投稿文書蓄積機能(1032)に転送し、投稿文書蓄積機能(1032)は投稿文書(1050)を投稿文書DB(1036)に格納する。
【００２５】
図3は、投稿文書蓄積機能(1032)の処理の流れを説明する図である。
【００２６】
投稿文書蓄積機能(1032)は投稿内容を送受信管理機能(1031)から受信し(ステップ3000)、投稿日時取得(ステップ3010)、登校者情報の取得(ステップ3020)を行い、それらの結果とともに投稿文書を投稿文書DB(1036)に登録する(ステップ3030)。
【００２７】
本コミュニティシステムへの投稿を閲覧しようとする利用者は、利用者端末(1011)を使用してサーバー(1030)にリクエスト(1051)を送信する。サーバー(1030)は送受信管理機能(1031)を介して受信したリクエスト(1051)を投稿文書表示機能(1033)に転送する。投稿文書表示機能(1033)は投稿文書DB(1036)から投稿文書の一覧を取得し、送受信管理機能(1031)を介して利用者端末(1011)に表示する。
【００２８】
投稿を閲覧しようとする利用者は再び利用者端末(1011)を使用して、投稿文書の一覧から閲覧したい文書を選択しサーバー(1030)にリクエスト(1051)を送信する。サーバー(1030)は送受信管理機能(1031)を介して受信したリクエスト(1051)を投稿文書表示機能(1033)に転送する。投稿文書表示機能(1033)は投稿文書DB(1036)からリクエスト(1051)に指定された投稿文書を取得し、送受信管理機能(1031)を介して利用者端末(1011)に表示する。
【００２９】
図4は、投稿文書表示機能(1033)が投稿文書を表示する処理の流れを説明する図である。
【００３０】
投稿文書表示機能(1033)が投稿文書の表示要求を受信(ステップ4000)すると、その要求が投稿文書一覧の表示要求かどうかを判定(ステップ4010)し、もしそうであれば投稿文書DB(1036)から投稿文書一覧を取得(ステップ4020)し、その一覧を送受信管理機能(1031)に送信(ステップ4030)する。もしそうでなければ、投稿文書DB(1036)から該当する投稿文書を抽出する(ステップ4040)。投稿文書の表示について分割表示を要求されているか判定(ステップ4050)し、分割表示の場合には、投稿文書を分割(ステップ4060)し、送受信管理機能(1031)に送信(ステップ4070)する。もし分割表示を要求されていなければその文書をそのまま送受信管理機能(1031)に送信(ステップ4080)する。
【００３１】
利用者端末(1011)に表示された投稿を閲覧し、これに関する評価を送信しようとする利用者は再び利用者端末(1011)を使用してサーバー(1030)にリクエスト(1051)を送信する。サーバー(1030)は送受信管理機能(1031)を介して受信したリクエスト(1051)を投稿文書分割機能(1034)に転送する。投稿文書分割機能(1034)は、投稿文書DB(1036)およびリクエスト(1051)をもとに投稿文書の分割を行い、分割情報DB(1037)にその結果を格納する。
【００３２】
図5は、投稿文書分割機能(1034)が文書の分割を行う流れを説明する図(ステップ4060の詳細)である。
【００３３】
投稿文書分割機能(1034)が文書の分割要求を受信(ステップ5000)する。次に、分割要求においてどのような分割方法を指定されているかを判別する(ステップ5010)。
【００３４】
まず文による分割が指定されていた場合、投稿文書を句点で分割する(ステップ5020)。段落を指定されていた場合は句点と改行の組み合わせで分割する(ステップ5030)。
評価値による分割が指定された場合には、どの評価項目に着目して分割するかの指定を要求し(ステップ5040)、その応答を受信(ステップ5050)する。次に評価情報DB(1038)を用いて、投稿文書を分割する(ステップ5060)。分割の方法は後述する。
利用者による自由指定が選択された場合、投稿文書分割機能(1034)は分割位置の具体的な指定要求を行い(ステップ5070)、その応答を受信(ステップ5080)して分割情報とする。
【００３５】
以上のようにそれぞれのケースで分割の仕方を確定させた後に、それぞれの分割された部分ごとに分割情報(4020)を生成、更新(ステップ5090)して分割情報DB(1037)に登録する。
投稿文書表示機能(1033)は、投稿文書DB(1036)および分割情報DB(1037)からリクエスト(1051)に指定された投稿文書に関する分割情報を取得し、送受信管理機能(1031)を介して利用者端末(1011)に表示する。
【００３６】
図6は、本発明における投稿文書分割を説明する図である。
【００３７】
文単位での分割において、投稿文書(6100)は、これを構成する文(6110-6160)に分割され、通し番号が付与される。
段落単位での分割において、投稿文書(6200)は、これを構成する段落(6210-6230)に分割され、通し番号が付与される。
他のユーザの評価を反映した分割において、投稿文書(6300)は、例えば断片(6310-6340)のように分割され、通し番号が付与される。
【００３８】
以下では、文単位での分割を例にとって説明を行う。
【００３９】
図7は、本発明における利用者端末からの評価情報入力画面を説明する図である。
評価情報入力画面(7000)は、メッセージNO(7010)、投稿者ID(7020)、本文(7030)、領域選択ボタン(7040)、肯定評価ボタン(7050)、否定評価ボタン(7060)、okボタン(7070)、キャンセルボタン(7080)、保留ボタン(7090)からなる。
また、この例では図2における評価項目(2032)として、肯定および否定の2種類を定義しておくものとする。つまり評価情報DB(1038)には、評価項目(2032)として「肯定」あるいは「否定」を設定された評価情報(2030)が登録、蓄積されていくことになる。
【００４０】
本文(7030)に表示される投稿文書は、図3に示したものと同様、文単位で領域(7031-7036)に分割された形で表示される。分割された領域それぞれはマウスやキーボードにより選択が可能であり、選択された領域は画面上で強調表示される。
【００４１】
領域(7036)が選択された状態で肯定評価ボタン(7050)をクリックすることにより、この領域(7036)に相当する投稿文書内の領域(6160)に対する肯定評価値が1だけ上昇する。例えば、この領域(7036)の開始位置を189文字目、また終了位置を222文字目とすると、この処理によって具体的には、評価項目(2032)として「肯定」を設定され、評価値(2033)として1を設定され、開始位置(2024)に「189」、終了位置(2025)に「222」を設定された評価情報(2030)が評価情報DB(1038)に登録されることになる。
逆に、否定評価ボタン(7060)をクリックすることにより、この領域(2036)に相当する投稿文書内の領域(3160)に対する否定評価値が1だけ上昇する。これは上記の例において評価項目(2032)に「否定」を設定された場合に相当する。
どちらとも判定しがたい場合には、保留ボタン(7090)をクリックすることにより、この領域(7036)に相当する投稿文書内の領域(3160)に対する肯定評価値、否定評価値それぞれが0.5ずつ上昇する。これは上記の例において評価値(2033)に例えば「0.5」を設定し、評価項目(2032)に「肯定」と「否定」をそれぞれ設定された2件の評価情報(2030)が評価情報DB(1038)に登録されることを意味する。また、「肯定」と「否定」の評価値を上げる代わりに、評価項目(2032)として「保留」を設定し、評価値(2033)に1を設定しても良い。
【００４２】
ここで、分割の方法について説明する。すなわち、1つの投稿文書に対しては開始位置(2024)と終了位置(2025)によって分けられる領域ごとに、評価項目(2032)及び評価値(2033)が設定されており、これを用いてどのように分割するかが問題となる。
【００４３】
本発明では、1つの投稿文書に対して開始位置(2024)と終了位置(2025)で示される領域を最小の単位に分割し、それぞれの領域について設定されている評価値を合算したものを各領域の評価値とする。その上で、隣接する領域の評価値を比較し、その差が予め定めた閾値より小さい場合は同一の分割領域と判定する。これにより、1つの投稿文書に対して、評価値を基準として領域を分割することができる。
【００４４】
例えば、評価値が以下の通りに設定されていたとする。
開始位置「001」から終了位置「050」までの領域に対して「肯定」の評価項目として「20」
開始位置「051」から終了位置「100」までの領域に対して「肯定」の評価項目として「30」
開始位置「001」から終了位置「030」までの領域に対して「否定」の評価項目として「-100」
開始位置「031」から終了位置「060」までの領域に対して「否定」の評価項目として「40」
開始位置「061」から終了位置「100」までの領域に対して「否定」の評価項目として「20」
肯定をプラス、否定をマイナスとして計算すると、最小の単位に分割された領域に対しての評価値は以下の通りとなる。
開始位置「001」から終了位置「030」までの領域Aに対して評価値「-80」
開始位置「031」から終了位置「050」までの領域Bに対して評価値「60」
開始位置「051」から終了位置「060」までの領域Cに対して評価値「70」
開始位置「071」から終了位置「100」までの領域Dに対して評価値「10」
ここで、閾値を20と設定していたとするならば、分割後の領域はA、B+C、Dの3領域となる。
【００４５】
また、領域を3つ以上統合して1つの分割領域とする場合は、統合した領域の評価値の平均値を基準にして、さらに統合するか否かを判定することができる(上記の例で言えば、B+Cの領域について、評価値「65」)。
【００４６】
また、上記の閾値や閾値との比較については、利用者の総数や評価回数によって動的に変更するものとしても良い。例えば、隣接する領域の評価値の差を利用者の総数や評価回数で除したものと閾値を比較することなどが考えられる。
【００４７】
なお、投稿文書に対し分割の候補が複数ある場合には、最も評価が高い分割の方法で分割した投稿文書を画面に表示し、画面上に次の候補を表示させるボタンを用意するなどして、利用者が1つの投稿文書に対して分割されたものを選べるようにしてもよい。これにより、利用者は複数の候補の中から自分の意見を最も反映できるものを選択でき、より利用者の意見を正確に反映した情報を収集することができる。
【００４８】
これらの操作の後でokボタン(7070)をクリックすることにより、この利用者の評価値がサーバー(1030)に送信される。評価値送信を取りやめ、元の状態に戻す場合はキャンセルボタン(7080)をクリックする。
【００４９】
図8は、評価設定機能(1035)が投稿文書への評価を設定する流れを説明する図である。
【００５０】
評価設定機能(1035)が投稿文書への評価設定要求を受信(ステップ8000)すると、分割情報DB(1037)から当該文書の分割状況を取得(ステップ8010)し、さらに評価情報DB(1038)から当該領域に属する評価情報を抽出(ステップ8020)する。
【００５１】
次に、この抽出した評価情報と今回設定要求される評価情報を照合し、既存の分割領域内で異なる評価値を設定された場合、領域を再度分割(ステップ8040)するか否か判断する。
【００５２】
そうでなかった場合には、逆に今回の設定要求により、隣接した評価値の異なる領域が同一の分割領域にするか否かを判定(ステップ8050)し、もしそうであった場合にはこれらの領域を統合して単一の領域にする(ステップ8060)。
【００５３】
なお、ステップ8030からステップ8060の処理に関しては、1つの投稿文書全領域に対して再度分割の判断をしても良い。
【００５４】
最後に更新された分割領域の情報を分割情報DB(1037)に反映(ステップ8070)し、各領域の評価情報を評価情報DB(1038)に設定して評価設定要求の処理を終了する。
【００５５】
また、評価設定機能(1035)は、前記図7で示した投稿文書への評価を受信して蓄積する機能も有する。
【００５６】
以上の操作により、特定の投稿文書の特定の文のみに評価を与えることができた。従来のコミュニティシステムでは、全面的に同意とも非同意とも決めかねる他人の意見に対しては詳細な文章の形で部分ごとにコメントする必要があり、意見の表明に必要な労力や心理的負担が大きかった。本実施例の方式に従うことにより、コメント文章をキーボードで入力したり、推敲するような作業を伴わずにマウス操作をしたりするだけで自分の意見を表明することが可能なコミュニティシステムを構築できるようになる。これにより利用者の負担を低減し、活発に意見交換可能な環境を容易に実現可能となる。
【実施例２】
【００５７】
以下、発明を実施するための他の形態を図2〜図10を参照しながら説明する。
【００５８】
図9は、実施例2の概要を説明する図であり、図1に利用者情報DB(9001)を加えた図である。また、図2〜8については実施例1で用いたものと同一である。
【００５９】
実施例1において、投稿文書表示機能(1033)は、投稿文書DB(1036)および分割情報DB(1037)からリクエスト(1051)に指定された投稿文書に関する分割情報を取得し、送受信管理機能(1031)を介して利用者端末(1011)に表示する。これに対し本実施例では、利用者情報DB(1042)に格納された利用者情報(2040)と分割情報DB(1037)に格納された分割情報(2020)の内容に基づき、ユーザに提示する分割パターンを決定し、送受信管理機能(1031)を介して利用者端末(1011)に表示する点が異なる。
【００６０】
投稿文書の分割処理の流れは実施例1で図5を用いて説明したものとほぼ同じであるが、図5のステップ5070で示した、評価情報DBを用いて投稿文書を評価値で分割する処理に違いがある。
【００６１】
図10は、複数の評価項目に基づく重み付けの算出処理を説明する図である。
【００６２】
実施例1では1種類の評価値に基づき投稿文書を分割するが、本実施例では複数の評価項目について分割の要否を判定する。
【００６３】
n個の評価項目C1,C2,…Cnに関して、それぞれの評価値がX1,X2,…Xnである投稿文書を考える。ある利用者の各評価項目に対する重要度の認識(評価係数)をそれぞれＡ1,Ａ2,…Ａnであらわすことにすると、この利用者のこの投稿文書に対するトータルでの評価値Yは、数式1で求めることができる。
【００６４】
【数１】
2011095866.tif 000003
【００６５】
具体的な処理の流れとしては、まず上記Yにあたる合計評価値を0に初期化し(ステップ10000)、評価項目が残っている間以下の処理を行う(ステップ10010)。
次の評価項目に対応する評価値を評価情報DB(1038)から取得してXiとし、次の評価項目に対応する評価係数を利用者情報DB(1042)から取得してＡiとする(ステップ10020)。合計評価値にＡiXiの値を加算する(ステップ10030)。
【００６６】
本実施例の方法により、個々の利用者がもつ投稿文書への意識の違いを加味した文書分割が可能となる。
【実施例３】
【００６７】
以下、発明を実施するための他の形態を図2〜8、図11、図12、図13を参照しながら説明する。
【００６８】
図11は、実施例3の概要を説明する図であり、図1に、評価や分割に関する統計情報を格納する統計情報DB(11001)を加えた図である。また、図2〜8については実施例1で用いたものと同一である。
【００６９】
図12は、アクセス履歴の構成を説明する図である。
【００７０】
アクセス履歴(12000)は、アクセス履歴を一意に特定し、管理するためのアクセス履歴ID(12010)、図2で示した利用者ID(2042)、検索や評価などアクセスの種類を表わすアクセス種別(12020)、その種類のアクセスを何回実行したかを表わすアクセス回数(12030)から構成される。
【００７１】
実施例1において、投稿文書表示機能(1033)は、投稿文書DB(1036)および分割情報DB(1037)からリクエスト(1051)に指定された投稿文書に関する分割情報を取得し、送受信管理機能(1031)を介して利用者端末(1011)に表示する。これに対し本実施例では、統計情報DB(11001)に格納されたアクセス履歴(12000)と分割情報DB(1037)の内容に基づき、ユーザに提示する分割パターンを決定し、送受信管理機能(1031)を介して利用者端末(1011)に表示する点が異なる。例えば、アクセス履歴によってこの利用者が評価の送信を行わずに情報検索だけ行っている、とわかった場合には、投稿文書表示機能(1033)は複雑な投稿データの分割は行わずに単純なテキストデータとして表示する、といった使い方をすることになる。
【００７２】
図13は、本実施例における投稿文書表示の流れを説明する図である。基本的な流れは図6に示した実施例1のものと共通であるが、新たに追加したステップ13001でアクセス頻度の大小を判定し、アクセス頻度が予め定めた閾値より小さい時には投稿文書の分割を行わずに表示するようにした点が異なる。
【００７３】
本発明では他人の投稿した文書に対して少ない負担で意見を表明できるようにするための方式を提示しているが、単に他人の投稿文書を閲覧したいだけのユーザにとっては操作が複雑になる可能性がある。本実施例で示した方式により、他人の投稿文書に少ない負荷で意見を表明できるしくみを備えながら、閲覧のみを目的とするユーザに従来どおりの使い勝手を提供するコミュニティシステムの実現が容易となる。
【実施例４】
【００７４】
以下、発明を実施するための他の形態を図2〜8、図14〜16を参照しながら説明する。
【００７５】
図14は、実施例4の概要を説明する図であり、図1に分割履歴DB(14001)を加えた図である。また、図2〜8については実施例1で用いたものと同一である。
【００７６】
図15は、過去における投稿文書の分割実績を表わす分割履歴の構成を説明する図である。
【００７７】
分割履歴(15000)は、分割履歴を一意に特定し、管理するための分割履歴ID(15010)、図2で示した利用者ID(2042)、文単位や段落単位、評価値、自由指定など分割の方法を表わす分割方法(15020)、その方法で何回分割を実行したかを表わす分割回数(15030)から構成される。
【００７８】
実施例1において、投稿文書表示機能(1033)は、投稿文書DB(1036)および分割情報DB(1037)からリクエスト(1051)に指定された投稿文書に関する分割情報を取得し、送受信管理機能(1031)を介して利用者端末(1011)に表示する。これに対し本実施例では、分割履歴DB(1044)の内容に基づき、ユーザが過去にどのような分割表示パターンを利用していたかといった傾向を抽出し、これに基づいて提示する分割パターンを決定し、送受信管理機能(1031)を介して利用者端末(1011)に表示する点が異なる。
【００７９】
図16は、本実施例における投稿文書分割処理の流れを説明する図である。基本的な流れは図7に示した実施例1のものと共通であるが、新たに追加したステップ16001で、分割履歴DB(1044)から過去最も多く利用者が採用した分割方法を取得し、これを分割方法として使用するところが実施例1とは異なる。また、過去多く利用された分割方法の順に候補として表示してもよい。
【００８０】
本発明では他人の投稿した文書に対して少ない負担で意見を表明できるようにするための方式を提示しているが、意見表明のたびに分割方法指定の操作を行うのは使い勝手の面で問題がある。本実施例で示した方式により、他人の投稿文書により少ない負荷で意見を表明できるしくみを備えたコミュニティシステムの実現が容易となる。
【符号の説明】
【００８１】
1010：利用者端末、1011：利用者端末、1020：ネットワーク、1030：サーバー、1040：CPU、1041：メモリ、1050：投稿文書、1051：リクエスト、2020：分割情報、2030：評価情報、2040：利用者情報、7000：評価情報入力画面、7030：本文、9001：利用者情報DB、11001：統計情報DB、12000：アクセス履歴、14001分割履歴DB、15000：分割履歴
【図１】
2011095866.tif 000004
【図２】
2011095866.tif 000005
【図３】
2011095866.tif 000006
【図４】
2011095866.tif 000007
【図５】
2011095866.tif 000008
【図６】
2011095866.tif 000009
【図７】
2011095866.tif 000010
【図８】
2011095866.tif 000011
【図９】
2011095866.tif 000012
【図１０】
2011095866.tif 000013
【図１１】
2011095866.tif 000014
【図１２】
2011095866.tif 000015
【図１３】
2011095866.tif 000016
【図１４】
2011095866.tif 000017
【図１５】
2011095866.tif 000018
【図１６】
2011095866.tif 000019