JP2015090702A - 電子コンテンツを提供するシステム及び方法 - Google Patents

Abstract

【課題】複数のユーザによるコンテンツの利用状況に基づくコンテンツの推奨情報をより適切に利用者に提供する。【解決手段】システム１０は、サービスの提供を制御するサービス提供制御部５１と、情報を記憶する情報記憶部５２と、ユーザ間の親密度情報と各ユーザのゲーム毎の利用度情報とに基づいて推奨ゲームを選択する推奨コンテンツ選択部５３と、推奨ゲームを特定可能な情報を含むコンテンツ推奨情報を送信する推奨コンテンツ情報送信部５４と、利用度情報に基づいて推奨ユーザを選択する推奨ユーザ選択部５５と、推奨ユーザを特定可能な情報を含むユーザ推奨情報を送信する推奨ユーザ情報送信部５６と、推奨ユーザに対するフレンドの設定要求に応答し関係要求情報を送信する関係要求情報送信部５７とを備える。【選択図】図３

Description

本発明は、電子コンテンツを提供するシステム及び方法に関し、詳しくは、通信可能に接続された複数の端末装置をそれぞれ操作する複数のユーザに対して複数の電子コンテンツを提供するシステム及び方法に関する。

従来、この種のシステムとしては、個々の利用者の嗜好に適合したコンテンツを推薦することを意図したシステムが提案されている（例えば、特許文献１参照）。このシステムでは、利用者の嗜好に応じて作成されているＳＮＳ型ネットワークグループ内の利用者間でコンテンツの推薦情報をやり取りする事により、利用者が自己の嗜好に適合したコンテンツの推薦情報を入手することができるようになっている。

特開２００８−１９１７６８号公報

しかしながら、こうしたシステムでは、コンテンツの推薦が利用者間でやり取りされる情報に限られるから、各利用者による実際のコンテンツの利用状況が反映されない可能性がある。例えば、利用しているコンテンツの共通性が高い利用者について、一方の利用者が利用するコンテンツは他方の利用者の嗜好にも適合する可能性が高いにもかかわらず、こうしたコンテンツが推薦されるとは限らない。また、実際のコンテンツの利用状況に基づいてコンテンツを推薦する仕組みをこうしたシステムに導入しても、ＳＮＳ型ネットワークグループ等に参加している利用者の利用状況に基づくことになるから、参加する利用者の数が十分でない場合には、推薦されるコンテンツの数が少なくなったり、推薦されるコンテンツの精度（嗜好の適合度等）が十分とならない可能性がある。

本発明の実施形態は、複数のユーザによるコンテンツの利用状況に基づくコンテンツの推奨情報をより適切にユーザに提供することを目的の一つとする。本発明の他の目的は、本明細書全体を参照することにより明らかとなる。

本発明の一実施形態に係るシステムは、通信可能に接続された複数の端末装置をそれぞれ操作する複数のユーザに対して複数の電子コンテンツを提供するシステムであって、前記複数のユーザ間の親密度を特定可能な親密度情報と、前記複数のユーザそれぞれの前記電子コンテンツ毎の利用度を特定可能な利用度情報と、を少なくとも記憶する情報記憶装置と、所定のプログラムを実行する１又は複数のコンピュータプロセッサと、を備え、前記所定のプログラムは、前記親密度情報と前記利用度情報とに少なくとも基づいて、前記複数の電子コンテンツの中から一のユーザに対して推奨する電子コンテンツを選択する推奨コンテンツ選択モジュールと、前記推奨する電子コンテンツを特定可能な情報を含むコンテンツ推奨情報を前記一のユーザが操作する端末装置に送信する推奨コンテンツ情報送信モジュールと、前記利用度情報に少なくとも基づいて、前記複数のユーザの中から前記一のユーザに対して推奨する他のユーザを選択する推奨ユーザ選択モジュールと、前記推奨する他のユーザを特定可能な情報を含むユーザ推奨情報を前記一のユーザが操作する端末装置に送信する推奨ユーザ情報送信モジュールと、を備える。ここで、「親密度」とは親密の度合を意味し、２以上の段階で親密の度合を示すあらゆる態様の情報が含まれ得る
。例えば、「親密である」か「親密でない」かを示す情報も親密度に含まれる。また、「利用度」とは利用の度合を意味し、２以上の段階で利用の度合を示すあらゆる態様の情報が含まれ得る。例えば、「利用している」か「利用していない」かを示す情報も利用度に含まれる。さらに、「ユーザに対して推奨する電子コンテンツ」には、ユーザが未だ利用していない電子コンテンツの利用を推奨する態様、及び、ユーザが既に利用している電子コンテンツの利用を推奨する態様、の両方が含まれ得る。また、「電子コンテンツ」としては、オンラインゲーム、電子書籍、動画コンテンツ、及び、音楽コンテンツ等が含まれ得る。

本発明の一実施形態に係る方法は、１又は複数のコンピュータによって、通信可能に接続された複数の端末装置をそれぞれ操作する複数のユーザに対して複数の電子コンテンツを提供する方法であって、前記複数のユーザ間の親密度を特定可能な親密度情報と、前記複数のユーザそれぞれの前記電子コンテンツ毎の利用度を特定可能な利用度情報と、を少なくとも記憶し、前記親密度情報と前記利用度情報とに少なくとも基づいて、前記複数の電子コンテンツの中から一のユーザに対して推奨する電子コンテンツを選択し、前記推奨する電子コンテンツを特定可能な情報を含むコンテンツ推奨情報を前記一のユーザが操作する端末装置に送信し、前記利用度情報に少なくとも基づいて、前記複数のユーザの中から前記一のユーザに対して推奨する他のユーザを選択し、前記推奨する他のユーザを特定可能な情報を含むユーザ推奨情報を前記一のユーザが操作する端末装置に送信する。

本発明の様々な実施形態によって、複数のユーザによるコンテンツの利用状況に基づくコンテンツの推奨情報をより適切にユーザに提供することができる。

本発明の一実施形態に係るシステムのネットワーク構成を概略的に示すブロック図。 一実施形態における端末装置のアーキテクチャを概略的に示すブロック図。 一実施形態に係るシステムの機能を示すブロック図。 一実施形態におけるユーザ間関係管理テーブルにおいて管理される情報の一例を示す図。 一実施形態におけるコミュニケーション管理テーブルにおいて管理される情報の一例を示す図。 一実施形態におけるコンテンツ利用管理テーブルにおいて管理される情報の一例を示す図。 一実施形態における推奨コンテンツ管理テーブルにおいて管理される情報の一例を示す図。 一実施形態における推奨ユーザ管理テーブルにおいて管理される情報の一例を示す図。 一実施形態における選択処理の一例を示すフロー図。 一実施形態における画面設定・表示処理の一例を示すフロー図。 一実施形態におけるマイページ画面の一例を示す図。 一実施形態におけるメッセージ画面の一例を示す図。 一実施形態におけるマイゲーム画面の一例を示す図。 一実施形態におけるフレンド一覧画面の一例を示す図。

以下、適宜図面を参照し、本発明の様々な実施形態を説明する。なお、図面において共通する構成要素には同一の参照符号が付されている。

図１は、本発明の一実施形態に係るシステム１０を含むネットワーク構成を概略的に示すブロック図である。図１に示すように、一実施形態におけるシステム１０は、インターネット等の通信網２０を介して、通信機能を備える複数の端末装置３０−１、３０−２、・・・、３０−Ｎ（以下、「端末装置３０」と総称することがある）と通信可能に接続されており、端末装置３０をそれぞれ操作する複数のユーザに対してオンラインゲーム、電子書籍、動画コンテンツ、及び、音楽コンテンツを含む様々な電子コンテンツを提供し、チャット（ミニメール）、サークル、アバター、日記、伝言板、挨拶、通話等の様々なユーザ間のコミュニケーション（所定のコミュニケーション）を実現するコミュニケーションプラットフォーム（ＳＮＳプラットフォーム）として機能する。

一実施形態に係るシステム１０は、図示のとおり、ＣＰＵ（コンピュータプロセッサ）１１と、メインメモリ１２と、ユーザＩ／Ｆ１３と、通信Ｉ／Ｆ１４と、外部メモリ１５と、ディスクドライブ１６とを含み、これらの各構成要素がバス１７を介して互いに電気的に接続されている。ＣＰＵ１１は、外部メモリ１５からオペレーティングシステムや様々なプログラムをメインメモリ１２にロードし、ロードしたプログラムに含まれる命令を実行する。メインメモリ１２は、ＣＰＵ１１が実行するプログラムを格納するために用いられ、例えば、ＤＲＡＭによって構成される。

