JP2008505347A - データ配信システム、データ取得装置、書き込み装置、データ取得プログラム、データ取得方法、記録メディア、データ配信装置、及び、コンテンツ配信システム - Google Patents

Abstract

ユーザ端末（５−Ｎ：図１）は、ＷＥＢサーバ（１：図１）からカラオケデータを受信する。ライタ（７−Ｎ：図１）は、ユーザ端末（５−Ｎ）が受信したカラオケデータを、メモリカートリッジ（１３：図２）に書き込む。この場合、ライタ（７−Ｎ）は、メモリカートリッジ（１３）の格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行う。メモリカートリッジ（１３）には予めシステムプログラムが格納されている。このように、プリペイド方式を採用することなく、セキュリティが高く、しかも、簡易なデータ配信システムを実現できる。

Description

本発明は、ネットワークを介してデータを配信するデータ配信システム及びその関連技術に関する。

日本国特開２００１−６０２８６号公報には、プリペイド記録媒体が開示されている。このプリペイド記録媒体には、プリペイド情報記録領域と、コンテンツ情報記録領域と、が設定されている。

ユーザは、プリペイド記録媒体を購入時に、配信センタからダウンロードするコンテンツ情報の購入代金を前払いする。プリペイド情報記録領域には、その前払い金額データが記録される。

一方、コンテンツ情報記録領域には、ユーザがダウンロードしたコンテンツ情報が書き込まれる。ただし、配信センタから送信されたコンテンツ料金データと、プリペイド記録媒体に記録された前払い金額データと、が照合されて、コンテンツ料金が前払い料金以下であった場合に限り、当該コンテンツ情報が、プリペイド情報記録領域に書き込まれる。そして、コンテンツ料金を減算した残金データが、プリペイド情報記録領域に記録される。

このようなプリペイド記録媒体を利用することで、ユーザ側からコンテンツ配信センタに、銀行口座あるいはクレジットカード番号を送信することが不要となって、これらの漏洩を防止できる。

プリペイド領域記録領域に記録される前払い金額データおよび残金データは、ユーザによる書き換えができないように、これらのデータに暗号化キーを格納し、この暗号化キーと配信センタから配信される暗号化キーとが一致した際に、前払い金額データの読み出し及び残金データの書き込みが行えるようになっている。

しかしながら、暗号化キーが漏洩することも考えられ、配信センタを運営するコンテンツ配信業者に対するセキュリティが、必ずしも万全とは言えない。つまり、暗号キーが漏洩すると、その暗号キーを使用して、プリペイド記録媒体の残金データが書き換えられる可能性もあり、そうすると、不正にコンテンツ情報を書き込むことが可能となって、コンテンツ配信業者に大きな不利益をもたらす。この様な問題は、プリペイド方式を採用することに起因する。

一般に、プリペイド方式とは、ユーザが、購入対象商品あるいはサービスの代金を、前もって支払っておき、商品あるいはサービスの購入に応じて、残金が減っていく方式である。

そこで、本発明は、プリペイド方式を採用することなく、セキュリティが高く、しかも、簡易なデータ配信システム及びその関連技術を提供することを目的とする。

本発明の第１の形態によると、データ配信システムは、ネットワークを介してデータを配信するサーバと、配信された前記データを受信するクライアント端末と、記録メディアに、前記クライアント端末が受信した前記データを書き込む書き込み手段と、を備え、前記書き込み手段は、前記記録メディアの格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行う。

この構成によれば、データの配信を受ける際にクレジットカード番号や銀行口座を送信する必要がないため、それらの情報の送信に対して不安を持っている人たちも安心して、データの配信を受けることができる。また、データの配信に際して課金をしないため、クレジットカードや銀行口座を持っていない者（例えば、未成年や子供）でも、データの配信を受けることができる。以上により、より多くの人たちにデータを配信することができ、広い層のユーザを獲得できる。

また、プリペイド方式を採用していないため、当然記録メディアにはプリペイド情報が書き込まれておらず、ユーザの不正を極力排除できる。

さらに、データの配信に際して課金をしないため、サーバにおける課金処理が不要になる。従って、サーバの処理の負担を軽減できるとともに、セキュリティ対策も容易になる。

さらに、データの配信に際して課金をしないため、ユーザは、クレジットカード番号や銀行口座を送信する必要がない。従って、これらの情報が第三者に漏洩して、不正使用されることを防止できる。

さらに、課金する場合と比較して、ユーザが入力する情報が少ないので、ユーザは、簡易な手続きで所望のデータをサーバから取得できる。

さらに、データの配信に際して課金をしないため、サーバとクライアント端末との間の通信回数も少なくなり、複雑な通信処理が不要になって、簡易な通信手順により、データの配信が可能となる。

さらに、書き込み手段は、記録メディアの格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行う。つまり、記録メディアに再書き込みすることは不可能である。従って、ユーザは、記録メディアに空き領域がなくなった場合は、新たに記録メディアを購入する必要がある。データの配信には課金がなされないため、ユーザは、所望のデータの配信を、次々に受けると想定され、記録メディアの購入量も増えると予想される。従って、記録メディアの製造者又は販売者に対して、売上の向上をもたらすことができる。

上記のデータ配信システムにおいて、前記書き込み手段は、前記記録メディアの前記格納領域のうち、データが書き込まれていない領域に、所定の領域単位で、一度限りの書き込みを行う。

この構成によれば、記録メディアに、所定の領域単位で書き込みが行われるため、配信されて記録メディアに書き込まれたデータの管理が容易になって、書き込まれたデータを読み出す際の処理も容易になる。

上記のデータ配信システムにおいて、前記クライアント端末は、前記記録メディアへの書き込みが正常であるときに、所定情報を、前記サーバに送信する。

この構成によれば、サービス提供者は、サーバを通じて、配信したデータが正常に書き込まれたことを知ることができる。例えば、配信したデータが、著作権の対象となる楽曲データや映像データ等である場合は、それらのデータが正常に書き込まれたことがサーバに通知されることで、サービス提供者は、著作権者に支払う著作権料の算出を適正に行うことができる。

上記のデータ配信システムにおいて、前記サーバは、前記記録メディアの空き領域情報が、配信が要求された前記データの容量情報以上の場合に、前記クライアント端末へ前記データを送信する。

この構成によれば、記録メディアの空き領域情報が、配信が要求されたデータの容量情報より少ない場合には、当該データがクライアント端末へ送信されないため、ユーザの記録メディアの購入量も一層多くなり、記録メディアの製造者又は販売者に対して、より一層の売上の向上をもたらすことができる。

上記のデータ配信システムにおいて、前記クライアント端末は、前記記録メディアへの書き込みが正常であるときに、書き込みのために保持した前記データを消去する。

この構成によれば、正常に書き込みが行われた後は、クライアント端末から、当該データが消去されるため、例えば、配信したデータが、著作権の対象となる楽曲データや映像データ等である場合に、著作権者に支払う著作権料の算出を適正に行うことができる。なお、データがクライアント端末に残ったままでは、著作権の扱いが不明確なものとなってしまい、適正な著作権料の算出が困難である。

上記のデータ配信システムにおいて、前記クライアント端末は、前記サーバへ、前記記録メディアの識別情報を送信する。この構成によれば、不正なメモリカートリッジが使用された場合に適切な処置をとることができる。

上記のデータ配信システムにおいて、前記クライアント端末は、前記サーバへ、ユーザ情報を送信する。この構成によれば、サービス提供者は、サーバを通じて、ユーザの様々な情報を取得でき、それらをサービスの提供に反映させることが可能となる。

上記のデータ配信システムにおいて、前記クライアント端末は、前記記録メディアに既に記録しているデータの情報を表示し、かつ、前記記録メディアに書き込み可能なデータの最大容量を示す情報を表示する。

この構成によれば、同じデータを記録メディアに書き込んだために、書き込み可能な領域が少なくなるというような、ユーザにとっての不都合を極力回避できる。また、ユーザは、記録メディアの状態を容易に知ることができるため、配信を受けるデータの選択に際して、利便性の向上を図ることができる。

上記のデータ配信システムにおいて、前記クライアント端末は、前記記録メディアに既に記録しているデータと、前記記録メディアに書き込もうとするデータと、が同じ場合に、同じである旨を表示する。

この構成によれば、既に書き込んだデータを再び書き込もうとしていることを、ユーザに積極的に知らせるため、ユーザにとって、より親切なサービスを提供できる。

上記のデータ配信システムにおいて、前記クライアント端末と前記書き込み手段とが、別個に設けられ、前記クライアント端末と前記書き込み手段とは、有線あるいは無線により接続される。

この構成によれば、クライアント端末が、汎用的に用いられるものである場合は、クライアント端末を所有しているユーザは、クライアント端末及び書き込み手段の双方を購入しなくても、書き込み手段だけを購入すれば、サーバからデータの配信を受けることができる。また、クライアント端末が、汎用的に用いられるものである場合は、クライアント端末を所有していないユーザであっても、書き込み手段を購入すれば、第三者のクライアント端末を利用して、データの配信を受けることができる。

上記のデータ配信システムにおいて、前記クライアント端末は、前記書込み手段が前記クライアント端末に接続されていない場合に、第１の所定の表示を行い、かつ、前記記録メディアが前記書込み手段に接続されていない場合に、第２の所定の表示を行う。この構成によれば、ユーザに注意を促すことができ、データの配信を円滑に実行できる。

上記のデータ配信システムにおいて、前記クライアント端末は、前記書込み手段が前記クライアント端末に接続されていない場合に、前記書込み手段が接続されていないことを示す情報を前記サーバへ送信し、かつ、前記記録メディアが前記書込み手段に接続されていない場合に、前記記録メディアが接続されていないことを示す情報を前記サーバへ送信する。

この構成によれば、サーバは、書き込み手段が未接続であることや記録メディアが未装着であることを知ることができるため、それに対して適切な対処をすることができる。例えば、サーバは、そのような場合には、データを配信しないようにすることもできる。

上記のデータ配信システムにおいて、前記書き込み手段は、マイク一体型カラオケ装置に内蔵される。この構成によれば、マイク一体型カラオケ装置が記録メディアに書き込んだデータを、マイク一体型カラオケ装置により読み出して、カラオケを行うことができる。このように、ユーザにとって、データの書き込みとデータの利用とを同じ装置で行うことができるため、ユーザにとっての利便性の向上を図ることができる。

上記のデータ配信システムにおいて、前記クライアント端末と前記書き込み手段とが、一体として構成される。この構成によれば、クライアント端末と書き込み手段との接続作業が不要となって、ユーザによる利便性の向上を図ることができる。また、書き込み手段の紛失や盗難を防止できる。

上記のデータ配信システムにおいて、前記クライアント端末は、前記記録メディアが前記書込み手段に接続されていない場合に、所定の表示を行う。この構成によれば、ユーザに注意を促すことができ、データの配信を円滑に実行できる。

上記のデータ配信システムにおいて、前記クライアント端末は、前記記録メディアが前記書込み手段に接続されていない場合に、前記記録メディアが接続されていないことを示す情報を前記サーバへ送信する。

この構成によれば、サーバは、記録メディアが未装着であることを知ることができるため、それに対する適切な対処をすることができる。例えば、サーバは、そのような場合には、データを配信しないようにすることもできる。

上記のデータ配信システムにおいて、前記クライアント端末が前記サーバに要求する前記データは、楽曲データである。この構成によれば、ユーザは、簡易かつ安全に、しかも、様々な種類の楽曲の中から自分の好きな楽曲を選択して、楽曲の配信を受けることができる。つまり、ユーザは、好きな楽曲だけを希望することが多いが、このようなユーザの欲求を満たすことができる。なお、記録メディアに予め複数の楽曲が格納されている場合、格納されている全ての楽曲が、ユーザの好みであるとは限らない。この場合、その記録メディアを購入したユーザの満足度は、必ずしも高いとは言えない。

上記のデータ配信システムにおいて、前記クライアント端末が前記サーバに要求する前記データは、楽曲データであり、前記クライアント端末は、前記記録メディアに既に記録している楽曲の情報を表示し、かつ、前記記録メディアに書き込み可能な楽曲の数情報を表示する。

この構成によれば、同じ楽曲を記録メディアに書き込んだために、書込み可能な領域が少なくなるというような、ユーザにとっての不都合を極力回避できる。また、ユーザは、記録メディアに書き込み可能な残りの楽曲の数を知ることができるため、配信を受ける楽曲の選択に際して、利便性の向上を図ることができる。

上記のデータ配信システムにおいて、前記クライアント端末が前記サーバに要求する前記データは、カラオケの楽曲データ及び画像データである。

この構成によれば、ユーザは、簡易かつ安全に、しかも、様々な種類の楽曲の中から自分の好きな楽曲を選択して、カラオケデータの配信を受けることができる。つまり、ユーザは、好きな楽曲だけを希望することが多いが、このようなユーザの欲求を満たすことができる。なお、記録メディアに予め複数の楽曲が格納されている場合、格納されている全ての楽曲が、ユーザの好みであるとは限らない。この場合、その記録メディアを購入したユーザの満足度は、必ずしも高いとは言えない。

上記のデータ配信システムにおいて、前記クライアント端末が前記サーバに要求する前記データは、ゲームデータである。

この構成によれば、ユーザは、簡易かつ安全に、しかも、様々な種類のゲームの中から自分の好きなゲームを選択して、ゲームデータ（ゲームプログラム、ゲーム画像データ、及び、ゲーム音楽データ、など）の配信を受けることができる。つまり、ユーザは、好きなゲームだけを希望することが多いが、このようなユーザの欲求を満たすことができる。なお、記録メディアに予め複数のゲームが格納されている場合、格納されている全てのゲームが、ユーザの好みであるとは限らない。この場合、その記録メディアを購入したユーザの満足度は、必ずしも高いとは言えない。

上記のデータ配信システムにおいて、前記記録メディアは、データが書き込まれていない領域に、一度限りの書き込みが可能な記録メディアである。

上記のデータ配信システムにおいて、前記記録メディアには、配信されて前記記録メディアに書き込まれた前記データを処理する際に使用するデータが予め書き込まれている。

この構成によれば、記録メディアには、所定のデータ（配信されて記録メディアに書き込まれたデータを処理する際に使用するデータ）が予め書き込まれているので、配信されたデータを記録メディアに書き込むだけで、そのまま記録メディアを利用した処理を行うことができる。

本発明の第２の形態によると、データ取得装置は、ネットワークを介してサーバが配信したデータを受信するクライアント端末と、記録メディアに、前記クライアント端末が受信した前記データを書き込む書き込み手段と、を備え、前記書き込み手段は、前記記録メディアの格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行う。本発明の第２の形態では、本発明の第１の形態と同様の効果を奏する。

本発明の第３の形態によると、書き込み装置は、ネットワークを介してサーバが配信したデータを、記録メディアに書き込む書き込み装置であって、前記記録メディアが装着される装着手段と、前記装着手段に装着された前記記録メディアの格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行う書込手段と、を備える。本発明の第３の形態では、本発明の第１の形態と同様の効果を奏する。

本発明の第４の形態によると、データ取得プログラムは、ネットワークを介してサーバが配信したデータを受信するステップと、記録メディアに、受信した前記データを書き込むステップと、をコンピュータに実行させ、前記書込ステップでは、コンピュータに対して、前記記録メディアの格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行わせる。本発明の第４の形態では、本発明の第１の形態と同様の効果を奏する。

本発明の第５の形態によると、データ取得方法は、ネットワークを介してサーバが配信したデータを受信するステップと、記録メディアに、受信した前記データを書き込むステップと、を含み、前記書込ステップでは、前記記録メディアの格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行う。本発明の第５の形態では、本発明の第１の形態と同様の効果を奏する。

本発明の第６の形態によると、記録メディアは、第３の形態による書き込み装置により、ネットワークを介してサーバから配信されたデータが書き込まれる記録メディアであって、前記記録メディアの格納空間は、所定数の格納領域に区分され、前記所定数の格納領域のうち、データが書き込まれていない格納領域に、一度限りの書き込みが行われる、記録メディア。本発明の第６の形態では、本発明の第１の形態と同様の効果を奏する。

本発明の第７の形態によると、サーバは、記録メディアに書き込むデータを、ネットワークを介して配信するサーバにおいて、前記記録メディアの所定の領域単位で前記データを配信する。

この構成によれば、記録メディアには、所定の領域単位で書き込みが行われるため、配信されて記録メディアに書き込まれたデータの管理が容易になって、書き込まれたデータを読み出す際の処理も容易になる。

本発明の第８の形態によると、カラオケデータ配信システムは、内部のデータへのアクセスを行う為の第１の独自インタフェースを備えたメモリカートリッジと、カラオケユーザに配布され、前記第１の独自インタフェースに対して互換性を有すると共に、これと接続可能な第２の独自インタフェースを備え、前記メモリカートリッジからカラオケデータを読み出すと共に、このカラオケデータを再生するカラオケ再生装置と、インターネットに接続され、カラオケデータ配信サービスを行うカラオケデータサーバと、インターネットに介して前記カラオケデータサーバからカラオケデータをダウンロードするデータ通信機能と、前記第１の独自インタフェースに対して互換性を有すると共に、これと接続可能な第３の独自インタフェースと、前記カラオケデータを前記メモリカートリッジへ書き込む機能とを有する書き込み装置を備えている。この構成によれば、カラオケデータのネット配信の著作権の問題を、インタフェースを独自とすることで解決できる。

本発明の第９の形態によると、コンテンツ配信システムは、内部のデータへのアクセスを行う為の第１の独自インタフェースを備えたメモリカートリッジと、前記コンテンツのユーザに配布され、前記第１の独自インタフェースに対して互換性を有すると共に、これと接続可能な第２の独自インタフェースを備え、前記メモリカートリッジからコンテンツを読み出すと共に、このカラオケデータを使用するコンテンツ使用装置と、インターネットに接続され、コンテンツ配信サービスを行うコンテンツサーバと、インターネットに介して前記コンテンツサーバからコンテンツデータをダウンロードするデータ通信機能と、前記第１の独自インタフェースに対して互換性を有すると共に、これと接続可能な第３の独自インタフェースと、前記コンテンツを前記メモリカートリッジへ書き込む機能とを有する書き込み装置を備える。この構成によれば、コンテンツのネット配信の著作権の問題を、インタフェースを独自とすることで解決できる。

以下、本発明の実施の形態について、図面を参照しながら説明する。なお、図中、同一または相当部分については同一の参照符号を付してその説明を援用する。

（実施の形態１）

図１は、本発明の実施の形態１におけるカラオケデータ配信システムの全体構成を示す図である。図１に示すように、このカラオケデータ配信システムは、ＷＥＢサーバ１、データベースサーバ３、ユーザ端末５−１〜５−ｎ（ｎは自然数）、ライタ７−１〜７−ｎ、及び、書込業者端末９−１〜９−ｍ、を含む。

ここで、ユーザ端末５−１〜５−ｎを包括的に表現するときは、ユーザ端末５−Ｎ、と表記する。また、書込業者端末９−１〜９−ｍを包括的に表現するときは、書込業者端末９−Ｍ、と表記する。また、ユーザ端末５−Ｎ、及び、書込業者端末９−Ｍ、を総称して、クライアント端末と呼ぶ。また、ライタ７−１〜７−ｎを包括して表現するときは、ライタ７−Ｎ、と表記する。

ＷＥＢサーバ１、ユーザ端末５−Ｎ、及び、書込業者端末９−Ｍは、インターネット１１に接続される。

ライタ７−Ｎは、対応するユーザ端末５−Ｎに接続される。データベースサーバ３は、ＷＥＢサーバ１に接続される。

図２は、図１のユーザ端末５−Ｎ及びライタ７−Ｎの例示図である。図２に示すように、ユーザ端末５−Ｎは、ディスプレイ装置２５、マウス２７ａ、及び、キーボード２７ｂ、を含む。

ライタ７−Ｎにおいて、ハウジング２９の上面には、メモリカートリッジ１３を挿入するための挿入口２３が形成される。さらに、操作部材２１を上下に操作できるように、ハウジング２９の側面には、ガイド穴１９が形成される。

メモリカートリッジ１３には、ＯＴＰＲＯＭ（ｏｎｅ ｔｉｍｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄｏｎｌｙ ｍｅｍｏｒｙ）１７が内蔵される。ＯＴＰＲＯＭ１７は、１度限りの書き込みしかできないＲＯＭである。ただし、同一領域に対して同一データの書き込みは可能である。

ここで、ＯＴＰＲＯＭについて簡単に説明する。全くの未使用のＯＴＰＲＯＭには、全領域に「１（ハイレベル）」のデータが書き込まれている。つまり、これは、ＯＴＰＲＯＭの初期状態である。そして、ＯＴＰＲＯＭは、「１（ハイレベル）」を「０（ローレベル）」にすることが可能であるが（書き込み）、「０」を「１」にすること（再書き込み）は不可能である。従って、同一領域に対して同一データの書き込みは可能である。

