JP4144380B2 - ネットワークシステム、情報処理装置及びプログラム - Google Patents
ネットワークシステム、情報処理装置及びプログラム Download PDFInfo
- Publication number
- JP4144380B2 JP4144380B2 JP2003060050A JP2003060050A JP4144380B2 JP 4144380 B2 JP4144380 B2 JP 4144380B2 JP 2003060050 A JP2003060050 A JP 2003060050A JP 2003060050 A JP2003060050 A JP 2003060050A JP 4144380 B2 JP4144380 B2 JP 4144380B2
- Authority
- JP
- Japan
- Prior art keywords
- information processing
- information
- karaoke
- storage means
- processing apparatus
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Reverberation, Karaoke And Other Acoustics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して接続された複数の情報処理装置が、自装置の備える情報記憶手段又はネットワークで接続された他の情報処理装置の備える情報記憶手段から読み出した処理実行用情報を用いて所定の処理を実行可能なネットワークシステムに関する。
【０００２】
【従来の技術】
従来の通信カラオケシステム、即ち、配信用ホスト装置と複数のカラオケ装置が電話回線を介して通信を行うことによって楽音データ等の配信データを取得し、カラオケ装置は利用者からのリクエストにより楽音データを再生して演奏を行うシステムにおいて、通信費の削減及びリクエストに対するレスポンス等の問題から各カラオケ装置にＨＤＤ等の記憶装置を設け、一旦取得した配信データはＨＤＤに記憶しておき、演奏の際にはＨＤＤからリクエストに対応した楽音データを読み出し再生する構成がある。
【０００３】
また、近年では更なる通信費の削減を目的に、ある店舗に設置された複数のカラオケ制御装置の内、少なくとも１つのカラオケ制御装置に電話回線を接続し、該カラオケ制御装置はセンターホストより電話回線を介して配信データを受信するが、その他の複数のカラオケ制御装置は、ＬＡＮ等の回線を介して配信データを受信しているカラオケ制御装置からデータを受信する構成となっている。この構成の場合、各カラオケ制御装置は、自装置のＨＤＤが故障した場合にも他のカラオケ制御装置よりＬＡＮを介して楽音データを受信し演奏することによってカラオケサービスを行うことを可能としている（例えば、特許文献１参照。）
【０００４】
【特許文献１】
特開平１０−９１１７４号公報
【０００５】
【発明が解決しようとする課題】
楽音データ等の配信データを受信した各カラオケ装置が該配信データを蓄積するために使用しているＨＤＤ等の記憶装置は、稼働している時の消費電力が大きく、また、稼働中に振動や電源の瞬断等が発生すると、記憶している該配信データの破損を起こす可能性が高い。そのため、長期間の利用を考慮すると、カラオケサービスを低下させないのであれば極力稼働させない方が望ましい。また、実状を考えても、複数のカラオケ装置が設置された店舗において、全てのカラオケ装置が同時に利用されている状態が常に存在するわけではない。さらに、近年のハードウェアの進歩に伴い、１台の記憶装置を稼働させるだけで複数台のカラオケ装置に楽音データを提供することが容易になってきている。このような実状を考慮すると、カラオケ装置に備えられた記憶装置を全て稼働させておくことは、電気代の節約や記憶装置の故障防止・低減の観点からすれば好ましくない。
【０００６】
なお、このような問題はカラオケ装置に限らず、ネットワークを介して接続された複数の情報処理装置が、自装置の備える情報記憶手段又はネットワークで接続された他の情報処理装置の備える情報記憶手段から読み出した処理実行用情報を用いて所定の処理を実行可能なシステムであれば同様に生じ得る。
【０００７】
そこで本発明は、このようなネットワークシステムにおいて消費電力の節約及びＨＤＤ等の情報記憶手段の故障防止・低減を実現することを目的とする。
【０００８】
【課題を解決するための手段及び発明の効果】
（１）本発明のネットワークシステムは、ネットワークを介して接続された複数の情報処理装置のそれぞれが、処理実行用情報を記憶しておく情報記憶手段、受け付けた予約を記憶しておく予約記憶手段、その予約記憶手段に記憶された予約に基づいて、自装置の備える情報記憶手段又はネットワークで接続された他の情報処理装置の備える情報記憶手段から読み出した処理実行用情報を用いて所定の処理を実行する処理実行手段、を備えている。
【０００９】
そして、ネットワークシステム内に存在する利用状況把握手段、必要稼働数算出手段、決定手段及び命令手段が次のような処理を実行する。つまり、利用状況把握手段が各情報処理装置の利用状況を把握し、その把握した各情報処理装置の利用状況に基づいて必要稼働数算出手段がネットワークシステム内で必要な情報記憶手段の数を算出し、その必要稼働数算出手段によって算出された必要稼働数に基づくと共に、前記利用状況把握手段によって把握した各情報処理装置の利用状況にも基づいて、稼働させる情報記憶手段を決定手段が決定する。そして、命令手段が、決定手段によって決定された情報記憶手段を備える情報処理装置に対しては稼働命令を出し、それ以外の情報処理装置には非稼働命令を出す。
【００１０】
一方、各情報処理装置では、命令対応稼働制御手段が次のような処理を実行する。つまり、命令手段から稼働命令を受けた場合には、自装置の備える情報記憶手段が稼働していなければ稼働させ、一方、非稼働命令を受けた場合には自装置の備える情報記憶手段が稼働していれば停止させる。
【００１１】
このようにすることで、ネットワークシステム全体として見た場合に、消費電力の節約ができ、またＨＤＤ等の情報記憶手段の故障防止・低減を実現することができる。
【００１２】
また、利用状況把握手段が、各情報処理装置の備える予約記憶手段に記憶された予約状況を利用状況の一つとして把握し、決定手段は、その予約状況に基づいて、処理実行用情報を用いて所定の処理を実行中である情報処理装置か否かを判断し、処理実行用情報を用いて所定の処理を実行中である情報処理装置が備える情報記憶手段を優先して、稼働させる情報記憶手段として決定する。
【００１３】
例えば５台の情報処理装置が接続されたネットワークシステムにおいて、情報記憶手段の必要稼働数が３とされた場合、任意の３台の情報処理装置が備える情報記憶手段を、稼働させる情報記憶手段として決定してもよいが、自装置では処理実行用情報を用いた所定の処理を実行していないにもかかわらず他の情報処理装置へのみ送信するためだけに情報記憶手段を稼働させることとなる。しかしその場合には、ネットワーク途中でデータ伝送がとぎれる危険を負担することとなる。したがって、自装置にて処理実行用情報を用いた所定の処理を実行するのであれば、それは自装置が持つ情報記憶手段から読み出した処理実行用情報を用いた方が、上記危険負担がなくなる点で好ましい。
【００１４】
また、請求項２に示すように、各情報処理装置の備える情報記憶手段の累積稼働時間を前記利用状況の一つとして把握し、その累積稼働時間が少ない情報記憶手段を優先して、 稼働させる情報記憶手段として決定することが考えられる。このように累積稼働時間を少ないものを優先して稼働させるようにすれば、累積稼働時間の平均化が図られる。これによって、例えばある一つの情報記憶手段の累積稼働時間が突出してしまうことによる故障発生の可能性を低くすることができ、ネットワークシステム全体としての信頼性向上につながる。
【００１５】
（２）前記利用状況把握手段、必要稼働数算出手段、決定手段及び命令手段はネットワークシステム内のどこかに存在すればよいため、情報装置とは別個に設けても良いが、例えば請求項３に示すように、複数の情報処理装置の何れかが備えるようにしてもよい。
【００１６】
（３）なお、請求項４に示すように、請求項１〜３の何れかに記載のネットワークシステムに用いられる情報処理装置であって、前記情報記憶手段、前記処理実行手段及び前記命令対応稼働制御手段を備える情報処理装置として実現することもできる。このような情報処理装置であれば、上述したネットワークシステムにおいて用いられることによって、上述の効果を発揮する上で有意な役割を果たすこととなる。
【００１７】
また、請求項５に示すように、さらに、前記利用状況把握手段、前記必要稼働数算出手段、前記決定手段及び前記命令手段を備える情報処理装置として実現することもできる。例えば請求項５に示す構成を備えた情報処理装置をマスタ、請求項４に示す構成を備えた情報処理装置をスレーブとすれば、請求項３のようなネットワークシステムを構成することができる。
【００１８】
（４）また、請求項６に示すように、請求項１〜３の何れかに記載のネットワークシステムにおける前記利用状況把握手段、前記必要稼働数算出手段、前記決定手段及び前記命令手段をコンピュータにて実現する場合、例えばコンピュータで実行するプログラムとして備えることができる。
【００１９】
また、請求項７に示すように、請求項５に記載の情報処理装置における前記処理実行手段、前記利用状況把握手段、前記必要稼働数算出手段、前記決定手段、前記命令手段及び前記命令対応稼働制御手段をコンピュータにて実現する場合、例えばコンピュータで実行するプログラムとして備えることができる。
【００２０】
このようなプログラムは、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ハードディスク、ＲＯＭ、ＲＡＭ等のコンピュータ読み取り可能な記録媒体に記録し、必要に応じてコンピュータにロードして実行したり、ネットワークを介してロードして実行することにより、前記各手段としての機能を実現できる。
【００２１】
【発明の実施の形態】
以下、本発明が適用された実施例について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施例に何ら限定されることなく、本発明の技術的範囲に属する限り種々の形態を採りうることは言うまでもない。
【００２２】
図２は、本実施例のネットワークシステム１０の概略構成を示すブロック図であり、図１はネットワークシステム１０を構成する情報処理装置としてのカラオケ装置の概略構成を示している。図２に示すように、本実施例のネットワークシステム１０はカラオケ店舗に設置されており、カラオケ店舗の各部屋にそれぞれ１台ずつ設置された７台のカラオケ装置１ａ〜１ｇが店舗内ネットワーク３０にて接続することにより構成されている。
【００２３】
そして、これら７台のカラオケ装置１ａ〜１ｇの内、図２においてカラオケ店舗の部屋１に設置されているカラオケ装置１ａは、公衆回線４０を介して配信用ホスト装置５０に接続できるようになっており、この公衆回線４０を介して接続した配信用ホスト装置５０からカラオケに関する配信データ（処理実行用情報としての音楽情報や画像情報、あるいは例えばカラオケ演奏処理を実行するためのアプリケーションプログラム（カラオケ演奏プログラム）等）を取得して、情報記憶手段としてのハードディスク１３へ記憶しておくことができる。そして、カラオケ装置１ａは、ハードディスク１３に記憶されている配信データを、店舗内ネットワーク３０によって接続された他のカラオケ装置１ｂ〜１ｇへ送信することができる。そのため、本実施例のネットワークシステム１０では、カラオケ店舗の部屋１に設置されているカラオケ装置１ａがマスタ（親機）となっており、他の部屋２〜７に設置されているカラオケ装置１ｂ〜１ｇがそれぞれスレーブ（子機）となっている。そして、これら７台のカラオケ装置１ａ〜１ｇのシリアルナンバーはそれぞれ「００００１」〜「００００７」である。
【００２４】
なお、図２では、カラオケ店舗の部屋数が７部屋であり、これに伴い、ネットワークシステム１０を構成するカラオケ装置１ａ〜１ｇの台数も７台となっているが、台数はあくまで一例であり、これに限られない。
［カラオケ装置１ａ〜１ｇの説明］
カラオケ装置１ａ〜１ｇの基本的な構成はいずれも同じであるが、上述のように、マスタとして機能するカラオケ装置１ａのみが公衆回線４０を介して配信用ホスト装置５０に接続できるようになっている。それ以外の機能は基本的にいずれも同じである。したがって、以下の構成説明に関しては、カラオケ装置１ａに関して行うこととする。
【００２５】
カラオケ装置１ａは、図１に示すように、カラオケ装置１ａを制御するための中央処理装置１１、ネットワークとしての店舗内ネットワーク３０を介して他のカラオケ装置（この場合はスレーブとして機能するカラオケ装置１ｂ〜１ｇ）と接続したり、公衆回線４０を介して配信用ホスト装置５０と接続し、各種の情報を送受信する通信制御装置１２、各種データ等を記憶している「情報記憶手段」としてのハードディスク１３、曲の予約や電源のＯＮ・ＯＦＦなどを行うための操作パネル１４、操作パネル１４と同様に曲の予約等を行うためのリモコン送信機１５、リモコン送信機１５からの信号を受信するためのリモコン受信機１６、操作パネル１４やリモコン受信機１６からの信号を受け付けて処理する操作制御部１７、演奏の再生を行うシンセサイザ１８、音楽情報にかかる電気信号を増幅等するミキシングアンプ１９、ミキシングアンプ１９からの電気信号を入力して伴奏曲及び利用者の歌声等を流すスピーカ２０、利用者の歌声等をミキシングアンプ１９に入力するマイクロフォン２１、中央処理装置１１によって生成された歌詞情報を記憶するビデオＲＡＭ２２、画像情報等を映像化する映像再生装置２３、ビデオＲＡＭ２２からの歌詞情報や映像再生装置２３からの映像信号に基づき、歌詞及び歌詞の背景映像を出力する映像制御部２４、映像制御部２４から出力された歌詞及び歌詞の背景映像を表示する表示装置２５、システムプログラムや各種の設定に必要な設定データなどが記憶されているＥＥＰＲＯＭ２７を備えている。また、このうちの中央処理装置１１には、通信制御装置１２、ハードディスク１３、操作制御部１７、シンセサイザ１８、ビデオＲＡＭ２２、映像再生装置２３、映像制御部２４及びＥＥＰＲＯＭ２７が接続されており、中央処理装置１１は、これらを介してカラオケ装置１ａを制御する。
【００２６】
続いて各部の具体的な構成を説明する。
［中央処理装置１１およびハードディスク１３の構成］
まず、中央処理装置１１は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備える周知の構成である。このＣＰＵによって実行される複数のプログラムはＲＯＭ、ＥＥＰＲＯＭ２７及びハードディスク１３に格納されており、ＣＰＵは該プログラムをＲＡＭに展開しプログラムを実行することとなる。また、不揮発性メモリであるＥＥＰＲＯＭ２７には、後述する管理テーブル一覧やハードディスク累積稼働時間が記憶されている。一方、ハードディスク１３には、配信データを記憶しておく。
【００２７】
なお、各カラオケ装置１ａ〜１ｇの中央処理装置１１は、処理実行手段、命令対応稼働制御手段に相当する。そして、マスタとして機能するカラオケ装置１ａの中央処理装置１１に関しては、さらに利用状況把握手段、必要稼働数算出手段、決定手段及び命令手段にも相当するが、スレーブとして機能するカラオケ装置１ｂ〜１ｇの中央処理装置１１は、これら３つの手段としては機能しない。
【００２８】
［通信制御装置１２の構成］
通信制御装置１２は、店舗内ネットワーク３０を介してカラオケ店舗内の他の部屋に設置されたカラオケ装置（この場合はスレーブとして機能するカラオケ装置１ｂ〜１ｇ）に接続されており、これら他のカラオケ装置１ｂ〜１ｇとの間で各種の情報を送受信する。また、カラオケ装置１ａの通信制御装置１２は、上述したように、公衆回線４０を介して配信用ホスト装置５０と接続し、この配信用ホスト装置５０との間で各種の情報を送受信する。
【００２９】
この配信用ホスト装置５０は、カラオケ装置１ａに対して、最新の流行曲等の曲データを発信したり、どのような曲が何回演奏されたかといったログデータを含む関連情報をカラオケ装置１ａから受信したりして管理することができるようになっている。さらに、配信用ホスト装置５０は、データベースを備えており、このデータベースに楽曲演奏に使用する配信データとしての音楽情報や背景画または歌詞等の画像情報等を記憶している。また、配信用ホスト装置５０は、コンテンツデータ以外にバージョンアップされたシステムプログラム等をデータベースに記憶し、そのデータベースから随時読み出してカラオケ装置１ａに対して発信することができるようになっている。
【００３０】
カラオケ装置１ａは、公衆回線４０を介して配信用ホスト装置５０に接続し、この公衆回線４０を介して接続した配信用ホスト装置５０からカラオケに関する配信データ（処理実行用情報としての音楽情報や画像情報、あるいはカラオケ演奏プログラム等）を取得して、ハードディスク１３へ記憶しておく。そして、カラオケ装置１ａは、ハードディスク１３に記憶されている配信データを、店舗内ネットワーク３０によって接続された他のカラオケ装置１ｂ〜１ｇへ送信して複製する。つまり、マスタとして機能するカラオケ装置１ａとスレーブとして機能するカラオケ装置１ｂ〜１ｇの各ハードディスク１３に同じ配信データが記憶されるようにするのである。
【００３１】
［操作制御部１７、操作パネル１４、リモコン送受信機１５，１６の構成］
操作制御部１７には、操作パネル１４およびリモコン受信機１６が接続されている。このうち、操作パネル１４は、利用者がカラオケ曲の選択や演奏アレンジの切り替えを行ったりするためのものである。利用者がこの操作パネル１４を操作すると、その入力操作の信号が操作制御部１７および中央処理装置１１に送られて処理される。一方、リモコン受信機１６は、リモコン送信機１５からの信号を受信するためのものである。また、このリモコン送信機１５は、操作パネル１４と同様に、利用者がカラオケ曲の選択や演奏アレンジの切り替えを行ったりするためのものである。利用者がこのリモコン送信機１５を操作すると、その入力操作の信号がリモコン受信機１６を介して操作制御部１７および中央処理装置１１に送られて処理される。
【００３２】
［その他の構成］
また、シンセサイザ１８には、ミキシングアンプ１９が接続され、このミキシングアンプ１９にはスピーカ２０が接続されている。ハードディスク１３等から読み出され、中央処理装置１１から供給される音楽情報（ＭＩＤＩ形式のカラオケ演奏データ）に基づいてシンセサイザ１８から出力される楽音信号はミキシングアンプ１９で増幅されてスピーカ２０から出力される。また、ミキシングアンプ１９には利用者の歌唱音声を入力するためのマイクロフォン２１が接続されており、このマイクロフォン２１によって入力された音声信号もシンセサイザ１８からの楽音信号と共にスピーカ２０から出力される。
【００３３】
また、映像制御部２４には、ビデオＲＡＭ２２、映像再生装置２３および表示装置２５が接続されており、これらビデオＲＡＭ２２や映像再生装置２３から出力される映像信号と歌詞情報に基づき、歌詞を歌詞の背景映像にスーパーインポーズして出力し、表示装置２５に表示させる。
【００３４】
以上のように構成されているカラオケ装置１ａにおいては、操作パネル１４を介して入力、あるいはリモコン送信機１５から送信された選曲番号をリモコン受信機１６にて受信、という形で利用者からカラオケ演奏曲を選択するための選曲番号の入力がなされると、自装置１ａが備えるハードディスク１３若しくは店舗内ネットワーク３０を介して接続された他のカラオケ装置１ｂ〜１ｇから取得したカラオケ演奏用のデータを用いて、カラオケ演奏を実行する。そして、利用者が、表示装置２５に表示される歌詞を参照しながら、スピーカ２０より流れる演奏にあわせて、マイクロフォン２１を使って歌を歌うことができる、つまりカラオケを楽しむことができるようになっている。なお、上述のように、スレーブとして機能するカラオケ装置１ｂ〜１ｇは、公衆回線４０を介して配信用ホスト装置５０に接続する機能を有さないだけで他の構成は基本的にカラオケ装置１ａと同じであり、やはり自装置が備えるハードディスク１３若しくは店舗内ネットワーク３０を介して接続された他のカラオケ装置から取得したカラオケ演奏用のデータを用いてカラオケ演奏を実行する。したがって、カラオケ装置１ａ同様、利用者がカラオケを楽しむことができる。
【００３５】
［カラオケ装置１ａ〜１ｇの動作説明］
上述の構成を有するネットワークシステム１０においては、マスタとして機能するカラオケ装置１ａが、ネットワークシステム１０を構成する各カラオケ装置１ａ〜１ｇの利用状況を把握し、その把握した各カラオケ装置１ａ〜１ｇの利用状況に基づいて、ネットワークシステム１０内で必要なハードディスク１３の数を算出する。これは、１台のハードディスク１３を稼働させるだけで複数台のカラオケ装置にカラオケ演奏用のデータを提供することができるためである。そして、算出した必要稼働数に基づいて稼働させるハードディスク１３を決定する。つまり、どのカラオケ装置１ａ〜１ｇの備えるハードディスク１３を稼働させるかを決定する。そして、その決定に基づいて、稼働させるべきハードディスク１３を備えるカラオケ装置１ａ〜１ｇには稼働命令を出し、それ以外のカラオケ装置１ａ〜１ｇには非稼働命令を出す。そして、稼働命令を受けたカラオケ装置１ａ〜１ｇは、自装置の備えるハードディスク１３が稼働していなければ稼働させ、一方、非稼働命令を受けた場合には自装置の備えるハードディスク１３が稼働していれば停止させる。なお、ハードディスク１３の稼働及び停止の制御は、中央処理装置１１からハードディスク１３に出力される制御コマンドにより実行される。
【００３６】
以上はハードディスク１３の稼働・非稼働に係る動作内容の概要説明であったため、次に、その動作に関し各カラオケ装置１ａ〜１ｇにて実行される処理について説明する。
［マスタとして機能するカラオケ装置１ａにて実行される処理］
まず、マスタとして機能するカラオケ装置１ａにて実行される「ハードディスク１３の稼働・非稼働に係る制御処理」について、図３，４のフローチャートを参照して説明する。
【００３７】
カラオケ装置１ａでは、電源がＯＮされると（Ｓ１）、ハードディスク１３の起動を行い（Ｓ２）、利用者からのリクエストがあるか否かを判断する（Ｓ３）。そして、リクエストがあれば（Ｓ３：Ｙ）、そのリクエストを受け付けて予約曲数をインクリメントして（Ｓ４）、Ｓ５へ移行する。一方、リクエストがなければ（Ｓ３：Ｎ）、そのままＳ５へ移行する。
【００３８】
Ｓ５では、現在カラオケ演奏をしているか否かを判断し、演奏していなければ（Ｓ５：Ｎ）、予約曲があるか否か判断し（Ｓ６）、予約曲があれば（Ｓ６：Ｙ）、演奏を開始し（Ｓ７）、Ｓ８へ移行する。一方、現在演奏している場合は（Ｓ５：Ｙ）、そのままＳ８へ移行する。
【００３９】
Ｓ８では演奏が終了したか否かを判断し、演奏が終了した場合には（Ｓ８：Ｙ）、予約曲数をデクリメントし（Ｓ９）、Ｓ１０へ移行する。一方、演奏が終了していない場合には（Ｓ８：Ｎ）、そのままＳ１０へ移行する。なお、Ｓ６で否定判断、すなわち、予約曲がない場合には、そのままＳ１０へ移行する。
【００４０】
Ｓ１０では、前回の稼働ハードディスク１３の不足検査より５分以上経過しているか否か判断し、５分以上経過していなければ（Ｓ１０：Ｎ）Ｓ３へ戻り、５分以上経過していれば（Ｓ１０：Ｙ）Ｓ１１へ移行する。
Ｓ１１では、店舗内ネットワーク３０を介して接続された他のカラオケ装置１ｂ〜１ｇに利用情報送信命令を送信する。そして、その利用情報送信命令の結果として、店舗内ネットワーク３０を介して接続された他のカラオケ装置１ｂ〜１ｇより予約曲数、現在のハードディスク状態（ハードディスク１３が稼働中か否か）、及びハードディスク累積稼働時間（ハードディスク１３がこれまでに稼働していた時間を累積したもの）を受信する（Ｓ１２）。
【００４１】
そして、このカラオケ装置１ｂ〜１ｇからの受信情報、及び自カラオケ装置１ａの予約曲数、現在のハードディスク状態、及びハードディスク累積稼働時間を元にして管理テーブル一覧を作成する（Ｓ１３）。この管理テーブル一覧を図６（ａ）に示す。図６（ａ）に示すように、このとき、稼働フラグは全て「停止」に初期化する。また、ハードディスク累積稼働時間は、店舗にカラオケ装置１ａ〜１ｇが設置されたときに初期化され、さらにハードディスク１３が設置後に交換された場合には、交換されたハードディスク１３に対応するハードディスク累積稼働時間が初期化される。
【００４２】
次に、予約曲数より現在利用されているカラオケ装置の台数を算出する（Ｓ１４）。図６（ａ）に示すような一覧が作成された場合には、その予約曲数が１以上のものが「現在利用中」のカラオケ装置である。この場合は、シリアルナンバーが「００００１」〜「００００３」、「００００５」及び「００００７」の５台のカラオケ装置において予約曲数が１以上であるため、利用中のカラオケ装置の台数は「５」である。そして、利用中の装置の台数より稼働すべきハードディスク１３の台数を算出する（Ｓ１５）。この稼働すべきハードディスク１３の台数については、ハードディスク１３その他のハードウェアの性能等に応じて決まるが、例えば予め利用中のカラオケ装置の台数と稼働すべきハードディスク１３の台数との対応関係を示すテーブルを記憶しておき、それに基づいて算出したり、予め定めた計算式を用いて算出することが考えられる。本実施例では、１台のハードディスク１３によって２台のカラオケ装置でのカラオケ演奏をまかなえるようになっているため、利用中のカラオケ装置が５台であれば、稼働すべきハードディスク１３は３台であると算出する。
【００４３】
その後、受信した現在のハードディスク状態より抽出した現在稼働中のハードディスク１３が、Ｓ１５にて算出した稼働すべきハードディスク１３の台数より少ないか否かを判断する（Ｓ１６）。これが「稼働ハードディスク不足検査」である。
【００４４】
そして、現在稼働中のハードディスク１３が、稼働すべきハードディスク１３の台数以上である場合には（Ｓ１６：Ｎ）、前回の稼働ハードディスク調整処理より２時間以上経過しているか否かを判断し（Ｓ１７）、経過時間が２時間未満であれば（Ｓ１７：Ｎ）、Ｓ３へ戻る。一方、２時間以上経過していれば（Ｓ１７：Ｙ）、図４のＳ１８へ移行する。なお、ここで稼働ハードディスク調整処理の実行間隔を２時間以上としたのは、あまり短期間で調整すると、ハードディスクの稼働・停止が煩雑となり、またそのような細かい制御自体の実効性が高くないと考えられるからである。特にカラオケ店舗においては、利用を開始した客は例えば２時間程度は継続して利用することが考えられるため、例えばその程度の調整間隔を採用したのである。もちろん、この調整間隔は、適宜設定変更可能としておけばよい。
【００４５】
Ｓ１８で稼働ハードディスク調整処理を開始すると、まず、管理テーブル一覧において、予約曲数が１以上のカラオケ装置の稼働フラグを「稼働」に変更する（Ｓ１９）。この変更した状態の管理テーブル一覧を図６（ｂ）に示す。図６（ｂ）に示すように、予約曲数が１以上のカラオケ装置、すなわちシリアルナンバーが「００００１」〜「００００３」、「００００５」及び「００００７」の５台のカラオケ装置に対応する稼働フラグを「稼働」にする。これは、実際に利用されているカラオケ装置のハードディスク１３を優先的に稼働させるための措置である。
【００４６】
そして、この変更後の状態で、稼働フラグが「稼働」となっているカラオケ装置の台数が、稼働すべきハードディスク１３の台数よりも多いか否かを判断し（Ｓ２０）、多い場合には（Ｓ２０：Ｙ）、「稼働」になっているカラオケ装置の中からハードディスク累積稼働時間が最も多いカラオケ装置を「停止」に変更し（Ｓ２１）、Ｓ２０へ戻る。それでもまだ「稼働」となっているカラオケ装置が稼働すべきハードディスク１３の台数よりも多い場合には（Ｓ２０：Ｙ）、Ｓ２１での「ハードディスク累積稼働時間が最も多いカラオケ装置を「停止」に変更する」処理を繰り返す。そして、「稼働」となっているカラオケ装置が稼働すべきハードディスク１３の台数以下となった場合には（Ｓ２０：Ｎ）、Ｓ２２へ移行する。
【００４７】
例えば図６（ｂ）に示す管理テーブル一覧の状態では、シリアルナンバーが「００００１」〜「００００３」、「００００５」及び「００００７」の５台のカラオケ装置に対応する累積稼働時間が、それぞれ１２００時間、３６００時間、４８００時間、６００時間及び２４００時間である。したがって、まず累積稼働時間が４８００時間で最も多い、シリアルナンバーが「００００３」のカラオケ装置に対応する稼働フラグを「停止」に変更する。その変更後の状態であれば、累積稼働時間が３６００時間で最も多い、シリアルナンバーが「００００２」のカラオケ装置に対応する稼働フラグが「停止」に変更される。図６（ｃ）では、このように２台のカラオケ装置に対応する稼働フラグが「停止」に変更された状態を示しているが、この状態では「稼働」となっているカラオケ装置が３台であり、稼働すべきハードディスク１３の台数である「３」と同じであるため、Ｓ２０にて否定判断となってＳ２２へ移行する。
【００４８】
Ｓ２２では、管理テーブル一覧より「稼働」になっているカラオケ装置にハードディスク稼働命令を送信し、次のＳ２３では、一覧より「停止」になっているカラオケ装置にハードディスク停止命令を送信する。なお、上述のように、図６（ｃ）に示す状態の管理テーブル一覧であれば、シリアルナンバーが「００００１」、「００００５」及び「００００７」のカラオケ装置に対してハードディスク稼働命令を出し、シリアルナンバーが「００００２」〜「００００４」及び「００００６」のカラオケ装置に対してハードディスク停止命令を出す。
【００４９】
そして、自カラオケ装置１ａの稼働フラグが「停止」か否かを判断し（Ｓ２４）、停止でなければ（Ｓ２４：Ｎ）、現在ハードディスク１３が起動しているか否か判断し（Ｓ２５）、起動していれば（Ｓ２５：Ｙ）、図３のＳ３へ戻る。一方、現在ハードディスク１３が起動していない場合には（Ｓ２５：Ｎ）、ハードディスク１３を起動してから（Ｓ２６）、図３のＳ３へ戻る。
【００５０】
これに対して、Ｓ２４で肯定判断、すなわち、自カラオケ装置１ａの稼働フラグが「停止」であれば（Ｓ２４：Ｙ）、現在ハードディスク１３が停止しているか否か判断し（Ｓ２７）、停止していれば（Ｓ２７：Ｙ）、図３のＳ３へ戻る。一方、現在ハードディスク１３が停止していない場合には（Ｓ２７：Ｎ）、ハードディスク１３を停止し（Ｓ２８）、さらにハードディスク累積稼働時間に停止までの起動時間を足してから（Ｓ２９）、図３のＳ３へ戻る。
【００５１】
なお、上述のように、図６（ｃ）に示す状態の管理テーブル一覧であれば、自カラオケ装置１ａ、つまりシリアルナンバーが「００００１」のカラオケ装置に対応する稼働フラグは「稼働」となっているので、Ｓ２４では否定判断となる。
［スレーブとして機能するカラオケ装置１ｂ〜１ｇにて実行される処理］
次に、スレーブとして機能するカラオケ装置１ｂ〜１ｇにて実行される「ハードディスク１３の稼働・非稼働に係る制御処理」について、図５のフローチャートを参照して説明する。
【００５２】
これらのカラオケ装置１ｂ〜１ｇでは、電源がオンされると（Ｓ５１）、ハードディスク１３の起動を行い（Ｓ５２）、利用者からのリクエストがあるか否かを判断する（Ｓ５３）。そして、リクエストがあれば（Ｓ５３：Ｙ）、そのリクエストを受け付けて予約曲数をインクリメントして（Ｓ５４）、Ｓ５５へ移行する。一方、リクエストがなければ（Ｓ５３：Ｎ）、そのままＳ５５へ移行する。
【００５３】
Ｓ５５では、現在演奏しているか否かを判断し、演奏していなければ（Ｓ５５：Ｎ）、予約曲があるか否か判断し（Ｓ５６）、予約曲があれば（Ｓ５６：Ｙ）、演奏を開始し（Ｓ５７）、Ｓ５８へ移行する。一方、現在演奏している場合は（Ｓ５５：Ｙ）、そのままＳ５８へ移行する。
【００５４】
Ｓ５８では演奏が終了したか否かを判断し、演奏が終了した場合には（Ｓ５８：Ｙ）、予約曲数をデクリメントし（Ｓ５９）、Ｓ６０へ移行する。一方、演奏が終了していない場合には（Ｓ５８：Ｎ）、そのままＳ６０へ移行する。なお、Ｓ５６で否定判断、すなわち、予約曲がない場合には、そのままＳ６０へ移行する。
【００５５】
Ｓ６０では、マスタとして機能するカラオケ装置１ａからの利用情報送信命令（図３のＳ１１にて送信されたもの）を受信したか否かを判断する。利用情報送信命令を受信した場合には（Ｓ６０：Ｙ）、予約曲数及び現在のハードディスク状態、ハードディスク累積稼働時間をマスタ装置であるカラオケ装置１ａに送信し（Ｓ６１）、その後、Ｓ５３へ戻る。なお、予約曲数は中央処理装置１１内のＲＡＭに記憶されており、ハードディスク累積稼働時間はＥＥＰＲＯＭ２７に記憶されている。なお、この、このＲＡＭが「予約記憶手段」に相当する。
【００５６】
一方、利用情報送信命令を受信していない場合には（Ｓ６０：Ｎ）、マスタ装置であるカラオケ装置１ａからハードディスク停止命令を受信したか否かを判断し（Ｓ６２）、ハードディスク停止命令を受信した場合には（Ｓ６２：Ｙ）、現在ハードディスク１３が停止しているか否かを判断し（Ｓ６３）、停止してれば（Ｓ６３：Ｙ）、そのままＳ５３へ戻るが、停止していなければ（Ｓ６３：Ｎ）、ハードディスク１３を停止させ（Ｓ６４）、ハードディスク累積稼働時間に停止までの起動時間を足してから（Ｓ６５）、Ｓ５３へ戻る。
【００５７】
一方、ハードディスク停止命令を受信していない場合には（Ｓ６２：Ｎ）、ハードディスク稼働命令を受信したか否かを判断し（Ｓ６６）、ハードディスク稼働命令を受信していない場合には（Ｓ６６：Ｎ）、そのままＳ５３へ戻るが、ハードディスク稼働命令を受信した場合には（Ｓ６６：Ｙ）、現在ハードディスク１３が起動しているか否か判断し（Ｓ６７）、起動していれば（Ｓ６７：Ｙ）、Ｓ５３へ戻る。一方、現在ハードディスク１３が起動していない場合には（Ｓ６７：Ｎ）、ハードディスク１３を起動してから（Ｓ６８）、Ｓ５３へ戻る。
【００５８】
なお、図３のステップＳ１１，Ｓ１２，Ｓ１３の処理が利用状況把握手段の処理に相当し、ステップＳ１４，Ｓ１５の処理が必要稼働数算出手段の処理に相当する。また、図３のステップＳ１６，Ｓ１７，図４のステップＳ１８，Ｓ１９，Ｓ２０，Ｓ２１の処理が決定手段の処理に相当し、図４のステップＳ２２，Ｓ２３が命令手段の処理に相当する。また、マスタとして機能するカラオケ装置１ａにおいては図４のステップＳ２４〜Ｓ２９が、スレーブとして機能するカラオケ装置１ｂ〜１ｇにおいては図５のステップＳ６２〜Ｓ６８がそれぞれ命令対応稼働制御手段の処理に相当する。
【００５９】
このように、本実施例のネットワークシステム１０によれば、次のような効果が得られる。
（ａ）カラオケ装置１ａ〜１ｇの利用状況に基づいて、ネットワークシステム１０全体として見た場合に稼働させるべきハードディスク１３の必要数を算出し、その必要数のハードディスク１３のみを稼働させるよう制御している。そのため、稼働しないハードディスク１３については消耗を防ぐことができ、またネットワークシステム１０全体として見た場合の消費電力の節約ができる。さらに、このような制御をしない場合は、実際には稼働しなくてもよいハードディスク１３まで稼働させることとなるが、その場合は振動や電源の瞬断によって破損する対象となるハードディスク１３を増やすこととなる。したがって、上述のような制御によって必要最低限のハードディスク１３のみ稼働させることで、そのような故障防止・低減を実現することができる。
【００６０】
（ｂ）本実施例では、稼働させるハードディスク１３を決定する際、ハードディスク１３の累積稼働時間が少ないものを優先している。逆に言えば累積稼働時間が多いものほど積極的に休ませるようにしている。そのため、ネットワークシステム１０内に存在する複数のハードディスク１３における累積稼働時間の平均化が図られる。これによって、例えばある一つのハードディスク１３の累積稼働時間が突出してしまうことによる故障発生の可能性を低くすることができ、ネットワークシステム１０全体としての信頼性向上につながる。
【００６１】
（ｃ）本実施例では、稼働させるハードディスク１３を決定する際、カラオケ演奏を実行中のカラオケ装置（具体的には予約曲が存在するカラオケ装置）が備えるハードディスク１３について優先するようにしている。このような考慮をしない場合は、例えば、本来は自装置でカラオケ演奏をしているカラオケ装置が備えるハードディスク１３のみを稼働させるだけで足りる状況であるにもかかわらず、自装置ではカラオケ演奏をしていないが他のカラオケ装置へのみ送信するためだけにハードディスク１３を稼働させる状況が生じることとなる。しかしその場合には、ネットワーク途中でデータ伝送がとぎれる危険を負担することとなる。したがって、上記のような考慮をすることで、上記危険負担を低減させることができる。
【００６２】
［その他の実施例］
（１）上記実施例では、予約曲の有無によってカラオケ装置１ａ〜１ｇが利用中か否かを判断したが、例えばカラオケ演奏以外にもゲーム等のサービスを提供できる機能を持っているのであれば、そのようなサービスの提供中であるか否かも加味して判断してもよい。
【００６３】
（２）上記実施例では、マスタとして機能するカラオケ装置１ａが、利用状況の把握、ハードディスク１３の必要稼働数の算出、稼働させるハードディスク１３の決定及び各カラオケ装置１ａ〜１ｇに対するハードディスク１３の稼働または停止命令を実行するようにした。しかし、これらカラオケ装置１ａ〜１ｇとは別個に、店舗内ネットワーク３０に接続する制御装置を設け、その制御装置がこれら利用状況把握、必要稼働数算出、稼働ハードディスク１３の決定及びハードディスク１３の稼働または停止命令を実行する構成を採用しても良い。
【００６４】
（３）上記実施例では、カラオケ装置１ａ〜１ｇによって構成されたネットワーク１０を例に挙げて説明したが、このようなカラオケ装置１ａ〜１ｇに限らず、少なくとも２台以上の情報処理装置が接続されたネットワークシステムにおいて、自装置が備えるハードディスク若しくはネットワークを介して接続された他の情報処理装置から取得した処理実行用情報を用いて所定の処理を実行可能なシステムであれば、同様に適用でき、同様の効果を得ることができる。
【００６５】
（４）なお、上記実施例では情報記憶手段としてハードディスク１３を挙げたが、ハードディスク以外であっても、その情報記憶手段の稼働・停止が制御でき、且つ稼働させていることで消耗が発生したり、電源の瞬断等によって破損する可能性があるものであれば、同様に適用できる。
【図面の簡単な説明】
【図１】実施例のネットワークシステムを構成する情報処理装置としてのカラオケ装置の概略構成を示すブロック図である。
【図２】実施例のネットワークシステムの概略構成を示すブロック図である。
【図３】マスタとして機能するカラオケ装置にて実行されるハードディスクの稼働・非稼働制御処理の前半を示すフローチャートである。
【図４】マスタとして機能するカラオケ装置にて実行されるハードディスクの稼働・非稼働制御処理の後半を示すフローチャートである。
【図５】スレーブとして機能するカラオケ装置にて実行されるハードディスクの稼働・非稼働制御処理を示すフローチャートである。
【図６】ハードディスクの稼働・非稼働制御処理に用いられる管理テーブル一覧の説明図である。
【符号の説明】
１ａ〜１ｇ…カラオケ装置、１０…ネットワークシステム、１１…中央処理装置、１２…通信制御装置、１３…ハードディスク、１４…操作パネル、１５…リモコン送信機、１６…リモコン受信機、１７…操作制御部、１８…シンセサイザ、１９…ミキシングアンプ、２０…スピーカ、２１…マイクロフォン、２２…ビデオＲＡＭ、２３…映像再生装置、２４…映像制御部、２５…表示装置、３０…店舗内ネットワーク、４０…公衆回線、５０…配信用ホスト装置。
【発明の属する技術分野】
本発明は、ネットワークを介して接続された複数の情報処理装置が、自装置の備える情報記憶手段又はネットワークで接続された他の情報処理装置の備える情報記憶手段から読み出した処理実行用情報を用いて所定の処理を実行可能なネットワークシステムに関する。
【０００２】
【従来の技術】
従来の通信カラオケシステム、即ち、配信用ホスト装置と複数のカラオケ装置が電話回線を介して通信を行うことによって楽音データ等の配信データを取得し、カラオケ装置は利用者からのリクエストにより楽音データを再生して演奏を行うシステムにおいて、通信費の削減及びリクエストに対するレスポンス等の問題から各カラオケ装置にＨＤＤ等の記憶装置を設け、一旦取得した配信データはＨＤＤに記憶しておき、演奏の際にはＨＤＤからリクエストに対応した楽音データを読み出し再生する構成がある。
【０００３】
また、近年では更なる通信費の削減を目的に、ある店舗に設置された複数のカラオケ制御装置の内、少なくとも１つのカラオケ制御装置に電話回線を接続し、該カラオケ制御装置はセンターホストより電話回線を介して配信データを受信するが、その他の複数のカラオケ制御装置は、ＬＡＮ等の回線を介して配信データを受信しているカラオケ制御装置からデータを受信する構成となっている。この構成の場合、各カラオケ制御装置は、自装置のＨＤＤが故障した場合にも他のカラオケ制御装置よりＬＡＮを介して楽音データを受信し演奏することによってカラオケサービスを行うことを可能としている（例えば、特許文献１参照。）
【０００４】
【特許文献１】
特開平１０−９１１７４号公報
【０００５】
【発明が解決しようとする課題】
楽音データ等の配信データを受信した各カラオケ装置が該配信データを蓄積するために使用しているＨＤＤ等の記憶装置は、稼働している時の消費電力が大きく、また、稼働中に振動や電源の瞬断等が発生すると、記憶している該配信データの破損を起こす可能性が高い。そのため、長期間の利用を考慮すると、カラオケサービスを低下させないのであれば極力稼働させない方が望ましい。また、実状を考えても、複数のカラオケ装置が設置された店舗において、全てのカラオケ装置が同時に利用されている状態が常に存在するわけではない。さらに、近年のハードウェアの進歩に伴い、１台の記憶装置を稼働させるだけで複数台のカラオケ装置に楽音データを提供することが容易になってきている。このような実状を考慮すると、カラオケ装置に備えられた記憶装置を全て稼働させておくことは、電気代の節約や記憶装置の故障防止・低減の観点からすれば好ましくない。
【０００６】
なお、このような問題はカラオケ装置に限らず、ネットワークを介して接続された複数の情報処理装置が、自装置の備える情報記憶手段又はネットワークで接続された他の情報処理装置の備える情報記憶手段から読み出した処理実行用情報を用いて所定の処理を実行可能なシステムであれば同様に生じ得る。
【０００７】
そこで本発明は、このようなネットワークシステムにおいて消費電力の節約及びＨＤＤ等の情報記憶手段の故障防止・低減を実現することを目的とする。
【０００８】
【課題を解決するための手段及び発明の効果】
（１）本発明のネットワークシステムは、ネットワークを介して接続された複数の情報処理装置のそれぞれが、処理実行用情報を記憶しておく情報記憶手段、受け付けた予約を記憶しておく予約記憶手段、その予約記憶手段に記憶された予約に基づいて、自装置の備える情報記憶手段又はネットワークで接続された他の情報処理装置の備える情報記憶手段から読み出した処理実行用情報を用いて所定の処理を実行する処理実行手段、を備えている。
【０００９】
そして、ネットワークシステム内に存在する利用状況把握手段、必要稼働数算出手段、決定手段及び命令手段が次のような処理を実行する。つまり、利用状況把握手段が各情報処理装置の利用状況を把握し、その把握した各情報処理装置の利用状況に基づいて必要稼働数算出手段がネットワークシステム内で必要な情報記憶手段の数を算出し、その必要稼働数算出手段によって算出された必要稼働数に基づくと共に、前記利用状況把握手段によって把握した各情報処理装置の利用状況にも基づいて、稼働させる情報記憶手段を決定手段が決定する。そして、命令手段が、決定手段によって決定された情報記憶手段を備える情報処理装置に対しては稼働命令を出し、それ以外の情報処理装置には非稼働命令を出す。
【００１０】
一方、各情報処理装置では、命令対応稼働制御手段が次のような処理を実行する。つまり、命令手段から稼働命令を受けた場合には、自装置の備える情報記憶手段が稼働していなければ稼働させ、一方、非稼働命令を受けた場合には自装置の備える情報記憶手段が稼働していれば停止させる。
【００１１】
このようにすることで、ネットワークシステム全体として見た場合に、消費電力の節約ができ、またＨＤＤ等の情報記憶手段の故障防止・低減を実現することができる。
【００１２】
また、利用状況把握手段が、各情報処理装置の備える予約記憶手段に記憶された予約状況を利用状況の一つとして把握し、決定手段は、その予約状況に基づいて、処理実行用情報を用いて所定の処理を実行中である情報処理装置か否かを判断し、処理実行用情報を用いて所定の処理を実行中である情報処理装置が備える情報記憶手段を優先して、稼働させる情報記憶手段として決定する。
【００１３】
例えば５台の情報処理装置が接続されたネットワークシステムにおいて、情報記憶手段の必要稼働数が３とされた場合、任意の３台の情報処理装置が備える情報記憶手段を、稼働させる情報記憶手段として決定してもよいが、自装置では処理実行用情報を用いた所定の処理を実行していないにもかかわらず他の情報処理装置へのみ送信するためだけに情報記憶手段を稼働させることとなる。しかしその場合には、ネットワーク途中でデータ伝送がとぎれる危険を負担することとなる。したがって、自装置にて処理実行用情報を用いた所定の処理を実行するのであれば、それは自装置が持つ情報記憶手段から読み出した処理実行用情報を用いた方が、上記危険負担がなくなる点で好ましい。
【００１４】
また、請求項２に示すように、各情報処理装置の備える情報記憶手段の累積稼働時間を前記利用状況の一つとして把握し、その累積稼働時間が少ない情報記憶手段を優先して、 稼働させる情報記憶手段として決定することが考えられる。このように累積稼働時間を少ないものを優先して稼働させるようにすれば、累積稼働時間の平均化が図られる。これによって、例えばある一つの情報記憶手段の累積稼働時間が突出してしまうことによる故障発生の可能性を低くすることができ、ネットワークシステム全体としての信頼性向上につながる。
【００１５】
（２）前記利用状況把握手段、必要稼働数算出手段、決定手段及び命令手段はネットワークシステム内のどこかに存在すればよいため、情報装置とは別個に設けても良いが、例えば請求項３に示すように、複数の情報処理装置の何れかが備えるようにしてもよい。
【００１６】
（３）なお、請求項４に示すように、請求項１〜３の何れかに記載のネットワークシステムに用いられる情報処理装置であって、前記情報記憶手段、前記処理実行手段及び前記命令対応稼働制御手段を備える情報処理装置として実現することもできる。このような情報処理装置であれば、上述したネットワークシステムにおいて用いられることによって、上述の効果を発揮する上で有意な役割を果たすこととなる。
【００１７】
また、請求項５に示すように、さらに、前記利用状況把握手段、前記必要稼働数算出手段、前記決定手段及び前記命令手段を備える情報処理装置として実現することもできる。例えば請求項５に示す構成を備えた情報処理装置をマスタ、請求項４に示す構成を備えた情報処理装置をスレーブとすれば、請求項３のようなネットワークシステムを構成することができる。
【００１８】
（４）また、請求項６に示すように、請求項１〜３の何れかに記載のネットワークシステムにおける前記利用状況把握手段、前記必要稼働数算出手段、前記決定手段及び前記命令手段をコンピュータにて実現する場合、例えばコンピュータで実行するプログラムとして備えることができる。
【００１９】
また、請求項７に示すように、請求項５に記載の情報処理装置における前記処理実行手段、前記利用状況把握手段、前記必要稼働数算出手段、前記決定手段、前記命令手段及び前記命令対応稼働制御手段をコンピュータにて実現する場合、例えばコンピュータで実行するプログラムとして備えることができる。
【００２０】
このようなプログラムは、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ハードディスク、ＲＯＭ、ＲＡＭ等のコンピュータ読み取り可能な記録媒体に記録し、必要に応じてコンピュータにロードして実行したり、ネットワークを介してロードして実行することにより、前記各手段としての機能を実現できる。
【００２１】
【発明の実施の形態】
以下、本発明が適用された実施例について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施例に何ら限定されることなく、本発明の技術的範囲に属する限り種々の形態を採りうることは言うまでもない。
【００２２】
図２は、本実施例のネットワークシステム１０の概略構成を示すブロック図であり、図１はネットワークシステム１０を構成する情報処理装置としてのカラオケ装置の概略構成を示している。図２に示すように、本実施例のネットワークシステム１０はカラオケ店舗に設置されており、カラオケ店舗の各部屋にそれぞれ１台ずつ設置された７台のカラオケ装置１ａ〜１ｇが店舗内ネットワーク３０にて接続することにより構成されている。
【００２３】
そして、これら７台のカラオケ装置１ａ〜１ｇの内、図２においてカラオケ店舗の部屋１に設置されているカラオケ装置１ａは、公衆回線４０を介して配信用ホスト装置５０に接続できるようになっており、この公衆回線４０を介して接続した配信用ホスト装置５０からカラオケに関する配信データ（処理実行用情報としての音楽情報や画像情報、あるいは例えばカラオケ演奏処理を実行するためのアプリケーションプログラム（カラオケ演奏プログラム）等）を取得して、情報記憶手段としてのハードディスク１３へ記憶しておくことができる。そして、カラオケ装置１ａは、ハードディスク１３に記憶されている配信データを、店舗内ネットワーク３０によって接続された他のカラオケ装置１ｂ〜１ｇへ送信することができる。そのため、本実施例のネットワークシステム１０では、カラオケ店舗の部屋１に設置されているカラオケ装置１ａがマスタ（親機）となっており、他の部屋２〜７に設置されているカラオケ装置１ｂ〜１ｇがそれぞれスレーブ（子機）となっている。そして、これら７台のカラオケ装置１ａ〜１ｇのシリアルナンバーはそれぞれ「００００１」〜「００００７」である。
【００２４】
なお、図２では、カラオケ店舗の部屋数が７部屋であり、これに伴い、ネットワークシステム１０を構成するカラオケ装置１ａ〜１ｇの台数も７台となっているが、台数はあくまで一例であり、これに限られない。
［カラオケ装置１ａ〜１ｇの説明］
カラオケ装置１ａ〜１ｇの基本的な構成はいずれも同じであるが、上述のように、マスタとして機能するカラオケ装置１ａのみが公衆回線４０を介して配信用ホスト装置５０に接続できるようになっている。それ以外の機能は基本的にいずれも同じである。したがって、以下の構成説明に関しては、カラオケ装置１ａに関して行うこととする。
【００２５】
カラオケ装置１ａは、図１に示すように、カラオケ装置１ａを制御するための中央処理装置１１、ネットワークとしての店舗内ネットワーク３０を介して他のカラオケ装置（この場合はスレーブとして機能するカラオケ装置１ｂ〜１ｇ）と接続したり、公衆回線４０を介して配信用ホスト装置５０と接続し、各種の情報を送受信する通信制御装置１２、各種データ等を記憶している「情報記憶手段」としてのハードディスク１３、曲の予約や電源のＯＮ・ＯＦＦなどを行うための操作パネル１４、操作パネル１４と同様に曲の予約等を行うためのリモコン送信機１５、リモコン送信機１５からの信号を受信するためのリモコン受信機１６、操作パネル１４やリモコン受信機１６からの信号を受け付けて処理する操作制御部１７、演奏の再生を行うシンセサイザ１８、音楽情報にかかる電気信号を増幅等するミキシングアンプ１９、ミキシングアンプ１９からの電気信号を入力して伴奏曲及び利用者の歌声等を流すスピーカ２０、利用者の歌声等をミキシングアンプ１９に入力するマイクロフォン２１、中央処理装置１１によって生成された歌詞情報を記憶するビデオＲＡＭ２２、画像情報等を映像化する映像再生装置２３、ビデオＲＡＭ２２からの歌詞情報や映像再生装置２３からの映像信号に基づき、歌詞及び歌詞の背景映像を出力する映像制御部２４、映像制御部２４から出力された歌詞及び歌詞の背景映像を表示する表示装置２５、システムプログラムや各種の設定に必要な設定データなどが記憶されているＥＥＰＲＯＭ２７を備えている。また、このうちの中央処理装置１１には、通信制御装置１２、ハードディスク１３、操作制御部１７、シンセサイザ１８、ビデオＲＡＭ２２、映像再生装置２３、映像制御部２４及びＥＥＰＲＯＭ２７が接続されており、中央処理装置１１は、これらを介してカラオケ装置１ａを制御する。
【００２６】
続いて各部の具体的な構成を説明する。
［中央処理装置１１およびハードディスク１３の構成］
まず、中央処理装置１１は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備える周知の構成である。このＣＰＵによって実行される複数のプログラムはＲＯＭ、ＥＥＰＲＯＭ２７及びハードディスク１３に格納されており、ＣＰＵは該プログラムをＲＡＭに展開しプログラムを実行することとなる。また、不揮発性メモリであるＥＥＰＲＯＭ２７には、後述する管理テーブル一覧やハードディスク累積稼働時間が記憶されている。一方、ハードディスク１３には、配信データを記憶しておく。
【００２７】
なお、各カラオケ装置１ａ〜１ｇの中央処理装置１１は、処理実行手段、命令対応稼働制御手段に相当する。そして、マスタとして機能するカラオケ装置１ａの中央処理装置１１に関しては、さらに利用状況把握手段、必要稼働数算出手段、決定手段及び命令手段にも相当するが、スレーブとして機能するカラオケ装置１ｂ〜１ｇの中央処理装置１１は、これら３つの手段としては機能しない。
【００２８】
［通信制御装置１２の構成］
通信制御装置１２は、店舗内ネットワーク３０を介してカラオケ店舗内の他の部屋に設置されたカラオケ装置（この場合はスレーブとして機能するカラオケ装置１ｂ〜１ｇ）に接続されており、これら他のカラオケ装置１ｂ〜１ｇとの間で各種の情報を送受信する。また、カラオケ装置１ａの通信制御装置１２は、上述したように、公衆回線４０を介して配信用ホスト装置５０と接続し、この配信用ホスト装置５０との間で各種の情報を送受信する。
【００２９】
この配信用ホスト装置５０は、カラオケ装置１ａに対して、最新の流行曲等の曲データを発信したり、どのような曲が何回演奏されたかといったログデータを含む関連情報をカラオケ装置１ａから受信したりして管理することができるようになっている。さらに、配信用ホスト装置５０は、データベースを備えており、このデータベースに楽曲演奏に使用する配信データとしての音楽情報や背景画または歌詞等の画像情報等を記憶している。また、配信用ホスト装置５０は、コンテンツデータ以外にバージョンアップされたシステムプログラム等をデータベースに記憶し、そのデータベースから随時読み出してカラオケ装置１ａに対して発信することができるようになっている。
【００３０】
カラオケ装置１ａは、公衆回線４０を介して配信用ホスト装置５０に接続し、この公衆回線４０を介して接続した配信用ホスト装置５０からカラオケに関する配信データ（処理実行用情報としての音楽情報や画像情報、あるいはカラオケ演奏プログラム等）を取得して、ハードディスク１３へ記憶しておく。そして、カラオケ装置１ａは、ハードディスク１３に記憶されている配信データを、店舗内ネットワーク３０によって接続された他のカラオケ装置１ｂ〜１ｇへ送信して複製する。つまり、マスタとして機能するカラオケ装置１ａとスレーブとして機能するカラオケ装置１ｂ〜１ｇの各ハードディスク１３に同じ配信データが記憶されるようにするのである。
【００３１】
［操作制御部１７、操作パネル１４、リモコン送受信機１５，１６の構成］
操作制御部１７には、操作パネル１４およびリモコン受信機１６が接続されている。このうち、操作パネル１４は、利用者がカラオケ曲の選択や演奏アレンジの切り替えを行ったりするためのものである。利用者がこの操作パネル１４を操作すると、その入力操作の信号が操作制御部１７および中央処理装置１１に送られて処理される。一方、リモコン受信機１６は、リモコン送信機１５からの信号を受信するためのものである。また、このリモコン送信機１５は、操作パネル１４と同様に、利用者がカラオケ曲の選択や演奏アレンジの切り替えを行ったりするためのものである。利用者がこのリモコン送信機１５を操作すると、その入力操作の信号がリモコン受信機１６を介して操作制御部１７および中央処理装置１１に送られて処理される。
【００３２】
［その他の構成］
また、シンセサイザ１８には、ミキシングアンプ１９が接続され、このミキシングアンプ１９にはスピーカ２０が接続されている。ハードディスク１３等から読み出され、中央処理装置１１から供給される音楽情報（ＭＩＤＩ形式のカラオケ演奏データ）に基づいてシンセサイザ１８から出力される楽音信号はミキシングアンプ１９で増幅されてスピーカ２０から出力される。また、ミキシングアンプ１９には利用者の歌唱音声を入力するためのマイクロフォン２１が接続されており、このマイクロフォン２１によって入力された音声信号もシンセサイザ１８からの楽音信号と共にスピーカ２０から出力される。
【００３３】
また、映像制御部２４には、ビデオＲＡＭ２２、映像再生装置２３および表示装置２５が接続されており、これらビデオＲＡＭ２２や映像再生装置２３から出力される映像信号と歌詞情報に基づき、歌詞を歌詞の背景映像にスーパーインポーズして出力し、表示装置２５に表示させる。
【００３４】
以上のように構成されているカラオケ装置１ａにおいては、操作パネル１４を介して入力、あるいはリモコン送信機１５から送信された選曲番号をリモコン受信機１６にて受信、という形で利用者からカラオケ演奏曲を選択するための選曲番号の入力がなされると、自装置１ａが備えるハードディスク１３若しくは店舗内ネットワーク３０を介して接続された他のカラオケ装置１ｂ〜１ｇから取得したカラオケ演奏用のデータを用いて、カラオケ演奏を実行する。そして、利用者が、表示装置２５に表示される歌詞を参照しながら、スピーカ２０より流れる演奏にあわせて、マイクロフォン２１を使って歌を歌うことができる、つまりカラオケを楽しむことができるようになっている。なお、上述のように、スレーブとして機能するカラオケ装置１ｂ〜１ｇは、公衆回線４０を介して配信用ホスト装置５０に接続する機能を有さないだけで他の構成は基本的にカラオケ装置１ａと同じであり、やはり自装置が備えるハードディスク１３若しくは店舗内ネットワーク３０を介して接続された他のカラオケ装置から取得したカラオケ演奏用のデータを用いてカラオケ演奏を実行する。したがって、カラオケ装置１ａ同様、利用者がカラオケを楽しむことができる。
【００３５】
［カラオケ装置１ａ〜１ｇの動作説明］
上述の構成を有するネットワークシステム１０においては、マスタとして機能するカラオケ装置１ａが、ネットワークシステム１０を構成する各カラオケ装置１ａ〜１ｇの利用状況を把握し、その把握した各カラオケ装置１ａ〜１ｇの利用状況に基づいて、ネットワークシステム１０内で必要なハードディスク１３の数を算出する。これは、１台のハードディスク１３を稼働させるだけで複数台のカラオケ装置にカラオケ演奏用のデータを提供することができるためである。そして、算出した必要稼働数に基づいて稼働させるハードディスク１３を決定する。つまり、どのカラオケ装置１ａ〜１ｇの備えるハードディスク１３を稼働させるかを決定する。そして、その決定に基づいて、稼働させるべきハードディスク１３を備えるカラオケ装置１ａ〜１ｇには稼働命令を出し、それ以外のカラオケ装置１ａ〜１ｇには非稼働命令を出す。そして、稼働命令を受けたカラオケ装置１ａ〜１ｇは、自装置の備えるハードディスク１３が稼働していなければ稼働させ、一方、非稼働命令を受けた場合には自装置の備えるハードディスク１３が稼働していれば停止させる。なお、ハードディスク１３の稼働及び停止の制御は、中央処理装置１１からハードディスク１３に出力される制御コマンドにより実行される。
【００３６】
以上はハードディスク１３の稼働・非稼働に係る動作内容の概要説明であったため、次に、その動作に関し各カラオケ装置１ａ〜１ｇにて実行される処理について説明する。
［マスタとして機能するカラオケ装置１ａにて実行される処理］
まず、マスタとして機能するカラオケ装置１ａにて実行される「ハードディスク１３の稼働・非稼働に係る制御処理」について、図３，４のフローチャートを参照して説明する。
【００３７】
カラオケ装置１ａでは、電源がＯＮされると（Ｓ１）、ハードディスク１３の起動を行い（Ｓ２）、利用者からのリクエストがあるか否かを判断する（Ｓ３）。そして、リクエストがあれば（Ｓ３：Ｙ）、そのリクエストを受け付けて予約曲数をインクリメントして（Ｓ４）、Ｓ５へ移行する。一方、リクエストがなければ（Ｓ３：Ｎ）、そのままＳ５へ移行する。
【００３８】
Ｓ５では、現在カラオケ演奏をしているか否かを判断し、演奏していなければ（Ｓ５：Ｎ）、予約曲があるか否か判断し（Ｓ６）、予約曲があれば（Ｓ６：Ｙ）、演奏を開始し（Ｓ７）、Ｓ８へ移行する。一方、現在演奏している場合は（Ｓ５：Ｙ）、そのままＳ８へ移行する。
【００３９】
Ｓ８では演奏が終了したか否かを判断し、演奏が終了した場合には（Ｓ８：Ｙ）、予約曲数をデクリメントし（Ｓ９）、Ｓ１０へ移行する。一方、演奏が終了していない場合には（Ｓ８：Ｎ）、そのままＳ１０へ移行する。なお、Ｓ６で否定判断、すなわち、予約曲がない場合には、そのままＳ１０へ移行する。
【００４０】
Ｓ１０では、前回の稼働ハードディスク１３の不足検査より５分以上経過しているか否か判断し、５分以上経過していなければ（Ｓ１０：Ｎ）Ｓ３へ戻り、５分以上経過していれば（Ｓ１０：Ｙ）Ｓ１１へ移行する。
Ｓ１１では、店舗内ネットワーク３０を介して接続された他のカラオケ装置１ｂ〜１ｇに利用情報送信命令を送信する。そして、その利用情報送信命令の結果として、店舗内ネットワーク３０を介して接続された他のカラオケ装置１ｂ〜１ｇより予約曲数、現在のハードディスク状態（ハードディスク１３が稼働中か否か）、及びハードディスク累積稼働時間（ハードディスク１３がこれまでに稼働していた時間を累積したもの）を受信する（Ｓ１２）。
【００４１】
そして、このカラオケ装置１ｂ〜１ｇからの受信情報、及び自カラオケ装置１ａの予約曲数、現在のハードディスク状態、及びハードディスク累積稼働時間を元にして管理テーブル一覧を作成する（Ｓ１３）。この管理テーブル一覧を図６（ａ）に示す。図６（ａ）に示すように、このとき、稼働フラグは全て「停止」に初期化する。また、ハードディスク累積稼働時間は、店舗にカラオケ装置１ａ〜１ｇが設置されたときに初期化され、さらにハードディスク１３が設置後に交換された場合には、交換されたハードディスク１３に対応するハードディスク累積稼働時間が初期化される。
【００４２】
次に、予約曲数より現在利用されているカラオケ装置の台数を算出する（Ｓ１４）。図６（ａ）に示すような一覧が作成された場合には、その予約曲数が１以上のものが「現在利用中」のカラオケ装置である。この場合は、シリアルナンバーが「００００１」〜「００００３」、「００００５」及び「００００７」の５台のカラオケ装置において予約曲数が１以上であるため、利用中のカラオケ装置の台数は「５」である。そして、利用中の装置の台数より稼働すべきハードディスク１３の台数を算出する（Ｓ１５）。この稼働すべきハードディスク１３の台数については、ハードディスク１３その他のハードウェアの性能等に応じて決まるが、例えば予め利用中のカラオケ装置の台数と稼働すべきハードディスク１３の台数との対応関係を示すテーブルを記憶しておき、それに基づいて算出したり、予め定めた計算式を用いて算出することが考えられる。本実施例では、１台のハードディスク１３によって２台のカラオケ装置でのカラオケ演奏をまかなえるようになっているため、利用中のカラオケ装置が５台であれば、稼働すべきハードディスク１３は３台であると算出する。
【００４３】
その後、受信した現在のハードディスク状態より抽出した現在稼働中のハードディスク１３が、Ｓ１５にて算出した稼働すべきハードディスク１３の台数より少ないか否かを判断する（Ｓ１６）。これが「稼働ハードディスク不足検査」である。
【００４４】
そして、現在稼働中のハードディスク１３が、稼働すべきハードディスク１３の台数以上である場合には（Ｓ１６：Ｎ）、前回の稼働ハードディスク調整処理より２時間以上経過しているか否かを判断し（Ｓ１７）、経過時間が２時間未満であれば（Ｓ１７：Ｎ）、Ｓ３へ戻る。一方、２時間以上経過していれば（Ｓ１７：Ｙ）、図４のＳ１８へ移行する。なお、ここで稼働ハードディスク調整処理の実行間隔を２時間以上としたのは、あまり短期間で調整すると、ハードディスクの稼働・停止が煩雑となり、またそのような細かい制御自体の実効性が高くないと考えられるからである。特にカラオケ店舗においては、利用を開始した客は例えば２時間程度は継続して利用することが考えられるため、例えばその程度の調整間隔を採用したのである。もちろん、この調整間隔は、適宜設定変更可能としておけばよい。
【００４５】
Ｓ１８で稼働ハードディスク調整処理を開始すると、まず、管理テーブル一覧において、予約曲数が１以上のカラオケ装置の稼働フラグを「稼働」に変更する（Ｓ１９）。この変更した状態の管理テーブル一覧を図６（ｂ）に示す。図６（ｂ）に示すように、予約曲数が１以上のカラオケ装置、すなわちシリアルナンバーが「００００１」〜「００００３」、「００００５」及び「００００７」の５台のカラオケ装置に対応する稼働フラグを「稼働」にする。これは、実際に利用されているカラオケ装置のハードディスク１３を優先的に稼働させるための措置である。
【００４６】
そして、この変更後の状態で、稼働フラグが「稼働」となっているカラオケ装置の台数が、稼働すべきハードディスク１３の台数よりも多いか否かを判断し（Ｓ２０）、多い場合には（Ｓ２０：Ｙ）、「稼働」になっているカラオケ装置の中からハードディスク累積稼働時間が最も多いカラオケ装置を「停止」に変更し（Ｓ２１）、Ｓ２０へ戻る。それでもまだ「稼働」となっているカラオケ装置が稼働すべきハードディスク１３の台数よりも多い場合には（Ｓ２０：Ｙ）、Ｓ２１での「ハードディスク累積稼働時間が最も多いカラオケ装置を「停止」に変更する」処理を繰り返す。そして、「稼働」となっているカラオケ装置が稼働すべきハードディスク１３の台数以下となった場合には（Ｓ２０：Ｎ）、Ｓ２２へ移行する。
【００４７】
例えば図６（ｂ）に示す管理テーブル一覧の状態では、シリアルナンバーが「００００１」〜「００００３」、「００００５」及び「００００７」の５台のカラオケ装置に対応する累積稼働時間が、それぞれ１２００時間、３６００時間、４８００時間、６００時間及び２４００時間である。したがって、まず累積稼働時間が４８００時間で最も多い、シリアルナンバーが「００００３」のカラオケ装置に対応する稼働フラグを「停止」に変更する。その変更後の状態であれば、累積稼働時間が３６００時間で最も多い、シリアルナンバーが「００００２」のカラオケ装置に対応する稼働フラグが「停止」に変更される。図６（ｃ）では、このように２台のカラオケ装置に対応する稼働フラグが「停止」に変更された状態を示しているが、この状態では「稼働」となっているカラオケ装置が３台であり、稼働すべきハードディスク１３の台数である「３」と同じであるため、Ｓ２０にて否定判断となってＳ２２へ移行する。
【００４８】
Ｓ２２では、管理テーブル一覧より「稼働」になっているカラオケ装置にハードディスク稼働命令を送信し、次のＳ２３では、一覧より「停止」になっているカラオケ装置にハードディスク停止命令を送信する。なお、上述のように、図６（ｃ）に示す状態の管理テーブル一覧であれば、シリアルナンバーが「００００１」、「００００５」及び「００００７」のカラオケ装置に対してハードディスク稼働命令を出し、シリアルナンバーが「００００２」〜「００００４」及び「００００６」のカラオケ装置に対してハードディスク停止命令を出す。
【００４９】
そして、自カラオケ装置１ａの稼働フラグが「停止」か否かを判断し（Ｓ２４）、停止でなければ（Ｓ２４：Ｎ）、現在ハードディスク１３が起動しているか否か判断し（Ｓ２５）、起動していれば（Ｓ２５：Ｙ）、図３のＳ３へ戻る。一方、現在ハードディスク１３が起動していない場合には（Ｓ２５：Ｎ）、ハードディスク１３を起動してから（Ｓ２６）、図３のＳ３へ戻る。
【００５０】
これに対して、Ｓ２４で肯定判断、すなわち、自カラオケ装置１ａの稼働フラグが「停止」であれば（Ｓ２４：Ｙ）、現在ハードディスク１３が停止しているか否か判断し（Ｓ２７）、停止していれば（Ｓ２７：Ｙ）、図３のＳ３へ戻る。一方、現在ハードディスク１３が停止していない場合には（Ｓ２７：Ｎ）、ハードディスク１３を停止し（Ｓ２８）、さらにハードディスク累積稼働時間に停止までの起動時間を足してから（Ｓ２９）、図３のＳ３へ戻る。
【００５１】
なお、上述のように、図６（ｃ）に示す状態の管理テーブル一覧であれば、自カラオケ装置１ａ、つまりシリアルナンバーが「００００１」のカラオケ装置に対応する稼働フラグは「稼働」となっているので、Ｓ２４では否定判断となる。
［スレーブとして機能するカラオケ装置１ｂ〜１ｇにて実行される処理］
次に、スレーブとして機能するカラオケ装置１ｂ〜１ｇにて実行される「ハードディスク１３の稼働・非稼働に係る制御処理」について、図５のフローチャートを参照して説明する。
【００５２】
これらのカラオケ装置１ｂ〜１ｇでは、電源がオンされると（Ｓ５１）、ハードディスク１３の起動を行い（Ｓ５２）、利用者からのリクエストがあるか否かを判断する（Ｓ５３）。そして、リクエストがあれば（Ｓ５３：Ｙ）、そのリクエストを受け付けて予約曲数をインクリメントして（Ｓ５４）、Ｓ５５へ移行する。一方、リクエストがなければ（Ｓ５３：Ｎ）、そのままＳ５５へ移行する。
【００５３】
Ｓ５５では、現在演奏しているか否かを判断し、演奏していなければ（Ｓ５５：Ｎ）、予約曲があるか否か判断し（Ｓ５６）、予約曲があれば（Ｓ５６：Ｙ）、演奏を開始し（Ｓ５７）、Ｓ５８へ移行する。一方、現在演奏している場合は（Ｓ５５：Ｙ）、そのままＳ５８へ移行する。
【００５４】
Ｓ５８では演奏が終了したか否かを判断し、演奏が終了した場合には（Ｓ５８：Ｙ）、予約曲数をデクリメントし（Ｓ５９）、Ｓ６０へ移行する。一方、演奏が終了していない場合には（Ｓ５８：Ｎ）、そのままＳ６０へ移行する。なお、Ｓ５６で否定判断、すなわち、予約曲がない場合には、そのままＳ６０へ移行する。
【００５５】
Ｓ６０では、マスタとして機能するカラオケ装置１ａからの利用情報送信命令（図３のＳ１１にて送信されたもの）を受信したか否かを判断する。利用情報送信命令を受信した場合には（Ｓ６０：Ｙ）、予約曲数及び現在のハードディスク状態、ハードディスク累積稼働時間をマスタ装置であるカラオケ装置１ａに送信し（Ｓ６１）、その後、Ｓ５３へ戻る。なお、予約曲数は中央処理装置１１内のＲＡＭに記憶されており、ハードディスク累積稼働時間はＥＥＰＲＯＭ２７に記憶されている。なお、この、このＲＡＭが「予約記憶手段」に相当する。
【００５６】
一方、利用情報送信命令を受信していない場合には（Ｓ６０：Ｎ）、マスタ装置であるカラオケ装置１ａからハードディスク停止命令を受信したか否かを判断し（Ｓ６２）、ハードディスク停止命令を受信した場合には（Ｓ６２：Ｙ）、現在ハードディスク１３が停止しているか否かを判断し（Ｓ６３）、停止してれば（Ｓ６３：Ｙ）、そのままＳ５３へ戻るが、停止していなければ（Ｓ６３：Ｎ）、ハードディスク１３を停止させ（Ｓ６４）、ハードディスク累積稼働時間に停止までの起動時間を足してから（Ｓ６５）、Ｓ５３へ戻る。
【００５７】
一方、ハードディスク停止命令を受信していない場合には（Ｓ６２：Ｎ）、ハードディスク稼働命令を受信したか否かを判断し（Ｓ６６）、ハードディスク稼働命令を受信していない場合には（Ｓ６６：Ｎ）、そのままＳ５３へ戻るが、ハードディスク稼働命令を受信した場合には（Ｓ６６：Ｙ）、現在ハードディスク１３が起動しているか否か判断し（Ｓ６７）、起動していれば（Ｓ６７：Ｙ）、Ｓ５３へ戻る。一方、現在ハードディスク１３が起動していない場合には（Ｓ６７：Ｎ）、ハードディスク１３を起動してから（Ｓ６８）、Ｓ５３へ戻る。
【００５８】
なお、図３のステップＳ１１，Ｓ１２，Ｓ１３の処理が利用状況把握手段の処理に相当し、ステップＳ１４，Ｓ１５の処理が必要稼働数算出手段の処理に相当する。また、図３のステップＳ１６，Ｓ１７，図４のステップＳ１８，Ｓ１９，Ｓ２０，Ｓ２１の処理が決定手段の処理に相当し、図４のステップＳ２２，Ｓ２３が命令手段の処理に相当する。また、マスタとして機能するカラオケ装置１ａにおいては図４のステップＳ２４〜Ｓ２９が、スレーブとして機能するカラオケ装置１ｂ〜１ｇにおいては図５のステップＳ６２〜Ｓ６８がそれぞれ命令対応稼働制御手段の処理に相当する。
【００５９】
このように、本実施例のネットワークシステム１０によれば、次のような効果が得られる。
（ａ）カラオケ装置１ａ〜１ｇの利用状況に基づいて、ネットワークシステム１０全体として見た場合に稼働させるべきハードディスク１３の必要数を算出し、その必要数のハードディスク１３のみを稼働させるよう制御している。そのため、稼働しないハードディスク１３については消耗を防ぐことができ、またネットワークシステム１０全体として見た場合の消費電力の節約ができる。さらに、このような制御をしない場合は、実際には稼働しなくてもよいハードディスク１３まで稼働させることとなるが、その場合は振動や電源の瞬断によって破損する対象となるハードディスク１３を増やすこととなる。したがって、上述のような制御によって必要最低限のハードディスク１３のみ稼働させることで、そのような故障防止・低減を実現することができる。
【００６０】
（ｂ）本実施例では、稼働させるハードディスク１３を決定する際、ハードディスク１３の累積稼働時間が少ないものを優先している。逆に言えば累積稼働時間が多いものほど積極的に休ませるようにしている。そのため、ネットワークシステム１０内に存在する複数のハードディスク１３における累積稼働時間の平均化が図られる。これによって、例えばある一つのハードディスク１３の累積稼働時間が突出してしまうことによる故障発生の可能性を低くすることができ、ネットワークシステム１０全体としての信頼性向上につながる。
【００６１】
（ｃ）本実施例では、稼働させるハードディスク１３を決定する際、カラオケ演奏を実行中のカラオケ装置（具体的には予約曲が存在するカラオケ装置）が備えるハードディスク１３について優先するようにしている。このような考慮をしない場合は、例えば、本来は自装置でカラオケ演奏をしているカラオケ装置が備えるハードディスク１３のみを稼働させるだけで足りる状況であるにもかかわらず、自装置ではカラオケ演奏をしていないが他のカラオケ装置へのみ送信するためだけにハードディスク１３を稼働させる状況が生じることとなる。しかしその場合には、ネットワーク途中でデータ伝送がとぎれる危険を負担することとなる。したがって、上記のような考慮をすることで、上記危険負担を低減させることができる。
【００６２】
［その他の実施例］
（１）上記実施例では、予約曲の有無によってカラオケ装置１ａ〜１ｇが利用中か否かを判断したが、例えばカラオケ演奏以外にもゲーム等のサービスを提供できる機能を持っているのであれば、そのようなサービスの提供中であるか否かも加味して判断してもよい。
【００６３】
（２）上記実施例では、マスタとして機能するカラオケ装置１ａが、利用状況の把握、ハードディスク１３の必要稼働数の算出、稼働させるハードディスク１３の決定及び各カラオケ装置１ａ〜１ｇに対するハードディスク１３の稼働または停止命令を実行するようにした。しかし、これらカラオケ装置１ａ〜１ｇとは別個に、店舗内ネットワーク３０に接続する制御装置を設け、その制御装置がこれら利用状況把握、必要稼働数算出、稼働ハードディスク１３の決定及びハードディスク１３の稼働または停止命令を実行する構成を採用しても良い。
【００６４】
（３）上記実施例では、カラオケ装置１ａ〜１ｇによって構成されたネットワーク１０を例に挙げて説明したが、このようなカラオケ装置１ａ〜１ｇに限らず、少なくとも２台以上の情報処理装置が接続されたネットワークシステムにおいて、自装置が備えるハードディスク若しくはネットワークを介して接続された他の情報処理装置から取得した処理実行用情報を用いて所定の処理を実行可能なシステムであれば、同様に適用でき、同様の効果を得ることができる。
【００６５】
（４）なお、上記実施例では情報記憶手段としてハードディスク１３を挙げたが、ハードディスク以外であっても、その情報記憶手段の稼働・停止が制御でき、且つ稼働させていることで消耗が発生したり、電源の瞬断等によって破損する可能性があるものであれば、同様に適用できる。
【図面の簡単な説明】
【図１】実施例のネットワークシステムを構成する情報処理装置としてのカラオケ装置の概略構成を示すブロック図である。
【図２】実施例のネットワークシステムの概略構成を示すブロック図である。
【図３】マスタとして機能するカラオケ装置にて実行されるハードディスクの稼働・非稼働制御処理の前半を示すフローチャートである。
【図４】マスタとして機能するカラオケ装置にて実行されるハードディスクの稼働・非稼働制御処理の後半を示すフローチャートである。
【図５】スレーブとして機能するカラオケ装置にて実行されるハードディスクの稼働・非稼働制御処理を示すフローチャートである。
【図６】ハードディスクの稼働・非稼働制御処理に用いられる管理テーブル一覧の説明図である。
【符号の説明】
１ａ〜１ｇ…カラオケ装置、１０…ネットワークシステム、１１…中央処理装置、１２…通信制御装置、１３…ハードディスク、１４…操作パネル、１５…リモコン送信機、１６…リモコン受信機、１７…操作制御部、１８…シンセサイザ、１９…ミキシングアンプ、２０…スピーカ、２１…マイクロフォン、２２…ビデオＲＡＭ、２３…映像再生装置、２４…映像制御部、２５…表示装置、３０…店舗内ネットワーク、４０…公衆回線、５０…配信用ホスト装置。
Claims (7)
- 複数の情報処理装置がネットワークを介して接続されており、
前記各情報処理装置は、処理実行用情報を記憶しておく情報記憶手段、受け付けた予約を記憶しておく予約記憶手段、その予約記憶手段に記憶された予約に基づいて、自装置の備える情報記憶手段又はネットワークで接続された他の情報処理装置の備える情報記憶手段から読み出した処理実行用情報を用いて所定の処理を実行する処理実行手段を備えるネットワークシステムであって、
前記各情報処理装置の利用状況を把握する利用状況把握手段、
前記利用状況把握手段によって把握した各情報処理装置の利用状況に基づいてネットワークシステム内で必要な情報記憶手段の数を算出する必要稼働数算出手段、
前記必要稼働数算出手段によって算出された必要稼働数に基づくと共に、前記利用状況把握手段によって把握した各情報処理装置の利用状況にも基づいて、稼働させる情報記憶手段を決定する決定手段、
前記決定手段によって決定された情報記憶手段を備える情報処理装置に対しては稼働命令を出し、それ以外の情報処理装置には非稼働命令を出す命令手段、
を備え、
前記各情報処理装置は、前記命令手段から前記稼働命令を受けた場合には、自装置の備える情報記憶手段が稼働していなければ稼働させ、一方、前記非稼働命令を受けた場合には自装置の備える情報記憶手段が稼働していれば停止させる、命令対応稼働制御手段を備え、
前記利用状況把握手段は、前記各情報処理装置の備える前記予約記憶手段に記憶された予約状況を前記利用状況の一つとして把握し、
前記決定手段は、前記予約状況に基づいて、前記処理実行用情報を用いて所定の処理を実行中である情報処理装置か否かを判断し、前記処理実行用情報を用いて所定の処理を実行中である情報処理装置が備える情報記憶手段を優先して、前記稼働させる情報記憶手段として決定する
ネットワークシステム。 - 請求項１に記載のネットワークシステムにおいて、
前記利用状況把握手段は、前記各情報処理装置の備える情報記憶手段の累積稼働時間を前記利用状況の一つとして把握し、
前記決定手段は、前記利用状況把握手段によって把握した各情報処理装置の備える情報記憶手段の累積稼働時間にも基づき、その累積稼働時間が少ない情報記憶手段を優先して、前記稼働させる情報記憶手段として決定する
ネットワークシステム。 - 請求項１又は２に記載のネットワークシステムにおいて、
前記複数の情報処理装置の何れかが、前記利用状況把握手段、前記必要稼働数算出手段、前記決定手段及び前記命令手段を備える
ネットワークシステム。 - 請求項１〜３の何れかに記載のネットワークシステムに用いられる情報処理装置であって、
前記情報記憶手段、前記処理実行手段及び前記命令対応稼働制御手段を備える情報処理装置。 - 請求項４に記載の情報処理装置であって、
さらに、前記利用状況把握手段、前記必要稼働数算出手段、前記決定手段及び前記命令手段を備える情報処理装置。 - 請求項１〜３の何れかに記載のネットワークシステムにおける前記利用状況把握手段、前記必要稼働数算出手段、前記決定手段及び前記命令手段としてコンピュータを機能させるためのプログラム。
- 請求項５に記載の情報処理装置における前記処理実行手段、前記利用状況把握手段、前記必要稼働数算出手段、前記決定手段、前記命令手段及び前記命令対応稼働制御手段としてコンピュータを機能させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003060050A JP4144380B2 (ja) | 2003-03-06 | 2003-03-06 | ネットワークシステム、情報処理装置及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003060050A JP4144380B2 (ja) | 2003-03-06 | 2003-03-06 | ネットワークシステム、情報処理装置及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004271708A JP2004271708A (ja) | 2004-09-30 |
| JP4144380B2 true JP4144380B2 (ja) | 2008-09-03 |
Family
ID=33122713
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003060050A Expired - Fee Related JP4144380B2 (ja) | 2003-03-06 | 2003-03-06 | ネットワークシステム、情報処理装置及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4144380B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4721746B2 (ja) * | 2005-03-30 | 2011-07-13 | Ｊｆｅスチール株式会社 | プロセス制御用コンピュータシステム |
| JP5164263B2 (ja) * | 2008-07-31 | 2013-03-21 | 株式会社第一興商 | 通信カラオケシステム |
-
2003
- 2003-03-06 JP JP2003060050A patent/JP4144380B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004271708A (ja) | 2004-09-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2861855B2 (ja) | 通信カラオケシステム | |
| JP2917855B2 (ja) | カラオケ装置およびカラオケシステム | |
| JP4144380B2 (ja) | ネットワークシステム、情報処理装置及びプログラム | |
| JP2000107466A (ja) | 通信ゲームシステム | |
| JP2008020934A (ja) | カラオケ装置 | |
| JPH11224086A (ja) | 演奏装置およびレジストレーションデータを記録した記録媒体 | |
| JP3884799B2 (ja) | カラオケシステム | |
| KR100625457B1 (ko) | 노래반주기용 무선마이크의 자동 온오프 및 방전알림장치 | |
| JPH1091175A (ja) | 楽音再生システム | |
| JP4452666B2 (ja) | カラオケ装置 | |
| JP3703580B2 (ja) | 楽音再生システム | |
| JP3149571B2 (ja) | カラオケシステム | |
| JP2004170529A (ja) | 情報複製方法、ネットワークシステム及び情報処理装置 | |
| JP4229450B2 (ja) | 通信カラオケシステム | |
| JPH11119787A (ja) | 音楽演奏装置と音楽演奏システム | |
| JP4112932B2 (ja) | カラオケ装置 | |
| JP3958395B2 (ja) | 通信カラオケシステム | |
| JP4323450B2 (ja) | カラオケシステム | |
| JPH08263080A (ja) | カラオケ集中管理システム | |
| JPH08166869A (ja) | 集中管理型情報処理装置 | |
| JP4042180B2 (ja) | 通信カラオケシステム | |
| JP4364145B2 (ja) | カラオケシステム | |
| JP2004157390A (ja) | リクエスト対応型情報提供システム及びリクエスト装置 | |
| JP2005164640A (ja) | コンピュータシステム、カラオケシステム、プログラム | |
| JP2003255966A (ja) | カラオケ装置、カラオケシステム、サーバ装置、カラオケ端末装置、プログラムおよび記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060303 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080219 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080417 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080527 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080609 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4144380 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110627 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120627 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120627 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130627 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |