JP2014154067A - 情報処理装置および情報処理方法 - Google Patents

Abstract

【課題】複数のユーザ間で共有される電子コンテンツに対する否定的な評価にもとづいて電子コンテンツ共有サービスの改善を支援する。
【解決手段】閲覧画面提供部４６は、第１のユーザが投稿した写真を、予め定められた投稿写真のテーマとともに第２のユーザに閲覧させる画面であって、投稿写真がテーマに適合するものか否かの評価入力を受け付ける閲覧画面を、第２のユーザの情報機器に表示させる。評価受付部４８は、閲覧画面において第２のユーザが入力した評価を示す情報を第２のユーザの情報機器から受け付ける。フィードバック部５０は、投稿写真がテーマに不適合である旨の否定的な評価が所定数以上である場合に、その旨を示す画面を第１のユーザの情報機器に表示させる。
【選択図】図３

Description

本発明はデータ処理技術に関し、特に電子コンテンツを複数のユーザ間で共有する技術に関する。

第１のユーザが写真や動画等の電子コンテンツをサーバへ投稿して他のユーザへ公開する電子コンテンツ共有サービスがインターネット上で提供されている。このサービスでは、サーバへ投稿された電子コンテンツ（以下、「投稿コンテンツ」とも呼ぶ。）を閲覧した第２のユーザが、その投稿コンテンツに対する感想等のコメントを投稿することも一般的に行われている。

特開２００９−２２３５００号公報

投稿コンテンツが自身の趣向に合致すると閲覧者が考える場合等に、その投稿コンテンツに対する肯定的な評価を閲覧者に入力させること（例えば「いいね」ボタンのクリック等）は広く行われている。その一方、投稿コンテンツに対する否定的な評価を閲覧者に入力させ、否定的な評価がなされた事実を電子コンテンツ共有サービスの改善に活用するための具体的な方法はこれまで十分に提案されてこなかったと本発明者は考えた。

本発明は発明者の上記課題認識にもとづきなされたものであり、その主な目的は、複数のユーザ間で共有される電子コンテンツに対する否定的な評価にもとづいて電子コンテンツ共有サービスの改善を支援する技術を提供することである。

上記課題を解決するために、本発明のある態様の情報処理装置は、予め定められたテーマに適合する電子コンテンツを投稿させるための投稿画面を、ネットワークを介してユーザの情報機器に表示させる投稿画面提供部と、ユーザの情報機器から受信された、投稿画面においてユーザが投稿した電子コンテンツをテーマと対応づけて記憶するコンテンツ保持部と、第１のユーザが投稿した電子コンテンツである投稿コンテンツをテーマとともに第２のユーザに閲覧させる画面であって、投稿コンテンツがテーマに適合するものか否かの評価入力を受け付ける閲覧画面を、ネットワークを介して第２のユーザの情報機器に表示させる閲覧画面提供部と、第２のユーザの情報機器から受信された、閲覧画面において第２のユーザが入力した評価を示す情報を記憶する評価保持部と、投稿コンテンツがテーマに不適合である旨の否定的な評価が所定数以上である場合に、その旨を示す画面をネットワークを介して第１のユーザの情報機器に表示させるフィードバック部と、を備える。

本発明の別の態様は、情報処理方法である。この方法は、コンピュータが、予め定められたテーマに適合する電子コンテンツを投稿させるための投稿画面を、ネットワークを介してユーザの情報機器に表示させるステップと、ユーザの情報機器から受信された、投稿画面においてユーザが投稿した電子コンテンツをテーマと対応づけて記憶するステップと、第１のユーザが投稿した電子コンテンツである投稿コンテンツをテーマとともに第２のユーザに閲覧させる画面であって、投稿コンテンツがテーマに適合するものか否かの評価入力を受け付ける閲覧画面を、ネットワークを介して第２のユーザの情報機器に表示させるステップと、第２のユーザの情報機器から受信された、閲覧画面において第２のユーザが入力した評価を示す情報を記憶するステップと、投稿コンテンツがテーマに不適合である旨の否定的な評価が所定数以上である場合に、その旨を示す画面をネットワークを介して第１のユーザの情報機器に表示させるステップと、を実行する。

なお、以上の構成要素の任意の組合せ、本発明の表現をシステム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、複数のユーザ間で共有される電子コンテンツに対する否定的な評価にもとづいて電子コンテンツ共有サービスの改善を支援することができる。

実施の形態の情報処理システムの構成を示す図である。 実施の形態の写真閲覧画面を示す図である。 図１の写真共有サーバの機能構成を示すブロック図である。 ユーザ情報保持部に格納されるデータの構成を示す図である。 ミッション保持部に格納されるデータの構成を示す図である。 コンテンツ保持部に格納されるデータの構成を示す図である。 写真共有サーバの動作を示すフローチャートである。 写真共有サーバの動作を示すフローチャートである。 写真共有サーバの動作を示すフローチャートである。

図１は、実施の形態の情報処理システムの構成を示す。情報処理システム１００は、ユーザ端末１０で総称されるユーザ端末１０ａ、ユーザ端末１０ｂ、ユーザ端末１０ｃと、写真共有サーバ１２を備える。これらの機器は、ＬＡＮ・ＷＡＮ・インターネットを含む通信網１４を介して接続され、フレームやパケットを互いに送受する。

情報処理システム１００では、電子コンテンツ共有サービスの一例として、複数のユーザ間における写真の共有サービスが実現される。写真共有サーバ１２は、写真共有サービスを提供する情報処理装置である。写真共有サーバ１２は、複数のユーザ間で写真を共有（すなわち投稿および閲覧）するための写真共有サイトをインターネット上に公開するウェブサーバとして機能する。

ユーザ端末１０は、写真共有サービスを利用するユーザにより操作される情報機器である。例えば、第１ユーザはユーザ端末１０ａを操作し、第２ユーザはユーザ端末１０ｂを操作し、第３ユーザはユーザ端末１０ｃを操作して、それぞれ写真共有サイトへアクセスする。ユーザ端末１０にはウェブブラウザが搭載されており、写真共有サイトの投稿画面や写真閲覧画面等のウェブページを表示する。ユーザ端末１０は、据置型の情報機器（例えばＰＣ）でもよく、携帯型の情報機器（例えばスマートフォンやタブレット端末、携帯電話機）でもよい。

