JP4306694B2 - カラオケ装置 - Google Patents

Description

本発明は、再生するカラオケ楽曲等のコンテンツをログイン中の各ユーザに対応付けて予約可能なカラオケ装置において、ログアウトしたユーザが予約したコンテンツを適切に取り扱うための技術に関する。

例えば、パーソナルコンピュータ（以下、パソコンと表記する）等の情報処理装置は、複数のユーザによって共有されることが多い。このため、パソコン等の情報処理装置に用いられる一般的なオペレーションシステムは、複数のユーザによって共有されることを前提とした機能を備えている。このようなオペレーションシステムにおいては、予め登録された個々のユーザがシステムの利用開始時にそれぞれログイン手続を行い、利用終了時にログアウト手続を行うという利用形態が採用されている（例えば特許文献１参照）。

このように複数のユーザが同一の情報処理装置を共有する環境下では、個々のユーザ専用のデータに対するセキュリティの観点から、個々のユーザごとにそれぞれ固有のアクセス権限を付与する運用が行われており、ログイン中のユーザに対して、当該ユーザに設定されたアクセス権限の範囲でデータへのアクセスが許可される。すなわち、あるユーザのみにアクセス権が付与されたデータについては、他のユーザのアカウントでは利用することができない構成となっている。

ところで、カラオケの分野では、カラオケ演奏のみならず、映画、バラエティ番組、ドラマ、ＣＭといった映像コンテンツやオーディションやクイズ等のユーザ参加型のコンテンツ、飲食物の注文といった購買コンテンツ等、様々なコンテンツを再生可能なカラオケ装置が実現されている。さらに、このようなカラオケ装置では、コンテンツを利用した個々のユーザに対する課金や利用ポイント等の特典の付与あるいは利用（利用ポイントによる決済等）といった付加的な機能を実現可能である。

一方では、インターネット等のネットワークを介してユーザ間で情報を共有可能なシステムをカラオケサービスに利用して、カラオケユーザ間で個人のカラオケ情報やその他の情報を共有できるようなカラオケネットワークシステムを構築することが考えられる。具体的には、予め登録されているカラオケユーザの歌唱履歴、十八番の楽曲、歌唱に対する採点結果等に関する個人のカラオケ情報等をまとめた個人用Ｗｅｂページのデータをホストサーバのデータベースに蓄積しておき、ネットワークを介してユーザが操作する端末へ配信すればよい。これにより、例えばカラオケルームに備えられた情報閲覧機能を有するリモコン端末等を用いることで、ユーザが個人用Ｗｅｂページの閲覧や更新といったサービスを利用できる。

上述のようなカラオケ装置やカラオケネットワークシステムでは、サービスを利用する個々のユーザを識別し、コンテンツの再生予約、コンテンツを利用するユーザに対する課金や特典の付与あるいは利用、個人用Ｗｅｂページの配信といった各サービスを個々のユーザにそれぞれ対応付けて提供する必要がある。そこで、カラオケの分野においても、上述のパソコン等の情報処理装置と同様に、予め登録された個々のユーザがカラオケサービスの利用開始時にそれぞれログイン手続を行い、カラオケサービス利用終了時にログアウト手続を行うという利用形態を採用することが考えられる。また、１つのカラオケルームにおいてグループでカラオケサービスを利用する場合を想定して、１台のカラオケ装置に対して複数のユーザが並行してログインできるように構成することが肝要である。
特開２００５−２３５０５５号公報

ところで、同一のカラオケ装置に対して複数のユーザがそれぞれログインし、皆でカラオケサービスを利用する場合、カラオケ装置では各ユーザから受け付けたコンテンツの再生の予約を個々のユーザに対応付けて予約データとして記憶しておき、この予約データに基づいて順次コンテンツの再生を行い、さらに当該コンテンツを予約したユーザに対する課金や特典の付与あるいは利用といった付加的な処理を行うことが考えられる。

ここで、グループの中のあるメンバー（ユーザＡとする）が中座するために他のメンバーに先駆けてログアウトする際、ユーザＡが予約した未再生のコンテンツ（すなわち、ユーザＡに対応付けられた再生待ちのコンテンツ）の予約データがカラオケ装置に存在している可能性がある。このような場合、ログアウトするユーザＡの予約コンテンツをどのように扱うかが問題となる。

例えば、上述のようなパソコン等の情報処理装置の例では、ログアウトしたユーザ専用のデータは、当該ユーザが再びログインしない限り利用することができない。このような一般的な情報処理装置の例に倣って、カラオケ装置ではユーザＡがログアウトした場合、ユーザＡの予約コンテンツに関しては、再生せずに予約リストから削除することで他のユーザが利用できないようにすることが考えられる。

しかしながら、グループでカラオケを利用している場合、例えばグループのメンバー全員が利用するためのコンテンツをユーザＡが代表して予約したり、他のメンバーが利用するコンテンツをユーザＡが代理で予約したりといった具合に、ユーザＡが予約したコンテンツを必ずしもユーザＡのみが利用するとは限らない。

したがって、ユーザＡがログアウトしたからといって、上述のパソコン等の情報処理装置の例に倣ってユーザＡの予約コンテンツを利用できなくするような構成であると、ユーザＡがログアウトすることによってユーザＡが他のメンバーの為に予約したコンテンツが再生されないといった不都合が生じる可能性がある。このような場合、コンテンツの再生を楽しみしていたユーザの期待を裏切る結果となり、好ましくない。

かといって、ユーザＡが予約したコンテンツがユーザＡのみが利用するものであった場合、ユーザＡがログアウトしてその場に居ないのにもかかわらず、ユーザＡが予約したコンテンツをそのまま再生することは、他のユーザにとっては全くの無駄に他ならない。そのうえに、このコンテンツを利用していないユーザＡあるいはこのコンテンツを必要としない他のユーザに対して課金したり特典の付与あるいは利用を行うことは、ユーザにとっては著しく不利な対応であり、好ましくない。

本発明は、上述のような問題を解決するためになされており、同一のカラオケ装置に対して複数のユーザがそれぞれログインして皆でカラオケサービスを利用する際、ログアウトしたユーザの予約コンテンツを適切に扱うための技術を提供することを目的とする。

上記目的を達成するためになされた請求項１に記載のカラオケ装置は、ログアウトしたユーザが予約した未再生のコンテンツに対して、ユーザの識別に関する属性情報を変更可能として構成されていることを特徴とする。

具体的には、請求項１に記載のカラオケ装置は、コンテンツの予約データと当該コンテンツを予約したユーザの識別に関する属性情報とが対応付けて登録されている予約データテーブルに基づいて予約データに対応するコンテンツの再生を行い、更に当該コンテンツに対応する属性情報に基づいて当該コンテンツを予約したユーザとの取引に関する所定の情報処理を実行する機能を有する。そして、ログイン中の任意のユーザがログアウトした場合、当該ユーザが予約した未再生のコンテンツに対応する属性情報を他のユーザの識別に関する属性情報へ変更するためのユーザからの指示を受け付ける変更受付手段と、この変更受付手段によって受け付けた指示に応じて属性情報を変更する変更手段とを備える。

なお、上記の「コンテンツを予約したユーザとの取引に関する所定の情報処理」の具体例としては、例えば、コンテンツを利用した個々のユーザに対する課金や利用ポイント等の特典の付与あるいは利用（利用ポイントによる決済等）をオンラインで実行するための、ホストサーバとの通信等が挙げられる。

このように構成されたカラオケ装置によれば、グループでカラオケサービスを利用しているときに、グループの中のあるメンバー（ユーザＡとする）が中座するために他のメンバーに先駆けてログアウトした場合、ユーザＡが予約した未再生のコンテンツに対応する属性情報をユーザＡのものから他のユーザのものへ変更することで、ユーザＡが予約したコンテンツを他のユーザが予約したコンテンツとして引き継いで利用することが可能である。そして、変更した属性情報に基づき、上述のような課金や特典の付与あるいは利用といった情報処理は、このユーザＡからコンテンツを引き継いだ他のユーザに対して行われる。

よって、ユーザＡによって予約されたコンテンツは、ユーザＡのログアウト後であっても、これを引き継いだユーザによって有効に利用される。また、コンテンツの再生に伴うユーザに対する課金や特典の付与あるいは利用といった付加的な処理についても、このコンテンツを引き継いだユーザに対して適切に行うことができる。

なお、他のユーザが利用しないユーザＡの予約コンテンツに対して、予約ユーザの変更を行わずにコンテンツを再生したり、予約の取り消し（すなわち、再生中止）を選択したりできるように構成してもよい。

ところで、カラオケサービスを利用している最中に、ユーザＡが所用で席を外すために一旦ログアウトした場合に、このユーザＡの予約を無効にするような構成であっても、ユーザＡが用事を済ませた後、再びグループに合流してログインしたときには、ユーザＡの予約を復活させることが望ましい。このようにすれば、再ログイン後に、ユーザＡが同じコンテンツの予約手続を繰り返す必要がなくなるので好適である。

そこで、請求項２に記載のカラオケ装置のように構成するとよい。つまり、このカラオケ装置は、ログイン中の任意のユーザがログアウトした場合、当該ユーザの識別に関する属性情報を無効化する属性情報無効化手段と、当該ユーザが再びログインした場合、属性情報無効化手段によって無効化された当該ユーザの識別に関する属性情報を再び有効化する属性情報有効化手段とを更に備える。そして、変更受付手段は、属性情報無効化手段によって無効化された属性情報に対応するコンテンツの再生開始時期になったときに、変更受付手段によって属性情報を変更するための指示を受け付ける。

このように構成されたカラオケ装置によれば、ユーザＡがログアウトした場合、ユーザＡが予約したコンテンツについて、このコンテンツとユーザＡとの対応付けを一旦無効にするが、ユーザＡが再びログインした場合には、このコンテンツとユーザＡとの対応付けを復活させることができる。これにより、ユーザＡが再びログインしたときに、予約手続を繰り返す手間が必要なくなる。

また、ユーザＡが予約したコンテンツの再生開始時期までにユーザＡがログインしていなければ、このコンテンツに対応する属性情報をユーザＡのものから他のユーザのものへ変更することで、ユーザＡが予約したコンテンツを他のユーザがこの予約を引き継いでコンテンツを利用できる。

さらに、請求項３に記載のカラオケ装置は、ログイン中の任意のユーザがログアウトした場合、当該ユーザがログアウトした時点における予約データテーブルを複写し保存する予約データテーブル保存手段と、当該ユーザが再びログインした場合、予約データ保存手段によって保存された予約テーブルから、当該ユーザが予約したコンテンツのうち当該ユーザのログアウトから再ログインまでの間に再生が終了又は再生を中止されたコンテンツの予約データを抽出し、この抽出した予約データを当該ユーザの識別に関する属性情報に対応付けて予約データテーブルへ追加する予約データ追加手段とを備える。

