(57)【要約】【課題】ユーザの気持ちより効果的に他ユーザに伝えることができるコミュニケーションシステムを提供する。【解決手段】発行部１１１ｃは、第１ユーザが第２ユーザに譲渡することを希望するコイン数を示す情報であるチップの発行要求を第１ユーザから受信し、その要求に応じて第１ユーザにチップを発行する。チップ管理部１１１ｂは、チップの送付先として第２ユーザを指定した送付要求を第１ユーザから受けたときに、チップの保有者を第１ユーザから第２ユーザに変更する。【選択図】図９Ｃ
2019036164.tif 000002
【特許請求の範囲】
【請求項１】
第１ユーザのクライアント装置からコインの購入希望を受けて、前記購入希望に応じたコイン数を前記第１ユーザに販売するコイン販売手段と、
前記第１ユーザが他ユーザへ譲渡することを希望するコイン数を示す情報であるチップの発行要求を、前記第１ユーザの前記クライアント装置から受信し、前記第１ユーザに前記チップを発行するチップ発行手段と、
前記チップの保有者を管理する管理手段と、を有し、
前記管理手段は、
前記第１ユーザに発行された前記チップの送付先として第２ユーザを指定した送付要求を前記第１ユーザのクライアント装置から受けたときに、前記送付要求に応じて前記チップの保有者を前記第１ユーザから前記第２ユーザに変更する第１移行手段を有している
ことを特徴とするコミュニケーションシステム。
【請求項２】
前記チップは前記第１ユーザが選択又は生成したコメントと画像のうち少なくとも一方を含む情報である
ことを特徴とする請求項１に記載のコミュニケーションシステム。
【請求項３】
前記管理手段は、前記送付要求が出されていない状況で前記チップの受取希望を前記第２ユーザのクライアント装置から受けたときに、予め規定された条件下において前記チップの保有者を前記第１ユーザから前記第２ユーザに変更する第２移行手段を含んでいる
ことを特徴とする請求項１又は２に記載のコミュニケーションシステム。
【請求項４】
前記第２ユーザの前記クライアント装置から受信した前記チップの前記受取希望を第１のチップ受取希望とし、第３ユーザのクライアント装置から受信する前記チップの受取希望を第２のチップ受取希望としたとき、
前記第２移行手段は、前記第１のチップ受取希望を受信する前に前記第２のチップ受取希望を受信したときには前記チップの保有者を前記第１ユーザから前記第３ユーザに変更し、前記第２のチップ受取希望を受信する前に前記第１のチップ受取希望を受信したときには、前記チップの保有者を前記第１ユーザから前記第２ユーザに変更する
ことを特徴とする請求項３に記載のコミュニケーションシステム。
【請求項５】
前記第２ユーザの前記クライアント装置から受信した前記チップの前記受取希望を第１のチップ受取希望とし、第３ユーザのクライアント装置から受信する前記チップの受取希望を第２のチップ受取希望としたとき、
前記第２移行手段は、前記第１のチップ受取希望を受信する前に前記第２のチップ受取希望を受信したときには前記チップの受け取りが不成立であることを前記第２ユーザに通知する
ことを特徴とする請求項３又は４に記載のコミュニケーションシステム。
【請求項６】
前記チップの受取希望に応じた前記チップの保有者の変更が許容される状態に、前記チップがあるか否かを記憶する記憶手段をさらに有している
ことを特徴とする請求項３乃至５のいずれかに記載のコミュニケーションシステム。
【請求項７】
前記管理手段は、
前記第１ユーザに発行された前記チップの識別情報であるチップＩＤを生成する手段と、
前記送付要求が出されていない状況で前記チップの受取希望を前記第２ユーザのクライアント装置から受けたときに、予め規定された条件下において前記チップの保有者を前記第１ユーザから前記第２ユーザに変更する第２移行手段と、
前記第２ユーザの前記クライアント装置が前記第１ユーザの前記クライアント装置から前記コミュニケーションシステムを経由することなく受信した前記チップＩＤを利用して、前記予め規定された条件が満たされるか否かを判断する手段と、を有している
ことを特徴とする請求項１乃至６のいずれかに記載のコミュニケーションシステム。
【請求項８】
前記チップは、前記第１ユーザが選択した画像の画像データを含み且つ前記第１ユーザが他ユーザへ譲渡することを希望するコイン数を示す情報である
ことを特徴とする請求項１乃至７のいずれかに記載のコミュニケーションシステム。
【請求項９】
複数のチップを記憶する記憶手段を含み、
前記第１ユーザは前記複数のチップから１又は複数のチップを選択可能である
ことを特徴とする請求項８に記載のコミュニケーションシステム。
【請求項１０】
１つのチップで他ユーザに譲渡されるコイン数には、複数の段階が規定されており、
前記第１ユーザが他ユーザへ譲渡することを希望するコイン数は、前記複数の段階から選択される
ことを特徴とする請求項１乃至８のいずれかに記載のコミュニケーションシステム。
【請求項１１】
前記第１移行手段と前記第２移行手段のうち一方は、前記第１ユーザから前記第２ユーザに保有者が変更された前記チップの保有者を、さらに第３ユーザに変更する
ことを特徴とする請求項３に記載のコミュニケーションシステム。
【請求項１２】
複数の第１ユーザから前記第２ユーザに保有者が変更されたチップが示すコイン数を、前記複数の第１ユーザのそれぞれについて集計する集計手段と、
前記集計されたコイン数に基づいて、前記複数の第１ユーザを評価する評価手段と、を有している
ことを特徴とする請求項１乃至１１のいずれかに記載のコミュニケーションシステム。
【請求項１３】
前記集計手段は、前記第２ユーザが出演するイベントについて規定された期間内に、前記複数の第１ユーザから前記第２ユーザに保有者が変更されたチップが示すコイン数を、前記複数の第１ユーザのそれぞれについて集計する
ことを特徴とする請求項１２に記載のコミュニケーションシステム。
【請求項１４】
第１ユーザのクライアント装置からコインの購入希望を受けて、前記購入希望に応じたコイン数を前記第１ユーザに販売するコイン販売手段、
前記第１ユーザが他ユーザへ譲渡することを希望するコイン数を示す情報であるチップの発行要求を、前記第１ユーザの前記クライアント装置から受信し、前記第１ユーザに前記チップを発行するチップ発行手段、及び
前記チップの保有者を管理する管理手段
として１又は複数のコンピュータを機能させるためのプログラムであって、
前記管理手段は、前記第１ユーザに発行された前記チップの送付先として第２ユーザを指定した送付要求を前記第１ユーザのクライアント装置から受けたときに、前記送付要求に応じて前記チップの保有者を前記第１ユーザから前記第２ユーザに変更する第１移行手段を含んでいる
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コミュニケーションシステム、及びプログラムに関する。
【背景技術】
【０００２】
ソーシャルネットワーキングサービス（ＳＮＳ）を通したユーザ間のコミュニケーションが普及している。ＳＮＳの一例では、あるユーザが投稿したコンテンツ（写真や、動画、コメントなど）について、別のユーザが「いいね」や「すごいね」などの定型コメントを送ることができる。また、ユーザは、ＳＮＳを通じて任意のメッセージを送ることができる。例えば、ユーザは、感謝や、応援、お祝いの気持ちを表す言葉や画像を、他のユーザに送る場合がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−４９７２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところが、ユーザは感謝や応援などの気持ちを言葉では十分には表せないと感じる場合がある。
【０００５】
本開示の目的の１つは、ユーザの気持ちをより効果的に他ユーザに伝えることができるコミュニケーションシステム、及びプログラムを提案することにある。
【課題を解決するための手段】
【０００６】
（１）本開示で提案するコミュニケーションシステムは、第１ユーザのクライアント装置からコインの購入希望を受けて、前記購入希望に応じたコイン数を前記第１ユーザに販売するコイン販売手段と、前記第１ユーザが他ユーザへ譲渡することを希望するコイン数を示す情報であるチップの発行要求を、前記第１ユーザの前記クライアント装置から受信し、前記第１ユーザに前記チップを発行するチップ発行手段と、前記チップの保有者を管理する管理手段と、を有する。前記管理手段は、前記第１ユーザに発行された前記チップの送付先として第２ユーザを指定した送付要求を前記第１ユーザのクライアント装置から受けたときに、前記送付要求に応じて前記チップの保有者を前記第１ユーザから前記第２ユーザに変更する第１移行手段を有している。このようなチップを利用することによって、ユーザの気持ちを効果的に他ユーザに伝えることができる。
【０００７】
（２）（１）のコミュニケーションシステムにおいて、前記チップは前記第１ユーザが選択又は生成したコメントと画像のうち少なくとも一方を含む情報であってよい。これによると、ユーザの気持ちをより効果的に他ユーザに伝えることができる。
【０００８】
（３）（１）又は（２）のコミュニケーションシステムにおいて、前記管理手段は、前記送付要求が出されていない状況で前記チップの受取希望を前記第２ユーザのクライアント装置から受けたときに、予め規定された条件下において前記チップの保有者を前記第１ユーザから前記第２ユーザに変更する第２移行手段を含んでもよい。これによると、チップファイルの送信方法として２つの方法が可能となる。
【０００９】
（４）（３）のコミュニケーションシステムにおいて、前記第２ユーザの前記クライアント装置から受信した前記チップの前記受取希望を第１のチップ受取希望とし、第３ユーザのクライアント装置から受信する前記チップの受取希望を第２のチップ受取希望としたとき、前記第２移行手段は、前記第１のチップ受取希望を受信する前に前記第２のチップ受取希望を受信したときには前記チップの保有者を前記第１ユーザから前記第３ユーザに変更し、前記第２のチップ受取希望を受信する前に前記第１のチップ受取希望を受信したときには、前記チップの保有者を前記第１ユーザから前記第２ユーザに変更してもよい。
【００１０】
（５）（３）又は（４）のコミュニケーションシステムにおいて、前記第２ユーザの前記クライアント装置から受信した前記チップの前記受取希望を第１のチップ受取希望とし、第３ユーザのクライアント装置から受信する前記チップの受取希望を第２のチップ受取希望としたとき、前記第２移行手段は、前記第１のチップ受取希望を受信する前に前記第２のチップ受取希望を受信したときには前記チップの受け取りが不成立であることを前記第２ユーザに通知してもよい。
【００１１】
（６）（３）乃至（５）のいずれかのコミュニケーションシステムにおいて、前記チップの受取希望に応じた前記チップの保有者の変更が許容される状態に、前記チップがあるか否かを記憶する記憶手段をさらに有してもよい。
【００１２】
（７）（１）乃至（６）のいずれかのコミュニケーションシステムにおいて、前記管理手段は、前記第１ユーザに発行された前記チップの識別情報であるチップＩＤを生成する手段と、前記送付要求が出されていない状況で前記チップの受取希望を前記第２ユーザのクライアント装置から受けたときに、予め規定された条件下において前記チップの保有者を前記第１ユーザから前記第２ユーザに変更する第２移行手段と、前記第２ユーザの前記クライアント装置が前記第１ユーザの前記クライアント装置から前記コミュニケーションシステムを経由することなく受信した前記チップＩＤを利用して、前記予め規定された条件が満たされるか否かを判断する手段と、を有してもよい。これによると、チップファイルの送信方法として２つの方法が可能となる。
【００１３】
（８）（１）乃至（７）のいずれかのコミュニケーションシステムにおいて、前記チップは、前記第１ユーザが選択した画像の画像データを含み且つ前記第１ユーザが他ユーザへ譲渡することを希望するコイン数を示す情報であってもよい。これによると、チップを画像として表示することができるので、ユーザはチップを扱いやすくなる。
【００１４】
（９）（８）のコミュニケーションシステムは、複数のチップを記憶する記憶手段を含んでもよい。そして、前記第１ユーザは前記複数のチップから１又は複数のチップを選択可能であってもよい。これによれば、チップの送付に必要な操作を簡単化できる。
【００１５】
（１０）（１）乃至（９）のいずれかのコミュニケーションシステムにおいて、１つのチップで他ユーザに譲渡されるコイン数には、複数の段階が規定されており、前記第１ユーザが他ユーザへ譲渡することを希望するコイン数は、前記複数の段階から選択されてもよい。これによれば、チップの送付に必要な操作を簡単化できる。
【００１６】
（１１）（３）のコミュニケーションシステムにおいて、前記第１移行手段と前記第２移行手段のうち一方は、前記第１ユーザから前記第２ユーザに保有者が変更された前記チップの保有者を、さらに第３ユーザに変更してよい。すなわち、前記第１移行手段は、前記第１ユーザから前記第２ユーザに保有者が変更された前記チップの送付先として第３ユーザを指定した第２の送付要求を前記第２ユーザのクライアント装置から受けたときに、前記第２の送付要求に応じて前記チップの保有者を前記第２ユーザから前記第３ユーザに変更し、前記第２移行手段は、前記第２の送付要求が出されていない状況で前記チップの受取希望を前記第３ユーザのクライアント装置から受けたときに、前記予め規定された条件下において前記チップの保有者を前記第２ユーザから前記第３ユーザに変更してもよい。
【００１７】
（１２）（１）乃至（１１）のいずれかのコミュニケーションシステムは、複数の第１ユーザから前記第２ユーザに保有者が変更されたチップが示すコイン数を、前記複数の第１ユーザのそれぞれについて集計する集計手段と、前記集計されたコイン数に基づいて、前記複数の第１ユーザを評価する評価手段と、を有してもよい。
【００１８】
（１３）（１２）のコミュニケーションシステムにおいて、前記集計手段は、前記第２ユーザが出演するイベントについて規定された期間内に、複数の第１ユーザから前記第２ユーザに保有者が変更されたチップが示すコイン数を、前記複数の第１ユーザのそれぞれについて集計してもよい。
【００１９】
（１４）本開示で提案するプログラムは、第１ユーザのクライアント装置からコインの購入希望を受けて、前記購入希望に応じたコイン数を前記第１ユーザに販売するコイン販売手段、前記第１ユーザが他ユーザへ譲渡することを希望するコイン数を示す情報であるチップの発行要求を、前記第１ユーザの前記クライアント装置から受信し、前記第１ユーザに前記チップを発行するチップ発行手段、及び前記チップの保有者を管理する管理手段として１又は複数のコンピュータを機能させるためのプログラムである。前記管理手段は、前記第１ユーザに発行された前記チップの送付先として第２ユーザを指定した送付要求を前記第１ユーザのクライアント装置から受けたときに、前記送付要求に応じて前記チップの保有者を前記第１ユーザから前記第２ユーザに変更する第１移行手段を含んでいる。このようなチップを利用することによって、ユーザの気持ち効果的に他ユーザに伝えることができる。
【００２０】
本開示で提案するコミュニケーション制御サーバの制御方法は、第１ユーザのクライアント装置からコインの購入希望を受けて、前記購入希望に応じたコイン数を前記第１ユーザに販売するコイン販売工程と、前記第１ユーザが他ユーザへ譲渡することを希望するコイン数を示す情報であるチップの発行要求を、前記第１ユーザの前記クライアント装置から受信し、前記第１ユーザに前記チップを発行するチップ発行工程と、前記チップの保有者を管理する管理工程とを含む。前記管理工程は、前記第１ユーザに発行された前記チップの送付先として第２ユーザを指定した送付要求を前記第１ユーザのクライアント装置から受けたときに、前記送付要求に応じて前記チップの保有者を前記第１ユーザから前記第２ユーザに変更する第１移行工程を含んでいる。このようなチップを利用することによって、ユーザの気持ち効果的に他ユーザに伝えることができる。
【図面の簡単な説明】
【００２１】
【図１】本開示で提案するコミュニケーションシステムの構成するハードウェアを示すブロック図である。
【図２】クライアント装置で表示されるホーム画面を例示する図である。
【図３Ａ】クライアント装置で表示されるチップ選択画面を例示する図である。
【図３Ｂ】クライアント装置で表示されるチップ購入画面を例示する図である。
【図４Ａ】クライアント装置で表示される送信方法選択画面を例示する図である。
【図４Ｂ】クライアント装置で表示される送付先選択画面を例示する図である。
【図４Ｃ】クライアント装置で表示される送付画面を例示する図である。
【図５Ａ】クライアント装置で表示されるチップ受取画面を例示する図である。
【図５Ｂ】クライアント装置で表示されるチップ読込画面を例示する図である。
【図５Ｃ】クライアント装置で表示される受取結果画面を例示する図である。
【図６】クライアント装置で表示される保有チップ一覧画面を例示する図である。
【図７】コミュニケーションシステムが有している機能を示すブロック図である。
【図８Ａ】ユーザ情報テーブルの例を示す図である。
【図８Ｂ】チップ種類テーブルの例を示す図である。
【図８Ｃ】チップ移行履歴テーブルの例を示す図である。
【図８Ｄ】保有者管理テーブルの例を示す図である。
【図９Ａ】チップファイルの購入プロセスにおいて、コミュニケーションシステムで実行される処理を例示するフロー図である。
【図９Ｂ】チップファイルの移行プロセス（送付受取プロセス）において、コミュニケーションシステムで実行される処理を例示するフロー図である。
【図９Ｃ】チップファイルの移行プロセス（送付受取プロセス）において、コミュニケーションシステムで実行される処理を例示するフロー図である。
【図１０】本開示で提案するコミュニケーションシステムの構成するハードウェアを示すブロック図である。
【図１１】クライアント装置で表示される自己データ画面を例示する図である。
【図１２】クライアント装置で表示される応援イベント一覧画面を例示する図である。
【図１３】クライアント装置で表示されるユーザ評価結果画面を例示する図である。
【図１４】クライアント装置で表示される応援先ユーザ画面を例示する図である。
【図１５】クライアント装置で表示されるイベント画面を例示する図である。
【図１６Ａ】クライアント装置で表示されるチップ数確定画面を例示する図である。
【図１６Ｂ】クライアント装置で表示されるチップ送付画面を例示する図である。
【図１６Ｃ】クライアント装置で表示されるチップ単価設定画面を例示する図である。
【図１７】コミュニケーションシステムが有している機能を示すブロック図である。
【図１８Ａ】ユーザ情報テーブルの例を示す図である。
【図１８Ｂ】イベント管理テーブルの例を示す図である。
【図１８Ｃ】保有者管理テーブルの例を示す図である。
【図１８Ｄ】チップ移行履歴テーブルの例を示す図である。
【図１９Ａ】コミュニケーションシステムにおいて実行される処理の例を示すフロー図である。
【図１９Ｂ】コミュニケーションシステムにおいて実行される処理の例を示すフロー図である。
【発明を実施するための形態】
【００２２】
［第１の例］
以下、本開示で提案するコミュニケーションシステムの例について説明する。図１は、本開示で提案するシステムの第１の例であるコミュニケーションシステム１００を構成するハードウェアを示すブロック図である。コミュニケーションシステム１００は、複数のユーザがそれぞれ使用する複数のクライアント装置２０と、コミュニケーションシステム１００の運営者が管理するコミュニケーション制御サーバ１０とを含んでいる（以下では、このコミュニケーション制御サーバ１０を単に「制御サーバ」と称する。）。クライアント装置２０はネットワーク２（具体的には、インターネット）を介して制御サーバ１０に接続されている。
【００２３】
［ハードウェア］
クライアント装置２０は、例えば、携帯電話機（スマートフォンを含む）や携帯情報端末（タブレット型コンピュータ）などの携帯端末装置である。クライアント装置２０は、デスクトップ型コンピュータや、ラップトップ型コンピュータなどでもよい。
【００２４】
クライアント装置２０は制御部２１と、記憶部２２と、表示部２３と、操作部２４と、通信部２５とを有している。制御部２１は１又は複数のマイクロプロセッサを含み、記憶部２２に記憶されているオペレーティングシステムやその他のプログラムに従って情報処理を実行する。記憶部２２は、主記憶部（例えばＲＡＭ）及び補助記憶部（例えば、不揮発性の半導体メモリ、ハードディスクドライブ、又はソリッドステートドライブ）を含んでいる。記憶部２２は、制御部２１で実行されるプログラム、制御部２１の処理によって生成された情報、及び、制御サーバ１０や他のクライアント装置２０から受信した情報を記憶する。表示部２３は、例えば液晶表示装置や有機ＥＬ表示装置などのフラットパネルディスプレイである。操作部２４は、例えばフラットパネルディスプレイに設けられるタッチセンサであり、ユーザは操作部２４を通して種々の指示・意思を制御部２１に入力できる。操作部２４はボタンやキーボードなどでもよい。通信部２５はＲＦ回路やアンテナを含み、制御部２１から出力された情報をネットワーク２を介して他の装置に送信し、他の装置からネットワーク２を介して情報を受信し、この情報を制御部２１に入力する。
【００２５】
制御サーバ１０は、１台又は複数台のサーバコンピュータによって構成される。制御サーバ１０は、制御部１１と、記憶部１２と、通信部１３とを有している。制御部１１は少なくとも１つのマイクロプロセッサを含み、記憶部１２に記憶されているオペレーティングシステムやその他のプログラムに従って情報処理を実行する。記憶部１２は、主記憶部（例えばＲＡＭ）及び補助記憶部（例えば、不揮発性の半導体メモリ、ハードディスクドライブ、又はソリッドステートドライブ）を含む。記憶部１２はプログラムや、制御部１１の処理によって生成された情報、クライアント装置２０から受信した情報を記憶する。通信部１３はＲＦ回路やアンテナを含み、制御部１１から出力された情報をネットワーク２を介して他の装置に送信し、他の装置からネットワーク２を介して情報を受信し、この情報を制御部１１に入力する。
【００２６】
［システムの概要］
クライアント装置２０のユーザは、コミュニケーションシステム１００において利用するコインを購入できる。例えば、ユーザはクレジットカード決済や銀行振り込みなどの方法でコインを購入できる。ユーザは、制御サーバ１０を通して自身のコインでチップを購入し、購入したチップを他のユーザに送ることができる。後述するように、コインは、現金や、商品券、物品などユーザが実生活で利用可能な価値に交換できる。
【００２７】
システム１００の例において、チップは、他ユーザへ譲渡することを希望するコイン数と、ユーザが選択又は生成したコメントと画像とを示す情報である（以下では、この画像を「チップ画像」と称し、このコメントを「チップコメント」と称する。）。チップコメントとチップ画像は、例えば、制御サーバ１０に予め登録された複数の候補からユーザによって選択される。これによって、ユーザは簡単にチップを送付できる。チップコメントは、他ユーザへの感謝や、応援、お祝い、励ましなどの気持ちを表す言葉であり、例えば「ありがとう」や、「いいね」、「おめでとう」、「がんばって」などである。チップコメントは必ずしもこれらの例に限られない。チップコメントはユーザが任意に生成したコメントであってもよい。チップ画像は、例えばユーザの気持ちを表現した画像や、他ユーザへ譲渡を希望するコイン数の多寡を表現した画像などであるが、必ずしもこれらに限定されない。
【００２８】
システム１００の例では、チップはチップ画像の画像データを含む画像ファイルである。これによると、チップを画像として表示することができるので、ユーザはチップを扱いやすくなる。チップコメントやコイン数は、画像ファイルのメタデータとして画像ファイルに含むことができる。以下では、この画像ファイルを「チップファイル」と称する。チップファイルは、必ずしもシステム１００の例に限られない。チップファイルは、チップコメント（テキストデータ）とチップ画像（画像データ）のうち一方だけを含むファイルであってもよい。チップファイルがテキストデータだけを含む場合、チップファイルはテキストファイルであり、コイン数はテキストファイルのメタデータとして含むことができる。本明細書において、ファイルとは、クライアント装置２０及び制御サーバ１０のオペレーティングシステムが備えるファイルシステムが、記憶媒体にデータを保存、読み込み、移動、削除などする際に一つのまとまりとして取り扱うデータの集合を意味する。
【００２９】
システム１００では、チップファイルは制御サーバ１０を経由して、あるユーザ（送信元）から他ユーザ（送信先）に送信され得る。すなわち、送信元ユーザのクライアント装置２０がチップファイルを制御サーバ１０に送信すると、制御サーバ１０は、チップファイルで示されるコイン数を送信元ユーザから送信先ユーザに移行するとともに、チップファイルを送信先ユーザのクライアント装置２０に送信する。
【００３０】
また、ユーザは、制御サーバ１０を経由しないシステム、すなわちシステム１００の運営者が管理していないシステムを経由して、チップファイルを他ユーザに送ることができる。例えば、ユーザは、電子メールにチップファイルを添付して送信先ユーザに送信できる。また、ユーザは、システム１００の運営者が管理していないＳＮＳ（ｓｏｃｉａｌ  ｎｅｔｗｏｒｋｉｎｇ  ｓｅｒｖｉｃｅ）を通して送信されるメッセージにチップファイルを添付し、このメッセージを他ユーザに送信できる。このようにチップファイルが他システム経由で送られた場合でも、制御サーバ１０はチップファイルで示されるコイン数を送信元ユーザから送信先ユーザに移行できるように構成されている。
【００３１】
つまり、システム１００はチップファイルの送信方法として２つの方法を可能としている。このようなシステム１００によると、チップファイルの利便性を向上できる。例えば、ユーザは、他の運営者が運営するＳＮＳで提供される機能を利用しながら、コインを他ユーザに送ることができる。また、ユーザは複数のチップファイルを１つの電子メールや１つのＳＮＳメッセージに添付して、複数のユーザに同時にチップファイルを送ることが可能となる。さらに、ユーザは、未だ制御サーバ１０に登録していない人（システム１００のユーザでない人）にも、電子メールやＳＮＳでチップファイルを送ることができる。この場合、チップファイルの受信者は、制御サーバ１０にシステム１００のユーザとして自身を登録することで、コインを受け取ることができる。
【００３２】
［クライアント装置の画面］
クライアント装置２０の表示部２３に表示される画面の例について説明する。表示部２３に表示される画面は制御部２１によって生成される。制御部２１は、記憶部２２が記憶している情報、及び制御サーバ１０から受信した情報に基づいて、表示部２３の画面を生成する。
【００３３】
図２で例示する画面は、例えばシステム１００を利用するためのプログラムを起動したときに表示されるホーム画面である。画面要素２−１は、ユーザが過去にチップファイルを通して他のユーザに送った総コイン数を表示する。要素２−２は、ユーザが過去にチップファイルを通して他のユーザから受け取った総コイン数を表示する。また、画面要素２−３は、ユーザが現在保有しているコイン数を表示する。画面要素２−４は、ユーザが現在保有しているチップファイルが示すコイン数の総数を表示し、画面要素２−５は、チップファイルで示されるコイン数と保有コイン数との合計である。さらに、画面要素２−６は、ユーザが過去に行った取引の履歴を表示する。取引は、例えば、コインの購入や、チップファイルの購入、チップファイルの送信、チップファイルの受取などである。また、取引として、他のユーザとの間でのメッセージのやりとりが表示されてもよい。なお、ホーム画面で提示される情報は、図２Ａで示される例に限られない。
【００３４】
図３Ａ及び図３Ｂはチップファイルの購入プロセスで表示される画面の一例を示す図である。
【００３５】
図３Ａで例示される画面は、ユーザが選択可能な複数のチップファイルの一覧を表示する（以下では、図３Ａの画面を「チップ選択画面」と称する）。すなわち、このチップ選択画面では、制御サーバ１０に予め登録されている複数のチップファイルが表示される。画面要素３Ａ−１は、ユーザが選択可能な複数のチップコメントを表示する。画面要素３Ａ−２は、ユーザが選択可能な複数のチップ画像を表示する。ここで表示される画像は、チップ画像のサムネイルでもよい。システム１００の例では、複数のチップコメントのそれぞれに対して、複数のチップ画像が関連付けされている。図３Ａの例では、チップコメント「ありがとう」に関連付けられている複数のチップ画像が示されている。
【００３６】
チップ画像にはグレードが規定されている。例えば、図３Ａに示すように、各チップ画像に「ＧＯＬＤ」、「ＳＩＬＶＥＲ」、又は「ＢＲＯＮＺＥ」が規定されている。各グレードには複数のチップ画像が設けられている。チップ画像には、そのグレードに応じた数のコインが対応付けられている。例えば、「ＧＯＬＤ」のチップ画像には１００コインが対応し、「ＳＩＬＶＥＲ」のチップ画像にはそれより少ないコイン数（例えば５０コイン）が対応し、「ＢＲＯＮＺＥ」のチップ画像にはさらに少ないコイン数（例えば、１０コイン）が対応している。ユーザがチップ画像を選択することで、他ユーザに送られるチップファイル及びコイン数が特定される。つまり、１つのチップファイルで他ユーザに譲渡できるコイン数には複数の段階（グレード）が規定されており、ユーザは、他ユーザへ譲渡するコイン数を複数の段階から選択する。
【００３７】
チップファイルは、図３Ａで説明する例に限られない。例えば、チップファイルに対応づけられるコイン数の段数（チップ画像のグレードの数）は、３段階に限られない。例えば、チップファイルに対応づけられるコイン数の段数は２段階でもよいし、３段階より多くてもよい。さらに他の例では、チップファイルに対応付けられるコイン数はユーザが任意に設定できてもよい。この場合、ユーザが設定できるコイン数には上限が規定されていてもよい。さらに他の例では、チップ画像とチップコメントとの関連付けはユーザが任意に行ってもよい。さらに他の例では、ユーザは、自身が生成した画像データにコイン数を対応させて、これをチップファイルとしてもよい。
【００３８】
図３Ｂに示す画面は、ユーザが選択したチップファイルを表示する（以下では、図３Ｂの画面を「チップ購入画面」と称する。）。図３Ａに表示される複数のチップ画像のうちの１つを選択することによって（１つのチップ画像を押すと）、表示部２３はこのチップ購入画面に遷移する。チップ購入画面において、画面要素３Ｂ−１は、ユーザが選択したチップファイルのチップ画像、チップ画像のグレード、及びチップ画像に対応しているコイン数を表示する。画面要素３Ｂ−１は、さらにチップ画像の名前（図３Ｂにおいては「ありがとうチップ１」）を表示してもよい。画面要素３Ｂ−３は、ユーザが保有しているコイン数（例えば、チップファイルの購入前の保有コイン数）を表示する。画面要素３Ｂ−４は、ユーザが購入意思（チップの発行希望）をクライアント装置２０に入力するための「購入」ボタンである。なお、チップ選択画面では１度に複数のチップファイルが選択可能であってもよい。この場合、図３Ｂのチップ購入画面では、それら複数のチップファイルが表示されてもよい。
【００３９】
図４Ａ〜図４Ｃは、チップファイルの送信プロセスで表示される画面の一例を示す図である。
【００４０】
図４Ａに示す画面は、チップファイルの送信方法の選択を受け付ける画面である（以下では、図４Ａの画面を「送信方法選択画面」と称する）。表示部２３は、例えば図３Ｂのチップ購入画面に表示される「購入」ボタンをユーザが選択すると、この送信方法選択画面に遷移する。
【００４１】
送信方法選択画面において、画面要素４Ａ−１は、送信対象となるチップファイルを表示する。具体的には、画面要素４Ａ−１は、チップファイルのチップ画像、チップ画像のグレード、及びチップ画像に対応しているコイン数を表示する。例えば、ユーザがチップファイルを購入したとき、画面要素４Ａ−１は、その購入したチップファイル（制御サーバ１０から発行されたチップファイル）を表示する。ユーザが１度に複数のチップファイルを購入した場合には、画面要素４Ａ−１は、それら複数のチップファイルを表示してもよい。画面要素４Ａ−２は、チップファイルの購入後にユーザが保有しているコイン数を表示する。
【００４２】
画面要素４Ａ−３、４Ａ−４は、ユーザがチップファイルの送信意思をクライアント装置２０に入力するためのボタンを表示する。画面要素４Ａ−３は、システム１００以外のシステムを経由して（言い換えれば、制御サーバ１０を経由することなく）、チップファイルを他ユーザに送信する意思をクライアント装置２０に入力するためのボタン（「他システム経由で送信」ボタン）である。画面要素４Ａ−４は、システム１００を経由してチップファイルを他ユーザに送信する意思（言い換えれば、制御サーバ１０を経由してチップファイルを他ユーザに送信する意思）を、クライアント装置２０に入力するためのボタン（「本システム経由で送信」ボタン）である。
【００４３】
「他システム経由での送信」ボタンが選択されると、チップファイルはクライアント装置２０の記憶部２２に設けられているフォルダに保存される。ユーザは、例えばクライアント装置２０が有している電子メールのアプリケーションソフトを起動し、電子メールにチップファイルを添付し、その電子メールを他ユーザに送信する。他の例では、ユーザは、クライアント装置２０が有しているＳＮＳのクライアントアプリケーションを起動し、このＳＮＳを通して送信するメッセージにチップファイルを添付する。
【００４４】
図４Ｂで例示する画面は、チップファイルの送信先ユーザの候補を表示する（以下では、図４Ｂの画面を「送信先選択画面」と称する）。送信先ユーザの候補は、ユーザ（送信元ユーザ）によって、クライアント装置２０の記憶部２２や制御サーバ１０の記憶部１２に予め登録される。例えば、送信先ユーザの候補は、後述するユーザ関係記憶部１１２ｆ（図７）において記録される。表示部２３は、例えば図４Ａの送信方法選択画面で「本システム経由での送信」ボタンが選択されると、この送信先選択画面に遷移する。送信先選択画面は、例えば、送信先ユーザの画像（例えば、顔画像）とユーザＩＤとユーザ名とを表示する。ユーザは、この送信先選択画面で、複数のユーザを送信先として選択できてもよい。
【００４５】
図４Ｃに例示する画面は、チップファイルと送信先ユーザの情報とを表示する（以下では、図４Ｃの画面を「送信画面」と称する）。すなわち、送信画面の画面要素４Ｃ−１は送信先として選択されたユーザの情報を表示し、画面要素４Ｃ−２はユーザによって選択されたチップファイルを表示する。送信画面は、ユーザがチップファイルに関連付けて任意のメッセージ（言葉）を入力できるボックスを表示する画面要素４Ｃ−３を有してもよい。画面要素４Ｃ−４は、ユーザがチップファイルの送信意思をクライアント装置２０に入力するためのボタン（「チップを送信」ボタン）である。「チップを送信」ボタンがユーザによって押されると、クライアント装置２０は、チップファイルの送信先（送信先ユーザのＩＤ）と、後述するチップＩＤと、ユーザが生成したメッセージとを制御サーバ１０に送信する。クライアント装置２０は、チップファイルのメタデータにユーザが生成したメッセージを加えて、そのチップファイルを制御サーバ１０に送信してもよい。
【００４６】
なお、チップファイルを、システム１００以外のシステムを経由して他ユーザに送信する場合においても、ユーザは任意のメッセージをチップファイルに加えることができてもよい。例えば、クライアント装置２０は、図３Ｂに示すチップ購入画面において、ユーザが任意のメッセージ（言葉）を入力できるボックスを表示してもよい。この場合、クライアント装置２０は、チップファイルのメタデータにそのメッセージを加えてもよい。そして、このチップファイルを受け取ったユーザのクライアント装置２０は、このチップファイルに加えられたメッセージを読み取って表示部２３に表示してもよい。
【００４７】
図５Ａ〜図５Ｃは、チップの受取プロセスで表示される画面の例である。図５Ａの画面（以下では、「チップ受取画面」と称する）の画面要素５Ａ−２は、システム１００を経由して（すなわち、制御サーバ１０を経由して）受け取った１又は複数のチップファイルを表示する。具体的には、画面要素５Ａ−２は、例えば、受け取ったチップファイルのそれぞれについて、そのチップ画像や、チップ画像のグレード、受取日、送信元ユーザなどを表示する。また、画面要素５Ａ−２は、図４Ｃで例示した送信画面で送信元ユーザが入力したメッセージを表示してもよい。
【００４８】
画面要素５Ａ−１は、システム１００以外のシステムを経由して送信されたチップファイルを受け取るためのボタン（「チップの読込」ボタン）である。ユーザは、電子メールやＳＮＳを経由してチップファイルを受信したとき、そのチップファイルを、例えば、種々の画像データが保存されたフォルダに保存する。「チップの読込」ボタンが押されると、例えば、このフォルダ内でチップファイルの検索が実行される。クライアント装置２０の記憶部２２には、このような検索を実行するためのプログラムが保存されている。この検索は、チップファイルの拡張子やメタデータを目印として実行され得る。
【００４９】
図５Ｂに例示する画面は、検索によって見つかったチップファイルを表示する画面である（この画面を「読込結果画面」と称する）。すなわち、読込結果画面は、システム１００以外のシステムを経由して受信したチップファイルを表示する。画面要素５Ｂ−１は、例えば、見つかったチップファイルのチップ画像、グレード、コイン数、チップコメント、送信日、及び送信元ユーザを表示する。読込結果画面は、見つかったチップファイルの数を表示してもよい。画面要素５Ｂ−３は、検索によって見つかったチップファイルの受取希望を入力するためのボタン（「チップの受け取り」ボタン）である。後述するように、制御サーバ１０は、発行したチップファイルの保有者を管理している。送信元ユーザがシステム１００以外のシステム経由でチップファイルを送信した時点では、制御サーバ１０は、そのチップファイルの保有者（送信先）を確定できていない。チップファイルの「受取」とは、システム１００以外のシステムを経由してチップファイルを受信したユーザが、そのチップファイルの保有者になることを意味する。
【００５０】
図５Ｃは、受取希望の結果を表示する画面である。図５Ｃの画面（受取結果画面）は、チップファイルの受け取りが成立したことを示す画面である。すなわち、この受取結果画面は、チップファイルを受信したユーザをそのチップファイルの保有者として制御サーバ１０が認めたことを表示する。受取結果画面は、図５Ｂの読込結果画面と同様に、例えば、チップファイルのチップ画像、グレード、コイン数、チップコメント、送信日、及び送信元ユーザを表示する。受取結果画面は、受け取ったチップファイルのコインへの交換を要求する「チップを売却」ボタン５Ｃ−２や、受け取ったチップファイルをさらに他の人に送信することを要求する「チップを転送」ボタン５Ｃ−３を表示してもよい。
【００５１】
なお、チップファイルの受け取りが不成立であった場合には、その旨をユーザに通知する受取結果画面が表示されてもよい。すなわち、この受取結果画面は、チップファイルを受信したユーザをそのチップファイルの保有者として制御サーバ１０が認めなかったことを、ユーザに通知する。後述するように、システム１００の例では、チップファイルの受け取りの不成立は、例えば、他のユーザが先にチップファイルを受け取った場合に（他のユーザがチップファイルの保有者として先に承認された場合）に、生じ得る。
【００５２】
図６は、ユーザが現在保有しているチップファイルの一覧を表示する画面である（以下では、この画面を「保有チップ一覧画面」と称する）。保有チップ一覧画面では、保有しているチップファイルだけでなく、他ユーザに既に送信したチップファイルが「送信済」として表示されたり、コインに交換したチップファイルなどが「売却済」として表示されてもよい。ユーザは、この保有チップ一覧画面で表示されるチップファイルから、他ユーザに送信するチップファイルを選択できてもよい。表示部２３は、この保有チップ一覧画面において１又は複数のチップファイルが選択されたときに、例えば図４Ａに例示する送信方法選択画面に遷移する。
【００５３】
［コミュニケーションシステムでの処理］
図７に示すように、システム１００は、その機能として、コイン販売部１１１ａ、チップ管理部１１１ｂ、コイン交換部１１１ｇを有している。チップ管理部１１１ｂは、発行部１１１ｃ、ＩＤ生成部１１１ｈ、第１移行部１１１ｄ、第２移行部１１１ｅ、受取判定部１１１ｉ、交換部１１１ｆを含んでいる。これらは、例えば制御サーバ１０の制御部１１によって実現されるが、必ずしもこれに限られない。すなわち、これらの処理の一部は、クライアント装置２０の制御部２１によって実現されてもよい。例えば、後述するＩＤ生成部１１１ｈの処理は、クライアント装置２０の制御部２１によって実行されてもよい。また、受取判定部１１１ｉの処理も、クライアント装置２０の制御部２１によって実行されてもよい。
【００５４】
システム１００は、ユーザ情報記憶部１１２ａと、チップ種類記憶部１１２ｂと、チップ購入売却履歴記憶部１１２ｃと、チップ移行履歴記憶部１１２ｄと、保有者記憶部１１２ｅと、ユーザ関係記憶部１１２ｆとを含んでいる。これらは、例えば制御サーバ１０の記憶部１２によって実現されるが、必ずしもこれに限られない。すなわち、各記憶部に保存されるデータの一部はクライアント装置２０の記憶部２２に保存されていてもよい。例えば、後述するユーザ関係記憶部１１２ｆは、クライアント装置２０の記憶部２２によって実現されてもよい。
【００５５】
［ユーザ情報記憶部］
ユーザ情報記憶部１１２ａは各ユーザが保有するコイン数を記憶する。図８Ａは、ユーザ情報記憶部１１２ａに保存されるテーブル（ユーザ情報テーブル）の例を示す図である。ユーザ情報テーブルでは、「ユーザＩＤ」に対応付けて、「ユーザ名」、「保有コイン数」、「チップコイン数」、「総コイン数」、「送付コイン数」、及び「受取コイン数」が記憶される。「保有コイン数」はユーザが現在保有しているコイン数である。「チップコイン数」はユーザが保有しているチップファイルのコイン数の総数である。「総コイン数」は保有コイン数とチップコイン数の合計である。「送付コイン数」は、ユーザが他のユーザに過去に送付したコインの総数である。「受取コイン数」は、ユーザが他のユーザから過去に受け取ったコインの総数である。ユーザ情報テーブルは、図８Ａに示したフィールドの他に、ユーザの年齢や、性別、住所、電子メールアドレスなどが記録されたフィールドを含んでもよい。なお、ユーザ情報テーブルは、「送付コイン数」及び「受取コイン数」を含んでいなくてもよい。これらのコイン数は、例えば、後述するチップ移行履歴記憶部１１２ｄのデータを参照して、各ユーザについて算出されてもよい。制御サーバ１０は、例えばクライアント装置２０からの要求に応じて、ユーザ情報テーブルで記録されている情報をクライアント装置２０に送信する。これによって、クライアント装置２０は、図２で例示したホーム画面においてコイン数を表示し得る。
【００５６】
［チップ種類記憶部］
チップ種類記憶部１１２ｂは、ユーザが選択可能なチップファイルに関する情報を記憶する。図３Ａで例示した「チップ選択画面」は、チップ種類記憶部１１２ｂで記憶されている情報に基づいて生成される。図８Ｂは、チップ種類記憶部１１２ｂに保存されているテーブル（チップ種類テーブル）の例を示す図である。チップ種類テーブルでは、例えば、「チップ種類番号」に対応付けて、「チップコメント」、「グレード」、「コイン数」、及び「ファイル名」が記録される。「チップ種類番号」はチップファイルの種類を特定するための番号である。「チップコメント」はチップファイルに関連付けられた定型のコメントであり、例えば上述した「ありがとう」や「いいね！」などである。「グレード」は、チップファイルに付与されているグレードである。上述したように、各チップファイルには、例えば「ＧＯＬＤ」や「ＳＩＬＶＥＲ」、及び「ＢＲＯＮＺＥ」など複数のグレードのうちの１つが付与されている。チップファイルのグレード数は３段階に限られず、２段階でもよいし、３段階以上（例えば、１０段階）でもよい。「コイン数」はチップファイルに対応するコイン数であり、例えばグレードに応じて規定されている。「ファイル名」はチップファイルのファイル名である。ファイル名で特定されるファイルがチップファイルとして、ユーザ間で送受信される。上述したように、チップファイルは、例えばチップ画像のデータを含む画像ファイルであり、上述した「グレード」や「コイン数」、「チップコメント」などの情報は、例えばこの画像ファイルのメタデータのとして画像ファイルに含まれる。
【００５７】
制御サーバ１０はチップ種類記憶部１１２ｂを参照し、ユーザが選択可能な複数のチップファイル又はユーザが選択可能な複数のチップファイルを特定する情報をクライアント装置２０に送信する。ここで、チップファイルを特定する情報は、例えば、チップコメント、グレード、コイン数、及びチップ画像（又はチップ画像のサムネイル）を含む。クライアント装置２０は制御サーバ１０から受信した情報に基づいて、表示部２３に図３Ａで例示したチップ選択画面を表示する。
【００５８】
［チップ購入売却履歴記憶部］
チップ購入売却履歴記憶部１１２ｃは、チップファイルの購入及び売却の履歴を記憶している。具体的には、チップ購入売却履歴記憶部１１２ｃは、取引の対象となったチップファイルを特定する情報に対応づけて、「購入ユーザ」、「購入日」、「売却ユーザ」、及び「売却日」などを記憶している。チップファイルを特定する情報とは、制御サーバ１０が発行（販売）したチップファイルに固有の識別情報である（以下では、この識別情報を「チップＩＤ」と称する。）。
【００５９】
［チップ移行履歴記憶部］
チップ移行履歴記憶部１１２ｄは、チップファイルの移行（送付、受取）の履歴を記憶している。図８Ｃは、チップ移行履歴記憶部に保存されているテーブル（チップ移行履歴テーブル）の例を示す図である。チップ移行履歴テーブルは、「チップＩＤ」に対応付けて、例えば「送付方法」、「送付ユーザ」、「送付日」、「メッセージ」、「受取ユーザ」、「受取日」が記録される。「送付方法」には、例えば「本システム」又は「他システム」が記録される。「本システム」はシステム１００を経由してチップファイルが送信元ユーザから送信先ユーザに送られたこと示し、「他システム」はシステム１００以外のシステムを経由してチップファイルが送受信されたことを示す。
【００６０】
例えば、制御サーバ１０は、チップファイルの送付先が指定された送付要求をクライアント装置２０から受信したときに、送付先ユーザと送付元ユーザとを、チップ移行履歴テーブルの「送付ユーザ」及び「受取ユーザ」としてそれぞれ記録する。また、このとき、制御サーバ１０は「送付方法」として「本システム」を記録する。「メッセージ」には、例えば、図４Ｃで例示した送信画面で入力されたメッセージが記録される。
【００６１】
チップファイルが制御サーバ１０を経由することなく送受された場合、制御サーバ１０は、あるユーザからチップファイルの受取希望を受信し、このユーザによる受け取りを認めた場合に、その受取希望を発したユーザを「受取ユーザ」として記録する。また、制御サーバ１０は、そのチップファイルの元の保有者を「送付ユーザ」として記録する。このとき、制御サーバ１０は「送付方法」として「他システム」を記録する。なお、チップ移行履歴テーブルは、この「送付方法」のフィールドを有していなくてもよい。
【００６２】
［保有者記憶部］
保有者記憶部１１２ｅは、発行されたチップファイルの保有者を記憶している。また、保有者記憶部１１２ｅは、チップファイルの受取希望に応じた保有者の変更が許容される状態に各チップファイルがあるか否かを記憶する。図８Ｄは、保有者記憶部１１２ｅに保存されているテーブル（保有者管理テーブル）の例を示す図である。保有者管理テーブルでは、「チップＩＤ」に対応付けて、例えば「チップ種類番号」、「保有ユーザ」、及び「変更可否」が記録される。「チップ種類番号」は、図８Ｂで例示した「チップ種類テーブル」で記録されている各チップファイルの種類を示す番号である。「保有ユーザ」は、チップファイルを現在保有しているユーザのＩＤである。この「保有ユーザ」に記録されているユーザが、他ユーザへのチップファイルの送付権限（譲渡権限）を有する。例えば、ユーザがチップファイルを購入すると（ユーザにチップファイルが発行されると）、そのユーザが「保有ユーザ」として記録される。また、ユーザが他ユーザにチップファイルを送ると、そのチップファイルを受け取ったユーザが保有ユーザとして記録される。
【００６３】
「変更可否」のフィールドには、各チップファイルの保有ユーザの変更が許容されるか否かが記録される。例えば、あるユーザＡにチップファイルが発行されたとき、「変更可否」には、例えば「変更可」が記録される。その後、ユーザＢが、そのチップファイルを、制御サーバ１０を経由することなくユーザＡから受信し、そのチップファイルの受取希望を制御サーバ１０に送信したとき、保有ユーザはユーザＢに変更され、「変更可否」には例えば「変更不可」が記録される。こうすることによって、安全にチップファイルを送受できる。例えばユーザＣが、チップファイルのコピーをユーザＡから入手し、そのコピーを利用してチップファイルの受取希望を制御サーバ１０に送信した場合、制御サーバ１０は保有者管理テーブルを参照することで、ユーザＣによるチップファイルの受け取りを拒絶する。
【００６４】
制御サーバ１０は、クライアント装置２０からの要求に応じて、保有者記憶部１１２ｅを参照し、そのクライアント装置２０のユーザが保有しているチップファイル又はユーザが保有しているチップファイルを特定する情報をクライアント装置２０に送信する。ここで、チップファイルを特定する情報は、例えば、チップＩＤ、チップコメント、チップ画像（又はチップ画像のサムネイル）、グレード、及びコイン数などを含む。クライアント装置２０は制御サーバ１０から受信した情報に基づいて、表示部２３に、図６で例示した保有チップ一覧画面を表示する。ユーザは保有チップ一覧画面を参照して、他ユーザに送るチップファイルを選択できる。保有者記憶部１１２ｅには、ユーザが他ユーザから受け取ったチップファイルも記録されている。したがって、ユーザは他ユーザから受け取ったチップファイルをさらに他のユーザに送信（転送）できる。そのようなチップファイルの転送は、必ずしも許容されていなくてもよい。
【００６５】
［ユーザ関係記憶部］
ユーザ関係記憶部１１２ｆは、各ユーザについてその連絡先（チップファイルの送付先）の候補を記憶する。ユーザ関係記憶部１１２ｆに記録されるデータは、各ユーザから受ける登録要求に基づいて更新される。ユーザ関係記憶部１１２ｆに記録されている情報に基づいて、例えば図４Ｂで例示された送付先選択画面が生成され得る。
【００６６】
システム１００に設けられている記憶部は、図８Ａ〜図８Ｄを参照して説明したものに限られない。例えば、チップ移行履歴記憶部１１２ｄやチップ購入売却履歴記憶部１１２ｃは、各ユーザについてテーブルを有してもよい。そして、各テーブルで１ユーザの取引（購入、送付、受取、交換）が記録されてもよい。この場合、各ユーザについてのテーブルは、クライアント装置２０の記憶部２２に保存されてもよい。また、ユーザ関係記憶部１１２ｆもクライアント装置２０の記憶部２２に設けられてもよい。
【００６７】
［コイン販売処理］
コイン販売部１１１ａは、ユーザからコインの購入希望を受け付けて、購入金額に応じた数のコインをユーザに販売する。詳細には、ユーザがコインの購入を希望するとき、クライアント装置２０は、コイン購入希望とともに、ユーザＩＤ及び購入を希望するコイン数を制御サーバ１０に送信する。コイン販売部１１１ａは、購入金額の決済成立の確認後に、ユーザ情報テーブル（図８Ａ参照）の保有コイン数に、購入金額に応じた数のコイン数を加算する。
【００６８】
決済には、例えばクレジットカード決済を用いることができる。この場合、コイン販売部１１１ａはクライアント装置２０からユーザのクレジットカード番号を受信し、クレジットカード番号を利用してクレジットカード会社のサーバに決済の可否を問い合わせる。コイン販売部１１１ａは、クレジットカード会社のサーバから決済成立を受信したときに、購入金額に応じた数のコインをユーザに提供する。購入金額の決済には、例えば、銀行振り込みや、クライアント装置２０でインターネット２を使用するためにユーザが契約した通信事業者によって構築された決済代行システムが用いられてもよい。
【００６９】
［発行部及びＩＤ生成部］
上述したように、チップ管理部１１１ｂは発行部１１１ｃとＩＤ生成部１１１ｈとを有している。発行部１１１ｃは、ユーザからチップの発行要求（購入希望）を受け付けて、その発行要求に応じたチップファイルをユーザに発行する。ここで「チップファイルを発行する」とは、ユーザがそのチップファイルの保有者として保有者記憶部１１２ｅに記録されること意味する。例えば、図３Ｂの「チップ購入画面」で「購入」ボタンが押されたときに、クライアント装置２０は制御サーバ１０に発行要求を送信する。このとき、クライアント装置２０は、チップファイルの種類番号を制御サーバ１０に送信する。制御サーバ１０が発行要求を受けると、ＩＤ生成部１１１ｈはチップＩＤを生成し、発行部１１１ｃはこれをクライアント装置２０に送信する。このとき、チップＩＤは、例えばチップファイル（画像ファイル）のメタデータの一部としてチップファイルに加えられる。チップＩＤをメタデータに加える処理は、制御サーバ１０で実行されてもよいし、クライアント装置２０で実行されてもよい。あるユーザに発行されたチップファイルを他ユーザが受け取ったとき、その他ユーザのクライアント装置２０はチップファイルを読み込むことで、チップＩＤを取得できる。また、発行部１１１ｃは保有者記憶部１１２ｅのデータとユーザ情報記憶部１１２ａのデータとを更新する。具体的には、発行部１１１ｃは、ユーザＩＤ及びチップファイルの種類番号を、チップＩＤに対応付けて保有者管理テーブル（図８Ｄ参照）に記録する。また、発行部１１１ｃは、ユーザ情報テーブルの保有コイン数からチップファイルで示されるコイン数を減算する。さらに発行部１１１ｃはチップ購入売却履歴記憶部１１２ｃのデータを更新する。
【００７０】
なお、上述したＩＤ生成部１１１ｈの処理は、クライアント装置２０において実行されてもよい。この場合、クライアント装置２０は生成したチップＩＤを制御サーバ１０に送信し、発行部１１１ｃはそのチップＩＤに基づいて、保有者記憶部１１２ｅ等のデータを更新してもよい。
【００７１】
図９Ａは、チップファイルの発行に際してクライアント装置２０と制御サーバ１０とが行う処理の例を示すフロー図である。ここでは、チップファイルの発行を要求するユーザのクライアント装置２０を第１クライアント装置と称する。
【００７２】
まず、第１クライアント装置２０は、ユーザが購入可能なチップファイルの一覧を制御サーバ１０に要求する（Ｓ１０１）。制御サーバ１０は、チップ種類テーブル（図８Ｂ）を参照し、チップファイルの一覧を第１クライアント装置２０に送信する（Ｓ１０２）。第１クライアント装置２０は受信したチップファイルの一覧を表示部２３に表示し（図３Ａ参照）、ユーザの選択を受け付ける（Ｓ１０３）。そして、ユーザがいずれかのチップファイルを選択すると、第１クライアント装置２０は、選択結果（選択されたチップファイルの種類番号）と、発行要求（購入希望）とを制御サーバ１０に送信する（Ｓ１０４）。
【００７３】
制御サーバ１０（発行部１１１ｃ）はユーザの保有コイン数に基づいて、発行の可否を判断する（Ｓ１０５）。具体的には、発行部１１１ｃはユーザ情報テーブル（図８Ａ参照）を参照し、選択されたチップファイルのコイン数以上のコイン数をユーザが保有しているか否かを判断する。保有コイン数がチップファイルのコイン数以上である場合、発行部１１ｃは、ユーザ情報テーブルで記録されているユーザの保有コイン数からチップファイルで示されるコイン数を減算する。また、制御サーバ１０（ＩＤ生成部１１１ｈ）はチップＩＤを生成し、クライアント装置２０に送信する。さらに、発行部１１１ｃは保有者管理テーブル（図８Ｄ参照）とチップ購入売却履歴記憶部１１２ｃのテーブルとを更新する（Ｓ１０６）。具体的には、発行部１１１ｃは保有者管理テーブルに、生成されたチップＩＤに対応づけてユーザＩＤ（保有ユーザ）とチップ種類番号とを記録する。このとき、発行部１１１ｃは、保有者管理テーブルの「変更可否」フィールドを「変更可」に設定する。これによって、ユーザはシステム１００以外のシステム経由でチップファイルを他ユーザに送ることができる。すなわち、システム１００以外のシステム経由でチップファイルを受け取ったユーザは、チップファイルの受取希望を制御サーバ１０に送信することで、そのチップファイルの保有者となることができる。
【００７４】
チップＩＤを制御サーバ１０から受信した第１クライアント装置２０は、発行要求の結果を表示部２３に表示する（Ｓ１０７）。このとき、第１クライアント装置２０は、図４Ｂで例示した「送付方法選択画面」を表示してもよい。以上が、チップファイルの発行過程でなされる処理の例である。
【００７５】
［第１移行部］
上述したように、チップ管理部１１１ｂは第１移行部１１１ｄを有している。第１移行部１１１ｄは、システム１００を経由したチップファイルの移行（送信・受取）に関する処理を実行する。すなわち、第１移行部１１１ｄは、あるユーザのクライアント装置２０から、チップファイルの送付先として他ユーザを指定した送付要求を受信したときに、この送付要求に応じてチップファイルの保有者を変更する。例えば、図４Ｃの「送信画面」で「チップを送信」ボタンが押されたときに、クライアント装置２０はチップファイルの送付要求とともに、送付対象となるチップファイルのチップＩＤと、送付先ユーザのＩＤとを、制御サーバ１０に送信する。制御サーバ１０がこの送付要求を受信すると、第１移行部１１１ｄは保有者管理テーブル（図８Ｄ）を参照し、送付先として指定されたユーザにチップファイルの「保有ユーザ」を変更する。また、第１移行部１１１ｄはチップ移行履歴テーブル（図８Ｃ）に、今回の取引を記録する。なお、この場合には、保有者管理テーブルにおいて「変更可否」が「変更可」と「変更不可」のいずれであっても、第１移行部１１１ｄは「保有ユーザ」を送付先ユーザに変更してよい。さらに、第１移行部１１１ｄは、ユーザ情報テーブル（図８Ａ）で記録されているチップコイン数に、チップファイルで示されるコイン数を加算する。
【００７６】
図９Ｂは、システム１００を経由したチップファイルの移行に際してクライアント装置２０と制御サーバ１０とが行う処理の例を示すフロー図である。ここでは、チップファイルの送付を要求するユーザのクライアント装置２０を第１クライアント装置と称し、チップファイルを受け取るユーザのクライアント装置２０を第２クライアント装置と称する。
【００７７】
第１クライアント装置２０は、送付先ユーザの選択と、送付対象となるチップファイルの選択とを受け付ける（Ｓ２０１）。例えば、第１クライアント２０は、図３Ａで説明したチップ選択画面や、図４Ｂで説明した送信先選択画面、図６で説明した保有チップ一覧画面を表示して、それらの選択を受け付ける。その後、第１クライアント装置２０は、チップファイルの送付要求とともに、送付先ユーザのＩＤ、チップファイルのチップＩＤを制御サーバ１０に送信する（Ｓ２０２）。このとき、第１クライアント２０は、ユーザによって入力されたメッセージ（図４Ｃの送信画面で入力されたメッセージ）を制御サーバ１０に送信してもよい。
【００７８】
第１移行部１１１ｄは、保有者管理テーブルとチップ移行履歴テーブルとユーザ情報テーブルとを更新する（Ｓ２０３）。具体的には、第１移行部１１１ｄは保有者管理テーブルを参照し、チップＩＤに対応する「保有ユーザ」を、送付先として指定されたユーザのＩＤに変更する。すなわち、第１移行部１１１ｄはチップファイルの保有者を変更する。また、第１移行部１１１ｄはチップファイルの送付要求を送ったユーザのＩＤを「送付ユーザ」に記録し、送付先として指定されたユーザのＩＤを「受取ユーザ」に記録する。また、第１移行部１１１ｄは、チップ移行履歴テーブルの「メッセージ」フィールドにクライアント装置２０から受信したメッセージを記録する。さらに、第１移行部１１１ｄは、ユーザ情報テーブル（図８Ａ）で記録されているチップコイン数に、チップファイルで示されるコイン数を加算する。
【００７９】
第２クライアント装置２０は、制御サーバ１０にユーザＩＤを送信するとともに、このユーザが受け取ったチップファイルを要求する（Ｓ２０４）。制御サーバ１０はチップ移行履歴テーブルを参照する。そして、制御サーバ１０は、第２クライアント装置２０のユーザが送付先として指定されたチップファイルと、そのチップＩＤとを、第２クライアント装置２０に送信する（Ｓ２０５）。第２クライアント装置２０は受信したチップファイルを表示部２３に表示する（Ｓ２０６）。例えば、第２クライアント装置２０は、図５Ａで説明したチップ受取画面の画面要素５Ａ−２を表示する。以上が、第１移行部１１１ｄによるチップファイルの移行過程でなされる処理の例である。
【００８０】
［第２移行部及び受取判定部］
上述したように、チップ管理部１１１ｂは第２移行部１１１ｅと受取判定部１１１ｉとを有している。第２移行部１１１ｅは、システム１００以外のシステム経由でのチップファイルの移行（送信・受取）に関する処理を実行する。すなわち、第２移行部１１１ｅは、ユーザから送付先を指定した送付要求を受信していない状況で、他ユーザからチップファイルの受取希望を受信したときに、予め規定された条件下において、チップファイルの保有者を変更する。
【００８１】
システム１００の例では、第２移行部１１１ｅは、チップファイルの受取希望が最先であることを条件として、その受取希望に応じてチップファイルの保有者を変更する。したがって、第２移行部１１１ｅが１つのチップファイルについて２つの受取希望（第１の受取希望及び第２の受取希望）を受信したとき、第２移行部１１１ｅは第１の受取希望を受信する前に第２の受取希望を受信したときには第２の受取希望に応じて保有者を変更する。反対に、第２移行部１１１ｅは、第２の受取希望を受信する前に第１の受取希望を受信したときには第１の受取希望に応じて保有者を変更する。なお、保有者を変更する条件は、システム１００の例に限られない。
【００８２】
コミュニケーションシステム１の例では、具体的には次のような処理がなされる。例えば図５Ｂの「読込結果画面」で「チップを受け取る」ボタンが押されたときに、クライアント装置２０はチップファイルのメタデータとして記録されているチップＩＤを読み取って、チップファイルの受取希望とともに、ユーザＩＤとチップＩＤとを制御サーバ１０に送信する。上述したように、保有者記憶部１１２ｅは、チップファイルの受取希望に応じた保有者の変更が許容される状態に各チップファイルがあるか否かを記憶している。受取判定部１１１ｉは保有者記憶部１１２ｅに記憶されているこの情報に基づいて、チップファイルの保有者変更の適否（受け取りの適否）を判断する。
【００８３】
具体的には、受取判定部１１１ｉは保有者管理テーブルの「変更可否」のフィールドが「変更不可」と「変更可」のいずれであるかを判断する。「変更不可」である場合、受取判定部１１１ｉは保有者の変更を承認しない。このとき、第２移行部１１１ｅはその結果（受け取り不成立）をクライアント装置２０に送信する。一方、保有者管理テーブルの「変更可否」が「変更可」である場合、受取判定部１１１ｉは保有者の変更を承認し、第２移行部１１１ｅは保有者管理テーブルの「保有ユーザ」を、受取希望を発したユーザに変更する。このとき、第２移行部１１１ｅは、「変更可否」フィールドを「変更不可」に変更する。このことによって、この移行の後に、他ユーザがチップファイルのコピーを利用して、チップファイルの受取希望を制御サーバ１０に送信したとしても、そのユーザへのチップファイルの移行はなされない。
【００８４】
なお、図４Ａの「送付方法選択画面」で「他システム経由で送信」が押されたときに、クライアント装置２０は送付対象として選択されたチップファイルのチップＩＤを制御サーバ１０に送信する。このとき、第２移行部１１１ｅは、受信したチップＩＤで特定されるチップファイルの「変更可否」フィールドを「変更可」に設定する。すなわち、「変更可否」のフィールドが「変更不可」である場合には、第２移行部１１１ｅは、これを「変更可」に改める。このとき、図８Ｄで示すように、「保有ユーザ」のフィールドには、「移行中」が記録されてもよい。このような処理によって、チップファイルの転送（他ユーザから受信したチップファイルを、さらに別のユーザに送信すること）を実現できる。なお、第２移行部１１１ｅは、必ずしもこのような処理を行わなくてもよい。この場合、チップファイルの転送は禁止されてもよい。
【００８５】
図９Ｃは、システム１００以外のシステム経由でチップファイルが送信された場合に、クライアント装置２０と制御サーバ１０とが行う処理の例を示すフロー図である。ここでは、チップファイルを送信するクライアント装置２０を第１クライアント装置と称し、チップファイルを受け取るユーザのクライアント装置２０を第２クライアント装置と称する。
【００８６】
例えば、第１クライアント装置２０において、送信方法選択画面（図４Ａ）で「他システム経由で送信」が選択されたとき、第１クライアント装置２０は、その選択結果と、送信対象とされたチップＩＤとを制御サーバ１０に通知する（Ｓ３０１）。第２移行部１１１ｅは保有者管理テーブルを参照し、受信したチップＩＤに対応する「変更可否」フィールドを「変更可」に設定する（Ｓ３０２）。このとき、第２移行部１１１ｅはチップ移行履歴テーブルを更新してもよい。例えば、第２移行部１１１ｅはチップＩＤに対応させて、第１クライアント装置２０のユーザのＩＤを、チップ移行履歴テーブルに記録してもよい。
【００８７】
その後、第２クライアント装置２０は、制御サーバ１０を経由することなく、第１クライアント装置２０からチップファイルを受信する。そして、第２クライアント装置２０はチップファイルのメタデータとして記録されたチップＩＤを読み取り、受信したチップファイルについての受取希望とともに、チップＩＤ及びユーザＩＤを制御サーバ１０に送信する（Ｓ３０３）。受取判定部１１１ｉは、保有者管理テーブルの「変更可否」フィールドを参照して、チップファイルの保有者変更の適否を判断する（Ｓ３０４）。「変更可否」フィールドが「変更可」である場合、第２移行部１１１ｅは保有者管理テーブルの「保有ユーザ」を第２クライアント装置２０のユーザのＩＤに変更する（Ｓ３０５）。また、第２移行部１１１ｅは保有者管理テーブルの「変更可否」フィールドを「変更不可」に改める。このとき、第２移行部１１１ｅは、チップ移行履歴テーブルに受取ユーザとして第２クライアント装置のユーザを記録してもよい。さらに、第２移行部１１１ｅは、ユーザ情報テーブル（図８Ａ）で記録されているチップコイン数に、チップファイルで示されるコイン数を加算する。その後、第２移行部１１１ｅは、保有者の変更が成立した旨（受取結果）と、第２クライアント装置２０のユーザが有しているチップコイン数（図８Ａのユーザ情報テーブル参照）をクライアント装置２０に送信する（Ｓ３０６）。第２クライアント装置２０は、受取結果を表示部２３に表示する（Ｓ３０７）。例えば、第２クライアント装置２０は、図５Ｃで説明した受取結果画面を表示する。
【００８８】
なお、受取判定部１１１ｉの処理は、第２クライアント装置２０で実行されてもよい。例えば、第２クライアント装置２０は、チップファイルの受取希望とともに、チップＩＤを制御サーバ１０に送信する。そして、制御サーバ１０は、チップＩＤに対応する情報（保有者管理テーブルに記録されている情報）を第２クライアント装置２０に送信する。第２クライアント装置２０において、受取判定部１１１ｉは、第２クライアント装置２０が受信した情報に基づいて、チップファイルの受け取りの成否を判断する。
【００８９】
［交換部］
上述したようにチップ管理部１１１ｂは交換部１１１ｆを有している。交換部１１１ｆは、ユーザが保有しているチップファイルをコインに交換する。例えば、図５Ｃの「受取結果画面」で「チップを売却」ボタンが押されたときに、クライアント装置２０はチップファイルの売却要求とともにチップＩＤを制御サーバ１０に送信する。交換部１１１ｆは保有者管理テーブル（図８Ｄ）とチップ種類テーブル（図８Ｂ）とを参照し、そのチップＩＤで特定されるチップファイルで示されるコイン数を、ユーザの保有コイン数（ユーザ情報テーブル（図８Ａ））に加算し、同コイン数をチップコイン数（ユーザ情報テーブル（図８Ａ））から減算する。これによって、チップファイルがコインに交換されたこととなる。また、交換部１１１ｆは保有者管理テーブルから、このチップファイルの記録を削除する。さらに、交換部１１１ｆは、今回の交換（売却）処理をチップ購入売却履歴テーブル（図８Ｃ）に記録する。
【００９０】
［コイン交換部］
コイン交換部１１１ｇは、ユーザが保有しているコイン数を実生活で利用可能な価値に交換するための処理を実行する。ここで、実生活で利用可能な価値とは、現金や、商品券（ギフト券）、電子マネー、物品などである。ユーザが実コイン数を現金に交換することを要求する場合、クライアント装置２０は、例えばユーザの銀行口座情報を制御サーバ１０に送信する。コイン交換部１１１ｇは、例えば銀行のシステムにアクセスし、実コイン数に応じた現金をユーザの口座に振り込む処理を行う。また、ユーザが実コイン数を電子商品券に交換することを要求する場合、クライアント装置２０はその要求を制御サーバ１０に送信する。コイン交換部１１１ｇは、例えば電子商品券の発行会社のシステムにアクセスし、保有コイン数に応じた電子商品券のユーザへの発行を依頼する。ユーザが保有コイン数を物品に交換することを要求する場合、コイン交換部１１１ｇは、例えば予め登録された物品のリストをクライアント装置２０に送信する。そして、コイン交換部１１１ｇは、ユーザによって選択された物品を特定する情報をクライアント装置２０から受信する。コイン交換部１１１ｇは、ユーザに実生活で利用可能な価値を送るとともに、交換が要求されたコイン数をユーザの保有コイン数から減算する。
【００９１】
以上説明したように、チップファイルは制御サーバ１０を経由して、あるユーザ（送信元）から他ユーザ（送信先）に送信され得る。ユーザは、制御サーバ１０を経由しないシステム、すなわちシステム１００の運営者が管理していないシステムを経由して、チップファイルを他ユーザに送ることができる。そして、チップファイルを受信したユーザは、所定の条件下では、そのチップファイルを保有することができる。このようなシステム１００によると、チップファイルの利便性を向上できる。例えば、ユーザは、他の運営者が運営するＳＮＳで提供される機能を利用しながら、自身のコインを他ユーザに送ることができる。
【００９２】
［第２の例］
図１０は、本開示で提案するシステムの第２の例であるコミュニケーションシステム２００を構成するハードウェアを示すブロック図である。コミュニケーションシステム２００は、制御サーバ２１０と複数のクライアント装置２２０とを含んでいる。制御サーバ２１０は、コミュニケーションシステム１００における制御サーバ１０と同様に、１台又は複数台のサーバコンピュータによって構成され、制御部１１と、記憶部１２と、通信部１３とを有している。また、クライアント装置２２０は、システム１００におけるクライアント装置２０と同様に、制御部２１と、記憶部２２と、表示部２３と、操作部２４と、通信部２５とを有している。
【００９３】
図１０に示すように、クライアント装置２２０は、モーション検知部２６をさらに有している。モーション検知部２６はユーザの動作を検知するための操作であり、例えば加速度センサや、ジャイロセンサなどを含む。後において説明するように、コミュニケーションシステム２００の例では、制御部２１はモーション検知部２６から入力される信号に基づいて、ユーザがクライアント装置２２０を揺らす動き検知する（以下では、この動きを「振り操作」と称する。）。そして、制御部２１は振り操作に基づいてユーザによる指示内容を判断する。具体的には、制御部２１は振り操作に基づいて、ユーザが他ユーザに送付を希望するチップの個数を判断する。
【００９４】
［システムの概要］
クライアント装置２２０のユーザは、システム１００のユーザと同様に、コミュニケーションシステム２００において利用するコインを購入できる。そして、ユーザは、コミュニケーションシステム２００（制御サーバ２１０）を介して、自身のコインを使って他ユーザにチップを送ることができる。システム２００の例において、チップとは、ユーザが他ユーザに送ることを希望するコイン数を示す情報である。例えば、１つのチップは、１０コインや、１００コイン、１０００コインを示す情報である（以下では、１チップが示す情報（１チップに対応付けられているコイン数）をチップ単価と称する。）。したがって、例えば、それぞれが１０コインを示す１００個のチップが他ユーザに送信された場合、１０００コインが他ユーザに譲渡（送付）されることとなる。後述するように、チップ単価は、ユーザによって選択可能となっている。チップは、例えば「ありがとう」や、「いいね」、「おめでとう」、「がんばって」などのコメントを含んでもよい。
【００９５】
コミュニケーションシステム２００では、例えばイベントに出演するユーザに他ユーザがチップを送ることができる（ここでの説明では、「イベントに出演するユーザ」を「出演ユーザ」と称する。「他ユーザ」を「ファンユーザ」と称する。）。制御サーバ２１０は、複数のファンユーザから出演ユーザに送付された１又は複数のチップが示すコイン数を、複数のファンユーザのそれぞれについて集計する。そして、制御サーバ２１０は出演ユーザに送付されたチップのコイン数に基づいて、複数のファンユーザを評価する。例えば、ファンユーザＡとファンユーザＢのそれぞれが複数のチップを出演ユーザに送付したとき、制御サーバ２１０は、ファンユーザＡが送付したチップのコイン数を合計し、ファンユーザＢが送付したチップのコイン数を合計する。そして、制御サーバ２１０は、その合計値に基づいて、ファンユーザＡ、Ｂを評価する。
【００９６】
特にコミュニケーションシステム２００の例では、チップの送付要求を受け付ける期間がイベントについて定められており、制御サーバ２１０は、その期間内に複数のファンユーザから出演ユーザに送付されたチップの総コイン数を、複数のファンユーザのそれぞれについて集計する（以下では、その期間を「チップ送付要求受付期間」と称する。）。そして、制御サーバ２１０はチップ送付要求受付期間中に送られたチップのコイン数に基づいて、複数のファンユーザを評価する。ここで「イベント」とは、実世界で開催される催し物であり、例えば、音楽コンサートや、演劇、ミュージカル、出演者（歌手や、演奏家、俳優など）とそのファンとがふれあう握手会などであるが、必ずしもこれらの例に限られない。
【００９７】
ファンユーザの評価には、種々の方法がある。一例では、制御サーバ２１０は、送付されたチップのコイン数に基づいて複数のファンユーザのそれぞれに順位を定める。他の例では、制御サーバ２１０は、コイン数に応じて定められる複数のクラス（コイン数が多いクラス、コイン数が中程度のクラス、コイン数が少ないクラスなど）を予め規定していてもよい。この場合、制御サーバ２１０は、ファンユーザが送付したチップのコイン数に基づいて、複数のファンユーザのそれぞれをいずれかのクラスに分類してもよい。
【００９８】
このコミュニケーションシステム２００によれば、ファンユーザは、出演ユーザやイベントについての気持ちを効果的に出演ユーザに伝えることができる。例えば、ファンユーザは多くのコインを出演ユーザに送付し、自身の評価を上位にすることによって、出演ユーザやイベントを他のファンユーザよりも強く応援しているという気持ちを、その出演ユーザに伝えることができる。
【００９９】
図１０に示すように、コミュニケーションシステム２００は、制御サーバ２１０に接続される表示装置２３０を有してもよい。表示装置２３０は大型のディスプレイやプロジェクタなどであり、制御サーバ２１０によって実行された処理の結果を表示する。表示装置２３０は、例えばイベントの会場に設置され、ファンユーザが出演ユーザに送ったコイン数やファンユーザの順位を表示する。
【０１００】
［クライアント装置の画面］
クライアント装置２２０の表示部２３に表示される画面の例について説明する。表示部２３に表示される画面は制御部２１によって生成される。制御部２１は、記憶部２２が記憶している情報、及び制御サーバ２１０から受信した情報に基づいて、表示部２３に表示する画面を生成する。
【０１０１】
図１１で例示される画面は、ユーザ自身の情報を表示する（以下では、図１１の画面を「自己データ画面」と称する）。画面要素１１−１には、このユーザが保有しているコイン数が表示される。保有コイン数は、後述するユーザ情報記憶部２１２ａ（図１７）に記録されている情報から得られる。画面要素１１−２は、このユーザがコインを購入するためのボタン（「コインを購入」ボタン）である。「コインを購入」ボタンを押すと、例えばユーザが購入するコイン数を選択又は入力するための画面が表示される。画面要素１１−３は、このユーザが応援・注目している他ユーザの数を表示する（以下では、「このユーザが応援・注目している他ユーザ」を「応援先ユーザ」と称する。）。画面要素１１−４は、このユーザのことを応援・注目している他ユーザの数を表示する（以下では、「ユーザを応援・注目している他ユーザ」を「応援元ユーザ」と称する。）。応援先ユーザの数や応援元ユーザの数は、後述するユーザ関係記憶部２１２ｅ（図１７）に記録されている情報から得られる。自己データ画面は、このユーザがイベントに出演する予定がある場合に、そのイベントについての情報を表示する画面要素１１−５を有してもよい。
【０１０２】
図１２で例示される画面は、応援先ユーザが出演するイベントの一覧を表示する画面である（この画面を「応援イベント一覧画面」と称する。）。コミュニケーションシステム２００では、各ユーザについて、ユーザが出演する予定のイベントに関する情報（例えば、開催日時や会場、他出演者など）が、後述するイベント情報記憶部２１２ｂ（図１７）で記録されている。応援イベント一覧画面では、各イベントについてこれらの情報が表示される。
【０１０３】
図１３で例示される画面は、ユーザの順位を表示する画面（以下では、この画面を「ユーザ評価結果画面」と称する。）。このユーザ評価結果画面は、各応援先ユーザを応援する複数のユーザのなかでの自身の順位を表示する画面要素１３−１を有している。また、ユーザ評価画面は、各応援先ユーザを応援する複数のユーザのなかで高い順位に位置するユーザを表示する画面要素１３−２を有してもよい。なお、ユーザ評価画面では、ユーザの順位ではなく、上述したユーザのクラスが表示されてもよい。
【０１０４】
図１４で例示される画面は、応援先ユーザについての情報を表示する画面（以下では、この画面を「応援先ユーザ画面」と称する。）。応援先ユーザ画面は、例えば、応援先ユーザが出演するイベントに関する情報を表示する画面要素１４−１を含む。応援先ユーザ画面は、ユーザ評価画面と同様に、応援先ユーザを応援する複数のユーザのなかでの自身の順を表示する画面要素１４−２や、応援先ユーザを応援する複数のユーザのなかで高い順位に位置しているユーザを表示する画面要素１４−３を有してもよい。さらに、応援先ユーザ画面は、応援元ユーザがグループ（例えばアイドルグループ）に所属している場合に、そのグループのメンバーを表示する画面要素１４−５を有してもよい。
【０１０５】
応援先ユーザ画面は、ユーザがこの応援先ユーザにチップを送るという意思をクライアント装置２２０に入力するためのボタン１４−４（「チップを送る」ボタン」）を、さらに表示している。コミュニケーションシステム２００の例では、例えば「チップを送る」ボタンを押した後に、ユーザがクライアント装置２２０を振ると、振り操作がモーション検知部２６によって検知される。そして、振り操作の回数に応じた数のチップが制御サーバ２１０を介して応援先ユーザに送付される。
【０１０６】
図１５で例示される画面は、応援先ユーザが参加するイベントの情報を表示する画面である（以下ではこの画面を「イベント画面」と称する。）。イベント画面は、例えば、イベントについて規定された期間（上述したチップ送付要求受付期間）内に応援先ユーザに送付されたコイン数（チップ数×チップ単価）を表示する画面要素１５−１を含む。また、イベント画面は、チップ送付要求受付期間内に送付されたコイン数に基づく評価において上位に位置するユーザを表示する画面要素１５−２を含む。さらに、ユーザがグループのメンバーとしてイベントに出演する場合、イベント情報画面は、そのメンバーにおける応援先ユーザの順位を示す画面要素１５−５を有してもよい。
【０１０７】
イベント画面は、ユーザがこのイベントに関連付けてチップを送るという意思をクライアント装置２２０に入力するためのボタン１５−３（「チップを送る」ボタン）を表示する。「チップを送る」ボタンが押され、応援元ユーザがクライアント装置２２０に対して振り操作を行うと、振り操作の回数に応じた数のチップが制御サーバ２１０を介して応援先ユーザに送付される。
【０１０８】
また、イベント画面は、現在がそのイベントについて規定されたチップ送付要求受付期間にあるか否かを表示する画面要素１５−４を含んでもよい。画面要素１５−４は、チップ送付要求受付期間の前においては、その旨のメッセージ（例えば「イベント応援受付前」）を表示し、チップ送付要求受付期間中においては、その旨のメッセージ（例えば「イベント応援受付中」）を表示し、チップ送付要求受付期間の後においては、その旨のメッセージ（例えば「イベント応援受付終了」）を表示する。
【０１０９】
画面要素１５−４は必ずしも設けられていなくてもよい。例えば、チップ送付要求受付期間においてだけ、「チップを送る」ボタン１５−３が表示されてもよい。
【０１１０】
図１４で例示される応援先ユーザ画面の「チップを送る」ボタン１４−４や、図１５で例示されるイベント画面の「チップを送る」ボタン１５−３が押されると、ユーザに対して振り操作を促すメッセージ（例えば、「振り操作を開始して下さい」）が表示される。そして、ユーザがクライアント装置２２０を振ると、振り操作がモーション検知部２６によって検知され、その振り操作の回数（チップ数）に応じたコイン数が応援先ユーザに送られる。図１６Ａで表示される画面は、応援元ユーザが応援先ユーザに送るチップ数を確定させる画面である（以下では、この場面を「チップ数確定画面」と称する。）。チップ数確定画面は、応援元ユーザが応援先ユーザに送るチップ数（振り操作の回数）、すなわち応援元ユーザが自身のコインを使って購入したチップ数を表示する画面要素１６Ａ−１を含む。チップ数確定画面は、応援元ユーザが振り操作の終了意思をクライアント装置２２０に入力するためのボタン（「振り操作を終わる」ボタン）１６Ａ−３を表示している。また、チップ数確定画面は、応援元ユーザが選択しているチップ単価や、チップの数に応じたコイン数（チップ数×チップ単価）を表示する画面要素１６Ａ−２を含んでもよい。
【０１１１】
なお、チップ数を入力する操作は上述した振り操作に限られない。例えば、クライアント装置２２０はチップ数の入力を受け付ける画面を表示してもよい。すなわち、クライアント装置２２０は、応援先ユーザに送るチップ数をユーザが選択・入力するための画面を表示してもよい。
【０１１２】
図１６Ｂで例示する画面は、応援元ユーザが応援先ユーザにチップを送ろうとする意思を入力するための画面（チップ送付画面）の例である。チップ送付画面は、例えば、チップ数確定画面と同様に、応援元ユーザが応援先ユーザに送るチップ数、すなわち自身のコインを使って購入したチップ数を表示する画面要素１６Ｂ−１を含む。さらに、チップ送信画面は、応援元ユーザが応援先ユーザにチップを送る意思を入力するためのボタン（「送る」ボタン）１６Ｂ−２を表示する。「送る」ボタンが押されると、クライアント装置２２０は、応援元ユーザのその意思を制御サーバ２１０に送信し、制御サーバ２１０はそのチップが示すコイン数を応援先ユーザの保有コイン数に加える。
【０１１３】
さらに、チップ送信画面は、チップを送らないという意思を入力するためのボタン（「送らない」ボタン）１６Ｂ−４を表示してもよい。「送らない」ボタンが押されると、クライアント装置２２０は、応援元ユーザのその意思を制御サーバ２１０に送信する。この場合、制御サーバ２１０は、例えば、チップ数に対応する総コイン数を応援元ユーザの保有コインに戻す。また、チップ送信画面は、現時点ではチップを送らないという意思を入力するためのボタン（「今は送らない」ボタン）１６Ｂ−３を表示してもよい。この場合、制御サーバ２１０は、例えば、チップの保有者として応援元ユーザを記憶してもよい。制御サーバ２１０は、その後にクライアント装置２２０からチップの送付要求を受けたときに、そのチップが示すコイン数を応援先ユーザの保有コイン数に加える。
【０１１４】
上述したように、システム２００では、ユーザは１つのチップ（１回の振り操作）で送るコイン数（すなわち、チップ単価）を選択できる。図１６Ｃで例示される画面は、１つのチップで送るコイン数を設定するための画面である（以下では、この画面を「チップ単価設定画面」と称する）。チップ単価設定画面では、例えば、チップ単価の候補（図１６の例では、１０コイン、１００コイン、１０００コイン）が表示される。この画面では、チップ単価をユーザが任意に設定できてもよい。
【０１１５】
［コミュニケーションシステムでの処理］
図１７に示すように、コミュニケーションシステム２００は、その機能として、コイン販売部２１１ａ、イベント情報管理部２１１ｂ、チップ管理部２１１ｈ、集計部２１１ｅ、評価部２１１ｆ、及びコイン交換部２１１ｇを含んでいる。また、チップ管理部２１１ｈは、ＩＤ生成部２１１ｅ、発行部２１１ｃ、及び移行部２１１ｄを含んでいる。これらは、例えば制御サーバ２１０の制御部１１によって実現されるが、必ずしもこれに限られない。すなわち、これらの処理の一部は、クライアント装置２２０の制御部２１によって実現されてもよい。例えば、ＩＤ生成部２１１ｅはクライアント装置２２０の制御部２１によって実行されてもよい。
【０１１６】
コミュニケーションシステム２００は、ユーザ情報記憶部２１２ａ、イベント情報記憶部２１２ｂ、チップ移行履歴記憶部２１２ｄ、保有者記憶部２１２ｇ、及びユーザ関係記憶部２１２ｅを含んでいる。これらは、例えば制御サーバ２１０の記憶部１２によって構成されるが、必ずしもこれに限られない。すなわち、各記憶部で管理されるデータの一部はクライアント装置２２０の記憶部２２に保存されていてもよい。例えば、ユーザ関係記憶部２１２ｅはクライアント装置２２０の記憶部２２に保存されてもよい。
【０１１７】
［ユーザ情報テーブル］
ユーザ情報記憶部２１２ａは、主に各ユーザの保有コイン数を記憶する。図１８Ａは、ユーザ情報記憶部２１２ａに保存されるテーブル（ユーザ情報テーブル）の例を示す図である。ユーザ情報テーブルでは、システム１００のユーザ情報テーブルと同様に、例えば「ユーザＩＤ」に対応付けて、「ユーザ名」、「保有コイン数」が記録されている。また、ユーザ情報テーブルでは、「ユーザＩＤ」に対応づけて、「送付コイン数」及び「受取コイン数」が記録されてもよい。「保有コイン数」と「送付コイン数」と「受取コイン数」は、図８Ａを参照して説明したものと同様である。また、システム２００の例では、「ユーザＩＤ」に対応付けて、「チップ単価」、及び「所属グループ」が記録されている。「チップ単価」は、１回の振り操作で送付されるコイン数（すなわち、１チップに対応づけられているコイン数）を示し、例えば、図１６で例示したチップ単価設定画面で選択・入力された内容に応じたコイン数が記録される。なお、コミュニケーションシステム２００の例では、チップ単価はクライアント装置２２０の記憶部２２においても記憶されてもよい。
【０１１８】
また、複数のユーザがグループを形成し、１つのイベントにグループのメンバーとして出演する場合がある。「所属グループ」には、このユーザがメンバーとなっているグループ名が記録される。この「所属グループ」についての情報もクライアント装置２２０の表示部２３に表示されてもよい。このような「所属グループ」のフィールドは、必ずしもユーザ情報テーブルに設けられていなくてもよい。
【０１１９】
ユーザ情報テーブルは、図１８Ａに示したフィールドの他に、ユーザの年齢や、性別、住所、電子メールアドレスなどが記録されたフィールドを含んでもよい。
【０１２０】
［イベント情報記憶部］
イベント情報記憶部２１２ｂは、各イベントについての情報を記憶する。特にコミュニケーションシステム２００の例では、イベント情報記憶部２１２ｂはチップ送付要求受付期間を記憶している。より具体的には、イベント情報記憶部２１２ｂはチップ送付要求受付期間の開始時間及び終了時間を記憶している。イベント情報記憶部２１２ｂは、このような時間（受付開始時間及び受付終了時間）に代えて或いは時間（受付開始時間及び受付終了時間）とともに、現在がチップの送付希望を受け付ける期間中であるか否かを記憶してもよい。
【０１２１】
図１８Ｂは、イベント情報記憶部２１２ｂに保存されるテーブル（イベント管理テーブル）の例を示す図である。イベント管理テーブルでは、例えば「イベントＩＤ」に対応付けて、「イベント名」、「出演者」、「開催日時」、「チップの送付受付開始時間」、「チップの送付受付終了時間」が記録される。「チップの送付受付開始時間」はチップ送付要求受付期間の開始日時であり、「チップの送付受付終了時間」はチップ送付要求受付期間の終了日時である。受付の開始日時は、イベントの開始日時より前でもよいし、イベントの開始日時と同じでもよい。受付の終了日時は、イベントの終了時間より前でもよいし、イベントの終了時間と同じでもよい。
【０１２２】
［イベント情報管理部］
上述したように、コミュニケーションシステム２００はイベント情報管理部２１１ｂ（図１７）を有している。イベント情報管理部２１１ｂは、クライアント装置２２０からイベント情報を受信し、受信したイベント情報に基づいてイベント管理テーブルを更新する。すなわち、イベント情報管理部２１１ｂは、受信したイベント情報をイベント情報記憶部２１２ｂに記憶させる。つまり、クライアント装置２２０から受信するイベント情報は、イベント管理テーブルに記録される、チップ送付要求受付期間の開始日時や終了日時などを含む。
【０１２３】
イベント情報管理部２１１ｂは、クライアント装置２２０からの要求に応じて、イベント情報記憶部２１２ｂで記憶されているイベント情報を、クライアント装置２２０に送信する。これによって、クライアント装置２２０では、図１５の画面要素１５−４で例示したように、現在がチップ送付要求受付期間にあるか否かが表示される。
【０１２４】
イベント情報記憶部２１２ｂが記憶する情報は、図１８Ｂの例に限られない。例えば、「チップの送付受付開始時間」及び「チップの送付受付終了時間」は、イベント情報記憶部２１２ｂにおいて記憶されていなくてもよい。この場合、クライアント装置２２０から受信するイベント情報が、チップの送付要求の受付の可否を示してもよい。すなわち、ユーザが、クライアント装置２２０に、チップの送付要求を受け付けるか否かを入力できてもよい。そして、この送付要求の受け付けの「可」又は「不可」がイベント管理テーブルに記録されてもよい。
【０１２５】
［保有者記憶部］
保有者記憶部２１２ｇは、チップの数とその保有者とを記憶する。図１８Ｃは保有者記憶部２１２ｇに保存されるテーブル（保有者管理テーブル）の例を示す図である。保有者管理テーブルでは、例えば、「チップＩＤ」に対応づけて、「チップ単価」、「保有ユーザ」が記録される。また、保有者管理テーブルでは、「チップＩＤ」に対応づけて、チップ数」が記録される。
【０１２６】
クライアント装置２２０に対して振り操作がなされたときに、クライアント装置２２０は、振り操作の検知とユーザＩＤ（応援元ユーザのＩＤ）とを制御サーバ２１０に通知する。制御サーバ２１０はチップについて新たなＩＤ（チップＩＤ）を生成し、このチップＩＤに対応づけて、応援元ユーザのＩＤを保有ユーザとして記録する。また、保有者管理テーブルの「チップ単価」は、例えば上述したユーザ情報記憶部２１２ａに記録されているデータ（ユーザ情報テーブル）から取得してもよいし、クライアント装置２２０から受信してもよい。
【０１２７】
クライアント装置２２０は、例えば、振り操作を検知する度に、そのことを制御サーバ２１０に送信する。そして、制御サーバ２１０は、振り操作の回数を計数し、その結果を「チップ数」に記録する。他の例では、図１６Ａで例示するチップ数確定画面の「振り操作を終わる」ボタンが押されたときに、クライアント装置２２０は、振り操作の回数を制御サーバ２１０に送信してもよい。そして、制御サーバ２１０は、振り操作の回数を「チップ数」として記録してもよい。
【０１２８】
後において説明するように、応援元ユーザによるチップの送付意思が確定したとき、例えば、図１６Ｂで例示するチップ送付画面において、「送る」ボタンが押されたときに、制御サーバ２１０はチップの保有者を送信元ユーザから送信先ユーザに切り替える。
【０１２９】
チップ移行履歴記憶部２１２ｄは、ユーザ間で送受（移行）されたコイン数（チップ数×チップ単価）の履歴を記憶する。図１８Ｄは、チップ移行履歴記憶部２１２ｄに保存されるテーブル（チップ移行履歴テーブル）の例を示す図である。チップ移行履歴テーブルでは、例えば、「チップＩＤ」に対応づけて、「応援元ユーザ（チップの送付元）」、「応援先ユーザ（チップの送付先）」、「コイン数」、「送付日」、「イベントＩＤ」が記録される。「コイン数」は、保有者管理テーブルに記録されるチップ単価とチップ数との積である。チップの送付が、チップ送付要求受付期間内になされたものである場合に、「イベントＩＤ」にはそのイベントのＩＤが記録される。
【０１３０】
なお、システム２００が有するテーブルは、図１８Ｃで例示する保有者管理テーブル及び、図１８Ｄで例示するチップ移行履歴テーブルに限られない。例えば、システム２００は、チップＩＤ、応援元ユーザ（保有ユーザ）、応援先ユーザ、チップ数、チップ単価、コイン数、イベントＩＤなどを記録する１つのテーブルを有してもよい。さらに他の例では、保有者管理テーブルは「チップ数」のフィールドを含んでいなくてもよい。例えば、チップ数に応じた数のチップＩＤが生成され、各チップＩＤに対応づけて、チップ単価及び保有ユーザが記録されてもよい。
【０１３１】
ユーザ関係記憶部２１２ｅは、コミュニケーションシステム１００のユーザ関係記憶部１１２ｆと同様に、各ユーザについてその連絡先の候補（すなわち、応援先ユーザ）を記憶する。ユーザ関係記憶部２１２ｅに保存されるデータは、各ユーザから受ける登録要求に基づいて更新される。
【０１３２】
［コイン販売部］
コイン販売部２１１ａは、ユーザからコインの購入希望を受け付けて、購入金額に応じた数のコインをユーザに販売する。コイン販売部２１１ａが行う処理は、システム１００のコイン販売部１１１ａと同様であるので、ここでの説明を省略する。
【０１３３】
［発行部］
上述したシステム２００は、チップ管理部２１１ｈを含んでいる。チップ管理部２１１ｈは発行部２１１ｃとＩＤ生成部２１１ｅとを含んでいる。発行部２１１ｃは、チップの発行要求を応援元ユーザのクライアント装置２２０から受信し、この応援元ユーザにチップを発行する。ここで「応援元ユーザにチップを発行する」とは、チップの保有者が応援元ユーザであることを保有者記憶部２１２ｇに記録することを意味する。
【０１３４】
クライアント装置２２０は、振り操作がなされたことを、チップの発行要求として制御サーバ２１０に通知（送信）する。クライアント装置２２０は、振り操作の度に、又は図１６Ａで例示するチップ数確定画面の「振り操作を終わる」ボタンが押されたときに、チップ発行要求を制御サーバ２１０に送信する。制御サーバ２１０がチップ発行要求を受信すると、発行部２１１ｃは、振り操作の回数に応じた数のチップを応援元ユーザに発行する。具体的には、ＩＤ生成部２１１ｅがチップＩＤを生成し、発行部２１１ｃは保有者記憶部２１２ｇ（保有者管理テーブル、図１８Ｃ）において、チップＩＤに対応づけてチップの保有ユーザとして応援元ユーザを記録する。また、発行部２１１ｃは、チップＩＤに対応付けて、チップ単価を記録する。発行部２１１ｃは、ユーザ情報記憶部２１２ａのユーザ情報テーブル（図１８Ａ）から応援元ユーザについて設定されているチップ単価を取得する。発行部２１１ｃは、チップの発行要求とともに、チップ単価をクライアント装置２２０から受信してもよい。
【０１３５】
発行部２１１ｃは、図１８Ｄに例示されるように、チップＩＤに対応づけて、チップ数（振り操作の回数）を記録してもよい。発行部２１１ｃは、例えば振り操作がなされる度に、チップ数を１ずつ増加させる。これとは異なり、クライアント装置２２０が振り操作の回数を計数し、例えばチップ数確定画面（図１４Ｂ）において、「振り操作を終わる」ボタンが押されたときに、振り操作の回数を制御サーバ２１０に送信してもよい。この場合、発行部２１１ｃは、クライアント装置２２０から受信した振り操作の回数を、チップ数として保有者管理テーブルに記録してもよい。
【０１３６】
また、発行部２１１ｃはユーザ情報テーブルを参照し、チップで示されるコイン数（チップ数×チップ単価）を応援元ユーザの保有コイン数から減算する。発行部２１１ｃはチップで示されるコイン数が保有コイン数を超えているか否かを判断する。そして、チップで示されるコイン数が保有コイン数を超えている場合、発行部２１１ｃはそのことをクライアント装置２２０に通知してもよい。この場合、クライアント装置２２０の表示部２３は、チップの発行が不成立となったことを表示してもよい。
【０１３７】
［移行部］
チップ管理部２１１ｈは移行部２１１ｄを含んでいる。チップの送付先として応援先ユーザを指定した送付要求を制御サーバ２１０が応援元ユーザのクライアント装置２２０から受信したとき、移行部２１１ｄは、この送付要求に応じてチップの保有者を応援元ユーザから応援先ユーザに変更する。クライアント装置２２０は、例えば図１６Ｂに例示するチップ送付画面にある「送る」ボタンが押されたときに、そのことをチップの送付要求として制御サーバ２１０に送信する。制御サーバ２１０が送付要求を受信したとき、移行部２１１ｄは、保有者記憶部２１２ｇに記録されている保有ユーザを応援元ユーザから応援先ユーザに変更する。
【０１３８】
また、移行部２１１ｄは、ユーザ情報テーブルを参照し、チップで示されるコイン数（チップ数×チップ単価）を応援先ユーザの保有コイン数に加算する。応援先ユーザは、応援元ユーザから受け取った保有コイン数を利用して、他ユーザにチップを送ることができる。
【０１３９】
移行部２１１ｄは、送付要求に係るコイン数を応援元ユーザから応援先ユーザに移行したとき、チップ移行履歴記憶部２１２ｄのテーブル（チップ移行履歴テーブル（図１８Ｄ参照））を更新する。例えば図１５で例示するイベント画面にある「チップを送る」ボタンが押された後に、振り操作が行われ、図１６Ｂに例示するチップ送信画面で「送る」ボタンが押されたときに、クライアント装置２２０はチップの送付要求とともに、送付先ユーザのＩＤ（応援先ユーザのＩＤ）と、イベントを特定する情報（具体的には、イベントＩＤ）とを制御サーバ２１０に送信する。この場合、移行部２１１ｄは、応援先ユーザのＩＤと、イベントＩＤとをチップ移行履歴テーブルに記録する。後述するように、制御サーバ２１０（集計部２１１ｅ）は、このイベントＩＤを利用することで、各イベントについて行われたチップの送付を集計できる。
【０１４０】
また、コミュニケーションシステム２００の例では、図１４で例示する応援先ユーザ画面も「チップを送る」ボタンを表示している。この「チップを送る」ボタンが押された後に、振り操作が行われ、図１６Ｂに例示するチップ送信画面で「送る」ボタンが押されたときに、クライアント装置２２０はチップの送付要求を制御サーバ２１０に送信する。この場合、クライアント装置２２０は、イベントを特定することなく、送付先ユーザのＩＤ（応援先ユーザのＩＤ）を制御サーバ２１０に送信する。この場合、移行部２１１ｄは、イベントが関連付けられていない移行履歴（例えば、図１８Ｄにおいては「イベントＩＤ」が空白の履歴）を、チップ移行履歴テーブルに記録する。
【０１４１】
つまり、クライアント装置２２０は、イベントに対応付けたチップの送付要求と、イベントに対応付けられていないチップの送付要求とを送ることができる。そして、移行部２１１ｄは、イベントが対応付けられたチップの移行履歴と、イベントが対応付けられていない履歴とをチップの移行履歴とを、チップ移行履歴記憶部２１２ｄに記憶する。
【０１４２】
なお、システム２００の例では、図１６Ｂに例示するチップ送付画面において、「送らない」ボタンが表示されている。このボタンが押されたとき、クライアント装置２２０はそのことを制御サーバ２１０に通知する。そして、制御サーバ２１０はユーザ情報テーブルを参照し、チップで示されるコイン数（チップ数×チップ単価）を応援元ユーザの保有コイン数に戻してもよい。
【０１４３】
なお、システム２００の例では、図１６Ｂに例示するチップ送付画面において、「今は送らない」ボタンが表示されている。このボタンが押されたとき、クライアント装置２２０はそのことを制御サーバ２１０に通知する。制御サーバ２１０は、応援元ユーザがチップとして保有しているコイン数を、応援元ユーザのクライアント装置２２０に送信してもよい。その後に、応援元ユーザは、そのチップを応援先ユーザに送信できてもよい。すなわち、制御サーバ２１０は、未だ送付されていないチップについての送付要求をクライアント装置２２０から受信してもよい。
【０１４４】
［集計部］
上述したように、コミュニケーションシステム２００の例では、ユーザ（応援先ユーザ）が出演するイベントには、チップ送付要求受付期間が定められている。集計部２１１ｅは、チップ送付要求受付期間内に複数の応援元ユーザから応援先ユーザにチップを通して送付（移行）されたコイン数を、複数の応援元ユーザのそれぞれについて集計する。例えば、応援元ユーザＡと応援元ユーザＢのそれぞれが応援先ユーザに複数のチップを送付した場合には、集計部２１１ｅは、応援元ユーザＡが送付したチップの総コイン数と、応援元ユーザＢが送付したチップの総コイン数とを算出する。集計部２１１ｅのこの処理は、チップ移行履歴記憶部２１２ｄに記憶されている情報（チップ移行履歴テーブル）を利用して実行され得る。
【０１４５】
例えば、集計部２１１ｅは、応援先ユーザのＩＤと応援元ユーザのＩＤとイベントＩＤとを検索キーとして、チップ移行履歴テーブルから移行履歴を抽出する。そして、集計部２１１ｅは、抽出された移行履歴のコイン数を合計する。これによって、各応援元ユーザがイベントに関連付けて送付したチップの総コイン数が得られる（以下ではこの合計値を「イベント応援コイン数」と称する。）。集計部２１１ｅは、複数の応援元ユーザのそれぞれについてこの処理を行う。
【０１４６】
上述したように、コミュニケーションシステム２００の例では、ユーザは、イベントに関連することなく、他ユーザにチップを送ることができる。すなわち、クライアント装置２２０は、イベントに対応付けられていないチップ送付要求を送ることができる。集計部２１１ｅは、イベントに対応させて送付されたチップの総コイン数と、イベントに対応させることなく送付されたチップの総コイン数とを、各応援元ユーザについて集計する。言い換えれば、集計部２１１ｅは、チップ送付要求受付期間とそれ以外の期間とにおいて応援先ユーザに送付されたコイン数を、複数の応援元ユーザのそれぞれについて集計する。
【０１４７】
集計部２１１ｅのこの処理も、チップ移行履歴記憶部２１２ｄに記憶されている情報（チップ移行履歴テーブル）を利用して実行され得る。具体的には、集計部２１１ｅは、応援先ユーザと応援元ユーザとを検索キーとして、チップ移行履歴テーブルから移行履歴を抽出する。そして、集計部２１１ｅは、抽出された移行履歴のコイン数を合計する。集計部２１１ｅは、複数の応援元ユーザのそれぞれについてこの処理を行う。これによって、各応援元ユーザが応援先ユーザに送付したチップの総コイン数が得られる（以下ではこの合計値を「ユーザ応援コイン数」と称する。）。
【０１４８】
集計部２１１ｅは、チップ送付要求受付期間内に応援先ユーザにチップを通して送付（移行）された総コイン数を集計してもよい。具体的には、集計部２１１ｅは応援先ユーザのＩＤとイベントＩＤとを検索キーとして、チップ移行履歴テーブルから移行履歴を抽出する。そして、集計部２１１ｅは、抽出された移行履歴のコイン数を合計する。これによって、イベントに関連付けて送付したチップの総コイン数が得られる。この総コイン数は、クライアント装置２２０からの要求に応じて、クライアント装置２２０に送信される。これによって、クライアント装置２２０は、図１５で例示するイベント画面の画面要素１５−１を生成できる。
【０１４９】
［評価部］
評価部２１１ｆは、複数の応援元ユーザについて算出されたイベント応援コイン数に基づいて、複数の応援元ユーザを評価する。例えば、評価部２１１ｆは複数の応援元ユーザについて相対評価を行う。具体的には、評価部２１１ｆは、イベント応援コイン数に基づいて複数の応援元ユーザを順位付けする。その順位は、クライアント装置２２０に送信される。これによって、例えば図１５で例示するイベント画面の画面要素１５−２が生成され得る。
【０１５０】
また、評価部２１１ｆは、複数の応援元ユーザについて算出されたユーザ応援コイン数に基づいて、複数の応援元ユーザを評価する。例えば、評価部２１１ｆは複数の応援元ユーザについて相対評価を行う。具体的には、評価部２１１ｆは、ユーザ応援コイン数に基づいて複数の応援元ユーザを順位付けする。その順位も、クライアント装置２２０に送信される。これによって、例えば図１３で例示するユーザ評価結果画面や、図１４で例示する応援先ユーザ画面の画面要素１４−２、１４−３が生成される。
【０１５１】
評価部２１１ｆによる評価の方法は、順位付けに限られない。例えば、例えば、評価部２１１ｆは複数の応援元ユーザについて絶対評価を行ってもよい。一例では、上述したように、複数のクラスがイベント応援コイン数或いはユーザ応援コイン数に応じて、予め規定されてもよい。そして、評価部２１１ｆは、イベント応援コイン数或いはユーザ応援コイン数に基づいて、複数の応援元ユーザのそれぞれをいずれかのクラスに分類してもよい。
【０１５２】
［コイン交換部］
コイン交換部２１１ｇは、ユーザが保有しているコイン数を実生活で利用可能な価値に交換するための処理を実行する。コイン交換部２１１ｇの処理は、システム１００のコイン交換部１１１ｇと同様であるので、ここではその説明を省略する。
【０１５３】
図１９Ａ及び図１９Ｂは、コミュニケーションシステム２００において実行される処理の例を示すフロー図である。ここでは、応援先ユーザ（イベントに出演するユーザ）のクライアント装置２２０を第２クライアント装置と称し、応援元ユーザのクライアント装置２２０を第１クライアント装置と称する。ここでは、応援先ユーザが出演するイベントに関連付けてチップが送付される例について説明する。
【０１５４】
第２クライアント装置２２０は、応援先ユーザによる操作入力を受けて、応援先ユーザが出演するイベントの情報を制御サーバ２１０に送信する（Ｓ４０１）。ここで、イベント情報は、イベント名、開催日時や、会場、チップ送付受付期間の開始時間、チップ送付受付期間の終了時間、出演するユーザのＩＤなどを含む。制御サーバ２１０（イベント情報管理部２１１ｂ）は、受信したイベント情報に基づいて、イベント情報テーブル（図１８Ｂ）を更新する（Ｓ４０２）。
【０１５５】
第１クライアント装置２２０の応援元ユーザが、応援先ユーザが出演するイベントについての情報を要求すると（Ｓ４０３）、制御サーバ２１０は、イベント情報テーブルに記録されているイベント情報を第１クライアント装置２２０に送信する（Ｓ４０４）。現在がチップ送付要求受付期間内であれば、第１クライアント装置２２０は、例えば図１５で例示するイベント画面において「チップを送る」ボタンを表示し、応援元ユーザによる振り操作を受け付ける（Ｓ４０５）。
【０１５６】
第１クライアント装置２２０がモーション検知部２６によって応援元ユーザの振り操作を検知すると、応援元ユーザのＩＤとともに、振り操作がなされたことをチップの発行要求として制御サーバ２１０に送信する（Ｓ４０６）。制御サーバ２１０がチップの発行要求を受信すると、発行部２１１ｃは保有者記憶部２１２ｇ（保有者管理テーブル（図１８Ｃ））を更新する（Ｓ４０７）。具体的には、ＩＤ生成部２１１ｅはチップＩＤを生成し、発行部２１１ｃはこのチップＩＤに対応づけて、第１クライアント装置のユーザ（応援元ユーザ）のＩＤと、このユーザについて設定されているチップ単価と、振り操作の回数（チップ数）とを保有者管理テーブルに記録する。また、発行部２１１ｃはユーザ情報記憶部２１２ａ（ユーザ情報テーブル、図１８Ａ）を参照し、チップに対応するコイン数を応援元ユーザの保有コイン数から減算する（Ｓ４０７）。そして、制御サーバ２１０は、チップＩＤを第１クライアント装置２２０に送信する（Ｓ４０８）。なお、応援元ユーザの保有コイン数が、発行要求を受けたチップのコイン数よりも少ない場合、発行部２１１ｃは、Ｓ４０７及びＳ４０８の処理を実行することなく、そのことを第１クライアント装置２２０に送信する。
【０１５７】
第１クライアント装置２２０がさらに振り操作を検知すると、そのことをチップの発行要求として制御サーバ２１０に送信する（Ｓ４０９）。このとき、第１クライアント装置２２０は、チップＩＤとともにチップの発行要求を制御サーバ２１０に送信する。制御サーバ２１０がチップの発行要求を受信すると、発行部２１１ｃは保有者記憶部２１２ｇ（保有者管理テーブル（図１８Ｃ））を更新する（Ｓ４１０）。具体的には、発行部２１１ｃは、受信したチップＩＤに対応付けて記録されているチップ数を、振り操作の回数だけ増す。また、発行部２１１ｃはユーザ情報記憶部２１２ａを参照し、チップに対応するコイン数を応援元ユーザの保有コイン数から減算する（Ｓ４１０）。応援元ユーザの保有コイン数が、発行要求を受けたチップのコイン数よりも少ない場合、発行部２１１ｃは、Ｓ４１０の処理を実行することなく、そのことを第１クライアント装置２２０に送信する。第１クライアント装置２２０と制御サーバ２１０は、振り操作がなされる度に、Ｓ４０９、Ｓ４１０の処理を実行する。
【０１５８】
第１クライアント装置２２０において、図１４Ｂで例示されるチップ数確定画面の「振り操作を終わる」ボタンが押され（Ｓ４１１）、図１５で例示されるチップ送付画面の「送る」ボタンが押されると（Ｓ４１２）、第１クライアント装置２２０は、「送る」ボタンが押されたことをチップの送付要求として制御サーバ２１０に送信する（Ｓ４１３）。このとき、第１クライアント装置２２０は、チップＩＤと、送付先である応援先ユーザのＩＤと、イベントＩＤとを制御サーバ２１０に送信する。制御サーバ２１０がチップの送付要求をクライアント装置２２０から受信すると、移行部２１１ｄは保有者記憶部２１２ｇ（保有者管理テーブル）、チップ移行履歴記憶部２１２ｄ（チップ移行履歴テーブル）、及びユーザ情報記憶部２１２ａ（ユーザ情報テーブル）を更新する（Ｓ４１４）。具体的には、移行部２１１ｄは、保有者記憶部２１２ｇに記録されている保有ユーザを応援元ユーザから応援先ユーザに変更する。また、移行部２１１ｄは、チップ移行履歴記憶部２１２ｄに、今回のチップ送付要求に係る、チップＩＤ、応援元ユーザ、応援先ユーザ、コイン数（チップ単価×チップ数）、送付日、及びイベントＩＤを記録する。さらに、移行部２１１ｄはユーザ情報記憶部２１２ａを参照し、応援先ユーザの保有コイン数に、今回の送付要求に係るコイン数を加算する。
【０１５９】
集計部２１１ｅはチップ移行履歴テーブルを参照し、複数の応援元ユーザのそれぞれについてイベント応援コイン数を算出する（Ｓ４１５）。また、評価部２１１ｆはイベント応援コイン数に基づいて、複数の応援元ユーザを順位付けする（Ｓ４１５）。そして、制御サーバ２１０は、その順位を第１クライアント装置２２０に送信する（Ｓ４１６）。以上が、応援先ユーザが出演するイベントに関連付けてチップが送付される場合の処理の例である。
【０１６０】
上述したように、コミュニケーションシステム２００の例では、ユーザは、イベントに関連することなく、他ユーザにチップを送ることができる。すなわち、クライアント装置２２０は、イベントに対応付けられていないチップ送付要求を送ることができる。この場合、図１４で例示する応援先ユーザ画面にある「チップを送る」ボタンが押された後に、イベントＩＤを利用する処理がなされない点を除いて、図１９Ａ及び図１９Ｂで示すＳ４０６と概ね同様の処理がなされる。例えば、集計部２１１ｅはチップ移行履歴テーブルを参照し、Ｓ４１５において、複数の応援元ユーザのそれぞれについてユーザ応援コイン数を算出する。また、評価部２１１ｆは、Ｓ４１５において、ユーザ応援コイン数に基づいて、複数の応援元ユーザを順位付けする。そして、制御サーバ２１０は、その順位を第１クライアント装置２２０に送信する。
【０１６１】
以上説明したように、コミュニケーションシステム２００では、制御サーバ２１０にイベントに関する情報が記録されており、制御サーバ２１０は、イベントについて規定された期間内に複数のユーザ（応援元ユーザ）から応援先ユーザ（出演者）に送付されたコイン数を、複数のファンユーザのそれぞれについて集計する。そして、制御サーバ２１０はそのコイン数に基づいて、複数のユーザを評価する。このコミュニケーションシステム２００によれば、ファンユーザは、出演ユーザやイベントについての気持ちを効果的に出演ユーザに伝えることができる。例えば、ファンユーザは多くのコインを出演ユーザに送付し、自身の評価を上位にすることによって、出演ユーザやイベントを他のファンユーザよりも強く応援しているという気持ちを、その出演ユーザに伝えることができる。
【０１６２】
本発明は以上説明した例に限られず、適宜変更されてよい。本明細書の開示は本発明の一例にすぎず、本発明の主旨を保った適宜変更であって当業者が容易に想到し得るものは本発明の範囲に含まれる。
【符号の説明】
【０１６３】
１００、２００  コミュニケーションシステム、１０  コミュニケーション制御サーバ、２０  クライアント装置、２００  コミュニケーションシステム、２１０  制御サーバ、２２０  クライアント装置、２３０  表示装置。
３００  表示装置
【図１】
2019036164.tif 000003
【図２】
2019036164.tif 000004
【図３Ａ】
2019036164.tif 000005
【図３Ｂ】
2019036164.tif 000006
【図４Ａ】
2019036164.tif 000007
【図４Ｂ】
2019036164.tif 000008
【図４Ｃ】
2019036164.tif 000009
【図５Ａ】
2019036164.tif 000010
【図５Ｂ】
2019036164.tif 000011
【図５Ｃ】
2019036164.tif 000012
【図６】
2019036164.tif 000013
【図７】
2019036164.tif 000014
【図８Ａ】
2019036164.tif 000015
【図８Ｂ】
2019036164.tif 000016
【図８Ｃ】
2019036164.tif 000017
【図８Ｄ】
2019036164.tif 000018
【図９Ａ】
2019036164.tif 000019
【図９Ｂ】
2019036164.tif 000020
【図９Ｃ】
2019036164.tif 000021
【図１０】
2019036164.tif 000022
【図１１】
2019036164.tif 000023
【図１２】
2019036164.tif 000024
【図１３】
2019036164.tif 000025
【図１４】
2019036164.tif 000026
【図１５】
2019036164.tif 000027
【図１６Ａ】
2019036164.tif 000028
【図１６Ｂ】
2019036164.tif 000029
【図１６Ｃ】
2019036164.tif 000030
【図１７】
2019036164.tif 000031
【図１８Ａ】
2019036164.tif 000032
【図１８Ｂ】
2019036164.tif 000033
【図１８Ｃ】
2019036164.tif 000034
【図１８Ｄ】
2019036164.tif 000035
【図１９Ａ】
2019036164.tif 000036
【図１９Ｂ】
2019036164.tif 000037