ここで実施の形態の写真共有サービスを説明する。
実施の形態の写真共有サイトは、複数のユーザを架空の組織、具体的には仮想的な会社組織に所属する会社員としたゲームを提供する。この会社組織では、ユーザの地位を示すランクを、実在の会社組織に類似させた態様で階層的に複数個定める。具体的には、上の役職から順に、社長、役員、部長、課長、係長、主任、平社員、新入社員と定める。各ユーザは、写真を投稿してミッションを達成することにより、ゲーム内での仮想ポイント（以下、単に「ポイント」と呼ぶ。初期値は０）を獲得し、出世（昇進）を図る。

ユーザは、ユーザ登録をした初期時点では新入社員となる。ユーザの投稿写真に対して他のユーザから肯定的な評価（以下、「肯定評価」と呼ぶ。）が集まった場合にはポイントが加算されて昇進（新入社員→平社員→主任→・・・）が促進される。その一方、ユーザの投稿写真に対して他のユーザから否定的な評価（以下、「否定評価」と呼ぶ。）が集まった場合にはポイントが減算されて昇進が困難になり、また、ポイントの減算量が多い場合は降格（部長→課長→係長→・・・）することになる。以下、ミッションに参加し、写真を投稿するユーザを「投稿ユーザ」とも呼び、写真を閲覧して肯定評価もしくは否定評価を行うユーザを「閲覧ユーザ」とも呼ぶ。

ミッションは、ユーザが写真共有サイトへ投稿すべき写真のテーマやモチーフ（言わば「お題」）を定めたものである。ミッションの例としては、「おすすめの夜景」、「きれいな夕日」等、種々考えられる。実施の形態では、ミッションを定める権限を有する役職のユーザ（例えば部長や課長）が、ミッションの内容を決定する。ユーザとは別に、本サービスの管理者（サービス運営者やシステム管理者等）がミッションの内容を決定してもよいことはもちろんである。

図２は、写真共有サイトが提供する実施の形態の写真閲覧画面を示す。写真閲覧画面は、ミッションを単位として複数のユーザによる複数の写真の投稿状況を示す画面であり、言わば、ミッションのタイムラインを示す画面と言える。写真閲覧画面１１０は、ミッション情報エリア１１２と投稿情報エリア１１４を有する。ミッション情報エリア１１２は、ミッションの内容を表示するエリアである。図２では、「旨い肉」に適合する写真を投稿すべきミッションであり、ミッション作成者は課長のユーザ１であることを示している。投稿情報エリア１１４は、ミッションに参加したユーザが投稿した写真を表示するエリアである。投稿情報エリア１１４は、個々のユーザの投稿に対応する個別投稿エリア１１６を１つ以上含む。図２では、１つの個別投稿エリア１１６において、ユーザ２が投稿したコメントおよび写真１１８を表示し、別の個別投稿エリア１１６において、ユーザ３が投稿したコメントおよび写真１１８を表示している。

写真閲覧画面１１０では、個別投稿エリア１１６のそれぞれ（すなわち投稿写真のそれぞれ）に対応づけて、肯定ボタン１２０と否定ボタン１２２が配置される。肯定ボタン１２０は、閲覧者が投稿写真に対して肯定評価をする場合に選択（クリック・押下）操作をするボタンオブジェクトである。否定ボタン１２２は、閲覧者が投稿写真に対して否定評価をする場合に選択操作するボタンオブジェクトである。肯定評価数インジケータ１２４には、複数の閲覧ユーザによって肯定ボタン１２０が選択された累積回数であり、言い換えれば、投稿写真を肯定的に評価した閲覧ユーザ数が表示される。否定評価数インジケータ１２６には、複数の閲覧ユーザによって否定ボタン１２２が選択された累積回数であり、言い換えれば、投稿写真を否定的に評価した閲覧ユーザ数が表示される。

実施の形態の写真共有サービスでは、閲覧ユーザは、ミッションと投稿写真の適合度合いにより評価を決定する。具体的には、投稿写真がミッションに適合するものである、言い換えれば、投稿ユーザがミッションを達成した、と閲覧ユーザが考える場合、閲覧ユーザは肯定評価を入力する。その一方、投稿写真がミッションに不適合である、言い換えれば、投稿ユーザがミッションを未達成である、と閲覧ユーザが考える場合、閲覧ユーザは否定評価を入力する。なお閲覧者は、見ていて不快に感じる写真や、公序良俗に反すると考える写真に対しても否定評価を入力してもよい。

このように、実施の形態の写真共有サービスでは、複数のユーザを架空の会社組織に所属させ役職を割り当てることでユーザ間に対抗意識を芽生えさせ、互いに昇進を競わせることで、写真投稿サイトへの写真の投稿を促進する。また昇進のためには、他のユーザから肯定評価を集める必要があり、そのためには、ミッションに適合する写真を投稿する必要がある。したがって、ミッションに適合しない写真や、公序良俗に反する写真、他のユーザを不快にするような写真を投稿することは、投稿ユーザにとって不利益な結果となる。これにより、本サービスの趣旨に反した写真の投稿を抑制し、様々なミッションに適合する写真をユーザに投稿させて、ユーザ間で昇進を競わせ、さらに写真の投稿を促進するという好循環を実現する。

図３は、図１の写真共有サーバ１２の機能構成を示すブロック図である。写真共有サーバ１２は、通信処理部２０とデータ保持部２２と制御部２４を備える。制御部２４は、写真共有サービスのためのデータ処理を実行・制御する。データ保持部２２は、制御部２４により処理される各種データを記憶する記憶領域である。通信処理部２０は、通信網１４を介して、ユーザ端末１０から送信された通信データを受信して制御部２４に渡す。また制御部２４から出力された通信データを、通信網１４を介してユーザ端末１０へ送信する。既述したように、写真共有サーバ１２は、ウェブサーバ機能も有するが、ウェブサーバ機能そのものは公知であるため説明を省略する。

本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。例えば、図３の制御部２４の各機能ブロックは、プログラムモジュールとしてＤＶＤ等の記録媒体に格納され、写真共有サーバ１２のストレージへインストールされてもよい。そして、写真共有サーバ１２のメインメモリに読み込まれて、写真共有サーバ１２のＣＰＵが実行することで、各機能ブロックの機能が発揮されてもよい。また図３のデータ保持部２２の各機能ブロックは、メインメモリやストレージにより実現されてもよい。

データ保持部２２は、ユーザ情報保持部３０とミッション保持部３２とコンテンツ保持部３４を含む。ユーザ情報保持部３０は、写真共有サービスにユーザ登録したユーザの属性情報を保持する。ミッション保持部３２は、ユーザにより登録されたミッションの属性情報を保持する。コンテンツ保持部３４は、ユーザにより投稿された電子コンテンツ（実施の形態では写真）およびその属性情報を保持する。

