JP7428912B2

JP7428912B2 - コンピュータプログラム、およびコンピュータ装置

Info

Publication number: JP7428912B2
Application number: JP2021119901A
Authority: JP
Inventors: 敦史丸山
Original assignee: Capcom Co Ltd
Current assignee: Capcom Co Ltd
Priority date: 2021-07-20
Filing date: 2021-07-20
Publication date: 2024-02-07
Anticipated expiration: 2041-07-20
Also published as: JP2023015855A

Description

本発明は、コンピュータプログラムおよびコンピュータ装置に関する。

従来、有償および無償の仮想通貨（ゲーム内通貨）が用いられるゲームが知られている。また、有償仮想通貨を他ユーザに譲渡することができ、譲り受けた仮想通貨のみで抽選（いわゆる、ガチャ）を実行することのできるゲームが知られている（例えば、特許文献１参照）。

この特許文献１では、他ユーザから譲り受けた仮想通貨が、ユーザ自身が獲得した仮想通貨とは区別して管理されている。

特開２０２０－１６２７５６号公報

しかしながら、前記従来の技術では、ユーザ間での仮想通貨の授受が十分に活性化されているとは言いがたく、改善の余地があった。

本発明の目的は、ゲームにおいて、ユーザ間での仮想通貨などのアイテムの授受をさらに促進させることのできるコンピュータプログラムを提供することである。

第１の発明は、
コンピュータに、つぎの各ステップを実行させるコンピュータプログラムであって、
関連づけステップにおいて、ゲーム内の第１アイテムを第１ユーザに関連づけ、
前記第１アイテムは、前記第１ユーザのゲーム内行動に基づいて前記第１ユーザに関連づけられ、
制限ステップにおいて、前記第１ユーザに関連づけられている第１アイテムの少なくとも一部の用途および／または機能を制限し、
変更ステップにおいて、前記第１ユーザの変更操作に基づいて、前記第１ユーザに関連づけられている第１アイテムを第２ユーザに関連づけ、
緩和ステップにおいて、前記第２ユーザに関連づけられた第１アイテムの前記制限を緩和し、
実行ステップにおいて、前記第１ユーザに対してゲーム内のイベントを実行し、
前記イベントは、前記制限が緩和された第１アイテムを前記第２ユーザが使用した場合に実行される、
コンピュータプログラムである。

また、第１の発明において、
前記第１アイテムは、前記制限の対象ではない第２アイテムが前記第１ユーザに関連づけられたことに基づいて、第１ユーザに関連づけられる、
ことができる。

また、第１の発明において、
前記イベントの内容は、前記第２ユーザによるゲームプレイ結果に基づいて決定される、
ことができる。

また、第１の発明において、
前記イベントの内容は、前記第２ユーザによる前記制限されていた用途および／または機能を実行したことに基づいて決定される、
ことができる。

また、第１の発明において、
前記イベントの内容は、前記変更操作がなされるタイミングでの前記第２ユーザのゲームプレイ状況に基づいて決定される、
ことができる。

また、第１の発明において、
前記変更操作に関する情報には、前記第１ユーザの操作に基づいて特定された第２ユーザに関する情報、および、上限値を超えない範囲で指定された前記第１アイテムの数量に関する情報、が含まれる、
ことができる。

また、第１の発明において、
前記上限値は、前記第２ユーザによるゲームプレイ結果に基づいて決定される、
ことができる。

また、第１の発明において、
前記上限値は、前記変更操作がなされるタイミングでの前記第２ユーザのゲームプレイ状況に基づいて決定される、
ことができる。

また、第１の発明において、
さらに、前記コンピュータに、つぎのステップを実行させるコンピュータプログラムであって、
使用ステップにおいて、前記第２ユーザの操作に基づいて前記制限が緩和された第１アイテムを使用し、
前記第２ユーザに関連づけられている第１アイテムには、関連づけが変更される前の前記第１ユーザの識別情報が旧ユーザ情報として関連づけられ、
使用される第１アイテムは、前記第２ユーザに関連づけられた第１アイテムのうち、その第２ユーザの操作に基づいて選択された前記旧ユーザ情報が関連づけられている第１アイテム、および／または、ランダムに選択された第１アイテムである、
ことができる。

また、第１の発明において、
前記使用ステップにおいて、前記旧ユーザ情報の一覧を前記第２ユーザに表示するための情報を生成する、
ことができる。

第２の発明は、
第１の発明のコンピュータプログラムを記憶する記憶部と、
前記コンピュータプログラムを実行する制御部と、
を備える、
コンピュータ装置である。

本発明によれば、ゲームにおいて、ユーザ間での仮想通貨などのアイテムの授受をさらに促進させることのできるコンピュータプログラムを提供することができる。

本実施形態における、ゲームシステムの構成を示す図である。本実施形態における、ゲームシステムに含まれるユーザ端末装置の構成を示す図である。本実施形態における、投げ銭を実行する手順の一例を示す図である。本実施形態における、生配信されるプレイ動画の画面の一例を示す図である。本実施形態における、ゲームシステムで実行されるゲームのゲーム画面の一例を示す図である。本実施形態における、ゲームシステムで実行されるゲームのゲーム画面の一例を示す図である。本実施形態における、ゲームシステムで実行される投げ銭ページの画面の一例を示す図である。本実施形態における、ゲームシステムで実行される投げ銭ページの画面の一例を示す図である。本実施形態における、ゲームシステムで実行される抽選ゲームのゲーム画面の一例を示す図である。本実施形態における、ユーザデータの一例を示す図である。本実施形態における、投げ銭処理を示すフローチャートである。他の実施形態における、ゲームシステムで実行される抽選ゲームのゲーム画面の一例を示す図である。他の実施形態における、ゲームシステムで実行される抽選ゲームのゲーム画面の一例を示す図である。

［実施形態］
本発明の実施形態にかかるゲームシステム１について、図１～図１１を参照して説明する。ゲームシステム１は、図１、図２のとおり、ゲームサーバ装置２とユーザ端末装置３Ａと視聴端末装置３Ｂと投げ銭サーバ装置４と配信サーバ装置５とを備える。なお、ゲームシステム１および後述の処理手順は一例であり、本発明の実施形態はこれらには限られない。ゲームシステム１および処理手順は、本発明の要旨を変更しない範囲で適宜設計変更をすることができる。

＜ゲームの説明＞
ゲームサーバ装置２により、ユーザ端末装置３Ａで実行される下記のゲームが提供される。具体的には、ユーザ端末装置３Ａでは、ユーザがタッチパッド３５０を介して仮想ゲーム空間上のプレイヤキャラクタを操作して進行させる所定のゲームが実行される。本実施形態では、ユーザ端末装置３Ａは、描画されたゲーム画像をゲーム画面として液晶画面３４０に表示する。

本実施形態において、ゲームシステム１は、ユーザが他ユーザに仮想通貨を付与する機能、いわゆる投げ銭を行う機能をユーザ端末装置３Ａに提供する。

具体的には、ユーザは、投げ銭として用いられる専用仮想通貨（第１アイテムの一例）を他ユーザに付与することができ、専用仮想通貨の付与数量（付与金額）も指定することができる。

また、本実施形態では、ゲーム内で使用することのできる仮想通貨には、専用仮想通貨のほかに、通常仮想通貨（第２アイテムの一例）がある。

ユーザは、支払処理を経て通常仮想通貨を購入することができる。この通常仮想通貨により、ユーザは、所定額の使用（消費）と引き換えに、例えば、ゲーム内で抽選（例えば、仮想通貨が消費されることで、抽選リストからキャラクタなどが選択されるガチャ）を実行することができ、また、アイテムを取得（購入）することができる。

通常仮想通貨は、専用仮想通貨とは異なり、その用途および／または機能が制限されておらず、また、その他の点では専用仮想通貨と同様である。

専用仮想通貨は、ユーザが通常仮想通貨を所定額以上購入した際に、いわゆる「おまけ」としてこのユーザに付与される。この専用仮想通貨は、「おまけ」としてユーザに付与された状態では、少なくとも一部の用途および／または機能が制限されている。

なお、用途は、ゲーム内での専用仮想通貨の使いみちを意味する。また、機能は、ゲーム内で専用仮想通貨が本来備えている働きを意味する。

具体的には、本実施形態では、専用仮想通貨は、「おまけ」としてユーザに付与された状態では、そのユーザは、本来の使いみちであるガチャの実行などに使用することができない。そして、専用仮想通貨は、「おまけ」としてユーザに付与された状態では、そのユーザは、「投げ銭」としてのみ使用することができる。

「投げ銭」は、「おまけ」として専用仮想通貨を付与されたユーザが、その専用仮想通貨を他ユーザに付与することである。

専用仮想通貨は、投げ銭として他ユーザに付与された場合に（他ユーザのもとで）、機能の制限が緩和（解除）される。すなわち、「おまけ」としての専用仮想通貨は、他ユーザに付与されることで本来の用途／機能である、ガチャでの使用が可能となる。

なお、専用仮想通貨が「おまけ」としてユーザに付与された状態であっても、ユーザは専用仮想通貨を「捨てる」ことができるが、いったん投げ銭された専用仮想通貨は、その後は投げ銭として再使用することはできない。

本実施形態では、例えば、ユーザは、図３のように、生配信されているゲームのプレイ動画を視聴することで、投げ銭をする相手を特定しつつ投げ銭を行うことができる。

