WO2021006065A1 - 情報処理システム、情報処理方法、及び記録媒体 - Google Patents

Abstract

本技術は、より良いユーザ体験を提供することができるようにする情報処理システム、情報処理方法、及び記録媒体に関する。 現在、行動を共にしている複数ユーザを特定コミュニティに属している複数ユーザとして設定し、各ユーザが利用可能な同一種類のサービスに応じて、複数ユーザが、各ユーザに対応する各無線デバイスにより、同一種類のサービスを、略同一のタイミングで体験できるように制御する制御部を備える情報処理システムが提供される。本技術は、例えば、音楽配信サービスにより配信される楽曲を再生可能な無線デバイスを含むシステムに適用することができる。

Description

情報処理システム、情報処理方法、及び記録媒体

　本技術は、情報処理システム、情報処理方法、及び記録媒体に関し、特に、より良いユーザ体験を提供することができるようにした情報処理システム、情報処理方法、及び記録媒体に関する。

　近年、情報機器の普及に伴い、機器の特性を活かした様々なサービスや機能が提供されている（例えば、特許文献１乃至６参照）。

特開2002-278572号公報 特開2002-244676号公報 特開2001-184292号公報 国際公開第2008/107984号 特開2008-072558号公報 特開2013-254305号公報

　ところで、複数ユーザが行動を共にしている場合に、当該複数ユーザに対して各ユーザが所持する機器を利用してサービスを提供するに際しては、より良いユーザ体験を提供することが求められる。

　本技術はこのような状況に鑑みてなされたものであり、より良いユーザ体験を提供することができるようにするものである。

　本技術の一側面の情報処理システムは、現在、行動を共にしている複数ユーザを特定コミュニティに属している複数ユーザとして設定し、各ユーザが利用可能な同一種類のサービスに応じて、前記複数ユーザが、各ユーザに対応する各無線デバイスにより、同一種類のサービスを、略同一のタイミングで体験できるように制御する制御部を備える情報処理システムである。

　本技術の一側面の情報処理方法は、情報処理システムが、現在、行動を共にしている複数ユーザを特定コミュニティに属している複数ユーザとして設定し、各ユーザが利用可能な同一種類のサービスに応じて、前記複数ユーザが、各ユーザに対応する各無線デバイスにより、同一種類のサービスを、略同一のタイミングで体験できるように制御する情報処理方法である。

　本技術の一側面の記録媒体は、コンピュータを、現在、行動を共にしている複数ユーザを特定コミュニティに属している複数ユーザとして設定し、各ユーザが利用可能な同一種類のサービスに応じて、前記複数ユーザが、各ユーザに対応する各無線デバイスにより、同一種類のサービスを、略同一のタイミングで体験できるように制御する制御部として機能させるためのプログラムを記録した記録媒体である。

　本技術の一側面の情報処理システム、情報処理方法、及び記録媒体においては、現在、行動を共にしている複数ユーザが特定コミュニティに属している複数ユーザとして設定され、各ユーザが利用可能な同一種類のサービスに応じて、前記複数ユーザが、各ユーザに対応する各無線デバイスにより、同一種類のサービスが、略同一のタイミングで体験できるように制御される。

本技術の概要を示した代表図である。 本技術を適用した情報処理システムの構成の例を示す図である。 図２の管理サーバの構成の例を示す図である。 図２のサービス提供サーバの構成の例を示す図である。 図２の無線デバイスの構成の例を示す図である。 第１の実施の形態における情報処理の第１の例を表した図である。 第１の実施の形態における情報処理の第１の例を表した図である。 第１の実施の形態における情報処理の第２の例を表した図である。 第１の実施の形態における情報処理の第２の例を表した図である。 第１の実施の形態における情報処理の第３の例を表した図である。 第１の実施の形態における情報処理の第３の例を表した図である。 第１の実施の形態における情報処理の全体像を説明するフローチャートである。 ユーザの音楽配信サービスの利用状態と権利処理の例を示す図である。 同一の音楽配信サービスを利用している場合の楽曲再生の流れを示す図である。 異なる音楽配信サービスを利用している場合の楽曲再生の流れを示す図である。 コミュニティの概要を示した図である。 第２の実施の形態における情報処理の第１の例を表した図である。 第２の実施の形態における情報処理の第２の例を表した図である。 第２の実施の形態における情報処理の第３の例を表した図である。 第２の実施の形態における情報処理の第４の例を表した図である。 イベントドリブンに対応した再生コンテンツ切り替え処理の流れを説明するフローチャートである。 第２の実施の形態における情報処理の全体像を説明するフローチャートである。 第２の実施の形態における情報処理の全体像を説明するフローチャートである。 コンテンツの推薦方法の例を示す図である。 コミュニティに対応したコンテンツ推薦処理の流れを説明するフローチャートである。 エージェントを利用した情報収集の例を示す図である。 推薦曲の提示に対応した情報処理システムの構成の例を示す図である。 コミュニティに対応したフォルダ管理の例を示す図である。 第３の実施の形態における情報処理の全体像を説明するフローチャートである。 第４の実施の形態における情報処理の全体像を説明するフローチャートである。 第５の実施の形態における情報処理の全体像を説明するフローチャートである。 第６の実施の形態における情報処理の全体像を説明するフローチャートである。 スライドショー生成時におけるコンテンツの対象領域の例を示す図である。 コンテンツのソーシャルメディアへの投稿の例を示す図である。 撮影画像のソーシャルメディアへの投稿の例を示す図である。 コミュニティSNSへのコンテンツの投稿の概要を示す図である。 コミュニティSNS投稿処理の流れを説明するフローチャートである。 第７の実施の形態における情報処理の全体像を説明するフローチャートである。 第７の実施の形態における情報処理の全体像を説明するフローチャートである。 第８の実施の形態における情報処理の全体像を説明するフローチャートである。 コミュニティ内の一部のユーザが一定距離だけ離れた場合を模式的に表した図である。 第９の実施の形態における情報処理の全体像を説明するフローチャートである。 AR情報を共有する場合の構成の例を示す図である。 コミュニティ内外のユーザとの会話の例を模式的に表した図である。 第１０の実施の形態における情報処理の全体像を説明するフローチャートである。 コミュニティ内の会話に応じたプレイリストの生成の例を示す図である。 第１１の実施の形態における情報処理の全体像を説明するフローチャートである。 コミュニティ内のユーザの別行動時の挙動の例を示す図である。 ユーザコネクションの表示の例を示す図である。 コンピュータの構成の例を示す図である。

　以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。

１．第１の実施の形態：基本構成
２．第２の実施の形態：音楽配信サービスに対応した構成
３．第３の実施の形態：推薦コンテンツの選定に対応した構成
４．第４の実施の形態：コミュニティの自動形成に対応した構成
５．第５の実施の形態：コミュニティの支援に対応した構成
６．第６の実施の形態：外部環境に適合した再生制御に対応した構成
７．第７の実施の形態：スライドショー等に対応した構成
８．第８の実施の形態：コンテンツの評価結果に対応した構成
９．第９の実施の形態：メンバの離間に対応した構成
１０．第１０の実施の形態：AR情報の表示に対応した構成
１１．第１１の実施の形態：メンバによるプレイリストの生成に対応した構成
１２．変形例
１３．コンピュータの構成

（代表図）
　図１は、本技術の概要を示した代表図である。

　本技術は、行動を共にしている複数ユーザが、各ユーザが利用可能な同一種類のサービスに応じて、各ユーザの各無線デバイスにより、同一種類のサービスを略同一のタイミングで体験することができるようにして、より良いユーザ体験を提供するものである。

　図１においては、デート中の恋人同士が、音楽を聴きながら歩いている。このとき、男性と女性は、耳をふさがないオープンイヤー型のイヤホン等の外部の音も聴くことが可能なイヤホンをそれぞれ装着しており、音楽を聴きながら、環境音を聞いたり、相手との会話を楽しんだりしている。

　ここで、男性と女性は、同じ音楽を聴いているが、各自のスマートフォン等の機器により楽曲（音楽）をそれぞれ再生しているため、楽曲（音楽）を再生している機器が異なっている。また、男性と女性は、それぞれ、音楽配信サービスに加入している。

　本技術では、行動を共にしているデート中の恋人同士が、男性と女性が利用可能な音楽配信サービスに応じて、各自のスマートフォン等の機器（に無線通信で接続されたオープンイヤー型のイヤホン等）により、音楽配信サービスを略同一のタイミングで体験することができるようにしている。

　これにより、二人だけが聴くことができる音楽が二人だけの空間を演出したり、あるいは、流れる音楽がデートを盛り上げたりするなど、より良いユーザ体験を提供することができる。

＜１．第１の実施の形態＞

（システムの構成例）
　図２は、本技術を適用した情報処理システムの構成の例を示している。

　情報処理システム１は、管理サーバ１０、サービス提供サーバ２０－１乃至２０－Ｎ（Ｎ：１以上の整数）、アプリ配信サーバ２１、及び無線デバイス３０－１乃至３０－Ｍ（Ｍ：１以上の整数）から構成される。

　また、情報処理システム１において、サービス提供サーバ２０－１乃至２０－Ｎ、及びアプリ配信サーバ２１と、無線デバイス３０－１乃至３０－Ｍとは、ネットワーク４０を介して相互に接続されている。

　管理サーバ１０は、データベース等のデータを管理するための１又は複数のサーバ装置から構成され、データセンタ等に設置される。管理サーバ１０は、コミュニティやそのメンバに関する情報などを管理する。管理サーバ１０は、無線デバイス３０－１乃至３０－Ｍからの要求に応じて、管理している情報を提供する。

　サービス提供サーバ２０－１は、音楽配信サービス等の各種のサービスを提供するための１又は複数のサーバ装置から構成され、データセンタ等に設置される。サービス提供サーバ２０－１は、無線デバイス３０－１乃至３０－Ｍからの要求に応じて、各種のサービスを提供する。

　サービス提供サーバ２０－２乃至２０－Ｎは、サービス提供サーバ２０－１と同様に、無線デバイス３０－１乃至３０－Ｍからの要求に応じて、各種のサービスを提供する。なお、以下の説明では、サービス提供サーバ２０－１乃至２０－Ｎを、特に区別する必要がない場合、サービス提供サーバ２０と称する。

　アプリ配信サーバ２１は、各種のサービスを提供するためのアプリケーションを配信するための１又は複数のサーバ装置から構成され、データセンタ等に設置される。アプリ配信サーバ２１は、無線デバイス３０－１乃至３０－Ｍからの要求に応じて、アプリケーションを配信する。

　無線デバイス３０－１は、スマートフォンや携帯電話機、タブレット端末、ウェアラブル機器、携帯音楽プレイヤ、ゲーム機、パーソナルコンピュータなどの情報機器から構成される。

　無線デバイス３０－１は、管理サーバ１０により管理される情報に基づき、コミュニティやそのメンバに関する処理を行う。また、無線デバイス３０－１は、サービス提供サーバ２０から提供される各種のサービスに応じた処理を行う。また、無線デバイス３０－１は、アプリ配信サーバ２１にアクセスして、アプリケーションをダウンロードする。

　無線デバイス３０－２乃至３０－Ｍは、無線デバイス３０－１と同様に、管理サーバ１０やサービス提供サーバ２０、アプリ配信サーバ２１と各種のデータをやりとりすることで、各種の処理を行う。なお、以下の説明では、無線デバイス３０－１乃至３０－Ｍを、特に区別する必要がない場合、無線デバイス３０と称する。

（管理サーバの構成例）
　図３は、図２の管理サーバ１０の構成の例を示している。

　図３において、管理サーバ１０は、制御部１００、入力部１０１、出力部１０２、記憶部１０３、及び通信部１０４から構成される。

　制御部１００は、CPU(Central Processing Unit)等のプロセッサから構成される。制御部１００は、各部の動作の制御や、各種の演算処理を行う中心的な処理装置である。

　入力部１０１は、マウスやキーボード等の入力装置から構成される。入力部１０１は、ユーザの操作に応じた操作信号を、制御部１００に供給する。

　出力部１０２は、ディスプレイやスピーカ等の出力装置から構成される。出力部１０２は、制御部１００からの制御に従い、映像や音声などを出力する。

　記憶部１０３は、不揮発性メモリや揮発性メモリを含む半導体メモリ、HDD(Hard Disk Drive)などの大容量の記憶装置から構成される。記憶部１０３は、制御部１００からの制御に従い、各種のデータを記憶する。

　通信部１０４は、所定の規格に準拠した無線通信又は有線通信に対応した通信モジュールなどから構成される。通信部１０４は、制御部１００からの制御に従い、ネットワーク４０を介して他の機器と通信を行う。

（サービス提供サーバの構成例）
　図４は、図２のサービス提供サーバ２０の構成の例を示している。

　図４において、サービス提供サーバ２０は、制御部２００、入力部２０１、出力部２０２、記憶部２０３、及び通信部２０４から構成される。

　制御部２００は、CPU等のプロセッサから構成される。制御部２００は、各部の動作の制御や、各種の演算処理を行う中心的な処理装置である。

　入力部２０１は、マウスやキーボード等の入力装置から構成される。入力部２０１は、ユーザの操作に応じた操作信号を、制御部２００に供給する。

　出力部２０２は、ディスプレイやスピーカ等の出力装置から構成される。出力部２０２は、制御部２００からの制御に従い、各種のデータに応じた情報を出力する。

　記憶部２０３は、不揮発性メモリ等の半導体メモリ等から構成される。記憶部２０３は、制御部２００からの制御に従い、各種のデータを記憶する。

　通信部２０４は、所定の規格に準拠した無線通信又は有線通信に対応した通信モジュールなどから構成される。通信部２０４は、制御部２００からの制御に従い、ネットワーク４０を介して他の機器と通信を行う。

（無線デバイスの構成例）
　図５は、図２の無線デバイス３０の構成の例を示している。

　図５において、無線デバイス３０は、制御部３００、入力部３０１、出力部３０２、記憶部３０３、通信部３０４、無線通信部３０５、センサ部３０６、カメラ部３０７、及び電源部３０８から構成される。

　制御部３００は、CPU等のプロセッサから構成される。制御部３００は、各部の動作の制御や、各種の演算処理を行う中心的な処理装置である。

　入力部３０１は、物理的なボタン３２１や、マイクロフォン３２２等の入力装置から構成される。入力部３０１は、ユーザの操作や動作などに応じた操作信号を、制御部３００に供給する。制御部３００は、入力部３０１からの操作信号に基づき、各部の動作を制御する。

　出力部３０２は、ディスプレイ３３１及びスピーカ３３２等の出力装置から構成される。出力部３０２は、制御部３００からの制御に従い、各種のデータに応じた情報を出力する。

　ディスプレイ３３１は、映像データのデコード等の映像再生機能を有する制御部３００からの映像データに応じた映像を表示する。スピーカ３３２は、音声データのデコード等の音声再生機能を有する制御部３００からの音データ（楽曲データ等）に応じた音（音楽等）を出力する。

　記憶部３０３は、不揮発性メモリ等の半導体メモリ等から構成される。記憶部３０３は、制御部３００からの制御に従い、各種のデータを記憶する。

　通信部３０４は、無線LAN(Local Area Network)、セルラー方式の通信（例えばLTE-Advancedや5G等）などの無線通信に対応した通信モジュールとして構成される。通信部３０４は、制御部３００からの制御に従い、ネットワーク４０を介して他の機器と通信を行う。

　無線通信部３０５は、Bluetooth（登録商標）などの規格に対応した無線通信により、イヤホン３１と接続され、ユーザの耳に装着されたイヤホン３１から音楽（音）を出力することができる。

　イヤホン３１は、耳をふさがないオープンイヤー型のイヤホンや、環境音や人の声等の外音をマイクロフォンで取り込んで音楽に重畳させる機能を有するイヤホンなどとすることができる。オープンイヤー型や、外部の音を取り込んで音楽に重畳させる機能を有するイヤホンなどの外部の音も聴くことが可能なイヤホンを用いることで、ユーザは、音楽を聴きながら、環境音や相手との会話を聞くことができる。

　なお、イヤホン３１は、無線に限らず、有線により無線デバイス３０と接続されてもよい。また、イヤホンに限らず、ヘッドホン等の電気音響変換機器を用いることも可能である。

　センサ部３０６は、各種のセンサデバイス等から構成される。センサ部３０６は、ユーザやその周辺などのセンシングを行い、そのセンシング結果に応じたセンサデータを、制御部３００に供給する。制御部３００は、センサ部３０６からのセンサデータに基づき、各種の処理を行う。

　ここで、センサ部３０６としては、加速度を測定する加速度センサや、角度（姿勢）や角速度、角加速度を測定するジャイロセンサ、生物の持つ心拍数、体温、又は姿勢といった情報を測定する生体センサ、磁場（磁界）の大きさや方向を測定する磁気センサ、近接するものを測定する近接センサなどを含めることができる。

　カメラ部３０７は、光学系やイメージセンサ、信号処理回路などから構成される。カメラ部３０７は、被写体を撮影して得られる画像データを、制御部３００に供給する。制御部３００は、カメラ部３０７からの画像データを、記憶部３０３に記録したり、ディスプレイ３３１に表示したりする。

　電源部３０８は、二次電池等の電池と電源管理回路から構成され、制御部３００を含む各部に電源を供給する。

　なお、上述した管理サーバ１０、サービス提供サーバ２０、及び無線デバイス３０の構成は一例であって、一部の構成要素を除いたり、あるいは他の構成要素を追加したりしてもよい。