図４は、ユーザ情報保持部３０に格納されるデータの構成を示す。図４（ｂ）は、図４（ａ）の続きを示している。ユーザ情報保持部３０には、図４（ａ）と（ｂ）を連結したレコードがユーザ単位に格納され、ユーザＩＤフィールドには、各レコードのキーとしてユーザ毎にユニークなＩＤが格納される。端末情報フィールドには、ユーザ端末１０に対するデータ送信・情報通知を行うために必要な情報が格納される。例えば、ユーザのスマートフォンに対して情報をプッシュ通知する場合は、そのスマートフォンの個体識別情報が格納されてもよい。また、ＩＰアドレス等、ユーザ端末１０との通信に使用される他の情報が格納されてもよい。

ポイントフィールドには、ユーザが現在保持するポイントの値が格納され、役職フィールドには、ユーザに現在割り当てられた役職を示す値が格納される。注意フラグには、ユーザが不適切な写真を投稿する可能性が高いと想定されるか（オン）否か（オフ）を示すフラグ値（初期値はオフ）が格納される。削除回数フィールドには、他のユーザによる投稿写真の閲覧が管理者により不許可とされた回数であり、言い換えれば、写真閲覧画面への掲載が管理者により禁止された投稿写真の枚数が格納される。

元ポイントフィールドと元役職フィールドには、後述する懲罰処理によりユーザにペナルティが与えられた場合に、減算前のポイントと降格前の役職の値が格納される。復帰条件フィールドには、減算前のポイントと降格前の役職に復帰するための復帰条件が格納される。実施の形態では、懲罰処理後、２０回の写真投稿（２０の参加ミッション）のいずれにおいても１０個以上の否定評価を集めなかった場合に、ユーザの反省を認め、復帰条件が充足される。具体的には、復帰条件フィールドにはペナルティの残り期間（初期値２０）が格納される。そして１回の写真投稿（１つの参加ミッション）において１０個以上の否定評価を集めなかった場合に１つずつ減算されていく。懲罰フラグフィールドには、ユーザに対する懲罰処理が実行されたか（オン）、否か（オフ）を示すフラグ値（初期値はオフ）が格納される。

図５は、ミッション保持部３２に格納されるデータの構成を示す。ミッション保持部３２には、図５に示すレコードがミッション単位に格納され、ミッションＩＤフィールドには、各レコードのキーとしてミッション毎にユニークなＩＤが格納される。ミッション内容フィールドには、ミッションの内容を示す文章（図２の例ではテキスト「旨い肉！」）が格納される。作成ユーザＩＤフィールドには、ミッションを作成・登録したユーザのＩＤが格納される。参加ユーザＩＤフィールドには、ミッションに参加した、すなわちミッションに対して写真を投稿した各ユーザのＩＤが格納される。

図６は、コンテンツ保持部３４に格納されるデータの構成を示す。コンテンツ保持部３４には、図６に示すレコードが投稿写真単位に格納され、写真ＩＤフィールドには、各レコードのキーとして投稿写真毎にユニークなＩＤが格納される。写真データフィールドには、投稿写真の画像データ（ＪＰＥＧファイル等）が格納される。コメントフィールドには、写真とともにユーザが投稿したコメント文章（図２の例ではテキスト「旨そうでしょ」）が格納される。ユーザＩＤフィールドには、投稿ユーザのＩＤが格納される。ミッションＩＤフィールドには、ユーザが参加したミッション、言い換えれば、写真の投稿先（投稿対象）のミッションのＩＤが格納される。

肯定評価フィールドには、投稿写真に対して肯定評価を行ったユーザのＩＤが順次格納され、否定評価フィールドには、投稿写真に対して否定評価を行ったユーザのＩＤが順次格納される。削除フラグフィールドには、閲覧画面で表示させるか（オフ）、非表示とするか（オン）を示すフラグ値（初期値はオフ）が格納される。

図３に戻り、制御部２４は、ミッション登録部４０と、投稿画面提供部４２と、投稿受付部４４と、閲覧画面提供部４６と、評価受付部４８と、フィードバック部５０と、ユーザ特定部５２と、コンテンツ抽出部５４と、確認画面提供部５６と、確認結果受付部５７と、ユーザランク決定部５８と、ユーザランク通知部６０を含む。

ミッション登録部４０は、ミッション登録画面の提供要求をユーザ端末１０から受け付けると、ミッション登録画面のデータをユーザ端末１０へ送信して表示させる。ミッション登録画面にはミッション内容の入力フィールドが設けられ、ミッション登録部４０は、ミッション登録画面に入力されたミッション内容を含むミッション登録要求をユーザ端末１０から受け付ける。ミッション登録部４０は、ミッション登録要求を受け付けると新規のミッションＩＤを払い出し、ミッションＩＤ、ミッション内容、登録元のユーザＩＤを対応づけた新規レコードをミッション保持部３２へ格納する。

投稿画面提供部４２は、ミッション保持部３２に登録されたミッションの中から、参加する（写真を投稿する）ミッションをユーザに選択させるための、参加ミッション選択画面のデータをユーザ端末１０へ送信して表示させる。参加ミッション選択画面には、複数の登録済みミッションの内容がリスト表示されてよい。投稿画面提供部４２は、参加ミッション選択画面でユーザが選択したミッションのＩＤをユーザ端末１０から受信すると、ミッション保持部３２における選択ミッションのレコード（参加ユーザＩＤフィールド）に、当該ユーザのＩＤを記録する。

投稿画面提供部４２は、参加ミッション選択画面でユーザが選択したミッションに対して、ユーザに写真を投稿させるための投稿画面のデータをユーザ端末１０へ送信して表示させる。投稿画面提供部４２は、ユーザによる選択ミッションの内容を示す情報をミッション保持部３２から取得し、投稿画面のデータに設定することで、選択ミッションの内容（例えば図２の「旨い肉」）をユーザに提示し、その内容に適合する写真の投稿を促す。

投稿受付部４４は、投稿画面においてユーザが指定した写真の画像データ、ユーザが入力したコメントのデータ、投稿対象のミッションを示すデータをユーザ端末１０から受信する。投稿受付部４４は、新規の写真ＩＤを払い出し、写真ＩＤ、写真データ、コメント、投稿元ユーザのＩＤ、投稿対象ミッションのＩＤを対応づけた新規レコードをコンテンツ保持部３４へ格納する。