このように構成されたカラオケ装置によれば、ユーザＡのログアウト中において、他のユーザに引き継がれて再生されたり、再生を中止されたりしたユーザＡの予約コンテンツについて、ユーザＡが再びログインした際に、このコンテンツの予約データをユーザＡに対応付けて復活させることができる。これにより、ユーザＡのログアウト中に再生が終了又は再生を中止されるなどして予約が終了したコンテンツについても、同じコンテンツを再び予約する手続を繰り返すことなく、ユーザＡに対応するコンテンツとして再生できる。

以下、本発明の一実施形態を図面に基づいて説明する。
［カラオケネットワークシステム１の構成の説明］
図１は、インターネット２００を利用したカラオケネットワークシステム１の概略構成を示すブロック図である。

図１に示すように、カラオケネットワークシステム１は、Ｗｅｂサーバ２ａとデータベース２ｂとを備えるカラオケ用ホストサーバ２、及びＷｅｂサーバ３ａを備えるインターネット用ホストサーバ３に対して、カラオケサービスを提供するカラオケ店等の各カラオケルームに設置されるカラオケ装置４と、カラオケ装置４を操作するためのリモコン端末５と、ＰＯＳサーバ１３０と、携帯電話６及びパーソナルコンピュータ（以下、パソコン）７等の情報端末からなるユーザ端末８とがインターネット２００を介して通信可能に構成されることによって形成されている。

カラオケ用ホストサーバ２は、カラオケ店等に設置されているカラオケ装置４に対してカラオケの楽曲データやカラオケ装置４からユーザへ提供するための各種コンテンツデータ等を配信するためのカラオケサービス用のホストサーバである。カラオケ用ホストサーバ２は、ホストサーバ側のルータ１４０とカラオケ店側のルータ１２０との間でインターネットネットワーク２００上に形成されるＶＰＮ（virtual private network）を介して、カラオケ店側のＬＡＮ１００に接続されている。つまり、カラオケ用ホストサーバ２と、カラオケ装置４及びリモコン端末５との間の通信は、インターネット２００上のＶＰＮ及びカラオケ店側のＬＡＮ１００を介して行われる。

さらに、本カラオケネットワークシステム１において、カラオケ用ホストサーバ２は、本システムを利用する権限を有するユーザに関する登録情報を蓄積するユーザ登録データベース２ｃ（詳細は後述する。）や、登録されているユーザのカラオケ歌唱に関する情報及び当該ユーザから提供される情報等をインターネット２００上で公開するための個人用Ｗｅｂページのデータを蓄積する個人用Ｗｅｂページデータベース２ｄ（詳細は後述）等を有するデータベース２ｂを備えている。そして、カラオケ用ホストサーバ２が備えるＷｅｂサーバ２ａは、このデータベース２ｂと連携しており、カラオケ店側のリモコン端末４等からの要求に応じて、カラオケネットワークシステム１を利用するためにログインしようとするユーザに対する認証や、ログインしたユーザに対する個人用Ｗｅｂページの配信・更新サービスを行う。すなわち、ここでいう連携とは、ユーザ認証及び個人用Ｗｅｂページの配信をＷｅｂサーバ２ａが行うために、データベース２ｂ内に格納されたユーザ登録データベース２ｃや個人用Ｗｅｂページデータベース２ｄを参照したり、Ｗｅｂサーバ２ａが受け付けた個人用Ｗｅｂページ更新のデータをデータベース２ｂ内に格納された個人用Ｗｅｂページデータベース２ｄに反映させたりすることで、Ｗｅｂサーバ２ａが行う前記サービスに利用するためのデータと、データベース２ｂに格納されているデータとが対応していることを指す。

インターネット用ホストサーバ３は、Ｗｅｂサーバ３ａを介して携帯電話６やパソコン７等の情報端末（以下、これらを総称する場合はユーザ端末８ともいう）に対してインターネット２００を介して情報の送信をするためのホストサーバである。また、インターネット用ホストサーバ３は、適宜な通信回線（例えば、ＡＤＳＬ回線等）を介してカラオケ用ホストサーバ２と通信可能に構成されている。

インターネット用ホストサーバ３が備えるＷｅｂサーバ３ａは、カラオケ用ホストサーバ２が備えるデータベース２ｂと（上述のＷｅｂサーバ２ａと同様に）連携しており、ユーザ端末８からの要求に応じて、カラオケ用ホストサーバ２が備えるＷｅｂサーバ２ａと同様にカラオケネットワークシステム１を利用するためにログインしようとするユーザに対する認証や、ログインしたユーザに対する個人用Ｗｅｂページの配信・更新サービスを行う。

携帯電話６は、携帯電話事業者が提供するアクセスポイントや通信回線を介してインターネット２００に接続可能ないわゆる第３世代以降の携帯電話であり、電話をかける・受けるといった通話機能以外に、インターネット２００を介して受信したＷｅｂページを画面で閲覧したり、ユーザが画面上で情報や操作指示を入力したり、アニメーション等を表示するためのアプリケーションを動作させたりするための、いわゆるＷｅｂブラウザ機能を有するアプリケーションを備えている。

パソコン７は、十分な処理能力を有する通常のコンピュータであり、適宜な通信回線を介してインターネット２００に接続されている。また、パソコン７は、インターネット２００を介して受信したＷｅｂページを閲覧したり、ユーザが画面上で情報や操作指示を入力したり、アニメーション等を表示するためのアプリケーションを動作させたりするための、いわゆるＷｅｂブラウザ機能を有するアプリケーションを備えている。

携帯電話６及びパソコン７等からなるユーザ端末８は、インターネット２００を介してインターネット用ホストサーバ３内のＷｅｂサーバ３ａへアクセスし、Ｗｅｂサーバ３ａから受信したデータに基づいて個人用Ｗｅｂページの閲覧・更新を行うための各種処理を実行する。

［カラオケ装置４の構成の説明］
図２は、カラオケ店等のカラオケルーム内に設置されているカラオケ装置４及びリモコン端末５等のより具体的な構成を示すブロック図である。

カラオケ装置４は、カラオケを利用するユーザから指定されたカラオケ楽曲や、映画、バラエティ番組、ドラマ、ＣＭといった映像コンテンツやオーディション、クイズ等のユーザ参加型のコンテンツ、飲食物の注文といった購買コンテンツ等、様々なコンテンツの再生を行うためのものであり、図２に示すように、カラオケ装置４全体の作動を制御する制御部１２、カラオケ装置４をＬＡＮ１００に接続するためのインタフェース部１４、演奏楽曲の伴奏内容及び歌詞を示す楽曲データや映像データ等のコンテンツデータ、カラオケ装置４が作動するためのプログラム等を記憶するハードディスク（ＨＤＤ）１６、複数のキースイッチからなり、曲の予約操作等を行うための操作部１８、リモコン端末５から送信された赤外線信号を、赤外線通信規格（ＩｒＤＡ）又はリモコン端末５とカラオケ装置４との二者間において予め設定された通信条件に従って受信するための赤外線通信部２０、操作部１８からの信号を処理する操作処理部２２、マイクロフォン２６、ＨＤＤ１６に記憶された演奏データ（ＭＩＤＩデータ）に基づく演奏再生を行うＭＩＤＩ音源３０、ＭＩＤＩ音源３０から出力されたデジタル信号から演奏楽曲のオーディオ信号（音響、音声に関する信号）を生成し、生成されたオーディオ信号及びマイクロフォン２６から入力されたオーディオ信号を増幅してスピーカ２８へ出力する音声制御部２４、画像データを一時的に記憶するビデオＲＡＭ３２、ビデオＲＡＭ３２に記憶された画像データに基づく映像の再生を制御する映像再生部３４、映像再生部３４により再生される映像のモニタ３６での表示を制御する映像制御部３８、半導体素子を利用した書き換え可能な記憶媒体であるメモリ４０などを備えている。

［リモコン端末５の構成の説明］
リモコン端末５は、カラオケルーム内で使用されるためのものであり、ユーザが再生を希望するコンテンツの再生の予約を行うための操作等の各種操作をユーザから受け付け、その操作信号をカラオケ装置４に送信する機能を有する。また、リモコン端末５は、アクセスポイント１１０経由でＬＡＮ１００及びインターネット２００上のＶＰＮを介してカラオケ用ホストサーバ２へアクセスし、カラオケ用ホストサーバ２から受信したデータに基づいて個人用Ｗｅｂページの閲覧・更新するための機能も有する。

具体的にリモコン端末５は、図２に示すように、リモコン端末５全体の作動を制御する制御部５２、赤外線通信規格（ＩｒＤＡ）又はリモコン端末５とカラオケ装置４との二者間において予め設定された通信条件に従ってカラオケ装置４に赤外線信号を送信する赤外線通信部５４、リモコン端末５が作動するためのプログラム等の各種情報を記憶するメモリ５６、表示部５８の表示領域に沿って設置されるタッチパネル及び複数のキースイッチからなり、ユーザからの操作を受け付ける操作部６０、操作部６０からの信号を処理する操作処理部６２、画像データを一時的に記憶するビデオＲＡＭ６４、ビデオＲＡＭ６４に記憶された画像データの表示部５８での表示を制御する映像制御部６６、ＬＡＮ１００に接続されたアクセスポイント１１０との間で無線ＬＡＮ規格（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ規格，ＨｏｍｅＲＦ規格，Ｂｌｕｅｔｏｏｔｈ規格など）に従った無線通信を行うための無線ＬＡＮ通信部６８などを備えている。

このうち、制御部５２は、システムを利用するユーザをカラオケ用ホストサーバ２に登録するためのユーザ登録処理、登録されたユーザのログイン手続を受け付けるための処理、再生するコンテンツの予約をするためのユーザからの操作入力を受け付け、選択されたコンテンツ対応するコンテンツ番号に、予約者（即ち、コンテンツを利用するユーザ）のユーザＩＤ等を付加した予約データをカラオケ装置４へ送信する処理といった各種処理を実行する。また、制御部５２は、インターネット２００を介してカラオケ用ホストサーバ２へアクセスし、カラオケ用ホストサーバ２から受信したデータに基づいて個人用Ｗｅｂページの閲覧・更新を行うための各種処理も実行する。なお、リモコン端末５は、複数のユーザのアカウントごとに並行してシステムにログイン可能に構成されている。

［その他の構成の説明］
ＬＡＮ１００にはアクセスポイント１１０が接続されている。このアクセスポイント１１０は、無線通信で端末間を接続するための電波中継機であり、複数の端末と同時に通信を行う機能を有する。リモコン端末５とカラオケ用ホストサーバ２とは、このアクセスポイント１１０を中継することによって、ＬＡＮ１００及びインターネット２００上のＶＰＮを介して互いにデータ通信を行うことができる。

ＰＯＳサーバ１３０は、カラオケ店や飲食店向けの一般的なＰＯＳ（point-of-sale）システムにおける取引管理用端末であり、十分な処理機能を有する通常のコンピュータ等によって構成される。このＰＯＳサーバ１３０は、カラオケルームの利用状況管理、飲食物の受注管理や配達管理等を行うと共に、カラオケルーム利用料金や有料コンテンツ利用料金及び飲食料金の精算・会計処理等を行う機能を有する。

