JP5056008B2 - 携帯端末およびプログラム - Google Patents

Description

本発明は、楽曲データにしたがって楽曲の再生出力を行う機能を備えた携帯端末に関する。

レコードやＣＤ（Compact Disk）など円盤状の記録媒体に記録されている楽曲をターンテーブルを用いて再生する際に、ターンテーブルの回転速度や回転方向を適宜コントロールして本来のものとは異なる速度やピッチでその楽曲を再生するＤＪ（Disk Jockey）演奏が一般に知られている。ＤＪ演奏の愛好家の中には自分も実演してみたいと望む者も少なくないが、ＤＪ演奏の実演には回転速度を自由に調整する機能を備えたターンテーブルなどの専用の機材が必要であり、係る機材は高価であるため、一般の者がＤＪ演奏を手軽に行うことは困難であった。そこで、専用の機材を用いることなく手軽にＤＪ演奏を行うことを可能にする技術が従来より種々提案されており、その一例としては特許文献１に開示された技術が挙げられる。特許文献１には、楽曲データを記憶しその楽曲データにしたがって楽曲再生を行う機能を有する携帯端末に、加速度センサや地磁気センサ等を設けてその携帯端末の振れ状態や揺れ状態を検出させ、それら揺れ状態や振れ状態に応じて楽曲の再生速度やピッチを変更させることにより、携帯端末によるＤＪ演奏を可能にする技術が提案されている。
特開２００６−８０７７１号公報

しかし、携帯電話機等の一般的な携帯端末には、加速度センサや地磁気センサ等は設けられていないことが普通であり、特許文献１に開示された技術によりＤＪ演奏を楽しむことができる者は、加速度センサ等を備えた特殊な携帯端末のユーザに限られてしまう。
本発明は上記課題に鑑みて為されたものであり、一般的な携帯端末を用いてＤＪ演奏を行うことを可能にする技術を提供することを目的とする。

上記課題を解決するため、本発明は、操作部と、前記操作部に対して為された一連の操作が、楽曲の再生速度の増加または減少を指示する操作パターンに該当するか否かを判定し、該当すると判定した場合に前記再生速度を増加または減少させることを示す再生速度制御情報をその操作パターンに応じて出力するタイミング制御手段と、楽曲データにしたがって楽曲を再生するとともに、前記タイミング制御手段から受け取った再生速度制御情報にしたがって楽曲の再生速度を増加または減少させる楽曲再生手段とを有することを特徴とする携帯端末を提供する。

より好ましい態様においては、上記携帯端末のタイミング制御手段は、前記操作部に対して為された一連の操作が、楽曲の再生速度の増加または減少を指示する操作パターンに該当すると判定した場合に、その一連の操作における前記各操作子の操作タイミングの時間間隔に応じて前記再生速度の増加または減少の度合いを特定し、その特定結果を反映した前記再生速度制御情報を出力し、前記楽曲再生手段は、前記タイミング制御手段から受け取った再生速度制御情報の示す度合いで楽曲の再生速度を増加または減少させることを特徴とする。また、別の好ましい態様においては、上記携帯端末の楽曲再生手段は、再生速度の増減に連動させて楽曲のピッチを変化させるピッチ連動モードと、再生速度の増減とは連動させずに楽曲本来のピッチでその楽曲を再生するピッチ一定モードの２種類の再生モードを有し、前記２つのモードのうち予め指定されたモードで楽曲を再生することを特徴とする。

また、上記課題を解決するため、本発明は、コンピュータ装置を、前記コンピュータ装置の操作部に対して為された一連の操作が、楽曲の再生速度の増加または減少を指示する操作パターンに該当するか否かを判定し、該当すると判定した場合に前記再生速度を増加または減少させることを示す再生速度制御情報をその操作パターンに応じて出力するタイミング制御手段と、楽曲データにしたがって楽曲を再生するとともに、前記タイミング制御手段から受け取った再生速度制御情報にしたがって楽曲の再生速度を増加または減少させる楽曲再生手段として機能させることを特徴とするプログラムを提供する。

本発明によれば、テンキーやカーソルキー等の汎用の操作子を用いてＤＪ演奏を行うことが可能になるため、ジャイロセンサや加速度センサ等の特別なセンサを有さない一般的な携帯端末でＤＪ演奏を行うことが可能になる。

以下、図面を参照しつつ、本発明を実施する際の最良の形態について説明する。
（Ａ：構成）
図１は、本発明に係る携帯端末の一実施形態である携帯電話機１０の要部の構成例を示すブロック図である。図１に示すように、携帯電話機１０は、音声入出力部１００、ユーザインタフェイス（以下、「ＵＩ」）部１１０、音源部１２０、ＤＳＰ（Digital Signal Processor）部１３０、記憶部１４０、制御部１５０、および、これら各構成要素間のデータ授受を仲介するバス１６０を含んでいる。なお、携帯電話機１０は、図１に示す各構成要素の他に移動電話網の無線基地局と通信する無線通信部も有するが、図１では図示を省略した。

