JP2001337683A - 音楽再生データ送信装置、音楽再生データ受信装置、音楽再生データ受信処理プログラムを記録したコンピュータ読み取り可能な媒体 - Google Patents

Abstract

(57)【要約】 【課題】音楽配信システムにおいて、ある検索条件に合
致する複数の音楽再生データを検索し纏めてダウンロー
ドする際、検索結果にユーザが配信を希望しないものま
で含まれてしまうことを回避する事。 【解決手段】音楽再生データベース９、サーバ側検索情
報データベース１０、ユーザ情報データベース１１、サ
ーバ側処理手段１２、サーバ側通信手段１３、を備えた
音楽再生データ送信装置において、前記サーバ側処理手
段１２はユーザの検索条件に合致する音楽再生データ送
信候補をユーザ側に出力した後、ユーザ側に送信する音
楽再生データを最終的に確定する前に、ユーザからの忌
避を受け付け忌避された音楽再生データ送信候補を削除
し、次候補を追加した上でユーザ側に再出力する事を特
徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータを用
いたネット上等で、ユーザが膨大な数の音源の中から選
曲を行った楽曲を記録媒体へダウンロードする際の音楽
配信システムに係り、特にユーザが指定した条件に合致
する楽曲を検索する機能を有する音楽配信システムを構
成する音楽再生データ送信装置及び音楽再生データ受信
装置に関する。

【０００２】

【従来の技術】デジタルネットワークを通じて音楽をユ
ーザに配信する音楽配信システムにおいては、楽曲名、
アーティスト名、ＣＤアルバム名等を指定する事により
配信を希望する音楽再生データを特定してダウンロード
するシステムが、ネット上に構築されている。

【０００３】

【発明が解決しようとする課題】上記音楽配信システム
を利用する際に、ユーザが複数の音楽再生データの配信
を受けたい場合がある。メモリカードなど音楽再生デー
タを格納する媒体は複数の音楽再生データを格納できる
ので、上述の場合、配信を希望する全ての音楽再生デー
タを確定してから、纏めて一度にダウンロードしたいと
希望することが多い。

【０００４】

【発明の目的】本発明はこのような実情に鑑みてなされ
たものであり、ユーザの希望に合致した複数の音楽再生
データの配信を容易にする事を目的とする。

【０００５】

【課題を解決するための手段】ユーザが複数の音楽再生
データをダウンロードしたい場合、例えば、ヒットチャ
ート上位１０曲といった具合に検索条件を決定しその条
件に合致する音楽再生データを検索した後、纏めてダウ
ンロードする方法が考えられる。

【０００６】しかしながら、検索結果である複数の音楽
再生データの各タイトルのうちに既にＣＤ等を所有して
いるタイトルと同一のものを発見したときは、そのタイ
トルの音楽再生データのみ配信を受けたくない場合もあ
る。

【０００７】一方、ユーザは記憶手段の容量や値段との
関係で配信を受けたい音楽再生データの件数を予め決定
している事が多いので、検索結果である複数の音楽再生
データから配信を受けたくないタイトルの音楽再生デー
タのみを除いて残りの音楽再生データの配信を受けるよ
りも、配信を受けたくない音楽再生データのみを除き、
例えばヒットチャートの上位１０曲という検索条件であ
ったのであれば１１位の曲でこれを置き換えた上で纏め
て音楽再生データの配信を受けたいと希望することが多
い。

【０００８】このような希望を持つユーザの満足度を充
足し、ユーザの希望に合致する複数の音楽再生データを
容易に確定し纏めてダウンロードする音楽配信システム
を実現するために、発明者は、ユーザが指定した条件下
における検索結果である複数の音楽再生データの配信候
補をユーザに示した後に、ユーザから任意の音楽再生デ
ータ配信候補の忌避を受け付け、忌避された音楽再生デ
ータ配信候補をユーザが指定した条件下における次候補
で代替し、纏めてダウンロードする手段を案出した。

【０００９】請求項１記載の音楽再生データ送信装置は
複数の音楽再生データ及び該音楽再生データを検索す
るための検索情報を格納したサーバ側記憶手段、ユーザ
側への送信曲数の上限その他の検索条件及び音楽再生デ
ータ送信候補の忌避をユーザ側から受信し、ユーザ側の
表示手段に表示する音楽再生データ送信候補及びユーザ
側の記録媒体へ記録する音楽再生データの送信を行うサ
ーバ側通信手段、前記サーバ側記憶手段の検索情報から
検索条件に合致する音楽再生データ送信候補を検索し、
検索された送信候補、最終的に送信が確定した音楽再生
データをサーバ側通信手段に出力するサーバ側処理手段
を備えている。

【００１０】そして、上記サーバ側処理手段は、送信す
る音楽再生データを最終的に確定する前に、ユーザから
任意の音楽再生データ送信候補を指定して忌避する指令
を受けとり、指定された送信候補を削除し、ユーザの検
索条件に合致する送信候補の次候補を追加してサーバ側
通信手段に再出力することを特徴としている。

【００１１】「サーバ側記憶手段」には、例えばあるエ
リアに複数の音楽再生データが各別の識別番号を付して
格納されており、更に別のエリアには前記識別番号と同
一の各識別番号が、対応する音楽再生データのアーティ
スト名、ＣＤアルバム名、ジャンル、又はヒットチャー
トの順位といった、ユーザが希望する音楽再生データを
検索するために必要な検索情報と関連付けて格納されて
いる。

【００１２】尚、前記検索情報は定期的に更新されるの
が望ましい。

【００１３】ユーザ側から受信する「検索条件」は、
「ユーザ側への送信曲数の上限」の他に例えば最新のヒ
ットチャート上位曲だとか、特定のアーティストの曲で
あるとか、年月日から年月日の間にリリースした曲のう
ちのヒットチャート上位曲といった検索条件でもよい。

【００１４】ユーザ側から検索条件を受信したときは
「サーバ側処理手段」は、サーバ側記憶手段の検索情報
から検索条件に合致する「音楽再生データ送信候補」を
検索し「サーバ側通信手段」を介してユーザ側に出力す
る。

【００１５】「音楽再生データ送信候補」とは、例えば
送信される音楽再生データのタイトル名であり、当該送
信候補を参照する事によりユーザは、どの音楽再生デー
タの送信を希望しあるいはしないか判断する。

