JP2021071963A - 情報処理方法、プログラムおよび情報処理装置 - Google Patents

Abstract

【課題】ライブ配信において、配信者とコミュニケーションをとるユーザの選択に関する技術を提供する。【解決手段】サーバは、第１端末から送信された第１映像データおよび第１音データを、第１端末とは異なる複数端末に送信する。サーバは、第１端末のユーザとのコミュニケーションを行うことに関する権利をオークションへ出品するための出品情報を第１端末から受信し、オークションへの入札に関する入札情報を複数端末の各々から受信する。サーバは、複数の入札情報に基づくオークションの落札者である第２端末のユーザの第２端末に、落札者であることを示す落札情報を送信する。【選択図】図２

Description

本発明は、情報処理方法、プログラムおよび情報処理装置に関する。

生中継のようにリアルタイムでサーバから映像および音声を配信するライブ配信サービスと呼ばれるサービスが知られている。特許文献１には、マルチメディアコンテンツをライブ配信する技術が開示されている。

特開２０１９−１６９９７６号公報

本発明の第１の態様によると、第１端末から送信された第１映像データおよび第１音データを、前記第１端末とは異なる複数端末に送信するサーバの情報処理方法であって、前記第１端末のユーザとのコミュニケーションを行うことに関する権利を、前記サーバによって開催されるオークションへ出品するための出品情報を前記サーバの通信部によって前記第１端末から受信することと、前記オークションへの入札に関する入札情報を、第２端末を含む前記複数端末の各々から前記通信部によって受信することと、複数の前記入札情報に基づく、前記オークションの落札者である前記第２端末のユーザの前記第２端末に前記落札者であることを示す落札情報を前記通信部によって送信することとを含む。

本発明の第２の態様によると、第１端末から送信された第１映像データおよび第１音データを、前記第１端末とは異なる複数端末に送信するサーバによって実行されるプログラムであって、前記第１端末のユーザとのコミュニケーションを行うことに関する権利を、前記サーバによって開催されるオークションへ出品するための出品情報を前記サーバの通信部によって前記第１端末から受信することと、前記オークションへの入札に関する入札情報を、第２端末を含む前記複数端末の各々から前記通信部によって受信することと、複数の前記入札情報に基づく前記オークションの落札者である前記第２端末のユーザの前記第２端末に前記落札者であることを示す落札情報を前記通信部によって送信することとが前記サーバによって実行される。

本発明の第３の態様によると、第１端末から送信された第１映像データおよび第１音データを、前記第１端末とは異なる複数端末に送信するサーバであって、前記第１端末のユーザとのコミュニケーションを行うことに関する権利を、前記サーバによって開催されるオークションへ出品するための出品情報を前記第１端末から受信するし、前記オークションへの入札に関する入札情報を、第２端末を含む前記複数端末の各々から受信し、複数の前記入札情報に基づく前記オークションの落札者である前記第２端末のユーザの前記第２端末に前記落札者であることを示す落札情報を送信する通信部を備える。

本発明の第４の態様によると、第１端末から送信された第１映像データおよび第１音データを、前記第１端末とは異なる複数端末に送信するサーバであって、メモリからプログラムを読み出し、前記プログラムに基づく処理を実行するプロセッサーを含み、前記プロセッサーは、前記第１端末のユーザとのコミュニケーションを行うことに関する権利を、前記サーバによって開催されるオークションへ出品するための出品情報を前記サーバの通信部によって前記第１端末から受信することと、前記オークションへの入札に関する入札情報を、第２端末を含む前記複数端末の各々から前記通信部によって受信することと、複数の前記入札情報に基づく前記オークションの落札者である前記第２端末のユーザの前記第２端末に前記落札者であることを示す落札情報を前記通信部によって送信することとを実行する。

実施形態に係る通信システムの一例を示す図である。 第１実施形態に係る情報処理を示す図である。 第１実施形態に係る情報処理を示すシーケンス図である。 第１実施形態において、サーバのデータベースに記憶される出品情報の例を示す図である。 第１実施形態において、サーバのデータベースに記憶される入札情報の例を示す図である。 第１実施形態において、サーバのデータベースに記憶される配信者情報の例を示す図である。 第２実施形態に係る情報処理を示す図である。 第２実施形態に係る情報処理を示すシーケンス図である。 視聴者端末の表示部に表示される画像の例を示す図である。 配信者端末の表示部に表示される画像の例を示す図である。 視聴者端末の表示部に表示される画像の例を示す図である。 第２実施形態に係る情報処理を示すシーケンス図である。 サーバのデータベースに記憶される視聴者情報の例を示す図である。 サーバのデータベースに記憶されるライブ参加情報の例を示す図である。 第４実施形態に係る情報処理を示すシーケンス図である。 配信者端末の表示部に表示される画像の例を示す図である。 第５実施形態に係る情報処理を示す図である。 第５実施形態に係る情報処理を示すシーケンス図である。 サーバのデータベースに記憶される依頼情報の例を示す図である。 配信者端末の表示部に表示される画像の例を示す図である。 第６実施形態に係る情報処理を示すシーケンス図である。 第７実施形態に係る情報処理を示す図である。 第７実施形態に係る情報処理を示すシーケンス図である。 視聴者端末の表示部に表示される画像の例を示す図である。 サーバのデータベースに記憶されるグループ情報の例を示す図である。 第８実施形態に係る情報処理を示すシーケンス図である。 視聴者端末の表示部に表示される画像の例を示す図である。 オープングループとクローズグループを説明するための図である。 視聴者端末の表示部に表示される画像の例を示す図である。 第９実施形態に係る情報処理を示すシーケンス図である。 視聴者端末の表示部に表示される画像の例を示す図である。

＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。

本開示に係る情報処理方法、プログラムおよび情報処理装置を実施するための実施形態について、図面を参照して説明する。

＜システム構成＞
図１は、本開示の一実施形態に係る通信システム１の構成を示す。図１に開示されるように、通信システム１では、ネットワークＮを介して、サーバ１０と、視聴者端末２０（視聴者端末２０Ａ，視聴者端末２０Ｂ，視聴者端末２０Ｃ）と、配信者端末３０とが接続される。サーバ１０は、ネットワークＮを介して、視聴者端末２０および配信者端末３０の間のメッセージおよびその他のデータ（限定ではなく例として、映像データおよび音データを含む。）の送受信を実現するサービスを提供する。なお、ネットワークＮに接続される視聴者端末２０の数および配信者端末３０の数は限定されない。

ネットワークＮは、１以上の配信者端末３０と、１以上の視聴者端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワークＮは、配信者端末３０および視聴者端末２０がサーバ１０に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。

ネットワークＮのうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。また、ネットワークＮのうちの１つまたは複数の部分は、ＩＰ（Internet Protocol）ネットワークであってもよいし、そうでなくてもよい。ネットワークＮは、限定でなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（integrated service digital networks）、無線ＬＡＮ、ＬＴＥ（long term evolution）、ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワークＮは、１つまたは複数のネットワークＮを含むことができる。

視聴者端末２０（視聴者端末２０Ａ，視聴者端末２０Ｂ，視聴者端末２０Ｃ）は、各実施形態において記載する機能を実現できる情報処理装置（コンピュータ）であればどのような情報処理装置であってもよい。視聴者端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、パーソナルコンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、視聴者端末２０は情報処理装置と表現されてもよい。

視聴者端末２０Ａ、視聴者端末２０Ｂおよび視聴者端末２０Ｃの構成は基本的には同一であるため、以下の説明においては、視聴者端末２０について説明する。また、必要に応じて、ユーザXが利用する端末を視聴者端末２０Xと表現し、ユーザXまたは視聴者端末２０Xに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Xと表現する。なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよい。

サーバ１０は、視聴者端末２０に対して、所定のサービスを提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定でなく例として、サーバコンピュータ、パーソナルコンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。

配信者端末３０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。配信者端末３０は、限定でなく例として、スマートフォン、フィーチャーフォン、パーソナルコンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、配信者端末３０は情報処理装置と表現されてもよい。サーバ１０と視聴者端末２０と配信者端末３０とを区別する必要がない場合は、サーバ１０と視聴者端末２０と配信者端末３０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。

＜ハードウェア（ＨＷ）構成＞
図１を用いて、通信システム１に含まれる各装置のＨＷ構成について説明する。

（１）視聴者端末のＨＷ構成

視聴者端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２５、通信Ｉ／Ｆ２４（インタフェース）、入力部２２、出力部２３を備える。視聴者端末２０のＨＷの各構成要素は、限定でなく例として、バスＢ２を介して相互に接続される。なお、視聴者端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、視聴者端末２０は、入力部２２、出力部２３等、個々の構成要素、または複数の構成要素を取り外すことが可能な構成であってもよいし、そうでなくてもよい。

通信Ｉ／Ｆ２４は、ネットワークＮを介して各種データの送受信を行う。通信Ｉ／Ｆ２４による通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２４は、ネットワークＮを介して、サーバ１０との通信を実行する機能を有する。通信Ｉ／Ｆ２４は、各種データを制御部２１からの指示に従って、サーバ１０に送信する。また、通信Ｉ／Ｆ２４は、サーバ１０から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

入力部２２は、視聴者端末２０に対する各種操作を入力する装置を含む。出力部２３は、視聴者端末２０で処理された処理結果を出力する装置を含む。入力部２２および出力部２３を入出力部として特定してもよいし、特定しなくてもよい。入出力部として特定した場合、入出力部は、入力部２２と出力部２３が一体化していてもよいし、入力部２２と出力部２３に分離されていてもよい。

入力部２２は、ユーザからの入力を受け付けて、受け付けた入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部２２は、限定でなく例として、操作部２２ａ、マイク２２ｂ、カメラ２２ｃを含む。操作部２２ａは、限定でなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイスを含む。マイク２２ｂは、限定でなく例として、音声を入力するデバイスを含む。マイク２２ｂは、音声データの入力に利用される。カメラ２２ｃは、限定でなく例として、画像を入力するデバイスを含む。カメラ２２ｃは、画像データの取得に利用される。

出力部２３は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部２３は、限定でなく例として、表示部２３ａおよびスピーカ（音声出力）２３ｂを含む。出力部２３は、さらに、限定でなく例として、タッチパネル、タッチディスプレイ、レンズ（限定でなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。

表示部２３ａは、フレームバッファに書き込まれた表示データに従って、画像を表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２３ａは、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２３ａは、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。スピーカ２６は、音声データの出力に利用される。

入力部２２および出力部２３は、限定でなく例として、入出力部として特定され、タッチパネルとして構成されてもよい。入力部２２および出力部２３がタッチパネルとして構成される場合、操作部２２ａと表示部２３ａとは、略同一の大きさおよび形状で対向して配置されていてもよい。

制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。

制御部２１は、限定でなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、またはＦＰＧＡ（field programmable gate array）を含む。

記憶部２５は、視聴者端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２５は、限定でなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２５は、メモリ（memory）と表現されてもよいし、されなくてもよい。

視聴者端末２０は、プログラムＰとデータベースＤとを記憶部２５に記憶する。視聴者端末２０において、制御部２１がこのプログラムＰを実行することで、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２５に記憶されるプログラムＰは、視聴者端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。

（２）サーバのＨＷ構成
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入力部１２、出力部１３を備える。サーバ１０のＨＷの各構成要素は、限定でなく例として、バスＢ１を介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のHWの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、出力部１３を取り外すことが可能な構成であってもよいし、そうでなくてもよい。

制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。

制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。

記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ（memory）と表現されてもよいし、されなくてもよい。

通信Ｉ／Ｆ１４は、ネットワークＮを介して各種データの送受信を行う。通信Ｉ／Ｆ１４による通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワークＮを介して、視聴者端末２０および配信者端末３０などの他の装置との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、他の装置に送信する。また、通信Ｉ／Ｆ１４は、他の装置から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

入力部１２は、サーバ１０に対する各種操作を入力する装置により実現される。入力部１２は、ユーザからの入力を受け付けて、受け付けた入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部１２は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入力部１２は、限定でなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。ただし、本開示において、入力部１２は、これらに限定されない。

出力部１３は、限定ではなく例として、表示部１３ａを含む。表示部１３ａは、代表的にはモニタ（限定でなく例として、液晶ディスプレイやＯＥＬＤ）で実現される。なお、表示部１３ａは、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらの表示部１３ａは、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。ただし、本開示において、表示部１３ａは、これらに限定されない。

サーバ１０は、プログラム１５ａとデータベース１５ｂとを記憶部１５に記憶する。サーバ１０において、制御部１１がこのプログラム１５ａを実行することで、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラム１５ａは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラム１５ａは、プログラムモジュールと表現されてもよいし、されなくてもよい。

（３）配信者端末のＨＷ構成
配信者端末３０は、制御部３１（ＣＰＵ）、記憶部３５、通信Ｉ／Ｆ３４、入力部３２、出力部３３を備える。配信者端末３０のＨＷの各構成要素は、限定でなく例として、バスＢ３を介して相互に接続される。なお、配信者端末３０のＨＷは、配信者端末３０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、配信者端末３０のHWは、出力部３３を取り外すことが可能な構成であってもよいし、そうでなくてもよい。

制御部３１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。

制御部３１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部３１は、これらに限定されない。

記憶部３５は、配信者端末３０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部３５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部３５は、これらに限定されない。また、記憶部３５は、メモリ（memory）と表現されてもよいし、されなくてもよい。

通信Ｉ／Ｆ３４は、ネットワークＮを介して各種データの送受信を行う。通信Ｉ／Ｆ３４による通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ３４は、ネットワークＮを介して、サーバ１０などの他の装置との通信を実行する機能を有する。通信Ｉ／Ｆ３４は、各種データを制御部３１からの指示に従って、他の装置に送信する。また、通信Ｉ／Ｆ３４は、他の装置から送信された各種データを受信し、制御部３１に伝達する。また、通信Ｉ／Ｆ３４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ３４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

入力部３２は、配信者端末３０に対する各種操作を入力する装置を含む。出力部３３は、配信者端末３０で処理された処理結果を出力する装置を含む。入力部３２および出力部３３を入出力部として特定してもよいし、特定しなくてもよい。入出力部として特定した場合、入出力部は、入力部３２と出力部３３が一体化していてもよいし、入力部３２と出力部３３に分離されていてもよい。

入力部３２は、ユーザからの入力を受け付けて、受け付けた入力に係る情報を制御部３１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部３２は、限定でなく例として、操作部３２ａ、マイク３２ｂ、カメラ３２ｃを含む。操作部３２ａは、限定でなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイスを含む。マイク３２ｂは、限定でなく例として、音声を入力するデバイスを含む。マイク３２ｂは、音声データの入力に利用される。カメラ３２ｃは、限定でなく例として、画像を入力するデバイスを含む。カメラ３２ｃは、画像データの取得に利用される。

出力部３３は、限定ではなく例として、表示部３３ａとスピーカ３３ｂとを含む。表示部１３ａは、代表的にはモニタ（限定でなく例として、液晶ディスプレイやＯＥＬＤ）で実現される。なお、表示部３３ａは、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらの表示部３３ａは、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。ただし、本開示において、表示部３３ａは、これらに限定されない。

配信者端末３０は、プログラム３５ａを記憶部３５に記憶する。配信者端末３０において、制御部３１が、このプログラム３５ａを実行することで、制御部３１に含まれる各部としての処理を実行する。つまり、記憶部３５に記憶されるプログラム３５ａは、配信者端末３０に、制御部３１が実行する各機能を実現させる。このプログラム３５ａは、プログラムモジュールと表現されてもよいし、されなくてもよい。

本開示の各実施形態は、視聴者端末２０、サーバ１０および／または配信者端末３０のＣＰＵがプログラムを実行することにより、実現されるものとして説明する。

なお、視聴者端末２０の制御部２１、サーバ１０の制御部１１、および／または配信者端末３０の制御部３１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１、制御部１１、および／または制御部３１は、制御回路と表現されてもよいし、されなくてもよい。

また、本開示の各実施形態のプログラム（限定ではなく、例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール）は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。記憶媒体は、「一時的でない有形の媒体」に、各実施形態のプログラムを記憶可能である。また、各実施形態のプログラムは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。