音声入出力部１００は、マイク、スピーカおよびコーデック（図１では、何れも図示省略）を含んでいる。この音声入出力部１００は、ユーザの通話音声を上記マイクによって収音しその出力信号を上記コーデックによってデジタル形式の音声データに変換して無線通信部へ引き渡す一方、無線通信部により受信した音声データを上記コーデックによって音声信号に変換しその音声信号に応じた音声を上記スピーカから放音させることによって通話を実現する。また、上記スピーカおよびコーデックは、ＭＩＤＩデータや圧縮オーディオデータなどの楽曲データにしたがって楽曲再生を行う際にも利用される。ここで、ＭＩＤＩデータとは、楽曲を構成する各音の発音（ピッチおよび音色の設定を含む）および消音を示すＭＩＤＩイベントと各ＭＩＤＩイベントの実行タイミングを示す時刻シーケンスとからなるデータであり、圧縮オーディオデータとは、楽曲の信号波形をデジタル化して得られる楽曲データを例えばＭＰ３やＡＡＣなど所定の圧縮オーディオフォーマットでエンコードして得られるデータである。

ＵＩ部１１０は、図１に示すように、表示部１１０ａと操作部１１０ｂとを含んでいる。
表示部１１０ａは、例えば液晶ディスプレイとその駆動回路（図１では何れも図示省略）であり、制御部１５０から引き渡される画像データに応じた画像を表示する。一方、操作部１１０ｂは、図２に示すように、上下左右の各カーソルキーと０から９までのテンキーおよび“＊”および“♯”キーなどの複数の操作子を備えている。操作部１１０ｂは、図２に示す各操作子が押下されるなどユーザにより操作された場合に、その操作内容を制御部１５０に伝達する。より詳細に説明すると、操作部１１０ｂは、上記各操作子の何れかがユーザにより押下された場合に、その押下タイミングおよび押下状態からユーザが指を離したタイミングを示すタイミング情報とその操作子を一意に識別する識別子とを含む操作内容データを制御部１５０に引き渡す。

音源部１２０は、制御部１５０からＭＩＤＩイベントを受信し、そのＭＩＤＩイベントにしたがって音声データを音声入出力部１００に送信する。ＤＳＰ部１３０は、圧縮オーディオデータを制御部１５０から受け取り、その圧縮オーディオデータにその圧縮フォーマットに応じたデコードを施し、そのデコード結果を制御部１５０に返却する。

記憶部１４０は、図１に示すように、例えばＥＥＰＲＯＭ（Electronically Erasable and
Programmable Read Only Memory）などの不揮発性記憶部１４０ａと例えばＲＡＭ（Radom Access Memory）などの揮発性記憶部１４０ｂを含んでいる。不揮発性記憶部１４０ａには、各種プログラムや各種データが格納されている。一方、揮発性記憶部１４０ｂは、各種プログラムを実行する際のワークエリアとして制御部１５０によって利用される。

不揮発性記憶部１４０ａに記憶されているプログラムの一例として、ＯＳ（Operating System）を制御部１５０に実現させるためのＯＳソフトウェアや、本発明に係る携帯端末に特徴的な機能を制御部１５０に実現させるための制御プログラムが挙げられる。また、不揮発性記憶部１４０ａに格納されているデータの一例としては、前述したＭＩＤＩデータや圧縮オーディオデータが挙げられる。本実施形態では、不揮発性記憶部１４０ａにＭＩＤＩデータと圧縮オーディオデータとが予め格納されている場合について説明するが、例えばインターネットなどの電気通信回線を介したダウンロードにより取得したＭＩＤＩデータ等を不揮発性記憶部１４０ａに記憶させても良く、また、ＵＳＢメモリなどの記録媒体を接続するインタフェイスを携帯電話機１０に設け、ＭＩＤＩデータ等が書き込まれた記録媒体を上記インタフェイスに接続し、その記録媒体から読み出したＭＩＤＩデータ等を不揮発性記憶部１４０ａに記憶させても良い。

制御部１５０は、例えばＣＰＵ（Central Processing Unit）であり、携帯電話機１０の電源（図示省略）が投入されると、即座にＯＳソフトウェアを不揮発性記憶部１４０ａから読み出して実行する。ＯＳソフトウェアにしたがって作動している制御部１５０には、携帯電話機１０の各部の作動制御を行う機能、操作部１１０ｂを介して入力された指示に応じて他のプログラムを実行する機能が付与される。例えば、上記制御プログラムを実行する旨の指示が入力されると、制御部１５０は上記制御プログラムを不揮発性記憶部１４０ａから揮発性記憶部１４０ｂへ読み出し、これを実行する。この制御プログラムにしたがって作動している制御部１５０には、本発明に係る携帯端末に特徴的な機能が付与される。具体的には、制御部１５０は、上記制御プログラムを実行することにより、図３に示す、プレイヤ３１０、ＭＩＤＩシーケンサ３２０、ＤＳＰコントローラ３３０、および、タイミングアナライザ３４０の各モジュールとして機能する。
以下、図３に示す各モジュールの機能について説明する。