ユーザ端末５−Ｎとライタ７−Ｎとは、ケーブル１５により接続される。このケーブル１５は、例えば、ＵＳＢ（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）ケーブルである。また、挿入口２３から、メモリカートリッジ１３を挿入することで、ライタ７−Ｎにメモリカートリッジ１３を装着できる。そうすると、ガイド穴１９に沿って、操作部材２１が上方向に移動する。一方、操作部材２１を押し下げることにより、装着されたメモリカートリッジ１３を取り出すことができる。

図３は、図１の書込業者端末９−Ｍの例示図である。図３に示すように、書込業者端末９−Ｍは、ディスプレイ装置３１、タッチパネル３３、及び、メモリカートリッジ１３を装着するためのコネクタ３５、を含む。図３では、ディスプレイ装置３１のスクリーンにタッチパネル３３を装着することで、タッチスクリーンを形成している。

図４は、未使用時の図２のＯＴＰＲＯＭ１７の記憶領域を説明するための図解図である。図４に示すように、未使用時では、ＯＴＰＲＯＭ１７には、ブランクエリアａ１〜ａｋ（ｋは自然数）及び既書込みエリアａｗが存在する。ここで、ブランクエリアａ１〜ａｋを包括して表現するときは、ブランクエリアａＫ、と表記する。ブランクエリアａＫは、ユーザによるＯＴＰＲＯＭ１７の購入時（工場からの出荷時）には、何もデータが書き込まれていない領域である。

原則として、１つのブランクエリアａＫに、１曲分のカラオケデータが書き込まれる。ただし、所定数のブランクエリアａＫに、１曲分のカラオケデータを書き込むこともできる。例えば、１曲分のカラオケデータが、ブランクエリアａＫのサイズを超える場合には、複数のブランクエリアａＫが必要である。また、１曲分のカラオケデータが、ブランクエリアａＫのサイズを超えない場合であっても、その曲の価値が２曲分またはそれ以上であれば、（例えば、各ブランクエリアａｋの使用を示すインデックス情報のフィールドを設け、消費されたブランクエリアａｋに対応する、フィールドのエントリを設定するか、あるいは、後述の実施の形態２に関連して説明される状態フラグを利用することによって）２つまたはそれ以上のブランクエリアａＫを消費してもよい。このように、ブランクエリアａＫ単位で、カラオケデータが書き込まれる。また、ＯＴＰＲＯＭ１７であるため、未格納状態のブランクエリアａＫにのみ、カラオケデータを書き込むことができる。つまり、一旦、あるブランクエリアａＫに、カラオケデータが書き込まれた後は、そのブランクエリアａＫへの再度の書込みはできない。さらに、言い換えると、一度限りの書き込みが可能である。

既書き込みエリアａｗには、ユーザによるＯＴＰＲＯＭ１７の購入時（出荷時）に既に、システムプログラム、共通データ、当該メモリカートリッジ１３の識別情報（ＩＤ）、及び、書き込み可能曲数の情報、が書き込まれている。システムプログラムは、システム初期化、シーケンス制御、画像表示制御、Ａ／Ｄ変換、音声加工、及び、音楽再生制御、等を行うプログラムである。共通データは、楽曲の種類に関係なく共通に使用される画像データ、及び、楽曲の種類に関係なく共通に使用される音楽データ,等である。

図５は、図２のＯＴＰＲＯＭ１７の書き込み後の状態を説明するための図解図である。図５では、ブランクエリアａ１に、カラオケデータが書き込まれている例を示している。このカラオケデータには、背景画像データ、曲名画像データ、歌詞データ、及び、楽譜データ、が含まれる。

ブランクエリアａＫに、カラオケデータが書き込まれると、既書き込みエリアａｗの空き領域に、インデックス情報が書き込まれる。インデックス情報は、ブランクエリアａＫごとの、使用の有無を示す情報、背景画像データの格納位置情報、曲名画像データの格納位置情報、歌詞データの格納位置情報、及び、楽譜データの格納位置情報、などである。

図６は、図１のクライアント端末５−Ｎ及びライタ７−Ｎの電気的構成の一例を示す図である。図６に示すように、クライアント端末５−Ｎは、プロセッサ５３、メモリ５０、バス５２、通信装置５４、補助記憶装置５５、インタフェース（Ｉ／Ｆ）５１、ディスプレイ装置２５、及び、入力装置２７、を含む。

補助記憶装置５５は、例えば、ハードディスク装置、等である。また、入力装置２７は、図２のキーボード２７ｂおよびマウス２７ａである。ただし、入力装置２７は、これらに限定されるものではない。入力装置２７の他の例として、トラックボール、ライトペン、ジョイスティック、タッチパネル、又は、タブレット、等を使用できる。

ライタ７−Ｎは、ＭＰＵ（ｍｉｃｒｏ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）７０、バス７１、インタフェース（Ｉ／Ｆ）７３を含む。ここで、ケーブル１５として、例えば、ＵＳＢケーブルを使用する場合は、インタフェース７３及びインタフェース５１の各々は、ＵＳＢコントローラを含む。

図７は、図１の書込業者端末９−Ｍの電気的構成の一例を示す図である。図７に示すように、書込業者端末９−Ｍは、プロセッサ９４、バス９３、メモリ９１、通信装置９５、インタフェース（Ｉ／Ｆ）９２、ディスプレイ装置３１、入力装置３３、及び、補助記憶装置９９、を含む。なお、補助記憶装置９９は、例えば、ハードディスク装置、等である。また、入力装置３３は、図３の例ではタッチパネル３３である。ただし、入力装置３３は、入力装置２７と同様に、これに限定されるものではない。

さて、次に、本実施の形態におけるカラオケデータ配信システムにおける処理の概要を説明する。

図８は、図１の、ライタ７−Ｎ、ユーザ端末５−Ｎ、及び、ＷＥＢサーバ１、間の通信手順の概要を示す図である。入力装置２７を介したユーザからの入力を受けて、ユーザ端末５−Ｎのプロセッサ５３は、通信装置５４及びインターネット１１を介して、ＷＥＢサーバ１に楽曲メニューの送信要求を行う。この送信要求を受けて、ＷＥＢサーバ１は、インターネット１１を介して、ユーザ端末５−Ｎに楽曲メニューを送信する。

ユーザが入力装置２７により、楽曲を選択すると、ユーザ端末５−Ｎのプロセッサ５３は、通信装置５４及びインターネット１１を介して、選択された楽曲の情報（選択楽曲情報）をＷＥＢサーバ１に送信する。ＷＥＢサーバ１は、ユーザ端末５−Ｎが送信した選択楽曲情報が示す楽曲のカラオケデータを、データベースサーバ３から取得して、インターネット１１を介して、ユーザ端末５−Ｎに送信する。

ユーザ端末５−Ｎのプロセッサ５３は、受信したカラオケデータを、一旦、補助記憶装置５５に格納する。そして、プロセッサ５３は、補助記憶装置５５からカラオケデータをメモリ５０に転送し、さらに、そのカラオケデータを、バス５２、インタフェース５１、及び、ケーブル１５を介して、ライタ７−Ｎに送信する。

ライタ７−ＮのＭＰＵ７０は、ユーザ端末５−Ｎのプロセッサ５３が送信したカラオケデータを、インタフェース７３及びバス７１を介して、ＭＰＵ７０の内部のメモリ（図示せず）に転送し、さらに、そのカラオケデータを、バス７１に接続されたＯＴＰＲＯＭ１７に書き込む。さらに、ライタ７−ＮのＭＰＵ７０は、ＯＴＰＲＯＭ１７から、書き込んだカラオケデータを読み出して、読み出したカラオケデータを、バス７１、インタフェース７３及びケーブル１５を介して、ユーザ端末５−Ｎに送信する。

ユーザ端末５−Ｎのプロセッサ５３は、ライタ７−ＮのＭＰＵ７０が読み込んで送信したカラオケデータを、補助記憶装置５５に格納する。そして、プロセッサ５３は、ＷＥＢサーバ１が送信したカラオケデータと、ライタ７−Ｎが送信したカラオケデータと、を比較して、ＯＴＰＲＯＭ１７に正常に書き込みが行われたかどうかを検査する。正常に書き込みが行われたと判断した場合は、ユーザ端末５−Ｎのプロセッサ５３は、通信装置５４及びインターネット１１を介して、ＷＥＢサーバ１へ、カラオケデータがＯＴＰＲＯＭ１７に正常に書き込まれたことを通知する（正常書込通知）。

ＷＥＢサーバ１は、ユーザ端末５−Ｎからの正常書込通知を受信する。ＷＥＢサーバ１は、正常書込通知を受信することで、ＯＴＰＲＯＭ１７に正常に書き込まれたカラオケデータの数を曲ごとに計数する。サービス提供者が支払う著作権料は、この計数値を基に算出することができる。

図９は、図１の書込業者端末９−Ｍ及びＷＥＢサーバ１間の通信手順の概要を示す図である。まず、入力装置３３を介したユーザからの入力を受けて、書込業者端末９−Ｍのプロセッサ９４は、通信装置９５及びインターネット１１を介して、ＷＥＢサーバ１に楽曲メニューの送信要求を行う。この送信要求を受けて、ＷＥＢサーバ１は、インターネット１１を介して、書込業者端末９−Ｍに楽曲メニューを送信する。

ユーザが入力装置３３により、楽曲を選択すると、書込業者端末９−Ｍのプロセッサ９４は、通信装置９５及びインターネット１１を介して、選択された楽曲の情報（選択楽曲情報）をＷＥＢサーバ１に送信する。ＷＥＢサーバ１は、書込業者端末９−Ｍが送信した選択楽曲情報が示す楽曲のカラオケデータを、データベースサーバ３から取得して、インターネット１１を介して、書込業者端末９−Ｍに送信する。

書込業者端末９−Ｍのプロセッサ９４は、受信したカラオケデータを、一旦、補助記憶装置９９に格納する。そして、プロセッサ９４は、補助記憶装置９９からメモリ９１にカラオケデータを転送し、さらに、そのカラオケデータを、バス９３に接続されたＯＴＰＲＯＭ１７に転送する。さらに、プロセッサ９４は、ＯＴＰＲＯＭ１７から、書き込んだカラオケデータを読み出して、読み出したカラオケデータを補助記憶装置９９に格納する。そして、プロセッサ９４は、ＷＥＢサーバ１が送信したカラオケデータと、ＯＴＰＲＯＭ１７から読み出したカラオケデータと、を比較して、ＯＴＰＲＯＭ１７に正常に書き込みが行われたかどうかを検査する。

正常に書き込みが行われたと判断した場合は、プロセッサ９４は、通信装置９５及びインターネット１１を介して、ＷＥＢサーバ１へ、カラオケデータがＯＴＰＲＯＭ１７に正常に書き込まれたことを通知する（正常書込通知）。ＷＥＢサーバ１は、書込業者端末９−Ｍからの正常書込通知を受信する。ＷＥＢサーバ１は、正常書込通知を受信することで、ＯＴＰＲＯＭ１７に正常に書き込まれたカラオケデータの数を曲ごとに計数する。サービス提供者が支払う著作権料は、この計数値を基に算出することができる。

なお、図８及び図９で説明したように、本実施の形態では、一度限りの書き込みが可能な記録メディアの一例として、ＯＴＰＲＯＭ１７を挙げている。このような記録メディアを使用するため、一度データを書き込んだら、その領域にはデータの再書込みはできない。従って、ユーザは、ＯＴＰＲＯＭ１７のブランクエリアａＫの数に応じた数の楽曲（カラオケデータ）だけを書き込むことができる。例えば、ブランクエリアａＫの数が８つであれば、８曲分のカラオケデータのみの書き込みが可能である。この例では、ユーザは、８曲分のカラオケデータを書き込んだら、当該メモリカートリッジ１３に、さらに書き込むことができないので、新たなメモリカートリッジ１３を購入する必要がある。

以上のように、記録メディア自体が一度限りの書き込みしかできないものを採用することにより、記録メディアに一度限りの制限をあたえているが、方法は、これに限定されない。記録メディア（つまり、メモリカートリッジ１３に含まれるメモリデバイス）自体が再書き込みできるものであっても、特定の書き込み制限機構（ハードウエア、ソフトウエア、あるいは、その組み合わせ）によって、メモリカートリッジ１３に一度限の制限を与えることもできる。

ここで、一度限りの制限の実装に関して、詳しく説明する。この実施形態で用いられているＯＴＰＲＯＭは、たとえば、パッケージに消去用の石英ガラス窓の無いＵＶ−ＥＰＲＯＭである。このメモリは、原理的にはＸ線によって消去して、書き換え可能ではある。しかし、少なくともユーザレベルにおいては、ＯＴＰＲＯＭの消去は不可能である。ここでは、少なくともユーザレベルにおいて書き換えが不可能であれば、一度限りの制限が機能していると解釈するものとする。

具体的には、次のような方法も可能である。まず、大量に出回っている安価なフラッシュメモリ・モジュールの半導体チップを利用して、独自のインタフェースを持った、その大量に出回っているフラッシュメモリ・モジュールの標準パッケージとは互換性のない独自のパッケージにマウントする。最も単純には、互換性のあるパッケージに対して、端子の位置の交換、端子の形状の変更等が行われる。この場合、ライタ７−Ｎも、その大量に出回っているフラッシュメモリ・モジュールの互換性のあるライタに対して、端子の位置の交換、端子の形状の変更等が施される。従って、大量に出回っているフラッシュメモリ・モジュールのような市販のメモリチップや市販のメモリコントローラチップが利用できるので、安価で容易な実装が可能である。

更に高いセキュリティは、大量に出回っているフラッシュメモリを利用するが、そのインタフェース・コントローラのプロトコルに若干の変更を加えることで実装することができる。ライタ７−Ｎのインタフェース・コントローラも、フラッシュメモリのインタフェース・コントローラと同様の変更を加える。従って、ユーザレベルでの書き換えを不可能とする目的で、フラッシュメモリのチップと、ライタ７−Ｎのインタフェース・コントローラのチップは特注部品となっているが、パッケージやその他の部品は大量に出回っているフラッシュメモリの部品を流用できる。

また、コントローラを内蔵しない市販のフラッシュメモリでは、ライタ７−Ｎのコントローラのみを変更するだけで、独自のファイルシステムを実装することができる。そして、市販の安価なフラッシュメモリに、独自のファイルシステムでフォーマットするだけで、本発明のシステムで利用可能なメモリカートリッジ１３を製造することができる。言うまでもなく、このコントローラを内蔵しない市販のフラッシュメモリの一般的なライタでは、この独自のファイルシステムへのアクセスはできない。

さて、次に、メモリカートリッジ１３のライタ７−Ｎからの着脱機構を説明する。

図１０は、図２のライタ７−Ｎからメモリカートリッジ１３を着脱する際の機構の説明図である。図１０に示すように、ハウジング２９の側面には、操作部材２１の一方の鉤型部が突出している。また、ハウジング２９の内部において、操作部材２１の他方の鉤型部には、凸部４３が形成され、この凸部４３が、押し出し部材４０の後端に形成された長穴４４に挿入される。さらに、ハウジング２９の内面には、軸４１が形成され、この軸４１により、押し出し部材４０が回転可能に支持される。

図１０に示すように、操作部材２１、押し出し部材４０および軸４１は、ハウジング２９の両側に一対づつ対象に設けられている。ユーザが、操作部材２１を押し下げると、その凸部４３により、押し出し部材４０の後端が押し下げられる。その結果、軸４１を支点として、押し出し部材４０が回転し、押し出し部材４０の先端が、上方向に跳ね上がる。

図２に示すように、メモリカートリッジ１３が未装着の状態では、操作部材２１は、ガイド穴１９の下端に位置している。そして、ユーザが、ハウジング２９の上面に形成された挿入口２３から、メモリカートリッジ１３を挿入すると、これに応じて、押し出し部材４０の先端が押し下げられるとともに、メモリカートリッジ１３が、ハウジング２９の内部に設けられたコネクタ４２に接続される。

一方、メモリカートリッジ１３が装着された状態では、操作部材２１は、ガイド穴１９の上端に位置している。従って、ユーザが、操作部材２１を押し下げると、上記のような機構により、押し出し部材４０の先端が跳ね上がる。これ伴って、メモリカートリッジ１３は、コネクタ４２から抜けて、上方に跳ね上がる。

図１１は、図１０のライタ７−Ｎに装着されたメモリカートリッジ１３を取り出すときの説明図である。図１１は、ライタ７−Ｎの内部の一部を、側面から見た図である。図１１に示すように、押し出し部材４０の先端が、コネクタ４２に接続されたメモリカートリッジ１３の下側の縁に当接する。これにより、メモリカートリッジ１３の押し上げが可能となる。なお、コネクタ４２には、回路基板４６が接続される。この回路基板４６には、図６のＭＰＵ７０、バス７１、及び、インタフェース７３、が実装される。

さて、本実施の形態におけるカラオケデータ配信システムにおいては、クライアント端末（ユーザ端末５−Ｎ又は書込業者端末９−Ｍ）は、ＷＥＢサーバ１から、書き込みプログラムを取得する必要がある。この点を、フローチャート、図６及び図７を用いて説明する。

図１２は、図１のユーザ端末５−ＮがＷＥＢサーバ１から、書き込みプログラムをダウンロードする際の処理の流れを示すフローチャートである。図１２に示すように、ステップＳ１にて、ユーザ端末５−Ｎのプロセッサ５３が、補助記憶装置５５に格納されたブラウザプログラムを起動する。ここで、ユーザ端末５−Ｎのプロセッサ５３が、ブラウザプログラムを実行することにより、ブラウザが構築される。そして、ユーザ端末５−Ｎ（ブラウザ）は、入力装置２７を介したユーザからの入力を受けて、書き込みプログラムを配信するＷＥＢページのＵＲＬ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ）を、通信装置５４及びインターネット１１を介して、ＷＥＢサーバ１へ送信する。

ステップＳ１１にて、ＷＥＢサーバ１は、ユーザ端末５−Ｎから要求されたＷＥＢページデータを、ユーザ端末５−Ｎへ送信する。

ステップＳ２にて、ユーザ端末５−Ｎ（ブラウザ）は、ＷＥＢサーバ１が送信したＷＥＢページデータを解析して、書き込みプログラムを配信するＷＥＢページをディスプレイ装置２５に表示する。ステップＳ３にて、ユーザ端末５−Ｎ（ブラウザ）は、入力装置２７を介したユーザからの入力を受けて、ＷＥＢサーバ１に対して、書き込みプログラムの送信要求を行う。

ステップＳ１２にて、ＷＥＢサーバ１は、ユーザ端末５−Ｎが要求した書き込みプログラム及びそのセットアッププログラムを、ユーザ端末５−Ｎへ送信する。

ステップＳ４にて、ユーザ端末５−Ｎのプロセッサ５３は、受信した書き込みプログラム及びそのセットアッププログラムを、補助記憶装置５５に格納する。

なお、書込業者端末９−Ｍが、ＷＥＢサーバ１から書き込みプログラムを入手する際の処理の流れは、ユーザ端末５−Ｎが、ＷＥＢサーバ１から書き込みプログラムを入手する際の処理の流れと同様である。この場合、書込業者端末９−Ｍのプロセッサ９４が、補助記憶装置９９に格納されたブラウザプログラムを起動する。そして、書込業者端末９−Ｍのプロセッサ９４が、ブラウザプログラムを実行することにより、ブラウザが構築される。また、プロセッサ９４は、ＷＥＢサーバ１から入手した書き込みプログラム及びそのセットアッププログラムを、補助記憶装置９９に格納する。

図１３は、図１のユーザ端末５−Ｎが、ＷＥＢサーバ１から受信した書き込みプログラムをセットアップする際の処理の流れを示すフローチャートである。図１３に示すように、ステップＳ２１にて、ユーザ端末５−Ｎのプロセッサ５３は、書き込みプログラムのセットアッププログラムを起動する。ここで、ユーザ端末５−Ｎのプロセッサ５３が、セットアッププログラムを実行することにより、セットアップ手段が構築される。

ステップＳ２２にて、ユーザ端末５−Ｎ（セットアップ手段）は、セットアップを開始する。ステップＳ２３にて、ユーザ端末５−Ｎ（セットアップ手段）は、ディスプレイ装置２５に登録情報の入力画面を表示する。入力装置２７を介してユーザから登録情報が入力されると、ユーザ端末５−Ｎ（セットアップ手段）は、引き続きセットアップ動作を実行する。ここで、登録情報とは、例えば、ライタ７−Ｎの識別情報（ＩＤ）、ユーザの氏名、電子メールアドレス、電話番号、住所、及び、性別、等である。

ステップＳ２４にて、書き込みプログラムのセットアップが完了すると、ユーザ端末５−Ｎ（セットアップ手段）は、その旨をディスプレイ装置２５に表示する。ステップＳ２５にて、ユーザ端末５−Ｎ（セットアップ手段）は、ユーザが入力した登録情報を、ＷＥＢサーバ１へ送信する。

ステップＳ３１にて、ＷＥＢサーバ１は、ユーザ端末５−Ｎが送信した登録情報を記録する。

なお、書込業者端末９−Ｍが、書き込みプログラムをセットアップする際の処理の流れは、ユーザ端末５−Ｎが、書き込みプログラムをセットアップする際の処理の流れと同様である。この場合、書込業者端末９−Ｍのプロセッサ９４が、補助記憶装置９９に格納されたセットアッププログラムを起動する。そして、書込業者端末９−Ｍのプロセッサ９４が、セットアッププログラムを実行することにより、セットアップ手段が構築される。

さて、図６に戻って、ユーザ端末５−Ｎのプロセッサ５３が、補助記憶装置５５に格納された書き込みプログラム（図１３参照）を起動することにより、書込制御手段が構築される。また、プロセッサ５３が、補助記憶装置５５に格納されたブラウザプログラムを起動することにより、ブラウザが構築される。なお、マルチタスクにより、書込制御手段及びブラウザは、独立して（並列に）動作することができる。

次に、画面図を用いて、本実施の形態におけるカラオケデータ配信システムによるカラオケデータの取得方法について説明する。

図１４は、図２のユーザ端末５−Ｎのディスプレイ装置２５に表示されるＷＥＢページの例示図である。図１４に示すように、ブラウザにより、カラオケデータをダウンロードするためのＷＥＢページが、ディスプレイ装置２５に表示される。具体的には、このＷＥＢページは、フレーム１００〜１０３により構成される。フレーム１０１は、歌手名から楽曲を検索するための画像である。フレーム１０２は、曲名から楽曲を検索するための画像である。フレーム１０３には、リンクボタンが表示されている。

一方、ディスプレイ装置２５には、書込制御手段により、フレーム２００が表示される。このフレーム２００には、メモリカートリッジ１３に既に書き込まれている曲数、メモリカートリッジ１３に既に書き込まれている曲名、及び、メモリカートリッジ１３に書き込み可能な曲数、の情報が表示される。

ユーザが、歌手名検索のフレーム１０１を利用して、所望の歌手名の先頭の文字を入力装置２７により選択すると、その文字を先頭に有する歌手名の一覧が表示される。

図１５は、歌手名により所望の楽曲を検索する際の画面の例示図である。図１４の画面の歌手名検索のフレーム１０１において、歌手名の先頭の文字が選択されると、図１５に示すような画面が、ディスプレイ装置２５に表示される。具体的には、図１５に示すように、ブラウザは、フレーム１０１，１０２，１０４，１０５，１０６を、ディスプレイ装置２５に表示する。フレーム１０４には、図１４の画面で選択された文字を先頭に有する歌手名の一覧。そして、ユーザが、入力装置２７を用いて、フレーム１０４に表示された歌手名の中から所望の歌手名を選択すると、ブラウザは、フレーム１０５に、選択された歌手の持ち歌を表示する。

さらに、ユーザが、入力装置２７を用いて、フレーム１０５に表示された楽曲の中から所望の楽曲を選択すると、書込制御手段は、フレーム２０１に、選択された曲名を表示する。さらに、ユーザが、入力装置２７を用いて、フレーム１０６に表示された書き込みボタンを押下すると、選択された楽曲のカラオケデータが、メモリカートリッジ１３のＯＴＰＲＯＭ１７に書き込まれる。すると、書込制御手段は、フレーム２０２に、書き込みが完了したカラオケデータの曲名を、順次表示していく。また、書込制御手段は、フレーム２００の表示を更新する。

さて、ユーザが、図１４の曲名検索のフレーム１０２を利用して、所望の曲名の先頭の文字を入力装置２７により選択すると、その文字を先頭に有する曲名の一覧が表示される。

図１６は、曲名により所望の楽曲を検索する際の画面の例示図である。図１４の画面の曲名検索のフレーム１０２において、曲名の先頭の文字が選択されると、図１６に示すような画面が、ディスプレイ装置２５に表示される。具体的には、図１６に示すように、ブラウザは、フレーム１０１，１０２，１０６，１０７を、ディスプレイ装置２５に表示する。フレーム１０７には、図１４の画面で選択された文字を先頭に有する曲名の一覧。そして、ユーザが、入力装置２７を用いて、フレーム１０７に表示された楽曲の中から所望の楽曲を選択すると、書込制御手段は、フレーム２０１に選択された曲名を表示する。

さらに、ユーザが、入力装置２７を用いて、フレーム１０６に表示された書き込みボタンを押下すると、選択された楽曲のカラオケデータが、メモリカートリッジ１３のＯＴＰＲＯＭ１７に書き込まれる。すると、書込制御手段は、フレーム２０２に、書き込みが完了したカラオケデータの曲名を、順次表示していく。また、書込制御手段は、フレーム２００の表示を更新する。

ここで、選択やボタンの押下は、マウス２７ａにより、カーソル３０１を所望の位置に移動させ、マウス２７ａをクリックすることにより行う。この場合は、曲名が表示されている領域が、曲選択ボタンということになる。

なお、書込業者端末９−Ｍのディスプレイ装置３１にも、図１４〜図１６と同様の画面が表示され、上記と同様の操作により、カラオケデータを、コネクタ３５に接続されたメモリカートリッジ１３に書き込むことができる。

図１７は、図１のユーザ端末５−Ｎによるカラオケデータのダウンロード及び書き込み処理の流れを示すフローチャートである。図１７に示すように、ステップＳ４１にて、ユーザ端末５−Ｎのプロセッサ５３が、書き込みプログラムを起動する。プロセッサ５３が、書き込みプログラムを実行することにより、書込制御手段が構築される。そして、書込制御手段は、ブラウザプログラムを起動する。プロセッサ５３が、ブラウザプログラムを実行することにより、ブラウザが構築される。つまり、ユーザ端末５−Ｎが、ブラウザおよび書込制御手段として機能する。

ステップＳ４２にて、書込制御手段は、ライタ７−Ｎが、クライアント端末５−Ｎに接続されているかどうかをチェックする。また、書込制御手段は、ライタ７−Ｎに、メモリカートリッジ１３が装着されているかどうかをチェックする。そして、書込制御手段は、ライタ７−Ｎがクライアント端末５−Ｎに接続されており、かつ、メモリカートリッジ１３がライタ７−Ｎに装着されている場合に、処理をステップＳ４３に進める。

ステップＳ４３にて、書込制御手段は、メモリカートリッジ１３のＯＴＰＲＯＭ１７にアクセスして、書き込み済みの曲数の情報及び書き込み済みの曲名の情報を取得する。ステップＳ４４にて、書込制御手段は、ディスプレイ装置２５に、書き込み済み曲数、書き込み済み曲名、及び、書き込み可能な曲数、を表示する。ステップＳ４５にて、書込制御手段は、メモリカートリッジ１３の識別情報（ＩＤ）及びライタ７−Ｎの識別情報（ＩＤ）をＷＥＢサーバ１へ送信する。

ステップＳ６１にて、ＷＥＢサーバ１は、書込制御手段が送信したメモリカートリッジ１３の識別情報（ＩＤ）及びライタ７−Ｎの識別情報（ＩＤ）を記録する。

ステップＳ４６にて、書込制御手段は、カラオケデータをダウンロードするためのＷＥＢページ（書き込みボタンあり）のＵＲＬを、ＷＥＢサーバ１に送信する。

ステップＳ６２にて、ＷＥＢサーバ１は、ＷＥＢページデータを、ユーザ端末５−Ｎに送信する。

ステップＳ４７にて、書込制御手段は、送信したＵＲＬ（ステップＳ６２）を、メモリ５０に格納する。ステップＳ４８にて、ブラウザは、ＷＥＢサーバ１から受信したＷＥＢページデータを解析して、ＷＥＢページ（書き込みボタンあり）を表示する。ステップＳ４９にて、書込制御手段は、ライタ７−Ｎが、クライアント端末５−Ｎに接続されているかどうかをチェックする。また、書込制御手段は、ライタ７−Ｎに、メモリカートリッジ１３が装着されているかどうかをチェックする。そして、書込制御手段は、ライタ７−Ｎがクライアント端末５−Ｎに接続されており、かつ、メモリカートリッジ１３がライタ７−Ｎに装着されている場合に、処理をステップＳ５０に進める。このステップＳ４９の処理は、ステップＳ４２の処理と同様である。

ステップＳ５０にて、入力装置２７を介したユーザの入力情報がチェックされる。ステップＳ５０のチェックの結果、画面上の曲選択ボタンが、入力装置２７を介してユーザにより押下されていれば、処理が図１８のステップＳ７１に進み（ステップＳ５１）、画面上の書き込みボタンが、入力装置２７を介して、ユーザにより押下されていれば、処理が図１９のステップＳ９１に進み（ステップＳ５２）、画面上の終了ボタンが、入力装置２７を介してユーザにより押下されていれば、プロセッサ５３は、書き込みプログラム及びブラウザプログラムを終了し（ステップＳ５３）、画面上のリンクボタンが、入力装置２７を介してユーザにより押下されていれば、処理が図２２のステップＳ１２１に進む（ステップＳ５４）。

一方、ステップＳ５０のチェックの結果、曲選択ボタンが押下されておらず、かつ、書き込みボタンが押下されておらず、かつ、終了ボタンが押下されておらず、かつ、リンクボタンが押下されていない場合は、処理がステップＳ４９に進む（ステップＳ５１、ステップＳ５２、ステップＳ５３、ステップＳ５４）。

図１８は、図１７のステップＳ５１にて曲選択ボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。図１８に示すように、ステップＳ７１にて、ブラウザは、選択された曲を示す曲コードを、ＷＥＢサーバ１に送信する。

ステップＳ８１にて、ＷＥＢサーバ１は、ブラウザが送信した曲コードに対応するカラオケデータを、データベースサーバ３から取得する。ステップＳ８２にて、ＷＥＢサーバ１は、ブラウザが送信した曲コード、その曲コードに対応する曲名の情報、その曲コードに対応するカラオケデータを格納するディレクトリ名の情報、及び、そのカラオケデータのファイル名の情報、をユーザ端末５−Ｎに送信する。ステップＳ８３にて、ＷＥＢサーバ１は、前回の画面データ（ユーザが曲選択ボタンを押下する直前の画面データ）を、ユーザ端末５−Ｎに送信する。

ステップＳ７２にて、書込制御手段は、ディスプレイ装置２５に、ユーザが選択した曲名を表示する。また、ブラウザは、前回の画面を表示する。ステップＳ７２の後、処理は、図１７のステップＳ４９に進められる。

図１９は、図１７のステップＳ５２にて書き込みボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。図１９に示すように、ステップＳ９１にて、ブラウザは、書き込みボタンが押下されたことを示す情報を、ＷＥＢサーバ１へ送信する。

ステップＳ１１１にて、ＷＥＢサーバ１は、カラオケデータの書き込み中であることを示す画面データをユーザ端末５−Ｎに送信する。例えば、この画面データには、書き込みが終了するまでの注意事項を表示するためのデータ、等が含まれる。

ステップＳ９２にて、ブラウザは、カラオケデータの書き込み中であることを示す画面を、ディスプレイ装置２５に表示する。ステップＳ９３にて、書込制御手段は、ＯＴＰＲＯＭ１７へアクセスして、書き込み可能な曲数の情報を取得する。その結果、書き込み可能曲数が「０」の場合（ＯＴＰＲＯＭ１７に空き領域がない場合）、図２０のステップＳ１４１に処理が進められ、書き込み可能曲数が「１」以上の場合（ＯＴＰＲＯＭ１７に空き領域がある場合）、ステップＳ９５に処理が進められる（ステップＳ９４）。ステップＳ９５にて、書込制御手段は、ステップＳ８２で送信されたディレクトリ名の情報及びファイル名の情報を、ＷＥＢサーバ１へ送信する。

ステップＳ１１２にて、ＷＥＢサーバ１は、書込制御手段が送信したディレクトリ名の情報及びファイル名の情報を基に、当該ファイル名で格納されたカラオケデータをユーザ端末５−Ｎに送信する。

ステップＳ９６にて、書込制御手段は、受信したカラオケデータを、補助記憶装置５５にテンポラリファイルとして格納する。ステップＳ９７にて、書込制御手段は、カラオケデータを正常に受信したことを示す正常受信完了コードを、ＷＥＢサーバ１へ送信する。ステップＳ９８にて、書込制御手段は、ライタ９−Ｎに対して、カラオケデータをＯＴＰＲＯＭ１７に書き込むことを指示する。ステップＳ９９にて、書込制御手段は、ＯＴＰＲＯＭ１７に書き込んだカラオケデータを読み出して、ベリファイを実行する。ベリファイの結果、書き込みが正常に行われていれば、処理がステップＳ１０１に進められ、書き込みが不正常であれば、処理が図２１のステップＳ１６１に進められる（ステップＳ１００）。ステップＳ１０１にて、書込制御手段は、テンポラリファイルとして格納したカラオケデータを消去する。ステップＳ１０２にて、書込制御手段は、書き込みが正常に完了したことを示すコード、及び、曲コード、をＷＥＢサーバ１へ送信する。

ステップＳ１１３にて、ＷＥＢサーバ１は、書き込み曲数を計数するカウンタを１つインクリメントする。

ステップＳ１０３にて、書込制御手段は、ユーザにより選択された曲が存在するかどうかを判断する。その判断の結果、選択された曲が存在する場合、処理がステップＳ９３に進み、選択された曲が存在しない場合は、処理がステップＳ１０４に進む。ステップＳ１０４にて、書込制御手段は、カラオケデータのダウンロードが終了したことを示すコードをＷＥＢサーバ１に送信する。

ステップＳ１１４にて、ＷＥＢサーバ１は、前回の画面データ（書き込みボタンを押下する直前の画面データ）を、ユーザ端末５−Ｎに送信する。

ステップＳ１０５にて、ブラウザは、前回の画面をディスプレイ装置２５に表示する。

図２０は、図１９のステップＳ９４にて書き込み可能な曲数が「０」と判断された場合の処理の流れを示すフローチャートである。図２０に示すように、ステップＳ１４１にて、書込制御手段は、ＯＴＰＲＯＭ１７へのカラオケデータの書き込みができないことを示すコード（ＯＴＰＲＯＭ１７に空き領域がないことを示すコード）を、ＷＥＢサーバ１へ送信する。

ステップＳ１５１にて、ＷＥＢサーバ１は、メモリカートリッジ１３の交換を促す表示を行うための画面データを、ユーザ端末５−Ｎに送信する。

ステップＳ１４２にて、ブラウザは、ディスプレイ装置２５に、メモリカートリッジ１３の交換を促す表示を行う。そして、処理が図１７のステップＳ４９に進められる。

図２１は、図１９のステップＳ１００にて書き込みが不正常であると判断された場合の処理の流れを示すフローチャートである。図２１に示すように、ステップＳ１６１にて、書込制御手段は、ＯＴＰＲＯＭ１７へのカラオケデータの書き込みが不正常であることを示すコードを、ＷＥＢサーバ１へ送信する。

ステップＳ１７１にて、ＷＥＢサーバ１は、エラーの対処方法を示す表示を行うための画面データを、ユーザ端末５−Ｎに送信する。

ステップＳ１６２にて、ブラウザは、ディスプレイ装置２５に、エラーの対処方法を示す表示を行う。そして、処理が図１７のステップＳ４９に進められる。

図２２は、図１７のステップＳ５４にてリンクボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。図２２に示すように、ステップＳ１２１にて、ブラウザは、押下されたリンクボタンに対応した新たなＵＲＬを、ＷＥＢサーバ１へ送信する。

ステップＳ１３１にて、ＷＥＢサーバ１は、受信した新たなＵＲＬが示す新たなＷＥＢページデータ（書き込みボタンあり）を、ユーザ端末５−Ｎに送信する。

ステップＳ１２２にて、書込制御手段は、その新たなＵＲＬをメモリ５０に記憶する。ステップＳ１２３にて、ブラウザは、ディスプレイ装置２５に、新たなＷＥＢページ（書き込みボタンあり）を表示する。そして、処理が図１７のステップＳ４９に進められる。

図２３は、図１７のステップＳ４２のライタ／カートリッジチェック処理の流れを示すフローチャートである。図２３に示すように、ステップＳ１８１にて、書込制御手段は、ライタ７−Ｎが、クライアント端末５−Ｎに接続されているかどうかをチェックする。ライタ７−Ｎが、クライアント端末５−Ｎに接続されていない場合は、処理が図２４のステップＳ１９１に進められ、接続されている場合は、処理がステップＳ１８３に進められる（ステップＳ１８２）。ステップＳ１８３にて、書込制御手段は、メモリカートリッジ１３が、ライタ７−Ｎに装着されているかどうかをチェックする。メモリカートリッジ１３が、ライタ７−Ｎに装着されていない場合は、処理が図２７のステップＳ２１１に進められ、装着されている場合は、処理が図１７のステップＳ４３に進められる（ステップＳ１８４）。

図２４は、図２３のステップＳ１８２にてライタ７−Ｎがユーザ端末５−Ｎに接続されていないと判断された場合の処理の流れを示すフローチャートである。図２４に示すように、ステップＳ１９１にて、書込制御手段は、ディスプレイ装置２５に、ライタ７−Ｎの接続を要求する表示を行う。ステップＳ１９２にて、書込制御手段は、曲選択専用のＷＥＢページ（書き込みボタンなし）のＵＲＬを、ＷＥＢサーバ１に送信する。ステップＳ２０１にて、ＷＥＢサーバ１は、曲選択専用のＷＥＢページデータを、ユーザ端末５−Ｎに送信する。

ステップＳ１９３にて、ブラウザは、ＷＥＢサーバ１が送信したＷＥＢページデータを解析して、曲選択専用のＷＥＢページ（書き込みボタンなし）をディスプレイ装置２５に表示する。ステップＳ１９４にて、書込制御手段は、ライタ７−Ｎが、ユーザ端末５−Ｎに接続されているかどうかをチェックする。チェックの結果、ライタ７−Ｎが、ユーザ端末５−Ｎに接続されている場合は、処理が図２７のステップＳ２１１に進められ、接続されていない場合は、処理がステップＳ１９６に進められる（ステップＳ１９５）。

ステップＳ１９６にて、入力装置２７を介したユーザの入力情報がチェックされる。ステップＳ１９６のチェックの結果、画面上の曲選択ボタンが、入力装置２７を介してユーザにより押下されていれば、処理が図２５のステップＳ２３１に進められ（ステップＳ１９７）、画面上の終了ボタンが、入力装置２７を介してユーザにより押下されていれば、プロセッサ５３は、書き込みプログラム及びブラウザプログラムを終了し（ステップＳ１９８）、画面上のリンクボタンが、入力装置２７を介してユーザにより押下されていれば、処理が図２６のステップＳ２５１に進められる（ステップＳ１９９）。

一方、ステップＳ１９６のチェックの結果、曲選択ボタンが押下されておらず、かつ、終了ボタンが押下されておらず、かつ、リンクボタンが押下されていない場合は、処理がステップＳ１９４に進む（ステップＳ１９７、ステップＳ１９８、ステップＳ１９９）。

図２５は、図２４のステップＳ１９７にて曲選択ボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。図２５に示すように、ステップＳ２３１にて、ブラウザは、選択された曲を示す曲コードを、ＷＥＢサーバ１に送信する。ステップＳ２４１にて、ＷＥＢサーバ１は、ブラウザが送信した曲コード、及び、その曲コードに対応する曲名の情報、をユーザ端末５−Ｎに送信する。ステップＳ２４２にて、ＷＥＢサーバ１は、前回の画面データ（ユーザが曲選択ボタンを押下する直前の画面データ）を、ユーザ端末５−Ｎに送信する。ステップＳ２３２にて、書込制御手段は、ディスプレイ装置２５に、ユーザが選択した曲名を表示する。また、ブラウザは、前回の画面を表示する。ステップＳ２３２の処理の後、処理は、図２４のステップＳ１９４に進められる。

図２６は、図２４のステップＳ１９９にてリンクボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。図２６に示すように、ステップＳ２５１にて、ブラウザは、押下されたリンクボタンに対応した新たなＵＲＬを、ＷＥＢサーバ１へ送信する。ステップＳ２６１にて、ＷＥＢサーバ１は、受信した新たなＵＲＬが示す新たなＷＥＢページデータ（書き込みボタンなし）を、ユーザ端末５−Ｎに送信する。ステップＳ２５２にて、ブラウザは、ディスプレイ装置２５に、その新たなＷＥＢページ（書き込みボタンなし）を表示する。そして、処理が図２４のステップＳ１９４に進められる。

図２７は、図２３のステップＳ１８４にてメモリカートリッジ１３がライタ７−Ｎに装着されていないと判断された場合の処理の流れを示すフローチャートである。図２７に示すように、ステップＳ２１１にて、書込制御手段は、ライタ７−Ｎが、ユーザ端末５−Ｎに接続されているかどうかをチェックする。ライタ７−Ｎが、ユーザ端末５−Ｎに接続されていない場合は、図２４のステップＳ１９１に処理が進められ、接続されている場合は、処理がステップＳ２１３に進められる（ステップＳ２１２）。

ステップＳ２１３にて、書込制御手段は、ライタ７−Ｎにカートリッジ１３が装着されているかどうかをチェックする。カートリッジ１３が、ライタ７−Ｎに装着されている場合は、図２８のステップＳ２８１に処理が進められ、装着されていない場合は、処理がステップＳ２１５に進められる（ステップＳ２１４）。ステップＳ２１５にて、書込制御手段は、ディスプレイ装置２５に、メモリートリッジ１３の装着を要求する表示を行う。ステップＳ２１６にて、書込制御手段は、曲選択専用のＷＥＢページ（書き込みボタンなし）のＵＲＬを、ＷＥＢサーバ１に送信する。