　情報処理システム１は、以上のように構成される。以下、情報処理システム１で実行される情報処理の具体的な内容について説明する。

（第１の例）
　まず、図６及び図７を参照しながら、第１の実施の形態における情報処理の第１の例を説明する。

　第１の例では、コミュニティＡに属するユーザＡとユーザＢが出会ったときに、各ユーザＡ，Ｂの無線デバイス３０－１，３０－２で楽曲再生が行われる場合を示す。なお、ユーザＡとユーザＢは、コミュニティＡのメンバであるとも言える。このとき、ユーザＡとユーザＢが同一の体験となるように、同一のプレイリストに従って楽曲が再生されることが望ましい。

　図６において、管理サーバ１０（の制御部１００）は、コミュニティの実行予定等を計画する実行予定計画部１５１と、イベント等を管理する一緒管理部１５２と、コミュニティ等を管理するコミュニティ管理部１５３を含む。

　サービス提供サーバ２０－１は、音楽配信サービスを提供するサーバである。サービス提供サーバ２０－１（の制御部２００）は、音楽配信サービスに関する処理を実行する実行処理部２５１と、他の音楽配信サービスとの同期処理を行う同期処理部２５２とを含む。なお、同期処理部２５２は、他の音楽配信サービスと同期する必要がない場合には不要である。

　ユーザＡに対応する無線デバイス３０－１（の制御部３００）は、司令塔として機能する司令塔アプリ３５１－１と、音楽アプリ等を実行する実行処理部３５２－１とを含む。司令塔アプリ３５１－１は、イベントを検知する検知部３６１と、アプリケーションの実行を管理する実行管理部３６２とを含む。

　また、ユーザＢに対応する無線デバイス３０－２（の制御部３００）は、無線デバイス３０－１（の制御部３００）と同様に、司令塔アプリ３５１－２と実行処理部３５２－２を含んで構成される。なお、司令塔アプリ３５１－１，３５１－２は、あらかじめ無線デバイス３０－１，３０－２にインストールされていてもよいし、ネットワーク４０を介してアプリ配信サーバ２１からダウンロードされてもよい。

　ここで、無線デバイス３０－１と無線デバイス３０－２は、イベントが検知された場合、その検知イベントを含む要求を、ネットワーク４０を介して管理サーバ１０に送信する（Ｓ１１１）。

　なお、イベントの検知は、管理サーバ１０側で行うように構成しても構わない。すなわち、無線デバイス３０－１や無線デバイス３０－２に搭載されるセンサ部３０６により取得したセンサデータ、実装されるアプリケーション、管理サーバ１０、サービス提供サーバ２０－１等からの情報を収集して分析し、「メンバが出会った」や「写真撮影」等のイベントごとに設定した条件が成立したときに、イベントを検知することが可能となる。

　管理サーバ１０では、無線デバイス３０－１，３０－２からの検知イベントに基づき、事前に登録したイベントが発生した場合、当該イベントに応じた処理が行われる。

　ここでは、図７に示すように、コミュニティに関するイベント（コミュニティイベント）や、コミュニティに属するユーザの行動に関するイベント（行動イベント）等のイベントが発生する（Ｓ１１１）。

　第１の例では、検知イベントに基づき、コミュニティイベントとして、「全員揃った」であるイベントが発生している。また、このとき、ユーザＡとユーザＢが一緒にいるなど、「今どのメンバが一緒なのか」に関する情報が管理される。

　また、図７に示すように、事前に登録した実行計画に基づき、発生したイベント（コミュニティイベント）に応じた「出会ったら」に対応付けられた「音楽再生」が選定される（Ｓ１１２）。

　図６の説明に戻り、管理サーバ１０は、選定イベントを含む応答、ネットワーク４０を介して無線デバイス３０－１と無線デバイス３０－２に送信する（Ｓ１１２）。

　無線デバイス３０－１では、司令塔アプリ３５１－１により、管理サーバ１０からの選定イベントが、検知部３６１から実行管理部３６２に供給される（Ｓ１１３）。実行管理部３６２は、選定イベントに基づき、実行処理部３５２－１を制御する（Ｓ１１４）。

　ここでは、図７に示すように、「音楽再生」である選定イベントに応じて、音楽配信サービスＡ乃至Ｃの中から、ユーザＡが加入している音楽配信サービスＡが選択され、当該音楽配信サービスＡにより提供される音楽アプリの動作が制御される（Ｓ１１４）。

　図６の説明に戻り、実行処理部３５２－１は、司令塔アプリ３５１－１からの制御に従い、音楽配信サービスＡの音楽アプリを実行する（Ｓ１１５）。この音楽アプリが実行されることで、音楽配信サービスＡのサービス提供サーバ２０－１から配信される楽曲Ａが再生される。これにより、ユーザＡは、無線デバイス３０－１により再生される楽曲Ａを聴くことができる。

　一方で、無線デバイス３０－２では、無線デバイス３０－１と同様に、司令塔アプリ３５１－２が実行処理部３５２－２を制御することで、音楽アプリによって、サービス提供サーバ２０－１から配信される楽曲Ａが再生される。これにより、ユーザＢは、無線デバイス３０－２により再生される楽曲Ａ（ユーザＡが聴いている音楽と同じ音楽）を聴くことができる。

　このとき、ユーザＡとユーザＢが同一の体験となるように、同一のプレイリストに従って楽曲が再生されており、楽曲Ａ以降も、同一の楽曲が順に再生されることが望ましい。

　このように、コミュニティＡに属するユーザＡとユーザＢは、行動を共にしている間、利用可能な音楽配信サービスＡに応じて、ユーザＡの無線デバイス３０－１と、ユーザＢの無線デバイス３０－２により、略同一の当該音楽配信サービスＡを体験することができる。

（第２の例）
　次に、図８及び図９を参照しながら、第１の実施の形態における情報処理の第２の例を説明する。

　第２の例では、コミュニティＡに属し、行動を共にしているユーザＡ，Ｂのいずれかにより支払いが行われたときに、各ユーザＡ，Ｂの無線デバイス３０で割り勘処理が行われる場合を示す。

　図８において、サービス提供サーバ２０－２は、決済サービスを提供するサーバである。サービス提供サーバ２０－２（の制御部２００）は、決済サービスに関する処理を実行する実行処理部２５１と、他の決済サービスとの同期処理を行う同期処理部２５２とを含む。

　ユーザＡに対応する無線デバイス３０－１（の制御部３００）は、司令塔アプリ３５１－１と実行処理部３５２－１とを含むが、実行処理部３５２－１は、決済アプリを実行可能である。また、ユーザＢに対応する無線デバイス３０－２（の制御部３００）は、無線デバイス３０－１（の制御部３００）と同様に構成される。

　ここで、コミュニティＡに属するユーザＡとユーザＢが一緒に食事をして、ユーザＡが決済アプリを利用して食事代をまとめて支払い、その割り勘分の金額をユーザＢに請求する場合を想定する。

　無線デバイス３０－１では、実行処理部３５２－１が、決済アプリによる決済処理に応じた行動イベントを、司令塔アプリ３５１－１に通知する（Ｓ１２１）。司令塔アプリ３５１－１では、実行処理部３５２－１からの行動イベントに応じた処理が行われる。

　ここでは、図９に示すように、「支払い」である行動イベントが発生している（Ｓ１２１）。なお、このとき、ユーザＡとユーザＢが一緒にいるなど、「今どのメンバが一緒なのか」に関する情報が管理されてもよい。

　また、図９に示すように、発生したイベント（行動イベント）に応じた「支払ったら」に対応して「割り勘」が選定される（Ｓ１２２）。

　図６の説明に戻り、司令塔アプリ３５１－１では、選定イベントが、実行管理部３６２から検知部３６１に通知される（Ｓ１２２）。そして、無線デバイス３０－１は、選定イベントを含む要求を、ネットワーク４０を介して管理サーバ１０に送信する（Ｓ１２３）。なお、選定イベントを含む要求には、割り勘分の金額や支払い先に関する情報が付加されている。

　管理サーバ１０は、無線デバイス３０－１から送信されてくる選定イベントを受信する。管理サーバ１０は、コミュニティＡに属するユーザＡとユーザＢが一緒にいることを把握しており、無線デバイス３０－１からの選定イベントを含む応答を、ネットワーク４０を介して、無線デバイス３０－２に送信する（Ｓ１２４）。なお、選定イベントを含む応答には、割り勘分の金額や支払い先に関する情報が付加されている。

　無線デバイス３０－２では、司令塔アプリ３５１－２により、管理サーバ１０からの選定イベントが、検知部３６１から実行管理部３６２に供給される（Ｓ１２５）。実行管理部３６２は、選定イベントに基づき、実行処理部３５２－２を制御する（Ｓ１２６）。

　ここでは、図９に示すように、「割り勘」である選定イベントに応じて、決済サービスＡ，Ｂの中から、ユーザＢが加入している決済サービスＡが選択され、当該決済サービスＡにより提供される決済アプリの動作が制御される（Ｓ１２６）。

　図８の説明に戻り、実行処理部３５２－２は、司令塔アプリ３５１－２からの制御に従い、決済サービスＡの決済アプリを実行する（Ｓ１２７）。この決済アプリが実行されることで、ユーザＢからユーザＡに対し、請求された割り勘分の金額が支払われる。これにより、簡便に割り勘での支払いを済ませることができる。ここで、ユーザＢからユーザＡに対する支払い処理は、ユーザＢによる承認後に実行されることが望ましい。

　このように、コミュニティＡに属するユーザＡとユーザＢは、利用可能な決済サービス（割り勘サービス）に応じて、ユーザＡの無線デバイス３０－１と、ユーザＢの無線デバイス３０－２により、当該決済サービス（割り勘サービス）を体験することができる。

　なお、例えば、割り勘の対象となるメンバの人数が多くなると、支払金額が多くなることがある。そのような場合には、店舗などに対して決済する際に金額が不足することがあるが、その際には、後払い処理を行って決済を完了させたり、あるいは、全員に割り勘依頼をかけてから決済を行ったりして対処することができる。

（第３の例）
　次に、図１０及び図１１を参照しながら、第１の実施の形態における情報処理の第３の例を説明する。

　第３の例では、コミュニティＡに属するユーザＡ，Ｂの無線デバイス３０－１，３０－２のいずれかにより撮影が行われたときに、その撮影画像（動画や静止画等）を共有する場合を示す。

　サービス提供サーバ２０－３は、SNS(Social Networking Service)サービスを提供するサーバである。サービス提供サーバ２０－３（の制御部２００）は、SNSサービスに関する処理を実行する実行処理部２５１を含む。

　ユーザＡに対応する無線デバイス３０－１（の制御部３００）は、司令塔アプリ３５１－１と実行処理部３５２－１１，３５２－１２とを含むが、実行処理部３５２－１１，３５２－１２は、カメラアプリとSNSアプリをそれぞれ実行可能である。

　また、また、ユーザＢに対応する無線デバイス３０－２（の制御部３００）は、司令塔アプリ３５１－２を含むが、少なくともカメラアプリとSNSアプリが未インストールとされる。

　ここで、コミュニティＡに属するユーザＡが、無線デバイス３０－１で撮影を行い、その撮影画像を、コミュニティＡのSNSに投稿する場合を想定する。

　無線デバイス３０－１では、実行処理部３５２－１１が、カメラアプリによる撮影処理に応じた行動イベントを、司令塔アプリ３５１－１に通知する（Ｓ１３１）。司令塔アプリ３５１－１では、実行処理部３５２－１１からの行動イベントが、実行管理部３６２から検知部３６１に供給される（Ｓ１３２）。

　無線デバイス３０－１は、行動イベントを含む要求を、ネットワーク４０を介して管理サーバ１０に送信する（Ｓ１３３）。

　管理サーバ１０では、無線デバイス３０－１からの行動イベントに基づき、当該行動イベントに応じた処理が行われる。

　ここでは、図１１に示すように、「写真撮影」である行動イベントが発生する（Ｓ１３４）。なお、このとき、ユーザＡとユーザＢが一緒にいるなど、「今どのメンバが一緒なのか」に関する情報が管理されてもよい。

　図１０の説明に戻り、管理サーバ１０は、行動イベントを含む応答を、ネットワーク４０を介して無線デバイス３０－１と無線デバイス３０－２に送信する（Ｓ１３４）。

　無線デバイス３０－１では、司令塔アプリ３５１－１により、管理サーバ１０からの行動イベントが、検知部３６１から実行管理部３６２に供給される（Ｓ１３５）。実行管理部３６２は、行動ベントに基づき、実行処理部３５２－１２を制御する（Ｓ１３６）。

　ここでは、図１１に示すように、発生したイベント（行動イベント）に応じた「写真撮ったら」に対応して「写真共有」が選定される（Ｓ１３６）。また、ここでは、「写真共有」である選定イベントに応じて、SNSサービスＡ乃至Ｃの中から、ユーザＡが登録しているSNSサービスＡが選択され、当該SNSサービスＡにより提供されるSNSアプリの動作が制御される（Ｓ１３６）。

　図１０の説明に戻り、実行処理部３５２－１２は、司令塔アプリ３５１－１からの制御に従い、SNSサービスＡのSNSアプリを制御する。このSNSアプリが実行されることで、カメラアプリにより撮影された撮影画像が、SNSサービスＡを提供するサービス提供サーバ２０－３に送信される（Ｓ１３７，Ｓ１３８）。これにより、アップロードされた撮影画像がSNSサービスＡに投稿され、投稿された撮影画像（投稿画像）を他のメンバと共有することができる。

　一方で、無線デバイス３０－２では、管理サーバ１０からの行動イベントにより、ユーザＡにより撮影画像の共有がなされたことを把握できるが、対応するSNSアプリが未インストールである。

　そのため、司令塔アプリ３５１－１が、SNSアプリのインストールのリクエストに応じて、通信部３０４を制御して、ネットワーク４０を介してアプリ配信サーバ２１にアクセスして、SNSサービスＡのSNSアプリをダウンロードする（Ｓ１３９）。これにより、無線デバイス３０－２では、SNSサービスＡのSNSアプリがインストールされて起動され、ユーザＢは、ユーザＡの投稿画像を閲覧することができる。

　ここで、ユーザＢがユーザＡの投稿画像を閲覧するためには、ユーザＢを、SNSサービスＡ（のグループ）に招待する必要があるが、ここでは、SNSサービスＡにログイン可能なユーザＡがSNSサービスＡに新しいグループを作成し、当該グループにユーザＢを招待すればよい。

　ただし、ユーザＢは、SNSサービスＡのアカウントを持っていないため、ユーザＢをSNSサービスＡに招待するために、次のような対応をとることができる。すなわち、コミュニティで管理しているIDに基づき、ユーザＢに対して仮番を発行しておき、ユーザＢがSNSサービスＡのアカウントを取得した後に、当該アカウントと仮番を紐付けて、再度、SNSサービスＡに招待するなどの対応をとることができる。

　なお、第３の例では、無線デバイス３０－２に、SNSサービスＡのSNSアプリが未インストールである場合を示したが、既にインストール済みで、かつ、ユーザＢがSNSサービスＡのアカウントを持っている場合には、インストール済みのSNSアプリを利用して、直ちに投稿された撮影画像を提示することができる。

　また、対応するSNSアプリが複数存在する場合には、例えば、コミュニティのメンバの全員又は多くの者が利用しているSNSアプリを優先的に選択したり、あるいは、各個人が優先しているSNSアプリを選択したりしてもよい。前者の場合には、コミュニティのメンバが使用しているサービスに関する情報を用いて、該当するSNSアプリを絞り込むことができる。

　このように、コミュニティＡに属するユーザＡとユーザＢが行動を共にしている間、利用可能なSNSサービス（未インストールの場合には新たにインストールされたSNSサービス）に応じて、ユーザＡの無線デバイス３０－１と、ユーザＢの無線デバイス３０－２により、当該SNSサービスに撮影画像が投稿され、その投稿された投稿画像を、コミュニティＡに属する他のメンバと共有することができる。

（処理の全体像）
　最後に、図１２のフローチャートを参照して、第１の実施の形態における情報処理の全体像を説明する。

　図１２に示した情報処理は、情報処理システム１における管理サーバ１０（の制御部１００）とサービス提供サーバ２０（の制御部２００）と無線デバイス３０（の制御部３００）とが少なくとも連携することで実現される。すなわち、この情報処理は、制御部１００、制御部２００、及び制御部３００のうち、少なくともいずれかの１つの制御部により実行される。

　図１２に示すように、情報処理システム１では、現在、行動を共にしている複数ユーザ（ユーザＡ，Ｂ等）が特定され（Ｓ１５１）、特定された複数ユーザが、特定コミュニティ（コミュニティＡ等）に属している複数ユーザとして設定される（Ｓ１５２）。

　ここでは、例えば、サービスに登録したユーザの位置情報は、管理サーバ１０によって管理可能とされ、一定時間（例えば５分間）、お互いの距離が所定距離（例えば３ｍ）よりも近接した位置関係で移動を継続している複数ユーザ（ユーザＡ，Ｂ等）を、行動を共にしている複数ユーザとして特定することができる。

　また、情報処理システム１では、各ユーザが利用可能な同一種類のサービス（音楽配信サービスや決済サービス、SNSサービス等）が決定され（Ｓ１５３）、複数ユーザが、各ユーザの無線デバイス３０（ユーザＡ，Ｂの無線デバイス３０－１，３０－２等）により、同一種類のサービスを、略同一のタイミングで体験できるように制御が行われる（Ｓ１５４）。

