JP7184972B1 - 情報処理装置、情報処理方法および情報処理プログラム - Google Patents

Abstract

【課題】投稿者に対して適切な報酬を提供する情報処理装置、情報処理方法及び情報処理プログラムを提供する。
【解決手段】情報処理装置と、複数のユーザ端末と、複数の投稿者端末とがネットワークに対して有線又は無線により接続される情報処理システムにおいて、情報処理装置１は、受付部３３と、決定部３４とを備える。受付部３３は、ユーザから投稿記事に対する複数の種別の評価を受け付ける。決定部３４は、受け付けた評価に応じて投稿記事の投稿者に対する報酬を決定する。受付部３３は、評価内容が異なる複数の種別の評価を示す表示部品に対するユーザの選択操作を受け付ける。決定部３４は、選択操作による評価の受付数に応じて報酬を決定する。
【選択図】図３

Description

特許法第３０条第２項適用 ｈｔｔｐｓ：／／ａｂｏｕｔ．ｙａｈｏｏ．ｃｏ．ｊｐ／ｐｒ／ｒｅｌｅａｓｅ／２０２１／０６／１７ａ／ 文献１．ｐｄｆ 掲載日 令和３年６月１７日 ｈｔｔｐｓ：／／ｎｅｗｓ．ｙａｈｏｏ．ｃｏ．ｊｐ／ 文献２．ｐｄｆ 掲載日 令和３年６月１７日

本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。

従来、ニュース等の投稿記事を投稿した投稿者に対して、投稿記事へのアクセス数に応じて報酬を提供する情報処理装置がある。

特開２０１０－６３００８号公報

しかしながら、アクセス数に応じて報酬を決定する場合、記事の良し悪しに関わらず報酬が支払われるため、例えば、釣り見出しを使って注目を集めようする記事（情報価値の低い記事や、見出しと記事内容が一致していないような記事）やテレビの書き起こし記事等のような話題性が高く低コストで作成された投稿記事に対して多くの報酬が支払われる場合がある。このため、例えば、話題性が低いものの時間をかけて取材した良質な記事を投稿した投稿者に対する報酬が少なくなるおそれがあった。

本願は、上記に鑑みてなされたものであって、投稿者に対して適切な報酬を提供することができる情報処理装置、情報処理方法および情報処理プログラムを提供することを目的とする。

本願に係る情報処理装置は、受付部と、決定部とを備える。前記受付部は、ユーザから投稿記事に対する複数の種別の評価を受け付ける。前記決定部は、受け付けた前記評価に応じて前記投稿記事の投稿者に対する報酬を決定する。

実施形態の一態様によれば、投稿者に対して適切な報酬を提供することができるという効果を奏する。

図１は、実施形態に係る情報処理システムの動作例を示す図である。 図２は、実施形態に係る情報処理システムの構成例を示す図である。 図３は、実施形態に係る情報処理装置の構成例を示す図である。 図４は、記事情報の一例を示す図である。 図５は、実施形態に係るユーザ端末の構成例を示す図である。 図６は、実施形態に係るユーザ端末が実行する評価受付処理の処理手順を示すフローチャートである。 図７は、実施形態に係る情報処理装置が実行する報酬提供処理の処理手順を示すフローチャートである。 図８は、ハードウェア構成の一例を示す図である。

以下に、本願に係る情報処理装置、情報処理方法および情報処理プログラムを実施するための形態（以下、「実施形態」と記載する）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法および情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

（実施形態）
図１は、実施形態に係る情報処理システムＳの動作例を示す図である。図１に示すように、実施形態に係る情報処理システムＳは、情報処理装置１と、ユーザ端末５０と、投稿者端末１００とを含む。

実施形態に係る情報処理システムＳでは、まず、投稿者が投稿者端末１００を介して投稿記事を情報処理装置１へ送信する（ステップＳ１）。投稿記事は、例えば、ニュース記事や、ＳＮＳ（Social Networking Service）等のようなテキストや画像を含む記事である。

つづいて、情報処理装置１は、投稿記事をユーザ端末５０へ配信する（ステップＳ２）。配信方法は、プッシュ通知による配信であってもよく、ユーザ端末５０を扱うユーザからの要求に応じて配信してもよい。

つづいて、ユーザ端末５０は、投稿記事をユーザが読み終わったことを検出する（ステップＳ３）。例えば、ユーザ端末５０は、ユーザ端末５０の表示部におけるユーザの視野領域に投稿記事の文末が含まれた場合に読み終わりを検出する。なお、投稿記事の読み終わりは、ユーザ端末５０における投稿記事の表示位置の情報を情報処理装置１へ送信し、情報処理装置１が投稿記事の読み終わりを検出してもよい。

つづいて、ユーザ端末５０は、投稿記事の読み終わりを検出した場合、投稿記事に対する複数の種別の評価を受け付けるための評価ボタンを表示する（ステップＳ４）。図１に示す例では、「学びがある」、「わかりやすい」、「新しい視点」の３つの種別の評価ボタンを表示する。

「学びがある」は、投稿記事が有する情報を評価するものであり、しっかりと取材されて情報が正確な点を評価するものであり、着眼点を評価するものである。言い換えれば、「学びがある」は、テレビの書き起こし記事等のようなこたつ記事以外の記事を評価するものである。

「わかりやすい」は、投稿記事の構成を評価するものであり、要点がまとまって記事がわかりやすくなっている点を評価するものであり、書き方や伝え方を評価するものである。言い換えれば、「わかりやすい」は、不要に冗長な記事や、構成（文脈や文型）が適切でなく難解な記事以外の記事を評価するものである。

「新しい視点」は、投稿記事が有する情報を評価するものであり、投稿記事が伝える事象自体の新規性と、事象に対する投稿者の解釈を含んだ独自性を評価するものであり、投稿者（もしくは投稿者の所属会社）のユニーク性を評価するものである。言い換えれば、「新しい視点」は、ストレートニュースそのままではなく投稿者の解釈を評価するものである。

つづいて、ユーザ端末５０は、投稿記事に対するユーザの評価を受け付ける（ステップＳ５）。図１に示す例では、ユーザ端末５０は、ユーザから３つの評価ボタンのうち、少なくとも１つの評価ボタンの選択操作を評価として受け付ける。

つづいて、ユーザ端末５０は、受け付けた評価を情報処理装置１へ送信する（ステップＳ６）。

つづいて、情報処理装置１は、受け付けた評価に応じて投稿記事の投稿者に対する報酬を決定する（ステップＳ７）。例えば、情報処理装置１は、投稿記事のＰＶ（Page View）数と、評価の受付数との比率に応じた報酬を決定する。なお、ＰＶ数以外にも、ＵＢ（Unique Browser）等のような投稿記事を閲覧したユーザ数を用いてもよい。

そして、情報処理装置１は、決定した報酬を投稿者端末１００を介して投稿者へ提供する（ステップＳ８）。なお、報酬は、投稿者の口座に直接振り込まれてもよい。また、この報酬とは別に、ＰＶ数に連動した別の報酬が併せて提供されてもよい。

このように、実施形態に係る情報処理装置１は、投稿記事に対する評価に応じて報酬を決定することで、例えば、ＰＶ数が伸びないもの評価が高い良質な投稿記事を投稿した投稿者に対して適切な報酬を提供することができる。

また、実施形態に係るユーザ端末５０は、投稿記事をユーザが読み終わった後に評価を受け付けることで、ユーザが投稿記事を読まずに評価する場合等を排除できるため、投稿記事に対する評価の精度を高めることができる。

次に、図２を用いて、実施形態に係る情報処理システムＳの構成例について説明する。図２は、実施形態に係る情報処理システムＳの構成例を示すブロック図である。図２に示すように、実施形態に係る情報処理システムＳは、情報処理装置１と、複数のユーザ端末５０と、複数の投稿者端末１００とがネットワークＮに対して有線又は無線により接続される。ネットワークＮは、例えば、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）等のネットワークである。

情報処理装置１は、各種サービスを提供するサーバであり、情報処理方法を実行する。情報処理装置１が提供するサービスは、例えば、ニュース配信サービスや、ＳＮＳサービス等を含む。

