JP4376220B2 - 情報通信端末および情報通信端末を制御するプログラム - Google Patents

Description

本発明は、情報通信端末における楽曲データの入出力に関し、より特定的には、楽曲の名称の一覧データを入出力できる情報通信端末および情報通信端末を制御するプログラムに関する。

ＭＰ３（MPEG-1 Audio Layer-３）プレーヤー、音声出力機能を有するＰＣ（Personal Computer）その他の音楽再生装置において、いわゆるプレイリストと称される楽曲の一覧表が使用されることがある。この一覧表は、音楽再生装置のユーザによって選択された楽曲を含む。音楽再生装置は、この一覧表に含まれる楽曲のみを再生することができる。したがって、ユーザは、多くの楽曲の中から嗜好に応じた楽曲のみを選択的に聴くことができる。

プレイリストの作成に関し、たとえば、ＰＣを例に取ると、以下の通りである。まず、音楽再生のためのアプリケーションプログラムが起動される。そのプログラムにより表示される画面において、プレイリストの作成メニューが選択される。プレイリストの作成画面において、選択可能な楽曲が表示される。ユーザがプレイリストに含めたい楽曲を選択し、選択の結果を保存する。これにより、ユーザによって選択された楽曲を有するプレイリストが作成される。音楽の再生時には、ユーザが当該プレイリストを選択することにより、そのプレイリストに含まれる楽曲のみが再生されることになる。

上記のようなプレイリストを作成するための操作は、たとえば、マウス、キーボードその他の入力装置を介して行なわれる。そのため、机上その他固定された場所においては当該操作は可能であっても、ＰＤＡ（Personal Digital Assistant）その他の携帯端末装置においては、その操作は容易ではなかった。

そこで、たとえば、特開２００２−６９８８号公報（特許文献１）は、簡単な操作により、文字入力を容易に行なえる操作パット付き携帯端末装置を開示する。この携帯端末装置は、装置本体の表面に設けられ、情報およびカーソルを表示する液晶表示部１２と、液晶表示部１２にソフトウェアの項目を表示させるメニューボタン１４および当該項目を確定する確定ボタン１３と、装置本体の裏面に設けられた、カーソルを移動させる操作パット１６とを含む。

このような構成を有する操作パット付き携帯端末装置によると、ユーザは、当該装置を両手で持つことができる。ユーザが操作パット１６を指などでなぞると、液晶表示部１２に表示されるカーソルが移動する。このようにすると、携帯端末装置は机上その他に設置される必要がないため、ユーザは簡単な操作により、文字入力を行なうことができる。
特開２００２−６９８８号公報

しかしながら、音楽再生装置においては、数多くの楽曲がデータとして保存可能である。このため、楽曲の数が多くなるにつれて、プレイリストを作成するための負荷も大きくなる。そのため、プレイリストを新たに作成するよりも、既に作成されたプレイリストを取り込んだり、あるいは他の装置においても使用可能にするために出力したい等の要請がある。

本発明は、上述の問題点を解決するためになされたものであって、その第１の目的は、他の装置においても使用可能なプレイリストを作成可能な情報通信端末を提供することである。

第２の目的は、外部からプレイリストを取得できる情報通信端末を提供することである。

第３の目的は、プレイリストに含まれる楽曲名に対応する楽曲を取得できる情報通信端末を提供することである。

第４の目的は、情報通信端末を、他の装置においても使用可能なプレイリストを作成可能な情報通信端末として機能させるためのプログラムを提供することである。

上記の課題を解決するために、この発明のある局面に従う情報通信端末は、複数の楽曲を格納する記憶手段と、楽曲を識別する楽曲名を１つ以上有するリストを格納するリスト記憶手段と、指示の入力を受け付ける入力手段と、リストを選択する指示の入力に基づいて、リスト記憶手段に格納されているリストを選択する選択手段と、選択手段によって選択されたリストに基づいて、出力用のリストデータを生成する生成手段と、リストデータを出力する出力手段とを備える。

好ましくは、リストは、リストを識別するためのリスト名称をさらに有する。リスト名称とリストに含まれる各楽曲名とは関連付けられている。生成手段は、リスト記憶手段から、リスト名称を読み出す第１の読出手段と、リスト記憶手段から、リストに関連付けられている各楽曲名を読み出す第２の読出手段と、第１の読出手段によって読み出されたリスト名称と、第２の読出手段によって読み出された各楽曲名とに基づいて、リストデータを生成するリストデータ生成手段とを含む。

好ましくは、入力手段は、リストの出力の指示を受け付ける。出力手段は、着脱可能なデータ記録媒体の装着を受け付ける駆動手段と、記録媒体にリストデータを書き込む書込手段とを含む。

好ましくは、入力手段は、リストの送信先の入力を受け付ける。生成手段は、送信先をリストに付加することにより、リストデータを生成する付加手段を含む。出力手段は、情報を送信する送信手段と、送信手段にリストデータを送信先に対して送信させる送信制御手段とを含む。

好ましくは、情報通信端末は、外部から、楽曲名を有する楽曲リストを取得する取得手段をさらに備える。

好ましくは、入力手段は、楽曲リストの取得指示の入力を受け付ける。取得手段は、着脱可能なデータ記録媒体の装着を受け付ける駆動手段と、取得指示に基づいて、データ記録媒体から楽曲リストを読み出す読出手段とを含む。

好ましくは、情報通信端末は、楽曲リストに含まれる楽曲名と記憶手段に格納されている楽曲名とに基づいて、楽曲リストに含まれる楽曲名に対応する楽曲が記憶手段に格納されているか否かを確認する確認手段をさらに備える。

好ましくは、情報通信端末は、楽曲名に対応する楽曲が記憶手段に格納されていない場合に、楽曲名に対応する楽曲を取得するための楽曲取得手段をさらに備える。

好ましくは、楽曲取得手段は、楽曲名に対応する楽曲の送信要求を生成する要求生成手段と、楽曲を提供する情報通信装置に対して送信要求を送信する要求送信手段と、情報通信装置から楽曲名に対応する楽曲を受信する受信手段と、受信手段により受信された楽曲を記憶手段に保存する保存手段とを含む。

この発明の他の局面に従うと、情報通信端末を制御するプログラムが提供される。情報通信端末は、複数の楽曲と各楽曲を識別する各楽曲名を有するリストとを含む。プログラムは情報通信端末に、指示の入力を受け付けるステップと、リストを選択する指示の入力に基づいて、リストを選択するステップと、選択されたリストに基づいて、出力用のリストデータを生成するステップと、リストデータを出力するステップとを実行させる。

本発明に係る情報通信端末によると、楽曲名を有するリストデータが出力される。情報通信端末のユーザは、たとえば、他の情報通信端末のユーザに、そのリストデータを提供することができる。

本発明に係る情報通信端末は、外部からリストデータを取得することができる。したがって、たとえば、他人が作成したリストデータも取り込むことができるため、当該情報通信端末のユーザは、自らが同じリストデータを作成することなく、他人と同じ楽曲を聴くことができる。

