JP2013037150A - 選曲装置用プログラム、予約方法、及び選曲装置 - Google Patents

Abstract

【課題】他のユーザによって歌唱されたことが投稿されたカラオケ曲と同じカラオケ曲を容易に予約する。
【解決手段】選曲装置用プログラムは、コンピュータに、カラオケ曲の演奏を予約する第１予約ステップと、第１予約ステップにおいて予約されたカラオケ曲を識別可能な識別情報を取得する第１取得ステップと、ユーザからの投稿内容を示す投稿情報を複数のユーザで共有する共有サイトに、第１取得ステップにおいて取得された識別情報を含む投稿情報を投稿する投稿ステップと、共有サイトに投稿された投稿情報から識別情報を取得する第２取得ステップと、第２取得ステップにおいて取得された識別情報を用いてカラオケ曲の演奏を予約する第２予約ステップと、を実行させる。
【選択図】図３

Description

本発明は、カラオケ曲の選曲に用いられるリモコンと、カラオケ曲を演奏するカラオケ装置と、を備えるカラオケシステムの技術分野に関する。

例えば、特許文献１には、ユーザが歌唱したカラオケ曲の情報を投稿するカラオケシステムの技術が開示されている。この技術において、投稿側のカラオケ装置は、カラオケの演奏時のユーザによる歌唱の音信号、歌唱されたカラオケ曲の楽曲名等を含む投稿データを作成してホストサーバにアップロードする。視聴側のカラオケ装置は、ホストサーバから投稿データをダウンロードして、投稿データを他のユーザに視聴させる。こうして、ユーザが歌唱したカラオケ曲の楽曲名等の情報が、他のユーザに公開される。

特開２０１０−２３７５５３号公報

このように、カラオケ装置を利用するユーザは、投稿された楽曲名に基づいて、他のユーザが如何なるカラオケ曲を歌唱したかを知ることができる。そのため、ユーザが、他のユーザが歌唱したカラオケ曲と同じカラオケ曲を予約して歌唱するという行動をとることが考えられる。

しかしながら、カラオケ曲を予約するためには、投稿された楽曲名を用いて、予約するカラオケ曲を識別する楽曲番号を再度カラオケ装置が検索し、予約処理を実行する必要がある。そのため、従来技術では、他のユーザによって歌唱された楽曲と同じ楽曲を歌唱する場合に、楽曲の楽曲番号検索処理と予約処理とが必要となるため、ユーザにとって使い勝手が悪かった。

本発明は、以上の点に鑑みてなされたものである。本発明は、他のユーザによって歌唱されたことが投稿されたカラオケ曲と同じカラオケ曲を容易に予約することができる選曲装置用プログラム、予約方法、及び選曲装置を提供することを課題とする。

上記課題を解決するために、請求項１に記載の発明は、カラオケ装置により演奏されるカラオケ曲の選曲に用いられる選曲装置に含まれるコンピュータに、カラオケ曲の演奏を予約する第１予約ステップと、前記第１予約ステップにおいて予約されたカラオケ曲を識別可能な識別情報を取得する第１取得ステップと、ユーザからの投稿内容を示す投稿情報を複数のユーザで共有する共有サイトに、前記第１取得ステップにおいて取得された前記識別情報を含む前記投稿情報を投稿する投稿ステップと、前記共有サイトに投稿された前記投稿情報から前記識別情報を取得する第２取得ステップと、前記第２取得ステップにおいて取得された前記識別情報を用いてカラオケ曲の演奏を予約する第２予約ステップと、を実行させることを特徴とする。

請求項２に記載の発明は、前記投稿ステップは、前記第１予約ステップにおいてカラオケ曲の演奏が予約されたときに、前記投稿情報を投稿することを特徴とする。

請求項３に記載の発明は、前記コンピュータに、前記第１予約ステップにおいて予約されたカラオケ曲の歌唱結果を示す結果情報を取得する第３取得ステップを更に実行させ、前記投稿ステップは、前記第１取得ステップにおいて取得された前記識別情報と、前記第３取得ステップにおいて取得された前記結果情報と、を含む前記投稿情報を投稿することを特徴とする。

請求項４に記載の発明は、カラオケ装置により演奏されるカラオケ曲の選曲に用いられる選曲装置により実行される予約方法において、カラオケ曲の演奏を予約する第１予約ステップと、前記第１予約ステップにおいて予約されたカラオケ曲を識別可能な識別情報を取得する第１取得ステップと、ユーザからの投稿内容を示す投稿情報を複数のユーザで共有する共有サイトに、前記第１取得ステップにおいて取得された前記識別情報を含む前記投稿情報を投稿する投稿ステップと、前記共有サイトに投稿された前記投稿情報から前記識別情報を取得する第２取得ステップと、前記第２取得ステップにおいて取得された前記識別情報を用いてカラオケ曲の演奏を予約する第２予約ステップと、を含むことを特徴とする。

請求項５に記載の発明は、カラオケ装置により演奏されるカラオケ曲の選曲に用いられる選曲装置において、カラオケ曲の演奏を予約する第１予約手段と、前記第１予約手段により予約されたカラオケ曲を識別可能な識別情報を取得する第１取得手段と、ユーザからの投稿内容を示す投稿情報を複数のユーザで共有する共有サイトに、前記第１取得手段により取得された前記識別情報を含む前記投稿情報を投稿する投稿手段と、前記共有サイトに投稿された前記投稿情報から前記識別情報を取得する第２取得手段と、前記第２取得手段により取得された前記識別情報を用いてカラオケ曲の演奏を予約する第２予約手段と、を備えることを特徴とする。

請求項１、４または５に記載の発明によれば、共有サイトに投稿された投稿情報から取得された識別情報を用いてカラオケ曲の演奏が予約される。この識別情報は、カラオケ曲を識別可能な情報である。そのため、他のユーザによって歌唱されたことが投稿されたカラオケ曲と同じカラオケ曲を容易に予約することができる。

請求項２に記載の発明によれば、予約時に投稿情報が投稿されるので、カラオケ曲の演奏が終了するときにカラオケ装置がその旨を通知する必要がない。そのため、カラオケ装置の処理負荷を軽減することができる。

請求項３に記載の発明によれば、ユーザは、他のユーザによって歌唱されたことが投稿されたカラオケ曲と同じカラオケ曲を容易に予約することができるとともに、他のユーザによる歌唱結果を利用することができる。

本実施形態におけるカラオケシステムＳの概要構成例を示す図である。 （Ａ）は、リモコン１の概要構成例を示すブロック図である。（Ｂ）は、コマンダ２の概要構成例を示すブロック図である。（Ｃ）は、管理サーバ３の概要構成例を示すブロック図である。（Ｄ）は、携帯端末Ｔ１の概要構成例を示すブロック図である。 携帯端末Ｔ１の制御部４１の実施例１における処理例を示すフローチャートである。 携帯端末Ｔ１の制御部４１の実施例２における処理例を示すフローチャートである。