以下では、ユーザのうち、ゲームのプレイ動画を配信するユーザを配信ユーザ（第２ユーザの一例）といい、配信されているプレイ動画を視聴するユーザを視聴ユーザ（第１ユーザの一例）という。また、単に「ユーザ」という場合には、配信ユーザおよび視聴ユーザのいずれをも意味する。

配信ユーザは、自身のユーザ端末装置３Ａを用いて、ゲーム画像（キャプチャ画像）を含むゲームのプレイ動画の画像情報を、配信サーバ装置５に送信（投稿）することができる。

ゲームのプレイ動画の配信は、一般的な配信用アプリケーションを用いて行うことができる。例えば、配信ユーザは、ユーザ端末装置３Ａにおいて、配信用アプリケーションを実行し、配信サーバ装置５にログインする。ついで、配信ユーザは、配信するゲームタイトルの選択などの設定を行う。ついで、配信ユーザは、「ブロードキャストを開始」を選択する。その後、配信ユーザは、前述のゲーム（アプリケーション）を実行させることでプレイ動画を配信することができる。

配信サーバ装置５は、動画投稿サイトを視聴（閲覧）する視聴ユーザ（ゲーム画像を視聴するための視聴端末装置３Ｂ）に、配信ユーザのプレイ動画の画像情報（配信画像情報）を送信する。

配信ユーザによって配信されるプレイ動画内のゲーム画像には、ＱＲコード（登録商標）が付加されている。

このＱＲコードは、配信ユーザを特定するための情報であるアクセス情報の一例である。そして、ＱＲコードには、この配信ユーザを特定して投げ銭を行うことのできる投げ銭ページ（ウェブサイト）のＵＲＬが含まれている。

ここで、ゲーム内の「メニュー」で配信モードがＯＦＦに設定されている状態では、ゲーム画像には、ＱＲコードは付加されていない。

一方、配信ユーザは、配信モードをＯＮに設定することで、ゲーム画像にＱＲコードを付加させることができる。

配信モードがＯＮにされたことで表示される「投げ銭リンクページ」のボタン（図５参照）を配信ユーザがタップし、かつ、配信サイトのＵＲＬをタッチパッド３５０で入力することで、ゲーム画像にＱＲコードが付加される。

このように、ＱＲコードが付加されていないゲーム画像から、図６のようなＱＲコードが付加されたゲーム画像に変更されるため、配信ユーザは、別途動画配信サイトにおいて注釈で配信者に関する情報を配信画像に追加する必要がない。

なお、配信者が、配信モードをＯＦＦに設定することで、ＱＲコードがゲーム画面から削除される。

また、視聴ユーザは、配信サーバ装置５を介して受信した情報に基づいて、例えば、図４のように、視聴端末装置３Ｂの液晶画面に、生配信中のプレイ動画を表示させることができる。

そして、視聴ユーザは、自身のユーザ端末装置３Ａで、視聴端末装置３Ｂの画面に表示されているＱＲコードを読み取るアプリケーション（ＱＲコードリーダー）を起動する。ついで、視聴ユーザは、このアプリケーションの機能によりカメラ３６０を起動させてプレイ動画に含まれるＱＲコードを撮影する。これにより、ＱＲコードが復号されて投げ銭ページのＵＲＬが取得される。そして、ＱＲコードリーダーの指示によって、図７のように、このＵＲＬに対応する投げ銭ページが液晶画面３４０上のウェブブラウザに表示される。

図７に示されるような、配信ユーザに投げ銭をするために表示される１つの投げ銭ページは、１人の配信ユーザに対して固有に設けられるウェブページである。この投げ銭ページは、投げ銭サーバ装置５によって生成される。

図７の投げ銭ページには、視聴ユーザが投げ銭を行う相手となる配信ユーザの情報が表示される。視聴ユーザは、画面中央の入力ウィンドウ１５に自身のゲームユーザＩＤを入力（例えば、視聴ユーザのゲーム画面よりコピー）し、タッチパッド３５０上の「投げ銭する」のボタンをタップすることができる。これにより、投げ銭ページは、図８のような投げ銭の実行画面に遷移する。

視聴ユーザは、図８の投げ銭の実行画面において、専用仮想通貨を付与する量（金額）を指定することができる。具体的には、視聴ユーザは、タッチパッド３５０上でスライダー１６をスライドさせることで、付与する専用仮想通貨の量を決定することができる。

図８の例では、視聴ユーザが保有している専用仮想通貨（譲渡用仮想通貨）の何パーセント（０～１００％）を付与するかを指定することができるが、付与する量をスライダーで直接指定することができてもよい。

視聴ユーザは、図８の投げ銭の実行画面において、付与する専用仮想通貨の量を指定したのち、タッチパッド３５０上の「投げ銭実行」のボタンをタップする。

その後、視聴ユーザのユーザ端末装置３Ａは、図３のとおり、投げ銭サーバ装置４に対して、投げ銭が実行された旨の情報および付与する専用仮想通貨の量などの情報を送信する。

投げ銭サーバ装置５は、ゲームサーバ装置２との通信によって必要な情報を授受する。これにより、指定された金額の専用仮想通貨が、配信ユーザに付与される。

また、本実施形態では、図３のとおり、配信ユーザに投げ銭をした（専用仮想通貨を付与した）視聴ユーザへのお返しイベントが発生する。

このイベントは、ゲーム内で行われる各種の行事、催し物、興行などである。具体的には、イベントは、例えば、ユーザが通常仮想通貨を消費することなくコンティニューすることのできるアイテム（コンティニューアイテム）の付与、配信ユーザが投げ銭された専用仮想通貨を使用して実行したガチャで当選したキャラクタの付与、特定のアイテムの付与などである。本実施形態では、コンティニューアイテムが視聴ユーザに付与されるお返しイベントが実行される。

お返しイベントは、投げ銭された専用仮想通貨を配信ユーザがガチャを実行するために使用した場合に、視聴ユーザに対して実行される。すなわち、このお返しイベントにより、配信ユーザは、投げ銭をしてくれた視聴ユーザへ謝意を示すことができる。

配信ユーザは、ゲームにおいて、投げ銭された専用仮想通貨をガチャ（投げ銭ガチャ）に使用する際に、図９のような実行画面が表示され、使用量（使用金額）を指定することができる。具体的には、配信ユーザは、タッチパッド３５０上でスライダー１７をスライドさせることで、専用仮想通貨の使用量を決定する。すなわち、配信ユーザは、スライダー１７を用いて、配信ユーザが保有している専用仮想通貨（譲受仮想通貨）の何パーセント（０％～１００％）を使用するかを指定することができる。

なお、本実施形態では、１回のガチャを実行するにあたり、１００の専用仮想通貨が消費される。

＜ハードウェア構成＞
図１および図２を参照して、ゲームサーバ装置２、ゲームが実行されるユーザ端末装置３Ａ、配信されているプレイ動画を視聴するための視聴端末装置３Ｂ、投げ銭サーバ装置４、および配信サーバ装置５のハードウェア構成および機能的構成について説明する。

＜ゲームサーバ装置２のハードウェア構成＞
ゲームサーバ装置２は、図１のとおり、制御部２０、記憶部２１、およびネットワークインターフェース２２を備える。

記憶部２１およびネットワークインターフェース２２は、バス２９を介してゲームサーバ装置２の制御部２０に接続される。

制御部２０は、サーバ装置２の動作を制御する。詳細は後述する。

記憶部２１は、主にＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）などで構成される。

記憶部２１には、例えば、本発明のコンピュータプログラム、ならびに、ユーザ端末装置３Ａにてプレイされるゲームを実行するためのゲームプログラムを配信するための配信プログラムおよびデータが記憶される。

また、記憶部２１には、ユーザＤＢ２１１が記憶されている。

ユーザＤＢ２１１は、ユーザのゲームに関する情報が蓄積されたデータベースである。例えば、ユーザＤＢ２１１には、図１０のように、各ユーザのユーザデータが記憶されている。

ユーザデータは、ユーザＩＤ、名称、ランク、通常仮想通貨、譲渡用仮想通貨、譲受仮想通貨、譲渡元ユーザＩＤ、譲渡仮想通貨、譲渡先ユーザＩＤ、配信ＵＲＬ、配信状況および投げ銭ＵＲＬなどが１レコードとして記憶されている。

ユーザＩＤは、ゲーム用のユーザのアカウント情報（ゲームユーザＩＤ）である。

名称は、ゲーム内におけるユーザの名称（例えば、テキストデータ）である。

ランクは、例えば、ゲームにおけるユーザの熟練度（例えば、数値データ）を示す。

通常仮想通貨は、支払処理を経て購入することのできる有償仮想通貨の保有量（保有額）である。

譲渡用仮想通貨は、ガチャへの使用が制限されている状態の専用仮想通貨の保有量（保有額）である。すなわち、譲渡用仮想通貨は、前述した「おまけ」として付与された専用仮想通貨の保有量（保有額）である。

譲受仮想通貨は、ガチャへの使用の制限が解除された状態の専用仮想通貨の保有量（保有額）である。すなわち、視聴者ユーザなどから投げ銭として付与された専用仮想通貨の保有量（保有額）である。

譲受仮想通貨は、譲受元ユーザＩＤごとに記憶される。

譲受元ユーザＩＤは、投げ銭によって専用仮想通貨を譲渡（付与）してくれた相手ユーザ（旧ユーザ）のゲームユーザＩＤである。

譲渡仮想通貨は、過去に、ユーザ自身が投げ銭した専用仮想通貨の量（投げ銭額）である。譲渡仮想通貨は、譲渡先ユーザＩＤごとに記憶される。