　このように、情報処理システム１では、行動を共にしている複数ユーザが、各ユーザが利用可能な同一種類のサービスに応じて、各ユーザの各無線デバイスにより、同一種類のサービスを略同一のタイミングで体験することができるため、より良いユーザ体験を提供することができる。

＜２．第２の実施の形態＞

　近年、サブスクリプション方式のサービスが普及している。特に、音楽配信サービスでは、サブスクリプション方式が主流になってきている。また、現状、さらには将来おいても、１つの音楽配信サービスが、すべてのユーザを独占しているわけではなく、複数の音楽配信サービスが提供されているため、ユーザは、その中から自分に合った音楽配信サービスを選択している。

　また、音楽配信サービスでは、有料プランや無料プラン等の様々なプランが用意されており、再生時の音質や、使用可能な機能、広告の有無などがプランに応じて異なっている。

　無線デバイス３０では、音楽配信サービスにより提供されるアプリケーション（音楽アプリ）をインストールして起動し、ユーザアカウントを入力してログインすると、無料プランによる低音質で、かつ、制限された機能でのサービスの提供を受けることができる。一方で、ユーザが有料プランに契約すれば、無線デバイス３０では、高音質で、かつ、機能の制限が解除されたサービスの提供を受けることができる。

　このようなことから、複数ユーザが、音楽配信サービスを利用する場合には、様々な利用状態が想定され、利用状態に応じた権利処理を行う必要がある。

（サービス利用状態と権利処理の例）
　図１３は、ユーザの音楽配信サービスの利用状態と権利処理の例を示している。

　図１３においては、ユーザＡとユーザＢが、音楽配信サービスＡと音楽配信サービスＢの一方を利用し、さらに有料プランと無料プランがある場合に、それらの組み合わせに応じた権利処理の内容の例を示している。

　１つ目のケースでは、ユーザＡとユーザＢが共に音楽配信サービスＡの有料プランを利用している場合を想定する。この場合には、同一の音楽配信サービスＡで、かつ、共に有料プランに加入しているため、ユーザＡ，Ｂの両方の権利を使って、両方のユーザに楽曲を配信すればよい。

　２つ目のケースでは、ユーザＡとユーザＢが共に音楽配信サービスＡを利用しているが、ユーザＡが有料プランで、ユーザＢが無料プランとなる場合を想定する。

　この場合には、有料プランのアカウントを持っているユーザＡの無線デバイス３０から、楽曲の再生指示を行い、テンポラリの（一時的な）課金処理を行う。この課金処理は、ペアリスニング用の課金処理であるとも言える。また、このとき、無料プランのユーザＢの無線デバイス３０では、楽曲を指定しての再生を行うことはできない。

　３つ目のケースでは、ユーザＡが音楽配信サービスＡの有料プランに加入しているが、ユーザＢが音楽配信サービスを利用していない場合を想定する。

　この場合には、上述した２つ目のケースと同様に、音楽配信サービスＡの有料プランのアカウントを持っているユーザＡの無線デバイス３０から、楽曲の再生指示を行い、テンポラリの課金処理を行うことになる。

　ただし、ユーザＢの無線デバイス３０では、音楽配信サービスＡの音楽アプリがインストールされていないため、Webブラウザが起動して音楽配信サービスＡのサイトから楽曲を再生するなど、別途対処する必要がある。

　４つ目のケースでは、ユーザＡが音楽配信サービスＡの有料プランに加入し、ユーザＢが音楽配信サービスＢの有料プランに加入している場合を想定する。この場合には、２つの対処方法がある。

　第１に、上述した２つ目のケースと同様に、音楽配信サービスＡの有料プランのアカウントを持っているユーザＡの無線デバイス３０から、楽曲の再生指示を行い、テンポラリの課金処理を行う方法である。ただし、ユーザＢの無線デバイス３０側で、別途対処が必要になるのは、先に述べた通りである。

　第２に、ユーザＡの音楽配信サービスＡの有料プランと、ユーザＢの音楽配信サービスＡの有料プランのそれぞれのアカウントの権利を使って楽曲を再生する。ただし、ユーザＡの無線デバイス３０と、ユーザＢの無線デバイス３０において、同一の楽曲を再生するための処理が必要になる。

　５つ目のケースでは、ユーザＡとユーザＢが共に音楽配信サービスＡの無料プランを利用している場合を想定する。この場合には、音楽配信サービスＡで提供される無料のお試しなどで対処する。この無料のお試しの内容は、音楽配信サービスごとに異なるが、１ヶ月等の無料のお試し期間などを利用すればよい。

　６つ目のケースでは、ユーザＡが音楽配信サービスＡの無料プランを利用し、ユーザＢが音楽配信サービスＢの無料プランを利用する場合を想定する。この場合には、上述した５つ目のケースと同様に、無料のお試し期間などを利用すればよい。

（再生までの流れ）
　次に、複数ユーザが、同一の又は異なる音楽配信サービスを利用する場合における楽曲再生までの流れを説明する。

　図１４は、２人のユーザＡ，Ｂが、同一の音楽配信サービスＡを利用している場合に、同一の楽曲を再生するまでの流れを示している。すなわち、図１４に示した再生の流れは、図１３の１つ目のケースに対応している。

　図１４において、ユーザＡの無線デバイス３０では、音楽配信サービスＡが提供する音楽アプリ３５２－１が起動され、ユーザＡのアカウント（UserID_A）でログインしている。また、ユーザＢの無線デバイス３０では、音楽配信サービスＡが提供する音楽アプリ３５２－２が起動され、ユーザＢのアカウント（UserID_B）でログインしている。

　このとき、音楽アプリ３５２－１は、楽曲の配信指示を含む要求を、ネットワーク４０を介してサービス提供サーバ２０－１に送信する（Ｓ２１１）。ただし、この配信指示は、ユーザＢからの通知待ちとされる。

　また、音楽アプリ３５２－１は、ユーザID（UserID_A）を、音楽アプリ３５２－２に通知する（Ｓ２１２）。そして、音楽アプリ３５２－２は、音楽アプリ３５２－１からのIDの通知を受けて、ユーザＡ，Ｂに対する楽曲の配信指示を含む要求を、ネットワーク４０を介してサービス提供サーバ２０－１に送信する（Ｓ２１３）。

　サービス提供サーバ２０－１は、音楽アプリ３５２－１からの配信指示と、音楽アプリ３５２－２からの配信指示に応じて、楽曲ＤＢ２２１から、指定された楽曲のデータを取得する。サービス提供サーバ２０－１は、楽曲のデータを、ネットワーク４０を介して音楽アプリ３５２－１，３５２－２にそれぞれ配信する（Ｓ２１４）。

　このように、ユーザＡ，Ｂが、同一の音楽配信サービスＡを利用している場合には、一方のユーザが、他方のユーザに、ユーザIDを通知することで、再生する楽曲の同期が図られる。

　図１５は、２人のユーザＡ，Ｂが、異なる音楽配信サービスＡ，Ｂを利用している場合に、同一の楽曲を再生するまでの流れを示している。すなわち、図１５に示した再生の流れは、図１３の４つ目のケースに対応している。

　図１５において、ユーザＡの無線デバイス３０では、音楽配信サービスＡが提供する音楽アプリ３５２－１が起動されてユーザＡ（UserID_A）がログインしている。一方で、ユーザＢの無線デバイス３０では、音楽配信サービスＢが提供する音楽アプリ３５２－２が起動され、ユーザＢ（UserID_B）がログインしている。

　このとき、音楽アプリ３５２－１は、楽曲の配信指示を含む要求を、ネットワーク４０を介してサービス提供サーバ２０－１Ａに送信する（Ｓ２２１）。ただし、この配信指示は、ユーザＢからの通知待ちとされる。

　また、音楽アプリ３５２－１は、ユーザID（UserID_A）とサービスID（ServiceID_A）、音楽アプリ３５２－２に通知する（Ｓ２２２）。そして、音楽アプリ３５２－２は、音楽アプリ３５２－１からのIDの通知を受けて、ユーザＡとの同期依頼とサービスIDを含む要求を、ネットワーク４０を介してサービス提供サーバ２０－１Ｂに送信する（Ｓ２２３）。

　サービス提供サーバ２０－１Ｂは、音楽アプリ３５２－２からの要求に基づき、サービス提供サーバ２０－１Ａに対し、ユーザＡとの同期依頼を送信する（Ｓ２２４）。サービス提供サーバ２０－１Ａは、サービス提供サーバ２０－１Ｂからの同期依頼に基づき、ユーザＡとユーザＢとの同期処理を行い、その結果得られる楽曲配信リストを、サービス提供サーバ２０－１Ｂに送信する（Ｓ２２５）。

　これにより、サービス提供サーバ２０－１Ａ，２０－１Ｂでは、同一の楽曲のデータが、ネットワーク４０を介して、音楽アプリ３５２－１，３５２－２にそれぞれ配信される（Ｓ２２６）。

　このように、ユーザＡ，Ｂが、異なる音楽配信サービスＡ，Ｂを利用している場合には、一方のユーザが、他方のユーザに、ユーザIDとサービスIDを通知することで、音楽配信サービスＡ，Ｂの間で同期が行われ、再生する楽曲の同期が図られる。

（コミュニティの概要）
　上述した図１３乃至図１５では、コミュニティに関する説明はしていないが、第２の実施の形態においても、第１の実施の形態と同様に、コミュニティの概念を取り入れて、２人のユーザＡ，Ｂが、コミュニティＡに属していることを前提とする。つまり、ユーザＡとユーザＢは、コミュニティＡのメンバである。

　ここで、図１６を参照しながら、コミュニティの概要を説明する。

　図１６に示すように、本技術では、コミュニティに関する処理として、コミュニティメンバの事前登録、ユーザ接続（コミュニティチェック）、コミュニティ配信処理の順に処理が行われる。ここで、コミュニティメンバの事前登録は必須ではなく、行動を共にしている複数ユーザをコミュニティメンバとして設定しても構わない。

　すなわち、コミュニティメンバの事前登録では、何らかの関係を有するユーザ同士が同一のコミュニティに属するように事前登録される。この登録に際しては、自分たちのコミュニティを作りたいユーザ同士が、無線デバイス３０で起動したコミュニティ用のアプリなどを利用して登録することができる。

　また、コミュニティはあるユーザ同士が新規に登録するだけでなく、既に登録済みのコミュニティも存在している。コミュニティが登録済みであれば、当該コミュニティにメンバとしての登録を申請するなどして加入することができる。

　ユーザ接続では、誰とでも同期すればよいとは限らないため、コミュニティのメンバを事前に登録しておき、事前に登録されたコミュニティのメンバを発見した際などに同期することができる。

　ここでは、例えば、一緒に音楽を聴くメンバのIDをあらかじめ登録しておいたり、コミュニティ接続モードを用意して、コミュニティのメンバが繋がる（ユーザ接続される）まで、ビーコン探索機能などの機能をオンにしたりすることができる。一方で、コミュニティ解除モードを用意して、別行動をとったり、あるいはお互いの位置が一定以上離れたりした場合には同期（ユーザ接続）を解除してもよい。

　また、登録済みのコミュニティ（例えば音楽コミュニティ）が存在していれば、その場であるユーザを登録済みのコミュニティに招待してもよい。この招待に際しては、招待されたユーザの位置を検出して、所定の範囲内にいるユーザだけを招待してもよい。

　さらに、招待を受けたユーザの無線デバイス３０には、招待を受けるかどうかのメッセージが通知され、「OK」した場合にのみ、楽曲の再生機能などのコミュニティ内のメンバに対する機能が提供されてもよい。このとき、所定の操作のほか、ユーザ同士が無線デバイス３０を手に持って振るなどして処理が行われてもよい。

　このようにして、ユーザ接続が行われた後に、コミュニティ配信処理が行われる。例えば、音楽コミュニティでは、コミュニティのメンバ同士が同じ音楽を同時に聴くためのコミュニティ配信処理が行われ、一緒に聴く人が繋がって、いわばコミュニティリスニングが実現される。以下、コミュニティ配信処理（情報処理）の詳細を説明する。

（第１の例）
　まず、図１７を参照しながら、第２の実施の形態における情報処理の第１の例を説明する。

　第１の例では、コミュニティＡに属するユーザＡとユーザＢが、同一の音楽配信サービスＡの有料プランを利用可能な場合を示している。

　図１７において、ユーザＡの無線デバイス３０－１では、司令塔アプリ３５１－１が起動し、ユーザＢの無線デバイス３０－２では、司令塔アプリ３５１－２が起動している。また、管理サーバ１０では、管理ＤＢ１２１に、コミュニティやメンバに関する情報（コミュニティSNS IDやユーザID等）が事前に登録されている。

　このとき、ユーザＡ，Ｂが利用可能な音楽配信サービスＡを連携させて同一の楽曲Ａを再生する場合、管理サーバ１０は、司令塔アプリ３５１－１からの要求に応じて、チェックIDを生成し（Ｓ２３１）、ネットワーク４０を介して司令塔アプリ３５１－１に送信する（Ｓ２３２）。

　司令塔アプリ３５１－１は、チェックIDの通知を受けると、当該チェックIDとユーザID（UserID_A）を含むチェックID情報を、司令塔アプリ３５１－２に通知する（Ｓ２３３）。司令塔アプリ３５１－２は、チェックID情報の通知を受けると、チェックID情報に含まれるチェックIDを取得し、当該チェックIDとユーザID（UserID_B）を含む要求を、ネットワーク４０を介して管理サーバ１０に送信する（Ｓ２３４）。

　管理サーバ１０は、司令塔アプリ３５１－１，３５１－２から送信されてくる情報と、事前に登録されている情報に基づき、コミュニティのチェックを行う（Ｓ２３５）。ここでは、ユーザＡ，Ｂが属するコミュニティのSNSなどの存在が確認され、その確認結果が、司令塔アプリ３５１－１に、ネットワーク４０を介して送信される（Ｓ２３６）。

　司令塔アプリ３５１－１は、チェックIDと承認を含む要求を、ネットワーク４０を介してサービス提供サーバ２０－１Ａに送信する（Ｓ２３７）。また、司令塔アプリ３５１－２は、チェックIDを含む要求を、ネットワーク４０を介してサービス提供サーバ２０－１Ａに送信する（Ｓ２３８）。

　サービス提供サーバ２０－１Ａは、司令塔アプリ３５１－１，３５１－２からの要求（配信要求）に基づき、楽曲Ａのデータを、無線デバイス３０－１，３０－２のそれぞれに、ネットワーク４０を介してストリーミング配信する（Ｓ２３９）。

　このように、第１の例では、コミュニティＡに属するユーザＡとユーザＢが、同一の音楽配信サービスＡの有料プランを利用可能であるとき、ユーザＡの無線デバイス３０－１（の司令塔アプリ３５１－１）が、当該ユーザＡが指定する楽曲Ａの配信要求を、音楽配信サービスＡを提供するサービス提供サーバ２０－１Ａに送信するとともに、ユーザＢの無線デバイス３０－２（の司令塔アプリ３５１－２）が、楽曲Ａの配信要求を、サービス提供サーバ２０－１Ａに送信するようにしている。

（第２の例）
　次に、図１８を参照しながら、第２の実施の形態における情報処理の第２の例を説明する。

　第２の例では、上述した第１の例と比べて、コミュニティＡに属するユーザＡとユーザＢが、同一の音楽配信サービスＡを利用可能である点で共通するが、ユーザＡが有料プランで利用し、ユーザＢが無料プランで利用している点で異なっている。

　このとき、ユーザＡ，Ｂが利用可能な音楽配信サービスＡを連携させて同一の楽曲Ａを再生する場合には、ステップＳ２４１乃至Ｓ２５０の処理が実行される。

　ステップＳ２４１乃至Ｓ２５０の処理のうち、ステップＳ２４１乃至Ｓ２４８の処理では、図１７のステップＳ２３１乃至Ｓ２３８の処理と同様に、チェックIDやユーザIDをやり取りすることで、司令塔アプリ３５１－１，３５１－２から、同一の楽曲Ａの配信要求が送信される。

　サービス提供サーバ２０－１Ａでは、司令塔アプリ３５１－１，３５１－２からの配信要求を受信すると、課金処理を行う（Ｓ２４９）。この課金処理では、有料プランに加入しているユーザＡへの通常の課金に加えて、ペアリスニング分の追加の課金処理が行われる。

　そして、サービス提供サーバ２０－１Ａは、司令塔アプリ３５１－１，３５１－２からの配信要求に基づき、楽曲Ａのデータを、無線デバイス３０－１，３０－２のそれぞれに、ネットワーク４０を介してストリーミング配信する（Ｓ２５０）。

　このように、第２の例では、コミュニティＡに属するユーザＡとユーザＢが、同一の音楽配信サービスＡを利用可能で、ユーザＡが有料プランで利用し、ユーザＢが無料プランで利用しているとき、ユーザＡの無線デバイス３０－１（の司令塔アプリ３５１－１）が、楽曲の配信要求だけでなく、一時的な課金処理を行うとともに、ユーザＢの無線デバイス３０－２（の司令塔アプリ３５１－２）の楽曲の配信要求を、サービス提供サーバ２０－１Ａに送信するようにしている。

（第３の例）
　次に、図１９を参照しながら、第２の実施の形態における情報処理の第３の例を説明する。