本発明に係る情報通信端末によると、リストデータに含まれる楽曲名に対応する楽曲のデータが存在しない場合には、当該楽曲のデータを取得することができる。このようにすると、本人が聴くことを希望する楽曲のデータのみを取得することができる。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

＜第１の実施の形態＞
図１を参照して、本発明の第１の実施の形態に係る携帯電話１００について説明する。図１は、携帯電話１００の機能的構成を表わすブロック図である。

携帯電話１００は、電波を受信するアンテナ１０８と、アンテナ１０８に接続され信号の通信あるいは電話の受発信を行なう通信部１０２と、外部から指示の入力を受け付けるメイン操作部１２０と、外部から指示の入力を受け付けるサブ操作部１３０と、携帯電話１００の筐体の外部に設けられ被写体を撮像するメインカメラ１４０と、筐体のメイン操作部１２０が配置されている上に設けられた、被写体を撮像するサブカメラ１４２と、データを不揮発的に格納するフラッシュメモリ１４４と、データを揮発的に格納するＲＡＭ（Random Access Memory）１４６と、予め作成されたデータおよびプログラムを不揮発的に格納するデータ用ＲＯＭ（Read Only Memory）１４８と、着脱可能なデータ記録媒体の装着を受け付けて当該データ記録媒体からのデータの読み出しおよびデータの書き込を行なうメモリカード駆動部１８０とを備える。メモリカード駆動部１８０には、メモリカード１８２が装着される。

携帯電話１００はさらに、外部から入力される指示あるいは携帯電話１００の内部において成立する条件に基づいてデータの演算あるいは動作の制御を行なうＣＰＵ（Central Processing Unit）１１０と、音声の入力を受け付けて音声信号を出力するマイク１７２と、音声信号の入力を受け付けてその音声信号に応じた音声を出力するスピーカ１７４と、ＣＰＵ１１０とマイク１７２およびスピーカ１７４との間に配置され入力される電気信号を音声信号に変換するとともに入力される音声信号を電気信号に変換する音声信号処理部１７０と、ＣＰＵ１１０の動作に基づいて入力される信号に基づいて映像を表示するメインディスプレイ１５０およびサブディスプレイ１６０と、ＣＰＵ１１０の制御によって出力される信号に基づいて発光するＬＥＤ（Light Emitting Diode）１７６と、通信回線を介してＣＰＵ１１０と外部の情報通信装置との間でのデータ通信を行なうデータ通信インターフェイス１７８と、ＣＰＵ１１０の制御によって出力される信号に応じて発振動作を行なうバイブレータ１８４とを備える。

ＣＰＵ１１０は、プレイリスト生成部１１１と、プレイリスト出力制御部１１２と、書込制御部１１４とを含む。プレイリスト生成部１１１は、フラッシュメモリ１４４に格納されている楽曲を識別する楽曲名と、メイン操作部１２０から入力される指示とに基づいてプレイリストを生成する。好ましくは、プレイリスト生成部１１１は、フラッシュメモリ１４４から、リスト名称と、リストに関連付けられている各楽曲名とを読み出し、ＲＡＭ１４６に保存する。プレイリスト生成部１１１は、読み出したリスト名称と各楽曲名とを用いて、出力用のリストデータを生成し、ＲＡＭ１４６に書き込む。

プレイリスト出力制御部１１２は、生成されたリストデータを外部に出力するための処理を行なう。具体的には、プレイリスト出力制御部１１２は、書込制御部１１４に対してデータの書込指示を与える。たとえば、プレイリスト出力制御部１１２は、メイン操作部１２０に対する指示に基づいて、ＲＡＭ１４６に保存されているデータを読み出してメモリカード駆動部１８０に装着されている記録媒体（たとえばメモリカード１８２）に当該データを書き込むように、書込制御部１１４に指示を与える。書込制御部１１４は、その指示に基づいて、リストデータを当該記録媒体に書き込む。

図２を参照して、携帯電話１００のデータ構造について説明する。図２は、フラッシュメモリ１４４におけるデータの格納の一態様を表わす図である。フラッシュメモリ１４４は、プレイリストのデータベースであるテーブル２００と、プレイリストに含まれる楽曲の情報が格納されている領域２２０，２２２と、楽曲データを格納する領域２５０と、携帯電話１００の動作を規定するために予め準備されたプログラムを格納する領域２１０とを含む。

テーブル２００は、データを格納する領域２０２から２０６を含む。リストＩＤ（Identification）は、領域２０２に格納されている。リストＩＤは、１つ以上の楽曲の名称を含むプレイリストを特定するための番号である。プレイリスト名は、領域２０４に格納されている。プレイリスト名とは、楽曲を含む一覧表を特定するためのデータである。携帯電話１００のユーザは、このプレイリスト名を参照することにより、そのプレイリストに含まれる楽曲の構成を容易に想起することができる。リスト保存場所は、領域２０６に格納されている。リスト保存場所とは、プレイリストを構成するデータが格納されている場所を特定するデータ（たとえばアドレス）である。たとえば、リストＩＤが「０１」のプレイリストは、アドレス０ｘ１１１１（領域２０６）により特定されるメモリ領域に格納されている。

領域２０２から２０６に格納されているデータは、それぞれ関連付けられている。したがって、領域２０２におけるリストＩＤが指定されると、そのＩＤに関連付けられるプレイリスト名およびリスト保存場所が特定される。

領域２１０，２２０は、それぞれ、プレイリストを構成するデータを含む。具体的には、リストＩＤは、領域２１２に格納されている。当該リストに含まれる１番目の楽曲名は、領域２１４−１に格納されている。その楽曲の演奏者名は、領域２１６−１に格納されている。この楽曲データが格納されている保存場所を特定するためのデータは、領域２１８−１に格納されている。保存場所を特定するためのデータは、たとえば領域２５２のメモリ領域上のアドレスである。

同様に、第ｍ番目の楽曲についてのデータは、領域２１４−ｍから２１８−ｍに格納されている。リストＩＤが「０２」であるプレイリストについても同様である。すなわち第１番目の楽曲についてのデータは、領域２２４−１から２２８−１に格納されている。第ｎ番目の楽曲についてのデータは、領域２２４−ｎから２２８−ｎに格納されている。

図２に示される例では、各々の楽曲について、その楽曲名と演奏者名と保存場所を特定するデータとが格納されているが、その他のデータがさらに保存されていてもよい。たとえば、楽曲の種類、楽曲のデータの保護の有無を表わすフラグ等が保存されていてもよい。

領域２５０は、各楽曲についての実体的なデータ（楽曲データ）を格納している。たとえば楽曲ＩＤが「１」である楽曲データは、領域２５２に格納されている。この楽曲データは、領域２５４−１におけるデータによって特定される楽曲に対応する。

領域２６０において、携帯電話１００の基本的な動作を制御するためのオペレーティングシステムは、領域２６２に格納されている。楽曲のプレイリストを出力するための処理を実現するリスト出力プログラムは、領域２６４に格納されている。

