(57)【要約】【課題】判断者に負担なく、荒らし行為等に対して対応できるようにする。【解決手段】ユーザから送信されるテキストデータをウェブサイトに掲載するとともに、当該テキストデータに対する他のユーザからの評価値を受信してカウントするウェブサイト管理装置に、前記テキストデータに対する削除要請を受信する受信手段１１０と、受信手段１１０によって受信された削除要請数と前記評価値の受信数と前記カウントした評価値とが格納されるデータベース１２０と、受信手段１１０によって削除要請が受信されたときにデータベース１２０に格納されている評価値の受信数に対する削除要請数を演算する演算手段１３０と、演算手段１３０による演算結果とデータベース１２０に格納されている評価値とに基づいて前記テキストデータの掲載続行の可否を決定する決定手段１４０とを備える。【選択図】図１
2010003023.tif 000002
【特許請求の範囲】
【請求項１】
ユーザから送信されるテキストデータをウェブサイトに掲載するとともに、当該テキストデータに対する他のユーザからの評価値を受信してカウントするウェブサイト管理装置であって、
前記テキストデータに対する削除要請を受信する受信手段と、
前記受信手段によって受信された削除要請数と前記評価値の受信数と前記カウントした評価値とが格納されるデータベースと、
前記受信手段によって削除要請が受信されたときに前記データベースに格納されている評価値の受信数に対する削除要請数を演算する演算手段と、
前記演算手段による演算結果と前記データベースに格納されている評価値とに基づいて前記テキストデータの掲載続行の可否を決定する決定手段とを備える、ウェブサイト管理装置。
【請求項２】
前記テキストデータの掲載を続行しないことが決定された場合に、当該削除要請対象のテキストデータの掲載を中止して、その旨をウェブサイト管理者に報知する、請求項１記載のウェブサイト管理装置。
【請求項３】
前記削除要請に対して、ウェブサイト管理装置本体へのログインの有無によって、異なる処理を実行する、請求項１記載のウェブサイト管理装置。
【請求項４】
前記テキストデータは、その前後の少なくともいずれかに送信される他のテキストデータとの間で物語を構成していて、
前記決定手段は、当該物語を構成する他のテキストデータに対する評価値に基づいて前記可否を決定する、請求項１記載のウェブサイト管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブサイト管理装置に関し、特に、嫌がらせのために無意味な内容の投稿を削除可能なウェブサイト管理装置に関する。
【背景技術】
【０００２】
従来、インターネット上の掲示板などでは、嫌がらせ等を目的として、無意味な内容の投稿を送信して掲示板を機能不全にしてしまう、いわゆる荒らし行為が見受けられる。さらには、広告業者が巡回プログラムを使って掲示板のテーマに無関係な広告メッセージを自動的に大量に投稿するといった掲示板スパムと称される問題も生じている。
【０００３】
この種の問題を解決するために、特許文献１では、インターネットを介して情報を交換できる電子掲示板、インターネットを介して開示されている公開情報、企業の会社案内、商品説明、その他の情報等において、不適切な書き込みや改ざんを監視する技術が開示されている。
【０００４】
具体的には、特許文献１の技術は、２４時間絶えず連続して、または数分から数十分間隔で依頼を受けたホームページ上の電子掲示板に係る情報を自動的に監視し、予め登録された不適切な情報、用語、キーワード等が電子掲示板に掲載された場合、直ちに抽出されて正しい言葉に書き換えるか、削除されるようにしている。
【０００５】
【特許文献１】特開２００２−３４２１４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１に開示されている技術は、予め登録された不適切な情報、用語、キーワード等を含まない荒らし行為、掲示板スパムに対して対応できるものではない。したがって、巧妙に、文言が選択されて投稿された場合に対応することが不可能となる。
【０００７】
また、この種の手法の場合、実際には正当な投稿であっても、偶然、予め決められたキーワードが含まれていれば、削除等されてしまうという問題がある。実際に、当業者間において「コロスケ問題」と称されているものがあり、「コロスケ」という用語を含む投稿が、「殺す、ころす、コロス」という登録キーワードを含むということで、削除されてしまうという問題がある。
【０００８】
とすると、結局のところ、特許文献１に開示されている手法では、荒らし行為に対する対処は限定的であり、投稿内容の妥当性自体は、人間が判断せざるを得ないというところが現実である。
【０００９】
もっとも、特許文献１に開示されている手法によれば、常時、掲示板を監視しているので、投稿を速やかに削除できるという利点はある。したがって、他の手法を採用する場合にも、この利点が損なわれないようにする必要がある。
【００１０】
そこで、本発明は、投稿内容の妥当性は人間が判断するものとし、この範囲内で、如何にして、精度よく、また、判断者に負担なく、荒らし行為等に対して対応できるようにすることを課題とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、具体的に、どのようにすべきか検討したところ、以下の点を満足することが必要であるという結論に至った。
【００１２】
１．本来削除されるべき投稿は削除される一方で、そうでない投稿は削除されないようにする。この点は、既述のように、人間によって判断することで達成する。
【００１３】
２．本来削除されるべき投稿は、可及的速やかに削除されるようにするために、投稿の削除の可否判定を、多数の人間で行えるようにする。特に、著作権違反となるような投稿は速やかに削除すべきである。この点は、掲示板等のユーザに対して、投稿の削除の可否を判定する機会を付与し、マンパワーを確保する。
【００１４】
３．ユーザに上記判定機会を与えることで、故意にいたずらで削除要請がなされた場合に対処する。実は、この点を実現できるようにすることが最も苦労した点である。以下、１〜３のすべてを実現する手法について具体的に説明する。
【００１５】
上記課題を解決するために、本発明は、
ユーザから送信されるテキストデータをウェブサイトに掲載するとともに、当該テキストデータに対する他のユーザからの評価値を受信してカウントするウェブサイト管理装置であって、
前記テキストデータに対する削除要請を受信する受信手段と、
前記受信手段によって受信された削除要請数と前記評価値の受信数と前記カウントした評価値とが格納されるデータベースと、
前記受信手段によって削除要請が受信されたときに前記データベースに格納されている評価値の受信数に対する削除要請数を演算する演算手段と、
前記演算手段による演算結果と前記データベースに格納されている評価値とに基づいて前記テキストデータの掲載続行の可否を決定する決定手段とを備える。
【００１６】
これにより、上記１〜３のすべてが実現できる。
【００１７】
実際に、テキストデータの掲載を続行しないことが決定された場合に、当該削除要請対象のテキストデータの掲載を中止するが、併せて、その旨をウェブサイト管理者に報知することで、削除要請がなされたものが、本当に削除に値するものであったか否かの判断をウェブサイト管理者が行えるようにする。この結果、上記３の実現をより確実なものとすることができる。
【００１８】
また、前記削除要請に対して、ウェブサイト管理装置本体へのログインの有無によって、異なる処理を実行するとよい。これにより、上記判定機会を与えるユーザを選別して、故意にいたずらで削除要請がなされる事態を、未然に減少させることが可能となる。
【００１９】
さらに、前記テキストデータは、その前後の少なくともいずれかに送信される他のテキストデータとの間で物語を構成している場合には、前記決定手段は、当該物語を構成する他のテキストデータに対する評価値に基づいて前記可否を決定するとよい。
【００２０】
ここで、上記物語を構成しているものの例として、http://www.story-tree.net/about.htmlに説明されている小説に係る電子書籍が存在している。この例の場合、物語についての当初の投稿が優れてさえいれば、その後に問題がある投稿がなされた場合に、当初の投稿は削除せず、問題がある投稿のみ削除することが可能となる。
【発明の実施の形態】
【００２１】
以下、本発明の実施形態について、図面を参照して説明する。
図１は、本発明のウェブサイト管理装置を含むシステムの模式的な構成を示すブロック図である。図１には、以下説明する、ウェブサイト管理装置１００と、ユーザ端末２０１，２０ｎと、ネットワーク３００と、管理者端末４００とを示している。
【００２２】
ウェブサイト管理装置１００は、たとえばユーザ端末２０１から送信されるテキストデータをウェブサイトに掲載するものである。ウェブサイト管理装置１００は、以下説明する、受信手段１１０と、カウンタ１１５と、データベース１２０と、演算手段１３０と、決定手段１４０と、削除手段１５０と、報知手段１６０とを備える。
【００２３】
受信手段１１０は、ユーザ端末２０１等によって送信されるテキストデータ自体と、テキストデータに対するユーザ端末２０ｎ等からの評価値と、テキストデータに対する削除要請とを受信するものである。受信手段１１０は、たとえば、パーソナルコンピュータのＣＰＵ及びメモリといったハードウェアとメールソフトウェアとによって実現することができる。
【００２４】
カウンタ１１５は、受信手段１１０によって受信された、テキストデータに対する評価値をカウントするものである。一例としては、テキストデータに対して高評価であることを示す評価値を、各ユーザ端末２０１，２０ｎから受信できるようにして、カウンタ１１５は、単に評価値の受信数をカウントアップするようにしてもよい。あるいは、併せて、テキストデータに対して悪印象であることを示す評価値を、各ユーザ端末２０１，２０ｎから受信できるようにして、カウンタ１１５は、好印象であることを示す評価値の受信時にはカウントアップし、悪印象であることを示す評価値の受信時にはカウントダウンするようにしてもよい。
【００２５】
データベース１２０は、受信手段１１０によって受信された削除要請数と、前記評価値の受信数と、前記カウントした評価値と、削除要請についての削除要請履歴とが格納されるものである。なお、削除要請数等を格納できるものであれば、データベース形式以外の格納媒体を採用することもできる。
【００２６】
演算手段１３０は、受信手段１１０によって削除要請が受信されたときに、データベース１２０に格納されている評価値の受信数に対する削除要請数を演算するものである。演算手段１３０によって実行される、具体的な演算手法については後述する。
【００２７】
決定手段１４０は、演算手段１３０による演算結果とデータベース１２０に格納されている評価値とに基づいてテキストデータの掲載続行の可否を決定するものである。決定手法は、演算手段１３０による演算手法と関連するものなので、演算手法とともに後述する。
【００２８】
削除手段１５０は、決定手段１４０によってテキストデータの掲載を続行しないことが決定された場合に、当該削除要請対象のテキストデータの掲載を中止するものである。具体的な掲載中止処理自体は、既知のものを採用すればよいが、一例としては、データベース１２０内の対応するテキストデータを、ユーザ端末２０１，２０ｎによってダウンロードできない領域に移動させればよい。
【００２９】
報知手段１６０は、削除手段１５０による削除の旨、さらには、後述するようにログインしていない状態で削除要請がなされた旨を、管理者端末４００に報知するものである。一例としては、ウェブサイト管理者のメールアドレスをあらかじめ登録しておき、削除手段１５０によって削除処理がなされた場合に、当該メールアドレス宛に、削除処理対象のテキストデータを特定可能な情報を内包した削除処理実行メールなどを送信すればよい。
【００３０】
ユーザ端末２０１，２０ｎは、テキストデータなどを送信するユーザが使用するものである。たとえば、汎用的なパーソナルコンピュータによって実現することができる。ユーザ端末２０１，２０ｎは、ウェブサイト管理装置１００宛てに、「テキストデータ」「評価値」「削除要請」を送信する送信手段２１０と、ウェブサイト管理装置１００によるダウンロード可能とされているウェブサイトを閲覧する閲覧手段２２０とを備えている。
【００３１】
送信手段２１０は、たとえば、パーソナルコンピュータのＣＰＵ及びメモリといったハードウェアとメールソフトウェアとによって実現することができる。閲覧手段２２０は、たとえば、パーソナルコンピュータのＣＰＵ及びメモリといったハードウェアとブラウザとによって実現することができる。
【００３２】
ネットワーク３００は、典型的には、インターネットを用いることができるが、電話回線などを含む他の通信ネットワークを用いることもできる。
【００３３】
管理者端末４００は、ウェブサイト管理者が使用するものである。管理者端末４００は、たとえば、汎用的なパーソナルコンピュータによって実現することができる。管理者端末４００は、ウェブサイトの管理として通常行われるものを実現するために用いられるほか、「削除要請」に基づいてウェブサイトに掲載されなくなったテキストデータが、管理者によって、本来、掲載されなくなるものでなかったと判断されたときに、再掲載するための指示を入力する際に用いられる。
【００３４】
図２は、図１に示すウェブサイト管理装置１００を用いてユーザ端末２０１，２０ｎに提供されるウェブサイトの一例を示す図である。図２に示すウェブサイトの場合、ユーザ端末２０１等によって物語の一部を構成する、たとえば第１話が記載されたテキストデータが送信された場合には、そのテキストデータが記載されたウェブサイトへのリンクが張られたアイコンＡ−１が表示される。
【００３５】
次いで、ユーザ端末２０ｎ等によってそれに続く、たとえば第２話が記載されたテキストデータが送信された場合に、そのテキストデータが記載されたウェブサイトへのリンクが張られたアイコンＢ−１が表示され、アイコンＡ−１とアイコンＢ−１とがシリアルに結ばれた態様で表示される。
【００３６】
以下同様に、アイコンＢ−１に係るテキストデータに続く、第３話、第４話に係るテキストデータが送信された場合、それらのテキストデータが記載されたウェブサイトへのリンクが張られたアイコンＣ−１，Ｄ−１が表示され、アイコンＡ−１〜Ｄ−１がシリアルに結ばれた態様で表示される。
【００３７】
また、このウェブサイトは、アイコンＡ−１に係るストーリに続くストーリではあるが、アイコンＢ−１に係るストーリとは別のストーリが記載されたテキストデータが送信された場合には、そのテキストデータが記載されたウェブサイトへのリンクが張られたアイコンＢ−２が表示され、アイコンＡ−１とアイコンＢ−２とがシリアルに、かつ、アイコンＢ−２側とアイコンＢ−１側とはパラレルに結ばれた態様で表示される。
【００３８】
図３は、図２に示すたとえばアイコンＢ−１のリンク先のウェブサイトの一例を示す図である。図３には、ユーザ端末２０１等から送信されたテキストデータの表示欄５０２と、表示欄５０２に表示されたテキストデータに対して「面白い」という高評価を送信するための高評価ボタン５０４と、表示欄５０２に表示されたテキストデータに対して「ふつう」という評価を送信するための中評価ボタン５０６と、表示欄５０２に表示されたテキストデータに対して「つまらない」という低評価を送信するための高評価ボタン５０８と、表示欄５０２に表示されたテキストデータに対して削除要請を送信するための削除要請ボタン５１０と、表示欄５０２に表示されたテキストデータに対する続きのストーリを送信するための続きを書くボタン５１２と、「続きを書く」条件となるログイン用のログインボタン５１４とを示している。
【００３９】
このほかにも、図３に示すウェブサイト等には、表示欄５０２に表示されるストーリのタイトルと、「面白い」と判断される割合をパーセンテージで示す部分と、表示欄５０２に表示されるストーリに前後するストーリが表示されているウェブサイトへの移行部分とが示されている。「面白い」と判断される割合を示す部分は、ウェブサイト管理装置１００のカウンタ１１５によるカウント結果が反映される。
【００４０】
各評価ボタン５０４，５０６，５０８は、それぞれ、たとえば、「＋５」「＋２」「０」などの評価値、及び、ウェブサイト管理装置１００に割り当てられているメールアドレスが紐づけられている。したがって、ユーザが、マウス等の入力装置によっていずれかの評価ボタン５０４，５０６，５０８を押下すると、ウェブサイト管理装置１００宛てに、「＋５」「＋２」「０」のいずれかを示す評価値が送信されることになる。
【００４１】
削除要請ボタン５１０は、削除要請ページにリンクが張られている。削除要請ページには、削除要請理由の入力欄と削除要請理由をウェブサイト管理装置１００宛てに送信するための送信ボタンとが設けられている。削除要請ページの送信ボタンには、ウェブサイト管理装置１００に割り当てられているメールアドレスが紐づけられている。
【００４２】
したがって、ユーザが、マウス等の入力装置によって削除要請ボタン５１０を押下すると、削除要請ページがダウンロードされ、そして、削除要請ページに削除要請理由を記載して、送信ボタンを押下すると、ウェブサイト管理装置１００宛てに削除要請理由が送信されることになる。削除要請理由の送信時には、併せて、送信日或いは送信日時も送信されるようにするとよい。
【００４３】
なお、本実施形態では、いたずら的に削除要請がなされないようにするために、ログインしていない状態で削除要請ボタン５１０が押下された場合と、ログインした状態で削除要請ボタン５１０が押下された場合とでは、ウェブサイト管理装置１００において実行すべき処理を変更している。この点については後述する。
【００４４】
ログインボタン５１４は、ログインページにリンクが張られている。ログインページには、既知のように、ユーザ名とログインパスワードとの入力欄と、ユーザ名等をウェブサイト管理装置１００宛てに送信するための送信ボタンとが設けられている。ログインページの送信ボタンには、ウェブサイト管理装置１００に割り当てられているメールアドレスが紐づけられている。
【００４５】
したがって、ユーザが、マウス等の入力装置によってログインボタン５１４を押下すると、ログインページがダウンロードされ、そして、ログインページにユーザ名とログインパスワードとを入力して、送信ボタンを押下すると、ウェブサイト管理装置１００宛てにユーザ名とログインパスワードとが送信されることになる。
【００４６】
続きを書くボタン５１２は、続きの記載ページ又はログインページにリンクが張られている。ログインした状態で続きを書くボタン５１２が押下された場合には、続きの記載ページがダウンロードされる。一方、ログインしていない状態で続きを書くボタン５１２が押下された場合には、ログインページがダウンロードされる。このログインページは、ログインボタン５１４が押下された場合にダウンロードされるものとは、その後にユーザ端末２００等にダウンロードさせるウェブサイトが異なるので、別物とすることが好ましい。当該別物の中には、表示自体が同じでＵＲＬのみ異なるといったものなども含む。
【００４７】
いずれにしても、続きを書くボタン５１２が押下された場合にダウンロードされるログインページにも、ユーザ名とログインパスワードとの入力欄と、ユーザ名等をウェブサイト管理装置１００宛てに送信するための送信ボタンとが設けられている。ログインページの送信ボタンには、ウェブサイト管理装置１００に割り当てられているメールアドレスが紐づけられている。
【００４８】
したがって、ユーザが、マウス等の入力装置によってログインボタン５１４を押下すると、ログインページがダウンロードされ、そして、ログインページにユーザ名とログインパスワードとを入力して、送信ボタンを押下すると、ウェブサイト管理装置１００宛てにユーザ名とログインパスワードとが送信されることになる。そして、ウェブサイト管理装置１００においてユーザ名等の認証が得られた場合には、続きの記載ページがダウンロードされる。
【００４９】
一方、上記のように、ログインした状態で続きを書くボタン５１２が押下された場合には、ログインページのダウンロードを経ることなく、続きの記載ページがダウンロードされる。
【００５０】
図４は、図１に示すウェブサイト管理装置１００の演算手段１３０における処理を示すフローチャートである。図４に示すフローチャートとともに、ウェブサイト管理システムの動作について説明する。
【００５１】
ユーザが、ユーザ端末２０ｎ等を操作することによって、図３に示すようなストーリが表示されているウェブサイトをダウンロードしたとする。そして、ユーザが、当該ウェブサイトを閲覧した結果、削除要請に値するテキストデータが掲載されていると判断したとする。この場合には、ユーザは、マウス等の入力装置によって、削除要請ボタン５１０が押下すればよい。
【００５２】
この結果、ユーザ端末２０ｎ等からウェブサイト管理装置１００に向けて、削除要請が送信される。ウェブサイト管理装置１００では、受信手段１１０によって削除要請が受信され、削除要請の送信元であるユーザ端末２０ｎ等がログイン済みであるか否かが判定される（ステップＳ１）。
【００５３】
判定の結果、ユーザ端末２０ｎ等がログイン済みでない場合には、いたずら的に削除要請がなされないようにするために、ウェブサイト管理装置１００では、報知手段１６０によって、ウェブサイト管理装置１００の管理者宛てに、削除要請がなされたことが、そのテキストデータを特定可能な態様で送信される（ステップＳ２）。
【００５４】
一方、ユーザ端末２０ｎ等がログイン済みである場合には、ウェブサイト管理装置１００では、データベース１２０を参照することによって、既に、同一ユーザから同一ウェブサイトに対して、削除要請がなされているか否かを判定する（ステップＳ３）。
【００５５】
判定の結果、既に、同一ユーザから同一ウェブサイトに対して、削除要請がなされている場合には、図４に示す処理を終了する。一方、同一ユーザから同一ウェブサイトに対して、削除要請がなされていない場合には、ウェブサイト管理装置１００から、ユーザ端末２０ｎ等に対して、削除要請ページが送信させる（ステップＳ４）。
【００５６】
これに応じて、ユーザが、ユーザ端末２０ｎ等を操作して、削除要請ページの入力欄に削除要請理由を入力してから送信ボタンを押下すると、削除要請理由に加えて、ユーザ名、送信日を含む削除要請がウェブサイト管理装置１００宛てに送信されることになる。
【００５７】
ウェブサイト管理装置１００では、削除要請が受信手段１１０によって受信され、データベース１２０に格納される。それから、その後の処理の是正機会をウェブサイト管理者に付与するために、削除要請がなされた旨が報知手段１６０によって管理者端末４００に送信される（ステップＳ５）。
【００５８】
つぎに、演算手段１３０は、削除要請対象とされたストーリが削除されるべきものであるか否かを判定するために、まず、削除要請対象とされたストーリについて評価を定量化したストーリ定量値を算出する（ステップＳ６）。
【００５９】
ストーリ定量値の算出手法としては、一例として、次のものがあげられる。すなわち、
（１）所定の基準値と、
（２）データベース１２０に格納されている削除要請対象とされたストーリに対する評価値と、
（３）削除要請対象とされたストーリに続くストーリのストーリ定量値の合計と、
を加算することによって、ストーリ定量値を算出する。
【００６０】
所定の基準値とは、たとえば、評価値の平均値とすることができる。この場合、削除要請対象とされたストーリに対する評価値が所定の基準値よりも高いほど当該ストーリを削除されにくくなり、逆に、ストーリに対する評価値が所定の基準値よりも低いほど当該ストーリを削除されにくくなる。
【００６１】
また、ストーリ定量値の算出にあたり、削除要請対象とされたストーリに続くストーリのストーリ定量値の合計を加算しているので、仮に、任意のストーリに対して削除要請がなされたとしても、それに後続するストーリのストーリ定量値が高い場合には、削除要請がなされたストーリが削除されにくくなる。これは、多くのストーリが継続しているストーリを分析した結果、当該ストーリが「面白い」と評価されている傾向が強いという経験則によるものである。
【００６２】
つまり、削除要請がなされたストーリが「面白い」と評価されている可能性が高ければ、そのストーリには、多くのストーリが継続する傾向にある。したがって、ユーザの民意を反映させると、多くのストーリが継続しているストーリについては、削除に必要性が乏しいので、当該ストーリが削除されにくくなる。
【００６３】
なお、削除要請がなされたストーリに対して、より下位に位置するストーリほど相関性は弱いといえる。したがって、下位に位置するストーリのストーリ定量値は、削除要請がなされたストーリのストーリ定量値の算出に当たり、あまり寄与させるべきではない。そこで、上記（３）のストーリ定量値の合計を算出する際に、削除要請がなされたストーリに後続する各ストーリのストーリ定量値に対して、より下位に位置するストーリほど減衰していく定数を乗じるとよい。
【００６４】
一例としては、ストーリ定量値「２００」のストーリ１に、ストーリ定量値「３００」のストーリ２が後続し、さらにストーリ定量値「５００」のストーリ３が後続している場合に、ストーリ１に対して削除要請がなされたとする。この場合には、「２００」に対して「１」という定数を乗じ、「３００」に対してたとえば半分の「０．５」という定数を乗じ、ストーリ３に対してさらに半分の「０．２５」という定数を乗じることが考えられる。この結果、上記（３）のストーリ定量値の合計は、［「２００×１」＋「３００×０．５」＋「５００×０．２５」＝３７５］となる。  つづいて、演算手段１３０は、削除要請対象とされたストーリが削除されるべきものであるか否かを判定するために、削除要請者について評価を定量化した要請者定量値を算出する（ステップＳ７）。
【００６５】
要請者定量値の算出は、一例として、データベース１２０に格納されている、削除要請者の過去の評価値の送信履歴と、削除要請者が評価値を送信したテキストデータについての評価値とに基づいて行う。これにより、主として、評価値が高いストーリに対して削除要請がなされた場合に、当該ストーリが削除されるという事態を防止することができる。
【００６６】
具体的な要請者定量値の算出手法は、
（１）[任意のストーリに対する評価者全員による評価値の平均値] - [任意のストーリに対する削除要請者の過去の評価値]の絶対値を求め、
（２）上記絶対値を用いて、任意のストーリに対する、削除要請者全員による評価値に対する削除要請者の評価値の乖離率を数値化し、
（３）乖離率を数値化したものの合計を求めることによって、要請者定量値を算出する。
【００６７】
具体例を挙げて説明する。
【００６８】
まず、［任意のストーリに対する削除要請者全員による評価値］とは、図３に示す「面白い」と判断される割合に相当する。
【００６９】
また、［任意のストーリに対する削除要請者の過去の評価値］とは、図３に示す各評価ボタン５０４，５０６，５０８に対応する「＋５」「＋２」「０」に相当する。
【００７０】
したがって、仮に、任意のストーリに対する「面白い」と判断される割合が６０％の場合であって、このストーリに対して削除要請者が「ふつう」と判断して、中評価ボタン５０６を押下していたとする。この場合には、
［任意のストーリに対する削除要請者全員による評価値］−［任意のストーリに対する削除要請者の過去の評価値×定数（たとえば２０）］＝６０−２×２０＝２０となる。
【００７１】
ここで、上記数式の場合には、簡便のため、たとえば表１を用いる。また、表１を用いて算出した要請者定量値を表２に示す。
【００７２】
【表１】
2010003023.tif 000003
【００７３】
表１は、上記数式の解の絶対値に基づいて、削除要請者全員による評価値に対する削除要請者の評価値の乖離率を数値化するための表である。
【００７４】
ここでは、上記数式の解の絶対値がゼロに近いほど、削除要請者全員による評価値に対する削除要請者の評価値の乖離が小さくなるようにしている。
【００７５】
【表２】
2010003023.tif 000004
【００７６】
表２に示す要請者定量値の算出手法について説明する。削除要請者が、過去に、ストーリＡ〜Ｈという８つのストーリに対して、評価を送信していたとする。ストーリＡ〜Ｈは、それぞれ、［任意のストーリに対する削除要請者全員による評価値（図３に示す「面白い」と判断される割合）］が、「６０」「８０」「７０」「２０」「３０」「４０」「６０」「４０」だったとる。一方、［任意のストーリに対する削除要請者の過去の評価値］が、「２」「５」「２」「０」「０」「２」「５」「２」だったとする。
【００７７】
このような前提の場合、上記絶対値は、それぞれ、「２０」「２０」「３０」「２０」「３０」「０」「４０」「０」となる。これらの絶対値に基づいて表１を参照すると、「２０」「２０」「０」「２０」「０」「５０」「−２０」「５０」となり、これらの合計である要請者定量値は「１４０」となる。
【００７８】
つぎに、演算手段１３０は、削除要請対象とされたストーリが削除されるべきものであるか否かを判定するために、評価数に対する削除要請数（削除要請率）を算出する（ステップＳ８）。
【００７９】
削除要請率を算出するための演算式は、一例として、データベース１２０に格納されている削除要請数、及び、評価数を用いて、
［削除要請数／評価数の自然対数×定数（たとえば１０００）］
を一般式とし、削除要請数が「０」又は「１」のときには、「２０００」を解とする。
【００８０】
このような演算式とすれば、評価数が少ないにも拘らず削除要請がなされた場合に削除されやすくし、或いは、評価値が高いにも拘らず削除要請がなされた場合には削除されにくくなる。この結果、削除対象とすべきテキストデータがいたずら的に削除される可能性は否めないが、削除対象とすべきテキストデータが掲載され続ける可能性を減少させることができる。
【００８１】
この結果、テキストデータが明らかな著作権の複製権又は翻案権に違反すると考えられるもの或いは公序良俗に反するような不快感を覚えるものが早期に削除されることになれば、ウェブサイトが優良なものとなるからユーザ数が増加し、この結果、ユーザによる削除要請数が増加し、より一層、削除対象とすべきテキストデータの削除を効果的に実現できるという、良循環をもたらすことができる。
【００８２】
つづいて、ウェブサイト管理装置１００では、ステップＳ６〜Ｓ８において得られた演算手段１３０による演算結果を用いて、決定手段１４０によって、削除要請対象のテキストデータの掲載続行の可否を決定する（ステップＳ９）。
【００８３】
具体的には、ステップＳ６において算出したストーリ定量値から、ステップＳ７において算出した要請者定量値を減じ、かつ、ステップＳ８において算出した削除要請率を減じたものがゼロより大きい場合には削除要請対象のテキストデータの掲載を続行し、そうでない場合には削除要請対象のテキストデータの掲載を続行しない。
【００８４】
削除要請対象のテキストデータの掲載を続行するという決定がなされた場合には、ステップＳ１２へ移行する。一方、削除要請対象のテキストデータの掲載を続行しないという決定がなされた場合には、ウェブサイト管理装置１００は、当該テキストデータを、すべてのユーザ端末２０１等によってダウンロードできない領域に移動させるなどして、削除要請対象のテキストデータの掲載を中止する（ステップＳ１０）。
【００８５】
つぎに、報知手段１６０によって、削除処理対象のテキストデータを特定可能な情報を内包した掲載中止メールを、ウェブサイト管理者に送信する（ステップＳ１１）。
【００８６】
この結果、ウェブサイト管理者は、掲載が中止されたテキストデータが、本来的に、削除されるべきものであったか否かを判断することが可能となる。したがって、削除されるべきものでないと判断できるテキストデータについては、ウェブサイト管理者が、再掲載するように管理者端末４００に指示を入力することができる。
【００８７】
その後、ステップＳ７において算出した要請者定量値に基づいて、その削除要請者からの削除要請を受け付けないようにして、図４に示す処理を実行しないようにするか否か、つまり無効化状態とするか否か判定する（ステップＳ１２）。
【００８８】
具体的には、一例として、以下の演算式を用いて判定処理を行う。すなわち、［要請者定量値］−［要請回数×定数（たとえば１００）］と［定数（たとえば−１００）］との大小を比較する。そして、［要請者定量値］−［要請回数×１００］が［−１００］よりも大きい場合には、図４に示す処理を終了する。一方、［要請者定量値］−［要請回数×１００］が［−１００］以下の場合には、その削除要請者からの削除要請を無効化してから、管理者端末４００に対して、無効化設定メールを送信する（ステップＳ１３）。
【００８９】
ここで、無効化設定メールを送信する意図は、管理者が、無効化が妥当でないと判断した場合には、管理者が手動により無効化を解除できるようにするためである。
【図面の簡単な説明】
【００９０】
【図１】本発明のウェブサイト管理装置を含むシステムの模式的な構成を示すブロック図である。
【図２】図１に示すウェブサイト管理装置１００を用いてユーザ端末２０１，２０ｎに提供されるウェブサイトの一例を示す図である。
【図３】図２に示すたとえばアイコンＢ−１のリンク先のウェブサイトの一例を示す図である。
【図４】図１に示すウェブサイト管理装置１００の演算手段１３０における処理を示すフローチャートである。
【符号の説明】
【００９１】
１００  ウェブサイト管理装置
２０１，２０ｎ  ユーザ端末
３００  ネットワーク
４００  管理者端末
【図１】
2010003023.tif 000005
【図２】
2010003023.tif 000006
【図３】
2010003023.tif 000007
【図４】
2010003023.tif 000008