以下、本発明の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、例えばカラオケ店舗において利用されるカラオケシステムに対して、本発明を適用した場合の実施形態である。

［１．カラオケシステムの構成及び動作の概要］
始めに、図１を参照して、本実施形態におけるカラオケシステムの構成の概要について説明する。図１は、本実施形態におけるカラオケシステムＳの概要構成例を示す図である。なお、図１に示す例では、説明の便宜上、カラオケ店舗のカラオケルーム（客室）を１室のみ示し、リモコン１及びカラオケ装置２をそれぞれ１台ずつ示している。なお、カラオケ装置を、以下、「コマンダ」という。

図１に示すように、カラオケシステムＳは、リモコン１、コマンダ２、及び管理サーバ３を含んで構成される。管理サーバ３には、それぞれカラオケ店舗の利用者であるユーザにより所有される携帯端末Ｔ１〜４が携帯基地局Ｂ及びネットワークＮＷを介して接続可能になっている。なお、以下では、携帯端末Ｔ１〜４を代表して、携帯端末Ｔ１について説明する。ネットワークＮＷは、例えば、インターネット、携帯通信網、及びゲートウェイ等により構成される。各カラオケ店舗には、有線ＬＡＮ、アクセスポイントＡＰ、及びルータＲが設置されている。各カラオケルームに設置されたコマンダ２は、それぞれ有線ＬＡＮ（Local Area Network）に接続されている。アクセスポイントＡＰは、有線ＬＡＮと無線ＬＡＮとを相互接続するための通信機器である。各リモコン１は、無線ＬＡＮ、及びアクセスポイントＡＰを介して、有線ＬＡＮに接続することができる。また、同一の店舗のリモコン１とコマンダとは、無線ＬＡＮ、及び有線ＬＡＮを介して互いに通信が可能である。また、リモコン１と管理サーバ３とは、無線ＬＡＮ、有線ＬＡＮ、ルータＲ、及びインターネットを介して互いに通信が可能である。また、コマンダ２と管理サーバ３とは、有線ＬＡＮ、ルータＲ、及びインターネットを介して互いに通信が可能である。

リモコン１は、カラオケ曲の選曲に用いられる選曲装置である。なお、リモコン１は、ナビ端末又は検索端末ともいう。リモコン１には、リモコンＩＤが付与されている。リモコンＩＤは、リモコン１を識別するための識別情報である。リモコンＩＤは、リモコン１を一意に特定できる情報であれば、どのような情報であってもよいが、例えばリモコン１に割り当てられたＩＰアドレスがリモコンＩＤとされても良い。各リモコン１は、同じカラオケルーム内に設置されたコマンダ２との間で対応付けが行われている。なお、対応付けは、くくり付け、又はペアリングとも呼ばれる。リモコン１は、赤外線通信により、リモコン１と対応付け状態にあるコマンダ２へ各種指令を送信することができる。例えば、リモコン１は、ユーザにより選曲されたカラオケ曲の予約指令を送信する。この予約指令には、選曲されたカラオケ曲のカラオケ曲番号が含まれる。カラオケ曲番号は、本発明の識別情報の一例である。カラオケ曲番号は、カラオケ曲を一意に識別するための識別番号である。例えば、カラオケ曲間で曲名及び歌手名が同一であっても、楽曲のバージョンが異なれば、それぞれに異なるカラオケ曲番号が付与される。また、リモコン１は、無線ＬＡＮを介してコマンダ２へ指令を送信することもできる。

ユーザは、リモコン１に対してログイン操作を行うことにより、カラオケシステムＳにログインすることができる。ログイン操作においては、ユーザのカラオケ用ユーザＩＤ及びパスワードが入力される。カラオケ用ユーザＩＤは、例えばカラオケシステムＳを利用するために会員登録を行ったユーザに対して発行される識別情報である。ユーザは、リモコン１からログインすることにより、カラオケシステムＳの会員専用のサービスを利用することができる。

次に、コマンダ２は、予約されたカラオケ曲を演奏する演奏装置である。コマンダ２には、コマンダＩＤが付与されている。コマンダＩＤは、コマンダ２を識別するための識別情報である。コマンダＩＤは、コマンダ２を一意に特定できる情報であれば、どのような情報であってもよい。例えばコマンダ２に割り当てられたＩＰアドレスがコマンダＩＤとされても良い。また、コマンダ２は、赤外線通信によりリモコン１から送信された各種指令を受信する。例えば、コマンダ２は、予約指令を受信すると、予約指令に含まれるカラオケ曲番号等を演奏予約リストに登録する。演奏予約リストには、例えば、カラオケ曲番号が予約順に登録される。なお、リストへの「登録」は「記録」ともいう。コマンダ２は、演奏予約リストに登録されたカラオケ曲番号の順に、カラオケ曲の演奏を行う。また、コマンダ２は、ユーザのカラオケ曲の歌唱に対して採点処理を行う。この採点処理は、ユーザによって採点が指示されたカラオケ曲の演奏時に行われる。コマンダ２は、採点処理により、ユーザの歌唱の良し悪しを示す点数を決定し、その点数を演奏終了時にディスプレイに表示する。また、コマンダ２は、カラオケ曲の演奏に合わせてユーザが歌唱する姿を、カラオケルームに設置されたビデオカメラにより動画撮影させる。この動画撮影は、ユーザによって撮影が指示されたカラオケ曲の演奏時に行われる。コマンダ２は、マイクによって集音されたユーザの歌唱音声の信号と、ユーザが歌唱する姿を撮影した動画の信号とを含む動画データを生成する。そして、コマンダ２は、生成した動画を、ディスプレイに表示したり、管理サーバ３へアップロードしたりする。なお、動画を撮影するサービスは、カラオケシステムＳの会員専用のサービスである。

次に、管理サーバ３は、本発明のサーバ装置の一例である。管理サーバ３は、インターネットに接続されており、Ｗｅｂサーバとしての機能を有する。また、管理サーバ３は、ユーザのログイン状態等を管理する。また、管理サーバ３は、コマンダ２の採点処理により決定された点数に基づいて、カラオケ曲を歌唱したユーザの順位付けを行う。この順位は、例えば、カラオケシステムＳに会員登録しているユーザの中での順位である。また、この順位付けは、例えば、カラオケ曲ごとに行われる。管理サーバ３が順位を決定すると、コマンダ２は、決定された順位を、採点処理により決定した点数とともにディスプレイに表示する。なお、ユーザの歌唱に対して順位を付けるサービスは、カラオケシステムＳの会員専用のサービスである。また、管理サーバ３は、コマンダ２からアップロードされた動画データを登録する。携帯端末Ｔ１等の端末装置は、管理サーバ３にアクセスすることにより、登録された動画データを再生する。これにより、ユーザは、他のユーザがカラオケ曲を歌唱した姿を撮影した動画を視聴することができる。