ユーザ端末５０は、投稿記事の配信サービスを受けようとするユーザが扱う情報処理装置である。ユーザ端末５０は、スマートフォン、デスクトップ型ＰＣ、ノート型ＰＣ、タブレット型ＰＣ等の任意のタイプの端末装置を用いることができる。

また、ユーザ端末５０は、情報処理装置１にアクセスすることで、情報処理装置１が提供する投稿記事の配信サービスを利用することができる。

投稿者端末１００は、投稿記事を投稿する投稿者が扱う端末装置である。投稿者端末１００は、スマートフォン、デスクトップ型ＰＣ、ノート型ＰＣ、タブレット型ＰＣ等の任意のタイプの端末装置を用いることができる。

次に、図３を参照して、情報処理装置１の構成例について説明する。

図３は、実施形態に係る情報処理装置１の構成例を示す図である。図３に示されるように、情報処理装置１は、通信部２と、制御部３と、記憶部４とを有する。制御部３は、取得部３１と、配信部３２と、受付部３３と、決定部３４と、提供部３５とを備える。記憶部４は、記事情報４１を記憶する。

通信部２は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。通信部２は、有線または無線によりネットワーク網と接続される。

制御部３は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサによって、情報処理装置１内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭ等を作業領域として実行されることにより実現される。また、制御部３は、コントローラ（controller）であり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、ＧＰＧＰＵ（General Purpose Graphic Processing Unit）等の集積回路により実現されてもよい。

記憶部４は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図３に示されるように、記憶部４は、記事情報４１を有する。

記事情報４１は、投稿記事に関する情報である。図４は、記事情報４１の一例を示す図である。図４に示すように、記事情報４１は、「記事ＩＤ」、「投稿者」、「記事内容」、「評価情報」等の項目を含む。

「記事ＩＤ」は、投稿記事を識別する識別情報である。「投稿者」は、投稿者に関する情報であり、例えば、氏名等である。「記事内容」は、投稿記事の内容に関する情報であり、例えば、投稿記事のテキストデータや画像データである。「評価情報」は、投稿記事に対する評価の情報であり、例えば、図１に示す評価ボタンの受付数や、投稿記事のＰＶ数等の情報である。

次に、情報処理装置１の制御部３の各機能（取得部３１、配信部３２、受付部３３、決定部３４および提供部３５）について説明する。

取得部３１は、各種情報を取得する。例えば、取得部３１は、投稿者端末１００から投稿記事の情報を取得する。取得部３１は、取得した投稿記事の情報を記事情報４１として記憶部４に記憶する。

また、取得部３１は、投稿者や投稿記事を読んだユーザの属性情報を取得してもよい。属性情報は、住所、年齢、職業、趣味等に関する情報を含む。

配信部３２は、取得部３１が取得した投稿記事をユーザ端末５０へ配信する。配信部３２は、ユーザ端末５０から投稿記事の閲覧要求があった場合に配信してもよい。また、配信部３２は、投稿者端末１００から投稿記事がアップされ次第、ユーザ端末５０へプッシュ通知で配信してもよい。

受付部３３は、ユーザから投稿記事に対する複数の種別の評価を受け付ける。例えば、受付部３３は、図１に示した評価内容が異なる複数の種別の評価ボタンへの選択操作をユーザの評価として受け付ける。

決定部３４は、受付部３３が受け付けた評価に応じて投稿記事の投稿者に対する報酬を決定する。例えば、決定部３４は、評価の受付数に応じて報酬を決定する。受付数は、例えば図１に示す３つの評価ボタンそれぞれの受付数の合計であってもよく、いずれか１つの評価ボタンの受付数であってもよい。あるいは、３つの評価ボタンそれぞれに予め所定の重みを設定しておき、受付数に重みを掛けた値の合計を受付数としてもよい。

例えば、決定部３４は、投稿記事のＰＶ数（アクセス数の一例）や、ＵＢ数（閲覧ユーザ数：アクセス数の一例）に対する受付数の比率に応じて報酬を決定する。あるいは、決定部３４は、単純に受付数に応じた報酬を決定してもよい。

