JP6038590B2 - 情報処理システム、情報処理装置、サーバ、情報処理プログラム、および情報処理方法 - Google Patents

Description

本発明は、情報処理システム、情報処理装置、サーバ、情報処理プログラム、および情報処理方法に関し、特に例えば、サーバを介してデータを送受信する処理を制御する情報処理システム、情報処理装置、サーバ、情報処理プログラム、および情報処理方法に関する。

従来、ウェブサイトにおいてユーザが創作した楽曲や動画等の作品を評価するシステムが知られている（例えば、特許文献１参照）。例えば、上記特許文献１で開示された情報処理装置は、ユーザからの応募作品（曲）を他のユーザが評価して、インターネットを介してインフォメーションプロバイダのサーバへ評価結果を送信することにより、当該インフォメーションプロバイダが公開する応募作品のランキング表に当該評価結果が反映される。

特開平９−１７１５０４号公報

しかしながら、上記特許文献１の情報処理装置は、応募作品を創作するユーザが、当該応募作品を評価する他のユーザがどのような作品を求めているのか予め把握することができない。したがって、需要度が低い作品を創作する場合が多く、結果的にごく一部のユーザにしか受け入れられないことが多くなる。

それ故に、本発明は、他のユーザが期待しているコンテンツの作成が可能となる情報処理システム、情報処理装置、サーバ、情報処理プログラム、および情報処理方法を提供することである。

上記目的を達成するために、本発明は例えば以下のような構成を採用し得る。なお、特許請求の範囲の記載を解釈する際に、特許請求の範囲の記載によってのみその範囲が解釈されるべきであることが理解され、特許請求の範囲の記載と本欄の記載とが矛盾する場合には、特許請求の範囲の記載が優先する。

本発明の情報処理システムの一構成例は、少なくとも１つのサーバと複数の端末装置とを含む。情報処理システムは、制作コンテンツ記憶制御手段、選択手段、リクエスト手段、および状況提示手段を備える。制作コンテンツ記憶制御手段は、端末装置の操作に応じて、制作コンテンツをサーバの記憶手段に記憶する。選択手段は、制作コンテンツを作成するために素材として利用される素材コンテンツを複数の素材コンテンツから選択させる。リクエスト手段は、選択された素材コンテンツに関連する制作コンテンツの作成を端末装置からサーバへリクエストする。状況提示手段は、リクエストの状況を複数の端末装置へ提示する。

上記によれば、複数の素材コンテンツ（例えば、楽曲）から選択することによって当該素材コンテンツが素材として利用された制作コンテンツの作成を他のユーザへリクエストすることができる。そして、ユーザのリクエストの状況が制作コンテンツを作成する制作者側のユーザに提示されるため、ユーザ自らが制作コンテンツに採用する要素を絞り込んで制作コンテンツを作成することが可能となる。

また、上記情報処理システムは、素材コンテンツ設定手段を、さらに備えてもよい。素材コンテンツ設定手段は、記憶手段に記憶する制作コンテンツに関連付ける素材コンテンツを、少なくともリクエスト可能な複数の素材コンテンツから設定する。この場合、上記制作コンテンツ記憶制御手段は、制作コンテンツを記憶手段に記憶する際、当該制作コンテンツに対して設定されている素材コンテンツを示すデータとともに記憶してもよい。

上記によれば、素材として利用した素材コンテンツを示すデータとともに制作コンテンツを記憶させることによって、リクエストされた選択肢（素材コンテンツ）と関連付けて制作コンテンツを管理することができる。

また、上記情報処理システムは、制作コンテンツ作成手段を、さらに備えてもよい。制作コンテンツ作成手段は、端末装置の操作に応じて、リクエスト可能な複数の素材コンテンツから選択された素材コンテンツを素材として利用して制作コンテンツを作成する。

上記によれば、端末装置のユーザは、複数の素材コンテンツから選択された素材コンテンツを素材として制作コンテンツを作成することが可能となる。

また、上記リクエスト手段は、第１のアプリケーションに基づいて、所定の情報処理で用いる制作コンテンツの作成をリクエストしてもよい。上記情報処理システムは情報処理手段を、さらに備えてもよい。情報処理手段は、第１のアプリケーションに基づいて、制作コンテンツを用いて情報処理を行う。

上記によれば、第１のアプリケーションを実行することによって、制作コンテンツをリクエストする処理と当該制作コンテンツを用いた情報処理とを一連の処理として行うことができる。

また、上記情報処理システムは、閲覧手段および制作コンテンツ作成手段を、さらに備えてもよい。閲覧手段は、第１のアプリケーションに基づいて、端末装置を用いてリクエスト状況を閲覧する。制作コンテンツ作成手段は、第１のアプリケーションに基づいて、端末装置を用いて制作コンテンツを作成する。この場合、上記制作コンテンツ記憶制御手段は、第１のアプリケーションに基づいて、制作コンテンツ作成手段が作成した制作コンテンツを記憶手段に記憶してもよい。

また、上記情報処理システムは、閲覧手段および制作コンテンツ作成手段を、さらに備えてもよい。閲覧手段は、第２のアプリケーションに基づいて、端末装置を用いてリクエスト状況を閲覧する。制作コンテンツ作成手段は、第２のアプリケーションに基づいて、端末装置を用いて制作コンテンツを作成する。この場合、上記制作コンテンツ記憶制御手段は、第２のアプリケーションに基づいて、制作コンテンツ作成手段が作成した制作コンテンツを記憶手段に記憶してもよい。

上記によれば、第１のアプリケーションを実行することによって、リクエストを閲覧する処理と制作コンテンツを作成する処理と制作コンテンツを記憶手段に記憶させる処理とを一連の処理として行うことができる。

また、上記リクエスト手段は、第１のアプリケーションで定められた所定のサーバをリクエストの宛先として設定してもよい。

上記によれば、第１のアプリケーションを各端末装置が実行することによって、アプリケーションで定められた所定のサーバにおいて当該端末装置からのリクエストを集約することができる。

また、上記状況提示手段は、リクエスト管理手段を含んでもよい。リクエスト管理手段は、リクエストを全て集約して管理する。この場合、上記状況提示手段は、リクエスト管理手段が集約しているリクエストを用いて、リクエストを集計した結果を複数の端末装置へ提示してもよい。

上記によれば、リクエストを集約することによって、他のユーザがそれぞれ要望している傾向を容易に把握することができる。

また、上記情報処理システムは、リクエストユーザリスト記憶手段および通知手段を、さらに備えてもよい。リクエストユーザリスト記憶手段は、リクエストが示す素材コンテンツおよび当該リクエストを行ったユーザを管理するためのリクエストユーザリストを記録する。通知手段は、制作コンテンツが記憶装置に記憶された場合、リクエストユーザリストに基づいて、当該制作コンテンツの作成をリクエストしたユーザ全員へ当該記憶された旨の通知を行う。

上記によれば、リクエストに応じた制作コンテンツが作成されたことをリクエストしたユーザ全員が知ることができる。また、制作コンテンツを作成するユーザにはリクエストしたユーザ情報を匿名にしながら、リクエスト元にリクエストに対する応答状況が通知されるような新たなデータ送受信システムを確立することができる。

また、上記情報処理システムは、通知手段および返信手段を、さらに備えてもよい。通知手段は、制作コンテンツが記憶手段に記憶された場合、当該制作コンテンツを作成したユーザを示すデータとともに、当該制作コンテンツの作成をリクエストしたユーザへ当該記憶された旨の通知を行う。返信手段は、通知された制作コンテンツを作成したユーザに対して、当該通知で示されたユーザを示すデータに基づいて、所定のデータを返信する。

上記によれば、リクエストに応えたユーザに対して、容易に返信することができる。また、制作コンテンツを作成するユーザにはリクエストしたユーザ情報を匿名にしながら、リクエスト元からの返信が可能となる新たなデータ送受信システムを確立することができる。

また、上記状況提示手段は、リクエストしたユーザを特定可能な情報を提示することなく、リクエストの状況を複数の端末装置へ提示してもよい。

上記によれば、リクエストするユーザの匿名性が保たれるため、リクエストしやすい環境を生成することができる。

また、本発明は、上記各手段の少なくとも一部を備える情報処理装置およびサーバや、上記各手段の少なくとも一部としてコンピュータを機能させる情報処理プログラム、上記各手段で行われる動作を含む情報処理方法の形態で実施されてもよい。

本発明によれば、複数の素材コンテンツ（例えば、楽曲）から選択することによって当該素材コンテンツが素材として利用された制作コンテンツの作成を他のユーザへリクエストすることができる。そして、ユーザのリクエストの状況が制作コンテンツを作成する制作者側のユーザに提示されるため、ユーザ自らが制作コンテンツに採用する要素を絞り込んで制作コンテンツを作成することが可能となる。