記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定でなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、ドライブ、または任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体は、メモリ（memory）と表現されてもよいし、されなくてもよい。

サーバ１０、視聴者端末２０、および／または配信者端末３０は、記憶媒体に記憶されたプログラムを読み出し、読み出したプログラムを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。

また、本開示のプログラムは、プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して、サーバ１０、視聴者端末２０、および／または配信者端末３０に提供されてもよいし、されなくてもよい。サーバ１０、視聴者端末２０、および／または配信者端末３０は、限定でなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。

また、本開示の各実施形態は、プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。サーバ１０、視聴者端末２０、および／または配信者端末３０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。

視聴者端末２０における処理の少なくとも一部を、サーバ１０および／または配信者端末３０により行う構成としてもよいし、そうでなくてもよい。この場合、視聴者端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理を、サーバ１０および／または配信者端末３０で行う構成としてもよいし、そうでなくてもよい。

サーバ１０における処理の少なくとも一部を、視聴者端末２０および／または配信者端末３０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理を、視聴者端末２０および／または配信者端末３０で行う構成としてもよいし、そうでなくてもよい。

明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。

なお、本開示のプログラムは、限定でなく例として、ActionScript、JavaScript（登録商標）などのスクリプト言語、Objective-C、Java（登録商標）などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装される。

実施形態に係る情報処理は、限定ではなく例として、ユーザと店舗との間の取引に基づいてサーバ１０により実行される。実施形態に係る情報処理は、限定ではなく例として、ユーザと店舗との間の取引に基づいて視聴者端末２０により実行される。実施形態に係る情報処理は、限定ではなく例として、ユーザと店舗との間の取引に基づいて配信者端末３０により実行される。

以下、各実施形態に係る情報処理の一例を説明する。以下の説明において、通信システム１の各構成については、適宜、図１を参照する。

＜第１実施形態＞
第１実施形態は、ライブ配信のサービスにおいて、配信者とコミュニケーションを取ることができるライブの視聴者をオークションにより決定する実施形態である。ライブ配信は、限定ではなく例として、映像データまたは音データの少なくとも一方を含むデータの配信者によるリアルタイム配信を含む。配信者とのコミュニケーションとは、限定ではなく例として、ライブの配信者とライブの視聴者との間のコミュニケーションであり、文字、音声、または映像などの何らかの伝達手段を介して行われるコミュニケーションである。リアルタイム配信は、限定ではなく例として、配信者端末３０による配信対象データの生成（限定ではなく例として、配信者端末３０による動画の撮像）と同時またはおおよそ同じタイミングで、視聴者端末２０に対して配信対象データを送信する配信を含む。また、リアルタイム配信は、限定ではなく例として、配信者端末３０による配信対象データの生成とは異なるタイミングであり、かつ、視聴者が所望するタイミングで視聴者端末２０に対して配信対象データを送信する配信を含まない。

図２を参照して、限定ではなく例として、通信システム１による第１実施形態に係る情報処理を説明する。本実施形態において、ライブの配信者とのコミュニケーションを行うことに関する権利のオークションがサーバ１０で開催される。視聴者端末２０は、配信予定、配信中または配信後のライブの視聴者（ユーザ）により使用される。配信者端末３０は、配信予定、配信中または配信後のライブの配信者（ユーザ）により使用される。なお、以下の説明において、説明の便宜上、視聴者端末２０のユーザを、実際の視聴の有無に関わらず、視聴者、配信者端末３０のユーザを、実際の配信の有無に関わらず、配信者とも称する。

ライブの配信者とのコミュニケーションを行うことに関する権利（以下の説明において、「コミュニケーションを行うことに関する権利」を「コミュニケーション権」とも称する。）とは、限定ではなく例として、ライブの配信者とコミュニケーションを取ることができる権利であり、ライブの視聴者に対して付与される権利であってもよいし、そうでなくてもよい。

図２において、まず、配信者による操作に応じて、配信者端末３０は、配信者とのコミュニケーション権をオークションに出品するための出品要求をサーバ１０へ送信する（ステップＳ１１）。限定ではなく例として、ライブ配信は、サーバ１０により実施されてもよいし、他の装置により実施されてもよい。

次に、視聴者による操作に応じて、複数の視聴者端末２０（限定ではなく例として、視聴者端末２０Ａ、２０Ｂを含む。）のそれぞれは、配信者とのコミュニケーション権のオークションへの入札に関する入札要求をサーバ１０へ送信する（ステップＳ１２）。

その後、サーバ１０は、ステップＳ１２で視聴者端末２０から受信した入札要求に基づくオークションの落札者である視聴者の視聴者端末２０に、落札者であることを示す落札情報を送信する（ステップＳ１３）。図２に示す例において、限定はしないが、サーバ１０は、複数の視聴者端末２０のうち、視聴者端末２０Ａに落札情報を送信している。

次に、図３を参照して、通信システム１による第１実施形態に係る情報処理の詳細を説明する。以下の説明において、サーバ１０による情報処理は、限定ではなく例として、制御部１１が、記憶部１５等に記憶されたプログラムを実行することにより制御される。また、視聴者端末２０による情報処理は、限定ではなく例として、制御部２１が、記憶部２５等に記憶されたプログラムを実行することにより制御される。また、配信者端末３０による情報処理は、限定ではなく例として、制御部３１が、記憶部３５等に記憶されたプログラムを実行することにより制御される。他の実施形態において説明される情報処理についても同様である。

まず、ステップＳ１１１において、配信者から入力部３２を介して受け付けた指示に応じて、配信者端末３０は、配信者とのコミュニケーション権をオークションに出品するための出品情報を出品要求と共に通信Ｉ／Ｆ３４を介してサーバ１０へ送信する。サーバ１０は、通信Ｉ／Ｆ１４を介して出品情報と共に出品要求を受信する。出品情報は、限定ではなく例として、出品ＩＤ、配信者ＩＤ、およびコミュニケーション日時を含む。出品ＩＤは、コミュニケーション権の出品の識別情報である。配信者ＩＤは、コミュニケーションの相手であるライブの配信者の識別情報である。コミュニケーション日時は、コミュニケーションが行われる日時の情報である。なお、限定ではなく例として、配信者端末３０から送信される出品要求は、配信者から入力部３２を介して受け付けた指示に応じて、入札金額を公開するか否かの設定情報を含んでいてもよい。

次に、ステップＳ１１２において、サーバ１０は、ステップＳ１１１で受信した出品情報を記憶部１５へ記憶する。

図４Ａを参照して、限定ではなく例として、図３のステップＳ１１２において記憶部１５に記憶される出品情報を説明する。図４Ａに示すように、記憶部１５には、出品情報として、出品ＩＤ、配信者ＩＤ、およびコミュニケーション日時の項目が記憶されている。図４Ａに示す例において、出品ＩＤ「ｘｘｘａａａ」に関連付けられて、配信者ＩＤ「ｄ１２３４５」およびコミュニケーション日時「２０１９／１１／０１ １０：００−１０：１０」が記憶されている。

図３の説明に戻り、ステップＳ１２１において、視聴者端末２０Ａは、視聴者から入力部２２を介して受け付けた指示に応じて、配信者とのコミュニケーション権のオークションへの入札に関する入札情報を入札要求と共に通信Ｉ／Ｆ２４を介してサーバ１０へ送信する。サーバ１０は、通信Ｉ／Ｆ１４を介して視聴者端末２０Ａから入札情報を入札要求と共に受信する。入札情報は、限定ではなく例として、入札ＩＤ、出品ＩＤ、視聴者ＩＤ、および入札金額を含む。入札ＩＤは、視聴者によるオークションへの入札の識別情報である。出品ＩＤは、入札の対象となる出品の識別情報である。入札金額は、入札に係る金額である。

なお、視聴者端末２０からサーバ１０へ送信される入札情報は、限定ではなく例として、入札金額の情報ではなく、仮想通貨、ポイントサービスにおけるポイント、クーポンサービスにおけるクーポン、所定のサービス（限定ではなく例として、サーバ１０が提供するサービス）内で利用可能な通貨、提供する物品など、何らかの金銭的価値を有する対象に関する情報を落札に対する対価の情報として含んでもよい。

次に、ステップＳ１２２において、サーバ１０は、ステップＳ１２１で受信した入札情報を記憶部１５へ記憶する。記憶される入札情報の例は後述する。

ステップＳ１２３において、視聴者端末２０Ｂは、視聴者から入力部２２を介して受け付けた指示に応じて、配信者とのコミュニケーション権のオークションへの入札に関する入札情報を入札要求と共に通信Ｉ／Ｆ２４を介してサーバ１０へ送信する。サーバ１０は、通信Ｉ／Ｆ１４を介して視聴者端末２０Ｂから入札情報を入札要求と共に受信する。

次に、ステップＳ１２４において、サーバ１０は、ステップＳ１２３で受信した入札情報を記憶部１５へ記憶する。記憶される入札情報の例は後述する。なお、限定ではなく例として、ステップＳ１１１でサーバ１０が受信した出品要求に入札金額を公開するか否かの設定情報が含まれている場合、サーバ１０は、設定情報に応じて、入札情報に含まれる入札金額を公開又は非公開にするか（すなわち、限定ではなく例として、入札する視聴者が、記憶部１５に記憶された入札金額の情報にアクセス可能にするか否か）を制御してもよい。

ステップＳ１３１において、サーバ１０は、ステップＳ１２１及びＳ１２３で受信した入札情報に基づく落札者である視聴者の視聴者端末２０に、落札者であることを示す落札情報を通信Ｉ／Ｆ１４を介して送信する。図３に示す例において、限定はしないが、複数の視聴者端末２０のうち、視聴者端末２０Ａが通信Ｉ／Ｆ２４を介して落札情報をサーバ１０から受信する。落札者の決定は任意の方法により行われる。限定ではなく例として、サーバ１０は、受信した入札情報に基づいて、落札者を決定する。

ステップＳ１３２において、サーバ１０は、ステップＳ１２１及びＳ１２３で受信した入札情報に基づく落札の情報を、入札情報に関連付けて記憶部１５へ記憶する。

図４Ｂを参照して、限定ではなく例として、ステップＳ１２２、Ｓ１２４、およびＳ１３２において、記憶部１５に記憶される情報を説明する。図４Ｂに示すように、記憶部１５には、入札情報として、入札ＩＤ、出品ＩＤ、視聴者ＩＤ、および入札金額の項目が記憶されている。また、記憶部１５には、入札情報に関連付けられて、落札情報として、落札フラグの項目が記憶されている。図４Ｂに示す例において、入札ＩＤ「ｂ１１１１」に関連付けられて、出品ＩＤ「ｘｘｘａａａ」、視聴者ＩＤ「ｕ０１２３」、入札金額「￥５００」、および落札フラグ「１」が記憶されている。落札フラグ「１」は、出品されたコミュニケーション権を落札したことを示すフラグ情報（落札の情報）である。

図３の説明に戻り、ステップＳ１３３において、限定ではなく例として、サーバ１０は、ステップＳ１２１でオークションの落札者である視聴者の視聴者端末２０Ａから受信した入札情報（入札金額の情報、または落札に対するその他の対価の情報を含む。）に基づき、配信者端末３０のユーザ（配信者）に対する支払いに関する情報である支払情報を決定する。支払情報は、限定ではなく例として、金額、仮想通貨、ポイントサービスにおけるポイント、クーポンサービスにおけるクーポン、所定のサービス（限定ではなく例として、サーバ１０が提供するサービス）内で利用可能な通貨、提供される物品など、何らかの金銭的価値を有する対象に関する情報を含む。サーバ１０は、支払情報の通知を通信Ｉ／Ｆ１４によって配信者端末３０に送信する。配信者への支払いに関する支払情報は、任意の方法により決定される。限定ではなく例として、入札情報に金額の情報が含まれている場合、その金額の所定の割合（限定ではなく例として、５０％）の金額を配信者への支払情報として決定してもよい。

ステップＳ１３４において、サーバ１０は、ステップＳ１３３で決定した支払情報を配信者情報（配信者端末３０のユーザ情報）と関連付けて記憶部１５に記憶する。

図４Ｃを参照して、限定ではなく例として、ステップＳ１３４で記憶部１５に配信者情報と関連付けられて記憶される支払情報を説明する。図４Ｃに示すように、記憶部１５には、配信者情報として、配信者ＩＤ、アドレス、および支払金額の項目が記憶される。アドレスは、配信者の配信者端末３０に情報を送信するための宛先情報である。支払金額は、配信者端末３０のユーザ（配信者）に支払われる金額の情報である。図４Ｃに示す例において、配信者ＩＤ「ｄ１２３４５」に関連付けられて、アドレス「ａａａａａ」および支払金額「￥５００」が記憶されている。

＜第１実施形態の効果＞
本実施形態によれば、ライブ配信に関して、サーバ１０は、コミュニケーション権をオークションへ出品するための出品情報を通信Ｉ／Ｆ１４によって配信者端末３０から受信し、オークションへの入札に関する入札情報を複数の視聴者端末２０の各々から通信Ｉ／Ｆ１４よって受信する。サーバ１０は、受信した複数の入札情報に基づくオークションの落札者である視聴者端末２０のユーザの視聴者端末２０Ａに落札者であることを示す落札情報を通信Ｉ／Ｆ２４によって送信する。

その結果、本実施形態によれば、限定ではなく例として、配信されるライブにおいて、配信者とのコミュニケーション権を付与する視聴者をサーバ１０を使用したオークションにより決定することができるため、視聴者端末２０と配信者端末３０のユーザは、コミュニケーションをとる機会を納得感をもって得ることができる。

また、本実施形態によれば、限定ではなく例として、サーバ１０は、オークションの落札者である視聴者の視聴者端末２０から受信した入札情報に基づき、配信者端末３０のユーザへの支払情報を通信Ｉ／Ｆ１４によって配信者端末３０に送信する。その結果、配信者端末３０のユーザは、問い合わせをしなくとも、視聴者とコミュニケーションを行うことの対価を知ることができるため、配信者端末３０のユーザにとって利便性が高い。

＜第２実施形態＞
第２実施形態は、限定ではなく例として、落札したコミュニケーション権に基づいて、視聴者と、ライブの配信者とが、ライブ配信中に視聴者端末２０および配信者端末３０を使用してコミュニケーションを行う実施形態である。限定ではなく例として、ライブ配信中にコミュニケーションを取るために、落札者である視聴者は、視聴者端末２０を介して配信者の姿を見たり声を聴くことができ、また、配信者も同様に配信者端末３０を介して落札者である視聴者の姿を見たり声を聴くことができる。従って、限定ではなく例として、コミュニケーションは、限定ではなく例として、視聴者端末２０と配信者端末３０との間で映像データおよび音データを送受信することを含む。

以下に説明する本実施形態の内容は、適宜、他の各実施形態に適用可能である。本実施形態において、第１実施形態と同様の構成については、適宜、同じ符号を付してその説明を省略あるいは簡略化する。

図５を参照して、本実施形態に係る情報処理の概要を説明する。図５に示す情報処理のうち、ステップＳ１４およびＳ１５の処理が図２を参照して説明した処理と異なり、他の処理は、図２を参照して説明した処理と同様である。そのため、ここでは、ステップＳ１４およびＳ１５の処理を中心に説明する。まず、ステップＳ１１からＳ１３が実施される。

限定ではなく例として、図５のステップＳ１１からＳ１３の処理の後、ステップＳ１４において、配信者端末３０からサーバ１０を介して、視聴者端末２０に対してライブ配信が行われる。ライブ配信は、限定ではなく例として、配信者により配信者端末３０のマイク３２ｂおよびカメラ３２ｃに対して入力された映像および音のデータがサーバ１０を介して視聴者端末２０に送信されることを含む。

なお、図５に示す例において、ステップＳ１１からＳ１３の処理の後に、ステップＳ１４においてライブ配信が行われている（この場合、オークションがライブ配信の前に行われているため、限定ではなく例として、「事前オークション」と称してもよいし、称さなくてもよい。）が、これに限定されない。ステップＳ１４のライブ配信は、限定ではなく例として、ステップＳ１１からＳ１３の処理の前に行われてもよいし、ステップＳ１１からＳ１３の処理中に行われてもよい（この場合、オークションがライブ配信中に行われているため、限定ではなく例として、「リアルタイムオークション」と称してもよいし、称さなくてもよい。）。以下の説明において、ステップＳ１１からＳ１３の処理、すなわち、コミュニケーション権に関するオークションにおける出品要求、入札要求、および落札情報の送信処理等を「オークションに関する処理」とも称してもよいし、称さなくてもよい。

