認証システムおよび認証装置
【課題】登録済ユーザに対応する楽曲が、ユーザの好みの楽曲で認証することができるようにする。
【解決手段】端末装置２から選択再生出力された特定楽曲に対し、認証装置４は、予め記憶された識別情報と対応付けられた複数の楽曲と比較することによって、特定楽曲に対応するユーザを認証する。このように、特定楽曲と対象楽曲との比較が行われるため、複数の楽曲が識別情報に与えられていても、ユーザを正しく認証することができる。
【解決手段】端末装置２から選択再生出力された特定楽曲に対し、認証装置４は、予め記憶された識別情報と対応付けられた複数の楽曲と比較することによって、特定楽曲に対応するユーザを認証する。このように、特定楽曲と対象楽曲との比較が行われるため、複数の楽曲が識別情報に与えられていても、ユーザを正しく認証することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、楽曲を再生可能な楽曲再生装置と、楽曲再生装置のユーザを認証する認証装置と、からなる認証システムに関する。
【背景技術】
【０００２】
近年、楽曲再生装置（携帯端末）から再生出力される楽曲を入力し、この楽曲が登録済ユーザ（チケット情報に対応する楽曲）のものであるかを判定することにより、この楽曲再生装置のユーザを認証する認証システムが提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第４５０１９５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ただ、認証システムに楽曲再生装置が用いられているとき、認証データとしての楽曲が、ユーザの好みの楽曲以外であった場合に、ユーザは楽曲再生装置から認証装置に対して認証データとしての楽曲を再生する度、好みでない楽曲を聴かされることとなる。
つまり、楽曲による認証操作が、ユーザに対して苦痛の発生となる恐れが高い。
【０００５】
本発明は、このような課題を解決するためになされたものであり、その目的は、認証データとしての楽曲が、ユーザの好みでない楽曲となる可能性を低くすることである。
【課題を解決するための手段】
【０００６】
上記課題を解決するため第１の構成（請求項１）は、楽曲を再生可能な楽曲再生装置と、該楽曲再生装置のユーザを認証する認証装置と、楽曲データ群を記憶する管理装置と、からなる認証システムである。
【０００７】
まず、前記楽曲再生装置は、ユーザの操作を受けて、前記ユーザの識別情報を前記管理装置へと送信する再生側通信手段と、前記再生側送信手段により識別情報が送信された後、前記識別情報を受信した前記管理装置から送信されてくる複数の楽曲データを前記再生側記憶部に記憶させる再生側記憶手段と、再生側記憶部に記憶された複数の楽曲データから特定の楽曲（特定楽曲）を選択して再生出力させる楽曲出力手段と、を備えている。
【０００８】
そして、前記管理装置は、前記楽曲再生装置から前記識別情報を受信する管理側通信手段と、楽曲データ群を記憶する楽曲記憶手段と、前記識別情報を受信したときに、前記楽曲記憶手段が記憶する楽曲データ群からを複数種類の楽曲データを選択して読み出す楽曲選択手段と、前記識別情報と前記読み出した複数種類の楽曲データとを対応付け、管理側記憶部に記憶するとともに、前記認証装置へと送信する管理側送信手段と、を備えている。
【０００９】
一方、前記認証装置は、前記管理装置から前記識別情報および前記複数種類の楽曲データを受信した場合に、認証側記憶部に記憶させる認証側記憶手段と、外部から楽曲を入力する楽曲入力手段と、前記楽曲入力手段へ楽曲が入力された場合に、前記認証側記憶手段に記憶する楽曲データ群を（対象楽曲）順次読み出して、前記入力された楽曲と比較し、前記入力された楽曲と一致する楽曲の楽曲データに対応付けられた識別情報を特定する楽曲認証手段とを備えており、前記楽曲認証手段は、前記楽曲入力手段により入力された楽曲における特定楽曲を、前記認証側記憶部に記憶された複数の楽曲データと比較して、前記入力された楽曲における特定楽曲が、前記複数の楽曲データの楽曲に含まれていた場合には、対象楽曲に対応づけられた識別情情報のユーザが、前記特定楽曲を再生出力した前記楽曲再生装置のユーザであるとして認証が行われる。
【００１０】
このように、上記構成において、認証装置側での認証に係る特定楽曲となる、ユーザの好みである可能性のある複数種類の楽曲データを、ユーザの楽曲再生装置側からの要求に基づいて、管理装置側で、楽曲再生装置のユーザと対応づけたものを、あらかじめ楽曲再生装置再生側記憶部と認証装置側の認証側記憶部とに記憶させておき、これを認証のタイミングで、ユーザの好みである楽曲データを、ユーザが選択して楽曲再生装置側から再生出力することとすればよい。
【００１１】
この構成であれば、楽曲再生装置から送信された識別情報に基づいて管理装置側で識別情報と特定楽曲の対応付けが行われた後、この特定楽曲を示す楽曲データおよび識別情報が認証装置に送信、記憶される。これにより、認証装置側では、特定楽曲と対象楽曲との比較に基づく認証を行うことができるようになる。両楽曲の比較に基づく認証が行われるため、ユーザは楽曲再生装置から複数種類の楽曲データの中から自分の好みの楽曲を再生して認証することができるようになる。
【００１２】
上記各構成において、認証装置は、ユーザの識別情報と複数種類の楽曲データとを対応付けて記憶しているため、認証に必要なユーザ数が増加すると、記憶すべき楽曲データ数（データ容量）が膨大になることも考えられる。
【００１３】
これらのうち、ユーザの意思による特定楽曲による認証後に、認証に必要なユーザの楽曲データ容量を減らすことで、他の認証するユーザが増加しても、記憶すべき楽曲データの増加する度合いを少なくするには、上記構成を、例えば、以下に示す第２の構成（請求項２）のようにするとよい。
【００１４】
前記楽曲認証手段は、前記認証が行われたときに、前記認証が行われた識別情報が対応付けられた複数の楽曲データのうち、特定楽曲が含まれた楽曲データ以外の楽曲データを、前記認証側記憶手段から削除する。
【００１５】
この構成であれば、ユーザの認証後は、そのユーザの認証に用いられなかった楽曲データを削除することで、同一ユーザの認証に必要な楽曲データを減らすことができるし、
認証に用いられた特定楽曲の楽曲データは削除されていないので、そのユーザは認証に用いた好みの特定楽曲で、繰り返し認証することができるため好適である。
【００１６】
また、上記各構成において、認証するユーザ数が増え続けたときには、管理装置で記憶する楽曲データ群から、他のユーザの識別情報と対応付けるべき楽曲データが不足することとなる。このため、他のユーザが管理装置に登録要求を出しても十分な楽曲データ種類が提供されずに、自分の好みの楽曲を再生できない（認証できない）可能性が高くなることも考えられる。
【００１７】
これらの、認証するユーザ数が増えた場合に、管理装置で記憶する楽曲データの種類数が不足する度合いや、他のユーザも自分の好みの楽曲で認証できない可能性などを、高くしないためには、上記構成を、例えば、以下に示す第３の構成（請求項３）のようにするとよい。
【００１８】
第３の構成の前記楽曲認証手段は、前記認証が行われたときに、特定楽曲が含まれた楽曲データを識別する情報を前記管理装置に送信し、前記管理側送信手段は、前記特定楽曲が含まれた楽曲データを識別する情報を受信した場合に前記管理側記憶部に記憶する楽曲データ群から、前記特定楽曲が含まれた識別する情報から、前記特定楽曲が含まれた楽曲データと、前記特定楽曲が含まれた楽曲データが対応付けられた識別情報と、前記識別情報に対応付けられた複数の楽曲データと、を抽出し、前記識別情報と対応付けられた複数の楽曲データの中から、前記特定楽曲が含まれた楽曲データ以外の楽曲データに対し、
前記識別情報と対応付けを解消する。
【００１９】
この構成であれば、管理装置は、このユーザの認証が特定楽曲で行われた場合に、認証に用いられなかった（このユーザの好みではなかった）種類の楽曲データを、他のユーザの認証に用いることができるようになるため、認証するユーザ数が増えた場合に、管理装置で記憶する楽曲データの種類数が不足する度合いや、他のユーザも自分の好みの楽曲で認証できない可能性などが、高くならないために好適である。
【図面の簡単な説明】
【００２０】
【図１】認証システムの全体構成を示すブロック図
【図２】認証システムによる処理手順を示す図
【図３】ユーザ認証の準備までの手順を示すフローチャート
【図４】管理装置の記憶部に記憶されたデータベースのデータ構造（レコード）を示す図
【図５】ユーザの認証を行う手順を示すフローチャート
【発明を実施するための形態】
【００２１】
以下に本発明の実施形態を図面と共に説明する。
（１）全体構成
認証システム１は、ユーザを認証するためのシステムであり、図１に示すように、ユーザの所有する端末装置２と、端末装置２のユーザを認証する認証装置４と、端末装置２および認証装置４それぞれと通信可能な管理装置６とからなる。
【００２２】
端末装置２は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを内蔵した制御部２１、制御部２１による処理結果などを記憶する記憶部２３、モニタや操作パネルなどからなるユーザインタフェース（Ｕ／Ｉ）２５、インターネットや携帯電話通信網などのネットワーク１００を介した通信（無線通信）を制御する通信部２７、マイク３１からの音声の入力およびスピーカ３３からの音声の出力を制御する音声処理部２９などを備えた携帯電話端末である。
【００２３】
なお、端末装置２は、記憶部２３に格納された楽曲データで示される楽曲をユーザが選択して、音声処理部２９を介してスピーカ３３から再生出力させる楽曲再生機能を有している。
【００２４】
認証装置４は、ＣＰＵ、ＲＯＭ、ＲＡＭなどからなる制御部４１、制御部４１による処理結果などを記憶する記憶部４３、キーボードなどからなるユーザインタフェース（Ｕ／Ｉ）４５、ネットワーク１００を介した通信を制御する通信部４７、マイク５１からの音声の入力およびスピーカ５３からの音声の出力を制御する音声処理部４９などを備えている。なお、本願発明において、認証装置４は、カラオケ装置の一部機能として実装されたものである。
【００２５】
管理装置６は、ＣＰＵ、ＲＯＭ、ＲＡＭなどからなる制御部６１、制御部６１による処理結果などを記憶する記憶部６３、キーボードなどからなるユーザインタフェース（Ｕ／Ｉ）６５、ネットワーク１００を介した通信を制御する通信部６７などを備えたサーバーである。
【００２６】
このような構成の認証システム１の動作を図２に基づいて説明する。
【００２７】
この認証システム１では、まず、端末装置２が通信回線を介して自身の識別情報（電話番号やＩＤなど）を通知し管理装置６へと登録要求を行うと（ａ）、管理装置６が、登録要求に伴う識別情報に応じた複数種類の楽曲データを選択、識別情報と複数種類の楽曲データとを、それぞれ対応付けて登録した後（ｂ）、端末装置２からの登録要求に対する登録応答として、この楽曲データを端末装置２へ送信すると共に（ｃ）、この識別情報と対応付けられた楽曲データとを認証装置４へも送信する（ｄ）。
【００２８】
ここで用いる識別情報は、ネットワーク１００を介して端末装置２が特定できる情報であればよく、電話番号、ユーザＩＤなどが考えられる。
【００２９】
また、複数種類の楽曲データは、同一曲名の異なるアレンジ（例えば、ロック調、演歌調など）の楽曲データ群、異なる楽曲の楽曲データ群などが考えられる。
【００３０】
楽曲データ群とは、楽曲データの集合であり、単一ファイル内に、複数種類の楽曲データ毎を組み込む構成としてもよい。この場合は、各楽曲データと識別番号とは１ファイル内で対応付けられている。また、１曲データを１ファイルとして、複数ファイルを個別管理する管理データ（図示せず）を別に１ファイル用意して、それぞれを対応付けておいてもよい。図２（ｃ）、（ｄ）は、１ファイル毎に個別に送付する場合を図示している。
【００３１】
端末装置２は、この複数種類の楽曲データを記憶部２３に記憶させる一方（ｅ）、認証装置４は、この識別情報と、識別情報に対応付けられた複数種類の楽曲データとを記憶部４３に記憶させる（ｆ）。こうして端末装置２と認証装置４との間でユーザ認証の準備が整う。
【００３２】
端末装置２は、上記のように、ユーザが楽曲データを選択して再生する楽曲再生機能を有している（ｇ）。なお、この操作は、ユーザが複数の楽曲データから１つの楽曲データを選択し、楽曲として再生を指示する操作である。
【００３３】
また、端末装置２のユーザを認証装置４側で認証するに際しては、端末装置２の楽曲再生機能により、先に記憶部２３に記憶させた楽曲データで示される楽曲（特定楽曲）を再生出力させ、これを認証装置４に入力させる（ｈ）。
【００３４】
認証装置４は、マイク５１から音楽信号が入力されると、音楽信号を所定時間録音し、録音した音楽信号（対象楽曲）記憶部４３から楽曲データを読み出し、対象楽曲として楽曲データを再生しマイク５１から入力された音楽信号（特定楽曲）との音程を比較する。
【００３５】
そして、認証装置４は、特定楽曲と対象楽曲との対比を行った結果、特定楽曲と一致する（所定割合以上の近似を含む）対象楽曲を示す楽曲データがあれば、これに対応する認証情報のユーザが、端末装置２のユーザであるとして認証し（ｉ）、認証に用いられた特定楽曲の楽曲番号と認証情報とを管理装置６に通知する（ｊ）。
【００３６】
そして、認証情報に対応付けられている複数の楽曲データのうち、認証に用いられた特定楽曲以外の楽曲データに対して、認証情報との対応付けを解消するか、削除する（ｋ）。こうすることで、認証装置４は、次回の認証情報の認証から特定楽曲以外で認証することはない。
【００３７】
また、上記認証情報との対応付けを解消する処理として、認証に用いられた特定楽曲以外の楽曲データを削除しても、認証装置４は、次回の認証から、削除（対応付けが解消）された楽曲データを比較することはできなくなるため、特定楽曲以外で認証することはない。
【００３８】
管理装置６は認証装置４から認証情報と特定楽曲の楽曲番号とが通知されると、現在記憶している認証情報と複数の楽曲データとの対応付けから、通知された楽曲番号以外の楽曲データについて認証情報との対応付けを解消する（ｌ）。
【００３９】
通知された楽曲番号以外の楽曲データ（認証情報との対応付けが解消された楽曲データ）を、他のユーザのために再利用するのであれば、削除は行わない。
こうすることで、管理装置６は、他のユーザから登録要求があった場合に、特定楽曲以外の楽曲データを、他のユーザの認証情報との対応付けに再利用できる。
【００４０】
次に管理装置６は、端末装置２に対して、特定楽曲によって認証情報との対応付けを解消されたこと（認証装置４が認証が完了したこと）を、特定楽曲の楽曲番号（楽曲名の場合もある。以下、特定楽曲番号）を送信するによって通知する（ｍ）
【００４１】
端末装置２は、管理装置６から特定楽曲番号が通知されることで、特定楽曲によって認証装置４との認証できたことを知ることができる。
【００４２】
そして、端末装置２は、識別情報が対応付けられた楽曲データのうち、選択再生し、認証が完了した楽曲データ以外に対しては、ユーザが次回の認証時に不快な楽曲データを誤って再生しないように、以下の処理を行う場合もある。
【００４３】
管理装置６から特定楽曲名が通知された場合は、記憶部２３に記憶する複数種類の楽曲データのうち、特定楽曲が属する、登録要求（ａ）の応答として記憶した複数種類の楽曲データ（図４、後述）のうち、特定楽曲以外の楽曲データを削除、もしくは、再生しない（ｎ）。
【００４４】
（２）ユーザ認証の準備までの手順
以下に、端末装置２、管理装置６の間でユーザ認証の準備が整えられるまでの手順を、図３に示す各装置の処理に基づいて説明する。
【００４５】
（２−１）端末装置２による操作受付処理
はじめに、端末装置２の制御部２３により実行される操作受付処理の処理手順を説明する。この操作受付処理は、ユーザインタフェース２５の操作パネルを介して操作が受け付けられる毎に行われる。
【００４６】
この操作受付処理が開始されると、まず、受け付けられた操作が「ユーザ登録操作」であるか否かがチェックされる（ｓ１１０）。「ユーザ登録操作」は、ユーザ登録を管理装置６に要求するための操作であり、あらかじめ所定の操作内容が割り当てられている。
具体的には、「カラオケ予約チケット申し込み」などの操作が考えられる。
【００４７】
このｓ１１０で「ユーザ登録操作」が受け付けられたと判定された場合（ｓ１１０：ＹＥＳ）、端末装置２のユーザに割り当てられた識別情報を伴う登録要求が管理装置６へと送信される（ｓ１２０）。本実施形態において、識別情報は、あらかじめ制御部２３のＥＥＰＲＯＭや記憶部２３に記憶された電話番号、ＭＡＣアドレスやＩＰアドレスなどであるが、都度ユーザに、ユーザＩＤや氏名などを入力させてもよい。
【００４８】
この登録要求を受信した管理装置６からは、識別情報に対応づけられた複数の楽曲データの楽曲データ群が送信されてくる。
【００４９】
こうして、登録要求が送信された後、管理装置６から楽曲データ群を受信すると、この楽曲データ群が認証用の特定楽曲となる候補を示すものとして、１回の登録要求に対する音楽データ群毎に1グループ化され、記憶部２３に記憶される（ｓ１３０）。
グループには１グループ毎に識別可能なグループ番号が付与され、楽曲番号を検索することで、楽曲番号が属するグループが特定できるようになっている。（図４（ａ））
その後、その旨のメッセージがユーザインタフェース２５のモニタに表示された後（ｓ１４０）、本操作受付処理が終了する。
【００５０】
受付処理終了以降、後述する端末装置２による被認証処理の認証装置４に対して楽曲を出力するまでの間、ユーザはユーザインタフェース２５のモニタに表示された楽曲データ群の中から任意の楽曲を再生し、視聴することで、ユーザにとって最も不快でない楽曲データを特定することができる。
【００５１】
（２−２）管理装置６によるユーザ登録処理
続いて、管理装置６の制御部６３により実行されるユーザ登録処理の処理手順を説明する。このユーザ登録処理は、端末装置２から登録要求を受ける毎に行われる。
【００５２】
このユーザ登録処理が開始されると、まず、登録要求に伴う識別情報に応じた楽曲データが、あらかじめ用意された複数の楽曲データの中から複数種類選択された楽曲データ群となる（ｓ２１０）。選択される種類数は、予め用意されや複数の楽曲データ数よりは少ない数量である。
【００５３】
ここでは、識別情報に応じて、あらかじめ記憶部６３に記憶された複数の楽曲データの中からランダムに選択するように構成されているが、識別情報にユーザの属性（例えば、性別、年齢、所属、ジャンル、数量など）なども識別できる情報も含まれていれば、その属性に合わせた楽曲を示す楽曲データ群を選択することとしてもよい。
具体的には、曲データには予め、曲の種類（ジャンルや対象年齢など）なども含まれ、ユーザの登録要求時に端末装置２からは、識別情報とともに、ユーザが希望する種類や数量をも送付されると、その種類、数量に応じて曲データを選択して識別情報と対応付けることで、登録要求に伴う識別情報に応じた楽曲データ群となる。
【００５４】
次に、登録要求されたときの登録要件に伴う識別情報と、上記ｓ２１０にて選択された楽曲データ群とが対応づけられた状態で、記憶部６３に記憶されているデータベースに登録される（ｓ２２０）。
【００５５】
具体的には、図４（ｂ）に示すように、楽曲データ（着メロ用ＭＩＤＩデータや、視聴用生音データなど）、ユーザを特定する識別情報の他、同じユーザから複数回の登録要求があり、同じ識別情報で異なる対応付けを行った楽曲データ群を区別するための作成番号、対応付けをこの楽曲データで示される楽曲の楽曲番号などの対応付けがセットされたレコードがデータベースに登録される。
【００５６】
一般的にデータベースはデータの排他処理機能を有しているため、識別情報、作成番号と楽曲データ群とが対応付けられたレコードとしてデータベースに登録されることで、登録されたレコードに含まれた楽曲データは、他の認証情報との対応付けに用いられることもなくなり、同じユーザによる複数回登録要求や、異なる認証情報に対し、同じ楽曲データが対応付けられることはない。
【００５７】
次に、上記ｓ２１０にて選択された楽曲データ群が、登録要求の送信元である端末装置２へと送信される（ｓ２３０）。この楽曲データ群は、端末装置２が操作受付処理のｓ１３０にて受信するものである。
【００５８】
次に、上記ｓ２１０にて選択された楽曲データ、および、登録要求に伴う識別情報が、認証装置４へと送信される（ｓ２４０）。この楽曲データおよび識別情報を受信した認証装置４では、これらの受信を契機に開始される楽曲登録処理において、識別情報と楽曲データ群とが対応づけられた状態で記憶部４３に記憶される（ｓ３１０）。
【００５９】
（３）ユーザの認証を行う手順
以下に、端末装置２と認証装置４と管理装置６との間でユーザの認証を行う手順を、図５に示す各装置の処理に基づいて説明する。
【００６０】
（３−１）端末装置２による被認証処理
はじめに、端末装置２の制御部２３により実行される被認証処理の処理手順を説明する。この被認証処理は、ユーザインタフェース２５の操作パネルを介して、ユーザ認証を開始する旨の操作が受け付けられる毎に行われる。
【００６１】
この被認証処理が開始されると、まず、再生出力する楽曲を選択することチェックされる（ｓ４１０）。ここでは、記憶部２３に格納されている楽曲データ群から選択する。
【００６２】
このｓ４１０で選択した楽曲データが記憶部２３読み出され視聴用に再生される（ｓ４２０）。ユーザが不快に感じて嗜好に合わないと選択の入力操作をすれば（ｓ４３０：ＮＯ）、視聴が繰り返される。
【００６３】
選択した楽曲データが不快に感じず嗜好に合う選択の入力操作を行うと（ｓ４３０：ＹＥＳ）、認証に用いる特定楽曲が確定する。
ユーザによる視聴はイヤホン（図示せず）、スピーカ３３を用いて行うことができるが、不快に感じないと確定するまでは、認証装置４のマイク５１へ楽曲信号を入力させない。
【００６４】
次に、ユーザは、上記ｓ４３０にて確定した特定楽曲をスピーカ３３から再生出力させる（ｓ４４０）。こうして再生出力された特定楽曲は、認証装置４のマイク５１から入力される。
【００６５】
上記ｓ４３０にて特定楽曲が再生出力された後、ｓ４３０の確定後の再生に選択されなかった特定楽曲以外の楽曲データ群は端末装置２から削除され、被認証処理が終了する。
このため、ユーザが認証に用いなかった楽曲を、次回以降の認証で誤って用いることもない。
【００６６】
（３−２）認証装置４のユーザ認証処理
続いて、認証装置４の制御部４３により実行されるユーザ認証処理の処理手順を説明する。このユーザ認証処理は、認証装置４が起動した以降、繰り返し実行される。
【００６７】
このユーザ認証処理が開始されると、まず、マイク５１から所定以上のレベルでの音声入力が開始されるまで待機状態となり（ｓ５１０：ＮＯ）、その後、音声の入力が所定レベル以上になり音声入力が開始されたら（ｓ５１０：ＹＥＳ）、スピーカ５３を介した音声出力が中断、もしくは低減される（ｓ５２０）。ここでは、音声処理部４９を介したスピーカ５３からの出力を行わないようにすることで、音声出力が中断される。
【００６８】
ユーザに対し、認証の音声入力が行われていることを示すことが必要であれば、音声出力を低減、もしくはインジケータなど音声レベル表示手段（図示せず）で、音声レベルを可視化すればよい。上述のｓ５２０によってハウリングを防ぐことができる。
【００６９】
次に、上記ｓ５１０にて入力が開始された音声は、特定楽曲として定められた時間長にわたって入力される音声が特定楽曲として取得され、この特定楽曲を示す特定楽曲データが記憶部４３に記憶される（ｓ５３０）。
【００７０】
なお、「特定楽曲として定められた時間長」は、あらかじめ定められた一定値として特定できるものであればよい。
【００７１】
次に、特定楽曲および対象楽曲に基づき、特定楽曲と対象楽曲それぞれとの比較が行われる（ｓ５４０）。具体的には、記憶部４３に記憶された全ての認証情報に対応した楽曲データ群の１つを読み出し、音声処理部４９によって対象楽曲として再生し、特定楽曲と対象楽曲の音程を順次比較する。比較処理は、音にした音程の比較でもよいし、音声処理部４９にＤＳＰ機能があるならば、特定楽曲をデジタル・データ化し、楽曲データ群と例えばＰＣＭデータ上で音程を比較してもよい。
【００７２】
上記ｓ５４０での比較の結果、対象楽曲の中に特定楽曲と一致（所定割合以上の近似を含む）対象楽曲が存在しているか否かがチェックされる（ｓ５５０）。このｓ５５０にて一致する対象楽曲が存在していると判定された場合（ｓ５５０：ＹＥＳ）、端末装置２のユーザが、この対象楽曲を示す楽曲データに対応する識別情報のユーザとして正しく認識できた旨の認証結果を表示する（ｓ５６０）。認証できた結果の処理として、表示以外の処理（例えば、カラオケ予約曲再生、課金処理、又は、他の装置への動作指示出力）を実行してもよい。
【００７３】
次に、認証情報の認証が行われると、認証できた対象楽曲の楽曲番号を管理装置６へ通知する（ｓ５７０）。認証情報の認証に用いられたので、この対象楽曲は、端末装置２がｓ４４０で再生出力した認証情報に対応付けられた特定楽曲と一致している。
【００７４】
次に、認証できた認証情報に対応付けられた楽曲データ群から、対象楽曲以外の楽曲データに対して、認証できた認証情報との対応付けを解消する（ｓ５９０）。
【００７５】
ｓ５７０とｓ５９０の処理によって、認証装置４では、認証できた楽曲以外は認証情報との対応付けを解消することで、ユーザ次回以降のユーザによる認証では認証した対象楽曲以外の楽曲で認証することがなくなる。このため、認証した楽曲番号の通知を受けた管理装置６は、認証した楽曲データ以外の楽曲データ（認証に用いられなかった楽曲データ）を他のユーザの認証に再利用することができる。
【００７６】
次に、上記ｓ５２０にて中断された音声出力を再開し（ｓ５９５）、プロセスがｓ５１０へと戻り、以降の処理が繰り返される。
【００７７】
一方、一致する対象楽曲が存在していないと判定された場合（ｓ５５０：ＮＯ）、ユーザを正しく認証できない旨の認証結果がカラオケ・モニタ（図示せず）などに表示させ（ｓ５８０）、中断された音声出力が再開させた後（ｓ５９５）に、ｓ５１０へ戻る。
【００７８】
（３−３）管理装置６のユーザ認証後処理
続いて、管理装置６の制御部６３により実行されるユーザ認証後処理の処理手順を説明する。このユーザ認証後処理は、管理装置４から対象楽曲番号の通知を受ける毎に行われる。
【００７９】
この認証後処理が開始されると、認証装置４からの対象楽曲番号の受信入力（ｓ６１０）がチェックされる（ｓ６２０）。認証装置４から対象楽曲番号が入力される（ｓ６２０：ＹＥＳ）と、記憶部６３のデータベースに記憶されたレコードから対象音楽番号が対応付けられている識別情報を抽出し、その識別情報に対応付けられている楽曲データ群のうち、対象音楽番号以外の楽曲データ群に対して、識別情報との対応付けを解消したレコードを再構成して記憶し直す（ｓ６３０）。
【００８０】
つまり、認証後の識別情報に対応付けられている楽曲データ群は、認証に用いられた楽曲データ（対象楽曲）のみとなるので、管理装置６は認証に用いられなかった楽曲データ群を他のユーザからの登録要求に対して再利用できる。
【００８１】
（４）作用，効果
このような構成の認証システム１であれば、ユーザは複数の楽曲データから自分の嗜好の楽曲を選択して認証に用いることができるので、認証毎に不快と思わない楽曲で認証できる（ｓ４２０〜ｓ４４０）。
【００８２】
また、認証した以外の楽曲データは、特定の１人のユーザにとって不快な楽曲であっても、他のユーザにとっては不快ではない、聴きたい楽曲かもしれない。つまり、ユーザが認証した以外の楽曲データは、他のユーザに対して、不快な楽曲とは特定できない。
【００８３】
このため、ユーザ数が増えるにつれ、ユーザからの登録要求（識別情報）に対して、識別情報と対応付けされる曲データも増え続ければ、他のユーザの登録要求（識別情報）に対して十分な種類や数量の曲データを対応付けができなくなる可能性が高くなる（認証システムであるから、認証に用いる楽曲をユーザ間で共有することはない）。他のユーザの登録要求に対して、十分な種類や数量の曲データが対応付けられないならば、他のユーザの端末装置２に記憶する曲データに好みの楽曲が含まれない可能性が高くなる。その結果、他のユーザは好みでない曲を用いて認証しなければならなくなる可能性が高くなる。
【００８４】
認証装置４と管理装置６は認証後に、認証に用いられなかった楽曲データ群と識別情報の対応付けを解消（ｓ５７０、ｓ６３０）する。これにより、管理装置４は、他のユーザの登録要求に他の楽曲データを再利用することができるため、ユーザの中で、他のユーザも不快と思わない楽曲で認証できる可能性が高くなる。
【００８５】
次に管理装置６は、端末装置２の認証に用いられた楽曲（対象楽曲）の楽曲番号を端末装置４２通知する（ｓ６４０）。
【００８６】
端末装置２は、受信した楽曲番号ｓ４５０、ｓ４６０と、記憶部２３に記憶する楽曲データの各楽曲番号とを比較し、受信した楽曲番号が属するグループ番号を特定し、そのグループ番号に属する楽曲データのうち、受信した楽曲番号以外の楽曲データを記憶部２３から削除、もしくは再生不可とする（ｓ４７０）。
【００８７】
ｓ４５０、ｓ４６０で受信した楽曲番号は、ｓ５７０，ｓ６４０から対象楽曲番号と一致しており、対象楽曲は、ｓ４４０，ｓ５３０から、端末装置２で選択して認証に用いた特定楽曲の楽曲番号に一致する。
【００８８】
つまり、認証以降に端末装置２から再生可能な楽曲データは、認証に用いた特定楽曲のみとなる。よって、以降、ユーザは常に不快と思わない楽曲で認証を継続できる。
【００８９】
端末装置２からの登録要求毎に記憶部２３へ記憶する楽曲データをグループとし、登録要求に応じた認証で再生しなかった楽曲データ以外が再生不可になる。よって、登録要求が複数回になっても、記憶部２３に登録要求毎に記憶し続けた楽曲データが、１回の認証によって認証に用いた楽曲データ以外の全て再生不可になることはないため、１回の登録要求に対する認証によって、他の登録要求に応じて記憶した、他の不快でない楽曲も再生不可になってしまうことはない。
【００９０】
また、認証が１回のみであるならば、端末装置２はグループ番号を対応付けしなくてもよいし、管理装置６も作成番号を対応付けしなくてもよい。
【００９１】
（６）本発明との対応関係
以上説明した実施形態において、端末装置２が本発明における楽曲再生装置であり、図５におけるｓ４４０が本発明における楽曲出力手段であり、図３におけるｓ１６０が本発明におけるパラメータ変更手段であり、同図ｓ１２０が本発明における再生側送信手段であり、同図ｓ１３０が本発明における再生側記憶手段である。
【００９２】
また、図５におけるｓ５３０が本発明における楽曲入力手段であり、同図ｓ５４０が本発明における楽曲認証手段であり、図３におけるｓ３１０が本発明における認証側記憶手段である。
【００９３】
そして、図３におけるｓ２１０が本発明における楽曲選択手段であり、同図ｓ２３０が本発明における管理側送信手段である。
【符号の説明】
【００９４】
１…認証システム、２…端末装置、２１…制御部、２３…記憶部、２３…制御部、２５…ユーザインタフェース、２７…通信部、２９…音声処理部、３１…マイク、３３…スピーカ、４…認証装置、４１…制御部、４３…記憶部、４３…制御部、４７…通信部、４９…音声処理部、５１…マイク、５３…スピーカ、６…管理装置、６１…制御部、６３…記憶部、６３…制御部、６７…通信部、１００…ネットワーク
【技術分野】
【０００１】
本発明は、楽曲を再生可能な楽曲再生装置と、楽曲再生装置のユーザを認証する認証装置と、からなる認証システムに関する。
【背景技術】
【０００２】
近年、楽曲再生装置（携帯端末）から再生出力される楽曲を入力し、この楽曲が登録済ユーザ（チケット情報に対応する楽曲）のものであるかを判定することにより、この楽曲再生装置のユーザを認証する認証システムが提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第４５０１９５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ただ、認証システムに楽曲再生装置が用いられているとき、認証データとしての楽曲が、ユーザの好みの楽曲以外であった場合に、ユーザは楽曲再生装置から認証装置に対して認証データとしての楽曲を再生する度、好みでない楽曲を聴かされることとなる。
つまり、楽曲による認証操作が、ユーザに対して苦痛の発生となる恐れが高い。
【０００５】
本発明は、このような課題を解決するためになされたものであり、その目的は、認証データとしての楽曲が、ユーザの好みでない楽曲となる可能性を低くすることである。
【課題を解決するための手段】
【０００６】
上記課題を解決するため第１の構成（請求項１）は、楽曲を再生可能な楽曲再生装置と、該楽曲再生装置のユーザを認証する認証装置と、楽曲データ群を記憶する管理装置と、からなる認証システムである。
【０００７】
まず、前記楽曲再生装置は、ユーザの操作を受けて、前記ユーザの識別情報を前記管理装置へと送信する再生側通信手段と、前記再生側送信手段により識別情報が送信された後、前記識別情報を受信した前記管理装置から送信されてくる複数の楽曲データを前記再生側記憶部に記憶させる再生側記憶手段と、再生側記憶部に記憶された複数の楽曲データから特定の楽曲（特定楽曲）を選択して再生出力させる楽曲出力手段と、を備えている。
【０００８】
そして、前記管理装置は、前記楽曲再生装置から前記識別情報を受信する管理側通信手段と、楽曲データ群を記憶する楽曲記憶手段と、前記識別情報を受信したときに、前記楽曲記憶手段が記憶する楽曲データ群からを複数種類の楽曲データを選択して読み出す楽曲選択手段と、前記識別情報と前記読み出した複数種類の楽曲データとを対応付け、管理側記憶部に記憶するとともに、前記認証装置へと送信する管理側送信手段と、を備えている。
【０００９】
一方、前記認証装置は、前記管理装置から前記識別情報および前記複数種類の楽曲データを受信した場合に、認証側記憶部に記憶させる認証側記憶手段と、外部から楽曲を入力する楽曲入力手段と、前記楽曲入力手段へ楽曲が入力された場合に、前記認証側記憶手段に記憶する楽曲データ群を（対象楽曲）順次読み出して、前記入力された楽曲と比較し、前記入力された楽曲と一致する楽曲の楽曲データに対応付けられた識別情報を特定する楽曲認証手段とを備えており、前記楽曲認証手段は、前記楽曲入力手段により入力された楽曲における特定楽曲を、前記認証側記憶部に記憶された複数の楽曲データと比較して、前記入力された楽曲における特定楽曲が、前記複数の楽曲データの楽曲に含まれていた場合には、対象楽曲に対応づけられた識別情情報のユーザが、前記特定楽曲を再生出力した前記楽曲再生装置のユーザであるとして認証が行われる。
【００１０】
このように、上記構成において、認証装置側での認証に係る特定楽曲となる、ユーザの好みである可能性のある複数種類の楽曲データを、ユーザの楽曲再生装置側からの要求に基づいて、管理装置側で、楽曲再生装置のユーザと対応づけたものを、あらかじめ楽曲再生装置再生側記憶部と認証装置側の認証側記憶部とに記憶させておき、これを認証のタイミングで、ユーザの好みである楽曲データを、ユーザが選択して楽曲再生装置側から再生出力することとすればよい。
【００１１】
この構成であれば、楽曲再生装置から送信された識別情報に基づいて管理装置側で識別情報と特定楽曲の対応付けが行われた後、この特定楽曲を示す楽曲データおよび識別情報が認証装置に送信、記憶される。これにより、認証装置側では、特定楽曲と対象楽曲との比較に基づく認証を行うことができるようになる。両楽曲の比較に基づく認証が行われるため、ユーザは楽曲再生装置から複数種類の楽曲データの中から自分の好みの楽曲を再生して認証することができるようになる。
【００１２】
上記各構成において、認証装置は、ユーザの識別情報と複数種類の楽曲データとを対応付けて記憶しているため、認証に必要なユーザ数が増加すると、記憶すべき楽曲データ数（データ容量）が膨大になることも考えられる。
【００１３】
これらのうち、ユーザの意思による特定楽曲による認証後に、認証に必要なユーザの楽曲データ容量を減らすことで、他の認証するユーザが増加しても、記憶すべき楽曲データの増加する度合いを少なくするには、上記構成を、例えば、以下に示す第２の構成（請求項２）のようにするとよい。
【００１４】
前記楽曲認証手段は、前記認証が行われたときに、前記認証が行われた識別情報が対応付けられた複数の楽曲データのうち、特定楽曲が含まれた楽曲データ以外の楽曲データを、前記認証側記憶手段から削除する。
【００１５】
この構成であれば、ユーザの認証後は、そのユーザの認証に用いられなかった楽曲データを削除することで、同一ユーザの認証に必要な楽曲データを減らすことができるし、
認証に用いられた特定楽曲の楽曲データは削除されていないので、そのユーザは認証に用いた好みの特定楽曲で、繰り返し認証することができるため好適である。
【００１６】
また、上記各構成において、認証するユーザ数が増え続けたときには、管理装置で記憶する楽曲データ群から、他のユーザの識別情報と対応付けるべき楽曲データが不足することとなる。このため、他のユーザが管理装置に登録要求を出しても十分な楽曲データ種類が提供されずに、自分の好みの楽曲を再生できない（認証できない）可能性が高くなることも考えられる。
【００１７】
これらの、認証するユーザ数が増えた場合に、管理装置で記憶する楽曲データの種類数が不足する度合いや、他のユーザも自分の好みの楽曲で認証できない可能性などを、高くしないためには、上記構成を、例えば、以下に示す第３の構成（請求項３）のようにするとよい。
【００１８】
第３の構成の前記楽曲認証手段は、前記認証が行われたときに、特定楽曲が含まれた楽曲データを識別する情報を前記管理装置に送信し、前記管理側送信手段は、前記特定楽曲が含まれた楽曲データを識別する情報を受信した場合に前記管理側記憶部に記憶する楽曲データ群から、前記特定楽曲が含まれた識別する情報から、前記特定楽曲が含まれた楽曲データと、前記特定楽曲が含まれた楽曲データが対応付けられた識別情報と、前記識別情報に対応付けられた複数の楽曲データと、を抽出し、前記識別情報と対応付けられた複数の楽曲データの中から、前記特定楽曲が含まれた楽曲データ以外の楽曲データに対し、
前記識別情報と対応付けを解消する。
【００１９】
この構成であれば、管理装置は、このユーザの認証が特定楽曲で行われた場合に、認証に用いられなかった（このユーザの好みではなかった）種類の楽曲データを、他のユーザの認証に用いることができるようになるため、認証するユーザ数が増えた場合に、管理装置で記憶する楽曲データの種類数が不足する度合いや、他のユーザも自分の好みの楽曲で認証できない可能性などが、高くならないために好適である。
【図面の簡単な説明】
【００２０】
【図１】認証システムの全体構成を示すブロック図
【図２】認証システムによる処理手順を示す図
【図３】ユーザ認証の準備までの手順を示すフローチャート
【図４】管理装置の記憶部に記憶されたデータベースのデータ構造（レコード）を示す図
【図５】ユーザの認証を行う手順を示すフローチャート
【発明を実施するための形態】
【００２１】
以下に本発明の実施形態を図面と共に説明する。
（１）全体構成
認証システム１は、ユーザを認証するためのシステムであり、図１に示すように、ユーザの所有する端末装置２と、端末装置２のユーザを認証する認証装置４と、端末装置２および認証装置４それぞれと通信可能な管理装置６とからなる。
【００２２】
端末装置２は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを内蔵した制御部２１、制御部２１による処理結果などを記憶する記憶部２３、モニタや操作パネルなどからなるユーザインタフェース（Ｕ／Ｉ）２５、インターネットや携帯電話通信網などのネットワーク１００を介した通信（無線通信）を制御する通信部２７、マイク３１からの音声の入力およびスピーカ３３からの音声の出力を制御する音声処理部２９などを備えた携帯電話端末である。
【００２３】
なお、端末装置２は、記憶部２３に格納された楽曲データで示される楽曲をユーザが選択して、音声処理部２９を介してスピーカ３３から再生出力させる楽曲再生機能を有している。
【００２４】
認証装置４は、ＣＰＵ、ＲＯＭ、ＲＡＭなどからなる制御部４１、制御部４１による処理結果などを記憶する記憶部４３、キーボードなどからなるユーザインタフェース（Ｕ／Ｉ）４５、ネットワーク１００を介した通信を制御する通信部４７、マイク５１からの音声の入力およびスピーカ５３からの音声の出力を制御する音声処理部４９などを備えている。なお、本願発明において、認証装置４は、カラオケ装置の一部機能として実装されたものである。
【００２５】
管理装置６は、ＣＰＵ、ＲＯＭ、ＲＡＭなどからなる制御部６１、制御部６１による処理結果などを記憶する記憶部６３、キーボードなどからなるユーザインタフェース（Ｕ／Ｉ）６５、ネットワーク１００を介した通信を制御する通信部６７などを備えたサーバーである。
【００２６】
このような構成の認証システム１の動作を図２に基づいて説明する。
【００２７】
この認証システム１では、まず、端末装置２が通信回線を介して自身の識別情報（電話番号やＩＤなど）を通知し管理装置６へと登録要求を行うと（ａ）、管理装置６が、登録要求に伴う識別情報に応じた複数種類の楽曲データを選択、識別情報と複数種類の楽曲データとを、それぞれ対応付けて登録した後（ｂ）、端末装置２からの登録要求に対する登録応答として、この楽曲データを端末装置２へ送信すると共に（ｃ）、この識別情報と対応付けられた楽曲データとを認証装置４へも送信する（ｄ）。
【００２８】
ここで用いる識別情報は、ネットワーク１００を介して端末装置２が特定できる情報であればよく、電話番号、ユーザＩＤなどが考えられる。
【００２９】
また、複数種類の楽曲データは、同一曲名の異なるアレンジ（例えば、ロック調、演歌調など）の楽曲データ群、異なる楽曲の楽曲データ群などが考えられる。
【００３０】
楽曲データ群とは、楽曲データの集合であり、単一ファイル内に、複数種類の楽曲データ毎を組み込む構成としてもよい。この場合は、各楽曲データと識別番号とは１ファイル内で対応付けられている。また、１曲データを１ファイルとして、複数ファイルを個別管理する管理データ（図示せず）を別に１ファイル用意して、それぞれを対応付けておいてもよい。図２（ｃ）、（ｄ）は、１ファイル毎に個別に送付する場合を図示している。
【００３１】
端末装置２は、この複数種類の楽曲データを記憶部２３に記憶させる一方（ｅ）、認証装置４は、この識別情報と、識別情報に対応付けられた複数種類の楽曲データとを記憶部４３に記憶させる（ｆ）。こうして端末装置２と認証装置４との間でユーザ認証の準備が整う。
【００３２】
端末装置２は、上記のように、ユーザが楽曲データを選択して再生する楽曲再生機能を有している（ｇ）。なお、この操作は、ユーザが複数の楽曲データから１つの楽曲データを選択し、楽曲として再生を指示する操作である。
【００３３】
また、端末装置２のユーザを認証装置４側で認証するに際しては、端末装置２の楽曲再生機能により、先に記憶部２３に記憶させた楽曲データで示される楽曲（特定楽曲）を再生出力させ、これを認証装置４に入力させる（ｈ）。
【００３４】
認証装置４は、マイク５１から音楽信号が入力されると、音楽信号を所定時間録音し、録音した音楽信号（対象楽曲）記憶部４３から楽曲データを読み出し、対象楽曲として楽曲データを再生しマイク５１から入力された音楽信号（特定楽曲）との音程を比較する。
【００３５】
そして、認証装置４は、特定楽曲と対象楽曲との対比を行った結果、特定楽曲と一致する（所定割合以上の近似を含む）対象楽曲を示す楽曲データがあれば、これに対応する認証情報のユーザが、端末装置２のユーザであるとして認証し（ｉ）、認証に用いられた特定楽曲の楽曲番号と認証情報とを管理装置６に通知する（ｊ）。
【００３６】
そして、認証情報に対応付けられている複数の楽曲データのうち、認証に用いられた特定楽曲以外の楽曲データに対して、認証情報との対応付けを解消するか、削除する（ｋ）。こうすることで、認証装置４は、次回の認証情報の認証から特定楽曲以外で認証することはない。
【００３７】
また、上記認証情報との対応付けを解消する処理として、認証に用いられた特定楽曲以外の楽曲データを削除しても、認証装置４は、次回の認証から、削除（対応付けが解消）された楽曲データを比較することはできなくなるため、特定楽曲以外で認証することはない。
【００３８】
管理装置６は認証装置４から認証情報と特定楽曲の楽曲番号とが通知されると、現在記憶している認証情報と複数の楽曲データとの対応付けから、通知された楽曲番号以外の楽曲データについて認証情報との対応付けを解消する（ｌ）。
【００３９】
通知された楽曲番号以外の楽曲データ（認証情報との対応付けが解消された楽曲データ）を、他のユーザのために再利用するのであれば、削除は行わない。
こうすることで、管理装置６は、他のユーザから登録要求があった場合に、特定楽曲以外の楽曲データを、他のユーザの認証情報との対応付けに再利用できる。
【００４０】
次に管理装置６は、端末装置２に対して、特定楽曲によって認証情報との対応付けを解消されたこと（認証装置４が認証が完了したこと）を、特定楽曲の楽曲番号（楽曲名の場合もある。以下、特定楽曲番号）を送信するによって通知する（ｍ）
【００４１】
端末装置２は、管理装置６から特定楽曲番号が通知されることで、特定楽曲によって認証装置４との認証できたことを知ることができる。
【００４２】
そして、端末装置２は、識別情報が対応付けられた楽曲データのうち、選択再生し、認証が完了した楽曲データ以外に対しては、ユーザが次回の認証時に不快な楽曲データを誤って再生しないように、以下の処理を行う場合もある。
【００４３】
管理装置６から特定楽曲名が通知された場合は、記憶部２３に記憶する複数種類の楽曲データのうち、特定楽曲が属する、登録要求（ａ）の応答として記憶した複数種類の楽曲データ（図４、後述）のうち、特定楽曲以外の楽曲データを削除、もしくは、再生しない（ｎ）。
【００４４】
（２）ユーザ認証の準備までの手順
以下に、端末装置２、管理装置６の間でユーザ認証の準備が整えられるまでの手順を、図３に示す各装置の処理に基づいて説明する。
【００４５】
（２−１）端末装置２による操作受付処理
はじめに、端末装置２の制御部２３により実行される操作受付処理の処理手順を説明する。この操作受付処理は、ユーザインタフェース２５の操作パネルを介して操作が受け付けられる毎に行われる。
【００４６】
この操作受付処理が開始されると、まず、受け付けられた操作が「ユーザ登録操作」であるか否かがチェックされる（ｓ１１０）。「ユーザ登録操作」は、ユーザ登録を管理装置６に要求するための操作であり、あらかじめ所定の操作内容が割り当てられている。
具体的には、「カラオケ予約チケット申し込み」などの操作が考えられる。
【００４７】
このｓ１１０で「ユーザ登録操作」が受け付けられたと判定された場合（ｓ１１０：ＹＥＳ）、端末装置２のユーザに割り当てられた識別情報を伴う登録要求が管理装置６へと送信される（ｓ１２０）。本実施形態において、識別情報は、あらかじめ制御部２３のＥＥＰＲＯＭや記憶部２３に記憶された電話番号、ＭＡＣアドレスやＩＰアドレスなどであるが、都度ユーザに、ユーザＩＤや氏名などを入力させてもよい。
【００４８】
この登録要求を受信した管理装置６からは、識別情報に対応づけられた複数の楽曲データの楽曲データ群が送信されてくる。
【００４９】
こうして、登録要求が送信された後、管理装置６から楽曲データ群を受信すると、この楽曲データ群が認証用の特定楽曲となる候補を示すものとして、１回の登録要求に対する音楽データ群毎に1グループ化され、記憶部２３に記憶される（ｓ１３０）。
グループには１グループ毎に識別可能なグループ番号が付与され、楽曲番号を検索することで、楽曲番号が属するグループが特定できるようになっている。（図４（ａ））
その後、その旨のメッセージがユーザインタフェース２５のモニタに表示された後（ｓ１４０）、本操作受付処理が終了する。
【００５０】
受付処理終了以降、後述する端末装置２による被認証処理の認証装置４に対して楽曲を出力するまでの間、ユーザはユーザインタフェース２５のモニタに表示された楽曲データ群の中から任意の楽曲を再生し、視聴することで、ユーザにとって最も不快でない楽曲データを特定することができる。
【００５１】
（２−２）管理装置６によるユーザ登録処理
続いて、管理装置６の制御部６３により実行されるユーザ登録処理の処理手順を説明する。このユーザ登録処理は、端末装置２から登録要求を受ける毎に行われる。
【００５２】
このユーザ登録処理が開始されると、まず、登録要求に伴う識別情報に応じた楽曲データが、あらかじめ用意された複数の楽曲データの中から複数種類選択された楽曲データ群となる（ｓ２１０）。選択される種類数は、予め用意されや複数の楽曲データ数よりは少ない数量である。
【００５３】
ここでは、識別情報に応じて、あらかじめ記憶部６３に記憶された複数の楽曲データの中からランダムに選択するように構成されているが、識別情報にユーザの属性（例えば、性別、年齢、所属、ジャンル、数量など）なども識別できる情報も含まれていれば、その属性に合わせた楽曲を示す楽曲データ群を選択することとしてもよい。
具体的には、曲データには予め、曲の種類（ジャンルや対象年齢など）なども含まれ、ユーザの登録要求時に端末装置２からは、識別情報とともに、ユーザが希望する種類や数量をも送付されると、その種類、数量に応じて曲データを選択して識別情報と対応付けることで、登録要求に伴う識別情報に応じた楽曲データ群となる。
【００５４】
次に、登録要求されたときの登録要件に伴う識別情報と、上記ｓ２１０にて選択された楽曲データ群とが対応づけられた状態で、記憶部６３に記憶されているデータベースに登録される（ｓ２２０）。
【００５５】
具体的には、図４（ｂ）に示すように、楽曲データ（着メロ用ＭＩＤＩデータや、視聴用生音データなど）、ユーザを特定する識別情報の他、同じユーザから複数回の登録要求があり、同じ識別情報で異なる対応付けを行った楽曲データ群を区別するための作成番号、対応付けをこの楽曲データで示される楽曲の楽曲番号などの対応付けがセットされたレコードがデータベースに登録される。
【００５６】
一般的にデータベースはデータの排他処理機能を有しているため、識別情報、作成番号と楽曲データ群とが対応付けられたレコードとしてデータベースに登録されることで、登録されたレコードに含まれた楽曲データは、他の認証情報との対応付けに用いられることもなくなり、同じユーザによる複数回登録要求や、異なる認証情報に対し、同じ楽曲データが対応付けられることはない。
【００５７】
次に、上記ｓ２１０にて選択された楽曲データ群が、登録要求の送信元である端末装置２へと送信される（ｓ２３０）。この楽曲データ群は、端末装置２が操作受付処理のｓ１３０にて受信するものである。
【００５８】
次に、上記ｓ２１０にて選択された楽曲データ、および、登録要求に伴う識別情報が、認証装置４へと送信される（ｓ２４０）。この楽曲データおよび識別情報を受信した認証装置４では、これらの受信を契機に開始される楽曲登録処理において、識別情報と楽曲データ群とが対応づけられた状態で記憶部４３に記憶される（ｓ３１０）。
【００５９】
（３）ユーザの認証を行う手順
以下に、端末装置２と認証装置４と管理装置６との間でユーザの認証を行う手順を、図５に示す各装置の処理に基づいて説明する。
【００６０】
（３−１）端末装置２による被認証処理
はじめに、端末装置２の制御部２３により実行される被認証処理の処理手順を説明する。この被認証処理は、ユーザインタフェース２５の操作パネルを介して、ユーザ認証を開始する旨の操作が受け付けられる毎に行われる。
【００６１】
この被認証処理が開始されると、まず、再生出力する楽曲を選択することチェックされる（ｓ４１０）。ここでは、記憶部２３に格納されている楽曲データ群から選択する。
【００６２】
このｓ４１０で選択した楽曲データが記憶部２３読み出され視聴用に再生される（ｓ４２０）。ユーザが不快に感じて嗜好に合わないと選択の入力操作をすれば（ｓ４３０：ＮＯ）、視聴が繰り返される。
【００６３】
選択した楽曲データが不快に感じず嗜好に合う選択の入力操作を行うと（ｓ４３０：ＹＥＳ）、認証に用いる特定楽曲が確定する。
ユーザによる視聴はイヤホン（図示せず）、スピーカ３３を用いて行うことができるが、不快に感じないと確定するまでは、認証装置４のマイク５１へ楽曲信号を入力させない。
【００６４】
次に、ユーザは、上記ｓ４３０にて確定した特定楽曲をスピーカ３３から再生出力させる（ｓ４４０）。こうして再生出力された特定楽曲は、認証装置４のマイク５１から入力される。
【００６５】
上記ｓ４３０にて特定楽曲が再生出力された後、ｓ４３０の確定後の再生に選択されなかった特定楽曲以外の楽曲データ群は端末装置２から削除され、被認証処理が終了する。
このため、ユーザが認証に用いなかった楽曲を、次回以降の認証で誤って用いることもない。
【００６６】
（３−２）認証装置４のユーザ認証処理
続いて、認証装置４の制御部４３により実行されるユーザ認証処理の処理手順を説明する。このユーザ認証処理は、認証装置４が起動した以降、繰り返し実行される。
【００６７】
このユーザ認証処理が開始されると、まず、マイク５１から所定以上のレベルでの音声入力が開始されるまで待機状態となり（ｓ５１０：ＮＯ）、その後、音声の入力が所定レベル以上になり音声入力が開始されたら（ｓ５１０：ＹＥＳ）、スピーカ５３を介した音声出力が中断、もしくは低減される（ｓ５２０）。ここでは、音声処理部４９を介したスピーカ５３からの出力を行わないようにすることで、音声出力が中断される。
【００６８】
ユーザに対し、認証の音声入力が行われていることを示すことが必要であれば、音声出力を低減、もしくはインジケータなど音声レベル表示手段（図示せず）で、音声レベルを可視化すればよい。上述のｓ５２０によってハウリングを防ぐことができる。
【００６９】
次に、上記ｓ５１０にて入力が開始された音声は、特定楽曲として定められた時間長にわたって入力される音声が特定楽曲として取得され、この特定楽曲を示す特定楽曲データが記憶部４３に記憶される（ｓ５３０）。
【００７０】
なお、「特定楽曲として定められた時間長」は、あらかじめ定められた一定値として特定できるものであればよい。
【００７１】
次に、特定楽曲および対象楽曲に基づき、特定楽曲と対象楽曲それぞれとの比較が行われる（ｓ５４０）。具体的には、記憶部４３に記憶された全ての認証情報に対応した楽曲データ群の１つを読み出し、音声処理部４９によって対象楽曲として再生し、特定楽曲と対象楽曲の音程を順次比較する。比較処理は、音にした音程の比較でもよいし、音声処理部４９にＤＳＰ機能があるならば、特定楽曲をデジタル・データ化し、楽曲データ群と例えばＰＣＭデータ上で音程を比較してもよい。
【００７２】
上記ｓ５４０での比較の結果、対象楽曲の中に特定楽曲と一致（所定割合以上の近似を含む）対象楽曲が存在しているか否かがチェックされる（ｓ５５０）。このｓ５５０にて一致する対象楽曲が存在していると判定された場合（ｓ５５０：ＹＥＳ）、端末装置２のユーザが、この対象楽曲を示す楽曲データに対応する識別情報のユーザとして正しく認識できた旨の認証結果を表示する（ｓ５６０）。認証できた結果の処理として、表示以外の処理（例えば、カラオケ予約曲再生、課金処理、又は、他の装置への動作指示出力）を実行してもよい。
【００７３】
次に、認証情報の認証が行われると、認証できた対象楽曲の楽曲番号を管理装置６へ通知する（ｓ５７０）。認証情報の認証に用いられたので、この対象楽曲は、端末装置２がｓ４４０で再生出力した認証情報に対応付けられた特定楽曲と一致している。
【００７４】
次に、認証できた認証情報に対応付けられた楽曲データ群から、対象楽曲以外の楽曲データに対して、認証できた認証情報との対応付けを解消する（ｓ５９０）。
【００７５】
ｓ５７０とｓ５９０の処理によって、認証装置４では、認証できた楽曲以外は認証情報との対応付けを解消することで、ユーザ次回以降のユーザによる認証では認証した対象楽曲以外の楽曲で認証することがなくなる。このため、認証した楽曲番号の通知を受けた管理装置６は、認証した楽曲データ以外の楽曲データ（認証に用いられなかった楽曲データ）を他のユーザの認証に再利用することができる。
【００７６】
次に、上記ｓ５２０にて中断された音声出力を再開し（ｓ５９５）、プロセスがｓ５１０へと戻り、以降の処理が繰り返される。
【００７７】
一方、一致する対象楽曲が存在していないと判定された場合（ｓ５５０：ＮＯ）、ユーザを正しく認証できない旨の認証結果がカラオケ・モニタ（図示せず）などに表示させ（ｓ５８０）、中断された音声出力が再開させた後（ｓ５９５）に、ｓ５１０へ戻る。
【００７８】
（３−３）管理装置６のユーザ認証後処理
続いて、管理装置６の制御部６３により実行されるユーザ認証後処理の処理手順を説明する。このユーザ認証後処理は、管理装置４から対象楽曲番号の通知を受ける毎に行われる。
【００７９】
この認証後処理が開始されると、認証装置４からの対象楽曲番号の受信入力（ｓ６１０）がチェックされる（ｓ６２０）。認証装置４から対象楽曲番号が入力される（ｓ６２０：ＹＥＳ）と、記憶部６３のデータベースに記憶されたレコードから対象音楽番号が対応付けられている識別情報を抽出し、その識別情報に対応付けられている楽曲データ群のうち、対象音楽番号以外の楽曲データ群に対して、識別情報との対応付けを解消したレコードを再構成して記憶し直す（ｓ６３０）。
【００８０】
つまり、認証後の識別情報に対応付けられている楽曲データ群は、認証に用いられた楽曲データ（対象楽曲）のみとなるので、管理装置６は認証に用いられなかった楽曲データ群を他のユーザからの登録要求に対して再利用できる。
【００８１】
（４）作用，効果
このような構成の認証システム１であれば、ユーザは複数の楽曲データから自分の嗜好の楽曲を選択して認証に用いることができるので、認証毎に不快と思わない楽曲で認証できる（ｓ４２０〜ｓ４４０）。
【００８２】
また、認証した以外の楽曲データは、特定の１人のユーザにとって不快な楽曲であっても、他のユーザにとっては不快ではない、聴きたい楽曲かもしれない。つまり、ユーザが認証した以外の楽曲データは、他のユーザに対して、不快な楽曲とは特定できない。
【００８３】
このため、ユーザ数が増えるにつれ、ユーザからの登録要求（識別情報）に対して、識別情報と対応付けされる曲データも増え続ければ、他のユーザの登録要求（識別情報）に対して十分な種類や数量の曲データを対応付けができなくなる可能性が高くなる（認証システムであるから、認証に用いる楽曲をユーザ間で共有することはない）。他のユーザの登録要求に対して、十分な種類や数量の曲データが対応付けられないならば、他のユーザの端末装置２に記憶する曲データに好みの楽曲が含まれない可能性が高くなる。その結果、他のユーザは好みでない曲を用いて認証しなければならなくなる可能性が高くなる。
【００８４】
認証装置４と管理装置６は認証後に、認証に用いられなかった楽曲データ群と識別情報の対応付けを解消（ｓ５７０、ｓ６３０）する。これにより、管理装置４は、他のユーザの登録要求に他の楽曲データを再利用することができるため、ユーザの中で、他のユーザも不快と思わない楽曲で認証できる可能性が高くなる。
【００８５】
次に管理装置６は、端末装置２の認証に用いられた楽曲（対象楽曲）の楽曲番号を端末装置４２通知する（ｓ６４０）。
【００８６】
端末装置２は、受信した楽曲番号ｓ４５０、ｓ４６０と、記憶部２３に記憶する楽曲データの各楽曲番号とを比較し、受信した楽曲番号が属するグループ番号を特定し、そのグループ番号に属する楽曲データのうち、受信した楽曲番号以外の楽曲データを記憶部２３から削除、もしくは再生不可とする（ｓ４７０）。
【００８７】
ｓ４５０、ｓ４６０で受信した楽曲番号は、ｓ５７０，ｓ６４０から対象楽曲番号と一致しており、対象楽曲は、ｓ４４０，ｓ５３０から、端末装置２で選択して認証に用いた特定楽曲の楽曲番号に一致する。
【００８８】
つまり、認証以降に端末装置２から再生可能な楽曲データは、認証に用いた特定楽曲のみとなる。よって、以降、ユーザは常に不快と思わない楽曲で認証を継続できる。
【００８９】
端末装置２からの登録要求毎に記憶部２３へ記憶する楽曲データをグループとし、登録要求に応じた認証で再生しなかった楽曲データ以外が再生不可になる。よって、登録要求が複数回になっても、記憶部２３に登録要求毎に記憶し続けた楽曲データが、１回の認証によって認証に用いた楽曲データ以外の全て再生不可になることはないため、１回の登録要求に対する認証によって、他の登録要求に応じて記憶した、他の不快でない楽曲も再生不可になってしまうことはない。
【００９０】
また、認証が１回のみであるならば、端末装置２はグループ番号を対応付けしなくてもよいし、管理装置６も作成番号を対応付けしなくてもよい。
【００９１】
（６）本発明との対応関係
以上説明した実施形態において、端末装置２が本発明における楽曲再生装置であり、図５におけるｓ４４０が本発明における楽曲出力手段であり、図３におけるｓ１６０が本発明におけるパラメータ変更手段であり、同図ｓ１２０が本発明における再生側送信手段であり、同図ｓ１３０が本発明における再生側記憶手段である。
【００９２】
また、図５におけるｓ５３０が本発明における楽曲入力手段であり、同図ｓ５４０が本発明における楽曲認証手段であり、図３におけるｓ３１０が本発明における認証側記憶手段である。
【００９３】
そして、図３におけるｓ２１０が本発明における楽曲選択手段であり、同図ｓ２３０が本発明における管理側送信手段である。
【符号の説明】
【００９４】
１…認証システム、２…端末装置、２１…制御部、２３…記憶部、２３…制御部、２５…ユーザインタフェース、２７…通信部、２９…音声処理部、３１…マイク、３３…スピーカ、４…認証装置、４１…制御部、４３…記憶部、４３…制御部、４７…通信部、４９…音声処理部、５１…マイク、５３…スピーカ、６…管理装置、６１…制御部、６３…記憶部、６３…制御部、６７…通信部、１００…ネットワーク
【特許請求の範囲】
【請求項１】
楽曲を再生可能な楽曲再生装置と、該楽曲再生装置のユーザを認証する認証装置と、 楽曲データ群を記憶する管理装置と、からなる認証システムであって、
前記楽曲再生装置は、
ユーザの操作を受けて、前記ユーザの識別情報を前記管理装置へと送信する再生側通信手段と、
前記再生側送信手段により識別情報が送信された後、前記識別情報を受信した前記管理装置から送信されてくる複数の楽曲データを前記再生側記憶部に記憶させる再生側記憶手段と、
再生側記憶部に記憶された複数の楽曲データから特定の楽曲（特定楽曲）を選択して再生出力させる楽曲出力手段と、
を備え、
前記管理装置は、
前記楽曲再生装置から前記識別情報を受信する管理側通信手段と、
楽曲データ群を記憶する楽曲記憶手段と、
前記識別情報を受信したときに、前記楽曲記憶手段が記憶する楽曲データ群からを複数種類の楽曲データを選択して読み出す楽曲選択手段と、
前記識別情報と前記読み出した複数種類の楽曲データとを対応付け、管理側記憶部に記憶するとともに、前記認証装置へと送信する管理側送信手段と、
を備え、
前記認証装置は、
前記管理装置から前記識別情報および前記複数種類の楽曲データを受信した場合に、認証側記憶部に記憶させる認証側記憶手段と、
外部から楽曲を入力する楽曲入力手段と、
前記楽曲入力手段へ楽曲が入力された場合に、
前記認証側記憶手段に記憶する楽曲データ群（対象楽曲）を順次読み出して、前記入力された楽曲と比較し、前記入力された楽曲と一致する楽曲の楽曲データに対応付けられた識別情報を特定する楽曲認証手段とを備え、
前記楽曲認証手段は、前記楽曲入力手段により入力された楽曲における特定楽曲を、前記認証側記憶部に記憶された複数の楽曲データと比較して、前記入力された楽曲における特定楽曲が、前記複数の楽曲データの楽曲に含まれていた場合には、対象楽曲に対応づけられた識別情情報のユーザが、前記特定楽曲を再生出力した前記楽曲再生装置のユーザであるとして認証が行われる
ことを特徴とする認証システム。
【請求項２】
請求項１に記載の認証システムにおいて、
前記楽曲認証手段は、
前記認証が行われたときに、
前記認証が行われた識別情報が対応付けられた複数の楽曲データのうち、特定楽曲が含まれた楽曲データ以外の楽曲データを、前記認証側記憶手段から削除する
ことを特徴とする請求項１に記載の認証システム。
【請求項３】
請求項２に記載の認証システムにおいて、
前記楽曲認証手段は、
前記認証が行われたときに、
特定楽曲が含まれた楽曲データを識別する情報を前記管理装置に送信し、
前記管理側送信手段は、
前記特定楽曲が含まれた楽曲データを識別する情報を受信した場合に
前記管理側記憶部に記憶する楽曲データ群から、
前記特定楽曲が含まれた識別する情報から、前記特定楽曲が含まれた楽曲データと、
前記特定楽曲が含まれた楽曲データが対応付けられた識別情報と、
前記識別情報に対応付けられた複数の楽曲データと、
を抽出し、
前記識別情報と対応付けられた複数の楽曲データの中から、前記特定楽曲が含まれた楽曲データ以外の楽曲データに対し、
前記識別情報と対応付けを解消する
ことを特徴とする請求項２に記載の認証システム。
【請求項１】
楽曲を再生可能な楽曲再生装置と、該楽曲再生装置のユーザを認証する認証装置と、 楽曲データ群を記憶する管理装置と、からなる認証システムであって、
前記楽曲再生装置は、
ユーザの操作を受けて、前記ユーザの識別情報を前記管理装置へと送信する再生側通信手段と、
前記再生側送信手段により識別情報が送信された後、前記識別情報を受信した前記管理装置から送信されてくる複数の楽曲データを前記再生側記憶部に記憶させる再生側記憶手段と、
再生側記憶部に記憶された複数の楽曲データから特定の楽曲（特定楽曲）を選択して再生出力させる楽曲出力手段と、
を備え、
前記管理装置は、
前記楽曲再生装置から前記識別情報を受信する管理側通信手段と、
楽曲データ群を記憶する楽曲記憶手段と、
前記識別情報を受信したときに、前記楽曲記憶手段が記憶する楽曲データ群からを複数種類の楽曲データを選択して読み出す楽曲選択手段と、
前記識別情報と前記読み出した複数種類の楽曲データとを対応付け、管理側記憶部に記憶するとともに、前記認証装置へと送信する管理側送信手段と、
を備え、
前記認証装置は、
前記管理装置から前記識別情報および前記複数種類の楽曲データを受信した場合に、認証側記憶部に記憶させる認証側記憶手段と、
外部から楽曲を入力する楽曲入力手段と、
前記楽曲入力手段へ楽曲が入力された場合に、
前記認証側記憶手段に記憶する楽曲データ群（対象楽曲）を順次読み出して、前記入力された楽曲と比較し、前記入力された楽曲と一致する楽曲の楽曲データに対応付けられた識別情報を特定する楽曲認証手段とを備え、
前記楽曲認証手段は、前記楽曲入力手段により入力された楽曲における特定楽曲を、前記認証側記憶部に記憶された複数の楽曲データと比較して、前記入力された楽曲における特定楽曲が、前記複数の楽曲データの楽曲に含まれていた場合には、対象楽曲に対応づけられた識別情情報のユーザが、前記特定楽曲を再生出力した前記楽曲再生装置のユーザであるとして認証が行われる
ことを特徴とする認証システム。
【請求項２】
請求項１に記載の認証システムにおいて、
前記楽曲認証手段は、
前記認証が行われたときに、
前記認証が行われた識別情報が対応付けられた複数の楽曲データのうち、特定楽曲が含まれた楽曲データ以外の楽曲データを、前記認証側記憶手段から削除する
ことを特徴とする請求項１に記載の認証システム。
【請求項３】
請求項２に記載の認証システムにおいて、
前記楽曲認証手段は、
前記認証が行われたときに、
特定楽曲が含まれた楽曲データを識別する情報を前記管理装置に送信し、
前記管理側送信手段は、
前記特定楽曲が含まれた楽曲データを識別する情報を受信した場合に
前記管理側記憶部に記憶する楽曲データ群から、
前記特定楽曲が含まれた識別する情報から、前記特定楽曲が含まれた楽曲データと、
前記特定楽曲が含まれた楽曲データが対応付けられた識別情報と、
前記識別情報に対応付けられた複数の楽曲データと、
を抽出し、
前記識別情報と対応付けられた複数の楽曲データの中から、前記特定楽曲が含まれた楽曲データ以外の楽曲データに対し、
前記識別情報と対応付けを解消する
ことを特徴とする請求項２に記載の認証システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１３−８０４１１（Ｐ２０１３−８０４１１Ａ）
【公開日】平成２５年５月２日（２０１３．５．２）
【国際特許分類】
【出願番号】特願２０１１−２２０７２２（Ｐ２０１１−２２０７２２）
【出願日】平成２３年１０月５日（２０１１．１０．５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．着メロ
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２５年５月２日（２０１３．５．２）
【国際特許分類】
【出願日】平成２３年１０月５日（２０１１．１０．５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．着メロ
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]