譲渡先ユーザＩＤは、視聴ユーザが投げ銭によって専用仮想通貨を譲渡（付与）した配信ユーザのゲームユーザＩＤである。

配信ＵＲＬは、配信ユーザによる現在配信中のゲーム動画の動画サイト（チャンネル）のＵＲＬである。

配信状況は、配信ユーザのゲーム動画の配信状況（１：配信中、０：配信なし）を示す。

配信ＵＲＬおよび配信状況は、配信ユーザがゲームの配信モードのＯＮ／ＯＦＦを設定する際に、配信ユーザのゲームユーザＩＤとともに、配信ユーザのユーザ端末装置３Ａから投げ銭サーバ装置４を介してゲームサーバ装置２に送信される。

投げ銭ＵＲＬは、投げ銭ページのＵＲＬである。投げ銭ページのＵＲＬは、ユーザがゲームの配信モードを初めてＯＮに設定したときに、投げ銭サーバ装置４によって生成される。投げ銭ページのＵＲＬは、配信ＵＲＬおよび配信状況とともに投げ銭サーバ装置４からゲームサーバ装置２に送信される。

ネットワークインターフェース２２は、ゲームサーバ装置２とユーザ端末装置３Ａおよび投げ銭サーバ装置４との間でデータを送受信するために、通信ネットワーク６に接続される。

＜ゲームサーバ装置２の制御部２０の機能の説明＞
ゲームサーバ装置２の制御部２０は、本発明のコンピュータプログラムを実行することにより、以下の各手段として機能し、以下の各ステップを実行する。

＜進行ステップの説明＞
制御部２０は、ゲーム進行管理手段として機能することで進行ステップを実行する。以下では、ゲーム進行管理手段としての制御部２０が実行する処理を説明する。

制御部２０は、ユーザの操作に基づいてゲームを進行させる。制御部２０は、例えば、敵キャラクタの体力値を管理する。

また、制御部２０は、後述のガチャの実行要求情報を受信することで、ユーザによる通常仮想通貨の使用（または配信ユーザによる専用仮想通貨の使用）に基づいてガチャを実行し、抽選結果に基づいてユーザにキャラクタなどを付与する。このガチャでは、複数種類のキャラクタが記憶された抽選リストから、いずれかのキャラクタが選択されて、当選キャラクタが決定される。

＜関連づけステップの説明＞
制御部２０は、関連づけ手段として機能することで関連づけステップを実行する。以下では、関連づけ手段としての制御部２０が実行する処理を説明する。

制御部２０は、視聴ユーザのゲーム内行動に基づいて、この視聴ユーザに専用仮想通貨（譲渡用仮想通貨）を関連づける（専用仮想通貨を視聴ユーザに付与する）。すなわち、制御部２０は、支払処理を経て視聴ユーザが所定額以上の通常仮想通貨を購入した場合に、この視聴ユーザのユーザデータ「譲渡用仮想通貨」に、一定額（一定量）を追加する。

＜制限ステップの説明＞
制御部２０は、制限手段として機能することで制限ステップを実行する。以下では、制限手段としての制御部２０が実行する処理を説明する。

制御部２０は、視聴ユーザに関連づけられている専用仮想通貨の少なくとも一部の用途および／または機能を制限する。具体的には、制御部２０は、視聴ユーザに関連づけられた専用仮想通貨を「譲渡用仮想通貨」として管理し、視聴ユーザが投げ銭以外に使用することができないように制限する。

＜変更ステップの説明＞
制御部２０は、変更手段として機能することで変更ステップを実行する。以下では、変更手段としての制御部２０が実行する処理を説明する。

制御部２０は、視聴ユーザの変更操作に基づいて、視聴ユーザに関連づけられている専用仮想通貨を配信ユーザに関連づける（視聴ユーザが、専用仮想通貨を「投げ銭」として配信ユーザに付与する）。

変更操作は、図８のとおり、視聴ユーザが配信ユーザに付与する量（金額）を指定した後に行う投げ銭の実行操作（「投げ銭実行」のボタンの操作）である。

制御部２０は、視聴ユーザによる投げ銭の実行操作があった場合に、投げ銭の相手である配信ユーザ（ゲームユーザＩＤ）および付与する金額の情報を、投げ銭サーバ装置４から受信する。これにより、制御部２０は、このユーザの「譲渡用仮想通貨」を、配信ユーザに関連づける。

具体的には、視聴ユーザの「譲渡用仮想通貨」の専用仮想通貨が、図８で指定された金額だけ配信ユーザの「譲受仮想通貨」に移動されるとともに、視聴ユーザのゲームユーザＩＤが配信ユーザの「譲受元ユーザＩＤ」に設定される。さらに、視聴ユーザの「譲渡仮想通貨」および「譲渡先ユーザＩＤ」に、配信ユーザに付与した金額および配信ユーザのゲームユーザＩＤが設定される。

例えば、図１０から、ユーザＩＤ：Ｕ－００００２のユーザが、ユーザＩＤ：Ｕ－００００１のユーザに金額：３００の投げ銭を実行したことがわかる。

＜緩和ステップの説明＞
制御部２０は、緩和手段として機能することで緩和ステップを実行する。以下では、緩和手段としての制御部２０が実行する処理を説明する。

制御部２０は、配信ユーザに関連づけられた専用仮想通貨の制限を緩和する。すなわち、制御部２０は、投げ銭によって配信ユーザに付与された専用仮想通貨を、ユーザデータ「譲受仮想通貨」として管理し、ガチャへの使用を許可する。

＜実行ステップの説明＞
制御部２０は、実行手段として機能することで実行ステップを実行する。以下では、実行手段としての制御部２０が実行する処理を説明する。

制御部２０は、視聴ユーザに対してゲーム内のイベントを実行する。このイベントは、制限が緩和された譲受仮想通貨を配信ユーザが使用（消費）した場合に実行される。

具体的には、配信ユーザがガチャを実行するために専用仮想通貨（譲受仮想通貨）を使用した場合に、視聴ユーザに対してお返しイベントが実行される。

制御部２０は、例えば、コンティニューアイテムが付与されたゲーム画面を、視聴ユーザのユーザ端末装置３Ａの液晶画面３４０に表示させる。また、制御部２０は、この視聴ユーザのユーザデータを更新して、視聴ユーザの所持アイテム（不図示）にコンティニューアイテムを追加する。これにより、視聴ユーザは、コンティニューアイテムを使用することができるようになる。

制御部２０は、配信ユーザがガチャに使用した「譲受仮想通貨」（専用仮想通貨）の譲受元ユーザＩＤのユーザ（視聴ユーザ）に対してイベントを実行する。

まず、制御部２０は、配信ユーザの譲受仮想通貨の使用量に応じて、配信ユーザに関連づけられている譲受元ユーザＩＤの中からランダムに選択した譲受元ユーザＩＤの「譲受仮想通貨」を使用する。

例えば、図１０において、ユーザ（ユーザＩＤ：Ｕ－００００１）が１００の専用仮想通貨を使用してガチャを１回実行する場合に、制御部２０は、ランダムに選択した譲受元ユーザＩＤ：Ｕ－００００２が対応づけられた譲受仮想通貨：３００から１００を減少させてガチャを実行する。

そして、制御部２０は、ユーザ（ユーザＩＤ：Ｕ－００００２）に対して、お返しイベントを実行する。

また、例えば、図１０において、ユーザ（ユーザＩＤ：Ｕ－００００１）が５００の専用仮想通貨を使用して抽選を５回実行する場合には、制御部２０は、譲受元ユーザＩＤ：Ｕ－００００２が対応づけられた譲受仮想通貨：３００、および、譲受元ユーザＩＤ：Ｕ－００００３が対応づけられた譲受仮想通貨：２００を減少させて５回の抽選を実行する。

この場合には、制御部２０は、ユーザ（ユーザＩＤ：Ｕ－００００２）およびユーザ（ユーザＩＤ：Ｕ－００００３）のそれぞれに対して、お返しイベントを実行する。

なお、制御部２０は、前述のガチャが実行されるたびに、お返しイベントを実行することができる。例えば、ガチャが５回行われる場合には、５回のお返しイベントを実行することができる。

＜付加ステップの説明＞
制御部２０は、付加手段として機能することで付加ステップを実行する。以下では、付加手段としての制御部２０が実行する処理を説明する。

制御部２０は、配信ユーザのゲーム画像にアクセス情報（ＱＲコード）を付加する。このＱＲコードには、投げ銭ページ（図７参照）のＵＲＬが含まれる。

制御部２０は、配信ユーザのゲームプレイ状況に基づいて、ＱＲコードをゲーム画像に付加するか否かを決定する。ゲームプレイ状況は、ゲーム画像を含むプレイ動画の配信状況である。本実施形態では、制御部２０は、配信状況：１（配信モード：ＯＮ）である状態の配信ユーザによる所定操作に基づいて、配信ユーザのユーザ端末装置３Ａにおけるゲーム画像にＱＲコードを付加するように指示する。

また、制御部２０は、配信状況が１から０になった場合（配信モード：ＯＦＦ）には、ユーザのユーザ端末装置３Ａにおけるゲーム画像にＱＲコードを付加する指示を停止する。

また、制御部２０は、配信状況、配信ＵＲＬおよび投げ銭ページのＵＲＬの情報を投げ銭サーバ装置４から受信するたびに、ユーザデータを更新する。

＜通信ステップの説明＞
制御部２０は、通信手段として機能することで通信ステップを実行する。以下では、通信手段としての制御部２０が実行する処理を説明する。