【００１６】検索された音楽再生データ送信候補をユー
ザ側に出力する方法としては例えば、送信希望曲数は１
０曲で現在のヒットチャート上位を検索するとの検索条
件であったときにヒットチャート上位１０曲のみを出力
する方法がある。

【００１７】更に、送信曲数の上限を除く検索条件に合
致する音楽再生データ送信候補の全てを、指定された送
信曲数の上限に含まれるものと含まれないものを区分し
た形で出力する方法によってもよい。

【００１８】後者の場合、ユーザが、送信曲数の上限に
含まれる曲目と上限に含まれない曲目中の次候補等を比
較検討した上で忌避する音楽再生データ送信候補を決定
できるというメリットがある。

【００１９】上記出力された「音楽再生データ送信候
補」を参照したユーザが何れかの「音楽再生データ送信
候補を指定して忌避」したとき、「サーバ側処理手段」
は指定された送信候補を削除し、検索条件に合致する送
信候補の次候補を追加し「サーバ側通信手段」を介して
ユーザ側に再度出力する。

【００２０】例えば、送信曲数の上限を除く検索条件に
合致する音楽再生データ送信候補の全てを、指定された
送信曲数の上限に含まれるものと含まれないものを区分
した形で出力している場合には、忌避が指定された送信
候補を削除し、指定された送信曲数の上限に含まれてい
ない送信候補の次候補を送信曲数の上限に含まれる区分
に追加して再出力するといった手段が想定しうる。

【００２１】上述の音楽再生データを忌避する処理は、
「送信する音楽再生データを最終的に確定する前に」行
われる。送信する音楽再生データを確定する指令はユー
ザ側から別途入力する方法によっても良いし、ユーザが
任意の音楽再生データを指定して忌避できる回数を例え
ば３回といった具合に定めておき、定められた回数の忌
避が終了したときは自動的に送信される音楽再生データ
が確定する方法によってもよい。

【００２２】最終的に送信される音楽再生データが確定
したときは本音楽再生データ送信装置は音楽再生データ
をユーザ側に送信し、ユーザは自己の記憶媒体に音楽再
生データを記録する。

【００２３】記憶媒体はＭＤ、メモリースティック（商
標）等、音楽再生データを信号として記録し、再生でき
る媒体であればよい。

【００２４】請求項２記載の音楽再生データ受信装置は
請求項１記載の音楽再生データ送信装置に対し検索条
件、音楽再生データ送信候補の忌避を入力し、請求項１
記載の音楽再生データ送信装置から出力された音楽再生
データ送信候補を表示し、請求項１記載の音楽再生デー
タ送信装置から出力された音楽再生データをユーザ側の
記憶媒体に記憶し、これらのために必要な送受信を請求
項１記載の音楽再生データ送信装置との間で行う音楽再
生データ受信装置である。

【００２５】本音楽再生データ受信装置は上述の入力、
表示、記憶、送受信を行うことができるものであればパ
ーソナルコンピュータであってもよいし、レコード店や
コンビニエンスストアなどに設置されるミュージックポ
ッドであってもよい。

【００２６】また、有線により上記送受信を行うものに
限らず、携帯電話等無線により情報を送受信するものも
本音楽再生データ受信装置に含まれる。

【００２７】請求項３記載の音楽再生データ受信装置
は、サーバ側からの受信曲数の上限その他の検索条件及
び音楽再生データ受信候補の忌避を入力するユーザ側入
力手段、音楽再生データ受信候補を検索するための検索
情報を格納した検索情報データベース、前記検索情報デ
ータベースの検索情報から検索条件に合致した音楽再生
データ受信候補を検索し、検索された受信候補を表示手
段に出力し、最終的に確定した受信候補をユーザ側通信
手段に出力するユーザ側処理手段、音楽再生データ受信
候補を表示する表示手段、上記ユーザ側処理手段から出
力された音楽再生データ受信候補を、サーバ側に送信
し、送信された受信候補に対応する音楽再生データをサ
ーバ側から受信するユーザ側通信手段、受信した音楽再
生データをユーザ側の記憶媒体に記憶する記憶装置を備
えている。

【００２８】そして、前述のユーザ側処理手段は、ユー
ザ側通信手段に出力する音楽再生データ受信候補を最終
的に確定する前に、ユーザ側入力手段から任意の受信候
補を指定して忌避する指令を受けとり、指定された受信
候補を削除し、ユーザの検索条件に合致する受信候補の
次候補を追加することを特徴としている。

【００２９】請求項１記載の音楽再生データ送信装置が
サーバ側で音楽再生データ送信候補の検索を行う構成を
採っているに対し本音楽再生データ受信装置はユーザ
側、つまり音楽再生データ受信装置自体が音楽再生デー
タ受信候補の検索を行い、任意の音楽再生データ受信候
補の忌避を受け付ける構成となっている。

【００３０】「音楽再生データ受信候補を検索するため
の検索情報を格納した検索情報データベース」には、例
えば、複数の音楽再生データに割り振られた識別番号が
アーティスト名、ＣＤアルバム名、ジャンル、又はヒッ
トチャートの順位といった、ユーザが希望する音楽再生
データを検索するために必要な検索情報と関連付けて格
納されている。尚、「検索情報データベース」の内容も
請求項１の音楽再生データ送信装置について前述した
「サーバ側記憶手段」に格納されている検索情報と同様
に定期的に更新されるのが望ましい。

【００３１】ユーザが検索条件を入力したときは「ユー
ザ側処理手段」は、検索情報データベースの検索情報か
ら検索条件に合致する「音楽再生データ受信候補」を検
索し表示手段に出力する。ユーザが入力しうる「検索条
件」は請求項１記載の音楽再生データ送信装置について
前述したものと同一のものが想定しうる。

【００３２】「音楽再生データ受信候補」とは、例えば
上述の音楽再生データに割り振られた各識別番号に対応
するタイトル名であり、表示手段に表示された当該受信
候補を参照することによりユーザは、どの音楽再生デー
タの受信を希望するかあるいはしないか判断する。

【００３３】検索された音楽再生データ受信候補を表示
手段に表示する方法としては、例えば受信希望曲数は１
０曲で現在のヒットチャート上位曲を検索するとの検索
条件であったときにヒットチャート上位１０曲のみを表
示する方法がある。

