JP2015014738A

JP2015014738A - カラオケシステム、カラオケ装置、及び通信プログラム

Info

Publication number: JP2015014738A
Application number: JP2013142166A
Authority: JP
Inventors: 翔岡田; Sho Okada
Original assignee: Xing Inc
Current assignee: Xing Inc
Priority date: 2013-07-05
Filing date: 2013-07-05
Publication date: 2015-01-22
Anticipated expiration: 2033-07-05
Also published as: JP6156923B2

Abstract

【課題】通信負荷を低減すると共に通信時間を短縮する。【解決手段】カラオケシステム１では、携帯端末２０は、操作部２５の操作に応じて静止画データを送信し、静止画データの送信履歴を表す送信履歴情報を記憶する。カラオケ装置１０は、携帯端末２０が静止画データを送信したことを契機に、静止画データを受信し、当該静止画データを記憶して、当該静止画データに基づく静止画をモニタ１９に表示させる。携帯端末２０は、上記記憶された送信履歴情報に基づく送信履歴リストを表示部２６に表示させ、操作部２５を介して、送信履歴リスト中に示される静止画データのうち、１以上を選択するための選択操作を受け付け、選択操作により選択された静止画データを示す第３の信号を送信する。カラオケ装置１０は、携帯端末２０が第３の信号を送信したことを契機に、読み出された第３の信号により示される静止画データに基づく静止画をモニタ１９に表示させる。【選択図】図１

Description

本発明は、カラオケサービスに用いられる、カラオケシステム、カラオケ装置、及び通信プログラムに関する。

従来、カラオケ楽曲の再生を行う際に背景映像の表示を行うカラオケ装置が知られている（例えば、特許文献１参照）。この従来技術では、ユーザが通信端末（携帯端末）を用いて所望の映像を選択し、その映像データをカラオケ装置に転送すると、その映像データに基づく映像がカラオケの背景映像として表示手段（モニタ）に表示される。

特開２００４−２１９６６５号公報

ところで、ユーザによっては、映像データを通信端末を用いて送信することで表示手段に表示させた映像を、表示手段に再度表示させたい場合があり得る。このような場合、上記従来技術では、ユーザは、表示手段に再度表示させたい映像に係る映像データを通信端末を用いて再度送信する必要があるので、（映像データのデータ量が多い場合や通信速度が低い場合等には特に）通信負荷が大きくなると共に通信時間が長くなるおそれがある。

本発明の目的は、通信負荷を低減できると共に通信時間を短縮できる、カラオケシステム、カラオケ装置、及び通信プログラムを提供することにある。

上記目的を達成するために、本願発明のカラオケシステムは、カラオケ楽曲に係る楽曲データを再生する再生手段、及び、当該再生手段が前記楽曲データの再生を行う際に前記カラオケ楽曲に係る背景映像を表示する第１表示手段、を備えたカラオケ装置と、所定の表示を行う第２表示手段、及び、ユーザが操作可能な操作手段、を備え、前記カラオケ装置と相互通信可能な通信端末と、を有するカラオケシステムであって、前記通信端末は、前記操作手段の操作に応じて、１以上の情報を送信する情報送信手段と、前記情報送信手段による前記情報の送信履歴を表す送信履歴情報を記憶する履歴記憶手段と、を備え、前記カラオケ装置は、前記情報送信手段が前記情報を送信したことを契機に、当該情報を受信する第１情報受信手段と、前記第１情報受信手段により受信された前記情報に基づく表示及び再生の少なくとも一方を行うように、前記第１表示手段及び前記再生手段の少なくとも一方を制御する制御手段と、を備え、かつ、前記情報送信手段が前記情報を送信したことを契機に、当該情報を記憶する情報記憶手段をさらに有し、前記通信端末は、前記履歴記憶手段に記憶された前記送信履歴情報に基づく送信履歴リストを表示するように、前記第２表示手段を制御する表示制御手段と、前記操作手段を介して、前記送信履歴リスト中に示される前記情報のうち、１以上を選択するための選択操作を受け付ける選択受付手段と、前記選択操作により選択された前記情報を示す第１信号を送信する第１信号送信手段と、をさらに備え、前記制御手段は、前記第１信号送信手段が前記第１信号を送信したことを契機に、前記情報記憶手段から読み出された前記第１信号により示される前記情報に基づく表示及び再生の少なくとも一方を行うように、前記第１表示手段及び前記再生手段の少なくとも一方を制御することを特徴とする。

また、上記目的を達成するために、本願発明のカラオケ装置は、カラオケ楽曲に係る楽曲データを再生する再生手段、及び、当該再生手段が前記楽曲データの再生を行う際に前記カラオケ楽曲に係る背景映像を表示する第１表示手段、を有し、通信端末が相互通信可能なカラオケ装置であって、ユーザの操作に応じて前記通信端末が１以上の情報を送信したことを契機に、当該情報を受信する第１情報受信手段と、前記第１情報受信手段により受信された前記情報に基づく表示及び再生の少なくとも一方を行うように、前記第１表示手段及び前記再生手段の少なくとも一方を制御する制御手段と、を有し、前記制御手段は、前記通信端末が前記情報の送信履歴に基づく送信履歴リストを表示して当該送信履歴リスト中に示される前記情報のうちユーザの操作により選択された１以上の情報を示す第１信号を送信したことを契機に、情報記憶手段から読み出された前記第１信号により示される前記情報に基づく表示及び再生の少なくとも一方を行うように、前記第１表示手段及び前記再生手段の少なくとも一方を制御することを特徴とする。

また、上記目的を達成するために、本願発明の通信プログラムは、カラオケ楽曲に係る楽曲データを再生すると共に当該楽曲データの再生を行う際に前記カラオケ楽曲に係る背景映像を表示するカラオケ装置と相互通信可能な通信端末の演算手段に対し、ユーザの操作に応じて、１以上の情報を送信することで、前記カラオケ装置に前記情報を受信させると共に当該情報に基づく表示及び再生の少なくとも一方を行わせ、かつ情報記憶手段に前記情報を記憶させるための情報送信手順と、前記情報送信手順での前記情報の送信履歴に基づく送信履歴リストを表示するように表示制御する表示制御手順と、ユーザの操作を介して、前記送信履歴リスト中に示される前記情報のうち、１以上を選択するための選択操作を受け付ける選択受付手順と、前記選択操作により選択された前記情報を示す第１信号を送信することで、前記情報記憶手段から前記第１信号により示される前記情報を読み出させ、前記カラオケ装置に当該情報に基づく表示及び再生の少なくとも一方を行わせるための信号送信手順と、を実行させる。

本発明によれば、通信負荷を低減することができると共に通信時間を短縮することができる。

本発明の一実施の形態のカラオケシステムの全体構成を表すブロック図である。送信履歴データベースの記憶内容の一例を表すテーブルである。静止画データベースの記憶内容の一例を表すテーブルである。携帯端末の制御部のＣＰＵが通信プログラムにより実行する制御手順を表すフローチャートである。ステップＳＰ１０の手順により、表示部に表示された「ＴＯＰ」画面の一例を示す説明図である。ステップＳＰ３０の手順により、表示部に表示された「写真を撮影する」画面の一例を示す説明図である。ステップＳＰ１４０の手順により、表示部に表示された「写真を選択する」画面の一例を示す説明図である。ステップＳＰ２５０の手順により、表示部に表示された「履歴から送る」画面の一例を示す説明図である。カラオケ装置の装置本体の制御部のＣＰＵが実行する制御手順を表すフローチャートである。

以下、本発明の一実施の形態を図面を参照しつつ説明する。

まず、図１を参照しつつ、本実施形態のカラオケシステムの全体構成について説明する。

図１に示すように、本実施形態のカラオケシステム１は、カラオケ装置１０と、リモコン４０と、ホストサーバ３０（サーバ）と、携帯端末２０（通信端末）とを有する。

カラオケ装置１０とリモコン４０とは、カラオケ楽曲の再生サービスを提供するカラオケ店舗等のカラオケルームＫＲに設置され、例えば無線又は有線によるＬＡＮ等のネットワークＮＷ１を介して、互いに情報送受信可能（相互通信可能）に接続される。ホストサーバ３０は、例えばインターネット等のネットワークＮＷ２、及び、例えばいわゆる３ＧやＷｉＦｉ，ＬＴＥ等を用いた伝送路ＣＨ１（第１伝送路）を介して、携帯端末２０と情報送受信可能に接続される。また、ホストサーバ３０は、ネットワークＮＷ２、例えば光ファイバやＡＤＳＬ等を用いた伝送路ＣＨ２（第２伝送路）、及びネットワークＮＷ１を介して、カラオケ装置１０やリモコン４０と情報送受信可能に接続される。

カラオケ装置１０は、ＭＩＤＩ（登録商標）データ（楽曲データ）を再生すると共に、ＭＩＤＩデータの再生に合わせて、背景映像データに基づく背景映像と歌詞データに基づく歌詞テロップとを表示することで、カラオケ楽曲の再生サービスを提供する。このカラオケ装置１０は、制御部１１、操作部１２、大容量記憶装置１６、音源１３、音声制御部１４、及び通信制御部１５を備えた装置本体１０ａと、装置本体１０ａに無線通信又はケーブルにより接続されたマイク１７、スピーカ１８、及びモニタ１９（第１表示手段）とを有する。

制御部１１は、図示しないＣＰＵと、図示しないＲＯＭやＲＡＭ等のメモリとを備える。この制御部１１のＣＰＵは、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや大容量記憶装置１６に記憶された各種プログラムを実行することで、カラオケ装置１０全体の制御を行う。

操作部１２は、例えば複数のキーやスイッチ等から構成される。ユーザは、この操作部１２を介して各種操作を行うことができる。

大容量記憶装置１６は、例えばハードディスク等から構成され、各種情報を記憶する。この大容量記憶装置１６は、ＭＩＤＩデータ記憶部１６１と、背景映像データ記憶部１６２と、歌詞データ記憶部１６３と、静止画データ記憶部１６４（情報記憶手段）とを備える。ＭＩＤＩデータ記憶部１６１には、例えばホストサーバ３０から配信された複数のカラオケ楽曲に係るＭＩＤＩデータが記憶されている。背景映像データ記憶部１６２には、例えばホストサーバ３０から配信された複数のカラオケ楽曲に係る背景映像データが記憶されている。歌詞データ記憶部１６３には、例えばホストサーバ３０から配信された複数のカラオケ楽曲に係る歌詞データが記憶されている。静止画データ記憶部１６４には、静止画データベース１６４０（後述の図３参照）が記憶されている。