図３を参照して、携帯電話１００の制御構造について説明する。図３は、プレイリストを出力するためにＣＰＵ１１０が実行する処理の手順を表わすフローチャートである。この処理は、ユーザがメインディスプレイ１５０に表示されたプレイリストの出力処理を実行する指示を入力することにより、実現される。

ステップＳ３１０にて、ＣＰＵ１１０は、メイン操作部１２０から出力される信号に基づいて、プレイリストの表示指示の入力を受け付ける。ステップＳ３２０にて、ＣＰＵ１１０はフラッシュメモリ１４４から現在存在するプレイリストの名称（領域２０４）を読み出して、メインディスプレイ１５０に出力する。メインディスプレイ１５０は、プレイリストの一覧を表示する。ステップＳ３３０にて、ＣＰＵ１１０は、メイン操作部１２０に対する指示に基づいて、メインディスプレイ１５０に表示されているプレイリストを選択する指示の入力を受け付ける。ステップＳ３４０にて、ＣＰＵ１１０は、メイン操作部１２０から出力される指示に基づいて、選択されたプレイリストの出力先の入力を受け付ける。プレイリストの出力先には、たとえばＲＡＭ１４６において一時的に生成されるフォルダ、メモリカード１８２その他の携帯電話１００の外部も含まれる。携帯電話の外部には、後述するように、データ通信インターフェイス１７８を介したデータの送信も含まれる。

ステップＳ３５０にて、ＣＰＵ１１０は、メイン操作部１２０に対する操作に基づいて、選択されたプレイリストを出力する指示の入力を受け付ける。ステップＳ３６０にて、ＣＰＵ１１０は、その指示に基づいて、プレイリストを出力するためのデータを生成する。具体的には、ＣＰＵ１１０がプレイリスト生成部１１１として機能することにより、出力用のデータは生成される。ステップＳ３７０にて、ＣＰＵ１１０は、ステップＳ３４０において指定された出力先に生成したデータを出力する。

ここで、図４を参照して、携帯電話１００における画面の表示態様について説明する。図４は、メインディスプレイ１５０が表示する画面を表わす図である。メインディスプレイ１５０は、ＣＰＵ１１０から出力される信号に応じて、プレイリストを出力するための画面を表示する。その画面は、たとえば、メッセージを表示する領域４１０と、プレイリストを表示する領域４２０と、選択の指示あるいはキャンセルの指示の入力を受け付けるソフトウェアキーが表示される領域４３０とを含む。

ＣＰＵ１１０がリスト出力プログラム（領域２６４）を実行すると、プレイリストの選択の指示の入力を受け付ける処理が実現される（ステップＳ３３０）。このとき、メインディスプレイ１５０は、図４に示される画面を表示する。携帯電話１００のユーザが、たとえばメイン操作部１２０に含まれるカーソル移動キー（図示しない）を操作することにより、領域４２０に表示されているリスト名を選択し、そして、選択を確定する指示の入力を受け付けるために領域４３０に表示されているソフトウェアキーを押下すると、選択されたリスト名は、出力の対象として特定される。図２に示されるようなデータに基づいて図３に示される制御構造を有するプログラムが実行されると、出力用のリストデータは、まずＲＡＭ１４６に生成される。

そこで、図５を参照して、リストデータの構成について説明する。図５は、ＲＡＭ１４６に一時的に保存されているリストデータを表わす図である。ＲＡＭ１４６は、出力用のプレイリストとして生成されたリスト５００を含む。ＲＡＭ１４６は、データを格納する領域５１０〜５５０を含む。

リスト５００のヘッダは、領域５１０に格納されている。ヘッダは、たとえばリスト５００のリスト名、リスト５００が作成された日時、リスト５００が出力される日時などを含む。リスト５００を識別するための識別データは、領域５２０に格納される。この識別データは、たとえばフラッシュメモリ１４４に格納されているリストＩＤである。あるいは、識別データは、当初デフォルトとして使用されたリストＩＤに代えて、ユーザによる変更が可能であってもよい。この変更は、たとえば、ユーザが、メイン操作部１２０を介して文字入力を行なうことにより実現される。リスト５００に含まれる第１番目の楽曲は、領域５３０−１に格納される。その楽曲名に対応する楽曲の演奏者名は、領域５４０−１に格納される。同様にして第ｍ番目の楽曲名は、領域５３０−ｍに格納される。リスト５００の終わりを表わすデータＥＯＦ（End of File）は、領域５５０に格納される。このようなリスト５００がプレイリストとして携帯電話１００から出力される。

以上のようにして、本発明の第１の実施の形態に係る携帯電話１００は、楽曲名が含まれるプレイリストのデータを外部に出力することができる。このリストには、楽曲そのもののデータは含まれていない。このようなプレイリストを他の携帯音楽プレーヤー、ＰＣその他の情報処理装置に入力することにより、当該情報処理装置は、音楽再生の対象となる楽曲名を取得することができる。当該情報処理装置に、入力されたプレイリストに含まれる楽曲名に対応する楽曲のデータが既に保存されている場合には、そのプレイリストに従って音楽を再生することができる。

このようにすると、楽曲のデータそのものが他の情報処理装置に取り込まれないため、情報処理装置のユーザは、保護の対象となるデータの無段複製を行なうことなく楽曲を楽しむことができる。

＜変形例＞
以下、第１の実施の形態の変形例について説明する。前述のように携帯電話１００は、プレイリストの出力先として、メモリカード１８２などの外部の記憶装置に加えて、データ通信インターフェイス１７８を介して接続されている他の情報通信装置とすることもできる。この場合、ＣＰＵ１１０は、出力用のデータとしてプレイリストを送信する宛先をさらに追加したデータを生成する。

なお、本変形例に係る携帯電話のハードウェアは、携帯電話１００に示されるハードウェアによって実現される。そこで、以下の説明では、当該ハードウェアを参照して説明する。

まず、図６を参照して、本変形例に係る携帯電話のデータ構造について説明する。図６は、本変形例に係るＲＡＭ１４６におけるデータの格納の一態様を表わす図である。ＲＡＭ１４６は、データを格納する領域６１０から６５０を含む。

リスト６００が送信される相手先の場所を特定するための送信先アドレスは、領域６１０に格納される。リスト６００の送信元、すなわち携帯電話１００の場所を特定するための送信元アドレスは、領域６１２に格納される。リストＩＤは、領域６２０に格納される。第１番目の楽曲名は、領域６３０−１に格納される。その楽曲の演奏者名は、領域６４０−１に格納される。それ以降の楽曲についても同様である。送信用のデータの終わりであることを表わすＦＣＳ（Frame Check Sequence）は、領域６５０に格納される。

図６に示されるデータは、携帯電話１００のユーザがプレイリストの出力先として送信先アドレス（たとえば電子メールアドレス）を入力することにより生成される。このようなデータが生成された後、ユーザがプレイリストを送信する指示を入力すると、リスト６００は、データ通信インターフェイス１７８を介して送信先アドレス（領域６１０）によって特定される他の情報通信装置（図示しない）に送信される。

