JP2004062425A

JP2004062425A - 通信端末装置

Info

Publication number: JP2004062425A
Application number: JP2002218460A
Authority: JP
Inventors: Yoshinobu Naito; 内藤　芳信; Satoshi Furukawa; 古川　敏
Original assignee: Brother Industries Ltd
Current assignee: Brother Industries Ltd
Priority date: 2002-07-26
Filing date: 2002-07-26
Publication date: 2004-02-26

Abstract

【課題】記憶容量を増大させることなく、ホストコンピュータから受信した通信端末装置自体の各機能を検査あるいは復旧するプログラムを確実に記憶・保持して、そのプログラムにより各機能を検査・復旧することができる通信端末装置を提供すること。
【解決手段】ホストコンピュータ２から通信ネットワーク３を介して通信装置１９が検査復旧プログラムを受信したとき、ＣＰＵ１４は、そのプログラムの格納先として最も信頼性の高いＥＥＰＲＯＭ１２を選択して、検査復旧プログラムをＥＥＰＲＯＭ１２に書き込む。ただし、ＥＥＰＲＯＭ１２に検査復旧プログラムのデータ容量分の空き容量がない場合には、ＣＰＵ１４は、検査復旧プログラムよりも重要度の低いデータファイルをハードディスク１３ａに移動させて、検査復旧プログラムをＥＥＰＲＯＭ１２に書き込む。
【選択図】　　　　　　図２

Description