ステップＳ２７１にて、ＷＥＢサーバ１は、曲選択専用のＷＥＢページデータを、ユーザ端末５−Ｎに送信する。

ステップＳ２１７にて、ブラウザは、ＷＥＢサーバ１が送信したＷＥＢページデータを解析して、曲選択専用のＷＥＢページ（書き込みボタンなし）をディスプレイ装置２５に表示する。ステップＳ２１８にて、書込制御手段は、ライタ７−Ｎが、ユーザ端末５−Ｎに接続されているかどうかをチェックする。チェックの結果、ライタ７−Ｎが、ユーザ端末５−Ｎに接続されている場合は、処理がステップＳ２２０に進められ、接続されていない場合は、処理が図２４ステップＳ１９１に進められる（ステップＳ２１９）。

ステップＳ２２０にて、書込制御手段は、ライタ７−Ｎにカートリッジ１３が装着されているかどうかをチェックする。カートリッジ１３が、ライタ７−Ｎに装着されている場合は、図２８のステップＳ２８１に処理が進められ、装着されていない場合は、処理がステップＳ２２２に進められる（ステップＳ２２１）。

ステップＳ２２２にて、入力装置２７を介したユーザの入力情報がチェックされる。ステップＳ２２２のチェックの結果、画面上の曲選択ボタンが、入力装置２７を介してユーザにより押下されていれば、処理が図２９のステップＳ３０１に進められ（ステップＳ２２３）、画面上の終了ボタンが、入力装置２７を介してユーザにより押下されていれば、プロセッサ５３は、書き込みプログラム及びブラウザプログラムを終了し（ステップＳ２２４）、画面上のリンクボタンが、入力装置２７を介してユーザにより押下されていれば、処理が図３０のステップＳ３２１に進められる（ステップＳ２２５）。

一方、ステップＳ２２２のチェックの結果、曲選択ボタンが押下されておらず、かつ、終了ボタンが押下されておらず、かつ、リンクボタンが押下されていない場合は、処理がステップＳ２１８に進む（ステップＳ２２３、ステップＳ２２４、ステップＳ２２５）。

図２８は、図２７のステップＳ２２１にてメモリカートリッジ１３が装着されていると判断された場合の処理の流れを示すフローチャートである。図２８に示すように、ステップＳ２８１にて、書込制御手段は、メモリカートリッジ１３のＯＴＰＲＯＭ１７にアクセスして、書き込み済みの曲数の情報及び書き込み済みの曲名の情報を取得する。ステップＳ２８２にて、書込制御手段は、ディスプレイ装置２５に、書き込み済み曲数、書き込み済み曲名、及び、書き込み可能な曲数、を表示する。ステップＳ２８３にて、書込制御手段は、メモリカートリッジ１３の識別情報（ＩＤ）及びライタ７−Ｎの識別情報（ＩＤ）をＷＥＢサーバ１へ送信する。

ステップＳ２９１にて、ＷＥＢサーバ１は、書込制御手段が送信したメモリカートリッジ１３の識別情報（ＩＤ）及びライタ７−Ｎの識別情報（ＩＤ）を記録する。

ステップＳ２８４にて、書込制御手段は、カラオケデータをダウンロードするためのＷＥＢページ（書き込みボタンあり）のＵＲＬを、ＷＥＢサーバ１に送信する。

ステップＳ２９２にて、ＷＥＢサーバ１は、ＷＥＢページデータを、ユーザ端末５−Ｎに送信する。

ステップＳ２８５にて、ブラウザは、ＷＥＢサーバ１から受信したＷＥＢページデータを解析して、ＷＥＢページ（書き込みボタンあり）を表示する。その後、処理が、図１７のステップＳ４９に進められる。

図２９は、図２７のステップＳ２２３にて曲選択ボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。図２９に示すように、ステップＳ３０１にて、ブラウザは、選択された曲を示す曲コードを、ＷＥＢサーバ１に送信する。ステップＳ３１１にて、ＷＥＢサーバ１は、ブラウザが送信した曲コード、及び、その曲コードに対応する曲名の情報、をユーザ端末５−Ｎに送信する。ステップＳ３１２にて、ＷＥＢサーバ１は、前回の画面データ（ユーザが曲選択ボタンを押下する直前の画面データ）を、ユーザ端末５−Ｎに送信する。ステップＳ３０２にて、書込制御手段は、ディスプレイ装置２５に、ユーザが選択した曲名を表示する。また、ブラウザは、前回の画面を表示する。ステップＳ３０２の後、処理は、図２７のステップＳ２１８に進められる。

図３０は、図２７のステップＳ２２５にてリンクボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。図３０に示すように、ステップＳ３２１にて、ブラウザは、押下されたリンクボタンに対応した新たなＵＲＬを、ＷＥＢサーバ１へ送信する。ステップＳ３３１にて、ＷＥＢサーバ１は、受信した新たなＵＲＬが示す新たなＷＥＢページデータ（書き込みボタンなし）を、ユーザ端末５−Ｎに送信する。ステップＳ３２２にて、ブラウザは、ディスプレイ装置２５に、その新たなＷＥＢページ（書き込みボタンなし）を表示する。そして、処理が図２７のステップＳ２１８に進められる。

さて、図１の書込業者端末９−Ｍによるカラオケデータのダウンロード及び書き込み処理の流れは、図１７〜図３０に示したユーザ端末５−Ｎによるカラオケデータのダウンロード及び書き込み処理の流れと同様である。ただし、書込業者端末９−Ｍでは、ＯＴＰＲＯＭ１７にカラオケデータを書き込むのは、別個に設けられたライタではなく、プロセッサ９４であるため、ライタが書込業者端末９−Ｍに接続されているかどうかのチェックは行われない。また、図１７〜図３０では、ＷＥＢサーバ１とユーザ端末５−Ｎとの間で通信が行われたが、書込業者端末９−Ｍによるカラオケデータのダウンロード及び書き込み処理では、ＷＥＢサーバ１と書込業者端末９−Ｍとの間で通信が行われる。

図３１は、図１の書込業者端末９−Ｍによるカラオケデータのダウンロード及び書き込み処理の流れを示すフローチャートである。図３１に示すように、ステップＳ５４１にて、書込業者端末９−Ｍのプロセッサ９４が、補助記憶装置９９に格納された書き込みプログラムを起動する。プロセッサ９４が、書き込みプログラムを実行することにより、書込制御手段が構築される。そして、書込制御手段は、補助記憶装置９９に格納されたブラウザプログラムを起動する。プロセッサ９４が、ブラウザプログラムを実行することにより、ブラウザが構築される。つまり、書込業者端末９−Ｍが、ブラウザおよび書込制御手段として機能する。なお、マルチタスクにより、書込制御手段及びブラウザは、独立して（並列に）動作することができる。

ステップＳ５４２にて、書込制御手段は、図３のコネクタ３５に、メモリカートリッジ１３が装着されているかどうかをチェックする。そして、書込制御手段は、メモリカートリッジ１３がコネクタ５３に装着されている場合、処理をステップＳ５４３に進める。ステップＳ５４３にて、書込制御手段は、メモリカートリッジ１３のＯＴＰＲＯＭ１７にアクセスして、書き込み済みの曲数の情報及び書き込み済みの曲名の情報を取得する。ステップＳ５４４にて、書込制御手段は、ディスプレイ装置３１に、書き込み済み曲数、書き込み済み曲名、及び、書き込み可能な曲数、を表示する。ステップＳ５４５にて、書込制御手段は、メモリカートリッジ１３の識別情報（ＩＤ）をＷＥＢサーバ１へ送信する。

ステップＳ５６１にて、ＷＥＢサーバ１は、書込制御手段が送信したメモリカートリッジ１３の識別情報（ＩＤ）を記録する。

ステップＳ５４６にて、書込制御手段は、カラオケデータをダウンロードするためのＷＥＢページ（書き込みボタンあり）のＵＲＬを、ＷＥＢサーバ１に送信する。

ステップＳ５６２にて、ＷＥＢサーバ１は、ＷＥＢページデータを、書込業者端末９−Ｍに送信する。

ステップＳ５４７にて、書込制御手段は、送信したＵＲＬ（ステップＳ５４６）を、メモリ９１に格納する。ステップＳ５４８にて、ブラウザは、ＷＥＢサーバ１から受信したＷＥＢページデータを解析して、ＷＥＢページ（書き込みボタンあり）を表示する。

ステップＳ５４９にて、書込制御手段は、コネクタ３５に、メモリカートリッジ１３が装着されているかどうかをチェックする。そして、書込制御手段は、メモリカートリッジ１３がコネクタ３５に装着されている場合に、処理をステップＳ５５０に進める。なお、ステップＳ５４９の処理は、ステップＳ５４２の処理と同様である。

ステップＳ５５０にて、入力装置３３を介したユーザの入力情報がチェックされる。ステップＳ５５０のチェックの結果、画面上の曲選択ボタンが、入力装置３３を介してユーザにより押下されていれば、処理が図１８のステップＳ７１に進み（ステップＳ５５１）、画面上の書き込みボタンが、入力装置３３を介して、ユーザにより押下されていれば、処理が図１９のステップＳ９１に進み（ステップＳ５５２）、画面上の終了ボタンが、入力装置３３を介してユーザにより押下されていれば、プロセッサ９４は、書き込みプログラム及びブラウザプログラムを終了し（ステップＳ５５３）、画面上のリンクボタンが、入力装置３３を介してユーザにより押下されていれば、処理が図２２のステップＳ１２１に進む（ステップＳ５５４）。

一方、ステップＳ５５０のチェックの結果、曲選択ボタンが押下されておらず、かつ、書き込みボタン押下されておらず、かつ、終了ボタンが押下されておらず、かつ、リンクボタンが押下されていない場合は、処理がステップＳ５４９に進む（ステップＳ５５１、ステップＳ５５２、ステップＳ５５３、ステップＳ５５４）。

図３２は、図３１のステップＳ５４２のカートリッジチェック処理の流れを示すフローチャートである。図３２に示すように、ステップＳ５５１にて、書込制御手段は、コネクタ３５にカートリッジ１３が装着されているかどうかをチェックする。カートリッジ１３が、コネクタ３５に装着されている場合は、図３１のステップＳ５４３に処理が進められ、装着されていない場合は、処理がステップＳ５５３に進められる（ステップＳ５５２）。ステップＳ５５３にて、書込制御手段は、ディスプレイ装置３１に、メモリートリッジ１３の装着を要求する表示を行う。ステップＳ５５４にて、書込制御手段は、曲選択専用のＷＥＢページ（書き込みボタンなし）のＵＲＬを、ＷＥＢサーバ１に送信する。

ステップＳ５８１にて、ＷＥＢサーバ１は、曲選択専用のＷＥＢページデータを、書込業者端末９−Ｍに送信する。

ステップＳ５５５にて、ブラウザは、ＷＥＢサーバ１が送信したＷＥＢページデータを解析して、曲選択専用のＷＥＢページ（書き込みボタンなし）をディスプレイ装置３１に表示する。ステップＳ５５６にて、書込制御手段は、コネクタ３５にカートリッジ１３が装着されているかどうかをチェックする。カートリッジ１３が、コネクタ３５に装着されている場合は、図２８のステップＳ２８１に処理が進められ、装着されていない場合は、処理がステップＳ５５８に進められる（ステップＳ５５７）。ただし、この場合の図２８のステップＳ２８３では、ライタの識別情報（ＩＤ）は送信されない。なぜなら、書込業者端末９−Ｍでは、別個に設けられたライタを利用しないからである。

ステップＳ５５８にて、入力装置３３を介したユーザの入力情報がチェックされる。ステップＳ５５８のチェックの結果、画面上の曲選択ボタンが、入力装置３３を介してユーザにより押下されていれば、処理が図２９のステップＳ３０１に進められ（ステップＳ５５９）、画面上の終了ボタンが、入力装置３３を介してユーザにより押下されていれば、プロセッサ９４は、書き込みプログラム及びブラウザプログラムを終了し（ステップＳ５６０）、画面上のリンクボタンが、入力装置３３を介してユーザにより押下されていれば、処理が図３０のステップＳ３２１に進められる（ステップＳ５６１）。

一方、ステップＳ５５８のチェックの結果、曲選択ボタンが押下されておらず、かつ、終了ボタンが押下されておらず、かつ、リンクボタンが押下されていない場合は、処理がステップＳ５５６に進む（ステップＳ５５９、ステップＳ５６０、ステップＳ５６１）。

図３３は、カラオケデータが書き込まれたメモリカートリッジ１３を装着する、マイク一体型カラオケ装置（家庭用カラオケ装置）、つまり、ハンディーマイクユニットを装備したカラオケシステムの一例を示す外観図である。図３３（ａ）に示すように、マイク一体型カラオケ装置１５０は、上部が卵形で下部が円筒形の筐体（本体）１６１を含み、この筐体１６１の卵形部上端にマイク１５１が取り付けられている。筐体１６１の上部すなわち卵形部には、電源スイッチ１５５およびリセットスイッチ１５４が設けられる。電源スイッチ１５５は電源をオン／オフするためのスイッチであり、リセットスイッチ１５４は、選択した曲番号を含むすべてをリセットするためのものである。

さらに、筐体１６１の卵形部には、２桁の７セグメントＬＥＤからなるディスプレイ１５２が設けられるとともに、そのディスプレイ１５２を挟む左側にテンポ制御キー１６５および１６４が縦に整列して設けられ、右側にＢＧＭボリューム制御キー１５３および１５６が縦に整列して設けられる。ディスプレイ１５２は、ユーザが選択した曲番号を表示するために利用される。テンポ制御キー１６５および１６４は、カラオケすなわちＢＧＭの再生速度を速くしまたは遅くするためのキーである。ＢＧＭボリューム制御キー１５３および１５６は、カラオケすなわちＢＧＭの再生音量（ボリューム）を大きくしまたは小さくするためのキーである。

筐体１６１の卵形部の中央やや下部には曲選択／ピッチ制御キー１５８および１５９が設けられる。この曲選択／ピッチ制御キー１５８および１５９は、曲番号をインクリメントしまたはデイクリメントするために利用されるとともに、ユーザの音程に合わせてカラオケのピッチ周波数すなわち音程を上下させるために利用される。

曲選択／ピッチ制御キー１５８および１５９の左側でかつテンポ制御キー１６５および１６４の下方の筐体１６１の卵形部には、エコーモード選択キー１６２が設けられる。このエコーモード選択キー１６２は、エコーモードにおいてエコー時間（遅延時間）を選択的に設定するために利用される。この実施の形態では、エコーモード１，エコーモード２およびエコーモード３を設定でき、それぞれ、エコー時間が「小」，「中」および「大」として設定される。

曲選択／ピッチ制御キー１５８および１５９の右側でかつＢＧＭボリューム制御キー１５３および１５６の下方の筐体１６１の卵形部には、ボイスエフェクトモード選択キー１５７が設けられる。このボイスエフェクトモード選択キー１５７は、この実施の形態では、ボイスエフェクトモード１，ボイスエフェクトモード２およびボイスエフェクトモード３を設定できる。ボイスエフェクトモード１は、入力音声の周波数に対し出力音声の周波数が高くなるように音声を加工するモードであり、ボイスエフェクトモード２は、入力音声の周波数に対して出力音声の周波数が低くなるように音声を加工するモードである。さらに、ボイスエフェクトモード３は、上下に連続的にかつ繰り返し出力音声の周波数が変化（スイープ）するように音声を加工するモードである。

ディスプレイ１５２と曲選択／ピッチ制御キー１５８および１５９との間には、キャンセルキー１６３が設けられる。このキャンセルキー１６３は、テンポ制御キー１６５および１６４で設定したテンポ，ボリューム制御キー１５３および１５６で設定したＢＧＭボリューム，曲選択／ピッチ制御キー１５８および１５９で設定した曲番号およびピッチ，エコーモード選択キー１６２で設定したエコーモード，またはボイスエフェクトモード選択キー１５７で設定したボイスエフェクトモードをキャンセルするためのキーである。このキャンセルキー１６３は、演奏中の曲を中断するためにも用いられる。

曲選択／ピッチ制御キー１５８および１５９の下方には、決定キー１６０が設けられる。この決定キー１６０は、テンポ制御キー１６５および１６４で設定したテンポ，ボリューム制御キー１５３および１５６で設定したＢＧＭボリューム，曲選択／ピッチ制御キー１５８および１５９で設定した曲番号およびピッチ，またはボイスエフェクトモード選択キー１５７で設定したボイスエフェクトモードを決定し有効化するためのキーである。

筐体１６１の下部すなわち円筒部下端からＡＶコード１６７が出され、そのＡＶコード１６７には２つの音声出力端子１６９Ｌおよび１６９Ｒと、１つの画像出力端子１６８とが含まれる。音声出力端子１６９Ｌおよび１６９Ｒならびに画像出力端子１６８は、テレビジョンモニタ（図示せず）のＡＶ端子に接続される。したがって、このマイク一体型カラオケ装置１５０の画像および音声は、テレビジョンモニタに出力される。

筐体１６１の裏面には、図３３（ｂ）で示すように、カートリッジコネクタ１７０が設けられ、このカートリッジコネクタ１７０にはメモリカートリッジ１３（図２参照）が着脱自在に装着される。なお、このマイク一体型カラオケ装置１５０は電池駆動のもの１７１であり、そのために、図３３（ｂ）に示すように、筐体１６１の下部円筒部に電池ボックスが設置されている。

図３４は、図３３のマイク一体型カラオケ装置１５０の電気的構成を示す図である。図３４に示すように、マイク一体型カラオケ装置１５０は、筐体１６１の内部に収納されたプロセッサ１８４を含む。プロセッサ１８４は、図示しないが、ＣＰＵ，グラフィックプロセッサ，サウンドプロセッサおよびＤＭＡプロセッサ等の各種プロセッサを含むとともに、アナログ信号を取り込むときに用いられるＡ／Ｄ変換器やキー操作信号や赤外線信号のような入力信号を受けかつ出力信号を外部機器に与える入出力制御回路を含む。

ＣＰＵは、入力信号に応じて必要な演算を実行し、その結果を他のグラフィックプロセッサやサウンドプロセッサ等に与える。したがって、グラフィックプロセッサやサウンドプロセッサはその演算結果に応じた画像処理や音声処理を実行する。

このプロセッサ１８４にはシステムバス１８５が接続されていて、このシステムバス１８５には、プロセッサ１８４とともに筐体１６１の内部に収納されている基板（図示せず）に設けられている内蔵ＲＯＭ１８６およびメモリカートリッジ１３に含まれるＯＴＰＲＯＭ１７が結合される。したがって、プロセッサ１８４は、システムバス１８５を通してＲＯＭ１８６およびＯＴＰＲＯＭ１７にアクセスでき、そこから画像データや音楽データ（楽譜データ）などを取り出すことができる。

なお、図３４に示すように、マイク１５１からの音声信号は、アンプ１８１を通してプロセッサ１８４のアナログ入力に与えられる。プロセッサ１８４のサウンドプロセッサ部で処理された結果であるアナログ音声信号は、ミキサ１８３およびアンプ１８２を介して、図３３に示す音声出力端子１６９（１６９Ｌ，１６９Ｒ）に出力される。また、プロセサ１８４のグラフィックプロセッサ（図示せず）で処理された結果であるアナログ画像信号は、図３３に示す画像出力端子１６８に出力される。また、図３３（ａ）に示すディスプレイ１５２には、プロセッサ１８４の出力ポートから表示データが与えられるとともに、図３３に示す全てのスイッチまたはキー（ここでは参照番号１８０で包括的に示す）はプロセッサ１８４の入力ポートに接続される。

ここで、マイク一体型カラオケ装置１５０を、図１のライタ７−Ｎとして用いることもできる。この場合、クライアント端末５−Ｎとマイク一体型カラオケ装置１５０とを、ケーブル１５により接続する。この場合、プロセッサ１８４が、図６のＭＰＵ７０の役割を担うことになる。この点を簡単に説明する。

クライアント端末５−Ｎがケーブル１５を介して送信したカラオケデータは、マイク一体型カラオケ装置１５０の通信制御部１８８に与えられる。通信制御部１８８は、必要な処理を行って、与えられたカラオケデータを、プロセッサ１８４の入力ポートに入力する。プロセッサ１８４は、入力ポートに与えられたカラオケデータを、バス１８５に接続されたＯＴＰＲＯＭ１７のブランクエリアａＫに書き込む。

一方、プロセッサ１８４は、バス１８５に接続されたＯＴＰＲＯＭ１７に書き込まれたカラオケデータを読み出して、出力ポートから、通信制御手段１８８に与える。通信制御手段１８８は、ケーブル１５を介して、与えられたカラオケデータを、クライアント端末５−Ｎに送信する。

なお、通信制御部１８８は、クライアント端末５−Ｎとマイク一体型カラオケ装置１５０との間の通信を制御する。ケーブル１５として、ＵＳＢケーブルを使用する場合は、通信制御部１８８は、ＵＳＢコントローラである。