ユーザＩ／Ｆ１３は、例えば、オペレータの入力を受け付けるキーボードやマウス等の情報入力装置と、ＣＰＵ１１の演算結果を出力する液晶ディスプレイ等の情報出力装置とを含む。通信Ｉ／Ｆ１４は、ハードウェア、ファームウェア、又はＴＣＰ／ＩＰドライバやＰＰＰドライバ等の通信用ソフトウェア又はこれらの組み合わせとして実装され、通信網２０を介して端末装置３０と通信可能に構成される。

外部メモリ１５は、例えば磁気ディスクドライブで構成され、ゲーム等の各種サービスの提供を制御するための制御用プログラム等が記憶される。また、外部メモリ１５には、各種サービスにおいて用いられる各種データも記憶され得る。外部メモリ１５に記憶され得る各種データは、システム１０と通信可能に接続されるシステム１０とは物理的に別体のデータベースサーバに格納されてもよい。ディスクドライブ１６は、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ等の各種の記憶メディアに格納されたデータを読み込み、又は、これらの記憶メディアにデータを書き込む。例えば、記憶メディアに格納されたアプリケーションや各種サービスにおいて用いられる各種データは、ディスクドライブ１６により読み込まれ、外部メモリ１５にインストールされる。

一実施形態において、システム１０は、階層構造の複数のウェブページから成るウェブサイトを管理するウェブサーバであり、端末装置３０に対して各種ゲーム、ＳＮＳ、音楽配信、通話・メッセージ交換等の様々なサービスを提供することができる。端末装置３０は、ウェブページを表示するためのＨＴＭＬデータをシステム１０から取得し、取得したＨＴＭＬデータを解析して、当該ウェブページを端末装置３０のユーザに提示することができる。なお、このようなウェブページを介して提供されるゲームは、ブラウザゲームと称されることがある。外部メモリ１５には、このウェブページを表示するためのＨＴＭＬデータも記憶される。ＨＴＭＬデータは、ＨＴＭＬ等のマークアップ言語で記述されたＨＴＭＬ文書から成り、このＨＴＭＬ文書には、様々な画像が関連付けられる。また、ＨＴＭＬ文書には、ＡｃｔｉｏｎＳｃｒｉｐｔやＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語等で記述されたプログラムが埋め込まれ得る。

外部メモリ１５には、端末装置３０においてブラウザソフトウェア以外の実行環境上で実行されるアプリケーションも格納され得る。このアプリケーションには、サービスの提供を受けるためのプログラムや当該プログラム実行時に参照される画像データ等の各種データを含めることができる。プログラムは、例えば、Ｏｂｊｅｃｔｉｖｅ−Ｃ、Ｊａｖａ
（登録商標）等のオブジェクト指向プログラミング言語で作成される。作成されたプログラムは、各種データとともに、アプリケーションソフトウェアとして外部メモリ１５に記憶される。外部メモリ１５に記憶されたアプリケーションソフトウェアは、配信要求に応じて端末装置３０に配信される。システム１０から配信されたアプリケーションソフトウェアは、端末装置３０において、ＣＰＵ３１の制御に従って通信Ｉ／Ｆ３４を介して受信され、受信されたプログラムが外部メモリ３５に送信され記憶される。このアプリケーションソフトウェアは、ユーザによる端末装置３０の操作に応じて起動され、端末装置３０に実装されたＮｇＣｏｒｅ（商標）やＡｎｄｒｏｉｄ（商標）等の実行環境上で実行される。システム１０は、端末装置３０で実行されているアプリケーションに対してサービスの提供に必要な各種データを提供する。また、システム１０は、端末装置３０から送信される各種データをユーザごとに記憶することで、ユーザごとにサービスの提供状況（ゲームの進行等）を管理することができる。

このように、システム１０は、各種サービスを提供するウェブサイトを管理し、当該ウェブサイトを構成するウェブページを端末装置３０からの要求に応じて配信することにより、ユーザに対してサービスを提供することができる。また、システム１０は、このようなブラウザを用いたサービスの提供とは代替的に、又は、ブラウザを用いたサービスの提供に加えて、端末装置３０で実行されるアプリケーションとの通信に基づいてサービスを提供することができる。システム１０は、いずれの態様でサービスを提供するにしても、各ユーザを識別する識別情報ごとにサービスの提供に必要なデータを記憶することができる。詳細な説明は省略するが、システム１０は、サービスの提供開始時のユーザの認証処理やサービスの提供に応じて発生する課金処理を行う機能を有することもできる。なお、システム１０によって提供されるゲームとしては、アクションゲーム、ロールプレイングゲーム、野球対戦ゲーム、カードゲーム等の任意のゲームが含まれる。システム１０によって実現されるゲームの種類は、本明細書において明示されたものに限られない。

端末装置３０は、一実施形態において、システム１０から取得したサービス提供用ウェブサイトのウェブページをウェブブラウザ上で表示すると共にアプリケーションを実行するための実行環境を実装した任意の情報処理装置であり、スマートフォン、タブレット端末、及びゲーム専用端末等が含まれ得る。

端末装置３０のアーキテクチャについて図２を参照して説明する。図２は、端末装置３０のアーキテクチャを概念的に示すブロック図である。端末装置３０は、図示のとおり、ＣＰＵ３１と、メインメモリ３２と、ユーザＩ／Ｆ３３と、通信Ｉ／Ｆ３４と、外部メモリ３５と、を含み、これらの各構成要素がバス３６を介して互いに電気的に接続されている。

ＣＰＵ３１は、外部メモリ３５からオペレーティングシステム等の様々なプログラムをメインメモリ３２にロードし、ロードしたプログラムに含まれる命令を実行する。メインメモリ３２は、ＣＰＵ３１が実行するプログラムを格納するために用いられ、例えば、ＤＲＡＭによって構成される。

ユーザＩ／Ｆ３３は、例えば、ユーザの入力を受け付けるタッチパネル、キーボード、ボタンやマウス等の情報入力装置と、ＣＰＵ３１の演算結果を出力する液晶ディスプレイ等の情報出力装置とを含む。通信Ｉ／Ｆ３４は、ハードウェア、ファームウェア、又は、ＴＣＰ／ＩＰドライバやＰＰＰドライバ等の通信用ソフトウェア又はこれらの組み合わせとして実装され、通信網２０を介してシステム１０と通信可能に構成される。

外部メモリ３５は、例えば磁気ディスクドライブやフラッシュメモリ等により構成され、オペレーティングシステム等の様々なプログラムを記憶する。また、外部メモリ３５は
、システム１０から通信Ｉ／Ｆ３４を介してアプリケーションを受信した場合には、この受信したアプリケーションを記憶する。

このようなアーキテクチャを有する端末装置３０は、例えば、ＨＴＭＬ形式のファイル（ＨＴＭＬデータ）を解釈して画面表示するためのブラウザソフトウェアを備えており、このブラウザソフトウェアの機能によりシステム１０から取得したＨＴＭＬデータを解釈して、受信したＨＴＭＬデータに対応するウェブページを表示することができる。また、端末装置３０は、ブラウザソフトウェアに組み込まれるプラグインソフト（例えば、アドビシステムズ社から提供されているＦｌａｓｈ Ｐｌａｙｅｒ）を備えており、ＨＴＭＬデータに埋め込まれたＳＷＦ形式のファイルをシステム１０から取得し、当該ＳＷＦ形式のファイルをブラウザソフトウェア及びプラグインソフトを用いて実行することができる。

端末装置３０によってサービスの提供を受ける際には、例えば、プログラムにより指示されたアニメーションや操作用アイコンが端末装置３０の画面に表示される。ユーザは、端末装置３０の入力インタフェースを用いてサービスの提供を受けるための指示を入力することができる。ユーザから入力された指示は、端末装置３０のブラウザやＮｇＣｏｒｅ（商標）等の実行環境の機能を通じてシステム１０に伝達される。