ステップＳ１４におけるライブの配信中に、ステップＳ１５において、配信者端末３０を使用する配信者と、視聴者端末２０を使用する視聴者との間で、配信者端末３０、サーバ１０、および視聴者端末２０を介して、コミュニケーションが行われる。

次に、図６Ａを参照して、限定ではなく例として、本実施形態に係る通信システム１によるライブ配信およびコミュニケーションの情報処理をさらに詳しく説明する。図６Ａに示す処理の開始（すなわち、ライブ配信の処理の開始）は、限定ではなく例として、オークションに関する処理の後であってもよいし、前であってもよい。また、ライブ配信の間に、オークションに関する処理が行われてもよい。

まず、ステップＳ１４１において、配信者端末３０は、限定ではなく例として、入力部３２に対する操作に応じて、ライブ配信を開始する。ライブ配信の開始により、限定ではなく例として、配信者端末３０のマイク３２ｂに対して入力された音のデータと、カメラ３２ｃに対して入力された映像のデータとを含むライブのデータ（以下、「ライブデータ」とも称する。）が通信Ｉ／Ｆ３４を介してサーバ１０に送信される。

次に、ステップＳ１４２において、限定ではなく例として、視聴者端末２０Ａは、入力部２２に対する操作に応じて、ライブの視聴要求を通信Ｉ／Ｆ２４を介してサーバ１０へ送信する。ステップＳ１４３において、サーバ１０は、通信Ｉ／Ｆ１４を介して視聴者端末２０Ａから受信した視聴要求に応じて、視聴者端末２０Ａへライブ配信を行う。ライブ配信の処理は、限定ではなく例として、サーバ１０が、配信者端末３０から受信したライブデータに基づいて、映像データおよび音データを通信Ｉ／Ｆ１４を介して、配信先である視聴者端末２０へ送信することを含む。視聴者端末２０は、限定ではなく例として、受信した映像データを表示部２３ａに出力し、受信した音データをスピーカ２３ｂに出力する。以下に説明するライブ配信の処理についても同様である。

図６Ｂを参照して、限定ではなく例として、視聴者が配信されたライブを視聴者端末２０Ａを介して視聴しているときに表示部２３ａに表示される画像を説明する。図６Ｂには、表示部２３ａに表示される画像６００が示されている。画像６００には、限定ではなく例として、ライブの配信者（配信者Ａ）の画像６０１、およびライブに対して視聴者から投稿されたコメントの一覧が領域６０２に表示されている。視聴者は、限定ではなく例として、入力部２２を介して、領域６０３に対してコメントを入力し、送信ボタン６０４を選択することにより、コメントを投稿することが可能である。投稿されたコメントは、通信Ｉ／Ｆ２４を介してサーバ１０へ送信され、その後、ライブを視聴中の視聴者の視聴者端末２０および配信者端末３０に送信される。投稿されたコメントは、限定ではなく例として、領域６０２に表示され、配信者および他の視聴者から閲覧可能である。

図６Ａに戻り、さらに、ステップＳ１４４において、限定ではなく例として、視聴者端末２０Ｂは、入力部２２に対する操作に応じて、ライブの視聴要求を通信Ｉ／Ｆ２４を介してサーバ１０へ送信する。ステップＳ１４５において、サーバ１０は、通信Ｉ／Ｆ１４を介して視聴者端末２０Ｂから受信した視聴要求に応じて、視聴者端末２０Ｂへライブ配信を行う。限定ではなく例として、視聴者が配信されたライブを視聴者端末２０Ｂを介して視聴しているときに、表示部２３ａには、図６Ｂの画像６００と同様の画像が表示される。

次に、ステップＳ１５１において配信者端末３０から、Ｓ１５２においてコミュニケーション権を落札した視聴者の（すなわち、落札情報を受信した）視聴者端末２０Ａから、サーバ１０は、コミュニケーション要求（または承認）を、通信Ｉ／Ｆ１４を介して受信する。詳細には、ステップＳ１５１における配信者端末３０からのコミュニケーション要求は、入力部３２に対する操作に応じて通信Ｉ／Ｆ３４を介して送信される。また、Ｓ１５２における視聴者端末２０Ａからのコミュニケーション要求は、入力部２２に対する操作に応じて通信Ｉ／Ｆ２４を介して送信される。

なお、ステップＳ１５１およびＳ１５２において送信されるコミュニケーション要求は、限定ではなく例として、どちらが先に送信されてもよいし、同時に送信されてもよい。

また、コミュニケーション権を落札していない視聴者の使用する（落札情報を受信していない）視聴者端末２０（限定ではなく例として、視聴者端末２０Ｂ）から、ステップＳ１５２に対応するコミュニケーション要求を送信することはできない。

ステップＳ１５１およびＳ１５２の後（すなわち、サーバ１０が配信者端末３０および視聴者端末２０Ａからコミュニケーションの要求または承認を受信した後）、ステップＳ１５３において、サーバ１０、配信者端末３０および視聴者端末２０Ａを介した配信者と視聴者との間のコミュニケーションが開始される。

詳細には、ステップＳ１５３のコミュニケーションにおいて、配信者端末３０を使用する配信者は、限定ではなく例として、入力部３２に対して操作、音、および映像を入力することにより、通信Ｉ／Ｆ３４を介して音データおよび映像データを視聴者が使用する視聴者端末２０Ａへ送信できる。また、配信者は、限定ではなく例として、通信Ｉ／Ｆ３４を介して視聴者端末２０Ａから受信した音データおよび映像データに基づいた出力部３３による出力により、音および映像を認識できる。

さらに、上記のコミュニケーションにおいて、視聴者端末２０Ａを使用する視聴者は、限定ではなく例として、入力部２２に対して操作、音、および映像を入力することにより、通信Ｉ／Ｆ２４を介して音データおよび映像データを配信者が使用する配信者端末３０へ送信できる。また、視聴者は、限定ではなく例として、通信Ｉ／Ｆ２４を介して配信者端末３０から受信した音データおよび映像データに基づいた出力部２３による出力により、音および映像を認識できる。

図６Ｃを参照して、限定ではなく例として、配信者と視聴者との間のコミュニケーションの開始後、ライブの配信者Ａが使用する配信者端末３０の表示部３３ａに表示される画像を説明する。図６Ｃには、表示部３３ａに表示される画像６１０が示されている。画像６１０には、限定ではなく例として、配信者Ａのコミュニケーションの相手である視聴者Ｂの画像６１１、および配信者Ａの画像６１２が表示されている。さらに、画像６１０には、限定ではなく例として、ライブを視聴中の視聴者から投稿されたコメントの一覧が領域６１３に表示されている。配信者Ａは、限定ではなく例として、入力部３２を介して終了ボタン６１４を選択することにより、視聴者Ｂとのコミュニケーションを終了することができる。

次に、図６Ｄを参照して、限定ではなく例として、配信者と視聴者との間のコミュニケーションの開始後、ライブの視聴者Ｂが使用する視聴者端末２０Ａの表示部２３ａに表示される画像を説明する。図６Ｄには、表示部２３ａに表示される画像６２０が示されている。画像６２０には、限定ではなく例として、視聴者Ｂのコミュニケーションの相手である配信者Ａの画像６２１、および視聴者Ｂの画像６２２が表示されている。さらに、画像６２０には、限定ではなく例として、ライブを視聴中の視聴者から投稿されたコメントの一覧が領域６２３に表示されている。配信者Ｂは、限定ではなく例として、入力部２２を介して終了ボタン６２４を選択することにより、配信者Ａとのコミュニケーションを終了することができる。また、視聴者Ｂは、限定ではなく例として、入力部２２を介して、領域６２５に対してコメントを入力し、送信ボタン６２６を選択することにより、コメントを投稿することが可能である。

＜第２実施形態の効果＞
以上のように本実施形態によれば、ライブ配信の配信者と視聴者との間のコミュニケーションは、限定ではなく例として、配信者端末３０と視聴者端末２０との間で映像データおよび音データとの送受信を行うことを含む。その結果、ライブ配信の配信者および視聴者は、視覚および聴覚に基づいて意思疎通を図ることができるため、配信者および視聴者の利便性を向上できる。また、ライブの配信者と視聴者との間で、双方向に意思を伝えることができるため、視聴者のライブへの参加意識を高めることができ、その結果、ライブの魅力を高めることができる。

また、本実施形態によれば、ライブ配信の配信者と視聴者との間のコミュニケーションは、限定ではなく例として、配信者端末３０によって映像データおよび音データを複数の視聴者端末２０に送信している間、配信者端末３０と視聴者端末２０との間で映像データおよび音データとの送受信を行うことを含む。その結果、ライブが複数の視聴者へ配信されている間、ライブを配信している配信者と、ライブを視聴している視聴者との間でコミュニケーションを取ることができるため、配信者および視聴者にとって利便性が高い。また、ライブの配信者と視聴者との間で、ライブ配信中に双方向に意思を伝えることができるため、視聴者のライブへの参加意識をより高めることができ、その結果、ライブの魅力をより高めることができる。

また、本実施形態によれば、オークションに関する処理は、限定ではなく例として、ライブが配信されている間に行われる。よって、入札情報は、限定ではなく例として、配信者端末３０によって、ライブに関する映像データおよび音データを複数の視聴者端末２０に送信している間、サーバ１０により通信Ｉ／Ｆ１４を介して視聴者端末２０から受信される。その結果、ライブの視聴者は、視聴者端末２０を介して、ライブを視聴しながら、コミュニケーション権のオークションに入札できるため、視聴者にとって利便性が高い。詳細には、限定ではなく例として、視聴者は、配信者とコミュニケーションをとりたいという意欲がライブの視聴中に沸いたときに、そのタイミングでコミュニケーション権のオークションに入札できるため、視聴者にとって利便性が高い。

また、本実施形態によれば、オークションに関する処理は、限定ではなく例として、ライブが配信される前に行われる。よって、入札情報は、限定ではなく例として、配信者端末３０によって、ライブに関する映像データおよび音データを視聴者端末２０に送信する前に、サーバ１０により通信Ｉ／Ｆ１４を介して視聴者端末２０から受信される。その結果、限定ではなく例として、ライブ配信前のオークションでコミュニケーション権を落札した視聴者は、ライブ中に配信者とコミュニケーションをとれるため、より高い期待感を持ってライブ配信の開始を待つことができる。また、サーバ１０は、ライブ配信の前に、入札情報を受信するため、同時に送受信する通信量を低減させ、通信負荷を低減させることができる。

＜第３実施形態＞
第１実施形態では、入札情報に基づいて、コミュニケーション権のオークションの落札者を決定する情報処理を例示したが、第３実施形態は、入札情報に基づいて落札者を決定する情報処理の詳細を開示する実施形態である。

以下に説明する本実施形態の内容は、適宜、他の各実施形態に適用可能である。本実施形態において、第１実施形態と同様の構成については、適宜、同じ符号を付してその説明を省略あるいは簡略化する。

本実施形態に係る情報処理の概要は、第１実施形態において図２を参照して説明した内容と同様であるため、ここでは説明を省略する。

図７を参照して、限定ではなく例として、本実施形態に係る通信システム１によるコミュニケーション権のオークションの落札者の決定のための情報処理の詳細を説明する。図７に示す情報処理のうち、ステップＳ１３０の処理が図３を参照して説明した処理と異なり、他の処理は、図３を参照して説明した処理と同様である。そのため、ここでは、ステップＳ１３０の処理を中心に説明する。

まず、ステップＳ１１１、Ｓ１１２、Ｓ１２１、Ｓ１２２、Ｓ１２３、Ｓ１２４の処理が実施される。

次に、ステップＳ１３０において、サーバ１０は、通信Ｉ／Ｆ１４を介して視聴者端末２０から受信した入札情報（または、記憶部１５に記憶された入札情報）に基づいて、オークションにおけるコミュニケーション権の落札者を決定する。すなわち、サーバ１０は、入札のあった視聴者端末２０の視聴者の中から落札者を決定する。限定はしないが例として、以下に落札者を決定する方法の詳細を説明する。落札者を決定するために、以下に説明する決定方法のいずれか１つが採用されてもよいし、されなくてもよい。

Ａ）入札金額に基づく決定
サーバ１０は、限定ではなく例として、入札情報に含まれる入札金額に基づいて、落札者を決定してもよい。詳細には、サーバ１０は、限定ではなく例として、受信した複数の入札情報に対応する入札のうち、入札情報に含まれる入札金額が最も高い入札をした視聴者端末２０の視聴者を落札者として決定してもよい。

Ｂ）ユーザ情報に基づく決定
サーバ１０は、限定ではなく例として、受信した複数の入札情報に含まれる視聴者識別情報が示す複数の視聴者の中から落札者となる視聴者を、視聴者情報（ユーザ情報）に基づいて決定してもよい。すなわち、サーバ１０は、入札情報と、視聴者端末２０の各々の視聴者の視聴者情報とに基づいて、落札者を決定してもよい。図４Ｂを参照して説明したように、限定ではなく例として、入札情報は、視聴者識別情報として、視聴者ＩＤを含む。

図８Ａを参照して、限定ではなく例として、視聴者情報を説明する。視聴者情報は、限定ではなく例として、サーバ１０の記憶部１５に記憶されている。図８Ａに示すように、視聴者情報は、限定ではなく例として、視聴者ＩＤ、アドレス、できること、および信用度の項目を含む。すなわち、限定ではなく例として、視聴者の属性として、アドレス、できること、および信用度の情報が当該視聴者の視聴者ＩＤと関連付けられて記憶部１５に記憶されている。

視聴者ＩＤは、視聴者の識別情報である。アドレスは、視聴者の視聴者端末２０に情報を送信するための宛先情報である。できることは、ライブの配信中における配信者とのコミュニケーションにおいて、視聴者ができることに関する情報である。ライブの配信中における配信者とのコミュニケーションにおいて視聴者ができることは、限定ではなく例として、情報提供、または面白いこと（お笑い）を含む。信用度は、ＳＮＳ（Social Networking Service）、動画配信サービス、またはウェブで提供されるその他のサービスに関して、視聴者に対して設定された信用度である。信用度は、限定ではなく例として、視聴者に対して登録されたフォロワーの数、視聴者による投稿数、または視聴者の投稿に対する他人からの評価などに応じて設定される。また、信用度は、限定ではなく例として、動画配信サービスにおいて配信者等により視聴者に対して付されたスコアとして表現された信用度（限定ではなく例として、「信用スコア」とも称する。）を含んでもよい。信用度は、限定ではなく例として、評価が高い順に「Ａ」、「Ｂ」、または「Ｃ」で設定されてもよいし、数字で設定されてもよいし、他の尺度で設定されてもよい。また、限定ではなく例として、配信者や他の視聴者に対して過去に不快な行動をとった履歴のある視聴者、不正行動をとった履歴のある視聴者や、ブラックリストに分類される視聴者など、配信者とのコミュニケーション相手として何らかの不適切な特性を有する視聴者に対しては、評価として最低の値を設定してもよい。また、限定ではなく例として、評価が最低の値である視聴者については、落札者としてサーバ１０により決定されないようにしてもよい。

図８Ａに示す例において、視聴者ＩＤ「ｕ０１２３」に対応付けられて、アドレス「ｄｄｄｄｄ」、できること「情報提供」、および信用度「Ａ」が記憶されている。さらに、図８Ａに示す例において、視聴者ＩＤ「ｕ１２３４」に対応付けられて、アドレス「ｅｅｅｅｅ」、できること「お笑い」、および信用度「Ｂ」が記憶されている。