本発明の一実施例に係る情報処理システムの一例を示す図 図１の端末装置３の構成の一例を示すブロック図 図１のサーバ２００の構成の一例を示すブロック図 情報処理システム１において、装置間のやりとりの一例を時間軸に沿って表現した図 端末装置３からリクエストする際に表示部３５に表示される画像の一例を示す図 端末装置３を用いてリクエストランキングを閲覧する際に表示部３５に表示される画像の一例を示す図 リクエストした制作コンテンツがアップロードされた際の通知が表示部３５に表示される画像の一例を示す図 端末装置３へ制作コンテンツをダウンロードする際に表示部３５に表示される画像の一例を示す図 端末装置３の記憶部３２に記憶される主なデータおよびプログラムの一例を示す図 サーバ２００の記憶部２０３に記憶される主なデータおよびプログラムの一例を示す図 記憶部２０３に記憶されるリクエストリストデータＤｎの一例を示す図 端末装置３において実行される前半の処理の一例を示すフローチャート 端末装置３において実行される後半の処理の一例を示すフローチャート サーバ２００において実行される前半の処理の一例を示すフローチャート サーバ２００において実行される後半の処理の一例を示すフローチャート

図１を参照して、本発明の一実施例に係る情報処理システムについて説明する。図１に示すように、当該情報処理システムの一例である情報処理システム１は、複数の端末装置３およびサーバ２００が、ネットワーク１００を介して接続されて構築される。

端末装置３は、無線または有線通信を用いて、ネットワーク１００に接続可能に構成され、サーバ２００との間でクライアント−サーバシステムを構成している。例えば、端末装置３は、所定のアプリケーション（例えば、ゲームアプリケーション）の実行が可能である。また、端末装置３は、上記所定のアプリケーションを実行することによって、ネットワーク１００を介して、サーバ２００と接続を確立して、サーバ２００との通信が可能となる。例えば、端末装置３は、交換可能なメモリカードや光ディスク等の記憶媒体内に記憶され、または、他の装置から受信した情報処理プログラムを実行可能である。端末装置３は、一般的なパーソナルコンピュータ、据置型ゲーム機、携帯電話機、携帯ゲーム機、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）等のデバイスであってもかまわない。

次に、図２を参照して、端末装置３について説明する。なお、図２は、端末装置３の構成の一例を示すブロック図である。図２において、端末装置３は、制御部３１、記憶部３２、プログラム格納部３３、入力部３４、表示部３５、および通信部３６を備える。なお、端末装置３は、制御部３１を少なくとも含む情報処理装置と他の装置とを含む１以上の装置によって構成されてもよい。

制御部３１は、各種の情報処理を実行するための情報処理手段（コンピュータ）であり、例えばＣＰＵである。例えば、制御部３１は、各種の情報処理として、上記アプリケーションを実行して、後述する各種コンテンツを用いたゲーム処理や、サーバ２００を介したデータ送受信処理等を実行する機能を有し、ＣＰＵが所定のプログラムを実行することによって、制御部３１における各機能が実現される。

記憶部３２は、制御部３１が上記情報処理を実行する際に用いる各種のデータを記憶する。記憶部３２は、例えばＣＰＵ（制御部３１）がアクセス可能なメモリである。

プログラム格納部３３は、プログラムを記憶（格納）する。プログラム格納部３３は、制御部３１がアクセス可能な記憶装置（記憶媒体）であればどのようなものであってもよい。例えば、プログラム格納部３３は、制御部３１を含む情報処理装置内に設けられる記憶装置であってもよいし、制御部３１を含む情報処理装置に着脱自在に装着される記憶媒体であってもよい。また、プログラム格納部３３は、制御部３１とネットワークを介して接続される記憶装置（サーバ等）であってもよい。制御部３１（ＣＰＵ）は、ゲームプログラムの一部または全部を適宜のタイミングで記憶部３２に読み出し、読み出されたプログラムを実行するようにしてもよい。

入力部３４は、ユーザによって操作（文字入力操作）可能な入力装置である。入力部３４はどのような入力装置であってもよい。

表示部３５は、制御部３１の指示にしたがって画像を表示する。

通信部３６は、所定の通信モジュールによって構成され、ネットワーク１００を介して他の機器との間でデータを送受信したり、他の端末装置３との間でデータを送受信したりする。

次に、図３を参照して、サーバ２００について説明する。なお、図３は、サーバ２００の構成の一例を示すブロック図である。

サーバ２００は、通信部２０１、制御部２０２、および記憶部２０３を有している。通信部２０１は、通信パケットの送受信を行うことで、ネットワーク１００を介して複数の端末装置３等と通信を行う。制御部２０２は、端末装置３から送信されたリクエストを管理する処理、当該リクエストに応じた情報を閲覧可能にする処理、端末装置３からアップロードされた制作コンテンツを管理する処理、アップロードした制作コンテンツに対する人気を管理して閲覧可能にする処理のほか、通信部２０１を介して端末装置３等との通信リンクを確立し、ネットワーク１００におけるデータ搬送制御や経路選択を行う。記憶部２０３は、制御部２０２で実行されるプログラム、上記管理を行う処理や閲覧可能にする処理に必要な各種データ、端末装置３との通信に必要な各種データ等が記憶される。なお、ネットワーク１００を用いたデータ送受信に所定のログイン処理が必要なシステムである場合、サーバ２００において当該ログインしようとしているユーザが正規のユーザか否かを判別する認証処理を行ってもかまわない。また、サーバ２００は、単一のサーバマシンから構成されてもいいし、複数のサーバマシンによって構成されてもよい。

次に、端末装置３やサーバ２００が行う具体的な処理を説明する前に、図４〜図８を用いて情報処理システム１において行われる処理の概要について説明する。なお、図４は、情報処理システム１において、ユーザが制作コンテンツの作成をリクエストして、当該制作コンテンツがアップロードされる際の装置間のやりとりの一例を時間軸に沿って表現した図である。図５は、端末装置３からリクエストする際に表示部３５に表示される画像の一例を示す図である。図６は、端末装置３を用いてリクエストランキングを閲覧する際に表示部３５に表示される画像の一例を示す図である。図７は、リクエストした制作コンテンツがアップロードされた際の通知が表示部３５に表示される画像の一例を示す図である。図８は、端末装置３へ制作コンテンツをダウンロードする際に表示部３５に表示される画像の一例を示す図である。なお、以下の説明では、複数の端末装置３において実行するアプリケーションの一例としてゲーム（例えば、音楽ゲーム）を用いているが、複数の端末装置３において他のアプリケーションを実行してもかまわない。

端末装置３では、所定のアプリケーションを実行することによって、コンテンツを用いた情報処理が可能になっており、サーバ２００を介して、他の端末装置３のユーザに当該情報処理に用いるコンテンツの作成をリクエストすることもできる。以下においては、端末装置３が所定のゲームアプリケーションを実行することによって、楽曲コンテンツを用いた音楽ゲームを行い、同じゲームアプリケーションを実行することによって新たな楽曲コンテンツ（制作コンテンツ）を作成するリクエスト、リクエストされた制作コンテンツのアップロード、アップロードされた制作コンテンツのダウンロード、制作コンテンツを用いた音楽ゲームが可能となる例を用いて説明する。

図４において、制作コンテンツの作成や制作コンテンツのダウンロードを行う際、端末装置３のユーザは、サーバ２００が提供している楽曲リストを閲覧する。例えば、楽曲リストを閲覧する際、端末装置３は、当該閲覧要求する情報をサーバ２００へ送信する。そして、サーバ２００は、記憶部２０３に記憶されている楽曲リストを閲覧要求元へ送信する。

例えば、楽曲リストは、ユーザがリクエスト可能な楽曲群および既に制作コンテンツがアップロードされている楽曲群の一覧を示すものであり、サーバ２００において予め管理されている。ここで、制作コンテンツは、既に完成しているオリジナルの楽曲を素材として、当該楽曲がアレンジ、編集されたり、当該楽曲の歌詞が変更されたりすることによって、ユーザが制作者となって別の楽曲として改変されて作成されたものや、上記アプリケーション（例えば、音楽ゲーム）においてオリジナルの楽曲をそのまま利用できる（この場合、オリジナルの楽曲の歌詞、音階、リズム等が変更されなくてもよい）ようにユーザが制作者となって作成したものや、当該楽曲をオリジナルのまま何ら改変することなく複製したものである。上記楽曲リストでは、既に制作コンテンツが作成されて制作者からサーバ２００にアップロードされている場合、当該制作コンテンツの素材となった楽曲が記述されて当該制作コンテンツがダウンロード可能であることが示される。一方、上記楽曲リストでは、制作コンテンツが作成されていないオリジナルの楽曲についても記述され、当該楽曲の制作コンテンツが作成されておらず、制作コンテンツの作成をリクエストすることが可能であることが示される。なお、楽曲リストには、楽曲のアレンジや編集、歌詞の変更等による楽曲の改変の許諾と、改変された楽曲、アプリケーションに利用可能に作成された楽曲、またはオリジナルのまま複製された楽曲の公開と、音楽ゲームでの使用についての許諾とが予め著作権者または著作権管理団体等の著作権者から委託を受けて著作権を管理している者から得られた楽曲群が記述されている。