次に、携帯端末Ｔ１は、それぞれ本発明における選曲装置の一例である。携帯端末Ｔ１の例としては、スマートフォン、携帯電話機、又はタブレット等が挙げられる。携帯端末Ｔ１は、ネットワークＮＷを介して管理サーバ３へアクセスし、通信することができる。

カラオケシステムＳにおいては、ユーザが携帯端末Ｔ１を操作することにより、カラオケ曲を選曲してコマンダ２に演奏を予約することを可能とさせる。そのため、管理サーバ３が、携帯端末Ｔ１とコマンダ２との対応付けを行う。先ず、ユーザは、リモコン１でログイン操作を行う。すると、リモコン１は、ログイン要求を管理サーバ３へ送信する。このログイン要求は、ユーザにより入力されたカラオケ用ユーザＩＤ及びパスワードと、リモコン１と対応付け状態にあるコマンダ２のコマンダＩＤとを含む。管理サーバ３は、リモコン１からログイン要求を受信すると、ログイン要求に含まれるカラオケ用ユーザＩＤ及びコマンダＩＤを対応付けて、リモコンログインリストに登録する。リモコンログインリストは、リモコン１からログインしたユーザのカラオケ用ユーザＩＤを登録するリストである。

次に、ユーザが携帯端末Ｔ１に対してログイン操作を行う。このログイン操作においては、ユーザの携帯端末用ユーザＩＤ及びパスワードが入力される。携帯端末用ユーザＩＤは、例えば、携帯端末Ｔ１からアクセス可能な楽曲提供サイトで会員登録を行ったユーザに対して発行される識別情報である。同一のユーザに対して発行されたカラオケ用ユーザＩＤと携帯端末用ユーザＩＤとは対応付けられている。この対応付けを示す情報は、登録ユーザリストとして、管理サーバ３に記憶される。登録ユーザリストは、例えばカラオケシステムＳを利用するために会員登録されたユーザのユーザ情報を登録するリストである。カラオケ用ユーザＩＤと携帯端末用ユーザＩＤとが同一の場合もある。この場合、カラオケ用ユーザＩＤと携帯端末用ユーザＩＤとは、特に区別されることなくユーザＩＤとして用いられる。ログイン操作が行われると、携帯端末Ｔ１は、ログイン要求を管理サーバ３へ送信する。このログイン要求には、入力された携帯端末用ユーザＩＤ及びパスワードが含まれる。管理サーバ３は、携帯端末Ｔ１からログイン要求を受信すると、リモコンログインリストを参照する。そして、管理サーバ３は、ログイン要求に含まれる携帯端末用ユーザＩＤに対応するカラオケ用ユーザＩＤがコマンダＩＤに対応付けられているか否かを判定する。ここで、携帯端末用ユーザＩＤに対応するカラオケ用ユーザＩＤは、登録ユーザリストから特定される。管理サーバ３は、カラオケ用ユーザＩＤがコマンダＩＤに対応付けられている場合には、携帯端末Ｔ１とコマンダ２との対応付け処理を実行する。この対応付け処理で、管理サーバ３は、ログイン要求に含まれる携帯端末用ユーザＩＤと、カラオケ用ユーザＩＤに対応付けられているコマンダＩＤとを対応付けて携帯端末ログインリストに登録する。携帯端末ログインリストは、携帯端末Ｔ１からログインしたユーザの携帯端末用ユーザＩＤを登録するリストである。言い換えれば、携帯端末ログインリストは、携帯端末Ｔ１とコマンダ２とを対応付けるためのリストである。携帯端末ログインリストへの登録により、携帯端末Ｔ１からのログインが完了し、携帯端末Ｔ１とコマンダ２とが対応付けられる。

ログインしたユーザの携帯端末Ｔ１が管理サーバ３へ要求を送信するとき、その要求には、ユーザの携帯端末用ユーザＩＤが含まれる。例えば、携帯端末Ｔ１は、ユーザにより選曲されたカラオケ曲の予約要求を送信する。管理サーバ３は、携帯端末Ｔ１からの要求を受信すると、要求に含まれる携帯端末用ユーザＩＤに対応するコマンダＩＤを、携帯端末ログインリストから取得する。そして、管理サーバ３は、取得したコマンダＩＤに基づいて、携帯端末Ｔ１から受信した要求を、携帯端末Ｔ１と対応付け状態にあるコマンダ２へ転送する。

ところで、ネットワークＮＷには、共有サイトサーバ４が接続されている。共有サイトサーバ４は、複数のユーザで情報を共有する共有サイトのＷｅｂサーバである。共有サイトの例としては、ミニブログ、ブログ、ＳＮＳ（Social Networking Service）、電子掲示板等がある。携帯端末Ｔ１は、ネットワークＮＷを介して共有サイトサーバ４へアクセスし、通信することができる。これにより、ユーザは、共有サイトへ情報を投稿したり、投稿された情報を閲覧したりすることができる。なお、以下では、共有サイトとしてミニブログを適用した場合を例として説明する。

ユーザが携帯端末Ｔ１を操作してカラオケ曲の予約を行うと、携帯端末Ｔ１が、予約されたカラオケ曲の情報を、つぶやき情報としてミニブログに投稿する。携帯端末Ｔ１によるつぶやき情報の投稿は、つぶやき情報のアップロードまたは送信ともいう。