制御部２０は、ユーザ端末装置３Ａとの間で、ユーザの識別情報などを送受信する。

また、制御部２０は、ユーザによる操作信号（操作情報を含む）、ガチャを要求するための実行要求情報などをユーザ端末装置３Ａから受信する。

また、制御部２０は、ゲームプログラムなどのゲームデータ、ゲームの進行状況に関する情報、ガチャの結果に関する情報などをユーザ端末装置３Ａへ送信する。

また、制御部２０は、投げ銭サーバ装置４との間で、配信状況、投げ銭実行要求などを送受信する。

＜ユーザ端末装置３Ａのハードウェア構成＞
ユーザ端末装置３Ａは、図２のとおり、スピーカ３３０、マイク３３１、液晶画面３４０、タッチパッド３５０が内蔵される、例えば、スマートフォンなどの端末装置である。このユーザ端末装置３Ａにおいて、ゲームサーバ装置２から配信されたゲームに関するゲームプログラムおよびデータに基づいてゲームが進行する。

ユーザ端末装置３Ａには、そのユーザ端末装置３Ａに対応づけてゲーム用のユーザアカウント（ゲームユーザＩＤ）が付与される。このユーザアカウントはユーザアカウント情報（ユーザの識別情報）として管理される。

ユーザ端末装置３Ａが通信ネットワーク６を介してゲームサーバ装置２と通信を行う場合には、そのユーザ端末装置３ＡからゲームユーザＩＤが送信される。送信されたゲームユーザＩＤは、ゲームサーバ装置２において所定の認証がなされる。これにより、ゲームサーバ装置２とユーザ端末装置３Ａとの通信が可能となる。

また、ユーザ端末装置３Ａには、そのユーザ端末装置３Ａに対応づけて配信用のユーザアカウント（配信ユーザＩＤ）が付与される。このユーザアカウントはユーザアカウント情報（ユーザの識別情報）として管理される。

ユーザ端末装置３Ａが通信ネットワーク６を介して配信サーバ装置５と通信を行う場合には、そのユーザ端末装置３Ａから配信ユーザＩＤが送信される。送信された配信ユーザＩＤは、配信サーバ装置５において所定の認証がなされる。これにより、配信サーバ装置５とユーザ端末装置３Ａとの通信が可能となり、配信ユーザがプレイ動画を投稿することができる。

また、ユーザ端末装置３Ａにおいて、配信用アプリケーションプログラムおよびデータに基づいて、生配信用の画像情報が配信サーバ装置５に送信される。

また、ユーザ端末装置３Ａは、ゲームサーバ装置２、視聴端末装置３Ｂ、投げ銭サーバ装置４、配信サーバ装置５との間で、通信ネットワーク６を介して互いにデータ通信をすることができる。

ユーザ端末装置３Ａは、制御部３０、記憶部３１、ネットワークインターフェース３２、オーディオ処理部３３、グラフィック処理部３４、操作部３５および撮像部３６を備える。

記憶部３１、ネットワークインターフェース３２、オーディオ処理部３３、グラフィック処理部３４、操作部３５、および撮像部３６は、バス３９を介して、制御部３０に接続される。

制御部３０は、ユーザ端末装置３Ａの動作を制御する。

記憶部３１は、主にＨＤＤ、ＲＡＭ、ＲＯＭ、ＳＳＤなどで構成される。記憶部３１には、例えば、ゲームを実行するためのゲームプログラムおよびデータが記憶される。

また、記憶部３１には、例えば、図４に示されるようなプレイ動画を配信サーバ装置５に送信するための、配信用アプリケーションプログラム（ソフトウェア）およびデータも記憶される。

また、記憶部３１には、ＱＲコードを読み取って復号するためのＱＲコードリーダーのアプリケーションプログラム（ソフトウェア）およびデータも記憶される。

また、記憶部３１には、ゲームサーバ装置２で使用されるゲームユーザＩＤおよび配信サーバ装置５で使用される配信ユーザＩＤが格納されている。

ネットワークインターフェース３２は、ユーザ端末装置３Ａとゲームサーバ装置２、視聴端末装置３Ｂ、投げ銭サーバ装置４、配信サーバ装置５との間でデータを送受信するために、通信ネットワーク６に接続される。これにより、ユーザ端末装置３Ａにゲームプログラムおよびゲームデータ、配信用アプリケーションプログラムなどがダウンロードされる。

オーディオ処理部３３は、制御部３０の指示に従ってデジタルのゲーム音声を再生および合成する。また、オーディオ処理部３３には、スピーカ３３０が接続される。ゲーム音声は、スピーカ３３０から出力される。

また、オーディオ処理部３３は、マイク３３１が検出（収音）したアナログ音声信号およびデジタル音声データ（音声データ）を生成する。例えば、オーディオ処理部３３は、配信ユーザの発話時の音声データを生成する。

グラフィック処理部３４は、制御部３０の指示に従って仮想ゲーム空間およびプレイヤキャラクタなどを含むゲーム画像を動画形式で描画する。グラフィック処理部３４にて動画形式に描画されたゲーム画像は、ゲーム画面として液晶画面３４０に表示される。

操作部３５には、ユーザからの操作信号が入力される。本実施形態において操作部３５には、入力位置検出装置であるタッチパッド３５０を介してユーザからの操作信号が入力される。ユーザはタッチパッド３５０をタッチすることによって、アクセス操作、投げ銭の実行、抽選の実行の操作等を行う。

撮像部３６には、光学レンズ、ＣＣＤイメージセンサ（ＣＣＤ）等を備えるカメラ３６０が接続されており、撮影された画像データを生成する。撮像部３６は、生成した画像データを制御部３０に送信する。

＜ユーザ端末装置３Ａの制御部３０の機能の説明＞
制御部３０は、ゲームサーバ装置２からダウンロードされたゲームプログラムを実行することで、以下の各手段として機能し、以下の各ステップを実行する。

＜ゲーム実行ステップの説明＞
制御部３０は、ゲーム実行手段として機能することでゲーム実行ステップを実行する。以下では、ゲーム実行手段としての制御部３０が実行する処理を説明する。

制御部３０は、ユーザによるタッチパッド３５０の操作に基づいて、ガチャなどを実行することのできるゲームをユーザ端末装置３Ａに実行させる。

制御部３０は、ユーザの操作およびゲームサーバ装置２の制御部２０から送信される情報（画像を生成するための情報）などに基づいてゲームを進行させる。

また、制御部３０は、仮想ゲーム空間、プレイヤキャラクタ、および仮想ボタンをゲーム画面として液晶画面３４０に表示するための情報を生成する。これらの情報に従って、グラフィック処理部３４が液晶画面３４０上にゲーム画像を描画する。

例えば、液晶画面３４０には、ゲームサーバ装置２から送信される投げ銭ページのＵＲＬおよび指示に基づいて、図６のようなＱＲコードが付加された状態のゲーム画像が表示される。

制御部３０は、投げ銭ページのＵＲＬを符号化してＱＲコードを生成する。

また、制御部３０は、例えば、図９に示すような抽選を実行するためのゲーム画像を表示する。

＜要求ステップの説明＞
制御部３０は、要求手段として機能することで要求ステップを実行する。以下では、要求手段としての制御部３０が実行する処理を説明する。

また、制御部３０は、ユーザの操作に基づいて通常仮想通貨を使用してガチャが実行されると、使用する通常仮想通貨の量（金額）に関する情報が含まれたガチャの実行要求をゲームサーバ装置２に送信する。

また、制御部３０は、配信ユーザの操作に基づいて専用仮想通貨を使用してのガチャの実行が行われると、使用する専用仮想通貨の量（金額）に関する情報が含まれたガチャの実行要求をゲームサーバ装置２に送信する。

また、制御部３０は、ユーザの操作に基づいて配信モードがＯＮとされた旨の情報を、配信ＵＲＬとともに、投げ銭サーバ装置４に送信する。

さらに、制御部３０は、配信モードがＯＦＦとされた場合に、配信モードがＯＦＦとなった旨の情報を投げ銭サーバ装置４に送信する。

また、制御部３０は、例えばユーザ端末装置３ＡにプリインストールされているＱＲコードリーダーのアプリケーションによって取得されたＵＲＬの投げ銭ページ（ウェブサイト）において、ユーザ操作に基づいて、ゲームユーザＩＤの送信、投げ銭の金額および投げ銭実行の要求を投げ銭サーバ装置４に送信する。

＜通信ステップの説明＞
制御部３０は、通信手段として機能することで通信ステップを実行する。以下では、通信手段としての制御部３０が実行する処理を説明する。

制御部３０は、例えば、ゲームサーバ装置２からゲームに関するゲームプログラム、ガチャに関する情報（例えば、当選キャラクタに関する情報）などを受信する。

また、制御部３０は、例えば、ユーザの操作に基づいて、ユーザの識別情報、新たなゲームデータのダウンロード要求情報、投げ銭の実行要求情報、ガチャの実行要求情報などをゲームサーバ装置２、投げ銭サーバ装置４へ送信する。

また、制御部３０は、配信サーバ装置５からダウンロードされた配信用アプリケーションプログラムを実行することで、以下の各手段として機能し、以下の各ステップを実行する。

＜キャプチャステップの説明＞
制御部３０は、キャプチャ手段として機能することでキャプチャステップを実行する。以下では、キャプチャ手段としての制御部３０が実行する処理を説明する。

制御部３０は、例えば、配信ユーザによって配信開始の操作がされた場合に、前述のゲームのゲーム画像（音声を含む）のキャプチャを開始する。