ルータ１２０，１４０は、インターネットネット２００等の外部ネットワーク上の通信経路を暗号化して、仮想的に専用回線で接続されている状態を作り出すＶＰＮ技術を利用するためのいわゆるＶＰＮゲートウェイである。ルータ１２０，１４０は、外部ネットワークであるインターネット２００と、内部ネットワークであるＬＡＮ１００及びカラオケ用ホストサーバ２側のネットワークとの接続点にそれぞれ置かれ、内部ネットワークからの通信を暗号化してインターネット２００側に送出する。また、インターネット２００側からの通信を復号化して内部ネットワークへ送出する。

［リモコン端末５及びユーザ端末８から行う「ユーザ登録」の説明］
本実施形態のカラオケネットワークシステム１では、ユーザは、予め登録された当該ユーザのアカウントによってシステムにログインすることで、個々のユーザに対応したコンテンツの再生予約、コンテンツを利用するユーザに対する課金や特典の付与あるいは利用、個人用Ｗｅｂページの配信といった各サービスを利用することが可能になる。ここでは、ユーザがリモコン端末５やユーザ端末８を利用して、上述のような各サービスを利用するためのアカウントを取得する「ユーザ登録」の手順について説明する。

なお、以下においては説明の便宜上、例えば「リモコン端末５、ユーザ端末８からホストサーバ内のＷｅｂサーバに接続する」といった具合に、カラオケ用ホストサーバ２とインターネット用ホストサーバ３とを、又はＷｅｂサーバ２ａ，３ａとを特に区別せずに単にホストサーバ、Ｗｅｂサーバ等と表記する場合、リモコン端末５はカラオケ用ホストサーバ２内のＷｅｂサーバ２ａへ、ユーザ端末８はインターネット用ホストサーバ３内のＷｅｂサーバ３ａへそれぞれ接続することを指す。

図３は、リモコン端末５及びユーザ端末８によって「ユーザ登録」を行う際の画面表示例を示す説明図である。
リモコン端末５の場合、まず、図３（ａ）に示すようなＴＯＰメニュー画面７０がリモコン端末５の表示部５８に表示される。このＴＯＰメニュー画面７０には、「ネットワーク」ボタン９２及び「カラオケ」ボタン８１が表示されている。これらのボタンは、表示部５８上のタッチパネルや適宜なポインティングデバイス等によって画面上で操作可能なＧＵＩである（以下、他のボタンについても同様）。「ネットワーク」ボタン９２は、個人用Ｗｅｂページの閲覧・更新サービスを利用するための操作画面へ移行するためのボタンである。また、「カラオケ」ボタン８１は、演奏楽曲の選択等といったカラオケサービスに関する操作画面へ移行するためのボタンである。ここで、ユーザによって「ネットワーク」ボタン９２が押下されると、図３（ｂ）に示すような、ネットワークメニュー画面７１が表示される。

一方、携帯電話６やパソコン７等のユーザ端末８の場合、ユーザからの指示入力に基づいて、リモコン端末５の場合と同様に図３（ｂ）に示すようなネットワークメニュー画面７１が、ユーザ端末８が備えるモニタ等の表示デバイスに最初に表示される。なお、このネットワークメニュー画面７１や後述の各種画面は、リモコン端末５やユーザ端末８が備えるユーザ登録用のアプリケーションソフトウェア等として予め格納されているデータに基づいて表示されるように構成することが考えられる。あるいは、インターネット２００を介して、リモコン端末５又はユーザ端末８からホストサーバ内のＷｅｂサーバへそれぞれ接続し、各Ｗｅｂサーバから配信されるＷｅｂページに基づいて表示されるような構成であってもよい。

図３（ｂ）に示すネットワークメニュー画面７１は、個人用Ｗｅｂページの閲覧・更新サービスを利用するための操作メニューを表示する画面であり、既に登録済みのユーザがシステムにログインするためのログイン画面へ移行するための「ログイン」ボタン８２や、新規のユーザがアカウントを取得するための「新規ユーザ登録」ボタン８３、ログイン済みのユーザが利用するユーザＴＯＰメニュー画面（詳細は後述する）へ移行するための「ユーザＴＯＰメニュー」ボタン８５等が表示されている。ここで、タッチパネル、キースイッチやポインティングデバイス等を介して「新規ユーザ登録」ボタン８３が押下されると、図３（ｃ）に示すようなユーザ登録画面７２が表示される。

図３（ｃ）に示すユーザ登録画面７２は、新規のユーザがアカウントを取得するために、システム上でのユーザの呼称となるニックネーム及びユーザ認証用のパスワードの入力をユーザ対して要求するための画面である。ここで、ユーザからの操作によってユーザ登録画面７２内の入力ボックス内にニックネーム及びパスワードが入力された後「ＯＫ」ボタン８４ａが押下されると、ユーザ登録を要求するための登録要求情報と共に、ユーザによって入力されたニックネーム及びパスワードを示すデータが当該端末に対応するホストサーバ内のＷｅｂサーバへインターネット２００を介して送信される。

リモコン端末５又はユーザ端末８から送信された登録要求情報、当該ユーザのニックネーム及びパスワードを受信したホストサーバ内のＷｅｂサーバは、まず、ユーザごとに固有の識別情報であるユーザＩＤを生成する。そして、受信した内容に基づいてカラオケ用ホストサーバ２内のデータベース２ｂ内に設けられたユーザ登録データベース２ｃ（詳細は後述）に当該ユーザのニックネーム、ユーザＩＤ、パスワード等の所定の情報を新たにに登録する。

つぎに、ユーザ登録が完了した旨の情報とユーザＩＤとをユーザに対して通知するための登録完了情報を生成し、この登録完了情報を登録要求情報の送信元であるリモコン端末５又はユーザ端末８に対して返信する。なお、ユーザ端末８から送信される登録要求情報と共に、ユーザ所有する携帯電話６の電話番号や電子メールアドレスが送信された場合は、登録完了情報を電子メール等で当該携帯電話６へ送信してもよい。

リモコン端末５又はユーザ端末８がホストサーバから登録完了情報を受信すると、この受信した登録完了情報に基づいて、図３（ｄ）に示すようなユーザ登録完了画面７３が表示される。ここでは、ユーザ登録完了画面７３にユーザ「Ｍｉｋｅ０６」のユーザ登録が完了した旨を通知する旨のメッセージ、「Ｍｉｋｅ０６」のユーザＩＤ等が表示されている。

ホストサーバ側が発行するユーザＩＤは、ユーザがリモコン端末５又はユーザ端末８からシステムにログインする際にパスワードと共に入力が必要となる認証用の識別情報である。したがって、ユーザは、このユーザ登録完了画面７３によって自身に割り当てられたユーザＩＤを確認する。

そして、ユーザ登録完了画面７３において、ユーザによって「ＯＫ」ボタン８４ｂが押下されると、「ユーザ登録」が終了する。
［ユーザ登録データベース２ｃ、個人用Ｗｅｂページデータベース２ｄの説明］
ここで、カラオケ用ホストサーバ２内のデータベース２ｂに格納されているユーザ登録データベース２ｃ及び個人用Ｗｅｂページデータベース２ｄの具体的な内容について説明する。

図４（ａ）は、ユーザ登録データベース２ｃの具体的内容を模式的に示す説明図である。このユーザ登録データベース２ｃは、上記「ユーザ登録」を経て登録された各ユーザのニックネーム、ユーザＩＤ、パスワード、及び当該ユーザの個人用Ｗｅｂページデータの格納先を示すパス等の各種情報を含むユーザ登録データのテーブルである。

本実施形態のカラオケネットワークシステム１では、各ホストサーバ内のＷｅｂサーバがこのユーザ登録データベース２ｃを参照することにより、ログインを要求してきたユーザに対する認証、ユーザとニックネームとの対応付け、ユーザと当該ユーザの個人用Ｗｅｂページとの対応付けを行う。

個人用Ｗｅｂページデータベース２ｄ（図４（ｂ）参照）は、ユーザ登録データベースに登録されている各ユーザの個人用Ｗｅｂページのデータを格納している。個人用Ｗｅｂページのデータは、個人用Ｗｅｂページを所定の様式でリモコン端末５やユーザ端末８が備えるＷｅｂブラウザによって表示するためのデータのまとまりで、テキストデータやＨＴＭＬによるレイアウト情報、画像・音声・動画データ等から構成される。

このような個人用Ｗｅｂページのデータは、上述の「ユーザ登録」が行われた際に、新規登録されたユーザのための個人用Ｗｅｂページの雛形のデータを自動的に生成し、この雛形のデータを個人用Ｗｅｂページデータベース２ｄに格納すると共に、この個人用Ｗｅｂページの雛形のデータの格納先のパスをユーザ登録データベース２ｃの当該ユーザのユーザ登録データに登録しておくことが考えられる。このようにすることで、後にこのユーザが個人用Ｗｅｂページの雛形に基づいて簡単に自身の個人用Ｗｅｂページを編集することができる。

なお、本実施形態において、個人用Ｗｅｂページは、カラオケ装置４を利用したユーザの歌唱履歴、十八番の楽曲、歌唱に対する採点結果等に関する情報である「カラオケ情報」や、ユーザから提供される公開情報である「プロフィール」、「メッセージ」といった情報をコンテンツとして有する。

このうち「カラオケ情報」は、システムにログインしたユーザがカラオケ装置４を利用してカラオケ歌唱を行うことで、当該ユーザが歌唱した楽曲の楽曲名、歌唱したときの音高キー、歌唱時間等を含む歌唱履歴、十八番の楽曲、採点結果等を示すデータが当該カラオケ装置４からカラオケ用ホストサーバ２へアップロードされるように構成されている。また、「カラオケ情報」に含まれる歌唱履歴や十八番の楽曲等を示すデータは、個人用Ｗｅｂページとして表示する以外に、カラオケ装置４に対して演奏楽曲を予約するときに、選曲リストとしてリモコン端末５や携帯電話６でダウンロードすることで、このダウンロードした歌唱履歴や十八番の楽曲のリスト中から演奏楽曲を選択できるように構成されている。

本実施形態のカラオケネットワークシステム１では、上述の「ユーザ登録」において登録済みのユーザであれば、リモコン端末５からシステムにログインすることで、ユーザが利用するコンテンツを当該ユーザのアカウントに対応付けることができる。例えば、ユーザが、利用するコンテンツとしてカラオケ楽曲の演奏を指定して歌唱を行った場合、当該ユーザに対応する歌唱履歴等のカラオケ歌唱情報をカラオケ装置４からカラオケ用ホストサーバ２へ送信することで、当該ユーザのカラオケ歌唱に関する情報をカラオケ用ホストサーバ２のデータベース２ｂに蓄積できる。

また、映画やドラマといったカラオケ楽曲以外のコンテンツについても、有料コンテンツに対する料金の決済や利用ポイント等の特典の付与・利用といった処理を、コンテンツを利用した個々のユーザに対応付けてオンラインで行うことが可能である。

以下、上述の「ユーザ登録」によって登録されたユーザによるログイン並びにコンテンツの再生予約の手順、ユーザのログアウト中における予約コンテンツのユーザの変更、一旦ログアウトしたユーザが再びログインした場合における当該ユーザの予約コンテンツの復活等の各種処理の手順について説明する。

