(57)【要約】【課題】マスタからスレーブへの複製に際して適切な工夫を施すことによって、複製処理が中断した場合でも安定したシステムとなるようにする。【解決手段】マスタからスレーブＳ１〜Ｓ４へのファイルの複製を、従来のようなスレーブ単位ではなく、ファイル単位で行う。例えばディレクトリＡに記憶されているファイルが最も優先度が高い場合、そのファイルを４台のスレーブＳ１〜Ｓ４に対し順次複製し、その後、次に優先度の高いディレクトリＢに記憶されているファイルを４台のスレーブＳ１〜Ｓ４に対し順次複製し、その後、最も優先度の低いディレクトリＣに記憶されているファイルを４台のスレーブＳ１〜Ｓ４に対し順次複製する。このようにすれば、ファイル複製処理が中断しても、初期の頃に複製したファイルについては、どのスレーブＳ１〜Ｓ４においても同じファイルが格納されている可能性が高くなる。【選択図】図３
2004170529.tif 000002
【特許請求の範囲】
【請求項１】
処理実行用情報を記憶しておく情報記憶手段を有する少なくとも３台以上の情報処理装置が接続され、その情報処理装置群は少なくとも１台以上のマスタと２台以上のスレーブとして機能するネットワークシステムにおいて、前記マスタの情報記憶手段に記憶されている処理実行用情報を、前記スレーブの情報記憶手段に複製する方法であって、
前記マスタの情報記憶手段に記憶されている処理実行用情報に関して、ファイル単位で複製の優先度を設定しておき、
前記マスタの情報記憶手段に記憶されている処理実行用情報の内、前記複製の優先度が最も高く設定されているファイルを読み出し、その読み出したファイルを前記スレーブの情報記憶手段に順次複製し、その後、前記複製の優先度が次に高く設定されているファイルを読み出し、その読み出したファイルを前記スレーブの情報記憶手段に順次複製する、というファイル複製処理を、順次実行する
情報複製方法。
【請求項２】
処理実行用情報を記憶しておく情報記憶手段を有する少なくとも３台以上の情報処理装置が接続され、その情報処理装置群は少なくとも１台以上のマスタと２台以上のスレーブとして機能するネットワークシステムであって、
前記マスタの情報記憶手段には、記憶されている処理実行用情報に関してファイル単位で設定された複製の優先度が記憶されており、
前記マスタの情報記憶手段に記憶されている処理実行用情報の内、前記複製優先度が最も高く設定されているファイルを読み出し、その読み出したファイルを前記スレーブの情報記憶手段に順次複製し、そのファイル複製が終了したら、前記複製優先度が次に高く設定されているファイルを読み出し、その読み出したファイルを前記スレーブの情報記憶手段に順次複製する、というファイル複製処理を、順次実行する
ネットワークシステム。
【請求項３】
請求項２に記載のネットワークシステムにおいて、
前記マスタの情報記憶手段は、前記ファイル毎に１対１で設定された前記複数優先度を記憶することによって、ファイル単位で複製優先度が記憶されるようにしたネットワークシステム。
【請求項４】
請求項２に記載のネットワークシステムにおいて、
前記マスタの情報記憶手段は、複数のディレクトリに分けてファイルを格納可能であり、
前記ディレクトリ毎に設定された複製優先度を記憶されており、当該ディレクトリに前記ファイルを格納することによって、結果的にファイル単位で複製優先度が記憶されるようにしたネットワークシステム。
【請求項５】
請求項２〜４の何れかに記載のネットワークシステムにおいて、
前記マスタの情報記憶手段には、さらに、スレーブ単位で設定された複製優先度も記憶されており、
同じ複製優先度が設定されているファイルを前記スレーブの情報記憶手段に複製する際には、前記スレーブ単位で設定された複製優先度に従った順番で複製を実行する
ネットワークシステム。
【請求項６】
請求項２〜５の何れかに記載のネットワークシステムに用いられる情報処理装置であって、
当該各請求項においてマスタとして機能する情報処理装置に関して記載された構成を備える情報処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、少なくとも１台以上のマスタと２台以上のスレーブが接続されたネットワークシステムにおいて、マスタの情報記憶手段に記憶されている処理実行用情報を、スレーブの情報記憶手段に複製する技術に関する。
【０００２】
【従来の技術】
従来の通信カラオケシステム、即ち、配信用のホスト装置と複数のカラオケ装置が電話回線を介して通信を行うことによって楽音データ等の配信データを取得し、カラオケ装置は利用者からのリクエストにより楽音データを再生して演奏を行うシステムにおいて、通信費の削減及びリクエストに対するレスポンス等の問題から各カラオケ装置にハードディスク等の記憶装置を設け、一旦取得した配信データは当該記憶装置に記憶しておき、演奏の際には記憶装置からリクエストに対応した楽音データを読み出し再生する構成が知られている
また、上記のような構成の通信カラオケシステムでは、例えばある店舗において複数のカラオケルームが存在する場合、各カラオケルームに設置してあるカラオケ装置それぞれが電話回線と接続されており、各カラオケ装置が配信用のホスト装置と通信を行い配信データを取得する構成が存在する。この場合、データの配信をカラオケ装置毎に受信するため、カラオケ装置の台数分だけ電話料金がかかるという問題があった。これらの問題を解決するため、近年ではある店舗に設置された複数のカラオケ装置の内、少なくとも１つのカラオケ装置に電話回線を接続し、該カラオケ装置は上記同様に配信用のホスト装置より配信データを受信するが、その他の複数のカラオケ装置は、ＬＡＮ等の回線を介して、配信データを受信しているカラオケ装置からデータを受信する構成となっている（例えば、特許文献１参照）。
【０００３】
この特許文献１に開示された技術では、電話回線に接続されて配信用のホスト装置から配信データを取得するカラオケ装置がマスタとして機能し、他のカラオケ装置がスレーブとして機能するネットワークシステムを構成している。そして、マスタのハードディスクに記憶された配信データをスレーブのハードディスクに複製している。
【０００４】
【特許文献１】
特開平１０−１８７１７６号公報
【０００５】
【発明が解決しようとする課題】
従来の複製処理はスレーブ単位で行っていた。例えばスレーブが５台存在する場合、マスタのハードディスクに記憶されている複製対象の情報をある１台のスレーブに対して全て複製するとそのスレーブに対する複製処理は終了し、次に、別のスレーブに対して、やはりマスタのハードディスクに記憶されている複製対象の情報を全て複製する。
【０００６】
しかしながら、このようなスレーブ単位の複製を順次実行していくため、何らかの原因（停電やマスタの故障など）で複製処理が中断した場合、全ての複製対象情報の複製が完了しているスレーブと、複製対象情報の複製が全くなされていないスレーブが存在する可能性があり、ネットワークシステム全体として見た場合、安定しているシステムとは言えない。例えば、通信カラオケの場合を考えると、複製対象の情報が配信された新譜のカラオケ曲データである場合、あるカラオケ装置には新譜のカラオケ曲データが全て記憶されているが、あるカラオケ装置には全く記憶されていないという状態が発生する。また、複製対象の情報としてはカラオケ曲データだけでなく、カラオケ演奏のためのアプリケーションプログラム（カラオケ演奏プログラム）であることも考えられる。そして、そのカラオケ演奏プログラムがバージョンアップするような場合、バージョンアップ後のカラオケ演奏プログラムによって処理されることを前提としたカラオケ曲データ等についての処理は、バージョンアップ前のカラオケ演奏プログラムによって処理された場合、安定した動作にならない可能性がある。したがって、あるカラオケ装置では適切にカラオケ演奏が実行されるが、あるカラオケ装置では不適切なカラオケ演奏が実行されてしまう可能性がある。
【０００７】
なお、このような問題はカラオケ装置に限らず、少なくとも１台以上のマスタと２台以上のスレーブが接続されたネットワークシステムにおいて、マスタの情報記憶手段に記憶されている処理実行用情報を、スレーブの情報記憶手段に複製するような場合には同様に生じ得る。
【０００８】
そこで本発明は、このような問題点を鑑み、マスタからスレーブへの複製に際して適切な工夫を施すことによって、複製処理が中断した場合でも安定したシステムとなるようにすることを目的とする。
【０００９】
【課題を解決するための手段及び発明の効果】
（１）請求項２に係るネットワークシステムは、請求項１に係る情報複製方法を実現するための一例である。本発明のネットワークシステムは、処理実行用情報を記憶しておく情報記憶手段を有する少なくとも３台以上の情報処理装置が接続されており、さらに、その情報処理装置群は少なくとも１台以上のマスタと２台以上のスレーブとして機能することを前提とする。そして、マスタの情報記憶手段には、（その情報記憶手段に）記憶されている処理実行用情報に関してファイル単位で設定された複製優先度が記憶されており、以下のようなファイル複製処理を実行する。すなわち、マスタの情報記憶手段に記憶されている処理実行用情報の内、複製優先度が最も高く設定されているファイルを読み出し、その読み出したファイルをスレーブの情報記憶手段に順次複製する。そして、そのファイル複製が終了したら、複製優先度が次に高く設定されているファイルを読み出し、その読み出したファイルをスレーブの情報記憶手段に順次複製する。このようなファイルの読み出し及び全スレーブへの複製を順次実行し、複製優先度が最も低く設定されているファイルの読み出し及びスレーブへの複製が終了したら、ファイル複製処理が完了する。
【００１０】
このように、本発明のネットワークシステムにおいては、ファイルの複製を、従来のようなスレーブ単位ではなく、ファイル単位で行う。つまり、例えば１０台のスレーブが存在すると仮定し、例えばあるファイルについて１０台のスレーブに対し順次複製し、その後、別のファイルについて１０台のスレーブに対し順次複製していく。このような方法によれば、ファイル複製処理が中断しても、例えば初期の頃に複製処理を施したファイルに関して考えると、どのスレーブにおいても同じファイルが格納されている可能性が高くなり、安定したシステムとなる。
【００１１】
本発明の技術思想に関する着眼は以下のようである。つまり、例えば最終的に複製させたいファイル群中には、相対的に重要なファイルもあれば、相対的に重要でないファイルもある。いわゆる映像カラオケを例に挙げて説明すれば、最終的に複製させたいファイル群中に演奏データと背景映像データを含むこととなるが、カラオケ演奏を実行する上で演奏データは必須であるのに対し、背景映像データはそれがなくてもカラオケ演奏が実行できないわけではない。そうであるにもかかわらず、例えばスレーブ単位にファイル複製処理を実行していると、カラオケ演奏すら全くできないスレーブが生じ易くなる。それに対して本発明によれば、例えば新曲が配信された場合にその演奏データについては優先的に複製処理することで、どのスレーブにおいて少なくともカラオケ演奏自体は実行できる可能性が高くなり、カラオケシステムを考えた上で有利である。また、さらに言えば、演奏データがあってもカラオケ演奏を実行するためのアプリケーションプログラムがなければカラオケ演奏自体ができない。したがって、そのようなアプリケーションプログラムの複製優先度をさらに高くすることも考えられる。
【００１２】
なお、カラオケ装置を例に挙げて説明したが、当然ながら本発明はこのようなカラオケ装置に限らず、少なくとも１台以上のマスタと２台以上のスレーブが接続されたネットワークシステムにおいて、マスタの情報記憶手段に記憶されている処理実行用情報を、スレーブの情報記憶手段に複製するようなシステムであれば同様に適用でき、同様の効果を得ることができる。
【００１３】
（２）マスタの情報記憶手段には、記憶されている処理実行用情報に関してファイル単位で設定された複製の優先度が記憶されているのであるが、この場合、例えば請求項３、４に示す手法が考えられる。
例えば請求項３の場合には、ファイル毎に１対１で設定された複数優先度をマスタの情報記憶手段が記憶する。これによって、いわば直接的に「ファイル単位で複製優先度が記憶」されることとなる。
【００１４】
一方、請求項４の場合は、マスタの情報記憶手段が複数のディレクトリに分けてファイルを格納可能であり、ディレクトリ毎に設定された複製優先度を記憶している。そして、そのようなディレクトリにファイルを格納することによって、結果的にファイル単位で複製優先度が記憶されることとなる。このようにすれば、複製に際してファイル毎に優先度を判断しなくても、ディレクトリ単位で一括してファイル複製すればよいため、処理負荷が低減される。なお、例えばマスタが外部からファイルを受信するシステムであれば、外部から配信するファイル毎にディレクトリを指定しておき、ファイル受信時に、その指定されたディレクトリに格納するようにすることが考えられる。
【００１５】
（３）また、ファイル複製処理に際しては、スレーブ単位の複製優先度も加味してもよい。つまり、請求項５に示すように、マスタの情報記憶手段にスレーブ単位で設定された複製優先度も記憶しておき、同じ複製優先度が設定されているファイルを全てのスレーブの情報記憶手段に複製する際には、スレーブ単位の複製優先度に従った順番で複製を実行するのである。例えば通信カラオケにおけるネットワークシステムを考えると、スレーブの中でも、マスタが故障した場合などに代替してマスタの機能を果たすことになるスレーブが存在する。つまり、マスタは配信用のホスト装置から新曲等の配信を受けるのであるが、この配信を受ける機能をマスタに代替して実行することのできるスレーブを準備しておくのが一般的である。そのような場合は、当該スレーブの優先度を最も高くすることが考えられる。また、それ以外のスレーブについても、例えば利用頻度が高いと考えられるカラオケ装置から順番に優先度を設定することが考えられる。例えばカラオケボックスにあっては、利用人数等の点から店舗側として利用させるボックスに差が出てくる。例えばある程度大人数を収容してパーティにも対応できるようにしたボックスの場合、利用頻度は相対的に低いと考えられる。それよりも、小部屋・中部屋の方が利用頻度は高い。したがって、それらの観点からスレーブ同士においても優先度に差を設けるのである。そして、このようにすることで、同じ複製優先度のファイルを全てのスレーブに複製している最中に当該複製処理が中断した場合、より優先度の高いスレーブには当該ファイルが記憶されている可能性が高くなる。
【００１６】
（４）なお、請求項６に示すように、請求項２〜５の何れかに記載のネットワークシステムに用いられる情報処理装置であって、当該各請求項においてマスタとして機能する情報処理装置に関して記載された構成を備える情報処理装置として実現することもできる。このような情報処理装置であれば、上述したネットワークシステムにおいてマスタとして用いられることによって、上述の効果を発揮する上で有意な役割を果たすこととなる。
【００１７】
（５）また、本発明の他の態様として次のものが考えられる。これは、ネットワークシステムにおいてマスタとして用いられる情報処理装置に相当するものである。
少なくとも処理実行用情報を記憶しておく情報記憶手段、
前記情報記憶手段に記憶されている処理実行用情報を、スレーブとして機能する複数の他の情報処理装置が有する情報記憶手段へ複製するための複製処理を実行する複製手段、
予め定められた複製時のファイルの優先度を示すファイル優先度情報に基づき、ファイルの複製優先度を判断するファイル複製優先度判断手段、
予め定められた複製時のスレーブの優先度を示すスレーブ優先度情報に基づき、スレーブの複製優先度を判断するスレーブ複製優先度判断手段を備え、
前記複製手段は、
前記情報記憶手段に記憶されている処理実行用情報の内、前記ファイル複製優先度判断手段によってファイル複製優先度が最も高く設定されていると判断されたファイルを、前記スレーブ複製優先度判断手段によって判断されたスレーブ複製優先度に従って、前記スレーブの情報記憶手段に順次複製し、そのファイル複製が終了したら、前記ファイル複製優先度が次に高く設定されているファイルを、前記スレーブ複製優先度判断手段によって判断されたスレーブ複製優先度に従って、前記スレーブの情報記憶手段に順次複製する、というファイル複製処理を、順次実行する
情報処理装置。
【００１８】
また、上記情報処理装置の複製手段は、複製対象のファイル更新の有無を示す更新状況情報に基づき、ファイル更新有りの場合にのみ、前記ファイル複製処理を実行するようにしてもよい。更に、上記情報処理装置は、配信用ホスト装置から複製対象となる配信情報を受信した場合に、ファイル更新有りと設定する更新状況情報更新手段を備えていてもよく、この場合、配信情報を受信すると自動的に、更新状況情報が更新される。
【００１９】
【発明の実施の形態】
以下、本発明が適用された実施例について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施例に何ら限定されることなく、本発明の技術的範囲に属する限り種々の形態を採りうることは言うまでもない。
【００２０】
図２は、本実施例のネットワークシステム１０の概略構成を示すブロック図であり、図１はネットワークシステム１０を構成する情報処理装置としてのカラオケ装置の概略構成を示している。図２に示すように、本実施例のネットワークシステム１０はカラオケ店舗に設置されており、カラオケ店舗の各部屋にそれぞれ１台ずつ設置された５台のカラオケ装置１ａ〜１ｅが店舗内ネットワーク３０にて接続することにより構成されている。
【００２１】
そして、これら５台のカラオケ装置１ａ〜１ｅの内、図２においてカラオケ店舗の部屋１に設置されているカラオケ装置１ａは、公衆回線４０を介して配信用ホスト装置５０に接続できるようになっており、この公衆回線４０を介して接続した配信用ホスト装置５０からカラオケに関する配信データ（処理実行用情報としての音楽情報や画像情報、あるいは例えばカラオケ演奏処理を実行するためのアプリケーションプログラム（カラオケ演奏プログラム）等）を取得して、情報記憶手段としてのハードディスク１３へ記憶しておくことができる。そして、カラオケ装置１ａは、ハードディスク１３に記憶されている配信データを、店舗内ネットワーク３０によって接続された他のカラオケ装置１ｂ〜１ｅへ送信することができる。そのため、本実施例のネットワークシステム１０では、カラオケ店舗の部屋１に設置されているカラオケ装置１ａがマスタ（親機）Ｍとなっており、他の部屋２〜５に設置されているカラオケ装置１ｂ〜１ｅがそれぞれスレーブ（子機）Ｓ１〜Ｓ４となっている。以下の説明では、カラオケ装置１ａについてはマスタＭ、カラオケ装置１ｂ，１ｃ，１ｄ，１ｅについてはそれぞれスレーブＳ１，Ｓ２，Ｓ３，Ｓ４と呼ぶこととする。
【００２２】
なお、図２では、カラオケ店舗の部屋数が５部屋であり、これに伴い、ネットワークシステム１０を構成するカラオケ装置１ａ〜１ｅの台数も５台となっているが、台数はあくまで一例であり、これに限られない。但し、後述するファイル複製処理による効果を得るためにはスレーブが２台以上存在することが前提となる。
【００２３】
［マスタＭ、スレーブＳ１〜Ｓ４の説明］
マスタＭ及びスレーブＳ１〜Ｓ４の基本的な構成はいずれも同じであるが、上述のように、マスタＭのみが公衆回線４０を介して配信用ホスト装置５０に接続できるようになっている。それ以外の機能は基本的にいずれも同じである。したがって、以下の構成説明に関しては、マスタＭに関して行うこととする。
【００２４】
マスタＭは、図１に示すように、マスタＭを制御するための中央処理装置１１、ネットワークとしての店舗内ネットワーク３０を介して他のカラオケ装置（この場合はスレーブＳ１〜Ｓ４）と接続したり、公衆回線４０を介してセンタ５０と接続し、各種の情報を送受信する通信制御装置１２、各種データ等を記憶している「情報記憶手段」としてのハードディスク１３、曲の予約や電源のＯＮ・ＯＦＦなどを行うための操作パネル１４、操作パネル１４と同様に曲の予約等を行うためのリモコン送信機１５、リモコン送信機１５からの信号を受信するためのリモコン受信機１６、操作パネル１４やリモコン受信機１６からの信号を受け付けて処理する操作制御部１７、演奏の再生を行うシンセサイザ１８、音楽情報にかかる電気信号を増幅等するミキシングアンプ１９、ミキシングアンプ１９からの電気信号を入力して伴奏曲及び利用者の歌声等を流すスピーカ２０、利用者の歌声等をミキシングアンプ１９に入力するマイクロフォン２１、編集された複数の映像情報や各種情報を一時的に記憶するビデオＲＡＭ２２、画像情報等を映像化する映像再生装置２３、ビデオＲＡＭ２２や映像再生装置２３からの映像信号と歌詞情報に基づき、歌詞及び歌詞の背景映像を出力する映像制御部２４、映像制御部２４から出力された歌詞及び歌詞の背景映像を表示する表示装置２５を備えている。また、このうちの中央処理装置１１には、通信制御装置１２、ハードディスク１３、操作制御部１７、シンセサイザ１８、ビデオＲＡＭ２２、映像再生装置２３および映像制御部２４が接続されており、中央処理装置１１は、これらを介してマスタＭを制御する。
【００２５】
続いて各部の具体的な構成を説明する。
［中央処理装置１１およびハードディスク１３の構成］
まず、中央処理装置１１は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備える周知の構成である。一方、ハードディスク１３は、中央処理装置１１がマスタＭを制御するための各種プログラムを格納している。なお、マスタＭの中央処理装置１１は、更新状況情報更新手段、ファイル複製優先度判断手段、スレーブ複製優先度判断手段及び複製手段に相当する。
【００２６】
［通信制御装置１２の構成］
通信制御装置１２は、店舗内ネットワーク３０を介してカラオケ店舗内の他の部屋に設置されたカラオケ装置（この場合はスレーブＳ１〜Ｓ４）に接続されており、これら他のカラオケ装置（この場合はスレーブＳ１〜Ｓ４）との間で各種の情報を送受信する。また、マスタＭの通信制御装置１２は、上述したように、公衆回線４０を介して配信用ホスト装置５０と接続し、この配信用ホスト装置５０との間で各種の情報を送受信する。
【００２７】
［操作制御部１７、操作パネル１４、リモコン送受信機１５，１６の構成］
操作制御部１７には、操作パネル１４およびリモコン受信機１６が接続されている。このうち、操作パネル１４は、利用者がカラオケ曲の選択や演奏アレンジの切り替えを行ったりするためのものである。利用者がこの操作パネル１４を操作すると、その入力操作の信号が操作制御部１７および中央処理装置１１に送られて処理される。一方、リモコン受信機１６は、リモコン送信機１５からの信号を受信するためのものである。また、このリモコン送信機１５は、操作パネル１４と同様に、利用者がカラオケ曲の選択や演奏アレンジの切り替えを行ったりするためのものである。利用者がこのリモコン送信機１５を操作すると、その入力操作の信号がリモコン受信機１６を介して操作制御部１７および中央処理装置１１に送られて処理される。
【００２８】
［その他の構成］
また、シンセサイザ１８には、ミキシングアンプ１９が接続され、このミキシングアンプ１９にはスピーカ２０が接続されている。このシンセサイザ１８から出力される楽音信号はミキシングアンプ１９で増幅されてスピーカ２０から出力される。また、ミキシングアンプ１９には利用者の歌唱音声を入力するためのマイクロフォン２１が接続されており、このマイクロフォン２１によって入力された音声信号もシンセサイザ１８からの楽音信号と共にスピーカ２０から出力される。
【００２９】
また、映像制御部２４には、ビデオＲＡＭ２２、映像再生装置２３および表示装置２５が接続されており、これらビデオＲＡＭ２２や映像再生装置２３から出力される映像信号と歌詞情報に基づき、歌詞及び歌詞の背景映像を出力して表示装置２５に表示させる。
【００３０】
以上のように構成されているマスタＭにおいては、利用者が、表示装置２５に表示される歌詞を参照しながら、スピーカ２０より流れる演奏にあわせて、マイクロフォン２１を使って歌を歌うことができる、つまりカラオケを楽しむことができるようになっている。なお、上述のように、スレーブＳ１〜Ｓ４は、公衆回線４０を介して配信用ホスト装置５０に接続する機能を有さないだけで他の構成は基本的にマスタＭと同じであるため、マスタＭ同様、利用者がカラオケを楽しむことができる。
【００３１】
［配信用ホスト装置５０について］
また、マスタＭは、上述のように、配信用ホスト装置５０に公衆回線４０を介してアクセス可能である。この配信用ホスト装置５０は、マスタＭに対して、最新の流行曲等の曲データを発信したり、どのような曲が何回演奏されたかといったログデータを含む関連情報をマスタＭから受信したりして管理することができるようになっている。さらに、配信用ホスト装置５０は、データベースを備えており、このデータベースに楽曲演奏に使用する配信データとしての音楽情報や背景画または歌詞等の画像情報等を記憶している。また、配信用ホスト装置５０は、コンテンツデータ以外にバージョンアップされたシステムプログラム等をデータベースに記憶し、そのデータベースから随時読み出してマスタＭに対して発信することができるようになっている。
【００３２】
［ファイル複製の説明］
次に、上述のネットワークシステム１０において実行される、マスタＭからスレーブＳ１〜Ｓ４へのファイル複製について説明する。
上述のように、マスタＭは、公衆回線４０を介して配信用ホスト装置５０に接続し、この公衆回線４０を介して接続した配信用ホスト装置５０からカラオケに関する配信データ（処理実行用情報としての音楽情報や画像情報、あるいはカラオケ演奏プログラム等）を取得して、ハードディスク１３へ記憶しておく。そして、マスタＭは、ハードディスク１３に記憶されている配信データを、店舗内ネットワーク３０によって接続されたスレーブＳ１〜Ｓ４へ送信して複製する。つまり、マスタＭとスレーブＳ１〜Ｓ４のハードディスク１３に同じ配信データが記憶されるようにするのである。
【００３３】
このような複製処理を従来はスレーブ単位で実行していた。つまり、本実施例のシステムに適用した場合を想定して説明すれば、例えばまずマスタＭのハードディスク１３に記憶されている複製対象のファイルを全てスレーブＳ１のハードディスク１３に複製し、スレーブＳ１へのファイル複製が終了すると、次にマスタＭのハードディスク１３に記憶されている複製対象のファイルを全てスレーブＳ２のハードディスク１３に複製する。スレーブＳ２へのファイル複製が終了すると、次にマスタＭのハードディスク１３に記憶されている複製対象のファイルを全てスレーブＳ３のハードディスク１３に複製する。スレーブＳ３へのファイル複製が終了すると、次にマスタＭのハードディスク１３に記憶されている複製対象のファイルを全てスレーブＳ４のハードディスク１３に複製する。
【００３４】
しかしながら、何らかの原因（停電やマスタＭの故障など）で複製処理が中断した場合、例えばスレーブＳ１，Ｓ２については複製対象情報の全てが複製されているが、スレーブＳ３，Ｓ４については複製対象情報の全てが複製されていない、という状況も発生し得る。このような場合、ネットワークシステム１０全体として見た場合、安定しているシステムとは言えない。例えば、複製対象情報が新譜のカラオケ曲データであれば、スレーブＳ３，Ｓ４においてはその新譜曲を利用することができない（つまりその曲をカラオケで歌えない）こととなる。また、複製対象情報がカラオケ演奏プログラムであり、そのカラオケ演奏プログラムがバージョンアップするような場合、バージョンアップ後のカラオケ演奏プログラムによって処理されることを前提としたカラオケ曲データ等についての処理は、バージョンアップ前のカラオケ演奏プログラムによって処理された場合、安定した動作にならない可能性がある。
【００３５】
このような不都合が極力生じないように、本実施例のネットワークシステム１０では、スレーブ単位ではなく、ファイル単位で複製処理を実行することとした。つまり、マスタＭのハードディスク１３に記憶されている全ての複製対象ファイルの内の、特定のファイル（あるいはファイル群）について、まずスレーブＳ１〜Ｓ４に順次複製し、その後、別のファイル（あるいはファイル群）についてスレーブＳ１〜Ｓ４に順次複製する、といった具合に、複製処理を実行する。以上は概略説明であるので、以下、具体的に説明する。
【００３６】
まず、マスタＭ及びスレーブＳ１〜Ｓ４のハードディスク１３には、図３（ａ）に示すように、３つのディレクトリＡ，Ｂ，Ｃが準備されている。そして、例えばディレクトリＡにはカラオケ演奏プログラム（あるいはその他のプログラム）や環境ファイルなどが格納され、ディレクトリＢにはカラオケ用の音楽情報ファイルが格納され、ディレクトリＣにはカラオケ用の画像情報ファイルが格納されることとなる。
【００３７】
また、マスタＭのハードディスク１３には、図３（ｂ），（ｃ），（ｄ）に示す３種類のテーブルＴ１〜Ｔ３が記憶されている。図３（ｂ）及び図３（ｃ）は、複製の優先順位を決定するためのテーブルを示すものであり、図３（ｂ）はディレクトリ優先順位テーブルＴ１、図３（ｃ）はスレーブ優先順位テーブルＴ２である。また、図３（ｄ）は、ディレクトリ内のファイルが更新されたかどうかを記憶するディレクトリ更新テーブルＴ３を示している。以下、各テーブルについて順番に説明する。
【００３８】
（イ）ディレクトリ優先順位テーブルＴ１
ファイル優先度情報としてのディレクトリ優先順位テーブルＴ１は、ディレクトリ名（Ａ，Ｂ，Ｃ）と優先度の対応関係を示すものであり、ディレクトリの数だけ存在する。優先度には順位を表す情報が格納されている。例えば上記内容のファイルがそれぞれのディレクトリに格納されている場合の優先度は、ディレクトリＡが”高”、ディレクトリＢが”中”、ディレクトリＣが”低”の設定になる。なお、”高”、”中”、”低”といった程度を示すものではなく、１”、”２”、”３”といった値とし、その数値自体が順位を示すものであってもよい。
【００３９】
（ロ）スレーブ優先順位テーブルＴ２
スレーブ優先度情報としてのスレーブ優先順位テーブルＴ２は、スレーブ名（Ｓ１〜Ｓ４）と優先度の対応関係を示すものであり、優先度の種類数だけ存在する。優先度は、ディレクトリ優先順位テーブルＴ１における優先度と同じものであり、ここでは、”高”、”中”、”低”の３種類が存在する。そして、各優先度に対応するスレーブは複数であってもよい。図３（ｃ）に示す例では、優先度”高”に対応するスレーブがＳ１のみであり、優先度”中”に対応するスレーブがＳ２及びＳ３の２つであり、優先度”低”に対応するスレーブがＳ４の１つとなっている。スレーブの優先度を決める条件としては、例えばユーザが指定した順序に基づいて設定することが考えられる。このスレーブの優先順位は例えば次のような観点から設定することが考えられる。まず、本実施例のネットワークシステム１０では、マスタＭが配信用ホスト装置５０から配信データを受信し、その後、マスタＭからスレーブＳ１〜Ｓ４へ配信データを送信するようにしている。したがって、例えばマスタＭが故障した場合の対処として、スレーブＳ１〜Ｓ４の内で、マスタＭが故障した場合などに代替してマスタＭの機能を果たすことになるスレーブ（代替スレーブ）を設けておくことが好ましい。本実施例では例えばスレーブＳ１がその代替スレーブとして設定されているため、優先度も”高”に設定する。また、それ以外のスレーブＳ２〜Ｓ４については、例えば利用頻度に応じて優先度を設定することが考えられる。例えばスレーブＳ４が設置されている部屋５が、ある程度大人数を収容してパーティにも対応できるようにした部屋であった場合、利用頻度は相対的に低いと考えられる。一般的に小部屋・中部屋の方が利用頻度は高いからである。したがって、本実施例ではそのような大部屋に設置されているスレーブＳ４の優先度を”低”に設定し、残りのスレーブＳ２，Ｓ３の優先度を”中”に設定してある。
【００４０】
（ハ）ディレクトリ更新テーブルＴ３
更新情報としてのディレクトリ更新テーブルＴ３は、上述のようにディレクトリ内のファイルが更新されたかどうかを記憶するものであり、ファイルとしてのディレクトリ名と更新状況情報としての更新フラグの対応関係を示している。これはディレクトリの数だけ存在し、更新フラグには、該当するディレクトリが更新されたかどうかを表す情報が格納されている。例えば更新ありの場合には１を格納し、更新なしの場合には０を格納するといったことが考えられる。
【００４１】
それでは、次に、図４を参照して、ディレクトリ更新テーブルＴ３の変更処理について説明する。本処理は、マスタＭにて実行される。
最初のステップＳ１０では、配信用ホスト装置５０から配信情報としての配信ファイルを受信する。例えばマスタＭは１日に１回、カラオケ店舗の営業時間外の所定の時刻に配信用ホスト装置５０にアクセスし、配信ファイルを受信する。
【００４２】
そして、配信用ホスト装置５０から指定されたディレクトリにその配信ファイルを格納し（Ｓ２０）、ディレクトリ更新テーブルＴ３において、その格納したディレクトリに対する更新フラグを「更新あり」に設定する（Ｓ３０）。なお、このステップＳ３０が更新状況情報更新手段としての処理に相当する。
【００４３】
配信用ホスト装置５０から全ての配信ファイルを受け取った場合には（Ｓ４０：はい）本処理ルーチンを終了するが、まだ未受信の配信ファイルが残っている場合は（Ｓ４０：いいえ）、Ｓ１０へ戻る。
ステップＳ２０で「配信用ホスト装置５０から指定されたディレクトリにその配信ファイルを格納する」と説明したが、配信ファイルの例えばヘッダ部分にそのディレクトリ指定情報が付加されている。つまり、配信用ホスト装置５０にて配信ファイル毎に優先度を勘案したディレクトリを付加している。例えばカラオケ演奏プログラム（あるいはその他のプログラム）や環境ファイルなどを配信ファイルとする場合にはディレクトリＡを指定し、カラオケ用の音楽情報ファイルを配信ファイルとする場合にはディレクトリＢを指定し、カラオケ用の画像情報ファイルを配信ファイルとする場合にはディレクトリＣを指定する。
【００４４】
次に、図５を参照して、マスタＭからスレーブＳ１〜Ｓ４へのファイル複製処理について説明する。本処理は、上述した配信ファイルの受信及びディレクトリ更新テーブルＴ３の変更処理（図４）が終了した後、所定のタイミングで実行される。なお、上記図４の処理が終了したら「直ちに」図５の処理を実行するようにして問題ない。もちろん、直ちに実行できない事情があるならば、所定時間後に実行、あるいは所定時刻になったら実行する、といった設定も可能である。
【００４５】
最初のステップＳ１１０では、ディレクトリ優先順位テーブルＴ１の優先度が”高”のディレクトリ名を検索し、ディレクトリ更新テーブルＴ３において該当する更新フラグが”更新あり”であるか否かを判断する。そして、優先度が”高”のディレクトリ名についての更新フラグが”更新あり”である場合は（Ｓ１１０：はい）、Ｓ１２０へ移行する。
【００４６】
Ｓ１２０では、スレーブ優先順位テーブルの優先度が”高”のスレーブを検索し、そのスレーブにファイル複製を行う。この場合、Ｓ１１０で検索したマスタＭの優先度が”高”のディレクトリ内のファイルを、優先度が”高”のスレーブの同じディレクトリへ複製する。つまり、図３に示す例であれば、優先度が”高”のスレーブはＳ１であり、Ｓ１１０で検索したマスタＭの優先度が”高”のディレクトリはＡであるため、マスタＭのディレクトリＡ内のファイルを、スレーブＳ１のディレクトリＡへ複製することとなる。
【００４７】
次のステップＳ１３０では、スレーブ優先順位テーブルの優先度が”中”のスレーブを検索し、そのスレーブにファイル複製を行う。図３に示す例であれば、優先度が”中”のスレーブはＳ２，Ｓ３であるため、マスタＭのディレクトリＡ内のファイルを、スレーブＳ２のディレクトリＡへ複製し、次いでスレーブＳ３のディレクトリＡへ複製することとなる。
【００４８】
次のステップＳ１４０では、スレーブ優先順位テーブルの優先度が”低”のスレーブを検索し、そのスレーブにファイル複製を行う。図３に示す例であれば、優先度が”低”のスレーブはＳ４であるため、マスタＭのディレクトリＡ内のファイルを、スレーブＳ４のディレクトリＡへ複製することとなる。
【００４９】
そして、次のステップＳ１５０では、ディレクトリ更新テーブルＴ３（図３（ｄ）参照）のディレクトリＡに対する更新フラグを（”更新あり”から）”更新なし”にする。
Ｓ１５０の処理後はＳ１６０へ移行する。また、Ｓ１１０で否定判断の場合、つまり優先度が”高”のディレクトリ名についての更新フラグが”更新なし”である場合には、Ｓ１２０〜Ｓ１５０の処理を実行せずにＳ１６０へ移行する。
【００５０】
Ｓ１６０では、ディレクトリ優先順位テーブルＴ１の優先度が”中”のディレクトリ名を検索し、ディレクトリ更新テーブルＴ３において該当する更新フラグが”更新あり”であるか否かを判断する。そして、優先度が”中”のディレクトリ名についての更新フラグが”更新あり”の場合は（Ｓ１６０：はい）、Ｓ１７０へ移行する。
【００５１】
Ｓ１７０では、スレーブ優先順位テーブルの優先度が”高”のスレーブを検索し、そのスレーブにファイル複製を行う。この場合、Ｓ１６０で検索したマスタＭの優先度が”中”のディレクトリ内のファイルを、優先度が”高”のスレーブの同じディレクトリへ複製する。つまり、図３に示す例であれば、Ｓ１６０で検索したマスタＭの優先度が”中”のディレクトリはＢであるため、マスタＭのディレクトリＢ内のファイルを、スレーブＳ１のディレクトリＢへ複製することとなる。
【００５２】
次のステップＳ１８０では、スレーブ優先順位テーブルの優先度が”中”のスレーブを検索し、そのスレーブにファイル複製を行う。図３に示す例であれば、優先度が”中”のスレーブはＳ２，Ｓ３であるため、マスタＭのディレクトリＢ内のファイルを、スレーブＳ２のディレクトリＢへ複製し、次いでスレーブＳ３のディレクトリＢへ複製することとなる。
【００５３】
次のステップＳ１９０では、スレーブ優先順位テーブルの優先度が”低”のスレーブを検索し、そのスレーブにファイル複製を行う。図３に示す例であれば、優先度が”低”のスレーブはＳ４であるため、マスタＭのディレクトリＢ内のファイルを、スレーブＳ４のディレクトリＢへ複製することとなる。
【００５４】
そして、次のステップＳ２００では、ディレクトリ更新テーブルＴ３（図３（ｄ）参照）のディレクトリＢに対する更新フラグを（”更新あり”から）”更新なし”にする。
Ｓ２００の処理後はＳ２１０へ移行する。また、Ｓ１６０で否定判断の場合、つまり優先度が”中”のディレクトリ名についての更新フラグが”更新なし”である場合には、Ｓ１７０〜Ｓ２００の処理を実行せずにＳ２１０へ移行する。
【００５５】
Ｓ２１０では、ディレクトリ優先順位テーブルＴ１の優先度が”低”のディレクトリ名を検索し、ディレクトリ更新テーブルＴ３において該当する更新フラグが”更新あり”であるか否かを判断する。そして、優先度が”低”のディレクトリ名についての更新フラグが”更新あり”の場合は（Ｓ２１０：はい）、Ｓ２２０へ移行する。
【００５６】
Ｓ２２０では、スレーブ優先順位テーブルの優先度が”高”のスレーブを検索し、そのスレーブにファイル複製を行う。この場合、Ｓ２１０で検索したマスタＭの優先度が”低”のディレクトリ内のファイルを、優先度が”高”のスレーブの同じディレクトリへ複製する。つまり、図３に示す例であれば、Ｓ２１０で検索したマスタＭの優先度が”低”のディレクトリはＣであるため、マスタＭのディレクトリＣ内のファイルを、スレーブＳ１のディレクトリＣへ複製することとなる。
【００５７】
次のステップＳ２３０では、スレーブ優先順位テーブルの優先度が”中”のスレーブを検索し、そのスレーブにファイル複製を行う。図３に示す例であれば、優先度が”中”のスレーブはＳ２，Ｓ３であるため、マスタＭのディレクトリＣ内のファイルを、スレーブＳ２のディレクトリＣへ複製し、次いでスレーブＳ３のディレクトリＣへ複製することとなる。
【００５８】
次のステップＳ２４０では、スレーブ優先順位テーブルの優先度が”低”のスレーブを検索し、そのスレーブにファイル複製を行う。図３に示す例であれば、優先度が”低”のスレーブはＳ４であるため、マスタＭのディレクトリＣ内のファイルを、スレーブＳ４のディレクトリＣへ複製することとなる。
【００５９】
そして、次のステップＳ２５０では、ディレクトリ更新テーブルＴ３（図３（ｄ）参照）のディレクトリＣに対する更新フラグを（”更新あり”から）”更新なし”にする。
Ｓ２５０の処理後は、本処理を終了する。また、Ｓ２１０で否定判断の場合、つまり優先度が”低”のディレクトリ名についての更新フラグが”更新なし”である場合には、Ｓ２２０〜Ｓ２５０の処理を実行せずに本処理を終了する。
【００６０】
なお、ステップＳ１１０，Ｓ１６０，Ｓ２１０の処理がファイル複製優先度判断手段の処理に相当し、ステップＳ１２０，Ｓ１３０，Ｓ１４０，Ｓ１７０，Ｓ１８０，Ｓ１９０，Ｓ２２０，Ｓ２３０，Ｓ２４０の処理がスレーブ複製優先度判断手段及び複製手段の処理に相当する。
【００６１】
このように、本実施例のネットワークシステム１０によれば、次のような効果が得られる。
（ａ）マスタＭからスレーブＳ１〜Ｓ４へのファイルの複製を、従来のようなスレーブ単位ではなく、ファイル単位で行う。つまり、図３に示す例で言えば、ディレクトリＡに記憶されているファイルが最も優先度が高いため、そのファイルを４台のスレーブＳ１〜Ｓ４に対し順次複製し、その後、ディレクトリＢに記憶されているファイルが次に優先度が高いため、そのファイルを４台のスレーブＳ１〜Ｓ４に対し順次複製し、その後、ディレクトリＣに記憶されているファイルが次に優先度が高いため、そのファイルを４台のスレーブＳ１〜Ｓ４に対し順次複製する。このような方法によれば、ファイル複製処理が中断しても、例えば初期の頃に複製処理を施したファイルについては、どのスレーブＳ１〜Ｓ４においても同じファイルが格納されている可能性が高くなり、安定したシステムとなる。例えば、最も優先度の高いディレクトリＡに記憶されていたファイルについては、マスタＭ及びスレーブＳ１〜Ｓ４のいずれにも記憶されることとなる。例えばディレクトリＡにはカラオケ演奏プログラム（あるいはその他のプログラム）や環境ファイルなどが格納されることとすれば、マスタＭ及びスレーブＳ１〜Ｓ４のいずれにおいても同じカラオケ演奏プログラムを用いた処理が実行できる。また、ディレクトリＢにはカラオケ用の音楽情報ファイルが格納されることとすれば、マスタＭ及びスレーブＳ１〜Ｓ４のいずれにおいても同じ音楽情報ファイルを用いたカラオケ演奏を実行することができる。一方、例えばディレクトリＣにはカラオケ用の画像情報ファイルが格納されることとすれば、たとえそのファイルの複製処理が中断しても、一部のスレーブＳ１〜Ｓ４において画像情報が表示されなくなるだけであるので、カラオケ演奏自体に致命的な影響を及ぼすものではない。
【００６２】
つまり、本実施例では、カラオケ演奏に際しての重要度の点から、カラオケ演奏プログラムがなければカラオケ演奏自体ができないため、最も優先度を高くした。そして、音楽情報と画像情報については、カラオケ演奏を実行する上で音楽情報は必須であるのに対し、画像情報はそれがなくてもカラオケ演奏が実行できないわけではないため、音楽情報の方を優先度を高くした。このような優先度を考慮せずに、それらを１セットにして、例えばスレーブＳ１に対して、マスタＭのディレクトリＡ〜Ｃに格納されているファイルの全てを複製し、次にスレーブＳ２に対して、マスタＭのディレクトリＡ〜Ｃに格納されているファイルの全てを複製…というように処理した場合、その複製処理が中断した場合に、例えばスレーブＳ４に対しては、マスタＭのディレクトリＡ〜Ｃに格納されているファイルのいずれも複製できていない、という状況も生じ易くなる。それに対して本実施例のようにすれば、どのスレーブＳ１〜Ｓ４において少なくともカラオケ演奏自体は実行できる可能性が高くなる。
【００６３】
（ｂ）また、本実施例では、同じ優先度のファイルを複製する場合であっても、さらにスレーブ単位の複製優先度も加味している。つまり、スレーブＳ１の優先度が最も高く、スレーブＳ２，Ｓ３の優先度が次に高く、スレーブＳ４の優先度が最も低くされている。スレーブＳ１はマスタＭが故障した場合などに代替してマスタＭの機能を果たすことになる代替スレーブであるため、スレーブ中において優先度を最も高くしてくことが好ましい。また、例えばスレーブＳ４が設置されている部屋５が大部屋であって利用頻度は相対的に低い場合には、スレーブ中において優先度を最も低くしてくことが好ましい。
【００６４】
このようにすることで、同じ複製優先度のファイルを全てのスレーブに複製している最中に当該複製処理が中断した場合、より優先度の高いスレーブには当該ファイルが記憶されている可能性が高くなる。
（ｃ）また、本実施例では、マスタＭのハードディスク１３においてディレクトリＡ〜Ｃに分けてファイルを格納し、そのディレクトリＡ〜Ｃ毎に設定された複製優先度を記憶している。そして、そのようなディレクトリＡ〜Ｃにファイルを格納することによって、結果的にファイル単位で複製優先度が記憶されることとなる。このようにすることで、複製に際してファイル毎に優先度を判断しなくても、ディレクトリ単位で一括してファイル複製すればよいため、処理負荷が低減される。
【００６５】
以上実施例について説明したが、本発明は上記実施例に限定されるものではなく、種々の態様で実施し得る。そのいくつかを説明する。
（１）上記実施例では、マスタＭのハードディスク１３において、優先度の設定されたディレクトリＡ〜Ｃにファイルを格納することによって、結果的にファイル単位で複製優先度が設定、つまり間接的に優先度を設定するようにした。しかし、例えばファイル毎に１対１で設定された複数優先度をマスタＭのハードディスク１３に記憶しておいてもよい。このようにすれば、いわば直接的に「ファイル単位で複製優先度が記憶」されることとなる。但し、ファイルの数だけ優先度を記憶しておく必要はある。
【００６６】
（２）上記実施例では、優先度として高中低の３種類としたが、もちろん２種類であってもよいし、４種類以上であってもよい。その場合は、例えば、優先度を１，２，３，４といった数字等で示し、数字が若いほど優先度が高くなるよう設定することが考えられる。また、ファイルの優先度が３種類であったため、ディレクトリをＡ〜Ｃの３種類にしたが、当然ながら４種類以上の優先度があるならば、ディレクトリも４種類以上設ければよい。
【００６７】
（３）上記実施例では、優先度を優先度テーブルを用いて設定したが、複製を実行するプログラム中に優先度を記述しておいて実行するようにしてもよい。
（４）上記実施例では、カラオケ装置１ａ〜１ｅによって構成されたネットワーク１０を例に挙げて説明したが、このようなカラオケ装置１ａ〜１ｅに限らず、少なくとも１台以上のマスタと２台以上のスレーブが接続されたネットワークシステムにおいて、マスタの情報記憶手段（例えばハードディスク）に記憶されている処理実行用情報を、スレーブの情報記憶手段（例えばハードディスク）に複製するようなシステムであれば同様に適用でき、同様の効果を得ることができる。
【００６８】
（５）なお、上記実施例において、複製対象情報の送信がマスタＭからスレーブＳ１〜Ｓ４へなされるのであれば、スレーブＳ１〜Ｓ４には、図３（ｂ），（ｃ），（ｄ）に示す３種類のテーブルＴ１〜Ｔ３が記憶されていなくてもよい。しかし、上述したように、スレーブＳ１〜Ｓ４の内で、マスタＭが故障した場合などに代替してマスタＭの機能を果たすことになるスレーブ（代替スレーブ）を設けておくことが好ましい旨を説明した。したがって、そのような代替スレーブとして用いることができるよう、現実的にはスレーブＳ１〜Ｓ４においても上記３種類のテーブルＴ１〜Ｔ３を記憶しておき、必要な場合には用いることができるようにしておくことが好ましい。
【図面の簡単な説明】
【図１】実施例のネットワークシステムを構成する情報処理装置としてのカラオケ装置の概略構成を示すブロック図である。
【図２】実施例のネットワークシステムの概略構成を示すブロック図である。
【図３】ハードディスク内のディレクトリ構成及び各種テーブルの説明図である。
【図４】ディレクトリ更新テーブルの変更処理を示すフローチャートである。
【図５】ファイル複製処理を示すフローチャートである。
【符号の説明】
１ａ〜１ｅ…カラオケ装置、１０…ネットワークシステム、１１…中央処理装置、１２…通信制御装置、１３…ハードディスク、１４…操作パネル、１５…リモコン送信機、１６…リモコン受信機、１７…操作制御部、１８…シンセサイザ、１９…ミキシングアンプ、２０…スピーカ、２１…マイクロフォン、２２…ビデオＲＡＭ、２３…映像再生装置、２４…映像制御部、２５…表示装置、３０…店舗内ネットワーク、４０…公衆回線、５０…配信用ホスト装置。
【図１】
2004170529.tif 000003
【図２】
2004170529.tif 000004
【図３】
2004170529.tif 000005
【図４】
2004170529.tif 000006
【図５】
2004170529.tif 000007