また、例えば、決定部３４は、投稿者がこれまでに投稿した投稿記事の平均ＰＶ数（あるいは平均ＵＢ数）に応じてランク付けをし、かかるランクと受付数とに基づいて報酬を決定してもよい。例えば、決定部３４は、ランク毎に重みを設定し、受付数にランクの重みを掛けた値に応じて報酬を決定する。

また、決定部３４は、例えば、投稿記事の特徴を解析し、解析結果と受付数とに基づいて報酬を決定してもよい。例えば、決定部３４は、投稿記事の長さの適切性や、文章構成の簡潔性、使用単語の適切性等の解析結果を加味して報酬を決定してもよい。

また、決定部３４は、投稿記事を読んだユーザの属性を加味して報酬を決定してもよい。例えば、決定部３４は、車関連の投稿記事に対して車好きのユーザが評価をした場合には、かかる評価を車好きではないユーザの評価よりも価値を高く（あるいは低く）してもよい。

また、決定部３４は、投稿記事の種別を加味して報酬を決定してもよい。例えば、決定部３４は、速報記事やテレビの書き起こし記事等のような低コストの記事の重みを低くし、取材や文章推敲に時間を要した高コストの記事の重みを高くし、かかる重みを上記の受付数に掛けた値に応じて報酬を決定する。

また、決定部３４は、投稿記事が投稿された日時から評価を受け付けた日時までの期間を加味して報酬を決定してもよい。例えば、決定部３４は、投稿日時から評価受付日時までの期間が長い程、受け付けた評価の価値を高く（あるいは低く）してもよい。

提供部３５は、決定部３４によって決定された報酬を投稿者端末１００を介して投稿者へ提供する。なお、提供部３５は、上記の報酬の他、単純にＰＶ数に連動する他の報酬を併せて提供してもよい。

次に、図５を用いて、実施形態に係るユーザ端末５０の構成例について説明する。図５は、実施形態に係るユーザ端末５０の構成例を示す図である。図５に示されるように、ユーザ端末５０は、通信部５１と、制御部５２と、記憶部５３とを有する。制御部５２は、取得部５２１と、表示処理部５２２と、検出部５２３と、受付部５２４とを備える。

通信部５１は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。通信部２は、有線または無線によりネットワーク網と接続される。

制御部５２は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサによって、情報処理装置１内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭ等を作業領域として実行されることにより実現される。また、制御部１２は、コントローラ（controller）であり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、ＧＰＧＰＵ（General Purpose Graphic Processing Unit）等の集積回路により実現されてもよい。

記憶部５３は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。

次に、ユーザ端末５０の制御部５２の各機能（取得部５２１、表示処理部５２２、検出部５２３および受付部５２４）について説明する。

取得部５２１は、各種情報を取得する。例えば、取得部５２１は、情報処理装置１から配信される投稿記事を取得する。

表示処理部５２２は、取得部５２１が取得した投稿記事をユーザ端末５０の不図示の表示部に表示する。

検出部５２３は、投稿記事をユーザが読み終わったことを検出する。例えば、検出部５２３は、ユーザ端末５０の表示部にユーザの視野を示す視野領域を設定し、かかる視野領域に投稿記事の文末が含まれる場合に、投稿記事の読み終わりを検出する。

また、検出部５２３は、視野領域に加えて、投稿記事が表示されてからの時間経過を加味してもよい。例えば、検出部５２３は、視野領域に投稿記事の文末が含まれ、かつ、投稿記事が表示されてから所定時間以上経過した場合に、投稿記事の読み終わりを検出する。なお、所定時間は、固定値であってもよく、文字数に応じた時間であってもよい。

受付部５２４は、検出部５２３によって投稿記事の読み終わりが検出された場合に、投稿記事に対する評価を受付可能とする。例えば、受付部５２４は、図１に示したような、評価内容が異なる複数の種別の評価ボタン（表示部品）を表示することで、評価を受付可能とする。

なお、評価ボタンが、投稿記事の文末に配置されることが好ましい。これにより、評価ボタンを操作したユーザが投稿記事の文末まで確実に到達したことを把握することができる。

また、受付部５２４は、評価を受付不可の時には評価ボタンを非表示とし、評価を受付可能の時には評価ボタンを表示するようにしてもよい。また、受付部５２４は、評価ボタンを表示する場合、例えば、アニメーション表示により評価ボタンを表示するようにしてもよい。