【０００１】
【発明の属する技術分野】
本発明は、通信ネットワークを介してホストコンピュータに接続する通信端末装置に関する。さらに詳細には、通信端末装置の機能を検査あるいは復旧するプログラムをホストコンピュータから受信して記憶する通信端末装置に関するものである。
【０００２】
【従来の技術】
従来から、通信ネットワークを介してホストコンピュータに接続された通信端末装置では、ホストコンピュータから受信したデータを、主にハードディスクなどのディスクドライブである不揮発性記憶装置に書き込んでいる。そして、通信端末装置の各機能を検査あるいは復旧するプログラムも、一般のデータと同様に、ハードディスクなどのディスクドライブに書き込んでいる。
【０００３】
【発明が解決しようとする課題】
しかしながら、ハードディスクなどのディスクドライブは物理的な故障や論理的な故障が多く、読み取りができなくなったり、あるいは記憶しているデータが消失したりするおそれがあるという問題があった。このため、通信端末装置の各機能を検査あるいは復旧するプログラムを、ハードディスクなどのディスクドライブのような記憶装置に格納していると、プログラムの読み取りができなくなったり、あるいはプログラムが消失したりして、通信端末装置の各機能を検査・復旧することができなくなるというおそれがあった。
【０００４】
なお、このような問題は、記憶装置を多重化したり、ファイルを複数持たせることにより解消することはできるが、これらの技術を用いると記憶容量が大きくなりコスト面での問題が生じてしまう。
【０００５】
そこで、本発明は上記した問題点を解決するためになされたものであり、記憶容量を増大させることなく、ホストコンピュータから受信した通信端末装置自体の各機能を検査あるいは復旧するプログラムを確実に記憶・保持して、そのプログラムにより各機能を検査・復旧することができる通信端末装置を提供することを課題とする。
【０００６】
【課題を解決するための手段】
上記問題点を解決するためになされた請求項１に係る発明は、通信ネットワークを介してホストコンピュータと接続された通信端末装置において、前記ホストコンピュータから前記通信ネットワークを介して前記通信端末装置の各機能を検査または復旧するためのプログラムを受信するプログラム受信手段と、データの書き込みが可能な種類の異なる複数の記憶手段と、前記複数の記憶手段のうち、信頼性が最も高い記憶手段を選択する選択手段と、前記選択手段が選択した記憶手段に前記プログラム受信手段が受信したプログラムを書き込むプログラム書き込み手段と、前記プログラム書き込み手段が書き込んだプログラムを実行するプログラム実行手段と、を有することを特徴とする。
【０００７】
このような特徴を有する請求項１に係る通信端末装置によれば、プログラム受信手段により、ホストコンピュータから通信ネットワークを介して通信端末装置の各機能を検査または復旧するためのプログラムが受信される。そして、受信されたプログラムは、プログラム書き込み手段により、選択手段が選択した記憶手段に書き込まれる。その後、プログラム実行手段により、プログラム書き込み手段によって書き込まれたプログラムが実行され、通信端末装置にて各機能の検査あるいは復旧が行われる。ここで、選択手段は、データの書き込みが可能な種類の異なる複数の記憶手段のうち、信頼性が最も高い記憶手段を選択する。したがって、ホストコンピュータから受信した検査復旧プログラムを最も信頼性の高い記憶手段に格納することができ、そのプログラムにより各機能を確実に検査・復旧することができる。
【０００８】
なお、データの書き込みが可能な種類の異なる複数の記憶手段とは、例えばハードディスク、ＭＯ、ＣＤ−ＲＷ、ＥＥＰＲＯＭ、および電源バックアップされたＳＲＡＭなどである。そして、記憶装置の信頼性とは、記憶装置の故障率を基準にしたり、読み取りの失敗率を基準にしたり、あるいは再書き込み可能な回数を基準にしたりして評価される記憶装置の性能を示すものである。例えば、記憶装置の故障率を基準にした場合には、信頼性が最も高いとは故障率が最も低いことを意味する。例えば、上記した記憶手段の信頼性は、高い方からＥＥＰＲＯＭ、電源バックアップされたＳＲＡＭ、ハードディスク、ＭＯ、ＣＤ−ＲＷの順と考えることができる。
【０００９】
また、検査プログラムには、例えばＲＡＭのメモリチェック、ディスクのチェックディスクあるいはスキャンディスク、通信手段の検査、ハードウェアの検査、およびソフトウェア的なウィルスの検査などが含まれる。復旧プログラムには、例えばディスクのチェックディスクあるいはスキャンディスク、ディスクの破損クラスタを使用しないようにする修復、ソフトウェア的なウィルスの駆除などが含まれる。
【００１０】
また、請求項２に係る発明は、請求項１に記載する通信端末装置において、前記プログラム受信手段が受信したプログラムのデータ容量分の空き容量が前記選択手段が選択した記憶手段にあるか否かを判断する空き容量判断手段を有し、前記プログラム書き込み手段は、前記空き容量判断手段が前記空き容量があると判断した場合、前記選択手段が選択した記憶手段に対して前記プログラム受信手段が受信したプログラムを書き込むことを特徴とする。
【００１１】
このような特徴を有する請求項２に係る通信端末装置によれば、空き容量判断手段により、プログラム受信手段が受信したプログラムのデータ容量分の空き容量が選択手段が選択した記憶手段にあるか否かが判断される。このように空き容量を確認するのは、信頼性が高い記憶装置は一般的に記憶容量が小さいからである。例えば、上記した各記憶手段の記憶容量は、ＥＥＰＲＯＭで１Ｍバイト程度、ＳＲＡＭで数十Ｍバイト程度、ハードディスクで数十Ｇバイト程度である。
【００１２】
そして、プログラム書き込み手段により、空き容量判断手段が空き容量があると判断した場合にのみ、選択手段が選択した記憶手段に対してプログラム受信手段が受信したプログラムが書き込まれる。このため、ホストコンピュータから受信した検査復旧プログラムのすべてを選択した記憶手段に確実に格納することができる。
【００１３】
また、請求項３に係る発明は、請求項２に記載する通信端末装置において、　前記選択手段は、前記空き容量確認手段が前記空き容量がないと判断した場合、前回選択したものの次に信頼性が高い記憶手段を選択することを特徴とする。
【００１４】
このような特徴を有する請求項３に係る通信端末装置によれば、空き容量確認手段が選択された記憶手段に空き容量がないと判断した場合には、選択手段により、前回選択したものの次に信頼性が高い記憶手段が選択される。これにより、今回選択された記憶手段にホストコンピュータから受信した検査復旧プログラムが書き込まれ、空き容量不足のために検査復旧プログラムのすべてを格納することができなくなるような事態を確実に回避することができるとともに、検査復旧プログラムをできる限り信頼性の高い記憶手段に格納することができる。
【００１５】
また、請求項４に係る発明は、請求項３に記載する通信端末装置において、前記選択手段は、選択すべき記憶手段が存在しない場合、その旨を報知することを特徴とする。
【００１６】
このような特徴を有する請求項４に係る通信端末装置によれば、空き容量確認手段が選択された記憶手段に空き容量がないと判断した場合において、選択手段が選択すべき記憶手段が存在しないとき、つまり受信したプログラムの容量分の空き容量がすべての記憶手段に存在しないときは、選択手段によりその旨が報知される。この報知は、通信端末装置からホストコンピュータに発してもよいし、通信端末装置のオペレータ等に対して発してもよい。これにより、ホストコンピュータから受信した検査復旧プログラムを記憶手段に書き込むことができないことが明確になり、その後の対処を的確かつ迅速に行うことができる。
【００１７】
また、請求項５に係る発明は、請求項１に記載する通信端末装置において、前記プログラム受信手段が受信したプログラムのデータ容量分の空き容量が前記選択手段が選択した記憶手段にあるか否かを判断する空き容量判断手段と、前記空き容量判断手段が前記空き容量がないと判断した場合に、前記選択手段が選択した記憶手段に前記プログラム受信手段が受信した前記プログラムの重要度よりも低い重要度のデータファイルが存在するか否かを判断するファイル判断手段と、前記ファイル判断手段が重要度の低いデータファイルが存在すると判断した場合に、前記重要度の低いデータファイルを前記選択手段が選択した記憶手段の信頼性よりも信頼性が低い記憶手段に移動させるファイル移動手段とを有し、前記プログラム書き込み手段は、前記ファイル移動手段が前記重要度の低いデータファイルを移動させた後、前記選択手段が選択した記憶手段に対して前記プログラム受信手段が受信したプログラムを書き込むことを特徴とする。
【００１８】
このような特徴を有する請求項５に係る通信端末装置によれば、空き容量判断手段が空き容量がないと判断した場合には、ファイル判断手段により、選択手段が選択した記憶手段にプログラム受信手段が受信したプログラムの重要度よりも低い重要度のデータファイルが存在するか否かが判断される。次いで、ファイル判断手段が重要度の低いデータファイルが存在すると判断した場合には、ファイル移動手段により、重要度の低いデータファイルが選択手段が選択した記憶手段の信頼性よりも信頼性が低い記憶手段に移動させられる。そして、プログラム書き込み手段により、ファイル移動手段が重要度の低いデータファイルを移動させた後、選択手段が選択した記憶手段に対してプログラム受信手段が受信したプログラムが書き込まれる。これにより、ホストコンピュータから受信した検査復旧プログラムを常に信頼性の最も高い記憶手段に格納することができる。
【００１９】
また、請求項６に係る発明は、請求項５に記載する通信端末装置において、前記空き容量判断手段は、前記ファイル移動手段が前記重要度の低いデータファイルを移動させた後、前記選択手段が選択した記憶手段に前記空き容量があるか否かを再判断し、前記プログラム書き込み手段は、前記空き容量判断手段によって前記空き容量があると判断されたときに、前記選択手段が選択した記憶手段に対して前記プログラム受信手段が受信したプログラムを書き込むことを特徴とする。
【００２０】
このような特徴を有する請求項６に係る通信端末装置によれば、ファイル移動手段が重要度の低いデータファイルを移動させた後に、空き容量判断手段により、選択手段が選択した記憶手段に空き容量があるか否かが再判断される。データファイルを移動した後であっても、受信したプログラムの容量分だけの空き容量が必ず確保されるとは限らないから、再度、空き容量を確認するのである。そして、空き容量判断手段によって空き容量があると判断されれば、プログラム書き込み手段により、選択手段が選択した記憶手段に対してプログラム受信手段が受信したプログラムが書き込まれる。したがって、ホストコンピュータから受信した検査復旧プログラムのすべてを常に信頼性の高い記憶手段に格納することができる。
【００２１】
また、請求項７に係る発明は、請求項５に記載する通信端末装置において、前記選択手段は、前記ファイル判断手段が前記プログラム受信手段が受信したプログラムの重要度よりも重要度の低いデータファイルが存在しないと判断した場合、記憶手段の選択を再度行うことを特徴とする。
【００２２】
このような特徴を有する請求項７に係る通信端末装置によれば、ファイル判断手段がプログラム受信手段が受信したプログラムの重要度よりも重要度の低いデータファイルが存在しないと判断した場合には、選択手段により、記憶手段の選択が再度行なわれる。つまり、選択手段により、次に信頼性が高い記憶手段が選択される。これにより、ホストコンピュータから受信した検査復旧プログラムをできる限り信頼性の高い記憶手段に格納することができる。
【００２３】
【発明の実施の形態】
以下、本発明の通信端末装置を具体化した最も好適な実施の形態について図面に基づいて詳細に説明する。本実施の形態は、カラオケ装置に関するものである。そこで、このカラオケ装置の構成を図１に示す。図１は、本実施の形態に係るカラオケ装置における電気的構成を示すブロック図である。このカラオケ装置１は、通信ネットワーク３を介して音楽情報と画像情報とが伝達される、いわゆる通信カラオケといわれるものである。この場合、利用者は通信ネットワーク３により伝達された音楽情報と画像情報とに基づいて、例えば、テレビ等の表示装置（表示手段）に表示される歌詞を参照しながら、スピーカより流れる演奏に合わせて、マイクを使って歌を歌うことができるようになっている。
【００２４】
このカラオケ装置１には、図１に示されるように、ホストコンピュータ２に通信ネットワーク３を介して接続し各種の情報を送受信する通信装置１９、曲の予約などを行う入力装置１０、カラオケ装置１を制御するためのＣＰＵ１４、各種情報を一時的に記憶するＲＡＭ１５、演奏の再生を行う音源再生装置１８、音楽情報に係る電気信号を増幅等するアンプ２０、アンプ２０からの電気信号を入力して伴奏曲及び利用者の歌声等を流すスピーカ２２、利用者の歌声等をアンプ２０に入力するマイク２３、記憶手段としてのＥＥＰＲＯＭ１２とハードディスク１３ａ〜１３ｃ、画像情報等を映像化するための映像再生装置２４、および画像情報である背景画及び歌詞等を表示する表示装置２６が備わっている。なお、通信装置１９がプログラム受信手段に相当し、ＣＰＵ１４が選択手段、プログラム書き込み手段、プログラム実行手段、空き容量判断手段、ファイル判断手段、およびファイル移動手段に相当する。
【００２５】
ホストコンピュータ２は、通信ネットワーク３を介してアクセス可能であって、端末としてのカラオケ装置１に対して、最新の流行曲等の曲データを発信したり、どのような曲が何回演奏されたかといったローグデータを含む関連情報をカラオケ装置１から受信したりして管理することができるようになっている。また、ホストコンピュータ２は、データベースを備えており、このデータベースに楽曲演奏に使用するコンテンツデータとしての音楽情報や背景画または歌詞等の画像情報などを記憶している。また、ホストコンピュータ２は、コンテンツデータ以外にバージョンアップされた検査復旧プログラムやシステムプログラム等をデータベースに記憶し、そのデータベースから随時読み出してカラオケ装置１に対して発信することができるようになっている。
【００２６】
ＣＰＵ１４と接続される通信装置１９は、信号の変調および復調を行う変復調装置であって、ＣＰＵ１４の制御の下に、通信ネットワーク３を通じてホストコンピュータ２にアクセス可能となっている。それにより、通信装置１９は、通信ネットワーク３を介してホストコンピュータ２から送られてくる曲データや検査復旧プログラムを受信したり、上記した関連情報をホストコンピュータ２に伝送することができるようになっている。なお、検査復旧プログラムについての詳細は後述する。
【００２７】
ＣＰＵ１４と接続される入力装置１０は、利用者によって操作されるものであり、任意の曲の選択、演奏音の音程の調整、演奏と歌との音量バランスの調整、その他、エコー、音量、トーンなど各種調整を行うための操作部（図示せず）を備えている。この操作部は、一般にリモコンタイプであって、曲番号を予約番号として予約する曲番号キー等を備えている。それにより、利用者は、そのリモコンを介して遠隔操作によって、再生する曲をカラオケ装置１に予約登録することができるようになっている。
【００２８】
また、ＣＰＵ１４に接続されるＥＥＰＲＯＭ１２にはシステムプログラムや各種の設定に必要な設定データなどが記憶されている。また、ハードディスク１３ａ〜１３ｃには、音楽情報や画像情報などのコンテンツデータや演奏記録などのログデータなどが記憶されている。なお、本実施の形態においては、ＥＥＰＲＯＭ１２の記憶容量は５ＭＢであり、ハードディスク１３ａ，１３ｂ，１３ｃの記憶容量は、それぞれ６０ＧＢ，４０ＧＢ，４０ＧＢとなっている（図５（Ａ）参照）。そして、入力装置１０の操作部を介して曲が選択されると、ＣＰＵ１４は、歌詞データ、映像データからなる画像情報、および演奏データからなる音楽情報をハードディスク１３ａ〜１３ｃのいずれかから呼び出して、映像再生装置２４および音源再生装置１８に同期させて出力するようになっている。
【００２９】
その後、ＣＰＵ１４から出力される演奏データは、音源再生装置１８において、アナログの演奏音信号に変換された後、アンプ２０へ送られて電気的に増幅される。このアンプ２０は、マイク２３を介して入力される利用者の歌唱音信号と適度な割合でミキシングもするので、ミキシングされた歌唱音信号と演奏音信号は、アンプ２０からスピーカ２２に出力され、音声及び演奏音となってスピーカ２２から外部へ出力される。
【００３０】
一方、ＣＰＵ１４と接続される映像再生装置２４は、ＣＰＵ１４の制御の下にに、ハードディスク１３ａ〜１３ｃのいずれかから読み出された画像情報に基づく画像の再生を行なうものである。それにより、ＣＰＵ１４により出力される歌詞データは、映像再生装置２４において映像データと合成され、表示装置２６の画面に背景映像と共にテロップが表示されるようになっている。
【００３１】
ここで一般的に、カラオケ装置の各機能を検査あるいは復旧する検査復旧プログラムは、工場出荷時にＥＥＰＲＯＭに書き込まれているのが普通である。ＥＥＰＲＯＭは故障率が低いからである。なお、検査復旧プログラムが工場出荷時に書き込まれていない場合には、カラオケ装置が設置された後に、ホストコンピュータから受信するようになっている。また、工場出荷時にＥＥＰＲＯＭに書き込まれている場合であっても、検査復旧プログラムの仕様変更や不具合修正の改変された（バージョンアップされた）プログラムを、ホストコンピュータから受信することがある。
【００３２】
検査復旧プログラムには、検査プログラムとして、ある値をＲＡＭに書き込んだ後にその値を読み込んで、値が同じである否かを検査するためのＲＡＭのメモリチェック、ハードディスク等に実装されたファイルシステムの論理的なリンク構造が壊れていない否かを検査するためのディスクのチェックディスクあるいはスキャンディスク、通信端末装置（カラオケ装置）がホストコンピュータにテストを意味するモデム通信を行うための通信装置の検査、ＬＳＩなどの各ハードデバイスが正常に接続されているか否かを検査するハードウェアの検査、およびファイルや電子メールのデータがウィルスに感染しているか否かを検査するソフトウェア的なウィルスの検査などを行うプログラムが含まれている。
【００３３】
また、復旧プログラムとして、ファイルシステムの論理的な破損箇所を修復するためのディスクのチェックディスクあるいはスキャンディスク、ディスク面の傷などの物理的なディスクの破損クラスタを使用しないようにする修復、ファイルや電子メールのデータがウィルスに感染している場合にウィルスを取り除いたり、動作させないようにするためのソフトウェア的なウィルスの駆除などを行うプログラムが含まれている。
【００３４】
そして、検査復旧プログラムを受信したカラオケ装置１では、次のようにしてそのプログラムを記憶装置（ＥＥＰＲＯＭ１２、ハードディスク１３ａ〜１３ｃ）に格納する。このプログラム格納処理について図２に示すフローチャートを参照して詳細に説明する。なお、本実施の形態のカラオケ装置１においては、工場出荷時に検査復旧プログラムがＥＥＰＲＯＭ１２に格納されている（図５（Ａ）参照）。
【００３５】
まず、通信装置１９がホストコンピュータ２からバージョンアップされた検査復旧プログラムを取得する（Ｓ１）。このとき取得された検査復旧プログラムは、最も記憶容量が大きいハードディスク１３ａに一時的に格納される（図５（Ａ）参照）。そして、通信装置１９が取得した検査復旧プログラムのデータ容量がチェックされる。次いで、ＣＰＵ１４は、通信装置１９が取得した検査復旧プログラムを格納するための記憶装置を選択する（Ｓ２）。このとき、ＣＰＵ１４は、通信装置１９が取得したプログラムのデータ重要度（図４参照）も確認する。なぜなら、データ重要度の高いデータファイルであれば、記憶容量が小さくても信頼性の高い記憶装置に格納する必要があるが、データ重要度が低いファイルデータであれば、信頼性の高い（記憶容量の小さい）記憶装置（本実施の形態ではＥＥＰＲＯＭ１２）に格納する必要はないからである。なお、ＣＰＵ１４による記憶装置の選択の詳細については後述する。
【００３６】
ここで、ＥＥＰＲＯＭ１２およびハードディスク１３ａ〜１３ｃの信頼性は、あらかじめ決められている。本実施の形態では、各記憶装置の故障率を基準にして、故障率が低いものを信頼性が高いとし、故障率が高いものを信頼性が低いとしている。なお、信頼性については、その他にも、読み取りの失敗率を基準にしたり、再書き込み可能な回数を基準にしたりなどして設定することもできる。そして、ＥＥＰＲＯＭ１２およびハードディスク１３ａ〜１３ｃの故障率を基準にして信頼性を順位付けし、図３に示すようなテーブルデータとしてあらかじめ記憶させている。なお、ハードディスク１３ａ〜１３ｃの故障率は同じであるが、本実施の形態では便宜的にハードディスク１３ａ〜１３ｃに対して信頼性の優先順位を付けている。また、ハードディスク以外の記憶装置、例えばＳＲＡＭやＣＤ−ＲＷなどを使用する場合には、信頼性の優先順位は、高い方から順に、ＥＥＰＲＯＭ、ＳＲＡＭ、ハードディスク、ＣＤ−ＲＷとすればよい。また、信頼性に関する情報はテーブルに記憶させる代わりに、通信装置１９が取得する検査復旧プログラムなどに書き込んでおいてもよい。
【００３７】
そして、記憶装置の選択は、ＣＰＵ１４が図３に示すテーブルに基づき優先順位が高いものを選択することにより行われる。すなわち、本実施の形態では、通信装置１９がデータ重要度の高い検査復旧プログラム（重要度「２」）を取得しているから、ＥＥＰＲＯＭ１２が選択されることになる。ここで、本実施の形態において、ＣＰＵ１４がＳ２で最初に選択する記憶装置について簡単に説明すると、例えば、通信装置１９がシステムプログラム（重要度「１」）または設定データ（重要度「３」）を取得した場合には、ＣＰＵ１４はＥＥＰＲＯＭ１２を選択し、通信装置１９がコンテンツデータ（重要度「１０」）またはログデータ（重要度「１００」）を取得した場合には、ＣＰＵ１４はハードデスク１３ａを選択することになる。
【００３８】
上記した記憶装置の選択が終了すると、ＣＰＵ１４は、選択した記憶装置が存在するか否かを確認する（Ｓ３）。このとき、選択した記憶装置が存在する場合には（Ｓ３：ＹＥＳ）、Ｓ４の処理が実行される。Ｓ４においては、ＣＰＵ１４が、選択した記憶装置に通信装置１９が取得した検査復旧プログラムのデータ容量に相当する空き容量が存在するか否かを判断する。一方、ＣＰＵ１４は、選択した記憶装置が存在しない場合には（Ｓ３：ＮＯ）、プログラム格納処理が正常に行われなかった旨をホストコンピュータ２に報知して処理を終了する。これにより、検査復旧プログラムを記憶手段に書き込むことができないことが明確になり、その後の対処を的確かつ迅速に行うことができる。なお、異常終了の報知は、ホストコンピュータ２の他に、カラオケ装置１の表示装置２６やスピーカ２２を使用して行うようにしてもよい。
【００３９】
続いて、ＣＰＵ１４は、空き容量が存在すると判断した場合には（Ｓ４：ＹＥＳ）、通信装置１９が取得した検査復旧プログラムを選択した記憶装置に書き込む（Ｓ５）。一方、ＣＰＵ１４は、空き容量が存在しないと判断した場合には（Ｓ４：ＮＯ）、選択した記憶装置内に存在するファイルデータの重要性を判断する。具体的には、まず、ファイル重要度ｐを「ｐ＝１００」に設定する（Ｓ１０）。
【００４０】
ここで、ファイル重要度ｐは、データファイルの種別ごとにあらかじめ決められている。そして、本実施の形態では、図４に示すようなテーブルデータとして記憶している。なお、ファイル重要度ｐの値は、小さいほど重要度が高いことを示す。したがって、図４に示すデータファイルでは、重要度は高い方から、システムプログラム、検査復旧プログラム、設定データ、コンテンツデータ、ログデータの順となる。
【００４１】
このようにコンテンツデータやログデータの重要度が低いのは、これらのデータの一部が消失等しても、カラオケ装置を運用することができなくなるようなことはないからである。例えば、コンテンツデータには、曲演奏時にテレビに出力する背景画は演歌用背景画とか、ポップス用背景画とかのジャンル別に複数の映像データが含まれているので、１つのデータが消失しても代替えデータを用意することができる。これに対し、検査復旧プログラムは、それに代用するファイルは無く、カラオケ装置１の運用をより円滑に行うために重要度が最も高いのである。
【００４２】
ＣＰＵ１４は、ファイル重要度ｐを「ｐ＝１００」に設定すると、選択した記憶装置にファイル重要度ｐ（初回はｐ＝１００）のデータファイルが存在する否かを検索する（Ｓ１１）。ファイル重量度ｐのデータファイル（初回はログデータ）が存在する場合には（Ｓ１１：ＹＥＳ）、そのデータファイルを移動させる（Ｓ１２）。これにより、ＣＰＵ１４が選択した記憶装置の空き容量が増える。
【００４３】
そして、データファイルを移動させた後、ＣＰＵ１４は、選択した記憶装置に空き容量があるか否かを再度確認する（Ｓ１３）。このとき、空き容量が存在する場合には（Ｓ１３：ＹＥＳ）、ＣＰＵ１４は、通信装置１９が取得した検査復旧プログラムを選択した記憶装置に書き込み（Ｓ５）、プログラム格納処理を終了する。これにより、信頼性の高い記憶装置に検査復旧プログラムのすべてを確実に格納することができる。一方、空き容量が存在しない場合には（Ｓ１３：ＮＯ）、ＣＰＵ１４は、処理をＳ１１に戻す。
【００４４】
ここで、Ｓ１１において、ファイル重量度ｐのデータファイルが存在しない場合には（Ｓ１１：ＮＯ）、ＣＰＵ１４は、ファイル重要度ｐの値を「１」小さくする（Ｓ２０）。すなわち、データファイルの重要度を上げるのである。そしてデータファイルの検索を繰り返し行う。
【００４５】
具体的には、まず、ＣＰＵ１４は、ファイル重要度ｐがｐ＞２であるか否かを判断する（Ｓ２１）。その結果、ファイル重要度ｐがｐ＞２を満たしている場合には（Ｓ２１：ＹＥＳ）、ＣＰＵ１４は、処理をＳ１１に戻し記憶装置を変更せずにファイルの検索を繰り返す。ファイル重要度ｐがｐ＞２を満たしていれば、検査復旧プログラムより重要度の低いデータファイルが存在する可能性があるからである。
【００４６】
一方、ファイル重要度ｐがｐ＞２を満たしていない場合には（Ｓ２１：ＮＯ）、ＣＰＵ１４は、処理をＳ２に戻し、前回に選択した記憶装置の次に信頼性の高い記憶装置を選択して上記の処理を繰り返す。選択した記憶装置に検査復旧プログラムより重要度の低いデータファイルが存在しない、すなわち移動対象になるデータファイルが存在しないからである。例えば、ＣＰＵ１４が前回の選択でＥＥＰＲＯＭ１２を選択していた場合、ＣＰＵ１４は、今回、ハードディスク１３ａを選択して、空き容量の確認（Ｓ４）、さらにはデータファイルの検索（Ｓ１１、Ｓ２０，Ｓ２１）、ファイルの移動（Ｓ１２）などの処理を行うことになる。このような処理が行われることにより、通信装置１９が取得した検査復旧プログラムは、できる限り信頼性の高い記憶装置に格納される。
【００４７】
続いて、上記した検査復旧プログラムの格納処理について図２および図５を参照し、より具体的に説明する。なお、図５は各記憶装置におけるデータ格納状態を示すものであり、（Ａ）は検査復旧プログラムを取得した直後の状態を示し、（Ｂ）は格納処理終了後の状態を示したものである。ここに例示するのは、工場出荷時にＥＥＰＲＯＭ１２に格納されている検査復旧プログラム（容量４００ＫＢ）についてバージョンアップした検査復旧プログラム（容量６００ＫＢ）をホストコンピュータ２から取得してＥＥＰＲＯＭ１２へ格納する場合の処理である。
【００４８】
まず、ホストコンピュータ２からバージョンアップされた検査復旧プログラムが配信され、通信装置１９がその検査復旧プログラムを取得し（図２のＳ１）、図５（Ａ）に示すように、一時的にハードディスク１３ａに格納する。そして、ＣＰＵ１４は、バージョンアップされた検査復旧プログラムのデータ容量をチェックし、そのデータ容量は６００ＫＢである判断する。
【００４９】
次いで、ＣＰＵ１４は、バージョンアップされた検査復旧プログラムを格納するための記憶装置として、検査復旧プログラムのデータ重要度に基づいてＥＥＰＲＯＭ１２を選択し（図２のＳ２）、ＥＥＰＲＯＭ１２にその検査復旧プログラムを格納するための空き容量（６００ＫＢ以上）があるか否かを判断する（図２のＳ４）。ここで、図５（Ａ）に示すように、ＥＥＰＲＯＭ１２には、バージョンアップされた検査復旧プログラムを格納するための空き容量としては５００ＫＢ（旧バージョンの検査復旧プログラム４００ＫＢ＋空き１００ＫＢ）しかない。なお、旧バージョンの検査復旧プログラムは不要となるので空き容量として計算される。したがって、ＥＥＰＲＯＭ１２に必要な空き容量がないので、ＣＰＵ１４は、処理を図２のＳ１０、Ｓ１１へと進める。
【００５０】
ここで、図５（Ａ）に示すように、ＥＥＰＲＯＭ１２には、ログデータ（重要度ｐ＝１００）、コンテンツデータ（重要度ｐ＝１０）は存在しない。このため、ＣＰＵ１４は、図２に示すＳ１１，Ｓ２０，Ｓ２１の処理を繰り返し、最終的に図２のＳ１１において重要度ｐ＝３の設定データを検出する。そして、ＣＰＵ１２は、図２に示すＳ１２の処理にて設定データをＥＥＰＲＯＭ１２からハードディスク１３ａに移動させる。これにより、バージョンアップされた検査復旧プログラムを格納するための空き容量として１０００ＫＢ（設定データ５００ＫＢ＋旧バージョンの検査プログラム５００ＫＢ＋空き１００ＫＢ）確保される。
【００５１】
このため、ＣＰＵ１２は、処理を図２のＳ５に進めて、ハードディスク１３ａに一時的に格納されているバージョンアップされた検査復旧プログラムをＥＥＰＲＯＭ１２に移動させて格納する。かくして、検査復旧プログラムの格納処理が終了し、各記憶装置のデータ格納状態が図５（Ｂ）に示すようになる。すなわち、バージョンアップされた検査復旧プログラムが最も信頼性の高いＥＥＰＲＯＭ１２に格納される。
【００５２】
以上、詳細に説明したように本実施の形態に係るカラオケ装置１によれば、通信装置１９が取得した検査復旧プログラムをできる限り信頼性の高い記憶装置に格納することができる。すなわち、カラオケ装置１では、原則として、検査復旧プログラムは信頼性の高いＥＥＰＲＯＭ１２に格納され、ＥＥＰＲＯＭ１２の空き容量が足りないときに限って、ハードディスク１３ａ（あるいは１３ｂ，１３ｃ）に格納される。これにより、記憶装置を多重化したり、ファイルを複数持たせたりするようなコストアップを伴う対策を施さなくても、検査復旧プログラムが消失したり、読み取り不能になったりすることがなくなる。その結果、カラオケ装置１における検査復旧に関する情報を、ホストコンピュータ２に確実に通知することができるので、カラオケ装置１の運用に支障を来す前に、問題のある部分の修理やカラオケ装置１自体の交換などを積極的に行うことができる。
【００５３】
なお、上記した実施の形態は単なる例示にすぎず、本発明を何ら限定するものではなく、その要旨を逸脱しない範囲内で種々の改良、変形が可能であることはもちろんである。上記実施の形態では、本発明を通信カラオケ装置に適用した例を示したが、通信カラオケ装置以外であっても、通信ネットワークに接続された通信端末装置（例えば、パーソナルコンピュータなど）であれば、本発明を適用することができる。また、上記実施の形態では、データファイルの重要度に関するデータをテーブルに記憶させているが、記憶装置に関する信頼性の優先順位と同様、検査復旧プログラムなどに書き込んでおくこともできる。さらに、信頼性の高い記憶装置を多数備えている場合には、上記した検査復旧プログラム格納処理において、Ｓ１０〜Ｓ２１の処理を省略することもできる。
【００５４】
【発明の効果】
以上説明した通り、請求項１に係る発明によれば、通信ネットワークを介してホストコンピュータと接続された通信端末装置において、前記ホストコンピュータから前記通信ネットワークを介して前記通信端末装置の各機能を検査または復旧するためのプログラムを受信するプログラム受信手段と、データの書き込みが可能な種類の異なる複数の記憶手段と、前記複数の記憶手段のうち、信頼性が最も高い記憶手段を選択する選択手段と、前記選択手段が選択した記憶手段に前記プログラム受信手段が受信したプログラムを書き込むプログラム書き込み手段と、前記プログラム書き込み手段が書き込んだプログラムを実行するプログラム実行手段と、を有するので、ホストコンピュータから受信した検査復旧プログラムを最も信頼性の高い記憶手段に格納することができ、そのプログラムにより各機能を確実に検査・復旧することができる。
【００５５】
また、請求項２に係る発明によれば、前記プログラム受信手段が受信したプログラムのデータ容量分の空き容量が前記選択手段が選択した記憶手段にあるか否かを判断する空き容量判断手段を有し、前記プログラム書き込み手段は、前記空き容量判断手段が前記空き容量があると判断した場合、前記選択手段が選択した記憶手段に対して前記プログラム受信手段が受信したプログラムを書き込むので、ホストコンピュータから受信した検査復旧プログラムのすべてを選択した記憶手段に確実に格納することができる。
【００５６】
また、請求項３に係る発明によれば、前記選択手段は、前記空き容量確認手段が前記空き容量がないと判断した場合、前回選択したものの次に信頼性が高い記憶手段を選択するので、これにより、最初に選択された記憶手段にホストコンピュータから受信した検査復旧プログラムが書き込まれ、空き容量不足のために検査復旧プログラムのすべてを格納することができなくなるような事態を確実に回避することができるとともに、検査復旧プログラムをできる限り信頼性の高い記憶手段に格納することができる。
【００５７】
また、請求項４に係る発明によれば、前記選択手段は、選択すべき記憶手段が存在しない場合、その旨を報知するので、ホストコンピュータから受信した検査復旧プログラムを記憶手段に書き込むことができないことが明確になり、その後の対処を的確かつ迅速に行うことができる。
【００５８】
また、請求項５に係る発明によれば、前記プログラム受信手段が受信したプログラムのデータ容量分の空き容量が前記選択手段が選択した記憶手段にあるか否かを判断する空き容量判断手段と、前記空き容量判断手段が前記空き容量がないと判断した場合に、前記選択手段が選択した記憶手段に前記プログラム受信手段が受信した前記プログラムの重要度よりも低い重要度のデータファイルが存在するか否かを判断するファイル判断手段と、前記ファイル判断手段が重要度の低いデータファイルが存在すると判断した場合に、前記重要度の低いデータファイルを前記選択手段が選択した記憶手段の信頼性よりも信頼性が低い記憶手段に移動させるファイル移動手段とを有し、前記プログラム書き込み手段は、前記ファイル移動手段が前記重要度の低いデータファイルを移動させた後、前記選択手段が選択した記憶手段に対して前記プログラム受信手段が受信したプログラムを書き込むので、ホストコンピュータから受信した検査復旧プログラムを常に信頼性の最も高い記憶手段に格納することができる。
【００５９】
また、請求項６に係る発明によれば、前記空き容量判断手段は、前記ファイル移動手段が前記重要度の低いデータファイルを移動させた後、前記選択手段が選択した記憶手段に前記空き容量があるか否かを再判断し、前記プログラム書き込み手段は、前記空き容量判断手段によって前記空き容量があると判断されたときに、前記選択手段が選択した記憶手段に対して前記プログラム受信手段が受信したプログラムを書き込むので、ホストコンピュータから受信した検査復旧プログラムのすべてを常に信頼性の高い記憶手段に格納することができる。
【００６０】
また、請求項７に係る発明によれば、前記選択手段は、前記ファイル判断手段が前記プログラム受信手段が受信したプログラムの重要度よりも重要度の低いデータファイルが存在しないと判断した場合、記憶手段の選択を再度行うので、ホストコンピュータから受信した検査復旧プログラムをできる限り信頼性の高い記憶手段に格納することができる。
【図面の簡単な説明】
【図１】実施の形態に係るカラオケ装置の構成を示すブロック図である。
【図２】検査復旧プログラムの格納処理を示すフローチャートである。
【図３】記憶装置の信頼性に関するテーブルを示す図である。
【図４】データファイルの重要性に関するテーブルを示す図である。
【図５】各記憶装置におけるデータ格納状態を示す図であり、（Ａ）はバージョンアップされた検査復旧プログラムを取得した直後の状態を示し、（Ｂ）はバージョンアップされた検査復旧プログラムに対する格納処理後の状態を示す。
【符号の説明】
１　　カラオケ装置
２　　ホストコンピュータ
３　　通信ネットワーク
１２　ＥＥＰＲＯＭ
１３ａ〜１３ｃ　ハードディスク
１４　ＣＰＵ
１９　通信装置

