特開 2023-98276 コンピュータシステム、コンテンツ提供システムおよびコンテンツ提供方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023098276

(43)【公開日】2023-07-10

(54)【発明の名称】コンピュータシステム、コンテンツ提供システムおよびコンテンツ提供方法

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20230703BHJP

   A63F 13/63 20140101ALI20230703BHJP

   H04L 67/02 20220101ALI20230703BHJP

【ＦＩ】

G06Q50/10

A63F13/63

H04L67/02

【審査請求】未請求

【請求項の数】18

【出願形態】ＯＬ

(21)【出願番号】P 2021214935

(22)【出願日】2021-12-28

(71)【出願人】

【識別番号】000134855

【氏名又は名称】株式会社バンダイナムコエンターテインメント

(74)【代理人】

【識別番号】100124682

【弁理士】

【氏名又は名称】黒田 泰

(74)【代理人】

【識別番号】100104710

【弁理士】

【氏名又は名称】竹腰 昇

(74)【代理人】

【識別番号】100090479

【弁理士】

【氏名又は名称】井上 一

(72)【発明者】

【氏名】阿須名 孝次

(72)【発明者】

【氏名】南 清志

(72)【発明者】

【氏名】小倉 建一

(72)【発明者】

【氏名】恩田 明生

(72)【発明者】

【氏名】青木 隆

(72)【発明者】

【氏名】村井 伸太郎

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC12

(57)【要約】

【課題】ＵＧＣの審査に有用な新しい技術を提供すること。
【解決手段】サーバシステム１１００は、提供者ユーザ２ｘから受け付けたＵＧＣ７ｘ（User Generated Content）を複数のユーザ２に提供するコンピュータシステムである。サーバシステム１１００は、提供者ユーザ２ｘからＵＧＣ７ｘを受け付けると、ユーザ２の中から審査ユーザ３を選定する。そして、審査ユーザ３のユーザ端末１５００と通信を行って、受け付けられた受付ＵＧＣ７ｘを審査ユーザ３に審査させ、審査に合格すると受付ＵＧＣ７ｘは登録されて、コンテンツマーケットにてユーザ２へ提供される。
【選択図】図２

【特許請求の範囲】

【請求項1】

各ユーザ端末と所定の通信を行うことで、提供者ユーザから受け付けたＵＧＣ（User Generated Content）を複数のユーザに提供するコンピュータシステムであって、
前記提供者ユーザから前記ＵＧＣを受け付ける受付手段と、
前記ユーザの中から審査ユーザを選定する審査ユーザ選定手段と、
前記審査ユーザのユーザ端末と通信を行って、前記受付手段により受け付けられた受付ＵＧＣを前記審査ユーザが審査する審査処理の実行を制御する審査制御手段と、
を備えるコンピュータシステム。

【請求項2】

前記ユーザ別に、前記ＵＧＣの利用および／又は作成に関するコンテンツ経験情報を含むユーザ情報を管理するユーザ情報管理手段、
を更に備え、
前記審査ユーザ選定手段は、前記コンテンツ経験情報を用いて前記審査ユーザを選定する、
請求項１に記載のコンピュータシステム。

【請求項3】

前記審査ユーザ選定手段は、前記受付ＵＧＣの属性を更に用いて前記審査ユーザを選定する、
請求項２に記載のコンピュータシステム。

【請求項4】

前記審査ユーザ選定手段は、前記受付ＵＧＣの作成情報を更に用いて前記審査ユーザを選定する、
請求項２又は３に記載のコンピュータシステム。

【請求項5】

前記審査ユーザ選定手段は、前記提供者ユーザの前記コンテンツ経験情報を更に用いて前記審査ユーザを選定する、
請求項２から４の何れか一項に記載のコンピュータシステム。

【請求項6】

ユーザ間の関係を管理する関係管理手段、
を更に備え、
前記審査ユーザ選定手段は、前記提供者ユーザに係る前記ユーザ間の関係に基づいて、前記審査ユーザを選定する、
請求項１から５の何れか一項に記載のコンピュータシステム。

【請求項7】

前記審査結果に基づいて前記審査ユーザを評価する審査ユーザ評価処理の実行を制御する審査ユーザ評価制御手段、
を更に備える請求項１から６の何れか一項に記載のコンピュータシステム。

【請求項8】

前記審査ユーザ評価制御手段は、前記審査処理で審査された前記受付ＵＧＣの前記提供が開始されて所定時間が経過した後に、前記審査ユーザ評価処理を実行する、
請求項７に記載のコンピュータシステム。

【請求項9】

前記審査ユーザ評価処理は、利用ユーザによる前記ＵＧＣの利用評価と、当該ＵＧＣに関する前記審査処理の審査結果とに基づいて、当該ＵＧＣを審査した前記審査ユーザを評価する処理である、
請求項７又は８に記載のコンピュータシステム。

【請求項10】

前記審査ユーザ評価処理は、前記利用評価を一意に決定することができる所定の利用評価決定条件を満たした場合の当該一意の前記利用評価と、当該ＵＧＣに関する前記審査処理の審査結果とに基づいて、当該ＵＧＣを審査した前記審査ユーザを評価する処理である、
請求項９に記載のコンピュータシステム。

【請求項11】

前記審査ユーザ評価処理は、当該コンピュータシステムの運用者による前記ＵＧＣの評価と、当該ＵＧＣに関する前記審査処理の審査結果とに基づいて、当該ＵＧＣを審査した前記審査ユーザを評価する処理である、
請求項７又は８に記載のコンピュータシステム。

【請求項12】

前記審査ユーザ別に、審査経験および／又は審査レベルを少なくとも含む審査個人情報を管理し、前記審査ユーザ評価処理の評価結果に基づいて前記審査個人情報を変更する審査個人情報管理手段、
を更に備え、
前記審査ユーザ選定手段は、前記審査個人情報を用いて前記審査ユーザを選定する、
請求項７から１１の何れか一項に記載のコンピュータシステム。

【請求項13】

前記審査ユーザ評価処理の評価結果に基づいて前記審査ユーザに特典を付与する特典付与手段、
を更に備える請求項７から１２の何れか一項に記載のコンピュータシステム。

【請求項14】

前記特典は、前記ＵＧＣを作成する際に利用可能な情報である、
請求項１３に記載のコンピュータシステム。

【請求項15】

前記審査結果に基づいて、前記受付ＵＧＣを前記提供の対象とするか否かを決定する提供是非決定手段、
を更に備える請求項１から１４の何れか一項に記載のコンピュータシステム。

【請求項16】

前記提供のための前記ＵＧＣの選択画面を前記ユーザ端末に表示させる制御を行うＵＧＣ選択画面制御手段であって、前記審査結果に基づいて前記ＵＧＣの表示順を制御するＵＧＣ選択画面制御手段、
を更に備える請求項１から１５の何れか一項に記載のコンピュータシステム。

【請求項17】

請求項１から１６の何れか一項に記載のコンピュータシステムであるサーバシステムと、
前記ユーザ端末と、
を具備するコンテンツ提供システム。

【請求項18】

各ユーザ端末と所定の通信を行うことで、コンピュータシステムが、提供者ユーザから受け付けたコンピュータ読取可能なコンテンツであるＵＧＣ（User Generated Content）を複数のユーザに提供するコンテンツ提供方法であって、
前記提供者ユーザから前記ＵＧＣを受け付けることと、
前記ユーザの中から審査ユーザを選定することと、
前記審査ユーザのユーザ端末と通信を行って、前記受け付けられた受付ＵＧＣを前記審査ユーザが審査する審査処理の実行を制御することと、
前記審査処理の審査結果を、少なくとも前記提供者ユーザに公開することと、
を含むコンテンツ提供方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ＵＧＣ（User Generated Content）を複数のユーザに提供するコンピュータシステム等に関する。

【背景技術】

【0002】

昨今、一般ユーザによって作られたコンピュータが読取可能なコンテンツ（以下、「ＵＧＣ」（User Generated Content）という）を公開するシステムが人気である。例えば、ＵＧＣが動画の場合、動画投稿サイトが当該システムに該当する。ユーザは自身のＵＧＣを動画投稿サイトに投稿して、他のユーザに視聴してもらうことができる。また、ＵＧＣがイラストの場合、イラスト投稿サイトがこれに該当する。ＵＧＣの属性（例えば、音楽、３ＤＣＧ、小説、音声、など）に応じた投稿サイトが存在する。特許文献１にはＵＧＣを評価する技術について開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１４－１７４９１１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ユーザが作成するコンテンツは、不適切な表現を含む場合ある。例えば、他人の著作権を侵害する表現や、公序良俗に抵触する表現である。また、コンテンツが、原作コンテンツ（例えば、オンラインゲームや、漫画、アニメなど）の２次著作物や、原作コンテンツで利用可能なアイテムとなるコンテンツである場合には、原作コンテンツの世界観や登場キャラクタのイメージを損なうような表現も、不適切な表現に該当する。動画コンテンツの場合、光過敏性のユーザに影響を及ぼし得る画面の明滅が含まれる場合も、不適切な表現に該当する。

【0005】

こうした不適切な表現を含むＵＧＣの公開を中止する方策として、システム運用者が１つ１つのＵＧＣを審査する方策が考えられる。ＵＧＣの数が少ない場合には問題とならないが、一定数を超えて多大となると、その方策で対処することは非現実的となり得る。

【0006】

本発明が解決しようとする課題は、ＵＧＣの審査に有用な新しい技術を提供すること、である。

【課題を解決するための手段】

【0007】

上記した課題を解決するための第１の発明は、各ユーザ端末と所定の通信を行うことで、提供者ユーザから受け付けたＵＧＣ（User Generated Content）を複数のユーザに提供するコンピュータシステムであって、
前記提供者ユーザから前記ＵＧＣを受け付ける受付手段（例えば、図１０のサーバ処理部２００ｓ、受付部２１４、図１２の登録申請受付データ７００、図１６のステップＳ１４からステップＳ２２）と、
前記ユーザの中から審査ユーザを選定する審査ユーザ選定手段（例えば、図１０のサーバ処理部２００ｓ、審査ユーザ選定部２１６、図１３の審査ユーザアカウントリスト７１５、図１６のステップＳ２４）と、
前記審査ユーザのユーザ端末と通信を行って、前記受付手段により受け付けられた受付ＵＧＣを前記審査ユーザが審査する審査処理の実行を制御する審査制御手段（例えば、図１０のサーバ処理部２００ｓ、審査制御部２１８、図１３の審査制御データ７１０、図１６のステップＳ７２）と、を備えるコンピュータシステムである。

【0008】

第１の発明によれば、コンピュータシステムは、ユーザの中から審査ユーザを選定し、提供者ユーザから受け付けたＵＧＣを審査させることができる。審査ユーザが審査を行うことで、システム運用者がＵＧＣの審査に要していた人的・時間的なコストを削減できる。それでいながら、ユーザの中から審査ユーザを選定することで、システム運用者がＵＧＣを審査する場合に比べて一般ユーザが抱いている審査基準で審査できるようになる。第１の発明によれば、ＵＧＣの審査に有用な技術を提供することができる。

【0009】

第２の発明は、前記ユーザ別に、前記ＵＧＣの利用および／又は作成に関するコンテンツ経験情報を含むユーザ情報を管理するユーザ情報管理手段（例えば、図１０のサーバ処理部２００ｓ、ユーザ情報管理部２０２、図４のコンテンツ経験情報６１８、図１６のステップＳ１１６、図１９のステップＳ９０）、を更に備え、前記審査ユーザ選定手段は、前記コンテンツ経験情報を用いて前記審査ユーザを選定する（例えば、図１８のステップＳ５２からステップＳ７０）、第１の発明のコンピュータシステムである。

【0010】

第２の発明によれば、コンピュータシステムは、ＵＧＣの利用や作成の経験が豊かなユーザを識別して審査ユーザに選定することができる。よって、審査の質を向上できる。

【0011】