また、制御部３０は、配信ユーザの顔画像などを、配信する動画に含めたい場合には、カメラ３６０を用いて配信ユーザの画像を取得する。

また、制御部３０は、配信ユーザの発話音声などを含める場合には、マイク３３１を用いて音声を取得する。

＜生成ステップの説明＞
制御部３０は、生成手段として機能することで生成ステップを実行する。以下では、生成手段としての制御部３０が実行する処理を説明する。

制御部３０は、キャプチャされたゲーム画像（音声を含む）から、配信用の画像情報を生成する。

制御部３０は、例えば、配信サーバ装置５に、配信ユーザＩＤとともに、配信用の画像情報を送信する。

＜視聴端末装置３Ｂの説明＞
視聴端末装置３Ｂは、配信サーバ装置５から配信ユーザが生配信しているプレイ動画のデータ（例えば、ストリーミングデータ）を受信し、図４のとおりプレイ動画を液晶画面に表示させる。視聴端末装置３Ｂは、例えば、図３に示されるようなラップトップコンピュータである。視聴ユーザが、視聴端末装置３Ｂのウェブサイト上で動画サイトのＵＲＬを入力（検索）することで、視聴端末装置３Ｂの液晶画面にプレイ動画が表示される。

なお、視聴端末装置３Ｂは、例えばユーザ端末装置３Ａと同等の構成とすることができるため、詳細な説明は省略する。

＜投げ銭サーバ装置４のハードウェア構成＞
投げ銭サーバ装置４は、図１のとおり、制御部４０、記憶部４１、およびネットワークインターフェース４２を備える。

記憶部４１およびネットワークインターフェース４２は、バス４９を介して投げ銭サーバ装置４の制御部４０に接続される。

制御部４０は、投げ銭サーバ装置４の動作を制御する。詳細は後述する。

記憶部４１は、主にＨＤＤ、ＲＡＭ、ＲＯＭ、ＳＳＤなどで構成される。

記憶部４１には、例えば、本発明のコンピュータプログラムおよびデータが記憶される。

また、記憶部４１には、各ユーザの投げ銭ページのデータが記憶される。図７のように、投げ銭ページには、視聴ユーザが投げ銭する配信ユーザに関する情報（表示情報）が含まれる。このような情報は、各ユーザの投げ銭ページのデータとして記憶される。投げ銭ページのデータは、各投げ銭ページのＵＲＬに対応づけて記憶される。

ネットワークインターフェース４２は、ゲームサーバ装置２およびユーザ端末装置３Ａと投げ銭サーバ装置４との間でデータを送受信するために、通信ネットワーク６に接続される。

＜投げ銭サーバ装置４の制御部４０の機能の説明＞
投げ銭サーバ装置４の制御部４０は、本発明のコンピュータプログラムを実行することにより、以下の各手段として機能し、以下の各ステップを実行する。

＜設定ステップの説明＞
制御部４０は、設定手段として機能することで設定ステップを実行する。以下では、設定手段としての制御部４０が実行する処理を説明する。

制御部４０は、投げ銭ページの設定（生成）を行う。

具体的には、制御部４０は、配信モードがＯＮとされた旨の情報を、配信ユーザのユーザ端末装置３Ａから受信した場合には、この配信ユーザ用の投げ銭ページを表示するための情報を生成する。

例えば、制御部４０は、配信ユーザのゲームユーザＩＤとともに表示情報要求をゲームサーバ装置２に送信する。表示情報は、視聴ユーザが投げ銭する配信ユーザの情報であり、図７で表示されるユーザの名称（ユーザ名）などである。

また、制御部４０は、配信モードが初めてＯＮとされたときに、この配信ユーザの投げ銭ページのＵＲＬを決定し、ＵＲＬと投げ銭ページのデータ（表示情報）とを対応づけて記憶部４１に登録する。

ついで、制御部４０は、配信ユーザのゲームユーザＩＤとともに、投げ銭ページのＵＲＬ（投げ銭ＵＲＬ）、配信状況（配信中）および配信サイトのＵＲＬ（配信ＵＲＬ）の情報を、ゲームサーバ装置２に送信する。

これにより、ゲームサーバ装置２は、ユーザデータを更新するとともに、ＱＲコードをゲーム画像に付加させる指示を配信ユーザのユーザ端末装置３Ａに送信する。

また、制御部４０は、配信モードがＯＦＦとされた旨の情報を配信ユーザのユーザ端末装置３Ａから受信した場合に、配信ユーザのゲームユーザＩＤとともに、配信状況（配信なし）の情報を、ゲームサーバ装置２に送信する。

これにより、ゲームサーバ装置２は、ユーザデータを更新するとともに、配信ユーザのユーザ端末装置３Ａのゲーム画像にＱＲコードを付加させるための指示を停止する。

＜実行ステップの説明＞
制御部４０は、実行手段として機能することで実行ステップを実行する。以下では、実行手段としての制御部４０が実行する処理を説明する。

制御部４０は、ＱＲコードに対する視聴ユーザの操作に基づいて、特定された配信ユーザに対するゲーム内のイベントを実行する。また、配信ユーザに対するゲーム内のイベントは、前述のとおり、投げ銭のイベントである。すなわち、視聴ユーザの投げ銭の実行操作があった場合に、投げ銭ページから特定される配信ユーザに対して投げ銭が実行される。

例えば、制御部４０は、図７の投げ銭ページの画面において、投げ銭を実行する視聴ユーザ（ユーザ端末装置３Ａ）から、ゲームユーザＩＤの送信および「投げ銭する」の指示があった場合に、ユーザ端末装置３Ａに、図８の投げ銭ページの画面を表示させるための情報を送信する。

そして、視聴ユーザ（ユーザ端末装置３Ａ）から、「譲渡用仮想通貨」の金額および「投げ銭実行」の指示があった場合には、制御部４０は、視聴ユーザのゲームユーザＩＤ、配信ユーザのゲームユーザＩＤ、金額とともに、投げ銭実行の指示を、ゲームサーバ装置２に送信する。これにより、ゲームサーバ装置２は、変更ステップを実行する。

なお、本実施形態においては、投げ銭をすることのできる金額の上限値は、視聴ユーザが保有する「譲渡用仮想通貨」の保有量である。

また、視聴ユーザの操作に基づいて特定された配信ユーザに関する情報（配信ユーザのゲームユーザＩＤ）、および上限値を超えない範囲で指定された専用仮想通貨の数量に関する情報（専用仮想通貨の金額）は、変更操作に関する情報に含まれる。

＜通信ステップの説明＞
制御部４０は、通信手段として機能することで通信ステップを実行する。以下では、通信手段としての制御部４０が実行する処理を説明する。

制御部４０は、ユーザ端末装置３Ａとの間で、ゲームユーザＩＤなどを送受信する。

また、制御部４０は、ユーザによる操作信号（操作情報を含む）などをユーザ端末装置３Ａから受信する。

また、制御部４０は、ゲームサーバ装置２との間で、配信状況、投げ銭実行要求などを送受信する。

＜配信サーバ装置５の説明＞
配信サーバ装置５は、配信ユーザ（ユーザ端末装置３Ａ）からゲームのプレイ動画の画像情報を受信し、視聴ユーザが視聴することができるように動画データ（例えば、ストリーミングデータ）を配信する。

なお、配信サーバ装置５は、一般的な構成であるので、詳細な説明は省略する。

＜投げ銭処理の説明＞
以下、図１１を参照して、本発明の投げ銭処理について説明する。

まず、ゲーム内での配信ユーザの操作に基づいて配信モードがＯＮとされたときに、ユーザ端末装置３Ａの制御部３０が、配信モードがＯＮとなっている旨の情報を投げ銭サーバ装置４に送信する（ステップＳ１）。

ついで、投げ銭サーバ装置４が、配信ユーザの投げ銭ページの設定を行う（ステップＳ２）。これにより、投げ銭ページのＵＲＬ、配信状況（配信中）、配信ＵＲＬなどの情報が、投げ銭サーバ装置４からゲームサーバ装置２に送信される。

ついで、ゲームサーバ装置２が、配信ユーザのユーザ端末装置３Ａに対し、ゲーム画像にＱＲコードを付加する指示を行う（ステップＳ３）。これにより、ユーザ端末装置３ＡにてＱＲコードが付加された状態のゲーム画像が表示され、その結果、配信されているゲーム動画にもＱＲコードが表示される。

ついで、投げ銭サーバ装置４の制御部４０が、視聴ユーザの投げ銭の実行操作に基づいて、投げ銭を実行する（ステップＳ４）。この場合には、視聴ユーザ（ユーザ端末装置３Ａ）によって、配信ユーザの投げ銭ページ（図７、図８参照）において、投げ銭の金額の入力および投げ銭の実行操作などが行われる。これにより、ゲームサーバ装置２によって、ユーザデータの更新等が行われ、視聴ユーザから配信ユーザへの投げ銭（専用仮想通貨の付与）が行われる。

ついで、ゲームサーバ装置２の制御部２０が、配信ユーザの操作に基づいて、専用仮想通貨（譲受仮想通貨）を使用したガチャを実行する（ステップＳ５）。この場合には、配信ユーザ（ユーザ端末装置３Ａ）によって、図９のゲーム画面において、専用仮想通貨の金額（使用量）の設定、抽選実行の操作などが行われる。これにより、制御部２０が、ユーザデータの更新を行いつつ、専用仮想通貨（譲受仮想通貨）を使用したガチャを実行する。