限定ではなく例として、サーバ１０は、予め定められたルールに従って、視聴者ができること、および信用度として記憶部１５に記憶されている情報に対するスコアを特定し、特定されたスコアに従って、コミュニケーション権の落札者を決定してもよい。詳細には、限定ではなく例として、視聴者ができることとして記憶されている情報について、「情報提供」には、スコアとして１０が設定され、「お笑い」には、スコアとして１５が設定されているとする。また、限定ではなく例として、信用度として記憶されている情報について、「Ａ」には、スコアとして２０が設定され、「Ｂ」には、スコアとして１０が設定され、「Ｃ」には、スコアとして５が設定されているとする。この場合において、図８Ａに示す例において、視聴者ＩＤ「ｕ０１２３」である視聴者のスコアは、３０（＝「情報提供」：１０＋「Ａ」：２０）である。サーバ１０は、限定ではなく例として、特定されたスコアがより高い視聴者を落札者として決定してもよい。

Ｃ）過去の参加に基づく決定
サーバ１０は、限定ではなく例として、各視聴者の過去のライブ配信（配信済みのライブ）への参加に関する情報に基づいて、落札者を決定してもよい。ライブ配信への参加とは、限定ではなく例として、ライブの視聴、ライブへのコメント、ならびにライブ配信について送信（または投稿）した広告および宣伝など、ライブ配信へ関与する何らかの活動を含む。限定ではなく例として、視聴者の過去のライブ配信への参加に関する情報（以下、「ライブ参加情報」とも称する。）は、視聴者情報に含む情報として記憶部１５に記憶されていてもよいし、視聴者情報に関連付けられて記憶部１５に記憶されていてもよい。

図８Ｂを参照して、限定ではなく例として、ライブ参加情報を説明する。ライブ参加情報は、限定ではなく例として、サーバ１０の記憶部１５に記憶されている。図８Ｂに示すように、ライブ参加情報は、限定ではなく例として、ライブＩＤ、視聴者ＩＤ、視聴情報、コメント、および広告宣伝の項目を含む。ライブＩＤは、ライブの識別情報である。視聴者ＩＤは、ライブ配信へ参加した視聴者の識別情報である。視聴情報は、限定ではなく例として、視聴者がライブを視聴したか否かの情報である。または、視聴情報は、限定ではなく例として、視聴者によるライブの視聴時間に関する情報であってもよい。コメントは、視聴者によりライブについて送信または投稿されたコメントに関する情報である。広告宣伝とは、ライブの配信について視聴者により送信または投稿された広告または宣伝に関する情報である。

図８Ｂには、限定ではなく例として、ライブＩＤ「１０１１」および視聴者ＩＤ「ｕ０１２３」に関連付けられて、視聴情報「有り」、コメント「有り」、および広告宣伝「無し」が記憶部１５に記憶されていることが示されている。すなわち、図８Ｂには、限定ではなく例として、過去に配信されたライブＩＤ「１０１１」のライブに関して、視聴者ＩＤ「ｕ０１２３」の視聴者は、ライブの視聴をし、ライブに対してコメントを投稿し、ライブの広告または宣伝の送信または投稿をしていないことが示されている。

サーバ１０は、限定ではなく例として、ライブ参加情報を参照し、コミュニケーション権のオークションに入札した視聴者のうち、過去のライブへの参加の程度が高い（または低い）視聴者を落札者として決定してもよい。詳細には、サーバ１０は、限定ではなく例として、過去に配信されたライブに関して、予め定めたルールに従って、視聴者による視聴の頻度、コメント投稿の頻度、または宣伝の頻度のそれぞれに対するスコアを特定し、特定されたスコアの合計値がより高い視聴者を落札者として決定してもよい。

Ｄ）上記の決定方法の組み合わせによる決定
サーバ１０は、限定ではなく例として、上述したＡ）、Ｂ）およびＣ）の決定方法のうち、少なくとも２つの組み合わせにより、落札者を決定してもよい。詳細には、限定ではなく例として、入札のあったそれぞれの視聴者について、サーバ１０は、予め定められたルールに従って、Ａ）、Ｂ）およびＣ）の決定方法のうち、少なくとも２つの決定方法に基づいて特定されるスコアを合算する。サーバ１０は、限定ではなく例として、合算されたスコアがより高い視聴者を落札者として決定してもよい。

限定ではなく例として、Ａ）の決定方法に基づくスコアの特定のために、入札情報に含まれる入札金額を所定のレートに従ってスコアに換算することにより、スコアを特定してもよい。詳細には、限定ではなく例として、金額１００円に対して、スコアは１というレートが予め定められているとする。この場合において、入札情報に含まれる入札金額が１０００円である場合、スコアは１０である。また、Ｂ）およびＣ）の決定方法に基づくスコアの特定のために、限定ではなく例として、それぞれの決定方法において上述したスコアの特定方法が採用されてもよい。

図７の説明に戻り、ステップＳ１３０の後、ステップＳ１３１およびＳ１３２の処理が実施される。

＜第３実施形態の効果＞
以上のように本実施形態によれば、サーバ１０は、限定ではなく例として、複数の視聴者端末２０のそれぞれから受信した入札情報と、複数の視聴者端末２０のそれぞれの視聴者の視聴者情報（ユーザ情報）とに基づいて、コミュニケーション権の落札者を決定する。その結果、視聴者情報を考慮して、入札のあった視聴者の中から落札者を決定できるため、配信者とコミュニケーションを取る相手としてより適切な視聴者を決定することが可能である。具体的には、限定ではなく例として、配信者とのコミュニケーションにおいて視聴者ができることに関する情報を考慮してコミュニケーション相手の視聴者が決定されるため、ライブの配信者と視聴者との間のコミュニケーションが盛り上がり、その結果、ライブ自体も盛り上げることができる。さらに、配信者が判断を行わなくとも、入札をした視聴者についての情報を考慮してサーバ１０により落札者を決定できるため、配信者にとって利便性が高い。

また、本実施形態によれば、限定ではなく例として、落札者の決定のために考慮される視聴者情報は、配信者端末３０が過去に配信したライブ（映像データおよび音データを含む。）への視聴者の参加に関する情報を含む。その結果、過去に配信されたライブへの参加の状況を考慮して落札者を決定できるため、配信者とコミュニケーションを取る相手としてより適切な視聴者を決定することが可能である。具体的には、限定ではなく例として、過去に配信されたライブに関して、視聴の頻度がより高い視聴者をコミュニケーション相手として決定することにより、配信者は、過去に配信されたライブの内容を理解していることを前提とした話題で視聴者とコミュニケーションを取ることができる。さらに、配信者が判断を行わなくとも、入札をした視聴者の過去のライブへの参加の状況を考慮してサーバ１０により落札者を決定できるため、配信者にとって利便性が高い。

また、本実施形態によれば、限定ではなく例として、落札者の決定のために考慮される過去のライブへの視聴者の参加に関する情報は、ライブの視聴情報、ライブに対して送信または投稿されたコメントに関するコメント情報、およびライブに対して送信または投稿された広告または宣伝の情報のうち少なくとも一つを含む。その結果、過去に配信されたライブへの具体的な関与の状況を考慮して落札者を決定できるため、配信者とコミュニケーションを取る相手としてより適切な視聴者を決定することが可能である。また、限定ではなく例として、過去に配信されたライブへより深く関与した視聴者に対してコミュニケーション権を付与することができ、その結果、これまでライブへ深く関与してきた視聴者に対してインセンティブを与えることができ、今後もライブへ関与するモチベーションを与えることができる。さらに、配信者が判断を行わなくとも、入札をした視聴者の過去のライブへの具体的な関与の状況を考慮してサーバ１０により落札者を決定できるため、配信者にとって利便性が高い。

また、本実施形態によれば、限定ではなく例として、サーバ１０が視聴者端末２０から受信する入札情報は、入札の金額に関する情報を含む。サーバ１０は、限定ではなく例として、受信した入札情報に基づき、入札の金額が最も高い視聴者端末２０の視聴者を落札者に決定してもよい。その結果、配信者などの人による判断を必要とせずに、サーバ１０により入札の金額に基づいて落札者を決定できるため、利便性が高い。また、限定ではなく例として、サーバ１０によるライブ配信サービスの運営に金銭的により貢献する視聴者に対してコミュニケーション権を付与することができ、その結果、金銭的に貢献する視聴者に対してインセンティブを与えることができる。

＜第４実施形態＞
第１実施形態では、入札情報に基づいて、コミュニケーション権のオークションの落札者を決定する情報処理を例示したが、第４実施形態は、入札情報と、配信者による選択とに基づいて落札者を決定する実施形態である。

以下に説明する本実施形態の内容は、適宜、他の各実施形態に適用可能である。本実施形態において、第１実施形態と同様の構成については、適宜、同じ符号を付してその説明を省略あるいは簡略化する。

本実施形態に係る情報処理の概要は、第１実施形態において図２を参照して説明した内容と同様であるため、ここでは説明を省略する。

図９を参照して、限定ではなく例として、本実施形態に係る通信システム１によるコミュニケーション権のオークションの落札者の決定のための情報処理の詳細を説明する。図９に示す情報処理のうち、ステップＳ１２５、Ｓ１２６、Ｓ１２７、Ｓ１２８、Ｓ１３１、およびＳ１３２の処理が図３を参照して説明した処理と異なり、他の処理は、図３を参照して説明した処理と同様である。そのため、ここでは、ステップＳ１２５、Ｓ１２６、Ｓ１２７、Ｓ１２８、Ｓ１３１、およびＳ１３２の処理を中心に説明する。

まず、ステップＳ１１１、Ｓ１１２、Ｓ１２１、Ｓ１２２、Ｓ１２３、Ｓ１２４の処理が実施される。

次に、ステップＳ１２５において、サーバ１０は、視聴者端末２０から受信した入札情報（または、記憶部１５に記憶された入札情報）に基づいて、通信Ｉ／Ｆ１４を介して、入札をした視聴者に関する情報を配信者端末３０に送信する。ステップＳ１２５における視聴者に関する情報の送信は、限定ではなく例として、対象となるコミュニケーション権に関して入札した全ての視聴者について行ってもよいし、一部の視聴者について行ってもよい。

ステップＳ１２５において、入札をした視聴者の一部についての情報を送信する場合、限定ではなく例として、任意の方法により視聴者の選定を行ってもよい。限定ではなく例として、第３実施形態において「Ｄ）上記の決定方法の組み合わせによる決定」で説明した方法でスコアを特定し、特定されたスコアに基づいて、視聴者を選定してもよい。詳細には、限定ではなく例として、特定されたスコアの値が上位ｎ位以内（ｎは任意の自然数。）、または上位ｍ％以内（ｍは０から１００の任意の数。）の視聴者を選定してもよい。

次に、ステップＳ１２６において、配信者端末３０は、サーバ１０から通信Ｉ／Ｆ３４を介して受信した入札情報に基づいて、入札をした視聴者に関する情報を表示部３３ａに表示する。表示部３３ａに表示される入札をした視聴者に関する情報は、限定ではなく例として、図８Ａに示したような視聴者情報（限定ではなく例として、視聴者ＩＤ、できること、または信用度の情報）、または図８Ｂに示したような視聴者についてのライブ参加情報（限定ではなく例として、視聴情報、コメント、または広告宣伝の情報）に基づく情報のうち少なくとも一部を含んでもよい。表示部３３ａに表示される入札をした視聴者に関する情報は、限定ではなく例として、サーバ１０から送信され、配信者端末３０によって受信された情報であってもよい。

図１０を参照して、限定ではなく例として、ステップＳ１２６において配信者端末３０の表示部３３ａに表示される情報を説明する。図１０には、表示部３３ａに表示される画像１０００が示されている。画像１０００には、限定ではなく例として、入札をした視聴者に関する情報のリストが表で示されている。入札をした視聴者に関する情報のリストには、限定ではなく例として、各視聴者についての視聴者ＩＤ、できること、信用度、視聴回数、コメント回数、および広告宣伝回数の情報が示されている。視聴回数は、過去にライブを視聴した回数である。コメント回数は、過去にライブに対して投稿または送信されたコメントの回数である。広告宣伝回数は、ライブの配信について、過去に送信または投稿された広告または宣伝の回数である。図１０には、限定ではなく例として、視聴者ＩＤ「ｕ０１２３」である視聴者に関して、できることは「情報提供」、信用度は「Ａ」、視聴回数は「２５」、コメント回数は「２０」、広告宣伝回数は「５」であることが示されている。

次に、ステップＳ１２７において、配信者端末３０は、入力部３２に対する操作に応じて、オークションの落札者とする視聴者の選択を受け付ける。限定ではなく例として、配信者は、表示部３３ａに表示された情報が示す視聴者の中から、入力部３２を介して落札者とする視聴者を選択する。

限定ではなく例として、配信者が入力部３２を介して、図１０に示したような各視聴者の情報の左側に表示されたチェックボックス１００１のいずれかを選択する（チェックする）ことにより、落札者とする視聴者を選択できる。

次に、ステップＳ１２８において、配信者端末３０は、ステップＳ１２７で受け付けた選択に応じて、オークションの落札者とする視聴者の情報を、通信Ｉ／Ｆ３４を介してサーバ１０に送信する。ステップＳ１２８において送信される情報には、限定ではなく例として、オークションの落札者とする視聴者の識別情報を含む。

限定ではなく例として、配信者が入力部３２を介して、図１０に示したような決定ボタン１００２を選択したことに応じて、配信者端末３０は、選択されたチェックボックス１００１に対応する視聴者の情報を、通信Ｉ／Ｆ３４を介してサーバ１０に送信する。

次に、ステップＳ１３１において、サーバ１０は、ステップＳ１２８において配信者端末３０から通信Ｉ／Ｆ１４を介して受信した情報が示す視聴者を落札者として決定し、決定した視聴者の視聴者端末２０に、落札者であることを示す落札情報を通信Ｉ／Ｆ１４を介して送信する。すなわち、本実施形態において、サーバ１０は、限定ではなく例として、視聴者端末２０から受信した入札情報（または、記憶部１５に記憶された入札情報）と、配信者による落札者の選択とに基づいて、落札者を決定する。図９に示す例において、限定はしないが、複数の視聴者端末２０のうち、視聴者端末２０Ａが通信Ｉ／Ｆ２４を介して落札情報をサーバ１０から受信する。

ステップＳ１３２において、サーバ１０は、ステップＳ１３１における落札者の決定に基づいて、落札の情報を入札情報に関連付けて記憶部１５へ記憶する。落札の情報の例は、図４Ｂを参照して説明したため、ここでは説明を省略する。

＜第４実施形態の効果＞
以上のように本実施形態によれば、サーバ１０は、限定ではなく例として、複数の視聴者端末２０のそれぞれから受信した入札情報と、配信者による配信者端末３０を介した落札者の選択の情報とに基づいて、コミュニケーション権の落札者を決定する。その結果、入札情報と、配信者による選択の双方に基づいた決定が可能となるため、配信者とコミュニケーションを取る相手としてより適切な視聴者を決定することが可能である。

＜第５実施形態＞
第５実施形態は、限定ではなく例として、視聴者が配信者に対する依頼を示す依頼情報を視聴者端末２０を介して配信者端末３０に送信する実施形態である。依頼情報は、限定ではなく例として、視聴者から配信者への依頼として、ライブ配信中に配信者に行ってほしいこと（限定ではなく例として、視聴者からの質問に答えること、視聴者が提供した話題について話すこと、歌うこと、演奏すること、およびダンスすることなどを含む。）を示す情報を含む。

以下に説明する本実施形態の内容は、適宜、他の各実施形態に適用可能である。本実施形態において、他の実施形態と同様の構成については、適宜、同じ符号を付してその説明を省略あるいは簡略化する。

図１１を参照して、本実施形態に係る情報処理の概要を説明する。図１１に示す情報処理のうち、ステップＳ１０１およびＳ１０２の処理が図２を参照して説明した処理と異なり、他の処理は図２を参照して説明した処理と同様である。そのため、ここでは、ステップＳ１０１およびＳ１０２の処理を中心に説明する。まず、ステップＳ１０１において、視聴者による操作に応じて、視聴者端末２０は、依頼情報をサーバ１０へ送信する。次に、ステップＳ１０２において、サーバ１０は、視聴者端末２０から受信した依頼情報を配信者端末３０に送信する。次に、ステップＳ１１からＳ１３の処理が実施される。図１１のこれらの処理は、図２を参照して説明したステップＳ１１からＳ１３の処理と同様であるため、ここでは説明を省略する。