音源１３は、制御部１１のＣＰＵによりＭＩＤＩデータ記憶部１６１から読み出されたＭＩＤＩデータを再生し、その再生による音声信号を音声制御部１４へ出力する。

マイク１７は、ユーザによるカラオケ歌唱の音声を音声信号に変換し、その音声信号を音声制御部１４へ出力する。

音声制御部１４は、音源１３から出力された音声信号と、マイク１７から出力された音声信号とを合成・増幅し、その合成・増幅による音声信号をスピーカ１８へ出力する。なお、音源１３及び音声制御部１４が、特許請求の範囲に記載の再生手段を構成する。以下適宜、これら音源１３及び音声制御部１４を「音源１３等」と略記する。

通信制御部１５は、リモコン４０やホストサーバ３０との間で行われる情報通信の制御を行う。

スピーカ１８は、音声制御部１４から出力された音声信号を音声出力する。

モニタ１９は、例えば液晶ディスプレイ等から構成され、各種表示を行う。例えば、モニタ１９は、制御部１１のＣＰＵによりＭＩＤＩデータ記憶部１６１から読み出されたカラオケ楽曲に係るＭＩＤＩデータを音源１３等が再生する際に、ＭＩＤＩデータの再生に合わせて、制御部１１のＣＰＵにより背景映像データ記憶部１６２から読み出された当該カラオケ楽曲に係る背景映像データに基づく背景映像と、制御部１１のＣＰＵにより歌詞データ記憶部１６３から読み出された当該カラオケ楽曲に係る歌詞データに基づく歌詞テロップとを表示する。

リモコン４０は、ネットワークＮＷ１を介し接続されたカラオケ装置１０を操作するために用いられる。ユーザは、このリモコン４０を介して、カラオケ装置１０の音源１３等によるカラオケ楽曲に係るＭＩＤＩデータの再生の予約操作を行うことができる。なお、カラオケ楽曲に係るＭＩＤＩデータの再生の予約操作は、カラオケ装置１０の操作部１２や携帯端末２０の後述の操作部２５でも行えてもよい。

ホストサーバ３０は、制御部３１と、大容量記憶装置３３と、通信制御部３２とを有する。また、ホストサーバ３０には、無線通信又はケーブルにより入力装置３４及びモニタ３５が接続されている。

制御部３１は、図示しないＣＰＵと、図示しないＲＯＭやＲＡＭ等のメモリとを備える。この制御部３１のＣＰＵは、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや大容量記憶装置３３に記憶された各種プログラムを実行することで、ホストサーバ３０全体の制御を行う。

大容量記憶装置３３は、例えばハードディスク等から構成され、各種情報を記憶する。この大容量記憶装置３３には、複数のカラオケ楽曲に係るＭＩＤＩデータ、背景映像データ、及び歌詞データ等が記憶されている。

通信制御部３２は、カラオケ装置１０やリモコン４０、携帯端末２０との間で行われる情報通信の制御を行う。

入力装置３４は、例えばキーボードやマウス等から構成され、各種入力を行うことが可能である。

モニタ３５は、例えば液晶ディスプレイ等から構成され、各種表示を行う。

携帯端末２０としては、ユーザが携帯可能で、かつ通信機能、記憶機能、表示機能、及び操作機能を備えた電子端末であれば特に限られるものではないが、例えば携帯電話、タブレットＰＣ、ノートパソコン等が使用可能である。本実施形態では、携帯端末２０は、ユーザによりカラオケルームＫＲに持ち込まれ、ホストサーバ３０を経由することで、当該カラオケルームＫＲに設置されたカラオケ装置１０と情報送受信可能である。この携帯端末２０は、制御部２１と、表示部２６（第２表示手段）と、操作部２５（操作手段）と、通信制御部２３と、カメラ２７と、大容量記憶装置２４とを有する。

制御部２１は、図示しないＣＰＵ（演算手段）と、図示しないＲＯＭやＲＡＭ等のメモリとを備える。制御部２１のＣＰＵは、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや大容量記憶装置２４に記憶された各種プログラム（制御部２１のＣＰＵに対し後述の図４のフローに示す各手順を実行させるための通信プログラムを含む）を実行することで、携帯端末２０全体の制御を行う。

表示部２６は、例えば液晶ディスプレイ等から構成され、各種表示を行う。

操作部２５は、表示部２６の表示可能領域の表面に沿って配置された、いわゆるタッチパネルから構成され、表示部２６の表示内容を透かした状態で視認しつつユーザが各種操作を行うことが可能である。なお、操作部２５は、タッチパネルから構成される場合に限られず、押しボタン等から構成されてもよい。ユーザは、表示部２６に表示された図像等に対応する操作部２５部分に、指やスタイラス等により接触（タッチ）することで、当該図像等に基づく選択や指定、入力等を行うことができる。これにより、ユーザは、操作部２５を介して各種操作を行うことができる。

通信制御部２３は、ホストサーバ３０との間で行われる情報通信の制御を行う。

カメラ２７は、図示しない撮像素子により撮像を行って、その撮像した静止画をデジタルデータである静止画データ（静止画情報、情報）として記録する。このカメラ２７により記録された静止画データは、大容量記憶装置２４の後述の静止画記憶部２４１に格納される。

大容量記憶装置２４は、例えばハードディスク等から構成され、各種情報を記憶する。この大容量記憶装置２４には、上記通信プログラムが記憶されている。通信プログラムは、適宜の外部メモリに記憶されたものが取得・インストールされることで、又は、適宜の外部サーバからダウンロード・インストールされることで、大容量記憶装置２４に記憶される。なお、通信プログラムは、大容量記憶装置２４に代え制御部２１のＲＯＭに予め記憶されてもよい。また、大容量記憶装置２４は、カメラ２７により記録されたり外部から入力された静止画データを記憶する静止画記憶部２４１と、送信履歴データベース２４２０（後述の図２参照）を記憶する送信履歴記憶部２４２（履歴記憶手段）とを備える。

次に、本実施形態の要部の概略について説明する。なお、本実施形態では、ホストサーバ３０は、カラオケルームＫＲに持ち込まれた携帯端末２０と、当該カラオケルームＫＲに設置されたカラオケ装置１０とを括り付け、これらの間で信号の送受信を行うが、携帯端末２０とカラオケ装置１０とを括り付ける手法は、特に限られるものではない。例えば、ユーザが自らのユーザＩＤ等を入力することでリモコン４０での所定のサービスにログインした際に、ユーザＩＤと、カラオケルームＫＲに設置されたカラオケ装置１０の識別情報とが、ホストサーバ３０へ送信されると共に、ユーザが自らのユーザＩＤ等を入力することで携帯端末２０での所定のサービスにログインした後、携帯端末２０がホストサーバ３０との間で信号を送受信する際に、信号にユーザＩＤを含ませておくことで、ホストサーバ３０は、ユーザＩＤに基づき、携帯端末２０とカラオケ装置１０とを括り付けることが可能であり、これらの間で信号の送受信を行うことが可能である。

本実施形態では、ユーザは、携帯端末２０を用いて所望の１つの静止画データを含む信号（以下適宜「第１の信号」という）を送信することで、カラオケ楽曲に係るＭＩＤＩデータが再生される際に、モニタ１９に、カラオケ楽曲に係る背景映像データに基づく背景映像に代え、上記送信した第１の信号に含まれる静止画データに基づく１つの静止画を、所定時間（例えば２０秒間）だけ背景映像として表示させることができる。

すなわち、ユーザが操作部２５を適宜に操作すると、携帯端末２０では、上記操作に応じた１つの静止画データを含む第１の信号が、伝送路ＣＨ１を介してホストサーバ３０へ送信される。すると、ホストサーバ３０では、携帯端末２０から送信された第１の信号が、ネットワークＮＷ２を介して受信され、その受信された第１の信号に含まれる静止画データを含む信号（以下適宜「第２の信号」という）が、カラオケ装置１０へ送信される。これにより、カラオケ装置１０では、ホストサーバ３０から送信された第２の信号が、ネットワークＮＷ２、伝送路ＣＨ２、及びネットワークＮＷ１を介して受信される。そして、カラオケ装置１０では、音源１３等によるカラオケ楽曲に係るＭＩＤＩデータの再生の際に、モニタ１９に、カラオケ楽曲に係る背景映像データに基づく背景映像に代え、上記受信された第２の信号に含まれる静止画データに基づく１つの静止画が、所定時間だけ背景映像として表示される。

ところで、ユーザによっては、静止画データを含む第１の信号を携帯端末２０を用いて送信することでモニタ１９に表示させた静止画を、モニタ１９に再度表示させたい場合があり得る。このような場合、モニタ１９に再度表示させたい静止画に係る静止画データを含む第１の信号を携帯端末２０を用いて再度送信すると、（静止画データのデータ量が多い場合や通信速度が低い場合等には特に）通信負荷が大きくなると共に通信時間が長くなるおそれがある。

そこで本実施形態では、携帯端末２０に上記送信履歴データベース２４２０が設けられており、カラオケ装置２０に上記静止画データベース１６４０が設けられている。

図２に、送信履歴データベース２４２０の一例を示す。

図２に示す送信履歴データベース２４２０には、携帯端末２０での静止画データの送信履歴を表す送信履歴情報が記憶されている。送信履歴情報は、携帯端末２０から送信された第１の信号に含まれる静止画データの識別情報である静止画ＩＤと、当該第１の信号の送信時刻とを含む。

図３に、静止画データベース１６４０の一例を示す。

図３に示す静止画データベース１６４０には、カラオケ装置１０で受信された第２の信号に含まれる静止画データと、当該静止画データに係る静止画ＩＤと、当該第２の信号を送信するための操作を携帯端末２０の操作部２５を介して行ったユーザの識別情報であるユーザＩＤと、当該第２の信号の受信時刻とが記憶されている。

そして、ユーザは、携帯端末２０を用いてモニタ１９に再度表示させたい１つの静止画に基づく１つの静止画データを選択し、その選択した静止画データを示す信号（第１信号。以下適宜「第３の信号」という）を送信することで、カラオケ楽曲に係るＭＩＤＩデータが再生される際に、モニタ１９に、カラオケ楽曲に係る背景映像データに基づく背景映像に代え、上記送信した第３の信号により示される静止画データに基づく１つの静止画を、所定時間だけ背景映像として表示させることができる。

