(57)【特許請求の範囲】
【請求項１】
ホスト装置との間で通信が可能であり、カラオケ利用者のリクエストに応じてカラオケ演奏し、少なくとも稼働実績情報をそのホスト装置へアップロード可能な端末装置において、
前記稼働実績情報に含まれる日時を決定する計時手段と、
該計時手段へのバッテリバックアップのために設けられた予備電源と、
該予備電源の電圧を検出する電圧検出手段と、
前記リクエストがあるか否かを判断する判断手段と、
前記電圧検出手段によって検出した電圧が前記計時手段を正常に駆動させるに満たない状態である場合には、前記判断手段によってリクエストがないと判断されたときには前記ホスト装置と通信して、前記ホスト装置から正しい日時を取得する正常日時取得手段と、
該正常日時取得手段によって取得した正しい日時に基づき、前記予備電源が前記計時手段を正常に駆動させるに満たない状態であった場合に記録された稼働実績情報に含まれる日時を修正する日時修正手段と、
を備えることを特徴とする端末装置。
【請求項２】
前記日時修正手段によって稼働実績情報に含まれる日時を修正した後、当該修正した稼働実績情報を前記ホスト装置へアップロードするよう構成されていることを特徴とする請求項１記載の端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ホスト装置との間で通信が可能であり、カラオケ利用者のリクエストに応じてカラオケ演奏し、少なくとも稼働実績情報をそのホスト装置へアップロード可能な端末装置に関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
従来、例えばいわゆる通信カラオケ端末などのように、ホスト装置との間で通信が可能であり、カラオケ利用者のリクエストに応じてカラオケ演奏し、稼働実績情報をホスト装置へアップロード可能な端末装置が存在する。そして、例えば通信カラオケ端末においては、上述の稼働実績情報を作成する際に、稼働実績情報に含まれる日時を決定するための計時手段を備えている。この計時手段は例えばパーソナルコンピュータなどと同様にリチウム電池などの予備電源でバッテリバックアップされている。通常、通信カラオケ端末は、生産工場から出荷されてすぐであればバッテリが十分に充電されているので計時手段によって計時される日時は正しいが、在庫として数ヶ月も倉庫に放置されて稼動されないと主電源からの供給がないため、いわゆるバッテリがあがった状態となり、計時する日時が不定となる。
【０００３】
したがって、その不定日時の状態のままで通信カラオケ端末を稼動させると、主電源からの供給が開始されて計時手段が計時を再開しても、それはでたらめな日時を基準とした計時となり、稼動実績情報に含まれる日時はでたらめになってしまうのである。通称ログといわれる稼働実績情報は、例えば「いつ電源がオンされたか」などのように何年何月何日何時何分に何をしたかという稼動状態の記録であり、たとえばカラオケ端末であれば、「いつどんなカラオケ曲を演奏したか」とか、「いつ後奏カットキーが押されたか」などが記録される。
【０００４】
通信カラオケ端末は、一般的には通信カラオケホストから曲データなどを受信して演奏し、また演奏記録などを稼働実績情報として通信カラオケホストへアップロードしている。通信カラオケホストは正しい日時を持っているので、通信カラオケホストと通信接続し、通信カラオケホストから正しい日時を取得することができれば、その後は通信カラオケ端末の日時を修正することは可能である。
【０００５】
しかしながら、通信カラオケホストと通信するまでに作成された稼働実績情報にはやはりでたらめな日時が含まれていることとなる。そこで本発明は、このように正常でない日時にて作成されてしまった稼働実績情報に含まれる日時を正しい日時に修正する方法及び端末装置を提供することを目的とする。
【０００６】
【課題を解決するための手段及び発明の効果】
この目的を達成するためになされた発明は、ホスト装置との間で通信が可能であり、少なくとも稼働実績情報をそのホスト装置へアップロード可能な端末装置において、前記稼働実績情報に含まれる日時を決定する計時手段へのバッテリバックアップのために設けられた予備電源の電圧を検出し、その検出した電圧が前記計時手段を正常に駆動させるに満たない状態の場合には、前記ホスト装置と通信して、前記ホスト装置から正しい日時を取得し、その取得した正しい日時に基づき、前記予備電源が前記計時手段を正常に駆動させるに満たない状態であった場合に記録された稼働実績情報に含まれる日時を修正することを特徴とする稼働実績情報の日時修正方法である。
【０００７】
稼働実績情報に含まれる日時は計時手段によって計時された日時に基づいて決定されるのであるが、この計時手段の電源となる予備電源がいわゆる「バッテリのあがった状態」になってしまうと、計時手段にて正しい日時を計時することはできない。そこで、この予備電源の電圧が計時手段を正常に駆動させるに満たない状態の場合には、ホスト装置と通信して正しい日時をホスト装置から取得する。そして、その取得した正しい日時に基づき、予備電源が計時手段を正常に駆動させるに満たない状態であった場合に記録された稼働実績情報に含まれる日時を修正するのである。
【０００８】
これによって、例えばホスト装置にて、端末装置からアップロードされた稼働実績情報を検索したり、その稼働実績情報に基づいて種々の判断をする場合に、間違った日時による不都合は生じない。例えば、端末装置をリースする場合に、その稼働時間帯によってリース料金を変更したり、あるいは管理体制を変更したりする場合には、日時が間違っているとトラブルの元となり易い。特に、多数の端末装置を１台のホスト装置にて管理するような場合はなおさらである。したがって、このように正しい日時の稼働実績情報となるように修正することは非常に有効であると思われる。
【０００９】
なお、この日時の修正については、ホスト装置から取得した正しい日時と、当該正しい時刻を取得する直前に計時手段によって計時された日時との差を算出し、その差に基づいて日時を修正することが考えられる。これは、上記従来技術の説明において記載したように、例えば通信カラオケ端末では、生産工場から出荷されてすぐであれば予備電源が十分に充電されているので計時手段によって計時される日時は正しいが、在庫として数ヶ月も倉庫に放置されて稼動されないと主電源からの供給がないため、いわゆるバッテリのあがった状態となり、計時する日時が不定となる。したがって、その不定日時の状態のままで通信カラオケ端末を稼動させると、主電源からの電源供給が開始されて計時手段が計時を再開するが、それはでたらめな日時を基準とした計時となる。但し、計時を再開しているので、稼働実績情報を作成した時期とホスト装置から正しい日時を取得した時期が異なると、その時間差だけずれてしまっていることとなる。したがって、上述したように両日時の差に基づいて修正することが適切である。
【００１０】
なお、端末装置において記憶されている稼働実績情報の全ての日時が正しくないとは限らないので、上述の「予備電源が計時手段を正常に駆動させるに満たない状態であった場合に記録された稼働実績情報」のみを適切に修正するために、次のようにしてもよい。つまり、稼働実績情報を作成する際に予備電源の電圧を検出し、その検出した電圧が計時手段を正常に駆動させるに満たない状態である場合にのみ日時異常を示す情報を付加しておくのである。こうすれば、ホスト装置から取得した正しい日時に基づき、日時異常を示す情報が付加されている稼働実績情報に含まれる日時のみを修正すればよい。
【００１１】
上述の目的を達成するため、請求項１には、本発明の方法を適用可能な端末装置が提案されている。すなわちその構成は、ホスト装置との間で通信が可能であり、カラオケ利用者のリクエストに応じてカラオケ演奏し、少なくとも稼働実績情報をそのホスト装置へアップロード可能な端末装置において、前記稼働実績情報に含まれる日時を決定する計時手段と、該計時手段へのバッテリバックアップのために設けられた予備電源と、該予備電源の電圧を検出する電圧検出手段と、前記リクエストがあるか否かを判断する判断手段と、前記電圧検出手段によって検出した電圧が前記計時手段を正常に駆動させるに満たない状態である場合には、前記判断手段によってリクエストがないと判断されたときには前記ホスト装置と通信して、前記ホスト装置から正しい日時を取得する正常日時取得手段と、該正常日時取得手段によって取得した正しい日時に基づき、前記予備電源が前記計時手段を正常に駆動させるに満たない状態であった場合に記録された稼働実績情報に含まれる日時を修正する日時修正手段とを備えることを特徴とする。
【００１２】
この端末装置における作用・効果は上述した修正方法として説明した内容と同じであるので、ここでは省略する。なお、この端末装置においては、請求項２に示すように、日時修正手段によって稼働実績情報に含まれる日時を修正した後、当該修正した稼働実績情報をホスト装置へアップロードすることが好ましい。つまり、日時を修正する前の稼働実績情報がアップロードされ、それに基づいてホスト装置にて処理を実行してしまうと不都合が生じるからである。したがって、例えば、日時を修正した後でないとアップロードしないようにすることが考えられる。また、日時を修正しない状態でアップロードしてしまった場合であっても、日時を修正した稼働実績情報を再度アップロードすることでホスト装置側での更新が可能にしてもよい。
【００１３】
【発明の実施の形態】
次に、本発明の稼働実績情報の日時修正方法を実行可能な端末装置を通信式カラオケシステムに適用した一実施形態を図面を参照して説明する。最初に図１を参照して、実施形態のシステムの構成を説明する。図１に示すように、「ホスト装置」としての情報センタ１と「端末装置」としてのカラオケ端末１０とが通信式カラオケシステムであり、公衆回線網５は電話事業者側設備である。
【００１４】
図１に示すシステムは最小の構成例であり、１台の情報センタ１と１台のカラオケ端末１０から構成されているが、実際には、上記各装置１，１０はそれぞれ複数台存在する場合もあり、１台の情報センタ１に対して複数台のカラオケ端末１０が存在するのが一般的である。
【００１５】
まず、情報センタ１の構成を説明する。情報センタ１は、ホストコンピュータ５１と、情報記憶装置５３と、入力装置５５と、通信制御装置５７と、プリンタ５９と、ＣＲＴ６１と、電子タイマ６３とを備えている。
【００１６】
ホストコンピュータ５１は、各種制御プログラムに従って情報センタ全体の動作制御を行っている。情報記憶装置５３には、カラオケ端末１０へ配信可能なカラオケ曲情報が記憶されている。また、カラオケ端末１０毎の稼働実績情報やカラオケ曲情報の配信記録（配信日等も含まれている）あるいは課金実績等もこの情報記憶装置５３に記憶させておくことができる。なお、入力装置５５からは各種指令を入力することができ、例えば、情報記憶装置５３に記憶された稼働実績情報や配信記録あるいは課金実績等をプリンタ５９によって印刷させたり、ＣＲＴ６１に表示させたりすることができる。
【００１７】
また、通信制御装置５７は、電話事業者側設備である公衆回線網５を通してカラオケ端末１０とデータ通信を行うためのものであり、情報センタ１の通信制御装置５７とカラオケ端末１０の通信制御装置２７とが公衆回線網５を介してデータ通信を行なう。情報センタ１からカラオケ曲情報を配信したり、カラオケ端末１０からの稼働実績情報等を吸い上げる場合には、この経路で行なう。
【００１８】
また、電子タイマ６３は、図２に示すように、発振器６４、カウンタ６５、レジスタ６６などから構成されており、レジスタ６６にはホスト時刻情報が収納されている。カウンタ６５は発振器６４の出力をカウントすることによってレジスタ６６内部のホスト時刻情報を常に更新している。
【００１９】
続いて、カラオケ端末１０についてその構成及び機能の概略を説明する。上述したように本発明における「端末装置」に相当するカラオケ端末１０は、装置全体の制御を司り、「正常日時取得手段」及び「日時修正手段」などに相当する中央制御装置３１、入力手段としての多目的入力キー３２、不揮発性の記憶手段であるハードディスク３３、現在の年月日時刻を計時可能な「計時手段」としての電子タイマ３４、音声再生回路３５、画面表示制御装置２６、通信制御装置２７を備えている。そして、音声再生回路３５にはミキサアンプ３８が、画面表示制御装置２６には表示手段としてのテレビモニタ２９がそれぞれ接続されている。また、ミキサアンプ３８にはスピーカ４１とマイクロフォン４３が接続されている。
【００２０】
前記多目的入力キー３２は各種キーを備えており、カラオケ曲の選択作業や、情報センタ１との接続などの操作に使用される。また通信制御装置２７は、電話事業者側設備である公衆回線網５を通して情報センタ１とデータ通信を行うためのものであり、デジタルデータの音声帯域への変調、受信した音声帯域信号のデジタルデータへの復調を行う。
【００２１】
カラオケ端末１０は、カラオケ演奏を行うために必要なカラオケ曲情報を情報センタ１から供給してもらい、内蔵するハードディスク３３に記憶・蓄積しておく。なお、前記ハードディスク３３には記憶される１曲分のカラオケ曲情報は、曲同士を識別するための識別情報である曲番号情報及び実体情報から構成されている。この内の実体情報は、伴奏音楽の情報であるＭＩＤＩ（Musical Instrument Digital Interface）規格の演奏情報、歌詞情報、歌詞の切替や色替えのタイミングを指定するためのタイミング情報、背景映像情報等からなっている。背景映像情報は曲毎に対応した映像情報を符合化したものである。
【００２２】
カラオケ端末１０は、上記のような構成からなり、カラオケ利用者のリクエストに応じて実際にカラオケ演奏を行うための装置である。カラオケ演奏時には、中央制御装置３１は、所定のカラオケ演奏プログラムに従って、カラオケ演奏処理を実行するのであるが、中央制御装置３１は、リクエストされた曲に対応するカラオケ曲情報をハードディスク３３から読み出し、演奏情報は音声再生回路３５に、歌詞情報及び背景映像情報は画面表示制御装置２６にそれぞれ転送する。音声再生回路３５に出力された演奏情報は、アナログの演奏信号に変換された後、ミキサアンプ３８へ送られて電気的に増幅されるとともに、マイクロフォン４３を介して入力する利用者の歌声と適度な割合でミキシングされる。ミキシングされた音声信号は、スピーカ４１により演奏音として外部へ出力される。
【００２３】
一方、演奏情報と同期して出力される歌詞情報は、画面表示制御装置２６において再生された背景映像情報と合成（スーパーインポーズ）されてテレビモニタ２９に表示される。これにより、テレビモニタ２９には、背景映像に歌詞テロップが合成された状態で表示される。
【００２４】
カラオケ演奏を行うために必要なカラオケ曲情報は情報センタ１から供給してもらって内蔵するハードディスク３３に記憶・蓄積しておくことは説明した。過去にリリースされた曲についてはまとめて供給するか、あるいは予めハードディスク３３に記憶させた状態のカラオケ端末１０として利用者側に設置することによって対応するが、今後リリースされる新曲については、情報センタ１から公衆回線網５を介してカラオケ端末１０へ順次供給して補充していく。
【００２５】
この場合、カラオケ端末１０から情報センタ１に対して、例えば１日に１回あるいは１０日に１回というように定期的に問い合わせ、新曲があれば配信してもらうという形式を採用している。ハードディスク３３には新曲配信の問い合わせをするための発信時期が記憶されており、中央制御装置３１は、この発信時期が来ると情報センタ１に対して発信し、問い合わせをするのである。
【００２６】
また、前記電子タイマ３４には、主電源１１及び「予備電源」としての予備電源１３が接続されており、主電源１１が投入されているときには、この主電源１１を電源として動作する。一方、予備電源１３は主電源１１が投入されていない場合のバッテリバックアップとして機能するものである。予備電源１３は主電源１１が投入されている間に充電され、主電源１１が投入されていない場合にはこの予備電源１３を電源として電子タイマ３４は動作することとなる。
【００２７】
そして、この予備電源１３の電圧は「電圧検出手段」としての電圧チェック部１５において検出することができ、中央制御装置３１は、この電圧チェック部１５での検出電圧を入手して後述する所定の判断処理を実行できるようにされている。
【００２８】
なお、この電子タイマ３４は、上述した情報センタ１側の電子タイマ６３と同様の構成であり、図３に示すように、発振器４４、カウンタ４５、レジスタ４６などから構成され、このレジスタ４６には端末時刻情報が収納されている。カウンタ４５は発振器４４の出力をカウントすることによってレジスタ４７内部の端末時刻情報を常に更新している。
【００２９】
但し、上述したように、主電源１１が投入されていない場合には予備電源１３を電源として電子タイマ３４は動作することとなるが、長期間にわたって主電源１１が投入されず充電されないと、いわゆるバッテリがあがった状態となり、電子タイマ３４が正常に計時できる電圧を供給できなくなってしまう。そして、このような状態では計時する日時が不定となるため、その後に主電源１１が投入されて電子タイマ３４が正常に計時できる電圧が供給されたとしても、それはでたらめな日時を基準とした計時となる。そのため、その状況で稼動実績情報（以下、単に「ログ」とも称す。）を記録しても、それに含まれる日時はでたらめになってしまう。
【００３０】
そこで、このように正常でない日時にて作成されてしまったログに含まれる日時を正しい日時に修正するのである。続いて、このログ日時を修正する処理を含むカラオケ端末１０の中央制御装置３１が実行する処理について説明する。
【００３１】
図６のフローチャートに示すように、カラオケ端末１０の電源が投入されるとまずサブルーチンＳＵＢ１をコールする。サブルーチンＳＵＢ１の処理内容を図７のフローチャートを基に説明する。図７の最初のステップＳ１０１では、電圧チェックを行なう。上述したように、予備電源１３の電圧を電圧チェック部１５において検出することができ、中央制御装置３１は、この電圧チェック部１５での検出電圧を入手してこの電圧チェックを行なう。
【００３２】
そして、Ｓ１０３では、その電圧チェックの結果、電圧が正常かどうかを判断する。これは、予備電源１３から検出した電圧が電子タイマ３４を正常に駆動させるに足る状態であれば電圧は正常とし、逆に満たない状態である場合には異常となる。
【００３３】
もし電圧が正常であれば（Ｓ１０３：ＹＥＳ）、Ｓ１０５へ移行して、異常フラグをＯＦＦし、一方、電圧が異常であれば（Ｓ１０３：ＮＯ）、Ｓ１０７へ移行して、異常フラグをＯＮする。この異常フラグは例えば中央制御装置３１の内部メモリ３１ａに記憶され、今後ログを作成して記憶する際などに用いられる。
【００３４】
Ｓ１０５またはＳ１０７にて異常フラグをＯＦＦまたはＯＮした後はＳ１０９へ移行して、電源投入のログをハードディスク３３に記録する。図４にはログのフォーマットを示す。ログは、年月日Ｄ１及び時分秒Ｄ２からなる日時と、稼働内容Ｄ３と、日時異常フラグＤ４の項目からなる。したがって、この場合は電源投入された日時と電源投入されたという稼働内容に加えて、異常フラグの状態が記録される。具体的には例えば内部メモリ３１ａに異常フラグがＯＦＦと記憶されている場合には、このログの日時異常フラグＤ４の項目には「０」が記録され、異常フラグがＯＮの場合には、図５中に矢印（２）で示したログ具体例のように、日時異常フラグＤ４の項目には「１」が記録される。
【００３５】
Ｓ１０９の処理後は、サブルーチンＳＵＢ１をリターンして図６のＳ１３へ移行する。図６のＳ１３では、上述した中央制御装置３１の内部メモリ３１ａに記憶されている異常フラグがＯＮであるかどうかを判断する。
【００３６】
そして、異常フラグがＯＮでない場合、すなわち異常フラグがＯＦＦである場合には（Ｓ１３：ＮＯ）、Ｓ１５へ移行して、カラオケリクエストがあるかどうかを判断する。もしもカラオケリクエストがあれば（Ｓ１５：ＹＥＳ）、Ｓ１７へ移行して、カラオケ演奏を実行すると共に、それに伴う所定のログをハードディスク３３に記録する。このログとは、例えばどんなカラオケ曲を演奏したかとか、後奏カットキーが押されたかといったことである。そして、この場合は異常フラグがＯＦＦであるので、図５中に矢印（１）で示したログ具体例のように、日時異常フラグＤ４の項目は「０」となる。
【００３７】
Ｓ１７での処理の終了後、あるいはＳ１５にて否定判断であった場合にはＳ２５へ移行する。一方、Ｓ１３にて肯定判断、すなわち異常フラグがＯＮであった場合には、Ｓ１９へ移行して、カラオケリクエストがあるかどうかを判断する。そして、カラオケリクエストがあれば（Ｓ１９：ＹＥＳ）、Ｓ２３へ移行して、カラオケ演奏を実行すると共に、それに伴う所定のログをハードディスク３３に記録する。このＳ１９，Ｓ２３の処理は、上述したＳ１５，Ｓ１７の処理と同様であるが、この場合は異常フラグがＯＮであるので、Ｓ２３にて記録されるログは、図５中に矢印（３）で示したログ具体例のように、日時異常フラグＤ４の項目には「１」が記録される。
【００３８】
Ｓ２３の処理後はＳ１９へ戻る。そして、カラオケリクエストがない場合には（Ｓ１９：ＮＯ）、Ｓ２１へ移行して、サブルーチンＳＵＢ２をコールする。サブルーチンＳＵＢ２の処理内容を図８のフローチャートを基に説明する。最初のステップＳ２０１では、情報センタ１と接続する。そして、続くＳ２０３にて端末時刻情報（ｔ）（図３参照）を内部メモリ３１ａに記憶した後、Ｓ２０５にて、情報センタ１からホスト時刻情報（Ｔ）（図２参照）を取得し、やはり内部メモリ３１ａに記憶する。
【００３９】
Ｓ２０７にて情報センタ１との接続を解除した後、Ｓ２０９では、内部メモリ３１ａに記憶されているホスト時刻情報（Ｔ）から端末時刻情報（ｔ）を引いて時刻差（△Ｔ）を算出する。そして、Ｓ２１１にて端末時刻情報（ｔ）を修正する。具体的には、上述の時刻差（△Ｔ）を現在の端末時刻情報（ｔ）に加算することで、ホスト時刻情報（Ｔ）と一致させる。つまり、異常フラグがＯＮということは、予備電源１３が電子タイマ３４を正常に駆動させるに満たない状態が存在していたということであり、例えば正しい時刻から遅れていることが多いと考えられるので、その場合は時刻差（△Ｔ）が正の値となり、正しい時刻から遅れていた端末時刻情報（ｔ）がその正しい時刻に修正されることとなる。もちろん、必ず遅れるとは限らず、逆に早くなってしまって時刻差（△Ｔ）が負となる場合もある。その場合は、正しい時刻から早くなっていた端末時刻情報（ｔ）が、時刻差（△Ｔ）を加算することで正しい時刻に修正されることとなる。
【００４０】
そして、Ｓ２１３においては、ハードディスク３３に記録されているログ（図５参照）の日時及び異常フラグを修正する。これは、年月日Ｄ１及び時分秒Ｄ２の項目と日時異常フラグＤ４の項目を修正するのであるが、全てのログについて修正するのではなく、日時異常フラグＤ４の項目が「１」とされているログだけである。そして、その修正方法は、Ｓ２１１での端末時刻情報（ｔ）の修正と同様で、上述した時刻差（△Ｔ）を日時に加算する。また、これで正しい日時に修正されたのであるから、もう日時異常ではなく、日時異常フラグＤ４を「１」から「０」に修正する。
【００４１】
このように、Ｓ２１１での端末時刻情報（ｔ）の修正、Ｓ２１３でのログの日時・異常フラグの修正が終了すると、続くＳ２１５では、中央制御装置３１の内部メモリ３１ａに記憶されている異常フラグをＯＦＦする。Ｓ２１５の処理後は、サブルーチンＳＵＢ２をリターンして図６のＳ２５へ移行する。
【００４２】
図６のＳ２５では、その他の処理要求があるかどうかを判断し、もしあれば（Ｓ２５：ＹＥＳ）、Ｓ２７にて、該当するその他の処理を実行すると共にその処理に対するログをハードディスク３３に記録する。なお、この場合には中央制御装置３１の内部メモリ３１ａには異常フラグがＯＦＦと記憶されているので、ログの日時異常フラグＤ４の項目は必ず「０」となる。Ｓ２７の処理の終了後、あるいはその他の処理要求がなかった場合には（Ｓ２５：ＮＯ）、Ｓ２９へ移行する。
【００４３】
Ｓ２９では、情報センタ１へのログのアップロード時期かどうかを判断する。これは、例えば毎日所定の時刻にカラオケ端末１０からログをアップロードさせることによって、カラオケシステムの管理に役立てるものである。カラオケ端末１０をいわゆるカラオケボックスにおいて使用している場合には、例えば営業時間外の所定時刻を設定することが好ましい。
【００４４】
そして、アップロード時期であれば（Ｓ２９：ＹＥＳ）、Ｓ３１へ移行して、ハードディスク３３に記録されているログを情報センタ１ヘアップロードする。なお、アップロードするためには情報センタ１と接続することとなるが、より具体的には、カラオケ端末１０は、所定の通信プロトコルに従い公衆回線網５を通じて情報センタ１を発呼し、さらにパスワードを送信する。そして、情報センタ１からパスワードＯＫが送信されて初めて接続が完了し、その後のログを送信することとなる。
【００４５】
このようにＳ３１にてログを情報センタ１へアップロードした後、あるいはログのアップロード時期ではない場合には（Ｓ２９：ＮＯ）、Ｓ１５へ戻る。以上説明したように、カラオケ端末１０にて作成・記録されるログに含まれる日時（年月日Ｄ１及び時分秒Ｄ２）は、電子タイマ３４によって計時された日時に基づいて決定されるのであるが、この電子タイマ３４の電源となる予備電源１３がいわゆる「バッテリのあがった状態」になってしまうと、電子タイマ３４にて正しい日時を計時することはできない。そこで、この予備電源１３の電圧が電子タイマ３４を正常に駆動させるに満たない状態の場合には、カラオケリクエストがないと判断されたときには情報センタ１と通信して正しい日時を情報センタ１から取得する。そして、その取得した正しい日時に基づき、予備電源１３が電子タイマ３４を正常に駆動させるに満たない状態であった場合に記録されたログに含まれる日時を修正するのである。
【００４６】
これによって、例えば情報センタ１にて、カラオケ端末１０からアップロードされたログを検索したり、そのログに基づいて種々の判断をする場合に、間違った日時による不都合は生じない。例えば、カラオケ端末１０をリースする場合に、その稼働時間帯によってリース料金を変更したり、あるいは管理体制を変更したりする場合には、日時が間違っているとトラブルの元となり易い。特に、多数のカラオケ端末１０を１台の情報センタ１にて管理するような場合はなおさらである。したがって、このように正しい日時のログとなるように修正することは非常に有効であると思われる。
【００４７】
なお、この日時の修正については本実施形態では、情報センタ１から取得した正しい日時であるホスト時刻情報（Ｔ）と、当該正しい時刻を取得する直前に電子タイマ３４によって計時されたカラオケ端末１０における端末時刻情報（ｔ）との差（△Ｔ）を算出し、その差に基づいて日時を修正している。
【００４８】
従来技術の説明において記載したように、例えばカラオケ端末１０では、生産工場から出荷されてすぐであれば予備電源１３が十分に充電されているので電子タイマ３４によって計時される日時は正しいが、在庫として数ヶ月も倉庫に放置されて稼動されないと主電源１１からの供給がないため、いわゆるバッテリのあがった状態となり、計時する日時が不定となる。したがって、その不定日時の状態のままでカラオケ端末１０を稼動させると、主電源１１からの電源供給が開始されて電子タイマ３４が計時を再開するが、それはでたらめな日時を基準とした計時となる。但し、計時を再開しているので、ログを作成した時期と情報センタ１から正しい日時を取得した時期が異なると、その時間差だけずれてしまっていることとなる。したがって、これら両日時の差（△Ｔ）に基づいて修正することが適切である。
【００４９】
また、本実施形態では、ログに含まれる日時を修正した後、当該修正したログを情報センタ１へアップロードしている。つまり、日時を修正する前のログがアップロードされ、それに基づいて情報センタ１にて処理を実行してしまうと不都合が生じるため、日時を修正した後でないとアップロードしないように制御している。但し、日時を修正しない状態でアップロードしてしまった場合であっても、日時を修正したログを再度アップロードし、情報センタ１側で更新させるようにすればよい。
【００５０】
以上本発明はこの様な実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲において種々なる態様で実施し得る。例えば、上記実施形態は通信式カラオケシステムのネットワークに適用したものであったが、少なくとも稼働実績情報を端末装置からホスト装置へアップロードすることを前提とするその他の種々の通信ネットワークに適用できる。
【図面の簡単な説明】
【図１】 実施形態の通信式カラオケシステムの概略構成を示すブロック図である。
【図２】 実施形態の情報センタにおける電子タイマの構成を示すブロック図である。
【図３】 実施形態のカラオケ端末における電子タイマの構成を示すブロック図である。
【図４】 実施形態のカラオケ端末にて作成・記録されるログのローマットを示す説明図である。
【図５】 実施形態のカラオケ端末におけるログ記録例を示す説明図である。
【図６】 実施例のカラオケ端末で実行されるメイン処理を示すフローチャートである。
【図７】 端末メイン処理中で実行されるＳＵＢ１処理を示すフローチャートである。
【図８】 端末メイン処理中で実行されるＳＵＢ２処理を示すフローチャートである。
【符号の説明】
１…情報センタ ５…公衆回線網１０…カラオケ端末 １１…主電源１３…予備電源 １５…電圧チェック部２７…通信制御装置 ２９…テレビモニタ３１…中央制御装置 ３１ａ…内部メモリ３３…ハードディスク ３４…電子タイマ５１…ホストコンピュータ ５３…情報記憶装置５７…通信制御装置 ６３…電子タイマ
【図１】
0003900207.tif 000002
【図２】
0003900207.tif 000003
【図３】
0003900207.tif 000004
【図４】
0003900207.tif 000005
【図５】
0003900207.tif 000006
【図６】
0003900207.tif 000007
【図７】
0003900207.tif 000008
【図８】
0003900207.tif 000009