以上のようにして、本変形例に係る携帯電話１００は、ユーザが選択したプレイリストのデータを、指定された宛先に送信することができる。このデータの受信者は、自己の携帯電話あるいはＰＣその他の情報通信装置に、プレイリストを取り込むことができる。あるいは、逆に当該受信者が、プレイリストを当該ユーザに送信することもできる。

これにより、他人のプレイリストの取得、あるいは、プレイリストの交換が可能になる。その結果、ユーザは、楽曲名を携帯電話１００に直接入力することなく、他人が聴く楽曲の情報を取得することができるため、新たな楽曲を取得する機会が増加する。その結果、たとえば、趣味が共通のユーザ間における楽曲の交換、あるいは、特定の嗜好を有する携帯電話のユーザに、当該嗜好に対応するような楽曲の提供が容易に実現される。

＜第２の実施の形態＞
以下、本発明の第２の実施の形態について説明する。本実施の形態に係る携帯電話は、外部からプレイリストを取得する機能を有する点で、第１の実施の形態と異なる。なお、本実施の形態に係る携帯電話は、第１の実施の形態に係る携帯電話と同様のハードウェア構成によって実現される。それらの機能も同じである。したがって、ここではそれらについての説明は繰返さない。

図７を参照して、本実施の形態に係る携帯電話を実現するＣＰＵ１１０について説明する。図７は、ＣＰＵ１１０によって実現される機能の構成を表わすブロック図である。ＣＰＵ１１０は、図１に示される構成に加えて、外部からプレイリストを取得するための取得部７１０と、プレイリストをフラッシュメモリ１４４に書き込む書込制御部７２０とを含む。

取得部７１０は、たとえば、メモリカード駆動部１８０に装着されたメモリカード１８２を駆動して、メモリカード１８２に保存されているデータを読み出す。あるいは、プレイリストがたとえば信号によって伝送される場合には、取得部７１０は、通信部１０２によって受信された信号からプレイリストを取り出す。プレイリストの伝送は、たとえば、電子メールによって実現される。この場合、プレイリストは、電子メールに添付されたファイルとして伝送される。あるいは、取得部７１０は、データ通信ＩＦ１７８によって入力が受け付けられたデータからプレイリストを取得する。取得されたプレイリストは、ＲＡＭ１４６に確保された領域に、削除が指示されるまで一時的に保存される。

書込制御部７２０は、メイン操作部１２０あるいはサブ操作部１３０を解して入力される保存の指示に基づいて、フラッシュメモリ１４４に確保された領域にＲＡＭ１４６に保存されているプレイリストを書き込む。

図８を参照して、本実施の形態に係る携帯電話１００の制御構造について説明する。図８は、本実施の形態に係る携帯電話１００を実現するＣＰＵ１１０がプレイリストを取得するために実行する処理の手順を表わすフローチャートである。

ステップＳ８１０にて、ＣＰＵ１１０は、メイン操作部１２０に対する操作に基づいて、プレイリストの取得指示の入力を受け付ける。ステップＳ８２０にて、ＣＰＵ１１０は、メモリカード駆動部１８０に装着されているメモリカード１８２から、プレイリストのデータを読み出して、そのデータをメインディスプレイ１５０に出力する。メインディスプレイ１５０は、そのデータに基づいてプレイリストを表示する。たとえば、プレイリストの名称が表示される。この場合、複数のプレイリストの各データが読み出された場合には、各名称がそれぞれ表示されることになる。

ステップＳ８４０にて、ＣＰＵ１１０は、メイン操作部１２０に対する操作に基づいて選択されたプレイリストの保存先の入力を受け付ける。この保存先には、たとえばフラッシュメモリ１４４あるいはＲＡＭ１４６に一時的に生成されるフォルダが含まれる。

ステップＳ８５０にて、ＣＰＵ１１０は、メイン操作部１２０に対する操作に基づいてステップＳ３３０において選択されたプレイリストを取り込む指示の入力を受け付ける。ステップＳ８６０にて、ＣＰＵ１１０は、その指示に基づいて、選択されたプレイリストのデータを用いて保存用データを生成する。保存用データの形式は、たとえば携帯電話１００におけるプレイリストのデータ形式に従う。ステップＳ８７０にて、ＣＰＵ１１０は、指定された保存先にステップＳ８６０において生成されたデータを書き込む。これにより、外部の記憶装置からのプレイリストの取り込みが完了する。

図９を参照して、本実施の形態に係る携帯電話の表示態様について説明する。図９は、プレイリストを格納した記録媒体（メモリカード１８２）がメモリカード駆動部１８０に装着されている場合にメインディスプレイ１５０が表示する画面を表わす図である。この画面は、メッセージを表示する領域９１０と、プレイリストの一覧を表示する領域９２０と、選択の確定あるいはキャンセルの入力を受け付けるためのソフトウェアキーが表示される領域９３０とを含む。

ユーザは、領域９２０に表示されているプレイリストの中からメイン操作部１２０に含まれるカーソル移動キー（図示しない）を用いて選択することにより、取り込みたいプレイリストを選択することができる。

ここで、図１０を参照して、本実施の形態に係る携帯電話のデータ構造について説明する。図１０は、プレイリストの取り込み後におけるフラッシュメモリ１４４のデータの格納の一態様を表わす図である。フラッシュメモリ１４４は、プレイリストのデータベースであるテーブル１０００と、新たに取り込まれたプレイリストについてのデータを格納する領域２３０とを含む。プレイリストを取り込むための処理を実現するプログラムは、領域２６６に格納されている。

テーブル１０００の領域２０２に示されるデータから明らかなように、取り込まれたプレイリストのリストＩＤは「０３」である。そのプレイリスト名は、「ｊａｚｚ」である。そのリストが格納されている場所は、「０ｘ９９９９」である。プレイリストが追加された日時は、２００５年１０月１日である。図８に示されるステップＳ８７０の処理が実行されると、図１０に示されるように、選択されたプレイリストに含まれるデータがフラッシュメモリ１４４に追加される。

また、領域２３０において、第ｐの楽曲名に対応する楽曲のデータの保存場所は、「ＮＵＬＬ」に設定されている（領域２３６−ｐ）。すなわち、当該楽曲のデータは、フラッシュメモリ１４４に格納されていない。この場合、この楽曲を再生するためには、外部から、データを取得する必要がある。この取得の態様については、次の実施の形態において説明する。

以上のようにして、本実施の形態に係る携帯電話１００は、外部からプレイリストの入力を受け付ける。そのプレイリストに含まれる楽曲名のうち楽曲のデータを既に有している楽曲名が携帯電話１００に存在する場合には、携帯電話１００は、そのプレイリストに従って音楽を再生することができる。このようにすると、携帯電話１００のユーザは、音楽を再生するためのリストを再作成することなく、予め作成されたプレイリストに従った再生を携帯電話に実行させることができる。