　第３の例では、コミュニティＡに属するユーザＡとユーザＢが、異なる音楽配信サービスＡ，Ｂの有料プランを利用可能な場合を示している。

　このとき、ユーザＡが利用可能な音楽配信サービスＡと、ユーザＢが利用可能な音楽配信サービスＢを連携（同期）させて同一の楽曲Ａを再生する場合、管理サーバ１０は、司令塔アプリ３５１－１からの要求に応じて、チェックIDを生成して送信する（Ｓ２５１，Ｓ２５２）。

　司令塔アプリ３５１－１は、管理サーバ１０からのチェックIDに応じて、当該チェックIDと、ユーザIDと、サービスIDを含むチェックID情報を、司令塔アプリ３５１－２に送信する（Ｓ２５３）。司令塔アプリ３５１－２は、司令塔アプリ３５１－１からのチェックID情報に応じて、チェックIDとユーザIDを含む要求を、管理サーバ１０に通知する（Ｓ２５４）。

　管理サーバ１０は、司令塔アプリ３５１－１，３５１－２から送信される情報と、事前に登録されている情報に基づき、コミュニティのチェックを行い（Ｓ２５５）、その確認結果を、司令塔アプリ３５１－１に送信する（Ｓ２５６）。

　司令塔アプリ３５１－１は、チェックIDと承認を含む要求を、サービス提供サーバ２０－１Ａに送信する（Ｓ２５７）。また、司令塔アプリ３５１－２は、チェックIDを含む要求を、サービス提供サーバ２０－１Ｂに送信する（Ｓ２５８）。

　サービス提供サーバ２０－１Ｂは、司令塔アプリ３５１－２からの要求に基づき、サービス提供サーバ２０－１Ａに対し、チェックIDとともに、ユーザＡとの同期依頼を送信する（Ｓ２５９）。

　サービス提供サーバ２０－１Ａは、司令塔アプリ３５１－１からの要求、及びサービス提供サーバ２０－１ＢからのチェックIDと同期依頼に基づき、ユーザＡとユーザＢとの同期処理を行い、その結果得られる楽曲配信リストを、サービス提供サーバ２０－２に送信する（Ｓ２６０）。

　これにより、サービス提供サーバ２０－１Ａからの楽曲Ａのデータと、サービス提供サーバ２０－１Ｂからの楽曲Ａのデータとが同期して、無線デバイス３０－１，３０－２のそれぞれに、ネットワーク４０を介してストリーミング配信される（Ｓ２６１）。

　このように、第３の例では、コミュニティＡに属するユーザＡとユーザＢが、異なる音楽配信サービスＡ，Ｂの有料プランを利用可能であるとき、ユーザＡの無線デバイス３０－１（の司令塔アプリ３５１－１）が、当該ユーザＡが指定する楽曲Ａの配信要求を、音楽配信サービスＡを提供するサービス提供サーバ２０－１Ａに送信するとともに、ユーザＢの無線デバイス３０－２（の司令塔アプリ３５１－２）が、楽曲Ａの配信要求を、音楽配信サービスＢを提供するサービス提供サーバ２０－１Ｂに送信するようにしている。

（第４の例）
　次に、図２０を参照しながら、第２の実施の形態における情報処理の第４の例を説明する。

　第４の例では、コミュニティＡに属するユーザＡとユーザＢが、共に音楽配信サービスに未加入である場合を示している。

　このとき、ユーザＡとユーザＢが共に未加入の音楽配信サービスＡを連携させて同一の楽曲を再生する場合には、ステップＳ２７１乃至Ｓ２８０の処理が実行される。

　ステップＳ２７１乃至Ｓ２８０の処理のうち、ステップＳ２７１乃至Ｓ２７８の処理では、図１７のステップＳ２３１乃至Ｓ２３８の処理と同様に、チェックIDやユーザIDをやりとりすることで、司令塔アプリ３５１－１，３５１－２から、同一の楽曲Ａの配信要求が送信される。

　サービス提供サーバ２０－１Ａでは、司令塔アプリ３５１－１，３５１－２から配信要求が通知されると、試用期間のチェックや、設定、開始などの配信準備処理が行われる（Ｓ２７９）。つまり、無料プランであっても、アカウントを使用しない運用は難しいため、ここでは、無料プランの試用期間として捉えて、配信準備処理を行う。

　そして、サービス提供サーバ２０－１Ａは、同一の楽曲Ａのデータを、無線デバイス３０－１，３０－２のそれぞれに、ネットワーク４０を介してストリーミング配信する（Ｓ２８０）。このとき、音楽配信サービスＡへの加入導線の通知が行われるようにしてもよい。具体的には、音楽配信サービスＡの音楽アプリのダウンロードを要求したり、仮IDを発行したり、有料への移行を促したりする通知を行うことができる。

　このように、第４の例では、コミュニティＡに属するユーザＡとユーザＢが、共に音楽配信サービスＡに未加入であるとき、ユーザＡの無線デバイス３０－１が、当該ユーザＡが指定する楽曲Ａの無料お試し配信要求を、音楽配信サービスＡを提供するサービス提供サーバ２０－１Ａに送信するとともに、ユーザＢの無線デバイス３０－２が、当該楽曲Ａの無料お試し配信要求を、サービス提供サーバ２０－１Ａに送信するようにしている。

（イベントドリブンで楽曲切り替え）
　上述した第１の例乃至第４の例のいずれかのコミュニティ配信処理（情報処理）が実施され、コミュニティＡに属するユーザＡとユーザＢが、同一の楽曲Ａを略同一のタイミングで聴いている場合に、所定のイベントが発生したとき、当該イベントにマッチした楽曲Ｂに切り替えてもよい。

　例えば、スマートフォン等の無線デバイス３０がカメラ機能を備える場合に、ユーザが無線デバイス３０を用いて被写体を撮影したタイミングで、その撮影画像を解析してイベントの内容を分析し、当該イベントにマッチする楽曲を検索し、マッチする楽曲が再生されるようにする。

　具体的には、図２１のフローチャートに示すような処理の流れで、コミュニティＡに属するユーザＡとユーザＢが聴いている楽曲Ａが、他の楽曲Ｂに切り替えられる。

　すなわち、情報処理システム１では、ユーザＡの無線デバイス３０－１によりカメラアプリが起動され（Ｓ２８１）、ユーザＡによりシャッタボタンが押下されたとき、被写体を撮影して得られる撮影画像を解析することでイベントの内容が分析される（Ｓ２８２）。この分析処理では、撮影画像に含まれる被写体が分析され、イベントの内容が特定される。

　そして、情報処理システム１では、特定されたイベントにマッチする楽曲が検索され（Ｓ２８３）、現在再生中の楽曲及び再生予定の楽曲が、変更可能な楽曲であるかが確認される（Ｓ２８４）。ここでは、対象の楽曲Ａが変更可能である場合には、検索された楽曲Ｂに切り替えられ、無線デバイス３０－１では、特定されたイベントにマッチする楽曲Ｂが再生される（Ｓ２８５）。

　これにより、例えば、東京スカイツリーが被写体として写っている場合には、「東京スカイツリー」に関連した楽曲が検索され、よりイベントにマッチする楽曲に変更することができる。

　また、ユーザＡ，Ｂが直接指定した楽曲がある場合には、マッチした楽曲の再生には変更しないようにする。例えば、東京タワーの近くに来たら、「東京タワー」に関連した楽曲を再生してなどの楽曲指定があった場合には、マッチした楽曲の再生は行わないようにする。ただし、指定した楽曲の再生が終了して他の楽曲が再生されている場合には、マッチした楽曲の再生に変更してもよい。

　なお、撮影画像の解析結果（撮影場所や撮影時間、被写体など）に基づき、カメラ機能を有する無線デバイス３０を、被写体に向けたタイミングで、再生する楽曲を変更してもよい。さらに、イベントのトリガとしては、カメラアプリの起動に限らず、GPS(Global Positioning System)情報から特定される特定の場所や、店舗や改札口等での電子マネーによる支払いのタイミング、ビーコン機能で得られるスポット情報などを用いることができる。

　このように、上述した第１の例乃至第４の例において、コミュニティＡに属するユーザＡとユーザＢが、同一の楽曲Ａを略同じタイミングで聴いているとき、ユーザＡ又はユーザＢの無線デバイス３０がカメラ撮影したタイミングで、再生中の楽曲Ａを、イベントにマッチする楽曲Ｂに切り替えることができる。

（処理の全体像）
　最後に、図２２及び図２３のフローチャートを参照して、第２の実施の形態における情報処理の全体像を説明する。なお、図２２及び図２３では、説明の都合上、ユーザＡの無線デバイス３０－１を、「無線デバイスＡ」と表記し、ユーザＡの無線デバイス３０－２を、「無線デバイスＢ」と表記している。

　図２２及び図２３に示した情報処理は、情報処理システム１における管理サーバ１０（の制御部１００）とサービス提供サーバ２０（の制御部２００）と無線デバイス３０（の制御部３００）が少なくとも連携することで実現される。すなわち、この情報処理は、制御部１００、制御部２００、及び制御部３００のうち、少なくともいずれか１つの制御部により実行される。

　図２２に示すように、情報処理システム１では、特定コミュニティ（コミュニティＡ等）に属するユーザＡ，Ｂが、コンテンツサービスを利用可能な場合に、同一のコンテンツサービス（音楽配信サービス等）を利用可能であるかが判定される（Ｓ２９１）。

　ステップＳ２９１の判定処理で肯定（Yes）であると判定された場合、情報処理システム１では、コンテンツサービスの利用に際して、課金が必要であるかどうかが判定される（Ｓ２９２）。

　ステップＳ２９２の判定処理で否定（No）であると判定された場合、課金は不要であるため、ステップＳ２９３，Ｓ２９４の処理が実行される。この処理は、図１７に示した情報処理の第１の例に対応している。

　すなわち、無線デバイス３０－１が、ユーザＡが指定するコンテンツの配信要求を、コンテンツサービス（音楽配信サービスＡ等）に送信するように制御する（Ｓ２９３）。また、無線デバイス３０－２が、コンテンツの配信要求を、コンテンツサービス（音楽配信サービスＡ等）に送信するように制御する（Ｓ２９４）。

　また、ステップＳ２９２の判定処理で肯定（Yes）であると判定された場合、課金が必要であるため、ステップＳ２９５，Ｓ２９６の処理が実行される。この処理は、図１８に示した情報処理の第２の例に対応している。

　すなわち、無線デバイス３０－１が、コンテンツサービス（音楽配信サービスＡ等）に対し、コンテンツの配信要求だけでなく、一時的な課金処理を行うように制御する（Ｓ２９５）。また、無線デバイス３０－１が、無線デバイス３０－２へのコンテンツ配信要求を、コンテンツサービス（音楽配信サービスＡ等）に送信するように制御する（Ｓ２９６）。

　さらに、ステップＳ２９１の判定処理で否定（No）であると判定された場合、ステップＳ２９７，Ｓ２９８の処理が実行される。この処理は、図１９に示した情報処理の第３の例に対応している。

　すなわち、無線デバイス３０－１が、ユーザＡが指定するコンテンツの配信要求を、ユーザＡが利用可能なコンテンツサービス（音楽配信サービスＡ等）に送信するように制御する（Ｓ２９７）。また、無線デバイス３０－２が、コンテンツの配信要求を、ユーザＢが利用可能なコンテンツサービス（音楽配信サービスＢ等）に送信するように制御する（Ｓ２９８）。

　ステップＳ２９４，Ｓ２９６，又はＳ２９８の処理が終了すると、図２２の情報処理は終了する。

　また、図２３に示すように、情報処理システム１では、特定コミュニティ（コミュニティＡ等）に属するユーザＡ，Ｂはいずれも、それぞれ利用可能なコンテンツサービスにおいて、コンテンツを配信してもらう権利を有していないかが判定される（Ｓ２９１１）。

　ステップＳ２９１１の判定処理で肯定（Yes）であると判定された場合、共にコンテンツサービスに未加入であるため、ステップＳ２９１２，Ｓ２９１３の処理が実行される。この処理は、図２０に示した情報処理の第４の例に対応している。

　すなわち、無線デバイス３０－１が、ユーザＡが指定するコンテンツの無料お試し配信要求を、ユーザＡが利用可能なコンテンツサービス（音楽配信サービスＡ等）に送信するように制御する（Ｓ２９１２）。また、無線デバイス３０－２が、コンテンツの無料お試し配信要求を、ユーザＢが利用可能なコンテンツサービス（音楽配信サービスＡ等）に送信するように制御する（Ｓ２９１３）。

　なお、ステップＳ２９１３の処理が終了するか、又はステップＳ２９１１の判定処理で否定であると判定された場合、図２３の情報処理は終了する。

＜３．第３の実施の形態＞

（楽曲の推薦方法）
　次に、コミュニティリスニングにおける楽曲の推薦方法について説明する。

　楽曲の推薦に際しては、図２４に示すように、コミュニティに属するメンバのプロファイルの分析結果、用途、自分のプロファイルの分析結果、又は過去のログの分析結果を用いることができる。

　メンバのプロファイルの分析では、一緒にいる相手のタイプなどを分析することで、相手が好きそうな曲を推薦することができる。この分析では、入力されたプロファイルを分析するほか、対象のメンバと他のメンバとのやりとりなどを分析してもよい。

　デートやドライブなどの用途に応じて、TPO、すなわち、時間（Time）、場所（Place）、場合（Occasion）に合致した楽曲を推薦することができる。この用途を用いる場合には、TPOを事前に入力する必要がある。

　自分のプロファイルの分析としては、自分の楽曲の再生ログや対話の記録などを分析することで、自分の好きな曲を推薦することができる。これにより、相手に、自分を知ってもらうことができる。

　過去のログ分析では、以前に二人で聴いた楽曲の再生ログなどを分析することで、二人の思い出の曲を推薦することができる。

　このように、メンバ又は自分のプロファイルやログを分析したり、その用途を特定したりすることで、楽曲を推薦することが可能となるが、ここでは、対象のユーザが、推薦された楽曲をいい曲だと思うことが重要である。

（コミュニティ関連情報の入力）
　このような楽曲の推薦方法として、まず、コミュニティに関連する情報の入力に基づき、楽曲の推薦を行う方法を説明する。

　コミュニティに関連する情報としては、図２５に示すように、シチュエーション、メンバの情報、メンバ間の会話、及び過去の再生傾向などに関する情報を用いることができる。

　具体的には、コミュニティに属するメンバの行動が行われるシチュエーションによって、聴きたい曲が変わるため、遊園地等の行く場所や、デート、バーベキュー、旅行等の用途を、シチュエーションとして入力する（Ｓ３１１）。

　また、コミュニティに属するメンバによって聴きたい曲が変わるため、年齢層や性別、人数などのメンバの情報を入力したり（Ｓ３１２）、ソーシャルメディア上でのメッセージのやり取りなど、メンバ間の会話の情報を入力したりする（Ｓ３１３）。

　さらに、過去の再生傾向によっても聴きたい曲の傾向が分かるため、最後まで聴いた曲（最後まで聴いた推薦曲以外の曲等）の再生履歴などを入力する（Ｓ３１４）。なお、ここでは、コミュニティのメンバが「いいね」を付けた曲か、みんなで盛り上がった曲か、あるいは、コミュニティのメンバの関係が深まるかなどを過去の再生傾向に含めてもよい。

　そして、ステップＳ３１１乃至Ｓ３１４の処理で、コミュニティに関連する情報が入力されると、当該入力情報に基づき、推薦曲が選定される（Ｓ３１５）。

　なお、ここでは、選定された推薦曲をすべて提示するのではなく、当該推薦曲を適宜取捨選択してもよい。具体的には、自己の推薦曲を、コミュニティの他のメンバに反映させたり、自己の分析に応じて優先度の高いものを選択したりしてもよい。

（エージェントによる補助）
　また、エージェントがコミュニティの会話に参加して入力情報の収集を行ってもよい。図２６は、エージェントを利用した入力情報の収集の例を示している。このエージェントは、人工知能的機能を有するソフトウェアエージェントである。

　図２６において、デート、遊園地等のシチュエーション（Ｓ３１１）、人数、性別、年齢等のメンバの情報（Ｓ３１２）、最後まで視聴した推薦曲以外の曲の再生履歴などの過去の再生傾向（Ｓ３１４）、又はSNSでのやり取りなどのメンバ間の会話（Ｓ３１３）が入力されたとき、エージェントが、ソーシャルメディアのコミュニティの会話に参加して、メンバ間の会話に意図的な会話が含まれるようにする。

　すなわち、入力情報の分析を通じてコミュニティの行動の際に聞いたらいい提案を、質問として生成し（Ｓ３１６）、SNS等のソーシャルメディアに投入する（Ｓ３１７）。これにより、例えば、下記に示すようなSNSでの会話のやり取り（質問と回答）が行われる。

　Agent：「〇〇とかデートに合うよね！」（〇〇：楽曲名）
　User ：「えー、いまいちじゃん」

　この例の場合、入力情報に基づき、推薦曲を選定するに際して、SNSでの会話の分析により、「〇〇」である曲は、推薦曲から除かれるようにして、再生しないようにする（Ｓ３１５）。

（システムの構成例）
　図２７は、推薦曲の提示に対応した情報処理システム１の構成の例を示している。