すなわち、上述したようにして第１の信号が送信されると、携帯端末２０では、上記送信された第１の信号に含まれる静止画データに係る静止画ＩＤが、当該第１の信号の送信時刻と対応付けられ、送信履歴情報として、上記送信履歴データベース２４２０に記憶される。また、上述したようにして第２の信号が受信されると、カラオケ端末２０では、上記受信された第２の信号に含まれる静止画データが、当該静止画データに係る静止画ＩＤと、当該第２の信号を送信するための操作を携帯端末２０の操作部２５を介して行ったユーザに係るユーザＩＤと、当該第２の信号の受信時刻とに対応付けられ、上記静止画データベース１６４０に記憶される。

そして、携帯端末２０では、上記送信履歴データベース２４２０に記憶された送信履歴情報に基づく送信履歴リスト（詳細は後述）を含む表示画面が、表示部２６に表示される。そして、ユーザが操作部２５を介して上記送信履歴リスト中に示される１つ以上の静止画データのうち、所望の１つの静止画データを選択すると、携帯端末２０では、上記選択された静止画データを示す第３の信号が、伝送路ＣＨ１を介してホストサーバ３０へ送信される。すると、ホストサーバ３０では、携帯端末２０から送信された第３の信号が、ネットワークＮＷ２を介して受信され、その受信された第３の信号により示される１つの静止画データを示す信号（第２信号。以下適宜「第４の信号」という）が、カラオケ装置１０へ送信される。これにより、カラオケ装置１０では、ホストサーバ３０から送信された第４の信号が、ネットワークＮＷ２、伝送路ＣＨ２、及びネットワークＮＷ１を介して受信される。そして、カラオケ装置１０では、音源１３等によるカラオケ楽曲に係るＭＩＤＩデータの再生の際に、上記受信された第４の信号により示される１つの静止画データが、上記静止画データベース１６４０から読み出され、モニタ１９に、カラオケ楽曲に係る背景映像データに基づく背景映像に代え、上記読み出された静止画データに基づく１つの静止画が、所定時間だけ背景映像として表示される。

以下、図４を参照しつつ、携帯端末２０の制御部２１のＣＰＵが前述の通信プログラムにより実行する制御手順を説明する。

図４において、このフローに示す処理は、ユーザが操作部２５を介して所定のアプリケーションを起動させたことを契機に開始される。

まず、ステップＳＰ１０で、制御部２１のＣＰＵは、表示部２６に、所定の画面Ｄ１（後述の図５参照。以下適宜『「ＴＯＰ」画面Ｄ１』という）を表示させる。

図５に、上記ステップＳＰ１０の手順により、表示部２６に表示された「ＴＯＰ」画面Ｄ１の一例を示す。

図５に示す「ＴＯＰ」画面Ｄ１は、「撮影して送る」のテキストを含む図像Ｐ１と、「アルバムから送る」のテキストを含む図像Ｐ２と、「履歴から送る」のテキストを含む図像Ｐ３とを含む。ユーザは、指等により図像Ｐ１〜Ｐ３のいずれかに対応する操作部２５部分をタッチすることで、図像Ｐ１〜Ｐ３のいずれかに対応する機能を選択する（このような機能を選択するための操作を、以下適宜「機能選択操作」という）ことができる。

図４に示すように、ステップＳＰ２０では、制御部２１のＣＰＵは、上記機能選択操作を受け付け、ユーザの指等により上記図像Ｐ１〜Ｐ３のうちのいずれに対応する操作部２５部分がタッチされたかを判定する。図像Ｐ１に対応する操作部２５部分がタッチされた場合には、ステップＳＰ３０に移る。

ステップＳＰ３０では、制御部２１のＣＰＵは、カメラ２７を起動させると共に、表示部２６に、所定の画面Ｄ２１（後述の図６（ａ）参照。以下適宜『「写真を撮影する」画面Ｄ２１』という）を表示させる。

図６（ａ）に、上記ステップＳＰ３０の手順により、表示部２６に表示された「写真を撮影する」画面Ｄ２１の一例を示す。

図６（ａ）に示す「写真を撮影する」画面Ｄ２１は、表示領域Ｔ１と、「撮る」のテキストを含む図像Ｐ４と、「戻る」のテキストを含む図像Ｐ５とを含む。表示領域Ｔ１には、カメラ２７の撮像素子からの出力がリアルタイムで映し出される。ユーザは、指等により図像Ｐ４に対応する操作部２５部分をタッチすることで、カメラ２７の撮像素子により撮像された静止画を静止画データとして記録することができる。また、ユーザは、指等により図像Ｐ５に対応する操作部２５部分をタッチすることで、表示部２６の表示画面を上記「ＴＯＰ」画面Ｄ１に戻すことができる。

図４に示すように、ステップＳＰ５０では、制御部２１のＣＰＵは、ユーザの指等により上記図像Ｐ４に対応する操作部２５部分がタッチされたか否かを判定する。図像Ｐ４に対応する操作部２５部分がタッチされていない場合には、ステップＳＰ５０の判定は満たされず、ループして待機する。但し、ユーザの指等により上記図像Ｐ５に対応する操作部２５部分がタッチされた場合には、上記ステップＳＰ１０に戻り、同様の手順を繰り返す。一方、図像Ｐ４に対応する操作部２５部分がタッチされた場合には、ステップＳＰ５０の判定が満たされ、カメラ２７の撮像素子により撮像された静止画が静止画データとして記録されて、ステップＳＰ６０に移る。

ステップＳＰ６０では、制御部２１のＣＰＵは、表示部２６に、所定の画面Ｄ２２（後述の図６（ｂ）参照。以下適宜『「写真をトリミングする」画面Ｄ２２』という）を表示させる。

図６（ｂ）に、上記ステップＳＰ６０の手順により、表示部２６に表示された「写真をトリミングする」画面Ｄ２２の一例を示す。

図６（ｂ）に示す「写真をトリミングする」画面Ｄ２２は、表示領域Ｔ２と、「確定」のテキストを含む図像Ｐ６と、上記図像Ｐ５とを含む。表示領域Ｔ２には、上記ステップＳＰ５０で記録された静止画データに基づく静止画が表示され、その静止画が後述のトリミング操作に基づく内容にリアルタイムで更新されて映し出される。ユーザは、指等により表示領域Ｔ２を適宜にタッチすることで、静止画データに対しトリミング（編集の一種）を行う（このような静止画データに対しトリミングを行うための操作を、以下適宜「トリミング操作」という）ことができる。なお、トリミング操作は、特許請求の範囲に記載の編集操作に相当する。また、ユーザは、指等により図像Ｐ６に対応する操作部２５部分をタッチすることで、静止画データのトリミングを完了し、そのトリミング後の（トリミングが行われなかった場合も含む）静止画データを記録することができる。

図４に示すように、ステップＳＰ８０では、制御部２１のＣＰＵは、上記トリミング操作を受け付け、ユーザの指等により上記図像Ｐ６に対応する操作部２５部分がタッチされたか否かを判定する。なお、このステップＳＰ８０の手順は、特許請求の範囲に記載の編集受付手段として機能する。図像Ｐ６に対応する操作部２５部分がタッチされていない場合には、ステップＳＰ８０の判定は満たされず、ループして待機する。但し、ユーザの指等により上記図像Ｐ５に対応する操作部２５部分がタッチされた場合には、上記ステップＳＰ１０に戻り、同様の手順を繰り返す。一方、図像Ｐ６に対応する操作部２５部分がタッチされた場合には、ステップＳＰ８０の判定が満たされ、静止画データのトリミングが完了され、上記受け付けられたトリミング操作によるトリミング後の静止画データが記録されて、ステップＳＰ９０に移る。

ステップＳＰ９０では、制御部２１のＣＰＵは、表示部２６に、所定の画面Ｄ２３（後述の図６（ｃ）参照。以下適宜『「写真を送る」画面Ｄ２３』という）を表示させる。

図６（ｃ）に、上記ステップＳＰ９０の手順により、表示部２６に表示された「写真を送る」画面Ｄ２３の一例を示す。

図６（ｃ）に示す「写真を送る」画面Ｄ２３は、表示領域Ｔ３と、「送信」のテキストを含む図像Ｐ７と、「装飾素材」のテキストを含む図像Ｐ８と、上記図像Ｐ５とを含む。表示領域Ｔ３には、上記ステップＳＰ８０で記録された静止画データに基づく静止画が表示され、その静止画が後述の装飾操作に基づく内容にリアルタイムで更新されて映し出される。ユーザは、指等により図像Ｐ８をタッチすることで、表示領域Ｔ３に表示された静止画を装飾するための複数の図像（例えば、イラストスタンプやフレームスタンプ、テキストスタンプ等）をプルダウン形式で表示することができ、その表示された複数の図像のうち所望の図像を指等によりドラッグして表示領域Ｔ３の所望の位置でドロップすることで、静止画データを装飾（編集の一種）する（このような静止画データを装飾するための操作を、以下適宜「装飾操作」という）ことができる。なお、装飾操作も、特許請求の範囲に記載の編集操作に相当する。また、ユーザは、指等により図像Ｐ７に対応する操作部２５部分をタッチすることで、静止画データの装飾を完了し、その装飾後の（装飾が行われなかった場合も含む）静止画データを記録して、その記録した１つの静止画データを含む第１の信号を送信する（このような第１の信号を送信するための操作を、以下適宜「送信操作」という）ことができる。

図４に示すように、ステップＳＰ１１０では、制御部２１のＣＰＵは、上記装飾操作や送信操作を受け付け、ユーザの指等により上記図像Ｐ７に対応する操作部２５部分がタッチされたか否かを判定する。なお、このステップＳＰ１１０の手順も、特許請求の範囲に記載の編集受付手段として機能する。図像Ｐ７に対応する操作部２５部分がタッチされていない場合には、ステップＳＰ１１０の判定は満たされず、ループして待機する。但し、ユーザの指等により図像Ｐ５に対応する操作部２５部分がタッチされた場合には、上記ステップＳＰ１０に戻り、同様の手順を繰り返す。一方、図像Ｐ７に対応する操作部２５部分がタッチされた場合には、ステップＳＰ１１０の判定が満たされ、静止画データの装飾が完了され、上記受け付けられた装飾操作による装飾後の静止画データが記録されて、ステップＳＰ１２０に移る。

ステップＳＰ１２０では、制御部２１のＣＰＵは、通信制御部２３により、上記ステップＳＰ１１０で記録された１つの静止画データを含む第１の信号を、伝送路ＣＨ１を介してホストサーバ３０へ送信する。なお、このステップＳＰ１２０の手順は、特許請求の範囲に記載の信号送信手順に相当し、このステップＳＰ１２０の手順を実行する制御部２１のＣＰＵは、特許請求の範囲に記載の信号送信手段として機能する。