また、当該プレイリストは楽曲のデータそのものを有していないため、楽曲のデータの複製は行なわれない。したがって、携帯電話１００のユーザは、自身が有する楽曲のデータの範囲内で、音楽を楽しむことができる。

＜第３の実施の形態＞
以下、本発明の第３の実施の形態について説明する。本実施の形態に係る携帯電話は、プレイリストに含まれる楽曲名に対応する楽曲を取得する機能を有する点で、前述の各実施の形態に係る携帯電話と異なる。

図１１を参照して、本実施の形態に係る携帯電話１００の使用態様について説明する。図１１は、携帯電話１００と、楽曲を提供可能な情報通信装置であるサーバ１２００との接続関係を表わす図である。携帯電話１００は、基地局１１００を介してネットワーク１１２０に接続される。ネットワーク１１２０には、サーバ１２００がさらに接続される。このような状況において、携帯電話１００がサーバ１２００を指定してデータ通信を行なうことにより、携帯電話１００は、サーバ１２００によって送信されるデータを取得することができる。サーバ１２００から送信されるデータには、後述するように携帯電話１００の要求に応じてダウンロードされる楽曲が含まれる。

ここで、ネットワーク１１２０は、いわゆるインターネットその他の公衆の通信回線と、ＬＡＮ（Local Area Network）その他の私設の通信回線とを含む。信号の通信は、無線通信および有線通信のいずれでもよい。無線通信は、たとえば赤外線通信、Bluetooth（登録商標）等により実現される。通信の方式は、たとえば電子メール形式であってもよいし、その他のパケット通信であってもよい。

図１２を参照して、本実施の形態に係るサーバ１２００の具体的構成について説明する。図１２は、サーバ１２００のハードウェア構成を表わすブロック図である。サーバ１２００は、周知のハードウェア構成を有するコンピュータによって実現される。サーバ１２００は、相互にデータバスによって接続されたＣＰＵ１２１０と、サーバ１２００の管理者による指示の入力を受け付けるマウス１２２０，キーボード１２３０と、入力されたデータあるいはＣＰＵ１２１０によるプログラムの実行により生成されるデータを一時的に格納するＲＡＭ１２４０と、大容量のデータを不揮発的に格納可能なハードディスク１２５０と、ＣＤ（Compact Disk）−ＲＯＭ（Read Only Memory）駆動装置１２６０と、モニタ１２８０と、通信ＩＦ（Interface）１２９０とを含む。ＣＤ−ＲＯＭ駆動装置１２６０には、ＣＤ−ＲＯＭ１２６２が装着される。

サーバ１２００における処理は、各ハードウェアおよびＣＰＵ１２１０において実行されるソフトウェアによって実現される。このようなソフトウェアは、ＲＡＭ１２４０あるいはハードディスク１２５０に予め記憶されている。また、当該ソフトウェアは、ＣＤ−ＲＯＭ１２６２その他のデータ記録媒体に格納されて、プログラム製品として流通している場合もある。あるいは、ソフトウェアは、インターフェイスその他の通信回線に接続している情報提供事業者によってダウンロード可能なプログラム製品として提供される場合もある。このようなソフトウェアは、ＣＤ−ＲＯＭ駆動装置１２６０その他の読取装置によりそのデータ記録媒体から読み取られた後に、あるいは通信ＩＤ１２９０を介してダウンロードされた後に、ハードディスク１２５０に一旦格納される。

そのソフトウェアは、ハードウェア１２５０からＲＡＭ１２４０に実行可能な形式として読み出され、そしてＣＰＵ１２１０によって実行される。図１２に示されるサーバ１２００を構成する各ハードウェアは、一般的なものである。したがって、以下で説明するサーバ１２００の最も本質的な部分は、ＲＡＭ１２４０、ハードディスク１２５０、ＣＤ−ＲＯＭ１２６２その他のデータ記録媒体に格納された、あるいはネットワークを介してダウンロード可能なソフトウェアであるともいえる。なお、サーバ１２００の各ハードウェアの動作は周知であるので、ここでは詳細な説明は述べない。

図１３を参照して、サーバ１２００を実現するＣＰＵ１２１０について説明する。図１３は、ＣＰＵ１２１０によって実現される機能の構成を表わすブロック図である。ＣＰＵ１２１０は、サーバ１２００にアクセスしているユーザを認証するためのユーザ認証部１３１０と、ネットワーク１１２０を介して受信された信号から楽曲の送信要求を検出するダウンロード要求検出部１３２０と、ネットワーク１１２０を介した楽曲の送信に基づいてユーザに課金するための情報を生成する課金情報生成部１３３０と、ダウンロード要求検出部１３２０によって検出された送信要求に基づいてダウンロードが求められている楽曲をハードディスク１２５０におけるデータベースから検索するための楽曲検索部１３４０と、楽曲検索部１３４０によって検索された楽曲を、送信を要求したユーザに対して送信するための楽曲送信制御部１３５０とを含む。

ユーザ認証部１３１０は、予め登録情報として保存されている情報と、ダウンロードの送信要求に含まれるユーザ情報とに基づいて、アクセスしているユーザが正当なユーザであるか否かを認証する。ダウンロード要求検出部１３２０は、たとえば携帯電話１００から受信した信号の中から、楽曲の送信要求を表わすデータの有無を検知し、その検知の結果に応じて、携帯電話１００が楽曲の送信を要求しているか否かを判断する。課金情報生成部１３３０は、楽曲毎に予め設定された課金データと、ユーザ情報とに基づいて、楽曲の送信毎に課金される金額を生成し、ハードディスク１２５０において予め確保された領域に、その課金情報を当該ユーザに関連付けて格納する。

楽曲検索部１３４０は、楽曲の送信要求に含まれる楽曲名（あるいは楽曲ＩＤ）をキーとして、ハードディスク１２５０に含まれる楽曲から、指定された楽曲を検索する。楽曲送信制御部１３５０は、検索された楽曲に対応する楽曲データにユーザのアドレス（たとえば電子メールアドレス）を付加して、パケットデータを生成し、携帯電話１００に対して当該パケットデータを送信する。

図１４を参照して、サーバ１２００のデータ構造について説明する。図１４は、ハードディスク１２５０におけるデータの格納の一態様を表わす図である。ハードディスク１２５０は、提供可能な楽曲のデータを格納する領域１４１０〜１４２２と、楽曲のダウンロードに応じて生成される履歴についてのデータを格納する領域１４３０〜１４３８と、サーバ１２００の動作を実現するためのプログラムが格納された領域１４４０〜１４４８とを含む。