閲覧画面提供部４６は、ミッション保持部３２に登録されたミッションの中から、投稿写真を閲覧するミッションをユーザに選択させるための、閲覧ミッション選択画面のデータをユーザ端末１０へ送信して表示させる。閲覧ミッション選択画面には、複数の登録済みミッションの内容がリスト表示されてよい。閲覧画面提供部４６は、閲覧ミッション選択画面でユーザが選択したミッションのＩＤをユーザ端末１０から受信すると、そのミッションに対する投稿写真の一覧画面であり、各投稿写真に対する評価入力画面でもある写真閲覧画面（図２の写真閲覧画面１１０）のデータを設定する。

具体的には、閲覧画面提供部４６は、コンテンツ保持部３４において選択ミッションのＩＤと対応づけられた写真を、選択ミッションへの投稿写真として特定する。そして、選択ミッションの内容とともに、選択ミッションに対して１人以上のユーザから投稿された１つ以上の写真を並べた写真閲覧画面のデータを設定する。ただし、コンテンツ保持部３４において選択ミッションのＩＤと対応づけられた写真のうち、削除フラグがオンの写真については、写真投稿画面への設定を抑制する。すなわち、削除フラグがオンの写真は写真投稿画面に非表示とし、ユーザによる閲覧ができないよう制限する。閲覧画面提供部４６は、写真閲覧画面のデータをユーザ端末１０へ送信して表示させる。

また閲覧画面提供部４６は、写真閲覧画面１１０における各写真１１８に対応づけて肯定ボタン１２０、否定ボタン１２２、肯定評価数インジケータ１２４、否定評価数インジケータ１２６を表示するよう写真閲覧画面１１０のデータを設定する。肯定評価数インジケータ１２４には、コンテンツ保持部３４において写真１１８と対応づけられた肯定評価数を設定し、否定評価数インジケータ１２６には、コンテンツ保持部３４において写真１１８と対応づけられた否定評価数を設定する。

また閲覧画面提供部４６は、ミッション保持部３２の参加ユーザＩＤフィールドを参照して、写真閲覧画面１１０の提供先のユーザが参加しているミッションを特定する。写真閲覧画面１１０の提供先のユーザが、写真閲覧画面１１０で表示対象とするミッションに参加している場合、閲覧画面提供部４６は、肯定ボタン１２０および否定ボタン１２２に対する入力を無効化するよう写真閲覧画面１１０のデータを設定する。例えばボタンオブジェクトに対してdisabled属性を設定してもよい。変形例として、肯定ボタン１２０および否定ボタン１２２を非表示としてもよい。このように実施の形態の写真共有サービスでは、閲覧ユーザ自身が参加しているミッションにおいては、各投稿写真の評価はできないよう制限される。これにより、投稿写真に対する評価の公平性を維持しやすくなる。

写真閲覧画面１１０において、ある投稿写真に対して閲覧ユーザが肯定評価もしくは否定評価を入力すると、ユーザ端末１０は、その投稿写真のＩＤと、肯定評価もしくは否定評価がなされた事実を示すデータと、閲覧ユーザのＩＤとを対応づけた評価情報を写真共有サーバ１２へ送信する。評価受付部４８は、ユーザ端末１０から送信された評価情報を受信する。評価受付部４８は、評価情報が示す写真ＩＤと対応づけられたコンテンツ保持部３４のレコードを特定し、肯定評価の場合には肯定評価フィールドへ閲覧ユーザのＩＤを格納し、否定評価の場合には否定評価フィールドへ閲覧ユーザのＩＤを格納する。変形例として、コンテンツ保持部３４の肯定評価フィールドおよび否定評価フィールドには評価数が格納されてもよく、評価受付部４８は、肯定評価もしくは否定評価を受け付けた場合にそれらの評価数をインクリメントしてもよい。

フィードバック部５０は、コンテンツ保持部３４に保持された各レコードの肯定評価フィールドに格納されたユーザＩＤ数および否定評価フィールドに格納されたユーザＩＤ数の推移を監視する。フィードバック部５０は、肯定評価フィールドに格納されたユーザＩＤ数、すなわち、投稿写真に対する他のユーザからの肯定評価の合計数が所定数以上（実施の形態では１０以上）になったことを検出すると、その投稿写真の投稿ユーザのＩＤを特定する。そして、そのユーザＩＤにより特定されるユーザ情報保持部３０のレコードにおいて、ポイントフィールドの値を増加させる。

フィードバック部５０は、否定評価フィールドに格納されたユーザＩＤ数、すなわち、投稿写真に対する他のユーザからの否定評価の合計数が所定数以上（実施の形態では１０以上）になったことを検出した場合も、その投稿写真の投稿ユーザのＩＤを特定する。そして、そのユーザＩＤにより特定されるユーザ情報保持部３０のレコードにおいて、ポイントフィールドの値を減少させる。それとともにフィードバック部５０は、コンテンツ保持部３４における当該写真のレコードについて、その削除フラグをオンに設定する。これにより、以降の当該写真の閲覧を制限する。変形例として、否定評価を集めた写真のレコードを、コンテンツ保持部３４から削除してもよい。

またフィードバック部５０は、否定評価フィールドに格納されたユーザＩＤ数が所定数以上（実施の形態では１０以上）になった場合に、ユーザ情報保持部３０を参照して、投稿ユーザの端末情報を取得する。そして、その端末情報を使用して、投稿写真に対して否定評価が集まったこと、および、ポイントを減少させたことを示す画面（以下、「警告画面」とも呼ぶ。）のデータをユーザ端末１０へ送信して表示させる。例えば、投稿写真に否定評価が集まった旨のメッセージをユーザのスマートフォンへプッシュ通知し、ユーザがスマートフォンでそのメッセージを選択した場合にフィードバック部５０は警告画面をユーザのスマートフォンに表示させてもよい。

ユーザランク決定部５８は、ユーザ情報保持部３０に保持された各ユーザのポイントの値に応じて架空の会社組織における各ユーザの役職を決定する。具体的には、ユーザのポイントが大きいほど、会社組織において高い地位を示す役職をユーザに付与するよう決定する。例えば、ユーザのポイントが主任のポイント閾値以上であり、課長のポイント閾値未満であれば、ユーザランク決定部５８は、ユーザの役職を主任に決定して、主任を示すデータをユーザ情報保持部３０の役職フィールドに格納する。

ユーザランク通知部６０は、ユーザランク決定部５８により決定されたユーザの役職であり、ユーザ情報保持部３０の役職フィールドに格納されたユーザの役職を示す情報をユーザ端末１０へ送信して表示させる。例えば、ユーザの現在の役職と、直近上位の役職へ昇進するために必要なポイント量を示すステータス画面のデータをユーザ端末１０へ送信して表示させてもよい。