第３の発明は、前記審査ユーザ選定手段が、前記受付ＵＧＣの属性を更に用いて前記審査ユーザを選定する（例えば、図１８のステップＳ６２，ステップＳ６４）、第２の発明のコンピュータシステムである。

【0012】

ＵＧＣの属性とは、コンテンツとしてのカテゴリー（例えば、動画、静止画、音楽、小説、ゲーム内で利用可能なアイテム、など）や、コンテンツの様式（例えば、静止画であればＣＧレンダリング画像、手描きイラスト、など）、コンテンツ利用に係る年齢制限レート、などを含む。

【0013】

第３の発明によれば、コンピュータシステムは、審査対象の受付ＵＧＣの属性と同じ属性のＵＧＣについて利用や作成の経験が豊かなユーザを審査ユーザに選定できるようになる。よって、審査の質を更に向上できる。

【0014】

第４の発明は、前記審査ユーザ選定手段が、前記受付ＵＧＣの作成情報を更に用いて前記審査ユーザを選定する、第２又は第３の発明のコンピュータシステムである。

【0015】

受付ＵＧＣの作成情報とは、当該ＵＧＣが作成された状況や環境に関する情報である。例えば、作成完了日時、作成に要した時間長、作成が行われた時間帯、作成場所（例えば、作成した地域、国、自宅／オフィスの区分、など）、作成に使用したツール情報（ソフトや道具、作成環境など）、である。
第４の発明によれば、コンピュータシステムは、審査対象の受付ＵＧＣの作成情報に基づいて審査ユーザを選定できるようになる。

【0016】

第５の発明は、前記審査ユーザ選定手段が、前記提供者ユーザの前記コンテンツ経験情報を更に用いて前記審査ユーザを選定する（例えば、図１８のステップＳ６２，ステップＳ６４）、第２から第４の何れかの発明のコンピュータシステムである。

【0017】

第５の発明によれば、コンピュータシステムは、提供者ユーザのコンテンツ経験情報を更に用いて審査ユーザを選定することができる。例えば、提供者ユーザのコンテンツ経験を基準として、これよりもコンテンツ経験が豊富なユーザを審査ユーザとして選定できるようになる。よって、更に審査の質を向上できる。

【0018】

第６の発明は、ユーザ間の関係を管理する関係管理手段（例えば、図１０のサーバ処理部２００ｓ、関係管理部２０３、図３のフレンドリスト６０７）を更に備え、前記審査ユーザ選定手段は、前記提供者ユーザに係る前記ユーザ間の関係に基づいて、前記審査ユーザを選定する（例えば、図１８のステップＳ４８）、第１から第５の何れかの発明のコンピュータシステムである。

【0019】

第６の発明によれば、コンピュータシステムは、提供者ユーザに対するユーザ間の関係に基づいて審査ユーザを選定できる。

【0020】

第７の発明は、前記審査結果に基づいて前記審査ユーザを評価する審査ユーザ評価処理の実行を制御する審査ユーザ評価制御手段（例えば、図１０のサーバ処理部２００ｓ、審査ユーザ評価部２２４、図３の審査ユーザ評価６４２、図２０のステップＳ１５６からステップＳ１６６）、を更に備える第１から第６の何れかの発明のコンピュータシステムである。

【0021】

第７の発明によれば、コンピュータシステムは、審査ユーザを、当該審査ユーザが下した審査結果に基づいて評価できる。よって、審査ユーザを選定する際に当該評価を利用することで、より評価が高く適切な審査を行った実績のあるユーザを審査ユーザに選定できるようになる。

【0022】

第８の発明は、前記審査ユーザ評価制御手段が、前記審査処理で審査された前記受付ＵＧＣの前記提供が開始されて所定時間が経過した後に、前記審査ユーザ評価処理を実行する（例えば、図１７のステップＳ１３２、ステップＳ１７２）、第７の発明のコンピュータシステムである。

【0023】

第８の発明によれば、例えば、受付ＵＧＣがユーザに提供されるようになってから所定時間が経過して周知されるまでの時間的猶予を設けた上で、当該受付ＵＧＣに係る審査ユーザ評価処理を行うことができるようになる。

【0024】

第９の発明は、前記審査ユーザ評価処理が、利用ユーザによる前記ＵＧＣの利用評価と、当該ＵＧＣに関する前記審査処理の審査結果とに基づいて、当該ＵＧＣを審査した前記審査ユーザを評価する処理である（例えば、図１７のステップＳ１３０からステップＳ１３６）、第７又は第８の発明のコンピュータシステムである。

【0025】

第９の発明によれば、コンピュータシステムは、利用ユーザが利用したＵＧＣへの評価（利用評価）と、審査ユーザが当該ＵＧＣについて下した審査結果とを考慮して審査ユーザを評価することができる。例えば、審査結果と利用ユーザの利用評価とが適合している審査ユーザを高く評価することができる。この結果、ユーザ全体の評価基準に近い審査を行った実績のあるユーザを審査ユーザとして選定することができるようになる。

【0026】

また、第１０の発明は、前記審査ユーザ評価処理が、前記利用評価を一意に決定することができる所定の利用評価決定条件を満たした場合の当該一意の前記利用評価と、当該ＵＧＣに関する前記審査処理の審査結果とに基づいて、当該ＵＧＣを審査した前記審査ユーザを評価する処理である、第９の発明のコンピュータシステムである。

【0027】

第１０の発明によれば、例えば、利用評価決定条件を、利用評価の数が所定数となり、トップ評価となった利用評価を、一意の利用評価として決定する条件とするならば、そのＵＧＣについて総じてどのような評価であるかを一意に決定できるようになる。

【0028】

第１１の発明は、前記審査ユーザ評価処理が、当該コンピュータシステムの運用者による前記ＵＧＣの評価と、当該ＵＧＣに関する前記審査処理の審査結果とに基づいて、当該ＵＧＣを審査した前記審査ユーザを評価する処理である（例えば、図１７のステップＳ１７０からステップＳ１７６）、第６又は第７の発明のコンピュータシステムである。

【0029】

第１１の発明によれば、コンピュータシステムは、運用者によるＵＧＣへの評価と、審査ユーザが当該ＵＧＣについて下した審査結果とを考慮して当該審査ユーザを評価できる。例えば、審査結果と運用者の評価とが適合している審査ユーザを高く評価することができる。この結果、運用者の評価基準に近い審査を行った実績のあるユーザを審査ユーザとして選定することができるようになる。

【0030】

第１２の発明は、前記審査ユーザ別に、審査経験および／又は審査レベルを少なくとも含む審査個人情報を管理し、前記審査ユーザ評価処理の評価結果に基づいて前記審査個人情報を変更する審査個人情報管理手段（例えば、図１０のサーバ処理部２００ｓ、図５の審査個人情報６４４、図１９のステップＳ８４）、を更に備え、前記審査ユーザ選定手段は、前記審査個人情報を用いて前記審査ユーザを選定する（例えば、図１８のステップＳ４６）、
第７から第１１の何れかの発明のコンピュータシステムである。

【0031】

第１２の発明によれば、コンピュータシステムは、審査ユーザ別に、審査ユーザ評価処理の評価結果に基づいて変更される審査個人情報を管理し、その審査個人情報を用いて審査ユーザを選定する。審査個人情報は、そのユーザの審査ユーザとしての実績を表す。よって、審査実績の高い審査ユーザを選定できるようになる。

【0032】

第１３の発明は、前記審査ユーザ評価処理の評価結果に基づいて前記審査ユーザに特典を付与する特典付与手段（例えば、図１０のサーバ処理部２００ｓ、特典付与部２４０、図１１の特典定義データ５１２、図１７のステップＳ２００）、を更に備える第７から第１２の何れかの発明のコンピュータシステムである。

【0033】

また、第１４の発明は、前記特典が、前記ＵＧＣを作成する際に利用可能な情報である、第１３の発明のコンピュータシステムである。

【0034】

第１３又は第１４の発明によれば、コンピュータシステムは、審査ユーザになったユーザに謝礼としての特典を付与することができる。特典の付与は審査ユーザになることへのインセンティブとなる。

【0035】

第１５の発明は、前記審査結果に基づいて、前記受付ＵＧＣを前記提供の対象とするか否かを決定する提供是非決定手段（例えば、図１０のサーバ処理部２００ｓ、提供是非決定部２２０、図１４のＵＧＣ登録データ７２０、図１９のステップＳ９２）、を更に備える第１から第１４の何れかの発明のコンピュータシステムである。

【0036】

第１５の発明によれば、コンピュータシステムは、審査結果に基づいて、受付ＵＧＣをユーザへ提供するか否かを決定できる。

【0037】

第１６の発明は、前記提供のための前記ＵＧＣの選択画面を前記ユーザ端末に表示させる制御を行うＵＧＣ選択画面制御手段であって、前記審査結果に基づいて前記ＵＧＣの表示順を制御するＵＧＣ選択画面制御手段（例えば、図１０のサーバ処理部２００ｓ、ＵＧＣ選択画面制御部２３２、図１６のステップＳ１１２）、を更に備える第１から第１５の何れかの発明のコンピュータシステムである。

【0038】

第１６の発明によれば、コンピュータシステムは、ＵＧＣの選択画面におけるＵＧＣの表示順を、当該ＵＧＣの審査結果に基づいて決定することができる。

【0039】

第１７の発明は、第１から第１６の何れかの発明のコンピュータシステムであるサーバシステムと、前記ユーザ端末と、を具備するコンテンツ提供システムである。

【0040】

第１７の発明によれば、上述したコンピュータシステムの作用効果を奏するコンテンツ提供システムを実現できる。

【0041】

第１８の発明は、各ユーザ端末と所定の通信を行うことで、コンピュータシステムが、提供者ユーザから受け付けたコンピュータ読取可能なコンテンツであるＵＧＣ（User Generated Content）を複数のユーザに提供するコンテンツ提供方法であって、前記提供者ユーザから前記ＵＧＣを受け付けることと、前記ユーザの中から審査ユーザを選定することと、前記審査ユーザのユーザ端末と通信を行って、前記受け付けられた受付ＵＧＣを前記審査ユーザが審査する審査処理の実行を制御することと、前記審査処理の審査結果を、少なくとも前記提供者ユーザに公開することと、を含むコンテンツ提供方法である。

【0042】

第１８の発明によれば、第１の発明と同様の作用効果を奏するコンテンツ提供方法を実現できる。

【図面の簡単な説明】

【0043】

【図1】ゲームシステムの構成例を示す図。

【図2】親コンテンツであるオンラインゲームと、それに係るＵＧＣと、ＵＧＣの審査と、について説明するための図。

【図3】ユーザ情報のデータ構成例を示す図。

【図4】コンテンツ経験情報の構成例を示す図。

【図5】審査個人情報の構成例を説明するための図。

【図6】審査ユーザの選定に係るＵＧＣ登録申請履歴データとＵＧＣ利用履歴データの利用について説明するための図。

【図7】審査ユーザの選定に係る審査経験データの利用について説明するための図（その１）。

【図8】審査ユーザの選定に係る審査経験データの利用について説明するための図（その２）。

【図9】ユーザ情報に基づく審査ユーザの選定について説明するための図。

【図10】サーバシステムの機能構成例を示す機能ブロック図。

【図11】サーバ記憶部が記憶するプログラムやデータの例を示す図。

【図12】登録申請受付データのデータ構成例を示す図。

【図13】審査制御データのデータ構成例を示す図。

【図14】ＵＧＣ登録データのデータ構成例を示す図。

【図15】ユーザ端末の機能構成例を示す機能ブロック図。

【図16】サーバシステムの処理の流れを説明するためのフローチャート。

【図17】図１６より続くフローチャート。

【図18】審査ユーザ選定処理の流れを説明するためのフローチャート。

【図19】頒布前審査処理の流れを説明するためのフローチャート。

【図20】頒布取り下げ処理の流れを説明するためのフローチャート。

【図21】変形例におけるサーバシステムの機能構成例を示す機能ブロック図。

【図22】変形例におけるサーバ記憶部が記憶するプログラムやデータの例を示す図。

【発明を実施するための形態】

【0044】

以下、本発明の実施形態の例を説明するが、本発明を適用可能な形態が以下の実施形態に限られないことは勿論である。

【0045】

図１は、ゲームシステム１０００の構成例を示す図である。
ゲームシステム１０００は、登録ユーザがオンラインゲームをプレイ可能なオンラインゲームサービスと、当該ゲームに係る２次著作物であるＵＧＣの提供（投稿）を受け付けて、ＵＧＣをユーザに提供（公開・頒布）する投稿サービスと、を実施するシステムである。

【0046】

ゲームシステム１０００は、サーバシステム１１００と、ユーザ別のユーザ端末１５００とを具備し、ユーザ端末１５００をマン・マシン・インターフェース（Man Machine Interface：ＭＭＩＦ）とするコンピュータシステムであり、オンラインゲームおよびＵＧＣを提供するコンテンツ提供システムである。図１では、ユーザ端末１５００を４台描いているが、実際のシステム運用においては、ユーザ端末１５００の台数は問わない。サーバシステム１１００とユーザ端末１５００とは、互いにネットワーク９を介してデータ通信が可能であり、ユーザ端末１５００同士もネットワーク９を介してデータ通信が可能である。

【0047】

ネットワーク９は、データ通信が可能な通信路を意味する。すなわち、ネットワーク９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。

【0048】

サーバシステム１１００は、本体装置１１０１、キーボード、タッチパネル、ストレージ１１４０を有し、本体装置１１０１に制御基板１１５０を搭載する。制御基板１１５０には、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３、が搭載されている。なお、制御基板１１５０の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field-Programmable Gate Array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。

【0049】

そして、サーバシステム１１００は、制御基板１１５０が所定のプログラムおよびデータに基づいて演算処理することにより、（１）ユーザ登録等に係る情報を管理するユーザ管理機能と、（２）ユーザにプレーヤとしてオンラインゲームをプレイさせるゲーム管理機能と、（３）ＵＧＣ作成機能を提供するＵＧＣ作成サービス機能と、（４）オンラインゲームに係るＵＧＣの投稿を受け付けて公開・頒布する投稿サービス機能と、を実現する。

【0050】

なお、サーバシステム１１００を、１台のサーバ装置であるかのように描いているが、複数の装置で実現する構成であってもよい。例えば、サーバシステム１１００は、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であってもよい。また、サーバシステム１１００を構成するハードウェアの設置場所は問わない。離れた場所に設置された独立した複数のサーバを、ネットワーク９を介してデータ通信させることで、全体としてサーバシステム１１００として機能させる構成であってもよい。

【0051】

ユーザ端末１５００は、ユーザがゲームシステム１０００を利用するために使用するコンピュータシステムである。ユーザ端末１５００は、ゲームシステム１０００におけるマン・マシン・インターフェースの機能を担っている。そのため、ゲームシステム１０００は、ユーザ端末１５００を具備する、ということができる。

【0052】

図１では、ユーザ端末１５００を、いわゆるスマートフォンと呼ばれる装置として表しているが、コンピュータシステムであれば、スマートウォッチ、スマートグラスなどのウェアラブルコンピュータや、携帯型ゲーム装置、家庭用ゲーム装置、タブレット型コンピュータ、パソコン、などでもよい。スマートフォンと、当該スマートフォンに通信接続されたスマートウォッチとの組み合わせといった複数の電子機器が通信可能に接続することで１つの機能を果たす場合にはこれらの複数の電子機器を１つのユーザ端末１５００とみなすことができる。

【0053】

ユーザ端末１５００は、操作入力デバイス（例えば、タッチパネル１５０６、キーボード、ゲームコントローラ、マウスなど）と、画像表示デバイス（例えば、タッチパネル１５０６、ビデオモニタ、ヘッドマウントディスプレイなど）と、制御基板１５５０と、を備える。

【0054】

制御基板１５５０は、ＣＰＵ１５５１や、ＧＰＵ，ＤＳＰなどの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、ネットワーク９に接続する通信モジュール１５５３、などを搭載する。制御基板１５５０に搭載されているこれらの要素は、バス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。制御基板１５５０の一部又は全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。そして、制御基板１５５０は、ユーザ端末としての機能を実現させるためのプログラムや各種データをＩＣメモリ１５５２に記憶する。

【0055】

ユーザ端末１５００は、所定のアプリケーションプログラムを実行することにより、ゲームシステム１０００を利用するためのＭＭＩＦとしての機能、具体的には、ゲームクライアントとしての機能、ＵＧＣを作成するための端末としての機能、公開・頒布されているＵＧＣを視聴しゲームで利用する機能、を実現することができる。

【0056】

なお、ユーザ端末１５００は、アプリケーションプログラムやその実行に必要な各種データをサーバシステム１１００からダウンロードする構成としているが、別途入手したメモリカードなどの記憶媒体から読み出す構成としてもよい。

【0057】

図２は、親コンテンツであるオンラインゲームと、それに係るＵＧＣと、ＵＧＣの審査と、について説明するための図である。本実施形態では、ＵＧＣの審査は、当該ＵＧＣを公開・頒布する前に行うこととして説明する。そのため、当該審査を「頒布前審査」と呼称として説明する。また、親コンテンツの「親」とは、ＵＧＣに対する相対的なコンテンツの立場を示す表記である。ＵＧＣを作成する際の動機付けとなったコンテンツを示す用語として「親コンテンツ」を用いる。

【0058】

サーバシステム１１００は、複数のユーザ２（２ａ，２ｂ，…）が登録可能であり、登録済みユーザ２に対して、それぞれのユーザ端末１５００にて親コンテンツとしてオンラインゲームをプレイさせることができる。図２の例では、ゲーム画面Ｗ２に、プレーヤキャラクタ４が敵ＮＰＣ６と戦うＭＭＯＲＰＧの画面が例示されているが、ゲームジャンルはこれに限らず適宜設定可能である。

【0059】

ＵＧＣ７（７ａ，７ｂ，…）は、サーバシステム１１００が提供するコンテンツマーケットにて、ＵＧＣ属性別に区分されて公開・頒布され、ユーザ２に提供される。

【0060】

ＵＧＣ属性は、例えば、ＵＧＣ７のカテゴリーを採用することができる。カテゴリーとしては、例えば、動画、静止画、音楽、プレーヤキャラクタ４等に使用可能なスキンデータ、プレーヤキャラクタ４等に使用可能な装飾品、プレーヤキャラクタ４等に使用可能な配色違いの武器や防具などのアイテム、ゲーム世界やプレーヤキャラクタ４を題材とした小説などの文章、などがある。動画には、例えば、プレイ動画、プレーヤキャラクタ４やゲーム世界を題材としたファンムービー、ＭＡＤムービなどがある。静止画には、例えば、プレーヤキャラクタ４を題材としたイラスト、チャットに添付可能なスタンプ画像、などがある。音楽には、例えば、ＢＧＭや効果音、呼出音などがある。

【0061】

コンテンツマーケットを利用する際にユーザ端末１５００に表示されるＵＧＣ選択画面Ｗ４には、例えば、公知のオンラインショッピングサイトと同様にして、ユーザ２から提供されて公開・頒布の対象として登録されたＵＧＣ７（７ａ，７ｂ，…）の一覧が表示される。図２の例では、ＵＧＣ７をそれぞれテキストで表しているが、アイコンで表示されるとしてもよい。

【0062】

コンテンツマーケットを利用するユーザ２は、ユーザ端末１５００にて表示されるＵＧＣ選択画面Ｗ４にて利用したいＵＧＣ７の選択操作を入力する。選択されたＵＧＣ７によっては、課金して対価を支払ってその利用が可能になる。

【0063】

ＵＧＣ選択画面Ｗ４にて選択されたＵＧＣ７は、単独で視聴・鑑賞することは勿論のこと、ゲームで使用可能なアイテムであれば、ゲームプレイにて使用可能とされる。例えば、ゲームにて元々提供されているオリジナルとは配色が異なる武器アイテムや、プレーヤキャラクタ４のスキンなどがその良い例といえる。ゲームで使用可能なアイテムは、当該ユーザ２のセーブデータに登録される。

【0064】

ＵＧＣ７は、作成者ユーザでありＵＧＣ７の提供者ユーザであるユーザ２により作成される。ＵＧＣ７は、所定の登録申請手続を経て当該ユーザ２からゲームシステム１０００へ提供されて、サーバシステム１１００によりコンテンツマーケットで公開・頒布される対象として登録される。言い換えると、ＵＧＣ７は、ユーザ端末１５００とサーバシステム１１００とが所定の通信を行うことで、提供者ユーザからサーバシステム１１００へ受け付けられ、コンテンツマーケットを介して複数のユーザに提供される。図２では、提供者ユーザ２ｘが作成したＵＧＣ７ｘに関する登録申請を示している。

【0065】

ユーザ２は、サーバシステム１１００がＷｅｂアプリなどとして提供するＵＧＣ作成サービスを利用してＵＧＣ７を作成することができる。例えば、ＵＧＣ属性別にＷｅｂアプリ（例えば、動画編集、ＣＧ作成、音楽作成、テキストエディター、などのアプリ）が用意されており、ユーザ２は、所定の課金を行うことでそのＷｅｂアプリの利用権を獲得する。勿論、ＵＧＣ７は、ユーザ２が独自に用意した動画編集ソフトや、ＣＧソフト、音楽ソフト、テキストエディター、などのアプリケーションで作成することとしてもよい。

【0066】

登録申請によりサーバシステム１１００に受け付けられたＵＧＣ７は、直ぐにコンテンツマーケットにて提供（公開・頒布）されるわけではない。頒布前審査を受けて合格することで登録され、コンテンツマーケットにて提供される。

【0067】

頒布前審査は、審査ユーザ３（３ａ，３ｂ，…）により行われる。審査ユーザ３（３ａ，３ｂ，…）は、審査員の役割を担うユーザ２であって、サーバシステム１１００によって、登録されているユーザ２の中から選択される。また、審査ユーザ３は、ユーザ登録手続等において審査役となることを許諾したユーザの中から選択される。図２の例では、ＵＧＣ７ｘの審査ユーザ３は３名で、審査ユーザ別審査結果が「合格（ＯＫ）が２票、不合格（ＮＧ）が１票」の例を示している。この場合、ＵＧＣ７ｘは、多数決で総合審査結果が「合格」となる。

【0068】

頒布前審査の方式は、図２の例に限らず適宜設定可能である。例えば、審査ユーザ３の人数は適宜設定可能である。また、合格／不合格の２択に限らず、審査ユーザ毎に持ち点内でＵＧＣ７ｘに点数を付け、その合計値が合格基準値に達したら合格とする方式でもよい。

【0069】

図３は、登録済みのユーザ２毎にサーバシステム１１００が作成・管理するユーザ情報６００のデータ構成例を示す図である。ユーザ情報６００は、所定のユーザ登録手続を経て登録されたユーザ２別に用意され、当該ユーザ２に係る各種データを格納する。各種データは、当該ユーザ２の「ユーザ属性」のデータともいえる。

【0070】

１つのユーザ情報６００は、例えば、固有のユーザアカウント６０１と、年齢６０３と、趣味嗜好申告データ６０５と、フレンドリスト６０７と、ゲームセーブデータ６０９と、を含む。

【0071】

年齢６０３および趣味嗜好申告データ６０５は、自己申告制である。趣味嗜好については、予め用意されている選択肢の中からユーザ２が自身の趣味嗜好に該当すると思われる項目をチェックして申告する方式でもよい。

【0072】

フレンドリスト６０７は、ゲーム内外で知り合った他ユーザのうち友人として相互に申告したユーザ２のユーザアカウント６０１のリストである。

【0073】

また、ユーザ情報６００は、審査役許諾フラグ６１０と、ＵＧＣ作成サービス利用権所有データ６１４と、ＵＧＣ７の利用および作成に関するコンテンツ経験情報６１８とを含む。