【００３４】更に、受信曲数の上限を除く検索条件に合
致する音楽再生データ受信候補の全てを、指定された受
信曲数の上限に含まれるものと含まれないものを区分し
た形で出力する方法によってもよい。

【００３５】後者の場合、ユーザが、受信曲数の上限に
含まれる曲目と上限に含まれない曲目中の次候補等を比
較検討した上で忌避する音楽再生データ受信候補を決定
できるというメリットがある。

【００３６】上記表示された「音楽再生データ受信候
補」を参照したユーザが何れかの「音楽再生データ受信
候補を指定して忌避」したとき、「ユーザ側処理手段」
は指定された受信候補を削除し、検索条件に合致する受
信候補の次候補を追加し表示手段に再度出力する。

【００３７】例えば、受信曲数の上限を除く検索条件に
合致する音楽再生データ受信候補の全てを、指定された
受信曲数の上限に含まれるものと含まれないものを区分
した形で出力している場合には、忌避が指定された受信
候補を削除し、指定された送信曲数の上限に含まれてい
ない受信候補の次候補を配信曲数の上限に含まれる区分
に追加して再出力するといった手段が想定しうる。

【００３８】上述の音楽再生データを忌避する処理は、
「ユーザ側通信手段に出力する音楽再生データ受信候補
を最終的に確定する前に」行われる。出力する音楽再生
データ受信候補を最終的に確定する指令はユーザ側入力
手段から別途入力する方法によってもよいし、ユーザが
任意の音楽再生データ受信候補を指定して忌避できる回
数を例えば３回といった具合に定めておき、定められた
回数の忌避が終了したときは自動的に出力される音楽再
生データ受信候補が確定する方法によってもよい。

【００３９】最終的に出力される音楽再生データ受信候
補が確定したときは、音楽再生データ受信候補、例えば
識別番号等サーバ側の音楽再生データを特定する為の情
報をユーザ側通信手段からサーバ側に送信する。サーバ
側には複数の音楽再生データを格納したデータベースが
有り、ユーザは確定された音楽再生データ送信候補に対
応する音楽再生データをサーバ側から受信し、自己の記
録媒体に記録する。

【００４０】請求項４記載のコンピュータ読み取り可能
な媒体は、例えばパーソナルコンピュータや、ミュージ
ックポッド等に組み込むことにより請求項３記載の音楽
再生データ受信装置と同様の処理を行わせるためのプロ
グラムを格納しているものである。

【００４１】

【発明の実施の形態】〔第１実施形態〕

【００４２】以下、本発明の第１実施形態について、図
１乃至図９を参照しながら説明する。

【００４３】図１は、本発明の一実施形態である音楽再
生データ送信装置を含む音楽配信システムの全体構成を
示すブロック図である。

【００４４】本音楽再生データ送信装置は、サーバ側記
憶手段８ｓ、サーバ側処理手段１２、サーバ側通信手段
１３から構成される。

【００４５】サーバ側記憶手段８ｓは例えばハードディ
スクであり音楽再生データベース９、サーバ側検索情報
データベース１０、ユーザ情報データベース１１が格納
されている。

【００４６】音楽再生データベース９には、複数の音楽
再生データが、各別の識別番号を付された上で格納され
ている。

【００４７】サーバ側検索情報データベース１０には、
上記各音楽再生データの各識別番号に対応する複数の識
別番号が音楽再生データの楽曲名、アーティスト名、ジ
ャンルといった検索情報と関連付けて格納されている。

【００４８】更にサーバ側検索情報データベース１０に
は、楽曲の内容（イメージ情報）を表現するための複数
の文字コードを設定し、前記各識別番号に対応して格納
されている。

【００４９】この文字コードは楽曲の内容の特徴的要素
を感覚的に的確に分類して表現できると思われるものを
選んで採用するもので、例えば感情を表現するものとし
て「楽しい」、「切ない」、「気楽」等の文字コード、
イメージを表現するものとして「恋愛」、「男らし
さ」、「青春」等の文字コードがある。

【００５０】尚、サーバ側検索情報データベース１０の
内容はヒットチャートのランキング等も含まれるので定
期的（例えば週に１回）に更新されるものとする。

【００５１】ユーザ情報データベース１１は、ユーザの
検索条件として既にダウンロードした音楽再生データを
除くという条件が設定された際の処理のために設けられ
ているものであり、各ユーザに割り振られたユーザ番号
が、同一番号のユーザに対し過去にダウンロードした音
楽再生データの識別番号とともに格納されている。

【００５２】ユーザ番号は、例えば本音楽配信システム
を継続的に利用するユーザの請求により別途郵送により
通知されるものである。

【００５３】サーバ側処理手段１２は、ユーザの検索条
件に合致する音楽再生データの送信候補（以下単に送信
候補という。）の検索、指定された送信候補の忌避処
理、サーバ側通信手段１３への各種出力、配信履歴のユ
ーザ情報データベース１１への格納等を行うＣＰＵを含
む。

【００５４】サーバ側通信手段１３は、モデムである。

【００５５】一方、音楽再生データ受信装置はユーザが
検索条件等の各種入力をしたり希望に合致する音楽再生
データをダウンロードし、自己の記憶媒体に記憶する為
の端末であり、各地のレコード店、コンビニエンススト
ア等の店頭に設置されネットワーク３０を介して音楽再
生データ送信装置と接続されている。

【００５６】音楽再生データ受信装置は、ユーザ側通信
手段１４、表示手段１５、入力手段１６、記憶装置１
７、ユーザ側処理手段１８から構成される。

【００５７】表示手段１５はユーザに対し検索結果であ
る送信候補その他必要な情報の表示を行うディスプレイ
である。

【００５８】入力手段１６は例えばユーザが検索条件、
特定の送信候補の忌避その他各種入力を行うためのタッ
チスイッチであり表示手段１５上の文字、記号にユーザ
が触れること等により入力が行われる様な構成でもよ
い。

【００５９】記憶装置１７は例えばダウンロードした音
楽再生データをユーザが挿入した記憶媒体１７ａに記憶
するレコーダである。記憶媒体１７ａは、メモリーステ
ィック（商標）やＭＤ等、音楽再生データを信号として
記録し、再生できる媒体であればよい。

【００６０】またユーザ側通信手段１４はモデムであ
る。

