JP2004328439A - Call incoming time information editing system of cellular phone - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To enable a server side which provides call incoming time information such as melody data and moving image data to make complicated management of copyright payment according to various use forms by every user unnecessary and to enable a user to perform a satisfactory editing work without worrying that communication costs becomes expensive. <P>SOLUTION: This call incoming time information editing system consists of a server S and a cellular phone 1 which can be connected with the server via a communication means N, the server is provided with a function for providing the cellular phone with music and moving images by unit of preset data, the cellular phone is provided with an application area 3 which stores an editing program and a call incoming time information management area 2 having functions for storing call incoming time information and reproducing the call incoming time information and the editing program is provided with functions for downloading specific music and moving images from the server, storing them in the application area 3, editing the downloaded data as the call incoming time information and storing it in the call incoming time information management area. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
この発明は、携帯電話の着信メロディや、着信時の画面などを編集するシステムに関する。
【０００２】
【従来の技術】
携帯電話などにおいて、電話が掛かってきたとき、つまり、着信時にならす音（以下、着信メロディという）を、ウェブサイトから購入し、ダウンロードして利用することがある。
また、着信メロディとして、利用するための様々なメロディデータの特定な部分を抽出して、それを購入したり、複数のメロディデータを結合したりして編集する着信メロディ編集サイトも有る。
【０００３】
このような編集サイトでは、ユーザーが、サーバー側の編集プログラムを利用して、特定のメロディデータの中から、好みの部分を抽出したり、複数の部分をつなぎ合わせたりして、好みの着信メロディを作成する。
具体的には、まず、ユーザーは、携帯電話で、上記着信メロディ編集サイトにアクセスして、利用したい１または複数のメロディデータを選択する。そして、それらの全部または一部分を、試聴しながら、複数の部分を抽出し、さらにつなぎ合わせて、所定の長さの着信メロディを作り上げる。最後に、自分で編集した着信メロディを試聴して、納得すれば、それを携帯電話にダウンロードする。ダウンロードした着信メロディは、携帯電話の着信メロディ記憶部に記憶される。この着信メロディ記憶部に記憶したものは、他の着信メロディと同様に、好きなときに、着信メロディとして設定できる。
【０００４】
【発明が解決しようとする課題】
上記のような編集サイトでは、提供するメロディデータの著作権料をそれぞれの作家に支払う必要がある。この著作権料は、例えば、１つの楽曲を全部提供した場合と、部分的に提供する場合とでは異なるし、１曲でも、曲によって料金が異なることもある。また、試聴させるだけの場合と、ダウンロードさせる場合とでも異なる。さらに、一定時間未満の、短時間の試聴の場合には、無料である。つまり、様々な利用形態に応じて細かく料金が設定されている。
【０００５】
そのため、上記編集サイトの管理者側では、編集サイトを利用するユーザーに対しては、簡単な料金規定を設定したとしても、作家に対して著作権料を支払うために、ユーザーの利用状況を細かく管理しておく必要がある。すなわち、ユーザーがどのメロディデータを、どのくらいの長さ利用したのか、どれだけの長さのメロディデータを、何回試聴したのかというようなデータを、すべて管理しなければならない。このような、ユーザーの利用履歴データを保存し、集計することは非常に面倒であった。
【０００６】
また、上記システムでは、ユーザーが、利用する編集プログラムが、サーバー側にあるため、着信メロディの編集中は、ユーザーの端末とサーバーとを接続しておく必要がある。ユーザーが、何回も試聴しながら、メロディデータの特定の部分を抽出したり、つなぎ合わせたりする作業を繰り返し行おうとすると、通信費が、高くなってしまって、ユーザーの、経済的負担が大きくなってしまうという問題もあった。
【０００７】
この発明の目的は、メロディデータや動画データなどの、着信時情報を提供するサーバー側が、ユーザー毎の様々な利用形態に応じた、複雑な著作権料の管理を不要にでき、しかも、ユーザーが、通信費用が高額になってしまうことを心配しないで、納得がゆく編集作業を行うことができる、携帯電話の着信時情報編集システムを提供することである。
【０００８】
【課題を解決するための手段】
第１の発明は、音楽や動画を提供するサーバーと、このサーバーと通信手段を介して接続可能な携帯電話とからなり、サーバーは、予め設定したデータ単位での音楽や動画を携帯電話に提供する機能を備え、携帯電話は、編集プログラムを記憶するアプリケーション領域を備えるとともに、着信メロディまたは着信動画などの着信時情報を記憶する機能と、その着信時情報を再生する機能とを備えた着信時情報管理領域を備え、上記編集プログラムは、上記サーバーから、特定の音楽や動画をダウンロードして上記アプリケーション領域に記憶させる機能と、ダウンロードした特定の音楽や動画を着信時情報として編集し、それを上記着信時情報管理領域に記憶させる機能とを備えた点に特徴を有する。
なお、上記着信時情報とは、携帯電話に着信があったときに、それを知らせるために鳴らす音楽や、ディスプレイに表示させる動画のデータである。
【０００９】
第２の発明は、第１の発明を前提とし、編集プログラムは、音楽や動画データの複数の部分を抽出して、それらを結合する機能を有するとともに、結合部分に前後のデータの特性を段階的に連続させる緩衝領域を設けることを特徴とする。
【００１０】
【発明の実施の形態】
図１〜図１６を用いて、この発明の実施例を説明する。
この実施例の着信時情報編集システムは、図１に示すように、着信メロディとして編集可能なメロディデータを提供するサーバーＳと、このサーバーＳに通信手段Ｎを介して接続可能にしたユーザーの携帯電話１とによって構成される。
上記サーバーＳ側は、多数のメロディデータとともに、これらのメロディデータを編集するための編集プログラムも備えていて、これらを、サーバーＳにアクセスしてきた携帯電話１にダウンロードさせるサービスを行っている。
【００１１】
一方、携帯電話１は、図２に示すように、着信時情報管理領域２と、アプリケーション領域３とを備えている。そのほかに、図示していないが、通常の電話機としての通信機能などを有する領域も備えている。
上記着信時情報領域２には、着信メロディ制御部２ａと、着信メロディ記憶部２ｂとを備えている。そして、着信メロディ記憶部２ｂには、複数の着信メロディを記憶しておくことができ、上記着信メロディ制御部２ａは、着信メロディ記憶部２ｂに記憶している着信メロディの中から、好みのメロディを、着信メロディとして設定することができる。つまり、この実施例では、着信メロディが、この発明の着信時情報である。
【００１２】
また、アプリケーション領域３は、プログラム記憶部３ａと、メロディデータ記憶部３ｂとを備えている。このプログラム記憶部３ａには、電話機能とは直接関連しない様々なアプリケーションプログラムを設定できるようにしている。
ユーザーは、上記サーバーＳにアクセスし、着信メロディ編集プログラムをダウンロードして、携帯電話１のアプリケーション領域３のプログラム記憶部３ａに記憶させる。ただし、この着信メロディ編集プログラムは、予め、携帯電話１のプログラム記憶部３ａに設定しておくこともできる。
【００１３】
以下に、アプリケーション領域３に設定した編集プログラムを利用して、ユーザーが、着信メロディを編集する手順を説明する。
まず、ユーザーは、携帯電話１を用いて、サーバーＳにアクセスする。そして、編集に利用したいメロディデータをダウンロードする。ダウンロードの手順は、特に図示していないが、例えば、曲名リスト画面から曲名を選択して、ダウンロードする。必要なら、無料の範囲で試聴させてもかまわない。
【００１４】
ただし、この発明のシステムでは、着信メロディとして利用したい部分が含まれているメロディデータを、そのまま携帯電話１にダウンロードさせる。つまり、サーバーＳは、従来のように、必要な部分を抽出して編集した結果をダウンロードさせるのではなく、例えば、１曲丸ごとダウンロードさせる。ダウンロードさせる単位は、曲単位だけでなく、例えば、第１楽章だけ、というような単位でもかまわないが、サーバーＳ側で予め決めたデータ単位でのダウンロードしかできないようにしている。
ユーザーが、複数のメロディデータをダウンロードすると、携帯電話１のアプリケーション領域３では、ダウンロードしたメロディデータを、メロディデータ記憶部３ｂに記憶させる。
【００１５】
次に、図３〜図９の編集画面に従って、着信メロディの編集を行う。
図３のメロディデータ選択画面を表示させると、そこには、上記メロディデータ記憶部３ｂにダウンロードして記憶させたメロディデータ名５が表示され、その左隣には、チェックボックス６が表示される。また、画面下方には、図示しないメニュー画面に戻るキャンセルボタン７と、メロディデータの選択を決定して、次のステップへ進むための、次へボタン８とが、表示される。そこで、編集に利用したいメロディデータに対応するチェックボックス内にチェックして、次へボタン８を押す。
【００１６】
なお、図３〜図９に示す、携帯電話１の編集画面上のボタンは、実際には押せないが、ここでは、押すと表現することにする。そして、その操作は、携帯電話本体に設けられた矢印キーや決定キーによって行う。例えば、矢印キーで、画面上のボタンの位置を特定し、決定キーによって、そのボタンを押すことにする。あるいは、個々のテンキーやその他の操作キーに、各機能を割り当てるようにしてもよい。
【００１７】
図３のメロディデータ選択画面４で、メロディデータとして曲Ａおよび曲Ｂを選択し、次へボタン８を押すと、図４の編集画面９が表示される。この編集画面９は、先に選択したメロディデータである曲Ａと曲Ｂとに対応する時間軸１０、１１を表示する第１画面９ａと、この第１画面９ａに表示されたメロディデータを再生させるための、操作ボタンなどが並んだ第２画面９ｂとからなる。
そして、図４では、曲Ａの時間軸１０に選択マーク１２がつけられ、カーソル１３が重なっている。このカーソル１３は、メロディデータを再生する際に、再生に伴って移動し、その再生位置を示すものである。
上記第１画面９ａには、メロディデータ選択画面４で選択した曲の数だけ、時間軸が表示される。その数が多くなった場合には、第１画面９ａをスクロールさせることによって全てを順番に表示させることができる。
【００１８】
また、第２画面９ｂには、上記選択マーク１２を上下させる上下ボタン１４ａ，１４ｂの上下ボタン群１４と、メロディデータを再生するための再生ボタン群１５が表示されている。再生ボタン群１５には、再生ボタン１５ａ、一次停止ボタン１５ｂ、停止ボタン１５ｃ、戻りボタン１５ｄ、早送りボタン１５ｅが有る。これらの下には、メロディデータの一部を抽出する際に、その開始位置をセットする開始点セットボタン１６と、終了位置をセットする終了点セットボタン１７とがあり、画面下端には、戻りボタン１８と次へボタン１９とが表示されている。
【００１９】
図４の、編集画面９の状態では、上ボタン１４ａが選択されている。ここでは、選択されているボタンを反転表示しているが、図示しない矢印キーによって、ボタンの選択位置を移動させることができる。
次に、再生ボタン１５ａを選択して、決定ボタンを押せば、上記曲Ａの再生が始まり、図５に示すように、その再生に伴って、カーソル１３が移動する。ユーザーは、試聴しながら、部分データとして抽出したい位置が来たら、開始点セットボタン１６を押す。開始点セットボタン１６を押すと、その時点で、図６に示すように、開始マーク２０がつけられる。
再生を続けて、ユーザーが、抽出データの終わりにしたい所になったら、終了点セットボタン１７を押すと、その時点でカーソル１３の位置に、終了マーク２１がつけられる（図７参照）。そして、図７に示すように、時間軸１０上に、開始マーク２０と終了マーク２１とで挟まれた抽出データ部分ａが特定される。
【００２０】
次に、選択マーク１２を、下ボタン１４ｂで曲Ｂの時間軸１１に移動させる。選択マーク１２が移動すると、カーソル１３も、時間軸１１上に移動し、再生ボタン１５ａによって、曲Ｂを再生できる。曲Ｂについても、曲Ａと同様にして、開始マーク２２と終了マーク２３とをつけて、抽出データ部分ｂを特定する。
この実施例では、各曲Ａ，Ｂにおいて、一個所ずつ、抽出データ部分ａ，ｂを抽出したが、１つの曲から、複数の抽出データ部分を抽出してもかまわない。
このようにして、抽出データ部分ａ，ｂを特定したら、編集画面９の次へボタン１９を押す。
【００２１】
図７の編集画面９で次へボタン１９を押すと、図８の補正画面２４が表示される。この補正画面２４では、先に選択した抽出データ部分ａとｂとを結合する処理を行う。この補正画面２４には、抽出データ部分ａ，ｂを特定した順に並べて結合した状態で表示している。ただし、この並び順は、後で説明する手順によって変更することができる。
また、この補正画面２４には、補正レベルを設定するレベル設定欄２５と、並べ替え画面を表示さえるための並べ替えボタン２６と、現時点でのメロディデータを試聴するための試聴ボタン２７と、戻るボタン２８，保存ボタン２９とが表示されている。
【００２２】
上記結合補正とは、２つの抽出データ部分を結合する際に、その結合部分がなめらかに連続するように、補正することである。その詳細は、後で説明するが、簡単説明すると、先の抽出データ部分の終わり部分と、後の抽出データ部分の始まり部分とを、それぞれ、他方の抽出データ部分の特性に、段階的に近づけるようにすることである。それによって、例えば、異質な音楽を結合した場合でも、その結合部分で、流れがとぎれることがないようにしている。
そして、この滑らかさのレベルを、上記補正レベルとして、設定できるようにしている。
【００２３】
この補正画面２４で、試聴ボタン２７を押すと、画面に示された順序で、しかも、レベル設定欄２５で設定したレベルでの補正が行われた編集済みのデータを試聴することができる。ユーザーは、使用したメロディデータを着信メロディとすることに納得した場合には、保存ボタン２９を押す。保存ボタン２９が押されると、プログラム記憶部３ａに記憶されている編集プログラムが、編集済みのメロディデータを着信メロディとして、携帯電話１の着信メロディ記憶部２ｂに記憶させる。このようにして、一旦、着信メロディ記憶部２ｂに記憶させた着信メロディは、通常の着信メロディ設定手順によって、利用することができる。
【００２４】
一方、図８の補正画面２４に表示された抽出データ部分の並び順を変更したい場合には、並べ替えボタン２６を押して、図９に示す並べ替え画面３０を表示させることができる。
並べ替え画面３０では、抽出データ部分ａ上にカーソル３１が表示されている。このカーソル３１の位置は、携帯電話本体の矢印キーなどによって、移動させることができる。
また、この並べ替え画面３０には、カーソルで指定した抽出データ部分を、前方へ移動させる前へボタン３２と、後へ移動させる後へボタン３３と、その位置で良い場合に押すＯＫボタン３４と、戻るボタン３５とを備えている。
【００２５】
上記前へボタン３２、後へボタン３３、ＯＫボタン３４によって、抽出データ部分の並び順を調整したら、戻るボタン３５を押して、図８の補正画面２４の戻る。この補正画面２４で、試聴をしたり、必要なら補正レベルを変更したりして、ユーザーが納得する編集データを作成する。この際、必要に応じて、並べ替えボタン２６と戻るボタン３５とを用いて、並べ替え画面３０と補正画面２４とを行き来たりして、好みのデータを作成できる。
そして、最終的に決まったメロディデータを、着信メロディとして、着信メロディ記憶部２ｂに保存させる。
【００２６】
なお、上記結合補正の具体例を、図１０〜図１５を用いて説明する。
図１０は、サーバーＳからダウンロードできる単位のメロディデータであり、例えば、曲Ａと、曲Ｂである。曲Ａ、Ｂのデータは、それぞれ、題名や、作者などの情報ヘッダＨ_Ａ，Ｈ_Ｂと、全体の音量などのマスタ情報Ｍ_Ａ，Ｍ_Ｂと、特定部分のテンポやキーなどのヘッダｈ_Ａ，ｈ_Ｂと、メロディそのもののデータ部ｄ_Ａ，ｄ_Ｂとを備えている。
上記特定部分のヘッダは、テンポやキー等が、変化する部分に対応付けて設けるデータである。例えば、曲Ａの中で、テンポが異なるデータ部ｄ_Ａ１と、ｄ_Ａ２とが有れば、それぞれのデータ部に、異なるヘッダｈ_Ａ１と、ｈ_Ａ２とをつけている。
【００２７】
そして、この実施例で曲Ａから抽出した抽出データ部分ａと、曲Ｂの抽出データ部分ｂとが、図１０で示すように、データ部ｄ_Ａ１と、ｄ_Ｂ２の一部であるとしたとき、それらをそのまま結合したときのデータは、図１１のように図示できる。つまり、上記抽出データ部分ａは、データ部ｄ_Ａ１の一部なので、この抽出データ部分ａに対応するヘッダはヘッダｈ_Ａ１であり、抽出データ部分ｂのヘッダはヘッダｈ_Ｂ２である。これらを、単につなぎ合わせ、結合部の補正を行わない状態を補正レベル０としている。なお、題名などの情報ヘッダＨ_ＡＢや、マスタ情報Ｍ_ＡＢは、結合したメロディデータ用に新たに作成している。
そして、抽出データ部分ａと部分ｂとのテンポやキーなどの特性に差が有った場合、補正レベルゼロでは、図１２のように、部分ａとｂとの結合部に大きな段差ができる。
【００２８】
この段差を分割して、小さな段差を増やして連続させてゆくのが、結合部の補正処理である。実施例では、上記段差の中間に新たな段差を１つ設ける補正を行うものをレベル１とし、そのモデルを図１３と図１４に示している。
このレベル１では、図１１の部分ａを図１３に示す部分ａ_１とａ_２とに分割し、部分ｂを部分ｂ_１と、ｂ_２とに分割している。そして、部分ａ_２とｂ_１とに、新たに作成した共通のヘッダｈ’をつけている。また、残りの部分ａ_１には、部分ａのヘッダｈ_Ａ１をつけ、部分ｂ_２には、部分ｂのヘッダｈ_Ｂ２をつけている。上記ヘッダｈ’＝（ｈ_Ａ１＋ｈ_Ｂ２）／２である。すなわち、ヘッダｈ’は、前後のヘッダｈ_Ａ１とヘッダｈ_Ｂ２との平均値である。
【００２９】
これにより、曲Ａの抽出部分と、曲Ｂの抽出部分との結合部に、中間的なヘッダｈ’を持つ緩衝領域Ｓを設けている。そして、この緩衝領域Ｓの時間は２ｔで、両抽出データ部分ａ，ｂの結合部側から、それぞれ時間ｔの範囲を補正することによって作成している。２つの曲から抽出した２つの抽出データ部分をそのまま結合した場合にできる段差２Δｈ（Δｈの２倍）の中間に、新たな段を設けたことになる。その結果、緩衝領域Ｓを作成しない場合と比べて、滑らかな結合ができ、編集済みのメロディデータを、１つのメロディとして、違和感無く聞くことができるようになる。
【００３０】
また、レベル２とは、図１５に示すように、レベル１で作成した緩衝領域Ｓ内の部分ａ_２をさらにａ_３とａ_２とに分割し、また、部分ｂ_１を、ｂ_１とｂ_３とに分割し、緩衝領域Ｓ内の段数を２倍にしてより滑らかにするものである。つまり、段差Δｈの中間に、新たな段差を設けたことになる。
同様にして、各段差の中間に、新たな段差を設けて、段数を２倍に増やしてゆくことによって、より滑らかな結合ができるようになる。つまり、レベル３として、Δｈの段差を４等分するものを設定するというものである。
【００３１】
しかし、この補正方法は、どのようなものでもかまわない、例えば、図１６のように、レベル３として、上記段差Δｈを３分割して段差数を増やす補正方法もあるし、その他どのような演算によってもかまわない。要するに、元々、ヘッダｈの値に差があるデータ部を結合する結合部分に、多段階的に連続する緩衝領域Ｓを作成すればよいのである。
そして、この実施例では、上記携帯電話１にダウンロードした編集プログラム内に、複数の補正レベルを設定して、ユーザーが、選択できるようにしている。
【００３２】
また、この実施例では、上記緩衝領域の時間を２ｔとして固定的に設定しているが、時間ｔの決め方はこれに限らない。例えば、メロディデータ全体の長さを基準にして、何分の１というように決めても良いし、抽出データ部分の長さに応じて、決めてもよい。緩衝領域が長くなればなるほど、滑らかな結合が可能になるが、その分、もとのメロディが、分からなくなってしまうという欠点もあるので、緩衝領域Ｓを長くすればよいというものではない。
また、結合すべき抽出データ部分の特性に応じて、編集プログラムが、結合時の補正レベルを自動的に選択するようにしてもよい。例えば、前後の抽出データ部分のヘッダｈの数値の差が大きいときには、時間ｔを長くして、さらに、補正レベルを高くし、両ヘッダｈ間の差が小さいときには、時間ｔを短くし、補正レベルも低くするなどである。
【００３３】
以上のような、システムでは、メロディデータを提供するサーバーＳ側では、編集前のメロディデータを、予め決められたデータ単位でのみ、ダウンロードさせるようにしている。そのため、著作権料をメロディデータ毎に、一義的に決めることができる。従って、従来のように、ユーザーの利用形態に応じた著作権料の管理や、計算と行った煩雑な処理を行う必要がない。
一方で、ユーザー側は、一旦ダウンロードしたメロディデータを、自分の携帯電話１の編集プログラムで編集することができるので、サーバーＳとの通信時間を心配すること無く、自由に、納得ゆくまで、編集作業をすることができる。しかも、一度、ダウンロードしたメロディデータは、アプリケーション領域３のメロディデータ記憶部３ｂから削除するまでは、何度でも、それを使うことができる。
【００３４】
なお、上記実施例では、着信時情報が着信メロディの場合を説明しているが、着信時情報には、動画も含まれ、この発明は、動画データを携帯電話の着信時画像とするシステムにも利用できる。動画を着信時情報とした場合には、上記サーバーＳからは、予め設定した単位の動画データをダウンロードさせ、それをダウンロードした携帯電話で、携帯電話の着信時画像として編集するようにする。動画の場合にも、複数の動画を結合する際には、結合部分に緩衝領域を設けて、スムーズな結合をすることができる。動画データの補正としては、例えば、フェードイン、フェードアウトを利用したり、色調や、明るさを調整したりする方法が考えられる。
【００３５】
【発明の効果】
第１、第２の発明によれば、サーバー側が携帯電話に提供させる、音楽や動画データの著作権料に関して、ユーザーの利用形態に応じた複雑な管理をする必要がなくなる。
第２の発明では、複数の部分を結合する際に、その結合部に緩衝領域を設けて、より自然な連続性を持たせることができる。
【図面の簡単な説明】
【図１】実施例のシステムの全体構成図である。
【図２】実施例の携帯電話の機能を表すブロック図である。
【図３】実施例のメロディデータ選択画面である。
【図４】実施例の編集画面で、再生を始める前の状態である。
【図５】実施例の編集画面で、再生中の状態である。
【図６】実施例の編集画面で、抽出部分の開始点をセットした状態を表している。
【図７】実施例の編集画面で、全てのメロディデータから抽出部分を特定した状態を表している。
【図８】実施例の補正画面である。
【図９】実施例の並べ替え画面である。
【図１０】実施例のメロディデータを示した図である。
【図１１】実施例の抽出部分を、補正レベルゼロで結合したデータの図である。
【図１２】補正レベルゼロの結合部分の概念を説明するための図である。
【図１３】実施例のデータの結合部分で、補正レベル１での結合例を示す図である。
【図１４】実施例の補正レベル１を説明するための図である。
【図１５】補正レベル２の例を説明するための図である。
【図１６】補正レベル３の例を説明するための図である。
【符号の説明】
１ 携帯電話
Ｓ サーバー
Ｎ 通信手段
２ 着信時情報管理領域
２ａ 着信メロディ制御部
２ｂ 着信メロディ記憶部
３ アプリケーション領域
３ａ プログラム記憶部
３ｂ メロディデータ記憶部[0001]
TECHNICAL FIELD OF THE INVENTION
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a system for editing a melody of a mobile phone, a screen at the time of an incoming call and the like.
[0002]
[Prior art]
2. Description of the Related Art In a mobile phone or the like, when a call is received, that is, a sound to be played at the time of an incoming call (hereinafter referred to as an incoming melody) may be purchased from a website, downloaded and used.
There is also a ringtone melody editing site that extracts a specific part of various melody data to be used as a ringtone melody and purchases it, or combines and combines a plurality of pieces of melody data.
[0003]
In such an editing site, a user can use a server-side editing program to extract a desired part from specific melody data or to connect a plurality of parts together to form a desired ringtone. Create
Specifically, first, the user accesses the above-mentioned incoming melody editing site with a mobile phone and selects one or a plurality of melody data to be used. Then, while listening to all or a part of them, a plurality of parts are extracted and connected to form a ringing melody of a predetermined length. Finally, listen to the ringtone you edited and, if you are satisfied, download it to your mobile phone. The downloaded incoming melody is stored in the incoming melody storage unit of the mobile phone. What is stored in the incoming melody storage unit can be set as an incoming melody at any time like other incoming melody.
[0004]
[Problems to be solved by the invention]
In such an editing site, it is necessary to pay each author a copyright fee for the melody data to be provided. This copyright fee is different, for example, between the case where one song is provided entirely and the case where it is partially provided, and even for one song, the fee may be different depending on the song. Also, there is a difference between the case where the user only listens to the sample and the case where the user downloads the sample. Furthermore, in the case of a short-time audition for less than a certain time, it is free of charge. That is, the fee is set finely according to various usage modes.
[0005]
Therefore, the administrator of the above-mentioned editing site, even if a simple fee rule is set for the user of the editing site, pays a copyright fee to the writer, so that the usage situation of the user is finely divided. It needs to be managed. That is, it is necessary to manage all data such as how much melody data the user has used and how long, how long the melody data has been listened to and how many times. It is very troublesome to store and compile such user's usage history data.
[0006]
Further, in the above system, since the editing program used by the user is on the server side, it is necessary to connect the user's terminal to the server while editing the incoming melody. If the user repeatedly tries to extract or connect specific parts of the melody data while listening to it many times, communication costs will increase and the user's financial burden will increase. There was also a problem of becoming.
[0007]
An object of the present invention is to provide a server that provides information on incoming call, such as melody data and moving image data, without having to manage complicated copyright fees according to various usage modes for each user, and furthermore, the Another object of the present invention is to provide an incoming call information editing system for a mobile phone that can perform a satisfactory editing operation without worrying that the communication cost will be high.
[0008]
[Means for Solving the Problems]
A first invention comprises a server for providing music and video and a mobile phone connectable to the server via communication means, and the server provides the mobile phone with music and video in preset data units. The mobile phone has an application area for storing an editing program, and has a function for storing incoming information such as a ringtone melody or an incoming video, and a function for reproducing the incoming information. An information management area is provided, and the editing program downloads specific music and video from the server and stores the music and video in the application area, and edits the downloaded specific music and video as incoming call information. And a function of storing the information in the incoming call information management area.
Note that the incoming call information is data of music that sounds when a mobile phone receives an incoming call and video data that is displayed on a display.
[0009]
The second invention is based on the first invention, and the editing program has a function of extracting a plurality of portions of music or moving image data and combining them, and also stores a characteristic of data before and after in the combined portion. It is characterized by providing a buffer region that is continuously connected.
[0010]
BEST MODE FOR CARRYING OUT THE INVENTION
An embodiment of the present invention will be described with reference to FIGS.
As shown in FIG. 1, the incoming call information editing system according to this embodiment includes a server S that provides melody data that can be edited as an incoming melody, and a mobile phone of a user who can connect to the server S via communication means N. And a telephone 1.
The server S is provided with an editing program for editing the melody data as well as a large number of melody data, and provides a service of downloading the melody data to the mobile phone 1 accessing the server S.
[0011]
On the other hand, as shown in FIG. 2, the mobile phone 1 includes an incoming information management area 2 and an application area 3. In addition, although not shown, an area having a communication function as a normal telephone is also provided.
The incoming call information area 2 includes an incoming melody control unit 2a and an incoming melody storage unit 2b. A plurality of ringing melodies can be stored in the ringing melody storage section 2b. The ringing melody control section 2a can select a desired melody from the ringing melody stored in the ringing melody storage section 2b. Can be set as a ring tone. That is, in this embodiment, the incoming call melody is the incoming call information of the present invention.
[0012]
Further, the application area 3 includes a program storage unit 3a and a melody data storage unit 3b. Various application programs not directly related to the telephone function can be set in the program storage unit 3a.
The user accesses the server S, downloads the incoming melody editing program, and stores it in the program storage unit 3a of the application area 3 of the mobile phone 1. However, the incoming melody editing program can be set in the program storage unit 3a of the mobile phone 1 in advance.
[0013]
Hereinafter, a procedure in which the user edits the incoming melody using the editing program set in the application area 3 will be described.
First, the user accesses the server S using the mobile phone 1. Then, the melody data to be used for editing is downloaded. Although the download procedure is not specifically shown, for example, a song title is selected from the song title list screen and downloaded. If necessary, you can listen to it for free.
[0014]
However, in the system of the present invention, the melody data including the part to be used as the ringing melody is downloaded to the mobile phone 1 as it is. In other words, the server S does not download the result of extracting and editing the necessary portion as in the conventional case, but downloads the entire song, for example. The unit to be downloaded may be not only the music unit but also the first movement, for example, but may be downloaded only in the data unit predetermined on the server S side.
When the user downloads a plurality of melody data, the downloaded melody data is stored in the melody data storage unit 3b in the application area 3 of the mobile phone 1.
[0015]
Next, the incoming melody is edited according to the editing screens shown in FIGS.
When the melody data selection screen of FIG. 3 is displayed, the melody data name 5 downloaded and stored in the melody data storage section 3b is displayed, and a check box 6 is displayed on the left side thereof. . At the bottom of the screen, a cancel button 7 for returning to a menu screen (not shown) and a next button 8 for determining selection of melody data and proceeding to the next step are displayed. Then, the user checks the check box corresponding to the melody data to be used for editing, and presses the next button 8.
[0016]
Note that the buttons on the editing screen of the mobile phone 1 shown in FIGS. 3 to 9 cannot be actually pressed, but are expressed as pressed here. The operation is performed by an arrow key or an enter key provided on the mobile phone body. For example, the position of a button on the screen is specified by an arrow key, and the button is pressed by an enter key. Alternatively, each function may be assigned to each numeric keypad or other operation keys.
[0017]
When tune A and tune B are selected as melody data on the melody data selection screen 4 in FIG. 3 and the next button 8 is pressed, an edit screen 9 in FIG. 4 is displayed. The editing screen 9 includes a first screen 9a for displaying time axes 10 and 11 corresponding to the previously selected melody data of the songs A and B, and a reproduction of the melody data displayed on the first screen 9a. And a second screen 9b on which operation buttons and the like are arranged.
In FIG. 4, the selection mark 12 is put on the time axis 10 of the song A, and the cursor 13 overlaps. The cursor 13 moves along with the reproduction when reproducing the melody data, and indicates the reproduction position.
On the first screen 9a, time axes are displayed for the number of music pieces selected on the melody data selection screen 4. If the number increases, all can be displayed in order by scrolling the first screen 9a.
[0018]
On the second screen 9b, an up / down button group 14 of up / down buttons 14a and 14b for moving the selection mark 12 up and down, and a playback button group 15 for playing melody data are displayed. The play button group 15 includes a play button 15a, a temporary stop button 15b, a stop button 15c, a return button 15d, and a fast forward button 15e. Below these are a start point set button 16 for setting the start position and an end point set button 17 for setting the end position when extracting a part of the melody data. Button 18 and next button 19 are displayed.
[0019]
In the state of the editing screen 9 in FIG. 4, the up button 14a is selected. Here, the selected button is highlighted, but the selected position of the button can be moved by an arrow key (not shown).
Next, when the play button 15a is selected and the enter button is pressed, the reproduction of the music A starts, and the cursor 13 moves with the reproduction as shown in FIG. The user presses the start point set button 16 when a position to be extracted as partial data comes while listening to the sample. When the start point set button 16 is pressed, a start mark 20 is added at that time, as shown in FIG.
When the reproduction is continued and the user reaches the end of the extracted data, when the end point set button 17 is pressed, the end mark 21 is added to the position of the cursor 13 at that point (see FIG. 7). Then, as shown in FIG. 7, on the time axis 10, the extracted data portion a sandwiched between the start mark 20 and the end mark 21 is specified.
[0020]
Next, the selection mark 12 is moved to the time axis 11 of the music B by the down button 14b. When the selection mark 12 moves, the cursor 13 also moves on the time axis 11, and the music B can be reproduced by the reproduction button 15a. Similarly to the music A, the music B is provided with the start mark 22 and the end mark 23, and the extracted data portion b is specified.
In this embodiment, the extracted data portions a and b are extracted one by one in each of the songs A and B. However, a plurality of extracted data portions may be extracted from one song.
When the extracted data portions a and b are specified in this way, the next button 19 on the editing screen 9 is pressed.
[0021]
When the next button 19 is pressed on the editing screen 9 of FIG. 7, a correction screen 24 of FIG. 8 is displayed. On the correction screen 24, a process of combining the previously selected extracted data portions a and b is performed. On the correction screen 24, the extracted data portions a and b are displayed in a specified order and combined. However, this arrangement order can be changed by a procedure described later.
The correction screen 24 includes a level setting field 25 for setting a correction level, a rearrangement button 26 for displaying a rearrangement screen, and a preview button 27 for previewing the melody data at the present time. A button 28 and a save button 29 are displayed.
[0022]
The above-mentioned combination correction is to correct the two extracted data portions so that the combined portions are smoothly continuous. The details will be described later, but to briefly explain, the end portion of the first extracted data portion and the beginning portion of the second extracted data portion are each gradually brought close to the characteristics of the other extracted data portion. Is to do so. Thereby, for example, even when foreign music is combined, the flow is not interrupted at the combined portion.
The smoothness level can be set as the correction level.
[0023]
When the preview button 27 is pressed on the correction screen 24, the edited data that has been corrected in the order shown on the screen and at the level set in the level setting column 25 can be previewed. When the user is satisfied that the used melody data is used as the ringing melody, the user presses the save button 29. When the save button 29 is pressed, the editing program stored in the program storage unit 3a stores the edited melody data as a ringing melody in the ringing melody storage unit 2b of the mobile phone 1. In this way, the incoming melody once stored in the incoming melody storage unit 2b can be used by a normal incoming melody setting procedure.
[0024]
On the other hand, when it is desired to change the arrangement order of the extracted data portions displayed on the correction screen 24 in FIG. 8, the rearrangement button 26 can be pressed to display the rearrangement screen 30 shown in FIG.
On the rearrangement screen 30, a cursor 31 is displayed on the extracted data portion a. The position of the cursor 31 can be moved by an arrow key or the like of the mobile phone.
In addition, the rearrangement screen 30 includes a button 32 for moving the extracted data portion designated by the cursor forward, a button 33 for moving back, and an OK button 34 pressed when the position is acceptable. , A return button 35.
[0025]
After adjusting the arrangement order of the extracted data portions using the previous button 32, the backward button 33, and the OK button 34, the return button 35 is pressed to return to the correction screen 24 of FIG. On the correction screen 24, the user listens to the sample, and if necessary, changes the correction level, thereby creating edit data that the user can understand. At this time, desired data can be created by switching back and forth between the rearrangement screen 30 and the correction screen 24 using the rearrangement button 26 and the return button 35 as necessary.
Then, the finally determined melody data is stored as an incoming melody in the incoming melody storage unit 2b.
[0026]
Note that a specific example of the above-described coupling correction will be described with reference to FIGS.
FIG. 10 shows melody data in units that can be downloaded from the server S, for example, a song A and a song B. Song A, data B, respectively, title and information such as the author header _H A, _{H B} and the master information _M A, such as overall volume, _{M B} and a header _{h A,} such as a specific part of the tempo and key includes a _{h B,} the melody itself data unit _d a, and _{d B.}
The header of the specific portion is data provided in association with a portion where the tempo or key changes. For example, if there are data portions d _A1 and d _A2 having different tempos in song A, different headers h _A1 and h _A2 are attached to the respective data portions.
[0027]
Then, assuming that the extracted data portion a extracted from the song A in this embodiment and the extracted data portion b of the song B are part of the data portions d _A1 and d _B2 as shown in FIG. The data obtained by combining them as they are can be illustrated as shown in FIG. That is, since the extracted data portion a is a part of the data portion d _A1 , the header corresponding to the extracted data portion a is the header h _A1 and the header of the extracted data portion b is the header h _B2 . These are simply joined together, and the state in which the correction of the joint portion is not performed is set to the correction level 0. The information header H _AB such as the title and the master information M _AB are newly created for the combined melody data.
Then, when there is a difference in the characteristics such as the tempo and the key between the extracted data part a and the part b, at the correction level zero, a large step is formed at the connection part between the parts a and b as shown in FIG.
[0028]
The process of dividing this step and increasing the number of small steps to make the steps continuous is the process of correcting the joint. In the embodiment, the level to be corrected for providing one new step in the middle of the step is level 1, and a model thereof is shown in FIG. 13 and FIG.
In this level 1 is divided into a portion _{a 1} and _{a 2} as shown in FIG. 13 parts a in FIG. 11, a portion _{b 1} part b, is divided into a _{b 2.} Then, a portion a ₂ and b _1, and with a common header h 'newly created. In addition, the remainder of _{a 1,} with the header _{h A1} portion a, the portion _{b 2,} and with the header _{h B2} part b. The header h '= (h _A1 + h _B2 ) / 2. That is, the header h 'is the average value of the header _{h A1} and header _{h B2} of the front and rear.
[0029]
As a result, a buffer area S having an intermediate header h 'is provided at the joint between the extracted portion of the song A and the extracted portion of the song B. The buffer region S has a time of 2t, and is created by correcting the range of the time t from the connection side of the two extracted data portions a and b. This means that a new step is provided in the middle of the step 2Δh (twice Δh) that can be obtained when the two extracted data portions extracted from the two songs are directly combined. As a result, compared to the case where the buffer area S is not created, a smoother connection can be made, and the edited melody data can be heard as a single melody without discomfort.
[0030]
The level 2 and, as shown in FIG. 15, a portion _{a 2} buffer area S created in Level 1 further divided into _{a 3} and _{a 2,} also the portion _{b 1, b 1} and b _3, and the number of steps in the buffer area S is doubled for smoothing. That is, a new step is provided in the middle of the step Δh.
Similarly, by providing a new step in the middle of each step and increasing the number of steps twice, smoother connection can be achieved. That is, the level 3 is set to divide the step of Δh into four equal parts.
[0031]
However, this correction method may be any method. For example, as shown in FIG. 16, there is a correction method in which the step Δh is divided into three to increase the number of steps as level 3, and any other calculation It does not matter. In short, it is sufficient to create a buffer area S that is continuous in multiple stages in a connection portion that originally connects data portions having a difference in the value of the header h.
In this embodiment, a plurality of correction levels are set in the editing program downloaded to the mobile phone 1 so that the user can select the correction level.
[0032]
Further, in this embodiment, the time of the buffer area is fixedly set to 2t, but the method of determining the time t is not limited to this. For example, the length may be determined as a fraction based on the entire length of the melody data, or may be determined according to the length of the extracted data portion. The longer the buffer area is, the smoother the connection becomes. However, there is a disadvantage that the original melody is lost, so that it is not sufficient to increase the buffer area S.
Further, the editing program may automatically select the correction level at the time of combining according to the characteristics of the extracted data portion to be combined. For example, when the difference between the numerical values of the headers h of the preceding and succeeding extracted data portions is large, the time t is increased, and the correction level is further increased. When the difference between the headers h is small, the time t is shortened, and For example, lower the level.
[0033]
In the system as described above, the server S that provides the melody data downloads the melody data before editing only in a predetermined data unit. Therefore, the copyright fee can be uniquely determined for each melody data. Therefore, there is no need to manage the copyright fee according to the usage form of the user and perform complicated calculations and calculations as in the related art.
On the other hand, the user can edit the melody data once downloaded with the editing program of his / her mobile phone 1, so that the user can freely edit the melody data without worrying about the communication time with the server S until he / she is satisfied. Can work. In addition, once downloaded melody data can be used any number of times until it is deleted from the melody data storage unit 3b of the application area 3.
[0034]
In the above embodiment, the case where the incoming call information is an incoming melody is described. However, the incoming call information also includes a moving image, and the present invention relates to a system in which moving image data is used as an incoming image of a mobile phone. Also available. When a moving image is used as incoming call information, moving image data of a preset unit is downloaded from the server S, and the downloaded mobile phone edits it as an incoming call image of the mobile phone. Also in the case of moving images, when combining a plurality of moving images, a buffer region is provided in the connection portion, and smooth connection can be performed. As the correction of the moving image data, for example, a method of using a fade-in or a fade-out, or a method of adjusting a color tone or brightness can be considered.
[0035]
【The invention's effect】
According to the first and second aspects of the present invention, there is no need to perform complicated management according to a user's usage pattern regarding a copyright fee of music or moving image data to be provided by a server to a mobile phone.
In the second aspect, when connecting a plurality of parts, a buffer region is provided at the connection part, so that more natural continuity can be provided.
[Brief description of the drawings]
FIG. 1 is an overall configuration diagram of a system according to an embodiment.
FIG. 2 is a block diagram illustrating functions of the mobile phone according to the embodiment.
FIG. 3 is a melody data selection screen of the embodiment.
FIG. 4 is a diagram showing an edit screen of the embodiment before starting reproduction.
FIG. 5 is a diagram showing an editing screen according to the embodiment during reproduction.
FIG. 6 shows a state in which a starting point of an extracted portion is set on the editing screen of the embodiment.
FIG. 7 shows a state in which an extracted portion is specified from all melody data on the editing screen of the embodiment.
FIG. 8 is a correction screen according to the embodiment.
FIG. 9 is a rearrangement screen according to the embodiment.
FIG. 10 is a diagram showing melody data of an example.
FIG. 11 is a diagram of data obtained by combining extracted portions of the embodiment at a correction level of zero.
FIG. 12 is a diagram for explaining the concept of a combination part with a correction level of zero.
FIG. 13 is a diagram illustrating an example of combining data at a correction level of 1 in a data combining portion according to the embodiment.
FIG. 14 is a diagram illustrating a correction level 1 according to the embodiment.
FIG. 15 is a diagram for explaining an example of a correction level 2;
FIG. 16 is a diagram for explaining an example of a correction level 3;
[Explanation of symbols]
1 mobile phone S server N communication means 2 incoming information management area 2a incoming melody control section 2b incoming melody storage section 3 application area 3a program storage section 3b melody data storage section