すると、ホストサーバ３０では、制御部３１のＣＰＵが、通信制御部３２により、上記ステップＳＰ１２０で携帯端末２０から送信された第１の信号を、ネットワークＮＷ２を介して受信する。なお、この第１の信号を受信する制御部３１のＣＰＵは、特許請求の範囲に記載の第２情報受信手段として機能する。その後、制御部３１のＣＰＵは、通信制御部３２により、上記受信された第１の信号に含まれる静止画データを含む第２の信号を、カラオケ装置１０へ送信する（言い換えれば、静止画データをカラオケ装置１０へ転送する）。なお、この第２の信号を送信する制御部３１のＣＰＵは、特許請求の範囲に記載の情報転送手段として機能する。

これにより、カラオケ装置１０では、制御部１１のＣＰＵが、通信制御部１５により、上記サーバ３０から送信された第２の信号を、ネットワークＮＷ２、伝送路ＣＨ２、及びネットワークＮＷ１を介して受信する。なお、この第２の信号を受信する制御部１１のＣＰＵは、特許請求の範囲に記載の第１情報受信手段として機能する。その後、制御部１１のＣＰＵは、上記受信された第２の信号に含まれる静止画データを、当該静止画データに係る静止画ＩＤと、当該第２の信号を送信するための操作を携帯端末２０の操作部２５を介して行ったユーザに係るユーザＩＤと、当該第２の信号の受信時刻とに対応付け、上記静止画データベース１６４０に記憶させる。また、制御部１１のＣＰＵは、上記第２の信号を受信したことを示す信号（第３信号。以下適宜「第５の信号」という）を、ネットワークＮＷ１及び伝送路ＣＨ２を介してホストサーバ３０へ送信する。なお、この第５の信号を送信する制御部１１のＣＰＵは、特許請求の範囲に記載の第３信号送信手段として機能する。

すると、ホストサーバ３０では、制御部３１のＣＰＵが、通信制御部３２により、上記カラオケ装置１０から送信された第５の信号を、ネットワークＮＷ２を介して受信する。その後、制御部３１のＣＰＵは、通信制御部３２により、上記受信された第５の信号に対応する信号（以下適宜「第６の信号」という）を携帯端末２０へ送信する。

これにより、ステップＳＰ１２５で、制御部２１のＣＰＵは、上記ホストサーバ３０から送信された第６の信号を、ネットワークＮＷ２及び伝送路ＣＨ１を介して受信する。

そして、ステップＳＰ１３０で、制御部２１のＣＰＵは、上記ステップＳＰ１２０で送信された第１の信号に含まれる静止画データに係る静止画ＩＤを、当該第１の信号の送信時刻に対応付け、送信履歴情報として、上記送信履歴データベース２４２０に記憶させる。その後、後述のステップＳＰ２５０に移る。

一方、上記ステップＳＰ２０において、図像Ｐ２に対応する操作部２５部分がタッチされた場合には、ステップＳＰ１４０に移る。

ステップＳＰ１４０では、制御部２１のＣＰＵは、表示部２６に、所定の画面Ｄ３（後述の図７参照。以下適宜『「写真を選択する」画面Ｄ３』という）を表示させる。

図７に、上記ステップＳＰ１４０の手順により、表示部２６に表示された「写真を選択する」画面Ｄ３の一例を示す。

図７に示す「写真を選択する」画面Ｄ３には、上記静止画記憶部２４１に記憶された１つ以上の静止画データに基づく１つ以上の静止画ＰＡ（図７中では外枠のみ図示）が一覧表示される。また、この「写真を選択する」画面Ｄ３は、「完了」のテキストを含む図像Ｐ９と、上記図像Ｐ５とを含む。ユーザは、指等により静止画ＰＡに対応する操作部２５部分をタッチすることで、当該静止画ＰＡに係る静止画データを選択する（このような静止画データを選択するための操作を、以下適宜「第１選択操作」という）ことができる。なお、説明の便宜上、以下では、静止画ＰＡに係る静止画データは、１つのみが選択可能である場合について説明するが、これに限られず、２つ以上が選択可能であってもよい。また、ユーザは、指等により図像Ｐ９に対応する操作部２５部分をタッチすることで、静止画データの選択を完了することができる。

図４に示すように、ステップＳＰ１６０では、制御部２１のＣＰＵは、上記第１選択操作を受け付け、ユーザの指等により上記図像Ｐ９に対応する操作部２５部分がタッチされたか否かを判定する。図像Ｐ９に対応する操作部２５部分がタッチされていない場合には、ステップＳＰ１６０の判定は満たされず、ループして待機する。但し、ユーザの指等により上記図像Ｐ５に対応する操作部２５部分がタッチされた場合には、上記ステップＳＰ１０に戻り、同様の手順を繰り返す。一方、図像Ｐ９に対応する操作部２５部分がタッチされた場合には、ステップＳＰ１６０の判定が満たされ、静止画データの選択が完了されて、ステップＳＰ１７０に移る。

ステップＳＰ１７０では、制御部２１のＣＰＵは、表示部２６に、上記「写真をトリミングする」画面Ｄ２２を表示させる。但し、このステップＳＰ１７０の手順により、表示部２６に表示された「写真をトリミングする」画面Ｄ２２の表示領域Ｔ２には、上記ステップＳＰ１６０で受け付けられた第１選択操作により選択された１つの静止画データに基づく１つの静止画が表示され、その静止画が上記トリミング操作に基づく内容にリアルタイムで更新されて映し出される。

そして、ステップＳＰ１９０で、制御部２１のＣＰＵは、上記トリミング操作を受け付け、ユーザの指等により上記図像Ｐ６に対応する操作部２５部分がタッチされたか否かを判定する。なお、このステップＳＰ１９０の手順も、特許請求の範囲に記載の編集受付手段として機能する。図像Ｐ６に対応する操作部２５部分がタッチされていない場合には、ステップＳＰ１９０の判定は満たされず、ループして待機する。但し、ユーザの指等により上記図像Ｐ５に対応する操作部２５部分がタッチされた場合には、上記ステップＳＰ１０に戻り、同様の手順を繰り返す。一方、図像Ｐ６に対応する操作部２５部分がタッチされた場合には、ステップＳＰ１９０の判定が満たされ、静止画データのトリミングが完了され、上記受け付けられたトリミング操作によるトリミング後の静止画データが記録されて、ステップＳＰ２００に移る。

ステップＳＰ２００では、制御部２１のＣＰＵは、表示部２６に、上記「写真を送る」画面Ｄ２３を表示させる。但し、このステップＳＰ２００の手順により、表示部２６に表示された「写真を送る」画面Ｄ２３の表示領域Ｔ３には、上記ステップＳＰ１９０で記録された１つの静止画データに基づく１つの静止画が表示され、その静止画が上記装飾操作に基づく内容にリアルタイムで更新されて映し出される。

その後、ステップＳＰ２２０に移り、制御部２１のＣＰＵは、上記装飾操作や送信操作を受け付け、ユーザの指等により上記図像Ｐ７に対応する操作部２５部分がタッチされたか否かを判定する。なお、このステップＳＰ２２０の手順も、特許請求の範囲に記載の編集受付手段として機能する。図像Ｐ７に対応する操作部２５部分がタッチされていない場合には、ステップＳＰ２２０の判定は満たされず、ループして待機する。但し、ユーザの指等により上記図像Ｐ５に対応する操作部２５部分がタッチされた場合には、上記ステップＳＰ１０に戻り、同様の手順を繰り返す。一方、図像Ｐ７に対応する操作部２５部分がタッチされた場合には、ステップＳＰ２２０の判定が満たされ、静止画データの装飾が完了され、上記受け付けられた装飾操作による装飾後の静止画データが記録されて、ステップＳＰ２３０に移る。

ステップＳＰ２３０では、制御部２１のＣＰＵは、通信制御部２３により、上記ステップＳＰ２２０で記録された１つの静止画データを含む第１の信号を、伝送路ＣＨ１を介してホストサーバ３０へ送信する。なお、このステップＳＰ２３０の手順も、特許請求の範囲に記載の信号送信手順に相当し、このステップＳＰ２３０の手順を実行する制御部２１のＣＰＵも、特許請求の範囲に記載の信号送信手段として機能する。

すると、ホストサーバ３０では、制御部３１のＣＰＵが、通信制御部３２により、上記ステップＳＰ２３０で携帯端末２０から送信された第１の信号を、ネットワークＮＷ２を介して受信する。なお、この第１の信号を受信する制御部３１のＣＰＵも、特許請求の範囲に記載の第２情報受信手段として機能する。その後、制御部３１のＣＰＵは、通信制御部３２により、上記受信された第１の信号に含まれる静止画データを含む第２の信号を、カラオケ装置１０へ送信する（言い換えれば、静止画データをカラオケ装置１０へ転送する）。なお、この第２の信号を送信する制御部３１のＣＰＵも、特許請求の範囲に記載の情報転送手段として機能する。

これにより、カラオケ装置１０では、制御部１１のＣＰＵが、通信制御部１５により、上記サーバ３０から送信された第２の信号を、ネットワークＮＷ２、伝送路ＣＨ２、及びネットワークＮＷ１を介して受信する。なお、この第２の信号を受信する制御部１１のＣＰＵも、特許請求の範囲に記載の第１情報受信手段として機能する。その後、制御部１１のＣＰＵは、上記受信された第２の信号に含まれる静止画データを、当該静止画データに係る静止画ＩＤと、当該第２の信号を送信するための操作を携帯端末２０の操作部２５を介して行ったユーザに係るユーザＩＤと、当該第２の信号の受信時刻とに対応付け、上記静止画データベース１６４０に記憶させる。また、制御部１１のＣＰＵは、上記第２の信号を受信したことを示す第５の信号を、ネットワークＮＷ１及び伝送路ＣＨ２を介してホストサーバ３０へ送信する。なお、この第５の信号を送信する制御部１１のＣＰＵも、特許請求の範囲に記載の第３信号送信手段として機能する。

すると、ホストサーバ３０では、制御部３１のＣＰＵが、通信制御部３２により、上記カラオケ装置１０から送信された第５の信号を、ネットワークＮＷ２を介して受信する。その後、制御部３１のＣＰＵは、通信制御部３２により、上記受信された第５の信号に対応する第６の信号を携帯端末２０へ送信する。

これにより、ステップＳＰ２３５で、制御部２１のＣＰＵは、上記ホストサーバ３０から送信された第６の信号を、ネットワークＮＷ２及び伝送路ＣＨ１を介して受信する。