あるいは、受付部５２４は、評価を受付不可の時には評価ボタンを無効化した状態で表示し、評価を受付可能の時には評価ボタンを有効化した状態で表示するようにしてもよい。

また、受付部５２４は、無効化した状態の評価ボタンと、有効化した状態の評価ボタンとで表示態様を異ならせるようにしてもよい。

また、受付部５２４は、評価ボタンを表示後（有効化後）、所定時間以上経過した場合には、ユーザが投稿記事を評価する意思が無いと判断して、評価ボタンを非表示（あるいは無効化）にしてもよい。

次に、図６を用いて、実施形態に係るユーザ端末５０の評価受付処理の処理手順について説明する。図６は、実施形態に係るユーザ端末５０が実行する評価受付処理の処理手順を示すフローチャートである。

図６に示すように、実施形態に係るユーザ端末５０の制御部５２は、情報処理装置１から投稿記事を取得する（ステップＳ１０１）。

つづいて、制御部５２は、投稿記事を表示部に表示する（ステップＳ１０２）。

つづいて、制御部５２は、ユーザが投稿記事を読み終わったか否かを判定する（ステップＳ１０３）。制御部５２は、投稿記事の読み終わりを検出した場合（ステップＳ１０３：Ｙｅｓ）、評価ボタンを表示する（ステップＳ１０４）。

つづいて、制御部５２は、評価ボタンへのユーザの選択操作により投稿記事に対するユーザの評価を受け付け（ステップＳ１０５）、処理を終了する。

一方、ステップＳ１０３において、制御部５２は、投稿記事の読み終わりが検出されなかった場合（ステップＳ１０３：Ｎｏ）、投稿記事のページから他のページに遷移したか否かを判定する（ステップＳ１０６）。

制御部５２は、他のページに遷移したことを検出した場合（ステップＳ１０６：Ｙｅｓ）、処理を終了し、他のページに遷移したことを検出しなかった場合（ステップＳ１０６：Ｎｏ）、ステップＳ１０３に移行する。

次に、図７を用いて、実施形態に係る情報処理装置１の報酬提供処理の処理手順について説明する。図７は、実施形態に係る情報処理装置１が実行する報酬提供処理の処理手順を示すフローチャートである。

図７に示すように、制御部３は、投稿記事のＰＶ数（あるいは閲覧ＵＢ数。以下同様のため記載を省略）を取得する（ステップＳ２０１）。つづいて、制御部３は、評価の受付数を取得する（ステップＳ２０２）。

つづいて、制御部３は、ＰＶ数に対する評価の受付数の比率を算出する（ステップＳ２０３）。つづいて、制御部３は、算出した比率に応じた報酬を決定する（ステップＳ２０４）。つづいて、制御部３は、決定した報酬を投稿者へ提供し（ステップＳ２０５）、処理を終了する。

〔その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の一部を手動的に行うこともできる。あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

例えば、図３に示した記憶部４、図５に示した記憶部５３それぞれの一部又は全部は、各装置によって保持されるのではなく、ストレージサーバ等に保持されてもよい。この場合、各装置は、ストレージサーバにアクセスすることで、各種情報を取得する。

〔ハードウェア構成〕
また、上述してきた実施形態に係る情報処理装置（情報処理装置１またはユーザ端末５０）は、例えば図８に示すような構成のコンピュータ１０００によって実現される。図８は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力ＩＦ（Interface）１０６０、入力ＩＦ１０７０、ネットワークＩＦ１０８０がバス１０９０により接続された形態を有する。

演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。一次記憶装置１０４０は、ＲＡＭ等、演算装置１０３０が各種の演算に用いるデータを一時的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ等により実現される。

出力ＩＦ１０６０は、モニタやプリンタといった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインタフェースであり、例えば、ＵＳＢ（Universal Serial Bus）やＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現される。また、入力ＩＦ１０７０は、マウス、キーボード、およびスキャナ等といった各種の入力装置１０２０から情報を受信するためのインタフェースであり、例えば、ＵＳＢ等により実現される。

なお、入力装置１０２０は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等から情報を読み出す装置であってもよい。また、入力装置１０２０は、ＵＳＢメモリ等の外付け記憶媒体であってもよい。