　図２７では、上述した第２の実施の形態の第１の例（図１７）と同様に、コミュニティＡに属するユーザＡとユーザＢが、同一の音楽配信サービスＡの有料プランを利用可能であるとき、無線デバイス３０－１（の司令塔アプリ３５１－１）が、当該ユーザＡが指定する楽曲Ａの配信要求をサービス提供サーバ２０－１Ａに送信するとともに、無線デバイス３０－２（の司令塔アプリ３５１－２）が、同一の楽曲Ａの配信要求を、サービス提供サーバ２０－１Ａに送信している。

　これにより、無線デバイス３０－１の再生プレイヤと、無線デバイス３０－２の再生プレイヤでは、同一の楽曲Ａが再生される。

　このとき、推薦曲の推薦方法としては、例えば、次のような方法がある。すなわち、イベント分析器４１１では、無線デバイス３０－１，３０－２の各種センサや各種アプリからの情報に基づき、イベントを分析して推薦曲が要求されたかどうかを監視している。

　また、解析器４１２は、共有コンテンツＤＢ４２１、メンバ情報管理ＤＢ４２２、会話履歴ＤＢ４２３、及び再生履歴ＤＢ４２４等のデータベースに格納された情報を解析し、その解析結果を、推薦曲生成部４１３に供給する。

　推薦曲生成部４１３は、解析器４１２からの解析結果と、楽曲ＤＢ４２５に格納された楽曲に関する情報に基づき、推薦曲を生成し、配信制御部４１４に供給する。

　配信制御部４１４は、イベント分析器４１１からの分析結果に応じて、推薦曲生成部４１３からの推薦曲を、サービス提供サーバ２０－１Ａに提供する。これにより、サービス提供サーバ２０－１Ａでは、推薦曲を、ネットワーク４０を介して無線デバイス３０－１，３０－２に配信することが可能となる。

　この推薦曲の提示に対応した情報処理は、管理サーバ１０やサービス提供サーバ２０－１Ａ等が実行してもよいし、推薦用のサーバを新たに設けて、当該サーバが実行してもよい。また、当該情報処理は、１つのサーバに限らず、複数のサーバが連携して実行してもよい。

　なお、音楽配信サービス間で配信する楽曲に差があるため、再生開始前に、コミュニティ内のメンバが契約しているサービスに対し、推薦曲が再生可能かのチェックを行い、推薦曲がない場合には、次の楽曲に進めるようにしてもよい。

（フォルダ管理の例）
　コミュニティに属する複数ユーザが選択可能な曲の範囲としては、コミュニティごとに曲を選択して一緒に聴く曲を設定可能である。このとき、各ユーザが共有するのは、プレイリストではなく、フォルダであるとして、当該フォルダに、プレイリストなどを含めることができる。

　ここで、コミュニティごとに設けられたフォルダには、コミュニティに属するユーザの個人の好みが反映されることはなく、コミュニティに属する複数ユーザが一緒にいるときに聴きたい曲が反映される。これにより、曲の好みを他のユーザに知られたくないと考えているユーザのプライバシーを保護することができる。

　図２８は、コミュニティに対応したフォルダ管理の例を示している。図２８においては、「コミュニティＡ」、「コミュニティＢ」、及び「個人用」のタブごとに、フォルダの中身が示されている。

　「コミュニティＡ」のフォルダには、コミュニティＡ用のプレイリストが管理されている。「コミュニティＢ」のフォルダには、コミュニティＢ用のプレイリストが管理されている。

　「個人用」のフォルダには、個人用（各ユーザ用）のプレイリストが管理されている。ここでは、個人用のフォルダから、コミュニティのフォルダに、プレイリストや曲などを公開することで、コミュニティのフォルダ内に、再生可能リスト（プレイリストや曲など）が生成される（図中の矢印Ａ）。

（処理の全体像）
　最後に、図２９のフローチャートを参照して、第３の実施の形態における情報処理の全体像を説明する。

　図２９に示した情報処理は、情報処理システム１における管理サーバ１０（の制御部１００）とサービス提供サーバ２０（の制御部２００）が少なくとも連携することで実現される。なお、推薦用のサーバを新たに設けた場合には、当該サーバも連携して処理を実行することになる。

　図２９に示すように、情報処理システム１では、コミュニティに関連するコミュニティ関連情報が取得される（Ｓ３２１）。

　このコミュニティ関連情報としては、例えば、特定コミュニティ（コミュニティＡ等）に属する複数ユーザ（ユーザＡ，Ｂ等）の属性情報（年齢層や性別等）、複数ユーザ間での過去のコミュニケーション内容（ソーシャルメディア上でのメッセージ等）、複数ユーザでのコンテンツ再生履歴（最後まで聴いた推薦曲以外の曲等）、複数ユーザが推薦されたコンテンツを再生するシチュエーション（遊園地等の行く場所）、及び特定コミュニティに属する特定ユーザの嗜好（特定楽曲に対する特定ユーザの嗜好等）のいずれかが取得される。

　そして、情報処理システム１では、取得したコミュニティ関連情報に基づき、分析が行われ（Ｓ３２２）、分析結果に応じて推薦コンテンツ（推薦曲等）が選定される（Ｓ３２３）。これにより、情報処理システム１では、選定した推薦コンテンツが無線デバイス３０に提示される。

＜４．第４の実施の形態＞

　コミュニティは、ユーザの操作に応じて手動で形成することは勿論、所定のタイミングで自動的に形成されるようにしてもよい。

　すなわち、ユーザＡが使用する無線デバイス３０－１と、ユーザＢが使用する無線デバイス３０－２との間のコミュニケーションに応じて、ユーザＡとユーザＢとが属しているコミュニティ（コミュニティＣ等）を自動的に形成することができる。

　このようにしてコミュニティが形成されることで、コミュニティ内の複数ユーザの楽曲の再生を同期して、各ユーザが同じ音楽を聴くことができる。

　この楽曲の再生に際しては、ユーザの操作に応じて再生が制御されてもよいし、あるいは、所定のタイミングで自動的に再生が制御されてもよい。

　具体的には、手動での再生制御としては、コミュニティ内の複数ユーザのうち、任意のユーザによって楽曲の再生が指示されたとき、当該ユーザが使用する無線デバイス３０での楽曲の再生が開始されるとともに、コミュニティ内の他のユーザが使用する無線デバイス３０でも、楽曲の再生が開始される。

　つまり、コミュニティ内の一人のメンバが、楽曲の再生操作を行うと、メンバ全員の再生操作が行われる。

　また、自動での再生制御としては、無線デバイス３０－１，３０－２からの位置情報に基づき、コミュニティ内のユーザＡ，Ｂが一緒に移動していることが検出された場合に、無線デバイス３０－１，３０－２に対して、同一の楽曲を同時に配信する。これにより、ユーザＡとユーザＢは、一緒に移動しながら、同じ音楽を聴くことができる。

　なお、自動での再生制御に際してそのトリガを検出するための情報としては、位置情報に限らず、無線デバイス３０で取得されるセンサデータ等の他の情報を用いてもよい。センサデータを用いることで、ユーザＡとユーザＢの目が合ったときや、ユーザＡとユーザＢが手を繋いだときなどの状態を検出して、当該検出結果に応じた再生制御を行うことができる。

（処理の全体像）
　図３０は、第４の実施の形態における情報処理の全体像を表している。

　図３０に示した情報処理は、情報処理システム１における管理サーバ１０（の制御部１００）と無線デバイス３０（の制御部３００）が少なくとも連携することで実現される。

　図３０に示すように、情報処理システム１では、ユーザＡが使用する無線デバイス３０－１と、ユーザＢが使用する無線デバイス３０－２との間で、所定のコミュニケーションが検知されたかどうかが判定される（Ｓ４１１）。

　ステップＳ４１１の判定処理で肯定であると判定された場合、情報処理システム１では、検知されたコミュニケーションに応じて、ユーザＡとユーザＢとが属している特定コミュニティ（コミュニティＣ等）を自動的に形成する（Ｓ４１２）。

　なお、ステップＳ４１２の処理が終了するか、又はステップＳ４１１の判定処理で否定であると判定された場合、図３０の情報処理は終了する。

＜５．第５の実施の形態＞

　コミュニティに属するメンバ同士が会話を行う場合にその会話を補助することで、コミュニティの支援を行ってもよい。

　すなわち、メンバ同士の会話の補助としては、メンバが会話を行うに際して、話者の声を適宜増幅して相手に届けることができる。

　具体的には、コミュニティＡに属するユーザＡとユーザＢが、無線デバイス３０－１と無線デバイス３０－２をそれぞれ利用して、同一の楽曲Ａを聴いている場合に、ユーザＡとユーザＢが会話を開始したとき、ユーザＡ（又はユーザＢ）の声を増幅して、ユーザＢ（又はユーザＡ）に届けることができる。なお、ここでの増幅度は、環境音などに応じて適宜調整することができる。

　また、ユーザＡとユーザＢが会話を開始したとき、無線デバイス３０－１と無線デバイス３０－２で再生される楽曲の音量を小さくしてもよい。

　ここでは、ユーザＡとユーザＢの２人でいるので、２人のうちどちらかが発話を始めたことを検知した段階で、無線デバイス３０－１と無線デバイス３０－２の音量を小さくすればよい。これにより、ユーザＡとユーザＢの会話など、メンバ同士の会話をクリアにすることができる。

（処理の全体像）
　図３１は、第５の実施の形態における情報処理の全体像を表している。

　図３１に示した情報処理は、情報処理システム１における管理サーバ１０（の制御部１００）と無線デバイス３０（の制御部３００）が少なくとも連携することで実現される。

　図３１に示すように、情報処理システム１では、特定コミュニティ（コミュニティＡ等）に属する少なくとも一のユーザ（ユーザＡ又はユーザＢ等）による発話音声を検知したかどうかが判定される（Ｓ５１１）。

　ステップＳ５１１の判定処理で肯定であると判定された場合、情報処理システム１では、特定コミュニティに属する複数ユーザのうち、同一のコンテンツを略同一のタイミングで視聴している複数ユーザであるかどうかが判定される（Ｓ５１２）。

　ステップＳ５１２の判定処理で肯定であると判定された場合、無線デバイス３０では、音声発話を取得して、再生中のコンテンツ（楽曲等）に重畳し、ユーザに提示する（Ｓ５１３）。このとき、無線デバイス３０では、音声発話を増幅したり、コンテンツの音量を下げたりすることができる。

　一方で、ステップＳ５１２の判定処理で否定であると判定された場合、無線デバイス３０では、音声発話を取得して増幅などして、ユーザに提示する（Ｓ５１４）。

　なお、ステップＳ５１３又はＳ５１４の処理が終了するか、又はステップＳ５１１の判定処理で否定であると判定された場合、図３１の情報処理は終了する。

＜６．第６の実施の形態＞

　また、外部環境に適合した再生制御を行うようにしてもよい。例えば、ユーザＡがカフェや喫茶店などの特定の場所に行った場合に、無線デバイス３０－１から楽曲が再生されていない方がよいときがある。ここでは、特に、ユーザＡが装着するイヤホン３１として、オープンイヤー型のイヤホン等の外部の音も聴くことが可能なイヤホンを使用する場合を想定する。

　例えば、ユーザＡがカフェ等の特定の場所に所定時間滞在した場合に、BGM等の環境音楽を一定時間に渡って検出したときには、無線デバイス３０－１で再生中の楽曲を自動的に停止する。これにより、ユーザＡは、無線デバイス３０－１で再生された楽曲（音楽）ではなく、カフェ等で環境音楽として流れているBGM等の音楽を聴くことができる。

　すなわち、ここでは、ユーザＡの行動を推測しながら、所定の条件を満たしたときに、無線デバイス３０－１で再生中の楽曲（音楽）を停止している。

　また、ユーザＡが移動中に環境音楽が流れていることだけを条件にして、楽曲の再生を停止してしまうと、ユーザＡが商店街を歩いているときなどに、様々なお店から流れる環境音楽が検出される度に音楽が停止してしまい、ユーザＡが不快に感じてしまう恐れがある。そのため、ユーザＡが一定時間止まったり、座ったりなどして、特定の場所に所定時間滞在したことを検知したかどうかを条件に加えている。

　なお、一定時間止まったか、あるいは座ったかなどのユーザＡの動作は、無線デバイス３０－１に内蔵されたセンサ部３０６からのセンサデータに基づき、検知される。また、一定時間における環境音楽の検出は、無線デバイス３０－１に内蔵されたマイクロフォン３２２により収音された収音データを用いて検出可能である。

　また、上述した例では、所定の条件を満たしたときに、無線デバイス３０－１で再生中の楽曲を直ちに停止する場合を示したが、再生中の楽曲を停止する旨のメッセージを、無線デバイス３０－１で提示してもよい。そして、当該メッセージを確認したユーザＡによって、再生中の楽曲を停止してもよい旨の指示を受けた場合にのみ、無線デバイス３０－１では再生中の楽曲が停止される。

　さらに、ユーザＡがイヤホン３１を装着して音楽を聴いていた場合に、イヤホン３１を耳から外したとき、無線デバイス３０－２で再生中の楽曲を停止して、ユーザＢが聴いている音楽も同時に停止してもよい。一方で、ユーザＡがイヤホン３１を再度装着する際に、ユーザＡとユーザＢのそれぞれが準備できたタイミングで、無線デバイス３０－１，３０－２での楽曲の再生を再開してもよい。

（処理の全体像）
　図３２は、第６の実施の形態における情報処理の全体像を表している。

　図３２に示した情報処理は、情報処理システム１における管理サーバ１０（の制御部１００）と無線デバイス３０（の制御部３００）が少なくとも連携することで実現される。

　図３２に示すように、情報処理システム１では、特定コミュニティ（コミュニティＡ等）に属する複数ユーザ（ユーザＡ，Ｂ等）が略同一の位置に所定時間滞在したことを検知し、かつ、一定時間において環境音楽を検出したかどうかが判定される（Ｓ６１１）。

　ステップＳ６１１の判定処理で肯定であると判定された場合、情報処理システム１（の無線デバイス３０）では、特定コミュニティに属する複数ユーザが略同一のタイミングで視聴している同一のコンテンツの再生を自動的に停止する（Ｓ６１２）。

　なお、ステップＳ６１２の処理が終了するか、又はステップＳ６１１の判定処理で否定であると判定された場合、図３２の情報処理は終了する。

＜７．第７の実施の形態＞

　コミュニティに属するメンバが撮影した撮影画像と、メンバが聴いていた音楽から、スライドショーを生成したり、ソーシャルメディアに投稿したりすることで、コミュニティの支援を行ってもよい。

（スライドショー生成）
　まず、スライドショーの生成について説明する。具体的には、コミュニティＡに属するユーザＡとユーザＢがある場所に一緒に出かけて、同一の楽曲を聴いていたときに、スマートフォン等の無線デバイス３０で撮影を行った場合を想定する。

　この場合において、視聴した楽曲に対し、「いつ」、「どこに」、「誰と」、「何しに」などに関するメタデータを付与しておくことで、時間情報や位置情報等の情報に基づき、撮影した撮影画像を、そのときに聴いていた音楽とともにまとめて、スライドショーを生成することができる。

　また、スライドショーを生成する際には、コミュニティに属するメンバで行動する際に撮影された複数の静止画や動画や、そのときにかかった複数の楽曲をミックスした曲などを含めることができる。なお、複数の楽曲の中から、スライドショーに用いる楽曲を選択する際には、コミュニティ内の任意のメンバ又は特定のメンバが「いいね」をした楽曲を、優先的に選択することができる。

　すなわち、図３３に示すように、ユーザＡとユーザＢのコミュニティＡに紐付けられ、ユーザＡとユーザＢが参加した際の音楽、静止画、動画、その他の情報のすべてが対象領域とされて、当該対象領域に含まれる情報に基づき、スライドショーが生成される。

　これにより、ユーザＡとユーザＢは、生成されたスライドショーを、あの時ある場所で聴いたあの曲を想い出として記録しておくことができ、また当該スライドショーを視聴することで、想い出を思い出したり、想い出の曲をあの場所でもう一度聴いたりすることができる。つまり、音楽、静止画や動画を視聴する際に、コミュニティでの行動の想い出を付加することができる。

　また、このスライドショーの提示方法としては、様々な提示形態を用いることが可能である。

　例えば、ユーザＡとユーザＢの会話を収音しておくことで、当該会話を文字情報としてスライドショーに付与することができる。

　なお、コミュニティが廃棄された場合には、そのコミュニティに関する静止画や動画が再生されないようにすればよい。また、コミュニティでの行動をしていたときの楽曲を再生する際に、その行動をしたときに撮影された静止画や動画を同時に提示してもよい。

　また、上述した「いいね」であるが、ユーザＡ，Ｂが二人とも良いと思っている楽曲に付与することができる。「いいね」は、ユーザＡ，Ｂによって所定の操作が行われた場合に付与してもよいし、あるいは、センサデータに基づき、心拍数などの情報を数値化して閾値判定し、二人とも良いと思っていると推測される場合に自動的に付与してもよい。これにより、ユーザＡ，Ｂの共感を演出することができる。

　また、「いいね」が楽曲に付与されるタイミングは、ユーザＡ，Ｂのうち、ユーザＡが「いいね」と発話したタイミングなどに付与されてもよい。なお、ユーザＡ，Ｂの二人が別々に「いいね」していた楽曲が流れたときには、所定の通知（音や表示等の通知）がなされるようにしてもよい。この通知により、一方のユーザは、他方のユーザが好きな楽曲を認識して共感することができる。