投稿されるつぶやき情報には、予約されたカラオケ曲のカラオケ曲番号、曲名、歌手名等が含まれる。これにより、ユーザは、自分がカラオケでどのようなカラオケ曲を歌唱したかを、他のユーザに公開することができる。また、携帯端末Ｔ１が、他のユーザによってミニブログ投稿されたつぶやき情報として投稿したカラオケ曲の情報を取得し、歌唱されたカラオケ曲の一覧として表示する。そして、ユーザが一覧から所望のカラオケ曲を選曲することにより、選曲したカラオケ曲を携帯端末Ｔ１で予約することができる。つまり、ユーザは、携帯端末Ｔ１を利用して、他のユーザによって歌唱されたことがミニブログに投稿されたカラオケ曲と同じカラオケ曲を予約することができる。このとき、携帯端末Ｔ１は、つぶやき情報から、予約対象のカラオケ曲のカラオケ曲番号を取得し、このカラオケ曲番号を用いて予約を行う。つぶやき情報にカラオケ曲番号が含まれているので、例えば、つぶやき情報に含まれる曲名を用いて予約に必要なカラオケ曲番号を検索する必要がない。曲名を用いてカラオケ曲番号を検索する場合、同じ曲名で複数のカラオケ曲番号が検索される場合がある。つまり、同じ曲名であっても、その曲名が付与されているカラオケ曲が複数存在する場合がある。例えば、同じ曲名であっても、元の歌詞や楽曲自体が異なるカラオケ曲が複数存在したり、歌手が異なるカラオケ曲が複数存在したりする場合がある。また、曲名が同じであっても、バージョンが異なるカラオケ曲が複数存在する場合がある。例えば、カラオケ曲の演奏の際にディスプレイに表示される映像が異なっていたり、演奏に用いられる演奏データが異なっていたりする場合がある。演奏データとしては、例えば、ＭＩＤＩ（Musical Instrument Digital Interface）データ、生演奏の音をＰＣＭ（Pulse Code Modulation）等で符号化したデータ等がある。このように、曲名を用いた場合、複数のカラオケ曲番号が検索されることがあるため、他のユーザが歌唱したカラオケ曲と同じカラオケ曲のカラオケ曲番号を特定することができない場合がある。これに対し、カラオケ曲番号は、カラオケ曲を一意に識別する情報であるので、曲名が同じ複数のカラオケ曲のそれぞれに異なるカラオケ曲番号が付与されている。従って、他のユーザが歌唱したカラオケ曲を一意に特定することが可能であり、他のユーザが歌唱したカラオケ曲と同じカラオケ曲を容易に予約することができる。また、曲名が同じで、バージョンが異なるカラオケ曲が複数存在する場合、曲名を示す識別情報を含むつぶやき情報が投稿されても良い。この場合、曲名を示す識別情報は、バージョンが異なる複数のカラオケ曲番号を含む。複数のカラオケ曲番号を含む識別情報が、つぶやき情報として投稿されることで、他のユーザは、曲名を示す識別情報が含む複数のカラオケ曲番号の中から、所望のカラオケ曲番号を選択して予約することができる。

［２．各装置の構成］
次に、図２を参照して、カラオケシステムＳに含まれる各装置の構成について説明する。図２は、本実施形態におけるカラオケシステムＳに含まれる各装置の概要構成例を示すブロック図である。

図２（Ａ）は、リモコン１の概要構成例を示すブロック図である。図２（Ａ）に示すように、リモコン１は、制御部１１、記憶部１２、ビデオＲＡＭ１３、映像制御部１４、表示部１５、操作部１６、操作処理部１７、赤外線送信部１８、及び無線ＬＡＮ（Local Area Network）通信部１９等を備えて構成される。制御部１１は、ＣＰＵ、ＲＯＭ、及びＲＡＭ等により構成される。記憶部１２は、例えば、不揮発性半導体メモリ等により構成される。記憶部１２には、ＯＳ（Operating System）及びリモコン処理プログラムが記憶されている。制御部１１は、ＯＳ及びリモコン処理プログラムを実行することにより、リモコン１全体を統括制御する。また、記憶部１２には、楽曲リストが記憶されている。カラオケ曲リストには、選曲対象となるカラオケ曲のカラオケ曲番号、曲名、及び歌手名等を含むカラオケ曲情報が登録されている。この楽曲リストに含まれるカラオケ曲の曲名等は、制御部１１により、ビデオＲＡＭ１３及び映像制御部１４を介して表示部１５に選択可能に表示される。また、制御部１１は、ユーザによる操作部１６からの指示を、操作処理部１７を介して受け付ける。ユーザによる指示としては、ユーザＩＤ等の入力、又はカラオケ曲の選曲、音量調整等の指示がある。また、制御部１１は、赤外線送信部１８を介してコマンダ２の赤外線受信部２９ｃへ各種指令を送信することができる。また、無線ＬＡＮ通信部１９は、例えばIEEE 802.11の諸規格に準拠する無線ＬＡＮの通信を行うためのものである。記憶部１２には、リモコン１のリモコンＩＤと、このリモコン１に対応付け状態にあるコマンダ２のコマンダＩＤとが対応付けられて記憶されている。なお、記憶部１２には、管理サーバ３のＩＰアドレスも記憶されている。

図２（Ｂ）は、コマンダ２の概要構成例を示すブロック図である。図２（Ｂ）に示すように、コマンダ２は、制御部２１、記憶部２２、ビデオＲＡＭ２３、映像再生部２４、映像制御部２５、マイク制御部２６、シンセサイザ２７、ミキシングアンプ２８、操作部２９ａ、操作処理部２９ｂ、赤外線受信部２９ｃ、及びＬＡＮ通信部２９ｄ等を備えて構成される。制御部２１は、ＣＰＵ、ＲＯＭ、及びＲＡＭ等により構成される。記憶部２２は、例えば、ハードディスク等により構成される。記憶部２２には、ＯＳ及びコマンダ処理プログラムが記憶されている。制御部２１は、ＯＳ及びコマンダ処理プログラムを実行することにより、コマンダ２全体を統括制御する。また、記憶部２２には、演奏予約リストが記憶されている。また、記憶部２２には、カラオケ曲に対応する楽曲データ及び映像データ等が記憶される。シンセサイザ２７は、楽曲データを用いてカラオケ曲の演奏を行い、演奏信号をミキシングアンプ２８へ出力する。また、マイク制御部２６は、マイクにより集音されたユーザの歌唱音声信号をミキシングアンプ２８へ出力する。ミキシングアンプ２８は、演奏信号と歌唱音声信号とをミキシングしてスピーカへ出力する。また、映像データ等はビデオＲＡＭ２３及び映像再生部２４により再生される。そして、映像制御部２５は、再生された映像信号をディスプレイへ出力する。また、制御部２１は、ビデオカメラにより撮影された動画を、動画信号として取得する。また、制御部２１は、ユーザによる操作部２９ａからの指示を、操作処理部２９ｂを介して受け付ける。また、制御部２１は、赤外線受信部２９ｃを介して、リモコン１からの各種指令を受信することができる。ＬＡＮ通信部２９ｄは、有線ＬＡＮに接続して通信を行うためのものである。また、記憶部２２には、コマンダ２のコマンダＩＤと、このコマンダ２と対応付け状態にあるリモコン１のリモコンＩＤとが対応付けられて記憶されている。なお、記憶部２２には、管理サーバ３のＩＰアドレスも記憶されている。

図２（Ｃ）は、管理サーバ３の概要構成例を示すブロック図である。図２（Ｃ）に示すように、管理サーバ３は、制御部３１、記憶部３２、及び通信部３３等を備えて構成される。制御部３１は、ＣＰＵ、ＲＯＭ、及びＲＡＭ等により構成される。記憶部３２は、例えば、ハードディスク等により構成される。記憶部３２には、ＯＳ及びサーバプログラム等が記憶されている。制御部３１は、ＯＳ及びサーバプログラムを実行することにより、管理サーバ３全体を制御する。なお、制御部３１は、時計機能及びタイマ機能を有する。