次に、閲覧要求した端末装置３のユーザは、受信した楽曲リストを閲覧して、制作コンテンツの作成をリクエストする楽曲を選択する。例えば、図５に示すように、楽曲リストの閲覧を行う端末装置３の表示部３５には、サーバ２００から送信された楽曲リストに基づいて、複数の楽曲名（曲名）がダウンロード可否とともに表示される。ここで、ダウンロードが可能であることが記載された楽曲は、当該楽曲を素材とした制作コンテンツが既にアップロードされていることを示しており、当該アップロードされた制作コンテンツがダウンロード可能であることが示されている。一方、ダウンロードが不可であることが記述された楽曲（図５に示す曲名「愛のメロディ」）は、当該楽曲を素材とした制作コンテンツが作成されておらず、当該楽曲を素材とした制作コンテンツの作成をリクエストすることが可能であることが示されている。図５の例では、制作コンテンツの作成をリクエストすることが可能な曲名「愛のメロディ」が楽曲リストから選択カーソルＣｓによって選択されている。そして、選択されている楽曲に関する情報（曲名、アーティスト名、楽曲コード）とともに、当該楽曲を素材とする制作コンテンツが投稿されていない旨が表示部３５の上方領域に記載される。なお、ユーザは、入力部３４を操作することによって選択カーソルＣｓを移動させたり、表示部３５に表示されている楽曲をスクロールさせたりすることができる。なお、楽曲リストにおけるダウンロード可否は、他の情報によってユーザに示されてもかまわない。例えば、制作コンテンツ毎に設定されている任意のパラメータ（例えば、音楽ゲームにおいて制作コンテンツを用いてプレイした場合に再生されるパート数や演奏（プレイ）時間、プレイの難易度等）が楽曲名とともに表示されるか否かでダウンロード可否を判別することもできる。また、上記制作コンテンツは、端末装置３からサーバ２００へアップロードして投稿するものでなくてもよい。例えば、後述するクラウドコンピューティングのシステム形態を用いる場合、端末装置３を用いた操作に応じてオリジナル楽曲を改変、複製、およびアプリケーションに利用可能に作成する制作処理がサーバ２００内で行われ、当該制作処理後のコンテンツが記憶部２０３に記憶される。

表示部３５には、ユーザのリクエスト指示を受け付けるリクエストボタンＢｒも表示されている。例えば、リクエストボタンＢｒは、リクエスト可能な曲名が選択カーソルＣｓによって選択されている場合に登場する。そして、ユーザがリクエストボタンＢｒを選択する操作を行うことによって、選択カーソルＣｓによって選択されている楽曲を素材とする制作コンテンツの作成が、サーバ２００に対してリクエストされる。例えば、リクエストする際、端末装置３は、当該リクエストを行う楽曲名（楽曲ＩＤ）とともに、リクエストしたユーザＩＤをサーバ２００へ送信する。ここで、ユーザＩＤは、ユーザ識別が可能となるユニークな符号であればよく、例えばユーザ識別のための標識となる文字列であるアカウントＩＤでもかまわない。

サーバ２００は、リクエストされた楽曲およびリクエストしたユーザに応じて、リクエストリストおよびリクエストランキングを更新する。例えば、リクエストリストは、リクエストされた楽曲（楽曲ＩＤ）とリクエストしたユーザ（ユーザＩＤ）とをリクエスト毎に管理するためのリストであり、リクエスト毎に更新されて記憶部２０３に記憶される。また、リクエストランキングは、リクエストされた数に応じて楽曲を順位付けして管理するリストであり、例えばリクエスト数が多いものから降順に楽曲を順位付けして記憶部２０３に記憶される。

制作コンテンツの作成を行う際、制作側となる端末装置３のユーザは、どのような楽曲を素材とした制作コンテンツの作成のリクエストが多いのかを知るために、サーバ２００が提供しているリクエストランキングを閲覧することができる。例えば、リクエストランキングを閲覧する際、端末装置３は、当該閲覧要求する情報をサーバ２００へ送信する。そして、サーバ２００は、記憶部２０３に記憶されているリクエストランキングを閲覧要求元へ送信する。

例えば、図６に示すように、リクエストランキングの閲覧を行う端末装置３の表示部３５には、サーバ２００から送信されたリクエストランキングに基づいて、例えばリクエスト数が多いものから降順に順位付けされた楽曲ランキングが表示される。ここで、楽曲ランキングは、制作コンテンツを作成するために素材とする楽曲のリクエスト数（人気度）を示すものとなるため、制作コンテンツを作成するユーザは、リクエストランキングを閲覧することによってどのような制作コンテンツが他のユーザから求められているのか知ることができる。

次に、リクエストランキングを閲覧した端末装置３のユーザは、当該リクエストランキングを参考にして、制作コンテンツを作成する。そして、制作コンテンツを作成したユーザは、端末装置３を用いて当該制作コンテンツをサーバ２００へアップロードすることができる。このとき、制作側となる端末装置３のユーザは、制作コンテンツの作成の際に素材とした楽曲を関連付けて当該制作コンテンツをアップロードする。例えば、アップロードする際、端末装置３は、当該アップロードする制作コンテンツのデータとともに、当該制作コンテンツの素材とした楽曲名（楽曲ＩＤ）とアップロードするユーザ名（ユーザＩＤ）とをサーバ２００へ送信する。

アップロードされた制作コンテンツは、所定の審査が行われて、その合否が判定される。例えば、アップロードされた制作コンテンツは、アップロードの際に関連付けられている楽曲が素材として著作権者等から許諾を得た範囲で用いられているか、コンテンツの内容が公序良俗に違反していないか、上記ゲームアプリケーションにおいて利用可能か等、自動的な審査および／または管理者による審査が行われて、その合否が判定される。そして、上記審査に制作コンテンツが合格した場合、リクエストリストに基づいて、当該制作コンテンツの作成をリクエストしたユーザ全員に対して、サーバ２００からアップロード通知が送信される。

アップロード通知を受信した端末装置３は、ユーザの開封操作に応じて、アップロード通知を表示部３５に表示する。例えば、図７に示すように、アップロード通知を開封した端末装置３の表示部３５には、サーバ２００から送信されたアップロード通知に基づいたメール文とともに、制作コンテンツを作成したユーザにお礼するためのありがとうボタンＢｔが表示される。そして、ユーザがありがとうボタンＢｔを選択する操作を行うことによって、ありがとうメッセージが自動的にサーバ２００へ返信される。一例として、アップロード通知には、サーバ２００にリンクさせて自動返信させる情報が、通知文章内に表示されるありがとうボタンＢｔの画像に埋め込まれている。そして、ユーザがありがとうボタンＢｔを選択することによって、端末装置３は、ありがとうボタンＢｔが選択されたことを示す情報とともに、アップロード通知のありがとうボタンＢｔを選択したユーザ名（リクエスト側のユーザＩＤ）および当該アップロード通知で通知された制作コンテンツを作成したユーザ名（制作側のユーザＩＤ）をサーバ２００へ自動送信する。

サーバ２００は、ありがとうボタンＢｔが選択されたことによる端末装置３からの返信に応じて、返信数リストを更新する。例えば、返信数リストは、制作コンテンツ毎に制作者（ユーザ）に対して返信されたありがとうメッセージの数を管理するためのリストであり、返信毎に更新されて記憶部２０３に記憶される。

また、上記審査に合格した制作コンテンツは、ダウンロード用データとしてサーバ２００の記憶部２０３に記憶される。さらに、上記審査に合格した制作コンテンツがダウンロード用データに追加されたことに応じて、楽曲リストおよびリクエストランキングを更新して記憶部２０３に記憶される。例えば、楽曲リストは、ダウンロード用データに追加された制作コンテンツに関連付けられた楽曲（すなわち、当該制作コンテンツを作成する際に素材となった楽曲）がダウンロード可能に変更され、ダウンロードされる毎にダウンロード回数がインクリメントされて更新される。また、リクエストランキングは、ダウンロード用データに追加された制作コンテンツに関連付けられた楽曲がランキングから消去されて更新される。

ここで、上述したように、制作コンテンツのダウンロードを行う際、端末装置３のユーザは、サーバ２００が提供している楽曲リストを閲覧する。そして、端末装置３のユーザは、受信した楽曲リストを閲覧して、ダウンロードする制作コンテンツを選択する。例えば、図８の例では、制作コンテンツのダウンロードが可能な曲名「愛のメロディ」が楽曲リストから選択カーソルＣｓによって選択されている。そして、選択されている楽曲に関連してアップロードされている制作コンテンツに関する情報（曲名、投稿者名、楽曲コード）とともに、当該楽曲を素材とする制作コンテンツがダウンロード可能である旨が表示部３５の上方領域に記載される。

表示部３５には、ユーザのダウンロード指示を受け付けるダウンロードボタンＢｄも表示されている。例えば、ダウンロードボタンＢｄは、制作コンテンツのダウンロードが可能な曲名が選択カーソルＣｓによって選択されている場合に登場する。そして、ユーザがダウンロードボタンＢｄを選択する操作を行うことによってダウンロード要求がサーバ２００へ送信され、選択カーソルＣｓによって選択されている楽曲を素材として作成された制作コンテンツが、サーバ２００からダウンロードされる。ここで、ダウンロードした端末装置３のユーザは、ダウンロードされた制作コンテンツを用いて、上記アプリケーションを実行することによって可能となる情報処理（例えば、音楽ゲーム）を行うことができる。つまり、ユーザは、制作コンテンツの作成をリクエストし、アップロードされた制作コンテンツをダウンロードすることによって、今まで所持していなかったコンテンツを用いた新たな情報処理（例えば、音楽ゲーム）が可能となる。