次に、図１２を参照して、通信システム１による本実施形態に係る情報処理をさらに詳しく説明する。図１２に示す情報処理のうち、ステップＳ１０１１、Ｓ１０１２、Ｓ１０２１、Ｓ１２６、およびＳ１２７の処理が図９を参照して説明した処理と異なり、他の処理は図９を参照して説明した処理と同様である。そのため、ここでは、ステップＳ１０１１、Ｓ１０１２、Ｓ１０２１、Ｓ１２６、およびＳ１２７の処理を中心に説明する。

まず、ステップＳ１０１１において、視聴者端末２０Ａは、入力部２２に対する操作に応じて、視聴者が配信者に対する依頼を示す依頼情報を通信Ｉ／Ｆ２４を介してサーバ１０へ送信する。サーバ１０は、視聴者端末２０Ａから送信された依頼情報を通信Ｉ／Ｆ１４を介して受信する。

ステップＳ１０１２において、サーバ１０は、視聴者端末２０Ａから受信した依頼情報を記憶部１５に記憶する。

図１３を参照して、限定ではなく例として、ステップＳ１０１２において、記憶部１５に記憶される依頼情報を説明する。図１３に示すように、記憶部１５には、依頼情報として、視聴者ＩＤ、配信者ＩＤ、ライブＩＤ、および依頼内容の項目が記憶される。視聴者ＩＤは、ライブ配信中に配信者に行ってほしいことを依頼した視聴者の識別情報である。配信者ＩＤは、行ってほしいことが依頼された配信者の識別情報である。ライブＩＤは、配信者に行ってほしいことが依頼されたライブの識別情報である。依頼内容は、ライブ配信中に配信者に行ってほしいことの内容を示す情報である。図１３には、限定ではなく例として、視聴者ＩＤ「ｕ０１２３」、配信者ＩＤ「ｄ１２３４５」、およびライブＩＤ「１００１１」に関連付けられて、依頼内容「＊＊＊について話してほしい」が記憶されている。

図１２に戻り、ステップＳ１０２１において、サーバ１０は、ステップＳ１０１１で受信した依頼情報に含まれる配信者ＩＤに対応する配信者（すなわち、ライブ配信で行ってほしいことが依頼された配信者）の配信者端末３０に対して、当該依頼情報を通信Ｉ／Ｆ１４を介して送信する。配信者は、限定ではなく例として、配信者端末３０がサーバ１０から受信した依頼情報を配信者端末３０の表示部３３ａを介して閲覧可能であってもよい。

次に、限定ではなく例として、ステップＳ１１１、Ｓ１１２、Ｓ１２１、Ｓ１２２、Ｓ１２３、Ｓ１２４、およびＳ１２５の処理が実施される。

次に、ステップＳ１２６において、配信者端末３０は、サーバ１０から通信Ｉ／Ｆ３４を介して受信した入札情報に基づいて、入札をした視聴者に関する情報を表示部３３ａに表示する。表示部３３ａに表示される入札をした視聴者に関する情報は、限定ではなく例として、図８Ａに示したような視聴者情報（限定ではなく例として、視聴者ＩＤ、できること、または信用度の情報）、図８Ｂに示したような視聴者についてのライブ参加情報（限定ではなく例として、視聴情報、コメント、または広告宣伝の情報）、または図１３に示したような依頼情報（限定ではなく例として、依頼内容）に基づく情報のうち、少なくとも一部を含んでもよい。表示部３３ａに表示される上記の視聴者情報、ライブ参加情報、または依頼情報に基づく情報は、限定ではなく例として、サーバ１０から送信され、配信者端末３０によって受信された情報であってもよいし、他の方法により取得された情報であってもよい。

図１４を参照して、限定ではなく例として、図１２のステップＳ１２６において配信者端末３０の表示部３３ａに表示される情報を説明する。図１４には、表示部３３ａに表示される画像１４００が示されている。画像１４００には、限定ではなく例として、入札をした視聴者に関する情報のリストが表で示されている。入札をした視聴者に関する情報のリストには、限定ではなく例として、各視聴者についての視聴者ＩＤ、できること、信用度、視聴回数、コメント回数、広告宣伝回数、および依頼内容の情報が示されている。図１４には、限定ではなく例として、視聴者ＩＤ「ｕ０１２３」である視聴者に関して、できることは「情報提供」、信用度は「Ａ」、視聴回数は「２５」、コメント回数は「２０」、広告宣伝回数は「５」、配信者への依頼内容は「＊＊＊について話してほしい」であることが示されている。

図１２に戻り、ステップＳ１２７において、配信者端末３０は、入力部３２に対する操作に応じて、オークションの落札者とする視聴者の選択を受け付ける。限定ではなく例として、配信者は、表示部３３ａに表示された情報が示す視聴者の中から、入力部３２を介して落札者とする視聴者を選択する。配信者端末３０は、選択された視聴者の情報を、通信Ｉ／Ｆ３４を介してサーバ１０に送信する。

限定ではなく例として、配信者が入力部３２を介して、図１４に示したような各視聴者の情報の左側に表示されたチェックボックス１００１のいずれかを選択（チェック）し、決定ボタン１００２を選択することにより、落札者とする視聴者を選択できる。すなわち、本実施形態において、配信者は、限定ではなく例として、入札をした視聴者に関する視聴者情報、およびライブ参加情報に加えて、依頼情報が表示された画像１４００を参照して、落札者とする視聴者を選択することができる。従って、本実施形態において、限定ではなく例として、配信者端末３０は、依頼情報に基づく、配信者端末３０のユーザによる入力部３２の操作に基づいて、落札者を選択する。

図１２に戻り、その後、ステップＳ１２８、Ｓ１３１、およびＳ１３２が実施される。これらの処理は、図９を参照して説明したステップＳ１２８、Ｓ１３１、およびＳ１３２の処理と同様であるため、ここでは説明を省略する。

＜第５実施形態の効果＞
以上のように本実施形態によれば、サーバ１０は、限定ではなく例として、視聴者端末２０から送信された配信者端末３０のユーザに対する依頼に関する依頼情報を、配信者端末３０に通信Ｉ／Ｆ１４によって送信する。その結果、配信者は、ライブに対して視聴者から求められていることを把握できるため、視聴者にとってより関心の高いライブを配信することが可能である。また、視聴者端末２０のユーザは、配信者端末３０のユーザに対する依頼を示す依頼情報を送信することができるため、より積極的にライブ配信に参加することができる。また、配信者端末３０のユーザに対する依頼を示す依頼情報を送信可能であることは、視聴者端末２０のユーザにとって利便性が高い。

また、本実施形態によれば、サーバ１０は、限定ではなく例として、複数の視聴者端末２０のそれぞれから受信した依頼情報と、配信者による配信者端末３０を介した落札者の選択の情報とに基づいて、コミュニケーション権の落札者を決定する。また、依頼情報は、配信者にライブで行ってほしいことを示す情報であるため、視聴者によるライブへの積極的な参加の意思を示す情報と捉えることもできる。その結果、本実施形態において、限定ではなく例として、依頼情報と、配信者による選択とに基づいた落札者の決定が可能となることにより、配信者とコミュニケーションを取る相手としてより適切な視聴者を決定することが可能である。より詳細には、限定ではなく例として、より積極的に依頼情報を送信している視聴者端末２０のユーザをコミュニケーションを取る相手として決定することにより、視聴者端末２０のユーザは、より積極的に依頼情報を送信したことに対するインセンティブを得ることができる。

＜第６実施形態＞
第６実施形態は、限定ではなく例として、ライブ配信中の視聴者端末２０のユーザと、配信者端末３０のユーザとの間のコミュニケーションにおいて、サーバ１０は、視聴者端末２０（限定ではなく例として、視聴者端末２０Ａ）から送信される映像データおよび音声データを、他の視聴者端末２０に対して公開又は非公開に設定可能にする実施形態である。

以下に説明する本実施形態の内容は、適宜、他の各実施形態に適用可能である。本実施形態において、他の実施形態と同様の構成については、適宜、同じ符号を付してその説明を省略あるいは簡略化する。

本実施形態に係る情報処理の概要は、第２実施形態において、図５を参照して説明した内容と同様であるため、ここでは説明を省略する。

次に、図１５を参照して、限定ではなく例として、本実施形態に係る通信システム１によるライブの配信者と視聴者との間のコミュニケーションに関する情報処理の詳細を説明する。図１５に示す情報処理のうち、ステップＳ１５１１、Ｓ１５２、およびＳ１５３の処理が図６を参照して説明した処理と異なり、他の処理は、図６を参照して説明した処理と同様である。そのため、ここでは、ステップＳ１５１１、Ｓ１５２、およびＳ１５３の処理を中心に説明する。

まず、ステップＳ１４１、Ｓ１４２、Ｓ１４３、Ｓ１４４、Ｓ１４５、Ｓ１５１の処理が実施される。

次に、ステップＳ１５１１において、コミュニケーション権を落札した視聴者の視聴者端末２０Ａは、入力部２２に対する視聴者による操作に応じて、コミュニケーションの設定を受け付ける。コミュニケーションの設定は、限定ではなく例として、コミュニケーションに参加していない視聴者に対して当該コミュニケーションを公開にする設定（以下、「公開設定」とも称する。）、又は非公開にするという設定（以下、「非公開設定」とも称する。）を含む。さらに、コミュニケーションの設定は、限定ではなく例として、公開されるコミュニケーションにおける映像データおよび音声データに対して、プライバシー保護のための処理を加える設定（以下、「プライバシー保護処理設定」とも称する。）を含む。

次に、ステップＳ１５２において、視聴者端末２０Ａは、入力部２２に対する操作に応じて、ステップＳ１５１１で受け付けたコミュニケーション設定の情報とともに、コミュニケーション要求（または承認）を通信Ｉ／Ｆ２４を介してサーバ１０へ送信する。サーバ１０は、視聴者端末２０Ａから、コミュニケーション設定の情報とともに、コミュニケーション要求（または承認）を通信Ｉ／Ｆ１４を介して受信する。

なお、ステップＳ１５１およびＳ１５２において送信されるコミュニケーション要求は、限定ではなく例として、どちらが先に送信されてもよいし、同時に送信されてもよい。

ステップＳ１５１およびＳ１５２の後（すなわち、サーバ１０が配信者端末３０および視聴者端末２０Ａからコミュニケーションの要求または承認を受信した後）、ステップＳ１５３において、サーバ１０、配信者端末３０および視聴者端末２０Ａを介した配信者と視聴者との間のコミュニケーションが開始される。

図１５のステップＳ１５３において、図６のＳ１５３で説明した処理と同様の処理が行われる。さらに、図１５のステップＳ１５３において、サーバ１０は、ステップＳ１５２で受信したコミュニケーション設定の情報に応じた処理を行う。

詳細には、限定ではなく例として、受信したコミュニケーション設定の情報が「公開設定」を示す場合、サーバ１０は、コミュニケーションにおいて配信者端末３０および視聴者端末２０Ａの間で送受信される映像データおよび音声データを他の視聴者端末２０に対して、通信Ｉ／Ｆ１４を介して送信する。他の視聴者端末２０は、限定ではなく例として、コミュニケーションに参加していない視聴者の視聴者端末２０（限定ではなく例として、視聴者端末２０Ｂ）である。

また、限定ではなく例として、受信したコミュニケーション設定の情報が「非公開設定」を示す場合、サーバ１０は、コミュニケーションにおいて配信者端末３０および視聴者端末２０Ａの間で送受信される映像データおよび音声データを他の視聴者端末２０に対して送信しない。または、サーバ１０は、限定ではなく例として、コミュニケーションにおける映像データおよび音声データのうち、視聴者端末２０Ａから送信されたデータを他の視聴者端末２０に対して送信せず、配信者端末３０から送信されたデータを視聴者端末２０Ａおよび他の視聴者端末２０に対して送信してもよい。

また、限定ではなく例として、受信したコミュニケーション設定の情報が「プライバシー保護処理設定」を示す場合、サーバ１０は、コミュニケーションにおいて配信者端末３０および視聴者端末２０Ａの間で送受信される映像データおよび音声データを他の視聴者端末２０に対して、通信Ｉ／Ｆ１４を介して送信する。この場合において、サーバ１０は、コミュニケーションにおいて視聴者端末２０Ａから送信される映像データおよび音声データのうち少なくとも一方のデータに対して所定の処理を行い、当該処理後のデータを他の視聴者端末２０に対して送信する。所定の処理は、限定ではなく例として、視聴者端末２０Ａのユーザのプライバシー保護のための何らかの処理を含む。プライバシー保護のための処理は、限定ではなく例として、映像データにおけるユーザの画像を不鮮明にする処理（限定ではなく例として、モザイク処理またはぼかし処理）、または音声データにおけるユーザから発せられた音の変更処理（限定ではなく例として、ピッチ変更処理）を含む。

なお、図１５を参照して説明した情報処理において、コミュニケーションの設定（Ｓ１５１１）がライブ配信（Ｓ１４１）の開始後、コミュニケーション開始（Ｓ１５３）の前に行われているがこれに限定されない。コミュニケーションの設定（または、設定の変更）は、限定ではなく例として、ライブ配信の開始前に行われてもよいし、コミュニケーション開始後に行われてもよい。

＜第６実施形態の効果＞
以上のように本実施形態によれば、サーバ１０は、視聴者と配信者との間のコミュニケーションにおいて、少なくともコミュニケーション権の落札者の視聴者端末２０Ａから送信される映像データおよび音声データを、複数の視聴者端末２０に対して非公開にすることに関する非公開情報（限定ではなく例として、上記の「非公開設定」を示す情報）を視聴者端末２０Ａから通信Ｉ／Ｆ１４によって受信する。その結果、サーバ１０は、視聴者端末２０Ａから受信した非公開情報に応じて、視聴者端末２０Ａから送信される映像データおよび音声データを非公開にすることができるため、視聴者の要望に応じてプライバシーを保護することができる。また、プライバシーが保護される結果、個人情報が公開されることに抵抗がある視聴者端末２０のユーザに対して、コミュニケーション権のオークションへの参加を促すことができる。また、視聴者端末２０Ａから送信される映像データおよび音声データが非公開にされる結果、他の視聴者端末２０に対して送信されるデータ量を低減することができるため、通信負荷を低減することができる。

また、本実施形態によれば、サーバ１０は、視聴者と配信者との間のコミュニケーションにおいて、少なくともコミュニケーション権の落札者の視聴者端末２０Ａから送信される映像データおよび音声データを処理することに関する処理情報（限定ではなく例として、上記の「プライバシー保護処理設定」を示す情報）を視聴者端末２０Ａから通信Ｉ／Ｆ１４によって受信する。その結果、サーバ１０は、視聴者端末２０Ａから受信した処理情報に応じて、視聴者端末２０Ａから送信される映像データおよび音声データに対して処理をすることができるため、視聴者の要望に応じてプライバシーを保護することができる。また、顔や声がそのまま公開されてしまうことに抵抗があるが、コミュニケーションの内容が公開されてもよいと考える視聴者端末２０のユーザに対して、コミュニケーション権のオークションへの参加を促すことができる。

＜第７実施形態＞
第１実施形態は、限定ではなく例として、コミュニケーション権のオークションに対して各視聴者が単独で入札をしたが、第７実施形態は、限定ではなく例として、複数人からなる視聴者のグループで協力をして１つの入札を行うことが可能な実施形態である。

以下に説明する本実施形態の内容は、適宜、他の各実施形態に適用可能である。本実施形態において、第１実施形態と同様の構成については、適宜、同じ符号を付してその説明を省略あるいは簡略化する。

図１６を参照して、限定ではなく例として、本実施形態に係る情報処理の概要を説明する。まず、ステップＳ１１において、配信者による操作に応じて、配信者端末３０は、配信者とのコミュニケーション権をオークションに出品するための出品要求をサーバ１０へ送信する。