次に、図１に示した各構成要素によって実現されるシステム１０の機能について説明する。前述したように、システム１０は電子コンテンツの提供を含む様々なサービスを提供可能であるが、本発明の一実施形態の説明に適した例として電子コンテンツとしてのオンラインゲームの提供に関連する機能を中心に説明する。図３は、本発明の一実施形態に係るシステム１０の機能を示すブロック図である。システム１０は、図示するように、ゲームの進行等のサービスの提供を制御するサービス提供制御部５１と、情報を記憶する情報記憶部５２と、複数のユーザ間の親密度情報と各ユーザのゲーム（電子コンテンツ）毎の利用度情報とに少なくとも基づいて、複数のゲームの中からユーザに対して推奨する推奨ゲームを選択すると共に、複数のユーザの中から推奨ゲームを利用するユーザとして紹介する１又は複数の紹介ユーザ（他のユーザ）を選択する推奨コンテンツ選択部５３と、推奨ゲームを特定可能な情報と紹介ユーザを特定可能な情報とを含むコンテンツ推奨情報をユーザが操作する端末装置３０に送信する推奨コンテンツ情報送信部５４と、各ユーザのゲーム毎の利用度情報に少なくとも基づいて、複数のユーザの中からユーザに対して推奨する推奨ユーザ（他のユーザ）を選択すると共に、複数のゲームの中からユーザ及び推奨ユーザの両方が利用するゲームとして紹介する１又は複数の紹介ゲームを選択する推奨ユーザ選択部５５と、推奨ユーザを特定可能な情報と紹介ゲームを特定可能な情報とを含むユーザ推奨情報をユーザが操作する端末装置３０に送信する推奨ユーザ情報送信部５６と、ユーザからの推奨ユーザに対するフレンド（所定の関係）の設定要求に応答し、このユーザを特定可能な情報と紹介ゲームを特定可能な情報とを含む関係要求情報を、推奨ユーザが操作する端末装置３０に送信する関係要求情報送信部５７とを備える。これらの機能は、システム１０のＣＰＵ１１やメインメモリ１２、外部メモリ１５に記憶されている各種プログラムやテーブルなどが協働して動作することによって実現される。例えば、サービス提供制御部５１、推奨コンテンツ選択部５３、推奨コンテンツ情報送信部５４、推奨ユーザ選択部５５、推奨ユーザ情報送信部５６、関係要求情報送信部５７の各機能に相当する各モジュールの少なくとも一部を備えるプログラムをコンピュータプロセッサとしてのＣＰＵ１１が実行することによって実現される。

サービス提供制御部５１は、各種ゲームの進行等のサービスの提供に必要な様々なデータを端末装置３０との間で送受信し、かかるデータをユーザごとに管理することでユーザごとにサービスの提供を制御することができる。例えば、サービス提供制御部５１は、サービスを提供するウェブサイトを構成するウェブページを、端末装置３０からの要求に応
じて端末装置３０に順次表示させる。表示されたウェブページ上のハイパーリンクがユーザによって選択されると、サービス提供制御部５１は、当該ハイパーリンクに対応する新たなＨＴＭＬデータを端末装置３０に送信する。端末装置３０では、この新たなＨＴＭＬデータに基づいたウェブページが表示される。このように、サービス提供制御部５１によって、システム１０に記憶されているウェブページがユーザの操作に応じて端末装置３０に順次提供されるので、ユーザは、サービス提供制御部５１の機能により、自らの操作に基づいてサービスの提供を受けることができ、例えば、ゲームを進行させることができる。

端末装置３０でゲームアプリケーションが実行される場合には、サービス提供制御部５１は、ゲームで用いられる各種データを当該ゲームアプリケーションに対して送信することができる。サービス提供制御部５１は、例えば、端末装置３０のゲームアプリケーションから所定のミッションをクリアしたことを示す制御信号を受け付けたときに、クリアされたミッションの次のミッションに関連する各種パラメータを当該ゲームアプリケーションに対して提供する。ゲームアプリケーションは、システム１０から提供されたデータをロードしてゲームを進行させることができる。

端末装置３０は、ゲームで用いられる各種のパラメータ値を示す情報（ゲームポイントの獲得数や獲得したアイテムに関する情報等）やステータスを示す情報（達成したミッションを特定する情報等）等のゲームの進行に関連する情報を、ブラウザソフトウェアやゲームアプリケーションの機能を利用して、適宜システム１０に送信することができる。サービス提供制御部５１は、複数の端末装置３０から受信したゲームの進行に関連する情報をユーザごとに記憶することで、ユーザごとにゲームの進行を制御することができる。これにより、ユーザが自らのＩＤを用いてシステム１０にログインしたときに、システム１０が当該ユーザに対応付けて保持しているゲームの進行に関する情報に基づいて、当該ユーザの進行に応じたステージ（例えば、中断直前のステージ）からゲームが再開される。ゲームの進行に必要な情報は、サービス提供制御部５１以外にも、システム１０の様々な機能によって管理され得る。

情報記憶部５２は、ユーザ間の関係に関する情報（ユーザ間関係情報）を管理するユーザ間関係管理テーブル５２ａと、ユーザ間のコミュニケーションに関する情報（コミュニケーション情報）を管理するコミュニケーション管理テーブル５２ｂと、各ユーザによる各ゲーム（電子コンテンツ）の利用に関する情報を管理するコンテンツ利用管理テーブル５２ｃと、ユーザに推奨するゲームに関する情報を管理する推奨コンテンツ管理テーブル５２ｄと、ユーザに推奨する他のユーザに関する情報を管理する推奨ユーザ管理テーブル５２ｅと、を備える。ユーザ間関係管理テーブル５２ａにおいて管理される情報の一例を図４に示す。ユーザ間関係管理テーブル５２ａは、図示するように、２つのユーザＩＤ（「ユーザＩＤ１」及び「ユーザＩＤ２」）の組合せに対応付けて、このユーザ間の関係を示す「関係」等の情報を管理する。「関係」の値としては、一実施形態では、一方のユーザのフレンド申請を他方のユーザが承認することによって形成される関係である「フレンド」、同一のサークルに所属している関係である「サークル仲間」等が設定される。ここで、サークルとは、特定の話題について掲示板等を介して他のユーザと情報を交換するためにシステム１０によって提供されるコミュニケーションプラットフォームによって実現される機能の一つである。また、「フレンド」は、一実施形態においては、様々な種類のフレンドが設定可能となっており、例えば、対象となるサービスに応じた種類のフレンド（例えば、コミュニケーションプラットフォームにおけるフレンド、ゲームＡ等のゲーム毎におけるフレンド（仲間）、音楽コンテンツ提供サービスにおけるフレンド、等）が設定可能となっている。なお、一実施形態では、フレンドとサークル仲間をユーザ間関係管理テーブル５２ａで管理するものとしたが、こうした情報を管理するためのテーブル構成はこれに限られない。例えば、「サークル仲間」については、ユーザに関する情報を管理
するテーブルにおいてユーザが所属するサークルを管理しておき、この情報に基づいて、同一のサークルに所属しているユーザを特定することもできる。

コミュニケーション管理テーブル５２ｂにおいて管理される情報の一例を図５に示す。コミュニケーション管理テーブル５２ｂは、図示するように、２つのユーザＩＤ（「ユーザＩＤ１」及び「ユーザＩＤ２」）及びシステム１０において提供されるユーザ間でコミュニケーションを行うための手段（サービス、機能）である「コミュニケーション手段」の組合せに対応付けて、このユーザ間でこのコミュニケーション手段を用いて行われたコミュニケーションの回数を示す「回数」等の情報を管理する。「コミュニケーション手段」の値としては、一実施形態では、コミュニケーションプラットフォームによって実現される「チャット（ミニメール）」、「サークル」、「アバター」、「日記」、「伝言板」、「挨拶」、「通話」等の様々なコミュニケーション手段、及び、「表示」等が設定される。ここで「表示」とは、システム１０が提供する各種サービスの提供を受けるための画面上に他のユーザが表示されることを示し、例えば、オンラインゲームで用いる画面上において、ゲームランキング上位のユーザとして表示されたり、対戦相手の候補として表示されたり、協力プレイを行う仲間の候補として表示されることを示す。また、「コミュニケーション手段」の値が「表示」の場合には、「回数」には「ユーザＩＤ１」によって識別されるユーザが用いる画面上において「ユーザＩＤ２」によって識別されるユーザが表示された回数が設定される（即ち、ユーザＩＤ１のユーザがユーザＩＤ２のユーザを画面上で見かけるというコミュニケーションの度合を示す）。なお、「コミュニケーション手段」が、例えば「チャット（ミニメール）」や「通話」等の場合には、「回数」に代えて又は「回数」と共に、コミュニケーションを行った時間の合計を示す「時間」を管理するようにしても良い。なお、「コミュニケーション手段」の値として「ゲームＤでの対戦」等の特定のゲーム（電子コンテンツ）におけるアクションの内容を設定しても良い。このコミュニケーション管理テーブル５２ｂの情報は、一実施形態では、上述したコミュニケーションが行われる都度、サービス提供制御部５１によって更新される。