また、サーバ２００は、制作コンテンツが審査に合格したことに応じて、制作者評価リストを更新する。例えば、制作者評価リストは、上記審査に合格した制作コンテンツを作成した数に応じて、制作者評価リストを更新する。例えば、制作者評価リストは、上記審査に合格した制作コンテンツを作成した数に応じて制作者（ユーザ）を順位付けして管理するリストであり、例えば合格数が多いものから降順にユーザを順位付けして記憶部２０３に記憶される。なお、制作者評価リストは、他の評価パラメータに基づいて作成されてもよい。例えば、制作者評価リストは、審査に合格した制作コンテンツを作成した数、制作コンテンツをアップロードした数、および後述するアップロード通知に対して自動返信が行われた数（すなわち、お礼の数）の少なくとも１つに基づいて、ユーザを順位付けしたものでもよい。

制作コンテンツの作成を行った端末装置３のユーザは、他のユーザからどのように評価されているのかを知るために、サーバ２００が提供している制作者ランキングを閲覧することができる。例えば、制作者ランキングを閲覧する際、端末装置３は、当該閲覧要求する情報をサーバ２００へ送信する。そして、サーバ２００は、記憶部２０３に記憶されている制作者評価リストに基づいて、評価者ランキングを閲覧要求元へ送信する。なお、制作者ランキングを閲覧する際、制作者（ユーザ）毎に返信されたありがとうメッセージの数も閲覧可能に構成してもよい。例えば、サーバ２００は、記憶部２０３に記憶されている返信数リストに基づいて、制作コンテンツ毎に返信されているありがとうメッセージの数を示す情報を閲覧要求元へ送信する。

なお、端末装置３における各情報（楽曲リスト、リクエストリスト、リクエストランキング、制作者ランキング、返信数リスト等）の閲覧は、様々な方式が考えられる。例えば、上記各情報は、サーバ２００へアクセス可能な全ての端末装置３に対して公開されてもいいし、上記情報処理システムにログイン可能な端末装置３のユーザにのみ公開されてもいいし、情報の当事者となるユーザへ当該ユーザの情報のみが直接送信されてもよい。例えば、制作者ランキングや返信数リストの閲覧の場合、上記情報処理システムにログイン可能な端末装置３のユーザからの閲覧要求に対して、当該ユーザの制作者ランキング順位および当該ユーザへの返信数のみが閲覧可能であってもよい。また、制作者ランキングの順位や返信数に変動があった場合に、閲覧要求がなくとも当事者となるユーザへのみ直接情報が送信されてもかまわない。

また、上述した説明では、既に完成しているオリジナルの楽曲を素材として、ユーザが制作者となって別の楽曲に改変されたコンテンツや、オリジナルの楽曲をそのまま利用できる（この場合、オリジナルの楽曲の歌詞、音階、リズム等が変更されなくてもよい）ようにユーザが制作者となって作成したコンテンツなどを制作コンテンツの一例としたが、他の態様のコンテンツでもかまわない。例えば、制作コンテンツの素材となる素材コンテンツは、会話や鳴き声等の音声の他、動画や静止画等でもよい。また、制作コンテンツは、素材コンテンツを改変するだけでなく、素材コンテンツを他のコンテンツと組み合わせた別のコンテンツであってもよい。一例として、制作コンテンツは、既に完成しているオリジナルの楽曲（素材コンテンツ）や当該素材コンテンツを改変した楽曲を、ユーザが用意した動画に合成することによって作成される動画コンテンツであってもよい。他の例として、制作コンテンツは、素材コンテンツとして用意された動画に、ユーザが用意した音声を合成することによって作成される動画コンテンツであってもよい。

また、上述した情報処理システム１では、サーバ２００を介してデータの送受信が行われているが、サーバ２００は、単一のサーバマシンから構成されてもいいし、複数のサーバマシンによって構成されてもよい。サーバ２００が複数のサーバマシンによって構成される場合、上述した各機能をそれぞれのサーバマシンが分担してもよい。例えば、端末装置３から送信されるリクエストの宛先となるサーバマシンが複数あってもよく、当該リクエストを集約する際に何れかのサーバマシンが集約したリクエストを管理するようにすればよい。

また、上述したコンテンツを用いた情報処理は、各端末装置３が所定のアプリケーションを実行することによって、上述した処理が可能となる。これによって、端末装置３のユーザは、所定のアプリケーションを実行するだけで上述した様々な機能を使用することができる。また、端末装置３において、所定のアプリケーションを実行するだけで、データ送受信処理およびコンテンツを用いた情報処理を一連の処理として利用促進することができ、当該アプリケーションによって所定のサーバをリクエストやアップロードの宛先に指定することができるため容易に情報を集約することができる。なお、このような効果を期待しない場合、上記アプリケーションをリクエスト側の端末装置３用と制作者側の端末装置３用と別々に用意し、端末装置３の役割に応じてユーザがそれぞれのアプリケーションを実行することによって、上記処理が実行可能になってもかまわない。

また、上述した処理では、リクエストする端末装置３からサーバ２００へは当該リクエストとともにリクエストしたユーザを示す情報が送信されるが、サーバ２００が閲覧可能とするリクエストの状況ではリクエストしたユーザを示す情報が提示されないため、リクエストしたユーザの匿名性を保つことができる。また、上記リクエストは、特定のユーザを対象とするものではなく、不特定のユーザへのリクエストとなり、端末装置３のユーザにとっては非常にリクエストしやすい環境となる。その一方で、リクエストした制作コンテンツがアップロードされた場合、リクエストした本人にそれぞれアップロード通知が送信されることになるため、要求先への匿名性を保ちながら要求に応えた場合の通知を受け取ることができ、さらに要求先へのお礼を返信できる、今までにないデータ送受信システムを確立することができる。なお、このような効果を期待しない場合、サーバ２００が閲覧可能とするリクエストの状況において、リクエストしたユーザを示す情報も提示してもいいし、お礼（ありがとうメッセージ）が直接投稿者へ送信されるようにしてリクエストしたユーザ情報が投稿者へ通知されるようにしてもかまわない。

次に、情報処理システム１において行われる処理の詳細を説明する。まず、図９〜図１１を参照して、処理において用いられる主なデータについて説明する。なお、図９は、端末装置３の記憶部３２に記憶される主なデータおよびプログラムの一例を示す図である。図１０は、サーバ２００の記憶部２０３に記憶される主なデータおよびプログラムの一例を示す図である。図１１は、記憶部２０３に記憶されるリクエストリストデータＤｎの一例を示す図である。

図９に示すように、記憶部３２のデータ記憶領域には、操作データＤａ、ユーザＩＤデータＤｂ、デバイスＩＤデータＤｃ、コンテンツデータＤｄ、閲覧データＤｅ、通知データＤｆ、および表示画像データＤｇ等が記憶される。なお、記憶部３２には、図９に示す情報に含まれるデータの他、実行するアプリケーションで用いるデータ等、処理に必要なデータが記憶される。また、記憶部３２のプログラム記憶領域には、情報処理プログラムを構成する各種プログラム群Ｐａが記憶される。

操作データＤａは、ユーザが端末装置３を操作した操作情報を示すデータである。例えば、操作ボタン等を操作したことを示す操作データは、端末装置３が処理する時間単位（例えば、１／６０秒）毎に取得され、当該取得に応じて操作データＤａに格納されて更新される。

ユーザＩＤデータＤｂは、端末装置３を使用するユーザの識別が可能となるユニークな符号（ユーザＩＤ）を示すデータであり、例えばユーザ識別のための標識となる文字列であるアカウントＩＤを示すデータである。

デバイスＩＤデータＤｃは、端末装置３毎に識別が可能となるユニークな符号（デバイスＩＤ）を示すデータであり、例えばデバイス識別のための標識となる改変不可能な文字列を示すデータである。そして、デバイスＩＤデータＤｃには、端末装置３に対して予め設定されているデバイスＩＤが格納されている。

コンテンツデータＤｄは、端末装置３においてゲームアプリケーション等の情報処理に用いるコンテンツを示すデータであり、上述したサーバ２００からダウンロードすることによって得られる制作コンテンツを示すデータを含む。また、制作コンテンツの素材となるオリジナルの楽曲コンテンツが当該情報処理に利用可能である場合、コンテンツデータＤｄは、当該楽曲コンテンツを示すデータを含んでいる。

閲覧データＤｅは、サーバ２００から提供された閲覧用のデータであり、例えばサーバ２００から送信された楽曲リスト、リクエストリスト、リクエストランキング、制作者ランキング、返信数リストを示す情報等を示すデータを含んでいる。

通知データＤｆは、サーバ２００からアップロード通知が送信された際に格納されるデータであり、当該アップロード通知を表示するためのデータ、ありがとうメッセージを返信するためのデータ、ありがとうボタンＢｔの設定を示すフラグデータ等を含んでいる。

表示画像データＤｇは、オブジェクト、文字、および背景等配置した画像を生成して表示部３５に表示するためのデータである。