ネットワークＩＦ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。

演算装置１０３０は、出力ＩＦ１０６０や入力ＩＦ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。例えば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。

例えば、コンピュータ１０００が情報処理装置（情報処理装置１またはユーザ端末５０）として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラムを実行することにより、制御部（制御部３または制御部５２）の機能を実現する。

〔効果〕
上述してきたように、実施形態に係る情報処理装置１は、受付部３３と、決定部３４とを備える。受付部３３は、ユーザから投稿記事に対する複数の種別の評価を受け付ける。決定部３４は、受け付けた評価に応じて投稿記事の投稿者に対する報酬を決定する。受付部３３は、評価内容が異なる複数の種別の評価を示す表示部品に対するユーザの選択操作を受け付ける。決定部３４は、選択操作による評価の受付数に応じて報酬を決定する。決定部３４は、投稿記事へのアクセス数に対する受付数の比率に応じて報酬を決定する。決定部３４は、過去の投稿記事へのアクセス数に応じて投稿者をランク付けし、受付数にランクに応じた重みを掛けた値に応じて報酬を決定する。決定部３４は、投稿記事の特徴を解析し、解析結果と、評価とに応じて報酬を決定する。決定部３４は、投稿記事を読んだユーザの属性情報と、評価とに応じて報酬を決定する。決定部３４は、評価の種別毎に重み付けし、評価に重みを加味して報酬を決定する。決定部３４は、投稿記事の種別に応じて評価に重み付けをして報酬を決定する。決定部３４は、投稿記事が投稿された日時から受付部３３が評価を受け付けた日時までの時間経過に基づいて報酬を決定する。このような構成により、投稿者に対して適切な報酬を提供することができる。

また、上述してきたように、実施形態に係る情報処理装置１は、検出部５２３と、受付部５２４とを備える。検出部５２３は、投稿記事をユーザが読み終わったことを検出する。受付部５２４は、検出部５２３によって投稿記事の読み終わりが検出された場合に、投稿記事に対する評価を受け付け可能とする。検出部５２３は、予め設定されたユーザの視野領域に投稿記事の文末が含まれた場合に投稿記事を読み終わったことを検出する。検出部５２３は、投稿記事が表示されてからの経過時間が所定時間以上となった場合に、投稿記事を読み終わったことを検出する。受付部５２４は、検出部５２３によって投稿記事の読み終わりが検出された場合に、評価を示す表示部品を表示することで、投稿記事に対する評価を受け付け可能とする。表示部品は、投稿記事の文末に表示される。受付部５２４は、評価を受付不可の時には表示部品を非表示とし、評価を受付可能の時には表示部品を表示する。受付部５２４は、評価を受付可能の時に表示部品を表示する場合、アニメーションにより表示部品を表示する。受付部５２４は、評価を受付不可の時には表示部品を無効化した状態で表示し、評価を受付可能の時には表示部品を有効化した状態で表示する。このような構成により、投稿記事に対する評価の精度を高めることができる。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

〔その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた実施形態に記載した各処理は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、上記してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、制御部３は、制御手段や制御回路に読み替えることができる。

１ 情報処理装置
２ 通信部
３ 制御部
４ 記憶部
１２ 制御部
３１ 取得部
３２ 配信部
３３ 受付部
３４ 決定部
３５ 提供部
４１ 記事情報
５０ ユーザ端末
５１ 通信部
５２ 制御部
５３ 記憶部
１００ 投稿者端末
５２１ 取得部
５２２ 表示処理部
５２３ 検出部
５２４ 受付部
Ｓ 情報処理システム

Claims (14)

1. ユーザから投稿記事に対する複数の種別の評価を受け付ける受付部と、
   受け付けた前記評価に応じて前記投稿記事の投稿者に対する報酬を決定する決定部と、
   を備え、
   前記受付部は、
   前記投稿記事における着眼点の評価と、前記投稿記事における書き方および伝え方の評価と、前記投稿記事における投稿者の解釈の評価とを含む前記複数の種別の評価を受け付けること
   を特徴とする情報処理装置。