次に、ステップＳ１２０において、視聴者による操作に応じて、視聴者端末２０Ａは、グループの登録要求をサーバ１０へ送信する。ここで、グループとは、限定ではなく例として、１人または複数人からなる視聴者のグループである。限定ではなく例として、登録されたグループの単位でコミュニケーション権のオークションに入札が可能である。また、限定ではなく例として、グループに属する視聴者は、落札したコミュニケーション権に基づいて、ライブ配信中に配信者とコミュニケーションをとることが可能である。ステップＳ１２０において、サーバ１０は、視聴者端末２０Ａから受信した登録要求に応じて、グループを登録する。本実施形態において、登録されたグループは、限定ではなく例として、視聴者端末２０Ａ、視聴者端末２０Ｂおよび視聴者端末２０Ａのそれぞれのユーザ（視聴者）を含む。また、本実施形態において、限定ではなく例として、登録されたグループの管理者は、視聴者端末２０Ａのユーザ（視聴者）であるとする。

次に、ステップＳ１２において、視聴者による操作に応じて、視聴者端末２０Ａは、ステップＳ１２０で登録されたグループによる要求として、コミュニケーション権のオークションへの入札に関する入札要求をサーバ１０へ送信する。図示しないが、限定ではなく例として、ステップＳ１２において、他の視聴者、または他の視聴者のグループによる入札要求がさらに、視聴者端末２０からサーバ１０へ送信されてもよい。

その後、ステップＳ１３において、サーバ１０は、限定ではなく例として、視聴者端末２０から受信した入札要求に基づくオークションの落札者である視聴者または視聴者グループの視聴者端末２０に、落札者または落札グループであることを示す落札情報を送信する。本実施形態において、限定ではなく例として、サーバ１０は、オークションの落札グループの管理者の視聴者端末２０Ａに、落札グループであることを示す落札情報を送信する。

次に、図１７を参照して、限定ではなく例として、本実施形態に係る通信システム１による情報処理の詳細を説明する。図１７に示す情報処理のうち、ステップＳ１１１およびＳ１１２の処理は図３を参照して説明した処理と同様であり、他の処理は、図３を参照して説明した処理と異なる。そのため、ここでは、ステップＳ１１１およびＳ１１２以外の処理を中心に説明する。

図１７に示す処理において、まず、ステップＳ１１１およびＳ１１２の処理が実施される。次に、ステップＳ１２０１において、視聴者端末２０Ａは、入力部２２に対する操作に応じて、視聴者のグループの登録要求を通信Ｉ／Ｆ２４を介してサーバ１０に送信する。グループの登録要求は、限定ではなく例として、グループに含めるメンバー（視聴者）の情報を含む。本実施形態において、グループに含めるメンバーの情報は、限定ではなく例として、視聴者端末２０Ａ、視聴者端末２０Ｂ、および視聴者端末２０Ｃのそれぞれのユーザの識別情報を含む。また、グループの登録要求は、限定ではなく例として、入力部２２に対する操作に応じて、グループの管理者となる視聴者の識別情報を含んでもよい。

グループに含めるメンバーの選択方法は、任意の方法を採用可能である。限定ではなく例として、視聴者端末２０の表示部２３ａに表示された視聴者のリストから、入力部２２を介してメンバーに含める視聴者を選択する、またはメンバーに含める視聴者の識別情報を入力部２２を介して指定することが可能である。

図１８を参照して、限定ではなく例として、グループに含めるメンバーを選択し、グループの登録要求をする方法を説明する。図１８には、視聴者端末２０Ａの表示部２３ａに表示された画像１８００が示されている。画像１８００には、限定ではなく例として、視聴者の情報のリストが表で示されている。リストには、限定ではなく例として、視聴者の識別情報である視聴者ＩＤと、対応する視聴者名の情報が含まれている。また、視聴者の情報の左側には、チェックボックス１８０１が表示されている。

限定ではなく例として、視聴者が入力部２２を介して、各視聴者の情報の左側に表示されたチェックボックス１８０１のいずれかを選択（チェック）し、登録ボタン１８０２を選択することにより、グループに含めるメンバーの選択及び登録要求をすることができる。限定ではなく例として、登録ボタン１８０２が選択されたことに応じて、視聴者端末２０Ａは、グループの登録要求を通信Ｉ／Ｆ２４を介してサーバ１０に送信する。

グループに含めるメンバーの選択方法として、限定ではなく他の例として、グループのメンバーを公募により募集し、応募のあった視聴者をメンバーに含めてもよい。この場合、限定ではなく例として、まず、サーバ１０は、視聴者による応募の情報を視聴者端末２０から通信Ｉ／Ｆ１４を介して受信し、受信した視聴者の情報をグループの管理者の視聴者端末２０Ａに通信Ｉ／Ｆ１４を介して送信してもよい。その後、限定ではなく例として、視聴者端末２０Ａは、入力部２２を介して受け付けた操作に応じて、表示部２３ａに対して、図１８に示した画像１８００を表示してもよい。視聴者端末２０Ａは、限定ではなく例として、入力部２２を介して受け付けたチェックボックス１８０１と、登録ボタン１８０２の選択に応じて、メンバーの情報を含むグループの登録要求を通信Ｉ／Ｆ２４を介してサーバ１０に送信してもよい。なお、限定ではなく例として、メンバーが公募により集められたグループをオープングループと称し、他のグループをクローズグループと称してもよい。クローズグループは、限定ではなく例として、知り合いの視聴者間で作ったグループ、鍵付きのグループ（暗証コードを知らないと入れないグループ）、または既に存在する何らかのグループの構成メンバーで構成されるグループを含む。

図１７に戻り、ステップＳ１２０２において、サーバ１０は、ステップＳ１２０１で受信した要求に応じてグループを登録する。詳細には、サーバ１０は、ステップＳ１２０１で登録要求と共に受信した視聴者の情報をグループの情報として記憶部１５に記憶する。

図１９を参照して、限定ではなく例として、ステップＳ１２０２において、記憶部１５に記憶されるグループの情報を説明する。図１９に示すように、記憶部１５には、グループ情報として、グループＩＤ、視聴者ＩＤ、および管理者フラグの項目が記憶されている。グループＩＤは、グループの識別情報である。視聴者ＩＤは、グループに含まれる視聴者の識別情報である。管理者フラグは、視聴者が管理者であるか否かを示す情報である。限定ではなく例として、管理者フラグは、値が「１」であるとき、管理者であることを示し、「０」であるとき、管理者ではないことを示す。図１９に示す例において、グループＩＤ「ｇ１２３」に関連付けられて、視聴者ＩＤ「ｕ０１２３」、および管理者フラグ「１」が記憶されている。

図１７に戻り、ステップＳ１２１において、視聴者端末２０Ａは、視聴者から入力部２２を介して受け付けた指示に応じて、ステップＳ１２０２で登録されたグループとして、配信者とのコミュニケーション権のオークションへの入札に関する入札情報を入札要求と共に通信Ｉ／Ｆ２４を介してサーバ１０へ送信する。限定ではなく例として、入札情報は、入札の金額に関する情報を含んでもよいし、含まなくてもよい。限定ではなく例として、入札の金額に関する情報は、グループによる入札の金額として、グループを構成する各メンバー（視聴者）が支払う金額の総額の情報を含む。なお、図示しないが、限定ではなく例として、他の視聴者、または視聴者のグループによる入札要求が視聴者端末２０からサーバ１０へ送信されてもよい。次に、ステップＳ１２２において、サーバ１０は、ステップＳ１２１で受信した入札情報を記憶部１５へ記憶する（登録する）。限定ではなく他の例として、入札情報のうち、グループによる入札の金額の情報に関して、サーバ１０は、グループの各メンバーの視聴者端末２０から各メンバーが負担する金額の情報を受信し、受信した金額の情報に基づいてグループによる入札の金額を算出し、算出された金額の情報を記憶部１５へ記憶してもよい。

ステップＳ１３１において、サーバ１０は、受信した入札情報に基づく落札者である視聴者の視聴者端末２０に、落札者であることを示す落札情報を通信Ｉ／Ｆ１４を介して送信する。図１７に示す例において、限定はしないが、複数の視聴者端末２０のうち、落札した視聴者グループの管理者である視聴者の視聴者端末２０Ａが通信Ｉ／Ｆ２４を介して落札情報をサーバ１０から受信する。なお、限定ではなく他の例として、サーバ１０は、落札したグループのメンバーである全ての視聴者または一部の視聴者（限定ではなく例として、管理者を含む複数の視聴者）の視聴者端末２０に落札情報を送信してもよい。

ステップＳ１３２において、サーバ１０は、受信した入札情報に基づく落札の情報を、入札情報に関連付けて記憶部１５へ記憶する。

なお、図１７のステップＳ１２１、Ｓ１２２、Ｓ１３１およびＳ１３２の処理の詳細は、第１実施形態において図３を参照して説明した内容と同様の処理を有するため、ここでは詳細な説明の一部を省略している。

以上のように本実施形態によれば、サーバ１０は、限定ではなく例として、１または複数のユーザで構成され、少なくとも視聴者端末２０Ａのユーザを含むグループを登録することに関する登録情報を視聴者端末２０Ａから受信する。さらに、サーバ１０は、限定ではなく例として、登録されたグループによる入札として、視聴者端末２０Ａから入札情報を通信Ｉ／Ｆ２４によって受信する。その結果、グループによりコミュニケーション権を落札でき、より多くの視聴者がコミュニケーションに参加可能になることにより、コミュニケーションをより盛り上げることができる。また、本実施形態によれば、限定ではなく例として、グループによる入札は、グループのメンバーのうち、代表者（限定ではなく例として、管理者）が視聴者端末２０に対して入札の操作を行い、他のメンバーは入札の操作を行う必要がないため、視聴者の労力を低減することができる。

また、本実施形態によれば、限定ではなく例として、サーバ１０が視聴者端末２０から受信する入札情報は、金額に関する情報を含む。入札情報に含まれる金額に関する情報は、グループによる入札の金額として、グループを構成する各ユーザが支払う金額の総額の情報を含む。その結果、本実施形態によれば、入札金額は、一人ではなく複数人により負担されるため、一人で入札を行う場合と比較して、一人当たりの金銭的負担を低減し、また、より高額な入札金額を設定可能である。そのため、限定ではなく例として、一人で入札を行う場合と比較して、コミュニケーション権を落札する可能性を向上させることができる。

＜第８実施形態＞
第８実施形態は、限定ではなく例として、複数人からなるユーザのグループで協力をして１つのコミュニケーション権の入札を行う場合において、グループに関して各種の設定を行うことが可能な実施形態である。

以下に説明する本実施形態の内容は、適宜、他の各実施形態に適用可能である。本実施形態において、第１実施形態と同様の構成については、適宜、同じ符号を付してその説明を省略あるいは簡略化する。

本実施形態に係る情報処理の概要は、第７実施形態において図１６を参照して説明した内容と同様であるため、ここでは説明を省略する。

次に、図２０を参照して、通信システム１による本実施形態に係る情報処理の詳細を説明する。図２０に示す情報処理のうち、ステップＳ１１１およびＳ１１２の処理は図３を参照して説明した処理と同様であり、他の処理は、図３を参照して説明した処理と異なる。そのため、ここでは、ステップＳ１１１およびＳ１１２以外の処理を中心に説明する。

まず、ステップＳ１１１およびＳ１１２が実施される。次に、ステップＳ１２００において、視聴者端末２０Ａは、視聴者から入力部２２を介して、登録されるグループに関する各種の設定情報の入力を受け付ける。

図２１Ａを参照して、限定ではなく例として、図２０のステップＳ１２００において、視聴者端末２０Ａがグループに関する各種の設定情報の入力を受け付ける方法を説明する。図２１Ａには、限定ではなく例として、視聴者端末２０Ａの表示部２３ａに表示される画像２１００が示されている。画像２１００は、限定ではなく例として、入力部２２を介してグループに関する設定情報を入力するための領域２１０１、２１０３、２１０４、２１０５、２１０６、および２１０７を含む。また、画像２１００には、限定ではなく例として、入力された設定情報の登録を要求するための登録ボタン２１０８が表示されている。限定ではなく例として、登録ボタン２１０８が入力部２２を介して選択されると、領域２１０１、２１０３、２１０４、２１０５、２１０６、および２１０７に入力された設定情報、ならびに後述する図２２を参照して説明した入力情報がサーバ１０に送信され、登録される（記憶部１５に記憶される）。

領域２１０１は、限定ではなく例として、グループに含めるメンバーを選択するための領域である。限定ではなく例として、視聴者は入力部２２を介して、領域２１０１に表示された視聴者のリストに表示されたチェックボックス２１０２を選択（チェック）することにより、グループに含めるメンバーを選択することができる。

領域２１０３は、限定ではなく例として、コミュニケーション権のオークションへの入札の入札金額の負担方法を設定するための領域である。限定ではなく例として、視聴者は入力部２２を介して、「割り勘」、「負担割合を詳細設定」、または「設定しない」を選択できる。「割り勘」は、限定ではなく例として、グループによる入札の金額をグループの各メンバーが均等に負担する方法である。「負担割合を詳細設定」は、限定ではなく例として、視聴者による指定に応じて、グループの各メンバーが負担する入札金額（または、金額の割合）を設定する方法である。「設定しない」は、限定ではなく例として、グループの各メンバーが自身の負担金額を指定でき、各メンバーの負担金額の合計値をグループの入札金額とする方法である。

また、「負担割合を詳細設定」を選択した場合、視聴者が入力部２２を介して領域２１０３における「詳細設定」と表示されたボタンを選択することにより、表示部２３ａは、グループの各メンバーが負担する入札金額を設定するための画像を表示する。

図２２を参照して、限定ではなく例として、図２１Ａの領域２１０３における「詳細設定」ボタンが選択された場合に、表示された画像に基づいて、グループの各メンバーが負担する入札金額を設定する方法を説明する。図２２は、限定ではなく例として、図２１Ａにおける領域２１０３の「詳細設定」ボタンが選択された場合に表示部２３ａに表示される画像２２００を示している。

画像２２００は、限定ではなく例として、グループのメンバーである視聴者Ａ、視聴者Ｂおよび視聴者Ｃのそれぞれが負担する入札金額を設定するための画像である。視聴者は、入力部２２を介して、視聴者Ａの負担金額を領域２２０１に、視聴者Ｂの負担金額を領域２２０２に、視聴者Ｃの負担金額を領域２２０３に入力可能である。入力された各メンバーの負担金額の合計値が、領域２２０４に表示される。限定ではなく例として、領域２２０４に表示された金額がグループによる入札の金額となってもよいし、他の方法により入札の金額が決定されてもよい。限定ではなく他の例として、入力部２２を介して、グループの各メンバーが負担する入札金額の値が設定されるのではなく、金額の割合（限定ではなく例として、パーセンテージ）が設定されてもよい。

入力部２２を介して登録ボタン２２０５が選択された場合、限定ではなく例として、入力された各メンバーが負担する入札金額の値（または割合）が設定値として記憶部２５に記憶された状態で、表示部２３ａは、図２１Ａの画像２１００を表示する。入力部２２を介してキャンセルボタン２２０６が選択された場合、表示部２３ａは、限定ではなく例として、入力された各メンバーが負担する入札金額の値（または割合）はキャンセルされ（限定ではなく例として、設定値として記憶されずに）、図２１Ａの画像２１００を表示する。

図２１Ａに戻る。領域２１０４は、限定ではなく例として、入札金額に関して、グループのメンバー間で、各メンバーが負担する金額を公開するか否かを設定するための領域である。視聴者は入力部２２を介して、「公開する」または「公開しない」を選択できる。「公開する」が選択されることにより、グループ外には公開されないが、グループのメンバー間で、各メンバーが負担する金額が公開される。また、「公開しない」が選択されることにより、グループ外にも、グループのメンバー間でも、各メンバーが負担する金額は公開されない。負担金額が公開されるように設定されているとき、限定ではなく例として、各メンバーの視聴者端末２０は、入力部２２に対する操作に応じて、サーバ１０の記憶部１５に記憶されたグループのメンバーの負担金額の情報をサーバ１０から取得し、表示部２３ａに表示することができる。限定ではなく変形例として、領域２１０４において、「公開する」または「公開しない」の代わりに、「オープングループ」または「クローズグループ」を選択できるようにしてもよい。

図２１Ｂを参照して、「オープングループ」または「クローズグループ」が選択された場合の設定について説明する。図２１Ｂに示すように、「オープングループ」が選択されると、限定ではなく例として、グループのメンバー間で、各メンバーが負担する金額が公開され、グループ外の視聴者には公開されないように設定されてもよい。また、「クローズグループ」が選択されると、限定ではなく例として、グループのメンバー間で、各メンバーが負担する金額は公開されず、グループ外の視聴者にも公開されないように設定されてもよい。