図１０に示すように、記憶部２０３のデータ記憶領域には、楽曲リストデータＤｍ、リクエストリストデータＤｎ、リクエストランキングデータＤｏ、ダウンロード用データＤｐ、アップロードデータＤｑ、通知データＤｒ、返信数リストデータＤｓ、および制作者ランキングデータＤｔ等が記憶される。なお、記憶部２０３には、図１０に示す情報に含まれるデータの他、サーバ２００で行う処理（例えば、ログインに関する処理）に必要なデータ等が記憶される。また、記憶部２０３のプログラム記憶領域には、上記処理を実現するための各種プログラム群Ｐｂが記憶される。

楽曲リストデータＤｍは、ユーザがリクエスト可能な楽曲群および既に制作コンテンツがアップロードされている楽曲群の一覧を示すデータである。典型的には、楽曲リストデータＤｍは、コンテンツの改変、公開、および上記ゲームアプリケーションでの使用等の許諾が予め著作権者から得られたものを基準として楽曲群を示しており、当該楽曲の追加／削減／変更および制作コンテンツの追加に応じて随時更新される。

図１１に示すように、リクエストリストデータＤｎは、リクエストされた楽曲とリクエストしたユーザとをリクエスト毎に管理するためのデータである。例えば、リクエストリストデータＤｎは、リクエストしたユーザを示すデータとしてユーザＩＤおよびデバイスＩＤを用いて、当該ユーザがリクエストした楽曲を示すデータとして楽曲ＩＤを用いて管理する。

リクエストランキングデータＤｏは、リクエストされた数に応じて楽曲を順位付けしたデータである。

ダウンロード用データＤｐは、ダウンロード可能な制作コンテンツのコンテンツデータである。アップロードデータＤｑは、ユーザが制作コンテンツをアップロードした際のコンテンツデータおよび当該制作コンテンツに関連付けられた楽曲を示すデータである。

通知データＤｒは、リクエストしたユーザ全員にアップロード通知を送信するためのデータである。返信数リストデータＤｓは、端末装置３からありがとうメッセージが投稿者毎に返信された数を示す返信数リストを示すデータである。

制作者ランキングデータＤｔは、審査に合格した制作コンテンツを作成した数を示すデータであり、制作者毎の作成数を順位付けして管理するデータである。

次に、図１２〜図１５を参照して、端末装置３およびサーバ２００において行われる処理の詳細を説明する。なお、図１２および図１３は、端末装置３において実行される処理の一例を示すフローチャートである。図１４および図１５は、サーバ２００において実行される処理の一例を示すフローチャートである。ここで、図１２〜図１５に示すフローチャートにおいては、情報処理システム１における処理のうち、制作コンテンツをリクエストする処理から制作者を評価する処理までについて主に説明し、これらの処理と直接関連しない他の処理については詳細な説明を省略する。また、図１２〜図１５では、制御部３１および制御部２０２が実行する各ステップを「Ｓ」と略称する。

なお、図１２〜図１５に示すフローチャートにおける各ステップの処理は、単なる一例に過ぎず、同様の結果が得られるのであれば、各ステップの処理順序を入れ替えてもよいし、各ステップの処理に加えて別の処理が実行されてもよい。また、本実施例では、上記フローチャートの各ステップの処理を制御部３１（ＣＰＵ）または制御部２０２（ＣＰＵ）が実行するものとして説明するが、上記フローチャートにおける一部または全部のステップの処理を、上記ＣＰＵ以外のプロセッサや専用回路が実行するようにしてもよい。

まず、端末装置３における処理について説明する。制御部３１のＣＰＵは、記憶部３２のメモリ等を初期化し、プログラム格納部３３から情報処理プログラムをメモリに読み込む。そして、ＣＰＵによって当該情報処理プログラムの実行が開始される。図１２および図１３に示すフローチャートは、以上の処理が完了した後に行われる処理を示すフローチャートである。

図１２において、制御部３１は、初期設定を行い（ステップ４１）、次のステップに処理を進める。例えば、制御部３１は、制作コンテンツをリクエストして制作者を評価するまでの一連の処理やダウンロードした制作コンテンツを用いてゲーム（例えば、音楽ゲーム）を行う処理等が可能となるゲームアプリケーションの初期設定を行う。例えば、上記初期設定では、制御部３１は、以下の情報処理を行うために他のパラメータを初期化する。また、制御部３１は、ネットワーク１００にログインする処理を行う。例えば、制御部３１は、ユーザＩＤデータＤｂが示すユーザＩＤおよびデバイスＩＤデータＤｃが示すデバイスＩＤを用いて、ネットワーク１００にログインする処理を行う。ネットワーク１００に接続されている認証サーバ（例えば、サーバ２００）は、ログインの際に送信されたユーザＩＤおよびデバイスＩＤを用いてアカウント認証を行い、当該認証結果が送信元（端末装置３）に送信される。

次に、制御部３１は、楽曲リストを閲覧するか否かを判断する（ステップ４２）。例えば、制御部３１は、操作データＤａを参照して、ユーザが入力部３４を用いて楽曲リストを閲覧する操作を行った場合、楽曲リストを閲覧すると判断する。そして、制御部３１は、楽曲リストを閲覧する場合、ステップ４３に処理を進める。一方、制御部３１は、楽曲リストを閲覧しない場合、ステップ４８に処理を進める。

ステップ４３において、制御部３１は、楽曲リストを表示部３５に表示して、次のステップに処理を進める。例えば、制御部３１は、楽曲リストの閲覧を要求する情報をサーバ２００へ送信し、サーバ２００から楽曲リストを示すデータ取得して閲覧データＤｅを更新する。そして、制御部３１は、閲覧データＤｅが示す楽曲リストの少なくとも一部を表示部３５に表示する（図５および図８参照）。

次に、制御部３１は、リクエストを行うか否かを判断する（ステップ４４）。例えば、制御部３１は、操作データＤａを参照して、ユーザがリクエストを行う操作（例えば、図５に例示したリクエストボタンＢｒを選択する操作）を行った場合、リクエストを行うと判断する。そして、制御部３１は、リクエストを行う場合、ステップ４５に処理を進める。一方、制御部３１は、リクエストを行わない場合、ステップ４６に処理を進める。

ステップ４５において、制御部３１は、リクエストをサーバ２００へ送信して、ステップ４８に処理を進める。例えば、制御部３１は、リクエストを行う操作が行われた時点で選択されている楽曲（例えば、図５に例示した選択カーソルＣｓによって選択されている楽曲）を素材とする制作コンテンツの作成をリクエストするために、当該楽曲の楽曲ＩＤとユーザＩＤデータＤｂが示すユーザＩＤとをサーバ２００へ送信する。

一方、ステップ４６において、制御部３１は、ダウンロードを行うか否かを判断する。例えば、制御部３１は、操作データＤａを参照して、ユーザがダウンロードを行う操作（例えば、図８に例示したダウンロードボタンＢｄを選択する操作）を行った場合、ダウンロードを行うと判断する。そして、制御部３１は、ダウンロードを行う場合、ステップ４７に処理を進める。一方、制御部３１は、ダウンロードを行わない場合、ステップ４８に処理を進める。

ステップ４７において、制御部３１は、ダウンロード要求をサーバ２００へ送信してダウンロードされたコンテンツデータを記憶部３２に記憶して、ステップ４８に処理を進める。例えば、制御部３１は、ダウンロードを行う操作が行われた時点で選択されている楽曲（例えば、図８に例示した選択カーソルＣｓによって選択されている楽曲）を素材とする制作コンテンツをダウンロードするために、当該楽曲の楽曲ＩＤとユーザＩＤデータＤｂが示すユーザＩＤとをサーバ２００へ送信する。そして、制御部３１は、サーバ２００からダウンロードされた制作コンテンツのコンテンツデータを、コンテンツデータＤｄとして保管する。

ステップ４８において、制御部３１は、リクエストランキングを閲覧するか否かを判断する。例えば、制御部３１は、操作データＤａを参照して、ユーザが入力部３４を用いてリクエストランキングを閲覧する操作を行った場合、リクエストランキングを閲覧すると判断する。そして、制御部３１は、リクエストランキングを閲覧する場合、ステップ４９に処理を進める。一方、制御部３１は、リクエストランキングを閲覧しない場合、ステップ５０に処理を進める。

ステップ４９において、制御部３１は、リクエストランキングを表示部３５に表示して、ステップ５０に処理を進める。例えば、制御部３１は、リクエストランキングの閲覧を要求する情報をサーバ２００へ送信し、サーバ２００からリクエストランキングを示すデータ取得して閲覧データＤｅとして格納する。そして、制御部３１は、閲覧データＤｅが示すリクエストランキングの少なくとも一部を表示部３５に表示する（図６参照）。

ステップ５０において、制御部３１は、アップロードを行うか否かを判断する。例えば、制御部３１は、操作データＤａを参照して、ユーザが制作コンテンツをアップロードする操作を行った場合、アップロードを行うと判断する。そして、制御部３１は、アップロードを行う場合、ステップ５１に処理を進める。一方、制御部３１は、アップロードを行わない場合、ステップ６１（図１３参照）に処理を進める。