図３５は、図３４のＲＯＭ１８６に格納されるプログラム及びデータの概念図である。図３５に示すように、内蔵ＲＯＭ１８６には、警告メッセージ表示プログラム１９１，カラオケ画像データ１９２およびカラオケ音楽データ１９３が記憶される。警告メッセージ表示プログラム１９１は、メモリカートリッジ１３が装着されていない状態で電源スイッチ１５５がオンされたときに起動され、これによって警告メッセージがテレビジョンモニタに表示される。カラオケ画像データ１９２およびカラオケ音楽データ１９３は、メモリカートリッジ１３に記憶されたいずれの曲にも共通して用いられるデータである。カラオケ画像データ１９２は、アイコンデータ及びフォントデータを含み、カラオケ音楽データ１９３は、音源データを含む。

さて、メモリカートリッジ１３がマイク一体型カラオケ装置１５０に装着された状態で電源スイッチ１５５がオンされると、ＯＴＰＲＯＭ１７に格納されたシステムプログラム（図５参照）が起動され、システム初期化，シーケンス制御，画像表示制御，Ａ／Ｄ変換および音楽加工，音楽再生制御などの処理が行なわれる。また、ＯＴＰＲＯＭ１７に格納された、背景画像データ、曲名画像データ、歌詞データ、楽譜データ、及び、共通データ、のいずれも、システムプログラム（図５参照）の処理に用いられる。

ここで、メモリカートリッジ１３は、例えば、ユーザが、マイク一体型カラオケ装置１５０の販売店、あるいは、書込業者端末９−Ｍの設置店、などで購入する。

さて、以上のように、本実施の形態では、カラオケデータの配信を受ける際にクレジットカード番号や銀行口座を送信する必要がないため、それらの情報の送信に対して不安を持っている人たちも安心して、カラオケデータの配信を受けることができる。また、カラオケデータの配信に際して課金をしないため、クレジットカードや銀行口座を持っていない者（例えば、未成年や子供）でも、カラオケデータの配信を受けることができる。以上により、より多くの人たちにデータを配信することができ、広い層のユーザを獲得できる。

また、プリペイド方式を採用していないため、当然メモリカートリッジ１３にはプリペイド情報が書き込まれておらず、ユーザの不正を極力排除できる。

さらに、カラオケデータの配信に際して課金をしないため、ＷＥＢサーバ１における課金処理が不要になる。従って、ＷＥＢサーバ１の処理の負担を軽減できるとともに、セキュリティ対策も容易になる。

さらに、カラオケデータの配信に際して課金をしないため、ユーザは、クレジットカード番号や銀行口座を送信する必要がない。従って、これらの情報が第三者に漏洩して、不正使用されることを防止できる。

さらに、課金する場合と比較して、ユーザが入力する情報が少ないので、ユーザは、簡易な手続きで所望のカラオケデータをＷＥＢサーバ１から取得できる。

さらに、カラオケデータの配信に際して課金をしないため、ＷＥＢサーバ１とクライアント端末（ユーザ端末５−Ｎ、書込業者端末９−Ｍ）との間の通信回数も少なくなり、複雑な通信処理が不要になって、簡易な通信手順により、カラオケデータの配信が可能となる。

さらに、書き込み手段（ライタ７−Ｎ、書込業者端末９−Ｍ）は、メモリカートリッジ１３の格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行う。つまり、メモリカートリッジ１３に再書き込みすることは不可能である。従って、ユーザは、メモリカートリッジ１３に空き領域がなくなった場合は、新たにメモリカートリッジ１３を購入する必要がある。カラオケデータの配信には課金がなされないため、ユーザは、所望のカラオケデータの配信を、次々に受けると想定され、メモリカートリッジ１３の購入量も増えると予想される。従って、メモリカートリッジ１３の製造者又は販売者に対して、売上の向上をもたらすことができる。しかも、メモリカートリッジ１３への書き込み可能曲数が「０」の場合には、カラオケデータがクライアント端末へ送信されないため、ユーザのメモリカートリッジ１３の購入量も一層多くなり、メモリカートリッジ１３の製造者又は販売者に対して、より一層の売上の向上をもたらすことができる。

さらに、メモリカートリッジ１３には、所定のデータ（システムプログラム、共通データ、カートリッジＩＤ、及び、書込み可能曲数）が予め（例えば、工場での出荷時に既に）書き込まれているので、配信されたカラオケデータをメモリカートリッジ１３に書き込むだけで、そのままメモリカートリッジ１３を、マイク一体型カラオケ装置１５０に装着して、カラオケ演奏を行うことができる。

さらに、メモリカートリッジ１３に、ブランクエリアａＫ単位で書き込みが行われるため（原則として、１つのブランクエリアａＫに対して１曲）、配信されてメモリカートリッジ１３に書き込まれたカラオケデータの管理が容易になって、書き込まれたカラオケデータを読み出す際の処理も容易になる。

さらに、クライアント端末は、メモリカートリッジ１３への書き込みが正常であるときに、書込完了コードを、ＷＥＢサーバ１に送信する。このため、サービス提供者は、ＷＥＢサーバ１を通じて、配信したカラオケデータが正常に書き込まれたことを知ることができる。例えば、配信したデータが、著作権の対象となる楽曲データや映像データ等である場合は、それらのデータが正常に書き込まれたことがＷＥＢサーバ１に通知されることで、サービス提供者は、著作権者に支払う著作権料の算出を適正に行うことができる。

さらに、メモリカートリッジ１３へ正常に書き込みが行われた後は、クライアント端末から、当該カラオケデータが消去されるため、例えば、配信したカラオケデータが、著作権の対象となる楽曲データや映像データ等である場合に、著作権者に支払う著作権料の算出を適正に行うことができる。なお、カラオケデータがクライアント端末に残ったままでは、著作権の扱いが不明確なものとなってしまい、適正な著作権料の算出が困難である。

さらに、クライアント端末は、ＷＥＢサーバ１へ、メモリカートリッジ１３の識別情報（ＩＤ）を送信するため、不正なメモリカートリッジが使用された場合に適切な処置をとることができる。

さらに、クライアント端末は、ＷＥＢサーバ１へ、ユーザ情報を送信するため、サービス提供者は、ＷＥＢサーバ１を通じて、ユーザの様々な情報を取得でき、それらをサービスの提供に反映させることが可能となる。

さらに、クライアント端末は、メモリカートリッジ１３に既に記録している楽曲の情報を表示し、かつ、メモリカートリッジ１３に書き込み可能な楽曲の数情報を表示する。このため、同じ楽曲をメモリカートリッジ１３に書き込んだために、書込み可能な領域が少なくなるというような、ユーザにとっての不都合を極力回避できる。また、ユーザは、メモリカートリッジ１３に書き込み可能な残りの楽曲の数を知ることができるため、配信を受ける楽曲の選択に際して、利便性の向上を図ることができる。

さらに、ユーザ端末５−Ｎとライタ７−Ｎとが、別個に設けられ、ユーザ端末５−Ｎとライタ７−Ｎとは、ケーブル１５により接続される。このため、ユーザ端末５−Ｎが、汎用的に用いられるものである場合は、ユーザ端末５−Ｎを所有しているユーザは、ユーザ端末５−Ｎ及びライタ７−Ｎの双方を購入しなくても、ライタ７−Ｎだけを購入すれば、ＷＥＢサーバ１からカラオケデータの配信を受けることができる。また、ユーザ端末５−Ｎが、汎用的に用いられるものである場合は、ユーザ端末５−Ｎを所有していないユーザであっても、ライタ７−Ｎを購入すれば、第三者の端末５−Ｎを利用して、カラオケデータの配信を受けることができる。

さらに、ユーザ端末５−Ｎは、ライタ７−Ｎがユーザ端末５−Ｎに接続されていない場合に、接続要求表示を行い、かつ、メモリカートリッジ１３がライタ７−Ｎに装着されていない場合に、装着要求表示を行う。このようにして、ユーザに注意を促すことができ、カラオケデータの配信を円滑に実行できる。

さらに、書込業者端末９−Ｍでは、プロセッサ９４がライタ７−Ｎの機能を担うので、つまり、書込業者端末９−Ｍとライタとが一体として構成されるので、ライタの接続作業が不要となって、ユーザによる利便性の向上を図ることができる。また、ライタの紛失や盗難を防止できる。

さらに、書込業者端末９−Ｍは、メモリカートリッジ１３がコネクタ３５に装着されていない場合に、装着要求表示を行う。このため、ユーザに注意を促すことができ、カラオケデータの配信を円滑に実行できる。

さらに、マイク一体型カラオケ装置１５０自体をライタとして利用できる。このため、マイク一体型カラオケ装置１５０がメモリカートリッジ１３に書き込んだカラオケデータを、マイク一体型カラオケ装置１５０により読み出して、カラオケを行うことができる。このように、ユーザにとって、カラオケデータの書き込みとカラオケデータの利用とを同じ装置で行うことができるため、ユーザにとっての利便性の向上を図ることができる。

さらに、ユーザは、簡易かつ安全に、しかも、様々な種類の楽曲の中から自分の好きな楽曲を選択して、カラオケデータの配信を受けることができる。つまり、ユーザは、好きな楽曲だけを希望することが多いが、このようなユーザの欲求を満たすことができる。なお、メモリカートリッジ１３に予め複数の楽曲が格納されている場合、格納されている全ての楽曲が、ユーザの好みであるとは限らない。この場合、そのメモリカートリッジ１３を購入したユーザの満足度は、必ずしも高いとは言えない。

さらに、ＷＥＢサーバ１は、メモリカートリッジ１３のブランクエリアａＫ単位でカラオケデータを配信する（原則として、１つのブランクエリアａＫに対して１曲）。従って、メモリカートリッジ１３には、ブランクエリアａＫ単位で書き込みが行われるため、配信されてメモリカートリッジ１３に書き込まれたカラオケデータの管理が容易になって、書き込まれたカラオケデータを読み出す際の処理も容易になる。

（実施の形態２）

本発明の実施の形態２によるカラオケデータ配信システムの全体構成は、図１と同様である。また、実施の形態２によるユーザ端末５−Ｎ及びライタ７−Ｎ並びに書込業者端末９−Ｍは、それぞれ、図６のユーザ端末５−Ｎ及びライタ７−Ｎ並びに図７の書込業者端末９−Ｍと同様である。また、実施の形態２でも、実施の形態１と同様に、図３３〜図３５のマイク一体型カラオケ装置により、メモリカートリッジ１３にカラオケデータを書き込むこともできる。実施の形態２において、カラオケデータをダウンロードしてメモリカートリッジ１３に書き込むための書込プログラムのダウンロード処理およびセットアップ処理は、それぞれ、図１２および図１３の処理と同様である。また、実施の形態２における通信手順の概要は、図８の通信手順と同様である。

図３６は、実施の形態２による未使用時の図２のＯＴＰＲＯＭ１７の記憶領域を説明するための図解図である。図３６に示すように、未使用時では、ＯＴＰＲＯＭ１７には、ブランクエリアａ１〜ａｋ（ｋは自然数）及び既書込みエリアａｗが存在する。ここで、ブランクエリアａ１〜ａｋを包括して表現するときは、ブランクエリアａＫ、と表記する。

ブランクエリアａＫは、ユーザによるＯＴＰＲＯＭ１７の購入時（工場からの出荷時）には、何もデータが書き込まれていない領域である。原則として、１つのブランクエリアａＫに、１曲分のカラオケデータが書き込まれる。ただし、所定数のブランクエリアａＫに、１曲分のカラオケデータを書き込むこともできる。このように、ブランクエリアａＫ単位で、カラオケデータが書き込まれる。

また、ＯＴＰＲＯＭ１７であるため、未格納状態のブランクエリアａＫにのみ、カラオケデータを書き込むことができる。つまり、一旦、あるブランクエリアａＫに、カラオケデータが書き込まれた後は、そのブランクエリアａＫへの再度の書込みはできない。さらに、言い換えると、一度限りの書き込みが可能である。

既書き込みエリアａｗには、ユーザによるＯＴＰＲＯＭ１７の購入時（出荷時）に既に、システムプログラム、共通データ、当該メモリカートリッジ１３の識別情報（ＩＤ）、書き込み可能曲数の情報、状態テーブル、カートリッジ容量、及びカートリッジ名、が書き込まれている。システムプログラム、共通データ、メモリカートリッジ１３のＩＤ、及び書き込み可能曲数の情報は、図４と同様である。カートリッジ名は、メモリカートリッジ１３の種別を判断するために付けられる。メモリカートリッジ１３には、カラオケ用のものもあれば、ゲーム用のものもあり、その他の用途のものも存在しうる。これらを区別するために、メモリカートリッジ１３には、カートリッジ名が格納される。本実施の形態では、メモリカートリッジ１３はカラオケ用のものであり、カートリッジ名を例えば「ＭＫ」とする。

状態テーブルは、複数の状態フラグを含み、この状態フラグは、ブランクエリアａＫごとに設けられる。この状態フラグは、対応するブランクエリアａＫの書き込み状態を示す。書き込み状態としては、「未使用（空）」、「書き込み途中」、「書き込み正常」、及び、「書き込み不正常」の４つの状態がある。

図３７は、図３６の状態テーブルの例示図である。図３７に示すように、ブランクエリアａＫごとに、例えば８ビットの状態フラグが設けられる。そして、「未使用」を「１１１１１１１１」で表し、「書き込み途中」を「１１１１１１１０」で表し、「書き込み正常」を「１１１１１１００」で表し、「書き込み不正常」を「００００００００」で表す。図３７の例では、ブランクエリアａ１の書き込み状態は、「書き込み正常」であり、ブランクエリアａ２の書き込み状態は、「書き込み途中」であり、ブランクエリアａ３〜ａＫの書き込み状態は、「未使用」である。

図３８は、実施の形態２による図２のＯＴＰＲＯＭ１７の書き込み後の状態を説明するための図解図である。図３８では、ブランクエリアａ１に、カラオケデータ及びインデックス情報が書き込まれている例を示している。このカラオケデータには、背景画像データ、曲名画像データ、歌詞データ、及び、楽譜データ、が含まれる。インデックス情報は、ブランクエリアａ１に書き込まれた背景画像データ、曲名画像データ、歌詞データ、及び、楽譜データ、の格納位置情報などである。このように、ブランクエリアａＫには、カラオケデータと、カラオケデータに対するインデックス情報と、が書き込まれる。なお、本実施の形態では、ブランクエリアなる名称を用いているが、カラオケデータが書き込まれた後は、もちろんブランクではない。

さて、次に、ユーザ端末５−Ｎによる処理の概要を説明する。

図３９は、本発明の実施の形態２におけるユーザ端末５−Ｎによる処理の概要を示すフローチャートである。図３９に示すように、ステップＳ６００にて、ユーザ端末５−Ｎは、ライタ７−Ｎの識別情報（ＩＤ）が正しいか否かをチェックして、正しい場合はステップＳ６０４に進み、正しくない場合はステップＳ６０１に進む。ステップＳ６０１にて、ユーザ端末５−Ｎは、ライタ７−ＮのＩＤの入力回数を判断して、入力回数が５回であれば、ステップＳ６０３に進み、入力終了表示をして、処理を終了する。一方、ユーザ端末５−Ｎは、入力回数ＩＤの入力回数が、５回未満ならば、ステップＳ６０２に進み、ライタ５−ＮのＩＤの入力画面をディスプレイ装置２５に表示して、ステップＳ６００に進む。

図４０は、実施の形態２によるライタ５−ＮのＩＤの入力画面の例示図である。図４０に示すように、ディスプレイ装置２５には、カーソル３０１、ＩＤ入力画面３０９及びゲージ部３１０が表示される。ＩＤ入力画面３０９は、ＩＤが入力されるＩＤ入力部３０８ａ〜３０８ｄ、ＩＤの入力終了後に押下するＯＫボタン３００、及び、ＩＤの入力をキャンセルするときに押下するキャンセルボタン３０２を含む。ゲージ部３１０は、処理の進行状況を示すゲージ３０４及び終了ボタン３０６を含む。

ユーザは、マウス２７ａを操作して、カーソル３０１をＩＤ入力部３０８ａ〜３０８ｄに持っていく。そして、マウス２７ａをクリックして、入力位置を決定し、キーボード２７ｂにより、ライタ５−ＮのＩＤを入力していく。ＩＤの入力終了後、ユーザは、マウス２７ａを操作して、ＯＫボタン３００にカーソル３０１を移動させ、マウス２７ａをクリックして、入力を確定する。一方、入力をキャンセルするときは、カーソル３０９をキャンセルボタン３０２に移動させ、マウス２７ａをクリックする。ＩＤ入力画面３０９及びゲージ部３１０を閉じるときは、カーソル３０９を終了ボタン３０６に移動させ、マウス２７ａをクリックする。

図３９に戻って、ステップＳ６０４にて、ユーザ端末５−Ｎは、ライタ７−ＮのＩＤを補助記憶装置５５に記録する。ステップＳ６０５にて、ユーザ端末５−Ｎは、ディスプレイ装置２５に、メモリカートリッジ１３のチェック中画面を表示する。ステップＳ６０６にて、ユーザ端末５−Ｎは、メモリカートリッジ１３が正常か否かをチェックして、不正常であれば、ステップＳ６０７に進み、ディスプレイ装置２５にエラーメッセージを表示して処理を終了する。一方、正常であれば、ユーザ端末５−Ｎは、ステップＳ６０８進み、メモリカートリッジ１３の格納情報をディスプレイ装置２５に表示する。

図４１は、実施の形態２によるメモリカートリッジ１３のチェック中画面の例示図である。図４１に示すように、ディスプレイ装置２５には、カーソル３０１、カートリッジ格納情報表示部３１２、メモリカートリッジ１３のチェック中画面３１１及びゲージ部３１０が表示される。

チェック中画面３１１には、メモリカートリッジ１３のチェック中であることをユーザに知らせるべく、その旨の表記がされる。ゲージ３０４には、メモリカートリッジ１３のチェックの進行状況が示される。カートリッジ格納情報表示部３１２には、メモリカートリッジ１３のチェックが終了した後、メモリカートリッジ１３のタイプ（例えば、２８曲が書き込み可能なタイプ、１２曲が書き込み可能なタイプ等）、メモリカートリッジ１３への現在の書き込み済みの曲数、メモリカートリッジ１３への現在の書き込み可能曲数、及び、後述のカートリッジ情報テーブル３１４が表示される（ステップＳ６０８）。

図３９に戻って、ステップＳ６０９にて、ユーザ端末５−Ｎは、カラオケデータをダウンロードするためのＷＥＢページをディスプレイ装置２５に表示する。

図４２は、実施の形態２によるカラオケデータをダウンロードするためのＷＥＢページの例示図である。図４２に示すように、ユーザ端末５−Ｎは、ディスプレイ装置２５に、カーソル３０１、カラオケホームページ３３０、カートリッジ格納情報表示部３１２、及び、ゲージ部３１０を表示する。カラオケＷＥＢページ３３０は、ランキングボタン３１６、新曲ボタン３１８、リリース予定ボタン３２０、お知らせボタン３２２、ヘルプボタン３２４、及び、曲検索ボタン３２８を含む。

ユーザが、マウス２７ａを操作して、曲検索ボタン３２８にカーソル３０１を移動させ、マウス２７ａをクリックすると、様々なカテゴリから楽曲を検索できる検索トップページ３３２（後述）が表示される。同様の操作により、ユーザがランキングボタン３１６を押下すると、楽曲のランキングを記載したＷＥＢページ（図示せず）が表示される。また、同様の操作により、ユーザが新曲ボタン３１８を押下すると、新曲を記載したＷＥＢページ（図示せず）が表示される。同様の操作により、ユーザがリリース予定ボタン３２０を押下すると、リリース予定を記載したＷＥＢページ（図示せず）が表示される。同様の操作により、ユーザがお知らせボタン３２２を押下すると、ユーザへの様々な情報を記載したＷＥＢページ（図示せず）が表示される。同様の操作により、ユーザがヘルプボタン３２４を押下すると、ユーザの操作を援助するための記載がなされたＷＥＢページ（図示せず）が表示される。

なお、図４２の例では、カートリッジ格納情報表示部３１２には、装着されたメモリカートリッジ１３のタイプが、１２曲のカラオケデータの書き込みが可能なタイプである旨の表示、装着されたメモリカートリッジ１３には、現在の書き込み済みの楽曲が１曲ある旨の表示、現在の書き込み可能な楽曲の数が１１曲ある旨の表示、及び、カートリッジ情報テーブル３１４が表示されている。カートリッジ情報テーブル３１４には、現在の書き込み済みの曲名の一覧からなる。

図４３は、実施の形態２による検索トップページ３３２の例示図である。図４３に示すように、ディスプレイ装置２５には、カーソル３０１、検索トップページ３３２、カートリッジ格納情報表示部３１２、及びゲージ部３１０が表示される。検索トップページ３３２は、曲名ボタン３３４、アーティスト名ボタン３３６、キーワードボタン３３８、ナンバーボタン３４０、及び、ジャンル・年代ボタン３４２を含む。