［ログインユーザによるコンテンツ予約処理の説明］
図５は、カラオケ装置４の制御部１２が実行する「ログインユーザによるコンテンツ予約処理」のメイン処理の手順を示すフローチャートである。この処理は、システムにログインしたユーザからコンテンツの再生予約手続を受け付け、指定されたコンテンツの予約データの登録、及び当該ユーザのログアウトに伴う予約ユーザの変更を行うためのものである。

まず、後述する所定のログイン手続を経て、上記「ユーザ登録」により登録済みのあるユーザ（以下、説明の便宜上「ユーザＡ」と表記する）のシステムへのログインが完了すると（ステップ１０１。以下、ステップを記号Ｓで表記する）、カラオケ装置４内のメモリ４０等に格納されているユーザ管理テーブル７９（詳細は後述する）にこのユーザＡの情報を追加する（Ｓ１０２）。

ここで、ユーザがシステムへログインするための手順について、図６に基づいて説明する。システムへのログインは、ユーザがリモコン端末５を利用して自身のユーザＩＤ及びパスワードを入力することで行われる。このとき、ユーザによって入力されたユーザＩＤ及びパスワードを示すデータが、カラオケ用ホストサーバ内２のＷｅｂサーバ２ａへインターネット２００を介して送信され、Ｗｅｂサーバ２ａにおいて当該ユーザの認証が行われる。

図６は、リモコン端末５によってユーザがログインの手続を行う際の、リモコン端末５における画面表示例等を示す説明図である。
まず、図６（ａ）のネットワークメニュー画面７１（詳細は上述の「ユーザ登録」で説明済み。図３参照）において「ログイン」ボタン８２が押下されることで、図６（ｂ）のログイン画面７４が表示される。このログイン画面７４には、ユーザＩＤ及びパスワードを入力するための入力ボックスがそれぞれ表示されている。

このログイン画面７４において、ユーザによってユーザＩＤ及びパスワードがそれぞれの入力ボックスに入力された後、「ＯＫ」ボタン８４ｃが押下されることで、入力されたユーザＩＤ、パスワード及びシステムへのログインを要求するための情報がカラオケ用ホストサーバ２内のＷｅｂサーバ２ａへ送信される。

カラオケ用ホストサーバ２内のＷｅｂサーバ２ａは、送信されてきたユーザＩＤ及びパスワードを、データベース２ｂに格納されているユーザ登録データベース２ｃ（図４（ａ）参照）に登録されているユーザＩＤ及びパスワードと照合することで、ログイン要求してきたユーザの認証を行う。ここで、送信されてきたユーザＩＤ及びパスワードが、ユーザ登録データベース２ｃに登録されているユーザＩＤ及びパスワードと適合すると判定した場合、当該ユーザのログインを許可する旨の情報をリモコン端末５及びこのリモコン端末５による操作対象であるカラオケ装置４へ送信する。

カラオケ装置４は、ユーザのログインを許可する旨の情報をＷｅｂサーバ２ａから受信すると、受信した情報に基づき、当該ユーザのユーザＩＤ、ニックネーム及びユーザの詳細な設定事項を図６（ｃ）に示すユーザ管理テーブル７９に追加する。このユーザ管理テーブル７９は、カラオケ装置４を利用しているログイン中のユーザに関する情報の一覧であり、ここでは、ログイン中の「Ｍｉｋｅ０６」、「Ａｌｅｘ」、「Ｊｏｅ」の３人のユーザに関するデータが記憶されている例を示している。

このユーザ管理テーブル７９には、ユーザが新たにログインする都度、そのユーザの識別に関するデータが追加され、ユーザがログアウトするとそのユーザに関するデータはユーザ管理テーブル７９から削除される。カラオケ装置４は、このユーザ管理テーブル７９を参照することでログイン中のユーザを認識し、コンテンツの予約・再生、課金、特典の付与・利用等の各種サービスを個々のユーザに対応付ける。

一方、ユーザがログインした後、リモコン端末５の表示部５８には、図６（ｄ）に示すようなユーザＴＯＰメニュー画面７６表示される。このユーザＴＯＰメニュー画面７６は、ログインしたユーザが利用したいサービスを選択するための画面であるが、「Ｍｉｋｅ０６」、「Ａｌｅｘ」、「Ｊｏｅ」といった、ログイン中の複数のユーザそれぞれに対応するユーザＴＯＰメニュー画面７６を選択的に表示可能に構成されている。ここで、操作を行うユーザの選択は、各ユーザのニックネームが表示されたユーザ選択タブ９０を押下することで行うことができ、現在選択中のユーザに対応するユーザＴＯＰメニュー画面７６がポップアップ表示される。

このように、リモコン端末５におけるユーザＴＯＰメニュー画面７６がログイン中の複数のユーザそれぞれに対応するユーザＴＯＰメニュー画面７６を選択的に表示可能に構成されているのは、次のような理由による。すなわち、リモコン端末５は、カラオケルームにおいて複数のユーザによって共用されることが想定されている。したがって、１台のリモコン端末５を共用する全てのユーザに対して、コンテンツの再生予約、コンテンツを利用するユーザに対する課金や特典の付与あるいは利用、個人用Ｗｅｂページの配信といった個々のユーザに対応したサービスを利用可能にするために、リモコン端末５は複数のユーザが並行してログイン可能に構成されている。

ユーザＴＯＰメニュー画面７６には、現在選択中のユーザのニックネーム「Ｍｉｋｅ０６」、各ユーザの個人用Ｗｅｂページの閲覧を選択するための「Ｗｅｂページ閲覧」ボタン８６、当該ユーザ本人の個人用Ｗｅｂページの更新を選択するための「Ｗｅｂページ更新」ボタン８７、当該ユーザがシステムからのログアウトを選択するための「ログアウト」ボタン８８等の他に、既にユーザがログイン中であっても、新たなユーザがログインしたり、新規ユーザに対する上述の「ユーザ登録」を行えるように、図６（ａ）のネットワークメニュー画面７１へ戻るための「ネットワークＴＯＰメニューへ」ボタン８９が表示されている。

図５のフローチャートの説明に戻る。Ｓ１０３では、リモコン端末５からユーザＡのログアウト要求を受信したか否かを判定する。なお、リモコン端末５からのログアウトの要求は、例えば、上述のユーザＴＯＰメニュー画面７６（図６（ｄ）参照）等において、ユーザが「ログアウト」ボタン８８を押下することで送信される。

Ｓ１０３において、ユーザＡのログアウト要求を受信していないと判定した場合（Ｓ１０３：ＮＯ）、リモコン端末５からユーザＡのコンテンツの予約指示を受信したか否かを判定する（Ｓ１０４）。ここで、ユーザＡのコンテンツ予約指示を受信したと判定した場合（Ｓ１０４：ＹＥＳ）、受信したコンテンツ予約指示に基づき、指定されたコンテンツ予約データをユーザＡのユーザＩＤ等に対応付けて予約テーブル７８（詳細は後述する）に登録し（Ｓ１０５）、Ｓ１０３の処理へ戻る。一方、ユーザＡのコンテンツ予約指示を受信していないと判定した場合（Ｓ１０４：ＮＯ）、Ｓ１０３の処理へ戻る。

ここで、リモコン端末５を用いてログイン中のユーザがコンテンツの再生予約を行う手順を図７に基づいて説明する。なお、ここでは、予約するコンテンツの一例として、カラオケ楽曲の演奏予約を行う場合について説明する。

図７は、ログイン中のユーザがリモコン端末５を用いてカラオケの演奏楽曲の予約を行う際の、リモコン端末５の表示部５８における画面表示例を示す説明図である。
図７（ａ）に示す上述のＴＯＰメニュー画面７０において、ユーザが「カラオケ」ボタン８１を押下すると、図７（ｂ）に示す演奏楽曲予約画面７７ｂが表示される。この演奏楽曲予約画面７７は、ユーザが歌唱したい楽曲を入力するための画面である。この演奏楽曲予約画面７７では、「Ｍｉｋｅ０６」、「Ａｌｅｘ」、「Ｊｏｅ」といったログイン中の複数のユーザ、あるいは、ログインせずにログイン中の他のメンバーと一緒にカラオケサービスを利用しているユーザ（以下、ゲストユーザともいう）に対応する「ゲスト」といった、それぞれのユーザに対応する演奏楽曲予約画面７７を選択的に表示可能に構成されている。ここで、楽曲予約のための操作を行うユーザの選択は、各ユーザのニックネームが表示されたユーザ選択タブ９０を押下することで行うことができ、現在選択中のユーザに対応する演奏楽曲予約画面７７がポップアップ表示される。

この演奏楽曲予約画面７７において、ユーザが歌唱したい楽曲（楽曲の一覧表や楽曲名、選曲番号等で指定）や、演奏時のキー設定を入力した後、「予約」ボタン９１を押下することで、リモコン端末５の赤外線通信部５４を介して、演奏楽曲の予約データが予約ユーザのユーザＩＤ及びニックネームのデータと共に赤外線通信によってカラオケ装置４に送信される。

そして、カラオケ装置４から演奏楽曲の予約を受け付けた旨の情報をリモコン端末５が受信すると、図７（ｃ）に示すように、当該ユーザの演奏楽曲予約画面７７ｃ上に予約を受け付けた旨のメッセージが表示される。

一方、カラオケ装置４は、リモコン端末５から予約データ等を受信すると、この受信した予約データ等に基づいて、新規に予約された楽曲のコンテンツ番号及びキー設定をユーザＩＤ及びニックネームに対応させて、カラオケ装置４内のメモリ４０等に格納されている予約テーブル７８（図７（ｄ）参照）の最下位に追加する。

カラオケ装置４は、この予約テーブル７８の最上位の予約データに示されるコンテンツから順次コンテンツの再生を行い、再生が終了あるいは再生開始前にユーザによって予約を中止されたコンテンツについては、予約テーブル７８から当該コンテンツの予約データ一式（コンテンツ番号、ユーザＩＤ、ニックネーム、演奏キー等の設定情報）を順次消去する。

図５のフローチャートの説明に戻る。Ｓ１０３において、ユーザＡのログアウト要求を受信したと判定した場合（Ｓ１０３：ＹＥＳ）、後述の「予約ユーザ変更処理」を実行し（Ｓ１０６）、「ログインユーザによるコンテンツ予約処理」を終了する。

［予約ユーザ変更処理の説明］
図８は、上述の「ログインユーザによるコンテンツ予約処理」（図５参照）におけるＳ１０６の「予約ユーザ変更処理」の手順を示すフローチャートである。

まず、インターネット２００を介してカラオケ用ホストサーバ２内のＷｅｂサーバ２ａへユーザＡのログアウト要求を通知する（Ｓ２０１）。そして、ユーザ管理テーブル７９（図６（ｃ）参照）からユーザＡに関するデータを削除する（Ｓ２０２）。これにより、予約テーブル７８に登録されているユーザＡの予約コンテンツについては、ユーザＡが再ログインしない限りゲストユーザが予約したコンテンツとして扱う（ユーザＡのアカウントを無効化）。ただし、予約テーブル７８内の予約データにおけるユーザＡのユーザＩＤ及びニックネームについては、変更しないままでおく。