コンテンツ利用管理テーブル５２ｃにおいて管理される情報の一例を図６に示す。コンテンツ利用管理テーブル５２ｃは、図示するように、ユーザを識別する「ユーザＩＤ」とゲームを識別する「ゲームＩＤ」との組合せに対応付けて、このユーザがこのゲームにログインした回数を示す「ログイン回数」、このゲームに連続してログインした日数を示す「連続ログイン日数」、このゲームの利用時間の合計を示す「利用時間」、このゲームにおいて取得した特別なアイテムの数を示す「特別アイテム取得数」、このゲームの利用を開始した日時を示す「利用開始日時」等の情報を管理する。なお、コンテンツ利用管理テーブル５２ｃにおいて、利用を開始していないゲームの情報を管理するようにしても良い（この場合、「ログイン回数」、「連続ログイン日数」、「利用時間」、「特別アイテム取得数」、「利用開始日時」には何も設定されない）。

推奨コンテンツ管理テーブル５２ｄにおいて管理される情報の一例を図７に示す。推奨コンテンツ管理テーブル５２ｄは、図示するように、ユーザを識別する「ユーザＩＤ」と、このユーザに推奨する推奨ゲームを識別する「推奨ゲームＩＤ」と、この推奨ゲームを利用しているユーザとして紹介する紹介ユーザのユーザＩＤである「紹介ユーザＩＤ」と、の組合せに対応付けて、ユーザと紹介ユーザとの関連性を示す「関連性」、ユーザと紹介ユーザとの親密さの度合を示す「親密度」、紹介ユーザのこの推奨ゲームの利用の度合を示す「利用度」等の情報を管理する。これらの情報は、ユーザ間関係管理テーブル５２ａ、コミュニケーション管理テーブル５２ｂ及びコンテンツ利用管理テーブル５２ｃにおいて管理されている情報に基づいて推奨コンテンツ選択部５３によって設定、登録される。詳細は後述する。ここで、一のユーザに対して１又は複数の推奨ゲームが設定され、又、一のユーザ及び推奨ゲームの組合せに対して１又は複数の紹介ユーザが設定され得る。

推奨ユーザ管理テーブル５２ｅにおいて管理される情報の一例を図８に示す。推奨ユーザ管理テーブル５２ｅは、図示するように、ユーザを識別する「ユーザＩＤ」と、このユーザに推奨する推奨ユーザを識別する「推奨ユーザＩＤ」と、このユーザ及びこの推奨ユーザの両方が利用するゲームとして紹介する紹介ゲームのゲームＩＤである「紹介ゲームＩＤ」との組合せに対応付けて、推奨ユーザのこの紹介ゲームの利用の度合を示す「利用度」等の情報を管理する。これらの情報は、コンテンツ利用管理テーブル５２ｃにおいて管理されている情報に基づいて選択部５３によって設定、登録される。詳細は後述する。ここで、一のユーザに対して１又は複数の推奨ユーザが設定され、又、一のユーザ及び推奨ユーザの組合せに対して１又は複数の紹介ゲームが設定され得る。

次に、こうして構成された本発明の一実施形態としてのシステム１０の動作について説明する。図９は、システム１０（推奨コンテンツ選択部５３及び推奨ユーザ選択部５５）によって実行される選択処理の一例を示すフロー図である。この選択処理は、一実施形態では、予め定められたスケジュールに従って定期的に（例えば、１時間毎、毎日午前１１時等）実行される。

選択処理では、まず、図示するように、各ユーザ間の親密度を算出する（ステップＳ１０２）。一実施形態において、親密度の算出は、ユーザ間関係管理テーブル５２ａ及びコミュニケーション管理テーブル５２ｂにおいて管理されている情報（親密度情報）に基づいて算出される。具体的な算出は多様な方法を用いて行うことができる。例えば、ユーザ間に存在する「関係」の数（ユーザ間関係管理テーブル５２ａにおいて管理されている）が多いほど親密度が高くなる傾向の算出方法としたり、ユーザ間で行われたコミュニケーションの回数（コミュニケーション管理テーブル５２ｂにおいて管理されている）が多いほど親密度が高くなる傾向の算出方法とすることができる。ユーザ間で行われたコミュニケーションの回数を用いて親密度を算出する場合において、一のユーザのコミュニケーションの回数の総数における他のユーザ各々とのコミュニケーションの回数の割合が高いほど（コミュニケーションの回数の総数に占める占有率が高い他のユーザほど）親密度が高くなる傾向の算出方法とすることもできる。また、例えば、ユーザ間の「関係」の内容に応じて親密度の算出に重み付けを設定したり（例えば、「フレンド」の方が「サークル仲間」よりも算出される親密度に対する影響が大きくなるように、又は、「コミュニケーションプラットフォームにおけるフレンド」の方が「ゲーム毎におけるフレンド」よりも算出される親密度に対する影響が大きくなるように重み付けを設定する等）、ユーザ間のコミュニケーションの「コミュニケーション手段」の内容に応じて親密度の算出に重み付けを設定する（例えば、「挨拶」の方が「表示」よりも算出される親密度に対する影響が大きくなるように重み付けを設定する等）ことができる。さらに、算出される親密度の形式も様々な形式とすることができ、例えば、数値（例えば、０〜１００ポイント）の形式としたり、ランク（例えば、Ａ〜Ｅの５段階のランク）の形式としたり、「親密である」又は「親密でない」というブーリアン型の形式とすることもできる。

次に、各ユーザのゲーム毎の利用度を算出する（ステップＳ１０４）。一実施形態において、利用度の算出は、コンテンツ利用管理テーブル５２ｃにおいて管理されている情報（利用度情報）に基づいて算出される。具体的な算出は多様な方法を用いて行うことができる。例えば、「ログイン回数」、「連続ログイン日数」、「利用時間」、「特別アイテム取得数」がそれぞれ大きいほど利用度が高くなる傾向の算出方法とすることができる。また、例えば、「ログイン回数」、「連続ログイン日数」、「利用時間」、「特別アイテム取得数」それぞれの値に重み付けを設定する（例えば、「ログイン回数」よりも「利用時間」の方が算出される利用度に対する影響が大きくなるように重み付けを設定する等）ことができる。さらに、前述した親密度と同様に、算出される利用度の形式も様々な形式とすることができ、例えば、数値（例えば、０〜１００ポイント）の形式としたり、ランク（例えば、Ａ〜Ｅの５段階のランク）の形式としたり、「利用している」又は「利用し
ていない」というブーリアン型の形式とすることもできる。

こうして各ユーザ間の親密度及び各ユーザのゲーム毎の利用度を算出すると、算出した親密度及び利用度に基づいて、各ユーザに推奨する推奨ゲームと、この推奨ゲームを利用する他のユーザとして紹介する紹介ユーザとを選択する（ステップＳ１０６）。一実施形態において、推奨ゲーム及び紹介ユーザの具体的な選択は、様々な方法を用いて行うことができる。推奨ゲームの選択は、例えば、他のユーザによって利用されているゲーム（例えば、他のユーザによる利用度が所定の閾値よりも大きいゲーム）のうち、一のユーザ（推奨ゲームを推奨されるユーザ）とこのゲームを利用する他のユーザとの親密度が高いゲームほど優先して選択される傾向の方法としたり、他のユーザによって利用されているゲームのうち、この他のユーザの数（若しくは、一のユーザとの親密度が所定の閾値よりも大きい他のユーザの数）が多いゲームほど優先して選択される傾向の方法としたり、他のユーザによって利用されているゲームのうち、当該他のユーザによる利用度が高いゲームほど優先して選択される傾向の方法とすることができる。また、紹介ユーザの選択は、例えば、他のユーザのうち、一のユーザとの親密度が高いユーザほど優先して選択される傾向の方法としたり、他のユーザのうち、選択した推奨ゲームの利用度が高いユーザほど優先して選択される傾向の方法とすることができる。なお、一のユーザに対して選択される推奨ゲームの数はいくつでも良く、特に限定されない。また、１つの推奨ゲームに対して選択される紹介ユーザの数はいくつでも良く、特に限定されない。