ユーザが、マウス２７ａを操作して、曲名ボタン３３４にカーソル３０１を移動させ、マウス２７ａをクリックすると、曲名から楽曲を検索できる曲名検索ページ３４４（後述）が表示される。同様の操作により、ユーザがアーティスト名ボタン３３６を押下すると、アーティスト名から楽曲を検索できるアーティスト名検索ページ３５５（後述）が表示される。同様の操作により、ユーザがキーワードボタン３３８を押下すると、キーワードから楽曲を検索できるキーワード検索ページ（図示せず）が表示される。同様の操作により、ユーザがジャンル・年代ボタン３４２を押下すると、ジャンルや年代から楽曲を検索できるジャンル・年代検索ページ（図示せず）が表示される。同様の操作により、ユーザがナンバーボタン３４０を押下すると、楽曲に割り当てられた楽曲番号から楽曲を検索できるナンバー検索ページ（図示せず）が表示される。

図４４は、実施の形態２による曲名検索ページ３４４の例示図である。図４４に示すように、ディスプレイ装置２５には、カーソル３０１、曲名検索ページ３４４、カートリッジ格納情報表示部３１２、及び、ゲージ部３１０が表示される。曲名検索ページ３４４は、ユーザにより曲名が入力される曲名入力欄３４８、文字の一覧からなる文字選択欄３５０、及び、曲名一覧テーブル３４６が表示される。

ユーザが、マウス２７ａを操作して、文字選択欄３５０の所望の文字にカーソル３０１を移動させ、マウス２７ａをクリックすると、曲名入力欄３４８に、当該文字が入力される。なお、キーボート２７ｂにより、曲名入力欄３４８に文字を入力することもできる。曲名入力欄３４８に文字あるいは文字列が入力されると、その文字あるいは文字列を含む曲名が、曲名一覧テーブル３４６に表示される。曲名一覧テーブル３４６は、曲名、アーティスト名、及び、選択ボタン３４９を含む。

ユーザが、マウス２７ａを操作して、所望の楽曲に対応する選択ボタン３４９にカーソル３０１を移動させ、マウス２７ａをクリックすると、ダウンロードページ３５６（後述）が表示される。

図４５は、実施の形態２によるダウンロードページ３５６の例示図である。図４５に示すように、ディスプレイ装置２５には、カーソル３０１、ダウンロードページ３５６、カートリッジ格納情報表示部３１２、及び、ゲージ部３１０が表示される。ダウンロードページ３５６は、選択曲情報表示部３５８、「はい」ボタン３６０、及び、「いいえ」ボタン３６２を含む。

ユーザが、マウス２７ａを操作して、「はい」ボタン３６０にカーソル３０１を移動させ、マウス２７ａをクリックすると、当該楽曲のカラオケデータが、ユーザ端末５−Ｎにダウンロードされ、そして、ライタ７−Ｎにより、メモリカートリッジ１３に、ダウンロードしたカラオケデータが書き込まれる。なお、「はい」ボタン３６０の押下により、書き込み中画面３１３（後述）が表示される。一方、「いいえ」ボタン３６２が押下されると、前画面（この例では曲名検索ページ３４４）に戻る。

図４６は、実施の形態２による書き込み中画面の例示図である。図４６に示すように、ディスプレイ装置２５には、カーソル３０１、書き込み中画面３１３、カートリッジ格納情報表示部３１２、及び、ゲージ部３１０が表示される。書き込み中画面３１３には、カラオケデータをメモリカートリッジ１３に書き込んでいることをユーザに知らせるべく、その旨および注意事項が表示される。ゲージ３０４には、ダウンロード及び書き込みの進行状況が表示される。

図４３に戻って、アーティスト名ボタン３３６が押下されると、アーティスト名検索ページ３５５（後述）が表示される。

図４７は、実施の形態２によるアーティスト名検索ページ３５５の例示図である。図４７に示すように、ディスプレイ装置２５には、カーソル３０１、アーティスト名検索ページ３５５、カートリッジ格納情報表示部３１２、及び、ゲージ部３１０が表示される。アーティスト名検索ページ３５５は、アーティスト一覧テーブル３５２、アーティスト名入力欄３５４、及び、文字選択欄３５０を含む。

ユーザが、マウス２７ａを操作して、文字選択欄３５０の所望の文字にカーソル３０１を移動させ、マウス２７ａをクリックすると、アーティスト名入力欄３５４に、当該文字が入力される。なお、キーボート２７ｂにより、アーティスト名入力欄３５４に文字を入力することもできる。アーティスト名入力欄３５４に文字あるいは文字列が入力されると、その文字あるいは文字列を含むアーティスト名が、アーティスト名一覧テーブル３５２に表示される。アーティスト名一覧テーブル３５２は、アーティスト名および曲一覧ボタン３４７を含む。

ユーザが、マウス２７ａを操作して、所望のアーティスト名に対応する曲一覧ボタン３４７にカーソル３０１を移動させ、マウス２７ａをクリックすると、そのアーティストの楽曲一覧ページが（図示せず）が表示される。この楽曲一覧ページには、各楽曲に対応して、選択ボタン（図示せず）が表示される。この選択ボタンは、図４４の選択ボタン３４９と同様のものであり、押下されると、ダウンロードページ３５６が表示される。

図３９に戻って、ステップＳ６１０にて、ユーザ端末５−Ｎは、ユーザからの入力情報をチェックする。選択ボタン３４９が押下されていれば、ステップＳ６１２に進み、それ以外では、ステップＳ６１３に進む（ステップＳ６１１）。ステップＳ６１２にて、ユーザ端末５−Ｎは、ディスプレイ装置２５に、ダウンロードページ３５６を表示して、ステップＳ６１３に進む。そして、ダウンロードボタン、つまり、図４５の「はい」ボタン３６０が押下されていれば、ステップＳ６１７に進み、それ以外であれば、ステップＳ６１４に進む（ステップＳ６１３）。そして、終了ボタン３０６が押下されていれば、処理を終了し、それ以外であれば、ステップＳ６１５に進む（ステップＳ６１４）。そして、リンクボタンが押下されていれば、ステップＳ６１６に進み、そうでなければ、ステップＳ６１０に進む（ステップＳ６１５）。ステップＳ６１６では、ユーザ端末５−Ｎは、押下されたリンクボタンに応じたＷＥＢページを、ディスプレイ装置２５に表示し、ステップＳ６１０に進む。

リンクボタンは、例えば、ランキングボタン３１６、新曲ボタン３１８、リリース予定ボタン３２０、お知らせボタン３２２、ヘルプボタン３２４、曲検索ボタン３２８、曲名ボタン３３４、アーティスト名ボタン３３６、キーワードボタン３３８、ジャンル・年代ボタン３４２、ナンバーボタン３４０、選択ボタン３４９、および、曲一覧ボタン３４７などである。

さて、ステップＳ６１７にて、ユーザ端末５−Ｎは、ＷＥＢサーバ１から、カラオケデータをダウンロードする。そして、ユーザ端末５−Ｎは、ライタ７−Ｎに対して、カラオケデータの書き込み指示を出す。すると、ライタ７−Ｎは、メモリカートリッジ１３に、ユーザ端末５−Ｎから与えられたカラオケデータを書き込む。書き込み終了後に、処理は、ステップＳ６１０に進む。

次に、ユーザ端末５−Ｎによる処理の概要を説明する。

図４８は、本発明の実施の形態２におけるユーザ端末５−Ｎによる処理の一部（主に、ライタ７−Ｎのチェック処理）を示すフローチャートである。図４８に示すように、ステップＳ７００にて、ユーザ端末５−Ｎのプロセッサ５３が、書き込みプログラムを起動する。プロセッサ５３が、書き込みプログラムを実行することにより、書込制御手段が構築される。つまり、ユーザ端末５−Ｎが、書込制御手段として機能する。

ステップＳ７０１にて、書込制御手段は、補助記憶装置５５にアクセスして、ライタ７−ＮのＩＤが登録済みか否かをチェックし、登録されていればステップＳ７０２に進み、未登録であればステップ７０３に進む。ステップＳ７０２にて、書込制御手段は、登録されているライタ７−ＮのＩＤが、不正か否かをチェックし、不正であればステップＳ７０３に進み、不正でなければ（正しければ）ステップＳ７０８に進む。

ステップＳ７０３では、書込制御手段は、ディスプレイ装置２５に、ライタ７−ＮのＩＤの入力画面３０９を表示する。ステップＳ７０４にて、書込制御手段は、入力されたＩＤをチェックする。ステップＳ７０５にて、書込制御手段は、ＩＤが不正か否かをチェックして、不正でなければ（正しければ）ステップＳ７０８に進み、不正であれば、ステップＳ７０６に進む。

ステップＳ７０６にて、書込制御手段は、ＩＤの入力回数をチェックして、５回になったらステップＳ７０７に進み、エラー表示をして処理を終了する。一方、５回未満であれば、ステップＳ７０３に進む。

ステップＳ７０８では、書込制御手段は、ディスプレイ装置２５に、メモリカートリッジ１３のチェック中画面３１１を表示する。その他、ディスプレイ装置２５には、ゲージ部３１０およびカートリッジ格納情報表示部３１２が表示される。ただし、この時点では、メモリカートリッジ１３の内容が分からないので、カートリッジ格納情報表示部３１２には、具体的な情報は表示されない（図４１参照）。

ステップＳ７０９にて、書込制御手段は、補助記憶装置５５に、ライタ７−ＮのＩＤを記録（登録）する。ステップＳ７１０にて、書込制御手段は、ライタ７−Ｎが、ユーザ端末５−Ｎに接続されているか否かをチェックして、接続されていれば、後述の図４９のステップＳ７２０に進み、未接続であれば、ステップＳ７１１に進む。ステップＳ７１１では、書込制御手段は、ライタ７−Ｎが未接続である旨および接続を促す旨のエラー表示を行って、ステップＳ７１２に進む。

ステップＳ７１２にて、書込制御手段は、ユーザからの入力情報をチェックする。ステップＳ７１３にて、書込制御手段は、入力情報が、再試行を指示する情報であればステップＳ７１０に進み、キャンセルを指示する情報であれば処理を終了する。

図４９は、実施の形態２におけるユーザ端末５−Ｎによるカートリッジチェック処理の前半を示すフローチャートである。図４９に示すように、図４８のステップＳ７１０の後、ステップＳ７２０にて、書込制御手段は、ライタ７−Ｎにアクセスして、装着されたメモリカートリッジ１３の既書込みエリアａｗの情報を読み込み、メモリ５０に格納する。

ステップＳ７２１にて、書込制御手段は、既書込みエリアａｗの情報が正常に読み込まれたか否かをチェックして、読み込みが不正常ならばステップＳ７２８に進み、エラー表示処理を実行する。一方、読み込みが正常ならば、ステップＳ７２２に進む。ステップＳ７２２では、書込制御手段は、読み込んだ既書込みエリアａｗの情報に対してＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）を実行する。その結果、冗長ビットが一致していれば、ステップＳ７２４に進み、不一致ならばステップＳ７２９に進む。

ステップＳ７２４では、書込制御手段は、既書込エリアａｗの情報を基に、メモリカートリッジ１３の名称が「ＭＫ」か否かをチェックして、「ＭＫ」であれば後述の図５０のステップ７４０に進み、「ＭＫ」でなければステップＳ７２５に進む。なお、上記のように、名称「ＭＫ」は、メモリカートリッジ１３がカラオケ用のものであることを示している。

ステップＳ７２５にて、書込制御手段は、装着されたメモリカートリッジ１３が、カラオケ用のものでないことをユーザに通知するべく、ディスプレイ装置２５にその旨の表示を行う。ステップＳ７２６にて、書込制御手段は、ユーザからの入力情報をチェックする。ステップＳ７２７にて、書込制御手段は、入力情報が再試行を指示する情報の場合は、ステップＳ７２０に進み、入力情報がキャンセルを指示する情報であれば処理を終了する。

さて、ステップＳ７２９では、書込制御手段は、メモリカートリッジ１３から情報が読み込めないことをユーザに通知すべく、その旨をディスプレイ装置２５に表示する。ステップＳ７３０にて、書込制御手段は、ユーザからの入力情報をチェックする。ステップＳ７３１にて、書込制御手段は、入力情報が再試行を指示する情報の場合は、ステップＳ７２０に進み、入力情報がキャンセルを指示する情報であれば処理を終了する。

図５０は、本発明の実施の形態２におけるユーザ端末５−Ｎによるカートリッジチェック処理の後半を示すフローチャートである。ステップＳ７４０にて、書込制御手段は、読み込んだ既書込エリアａｗの情報に含まれる状態テーブル（図３６および図３８参照）をチェックする。具体的には、状態フラグ（図３７参照）をチェックする。書込制御手段は、状態フラグが「正常書込」を示しているときはステップＳ７４２に進み（ステップＳ７４１）、状態フラグが「書き込み途中」を示しているときはステップＳ７４４に進み（ステップＳ７４３）、状態フラグが「未使用」を示しているときはステップＳ７４７に進み（ステップＳ７４５）、状態フラグが「不正常書込」を示しているときはステップＳ７４６に進む（ステップＳ７４５）。

ステップＳ７４６にて、書込制御手段は、全てのブランクエリアａ１〜ａｋに対応する状態フラグのチェックが終了したか否かを判断して、終了していなければステップＳ７４０に進み、終了していればステップＳ７４７に進む。なお、本実施の形態では、ブランクエリアａＫの番号が若い方から順番にカラオケデータが書き込まれる。

さて、ステップＳ７４２では、書込制御手段は、ライタ７−Ｎにアクセスして、装着されたメモリカートリッジ１３から、正常な書き込みが行われているブランクエリアａＫに格納された曲名情報（図３８参照）を読み込み、メモリ５０に格納し、ステップＳ７４６に進む。一方、ステップＳ７４４では、書込制御手段は、書き込み途中のブランクエリアａＫに対する再書き込みを、ライタ７−Ｎに行わせ、ステップＳ７４６に進む。

全てのブランクエリアａＫに対して状態フラグのチェックが終了した場合、あるいは、未使用のブランクエリアａＫが検出された場合に、ステップＳ７４７にて、書込制御手段は、メモリカートリッジ１３の格納情報（メモリカートリッジタイプ、現在の書き込み済み曲数、現在の書き込み可能曲数、及び、カートリッジ情報テーブル３１４）を、ディスプレイ装置２５のカートリッジ格納情報表示部３１２に表示する（図４２参照）。ステップＳ７４８にて、書込制御手段は、不正常な書込がなされたブランクエリアａＫが存在するときは、ステップＳ７４９に進み、存在しないときはステップＳ７５０に進む。

ステップＳ７４９では、書込制御手段は、カートリッジ格納情報表示部３１２に、不正常な書き込みが行われた曲数を表示する。ステップＳ７５０にて、書込制御手段は、メモリ５０に格納されているメモリカートリッジ１３のＩＤを、補助記憶装置５５の所定位置に保存して、後述の図５４のステップＳ９００に進む。

図５１は、図４９のステップＳ７２８のエラー表示処理の流れを示すフローチャートである。図５１に示すように、ステップＳ７６０にて、書込制御手段は、ライタ７−Ｎがユーザ端末５−Ｎに接続されているか否かをチェックして、未接続の場合はステップＳ７６１に進み、接続されていればステップＳ７６２に進む。ステップＳ７６１では、書込制御手段は、ライタ７−Ｎが接続されていないことをユーザに通知すべく、その旨をディスプレイ装置２５に表示して、ステップＳ７６５に進む。

一方、ステップＳ７６２では、書込制御手段は、メモリカートリッジ１３がライタ７−Ｎに装着されているか否かをチェックして、未装着の場合はステップＳ７６３に進み、装着されていればステップＳ７６４に進む。ステップＳ７６３では、書込制御手段は、メモリカートリッジ１３が装着されている旨をユーザに通知すべく、その旨をディスプレイ装置２５に表示して、ステップＳ７６５に進む。

一方、ステップＳ７６４では、メモリカートリッジ１３の情報が読めないことをユーザに通知すべく、その旨をディスプレイ装置２５６に表示して、ステップＳ７６５に進む。

ステップＳ７６５では、書込制御手段は、ユーザからの入力情報をチェックする。ステップＳ７６６にて、書込制御手段は、入力情報が再試行を指示する情報の場合は、図４９のステップＳ７２０に進み、入力情報がキャンセルを指示する情報であれば処理を終了する。

図５２は、図５０のステップＳ７４４の再書き込み処理の流れを示すフローチャートである。ステップＳ７６９にて、書込制御手段は、補助記憶装置５５にアクセスして、中断情報をチェックする。この中断情報は、書き込みが中断されたカラオケデータが補助記憶装置５５に保存されている場合は、「真」を示し、保存されていない場合は、「偽」を示すフラグである。書き込みの中断は、例えば、書き込みの最中に、メモリカートリッジ１３がライタ７−Ｎから取り出された場合や、ケーブル１５がライタ７−Ｎあるいはユーザ端末５−Ｎから引き抜かれた場合などに発生する。

ステップＳ７７０にて、書込制御手段は、書き込みが中断されたカラオケデータが、補助記憶装置５５に存在した場合は、ステップＳ７７２に進み、存在しない場合はステップＳ７７１に進む。ステップＳ７７１では、書込制御手段は、エラー処理を実行して、リターンする。

一方、ステップＳ７７２では、書込制御手段は、補助記憶装置５５の所定位置に保存されている、メモリカートリッジ１３のＩＤと、メモリ５０に格納されている、メモリカートリッジ１３のＩＤと、を比較する。この比較処理は、次のことを想定して行われる。

ユーザ端末５−１で、ＩＤが「０」のメモリカートリッジ１３に、曲名Ａのカラオケデータを書き込んでいる最中に、メモリカートリッジ１３をライタ７−１から引き抜き、該当するブランキエリアａｋの状態が「書き込み中」のままである。その後、書き込みプログラムを終了した。この場合、図５０のステップＳ７５０により、ユーザ端末５−１の補助記憶装置５５の所定位置には、ＩＤが「０」として保存されている。

一方、ユーザ端末５−２で、ＩＤが「１」のメモリカートリッジ１３に、曲名Ｂのカラオケデータを書き込んでいる最中に、メモリカートリッジ１３をライタ７−２から引き抜き、該当するブランキエリアａｋの状態が「書き込み中」のままである。その後、書き込みプログラムを終了した。この場合、図５０のステップＳ７５０により、ユーザ端末５−２の補助記憶装置５５の所定位置には、ＩＤが「１」として保存されている。

そして、ユーザが、ＩＤが「１」のメモリカートリッジ１３を、ユーザ端末５−１に接続されているライタ７−１に装着した。そうすると、図５０から分かるように、ステップＳ７４４は、ステップＳ７５０の前に行われる処理であるため、このようなケースでは、図５２のステップＳ７７２では、現在ライタ７−１に装着されている（曲名Ｂが書き込み途中の）メモリカートリッジのＩＤ「１」と、前回ライタ７−１に装着されていた（曲名Ａが書き込み途中の）メモリカートリッジのＩＤ「０」と、が比較されることになる。

ステップＳ７７２の処理は、以上のような事態を想定している。

さて、ステップＳ７７３では、書込制御手段は、双方のＩＤが一致した場合は、ステップＳ７７４に進み、不一致の場合は、ステップＳ７８８に進む。ステップＳ７７４にて、書込制御手段は、メモリカートリッジ１３に書き込み途中のカラオケデータが存在する旨の表示をディスプレイ装置２５に行うとともに、修復の意思を確認するボタンをディスプレイ装置２５に表示する。

ステップＳ７７５にて、書込制御手段は、ユーザからの入力情報をチェックする。ステップＳ７７６にて、書込制御手段は、入力情報が修復を指示する情報であればステップＳ７７７に進み、入力情報が修復しないことを示す情報であればステップＳ７９２に進む。ステップＳ７７７では、書込制御手段は、ライタ５−Ｎに、保存しているカラオケデータを、書き込み途中になっているブランクエリアａＫに上書きさせる。ステップＳ７７８にて、書込制御手段は、書き込みが正常に行われたか否かをチェックして、正常に行われていればステップＳ７８４に進み、不正常であればステップＳ７７９に進む。

ステップＳ７７９では、書込制御手段は、メモリ５０に格納した既書込エリアａｗの情報に含まれる状態テーブルを更新し、さらに、ライタ５−Ｎに、更新後の状態テーブルを、既書込エリアａｗの状態テーブルに上書きさせる。具体的には、該当のブランクエリアａＫに対応する状態フラグを「書き込み不正常」を示す情報にセットして、状態テーブルを更新する。

ステップＳ７８０にて、書込制御手段は、未使用のブランクエリアａＫを検索する。ステップＳ７８１にて、書込制御手段は、未使用のブランクエリアａＫが存在しない場合はステップＳ７９４に進む。そして、ステップＳ７９４にて、書込制御手段は、補助記憶装置５５に保存されているカラオケデータを消去して、ステップＳ７９５に進み、容量がないため書き込みが不可能である旨の表示をディスプレイ装置２５に行った後、処理を終了する。

一方、ステップＳ７８１にて、書込制御手段は、未使用のブランクエリアａＫが存在する場合はステップＳ７８２に進む。ステップＳ７８２にて、書込制御手段は、ライタ７−Ｎに、補助記憶装置５５に保存されているカラオケデータを、その未使用のブランクエリアａＫに書き込ませる。

