データ配信システム、データ取得装置、書き込み装置、データ取得プログラム、記録メディア、及び、データ配信装置
【課題】 プリペイド方式を採用することなく、セキュリティが高く、しかも、簡易なデータ配信システムを提供する。
【解決手段】 ユーザ端末５−Ｎは、ＷＥＢサーバ１からカラオケデータを受信する。ライタ７−Ｎは、ユーザ端末５−Ｎが受信したカラオケデータを、メモリカートリッジ１３に書き込む。この場合、ライタ７−Ｎは、メモリカートリッジ１３の格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行う。メモリカートリッジ１３には予めシステムプログラムが格納されている。
【解決手段】 ユーザ端末５−Ｎは、ＷＥＢサーバ１からカラオケデータを受信する。ライタ７−Ｎは、ユーザ端末５−Ｎが受信したカラオケデータを、メモリカートリッジ１３に書き込む。この場合、ライタ７−Ｎは、メモリカートリッジ１３の格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行う。メモリカートリッジ１３には予めシステムプログラムが格納されている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してデータを配信するデータ配信システム及びその関連技術に関する。
【背景技術】
【０００２】
特許文献１には、プリペイド記録媒体が開示されている。このプリペイド記録媒体には、プリペイド情報記録領域と、コンテンツ情報記録領域と、が設定されている。
【０００３】
ユーザは、プリペイド記録媒体を購入時に、配信センタからダウンロードするコンテンツ情報の購入代金を前払いする。プリペイド情報記録領域には、その前払い金額データが記録される。
【０００４】
一方、コンテンツ情報記録領域には、ユーザがダウンロードしたコンテンツ情報が書き込まれる。ただし、配信センタから送信されたコンテンツ料金データと、プリペイド記録媒体に記録された前払い金額データと、が照合されて、コンテンツ料金が前払い料金以下であった場合に限り、当該コンテンツ情報が、プリペイド情報記録領域に書き込まれる。そして、コンテンツ料金を減算した残金データが、プリペイド情報記録領域に記録される。
【０００５】
このようなプリペイド記録媒体を利用することで、ユーザ側からコンテンツ配信センタに、銀行口座あるいはクレジットカード番号を送信することが不要となって、これらの漏洩を防止できる。
【０００６】
ここで、プリペイド領域記録領域に記録される前払い金額データおよび残金データは、ユーザによる書き換えができないように、これらのデータに暗号化キーを格納し、この暗号化キーと配信センタから配信される暗号化キーとが一致した際に、前払い金額データの読み出し及び残金データの書き込みが行えるようになっている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−６０２８６号公報（００２２〜００２６、００４４、図１）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、暗号化キーが漏洩することも考えられ、配信センタを運営するコンテンツ配信業者に対するセキュリティが、必ずしも万全とは言えない。つまり、暗号キーが漏洩すると、その暗号キーを使用して、プリペイド記録媒体の残金データが書き換えられる可能性もあり、そうすると、不正にコンテンツ情報を書き込むことが可能となって、コンテンツ配信業者に大きな不利益をもたらす。この様な問題は、プリペイド方式を採用することに起因する。一般に、プリペイド方式とは、ユーザが、購入対象商品あるいはサービスの代金を、前もって支払っておき、商品あるいはサービスの購入に応じて、残金が減っていく方式である。
【０００９】
そこで、本発明は、プリペイド方式を採用することなく、セキュリティが高く、しかも、簡易なデータ配信システム及びその関連技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の第１の形態によると、データ配信システムは、ネットワークを介してデータを配信するサーバと、配信された前記データを受信するクライアント端末と、所定のデータが予め書き込まれている記録メディアに、前記クライアント端末が受信した前記データを書き込む書き込み手段と、を備え、前記記録メディアに予め書き込まれている前記所定のデータは、配信されて前記記録メディアに書き込まれた前記データを処理する際に使用するデータであり、前記書き込み手段は、前記記録メディアの格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行う。
【００１１】
この構成によれば、データの配信を受ける際にクレジットカード番号や銀行口座を送信する必要がないため、それらの情報の送信に対して不安を持っている人たちも安心して、データの配信を受けることができる。また、データの配信に際して課金をしないため、クレジットカードや銀行口座を持っていない者（例えば、未成年や子供）でも、データの配信を受けることができる。以上により、より多くの人たちにデータを配信することができ、広い層のユーザを獲得できる。
【００１２】
また、プリペイド方式を採用していないため、当然記録メディアにはプリペイド情報が書き込まれておらず、ユーザの不正を極力排除できる。
【００１３】
さらに、データの配信に際して課金をしないため、サーバにおける課金処理が不要になる。従って、サーバの処理の負担を軽減できるとともに、セキュリティ対策も容易になる。
【００１４】
さらに、データの配信に際して課金をしないため、ユーザは、クレジットカード番号や銀行口座を送信する必要がない。従って、これらの情報が第三者に漏洩して、不正使用されることを防止できる。
【００１５】
さらに、課金する場合と比較して、ユーザが入力する情報が少ないので、ユーザは、簡易な手続きで所望のデータをサーバから取得できる。
【００１６】
さらに、データの配信に際して課金をしないため、サーバとクライアント端末との間の通信回数も少なくなり、複雑な通信処理が不要になって、簡易な通信手順により、データの配信が可能となる。
【００１７】
さらに、書き込み手段は、記録メディアの格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行う。つまり、記録メディアに再書き込みすることは不可能である。従って、ユーザは、記録メディアに空き領域がなくなった場合は、新たに記録メディアを購入する必要がある。データの配信には課金がなされないため、ユーザは、所望のデータの配信を、次々に受けると想定され、記録メディアの購入量も増えると予想される。従って、記録メディアの製造者又は販売者に対して、売上の向上をもたらすことができる。
【００１８】
さらに、記録メディアには、所定のデータ（配信されて記録メディアに書き込まれたデータを処理する際に使用するデータ）が予め書き込まれているので、配信されたデータを記録メディアに書き込むだけで、そのまま記録メディアを利用した処理を行うことができる。
【００１９】
上記のデータ配信システムにおいて、前記書き込み手段は、前記記録メディアの前記格納領域のうち、データが書き込まれていない領域に、所定の領域単位で、一度限りの書き込みを行う。
【００２０】
この構成によれば、記録メディアに、所定の領域単位で書き込みが行われるため、配信されて記録メディアに書き込まれたデータの管理が容易になって、書き込まれたデータを読み出す際の処理も容易になる。
【００２１】
上記のデータ配信システムにおいて、前記クライアント端末は、前記記録メディアへの書き込みが正常であるときに、所定情報を、前記サーバに送信する。
【００２２】
この構成によれば、サービス提供者は、サーバを通じて、配信したデータが正常に書き込まれたことを知ることができる。例えば、配信したデータが、著作権の対象となる楽曲データや映像データ等である場合は、それらのデータが正常に書き込まれたことがサーバに通知されることで、サービス提供者は、著作権者に支払う著作権料の算出を適正に行うことができる。
【００２３】
上記のデータ配信システムにおいて、前記サーバは、前記記録メディアの空き領域情報が、配信が要求された前記データの容量情報以上の場合に、前記クライアント端末へ前記データを送信する。
【００２４】
この構成によれば、記録メディアの空き領域情報が、配信が要求されたデータの容量情報より少ない場合には、当該データがクライアント端末へ送信されないため、ユーザの記録メディアの購入量も一層多くなり、記録メディアの製造者又は販売者に対して、より一層の売上の向上をもたらすことができる。
【００２５】
上記のデータ配信システムにおいて、前記クライアント端末は、前記記録メディアへの書き込みが正常であるときに、書き込みのために保持した前記データを消去する。
【００２６】
この構成によれば、正常に書き込みが行われた後は、クライアント端末から、当該データが消去されるため、例えば、配信したデータが、著作権の対象となる楽曲データや映像データ等である場合に、著作権者に支払う著作権料の算出を適正に行うことができる。なお、データがクライアント端末に残ったままでは、著作権の扱いが不明確なものとなってしまい、適正な著作権料の算出が困難である。
【００２７】
上記のデータ配信システムにおいて、前記クライアント端末は、前記サーバへ、前記記録メディアの識別情報を送信する。
【００２８】
この構成によれば、不正なメモリカートリッジが使用された場合に適切な処置をとることができる。
【００２９】
上記のデータ配信システムにおいて、前記クライアント端末は、前記サーバへ、ユーザ情報を送信する。
【００３０】
この構成によれば、サービス提供者は、サーバを通じて、ユーザの様々な情報を取得でき、それらをサービスの提供に反映させることが可能となる。
【００３１】
上記のデータ配信システムにおいて、前記クライアント端末は、前記記録メディアに既に記録しているデータの情報を表示し、かつ、前記記録メディアに書き込み可能なデータの容量を示す情報を表示する。
【００３２】
この構成によれば、同じデータを記録メディアに書き込んだために、書き込み可能な領域が少なくなるというような、ユーザにとっての不都合を極力回避できる。また、ユーザは、記録メディアの状態を容易に知ることができるため、配信を受けるデータの選択に際して、利便性の向上を図ることができる。
【００３３】
上記のデータ配信システムにおいて、前記クライアント端末は、前記記録メディアに既に記録しているデータと、前記記録メディアに書き込もうとするデータと、が同じ場合に、同じである旨を表示する。
【００３４】
この構成によれば、既に書き込んだデータを再び書き込もうとしていることを、ユーザに積極的に知らせるため、ユーザにとって、より親切なサービスを提供できる。
【００３５】
上記のデータ配信システムにおいて、前記クライアント端末と前記書き込み手段とが、別個に設けられ、前記クライアント端末と前記書き込み手段とは、有線あるいは無線により接続される。
【００３６】
この構成によれば、クライアント端末が、汎用的に用いられるものである場合は、クライアント端末を所有しているユーザは、クライアント端末及び書き込み手段の双方を購入しなくても、書き込み手段だけを購入すれば、サーバからデータの配信を受けることができる。また、クライアント端末が、汎用的に用いられるものである場合は、クライアント端末を所有していないユーザであっても、書き込み手段を購入すれば、第三者のクライアント端末を利用して、データの配信を受けることができる。
【００３７】
上記のデータ配信システムにおいて、前記クライアント端末と前記書き込み手段とが、一体として構成される。
【００３８】
この構成によれば、クライアント端末と書き込み手段との接続作業が不要となって、ユーザによる利便性の向上を図ることができる。また、書き込み手段の紛失や盗難を防止できる。
【００３９】
上記のデータ配信システムにおいて、前記クライアント端末は、前記書込み手段が前記クライアント端末に接続されていない場合に、第１の所定の表示を行い、かつ、前記記録メディアが前記書込み手段に接続されていない場合に、第２の所定の表示を行う。
【００４０】
この構成によれば、ユーザに注意を促すことができ、データの配信を円滑に実行できる。
【００４１】
上記のデータ配信システムにおいて、前記クライアント端末は、前記書込み手段が前記クライアント端末に接続されていない場合に、前記書込み手段が接続されていないことを示す情報を前記サーバへ送信し、かつ、前記記録メディアが前記書込み手段に接続されていない場合に、前記記録メディアが接続されていないことを示す情報を前記サーバへ送信する。
【００４２】
この構成によれば、サーバは、書き込み手段が未接続であることや記録メディアが未装着であることを知ることができるため、それに対して適切な対処をすることができる。例えば、サーバは、そのような場合には、データを配信しないようにすることもできる。
【００４３】
上記のデータ配信システムにおいて、前記クライアント端末は、前記記録メディアが前記書込み手段に接続されていない場合に、所定の表示を行う。
【００４４】
この構成によれば、ユーザに注意を促すことができ、データの配信を円滑に実行できる。
【００４５】
上記のデータ配信システムにおいて、前記クライアント端末は、前記記録メディアが前記書込み手段に接続されていない場合に、前記記録メディアが接続されていないことを示す情報を前記サーバへ送信する。
【００４６】
この構成によれば、サーバは、記録メディアが未装着であることを知ることができるため、それに対する適切な対処をすることができる。例えば、サーバは、そのような場合には、データを配信しないようにすることもできる。
【００４７】
上記のデータ配信システムにおいて、前記書き込み手段は、マイク一体型カラオケ装置である。
【００４８】
この構成によれば、マイク一体型カラオケ装置が記録メディアに書き込んだデータを、マイク一体型カラオケ装置により読み出して、カラオケを行うことができる。このように、ユーザにとって、データの書き込みとデータの利用とを同じ装置で行うことができるため、ユーザにとっての利便性の向上を図ることができる。
【００４９】
上記のデータ配信システムにおいて、前記クライアント端末が前記サーバに要求する前記データは、楽曲データである。
【００５０】
この構成によれば、ユーザは、簡易かつ安全に、しかも、様々な種類の楽曲の中から自分の好きな楽曲を選択して、楽曲の配信を受けることができる。つまり、ユーザは、好きな楽曲だけを希望することが多いが、このようなユーザの欲求を満たすことができる。なお、記録メディアに予め複数の楽曲が格納されている場合、格納されている全ての楽曲が、ユーザの好みであるとは限らない。この場合、その記録メディアを購入したユーザの満足度は、必ずしも高いとは言えない。
【００５１】
上記のデータ配信システムにおいて、前記クライアント端末が前記サーバに要求する前記データは、楽曲データであり、前記クライアント端末は、前記記録メディアに既に記録している楽曲の情報を表示し、かつ、前記記録メディアに書き込み可能な楽曲の数情報を表示する。
【００５２】
この構成によれば、同じ楽曲を記録メディアに書き込んだために、書込み可能な領域が少なくなるというような、ユーザにとっての不都合を極力回避できる。また、ユーザは、記録メディアに書き込み可能な残りの楽曲の数を知ることができるため、配信を受ける楽曲の選択に際して、利便性の向上を図ることができる。
【００５３】
上記のデータ配信システムにおいて、前記クライアント端末が前記サーバに要求する前記データは、カラオケの楽曲データ及び画像データである。
【００５４】
この構成によれば、ユーザは、簡易かつ安全に、しかも、様々な種類の楽曲の中から自分の好きな楽曲を選択して、カラオケデータの配信を受けることができる。つまり、ユーザは、好きな楽曲だけを希望することが多いが、このようなユーザの欲求を満たすことができる。なお、記録メディアに予め複数の楽曲が格納されている場合、格納されている全ての楽曲が、ユーザの好みであるとは限らない。この場合、その記録メディアを購入したユーザの満足度は、必ずしも高いとは言えない。
【００５５】
上記のデータ配信システムにおいて、前記クライアント端末が前記サーバに要求する前記データは、ゲームデータである。
【００５６】
この構成によれば、ユーザは、簡易かつ安全に、しかも、様々な種類のゲームの中から自分の好きなゲームを選択して、ゲームデータ（ゲームプログラム、ゲーム画像データ、及び、ゲーム音楽データ、など）の配信を受けることができる。つまり、ユーザは、好きなゲームだけを希望することが多いが、このようなユーザの欲求を満たすことができる。なお、記録メディアに予め複数のゲームが格納されている場合、格納されている全てのゲームが、ユーザの好みであるとは限らない。この場合、その記録メディアを購入したユーザの満足度は、必ずしも高いとは言えない。
【００５７】
本発明の第２の形態によると、データ取得装置は、ネットワークを介してサーバが配信したデータを受信するクライアント端末と、所定のデータが予め書き込まれている記録メディアに、前記クライアント端末が受信した前記データを書き込む書き込み手段と、を備え、前記記録メディアに予め書き込まれている前記所定のデータは、配信されて前記記録メディアに書き込まれた前記データを処理する際に使用するデータであり、前記書き込み手段は、前記記録メディアの格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行う。
【００５８】
本発明の第２の形態では、本発明の第１の形態と同様の効果を奏する。
【００５９】
本発明の第３の形態によると、書き込み装置は、ネットワークを介してサーバが配信したデータを、記録メディアに書き込む書き込み装置であって、所定のデータが予め書き込まれている前記記録メディアの格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行い、前記記録メディアに予め書き込まれている前記所定のデータは、配信されて前記記録メディアに書き込まれた前記データを処理する際に使用するデータである。
【００６０】
本発明の第３の形態では、本発明の第１の形態と同様の効果を奏する。
【００６１】
本発明の第４の形態によると、データ取得プログラムは、ネットワークを介してサーバが配信したデータを受信する受信ステップと、所定のデータが予め書き込まれている記録メディアに、受信した前記データを書き込む書込ステップと、をコンピュータに実行させ、前記記録メディアに予め書き込まれている前記所定のデータは、配信されて前記記録メディアに書き込まれた前記データを処理する際に使用するデータであり、前記書込ステップでは、コンピュータに対して、前記記録メディアの格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行わせる。
【００６２】
本発明の第４の形態では、本発明の第１の形態と同様の効果を奏する。
【００６３】
本発明の第５の形態によると、記録メディアは、請求項２２に記載の書き込み装置により、ネットワークを介してサーバから配信されたデータが書き込まれる記録メディアであって、格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みが行われ、配信されて書き込まれたデータを処理する際に使用するデータが予め書き込まれている。
【００６４】
本発明の第５の形態では、本発明の第１の形態と同様の効果を奏する。
【００６５】
本発明の第６の形態によると、データ配信装置は、記録メディアに書き込むデータを、ネットワークを介して配信するサーバにおいて、前記記録メディアの所定の領域単位で前記データを配信する。
【００６６】
この構成によれば、記録メディアには、所定の領域単位で書き込みが行われるため、配信されて記録メディアに書き込まれたデータの管理が容易になって、書き込まれたデータを読み出す際の処理も容易になる。
【図面の簡単な説明】
【００６７】
【図１】本発明の実施の形態におけるカラオケデータ配信システムの全体構成を示す図。
【図２】図１のユーザ端末及びライタの例示図。
【図３】図１の書込業者端末の例示図。
【図４】未使用時の図２のＯＴＰＲＯＭの記憶領域を説明するための図解図。
【図５】図２のＯＴＰＲＯＭの書き込み後の状態を説明するための図解図。
【図６】図１のクライアント端末及びライタの電気的構成の一例を示す図。
【図７】図１の書込業者端末の電気的構成の一例を示す図。
【図８】図１の、ライタ、ユーザ端末、及び、ＷＥＢサーバ、間の通信手順の概要を示す図。
【図９】図１の書込業者端末及びＷＥＢサーバ間の通信手順の概要を示す図。
【図１０】図２のライタからメモリカートリッジを着脱する際の機構の説明図。
【図１１】図１０のライタに装着されたメモリカートリッジを取り出すときの説明図。
【図１２】図１のユーザ端末がＷＥＢサーバから、書き込みプログラムをダウンロードする際の処理の流れを示すフローチャート。
【図１３】図１のユーザ端末が、ＷＥＢサーバから受信した書き込みプログラムをセットアップする際の処理の流れを示すフローチャート。
【図１４】図６のユーザ端末のプロセッサの説明図。
【図１５】図２のユーザ端末のディスプレイ装置に表示されるホームページの例示図。
【図１６】歌手名により所望の楽曲を検索する際の画面の例示図。
【図１７】曲名により所望の楽曲を検索する際の画面の例示図。
【図１８】図１のユーザ端末によるカラオケデータのダウンロード及び書き込み処理の流れを示すフローチャート。
【図１９】図１８のステップＳ５１にて曲選択ボタンが押下されたと判断された場合の処理の流れを示すフローチャート。
【図２０】図１８のステップＳ５２にて書き込みボタンが押下されたと判断された場合の処理の流れを示すフローチャート。
【図２１】図２０のステップＳ９４にて書き込み可能な曲数が「０」と判断された場合の処理の流れを示すフローチャート。
【図２２】図２０のステップＳ１００にて書き込みが不正常であると判断された場合の処理の流れを示すフローチャート。
【図２３】図１８のステップＳ５４にてリンクボタンが押下されたと判断された場合の処理の流れを示すフローチャート。
【図２４】図１８のステップＳ４２のライタ／カートリッジチェック処理の流れを示すフローチャート。
【図２５】図２４のステップＳ１８２にてライタがユーザ端末に接続されていないと判断された場合の処理の流れを示すフローチャート。
【図２６】図２５のステップＳ１９７にて曲選択ボタンが押下されたと判断された場合の処理の流れを示すフローチャート。
【図２７】図２５のステップＳ１９９にてリンクボタンが押下されたと判断された場合の処理の流れを示すフローチャート。
【図２８】図２４のステップＳ１８４にてメモリカートリッジがライタに装着されていないと判断された場合の処理の流れを示すフローチャート。
【図２９】図２８のステップ２２２１にてメモリカートリッジが装着されていると判断された場合の処理の流れを示すフローチャート。
【図３０】図２８のステップＳ２２３にて曲選択ボタンが押下されたと判断された場合の処理の流れを示すフローチャート。
【図３１】図２８のステップＳ２２５にてリンクボタンが押下されたと判断された場合の処理の流れを示すフローチャート。
【図３２】図７の書込業者端末のプロセッサの説明図。
【図３３】図１の書込業者端末によるカラオケデータのダウンロード及び書き込み処理の流れを示すフローチャート。
【図３４】図３３のステップＳ５４２のカートリッジチェック処理の流れを示すフローチャート。
【図３５】（ａ）本実施の形態によるマイク一体型カラオケ装置の一例を示す正面図。
【００６８】
（ｂ）図３５（ａ）のマイク一体型カラオケ装置の背面図。
【図３６】図３５のマイク一体型カラオケ装置の電気的構成を示す図。
【図３７】図３６のＲＯＭに格納されるプログラム及びデータの概念図。
【発明を実施するための形態】
【００６９】
以下、本発明の実施の形態について、図面を参照しながら説明する。
【００７０】
図１は、本発明の実施の形態におけるカラオケデータ配信システムの全体構成を示す図である。図１に示すように、このカラオケデータ配信システムは、ＷＥＢサーバ１、データベースサーバ３、ユーザ端末５−１〜５−ｎ（ｎは自然数）、ライタ７−１〜７−ｎ、及び、書込業者端末９−１〜９−ｍ、を含む。ここで、ユーザ端末５−１〜５−ｎを包括的に表現するときは、ユーザ端末５−Ｎ、と表記する。また、書込業者端末９−１〜９−ｍを包括的に表現するときは、書込業者端末９−Ｍ、と表記する。また、ユーザ端末５−Ｎ、及び、書込業者端末９−Ｍ、を総称して、クライアント端末と呼ぶ。また、ライタ７−１〜７−ｎを包括して表現するときは、ライタ７−Ｎ、と表記する。
【００７１】
ＷＥＢサーバ１、ユーザ端末５−Ｎ、及び、書込業者端末９−Ｍは、インターネット１１に接続される。ライタ７−Ｎは、対応するユーザ端末５−Ｎに接続される。データベースサーバ３は、ＷＥＢサーバ１に接続される。
【００７２】
図２は、図１のユーザ端末５−Ｎ及びライタ７−Ｎの例示図である。図２に示すように、ユーザ端末５−Ｎは、ディスプレイ装置２５、マウス２７ａ、及び、キーボード２７ｂ、を含む。
【００７３】
ライタ７−Ｎにおいて、ハウジング２９の上面には、メモリカートリッジ１３を挿入するための挿入口２３が形成される。さらに、操作部材２１を上下に操作できるように、ハウジング２９の側面には、ガイド穴１９が形成される。
【００７４】
メモリカートリッジ１３には、ＯＴＰＲＯＭ（ｏｎｅ ｔｉｍｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）１７が内蔵される。ＯＴＰＲＯＭ１７は、１度限りの書き込みしかできないＲＯＭである。
【００７５】
ユーザ端末５−Ｎとライタ７−Ｎとは、ケーブル１５により接続される。このケーブル１５は、例えば、ＵＳＢ（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）ケーブルである。また、ライタ７−Ｎの挿入口２３から、メモリカートリッジ１３を挿入することで、ライタ７−Ｎにメモリカートリッジ１３を装着できる。そうすると、ガイド穴１９に沿って、操作部材２１が上方向に移動する。一方、操作部材２１を押し下げることにより、装着されたメモリカートリッジ１３を取り出すことができる。
【００７６】
図３は、図１の書込業者端末９−Ｍの例示図である。図３に示すように、書込業者端末９−Ｍは、ディスプレイ装置３１、タッチパネル３３、及び、メモリカートリッジ１３を装着するためのコネクタ３５、を含む。図３では、ディスプレイ装置３１のスクリーンにタッチパネル３３を装着することで、タッチスクリーンを形成している。
【００７７】
図４は、未使用時の図２のＯＴＰＲＯＭ１７の記憶領域を説明するための図解図である。図４に示すように、未使用時では、ＯＴＰＲＯＭ１７には、ブランクエリアａ１〜ａｋ（ｋは自然数）及び既書込みエリアａｗが存在する。ここで、ブランクエリアａ１〜ａｋを包括して表現するときは、ブランクエリアａＫ、と表記する。ブランクエリアａＫは、ユーザによるＯＴＰＲＯＭ１７の購入時（工場からの出荷時）には、何もデータが書き込まれていない領域である。
【００７８】
原則として、１つのブランクエリアａＫに、１曲分のカラオケデータが書き込まれる。ただし、所定数のブランクエリアａＫに、１曲分のカラオケデータを書き込むこともできる。このように、ブランクエリアａＫ単位で、カラオケデータが書き込まれる。また、ＯＴＰＲＯＭ１７であるため、未格納状態のブランクエリアａＫにのみ、カラオケデータを書き込むことができる。つまり、一旦、あるブランクエリアａＫに、カラオケデータが書き込まれた後は、そのブランクエリアａＫへの再度の書込みはできない。さらに、言い換えると、一度限りの書き込みが可能である。
【００７９】
既書き込みエリアａｗには、ユーザによるＯＴＰＲＯＭ１７の購入時（出荷時）に既に、システムプログラム、共通データ、当該メモリカートリッジ１３の識別情報（ＩＤ）、及び、書き込み可能曲数の情報、が書き込まれている。システムプログラムは、システム初期化、シーケンス制御、画像表示制御、Ａ／Ｄ変換、音声加工、及び、音楽再生制御、等を行うプログラムである。共通データは、楽曲の種類に関係なく共通に使用される画像データ、及び、楽曲の種類に関係なく共通に使用される音楽データ,
【００８０】
等である。
【００８１】
図５は、図２のＯＴＰＲＯＭ１７の書き込み後の状態を説明するための図解図である。図５では、ブランクエリアａ１に、カラオケデータが書き込まれている例を示している。このカラオケデータには、背景画像データ、曲名画像データ、歌詞データ、及び、楽譜データ、が含まれる。
【００８２】
ブランクエリアａＫに、カラオケデータが書き込まれると、既書き込みエリアａｗの空き領域に、インデックス情報が書き込まれる。インデックス情報は、ブランクエリアａＫごとの、使用の有無を示す情報、背景画像データの格納位置情報、曲名画像データの格納位置情報、歌詞データの格納位置情報、及び、楽譜データの格納位置情報、などである。
【００８３】
図６は、図１のクライアント端末５−Ｎ及びライタ７−Ｎの電気的構成の一例を示す図である。なお、図６において、図１及び図２と同様の部分については、同一の参照符号を付している。図６に示すように、クライアント端末５−Ｎは、プロセッサ５３、メモリ５０、バス５２、通信装置５４、補助記憶装置５５、インタフェース（Ｉ／Ｆ）５１、ディスプレイ装置２５、及び、入力装置２７、を含む。
【００８４】
補助記憶装置５５は、例えば、ハードディスク装置、等である。また、入力装置２７は、図２のキーボード２７ｂおよびマウス２７ａである。ただし、入力装置２７は、これらに限定されるものではない。入力装置２７の他の例として、トラックボール、ライトペン、ジョイスティック、タッチパネル、又は、タブレット、等を使用できる。
【００８５】
ライタ７−Ｎは、ＭＰＵ（ｍｉｃｒｏｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）７０、バス７１、インタフェース（Ｉ／Ｆ）７３を含む。ここで、ケーブル１５として、例えば、ＵＳＢケーブルを使用する場合は、インタフェース７３及びインタフェース５１の各々は、ＵＳＢコントローラを含む。
【００８６】
図７は、図１の書込業者端末９−Ｍの電気的構成の一例を示す図である。なお、図７において、図１と同様の部分については同一の参照符号を付して、説明を適宜省略する。また、図７において、図３と同様の部分については、同一の参照符号を付している。
【００８７】
図７に示すように、書込業者端末９−Ｍは、プロセッサ９４、バス９３、メモリ９１、通信装置９５、インタフェース（Ｉ／Ｆ）９２、ディスプレイ装置３１、入力装置３３、及び、補助記憶装置９９、を含む。なお、補助記憶装置９９は、例えば、ハードディスク装置、等である。また、入力装置３３は、図３の例ではタッチパネル３３である。ただし、入力装置３３は、入力装置２７と同様に、これに限定されるものではない。
【００８８】
さて、次に、本実施の形態におけるカラオケデータ配信システムにおける処理の概要を説明する。
【００８９】
図８は、図１の、ライタ７−Ｎ、ユーザ端末５−Ｎ、及び、ＷＥＢサーバ１、間の通信手順の概要を示す図である。
【００９０】
入力装置２７を介したユーザからの入力を受けて、ユーザ端末５−Ｎのプロセッサ５３は、通信装置５４及びインターネット１１を介して、ＷＥＢサーバ１に楽曲メニューの送信要求を行う。
【００９１】
この送信要求を受けて、ＷＥＢサーバ１は、インターネット１１を介して、ユーザ端末５−Ｎに楽曲メニューを送信する。
【００９２】
ユーザが入力装置２７により、楽曲を選択すると、ユーザ端末５−Ｎのプロセッサ５３は、通信装置５４及びインターネット１１を介して、選択された楽曲の情報（選択楽曲情報）をＷＥＢサーバ１に送信する。
【００９３】
ＷＥＢサーバ１は、ユーザ端末５−Ｎが送信した選択楽曲情報が示す楽曲のカラオケデータを、データベースサーバ３から取得して、インターネット１１を介して、ユーザ端末５−Ｎに送信する。
【００９４】
ユーザ端末５−Ｎのプロセッサ５３は、受信したカラオケデータを、一旦、補助記憶装置５５に格納する。そして、プロセッサ５３は、補助記憶装置５５からカラオケデータをメモリ５０に転送し、さらに、そのカラオケデータを、バス５２、インタフェース５１、及び、ケーブル１５を介して、ライタ７−Ｎに送信する。
【００９５】
ライタ７−ＮのＭＰＵ７０は、ユーザ端末５−Ｎのプロセッサ５３が送信したカラオケデータを、インタフェース７３及びバス７１を介して、ＭＰＵ７０の内部のメモリ（図示せず）に転送し、さらに、そのカラオケデータを、バス７１に接続されたＯＴＰＲＯＭ１７に書き込む。
【００９６】
さらに、ライタ７−ＮのＭＰＵ７０は、ＯＴＰＲＯＭ１７から、書き込んだカラオケデータを読み出して、読み出したカラオケデータを、バス７１、インタフェース７３及びケーブル１５を介して、ユーザ端末５−Ｎに送信する。
【００９７】
ユーザ端末５−Ｎのプロセッサ５３は、ライタ７−ＮのＭＰＵ７０が読み込んで送信したカラオケデータを、補助記憶装置５５に格納する。そして、プロセッサ５３は、ＷＥＢサーバ１が送信したカラオケデータと、ライタ７−Ｎが送信したカラオケデータと、を比較して、ＯＴＰＲＯＭ１７に正常に書き込みが行われたかどうかを検査する。
【００９８】
正常に書き込みが行われたと判断した場合は、ユーザ端末５−Ｎのプロセッサ５３は、通信装置５４及びインターネット１１を介して、ＷＥＢサーバ１へ、カラオケデータがＯＴＰＲＯＭ１７に正常に書き込まれたことを通知する（正常書込通知）。
【００９９】
ＷＥＢサーバ１は、ユーザ端末５−Ｎからの正常書込通知を受けて、ＯＴＰＲＯＭ１７に書き込まれたカラオケデータの数（楽曲の数）を計数する。サービス提供者が支払う著作権料は、この計数値を基に算出することができる。
【０１００】
図９は、図１の書込業者端末９−Ｍ及びＷＥＢサーバ１間の通信手順の概要を示す図である。まず、入力装置３３を介したユーザからの入力を受けて、書込業者端末９−Ｍのプロセッサ９４は、通信装置９５及びインターネット１１を介して、ＷＥＢサーバ１に楽曲メニューの送信要求を行う。
【０１０１】
この送信要求を受けて、ＷＥＢサーバ１は、インターネット１１を介して、書込業者端末９−Ｍに楽曲メニューを送信する。
【０１０２】
ユーザが入力装置３３により、楽曲を選択すると、書込業者端末９−Ｍのプロセッサ９４は、通信装置９５及びインターネット１１を介して、選択された楽曲の情報（選択楽曲情報）をＷＥＢサーバ１に送信する。
【０１０３】
ＷＥＢサーバ１は、書込業者端末９−Ｍが送信した選択楽曲情報が示す楽曲のカラオケデータを、データベースサーバ３から取得して、インターネット１１を介して、書込業者端末９−Ｍに送信する。
【０１０４】
書込業者端末９−Ｍのプロセッサ９４は、受信したカラオケデータを、一旦、補助記憶装置９９に格納する。そして、プロセッサ９４は、補助記憶装置９９からメモリ９１にカラオケデータを転送し、さらに、そのカラオケデータを、バス９３に接続されたＯＴＰＲＯＭ１７に書き込む。
【０１０５】
さらに、プロセッサ９４は、ＯＴＰＲＯＭ１７から、書き込んだカラオケデータを読み出して、読み出したカラオケデータを補助記憶装置９９に格納する。そして、プロセッサ９４は、ＷＥＢサーバ１が送信したカラオケデータと、ＯＴＰＲＯＭ１７から読み出したカラオケデータと、を比較して、ＯＴＰＲＯＭ１７に正常に書き込みが行われたかどうかを検査する。
【０１０６】
正常に書き込みが行われたと判断した場合は、プロセッサ９４は、通信装置９５及びインターネット１１を介して、ＷＥＢサーバ１へ、カラオケデータがＯＴＰＲＯＭ１７に正常に書き込まれたことを通知する（正常書込通知）。
【０１０７】
ＷＥＢサーバ１は、書込業者端末９−Ｍからの正常書込通知を受けて、ＯＴＰＲＯＭ１７に書き込まれたカラオケデータの数（楽曲の数）を計数する。サービス提供者が支払う著作権料は、この計数値を基に算出することができる。
【０１０８】
なお、図８及び図９で説明したように、本実施の形態では、一度限りの書き込みが可能な記録メディアの一例として、ＯＴＰＲＯＭ１７を挙げている。このような記録メディアを使用するため、一度データを書き込んだら、その領域にはデータの再書込みはできない。従って、ユーザは、ＯＴＰＲＯＭ１７のブランクエリアａＫの数に応じた数の楽曲（カラオケデータ）だけを書き込むことができる。例えば、ブランクエリアａＫの数が８つであれば、８曲分のカラオケデータのみの書き込みが可能である。この例では、ユーザは、８曲分のカラオケデータを書き込んだら、当該メモリカートリッジ１３に、さらに書き込むことができないので、新たなメモリカートリッジ１３を購入する必要がある。
【０１０９】
以上のように、記録メディアに一度限りの書込みを行う手段の一例として、記録メディア自体が一度限りの書き込みしかできないものを採用したが、これに限定されない。記録メディア自体が再書き込みできるものであっても、その記録メディアにデータを書き込む装置（ハードウエア、ソフトウエア、あるいは、その組み合わせ）により、記録メディアに一度限りの書き込みを行うようにすることもできる。
【０１１０】
さて、次に、メモリカートリッジ１３のライタ７−Ｎからの着脱機構を説明する。
【０１１１】
図１０は、図２のライタ７−Ｎからメモリカートリッジ１３を着脱する際の機構の説明図である。なお、図１０において、図２と同様の部分については同一の参照符号を付している。図１０に示すように、ハウジング２９の側面には、操作部材２１の一方の鉤型部が突出している。また、ハウジング２９の内部において、操作部材２１の他方の鉤型部には、凸部４３が形成され、この凸部４３が、押し出し部材４０の後端に形成された長穴４４に挿入される。さらに、ハウジング２９の内面には、軸４１が形成され、この軸４１により、押し出し部材４０が回転可能に支持される。ユーザが、操作部材２１を押し下げると、その凸部４３により、押し出し部材４０の後端が押し下げられる。その結果、軸４１を支点として、押し出し部材４０が回転し、押し出し部材４０の先端が、上方向に跳ね上がる。
【０１１２】
図２に示すように、メモリカートリッジ１３が未装着の状態では、操作部材２１は、ガイド穴１９の下端に位置している。そして、ユーザが、ハウジング２９の上面に形成された挿入口２３から、メモリカートリッジ１３を挿入すると、これに応じて、押し出し部材４０の先端が押し下げられるとともに、メモリカートリッジ１３が、ハウジング２９の内部に設けられたコネクタ４２に接続される。
【０１１３】
一方、メモリカートリッジ１３が装着された状態では、操作部材２１は、ガイド穴１９の上端に位置している。従って、ユーザが、操作部材２１を押し下げると、上記のような機構により、押し出し部材４０の先端が跳ね上がる。これ伴って、メモリカートリッジ１３は、コネクタ４２から抜けて、上方に跳ね上がる。
【０１１４】
図１１は、図１０のライタ７−Ｎに装着されたメモリカートリッジ１３を取り出すときの説明図である。なお、図１１において、図１０と同様の部分については、同一の参照符号を付している。図１１は、ライタ７−Ｎの内部の一部を、側面から見た図である。図１１に示すように、押し出し部材４０の先端が、コネクタ４２に接続されたメモリカートリッジ１３の下側の縁に当接する。これにより、メモリカートリッジ１３の押し上げが可能となる。なお、コネクタ４２には、回路基板４６が接続される。この回路基板４６には、図６のＭＰＵ７０、バス７１、及び、インタフェース７３、が実装される。
【０１１５】
さて、本実施の形態におけるカラオケデータ配信システムにおいては、クライアント端末（ユーザ端末５−Ｎ又は書込業者端末９−Ｍ）は、ＷＥＢサーバ１から、書き込みプログラムを取得する必要がある。この点を、フローチャート、図６及び図７を用いて説明する。
【０１１６】
図１２は、図１のユーザ端末５−ＮがＷＥＢサーバ１から、書き込みプログラムをダウンロードする際の処理の流れを示すフローチャートである。図１２に示すように、ステップＳ１にて、ユーザ端末５−Ｎのプロセッサ５３が、補助記憶装置５５に格納されたブラウザプログラムを起動する。ここで、ユーザ端末５−Ｎのプロセッサ５３が、ブラウザプログラムを実行することにより、ブラウザが構築される。そして、ブラウザは、入力装置２７を介したユーザからの入力を受けて、書き込みプログラムを配信するホームページのＵＲＬ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒｓ）を、通信装置５４及びインターネット１１を介して、ＷＥＢサーバ１へ送信する。
【０１１７】
ステップＳ１１にて、ＷＥＢサーバ１は、ブラウザから要求されたホームページデータを、ユーザ端末５−Ｎへ送信する。
【０１１８】
ステップＳ２にて、ブラウザは、ＷＥＢサーバ１が送信したホームページデータを解析して、書き込みプログラムを配信するホームページをディスプレイ装置２５に表示する。ステップＳ３にて、ブラウザは、入力装置２７を介したユーザからの入力を受けて、ＷＥＢサーバ１に対して、書き込みプログラムの送信要求を行う。
【０１１９】
ステップＳ１２にて、ＷＥＢサーバ１は、ブラウザが要求した書き込みプログラム及びそのセットアッププログラムを、ユーザ端末５−Ｎへ送信する。
【０１２０】
ステップＳ４にて、ユーザ端末５−Ｎのプロセッサ５３は、受信した書き込みプログラム及びそのセットアッププログラムを、補助記憶装置５５に格納する。
【０１２１】
なお、書込業者端末９−Ｍが、ＷＥＢサーバ１から書き込みプログラムを入手する際の処理の流れは、ユーザ端末５−Ｎが、ＷＥＢサーバ１から書き込みプログラムを入手する際の処理の流れと同様である。この場合、書込業者端末９−Ｍのプロセッサ９４が、補助記憶装置９９に格納されたブラウザプログラムを起動する。そして、書込業者端末９−Ｍのプロセッサ９４が、ブラウザプログラムを実行することにより、ブラウザが構築される。また、プロセッサ９４は、ＷＥＢサーバ１から入手した書き込みプログラム及びそのセットアッププログラムを、補助記憶装置９９に格納する。
【０１２２】
図１３は、図１のユーザ端末５−Ｎが、ＷＥＢサーバ１から受信した書き込みプログラムをセットアップする際の処理の流れを示すフローチャートである。
【０１２３】
図１３に示すように、ステップＳ２１にて、ユーザ端末５−Ｎのプロセッサ５３は、書き込みプログラムのセットアッププログラムを起動する。ここで、ユーザ端末５−Ｎのプロセッサ５３が、セットアッププログラムを実行することにより、セットアップ手段が構築される。
【０１２４】
ステップＳ２２にて、セットアップ手段は、セットアップを開始する。ステップＳ２３にて、セットアップ手段は、ディスプレイ装置２５に登録情報の入力画面を表示する。入力装置２７を介してユーザから登録情報が入力されると、セットアップ手段は、引き続きセットアップ動作を実行する。ここで、登録情報とは、例えば、ライタ７−Ｎの識別情報（ＩＤ）、ユーザの氏名、電子メールアドレス、電話番号、住所、年齢、及び、性別、等である。
【０１２５】
ステップＳ２４にて、書き込みプログラムのセットアップが完了すると、セットアップ手段は、その旨をディスプレイ装置２５に表示する。ステップＳ２５にて、セットアップ手段は、ユーザが入力した登録情報を、ＷＥＢサーバ１へ送信する。
【０１２６】
ステップＳ３１にて、ＷＥＢサーバ１は、セットアップ手段が送信した登録情報を記録する。
【０１２７】
なお、書込業者端末９−Ｍが、書き込みプログラムをセットアップする際の処理の流れは、ユーザ端末５−Ｎが、書き込みプログラムをセットアップする際の処理の流れと同様である。この場合、書込業者端末９−Ｍのプロセッサ９４が、補助記憶装置９９に格納されたセットアッププログラムを起動する。そして、書込業者端末９−Ｍのプロセッサ９４が、セットアッププログラムを実行することにより、セットアップ手段が構築される。
【０１２８】
さて、図１４は、図６のユーザ端末５−Ｎのプロセッサ５３の説明図である。なお、図１４において、図６と同様の部分については同一の参照符号を付している。図１４に示すように、ユーザ端末５−Ｎのプロセッサ５３が、補助記憶装置５５に格納された書き込みプログラム（図１３参照）を起動することにより、書込制御手段５３２が構築される。また、プロセッサ５３が、補助記憶装置５５に格納されたブラウザプログラムを起動することにより、ブラウザ５３１が構築される。なお、マルチタスクにより、書込制御手段５３２及びブラウザ５３１は、独立して（並列に）動作することができる。
【０１２９】
次に、図１４及び画面図を用いて、本実施の形態におけるカラオケデータ配信システムによるカラオケデータの取得方法について説明する。
【０１３０】
図１５は、図２のユーザ端末５−Ｎのディスプレイ装置２５に表示されるホームページの例示図である。図１５に示すように、ブラウザ５３１により、カラオケデータをダウンロードするためのホームページが、ディスプレイ装置２５に表示される。具体的には、このホームページは、フレーム１００〜１０３により構成される。フレーム１０１は、歌手名から楽曲を検索するための画像である。フレーム１０２は、曲名から楽曲を検索するための画像である。フレーム１０３には、リンクボタンが表示されている。
【０１３１】
一方、ディスプレイ装置２５には、書込制御手段５３２により、フレーム２００が表示される。このフレーム２００には、メモリカートリッジ１３に既に書き込まれている曲数、メモリカートリッジ１３に既に書き込まれている曲名、及び、メモリカートリッジ１３に書き込み可能な曲数、の情報が表示される。
【０１３２】
ユーザが、歌手名検索のフレーム１０１を利用して、所望の歌手名の先頭の文字を入力装置２７により選択すると、その文字を先頭に有する歌手名の一覧が表示される。
【０１３３】
図１６は、歌手名により所望の楽曲を検索する際の画面の例示図である。なお、図１６において、図１５と同様の部分については同一の参照符号を付している。図１５の画面の歌手名検索のフレーム１０１において、歌手名の先頭の文字が選択されると、図１６に示すような画面が、ディスプレイ装置２５に表示される。具体的には、図１６に示すように、ブラウザ５３１は、フレーム１０１，１０２，１０４，１０５，１０６を、ディスプレイ装置２５に表示する。フレーム１０４には、図１５の画面で選択された文字を先頭に有する歌手名の一覧が表示される。
【０１３４】
そして、ユーザが、入力装置２７を用いて、フレーム１０４に表示された歌手名の中から所望の歌手名を選択すると、ブラウザ５３１は、フレーム１０５に、選択された歌手の持ち歌を表示する。
【０１３５】
さらに、ユーザが、入力装置２７を用いて、フレーム１０５に表示された楽曲の中から所望の楽曲を選択すると、書込制御手段５３２は、フレーム２０１に、選択された曲名を表示する。さらに、ユーザが、入力装置２７を用いて、フレーム１０６に表示された書き込みボタンを押下すると、選択された楽曲のカラオケデータが、メモリカートリッジ１３のＯＴＰＲＯＭ１７に書き込まれる。すると、書込制御手段５３２は、フレーム２０２に、書き込みが完了したカラオケデータの曲名を、順次表示していく。また、書込制御手段５３２は、フレーム２００の表示を更新する。
【０１３６】
さて、ユーザが、図１５の曲名検索のフレーム１０２を利用して、所望の曲名の先頭の文字を入力装置２７により選択すると、その文字を先頭に有する曲名の一覧が表示される。
【０１３７】
図１７は、曲名により所望の楽曲を検索する際の画面の例示図である。なお、図１７において、図１５と同様の部分については同一の参照符号を付している。図１５の画面の曲名検索のフレーム１０２において、曲名の先頭の文字が選択されると、図１７に示すような画面が、ディスプレイ装置２５に表示される。具体的には、図１７に示すように、ブラウザ５３１は、フレーム１０１，１０２，１０６，１０７を、ディスプレイ装置２５に表示する。フレーム１０７には、図１５の画面で選択された文字を先頭に有する曲名の一覧が表示される。
【０１３８】
そして、ユーザが、入力装置２７を用いて、フレーム１０７に表示された楽曲の中から所望の楽曲を選択すると、書込制御手段５３２は、フレーム２０１に選択された曲名を表示する。さらに、ユーザが、入力装置２７を用いて、フレーム１０６に表示された書き込みボタンを押下すると、選択された楽曲のカラオケデータが、メモリカートリッジ１３のＯＴＰＲＯＭ１７に書き込まれる。すると、書込制御手段５３２は、フレーム２０２に、書き込みが完了したカラオケデータの曲名を、順次表示していく。また、書込制御手段５３２は、フレーム２００の表示を更新する。
【０１３９】
なお、書込業者端末９−Ｍのディスプレイ装置３１にも、図１５〜図１７と同様の画面が表示され、上記と同様の操作により、カラオケデータを、コネクタ３５に接続されたメモリカートリッジ１３に書き込むことができる。
【０１４０】
図１８は、図１のユーザ端末５−Ｎによるカラオケデータのダウンロード及び書き込み処理の流れを示すフローチャートである。図１８に示すように、ステップＳ４１にて、ユーザ端末５−Ｎのプロセッサ５３が、書き込みプログラムを起動する。プロセッサ５３が、書き込みプログラムを実行することにより、書込制御手段５３２が構築される。そして、書込制御手段５３２は、ブラウザプログラムを起動する。プロセッサ５３が、ブラウザプログラムを実行することにより、ブラウザ５３１が構築される。
【０１４１】
ステップＳ４２にて、書込制御手段５３２は、ライタ７−Ｎが、クライアント端末５−Ｎに接続されているかどうかをチェックする。また、書込制御手段５３２は、ライタ７−Ｎに、メモリカートリッジ１３が装着されているかどうかをチェックする。そして、書込制御手段５３２は、ライタ７−Ｎがクライアント端末５−Ｎに接続されており、かつ、メモリカートリッジ１３がライタ７−Ｎに装着されている場合に、処理をステップＳ４３に進める。
【０１４２】
ステップＳ４３にて、書込制御手段５３２は、メモリカートリッジ１３のＯＴＰＲＯＭ１７にアクセスして、書き込み済みの曲数の情報及び書き込み済みの曲名の情報を取得する。ステップＳ４４にて、書込制御手段５３２は、ディスプレイ装置２５に、書き込み済み曲数、書き込み済み曲名、及び、書き込み可能な曲数、を表示する。ステップＳ４５にて、書込制御手段５３２は、メモリカートリッジ１３の識別情報（ＩＤ）及びライタ７−Ｎの識別情報（ＩＤ）をＷＥＢサーバ１へ送信する。
【０１４３】
ステップＳ６１にて、ＷＥＢサーバ１は、書込制御手段５３２が送信したメモリカートリッジ１３の識別情報（ＩＤ）及びライタ７−Ｎの識別情報（ＩＤ）を記録する。
【０１４４】
ステップＳ４６にて、書込制御手段５３２は、カラオケデータをダウンロードするためのホームページ（書き込みボタンあり）のＵＲＬを、ＷＥＢサーバ１に送信する。
【０１４５】
ステップＳ６２にて、ＷＥＢサーバ１は、ホームページデータを、ユーザ端末５−Ｎに送信する。
【０１４６】
ステップＳ４７にて、書込制御手段５３２は、送信したＵＲＬ（ステップＳ６２）を、メモリ５０に格納する。ステップＳ４８にて、ブラウザ５３１は、ＷＥＢサーバ１から受信したホームページデータを解析して、ホームページ（書き込みボタンあり）を表示する。ステップＳ４９にて、書込制御手段５３２は、ライタ７−Ｎが、クライアント端末５−Ｎに接続されているかどうかをチェックする。また、書込制御手段５３２は、ライタ７−Ｎに、メモリカートリッジ１３が装着されているかどうかをチェックする。そして、書込制御手段５３２は、ライタ７−Ｎがクライアント端末５−Ｎに接続されており、かつ、メモリカートリッジ１３がライタ７−Ｎに装着されている場合に、処理をステップＳ５０に進める。このステップＳ４９の処理は、ステップＳ４２の処理と同様である。
【０１４７】
ステップＳ５０にて、入力装置２７を介したユーザの入力情報がチェックされる。ステップＳ５０のチェックの結果、画面上の曲選択ボタンが、入力装置２７を介してユーザにより押下されていれば、処理が図１９のステップＳ７１に進み（ステップＳ５１）、画面上の書き込みボタンが、入力装置２７を介して、ユーザにより押下されていれば、処理が図２０のステップＳ９１に進み（ステップＳ５２）、画面上の終了ボタンが、入力装置２７を介してユーザにより押下されていれば、プロセッサ５３は、書き込みプログラム及びブラウザプログラムを終了し（ステップＳ５３）、画面上のリンクボタンが、入力装置２７を介してユーザにより押下されていれば、処理が図２３のステップＳ１２１に進む（ステップＳ５４）。
【０１４８】
一方、ステップＳ５０のチェックの結果、曲選択ボタンが押下されておらず、かつ、書き込みボタンが押下されておらず、かつ、終了ボタンが押下されておらず、かつ、リンクボタンが押下されていない場合は、処理がステップＳ４９に進む（ステップＳ５１、ステップＳ５２、ステップＳ５３、ステップＳ５４）。
【０１４９】
図１９は、図１８のステップＳ５１にて曲選択ボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。図１９に示すように、ステップＳ７１にて、ブラウザ５３１は、選択された曲を示す曲コードを、ＷＥＢサーバ１に送信する。
【０１５０】
ステップＳ８１にて、ＷＥＢサーバ１は、ブラウザ５３１が送信した曲コードに対応するカラオケデータを、データベースサーバ３から取得する。ステップＳ８２にて、ＷＥＢサーバ１は、ブラウザ５３１が送信した曲コード、その曲コードに対応する曲名の情報、その曲コードに対応するカラオケデータを格納するディレクトリ名の情報、及び、そのカラオケデータのファイル名の情報、をユーザ端末５−Ｎに送信する。ステップＳ８３にて、ＷＥＢサーバ１は、前回の画面データ（ユーザが曲選択ボタンを押下する直前の画面データ）を、ユーザ端末５−Ｎに送信する。
【０１５１】
ステップＳ７２にて、書込制御手段５３２は、ディスプレイ装置２５に、ユーザが選択した曲名を表示する。また、ブラウザ５３１は、前回の画面を表示する。ステップＳ７２の後、処理は、図１８のステップＳ４９に進められる。
【０１５２】
図２０は、図１８のステップＳ５２にて書き込みボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。図２０に示すように、ステップＳ９１にて、ブラウザ５３１は、書き込みボタンが押下されたことを示す情報を、ＷＥＢサーバ１へ送信する。
【０１５３】
ステップＳ１１１にて、ＷＥＢサーバ１は、カラオケデータの書き込み中であることを示す画面データをユーザ端末５−Ｎに送信する。例えば、この画面データには、書き込みが終了するまでの注意事項を表示するためのデータ、等が含まれる。
【０１５４】
ステップＳ９２にて、ブラウザ５３１は、カラオケデータの書き込み中であることを示す画面を、ディスプレイ装置２５に表示する。ステップＳ９３にて、書込制御手段５３２は、ＯＴＰＲＯＭ１７へアクセスして、書き込み可能な曲数の情報を取得する。その結果、書き込み可能曲数が「０」の場合（ＯＴＰＲＯＭ１７に空き領域がない場合）、図２１のステップＳ１４１に処理が進められ、書き込み可能曲数が「１」以上の場合（ＯＴＰＲＯＭ１７に空き領域がある場合）、ステップＳ９５に処理が進められる（ステップＳ９４）。
【０１５５】
ステップＳ９５にて、書込制御手段５３２は、ステップＳ８２で送信されたディレクトリ名の情報及びファイル名の情報を、ＷＥＢサーバ１へ送信する。
【０１５６】
ステップＳ１１２にて、ＷＥＢサーバ１は、書込制御手段５３２が送信したディレクトリ名の情報及びファイル名の情報を基に、当該ファイル名で格納されたカラオケデータをユーザ端末５−Ｎに送信する。
【０１５７】
ステップＳ９６にて、書込制御手段５３２は、受信したカラオケデータを、補助記憶装置５５にテンポラリファイルとして格納する。ステップＳ９７にて、書込制御手段５３２は、カラオケデータを正常に受信したことを示す正常受信完了コードを、ＷＥＢサーバ１へ送信する。ステップＳ９８にて、書込制御手段５３２は、ライタ９−Ｎに対して、カラオケデータをＯＴＰＲＯＭ１７に書き込むことを指示する。
【０１５８】
ステップＳ９９にて、書込制御手段５３２は、ＯＴＰＲＯＭ１７に書き込んだカラオケデータを読み出して、ベリファイを実行する。ベリファイの結果、書き込みが正常に行われていれば、処理がステップＳ１０１に進められ、書き込みが不正常であれば、処理が図２２のステップＳ１６１に進められる（ステップＳ１００）。ステップＳ１０１にて、書込制御手段５３２は、テンポラリファイルとして格納したカラオケデータを消去する。ステップＳ１０２にて、書込制御手段５３２は、書き込みが正常に完了したことを示すコード、及び、曲コード、をＷＥＢサーバ１へ送信する。
【０１５９】
ステップＳ１１３にて、ＷＥＢサーバ１は、書き込み曲数を計数するカウンタを１つインクリメントする。
【０１６０】
ステップＳ１０３にて、書込制御手段５３２は、ユーザにより選択された曲が存在するかどうかを判断する。その判断の結果、選択された曲が存在する場合、処理がステップＳ９３に進み、選択された曲が存在しない場合は、処理がステップＳ１０４に進む。ステップＳ１０４にて、書込制御手段５３２は、カラオケデータのダウンロードが終了したことを示すコードをＷＥＢサーバ１に送信する。
【０１６１】
ステップＳ１１４にて、ＷＥＢサーバ１は、前回の画面データ（書き込みボタンを押下する直前の画面データ）を、ユーザ端末５−Ｎに送信する。
【０１６２】
ステップＳ１０５にて、ブラウザ５３１は、前回の画面をディスプレイ装置２５に表示する。
【０１６３】
図２１は、図２０のステップＳ９４にて書き込み可能な曲数が「０」と判断された場合の処理の流れを示すフローチャートである。図２１に示すように、ステップＳ１４１にて、書込制御手段５３２は、ＯＴＰＲＯＭ１７へのカラオケデータの書き込みができないことを示すコード（ＯＴＰＲＯＭ１７に空き領域がないことを示すコード）を、ＷＥＢサーバ１へ送信する。
【０１６４】
ステップＳ１５１にて、ＷＥＢサーバ１は、メモリカートリッジ１３の交換を促す表示を行うための画面データを、ユーザ端末５−Ｎに送信する。ステップＳ１４２にて、ブラウザ５３１は、ディスプレイ装置２５に、メモリカートリッジ１３の交換を促す表示を行う。そして、処理が図１８のステップＳ４９に進められる。
【０１６５】
図２２は、図２０のステップＳ１００にて書き込みが不正常であると判断された場合の処理の流れを示すフローチャートである。図２２に示すように、ステップＳ１６１にて、書込制御手段５３２は、ＯＴＰＲＯＭ１７へのカラオケデータの書き込みが不正常であることを示すコードを、ＷＥＢサーバ１へ送信する。
【０１６６】
ステップＳ１７１にて、ＷＥＢサーバ１は、エラーの対処方法を示す表示を行うための画面データを、ユーザ端末５−Ｎに送信する。ステップＳ１６２にて、ブラウザ５３１は、ディスプレイ装置２５に、エラーの対処方法を示す表示を行う。そして、処理が図１８のステップＳ４９に進められる。
【０１６７】
図２３は、図１８のステップＳ５４にてリンクボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。図２３に示すように、ステップＳ１２１にて、ブラウザ５３１は、押下されたリンクボタンに対応した新たなＵＲＬを、ＷＥＢサーバ１へ送信する。
【０１６８】
ステップＳ１３１にて、ＷＥＢサーバ１は、受信した新たなＵＲＬが示す新たなホームページデータ（書き込みボタンあり）を、ユーザ端末５−Ｎに送信する。
【０１６９】
ステップＳ１２２にて、書込制御手段５３２は、その新たなＵＲＬをメモリ５０に記憶する。ステップＳ１２３にて、ブラウザ５３１は、ディスプレイ装置２５に、新たなホームページ（書き込みボタンあり）を表示する。そして、処理が図１８のステップＳ４９に進められる。
【０１７０】
図２４は、図１８のステップＳ４２のライタ／カートリッジチェック処理の流れを示すフローチャートである。図２４に示すように、ステップＳ１８１にて、書込制御手段５３２は、ライタ７−Ｎが、クライアント端末５−Ｎに接続されているかどうかをチェックする。ライタ７−Ｎが、クライアント端末５−Ｎに接続されていない場合は、処理が図２５のステップＳ１９１に進められ、接続されている場合は、処理がステップＳ１８３に進められる（ステップＳ１８２）。
【０１７１】
ステップＳ１８３にて、書込制御手段５３２は、メモリカートリッジ１３が、ライタ７−Ｎに装着されているかどうかをチェックする。メモリカートリッジ１３が、ライタ７−Ｎに装着されていない場合は、処理が図２８のステップＳ２１１に進められ、装着されている場合は、処理が図１８のステップＳ４３に進められる（ステップＳ１８４）。
【０１７２】
図２５は、図２４のステップＳ１８２にてライタ７−Ｎがユーザ端末５−Ｎに接続されていないと判断された場合の処理の流れを示すフローチャートである。図２５に示すように、ステップＳ１９１にて、書込制御手段５３２は、ディスプレイ装置２５に、ライタ７−Ｎの接続を要求する表示を行う。ステップＳ１９２にて、書込制御手段５３２は、曲選択専用のホームページ（書き込みボタンなし）のＵＲＬを、ＷＥＢサーバ１に送信する。
【０１７３】
ステップＳ２０１にて、ＷＥＢサーバ１は、曲選択専用のホームページデータを、ユーザ端末５−Ｎに送信する。
【０１７４】
ステップＳ１９３にて、ブラウザ５３１は、ＷＥＢサーバ１が送信したホームページデータを解析して、曲選択専用のホームページ（書き込みボタンなし）をディスプレイ装置２５に表示する。ステップＳ１９４にて、書込制御手段５３２は、ライタ７−Ｎが、ユーザ端末５−Ｎに接続されているかどうかをチェックする。チェックの結果、ライタ７−Ｎが、ユーザ端末５−Ｎに接続されている場合は、処理が図２８のステップＳ２１１に進められ、接続されていない場合は、処理がステップＳ１９６に進められる（ステップＳ１９５）。
【０１７５】
ステップＳ１９６にて、入力装置２７を介したユーザの入力情報がチェックされる。ステップＳ１９６のチェックの結果、画面上の曲選択ボタンが、入力装置２７を介してユーザにより押下されていれば、処理が図２６のステップＳ２３１に進められ（ステップＳ１９７）、画面上の終了ボタンが、入力装置２７を介してユーザにより押下されていれば、プロセッサ５３は、書き込みプログラム及びブラウザプログラムを終了し（ステップＳ１９８）、画面上のリンクボタンが、入力装置２７を介してユーザにより押下されていれば、処理が図２７のステップＳ２５１に進められる（ステップＳ１９９）。
【０１７６】
一方、ステップＳ１９６のチェックの結果、曲選択ボタンが押下されておらず、かつ、終了ボタンが押下されておらず、かつ、リンクボタンが押下されていない場合は、処理がステップＳ１９４に進む（ステップＳ１９７、ステップＳ１９８、ステップＳ１９９）。
【０１７７】
図２６は、図２５のステップＳ１９７にて曲選択ボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。図２６に示すように、ステップＳ２３１にて、ブラウザ５３１は、選択された曲を示す曲コードを、ＷＥＢサーバ１に送信する。
【０１７８】
ステップＳ２４１にて、ＷＥＢサーバ１は、ブラウザ５３１が送信した曲コード、及び、その曲コードに対応する曲名の情報、をユーザ端末５−Ｎに送信する。ステップＳ２４２にて、ＷＥＢサーバ１は、前回の画面データ（ユーザが曲選択ボタンを押下する直前の画面データ）を、ユーザ端末５−Ｎに送信する。
【０１７９】
ステップＳ２３２にて、書込制御手段５３２は、ディスプレイ装置２５に、ユーザが選択した曲名を表示する。また、ブラウザ５３１は、前回の画面を表示する。ステップＳ２３２の処理の後、処理は、図２５のステップＳ１９４に進められる。
【０１８０】
図２７は、図２５のステップＳ１９９にてリンクボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。図２７に示すように、ステップＳ２５１にて、ブラウザ５３１は、押下されたリンクボタンに対応した新たなＵＲＬを、ＷＥＢサーバ１へ送信する。
【０１８１】
ステップＳ２６１にて、ＷＥＢサーバ１は、受信した新たなＵＲＬが示す新たなホームページデータ（書き込みボタンなし）を、ユーザ端末５−Ｎに送信する。
【０１８２】
ステップＳ２５２にて、ブラウザ５３１は、ディスプレイ装置２５に、その新たなホームページ（書き込みボタンなし）を表示する。そして、処理が図２５のステップＳ１９４に進められる。
【０１８３】
図２８は、図２４のステップＳ１８４にてメモリカートリッジ１３がライタ７−Ｎに装着されていないと判断された場合の処理の流れを示すフローチャートである。図２８に示すように、ステップＳ２１１にて、書込制御手段５３２は、ライタ７−Ｎが、ユーザ端末５−Ｎに接続されているかどうかをチェックする。ライタ７−Ｎが、ユーザ端末５−Ｎに接続されていない場合は、図２５のステップＳ１９１に処理が進められ、接続されている場合は、処理がステップＳ２１３に進められる（ステップＳ２１２）。
【０１８４】
ステップＳ２１３にて、書込制御手段５３２は、ライタ７−Ｎにカートリッジ１３が装着されているかどうかをチェックする。カートリッジ１３が、ライタ７−Ｎに装着されている場合は、図２９のステップＳ２８１に処理が進められ、装着されていない場合は、処理がステップＳ２１５に進められる（ステップＳ２１４）。
【０１８５】
ステップＳ２１５にて、書込制御手段５３２は、ディスプレイ装置２５に、メモリートリッジ１３の装着を要求する表示を行う。ステップＳ２１６にて、書込制御手段５３２は、曲選択専用のホームページ（書き込みボタンなし）のＵＲＬを、ＷＥＢサーバ１に送信する。
【０１８６】
ステップＳ２７１にて、ＷＥＢサーバ１は、曲選択専用のホームページデータを、ユーザ端末５−Ｎに送信する。
【０１８７】
ステップＳ２１７にて、ブラウザ５３１は、ＷＥＢサーバ１が送信したホームページデータを解析して、曲選択専用のホームページ（書き込みボタンなし）をディスプレイ装置２５に表示する。ステップＳ２１８にて、書込制御手段５３２は、ライタ７−Ｎが、ユーザ端末５−Ｎに接続されているかどうかをチェックする。チェックの結果、ライタ７−Ｎが、ユーザ端末５−Ｎに接続されている場合は、処理がステップＳ２２０に進められ、接続されていない場合は、処理が図２５ステップＳ１９１に進められる（ステップＳ２１９）。
【０１８８】
ステップＳ２２０にて、書込制御手段５３２は、ライタ７−Ｎにカートリッジ１３が装着されているかどうかをチェックする。カートリッジ１３が、ライタ７−Ｎに装着されている場合は、図２９のステップＳ２８１に処理が進められ、装着されていない場合は、処理がステップＳ２２２に進められる（ステップＳ２２１）。
【０１８９】
ステップＳ２２２にて、入力装置２７を介したユーザの入力情報がチェックされる。ステップＳ２２２のチェックの結果、画面上の曲選択ボタンが、入力装置２７を介してユーザにより押下されていれば、処理が図３０のステップＳ３０１に進められ（ステップＳ２２３）、画面上の終了ボタンが、入力装置２７を介してユーザにより押下されていれば、プロセッサ５３は、書き込みプログラム及びブラウザプログラムを終了し（ステップＳ２２４）、画面上のリンクボタンが、入力装置２７を介してユーザにより押下されていれば、処理が図３１のステップＳ３２１に進められる（ステップＳ２２５）。
【０１９０】
一方、ステップＳ２２２のチェックの結果、曲選択ボタンが押下されておらず、かつ、終了ボタンが押下されておらず、かつ、リンクボタンが押下されていない場合は、処理がステップＳ２１８に進む（ステップＳ２２３、ステップＳ２２４、ステップＳ２２５）。
【０１９１】
図２９は、図２８のステップ２２２１にてメモリカートリッジ１３が装着されていると判断された場合の処理の流れを示すフローチャートである。図２９に示すように、ステップＳ２８１にて、書込制御手段５３２は、メモリカートリッジ１３のＯＴＰＲＯＭ１７にアクセスして、書き込み済みの曲数の情報及び書き込み済みの曲名の情報を取得する。ステップＳ２８２にて、書込制御手段５３２は、ディスプレイ装置２５に、書き込み済み曲数、書き込み済み曲名、及び、書き込み可能な曲数、を表示する。ステップＳ２８３にて、書込制御手段５３２は、メモリカートリッジ１３の識別情報（ＩＤ）及びライタ７−Ｎの識別情報（ＩＤ）をＷＥＢサーバ１へ送信する。
【０１９２】
ステップＳ２９１にて、ＷＥＢサーバ１は、書込制御手段５３２が送信したメモリカートリッジ１３の識別情報（ＩＤ）及びライタ７−Ｎの識別情報（ＩＤ）を記録する。
【０１９３】
ステップＳ２８４にて、書込制御手段５３２は、カラオケデータをダウンロードするためのホームページ（書き込みボタンあり）のＵＲＬを、ＷＥＢサーバ１に送信する。
【０１９４】
ステップＳ２９２にて、ＷＥＢサーバ１は、ホームページデータを、ユーザ端末５−Ｎに送信する。
【０１９５】
ステップＳ２８５にて、ブラウザ５３１は、ＷＥＢサーバ１から受信したホームページデータを解析して、ホームページ（書き込みボタンあり）を表示する。その後、処理が、図１８のステップＳ４９に進められる。
【０１９６】
図３０は、図２８のステップＳ２２３にて曲選択ボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。図３０に示すように、ステップＳ３０１にて、ブラウザ５３１は、選択された曲を示す曲コードを、ＷＥＢサーバ１に送信する。
【０１９７】
ステップＳ３１１にて、ＷＥＢサーバ１は、ブラウザ５３１が送信した曲コード、及び、その曲コードに対応する曲名の情報、をユーザ端末５−Ｎに送信する。ステップＳ３１２にて、ＷＥＢサーバ１は、前回の画面データ（ユーザが曲選択ボタンを押下する直前の画面データ）を、ユーザ端末５−Ｎに送信する。
【０１９８】
ステップＳ３０２にて、書込制御手段５３２は、ディスプレイ装置２５に、ユーザが選択した曲名を表示する。また、ブラウザ５３１は、前回の画面を表示する。ステップＳ３０２の後、処理は、図２８のステップＳ２１８に進められる。
【０１９９】
図３１は、図２８のステップＳ２２５にてリンクボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。図３１に示すように、ステップＳ３２１にて、ブラウザ５３１は、押下されたリンクボタンに対応した新たなＵＲＬを、ＷＥＢサーバ１へ送信する。
【０２００】
ステップＳ３３１にて、ＷＥＢサーバ１は、受信した新たなＵＲＬが示す新たなホームページデータ（書き込みボタンなし）を、ユーザ端末５−Ｎに送信する。ステップＳ３２２にて、ブラウザ５３１は、ディスプレイ装置２５に、その新たなホームページ（書き込みボタンなし）を表示する。そして、処理が図２８のステップＳ２１８に進められる。
【０２０１】
さて、図１の書込業者端末９−Ｍによるカラオケデータのダウンロード及び書き込み処理の流れは、図１８〜図３１に示したユーザ端末５−Ｎによるカラオケデータのダウンロード及び書き込み処理の流れと同様である。ただし、書込業者端末９−Ｍでは、ＯＴＰＲＯＭ１７にカラオケデータを書き込むのは、別個に設けられたライタではなく、プロセッサ９４であるため、ライタが書込業者端末９−Ｍに接続されているかどうかのチェックは行われない。また、図１８〜図３１では、ＷＥＢサーバ１とユーザ端末５−Ｎとの間で通信が行われたが、書込業者端末９−Ｍによるカラオケデータのダウンロード及び書き込み処理では、ＷＥＢサーバ１と書込業者端末９−Ｍとの間で通信が行われる。また、図１４のブラウザ５３１が行う処理は、書込業者端末９−Ｍのブラウザが行い、図１４の書込制御手段５３２が行う処理は、書込業者端末９−Ｍの書込制御手段が行う。
【０２０２】
図３２は、図７の書込業者端末９−Ｍのプロセッサ９４の説明図である。なお、図３２において、図７と同様の部分については同一の参照符号を付している。図３２に示すように、書込業者端末９−Ｍのプロセッサ９４が、補助記憶装置９９に格納された書き込みプログラムを起動することにより、書込制御手段９４２が構築される。また、プロセッサ９４が、補助記憶装置９９に格納されたブラウザプログラムを起動することにより、ブラウザ９４１が構築される。なお、マルチタスクにより、書込制御手段９４２及びブラウザ９４１は、独立して（並列に）動作することができる。
【０２０３】
図３３は、図１の書込業者端末９−Ｍによるカラオケデータのダウンロード及び書き込み処理の流れを示すフローチャートである。図３３に示すように、ステップＳ５４１にて、書込業者端末９−Ｍのプロセッサ９４が、書き込みプログラムを起動する。プロセッサ９４が、書き込みプログラムを実行することにより、書込制御手段９４２が構築される。そして、書込制御手段９４２は、ブラウザプログラムを起動する。プロセッサ９４が、ブラウザプログラムを実行することにより、ブラウザ９４１が構築される。
【０２０４】
ステップＳ５４２にて、書込制御手段９４２は、図３のコネクタ３５に、メモリカートリッジ１３が装着されているかどうかをチェックする。そして、書込制御手段９４２は、メモリカートリッジ１３がコネクタ５３に装着されている場合、処理をステップＳ５４３に進める。
【０２０５】
ステップＳ５４３にて、書込制御手段９４２は、メモリカートリッジ１３のＯＴＰＲＯＭ１７にアクセスして、書き込み済みの曲数の情報及び書き込み済みの曲名の情報を取得する。ステップＳ５４４にて、書込制御手段９４２は、ディスプレイ装置３１に、書き込み済み曲数、書き込み済み曲名、及び、書き込み可能な曲数、を表示する。ステップＳ５４５にて、書込制御手段９４２は、メモリカートリッジ１３の識別情報（ＩＤ）をＷＥＢサーバ１へ送信する。
【０２０６】
ステップＳ５６１にて、ＷＥＢサーバ１は、書込制御手段９４２が送信したメモリカートリッジ１３の識別情報（ＩＤ）を記録する。
【０２０７】
ステップＳ５４６にて、書込制御手段９４２は、カラオケデータをダウンロードするためのホームページ（書き込みボタンあり）のＵＲＬを、ＷＥＢサーバ１に送信する。
【０２０８】
ステップＳ５６２にて、ＷＥＢサーバ１は、ホームページデータを、書込業者端末９−Ｍに送信する。
【０２０９】
ステップＳ５４７にて、書込制御手段９４２は、送信したＵＲＬ（ステップＳ５４６）を、メモリ９１に格納する。ステップＳ５４８にて、ブラウザ９４１は、ＷＥＢサーバ１から受信したホームページデータを解析して、ホームページ（書き込みボタンあり）を表示する。ステップＳ５４９にて、書込制御手段９４２は、コネクタ３５に、メモリカートリッジ１３が装着されているかどうかをチェックする。そして、書込制御手段９４２は、メモリカートリッジ１３がコネクタ３５に装着されている場合に、処理をステップＳ５５０に進める。なお、ステップＳ５４９の処理は、ステップＳ５４２の処理と同様である。
【０２１０】
ステップＳ５５０にて、入力装置３３を介したユーザの入力情報がチェックされる。ステップＳ５５０のチェックの結果、画面上の曲選択ボタンが、入力装置３３を介してユーザにより押下されていれば、処理が図１９のステップＳ７１に進み（ステップＳ５５１）、画面上の書き込みボタンが、入力装置３３を介して、ユーザにより押下されていれば、処理が図２０のステップＳ９１に進み（ステップＳ５５２）、画面上の終了ボタンが、入力装置３３を介してユーザにより押下されていれば、プロセッサ９４は、書き込みプログラム及びブラウザプログラムを終了し（ステップＳ５５３）、画面上のリンクボタンが、入力装置３３を介してユーザにより押下されていれば、処理が図２３のステップＳ１２１に進む（ステップＳ５５４）。
【０２１１】
一方、ステップＳ５５０のチェックの結果、曲選択ボタンが押下されておらず、かつ、書き込みボタン押下されておらず、かつ、終了ボタンが押下されておらず、かつ、リンクボタンが押下されていない場合は、処理がステップＳ５４９に進む（ステップＳ５５１、ステップＳ５５２、ステップＳ５５３、ステップＳ５５４）。
【０２１２】
図３４は、図３３のステップＳ５４２のカートリッジチェック処理の流れを示すフローチャートである。図３４に示すように、ステップＳ５５１にて、書込制御手段９４２は、コネクタ３５にカートリッジ１３が装着されているかどうかをチェックする。カートリッジ１３が、コネクタ３５に装着されている場合は、図３３のステップＳ５４３に処理が進められ、装着されていない場合は、処理がステップＳ５５３に進められる（ステップＳ５５２）。
【０２１３】
ステップＳ５５３にて、書込制御手段９４２は、ディスプレイ装置３１に、メモリートリッジ１３の装着を要求する表示を行う。ステップＳ５５４にて、書込制御手段９４２は、曲選択専用のホームページ（書き込みボタンなし）のＵＲＬを、ＷＥＢサーバ１に送信する。
【０２１４】
ステップＳ５８１にて、ＷＥＢサーバ１は、曲選択専用のホームページデータを、書込業者端末９−Ｍに送信する。
【０２１５】
ステップＳ５５５にて、ブラウザ９４１は、ＷＥＢサーバ１が送信したホームページデータを解析して、曲選択専用のホームページ（書き込みボタンなし）をディスプレイ装置３１に表示する。ステップＳ５５６にて、書込制御手段９４２は、コネクタ３５にカートリッジ１３が装着されているかどうかをチェックする。カートリッジ１３が、コネクタ３５に装着されている場合は、図２９のステップＳ２８１に処理が進められ、装着されていない場合は、処理がステップＳ５５８に進められる（ステップＳ５５７）。ただし、この場合の図２９のステップＳ２８３では、ライタの識別情報（ＩＤ）は送信されない。なぜなら、書込業者端末９−Ｍでは、別個に設けられたライタを利用しないからである。
【０２１６】
ステップＳ５５８にて、入力装置３３を介したユーザの入力情報がチェックされる。ステップＳ５５８のチェックの結果、画面上の曲選択ボタンが、入力装置３３を介してユーザにより押下されていれば、処理が図３０のステップＳ３０１に進められ（ステップＳ５５９）、画面上の終了ボタンが、入力装置３３を介してユーザにより押下されていれば、プロセッサ９４は、書き込みプログラム及びブラウザプログラムを終了し（ステップＳ５６０）、画面上のリンクボタンが、入力装置３３を介してユーザにより押下されていれば、処理が図３１のステップＳ３２１に進められる（ステップＳ５６１）。
【０２１７】
一方、ステップＳ５５８のチェックの結果、曲選択ボタンが押下されておらず、かつ、終了ボタンが押下されておらず、かつ、リンクボタンが押下されていない場合は、処理がステップＳ５５６に進む（ステップＳ５５９、ステップＳ５６０、ステップＳ５６１）。
【０２１８】
図３５は、カラオケデータが書き込まれたメモリカートリッジ１３を装着するマイク一体型カラオケ装置（家庭用カラオケ装置）の一例を示す外観図である。図３５（ａ）に示すように、マイク一体型カラオケ装置１５０は、上部が卵形で下部が円筒形の筐体（本体）１６１を含み、この筐体１６１の卵形部上端にマイク１５１が取り付けられている。筐体１６１の上部すなわち卵形部には、電源スイッチ１５５およびリセットスイッチ１５４が設けられる。電源スイッチ１５５は電源をオン／オフするためのスイッチであり、リセットスイッチ１５４は、選択した曲番号を含むすべてをリセットするためのものである。
【０２１９】
さらに、筐体１６１の卵形部には、２桁の７セグメントＬＥＤからなるディスプレイ１５２が設けられるとともに、そのディスプレイ１５２を挟む左側にテンポ制御キー１６５および１６４が縦に整列して設けられ、右側にＢＧＭボリューム制御キー１５３および１５６が縦に整列して設けられる。ディスプレイ１５２は、ユーザが選択した曲番号を表示するために利用される。テンポ制御キー１６５および１６４は、カラオケすなわちＢＧＭの再生速度（テンポ）を速くしまたは遅くするためのキーである。ＢＧＭボリューム制御キー１５３および１５６は、カラオケすなわちＢＧＭの再生音量（ボリューム）を大きくしまたは小さくするためのキーである。
【０２２０】
筐体１６１の卵形部の中央やや下部には曲選択／ピッチ制御キー１５８および１５９が設けられる。この曲選択／ピッチ制御キー１５８および１５９は、曲番号をインクリメントしまたはデイクリメントするために利用されるとともに、ユーザの音程に合わせてカラオケのピッチ周波数すなわち音程をたとえば１度ずつ上下させるために利用される。
【０２２１】
曲選択／ピッチ制御キー１５８および１５９の左側でかつテンポ制御キー１６５および１６４の下方の筐体１６１の卵形部には、エコーモード選択キー１６２が設けられる。このエコーモード選択キー１６２は、エコーモードにおいてエコー時間（遅延時間）を選択的に設定するために利用される。この実施の形態では、エコーモード１，エコーモード２およびエコーモード３を設定でき、それぞれ、エコー時間が「小」，「中」および「大」として設定される。
【０２２２】
曲選択／ピッチ制御キー１５８および１５９の右側でかつＢＧＭボリューム制御キー１５３および１５６の下方の筐体１６１の卵形部には、ボイスエフェクトモード選択キー１５７が設けられる。このボイスエフェクトモード選択キー１５７は、この実施の形態では、ボイスエフェクトモード１，ボイスエフェクトモード２およびボイスエフェクトモード３を設定できる。ボイスエフェクトモード１は、入力音声の周波数に対し出力音声の周波数が高くなるように音声を加工するモードであり、ボイスエフェクトモード２は、入力音声の周波数に対して出力音声の周波数が低くなるように音声を加工するモードである。さらに、ボイスエフェクトモード３は、上下に連続的にかつ繰り返し出力音声の周波数が変化（スイープ）するようにで音声を加工するモードである。
【０２２３】
ディスプレイ１５２と曲選択／ピッチ制御キー１５８および１５９との間には、キャンセルキー１６３が設けられる。このキャンセルキー１６３は、テンポ制御キー１６５および１６４で設定したテンポ，ボリューム制御キー１５３および１５６で設定したＢＧＭボリューム，曲選択／ピッチ制御キー１５８および１５９で設定した曲番号およびピッチ，エコーモード選択キー１６２で設定したエコーモード，またはボイスエ
【０２２４】
フェクトモード選択キー１５７で設定したボイスエフェクトモードをキャンセルするためのキーである。このキャンセルキー１６３は、演奏中の曲を中断するためにも用いられる。
【０２２５】
曲選択／ピッチ制御キー１５８および１５９の下方には、決定キー１６０が設けられる。この決定キー１６０は、テンポ制御キー１６５および１６４で設定したテンポ，ボリューム制御キー１５３および１５６で設定したＢＧＭボリューム，曲選択／ピッチ制御キー１５８および１５９で設定した曲番号およびピッチ，またはボイスエフェクトモード選択キー１５７で設定したボイスエフェクトモードを決定し有効化するためのキーである。
【０２２６】
筐体１６１の下部すなわち円筒部下端からＡＶコード１６７が出され、そのＡＶコード１６７には２つの音声出力端子１６９Ｌおよび１６９Ｒと、１つの画像出力端子１６８とが含まれる。音声出力端子１６９Ｌおよび１６９Ｒならびに画像出力端子１６８は、テレビジョンモニタ（図示せず）のＡＶ端子に接続される。したがって、このマイク一体型カラオケ装置１５０の画像および音声は、テレビジョンモニタで出力される。
【０２２７】
筐体１６１の裏面には、図３５（ｂ）で示すように、カートリッジコネクタ１７０が設けられ、このカートリッジコネクタ１７０にはメモリカートリッジ１３（図２参照）が着脱自在に装着される。なお、このマイク一体型カラオケ装置１５０は電池駆動のものであり、そのために、図３５（ｂ）に示すように、筐体１６１の下部円筒部に電池ボックス１７１が設置されている。
【０２２８】
図３６は、図３５のマイク一体型カラオケ装置１５０の電気的構成を示す図である。図３６に示すように、マイク一体型カラオケ装置１５０は、筐体１６１の内部に収納されたプロセッサ１８４を含む。
【０２２９】
プロセッサ１８４は、図示しないが、ＣＰＵ，グラフィックプロセッサ，サウンドプロセッサおよびＤＭＡプロセッサ等の各種プロセッサを含むとともに、アナログ信号を取り込むときに用いられるＡ／Ｄ変換器やキー操作信号や赤外線信号のような入力信号を受けかつ出力信号を外部機器に与える入出力制御回路を含む。ＣＰＵは、入力信号に応じて必要な演算を実行し、その結果を他のグラフィックプロセッサやサウンドプロセッサ等に与える。したがって、グラフィックプロセッサやサウンドプロセッサはその演算結果に応じた画像処理や音声処理を実行する。
【０２３０】
このプロセッサ１８４にはシステムバス１８５が接続されていて、このシステムバス１８５には、プロセッサ１８４とともに筐体１６１の内部に収納されている基板（図示せず）に設けられている内蔵ＲＯＭ１８６およびメモリカートリッジ１３に含まれるＯＴＰＲＯＭ１７が結合される。したがって、プロセッサ１８４は、システムバス１８５を通してＲＯＭ１８６およびＯＴＰＲＯＭ１７にアクセスでき、そこから画像データや音楽データ（楽器演奏用のスコアデータ）などを取り出すことができる。
【０２３１】
なお、図３６に示すように、マイク１５１からの音声信号は、アンプ１８１を通してプロセッサ１８４のアナログ入力に与えられる。プロセッサ１８４のサウンドプロセッサ部で処理された結果であるアナログ音声信号は、ミキサ１８３およびアンプ１８２を介して、図３５に示す音声出力端子１６９（１６９Ｌ，１６９Ｒ）に出力される。また、プロセサ１８４のグラフィックプロセッサ（図示せず）で処理された結果であるアナログ画像信号は、図３５に示す画像出力端子１６８に出力される。また、図３５（ａ）に示すディスプレイ１５２には、プロセッサ１８４の出力ポートから表示データが与えられるとともに、図３５に示すすべてのスイッチまたはキー（ここでは参照番号１８０で包括的に示す）はプロセッサ１８４の入力ポートに接続される。
【０２３２】
ここで、マイク一体型カラオケ装置１５０を、図１のライタ７−Ｎとして用いることもできる。この場合、クライアント端末５−Ｎとマイク一体型カラオケ装置１５０とを、ケーブル１５により接続する。この場合、プロセッサ１８４が、図６のＭＰＵ７０の役割を担うことになる。この点を簡単に説明する。クライアント端末５−Ｎがケーブル１５を介して送信したカラオケデータは、マイク一体型カラオケ装置１５０の通信制御部１８８に与えられる。通信制御部１８８は、必要な処理を行って、与えられたカラオケデータを、プロセッサ１８４の入力ポートに入力する。プロセッサ１８４は、入力ポートに与えられたカラオケデータを、バス１８５に接続されたＯＴＰＲＯＭ１７のブランクエリアａＫに書き込む。
【０２３３】
一方、プロセッサ１８４は、バス１８５に接続されたＯＴＰＲＯＭ１７に書き込まれたカラオケデータを読み出して、出力ポートから、通信制御手段１８８に与える。通信制御手段１８８は、ケーブル１５を介して、与えられたカラオケデータを、クライアント端末５−Ｎに送信する。
【０２３４】
なお、通信制御部１８８は、クライアント端末５−Ｎとマイク一体型カラオケ装置１５０との間の通信を制御する。ケーブル１５として、ＵＳＢケーブルを使用する場合は、通信制御部１８８は、ＵＳＢコントローラである。
【０２３５】
図３７は、図３６のＲＯＭ１８６に格納されるプログラム及びデータの概念図である。図３７に示すように、内蔵ＲＯＭ１８６には、警告メッセージ表示プログラム１９１，カラオケ画像データ１９２およびカラオケ音楽データ１９３が記憶される。警告メッセージ表示プログラム１９１は、メモリカートリッジ１３が装着されていない状態で電源スイッチ１５５がオンされたときに起動され、これによって警告メッセージがテレビジョンモニタに表示される。カラオケ画像データ１９２およびカラオケ音楽データ１９３は、メモリカートリッジ１３に記憶されたいずれの曲にも共通して用いられるデータである。カラオケ画像データ１９２は、アイコンデータ及びフォントデータを含み、カラオケ音楽データ１９３は、音源データを含む。
【０２３６】
さて、メモリカートリッジ１３がマイク一体型カラオケ装置１５０に装着された状態で電源スイッチ１５５がオンされると、ＯＴＰＲＯＭ１７に格納されたシステムプログラム（図５参照）が起動され、システム初期化，シーケンス制御，画像表示制御，Ａ／Ｄ変換および音楽加工，音楽再生制御などの処理が行なわれる。また、ＯＴＰＲＯＭ１７に格納された、背景画像データ、曲名画像データ、歌詞データ、楽譜データ、及び、共通データ、のいずれも、システムプログラム（図５参照）の処理に用いられる。
【０２３７】
ここで、メモリカートリッジ１３は、例えば、ユーザが、マイク一体型カラオケ装置１５０の販売店、あるいは、書込業者端末９−Ｍの設置店、などで購入する。
【０２３８】
さて、以上のように、本実施の形態では、カラオケデータの配信を受ける際にクレジットカード番号や銀行口座を送信する必要がないため、それらの情報の送信に対して不安を持っている人たちも安心して、カラオケデータの配信を受けることができる。また、カラオケデータの配信に際して課金をしないため、クレジットカードや銀行口座を持っていない者（例えば、未成年や子供）でも、カラオケデータの配信を受けることができる。以上により、より多くの人たちにデータを配信することができ、広い層のユーザを獲得できる。
【０２３９】
また、プリペイド方式を採用していないため、当然メモリカートリッジ１３にはプリペイド情報が書き込まれておらず、ユーザの不正を極力排除できる。
【０２４０】
さらに、カラオケデータの配信に際して課金をしないため、ＷＥＢサーバ１における課金処理が不要になる。従って、ＷＥＢサーバ１の処理の負担を軽減できるとともに、セキュリティ対策も容易になる。
【０２４１】
さらに、カラオケデータの配信に際して課金をしないため、ユーザは、クレジットカード番号や銀行口座を送信する必要がない。従って、これらの情報が第三者に漏洩して、不正使用されることを防止できる。
【０２４２】
さらに、課金する場合と比較して、ユーザが入力する情報が少ないので、ユーザは、簡易な手続きで所望のカラオケデータをＷＥＢサーバ１から取得できる。
【０２４３】
さらに、カラオケデータの配信に際して課金をしないため、ＷＥＢサーバ１とクライアント端末（ユーザ端末５−Ｎ、書込業者端末９−Ｍ）との間の通信回数も少なくなり、複雑な通信処理が不要になって、簡易な通信手順により、カラオケデータの配信が可能となる。
【０２４４】
さらに、書き込み手段（ライタ７−Ｎ、書込業者端末９−Ｍ）は、メモリカートリッジ１３の格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行う。つまり、メモリカートリッジ１３に再書き込みすることは不可能である。従って、ユーザは、メモリカートリッジ１３に空き領域がなくなった場合は、新たにメモリカートリッジ１３を購入する必要がある。カラオケデータの配信には課金がなされないため、ユーザは、所望のカラオケデータの配信を、次々に受けると想定され、メモリカートリッジ１３の購入量も増えると予想される。従って、メモリカートリッジ１３の製造者又は販売者に対して、売上の向上をもたらすことができる。
【０２４５】
しかも、メモリカートリッジ１３への書き込み可能曲数が「０」の場合には、カラオケデータがクライアント端末へ送信されないため、ユーザのメモリカートリッジ１３の購入量も一層多くなり、メモリカートリッジ１３の製造者又は販売者に対して、より一層の売上の向上をもたらすことができる。
【０２４６】
さらに、メモリカートリッジ１３には、所定のデータ（システムプログラム、共通データ、カートリッジＩＤ、及び、書込み可能曲数）が予め（例えば、工場での出荷時に既に）書き込まれているので、配信されたカラオケデータをメモリカートリッジ１３に書き込むだけで、そのままメモリカートリッジ１３を、マイク一体型カラオケ装置１５０に装着して、カラオケ演奏を行うことができる。
【０２４７】
さらに、メモリカートリッジ１３に、ブランクエリアａＫ単位で書き込みが行われるため（原則として、１つのブランクエリアａＫに対して１曲）、配信されてメモリカートリッジ１３に書き込まれたカラオケデータの管理が容易になって、書き込まれたカラオケデータを読み出す際の処理も容易になる。
【０２４８】
さらに、クライアント端末は、メモリカートリッジ１３への書き込みが正常であるときに、書込完了コードを、ＷＥＢサーバ１に送信する。このため、サービス提供者は、ＷＥＢサーバ１を通じて、配信したカラオケデータが正常に書き込まれたことを知ることができる。例えば、配信したデータが、著作権の対象となる楽曲データや映像データ等である場合は、それらのデータが正常に書き込まれたことがＷＥＢサーバ１に通知されることで、サービス提供者は、著作権者に支払う著作権料の算出を適正に行うことができる。
【０２４９】
さらに、メモリカートリッジ１３へ正常に書き込みが行われた後は、クライアント端末から、当該カラオケデータが消去されるため、例えば、配信したカラオケデータが、著作権の対象となる楽曲データや映像データ等である場合に、著作権者に支払う著作権料の算出を適正に行うことができる。なお、カラオケデータがクライアント端末に残ったままでは、著作権の扱いが不明確なものとなってしまい、適正な著作権料の算出が困難である。
【０２５０】
さらに、クライアント端末は、ＷＥＢサーバ１へ、メモリカートリッジ１３の識別情報（ＩＤ）を送信するため、不正なメモリカートリッジが使用された場合に適切な処置をとることができる。
【０２５１】
さらに、クライアント端末は、ＷＥＢサーバ１へ、ユーザ情報を送信するため、サービス提供者は、ＷＥＢサーバ１を通じて、ユーザの様々な情報を取得でき、それらをサービスの提供に反映させることが可能となる。
【０２５２】
さらに、クライアント端末は、メモリカートリッジ１３に既に記録している楽曲の情報を表示し、かつ、メモリカートリッジ１３に書き込み可能な楽曲の数情報を表示する。このため、同じ楽曲をメモリカートリッジ１３に書き込んだために、書込み可能な領域が少なくなるというような、ユーザにとっての不都合を極力回避できる。また、ユーザは、メモリカートリッジ１３に書き込み可能な残りの楽曲の数を知ることができるため、配信を受ける楽曲の選択に際して、利便性の向上を図ることができる。
【０２５３】
さらに、ユーザ端末５−Ｎとライタ７−Ｎとが、別個に設けられ、ユーザ端末５−Ｎとライタ７−Ｎとは、ケーブル１５により接続される。このため、ユーザ端末５−Ｎが、汎用的に用いられるものである場合は、ユーザ端末５−Ｎを所有しているユーザは、ユーザ端末５−Ｎ及びライタ７−Ｎの双方を購入しなくても、ライタ７−Ｎだけを購入すれば、ＷＥＢサーバ１からカラオケデータの配信を受けることができる。また、ユーザ端末５−Ｎが、汎用的に用いられるものである場合は、ユーザ端末５−Ｎを所有していないユーザであっても、ライタ７−Ｎを購入すれば、第三者の端末５−Ｎを利用して、カラオケデータの配信を受けることができる。
【０２５４】
さらに、ユーザ端末５−Ｎは、ライタ７−Ｎがユーザ端末５−Ｎに接続されていない場合に、接続要求表示を行い、かつ、メモリカートリッジ１３がライタ７−Ｎに装着されていない場合に、装着要求表示を行う。このようにして、ユーザに注意を促すことができ、カラオケデータの配信を円滑に実行できる。
【０２５５】
さらに、書込業者端末９−Ｍでは、プロセッサ９４がライタ７−Ｎの機能を担うので、つまり、書込業者端末９−Ｍとライタとが一体として構成されるので、ライタの接続作業が不要となって、ユーザによる利便性の向上を図ることができる。また、ライタの紛失や盗難を防止できる。
【０２５６】
さらに、書込業者端末９−Ｍは、メモリカートリッジ１３がコネクタ３５に装着されていない場合に、装着要求表示を行う。このため、ユーザに注意を促すことができ、カラオケデータの配信を円滑に実行できる。
【０２５７】
さらに、マイク一体型カラオケ装置１５０自体をライタとして利用できる。このため、マイク一体型カラオケ装置１５０がメモリカートリッジ１３に書き込んだカラオケデータを、マイク一体型カラオケ装置１５０により読み出して、カラオケを行うことができる。このように、ユーザにとって、カラオケデータの書き込みとカラオケデータの利用とを同じ装置で行うことができるため、ユーザにとっての利便性の向上を図ることができる。
【０２５８】
さらに、ユーザは、簡易かつ安全に、しかも、様々な種類の楽曲の中から自分の好きな楽曲を選択して、カラオケデータの配信を受けることができる。つまり、ユーザは、好きな楽曲だけを希望することが多いが、このようなユーザの欲求を満たすことができる。なお、メモリカートリッジ１３に予め複数の楽曲が格納されている場合、格納されている全ての楽曲が、ユーザの好みであるとは限らない。この場合、そのメモリカートリッジ１３を購入したユーザの満足度は、必ずしも高いとは言えない。
【０２５９】
さらに、ＷＥＢサーバ１は、メモリカートリッジ１３のブランクエリアａＫ単位でカラオケデータを配信する（原則として、１つのブランクエリアａＫに対して１曲）。従って、メモリカートリッジ１３には、ブランクエリアａＫ単位で書き込みが行われるため、配信されてメモリカートリッジ１３に書き込まれたカラオケデータの管理が容易になって、書き込まれたカラオケデータを読み出す際の処理も容易になる。
【０２６０】
なお、本発明は、上記の実施の形態に限られるものではなく、その要旨を逸脱しない範囲で種々の態様において実施することが可能であり、例えば、以下のような変形も可能である。
【０２６１】
（１）ユーザ端末５−Ｎは、ライタ７−Ｎが接続されていない場合に、その旨をＷＥＢサーバ１へ通知することもできる。また、ユーザ端末５−Ｎ及び書込業者端末９−Ｍは、メモリカートリッジ１３が装着されていない場合に、その旨をＷＥＢサーバ１へ送信することもできる。
【０２６２】
これにより、ＷＥＢサーバ１は、ライタ７−Ｎが未接続であることやメモリカートリッジ１３が未装着であることを知ることができるため、それに対して適切な対処をすることができる。例えば、ＷＥＢサーバ１は、そのような場合には、カラオケデータを配信しないようにすることもできる。
【０２６３】
（２）クライアント端末は、メモリカートリッジ１３に既に記録しているカラオケデータと、これからメモリカートリッジ１３に書き込もうとするカラオケデータと、が同じ場合に、同じである旨をディスプレイ装置２５，３１に表示することもできる。このようにして、既に書き込んだカラオケデータを再び書き込もうとしていることを、ユーザに積極的に知らせるため、ユーザにとって、より親切なサービスを提供できる。
【０２６４】
（３）上記では、ライタ７−Ｎとユーザ端末５−Ｎとを、ケーブル１５で接続したが、無線により接続することもできる。
【０２６５】
（４）上記では、ＷＥＢサーバ１が配信するデータの例として、カラオケデータを例に挙げたが、配信するデータの種類はこれに限定されない。例えば、配信するデータとして、ゲームデータ（ゲームプログラム、ゲーム画像データ、及び、ゲーム音楽データ、など）、映画等の画像データ、ヒット曲等の音楽データ、あるいは、プログラム、など様々な種類のデータを挙げることができる。
【０２６６】
これにより、ユーザは、簡易かつ安全に、しかも、様々な種類のデータの中から自分の好きなデータを選択して、データの配信を受けることができる。つまり、ユーザは、好きなデータだけを希望することが多いが、このようなユーザの欲求を満たすことができる。
【０２６７】
（５）上記では、サーバの例として、ＷＥＢサーバ１を挙げた。ただし、サーバは、ＷＥＢサーバ１に限定されるものではなく、例えば、ＦＴＰ（ｆｉｌｅ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ）サーバなど、を利用できる。
【０２６８】
（６）図３６において、通信制御部１８８の機能を、プロセッサ１８４に実行させることもできる。
【０２６９】
（７）上記では、記録メディアとして、ＯＴＰＲＯＭ１７を採用したが、これに限定されるものではない。一度限りの書き込みが可能な記録メディアであるか、あるいは、書き込み手段（例えば、ライタ７−Ｎ、書込業者端末９−Ｍ）により、書き込みを１回に限定できれば（再書き込みを禁止できれば）、本発明を適用できる。
【０２７０】
（８）上記した通信手順は一例であり、これに限定されない。つまり、クライアント端末での処理を、ＷＥＢサーバ１で行うようにすることもできるし、また、ＷＥＢサーバ１での処理を、クライアント端末で行うようにすることもできる。このように、役割分担については、システムの設計者が任意に決定できる。
【０２７１】
（９）上記では、クライアント端末の例として、ユーザ端末５−Ｎ及び書込業者端末９−Ｍを挙げたが、これに限定されない。例えば、クライアント端末として、携帯電話やＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔｓ）などの情報通信装置を利用できる。また、通信機能を有するものであれば、クライアント端末として、例えば、テレビジョンなどの家電製品を利用することもできる。
【０２７２】
（１０）図３６の高速プロセッサ１８４として、任意の種類のプロセッサを使用できるが、本件出願人が既に特許出願している高速プロセッサ（商品名：ＸａｖｉＸ）を用いることが好ましい。この高速プロセッサは、例えば、特開平１０−３０７７９０号公報およびこれに対応するアメリカ特許第６，０７０，２０５号に詳細に開示されている。
【符号の説明】
【０２７３】
１…ＷＥＢサーバ、３…データベースサーバ、５−Ｎ…ユーザ端末、７−Ｎ…ライタ、９−Ｍ…書込業者端末、１１…インターネット、１３…メモリカートリッジ、１５…ケーブル、１７…ＯＴＰＲＯＭ、１９…ガイド穴、２１…操作部材、２３…挿入口、２５，３１…ディスプレイ装置、２７，３３…入力装置、２９…ハウジング、３５，４２…コネクタ、４０…押し出し部材、４１…軸、４３…凸部、４４…長穴、４６…回路基板、５０，９１…メモリ、５１，７３，９２…インタフェース（Ｉ／Ｆ）、５２，７１，９３…バス、５３，９４，１８４…プロセッサ、５４，９５…通信装置、５５，９９…補助記憶装置、７０…ＭＰＵ、１５０…マイク一体型カラオケ装置、１５１…マイク、１５２…ディスプレイ、１５３，１５６…ＢＧＭボリューム制御キー、１５４…リセットスイッチ、１５５…電源スイッチ、１５７…ボイスエフェクトモード選択キー、１５８，１５９…曲選択／ピッチ制御キー、１６０…決定キー、１６１…筐体、１６２…エコーモード選択キー、１６３…キャンセルキー、１６４，１６５…テンポ制御キー、１６７…ＡＶコード、１６８…画像出力端子、１６９…音声出力端子、１７０…カートリッジコネクタ、１７１…電池ボックス、１８０…キースイッチ、１８１，１８２…アンプ、１８３…ミキサ、１８５…システムバス、１８６…ＲＯＭ、１８８…通信制御部、１９１…警告メッセージ表示プログラム、１９２…カラオケ画像データ、１９３…カラオケ音楽データ、ａＫ…ブランクエリア、ａｗ…既書込みエリア。
【技術分野】
【０００１】
本発明は、ネットワークを介してデータを配信するデータ配信システム及びその関連技術に関する。
【背景技術】
【０００２】
特許文献１には、プリペイド記録媒体が開示されている。このプリペイド記録媒体には、プリペイド情報記録領域と、コンテンツ情報記録領域と、が設定されている。
【０００３】
ユーザは、プリペイド記録媒体を購入時に、配信センタからダウンロードするコンテンツ情報の購入代金を前払いする。プリペイド情報記録領域には、その前払い金額データが記録される。
【０００４】
一方、コンテンツ情報記録領域には、ユーザがダウンロードしたコンテンツ情報が書き込まれる。ただし、配信センタから送信されたコンテンツ料金データと、プリペイド記録媒体に記録された前払い金額データと、が照合されて、コンテンツ料金が前払い料金以下であった場合に限り、当該コンテンツ情報が、プリペイド情報記録領域に書き込まれる。そして、コンテンツ料金を減算した残金データが、プリペイド情報記録領域に記録される。
【０００５】
このようなプリペイド記録媒体を利用することで、ユーザ側からコンテンツ配信センタに、銀行口座あるいはクレジットカード番号を送信することが不要となって、これらの漏洩を防止できる。
【０００６】
ここで、プリペイド領域記録領域に記録される前払い金額データおよび残金データは、ユーザによる書き換えができないように、これらのデータに暗号化キーを格納し、この暗号化キーと配信センタから配信される暗号化キーとが一致した際に、前払い金額データの読み出し及び残金データの書き込みが行えるようになっている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−６０２８６号公報（００２２〜００２６、００４４、図１）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、暗号化キーが漏洩することも考えられ、配信センタを運営するコンテンツ配信業者に対するセキュリティが、必ずしも万全とは言えない。つまり、暗号キーが漏洩すると、その暗号キーを使用して、プリペイド記録媒体の残金データが書き換えられる可能性もあり、そうすると、不正にコンテンツ情報を書き込むことが可能となって、コンテンツ配信業者に大きな不利益をもたらす。この様な問題は、プリペイド方式を採用することに起因する。一般に、プリペイド方式とは、ユーザが、購入対象商品あるいはサービスの代金を、前もって支払っておき、商品あるいはサービスの購入に応じて、残金が減っていく方式である。
【０００９】
そこで、本発明は、プリペイド方式を採用することなく、セキュリティが高く、しかも、簡易なデータ配信システム及びその関連技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の第１の形態によると、データ配信システムは、ネットワークを介してデータを配信するサーバと、配信された前記データを受信するクライアント端末と、所定のデータが予め書き込まれている記録メディアに、前記クライアント端末が受信した前記データを書き込む書き込み手段と、を備え、前記記録メディアに予め書き込まれている前記所定のデータは、配信されて前記記録メディアに書き込まれた前記データを処理する際に使用するデータであり、前記書き込み手段は、前記記録メディアの格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行う。
【００１１】
この構成によれば、データの配信を受ける際にクレジットカード番号や銀行口座を送信する必要がないため、それらの情報の送信に対して不安を持っている人たちも安心して、データの配信を受けることができる。また、データの配信に際して課金をしないため、クレジットカードや銀行口座を持っていない者（例えば、未成年や子供）でも、データの配信を受けることができる。以上により、より多くの人たちにデータを配信することができ、広い層のユーザを獲得できる。
【００１２】
また、プリペイド方式を採用していないため、当然記録メディアにはプリペイド情報が書き込まれておらず、ユーザの不正を極力排除できる。
【００１３】
さらに、データの配信に際して課金をしないため、サーバにおける課金処理が不要になる。従って、サーバの処理の負担を軽減できるとともに、セキュリティ対策も容易になる。
【００１４】
さらに、データの配信に際して課金をしないため、ユーザは、クレジットカード番号や銀行口座を送信する必要がない。従って、これらの情報が第三者に漏洩して、不正使用されることを防止できる。
【００１５】
さらに、課金する場合と比較して、ユーザが入力する情報が少ないので、ユーザは、簡易な手続きで所望のデータをサーバから取得できる。
【００１６】
さらに、データの配信に際して課金をしないため、サーバとクライアント端末との間の通信回数も少なくなり、複雑な通信処理が不要になって、簡易な通信手順により、データの配信が可能となる。
【００１７】
さらに、書き込み手段は、記録メディアの格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行う。つまり、記録メディアに再書き込みすることは不可能である。従って、ユーザは、記録メディアに空き領域がなくなった場合は、新たに記録メディアを購入する必要がある。データの配信には課金がなされないため、ユーザは、所望のデータの配信を、次々に受けると想定され、記録メディアの購入量も増えると予想される。従って、記録メディアの製造者又は販売者に対して、売上の向上をもたらすことができる。
【００１８】
さらに、記録メディアには、所定のデータ（配信されて記録メディアに書き込まれたデータを処理する際に使用するデータ）が予め書き込まれているので、配信されたデータを記録メディアに書き込むだけで、そのまま記録メディアを利用した処理を行うことができる。
【００１９】
上記のデータ配信システムにおいて、前記書き込み手段は、前記記録メディアの前記格納領域のうち、データが書き込まれていない領域に、所定の領域単位で、一度限りの書き込みを行う。
【００２０】
この構成によれば、記録メディアに、所定の領域単位で書き込みが行われるため、配信されて記録メディアに書き込まれたデータの管理が容易になって、書き込まれたデータを読み出す際の処理も容易になる。
【００２１】
上記のデータ配信システムにおいて、前記クライアント端末は、前記記録メディアへの書き込みが正常であるときに、所定情報を、前記サーバに送信する。
【００２２】
この構成によれば、サービス提供者は、サーバを通じて、配信したデータが正常に書き込まれたことを知ることができる。例えば、配信したデータが、著作権の対象となる楽曲データや映像データ等である場合は、それらのデータが正常に書き込まれたことがサーバに通知されることで、サービス提供者は、著作権者に支払う著作権料の算出を適正に行うことができる。
【００２３】
上記のデータ配信システムにおいて、前記サーバは、前記記録メディアの空き領域情報が、配信が要求された前記データの容量情報以上の場合に、前記クライアント端末へ前記データを送信する。
【００２４】
この構成によれば、記録メディアの空き領域情報が、配信が要求されたデータの容量情報より少ない場合には、当該データがクライアント端末へ送信されないため、ユーザの記録メディアの購入量も一層多くなり、記録メディアの製造者又は販売者に対して、より一層の売上の向上をもたらすことができる。
【００２５】
上記のデータ配信システムにおいて、前記クライアント端末は、前記記録メディアへの書き込みが正常であるときに、書き込みのために保持した前記データを消去する。
【００２６】
この構成によれば、正常に書き込みが行われた後は、クライアント端末から、当該データが消去されるため、例えば、配信したデータが、著作権の対象となる楽曲データや映像データ等である場合に、著作権者に支払う著作権料の算出を適正に行うことができる。なお、データがクライアント端末に残ったままでは、著作権の扱いが不明確なものとなってしまい、適正な著作権料の算出が困難である。
【００２７】
上記のデータ配信システムにおいて、前記クライアント端末は、前記サーバへ、前記記録メディアの識別情報を送信する。
【００２８】
この構成によれば、不正なメモリカートリッジが使用された場合に適切な処置をとることができる。
【００２９】
上記のデータ配信システムにおいて、前記クライアント端末は、前記サーバへ、ユーザ情報を送信する。
【００３０】
この構成によれば、サービス提供者は、サーバを通じて、ユーザの様々な情報を取得でき、それらをサービスの提供に反映させることが可能となる。
【００３１】
上記のデータ配信システムにおいて、前記クライアント端末は、前記記録メディアに既に記録しているデータの情報を表示し、かつ、前記記録メディアに書き込み可能なデータの容量を示す情報を表示する。
【００３２】
この構成によれば、同じデータを記録メディアに書き込んだために、書き込み可能な領域が少なくなるというような、ユーザにとっての不都合を極力回避できる。また、ユーザは、記録メディアの状態を容易に知ることができるため、配信を受けるデータの選択に際して、利便性の向上を図ることができる。
【００３３】
上記のデータ配信システムにおいて、前記クライアント端末は、前記記録メディアに既に記録しているデータと、前記記録メディアに書き込もうとするデータと、が同じ場合に、同じである旨を表示する。
【００３４】
この構成によれば、既に書き込んだデータを再び書き込もうとしていることを、ユーザに積極的に知らせるため、ユーザにとって、より親切なサービスを提供できる。
【００３５】
上記のデータ配信システムにおいて、前記クライアント端末と前記書き込み手段とが、別個に設けられ、前記クライアント端末と前記書き込み手段とは、有線あるいは無線により接続される。
【００３６】
この構成によれば、クライアント端末が、汎用的に用いられるものである場合は、クライアント端末を所有しているユーザは、クライアント端末及び書き込み手段の双方を購入しなくても、書き込み手段だけを購入すれば、サーバからデータの配信を受けることができる。また、クライアント端末が、汎用的に用いられるものである場合は、クライアント端末を所有していないユーザであっても、書き込み手段を購入すれば、第三者のクライアント端末を利用して、データの配信を受けることができる。
【００３７】
上記のデータ配信システムにおいて、前記クライアント端末と前記書き込み手段とが、一体として構成される。
【００３８】
この構成によれば、クライアント端末と書き込み手段との接続作業が不要となって、ユーザによる利便性の向上を図ることができる。また、書き込み手段の紛失や盗難を防止できる。
【００３９】
上記のデータ配信システムにおいて、前記クライアント端末は、前記書込み手段が前記クライアント端末に接続されていない場合に、第１の所定の表示を行い、かつ、前記記録メディアが前記書込み手段に接続されていない場合に、第２の所定の表示を行う。
【００４０】
この構成によれば、ユーザに注意を促すことができ、データの配信を円滑に実行できる。
【００４１】
上記のデータ配信システムにおいて、前記クライアント端末は、前記書込み手段が前記クライアント端末に接続されていない場合に、前記書込み手段が接続されていないことを示す情報を前記サーバへ送信し、かつ、前記記録メディアが前記書込み手段に接続されていない場合に、前記記録メディアが接続されていないことを示す情報を前記サーバへ送信する。
【００４２】
この構成によれば、サーバは、書き込み手段が未接続であることや記録メディアが未装着であることを知ることができるため、それに対して適切な対処をすることができる。例えば、サーバは、そのような場合には、データを配信しないようにすることもできる。
【００４３】
上記のデータ配信システムにおいて、前記クライアント端末は、前記記録メディアが前記書込み手段に接続されていない場合に、所定の表示を行う。
【００４４】
この構成によれば、ユーザに注意を促すことができ、データの配信を円滑に実行できる。
【００４５】
上記のデータ配信システムにおいて、前記クライアント端末は、前記記録メディアが前記書込み手段に接続されていない場合に、前記記録メディアが接続されていないことを示す情報を前記サーバへ送信する。
【００４６】
この構成によれば、サーバは、記録メディアが未装着であることを知ることができるため、それに対する適切な対処をすることができる。例えば、サーバは、そのような場合には、データを配信しないようにすることもできる。
【００４７】
上記のデータ配信システムにおいて、前記書き込み手段は、マイク一体型カラオケ装置である。
【００４８】
この構成によれば、マイク一体型カラオケ装置が記録メディアに書き込んだデータを、マイク一体型カラオケ装置により読み出して、カラオケを行うことができる。このように、ユーザにとって、データの書き込みとデータの利用とを同じ装置で行うことができるため、ユーザにとっての利便性の向上を図ることができる。
【００４９】
上記のデータ配信システムにおいて、前記クライアント端末が前記サーバに要求する前記データは、楽曲データである。
【００５０】
この構成によれば、ユーザは、簡易かつ安全に、しかも、様々な種類の楽曲の中から自分の好きな楽曲を選択して、楽曲の配信を受けることができる。つまり、ユーザは、好きな楽曲だけを希望することが多いが、このようなユーザの欲求を満たすことができる。なお、記録メディアに予め複数の楽曲が格納されている場合、格納されている全ての楽曲が、ユーザの好みであるとは限らない。この場合、その記録メディアを購入したユーザの満足度は、必ずしも高いとは言えない。
【００５１】
上記のデータ配信システムにおいて、前記クライアント端末が前記サーバに要求する前記データは、楽曲データであり、前記クライアント端末は、前記記録メディアに既に記録している楽曲の情報を表示し、かつ、前記記録メディアに書き込み可能な楽曲の数情報を表示する。
【００５２】
この構成によれば、同じ楽曲を記録メディアに書き込んだために、書込み可能な領域が少なくなるというような、ユーザにとっての不都合を極力回避できる。また、ユーザは、記録メディアに書き込み可能な残りの楽曲の数を知ることができるため、配信を受ける楽曲の選択に際して、利便性の向上を図ることができる。
【００５３】
上記のデータ配信システムにおいて、前記クライアント端末が前記サーバに要求する前記データは、カラオケの楽曲データ及び画像データである。
【００５４】
この構成によれば、ユーザは、簡易かつ安全に、しかも、様々な種類の楽曲の中から自分の好きな楽曲を選択して、カラオケデータの配信を受けることができる。つまり、ユーザは、好きな楽曲だけを希望することが多いが、このようなユーザの欲求を満たすことができる。なお、記録メディアに予め複数の楽曲が格納されている場合、格納されている全ての楽曲が、ユーザの好みであるとは限らない。この場合、その記録メディアを購入したユーザの満足度は、必ずしも高いとは言えない。
【００５５】
上記のデータ配信システムにおいて、前記クライアント端末が前記サーバに要求する前記データは、ゲームデータである。
【００５６】
この構成によれば、ユーザは、簡易かつ安全に、しかも、様々な種類のゲームの中から自分の好きなゲームを選択して、ゲームデータ（ゲームプログラム、ゲーム画像データ、及び、ゲーム音楽データ、など）の配信を受けることができる。つまり、ユーザは、好きなゲームだけを希望することが多いが、このようなユーザの欲求を満たすことができる。なお、記録メディアに予め複数のゲームが格納されている場合、格納されている全てのゲームが、ユーザの好みであるとは限らない。この場合、その記録メディアを購入したユーザの満足度は、必ずしも高いとは言えない。
【００５７】
本発明の第２の形態によると、データ取得装置は、ネットワークを介してサーバが配信したデータを受信するクライアント端末と、所定のデータが予め書き込まれている記録メディアに、前記クライアント端末が受信した前記データを書き込む書き込み手段と、を備え、前記記録メディアに予め書き込まれている前記所定のデータは、配信されて前記記録メディアに書き込まれた前記データを処理する際に使用するデータであり、前記書き込み手段は、前記記録メディアの格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行う。
【００５８】
本発明の第２の形態では、本発明の第１の形態と同様の効果を奏する。
【００５９】
本発明の第３の形態によると、書き込み装置は、ネットワークを介してサーバが配信したデータを、記録メディアに書き込む書き込み装置であって、所定のデータが予め書き込まれている前記記録メディアの格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行い、前記記録メディアに予め書き込まれている前記所定のデータは、配信されて前記記録メディアに書き込まれた前記データを処理する際に使用するデータである。
【００６０】
本発明の第３の形態では、本発明の第１の形態と同様の効果を奏する。
【００６１】
本発明の第４の形態によると、データ取得プログラムは、ネットワークを介してサーバが配信したデータを受信する受信ステップと、所定のデータが予め書き込まれている記録メディアに、受信した前記データを書き込む書込ステップと、をコンピュータに実行させ、前記記録メディアに予め書き込まれている前記所定のデータは、配信されて前記記録メディアに書き込まれた前記データを処理する際に使用するデータであり、前記書込ステップでは、コンピュータに対して、前記記録メディアの格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行わせる。
【００６２】
本発明の第４の形態では、本発明の第１の形態と同様の効果を奏する。
【００６３】
本発明の第５の形態によると、記録メディアは、請求項２２に記載の書き込み装置により、ネットワークを介してサーバから配信されたデータが書き込まれる記録メディアであって、格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みが行われ、配信されて書き込まれたデータを処理する際に使用するデータが予め書き込まれている。
【００６４】
本発明の第５の形態では、本発明の第１の形態と同様の効果を奏する。
【００６５】
本発明の第６の形態によると、データ配信装置は、記録メディアに書き込むデータを、ネットワークを介して配信するサーバにおいて、前記記録メディアの所定の領域単位で前記データを配信する。
【００６６】
この構成によれば、記録メディアには、所定の領域単位で書き込みが行われるため、配信されて記録メディアに書き込まれたデータの管理が容易になって、書き込まれたデータを読み出す際の処理も容易になる。
【図面の簡単な説明】
【００６７】
【図１】本発明の実施の形態におけるカラオケデータ配信システムの全体構成を示す図。
【図２】図１のユーザ端末及びライタの例示図。
【図３】図１の書込業者端末の例示図。
【図４】未使用時の図２のＯＴＰＲＯＭの記憶領域を説明するための図解図。
【図５】図２のＯＴＰＲＯＭの書き込み後の状態を説明するための図解図。
【図６】図１のクライアント端末及びライタの電気的構成の一例を示す図。
【図７】図１の書込業者端末の電気的構成の一例を示す図。
【図８】図１の、ライタ、ユーザ端末、及び、ＷＥＢサーバ、間の通信手順の概要を示す図。
【図９】図１の書込業者端末及びＷＥＢサーバ間の通信手順の概要を示す図。
【図１０】図２のライタからメモリカートリッジを着脱する際の機構の説明図。
【図１１】図１０のライタに装着されたメモリカートリッジを取り出すときの説明図。
【図１２】図１のユーザ端末がＷＥＢサーバから、書き込みプログラムをダウンロードする際の処理の流れを示すフローチャート。
【図１３】図１のユーザ端末が、ＷＥＢサーバから受信した書き込みプログラムをセットアップする際の処理の流れを示すフローチャート。
【図１４】図６のユーザ端末のプロセッサの説明図。
【図１５】図２のユーザ端末のディスプレイ装置に表示されるホームページの例示図。
【図１６】歌手名により所望の楽曲を検索する際の画面の例示図。
【図１７】曲名により所望の楽曲を検索する際の画面の例示図。
【図１８】図１のユーザ端末によるカラオケデータのダウンロード及び書き込み処理の流れを示すフローチャート。
【図１９】図１８のステップＳ５１にて曲選択ボタンが押下されたと判断された場合の処理の流れを示すフローチャート。
【図２０】図１８のステップＳ５２にて書き込みボタンが押下されたと判断された場合の処理の流れを示すフローチャート。
【図２１】図２０のステップＳ９４にて書き込み可能な曲数が「０」と判断された場合の処理の流れを示すフローチャート。
【図２２】図２０のステップＳ１００にて書き込みが不正常であると判断された場合の処理の流れを示すフローチャート。
【図２３】図１８のステップＳ５４にてリンクボタンが押下されたと判断された場合の処理の流れを示すフローチャート。
【図２４】図１８のステップＳ４２のライタ／カートリッジチェック処理の流れを示すフローチャート。
【図２５】図２４のステップＳ１８２にてライタがユーザ端末に接続されていないと判断された場合の処理の流れを示すフローチャート。
【図２６】図２５のステップＳ１９７にて曲選択ボタンが押下されたと判断された場合の処理の流れを示すフローチャート。
【図２７】図２５のステップＳ１９９にてリンクボタンが押下されたと判断された場合の処理の流れを示すフローチャート。
【図２８】図２４のステップＳ１８４にてメモリカートリッジがライタに装着されていないと判断された場合の処理の流れを示すフローチャート。
【図２９】図２８のステップ２２２１にてメモリカートリッジが装着されていると判断された場合の処理の流れを示すフローチャート。
【図３０】図２８のステップＳ２２３にて曲選択ボタンが押下されたと判断された場合の処理の流れを示すフローチャート。
【図３１】図２８のステップＳ２２５にてリンクボタンが押下されたと判断された場合の処理の流れを示すフローチャート。
【図３２】図７の書込業者端末のプロセッサの説明図。
【図３３】図１の書込業者端末によるカラオケデータのダウンロード及び書き込み処理の流れを示すフローチャート。
【図３４】図３３のステップＳ５４２のカートリッジチェック処理の流れを示すフローチャート。
【図３５】（ａ）本実施の形態によるマイク一体型カラオケ装置の一例を示す正面図。
【００６８】
（ｂ）図３５（ａ）のマイク一体型カラオケ装置の背面図。
【図３６】図３５のマイク一体型カラオケ装置の電気的構成を示す図。
【図３７】図３６のＲＯＭに格納されるプログラム及びデータの概念図。
【発明を実施するための形態】
【００６９】
以下、本発明の実施の形態について、図面を参照しながら説明する。
【００７０】
図１は、本発明の実施の形態におけるカラオケデータ配信システムの全体構成を示す図である。図１に示すように、このカラオケデータ配信システムは、ＷＥＢサーバ１、データベースサーバ３、ユーザ端末５−１〜５−ｎ（ｎは自然数）、ライタ７−１〜７−ｎ、及び、書込業者端末９−１〜９−ｍ、を含む。ここで、ユーザ端末５−１〜５−ｎを包括的に表現するときは、ユーザ端末５−Ｎ、と表記する。また、書込業者端末９−１〜９−ｍを包括的に表現するときは、書込業者端末９−Ｍ、と表記する。また、ユーザ端末５−Ｎ、及び、書込業者端末９−Ｍ、を総称して、クライアント端末と呼ぶ。また、ライタ７−１〜７−ｎを包括して表現するときは、ライタ７−Ｎ、と表記する。
【００７１】
ＷＥＢサーバ１、ユーザ端末５−Ｎ、及び、書込業者端末９−Ｍは、インターネット１１に接続される。ライタ７−Ｎは、対応するユーザ端末５−Ｎに接続される。データベースサーバ３は、ＷＥＢサーバ１に接続される。
【００７２】
図２は、図１のユーザ端末５−Ｎ及びライタ７−Ｎの例示図である。図２に示すように、ユーザ端末５−Ｎは、ディスプレイ装置２５、マウス２７ａ、及び、キーボード２７ｂ、を含む。
【００７３】
ライタ７−Ｎにおいて、ハウジング２９の上面には、メモリカートリッジ１３を挿入するための挿入口２３が形成される。さらに、操作部材２１を上下に操作できるように、ハウジング２９の側面には、ガイド穴１９が形成される。
【００７４】
メモリカートリッジ１３には、ＯＴＰＲＯＭ（ｏｎｅ ｔｉｍｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）１７が内蔵される。ＯＴＰＲＯＭ１７は、１度限りの書き込みしかできないＲＯＭである。
【００７５】
ユーザ端末５−Ｎとライタ７−Ｎとは、ケーブル１５により接続される。このケーブル１５は、例えば、ＵＳＢ（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）ケーブルである。また、ライタ７−Ｎの挿入口２３から、メモリカートリッジ１３を挿入することで、ライタ７−Ｎにメモリカートリッジ１３を装着できる。そうすると、ガイド穴１９に沿って、操作部材２１が上方向に移動する。一方、操作部材２１を押し下げることにより、装着されたメモリカートリッジ１３を取り出すことができる。
【００７６】
図３は、図１の書込業者端末９−Ｍの例示図である。図３に示すように、書込業者端末９−Ｍは、ディスプレイ装置３１、タッチパネル３３、及び、メモリカートリッジ１３を装着するためのコネクタ３５、を含む。図３では、ディスプレイ装置３１のスクリーンにタッチパネル３３を装着することで、タッチスクリーンを形成している。
【００７７】
図４は、未使用時の図２のＯＴＰＲＯＭ１７の記憶領域を説明するための図解図である。図４に示すように、未使用時では、ＯＴＰＲＯＭ１７には、ブランクエリアａ１〜ａｋ（ｋは自然数）及び既書込みエリアａｗが存在する。ここで、ブランクエリアａ１〜ａｋを包括して表現するときは、ブランクエリアａＫ、と表記する。ブランクエリアａＫは、ユーザによるＯＴＰＲＯＭ１７の購入時（工場からの出荷時）には、何もデータが書き込まれていない領域である。
【００７８】
原則として、１つのブランクエリアａＫに、１曲分のカラオケデータが書き込まれる。ただし、所定数のブランクエリアａＫに、１曲分のカラオケデータを書き込むこともできる。このように、ブランクエリアａＫ単位で、カラオケデータが書き込まれる。また、ＯＴＰＲＯＭ１７であるため、未格納状態のブランクエリアａＫにのみ、カラオケデータを書き込むことができる。つまり、一旦、あるブランクエリアａＫに、カラオケデータが書き込まれた後は、そのブランクエリアａＫへの再度の書込みはできない。さらに、言い換えると、一度限りの書き込みが可能である。
【００７９】
既書き込みエリアａｗには、ユーザによるＯＴＰＲＯＭ１７の購入時（出荷時）に既に、システムプログラム、共通データ、当該メモリカートリッジ１３の識別情報（ＩＤ）、及び、書き込み可能曲数の情報、が書き込まれている。システムプログラムは、システム初期化、シーケンス制御、画像表示制御、Ａ／Ｄ変換、音声加工、及び、音楽再生制御、等を行うプログラムである。共通データは、楽曲の種類に関係なく共通に使用される画像データ、及び、楽曲の種類に関係なく共通に使用される音楽データ,
【００８０】
等である。
【００８１】
図５は、図２のＯＴＰＲＯＭ１７の書き込み後の状態を説明するための図解図である。図５では、ブランクエリアａ１に、カラオケデータが書き込まれている例を示している。このカラオケデータには、背景画像データ、曲名画像データ、歌詞データ、及び、楽譜データ、が含まれる。
【００８２】
ブランクエリアａＫに、カラオケデータが書き込まれると、既書き込みエリアａｗの空き領域に、インデックス情報が書き込まれる。インデックス情報は、ブランクエリアａＫごとの、使用の有無を示す情報、背景画像データの格納位置情報、曲名画像データの格納位置情報、歌詞データの格納位置情報、及び、楽譜データの格納位置情報、などである。
【００８３】
図６は、図１のクライアント端末５−Ｎ及びライタ７−Ｎの電気的構成の一例を示す図である。なお、図６において、図１及び図２と同様の部分については、同一の参照符号を付している。図６に示すように、クライアント端末５−Ｎは、プロセッサ５３、メモリ５０、バス５２、通信装置５４、補助記憶装置５５、インタフェース（Ｉ／Ｆ）５１、ディスプレイ装置２５、及び、入力装置２７、を含む。
【００８４】
補助記憶装置５５は、例えば、ハードディスク装置、等である。また、入力装置２７は、図２のキーボード２７ｂおよびマウス２７ａである。ただし、入力装置２７は、これらに限定されるものではない。入力装置２７の他の例として、トラックボール、ライトペン、ジョイスティック、タッチパネル、又は、タブレット、等を使用できる。
【００８５】
ライタ７−Ｎは、ＭＰＵ（ｍｉｃｒｏｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）７０、バス７１、インタフェース（Ｉ／Ｆ）７３を含む。ここで、ケーブル１５として、例えば、ＵＳＢケーブルを使用する場合は、インタフェース７３及びインタフェース５１の各々は、ＵＳＢコントローラを含む。
【００８６】
図７は、図１の書込業者端末９−Ｍの電気的構成の一例を示す図である。なお、図７において、図１と同様の部分については同一の参照符号を付して、説明を適宜省略する。また、図７において、図３と同様の部分については、同一の参照符号を付している。
【００８７】
図７に示すように、書込業者端末９−Ｍは、プロセッサ９４、バス９３、メモリ９１、通信装置９５、インタフェース（Ｉ／Ｆ）９２、ディスプレイ装置３１、入力装置３３、及び、補助記憶装置９９、を含む。なお、補助記憶装置９９は、例えば、ハードディスク装置、等である。また、入力装置３３は、図３の例ではタッチパネル３３である。ただし、入力装置３３は、入力装置２７と同様に、これに限定されるものではない。
【００８８】
さて、次に、本実施の形態におけるカラオケデータ配信システムにおける処理の概要を説明する。
【００８９】
図８は、図１の、ライタ７−Ｎ、ユーザ端末５−Ｎ、及び、ＷＥＢサーバ１、間の通信手順の概要を示す図である。
【００９０】
入力装置２７を介したユーザからの入力を受けて、ユーザ端末５−Ｎのプロセッサ５３は、通信装置５４及びインターネット１１を介して、ＷＥＢサーバ１に楽曲メニューの送信要求を行う。
【００９１】
この送信要求を受けて、ＷＥＢサーバ１は、インターネット１１を介して、ユーザ端末５−Ｎに楽曲メニューを送信する。
【００９２】
ユーザが入力装置２７により、楽曲を選択すると、ユーザ端末５−Ｎのプロセッサ５３は、通信装置５４及びインターネット１１を介して、選択された楽曲の情報（選択楽曲情報）をＷＥＢサーバ１に送信する。
【００９３】
ＷＥＢサーバ１は、ユーザ端末５−Ｎが送信した選択楽曲情報が示す楽曲のカラオケデータを、データベースサーバ３から取得して、インターネット１１を介して、ユーザ端末５−Ｎに送信する。
【００９４】
ユーザ端末５−Ｎのプロセッサ５３は、受信したカラオケデータを、一旦、補助記憶装置５５に格納する。そして、プロセッサ５３は、補助記憶装置５５からカラオケデータをメモリ５０に転送し、さらに、そのカラオケデータを、バス５２、インタフェース５１、及び、ケーブル１５を介して、ライタ７−Ｎに送信する。
【００９５】
ライタ７−ＮのＭＰＵ７０は、ユーザ端末５−Ｎのプロセッサ５３が送信したカラオケデータを、インタフェース７３及びバス７１を介して、ＭＰＵ７０の内部のメモリ（図示せず）に転送し、さらに、そのカラオケデータを、バス７１に接続されたＯＴＰＲＯＭ１７に書き込む。
【００９６】
さらに、ライタ７−ＮのＭＰＵ７０は、ＯＴＰＲＯＭ１７から、書き込んだカラオケデータを読み出して、読み出したカラオケデータを、バス７１、インタフェース７３及びケーブル１５を介して、ユーザ端末５−Ｎに送信する。
【００９７】
ユーザ端末５−Ｎのプロセッサ５３は、ライタ７−ＮのＭＰＵ７０が読み込んで送信したカラオケデータを、補助記憶装置５５に格納する。そして、プロセッサ５３は、ＷＥＢサーバ１が送信したカラオケデータと、ライタ７−Ｎが送信したカラオケデータと、を比較して、ＯＴＰＲＯＭ１７に正常に書き込みが行われたかどうかを検査する。
【００９８】
正常に書き込みが行われたと判断した場合は、ユーザ端末５−Ｎのプロセッサ５３は、通信装置５４及びインターネット１１を介して、ＷＥＢサーバ１へ、カラオケデータがＯＴＰＲＯＭ１７に正常に書き込まれたことを通知する（正常書込通知）。
【００９９】
ＷＥＢサーバ１は、ユーザ端末５−Ｎからの正常書込通知を受けて、ＯＴＰＲＯＭ１７に書き込まれたカラオケデータの数（楽曲の数）を計数する。サービス提供者が支払う著作権料は、この計数値を基に算出することができる。
【０１００】
図９は、図１の書込業者端末９−Ｍ及びＷＥＢサーバ１間の通信手順の概要を示す図である。まず、入力装置３３を介したユーザからの入力を受けて、書込業者端末９−Ｍのプロセッサ９４は、通信装置９５及びインターネット１１を介して、ＷＥＢサーバ１に楽曲メニューの送信要求を行う。
【０１０１】
この送信要求を受けて、ＷＥＢサーバ１は、インターネット１１を介して、書込業者端末９−Ｍに楽曲メニューを送信する。
【０１０２】
ユーザが入力装置３３により、楽曲を選択すると、書込業者端末９−Ｍのプロセッサ９４は、通信装置９５及びインターネット１１を介して、選択された楽曲の情報（選択楽曲情報）をＷＥＢサーバ１に送信する。
【０１０３】
ＷＥＢサーバ１は、書込業者端末９−Ｍが送信した選択楽曲情報が示す楽曲のカラオケデータを、データベースサーバ３から取得して、インターネット１１を介して、書込業者端末９−Ｍに送信する。
【０１０４】
書込業者端末９−Ｍのプロセッサ９４は、受信したカラオケデータを、一旦、補助記憶装置９９に格納する。そして、プロセッサ９４は、補助記憶装置９９からメモリ９１にカラオケデータを転送し、さらに、そのカラオケデータを、バス９３に接続されたＯＴＰＲＯＭ１７に書き込む。
【０１０５】
さらに、プロセッサ９４は、ＯＴＰＲＯＭ１７から、書き込んだカラオケデータを読み出して、読み出したカラオケデータを補助記憶装置９９に格納する。そして、プロセッサ９４は、ＷＥＢサーバ１が送信したカラオケデータと、ＯＴＰＲＯＭ１７から読み出したカラオケデータと、を比較して、ＯＴＰＲＯＭ１７に正常に書き込みが行われたかどうかを検査する。
【０１０６】
正常に書き込みが行われたと判断した場合は、プロセッサ９４は、通信装置９５及びインターネット１１を介して、ＷＥＢサーバ１へ、カラオケデータがＯＴＰＲＯＭ１７に正常に書き込まれたことを通知する（正常書込通知）。
【０１０７】
ＷＥＢサーバ１は、書込業者端末９−Ｍからの正常書込通知を受けて、ＯＴＰＲＯＭ１７に書き込まれたカラオケデータの数（楽曲の数）を計数する。サービス提供者が支払う著作権料は、この計数値を基に算出することができる。
【０１０８】
なお、図８及び図９で説明したように、本実施の形態では、一度限りの書き込みが可能な記録メディアの一例として、ＯＴＰＲＯＭ１７を挙げている。このような記録メディアを使用するため、一度データを書き込んだら、その領域にはデータの再書込みはできない。従って、ユーザは、ＯＴＰＲＯＭ１７のブランクエリアａＫの数に応じた数の楽曲（カラオケデータ）だけを書き込むことができる。例えば、ブランクエリアａＫの数が８つであれば、８曲分のカラオケデータのみの書き込みが可能である。この例では、ユーザは、８曲分のカラオケデータを書き込んだら、当該メモリカートリッジ１３に、さらに書き込むことができないので、新たなメモリカートリッジ１３を購入する必要がある。
【０１０９】
以上のように、記録メディアに一度限りの書込みを行う手段の一例として、記録メディア自体が一度限りの書き込みしかできないものを採用したが、これに限定されない。記録メディア自体が再書き込みできるものであっても、その記録メディアにデータを書き込む装置（ハードウエア、ソフトウエア、あるいは、その組み合わせ）により、記録メディアに一度限りの書き込みを行うようにすることもできる。
【０１１０】
さて、次に、メモリカートリッジ１３のライタ７−Ｎからの着脱機構を説明する。
【０１１１】
図１０は、図２のライタ７−Ｎからメモリカートリッジ１３を着脱する際の機構の説明図である。なお、図１０において、図２と同様の部分については同一の参照符号を付している。図１０に示すように、ハウジング２９の側面には、操作部材２１の一方の鉤型部が突出している。また、ハウジング２９の内部において、操作部材２１の他方の鉤型部には、凸部４３が形成され、この凸部４３が、押し出し部材４０の後端に形成された長穴４４に挿入される。さらに、ハウジング２９の内面には、軸４１が形成され、この軸４１により、押し出し部材４０が回転可能に支持される。ユーザが、操作部材２１を押し下げると、その凸部４３により、押し出し部材４０の後端が押し下げられる。その結果、軸４１を支点として、押し出し部材４０が回転し、押し出し部材４０の先端が、上方向に跳ね上がる。
【０１１２】
図２に示すように、メモリカートリッジ１３が未装着の状態では、操作部材２１は、ガイド穴１９の下端に位置している。そして、ユーザが、ハウジング２９の上面に形成された挿入口２３から、メモリカートリッジ１３を挿入すると、これに応じて、押し出し部材４０の先端が押し下げられるとともに、メモリカートリッジ１３が、ハウジング２９の内部に設けられたコネクタ４２に接続される。
【０１１３】
一方、メモリカートリッジ１３が装着された状態では、操作部材２１は、ガイド穴１９の上端に位置している。従って、ユーザが、操作部材２１を押し下げると、上記のような機構により、押し出し部材４０の先端が跳ね上がる。これ伴って、メモリカートリッジ１３は、コネクタ４２から抜けて、上方に跳ね上がる。
【０１１４】
図１１は、図１０のライタ７−Ｎに装着されたメモリカートリッジ１３を取り出すときの説明図である。なお、図１１において、図１０と同様の部分については、同一の参照符号を付している。図１１は、ライタ７−Ｎの内部の一部を、側面から見た図である。図１１に示すように、押し出し部材４０の先端が、コネクタ４２に接続されたメモリカートリッジ１３の下側の縁に当接する。これにより、メモリカートリッジ１３の押し上げが可能となる。なお、コネクタ４２には、回路基板４６が接続される。この回路基板４６には、図６のＭＰＵ７０、バス７１、及び、インタフェース７３、が実装される。
【０１１５】
さて、本実施の形態におけるカラオケデータ配信システムにおいては、クライアント端末（ユーザ端末５−Ｎ又は書込業者端末９−Ｍ）は、ＷＥＢサーバ１から、書き込みプログラムを取得する必要がある。この点を、フローチャート、図６及び図７を用いて説明する。
【０１１６】
図１２は、図１のユーザ端末５−ＮがＷＥＢサーバ１から、書き込みプログラムをダウンロードする際の処理の流れを示すフローチャートである。図１２に示すように、ステップＳ１にて、ユーザ端末５−Ｎのプロセッサ５３が、補助記憶装置５５に格納されたブラウザプログラムを起動する。ここで、ユーザ端末５−Ｎのプロセッサ５３が、ブラウザプログラムを実行することにより、ブラウザが構築される。そして、ブラウザは、入力装置２７を介したユーザからの入力を受けて、書き込みプログラムを配信するホームページのＵＲＬ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒｓ）を、通信装置５４及びインターネット１１を介して、ＷＥＢサーバ１へ送信する。
【０１１７】
ステップＳ１１にて、ＷＥＢサーバ１は、ブラウザから要求されたホームページデータを、ユーザ端末５−Ｎへ送信する。
【０１１８】
ステップＳ２にて、ブラウザは、ＷＥＢサーバ１が送信したホームページデータを解析して、書き込みプログラムを配信するホームページをディスプレイ装置２５に表示する。ステップＳ３にて、ブラウザは、入力装置２７を介したユーザからの入力を受けて、ＷＥＢサーバ１に対して、書き込みプログラムの送信要求を行う。
【０１１９】
ステップＳ１２にて、ＷＥＢサーバ１は、ブラウザが要求した書き込みプログラム及びそのセットアッププログラムを、ユーザ端末５−Ｎへ送信する。
【０１２０】
ステップＳ４にて、ユーザ端末５−Ｎのプロセッサ５３は、受信した書き込みプログラム及びそのセットアッププログラムを、補助記憶装置５５に格納する。
【０１２１】
なお、書込業者端末９−Ｍが、ＷＥＢサーバ１から書き込みプログラムを入手する際の処理の流れは、ユーザ端末５−Ｎが、ＷＥＢサーバ１から書き込みプログラムを入手する際の処理の流れと同様である。この場合、書込業者端末９−Ｍのプロセッサ９４が、補助記憶装置９９に格納されたブラウザプログラムを起動する。そして、書込業者端末９−Ｍのプロセッサ９４が、ブラウザプログラムを実行することにより、ブラウザが構築される。また、プロセッサ９４は、ＷＥＢサーバ１から入手した書き込みプログラム及びそのセットアッププログラムを、補助記憶装置９９に格納する。
【０１２２】
図１３は、図１のユーザ端末５−Ｎが、ＷＥＢサーバ１から受信した書き込みプログラムをセットアップする際の処理の流れを示すフローチャートである。
【０１２３】
図１３に示すように、ステップＳ２１にて、ユーザ端末５−Ｎのプロセッサ５３は、書き込みプログラムのセットアッププログラムを起動する。ここで、ユーザ端末５−Ｎのプロセッサ５３が、セットアッププログラムを実行することにより、セットアップ手段が構築される。
【０１２４】
ステップＳ２２にて、セットアップ手段は、セットアップを開始する。ステップＳ２３にて、セットアップ手段は、ディスプレイ装置２５に登録情報の入力画面を表示する。入力装置２７を介してユーザから登録情報が入力されると、セットアップ手段は、引き続きセットアップ動作を実行する。ここで、登録情報とは、例えば、ライタ７−Ｎの識別情報（ＩＤ）、ユーザの氏名、電子メールアドレス、電話番号、住所、年齢、及び、性別、等である。
【０１２５】
ステップＳ２４にて、書き込みプログラムのセットアップが完了すると、セットアップ手段は、その旨をディスプレイ装置２５に表示する。ステップＳ２５にて、セットアップ手段は、ユーザが入力した登録情報を、ＷＥＢサーバ１へ送信する。
【０１２６】
ステップＳ３１にて、ＷＥＢサーバ１は、セットアップ手段が送信した登録情報を記録する。
【０１２７】
なお、書込業者端末９−Ｍが、書き込みプログラムをセットアップする際の処理の流れは、ユーザ端末５−Ｎが、書き込みプログラムをセットアップする際の処理の流れと同様である。この場合、書込業者端末９−Ｍのプロセッサ９４が、補助記憶装置９９に格納されたセットアッププログラムを起動する。そして、書込業者端末９−Ｍのプロセッサ９４が、セットアッププログラムを実行することにより、セットアップ手段が構築される。
【０１２８】
さて、図１４は、図６のユーザ端末５−Ｎのプロセッサ５３の説明図である。なお、図１４において、図６と同様の部分については同一の参照符号を付している。図１４に示すように、ユーザ端末５−Ｎのプロセッサ５３が、補助記憶装置５５に格納された書き込みプログラム（図１３参照）を起動することにより、書込制御手段５３２が構築される。また、プロセッサ５３が、補助記憶装置５５に格納されたブラウザプログラムを起動することにより、ブラウザ５３１が構築される。なお、マルチタスクにより、書込制御手段５３２及びブラウザ５３１は、独立して（並列に）動作することができる。
【０１２９】
次に、図１４及び画面図を用いて、本実施の形態におけるカラオケデータ配信システムによるカラオケデータの取得方法について説明する。
【０１３０】
図１５は、図２のユーザ端末５−Ｎのディスプレイ装置２５に表示されるホームページの例示図である。図１５に示すように、ブラウザ５３１により、カラオケデータをダウンロードするためのホームページが、ディスプレイ装置２５に表示される。具体的には、このホームページは、フレーム１００〜１０３により構成される。フレーム１０１は、歌手名から楽曲を検索するための画像である。フレーム１０２は、曲名から楽曲を検索するための画像である。フレーム１０３には、リンクボタンが表示されている。
【０１３１】
一方、ディスプレイ装置２５には、書込制御手段５３２により、フレーム２００が表示される。このフレーム２００には、メモリカートリッジ１３に既に書き込まれている曲数、メモリカートリッジ１３に既に書き込まれている曲名、及び、メモリカートリッジ１３に書き込み可能な曲数、の情報が表示される。
【０１３２】
ユーザが、歌手名検索のフレーム１０１を利用して、所望の歌手名の先頭の文字を入力装置２７により選択すると、その文字を先頭に有する歌手名の一覧が表示される。
【０１３３】
図１６は、歌手名により所望の楽曲を検索する際の画面の例示図である。なお、図１６において、図１５と同様の部分については同一の参照符号を付している。図１５の画面の歌手名検索のフレーム１０１において、歌手名の先頭の文字が選択されると、図１６に示すような画面が、ディスプレイ装置２５に表示される。具体的には、図１６に示すように、ブラウザ５３１は、フレーム１０１，１０２，１０４，１０５，１０６を、ディスプレイ装置２５に表示する。フレーム１０４には、図１５の画面で選択された文字を先頭に有する歌手名の一覧が表示される。
【０１３４】
そして、ユーザが、入力装置２７を用いて、フレーム１０４に表示された歌手名の中から所望の歌手名を選択すると、ブラウザ５３１は、フレーム１０５に、選択された歌手の持ち歌を表示する。
【０１３５】
さらに、ユーザが、入力装置２７を用いて、フレーム１０５に表示された楽曲の中から所望の楽曲を選択すると、書込制御手段５３２は、フレーム２０１に、選択された曲名を表示する。さらに、ユーザが、入力装置２７を用いて、フレーム１０６に表示された書き込みボタンを押下すると、選択された楽曲のカラオケデータが、メモリカートリッジ１３のＯＴＰＲＯＭ１７に書き込まれる。すると、書込制御手段５３２は、フレーム２０２に、書き込みが完了したカラオケデータの曲名を、順次表示していく。また、書込制御手段５３２は、フレーム２００の表示を更新する。
【０１３６】
さて、ユーザが、図１５の曲名検索のフレーム１０２を利用して、所望の曲名の先頭の文字を入力装置２７により選択すると、その文字を先頭に有する曲名の一覧が表示される。
【０１３７】
図１７は、曲名により所望の楽曲を検索する際の画面の例示図である。なお、図１７において、図１５と同様の部分については同一の参照符号を付している。図１５の画面の曲名検索のフレーム１０２において、曲名の先頭の文字が選択されると、図１７に示すような画面が、ディスプレイ装置２５に表示される。具体的には、図１７に示すように、ブラウザ５３１は、フレーム１０１，１０２，１０６，１０７を、ディスプレイ装置２５に表示する。フレーム１０７には、図１５の画面で選択された文字を先頭に有する曲名の一覧が表示される。
【０１３８】
そして、ユーザが、入力装置２７を用いて、フレーム１０７に表示された楽曲の中から所望の楽曲を選択すると、書込制御手段５３２は、フレーム２０１に選択された曲名を表示する。さらに、ユーザが、入力装置２７を用いて、フレーム１０６に表示された書き込みボタンを押下すると、選択された楽曲のカラオケデータが、メモリカートリッジ１３のＯＴＰＲＯＭ１７に書き込まれる。すると、書込制御手段５３２は、フレーム２０２に、書き込みが完了したカラオケデータの曲名を、順次表示していく。また、書込制御手段５３２は、フレーム２００の表示を更新する。
【０１３９】
なお、書込業者端末９−Ｍのディスプレイ装置３１にも、図１５〜図１７と同様の画面が表示され、上記と同様の操作により、カラオケデータを、コネクタ３５に接続されたメモリカートリッジ１３に書き込むことができる。
【０１４０】
図１８は、図１のユーザ端末５−Ｎによるカラオケデータのダウンロード及び書き込み処理の流れを示すフローチャートである。図１８に示すように、ステップＳ４１にて、ユーザ端末５−Ｎのプロセッサ５３が、書き込みプログラムを起動する。プロセッサ５３が、書き込みプログラムを実行することにより、書込制御手段５３２が構築される。そして、書込制御手段５３２は、ブラウザプログラムを起動する。プロセッサ５３が、ブラウザプログラムを実行することにより、ブラウザ５３１が構築される。
【０１４１】
ステップＳ４２にて、書込制御手段５３２は、ライタ７−Ｎが、クライアント端末５−Ｎに接続されているかどうかをチェックする。また、書込制御手段５３２は、ライタ７−Ｎに、メモリカートリッジ１３が装着されているかどうかをチェックする。そして、書込制御手段５３２は、ライタ７−Ｎがクライアント端末５−Ｎに接続されており、かつ、メモリカートリッジ１３がライタ７−Ｎに装着されている場合に、処理をステップＳ４３に進める。
【０１４２】
ステップＳ４３にて、書込制御手段５３２は、メモリカートリッジ１３のＯＴＰＲＯＭ１７にアクセスして、書き込み済みの曲数の情報及び書き込み済みの曲名の情報を取得する。ステップＳ４４にて、書込制御手段５３２は、ディスプレイ装置２５に、書き込み済み曲数、書き込み済み曲名、及び、書き込み可能な曲数、を表示する。ステップＳ４５にて、書込制御手段５３２は、メモリカートリッジ１３の識別情報（ＩＤ）及びライタ７−Ｎの識別情報（ＩＤ）をＷＥＢサーバ１へ送信する。
【０１４３】
ステップＳ６１にて、ＷＥＢサーバ１は、書込制御手段５３２が送信したメモリカートリッジ１３の識別情報（ＩＤ）及びライタ７−Ｎの識別情報（ＩＤ）を記録する。
【０１４４】
ステップＳ４６にて、書込制御手段５３２は、カラオケデータをダウンロードするためのホームページ（書き込みボタンあり）のＵＲＬを、ＷＥＢサーバ１に送信する。
【０１４５】
ステップＳ６２にて、ＷＥＢサーバ１は、ホームページデータを、ユーザ端末５−Ｎに送信する。
【０１４６】
ステップＳ４７にて、書込制御手段５３２は、送信したＵＲＬ（ステップＳ６２）を、メモリ５０に格納する。ステップＳ４８にて、ブラウザ５３１は、ＷＥＢサーバ１から受信したホームページデータを解析して、ホームページ（書き込みボタンあり）を表示する。ステップＳ４９にて、書込制御手段５３２は、ライタ７−Ｎが、クライアント端末５−Ｎに接続されているかどうかをチェックする。また、書込制御手段５３２は、ライタ７−Ｎに、メモリカートリッジ１３が装着されているかどうかをチェックする。そして、書込制御手段５３２は、ライタ７−Ｎがクライアント端末５−Ｎに接続されており、かつ、メモリカートリッジ１３がライタ７−Ｎに装着されている場合に、処理をステップＳ５０に進める。このステップＳ４９の処理は、ステップＳ４２の処理と同様である。
【０１４７】
ステップＳ５０にて、入力装置２７を介したユーザの入力情報がチェックされる。ステップＳ５０のチェックの結果、画面上の曲選択ボタンが、入力装置２７を介してユーザにより押下されていれば、処理が図１９のステップＳ７１に進み（ステップＳ５１）、画面上の書き込みボタンが、入力装置２７を介して、ユーザにより押下されていれば、処理が図２０のステップＳ９１に進み（ステップＳ５２）、画面上の終了ボタンが、入力装置２７を介してユーザにより押下されていれば、プロセッサ５３は、書き込みプログラム及びブラウザプログラムを終了し（ステップＳ５３）、画面上のリンクボタンが、入力装置２７を介してユーザにより押下されていれば、処理が図２３のステップＳ１２１に進む（ステップＳ５４）。
【０１４８】
一方、ステップＳ５０のチェックの結果、曲選択ボタンが押下されておらず、かつ、書き込みボタンが押下されておらず、かつ、終了ボタンが押下されておらず、かつ、リンクボタンが押下されていない場合は、処理がステップＳ４９に進む（ステップＳ５１、ステップＳ５２、ステップＳ５３、ステップＳ５４）。
【０１４９】
図１９は、図１８のステップＳ５１にて曲選択ボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。図１９に示すように、ステップＳ７１にて、ブラウザ５３１は、選択された曲を示す曲コードを、ＷＥＢサーバ１に送信する。
【０１５０】
ステップＳ８１にて、ＷＥＢサーバ１は、ブラウザ５３１が送信した曲コードに対応するカラオケデータを、データベースサーバ３から取得する。ステップＳ８２にて、ＷＥＢサーバ１は、ブラウザ５３１が送信した曲コード、その曲コードに対応する曲名の情報、その曲コードに対応するカラオケデータを格納するディレクトリ名の情報、及び、そのカラオケデータのファイル名の情報、をユーザ端末５−Ｎに送信する。ステップＳ８３にて、ＷＥＢサーバ１は、前回の画面データ（ユーザが曲選択ボタンを押下する直前の画面データ）を、ユーザ端末５−Ｎに送信する。
【０１５１】
ステップＳ７２にて、書込制御手段５３２は、ディスプレイ装置２５に、ユーザが選択した曲名を表示する。また、ブラウザ５３１は、前回の画面を表示する。ステップＳ７２の後、処理は、図１８のステップＳ４９に進められる。
【０１５２】
図２０は、図１８のステップＳ５２にて書き込みボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。図２０に示すように、ステップＳ９１にて、ブラウザ５３１は、書き込みボタンが押下されたことを示す情報を、ＷＥＢサーバ１へ送信する。
【０１５３】
ステップＳ１１１にて、ＷＥＢサーバ１は、カラオケデータの書き込み中であることを示す画面データをユーザ端末５−Ｎに送信する。例えば、この画面データには、書き込みが終了するまでの注意事項を表示するためのデータ、等が含まれる。
【０１５４】
ステップＳ９２にて、ブラウザ５３１は、カラオケデータの書き込み中であることを示す画面を、ディスプレイ装置２５に表示する。ステップＳ９３にて、書込制御手段５３２は、ＯＴＰＲＯＭ１７へアクセスして、書き込み可能な曲数の情報を取得する。その結果、書き込み可能曲数が「０」の場合（ＯＴＰＲＯＭ１７に空き領域がない場合）、図２１のステップＳ１４１に処理が進められ、書き込み可能曲数が「１」以上の場合（ＯＴＰＲＯＭ１７に空き領域がある場合）、ステップＳ９５に処理が進められる（ステップＳ９４）。
【０１５５】
ステップＳ９５にて、書込制御手段５３２は、ステップＳ８２で送信されたディレクトリ名の情報及びファイル名の情報を、ＷＥＢサーバ１へ送信する。
【０１５６】
ステップＳ１１２にて、ＷＥＢサーバ１は、書込制御手段５３２が送信したディレクトリ名の情報及びファイル名の情報を基に、当該ファイル名で格納されたカラオケデータをユーザ端末５−Ｎに送信する。
【０１５７】
ステップＳ９６にて、書込制御手段５３２は、受信したカラオケデータを、補助記憶装置５５にテンポラリファイルとして格納する。ステップＳ９７にて、書込制御手段５３２は、カラオケデータを正常に受信したことを示す正常受信完了コードを、ＷＥＢサーバ１へ送信する。ステップＳ９８にて、書込制御手段５３２は、ライタ９−Ｎに対して、カラオケデータをＯＴＰＲＯＭ１７に書き込むことを指示する。
【０１５８】
ステップＳ９９にて、書込制御手段５３２は、ＯＴＰＲＯＭ１７に書き込んだカラオケデータを読み出して、ベリファイを実行する。ベリファイの結果、書き込みが正常に行われていれば、処理がステップＳ１０１に進められ、書き込みが不正常であれば、処理が図２２のステップＳ１６１に進められる（ステップＳ１００）。ステップＳ１０１にて、書込制御手段５３２は、テンポラリファイルとして格納したカラオケデータを消去する。ステップＳ１０２にて、書込制御手段５３２は、書き込みが正常に完了したことを示すコード、及び、曲コード、をＷＥＢサーバ１へ送信する。
【０１５９】
ステップＳ１１３にて、ＷＥＢサーバ１は、書き込み曲数を計数するカウンタを１つインクリメントする。
【０１６０】
ステップＳ１０３にて、書込制御手段５３２は、ユーザにより選択された曲が存在するかどうかを判断する。その判断の結果、選択された曲が存在する場合、処理がステップＳ９３に進み、選択された曲が存在しない場合は、処理がステップＳ１０４に進む。ステップＳ１０４にて、書込制御手段５３２は、カラオケデータのダウンロードが終了したことを示すコードをＷＥＢサーバ１に送信する。
【０１６１】
ステップＳ１１４にて、ＷＥＢサーバ１は、前回の画面データ（書き込みボタンを押下する直前の画面データ）を、ユーザ端末５−Ｎに送信する。
【０１６２】
ステップＳ１０５にて、ブラウザ５３１は、前回の画面をディスプレイ装置２５に表示する。
【０１６３】
図２１は、図２０のステップＳ９４にて書き込み可能な曲数が「０」と判断された場合の処理の流れを示すフローチャートである。図２１に示すように、ステップＳ１４１にて、書込制御手段５３２は、ＯＴＰＲＯＭ１７へのカラオケデータの書き込みができないことを示すコード（ＯＴＰＲＯＭ１７に空き領域がないことを示すコード）を、ＷＥＢサーバ１へ送信する。
【０１６４】
ステップＳ１５１にて、ＷＥＢサーバ１は、メモリカートリッジ１３の交換を促す表示を行うための画面データを、ユーザ端末５−Ｎに送信する。ステップＳ１４２にて、ブラウザ５３１は、ディスプレイ装置２５に、メモリカートリッジ１３の交換を促す表示を行う。そして、処理が図１８のステップＳ４９に進められる。
【０１６５】
図２２は、図２０のステップＳ１００にて書き込みが不正常であると判断された場合の処理の流れを示すフローチャートである。図２２に示すように、ステップＳ１６１にて、書込制御手段５３２は、ＯＴＰＲＯＭ１７へのカラオケデータの書き込みが不正常であることを示すコードを、ＷＥＢサーバ１へ送信する。
【０１６６】
ステップＳ１７１にて、ＷＥＢサーバ１は、エラーの対処方法を示す表示を行うための画面データを、ユーザ端末５−Ｎに送信する。ステップＳ１６２にて、ブラウザ５３１は、ディスプレイ装置２５に、エラーの対処方法を示す表示を行う。そして、処理が図１８のステップＳ４９に進められる。
【０１６７】
図２３は、図１８のステップＳ５４にてリンクボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。図２３に示すように、ステップＳ１２１にて、ブラウザ５３１は、押下されたリンクボタンに対応した新たなＵＲＬを、ＷＥＢサーバ１へ送信する。
【０１６８】
ステップＳ１３１にて、ＷＥＢサーバ１は、受信した新たなＵＲＬが示す新たなホームページデータ（書き込みボタンあり）を、ユーザ端末５−Ｎに送信する。
【０１６９】
ステップＳ１２２にて、書込制御手段５３２は、その新たなＵＲＬをメモリ５０に記憶する。ステップＳ１２３にて、ブラウザ５３１は、ディスプレイ装置２５に、新たなホームページ（書き込みボタンあり）を表示する。そして、処理が図１８のステップＳ４９に進められる。
【０１７０】
図２４は、図１８のステップＳ４２のライタ／カートリッジチェック処理の流れを示すフローチャートである。図２４に示すように、ステップＳ１８１にて、書込制御手段５３２は、ライタ７−Ｎが、クライアント端末５−Ｎに接続されているかどうかをチェックする。ライタ７−Ｎが、クライアント端末５−Ｎに接続されていない場合は、処理が図２５のステップＳ１９１に進められ、接続されている場合は、処理がステップＳ１８３に進められる（ステップＳ１８２）。
【０１７１】
ステップＳ１８３にて、書込制御手段５３２は、メモリカートリッジ１３が、ライタ７−Ｎに装着されているかどうかをチェックする。メモリカートリッジ１３が、ライタ７−Ｎに装着されていない場合は、処理が図２８のステップＳ２１１に進められ、装着されている場合は、処理が図１８のステップＳ４３に進められる（ステップＳ１８４）。
【０１７２】
図２５は、図２４のステップＳ１８２にてライタ７−Ｎがユーザ端末５−Ｎに接続されていないと判断された場合の処理の流れを示すフローチャートである。図２５に示すように、ステップＳ１９１にて、書込制御手段５３２は、ディスプレイ装置２５に、ライタ７−Ｎの接続を要求する表示を行う。ステップＳ１９２にて、書込制御手段５３２は、曲選択専用のホームページ（書き込みボタンなし）のＵＲＬを、ＷＥＢサーバ１に送信する。
【０１７３】
ステップＳ２０１にて、ＷＥＢサーバ１は、曲選択専用のホームページデータを、ユーザ端末５−Ｎに送信する。
【０１７４】
ステップＳ１９３にて、ブラウザ５３１は、ＷＥＢサーバ１が送信したホームページデータを解析して、曲選択専用のホームページ（書き込みボタンなし）をディスプレイ装置２５に表示する。ステップＳ１９４にて、書込制御手段５３２は、ライタ７−Ｎが、ユーザ端末５−Ｎに接続されているかどうかをチェックする。チェックの結果、ライタ７−Ｎが、ユーザ端末５−Ｎに接続されている場合は、処理が図２８のステップＳ２１１に進められ、接続されていない場合は、処理がステップＳ１９６に進められる（ステップＳ１９５）。
【０１７５】
ステップＳ１９６にて、入力装置２７を介したユーザの入力情報がチェックされる。ステップＳ１９６のチェックの結果、画面上の曲選択ボタンが、入力装置２７を介してユーザにより押下されていれば、処理が図２６のステップＳ２３１に進められ（ステップＳ１９７）、画面上の終了ボタンが、入力装置２７を介してユーザにより押下されていれば、プロセッサ５３は、書き込みプログラム及びブラウザプログラムを終了し（ステップＳ１９８）、画面上のリンクボタンが、入力装置２７を介してユーザにより押下されていれば、処理が図２７のステップＳ２５１に進められる（ステップＳ１９９）。
【０１７６】
一方、ステップＳ１９６のチェックの結果、曲選択ボタンが押下されておらず、かつ、終了ボタンが押下されておらず、かつ、リンクボタンが押下されていない場合は、処理がステップＳ１９４に進む（ステップＳ１９７、ステップＳ１９８、ステップＳ１９９）。
【０１７７】
図２６は、図２５のステップＳ１９７にて曲選択ボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。図２６に示すように、ステップＳ２３１にて、ブラウザ５３１は、選択された曲を示す曲コードを、ＷＥＢサーバ１に送信する。
【０１７８】
ステップＳ２４１にて、ＷＥＢサーバ１は、ブラウザ５３１が送信した曲コード、及び、その曲コードに対応する曲名の情報、をユーザ端末５−Ｎに送信する。ステップＳ２４２にて、ＷＥＢサーバ１は、前回の画面データ（ユーザが曲選択ボタンを押下する直前の画面データ）を、ユーザ端末５−Ｎに送信する。
【０１７９】
ステップＳ２３２にて、書込制御手段５３２は、ディスプレイ装置２５に、ユーザが選択した曲名を表示する。また、ブラウザ５３１は、前回の画面を表示する。ステップＳ２３２の処理の後、処理は、図２５のステップＳ１９４に進められる。
【０１８０】
図２７は、図２５のステップＳ１９９にてリンクボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。図２７に示すように、ステップＳ２５１にて、ブラウザ５３１は、押下されたリンクボタンに対応した新たなＵＲＬを、ＷＥＢサーバ１へ送信する。
【０１８１】
ステップＳ２６１にて、ＷＥＢサーバ１は、受信した新たなＵＲＬが示す新たなホームページデータ（書き込みボタンなし）を、ユーザ端末５−Ｎに送信する。
【０１８２】
ステップＳ２５２にて、ブラウザ５３１は、ディスプレイ装置２５に、その新たなホームページ（書き込みボタンなし）を表示する。そして、処理が図２５のステップＳ１９４に進められる。
【０１８３】
図２８は、図２４のステップＳ１８４にてメモリカートリッジ１３がライタ７−Ｎに装着されていないと判断された場合の処理の流れを示すフローチャートである。図２８に示すように、ステップＳ２１１にて、書込制御手段５３２は、ライタ７−Ｎが、ユーザ端末５−Ｎに接続されているかどうかをチェックする。ライタ７−Ｎが、ユーザ端末５−Ｎに接続されていない場合は、図２５のステップＳ１９１に処理が進められ、接続されている場合は、処理がステップＳ２１３に進められる（ステップＳ２１２）。
【０１８４】
ステップＳ２１３にて、書込制御手段５３２は、ライタ７−Ｎにカートリッジ１３が装着されているかどうかをチェックする。カートリッジ１３が、ライタ７−Ｎに装着されている場合は、図２９のステップＳ２８１に処理が進められ、装着されていない場合は、処理がステップＳ２１５に進められる（ステップＳ２１４）。
【０１８５】
ステップＳ２１５にて、書込制御手段５３２は、ディスプレイ装置２５に、メモリートリッジ１３の装着を要求する表示を行う。ステップＳ２１６にて、書込制御手段５３２は、曲選択専用のホームページ（書き込みボタンなし）のＵＲＬを、ＷＥＢサーバ１に送信する。
【０１８６】
ステップＳ２７１にて、ＷＥＢサーバ１は、曲選択専用のホームページデータを、ユーザ端末５−Ｎに送信する。
【０１８７】
ステップＳ２１７にて、ブラウザ５３１は、ＷＥＢサーバ１が送信したホームページデータを解析して、曲選択専用のホームページ（書き込みボタンなし）をディスプレイ装置２５に表示する。ステップＳ２１８にて、書込制御手段５３２は、ライタ７−Ｎが、ユーザ端末５−Ｎに接続されているかどうかをチェックする。チェックの結果、ライタ７−Ｎが、ユーザ端末５−Ｎに接続されている場合は、処理がステップＳ２２０に進められ、接続されていない場合は、処理が図２５ステップＳ１９１に進められる（ステップＳ２１９）。
【０１８８】
ステップＳ２２０にて、書込制御手段５３２は、ライタ７−Ｎにカートリッジ１３が装着されているかどうかをチェックする。カートリッジ１３が、ライタ７−Ｎに装着されている場合は、図２９のステップＳ２８１に処理が進められ、装着されていない場合は、処理がステップＳ２２２に進められる（ステップＳ２２１）。
【０１８９】
ステップＳ２２２にて、入力装置２７を介したユーザの入力情報がチェックされる。ステップＳ２２２のチェックの結果、画面上の曲選択ボタンが、入力装置２７を介してユーザにより押下されていれば、処理が図３０のステップＳ３０１に進められ（ステップＳ２２３）、画面上の終了ボタンが、入力装置２７を介してユーザにより押下されていれば、プロセッサ５３は、書き込みプログラム及びブラウザプログラムを終了し（ステップＳ２２４）、画面上のリンクボタンが、入力装置２７を介してユーザにより押下されていれば、処理が図３１のステップＳ３２１に進められる（ステップＳ２２５）。
【０１９０】
一方、ステップＳ２２２のチェックの結果、曲選択ボタンが押下されておらず、かつ、終了ボタンが押下されておらず、かつ、リンクボタンが押下されていない場合は、処理がステップＳ２１８に進む（ステップＳ２２３、ステップＳ２２４、ステップＳ２２５）。
【０１９１】
図２９は、図２８のステップ２２２１にてメモリカートリッジ１３が装着されていると判断された場合の処理の流れを示すフローチャートである。図２９に示すように、ステップＳ２８１にて、書込制御手段５３２は、メモリカートリッジ１３のＯＴＰＲＯＭ１７にアクセスして、書き込み済みの曲数の情報及び書き込み済みの曲名の情報を取得する。ステップＳ２８２にて、書込制御手段５３２は、ディスプレイ装置２５に、書き込み済み曲数、書き込み済み曲名、及び、書き込み可能な曲数、を表示する。ステップＳ２８３にて、書込制御手段５３２は、メモリカートリッジ１３の識別情報（ＩＤ）及びライタ７−Ｎの識別情報（ＩＤ）をＷＥＢサーバ１へ送信する。
【０１９２】
ステップＳ２９１にて、ＷＥＢサーバ１は、書込制御手段５３２が送信したメモリカートリッジ１３の識別情報（ＩＤ）及びライタ７−Ｎの識別情報（ＩＤ）を記録する。
【０１９３】
ステップＳ２８４にて、書込制御手段５３２は、カラオケデータをダウンロードするためのホームページ（書き込みボタンあり）のＵＲＬを、ＷＥＢサーバ１に送信する。
【０１９４】
ステップＳ２９２にて、ＷＥＢサーバ１は、ホームページデータを、ユーザ端末５−Ｎに送信する。
【０１９５】
ステップＳ２８５にて、ブラウザ５３１は、ＷＥＢサーバ１から受信したホームページデータを解析して、ホームページ（書き込みボタンあり）を表示する。その後、処理が、図１８のステップＳ４９に進められる。
【０１９６】
図３０は、図２８のステップＳ２２３にて曲選択ボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。図３０に示すように、ステップＳ３０１にて、ブラウザ５３１は、選択された曲を示す曲コードを、ＷＥＢサーバ１に送信する。
【０１９７】
ステップＳ３１１にて、ＷＥＢサーバ１は、ブラウザ５３１が送信した曲コード、及び、その曲コードに対応する曲名の情報、をユーザ端末５−Ｎに送信する。ステップＳ３１２にて、ＷＥＢサーバ１は、前回の画面データ（ユーザが曲選択ボタンを押下する直前の画面データ）を、ユーザ端末５−Ｎに送信する。
【０１９８】
ステップＳ３０２にて、書込制御手段５３２は、ディスプレイ装置２５に、ユーザが選択した曲名を表示する。また、ブラウザ５３１は、前回の画面を表示する。ステップＳ３０２の後、処理は、図２８のステップＳ２１８に進められる。
【０１９９】
図３１は、図２８のステップＳ２２５にてリンクボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。図３１に示すように、ステップＳ３２１にて、ブラウザ５３１は、押下されたリンクボタンに対応した新たなＵＲＬを、ＷＥＢサーバ１へ送信する。
【０２００】
ステップＳ３３１にて、ＷＥＢサーバ１は、受信した新たなＵＲＬが示す新たなホームページデータ（書き込みボタンなし）を、ユーザ端末５−Ｎに送信する。ステップＳ３２２にて、ブラウザ５３１は、ディスプレイ装置２５に、その新たなホームページ（書き込みボタンなし）を表示する。そして、処理が図２８のステップＳ２１８に進められる。
【０２０１】
さて、図１の書込業者端末９−Ｍによるカラオケデータのダウンロード及び書き込み処理の流れは、図１８〜図３１に示したユーザ端末５−Ｎによるカラオケデータのダウンロード及び書き込み処理の流れと同様である。ただし、書込業者端末９−Ｍでは、ＯＴＰＲＯＭ１７にカラオケデータを書き込むのは、別個に設けられたライタではなく、プロセッサ９４であるため、ライタが書込業者端末９−Ｍに接続されているかどうかのチェックは行われない。また、図１８〜図３１では、ＷＥＢサーバ１とユーザ端末５−Ｎとの間で通信が行われたが、書込業者端末９−Ｍによるカラオケデータのダウンロード及び書き込み処理では、ＷＥＢサーバ１と書込業者端末９−Ｍとの間で通信が行われる。また、図１４のブラウザ５３１が行う処理は、書込業者端末９−Ｍのブラウザが行い、図１４の書込制御手段５３２が行う処理は、書込業者端末９−Ｍの書込制御手段が行う。
【０２０２】
図３２は、図７の書込業者端末９−Ｍのプロセッサ９４の説明図である。なお、図３２において、図７と同様の部分については同一の参照符号を付している。図３２に示すように、書込業者端末９−Ｍのプロセッサ９４が、補助記憶装置９９に格納された書き込みプログラムを起動することにより、書込制御手段９４２が構築される。また、プロセッサ９４が、補助記憶装置９９に格納されたブラウザプログラムを起動することにより、ブラウザ９４１が構築される。なお、マルチタスクにより、書込制御手段９４２及びブラウザ９４１は、独立して（並列に）動作することができる。
【０２０３】
図３３は、図１の書込業者端末９−Ｍによるカラオケデータのダウンロード及び書き込み処理の流れを示すフローチャートである。図３３に示すように、ステップＳ５４１にて、書込業者端末９−Ｍのプロセッサ９４が、書き込みプログラムを起動する。プロセッサ９４が、書き込みプログラムを実行することにより、書込制御手段９４２が構築される。そして、書込制御手段９４２は、ブラウザプログラムを起動する。プロセッサ９４が、ブラウザプログラムを実行することにより、ブラウザ９４１が構築される。
【０２０４】
ステップＳ５４２にて、書込制御手段９４２は、図３のコネクタ３５に、メモリカートリッジ１３が装着されているかどうかをチェックする。そして、書込制御手段９４２は、メモリカートリッジ１３がコネクタ５３に装着されている場合、処理をステップＳ５４３に進める。
【０２０５】
ステップＳ５４３にて、書込制御手段９４２は、メモリカートリッジ１３のＯＴＰＲＯＭ１７にアクセスして、書き込み済みの曲数の情報及び書き込み済みの曲名の情報を取得する。ステップＳ５４４にて、書込制御手段９４２は、ディスプレイ装置３１に、書き込み済み曲数、書き込み済み曲名、及び、書き込み可能な曲数、を表示する。ステップＳ５４５にて、書込制御手段９４２は、メモリカートリッジ１３の識別情報（ＩＤ）をＷＥＢサーバ１へ送信する。
【０２０６】
ステップＳ５６１にて、ＷＥＢサーバ１は、書込制御手段９４２が送信したメモリカートリッジ１３の識別情報（ＩＤ）を記録する。
【０２０７】
ステップＳ５４６にて、書込制御手段９４２は、カラオケデータをダウンロードするためのホームページ（書き込みボタンあり）のＵＲＬを、ＷＥＢサーバ１に送信する。
【０２０８】
ステップＳ５６２にて、ＷＥＢサーバ１は、ホームページデータを、書込業者端末９−Ｍに送信する。
【０２０９】
ステップＳ５４７にて、書込制御手段９４２は、送信したＵＲＬ（ステップＳ５４６）を、メモリ９１に格納する。ステップＳ５４８にて、ブラウザ９４１は、ＷＥＢサーバ１から受信したホームページデータを解析して、ホームページ（書き込みボタンあり）を表示する。ステップＳ５４９にて、書込制御手段９４２は、コネクタ３５に、メモリカートリッジ１３が装着されているかどうかをチェックする。そして、書込制御手段９４２は、メモリカートリッジ１３がコネクタ３５に装着されている場合に、処理をステップＳ５５０に進める。なお、ステップＳ５４９の処理は、ステップＳ５４２の処理と同様である。
【０２１０】
ステップＳ５５０にて、入力装置３３を介したユーザの入力情報がチェックされる。ステップＳ５５０のチェックの結果、画面上の曲選択ボタンが、入力装置３３を介してユーザにより押下されていれば、処理が図１９のステップＳ７１に進み（ステップＳ５５１）、画面上の書き込みボタンが、入力装置３３を介して、ユーザにより押下されていれば、処理が図２０のステップＳ９１に進み（ステップＳ５５２）、画面上の終了ボタンが、入力装置３３を介してユーザにより押下されていれば、プロセッサ９４は、書き込みプログラム及びブラウザプログラムを終了し（ステップＳ５５３）、画面上のリンクボタンが、入力装置３３を介してユーザにより押下されていれば、処理が図２３のステップＳ１２１に進む（ステップＳ５５４）。
【０２１１】
一方、ステップＳ５５０のチェックの結果、曲選択ボタンが押下されておらず、かつ、書き込みボタン押下されておらず、かつ、終了ボタンが押下されておらず、かつ、リンクボタンが押下されていない場合は、処理がステップＳ５４９に進む（ステップＳ５５１、ステップＳ５５２、ステップＳ５５３、ステップＳ５５４）。
【０２１２】
図３４は、図３３のステップＳ５４２のカートリッジチェック処理の流れを示すフローチャートである。図３４に示すように、ステップＳ５５１にて、書込制御手段９４２は、コネクタ３５にカートリッジ１３が装着されているかどうかをチェックする。カートリッジ１３が、コネクタ３５に装着されている場合は、図３３のステップＳ５４３に処理が進められ、装着されていない場合は、処理がステップＳ５５３に進められる（ステップＳ５５２）。
【０２１３】
ステップＳ５５３にて、書込制御手段９４２は、ディスプレイ装置３１に、メモリートリッジ１３の装着を要求する表示を行う。ステップＳ５５４にて、書込制御手段９４２は、曲選択専用のホームページ（書き込みボタンなし）のＵＲＬを、ＷＥＢサーバ１に送信する。
【０２１４】
ステップＳ５８１にて、ＷＥＢサーバ１は、曲選択専用のホームページデータを、書込業者端末９−Ｍに送信する。
【０２１５】
ステップＳ５５５にて、ブラウザ９４１は、ＷＥＢサーバ１が送信したホームページデータを解析して、曲選択専用のホームページ（書き込みボタンなし）をディスプレイ装置３１に表示する。ステップＳ５５６にて、書込制御手段９４２は、コネクタ３５にカートリッジ１３が装着されているかどうかをチェックする。カートリッジ１３が、コネクタ３５に装着されている場合は、図２９のステップＳ２８１に処理が進められ、装着されていない場合は、処理がステップＳ５５８に進められる（ステップＳ５５７）。ただし、この場合の図２９のステップＳ２８３では、ライタの識別情報（ＩＤ）は送信されない。なぜなら、書込業者端末９−Ｍでは、別個に設けられたライタを利用しないからである。
【０２１６】
ステップＳ５５８にて、入力装置３３を介したユーザの入力情報がチェックされる。ステップＳ５５８のチェックの結果、画面上の曲選択ボタンが、入力装置３３を介してユーザにより押下されていれば、処理が図３０のステップＳ３０１に進められ（ステップＳ５５９）、画面上の終了ボタンが、入力装置３３を介してユーザにより押下されていれば、プロセッサ９４は、書き込みプログラム及びブラウザプログラムを終了し（ステップＳ５６０）、画面上のリンクボタンが、入力装置３３を介してユーザにより押下されていれば、処理が図３１のステップＳ３２１に進められる（ステップＳ５６１）。
【０２１７】
一方、ステップＳ５５８のチェックの結果、曲選択ボタンが押下されておらず、かつ、終了ボタンが押下されておらず、かつ、リンクボタンが押下されていない場合は、処理がステップＳ５５６に進む（ステップＳ５５９、ステップＳ５６０、ステップＳ５６１）。
【０２１８】
図３５は、カラオケデータが書き込まれたメモリカートリッジ１３を装着するマイク一体型カラオケ装置（家庭用カラオケ装置）の一例を示す外観図である。図３５（ａ）に示すように、マイク一体型カラオケ装置１５０は、上部が卵形で下部が円筒形の筐体（本体）１６１を含み、この筐体１６１の卵形部上端にマイク１５１が取り付けられている。筐体１６１の上部すなわち卵形部には、電源スイッチ１５５およびリセットスイッチ１５４が設けられる。電源スイッチ１５５は電源をオン／オフするためのスイッチであり、リセットスイッチ１５４は、選択した曲番号を含むすべてをリセットするためのものである。
【０２１９】
さらに、筐体１６１の卵形部には、２桁の７セグメントＬＥＤからなるディスプレイ１５２が設けられるとともに、そのディスプレイ１５２を挟む左側にテンポ制御キー１６５および１６４が縦に整列して設けられ、右側にＢＧＭボリューム制御キー１５３および１５６が縦に整列して設けられる。ディスプレイ１５２は、ユーザが選択した曲番号を表示するために利用される。テンポ制御キー１６５および１６４は、カラオケすなわちＢＧＭの再生速度（テンポ）を速くしまたは遅くするためのキーである。ＢＧＭボリューム制御キー１５３および１５６は、カラオケすなわちＢＧＭの再生音量（ボリューム）を大きくしまたは小さくするためのキーである。
【０２２０】
筐体１６１の卵形部の中央やや下部には曲選択／ピッチ制御キー１５８および１５９が設けられる。この曲選択／ピッチ制御キー１５８および１５９は、曲番号をインクリメントしまたはデイクリメントするために利用されるとともに、ユーザの音程に合わせてカラオケのピッチ周波数すなわち音程をたとえば１度ずつ上下させるために利用される。
【０２２１】
曲選択／ピッチ制御キー１５８および１５９の左側でかつテンポ制御キー１６５および１６４の下方の筐体１６１の卵形部には、エコーモード選択キー１６２が設けられる。このエコーモード選択キー１６２は、エコーモードにおいてエコー時間（遅延時間）を選択的に設定するために利用される。この実施の形態では、エコーモード１，エコーモード２およびエコーモード３を設定でき、それぞれ、エコー時間が「小」，「中」および「大」として設定される。
【０２２２】
曲選択／ピッチ制御キー１５８および１５９の右側でかつＢＧＭボリューム制御キー１５３および１５６の下方の筐体１６１の卵形部には、ボイスエフェクトモード選択キー１５７が設けられる。このボイスエフェクトモード選択キー１５７は、この実施の形態では、ボイスエフェクトモード１，ボイスエフェクトモード２およびボイスエフェクトモード３を設定できる。ボイスエフェクトモード１は、入力音声の周波数に対し出力音声の周波数が高くなるように音声を加工するモードであり、ボイスエフェクトモード２は、入力音声の周波数に対して出力音声の周波数が低くなるように音声を加工するモードである。さらに、ボイスエフェクトモード３は、上下に連続的にかつ繰り返し出力音声の周波数が変化（スイープ）するようにで音声を加工するモードである。
【０２２３】
ディスプレイ１５２と曲選択／ピッチ制御キー１５８および１５９との間には、キャンセルキー１６３が設けられる。このキャンセルキー１６３は、テンポ制御キー１６５および１６４で設定したテンポ，ボリューム制御キー１５３および１５６で設定したＢＧＭボリューム，曲選択／ピッチ制御キー１５８および１５９で設定した曲番号およびピッチ，エコーモード選択キー１６２で設定したエコーモード，またはボイスエ
【０２２４】
フェクトモード選択キー１５７で設定したボイスエフェクトモードをキャンセルするためのキーである。このキャンセルキー１６３は、演奏中の曲を中断するためにも用いられる。
【０２２５】
曲選択／ピッチ制御キー１５８および１５９の下方には、決定キー１６０が設けられる。この決定キー１６０は、テンポ制御キー１６５および１６４で設定したテンポ，ボリューム制御キー１５３および１５６で設定したＢＧＭボリューム，曲選択／ピッチ制御キー１５８および１５９で設定した曲番号およびピッチ，またはボイスエフェクトモード選択キー１５７で設定したボイスエフェクトモードを決定し有効化するためのキーである。
【０２２６】
筐体１６１の下部すなわち円筒部下端からＡＶコード１６７が出され、そのＡＶコード１６７には２つの音声出力端子１６９Ｌおよび１６９Ｒと、１つの画像出力端子１６８とが含まれる。音声出力端子１６９Ｌおよび１６９Ｒならびに画像出力端子１６８は、テレビジョンモニタ（図示せず）のＡＶ端子に接続される。したがって、このマイク一体型カラオケ装置１５０の画像および音声は、テレビジョンモニタで出力される。
【０２２７】
筐体１６１の裏面には、図３５（ｂ）で示すように、カートリッジコネクタ１７０が設けられ、このカートリッジコネクタ１７０にはメモリカートリッジ１３（図２参照）が着脱自在に装着される。なお、このマイク一体型カラオケ装置１５０は電池駆動のものであり、そのために、図３５（ｂ）に示すように、筐体１６１の下部円筒部に電池ボックス１７１が設置されている。
【０２２８】
図３６は、図３５のマイク一体型カラオケ装置１５０の電気的構成を示す図である。図３６に示すように、マイク一体型カラオケ装置１５０は、筐体１６１の内部に収納されたプロセッサ１８４を含む。
【０２２９】
プロセッサ１８４は、図示しないが、ＣＰＵ，グラフィックプロセッサ，サウンドプロセッサおよびＤＭＡプロセッサ等の各種プロセッサを含むとともに、アナログ信号を取り込むときに用いられるＡ／Ｄ変換器やキー操作信号や赤外線信号のような入力信号を受けかつ出力信号を外部機器に与える入出力制御回路を含む。ＣＰＵは、入力信号に応じて必要な演算を実行し、その結果を他のグラフィックプロセッサやサウンドプロセッサ等に与える。したがって、グラフィックプロセッサやサウンドプロセッサはその演算結果に応じた画像処理や音声処理を実行する。
【０２３０】
このプロセッサ１８４にはシステムバス１８５が接続されていて、このシステムバス１８５には、プロセッサ１８４とともに筐体１６１の内部に収納されている基板（図示せず）に設けられている内蔵ＲＯＭ１８６およびメモリカートリッジ１３に含まれるＯＴＰＲＯＭ１７が結合される。したがって、プロセッサ１８４は、システムバス１８５を通してＲＯＭ１８６およびＯＴＰＲＯＭ１７にアクセスでき、そこから画像データや音楽データ（楽器演奏用のスコアデータ）などを取り出すことができる。
【０２３１】
なお、図３６に示すように、マイク１５１からの音声信号は、アンプ１８１を通してプロセッサ１８４のアナログ入力に与えられる。プロセッサ１８４のサウンドプロセッサ部で処理された結果であるアナログ音声信号は、ミキサ１８３およびアンプ１８２を介して、図３５に示す音声出力端子１６９（１６９Ｌ，１６９Ｒ）に出力される。また、プロセサ１８４のグラフィックプロセッサ（図示せず）で処理された結果であるアナログ画像信号は、図３５に示す画像出力端子１６８に出力される。また、図３５（ａ）に示すディスプレイ１５２には、プロセッサ１８４の出力ポートから表示データが与えられるとともに、図３５に示すすべてのスイッチまたはキー（ここでは参照番号１８０で包括的に示す）はプロセッサ１８４の入力ポートに接続される。
【０２３２】
ここで、マイク一体型カラオケ装置１５０を、図１のライタ７−Ｎとして用いることもできる。この場合、クライアント端末５−Ｎとマイク一体型カラオケ装置１５０とを、ケーブル１５により接続する。この場合、プロセッサ１８４が、図６のＭＰＵ７０の役割を担うことになる。この点を簡単に説明する。クライアント端末５−Ｎがケーブル１５を介して送信したカラオケデータは、マイク一体型カラオケ装置１５０の通信制御部１８８に与えられる。通信制御部１８８は、必要な処理を行って、与えられたカラオケデータを、プロセッサ１８４の入力ポートに入力する。プロセッサ１８４は、入力ポートに与えられたカラオケデータを、バス１８５に接続されたＯＴＰＲＯＭ１７のブランクエリアａＫに書き込む。
【０２３３】
一方、プロセッサ１８４は、バス１８５に接続されたＯＴＰＲＯＭ１７に書き込まれたカラオケデータを読み出して、出力ポートから、通信制御手段１８８に与える。通信制御手段１８８は、ケーブル１５を介して、与えられたカラオケデータを、クライアント端末５−Ｎに送信する。
【０２３４】
なお、通信制御部１８８は、クライアント端末５−Ｎとマイク一体型カラオケ装置１５０との間の通信を制御する。ケーブル１５として、ＵＳＢケーブルを使用する場合は、通信制御部１８８は、ＵＳＢコントローラである。
【０２３５】
図３７は、図３６のＲＯＭ１８６に格納されるプログラム及びデータの概念図である。図３７に示すように、内蔵ＲＯＭ１８６には、警告メッセージ表示プログラム１９１，カラオケ画像データ１９２およびカラオケ音楽データ１９３が記憶される。警告メッセージ表示プログラム１９１は、メモリカートリッジ１３が装着されていない状態で電源スイッチ１５５がオンされたときに起動され、これによって警告メッセージがテレビジョンモニタに表示される。カラオケ画像データ１９２およびカラオケ音楽データ１９３は、メモリカートリッジ１３に記憶されたいずれの曲にも共通して用いられるデータである。カラオケ画像データ１９２は、アイコンデータ及びフォントデータを含み、カラオケ音楽データ１９３は、音源データを含む。
【０２３６】
さて、メモリカートリッジ１３がマイク一体型カラオケ装置１５０に装着された状態で電源スイッチ１５５がオンされると、ＯＴＰＲＯＭ１７に格納されたシステムプログラム（図５参照）が起動され、システム初期化，シーケンス制御，画像表示制御，Ａ／Ｄ変換および音楽加工，音楽再生制御などの処理が行なわれる。また、ＯＴＰＲＯＭ１７に格納された、背景画像データ、曲名画像データ、歌詞データ、楽譜データ、及び、共通データ、のいずれも、システムプログラム（図５参照）の処理に用いられる。
【０２３７】
ここで、メモリカートリッジ１３は、例えば、ユーザが、マイク一体型カラオケ装置１５０の販売店、あるいは、書込業者端末９−Ｍの設置店、などで購入する。
【０２３８】
さて、以上のように、本実施の形態では、カラオケデータの配信を受ける際にクレジットカード番号や銀行口座を送信する必要がないため、それらの情報の送信に対して不安を持っている人たちも安心して、カラオケデータの配信を受けることができる。また、カラオケデータの配信に際して課金をしないため、クレジットカードや銀行口座を持っていない者（例えば、未成年や子供）でも、カラオケデータの配信を受けることができる。以上により、より多くの人たちにデータを配信することができ、広い層のユーザを獲得できる。
【０２３９】
また、プリペイド方式を採用していないため、当然メモリカートリッジ１３にはプリペイド情報が書き込まれておらず、ユーザの不正を極力排除できる。
【０２４０】
さらに、カラオケデータの配信に際して課金をしないため、ＷＥＢサーバ１における課金処理が不要になる。従って、ＷＥＢサーバ１の処理の負担を軽減できるとともに、セキュリティ対策も容易になる。
【０２４１】
さらに、カラオケデータの配信に際して課金をしないため、ユーザは、クレジットカード番号や銀行口座を送信する必要がない。従って、これらの情報が第三者に漏洩して、不正使用されることを防止できる。
【０２４２】
さらに、課金する場合と比較して、ユーザが入力する情報が少ないので、ユーザは、簡易な手続きで所望のカラオケデータをＷＥＢサーバ１から取得できる。
【０２４３】
さらに、カラオケデータの配信に際して課金をしないため、ＷＥＢサーバ１とクライアント端末（ユーザ端末５−Ｎ、書込業者端末９−Ｍ）との間の通信回数も少なくなり、複雑な通信処理が不要になって、簡易な通信手順により、カラオケデータの配信が可能となる。
【０２４４】
さらに、書き込み手段（ライタ７−Ｎ、書込業者端末９−Ｍ）は、メモリカートリッジ１３の格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行う。つまり、メモリカートリッジ１３に再書き込みすることは不可能である。従って、ユーザは、メモリカートリッジ１３に空き領域がなくなった場合は、新たにメモリカートリッジ１３を購入する必要がある。カラオケデータの配信には課金がなされないため、ユーザは、所望のカラオケデータの配信を、次々に受けると想定され、メモリカートリッジ１３の購入量も増えると予想される。従って、メモリカートリッジ１３の製造者又は販売者に対して、売上の向上をもたらすことができる。
【０２４５】
しかも、メモリカートリッジ１３への書き込み可能曲数が「０」の場合には、カラオケデータがクライアント端末へ送信されないため、ユーザのメモリカートリッジ１３の購入量も一層多くなり、メモリカートリッジ１３の製造者又は販売者に対して、より一層の売上の向上をもたらすことができる。
【０２４６】
さらに、メモリカートリッジ１３には、所定のデータ（システムプログラム、共通データ、カートリッジＩＤ、及び、書込み可能曲数）が予め（例えば、工場での出荷時に既に）書き込まれているので、配信されたカラオケデータをメモリカートリッジ１３に書き込むだけで、そのままメモリカートリッジ１３を、マイク一体型カラオケ装置１５０に装着して、カラオケ演奏を行うことができる。
【０２４７】
さらに、メモリカートリッジ１３に、ブランクエリアａＫ単位で書き込みが行われるため（原則として、１つのブランクエリアａＫに対して１曲）、配信されてメモリカートリッジ１３に書き込まれたカラオケデータの管理が容易になって、書き込まれたカラオケデータを読み出す際の処理も容易になる。
【０２４８】
さらに、クライアント端末は、メモリカートリッジ１３への書き込みが正常であるときに、書込完了コードを、ＷＥＢサーバ１に送信する。このため、サービス提供者は、ＷＥＢサーバ１を通じて、配信したカラオケデータが正常に書き込まれたことを知ることができる。例えば、配信したデータが、著作権の対象となる楽曲データや映像データ等である場合は、それらのデータが正常に書き込まれたことがＷＥＢサーバ１に通知されることで、サービス提供者は、著作権者に支払う著作権料の算出を適正に行うことができる。
【０２４９】
さらに、メモリカートリッジ１３へ正常に書き込みが行われた後は、クライアント端末から、当該カラオケデータが消去されるため、例えば、配信したカラオケデータが、著作権の対象となる楽曲データや映像データ等である場合に、著作権者に支払う著作権料の算出を適正に行うことができる。なお、カラオケデータがクライアント端末に残ったままでは、著作権の扱いが不明確なものとなってしまい、適正な著作権料の算出が困難である。
【０２５０】
さらに、クライアント端末は、ＷＥＢサーバ１へ、メモリカートリッジ１３の識別情報（ＩＤ）を送信するため、不正なメモリカートリッジが使用された場合に適切な処置をとることができる。
【０２５１】
さらに、クライアント端末は、ＷＥＢサーバ１へ、ユーザ情報を送信するため、サービス提供者は、ＷＥＢサーバ１を通じて、ユーザの様々な情報を取得でき、それらをサービスの提供に反映させることが可能となる。
【０２５２】
さらに、クライアント端末は、メモリカートリッジ１３に既に記録している楽曲の情報を表示し、かつ、メモリカートリッジ１３に書き込み可能な楽曲の数情報を表示する。このため、同じ楽曲をメモリカートリッジ１３に書き込んだために、書込み可能な領域が少なくなるというような、ユーザにとっての不都合を極力回避できる。また、ユーザは、メモリカートリッジ１３に書き込み可能な残りの楽曲の数を知ることができるため、配信を受ける楽曲の選択に際して、利便性の向上を図ることができる。
【０２５３】
さらに、ユーザ端末５−Ｎとライタ７−Ｎとが、別個に設けられ、ユーザ端末５−Ｎとライタ７−Ｎとは、ケーブル１５により接続される。このため、ユーザ端末５−Ｎが、汎用的に用いられるものである場合は、ユーザ端末５−Ｎを所有しているユーザは、ユーザ端末５−Ｎ及びライタ７−Ｎの双方を購入しなくても、ライタ７−Ｎだけを購入すれば、ＷＥＢサーバ１からカラオケデータの配信を受けることができる。また、ユーザ端末５−Ｎが、汎用的に用いられるものである場合は、ユーザ端末５−Ｎを所有していないユーザであっても、ライタ７−Ｎを購入すれば、第三者の端末５−Ｎを利用して、カラオケデータの配信を受けることができる。
【０２５４】
さらに、ユーザ端末５−Ｎは、ライタ７−Ｎがユーザ端末５−Ｎに接続されていない場合に、接続要求表示を行い、かつ、メモリカートリッジ１３がライタ７−Ｎに装着されていない場合に、装着要求表示を行う。このようにして、ユーザに注意を促すことができ、カラオケデータの配信を円滑に実行できる。
【０２５５】
さらに、書込業者端末９−Ｍでは、プロセッサ９４がライタ７−Ｎの機能を担うので、つまり、書込業者端末９−Ｍとライタとが一体として構成されるので、ライタの接続作業が不要となって、ユーザによる利便性の向上を図ることができる。また、ライタの紛失や盗難を防止できる。
【０２５６】
さらに、書込業者端末９−Ｍは、メモリカートリッジ１３がコネクタ３５に装着されていない場合に、装着要求表示を行う。このため、ユーザに注意を促すことができ、カラオケデータの配信を円滑に実行できる。
【０２５７】
さらに、マイク一体型カラオケ装置１５０自体をライタとして利用できる。このため、マイク一体型カラオケ装置１５０がメモリカートリッジ１３に書き込んだカラオケデータを、マイク一体型カラオケ装置１５０により読み出して、カラオケを行うことができる。このように、ユーザにとって、カラオケデータの書き込みとカラオケデータの利用とを同じ装置で行うことができるため、ユーザにとっての利便性の向上を図ることができる。
【０２５８】
さらに、ユーザは、簡易かつ安全に、しかも、様々な種類の楽曲の中から自分の好きな楽曲を選択して、カラオケデータの配信を受けることができる。つまり、ユーザは、好きな楽曲だけを希望することが多いが、このようなユーザの欲求を満たすことができる。なお、メモリカートリッジ１３に予め複数の楽曲が格納されている場合、格納されている全ての楽曲が、ユーザの好みであるとは限らない。この場合、そのメモリカートリッジ１３を購入したユーザの満足度は、必ずしも高いとは言えない。
【０２５９】
さらに、ＷＥＢサーバ１は、メモリカートリッジ１３のブランクエリアａＫ単位でカラオケデータを配信する（原則として、１つのブランクエリアａＫに対して１曲）。従って、メモリカートリッジ１３には、ブランクエリアａＫ単位で書き込みが行われるため、配信されてメモリカートリッジ１３に書き込まれたカラオケデータの管理が容易になって、書き込まれたカラオケデータを読み出す際の処理も容易になる。
【０２６０】
なお、本発明は、上記の実施の形態に限られるものではなく、その要旨を逸脱しない範囲で種々の態様において実施することが可能であり、例えば、以下のような変形も可能である。
【０２６１】
（１）ユーザ端末５−Ｎは、ライタ７−Ｎが接続されていない場合に、その旨をＷＥＢサーバ１へ通知することもできる。また、ユーザ端末５−Ｎ及び書込業者端末９−Ｍは、メモリカートリッジ１３が装着されていない場合に、その旨をＷＥＢサーバ１へ送信することもできる。
【０２６２】
これにより、ＷＥＢサーバ１は、ライタ７−Ｎが未接続であることやメモリカートリッジ１３が未装着であることを知ることができるため、それに対して適切な対処をすることができる。例えば、ＷＥＢサーバ１は、そのような場合には、カラオケデータを配信しないようにすることもできる。
【０２６３】
（２）クライアント端末は、メモリカートリッジ１３に既に記録しているカラオケデータと、これからメモリカートリッジ１３に書き込もうとするカラオケデータと、が同じ場合に、同じである旨をディスプレイ装置２５，３１に表示することもできる。このようにして、既に書き込んだカラオケデータを再び書き込もうとしていることを、ユーザに積極的に知らせるため、ユーザにとって、より親切なサービスを提供できる。
【０２６４】
（３）上記では、ライタ７−Ｎとユーザ端末５−Ｎとを、ケーブル１５で接続したが、無線により接続することもできる。
【０２６５】
（４）上記では、ＷＥＢサーバ１が配信するデータの例として、カラオケデータを例に挙げたが、配信するデータの種類はこれに限定されない。例えば、配信するデータとして、ゲームデータ（ゲームプログラム、ゲーム画像データ、及び、ゲーム音楽データ、など）、映画等の画像データ、ヒット曲等の音楽データ、あるいは、プログラム、など様々な種類のデータを挙げることができる。
【０２６６】
これにより、ユーザは、簡易かつ安全に、しかも、様々な種類のデータの中から自分の好きなデータを選択して、データの配信を受けることができる。つまり、ユーザは、好きなデータだけを希望することが多いが、このようなユーザの欲求を満たすことができる。
【０２６７】
（５）上記では、サーバの例として、ＷＥＢサーバ１を挙げた。ただし、サーバは、ＷＥＢサーバ１に限定されるものではなく、例えば、ＦＴＰ（ｆｉｌｅ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ）サーバなど、を利用できる。
【０２６８】
（６）図３６において、通信制御部１８８の機能を、プロセッサ１８４に実行させることもできる。
【０２６９】
（７）上記では、記録メディアとして、ＯＴＰＲＯＭ１７を採用したが、これに限定されるものではない。一度限りの書き込みが可能な記録メディアであるか、あるいは、書き込み手段（例えば、ライタ７−Ｎ、書込業者端末９−Ｍ）により、書き込みを１回に限定できれば（再書き込みを禁止できれば）、本発明を適用できる。
【０２７０】
（８）上記した通信手順は一例であり、これに限定されない。つまり、クライアント端末での処理を、ＷＥＢサーバ１で行うようにすることもできるし、また、ＷＥＢサーバ１での処理を、クライアント端末で行うようにすることもできる。このように、役割分担については、システムの設計者が任意に決定できる。
【０２７１】
（９）上記では、クライアント端末の例として、ユーザ端末５−Ｎ及び書込業者端末９−Ｍを挙げたが、これに限定されない。例えば、クライアント端末として、携帯電話やＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔｓ）などの情報通信装置を利用できる。また、通信機能を有するものであれば、クライアント端末として、例えば、テレビジョンなどの家電製品を利用することもできる。
【０２７２】
（１０）図３６の高速プロセッサ１８４として、任意の種類のプロセッサを使用できるが、本件出願人が既に特許出願している高速プロセッサ（商品名：ＸａｖｉＸ）を用いることが好ましい。この高速プロセッサは、例えば、特開平１０−３０７７９０号公報およびこれに対応するアメリカ特許第６，０７０，２０５号に詳細に開示されている。
【符号の説明】
【０２７３】
１…ＷＥＢサーバ、３…データベースサーバ、５−Ｎ…ユーザ端末、７−Ｎ…ライタ、９−Ｍ…書込業者端末、１１…インターネット、１３…メモリカートリッジ、１５…ケーブル、１７…ＯＴＰＲＯＭ、１９…ガイド穴、２１…操作部材、２３…挿入口、２５，３１…ディスプレイ装置、２７，３３…入力装置、２９…ハウジング、３５，４２…コネクタ、４０…押し出し部材、４１…軸、４３…凸部、４４…長穴、４６…回路基板、５０，９１…メモリ、５１，７３，９２…インタフェース（Ｉ／Ｆ）、５２，７１，９３…バス、５３，９４，１８４…プロセッサ、５４，９５…通信装置、５５，９９…補助記憶装置、７０…ＭＰＵ、１５０…マイク一体型カラオケ装置、１５１…マイク、１５２…ディスプレイ、１５３，１５６…ＢＧＭボリューム制御キー、１５４…リセットスイッチ、１５５…電源スイッチ、１５７…ボイスエフェクトモード選択キー、１５８，１５９…曲選択／ピッチ制御キー、１６０…決定キー、１６１…筐体、１６２…エコーモード選択キー、１６３…キャンセルキー、１６４，１６５…テンポ制御キー、１６７…ＡＶコード、１６８…画像出力端子、１６９…音声出力端子、１７０…カートリッジコネクタ、１７１…電池ボックス、１８０…キースイッチ、１８１，１８２…アンプ、１８３…ミキサ、１８５…システムバス、１８６…ＲＯＭ、１８８…通信制御部、１９１…警告メッセージ表示プログラム、１９２…カラオケ画像データ、１９３…カラオケ音楽データ、ａＫ…ブランクエリア、ａｗ…既書込みエリア。
【特許請求の範囲】
【請求項１】
ネットワークを介して楽曲データを配信するサーバと、
前記サーバが配信した前記楽曲データを、記録メディアのブランクエリアに一度限り書き込む書き込み手段と、
前記記録メディアへの書き込みが正常であるときに、正常書込通知を、前記サーバに送信する手段と、を備え、
前記サーバは、受信した前記正常書込通知に基づいて、前記記録メディアに正常に書き込まれた前記楽曲データの数を計数し、
前記計数は、著作権料を算出するための計数である、データ配信システム。
【請求項２】
前記記録メディアは、所定数の前記楽曲データを書き込むための前記所定数のブランクエリアを含み、
前記所定数は、複数であり、
前記書き込み手段は、前記所定数の前記楽曲データが前記所定数の前記ブランクエリアに書き込まれるまでは、前記サーバが配信した１曲分の前記楽曲データを、１つの前記ブランクエリアに、一度限り書き込む、請求項１記載のデータ配信システム。
【請求項３】
前記サーバは、前記楽曲データの配信に際して課金を行わない、請求項１又は２記載のデータ配信システム。
【請求項４】
前記記録メディアへの書き込みが正常であるときに、書き込みのために保持した前記楽曲データを消去する手段をさらに備える請求項１から３のいずれかに記載のデータ配信システム。
【請求項５】
記録メディアのブランクエリアに楽曲データを一度限り書き込む書き込み手段に、ネットワークを介して前記楽曲データを送信するサーバにおいて、
前記記録メディアへの書き込みが正常であるときに送信される正常書込通知に基づいて、著作権料を算出するため、前記記録メディアに正常に書き込まれた前記楽曲データの数を計数することを特徴とするサーバ。
【請求項６】
ネットワークを介してサーバが配信した楽曲データを記録メディアのブランクエリアに一度限り書き込む書き込み手段と、
前記記録メディアへの書き込みが正常であるか否かを判断する判断手段と、
前記記録メディアへの書き込みが正常であると判断されたときに、正常書込通知を、前記サーバに送信する手段と、を備え、
前記正常書込通知は、前記サーバが前記記録メディアに正常に書き込まれた前記楽曲データの数を計数するために利用され、前記計数は、著作権料を算出するための計数である、書き込み装置。
【請求項７】
ネットワークを介してサーバが配信した楽曲データを記録メディアに書き込む書き込み手段と、前記記録メディアへの書き込みが正常であるか否かを判断する判断手段と、前記記録メディアへの書き込みが正常であると判断されたときに、正常書込通知を、前記サーバに送信する手段と、を備えた書込み装置により、前記楽曲データが書き込まれる前記記録メディアにおいて、
データが書き込まれていないブランクエリアを有し、
前記ブランクエリアには、前記書込み装置によって、前記サーバが配信した前記楽曲データが一度限り書き込まれ、
前記正常書込通知は、前記サーバが前記記録メディアに正常に書き込まれた前記楽曲データの数を計数するために利用され、前記計数は、著作権料を算出するための計数である、記録メディア。
【請求項８】
記録メディアのブランクエリアに楽曲データを一度限り書き込む書き込み手段に、ネットワークを介して前記楽曲データを送信するステップと、
前記記録メディアへの書き込みが正常であるときに送信される正常書込通知に基づいて、著作権料を算出するため、前記記録メディアに正常に書き込まれた前記楽曲データの数を計数するステップと、をコンピュータに実行させるコンピュータプログラム。
【請求項９】
ネットワークを介してサーバが配信した楽曲データを記録メディアのブランクエリアに一度限り書き込むステップと、
前記記録メディアへの書き込みが正常であるか否かを判断するステップと、
前記記録メディアへの書き込みが正常であると判断されたときに、正常書込通知を、前記サーバに送信するステップと、をコンピュータに実行させ、
前記正常書込通知は、前記サーバが前記記録メディアに正常に書き込まれた前記楽曲データの数を計数するために利用され、前記計数は、著作権料を算出するための計数である、コンピュータプログラム。
【請求項１】
ネットワークを介して楽曲データを配信するサーバと、
前記サーバが配信した前記楽曲データを、記録メディアのブランクエリアに一度限り書き込む書き込み手段と、
前記記録メディアへの書き込みが正常であるときに、正常書込通知を、前記サーバに送信する手段と、を備え、
前記サーバは、受信した前記正常書込通知に基づいて、前記記録メディアに正常に書き込まれた前記楽曲データの数を計数し、
前記計数は、著作権料を算出するための計数である、データ配信システム。
【請求項２】
前記記録メディアは、所定数の前記楽曲データを書き込むための前記所定数のブランクエリアを含み、
前記所定数は、複数であり、
前記書き込み手段は、前記所定数の前記楽曲データが前記所定数の前記ブランクエリアに書き込まれるまでは、前記サーバが配信した１曲分の前記楽曲データを、１つの前記ブランクエリアに、一度限り書き込む、請求項１記載のデータ配信システム。
【請求項３】
前記サーバは、前記楽曲データの配信に際して課金を行わない、請求項１又は２記載のデータ配信システム。
【請求項４】
前記記録メディアへの書き込みが正常であるときに、書き込みのために保持した前記楽曲データを消去する手段をさらに備える請求項１から３のいずれかに記載のデータ配信システム。
【請求項５】
記録メディアのブランクエリアに楽曲データを一度限り書き込む書き込み手段に、ネットワークを介して前記楽曲データを送信するサーバにおいて、
前記記録メディアへの書き込みが正常であるときに送信される正常書込通知に基づいて、著作権料を算出するため、前記記録メディアに正常に書き込まれた前記楽曲データの数を計数することを特徴とするサーバ。
【請求項６】
ネットワークを介してサーバが配信した楽曲データを記録メディアのブランクエリアに一度限り書き込む書き込み手段と、
前記記録メディアへの書き込みが正常であるか否かを判断する判断手段と、
前記記録メディアへの書き込みが正常であると判断されたときに、正常書込通知を、前記サーバに送信する手段と、を備え、
前記正常書込通知は、前記サーバが前記記録メディアに正常に書き込まれた前記楽曲データの数を計数するために利用され、前記計数は、著作権料を算出するための計数である、書き込み装置。
【請求項７】
ネットワークを介してサーバが配信した楽曲データを記録メディアに書き込む書き込み手段と、前記記録メディアへの書き込みが正常であるか否かを判断する判断手段と、前記記録メディアへの書き込みが正常であると判断されたときに、正常書込通知を、前記サーバに送信する手段と、を備えた書込み装置により、前記楽曲データが書き込まれる前記記録メディアにおいて、
データが書き込まれていないブランクエリアを有し、
前記ブランクエリアには、前記書込み装置によって、前記サーバが配信した前記楽曲データが一度限り書き込まれ、
前記正常書込通知は、前記サーバが前記記録メディアに正常に書き込まれた前記楽曲データの数を計数するために利用され、前記計数は、著作権料を算出するための計数である、記録メディア。
【請求項８】
記録メディアのブランクエリアに楽曲データを一度限り書き込む書き込み手段に、ネットワークを介して前記楽曲データを送信するステップと、
前記記録メディアへの書き込みが正常であるときに送信される正常書込通知に基づいて、著作権料を算出するため、前記記録メディアに正常に書き込まれた前記楽曲データの数を計数するステップと、をコンピュータに実行させるコンピュータプログラム。
【請求項９】
ネットワークを介してサーバが配信した楽曲データを記録メディアのブランクエリアに一度限り書き込むステップと、
前記記録メディアへの書き込みが正常であるか否かを判断するステップと、
前記記録メディアへの書き込みが正常であると判断されたときに、正常書込通知を、前記サーバに送信するステップと、をコンピュータに実行させ、
前記正常書込通知は、前記サーバが前記記録メディアに正常に書き込まれた前記楽曲データの数を計数するために利用され、前記計数は、著作権料を算出するための計数である、コンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【公開番号】特開２００９−２５９２７１（Ｐ２００９−２５９２７１Ａ）
【公開日】平成２１年１１月５日（２００９．１１．５）
【国際特許分類】
【出願番号】特願２００９−１７５０２６（Ｐ２００９−１７５０２６）
【出願日】平成２１年７月２８日（２００９．７．２８）
【分割の表示】特願２００３−２７０８５０（Ｐ２００３−２７０８５０）の分割
【原出願日】平成１５年７月４日（２００３．７．４）
【出願人】（３９６０２５８６１）新世代株式会社 (138)
【Ｆターム（参考）】
【公開日】平成２１年１１月５日（２００９．１１．５）
【国際特許分類】
【出願日】平成２１年７月２８日（２００９．７．２８）
【分割の表示】特願２００３−２７０８５０（Ｐ２００３−２７０８５０）の分割
【原出願日】平成１５年７月４日（２００３．７．４）
【出願人】（３９６０２５８６１）新世代株式会社 (138)
【Ｆターム（参考）】
[ Back to top ]