ユーザ特定部５２は、評価受付部４８において受け付けられた肯定評価にもとづいて、ミッションに不適合の写真や、閲覧ユーザを不快にさせるような写真等の、本サービスの趣旨に合致しない写真を投稿する可能性が相対的に高いと見込まれるユーザを要注意ユーザとして検出する。具体的には、ある投稿写真に対する否定評価の合計数が所定の閾値以上になった場合に、同じ投稿写真に対して肯定評価を入力したユーザを要注意ユーザとして推定する。

例えば、あるユーザが肯定評価をした投稿写真に対して、その後、他のユーザから１０個以上の否定評価が集まった場合、肯定評価をしたユーザは要注意ユーザとして特定されることになる。上記の閾値は、実施の形態では投稿写真の削除（非表示）閾値と同じ１０とするが、サービス管理者の知見や、本システムを用いた実験等により適宜決定されてよい。ユーザ特定部５２は、肯定評価フィールドに記録された要注意ユーザのＩＤにより特定されるユーザ情報保持部３０のレコードについて、その注意フラグをオンに設定する。

なおユーザ特定部５２は、あるユーザが肯定評価をした投稿写真に対して、その後、他のユーザから１０個以上の否定評価が集まった回数（投稿写真の数）を所定の記憶領域へ記録してもよい。そして、その回数が所定の閾値（例えば５回）以上になった場合に、ユーザの注意フラグをオンに設定してもよい。これにより、本来サービスの趣旨に合致した写真を投稿するユーザを、そのユーザの意図しない肯定評価の誤入力等にもとづいて、要注意ユーザとして特定してしまうことを回避しやすくなる。

コンテンツ抽出部５４は、定期的に、コンテンツ保持部３４に保持された投稿写真のうち、削除フラグがオフの投稿写真の中から、本サービスの管理者による確認対象とする所定枚数の投稿写真を抽出する。例えば、コンテンツ抽出部５４は、毎日所定時刻になると、１日当り管理者による目視確認が現実的に可能と想定される規定枚数（例えば２００枚）の投稿写真のＩＤを抽出してもよい。

コンテンツ抽出部５４は、注意フラグがオンの状態の要注意ユーザを特定し、要注意ユーザによる投稿写真については、注意フラグがオフの状態のユーザ（ここでは「通常ユーザ」と呼ぶ。）による投稿写真より優先して管理者による確認対象とする。具体的には、コンテンツ保持部３４において要注意ユーザのＩＤと対応づけられた投稿写真については必ず確認対象として抽出する。その一方、通常ユーザによる投稿写真については、（上記の規定枚数 − 要注意ユーザの投稿写真数）の投稿写真をランダムに選択して管理者による確認対象とする。

例えば、コンテンツ保持部３４に５００枚の投稿写真が格納され、うち４０枚が要注意ユーザによる投稿写真であることとする。この場合、要注意ユーザによる４０枚の投稿写真は１００％の確率で確認対象とし、残りの投稿写真総数４６０枚の中から１６０枚をランダムに選択して確認対象としてもよい。この例では、通常ユーザの投稿写真は、約３５％の確率で確認対象となる。

なお、注意フラグがオンの期間は制限されてよい。例えば、ユーザ特定部５２は、あるユーザの注意フラグをオンに変更した日時を記録し、オンに変更後、他の投稿写真への評価で当該ユーザを要注意ユーザとして再度特定することなく１ヶ月が経過した場合には、自動的にオフに戻してもよい。これにより、管理者による確認対象とする投稿写真が一部のユーザのものに限定されてしまうことを抑制できる。

確認画面提供部５６は、コンテンツ抽出部５４により抽出された複数枚の投稿写真を並べた確認画面のデータを、図１には不図示の管理者の端末へ送信して表示させる。具体的には、確認画面提供部５６は、コンテンツ抽出部５４により抽出された複数の写真ＩＤにより特定される複数の写真データをコンテンツ保持部３４から取得し、確認画面のデータとして設定する。また確認画面提供部５６は、ユーザによる閲覧を不許可とする写真のＩＤを管理者に指定させるための入力フィールド（以下、「閲覧制限写真指定フィールド」と呼ぶ。）を確認画面内に設ける。なお、写真共有サーバ１２ローカルの画面（モニタ）に確認画面を表示させ、管理者に確認させてもよいことはもちろんである。

確認結果受付部５７は、管理者がユーザの閲覧を不許可とした写真のＩＤであり、管理者が確認画面の閲覧制限写真指定フィールドに入力した写真ＩＤを管理者端末から受信する。フィードバック部５０は、確認結果受付部５７が受け付けた写真ＩＤが設定されたコンテンツ保持部３４のレコードを特定し、その削除フラグをオンに設定する。これにより、コンテンツ抽出部５４が抽出した投稿写真のうち管理者が閲覧不許可とした写真について、以降のユーザによる閲覧を制限できる。

フィードバック部５０は、確認結果受付部５７が受け付けた写真ＩＤが設定されたコンテンツ保持部３４のレコードから、その投稿ユーザのＩＤを特定する。そして、ユーザ情報保持部３０における投稿ユーザのレコードについて、その削除枚数フィールドの値をインクリメントする。フィードバック部５０は、ユーザ情報保持部３０における各レコードの削除枚数フィールドを監視し、あるユーザについて管理者による削除枚数が所定値以上（例えば５枚以上）となった場合に、そのユーザを、降格ペナルティを付与する懲罰対象ユーザとして検出する。

フィードバック部５０は、懲罰対象ユーザに対して役職の降格を含む懲罰処理を実行する。具体的には、懲罰対象ユーザの役職を低下させるために必要な所定量、ユーザのポイントを減少させ、言い換えれば、ユーザのポイントを強制的に減少させ、役職を強制的に低下させる。実施の形態では、フィードバック部５０は、ユーザ情報保持部３０における懲罰対象ユーザのレコードについて、それまでのポイントおよび役職を、元ポイントフィールドおよび元役職フィールドへ退避させる。それとともに、役職を最も低い地位を示す「新入社員」に変更し、ポイントを新規のユーザよりも低い「−１０」に変更する。また懲罰フラグをオンに設定する。

フィードバック部５０は、懲罰フラグがオンの懲罰対象ユーザについて、復帰条件の充足判定処理を実行する。具体的には、役職降格後、懲罰対象ユーザが新たに投稿した写真に対して所定の評価受付期間中に、否定評価が１０個未満であった場合、フィードバック部５０は、ユーザ情報保持部３０の懲罰対象ユーザのレコードについて、その復帰条件フィールドの値を２０からデクリメントしていく。フィードバック部５０は、復帰条件フィールドの値が０になったことを検出すると、懲罰対象ユーザに対してポイントおよび役職の復帰処理を実行する。具体的には、元ポイントフィールドおよび元役職フィールドの値を、ポイントフィールドおよび役職フィールドへ書き戻し、削除枚数を０クリアし、懲罰フラグをオフに戻す。

フィードバック部５０は、降格フラグがオンの間に、１つの投稿写真でも否定評価が１０個以上になると、復帰条件フィールドの値を２０に戻す。したがって懲罰対象ユーザは、２０個の参加ミッションにおいて連続して、他のユーザからの否定評価を集めないよう注意する必要があり、投稿対象の写真がミッションに適合するものかを慎重に見極める必要がある。このように、複数の投稿写真がいずれも管理者により閲覧不許可とされたユーザには、否定評価を集めた場合のポイント減点を超え、役職を最低ランクに降格させるという一層厳しいペナルティを与えて反省を促す。ただし、懲罰対象ユーザが反省し、以降、ミッションに則した写真の投稿を続ける場合には、ユーザの改心を認める形で、ポイントおよび役職を元に戻すことで、一層の写真投稿を促すことができる。

以上の構成による写真共有サーバ１２の動作を説明する。
図７は、写真共有サーバ１２の動作を示すフローチャートである。同図は主に、ユーザインタフェースに関連する動作を示している。同図では不図示だが、権限を有するユーザは、投稿すべき写真のテーマを定めたミッションを写真共有サイトに登録する。参加ミッション選択ウェブページにおいてユーザが参加するミッションを選択すると（Ｓ１０のＹ）、投稿画面提供部４２は、選択ミッションの内容を提示するウェブページであり、投稿写真の指定を受け付ける写真投稿ウェブページをユーザ端末１０に表示させる（Ｓ１２）。写真投稿ウェブページにおいてユーザによる写真の投稿操作がなされて、ユーザ端末１０から送信された写真を投稿受付部４４が受信すると（Ｓ１４のＹ）、投稿受付部４４はその写真を投稿対象のミッションに対応づけて記録する（Ｓ１６）。写真の投稿を受け付けなければ（Ｓ１４のＮ）、Ｓ１６をスキップし、ユーザから参加ミッションの選択を受け付けなければ（Ｓ１０のＮ）、Ｓ１２からＳ１６をスキップする。

閲覧ミッション選択ウェブページにおいてユーザが投稿写真を閲覧するミッションを選択すると（Ｓ１８のＹ）、閲覧画面提供部４６は、コンテンツ保持部３４に格納された選択ミッションに対応する写真のうち削除フラグがオフの写真画像を取得する（Ｓ２０）。そして、取得した１つ以上の写真画像を選択ミッションの説明文章とともに配置したウェブページであり、各写真画像への評価入力を受け付ける写真閲覧ウェブページをユーザ端末１０に表示させる（Ｓ２２）。写真閲覧ウェブページにおいて閲覧ユーザによる投稿写真への評価入力がなされて、ユーザ端末１０から送信された評価情報を評価受付部４８が受信すると（Ｓ２４のＹ）、評価受付部４８は、その評価情報が示す肯定評価もしくは否定評価を評価対象のコンテンツと対応づけて記録する（Ｓ２６）。評価情報を受け付けなければ（Ｓ２４のＮ）、Ｓ２６をスキップし、ユーザから閲覧ミッションの選択を受け付けなければ（Ｓ１８のＮ）、Ｓ２０からＳ２６をスキップする。

図８は、写真共有サーバ１２の動作を示すフローチャートである。同図は主に、投稿ユーザに対するフィードバックに関連する動作を示している。あるユーザの投稿写真に対する肯定評価数が１０以上になった場合（Ｓ３０のＹ）、フィードバック部５０は、そのユーザのポイントを加点することにより、架空の会社組織でのユーザの昇進を促進する（Ｓ３２）。肯定評価数が１０未満であれば（Ｓ３０のＮ）、Ｓ３２をスキップする。

あるユーザの投稿写真に対する否定評価数が１０以上になった場合（Ｓ３４のＹ）、フィードバック部５０は、そのユーザのポイントを減点することにより、架空の会社組織でのユーザの昇進を困難にする（Ｓ３６）。さらにフィードバック部５０は、投稿写真の削除フラグをオンに設定し（Ｓ３８）、否定評価を集めた旨を投稿ユーザの端末へ通知する（Ｓ４０）。ユーザ特定部５２は、１０以上の否定評価を集めた投稿写真に対して肯定評価がなされているかを判定する。肯定評価が存在すれば（Ｓ４２のＹ）、肯定評価を行ったユーザを管理者による監視対象とすべき要注意ユーザとして特定する（Ｓ４４）。肯定評価がなければ（Ｓ４２のＮ）、Ｓ４４をスキップする。否定評価数が１０未満であれば（Ｓ３４のＮ）、Ｓ３６からＳ４４をスキップする。なお、Ｓ３０からＳ４４の処理を、個々の投稿写真を単位として繰り返し実行してもよい。

フィードバック部５０は、ユーザ情報保持部３０のレコードを参照して、懲罰フラグがオンのユーザ、すなわち懲罰対象ユーザが存在するか否かを判定する。懲罰対象ユーザが存在する場合（Ｓ４６のＹ）、フィードバック部５０は、懲罰対象ユーザに関する復帰判定処理を実行する（Ｓ４８）。具体的には、懲罰対象ユーザによる投稿写真に対する否定評価数を特定し、否定評価数が１０未満であれば、復帰条件としての残り期間（初期値２０）をデクリメントする。そして残り期間が０になれば、ユーザのポイントおよび役職を懲罰処理前の状態に戻す。懲罰対象ユーザが存在しなければ（Ｓ４６のＮ）、Ｓ４８をスキップする。ユーザランク決定部５８は、複数のユーザのそれぞれが保持するポイントにもとづいて各ユーザの役職を決定し、ユーザランク通知部６０は各ユーザの役職を各ユーザの端末へ通知する（Ｓ５０）。役職に変更があったときのみ通知してもよい。