【0074】

審査役許諾フラグ６１０は、ユーザ２が審査ユーザ３の役割を担ってもよい旨の所定の意志表示操作をすると「１」に設定される。初期設定は「０（未許可）」である。

【0075】

ＵＧＣ作成サービス利用権所有データ６１４は、ユーザ２が、ゲームシステム１０００が提供する当該ＵＧＣ作成サービスの利用権を有する場合に作成される。利用権は、当初から全員が有するとしてもよいし、所定の課金手続を経ることで獲得・所有するとしてもよい。図３の例では、１つのＵＧＣ作成サービス利用権所有データ６１４は、ａ）取得日時と、ｂ）作成可能なＵＧＣ７のＵＧＣ属性を示す作成可能ＵＧＣ属性と、ｃ）作成サービスを利用した作業に係る各種データである作業セーブデータと、ｄ）当該サービスで機能追加可能なプラグインやアドイン、アドオンのなどの追加機能を利用可能であるかを示す追加機能情報と、を対応付けて格納している。勿論、ＵＧＣ作成サービス利用権所有データ６１４は、これら以外のデータも適宜格納できる。

【0076】

図４は、コンテンツ経験情報６１８の構成例を示す図である。コンテンツ経験情報６１８は、ＵＧＣ登録申請履歴データ６２０と、ＵＧＣ利用履歴データ６３０と、を含む。どちらかを省略した構成も可能である。

【0077】

ＵＧＣ登録申請履歴データ６２０は、当該ユーザ２がＵＧＣ７を作成して、当該ＵＧＣ７をコンテンツマーケットでの公開・頒布の対象とするための登録申請をすると作成される。ＵＧＣ登録申請履歴データ６２０は、当該登録申請に係る各種データを格納する。登録申請とは、ユーザ２がＵＧＣ７をサーバシステム１１００へ提供する手続である。よって、ＵＧＣ登録申請履歴データ６２０は、当該ユーザ２がＵＧＣ７を作成してサーバシステム１１００へ提供した作成提供履歴データでもある。

【0078】

１つのＵＧＣ登録申請履歴データ６２０は、例えば、登録申請日時６２２（提供者ユーザの立場からみると提供日時）と、登録申請毎に固有に付与される登録申請ＩＤ６２６と、登録申請したＵＧＣ７のＵＧＣ属性６２６と、総合審査結果６２８と、を含む。勿論、これら以外のデータも適宜含めることができる。

【0079】

ＵＧＣ利用履歴データ６３０は、当該ユーザ２がコンテンツマーケットにてＵＧＣ７を利用する毎に作成される。ＵＧＣ７を利用するユーザ２は、利用ユーザということができる。１つのＵＧＣ利用履歴データ６３０は、例えば、利用日時６３２と、利用したＵＧＣ７を示す利用ＵＧＣ登録ＩＤ６３４と、利用ＵＧＣ属性６３６と、を含む。勿論、これら以外のデータも適宜含めることができる。

【0080】

図３に戻って、ユーザ情報６００は、当該ユーザ２が審査ユーザ３に選ばれると自動的に付与される審査ユーザＩＤ６４０と、審査ユーザ評価６４２と、審査個人情報６４４と、不適格者フラグ６７０と、を含む。

【0081】

審査ユーザ評価６４２は、当該ユーザ２の審査ユーザ３としての評価を示す。本実施形態では審査ユーザ評価６４２は、初期値が「１００Ｐ（ポイント）」であり、評価が向上すると加点され、評価が下がると減点される。なお、審査ユーザ評価６４２は、評価が変更された日時と、評価が変更された点数と、を対応づけて時系列に記憶する評価履歴であってもよい。

【0082】

図５は、審査個人情報６４４の構成例を説明するための図である。審査個人情報６４４は、審査経験データ６５０と、審査レベル６５８と、を含む。

【0083】

審査経験データ６５０は、当該ユーザ２が審査ユーザ３として頒布前審査を行う毎に作成される。１つの審査経験データ６５０は、審査日時６５２と、審査対象を示す審査ＵＧＣ登録ＩＤ６５４と、当該ユーザ２が下した審査結果を示す審査ユーザ別審査結果６５６と、を含む。勿論、これら以外のデータも適宜含めることができる。

【0084】

審査レベル６５８は、審査ユーザ評価６４２と、審査経験データ６５０とから所与のレベル設定基準に基づいて自動的に決定され、レベルが高いほど正しい審査を行った実績が豊富であり、信頼性の高い審査を行うユーザであることを表す。

【0085】

なお、審査経験データ６５０や審査レベル６５８を省略して、審査ユーザ評価６４２で代用する構成も可能である。

【0086】

図３に戻って、不適格者フラグ６７０は、当該ユーザ２が審査ユーザ３として選択されると作成され、当該ユーザ２が審査ユーザ３として不適格であると判定された場合に「１（不適格）」に設定される。初期値は「０（適格）」である。当該フラグが「１」のユーザ２は審査ユーザ３としては選ばれなくなる。

【0087】

サーバシステム１１００は、ユーザ情報６００に含まれる各種情報に基づいてユーザ２の中から審査ユーザ３を選択する。

【0088】

図６は、審査ユーザの選定に係るＵＧＣ登録申請履歴データ６２０およびＵＧＣ利用履歴データ６３０の利用について説明するための図である。
審査ユーザ３は、ＵＧＣ７に詳しい人物ほど、より具体的には動画なら動画、音楽なら音楽に詳しい人物ほど適切な審査が期待できる。どれほどＵＧＣ７に詳しいユーザ２であるかは、当該ユーザ２のＵＧＣ登録申請履歴データ６２０の数と、ＵＧＣ利用履歴データ６３０の数と、とで推察する。

【0089】

サーバシステム１１００は、ユーザ２別に、ＵＧＣ登録申請履歴データ６２０の数に応じたポイントと、ＵＧＣ利用履歴データ６３０に応じたポイントと、を付与し、その合算値を当該ユーザ２がＵＧＣ７に関する経験の豊富さを示す指標値、言い換えると審査ユーザ３としての適正指標の１つとみなす。図６の例では、ユーザ２ａおよびユーザ２ｂが、審査ユーザ３の候補ユーザである。ユーザ２ａ、ユーザ２ｂそれぞれに、ＵＧＣ登録申請履歴データ６２０に基づく１提供毎に１０Ｐを付与し、ＵＧＣ利用履歴データ６３０に基づく１利用毎に１Ｐを付与する。その結果、ユーザ２ａは「１００Ｐ」、ユーザ２ｂは「２０Ｐ」を獲得している。よってこの例では、ユーザ２ａの方が、審査ユーザ３としての適性が高いと判断できる。

【0090】

なお、ＵＧＣ作成サービス利用権所有データ６１４も、ＵＧＣ登録申請履歴データ６２０やＵＧＣ利用履歴データ６３０と同様にポイントに換算して適正指標の要素として用いることができる。

【0091】

図７および図８は、審査ユーザの選定に係る審査経験データ６５０の利用について説明するための図である。サーバシステム１１００は、審査水準の維持のために、公開・頒布されているＵＧＣ７に対するユーザ評価と運用者評価とを受け付け、次の審査ユーザ３の選定に反映させる仕組みを有している。

【0092】

具体的には、図７に示すように、コンテンツマーケットにてＵＧＣ７を利用した利用ユーザ２ｃは、利用したＵＧＣ７についいて、当該ユーザ２が考える利用評価として、公開・頒布されるには不適当だと見なす不適格評価を入力することができる。不適格評価の入力は、ユーザ端末１５００にて所定の不適各評価開始操作をすることにより可能となる。図７の例では、利用ユーザ２ｃが、利用したＵＧＣ７ｃについて不適格である旨の評価を入力している。

【0093】

また図８に示すように、運用者８は、公開・頒布されているＵＧＣ７について、当該ＵＧＣ７が公開・頒布されるのに不適格である旨の評価を入力することができる。図８の例では、運用者８がＵＧＣ７ｃについて不適格で有る旨の評価を入力している。なお、運用者８による当該評価の入力は、サーバシステム１１００から行っても良いし、サーバシステム１１００をリモート操作可能なユーザ端末１５００ｕで行っても良い。

【0094】

サーバシステム１１００は、公開・頒布されているＵＧＣ７への不適格評価があると、審査経験データ６５０を参照して当該ＵＧＣ７を頒布前審査した審査ユーザ３を検索する。そして、当該審査ユーザ３による審査ユーザ別審査結果６５６が「合格（ＯＫ）」である場合、つまりユーザ評価や運用者評価と異なる審査結果を下していた審査ユーザ３の審査ユーザ評価６４２を減点する。図７および図８の例では、審査ユーザ３ｄはＵＧＣ７ｃを「不合格（ＮＧ）」と判断したので、その審査ユーザ評価６４２ｄは維持されるが、ＵＧＣ７ｃを「合格（ＯＫ）」と判断した審査ユーザ３ｅの審査ユーザ評価６４２ｅが減点されている。そして、次の審査ユーザ３の選定においては、更新された各々の審査ユーザ評価６４２が参照される。

【0095】

図９は、ユーザ情報６００に基づく審査ユーザ３の選定について説明するための図である。
サーバシステム１１００は、審査ユーザ３の選定に際し、登録されているユーザ２のうち審査役許諾フラグ６１０が「１」のユーザ２を、審査ユーザ３の候補ユーザ２ｋと見なし、そこから不適格者フラグ６７０が「１（不適格者に該当）」のユーザ２と、審査ユーザ評価６４２が所定基準値以下になったユーザ２と、を候補ユーザ２ｋから除外する。
更に、サーバシステム１１００は、審査ユーザ評価６４２や申請経験、審査レベルが、頒布前審査の対象とされるＵＧＣ７の提供者ユーザ（作成者ユーザ）よりも低いユーザ２を、候補ユーザから除外する。図９の例では、除外されたユーザ２のシルエットを破線で示している。

【0096】

更に、サーバシステム１１００は、候補ユーザ２ｋそれぞれのフレンドリスト６０７を参照して、頒布前審査の対象とされるＵＧＣ７の提供者ユーザ（作成者ユーザ）と友人関係に有るユーザ２を候補ユーザ２ｋから除外する。これは、友人関係があると審査に手心が加えられる可能性があると判断した場合である。勿論、友人関係にあるユーザの方が、日頃から提供者ユーザ（作成者ユーザ）のＵＧＣ７を目にする機会があるので、適正に審査してもらえると考えることもできる。この場合、友人関係にないユーザ２を候補ユーザから除外すればよい。

【0097】

なお、これらの除外を順に実行する際には、除外を行う前に、除外後に残る候補ユーザ２ｋの数が所定の目標数を下回る場合には、当該除外を行わないとするのが好適である。

【0098】

次いで、サーバシステム１１００は、残った候補ユーザ２ｋのそれぞれについて、ユーザ情報６００が含むデータのうち審査適正指標に該当するデータに基づいてソート用のポイントを算出する。

【0099】

「審査適正指標に該当するデータ」は、ＵＧＣ作成サービス利用権所有データ６１４、ＵＧＣ登録申請履歴データ６２０、およびＵＧＣ利用履歴データ６３０、を用いることができる。これらのデータは、それぞれＵＧＣ７のＵＧＣ属性に関する情報（作成可能ＵＧＣ属性、ＵＧＣ属性６２６（図４参照）、利用ＵＧＣ属性６３６（図４参照））を含んでいる。そのため、これらのデータを頒布前審査の対象とされるＵＧＣ７のＵＧＣ属性と照合し、同じＵＧＣ属性のデータは高ポイント、異なるＵＧＣ属性のデータは低ポイントとしてポイントを算出する。ＵＧＣ作成サービス利用権所有データ６１４、ＵＧＣ登録申請履歴データ６２０、およびＵＧＣ利用履歴データ６３０、のデータ種類に応じた重み付けは、図６の例以外にも適宜設定可能である。

【0100】