ついで、ゲームサーバ装置２の制御部２０が、専用仮想通貨（譲受仮想通貨）を使用したガチャが実行されたことに基づいて、お返しイベントを実行する（ステップＳ６）。具体的には、ステップＳ５において抽選に使用された専用仮想通貨（譲受仮想通貨）の譲受元ユーザＩＤに対応するユーザ（視聴ユーザ）に、お返しイベントが実行される。その後、本発明の投げ銭処理は終了する。
以上の手順により、本発明の投げ銭処理が実行される。

以上をまとめると、本発明は、
コンピュータに、つぎの各ステップを実行させるコンピュータプログラムであって、
関連づけステップにおいて、ゲーム内の専用仮想通貨を視聴ユーザに関連づけ、
専用仮想通貨は、視聴ユーザのゲーム内行動に基づいて視聴ユーザに付与され、
制限ステップにおいて、視聴ユーザに付与されている専用仮想通貨の少なくとも一部の用途および／または機能を制限し、
変更ステップにおいて、視聴ユーザの変更操作に基づいて、視聴ユーザに付与されている専用仮想通貨を配信ユーザに付与し、
緩和ステップにおいて、配信ユーザに付与された専用仮想通貨の制限を緩和し、
実行ステップにおいて、視聴ユーザに対して、お返しイベントを実行し、
お返しイベントは、制限が緩和された専用仮想通貨を配信ユーザが使用した場合に実行される、
コンピュータプログラムである。

＜発明の効果＞
本実施形態のコンピュータプログラムによれば、ゲームにおいて、ユーザ間での仮想通貨などのアイテムの授受をさらに促進させることができる。

［他の実施形態］
前記実施形態においては、専用仮想通貨が第１アイテムとして説明されているが、本発明はこれに限定されるものではない。第１アイテムには、一部の用途および／または機能が制限されうる様々なアイテムが適用されうる。

例えば、プレイヤキャラクタの体力値を回復させるためのアイテムが第１アイテムであってもよい。

また、前記実施形態に限られず、ユーザが通常仮想通貨（第２アイテム）を購入したことのおまけとして、専用仮想通貨以外の様々なアイテムが含められたアイテムパックがそのユーザに付与されてもよい。

また、例えば、複数種類のアイテム（仮想通貨、回復アイテム、武器、キャラクタなど）が、第１アイテムであってもよい。この場合には、それぞれの種類の第１アイテムがゲーム内で使用されたことに対して、異なる種類（例えば、回復アイテムが第１アイテムの場合には、強化アイテムの付与、武器が第１アイテム場合には、キャラクタのパラメータの増加）のお返しイベントが実行されてもよい。

また、お返しイベントは、専用仮想通貨の消費に基づくガチャ（投げ銭ガチャ）で当選したキャラクタの少なくとも一部が、投げ銭をしたユーザに付与されるイベントであってもよい。この場合において、視聴ユーザに付与されるキャラクタが、配信ユーザによって選択されてもよく、ランダムに選択されてもよく、レアリティの高いキャラクタが自動的に選択されてもよく、視聴ユーザが所有するキャラクタの種類に応じて選択されてもよい。

視聴ユーザに付与されるキャラクタが投げ銭ガチャで当選したキャラクタからランダムに選択される場合には、当選したキャラクタ群のうちで重複するキャラクタが優先して視聴ユーザに付与されたり、視聴ユーザがすでに所有しているキャラクタが付与される対象から除外されたりしてもよい。

また、前記の場合において、付与されるキャラクタの数は、視聴ユーザが譲渡した専用仮想通貨の額に応じて決まってもよく、また、生配信中の場合には、視聴ユーザに付与されるキャラクタの数が増加してもよい。

また、前記実施形態において、専用仮想通貨は、「おまけ」としてユーザに付与された状態ではガチャの実行が制限されるが、本発明はこれに限定されるものではない。投げ銭を除いて、少なくとも一部の用途および／または機能が制限されていればよい。

例えば、専用仮想通貨が、投げ銭、ガチャ、アイテム購入、スタミナ回復、コンティニューおよびボックス拡張の実行に使用することができてもよい。この場合において、専用仮想通貨が「おまけ」としてユーザに付与された状態では、アイテム購入の実行のみが制限されてもよい。あるいは、ガチャ、アイテム購入およびスタミナ回復の実行が制限されてもよい。さらに、ガチャ、アイテム購入、スタミナ回復、コンティニューおよびボックス拡張の実行がすべて制限されてもよい。

また、前記制限は、投げ銭以外の条件が成立した場合にも緩和（解除）されるようにしてもよい。

例えば、専用仮想通貨が「おまけ」として付与されて所定時間が経過した場合には、前記制限の全部および／または一部が緩和されてもよい。すなわち、専用仮想通貨が「おまけ」として付与されたユーザは、所定時間が経過すれば、専用仮想通貨を投げ銭以外に使用することができるようになる。

また、専用仮想通貨が「おまけ」としてユーザに付与された状態で所定期間が経過するまで使用されなかった場合には、消滅してもよい。

また、前記実施形態では、投げ銭ページのＵＲＬは、ユーザがゲームの配信モードを初めてＯＮに設定したときに生成され、それ以降も前記ユーザの投げ銭ページのＵＲＬとして継続して設定される例が記載されているが、本発明はこれには限定されない。

例えば、ユーザが配信モードをＯＮに設定するたびに、このユーザの投げ銭ページのＵＲＬが生成されてもよい。この場合には、このユーザが配信モードをＯＦＦに設定するたびに投げ銭ページのＵＲＬが削除される。あるいは、このユーザが配信モードをＯＦＦに設定してから所定時間経過後に投げ銭ページのＵＲＬが削除されてもよい。

また、前記実施形態では、視聴端末装置に、配信されたプレイ動画が表示される例が記載されているが、本発明はこれには限られない。例えば、視聴ユーザのスマートフォンなどに表示されるゲーム画面に、「プレイ動画生配信中！」と表示されており、視聴ユーザが表示されている文字をタップすることで、生配信中の配信ユーザのリストが表示されてもよい。この場合には、視聴ユーザは、リストに表示された配信ユーザのうちのいずれかの配信ユーザを選択することで、ユーザ端末装置において、その配信ユーザのプレイ動画を視聴することができる。

また、「プレイ動画生配信中！」と表示される場合には、配信ユーザの操作に基づいて、どのユーザに対して「プレイ動画生配信中！」と通知するかを決定することができてもよい。この場合には、例えば、全ユーザに通知する、ランクが近いユーザに通知する、フレンドのみに通知するなどを、配信ユーザが任意に設定することができる。

さらには、生配信中の配信ユーザのリストが表示される場合には、ＱＲコードを介することなく、ゲーム内に表示された「投げ銭」ボタンを視聴ユーザが押すことで投げ銭をすることができてもよい。この場合には、ゲームサーバ装置の処理だけで投げ銭の処理を実行することができる。

また、配信ユーザが、配信ＵＲＬを他ユーザに知らせるために、配信ＵＲＬをＳＮＳ（ソーシャル・ネットワーキング・サービス）に掲載する、ゲーム内のユーザグループ（例えば、いわゆるギルド）用のチャットに掲載することもできる。また、配信ユーザが、配信モードをＯＮにすることで、連携させてあるＳＮＳ、あるいはグループチャットに、配信ＵＲＬが自動的に掲載されてもよい。

前記実施形態は、通常仮想通貨が視聴ユーザに付与されたことに基づいて、視聴ユーザに専用仮想通貨が付与される例であるが、本発明はこれには限られない。

例えば、専用仮想通貨は、プレイヤキャラクタがゲーム空間内を探索することで獲得（付与）することができてもよい。また、例えば、専用仮想通貨は、ユーザが取り組んだミッションの結果に応じた報酬、クエストがクリアされたことによる報酬、ユーザがゲームにログインしたことによる報酬として付与されてもよい。

また、前記実施形態に限られず、ユーザが通常仮想通貨を購入したことのおまけとして、そのユーザに専用仮想通貨が付与されること以外にも、ユーザは、専用仮想通貨それ自体を単体で購入することができてもよい。そしてこのとき、ユーザは、通常仮想通貨よりも安い金額で専用仮想通貨を購入することができてもよい。この場合には、他のユーザから専用仮想通貨をもらう機会を増やすことができるため、通常よりも安価にガチャを要求することができる場合がある。これにより、ユーザ間のコミュニケーションを活発化させることができる。

また、専用仮想通貨を消費することでしか要求することのできないガチャ以外においても、ユーザは専用仮想通貨を使用することができてもよい。例えば、専用仮想通貨だけではなく、通常仮想通貨を消費しても要求することができるガチャが用意されている場合に、専用仮想通貨のほうが通常仮想通貨よりもガチャの結果が優遇されている、あるいは、専用仮想通貨のほうが通常仮想通貨よりもガチャを要求する場合の消費量が少ないなどの優遇措置がとられてもよい。

前記実施形態では、配信モードがＯＮにされたことで「投げ銭リンクページ」のボタンが表示される例が記載されているが、本発明には限られない。例えば、配信モードがＯＮにされたことで、直接的にＱＲコードがゲーム画面に表示されてもよい。

また、配信モードがＯＮにされたことで「投げ銭リングページ」のボタンが常に表示される例が記載されているが、配信モードがＯＮにされている間でも、配信ユーザの操作に基づいて、非表示に設定することができてもよい。