楽曲のＩＤは、領域１４１０に格納されている。楽曲名は、領域１４１２に格納される。楽曲の実体的なデータのファイル名は、領域１４１４に格納される。楽曲の演奏者名は、領域１４１６に格納される。楽曲が最初にサーバ１２００に登録された日時は、領域１４１８に格納される。音楽ジャンルを表わすデータは、領域１４２０に格納される。音楽ジャンルは、たとえば、クラシック音楽、ジャズ、ポップス、ロック等、音楽の種類を表わす。このジャンルは、たとえば楽曲ごとに予め音楽提供会社によって設定されている。その他の属性を表わすデータは、領域１４２２に格納される。その他の属性は、たとえば楽曲のデータを保護するか否かを表わすフラグ、楽曲のデータのフォーマット形式等である。

楽曲のダウンロードの履歴を識別するダウンロード番号は、領域１４３０に格納される。楽曲が送信された相手先（送信先）を表わすデータは、領域１４３２に格納される。送信された楽曲名は、領域１４３４に格納される。楽曲のダウンロードのために取得されたクレジット情報（たとえばクレジット番号、クレジットカードの使用者名、有効期限など）は、領域１４３６に格納される。当該楽曲のダウンロードに応じて課金される金額は、領域１４３８に格納される。

サーバ１２００の基本的な動作を実現するためのオペレーティングシステムは、領域１４４０に格納される。サーバ１２００に通信処理を実行させるための通信プログラムは、領域１４４２に格納される。ダウンロードの要求に基づいて楽曲を検索するための楽曲検索プログラムは、領域１４４４に格納される。特定の宛先に楽曲を送信するための楽曲配信プログラムは、領域１４４６に格納される。楽曲のダウンロードに応じて課金される金額を計算するための課金データ算出プログラムは、領域１４４８に格納される。

次に、図１５を参照して、本実施の形態に係る携帯電話の構成について説明する。図１５は、ＣＰＵ１１０によって実現される機能の構成を表わすブロック図である。

ＣＰＵ１１０は、図７に示される構成に加えて、外部から取得したプレイリストに含まれる楽曲名に対応する楽曲がフラッシュメモリ１４４に格納されているか否かを確認する確認部１５１０と、確認部１５１０による確認の結果を通知するためのデータを生成する結果通知データ生成部１５２０と、確認部１５１０による確認の結果と外部から入力される指示に基づいて、フラッシュメモリ１４４に格納されていない楽曲の送信要求を生成する送信要求生成部１５３０とを含む。確認部１５１０は、たとえば、取得したプレイリストに含まれる楽曲名と、フラッシュメモリ１４４に格納されている楽曲名とを比較することにより、楽曲の有無を確認する。

図１６を参照して、本実施の形態に係る携帯電話の制御構造について説明する。図１６は、楽曲の確認を行なうためにＣＰＵ１１０が実行する処理の手順を表わすフローチャートである。この処理は、たとえばプレイリストが外部から取得された場合に実行される。あるいは、メイン操作部１２０に対する操作に基づいて実行されてもよい。

ステップＳ１６１０にて、ＣＰＵ１１０は、メイン操作部１２０に対する操作に基づいて外部から取得されたプレイリストに含まれる楽曲名に対応する楽曲が携帯電話１００に格納されているか否かを確認する指示の入力を受け付ける。ステップＳ１６２０にて、ＣＰＵ１１０は、その指示に基づいて当該プレイリストに含まれる楽曲名に対応する楽曲の存在を確認する。この処理は、たとえばＣＰＵ１１０が当該プレイリストに含まれる楽曲名毎に検索処理を実行することにより実現される。なお、特定のキーに基づく検索処理は、当業者にとって容易に理解できるものである。したがって、ここでは詳細な説明は述べない。

ステップＳ１６３０にて、ＣＰＵ１１０は、その楽曲名に対応する楽曲がフラッシュメモリ１４４に存在するか否かを判断する。そのような楽曲が存在する場合には（ステップＳ１６３０にてＹＥＳ）、処理はステップＳ１６４０に移される。そうでない場合には（ステップＳ１６３０にてＮＯ）、処理はステップＳ１６５０に移される。ステップＳ１６４０にて、ＣＰＵ１１０は、存在しない楽曲名のリストをＲＡＭ１４６に生成し、そのリストにその楽曲名を追加する。

ステップＳ１６５０にて、ＣＰＵ１１０は、すべての楽曲名について上記の確認を終了したか否かを判断する。その確認が終了している場合には（ステップＳ１６５０にてＹＥＳ）、処理はステップＳ１６７０に移される。そうでない場合には（ステップＳ１６５０にてＮＯ）、処理はステップＳ１６６０に移される。

ステップＳ１６６０にて、ＣＰＵ１１０は、次の楽曲名について対応する楽曲の存在を確認する。ステップＳ１６７０にて、ＣＰＵ１１０は、確認の結果を出力する。確認の結果は、たとえば楽曲名に対応する楽曲が存在しない楽曲名の一覧表の形で行なわれる。

図１７は、楽曲をダウンロードするためにＣＰＵ１１０が実行する処理の手順を表わすフローチャートである。この処理は、たとえば図１６に示される処理に続けて実行される。あるいは、フラッシュメモリ１４４に存在しない楽曲名を保存しておき、その後、メイン操作部１２０に対してダウンロード指示が入力されたときに実行されてもよい。

ステップＳ１７１０にて、ＣＰＵ１１０は、メイン操作部１２０に対する指示に基づいて、楽曲をダウンロードする楽曲名の選択を受け付ける。ステップＳ１７２０にて、ＣＰＵ１１０は、メイン操作部１２０に対する操作に基づいて楽曲をダウンロードするサイトにアクセスする指示の入力を受け付ける。ここで楽曲をダウンロードするサイトとは、たとえばサーバ１２００のようにネットワークに接続された情報通信装置によって運営されるものをいう。

ステップＳ１７３０にて、ＣＰＵ１１０は、通信部１０２を介して当該サイトとの通信処理を開始する。ステップＳ１７４０にて、ＣＰＵ１１０は、楽曲のダウンロードの要求者を識別する情報（たとえば携帯電話１００のユーザ名、電子メールアドレスなど）を当該サイトに送信する。その後、携帯電話とサイトとの間で通信セッションが開始される。ステップＳ１７５０にて、ＣＰＵ１１０は、楽曲の送信要求と、選択された楽曲名とをサイトに送信する。送信要求は、たとえば送信プロトコルとして予め定められたコマンドにより実現される。

ステップＳ１７６０にて、ＣＰＵ１１０は、サイトから当該楽曲のデータを受信する。ステップＳ１７７０にて、ＣＰＵ１１０は、受信した楽曲のデータをフラッシュメモリ１４４において予め確保された領域に保存する。

ステップＳ１７８０にて、ＣＰＵ１１０は、メイン操作部１２０に対する操作に基づいて、サイトとの通信処理を終了する指示が入力されたか否かを判断する。そのような指示が入力されている場合には（ステップＳ１７８０にてＹＥＳ）、処理はステップＳ１７９０に移される。そうでない場合には（ステップＳ１７８０にてＮＯ）、処理はステップＳ１７８２に移される。

ステップＳ１７８２にて、ＣＰＵ１１０は、通信部１０２を介してサイトとの間でその他のデータ通信処理を実行する。ステップＳ１７９０にて、ＣＰＵ１１０は、通信部１０２に対して制御信号を送信することにより、サイトとの通信処理を終了する。