つぎに、予約テーブル７８（図７（ｄ）参照）を参照し、ユーザＡによって予約されたコンテンツがあるか否か、すなわち、予約テーブル７８内にユーザＡのユーザＩＤに対応する予約データが存在するか否かを判定する（Ｓ２０３）。

ここで、予約テーブル７８内にユーザＡのユーザＩＤに対応する予約データが存在すると判定した場合（２０３：ＹＥＳ）、予約テーブル７８の最上位の予約データに示されるコンテンツを順次再生する過程（再生済みのコンテンツの予約データは順次削除する）において、ユーザＡの予約コンテンツの再生開始時期になったか否かを判定する（Ｓ２０４）。ここでは、ユーザＡの予約コンテンツの再生開始時期になっていないと判定している間（Ｓ２０４：ＮＯ）、この処理を繰り返す。

そして、ユーザＡの予約コンテンツの再生開始時期になったと判定した場合（Ｓ２０４：ＹＥＳ）、ユーザ管理テーブル７９を参照し、ユーザＡ以外でログイン中のユーザが存在するか否かを判定する（Ｓ２０５）。

ここで、ログイン中のユーザが存在すると判定した場合（Ｓ２０５：ＹＥＳ）、ログイン中のユーザに対して、ユーザＡの予約コンテンツの再生の可否、及びこのコンテンツの予約ユーザをログイン中の他のユーザに変更するか否かを問い合わせる（Ｓ２０６）。具体的には、例えばカラオケ装置４のモニタ３６に、ログアウトしたユーザの予約コンテンツを再生するか否か、前記予約コンテンツを再生する場合は予約ユーザを他のユーザに変更するか否かを問い合わせる旨のメッセージ画面を表示し、カラオケ装置４の操作部１８又はリモコン端末５を介してユーザからの指示入力を受け付けるように構成することが考えられる。

そして、ユーザからの指示入力に基づき、ユーザＡの予約コンテンツを再生するか否かを判定する（Ｓ２０７）。ここで、ユーザＡの予約コンテンツを再生しないと判定した場合（Ｓ２０７：ＮＯ）、すなわち、操作部１８又はリモコン端末５を介してユーザからユーザＡの予約コンテンツの再生をキャンセルする旨の指示が入力された場合、Ｓ２１５で当該コンテンツの予約をキャンセル（予約データを削除）し、Ｓ２０３の処理へ戻る。

一方、ユーザＡの予約コンテンツを再生すると判定した場合（Ｓ２０７：ＹＥＳ）、すなわち、操作部１８又はリモコン端末５を介してユーザからユーザＡの予約コンテンツを再生する旨の指示が入力された場合、ユーザからの指示入力に基づき、予約ユーザの変更があるか否かを判定する（Ｓ２０８）。ここで、予約ユーザの変更があると判定した場合（Ｓ２０８：ＹＥＳ）、すなわち、操作部１８又はリモコン端末５を介してユーザから当該コンテンツの予約ユーザをログイン中の別のユーザへ変更する旨の指示が入力された場合、この入力された指示に基づき、予約テーブル７８中の当該コンテンツ予約データに対応するユーザＩＤ及びニックネームを、指定されたユーザのものに更新する（Ｓ２０９）。

つぎに、当該再生するコンテンツが有償であるか無償であるかを判定する（Ｓ２１０）。本実施形態のカラオケネットワークシステム１では、ユーザに提供するコンテンツについて、通常のカラオルームの利用料金の範囲内で提供可能なコンテンツ（例えば、カラオケ楽曲等）については、無償（カラオケルームの利用料金以外の追加料金が発生しないことを指す）で提供し、より付加価値の高いコンテンツ（例えば、映画やドラマの再生、ネットワークを利用したゲーム等）については、有償（カラオケルームの利用料金以外の追加料金が必要であることを指す）で提供するといった具合に、コンテンツごとに、有償か無償かが予め定められている。よって、再生するコンテンツが有償であれば、当該コンテンツの利用料金の決済に関する処理が別途行われることになる。

Ｓ２１０において、再生するコンテンツが有償であると判定した場合（Ｓ２１０：有償）、操作部１８又はリモコン端末５等を介して当該コンテンツの利用料金の決済方法の選択指示をユーザから受け付ける（Ｓ２１１）。本実施形態では、ユーザが保有する利用ポイント等の特典を利用する決済（ポイント決済）や、現金による決済、クレジットカードやプリペイドカード、オンライン銀行等を利用したオンライン決済等の予め決められた決済方法の中からユーザが選択するように構成されている。そして、選択された決済方法に応じて、決済に必要な情報がカラオケ装置４からＰＯＳサーバ１３０へ送信され、ＰＯＳサーバ１３０において料金決済に関する各種処理が実行される。なお、ここでの利用料金の決済は、上記何れの決済方法においても、当初の予約ユーザであるユーザＡから予約を引き継いだユーザの名義によって処理される。

Ｓ２１１で決済方法の選択指示を受け付けた後、当該予約コンテンツの再生を開始し（Ｓ２１２）、Ｓ２０３の処理へ戻る。
一方、Ｓ２１０において、再生するコンテンツが無償であると判定した場合（Ｓ２１０：無償）、つづいてＳ２１２へ移行し当該予約コンテンツの再生を開始する。

なお、再生するコンテンツがカラオケ楽曲であって、上述の「カラオケ情報」として歌唱履歴、採点結果等を示すデータをカラオケ装置４がカラオケ用ホストサーバ２へアップロードする場合、予約テーブル７８上で予約ユーザが別のユーザに変更されていれば、変更後のユーザ（すなわち、ログアウトしたユーザから予約を引き継いだユーザ）の「カラオケ情報」としてアップロードするように構成することが考えられる。

また、当該コンテンツを利用した特定のユーザ（すなわち、予約ユーザ）に対して、コンテンツの利用に応じて利用ポイント等の特典が付与される場合においても、予約テーブル７８上で予約ユーザが別のユーザに変更されていれば、変更後のユーザに対して特典が付与されるように構成することが考えられる。

一方、Ｓ２０５においてログイン中のユーザが存在しないと判定した場合（Ｓ２０５：ＮＯ）、又はＳ２０８において操作部１８又はリモコン端末５を介してユーザから当該コンテンツの予約ユーザをログイン中の別のユーザへ変更しない旨の指示が入力される等して予約ユーザの変更がないと判定した場合（Ｓ２０８：ＮＯ）、Ｓ２１３へ移行し、当該再生するコンテンツが有償であるか無償であるかを判定する。

再生するコンテンツが有償であると判定した場合（Ｓ２１３：有償）、操作部１８又はリモコン端末５等を介して当該コンテンツの利用料金の決済方法の選択指示をユーザから受け付ける（Ｓ２１４）。ここでは、現金による決済、クレジットカードやプリペイドカード、電子マネー、オンライン銀行等を利用したオンライン決済等の予め決められた決済方法の中からユーザが選択するように構成されている。そして、選択された決済方法に応じて、決済に必要な情報がカラオケ装置４からＰＯＳサーバ１３０へ送信され、ＰＯＳサーバ１３０において料金決済に関する各種処理が実行される。

なお、ここでは、予約テーブル７８上における当該コンテンツの予約ユーザはユーザＡのままであるが、ユーザＡがログアウトしたことによりユーザＡの予約コンテンツはゲストユーザ扱い（Ｓ２０２参照）となっている。したがって、ここでの利用料金は、上記何れの決済方法においても、ユーザＡを始めログイン中の他のユーザ何れの名義にも対応付けられず、グループ全体に対して課金される。この場合、このコンテンツの利用料金の支払いは、例えば残りのグループのメンバーがレジ窓口や料金支払い専用端末等を通じて、通常のカラオケルーム利用料金と併せて、あるいはカラオケルームの利用料金とは別途に行うことが考えられる。

Ｓ２１４で決済方法の選択指示を受け付けた後、当該予約コンテンツの再生を開始し（Ｓ２１２）、Ｓ２０３の処理へ戻る。
一方、Ｓ２１３において、再生するコンテンツが無償であると判定した場合（Ｓ２１３：無償）、つづいて、Ｓ２１２へ移行し当該予約コンテンツの再生を開始する。

なお、コンテンツを利用した特定のユーザ（すなわち、予約ユーザ）に対して、コンテンツの利用に応じて利用ポイント等の特典が付与される場合であっても、当該コンテンツの当初の予約ユーザがログアウトしたことによりそのコンテンツがゲストユーザの予約扱いとして再生された場合は、何れのユーザにも特典は付与されないように構成することが考えられる。

以降、Ｓ２０３〜Ｓ２１４の処理を順次繰り返し、Ｓ２０３において予約テーブル７８内にユーザＡのユーザＩＤに対応する予約データが存在しないと判定した場合（２０３：ＮＯ）、「予約ユーザ変更処理」を終了する。

なお、この「予約ユーザ変更処理」は、後述する「再ログイン時予約データ復帰処理」のプロセスからプロセス終了の指示を受けた場合には強制的に中断する。
［再ログイン時予約データ復帰処理（第１実施形態）の説明］
図９は、カラオケ装置４の制御部１２が実行する「再ログイン時予約データ復帰処理（第１実施形態）」の手順を示すフローチャートである。この処理は、ユーザＡのログアウトをトリガとして開始される。

まず、リモコン端末５からユーザＡのログイン要求を受信したか否かを判定する（Ｓ３０１）。ここで、ユーザＡのログイン要求を受信していないと判定している間（Ｓ３０１：ＮＯ）、この処理を繰り返す。

そして、ユーザＡのログイン要求を受信したと判定した場合（Ｓ３０１：ＹＥＳ）、図６の説明として上述したようにユーザＡによるユーザＩＤ並びにパスワードの入力、及びＷｅｂサーバ２ａによる認証といった各種手続を経て、ユーザＡのシステムへのログインを再開する（Ｓ３０２）。そして、ユーザＡがログアウトした際に起動した上述の「予約ユーザ変更処理」（図８参照）を中断する（Ｓ３０３）。

つぎに、カラオケ装置４内のメモリ４０等に格納されているユーザ管理テーブル７９（図６参照）にこのユーザＡの情報を追加する（Ｓ３０４）。これにより、上述の「予約ユーザ変更処理」（図８参照）のＳ２０２で予約テーブル７８上において無効化（ゲストユーザ扱い）されていたユーザＡのアカウントを有効とする。すなわち、予約テーブル７８上においてユーザＡのログアウトに伴いゲストユーザの予約コンテンツ扱いとなったユーザＡの予約コンテンツが、ユーザＡが再ログインすることで本来の予約ユーザであるユーザＡの予約コンテンツとして復帰する。

ユーザ管理テーブル７９にユーザＡの情報を追加した後、予約テーブル７８に沿ってコンテンツの再生を継続し（Ｓ３０５）、「再ログイン時予約データ復帰処理（第１実施形態）」を終了する。