次に、算出した利用度に基づいて、各ユーザに推奨する推奨ユーザと、一のユーザ（推奨ユーザを推奨されるユーザ）及び推奨ユーザの両方が利用するゲームとして紹介する紹介ゲームとを選択する（ステップＳ１０８）。一実施形態において、推奨ユーザ及び紹介ゲームの具体的な選択は、様々な方法を用いて行うことができる。推奨ユーザの選択は、例えば、他のユーザのうち、一のユーザ及び他のユーザの両方が利用しているゲーム（例えば、利用度が所定の閾値よりも大きいゲーム）の数が多いユーザほど優先して選択される傾向の方法としたり、一のユーザ及び他のユーザの両方が利用しているゲームの利用度が高いユーザほど優先して選択される傾向の方法としたり、一のユーザによる利用度が高いゲームを利用しているユーザほど優先して選択される傾向の方法とすることができる。また、紹介ゲームの選択は、例えば、一のユーザ及び他のユーザの両方が利用しているゲームのうち、一のユーザによる利用度が高いゲームほど優先して選択される傾向の方法としたり、他のユーザによる利用度が高いゲームほど優先して選択される傾向の方法としたり、リリース日時が新しいゲームほど優先して選択される傾向の方法とすることができる。なお、一のユーザに対して選択される推奨ユーザの数はいくつでも良く、特に限定されない。また、１つの推奨ユーザに対して選択される紹介ゲームの数はいくつでも良く、特に限定されない。

そして、推奨ゲーム及びこれに対応する紹介ユーザ、並びに、推奨ユーザ及びこれに対応する紹介ゲームの選択結果を記憶して（ステップＳ１１０）、この選択処理を終了する。推奨ゲーム及び紹介ユーザの選択結果は、推奨コンテンツ管理テーブル５２ｄに記憶され、具体的には、一のユーザの「ユーザＩＤ」、このユーザの推奨ゲームとして選択したゲームのゲームＩＤ（推奨ゲームＩＤ）、この推奨ゲームに対する紹介ユーザとして選択したユーザのユーザＩＤ（「紹介ユーザＩＤ」）、このユーザと紹介ユーザとの「関連性」、このユーザと紹介ユーザとの「親密度」、及び、紹介ユーザの推奨ゲームに対する「利用度」が推奨コンテンツ管理テーブル５２ｄに記憶される。ここで、「関連性」は、後述する推奨ゲームに関する情報を含む画面において紹介ユーザに関する情報の１つとして表示される情報であり、一実施形態においては、ユーザ間関係管理テーブル５２ａ及びコミュニケーション管理テーブル５２ｂにおいて管理されている情報に基づいて設定される。詳細は後述する。また、推奨ユーザ及び紹介ゲームの選択結果は、推奨ユーザ管理テーブル５２ｅに記憶され、具体的には、一のユーザの「ユーザＩＤ」、このユーザの推奨ユ
ーザとして選択したユーザのユーザＩＤ（推奨ユーザＩＤ）、この推奨ユーザに対する紹介ゲームとして選択したゲームのゲームＩＤ（「紹介ゲームＩＤ」）、推奨ユーザの紹介ゲームに対する「利用度」が推奨ユーザ管理テーブル５２ｅに記憶される。

以上、推奨ゲーム及び推奨ユーザの選択に関する動作について説明した。次に、推奨ゲーム及び／又は推奨ユーザに関する情報を含む画面の設定・表示に関する動作について説明する。図１０は、システム１０（推奨コンテンツ情報送信部５４及び推奨ユーザ情報送信部５６）によって実行される画面設定・表示処理の一例を示すフロー図である。この画面設定・表示処理は、端末装置３０から推奨ゲーム及び／又は推奨ユーザに関する情報を含む画面の表示要求を受信したときに実行される。一実施形態において、推奨ゲーム及び／又は推奨ユーザに関する情報を含む画面としては、システム１０によって提供される様々な画面が含まれ得る。例えば、システム１０によって提供される各種サービスをユーザが利用する起点となるマイページ画面、ユーザが各種ゲームをプレイする起点となるマイゲーム画面、ユーザがフレンドの関係を有する他のユーザを一覧表示するフレンド一覧画面等の、推奨ゲーム及び推奨ユーザに関する情報を含み得る様々な画面が含まれる。

画面設定・表示処理では、まず、図示するように、画面の表示要求を行った端末装置３０を操作するユーザに対応する推奨ゲームに関する情報を推奨コンテンツ管理テーブル５２ｄから取得する（ステップＳ２００）。具体的には、端末装置３０を操作するユーザの「ユーザＩＤ」を用いて推奨コンテンツ管理テーブル５２ｄを検索し、検索されたレコードの「推奨ゲームＩＤ」、「紹介ユーザＩＤ」、「関連性」、「親密度」、「利用度」等の情報を取得する。

次に、端末装置３０を操作するユーザに対応する推奨ユーザに関する情報を推奨ユーザ管理テーブル５２ｅから取得する（ステップＳ２０２）。具体的には、端末装置３０を操作するユーザの「ユーザＩＤ」を用いて推奨ユーザ管理テーブル５２ｅを検索し、検索されたレコードの「推奨ユーザＩＤ」、「紹介ゲームＩＤ」、「利用度」等の情報を取得する。

続いて、取得した情報に基づいて送信する画面の画面データを設定し（ステップＳ２０４）、設定した画面データを端末装置３０に送信して（ステップＳ２０６）、この画面設定・表示処理を終了する。図１１は、ステップＳ２０６で送信された画面データを受信した端末装置３０において表示される画面であるマイページ画面７０の一例を示す図である。マイページ画面７０は、上述したように、各種サービスをユーザが利用する起点となる画面であり、図示するように、画面上段に位置しユーザに対してゲームを推奨するゲーム推奨領域７１と、画面下段に位置しユーザに対して他のユーザを推奨するユーザ推奨領域７２とを有する。ゲーム推奨領域７１は、図示するように、推奨ゲームに関する情報を表示する推奨ゲーム情報表示部７３と、その下側に位置し推奨ゲームに対応する紹介ユーザに関する情報を表示する紹介ユーザ情報表示部７４とを含み、紹介ユーザ情報表示部７４の下側において「オススメゲームをもっと見る」と表示された部分をユーザが選択することによって、更なる推奨ゲームが追加で一覧表示されるようになっている。推奨ゲーム情報表示部７３は、一実施形態においては、左側に推奨ゲームに対応する画像が表示され、その右側に推奨ゲームの名称（ゲームタイトル）が表示される。紹介ユーザ情報表示部７４は、一実施形態においては、３人の紹介ユーザに関する情報が表示されるようになっており、各紹介ユーザについて、左側に紹介ユーザに対応する画像（例えば、アバター画像）が表示され、その右側上部に端末装置３０を操作するユーザと紹介ユーザとの関連性に関する情報（図１１の例における「ゲームＢの友達」、「挨拶仲間」、「プラットフォームの友達」）が表示され、同じく右側下部に紹介ユーザの推奨ゲームに対する利用度に関する情報（図１１の例における「←はまっています！」、「←とてもはまっています！！」、「はじめました。」）が表示される。なお、ゲーム推奨領域７１において表示される
推奨ゲームの数や１つの推奨ゲームに対して表示する紹介ユーザの数はいくつでも良く、特に限定されない。