【００６１】ユーザ側処理手段１８は、例えば上記ユー
ザ側通信手段１４、表示手段１５、ユーザ側入力手段１
６、記憶装置１７を有効に機能させるための各種処理を
行うＣＰＵを含んでいる。

【００６２】次に音楽再生データ送信装置において、音
楽再生データ受信装置から入力された検索条件に合致す
る音楽再生データを検索し、ネットワーク３０を介して
音楽再生データ受信装置に送信するまでの処理を図２に
示すフローチャート等を参照しつつ説明する。

【００６３】本音楽再生データ送信装置がユーザの検索
条件に合致する音楽再生データを検索するためには、前
提として、音楽再生データ受信装置から検索条件がユー
ザにより入力される必要がある。

【００６４】検索条件の入力は、ユーザが音楽再生デー
タ受信装置の表示手段１５に表示される案内に従い入力
手段１６を操作することによりなされるものである。そ
こで、先ず検索条件の入力について説明する。

【００６５】音楽再生データ受信装置側では先ずユーザ
側処理手段１８が図３に示すような画面を表示手段１５
に表示する。

【００６６】ユーザは希望する音楽再生データを曲の
「アーティスト名」、曲の「タイトル名」、特定のテレ
ビ番組の主題歌、挿入歌として採用されているといった
「タイアップ」、「ヒットチャート」の上位曲、曲の
「制作者」、「あなたに合った曲を選択」の何れかの表
示を指で触れる等により希望の検索方法を選択する（図
２の１１１）。

【００６７】「あなたに合った曲を選択」というのは、
ユーザが音楽再生データの楽曲名やアーティスト名が分
からないような場合や、楽曲の持っている雰囲気やテン
ポ等の表現形態から漠然と楽曲を選択したい場合に文字
コードとして検索条件を入力するためのものである。本
音楽再生データ送信措置は、ユーザ側から複数の文字コ
ードに関する検索条件が入力された場合に、サーバ側検
索条件データベース１０へ各識別番号と対応して格納さ
れている文字コードと、前記入力された文字コードが同
一であるかを判断する事により楽曲の絞り込みを行う機
能を有している。この絞り込み機能を利用するために
は、ユーザが上記検索方法入力画面（図３）で「あなた
に合った曲を選択」を選ぶ必要がある。

【００６８】ユーザが何れかの検索方法を選択した場
合、ユーザ側処理手段１８は図４に示すような画面を表
示手段１５に表示する。

【００６９】本音楽再生データ送信装置は検索条件に合
致する複数の音楽再生データ送信候補の曲名、アーティ
スト名をヒットチャート順に整理し音楽再生データ受信
装置へ出力する。従ってユーザは「今週」、「今月」、
「今年度上半期」、「今年度下半期」、「１年間」、
「３年間」、「５年間」、「すべてのヒットチャート」
から何れかを選択し、表示手段１５上の「選択条件へ」
を指で触れる等によりヒットチャート情報に関する検索
条件を確定させる（１１２）。

【００７０】ヒットチャート情報に関する検索条件を確
定させるとユーザ側処理手段１８は図５に示すような画
面を表示手段１５に表示する。

【００７１】この画面においては検索する楽曲の「ジャ
ンル」、国内のアーティストのものかそれとも海外のも
のかを選択する「国別指定」、特定のＣＭ、テレビ番
組、映画の主題歌、挿入歌として採用されているか否か
という「タイアップ」、「ボーカル」の性別の他「ダウ
ンロード指定」といった選択情報に関する検索条件を入
力し、「確定」を指で触れる等により確定させる（１１
３）。

【００７２】「ダウンロード指定」というのはユーザが
纏めて配信を受ける音楽再生データのうちに以前配信を
受けたものと同一のものが存在しており、重複して料金
を支払わなければならないという不利益を回避したい場
合に、既にダウンロードした曲を「除く」という検索条
件を入力するものである。

【００７３】また、配信を希望する音楽再生データの曲
数についての初期設定は８曲になっているが、入力手段
１６からユーザが増減する事が出来る。

【００７４】選択情報に関する検索条件を確定させると
ユーザ側処理手段１８は図６に示すような画面を表示手
段１５に表示する。

【００７５】尚、この画面はユーザが先の検索方法選択
画面（図３）において「あなたに合った曲を選択」を選
択した場合に限り、前記選択情報入力確定後に挿入され
るものである。

【００７６】従って、ユーザが先の検索方法選択画面
（図３）において「あなたに合った曲を選択」以外を選
択したときは図６に示す画面は表示されず、前記選択情
報に関する検索条件確定後、直ちにユーザ側処理手段１
８は後述のユーザ番号入力要求画面を表示手段１５に表
示する事になる。

【００７７】ユーザは表示手段１５上に列挙された各文
字コードのうち、配信を受けたい楽曲のイメージに合致
すると思われる文字コードを指で触れる等によりチェッ
クマークを表示させる。希望に合致するすべての文字コ
ードをチェックしたときは表示手段１５に表示されてい
る「確定」を指で触れること等により確定させる（１１
４）。

【００７８】文字コードに関する検索条件を確定させる
とユーザ側処理手段１８は図７に示すような画面を表示
手段１５に表示する。ユーザ番号入力を要求する画面で
ある。

【００７９】ユーザ番号は、検索結果である送信候補の
中から既にダウンロードした曲を「除く」場合に、サー
バ側処理手段１２がユーザ情報データベース１１から当
該ユーザの過去の配信履歴についての情報を取り出すた
めに必要であり、それ以外にも今回ダウンロードする曲
の識別番号を新たな配信履歴としてユーザ情報データベ
ース１１に格納するために必要となる。

【００８０】ユーザは、ユーザ番号を入力後「確定」を
指で触れること等によりこれを確定させる。また、ユー
ザ番号を持っていないときは「ユーザ番号無し」を選択
する（１１５）。

【００８１】以上で音楽再生データ受信装置側における
検索条件の入力が全て終了する。

【００８２】音楽再生データ受信装置に入力された検索
条件はネットワーク３０を介してサーバ側通信手段１３
が受信しサーバ側処理手段１２に送られる（１１６）。

【００８３】サーバ側処理手段１２は配信希望曲数を除
く検索条件に合致する識別番号をサーバ側検索情報デー
タベース１０から検索する（１１７）。