そして、ステップＳＰ２４０で、制御部２１のＣＰＵは、上記ステップＳＰ２３０で送信された第１の信号に含まれる静止画データに係る静止画ＩＤを、当該第１の信号の送信時刻と対応付け、送信履歴情報として、上記送信履歴データベース２４２０に記憶させる。その後、後述のステップＳＰ２５０に移る。

一方、上記ステップＳＰ２０において、図像Ｐ３に対応する操作部２５部分がタッチされた場合には、ステップＳＰ２５０に移る。

ステップＳＰ２５０では、制御部２１のＣＰＵは、表示部２６に、所定の画面Ｄ４（後述の図８参照。以下適宜『「履歴から送る」画面Ｄ４』という）を表示させる。なお、このステップＳＰ２５０の手順が、特許請求の範囲に記載の表示制御手順に相当し、このステップＳＰ２５０の手順を実行する制御部２１のＣＰＵが、特許請求の範囲に記載の表示制御手段として機能する。

図８に、上記ステップＳＰ２５０の手順により、表示部２６に表示された「履歴から送る」画面Ｄ４の一例を示す。

図８に示す「履歴から送る」画面Ｄ４には、上記送信履歴データベース２４２０に記憶された１つ以上の送信履歴情報のうち、所定期間（例えばその日）の送信履歴情報に含まれる静止画ＩＤに係る静止画ＰＢ（図８中では外枠のみ図示）を一覧表示した送信履歴リストＬが表示される。送信履歴リストＬ中には、当該送信履歴リストＬに含まれる各静止画ＰＢごとに、「送信」のテキストを含む図像Ｐ１０（第２図像）、又は、「戻す」のテキストを含む図像Ｐ１１（第１図像）が対応付けられて表示される。また、「履歴から送る」画面Ｄ４は、上記図像Ｐ５を含む。

図像Ｐ１０は、対応する静止画ＰＢのモニタ１９による表示が既に完了している場合、つまり、ホストサーバ３０から、対応する静止画ＰＢに関連する後述の第１０の信号が受信されている場合に、表示される。ユーザは、指等により図像Ｐ１０に対応する操作部２５部分をタッチすることで、当該図像Ｐ１０に対応する静止画ＰＢに係る１つの静止画データを選択し（このような静止画データを選択するための操作を、以下適宜「第２選択操作」という）、その選択した静止画データに基づく１つの静止画をモニタ１９に再度表示させることができる。なお、第２選択操作が、特許請求の範囲に記載の選択操作に相当する。

図像Ｐ１１は、対応する静止画ＰＢのモニタ１９による表示がまだ完了していない（表示すらされていない場合も含む）場合、つまり、ホストサーバ３０から、対応する静止画ＰＢに関連する第６の信号を受信しているが後述の第１０の信号が受信されてない場合に、表示される。ユーザは、指等により図像Ｐ１１に対応する操作部２５部分をタッチすることで、当該図像Ｐ１１に対応する静止画ＰＢに係る１つの静止画データを選択し（このような静止画データを選択するための操作を、以下適宜「第３選択操作」という）、その選択した静止画データに基づく１つの静止画のモニタ１９による表示を中止させることができる。

図４に示すように、ステップＳＰ２６０では、制御部２１のＣＰＵは、上記第２選択操作や第３選択操作を受け付け、ユーザの指等によりいずれかの上記図像Ｐ１０又は図像１１に対応する操作部２５部分がタッチされたか否かを判定する。なお、このステップＳＰ２６０の手順が、特許請求の範囲に記載の選択受付手順に相当し、このステップＳＰ２６０の手順を実行する制御部２１のＣＰＵが、特許請求の範囲に記載の選択受付手段として機能する。いずれかの図像Ｐ１０に対応する操作部２５部分がタッチされた場合には、そのタッチされた操作部２５部分の図像Ｐ１０に対応する静止画ＰＢに係る１つの静止画データが選択され、ステップＳＰ２７０に移る。

ステップＳＰ２７０では、制御部２１のＣＰＵは、通信制御部２３により、上記ステップＳＰ２６０で選択された静止画データを示す第３の信号を、伝送路ＣＨ１を介してホストサーバ３０へ送信する。なお、このステップＳＰ２７０の手順が、特許請求の範囲に記載の信号送信手順に相当し、このステップＳＰ２７０の手順を実行する制御部２１のＣＰＵが、特許請求の範囲に記載の第１信号送信手段として機能する。

すると、ホストサーバ３０では、制御部３１のＣＰＵが、通信制御部３２により、上記ステップＳＰ２７０で携帯端末２０から送信された第３の信号を、ネットワークＮＷ２を介して受信する。なお、この第３の信号を受信する制御部３１のＣＰＵが、特許請求の範囲に記載の第１信号受信手段として機能する。その後、制御部３１のＣＰＵは、通信制御部３２により、上記受信された第３の信号により示される静止画データを示す第４の信号を、カラオケ装置１０へ送信する。なお、この第４の信号を送信する制御部３１のＣＰＵが、特許請求の範囲に記載の第２信号送信手段として機能する。

これにより、カラオケ装置１０では、制御部１１のＣＰＵが、通信制御部１５により、上記サーバ３０から送信された第４の信号を、ネットワークＮＷ２、伝送路ＣＨ２、及びネットワークＮＷ１を介して受信する。なお、この第４の信号を受信する制御部１１のＣＰＵが、特許請求の範囲に記載の第２信号受信手段として機能する。その後、制御部１１のＣＰＵは、上記第４の信号を受信したことを示す第５の信号を、ネットワークＮＷ１及び伝送路ＣＨ２を介してホストサーバ３０へ送信する。なお、この第５の信号を送信する制御部１１のＣＰＵも、特許請求の範囲に記載の第３信号送信手段として機能する。

これにより、ステップＳＰ２７５で、制御部２１のＣＰＵは、上記ホストサーバ３０から送信された第６の信号を、ネットワークＮＷ２及び伝送路ＣＨ１を介して受信する。その後、上記ステップＳＰ２５０に戻り、同様の手順を繰り返す。

一方、上記ステップＳＰ２６０において、いずれかの図像Ｐ１１に対応する操作部２５部分がタッチされた場合には、そのタッチされた操作部２５部分の図像Ｐ１１に対応する静止画ＰＢに係る１つの静止画データが選択され、ステップＳＰ２９０に移る。

ステップＳＰ２９０では、制御部２１のＣＰＵは、通信制御部２３により、上記ステップＳＰ２６０で選択された静止画データを示す信号（以下適宜「第７の信号」という）を、伝送路ＣＨ１を介してホストサーバ３０へ送信する。その後、上記ステップＳＰ２５０に戻り、同様の手順を繰り返す。

すると、ホストサーバ３０では、制御部３１のＣＰＵが、通信制御部３２により、上記ステップＳＰ２９０で携帯端末２０から送信された第７の信号を、ネットワークＮＷ２を介して受信する。その後、制御部３１のＣＰＵは、通信制御部３２により、上記受信された第７の信号に対応する信号（以下適宜「第８の信号」という）を、カラオケ装置１０へ送信する。

これにより、カラオケ装置１０では、制御部１１のＣＰＵが、通信制御部１５により、上記サーバ３０から送信された第８の信号を、ネットワークＮＷ２、伝送路ＣＨ２、及びネットワークＮＷ１を介して受信する。その後、制御部１１のＣＰＵは、上記受信された第８の信号に関連する１つの静止画データに基づく１つの静止画のモニタ１９による表示を中止させる。

なお、このフローに示す処理は、ユーザが操作部２５を介して上記所定のアプリケーションを終了させたことを契機に終了される。

次に、図９を参照しつつ、カラオケ装置１０の装置本体１０Ａの制御部１１のＣＰＵが実行する制御手順を説明する。

図４において、このフローに示す処理は、所定の開始操作（例えばカラオケ装置１０の電源オン）が行われたことを契機に開始される。

まず、ステップＳＫ１０で、制御部１１のＣＰＵは、上記ＭＩＤＩデータ記憶部１６１から前述の予約操作により予約されたカラオケ楽曲に係るＭＩＤＩデータを読み出し、その読み出したＭＩＤＩデータの再生を開始するように、音源１３等を制御する。

そして、ステップＳＫ２０で、制御部１１のＣＰＵは、上記背景映像データ記憶部１６２から前述の予約操作により予約されたカラオケ楽曲に係る背景映像データを読み出すと共に、上記歌詞データ記憶部１６３から上記カラオケ楽曲に係る歌詞データを読み出し、上記音源１３等によるＭＩＤＩデータの再生に合わせて、上記読み出した背景映像データに基づく背景映像と、上記読み出した歌詞データに基づく歌詞テロップとの表示を開始するように、モニタ１９を制御する。

その後、ステップＳＫ３０に移り、制御部１１のＣＰＵは、ホストサーバ３０から送信された第２の信号又は第４の信号が、音源１３等がＭＩＤＩデータの再生を開始する前に受信されていたか否かを判定する。第２の信号又は第４の信号が、音源１３等がＭＩＤＩデータの再生を開始する前に受信されていた場合には、ステップＳＫ３０の判定が満たされて、ステップＳＫ４０に移る。

ステップＳＫ４０では、制御部１１のＣＰＵは、上記静止画データベース１６４０から、音源１３等がＭＩＤＩデータの再生を開始する前に受信されていた第２の信号に含まれていた１つの静止画データ、又は、音源１３等がＭＩＤＩデータの再生を開始する前に受信されていた第４の信号により示される１つの静止画データを読み出し、上記背景映像データに基づく背景映像に代え、上記読み出した静止画データに基づく１つの静止画を、所定時間だけ背景映像として表示するように、モニタ１９を制御する。すなわち、制御部１１のＣＰＵは、第２の信号又は第４の信号の少なくとも一方が、音源１３等がＭＩＤＩデータの再生を開始する前に受信されていた場合でも、音源１３等がＭＩＤＩデータの再生を開始する前は、第２の信号に含まれる静止画データ、又は、第４の信号により示される静止画データに基づく静止画の表示を行わずに、音源１３等がＭＩＤＩデータの再生を開始した後に、第２の信号に含まれる静止画データ、又は、第４の信号により示される静止画データに基づく静止画の表示を行うように、モニタ１９を制御している。このとき、制御部１１のＣＰＵは、再生中のＭＩＤＩデータの再生時間内に、全ての上記静止画の表示が完了しない場合、再生中のＭＩＤＩデータの再生終了後、次のＭＩＤＩデータの再生開始までの間（いわゆる曲間）に、上記表示が完了しない静止画の表示を行うように、モニタ１９を制御する。なお、このステップＳＫ４０の手順を実行する制御部１１のＣＰＵは、特許請求の範囲に記載の制御手段として機能する。