ここで、紹介ユーザ情報表示部７４に表示される紹介ユーザとの関連性に関する情報は、推奨コンテンツ管理テーブル５２ｄの「関連性」から取得した情報が設定される。図１１において例示した関連性に関する情報のうち「ゲームＢの友達」及び「プラットフォームの友達」は、ユーザ間関係管理テーブル５２ａにおいて「関係」として管理されている情報が図９に例示した選択処理において推奨コンテンツ管理テーブル５２ｄの「関連性」にそのまま登録されたものである。また、図１１に例示した関連性に関する情報のうち「挨拶仲間」は、コミュニケーション管理テーブル５２ｂにおいて管理されている情報に基づいて、同じく選択処理において設定、登録された情報である。具体的には、例えば、コミュニケーション管理テーブル５２ｂにおいて「挨拶」の回数が所定の閾値より大きい場合に「挨拶仲間」として設定され、「チャット」の回数が所定の閾値より大きい場合に「チャット仲間」として設定され、「ゲームＤでの対戦」の回数が所定の閾値より大きい場合に「ゲームＤのライバル」として設定される。なお、紹介ユーザとの関連性として設定する候補が複数存在する場合には、所定のルールで選択した１つを関連性として設定すれば良い。例えば、紹介ユーザとの間で複数の「関係」を有する場合に、予め定められた優先順位（例えば、「サークル仲間」よりも「フレンド」を優先する、又は、「ゲームＢ（特定のゲーム）におけるフレンド」よりも「コミュニケーションプラットフォームにおけるフレンド」を優先する等）に従って選択したり、コミュニケーション管理テーブル５２ｂの情報に基づいて設定され得る関連性が複数存在する場合に、予め定められた優先順位（例えば、「挨拶仲間」よりも「チャット仲間」を優先する等）に従って選択したり、コミュニケーション管理テーブル５２ｂの情報に基づく関連性よりもユーザ間関係管理テーブル５２ａの「関係」を優先して選択するようにすれば良い。

また、紹介ユーザ情報表示部７４に表示される紹介ユーザの利用度に関する情報は、推奨コンテンツ管理テーブル５２ｄの「利用度」から取得した情報に基づいて設定されている。即ち、例えば、紹介ユーザの利用度が第１の閾値より大きく第２の閾値以下の場合に「←はじめました。」と設定され、利用度が第２の閾値より大きく第３の閾値以下の場合には「←はまっています！」と設定され、利用度が第３の閾値より大きい場合には「←とてもはまっています！！」と設定される。紹介ユーザ情報表示部７４に紹介ユーザの利用度に関する情報を含ませる態様はこれに限られず、様々な態様とすることができる。例えば、利用度の値を表示する態様としても良いし、利用度に応じて紹介ユーザの画像の表示態様（例えば、色、大きさ等）を変更する態様としても良いし、利用度に応じて紹介ユーザの関連性に関する情報の表示態様（例えば、色、大きさ等）を変更する態様としても良い。さらに、紹介ユーザ情報表示部７４において、端末装置３０を操作するユーザと紹介ユーザとの親密度に関する情報を様々な態様で含ませることもできる。例えば、親密度の値を表示する態様としても良いし、親密度に応じて紹介ユーザの画像の表示態様（例えば、色、大きさ等）を変更する態様としても良いし、親密度に応じて紹介ユーザの利用度に関する情報の表示態様（例えば、色、大きさ等）を変更する態様としても良いし、親密度に応じて紹介ユーザの関連性に関する情報の表示態様（例えば、色、大きさ等）を変更する態様としても良い。

ここで、推奨ゲーム情報表示部７３における推奨ゲームの画像及び名称の少なくとも１つには、その推奨ゲームに関係するコンテンツ関係画面へのリンクが設定されている。リンク先となるコンテンツ関係画面は、推奨ゲームに関係する様々な画面（推奨ゲームを利用するための画面や推奨ゲームを紹介する画面等の様々な画面が含まれ得る）とすることができ、例えば、推奨ゲームを開始する際のトップ画面とすることができる。同様に、紹介ユーザ情報表示部７４の紹介ユーザの画像、紹介ユーザとの関連性に関する情報及び紹介ユーザの利用度に関する情報の少なくとも１つには、その紹介ユーザに関係するユーザ
関係画面へのリンクが設定されている。リンク先となるユーザ関係画面は、紹介ユーザに関係する様々な画面（紹介ユーザに関する様々な情報を表示する画面や紹介ユーザと様々なコミュニケーションを行うための画面等の様々な画面が含まれ得る）とすることができ、例えば、紹介ユーザのコミュニケーションプラットフォームにおけるプロフィール画面とすることができる。また、リンク先となるユーザ関係画面を動的に変化させても良く、例えば、端末装置３０を操作するユーザと紹介ユーザとの間で「フレンド」の関係が存在しない場合には、紹介ユーザに対してフレンド申請を行うための画面をリンク先の画面とし、「フレンド」の関係が既に存在する場合には前述した紹介ユーザのプロフィール画面をリンク先の画面としても良い。また、対応する推奨ゲームにおいて、コミュニケーションプラットフォームにおけるプロフィール画面とは別にゲーム用のプロフィール画面が提供されている場合には、そのゲーム用のプロフィール画面をリンク先の画面とし、ゲーム用のプロフィール画面が提供されていない場合には、コミュニケーションプラットフォームにおけるプロフィール画面をリンク先の画面としても良い。

また、一実施形態では、端末装置３０を操作するユーザによって、コンテンツ関係画面又はユーザ関係画面へのリンクが選択された場合に、所定の報酬（例えば、システム１０が提供するコミュニケーションプラットフォームにおいて使用可能な仮想通貨や、対応する推奨ゲームで使用可能なゲーム媒体（カード、アイテム等）等）を端末装置３０を操作するユーザと紹介ユーザに対して付与する。具体的には、前述したリンクが選択された旨の信号を端末装置３０から受信すると、システム１０によって、端末装置３０を操作するユーザ及び紹介ユーザに対して報酬を付与し、情報記憶部５２の図示しないユーザ情報を管理するテーブル等に報酬の付与を反映する。なお、こうした報酬の付与は、端末装置３０を操作するユーザ又は紹介ユーザのどちらか一方のみに対して行うようにすることもできる。

マイページ画面７０のユーザ推奨領域７２は、図示するように、推奨ユーザに関する情報を表示する推奨ユーザ情報表示部７６と、その下側に位置し推奨ユーザに対応する紹介ゲームに関する情報を表示する紹介ゲーム情報表示部７８と、「友達希望」と表示されたフレンド申請ボタン７９とを含み、紹介ゲーム情報表示部７８の下側において「オススメユーザをもっと見る」と表示された部分をユーザが選択することによって、更なる推奨ユーザが追加で一覧表示されるようになっている。推奨ユーザ情報表示部７６は、一実施形態においては、左側に推奨ユーザに対応する画像（例えば、アバター画像）が表示され、その右側に推奨ユーザの名称が表示される。紹介ゲーム情報表示部７８は、一実施形態においては、３つの紹介ゲームに関する情報が表示されるようになっており、各紹介ゲームについて、左側に紹介ゲームに対応する画像が表示され、その右側上部に紹介ゲームの名称（ゲームタイトル）が表示され、同じく右側下部に推奨ユーザの紹介ゲームに対する利用度に関する情報が表示される。なお、ユーザ推奨領域７２において表示される推奨ユーザの数や１つの推奨ユーザに対して表示する紹介ゲームの数はいくつでも良く、特に限定されない。紹介ゲーム情報表示部７８に表示される推奨ユーザの利用度に関する情報は、推奨ユーザ管理テーブル５２ｅの「利用度」から取得した情報に基づいて設定されている。即ち、上述した紹介ユーザ情報表示部７４に表示される紹介ユーザの利用度に関する情報と同様に、例えば、推奨ユーザの利用度が第１の閾値より大きく第２の閾値以下の場合に「←はじめました。」と設定され、利用度が第２の閾値より大きく第３の閾値以下の場合には「←はまっています！」と設定され、利用度が第３の閾値より大きい場合には「←とてもはまっています！！」と設定される。紹介ゲーム情報表示部７８に推奨ユーザの利用度に関する情報を含ませる態様はこれに限られず、上述した紹介ユーザ情報表示部７４に表示される紹介ユーザの利用度に関する情報と同様に、様々な態様とすることができる。

ここで、一実施形態では、ユーザ推奨領域７２のフレンド申請ボタン７９をユーザが選
択することによって、この推奨ユーザに対するフレンド申請（推奨ユーザに対するフレンドの設定要求）を行えるようになっている。図１２は、ユーザがフレンド申請ボタン７９を選択して推奨ユーザに対するフレンド申請を行ったときに、このフレンド申請に応答してシステム１０（関係要求情報送信部５７）によって推奨ユーザが操作する端末装置３０に送信されるメッセージ画面１００（関係要求情報）の一例である。このメッセージ画面１００は、図示するように、フレンド申請を行ったユーザに対応する画像（例えば、アバター画像）及び名称が画面左上隅に表示され、その下側にメッセージ表示領域１０２を有する。メッセージ表示領域１０２には、フレンド申請（友達希望）があった旨が表示されると共に上述した紹介ゲームに関する情報が表示され、「○許可する」又は「×拒否する」と表示された部分のいずれかを選択することによって、フレンド申請の承認又は否認ができるようになっている。従って、フレンド申請を受けたユーザ（推奨ユーザ）は、このメッセージ画面１００の紹介ゲームに関する情報によってフレンド申請を行ったユーザ及び推奨ユーザの両方が利用するゲームを確認しつつ、このフレンド申請の承認又は否認を選択することができる。そして、推奨ユーザによって「○許可する」と表示された部分が選択されてフレンド申請が承認されると、このユーザ及び推奨ユーザ間の関係として「フレンド」が設定される（具体的には、ユーザ間関係管理テーブル５２ａが更新される）。