また、配信ユーザが、ＱＲコードの表示位置および／または大きさを指定することができてもよい。例えば、配信ユーザがＱＲコードを長押しすることで、ＱＲコードを移動させることができてもよい。

また、クエストなどの実際のゲームモード中には、可読性のある程度で、ＱＲコードが透明化（あるいは半透明化）されてもよい。

また、前記実施形態では、視聴ユーザのユーザ端末装置にプリインストールされているＱＲコードリーダーによってＱＲコードを読み取る例が記載されているが、本発明はこれには限られない。例えば、ゲームのアプリケーションの機能によって、カメラを起動させて、それに基づいて配信ユーザのプレイ動画のＱＲコードを読み取ることができてもよい。

また、前記実施形態においては、アクセス情報はＱＲコードであったが、本発明はこれには限られない。アクセス情報は、ＱＲコードに代えて、バーコード、ＵＲＬそのもの、あるいは、ゲームユーザＩＤであってもよい。

また、アクセス情報は、ＡＩ（人工知能）、文字認識など、ＱＲコード以外の画像認識処理によって認識されてもよい。

また、プレイ動画中に表示される広告として表示されるように、広告企業（スポンサー）の端末装置がＱＲコードを読み込んで配信ユーザに投げ銭を実行することができてもよい。この場合には、例えば、配信ユーザに対して投げ銭が実行されたことに伴って、つぎにそのプレイ動画中で広告が表示される際に、その企業の広告が表示されてもよい。

前記実施形態は、生配信中の動画内のＱＲコードから特定されるユーザ（配信ユーザ）に対して投げ銭（専用仮想通貨の付与）が行われる例であるが、本発明はこれには限られない。

例えば、ユーザは、ゲーム内でユーザとフレンド設定されている他ユーザに対して投げ銭することができてもよい。この場合には、例えば、ウェブサイトで表示される投げ銭ページではなく、ゲームのアプリケーション内で、フレンドリストからフレンドユーザを選択し、専用仮想通貨を付与することができるようにしてもよい。

また、例えば、ユーザは、ゲーム内で他ユーザとフレンド設定されており、かつ、この他ユーザが所有するキャラクタを借りてミッションなどをプレイした場合に、この他ユーザに対して投げ銭することができるようになってもよい。この場合においても、例えば、ゲームのアプリケーション内で、ミッションなどの終了時にキャラクタを借りた他ユーザに専用仮想通貨を付与することができてもよい。

また、視聴ユーザ（ユーザ名：Ｈａｃｋ）によって投げ銭が実行された場合には、配信ユーザのゲーム画面上で、「Ｈａｃｋさん、投げ銭ありがとう！」などの文字が表示されてもよい。

前記実施形態においては、投げ銭によって、視聴ユーザが所有していた専用仮想通貨が配信ユーザに付与される例が記載されているが、関連づけが変更される構成であればいずれの構成が採用されてもよい。

例えば、ゲーム内で、特定のミッションを協力してプレイした味方ユーザ（第２ユーザの一例）に、自ユーザ（第１ユーザの一例）が保有する専用仮想通貨をプレゼントすることで、専用仮想通貨の関連づけを変更することができてもよい。この場合には、例えば、味方ユーザが操作するキャラクタに、自ユーザが操作するキャラクタが所定範囲内に近づくことで表示される「渡す」ボタンを自ユーザが押すことで、専用仮想通貨を味方ユーザに渡すことができる。

また、この場合において、例えばマルチプレイの前後などにおいて、そのマルチプレイにかかる味方ユーザのリストが表示されて、ユーザは、リスト中のいずれかの味方ユーザに専用仮想通貨を付与することができてもよい。

また、例えば、ユーザ同士が、第１アイテムと別のアイテムとを交換することで、第１アイテムの関連づけを変更することができてもよい。

また、それには限られず、ユーザ名あるいはユーザＩＤを検索したのちに投げ銭を実行するユーザを選択することで、専用仮想通貨を付与するユーザを選択することができてもよい。

さらには、これまでの投げ銭の履歴（例えば、ユーザが投げ銭をした他ユーザ、ユーザに投げ銭をしてくれた他ユーザの情報）から、専用仮想通貨を付与するユーザを選択することができてもよい。

また、専用仮想通貨を他ユーザに付与することのできるユーザは、ゲームをプレイしているユーザに限られなくてもよい。例えば、ゲームをインストールしていないユーザ（非ゲームユーザ）であっても、配信ＵＲＬから配信されているゲーム画像のＱＲコードを読み込むことで、配信ユーザに投げ銭をすることができてもよい。

この場合には、例えば、投げ銭を実行する前に、非ゲームユーザが配信サーバ装置に自身の情報（例えば、氏名、クレジット情報など）を登録することで投げ銭ユーザＩＤを取得して、投げ銭を実行することができる。

具体的には、非ゲームユーザのユーザ端末装置に、図７のように、ＱＲコードに基づく投げ銭ページをウェブサイトで表示させる。そして、非ゲームユーザは、ゲームユーザＩＤに代えて投げ銭ユーザＩＤを入力して、「投げ銭する」のボタンを操作する。これにより、非ゲームユーザであっても、配信ユーザに専用仮想通貨を投げ銭することができる。

前記実施形態においては、専用仮想通貨の使いみちは、ガチャの実行に使用される例が記載されているが、配信ユーザが別のアイテムを購入する際に使用されるなど、ゲーム内での使用であれば、いかなる態様であってもよい。

前記実施形態においては、いったん投げ銭に用いられた専用仮想通貨は、その後は投げ銭として使用することはできない例が記載されているが、何度でも投げ銭として使用することができてもよい。

前記実施形態においては、お返しイベントとして、視聴ユーザにコンティニューアイテムが付与されるイベントが一律に実行されているが、本発明はこれには限られない。

例えば、ゲーム内のイベントの内容は、配信ユーザによるゲームプレイの結果に基づいて、複数の内容（イベントＡ、Ｂ、Ｃ）のうちから決定されてもよい。ゲームプレイの結果は、例えば、クリアされたミッションの難易度などがある。この場合には、ゲーム内のイベントの実行タイミングにおいて、配信ユーザによってクリアされているミッションの最も高い難易度によって、イベントＡ～Ｃのいずれか１つのイベントが実行される。

なお、クリアされたミッションの難易度は、各ユーザに対応づけられてユーザデータに登録されていればよい。

また、例えば、ゲーム内のイベントの内容は、配信ユーザによって、制限されていた用途および／または機能について専用仮想通貨を使用したことに基づいて決定される構成としてもよい。

例えば、配信ユーザが専用仮想通貨を使用してガチャを実行した場合に、このガチャの結果に基づいてゲーム内のイベントの内容が決定される。具体的には、イベントは、ガチャによって当選したキャラクタのうちの一部が視聴ユーザに付与されるイベントである。この場合には、ガチャの結果によって、付与されるキャラクタが異なる。

また、例えば、ゲーム内のイベントの内容は、変更操作がなされる（投げ銭が実行される）タイミングでの配信ユーザのゲームプレイ状況に基づいて決定される構成としてもよい。配信ユーザのゲームプレイ状況は、例えば、配信状況が１（配信中）の状況である。

例えば、視聴ユーザが投げ銭を実行（「投げ銭実行」のボタンを操作）するタイミングにおいて、投げ銭の相手である配信ユーザが生配信中であるか否かによって、ゲーム内のイベントの内容（コンティニューアイテムの付与量）が決定される。

前記の例において、生配信中に投げ銭された場合と、生配信後に投げ銭された場合とで、お返しイベントとして付与されるコンティニューアイテムの量が異なってもよい。

この場合には、図１０のユーザデータの「譲受ユーザＩＤ」に、投げ銭が実行されたタイミングが第２ユーザの生配信中であるか否かを示すフラグが対応づけられて記憶されればよい。

前記実施形態においては、視聴ユーザが投げ銭することのできる金額の上限値は、第１ユーザが保有する「譲渡用仮想通貨」の保有量であったが、本発明はこれには限られない。

例えば、各視聴ユーザが１日で投げ銭をすることのできる上限額が、一律に、配信ユーザごと、あるいは、視聴ユーザごと（例えば、視聴ユーザのゲームランクごと）に決まっていてもよい。

また、配信ユーザによるゲームプレイ結果に基づいて上限値が決定されてもよい。ゲームプレイ結果は、例えば、配信ユーザのユーザランク、配信ユーザがクリアしたミッションの難易度などがある。この場合には、視聴ユーザが投げ銭を実行するタイミングにおいて、配信ユーザによってクリアされているミッションの難易度が高いほど、視聴ユーザが投げ銭することのできる上限値が上昇する。

また、例えば、変更操作がなされる（投げ銭が実行される）タイミングでの配信ユーザのゲームプレイ状況に基づいて上限値が決定されてもよい。配信ユーザのゲームプレイ状況は、例えば、配信状況が１（配信中）の状況である。

例えば、視聴ユーザが投げ銭を実行（「投げ銭実行」のボタンを操作）するタイミングにおいて、投げ銭の相手である配信ユーザが生配信中であるか否かによって、上限値が決定される。

前記の例では、生配信中に投げ銭される場合と、生配信後に投げ銭される場合とで、上限値が異なる。例えば、生配信中には、生配信されていない状態よりも２倍の上限値が設定される。

前記の例においては、投げ銭ページが表示される際に配信ユーザの配信状況が配信中でない場合（配信状況：０）には、例えば、視聴ユーザが保有する「譲渡用仮想通貨」の保有量の半分が上限値として決定される。一方、配信ユーザの配信状況が配信中である場合（配信状況：１）には、視聴ユーザが保有する「譲渡用仮想通貨」の保有量のすべてが上限値として決定される。

