(57)【特許請求の範囲】
【請求項１】
電話通信機能、電子メール機能、およびウエブブラウザ機能を備え、ネットワーク上のサーバ装置にある演奏データを利用するアプリケーションプログラムがインストールされ、該アプリケーションプログラムが前記電話通信機能、電子メール機能、およびウエブブラウザ機能とは独立して実行される電話端末装置と、前記サーバ装置とが、携帯電話会社サーバを介して通信を行い、前記サーバ装置が前記電話端末装置に対して前記演奏データの配信を行う配信システムにおける該サーバ装置において、
前記電話端末装置にて実行されているアプリケーションプログラムにより指定されたコンテンツ特定情報に応じて、前記アプリケーションプログラムを実行している電話端末装置に、前記演奏データを第１のコンテンツデータとして、前記携帯電話会社サーバを介して配信する第１の配信手段と、
前記電話端末装置により前記アプリケーションプログラムの終了時になされた第２のコンテンツデータの配信要求（以下、配信要求３１という）を、前記携帯電話会社サーバを介して受け付ける配信要求受付手段と、
該配信要求（３１）をした前記電話端末装置のＩＤを前記携帯電話会社サーバから受け付けるＩＤ受付手段と、
前記配信要求（３１）をした前記電話端末装置が当該配信要求（３１）をしてきたときに、
前記ＩＤ受付手段が受け付けた前記ＩＤが、サービス登録データベースに正規のユーザのＩＤとして登録されているところの前記第１の配信手段により前記演奏データを配信した配信先の前記電話端末装置のＩＤと一致することを条件として、前記コンテンツ特定情報により特定されるコンテンツデータのＵＲＬを前記配信要求（３１）をした電話端末装置に通知し、
通知した後、前記配信要求（３１）をした前記電話端末装置が該ＵＲＬを指定してウエブページにアクセスしてきたときに、
前記ＩＤ受付手段が受け付けた前記ＩＤが、サービス登録データベースに正規のユーザのＩＤとして登録されている、前記第１の配信手段により前記演奏データを配信した配信先の前記電話端末装置のＩＤと一致することを条件として、前記アプリケーションプログラムを終了した後の前記電話端末装置に、アクセスを受けたＵＲＬにより所在が特定される前記コンテンツデータを前記第２のコンテンツデータとして配信する第２の配信手段を有する、
ことを特徴とするサーバ装置。
【請求項２】
前記第２のコンテンツデータは、着信メロディであることを特徴とする請求項１に記載のサーバ装置。
【請求項３】
電話通信機能、電子メール機能、およびウエブブラウザ機能を備え、ネットワーク上のサーバ装置にある演奏データを利用するアプリケーションプログラムがインストールされ、該アプリケーションプログラムが前記電話通信機能、電子メール機能、およびウエブブラウザ機能とは独立して実行される電話端末装置と、前記サーバ装置とが、携帯電話会社サーバを介して通信を行い、前記サーバ装置が前記電話端末装置に対して前記演奏データの配信を行う配信システムにおける該サーバ装置のためのサーバ装置用プログラムにおいて、
前記電話端末装置にて実行されているアプリケーションプログラムにより指定されたコンテンツ特定情報に応じて、前記アプリケーションプログラムを実行している電話端末装置に、前記演奏データを第１のコンテンツデータとして、前記携帯電話会社サーバを介して配信させる第１の配信ステップと、
前記電話端末装置により前記アプリケーションプログラムの終了時になされた第２のコンテンツデータの配信要求（以下、配信要求３１という）を、前記携帯電話会社サーバを介して受け付けさせる配信要求受付ステップと、
該配信要求（３１）をした前記電話端末装置のＩＤを前記携帯電話会社サーバから受け付けさせるＩＤ受付ステップと、
前記配信要求（３１）をした前記電話端末装置が当該配信要求（３１）をしてきたときに、
前記ＩＤ受付ステップに受け付けさせた前記ＩＤが、サービス登録データベースに正規のユーザのＩＤとして登録されているところの前記第１の配信ステップにより前記演奏データを配信した配信先の前記電話端末装置のＩＤと一致することを条件として、前記コンテンツ特定情報により特定されるコンテンツデータのＵＲＬを前記配信要求（３１）をした電話端末装置に通知させ、通知させた後、前記配信要求（３１）をした前記電話端末装置が該ＵＲＬを指定してウエブページにアクセスしてきたときに、前記ＩＤ受付ステップに受け付けさせた前記ＩＤが、サービス登録データベースに正規のユーザのＩＤとして登録されている、前記第１の配信ステップにより前記演奏データを配信させた配信先の前記電話端末装置のＩＤと一致することを条件として、前記アプリケーションプログラムを終了した後の前記電話端末装置に、アクセスを受けたＵＲＬにより所在が特定される前記コンテンツデータを前記第２のコンテンツデータとして配信させる第２の配信ステップを、
コンピュータに実行させるためのサーバ装置用プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、カラオケ演奏データなどのコンテンツ配信サービスを受ける電話端末装置、および、このようなコンテンツを配信する配信サーバ装置に関するものである。
特に、ウエブブラウザ機能および通話機能と独立して、アプリケーションプログラムがスタンドアロンあるいはネットワーク接続されて実行される新情報サービス機能付きの携帯電話端末装置に関するものである。
【０００２】
【従来の技術】
従来、セルラー方式あるいはPHS(Personal Handy-phone System）等の携帯電話端末装置において、演奏データをネットワーク上のサーバからダウンロードし、携帯電話の着信メロディとして演奏するものが知られている。また、演奏データをサーバからダウンロードして、携帯端末のスピーカを用いてカラオケ演奏をするものも知られている。
しかし、携帯電話用カラオケは、着信メロディの演奏機能を拡張したものであった。すなわち、カラオケ用の演奏データは、着信メロディデータのフォーマットを拡張することにより、単に、歌詞データを組み込むことができるようにしたものである。そのため、制約が多いものであった。
しかも、それぞれの携帯電話端末のハードウエアに特化してカラオケ演奏ができるものであるので、技術の発展に伴う端末機器の処理能力の向上、サービス仕様の変更や改良に対応することが難しかった。
また、コンテンツビジネスを発展させるには、セキュリティ保持、著作権保護の要求に応じる必要がある。
【０００３】
そこで、インターネットに接続してウエブページを見ることができる機能および電子メール機能を有する情報サービス機能付きの携帯電話端末、いわゆるｉモード（登録商標）対応の携帯電話端末において、Java（登録商標）で作成されたアプリケーションプログラムを実行可能な新端末が発売されるに至った。Java（登録商標）は、インタープリタタイプのプログラミング言語であり、Java仮想マシン（Java Virtual Machine）と呼ばれている。
この新端末において、新情報サービス機能を実現する上述したアプリケーションプログラムは、携帯電話端末側に置かれ、スタンドアロンとしても実行させることができる。
特に、上述したアプリケーションプログラムは、機種に依存しないものであり、また、コンポーネント化されているので拡張性がある。フォーマットを不定変化させることが可能であるので、ソフトウエア制作、仕様変更や改良が容易になるという利点がある。
【０００４】
アプリケーションプログラムは、10KBを限度とする小さなプログラムを、１台の携帯電話端末に３〜１０個記憶させることができる。各アプリケーションプログラムに関連づけられてのみ使用できるスクラッチパッドは、５KBを限度とし、演奏データのようなコンテンツが記憶される。
アプリケーションプログラムは、新端末の工場出荷時にプリセットされる場合もあるが、ユーザがブラウザを立ち上げ、ネットワーク上のサーバからダウンロード可能なものである。また、このアプリケーションプログラム専用に使用されるコンテンツデータも、同様にサーバからスクラッチパッドにダウンロードできる。
上述したアプリケーションプログラムおよびスクラッチパッドは仮想マシン上で動作する。したがって、携帯電話端末の本来の電話機能に属する処理や、ブラウザや電子メールといった従来の情報サービス機能とは、原則として分離独立した構成となっている。その結果、上述したアプリケーションプログラムで利用されるコンテンツデータは、電話機能に属する着信メロディとして利用できない。
【０００５】
したがって、新情報サービスでは、コンテンツ配信サービスに対し、セキュリティ保護、著作権保護が強化されている反面、ブラウザを用いて行われていた従来型のコンテンツ配信サービスと分離されてしまうため、同一あるいは関連するコンテンツを利用するに際して、不都合な面もある。
そこで、新情報サービスに対して、その利点を活用するとともに、従来型のコンテンツサービスとの連携を考慮した、新たなコンテンツ配信サービスが求められてきている。
【０００６】
【発明が解決しようとする課題】
本発明は、上述した課題および問題点を解決するためになされたもので、電話端末装置に対して、第１，第２の配信手段が連携して演奏データおよび着信メロディ等のコンテンツデータを配信できるサーバ装置に関するものである。
また、これらの処理をコンピュータに実行させるためのプログラムに関するものである。
【０００８】
【課題を解決するための手段】
本発明は、請求項１に記載の発明においては、電話通信機能、電子メール機能、およびウエブブラウザ機能を備え、ネットワーク上のサーバ装置にある演奏データを利用するアプリケーションプログラムがインストールされ、該アプリケーションプログラムが前記電話通信機能、電子メール機能、およびウエブブラウザ機能とは独立して実行される電話端末装置と、前記サーバ装置とが、携帯電話会社サーバを介して通信を行い、前記サーバ装置が前記電話端末装置に対して前記演奏データの配信を行う配信システムにおける該サーバ装置において、前記電話端末装置にて実行されているアプリケーションプログラムにより指定されたコンテンツ特定情報に応じて、前記アプリケーションプログラムを実行している電話端末装置に、前記演奏データを第１のコンテンツデータとして、前記携帯電話会社サーバを介して配信する第１の配信手段と、前記電話端末装置により前記アプリケーションプログラムの終了時になされた第２のコンテンツデータの配信要求（以下、配信要求３１という）を、前記携帯電話会社サーバを介して受け付ける配信要求受付手段と、該配信要求（３１）をした前記電話端末装置のＩＤを前記携帯電話会社サーバから受け付けるＩＤ受付手段と、前記配信要求（３１）をした前記電話端末装置が当該配信要求（３１）をしてきたときに、前記ＩＤ受付手段が受け付けた前記ＩＤが、サービス登録データベースに正規のユーザのＩＤとして登録されているところの前記第１の配信手段により前記演奏データを配信した配信先の前記電話端末装置のＩＤと一致することを条件として、前記コンテンツ特定情報により特定されるコンテンツデータのＵＲＬを前記配信要求（３１）をした電話端末装置に通知し、通知した後、前記配信要求（３１）をした前記電話端末装置が該ＵＲＬを指定してウエブページにアクセスしてきたときに、前記ＩＤ受付手段が受け付けた前記ＩＤが、サービス登録データベースに正規のユーザのＩＤとして登録されている、前記第１の配信手段により前記演奏データを配信した配信先の前記電話端末装置のＩＤと一致することを条件として、前記アプリケーションプログラムを終了した後の前記電話端末装置に、アクセスを受けたＵＲＬにより所在が特定される前記コンテンツデータを前記第２のコンテンツデータとして配信する第２の配信手段を有するものである。
したがって、第１の配信手段により配信される演奏データとコンテンツ特定情報が共通する第２のコンテンツデータ、例えば、着信メロディ、楽譜、歌詞カード、アーチストの写真画像などの、関連するコンテンツデータを、第１の配信手段と連携して、演奏データの配信先と同じ電話端末装置に配信することができる。その際、電話端末装置のＩＤの照合により、異なる配信先に第２の配信データを配信することがない。
例えば、他とは分離独立した仮想マシン上で動作するアプリケーションプログラムに対してのみ配信される演奏データと、曲目など、コンテンツ特定情報が共通している第２のコンテンツデータを、コンテンツ利用上の制約の少ない従来型のコンテンツ配信サービスで配信することができる。
【０００９】
請求項２に記載の発明においては、請求項１に記載のサーバ装置において、前記第２のコンテンツデータは、着信メロディである。
したがって、第１の配信手段により配信した演奏データの制約、例えば、使用条件、使用回数制限などに係わらず、ユーザの要求に応じて着信メロディとして電話端末に記憶させることができる。その結果、演奏データの配信サービスのサービス性が増加する。
【００１１】
請求項３に記載の発明においては、電話通信機能、電子メール機能、およびウエブブラウザ機能を備え、ネットワーク上のサーバ装置にある演奏データを利用するアプリケーションプログラムがインストールされ、該アプリケーションプログラムが前記電話通信機能、電子メール機能、およびウエブブラウザ機能とは独立して実行される電話端末装置と、前記サーバ装置とが、携帯電話会社サーバを介して通信を行い、前記サーバ装置が前記電話端末装置に対して前記演奏データの配信を行う配信システムにおける該サーバ装置のためのサーバ装置用プログラムにおいて、前記電話端末装置にて実行されているアプリケーションプログラムにより指定されたコンテンツ特定情報に応じて、前記アプリケーションプログラムを実行している電話端末装置に、前記演奏データを第１のコンテンツデータとして、前記携帯電話会社サーバを介して配信させる第１の配信ステップと、前記電話端末装置により前記アプリケーションプログラムの終了時になされた第２のコンテンツデータの配信要求（以下、配信要求３１という）を、前記携帯電話会社サーバを介して受け付けさせる配信要求受付ステップと、該配信要求（３１）をした前記電話端末装置のＩＤを前記携帯電話会社サーバから受け付けさせるＩＤ受付ステップと、前記配信要求（３１）をした前記電話端末装置が当該配信要求（３１）をしてきたときに、前記ＩＤ受付ステップに受け付けさせた前記ＩＤが、サービス登録データベースに正規のユーザのＩＤとして登録されているところの前記第１の配信ステップにより前記演奏データを配信した配信先の前記電話端末装置のＩＤと一致することを条件として、前記コンテンツ特定情報により特定されるコンテンツデータのＵＲＬを前記配信要求（３１）をした電話端末装置に通知させ、通知させた後、前記配信要求（３１）をした前記電話端末装置が該ＵＲＬを指定してウエブページにアクセスしてきたときに、前記ＩＤ受付ステップに受け付けさせた前記ＩＤが、サービス登録データベースに正規のユーザのＩＤとして登録されている、前記第１の配信ステップにより前記演奏データを配信させた配信先の前記電話端末装置のＩＤと一致することを条件として、前記アプリケーションプログラムを終了した後の前記電話端末装置に、アクセスを受けたＵＲＬにより所在が特定される前記コンテンツデータを前記第２のコンテンツデータとして配信させる第２の配信ステップをコンピュータに実行させるためのものである。
したがって、このプログラムを、サーバ装置にインストールすることにより、請求項１と同様の作用を奏する。
【００１２】
【発明の実施の形態】
図１は、本発明の電話端末装置の実施の一形態の機能構成図である。この電話端末装置は、図示しないネットワーク上のサーバにある演奏データを利用するアプリケーションプログラムがインストールされたものである。
図中、１は入力キー、２は入力部、３はインターフェース、４はフォームデータメモリ、５は表示画面作成部、６は表示器、７は無線送受信回路、８はカラオケ演奏データメモリ、９は音源、１０はスピーカ、１１は着信メロディメモリである。
アプリケーションプログラムで実行される機能の範囲を明確に示すことは難しいが、フォームデータメモリ４、カラオケ演奏データメモリ８の読み書き、表示画面作成部５は、このアプリケーションプログラムによって実行される。このアプリケーションプログラムは、JAM（Java Application Manager ）によりメモリ領域が割り当てられ、JAR（Java Archive)ファイルとして格納される。
【００１３】
携帯電話端末の操作パネル上の入力キー１は、検索条件の入力や、検索結果からの１または複数の曲目の選択や、カラオケ演奏においてプレイやストップなどの演奏操作を行う。入力部２は、入力操作に応じたデータを、表示画面作成部５、フォームデータメモリ４、カラオケ演奏データメモリ８に出力する。
フォームデータメモリ４には、表示器６に表示させる画面のフォーム（レイアウト）を形成するためのデータが記憶されている。検索入力、曲選択、演奏等の場面に応じたフォームデータが記憶されている。画像データファイルやサウンドのリソースを含み、JAR内に記憶されている。
【００１４】
表示画面作成部５は、第１に、フォームデータメモリ４から検索入力フォームを入力し、入力部２から検索条件データを入力して、検索入力画面を作成する。第２に、フォームデータメモリ４から曲選択フォームを入力し、図示しないサーバから、インターフェース３，無線送受信回路７を経由して、検索結果データを入力して、曲選択画面を作成する。第３に、フォームデータメモリ４から演奏フォームを入力し、サーバから、カラオケ画像データや歌詞データを入力して、演奏画面を作成する。
曲の検索は、新譜情報を指定したり、曲名、アーチスト名、作詞者、作曲者などのキーワード、歌い出しなどのヒントを入力させたりして、サーバ側に検索を要求する。サーバ側では、検索結果のデータだけを送る。
端末側では、フォームデータにより、表示画面の背景あるいは固定表示テキスト部分のみの表示要素が形成され、これに、上述した検索条件データ、検索結果データ、カラオケ画像データの表示要素を所定の配置関係を満たすように組み合わせることによって、表示画面が作成される。
この他、上述した表示画面の背景あるいは固定表示テキスト部分のイメージと、上述した検索条件データ、検索結果データ、カラオケ画像データのイメージとを、別の表示レイヤとして形成し、２つの表示レイヤを合成することによって、１個の表示画面のイメージを作成してもよい。
【００１５】
インターフェース３は、アプリケーションプログラム、その他の、本来の携帯電話端末の機能、例えば、電話発着信機能、通話機能、従来の情報サービス機能、例えば、ブラウザ機能、電メール機能と、無送受信回路８との間の接続部である。
ユーザにより指定された検索要求や配信要求などを、無線送受信回路７およびネットワークを経由して、アプリケーションプログラムに関連づけられたコンテンツプロバイダのサーバに要求する。このアプリケーションプログラムがダウンロードされたURL（Uniform Resource Locators）（プロトコル、サーバアドレス、ポート番号が同じ）に対してのみ、接続可能である。
また、従来のブラウザ機能によって、ユーザにより指定された曲目の着信メロディをダウンロードする。
【００１６】
カラオケ演奏データメモリ８は、サーバからスクラッチパッドに記憶され、カラオケ演奏という特定のアプリケーションプログラムによってのみアクセス可能である。スクラッチパッドおよびリソースへのアクセスはジェネリックコネクションフレームワークを使用し、具体的には、URLを指定して実行される。
音源９は、カラオケ演奏データメモリ８からカラオケ演奏データを入力して、楽音信号を生成してスピーカ１０から出力する。また、着信メロディメモリ１１から着信メロディ用の演奏データを入力して、楽音信号を生成してスピーカ１０から出力する。
アプリケーションプログラムによって、テンポ、ピッチ等の演奏制御をすることができる。また、音色、和音数、効果付与、歌詞表示、背景画面表示などについても制御することができる。
着信メロディは、ブラウザ機能によってサーバから着信メロディメモリ１１にダウンロードが可能である。電話機能によって、呼び出しがあったときにはこの着信メロディが演奏される。
【００１７】
図２は、図１に示した表示器６に表示される表示画面の一具体例を示す説明図である。図中、２１はカラオケ配信サービスのトップ画面、２２は新譜検索結果による曲選択画面、２３は曲選択画面２２の次ページの曲選択画面、２４は曲検索入力画面、２５は曲検索結果による曲選択画面、２６は演奏画面である。なお、電波の受信強度を表す記号、動作モードを表す記号など、本発明と直接関係しない表示要素については図示を省略している。
カラオケ配信サービスのトップ画面２１においては、タイトルイメージ，タイトルメッセージ，起動メロディといった、全ての表示（サウンドを含む）要素を端末側のフォームデータメモリ４のリソースで作成することができる。
【００１８】
この画面上において、ソフトキーＬ（新譜情報）が押されたときには、サーバに対し、新譜情報の要求がなされる。したがって、この画面は、「新譜」という検索条件を入力する検索要求画面でもある。
サーバから新譜情報の条件に合致する１または複数の曲目およびそのアーチスト名のデータが送信されるので、これを取り込む。端末側のフォームデータメモリ４の新譜検索結果フォームに、取り込まれた１または複数の曲目が差し込まれて、図示のような、新譜情報による曲選択画面２２，２３が作成され、最初に、曲選択画面２２が表示される。
【００１９】
曲選択画面２２において、「ソフトキーＬ」（次ページ）が押されたときには、曲選択画面２３が表示される。現在の表示ページが最終ページであれば、代わりに、「１ページ」の表示がなされる。一方、「ソフトキーＲ」（曲検索）が押されると、後述する曲検索入力画面２４に変わる。図示の例では、ａａａａａ〜ｇｇｇｇｇがアーチスト名（歌手あるいは演奏者）、ＡＡＡＡＡＡＡ〜ＧＧＧＧＧＧＧが曲名を示している。
操作パネル上の数字キー（「１」〜「９」，「０」）が押されると、サーバ側の対応する曲のページに接続されてダウンロードされる。また、操作パネル上の「アップ」キー、「ダウン」キーによって曲およびアーチスト名のフォーカス表示（ハイライト表示，反転表示）されるものが順次移動する。そこで、操作パネル上の「エンター」キーを押すことによって、図示しない、ダウンロード画面に移り、フォーカス表示された、サーバ側の対応する演奏データファイルのあるページに接続されてダウンロードが開始される。
【００２０】
なお、曲選択画面２２には、タイトルや説明の表示がある。しかし、曲選択画面２３にはこのような表示をしない。現在のページに表示されていない曲の番号の数字キーが押された場合も、その曲のダウンロード画面に移る。アーチスト名，曲名とも、複数行表示に対応するようにフォームを設定しておく。ハイライト表示された位置が、最初の曲にある場合、「アップ」キーにより前ページに移動させ、フォーカス表示された位置が、最後の曲にある場合、「ダウン」キーにより次のページに移動させてもよい。リソースの記憶容量に余裕がない場合には、トップ画面２１を採用する代わりに、曲選択画面２２をトップ画面としてもよい。
【００２１】
一方、トップ画面２１等において、ソフトキーＲ（曲検索）が押されたときには、曲検索入力画面２４を作成する。曲検索のタイトルである「簡単検索」および説明が表示され、曲名フリーワード入力用テキストボックス、および、アーチスト名フリーワード入力用テキストボックスの表示がある。この画面は、端末側のフォームデータメモリ４の曲検索入力フォームのリソースで作成できる。
表示画面上の各テキストボックスに、それぞれ、ユーザがキー操作によって曲名およびまたはアーチスト名を入力すると、入力された文字データがテキストボックス内に表示される。「アップ」キー、「ダウン」キーによって、フォーカス表示されるテキストボックスが切り替わり、「エンター」キーを押すと、フォーカスのあるテキストボックスを選択する。「ソフトキーＬ」（新譜情報）が押されたときには、サーバに対して新譜情報の検索要求がなされ、曲選択画面２２に変わる。
【００２２】
一方、「ソフトキーＲ」（検索）が押されたときには、サーバに対して曲検索を要求する。サーバから検索結果の曲名およびアーチスト名のデータを受信すると、曲検索結果による曲選択画面２５に変わる。端末側のフォームデータメモリ４の曲選択フォームとして、タイトル「曲選択」、簡単な説明の表示がなされ、サーバ側から取り込まれた１または複数の「曲名」および「アーチスト名」のデータが所定位置に表示されて、図示のような、曲選択画面２５が作成される。
なお、次ページが存在する場合は、「ソフトキーＬ」（次ページ）によって、曲選択画面２３と同様な表示画面が表示される。曲選択は１０件までを表示し、検索ヒット数がこれを超える場合は、再検索を促すメッセージを表示する。この表示画面におけるキー操作は、曲選択画面２２における操作と同様であるので、以上で説明を省略する。
【００２３】
上述した曲選択画面２２，２３，２５から、図示しないダウンロード画面に移り、フォーカス表示された演奏データファイルが入手可能なURLに接続されると、サーバ側から配信された演奏データは、図１のカラオケ演奏データメモリ８にダウロードされる。ダウンロード終了と同時に演奏画面２６に変わり、演奏データが再生開始されることにより、楽音信号の発生、歌詞および画像の表示が開始される。
【００２４】
なお、ストリーミング再生方式をとることも可能である。この方式では、ダウンロードしながら、同時に演奏データを再生する。
また、演奏データの内、表示データとして、第１のタイプでは、表示画面の上半分をイメージ領域、下半分を歌詞テキスト表示領域（２行分）に区分する。
第２のタイプとして、全面（６行分）を壁紙としてのイメージデータとし、歌詞のテキスト表示を重ねる。歌詞は、曲の進行に応じて歌うべき位置を色変化などで表示する。イメージは、静止画の切り換えにより動きを付ける。
【００２５】
ソフトキーＬ（黒三角／黒四角）が押される毎に、再生のストップ／スタートを交互に切り替える。再生の再開位置は直前の再生停止位置にする。「アップ」キーおよび「ダウン」キー等の操作により、再生位置を指定したり、楽音信号のキー（音程）を上下させたり、演奏のテンポを上げたり下げたりすることも可能である。
【００２６】
演奏データの再生終了時あるいは、「ソフトキーＲ」（戻る）を押してトップ画面２１に戻る前に、演奏した曲に関連した曲を、曲選択画面２５と同様なフォームで自動的に表示させ、その中からフォーカス表示された曲を、「エンター」キーによってカラオケ演奏データメモリ８にダウンロードしてもよい。
あるいは、図３を参照して後述するように、同じ曲名の演奏データであって、着信メロディ用に特化された演奏データをダウンロード（購入）するフェーズに移行させてもよい。着信メロディ用の演奏データとしては、例えば、カラオケ演奏データから歌詞データを取り除くほか、演奏時間、音色数、同時発音数（和音数）、音符の種類、音域等の少なくとも１種類について数や範囲を制限する。
【００２７】
なお、いずれの画面においても、電源を切る操作によってアプリケーションプログラムの処理が終了する。一方、カラオケ演奏データは、アプリケーションプログラム終了後も保持することが可能である。しかし、この実施の形態では、アプリケーションプログラムが終了すると同時に、カラオケ演奏データも消去される仕様にする。
また、カラオケ演奏中に電話がかかってくるとアプリケーションプログラムーは強制終了されることになる。この場合には、カラオケデータが消去されないようにしてもよい。
また、アプリケーションプログラムが終了するときに、サーバ側から送信されてきた、新曲情報データや検索結果データを実行メモリ領域からスクラッチパッドに転送して、次回のアプリケーションプログラムの起動時に再利用できるようにしてもよい。
一方、着信メロディに関しては、アプリケーションプログラム終了後、および、電源を切った後もメモリに保持することを許容する。
【００２８】
図３は、電話端末装置に対して演奏データの配信を行うサーバ装置の実施の一形態において、カラオケ演奏データの配信サービスから着信メロディの配信サービスに連携する動作を説明するための模式的なシーケンス図である。
携帯電話端末と携帯電話会社のサーバ（いわゆる、ｉモードサーバ）との間は、パケット網で接続される。一方、携帯電話会社のサーバとコンテンツプロバイダのサーバとの間は専用線で接続される場合と、インターネットで接続される場合がある。カラオケ配信サービスが、公式サイトである場合には専用線接続になり、非公式サイトである場合にはインターネット接続になる。
【００２９】
カラオケ演奏データの配信終了後に、携帯電話端末側から着信メロディの配信要求３１があったとする。携帯電話端末は、アプリケーションプログラムによる新情報サービスを終了し、電子メールモードに切り替える。携帯電話会社サーバでは、携帯電話端末のID（Identification、識別子）、例えば、携帯電話端末の電話番号、を通知する着信メロディの配信要求３２を、コンテンツプロバイダサーバに送信する。コンテンツプロバイダサーバは、サービス登録データベース３３に対し、受け取ったIDを問い合わせ、この登録会員の電子メールアドレスと、受け取ったIDが正規のユーザのものであるとの回答を得る。また、着信メロディ配信要求は、「曲目→着信メロディファイルのURL」の対応テーブル３４を参照する。
【００３０】
コンテンツプロバイダサーバは、携帯電話端末にカラオケ演奏データと同じ曲目の着信メロディのURLを通知するために、電子メール送信部３５において、サービス登録データベース３３から得たメールアドレス先に、対応テーブル３４から取り出したURLを通知する電子メール３６を送信する。携帯電話会社サーバは、この電子メール３６をパケット網を経由して携帯電話端末に送信する。携帯電話端末は、この電子メール３６を受信すると、メールの文面を表示する。ユーザが文面中のURLを操作キーで指定すると、このURLで指定されるウエブページに自動的にアクセスする。
このアクセス３７は、パケット網を経由して携帯電話会社サーバに送信される。携帯電話会社サーバは、同時に、携帯電話端末のIDをコンテンツプロバイダサーバに通知する。
【００３１】
コンテンツプロバイダサーバにおいて、アクセスを受けたURLによって、着信メロディファイルの所在が特定される。また、IDの通知によってIDを取得し、これを、照合部３９において、サービス登録データベース３３から得られているカラオケ演奏の正規IDと照合する。その結果、通知されたIDが、正規IDであれば、着信メロディファイル４０を、携帯電話会社サーバを経由して携帯電話端末にダウンロードさせる。
【００３２】
上述した手続を行うことにより、新情報サービスによるカラオケ演奏データの配信終了後に、同じ曲名の着信メロディの配信を行うことができる。
その際、着信メロディの配信時に、携帯電話端末のIDを照合する処理を行っているので、カラオケ演奏の配信を受けていない第３者が、着信メロディのURLを不当に入手してダウンロードを要求したとしても、携帯電話端末装置のIDが一致しないので、着信メロディの配信を受けることができない。
【００３３】
なお、携帯電話会社サーバからIDの通知を受けることなく、携帯電話端末からユーザがパスワードを送信するようにしてもよい。
また、着信メロディを添付して電子メールを送信し、携帯電話端末において、添付されたファイルを着信メロディとすることができるシステムであれば、図３において、URLを通知する電子メール３６に代えて、これを着信メロディを添付した電子メールとすればよい。この場合、その後のウエブブラウザによるダウンロードが不要になる。
また、着信メロディ配信要求時に、サーバ側から着信メロディのURLを携帯電話端末の表示器に表示させるようにしてもよい。この場合、ユーザはこのURLを紙に書き取って、新情報サービスを終了し、ウエブブラウザのHTTP入力領域にこのURLを入力してもよい。この場合、URLの通知を電子メールで行わなくてもよい。
【００３４】
カラオケ演奏は、携帯電話会社サーバにおいて、月決め料金として課金される。一方、図３に示した配信サービスの連携は、カラオケ演奏配信に伴う着信メロディ配信を無料とすることを前提としている。しかし、図３のシーケンスを変更して、着信メロディについて、独立して課金するシステムとすることも可能である。
また、上述した説明では、第２のコンテンツを着信メロディとした。この他、ウエブブラウザによって、同じ曲に関して、歌詞をダウンロードしたり、カラオケの画像データをダウンロードしたり、楽譜データをダウンロードしたり、アーチストの写真やプロフィールテキストをダウンロードしてもよい。これらのコンテンツを、携帯電話端末のフラッシュメモリに記憶させて、後でパーソナルコンピュータに転送して利用できるようにすることができる。また、取り外し可能な半導体メモリカードにダウンロードしてもよい。
【００３５】
図４は、本発明の電話端末装置のハードウエア構成の一例を示すブロック構成図である。
図中、図１と同様な部分には同じ符号を付している。５１は信号処理部であって、CPU（Central Processing Unit）の他、ROM（Read Only Memory），RAM（Random Access Memory）を内蔵したものである。ROM，RAMは外付けでもよい。信号処理部５１内のROMには、携帯電話のオペレーティングシステム、ネイティブソフトウェア、JAM（Java Application Manager )等が格納されている。
【００３６】
信号処理部５１内のCPUは、ROMに格納されたオペレーティングシステム、ネイティブソフトウェアを実行することによって、電話通信機能、ウエブブラウザ機能、電子メール機能を実行する。アプリケーションプログラムは、仮想マシン（K Virtual Machine）として実行される。
信号処理部５１内のRAMは、プログラムを実行するに必要な各種レジスタ、フラグなどを含むワーキングメモリとして使用される。
５２は操作パネルであって、図１の入力キーを含む。電源のオンオフ、電話番号、検索条件，選択指定演奏操作、電子メール文書入力等の、種々の入力ををするための操作子がある。
【００３７】
表示器６は、機器の設定内容、動作モード、電話番号、電話帳、カラオケ演奏時の歌詞データ、背景画像、楽譜、電子メールなどの情報を表示する。
５３は楽音および音声生成音源であって、図１の音源９に相当するものであるが、楽音信号以外に、音声で操作のガイダンスをするときの音源としても機能する。合成出力は、D／A変換器５４によりアナログ信号に変換され、図示しないアンプで増幅され、スピーカ１０から出力される。このスピーカ１０からは、呼び出し音（着信メロディ）やカラオケの自動演奏楽音、音声ガイダンス等が出力される。
音声コーデック５５は、電話機として機能するときに、相手の声をD／A変換して受話器５６に出力し、自分の声を送話器５７に入力してA／D変換する。
【００３８】
５８はメモリであって、信号処理部５１内のROMあるいはRAMの記憶容量を増設する。電源バックアップされたRAM、フラッシュメモリROM、あるいは、半導体メモリカード等の着脱可能なものでもよい。携帯電話端末の着信メロディ、機器の設定値、電話帳、メールの記憶領域などとする。
５９はタイマであって、信号処理部５１内のCPUの割り込み処理等に使用される。６０は外部接続インターフェースであって、携帯電話端末をPDA端末やパーソナルコンピュータに接続するためのものである。携帯電話端末をPDA端末やパーソナルコンピュータのネットワークインターフェースとして用いたり、着信メロディや電話帳の入出力に用いることができる。
【００３９】
図５ないし図１０は、本発明の電話端末装置の動作を説明するためのフローチャートである。
図５は、メインのフローチャートである。
携帯電話端末の電源キーが押されるとフローが開始される。Ｓ７１において、各種のパラメータやレジスタの初期化を行う。Ｓ７２において、電話をかけたり電話を受けたりする一般操作を検出する。詳細は、図６を参照して説明する。
Ｓ７３において、機器の種々の設定を変更する処理を行う。Ｓ７４において受信確認を行う。自端末に電話がかかってきたときに、ユーザに着信メロディやバイブレータ等で報知する処理、および、通話中にデータ受信があったときには、データ受信を終了させる処理などを行う。Ｓ７４の処理を終了すると、Ｓ７２に処理を戻す。Ｓ７２において、電源オフの操作がなされると、フローを停止させるとともに、各ブロックの動作も終了する。
【００４０】
図６は、図５に示した一般操作のステップＳ７２の詳細を説明するためのフローチャートである。
Ｓ８１において、ユーザがテンキー（＊等の記号キーを含む）を押したときはＳ８２に、そうでないときにはＳ８３に処理を進める。Ｓ８２において、電子音を鳴らし、入力のあった番号を表示画面に表示し、Ｓ８３に処理を進める。
Ｓ８３において、ユーザーが「通話キー」を押したときはＳ８４に処理を進め、そうでないときにはＳ８５に処理を進める。Ｓ８４において、呼び出し中であるか否かを判定し、呼び出し中であればＳ８６に処理を進め、そうでなければＳ８７に処理を進める。
【００４１】
Ｓ８６において、鳴っている着信音を停止させ、Ｓ８９に処理を進める。一方、Ｓ８７において、テンキーで番号設定（Ｓ８２）されているか、電話帳機能で通話先が選択されているときには、Ｓ８８に処理を進め、そうでないときにはＳ８９に処理を進める。
Ｓ８８においては、電話モードになり、設定のある通話先を呼び出し、応答があれば通話ができ、Ｓ８５に処理を進める。一方、Ｓ８９においても、電話モードになり、相手から電話がかかっていれば通話ができ、Ｓ８５に処理を進める。
Ｓ８５において、ユーザーが「電源」キーを押しているときにＳ９０に処理を進め、そうでないときにＳ９１に処理を進める。Ｓ９０において、電話モードをオフにしてＳ９２に処理を進める。通話中であれば、電話接続が切られることになる。Ｓ９２において「電源」キーが長く押されていた（３秒程度）ときは、電話端末の電源をオフにしてＳ９１に処理を進める。
【００４２】
Ｓ９１において、「情報サービス」のキーが押されているときには、Ｓ９４に処理を進め、そうでなければＳ９５に処理を進める。Ｓ９４においては、図７を参照して後述する情報サービスを実行し、Ｓ９５に処理を進める。Ｓ９５においては、その他の指示があればＳ９６において指示に応じた設定を行いメインルーチンに戻り、その他の指示がなければ、そのままメインルーチンに戻る。
【００４３】
図７は、図６に示した情報サービスのステップの詳細を説明するためのフローチャートである。
Ｓ１０１において、情報サービス関連のメニュー画面を表示する。なお、新情報サービスを中心として説明するので、市販の携帯電話端末におけるモード設定とは必ずしも一致しない。
第１は「ウエブブラウザ」、第２は「新情報サービス」、第３は「電子メール」である。
Ｓ１０２においてメニュー選択を受け付ける。
Ｓ１０３において、「ウエブブラウザ」の選択があったときには、Ｓ１０４においてウエブブラウザを起動し、URLを入力し、ウエブページにアクセスして、図６のＳ９５に戻す。単にウエブページを閲覧するだけではなく、アプリケーションプログラムをダウンロードして携帯電話装置の所定のメモリ領域に格納したり、また、着信メロディをダウンロードして携帯電話装置の所定のメモリ領域に格納したりする。
【００４４】
Ｓ１０５において、新情報サービスの選択があったときには、Ｓ１０６において新情報サービスの１つを選択してアプリケーションプログラムを実行して、Ｓ９５に処理を戻す。
Ｓ１０７において、電子メール受信の選択があったときには、Ｓ１０８において電子メール受信をして、図６のＳ９５に処理を戻す。
Ｓ１０７において、電子メール受信の選択がなかったときには、Ｓ１０９に処理を進め、サイト選択、メール送信等、その他の処理を実行し、図６のＳ９５に処理を戻す。
「サイト」とは、携帯電話会社の公式サイトであり、URLを入力することなく、表示画面を見ながらキー選択することによって、特定のサービスのトップページに接続される。
なお、上述した説明では、新情報サービスのアプリケーションプログラムをウエブブラウザを用いてダウンロードするものとしたが、従来のサイト選択の中で、専用回線に接続されたコンテンツプロバイダサーバのURLを、ユーザに知らせることなく指定して、ダウンロードできるようにしてもよい。
【００４５】
図８は、図７に示した新情報サービスの詳細を説明するための第１のフローチャートである。
図９は、図８に示した第１のフローチャートに続く第２のフローチャートである。
Ｓ１１１において、アプリケーションプログラムのタイトルの一覧表示をする。Ｓ１１２において、プログラムの実行指示を受け付ける。Ｓ１１３において、「カラオケ演奏」のアプリケーションプログラムが選択されたときには、Ｓ１１４に処理を進め、そうでないときにはＳ１１５に処理を進めその他のプログラムの実行をする。
Ｓ１１４において、「カラオケ演奏」のアプリケーションプログラムを起動し、トップ画面（図２の２１）を表示する。Ｓ１１６において、「新譜情報」または「曲検索」の選択を受け付ける。Ｓ１１７において、「曲検索」が選択されたときには、Ｓ１１９に処理を進め、「新譜情報」が選択されたときには、Ｓ１１８に処理を進める。
【００４６】
Ｓ１１８において、サーバに新譜のタイトルデータを要求し、受け付ける。Ｓ１２０において受け付けたデータを表示する（図２の２２）。Ｓ１２１において、「曲目」の反転位置（フォーカス位置）変更と、「次ページ」，「曲検索」の選択受付を行う。
Ｓ１２２において、「次ページ」が指定されたときにはＳ１２３に処理を進め、そうでないときには、Ｓ１２４に処理を進める。Ｓ１２３において、次ページのデータを読み出し、Ｓ１２０に処理を戻し、次ページ（図２の２３）を表示する。なお、ページを切り替える毎にサーバに追加データを要求して受け付けるようにしてもよい。
Ｓ１２４において、「曲検索」が指定されているときには、Ｓ１１９に処理を進め、そうでなければ、「エンター」が受け付けられてので、図９のＳ１４１に処理を進める。
【００４７】
一方、Ｓ１１７において「曲検索」が選択されているとき、Ｓ１１９に処理を戻し、曲検索画面（図２の２４）を表示する。Ｓ１２５において、曲名またはアーチスト名と、「新譜情報」，「検索」の入力を受け付ける。Ｓ１２６において、「新譜情報」が選択されているときにはＳ１１８に処理を戻し、「検索実行」が選択されているときにはＳ１２７に処理を進める。
Ｓ１２７において、サーバへ、曲名，アーチスト名とともに、検索指示を要求し、その結果の曲目情報を受け付ける。Ｓ１２８において、受け付けたデータを表示する（図２の２５）。Ｓ１２９において、「曲目」の反転位置（フォーカス位置）変更と「次ページ」「新譜情報」の選択受け付けを行う。Ｓ１３０において、「次ページ」が指定されたときには、Ｓ１３１に処理を進め、そうでなければＳ１３２に処理を進める。Ｓ１３１において、次ページを読み出してＳ１２８に処理を戻す。Ｓ１３２において、「新譜情報」が指定されたときには、Ｓ１１８に処理を進め、そうでなければ「エンター」キーであるので、図９のＳ１４１に処理を進める。
【００４８】
図９のＳ１４１において、サーバに演奏データの配信要求を行い、受信する。Ｓ１４２において、演奏データをスクラッチパッドに記憶する。Ｓ１４３において、演奏スタート画面を表示する。Ｓ１４４において、「スタート／ストップ」，「戻る」の選択を受け付ける。Ｓ１４４において、「スタート／ストップ」の選択があったときにはＳ１４６に処理を進め、「戻る」の選択があったときには、図８のＳ１１４に処理を進め、カラオケ演奏のトップ画面（図２の２１）に戻る。
Ｓ１４６において、このステップを通る毎に、記憶した演奏データの再生を開始する動作と、再生を停止する動作とを交互に切り替えて、Ｓ１４７に処理を進める。この間、楽音信号の生成とともに、演奏画面（図２の２６）の歌詞表示、画像表示が更新される。Ｓ１４７において、演奏データの処理が終了したときにはＳ１４８に処理を進め、そうでないときにはＳ１４４に処理を戻す。
【００４９】
Ｓ１４８において、演奏終了の画面を表示する。Ｓ１４９において、「着信メロディ」、「トップ」、「再演奏」の選択を受け付ける。Ｓ１５０において、「再演奏」が指定されたときには、Ｓ１４３に処理を戻す。Ｓ１５１において「戻る」が指定されたときには、図８のＳ１１４に処理を戻す。Ｓ１５２において、「着信メロディ」が指定されたときにはＳ１５３に処理を進め、サーバにダウンロードを要求する。そうでないときには、Ｓ１４９に処理を戻して、選択を待つ。
Ｓ１５３において、サーバーに曲データのダウンロードを要求する。Ｓ１５４において、新情報サービスを終了し、演奏データをクリアする。次に、図７に示したＳ１０８に処理を戻す。
【００５０】
図１０は、図７に示したＳ１０８のメール受信の詳細を説明するためのフローチャートである。
Ｓ１６１において、受信した電子メールのタイトル一覧を表示させる。Ｓ１６２において個々の電子メールの指定を受け付ける。Ｓ１６３において、指定された電子メールを表示器に表示する。Ｓ１６４において電子メールの文書中の「URL」または、ソフトキーによる画面下に表示された「終了」の選択を受け付ける。
Ｓ１６５においてURLが指定されたときには、図７のＳ１０４に処理を進め、メール受信モードは終了し、ブラウザを起動し、このURLのウエブページにアクセスする。そうでなければ、Ｓ１６６に処理を進め、「終了」が指定されたときには、図７のリターンを経由して、図１のＳ９５に戻り、そうでなければ、Ｓ１６１に戻って処理を繰り返す。
【００５１】
上述した説明では、新情報サービスによるアプリケーションプログラムの具体例として、カラオケ演奏を示した。このアプリケーションプログラムでは、音、絵、文字などのマルチメディア処理が可能であるので、検索して選択された曲目の歌詞（歌詞カード表示）や楽譜を表示するプログラムでもよい。この場合、楽音信号の出力は必ずしも行わなくてもよい。
また、演奏に応じて楽音が発生されるゲームソフトウエアプログラムでもよい。いずれも、それらによって演奏される曲目の、着信メロディ等の配信を受けることができる。
【００５２】
また、上述した説明では、新情報サービス利用が可能なセルラ方式の携帯電話端末を例示したが、携帯電話端末側にアプリケーションプログラムが記憶されて実行される携帯電話端末装置であれば、同様にして本発明を適用することができる。
例えば、PHSシステムの携帯電話端末、電話通信機能を有するPDA（Personal Digital Assistant）端末装置、表示器付の有線加入電話端末装置、さらには、電話通信機能を有するテレビジョン等の情報家電装置に適用することも可能である。
特に、仮想マシンを導入して、元からある電話通信機能あるいは情報サービス機能とは分離独立して、アプリケーションプログラムが実行されるものに、本発明を適用すると好適である。
【００５３】
【発明の効果】
本発明は、上述した説明から明らかなように、第１，第２の配信手段が連携して演奏データおよび着信メロディを配信することができるという効果がある。
したがって、サーバ装置から配信を受けるカラオケ演奏に適用すれば、使用上機能的であり、またサービスの利用がしやすく、コンテンツプロバイダにとっても著作権の保護されたカラオケ演奏システムを提供することができる。
【図面の簡単な説明】
【図１】  本発明の電話端末装置の実施の一形態の機能構成図である。
【図２】  図１に示した表示器に表示される表示画面の一具体例を示す説明図である。
【図３】  カラオケ演奏データの配信サービスから着信メロディの配信サービスに連携する動作を説明するための模式的なシーケンス図である。
【図４】  本発明の電話端末装置のハードウエア構成の一例を示すブロック構成図である。
【図５】  本発明の実施の一形態の動作を説明するためのメインのフローチャートである。
【図６】  図５に示した一般操作の詳細を説明するためのフローチャートである。
【図７】  図６に示した情報サービスの詳細を説明するためのフローチャートである。
【図８】  図７に示した新情報サービスの詳細を説明するための第１のフローチャートである。
【図９】  図８に示した第１のフローチャートに続く第２のフローチャートである。
【図１０】  図７に示した電子メール受信の詳細を説明するためのフローチャートである。
【符号の説明】
１  入力キー、２  入力部、３  インターフェース、４  フォームデータメモリ、５  表示画面作成部、６  表示器、７  無線送受信回路、８  カラオケ演奏データメモリ、９  音源、１０  スピーカ、１１  着信メロディメモリ
【図１】
0003956628.tif 000002
【図２】
0003956628.tif 000003
【図３】
0003956628.tif 000004
【図４】
0003956628.tif 000005
【図５】
0003956628.tif 000006
【図６】
0003956628.tif 000007
【図７】
0003956628.tif 000008
【図８】
0003956628.tif 000009
【図９】
0003956628.tif 000010
【図１０】
0003956628.tif 000011