（ソーシャルメディア投稿）
　次に、ソーシャルメディアへの投稿について説明する。具体的には、コミュニティＡに属するユーザＡとユーザＢがある場所に一緒に出かけて、同一の楽曲Ａを聴いていた場合を想定する。

　この場合において、ユーザＡとユーザＢが一緒にいることは、無線デバイス３０－１，３０－２の位置情報などから認識可能であるため、この二人のイベントに、情報を紐付けることが可能となる。

　図３４は、ユーザＡ，Ｂが、コミュニティＡで活動中に生成されたコンテンツを、SNS等のソーシャルメディアに投稿した場合の例を示している。

　図３４において、無線デバイス３０ではSNSアプリが起動され、ユーザＡとユーザＢが、2月23日にしたデートに関する情報が表示されている。

　すなわち、18:25に、二人での食事の様子を撮影し、その後、19:55に、二人で見に行った建造物を撮影しているため、その静止画が表示されている。また、建造物を見ているとき、ユーザＡとユーザＢで同一の楽曲を聴いているため、「XXX」である再生楽曲の履歴も表示されている。

　さらに、ユーザＡとユーザＢは、デートが終了した後にテキストメッセージをやり取りしているため、そのメッセージが、事後コメントとして表示されている。

　このように、撮影した静止画や動画、再生楽曲の履歴、事後コメント、訪問場所等の位置情報を、SNS等のソーシャルメディアに投稿して、ユーザＡとユーザＢの二人の想い出をまとめて、共有することができる。

　これにより、ユーザＡとユーザＢは、ソーシャルメディアにアクセスして、あたかもアルバムを見るかのように想い出を振り返ることができる。また、再生楽曲の履歴によって、聴いているときは知らない楽曲であったが、印象に残った楽曲を再確認することができる。また、再生された楽曲を、その後にまとめて再生したり、自分のお気に入りに登録したりすることも可能である。

　また、静止画や動画などの撮影画像を、すべて投稿してしまうと、その後の編集が煩雑になる恐れがあるため、投稿対象の撮影画像を取捨選択してもよい。例えば、無線デバイス３０において撮影画像の手ぶれの有無を自動検出し、一定以上の手ぶれがあると判定された撮影画像については、ユーザに対して、「ほんとうに投稿しますか？」のように、当該撮影画像を投稿するか否かを確認するようにしても構わない。

　図３５は、撮影画像のソーシャルメディアへの投稿の例を示している。図３５では、スマートフォン等の無線デバイス３０で被写体を撮影したときに、撮影画像をソーシャルメディアに投稿するかを確認するメッセージが表示されている。

　ユーザは、当該メッセージを確認して、投稿のアクションを行うことで、撮影画像を投稿することができる。この投稿のアクションには、ボタン又はタッチパネル操作で「Yes」を選択したり、頷きなどのジェスチャをしたり、無線デバイス３０自体を振ったりすることが含まれる。一方で、ボタン又はタッチパネル操作で「No」が選択された場合などには、撮影画像は投稿されないことになる。

　なお、顔画像認識処理を用いて、撮影画像に、ユーザＡとユーザＢの二人が含まれる場合などの所定の条件を満たす場合には、自動的に投稿されてもよい。例えば、無線デバイス３０にはロック解除用の顔情報が記録されているため、この顔画像認識処理では、この顔情報と撮影画像（の所定領域）の比較により、二人のユーザが写っているかを判定することができる。

　次に、図３６のフローチャートを参照して、コンテンツ投稿処理の流れを説明する。また、図３７は、コミュニティのSNSへのコンテンツの投稿の全体像を示しており、適宜参照しながら説明する。

　無線デバイス３０では、カメラアプリなどが、カメラ部３０７により撮影される被写体の画像データを処理することで、静止画や動画等のコンテンツが生成され（Ｓ７１１）、当該コンテンツがチェックされる（Ｓ７１２）。

　また、無線デバイス３０では、管理サーバ１０に問い合わせることで、コンテンツの投稿先のコミュニティがチェックされる（Ｓ７１３）。

　すなわち、管理サーバ１０では、管理ＤＢ１２１に格納されたコミュニティIDとユーザIDに基づき、ユーザ管理がなされ、ユーザＡとユーザＢの二人が現在どのコミュニティで行動中であるかが管理（コネクション管理）されている（図３７）。これにより、管理サーバ１０は、無線デバイス３０からの問い合わせに応じて、現在ユーザＡとユーザＢが行動中のコミュニティＡのコミュニティIDを通知する（図３７）。

　無線デバイス３０では、SNSサービスを提供するサービス提供サーバ２０－３上に作成されたコミュニティＡのSNSに、静止画等のコンテンツが投稿される（Ｓ７１４）。

　すなわち、無線デバイス３０では、静止画等のコンテンツとコミュニティIDが、カメラアプリからSNSアプリに供給される。そして、SNSアプリは、静止画等のコンテンツとコミュニティIDを、ユーザIDとともに、ネットワーク４０を介してサービス提供サーバ２０－３に送信する（図３７）。なお、ここでは、静止画等のコンテンツとともに、再生楽曲の履歴や位置情報等の情報を送信可能である。

　これにより、撮影した静止画や動画、再生楽曲の履歴、事後コメント、訪問場所等の位置情報を、SNS等のソーシャルメディアに投稿して、コミュニティのメンバが共有することができる。

（処理の全体像）
　最後に、図３８及び図３９のフローチャートを参照して、第７の実施の形態における情報処理の全体像を説明する。

　図３８及び図３９に示した情報処理は、情報処理システム１における管理サーバ１０（の制御部１００）とサービス提供サーバ２０（の制御部２００）と無線デバイス３０（の制御部３００）が少なくとも連携することで実現される。

　図３８に示すように、情報処理システム１では、特定コミュニティ（コミュニティＡ等）に属する複数ユーザ（ユーザＡ，Ｂ等）で視聴した第１コンテンツ（楽曲等）に、コミュニティのID（コミュニティID）、視聴した日時、及び視聴した場所を示す位置情報が付与される（Ｓ７２１）。ただし、ここでは、コミュニティIDが少なくとも付与されればよく、時間情報や位置情報を付与するかどうかは任意である。

　そして、情報処理システム１（の無線デバイス３０）では、少なくともコミュニティIDに関連付けられる第２コンテンツ（静止画や動画など）を再生しながら、第１コンテンツ（楽曲等）が再生（スライドショー再生）される（Ｓ７２２）。

　これにより、ユーザは、特定コミュニティに属するメンバでの行動の想い出をスライドショーにより体験することが可能となる。

　また、図３９に示すように、情報処理システム１では、ステップＳ７３１の処理で、上述したステップＳ７２１の処理と同様に、特定コミュニティに属する複数ユーザが視聴した第１コンテンツ（楽曲等）に対して、コミュニティID、視聴日時、及び視聴位置に関する情報が付与された後に、ステップＳ７３２の処理が実行されてもよい。ただし、ここでも、第１コンテンツに対し、コミュニティIDが少なくとも付与されればよく、時間情報や位置情報を付与するかどうかは任意である。

　すなわち、情報処理システム１（の無線デバイス３０）では、第１コンテンツ（楽曲等）に関する情報（再生楽曲の履歴等の情報）とともに、第１コンテンツ（楽曲等）を視聴しているときに撮影した第２コンテンツ（静止画や動画など）が、当該特定コミュニティの少なくとも一のユーザがアクセス可能なソーシャルメディア（SNS等）のアカウントに自動的に投稿される（Ｓ７３２）。

　これにより、ユーザは、コミュニティに属するメンバでの行動の想い出をソーシャルメディアで体験することが可能となる。

＜８．第８の実施の形態＞

　上述したように、コミュニティＡに属するユーザＡ，Ｂが二人とも良いと思っている楽曲などに対し、「いいね」を付与することができる。そして、「いいね」等のポジティブな評価を得ている楽曲を聴くときには、「二人が好きな」であるMCなど、その旨を通知してもよい。なお、ここでは、ポジティブな評価に限らず、ネガティブな評価などの何らかの評価がなされている場合に、その旨を通知しても構わない。

　なお、この種のMCとしては、様々なバリエーションが想定されるが、一例を挙げれば、次のようなものがある。

　すなわち、直接楽曲が指定された場合には、「XXXXさんのリクエストで」などの再生理由を使ったMCを楽曲の再生が開始する前に挿入することができる。また、二人がお気に入りの場合には、「二人が大好きな」などのMCを挿入してもよい。

　さらに、静止画や動画等に、東京タワーが写っていれば、「東京タワーを見ながら」などのMCを挿入し、さらには、時間帯を加味して、「夕方の東京タワーにピッタリの」などのMCを挿入してもよい。また、コミュニティのメンバ全員が好きそうな楽曲を再生する際には、「みんなが大好き」などのMCを挿入してもよい。

（処理の全体像）
　図４０は、第８の実施の形態における情報処理の全体像を表している。

　図４０に示した情報処理は、情報処理システム１における管理サーバ１０（の制御部１００）と無線デバイス３０（の制御部３００）が少なくとも連携することで実現される。

　図４０に示すように、情報処理システム１では、コンテンツ（楽曲等）を提示するに際して、当該コンテンツ（楽曲等）が、特定コミュニティ（コミュニティＡ等）に属する複数ユーザ（ユーザＡ，Ｂ等）のうち、一定以上がポジティブ又はネガティブな評価を示したコンテンツであるかどうかが判定される（Ｓ８１２）。

　ステップＳ８１２の判定処理で肯定であると判定された場合、情報処理システム１（の無線デバイス３０）では、当該コンテンツ（楽曲等）を視聴中に、ポジティブ又はネガティブな評価を示したコンテンツである旨が通知される（Ｓ８１３）。この通知に際しては、「二人が大好きな」などのMCを含めてもよい。

　なお、ステップＳ８１３の処理が終了するか、又はステップＳ８１２の判定処理で否定であると判定された場合、図４０の情報処理は終了する。

＜９．第９の実施の形態＞

　コミュニティに属するメンバが一緒に行動する場合において、何らかの要因で、一部のメンバが一緒に行動できなくなる場合も想定される。例えば、あるユーザがはぐれてしまったり、一時的に別行動をとったりする場合である。

　ここで、一部のメンバが一緒に行動できなくなったときの判定方法として、メンバ同士の距離が一定距離だけ離れたかどうかにより判定することができる。あるいは、そのメンバ同士で、所定の場所で待ち合わせをする際に、待ち合わせ予定時刻にその所定の場所から一定の距離以内に入っていないメンバは、一緒に行動できなくなったと判定することも可能である。

　例えば、図４１に示すように、コミュニティに属するユーザＡ乃至Ｄ（図中の楕円）が一緒に行動していた場合に、ユーザＢだけ、距離ｄだけ離れたときを想定する。ここでは、距離ｄが閾値を超える場合には、ユーザＢが一定以上離間したと判定され、ユーザＢと、ユーザＡ，Ｃ，Ｄとの間で通話を開始できる状態になる。

　ここで、通話を開始できる状態とは、例えば、次のような状態とすることができる。すなわち、ユーザＡ乃至Ｄのうち、ユーザＢがはぐれたとき、コミュニティ間での通話を行うために、ユーザＡが無線デバイス３０を用いて発呼した状態を、通話を開始できる状態とすることができる。

　あるいは、ユーザＢがはぐれたとき、ユーザＡが無線デバイス３０により発呼したときに、その着信がユーザＢ乃至Ｄの各無線デバイス３０により受け付けられないと（アクセプトしないと）通話は開始しないので、ユーザＢ乃至Ｄの各無線デバイス３０が自動的に、ユーザＡの無線デバイス３０からの発呼をアクセプトして通話を開始できる状態などとしても構わない。

　これにより、ユーザＢがはぐれたり、一時的な別行動をとったりしたとしても、ユーザ間の通話により、ユーザＡ，Ｃ，Ｄは、ユーザＢが一定以上離間した理由を知ることができる。つまり、一緒にいるユーザＡ，Ｃ，Ｄには声が届くが、一定以上離間したユーザＢには声が届かないため、所定の通信路を介して会話を行えるようにしている。

　また、メンバ同士の距離が一定距離だけ離れたかどうかの判定処理は、各ユーザが所持する無線デバイス３０からの位置情報を用いて、各無線デバイス３０の間の距離を把握するほか、例えば、各無線デバイス３０の間で電波が届かなくなったかどうかを検出したり、各無線デバイス３０に割り当てられたジオフェンスに関して、互いのジオフェンスから出たかどうかを検出したりしてもよい。

　なお、ユーザ同士の通話の際には、スマートフォン等の無線デバイス３０を用いた通話ではなく、イヤホン３１を用いた通話を行うことができる。さらに、各ユーザが装着したイヤホン３１同士が無線通信を行い、ユーザ間の会話が行われてもよい。

　また、混雑している場所やお店の中であると、近くにいても声が届かないことも想定されるため、距離ｄの閾値判定に用いられる閾値を調整してもよい。さらに、ユーザＢが一定以上離間したときに、一緒に行動していたメンバ（ユーザＡ乃至Ｄ）の各無線デバイス３０等に対し、最短で合流可能な場所へのナビゲーション情報などを指定してもよい。これにより、メンバの再合流をスムーズに行うことができる。

（処理の全体像）
　図４２は、第９の実施の形態における情報処理の全体像を表している。

　図４２に示した情報処理は、情報処理システム１における管理サーバ１０（の制御部１００）と無線デバイス３０（の制御部３００）が少なくとも連携することで実現される。

　図４２に示すように、情報処理システム１では、無線デバイス３０からの位置情報等に基づき、特定コミュニティ（コミュニティＡ等）に属する複数ユーザ（ユーザＡ又はユーザＢ等）が一定以上離間したかどうかが判定される（Ｓ９１１）。

　ステップＳ９１１の判定処理で肯定であると判定された場合、情報処理システム１では、自動的に、各ユーザの無線デバイス３０によって、当該複数ユーザ間で通話を開始できる状態となるように制御する（Ｓ９１２）。

　すなわち、近くにいるユーザ同士は声が届くため、その場で会話することができるが、一定以上離間したユーザには声が届かないため、所定の通信路を介して、無線デバイス３０やイヤホン３１等の機器を用いた通話が行えるようにしている。

　また、ステップＳ９１１の処理で、複数ユーザ間での通話を可能にするに際しては、当該複数ユーザ間での通話音声を、当該複数ユーザ間の相対的な位置関係に応じて音像定位させることで、通話を行うユーザが相手のユーザの位置を識別可能とする。

　なお、ステップＳ９１２の処理が終了するか、又はステップＳ９１１の判定処理で否定であると判定された場合、図４２の情報処理は終了する。

＜１０．第１０の実施の形態＞

　ところで、上述した説明では、コミュニティに属するメンバが同一の楽曲を共有する場合を中心に述べたが、拡張現実（AR：Augmented Reality）に対応した画像（AR情報）が共有されてもよい。

（AR情報共有）
　図４３は、AR情報を共有する場合の構成の例を示している。

　図４３において、ユーザＡが使用する無線デバイス３０－１と、ユーザＢが使用する無線デバイス３０－２は、拡張現実（AR）に対応した眼鏡型のデバイス、すなわち、ARヘッドセットやARグラス等のAR対応デバイスとして構成される。

　無線デバイス３０－１は、司令塔アプリ３５１－１及びAR提示システム３５３－１を含む。無線デバイス３０－２は、司令塔アプリ３５１－２及びAR提示システム３５３－２を含む。AR提示システム３５３－１，３５３－２は、そこに入力されるGPS等の位置情報や方位情報等の情報と、画像データに基づき、AR情報を提示するための処理を行う。

　この例では、コミュニティＡに属するユーザＡとユーザＢのうち、ユーザＡが所望のラーメン店の検索を行った場合に、その検索結果がAR情報として、無線デバイス３０－１に表示される。

　このとき、コミュニティ検知の機能を用いることで、コミュニティＡに属する他のメンバ全員のARグラス上に、同一のAR情報を表示させることができる。これにより、無線デバイス３０－２には、ユーザＡにより検索条件が指定されたラーメン店の検索結果が、AR情報として表示される。

　具体的には、無線デバイス３０－１では、AR提示システム３５３－１が、司令塔アプリ３５１－１からの制御に従い、検索条件（ラーメン）、位置情報、及びコミュニティIDを含む要求を、ネットワーク４０を介してサービス提供サーバ２０に送信する（Ｓ１０１１）。

　サービス提供サーバ２０では、無線デバイス３０－１からの検索条件（ラーメン）及び位置情報に基づき、レストラン情報ＤＢ２３１に格納されたレストランに関する情報が検索され、ユーザＡの現在地付近のラーメン店に関するラーメン店リストが生成される。

　このラーメン店リストを含む応答は、ネットワーク４０を介して無線デバイス３０－１に送信される（Ｓ１０１２）。また、サービス提供サーバ２０では、このラーメン店リストが、コミュニティＡのコミュニティIDに紐付けられて保持される。

　無線デバイス３０－１では、司令塔アプリ３５１－１とAR提示システム３５３－１が、サービス提供サーバ２０からのラーメン店リストに基づき、連携して処理を行うことで、AR情報が提示される。

　このとき、無線デバイス３０－１（の司令塔アプリ３５１－１）と無線デバイス３０－２（の司令塔アプリ３５１－２）とは、管理サーバ１０を介して連携しており、無線デバイス３０－２でも、同一のAR情報を提示するための処理が行われる。