また、サーバシステム１１００は、趣味嗜好申告データ６０５を参照して、頒布前審査の対象とされるＵＧＣ７の提供者ユーザ（作成者ユーザ）と同じ趣味嗜好の数に応じてソート用のポイントを加算する。これは、趣味嗜好が似ている候補ユーザ２ｋは、頒布前審査の対象とされるＵＧＣ７の価値をより適切に見抜き、適確な審査ができるとの推測に基づくものである。

【0101】

そして、サーバシステム１１００は、ソート用のポイントの合算値で候補ユーザ２ｋをソートし、その内の上位所定数の候補ユーザ２ｋ’を選抜して、更にそれぞれの審査ユーザ評価６４２のポイントでソートする。そして、審査ユーザ評価６４２のポイント上位から所定数を審査ユーザ３として選定する。

【0102】

次に、ゲームシステム１０００の機能構成について説明する。
図１０は、サーバシステム１１００の機能構成例を示す機能ブロック図である。サーバシステム１１００は、操作入力部１００ｓと、サーバ処理部２００ｓと、音出力部３９０ｓと、画像表示部３９２ｓと、通信部３９４ｓと、サーバ記憶部５００ｓとを備える。

【0103】

操作入力部１００ｓは、サーバシステム１１００の管理のための各種操作を入力するための手段である。例えば、キーボード、タッチパネル、マウス、などがこれに該当する。

【0104】

サーバ処理部２００ｓは、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路となるプロセッサの他、ＩＣメモリなどの電子部品によって実現され、操作入力部１００ｓやサーバ記憶部５００ｓを含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００ｓからの操作入力信号、ユーザ端末１５００などから受信したデータ、等に基づいて各種の演算処理を実行して、サーバシステム１１００の動作を統合的に制御する。

【0105】

サーバ処理部２００ｓは、ユーザ情報管理部２０２と、ゲーム管理部２０４と、ＵＧＣ提供制御部２１０と、計時部２８０ｓと、音生成部２９０ｓと、画像生成部２９２ｓと、通信制御部２９４ｓとを含む。勿論、これら以外の機能部も適宜含めることができる。

【0106】

ユーザ情報管理部２０２は、ユーザ登録手続きに係る処理およびユーザアカウントに紐付けられる各種の情報の受け付け、ユーザ情報６００（図３参照）の記憶の管理に係る制御を行う。ユーザ情報６００にはユーザ間の関係の１つである友人関係を示すフレンドリスト６０７が含まれている。そのため、ユーザ情報管理部２０２は、ユーザ間の関係を管理する関係管理部２０３としての機能も有する

【0107】

ゲーム管理部２０４は、オンラインゲームの実行に係る各種制御を実行する。ゲーム管理部２０４は、親コンテンツの管理部である。

【0108】

ＵＧＣ提供制御部２１０は、ＵＧＣ７の作成から提供までに係る各種制御を行う。
例えば、ＵＧＣ提供制御部２１０は、ＵＧＣ作成制御部２１２と、受付部２１４と、審査ユーザ選定部２１６と、審査制御部２１８と、提供是非決定部２２０と、審査結果通知制御部２２２と、審査ユーザ評価部２２４と、審査個人情報管理部２２６と、マーケット管理部２３０と、特典付与部２４０と、を有する。

【0109】

ＵＧＣ作成制御部２１２は、ユーザ２がＵＧＣ７を作成するための各種サービスの実行に係る制御を行う。例えば、ＵＧＣ７が動画コンテンツならば、動画編集機能をユーザ端末１５００にて実現させるための制御、例えば動画編集するＷｅｂアプリの提供など、を行うとしてもよい。

【0110】

受付部２１４は、提供者ユーザからＵＧＣ７を受け付けるための制御を行う。具体的には、提供者ユーザから提供されるＵＧＣ７に関する登録申請の受け付けに係る制御と、登録申請で受け付けられたＵＧＣ７のデータの保存に係る制御とを行う。

【0111】

審査ユーザ選定部２１６は、ユーザ２の中から審査ユーザ３を選定する制御を行う。具体的には、審査ユーザ選定部２１６は、コンテンツ経験情報６１８を用いて審査ユーザ３を選定する（図３から図９参照）。より具体的には、審査ユーザ選定部２１６は、（１）受付ＵＧＣのＵＧＣ属性、（２）提供者ユーザのコンテンツ経験情報６１８、（３）提供者ユーザに係るユーザ間の関係（例えば、フレンドリスト６０７が示す友人関係）、（４）審査ユーザ評価６４２或いは審査個人情報６４４、に基づいて審査ユーザ３を選定する。

【0112】

審査制御部２１８は、審査ユーザ３のユーザ端末１５００と通信を行って、受付部２１４により受け付けられた受付ＵＧＣを審査ユーザ３が審査する審査処理の実行を制御する。頒布前審査に係る制御がこれに該当する（図２参照）。

【0113】

提供是非決定部２２０は、審査結果に基づいて、受付部２１４により受け付けられたＵＧＣ（受付ＵＧＣ）を提供の対象とするか否かを決定する。具体的には、頒布前審査にて「合格」すれば受付ＵＧＣをコンテンツマーケットでの公開・頒布によりユーザ２へ提供し、「不合格」であれば提供はしない、と決定する。

【0114】

審査結果通知制御部２２２は、審査対象とされたＵＧＣ７の提供者ユーザに総合審査結果（合格／不合格）を通知する制御を行う。

【0115】

審査ユーザ評価部２２４は、受付部２１４により受け付けられたＵＧＣ７（受付ＵＧＣ）についての頒布前審査の審査結果に基づいて、審査ユーザ３を評価する審査ユーザ評価処理の実行を制御する。

【0116】

具体的には、審査ユーザ評価部２２４は、受付ＵＧＣのコンテンツマーケットでの提供（公開・頒布）が開始されて所定時間が経過した後に、（１）利用ユーザによるＵＧＣ７の利用評価と、当該ＵＧＣ７に関する審査処理の審査結果とに基づいて、当該ＵＧＣ７を審査した審査ユーザ３を評価する処理と、（２）ゲームシステム１０００の運用者８によるＵＧＣ７の評価と、当該ＵＧＣ７に関する審査処理の審査結果とに基づいて、当該ＵＧＣ７を審査した審査ユーザ３を評価する処理と、を行う。なお、これらの処理の一方を省略した構成も可能である。

【0117】

審査個人情報管理部２２６は、審査ユーザ３別（審査ユーザ３に選ばれたことのあるユーザ２別）に、審査経験および／又は審査レベルを少なくとも含む審査個人情報６４４（図５参照）を管理し、審査ユーザ評価処理の評価結果に基づいて審査個人情報６４４を変更する。

【0118】

マーケット管理部２３０は、コンテンツマーケットを介したＵＧＣ７の利用に係る各種制御を行う。具体的には、マーケット管理部２３０は、ＵＧＣ選択画面制御部２３２と、ＵＧＣ利用制御部２３４と、を有する。

【0119】

ＵＧＣ選択画面制御部２３２は、ユーザ端末１５００にてコンテンツマーケットのＵＧＣ選択画面Ｗ４（図２参照）を表示させる。具体的には、審査結果に基づいてＵＧＣ選択画面Ｗ４におけるＵＧＣ７の表示順を制御する。例えば、審査ユーザ別審査結果のうち「合格」の数が多い順に表示するとしもよい。頒布前審査を点数制とする構成では、獲得点数が多い順に表示するとしてもよい。

【0120】

ＵＧＣ利用制御部２３４は、当該画面で提示されたＵＧＣ７の中からユーザ２により選択されたＵＧＣ７を当該ユーザ２に利用可能とさせる制御を行う

【0121】

特典付与部２４０は、審査ユーザ評価処理の評価結果に基づいて審査ユーザに特典を付与する。

【0122】

計時部２８０ｓは、システムクロックを利用して現在日時や制限時間等の各種計時を行う。

【0123】

音生成部２９０ｓは、音声データの生成やデコードをするＩＣやソフトウェアの実行により実現され、サーバシステム１１００のシステム管理や、ＵＧＣ７の作成サービス、オンラインゲームの提供に係る操作音や効果音、ＢＧＭ、音声通話、などの音声データを生成或いはデコードする。そして、システム管理に関する音声信号は音出力部３９０ｓへ出力する。
音出力部３９０ｓは、スピーカ等により実現され、音声信号に基づいて放音する。

【0124】

画像生成部２９２ｓは、サーバシステム１１００のシステム管理のための各種管理画面の画像生成を行い、画像データを画像表示部３９２ｓに出力する。画像表示部３９２ｓは、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。また、画像生成部２９２ｓは、ＵＧＣ７の作成サービス、ゲームプレイ、コンテンツマーケットに係る各種画像の生成を行う。例えば、ゲームプレイに関する画像であれば、各ユーザ端末１５００に表示させるゲーム画像の元になる仮想３次元空間を仮想カメラで撮影したゲーム空間画像のレンダリングも実行するとしてもよい。

【0125】

通信制御部２９４ｓは、データ通信に係るデータ処理を実行し、通信部３９４ｓを介して外部装置とのデータのやりとりを実現する。通信部３９４ｓは、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信装置１１５３がこれに該当する。

【0126】

サーバ記憶部５００ｓは、サーバ処理部２００ｓにサーバシステム１１００を統合的に制御させるための諸機能を実現するためのプログラムや各種データ等を記憶する。また、サーバ処理部２００ｓの作業領域として用いられ、サーバ処理部２００ｓが各種プログラムに従って実行した演算結果などを一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスク、オンラインストレージなどによって実現される。図１の例では本体装置１１０１が搭載するＩＣメモリ１１５２やハードディスクなどの記憶媒体がこれに該当する。オンラインストレージをサーバ記憶部５００ｓに含めてもよい。

【0127】

図１１は、サーバ記憶部５００ｓが記憶するプログラムやデータの例を示す図である。本実施形態におけるサーバ記憶部５００ｓは、サーバプログラム５０１と、配信用クライアントプログラム５０３と、ゲーム初期設定データ５１０と、特典定義データ５１２と、ユーザ情報６００（図３参照）と、登録申請受付データ７００と、審査制御データ７１０と、ＵＧＣ登録データ７２０と、プレイデータ７５０と、コンテンツマーケット制御データ７６０と、ＵＧＣ作成サービス制御データ７７０と、現在日時９００と、を記憶する。サーバ記憶部５００ｓは、その他のプログラムやデータ（例えばタイマーや、カウンタ、各種フラグなど）も適宜記憶する。

【0128】

サーバプログラム５０１は、サーバ処理部２００ｓが読み出して実行することで、サーバシステム１１００を、ユーザ情報管理部２０２、ゲーム管理部２０４、ＵＧＣ提供制御部２１０、として機能させるためのプログラムである。

【0129】

配信用クライアントプログラム５０３は、ユーザ端末１５００へ提供されて実行されるクライアントプログラムのオリジナルである。

【0130】

ゲーム初期設定データ５１０は、親コンテンツであるオンラインゲームに関する各種の定義データや初期設定データを格納する。

【0131】

特典定義データ５１２は、審査ユーザ３として頒布前審査をしたユーザ２に対して謝礼として付与する特典の種類毎に用意される。１つの特典定義データ５１２は、当該定義データが適用されるために満たすべき条件である適用要件と、特典内容を示すデータと、が対応づけて格納されている。

【0132】

特典定義データ５１２の適用要件は、適宜設定可能である。例えば、「審査ユーザ評価６４２の最新値が基準値以上」「審査ユーザ評価６４２が１００×Ｎ（Ｎは自然数）ポイントに達する毎」などとしてもよい。例えば、「審査ユーザ評価６４２が１００ポイント以上を維持している期間がＭ日（Ｍは自然数）継続される毎」などとしてもよい。また、頒布前審査の回数で条件を記述してもよい。

【0133】