前記実施形態においては、投げ銭された専用仮想通貨（譲受仮想通貨）を配信ユーザがガチャで使用する場合には、ランダムに選択された旧ユーザ（譲受元ユーザＩＤ）の譲受仮想通貨が使用される例が記載されているが、本発明はこれには限られない。

例えば、図１２のとおり、配信ユーザが、譲受仮想通貨を使用する順番（使用の優先順）を選択することができてもよい。図１２の例では、図９と同様に、配信ユーザが、投げ銭された譲受仮想通貨をガチャで使用する金額を指定することができるが、旧ユーザ（譲受元ユーザＩＤ）のうち、いずれの旧ユーザの譲受仮想通貨を優先的に使用するかを選択することができる選択領域が設けられている。

例えば、選択領域の「たくさんくれた人」の項目がタップされた場合には、最も多く投げ銭をしてくれた旧ユーザの譲受仮想通貨から優先的に使用される。例えば、図１０におけるユーザ（ユーザＩＤ：Ｕ－００００１）が譲受仮想通貨を使用する場合には、譲受元ユーザＩＤ：Ｕ００００２に対応する譲受仮想通貨から優先的に使用される。

また、選択領域の「低ランクの人」の項目がタップされた場合には、最も低いランクの旧ユーザの譲受仮想通貨から優先的に使用される。この場合には、ランクは、図１０におけるユーザデータの旧ユーザに対応する「ランク」が参照される。

また、前記実施形態に限られず、例えば、配信ユーザが選択した旧ユーザに対応する専用仮想通貨（譲受仮想通貨）が使用されてもよい。この場合には、ユーザデータに基づいて、図１３のような旧ユーザの名称、ランク等が記載された一覧表が、配信ユーザのユーザ端末装置に表示されればよい。

配信ユーザが一覧表から旧ユーザを選択した場合には、配信ユーザは、この旧ユーザに対応づけられている譲受仮想通貨の金額を上限値として、ガチャで使用する金額を指定することができる。

前記実施形態においては、配信状況が配信ユーザの操作に基づいて設定されているが、配信状況は配信サーバ装置から送信されてもよい。例えば、配信サーバ装置が、本実施形態のゲームタイトルに関する動画配信中の配信ユーザの配信ユーザＩＤを定期的にゲームサーバ装置に送信してもよい。

この場合には、例えば、配信ユーザが配信するプレイ動画にＱＲコード（例えば、このＱＲコードに、配信ユーザのゲームユーザＩＤが含められる）を表示させておき、配信サーバ装置がそのＱＲコードを読み込むことで、ゲームユーザＩＤと配信ユーザＩＤとを関連づけることができる。この情報が、配信サーバ装置からゲームサーバ装置へ送信されることで、配信状況をゲームサーバ装置で自動的に管理することができる。

さらにまた、例えば、配信ユーザが配信サーバ装置にあらかじめゲームユーザＩＤと配信ユーザＩＤとを紐づけておくことで、配信サーバ装置とゲームサーバ装置とが連動して、配信が始まると同時にその配信者のゲーム画像に、ゲームサーバ装置がＱＲコードを自動で表示してもよい。

さらにまた、例えば、配信サイトのＵＲＬ（配信ＵＲＬ）も、配信状況と同様に、配信サーバ装置からゲームサーバ装置に送信されてもよい。この場合には、配信ユーザが配信モードをＯＮにする際の配信サイトのＵＲＬの配信ユーザによる入力が不要となる。

前記実施形態においては、視聴端末装置に配信されたプレイ動画が表示される構成が記載されているが、本発明はこれには限られない。

例えば、スマートフォンであるユーザ端末装置で、同時に、ゲームのアプリケーションの実行と、ウェブブラウザの表示（プレイ動画の表示）とが行われてもよい。この場合には、ユーザ端末装置のカメラでの撮影は行われず、ウェブブラウザのキャプチャ画像からＱＲコードの情報が取得されればよい。この場合において、ＱＲコードリーダーのアプリケーションは、キャプチャ画像からＱＲコードを認識することができればよい。

その他の例として、
コンピュータに、つぎの各ステップを実行させるコンピュータプログラムであって、
付加ステップにおいて、第２ユーザ（配信ユーザ）のゲーム画像にアクセス情報（例えば、ＱＲコード）を付加し、
前記アクセス情報は、前記第２ユーザを特定するための情報であり、
実行ステップにおいて、前記アクセス情報に対する第１ユーザ（視聴ユーザ）の操作に基づいて、特定された前記第２ユーザに対するゲーム内のイベント（投げ銭）を実行する、
コンピュータプログラムがある。

前記実施形態では、コンピュータが２つのサーバ装置である例が記載されているが、本発明はこれには限られない。例えば、コンピュータが１つまたは３つ以上のサーバ装置であってもよい。また、一のユーザのユーザ端末装置がサーバ装置として機能してもよい。さらにこの場合には、ＢＬＵＥＴＯＯＴＨ（登録商標）で一方のユーザ端末装置と他方のユーザ端末装置とが接続されていてもよい。また、ユーザ端末装置単体で本発明が実行されてもよく、また、サーバ装置とユーザ端末装置との協働により、本発明が実行されてもよい。

また、前記実施形態においては、ユーザ端末装置はスマートフォンなどの端末装置である例が記載されているが、本発明は、これには限られない。ユーザ端末装置は、例えば、ディスプレイおよびコントローラが外部接続される据え置き型のゲーム装置、あるいは、パーソナルコンピュータであってもよい。

１ゲームシステム
２ゲームサーバ装置
３Ａユーザ端末装置
３Ｂ視聴端末装置
４投げ銭サーバ装置
５配信サーバ措置
６通信ネットワーク

Claims

コンピュータに、つぎの各ステップを実行させるコンピュータプログラムであって、
関連づけステップにおいて、ゲーム内の第１アイテムを第１ユーザに関連づけ、
前記第１アイテムは、前記第１ユーザのゲーム内行動に基づいて前記第１ユーザに関連づけられ、
制限ステップにおいて、前記第１ユーザに関連づけられている第１アイテムの少なくとも一部の用途および／または機能を制限し、
変更ステップにおいて、前記第１ユーザの変更操作に基づいて、前記第１ユーザに関連づけられている第１アイテムを第２ユーザに関連づけ、
緩和ステップにおいて、前記第２ユーザに関連づけられた第１アイテムの前記制限を緩和し、
実行ステップにおいて、前記第１ユーザに対してゲーム内のイベントを実行し、
前記イベントは、前記制限が緩和された第１アイテムを前記第２ユーザが使用した場合に実行され、
前記第２ユーザは、前記第２ユーザがプレイするゲームに関するゲーム動画を配信するユーザであり、
前記変更操作は、配信されている前記ゲーム動画に対する読み取り操作である、
コンピュータプログラム。
前記実行ステップにおいて、記第２ユーザが指定した順序に基づいて前記第１アイテムが使用されたことを契機として、前記イベントを実行する、
請求項１に記載のコンピュータプログラム。
前記第１アイテムは、前記制限の対象ではない第２アイテムが前記第１ユーザに関連づけられたことに基づいて、第１ユーザに関連づけられる、
請求項１または２に記載のコンピュータプログラム。
前記イベントの内容は、前記第２ユーザによるゲームプレイ結果に基づいて決定される、
請求項１～３のいずれか１項に記載のコンピュータプログラム。
前記イベントの内容は、前記第２ユーザによる前記制限されていた用途および／または機能を実行したことに基づいて決定される、
請求項１～４のいずれか１項に記載のコンピュータプログラム。
前記イベントの内容は、前記変更操作がなされるタイミングでの前記第２ユーザのゲームプレイ状況に基づいて決定される、
請求項１～５のいずれか１項に記載のコンピュータプログラム。
前記変更操作に関する情報には、前記第１ユーザの操作に基づいて特定された第２ユーザに関する情報、および、上限値を超えない範囲で指定された前記第１アイテムの数量に関する情報、が含まれる、
請求項１～６のいずれか１項に記載のコンピュータプログラム。
前記上限値は、前記第２ユーザによるゲームプレイ結果に基づいて決定される、
請求項７に記載のコンピュータプログラム。
前記上限値は、前記変更操作がなされるタイミングでの前記第２ユーザのゲームプレイ状況に基づいて決定される、
請求項７または８に記載のコンピュータプログラム。
さらに、前記コンピュータに、つぎのステップを実行させるコンピュータプログラムであって、
使用ステップにおいて、前記第２ユーザの操作に基づいて前記制限が緩和された第１アイテムを使用し、
前記第２ユーザに関連づけられている第１アイテムには、関連づけが変更される前の前記第１ユーザの識別情報が旧ユーザ情報として関連づけられ、
使用される第１アイテムは、前記第２ユーザに関連づけられた第１アイテムのうち、その第２ユーザの操作に基づいて選択された前記旧ユーザ情報が関連づけられている第１アイテム、および／または、ランダムに選択された第１アイテムである、
請求項１～９のいずれか１項に記載のコンピュータプログラム。
前記使用ステップにおいて、前記旧ユーザ情報の一覧を前記第２ユーザに表示するための情報を生成する、
請求項１０に記載のコンピュータプログラム。
請求項１～１１のいずれか１項に記載のコンピュータプログラムを記憶する記憶部と、
前記コンピュータプログラムを実行する制御部と、
を備える、
コンピュータシステム。