そして、上記１つの静止画の表示が完了されたら、ステップＳＫ５０で、制御部１１のＣＰＵは、通信制御部１５により、上記の旨を示す信号（第４信号。以下適宜「第９の信号」という）を、ネットワークＮＷ１及び伝送路ＣＨ２を介してホストサーバ３０へ送信する。その後、上記ステップＳＫ３０に戻り、同様の手順を繰り返す。なお、このステップＳＫ５０を実行する制御部１１のＣＰＵは、特許請求の範囲に記載の第４信号送信手段として機能する。

すると、ホストサーバ３０では、制御部３１のＣＰＵが、通信制御部３２により、上記ステップＳＫ５０でカラオケ装置１０から送信された第９の信号を、ネットワークＮＷ２を介して受信する。その後、制御部３１のＣＰＵは、通信制御部３２により、上記受信された第９の信号に対応する信号（以下適宜「第１０の信号」という）を、携帯端末２０へ送信する。

これにより、携帯端末２０では、制御部２１のＣＰＵが、上記ホストサーバ３０から送信された第１０の信号を、ネットワークＮＷ２及び伝送路ＣＨ１を介して受信する。

一方、上記ステップＳＫ３０において、第２の信号又は第４の信号が、音源１３等がＭＩＤＩデータの再生を開始する前に受信されていない場合には、ステップＳＫ３０の判定が満たされず、ステップＳＫ６０に移る。

ステップＳＫ６０では、制御部１１のＣＰＵは、ホストサーバ３０から送信された第２の信号又は第４の信号が、音源１３等がＭＩＤＩデータを再生している際に受信されたか否かを判定する。第２の信号又は第４の信号が、音源１３等がＭＩＤＩデータを再生している際に受信された場合には、ステップＳＫ６０の判定が満たされて、ステップＳＫ７０に移る。

ステップＳＫ７０では、制御部１１のＣＰＵは、上記静止画データベース１６４０から、音源１３等がＭＩＤＩデータを再生している際に受信された、第２の信号に含まれていた１つの静止画データ、又は、第４の信号により示される１つの静止画データを読み出し、上記背景映像データに基づく背景映像に代え、上記読み出した静止画データに基づく１つの静止画を、所定時間だけ背景映像として表示するように、モニタ１９を制御する。このとき、制御部１１のＣＰＵは、再生中のＭＩＤＩデータの再生時間内に、全ての上記静止画の表示が完了しない場合、再生中のＭＩＤＩデータの再生終了後、次のＭＩＤＩデータの再生開始までの間（いわゆる曲間）に、上記表示が完了しない静止画の表示を行うように、モニタ１９を制御する。なお、このステップＳＫ７０の手順を実行する制御部１１のＣＰＵも、特許請求の範囲に記載の制御手段として機能する。

そして、上記１つの静止画の表示が完了されたら、ステップＳＫ８０で、制御部１１のＣＰＵは、通信制御部１５により、上記の旨を示す第９の信号を、ネットワークＮＷ１及び伝送路ＣＨ２を介してホストサーバ３０へ送信する。その後、上記ステップＳＫ６０に戻り、同様の手順を繰り返す。なお、このステップＳＫ８０を実行する制御部１１のＣＰＵも、特許請求の範囲に記載の第４信号送信手段として機能する。

すると、ホストサーバ３０では、制御部３１のＣＰＵが、通信制御部３２により、上記ステップＳＫ８０でカラオケ装置１０から送信された第９の信号を、ネットワークＮＷ２を介して受信する。その後、制御部３１のＣＰＵは、通信制御部３２により、上記受信された第９の信号に対応する第１０の信号を、携帯端末２０へ送信する。

一方、上記ステップＳＫ６０において、第２の信号又は第４の信号が、音源１３等がＭＩＤＩデータを再生している際に受信されていない場合には、ステップＳＫ６０の判定が満たされず、ステップＳＫ９０に移る。

ステップＳＫ９０では、制御部１１のＣＰＵは、上記ステップＳＫ１０で音源１３等により再生を開始したＭＩＤＩデータの再生が終了しているか否かを判定する。ＭＩＤＩデータの再生が終了していない場合には、ステップＳＫ９０の判定は満たされず、上記ステップＳＫ６０に戻り、同様の手順を繰り返す。一方、ＭＩＤＩデータの再生が終了している場合には、ステップＳＫ９０の判定が満たされて、このフローに示す処理が終了される。

以上説明したように、本実施形態においては、ユーザは、携帯端末２０から静止画データを含む第１の信号を送信することを契機にモニタ１９に一度表示させた静止画を、モニタ１９に再度表示させたい場合、操作部２５を介して、表示部２６に表示された送信履歴リストＬ中に含まれる静止画ＰＢのうち、モニタ１９に再度表示させたい静止画ＰＢに係る静止画データを選択する。すると、ユーザにより選択された静止画データを示す第３の信号が携帯端末２０から送信されたことを契機に、静止画データベース１６４０から第３の信号により示される静止画データが読み出され、モニタ１９に当該静止画データに基づく静止画が再度表示される。

これにより、静止画データそのものを携帯端末２０から再度送信する場合に比べ、通信負荷を低減することが可能となり、通信時間を短縮することができる。この結果、ユーザに通信待ち時間によるストレスを感じさせることなく、モニタ１９に一度表示した静止画を、モニタ１９に再度表示することが可能となる。

また、モニタ１９に再度表示された静止画に係る静止画データが、携帯端末２０から送信される前にユーザにより編集された静止画データであった場合には、仮に静止画データそのものを携帯端末２０から再度送信する場合、ユーザは元となる静止画データに再度同様の編集を行う必要がある。これに対し、本実施形態では、ユーザは元となる静止画データに再度同様の編集を再度行う必要がないので、ユーザの操作負担を低減することができ、ユーザに感じさせるストレスをさらに低減することができる。

また、本実施形態では特に、ユーザは、携帯端末２０からホストサーバ３０へ静止画データを含む第１の信号を送信することを契機にホストサーバ３０からカラオケ装置１０へ当該静止画データを含む第２の信号が送信されることでモニタ１９に一度表示させた静止画を、モニタ１９に再度表示させたい場合、操作部２５を介して、表示部２６に表示された送信履歴リストＬ中に含まれる静止画ＰＢのうち、モニタ１９に再度表示させたい静止画ＰＢに係る静止画データを選択する。すると、ユーザにより選択された静止画データを示す第３の信号が携帯端末２０からホストサーバ３０へ送信されたことを契機にホストサーバ３０からカラオケ装置１０へ第３の信号に応じた第４の信号が送信されることで、カラオケ装置１０の静止画データベース１６４０から第４の信号により示される静止画データが読み出され、モニタ１９に当該静止画データに基づく静止画が再度表示される。

これにより、静止画データそのものを携帯端末２０からホストサーバ３０を経由させつつカラオケ装置１０へ再度送信する場合に比べ、通信負荷を確実に低減することができ、通信時間を確実に短縮することができる。この結果、ユーザに通信待ち時間によるストレスを感じさせることなく、モニタ１９に一度表示した静止画を、モニタ１９に再度表示することができる。

また、本実施形態では特に、カラオケ装置１０が、静止画データを含む第２の信号、又は、静止画データを示す第４の信号を受信したことを契機に、第５の信号を送信する。そして、携帯端末２０の表示部２６に表示された送信履歴リストＬ中には、カラオケ装置１０が第５の信号を送信したことを契機に、モニタ１９による上記静止画データに基づく静止画の表示を中止するための図像Ｐ１１が表示される。これにより、ユーザは送信履歴リストＬ中に表示された図像Ｐ１１を操作部２５を介して操作するという簡便な操作を行うだけで、携帯端末２０を用いてデータを送信した静止画（又は、携帯端末２０を用いて送信した信号により示される静止画）のモニタ１９での表示を中止させることができるので、利便性を向上することができる。

また、本実施形態では特に、カラオケ装置１０が、モニタ１９による静止画データに基づく静止画の表示が完了されたことを契機に、第９の信号を送信する。そして、携帯端末２０の表示部２６に表示された送信履歴リストＬ中には、カラオケ装置１０が第９の信号を送信したことを契機に、モニタ１９による表示が完了した静止画に係る静止画データを選択可能とするための図像Ｐ１０が表示される。これにより、ユーザは送信履歴リストＬ中に表示された図像Ｐ１０を操作部２５を介して操作するという簡便な操作を行うだけで、モニタ１９での表示が完了した静止画をモニタ１９に再度表示させることができるので、利便性を向上することができる。

また、本実施形態では特に、音源１３等がＭＩＤＩデータの再生を開始する前に、静止画データを含む第２の信号、又は、静止画データを示す第４の信号を受信した場合、音源１３等によりＭＩＤＩデータの再生が開始された後に、上記静止画データに基づく静止画が表示される。これにより、ユーザが曲間中に携帯端末２０を用いてデータを送信した静止画（又は、ユーザが曲間中に携帯端末２０を用いて送信した信号により示される静止画）を、ＭＩＤＩデータの再生中に、背景映像に代え、モニタ１９に表示することができる。

また、本実施形態では特に、再生中のＭＩＤＩデータの再生時間内に、全ての静止画の表示が完了しない場合、再生中のＭＩＤＩデータの再生終了後、次のＭＩＤＩデータの再生開始までの間に、上記表示が完了しない静止画の表示が行われる。これにより、ユーザが携帯端末２０を用いてデータを送信した静止画（又は、ユーザが携帯端末２０を用いて送信した信号により示される静止画）の全てを、次のカラオケ楽曲の再生開始までの間に、モニタ１９に表示することができる。

なお、本発明は、上記実施形態に限られるものではなく、その趣旨及び技術的思想を逸脱しない範囲内で種々の変形が可能である。以下、そのような変形例を順を追って説明する。

（０）送信履歴を消去する場合
例えば、所定の条件が満たされたことを契機に、送信履歴データベース２４２０から送信履歴情報を消去してもよい。

すなわち、本変形例の携帯端末２０では、制御部２１のＣＰＵは、所定の条件が満たされたか否かを判定する。所定の条件としては、例えば、上記リモコン４０での所定のサービスからログアウトしたり上記携帯端末２０での所定のサービスからログアウトする等により、上述したような携帯端末２０とカラオケ装置１０との括り付けが解消されたこと、等に設定可能である。このとき、制御部２１のＣＰＵは、上記所定の条件が満たされた（携帯端末２０とカラオケ装置１０との括り付けが解消された）と判定した場合には、送信履歴データベース２４２０から送信履歴情報を消去する。なお、この送信履歴情報を消去する制御部１１のＣＰＵが、特許請求の範囲に記載の履歴消去手段として機能する。