ここで、一実施形態では、フレンド申請ボタン７９の選択に応じてなされるフレンド申請は、「コミュニケーションプラットフォームにおけるフレンド」の申請となっている。従って、図９に例示した選択処理のステップＳ１０８において推奨ユーザを選択する際に、既に「コミュニケーションプラットフォームにおけるフレンド」の「関係」を有する他のユーザを除外するようにしても良い。また、フレンド申請ボタン７９を設けずに、推奨ユーザ情報表示部７６の推奨ユーザに対応する画像及び／又は名称等を選択することによって、推奨ユーザに対するフレンド申請を行えるようにしても良い。さらに、一実施形態において、紹介ゲーム情報表示部７８に表示されている紹介ゲームに関する情報（画像又は名称）を選択したときに、対応する「紹介ゲームにおけるフレンド」のフレンド申請（仲間申請）を行えるようにすることもできる。なお、こうしたフレンド申請を、他の画面を介して（画面遷移して）行うようにしても良い。具体的には、フレンド申請ボタン７９又は紹介ゲーム情報表示部７８の紹介ゲームに関する情報を選択したときに、例えば、コミュニケーションプラットフォーム又は紹介ゲームにおける推奨ユーザのプロフィール画面に遷移するようにし（即ち、フレンド申請ボタン７９又は紹介ゲーム情報表示部７８の紹介ゲームに関する情報に対して対応するプロフィール画面へのリンクを設定し）、これらのプロフィール画面を介して対応するフレンド申請を行えるようにしても良い。なお、推奨ゲーム情報表示部７３と同様に、紹介ゲーム情報表示部７８における紹介ゲームの画像及び名称の少なくとも１つに、その紹介ゲームに関係する上述したコンテンツ関係画面等へのリンクを設定することもできる。また、マイページ画面７０において、ゲームを推奨するゲーム推奨領域７１及び他のユーザを推奨するユーザ推奨領域７２の一方のみを含むようにしても良い。

図１３は、推奨ゲームに関する情報を含む画面の他の例としてのマイゲーム画面８０の一例である。図１１に例示したマイページ画面７０においては、ユーザ推奨領域７２に表示される推奨ゲームは、端末装置３０を操作するユーザが既に利用しているゲームは除外されており、端末装置３０を操作するユーザが未だ利用していないゲームのみが表示されている。一方、図１３に例示するマイゲーム画面８０においては、端末装置３０を操作するユーザが既に利用しているゲームが一覧表示され、ユーザが既に利用しているゲームのうち、推奨コンテンツ管理テーブル５２ｄにおいて推奨ゲームとして登録されているゲーム（図１３の例ではゲームタイトルＡ）について、図１１に例示したマイページ画面７０と同様に、推奨ゲーム情報表示部７３及び紹介ユーザ情報表示部７４が表示される。このように、ユーザが既に利用しているゲームであっても、このゲームを利用する紹介ユーザに関する情報を表示することによって、紹介ユーザと一緒に楽しむことができるようなゲ
ームをユーザに推奨することができる。なお、この場合、推奨ゲーム情報表示部７３において推奨ゲームの画像や名称に設定されているリンク先の画面（コンテンツ関係画面）を、端末装置３０を操作するユーザの推奨ゲームに対する利用度に応じて変化させてもよい。例えば、ユーザの利用度が所定の閾値を超える場合には、そのゲームの特別なイベント用の画面をリンク先の画面とし、所定の閾値を超えない場合には、通常のトップ画面をリンク先の画面としても良い。また、推奨ゲーム情報表示部７３において、端末装置３０を操作するユーザの推奨ゲームの利用度に関する情報を様々な態様で含ませることもできる。例えば、利用度の値を表示する態様としても良いし、利用度に応じて推奨ゲームの画像又は名称の表示態様（例えば、色、大きさ等）を変更する態様としても良い。なお、ユーザの推奨ゲームの利用度は、推奨コンテンツ管理テーブル５２ｄにおいて管理するようにすれば良い。ここで、マイゲーム画面８０のように、推奨ゲームに関する情報のみを含み推奨ユーザに関する情報を含まない場合には、画面設定・表示処理を実行する際に、ステップＳ２０２（推奨ユーザに関する情報を取得するステップ）をスキップするようにしても良い。なお、マイゲーム画面８０において、マイページ画面７０と同様に、ゲーム推奨領域７１を設けて端末装置３０を操作するユーザが未だ利用していないゲームを推奨したり、ユーザ推奨領域７２を設けて他のユーザを推奨するようにしても良い。

図１４は、推奨ユーザに関する情報を含む画面の他の例としてのフレンド一覧画面９０の一例である。フレンド一覧画面９０は、図示するように、画面上段に位置し端末装置３０を操作するユーザと「フレンド」（例えば、「コミュニケーションプラットフォームにおけるフレンド」）の関係を有するユーザ（フレンドユーザ）に関する情報を一覧表示するフレンド一覧表示領域９２と、画面下段に位置しユーザを推奨する上述したマイページ画面７０と同様のユーザ推奨領域７２とを有する。フレンド一覧表示領域９２は、図示するように、フレンドユーザに関する情報（画像（例えば、アバター画像）及び名称）が一覧表示され、右下隅において「フレンドをもっと見る」と表示された部分をユーザが選択することによって、更なるフレンドユーザが追加で一覧表示されるようになっている。また、図示するように、一覧表示されるユーザのうち、推奨ユーザ管理テーブル５２ｅにおいて端末装置３０を操作するユーザに対する推奨ユーザとして登録されているユーザ（図１４の例ではユーザａ）については、上述したマイページ画面７０におけるユーザ推奨領域７２と同様の紹介ゲーム情報表示部７８が表示される。このように、既に「フレンド」の関係を有するユーザを一覧表示する際であっても、紹介ゲームに関する情報を表示することによって、一覧表示されているユーザと一緒に楽しむことができるようなゲームを、ユーザに知らせることができる。また、ユーザ推奨領域７２は、上述したマイページ画面７０と同様に、推奨ユーザ情報表示部７６と、紹介ゲーム情報表示部７８と、フレンド申請ボタン７９とを含む。このユーザ推奨領域７２は、上述したマイページ画面７０と同様なので、これ以上の詳細な説明は省略する。ここで、フレンド一覧画面９０のように、推奨ユーザに関する情報のみを含み推奨ゲームに関する情報を含まない場合には、画面設定・表示処理を実行する際に、ステップＳ２００（推奨ゲームに関する情報を取得するステップ）をスキップするようにしても良い。なお、フレンド一覧画面９０において、マイページ画面７０と同様に、ゲーム推奨領域７１を設けてゲームを推奨するようにしても良い。

なお、一実施形態では、図９に例示した選択処理を予め定められたスケジュールに従って定期的に実行するようにしたが、選択処理を実行するタイミングはこれに限られない。例えば、図１０に例示した画面設定・表示処理の開始時に実行するようにし、推奨ゲーム及び／又は推奨ユーザに関する情報を含む画面の表示要求を行った端末装置３０を操作するユーザに対する推奨ゲーム及び／又は推奨ユーザの選択を、画面の表示要求の都度実行するようにしても良い。

また、一実施形態のシステム１０では、各ユーザに推奨する推奨ユーザを利用度に基づ
いて選択するようにしたが、利用度に加え、親密度に基づいて選択するようにしても良い。例えば、親密度が高く、かつ、一のユーザと「フレンド」の関係が存在しない（又は「コミュニケーションプラットフォームにおけるフレンド」の関係が存在しない）他のユーザ（例えば、コミュニケーションは活発であるものの「フレンド」の関係が存在しない他のユーザ、又は、「特定のゲームにおけるフレンド」の関係は存在するものの「コミュニケーションプラットフォームにおけるフレンド」の関係は存在しない他のユーザ等が想定される）を優先して推奨ユーザとして選択するようにしても良い。