ここで、図１８を参照して、本実施の形態に係る携帯電話の表示態様について説明する。図１８は、携帯電話１００が楽曲のダウンロードを行なう際にメインディスプレイ１５が表示する画面を表わす図である。

図１８（Ａ）に示されるように、メインディスプレイ１５０は、メッセージを表示する領域１８１０と、指示の入力を受け付けるためにソフトウェアキーが表示される領域１８２０とを含む。この画面は、たとえば図１６に示されるステップＳ１６７０の処理が終了した後に表示される。この表示に対してユーザが領域１８２０に表示されるソフトウェアキー「はい」を選択して押下すると、メインディスプレイ１５０は、図１８（Ｂ）に示される画面を表示する。この画面は、プレイリストに含まれるが携帯電話には保存されていない楽曲の一覧表と、楽曲の選択のための指示を与えるソフトウェアキーとが表示される。すなわち、領域１８３０には、ダウンロードの対象となる楽曲を選択する指示を与えるためのソフトウェアキーが表示される。ユーザがメイン操作部１２０におけるカーソル移動キーあるいは数字ボタン（図示しない）を押下することにより、チェックマーク（レ点）が領域１８３０に示された“□”の領域に表示される。その後、ユーザが領域１８４０に示されるソフトウェアキー「確定」を選択して前述のキーを押下すると、ダウンロードする楽曲の選択が確定する。その後、ユーザが、メインディスプレイ１５０に表示される画面の操作に従って、携帯電話１００とサイトとの通信を開始すると、選択された楽曲のデータのダウンロードが行なわれる。

そこで、図１９を参照して、本実施の形態に係るサーバ１２００の制御構造について説明する。図１９は、楽曲を送信するためにサーバ１２００のＣＰＵ１２１０が実行する処理の手順を表わすフローチャートである。

ステップＳ１９１０にて、ＣＰＵ１２１０は、通信ＩＦ１２９０を介して受信したデータに基づいて、携帯電話１００からのアクセスを検知する。ステップＳ１９２０にて、ＣＰＵ１２１０は、通信ＩＦ１２９０を介して受信したデータから携帯電話１００のユーザ情報（たとえば予め登録されたユーザＩＤ、携帯電話１００の電子メールアドレスなど）を取得する。これにより、サーバ１２００と携帯電話１００との間のセッションが開始される。ＣＰＵ１２１０は、取得したデータを事前にＲＡＭ１２４０に確保した領域に保存する。

ステップＳ１９２２にて、ＣＰＵ１２１０は、受信したデータに基づいて、楽曲の送信要求と送信が求められている楽曲名とを取得する。取得されたデータもＲＡＭ１２４０に保存される。ステップＳ１９３０にて、ＣＰＵ１２１０は、取得した楽曲名に基づいてハードディスク１２５０からその楽曲を検索する。ステップＳ１９４０にて、ＣＰＵ１２１０は、検索した楽曲のデータから送信用のデータを生成する。ステップＳ１９５０にて、ＣＰＵ１２１０は、通信ＩＦ１２９０を介して生成したデータを携帯電話１００に送信する。ステップＳ１９６０にて、ＣＰＵ１２１０は、楽曲の送信に対して課金するための課金情報を生成する。ステップＳ１９７０にて、ＣＰＵ１２１０は、当該課金情報を携帯電話のユーザ情報に関連付けてハードディスク１１５０において予め確保されている領域に保存する。

ステップＳ１９８０にて、ＣＰＵ１２１０は、通信ＩＦ１２９０を介して受信されたデータに基づいて、携帯電話１００からのアクセスの終了の指示を検出したか否かを判断する。そのような指示を検出している場合には（ステップＳ１９８０にてＹＥＳ）、処理はステップＳ１９９０に移される。そうでない場合には（ステップＳ１９８０にてＮＯ）、処理はステップＳ１９８２に移される。ステップＳ１９８２にて、ＣＰＵ１２１０は、楽曲の送信以外の処理（たとえば新着の楽曲名を送信する処理その他の情報提供）を実行する。ステップＳ１９９０にて、ＣＰＵ１２１０は、携帯電話１００との通信を終了する処理を実行する。この処理が実行されると、携帯電話１００との間で張られていたセッションが終了する。

以上のような構造およびフローチャートに基づく、本実施の形態に係る携帯電話とサーバ１２００との動作について説明する。携帯電話１００のユーザがダウンロードする楽曲名を選択してサーバ１２００にアクセスする指示の入力を行なうと、携帯電話１００はサーバ１２００との間で通信を開始する（ステップＳ１７３０，Ｓ１９１０）。携帯電話１００がサーバ１２００にデータを送信すると（ステップＳ１７４０，Ｓ１７５０，Ｓ１９２０）、携帯電話１００はサーバ１２００から当該楽曲のデータを受信する（ステップＳ１７６０，Ｓ１９５０）。ユーザがサーバ１２００との通信を終了する指示を入力すると（ステップＳ１７８０にてＹＥＳ、Ｓ１９８０にてＹＥＳ）、携帯電話１００とサーバ１２００との通信が終了する（ステップＳ１７９０，Ｓ１９９０）。

以上のようにして、本実施の形態に係る携帯電話１００は、外部から取得したプレイリストに含まれる楽曲が全て保存されているか否かを確認する。携帯電話１００は、保存されたいない楽曲が存在していることを検知すると、当該楽曲のデータを取得することができる。

たとえば、携帯電話１００は、楽曲のデータを販売する情報処理装置、たとえば、サーバ１２００との通信を開始する。携帯電話１００は、予め定められた取り決めに従って、ユーザ情報を送信する。携帯電話１００は、さらに、送信（すなわち購入）を希望する楽曲の名称を送信する。ユーザは、サーバ１２００から楽曲のデータを購入することができる。このようにすると、ユーザは、プレイリストに従って楽曲を取得することが可能になるため、楽曲のデータを容易に入手することができる。