以上説明した本変形例においては、所定の条件が満たされたことを契機に、送信履歴データベース２４２０から送信履歴情報を消去する。所定の条件を、上記のような携帯端末２０とカラオケ装置１０との括り付けが解消されたことに設定すれば、ユーザがカラオケルームＫＲから退出した後には、送信履歴データベース２４２０から送信履歴情報が消去される。したがって、ユーザが、カラオケルームＫＲから退出した後に、上記送信履歴リストＬ中に示される静止画データを故意又は誤って選択することで、そのとき当該カラオケルームＫＲを利用している第三者に、上記故意又は誤って選択された静止画データに基づく静止画を閲覧されるのを防止することが可能となるので、利便性をさらに向上することができる。

（１）ＭＩＤＩデータの再生中に収まるように静止画を表示
上記実施形態では、再生中のＭＩＤＩデータの再生時間内に、全ての静止画の表示が完了しない場合、再生中のＭＩＤＩデータの再生終了後、次のＭＩＤＩデータの再生開始までの間に、上記表示が完了しない静止画の表示を行っていたが、これに限られない。例えば、ＭＩＤＩデータの再生時間内に、全ての静止画の表示が完了しない場合、当該再生時間内に表示が完了するように、各静止画の表示時間を調整してもよい。

すなわち、本変形例のカラオケ装置１０では、制御部１１のＣＰＵは、ＭＩＤＩデータの再生前若しくは再生中に受信された、第２の信号に含まれる静止画データ、又は、第４の信号により示される静止画データに基づく、全ての静止画の表示が、ＭＩＤＩデータの再生時間内に完了するか否かを判定する。なお、この表示が完了するか否かを判定する制御部１１のＣＰＵが、特許請求の範囲に記載の判定手段として機能する。このとき、制御部１１のＣＰＵは、上記表示が完了しないと判定した場合には、上記再生時間内に上記表示が完了するように、各静止画のモニタ１９による表示時間を調整する（例えば、各静止画のモニタ１９による表示時間を２０秒間から５秒間に変更する）。なお、この表示時間を調整する制御部１１のＣＰＵが、特許請求の範囲に記載の調整手段として機能する。

以上説明した本変形例によれば、ユーザが携帯端末２０を用いてデータを送信した静止画（又は、ユーザが携帯端末２０を用いて送信した信号により示される静止画）の全てを、ＭＩＤＩデータの再生時間内に収まるように、モニタ１９に表示することができる。

（２）カラオケ楽曲に関する図像データを提供する場合
すなわち、本変形例では、携帯端末２０では、上述したように操作部２５を介して静止画データを編集するための編集操作を行うことが可能である。これにより、ユーザは、静止画データを、例えばトリミングしたりスタンプやフレーム等を用いて装飾することにより、自分好みに編集した上で、携帯端末２０から送信することができるので、ユーザ好みに編集された面白みのある静止画を、モニタ１９に表示することが可能となり、興趣の向上を図ることができる。

また、本変形例では、ユーザがリモコン４０等を用いてカラオケ楽曲に関する選曲操作を行う（又は、音源１６等がＭＩＤＩデータの再生を開始する）と、選曲操作により選曲された（又は、再生が開始された）カラオケ楽曲に関する図像（例えば、カラオケ楽曲自体、カラオケ楽曲に係るジャンル、カラオケ楽曲に係る歌手等に関連するイラストスタンプやフレームスタンプ、テキストスタンプ等）に係る図像データ（図像情報）が、カラオケ装置１０からホストサーバ３０を経由して携帯端末２０へ送信される。これにより、携帯端末２０では、制御部２１のＣＰＵが、上記送信された図像データを、ネットワークＮＷ２及び伝送路ＣＨ１を介して受信する。なお、この図像データを受信する制御部２１のＣＰＵが、特許請求の範囲に記載の図像受信手段として機能する。上記受信された図像データに対応する図像を、静止画データを編集する際に使用できるようにすれば、ユーザは、静止画データを、自分又は同伴者が歌唱したカラオケ楽曲に関連のある図像を用いて装飾することが可能となるので、カラオケ楽曲に関連のある図像を用いて装飾されたさらに面白みのある静止画を、モニタ１９に表示することが可能となり、さらに興趣の向上を図ることができる。

（３）携帯端末からの送信データのバリエーション
上記実施形態では、携帯端末２０からは、１つの静止画データを送信していたが、これに限られない。例えば、携帯端末２０から、２つ以上の静止画データを同時に送信してもよい。この場合、カラオケ装置１０では、制御部１１のＣＰＵの制御に基づき、モニタ１９が２つ以上の静止画データに係る２つ以上の静止画を順次表示してもよいし同時に表示してもよい。

また、携帯端末２０から送信する情報としては、静止画データに限られない。例えば、携帯端末２０から、静止画データ、カメラ２７により撮像された動画に係る動画データ（動画情報）、図示しない録音部により録音された音声に係る音声データ（音声情報）、操作部２５を介して入力されたテキストに係るテキストデータ（テキスト情報）、及び、例えばインターネット上の適宜のサーバに格納された静止画や動画、音声、テキスト等の所在を示すＵＲＬ情報のうち、１つ以上から構成されてもよい。この場合、ユーザは携帯端末２０を用いて静止画データ、動画データ、音声データ、テキストデータ、及びＵＲＬ情報のうち１つ以上を送信することができ、静止画、動画、音声、テキスト、及びＵＲＬにより示される所在に格納されたデータに基づく情報のうち１つ以上を、モニタ１９に表示したり音源１３等により再生することが可能となる。

例えば、携帯端末２０から送信された情報に動画データ（ここでは動画及び音声からなるものとする）が含まれている場合、カラオケ装置１０では、制御部１１のＣＰＵの制御に基づき、モニタ１９が動画データに係る動画を表示すると共に、音源１３等が動画データに係る音声を再生する。また例えば、携帯端末２０から送信された情報に音声データが含まれている場合、カラオケ装置１０では、制御部１１のＣＰＵの制御に基づき、音源１３等が音声データに係る音声を再生する。また例えば、携帯端末２０から送信された情報にテキストデータが含まれている場合、カラオケ装置１０では、制御部１１のＣＰＵの制御に基づき、モニタ１９がテキストデータに係るテキストを表示する。また例えば、携帯端末２０から送信された情報にＵＲＬ情報が含まれている場合、カラオケ装置１０では、制御部１１のＣＰＵの制御に基づき、ＵＲＬ情報に基づくＵＲＬにより示される所在に格納されたデータ（ここでは動画及び音声からなる動画データとする）をダウンロードし、モニタ１９が当該動画データに係る動画を表示すると共に、音源１３等が当該動画データに係る音声を再生する。

（４）リモコンを通信端末として用いる場合
例えば、リモコン４０がカメラを備えており、ユーザがリモコン４０のカメラを用いて撮像した静止画に係る静止画データを送信することで、モニタ１９に、当該静止画データに基づく静止画を表示させてもよい。この場合、リモコン４０も、特許請求の範囲に記載の通信端末に相当する。

（５）静止画データベースをホストサーバ側に設ける場合
上記実施形態では、携帯端末２０から送信された静止画データを記憶する静止画データベース１６４０をカラオケ装置１０の大容量記憶装置１６に設けていたが、これに限られない。すなわち、静止画データベース１６４０をホストサーバ３０の大容量記憶装置３３に設けてもよい。この場合、静止画データベース１６４０を記憶するホストサーバ３０の大容量記憶装置３３が、特許請求の範囲に記載の情報記憶手段に相当する。

このような場合には、ホストサーバ３０では、上述のようにして携帯端末２０から送信された静止画データを含む第１の信号が受信されると、その受信された第１の信号に含まれる静止画データが静止画データベース１６４０に記憶される。そして、ホストサーバ３０では、上述のようにして携帯端末２０から送信された静止画データを示す第３の信号が受信されると、静止画データベース１６４０から、上記受信された第３の信号により示される静止画データが読み出され、その読み出された静止画データを含む信号（第２信号）がカラオケ装置２０へ送信される。これにより、カラオケ装置２０では、ホストサーバ３０から送信された静止画データを含む信号が受信され、その受信された信号に含まれる静止画データに基づく静止画が、モニタ１９に表示される。

（６）サーバを経由せずに情報送受信を行う場合
上記実施形態では、カラオケ装置１０と携帯端末２０とは、ホストサーバ３０を経由することで情報送受信を行っていたが、これに限られない。すなわち、本発明は、カラオケ装置１０と携帯端末２０とがホストサーバ３０を経由せずに情報送受信を行う場合にも適用可能である。

（７）その他
上記実施形態では、音源１３等によるＭＩＤＩデータの再生中に、静止画データに基づく静止画を表示していたが、これに限られない。例えば、音源１３等によりＭＩＤＩデータを再生していない際に、静止画データに基づく静止画を表示してもよい。あるいは、ユーザが携帯端末２０の操作部２５を介して静止画の表示タイミングを指定できてもよい。また、音源１３等によるＭＩＤＩデータの再生中に、１つ以上の静止画を表示する場合には、各静止画をカラオケ楽曲のテンポにシンクロするように表示してもよい。

また、上述したように携帯端末２０から送信された情報に音声データが含まれている場合には、当該音声データに基づく音声を、ＭＩＤＩデータの再生中又は曲間中のいずれのタイミングで再生してもよいが、いわゆる間奏中のみに再生してもよいし、曲間中のみに再生してもよい。あるいは、ユーザが携帯端末２０の操作部２５を介して音声の再生タイミングを指定できてもよい。

また、図１中に示す矢印は、信号の流れの一例を示すものであり、信号の流れ方向を限定するものではない。

また、図４及び図９に示すフローチャートは、本発明を図示する手順に示す手順に限定するものではなく、発明の趣旨及び技術的思想を逸脱しない範囲内で手順の追加・削除又は順番の変更等をしてもよい。

また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用してもよい。

その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。

１カラオケシステム
１０カラオケ装置
１１制御部
１３音源
１４音声制御部
１９モニタ（第１表示手段）
２０携帯端末（通信端末）
２１制御部
２５操作部（操作手段）
２６表示部（第２表示手段）
３０ホストサーバ（サーバ）
３１制御部
１６４静止画データ記憶部（情報記憶手段）
２４２送信履歴記憶部（履歴記憶手段）
ＣＨ１伝送路（第１伝送路）
ＣＨ２伝送路（第２伝送路）

Claims