図１２は、上述の「再ログイン時予約データ復帰処理（第１実施形態）」（図９参照）における予約テーブル７８及びユーザ管理テーブル７９の推移の一例を模式的に示す説明図である。

図１２（ａ）は、ユーザがログアウトする前の状態の予約テーブル７８ａ、ユーザ管理テーブル７９ａを示す。ここでは、ユーザ管理テーブル７９ａに、ログイン中のユーザとして「Ｍｉｋｅ０６」、「Ａｌｅｘ」、「Ｊｏｅ」の３人のユーザのデータが登録されている。一方、予約テーブル７８ａには、ログイン中の各ユーザの予約コンテンツとして、コンテンツ番号「５５５」（予約ユーザ：Ｍｉｋｅ０６）、「１２３４」（予約ユーザ：Ｊｏｅ）、「７７７７」（予約ユーザ：Ｍｉｋｅ０６）、「２００６」（予約ユーザ：Ａｌｅｘ）、「５０００」（予約ユーザ：Ｊｏｅ）のコンテンツが各ユーザのユーザＩＤ及びパスワード等と対応付けられて登録されている。

図１２（ｂ）は、図１２（ａ）に示す状態から「Ｊｏｅ」がログアウトした場合の予約テーブル７８ｂ及びユーザ管理テーブル７９ｂを示す。ここでは、ユーザ管理テーブル７９ｂにおいて、「Ｊｏｅ」がログアウトしたことにより「Ｊｏｅ」のデータが削除されている（図８：Ｓ２０２に対応）。それに伴い、予約テーブル７８ｂ上では、「Ｊｏｅ」のアカウントに対応する予約コンテンツ「１２３４」及び「５０００」について、「Ｊｏｅ」の予約扱いではなくゲストユーザの予約扱いになる（「Ｊｏｅ」のアカウントを無効化）。

図１２（ｃ）は、図１２（ｂ）に示す状態から、「Ｊｏｅ」がログアウトしている間に「５５５」及び「１２３４」のコンテンツの再生が終了（あるいは、中止）した後、「Ｊｏｅ」が再びログインした場合の予約テーブル７８ｃ及びユーザ管理テーブル７９ｃを示す。ここでは、予約テーブル７８ｃにおいて、再生が終了した「５５５」、「１２３４」のコンテンツの予約データは消失している。一方、ユーザ管理テーブル７９ｃにおいて、「Ｊｏｅ」が再びログインしたことにより「Ｊｏｅ」のデータが追加されている（図９：Ｓ３０４に対応）。それに伴い、予約テーブル７８ｂ上では、「Ｊｏｅ」のアカウントに対応する予約コンテンツ「５０００」について、ゲストユーザの予約扱いから「Ｊｏｅ」の予約扱いに復帰する（「Ｊｏｅ」のアカウントを有効化）。

以上、第１実施形態の「再ログイン時予約データ復帰処理」においては、一旦ログインしたユーザが再びログインした場合、再ログインした時点で予約テーブル７８に残っている当該ユーザの予約コンテンツについて、ゲストユーザの予約扱いから当該ユーザの予約扱いに復帰させることを特徴としている。なお、ユーザがログアウトしている間に再生が終了して予約テーブル７８から予約データが消失した当該ユーザの予約コンテンツについては、再ログイン後に予約テーブル７８に復帰しない。

［再ログイン時予約データ復帰処理（第２実施形態）の説明］
図１０は、カラオケ装置４の制御部１２が実行する「再ログイン時予約データ復帰処理（第２実施形態）」の手順を示すフローチャートである。この処理は、上述の第１実施形態の処理（図９参照）と同様にユーザＡのログアウトをトリガとして開始される。

ユーザＡがログアウトした後、まず、予約テーブル７８にユーザＡの予約コンテンツが存在するか否かを判定する（Ｓ４０１）。ここで、ユーザＡの予約コンテンツが存在しないと判定した場合（Ｓ４０１：ＮＯ）、そのまま「再ログイン時予約データ復帰処理（第２実施形態）」を終了する。

一方、ユーザＡの予約コンテンツが存在すると判定した場合（Ｓ４０１：ＹＥＳ）、ユーザＡがログアウトした時点の予約テーブル７８の内容をコピーし、予約コンテンツ一覧８０（図１３（ｂ）参照）としてメモリ４０に保存する（Ｓ４０２）。

つづいて、リモコン端末５からユーザＡのログイン要求を受信したか否かを判定する（Ｓ４０３）。ここで、ユーザＡのログイン要求を受信していないと判定している間（Ｓ４０３：ＮＯ）、この処理を繰り返す。

そして、ユーザＡのログイン要求を受信したと判定した場合（Ｓ４０３：ＹＥＳ）、図６の説明として上述したようにユーザＡによるユーザＩＤ並びにパスワードの入力、及びＷｅｂサーバによる認証といった各種手続を経て、ユーザＡのシステムへのログインを再開する（Ｓ４０４）。そして、ユーザＡがログアウトした際に起動した上述の「予約ユーザ変更処理」（図８参照）を中断する（Ｓ４０５）。

つぎに、カラオケ装置４内のメモリ４０等に格納されているユーザ管理テーブル７９（図６参照）にこのユーザＡの情報を追加する（Ｓ４０６）。これにより、上述の「予約ユーザ変更処理」（図８参照）のＳ２０２で予約テーブル７８上において無効化（ゲストユーザ扱い）されていたユーザＡのアカウントを有効とする。すなわち、予約テーブル７８上においてユーザＡのログアウトに伴いゲストユーザの予約コンテンツ扱いとなったユーザＡの予約コンテンツが、ユーザＡが再ログインすることで本来の予約ユーザであるユーザＡの予約コンテンツとして復帰する。

つぎに、Ｓ４０７では、メモリ４０に格納されている予約コンテンツ一覧８０と予約テーブル７８とを参照し、再生終了に伴い予約テーブル７８から消失したユーザＡの予約データに相当する予約データを予約コンテンツ一覧８０から抽出する。

つづいて、予約テーブルに７８に空容量があるか否かを判定する（Ｓ４０８）。ここで、予約テーブル７８に空き容量がないと判定した場合（Ｓ４０８：ＮＯ）、すなわち、予約テーブル７８内の予約データの件数が所定の最大件数である場合、コンテンツの再生終了に伴い予約テーブル７８から予約データが削除される等して、予約テーブル７８に空き容量ができるまでこの処理を繰り返す。

一方、予約テーブル７８に空き容量があると判定した場合（Ｓ４０８：ＹＥＳ）、Ｓ４０７で予約コンテンツ一覧８０から抽出した予約データのうち、最も予約順（あるいは、予約時刻でもよい）が早いものを、予約テーブル７８の最下位に追加する（Ｓ４０９）。

つぎに、予約コンテンツ一覧８０から抽出した予約データを全て予約テーブル７８に追加したか否かを判定する（Ｓ４１０）。ここで、抽出した予約データを全て予約テーブル７８に追加していないと判定した場合（Ｓ４１０：ＮＯ）、Ｓ４０８の処理へ戻る。

一方、抽出した予約データを全て予約テーブル７８に追加したと判定した場合（Ｓ４１０：ＹＥＳ）、予約テーブル７８に沿ってコンテンツの再生を継続し（Ｓ４１１）、「再ログイン時予約データ復帰処理（第２実施形態）」を終了する。

図１３は、上述の「再ログイン時予約データ復帰処理（第２実施形態）」（図１０参照）における予約テーブル７８、ユーザ管理テーブル７９及び予約コンテンツ一覧８０の推移の一例を模式的に示す説明図である。なお、ユーザがログアウトする前の状態の予約テーブル７８及びユーザ管理テーブル７９については、図１２（ａ）で示す予約テーブル７８ａ及びユーザ管理テーブル７９ａと同様であるので、ここでの説明及び図示は省略する。

図１３（ｂ）は、図１２（ａ）に示す状態から「Ｊｏｅ」がログアウトした場合の予約テーブル７８ｄ、ユーザ管理テーブル７９ｄ、及び予約コンテンツ一覧８０ｄを示す。
ここでは、ユーザ管理テーブル７９ｄにおいて、「Ｊｏｅ」がログアウトしたことにより「Ｊｏｅ」のデータが削除されている（図８：Ｓ２０２に相当）。それに伴い、予約テーブル７８ｄ上では、「Ｊｏｅ」のアカウントに対応する予約コンテンツ「１２３４」及び「５０００」について、「Ｊｏｅ」の予約扱いではなくゲストユーザの予約扱いになる（「Ｊｏｅ」のアカウントを無効化）。

また、カラオケ装置４のメモリ４０には、「Ｊｏｅ」がログアウトした時点での予約テーブルの内容をコピーしたデータである予約コンテンツ一覧８０ｄが格納されている（図１０：Ｓ４０２に相当）。

図１３（ｃ）は、図１３（ｂ）に示す状態から、「Ｊｏｅ」がログアウトしている間に「５５５」及び「１２３４」のコンテンツの再生が終了（あるいは、中止）した後、「Ｊｏｅ」が再びログインした場合の予約テーブル７８ｅ、ユーザ管理テーブル７９ｅ及び予約コンテンツ一覧８０ｅを示す。ここでは、予約テーブル７８ｅにおいて、再生が終了した「５５５」、「１２３４」のコンテンツの予約データは消失している。一方、ユーザ管理テーブル７９ｅにおいて、「Ｊｏｅ」が再びログインしたことにより「Ｊｏｅ」のデータが追加されている（図１０：Ｓ４０６に相当）。それに伴い、予約テーブル７８ｅ上では、「Ｊｏｅ」のアカウントに対応する予約コンテンツ「５０００」は、ゲストユーザの予約扱いから「Ｊｏｅ」の予約扱いに復帰する（「Ｊｏｅ」のアカウントを有効化）。

さらに、予約コンテンツ一覧８０ｅに含まれる「Ｊｏｅ」の予約コンテンツ（「１２３４」、「５０００」）の予約データのうち、予約テーブル７８ｅから消失している「１２３４」のコンテンツの予約データが抽出され（図１０：Ｓ４０７に相当）、この抽出された予約データが予約テーブル７８ｅの最下位に追加されている（図１０：Ｓ４０９に相当）。

以上、第２実施形態の「再ログイン時予約データ復帰処理」においては、一旦ログインしたユーザが再びログインした場合、再ログインした時点で予約テーブル７８に残っている当該ユーザの予約コンテンツについて、ゲストユーザの予約扱いから当該ユーザの予約扱いに復帰させる。さらに、ユーザがログアウトしている間に予約テーブル７８から消失した当該ユーザの予約データをも予約テーブル７８に復帰させることを特徴としている。

［再ログイン時予約データ復帰処理（第３実施形態）の説明］
図１１は、カラオケ装置４の制御部１２が実行する「再ログイン時予約データ復帰処理（第３実施形態）」の手順を示すフローチャートである。この処理は、上述の第１，２実施形態の処理（図９，１０参照）と同様に、ユーザＡのログアウトをトリガとして開始される。