以上説明した本発明の一実施形態におけるシステム１０では、複数のユーザ間の親密度と複数のユーザそれぞれのゲーム（電子コンテンツ）毎の利用度とに基づいて複数のゲームの中から一のユーザに対して推奨する推奨ゲームを選択し、この推奨ゲームを特定可能な情報を含む画面の画面データを一のユーザが操作する端末装置３０に送信し、上述した利用度に基づいて複数のユーザの中から一のユーザに対して推奨する推奨ユーザ（他のユーザ）を選択し、この推奨ユーザを特定可能な情報を含む画面の画面データを一のユーザが操作する端末装置３０に送信する。従って、親密度と利用度とに基づく推奨ゲームに関する情報をユーザに提供すると共に、利用度に基づく推奨ユーザに関する情報をユーザに提供することができる。この結果、推奨ユーザに関する情報の提供によって、複数のユーザ間の親密度に影響を与える情報（例えば、ユーザ間関係管理テーブル５２ａ及びコミュニケーション管理テーブル５２ｂにおいて管理される情報）の量の増大を図ることができ、推奨ゲームの数や精度（嗜好の適合度等）を向上させることができる。即ち、複数のユーザによるコンテンツの利用状況に基づくコンテンツの推奨情報をより適切にユーザに提供することができる。

一実施形態のシステム１０では、電子コンテンツとしてのオンラインゲームを例に説明したが、電子書籍、動画コンテンツ、音楽コンテンツ等のその他の電子コンテンツにも本発明を適用することができる。この場合、電子コンテンツの種類に応じて、コンテンツ利用管理テーブル５２ｃで管理するコンテンツの利用に関する情報を設定すればよい。

本明細書で説明された処理及び手順は、実施形態中で明示的に説明されたもの以外にも、ソフトウェア、ハードウェアまたはこれらの任意の組み合わせによって実現される。より具体的には、本明細書で説明される処理及び手順は、集積回路、揮発性メモリ、不揮発性メモリ、磁気ディスク、光ストレージ等の媒体に、当該処理に相当するロジックを実装することによって実現される。また、本明細書で説明される処理及び手順は、それらの処理・手順をコンピュータプログラムとして実装し、各種のコンピュータに実行させることが可能である。

本明細書中で説明される処理及び手順が単一の装置、ソフトウェア、コンポーネント、モジュールによって実行される旨が説明されたとしても、そのような処理または手順は複数の装置、複数のソフトウェア、複数のコンポーネント、及び／又は複数のモジュールによって実行され得る。また、本明細書中で説明されるデータ、テーブル、又はデータベースが単一のメモリに格納される旨説明されたとしても、そのようなデータ、テーブル、又はデータベースは、単一の装置に備えられた複数のメモリまたは複数の装置に分散して配置された複数のメモリに分散して格納され得る。さらに、本明細書において説明されるソフトウェアおよびハードウェアの要素は、それらをより少ない構成要素に統合して、またはより多い構成要素に分解することによって実現することも可能である。

本明細書において、発明の構成要素が単数もしくは複数のいずれか一方として説明された場合、又は、単数もしくは複数のいずれとも限定せずに説明された場合であっても、文脈上別に解すべき場合を除き、当該構成要素は単数又は複数のいずれであってもよい。

１０ システム
２０ 通信網
３０ 端末装置
５１ サービス提供制御部
５２ 情報記憶部
５３ 推奨コンテンツ選択部
５４ 推奨コンテンツ情報送信部
５５ 推奨ユーザ選択部
５６ 推奨ユーザ情報送信部
５７ 関係要求情報送信部
７０ マイページ画面
８０ マイゲーム画面
９０ フレンド一覧画面
１００ メッセージ画面

Claims (8)

1. 通信可能に接続された複数の端末装置をそれぞれ操作する複数のユーザに対して複数の電子コンテンツを提供するシステムであって、
   前記複数のユーザ間の親密度を特定可能な親密度情報と、前記複数のユーザそれぞれの前記電子コンテンツ毎の利用度を特定可能な利用度情報と、を少なくとも記憶する情報記憶装置と、
   所定のプログラムを実行する１又は複数のコンピュータプロセッサと、を備え、
   前記所定のプログラムは、
   前記親密度情報と前記利用度情報とに少なくとも基づいて、前記複数の電子コンテンツの中から一のユーザに対して推奨する電子コンテンツを選択する推奨コンテンツ選択モジュールと、
   前記推奨する電子コンテンツを特定可能な情報を含むコンテンツ推奨情報を前記一のユーザが操作する端末装置に送信する推奨コンテンツ情報送信モジュールと、
   前記利用度情報に少なくとも基づいて、前記複数のユーザの中から前記一のユーザに対して推奨する他のユーザを選択する推奨ユーザ選択モジュールと、
   前記推奨する他のユーザを特定可能な情報を含むユーザ推奨情報を前記一のユーザが操作する端末装置に送信する推奨ユーザ情報送信モジュールと、を備える、
   システム。
2. 請求項１記載のシステムであって、
   前記推奨ユーザ選択モジュールは、前記推奨する他のユーザに加え、前記複数の電子コンテンツの中から当該一のユーザ及び当該推奨する他のユーザの両方が利用する電子コンテンツとして紹介する１又は複数の電子コンテンツを選択し、
   前記ユーザ推奨情報は、前記紹介する電子コンテンツを特定可能な情報を含む、
   システム。
3. 前記推奨ユーザ情報送信モジュールは、前記ユーザ推奨情報を含み、前記親密度に影響を与える所定の関係の前記推奨する他のユーザに対する設定要求が可能な所定の画面の画面データを前記端末装置に送信する請求項１又は２記載のシステム。
4. 請求項３記載のシステムであって、
   前記システムは、前記複数の電子コンテンツに加え、前記複数のユーザ間の所定のコミュニケーションを実現するコミュニケーションプラットフォームを提供し、
   前記所定の画面は、前記コミュニケーションプラットフォームにおける前記所定の関係の前記推奨するユーザに対する設定要求が可能な画面である、
   システム。
5. 前記所定の画面は、前記電子コンテンツにおける前記所定の関係の前記推奨するユーザに対する設定要求が可能な画面である請求項３又は４記載のシステム。
6. 請求項３ないし５いずれか記載のシステムであって、
   前記推奨ユーザ選択モジュールは、前記推奨する他のユーザに加え、前記複数の電子コンテンツの中から当該一のユーザ及び当該推奨する他のユーザの両方が利用する電子コンテンツとして紹介する１又は複数の電子コンテンツを選択し、
   前記所定のプログラムは、前記一のユーザからの前記推奨する他のユーザに対する前記所定の関係の設定要求に応答し、当該一のユーザを特定可能な情報と前記紹介する電子コンテンツを特定可能な情報とを含む関係要求情報を、当該推奨する他のユーザが操作する端末装置に送信する関係要求情報送信モジュールを更に備える、
   システム。
7. 請求項１ないし６いずれか記載のシステムであって、
   前記推奨コンテンツ選択モジュールは、前記推奨する電子コンテンツに加え、前記複数のユーザの中から当該推奨する電子コンテンツを利用するユーザとして紹介する１又は複数の他のユーザを選択し、
   前記コンテンツ推奨情報は、前記紹介する他のユーザを特定可能な情報を含む、
   システム。
8. １又は複数のコンピュータによって、通信可能に接続された複数の端末装置をそれぞれ操作する複数のユーザに対して複数の電子コンテンツを提供する方法であって、
   前記複数のユーザ間の親密度を特定可能な親密度情報と、前記複数のユーザそれぞれの前記電子コンテンツ毎の利用度を特定可能な利用度情報と、を少なくとも記憶し、
   前記親密度情報と前記利用度情報とに少なくとも基づいて、前記複数の電子コンテンツの中から一のユーザに対して推奨する電子コンテンツを選択し、
   前記推奨する電子コンテンツを特定可能な情報を含むコンテンツ推奨情報を前記一のユーザが操作する端末装置に送信し、
   前記利用度情報に少なくとも基づいて、前記複数のユーザの中から前記一のユーザに対して推奨する他のユーザを選択し、
   前記推奨する他のユーザを特定可能な情報を含むユーザ推奨情報を前記一のユーザが操作する端末装置に送信する、
   方法。

Images