プレイヤ３１０は、不揮発性記憶部１４０ａに記憶されている楽曲データ（すなわち、ＭＩＤＩデータまたは圧縮オーディオデータ）のうちから、再生対象の楽曲データをユーザに選択させ、その再生の開始および終了を行う機能を担う。より詳細に説明すると、プレイヤ３１０は、再生対象の楽曲データをユーザに選択させるために、図４に示すプレイヤ画面を表示部１１０ａに表示させる。図４に示すように、プレイヤ画面には、不揮発性記憶部１４０ａに記憶されている楽曲データを一意に識別する識別子（例えば、楽曲名）とそのデータ種別とが互いに対応付けて表示される。また、図４に示すプレイヤ画面には、ピッチ連動再生ボタンＢ０１、ピッチ一定再生ボタンＢ０２及び終了ボタンＢ０３の３つのボタンが設けられている。図４のピッチ再生連動ボタンＢ０１は、ピッチ連動モードでの楽曲の再生開始をユーザに指示させるためのボタンであり、ピッチ一定再生ボタンＢ０２は、ピッチ一定モードでの楽曲の再生開始をユーザに指示させるためのボタンであり、終了ボタンＢ０３は、楽曲の再生を停止および上記制御プログラムの実行終了をユーザに指示させるための操作子である。ここで、ピッチ連動モードとは、楽曲の再生中にその再生速度の変更を指示する旨の操作が為された場合に、その操作内容に応じて楽曲の再生速度を変更するとともに、再生速度の変化に連動させて楽曲のピッチも変動させる再生モードである。一方、ピッチ一定モードとは、楽曲の再生速度の変更を指示する旨の操作に応じて楽曲の再生速度を変更するものの、楽曲のピッチについては再生速度の変化とは連動させずにその楽曲本来の値に保ったまま再生するモードである。

図４に示すプレイヤ画面を視認したユーザは上矢印キー又は下矢印キーを操作することによって、再生を所望する楽曲にカーソルを位置づけ、更に、ピッチ連動再生ボタンＢ０１又はピッチ一定再生ボタンＢ０２に予め対応付けられた操作子を押下することによって、その楽曲の再生開始を指示することができる。上記のようにして演奏対象の楽曲の選択および再生開始を指示する旨の操作が為されると、その操作内容を表す操作内容データが操作部１１０ｂからプレイヤ３１０に引き渡される。プレイヤ３１０は、上記操作内容データの表すカーソル位置に表示されている識別子に対応する楽曲データを不揮発性記憶部１４０ａから読み出し、その楽曲データの種類に応じてＭＩＤＩシーケンサ３２０とＤＳＰコントローラ３３０の何れかに引き渡す。加えて、プレイヤ３１０は、上記楽曲データをピッチ連動モードで再生するのか、それとも、ピッチ一定モードで再生するのかを指示するモード指示信号を操作部１１０ｂから受け取った操作内容データの内容に応じて生成し、上記楽曲データの引渡し先であるモジュールにそのモード指示信号を引き渡す。具体的には、プレイヤ３１０は、“ピッチ連動再生ボタンＢ０１の押下”を示す操作内容データを操作部１１０ｂから受け取った場合は、ピッチ連動モードでの再生開始を指示するモード指示信号を生成し、“ピッチ一定再生ボタンＢ０２の押下”を示す操作内容データを受け取った場合は、ピッチ一定モードでの再生開始を指示するモード指示信号を生成する。このため、例えば、図４に示すプレイヤ画面にて、再生対象の楽曲データとしてＭＩＤＩデータが選択され、ピッチ連動再生ボタンＢ０１に対応する操作子が押下された場合には、プレイヤ３１０は、そのＭＩＤＩデータを不揮発性記憶部１４０ａから読み出してＭＩＤＩシーケンサ３２０へ引き渡すとともに、ピッチ連動モードでの再生開始を指示するモード指示信号を生成してＭＩＤＩシーケンサ３２０へ引き渡す。
以上がプレイヤ３１０の機能である。

ＭＩＤＩシーケンサ３２０は、プレイヤ３１０から引き渡されるＭＩＤＩデータにしたがって楽曲再生制御を行う。より詳細に説明すると、ＭＩＤＩシーケンサ３２０は、プレイヤ３１０から引き渡されたＭＩＤＩデータを解析し、そのＭＩＤＩデータに含まれている時刻シーケンスにしたがってＭＩＤＩイベントを音源部１２０に送信する。前述したように音源部１２０は、受け取ったＭＩＤＩイベントにしたがって音声データを音声入出力部１００に送信するのであるから、これによりＭＩＤＩデータにしたがった楽音再生が為されることになる。つまり、ＭＩＤＩシーケンサ３２０と音源部１２０とは、ＭＩＤＩデータにしたがって楽曲再生を行う楽曲再生手段として機能する。

また、ＭＩＤＩシーケンサ３２０は、ＭＩＤＩデータとともにプレイヤ３１０から受け取ったモード指示信号の示す再生モードを示す識別子（以下、モード識別子）を揮発性記憶部１４０ｂの所定領域に書き込んで記憶し、タイミングアナライザ３４０から後述する再生速度制御情報を受け取った場合には、以降のＭＩＤＩイベントの送信タイミングをその再生速度制御情報にしたがって早めたり、遅くしたりすることにより楽曲の再生速度に変化を与える。加えて、ＭＩＤＩシーケンサ３２０は、ピッチ連動モードを示すモード識別が揮発性記憶部１４０ｂの所定領域に記憶されている場合には、音源部１２０に引き渡すＭＩＤＩイベントにて設定されているピッチの値を上記再生速度の変更量に応じた割合で更新した後にそのＭＩＤＩイベントを音源部１２０に引き渡す。これに対して、ピッチ一定モードを示すモード識別子が揮発性記憶部１４０ｂに記憶されている場合には、ＭＩＤＩシーケンサ３２０は、ＭＩＤＩイベントに含まれるピッチの設定値の書き換えを行うことなく、そのＭＩＤＩイベントを音源部１２０に引き渡す。
以上がＭＩＤＩシーケンサ３２０の機能である。