更に、記憶部３２には、登録ユーザリスト、リモコンログインリスト、携帯端末ログインリスト、カラオケ曲データベース、動画データベース、及び採点順位リストが記憶されている。登録ユーザリストには、ユーザ情報が登録される。このユーザ情報には、カラオケ用ユーザＩＤ、携帯端末用ユーザＩＤ、パスワード、氏名、及びメールアドレス等が含まれる。リモコンログインリストには、カラオケ用ユーザＩＤとコマンダＩＤとが対応付けられて登録される。携帯端末ログインリストには、携帯端末用ユーザＩＤとコマンダＩＤとが対応付けられて登録される。カラオケ曲データベースには、選曲可能な全てのカラオケ曲のカラオケ曲情報が登録されている。動画データベースには、ビデオカメラによりユーザが歌唱する姿を撮影することによりコマンダ２からアップロードされた動画データが登録される。この動画データベースには、例えば、動画ＩＤ、動画データ、携帯端末用ユーザＩＤ、及びカラオケ曲番号等が対応付けて登録される。動画ＩＤは、動画データを識別するための識別情報である。動画データベースに登録された動画データには、動画データのＵＲＬ（Uniform Resource Locator）が割り当てられる。このＵＲＬは、例えば、動画ＩＤから一意に生成することができる。携帯端末Ｔ１等の端末装置は、動画データのＵＲＬを含む要求を管理サーバ３に送信することにより、動画データベースに登録された動画データを再生することができる。動画データベースに登録される携帯端末用ユーザＩＤは、動画撮影時に演奏されていたカラオケ曲を予約したユーザの携帯端末用ユーザＩＤである。動画データベースに登録されるカラオケ曲番号は、動画の撮影時に演奏されていたカラオケ曲のカラオケ曲番号である。採点順位リストには、ユーザの歌唱に対する採点により付けられた点数に応じた順位に関する情報が登録される。採点順位リストには、例えば、カラオケ曲番号、点数、順位、携帯端末用ユーザＩＤ、点数の登録日時等が対応付けて登録される。なお、記憶部３２には、携帯端末Ｔ１からログインしたユーザの携帯端末用ユーザＩＤと、携帯端末Ｔ１のＩＰアドレス及びポート番号とが対応付けて記憶される。

図２（Ｄ）は、携帯端末Ｔ１の概要構成例を示すブロック図である。図２（Ｄ）に示すように、携帯端末Ｔ１は、制御部４１、記憶部４２、表示部４３、操作部４４、スピーカ４５、マイク４６、及び携帯無線通信部４７等を備えて構成される。制御部４１は、ＣＰＵ、ＲＯＭ、及びＲＡＭ等により構成される。記憶部４２は、例えば、不揮発性半導体メモリ等により構成される。記憶部４２には、ＯＳ及び端末処理プログラム等が記憶されている。制御部４１は、ＯＳ及び端末処理プログラムを実行することにより、携帯端末Ｔ１全体を制御する。端末処理プログラムには、カラオケ用アプリケーションプログラムが含まれる。カラオケ用アプリケーションプログラムは、本発明の携帯機器用プログラムの一例である。カラオケ用アプリケーションプログラムは、ユーザが携帯端末Ｔ１でカラオケシステムＳを利用するためのプログラムである。カラオケ用アプリケーションプログラムは、コンピュータとしての制御部４１に、第１予約ステップと、第１取得ステップと、投稿ステップと、第２取得ステップと、第２予約ステップと、を少なくとも実行させることができる。なお、カラオケ用アプリケーションプログラムは、例えば、他のサーバからネットワークＮＷを介してダウンロードされるようにしても良いし、ＣＤ−ＲＯＭ等の記録媒体に記録されてドライブを介して読み込まれるようにしても良い。また、制御部４１は、ユーザによる操作部４４からの指示を受け付ける。ユーザによる指示としては、ユーザＩＤ等の入力、又はカラオケ曲の選曲等の指示がある。なお、記憶部４２には、管理サーバ３のＩＰアドレスも記憶されている。また、記憶部４２には、ミニブログから取得されたつぶやき情報を記憶するための記憶領域が設定されている。

［３．カラオケシステムＳの動作］
次に、カラオケシステムＳの動作について説明する。以下では、ユーザが携帯端末Ｔ１を用いてカラオケ曲を予約する場合の携帯端末Ｔ１の動作について、カラオケ曲を予約したことをつぶやき情報として投稿するタイミングが異なる実施例１及び２に分けて説明する。

［３−１．実施例１］
実施例１における携帯端末Ｔ１は、カラオケ曲の予約を行ったときに投稿を行う。例えば、携帯端末Ｔ１は、予約されたカラオケ曲の演奏が終了したときに投稿を行うことが考えられる。そうすることで、ユーザが実際に歌唱したカラオケ曲の情報のみをミニブログに投稿することができる。しかしながら、この場合、コマンダ２が、例えば演奏が終了したときに管理サーバ３を介して携帯端末Ｔ１に通知を行う必要がある。カラオケ曲の演奏が終了するときには、例えば、歌唱に対する採点や順位付け等の処理が行われる場合がある。そのため、演奏が終了したときに通知を行うと、コマンダ２や管理サーバ３の処理負荷が増加する。一方、カラオケ曲の予約を行ったときに投稿を行うこととすれば、携帯端末Ｔ１へ演奏が終了したこと通知する必要がない。そのため、コマンダ２や管理サーバ３の処理負荷を軽減させることができる。

図３は、携帯端末Ｔ１の制御部４１の実施例１における処理例を示すフローチャートである。図３に示す処理は、携帯端末Ｔ１からのログインが完了した後に開始される。また、図３に示す処理は、カラオケ用アプリケーションプログラムに基づいて実行される。

先ず、制御部４１は、ユーザからカラオケ用アプリケーションプログラムの終了が指示されたか否かを判定する（ステップＳ１）。このとき、制御部４１は、終了が指示されていないと判定した場合には（ステップＳ１：ＮＯ）、ステップＳ２に進む。ステップ２において、制御部４１は、ユーザからカラオケ曲の一覧の表示が指示されたか否かを判定する（ステップＳ２）。このとき、制御部４１は、一覧の表示が指示されていないと判定した場合には（ステップＳ２：ＮＯ）、ステップＳ５に進む。一方、制御部４１は、一覧の表示が指示されたと判定した場合には（ステップＳ２：ＹＥＳ）、管理サーバ３からカラオケ曲の一覧を取得する（ステップＳ３）。具体的に、制御部４１は、カラオケ曲一覧要求を管理サーバ３へ送信する。管理サーバ３は、カラオケ曲一覧要求を受信すると、カラオケ曲データベースに登録されているカラオケ曲情報を、一覧として携帯端末Ｔ１へ送信する。制御部４１は、カラオケ曲の一覧としてカラオケ曲情報を取得すると、カラオケ曲の一覧を表示部４３に表示する（ステップＳ４）。具体的に、制御部４１は、カラオケ曲情報に含まれる曲名及び歌手名等を表示部４３に表示する。制御部４１は、この処理を終えると、ステップＳ１に戻る。