【００８４】もし、ユーザが既にダウンロードした曲を
「除く」という要求をしていたときは、サーバ側検索情
報データベース１０だけでなくユーザ情報データベース
１１にもアクセスし、今回のユーザ（前記入力したユー
ザ番号により識別）が過去に同じ識別番号の音楽再生デ
ータをダウンロードしていないかを判断する。過去にダ
ウンロードした音楽再生データと同一のものは送信候補
に含めない。

【００８５】サーバ側処理手段１２は、ユーザ側に送信
する音楽再生データに対応する識別番号が最終的に確定
するまで、前記配信希望曲数を除く検索条件に合致する
全ての識別番号をサーバ側記憶手段８ｓへ暫定的に格納
しておく。

【００８６】次にサーバ側処理手段１２は検索した識別
番号に対応する楽曲名とアーティスト名を送信候補と
し、サーバ側通信手段１３から音楽再生データ受信装置
に送信する（１１８）。

【００８７】送信候補は曲名を画面左側に、アーティス
ト名を画面右側に、そして削除のチェックを表示させる
欄をアーティスト名の右側に設け、更にユーザが設定し
た配信希望曲数の範囲内でヒットチャートの上位曲から
配列して表示手段１５に表示される。

【００８８】例えばユーザが配信を希望する音楽再生デ
ータの曲数についての設定を８曲としたままで検索した
ときは、図８に示すようにヒットチャートの上位８曲が
送信候補として表示されることになる。ユーザは表示さ
れた送信候補より何れかを忌避するかそれともダウンロ
ードを行うか決定する（１１９）。

【００８９】ユーザが何れかの送信候補についての音楽
再生データのダウンロードを希望しないときは、その楽
曲の表示を指で触れること等により削除の欄のチェック
マークを表示させる。削除する曲は複数でも良く、ユー
ザが削除を希望する全ての受信候補のチェックを済ませ
たら「更新」を指で触れること等により確定する（図８
の場合、２位の送信候補が削除される事になる）。

【００９０】確定された削除に関する情報はネットワー
ク３０を介してサーバ側通信手段１３が受信し再びサー
バ側処理手段１２に送られる（１２０）。

【００９１】サーバ側処理手段１２は、削除が指定され
た送信候補を削除した上で、前記サーバ側記憶手段８ｓ
へ暫定的に格納した識別番号のうちヒットチャートの次
順位にあるものを読み出し送信候補に追加する（１２
１）。

【００９２】そして更新された検索結果としてサーバ側
通信手段１３から音楽再生データ送信装置へ再送信する
（１１８）。

【００９３】ユーザは検索結果が希望に合致する受信候
補で満たされるまで削除の欄にチェックマークを表示さ
せ更新させる処理を行う（１１８から１２１の繰り返
し）。

【００９４】最初の検索結果又は更新後の検索結果が希
望に合致する送信候補で満たされたときは表示手段１５
上の「ダウンロード」を指で触れる等により送信候補を
確定する。送信候補の確定に関する情報はネットワーク
３０を介してサーバ側通信手段１３が受信しサーバ側処
理手段１２に送られる（１２２）。

【００９５】送信候補確定の情報を受けた後にサーバ側
処理手段１２はユーザに対しクレジット番号入力を要求
する（１２３）。表示手段１５には図９に示すような画
面が表示される。

【００９６】ユーザから入力されたクレジット番号を受
け取ったあとにサーバ側処理手段１２は今回ダウンロー
ドする音楽再生データの代金について決済処理を行う
（１２４）。決済処理終了後、サーバ側処理手段１２は
前記記憶手段８ｓに暫定的に格納されていた識別番号の
うち、最終的に確定した送信候補の識別番号に対応する
音楽再生データを音楽再生データベース９から読み出
し、サーバ側通信手段１３から音楽再生データ受信装置
へ送信する（１２５）。これによりユーザは希望に合致
する複数の音楽再生データを纏めて自己の記憶媒体に格
納できる。

【００９７】送信後、先の図７に示した画面においてユ
ーザがユーザ番号を入力していた場合、サーバ側処理手
段１２は、今回送信した全ての音楽再生データの識別番
号を送信履歴としてユーザ番号とともに格納することに
より、ユーザ情報データベース１１を更新する（１２
６）。ユーザ情報データベースを更新した後全ての処理
を終了させる。

【００９８】一方、ユーザ番号が入力されていないとき
は、音楽再生データ送信後そのまま終了となる。

【００９９】以上で、音楽再生データ送信装置がユーザ
の検索条件に合致する音楽再生データを検索しネットワ
ーク３０を介して音楽再生データ受信装置に送信する処
理が終了する。

【０１００】〔第２実施形態〕

【０１０１】以下、本発明の第２実施形態について、図
３乃至図６、図８乃至図１２を参照しながら説明する。

【０１０２】図１０は本発明の一実施形態である音楽再
生データ受信装置を含む音楽配信システムの全体構成を
示すブロック図である。

【０１０３】音楽配信システム全体として見たとき、第
１実施形態においては音楽再生データ送信装置で送信候
補の検索及び忌避の処理が行われる構成であったのに対
し本実施形態の場合、音楽再生データ受信装置の側で音
楽再生データ受信候補（以下受信候補という）の検索及
び忌避の処理を行い、最終的にダウンロードする音楽再
生データの識別番号が確定してからサーバである音楽再
生データ送信装置との交信を行う構成となっている。

【０１０４】本音楽再生データ受信装置は、ユーザ側記
憶手段８ｙ、ユーザ側通信手段１４、表示手段１５、入
力手段１６、記憶装置１７、ユーザ側処理手段１８、ユ
ーザカード処理手段２０から構成される。

【０１０５】ユーザ側通信手段１４，表示手段１５、入
力手段１６、記憶装置１７及び記憶媒体１７ａは第１実
施形態において述べたものと同一の構成である。

【０１０６】ユーザ側処理手段１８は、例えばユーザの
検索条件に合致する受信候補の検索、指定された受信候
補の忌避処理、ユーザ側通信手段１４への各種出力、ユ
ーザカード処理手段２０に配信履歴の読み込み及び更新
を行わせる指令等を行うＣＰＵを含む。

【０１０７】ユーザ側記憶手段８ｙは例えばハードディ
スクでありユーザ側検索情報データベース１９が格納さ
れている。