ＤＳＰコントローラ３３０は、プレイヤ３１０から引き渡された圧縮オーディオデータをＤＳＰ部１３０を用いてデコードし、そのデコード結果であるオーディオデータを音声入出力部１００へ引き渡すことによって楽曲再生を行う。つまり、ＤＳＰコントローラ３３０とＤＳＰ部１３０とは、圧縮オーディオデータにしたがって楽曲再生を行う楽曲再生手段として機能する。また、ＤＳＰコントローラ３３０も、ＭＩＤＩシーケンサ３２０と同様に、圧縮オーディオデータとともにプレイヤ３１０から受け取ったモード指示信号に応じたモード識別子を揮発性記憶部１４０ｂの所定領域に書き込んで記憶し、タイミングアナライザ３４０から後述する再生速度制御情報を受け取った場合には、その再生速度制御情報にしたがって楽曲の再生速度を早めたり、遅くしたりするための信号処理を行うようにＤＳＰ部１３０を制御する。加えて、ＤＳＰコントローラ３３０は、ピッチ連動モードを示すモード識別が揮発性記憶部１４０ｂの所定領域に記憶されている場合には、ピッチを再生速度に連動させて再生速度を変化させる信号処理（すなわち、波形の圧縮または伸長）を行うようにＤＳＰ部１３０を制御する。これに対して、ピッチ一定モードを示すモード識別子が揮発性記憶部１４０ｂに記憶されている場合には、ＤＳＰコントローラ３３０は、ピッチに変動を与えることなく再生速度に変化を与える信号処理（すなわち、波形の間引きまたは追加）を行うようにＤＳＰ部１３０を制御する。
以上がＤＳＰコントローラ３３０の機能である。

タイミングアナライザ３４０は、操作部１１０ｂから出力される操作内容データを受け取りその受け取りタイミングを示す操作タイミングデータ（例えば、操作内容データの受け取り時刻をミリ秒単位で示すデータ）と対応付けて揮発性記憶部１４０ｂ内のバッファ領域へ蓄積するとともに、その１つ手前に受け取った操作内容データの表す操作子の種類との関連で、楽曲再生速度の変更を指示する操作が行われたか否かを判定する。そして、タイミングアナライザ３４０は、ユーザが行った操作が予め定められた操作パターンに合致すると判定した場合には、ユーザが行った操作の時間間隔（例えば、各操作内容データに対応付けられている操作タイミングデータの示す時刻の間隔）に応じた度合いで再生速度を増加または減少させることを示すデータである再生速度制御情報を生成し、楽曲を再生中のモジュール（すなわち、ＭＩＤＩシーケンサ３２０またはＤＳＰコントローラ３３０）に引き渡す。以下では、変更速度の増加を指示する旨の操作パターンを“＋パターン”と呼び、逆に、再生速度の減少を指示する旨の操作パターンを“−パターン”と呼ぶ。

例えば、図５（Ａ）に示すように、上矢印、右矢印、下矢印および左矢印キーの各カーソルキーをこの順に時計周りに押下する操作パターン、および、テンキー等を図５（Ｂ）に示す時計回りの順に押下する操作パターンを“＋パターン”として定め、
“＋パターン”とは逆順の操作パターンを“−パターン”として定めておく場合には、図６に示すテーブルと図７に示すテーブルとを不揮発性記憶部１４０ａに記憶させておき、これらテーブルの格納内容にしたがって再生速度制御情報を出力する処理をタイミングアナライザ３４０に実行させるようにすれば良い。なお、本実施形態では、ターンテーブルを用いたＤＪ演奏の演奏操作に近い操作感を再現するため、図５（Ａ）および図５（Ｂ）に示すように操作部１１０ｂに設けられている操作子を時計回りに順次押下する操作パターンを“＋パターン”と定めたが、例えば上矢印キーの押下を“＋パターン”の操作とし、下矢印キーの押下を“−パターン”の操作として定めても良いことは勿論である。

図６に示すテーブルには、前述した１６種類の操作子（すなわち、４種類のカーソルキーと、＊キーおよび＃キーと、テンキー）の各々を一意に識別する識別子に対応付けて、図５（Ａ）または（Ｂ）に示す操作パターンにてその１つ手前に操作される操作子の識別子と後続して操作される操作子の識別子とが格納されている。

タイミングアナライザ３４０は、操作部１１０ｂから操作内容データを受け取る度に、図６に示すテーブルの格納内容を参照して、ユーザの行った操作が“＋パターン”または“−パターン”の何れかに該当するのか、それとも、その何れにも該当しないのかを判定する。具体的には、タイミングアナライザ３４０は、操作部１１０ｂから受け取った操作内容データの表す操作子に対応付けて“１つ手前の操作子”として上記テーブルに格納されている識別子により示される操作子が、その直前に操作されていた場合には
“＋パターン”の操作が為されたと判定し、“後続の操作子”として上記テーブルに格納されている識別子により示される操作子が、その直前に操作されていた場合には、“−パターン”の操作が為されたと判定し、その他の場合は再生速度変更指示操作ではないと判定する。