　すなわち、無線デバイス３０－２では、AR提示システム３５３－２が、司令塔アプリ３５１－２からの制御に従い、コミュニティIDを含む要求を、ネットワーク４０を介してサービス提供サーバ２０に送信する（Ｓ１０１３）。

　サービス提供サーバ２０では、コミュニティＡのコミュニティIDに紐付けられたラーメン店リストが保持されているため、無線デバイス３０－２からの要求に応じて、ラーメン店リストを含む応答を送信する（Ｓ１０１４）。

　無線デバイス３０－２では、司令塔アプリ３５１－２とAR提示システム３５３－２が、サービス提供サーバ２０からのラーメン店リストに基づき、連携して処理を行うことで、AR情報が提示される。

　このようにして、コミュニティＡに属するユーザＡとユーザＢは、ARヘッドセット等の無線デバイス３０－１，３０－２に提示される同一のAR情報を見ることで、現在位置の周辺のラーメン店に関する情報を知ることができる。

　また、このとき、ユーザＡとユーザＢの会話の合成が行われてもよい。すなわち、管理サーバ１０では、コミュニティＡに属するユーザＡとユーザＢが繋がっていることを把握しているため、ユーザＡとユーザＢの会話を取得して合成し、その意味を分析することができる。

　この分析に際しては、声紋分析を用いてユーザＡ，Ｂの声だけを拾うことで、ARヘッドセットやARグラス等の機器を装着しているユーザＡ，Ｂの発話内容を取得可能である。なお、ARヘッドセットの振動などを利用して、ユーザが発話中であるかの検出を行うことも可能である。

　また、図４４に示すように、コミュニティＡに属するメンバ同士の会話と、メンバ外の外部者との会話を区別する必要がある場合も想定される。

　図４４においては、コミュニティＡに属するユーザＡとユーザＢの会話（図４４の破線内）と、コミュニティＡに属するユーザＡと、コミュニティＡに属していない外部者との会話（図４４の一点鎖線）を示している。

（第１の例）
　第１の例では、図４４の破線内のユーザＡとユーザＢの会話を示している。

　ユーザＡ：「ラーメン食べたくない？」
　ユーザＢ：「いいね！」

　この第１の例では、コミュニティに属するユーザＡとユーザＢの会話を取得できるため、この会話を合成してその意味を分析する（検索条件とする）ことで、無線デバイス３０－１，３０－２に、ラーメン店リストに応じた同一のAR情報を提示することができる。

（第２の例）
　第２の例では、図４４の一点鎖線内のユーザＡと外部者との会話を示している。

　ユーザＡ：「いくらですか？」
　外部者（店員）：「980円です」

　この第２の例では、ユーザＢの発話がなく、仮にユーザＢが別の者と会話している場合には、ユーザＡの発話に被るように発話をしたり、意味がかみ合っていない発話をしたりすることが想定されるため、それらによって外部者との区別することが可能である。この場合には、同一のAR情報を提示する必要はない。

　なお、会話では、発話せずに応答することもあり、例えば、頷き（同意等）や首振り（否定や拒否等）を、センサデータ等から取得することで、コミュニティＡに属さない外部者との会話であるかを区別することも可能である。

（処理の全体像）
　図４５は、第１０の実施の形態における情報処理の全体像を表している。

　図４５に示した情報処理は、情報処理システム１における管理サーバ１０（の制御部１００）と無線デバイス３０（の制御部３００）が少なくとも連携することで実現される。

　図４５に示すように、情報処理システム１では、現在、行動を共にしている複数ユーザ（ユーザＡ，Ｂ等）が特定され（Ｓ１０２１）、特定された複数ユーザが、特定コミュニティ（コミュニティＡ等）に属している複数ユーザとして設定される（Ｓ１０２２）。

　また、情報処理システム１では、各ユーザがAR情報として表示する情報（ラーメン店リスト等）が取得され（Ｓ１０２３）、取得された情報に基づき、複数ユーザが、各ユーザに対応するAR対応デバイス（ARヘッドセットやARグラス等）により表示されるAR情報により、同一種類のサービスを、略同一のタイミングで体験できるように制御が行われる（Ｓ１０２４）。

＜１１．第１１の実施の形態＞

　コミュニティに属するメンバの会話を通じて楽曲のプレイリストを生成してもよい。つまり、プレイリストとして、コミュニティのメンバが合作したものを作ることができる。このとき、SNSアプリ上でのエージェントとの会話の内容が、プレイリストに加味されてもよい。

（プレイリスト生成）
　図４６は、コミュニティ内の会話に応じたプレイリストの生成の例を示している。

　この例では、コミュニティＢ（熱海旅行のコミュニティ）に属するユーザＡとユーザＢのそれぞれが、スマートフォン等の無線デバイス３０で起動したSNSアプリに、旅行中に聴きたい楽曲に関するメッセージを投稿することで、会話を行っている。

　また、会話には、エージェントのメッセージも含まれており、エージェントは、ユーザＡからのメッセージに応じてシチュエーションに合った楽曲の提案を行うとともに、ユーザＢからの要求に応じて提案した楽曲の修正を行っている。

　このようなSNSアプリでの会話のやりとりを加味して、プレイリスト（いわばコミュニティリスニングプレイリスト）が生成される。

　そして、旅行の当日において、無線デバイス３０－１，３０－２では、当該プレイリストに基づき、楽曲が再生される。そのため、ユーザＡとユーザＢは、事前の会話で指定したシチュエーションになったときに、指定した楽曲を一緒に聴くことができる。

（処理の全体像）
　図４７は、第１１の実施の形態における情報処理の全体像を表している。

　図４７に示した情報処理は、情報処理システム１における管理サーバ１０（の制御部１００）とサービス提供サーバ２０（の制御部２００）と無線デバイス３０（の制御部３００）が少なくとも連携することで実現される。

　図４７に示すように、情報処理システム１では、特定コミュニティ（コミュニティＢ等）に属する複数ユーザ（ユーザＡ，Ｂ等）の会話が取得される（Ｓ１１１１）。この特定コミュニティの会話としては、SNSアプリでの複数ユーザ同士の会話に限らず、エージェントとの会話を含めることができる。

　また、情報処理システム１では、取得された特定コミュニティの会話を加味して、プレイリストが生成される（Ｓ１１１２）。ここでは、会話の内容として、指定したシチュエーションでの指定したコンテンツ（楽曲等）の再生などが加味される。

　ステップＳ１１１２の処理でプレイリストが生成されると、処理は、ステップＳ１１１３の処理に進められる。そして、情報処理システム１では、会話で指定したシチュエーションになったかどうかが判定される（Ｓ１１１３）。

　ステップＳ１１１３の判定処理で肯定であると判定された場合、情報処理システム１（の無線デバイス３０）では、生成したプレイリストに基づき、会話で指定したコンテンツ（楽曲等）が再生される。

　これにより、ユーザは、特定コミュニティに属するメンバの事前の会話で指定された条件を満たしたときに再生される所望のコンテンツを視聴することができる。

＜１２．変形例＞

（別コンテンツの再生）
　コミュニティＡに属するユーザＡとユーザＢが一緒にいるときは、無線デバイス３０－１と無線デバイス３０－２で、同一の楽曲を再生するが、別行動をとったときには、必ずしも同一の楽曲を再生する必要はない。

　図４８は、コミュニティＡに属するユーザＡとユーザＢとが別行動したときの挙動の例を示している。

　図４８では、ユーザＡとユーザＢがデートをしているときを想定する。ここでは、時刻t1から時刻t4までのデート中の時間のうち、時刻t2から時刻t3までの時間は、ユーザＡとユーザＢが別行動をとっている。

　このとき、時刻t1乃至時刻t2と時刻t3乃至時刻t4の間は、ユーザＡとユーザＢが一緒にいるため、同一の楽曲Ａが再生されるようにする。一方で、時刻t2乃至時刻t3の間は、ユーザＡとユーザＢが一緒にいないため、異なる楽曲Ｂ，Ｃが再生されてもよい。

　なお、コミュニティＡに属するユーザＡとユーザＢが一緒にいる場合でも、プライベートな時間の確保が求められるケースも想定されるため、そのようなケースでは、無線デバイス３０－１と無線デバイス３０－２における楽曲再生の同期を解除することができる。また、無線デバイス３０－１と無線デバイス３０－２で、音楽配信サービスを含む複数のサービスで同期している場合には、一部のサービスの同期を解除してもよい。

（ユーザコネクション活用）
　コミュニティに属するメンバが一緒の行動をすることは、管理サーバ１０により把握されるため、その情報を利用して、その間に生成された情報を共有したり、通信路の優先度を決めたりしてもよい。

　図４９は、ユーザコネクションの表示の例を示している。図４９では、コミュニティに属するメンバのうち、連絡を取る可能性のある相手（繋がっている相手群）などの選択表示順位を上げて表示している。なお、イヤホン３１同士が直接通信を行う場合に、その接続先のコミュニティの切り替えに関する情報などを表示してもよい。

（コミュニティでの割り勘）
　上述した第１の実施の形態（第２の例）では、コミュニティに属するメンバにより支払いが行われたときの割り勘処理について説明したが、当該支払いがQRコード（登録商標）等の２次元コードで行われた場合にも、同様に割り勘処理を行うことができる。

　すなわち、スマートフォン等の無線デバイス３０の画面に表示された２次元コードをリーダにより読み取って精算する際に、「コミュニティで割り勘ボタン」を押下して決済すると、当該コミュニティになっているメンバに対して、割り勘依頼を送付することができる。

（コミュニティごとのログの分析）
　二人以上で音楽を聴いている場合には、一人で音楽を聴いている場合と用途が異なり、一人で聴いているときと音楽嗜好の傾向性が変わるため、コミュニティごとに、二人以上で聴いている範囲での楽曲の再生履歴を分析して、その分析結果に基づき、最適な音楽を推薦することができる。一方で、一人で聴いているときの楽曲の再生履歴には、二人以上で聴いた音楽の履歴は加味しないようにする。

　ただし、二人以上で聴いた楽曲に対して、ユーザが「いいね」等のポジティブな評価を付与した場合には、その楽曲の再生履歴を、一人で聴いているときの楽曲の再生履歴として加味しても構わない。

（他の構成例）
　上述した説明では、情報処理システム１が、管理サーバ１０、サービス提供サーバ２０、及び無線デバイス３０から構成される場合を説明したが、例えば、他の機器やサーバを追加するなど、他の構成を用いてもよい。

　具体的には、１つの情報処理装置としての管理サーバ１０を、コミュニティを管理するサーバと、データベースサーバなどに分けて、複数の情報処理装置として構成してもよい。同様に、サービス提供サーバ２０又は無線デバイス３０についても、１つの情報処理装置として構成されるだけでなく、複数の情報処理装置として構成されてもよい。

　また、情報処理システム１において、管理サーバ１０、サービス提供サーバ２０、及び無線デバイス３０の各装置を構成する構成要素（制御部）が、どの装置に含まれるかは任意である。例えば、エッジコンピューティングの技術を用いて、上述した管理サーバ１０による情報処理の一部の処理を、サービス提供サーバ２０が実行したり、無線デバイス３０に近いネットワーク（ネットワークの周縁部）に接続されたエッジサーバが実行したりしてもよい。

　すなわち、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

　また、各構成要素の通信形態も任意である。換言すれば、各構成要素は、ネットワーク４０として、インターネットや、携帯電話網等の通信回線のほか、ローカルネット（LAN(Local Area Network)又はWAN(Wide Area Network)）を介して接続されてもよい。さらに、各構成要素は、有線で接続されてもよく、無線で接続されてもよい。

　以上のように、本技術では、行動を共にしている複数ユーザが、各ユーザが利用可能な同一種類のサービスに応じて、各ユーザの各無線デバイスにより、同一種類のサービスを略同一のタイミングで体験することができる。

　なお、上述した特許文献１，２には、複数の携帯電話端末に、カラオケ曲を同時に配信可能なシステムが開示されている。さらに、上述した特許文献３には、同じ音楽データを複数ユーザで同時に再生できるように、リクエストに応じたデータを、同一のグループに属する装置に同時に送信するサービス提供装置が開示されている。

　また、上述した特許文献４には、機器の識別情報を含む識別信号を受信すると、機器の接近を報知するため、楽曲を鳴動させる携帯端末装置が開示されている。さらに、上述した特許文献５には、ユーザの音声が検出されると、視聴中の番組の音声を所定の音量まで下げる音量調節機能を有するテレビ受像機が開示されている。

　また、上述した特許文献６には、SNSにおいて、自分の行動、趣味、嗜好等に適合するユーザを自動的に提示したり、グループ化したりするに際して、所定の条件を満たした複数ユーザを自動的にグループ化し、そのグループ内で情報の共有を可能にするサービスについて開示されている。

　しかしながら、特許文献１乃至６に開示されている技術を用いても、行動を共にしている複数ユーザに対して各ユーザが所持する機器を利用してサービスを提供するに際しては、良いユーザ体験を提供できるとは言い難く、より良いユーザ体験を提供することが求められていた。

　そこで、本技術では、行動を共にしている複数ユーザが、各ユーザが利用可能な同一種類のサービスに応じて、各ユーザの各無線デバイスにより、同一種類のサービスを略同一のタイミングで体験することができるようにして、より良いユーザ体験を提供することができるようにしている。

＜１３．コンピュータの構成＞

　上述した一連の処理（例えば、図１２等に示した情報処理）は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、各装置のコンピュータにインストールされる。図５０は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成の例を示す図である。

　コンピュータにおいて、CPU(Central Processing Unit)１００１、ROM(Read Only Memory)１００２、RAM(Random Access Memory)１００３は、バス１００４により相互に接続されている。バス１００４には、さらに、入出力インターフェース１００５が接続されている。入出力インターフェース１００５には、入力部１００６、出力部１００７、記憶部１００８、通信部１００９、及び、ドライブ１０１０が接続されている。

　入力部１００６は、マイクロフォン、キーボード、マウスなどよりなる。出力部１００７は、スピーカ、ディスプレイなどよりなる。記憶部１００８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１００９は、ネットワークインターフェースなどよりなる。ドライブ１０１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブル記録媒体１０１１を駆動する。

　以上のように構成されるコンピュータでは、CPU１００１が、ROM１００２や記憶部１００８に記録されているプログラムを、入出力インターフェース１００５及びバス１００４を介して、RAM１００３にロードして実行することにより、上述した一連の処理が行われる。

　コンピュータ（CPU１００１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブル記録媒体１０１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。

　コンピュータでは、プログラムは、リムーバブル記録媒体１０１１をドライブ１０１０に装着することにより、入出力インターフェース１００５を介して、記憶部１００８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部１００９で受信し、記憶部１００８にインストールすることができる。その他、プログラムは、ROM１００２や記憶部１００８に、あらかじめインストールしておくことができる。

　ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。

　なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。

　また、図１２等に示した情報処理の各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。

　なお、本技術は、以下のような構成をとることができる。

