(57)【要約】      （修正有）【課題】ユーザが適切な取引判断を行うために、取引に関する状況を捉えることを可能にする。【解決手段】配信システム１の配信サーバ３０は、ファイナンスに関するサイトで、株式や商品先物取引の掲示板を運用し、ユーザのアクセス履歴，投稿履歴記録し、そのアクセス情報を集計し、また投稿内容を解析して。銘柄の価値が上昇する方向の情報か、下降する方向の情報かを判別して、解析情報として記録し、解析情報を情報処理サーバ２０経由で、資産運用会社やトレーダ等の通知利用者に通知する。【選択図】図１
2019040366.tif 000002
【特許請求の範囲】
【請求項１】
第１のユーザのファイナンスに関するサイトでの行動に関する情報を第２のユーザに通知する通知部、
を備えることを特徴とする情報処理装置。
【請求項２】
前記通知部は、前記第１のユーザの前記サイトでの行動に関する情報をリアルタイムに通知する、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記通知部は、前記第１のユーザのファイナンスに関する掲示板での行動に関する情報を通知する、
ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記通知部は、前記掲示板の銘柄別のアクセス情報を通知する、
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記通知部は、前記アクセス情報をリアルタイムに通知する、
ことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記通知部は、前記アクセス情報としてページビュー数、ユニークユーザ数、セッション数、及び投稿数の少なくとも１つを通知する、
ことを特徴とする請求項４又は５に記載の情報処理装置。
【請求項７】
前記通知部は、前記第１のユーザの属性別に集計した前記アクセス情報を通知する、
ことを特徴とする請求項４〜６のいずれか１項に記載の情報処理装置。
【請求項８】
前記通知部は、前記第１のユーザの前記掲示板の利用状況別に集計した前記アクセス情報を通知する、
ことを特徴とする請求項４〜７のいずれか１項に記載の情報処理装置。
【請求項９】
前記通知部は、前記第１のユーザの滞在時間別或いは閲覧深度別に集計した前記アクセス情報を通知する、
ことを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
前記通知部は、前記掲示板の銘柄別の更新頻度情報を通知する、
ことを特徴とする請求項４〜９のいずれか１項に記載の情報処理装置。
【請求項１１】
前記掲示板の投稿内容を解析する解析部、を備え、
前記通知部は、前記解析部の解析結果を集計した情報を通知する、
ことを特徴とする請求項４〜１０のいずれか１項に記載の情報処理装置。
【請求項１２】
前記解析部は、前記投稿内容が前記銘柄の価値が上昇する方向に影響する情報か前記銘柄の価値が下降する方向に影響する情報か判別し、
前記通知部は、前記解析部の判別結果を集計した情報を通知する、
ことを特徴とする請求項１１に記載の情報処理装置。
【請求項１３】
情報が通知された前記第２のユーザへの課金に関する処理を行う課金部、を備える、
ことを特徴とする請求項１〜１２のいずれか１項に記載の情報処理装置。
【請求項１４】
ファイナンスに関する掲示板の投稿内容を解析する解析部、を備え、
前記通知部は、前記解析部の解析結果を投稿者の属性別に集計した情報を通知し、
前記課金部は、前記第２のユーザが複数の属性別の情報のうちどの属性の情報を通知されたかに基づいて、前記第２のユーザへの課金に関する処理を行う、
ことを特徴とする請求項１３に記載の情報処理装置。
【請求項１５】
前記第２のユーザの資産の運用実績に基づいて該第２のユーザへの課金額を算出する算出部、を備え、
前記課金部は、前記算出部が算出した前記課金額に基づいて前記第２のユーザへの課金に関する処理を行う、
ことを特徴とする請求項１３又は１４に記載の情報処理装置。
【請求項１６】
前記第２のユーザから所定期間毎の資産の運用実績の情報を取得する取得部、を備え、
前記算出部は、前記取得部で取得した運用実績の情報に基づいて前記第２のユーザへの課金額を算出する、
ことを特徴とする請求項１５に記載の情報処理装置。
【請求項１７】
前記通知部は、情報の取得から通知実行までの待ち時間を変更可能であり、
前記課金部は、前記待ち時間の相違に基づいて前記第２のユーザへの課金額を変更する、
ことを特徴とする請求項１３〜１６のいずれか１項に記載の情報処理装置。
【請求項１８】
情報処理装置が実行する情報処理方法であって、
第１のユーザのファイナンスに関するサイトでの行動に関する情報を第２のユーザに通知する通知工程、
を含むことを特徴とする情報処理方法。
【請求項１９】
第１のユーザのファイナンスに関するサイトでの行動に関する情報を第２のユーザに通知する通知手順、
をコンピュータに実行させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及び情報処理プログラムに関する。
【背景技術】
【０００２】
株のオンライントレード等、ネットワークを使用した取引が活発になっている。ネットワークを使用することで迅速な取引が可能になる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１４１５２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ユーザが適切な取引判断を行うためには、取引に関する状況（例えば、他の多くの投資家の投資行動の傾向等）を捉えることが必要になる。しかし、取引に関する状況を捉えることは困難である。
【０００５】
本願は、上記に鑑みてなされたものであって、ユーザが取引に関する状況を捉えることを可能にすることを目的とする。
【課題を解決するための手段】
【０００６】
本願に係る情報処理装置は、第１のユーザのファイナンスに関するサイトでの行動に関する情報を第２のユーザに通知する通知部、を備える。
【発明の効果】
【０００７】
実施形態の一態様によれば、ユーザが取引に関する状況を捉えることを可能にすることができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施形態に係る配信システムの動作を示す図である。
【図２】図２は、実施形態に係る端末装置の構成例を示す図である。
【図３】図３は、実施形態に係る情報処理サーバの構成例を示す図である。
【図４】図４は、実施形態に係る配信サーバの構成例を示す図である。
【図５】図５は、掲示板情報データベースに格納される情報の一例を示す図である。
【図６】図６は、アクセス履歴データベースに格納される情報の一例を示す図である。
【図７】図７は、集計情報データベースに格納される情報の一例を示す図である。
【図８】図８は、解析情報データベースに格納される情報の一例を示す図である。
【図９】図９は、課金情報データベースに格納される情報の一例を示す図である。
【図１０】図１０は、通知処理の一例を示すフローチャートである。
【図１１】図１１は、課金処理の一例を示すフローチャートである。
【図１２】図１２は、配信サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。
【発明を実施するための形態】
【０００９】
以下に、本願に係る情報処理装置、情報処理方法、及び情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、以下の実施形態により本願に係る情報処理装置、情報処理方法、及び情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【００１０】
〔１．配信システムの動作〕
最初に、本実施形態の情報処理装置の一例である配信サーバ３０を備える配信システム１を例に、配信システムの動作を説明する。
【００１１】
図１は、実施形態に係る配信システム１の動作を示す図である。配信システム１は、通知利用者（例えば、資産運用会社やトレーダー）が取引に関する状況を捉えることを可能にするシステムである。取引に関する状況（以下、取引状況という。）は、例えば、多くの投資家の投資行動の傾向である。例えば、取引状況は、“多くの投資家が所定の銘柄の株を売却しようと考えている”等の状況である。通知利用者が取引状況を把握することを可能にするため、配信サーバ３０は、ユーザ（第１のユーザ）のファイナンスに関するサイトでの行動に関する情報（例えば、所定の銘柄の掲示板へのアクセス状況を示す情報）を通知する。なお、第１のユーザは複数であってもよい。
【００１２】
配信システム１は、端末装置１０１、１０２、１０３と、情報処理サーバ２０と、配信サーバ３０と、を備える。なお、図１の例では、端末装置が３つ示されているが、端末装置は３つより少なくてもよいし、３つより多くてもよい。以下の説明では、端末装置１０１、１０２、１０３等を総称して端末装置１０と記載することがある。
【００１３】
端末装置１０は、例えば、スマートデバイス（スマートフォン、或いはタブレット）、携帯電話、パーソナルコンピュータ等のユーザ端末である。端末装置１０は、ユーザＡ、Ｂ、Ｃ等のユーザ（第１のユーザ）によって使用される。端末装置１０１はユーザＡが使用する端末であり、端末装置１０２はユーザＢが使用する端末であり、端末装置１０３はユーザＣが使用する端末である。端末装置１０は、ネットワークを介して情報処理サーバ２０と通信する。
【００１４】
端末装置１０は、配信サーバ３０からファイナンスに関する掲示板のページの情報を取得する。ページとは、コンテンツの配置面のことである。具体的には、ページとは、画像（例えば、静止画、動画）、テキスト情報（例えば、ニュース記事）等のコンテンツが配置されたページ単位の情報である。例えば、ページはウェブページである。なお、ページはウェブページに限定されない。例えば、ページは、ユーザインタフェース画面に表示されることを目的として作成されたページ（例えばアプリの画面）であってもよい。この場合、ページは必ずしもネットワークを介して配信されたものでなくてもよい。ページは、端末装置１０に予めインストールされた画面（配置面）であってもよい。以下の説明で示される“ページ”の記載は“配置面”に置き換えることが可能である。なお、“ページ”はコンテンツそのものとみなすことが可能である。そのため、以下の説明で示される“ページ”の記載は“コンテンツ”に置き換えることも可能である。
【００１５】
情報処理サーバ２０は、クライアント端末に対して各種サービスを提供するサーバ用ホストコンピュータである。情報処理サーバ２０は、オンライントレード等、ファイナンスに関する処理を行うファイナンスサーバである。情報処理サーバ２０は、資産運用会社やトレーダー等の通知利用者（第２のユーザ）により運用或いは保持されるサーバである。情報処理サーバ２０は、ネットワークを介して情報処理サーバ２０と通信する。
【００１６】
配信サーバ３０は、クライアント端末に対して各種サービスを提供するサーバ用ホストコンピュータである。配信サーバ３０は、端末装置１０にページ情報を配信する。例えば、配信サーバ３０は、ポータルサイト、ゲーム情報配信サイト、ニュースサイト、オークションサイト、天気予報サイト、ショッピングサイト、ファイナンス（株価）サイト、路線検索サイト、地図提供サイト、旅行サイト、飲食店紹介サイト、掲示板サイト、ウェブブログなどに関連する情報がタイル状に配置されたページを端末装置１０に配信する。配信サーバ３０は本実施形態の情報処理装置として機能する。
【００１７】
本実施形態では、配信サーバ３０は、ファイナンスに関するサイト（以下、ファイナンスサイトという。）としての機能を有する。配信サーバ３０は、ファイナンスサイトの一機能として、ファイナンスに関する掲示板（以下、ファイナンス掲示板という。）の機能を有する。ファイナンス掲示板は、Ｘ株式会社の掲示板、Ｙ株式会社の掲示板等、銘柄別となっている。ここで、銘柄とは、株式の名称或いは取引物件の品目のことである。なお、銘柄は株式に限られない。例えば、銘柄は、商品先物取引で取引可能な商品（例えば、貴金属、ゴム、石油、農産物、砂糖）であってもよいし、外貨であってもよい。
【００１８】
配信サーバ３０は、ユーザの投稿内容等を記録する掲示板情報を記憶している。掲示板情報には、銘柄別にユーザの投稿内容が記録されている。各投稿内容には、投稿の識別情報（以下、投稿ＩＤという。）、ユーザの投稿日時、投稿者等の情報が関連付けられて記録されている。また、配信サーバ３０は、アクセス履歴を記憶している。配信サーバ３０は、ユーザによって掲示板が閲覧された場合に、掲示板別（銘柄別）に、ユーザの識別情報（以下、ユーザＩＤという。）、アクセス日時（閲覧日時）等の情報をアクセス履歴として記録する。アクセス履歴には、ユーザが掲示板のどの部分を閲覧したか、例えば、ユーザが投稿ＩＤの何番から何番までを閲覧したか等の情報（以下、閲覧部分の情報ともいう。）が記録されていてもよい。
【００１９】
また、配信サーバ３０は、情報処理サーバ２０に対し、１又は複数のユーザ（第１のユーザ）のファイナンスサイトでの行動に関する情報を通知する。例えば、配信サーバ３０は、所定の銘柄の掲示板へのアクセス状況を示す情報（以下、アクセス情報という。）を通知する。アクセス情報は、例えば、所定期間（例えば、直近１分間）におけるＹ株式会社の掲示板のページビュー数である。通知利用者は、アクセス情報をみることで、所定の銘柄の金融取引（例えば、株取引）における盛り上がりを知ることができる。
【００２０】
以下、図１を参照しながら、本実施形態の情報処理装置の一例である配信サーバ３０を備える配信システム１の動作を説明する。
【００２１】
まず、配信サーバ３０は、ユーザに掲示板に関するサービスを提供するため、ユーザが操作する端末装置１０と掲示板に関する通信を行う（ステップＳ１ａ〜ステップＳ１ｃ）。例えば、配信サーバ３０は、端末装置１０から、ユーザ指定の銘柄の掲示板への投稿内容を受信する。この場合、配信サーバ３０は、投稿日時、ユーザ（投稿者）の識別情報とともに、投稿内容を掲示板情報に記録する。また、配信サーバ３０は、端末装置１０から掲示板の閲覧要求を受信する。この場合、配信サーバ３０は、掲示板情報に記録されている投稿内容のうち、閲覧要求された銘柄の複数の投稿内容の一部を端末装置１０に送信する。この場合、配信サーバ３０は、アクセス日時（閲覧日時）ともに、閲覧部分、ユーザＩＤをアクセス履歴に保存する。配信サーバ３０は、閲覧部分として、閲覧された投稿のＩＤ（以下、閲覧投稿ＩＤという。）をアクセス履歴に保存してもよい。
【００２２】
次に、配信サーバ３０は、ユーザのファイナンス掲示板での行動に関する情報を情報処理サーバ２０に通知するため、集計情報を生成する（ステップＳ２）。集計情報は、掲示板情報及び／又はアクセス履歴に基づき集計されたアクセス情報を記録した情報である。なお、通知利用者は、少しでも早く情報を得ることを望んでいる。配信サーバ３０は、リアルタイムにアクセス情報を通知することを可能とするため、所定時間間隔でアクセス情報の集計を繰り返す。例えば、配信サーバ３０は、１ミリ秒〜１分間隔で集計を繰り返す。勿論、集計の間隔は、１ミリ秒より小さな間隔であってもよいし、１分より大きな間隔であってもよい。
【００２３】
なお、配信サーバ３０が集計するアクセス情報は、銘柄別のアクセス情報である。配信サーバ３０は、銘柄別のページビュー数をアクセス情報として集計する。ページビュー数とは、所定のページ（例えば、所定の銘柄の掲示板のページ）が閲覧された回数である。以下の説明では、ページビュー数のことをＰＶ数という。配信サーバ３０は、アクセス履歴に基づいてＰＶ数を集計してもよい。例えば、配信サーバ３０は、アクセス履歴に記録されているアクセス日時に基づいて、銘柄毎に、前回の集計時からの新たなアクセスを判別する。そして、配信サーバ３０は、判別した新たなアクセスをカウントしたものをＰＶ数として取得する。
【００２４】
また、配信サーバ３０は、銘柄別の投稿数をアクセス情報として集計してもよい。このとき、配信サーバ３０は、掲示板情報に基づいて投稿数を集計してもよい。例えば、配信サーバ３０は、掲示板情報に記録されている投稿日時に基づいて、銘柄毎に、前回の集計時からの新たな投稿を判別する。そして、配信サーバ３０は、判別した新たな投稿をカウントしたものを投稿数として取得する。
【００２５】
なお、アクセス情報は、ＰＶ数や投稿数に限定されない。例えば、アクセス情報は、ユニークユーザ数（以下、ＵＵ数という。）であってもよい。ＵＵ数とは、所定のページを閲覧したユーザの数のことである。このとき、配信サーバ３０は、例えば、アクセス履歴に保存されているアクセス日時とユーザＩＤとに基づいて、ＵＵ数を集計してもよい。また、アクセス情報は、セッション数であってもよい。セッション数とは、ユーザがサイトを訪問してから離脱した場合を１セッション（１訪問）としたときの、所定のページの訪問数のことである。このとき、配信サーバ３０は、アクセス履歴にアクセス毎にセッションＩＤを記録し、アクセス日時とセッションＩＤとに基づいて、セッション数を集計してもよい。以下の説明では、ＰＶ数、ＵＵ数、セッション数、及び投稿数を総称してアクセス数と呼ぶことがある。
【００２６】
なお、配信サーバ３０は、ユーザの属性別にアクセス情報を集計してもよい。ユーザの属性は、例えば、デモグラフィック属性やサイコグラフィック属性である。例えば、配信サーバ３０は、配信サーバ３０が運営する他のサーバからユーザＩＤに紐づいているユーザ情報（デモグラフィック情報やサイコグラフィック情報）を取得する。そして、ユーザ情報に基づきユーザを所定の属性に分類した後、分類したユーザ毎にアクセス情報を集計する。例えば、ユーザを男性と女性とに分類したのであれば、配信サーバ３０は、男性ユーザによる所定の銘柄の掲示板へのアクセス数と、女性ユーザによる所定の銘柄の掲示板へのアクセス数と、をそれぞれ集計する。ユーザを高所得層、中所得層、低所得層の３つの階層に分類したのであれば、配信サーバ３０は、高所得層のユーザによる所定の銘柄の掲示板へのアクセス数と、中所得層による所定の銘柄の掲示板へのアクセス数と、低所得層による所定の銘柄の掲示板へのアクセス数と、をそれぞれ集計する。
【００２７】
また、配信サーバ３０は、ユーザの掲示板の利用状況別にアクセス情報を集計してもよい。例えば、配信サーバ３０は、ユーザの滞在時間別にアクセス情報を集計してもよい。このとき、配信サーバ３０以下のとおりアクセス情報を集計してもよい。
【００２８】
まず、配信サーバ３０は、アクセス履歴に記録されているユーザＩＤとアクセス日時に基づいて、ユーザが該当の掲示板に滞在した時間を判別する。例えば、配信サーバ３０は、同一ユーザによる該当掲示板へのアクセスが一定時間（例えば、２０分以上）ない場合に、ユーザが該当掲示板から離脱したとみなし、ユーザが該当掲示板を訪問（アクセス）してから離脱前の最後のアクセスまでの時間を該当掲示板での滞在時間として算出する。配信サーバ３０は、複数のユーザそれぞれについて滞在時間を算出する。そして、配信サーバ３０は、算出した滞在時間に基づいてユーザを複数の階層に分類する。例えば、配信サーバ３０は、０〜１分までのユーザを第１階層、１〜１０分までのユーザを第２階層、１０分以上のユーザを第３階層とする。そして、配信サーバ３０は、階層別にアクセス情報を集計する。
【００２９】
なお、利用状況別の集計は、滞在時間別の集計に限られない。例えば、配信サーバ３０は、ユーザの閲覧深度別にアクセス情報を集計してもよい。閲覧深度は、例えば、該当ユーザがどの程度深く掲示板を見たかを示す情報である。例えば、閲覧深度は、該当ユーザがどの程度多く投稿を見たかを示す情報である。このとき、配信サーバ３０は、アクセス情報に含まれるユーザＩＤと閲覧投稿ＩＤに基づき閲覧深度を判別してもよい。例えば、配信サーバ３０は、閲覧投稿ＩＤに基づき特定される、該当ユーザが閲覧した投稿の数を閲覧深度として算出する。そして、配信サーバ３０は、算出した閲覧深度に基づいてユーザを複数の階層に分類する。例えば、配信サーバ３０は、閲覧投稿数が２０個までのユーザを第１階層、２０〜２００までのユーザを第２階層、２００個以上のユーザを第３階層とする。そして、配信サーバ３０は、階層別にアクセス情報を集計する。
【００３０】
また、配信サーバ３０は、ファイナンス掲示板の投稿内容を解析し、解析情報を生成する（ステップＳ３）。例えば、配信サーバ３０は、投稿内容が銘柄の価値が上昇する方向に影響する情報か銘柄の価値が下降する方向に影響する情報か判別し、判別結果を解析情報に記録してもよい。配信サーバ３０は、投稿内容に所定のキーワード（例えば、“上がる”、“下がる”、“新商品販売”、“粉飾”等）が含まれるか否かに基づき投稿内容を解析してもよい。投稿内容の解析には自然言語処理が使用されてもよい。
【００３１】
また、配信サーバ３０は、解析結果を投稿者の属性別に集計してもよい。例えば、ユーザを男性と女性とに分類したのであれば、配信サーバ３０は、所定の銘柄の掲示板に投稿した男性ユーザのうち、銘柄の価値が上昇する方向に影響する情報を投稿したユーザの数と、銘柄の価値が下降する方向に影響する情報を投稿したユーザの数とを集計する。また、配信サーバ３０は、所定の銘柄の掲示板に投稿した女性ユーザのうち、銘柄の価値が上昇する方向に影響する情報を投稿したユーザの数と、銘柄の価値が下降する方向に影響する情報を投稿したユーザの数とを集計する。
【００３２】
続いて、配信サーバ３０は、ユーザのファイナンスサイトでの行動に関する情報を情報処理サーバ２０に通知する（ステップＳ４）。このとき、配信サーバ３０は、ユーザのファイナンス掲示板での行動に関する情報を情報処理サーバ２０に通知する。例えば、配信サーバ３０は、ファイナンス掲示板の銘柄別のアクセス情報を情報処理サーバ２０に通知する。配信サーバ３０は、アクセス情報として、ページビュー数、ユニークユーザ数、セッション数、及び投稿数の少なくとも１つを情報処理サーバ２０に通知してもよい。
【００３３】
なお、配信サーバ３０は、ユーザのファイナンスサイトでの行動に関する情報をリアルタイムに通知してもよい。例えば、配信サーバ３０は、アクセス情報をリアルタイムに通知してもよい。このとき、配信サーバ３０は、１ミリ秒〜１分間隔で通知を繰り返してもよい。勿論、通知の間隔は、１ミリ秒より小さな間隔であってもよいし、１分より大きな間隔であってもよい。
【００３４】
また、配信サーバ３０は、ユーザの属性別に集計したアクセス情報を情報処理サーバ２０に通知してもよいし、ユーザのファイナンス掲示板の利用状況別に集計したアクセス情報を情報処理サーバ２０に通知してもよい。また、配信サーバ３０は、ユーザの滞在時間別或いは閲覧深度別に集計したアクセス情報を情報処理サーバ２０に通知してもよい。
【００３５】
また、配信サーバ３０は、ファイナンス掲示板の投稿内容の解析結果を集計した情報を情報処理サーバ２０に通知してもよい。例えば、配信サーバ３０は、投稿内容が銘柄の価値上昇に影響する情報か銘柄の価値下降に影響する情報か判別し、判別結果を解析結果として集計する。そして、配信サーバ３０は、判別結果を集計した情報を情報処理サーバ２０に通知する。配信サーバ３０は、解析結果の属性別の情報を情報処理サーバ２０に通知してもよい。
【００３６】
なお、配信サーバ３０は、情報の取得から通知実行までの待ち時間を変更可能であってもよい。例えば、配信サーバ３０は、集計情報或いは解析情報の生成後、通知が実行されるまでの間に、予め設定された時間のウェイト（待ち時間）を入れる。待ち時間は、ユーザごとに異なっていてもよい。例えば、配信サーバ３０の運用者は、通知利用者に対し、課金額が異なる複数の契約を用意する。配信サーバ３０は、通知利用者毎の課金額（或いは、課金分類）を記憶し、高額な課金額の通知利用者ほど待ち時間を短くする。例えば、配信サーバ３０は、課金額が１カ月あたり１０００００円の通知利用者には、情報の取得から通知実行までの待ち時間を１秒とする。また、配信サーバ３０は、課金額が１カ月あたり５００００円の通知利用者には、情報の取得から通知実行までの待ち時間を１分とする。
【００３７】
続いて、配信サーバ３０は、通知利用者への課金に関する処理を行うため、情報処理サーバ２０から通知利用者の資産の運用実績の情報を取得する（ステップＳ５）。運用実績の情報は、例えば、通知利用者の通知を受けた期間の資産の増加額であってもよい。配信サーバ３０は、所定期間毎（例えば、１カ月毎、或いは１年毎）に運用実績の情報を取得してもよい。運用実績の情報は、通知利用者の自己申告に基づく情報であってもよい。
【００３８】
そして、配信サーバ３０は、通知利用者への課金に関する処理を行う（ステップＳ６）。例えば、配信サーバ３０は、通知利用者の資産の運用実績に基づいて当該通知利用者への課金額を算出する。例えば、配信サーバ３０は、運用実績の一定割合を課金額として算出する。例えば、通知利用者の運用実績が１２３４５６００円なのであれば、その１％の１２３４５６円を課金額として算出する。配信サーバ３０は、課金額を課金情報として記録してもよい。そして、配信サーバ３０は、課金額が記載された請求書の発行処理や通知利用者からの入金の確認処理等を行う。配信サーバ３０は、入金に関する処理を金融機関のサーバと連携して行ってもよい。
【００３９】
なお、配信サーバ３０は、通知利用者が複数の属性別の情報のうちどの属性の情報を通知されたかに基づいて、通知利用者への課金に関する処理を行ってもよい。例えば、配信サーバ３０は、高所得者のアクセス情報を通知した場合と、低所得者のアクセス情報を通知した場合とで課金額を変更してもよい。このとき、配信サーバ３０は、信頼性の高い属性の情報ほど高い課金額としてもよい。
【００４０】
また、配信サーバ３０は、通知の待ち時間の相違に基づいて通知利用者への課金額を変更してもよい。配信サーバ３０は、待ち時間が短いほど高い課金額としてもよい。
【００４１】
本実施形態によれば、配信サーバ３０は、ユーザのファイナンスサイトでの行動に関する情報を通知利用者に通知しているので、通知利用者が取引状況を把握することを可能にできる。
【００４２】
〔２．配信システムの構成例〕
以上、本実施形態の情報処理装置の一例である配信サーバ３０を備える配信システム１を例に、本実施形態の配信システムの動作を述べたが、以下、本実施形態の配信システムの構成を説明する。上述したように、配信システム１は、端末装置１０と、情報処理サーバ２０と、配信サーバ３０と、を備える。端末装置１０、情報処理サーバ２０、及び配信サーバ３０は、ネットワークを介して接続される。ネットワークは、ＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）、電話網（携帯電話網、固定電話網等）、地域ＩＰ（Internet  Protocol）網、インターネット等の通信ネットワークである。ネットワークには、有線ネットワークが含まれていてもよいし、無線ネットワークが含まれていてもよい。
【００４３】
〔３．端末装置の構成例〕
図２は、実施形態に係る端末装置１０の構成例を示す図である。端末装置１０は、ユーザがページの閲覧に使用する情報表示装置（情報処理装置）である。端末装置１０は、例えば、スマートフォン、タブレット、携帯電話等の通信端末である。通信機能を備えるのであれば、端末装置１０は、パーソナルコンピュータ（ノートＰＣ、デスクトップＰＣ）、ＰＤＡ（Personal  Digital  Assistant）等の情報処理端末であってもよい。この場合、情報処理端末も通信端末の一種である。端末装置１０は、ネットワークを介して配信サーバ３０と接続する。端末装置１０は、図２に示すように、通信部１１と、入力部１２と、記憶部１３と、出力部１４と、制御部１５と、を備える。なお、図２に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。
【００４４】
通信部１１は、外部の装置と通信する通信インタフェースである。通信部１１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信部１１は、ＮＩＣ（Network  Interface  Card）等のＬＡＮインタフェースであってもよいし、ＵＳＢ（Universal  Serial  Bus）ホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信部１１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部１１は、端末装置１０の通信手段として機能する。通信部１１は、制御部１５の制御に従って配信サーバ３０と通信する。
【００４５】
入力部１２は、外部から各種入力を受け付ける入力装置である。例えば、入力部１２は、キーボードやマウスや操作キー等、ユーザが各種操作を行うための操作装置である。入力部１２は、端末装置１０の入力手段として機能する。なお、端末装置１０にタッチパネルが採用される場合には、タッチパネルも入力部１２に含まれる。この場合、ユーザは、指やスタイラスで画面をタッチすることにより各種操作を行う。
【００４６】
記憶部１３は、ＤＲＡＭ（Dynamic  Random  Access  Memory）、ＳＲＡＭ（Static  Random  Access  Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１３は、端末装置１０の記憶手段として機能する。記憶部１３は、ウェブブラウザ等のアプリケーションソフトのデータが格納されている。ユーザはアプリケーションソフトを介して配信サーバ３０と通信する。
【００４７】
出力部１４は、音、光、振動、画像等、外部に各種出力を行う装置である。出力部１４は、端末装置１０の出力手段として機能する。出力部１４は、各種情報を表示する表示装置を備える。表示装置は、例えば、液晶ディスプレイ、有機ＥＬ（Electro  Luminescence）ディスプレイである。なお、端末装置１０にタッチパネルが採用される場合には、表示装置は入力部１２と一体であってもよい。出力部１４は、制御部１５の制御に従って、画面に画像を表示する。
【００４８】
制御部１５は、コントローラ（controller）であり、例えば、ＣＰＵ（Central  Processing  Unit）、ＭＰＵ（Micro  Processing  Unit）等のプロセッサによって、端末装置１０内部の記憶装置に記憶されている各種プログラムがＲＡＭ等を作業領域として実行されることにより実現される。また、制御部１５は、コントローラであり、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現されてもよい。
【００４９】
〔４．情報処理サーバの構成例〕
次に、情報処理サーバ２０の構成について詳細に説明する。情報処理サーバ２０は、端末装置１０等のクライアントコンピュータからの要求を処理するサーバ用ホストコンピュータ（以下、単に「サーバ」という。）である。情報処理サーバ２０は、ＰＣサーバであってもよいし、ミッドレンジサーバであってもよいし、メインフレームサーバであってもよい。また、情報処理サーバ２０は、１つのサーバにより構成されていてもよいし、協働して処理を実行する複数のサーバにより構成されていてもよい。情報処理サーバ２０が複数のサーバで構成される場合、これらサーバの設置場所は離れていてもよい。設置場所が離れていたとしても、協働して処理を実行するのであれば、これらサーバは１つの情報処理サーバとみなすことができる。
【００５０】
図３は、実施形態に係る情報処理サーバ２０の構成例を示す図である。情報処理サーバ２０は、通信部２１と、記憶部２２と、制御部２３と、を備える。なお、図３に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。
【００５１】
通信部２１は、外部の装置と通信する通信インタフェースである。通信部２１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信部２１は、ＮＩＣ等のＬＡＮインタフェースであってもよいし、ＵＳＢホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信部２１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部２１は、情報処理サーバ２０の通信手段として機能する。通信部２１は、制御部２３の制御に従って配信サーバ３０と通信する。
【００５２】
記憶部２２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部２２は、情報処理サーバ２０の記憶手段として機能する。
【００５３】
制御部２３は、コントローラであり、例えば、ＣＰＵ、ＭＰＵ等のプロセッサによって、情報処理サーバ２０内部の記憶装置に記憶されている各種プログラムがＲＡＭ等を作業領域として実行されることにより実現される。また、制御部２３は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。
【００５４】
〔５．配信サーバの構成例〕
次に、配信サーバ３０の構成について詳細に説明する。配信サーバ３０は、端末装置１０等のクライアントコンピュータからの要求を処理するサーバ用ホストコンピュータ（以下、単に「サーバ」という。）である。配信サーバ３０は、ＰＣサーバであってもよいし、ミッドレンジサーバであってもよいし、メインフレームサーバであってもよい。また、配信サーバ３０は、１つのサーバにより構成されていてもよいし、協働して処理を実行する複数のサーバにより構成されていてもよい。配信サーバ３０が複数のサーバで構成される場合、これらサーバの設置場所は離れていてもよい。設置場所が離れていたとしても、協働して処理を実行するのであれば、これらサーバは１つの配信サーバとみなすことができる。
【００５５】
図４は、実施形態に係る配信サーバ３０の構成例を示す図である。配信サーバ３０は、通信部３１と、記憶部３２と、制御部３３と、を備える。なお、図４に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。
【００５６】
通信部３１は、外部の装置と通信する通信インタフェースである。通信部３１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信部３１は、ＮＩＣ等のＬＡＮインタフェースであってもよいし、ＵＳＢホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信部３１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部３１は、配信サーバ３０の通信手段として機能する。通信部３１は、制御部３３の制御に従って端末装置１０と通信する。
【００５７】
記憶部３２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部３２は、配信サーバ３０の記憶手段として機能する。記憶部３２は、掲示板情報データベース３２１、アクセス履歴データベース３２２、集計情報データベース３２３、解析情報データベース３２４、課金情報データベース３２５を記憶する。
【００５８】
掲示板情報データベース３２１は、ユーザの投稿内容等、ファイナンス掲示板の情報を記録するデータベースである。図５は、掲示板情報データベース３２１に格納される情報の一例を示す図である。図５に示した例では、掲示板情報データベース３２１は、銘柄、投稿ＩＤ、投稿日時、投稿者、投稿内容等の項目を有している。
【００５９】
「銘柄」は、ファイナンス掲示板での銘柄を示す。図５の例では、銘柄の項目には“Ｍ１”〜“Ｍ３”等の概念的な情報が格納されているが、銘柄の項目には、銘柄の識別情報や柄名（例えば、“Ｙ株式会社”等）が格納されていてもよい。
【００６０】
「投稿ＩＤ」は、投稿の識別情報を示す。図５の例では、投稿ＩＤの項目には、“１００１”、“２００１”等の値が格納されている。投稿ＩＤは、投稿それぞれに付された一意の値である。
【００６１】
「投稿日時」は、投稿ＩＤで特定される投稿の投稿日時を示す。図５の例では、投稿日時の項目には、“２０１７／９／１  １１：２２：３３”等の値が格納されている。この例（一行目の例）は、２０１７年９月１日１１時２２分３３秒に銘柄Ｍ１の掲示板に投稿が行われたことを示す。
【００６２】
「投稿者」は、投稿ＩＤで特定される投稿の投稿者を示す。図５の例では、投稿者の項目には、“Ｄ”〜“Ｈ”等の概念的な情報が格納されているが、投稿者の項目には、投稿者の識別情報（ユーザＩＤ）や投稿者名が格納されていてもよい。
【００６３】
「投稿内容」は、投稿ＩＤで特定される投稿の投稿者を示す。図５の例では、投稿内容の項目には、“Ｃ１１”〜“Ｃ３３”等の概念的な情報が格納されているが、テキストデータや画像データ等、投稿データそのものが格納されていてもよい。なお、「投稿内容」には、各投稿データが所在するＵＲＬ、または、これらの格納場所を示すファイルパス名などが格納されていてもよい。
【００６４】
アクセス履歴データベース３２２は、ユーザによるファイナンス掲示板のアクセスの履歴を記録するデータベースである。図６は、アクセス履歴データベース３２２に格納される情報の一例を示す図である。図６に示した例では、アクセス履歴データベース３２２は、銘柄、ユーザＩＤ、アクセス日時、閲覧投稿ＩＤ等の項目を有している。「銘柄」は、掲示板情報データベース３２１の銘柄と同様である。
【００６５】
「ユーザＩＤ」は、ファイナンス掲示板を閲覧したユーザの識別情報を示す。図６の例では、ユーザＩＤの項目には、“Ａ”〜“Ｃ”等の値が格納されている。ユーザＩＤは、各ユーザに一意の値である。
【００６６】
「アクセス日時」は、ユーザがファイナンス掲示板を閲覧した日時を示す。図６の例では、アクセス日時の項目には、“２０１７／１０／１  １２：０１：０２”等の値が格納されている。この例（一行目の例）は、２０１７年１０月１日１２時０１分０２秒に銘柄Ｍ１の掲示板がユーザＩＤ“Ａ”のユーザによって投稿が閲覧されたことを示す。
【００６７】
「閲覧投稿ＩＤ」は、「ユーザＩＤ」で特定されるユーザが閲覧した投稿のＩＤを示す。図６の例では、閲覧投稿ＩＤの項目には、“１００１〜１０２０”等の値が格納されている。この例（一行目の例）は、ユーザＩＤ“Ａ”のユーザが投稿ＩＤ“１００１”〜“１０２０”が掲載されたページを閲覧したことを示す。
【００６８】
集計情報データベース３２３は、アクセス情報を集計した情報を記録するデータベースである。図７は、集計情報データベース３２３に格納される情報の一例を示す図である。図７に示した例では、集計情報データベース３２３は、銘柄、ユーザ分類、ＰＶ数、ＵＵ数、セッション数、投稿数等の項目を有している。「銘柄」は、掲示板情報データベース３２１の銘柄と同様である。
【００６９】
「ユーザ分類」は、ユーザの属性別の分類を示す。図７の例では、ユーザ分類の項目には“Ｒ１”〜“Ｒ３”等の概念的な情報が格納されているが、ユーザ分類の項目には、“男性”、“女性”等のユーザの属性を示す情報が格納されてもよい。以下の各項目の説明では、「ユーザ分類」に分類されているユーザのことを“分類ユーザ”という。
【００７０】
「ＰＶ数」は、「銘柄」で示される銘柄の掲示板に対する分類ユーザによる閲覧数を示す。図７の例では、ＰＶ数の項目には、“１２３４５”等の値が格納されている。この例（一行目の例）は、“Ｒ１”に分類されるユーザによって、銘柄Ｍ１の掲示板が１２３４５回閲覧されたことを示す。
【００７１】
「ＵＵ数」は、「銘柄」で示される銘柄の掲示板を閲覧したユーザのうち、「ユーザ分類」で分類されるユーザ（分類ユーザ）の数を示す。図７の例では、ＰＶ数の項目には、“３２４５”等の値が格納されている。この例（一行目の例）は、銘柄Ｍ１の掲示板を閲覧したユーザのうち“Ｒ１”に分類されるユーザが３２４５人であることを示す。
【００７２】
「セッション数」は、「銘柄」で示される銘柄の掲示板に対する分類ユーザによる訪問数を示す。図７の例では、セッション数の項目には、“６５４４”等の値が格納されている。この例（一番上の行の例）は、“Ｒ１”に分類されるユーザによって、銘柄Ｍ１の掲示板が６５４４回訪問されたことを示す。
【００７３】
「投稿数」は、「銘柄」で示される銘柄の掲示板に対する分類ユーザによる投稿数を示す。図７の例では、投稿数の項目には、“３４５”等の値が格納されている。この例（一番上の行の例）は、“Ｒ１”に分類されるユーザによって、銘柄Ｍ１の掲示板が３４５回投稿されたことを示す。
【００７４】
解析情報データベース３２４は、投稿内容の解析結果を集計した情報を記録するデータベースである。図８は、解析情報データベース３２４に格納される情報の一例を示す図である。図８に示した例では、解析情報データベース３２４は、銘柄、ユーザ分類、上昇、下降等の項目を有している。「銘柄」は、掲示板情報データベース３２１の銘柄と同様である。また、「ユーザ分類」は、集計情報データベース３２３のユーザ分類と同様である。なお、以下の各項目の説明では、「ユーザ分類」に分類されているユーザのことを分類ユーザという。
【００７５】
「上昇」は、「銘柄」で示される銘柄の掲示板に対する分類ユーザによる投稿のうち、投稿内容が、銘柄の価値上昇に影響する投稿の数を示す。図８の例では、上昇の項目には、“４６”等の値が格納されている。この例（一行目の例）は、“Ｒ１”に分類されるユーザによる銘柄Ｍ１の掲示板への投稿のうち、４６個が銘柄の価値上昇に影響する投稿であったことを示す。
【００７６】
「下降」は、「銘柄」で示される銘柄の掲示板に対する分類ユーザによる投稿のうち、投稿内容が、銘柄の価値下降に影響する投稿の数を示す。図８の例では、下降の項目には、“２９９”等の値が格納されている。この例（一行目の例）は、“Ｒ１”に分類されるユーザによる銘柄Ｍ１の掲示板への投稿のうち、２９９個が銘柄の価値下降に影響する投稿であったことを示す。
【００７７】
課金情報データベース３２５は、通知利用者への課金に関する情報を記録するデータベースである。図９は、課金情報データベース３２５に格納される情報の一例を示す図である。図９に示した例では、課金情報データベース３２５は、通知利用者、課金タイプ、通知速度、運用実績、課金額等の項目を有している。
【００７８】
「通知利用者」は、配信サーバ３０がアクセス情報等の通知を行う者（例えば、資産運用会社やトレーダー）を示す。図９の例では、通知利用者の項目には、“Ｕ１”〜“Ｕ３”等の概念的な情報が格納されているが、通知利用者の項目には、通知利用者の識別情報（ユーザＩＤ）や投稿者名が格納されていてもよい。
【００７９】
「課金タイプ」は、アクセス情報等の通知に伴う課金の種類を示す。図９の例では、課金タイプの項目には、“Ｔ１”、“Ｔ２”等の値が格納されている。課金タイプの“Ｔ１”は、例えば、通知の待ち時間の相違に基づいて課金額が変更する課金タイプである。また、課金タイプの“Ｔ２”は、例えば、通知利用者の資産の運用実績に基づいて当該通知利用者への課金額が変わる課金タイプである。
【００８０】
「通知速度」は、アクセス情報等の通知速度を示す。すなわち、「通知速度」は、配信サーバ３０が通知利用者へアクセス情報等の通知を行う際、アクセス情報等の取得から通知が実行されるまでの待ち時間がどの程度の時間であるかを特定するための情報である。図９の例では、通知速度の項目には、“１”、“２”等の値が格納されている。通知速度“１”は、例えば、情報の取得から通知実行までの待ち時間が１秒であることを示す。また、通知速度“２”は、例えば、情報の取得から通知実行までの待ち時間が１分であることを示す。なお、課金タイプ“Ｔ１”でない通知利用者の場合、通知速度の項目には値が格納されていなくてもよい。
【００８１】
「運用実績」は、配信サーバ３０が通知利用者から取得した運用実績の情報を示す。図９の例では、運用実績の項目には、“１２３４５６００”等の値が格納されている。この例（３行目の例）は、例えば、通知利用者の直近１カ月間の資産の運用実績（資産増加額）が１２３４５６００円であることを示す。なお、課金タイプ“Ｔ２”でない通知利用者の場合、通知速度の項目には値が格納されていなくてもよい。
【００８２】
「課金額」は、通知利用者への課金額を示す。図９の例では、課金額の項目には、“１０００００”、“５００００”、“１２３４５６”等の値が格納されている。１行目の例は、課金タイプが“Ｔ１”で通知速度が“１”の通知利用者Ｕ１への１カ月あたりの課金額が１０００００円であることを示す。２行目の例は、課金タイプが“Ｔ１”で通知速度が“２”の通知利用者Ｕ２への１カ月あたりの課金額が、通知利用者Ｕ１への課金額より少ない５００００円であることを示す。課金額は、一日あたりの課金額であってもよいし、一時間あたりの課金額であってもよい。また、３行目の例は、課金タイプが“Ｔ２”で運用実績が１２３４５６００円の通知利用者Ｕ３への１カ月あたりの課金額が、運用実績の１％の１２３４５６円であることを示す。
【００８３】
図４に戻り、制御部３３は、コントローラであり、例えば、ＣＰＵ、ＭＰＵ等のプロセッサによって、配信サーバ３０内部の記憶装置に記憶されている各種プログラムがＲＡＭ等を作業領域として実行されることにより実現される。また、制御部３３は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。
【００８４】
制御部３３は、図４に示すように、取得部３３１と、送信部３３２と、集計部３３３と、解析部３３４と、通知部３３５と、算出部３３６と、課金部３３７と、を備える。制御部３３を構成するブロック（取得部３３１〜課金部３３７）はそれぞれ制御部３３の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ或いは１つの集積回路であってもよい。機能ブロックの構成方法は任意である。なお、制御部３３は上述の機能ブロックとは異なる機能単位で構成されていてもよい。
【００８５】
取得部３３１は、ユーザに配信する情報を取得する。例えば、取得部３３１は、ファイナンスに関する掲示板（ファイナンス掲示板）の情報を取得する。また、取得部３３１は、通知利用者から所定期間毎の資産の運用実績の情報を取得する。
【００８６】
送信部３３２は、取得部３３１が取得した情報を端末装置１０に送信する。
【００８７】
集計部３３３は、解析部３３４の解析結果を投稿者の属性別に集計する。
【００８８】
解析部３３４は、掲示板の投稿内容を解析する。例えば、解析部３３４は、投稿内容が銘柄の価値上昇に寄与する情報か銘柄の価値下降に寄与する情報か判別する。
【００８９】
通知部３３５は、ユーザ（第１のユーザ）のファイナンスに関するサイトでの行動に関する情報を通知利用者（第２のユーザ）に通知する。例えば、通知部３３５は、ユーザのファイナンスに関する掲示板（ファイナンス掲示板）での行動に関する情報を通知する。例えば、通知部３３５は、ファイナンス掲示板の銘柄別のアクセス情報を通知する。このとき、通知部３３５は、ユーザのサイトでの行動に関する情報をリアルタイムに通知してもよい。例えば、通知部３３５は、アクセス情報をリアルタイムに通知する。また、通知部３３５は、ファイナンス掲示板の銘柄別の更新頻度情報を通知する。なお、第１のユーザは複数であってもよい。そして、通知部３３５は、複数のユーザ（第１のユーザ）の情報が含まれる情報（例えば、所定のファイナンスサイト等の情報）を取得してまとめたものを第２のユーザに提供してもよい。
【００９０】
また、通知部３３５は、アクセス情報としてページビュー数、ユニークユーザ数、セッション数、及び投稿数の少なくとも１つを通知する。このとき、通知部３３５は、ユーザの属性別に集計したアクセス情報を通知してもよい。また、通知部３３５は、ユーザのファイナンス掲示板の利用状況別に集計したアクセス情報を通知してもよい。また、通知部３３５は、ユーザの滞在時間別或いは閲覧深度別に集計したアクセス情報を通知してもよい。
【００９１】
また、通知部３３５は、解析部３３４の解析結果を集計した情報を通知する。例えば、解析部３３４が、投稿内容が銘柄の価値上昇に寄与する情報か銘柄の価値下降に寄与する情報か判別したのであれば、通知部３３５は、解析部３３４の判別結果を集計した情報を通知する。また、通知部３３５は、集計部３３３が集計した属性別の情報を通知する。また、通知部３３５は、情報の取得から通知実行までの待ち時間を変更可能である。
【００９２】
算出部３３６は、通知利用者の資産の運用実績に基づいて該通知利用者への課金額を算出する。例えば、算出部３３６は、取得部３３１で取得した運用実績の情報に基づいて通知利用者への課金額を算出する。
【００９３】
課金部３３７は、情報が通知された通知利用者への課金に関する処理を行う。例えば、課金部３３７は、通知利用者が複数の属性別の情報のうちどの属性の情報を通知されたかに基づいて、通知利用者への課金に関する処理を行う。また、課金部３３７は、算出部が算出した課金額に基づいて通知利用者への課金に関する処理を行う。また、課金部３３７は、情報の取得から通知実行までの待ち時間の相違に基づいて通知利用者への課金額を変更する。
【００９４】
〔６．配信サーバの処理フロー〕
次に、配信サーバ３０が実行する処理の手順について説明する。配信サーバ３０は集計処理と配信処理を実行する。配信サーバ３０はマルチタスクＯＳを備え、これらの処理を並行して実行可能である。
【００９５】
〔６−１．通知処理〕
図１０は、通知処理の一例を示すフローチャートである。通知処理は、情報処理サーバ２０に対し、ユーザのファイナンスサイトでの行動に関する情報を通知する処理である。配信サーバ３０は、電源が投入されると、通知処理を開始する。
【００９６】
まず、配信サーバ３０は、前回の通知から一定時間（例えば、１秒）経過したか判別する（ステップＳ１１）。一定時間が経過していない場合（ステップＳ１１：Ｎｏ）、配信サーバ３０は、一定時間が経過するまでステップＳ１１の処理を繰り返す。
【００９７】
一定時間が経過している場合（ステップＳ１１：Ｙｅｓ）、配信サーバ３０は、記憶部３２から掲示板情報及びアクセス履歴を取得する（ステップＳ１２）。そして、配信サーバ３０は、掲示板情報及び／又はアクセス履歴に基づき集計されたアクセス情報を記録した集計情報を生成する（ステップＳ１３）。さらに、配信サーバ３０は、ファイナンス掲示板の投稿内容を解析して解析情報を生成する（ステップＳ１４）。
【００９８】
配信サーバ３０は、ステップＳ１３及びステップＳ１４で生成した情報の通知を行う者（通知対象者）を特定する（ステップＳ１５）。本実施形態の場合、配信サーバ３０は、情報処理サーバ２０の運営者を通知対象者（すなわち、通知利用者）として特定する。そして、配信サーバ３０は、通知利用者が運営する情報処理サーバ２０に対し、集計情報及び解析情報を通知する（ステップＳ１６）。このとき、配信サーバ３０は、集計情報そのものではなく、集計情報に含まれるアクセス情報を通知してもよい。なお、集計情報及び解析情報を生成してから、実際に通知が行われるまでの時間（待ち時間）は、通知利用者毎に異なっていてもよい。待ち時間の情報は記憶部３２に保存されていてもよい。そして、配信サーバ３０は、記憶部３２に保存された情報に基づいて、待ち時間を変更してもよい。
【００９９】
通知が完了したら、配信サーバ３０はステップＳ１１に戻り、一定時間が経過するのを待機する。
【０１００】
〔６−２．課金処理〕
次に、課金処理について説明する。図１１は、課金処理の一例を示すフローチャートである。課金処理は、通知利用者へ課金を行うための処理である。配信サーバ３０は、電源が投入されると、課金処理を開始する。
【０１０１】
まず、配信サーバ３０は、課金日が到来したか判別する（ステップＳ２１）。課金日は、複数の通知利用者で同一の日であってもよい。例えば、課金日は月末であってもよい。課金日が到来していない場合（ステップＳ２１：Ｎｏ）、配信サーバ３０は、課金日が到来するまでステップＳ２１の処理を繰り返す。
【０１０２】
課金日が到来している場合（ステップＳ２１：Ｙｅｓ）、配信サーバ３０は、情報処理サーバ２０から運用実績の情報を取得する（ステップＳ２２）。そして、配信サーバ３０は、通知利用者への課金額が記録された課金情報を生成する（ステップＳ２３）。課金額は、運用実績の情報に基づき算出されたものであってもよい。そして、配信サーバ３０は、通知利用者に対する課金処理を実行する（ステップＳ２４）。例えば、配信サーバ３０は、課金額が記載された請求書の発行処理や通知利用者からの入金の確認処理等を行う。
【０１０３】
課金の処理が完了したら、配信サーバ３０はステップＳ２１に戻り、課金日が到来するのを待機する。
【０１０４】
〔７．変形例〕
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。
【０１０５】
例えば、上述の実施形態では、配信サーバ３０は、ユーザのファイナンス掲示板での行動に関する情報として、アクセス情報（例えば、ページビュー数、ユニークユーザ数、セッション数、及び投稿数）を通知した。しかし、配信サーバ３０は、ファイナンス掲示板の銘柄別の更新頻度情報を通知してもよい。更新頻度情報は、例えば、掲示板の投稿頻度を示す情報である。例えば、更新頻度情報は、一定時間（例えば、１分）あたりの投稿数であってもよい。更新頻度情報は、第１の更新頻度、第２の更新頻度といった、更新頻度を示す複数のクラスのいずれかを示す情報であってもよい。更新頻度情報はアクセス情報とみなすことができる。
【０１０６】
また、上述の実施形態では、配信サーバ３０は、ファイナンス掲示板での行動に関する情報を通知した。しかし、配信サーバ３０は、ユーザのファイナンスサイトでの行動に関する情報なのであれば、通知するのは、ユーザのファイナンス掲示板での行動に関する情報に限定されない。例えば、配信サーバ３０は、ファイナンスに関する銘柄別のニュースを配信するページへのアクセス数（ＰＶ数、ＵＵ数、或いはセッション数）を情報処理サーバ２０に通知してもよい。銘柄への注目度が推測される情報（注目度情報）なのであれば、情報処理サーバ２０に通知する情報は任意である。
【０１０７】
また、配信サーバ３０は、アクセス情報に加えて銘柄の価値を示す情報を情報処理サーバ２０に通知してもよい。例えば、配信サーバ３０は、アクセス情報に加えて株価を通知してもよい。このとき、配信サーバ３０は、アクセス情報と銘柄の価値を示す情報をグラフ（例えば、チャート）にして送信してもよい。配信サーバ３０は、アクセス情報と銘柄の価値を示す情報を同一チャートに重ねた情報を送信してもよい。
【０１０８】
本実施形態の配信サーバ３０を制御する制御装置は、専用のコンピュータシステムによって実現してもよいし、通常のコンピュータシステムにより実現してもよい。例えば、上述の動作を実行するためのプログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布し、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成してもよい。制御装置は、配信サーバ３０の外部の装置（例えば、パーソナルコンピュータ）であってもよいし、内部の装置（例えば、制御部３３）であってもよい。また、上記プログラムをインターネット等のネットワーク上のサーバ装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating  System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバ装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。
【０１０９】
また、上記各実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【０１１０】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【０１１１】
また、上述してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【０１１２】
〔８．ハードウェア構成〕
実施形態及び変形例に係る配信サーバ３０は、例えば図１２に示すような構成のコンピュータ１０００によっても実現可能である。図１２は、配信サーバ３０の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ（Central  Processing  Unit）１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ（Hard  Disk  Drive）１４００、通信インタフェース（Ｉ／Ｆ）１５００、入出力インタフェース（Ｉ／Ｆ）１６００、及びメディアインタフェース（Ｉ／Ｆ）１７００を有する。
【０１１３】
ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。
【０１１４】
ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インタフェース１５００は、ネットワークＮを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータをネットワークＮを介して他の機器へ送信する。
【０１１５】
ＣＰＵ１１００は、入出力インタフェース１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インタフェース１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インタフェース１６００を介して出力装置へ出力する。
【０１１６】
メディアインタフェース１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインタフェース１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital  Versatile  Disc）、ＰＤ（Phase  change  rewritable  Disk）等の光学記録媒体、ＭＯ（Magneto-Optical  disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【０１１７】
例えば、コンピュータ１０００が実施形態に係る配信サーバ３０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部３３を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。
【０１１８】
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の行に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０１１９】
〔９．効果〕
本実施形態によれば、配信サーバ３０は、ユーザのファイナンスに関するサイトでの行動に関する情報を通知利用者に通知する。これにより、通知利用者は取引状況を把握することができる。
【０１２０】
配信サーバ３０は、ユーザのサイトでの行動に関する情報をリアルタイムに通知する。これにより、通知利用者は取引状況を迅速に把握することができる。
【０１２１】
配信サーバ３０は、ユーザのファイナンスに関する掲示板での行動に関する情報を通知する。例えば、配信サーバ３０は、ファイナンス掲示板の銘柄別のアクセス情報を通知する。これにより、通知利用者はファイナンス掲示板でのユーザの行動を通じて、所定の銘柄の取引状況を把握することができる。
【０１２２】
配信サーバ３０は、アクセス情報をリアルタイムに通知する。これにより、通知利用者は、所定の銘柄の取引状況を迅速に把握することができる。
【０１２３】
配信サーバ３０は、アクセス情報としてページビュー数、ユニークユーザ数、セッション数、及び投稿数の少なくとも１つを通知する。これにより、通知利用者はアクセス数を通じて、所定の銘柄の取引状況を把握することができる。
【０１２４】
配信サーバ３０は、ユーザの属性別に集計したアクセス情報を通知する。これにより、通知利用者は掲示板にアクセスしたユーザを属性別に解析できるので、所定の銘柄の取引状況を精度よく把握することができる。
【０１２５】
配信サーバ３０は、ユーザのファイナンス掲示板の利用状況別に集計したアクセス情報を通知する。例えば、配信サーバ３０は、ユーザの滞在時間別或いは閲覧深度別に集計したアクセス情報を通知する。これにより、通知利用者は掲示板にアクセスしたユーザを滞在時間別或いは閲覧深度別に解析できるので、所定の銘柄の取引状況を精度よく把握することができる。
【０１２６】
配信サーバ３０は、ファイナンス掲示板の銘柄別の更新頻度情報を通知する。これにより、通知利用者は、更新頻度情報を通じて、所定の銘柄の取引状況を迅速に把握することができる。
【０１２７】
配信サーバ３０は、ファイナンス掲示板の投稿内容を解析する。そして、配信サーバ３０は、解析結果を集計した情報を通知する。例えば、配信サーバ３０は、投稿内容が銘柄の価値上昇に寄与する情報か銘柄の価値下降に寄与する情報か判別する。そして、配信サーバ３０は、判別結果を集計した情報を通知する。これにより、通知利用者は、解析結果を通じて、所定の銘柄の取引状況を迅速に把握することができる。
【０１２８】
配信サーバ３０は、情報が通知された通知利用者への課金に関する処理を行う。これにより、通知利用者への適切な課金が可能になる。
【０１２９】
配信サーバ３０は、ファイナンス掲示板の投稿内容を解析する。配信サーバ３０は、ファイナンス掲示板の投稿内容の解析結果を投稿者の属性別に集計した情報を通知する。そして、配信サーバ３０は、通知利用者が複数の属性別の情報のうちどの属性の情報を通知されたかに基づいて、通知利用者への課金に関する処理を行う。配信サーバ３０は、情報の種類に応じた適切な額の課金が可能になる。
【０１３０】
配信サーバ３０は、通知利用者の資産の運用実績に基づいて該通知利用者への課金額を算出する。そして、配信サーバ３０は、算出した課金額に基づいて通知利用者への課金に関する処理を行う。配信サーバ３０は、通知利用者の運用実績に応じた適切な額の課金が可能になる。
【０１３１】
配信サーバ３０は、通知利用者から所定期間毎の資産の運用実績の情報を取得する。そして、配信サーバ３０は、取得した運用実績の情報に基づいて通知利用者への課金額を算出する。配信サーバ３０は、通知利用者の運用実績に応じた適切な額の課金が可能になる。
【０１３２】
配信サーバ３０は、情報の取得から通知実行までの待ち時間を変更可能である。配信サーバ３０は、待ち時間の相違に基づいて通知利用者への課金額を変更する。配信サーバ３０は、通知速度に応じた適切な額の課金が可能になる。
【０１３３】
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０１３４】
また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、通知部は、通知手段や通知回路に読み替えることができる。
【符号の説明】
【０１３５】
１…配信システム
１０、１０１、１０２、１０３…端末装置
１１、２１、３１…通信部
１２…入力部
１３、２２、３２…記憶部
１４…出力部
１５、２３、３３…制御部
２０…情報処理サーバ
３０…配信サーバ
３２１…掲示板情報データベース
３２２…アクセス履歴データベース
３２３…集計情報データベース
３２４…解析情報データベース
３２５…課金情報データベース
３３１…取得部
３３２…送信部
３３３…集計部
３３４…解析部
３３５…通知部
３３６…算出部
３３７…課金部
【図１】
2019040366.tif 000003
【図２】
2019040366.tif 000004
【図３】
2019040366.tif 000005
【図４】
2019040366.tif 000006
【図５】
2019040366.tif 000007
【図６】
2019040366.tif 000008
【図７】
2019040366.tif 000009
【図８】
2019040366.tif 000010
【図９】
2019040366.tif 000011
【図１０】
2019040366.tif 000012
【図１１】
2019040366.tif 000013
【図１２】
2019040366.tif 000014
【手続補正書】
【提出日】平成30年12月18日(2018.12.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のユーザがアクセス可能なコンテンツであってファイナンスに関する前記コンテンツの銘柄別のアクセス情報を取得する取得部と、
前記複数のユーザの前記コンテンツへの銘柄別のアクセス情報を所定のユーザに通知する通知部と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記コンテンツは掲示板である、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記通知部は、前記アクセス情報をリアルタイムに通知する、
ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記通知部は、前記アクセス情報としてページビュー数、ユニークユーザ数、セッション数、及び投稿数の少なくとも１つを通知する、
ことを特徴とする請求項１〜３のいずれか１項に記載の情報処理装置。
【請求項５】
前記通知部は、前記複数のユーザの属性別に集計した前記アクセス情報を通知する、
ことを特徴とする請求項１〜４のいずれか１項に記載の情報処理装置。
【請求項６】
前記通知部は、前記複数のユーザの前記コンテンツの利用状況別に集計した前記アクセス情報を通知する、
ことを特徴とする請求項１〜５のいずれか１項に記載の情報処理装置。
【請求項７】
前記通知部は、前記複数のユーザそれぞれの前記コンテンツの利用状況に基づいて前記複数のユーザを複数の階層に分類し、前記階層別に前記アクセス情報を集計し、集計した前記アクセス情報を前記所定のユーザに通知する、
ことを特徴とする請求項１〜６のいずれか１項に記載の情報処理装置。
【請求項８】
前記コンテンツは掲示板であり、
前記通知部は、前記複数のユーザそれぞれの前記掲示板への滞在時間に基づいて前記複数のユーザを複数の階層に分類し、該階層別に前記アクセス情報を集計し、集計した前記アクセス情報を前記所定のユーザに通知する、
ことを特徴とする請求項１〜７のいずれか１項に記載の情報処理装置。
【請求項９】
前記コンテンツは掲示板であり、
前記通知部は、前記複数のユーザそれぞれの前記掲示板の閲覧深度に基づいて前記複数のユーザを複数の階層に分類し、該階層別に前記アクセス情報を集計し、集計した前記アクセス情報を前記所定のユーザに通知する、
ことを特徴とする請求項１〜７のいずれか１項に記載の情報処理装置。
【請求項１０】
前記通知部は、前記コンテンツの銘柄別の更新頻度情報を通知する、
ことを特徴とする請求項１〜９のいずれか１項に記載の情報処理装置。
【請求項１１】
前記複数のユーザが情報を投稿可能な前記コンテンツの投稿内容を解析する解析部、を備え、
前記通知部は、前記解析部の解析結果を集計した情報を通知する、
ことを特徴とする請求項１〜１０のいずれか１項に記載の情報処理装置。
【請求項１２】
前記解析部は、前記投稿内容が前記銘柄の価値が上昇する方向に影響する情報か前記銘柄の価値が下降する方向に影響する情報か判別し、
前記通知部は、前記解析部の判別結果を集計した情報を通知する、
ことを特徴とする請求項１１に記載の情報処理装置。
【請求項１３】
情報が通知された前記所定のユーザへの課金に関する処理を行う課金部、を備える、
ことを特徴とする請求項１〜１２のいずれか１項に記載の情報処理装置。
【請求項１４】
前記複数のユーザが情報を投稿可能な前記コンテンツの投稿内容を解析する解析部、を備え、
前記通知部は、前記解析部の解析結果を投稿者の属性別に集計した情報を通知し、
前記課金部は、前記所定のユーザが複数の属性別の情報のうちどの属性の情報を通知されたかに基づいて、前記所定のユーザへの課金に関する処理を行う、
ことを特徴とする請求項１３に記載の情報処理装置。
【請求項１５】
前記所定のユーザの資産の運用実績に基づいて該所定のユーザへの課金額を算出する算出部、を備え、
前記課金部は、前記算出部が算出した前記課金額に基づいて前記所定のユーザへの課金に関する処理を行う、
ことを特徴とする請求項１３又は１４に記載の情報処理装置。
【請求項１６】
前記所定のユーザから所定期間毎の資産の運用実績の情報を取得する取得部、を備え、
前記算出部は、前記取得部で取得した運用実績の情報に基づいて前記所定のユーザへの課金額を算出する、
ことを特徴とする請求項１５に記載の情報処理装置。
【請求項１７】
前記通知部は、情報の取得から通知実行までの待ち時間を変更可能であり、
前記課金部は、前記待ち時間の相違に基づいて前記所定のユーザへの課金額を変更する、
ことを特徴とする請求項１３〜１６のいずれか１項に記載の情報処理装置。
【請求項１８】
情報処理装置が実行する情報処理方法であって、
複数のユーザがアクセス可能なコンテンツであってファイナンスに関する前記コンテンツの銘柄別のアクセス情報を取得する取得工程、
前記複数のユーザの前記コンテンツへの銘柄別のアクセス情報を所定のユーザに通知する通知工程、
を含むことを特徴とする情報処理方法。
【請求項１９】
複数のユーザがアクセス可能なコンテンツであってファイナンスに関する前記コンテンツの銘柄別のアクセス情報を取得する取得手順、
前記複数のユーザの前記コンテンツへの銘柄別のアクセス情報を所定のユーザに通知する通知手順、
をコンピュータに実行させるための情報処理プログラム。