【０１０８】ユーザ側検索情報データベース１９には、
音楽再生データを特定するための識別番号が音楽再生デ
ータの楽曲名、アーティスト名、ジャンルといった検索
情報と関連付けて格納されている。

【０１０９】ユーザ側検索情報データベース１９は、定
期的（例えば週１回）に音楽再生データ送信装置と音楽
再生データ受信装置との間で交信する事により、サーバ
側検索情報データベース１０と同一の内容が保たれてい
る。

【０１１０】尚、サーバ側検索情報データベース１０の
内容は第１実施形態に述べたところと同様の構成であ
り、定期的に更新されるものである。

【０１１１】ユーザカード処理手段２０は、ユーザの検
索条件として既にダウンロードした音楽再生データを除
くという条件が設定されていた場合に、ユーザカード２
０ａに格納されている各ユーザの配信履歴に関する情報
を読み出しユーザ側処理手段１８に伝送する処理、及び
音楽再生データをダウンロードした後に今回ダウンロー
ドした音楽再生データの識別番号をユーザカード２０ａ
へ格納することにより配信履歴を更新する処理を行う。

【０１１２】ユーザカード２０ａは例えば、ＩＣカー
ド、メモリースティック（商標）等、配信履歴に関する
情報を信号として記録出来る媒体であって、携帯容易な
ものであればよい。

【０１１３】一方、音楽再生データ送信装置は音楽再生
データ受信装置から受け取った識別番号を基に音楽再生
データを送信するサーバであり、ネットワーク３０を介
して各地にある音楽再生データ受信装置と接続されてい
る。

【０１１４】音楽再生データ送信装置はサーバ側記憶手
段８ｓ、サーバ側処理手段１２、サーバ側通信手段１３
から構成される。

【０１１５】サーバ側記憶手段８ｓは例えばハードディ
スクであり、音楽再生データベース９、サーバ側検索情
報データベース１０が格納されている。

【０１１６】音楽再生データベース９、サーバ側検索情
報データベース１０、サーバ側通信手段１３は第１実施
形態において述べたものと同一の構成である。

【０１１７】サーバ側処理手段１２は、音楽再生データ
受信装置から受信した識別番号に対応する音楽再生デー
タを音楽再生データベース９から読み出しサーバ側通信
手段１３から音楽再生データ受信装置へ送信する処理、
及び定期的（例えば週に１回）に更新されるサーバ側検
索情報データベース１０の内容をサーバ側通信手段１３
から全ての音楽再生データ受信装置へ配信する処理等を
行う。

【０１１８】次に本音楽再生データ受信装置において、
ユーザが入力した検索条件に合致する音楽再生データを
纏めてダウンロードし記憶媒体１７ａに格納するまでの
処理を図１１に示すフローチャート等を参照しつつ説明
する。

【０１１９】本音楽再生データ受信装置を起動するとユ
ーザ側処理手段１８は図３に示すような画面を表示手段
１５に表示する。ユーザは第１実施形態の場合と同様に
希望の検索方法を選択する（図１１の２１１）。

【０１２０】ユーザが「アーティスト名」「タイトル
名」「タイアップ」「ヒットチャート」「制作者」「あ
なたにあった曲を選択」のうちの何れかの検索方法を選
択した場合、ユーザ側処理手段１８は図４に示すような
画面を表示手段１５に表示する。ユーザは第１実施形態
の場合と同様にヒットチャート情報に関する検索条件を
入力し確定させる（２１２）。

【０１２１】ヒットチャート情報に関する検索条件を確
定させるとユーザ側処理手段１８は図５に示すような画
面を表示手段１５に表示する。

【０１２２】ユーザは第１実施形態の場合と同様に「ジ
ャンル」、「国別指定」、「タイアップ」、「ボーカ
ル」、「ダウンロード指定」、「曲数」等の選択情報に
関する検索条件を入力し確定させる（２１３）。

【０１２３】選択情報に関する検索条件を確定させると
ユーザ側処理手段１８は図６に示すような画面を表示手
段１５に表示する。

【０１２４】ユーザは第１実施形態の場合と同様に配信
を受けたい楽曲のイメージに合致する文字コードを入力
し確定させる（２１４）。

【０１２５】文字コードに関する検索条件を確定させる
とユーザ側処理手段１８は図１２に示すような画面を表
示手段１５に表示する。ユーザカード挿入を要求する画
面である。

【０１２６】ユーザカード２０ａは例えば本音楽配信シ
ステムを継続的に利用するユーザの請求により別途郵送
されるものである。ユーザカード２０ａは検索結果であ
る受信候補の中から既にダウンロードした曲を「除く」
場合に、ユーザ側処理手段１８が当該ユーザの過去の配
信履歴についての情報を取り出すために必要であり、そ
れ以外にも今回ダウンロードする曲の識別番号を新たな
配信履歴として格納するために必要となる。

【０１２７】ユーザは、ユーザカード２０ａを有してい
るときはユーザカード処理手段２０に挿入し、「ＯＫ」
を指で触れる等により確定する。ユーザカード２０ａを
持っていないときは「ユーザカード無し」を選択する
（２１５）。

【０１２８】以上で検索条件の入力が全て終了する。

【０１２９】検索条件入力後、ユーザ側処理手段１８は
配信希望曲数を除く検索条件に合致する識別番号をユー
ザ側検索情報データベース１９から検索する（２１
６）。

【０１３０】もし、ユーザが既にダウンロードした曲を
「除く」という要求をしており、ユーザカード２０ａが
挿入されているときはユーザカード２０ａから過去に配
信を受けている音楽再生データの識別番号を読み出し、
検索結果である受信候補の識別番号とマッチングする事
等により過去に同じ識別番号の音楽再生データをダウン
ロードしていないか判断する。過去にダウンロードした
音楽再生データと同一のものは受信候補に含めない。

【０１３１】ユーザ側処理手段１８は、サーバに対し配
信を要求する音楽再生データに対応する識別番号が最終
的に確定するまで、前記配信希望曲数を除く検索条件に
合致する全ての識別番号をユーザ側記憶手段８ｙへ暫定
的に格納しておく。

【０１３２】次にユーザ側処理手段１８は検索した識別
番号に対応する楽曲名とアーティスト名を受信候補と
し、表示手段１５に出力する（２１７）。