2. 前記受付部は、
   評価内容が異なる前記複数の種別の評価を示す表示部品に対する前記ユーザの選択操作を受け付け、
   前記決定部は、
   前記選択操作による前記評価の受付数に応じて前記報酬を決定すること
   を特徴とする請求項１に記載の情報処理装置。
3. 前記決定部は、
   前記投稿記事へのアクセス数に対する前記受付数の比率に応じて前記報酬を決定すること
   を特徴とする請求項２に記載の情報処理装置。
4. 前記決定部は、
   過去の投稿記事へのアクセス数に応じて前記投稿者をランク付けし、前記受付数にランクに応じた重みを掛けた値に応じて前記報酬を決定すること
   を特徴とする請求項２または３に記載の情報処理装置。
5. 前記決定部は、
   前記投稿記事の特徴を解析し、解析結果と、前記評価とに応じて前記報酬を決定すること
   を特徴とする請求項１～４のいずれか１つに記載の情報処理装置。
6. 前記決定部は、
   前記投稿記事を読んだ前記ユーザの属性情報と、前記評価とに応じて前記報酬を決定すること
   を特徴とする請求項１～５のいずれか１つに記載の情報処理装置。
7. 前記決定部は、
   前記評価の前記種別毎に重み付けし、前記評価に前記重みを加味して前記報酬を決定すること
   を特徴とする請求項４に記載の情報処理装置。
8. 前記決定部は、
   前記投稿記事の種別に応じて前記評価に重み付けをして前記報酬を決定すること
   を特徴とする請求項１～７のいずれか１つに記載の情報処理装置。
9. 前記決定部は、
   前記投稿記事が投稿された日時から前記受付部が前記評価を受け付けた日時までの時間経過に基づいて前記報酬を決定すること
   を特徴とする請求項１～８のいずれか１つに記載の情報処理装置。
10. コンピュータが実行する情報処理方法であって、
    ユーザから投稿記事に対する複数の種別の評価を受け付ける受付工程と、
    受け付けた前記評価に応じて前記投稿記事の投稿者に対する報酬を決定する決定工程と、
    を含み、
    前記受付工程は、
    前記投稿記事における着眼点の評価と、前記投稿記事における書き方および伝え方の評価と、前記投稿記事における投稿者の解釈の評価とを含む前記複数の種別の評価を受け付けること
    を特徴とする情報処理方法。
11. ユーザから投稿記事に対する複数の種別の評価を受け付ける受付手順と、
    受け付けた前記評価に応じて前記投稿記事の投稿者に対する報酬を決定する決定手順と、
    をコンピュータに実行させ、
    前記受付手順は、
    前記投稿記事における着眼点の評価と、前記投稿記事における書き方および伝え方の評価と、前記投稿記事における投稿者の解釈の評価とを含む前記複数の種別の評価を受け付けること
    を特徴とする情報処理プログラム。
12. ユーザから投稿記事に対する複数の種別の評価を受け付ける受付部と、
    受け付けた前記評価に応じて前記投稿記事の投稿者に対する報酬を決定する決定部と、
    を備え、
    前記決定部は、
    前記投稿記事が投稿された日時から前記受付部が前記評価を受け付けた日時までの時間経過に基づいて前記報酬を決定すること
    を特徴とする情報処理装置。
13. コンピュータが実行する情報処理方法であって、
    ユーザから投稿記事に対する複数の種別の評価を受け付ける受付工程と、
    受け付けた前記評価に応じて前記投稿記事の投稿者に対する報酬を決定する決定工程と、
    を含み、
    前記決定工程は、
    前記投稿記事が投稿された日時から前記受付工程が前記評価を受け付けた日時までの時間経過に基づいて前記報酬を決定すること
    を特徴とする情報処理方法。
14. ユーザから投稿記事に対する複数の種別の評価を受け付ける受付手順と、
    受け付けた前記評価に応じて前記投稿記事の投稿者に対する報酬を決定する決定手順と、
    をコンピュータに実行させ、
    前記決定手順は、
    前記投稿記事が投稿された日時から前記受付手順が前記評価を受け付けた日時までの時間経過に基づいて前記報酬を決定すること
    を特徴とする情報処理プログラム。

Images