このように、図６に示すテーブルは、楽曲再生中にユーザが行った一連の操作が、“＋パターン”に該当する操作であるのか、“−パターン”に該当する操作であるのか、その何れにもが該当しないかをタイミングアナライザ３４０に判定させる際に利用されるため、以下では操作パターン判定テーブルと呼ぶ。この操作パターン判定テーブルは、制御プログラム内に組み込んでも良く、制御プログラムとは別個に不揮発性記憶部１４０ａに記憶させても良い。

図７に示すテーブルは、操作パターンの種別（“＋パターン”であるか、“−パターン”である）および操作子の操作タイミングの時間間隔と、再生速度の変更度合いとの対応付けである変更パターンを示すテーブルであり、本実施形態では、変更パターン１、変更パターン２および変更パターン３の３種類の変更パターンを示している。ユーザは、図７に示す３種類の変更パターンのうち、図５（Ａ）または（Ｂ）に示す“＋パターン”の操作、または、その逆順の操作である“―パターン”の操作を行った場合にどのように再生速度を変化させるのかを、上記３種類の変更パターンのうちから予め指定しておくことができる。

図７において変更度合いの値が１００％であるとは、楽曲本来の再生速度で楽曲を再生すること（すなわち、再生速度の増減無し）を意味し、同１２０％は再生速度を１．２倍にすること、同１６０％は再生速度を１．６倍にすることを意味している。同様に、図７において、変更度合いの値が８０％とは再生速度を０．８倍にすること（すなわち、減速すること）を意味し、同６０％は再生速度を０．６倍にすること意味し、同０％は楽曲再生を停止することを意味している。そして、図７において度合いが負の値であることは、いわゆる巻き戻し再生を行うことを意味しその絶対値は巻き戻し再生における再生速度の度合いを示している。例えば、−２０％は、楽曲本来の再生速度の０．２倍の速度で巻き戻し再生を行うことを意味している。

例えば、図７に示す３種類の変更パターンのうち、変更パターン１がユーザによって選択されている状況下で、楽曲の再生中に、右矢印、下矢印および左矢印キーをこの順に８０ｍｓの時間間隔で順次押下する一連の操作がユーザによって為されると、タイミングアナライザ３４０は、下矢印および左矢印キーの各押下時点で、図６に示す操作パターン判定テーブルの格納内容から上記一連の操作が“＋パターン”の操作であると判定する。そして、タイミングアナライザ３４０は、各キーの操作時間間隔が８０ｍｓであることおよび図７に示すテーブルの格納内容から、楽曲の再生速度を１．６倍に増加する旨の指示が為されたと判定し、その旨を示す再生速度制御情報を楽曲再生中のモジュールへ出力する。また、タイミングアナライザ３４０は、各キーの操作時間間隔が３００ｍｓ以上である場合（直前の押下操作から３００ｍｓを経過しても“１つ手前の操作子”または“後続する操作子”が押下されない場合）“操作パターン０”と判定する。以下では、“操作パターン０”も“＋パターン”に含むものとする。なお、図７に示すテーブルについても、前述した操作パターン判定テーブルと同様に、制御プログラム内に組み込まれているとしても良く、制御プログラムとは別個に不揮発性記憶部１４０ａに記憶されているとしても良い。
以上がタイミングアナライザ３４０の機能である。

以上に説明したように本発明に係る携帯端末に特徴的な機能は全てソフトウェアモジュール（すなわち、図３に示す各モジュール）により実現されているが、これら各モジュールをハードウェアで実装しても良いことは勿論である。
以上が携帯電話機１０の構成である。

（Ｂ：動作）
次いで、携帯電話機１０が行う動作について図面を参照しつつ説明する。なお、以下に説明する動作例では、図６および図７に示すテーブルが携帯電話機１０の不揮発性記憶部１４０ａに記憶されており、図７のテーブルが示す３種類の変更パターンのうち変更パターン１がユーザによって予め選択されているものとする。加えて、不揮発性記憶部１４０ａには、ＭＩＤＩデータである楽曲データＡ、楽曲データＣおよび楽曲データＤが予め記憶されているとともに、圧縮オーディオデータである楽曲データＢが記憶されているものとする。そして、携帯電話機１０の電源は既に投入されており、制御部１５０はＯＳソフトウェアにしたがって作動しているものとする。以下、係る状況下で制御プログラムの実行が指示され、その制御プログラムによる制御下で楽曲データの再生を行う場合に携帯電話機１０が行う動作について説明する。

操作部１１０ｂを介して制御プログラムの実行を指示されると、制御部１５０は制御プログラムを不揮発性記憶部１４０ａから読み出し、その実行を開始する。この制御プログラムにしたがって作動し、図３に示す各モジュールとして機能している制御部１５０は、まず、プレイヤ３１０の機能により、図４に示すプレイヤ画面を表示部１１０ａに表示させる。図４に示すプレイヤ画面を視認したユーザは、カーソルキー等の操作子を適宜操作することによって、再生を所望する楽曲の選択し、ピッチ連動モードまたはピッチ一定モードの何れかでのその楽曲の再生開始を指示することができる。本動作例では、楽曲Ａの楽曲名の表示位置にカーソルを位置付ける操作が為された後に、ピッチ連動再生ボタンＢ０１に対応する操作子が押下された場合、すなわち、再生対象の楽曲として楽曲Ａが選択され、ピッチ連動再生モードでの再生が指示された場合について説明する。

図８は、上記制御プログラムにしたがって作動している制御部１５０が、楽曲再生を指示された場合に行う楽曲再生動作の流れを示すフローチャートである。上記制御プログラムにしたがって作動しプレイヤ３１０として機能している制御部１５０（以下、単に「プレイヤ３１０」と呼ぶ。図３に示す他のモジュールについても同じ）は、上記プレイヤ画面にてユーザにより選択された楽曲に対応する楽曲データを不揮発性記憶部１４０ａから読み出し（ステップＳＡ１００）、その楽曲データの種類に応じた楽曲再生モジュール（ＭＩＤＩシーケンサ３２０またはＤＳＰコントローラ３３０）へ引き渡す（ステップＳＡ１１０）。これにより、楽曲データにしたがった楽曲再生が開始される。本動作例では、再生対象として選択された楽曲Ａの楽曲データ（すなわち、楽曲データＡ）はＭＩＤＩデータであるため、プレイヤ３１０は、楽曲データＡを不揮発性記憶部１４０ａから読み出してＭＩＤＩシーケンサ３２０へ受け渡す。以降、ＭＩＤＩシーケンサ３２０は、そのＭＩＤＩデータに含まれている時刻シーケンスにしたがって各ＭＩＤＩイベントを音源部１２０へ送信し、そのＭＩＤＩデータにしたがった楽音再生（すなわち、楽曲Ａの再生）を実行する。

さて、上記楽曲再生が実行されている状況下で、操作部１１０ｂに対してユーザが何らかのキー操作を行うと、操作部１１０ｂはその操作内容を表す操作内容データをその操作順に制御部１５０に引き渡す。上記制御プログラムにしたがって作動しタイミングアナライザ３４０として機能している制御部１５０は、操作部１１０ｂから順次受け渡される操作内容データにその受け取りタイミングを示す操作タイミングデータを対応付けて揮発性記憶部１４０ｂ内のバッファ領域へ蓄積するとともに、この蓄積した操作内容データを解析し（ステップＳＡ１２０）、ユーザの行った操作が再生速度の変更を指示する操作パターン（すなわち、前述した“＋パターン”または“−パターン”）に合致するか否かを判定する（ステップＳＡ１３０）。

例えば、最新の操作内容データがキー“２”の押下を示すデータであり、その直前の操作内容データがキー“１”の押下を示すデータあったとする。この場合、図６に示す操作パターン判定テーブルによると、キー“２”にとってキー“１”は、１つ手前の操作子であるから、タイミングアナライザ３４０は“＋パターン”の操作が行われたと判定する。同じ例において、直前の操作内容データがキー“３”の押下を示すものであった場合、キー“３”はキー“２”にとって後続の操作子にあたるので、タイミングアナライザ３４０は、“−パターン”の操作が為されたと判定する。

そして、タイミングアナライザ３４０は、ステップＳＡ１３０の判定結果が“Ｙｅｓ”である場合（すなわち、“＋パターン”または“−パターン”の何れかに合致すると判定した場合）には、その操作パターンとその操作パターンにおける各操作子の操作タイミングの時間間隔とを検索キーとして図７に示すテーブルを検索し、その操作パターンに応じた再生速度の増減度合いを特定しその特定結果を反映した再生速度制御情報を、楽曲を再生中のモジュールに出力する（ステップＳＡ１４０）。

例えば、最新の操作内容データがキー“２”の押下を示すデータであり、その直前の操作内容データがキー“１”の押下を示すデータあるとともに、両操作内容データに対応付けられている操作タイミングデータの表す時間間隔が８０ｍｓであったとする。この場合に、＋パターン”の操作が為されたと判定され、かつ、その操作パターンにおける操作子の操作間隔は８０ｍｓであるから、図７のテーブルに示す変更パターン１によると再生速度の変更度合いは１６０％である。したがって、タイミングアナライザ３４０は、再生速度を１．６倍にすることを示す再生速度制御情報を生成し、楽曲を再生中のモジュール（本動作例では、ＭＩＤＩシーケンサ３２０）に出力する。また、上記の例において、直前の操作内容データがキー“３”の押下を示すデータある場合は、前述したように、“−パターン”の操作が為されたと判定されるのであるから、図７のテーブルに示す変更パターン１によると再生速度の変更度合いは４０％である。したがって、タイミングアナライザ３４０は、再生速度を０．４倍にすることを示す再生速度制御情報を生成し、楽曲を再生中のモジュール（本動作例では、ＭＩＤＩシーケンサ３２０）に出力する。

以降、上記制御プログラムにしたがって作動し楽曲再生モジュール（すなわち、ＭＩＤＩシーケンサ３２０またはＤＳＰコントローラ３３０）と機能している制御部１５０は、タイミングアナライザ３４０から受け取った再生速度制御情報にしたがったステップＳＡ１３０以降の処理を繰り返し実行する。