特典内容は、ａ）親コンテンツで利用可能な内容（例えば、ゲーム内通貨、プレーヤキャラクタ４に装備できるアイテム、スキン、など）、ｂ）ＵＧＣ作成サービスで利用可能なプラグイン（Plug-In）やアドオン（Add-On）などのソフトウェアに一部機能を拡張するパッケージデータやソフトウェア、ｃ）画像処理や音声合成等のフィルター、ｄ）画像や音声などの素材データ、などの情報、といった具合に適宜設定可能である。

【0134】

登録申請受付データ７００は、ユーザ２がＵＧＣ７をコンテンツマーケットにて公開・頒布するための所定の登録申請手続を経て受け付けされる毎に作成される。言い換えると、登録申請受付データ７００は、提供者ユーザによりＵＧＣ７が提供される毎に作成される。

【0135】

１つの登録申請受付データ７００は、例えば図１２に示すように、固有の受付ＩＤ７０１と、受付日時７０２と、登録申請をしたユーザ２（ＵＧＣ７を提供した提供者ユーザ、提供されたＵＧＣ７の作成者ユーザ）を示す提供者ユーザアカウント７０３と、受付対象のＵＧＣ７それ自体のデータであってコンピュータ読取可能なデータである受付ＵＧＣデータ７０５と、受付対象のＵＧＣ７のＵＧＣ属性７０７と、ＵＧＣ作成情報７０９と、を含む。勿論、これら以外のデータ、例えば、ＵＧＣ７のタイトルや紹介文のデータ、なども適宜含めることができる。

【0136】

ＵＧＣ作成情報７０９は、当該ＵＧＣ７が作成された状況や環境に関する情報である。例えば、作成完了日時、作成に要した時間長、作成が行われた時間帯、作成場所（例えば、作成した地域、国、自宅／オフィスの区分、など）、作成に使用したツール情報（ソフトや道具、作成環境など）、である。これらの情報は、登録申請時に、提供者ユーザ２ｘ（図２参照）が申込画面にて申告・入力するものとする。

【0137】

図１１に戻って、審査制御データ７１０は、頒布前審査に係る各種データを格納する。
審査制御データ７１０は、例えば図１３に示すように、審査対象を示す審査対象受付ＩＤ７１１（図１２の受付ＩＤ７０１に対応）、審査ユーザ３を選定するための候補ユーザ２ｋを示す候補ユーザアカウントリスト７１３、候補ユーザ別ソートポイント７１４、審査ユーザ３の選定結果を示す審査ユーザアカウントリスト７１５、審査ユーザ別審査結果７１６、および総合審査結果７１７、を含む。勿論、これら以外のデータも適宜含めることができる。

【0138】

図１１に戻って、ＵＧＣ登録データ７２０は、頒布前審査で合格し、コンテンツマーケットにて公開・頒布可能になったＵＧＣ７毎に用意され、当該ＵＧＣ７に係る各種データを格納する。１つのＵＧＣ登録データ７２０は、例えば図１４に示すように、固有のＵＧＣ登録ＩＤ７２１と、登録日時７２３と、提供者ユーザアカウント７２５と、登録ＵＧＣデータ７２７と、登録ＵＧＣ属性７２８と、利用評価集計データ７３０と、を含む。勿論、これら以外のデータも適宜含めることができる。例えば、コンテンツマーケットにてＵＧＣ７を選択肢として表示するためのアイコンデータ、当該ＵＧＣ７についての紹介文のテキストデータ、ユーザ２の年齢などの利用制限情報、利用課金額、などの情報も適宜含めることができる。

【0139】

利用評価集計データ７３０は、当該ＵＧＣ７を利用したユーザ（利用ユーザ）が、当該ＵＧＣ７を視聴したり、読んだり、ゲームで使った結果として抱いたユーザ評価、すなわち利用評価の蓄積データである。本実施形態では、利用評価として、利用ユーザ２ｃが入力した不適格評価（図７参照）の履歴である不適格評価履歴データ７３２を含む。１つの不適格評価履歴データ７３２は、例えば、評価日時と、評価者ユーザのアカウントと、を対応づけて格納する。

【0140】

図１１に戻って、プレイデータ７５０は、オンラインゲームをプレイする毎に作成され、最新のプレイ状況、ゲーム進行状況を記述する各種データを格納する。オンラインゲームは本実施形態における親コンテンツであるので、プレイデータ７５０は親コンテンツ提供管理データであるともいえる。親コンテンツが動画の配信であれば、動画配信サイトの制御に係る制御がプレイデータ７５０に格納されることになる。

【0141】

コンテンツマーケット制御データ７６０は、ユーザ２がコンテンツマーケットを利用する毎に作成され、最新の利用状態を記述する各種データを格納する。

【0142】

ＵＧＣ作成サービス制御データ７７０は、ユーザ２がＵＧＣ作成サービスを利用すると作成され、関連する各種データを格納する。例えば、１つのＵＧＣ作成サービス制御データ７７０は、利用者を示す利用者ユーザアカウントと、作成作業中のＵＧＣセーブデータと、を格納する。勿論、これら以外のデータも適宜含めることができる。

【0143】

図１５は、ユーザ端末１５００の機能構成例を示す機能ブロック図である。ユーザ端末１５００は、操作入力部１００と、端末処理部２００と、音出力部３９０と、画像表示部３９２と、通信部３９４と、端末記憶部５００と、を備える。

【0144】

操作入力部１００は、ユーザ２によってなされた各種の操作入力に応じた操作入力信号を端末処理部２００に出力する。例えば、プッシュスイッチや、ジョイスティック、タッチパッド、トラックボール、加速度センサ、ジャイロ、などによって実現できる。

【0145】

端末処理部２００は、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＩＣメモリなどの電子部品によって実現され、操作入力部１００や端末記憶部５００を含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００からの操作入力信号、サーバシステム１１００から受信した各種データに基づいて各種の演算処理を実行して、ユーザ端末１５００の動作を制御する。

【0146】

そして、本実施形態における端末処理部２００は、クライアント制御部２６０と、計時部２８０と、音生成部２９０と、画像生成部２９２と、通信制御部２９４と、を有する。

【0147】

クライアント制御部２６０は、ゲームシステム１０００におけるクライアントとしての制御として、ユーザ端末１５００をＭＭＩＦ（マン・マシン・インターフェース）として機能させる各種制御を行う。具体的には、クライアント制御部２６０は、操作入力情報提供部２６１と、表示制御部２６２と、を有する。

【0148】

操作入力情報提供部２６１は、操作入力部１００からの入力に応じて操作入力情報をサーバシステム１１００へ送信する制御を行う。

【0149】

表示制御部２６２は、サーバシステム１１００から受信したデータに基づいて各種画像を表示させるための制御を行う。

【0150】

計時部２８０は、システムクロックを利用して現在日時や制限時間等の計時を行う。

【0151】

音生成部２９０は、例えばデジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣなどのプロセッサ、音声ファイルを再生可能なオーディオコーデック等によって実現され、楽曲や効果音、各種操作音の音信号を生成し、音出力部３９０に出力する。音出力部３９０は、スピーカなど音生成部２９０から入力される音信号に基づいて音出力（放音）する装置によって実現される。

【0152】

画像生成部２９２は、クライアント制御部２６０の制御に基づく画像を画像表示部３９２へ表示させる画像信号を生成・出力する。図１の例では、制御基板１５５０に搭載されるＧＰＵ（Graphics Processing Unit）や、グラフィックコントローラ、グラフィックボード、などがこれに該当する。画像表示部３９２は、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。

【0153】

通信制御部２９４は、データ通信に係るデータ処理を実行し、通信部３９４を介して外部装置とのデータのやりとりを実現する。通信部３９４は、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信モジュール１５５３がこれに該当する。

【0154】

端末記憶部５００は、端末処理部２００に所与の機能を実現させるためのプログラムや、各種データ等を記憶する。また、端末処理部２００の作業領域として用いられ、端末処理部２００が各種プログラムに従って実行した演算結果や操作入力部１００から入力される入力データ等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図１の例では、制御基板１５５０が搭載するＩＣメモリ１５５２がこれに該当する。

【0155】

具体的には、端末記憶部５００は、ユーザ端末１５００をクライアント制御部２６０として機能させるためのクライアントプログラム５０４（アプリケーションプログラム）と、現在日時９００と、を記憶する。勿論、これら以外のデータも適宜記憶できる。

【0156】

図１６および図１７は、サーバシステム１１００におる処理の流れを説明するためのフローチャートである。
図１６に示すように、サーバシステム１１００は、ユーザ端末１５００にて所定のＵＧＣ作成サービスの利用開始操作が入力されると（ステップＳ１０のＹＥＳ）、ＵＧＣ作成サービスを提供する制御、すなわちＵＧＣ作成制御を実行する（ステップＳ１２）。

【0157】

具体的には、サーバシステム１１００は、ＵＧＣ７のＵＧＣ属性別にサービスの利用権を販売し、購入者であるユーザのユーザ情報６００にＵＧＣ作成サービス利用権所有データ６１４（図３参照）を作成する。そして、利用権に係るＵＧＣ属性のＵＧＣ作成サービスを提供する。例えば、ＵＧＣ属性が「動画」の作成サービスの利用権を所有するユーザ２には、動画を作成するための動画編集機能を有するＷｅｂアプリをユーザ端末１５００で使用可能とさせる。利用状況の最新状況や、作業中や作成完了したＵＧＣ７のデータ、利用中のプラグインやアドインなどについての追加機能情報は、ＵＧＣ作成サービス制御データ７７０に格納されている。

【0158】

作成したＵＧＣ７を公開・頒布したいと望むユーザ２（すなわちゲームシステム１０００を介して作成したＵＧＣ７を他のユーザ２へ提供したいと望む作成者ユーザ）は、ユーザ端末１５００にて所定の登録申請開始操作をして申請者ユーザであり、且つ当該ＵＧＣ７の提供者ユーザとなる。

【0159】

サーバシステム１１００は、登録申請開始操作を検出すると（ステップＳ１４のＹＥＳ）、当該操作を検出したユーザ端末１５００に所定の登録申請画面を表示させて、提供に必要な情報（例えば、ＵＧＣ７のタイトル、紹介文、作成者名、ＵＧＣ属性の指定、ＵＧＣ作成情報７０９となる内容、など）とデータとを受け付ける。具体的には、サーバシステム１１００は、登録申請した申請者ユーザ（提供者ユーザ）のユーザアカウントなど提供に必要な情報を受け付け（ステップＳ１６）、登録申請するＵＧＣ７のデータを受け付ける（ステップＳ１８）。そして、受け付けたＵＧＣ７のＵＧＣ属性を設定し（ステップＳ２０）、登録申請受付データ７００を作成する（ステップＳ２２；図１２参照）。

【0160】

そして、サーバシステム１１００は、登録申請で受付されたＵＧＣ７を頒布前審査の対象として審査ユーザ選定処理を実行する（ステップＳ２４）。

【0161】

図１８は、審査ユーザ選定処理の流れを説明するためのフローチャートである。
審査ユーザ選定処理において、サーバシステム１１００は、登録されている全てのユーザ２のうち、審査役許諾フラグ６１０が「１」のユーザ２のユーザアカウントを候補ユーザアカウントリスト７１３に設定し、審査ユーザ３の初期状態の候補ユーザ２ｋとする（ステップＳ４０；図６参照）。

【0162】

次に、サーバシステム１１００は、不適格者フラグ６７０が「１（不適格者に該当）」のユーザ２を候補から除外し（ステップＳ４２）、審査ユーザ評価６４２が所定基準値以下のユーザ２を候補から除外する（ステップＳ４４）。

【0163】

また、サーバシステム１１００は、審査ユーザ評価６４２（図３参照）、審査経験回数（図５の審査経験データ６５０の数）、審査レベル６５８の何れかが、提供者ユーザのそれよりも低いユーザ２を候補ユーザ２ｋから除外する（ステップＳ４６）。

【0164】

次に、サーバシステム１１００は、提供者ユーザのフレンドリスト６０７を参照して、友人関係にあるユーザ２を候補から除外し（ステップＳ４８）、所定の年齢制限に該当するユーザ２を候補ユーザ２ｋから除外する（ステップＳ５０）。