ステップＳ５において、制御部４１は、ユーザから、ステップＳ４において表示されたカラオケ曲の一覧からの予約が指示されたか否かを判定する。このとき、制御部４１は、予約が指示されていないと判定した場合には（ステップＳ５：ＮＯ）、ステップＳ９に進む。一方、制御部４１は、予約が指示されたと判定した場合には（ステップＳ５：ＹＥＳ）、ユーザにより選曲されたカラオケ曲の曲名、歌手名及びカラオケ曲番号を、カラオケ曲情報から取得する（ステップＳ６）。次いで、制御部４１は、ミニブログへの投稿を行う（ステップＳ７）。具体的に、制御部４１は、カラオケ曲情報から取得した曲名、歌手名及びカラオケ曲番号を含むつぶやき情報を生成する。このとき、制御部４１は、カラオケ曲番号に、カラオケ曲番号タグを付加する。カラオケ曲番号タグは、このタグが付加されている情報がカラオケ曲番号であることを示す。このカラオケ曲番号タグは、ミニブログに投稿されたつぶやき情報から、カラオケシステムＳを利用して歌唱されたカラオケ曲の情報を検索するための用いられる情報である。例えば、「ABCKARAOKE:0123456789」という情報がつぶやき情報に設定される。ここで、「ABCKARAOKE:」がカラオケ曲番号タグであり、「0123456789」がカラオケ曲番号である。なお、つぶやき情報には、カラオケ曲番号が少なくとも含まれていれば良い。制御部４１は、生成したつぶやき情報と後述するキー情報とを含む投稿要求を共有サイトサーバ４へ送信する。このとき、制御部４１は、ミニブログから提供されている投稿用のＡＰＩ（Application Programming Interface）を利用する。ここで、ユーザがカラオケ曲アプリケーションプログラムを用いて初めて投稿を行う場合には、投稿要求の送信前に、携帯端末Ｔ１と共有サイトサーバ４との間で、ＡＰＩを利用するための認証処理を行う必要がある。この認証のプロトコルとしては、例えば、ＯＡｕｔｈ、ＯｐｅｎＩＤ等がある。投稿要求に含まれるキー情報は、例えば、カラオケシステムＳの管理者が、カラオケ用アプリケーションプログラムについてミニブログのＡＰＩの利用登録を行ったときに、カラオケ用アプリケーションプログラムに対して発行された識別情報である。なお、ＡＰＩを利用するための認証処理の方法は公知であるので、詳細な説明は省略する。共有サイトサーバ４は、受信したつぶやき情報及びキー情報を対応付けて、共有サイトサーバ４が備えるデータベースに登録する。これにより、投稿が完了する。共有サイトサーバ４は、携帯端末Ｔ１等の端末装置からの要求に応じて、データベースに登録されているつぶやき情報を表示するウエブページを、端末装置に送信する。

制御部４１は、投稿を完了すると、カラオケ曲の予約を行う（ステップＳ８）。具体的に、制御部４１は、カラオケ曲情報から取得したカラオケ曲番号と、ユーザの携帯端末用ユーザＩＤとを含む予約要求を、管理サーバ３へ送信する。制御部４１は、この処理を終えると、ステップＳ１に戻る。管理サーバ３は、受信した予約要求を、携帯端末Ｔ１に対応付けられているコマンダ２に転送する。コマンダ２は、受信した予約要求に含まれるカラオケ曲番号と携帯端末用ユーザＩＤとを対応付けて、演奏予約リストに登録する。これにより、カラオケ曲の予約が完了する。

ステップＳ９において、制御部４１は、ユーザから、ミニブログに投稿されたつぶやき情報の一覧の表示が指示されたか否かを判定する（ステップＳ９）。このとき、制御部４１は、一覧の表示が指示されていないと判定した場合には（ステップＳ９：ＮＯ）、ステップＳ１２に進む。一方、制御部４１は、一覧の表示が指示されたと判定した場合には（ステップＳ９：ＹＥＳ）、共有サイトサーバ４からつぶやき情報を取得する（ステップＳ１０）。具体的に、制御部４１は、ミニブログから提供されているＡＰＩを利用して、検索要求を共有サイトサーバ４へ送信する。検索要求は、ミニブログに投稿されたつぶやき情報から、所望のつぶやき情報を検索するためのメッセージである。検索要求は、つぶやき情報を検索するためのキーワードと、検索対象とするつぶやき情報の投稿に用いられたプログラムを指定するためのキー情報とを含む。制御部４１は、キーワードとして、カラオケ曲番号タグを設定し、キー情報として、カラオケ用アプリケーションプログラムのキー情報を設定する。これにより、カラオケ曲番号タグが含まれているつぶやき情報のうち、携帯端末Ｔ１がカラオケ用アプリケーションプログラムを実行することによって投稿されたつぶやき情報を取得することができる。共有サイトサーバ４は、受信した検索リクエストに含まれるカラオケ曲番号タグを含むつぶやき情報のうち、検索リクエストに含まれるキー情報に対応付けられているつぶやき情報を、データベースから検索する。そして、共有サイトサーバ４は、検索したつぶやき情報を、携帯端末Ｔ１へ送信する。制御部４１は、共有サイトサーバ４から受信したつぶやき情報を記憶部４２に記憶させる。次いで、制御部４１は、受信したつぶやき情報の一覧を表示部４３に表示する（ステップＳ１１）。具体的に、制御部４１は、つぶやき情報に含まれる曲名及び歌手名等を表示部４３に表示する。制御部４１は、この処理を終えると、ステップＳ１に戻る。

ステップＳ１２において、制御部４１は、ユーザから、ステップＳ１１において表示されたつぶやき情報の一覧からのカラオケ曲の予約が指示されたか否かを判定する。このとき、制御部４１は、予約が指示されていないと判定した場合には（ステップＳ１２：ＮＯ）、ステップＳ１に戻る。一方、制御部４１は、予約が指示されたと判定した場合には（ステップＳ１２：ＹＥＳ）、ユーザにより選択されたつぶやき情報から、カラオケ曲の曲名、歌手名及びカラオケ曲番号取得する（ステップＳ１３）。次いで、制御部４１は、つぶやき情報から取得した情報を含むつぶやき情報をミニブログへの投稿する（ステップＳ１４）。この処理は、ステップＳ７と同様である。次いで、制御部４１は、つぶやき情報から取得したカラオケ曲番号と携帯端末ＩＤとを含む予約要求を、管理サーバ３へ送信する（ステップＳ１５）。制御部４１は、この処理を終えると、ステップＳ１に戻る。ステップＳ１において、制御部４１は、カラオケ用アプリケーションプログラムの終了が指示されたと判定した場合には（ステップＳ１：ＹＥＳ）、図３に示す処理を終了させる。

