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

Description

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

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

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

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

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

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

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

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

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

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

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

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

ネットワークＮのうちの１つまたは複数の部分は、有線ネットワークや無線ネットワー
クであってもよいし、そうでなくてもよい。また、ネットワークＮのうちの１つまたは複
数の部分は、ＩＰ（Internet Protocol）ネットワークであってもよいし、そうでなくて
もよい。ネットワークＮは、限定でなく例として、アドホック・ネットワーク（ad hoc n
etwork）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virt
ual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area networ
k：ＬＡＮ）、ワイヤレスＬＡＮ（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）、マルチプロセッサ（multiproce
ssor）、ＡＳＩＣ（application-specific integrated circuit）、またはＦＰＧＡ（fie
ld programmable gate array）を含む。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (14)

1. 第１端末から送信された第１映像データおよび第１音データを、前記第１端末とは異なる複数端末に送信するサーバであって、
   メモリからプログラムを読み出し、前記プログラムに基づく処理を実行するプロセッサーを含み、
   前記プロセッサーは、
   映像データおよび音データの送受信による、前記第１端末のユーザとのコミュニケーションを行うことに関する権利を出品するための出品情報を前記サーバの通信部によって前記第１端末から受信することと、
   前記出品情報に関する前記権利に対する価値情報を、第２端末を含む前記複数端末の各々から前記通信部によって受信することと、
   複数の前記価値情報と、前記第１端末から過去に送信された第２映像データおよび第２音データを含むサービスへの前記複数端末の各々のユーザの関与の程度に関する情報とに基づいて、前記複数端末の各々のユーザの中から前記権利に基づいて前記第１端末のユーザとコミュニケーションをすることが可能な前記第２端末のユーザを決定することとを実行する。
2. 請求項１に記載のサーバであって、
   前記コミュニケーションは、前記第１端末によって前記第１映像データおよび前記第１音データを前記複数端末に送信している間、前記第１端末と前記第２端末との間で映像データおよび音データとの送受信を行うことを含む。
3. 請求項１に記載のサーバであって、
   前記プロセッサーは、前記コミュニケーションにおいて、少なくとも前記第２端末から送信される映像データおよび音声データを、前記第２端末以外の前記複数端末に対して非公開にすることに関する非公開情報を前記第２端末から前記通信部によって受信することを実行する。
4. 請求項１から請求項３のいずれか一項に記載のサーバであって、
   前記プロセッサーは、前記コミュニケーションにおいて、少なくとも前記第２端末から送信される映像データおよび音声データを処理することに関する処理情報を前記第２端末から前記通信部によって受信することを実行する。
5. 請求項４に記載のサーバであって、
   前記処理情報は、前記第２端末のユーザが特定されないようにする処理を含む。
6. 請求項１に記載のサーバであって、
   前記関与の程度に関する情報は、前記サービスに対する前記各々のユーザによって送信されたコメントの投稿頻度に関するコメント情報、および、前記サービスに対する前記各々のユーザによって送信された広告の投稿頻度に関する広告情報のうち少なくとも一つを含む。
7. 請求項１から請求項６のいずれか一項に記載のサーバであって、
   前記プロセッサーは、
   １または複数のユーザで構成され、少なくとも前記第２端末のユーザを含むグループを登録することに関する登録情報を前記第２端末から受信することと、
   前記関与の程度に関する情報と前記価値情報と前記登録情報とに基づいて、登録された前記グループに含まれる各々のユーザが、前記複数端末の各々のユーザの中から前記権利に基づいて前記第１端末のユーザとコミュニケーションをすることが可能なユーザであることを決定することとを実行する。
8. 請求項７に記載のサーバであって、
   前記価値情報は、金額に関する情報を含み、
   前記金額に関する情報は、前記グループを構成する各ユーザが支払う金額の総額の情報を含む。
9. 請求項８に記載のサーバであって、
   前記プロセッサーは、前記グループが前記第１端末のユーザとコミュニケーションをすることが可能なユーザを含む場合、前記グループを構成する各ユーザの前記コミュニケーションの時間を、前記グループを構成する各ユーザが支払った金額に基づいて設定することを実行する。
10. 請求項７から請求項９のいずれか一項に記載のサーバであって、
    前記価値情報は、金額に関する情報を含み、
    前記プロセッサーは、前記グループを構成する各ユーザが負担する金額を、割り勘、または設定された割合に基づいて設定することを実行する。
11. 請求項１から請求項１０のいずれか一項に記載のサーバであって、
    前記価値情報は、前記第１端末によって前記第１映像データおよび前記第１音データを前記複数端末に送信している間、前記通信部によって受信される。
12. 請求項１から請求項１１のいずれか一項に記載のサーバであって、
    前記価値情報は、前記第１端末によって前記第１映像データおよび前記第１音データを前記複数端末に送信する前に、前記通信部によって受信される。
13. 第１端末から送信された第１映像データおよび第１音データを、前記第１端末とは異なる複数端末に送信するサーバが実行する情報処理方法であって、
    映像データおよび音データの送受信による、前記第１端末のユーザとのコミュニケーションを行うことに関する権利を出品するための出品情報を前記サーバの通信部によって前記第１端末から受信することと、
    前記出品情報に関する前記権利に対する価値情報を、第２端末を含む前記複数端末の各々から前記通信部によって受信することと、
    複数の前記価値情報と、前記第１端末から過去に送信された第２映像データおよび第２音データを含むサービスへの前記複数端末の各々のユーザの関与の程度に関する情報とに基づいて、前記複数端末の各々のユーザの中から前記権利に基づいて前記第１端末のユーザとコミュニケーションをすることが可能な前記第２端末のユーザを決定することとを含む。
14. 第１端末から送信された第１映像データおよび第１音データを、前記第１端末とは異なる複数端末に送信するサーバによって実行されるプログラムであって、
    前記プログラムは、
    映像データおよび音データの送受信による、前記第１端末のユーザとのコミュニケーションを行うことに関する権利を出品するための出品情報を前記サーバの通信部によって前記第１端末から受信することと、
    前記出品情報に関する前記権利に対する価値情報を、第２端末を含む前記複数端末の各々から前記通信部によって受信することと、
    複数の前記価値情報と、前記第１端末から過去に送信された第２映像データおよび第２音データを含むサービスへの前記複数端末の各々のユーザの関与の程度に関する情報とに基づいて、前記複数端末の各々のユーザの中から前記権利に基づいて前記第１端末のユーザとコミュニケーションをすることが可能な前記第２端末のユーザを決定することとを前記サーバに実行させる、プログラム。