カラオケ楽曲に係る楽曲データを再生する再生手段、及び、当該再生手段が前記楽曲データの再生を行う際に前記カラオケ楽曲に係る背景映像を表示する第１表示手段、を備えたカラオケ装置と、
所定の表示を行う第２表示手段、及び、ユーザが操作可能な操作手段、を備え、前記カラオケ装置と相互通信可能な通信端末と、
を有するカラオケシステムであって、
前記通信端末は、
前記操作手段の操作に応じて、１以上の情報を送信する情報送信手段と、
前記情報送信手段による前記情報の送信履歴を表す送信履歴情報を記憶する履歴記憶手段と、
を備え、
前記カラオケ装置は、
前記情報送信手段が前記情報を送信したことを契機に、当該情報を受信する第１情報受信手段と、
前記第１情報受信手段により受信された前記情報に基づく表示及び再生の少なくとも一方を行うように、前記第１表示手段及び前記再生手段の少なくとも一方を制御する制御手段と、
を備え、
かつ、
前記情報送信手段が前記情報を送信したことを契機に、当該情報を記憶する情報記憶手段をさらに有し、
前記通信端末は、
前記履歴記憶手段に記憶された前記送信履歴情報に基づく送信履歴リストを表示するように、前記第２表示手段を制御する表示制御手段と、
前記操作手段を介して、前記送信履歴リスト中に示される前記情報のうち、１以上を選択するための選択操作を受け付ける選択受付手段と、
前記選択操作により選択された前記情報を示す第１信号を送信する第１信号送信手段と、
をさらに備え、
前記制御手段は、
前記第１信号送信手段が前記第１信号を送信したことを契機に、前記情報記憶手段から読み出された前記第１信号により示される前記情報に基づく表示及び再生の少なくとも一方を行うように、前記第１表示手段及び前記再生手段の少なくとも一方を制御する
ことを特徴とするカラオケシステム。
前記通信端末と第１伝送路を介して相互通信可能に接続されると共に、前記カラオケ装置と第２伝送路を介して相互通信可能に接続されるサーバをさらに有し、
前記情報送信手段は、
前記情報を、前記第１伝送路を介して前記サーバへ送信し、
前記サーバは、
前記情報送信手段により送信された前記情報を受信する第２情報受信手段と、
前記第２情報受信手段により受信された前記情報を前記カラオケ装置へ転送する情報転送手段と、
を備え、
前記第１情報受信手段は、
前記情報転送手段により転送された前記情報を、前記第２伝送路を介して受信し、
前記第１信号送信手段は、
前記第１信号を、前記第１伝送路を介して前記サーバへ送信し、
前記サーバは、
前記第１信号送信手段により送信された前記第１信号を受信する第１信号受信手段と、
前記第１信号受信手段により受信された前記第１信号に応じた第２信号を前記カラオケ装置へ送信する第２信号送信手段と、
をさらに備え、
前記カラオケ装置は、
前記第２信号送信手段により送信された前記第２信号を、前記第２伝送路を介して受信する第２信号受信手段をさらに備え、
前記制御手段は、
前記第２信号受信手段が前記第２信号を受信したことを契機に、前記情報記憶手段から読み出された前記第２信号により示される前記情報、又は、前記第２信号に含まれる前記情報、に基づく表示及び再生の少なくとも一方を行うように、前記第１表示手段及び前記再生手段の少なくとも一方を制御する
ことを特徴とする請求項１に記載のカラオケシステム。
前記情報記憶手段は、
前記カラオケ装置に設けられ、前記第１情報受信手段により受信された前記情報を記憶し、
前記第２信号送信手段は、
前記第１信号受信手段により受信された前記第１信号により示される前記情報を示す前記第２信号を前記カラオケ装置へ送信し、
前記制御手段は、
前記第２信号受信手段が前記第２信号を受信したことを契機に、前記情報記憶手段から前記第２信号により示される前記情報を読み出し、当該情報に基づく表示及び再生の少なくとも一方を行うように、前記第１表示手段及び前記再生手段の少なくとも一方を制御する
ことを特徴とする請求項２に記載のカラオケシステム。
前記カラオケ装置は、
前記第１情報受信手段が前記情報を受信した、又は、前記第１信号送信手段が前記第１信号を送信した、ことを契機に、第３信号を送信する第３信号送信手段をさらに備え、
前記表示制御手段は、
前記第３信号送信手段が前記第３信号を送信したことを契機に、前記送信履歴リスト中に、前記第１表示手段及び前記再生手段の少なくとも一方による、前記第１情報受信手段により受信された前記情報、又は、前記第１信号送信手段により送信された前記第１信号により示される前記情報、に基づく表示及び再生の少なくとも一方を中止するための、前記操作手段を介して操作可能な第１図像を表示するように、前記第２表示手段を制御する
ことを特徴とする請求項１乃至３のいずれか１項に記載のカラオケシステム。
前記カラオケ装置は、
前記第１表示手段及び前記再生手段の少なくとも一方が前記情報に基づく表示及び再生の少なくとも一方を完了したことを契機に、第４信号を送信する第４信号送信手段をさらに備え、
前記表示制御手段は、
前記第４信号送信手段が前記第４信号を送信したことを契機に、前記送信履歴リスト中に、前記第１表示手段及び前記再生手段の少なくとも一方による表示及び再生の少なくとも一方が完了した前記情報を前記選択操作により選択可能とするための第２図像を表示するように、前記第２表示手段を制御する
ことを特徴とする請求項１乃至４のいずれか１項に記載のカラオケシステム。
前記通信端末は、
所定の条件が満たされたことを契機に、前記履歴記憶手段から前記送信履歴情報を消去する履歴消去手段をさらに備える
ことを特徴とする請求項１乃至５のいずれか１項に記載のカラオケシステム。
前記制御手段は、
前記再生手段が前記楽曲データの再生を開始する前に前記第１情報受信手段が前記情報を受信した場合、前記再生手段により前記楽曲データの再生が開始された後に、前記第１情報受信手段により受信された前記情報に基づく表示及び再生の少なくとも一方を行うように、前記第１表示手段及び前記再生手段の少なくとも一方を制御すると共に、前記再生手段が前記楽曲データの再生を開始する前に前記第１信号送信手段が前記第１信号を送信した場合、前記再生手段により前記楽曲データの再生が開始された後に、前記情報記憶手段から読み出された前記第１信号により示される前記情報に基づく表示及び再生の少なくとも一方を行うように、前記第１表示手段及び前記再生手段の少なくとも一方を制御する
ことを特徴とする請求項１乃至６のいずれか１項に記載のカラオケシステム。
前記制御手段は、
前記情報としての静止画情報に基づく１つの静止画の表示を所定時間行うように、前記第１表示手段を制御し、
前記カラオケ装置は、
前記楽曲データの再生時間内に、前記第１情報受信手段により受信された前記静止画情報に基づく全ての前記静止画、又は、前記第１信号送信手段により送信された前記第１信号により示される前記静止画情報に基づく全ての前記静止画、の表示が完了するか否かを判定する判定手段と、
前記判定手段により前記表示が完了しないと判定された場合、前記再生時間内に前記表示が完了するように、各静止画の前記第１表示手段による表示時間を調整する調整手段と、
をさらに備える
ことを特徴とする請求項１乃至７のいずれか１項に記載のカラオケシステム。
前記制御手段は、
前記再生手段が前記楽曲データを再生している際に、前記情報としての静止画情報に基づく１つの静止画の表示を所定時間行うように、前記第１表示手段を制御すると共に、再生中の前記楽曲データの再生時間内に、全ての前記静止画の表示が完了しない場合、再生中の前記楽曲データの再生終了後、次の前記楽曲データの再生開始までの間に、前記表示が完了しない前記静止画の表示を行うように、前記第１表示手段を制御する
ことを特徴とする請求項１乃至８のいずれか１項に記載のカラオケシステム。
前記通信端末は、
前記操作手段を介して、前記情報としての静止画情報を編集するための編集操作を受け付ける編集受付手段と、
ユーザの操作を介して前記カラオケ楽曲に関する選曲操作が行われた、又は、前記再生手段が前記楽曲データの再生を開始した、ことを契機に、前記選曲操作に応じた前記カラオケ楽曲、又は、再生が開始された前記楽曲データに係る前記カラオケ楽曲、に関する図像情報を受信する図像受信手段と、
をさらに備える
ことを特徴とする請求項１乃至９のいずれか１項に記載のカラオケシステム。
前記情報は、
静止画情報、動画情報、音声情報、テキスト情報、及びＵＲＬ情報のうち、１つ以上から構成される
ことを特徴とする請求項１乃至１０のいずれか１項に記載のカラオケシステム。
カラオケ楽曲に係る楽曲データを再生する再生手段、及び、当該再生手段が前記楽曲データの再生を行う際に前記カラオケ楽曲に係る背景映像を表示する第１表示手段、を有し、通信端末が相互通信可能なカラオケ装置であって、
ユーザの操作に応じて前記通信端末が１以上の情報を送信したことを契機に、当該情報を受信する第１情報受信手段と、
前記第１情報受信手段により受信された前記情報に基づく表示及び再生の少なくとも一方を行うように、前記第１表示手段及び前記再生手段の少なくとも一方を制御する制御手段と、
を有し、
前記制御手段は、
前記通信端末が前記情報の送信履歴に基づく送信履歴リストを表示して当該送信履歴リスト中に示される前記情報のうちユーザの操作により選択された１以上の情報を示す第１信号を送信したことを契機に、情報記憶手段から読み出された前記第１信号により示される前記情報に基づく表示及び再生の少なくとも一方を行うように、前記第１表示手段及び前記再生手段の少なくとも一方を制御する
ことを特徴とするカラオケ装置。
カラオケ楽曲に係る楽曲データを再生すると共に当該楽曲データの再生を行う際に前記カラオケ楽曲に係る背景映像を表示するカラオケ装置と相互通信可能な通信端末の演算手段に対し、
ユーザの操作に応じて、１以上の情報を送信することで、前記カラオケ装置に前記情報を受信させると共に当該情報に基づく表示及び再生の少なくとも一方を行わせ、かつ情報記憶手段に前記情報を記憶させるための情報送信手順と、
前記情報送信手順での前記情報の送信履歴に基づく送信履歴リストを表示するように表示制御する表示制御手順と、
ユーザの操作を介して、前記送信履歴リスト中に示される前記情報のうち、１以上を選択するための選択操作を受け付ける選択受付手順と、
前記選択操作により選択された前記情報を示す第１信号を送信することで、前記情報記憶手段から前記第１信号により示される前記情報を読み出させ、前記カラオケ装置に当該情報に基づく表示及び再生の少なくとも一方を行わせるための信号送信手順と、
を実行させるための、通信プログラム。