【0165】

なお、ステップＳ４２からステップＳ５０においては、除外を実行する前に、除外後に残る候補ユーザ２ｋの予定数が、審査ユーザ３の選定数を下回るか否かを判定し、下回る場合には除外を行わないものとする。

【0166】

次に、サーバシステム１１００は、残された候補ユーザ２ｋ別に対応づけたソートポイントを「０」に初期化し（ステップＳ５２）、候補ユーザ２ｋ毎にループＡを実行して、各候補ユーザ２ｋのソートポイントを算出する（ステップＳ６０からステップＳ６８）。サーバシステム１１００は、ユーザ情報６００が含むデータのうち審査適正指標に該当するデータに基づいてソートポイントを算出する。

【0167】

ループＡにおいて、サーバシステム１１００は、先ず、頒布前審査の対象ＵＧＣのＵＧＣ属性７０７と同ＵＧＣ属性のＵＧＣ登録申請履歴データ６２０の数に応じたポイントを、処理対象の候補ユーザ２ｋのソートポイントに加算する（ステップＳ６２）。

【0168】

次に、サーバシステム１１００は、頒布前審査の対象ＵＧＣのＵＧＣ属性７０７と同ＵＧＣ属性のＵＧＣ利用履歴データ６３０の数に応じたポイントを、処理対象の候補ユーザ２ｋのソートポイントに加算する（ステップＳ６４）。

【0169】

次に、サーバシステム１１００は、提供者ユーザの趣味嗜好申告データ６０５と、ループＡ処理対象の候補ユーザ２ｋの趣味嗜好申告データ６０５とを照合して、同じ趣味嗜好の数に応じてソートポイントを加算し（ステップＳ６６）、ループＡを終了する（ステップＳ６８）。

【0170】

そして、サーバシステム１１００は、全ての候補ユーザ２ｋについてループＡを実行したならば、ソートポイントの合算値の上位から所定数の候補ユーザ２ｋを選択する。そして、選択した所定数の候補ユーザ２ｋを、それぞれの審査ユーザ評価６４２で順位付けし（ステップＳ７０）、当該順位の上位から所定数を審査ユーザ３として決定する（ステップＳ７２）。

【0171】

なお、ステップＳ７０は、審査ユーザ評価６４２に加えて，或いは審査ユーザ評価６４２に代えて、審査個人情報６４４で順位付けしてもよい。具体的には、審査経験データ６５０の数で順位付けしたり、審査レベル６５８の高低で順位付けしたりすることができる。

【0172】

図１６に戻って、次にサーバシステム１１００は、頒布前審査処理を実行する（ステップＳ７２）。

【0173】

図１９は、分布前審査処理の流れを説明するためのフローチャートである。
分布前審査処理において、サーバシステム１１００は、審査ユーザ３のユーザ端末１５００と通信して、当該ユーザ端末１５００にて審査画面を表示させ、そこで審査対象ＵＧＣをその登録ＵＧＣ属性７２８に応じた形式で出力する（ステップＳ８０）。例えば、審査対象ＵＧＣが動画であれば、審査画面に動画を再生させて審査ユーザ３が視聴できるようにする。

【0174】

次いで、サーバシステム１１００は、審査ユーザ３別に、各々の審査結果の入力を受け付けて審査ユーザ別審査結果７１６を記憶し（ステップＳ８２；図１３参照）、各審査ユーザ３の審査ユーザ評価６４２へ謝礼・審査報酬とする所定ポイントを加算し、加算後の審査ユーザ評価６４２に基づいて審査個人情報６４４を更新する（ステップＳ８４）。すなわち、審査経験データ６５０を作成し、審査レベル６５８を更新する。

【0175】

そして、サーバシステム１１００は、審査ユーザ別審査結果７１６から総合審査結果７１７を決定し（ステップＳ８６）、提供者ユーザ（登録申請者ユーザ）へ総合審査結果７１７を通知する（ステップＳ８８）。通知方法は適宜設定可能である。例えば、所定のウェブサイトにて掲示板を用意してそこで通知するとしてもよいし、ユーザ登録時に申告した電子メールのアドレスへ宛てて通知のメールを送るとしてもよい。

【0176】

次に、サーバシステム１１００は、提供者ユーザのユーザ情報６００のコンテンツ経験情報６１８にＵＧＣ登録申請履歴データ６２０を追加する（ステップＳ９０；図４参照）。
次いで、サーバシステム１１００は、総合審査結果７１７が「合格」であれば（ステップＳ９２のＹＥＳ）、提供されたＵＧＣ７を頒布対象として追加登録する（ステップＳ９４）。これにより、新しいＵＧＣ登録データ７２０が作成され、当該登録データを参照するコンテンツマーケットでは、この新たに頒布前審査に合格したＵＧＣ７が新たに利用可能・提供可能になる。

【0177】

次に、サーバシステム１１００は、ユーザ端末１５００にて所定のマーケット利用開始操作の入力を検出すると（ステップＳ１１０のＹＥＳ）、当該ユーザ端末１５００にてコンテンツマーケットのＵＧＣ選択画面Ｗ４を表示させ、そこでＵＧＣ登録データ７２０のあるＵＧＣ７を利用対象の選択肢として提示する（ステップＳ１１２）。

【0178】

なお、ステップＳ１１２におけるＵＧＣ選択画面Ｗ４でのＵＧＣ７の（アイコンの）表示順は適宜設定できる。例えば、ＵＧＣ７のタイトルのアルファベット順やあいうえお順、利用履歴数順、登録日時順、利用者ユーザの利用評価順、としてもよい。また例えば当該ＵＧＣ７の頒布前審査の審査結果に基づいて表示順を決定してもよい。例えば、「合格」と判断した審査ユーザ３の数の多い順としてもよい。頒布前審査を審査ユーザ３が公開・頒布するコンテンツとしての適正度を採点する点数制とする場合は、合計点数で表示順を決定するとしてもよい。

【0179】

次いで、サーバシステム１１００は、利用ユーザ（マーケット利用開始操作の入力したユーザ２）が利用したいと思うＵＧＣ７の選択入力を受け付け（ステップＳ１１４）、利用ユーザのユーザ情報６００のコンテンツ経験情報６１８にＵＧＣ利用履歴データ６３０を追加し（ステップＳ１１６；図４参照）、当該選択されたＵＧＣ７の利用開始処理を実行する（ステップＳ１１８）。

【0180】

ステップＳ１１８において、具体的には、サーバシステム１１００は、選択されたＵＧＣ７が動画であればユーザ端末１５００にて動画を再生し、音楽や音声であればその音を出力する。イラストであればそれを表示し、プレーヤキャラクタ４で利用可能なアイテムやスキンであれば、ゲームセーブデータ６０９（図３参照）にそれらを追加する。

【0181】

図１７に移って、次に、サーバシステム１１００は、ユーザ端末１５００にて所定の不適格評価開始操作の入力があれば（ステップＳ１３０のＹＥＳ）、当該ユーザ端末１５００にて不適格評価入力画面を表示させる（ステップＳ１３２）。

【0182】

不適格評価入力画面では、例えば、当該操作入力したユーザ２のＵＧＣ利用履歴データ６３０を参照して、評価対象とするＵＧＣ７の選択入力するための一覧を表示させる。ユーザ２は当該一覧から何れか不適格と思うＵＧＣ７を選択入力する。不適格と思う理由を問う選択欄（例えば、他の著作権を侵害していると思う、コンテンツとしての作品レベルが稚拙すぎる、誹謗中傷が含まれる、など）を設けて、理由の入力を求めてもよい。

【0183】

なお、ステップＳ１３２にて評価対象の候補として一覧表示されるＵＧＣ７は、コンテンツマーケットにて提供開始されてから所定時間が経過したＵＧＣ７（例えば、登録日時７２３（図１４参照）から現在日時９００までの経過時間が所定時間長に達したＵＧＣ７）に限定してもよい。この場合、多くのユーザ２に当該ＵＧＣ７が周知されて利用可能とされる前に不適格評価がなされてしまう事態を抑制できる。

【0184】

サーバシステム１１００は、不適格評価入力画面での入力結果を不適格評価履歴データ７３２（図１４参照）として記憶し（ステップＳ１３４）、頒布取り下げ処理を実行する（ステップＳ１３６）。

【0185】

図２０は、頒布取り下げ処理の流れを説明するためのフローチャートである。
頒布取り下げ処理において、サーバシステム１１００は、公開・頒布の対象として登録されている全てＵＧＣ７についてループＢを実行する（ステップＳ１５０からステップＳ１６８）。

【0186】

ループＢでは、サーバシステム１１００は、処理対象とするＵＧＣ７への不適各評価の累計回数を計算し、それが所定基準値に達している場合（ステップＳ１５２のＹＥＳ）、処理対象とするＵＧＣ７のＵＧＣ登録データ７２０（図１４参照）を抹消して、公開・頒布の対象としての登録を抹消・中止する（ステップＳ１５４）。なお、当該ステップＳ１５４に係り、運用者８に対して、抹消実行／抹消見送りの最終判断の入力を求めるステップを追加し、それに従うとしてもよい。

【0187】

次に、サーバシステム１１００は、ループＢの処理対象とされるＵＧＣ７を頒布前審査した審査ユーザ３毎にループＣを実行する（ステップＳ１５６からステップＳ１６６）。
ループＣにおいて、サーバシステム１１００は、ループＣの処理対象とされる審査ユーザ３の審査個人情報６４４に格納されている審査経験データ６５０（図５参照）の中から、審査ＵＧＣ登録ＩＤ６５４がループＢの処理対象とされるＵＧＣ７の登録ＩＤと合致する履歴データを検索して、その審査ユーザ別審査結果６５６を参照する。

【0188】

そして、参照した審査ユーザ別審査結果６５６が「合格」である場合（ステップＳ１５８の合格）、サーバシステム１１００は、当該審査ユーザ３は過去に間違った頒布前審査をしたとみなし、当該審査ユーザ３の審査ユーザ評価６４２を減点し（ステップＳ１６０）、ループＣを終了する（ステップＳ１６６）。

【0189】

つまり、ステップＳ１３６として実行されるステップＳ１６０は、利用ユーザ２ｃによるＵＧＣの利用評価（不適格評価）と、当該ＵＧＣ７に関する審査処理の審査結果（審査ユーザ別審査結果６５６）とに基づいて、当該ＵＧＣ７を審査した審査ユーザ３を評価する処理を実行するステップである、と言うことができる。

【0190】

ループＢの処理対象とされるＵＧＣ７を頒布前審査した審査ユーザ３全員についてループＣを実行したならば、ループＢを終了する（ステップＳ１６８）。
そして、サーバシステム１１００は、公開・頒布の対象として登録されている全てのＵＧＣ７についてループＢを実行したならば、頒布取り下げ処理を終了する。

【0191】

図１７に戻って、次に、サーバシステム１１００は、自機にて不適格評価開始操作の入力があれば（ステップＳ１７０のＹＥＳ）、自機にて運用者８向けの不適格評価入力画面を表示する（ステップＳ１７２）。運用者８向けの不適格評価入力画面では、例えば、評価対象とするＵＧＣ７の選択入力をするための一覧と、不適格と評価される理由の入力欄（例えば、他の著作権を侵害していると思う、コンテンツとしての作品レベルが稚拙すぎる、誹謗中傷が含まれる、など）と、を含む。

【0192】

なお、ステップＳ１７２にて評価対象の候補として一覧表示されるＵＧＣ７は、コンテンツマーケットにて提供開始されてから所定時間が経過したＵＧＣ７（例えば、登録日時７２３（図１４参照）から現在日時９００までの経過時間が所定時間長に達したＵＧＣ７）に限定してもよい。この場合、運用者８に当該ＵＧＣ７が適切な評価期間を得られる前に不適格評価されてしまう事態を抑制できる。

【0193】