ユーザＡがログアウトした後、まず、予約テーブル７８にユーザＡの予約コンテンツが存在するか否かを判定する（Ｓ５０１）。ここで、ユーザＡの予約コンテンツが存在しないと判定した場合（Ｓ５０１：ＮＯ）、そのまま「再ログイン時予約データ復帰処理（第３実施形態）」を終了する。

一方、ユーザＡの予約コンテンツが存在すると判定した場合（Ｓ５０１：ＹＥＳ）、ユーザＡがログアウトした時点の予約テーブル７８の内容をコピーし、予約コンテンツ一覧８０（図１４（ｂ）参照）としてメモリ４０に保存する（Ｓ５０２）。

なお、第３実施形態においては、予約テーブル７８をコピーして予約コンテンツ一覧８０として保存する際、図１４（ｂ）の予約コンテンツ一覧８０ｆに示すように、各予約データに対してゲストフラグがセットされる。このゲストフラグは、予約データで示されるコンテンツが、特定のログインユーザの予約扱いで再生される（あるいは、再生された）か、ゲストユーザの予約扱いで再生される（あるいは、再生されたか）を示すためのフラグであり、前者の場合、ゲストフラグは「ＯＦＦ」にセットされ、後者の場合、ゲストフラグは「ＯＮ」にセットされる。なお、ユーザＡのログアウトに伴い予約コンテンツ一覧８０が生成された時点では、ユーザＡの予約データに対してゲストフラグが「ＯＮ」にセットされ、ログイン中の他のユーザの予約データに対してゲストフラグが「ＯＦＦ」にセットされる。

ここで、第３実施形態に対応して、上述の「予約ユーザ変更処理」（図８参照）に追加される処理について説明を補足する。
図８のＳ２０９において、予約テーブル７８中の予約データに対応するユーザＩＤ及びニックネームを、ユーザＡ（ただし、ログアウト中なのでゲストユーザ扱い）からログイン中の他のユーザのものに更新した場合、予約コンテンツ一覧８０内の当該コンテンツの予約データに対応するゲストフラグを「ＯＮ」から「ＯＦＦ」へ変更する。一方、予約ユーザの変更が行われない場合、すなわち、当該コンテンツがゲストユーザの予約扱いとして再生される場合、ゲストフラグは「ＯＮ」のままで変更しない。

図１１のフローチャートの説明に戻る。Ｓ５０３では、リモコン端末５からユーザＡのログイン要求を受信したか否かを判定する。ここで、ユーザＡのログイン要求を受信していないと判定している間（Ｓ５０３：ＮＯ）、この処理を繰り返す。

そして、ユーザＡのログイン要求を受信したと判定した場合（Ｓ５０３：ＹＥＳ）、図６の説明として上述したようにユーザＡによるユーザＩＤ並びにパスワードの入力、及びＷｅｂサーバによる認証といった各種手続を経てユーザＡのシステムへのログインを再開する（Ｓ５０４）。そして、ユーザＡがログアウトした際に起動した上述の「予約ユーザ変更処理」（図８参照）を中断する（Ｓ５０５）。

つぎに、カラオケ装置４内のメモリ４０等に格納されているユーザ管理テーブル７９にこのユーザＡの情報を追加する（Ｓ５０６）。これにより、上述の「予約ユーザ変更処理」（図８参照）のＳ２０２で予約テーブル７８上において無効化（ゲストユーザ扱い）されていたユーザＡのアカウントを有効とする。すなわち、予約テーブル７８上においてユーザＡのログアウトに伴いゲストユーザの予約コンテンツ扱いとなったユーザＡの予約コンテンツが、ユーザＡが再ログインすることで本来の予約ユーザであるユーザＡの予約コンテンツとして復帰する。

つぎに、Ｓ５０７では、メモリ４０に格納されている予約コンテンツ一覧８０と予約テーブル７８とを参照し、再生終了に伴い予約テーブル７８から消失したユーザＡの予約データで、かつゲストフラグが「ＯＮ」にセットされている予約データ（ゲストユーザの予約扱い）を予約コンテンツ一覧８０から抽出する。

つづいて、予約テーブルに７８に空容量があるか否かを判定する（Ｓ５０８）。ここで、予約テーブル７８に空き容量がないと判定した場合（Ｓ５０８：ＮＯ）、すなわち、予約テーブル７８内の予約データの件数が所定の最大件数である場合、コンテンツの再生終了に伴い予約テーブル７８から予約データが削除される等して、予約テーブル７８に空き容量ができるまでこの処理を繰り返す。

一方、予約テーブル７８に空き容量があると判定した場合（Ｓ５０８：ＹＥＳ）、Ｓ５０７で予約コンテンツ一覧８０から抽出した予約データのうち、最も予約順（あるいは、予約時刻でもよい）が早いものを、予約テーブル７８の最下位に追加する（Ｓ５０９）。

つぎに、予約コンテンツ一覧８０から抽出した予約データを全て予約テーブル７８に追加したか否かを判定する（Ｓ５１０）。ここで、抽出した予約データを全て予約テーブル７８に追加していないと判定した場合（Ｓ５１０：ＮＯ）、Ｓ５０８の処理へ戻る。

一方、抽出した予約データを全て予約テーブル７８に追加したと判定した場合（Ｓ５１０：ＹＥＳ）、予約テーブル７８に沿ってコンテンツの再生を継続し（Ｓ５１１）、「再ログイン時予約データ復帰処理（第３実施形態）」を終了する。

図１４，１５は、上述の「再ログイン時予約データ復帰処理（第３実施形態）」（図１１参照）における予約テーブル７８、ユーザ管理テーブル７９及び予約コンテンツ一覧８０の推移の一例を模式的に示す説明図である。なお、ユーザがログアウトする前の状態の予約テーブル７８及びユーザ管理テーブル７９については、図１２（ａ）で示す予約テーブル７８ａ及びユーザ管理テーブル７９ａと同様であるので、ここでの説明及び図示は省略する。

図１４（ｂ）は、図１２（ａ）に示す状態から「Ｊｏｅ」がログアウトした場合の予約テーブル７８ｆ、ユーザ管理テーブル７９ｆ、及び予約コンテンツ一覧８０ｆを示す。
ここでは、ユーザ管理テーブル７９ｆにおいて、「Ｊｏｅ」がログアウトしたことにより「Ｊｏｅ」のデータが削除されている（図８：Ｓ２０２に相当）。それに伴い、予約テーブル７８ｆ上では、「Ｊｏｅ」のアカウントに対応する予約コンテンツ「１２３４」及び「５０００」について、「Ｊｏｅ」の予約扱いではなくゲストユーザの予約扱いになる（「Ｊｏｅ」のアカウントを無効化）。

また、カラオケ装置４のメモリ４０には、「Ｊｏｅ」がログアウトした時点での予約テーブルの内容をコピーしたデータである予約コンテンツ一覧８０ｆが格納されている（図１１：Ｓ５０２に相当）。この予約コンテンツ一覧８０ｆでは、ログアウトした「Ｊｏｅ」の予約データに対してはゲストフラグが「ＯＮ」にセットされており、ログイン中の「Ｍｉｋｅ０６」及び「Ａｌｅｘ」の予約データに対してはゲストフラグが「ＯＦＦ」にセットされている。

つぎに、図１４（ｂ）に示す状態から、「Ｊｏｅ」のログアウト中において「５５５」のコンテンツが再生された後、更に「Ｊｏｅ」の予約コンテンツ「１２３４」が再生される際の、予約コンテンツ一覧８０ｆ内のゲストフラグの推移について説明する。

「１２３４」のコンテンツコンテンツが再生される際、上述の「予約ユーザ変更処理」（図８参照）において、このコンテンツの予約ユーザが変更されなかった場合（Ｓ２０８：ＮＯに相当。図１４（ｃ−１）へ推移）、すなわち、「１２３４」のコンテンツがゲストユーザの予約扱いとして再生される場合、予約コンテンツ一覧８０ｇに示すように「１２３４」のコンテンツのゲストフラグは「ＯＮ」のまま変更されない。

一方、「１２３４」のコンテンツが再生される際、上述の「予約ユーザ変更処理」において、このコンテンツの予約ユーザが「Ｊｏｅ」から他のユーザ（ここでは、「Ｍｉｋｅ０６」又は「Ａｌｅｘ」）に変更された場合（Ｓ２０８でＹＥＳ〜Ｓ２０９に相当。図１４（ｃ−２）へ推移）、予約コンテンツ一覧８０ｈに示すように「１２３４」のコンテンツのゲストフラグは「ＯＮ」から「ＯＦＦ」へ変更される。

つづいて、図１５（ｄ−１），（ｄ−２）はそれぞれ、「Ｊｏｅ」がログアウトしている間に「５５５」及び「１２３４」のコンテンツの再生が終了（あるいは、中止）した後、「Ｊｏｅ」が再びログインした場合の予約テーブル７８ｉ，７８ｊ、ユーザ管理テーブル７９ｉ，７９ｊ及び予約コンテンツ一覧８０ｉ，８０ｊを示す。

図１５（ｄ−１）では、予約テーブル７８ｉにおいて、再生が終了した「５５５」、「１２３４」のコンテンツの予約データは消失している。一方、ユーザ管理テーブル７９ｉにおいて、「Ｊｏｅ」が再びログインしたことにより「Ｊｏｅ」のデータが追加されている（図１１：Ｓ５０６に相当）。それに伴い、予約テーブル７８ｉ上では、「Ｊｏｅ」のアカウントに対応する予約コンテンツ「５０００」は、ゲストユーザの予約扱いから「Ｊｏｅ」の予約扱いに復帰する（「Ｊｏｅ」のアカウントを有効化）。

さらに、予約コンテンツ一覧８０ｉに含まれる「Ｊｏｅ」の予約コンテンツ（「１２３４」、「５０００」）の予約データのうち、予約テーブル７８ｉから消失している「１２３４」のコンテンツは、ゲストフラグが「ＯＮ」にセットされているので、このコンテンツの予約データが抽出され（図１１：Ｓ５０７に相当）、この抽出された予約データが予約テーブル７８ｉの最下位に追加されている（図１１：Ｓ５０９に相当）。

一方、図１５（ｄ−２）では、予約コンテンツ一覧８０ｊに含まれる「Ｊｏｅ」の予約コンテンツ（「１２３４」、「５０００」）の予約データのうち、予約テーブル７８ｊから消失している「１２３４」のコンテンツは、ゲストフラグが「ＯＦＦ」にセットされている。この場合、この「１２３４」のコンテンツの予約データは、予約テーブル７８ｊに追加されない。

以上、第３実施形態の「再ログイン時予約データ復帰処理」においては、一旦ログインしたユーザが再びログインした場合、再ログインした時点で予約テーブル７８に残っている当該ユーザの予約コンテンツについて、ゲストユーザの予約扱いから当該ユーザの予約扱いに復帰させる。さらに、ユーザがログアウトしている間に予約テーブル７８から消失した当該ユーザの予約データのうち、ゲストユーザの予約扱いとして再生されたコンテンツ（すなわち、ゲストフラグ「ＯＮ」のコンテンツ）の予約データのみを予約テーブル７８に復帰させることを特徴としている。