ステップＳ７８３にて、書込制御手段は、メモリカートリッジ１３への書き込みが正常に行われたか否かをチェックして、書き込みが不正常であればステップＳ７７１に進み、正常であればステップＳ７８４に進む。ステップＳ７８４では、書込制御手段は、補助記憶装置５５に保存されているカラオケデータを消去する。ステップＳ７８５にて、書込制御手段は、メモリ５０に格納した既書込エリアａｗの情報に含まれる状態テーブルを更新し、さらに、ライタ５−Ｎに、更新後の状態テーブルを、既書込エリアａｗの状態テーブルに上書きさせる。具体的には、該当のブランクエリアａＫに対応する状態フラグを「書き込み正常」を示す情報にセットして、状態テーブルを更新する。

ステップＳ７８６にて、書込制御手段は、メモリカートリッジ１３の状態テーブルの更新が正常に行われたか否かをチェックして、正常であればリターンし、不正常であればステップＳ７８７に進み、メモリカートリッジ１３に書き込みができない旨の表示を行った後、処理を終了する。

さて、ステップＳ７７６にて、入力情報が修復を行わないことを示す情報であれば、ステップＳ７９２に進む。ステップＳ７９２にて、書込制御手段は、補助記憶装置５５に保存されているカラオケデータを消去する。ステップＳ７９３にて、書込制御手段は、メモリ５０に格納した既書込エリアａｗの情報に含まれる状態テーブルを更新し、さらに、ライタ５−Ｎに、更新後の状態テーブルを、既書込エリアａｗの状態テーブルに上書きさせる。具体的には、該当のブランクエリアａＫに対応する状態フラグを「書き込み不正常」を示す情報にセットして、状態テーブルを更新する。その後ステップＳ７８６に進む。

さて、ステップＳ７８８では、書込制御手段は、ディスプレイ装置２５にエラー表示を行う。このエラー表示は、例えば、「このカートリッジには書き込み途中の曲Ｂがありますが修復できません。保存されている書き込み途中の曲Ａとは違うためです。このカートリッジに曲Ａを書き込んでよければ"はい"をクリックしてください。曲Ａを書き込もうとしたカートリッジに書き込むためには"キャンセル"をクリックしカートリッジを交換してから書き込みプログラムを再起動して下さい。"いいえ"で保存されている曲Ａのカラオケデータを消去します。」、という表示である。

ステップＳ７８９では、書込制御手段は、ユーザからの入力情報をチェックする。ステップＳ７９０にて、書込制御手段は、入力情報が"キャンセル"を示す情報であれば処理を終了し、そうでなければステップＳ７９１に進む。ステップＳ７９１では、書込制御手段は、入力情報が"はい"を示す情報であればステップＳ７７７に進み、入力情報が"いいえ"を示す情報であれば、ステップＳ７９２に進む。

図５３は、図５２のステップＳ７７１のエラー処理の流れを示すフローチャートである。図５３に示すように、ステップＳ８００にて、書込制御手段は、メモリカートリッジ１３に書き込み途中のカラオケデータが存在する旨およびその修復が不可能である旨の表示をディスプレイ装置２５に行う。ただし、図５２のステップＳ７８３で「ＮＯ」が判断された後は、ステップＳ８００では、書込制御手段は、書き込みが不可能である旨の表示をディスプレイ装置２５に行う。ステップＳ８０１にて、書込制御手段は、メモリ５０に格納した既書込エリアａｗの情報に含まれる状態テーブルを更新し、さらに、ライタ５−Ｎに、更新後の状態テーブルを、既書込エリアａｗの状態テーブルに上書きさせる。具体的には、該当のブランクエリアａＫに対応する状態フラグを「書き込み不正常」を示す情報にセットして、状態テーブルを更新する。

ステップＳ８０２にて、書込制御手段は、メモリカートリッジ１３の状態テーブルの更新が正常に行われたか否かをチェックして、正常であればリターンし、不正常であればステップＳ８０３に進み、メモリカートリッジ１３に書き込みができない旨の表示を行った後、処理を終了する。

図５４は、実施の形態２におけるユーザ端末５−Ｎによる書き込み制御処理の流れを示すフローチャートである。図５４に示すように、図５０のステップＳ７４８あるいはステップＳ７４９の後、ステップＳ９００にて、書込制御手段は、ブラウザプログラムを起動する。プロセッサ５３が、ブラウザプログラムを実行することにより、ブラウザが構築される。つまり、ユーザ端末５−Ｎが、ブラウザとして機能する。なお、マルチタスクにより、書込制御手段及びブラウザは、独立して（並列に）動作することができる。そして、ブラウザは、カラオケＷＥＢページ３３０のＵＲＬをＷＥＢサーバ１に送信する。すると、ステップＳ１１００にて、ＷＥＢサーバ１は、カラオケＷＥＢページ３３０を送信する。

そして、ステップＳ９０１にて、ブラウザは、ディスプレイ装置２５にカラオケＷＥＢページ３３０を表示する（図４２参照）。ステップＳ９０２にて、書込制御手段及びブラウザは、ユーザからの入力情報をチェックする。

ステップＳ９０３にて、ブラウザは、選択ボタン３４９が押下されていれば後述の図５５のステップＳ９１０に進む。ステップＳ９０４にて、ブラウザは、ダウンロードを実行すべく「はい」ボタン（ダウンロードボタン）３６０が押下されていれば、後述の図５６のステップＳ９２０に進む。ステップＳ９０５にて、書込制御手段は、終了ボタン３０６が押下されていれば、処理を終了する。ステップＳ９０６にて、ブラウザは、リンクボタンが押下されていれば、後述の図６１のステップＳ１０００に進む。いずれのボタンも押下されていなければ、処理はステップＳ９０２に進む。

図５５は、選択ボタン３４９が押下されたときの図５４のステップＳ９０３の後の処理の流れを示すフローチャートである。図５５に示すように、ステップＳ９１０にて、ブラウザは、押下された選択ボタン３４９に対応する曲コードをＷＥＢサーバ１に送信する。すると、ステップＳ１１１０にて、ＷＥＢサーバ１は、受信した曲コードに対応するカラオケデータをデータベースサーバ３から取得して、補助記憶装置に保存する。ステップＳ１１１１にて、ＷＥＢサーバ１は、ダウンロードページ３５６を送信する。そして、ステップＳ９１１にて、ブラウザは、ダウンロードページ３５６をディスプレイ装置２５に表示する（図４５参照）。その後、処理は、図５４のステップＳ９０２に進む。

図５６は、「はい」ボタン（ダウンロードボタン）３６０が押下されたときの図５４のステップＳ９０４の後の処理の流れを示すフローチャートである。図５６に示すように、ステップＳ９２０にて、書込制御手段は、ディスプレイ装置２５に、書き込み中画面３１３を表示する（図４６参照）。つまり、書込制御手段は、ブラウザが表示している画面の上に重ねて書き込み中画面３１３を表示する。

一方、ステップＳ１１２０にて、ＷＥＢサーバ１は、「はい」ボタン（ダウンロードボタン）３６０が押下されると、図５５のステップＳ１１１０で準備したカラオケデータのファイル名及びディレクトリ名を、ユーザ端末５−Ｎに送信する。

ステップＳ９２１では、書込制御手段は、ライタ５−Ｎにアクセスして、メモリカートリッジ１３のＩＤを読み込む。ステップＳ９２２にて、書込制御手段は、ＩＤの読み込みが正常に行われたか否かを判断して、不正常であれば後述の図６４のステップＳ１０１０に進み、正常であればステップＳ９２３に進む。ステップＳ９２３にて、書込制御手段は、メモリ５０に格納している既書込エリアａｗの情報に含まれるメモリカートリッジ１３のＩＤと、ステップＳ９２１で読み込んだＩＤと、を比較して、一致／不一致を判断し、一致していればステップＳ９２５に進み、不一致であればステップＳ９２４に進んで、メモリカートリッジ１３が途中で交換された旨をディスプレイ装置２５に表示して、処理を終了する。

ステップＳ９２５では、書込制御手段は、メモリ５０に格納している既書込エリアａｗの情報に含まれる状態テーブルを参照して、未使用のブランクエリアａＫが存在するか否かをチェックし、存在すればステップＳ９２７に進み、存在しない場合はステップＳ９２６に進んで、メモリカートリッジ１３には、最大書き込み曲数分のカラオケデータが書き込まれており、空き領域がない旨の表示をディスプレイ装置２５に行い、処理を終了する。

ステップＳ９２７にて、書込制御手段は、ステップＳ１１２０でＷＥＢサーバ１が送信したファイル名及びディレクトリ名を基に、ＷＥＢサーバ１から、カラオケデータをダウンロードする。ステップＳ９２８にて、書込制御手段は、ダウンロードしたカラオケデータをチェックして、正常であればステップＳ９２９に進む。ステップＳ９２９にて、書込制御手段は、ライタ７−Ｎに、ダウンロードしたカラオケデータをメモリカートリッジ１３に書き込ませる。

ステップＳ９３０にて、書込制御手段は、カートリッジ格納情報表示部３１２の内容を更新する。ステップＳ９３１にて、書込制御手段は、書き込み中画面３１３を消去する。これにより、書き込み中画面３１３の表示位置に、ブラウザが表示する画面が現れる。

ステップＳ９３２にて、書込制御手段は、結果情報（書き込んだカラオケデータの曲コード、書き込んだメモリカートリッジ１３のＩＤ、及び、書き込みが正常に行われたことを示すコード）を、ＷＥＢサーバ１に送信する。ステップＳ１１２１では、ＷＥＢサーバ１は、その結果情報を記録する。これにより、どの曲のカラオケデータが、何回正常に書き込まれたかを把握でき、著作権料の支払いの算出を正確に行うことができる。ステップＳ１１２２にて、ＷＥＢサーバ１は、書き込みが正常に行われた旨を示す正常メッセージをユーザ端末５−Ｎに送信する。すると、ステップＳ９３３にて、ブラウザは、ディスプレイ装置２５に正常メセージを表示する。

図５７は、図５６のステップＳ９２８のカラオケデータチェック処理の流れを示すフローチャートである。図５７に示すように、ステップＳ９４０にて、書込制御手段は、ダウンロードしたカラオケデータに対してＣＲＣを実行する。ステップＳ９４１にて、書込制御手段は、冗長ビットが一致した場合はステップＳ９４４に進み、カラオケデータから曲コードを抽出して、ステップＳ９４５に進む。一方、不一致の場合はステップＳ９４２に進む。

ステップＳ９４２にて、書込制御手段は、エラー回数を判断して、エラー回数が「３」であればステップＳ９４３に進んで、そのカラオケデータが使用できない旨をディスプレイ装置２５に表示して、処理を終了する。一方、エラー回数が「３」未満であれば図５６のステップＳ９２７に進む。

さて、ステップＳ９４５では、書込制御手段は、抽出した曲コードを基に、そのカラオケデータがメモリカートリッジ１３に既に書き込まれているか否かを判断して、書き込まれていない場合は、リターンし、書き込み済みの場合はステップＳ９４６に進む。ステップＳ９４６では、書込制御手段は、ダウンロードしたカラオケデータが書き込み済みである旨をディスプレイ装置２５に表示するとともに、再び書き込むか否かを確認するためのボタンを表示する。

ステップＳ９４７にて、書込制御手段は、ユーザからの入力情報をチェックする。ステップＳ９４８にて、入力情報が、書き込みを肯定する情報であればリターンし、そうでなければステップＳ９４９に進む。ステップＳ９４９では、書込制御手段は、書き込み中画面３１３を消去して、書き込み処理を終了する。これにより、書き込み中画面３１３の表示位置に、ブラウザが表示する画面が現れる。

図５８は、図５６のステップＳ９２９のカラオケデータ書き込み処理の流れの１例を示すフローチャートである。図５８に示すように、ステップＳ１０３０にて、書込制御手段は、メモリ５０に格納した既書込エリアａｗの情報に含まれる状態テーブルを更新し、さらに、ライタ５−Ｎに、更新後の状態テーブルを、既書込エリアａｗの状態テーブルに上書きさせる。具体的には、該当のブランクエリアａＫに対応する状態フラグを「書き込み途中」を示す情報「１１１１１１１０」にセットして、状態テーブルを更新する。ステップＳ１０３１にて、書込制御手段は、メモリカートリッジ１３の状態テーブルの更新が正常に行われたか否かをチェックして、不正常であれば後述の図５９のステップＳ９６０に進み、正常であればステップＳ１０３２に進む。

ステップＳ１０３２にて、書込制御手段は、ライタ７−Ｎに、ダウンロードしたカラオケデータを、未使用のブランクエリアａＫに書き込ませる。ステップＳ１０３３にて、書込制御手段は、メモリカートリッジ１３への書き込みが正常に行われたか否かをチェックして、書き込みが不正常であれば後述の図６０のステップＳ９７０に進み、正常であればステップＳ１０３４に進む。

ステップＳ１０３４にて、書込制御手段は、メモリ５０に格納した既書込エリアａｗの情報に含まれる状態テーブルを更新し、さらに、ライタ５−Ｎに、更新後の状態テーブルを、既書込エリアａｗの状態テーブルに上書きさせる。具体的には、該当のブランクエリアａＫに対応する状態フラグを「書き込み正常」を示す情報「１１１１１１００」にセットして、状態テーブルを更新する。ステップＳ１０３５にて、書込制御手段は、メモリカートリッジ１３への書き込みが正常に行われたか否かをチェックして、書き込みが不正常であれば後述の図５９のステップＳ９６０に進み、正常であればリターンする。

図５９は、図５８のステップＳ１０３１あるいはステップＳ１０３５にて書き込み不正常と判断された後の処理の流れを示すフローチャートである。図５９に示すように、ステップＳ９６０にて、書込制御手段は、ユーザ端末５−Ｎにライタ７−Ｎが接続されているか否かをチェックして、未接続であればステップＳ９６１に進んで、ライタ７−Ｎが未接続である旨をディスプレイ装置２５に表示して、処理を終了する。一方、接続されていればステップＳ９６２に進む。

ステップＳ９６２にて、書込制御手段は、ライタ７−Ｎにメモリカートリッジ１３が装着されているか否かをチェックし、未装着であればステップＳ９６３に進んで、メモリカートリッジ１３が未装着である旨をディスプレイ装置２５に表示して、処理を終了する。一方、装着されていればステップＳ９６４に進む。

ステップＳ９６４にて、書込制御手段は、不正常な書き込み曲数の表示を更新する。ステップＳ９６５にて、書込制御手段は、書き込み中画面３１３を消去する。これにより、書き込み中画面３１３の表示位置に、ブラウザが表示する画面が現れる。

ステップＳ９６６にて、書込制御手段は、結果情報（ダウンロードしたカラオケデータの曲コード、書き込みが不正常なメモリカートリッジ１３のＩＤ、及び、書き込みが不正常に行われたことを示すコード）を、ＷＥＢサーバ１に送信する。すると、ステップＳ１１３０にて、ＷＥＢサーバ１は、その結果情報を記録する。ステップＳ１１３１では、ＷＥＢサーバ１は、ユーザ端末５−ｎへ、書き込みができなかったことを示すエラー表示情報を送信する。すると、ステップＳ９６７にて、ブラウザは、ディスプレイ装置２５にエラー表示を行う。

図６０は、図５８のステップＳ１０３３にて書き込み不正常と判断された後の処理の流れを示すフローチャートである。図６０に示すように、ステップＳ９７０にて、書込制御手段は、ユーザ端末５−Ｎにライタ７−Ｎが接続されているか否かをチェックして、未接続であればステップＳ９７１に進んで、ダウンロードしたカラオケデータを補助記憶装置５５に保存し、さらにステップＳ９７２に進んで、ライタ７−Ｎが未接続である旨をディスプレイ装置２５に表示して、処理を終了する。一方、接続されていればステップＳ９７３に進む。

ステップＳ９７３にて、書込制御手段は、ライタ７−Ｎにメモリカートリッジ１３が装着されているか否かをチェックし、未装着であればステップＳ９７４に進んで、ダウンロードしたカラオケデータを補助記憶装置５５に保存し、さらにステップＳ９７５に進んで、メモリカートリッジ１３が未装着である旨をディスプレイ装置２５に表示して、処理を終了する。一方、装着されていればステップＳ９７６に進む。

ステップＳ９７６にて、書込制御手段は、未使用のブランクエリアａＫを検索して、未使用のブランクエリアａＫが存在すればステップＳ９７９に進み、その未使用のブランクエリアａＫに、ダウンロードしたカラオケデータを書き込み、図５６のステップＳ９３０に進む。一方、未使用のブランクエリアａＫが存在しない場合は、ステップＳ９７７に進む。

ステップＳ９７７では、書込制御手段は、メモリ５０に格納した既書込エリアａｗの情報に含まれる状態テーブルを更新し、さらに、ライタ５−Ｎに、更新後の状態テーブルを、既書込エリアａｗの状態テーブルに上書きさせる。具体的には、該当のブランクエリアａＫに対応する状態フラグを「書き込み不正常」を示す情報にセットして、状態テーブルを更新する。ステップＳ９７８にて、書込制御手段は、メモリカートリッジ１３には、最大書き込み曲数分のカラオケデータが書き込まれており、空き領域がない旨の表示をディスプレイ装置２５に行い、処理を終了する。

図６１は、図６０のステップＳ９７９の未使用エリア書き込み処理の流れを示すフローチャートである。図６１に示すように、ステップＳ９９０にて、書込制御手段は、メモリ５０に格納した既書込エリアａｗの情報に含まれる状態テーブルを更新し、さらに、ライタ５−Ｎに、更新後の状態テーブルを、既書込エリアａｗの状態テーブルに上書きさせる。具体的には、該当のブランクエリアａＫに対応する状態フラグを「書き込み不正常」を示す情報にセットして、状態テーブルを更新する。

ステップＳ９９１にて、書込制御手段は、メモリ５０に格納した既書込エリアａｗの情報に含まれる状態テーブルを更新し、さらに、ライタ５−Ｎに、更新後の状態テーブルを、既書込エリアａｗの状態テーブルに上書きさせる。具体的には、未使用のブランクエリアａＫに対応する状態フラグを「書き込み途中」を示す情報にセットして、状態テーブルを更新する。

ステップＳ９９２にて、書込制御手段は、メモリカートリッジ１３の状態テーブルの更新が正常か否かをチェックして、不正常であれば図５９のステップＳ９６０に進み、正常であればステップ９９３に進む。ステップＳ９９３では、書込制御手段は、ライタ７−Ｎに、カラオケデータを未使用のブランクエリアａＫに書き込ませる。

ステップＳ９９４にて、書込制御手段は、書き込みが正常か否かをチェックして、不正常であれば後述の図６２のステップＳ１０５０に進み、正常であればステップ９９５に進む。ステップＳ９９５にて、書込制御手段は、メモリ５０に格納した既書込エリアａｗの情報に含まれる状態テーブルを更新し、さらに、ライタ５−Ｎに、更新後の状態テーブルを、既書込エリアａｗの状態テーブルに上書きさせる。具体的には、該当のブランクエリアａＫに対応する状態フラグを「書き込み正常」を示す情報にセットして、状態テーブルを更新する。ステップＳ９９６にて、書込制御手段は、メモリカートリッジ１３の状態テーブルの更新が正常か否かをチェックして、不正常であれば図５９のステップＳ９６０に進み、正常であれば図５６のステップＳ９３０に進む。

図６２は、図６１のステップＳ９９４にて書き込み不正常と判断された後の処理の流れを示すフローチャートである。図６２に示すように、ステップＳ１０５０にて、書込制御手段は、ユーザ端末５−Ｎにライタ７−Ｎが接続されているか否かをチェックして、未接続であればステップＳ１０４８に進んで、ダウンロードしたカラオケデータを補助記憶装置５５に保存し、さらにステップＳ１０５１に進んで、ライタ７−Ｎが未接続である旨をディスプレイ装置２５に表示して、処理を終了する。一方、接続されていればステップＳ１０５２に進む。

ステップＳ１０５２にて、書込制御手段は、ライタ７−Ｎにメモリカートリッジ１３が装着されているか否かをチェックし、未装着であればステップＳ１０４９に進んで、ダウンロードしたカラオケデータを補助記憶装置５５に保存し、さらにステップＳ１０５３に進んで、メモリカートリッジ１３が未装着である旨をディスプレイ装置２５に表示して、処理を終了する。一方、装着されていればステップＳ１０５４に進む。

ステップＳ１０５４では、メモリ５０に格納した既書込エリアａｗの情報に含まれる状態テーブルを更新し、さらに、ライタ５−Ｎに、更新後の状態テーブルを、既書込エリアａｗの状態テーブルに上書きさせる。具体的には、該当のブランクエリアａＫに対応する状態フラグを「書き込み不正常」を示す情報にセットして、状態テーブルを更新する。