（１）
　現在、行動を共にしている複数ユーザを特定コミュニティに属している複数ユーザとして設定し、
　各ユーザが利用可能な同一種類のサービスに応じて、前記複数ユーザが、各ユーザに対応する各無線デバイスにより、同一種類のサービスを、略同一のタイミングで体験できるように制御する
　制御部を備える
　情報処理システム。
（２）
　前記特定コミュニティに属する第１ユーザと第２ユーザが同一のコンテンツサービスを利用可能であるとき、
　前記制御部は、
　　前記第１ユーザに対応する第１無線デバイスが、当該第１ユーザが指定するコンテンツの配信要求を、前記コンテンツサービスに送信するように制御するとともに、
　　前記第２ユーザに対応する第２無線デバイスが、前記コンテンツの配信要求を、前記コンテンツサービスに送信するように制御する
　前記（１）に記載の情報処理システム。
（３）
　前記第１ユーザは、前記利用可能なコンテンツサービスにおいて前記コンテンツを配信してもらう権利を有し、
　前記第２ユーザは、前記利用可能なコンテンツサービスにおいて前記コンテンツを配信してもらう権利を有するためには課金処理が必要であるとき、
　前記制御部は、
　前記第１無線デバイスが、前記コンテンツの配信要求だけでなく、一時的な課金処理を行うとともに、前記第２無線デバイスへの前記コンテンツの配信要求を、前記コンテンツサービスに送信するように制御する
　前記（２）に記載の情報処理システム。
（４）
　前記特定コミュニティに属する第１ユーザと第２ユーザが利用可能なコンテンツサービスが異なるとき、
　前記制御部は、
　　前記第１ユーザに対応する第１無線デバイスが、当該第１ユーザが指定するコンテンツの配信要求を、当該第１ユーザが利用可能なコンテンツサービスに送信するように制御するとともに、
　　前記第２ユーザに対応する第２無線デバイスが、前記コンテンツの配信要求を、当該第２ユーザが利用可能なコンテンツサービスに送信するように制御する
　前記（１）に記載の情報処理システム。
（５）
　前記特定コミュニティに属する複数ユーザが、同一のコンテンツを略同一のタイミングで視聴しているとき、
　前記制御部は、前記複数ユーザのいずれかに対応する無線デバイスがカメラ撮影したタイミングで、前記サービスを切り替える
　前記（１）乃至（４）のいずれかに記載の情報処理システム。
（６）
　前記特定コミュニティに属する第１ユーザと第２ユーザがともに、それぞれ利用可能なコンテンツサービスにおいてコンテンツを配信してもらう権利を有していないとき、
　前記制御部は、
　　前記第１ユーザに対応する第１無線デバイスが、当該第１ユーザが指定するコンテンツの無料お試し配信要求を、当該第１ユーザが利用可能なコンテンツサービスに送信するように制御するとともに、
　　前記第２ユーザに対応する第２無線デバイスが、前記コンテンツの無料お試し配信要求を、当該第２ユーザが利用可能なコンテンツサービスに送信するように制御する
　前記（１）に記載の情報処理システム。
（７）
　前記特定コミュニティに属する第１ユーザが、特定サービスを利用できないとき、
　前記制御部は、前記第１ユーザに対応する第１無線デバイスに対して、前記特定サービスの利用を促す
　前記（１）のいずれかに記載の情報処理システム。
（８）
　前記制御部は、前記第１無線デバイスが、前記特定サービスを受けられるように制御する
　前記（７）に記載の情報処理システム。
（９）
　前記制御部は、特定コミュニティに属する一のユーザに対応する無線デバイスにおいて特定サービスの利用が実行されたとき、特定コミュニティに属する他のユーザに対応する無線デバイスに対して、前記特定サービスの利用を要求する
　前記（１）に記載の情報処理システム。
（１０）
　前記制御部は、特定コミュニティに属する複数ユーザの属性情報、複数ユーザ間での過去のコミュニケーション内容、複数ユーザでのコンテンツ再生履歴、複数ユーザが推薦されたコンテンツを再生するシチュエーション、及び特定コミュニティに属する特定ユーザの嗜好のいずれかに応じて、推薦コンテンツを選定する
　前記（１）乃至（６）のいずれかに記載の情報処理システム。
（１１）
　前記制御部は、
　　前記特定コミュニティごとに、対応する前記推薦コンテンツのIDをフォルダで管理し、
　　前記特定コミュニティに対応するフォルダに格納される前記推薦コンテンツのIDに基づいて、当該特定コミュニティ向けのプレイリストを生成する
　前記（１０）に記載の情報処理システム。
（１２）
　前記制御部は、
　　前記特定コミュニティに属するユーザに対して質問する、又は質問を支援することにより、当該ユーザから、いずれかの質問に関する回答を取得し、
　　前記回答に基づいて、前記推薦コンテンツを選定する
　前記（１０）に記載の情報処理システム。
（１３）
　前記制御部は、第１無線デバイスと第２無線デバイスとの間のコミュニケーションに応じて、前記第１無線デバイスに対応する第１ユーザと、前記第２無線デバイスに対応する第２ユーザとが属している特定コミュニティを形成する
　前記（１）乃至（１２）のいずれかに記載の情報処理システム。
（１４）
　前記制御部は、前記特定コミュニティに属する少なくとも一のユーザによる音声発話を検知したとき、その音声発話を取得して、ユーザに提示するように制御する
　前記（１）乃至（１３）のいずれかに記載の情報処理システム。
（１５）
　前記特定コミュニティに属する複数ユーザが、同一のコンテンツを略同一のタイミングで視聴しているとき、
　前記制御部は、前記特定コミュニティに属する少なくとも一のユーザによる音声発話を検出したとき、その音声発話を取得して、コンテンツに重畳するように制御する
　前記（１４）に記載の情報処理システム。
（１６）
　前記特定コミュニティに属する複数ユーザが、同一のコンテンツを略同一のタイミングで視聴しているとき、
　前記制御部は、前記特定コミュニティに属する複数ユーザが略同一の位置に所定時間滞在したことを検知し、かつ、一定時間において環境音楽を検出したとき、前記コンテンツの再生を停止する
　前記（１）乃至（１３）のいずれかに記載の情報処理システム。
（１７）
　前記制御部は、
　　前記特定コミュニティに属する複数ユーザで視聴した第１コンテンツに対し、当該コミュニティのIDを少なくとも付与し、
　　少なくとも前記コミュニティのIDに関連付けられた第２コンテンツを再生しながら、前記第１コンテンツを再生する
　前記（１）に記載の情報処理システム。
（１８）
　前記制御部は、
　　前記特定コミュニティに属する複数ユーザで視聴した第１コンテンツに対し、当該コミュニティのIDを少なくとも付与し、
　　前記第１コンテンツに関する情報とともに、前記第１コンテンツを視聴しているときに撮影した第２コンテンツを、当該特定コミュニティの少なくとも一のユーザがアクセス可能なソーシャルメディアのアカウントに投稿する
　前記（１）に記載の情報処理システム。
（１９）
　前記制御部は、前記特定コミュニティに属する複数ユーザのうち、一定以上のユーザがポジティブ又はネガティブな評価を示したコンテンツを視聴中に、その旨を通知する
　前記（１）に記載の情報処理システム。
（２０）
　前記制御部は、前記特定コミュニティに属する複数ユーザが一定以上離間したとき、当該複数ユーザ間で通話を開始できる状態となるように制御する
　前記（１）乃至（１３）のいずれかに記載の情報処理システム。
（２１）
　前記制御部は、前記複数ユーザ間での通話音声を、当該複数ユーザ間の相対的な位置関係に応じて音像定位させることで、通話を行うユーザが相手のユーザの位置を識別可能とする
　前記（２０）に記載の情報処理システム。
（２２）
　前記同一種類のサービスは、音楽配信サービスを含み、
　前記制御部は、前記複数ユーザが、各ユーザに対応する、外部の音も聴くことが可能なイヤホンから出力される音楽により、音楽配信サービスを、略同一のタイミングで体験できるように制御する
　前記（１）乃至（２１）のいずれかに記載の情報処理システム。
（２３）
　前記制御部は、前記複数ユーザが、各ユーザに対応するAR対応デバイスにより表示されるAR情報により、同一種類のサービスを、略同一のタイミングで体験できるように制御する
　前記（１）に記載の情報処理システム。
（２４）
　前記制御部は、
　　前記特定コミュニティの会話を取得し、
　　前記特定コミュニティの会話を加味して、当該特定コミュニティ向けのプレイリストを生成し、
　　前記特定コミュニティの会話で指定したシチュエーションになったとき、前記プレイリストに基づき、当該会話で指定したコンテンツを再生する
　前記（１）に記載の情報処理システム。
（２５）
　情報処理システムが、
　現在、行動を共にしている複数ユーザを特定コミュニティに属している複数ユーザとして設定し、
　各ユーザが利用可能な同一種類のサービスに応じて、前記複数ユーザが、各ユーザに対応する各無線デバイスにより、同一種類のサービスを、略同一のタイミングで体験できるように制御する
　情報処理方法。
（２６）
　コンピュータを、
　現在、行動を共にしている複数ユーザを特定コミュニティに属している複数ユーザとして設定し、
　各ユーザが利用可能な同一種類のサービスに応じて、前記複数ユーザが、各ユーザに対応する各無線デバイスにより、同一種類のサービスを、略同一のタイミングで体験できるように制御する
　制御部として機能させるためのプログラムを記録した記録媒体。

　１　情報処理システム，　１０　管理サーバ，　２０，２０－１乃至２０－Ｎ　サービス提供サーバ，　２１　アプリ配信サーバ，　３０，３０－１乃至３０－Ｍ　無線デバイス，　３１　イヤホン，　４０　ネットワーク，　１００　制御部，　１０１　入力部，　１０２　出力部，　１０３　記憶部，　１０４　通信部，　１２１　管理ＤＢ，　１５１　実行予定計画部，　１５２　一緒管理部，　１５３　コミュニティ管理部，　２００　制御部，　２０１　入力部，　２０２　出力部，　２０３　制御部，　２０４　通信部，　２２１　楽曲ＤＢ，　２３１　レストラン情報ＤＢ，　２５１　実行処理部，　２５２　同期処理部，　３００　制御部，　３０１　入力部，　３０２　出力部，　３０３　記憶部，　３０４　通信部，　３０５　無線通信部，　３０６　センサ部，　３０７　カメラ部，　３０８　電源部，　３２１　ボタン，　３２２　マイクロフォン，　３３１　ディスプレイ，　３３２　スピーカ，　３５１，３５１－１，３５１－２　司令塔アプリ，　３５２，３５２－１，３５２－２　実行処理部，　３５３－１，３５３－２　AR提示システム，　３６１　検知部，　３６２　実行管理部，　１００１　CPU

Claims (26)

1. 　現在、行動を共にしている複数ユーザを特定コミュニティに属している複数ユーザとして設定し、
   　各ユーザが利用可能な同一種類のサービスに応じて、前記複数ユーザが、各ユーザに対応する各無線デバイスにより、同一種類のサービスを、略同一のタイミングで体験できるように制御する
   　制御部を備える
   　情報処理システム。
2. 　前記特定コミュニティに属する第１ユーザと第２ユーザが同一のコンテンツサービスを利用可能であるとき、
   　前記制御部は、
   　　前記第１ユーザに対応する第１無線デバイスが、当該第１ユーザが指定するコンテンツの配信要求を、前記コンテンツサービスに送信するように制御するとともに、
   　　前記第２ユーザに対応する第２無線デバイスが、前記コンテンツの配信要求を、前記コンテンツサービスに送信するように制御する
   　請求項１に記載の情報処理システム。
3. 　前記第１ユーザは、前記利用可能なコンテンツサービスにおいて前記コンテンツを配信してもらう権利を有し、
   　前記第２ユーザは、前記利用可能なコンテンツサービスにおいて前記コンテンツを配信してもらう権利を有するためには課金処理が必要であるとき、
   　前記制御部は、
   　前記第１無線デバイスが、前記コンテンツの配信要求だけでなく、一時的な課金処理を行うとともに、前記第２無線デバイスへの前記コンテンツの配信要求を、前記コンテンツサービスに送信するように制御する
   　請求項２に記載の情報処理システム。
4. 　前記特定コミュニティに属する第１ユーザと第２ユーザが利用可能なコンテンツサービスが異なるとき、
   　前記制御部は、
   　　前記第１ユーザに対応する第１無線デバイスが、当該第１ユーザが指定するコンテンツの配信要求を、当該第１ユーザが利用可能なコンテンツサービスに送信するように制御するとともに、
   　　前記第２ユーザに対応する第２無線デバイスが、前記コンテンツの配信要求を、当該第２ユーザが利用可能なコンテンツサービスに送信するように制御する
   　請求項１に記載の情報処理システム。
5. 　前記特定コミュニティに属する複数ユーザが、同一のコンテンツを略同一のタイミングで視聴しているとき、
   　前記制御部は、前記複数ユーザのいずれかに対応する無線デバイスがカメラ撮影したタイミングで、前記サービスを切り替える
   　請求項１に記載の情報処理システム。
6. 　前記特定コミュニティに属する第１ユーザと第２ユーザがともに、それぞれ利用可能なコンテンツサービスにおいてコンテンツを配信してもらう権利を有していないとき、
   　前記制御部は、
   　　前記第１ユーザに対応する第１無線デバイスが、当該第１ユーザが指定するコンテンツの無料お試し配信要求を、当該第１ユーザが利用可能なコンテンツサービスに送信するように制御するとともに、
   　　前記第２ユーザに対応する第２無線デバイスが、前記コンテンツの無料お試し配信要求を、当該第２ユーザが利用可能なコンテンツサービスに送信するように制御する
   　請求項１に記載の情報処理システム。
7. 　前記特定コミュニティに属する第１ユーザが、特定サービスを利用できないとき、
   　前記制御部は、前記第１ユーザに対応する第１無線デバイスに対して、前記特定サービスの利用を促す
   　請求項１に記載の情報処理システム。
8. 　前記制御部は、前記第１無線デバイスが、前記特定サービスを受けられるように制御する
   　請求項７に記載の情報処理システム。
9. 　前記制御部は、特定コミュニティに属する一のユーザに対応する無線デバイスにおいて特定サービスの利用が実行されたとき、特定コミュニティに属する他のユーザに対応する無線デバイスに対して、前記特定サービスの利用を要求する
   　請求項１に記載の情報処理システム。
10. 　前記制御部は、特定コミュニティに属する複数ユーザの属性情報、複数ユーザ間での過去のコミュニケーション内容、複数ユーザでのコンテンツ再生履歴、複数ユーザが推薦されたコンテンツを再生するシチュエーション、及び特定コミュニティに属する特定ユーザの嗜好のいずれかに応じて、推薦コンテンツを選定する
    　請求項１に記載の情報処理システム。
11. 　前記制御部は、
    　　前記特定コミュニティごとに、対応する前記推薦コンテンツのIDをフォルダで管理し、
    　　前記特定コミュニティに対応するフォルダに格納される前記推薦コンテンツのIDに基づいて、当該特定コミュニティ向けのプレイリストを生成する
    　請求項１０に記載の情報処理システム。
12. 　前記制御部は、
    　　前記特定コミュニティに属するユーザに対して質問する、又は質問を支援することにより、当該ユーザから、いずれかの質問に関する回答を取得し、
    　　前記回答に基づいて、前記推薦コンテンツを選定する
    　請求項１０に記載の情報処理システム。
13. 　前記制御部は、第１無線デバイスと第２無線デバイスとの間のコミュニケーションに応じて、前記第１無線デバイスに対応する第１ユーザと、前記第２無線デバイスに対応する第２ユーザとが属している特定コミュニティを形成する
    　請求項１に記載の情報処理システム。
14. 　前記制御部は、前記特定コミュニティに属する少なくとも一のユーザによる音声発話を検知したとき、その音声発話を取得して、ユーザに提示するように制御する
    　請求項１に記載の情報処理システム。
15. 　前記特定コミュニティに属する複数ユーザが、同一のコンテンツを略同一のタイミングで視聴しているとき、
    　前記制御部は、前記特定コミュニティに属する少なくとも一のユーザによる音声発話を検出したとき、その音声発話を取得して、コンテンツに重畳するように制御する
    　請求項１４に記載の情報処理システム。
16. 　前記特定コミュニティに属する複数ユーザが、同一のコンテンツを略同一のタイミングで視聴しているとき、
    　前記制御部は、前記特定コミュニティに属する複数ユーザが略同一の位置に所定時間滞在したことを検知し、かつ、一定時間において環境音楽を検出したとき、前記コンテンツの再生を停止する
    　請求項１に記載の情報処理システム。
17. 　前記制御部は、
    　　前記特定コミュニティに属する複数ユーザで視聴した第１コンテンツに対し、当該コミュニティのIDを少なくとも付与し、
    　　少なくとも前記コミュニティのIDに関連付けられた第２コンテンツを再生しながら、前記第１コンテンツを再生する
    　請求項１に記載の情報処理システム。
18. 　前記制御部は、
    　　前記特定コミュニティに属する複数ユーザで視聴した第１コンテンツに対し、当該コミュニティのIDを少なくとも付与し、
    　　前記第１コンテンツに関する情報とともに、前記第１コンテンツを視聴しているときに撮影した第２コンテンツを、当該特定コミュニティの少なくとも一のユーザがアクセス可能なソーシャルメディアのアカウントに投稿する
    　請求項１に記載の情報処理システム。
19. 　前記制御部は、前記特定コミュニティに属する複数ユーザのうち、一定以上のユーザがポジティブ又はネガティブな評価を示したコンテンツを視聴中に、その旨を通知する
    　請求項１に記載の情報処理システム。
20. 　前記制御部は、前記特定コミュニティに属する複数ユーザが一定以上離間したとき、当該複数ユーザ間で通話を開始できる状態となるように制御する
    　請求項１に記載の情報処理システム。
21. 　前記制御部は、前記複数ユーザ間での通話音声を、当該複数ユーザ間の相対的な位置関係に応じて音像定位させることで、通話を行うユーザが相手のユーザの位置を識別可能とする
    　請求項２０に記載の情報処理システム。
22. 　前記同一種類のサービスは、音楽配信サービスを含み、
    　前記制御部は、前記複数ユーザが、各ユーザに対応する、外部の音も聴くことが可能なイヤホンから出力される音楽により、音楽配信サービスを、略同一のタイミングで体験できるように制御する
    　請求項１に記載の情報処理システム。
23. 　前記制御部は、前記複数ユーザが、各ユーザに対応するAR対応デバイスにより表示されるAR情報により、同一種類のサービスを、略同一のタイミングで体験できるように制御する
    　請求項１に記載の情報処理システム。
24. 　前記制御部は、
    　　前記特定コミュニティの会話を取得し、
    　　前記特定コミュニティの会話を加味して、当該特定コミュニティ向けのプレイリストを生成し、
    　　前記特定コミュニティの会話で指定したシチュエーションになったとき、前記プレイリストに基づき、当該会話で指定したコンテンツを再生する
    　請求項１に記載の情報処理システム。
25. 　情報処理システムが、
    　現在、行動を共にしている複数ユーザを特定コミュニティに属している複数ユーザとして設定し、
    　各ユーザが利用可能な同一種類のサービスに応じて、前記複数ユーザが、各ユーザに対応する各無線デバイスにより、同一種類のサービスを、略同一のタイミングで体験できるように制御する
    　情報処理方法。
26. 　コンピュータを、
    　現在、行動を共にしている複数ユーザを特定コミュニティに属している複数ユーザとして設定し、
    　各ユーザが利用可能な同一種類のサービスに応じて、前記複数ユーザが、各ユーザに対応する各無線デバイスにより、同一種類のサービスを、略同一のタイミングで体験できるように制御する
    　制御部として機能させるためのプログラムを記録した記録媒体。

Images