ステップ５１において、制御部３１は、制作コンテンツをアップロードして、ステップ６１（図１３参照）に処理を進める。ここで、上述したように、アップロードするユーザは、制作コンテンツの作成の際に素材とした楽曲を関連付けて、当該制作コンテンツをアップロードする。例えば、制御部３１は、アップロードする制作コンテンツのコンテンツデータと、当該制作コンテンツの素材として用いた楽曲の楽曲ＩＤと、ユーザＩＤデータＤｂが示すユーザＩＤとをサーバ２００へ送信する。

図１３に進み、制御部３１は、アップロード通知を受信したか否かを判断する（ステップ６１）。そして、制御部３１は、アップロード通知を受信した場合、ステップ６２に処理を進める。一方、制御部３１は、アップロード通知を受信していない場合、ステップ６３に処理を進める。

ステップ６２において、制御部３１は、受信したアップロード通知を通知データＤｆとして保管して、ステップ６３に処理を進める。なお、通知データＤｆにおけるありがとうボタンＢｔの設定を示すフラグデータは、当該保管するアップロード通知に対してありがとうボタンＢｔがオン状態（選択可能状態）となるように初期設定する。

ステップ６３において、制御部３１は、アップロード通知を開封して表示するか否かを判断する。例えば、制御部３１は、操作データＤａを参照して、ユーザがアップロード通知を開封する操作を行った場合、アップロード通知の開封を行うと判断する。そして、制御部３１は、アップロード通知を開封する場合、ステップ６４に処理を進める。一方、制御部３１は、アップロード通知を開封しない場合、ステップ６５に処理を進める。

ステップ６４において、制御部３１は、アップロード通知を開封して表示部３５に表示して、ステップ６５に処理を進める。例えば、制御部３１は、通知データＤｆが示すアップロード通知を表示部３５に表示（図７参照）することによって、当該アップロード通知を開封する。なお、アップロード通知の文中に表示されるありがとうボタンＢｔは、通知データＤｆとして設定されているフラグデータに応じてオンまたはオフ状態（選択可能または選択不可状態）にして表示される。

ステップ６５において、制御部３１は、制作コンテンツをアップロードした投稿者にお礼を返信するか否かを判断する。例えば、制御部３１は、操作データＤａを参照して、ユーザがお礼を返信する操作（例えば、図７に例示するありがとうボタンＢｔを選択する操作）を行った場合、お礼を返信すると判断する。そして、制御部３１は、お礼を返信する場合、ステップ６６に処理を進める。一方、制御部３１は、お礼を返信しない場合、ステップ６７に処理を進める。

ステップ６６において、制御部３１は、現時点で開封されているアップロード通知において通知されている制作コンテンツを作成した投稿者にありがとうメッセージを返信して、ステップ６７に処理を進める。例えば、制御部３１は、アップロード通知に定義されている返信情報（例えば、図７に例示するありがとうボタンＢｔの画像に埋め込まれている自動返信情報）に基づいて、上記投稿者を示すデータ（ユーザＩＤ）とともに所定の返信メッセージ（ありがとうメッセージ）をサーバ２００へ送信する。そして、制御部３１は、通知データＤｆにおけるありがとうボタンＢｔの設定を示すフラグデータを、当該アップロード通知に対してありがとうボタンＢｔがオフ状態（選択不可状態）となるように更新する。

ステップ６７において、制御部３１は、制作者ランキングを閲覧するか否かを判断する。例えば、制御部３１は、操作データＤａを参照して、ユーザが入力部３４を用いて制作者ランキングを閲覧する操作を行った場合、制作者ランキングを閲覧すると判断する。そして、制御部３１は、制作者ランキングを閲覧する場合、ステップ６８に処理を進める。一方、制御部３１は、制作者ランキングを閲覧しない場合、上記ステップ６９に処理を進める。

ステップ６８において、制御部３１は、制作者ランキングを表示部３５に表示して、ステップ６９に処理を進める。例えば、制御部３１は、制作者ランキングの閲覧を要求する情報をサーバ２００へ送信し、サーバ２００から制作者ランキングを示すデータ取得して閲覧データＤｅとして格納する。そして、制御部３１は、閲覧データＤｅが示す制作者ランキングの少なくとも一部を表示部３５に表示する。なお、サーバ２００から送信されるデータには、制作者毎のありがとうメッセージ返信数（返信数リスト）を示すデータが含まれており、表示部３５に表示されている制作者ランキングにおける制作者を選択する操作を行うことによって、当該制作者に対する返信数（例えば、制作者がアップロードしている制作コンテンツ毎の返信数の内訳）を閲覧することもできる。

ステップ６９において、制御部３１は、処理を終了するか否かを判断する。処理を終了する条件としては、例えば、処理を終了させる条件が満たされたことや、ユーザが処理を終了する操作を行ったこと等がある。制御部３１は、処理を終了しない場合に上記ステップ４２に戻って処理を繰り返し、処理を終了する場合に当該フローチャートによる処理を終了する。

次に、サーバ２００における処理について説明する。図１４において、サーバ２００の制御部２０２は、端末装置３から楽曲リスト要求を受領したか否かを判断する（ステップ７１）。そして、制御部２０２は、楽曲リスト要求を受領した場合、ステップ７２に処理を進める。一方、制御部２０２は、楽曲リスト要求を受領していない場合、次のステップ７３に処理を進める。

ステップ７２において、制御部２０２は、楽曲リストを要求した端末装置３に楽曲リストを送信する処理を行い、ステップ７３に処理を進める。例えば、制御部２０２は、楽曲リストデータＤｍが示す楽曲リストを、要求元の端末装置３に送信する。

ステップ７３において、制御部２０２は、リクエストを受信したか否かを判断する。そして、制御部２０２は、リクエストを受信した場合、ステップ７４に処理を進める。一方、制御部２０２は、リクエストを受信していない場合、ステップ７５に処理を進める。

ステップ７４において、制御部２０２は、リクエストリストおよびリクエストランキングを作成（更新）して、ステップ７５に処理を進める。例えば、制御部２０２は、受信したリクエストに関する情報（リクエストされた楽曲（楽曲ＩＤ）、リクエストしたユーザ（ユーザＩＤ、デバイスＩＤ）等）をリクエストリストに追加し、リクエストリストデータＤｎを更新する。また、制御部２０２は、受信したリクエストによって制作コンテンツの作成が要求されている楽曲に対するリクエストランキングのリクエスト数をインクリメントして、リクエストランキングデータＤｏを更新する。

ステップ７５において、制御部２０２は、端末装置３からダウンロード要求を受領したか否かを判断する。そして、制御部２０２は、ダウンロード要求を受領した場合、ステップ７６に処理を進める。一方、制御部２０２は、ダウンロード要求を受領していない場合、ステップ７７に処理を進める。

ステップ７６において、制御部２０２は、ダウンロードを要求した端末装置３に要求されたコンテンツデータを送信する処理を行い、ステップ７７に処理を進める。例えば、制御部２０２は、ダウンロード用データＤｐからダウンロード要求された制作コンテンツのコンテンツデータを抽出し、当該コンテンツデータを、要求元の端末装置３に送信する。

ステップ７７において、制御部２０２は、端末装置３からリクエストランキング要求を受領したか否かを判断する。そして、制御部２０２は、リクエストランキング要求を受領した場合、ステップ７８に処理を進める。一方、制御部２０２は、リクエストランキング要求を受領していない場合、ステップ８１（図１５参照）に処理を進める。

ステップ７８において、制御部２０２は、リクエストランキングを要求した端末装置３にリクエストランキングを送信する処理を行い、ステップ８１（図１５参照）に処理を進める。例えば、制御部２０２は、リクエストランキングデータＤｏが示すリクエストランキングを、要求元の端末装置３に送信する。

図１５に進み、ステップ８１において、制御部２０２は、端末装置３からアップロード要求を受領したか否かを判断する。そして、制御部２０２は、アップロード要求を受領した場合、ステップ８２に処理を進める。一方、制御部２０２は、アップロード要求を受領していない場合、ステップ８３に処理を進める。

ステップ８２において、制御部２０２は、端末装置３からアップロードされた制作コンテンツのコンテンツデータを受信する処理を行い、ステップ８３に処理を進める。例えば、制御部２０２は、端末装置３からアップロードされた制作コンテンツのコンテンツデータと、当該制作コンテンツの素材として用いた楽曲の楽曲ＩＤと、ユーザＩＤデータＤｂが示すユーザＩＤとをアップロードデータＤｑとして格納する。

ステップ８３において、制御部２０２は、アップロードされている制作コンテンツが所定の審査に合格しているか否かを判定する。例えば、制御部２０２またはサーバ２００の管理者は、アップロードの際に関連付けられている楽曲が素材として用いられているか、コンテンツの内容が公序良俗に違反していないか、上記ゲームアプリケーションにおいて利用可能か等の審査を行って、アップロードされている制作コンテンツが当該審査に合格しているか否かを判定する。そして、制御部２０２は、制作コンテンツが所定の審査に合格している場合、ステップ８４に処理を進める。一方、制御部２０２は、制作コンテンツが所定の審査に合格していない、または制作コンテンツの審査結果がでていない場合、ステップ８７に処理を進める。

ステップ８４において、制御部２０２は、上記審査に合格した制作コンテンツを追加してダウンロード用データＤｐを更新し、次のステップに処理を進める。例えば、制御部２０２は、アップロードの際に関連付けられている楽曲に対応する制作コンテンツとして、当該制作コンテンツのコンテンツデータを追加してダウンロード用データＤｐを更新する。