［３−２．実施例２］
実施例２における携帯端末Ｔ１は、ユーザが歌唱したカラオケ曲の情報を投稿するとき、そのカラオケ曲の歌唱の結果を示す情報をつぶやき情報に含めて投稿する。歌唱の結果を示す情報は、ユーザがカラオケ曲を歌唱したことにより、その歌唱に基づいてコマンダ２や管理サーバ３により生成される情報である。歌唱の結果を示す情報としては、例えば、管理サーバ３に登録された動画データのＵＲＬ、歌唱に対する採点結果等がある。採点結果としては、歌唱に対する点数、順位等がある。携帯端末Ｔ１は、予約されたカラオケ曲の演奏が終了したときに、管理サーバ３から歌唱の結果を示す情報を取得する。そして、携帯端末Ｔ１は、取得した情報を含むつぶやき情報を投稿する。カラオケ曲番号とともに歌唱の結果を示す情報がミニブログに投稿されるので、ユーザは、他のユーザによるカラオケ曲の歌唱の結果を閲覧したり利用したりすることができる。

図４は、携帯端末Ｔ１の制御部４１の実施例２における処理例を示すフローチャートである。図４において、図３と同様の処理については、同様のステップ番号を付してある。なお、図３と同様の処理については、詳細な説明を省略する。また、以下では、カラオケ演奏時に動画撮影が行われる場合を例として説明する。

ステップＳ６において、制御部４１は、ユーザにより選曲されたカラオケ曲のカラオケ曲番号をカラオケ曲情報から取得すると、ミニブログへの投稿を行わずに、カラオケ曲の予約を行う（ステップＳ８）。また、ステップＳ１３においても、制御部４１は、ユーザにより選曲されたカラオケ曲のカラオケ曲番号をつぶやき情報から取得すると、ミニブログへの投稿を行わずに、カラオケ曲の予約を行う（ステップＳ１５）。ここで、ユーザが、携帯端末Ｔ１を操作してカラオケ曲の予約を指示するときに、例えば、予約するカラオケ曲の演奏時の動画撮影を選択したとする。この場合、制御部４１は、例えば、動画撮影ありを示すフラグ情報を含む予約要求を管理サーバ３へ送信する。コマンダ２は、管理サーバ３から転送されてきた予約要求を受信すると、受信した予約要求に含まれるカラオケ曲番号及び携帯端末用ユーザＩＤと、動画撮影ありを示すフラグ情報と、要求元情報とを対応付けて演奏予約リストに登録する。要求元情報は、カラオケ曲の予約の要求元となる装置が携帯端末Ｔ１であるかリモコン１であるかを示す情報である。コマンダ２は、管理サーバ３から予約要求を受信した場合に、携帯端末Ｔ１を示す要求元情報を演奏予約リストに登録する。なお、コマンダ２は、リモコン１から予約指令を受信した場合には、カラオケ曲番号と、動画撮影ありを示すフラグ情報と、リモコン１を示す要求元情報とを対応付けて演奏予約リストに登録する。

コマンダ２は、演奏予約リストに登録されたカラオケ曲番号が示すカラオケ曲の演奏を開始するとき、動画撮影ありを示すフラグ情報がカラオケ曲番号に対応付けて登録されているか否かを判定する。このとき、コマンダ２は、フラグ情報が登録されている場合には、カラオケ曲の演奏処理の開始とともに、ビデオカメラによる動画撮影を開始させる。コマンダ２は、カラオケ曲の演奏時、ビデオカメラから出力された動画信号とマイクから出力された歌唱音声信号とを多重化して、動画データを生成する。コマンダ２は、カラオケ曲の演奏が終了すると、演奏が終了したカラオケ曲のカラオケ曲番号に対応付けて演奏予約リストに登録されている要求元情報が、携帯端末Ｔ１を示すか否かを判定する。このとき、コマンダ２は、要求元情報が携帯端末Ｔ１を示すと判定した場合には、歌唱終了通知と、生成した動画データとを管理サーバ３へ送信する。歌唱終了通知には、演奏が終了したカラオケ曲のカラオケ曲番号と、このカラオケ曲番号に対応付けて演奏予約リストに登録されていた携帯端末用ユーザＩＤとが設定される。管理サーバ３は、歌唱終了通知と動画データを受信すると、受信した動画データに対する動画ＩＤ及びＵＲＬを生成する。次いで、管理サーバ３は、動画ＩＤ、動画データ、歌唱終了通知に含まれるカラオケ曲番号及び携帯端末用ユーザＩＤ等を対応付けて、動画データベースに登録する。また、管理サーバ３は、受信した歌唱終了通知に、動画データのＵＲＬを追加する。また、管理サーバ３は、歌唱終了通知に含まれるカラオケ曲番号に対応する曲名及び歌手名を、歌唱終了通知に追加する。そして、管理サーバ３は、歌唱終了通知を携帯端末Ｔ１に転送する。転送先の携帯端末Ｔ１は、歌唱終了通知に含まれる携帯端末用ユーザＩＤに対応付けられた携帯端末Ｔ１のＩＰアドレス及びポート番号で特定される。なお、コマンダ２は、演奏が終了したカラオケ曲のカラオケ曲番号に対応付けて演奏予約リストに登録されている要求元情報がリモコン１を示す場合には、歌唱終了通知を送信する必要はない。

ステップＳ１２において、制御部４１は、予約が指示されていないと判定した場合には（ステップＳ１２：ＮＯ）、管理サーバ３から歌唱終了通知を受信したか否かを判定する（ステップＳ１６）。このとき、制御部４１は、歌唱終了通知を受信していないと判定した場合には（ステップＳ１６：ＮＯ）、ステップＳ１に戻る。一方、制御部４１は、歌唱終了通知を受信したと判定した場合には（ステップＳ１６：ＹＥＳ）、歌唱終了通知から、曲名、歌手名、カラオケ曲番号及び動画のＵＲＬを取得する（ステップＳ１７）。そして、制御部４１は、歌唱終了通知から取得した情報を含むつぶやき情報をミニブログへ投稿する（ステップＳ１８）。この処理は、図３に示すステップＳ７の処理と基本的に同様である。制御部４１は、この処理を終えると、ステップＳ１に戻る。ミニブログには、歌唱された楽曲の曲名やカラオケ曲番号等に加えて、動画データのＵＲＬが、つぶやきとして掲載される。ユーザは、携帯端末Ｔ１等の端末装置を操作して、表示されているＵＲＬを選択すると、例えば、動画データを再生するためのＷｅｂページにアクセスすることができる。