なお、上記の各実施の形態および変形例では、プレイリストが楽曲名、演奏者名を含む場合について説明されている。プレイリストに含まれる項目は、楽曲名、演奏者名その他の音楽に関する項目に限られない。たとえば、写真、映像などの画像データ、いわゆるリンク情報その他のテキストデータが含まれてもよい。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本発明の第１の実施の形態に係る携帯電話１００の機能的構成を表わすブロック図である。 フラッシュメモリ１４４におけるデータの格納の一態様を表わす図である。 プレイリストを出力するためにＣＰＵ１１０が実行する処理の手順を表わすフローチャートである。 メインディスプレイ１５０が表示する画面を表わす図である。 ＲＡＭ１４６に一時的に保存されているリストデータを表わす図である。 第１の実施の形態の変形例に係るＲＡＭ１４６におけるデータの格納の一態様を表わす図である。 ＣＰＵ１１０によって実現される機能の構成を表わすブロック図である。 本発明の第２の実施の形態に係る携帯電話を実現するＣＰＵがプレイリストを取得するために実行する処理の手順を表わすフローチャートである。 メインディスプレイ１５０が表示する画面を表わす図である。 本発明の第２の実施の形態に係る携帯電話のフラッシュメモリ１４４のデータの格納の一態様を表わす図である。 携帯電話１００と、楽曲を提供可能な情報通信装置であるサーバ１２００との接続関係を表わす図である。 サーバ１２００のハードウェア構成を表わすブロック図である。 ＣＰＵ１２１０によって実現される機能の構成を表わすブロック図である。 ハードディスク１２５０におけるデータの格納の一態様を表わす図である。 ＣＰＵ１１０によって実現される機能の構成を表わすブロック図である。 楽曲の確認を行なうためにＣＰＵ１１０が実行する処理の手順を表わすフローチャートである。 楽曲をダウンロードするためにＣＰＵ１１０が実行する処理の手順を表わすフローチャートである。 携帯電話１００が楽曲のダウンロードを行なう際にメインディスプレイ１５が表示する画面を表わす図である。 楽曲を送信するためにサーバ１２００のＣＰＵ１２１０が実行する処理の手順を表わすフローチャートである。

符号の説明

１００ 携帯電話、１０８ アンテナ、１１０ 基地局、１２０ ネットワーク、１８２ メモリカード、１１２０ ネットワーク、１２６２ ＣＤ−ＲＯＭ。

Claims (11)

1. 複数の楽曲を格納する記憶手段と、
   前記楽曲を識別する楽曲名を１つ以上有するリストを格納するリスト記憶手段と、
   指示の入力を受け付ける入力手段と、
   リストを選択する指示の入力に基づいて、前記リスト記憶手段に格納されているリストを選択する選択手段と、
   前記選択手段によって選択されたリストに基づいて、出力用のリストデータを生成する生成手段と、
   前記リストデータを出力する出力手段とを備え、
   前記リストは、前記リストを識別するためのリスト名称をさらに有し、前記リスト名称と前記リストに含まれる各前記楽曲名とは関連付けられており、
   前記生成手段は、
   前記リスト記憶手段から、前記リスト名称を読み出す第１の読出手段と、
   前記リスト記憶手段から、前記リストに関連付けられている各前記楽曲名を読み出す第２の読出手段と、
   前記第１の読出手段によって読み出されたリスト名称と、前記第２の読出手段によって読み出された各前記楽曲名とに基づいて、前記リストデータを生成するリストデータ生成手段とを含む、情報通信端末。
2. 複数の楽曲を格納する記憶手段と、
   前記楽曲を識別する楽曲名を１つ以上有するリストを格納するリスト記憶手段と、
   指示の入力を受け付ける入力手段と、
   リストを選択する指示の入力に基づいて、前記リスト記憶手段に格納されているリストを選択する選択手段と、
   前記選択手段によって選択されたリストに基づいて、出力用のリストデータを生成する生成手段と、
   前記リストデータを出力する出力手段とを備え、
   前記入力手段は、前記リストの送信先の入力を受け付け、
   前記生成手段は、前記送信先を前記リストに付加することにより、前記リストデータを生成する付加手段を含み、
   前記出力手段は、
   情報を送信する送信手段と、
   前記送信手段に前記リストデータを前記送信先に対して送信させる送信制御手段とを含む、情報通信端末。
3. 前記入力手段は、前記リストの出力の指示を受け付け、
   前記出力手段は、
   着脱可能なデータ記録媒体の装着を受け付ける駆動手段と、
   前記記録媒体に前記リストデータを書き込む書込手段とを含む、請求項１または請求項２に記載の情報通信端末。
4. 外部から、楽曲名を有する楽曲リストを取得する取得手段をさらに備える、請求項１または請求項２に記載の情報通信端末。
5. 前記入力手段は、前記楽曲リストの取得指示の入力を受け付け、
   前記取得手段は、
   着脱可能なデータ記録媒体の装着を受け付ける駆動手段と、
   前記取得指示に基づいて、前記データ記録媒体から前記楽曲リストを読み出す読出手段とを含む、請求項４に記載の情報通信端末。
6. 前記取得手段は、
   信号を受信する受信手段と、
   受信手段によって受信された情報から、前記楽曲リストを抽出する抽出手段とを含む、請求項４に記載の情報通信端末。
7. 前記楽曲リストに含まれる楽曲名と前記記憶手段に格納されている楽曲名とに基づいて
   、前記楽曲リストに含まれる楽曲名に対応する楽曲が前記記憶手段に格納されているか否かを確認する確認手段をさらに備える、請求項４に記載の情報通信端末。
8. 前記楽曲名に対応する楽曲が前記記憶手段に格納されていない場合に、前記楽曲名に対応する楽曲を取得するための楽曲取得手段をさらに備える、請求項７に記載の情報通信端末。
9. 前記楽曲取得手段は、
   前記楽曲名に対応する楽曲の送信要求を生成する要求生成手段と、
   楽曲を提供する情報通信装置に対して前記送信要求を送信する要求送信手段と、
   前記情報通信装置から前記楽曲名に対応する楽曲を受信する受信手段と、
   前記受信手段により受信された楽曲を前記記憶手段に保存する保存手段とを含む、請求項８に記載の情報通信端末。
10. 情報通信端末を制御するプログラムであって、前記情報通信端末は、複数の楽曲と各前記楽曲を識別する各楽曲名を有するリストとが格納された記憶装置を含み、前記プログラムは前記情報通信端末に、
    指示の入力を受け付けるステップと、
    リストを選択する指示の入力に基づいて、前記リストを選択するステップと、
    前記選択されたリストに基づいて、出力用のリストデータを生成するステップとを実行させ、
    前記リストは、前記リストを識別するためのリスト名称をさらに有し、前記リスト名称と前記リストに含まれる各前記楽曲名とは関連付けられており、
    前記生成するステップは、
    前記記憶装置から、前記リスト名称を読み出すステップと、
    前記記憶装置から、前記リストに関連付けられている各前記楽曲名を読み出すステップと、
    前記読み出されたリスト名称と、前記読み出された各前記楽曲名とに基づいて、前記リストデータを生成するステップとを含み、
    前記プログラムは前記情報通信端末に、さらに、前記リストデータを出力するステップを実行させる、情報通信端末を制御するプログラム。
11. 情報通信端末を制御するプログラムであって、前記情報通信端末は、複数の楽曲と各前記楽曲を識別する各楽曲名を有するリストとを含み、前記プログラムは前記情報通信端末に、
    指示の入力を受け付けるステップと、
    リストを選択する指示の入力に基づいて、前記リストを選択するステップと、
    前記リストの送信先の入力を受け付けるステップと、
    前記選択されたリストに基づいて、前記送信先を前記リストに付加することにより、出力用のリストデータを生成するステップと、
    前記リストデータを前記送信先に送信するステップとを実行させる、情報通信端末を制御するプログラム。

Images