次に、制御部２０２は、リクエストランキング、楽曲リスト、および制作者評価リストを更新して（ステップ８５）、次のステップに処理を進める。例えば、制御部２０２は、上記審査に合格した制作コンテンツに関連付けられている楽曲を、リクエストランキングから削除し、リクエストランキングデータＤｏを更新する。また、制御部２０２は、上記審査に合格した制作コンテンツに関連付けられている楽曲の設定を、制作コンテンツがダウンロード可能である設定に変更して、楽曲リストデータＤｍを更新する。さらに、制御部２０２は、上記審査に合格した制作コンテンツをアップロードしたユーザにおける制作コンテンツの審査の合格数をインクリメントして、制作者ランキングデータＤｔを更新する。

次に、制御部２０２は、上記審査に合格した制作コンテンツの作成をリクエストしているユーザに対してアップロード通知を送信し（ステップ８６）、ステップ８７に処理を進める。例えば、制御部２０２は、リクエストリストデータＤｎに基づいて、上記審査に合格した制作コンテンツの作成をリクエストしている全ユーザの情報を抽出する。そして、制御部２０２は、上記情報および通知データＤｒに基づいて、上記全ユーザに対してそれぞれアップロード通知を送信する。

ステップ８７において、制御部２０２は、端末装置３からお礼を示すありがとうメッセージを受信したか否かを判断する。そして、制御部２０２は、ありがとうメッセージを受信した場合、ステップ８８に処理を進める。一方、制御部２０２は、ありがとうメッセージを受信していない場合、ステップ８９に処理を進める。

ステップ８８において、制御部２０２は、返信数リストを更新して、ステップ８９に処理を進める。例えば、制御部２０２は、受信したありがとうメッセージにおけるお礼対象者（投稿者）における返信数をインクリメントして、返信数リストデータＤｓを更新する。

ステップ８９において、制御部２０２は、端末装置３から制作者ランキング要求を受領したか否かを判断する。そして、制御部２０２は、制作者ランキング要求を受領した場合、ステップ９０に処理を進める。一方、制御部２０２は、制作者ランキング要求を受領していない場合、上記ステップ７１に戻って処理を繰り返す。

ステップ９０において、制御部２０２は、制作者ランキングを要求した端末装置３に制作者ランキングを送信する処理を行い、上記ステップ７１に戻って処理を繰り返す。例えば、制御部２０２は、制作者ランキングデータＤｔが示す制作者ランキングを、要求元の端末装置３に送信する。

このように、情報処理システム１では、ユーザは、複数の素材コンテンツ（楽曲）から選択することによって当該素材コンテンツが素材として利用された制作コンテンツの作成を他のユーザへリクエストすることができる。そして、ユーザのリクエストの状況が制作コンテンツを作成する制作者側のユーザに提示されるため、ユーザ自らが制作コンテンツに採用する要素を絞り込んで制作コンテンツを作成することが可能となる。

なお、上述した説明では、制作コンテンツを作成するために素材として利用される複数の楽曲（素材コンテンツ）から選択することによって、楽曲に関連する制作コンテンツの作成を他の端末装置３のユーザに対してリクエストする例を用いたが、他の要素を選択することによってリクエスト可能に構成してもかまわない。例えば、制作コンテンツの作成を依頼するジャンル（例えば、「Ｊ−ＰＯＰ」等の音楽のジャンル）を選択することによって、当該ジャンル毎のリクエスト数が制作者側のユーザへ提示されてもかまわない。

また、上述した説明では情報処理を端末装置３およびサーバ２００で行う例を用いたが、上記情報処理における処理ステップの少なくとも一部を他の装置で行ってもかまわない。例えば、端末装置３がさらに他の装置（例えば、別のサーバ、他のゲーム装置、他の携帯端末）と通信可能に構成されている場合、上記情報処理における処理ステップは、さらに当該他の装置が協働することによって実行してもよい。一例として、他の装置において、上記コンテンツを用いた情報処理（例えば、ゲーム処理における仮想世界の生成や当該仮想世界を用いたゲーム処理）が行われ、当該ゲーム処理の結果が端末装置３の表示部３５に表示されることも考えられる。また、サーバ２００で行われている処理の一部を端末装置３や他の装置で行うことも考えられる。このように、上記情報処理における処理ステップの少なくとも一部を他の装置で行うことによって、上述した情報処理と同様の処理が可能となる。また、上述した情報処理は、少なくとも１つの情報処理装置とサーバとにより構成される情報処理システムに含まれる１つのプロセッサまたは複数のプロセッサ間の協働により実行されることが可能である。また、上記実施例においては、端末装置３の制御部３１やサーバ２００の制御部２０２が所定のプログラムを実行することによって、上述したフローチャートによる処理が行われたが、端末装置３が備える専用回路やサーバ２００が備える専用回路によって上記処理の一部または全部が行われてもよい。

ここで、上述した変形例によれば、いわゆるクラウドコンピューティングのシステム形態や分散型の広域ネットワークおよびローカルネットワークのシステム形態でも本発明を実現することが可能となる。この場合、上述した各コンテンツは、クラウド型のコンテンツとなってサーバ２００等のサーバマシンに保存されることになり、各端末装置３は、ダウンロードおよびアップロードすることなく各コンテンツを利用することができる。また、分散型のローカルネットワークのシステム形態では、据置型の情報処理装置（据置型のゲーム装置）と携帯型の情報処理装置（携帯型のゲーム装置）との間で上記処理を協働により実行することも可能となる。なお、これらのシステム形態では、上述した各ステップの処理をどの装置で行うかについては特に限定されず、どのような処理分担をしたとしても本発明を実現できることは言うまでもない。

また、上述した情報処理で用いられる処理順序、設定値、判定に用いられる条件等は、単なる一例に過ぎず他の順序、値、条件であっても、本実施例を実現できることは言うまでもない。

また、上記情報処理プログラム（例えば、ゲームプログラム）は、外部メモリ等の外部記憶媒体を通じて端末装置３やサーバ２００に供給されるだけでなく、有線または無線の通信回線を通じて端末装置３やサーバ２００に供給されてもよい。また、上記プログラムは、端末装置３内部やサーバ２００内部の不揮発性記憶装置に予め記録されていてもよい。なお、上記プログラムを記憶する情報記憶媒体としては、不揮発性メモリの他に、ＣＤ−ＲＯＭ、ＤＶＤ、あるいはそれらに類する光学式ディスク状記憶媒体、フレキシブルディスク、ハードディスク、光磁気ディスク、磁気テープ、などでもよい。また、上記プログラムを記憶する情報記憶媒体としては、上記プログラムを記憶する揮発性メモリでもよい。このような記憶媒体は、コンピュータ等が読み取り可能な記録媒体ということができる。例えば、コンピュータ等に、これらの記録媒体のプログラムを読み込ませて実行させることにより、上述で説明した各種機能を提供させることができる。

以上、本発明を詳細に説明してきたが、前述の説明はあらゆる点において本発明の例示に過ぎず、その範囲を限定しようとするものではない。本発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。本発明は、特許請求の範囲によってのみその範囲が解釈されるべきであることが理解される。また、当業者は、本発明の具体的な実施例の記載から、本発明の記載および技術常識に基づいて等価な範囲を実施することができることが理解される。また、本明細書において使用される用語は、特に言及しない限り、当該分野で通常用いられる意味で用いられることが理解されるべきである。したがって、他に定義されない限り、本明細書中で使用される全ての専門用語および技術用語は、本発明の属する分野の当業者によって一般的に理解されるのと同じ意味を有する。矛盾する場合、本明細書（定義を含めて）が優先する。

本発明に係る情報処理システム、情報処理装置、サーバ、情報処理プログラム、および情報処理方法は、他のユーザが期待しているコンテンツの作成が可能にすることができ、複数の装置間で所定のデータを送受信する情報処理システム、情報処理装置、サーバ、情報処理プログラム、および情報処理方法等として有用である。

１…情報処理システム
３…端末装置
３１、２０２…制御部
３２、２０３…記憶部
３３…プログラム格納部
３４…入力部
３５…表示部
３６、２０１…通信部
１００…ネットワーク
２００…サーバ

Claims (18)

1. 少なくとも１つのサーバと複数の端末装置とを含む情報処理システムであって、
   前記複数の端末装置の少なくとも１つの端末装置の操作に応じて、制作コンテンツを前記サーバの記憶手段に記憶する制作コンテンツ記憶制御手段と、
   前記制作コンテンツを作成するために素材として利用される素材コンテンツを複数の素材コンテンツから選択させる選択手段と、
   前記選択された素材コンテンツに関連する制作コンテンツの作成を前記複数の端末装置の少なくとも１つの端末装置から前記サーバへリクエストするリクエスト手段と、
   前記リクエストの状況を前記複数の端末装置へ提示する状況提示手段とを備える、情報処理システム。
2. 前記記憶手段に記憶する制作コンテンツに関連付ける素材コンテンツを、少なくとも前記選択可能な複数の素材コンテンツから設定する素材コンテンツ設定手段を、さらに備え、
   前記制作コンテンツ記憶制御手段は、前記制作コンテンツを前記記憶手段に記憶する際、当該制作コンテンツに対して設定されている素材コンテンツを示すデータとともに記憶する、請求項１に記載の情報処理システム。