【０１３３】受信候補は曲名を画面左側に、アーティス
ト名を画面右側に、そして削除のチェックを表示させる
欄をアーティスト名の右側に設け、更にユーザが設定し
た配信希望曲数の範囲内でヒットチャートの上位曲から
配列して表示手段１５に表示される。

【０１３４】例えばユーザが配信を希望する音楽再生デ
ータの曲数についての設定を８曲としたままで検索した
ときは、図８に示すようにヒットチャートの上位８曲が
受信候補として表示されることになる。ユーザは表示さ
れた受信候補により何れかを忌避するかそれともダウン
ロードを行うか決定する（２１８）。

【０１３５】ユーザが何れかの受信候補についての音楽
再生データのダウンロードを希望しないときは、その楽
曲の表示を指で触れること等により削除の欄のチェック
マークを表示させる。削除する曲は複数でも良く、ユー
ザが削除を希望する全ての受信候補のチェックを済ませ
たら「更新」を指で触れること等により確定する（図８
の場合、２位の送信候補が削除される事になる）（２１
９）。

【０１３６】ユーザ側処理手段１８は、削除が指定され
た受信候補を削除した上で、前記ユーザ側記憶手段８ｙ
へ暫定的に格納した識別番号のうちヒットチャートの次
順位にあるものを読み出し送信候補に追加する（２２
０）。

【０１３７】そして更新された検索結果として表示手段
１５へ再出力する（２１７）。

【０１３８】ユーザは検索結果が希望に合致する受信候
補で満たされるまで削除の欄にチェックマークを表示さ
せ更新させる処理を行う（２１７から２２０の繰り返
し）。

【０１３９】最初の検索結果又は更新後の検索結果が希
望に合致する受信候補で満たされたときは表示手段１５
上の「ダウンロード」を指で触れる等により受信候補を
確定する（２２１）。

【０１４０】受信候補確定後、ユーザ側処理手段１８は
ユーザに対しクレジット番号入力を要求する（２２
２）。表示手段１５には、図９に示すような画面が表示
される。

【０１４１】入力されたクレジット番号と前記確定した
受信候補である音楽再生データの識別番号は、ユーザ側
通信手段１４からネットワーク３０を介して音楽再生デ
ータ送信装置に送信される（２２３）。

【０１４２】ユーザから入力されたクレジット番号を受
け取ったあとにサーバ側処理手段１２は、今回ダウンロ
ードする音楽再生データの代金について決済処理を行
い、決済処理終了後、受け取った識別番号に対応する音
楽再生データを読み出す。

【０１４３】本音楽再生データ受信装置は、読み出され
た音楽再生データを音楽再生データ送信装置から受信す
る（２２４）。

【０１４４】ユーザ側処理手段１８は、受信した音楽再
生データを記憶媒体１７ａに格納する（２２５）。

【０１４５】格納後、先の図１１に示した画面において
ユーザがユーザカード２０ａをユーザカード処理手段２
０に挿入していた場合、ユーザ側処理手段１８は、今回
受信した全ての音楽再生データの識別番号を受信履歴と
してユーザカード２０ａに格納することにより、ユーザ
カード２０ａを更新する（２２６）。ユーザカード２０
ａを更新した後、全ての処理を終了させる。

【０１４６】一方、ユーザカード２０ａが挿入されてい
ないときは、音楽再生データ格納後そのまま終了とな
る。

【０１４７】以上で、音楽再生データ受信装置がユーザ
の検索条件に合致する音楽再生データを検索しネットワ
ーク３０を介して音楽再生データ送信装置から受信しユ
ーザの記憶媒体に格納する処理が全て終了する。

【０１４８】尚、本発明の実施形態は上記に限られな
い。例えば第１実施形態又は第２実施形態における、ダ
ウンロードする音楽再生データの代金についての決済処
理は、音楽再生データ受信装置にユーザがクレジットカ
ードを挿入し、暗証番号を入力する事により行われる構
成を採用しても良い。

【０１４９】また、第１実施形態又は第２実施形態にお
ける検索結果の表示方法として、図８に示したように、
検索条件に合致する送信候補または受信候補をユーザが
設定した配信希望曲数の範囲内でヒットチャートの上位
曲から配列して表示する方法でなく、図１３に示すよう
に、配信希望曲数を除く検索条件に合致する受信候補の
全てあるいは送信候補の全てを、ヒットチャート順に配
列し、ユーザが設定した配信希望曲数の範囲内と範囲外
とを区分した形で表示する方法によってもよい。

【０１５０】

【発明の効果】本発明は上記のように構成され機能する
ので、ユーザが予めダウンロードをしたい音楽再生デー
タの曲数を決定してから希望に合致する音楽再生データ
を探し出したいという状況において、ユーザの希望に合
致する複数の音楽再生データを容易かつ迅速に探し出し
纏めてダウンロード出来る一方、前記纏めてダウンロー
ドされるものに、ユーザがＣＤ等を既に所有している曲
と同一タイトルであるといった事情等によりダウンロー
ドしたくないものまで含まれてしまう事態が回避され
る。

【０１５１】請求項１記載の発明は、サーバ側送信装置
でユーザに忌避された音楽再生データ送信候補の検索、
忌避された送信候補の削除、次候補代替の各処理を行う
のでユーザ側の受信装置に検索のためのデータベースを
設ける必要が無い。従って、例えば、ヒットチャート順
位など検索情報が定期的に変動する場合にもサーバ側の
データベースのみ更新すればよいというメリットがあ
る。

【０１５２】請求項２記載の発明は音楽再生データ受信
候補の忌避といった従来の音楽再生データ受信装置とは
異なる入力を可能にするという効果がある。

【０１５３】請求項３及び４記載の発明はユーザ側受信
装置でユーザに忌避された音楽再生データ受信候補の検
索、忌避された送信候補の削除、次候補代替の各処理を
行うので最終的に音楽再生データ受信候補が確定するま
でサーバとの送受信を行う必要がない。従って電気通信
回線の使用効率が向上し、通話料の節約が出来るという
メリットがある。

【図面の簡単な説明】

【図１】第１実施形態記載の音楽再生データ送信装置を
含む音楽配信システムの全体構成を示すブロック図であ
る。

【図２】第１実施形態記載の音楽再生データ送信装置に
おいて、音楽再生データ受信装置から入力された検索条
件に合致する音楽再生データを検索し、ネットワーク３
０を介して音楽再生データ受信装置に送信するまでの処
理を示すフローチャートである。