領域２１０５は、限定ではなく例として、グループによる入札の金額に関する上限値および下限値を設定するための領域である。視聴者は、限定ではなく例として、入力部２２を介して、領域２１０５における表示「個人」の右側に示された「上限金額」および「下限金額」と表示された領域に、グループの各メンバーが負担する入札金の上限金額および下限金額をそれぞれ入力できる。さらに、視聴者は、限定ではなく例として、入力部２２を介して、領域２１０５における表示「グループ」の右側に示された「上限金額」および「下限金額」と表示された領域に、グループによる入札金額（限定ではなく例として、グループの各メンバーが負担する金額の合計値）の上限金額および下限金額をそれぞれ入力できる。

領域２１０６は、限定ではなく例として、グループが、オークションに出品されたコミュニケーション権を落札した場合、グループを構成する各ユーザのコミュニケーションの時間を、各ユーザが支払った金額（負担金額）に基づいて設定するか否かを設定するための領域である。視聴者は入力部２２を介して、領域２１０６に表示された「する」または「しない」を選択できる。「する」が選択されることにより、各メンバーのコミュニケーションの時間が各メンバーの負担金額に基づいて設定される。「しない」が選択されることにより、各メンバーのコミュニケーションの時間は、均等に設定される。

ここで、限定ではなく例として、各メンバーのコミュニケーションの時間を各メンバーの負担金額に基づいて設定する方法を説明する。限定ではなく例として、各メンバーは、単独で順番に配信者とコミュニケーションを取れるようにしてもよいし（以下、限定ではなく例として、「単独コミュニケーション」とも称する。）、同時にコミュニケーションを取れるようにしてもよいし（以下、限定ではなく例として、「同時コミュニケーション」とも称する。）、他の方法でコミュニケーションを取れるようにしてもよい。

限定ではなく例として、あるグループは、視聴者Ａ、視聴者Ｂおよび視聴者Ｃのメンバーからなり、グループの入札金額に関して、視聴者Ａは５０００円、視聴者Ｂは３０００円、視聴者Ｃは２０００円負担したとする（すなわち、視聴者Ａ、視聴者Ｂ、視聴者Ｃの負担金額の割合は、それぞれ５０％、３０％、２０％、または５：３：２である）。また、グループに与えられたコミュニケーション時間は１０分であるとする。

この場合において、限定ではなく例として、単独コミュニケーションのとき、各メンバーに与えられるコミュニケーション時間は、視聴者Ａは５分（＝１０分×０．５）、視聴者Ｂは３分（＝１０分×０．３）、視聴者Ｃは２分（＝１０分×０．２）に設定されてもよい。

また、限定ではなく例として、同時コミュニケーションの場合、負担金額が最も高い視聴者Ａは、グループに与えられたコミュニケーション時間全体において、コミュニケーションを取れるように設定され、かつ、視聴者Ａ、視聴者Ｂおよび視聴者Ｃのコミュニケーション時間が５：３：２になるように設定される。すなわち、この場合において、限定ではなく例として、視聴者Ａは１０分、視聴者Ｂは６分、視聴者Ｃは４分のコミュニケーション時間が設定されてもよい。

領域２１０７は、限定ではなく例として、グループがオークションにおいてコミュニケーション権を落札した後、コミュニケーションの開始前に、新しいメンバーの加入を受け入れるか否かを設定するための領域である。視聴者は入力部２２を介して、領域２１０７に表示された「否」または「可」を選択できる。

「否」が選択されることにより、限定ではなく例として、グループがオークションにおいてコミュニケーション権を落札した後、コミュニケーションの開始前に新しいメンバーの加入の要求を受け付けないように設定される。

また、「可」が選択されることにより、限定ではなく例として、グループがオークションにおいてコミュニケーション権を落札した後、コミュニケーションの開始前に新しいメンバーの加入の要求を受け付け可能なように設定される。

また、「可」が選択された場合、視聴者は入力部２２を介して、領域２１０７に表示された「有」または「無」を選択できる。「有」が選択された場合、限定ではなく例として、グループによる入札の金額に関して、落札後に加入した新しいメンバーは、落札前からのメンバー（限定ではなく例として、「初期メンバー」とも称する。）が負担する金額より割り増された金額（限定ではなく例として、初期メンバーの負担金額より１０％割り増された金額）を負担するように設定することができる。これにより、初期メンバーである視聴者が感じる不公平感を軽減することができる。すなわち、あるグループによるコミュニケーション権の落札が決まったあとに、ある視聴者がそのグループへの加入を決めた場合、初期メンバーは、コミュニケーション権を落札したグループに対してただ乗りされたような不公平感を持つ場合がある。本実施形態によれば、後から加入したメンバーに対して割増料金を設定することにより、このような不公平感が生じるのを抑止することができる。なお、限定ではなく例として、グループの登録後、コミュニケーション権の落札前に、新たなメンバーとして視聴者が登録される場合がある。この場合、限定ではなく例として、新たなメンバーに対して、グループの登録時のメンバーの負担金額よりも割増の金額を設定することも可能である。

また、領域２１０７の「無」が選択された場合、限定ではなく例として、落札後に加入した新しいメンバーに対して、上記の割増料金が設定されないようにすることができる。

図２０に戻り、ステップＳ１２０１において、視聴者端末２０Ａは、入力部２２を介して受け付けた操作に応じて、ステップＳ１２００で入力された登録されるグループに関する設定情報（登録情報）と共に、グループの登録要求を通信Ｉ／Ｆ２４を介してサーバ１０に送信する。サーバ１０は、視聴者端末２０Ａから通信Ｉ／Ｆ１４を介して登録情報と共にグループの登録要求を受信する。

限定ではなく例として、図２１Ａの登録ボタン２１０８が入力部２２を介して選択されると、領域２１０１、２１０３、２１０４、２１０５、２１０６、および２１０７に入力された設定情報、ならびに図２２を参照して説明した入力情報が通信Ｉ／Ｆ２４を介してサーバ１０に送信されてもよい。

次に、ステップＳ１２０２において、サーバ１０は、ステップＳ１２０１で受信した登録情報および登録要求に応じて、グループを登録する。詳細には、サーバ１０は、ステップＳ１２０１で登録要求と共に受信した登録情報をグループの情報として記憶部１５に記憶する（登録する）。

なお、限定ではなく例として、ステップＳ１２０２で記憶部１５に記憶された登録情報は変更可能である。限定ではなく例として、視聴者端末２０は、入力部２２を介した入力に応じて、サーバ１０へ登録情報の変更の要求を送信し、サーバ１０は、受信した要求に応じて、記憶部１５に記憶された登録情報を変更してもよい。変更の対象となる登録情報には、限定ではなく例として、図２１Ａを参照して説明したグループに含まれるメンバー、入札金額負担方法、メンバー間で負担金額を公開するか否か、入札金額の上限及び下限、負担金額に応じたコミュニケーション時間の設定の有無、または落札後の新メンバー加入可否についての情報が含まれうる。

サーバ１０は、ステップＳ１２０２で記憶された登録情報に基づいて、オークション、ライブ配信およびコミュニケーションに関する処理を実施する。

図２０のステップＳ１２０２の後、ステップＳ１２１、Ｓ１２２、Ｓ１３１、およびＳ１３２の処理が実施される。これらの処理の内容は、図１７を参照して説明した内容と同様であるため、ここでは説明を省略する。

なお、前述のとおり、ステップＳ１２１において、限定ではなく例として、サーバ１０が入札要求と共に受信する入札情報は、入札の金額に関する情報を含んでもよいし、含まなくてもよい。入札情報に入札金額に関する情報が含まれていない場合、限定ではなく例として、ステップＳ１２０１において、サーバ１０が受信する登録情報にグループによる入札金額に関する情報が含まれていてもよい。詳細には、限定ではなく例として、図２２の領域２２０４に表示されたグループによる入札金額の情報が図２０のステップＳ１２０１において送信される登録情報に含まれていてもよい。

また、限定ではなく例として、サーバ１０の記憶部１５に記憶された登録情報に含まれる各メンバーの入札金額負担の設定情報が、「割り勘」または「負担割合を詳細設定」を示す場合（限定ではなく例として、図２１Ａの領域２１０３で「割り勘」または「負担割合を詳細設定」が選択されている場合）、サーバ１０は、当該負担の設定に基づいて、グループの各メンバーの負担金額を設定する。詳細には、限定ではなく例として、サーバ１０は、各メンバーの負担の設定に基づいて、入札金額の情報がグループの各メンバーの負担金額の情報を含むように、ステップＳ１２０２またはＳ１２２において情報を記憶部１５に記憶する。

また、限定ではなく例として、サーバ１０の記憶部１５に記憶された登録情報が、コミュニケーション権の落札後に加入したメンバーに対して割増料金を設定することを示す場合（限定ではなく例として、図２１Ａの領域２１０７で「可」および「有」が選択されている場合）、サーバ１０は、限定ではなく例として、サーバ１０は、グループによる入札の金額としてグループの各ユーザが支払う予定の金額（入札金額に関して、初期メンバーのそれぞれの負担金額）に基づいて、グループに含まれていないユーザがグループに加入するために支払う支払金額を設定してもよい。詳細には、限定ではなく例として、サーバ１０は、グループによる入札の金額の負担に関して、落札後に加入するメンバーに対して割増料金（限定ではなく例として、初期メンバーの負担金額より１０％割り増された金額）を設定するように制御してもよい。

また、限定ではなく例として、グループによる入札の金額に関して、サーバ１０の記憶部１５に記憶された登録情報に含まれるメンバー間で負担金額を公開するか否かの情報（限定ではなく例として、図２１Ａの領域２１０４で「公開する」が選択されたか否か）に基づいて、サーバ１０は、記憶部１５に記憶されている各メンバーの負担金額の情報を公開または非公開にするように制御する。詳細には、限定ではなく例として、登録情報においてメンバー間で負担金額を公開するように設定されている場合、サーバ１０は、視聴者端末２０Ａから受信した要求に応じて、視聴者端末２０Ａのユーザが属するグループの各メンバーの負担金額の情報を視聴者端末２０Ａに送信してもよい。限定ではなく例として、負担金額を公開するように設定されていない場合、サーバ１０は、視聴者端末２０Ａに対して負担金額の情報を送信しないように制御してもよい。

次に、図２３を参照して、限定ではなく例として、本実施形態に係る通信システム１によるライブ配信およびコミュニケーションの情報処理をさらに詳しく説明する。図２３に示す処理の開始（すなわち、ライブ配信の処理の開始）は、限定ではなく例として、オークションに関する処理の後であってもよいし、前であってもよい。また、ライブ配信の間に、オークションに関する処理が行われてもよい。

また、図２３に示す処理において、オークションにおいて、視聴者端末２０Ａ、視聴者端末２０Ｂ、および視聴者端末２０Ｃのそれぞれのユーザをメンバーとするグループがコミュニケーション権を落札したことを前提としている。

まず、ステップＳ１４１において、配信者端末３０は、ライブ配信を開始する。この処理の内容は、図６Ａを参照して説明した処理と同様であるため、説明を省略する。

次に、ステップＳ１４２において、限定ではなく例として、視聴者端末２０Ａ、視聴者端末２０Ｂ、および視聴者端末２０Ｃのそれぞれは、入力部２２に対する操作に応じて、ライブの視聴要求を通信Ｉ／Ｆ２４を介してサーバ１０へ送信する。ステップＳ１４３において、サーバ１０は、通信Ｉ／Ｆ１４を介して視聴者端末２０Ａ、視聴者端末２０Ｂ、および視聴者端末２０Ｃのそれぞれから受信した視聴要求に応じて、視聴者端末２０Ａ、視聴者端末２０Ｂ、および視聴者端末２０Ｃのそれぞれへライブ配信を行う。

次に、ステップＳ１５１において配信者端末３０は、コミュニケーション要求（または承認）をサーバに送信する。また、Ｓ１５２においてコミュニケーション権を落札したグループに属するユーザの視聴者端末２０Ａ、視聴者端末２０Ｂ、および視聴者端末２０Ｃのそれぞれは、コミュニケーション要求（または承認）をサーバに送信する。配信者端末３０と視聴者端末２０との間でコミュニケーションが要求され承認された後、ステップＳ１５３において、サーバ１０、配信者端末３０および視聴者端末２０を介した配信者と各視聴者との間のコミュニケーションが順次開始される。

限定ではなく例として、サーバ１０は、許可されたコミュニケーション時間（例えば、１０分間）において、各メンバーが、単独で順番に配信者とコミュニケーションを取れるように制御してもよいし、同時にコミュニケーションを取れるように制御してもよいし、他の方法でコミュニケーションを取れるように制御してもよい。また、限定ではなく例として、サーバ１０は、記憶部１５に記憶されたグループの登録情報に基づいて、配信者と各視聴者との間のコミュニケーションを制御してもよい。詳細には、限定ではなく例として、サーバ１０は、グループの登録情報（または入札情報）が示す各メンバーの負担金額に基づいて各メンバーのコミュニケーションの時間を設定するように制御してもよい。限定ではなく例として、コミュニケーションの時間の設定に応じて、サーバ１０は、配信者と視聴者との間でコミュニケーション可能なように配信者端末３０と視聴者端末２０との間の通信の処理を実施し、また、配信者と視聴者との間のコミュニケーションを終了するように配信者端末３０と視聴者端末２０との間の通信の処理を実施する。各メンバーの負担金額に基づいた時間に応じて各メンバーのコミュニケーションを制御する方法は、図２１Ａを参照して説明したため、ここでは説明を省略する。

以上のように本実施形態によれば、限定ではなく例として、サーバ１０は、オークションにおいてグループが出品情報（コミュニケーション権）を落札した場合、グループを構成する各ユーザのコミュニケーションの時間を、グループを構成する各ユーザが支払った金額に基づいて設定してもよい。その結果、本実施形態によれば、限定ではなく例として、より高い金額を支払うメンバーがより長い時間コミュニケーションを取ることが可能となるため、入札金額について、より高い金額を支払うことのインセンティブを視聴者に与えることができる。

また、本実施形態によれば、限定ではなく例として、グループを登録することに関する登録情報は、グループによる入札の金額の上限値または下限値の情報を含んでもよい。その結果、限定ではなく例として、サーバ１０は、記憶部１５に記憶された登録情報に基づいて入札金額の制御を行うことにより、入札金額が上がりすぎてしまうことに起因して、視聴者が支払い不能になるリスクや、入札金額が低すぎることにより落札できない可能性を低減することが可能である。また、限定ではなく例として、登録情報に入札の金額の上限値または下限値が含まれていることにより、視聴者は、自身の経済的事情に応じて、グループに加入するか否かを判断することが可能である。

また、本実施形態によれば、限定ではなく例として、入札情報は、金額に関する情報を含み、サーバ１０は、グループによる入札の金額のうち、グループを構成する各ユーザの負担を、割り勘、または設定された割合に基づいて設定してもよい。その結果、グループの入札のためにグループに属するユーザが負担する金額をより柔軟に設定することが可能である。より具体的には、限定ではなく例として、経済的にゆとりのある視聴者に対して高い負担割合を設定し、経済的にゆとりのない視聴者に対して低い負担割合を設定することも可能である。

また、本実施形態によれば、限定ではなく例として、入札情報は、金額の情報を含み、サーバ１０は、グループによる入札の金額としてグループの各ユーザが支払う予定の金額に基づいて、グループに含まれていないユーザがグループに加入するために支払う支払金額を設定してもよい。その結果、グループの初期メンバーであるユーザが感じる不公平感を軽減することができる。すなわち、あるグループによるコミュニケーション権の落札が決まったあとに、あるユーザがそのグループへの加入を決めた場合、初期メンバーは、コミュニケーション権を落札したグループに対してただ乗りされたような不公平感を持つ場合がある。本実施形態によれば、後から加入したユーザに対して割増料金を設定することにより、このような不公平感が生じるのを抑止することができる。