サーバシステム１１００は、運用者８向けの不適格評価入力画面での入力結果を不適格評価履歴データ７３２（図１４参照）として記憶し（ステップＳ１７４）、頒布取り下げ処理を実行する（ステップＳ１７６）。

【0194】

次に、サーバシステム１１００は、自機にて所定の審査ユーザによる直接評価開始操作が入力されると（ステップＳ１９０のＹＥＳ）、自機にて直接評価入力画面を表示する（ステップＳ１９２）。当該入力画面には、評価対象の審査ユーザ３を選択するための一覧と、審査ユーザ評価６４２の増減数を入力する入力欄と、評価理由を選択する選択欄と、評価理由となったＵＧＣ７を選択するための一覧と、を含めるとよい。

【0195】

サーバシステム１１００は、当該入力画面での入力結果に基づいて、評価対象とされた審査ユーザ３の審査ユーザ評価６４２を変更し（ステップＳ１９４）、評価結果（審査ユーザ評価６４２の増減数・評価理由・評価理由となったＵＧＣ７）を、評価対象とされた審査ユーザ３へ向けて通知する（ステップＳ１９６）。例えば、予め登録されている電子メールアドレス宛に通知を送信するとしてもよいし、当該審査ユーザ３がログインした際に通知を表示させるとしてもよい。

【0196】

次に、サーバシステム１１００は、審査ユーザ３を経験したユーザ２のそれぞれについて、特典定義データ５１２（図１１参照）の中から、当該ユーザの審査ユーザ評価６４２が審査ユーザ評価要件を満たす定義データを検索し、その審査ユーザ評価要件に対応付けられた特典内容に従って当該ユーザ２へ特典を付与する（ステップＳ２００）。

【0197】

次いで、サーバシステム１１００は、審査ユーザ３としての経験があるユーザ２のそれぞれについて、所定の審査役不適格要件（例えば、審査ユーザ評価６４２が所定の下限基準値を下回った、など）を満たしているユーザ２を検索し、当該ユーザ２の不適格者フラグ６７０を「１（審査役として不適格者に該当）」に設定する（ステップＳ２０２）。

【0198】

以上、本実施形態によれば、ＵＧＣ７の審査に有用な技術を提供することができる。

【0199】

すなわち、ゲームシステム１０００は、ユーザ２の中から審査ユーザ３を選定し、提供者ユーザから受け付けたＵＧＣ７に係る審査を行わせることができる。審査ユーザ３が審査を行うことで、従来のようなシステムの運用者８がＵＧＣ７の審査に要していた人的・時間的なコストを削減できる。また、ユーザ２の中から審査ユーザ３を選定することで、運用者８がＵＧＣ７を審査する場合に比べて一般ユーザが抱いている審査基準で審査できるようになる。

【0200】

〔変形例〕
以上、本発明を適用した実施形態の一例について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。

【0201】

（変形例その１）
上記実施形態では、親コンテンツをオンラインゲームとする例を示したが、親コンテンツはオンラインゲームに限らない。例えば、親コンテンツを、動画や音楽、音声、静止画、小説などのテキストとしてもよい。親コンテンツに、原作としての位置づけがある場合には、その原作の著作物を親コンテンツとしてもよい。また、親コンテンツが存在せず、ＵＧＣ７（７ａ，７ｂ，…）が１次著作物であっても良い。例えば、ユーザ２が自作した映像作品をＵＧＣ７としてもよい。

【0202】

（変形例その２）
上記実施形態のサーバシステム１１００の機能構成に、図２１に示すような、公開・頒布の基準を機械学習した自動審査部２４２を追加して、当該自動審査部２４２によるＵＧＣ７の審査結果を利用する構成も可能である。

【0203】

自動審査部２４２は、例えば、公序良俗違反とされる画像データや音声データなどを収集した第１データベース８０１（図２２参照）を管理し、ＵＧＣ７とそれらを比較して類似度合を判定し、類似度合が基準値以上の場合は公序良俗違反の疑い有りとして、審査結果を「不合格」とする。また、自動審査部２４２は、例えばインターネットで公開されている画像データや、音声データ、などを収集した第２データベース８０２（図２２参照）を管理し、ＵＧＣ７とそれらを比較して類似度合を判定し、類似度合が基準値以上の場合は著作権侵害の疑い有りとして、審査結果を「不合格」とする。或いは、自動審査部２４２を、機械学習を用いて審査ユーザ３相当の審査を行うＡＩとして実現してもよい。

【0204】

そして、審査ユーザ３による審査において、具体的にはステップＳ８６（図１９参照）において、審査ユーザ３の審査ユーザ別審査結果に自動審査部２４２の審査結果を合わせて総合審査結果７１７を決定するとしてもよい。

【0205】

また、自動審査部２４２の審査結果を、審査ユーザ評価６４２の変更に利用してもよい。
具体的には、例えばステップＳ１３０からステップＳ１３６の不適格評価の主体、或いはステップＳ１７０からステップＳ１７６の不適格評価の主体を、自動審査部２４２に置き換える、としてもよい。また例えば、ステップＳ１６０の前に、ループＢの処理対象とされるＵＧＣ７を自動審査部２４２で審査するステップを追加し、自動審査部２４２の審査結果も「不合格」の場合にステップＳ１６０を実行する流れとしてもよい。つまり、当該構成では、自動審査部２４２も「不合格」と判断した場合にステップＳ１６０の減点が実行される。

【0206】

（変形例その３）
また、上記実施形態では、ステップＳ１３０からステップＳ１３６（図１７参照）にて、審査ユーザ評価処理の一例として、利用ユーザ２ｃによる「不適格評価」の利用評価と、当該ＵＧＣ７ｃに関する審査結果とに基づいて当該ＵＧＣ７を審査した審査ユーザ３を評価する例を示したが、これに限らない。

【0207】

例えば、ＵＧＣ７の利用評価を一意に決定することができる所定の利用評価決定条件を満たした場合の当該一意の利用評価と、当該ＵＧＣに関する審査処理の審査結果とに基づいて、当該ＵＧＣを審査した前記審査ユーザを評価する処理、に置き換えてもよい。

【0208】

複数の利用ユーザによる評価が全て同じ１つである場合は殆どない。評価はユーザによってバラバラであるため、得られる利用評価が様々となる場合が殆どである。この様々な利用評価から１つの結論を出す条件が「所定の利用評価決定条件」である。１つの結論が「一意の利用評価」となる。

【0209】

例えば、利用評価を「Ｇｏｏｄ」「Ｂａｄ」の２択、或いは利用評価を点数で入力できるようにして、利用評価の入力結果を、ＵＧＣ登録データ７２０の利用評価集計データ７３０（図１４参照）としてＵＧＣ７別に蓄積する。そして、サーバシステム１１００が、登録日時７２３から所定時間経過したＵＧＣ７、又は利用評価の集計数が所定の多数に達したＵＧＣ７について、その利用評価集計データ７３０が所定の利用評価決定条件を満たした場合に、当該ＵＧＣ７への利用評価を一意に決定する。例えば、利用評価決定条件を「蓄積された利用評価の８０％が、「Ｇｏｏｄ」或いは平均評価点数が５点満点中３点以上である」などとした場合、当該ＵＧＣ７への利用評価を「適格」の一意に決定する。そして、当該一意の利用評価と、当該ＵＧＣに関する審査処理の審査結果とに基づいて、当該ＵＧＣ７を審査した審査ユーザ３を評価する。

【0210】

（変形例その４）
上記実施形態に、ＵＧＣ作成情報７０９（図１２参照）を用いて審査ユーザ３を選定する要素を加えてもよい。例えば、ステップＳ７２（図１８参照）において、候補ユーザ２ｋを審査ユーザ３として選定する際の審査ユーザ評価順位を、作成時間の長いＵＧＣ７ほど上位となるように設定して、審査ユーザ３を選定するとしてもよい。

【0211】

例えば、上記実施形態に、提供者ユーザ２ｘと活動時間帯が類似する候補ユーザ２ｋを審査ユーザ３として選択する要素を加えてもよい。例えば、候補ユーザ２ｋのコンテンツ経験情報６１８（図４参照）の登録申請日時６２２や利用日時６３２を参照して、当該候補ユーザ２ｋの活動時間帯を推定する。次いで、図１８のループＡの処理において、審査対象ＵＧＣのＵＧＣ作成情報７０９に含まれる作成日時に該当する活動時間帯に基づいてソートポイントを加算するステップを追加する。この場合、例えば夜間に作成されたＵＧＣ７は、夜間に活動する審査ユーザ３がより選定され易くなり、速やかな審査が期待できる。

【0212】

例えば、ユーザ情報６００（図３参照）に当該ユーザの居住地情報（例えば、地域、行政区、住所、など）を含め、ＵＧＣ作成情報７０９（図１２参照）に当該ＵＧＣ７が作成された作成場所（例えば、作成した地域、国、自宅／オフィスの区分、など）の情報を含めることとする。そして、図１８のループＡの処理において、居住地情報の示す場所と作成場所とが近いほど高いソートポイントを加算するステップを追加する。この場合、ＵＧＣ７が作成された地域や国、作成場所に対して、居住地の近い審査ユーザ３が選定され易くなり、速やかな審査が期待できる。勿論、真逆の観点として、ＵＧＣ７が作成された場所と、審査ユーザ３の居住地が遠いほど高いソートポイントを加算するステップを加えるとしてもよい。

【0213】

例えば、ＵＧＣ作成情報７０９（図１２参照）に作成に使用したツールに関する情報を含まれることとする。そして、図１８のループＡの処理において、処理対象である候補ユーザ２ｋが提供者ユーザ２ｘであった登録申請受付データ７００のＵＧＣ作成情報７０９と、審査対象ＵＧＣのＵＧＣ作成情報７０９とを照合して、共通するツールを使ってＵＧＣ７の登録申請を行った回数が多いほど高いソートポイントを加算するステップを加える。この場合、同じツールを使ったことのある、つまりＵＧＣの作成の際のテクニックを良く知る審査ユーザ３がより選定され易くなるので、より適切な審査が期待できる。

【符号の説明】

【0214】

２ ：ユーザ
３ ：審査ユーザ
８ ：運用者
２００ｓ ：サーバ処理部
２０２ ：ユーザ情報管理部
２０３ ：関係管理部
２１０ ：ＵＧＣ提供制御部
２１２ ：ＵＧＣ作成制御部
２１４ ：受付部
２１６ ：審査ユーザ選定部
２１８ ：審査制御部
２２０ ：提供是非決定部
２２２ ：審査結果通知制御部
２２４ ：審査ユーザ評価部
２２６ ：審査個人情報管理部
２３０ ：マーケット管理部
２３２ ：ＵＧＣ選択画面制御部
２３４ ：ＵＧＣ利用制御部
２４０ ：特典付与部
２４２ ：自動審査部
５００ｓ ：サーバ記憶部
５０１ ：サーバプログラム
５１２ ：特典定義データ
６００ ：ユーザ情報
６０１ ：ユーザアカウント
６０７ ：フレンドリスト
６１８ ：コンテンツ経験情報
６２０ ：ＵＧＣ登録申請履歴データ
６３０ ：ＵＧＣ利用履歴データ
６４２ ：審査ユーザ評価
６４４ ：審査個人情報
６５０ ：審査経験データ
６５６ ：審査ユーザ別審査結果
６５８ ：審査レベル
７００ ：登録申請受付データ
７０５ ：受付ＵＧＣデータ
７０７ ：ＵＧＣ属性
７１０ ：審査制御データ
７１３ ：候補ユーザアカウントリスト
７１５ ：審査ユーザアカウントリスト
７１６ ：審査ユーザ別審査結果
７１７ ：総合審査結果
７２０ ：ＵＧＣ登録データ
７３０ ：利用評価集計データ
７３２ ：不適格評価履歴データ
７６０ ：コンテンツマーケット制御データ
７７０ ：ＵＧＣ作成サービス制御データ
１０００ ：ゲームシステム
１１００ ：サーバシステム
１５００ ：ユーザ端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】