(57)【要約】【課題】低コストでかつ正確に認証を行うことが可能な携帯端末を提供する。【解決手段】利用者が認証の手順を開始すると、携帯端末は画面にコードを表示して認証条件を利用者に通知する（ステップＳ３０１）。携帯端末から予め登録された複数の楽曲データを再生し（ステップＳ３０２）、利用者は正解の楽曲データを入力する（ステップＳ３０３）。利用者が正解の楽曲データを入力したときには認証成功と判定し（ステップＳ３０４：Ｙｅｓ）、利用者に操作許可を与える（ステップＳ３０５）。一方、利用者が正解の楽曲データを入力しなかった場合は認証失敗と判定する（ステップＳ３０４：Ｎｏ）。最後に、利用者が認証を再度行う選択をした場合は（ステップＳ３０６：Ｙｅｓ）、ステップＳ３０２へと戻り再び認証を行う。【選択図】図３
2007208388.tif 000002
【特許請求の範囲】
【請求項１】
利用者の指示を入力する指示入力手段と、
音楽データを保持する音楽データ保持手段と、
前記指示入力手段を介して入力された認証条件に基づいて前記音楽データ保持手段で保持するオリジナルの音楽データを調整し、複数の認証データを作成する認証データ作成手段と、
前記認証データ作成手段にて作成された複数の認証データからいくつかを選択して再生する認証データ再生手段と、
前記認証データ再生手段における認証データの再生後または再生中の前記指示入力手段を介しての入力に基づいて認証判定を行う認証判定手段と
を具備することを特徴とする携帯端末。
【請求項２】
前記認証データ作成手段は、前記オリジナルの音楽データの音色、リリース時間、音階、調性、テンポのいずれかを調整することにより複数の認証データを作成することを特徴とする請求項１に記載の携帯端末。
【請求項３】
前記認証データ作成手段は、前記オリジナルの音楽データに加えるエフェクト効果の種類またはエフェクト効果のレベルを調整することにより複数の認証データを作成することを特徴とする請求項１に記載の携帯端末。
【請求項４】
前記認証データ作成手段は、立体音響効果における仮想音源の位置又は移動方法を調整することにより複数の認証データを作成することを特徴とする請求項１に記載の携帯端末。
【請求項５】
前記認証判定手段において前記指示入力手段から利用者の指示を入力するタイミングを、前記認証データの再生状態で指定する入力タイミング指定手段をさらに具備することを特徴とする請求項１から請求項４のいずれかの１項に記載の携帯端末。
【請求項６】
認証開始前に、認証で使用する認証条件を端末の再生状態で利用者に通知する認証条件通知手段をさらに具備することを特徴とする請求項１から請求項５のいずれかの１項に記載の携帯端末。
【請求項７】
利用者の指示を入力する指示入力手段と、
バイブレーションデータを保持するバイブレーションデータ保持手段と、
前記バイブレーションデータに基づいて振動するバイブレータと、
前記指示入力手段を介して入力された認証条件に基づいて、前記バイブレーションデータ保持手段で保持するオリジナルのバイブレーションデータを調整し、複数の認証データを作成する認証データ作成手段と、
前記認証データ作成手段にて作成された複数の認証データからいくつかを選択して再生する認証データ再生手段と、
前記認証データ再生手段における認証データの再生後または再生中の前記指示入力手段を介しての入力に基づいて認証判定を行う認証判定手段と
を具備することを特徴とする携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者の認証を行う機能を備えた携帯端末に関する。
【背景技術】
【０００２】
従来、携帯電話機等の携帯端末の利用者を認証する方法として、パスワードの入力を求めるものや指紋等の情報を用いる生体認証が知られている。また、特許文献１には、演奏者（利用者）に周波数の異なる複数の音を聞かせ、所定周波数の音を選択させる認証方法が開示されている。
【特許文献１】特開２００２−２１５１４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、上記従来の認証方法においては、例えばパスワードを入力する方法ではパスワードが流出すると携帯端末のセキュリティが保てず、また、生体認証を用いる方法では運用コストと生体情報流失時のプライバシー保護の面で問題があった。また、特許文献１に記載の認証方法は利用者の音感を評価する方法であるため、音感のよい人であれば正規の利用者でなくても認証されるという課題があった。
【０００４】
本発明は上記事情を考慮してなされたもので、その目的は、低コストでかつ正確に認証を行うことが可能な携帯端末を提供することにある。
【課題を解決するための手段】
【０００５】
本発明は上記の課題を解決するためになされたもので、請求項1に記載の発明は、利用者の指示を入力する指示入力手段と、音楽データを保持する音楽データ保持手段と、前記指示入力手段を介して入力された認証条件に基づいて前記音楽データ保持手段で保持するオリジナルの音楽データを調整し、複数の認証データを作成する認証データ作成手段と、前記認証データ作成手段にて作成された複数の認証データからいくつかを選択して再生する認証データ再生手段と、前記認証データ再生手段における認証データの再生後または再生中の前記指示入力手段を介しての入力に基づいて認証判定を行う認証判定手段とを具備することを特徴とする携帯端末である。
【０００６】
また、請求項２に記載の発明は、請求項１に記載の発明において、前記認証データ作成手段は、前記オリジナルの音楽データの音色、リリース時間、音階、調性、テンポのいずれかを調整することにより複数の認証データを作成することを特徴とする。
【０００７】
また、請求項３に記載の発明は、請求項１に記載の発明において、前記認証データ作成手段は、前記オリジナルの音楽データに加えるエフェクト効果の種類またはエフェクト効果のレベルを調整することにより複数の認証データを作成することを特徴とする。
【０００８】
また、請求項４に記載の発明は、請求項１に記載の発明において、前記認証データ作成手段は、立体音響効果における仮想音源の位置又は移動方法を調整することにより複数の認証データを作成することを特徴とする。
【０００９】
また、請求項５に記載の発明は、請求項１から請求項４のいずれか１項に記載の発明において、前記認証判定手段において前記指示入力手段から利用者の指示を入力するタイミングを、前記認証データの再生状態で指定する入力タイミング指定手段をさらに具備することを特徴とする。
【００１０】
また、請求項６に記載の発明は、請求項１から請求項５のいずれか１項に記載の発明において、認証開始前に、認証で使用する認証条件を端末の再生状態で利用者に通知する認証条件通知手段をさらに具備することを特徴とする。
【００１１】
また、請求項７に記載の発明は、利用者の指示を入力する指示入力手段と、バイブレーションデータを保持するバイブレーションデータ保持手段と、前記バイブレーションデータに基づいて振動するバイブレータと、前記指示入力手段を介して入力された認証条件に基づいて、前記バイブレーションデータ保持手段で保持するオリジナルのバイブレーションデータを調整し、複数の認証データを作成する認証データ作成手段と、前記認証データ作成手段にて作成された複数の認証データからいくつかを選択して再生する認証データ再生手段と、前記認証データ再生手段における認証データの再生後または再生中の前記指示入力手段を介しての入力に基づいて認証判定を行う認証判定手段とを具備することを特徴とする携帯端末である。
【発明の効果】
【００１２】
請求項１から請求項４に記載の発明によれば、従来の携帯端末に音楽データの調整を行う機能を追加することで実現可能であるため、従来の生体認証等と比較して低コストで実現可能である。また、認証条件および認証の候補となるデータを様々な方法で作成可能であるため、安全性の強度調整、段階設定ができるとともに、利用者の識別能力の高い分野を使用することで認証の強度を上げることができる。さらに、聴覚を利用して行う認証方法であるため、利用者が視覚障害者であっても正確に認証を行うことができる。
【００１３】
さらに、請求項５に記載の発明によれば、利用者が認証入力を行うタイミングを指定することが可能であるため、認証入力を行うタイミングを知る正規の利用者のみをより正確に認証できる。
【００１４】
さらに、請求項６に記載の発明によれば、認証を行う前に、端末の再生状態で認証条件を利用者へ通知することが可能であるため、端末の再生状態と認証条件との対応関係を知る正規の利用者に対する認証の難易度を下げることができる。
【００１５】
また、請求項７に記載の発明によれば、認証の候補として音楽データではなくバイブレーションデータを用いることで、請求項１から請求項４と同様の効果を奏することができる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照して本発明の実施形態について説明する。図１は、本発明の実施形態に係る携帯端末の構成を示す構成図である。図1において、ＣＰＵ１は携帯端末内の各部を制御するＣＰＵ（Central Processing Unit）である。
【００１７】
ＲＡＭ／ＲＯＭ部２は、ＣＰＵ１が使用するメモリ領域を提供するＲＡＭ（Random Access Memory）および、ＣＰＵ１が実行するプログラム等を保持するＲＯＭ（Read Only Memory）である。タイマ３は、時間を計測するタイマである。
【００１８】
楽曲情報保持部４（音楽データ保持手段）は、携帯端末で再生を行う楽曲データ（音楽データ）を保持するものである。認証データ作成部５（認証データ作成手段）は、利用者の認証に用いる情報を作成するものであり、詳細は後述する。表示制御部６は、ＣＰＵ１から出力される表示用データを入力し、表示器７で表示可能な形式に変換するものである。表示器７は、表示制御部６で変換された表示用データを入力し、文字、画像などの情報を表示するものである。
【００１９】
演奏制御部８（認証データ再生手段）は、楽曲情報保持部４で記憶された楽曲データを入力し、アナログ信号に変換し、スピーカ９へと出力するものである。スピーカ９は演奏制御部８から入力したアナログ信号を発音するものである。操作部１０は、操作器１１から出力される信号に基づいて操作器１１の状態を検出し、検出結果をＣＰＵ１に出力するものである。操作器１１（指示入力手段）は、利用者による入力操作を検出し操作部１０へ出力するものである。
【００２０】
次に、上述した実施形態の動作を、図２から図５を参照して説明する。図２は利用者が携帯端末を操作して認証条件を設定する手順を示すフローチャートであり、図３は利用者が携帯端末の認証を行う手順を示すフローチャートである。
【００２１】
図２において、認証条件を設定する手順では、まず利用者は認証用のデータを作成するための元データを準備する（ステップＳ２０１）。元データとは、図１の楽曲情報保持部４で保持するオリジナルの楽曲データであり、例えば、ＳＭＡＦ（登録商標）やＳＭＦ(Standard MIDI File)形式等の演奏情報データである。
【００２２】
続いて、利用者が操作器１１を介して認証データを作成する条件を指定すると、認証データ作成部５はステップＳ２０１で準備した元データを上記指定された条件により調整を行い、認証における選択候補となる複数の楽曲データを作成する（ステップＳ２０２、認証データ作成手段）。
【００２３】
なお、ここで行う楽曲データに対する調整は、調整を行う利用者が元データとの違いを認識できる程度とすることで、携帯端末の安全性の強度を上げることができる。また、認証における選択候補となる楽曲データの具体的な作成方法に関しては、図４から図８を参照して後述する。
【００２４】
最後に、利用者が操作器１１を介してステップＳ２０２で作成した複数の楽曲データから正解となる楽曲データを指定すると、認証データ作成部５は選択候補となる複数の楽曲データ、認証条件、正解となる楽曲データとを関連付けて登録を行う（ステップＳ２０３）。ここで、正解となる楽曲データは一つではなく複数指定してもよい。以上で認証条件の設定手順は終了するが、図２の手順を繰り返し実行し、複数の認証条件を設定することも可能である。
【００２５】
次に、図３を参照して携帯端末の認証を行う手順について説明する。利用者を認証する手順が開始されると、まず認証データ作成部５は登録された一または複数の認証条件から今回使用する認証条件を選択し、利用者に対して認証条件を通知する（ステップＳ３０１、認証条件通知手段）。
【００２６】
ステップＳ３０１における通知方法は、認証条件に対応するコードを予め携帯端末内に登録し、認証条件に対応するコードを表示器７に表示する方法を用いる。例えば、音色に関する認証条件がコード“１”、エフェクトに関する認証条件が“２”であれば、認証データ作成部５は音色に関する認証を行う際にコード“１”を表示器７に表示する。
【００２７】
認証条件を通知する他の方法としては、認証条件と音（メロディ）を対応させ、再生音により認証条件を通知する方法も可能である。また、同じ音色でリリース長の長いものと短いものを準備し、その音色の発音についてリリース長の長いものを“１”、短いものを“０”に対応させ、“０”及び“１”の二値の組み合わせにより利用者に認証条件の情報を通知する方法も可能である。
【００２８】
図３に戻って、利用者への認証条件通知が終了すると、認証データ作成部５はその認証条件における選択候補として登録された楽曲データからランダムに選択して再生を行う（ステップＳ３０２、認証データ再生手段）。ここで、選択して再生を行う楽曲データの数は任意であり、選択候補として登録された楽曲データを全て再生しても、一部だけを再生しても、一つだけを再生してもよい。
【００２９】
再生が終了すると、利用者は正解の楽曲データが再生された場合はその楽曲データの再生番号を回答として操作器１１から入力し、正解の楽曲データが再生されなかった場合は正解なしと言う回答を操作器１１から入力する（ステップＳ３０３）。
【００３０】
楽曲データの再生が終了すると、認証データ作成部５は、利用者の回答を操作器１１から操作部１０を介して入力し、認証の判定を行う（ステップＳ３０４、認証判定手段）。ステップＳ３０２で正解の楽曲データを再生し、その楽曲データの再生番号を利用者が回答した場合と、ステップＳ３０２で正解の楽曲データを再生せず、利用者が正解なしと回答した場合には認証が成功する（ステップＳ３０４：Ｙｅｓ）。
【００３１】
認証が成功すると利用者に携帯端末の操作が許可され（ステップＳ３０５）、認証の手順を終了する。認証の成功時に、連続認証の難易度を軽減（簡易化）させるために、次回の認証時に有用な情報を事前に提供してもよい。例えば、楽曲データの調整を認証条件とした場合、認証成功後に正解となる楽曲データの一部を再生することで、次に認証を行う際の難易度を軽減させることができる。
【００３２】
一方、ステップＳ３０２で正解の楽曲データを再生し、その楽曲データの再生番号を利用者が回答しなかった場合と、ステップＳ３０２で正解の楽曲データを再生せず、利用者が（正解なしとは指定せずに）楽曲データの再生番号を指定した場合には認証が失敗する（ステップＳ３０４：Ｎｏ）。
【００３３】
認証が失敗した場合には、利用者は認証の再試行を行うか否かを選択する（ステップＳ３０６）。利用者が再試行を行わないことを選択した場合には（ステップＳ３０６：Ｎｏ）、認証の手順を終了する。
【００３４】
一方、利用者が認証の再試行を行うことを選択した場合は、再びステップＳ３０２に戻って認証の手順を繰り返す。なお、再試行時に携帯端末から再生される楽曲データは一回目の認証時と同じでもよいし、再度ランダムに選択した楽曲データでもよい。
【００３５】
次に、図４から図８を参照し、図２のステップＳ２０２における楽曲データの具体的な作成方法を説明する。図４はＭＩＤＩ形式のシーケンスデータの一例を示す図である。図４において、３行目〜５行目のChannel Volumeは各チャンネルの音量を表し、７行目〜9行目の3D positionは仮想音源の位置及び移動に関する指定である。
【００３６】
１１行目〜１６行目のBank Change及びProgram Changeは各チャンネルの音色を指定するものであり、１７〜１９行目の3D ch Assignは各チャンネルに対して行う仮想音源の移動を上述の3D positionと結びつけて指定するものである。
【００３７】
続いて、認証に用いる楽曲データを作成する第一の例として、音色を変更する例を説明する。音色の変更は、図４に示すProgram Changeの値を変更することで可能である。本実施形態ではProgram Changeが０のときはGrand Pianoの音色で発音し、１のときはBrite Piano、２のときはElectric Grand Piano、３のときはElectric Pianoである。
【００３８】
元データのチャンネル０の音色が図４に示すとおりGrand Piano（Program Changeが０）であるとき、１２行目のDescriptionの列の値を０から１、２、３に置き換えることにより、音色をBrite Pianoに変更した楽曲データ、音色をElectric Grand Pianoに変更した楽曲データ、音色をElectric Pianoに変更した楽曲データの３種類を新たに作成できる。
【００３９】
認証に用いる楽曲データを作成する第二の例として、仮想音源の位置を変更する例を説明する。仮想音源の位置は、図４に示す3D position及び3D ch Assignで決定され、図４の例では、チャンネル０、１、２の全てが現在の仮想音源の位置から距離２、方位角−３０度、仰角０度の位置へ２０００ｍｓで移動する。すなわち、再生開始からから２０００ｍｓ経過後には、全てのチャンネルの仮想音源が方位角−３０度（左側前方）に位置する。
【００４０】
元データの仮想音源の位置が方位角−３０度（左側前方）であるとき、７行目の3D positionの方位角を０度および＋３０度に書き換えることにより、仮想音源の位置が前方正面に位置する楽曲データと、仮想音源の位置が前方右側に位置する楽曲データの２種類を新たに作成することが可能である。
【００４１】
仮想音源を用いる類似例として、仮想音源の移動方法を変えることにより異なる楽曲データを作成する方法を、図５から図８を参照して説明する。図５は、図４と同様のシーケンスデータをチャンネル０の仮想音源の位置に関する部分を取り出して表示した図である。
【００４２】
図５において、チャンネル０の仮想音源は２０行目の指示により、時刻５００ｍｓにおいて、距離２、方位角−３０度（左側前方）、仰角０度の位置に定位する（図６のＡ点）。その５００ｍｓ後に、図５の２１行目の指示により、図６のＡ点から距離２、方位角９０度（右側）、仰角０度の位置に２０００ｍｓの時間で仮想音源が移動する（図６のＢ点）。すなわち、図５に示す楽曲データのチャンネル０の仮想音源は、図６のＡ点からＢ点へと直線的に移動する。
【００４３】
一方、図７も図４と同様のシーケンスデータをチャンネル０の仮想音源の位置に関する部分を取り出して表示した図である。図７において、チャンネル０の仮想音源は２０行目の指示により、時刻５００ｍｓにおいて、距離２、方位角３０度（右側前方）、仰角０度の位置に定位する（図８のＡ１点）。
【００４４】
その後、時刻２５００ｍｓに、図７の２１行目の指示により、図８のＡ１点から距離２、方位角９０度（右側）、仰角０度の位置に２０００ｍｓの時間で仮想音源が移動する（図８のＡ２点）。続いて、時刻４５００ｍｓに、図７の２２行目の指示により、図８のＡ２点から距離２、方位角１５０度（右側後方）、仰角０度の位置に２０００ｍｓの時間で仮想音源が移動する（図８のＡ３点）。
【００４５】
さらに、時刻６５００ｍｓに、図７の２３行目の指示により、図８のＡ３点から距離２、方位角−１５０度（左側後方）、仰角０度の位置に２０００ｍｓの時間で仮想音源が移動する（図８のＡ４点）。さらに、時刻８５００ｍｓに、図７の２４行目の指示により、図８のＡ４点から距離２、方位角−９０度（左側）、仰角０度の位置に２０００ｍｓの時間で仮想音源が移動する（図８のＡ５点）。
【００４６】
さらに、時刻１０５００ｍｓに、図７の２５行目の指示により、図８のＡ５点から距離２、方位角−３０度（左側前方）、仰角０度の位置に２０００ｍｓの時間で仮想音源が移動する（図８のＡ６点）。さらに、時刻１２５００ｍｓに、図７の２６行目の指示により、図８のＡ６点から距離２、方位角３０度（右側前方）、仰角０度の位置に２０００ｍｓの時間で仮想音源が移動し、再び図８のＡ１点へと到達する。
【００４７】
すなわち、図７に示す楽曲データのチャンネル０の仮想音源は、図８のＡ１点からＡ２点、…、Ａ６点、Ａ１点の順に１２０００ｍｓかけて円状に移動する。このように、仮想音源の直線的な移動、円状の移動といった３Ｄ定位移動を認証条件とすることができる。また、このような定位移動の周期を変更させた楽曲データを複数作成し、移動周期を認証条件としてもよい。
【００４８】
さらに、仮想音源の位置はチャンネル毎に設定可能であり、互いに位置の異なる仮想音源の数を変更した楽曲データを複数作成し、仮想音源の数を認証条件としてもよい。例えば、図４に示した楽曲データは３つのチャンネルに対して同じ3D positionの指定が割り当てられており、互いに位置の異なる仮想音源の数は１つである。
【００４９】
これに対して、チャンネル０に対してのみ別の3D positionの指定を割り当てて仮想音源の位置を変更すると、互いに位置の異なる仮想音源の数は２つとなり、３つのチャンネルに対してそれぞれ別々の3D positionの指定を割り当てると、互いに位置の異なる仮想音源の数は３つとなる。
【００５０】
また、互いに位置の異なる仮想音源の数を楽曲データの再生中に変更し、その変更の方法（例えば、再生開始時に仮想音源が１つであったのを２つに増やし、その後１つに戻す）が異なる楽曲データを複数作成し、仮想音源数の変更方法を認証条件としてもよい。
【００５１】
認証に用いる楽曲データを作成するその他の例としては、元データの音色パラメータを調整し、リリース時間を変更した楽曲データを複数作成してそのリリース時間を認証条件することもできる。また、元データに対して不協和音のノートを追加した楽曲データと協和音のノートを追加した楽曲データとを作成し、追加したノートの種類を認証条件としてもよい。
【００５２】
また、元データを区間に分割し、上述した音色の変更、リリース時間の変更、ノートの追加を行う区間が異なる楽曲データを複数作成し、変更を行った区間を認証条件としてもよい。この場合、例えば正解を3番目の区間とする。また、元データを楽曲の構成に応じて複数に分割することで新たな楽曲データを複数作成し、フレーズ条件を認証条件としてもよい。この場合、例えば正解をサビのフレーズとする。その他、音階、調性、テンポ、曲中でテンポをだんだん早くする等のテンポの一定変更といった条件を認証条件としてもよい。
【００５３】
また、上述したような楽曲の調整を認証条件とするものだけでなく、元データに掛けるエフェクト効果の種類やそのレベルを認証条件とすることも可能である。
【００５４】
さらに、認証用のデータとして、楽曲データではなく、バイブレータを振動させるためのデータであるバイブレーションパターンを用い、複数のバイブレーションパターンを準備して認証条件としてもよい。また、一回当たりのバイブレーション時間やバイブレーションの周期を認証条件としてもよい。楽曲データの再生と同期してバイブレーションを行う場合は、同期して振動を行う時間を認証条件としてもよい。
【００５５】
上述した携帯端末における認証においては、従来の携帯端末に楽曲データまたはバイブレーションパターンの調整を行う機能を追加することで実現可能であるため、従来の生体認証と比較して低コストで実現可能である。
【００５６】
また、認証条件および認証の候補となるデータを様々な方法で作成可能であるため、安全性の強度調整、段階設定ができるとともに、利用者の識別能力の高い分野を使用することで認証の強度を上げることができる。したがって、利用者が視覚障害者である場合でも、楽曲データを用いた認証条件を選択することで正確に認証を行うことができる。
【００５７】
次に、図９を参照し、携帯端末とサーバとで構成される携帯端末認証システムについて説明する。図９において、携帯端末Ａ、Ｂ、Ｃは同じ利用者が使用する携帯端末であり、図１に示したのと同様の構成である。
【００５８】
基地局３０は、携帯端末Ａ、Ｂ、Ｃと通信を行う基地局である。大規模ネットワーク４０は基地局３０及び配信サーバα、βとの間を相互に接続するネットワークである。配信サーバα、βは携帯端末Ａ、Ｂ、Ｃにおける認証に関する情報を管理するサーバである。
【００５９】
図２のフローチャートと同様の方法で利用者が携帯端末Ａで認証条件及び認証候補となるデータの登録を行うと、登録した情報が基地局３０及び大規模ネットワーク４０を介して例えば、配信サーバαへと送信される。配信サーバαは送信された登録情報に基づいて認証条件及び認証候補となるデータを管理する。以後、利用者が携帯端末Ａで認証を行う際は、携帯端末Ａが配信サーバαと接続し、認証条件及び認証候補となるデータの情報を取得する。
【００６０】
このように、認証条件及び認証候補となるデータの情報を携帯端末Ａではなく、配信サーバαで管理することにより、利用者の所持する他の携帯端末Ｂ、Ｃにおける認証時においても、配信サーバαから認証条件及び認証候補となるデータの情報を取得することにより、携帯端末Ａと同じ条件で認証を行うことができる。
【００６１】
また、図３のステップＳ３０５で述べたように、携帯端末Ａでの認証成功後に次回の認証に役立つ情報を配信サーバαで管理することにより、その情報を携帯端末Ｂ及び携帯端末Ｃでの認証時に役立てることができる。
【００６２】
以上、本発明の実施形態を詳述してきたが、具体的な構成は本実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。例えば、元データは演奏情報データに限らず、オーディオデータなどあらゆる音楽データであってもよい。また、本実施形態では、認証条件の候補である楽曲データの再生後に利用者が認証入力を行う例を説明したが、楽曲データの再生中に認証条件を満たした段階で認証入力を行うようにすることで、セキュリティを向上させてもよい。
【００６３】
また、認証条件を複数設定し、入力条件と入力タイミングとを指定するものであってもよい。例えば、入力条件として楽曲データの種類を指定し、入力タイミングとして仮想音源の位置が結合するタイミングを指定する（入力タイミング指定手段）ことが可能である。また、認証条件の作成は利用者が指定して行うだけでなく、携帯端末でランダムに認証条件と認証候補となるデータの作成を行う等、自動的に作成してもよい。また、本実施形態における認証の成功／失敗を利用者の認証ではなく、ゲームの成功／失敗に利用してもよい。
【産業上の利用可能性】
【００６４】
本発明は、利用者の認証を行う機能を備えた携帯端末に用いて好適である。
【図面の簡単な説明】
【００６５】
【図１】本発明の実施形態に係る携帯端末の構成を示す構成図である。
【図２】利用者が図１の携帯端末を操作して認証条件を設定する手順を示すフローチャートである。
【図３】利用者が図１の携帯端末の認証を行う手順を示すフローチャートである。
【図４】ＭＩＤＩ形式のシーケンスデータの一例を示す図である。
【図５】仮想音源の移動が直線移動であるＭＩＤＩ形式のシーケンスデータの一例を示す図である。
【図６】図５のシーケンスデータにおける仮想音源の移動を示す図である。
【図７】仮想音源の移動が円状の移動であるＭＩＤＩ形式のシーケンスデータの一例を示す図である。
【図８】図７のシーケンスデータにおける仮想音源の移動を示す図である。
【図９】携帯端末とサーバとで構成させる携帯端末認証システムを示す図である。
【符号の説明】
【００６６】
１…ＣＰＵ、２…ＲＡＭ／ＲＯＭ、３…タイマ、４…楽曲情報保持部（音楽データ保持手段）、５…認証データ作成部（認証データ作成手段）、６…表示制御部、７…表示器、８…演奏制御部（認証データ再生手段）、９…スピーカ、１０…操作部、１１…操作器（指示入力手段）、２１・２２・２３…携帯端末、３０…基地局、４０…大規模ネットワーク、５１・５２…配信サーバ
【図１】
2007208388.tif 000003
【図２】
2007208388.tif 000004
【図３】
2007208388.tif 000005
【図４】
2007208388.tif 000006
【図５】
2007208388.tif 000007
【図６】
2007208388.tif 000008
【図７】
2007208388.tif 000009
【図８】
2007208388.tif 000010
【図９】
2007208388.tif 000011