＜第９実施形態＞
第７実施形態および第８実施形態では、グループでコミュニケーション権を入札し、ライブ配信中にコミュニケーションを行う実施形態について説明した。第９実施形態は、グループでコミュニケーション権を落札した後に、グループに属するユーザが何らかの理由によりグループから脱退した場合に、入札金額に関して、そのユーザの負担金額の扱いを設定可能にする実施形態である。グループからの脱退の理由は、限定ではなく例として、グループに属するユーザの視聴者端末２０とサーバ１０との間の通信が切断された、ユーザが視聴者端末２０を操作する等により意図的にグループから脱退したなど理由を含む。

本実施形態に係る情報処理の概要は、第７実施形態において図１６を参照して説明した内容と同様であるため、ここでは説明を省略する。

次に、図２０を参照して、通信システム１による第９実施形態に係る情報処理の詳細を説明する。まず、ステップＳ１１１およびＳ１１２の処理は、第８実施形態と同様であるため、ここでは説明を省略する。

次に、ステップＳ１２００において、視聴者端末２０Ａは、視聴者から入力部２２を介して、登録されるグループに関する各種の設定情報の入力を受け付ける。

図２４を参照して、限定ではなく例として、図２０のステップＳ１２００において、視聴者端末２０Ａがグループに関する各種の設定情報の入力を受け付ける方法を説明する。図２４には、限定ではなく例として、視聴者端末２０Ａの表示部２３ａに表示される画像２４００が示されている。画像２４００は、限定ではなく例として、入力部２２を介してグループに関する設定情報を入力するための領域２１０１、２１０３、２１０４、２１０５、２１０６、２１０７、２４０１、および２４０２を含む。また、画像２４００には、限定ではなく例として、入力された設定情報の登録を要求するための登録ボタン２１０８が表示されている。限定ではなく例として、登録ボタン２１０８が入力部２２を介して選択されると、領域２１０１、２１０３、２１０４、２１０５、２１０６、２１０７、２４０１、および２４０２に入力された設定情報、図２２を参照して説明した入力情報がサーバ１０に送信され、登録される（記憶部１５に記憶される）。

領域２１０１、２１０３、２１０４、２１０５、２１０６、および２１０７の説明は、図２１Ａと同様であるため、ここでは説明を省略する。

領域２４０１は、限定ではなく例として、グループでコミュニケーション権を落札した後に、グループに属する視聴者が何らかの理由によりグループから脱退した場合に、入札金額に関して、その視聴者が負担することになっていた金銭をその視聴者が実際に負担するか否かを設定するための領域である。限定ではなく例として、視聴者は入力部２２を介して、領域２４０１に表示された「負担する」または「負担しない」を選択することができる。「負担する」が設定された場合、落札した後に、グループに属する視聴者がグループから脱退した場合に、入札金額に関して、脱退した視聴者を除くグループのメンバーが脱退した視聴者の負担金額を負担するように設定される。「負担しない」が設定された場合、落札した後に、グループに属する視聴者がグループから脱退した場合に、入札金額に関して、その視聴者は負担金額を実際には負担せず、グループによる入札の金額からその視聴者の負担金額が差し引かれた金額がグループによる入札の金額となるように設定される。

領域２４０２は、限定ではなく例として、グループの管理者である視聴者が何らかの理由によりグループから脱退した場合に、そのグループの管理者権限の委譲先を設定するための領域である。限定ではなく例として、視聴者は入力部２２を介して、「委譲先１」と表示された右側の領域に第１の委譲先の視聴者の視聴者ＩＤを入力し、「委譲先２」と表示された右側の領域に第２の委譲先の視聴者の視聴者ＩＤを入力することができる。限定ではなく例として、第１の委譲先は、現在の管理者がグループから脱退したしたときの委譲先である。限定ではなく例として、第２の委譲先は、現在の管理者から管理者権限を委譲するときに、第１の委譲先の視聴者がグループに属していない場合（または、第１の委譲先から他の視聴者へ管理者権限の委譲が必要である場合）の委譲先である。

図２０に戻る。ステップＳ１２００の後、ステップＳ１２０１、Ｓ１２０２、Ｓ１２１、Ｓ１２２、Ｓ１３１、およびＳ１３２が実施される。処理の詳細は、第８実施形態で説明した処理と同様であるため、ここでは説明を省略する。

限定ではなく例として、ステップＳ１２０１において、サーバ１０が受信した登録情報において、落札後に視聴者がグループから脱退後も負担金額を実際に負担するように設定されている（限定ではなく例として、図２４の領域２４０１の「負担する」が選択されている）とする。この場合、ステップＳ１２０２において、サーバ１０は、グループによりコミュニケーション権を落札後に視聴者がグループから脱退場合、入札金額に関して、脱退した視聴者を除くグループのメンバーが脱退した視聴者の負担金額を負担する（限定ではなく例として、脱退した視聴者の負担金額を割り勘にして負担する）設定となるように、登録情報を記憶部１５に記憶してもよい。

または、限定ではなく例として、ステップＳ１２０１において、サーバ１０が受信した登録情報において、落札後に視聴者がグループから脱退後も負担金額を実際に負担しないように設定されている（限定ではなく例として、図２４の領域２４０１の「負担しない」が選択されている）とする。この場合、ステップＳ１２０２において、サーバ１０は、落札した後に、グループに属する視聴者がグループから脱退した場合に、入札金額に関して、その視聴者は負担金額を実際には負担せず、グループによる入札の金額からその視聴者の負担金額が差し引かれた金額がグループによる入札の金額になる設定となるように、登録情報を記憶部１５に記憶してもよい。

また、限定ではなく例として、ステップＳ１２０１において、サーバ１０が受信した登録情報において、グループの管理者である視聴者がグループから脱退した場合のそのグループの管理者権限の委譲先が設定されている（限定ではなく例として、図２４の領域２４０２に委譲先の視聴者の視聴者ＩＤが入力されている）とする。この場合、ステップＳ１２０２において、サーバ１０は、グループの管理者である視聴者がグループから脱退した場合のそのグループの管理者権限の委譲先の視聴者の視聴者ＩＤを記憶部１５にする。管理者が脱退した場合、サーバ１０は、記憶された委譲先の視聴者の視聴者ＩＤに基づいて、管理者権限を委譲するように制御する。

以上のように本実施形態によれば、限定ではなく例として、サーバ１０は、グループが出品情報（限定ではなく例として、コミュニケーション権）を落札した後、グループに含まれる第１ユーザ（限定ではなく例として、視聴者端末２０Ａのユーザ）がグループから脱退した場合、第１ユーザが支払う予定であった金額を、第１ユーザを除くグループの各ユーザが負担するように、グループの各ユーザの支払い金額を設定する。その結果、グループによる落札後にそのグループに属するメンバーが脱退した場合であっても、グループによる入札の金額に変更が生じない。そのため、限定ではなく例として、落札した金額が実際に支払われないなどの事象の発生を抑止できる。

また、本実施形態によれば、限定ではなく例として、サーバ１０は、グループが出品情報（限定ではなく例として、コミュニケーション権）を落札した後、グループに含まれる第２ユーザ（限定ではなく例として、視聴者端末２０Ａのユーザ）がグループから脱退した場合、グループによる入札の金額から第２ユーザが支払う予定であった金額を差し引いた金額を、グループによる入札の金額として決定する。その結果、あるユーザがグループから脱退した後、そのグループに属する他のユーザが、脱退したユーザの負担金額を負担するという不利益が生じることを回避できる。

本開示の実施形態を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本開示の範囲に含まれることに留意されたい。限定でなく例として、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、各実施形態に示す構成を適宜組み合わせることとしてもよい。

Ｂ・・・バス、Ｎ・・・ネットワーク、１・・・通信システム、１０・・・サーバ、２０・・・視聴者端末、３０・・・配信者端末、１１，２１，３１・・・制御部、１２，２２，３２・・・入力部、１３，２３，３３・・・出力部、１４，２４，３４・・・通信Ｉ／Ｆ、１５，２５，３５・・・記憶部

Claims (26)

1. 第１端末から送信された第１映像データおよび第１音データを、前記第１端末とは異なる複数端末に送信するサーバであって、
   メモリからプログラムを読み出し、前記プログラムに基づく処理を実行するプロセッサーを含み、
   前記プロセッサーは、
   前記第１端末のユーザとのコミュニケーションを行うことに関する権利を、前記サーバによって開催されるオークションへ出品するための出品情報を前記サーバの通信部によって前記第１端末から受信することと、
   前記オークションへの入札に関する入札情報を、第２端末を含む前記複数端末の各々から前記通信部によって受信することと、
   複数の前記入札情報に基づく、前記オークションの落札者である前記第２端末のユーザの前記第２端末に前記落札者であることを示す落札情報を前記通信部によって送信することとを実行する。
2. 請求項１に記載のサーバであって、
   前記プロセッサーは、前記入札情報に基づき、前記第１端末のユーザに支払われる支払い情報を前記通信部によって前記第１端末に送信することを実行する。
3. 請求項１または請求項２に記載のサーバであって、
   前記コミュニケーションは、前記第１端末と前記第２端末との間で映像データおよび音データの送受信を行うことを含む。
4. 請求項３に記載のサーバであって、
   前記コミュニケーションは、前記第１端末によって前記第１映像データおよび前記第１音データを前記複数端末に送信している間、前記第１端末と前記第２端末との間で映像データおよび音データとの送受信を行うことを含む。
5. 請求項１から請求項４のいずれか一項に記載のサーバであって、
   前記プロセッサーは、前記入札情報と、前記複数端末の各々のユーザのユーザ情報とに基づいて、前記落札者を決定することを実行する。
6. 請求項５に記載のサーバであって、
   前記ユーザ情報は、前記第１端末が過去に送信した第２映像データおよび第２音データへの前記各々のユーザの参加に関する情報を含む。
7. 請求項６に記載のサーバであって、
   前記参加に関する情報は、前記第２映像データおよび前記第２音データに対する前記各々のユーザの視聴情報、第２映像データおよび第２音データに対する前記各々のユーザによって送信されたコメントに関するコメント情報、および第２映像データおよび第２音データに対する前記各々のユーザによって送信された広告に関する広告情報のうち少なくとも一つを含む。
8. 請求項１から請求項７のいずれか一項に記載のサーバであって、
   前記入札情報は、金額に関する情報を含み、
   前記プロセッサーは、前記入札情報に基づき、入札金額が最も高い前記第２端末のユーザを前記落札者に決定することを実行する。
9. 請求項１から請求項７のいずれか一項に記載のサーバであって、
   前記プロセッサーは、前記入札情報と、前記第１端末のユーザによる前記落札者の選択とに基づいて、前記落札者を決定することを実行する。
10. 請求項１から請求項７のいずれか一項に記載のサーバであって、
    前記プロセッサーは、前記第２端末から送信された前記第１端末のユーザに対する依頼に関する依頼情報を、前記第１端末に前記通信部によって送信することを実行する。
11. 請求項１０に記載のサーバであって、
    前記プロセッサーは、前記依頼情報に基づく、前記第１端末のユーザによる前記落札者の選択に基づいて、前記落札者を決定することを実行する。
12. 請求項３または請求項４に記載のサーバであって、
    前記プロセッサーは、前記コミュニケーションにおいて、少なくとも前記第２端末から送信される映像データおよび音声データを、前記複数端末に対して非公開にすることに関する非公開情報を前記第２端末から前記通信部によって受信することを実行する。
13. 請求項３または請求項４に記載のサーバであって、
    前記プロセッサーは、前記コミュニケーションにおいて、少なくとも前記第２端末から送信される映像データおよび音声データを処理することに関する処理情報を前記第２端末から前記通信部によって受信することを実行する。
14. 請求項１から請求項１３のいずれか一項に記載のサーバであって、
    前記プロセッサーは、
    １または複数のユーザで構成され、少なくとも前記第２端末のユーザを含むグループを登録することに関する登録情報を前記第２端末から受信することと、
    登録された前記グループによる入札として、前記第２端末から前記入札情報を前記通信部によって受信することを実行する。
15. 請求項１４に記載のサーバであって、
    前記入札情報は、金額に関する情報を含み、
    前記金額に関する情報は、前記グループによる入札の金額として、前記グループを構成する各ユーザが支払う金額の総額の情報を含む。
16. 請求項１５に記載のサーバであって、
    前記プロセッサーは、前記グループが前記出品情報を落札した場合、前記グループを構成する各ユーザの前記コミュニケーションの時間を、前記グループを構成する各ユーザが支払った金額に基づいて設定することを実行する。
17. 請求項１４から請求項１６のいずれか一項に記載のサーバであって、
    前記登録情報は、前記グループによる入札の金額の上限値または下限値の情報を含む。
18. 請求項１４から請求項１７のいずれか一項に記載のサーバであって、
    前記入札情報は、金額に関する情報を含み、
    前記プロセッサーは、前記グループによる入札の金額のうち、前記グループを構成する各ユーザの負担を、割り勘、または設定された割合に基づいて設定することを実行する。
19. 請求項１８に記載のサーバであって、
    前記プロセッサーは、前記グループが前記出品情報を落札した後、前記グループに含まれる第１ユーザが前記グループから脱退した場合、前記第１ユーザが支払う予定であった金額を、前記第１ユーザを除く前記グループの各ユーザが負担するように、前記グループの各ユーザの支払い金額を設定することを実行する。
20. 請求項１８に記載のサーバであって、
    前記プロセッサーは、前記グループが前記出品情報を落札した後、前記グループに含まれる第２ユーザが前記グループから脱退した場合、前記グループによる入札の金額から前記第２ユーザが支払う予定であった金額を差し引いた金額を、前記グループによる入札の金額として決定することを実行する。
21. 請求項１４から請求項２０のいずれか一項に記載のサーバであって、
    前記入札情報は、金額の情報を含み、
    前記プロセッサーは、前記グループによる入札の金額として前記グループの各ユーザが支払う予定の金額に基づいて、前記グループに含まれていないユーザが前記グループに加入するために支払う支払金額を設定することを実行する。
22. 請求項１から請求項２１のいずれか一項に記載のサーバであって、
    前記入札情報は、前記第１端末によって前記第１映像データおよび前記第１音データを前記複数端末に送信している間、前記通信部によって受信される。
23. 請求項１から請求項２１のいずれか一項に記載のサーバであって、
    前記入札情報は、前記第１端末によって前記第１映像データおよび前記第１音データを前記複数端末に送信する前に、前記通信部によって受信される。
24. 第１端末から送信された第１映像データおよび第１音データを、前記第１端末とは異なる複数端末に送信するサーバによって実行されるプログラムであって、
    前記第１端末のユーザとのコミュニケーションを行うことに関する権利を、前記サーバによって開催されるオークションへ出品するための出品情報を前記サーバの通信部によって前記第１端末から受信することと、
    前記オークションへの入札に関する入札情報を、第２端末を含む前記複数端末の各々から前記通信部によって受信することと、
    複数の前記入札情報に基づく前記オークションの落札者である前記第２端末のユーザの前記第２端末に前記落札者であることを示す落札情報を前記通信部によって送信することとが前記サーバによって実行される。
25. 第１端末から送信された第１映像データおよび第１音データを、前記第１端末とは異なる複数端末に送信するサーバであって、
    前記第１端末のユーザとのコミュニケーションを行うことに関する権利を、前記サーバによって開催されるオークションへ出品するための出品情報を前記第１端末から受信するし、前記オークションへの入札に関する入札情報を、第２端末を含む前記複数端末の各々から受信し、複数の前記入札情報に基づく前記オークションの落札者である前記第２端末のユーザの前記第２端末に前記落札者であることを示す落札情報を送信する通信部を備える。
26. 第１端末から送信された第１映像データおよび第１音データを、前記第１端末とは異なる複数端末に送信するサーバの情報処理方法であって、
    前記第１端末のユーザとのコミュニケーションを行うことに関する権利を、前記サーバによって開催されるオークションへ出品するための出品情報を前記サーバの通信部によって前記第１端末から受信することと、
    前記オークションへの入札に関する入札情報を、第２端末を含む前記複数端末の各々から前記通信部によって受信することと、
    複数の前記入札情報に基づく前記オークションの落札者である前記第２端末のユーザの前記第２端末に前記落札者であることを示す落札情報を前記通信部によって送信することとを含む。

Images