次に、歌唱に対する採点が行われる場合について説明する。ステップＳ５またはＳ１２において、ユーザが、携帯端末Ｔ１を操作してカラオケ曲の予約を指示するときに、例えば、歌唱の採点を行うよう選択する。コマンダ２は、採点が指示されたカラオケ曲の演奏時に、マイクにより集音されたユーザの歌唱音声信号に基づいて採点処理を実行する。そして、コマンダ２は、カラオケ曲の演奏処理が終了すると、採点処理における点数を決定する。なお、採点処理の内容は公知であるので、詳細な説明は省略する。コマンダ２は、採点処理が終了すると、カラオケ曲番号、携帯端末用ユーザＩＤ及び決定した点数を含む歌唱終了通知を管理サーバ３へ送信する。管理サーバ３は、受信した歌唱終了通知に含まれるカラオケ曲番号及び点数と、採点順位リストとに基づいて、演奏が終了したカラオケ曲を歌唱したユーザの順位を決定する。そして、管理サーバ３は、決定した順位に基づいて、採点順位リストを更新する。また、管理サーバ３は、歌唱終了通知に、決定した順位を追加する。そして、管理サーバ３は、歌唱終了通知を携帯端末Ｔ１へ転送する。携帯端末Ｔ１の制御部４１は、管理サーバ３から歌唱終了通知を受信すると、歌唱終了通知を受信したと判定する（ステップＳ１６：ＹＥＳ）。そこで、制御部１４は、受信した歌唱終了通知から、曲名、歌手名、カラオケ曲番号、点数及び順位を取得する（ステップＳ１７）。そして、制御部４１は、歌唱終了通知から取得した情報を含むつぶやき情報をミニブログへ投稿する（ステップＳ１８）。

以上説明したように、上記実施形態によれば、携帯端末Ｔ１が、予約したカラオケ曲のカラオケ曲番号を含むつぶやき情報をミニブログに投稿する。また、携帯端末Ｔ１が、ミニブログに投稿されたつぶやき情報からカラオケ曲番号を取得する。そして、携帯端末Ｔ１が、取得したカラオケ曲番号を用いてカラオケ曲の予約を行う。従って、カラオケ曲を予約するために、例えば、楽曲名を用いてカラオケ曲番号を検索する必要がない。そのため、他のユーザによって歌唱されたことが投稿されたカラオケ曲と同じカラオケ曲を容易に予約することができる。

なお、上記実施形態においては、本発明の選曲装置を携帯端末Ｔ１に適用していた。しかしながら、本発明の選曲装置を、例えば、リモコン１に適用しても良い。そして、リモコン１が、予約したカラオケ曲のカラオケ曲番号を含む投稿情報を共有サイトへ投稿し、投稿された投稿情報からカラオケ曲番号を取得して予約を行っても良い。なお、予約したカラオケ曲のカラオケ曲番号を含む投稿情報の投稿を、携帯端末Ｔ１及びリモコン１の何れからでも可能とする場合、リモコン１により演奏予約が行われたとき、演奏予約リストに登録された要求元情報に基づいて、リモコン１へ歌唱終了通知がコマンダ２により送信されても良い。一方、携帯端末Ｔ１により演奏予約が行われたとき、演奏予約リストに登録された要求元情報に基づいて、携帯端末Ｔ１へ歌唱終了通知がコマンダ２により送信されても良い。また、予約したカラオケ曲のカラオケ曲番号を含む投稿情報の投稿を、携帯端末Ｔ１及びリモコン１の何れからでも可能とする場合、コマンダ２は、実施例２の要求元情報を、演奏予約リストに登録しなくても良い。要求元情報に基づいて歌唱終了通知を送信するか否かを判定する必要がないからである。この場合、歌唱が終了すると、携帯端末Ｔ１及びリモコン１の両方に歌唱終了通知がコマンダ２により送信されても良いためである。

１ リモコン
２ コマンダ
３ 管理サーバ
４ 共有サイトサーバ
Ｔ１ 携帯端末
Ｓ カラオケシステム

Claims (5)

1. カラオケ装置により演奏されるカラオケ曲の選曲に用いられる選曲装置に含まれるコンピュータに、
   カラオケ曲の演奏を予約する第１予約ステップと、
   前記第１予約ステップにおいて予約されたカラオケ曲を識別可能な識別情報を取得する第１取得ステップと、
   ユーザからの投稿内容を示す投稿情報を複数のユーザで共有する共有サイトに、前記第１取得ステップにおいて取得された前記識別情報を含む前記投稿情報を投稿する投稿ステップと、
   前記共有サイトに投稿された前記投稿情報から前記識別情報を取得する第２取得ステップと、
   前記第２取得ステップにおいて取得された前記識別情報を用いてカラオケ曲の演奏を予約する第２予約ステップと、
   を実行させることを特徴とする選曲装置用プログラム。
2. 前記投稿ステップは、前記第１予約ステップにおいてカラオケ曲の演奏が予約されたときに、前記投稿情報を投稿することを特徴とする請求項１に記載の選曲装置用プログラム。
3. 前記コンピュータに、前記第１予約ステップにおいて予約されたカラオケ曲の歌唱結果を示す結果情報を取得する第３取得ステップを更に実行させ、
   前記投稿ステップは、前記第１取得ステップにおいて取得された前記識別情報と、前記第３取得ステップにおいて取得された前記結果情報と、を含む前記投稿情報を投稿することを特徴とする請求項１に記載の選曲装置用プログラム。
4. カラオケ装置により演奏されるカラオケ曲の選曲に用いられる選曲装置により実行される予約方法において、
   カラオケ曲の演奏を予約する第１予約ステップと、
   前記第１予約ステップにおいて予約されたカラオケ曲を識別可能な識別情報を取得する第１取得ステップと、
   ユーザからの投稿内容を示す投稿情報を複数のユーザで共有する共有サイトに、前記第１取得ステップにおいて取得された前記識別情報を含む前記投稿情報を投稿する投稿ステップと、
   前記共有サイトに投稿された前記投稿情報から前記識別情報を取得する第２取得ステップと、
   前記第２取得ステップにおいて取得された前記識別情報を用いてカラオケ曲の演奏を予約する第２予約ステップと、
   を含むことを特徴とする予約方法。
5. カラオケ装置により演奏されるカラオケ曲の選曲に用いられる選曲装置において、
   カラオケ曲の演奏を予約する第１予約手段と、
   前記第１予約手段により予約されたカラオケ曲を識別可能な識別情報を取得する第１取得手段と、
   ユーザからの投稿内容を示す投稿情報を複数のユーザで共有する共有サイトに、前記第１取得手段により取得された前記識別情報を含む前記投稿情報を投稿する投稿手段と、
   前記共有サイトに投稿された前記投稿情報から前記識別情報を取得する第２取得手段と、
   前記第２取得手段により取得された前記識別情報を用いてカラオケ曲の演奏を予約する第２予約手段と、
   を備えることを特徴とする選曲装置。

Images