以上に説明した動作が実行される結果、楽曲Ａの再生中に、例えば、キー“１”、キー“２”およびキー“３”をこの順に８０ｍｓの時間間隔で押下する操作がユーザによって為された場合には、前述したように、タイミングアナライザ３４０は、楽曲Ａの再生速度を１．６倍にすることを示す再生速度制御情報を生成し、その楽曲Ａを再生中のＭＩＤＩシーケンサ３２０に出力する。ＭＩＤＩシーケンサ３２０は、ピッチ連動モードで楽曲データＡの再生を行っているのであるから、上記再生速度制御情報を受け取った以降の発音イベントについては、そのピッチを１．６倍に高める変更を加えた後に音源部１２０へ出力する。これにより、楽曲Ａの再生速度が１．６倍に高められ、また、再生速度の変動に伴ってピッチも変動することになる。これに対して、上記一連の操作とは逆のキー操作（すなわち、下矢印、右矢印および上矢印キーをこの順に８０ｍｓの時間間隔で順次押下する“−パターン”の操作）を行えば、楽曲Ａの再生速度は、その本来の再生速度の４０％の値まで減速されることになる。なお、ステップＳＡ１３０の判定結果が“Ｎｏ”である場合（すなわち、“＋パターン”ではなく、また、“−パターン”でもない操作が為された場合）には、制御部１５０は、終了操作（図４に示すプレイヤ画面の終了ボタンＢ０３に対応するキーの押下）が為されたのか否かを判定し、その判定結果が“Ｎｏ”である間はステップＳＡ１２０以降の処理を繰り返し実行し、逆に、その判定結果が“Ｙｅｓ”である場合には楽曲再生を終了するとともに、制御プログラムの実行を終了する。
以上が本実施形態に係る携帯電話機１０の制御部１５０が行う動作である。

以上に説明したように、本実施形態に係る携帯電話機１０によれば、ユーザはテンキーやカーソルキーなど一般的な携帯電話機が有する汎用的な操作子を適宜操作することによって、楽曲の再生速度に変化を与えること、すなわち、ＤＪ演奏を行うことができる。このように、本発明によれば、ジャイロセンサや加速度センサ等を備えていない一般的な携帯電話機のユーザがその携帯電話機を用いて手軽にＤＪ演奏を楽しむことが可能なるといった効果を奏する。なお、本実施形態では、携帯電話機に本発明を適用する場合について説明したが、例えばＰＨＳ（Personal Handyphone System）方式の通信端末に本発明を適用するとしても勿論良く、また、楽曲再生機能を有している携帯端末であればＰＤＡ（Personal Digital Assistants）や携帯型ゲーム機に本発明を適用することも可能である。

（Ｃ：変形）
以上、本発明の一実施形態について説明したが、係る実施形態に以下に述べる変形を加えても良いことは勿論である。
（１）上述した実施形態では、携帯電話機１０が、ＭＩＤＩデータにしたがって発音制御を行う音源部１２０と圧縮オーディオデータをデコードするＤＳＰ部１３０の両者を有している場合について説明したが、何れか一方のみを有しているとしても勿論良い。例えば、ＭＩＤＩデータのみを用いて楽曲再生を行う場合には、ＤＳＰは必要ではなく、また、圧縮オーディオデータのみを用いて楽曲再生を行う場合には、音源部は必要ではない。

（２）上述した実施形態では、楽曲データの再生中に操作部１１０ｂに設けられている操作子が操作される度（すなわち、操作内容データが操作部１１０ｂから制御部１５０に引き渡される度）に、その直前に操作された操作子の識別子が、“１つ手前の操作子”の識別子として操作パターン判定テーブルに格納されているのか、それとも、“後続の操作子”の識別子として操作パターン判定テーブルに格納されているのかを判定させることによって、＋パターン”の操作に該当するのか、それとも、“−パターン”の操作に該当するのかを制御部１５０に判定させる場合について説明した。しかしながら、図６に示す操作パターン判定テーブルの示す各キーの操作順をたどることによって、例えば、キー“１”に後続してキー“３”やキー“６”が押下された場合（すなわち、操作パターン内でのスキップが行われた場合）であっても操作パターンの判別を行えるようにしても良いことは勿論である。具体的には、操作パターン内でのスキップを許容する態様においては、最新の操作キー（以下、第１のキー）とその直前の操作キー（以下、第２のキー）とについて、第２のキーから＋パターンを辿って第１のキーに至るまでのスキップ数と同−パターンにおけるスキップ数とを比較し、よりスキップ数の少ない方のパターンに対応する操作が為されたと判定し、両パターンにおけるスキップ数が同一であれば、＋パターンと−パターンの何れにも該当しないと判定すれば良い。また、操作パターン内でのスキップを許容する態様においては、スキップ数が多いほど再生速度の変化の度合いを大きくするとしても良い。また、上述した実施形態では、操作内容データが操作部１１０ｂから制御部１５０に引き渡される度に操作パターンの判定を行う場合について説明したが、Ｎ（Ｎは２以上の整数）個の操作内容データを操作部１１０ｂから受け取る毎に制御部１５０に操作パターンの判定を行わせるようにしても勿論良い。なお、この場合は、各操作子の押下の時間間隔の平均値に応じて再生速度の増減度合いを決定するようにすれば良い。

（３）上述した実施形態では、“＋パターン”または“−パターン”の各操作パターンにおける操作子の操作タイミングの時間間隔に応じて再生速度の変更度合いを異ならせる場合について説明した。しかしながら、例えば、“＋パターン”の操作が為された場合には、常に再生速度を１．５倍にし、逆に、“−パターン”の操作が為された場合には、常に再生速度を０．５倍にする等、上記操作タイミングの時間間隔とは無関係に常に一定量だけ再生速度を変更しても勿論良い。