このように、本来の予約ユーザがログアウト中に再生が終了し予約テーブル７８から消失したコンテンツについて、予約ユーザの変更の有無によって予約データの予約テーブル７８へ復帰の可否を判断するのは、下記のような観点によるものである。

ユーザＡがログアウトした後、ユーザＡの予約コンテンツの予約ユーザが他のユーザに変更された場合、例えば利用したコンテンツに対する特典の付与等といった付加的なサービスについても、このコンテンツの予約を引き継いだユーザが享受することがきる。このように、ユーザＡの予約コンテンツが他のユーザによって引き継がれることで、当該コンテンツによって提供されるサービスがこのユーザよって積極的かつ十分に利用されたものと考えられる。

よって、予約ユーザが変更されたコンテンツについては、予約を引き継いだユーザによって積極的に利用されており、その役割を十分に果たしたとして、ユーザＡの再ログイン後に予約テーブル７８に敢えて復帰させなくともよいと考えられる。

一方、ユーザＡがログアウトした後、ユーザＡの予約コンテンツが他のユーザに引き継がれず、ゲストユーザの予約扱いとして再生されたり、あるいは再生が中止された場合、例えば利用したコンテンツに対する特典の付与等といった付加的なサービスについては、特定のユーザに付与されることはない。このように、ユーザＡの予約コンテンツを他のユーザが引き継がなかった場合は、他のユーザがこのコンテンツの利用に消極的であったために、当該コンテンツによって提供されるサービスが他のユーザよって十分に利用されていないものと考えられる。

よって、予約ユーザが変更されずゲストユーザの予約扱いのまま再生されたり、再生が中止されたコンテンツについては、その役割を十分に果たしていないとして、ユーザＡの再ログイン後に予約テーブル７８に復帰させることで、このコンテンツに関するサービスをユーザＡに対して提供できるようにすることが望ましい。

［効果］
上記実施形態のカラオケネットワークシステム１によれば、次のような効果を奏する。
グループでカラオケサービスを利用しているときに、グループの中のユーザＡが中座するために他のメンバーに先駆けてログアウトした場合、ユーザＡが予約したコンテンツに対して予約ユーザをユーザＡからログイン中の他のユーザへ変更する（図８：Ｓ２０９に相当）ことができる。

よって、ユーザＡによって予約されたコンテンツは、ユーザＡのログアウト後であっても、これを引き継いだユーザによって有効に利用される。また、コンテンツの再生に伴う課金や特典の付与あるいは利用といった付加的なサービスについても、このコンテンツを引き継いだユーザに対して適切に行うことができる（請求項１に示す構成に対応する）。

また、ユーザＡがログアウトした際、ユーザＡが予約したコンテンツについては、一旦ゲストユーザの予約扱い（ユーザＡのアカウントを無効化、図８：Ｓ２０２に相当）とするが、ユーザＡが再びログインした場合には、ゲストユーザの予約扱いからユーザＡの予約扱いに復帰させる（ユーザＡのアカウント有効化、図９〜１１：Ｓ３０４，Ｓ４０６，Ｓ５０６に相当）ことができる。これにより、ユーザＡが再びログインしたときに、同じコンテンツの予約手続を繰り返す手間が必要なくなる（請求項２に示す構成に対応する）。

また、ユーザＡのログアウト中において、他のユーザに引き継がれて再生されたり、再生を中止されたりしたユーザＡの予約コンテンツについて、ユーザＡが再びログインした際に、このコンテンツの予約データをユーザＡの予約として予約テーブル７８に復帰させる（図１０，１１：Ｓ４０７〜Ｓ４０９，Ｓ５０７〜Ｓ５０９に相当）ことができる。これにより、ユーザＡのログアウト中に再生が終了又は再生を中止されるなどして予約が終了したコンテンツについても、同じコンテンツを再び予約する手続を繰り返すことなく、ユーザＡに対応するコンテンツとして再生できる（請求項３に示す構成に対応する）。

なお、本実施形態のカラオケネットワークシステム１と、特許請求の範囲に記載した構成との対応は次のとおりである。
「予約ユーザ変更処理」（図８）におけるＳ２０２の処理が特許請求の範囲の属性情報無効化手段に相当し、Ｓ２０６の処理が変更受付手段に相当し、Ｓ２０９の処理が変更手段に相当する。

また、「再ログイン時予約データ復帰処理」（図９，１０，１１）におけるＳ３０４，Ｓ４０６，Ｓ５０６の各処理がそれぞれ属性情報有効化手段に相当する。
また、「再ログイン時予約データ復帰処理」（図１０，１１）におけるＳ４０２，Ｓ５０２の各処理がそれぞれ予約データテーブル保存手段に相当し、Ｓ４０７〜Ｓ４０９，Ｓ５０７〜Ｓ５０９の処理がそれぞれ予約データ追加手段に相当する。

以上、本発明の実施形態について説明したが、本発明の実施形態は上記の実施形態に何ら限定されるものではなく、本発明の技術的範囲に属する限り様々な態様にて実施することが可能である。

例えば、上記実施形態のカラオケネットワークシステム１は、ユーザがシステムにログインする際のユーザに対する認証を、インターネット２００を介してカラオケ用ホストサーバ２やインターネット用ホストサーバ３で行うような構成であるが、個々のカラオケ装置においてユーザ認証用のデータを格納し、更にユーザに対する認証も行うような構成であってもよい。このような構成であれば、インターネット等のネットワークに接続されないスタンドアローンの環境で利用されるカラオケ装置であっても本発明を適用可能である。

インターネット２００を利用したカラオケネットワークシステム１の概略構成を示すブロック図である。 カラオケ店等のカラオケルーム内に設置されているカラオケ装置４及びリモコン端末５のより具体的な構成を示すブロック図である。 リモコン端末５及びユーザ端末８によってユーザ登録を行う際の画面表示例を示す説明図である。 （ａ）は、ユーザ登録データベース２ｃの具体的内容を模式的に示す説明図であり、（ｂ）は、個人用Ｗｅｂページデータベース２ｄの具体的内容を模式的に示す説明図である。 カラオケ装置４の制御部１２が実行する「ログインユーザによるコンテンツ予約処理」のメイン処理の手順を示すフローチャートである。 リモコン端末５によってユーザがログインの手続を行う際の、リモコン端末５における画面表示例等を示す説明図である。 ログイン中のユーザがリモコン端末５を用いてカラオケの演奏楽曲の予約を行う際の、リモコン端末５の表示部５８における画面表示例を示す説明図である。 「ログインユーザによるコンテンツ予約処理」におけるＳ１０６の「予約ユーザ変更処理」の手順を示すフローチャートである。 カラオケ装置４の制御部１２が実行する「再ログイン時予約データ復帰処理（第１実施形態）」の手順を示すフローチャートである。 カラオケ装置４の制御部１２が実行する「再ログイン時予約データ復帰処理（第２実施形態）」の手順を示すフローチャートである。 カラオケ装置４の制御部１２が実行する「再ログイン時予約データ復帰処理（第３実施形態）」の手順を示すフローチャートである。 「再ログイン時予約データ復帰処理（第１実施形態）」における予約テーブル及びユーザ管理テーブルの推移の一例を模式的に示す説明図である。 「再ログイン時予約データ復帰処理（第２実施形態）」における予約テーブル、ユーザ管理テーブル及び予約コンテンツ一覧の推移の一例を模式的に示す説明図である。 「再ログイン時予約データ復帰処理（第３実施形態）」における予約テーブル、ユーザ管理テーブル及び予約コンテンツ一覧の推移の一例を模式的に示す説明図である。 「再ログイン時予約データ復帰処理（第３実施形態）」における予約テーブル、ユーザ管理テーブル及び予約コンテンツ一覧の推移の一例を模式的に示す説明図である。

符号の説明

１…カラオケネットワークシステム、２…カラオケ用ホストサーバ、２ａ…Ｗｅｂサーバ、２ｂ…データベース、３…インターネット用ホストサーバ、３ａ…Ｗｅｂサーバ、４…カラオケ装置、５…リモコン端末、６…携帯電話、７…パーソナルコンピュータ（パソコン）、８…ユーザ端末、１２…制御部、１４…インタフェース部、１６…ハードディスク（ＨＤＤ）、１８…操作部、２０…赤外線通信部、２２…操作処理部、２４…音声制御部、２６…マイクロフォン、２８…スピーカ、３０…ＭＩＤＩ音源、３２…ビデオＲＡＭ、３４…映像再生部、３６…モニタ、３８…映像制御部、４０…メモリ、５２…制御部、５４…赤外線通信部、５６…メモリ、５８…表示部、６０…操作部、６２…操作処理部、６４…ビデオＲＡＭ、６６…映像制御部、６８…無線ＬＡＮ通信部、１００…ＬＡＮ、１１０…アクセスポイント、１２０，１４０…ルータ、１３０…ＰＯＳサーバ、２００…インターネット。

Claims (3)

1. 複数のユーザによるログインを並行して受け付け可能に構成され、ログイン中のユーザから受け付けたコンテンツの再生の予約手続に基づき、当該ユーザから予約されたコンテンツの予約データと、当該コンテンツを予約したユーザの識別に関する属性情報とを対応付けて順次予約データテーブルに登録し、この予約データテーブルに基づいて前記予約データに対応するコンテンツの再生を行い、更に当該コンテンツに対応する前記属性情報に基づいて当該コンテンツを予約したユーザとの取引に関する所定の情報処理を実行するカラオケ装置であって、
   ログイン中の任意のユーザがログアウトした場合、当該ユーザが予約した未再生のコンテンツに対応する前記属性情報を他のユーザの識別に関する属性情報へ変更するためのユーザからの指示を受け付ける変更受付手段と、
   前記変更受付手段によって受け付けた指示に応じて前記属性情報を変更する変更手段とを備えること
   を特徴とするカラオケ装置。
2. 請求項１に記載のカラオケ装置において、
   ログイン中の任意のユーザがログアウトした場合、当該ユーザの識別に関する前記属性情報を無効化する属性情報無効化手段と、
   当該ユーザが再びログインした場合、前記属性情報無効化手段によって無効化された当該ユーザの識別に関する前記属性情報を再び有効化する属性情報有効化手段とを更に備え、
   前記変更受付手段は、前記属性情報無効化手段によって無効化された前記属性情報に対応するコンテンツの再生開始時期になったときに、前記変更受付手段によって前記属性情報を変更するための指示を受け付けること
   を特徴とするカラオケ装置。
3. 請求項２に記載のカラオケ装置において、
   ログイン中の任意のユーザがログアウトした場合、当該ユーザがログアウトした時点における前記予約データテーブルを複写し保存する予約データテーブル保存手段と、
   当該ユーザが再びログインした場合、前記予約データ保存手段によって保存された予約テーブルから、当該ユーザが予約したコンテンツのうち当該ユーザのログアウトから再ログインまでの間に再生が終了又は再生を中止されたコンテンツの予約データ抽出し、この抽出した予約データを当該ユーザの識別に関する属性情報に対応付けて前記予約データテーブルへ追加する予約データ追加手段とを更に備えること
   を特徴とするカラオケ装置。

Images