図９は、写真共有サーバ１２の動作を示すフローチャートである。同図は主に、管理者インタフェースに関連する動作を示している。コンテンツ抽出部５４は、予め定められた写真抽出タイミングになったことを検出すると（Ｓ６０のＹ）、投稿写真全体の中から要注意ユーザの投稿写真を管理者による確認対象として優先的に選択する（Ｓ６２）。そして、残った通常ユーザの写真の中からランダムに１枚を選択し（Ｓ６４）、管理者による目視確認を行う規定枚数に到達するまで（Ｓ６６のＮ）、Ｓ６４を繰り返す。規定枚数、投稿写真が抽出されると（Ｓ６６のＹ）、確認画面提供部５６は、抽出された投稿写真を配置した閲覧可否確認ウェブページを管理者端末に表示させる（Ｓ６８）。写真抽出タイミングにならなければ（Ｓ６０のＮ）、Ｓ６２からＳ６８をスキップする。

典型的には、管理者は、閲覧可否確認ウェブページに掲載された写真の中から、公序良俗に反する写真や、ユーザを不快にするような写真を閲覧不許可として指定する。閲覧可否確認ウェブページにおいて閲覧不許可とする写真が指定入力された場合（Ｓ７０のＹ）、確認結果受付部５７は、閲覧不許可に指定された写真のＩＤを管理者端末から受け付ける。フィードバック部５０は、閲覧不許可に指定された写真の投稿ユーザについて、そのユーザのポイントを減点し、削除枚数をインクリメントする（Ｓ７２）。また、閲覧不許可に指定された写真の削除フラグをオンに設定する（Ｓ７４）。

フィードバック部５０は、あるユーザの投稿写真に対する管理者による削除枚数が所定の基準値以上になった場合（Ｓ７６のＹ）、そのユーザに対する懲罰処理を実行する（Ｓ７８）。具体的には、ユーザのポイントを、それまでの値にかかわらず強制的に初期ユーザよりも低い値に変更する。またユーザの役職を、それまでの値にかかわらず強制的に最下位の地位に変更する。ただし、ユーザの懲罰フラグをオンに設定して復帰判定処理の対象とする。懲罰フラグがオフで、管理者による削除枚数が基準値以上のユーザがいなければ（Ｓ７６のＮ）、Ｓ７８をスキップする。閲覧不許可とする写真の指定がなければ（Ｓ７０のＮ）、Ｓ７２からＳ７８をスキップする。

実施の形態の写真共有サーバ１２によると、複数のユーザを架空の会社組織に所属させて、その会社組織での出世のために、定められたテーマに則した写真の投稿を競わせる写真共有サービスにおいて、テーマに不適合の旨の評価を集めた投稿写真については、その投稿ユーザの会社組織での出世を困難にする。これにより、サービスの方向性に合致しない写真を投稿する行為が自身にとって不利益になることをユーザに学習させ、テーマに不適合の写真や、閲覧者を不快にするような写真の投稿を止めるよう促すことができる。また、否定評価にもとづいて自動的に警告メッセージを投稿ユーザへ通知し、否定評価を集めた写真を自動的に閲覧画面で非表示とすることで管理者の負担やサイトの運営コストを低減し、また迅速なサービス改善を実現しやすくなる。

また写真共有サーバ１２によると、将来時点においてサービスの趣旨にそぐわない写真を投稿する可能性が高いと見込まれるユーザを予め要注意ユーザとして検出し、要注意ユーザの投稿写真は優先的に管理者による確認対象とする。これにより、現実的に管理者が目視確認可能な投稿写真の枚数には限界があるところ、サービスの趣旨にそぐわない写真や、閲覧者を不快にするような写真を効率的に発見し、閲覧禁止等の対処を迅速に行うことを支援できる。

以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。以下変形例を示す。

第１の変形例を説明する。
上記実施の形態では言及していないが、複数のミッションに亘り投稿写真の閲覧を拒否するユーザ（ここでは「ＮＧユーザ」とも呼ぶ。）の登録機能が実現されてもよい。具体的には、ユーザ情報保持部３０には、ＮＧユーザフィールドが設けられる。閲覧画面提供部４６は、写真閲覧画面において各投稿写真に対応づけてＮＧユーザ登録ボタンをさらに設定する。閲覧ユーザは、投稿写真を見て、他のミッションでもその投稿ユーザの写真を見たくないと考える場合にＮＧユーザ登録ボタンを選択操作する。評価受付部４８は、写真閲覧画面においてＮＧユーザ登録ボタンが選択された写真のＩＤをユーザ端末１０から受け付け、その写真の投稿ユーザ（すなわちＮＧユーザ）のＩＤをコンテンツ保持部３４から取得して、閲覧ユーザのＮＧユーザフィールドへ格納する。

閲覧画面提供部４６は、上記の閲覧ユーザに対していずれのミッションの写真閲覧画面を提供する場合にも、ＮＧユーザによる投稿写真があるか否かを判定する。そして、ＮＧユーザによる投稿写真を除外して、ＮＧユーザ以外のユーザによる投稿写真を掲載する写真閲覧画面のデータを設定する。すなわち、上記の閲覧ユーザへ提供する写真閲覧画面では、ＮＧユーザによる投稿写真を非表示とする。これにより、上記の閲覧ユーザは、複数のミッションの写真閲覧画面に亘って、ＮＧユーザの投稿写真を閲覧することを回避できる。

更なる変形例として、閲覧画面提供部４６は、上記の閲覧ユーザへ提供する写真閲覧画面から原則としてＮＧユーザの投稿写真を排除するものの、ＮＧユーザの投稿写真に対する肯定評価数が所定値（例えば１０）以上の場合には、ＮＧユーザの投稿写真を含めた写真閲覧画面を設定してもよい。この場合、閲覧画面提供部４６は、ＮＧユーザの投稿写真に対応づけてＮＧユーザ解除ボタンをさらに設定する。閲覧ユーザは、ＮＧユーザの投稿写真を見て、他のミッションでもＮＧユーザの写真を見てもいいと考える場合にＮＧユーザ解除ボタンを選択操作する。評価受付部４８は、写真閲覧画面においてＮＧユーザ解除ボタンが選択された写真のＩＤをユーザ端末１０から受け付け、その写真の投稿ユーザ（すなわちＮＧユーザ）のＩＤを閲覧ユーザのＮＧユーザフィールドから削除する。以降、ＮＧユーザから解除されたユーザの投稿写真が、上記の閲覧ユーザに提供される写真閲覧画面に掲載されるようになる。

第２の変形例を説明する。
上記実施の形態では言及していないが、管理者が閲覧不許可とした写真に対して肯定評価を行ったユーザについても要注意ユーザとして特定してもよい。具体的には、ユーザ特定部５２は、確認結果受付部５７が受け付けた写真ＩＤ、すなわち、管理者がユーザの閲覧を不許可とした写真のＩＤが設定されたコンテンツ保持部３４のレコードから、その写真に肯定評価を行ったユーザのＩＤを特定してもよい。そして、特定したユーザを要注意ユーザとして、そのユーザの注意フラグをオンに設定してもよい。これにより、要注意ユーザ抽出の網羅性を高めることができる。