Claims

通信ネットワークを介してホストコンピュータと接続された通信端末装置において、
前記ホストコンピュータから前記通信ネットワークを介して前記通信端末装置の各機能を検査または復旧するためのプログラムを受信するプログラム受信手段と、
データの書き込みが可能な種類の異なる複数の記憶手段と、
前記複数の記憶手段のうち、信頼性が最も高い記憶手段を選択する選択手段と、
前記選択手段が選択した記憶手段に前記プログラム受信手段が受信したプログラムを書き込むプログラム書き込み手段と、
前記プログラム書き込み手段が書き込んだプログラムを実行するプログラム実行手段と、
を有することを特徴とする通信端末装置。
請求項１に記載する通信端末装置において、
前記プログラム受信手段が受信したプログラムのデータ容量分の空き容量が前記選択手段が選択した記憶手段にあるか否かを判断する空き容量判断手段を有し、
前記プログラム書き込み手段は、前記空き容量判断手段が前記空き容量があると判断した場合、前記選択手段が選択した記憶手段に対して前記プログラム受信手段が受信したプログラムを書き込むことを特徴とする通信端末装置。
請求項２に記載する通信端末装置において、
前記選択手段は、前記空き容量確認手段が前記空き容量がないと判断した場合、前回選択したものの次に信頼性が高い記憶手段を選択することを特徴とする通信端末装置。
請求項３に記載する通信端末装置において、
前記選択手段は、選択すべき記憶手段が存在しない場合、その旨を報知することを特徴とする通信端末装置。
請求項１に記載する通信端末装置において、
前記プログラム受信手段が受信したプログラムのデータ容量分の空き容量が前記選択手段が選択した記憶手段にあるか否かを判断する空き容量判断手段と、
前記空き容量判断手段が前記空き容量がないと判断した場合に、前記選択手段が選択した記憶手段に前記プログラム受信手段が受信した前記プログラムの重要度よりも低い重要度のデータファイルが存在するか否かを判断するファイル判断手段と、
前記ファイル判断手段が重要度の低いデータファイルが存在すると判断した場合に、前記重要度の低いデータファイルを前記選択手段が選択した記憶手段の信頼性よりも信頼性が低い記憶手段に移動させるファイル移動手段とを有し、
前記プログラム書き込み手段は、前記ファイル移動手段が前記重要度の低いデータファイルを移動させた後、前記選択手段が選択した記憶手段に対して前記プログラム受信手段が受信したプログラムを書き込むことを特徴とする通信端末装置。
請求項５に記載する通信端末装置において、
前記空き容量判断手段は、前記ファイル移動手段が前記重要度の低いデータファイルを移動させた後、前記選択手段が選択した記憶手段に前記空き容量があるか否かを再判断し、
前記プログラム書き込み手段は、前記空き容量判断手段によって前記空き容量があると判断されたときに、前記選択手段が選択した記憶手段に対して前記プログラム受信手段が受信したプログラムを書き込むことを特徴とする通信端末装置。
請求項５に記載する通信端末装置において、
前記選択手段は、前記ファイル判断手段が前記プログラム受信手段が受信したプログラムの重要度よりも重要度の低いデータファイルが存在しないと判断した場合、記憶手段の選択を再度行うことを特徴とする通信端末装置。