ステップＳ１０５５にて、書込制御手段は、不正常な書き込み曲数の表示を更新する。ステップＳ１０５６にて、書込制御手段は、書き込み中画面３１３を消去する。これにより、書き込み中画面３１３の表示位置に、ブラウザが表示する画面が現れる。ステップＳ１０５７にて、書込制御手段は、結果情報（ダウンロードしたカラオケデータの曲コード、書き込みが不正常なメモリカートリッジ１３のＩＤ、及び、書き込みが不正常に行われたことを示すコード）を、ＷＥＢサーバ１に送信する。

すると、ステップＳ１１６０にて、ＷＥＢサーバ１は、その結果情報を記録する。ステップＳ１１６１では、ＷＥＢサーバ１は、ユーザ端末５−ｎへ、書き込みができなかったことを示すエラー表示情報を送信する。すると、ステップＳ１０５８にて、ブラウザは、ディスプレイ装置２５にエラー表示を行う。

図６３は、リンクボタンが押下されたときの図５４のステップＳ９０６の後の処理の流れを示すフローチャートである。図６３に示すように、ステップＳ１０００にて、ブラウザは、押下されたリンクボタンに対応するＵＲＬをＷＥＢサーバ１に送信する。すると、ステップＳ１１４０にて、ＷＥＢサーバ１は、受信したＵＲＬに対応するＷＥＢページをユーザ端末５−Ｎに送信する。そして、ステップＳ１００１にて、ブラウザは、ＷＥＢサーバ１が送信したＷＥＢページをディスプレイ装置２５に表示して、図５４のステップＳ９０２に進む。

図６４は、図５６のステップＳ９２２にて読み込み不正常と判断された後の処理の流れを示すフローチャートである。図６４に示すように、ステップＳ１０１０にて、書込制御手段は、ユーザ端末５−Ｎにライタ７−Ｎが接続されているか否かをチェックして、未接続であればステップＳ１０１１に進んで、ライタ７−Ｎが未接続である旨をディスプレイ装置２５に表示して、処理を終了する。一方、接続されていればステップＳ１０１２に進む。

ステップＳ１０１２にて、書込制御手段は、ライタ７−Ｎにメモリカートリッジ１３が装着されているか否かをチェックし、未装着であればステップＳ１０１３に進んで、メモリカートリッジ１３が未装着である旨をディスプレイ装置２５に表示して、処理を終了する。一方、装着されていればステップＳ１０１４に進む。

ステップＳ１０１４にて、書込制御手段は、書き込み中画面３１３を消去する。これにより、書き込み中画面３１３の表示位置に、ブラウザが表示する画面が現れる。ステップＳ１０１５にて、書込制御手段は、結果情報（押下された選択ボタン３４９に対応した曲コード、メモリ５０に格納された既書込エリアａｗの情報に含まれるメモリカートリッジ１３のＩＤ、及び、書き込みが正常に行われたことを示すコード）を、ＷＥＢサーバ１に送信する。

ステップＳ１１５０にて、ＷＥＢサーバ１は、その結果情報を記録する。ステップＳ１１５１にて、ＷＥＢサーバ１は、読み込みができなかった旨を示すエラー表示情報をユーザ端末５−Ｎに送信する。すると、ステップＳ１０１６にて、ブラウザは、ディスプレイ装置２５にエラー表示を行う。

ここで、実施の形態２による書込業者端末９−Ｍによる処理の流れは、図３９、及び、図４８〜図６４に記載した処理の流れと同様である。ただし、書込業者端末９−Ｍによる処理では、ライタ７−Ｎは存在しないので、ライタ７−Ｎに関わる処理は行われない。

さて、以上のように、本実施の形態では、メモリカートリッジ１３に内蔵するメモリに、一度限りの書き込みだけが可能なＯＴＰＲＯＭ１７を使用している。この点、実施の形態１と同様である。従って、本実施の形態によるカラオケデータ配信システムは、実施の形態１によるカラオケデータ配信システムと同様の効果を奏する。

なお、本発明は、上記の実施の形態に限られるものではなく、その要旨を逸脱しない範囲で種々の態様において実施することが可能であり、例えば、以下のような変形も可能である。

（１）ユーザ端末５−Ｎは、ライタ７−Ｎが接続されていない場合に、その旨をＷＥＢサーバ１へ通知することもできる。また、ユーザ端末５−Ｎ及び書込業者端末９−Ｍは、メモリカートリッジ１３が装着されていない場合に、その旨をＷＥＢサーバ１へ送信することもできる。これにより、ＷＥＢサーバ１は、ライタ７−Ｎが未接続であることやメモリカートリッジ１３が未装着であることを知ることができるため、それに対して適切な対処をすることができる。例えば、ＷＥＢサーバ１は、そのような場合には、カラオケデータを配信しないようにすることもできる。

（２）クライアント端末は、メモリカートリッジ１３に既に記録しているカラオケデータと、これからメモリカートリッジ１３に書き込もうとするカラオケデータと、が同じ場合に、同じである旨をディスプレイ装置２５，３１に表示することもできる。このようにして、既に書き込んだカラオケデータを再び書き込もうとしていることを、ユーザに積極的に知らせるため、ユーザにとって、より親切なサービスを提供できる。

（３）上記では、ライタ７−Ｎとユーザ端末５−Ｎとを、ケーブル１５で接続したが、無線により接続することもできる。

（４）上記では、ＷＥＢサーバ１が配信するデータの例として、カラオケデータを例に挙げたが、配信するデータの種類はこれに限定されない。例えば、配信するデータとして、ゲームデータ（ゲームプログラム、ゲーム画像データ、及び、ゲーム音楽データ、など）、映画等の画像データ、ヒット曲等の音楽データ、あるいは、プログラム、など様々な種類のデータを挙げることができる。これにより、ユーザは、簡易かつ安全に、しかも、様々な種類のデータの中から自分の好きなデータを選択して、データの配信を受けることができる。つまり、ユーザは、好きなデータだけを希望することが多いが、このようなユーザの欲求を満たすことができる。

（５）上記では、サーバの例として、ＷＥＢサーバ１を挙げた。ただし、サーバは、ＷＥＢサーバ１に限定されるものではなく、例えば、ＦＴＰ（ｆｉｌｅ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ）サーバなど、を利用できる。

（６）図３４において、通信制御部１８８の機能を、プロセッサ１８４に実行させることもできる。

（７）上記では、記録メディアとして、ＯＴＰＲＯＭ１７を採用したが、これに限定されるものではない。一度限りの書き込みが可能な記録メディアであるか、あるいは、書き込み手段（例えば、ライタ７−Ｎ、書込業者端末９−Ｍ）により、記録メディアに対して、一度限りの制限を実装できれば（再書き込みを禁止できれば）、本発明を適用できる。

（８）上記した通信手順は一例であり、これに限定されない。

（９）また、クライアント端末での処理を、ＷＥＢサーバ１で行うようにすることもできるし、また、ＷＥＢサーバ１での処理を、クライアント端末で行うようにすることもできる。このように、表示画像の生成などの役割分担については、システムの設計者が任意に決定できる。

（１０）上記では、クライアント端末の例として、ユーザ端末５−Ｎ及び書込業者端末９−Ｍを挙げたが、これに限定されない。例えば、クライアント端末として、携帯電話やＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔｓ）などの情報通信装置を利用できる。また、通信機能を有するものであれば、クライアント端末として、例えば、テレビジョンなどの家電製品を利用することもできる。

（１１）図３４の高速プロセッサ１８４として、任意の種類のプロセッサを使用できるが、本件出願人が既に特許出願している高速プロセッサ（商品名：ＸａｖｉＸ）を用いることが好ましい。この高速プロセッサは、例えば、特開平１０−３０７７９０号公報およびこれに対応するアメリカ特許第６，０７０，２０５号に詳細に開示されている。

以上、本発明を実施例により詳細に説明したが、当業者にとっては、本発明が本願中に説明した実施例に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本願の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

発明そのもの及びその他の特徴と効果は、添付図面を参照して具体的な実施例の詳細な説明を読むことにより容易に理解される。
図１は、本発明の実施の形態１におけるカラオケデータ配信システムの全体構成を示す図である。 図２は、図１のユーザ端末及びライタの例示図である。 図３は、図１の書込業者端末の例示図である。 図４は、未使用時の図２のＯＴＰＲＯＭの記憶領域を説明するための図解図である。 図５は、図２のＯＴＰＲＯＭの書き込み後の状態を説明するための図解図である。 図６は、図１のクライアント端末及びライタの電気的構成の一例を示す図である。 図７は、図１の書込業者端末の電気的構成の一例を示す図である。 図８は、図１の、ライタ、ユーザ端末、及び、ＷＥＢサーバ、間の通信手順の概要を示す図である 図９は、図１の書込業者端末及びＷＥＢサーバ間の通信手順の概要を示す図である 図１０は、図２のライタからメモリカートリッジを着脱する際の機構の説明図である。 図１１は、図１０のライタに装着されたメモリカートリッジを取り出すときの説明図である。 図１２は、図１のユーザ端末がＷＥＢサーバから、書き込みプログラムをダウンロードする際の処理の流れを示すフローチャートである。 図１３は、図１のユーザ端末が、ＷＥＢサーバから受信した書き込みプログラムをセットアップする際の処理の流れを示すフローチャートである。 図１４は、図２のユーザ端末のディスプレイ装置に表示されるＷＥＢページの例示図である。 図１５は、歌手名により所望の楽曲を検索する際の画面の例示図である。 図１６は、曲名により所望の楽曲を検索する際の画面の例示図である。 図１７は、図１のユーザ端末によるカラオケデータのダウンロード及び書き込み処理の流れを示すフローチャートである。 図１８は、図１７のステップＳ５１にて曲選択ボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。 図１９は、図１７のステップＳ５２にて書き込みボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。 図２０は、図１９のステップＳ９４にて書き込み可能な曲数が「０」と判断された場合の処理の流れを示すフローチャートである。 図２１は、図１９のステップＳ１００にて書き込みが不正常であると判断された場合の処理の流れを示すフローチャートである。 図２２は、図１７のステップＳ５４にてリンクボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。 図２３は、図１７のステップＳ４２のライタ／カートリッジチェック処理の流れを示すフローチャートである。 図２４は、図２３のステップＳ１８２にてライタがユーザ端末に接続されていないと判断された場合の処理の流れを示すフローチャートである。 図２５は、図２４のステップＳ１９７にて曲選択ボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。 図２６は、図２４のステップＳ１９９にてリンクボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。 図２７は、図２３のステップＳ１８４にてメモリカートリッジがライタに装着されていないと判断された場合の処理の流れを示すフローチャートである。 図２８は、図２７のステップ２２２１にてメモリカートリッジが装着されていると判断された場合の処理の流れを示すフローチャートである。 図２９は、図２７のステップＳ２２３にて曲選択ボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。 図３０は、図２７のステップＳ２２５にてリンクボタンが押下されたと判断された場合の処理の流れを示すフローチャートである。 図３１は、図１の書込業者端末によるカラオケデータのダウンロード及び書き込み処理の流れを示すフローチャートである。 図３２は、図３１のステップＳ５４２のカートリッジチェック処理の流れを示すフローチャートである。 図３３（ａ）は、本実施の形態によるマイク一体型カラオケ装置の一例を示す正面図である。図３３（ｂ）は、図３３（ａ）のマイク一体型カラオケ装置の背面図である。 図３４は、図３３のマイク一体型カラオケ装置の電気的構成を示す図である。 図３５は、図３４のＲＯＭに格納されるプログラム及びデータの概念図である。 図３６は、実施の形態２による未使用時の図２のＯＴＰＲＯＭ１７の記憶領域を説明するための図解図である。 図３７は、図３６の状態テーブルの例示図である。 図３８は、実施の形態２による図２のＯＴＰＲＯＭ１７の書き込み後の状態を説明するための図解図である。 図３９は、本発明の実施の形態２におけるユーザ端末５−Ｎによる処理の概要を示すフローチャートである。 図４０は、実施の形態２によるライタ５−ＮのＩＤの入力画面の例示図である。 図４１は、実施の形態２によるメモリカートリッジ１３のチェック中画面の例示図である。 図４２は、実施の形態２によるカラオケデータをダウンロードするためのＷＥＢページの例示図である。 図４３は、実施の形態２による検索トップページ３３２の例示図である 図４４は、実施の形態２による曲名検索ページ３４４の例示図である。 図４５は、実施の形態２によるダウンロードページ３５６の例示図である。 図４６は、実施の形態２による書き込み中画面の例示図である。 図４７は、実施の形態２によるアーティスト名検索ページ３５５の例示図である。 図４８は、本発明の実施の形態２におけるユーザ端末５−Ｎによる処理の一部（ライタ７−Ｎのチェック処理）を示すフローチャートである。 図４９は、実施の形態２におけるユーザ端末５−Ｎによるカートリッジチェック処理の前半を示すフローチャートである。 図５０は、実施の形態２におけるユーザ端末５−Ｎによるカートリッジチェック処理の後半を示すフローチャートである。 図５１は、図４９のステップＳ７２８のエラー表示処理の流れを示すフローチャートである。 図５２は、図５０のステップＳ７４４の再書き込み処理の流れを示すフローチャートである。 図５３は、図５２のステップＳ７７１のエラー処理の流れを示すフローチャートである。 図５４は、実施の形態２におけるユーザ端末５−Ｎによる書き込み制御処理の流れを示すフローチャートである。 図５５は、選択ボタンが押下されたときの図５４のステップＳ９０３の後の処理の流れを示すフローチャートである。 図５６は、「はい」ボタン（ダウンロードボタン）が押下されたときの図５４のステップＳ９０４の後の処理の流れを示すフローチャートである。 図５７は、図５６のステップＳ９２８のカラオケデータチェック処理の流れを示すフローチャートである。 図５８は、図５６のステップＳ９２９のカラオケデータ書き込み処理の流れを示すフローチャートである。 図５９は、図５８のステップＳ１０３１にて書き込み不正常と判断された後の処理の流れを示すフローチャートである。 図６０は、図５８のステップＳ１０３３にて書き込み不正常と判断された後の処理の流れを示すフローチャートである。 図６１は、図６０のステップＳ９７９の未使用エリア書き込み処理の流れを示すフローチャートである。 図６２は、図６１のステップＳ９９４にて書き込み不正常と判断された後の処理の流れを示すフローチャートである。 図６３は、リンクボタンが押下されたときの図５４のステップＳ９０６の後の処理の流れを示すフローチャートである。 図６４は、図５６のステップＳ９２２にて読み込み不正常と判断された後の処理の流れを示すフローチャートである。

Claims (28)

1. ネットワークを介してデータを配信するサーバと、
   配信された前記データを受信するクライアント端末と、
   記録メディアに、前記クライアント端末が受信した前記データを書き込む書き込み手段と、を備え、
   前記書き込み手段は、前記記録メディアの格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行う、データ配信システム。
2. 前記書き込み手段は、前記記録メディアの前記格納領域のうち、データが書き込まれていない領域に、所定の領域単位で、一度限りの書き込みを行う、請求項１記載のデータ配信システム。
3. 前記クライアント端末は、前記記録メディアへの書き込みが正常であるときに、所定情報を、前記サーバに送信する、請求項１記載のデータ配信システム。
4. 前記サーバは、前記記録メディアの空き領域情報が、配信が要求された前記データの容量情報以上の場合に、前記クライアント端末へ前記データを送信する、請求項１記載のデータ配信システム。
5. 前記クライアント端末は、前記記録メディアへの書き込みが正常であるときに、書き込みのために保持した前記データを消去する、請求項１記載のデータ配信システム。
6. 前記クライアント端末は、前記サーバへ、前記記録メディアの識別情報を送信する、請求項１記載のデータ配信システム。
7. 前記クライアント端末は、前記記録メディアに既に記録しているデータの情報を表示し、かつ、前記記録メディアに書き込み可能なデータの最大容量を示す情報を表示する、請求項１記載のデータ配信システム。
8. 前記クライアント端末は、前記記録メディアに既に記録しているデータと、前記記録メディアに書き込もうとするデータと、が同じ場合に、同じである旨を表示する、請求項１記載のデータ配信システム。
9. 前記クライアント端末と前記書き込み手段とが、別個に設けられ、前記クライアント端末と前記書き込み手段とは、有線あるいは無線により接続される、請求項１記載のデータ配信システム。
10. 前記クライアント端末は、前記書込み手段が前記クライアント端末に接続されていない場合に、第１の所定の表示を行い、かつ、前記記録メディアが前記書込み手段に接続されていない場合に、第２の所定の表示を行う、請求項９記載のデータ配信システム。
11. 前記書き込み手段は、マイク一体型カラオケ装置に内蔵される、請求項９記載のデータ配信システム。
12. 前記クライアント端末と前記書き込み手段とが、一体として構成される、請求項１記載のデータ配信システム。
13. 前記クライアント端末は、前記記録メディアが前記書込み手段に接続されていない場合に、所定の表示を行う、請求項１２記載のデータ配信システム。
14. 前記クライアント端末が前記サーバに要求する前記データは、楽曲データである、請求項１記載のデータ配信システム。
15. 前記クライアント端末が前記サーバに要求する前記データは、楽曲データであり、
    前記クライアント端末は、前記記録メディアに既に記録している楽曲の情報を表示し、かつ、前記記録メディアに書き込み可能な楽曲の数情報を表示する、請求項１記載のデータ配信システム。
16. 前記クライアント端末が前記サーバに要求する前記データは、カラオケの楽曲データ及び画像データである、請求項１記載のデータ配信システム。
17. 前記クライアント端末が前記サーバに要求する前記データは、ゲームデータである、請求項１記載のデータ配信システム。
18. 前記記録メディアは、データが書き込まれていない領域に、一度限りの書き込みが可能な記録メディアである、請求項１記載のデータ配信システム。
19. 前記記録メディアには、配信されて前記記録メディアに書き込まれた前記データを処理する際に使用するデータが予め書き込まれている、請求項１記載のデータ配信システム。
20. ネットワークを介してサーバが配信したデータを受信するクライアント端末と、
    記録メディアに、前記クライアント端末が受信した前記データを書き込む書き込み手段と、を備え、
    前記書き込み手段は、前記記録メディアの格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行う、データ取得装置。
21. ネットワークを介してサーバが配信したデータを、記録メディアに書き込む書き込み装置であって、
    前記記録メディアが装着される装着手段と、
    前記装着手段に装着された前記記録メディアの格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行う書込手段と、を備える書き込み装置。
22. ネットワークを介してサーバが配信したデータを受信するステップと、
    記録メディアに、受信した前記データを書き込むステップと、をコンピュータに実行させ、
    前記書込ステップでは、コンピュータに対して、前記記録メディアの格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行わせる、データ取得プログラム。
23. ネットワークを介してサーバが配信したデータを受信するステップと、
    記録メディアに、受信した前記データを書き込むステップと、を含み、
    前記書込ステップでは、前記記録メディアの格納領域のうち、データが書き込まれていない領域に、一度限りの書き込みを行う、データ取得方法。
24. 請求項２１に記載の書き込み装置により、ネットワークを介してサーバから配信されたデータが書き込まれる記録メディアであって、
    前記記録メディアの格納空間は、所定数の格納領域に区分され、
    前記所定数の格納領域のうち、データが書き込まれていない格納領域に、一度限りの書き込みが行われる、記録メディア。
25. 記録メディアに書き込むデータを、ネットワークを介して配信するサーバにおいて、
    前記記録メディアの所定の領域単位で前記データを配信する、ことを特徴とするサーバ。
26. 内部のデータへのアクセスを行う為の第１の独自インタフェースを備えたメモリカートリッジと、
    カラオケユーザに配布され、前記第１の独自インタフェースに対して互換性を有すると共に、これと接続可能な第２の独自インタフェースを備え、前記メモリカートリッジからカラオケデータを読み出すと共に、このカラオケデータを再生するカラオケ再生装置と、
    インターネットに接続され、カラオケデータ配信サービスを行うカラオケデータサーバと、
    インターネットに介して前記カラオケデータサーバからカラオケデータをダウンロードするデータ通信機能と、前記第１の独自インタフェースに対して互換性を有すると共に、これと接続可能な第３の独自インタフェースと、前記カラオケデータを前記メモリカートリッジへ書き込む機能とを有する書き込み装置を備えたカラオケデータ配信システム。
27. 前記書き込み装置は、前記カラオケ再生装置に内蔵されており、前記第２の独自インタフェースは、前記第３の独自インタフェースとして機能する請求項２６記載のカラオケデータ配信システム。
28. コンテンツ配信システムであって、
    内部のデータへのアクセスを行う為の第１の独自インタフェースを備えたメモリカートリッジと、
    前記コンテンツのユーザに配布され、前記第１の独自インタフェースに対して互換性を有すると共に、これと接続可能な第２の独自インタフェースを備え、前記メモリカートリッジからコンテンツを読み出すと共に、このカラオケデータを使用するコンテンツ使用装置と、
    インターネットに接続され、コンテンツ配信サービスを行うコンテンツサーバと、
    インターネットに介して前記コンテンツサーバからコンテンツデータをダウンロードするデータ通信機能と、前記第１の独自インタフェースに対して互換性を有すると共に、これと接続可能な第３の独自インタフェースと、前記コンテンツを前記メモリカートリッジへ書き込む機能とを有する書き込み装置を備えたコンテンツ配信システム。

Images