【図３】 第１実施形態又は第２実施形態において表示
手段１５に表示される、検索方法に関する検索条件入力
を要求する画面を示す図である。

【図４】 第１実施形態又は第２実施形態において表示
手段１５に表示される、ヒットチャート情報に関する検
索条件入力を要求する画面を示す図である。

【図５】 第１実施形態又は第２実施形態において表示
手段１５に表示される、選択情報に関する検索条件入力
を要求する画面を示す図である。

【図６】 第１実施形態又は第２実施形態において表示
手段１５に表示される、文字コードに関する検索条件入
力を要求する画面を示す図である。

【図７】第１実施形態において表示手段１５に表示され
る、ユーザ番号入力を要求する画面を示す図である。

【図８】 第１実施形態又は第２実施形態において表示
手段１５に表示される、検索結果を表示する画面を示す
図である。

【図９】第１実施形態又は第２実施形態において表示手
段１５表示される、クレジットカード番号入力を要求す
る画面を示す図である。

【図１０】第２実施形態記載の音楽再生データ受信装置
を含む音楽配信システムの全体構成を示すブロック図で
ある。

【図１１】第２実施形態記載の音楽再生データ受信装置
において、ユーザが入力した検索条件に合致する音楽再
生データを纏めてダウンロードし、記憶媒体１７ａに格
納するまでの処理を示すフローチャートである。

【図１２】第２実施形態において表示手段１５に表示さ
れる、ユーザカード挿入を要求する画面を示す図であ
る。

【図１３】本発明の一実施形態としての音楽再生データ
受信装置がユーザの検索条件に合致する検索結果を表示
する画面の一例を示す図である。

【符号の説明】

８ｓ サーバ側記憶手段 ８ｙ ユーザ側記憶手段 ９ 音楽再生データベース １０ サーバ側検索情報データベース １１ ユーザ情報データベース １２ サーバ側処理手段 １３ サーバ側通信手段 １４ ユーザ側通信手段 １５ 表示手段 １６ 入力手段 １７ 記憶装置 １８ ユーザ側処理手段 １９ ユーザ側検索情報データベース ２０ ユーザカード処理手段 ３０ ネットワーク

Claims (4)

【特許請求の範囲】
1. 【請求項１】 複数の音楽再生データ及び音楽再生デー
   タを検索するための検索情報を格納したサーバ側記憶手
   段と、 ユーザ側への送信曲数の上限その他の検索条件及び音楽
   再生データ送信候補の忌避をユーザ側から受信し、ユー
   ザ側の表示手段に表示する音楽再生データ送信候補及び
   ユーザ側の記録媒体へ記録する音楽再生データの送信を
   行うサーバ側通信手段と、 前記サーバ側記憶手段の検索情報から検索条件に合致す
   る音楽再生データ送信候補を検索し、検索された送信候
   補、最終的に送信が確定した音楽再生データをサーバ側
   通信手段に出力するサーバ側処理手段と、 を備えた音楽再生データ送信装置であって、 上記サーバ側処理手段は、送信する音楽再生データを最
   終的に確定する前に、ユーザから任意の音楽再生データ
   送信候補を指定して忌避する指令を受けとり、指定され
   た送信候補を削除し、ユーザの検索条件に合致する送信
   候補の次候補を追加してサーバ側通信手段に再出力する
   ことを特徴とする、 音楽再生データ送信装置。
2. 【請求項２】 前記ユーザ側への送信曲数の上限その他
   の検索条件、音楽再生データ送信候補の忌避を請求項１
   記載の音楽再生データ送信装置に入力するユーザ側入力
   手段と、 請求項１記載の音楽再生データ送信装置との送受信を行
   うユーザ側通信手段と、 請求項１記載の音楽再生データ送信装置から出力された
   音楽再生データ送信候補を表示する表示手段と、 請求項１記載の音楽再生データ送信装置から出力された
   音楽再生データをユーザ側の記憶媒体に記憶する記憶装
   置と、 を備えた音楽再生データ受信装置。
3. 【請求項３】 サーバ側からの受信曲数の上限その他の
   検索条件及び音楽再生データ受信候補の忌避を入力する
   ユーザ側入力手段と、 音楽再生データ受信候補を検索するための検索情報を格
   納した検索情報データベースと、 前記検索情報データベースの検索情報から検索条件に合
   致した音楽再生データ受信候補を検索し、検索された受
   信候補を表示手段に出力し、最終的に確定した受信候補
   をユーザ側通信手段に出力するユーザ側処理手段と、 音楽再生データ受信候補を表示する表示手段と、 上記ユーザ側処理手段から出力された音楽再生データ受
   信候補を、サーバ側に送信し、送信された受信候補に対
   応する音楽再生データをサーバ側から受信するユーザ側
   通信手段と、 受信した音楽再生データをユーザ側の記憶媒体に記憶す
   る記憶装置と、 を備えた音楽再生データ受信装置であって、 前述のユーザ側処理手段は、ユーザ側通信手段に出力す
   る音楽再生データ受信候補を最終的に確定する前に、ユ
   ーザ側入力手段から任意の受信候補を指定して忌避する
   指令を受けとり、指定された受信候補を削除し、ユーザ
   の検索条件に合致する受信候補の次候補を追加すること
   を特徴とする、 音楽再生データ受信装置。
4. 【請求項４】 請求項３記載の音楽再生データ受信装置
   において、 サーバ側からの受信曲数の上限その他の検索条件をユー
   ザから受け取り、受け取った検索条件に基づき音楽再生
   データ受信候補を検索し、検索された受信候補を表示手
   段に出力する処理と、 表示手段に表示された音楽再生データ受信候補の何れか
   をユーザが指定して忌避したときは、指定された受信候
   補を削除し、ユーザの検索条件に合致する受信候補の次
   候補を追加し、新たな受信候補とした後に表示手段に再
   出力する処理と、 ユーザが最終的に確定した音楽再生データ受信候補をユ
   ーザ側通信手段からサーバ側通信手段に出力する処理
   と、 前記出力された音楽再生データ受信候補に応答してサー
   バ側から送信された音楽再生データをユーザの記憶媒体
   に記憶する処理とを、 上記ユーザ側処理手段に実行させるための音楽再生デー
   タ受信処理プログラムを記録したコンピュータ読み取り
   可能な媒体。