第３の変形例を説明する。
上記実施の形態では、複数のユーザ間で共有する電子コンテンツの例として写真を挙げたが、写真以外の電子コンテンツ、例えば動画・音楽・各種アプリケーションを共有するサービスにおいても上記の技術思想を適用可能である。

請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。

１２ 写真共有サーバ、 ３０ ユーザ情報保持部、 ３２ ミッション保持部、 ３４ コンテンツ保持部、 ４０ ミッション登録部、 ４２ 投稿画面提供部、 ４４ 投稿受付部、 ４６ 閲覧画面提供部、 ４８ 評価受付部、 ５０ フィードバック部、 ５２ ユーザ特定部、 ５４ コンテンツ抽出部、 ５６ 確認画面提供部、 ５７ 確認結果受付部、 ５８ ユーザランク決定部、 ６０ ユーザランク通知部。

Claims (7)

1. 予め定められたテーマに適合する電子コンテンツを投稿させるための投稿画面を、ネットワークを介してユーザの情報機器に表示させる投稿画面提供部と、
   ユーザの情報機器から受信された、前記投稿画面においてユーザが投稿した電子コンテンツを前記テーマと対応づけて記憶するコンテンツ保持部と、
   第１のユーザが投稿した電子コンテンツである投稿コンテンツを前記テーマとともに第２のユーザに閲覧させる画面であって、前記投稿コンテンツが前記テーマに適合するものか否かの評価入力を受け付ける閲覧画面を、ネットワークを介して前記第２のユーザの情報機器に表示させる閲覧画面提供部と、
   前記第２のユーザの情報機器から受信された、前記閲覧画面において前記第２のユーザが入力した評価を示す情報を記憶する評価保持部と、
   前記投稿コンテンツが前記テーマに不適合である旨の否定的な評価が所定数以上である場合に、その旨を示す画面をネットワークを介して前記第１のユーザの情報機器に表示させるフィードバック部と、
   を備えることを特徴とする情報処理装置。
2. 前記閲覧画面提供部は、前記投稿コンテンツに対する否定的な評価が所定数以上となった後、前記閲覧画面において前記投稿コンテンツを非表示とすることを特徴とする請求項１に記載の情報処理装置。
3. 前記否定的な評価が前記所定数以上の電子コンテンツに対して肯定的な評価をしたユーザを特定するユーザ特定部と、
   複数のユーザが投稿した複数の電子コンテンツのうち一部の電子コンテンツを管理者による確認対象として所定の基準にもとづいて抽出し、前記ユーザ特定部が特定したユーザが投稿した電子コンテンツを、他のユーザが投稿した電子コンテンツより優先的に前記管理者による確認対象とするよう前記所定の基準とは別の基準にもとづいて抽出するコンテンツ抽出部と、
   前記コンテンツ抽出部が抽出した電子コンテンツを管理者に確認させるための画面であって、当該電子コンテンツの閲覧を許可するか否かの判定入力を受け付ける確認画面を表示させる確認画面提供部と、
   をさらに備え、
   前記閲覧画面提供部は、前記確認画面において閲覧不許可の旨が入力された場合に、前記コンテンツ抽出部が抽出した電子コンテンツを前記閲覧画面において非表示とすることを特徴とする請求項１または２に記載の情報処理装置。
4. 複数のユーザのそれぞれが電子コンテンツの投稿により獲得するポイントを記憶するユーザ情報保持部と、
   ユーザの地位を示すランクを複数定めた架空の組織における各ユーザのランクを決定し、あるユーザが獲得したポイントが大きいほど、前記組織における高い地位を示すランクをそのユーザに付与するよう決定するユーザランク決定部と、
   前記ユーザランク決定部が決定したユーザのランクを示す情報をユーザの情報機器へ送信するユーザランク通知部と、
   をさらに備え、
   前記フィードバック部は、前記投稿コンテンツに対する肯定的な評価にもとづいて前記第１のユーザのポイントを増加させる一方、前記投稿コンテンツに対する否定的な評価にもとづいて前記第１のユーザのポイントを減少させることを特徴とする請求項１から３のいずれかに記載の情報処理装置。
5. 前記投稿コンテンツを管理者に確認させるための画面であって、前記投稿コンテンツの閲覧を許可するか否かの判定入力を受け付ける確認画面を表示させる確認画面提供部をさらに備え、
   前記確認画面において閲覧不許可の旨が入力された場合に、前記閲覧画面提供部は、前記閲覧画面において前記投稿コンテンツを非表示とし、
   前記確認画面において前記第１のユーザによる複数の投稿コンテンツのいずれにも閲覧不許可の旨が入力された場合に、前記フィードバック部は、前記第１のユーザのランクを低下させるために必要な所定量、前記第１のユーザのポイントを減少させることを特徴とする請求項４に記載の情報処理装置。
6. 前記ユーザ情報保持部は、前記フィードバック部が前記第１のユーザのランクを低下させた場合に、それまでの前記第１のユーザのランクも継続して保持し、
   前記フィードバック部は、前記第１のユーザが以後投稿する電子コンテンツに対する評価が所定の復帰条件を充足する場合に、前記第１のユーザのランクを元に戻すことを特徴とする請求項５に記載の情報処理装置。
7. コンピュータが、
   予め定められたテーマに適合する電子コンテンツを投稿させるための投稿画面を、ネットワークを介してユーザの情報機器に表示させるステップと、
   ユーザの情報機器から受信された、前記投稿画面においてユーザが投稿した電子コンテンツを前記テーマと対応づけて記憶するステップと、
   第１のユーザが投稿した電子コンテンツである投稿コンテンツを前記テーマとともに第２のユーザに閲覧させる画面であって、前記投稿コンテンツが前記テーマに適合するものか否かの評価入力を受け付ける閲覧画面を、ネットワークを介して前記第２のユーザの情報機器に表示させるステップと、
   前記第２のユーザの情報機器から受信された、前記閲覧画面において前記第２のユーザが入力した評価を示す情報を記憶するステップと、
   前記投稿コンテンツが前記テーマに不適合である旨の否定的な評価が所定数以上である場合に、その旨を示す画面をネットワークを介して前記第１のユーザの情報機器に表示させるステップと、
   を実行することを特徴とする情報処理方法。

Images