(57)【要約】【課題】離れた場所にいるユーザとコミュニケーションをとりつつ、相手のいる場所で提供される商品または役務をリアルタイムで贈るための課金を可能にする。【解決手段】中継センター３０は、第１空間および第１空間と異なる課金処理が行われる第２空間の間で行われる双方向通信に関し、第２空間において提供される商品または役務の要求を、第２空間に対応する情報処理システムに送信する送信手段３１と、要求に係る商品または役務の対価の少なくとも一部を、第１空間に対応する課金システム２０おいて課金させるための情報を転送する転送手段３２とを有する。【選択図】図１
2015049798.tif 000002
【特許請求の範囲】
【請求項１】
第１空間および当該第１空間と異なる課金処理が行われる第２空間の間で行われる双方向通信とともに当該第２空間において提供される商品または役務の要求を、当該第２空間に対応する情報処理システムに送信する送信手段と、
前記要求に係る商品または役務の対価の少なくとも一部を、前記第１空間に対応する情報処理システムおいて課金させるための情報を転送する転送手段と
を有する情報処理装置。
【請求項２】
前記双方向通信は、前記第１空間および前記第２空間においてカラオケ楽曲の再生を同期するための信号および当該カラオケ楽曲に係る歌唱を示す信号を通信するものである
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第１空間および前記第２空間で行われた歌唱の採点結果に応じて、前記第１空間および前記第２空間における前記対価の負担割合を決定する決定手段
を有する請求項２に記載の情報処理装置。
【請求項４】
前記転送手段は、前記第２空間において提供される商品または役務のメニューを、前記第１空間に対応する情報処理システムに転送する
ことを特徴とする請求項１ないし３のいずれか一項に記載の情報処理装置。
【請求項５】
前記送信手段は、前記転送手段により転送された前記メニューから選択された商品または役務の要求を送信する
ことを特徴とする請求項４に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なる課金処理が行われる２つの空間における課金に関する。
【背景技術】
【０００２】
離れた場所にいる者に対し、プレゼントを贈るシステムが知られている。例えば特許文献１は、相手へのプレゼントをインターネット上で選択および購入するシステムを開示している。プレゼントは、後日、相手に配送される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−３９８２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の技術によっては、プレゼントは後日配送されるので、リアルタイム性が乏しかった。これに対し本発明は、離れた場所にいるユーザとコミュニケーションをとりつつ、相手のいる場所で提供される商品または役務をリアルタイムで贈るための課金を可能にする技術を提供する。
【課題を解決するための手段】
【０００５】
本発明は、第１空間および当該第１空間と異なる課金処理が行われる第２空間の間で行われる双方向通信とともに当該第２空間において提供される商品または役務の要求を、当該第２空間に対応する情報処理システムに送信する送信手段と、前記要求に係る商品または役務の対価の少なくとも一部を、前記第１空間に対応する情報処理システムおいて課金させるための情報を転送する転送手段とを有する情報処理装置を提供する。
【０００６】
前記双方向通信は、前記第１空間および前記第２空間においてカラオケ楽曲の再生を同期するための信号および当該カラオケ楽曲に係る歌唱を示す信号を通信するものであってもよい。
【０００７】
この情報処理装置は、前記第１空間および前記第２空間で行われた歌唱の採点結果に応じて、前記第１空間および前記第２空間における前記対価の負担割合を決定する決定手段を有してもよい。
【０００８】
前記転送手段は、前記第２空間において提供される商品または役務のメニューを、前記第１空間に対応する情報処理システムに転送してもよい。
【０００９】
前記送信手段は、前記転送手段により転送された前記メニューから選択された商品または役務の要求を送信してもよい。
【発明の効果】
【００１０】
本発明によれば、離れた場所にいるユーザとコミュニケーションをとりつつ、相手のいる場所で提供される商品または役務をリアルタイムで贈るための課金をすることができる。
【図面の簡単な説明】
【００１１】
【図１】一実施形態に係る課金システム１の機能構成を示す図。
【図２】一実施形態に係る課金システム１の具体的な構成を例示する図。
【図３】動作例１に係るシーケンスチャートを示す図。
【図４】動作例２に係るシーケンスチャートを示す図。
【図５】動作例３に係るシーケンスチャートを示す図。
【図６】動作例４に係るシーケンスチャートを示す図。
【発明を実施するための最良の形態】
【００１２】
１．概要
図１は、一実施形態に係る課金システム１の機能構成を示す図である。課金システム１は、サービス提供システム１０と、課金システム２０と、中継センター３０と、サービス提供システム４０と、課金システム５０とを有する。サービス提供システム１０および課金システム２０は、第１空間に対応している。サービス提供システム４０および課金システム５０は、第２空間に対応している。第１空間と第２空間とは、それぞれ異なる課金（費用請求）処理が行われる。ここで、「異なる課金処理」とは、課金処理が行われる空間的単位が異なることをいい、課金システム自体は共通でも異なっていてもよい。
【００１３】
サービス提供システム１０は、第１空間において商品またはサービス（役務）の提供（以下、「商品またはサービスの提供」を簡単のため単に「サービスの提供」という）を行うためのシステムである。課金システム２０は、第１空間において提供されるサービスに関する課金を行うシステムである。サービス提供システム４０は、第２空間におけるサービスの提供を行うためのシステムである。課金システム５０は、第２空間において提供されるサービスに関する課金を行うシステムである。中継センター３０は、課金システム２０と課金システム５０との間で、サービスの要求、および課金に関する情報を中継するシステムである。
【００１４】
この例で、サービス提供システム１０とサービス提供システム４０とは、双方向通信を行う。すなわち、第１空間と第２空間との間で、双方向通信が行われる。双方向通信では、音声、映像、およびその他のデータのうち少なくとも１つが通信される。双方向通信により、第１空間におけるユーザと第２空間におけるユーザとは、共通のサービスを同時に受けることができる。
【００１５】
本実施形態において、第１空間のユーザが、第２空間のユーザに対し提供されるサービスを要求し、その料金を第１空間のユーザが支払う。サービス提供システム１０は、サービス提供手段１１および送信手段１２を有する。課金システム２０は、課金手段２１を有する。中継センター３０は、送信手段３１および転送手段３２を有する。サービス提供システム４０は、サービス提供手段４１を有する。課金システム５０は、課金手段５１および送信手段５２を有する。サービス提供手段１１およびサービス提供手段４１は、双方向通信で結ばれており、この双方向通信を介した情報の提供とともに、それぞれ第１空間および第２空間のユーザに対しサービスを提供する。前述のように、サービス提供手段１１とサービス提供手段４１との間では双方向通信が行われる。送信手段１２は、サービス提供手段４１により第２空間において提供されるサービスの要求を送信する。送信手段３１は、サービス提供手段１０から受信した要求を、サービス提供システム４０に送信する。サービス提供手段４１は、中継センター３０から送信された要求に応じたサービスを第２空間において提供する。サービス提供手段４１は、提供したサービスの対価（代金など）の少なくとも一部を、課金システム５０に請求する。課金手段５１は、このサービスの請求を、要求元であるサービス提供システム１０に対応する課金システム（課金システム２０）に送信する。転送手段３２は、サービス提供システム４０から受信した請求の情報を、課金システム２０に送信する。すなわち転送手段３２は、第２空間において提供された商品または役務の対価の少なくとも一部を、第１空間に対応する情報処理システムにおいて課金させるための情報を転送する。この情報は、例えば、対価の額および請求先を特定する情報を含む。課金手段２１は、サービス提供手段４１により提供されたサービスの料金を支払う。
【００１６】
２．構成
図２は、一実施形態に係る課金システム１の具体的なハードウェア構成を例示する図である。この例で、サービス提供システム１０およびサービス提供システム４０は、カラオケサービスを提供するためのシステムである。第１空間は、あるカラオケ店（いわゆるカラオケボックス）における部屋であり、第２空間は、別のカラオケ店における部屋である。第１空間および第２空間においては、カラオケ歌唱に加え、ドリンクおよびフードが提供される。第１空間と第２空間との間の双方向通信は、第１空間および第２空間においてカラオケ楽曲の再生を同期するための信号、およびこのカラオケ楽曲を用いた歌唱の音声を示す信号を通信する。さらに、この双方向通信によって、第１空間の映像がカラオケ端末４１０に、第２空間の映像がカラオケ端末１１０に送信される。すなわち、第１空間および第２空間のユーザは、別の場所にいながらにして、同じ場所で一緒にカラオケをしているかのような体験をすることができる。
【００１７】
サービス提供システム１０は、カラオケ端末１１０、楽曲予約システム１２０、および注文システム１３０を有する。サービス提供システム４０は、カラオケ端末４１０、楽曲予約システム４２０、および注文システム４３０を有する。カラオケ端末１１０およびカラオケ端末４１０は、カラオケサービスを提供するための装置である。この例で、カラオケ店は複数の部屋を有し、カラオケ端末１１０は部屋毎に設けられている。楽曲予約システム１２０および注文システム１３０は、カラオケ店に１つ設けられており、複数の部屋の楽曲予約および注文を管理している。
【００１８】
カラオケ端末１１０およびカラオケ端末４１０は、例えば、マイク、スピーカー、カメラ、ディスプレイ、楽曲処理装置、入力端末、およびこれらの制御装置を含む（いずれも図示略）。マイクは、ユーザの音声を収音し、収音した音声を示す信号を出力する装置である。楽曲処理装置は、カラオケ楽曲を再生し、さらに、このカラオケ楽曲とマイクから収音された音声とを合成（ミキシング）した信号を出力する装置である。スピーカーは、楽曲処理装置から出力された信号に応じた楽音を音として出力する装置である。カメラは、部屋の様子を撮影する装置である。ディスプレイは、カラオケ楽曲の再生と同期された歌詞等の情報を表示する装置である。さらに、ディスプレイは、通信相手の部屋の様子を表示する。入力端末は、サービス提供システム１０に対するユーザの指示、この例では、カラオケ楽曲の選択、ドリンクおよびフードの注文を受け付ける装置である。入力端末は、キーパッドやタッチセンサのような入力装置に加え、カラオケ楽曲のリストやドリンクおよびフードのメニューを表示するディスプレイを有する。
【００１９】
楽曲予約システム１２０および楽曲予約システム４２０は、カラオケ端末１１０およびカラオケ端末４１０におけるカラオケ楽曲の予約を管理するシステムである。この例で、カラオケ端末１１０およびカラオケ端末４１０は、カラオケ楽曲の予約を共有し、同一のカラオケ楽曲を同期して再生する。楽曲予約システム１２０および楽曲予約システム４２０は、カラオケ端末１１０およびカラオケ端末４１０で共有される予約を管理する。すなわち、楽曲予約システム１２０および楽曲予約システム４２０は、カラオケ端末１１０およびカラオケ端末４１０からのカラオケ楽曲の予約の要求に応じて、カラオケ端末１１０およびカラオケ端末４１０の双方に対し、共通のカラオケ楽曲を予約する。
【００２０】
注文システム１３０および注文システム４３０は、ドリンクおよびフードの注文を受け付け、受け付けた注文の処理をする。例えば、注文システム１３０および注文システム４３０は、それぞれのカラオケ店内の厨房に設けられたディスプレイに、注文されたドリンクおよびフード並びにその注文をした部屋番号を表示させる。さらに、注文システム１３０および注文システム４３０は、注文されたドリンクおよびフードに関する請求処理を、それぞれ課金システム２０および課金システム５０に依頼する。
【００２１】
この例で、カラオケ楽曲の再生および歌唱に関する信号と、それ以外の信号（データ）とは別のルートを介して通信される。カラオケ楽曲の再生および歌唱に関する信号は双方向通信中継サーバ６１０を介して通信され、それ以外の信号、例えば注文や請求に関するデータは制御情報中継サーバ３１０を介して通信される。
【００２２】
制御情報中継サーバ３１０は、中継センター３０の具体例である。双方向通信中継サーバ６１０は、カラオケ端末１１０とカラオケ端末４１０との間の双方向通信を中継する装置である。この例で、カラオケ楽曲は、カラオケ端末１１０およびカラオケ端末４１０においてそれぞれ再生され、ユーザによる歌唱を示す信号は一方から他方へ送信される。具体的には、双方向通信中継サーバ６１０は、カラオケ端末１１０およびカラオケ端末４１０におけるカラオケ楽曲の再生を同期するための信号を、カラオケ端末１１０およびカラオケ端末４１０に送信する。カラオケ端末１１０およびカラオケ端末４１０においてカラオケ楽曲の再生を同期する方法としては、どのようなものが用いられてもよい。例えば、カラオケ端末１１０およびカラオケ端末４１０において共通の楽曲データ（カラオケ楽曲を再生させるためのデータ、例えばＭＩＤＩ（Musical Instrument Digital Interface）データ）を使用可能である場合には、カラオケ端末１１０およびカラオケ端末４１０がそれぞれ楽曲データを再生する。このとき、双方向通信中継サーバ６１０から再生のタイミングを指定する情報が提供される。カラオケ端末１１０およびカラオケ端末４１０はこの情報に従ったタイミングでカラオケ楽曲を再生することにより、同期をとる。別の例で、カラオケ端末１１０およびカラオケ端末４１０において共通の楽曲データを使用できない場合には、一方のカラオケ端末でカラオケ楽曲を再生し、再生されたカラオケ楽曲を示す信号を、そのカラオケ端末から他方のカラオケ端末に、双方向通信中継サーバ６１０を介して送信してもよい。この場合、再生されたカラオケ楽曲を示す信号そのものが、再生を同期するための信号である。
【００２３】
また、カラオケ端末１１０およびカラオケ端末４１０は、マイクから収音した音声を示す信号を、双方向通信中継サーバ６１０に送信する。双方向通信中継サーバ６１０は、そのカラオケ楽曲に係る歌唱の音声を示す信号を中継する。具体的には、双方向通信中継サーバ６１０は、カラオケ端末１１０のマイクから入力された音声をカラオケ端末４１０に送信し、カラオケ端末４１０のマイクから入力された音声をカラオケ端末１１０に送信する。
【００２４】
カラオケ端末１１０、楽曲予約システム１２０、注文システム１３０、課金システム２０、制御情報中継サーバ３１０、カラオケ端末４１０、楽曲予約システム４２０、注文システム４３０、課金システム５０、および双方向通信中継サーバ６１０は、それぞれ、プロセッサ、メモリ、記憶装置、および通信インターフェース（いずれも図示略）を有する情報処理装置である。これらの装置は、所定のネットワーク（例えばインターネット）を介して通信する。また、各装置においては、記憶装置に記憶されているプログラムをプロセッサが実行することにより、上述の機能および以下で説明する動作が実現される。
【００２５】
３．動作
以下、課金システム１の動作例をいくつか説明する。以下の動作例においては、既にカラオケ端末１１０とカラオケ端末４１０との間で双方向通信中継サーバ６１０を介して双方向通信が確立されている。またこれに伴って、制御情報中継サーバ３１０は、双方向通信を行っているシステム同士を対応させる情報を記憶している。具体的には、制御情報中継サーバ３１０は、カラオケ端末１１０の識別子、楽曲予約システム１２０の識別子、および注文システム１３０の識別子の組と、カラオケ端末４１０の識別子、楽曲予約システム４２０の識別子、および注文システム４３０の識別子の組とを対応付けて記憶している。これらの対応関係を示す情報は、例えば、カラオケ端末１１０とカラオケ端末４１０との間で双方向通信が確立された後で、カラオケ端末１１０およびカラオケ端末４１０の一方から、制御情報中継サーバ３１０に送信される。以下においては、第１空間（店舗Ｘ）と第２空間（店舗Ｙ）とで一緒にカラオケを行っている状態から説明を開始する。以下、第１空間のユーザをユーザＡといい、第２空間のユーザをユーザＢという。以下で説明する複数の動作例のうち２つ以上のものが組み合わせて用いられてもよい。
【００２６】
３−１．動作例１
図３は、動作例１に係るシーケンスチャートを示す図である。動作例１は、第１空間のユーザが第２空間のユーザに対してドリンクをおごる例である。ステップＳ１０１において、カラオケ端末１１０は、ユーザＡの操作に応じて、店舗Ｙ（第２空間）で提供されているドリンクおよびフードのメニューの要求を、制御情報中継サーバ３１０を介して注文システム４３０に送信する。この要求は、送信元であるカラオケ端末１１０の識別子を含んでいる。
【００２７】
ステップＳ１０２において、注文システム４３０は、カラオケ端末１１０から受信した要求に応じて、ドリンクおよびフードのメニューを送信する。具体的には以下のとおりである。注文システム４３０は、店舗Ｙにおいて提供することが可能なドリンクおよびフードのメニューを示すデータを、あらかじめ記憶装置に記憶している。注文システム４３０は、記憶装置から読み出したデータを、要求の送信元であるカラオケ端末１１０に制御情報中継サーバ３１０を介して送信する。
【００２８】
ステップＳ１０３において、カラオケ端末１１０は、ユーザＡの操作に応じて、ドリンクの注文を、注文システム４３０に送信する。具体的には以下のとおりである。カラオケ端末１１０は、注文システム４３０から受信したデータを用いて、店舗Ｙで提供されるドリンクおよびフードのメニューを表示する。ユーザＡは、表示されたメニューの中から、ドリンクを１つ選択する。カラオケ端末１１０は、そのドリンクの注文を、制御情報中継サーバ３１０を介して注文システム４３０に送信する。この注文は、選択されたドリンクの識別子を含んでいる。
【００２９】
カラオケ端末１１０から注文を受けると、注文システム４３０は、その注文を処理する（ステップＳ１０４）。店舗Ｙにおいて、この注文に応じてユーザＢの部屋にドリンクが提供される。注文が処理されると、注文システム４３０は、課金システム５０に対し、このドリンクに関する課金処理の要求を送信する（ステップＳ１０５）。この要求は、第２空間において提供された商品または役務の対価を第１空間に対応する情報処理システムにおいて課金させるための情報の一例であり、注文されたドリンクを特定する情報、その金額、およびこの注文の課金先を特定する情報（この例ではカラオケ端末１１０の識別子）を含んでいる。他の店舗のカラオケ端末１１０からの注文に対する課金処理の要求を受信すると、課金システム５０は、その要求を制御情報中継サーバ３１０に送信する（ステップＳ１０６）。
【００３０】
課金処理の要求を受信すると、制御情報中継サーバ３１０は、対応する課金システム、この例では課金システム２０に、課金処理の要求を転送する（ステップＳ１０７）。具体的には以下のとおりである。制御情報中継サーバ３１０は、受信した要求から、注文の課金先を特定する情報を抽出する。この例ではカラオケ端末１１０の識別子が抽出される。制御情報中継サーバ３１０は、抽出した識別子に対応する課金システムを、記憶装置に記憶されている情報から特定する。この例では課金システム２０が特定される。制御情報中継サーバ３１０は、特定された課金システムに対して、課金処理の要求を転送する。
【００３１】
制御情報中継サーバ３１０から課金処理の要求を受信すると、課金システム２０は、この要求に従って課金処理を行う。すなわち、課金システム２０は、ユーザＡに対し、第２空間においてユーザＢに提供されたドリンクの代金を課金する。ここでいう課金処理には、現金による決済、クレジットカードによる決済、電子マネーによる決済、ポイントによる決済など、あらゆる形態のものを含む。
【００３２】
動作例１によれば、別の空間にいる双方向通信の相手に対して、相手のいる場所において提供されるドリンクの注文および支払いをすることができる。なお、図３では図示および説明を省略したが、第１空間にも注文システム１３０が存在するので、第２空間のユーザが、第１空間のユーザに提供されるドリンクを注文し、その支払いをすることもできる。例えば、第１空間のユーザおよび第２空間のユーザは、お互いにドリンクを奢りあうことができる。
【００３３】
３−２．動作例２
図４は、動作例２に係るシーケンスチャートを示す図である。動作例２は、第１空間のユーザが第２空間のユーザに対して、歌ってほしいカラオケ楽曲のリクエストをする例である。なお前提として、少なくとも店舗Ｙ（第２空間）においては、歌った曲数に応じて課金されるシステムが採用されている。
【００３４】
ステップＳ２０１において、カラオケ端末１１０は、ユーザＡの操作に応じて、カラオケ端末４１０で再生可能な楽曲のリスト（以下「曲リスト」という）の要求を、制御情報中継サーバ３１０を介して楽曲予約システム４２０に送信する。この要求は、送信元であるカラオケ端末１１０の識別子を含んでいる。
【００３５】
ステップＳ２０２において、楽曲予約システム４２０は、カラオケ端末１１０から受信した要求に応じて、曲リストを送信する。具体的には以下のとおりである。楽曲予約システム４２０は、カラオケ端末４１０に対応する曲リストを示すデータを、あらかじめ記憶装置に記憶している。楽曲予約システム４２０は、記憶装置から読み出したデータを、要求の送信元であるカラオケ端末１１０に制御情報中継サーバ３１０を介して送信する。
【００３６】
ステップＳ２０３において、カラオケ端末１１０は、ユーザＡの操作に応じて、カラオケ楽曲のリクエスト（予約）を、楽曲予約システム４２０に送信する。具体的には以下のとおりである。カラオケ端末１１０は、楽曲予約システム４２０から受信したデータを用いて、カラオケ端末４１０に対応する曲リストを表示する。ユーザＡは、表示された曲リストの中から、カラオケ楽曲を１つ選択する。カラオケ端末１１０は、そのカラオケ楽曲のリクエストを、制御情報中継サーバ３１０を介して楽曲予約システム４２０に送信する。このリクエストは、選択されたカラオケ楽曲の識別子を含んでいる。
【００３７】
カラオケ端末１１０からリクエストを受けると、楽曲予約システム４２０は、そのリクエストに応じて、カラオケ端末４１０において楽曲の予約を設定する（ステップＳ２０４）。リクエストが処理されると、楽曲予約システム４２０は、課金システム５０に対し、このカラオケ楽曲に関する課金処理の要求を送信する（ステップＳ２０５）。この要求は、第２空間において提供された商品または役務の対価を第１空間に対応する情報処理システムにおいて課金させるための情報の一例であり、リクエストされたカラオケ楽曲を特定する情報、その金額、およびこのリクエストの課金先を特定する情報（この例ではカラオケ端末１１０の識別子）を含んでいる。他の店舗のカラオケ端末１１０からのリクエストに対する課金処理の要求を受信すると、課金システム５０は、その要求を制御情報中継サーバ３１０に送信する（ステップＳ２０６）。
【００３８】
課金処理の要求を受信すると、制御情報中継サーバ３１０は、対応する課金システム、この例では課金システム２０に、課金処理の要求を転送する（ステップＳ２０７）。具体的には以下のとおりである。制御情報中継サーバ３１０は、受信した要求から、リクエストの課金先を特定する情報を抽出する。この例ではカラオケ端末１１０の識別子が抽出される。制御情報中継サーバ３１０は、抽出した識別子に対応する課金システムを、記憶装置に記憶されている情報から特定する。この例では課金システム２０が特定される。制御情報中継サーバ３１０は、特定された課金システムに対して、課金処理の要求を転送する。
【００３９】
制御情報中継サーバ３１０から課金処理の要求を受信すると、課金システム２０は、この要求に従って課金処理を行う（ステップＳ２０８）。すなわち、課金システム２０は、ユーザＡに対し、カラオケ端末４１０において再生されたカラオケ楽曲の代金を課金する。
【００４０】
動作例２によれば、別の空間にいる双方向通信の相手に対して、相手のいる場所において提供されるカラオケ楽曲の予約および支払いをすることができる。
【００４１】
３−３．動作例３
図５は、動作例３に係るシーケンスチャートを示す図である。動作例１および動作例２では、ドリンクやカラオケ楽曲を注文（リクエスト）した者がその代金の全額を支払う例を説明した。動作例３においては、サービスの使用料（具体的にはカラオケ室料、ドリンクおよびフードの代金）を、ユーザＡおよびユーザＢがそれぞれある割合で負担する。この例で、代金の負担の割合は、カラオケ歌唱の採点結果に応じて決定される。このため、この例で、カラオケ端末１１０およびカラオケ端末４１０は、歌唱の採点機能を有する。
【００４２】
カラオケ端末１１０およびカラオケ端末４１０は、ユーザＡおよびユーザＢの歌唱に対し、それぞれ採点を行う（ステップＳ３０１およびＳ３０２）。カラオケ端末１１０およびカラオケ端末４１０は、それぞれ採点の結果を制御情報中継サーバ３１０に送信する（ステップＳ３０３およびＳ３０４）。
【００４３】
ステップＳ３０５において、制御情報中継サーバ３１０は、所定のアルゴリズムに従って代金の負担割合を決定する。このアルゴリズムは、カラオケ端末１１０およびカラオケ端末４１０における採点結果を用いて負担割合を決定するものであり、例えば、点数がより高いユーザが点数がより低いユーザよりも負担割合が低くなるように、それぞれの負担割合を決定するアルゴリズムである。
【００４４】
所定のタイミング（例えば、清算が指示されたとき）で、課金システム２０および課金システム５０は、課金処理の要求を制御情報中継サーバ３１０に送信する（ステップＳ３０６およびＳ３０７）。課金システム２０から送信される課金処理の要求には、カラオケ端末１１０の識別子および第１空間におけるサービスの使用料を特定する情報が含まれる。課金システム５０から送信される課金処理の要求には、カラオケ端末４１０の識別子および第２空間におけるサービスの使用料を特定する情報が含まれる。なお、カラオケ端末１１０およびカラオケ端末４１０から、課金システム２０および課金システム５０に対して事前に（例えば、カラオケを開始する前に）、サービスの使用料は採点結果に応じてユーザＡとユーザＢとで負担することが通知されている。
【００４５】
制御情報中継サーバ３１０は、課金システム２０および課金システム５０から受信した要求およびステップＳ３０５で決定した負担割合を用いて、ユーザＡおよびユーザＢに対する請求額を決定する（ステップＳ３０８）。すなわち、制御情報中継サーバ３１０は、第１空間におけるサービスの使用料と第２空間におけるサービスの使用料を加算し、これにユーザＡおよびユーザＢそれぞれの負担割合を乗じて、それぞれの請求額を算出する。制御情報中継サーバ３１０は、算出された請求額に基づく課金処理の要求を、課金システム２０および課金システム５０に送信する（ステップＳ３０９およびＳ３１０）。この課金処理の要求は、第２空間において提供された商品または役務の対価を第１空間に対応する情報処理システムにおいて課金させるための情報の一例である。
【００４６】
動作例３によれば、別の空間にいる双方向通信の相手と、歌唱の採点というある種のゲームを楽しみつつ、その結果を支払いの負担割合に反映させることができる。
【００４７】
３−４．動作例４
図６は、動作例４に係るシーケンスチャートを示す図である。動作例４においては、第２空間にいるユーザＢのカラオケ歌唱に対して、第１空間にいるユーザＡがお金を支払う。すなわち、第２空間（店舗Ｙ）においては、他の店舗のユーザの指示に応じて、ユーザＢにお金を払うというサービスが提供される。動作例４においては、動作例１〜３とは異なり、事前にカラオケ端末１１０とカラオケ端末４１０との間で双方向通信は確立されていない。この例で、制御情報中継サーバ３１０は、ユーザＢを含む複数のユーザのリストを記憶している。このリストには、各ユーザのプロフィール、接続可否、および接続可である場合にはカラオケ端末の識別子が含まれる。各ユーザのプロフィールには、例えば、ユーザの顔写真やプロフィール動画が含まれる。
【００４８】
ステップＳ４０１において、カラオケ端末１１０は、ユーザＡの操作に応じて、店舗Ｙ（第２空間）を含む複数の空間で歌唱サービスを提供しているユーザのリストの要求を、制御情報中継サーバ３１０に送信する。この要求は、送信元であるカラオケ端末１１０の識別子を含んでいる。制御情報中継サーバ３１０は、カラオケ端末１１０から受信した要求に応じて、ユーザのリストを送信する（ステップＳ４０２）。
【００４９】
ステップＳ４０３において、カラオケ端末１１０は、ユーザＡの操作に応じて、他のカラオケ端末への接続要求を、制御情報中継サーバ３１０に送信する。具体的には以下のとおりである。カラオケ端末１１０は、制御情報中継サーバ３１０から受信したデータを用いて、店舗Ｙで提供されるドリンクおよびフードのリストを表示する。ユーザＡは、表示されたリストの中から、ユーザを１人選択する。カラオケ端末１１０は、そのユーザへの接続の要求を制御情報中継サーバ３１０に送信する。この要求は、選択されたユーザ（この例ではユーザＢ）の識別子を含んでいる。
【００５０】
カラオケ端末１１０から接続要求を受けると、制御情報中継サーバ３１０は、接続要求に応じて、双方向通信を確立させる。具体的には以下のとおりである。制御情報中継サーバ３１０は、接続要求に含まれるユーザの識別子に対応するカラオケ端末（この例ではカラオケ端末４１０）に、カラオケ端末１０から双方向通信の要求があった旨を通知する。カラオケ端末４１０は、この通知に応じて、カラオケ端末１１０との間で、所定のプロトコルにより双方向通信を確立する（ステップＳ４０４）。
【００５１】
双方向通信が確立された後で、ユーザＢは、カラオケ端末４１０を用いて歌唱する（ステップＳ４０５）。歌唱が終了すると、カラオケ端末４１０は、歌唱が終了した旨を制御情報中継サーバ３１０に通知する（ステップＳ４０６）。歌唱終了の通知を受信すると、制御情報中継サーバ３１０は、課金システム２０に対し、ユーザＢの歌唱に対する支払いに関する課金処理を要求する（ステップＳ４０７）。この課金処理の要求は、第２空間において提供された商品または役務の対価を第１空間に対応する情報処理システムにおいて課金させるための情報の一例である。さらに、制御情報中継サーバ３１０は、課金システム５０に対し、ユーザＢへの支払いを要求する（ステップＳ４０８）。課金処理の要求を受信すると、課金システム２０は、ユーザＡに対し課金処理を行う（ステップＳ４０９）。支払いの要求を受信すると、課金システム５０は、ユーザＢに対し支払いを行う（ステップＳ４１０）。なお、双方向通信を正式に確立する前に、試聴期間が設けられてもよい。すなわち、制御情報中継サーバ３１０は、接続要求に応じて、まず試聴のための双方向通信を確立する。この双方向通信は、あらかじめ決められた時間（例えば１分）は課金されず無料である。ユーザＢは試聴期間の間にお試しの歌唱を行う。試聴期間の途中または最後に、正式な双方向通信を確立してよいか確認する画面がカラオケ端末１１０において表示される。ユーザＡは、ユーザＢの歌唱が気に入った場合は正式な双方向通信の確立を指示し、ユーザＢの歌唱が気に入らなかった場合は双方向通信を終了する。
【００５２】
動作例３によれば、別の空間にいる双方向通信の相手の歌唱に対し、その場で対価を支払うことができる。なお、ここでいう対価には、金銭に加え、金銭以外のものも含む。例えば、対価は、ドリンクやフードの提供、またはポイントの付与によって支払われてもよい。また、動作例３において、双方向通信に代わり、第２空間から第１空間への一方向通信が用いられてもよい。
【００５３】
４．変形例
本発明は上述の実施形態に限定されるものではなく、種々の変形実施が可能である。以下、変形例をいくつか説明する。以下の変形例のうち２つ以上のものが組み合わせて用いられてもよい。
【００５４】
機能とハードウェアとの対応関係は、実施形態で説明したものに限定されない。図１で説明した機能構成のうち少なくとも２つの機能が、単一のハードウェアによって提供されてもよい。例えば、サービス提供システム１０、課金システム２０、サービス提供システム４０、または課金システム５０の機能を有する装置が、中継センター３０の機能も兼ね備えていてもよい。より具体的には、例えば図２のカラオケ端末１１０は、制御情報中継サーバ３１０を介さずに、直接、カラオケ端末４１０、楽曲予約システム４２０、注文システム４３０、および課金システム５０と通信してもよい。カラオケ端末４１０についても同様である。この場合、カラオケ端末１１０とカラオケ端末４１０とは、双方向通信中継サーバ６１０を介さずに直接、ピア・ツー・ピアで双方向通信を行う。別の例で、楽曲予約システム１２０、注文システム１３０、課金システム２０、楽曲予約システム、注文システム４３０、および課金システム５０の機能が、制御情報中継サーバ３１０に集約されてもよい。また、課金システム２０と課金システム５０とは、物理的に異なる装置に実装されてもよいし、物理的に単一の装置において論理的に課金体系が分けられたものであってもよい。このように、ハードウェアの構成がどのようなものであっても、転送手段３２（図１）は、第２空間において提供された商品または役務の対価の少なくとも一部を、第１空間に対応する情報処理システム（この情報処理システムは第１空間にあっても、第１空間以外の空間にあってもよい）において課金させるための情報を転送する。
【００５５】
課金システム１の各装置のハードウェア構成は実施形態で説明したものに限定されない。例えば、カラオケ端末１１０またはカラオケ端末４１０は、カラオケ専用の端末装置ではなく、携帯電話、スマートフォン、ゲーム装置、ケーブルテレビ放送やＩＰ（Internet Protocol）放送のセットトップボックス、またはパーソナルコンピュータであってもよい。
【００５６】
サービス提供システム１０およびサービス提供システム４０が提供する商品およびサービスは、カラオケ楽曲の再生、ドリンクおよびフードの提供に限定されず、相手のいる空間における商品（役務）の提供であればどのようなものでもよい。サービス提供システム１０およびサービス提供システム４０によって提供されるサービスは、例えば、貸しテレビ会議室、英会話教室、楽器教室、写真撮影、衣料品の販売などであってもよい。
【００５７】
また、本発明は、第１空間および当該第１空間と異なる課金処理が行われる第２空間の間で行われる双方向通信とともに当該第２空間において提供される商品または役務の要求を、当該第２空間に対応する情報処理システムに送信するステップと、前記要求に係る商品または役務の代金の少なくとも一部を、前記第１空間に対応する情報処理システムおいて課金させるための情報を転送するステップとを有する情報処理方法を提供する。
【００５８】
また、本発明は、コンピュータに、第１空間および当該第１空間と異なる課金処理が行われる第２空間の間で行われる双方向通信とともに当該第２空間において提供される商品または役務の要求を、当該第２空間に対応する情報処理システムに送信するステップと、前記要求に係る商品または役務の代金の少なくとも一部を、前記第１空間に対応する情報処理システムおいて課金させるための情報を転送するステップとを実行させるためのプログラムを提供する。このプログラムは、光ディスク、磁気ディスク、半導体メモリーなどの記憶媒体により提供されてもよいし、インターネット等の通信回線を介してダウンロードされてもよい。
【符号の説明】
【００５９】
１…課金システム、１０…サービス提供システム、１１…サービス提供手段、１２…送信手段、２０…課金システム、２１…課金手段、３０…中継センター、３１…送信手段、３２…転送手段、４０…サービス提供システム、４１…サービス提供手段、５０…課金システム、５１…課金手段、５２…送信手段、１１０…カラオケ端末、１２０…楽曲予約システム、１３０…注文システム、３１０…制御情報中継サーバ、４１０…カラオケ端末、４２０…楽曲予約システム、４３０…注文システム、６１０…双方向通信中継サーバ
【図１】
2015049798.tif 000003
【図２】
2015049798.tif 000004
【図３】
2015049798.tif 000005
【図４】
2015049798.tif 000006
【図５】
2015049798.tif 000007
【図６】
2015049798.tif 000008