（４）上述した実施形態では、本発明に係る携帯端末に特徴的な処理を制御部１５０に実行させる制御プログラムが予め記憶部１４０に記憶されている場合（すなわち、上記制御プログラムが携帯電話機１０にインストール済みである場合）について説明した。しかしながら、例えばＣＤ−ＲＯＭなどコンピュータ装置読み取り可能な記録媒体に上記制御プログラムを書き込んで配布するとしても良く、また、電気通信回線を介したダウンロードにより上記プログラムを配布するとしても勿論良い。このようにすると、上記のようにして配布される制御プログラムを一般的な携帯電話機にインストールすることによってその携帯電話機に本発明に係る携帯端末と同一の機能を付与することが可能になる。

本発明の一実施形態に係る携帯電話機１０のハードウェア構成の一例を示すブロック図である。 同携帯電話機１０の操作部１１０ｂの外観を示す図である。 同携帯電話機１０の機能構成の一例を示す機能ブロック図である。 プレイヤ３１０が表示部１１０ａに表示させるプレイヤ画面の一例を示す図である。 再生速度変更指示操作の操作パターンの一例を示す図である。 同操作パターンを示す操作パターン判定テーブルの一例を示す図である。 再生速度の変更度合いを特定する際にタイミングアナライザ３４０が利用するテーブルの一例を示す図である。 同携帯電話機１０の制御部１５０が行う楽曲演奏処理の流れを示すフローチャートである。

符号の説明

１０…携帯電話機、１００…音声入出力部、１１０…ＵＩ部、１１０ａ…表示部、１１０ｂ…操作部、１２０…音源部、１３０…ＤＳＰ部、１４０…記憶部、１４０ａ…不揮発性記憶部、１４０ｂ…揮発性記憶部、１５０…制御部、１６０…バス、３１０…プレイヤ３２０…ＭＩＤＩシーケンサ、３３０…ＤＳＰコントローラ、３４０…タイミングアナライザ。

Claims (4)

1. 当該携帯端末の筐体の１つの面に配列された複数の操作子からなる操作部と、
   前記複数の操作子の各々を示す情報に対応付けて楽曲の再生速度の増加または減少を指示する一連の操作において当該操作子の１つ手前に操作される操作子を示す情報と当該操作子に後続して操作される操作子を示す情報とを格納した操作パターン判定テーブルと、
   前記複数の操作子の何れかが操作される毎に、当該操作子およびその１つ手前に操作された操作子の各々を示す情報と前記操作パターン判定テーブルの格納内容とに基づいて前記操作部に対して為された一連の操作が楽曲の再生速度の増加または減少を指示する操作に該当するか否か判定し、該当する場合には、さらに当該一連の操作における各操作子の操作タイミングの時間間隔に応じて前記再生速度の増加または減少の度合いを特定し、その特定結果に応じた度合いで前記再生速度を増加または減少させることを指示する再生速度制御情報を生成して出力するタイミング制御手段と、
   楽曲データにしたがって楽曲を再生するとともに、前記タイミング制御手段から受け取った再生速度制御情報の示す度合いで楽曲の再生速度を増加または減少させる楽曲再生手段と、
   を有することを特徴とする携帯端末。
2. 前記楽曲再生手段は、再生速度の増減に連動させて楽曲のピッチを変化させるピッチ連動モードと、再生速度の増減とは連動させずに楽曲本来のピッチでその楽曲を再生するピッチ一定モードの２種類の再生モードを有し、前記２つのモードのうち予め指定されたモードで楽曲を再生する
   ことを特徴とする請求項１に記載の携帯端末。
3. 楽曲の再生速度を増加させる操作であるか減少させる操作であるかを示す操作種別とその操作における各操作子の操作タイミングの時間間隔とに対応付けて、楽曲の再生速度の変更度合いを示す情報が複数格納された変更パターンテーブルを備え、
   前記タイミング制御手段は、前記操作部に対して為された一連の操作が楽曲の再生速度の増加または減少を指示する操作に該当すると判定した場合には、当該操作の種別と当該一連の操作における各操作子の操作タイミングの時間間隔とに対応付けて前記変更パターンテーブルに格納されている情報の示す複数の変更度合いのうち、予めユーザによって指定されたものを用いて前記再生速度制御情報を生成することを特徴とする請求項１または２に記載の携帯端末。
4. コンピュータ装置を、
   当該コンピュータ装置の筐体の１つの面に配列された複数の操作子の何れかが操作される毎に、当該操作子およびその１つ手前に操作された操作子の各々を示す情報と、前記複数の操作子の各々を示す情報に対応付けて楽曲の再生速度の増加または減少を指示する一連の操作において当該操作子の１つ手前に操作される操作子を示す情報と当該操作子に後続して操作される操作子を示す情報とを格納した操作パターン判定テーブルの格納内容と、に基づいて、前記複数の操作子に対して為された一連の操作が楽曲の再生速度の増加または減少を指示する操作に該当するか否か判定し、該当する場合には、さらに当該一連の操作における各操作子の操作タイミングの時間間隔に応じて前記再生速度の増加または減少の度合いを特定し、その特定結果に応じた度合いで前記再生速度を増加または減少させることを指示する再生速度制御情報を生成して出力するタイミング制御手段と、
   楽曲データにしたがって楽曲を再生するとともに、前記タイミング制御手段から受け取った再生速度制御情報の示す度合いで楽曲の再生速度を増加または減少させる楽曲再生手段、
   として機能させることを特徴とするプログラム。
   

Images