3. 前記複数の端末装置の少なくとも１つの端末装置の操作に応じて、前記選択可能な複数の素材コンテンツから選択された素材コンテンツを素材として利用して前記制作コンテンツを作成する制作コンテンツ作成手段を、さらに備える、請求項１または２に記載の情報処理システム。
4. 前記リクエスト手段は、第１のアプリケーションに基づいて、所定の情報処理で用いる制作コンテンツの作成をリクエストし、
   前記情報処理システムは、前記第１のアプリケーションに基づいて、前記制作コンテンツを用いて前記情報処理を行う情報処理手段を、さらに備える、請求項１または２に記載の情報処理システム。
5. 前記第１のアプリケーションに基づいて、前記複数の端末装置の少なくとも１つの端末装置を用いて前記リクエストの状況を閲覧する閲覧手段と、
   前記第１のアプリケーションに基づいて、前記複数の端末装置の少なくとも１つの端末装置を用いて前記制作コンテンツを作成する制作コンテンツ作成手段とを、さらに備え、
   前記制作コンテンツ記憶制御手段は、前記第１のアプリケーションに基づいて、前記制作コンテンツ作成手段が作成した前記制作コンテンツを前記記憶手段に記憶する、請求項４に記載の情報処理システム。
6. 第２のアプリケーションに基づいて、前記複数の端末装置の少なくとも１つの端末装置を用いて前記リクエストの状況を閲覧する閲覧手段と、
   前記第２のアプリケーションに基づいて、前記複数の端末装置の少なくとも１つの端末装置を用いて前記制作コンテンツを作成する制作コンテンツ作成手段とを、さらに備え、
   前記制作コンテンツ記憶制御手段は、前記第２のアプリケーションに基づいて、前記制作コンテンツ作成手段が作成した前記制作コンテンツを前記記憶手段に記憶する、請求項１、２、または４に記載の情報処理システム。
7. 前記リクエスト手段は、前記第１のアプリケーションで定められた所定のサーバを前記リクエストの宛先として設定する、請求項４または５に記載の情報処理システム。
8. 前記状況提示手段は、前記リクエストを全て集約して管理するリクエスト管理手段を含み、
   前記状況提示手段は、前記リクエスト管理手段が集約しているリクエストを用いて、前記リクエストを集計した結果を前記複数の端末装置へ提示する、請求項１乃至７の何れか１つに記載の情報処理システム。
9. 前記リクエストが示す素材コンテンツおよび当該リクエストを行ったユーザを管理するためのリクエストユーザリストを記録するリクエストユーザリスト記憶手段と、
   前記制作コンテンツが前記サーバの記憶手段に記憶された場合、前記リクエストユーザリストに基づいて、当該制作コンテンツの作成をリクエストしたユーザ全員へ当該記憶された旨の通知を行う通知手段とを、さらに備える、請求項１乃至８の何れか１つに記載の情報処理システム。
10. 前記制作コンテンツが前記記憶手段に記憶された場合、当該制作コンテンツを作成したユーザを示すデータとともに、当該制作コンテンツの作成をリクエストしたユーザへ当該記憶された旨の通知を行う通知手段と、
    前記通知された制作コンテンツを作成したユーザに対して、当該通知で示された前記ユーザを示すデータに基づいて、所定のデータを返信する返信手段とを、さらに備える、請求項１乃至８の何れか１つに記載の情報処理システム。
11. 前記状況提示手段は、前記リクエストしたユーザを特定可能な情報を提示することなく、前記リクエストの状況を前記複数の端末装置へ提示する、請求項１乃至１０の何れか１つに記載の情報処理システム。
12. 少なくとも１つのサーバと通信可能な情報処理装置であって、
    前記サーバは、当該サーバと通信可能な複数の端末装置の少なくとも１つの端末装置の操作に応じて、制作コンテンツを当該サーバの記憶手段に記憶する制作コンテンツ記憶制御手段を備え、
    前記情報処理装置は、
    前記制作コンテンツを作成するために素材として利用される素材コンテンツを複数の素材コンテンツから選択させる選択手段と、
    前記選択された素材コンテンツに関連する制作コンテンツの作成を、前記サーバへリクエストすることによって、当該リクエストの状況が前記サーバから前記複数の端末装置へ提示されるリクエスト手段とを備える、情報処理装置。
13. 複数の端末装置の少なくとも１つの端末装置の操作に応じて、制作コンテンツを記憶手段に記憶する制作コンテンツ記憶制御手段と、
    前記制作コンテンツを作成するために素材として利用される複数の素材コンテンツから選択することによって、当該素材コンテンツに関連する制作コンテンツの作成をリクエストするデータを、前記複数の端末装置に含まれるリクエスト元の端末装置から取得するリクエスト取得手段と、
    前記リクエストの状況を前記複数の端末装置へ提示する状況提示手段とを備え、
    前記制作コンテンツ記憶制御手段は、前記選択可能な複数の素材コンテンツから選択された素材コンテンツを素材として利用して作成されたコンテンツを前記制作コンテンツとして前記記憶手段に記憶する、サーバ。
14. 少なくとも１つのサーバと通信可能な情報処理装置であって、
    前記サーバは、制作コンテンツを当該サーバの記憶手段に記憶する制作コンテンツ記憶制御手段を備え、
    前記制作コンテンツを作成するために素材として利用される複数の素材コンテンツから選択して、当該素材コンテンツに関連する制作コンテンツの作成が前記サーバを介して端末装置からリクエストされた、当該リクエストの状況を前記サーバから取得して提示するリクエスト提示手段と、
    操作に応じて、前記記憶手段に記憶する制作コンテンツに関連付ける素材コンテンツを、少なくとも前記選択可能な複数の素材コンテンツから設定し、当該素材コンテンツを示すデータとともに当該制作コンテンツを前記サーバの記憶手段に記憶する制作コンテンツ記憶制御手段とを備える、情報処理装置。
15. 少なくとも１つのサーバと複数の端末装置とを含む情報処理システムに含まれるコンピュータで実行される情報処理プログラムであって、
    前記サーバは、前記複数の端末装置の少なくとも１つの端末装置の操作に応じて、制作コンテンツを当該サーバの記憶手段に記憶する制作コンテンツ記憶制御手段を備え、
    前記制作コンテンツを作成するために素材として利用される素材コンテンツを複数の素材コンテンツから選択させる選択手段と、
    前記選択された素材コンテンツに関連する制作コンテンツの作成を前記サーバへリクエストすることによって、当該リクエストの状況が前記サーバから前記複数の端末装置へ提示されるリクエスト手段として、前記コンピュータを機能させる、情報処理プログラム。
16. 少なくとも１つのサーバと複数の端末装置間とを含む情報処理システムに含まれるコンピュータで実行される情報処理プログラムであって、
    前記複数の端末装置の少なくとも１つの端末装置の操作に応じて、制作コンテンツを記憶手段に記憶する制作コンテンツ記憶制御手段と、
    前記制作コンテンツを作成するために素材として利用される複数の素材コンテンツから選択することによって当該素材コンテンツに関連する制作コンテンツの作成をリクエストするデータを、前記複数の端末装置に含まれるリクエスト元の端末装置から取得するリクエスト取得手段と、
    前記リクエストの状況を前記複数の端末装置へ提示する状況提示手段として、前記コンピュータを機能させる、情報処理プログラム。
17. 少なくとも１つのサーバと複数の端末装置とを含む情報処理システムに含まれるコンピュータで実行される情報処理プログラムであって、
    前記サーバは、制作コンテンツを当該サーバの記憶手段に記憶する制作コンテンツ記憶制御手段を備え、
    前記制作コンテンツを作成するために素材として利用される複数の素材コンテンツから選択して、当該素材コンテンツに関連する制作コンテンツの作成が前記複数の端末装置の少なくとも１つの端末装置から前記サーバへリクエストされた、当該リクエストの状況を前記サーバから取得して提示するリクエスト提示手段と、
    操作に応じて、前記記憶手段に記憶する制作コンテンツに関連付ける素材コンテンツを、少なくとも前記選択可能な複数の素材コンテンツから設定し、当該素材コンテンツを示すデータとともに当該制作コンテンツを前記サーバの記憶手段に記憶する制作コンテンツ記憶制御手段として、前記コンピュータを機能させる、情報処理プログラム。
18. 少なくとも１つのサーバと複数の端末装置とを含む情報処理システムにおけるコンピュータ処理により以下の各ステップが実現される情報処理方法であって、
    前記複数の端末装置の少なくとも１つの端末装置の操作に応じて、制作コンテンツを前記サーバの記憶手段に記憶する制作コンテンツ記憶制御ステップと、
    前記制作コンテンツを作成するために素材として利用される複数の素材コンテンツから選択することによって、当該素材コンテンツに関連する制作コンテンツの作成を前記複数の端末装置の少なくとも１つの端末装置の操作に応じて前記サーバへリクエストするリクエストステップと、
    前記リクエストの状況を前記複数の端末装置へ提示する状況提示ステップとを含む、情報処理方法。
    

Images