(57)【特許請求の範囲】
【請求項１】
所定のゲームの運営を管理するサーバと、当該ゲームに参加する複数のプレイヤーの夫々により操作される複数の端末とを含む情報処理システムにおいて、
前記サーバは、
前記複数のプレイヤー毎に、前記ゲームの実行結果に基づいて所定のランキング指標の評価量を夫々算出し、当該評価量に基づいて当該ランキング指標の順位を夫々決定するランキング手段と、
前記複数のプレイヤーの少なくとも一部についての、前記ランキング指標の順位と、前記ゲームの実行内容を示すプレイ画像とを関連付けて示すランキング情報を、前記複数の端末に提示するランキング情報提示手段と、
を備え、
前記サーバ、又は、前記複数のプレイヤーのうち処理対象として注目すべき注目プレイヤーの前記端末は、
前記注目プレイヤーと、前記ランキング指標の順位が当該注目プレイヤーより上位の他プレイヤーとの間における、前記評価量の差分を算出する差分算出手段と、
前記差分が一定以下になった場合、前記注目プレイヤーに対して、前記ランキング情報用のプレイ画像の作成とアップロードを推薦する推薦手段と、
を備える情報処理システム。
【請求項２】
前記差分算出手段は、前記複数のプレイヤーのうち、前記ランキング指標の順位が変動する可能性があるプレイヤーを前記注目プレイヤーとして、前記差分を算出する、
請求項１に記載の情報処理システム。
【請求項３】
前記差分算出手段は、所定の時間間隔をあけて、前記差分を算出する処理を繰り返し実行する、
請求項１又は２に記載の情報処理システム。
【請求項４】
前記差分算出手段と前記推薦手段は、前記注目プレイヤーの端末に備えられ、
前記ランキング手段は、複数のランキング指標の夫々について、前記複数のプレイヤー毎の順位を決定し、
前記注目プレイヤーの端末は、
前記複数のランキング指標のうち、前記注目プレイヤーが所定順位以上に入っているか又は入る可能性があるランキング指標についての、前記複数のプレイヤーの夫々の前記評価量を取得して管理する管理手段をさらに備え、
前記差分算出手段は、前記管理手段により管理されている前記評価量を用いて、前記差分を算出する、
請求項１乃至３のうち何れか１項に記載の情報処理システム。
【請求項５】
所定のゲームの運営を管理するサーバと、当該ゲームに参加する複数のプレイヤーの夫々により操作される複数の端末とのうち少なくとも一部が実行する情報処理方法であって、
前記サーバが実行するステップとして、
前記複数のプレイヤー毎に、前記ゲームの実行結果に基づいて所定のランキング指標の評価量を夫々算出し、当該評価量に基づいて当該ランキング指標の順位を夫々決定するランキングステップと、
前記複数のプレイヤーの少なくとも一部についての、前記ランキング指標の順位と、前記ゲームの実行内容を示すプレイ画像とを関連付けて示すランキング情報を、前記複数の端末に提示するランキング情報提示ステップと、
を含み、
前記サーバ、又は、前記複数のプレイヤーのうち処理対象として注目すべき注目プレイヤーの前記端末が実行するステップとして、
前記注目プレイヤーと、前記ランキング指標の順位が当該注目プレイヤーより上位の他プレイヤーとの間における、前記評価量の差分を算出する差分算出ステップと、
前記差分が一定以下になった場合、前記注目プレイヤーに対して、前記ランキング情報用のプレイ画像の作成とアップロードを推薦する推薦ステップと、
を含む情報処理方法。
【請求項６】
所定のゲームの運営を管理するサーバと、当該ゲームに参加する複数のプレイヤーの夫々により操作される複数の端末とのうち少なくとも一部を制御するコンピュータに実行させるプログラムであって、
前記サーバを制御するコンピュータに、
前記複数のプレイヤー毎に、前記ゲームの実行結果に基づいて所定のランキング指標の評価量を夫々算出し、当該評価量に基づいて当該ランキング指標の順位を夫々決定するランキングステップと、
前記複数のプレイヤーの少なくとも一部についての、前記ランキング指標の順位と、前記ゲームの実行内容を示すプレイ画像とを関連付けて示すランキング情報を、前記複数の端末に提示するランキング情報提示ステップと、
を含む制御処理を実行させ、
前記サーバ、又は、前記複数のプレイヤーのうち処理対象として注目すべき注目プレイヤーの前記端末を制御するコンピュータに、
前記注目プレイヤーと、前記ランキング指標の順位が当該注目プレイヤーより上位の他プレイヤーとの間における、前記評価量の差分を算出する差分算出ステップと、
前記差分が一定以下になった場合、前記注目プレイヤーに対して、前記ランキング情報用のプレイ画像の作成とアップロードを推薦する推薦ステップと、
を含む制御処理を実行させるプログラム。
【請求項７】
所定のゲームに参加する複数のプレイヤーの夫々により操作される複数の端末の夫々と通信をして、当該ゲームの運営を管理するサーバであって、
前記複数のプレイヤー毎に、前記ゲームの実行結果に基づいて所定のランキング指標の評価量を夫々算出し、当該評価量に基づいて当該ランキング指標の順位を夫々決定するランキング手段と、
前記複数のプレイヤーの少なくとも一部についての、前記ランキング指標の順位と、前記ゲームの実行内容を示すプレイ画像とを関連付けて示すランキング情報を、前記複数の端末に提示するランキング情報提示手段と、
前記複数のプレイヤーのうち処理対象として注目すべき注目プレイヤーと、前記ランキング指標の順位が当該注目プレイヤーより上位の他プレイヤーとの間における、前記評価量の差分を算出する差分算出手段と、
前記差分が一定以下になった場合、前記注目プレイヤーに対して、前記ランキング情報用のプレイ画像の作成とアップロードを推薦する推薦手段と、
を備えるサーバ。
【請求項８】
所定のゲームの運営を管理するサーバと、当該ゲームに参加する複数のプレイヤーの夫々により操作される複数の情報処理端末とを含む情報処理システムにおける、前記複数のプレイヤーのうち処理対象として注目すべき注目プレイヤーの前記情報処理端末において、
前記サーバにおいて、
前記複数のプレイヤー毎に、前記ゲームの実行結果に基づいて所定のランキング指標の評価量が夫々算出され、当該評価量に基づいて当該ランキング指標の順位が夫々決定され
前記複数のプレイヤーの少なくとも一部についての、前記ランキング指標の順位と、前記ゲームの実行内容を示すプレイ画像とを関連付けて示すランキング情報が、前記複数の情報処理端末に提示される場合において、
前記複数のプレイヤーのうち処理対象として注目すべき注目プレイヤーと、前記ランキング指標の順位が当該注目プレイヤーより上位の他プレイヤーとの間における、前記評価量の差分を算出する差分算出手段と、
前記差分が一定以下になった場合、前記注目プレイヤーに対して、前記ランキング情報用のプレイ画像の作成とアップロードを推薦する推薦手段と、
を備える情報処理端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理方法、及びプログラム、サーバ、並びに情報処理端に関する。
【背景技術】
【０００２】
ソーシャルゲームにおいて、プレイヤー同士が競い合うランキング（例えば特許文献１参照）は、ゲームの面白さに大きく貢献する重要な要素である。
【０００３】
一方、近年、スマートフォン等の端末上でのゲーム体験をプレイヤー同士で共有するために、プレイ中のゲーム画面を録画した動画像データが、数多くネット上にアップロードされるようになっている（例えば特許文献２，３参照）。そのための環境も整いつつあり、このような動画像データを記録するための開発ツールも多数提供されるようになっている。今後、プレイ動画を作成可能なツールキットが組み込まれたゲームが数多く登場すると予想される。
【０００４】
ここで、プレイ中のゲーム画面を録画した動画像データは、一般的に「プレイ動画」と呼ばれている場合が多い。
このような動画像データの他、プレイヤーそのものも含めて撮影されたゲームの実行内容を示す動画像データも存在する。このような動画像データは、一般的に「ゲーム実況動画」と呼ばれている。
ただし、以下においては、「ゲーム実況動画」も含めて、即ち、これらの動画像データを総称して「プレイ動画」と呼ぶことにする。
即ち、本明細書では、「プレイ動画」とは、所定のゲームの実行内容を示す画像という広義な概念である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１９２１４２号公報
【特許文献２】米国特許出願公開第２０１４／００９４３０２号明細書
【特許文献３】米国特許出願公開第２０１４／０２２８１１２号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来のソーシャルゲームでは、一部のヘビープレイヤーのみがランキングを楽しむ状況であり、一般のカジュアルプレイヤーは、ランキングに大きな関心を払っていない状況である。多数のカジュアルプレイヤーへ、ランキングを閲覧する動機づけを行うことは、ランキング入賞者のモチベーションを高めるだけでなく、新たにランキングに参加したいと考えるプレイヤーを増やすために重要である。
【０００７】
プレイヤーに長期的なゲームへの参加を動機付ける要素として、上述したプレイ動画が注目されている。スマートフォン上で動作するゲームのプレイ動画を撮影するための開発ツールとして、各種ＳＤＫ（Ｓｏｆｔｗａｒｅ  Ｄｅｖｅｌｏｐｍｅｎｔ  Ｋｉｔ、ソフトウェア開発キット）が存在する。ＳＤＫを採用するゲームでは、プレイ動画の録画機能がゲームに内蔵されることになるため、特別な外部ソフトウェアや周辺機器を用いることなく、ゲーム内からシームレスにプレイ動画を作成することができるようになる。
【０００８】
このプレイ動画と、ランキングとを結びつけることができれば、カジュアルプレイヤーへ、ランキングの閲覧を動機付けることが実現できる。
しかしながら、従来技術では、ランキングシステムとプレイ動画システムが独立して存在しており、両システムを連携させる方式は確立されていない。
このため、本発明者らは、ランキングシステムとプレイ動画システムとを連携させる技術の確立を目指している。
さらに、このような技術の普及のためには、ランキング入賞者に、カジュアルプレイヤーの興味を引くプレイ動画を撮影させる技術の実現が望まれている。
【０００９】
従来技術では、配信方法として、ゲームのプレイをそのままライブで配信する方式と、予め録画を行い、プレイ動画の撮影と視聴が非同期に行われる方式に大別される。
さらに、プレイ動画が消費される形として、実況内容や実況者のトークを中心として人気を博するコンテンツ鑑賞型のメディアと、ゲームの内容そのものを楽しむ観戦型の二つに分けることができる。
コンテンツ鑑賞型のメディアデータでは、高度な編集技術や、トーク能力、プレゼンテーション能力が要求されるため、特定の実況者やコンテンツの作成者に人気が偏る傾向にある。
従来の一般的な動画像共有サイトでは、人気のあるプレイ動画ほどランキングの上位に位置する傾向が強い。人気あるプレイ動画の多くは、ヘビープレイヤーが作成したものである。従って、カジュアルプレイヤーにより作成されたプレイ動画が、他のカジュアルプレイヤーに閲覧される可能性は低い。
また、ライブ放送は、一般的に大規模イベントやトーナメントの上位決勝戦を想定しており、日常的にソーシャルゲームの中で実施することは困難である。
以上の如く、従来技術は、ソーシャルゲームの上位ランキング入賞者を対象として、プレイ動画を作成してアップロードすべき適切なタイミングを提示するメカニズムを有さない。このため、従来技術は、日常的に更新されるソーシャルゲームのランキングと、プレイ動画とを連携させることはできない。
【００１０】
本発明は、このような状況に鑑みてなされたものであり、ランキングシステムとプレイ動画システムとが連携したシステムにおいて、プレイ動画の作成やアップロードの適切なタイミングをプレイヤーに推薦する技術を確立することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明の一態様の情報処理システムは、
所定のゲームの運営を管理するサーバと、当該ゲームに参加する複数のプレイヤーの夫々により操作される複数の端末とを含む情報処理システムであって、
前記サーバは、
前記複数のプレイヤー毎に、前記ゲームの実行結果に基づいて所定のランキング指標の評価量を夫々算出し、当該評価量に基づいて当該ランキング指標の順位を夫々決定するランキング生成手段と、
前記複数のプレイヤーの少なくとも一部についての、前記ランキング指標の順位と、前記ゲームの実行内容を示すプレイ画像とを関連付けて示すランキング情報を、前記複数の端末に提示するランキング情報提示手段と、
を備え、
前記サーバ、又は、前記複数のプレイヤーのうち処理対象として注目すべき注目プレイヤーの前記端末は、
前記注目プレイヤーと、前記ランキング指標の順位が当該注目プレイヤーより上位の他プレイヤーとの間における、前記評価量の差分を算出する差分算出手段と、
前記差分が一定以下になった場合、前記注目プレイヤーに対して、前記ランキング情報用のプレイ画像のアップロードを推薦する推薦手段と、
を備える。
【発明の効果】
【００１２】
本発明によれば、ランキングシステムとプレイ動画システムとが連携したシステムにおいて、プレイ動画の作成やアップロードの適切なタイミングをプレイヤーに推薦する技術を確立することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態に係る情報システムの構成を示すブロック図である。
【図２】図１の情報処理システムのうち、本発明の端末の一実施形態としてのサーバのハードウェア構成を示すブロック図である。
【図３】図１の情報システムにおける、プレイ動画撮影の推薦対象の検出、及び、ランキングとプレイ動画の関連付けを説明するための具体例を示す図である。
【図４】図３の具体例の結果に基づいてプレイヤー端末に表示される、ランキングページの一例を示す図である。
【図５】図２のサーバの機能的構成例を示す機能ブロック図である。
【図６】一般的なログのデータベースの構造体、即ちログ構造体の例を示す図である。
【図７】図５の機能的構成を有するサーバの処理の流れの一例を説明するフローチャートである。
【図８】図１の情報処理システムの機能的構成例であって、図５とは異なる例を示す機能ブロック図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について、図面を用いて説明する。
【００１５】
なお、以下において、単に「画像」と呼ぶ場合には、「動画像」と「静止画像」との両方を含むものとする。
また、「動画像」には、次の第１処理乃至第３処理の夫々により表示される画像を含むものとする。
第１処理とは、平面画像（２Ｄ画像）におけるオブジェクト（例えばゲームキャラクタ）の夫々の動作に対して、複数枚からなる一連の静止画像を時間経過と共に連続的に切り替えて表示させる処理をいう。具体的には例えば、２次元アニメーション、いわゆるパラパラ漫画的な処理が第１処理に該当する。
第２処理とは、立体画像（３Ｄモデルの画像）におけるオブジェクト（例えばゲームキャラクタ）の夫々の動作に対応するモーションを設定しておき、時間経過と共に当該モーションを変化させて表示させる処理をいう。具体的には例えば、３次元アニメーションが第２処理に該当する。
第３処理とは、オブジェクト（例えばゲームキャラクタ）の夫々の動作に対応した映像（即ち動画）を準備しておき、時間経過と共に当該映像を流していく処理をいう。
【００１６】
図１は、本発明の一実施形態に係る情報処理システムの構成を示している。
図１に示す情報処理システムは、ｎ人（ｎは１以上の任意の整数値）のプレイヤーの夫々により使用されるプレイヤー端末１−１乃至１−ｎと、サーバ２とを含むシステムである。プレイヤー端末１−１乃至１−ｎの夫々と、サーバ２とは、インターネット等の所定のネットワークＮを介して相互に接続されている。
【００１７】
サーバ２は、プレイヤー端末１−１乃至１−ｎの夫々に対してゲームの実行環境を提供し、プレイヤー端末１−１乃至１−ｎの夫々において実行されるゲームに関する各種各様のサービスを提供する。このようなサービスの１つとして、本実施形態では、多種多様なランキング指標を用いるランキング機能のサービスが採用されている。
【００１８】
なお、以下、プレイヤー端末１−１乃至１−ｎの夫々を個々に区別する必要がない場合、これらをまとめて「プレイヤー端末１」と呼ぶ。
【００１９】
図２は、図１の情報処理システムのうち、本発明の一実施形態としてのサーバ２のハードウェア構成を示すブロック図である。
【００２０】
サーバ２は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）５１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）５２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）５３と、バス５４と、入出力インターフェース５５と、出力部５６と、入力部５７と、記憶部５８と、通信部５９と、ドライブ６０と、を備えている。
【００２１】
ＣＰＵ５１は、ＲＯＭ５２に記録されているプログラム、又は、記憶部５８からＲＡＭ５３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ５３には、ＣＰＵ５１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【００２２】
ＣＰＵ５１、ＲＯＭ５２及びＲＡＭ５３は、バス５４を介して相互に接続されている。このバス５４にはまた、入出力インターフェース５５も接続されている。入出力インターフェース５５には、出力部５６、入力部５７、記憶部５８、通信部５９及びドライブ６０が接続されている。
【００２３】
出力部５６は、ディスプレイヤースピーカ等で構成され、各種情報を画像や音声として出力する。
入力部５７は、キーボードやマウス等で構成され、各種情報を入力する。
記憶部５８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部５９は、インターネットを含むネットワークＮを介して他の装置（図１の例ではプレイヤー端末１）との間で行う通信を制御する。
【００２４】
ドライブ６０は、必要に応じて設けられる。ドライブ６０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア７１が適宜装着される。ドライブ６０によってリムーバブルメディア７１から読み出されたプログラムは、必要に応じて記憶部５８にインストールされる。また、リムーバブルメディア７１は、記憶部５８に記憶されている各種データも、記憶部５８と同様に記憶することができる。
【００２５】
なお、図示はしないが、図１の情報処理システムのうち、本発明の一実施形態としてのプレイヤー端末１も、図２に示すハードウェア構成を有している。
【００２６】
このような図２のサーバ２側の各種ハードウェアと各種ソフトウェアとの協働により、プレイヤー端末１でのゲームの実行の管理や支援が可能になる。
本実施形態のゲームでは、マルチバトル等の複数のプレイヤーが参加するソーシャルゲームが対象である。
【００２７】
対象となるゲームでは、プレイ動画録画／視聴機能と、ランキング機能とが提供される。
つまり、本実施形態の情報処理システムは、ランキングシステムとプレイ動画システムとを連携したシステムを実現している。
【００２８】
しかしながら、このようなシステムを実現するための前提として、ランクインしたプレイヤーがプレイ動画をアップロードしている必要がある。
このためには、ランクインしたプレイヤーがプレイ動画をアップロードするための動機付けやモチベーションを、ランクインする前後に当該プレイヤーに与える必要がある。
そこで、ランキングシステムとプレイ動画システムとが連携した本実施形態の情報処理システムでは、サーバ２等は、プレイ動画の作成やアップロードの適切なタイミングをプレイヤーに推薦する。
具体的には、ランキングシステムとプレイ動画システムとが連携したシステムにおいて、プレイ動画の作成やアップロードの適切なタイミングの主要な１つとしては、ランクインしていないプレイヤーがランクインするタイミングや、既にランクインしているプレイヤーの順位が上位に変わるタイミングが挙げられる。
そこで、本実施形態のサーバ２等は、所定のランキング指標のランキング内の順位が変わる可能性があるプレイヤーを対象としてモニタリングを行い、順位が変わる可能性が高くなったときに、プレイ動画の作成やアップロードをプレイヤーに推薦する。
【００２９】
なお、プレイヤー端末１においてたとえプレイ動画が作成されても、サーバ２等にアップロードされなければ、ランキングシステムとプレイ動画システムとを連携したシステムがうまく機能しない。そこで、推薦のメッセージ等がプレイ動画の作成や録画を促すものであったとしても、最終的な目的はアップロードをすることなので、このようなメッセージ等の推薦も含めて、以下、「プレイ動画のアップロードの推薦」と呼ぶ。
【００３０】
ここで、本実施形態では、サーバ２等は、複数のプレイヤー毎に、ゲームの実行結果に基づいて所定のランキング指標の評価量を夫々算出し、当該評価量に基づいて当該ランキング指標の順位を夫々決定している。
ここで、処理の対象として注目すべきプレイヤーを「注目プレイヤー」と呼ぶ。この場合、注目プレイヤーのランキングが上位に変動する可能性があるか否かは、ランキング指標の順位が当該注目プレイヤーより上位の他プレイヤーとの間における、評価量の差分に基づいて決定することができる。評価量の差分が小さいほど、上位に変動する可能性が高くなり、逆に、評価量の差分が大きいほど、上位に変動する可能性は低くなるからである。
そこで、本実施形態では、サーバ２等は、評価量の差分が一定以下になった場合、当該注目プレイヤーの順位が上位に変わる可能性が高くなったと判断して、注目プレイヤーに対して、プレイ動画のアップロードを推薦する。
【００３１】
さらに以下、注目プレイヤーに対してプレイ動画のアップロードを推薦するまでの一連の処理について、図３の具体例を参照して説明する。
図３は、本実施形態の情報システムにおける、プレイ動画アップロードの推薦対象の検出、及び、ランキングとプレイ動画の関連付けを説明するための具体例を示す図である。
【００３２】
図３では、所定のランキング指標のランキング結果の一例が示されている。即ち、図３の例では、当該所定のランキング指標の評価量として「スコア」が採用され、そのスコアの高い順に当該ランキング指標の順位が夫々決定され、当該順位がランキング結果として示されている。
より具体的には、ランキングページには上位５名のプレイヤーまでが表示されている。
【００３３】
ここで、図３の左方の例では、１位のＡＡＡさんと２位のＢＢＢさんとのスコアの差分は５０００である。２位のＢＢＢさんと３位のＣＣＣさんとのスコアの差分は３０００である。３位のＣＣＣさんと４位のＤＤＤさんとのスコアの差分は４２０００である。４位のＤＤＤさんと５位のＥＥＥさんとのスコアの差分は４２０００である。
【００３４】
このうちスコアの差分が所定の閾値である５０００より小さいのは、２位のＢＢＢさんと、３位のＣＣＣさんとのスコアの差分である３０００である。
つまり、注目プレイヤーがＢＢＢさん、ＤＤＤさん、ＥＥＥさんの場合、上位のプレイヤーとのスコアの差分は閾値５０００以上であるため、サーバ２等は、当該注目プレイヤーの順位が上位に変わる可能性はさほど高くないと判断する。
これに対して、注目プレイヤーがＣＣＣさんの場合、上位のプレイヤーとのスコアの差分は閾値５０００未満であるため、サーバ２等は、当該注目プレイヤーの順位が上位に変わる可能性が高くなったと判断して、ＣＣＣさんのプレイヤー端末１に対して、プレイ動画のアップロードを推薦する。
【００３５】
つまり、ランキングの変動は、プレイヤー本人にとっても、また、ランキング内で競い合っている他のプレイヤーにとっても、興味を引く出来事である。このため、ランキングの変動時の状況において撮影されたプレイ動画は、ゲームに参加する多くのプレイヤーに幅広く視聴されることが期待される。
そこで、このようにランクインする可能性が高くなった時点でプレイ動画のアップロードをプレイヤーに推薦することで、当該プレイヤーにとっては、プレイ動画をアップロードするための動機付けやモチベーションが得られることになる。
そして、サーバ２等は、このようにしたアップロードされたプレイ動画を、ランキングのリストに対応付ける。
これにより、他の一般プレイヤーは、ランキングのリストに掲載されているプレイヤーがランキングを上昇させたときのプレイ状況を示すプレイ動画を、容易に閲覧することができる。つまり、サーバ２等は、ランキングとプレイ動画とを関連付けるため、ランキング上位入賞者の優れたプレイ内容を、プレイ動画として配信することができる。
【００３６】
例えば図３の例では、同図右方に示す様に、ＣＣＣさんがＢＢＢさんのスコアを抜いてランキングが第３位から第２位に変動した時の状況において撮影されたプレイ動画がアップロードされ、ランキングのリストのうち、第２位のＣＣＣさんの項目（表示欄）に対応付けられる。
図４は、図３の具体例の結果に基づいてプレイヤー端末に表示される、ランキングページの一例を示す図である。
各プレイヤーのプレイヤー端末１の夫々においては、図４の左方の枠内に示す様な、ランキング上位５名が掲載されるランキングページが表示可能になる。そして、このランキング上位５名の各表示欄には「ランキング獲得の瞬間をリプレイ」のソフトウェアボタン等が表示される。当該ソフトウェアボタンの押下操作（タップ操作）により、各上位プレイヤーがそのランキングを獲得した際に撮影されたプレイ動画の夫々が再生される。
例えば、第２位のＣＣＣさんの表示欄に表示された「ランキング獲得の瞬間をリプレイ」のソフトウェアボタンが押下操作（タップ操作）されたものとする。この場合、上述の図３の右方にも示す様に、ＣＣＣさんがＢＢＢさんのスコアを抜いてランキングが第３位から第２位に変動した時の状況において撮影されたプレイ動画が再生される。
【００３７】
ここで、例えばランキングが下位のカジュアルプレイヤーにとっては、ランキング上位者のプレイ動画を閲覧することで、ゲームの進行の支援等になる。このようにして、プレイ動画を通じて、カジュアルプレイヤーへ、ランキングページを閲覧することを動機づけ、ランキングの観戦者を増加させることができる。
また、ランクインしたプレイヤーにとっては、そのランクインしたときの思い出としプレイ動画を閲覧することができる。つまり、ランクインしたプレイヤーに対しては、思い出作りという自然な形で、プレイ動画のアップロードを促すことができる。
【００３８】
以上まとめると、本実施形態の情報処理システムを適用することで、所定のランキング指標の評価量の差分の変化を通じて、ランキングの獲得という、プレイヤーにとってのハイライトシーンを予め検出することができる。そして、当該プレイヤーに対して、そのハイライトシーンを示すプレイ動画、即ちランキング獲得の達成感のある思い出となるようなプレイ動画のアップロードを推薦することができる。
この推薦を受けたプレイヤーが、思い出としてのプレイ動画をアップロードしてくれれば、その分だけ当該プレイヤーにとってゲームタイトルへの思い入れが強くなるはずである。従って、当該プレイヤーがゲームを継続する可能性が高くなると予想される。
一方、ランキングに入賞できなかったカジュアルプレイヤーは、このランキングと関連付けられたプレイ動画を閲覧することにより、ゲームの上級者（ランクインしているプレイヤー）のプレイ内容を簡単に知ることができるため、ランキングページの閲覧を動機づけることができる。このように、ランキングページへの集客力を向上させ、ランキングの観戦者を増加させることにより、ランキングをゲーム内イベントとして盛り上げることができる。
【００３９】
従って、本実施形態の情報処理システムを適用することで、ゲーム実行中のプレイヤーに対して、ランキング機能を利用してプレイ動画の作成及びアップロードについての継続的な動機付けを効果的に行うことができる。また、ランク外のプレイヤーに対しても、ランキング結果表示機能とプレイ動画閲覧機能とを対応付けることにより、ゲームへの参加及び観戦に面白さを与えることが容易にできる。
【００４０】
なお、以下の説明では、プレイ動画のアップロードの推薦の手法として、ランクインしそうなプレイヤーに対してプレイ動画の録画を推薦する手法を採用するが、プレイ動画がサーバ２等にアップロードされれば足りるため、例えばプレイ動画の録画を自動的に開始し、録画された当該プレイ動画のアップロードを促す（推薦する）手法を採用してもよい。
【００４１】
図５は、サーバ２の機能的構成を示す機能ブロック図である。
【００４２】
図５に示すように、サーバ２のＣＰＵ５１においては、ゲーム実行管理部１０１と、ランキング順位特定部１０２と、ランカー候補抽出部１０３と、時間管理部１０４と、差分算出部１０５と、録画推薦提示部１０６と、プレイ動画取得部１０７と、ランキング情報生成部１０８とが機能する。
サーバ２の記憶部５８の一領域には、全プレイヤーログＤＢ１２１と、ランキング結果ＤＢ１２２と、スコアＤＢ１２３と、ランカー候補ＤＢ１２４と、プレイ動画ＤＢ１２５とが設けられる。
【００４３】
ゲーム実行管理部１０１は、各プレイヤー端末１の夫々で実行されるゲームの進行を管理する。
例えば、ゲーム実行管理部１０１は、プレイヤーが操るキャラクターが、他のプレイヤーが操るキャラクターから攻撃や治療を受けるといった、プレイヤー端末１だけでは完結しないゲームの進行を管理する処理を実行する。
各プレイヤー毎のゲーム中の行動は、プレイログ、例えばゲーム内のアイテムの使用履歴や戦闘履歴等、ランキングに関連する全ての活動のログとして、ゲーム実行管理部１０１により、全プレイヤーログＤＢ１２１に蓄積される。なお、全プレイヤーログＤＢ１２１の具体的な構造例については、図６を参照して後述する。
【００４４】
ランキング順位特定部１０２は、全プレイヤーログＤＢ１２１を参照し、各プレイヤーを注目プレイヤーに順次設定し、注目プレイヤーについて、スコアを算出し、当該スコアに基づいて順位を特定することを繰り返す。
具体的には例えば、ランキング順位特定部１０２は、全プレイヤーログＤＢ１２１から注目プレイヤーのプレイログを抽出し、所定のランキング指標についてのスコアの集計手法に従って、注目プレイヤーのプレイログから、注目プレイヤーのスコアを算出する。算出されたスコアは、スコアＤＢ１２３に格納される。
スコアＤＢ１２３は、全プレイヤーについてのスコアを格納する。
そして、ランキング順位特定部１０２は、当該スコアに基づいて、注目プレイヤーの順位を特定する。特定された順位はランキング結果ＤＢ１２２に格納される。
【００４５】
ランキング結果ＤＢ１２２は、ランキング順位特定部１０２によるランキング集計の途中計算結果を保存するためのキャッシュデータベースである。
即ち本実施形態では、全プレイヤーログＤＢ１２１は多数のプレイログを含む大きなデータベースとなるため、ランキング集計を都度行うことは現実的ではない。そこで、一定期間毎のランキングの途中集計結果がランキング結果ＤＢ１２２に格納される。
ランキング順位特定部１０２は、スコア集計をする際に、前回の集計結果をランキング結果ＤＢ１２２から抽出し、当該前回のスコア集計結果に対する差分値のみを加算することで、今回のスコア集計結果を算出する。
【００４６】
これにより、スコア集計の負荷を大きく低減することができる。
具体的には例えば、１分間に１０万件のプレイログを集計する必要があるときに、ランキング結果ＤＢ１２２を設けずに途中結果をキャッシュしないと仮定すると、時間に比例して集計コストが増大するため、２４時間後には、８６億４千万件のプレイログを、一度に集計しなければならない。
これに対して、ランキング結果ＤＢ１２２を有する本実施形態では、例えば１時間に１度の途中計算結果をキャッシュし再利用することとした場合、３億６千万件のプレイログの集計を２４時間で２４回行うだけで済む。
【００４７】
ランカー候補抽出部１０３は、ランキング結果ＤＢ１２２を参照して、既にランクインしているプレイヤー、及びランクインする可能性が高いプレイヤーを、（次の順位特定時点の）ランカー候補として抽出する。ここで、ランクインの最下位は特に限定されず、例えば図３の例では５位である。
具体的には、ランカー候補抽出部１０３は、ランクインの最下位に任意の数ｍを加えた順位以上のプレイヤーを、ランカー候補として抽出する。
【００４８】
任意の数ｍはサーバ２のＣＰＵ５１の負荷に影響する為、ＣＰＵ５１の処理能力の許す範囲内で、ランキング変動の激しさに対して、十分な大きさの数とすることが好ましい。なお、ランキング最上位（第１位）のプレイヤーには、これ以上のランキング上昇が起こり得ないので、言うまでもなくランカー候補からは除外しても構わない。
抽出されたランカー候補の情報は、ランカー候補ＤＢ１２４に格納される。
【００４９】
時間管理部１０４は、後述する差分算出部１０５の演算頻度（時間間隔等）、即ち、ランクインの可能性が高いランカー候補に対してプレイ動画のアップロードを推薦するために必要となる、各ランカー候補の上位者とのスコアの差分の算出頻度を管理する。
例えば、時間管理部１０４は、ランキングの上昇が間近であることを逃さずランカー候補であるプレイヤーに伝えるべく、数分間毎にスコアの差分を差分算出部１０５に演算させる制御を実行すると好適である。そこで、時間管理部１０４は、一定時間毎に、具体的には数分間に１度の頻度で、差分算出部１０５を起動させる。つまり、差分算出部１０５は、時間管理部１０４の管理に基づいて、一定時間毎に起動して、スコアの差分を算出する。
【００５０】
ここで、時間管理部１０４は必須な構成要素ではなく、差分算出部１０５はスコア差分算出をリアルタイムに実行してもよい。しかしながら、本実施形態のように時間管理部１０４を設け、スコア差分算出をリアルタイムに行わず、一定時間毎に更新するようにすることで、スコアの差分算出がサーバ２のシステムへ与える負荷を低減することが可能になる。
なお、図示しないが時間管理部１０４は、差分算出部１０５に加えて、ランキング順位特定部１０２を時間管理の対象として、一定時間毎に起動させても良い。
【００５１】
差分算出部１０５は、各ランカー候補の夫々を注目プレイヤーに順次設定し、注目プレイヤーと、ランキング指標の順位が当該注目プレイヤーより上位の他プレイヤーとの間における、スコアの差分を算出する。
ここで、「ランキング指標の順位が当該注目プレイヤーより上位の他プレイヤー」としては、本実施形態では、注目プレイヤーがランクインしているランカー候補である場合、１つ上の順位の他プレイヤーが採用され、注目プレイヤーがランクインしていないランカー候補である場合、ランクインの最下位（図３の例では５位）の他プレイヤーが採用されるものとする。
【００５２】
録画推薦提示部１０６は、差分算出部１０５により算出されたスコアの差分が一定以下になった注目プレイヤーに対して、プレイ動画のアップロード（録画）を推薦する情報を提示する。
ここで、差分算出部１０５により算出されたスコアの差分が一定以下になった注目プレイヤーとは、ランクインしていないランカー候補であればランクインが近づいているプレイヤーを意味し、既にランクインしているランカー候補であればランキングの上昇が近づいているプレイヤーを意味する。なお、以下、ランクインしていないランカー候補がランクインすることと、既にランクインしているランカー候補のランキングが上昇することをまとめて、「新規ランク入り」と呼ぶ。
具体的には例えば、録画推薦提示部１０６は、スコアの差分が所定の閾値以下であった注目プレイヤーのプレイヤー端末１に対して、プレイ動画の録画の開始を許可できるダイアログを、録画推薦メッセージと共に表示させる制御を実行する。
【００５３】
プレイ動画取得部１０７は、このような推薦がなされたプレイヤー端末１等で録画されてアップロードされたプレイ動画を取得して、プレイ動画ＤＢ１２５に格納させる。
なお、プレイ動画取得部１０７は、プレイヤーが積極的にアップロードしてきたプレイ動画を取得することは言うまでもない。
【００５４】
ランキング情報生成部１０８は、ランキングページに表示するランキング情報を生成する。具体的には例えば、ランキング情報生成部１０８は、ランキング結果ＤＢ１２２と、スコアＤＢ１２３と、プレイ動画ＤＢ１２５とを参照し、ランクインしているプレイヤー毎に、プレイ動画が格納されていれば、閲覧可能なリンク等を付して、ランキング一覧を生成する。
これにより、多数のカジュアルプレイヤーにランキングページを閲覧する動機を与えることが可能になる。
【００５５】
さらに以下、ランキング順位特定部１０２、ランカー候補抽出部１０３、及び録画推薦提示部１０６について詳細に説明する。
【００５６】
上述したように、ランキング順位特定部１０２は、所定のランキング指標に対して予め定義されたスコアの算出手法（スコアの集計手法）に従って、当該所定のランキング指標に参加する１以上の参加者のスコアを夫々算出し、当該スコアに基づいて、当該１以上の参加者の順位を夫々特定する処理を、ｍ種類のランキング指標毎に繰り返して実行する。
このとき算出された各参加者のスコアは、スコアＤＢ１２３に格納される。
即ち、スコアＤＢ１２３は、ｍ種類のランキング指標毎に、過去の参加者によるスコアの履歴を格納する。
ここで、本段落に記載の注目プレイヤーの予想順位の算出手法について、図６を参照して具体的に説明する。
【００５７】
つまり、全プレイヤーログＤＢ１２１は、図６のログ構造体のログの集合として定義することができる。
図６に示すログのデータベースの構造体（以下、「ログ構造体」と呼ぶ）は、全プレイヤーログＤＢ１２１（図５）の１つのエントリに対応するデータ構造である。
【００５８】
図６は、ログ構造体の、ログの１つのエントリの具体例を示している。
図６の例では、ログが記録するイベントの種類を示す文字列であるｅｖｅｎｔ＿ｔｙｐｅ（イベントの種類）がｂａｔｔｌｅＡｔｔａｃｋとされている。ログに対応するイベントが発生した時刻を示すタイムスタンプであるｔｉｍｅｓｔａｍｐは、２０１５／０２／０２  ２１：３６：５９：２３と定義されている。
また、当該イベントの内容については、サブ構造体ｃｏｎｔｅｎｔｓの属性として、ｋｅｙとｖａｌｕｅとの組の配列として次のように定義されている。即ち、ｃｈａｒａｃｔｅｒがプレイヤーキャラ１と、ｃｈａｒａｃｔｅｒＡｔｔｒｉｂｕｔｅが水属性と、ｔａｒｇｅｔＥｎｅｍｙが敵モンスター２と、与えたｄａｍａｇｅが２１００と、夫々定義されている。
【００５９】
なお、サブ構造体ｃｏｎｔｅｎｔｓが内包する属性は、ログ構造体のｅｖｅｎｔ＿ｔｙｐｅの属性の値に応じて変化する。
以上、図６に示すログ構造体では、ｅｖｅｎｔ＿ｔｙｐｅの文字列を用いて構造を識別可能な柔軟な構造体として、ログ情報を定義する例を示した。
【００６０】
これとは異なる実装として、予めすべての属性を列挙し、リレーショナルデータベースのテーブル属性と対応付ける実装方法でもよい。
【００６１】
このようなログ構造を採用することで、ランキングの集計は、ゲームサービスを提供するサーバ２側のデータベース（図５の全プレイヤーログＤＢ１２１）に蓄積されたログから、集計対象となるエントリを抽出する操作として実装することができる。
【００６２】
また、途中集計結果は、上述した様にランキング結果ＤＢ１２２に保存される。これにより、常に差分計算を行うだけで最新の順位（ランキング）を演算することが容易に可能になる。
【００６３】
以上、サーバ２の機能的構成について説明した。
次に、図７を参照して、このような機能的構成を有するサーバ２が実行する処理について説明する。
図７は、サーバ２が実行する処理の流れを説明するフローチャートである。
【００６４】
サーバ２では、所定タイミングをトリガとして、次のような一連の処理が実行される。
【００６５】
ステップＳ１において、ランキング順位特定部１０２は、スコア算出タイミングか否かを判定する。
スコア算出タイミングは、特に限定されないが、例えば所定の時間間隔毎のタイミングを採用することができる。ここで、所定の時間間隔は、後述するステップ６の差分算出タイミングとは独立したタイミングであり、差分算出タイミングと同期させてもよいし非同期としてもよい。
スコア算出タイミングでなければ、ステップＳ１においてＮＯであると判定されて、処理はステップＳ６に進む。ステップＳ６以降の処理については後述する。
これに対して、スコア算出タイミングの場合、ステップＳ１においてＹＥＳであると判定されて、処理はステップＳ２に進む。
ステップＳ２において、ランキング順位特定部１０２は、所定のランキング指標についてのスコアの集計手法に従って、プレイヤー毎にプレイログからスコアを算出する。
【００６６】
ステップＳ３において、ランキング順位特定部１０２は、当該スコアに基づいて、全プレイヤーの順位を特定する。
ステップＳ４において、ランカー候補抽出部１０３は、ランキング結果に基づいて、各ランカー候補を抽出する。
ステップＳ５において、ランキング情報生成部１０８は、ステップＳ３の特定結果に基づいて、ランキングページの作成・更新を行う。なお、後述するステップＳ１０において、ランクインしたプレイヤーのプレイ動画が新たに取得されている場合、ランキング情報生成部１０８は、当該プレイ動画を閲覧可能なリンクを付する等して、ランキングページの作成・更新をする。
これにより、処理はステップＳ６に進む。
【００６７】
ステップＳ６において、時間管理部１０４は、差分算出タイミングか否かを判定する。
差分算出タイミングは、特に限定されないが、例えば所定の時間間隔毎のタイミングを採用することができる。ここで、所定の時間間隔は、上述した様に、ステップ１のスコア算出タイミングとは独立したタイミングであり、スコア算出タイミングと同期させてもよいし非同期としてもよい。
差分算出タイミングでなければ、ステップＳ６においてＮＯであると判定されて、処理はステップＳ１０に進む。ステップＳ１０以降の処理については後述する。
これに対して、差分算出タイミングの場合、ステップＳ６においてＹＥＳであると判定されて、差分算出部１０５が起動すると、処理はステップＳ７に進む。
ステップＳ７において、差分算出部１０５は、各ランカー候補について、それより所定順位だけ上位のプレイヤーとのスコアの差分を夫々算出する。
【００６８】
ステップＳ８において、録画推薦提示部１０６は、各ランカー候補のうち、ステップＳ７において算出したスコアの差分が所定の閾値以下であったランカー候補を対象として、プレイ動画のアップロードを推薦する。具体的には例えば、録画推薦提示部１０６は、プレイ動画の撮影の開始を許可できるダイアログを、録画推薦メッセージと共に、対象のランカー候補のプレイヤー端末１の画面上に表示させる。
【００６９】
ステップＳ９において、プレイ動画取得部１０７は、プレイ動画がアップされたか否かを判定する。
プレイ動画がアップされてこない場合、ステップＳ９においてＮＯであると判定されて、処理はステップＳ１１に進む。ステップＳ１１の処理については後述する。
これに対して、プレイ動画がアップされてきた場合、ステップＳ９においてＹＥＳであると判定されて、処理はステップＳ１０に進む。
ステップＳ１０において、プレイ動画取得部１０７は、当該プレイ動画を取得する。
【００７０】
以上本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【００７１】
例えば、図５の機能的構成は例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図５の例に限定されない。また、機能ブロックの存在場所も、図５に特に限定されず、任意でよい。例えば、サーバ２の機能ブロックをプレイヤー端末１等に移譲させてもよい。逆に図５には図示せぬプレイヤー端末１の機能ブロックをサーバ２等に移譲させてもよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【００７２】
具体的には例えば、スコアの差分の演算としては、ランキング内の順位が変わる可能性があるプレイヤーを対象として、当該プレイヤーの上位者とのスコアの差分の演算が定期的に必要になる。このため、上述の実施形態のように、差分算出部１０５をサーバ２に実装した場合、サーバ２の計算負荷が高くなるおそれがある。
そこで、図８に示すように、当該プレイヤーが入賞する可能性のあるランキングについてだけを、クライアントたるプレイヤー端末１側に定期的に送信し、当該プレイヤー端末１側が差分計算をリアルタイムに行ってもよい。
即ち、図８は、図１の情報処理システムの機能的構成例であって、図５とは異なる例を示す機能ブロック図である。
なお、以降の説明において、上述した図５と同様の機能を果たす部分には、同一の符号又は末尾に同一の符号を付して、重複する説明を適宜省略する。
【００７３】
図８に示すように、サーバ２のＣＰＵ５１においては、ゲーム実行管理部１３１と、ランキング順位特定部１３２と、ランカー候補抽出部１３３と、時間管理部１３４と、上位スコアサブセット送信部１３５と、プレイ動画取得部１４０と、ランキング情報生成部１４１とが機能する。
サーバ２の記憶部５８の一領域には、全プレイヤーログＤＢ１５１と、ランキング結果ＤＢ１５２と、スコアＤＢ１５３と、ランカー候補ＤＢ１５４と、プレイ動画ＤＢ１５６とが設けられる。
【００７４】
プレイヤー端末１においては、時間管理部１３６と、差分算出部１３７と、録画推薦提示部１３８と、プレイ動画撮影部１３９と、ランキング提示部１４２とが機能し、スコアＤＢサブセット１５５が設けられる。
【００７５】
ゲーム実行管理部１３１、ランキング順位特定部１３２、ランカー候補抽出部１３３、時間管理部１３４、全プレイヤーログＤＢ１５１、ランキング結果ＤＢ１５２、スコアＤＢ１５３、及びランカー候補ＤＢ１５４については、図５のゲーム実行管理部１０１、ランキング順位特定部１０２、ランカー候補抽出部１０３、時間管理部１０４、全プレイヤーログＤＢ１２１、ランキング結果ＤＢ１２２、スコアＤＢ１２３、及びランカー候補ＤＢ１２４と基本的に同様の機能と構成を有するので、それらの説明は省略する。
【００７６】
上位スコアサブセット送信部１３５は、ランキング結果ＤＢ１５２、スコアＤＢ１５３、及びランカー候補ＤＢ１５４を参照して、ランカー候補であるプレイヤーと、ランキング上位者についてのみのランキング情報を生成（抽出）して、当該プレイヤーのプレイヤー端末１に送信する。
送信されたランキング情報は、プレイヤー端末１に設けたスコアＤＢサブセット１５５に格納される。
【００７７】
なお、この場合、スコアＤＢサブセット１５５では、他のプレイヤーのスコアの更新がリアルタイムに反映されなくなるため、ランキングの変動が激しいゲームタイトルに適用することは不適である。また、スコアＤＢ１５３とスコアＤＢサブセット１５５とを常に同期するためにはサーバ２とクライアントたるプレイヤー端末１との間の通信が必要となるため、図８の機能的構成で、リアルタイムのランキング変動をサポートするためには、かえってサーバ２への負荷が高くなる場合がある。
図８の機能的構成を採用した場合、プレイヤーのスコアが一定以上増加した時に、改めてサーバ２へ最新のスコア情報をスコアＤＢサブセット１５５にダウンロードするように、プレイヤー端末１のクライアントシステムを構成すると好適である。
【００７８】
時間管理部１３６は、差分算出部１３７によるスコアの差分の演算頻度（時間間隔等）を管理する。
つまり、時間管理部１３６と図５の時間管理部１０４とは、管理対象が異なるだけで、基本的な機能と構成は同様であるため、その説明は省略する。
【００７９】
差分算出部１０５は、自己のプレイヤー端末１を操作するランカー候補を注目プレイヤーに設定し、注目プレイヤーと、ランキング指標の順位が当該注目プレイヤーより上位の他プレイヤーとの間における、スコアの差分を算出する。
ここで、「ランキング指標の順位が当該注目プレイヤーより上位の他プレイヤー」としては、本実施形態では、注目プレイヤーがランクインしているランカー候補である場合、１つ上の順位の他プレイヤーが採用され、注目プレイヤーがランクインしていないランカー候補である場合、ランクインの最下位（図３の例では５位）の他プレイヤーが採用されるものとする。
【００８０】
録画推薦提示部１０６は、差分算出部１０５により算出されたスコアの差分が一定以下になった場合、注目プレイヤーに対して、プレイ動画のアップロード（録画）を推薦する情報を提示する。
【００８１】
プレイ動画撮影部１３９は、プレイヤー端末１でのプレイ動画を撮影する。撮影したプレイ動画は、任意のタイミングでサーバ２に送信される。
【００８２】
プレイ動画取得部１４０、ランキング情報生成部１４１、及びプレイ動画ＤＢ１５６については、図５のプレイ動画取得部１０７、ランキング情報生成部１０８、及びプレイ動画ＤＢ１２５と基本的に同様の機能と構成を有するので、それらの説明は省略する。
【００８３】
また例えば、上述の実施形態では、プレイ動画が採用されたが、特にこれに限定されず、ゲームの実行内容を示す何らかの画像であって、ランキング情報（ランキングリスト等）と対応付けが可能な画像であれば足りる。このような画像を、以下、「プレイ画像」と呼ぶ。即ち、プレイ動画はプレイ画像の典型的な一例である。
【００８４】
また例えば、上述の実施形態では、ランキングの演算は、スコアに基づいて実行されたが、特にこれに限定されない。即ち、ランキングの演算手法は、複数のプレイヤー毎に、ゲームの実行結果に基づいて所定のランキング指標の評価量を夫々算出し、当該評価量に基づいて当該ランキング指標の順位を夫々決定するような手法であれば足りる。この場合、評価量は、スコアを含め任意なものを採用することができる。
【００８５】
換言すると、本発明が適用される情報処理システムは、上述の図１の実施形態を含め、次のような構成を有する各種各様の実施形態を取ることができる。
即ち、本発明が適用される情報処理システムは、
所定のゲームの運営を管理するサーバ（例えば図１のサーバ２）と、当該ゲームに参加する複数のプレイヤーの夫々により操作される複数の端末（例えば図１のプレイヤー端末１−１乃至１−ｎ）とを含む情報処理システムであって、
前記サーバは、
前記複数のプレイヤー毎に、前記ゲームの実行結果に基づいて所定のランキング指標の評価量を夫々算出し、当該評価量に基づいて当該ランキング指標の順位を夫々決定するランキング手段（例えば図５のランキング順位特定部１０２や図８のランキング順位特定部１３２）と、
前記複数のプレイヤーの少なくとも一部についての、前記ランキング指標の順位と、前記ゲームの実行内容を示すプレイ画像とを関連付けて示すランキング情報を、前記複数の端末に提示するランキング情報提示手段（例えば図５のランキング情報生成部１０８や図８のランキング情報生成部１４１）と、
を備え、
前記サーバ、又は、前記複数のプレイヤーのうち処理対象として注目すべき注目プレイヤーの前記端末は、
前記注目プレイヤーと、前記ランキング指標の順位が当該注目プレイヤーより上位の他プレイヤーとの間における、前記評価量の差分を算出する差分算出手段（例えば図５の差分算出部１０５や図８の差分算出部１３７）と、
前記差分が一定以下になった場合、前記注目プレイヤーに対して、前記ランキング情報用のプレイ画像のアップロードを推薦する推薦手段（例えば図５の録画推薦提示部１０６や図８の録画推薦提示部１３８）と、
を備える。
【００８６】
このようにして、ランキングシステムとプレイ画像システムとが連携したシステムにおいて、プレイ画像の作成やアップロードの適切なタイミングをプレイヤーに推薦する技術が確立される。
【００８７】
即ち、従来技術は、予め決められたゲーム内の時間単位で録画する方式や、録画ボタンを押した時点から録画を開始する方式を採用した技術であり、ランキングの変動というソーシャルゲーム固有のイベントに応じて「今撮影すべきシーン」を推薦することはできない。
これに対して、本発明が適用される情報処理システムは、そのような推薦をすることができる。即ち、評価量の差分が一定以下になった場合とは、ランキングに変動が起きる可能性が高い場合を意味する。従って、本発明が適用される情報処理システムは、注目プレイヤーのランキングに変動が起きる可能性が高い状況を自動的に検出し、ランキング情報用のプレイ画像のアップロードを注目プレイヤーに推薦することで、当該状況でのプレイ動画作成を注目プレイヤーに強く動機づけることができる。
これにより、プレイ画像の作成者（注目プレイヤー）には、当該プレイ画像が多数の他プレイヤーに見られる機会を提供すると共に、他プレイヤーには、上位ランカー（注目プレイヤー等）の優れたゲームプレイを伝達できる。
【００８８】
また、本発明が適用される情報処理システムは、潜在的なプレイ画像の作成者を発掘できる。即ち、本発明が適用される情報処理システムは、プレイ画像を撮影するつもりはなかったプレイヤーを、ランキングの変動をきっかけとして、新たなプレイ画像の作成者として発掘することができる。
このようにして発掘されたプレイヤーは、新たなプレイ画像を作成することにより、ゲームへのコミットメントを強化することになるため、ゲームを継続する可能性が高くなる。
【００８９】
また、本発明が適用される情報処理システムは、互換性に優れる。本発明が適用される情報処理システムに備えられる、プレイ画像のアップロード（作成等）の推薦機能は、任意のゲーム動画を録画するＳＤＫと共に実装することができる。このに、本発明が適用される情報処理システムは、特定のプレイ動画録画方法に依存していない。
また、本発明が適用される情報処理システムは、汎用性に優れる。本発明が適用される情報処理システムに備えられる、プレイ画像のアップロード（作成等）の推薦機能は、特定のゲームのジャンルに依存しておらず、アクション、ＲＰＧ、シューティング、シミュレーション等、幅広いゲームのジャンルに適用することが可能である。
【００９０】
さらに、本発明が適用される情報処理システムは、従来より低い運用コストで実現することができる。
即ち、実施コストは、従来のランキング処理に、プレイヤーと他のプレイヤーとのスコアの差分を計算し、その差分と閾値との比較を行う処理を追加するのみである。したがって、実施のために必要となるコストは極めて小さい。
ここで、差分算出手段は、複数のプレイヤーのうち、ランキング指標の順位が変動する可能性があるプレイヤーを注目プレイヤーとして、前記差分を算出することができる。
このように、プレイ画像のアップロードを推薦するプレイヤーを、ランキング指標の順位が変動する可能性があるプレイヤー（例えばランキング上位５位の入賞者等）に限定することにより、本発明の実施に必要な計算コストは小さくなる。
【００９１】
また、差分算出手段は、所定の時間間隔をあけて、評価量の差分を算出する処理を繰り返し実行することができる。
これにより、評価量の差分を算出する頻度を変えることができる。頻度を高くすれば、リアルタイムの推薦機能を提供できる。頻度を低くすれば、計算コストを低減できる。
【００９２】
また、差分算出手段と推薦手段は、注目プレイヤーの端末に備えられ（図８参照）、
ランキング手段は、複数のランキング指標の夫々について、前記複数のプレイヤー毎の順位を決定し、
注目プレイヤーの端末は、
複数のランキング指標のうち、注目プレイヤーが所定順位以上に入っているか又は入る可能性があるランキング指標についての、複数のプレイヤーの夫々の評価量を取得して管理する管理手段（例えば図８のスコアＤＢサブセット１５５）をさらに備え、
前記差分算出手段は、前記管理手段により管理されている前記評価量を用いて、前記差分を算出する、
ことができる。
これにより、サーバ２の計算負荷を低減できる。
【００９３】
また、本発明が適用される情報処理システムは、思い出として残るプレイ画像を自然に記録することができる。本発明が適用される情報処理システムは、ランキングの獲得という、注目プレイヤーにとってのハイライトシーンを予め検出することによりプレイ画像として記録し、注目プレイヤーにとってランキング獲得の達成感のある思い出をプレイ画像として残すことができる。思い出としてのプレイ画像が蓄積されることは、注目プレイヤーの、ゲームタイトルへの思い入れを強くするため、注目プレイヤーがゲームを継続する可能性が高くなる可能性がある。
【００９４】
つまり、多数のカジュアルプレイヤーにランキングへの参加を動機付けることが可能になるばかりではなく、ランキングそのものへの注目度が高まれば、従来の総合ランキング上位者への動機付けにも繋がる。
このように、本発明が適用される情報処理システムを採用することで、ランキングとプレイ画像との相乗的効果を生み出すことができる。
【００９５】
なお、本発明が適用されるプレイ画像を紐づけたランキングとして、サーバ２が管理する多種多様なランキング指標を用いたランキングを採用することができる。
この場合、各プレイヤーは、「自分が興味を持つプレイスタイルにおける上級者」のプレイ画像を即座に獲得し、競い合うことができるようになる。
また例えば、多様化したランキングの上位者のプレイ画像を直ちに閲覧できる環境を用意することにより、例えば「キャラクタＡの使い手」第１位の優れたプレイを、同じキャラクタを使うプレイヤーが学習する等の新たなゲームの楽しみ方を産出することもできる。
【００９６】
ところで、各機能ブロックの処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。
【００９７】
このようなプログラムを含む記録媒体は、プレイヤーにプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でプレイヤーに提供される記録媒体等で構成される。
【００９８】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
【符号の説明】
【００９９】
１、１−１乃至１−ｎ・・・プレイヤー端末、２・・・サーバ、５１・・・ＣＰＵ、１０１・・・ゲーム実行管理部、１０２・・・ランキング順位特定部、１０３・・・ランカー候補抽出部、１０４・・・時間管理部、１０５・・・差分算出部、１０６・・・録画推薦提示部、１０７・・・プレイ動画取得部、１０８・・・ランキング情報生成部、１２１・・・全プレイヤーログＤＢ、１２２・・・ランキング結果ＤＢ、１２３・・・スコアＤＢ、１２４・・・ランカー候補ＤＢ、１２５・・・プレイ動画ＤＢ、１３１・・・ゲーム実行管理部、１３２・・・ランキング順位特定部、１３３・・・ランカー候補抽出部、１３４・・・時間管理部、１３７・・・差分算出部、１３８・・・録画推薦提示部、１３９・・・プレイ動画撮影部、１４０・・・プレイ動画取得部、１４１・・・ランキング情報生成部、１５１・・・全プレイヤーログＤＢ、１５２・・・ランキング結果ＤＢ、１５３・・・スコアＤＢ、１５４・・・ランカー候補ＤＢ、１５５・・・スコアＤＢサブセット、１５６・・・プレイ動画ＤＢ
【要約】
【課題】ランキングシステムとプレイ動画システムとが連携したシステムにおいて、プレイ動画の作成やアップロードの適切なタイミングをプレイヤーに推薦する技術を確立すること。
【解決手段】差分算出部１０５は、注目プレイヤーと、所定のランキング指標の順位が当該注目プレイヤーより上位の他プレイヤーとの間における、当該所定のランキング指標の評価量の差分を算出する。録画推薦提示部１０６は、差分が一定以下になった場合、注目プレイヤーに対して、ランキング情報用のプレイ画像のアップロードを推薦する。
【選択図】図３【図１】
0005951150.tif 000002
【図２】
0005951150.tif 000003
【図３】
0005951150.tif 000004
【図４】
0005951150.tif 000005
【図５】
0005951150.tif 000006
【図６】
0005951150.tif 000007
【図７】
0005951150.tif 000008
【図８】
0005951150.tif 000009