Claims (2)

音楽や動画を提供するサーバーと、このサーバーと通信手段を介して接続可能な携帯電話とからなり、サーバーは、予め設定したデータ単位での音楽や動画を携帯電話に提供する機能を備え、携帯電話は、編集プログラムを記憶するアプリケーション領域を備えるとともに、着信メロディまたは着信動画などの着信時情報を記憶する機能と、その着信時情報を再生する機能とを備えた着信時情報管理領域を備え、上記編集プログラムは、上記サーバーから、特定の音楽や動画をダウンロードして上記アプリケーション領域に記憶させる機能と、ダウンロードした特定の音楽や動画を着信時情報として編集し、それを上記着信時情報管理領域に記憶させる機能とを備えた着信時情報編集システム。The server includes a server that provides music and video and a mobile phone that can be connected to the server via communication means. The server has a function of providing music and video in a predetermined data unit to the mobile phone. The phone has an application area for storing an editing program, and also has a function for storing incoming information such as an incoming melody or an incoming video, and an incoming information management area having a function for reproducing the incoming information. The editing program downloads a specific music or moving image from the server and stores it in the application area. The editing program edits the downloaded specific music or moving image as incoming call information, and converts it into the incoming call information management area. Incoming call information editing system with a function to store the information. 編集プログラムは、音楽や動画データの複数の部分を抽出して、それらを結合する機能を有するとともに、結合部分に前後のデータの特性を段階的に連続させる緩衝領域を設けることを特徴とする請求項１に記載の携帯電話の着信時情報編集システム。The editing program has a function of extracting a plurality of portions of music or moving image data and joining them together, and providing a buffer region in the joined portion to make the characteristics of data before and after stepwise continuous. Item 2. The information editing system for incoming calls of a mobile phone according to Item 1.

Images