(57)【特許請求の範囲】
【請求項１】
マルチメディアファイルから分離した無音の映像を着信通知の映像ファイルであるメディアファイルとして設定する段階、
前記マルチメディアファイルから分離した音源を前記着信通知の音声ファイルであるベルファイルとして設定する段階、および
電話着信信号が受信されると、前記着信通知としてそれぞれ設定された前記メディアファイルと前記ベルファイルを同時に再生する段階
を含む、着信通知提供方法。
【請求項２】
マルチメディアファイルを音源と映像に分離する段階、
前記マルチメディアファイルから分離した映像を着信通知の映像ファイルであるメディアファイルとして設定する段階、
前記マルチメディアファイルから分離した音源を前記着信通知の音声ファイルであるベルファイルとして設定する段階、および
電話着信信号が受信されると、前記着信通知としてそれぞれ設定された前記メディアファイルと前記ベルファイルを同時に再生する段階
を含む、着信通知提供方法。
【請求項３】
前記メディアファイルと前記ベルファイルを同時に再生する段階は、前記着信通知の再生中にボリュームと関連する制御キー信号が入力されると、前記ベルファイルの再生ボリュームレベルを制御することを特徴とする、請求項１または２に記載の着信通知提供方法。
【請求項４】
ユーザが電話を受けると、前記メディアファイルと前記ベルファイルの再生を同時に終了する段階をさらに含む、請求項１ないし請求項３のうちのいずれか一項に記載の着信通知提供方法。
【請求項５】
マルチメディアファイルから分離した無音の映像を着信通知の映像ファイルであるメディアファイルとして設定し、前記マルチメディアファイルから分離した音源を前記着信通知の音声ファイルであるベルファイルとして設定する設定部、および
電話着信信号が受信されると、前記着信通知としてそれぞれ設定された前記メディアファイルと前記ベルファイルを同時に再生する再生部
を含む、着信通知提供システム。
【請求項６】
前記マルチメディアファイルを音源と映像に分離する分離部をさらに含む、請求項５に記載の着信通知提供システム。
【請求項７】
前記再生部は、前記着信通知の再生中にボリュームと関連する制御キー信号が入力されると、前記ベルファイルの再生ボリュームレベルを制御することを特徴とする、請求項５または６に記載の着信通知提供システム。
【請求項８】
前記再生部は、ユーザが電話を受けると、前記メディアファイルと前記ベルファイルの再生を同時に終了することを特徴とする、請求項５ないし請求項７のうちのいずれか一項に記載の着信通知提供システム。
【請求項９】
コンピュータに、着信通知を提供する処理を実行させるように制御する命令を含むコンピュータプログラムであって、
前記命令は、
マルチメディアファイルから分離した無音の映像を前記着信通知の映像ファイルであるメディアファイルとして設定する命令、
前記マルチメディアファイルから分離した音源を前記着信通知の音声ファイルであるベルファイルとして設定する命令、および
電話着信信号が受信されると、前記着信通知としてそれぞれ設定された前記メディアファイルと前記ベルファイルを同時に再生する命令
を含む、コンピュータプログラム。
【請求項１０】
請求項９に記載のコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１１】
着信通知を提供するためにユーザ端末機にインストールされるアプリケーションのファイルを配布するファイル配布システムであって、
前記ユーザ端末機の要請に応じて前記ファイルを送信するファイル送信部
を備え、
前記アプリケーションは、
マルチメディアファイルから分離した無音の映像を前記着信通知の映像ファイルであるメディアファイルとして設定するモジュール、
前記マルチメディアファイルから分離した音源を前記着信通知の音声ファイルであるベルファイルとして設定するモジュール、および
電話着信信号が受信されると、前記着信通知にそれぞれ設定された前記メディアファイルと前記ベルファイルを同時に再生するモジュール
を含むことを特徴とする、ファイル配布システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動端末の着信通知（リングトーン）を提供するための方法およびシステムに関する。
【背景技術】
【０００２】
一般的に、移動端末では、ユーザによって選択された音楽ファイルで着信音（ｒｉｎｇｔｏｎｅ）を指定することができ、電話がきた場合に、該当の指定された音楽ファイルが着信音として再生される。
【０００３】
韓国登録特許第１０−０６００３６７号（移動通信端末機における着信音提供方法）では、電話がきた場合、ユーザが電話を取るまで一度に多様な種類の着信音を自動的にローテーションしながら連続して提供する技術が開示されている。
【０００４】
従来の着信音は、電話がくると着信音として指定された音楽ファイルが再生され、ユーザが電話を受けると再生中の音楽ファイルが終わる方式で実現される。
【０００５】
しかし、最近では、移動端末がスマートフォンやタブレットなどのマルチメディア機器であるにもかかわらず、音楽ファイルだけが着信音として活用される限界点を内包している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】韓国登録特許第１０−０６００３６７号
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、動画マルチメディアを利用した着信通知を実現する着信通知提供方法およびシステムを提供することを目的とする。
【０００８】
本発明は、動画マルチメディアを着信通知として利用するときに、所望しない音源が混ざるという音源干渉問題や、ボリュームが制御されないボリューム誤作動などの問題を解決することができる着信通知提供方法およびシステムを提供することを他の目的とする。
【課題を解決するための手段】
【０００９】
本発明の実施形態によると、着信通知提供方法は、マルチメディアファイルから分離した無音の映像を着信通知の映像ファイルであるメディアファイルとして設定する段階、選択された音源を前記着信通知の音声ファイルであるベルファイルとして設定する段階、および電話着信信号が受信されると、前記着信通知としてそれぞれ設定された前記メディアファイルと前記ベルファイルを同時に再生する段階を含んでもよい。
【００１０】
本発明の実施形態によると、着信通知提供方法は、マルチメディアファイルを音源と映像に分離する段階、前記マルチメディアファイルから分離した映像を着信通知の映像ファイルであるメディアファイルとして設定する段階、選択された音源を前記着信通知の音声ファイルであるベルファイルとして設定する段階、および電話着信信号が受信されると、前記着信通知としてそれぞれ設定された前記メディアファイルと前記ベルファイルを同時に再生する段階を含んでもよい。
【００１１】
一実施形態によると、選択された音源を前記着信通知の音声ファイルであるベルファイルとして設定する段階は、前記マルチメディアファイルから分離した音源を前記ベルファイルとして設定してもよい。
【００１２】
他の一実施形態によると、選択された音源を前記着信通知の音声ファイルであるベルファイルとして設定する段階は、前記マルチメディアファイルとは個別に選択された音源を前記ベルファイルとして設定してもよい。
【００１３】
さらに他の一実施形態によると、前記メディアファイルと前記ベルファイルを同時に再生する段階は、前記着信通知の再生中にボリューム（ｖｏｌｕｍｅ）と関連する制御キー信号が入力されると、前記ベルファイルの再生ボリュームレベルを制御してもよい。
【００１４】
さらに他の一実施形態によると、着信通知提供方法は、ユーザが電話を受けると、前記メディアファイルと前記ベルファイルの再生を同時に終了する段階をさらに含んでもよい。
【００１５】
本発明の実施形態によると、着信通知提供方法は、マルチメディアファイルに対して着信通知としての提供が要請されるときに、前記マルチメディアファイルを音源と映像に分離する段階、および前記マルチメディアファイルから分離した映像を前記着信通知の映像ファイルであるメディアファイルとして提供し、前記マルチメディアファイルから分離した音源を前記着信通知の音声ファイルであるベルファイルとして提供する段階を含んでもよく、このとき、前記着信通知の再生時に、前記メディアファイルと前記ベルファイルが同時に再生および終了してもよい。
【００１６】
本発明の実施形態によると、着信通知提供システムは、マルチメディアファイルから分離した無音の映像を着信通知の映像ファイルであるメディアファイルとして設定し、選択された音源を前記着信通知の音声ファイルであるベルファイルとして設定する設定部、および電話着信信号が受信されると、前記着信通知としてそれぞれ設定された前記メディアファイルと前記ベルファイルを同時に再生する再生部を備えてもよい。
【発明の効果】
【００１７】
本発明の実施形態によると、動画マルチメディアを着信通知として活用することにより、音楽ファイルに限定されていた既存の着信通知の領域をマルチメディアベルに拡張および拡大することができる。したがって、移動端末において、電話本来の機能に追加してマルチメディア機器としての長所を付加することにより、その機能的活用性と使用性を向上させることができる。
【００１８】
本発明の実施形態によると、動画マルチメディアを音源と映像に分離し、音源を除去した無音の映像を着信通知のためのメディア映像として利用することにより、動画を着信通知として再生するときに、所望しない音源が混ざる音源干渉問題やボリュームが制御されないボリューム誤作動などの問題を効果的に解決することができ、マルチメディアベルの完全な性能を実現することができる。
【図面の簡単な説明】
【００１９】
【図１】発明の一実施形態において、動画マルチメディアを利用した着信通知提供方法を示したフローチャートである。
【図２】本発明の一実施形態において、動画マルチメディアを利用した着信通知を設定するサービス画面を説明するための例示図である。
【図３】本発明の一実施形態において、動画マルチメディアを利用した着信通知を設定するサービス画面を説明するための例示図である。
【図４】本発明の一実施形態において、動画マルチメディアを利用した着信通知を設定するサービス画面を説明するための例示図である。
【図５】本発明の一実施形態において、動画マルチメディアを利用した着信通知が適用された電話受信画面を説明するための例示図である。
【図６】本発明の一実施形態において、動画マルチメディアを利用した着信通知提供システムの内部構成を示したブロック図である。
【発明を実施するための形態】
【００２０】
以下、本発明の実施形態について、添付の図面を参照しながら詳細に説明する。なお、以下に示す実施形態は本発明の実施形態の一例であって、本発明はこれらの実施形態に限定されるものではない。
【００２１】
本発明の実施形態は、ユーザ端末機の着信通知を動画マルチメディアで実現する技術に関するが、これは、スマートフォン（ｓｍａｒｔ  ｐｈｏｎｅ）やスマートパッド（ｓｍａｒｔ  ｐａｄ）などの電話機能とマルチメディア再生機能をもつすべてのユーザ端末機に適用されてもよい。
【００２２】
動画マルチメディアを利用して着信通知を実現するためには、動画マルチメディアを着信音ファイルに転換することが不可能であるため、既存の着信音を無音処理した状態で動画マルチメディアを再生させる方式を適用している。言い換えると、電話がくると、着信音と同時に動画マルチメディアを再生させるようになるが、このとき、着信音が共に再生されたとしても無音処理された無音ベルが再生されるため混線した音が生じない。
【００２３】
しかし、既存の着信音が無音処理されたとしても、プロセス上において動画マルチメディアと共に再生が実行されるためメモリを大きく占めるようになり、これにより、ユーザが電話を受けたときにメディアが終了しないなどの問題が発生するようになる。
【００２４】
さらに、電話受信中に入力されるハードウェアコントロールキー（ボリューム増加（＋）ボタン、ボリューム減少（−）ボタン）は、着信音ボリュームを調節する役割として限定されているため、電話受信中に再生されるメディアボリュームを調節することはできないという問題が発生するようになる。
【００２５】
したがって、本明細書では、動画マルチメディアを着信通知として利用するにあたり、所望しない音源が混ざるという音源干渉問題を解決することは勿論、メモリ使用量を最小化することができ、特に、電話受信中に再生されるメディアのボリュームを調節することができる技術を提案する。
【００２６】
本実施形態では、着信音を維持して無音のメディアを再生する方式によって動画マルチメディアの着信通知を実現してもよい。
【００２７】
図１は、本発明の一実施形態において、動画マルチメディアを利用した着信通知提供方法を示したフローチャートである。一実施形態に係る着信通知提供方法は、以下で説明される着信通知提供システムによってそれぞれの段階が実行されてもよい。このとき、着信通知提供システムは、着信通知を再生する主体であるユーザ端末機上に実現されてもよい。
【００２８】
段階（Ｓ１１０）で、着信通知提供システムは、マルチメディアから分離した無音の動画を着信通知の映像ファイル（以下、「メディアファイル」と称する）として設定してもよい。そして、着信通知提供システムは、選択された音源を、既存の着信音の概念により、該当の着信通知の音声ファイル（以下、「ベルファイル」と称する）として設定してもよい。
【００２９】
このとき、着信通知提供システムは、メディアファイルに適用された同じマルチメディアから分離した音源をベルファイルとして設定してもよく、あるいはメディアファイルに適用されたマルチメディアとは個別に選択された音源をベルファイルとして設定してもよい。言い換えれば、ベルファイルの場合、メディアファイルに同期化されてはいるが、メディアファイルと関連する音源あるいはメディアファイルとは無関係な音源であってもよい。
【００３０】
本発明の一実施形態において、動画マルチメディアファイルは、着信通知として活用するために音源と映像に分離されてもよく、マルチメディアファイルから分離した音源と映像はベルファイルとメディアファイルとしてそれぞれ設定されてもよい。
【００３１】
一例として、着信通知と関連するサービスを提供するサーバーシステムでは、マルチメディアファイルに対してユーザから着信通知としての提供要請がある場合、該当のマルチメディアファイルを音源と映像に分離した後、マルチメディアファイルから分離した映像を着信通知のメディアファイルとして提供し、マルチメディアファイルから分離した音源を着信通知のベルファイルとして提供してもよい。
【００３２】
これにより、着信通知提供システムは、マルチメディアファイルから分離した音源と映像を保存し、ユーザの選択に応じてマルチメディアファイルから分離した音源をベルファイルとして、マルチメディアファイルから分離した映像をメディアファイルとしてそれぞれ設定してもよい。言い換えれば、ユーザ端末機で着信通知を実現するためにそれぞれ設定されたメディアファイルとベルファイルを同期化させるため、ユーザが動画マルチメディアファイルをダウンロードするとき、音のない動画（すなわち、メディアファイル）とこれと同期されたベルファイルを受けてもよい。
【００３３】
他の例として、着信通知と関連するサービスを提供するサーバーシステムでは、マルチメディアファイルに対してユーザから着信通知としての提供要請がある場合、音源と映像とに分離が可能な形態のマルチメディアファイルを提供してもよい。
【００３４】
これにより、着信通知提供システムは、サーバーシステムからの提供を受けたマルチメディアファイルを音源と映像に直接分離して保存し、ユーザの選択に応じてマルチメディアファイルから分離した音源をベルファイルとして、マルチメディアファイルから分離した映像をメディアファイルとしてそれぞれ設定してもよい。例えば、ユーザが端末機にインストールされたサービス専用アプリケーションを利用して動画マルチメディアベルをダウンロードすると、音源と映像に分離してユーザの端末機に保存された後、着信通知として設定されてもよい。
【００３５】
さらに他の例として、着信通知提供システムは、ユーザ端末機のローカル領域（例えば、フォトギャラリー）に保存されたマルチメディアファイルをローディングして音源と映像に分離した後に保存し、ユーザの選択に応じてマルチメディアファイルから分離した音源をベルファイルとして、マルチメディアファイルから分離した映像をメディアファイルとしてそれぞれ設定してもよい。
【００３６】
したがって、本実施形態において、着信通知は、ベルファイルとメディアファイルに区分され、ユーザの選択に応じてそれぞれ設定されるようになる。
【００３７】
図２は、着信通知のベルファイルを設定するためのユーザ画面２１０を例示的に示したものであるが、ここには一般的な音楽ファイルは勿論、マルチメディアファイルから分離した音源を含み、ベルファイルとして設定が可能なすべての音源がリスト２１１に表示されてもよい。
【００３８】
このとき、リスト２１１に含まれた音源それぞれに対し、ベルファイルとして設定するための「設定（ｓｅｔ）」メニュー２１２と、メールサービス、メッセンジャーサービス、ソーシャルネットワークサービス、無線送信機能、メモ機能などを利用して共有するための「共有」メニュー２１３とが活性化されて提供されてもよい。
【００３９】
これにより、ユーザは、上述したユーザ画面２１０の「設定（ｓｅｔ）」メニュー２１２を利用し、着信通知のベルファイルとして設定しようとする音源を選択することができる。
【００４０】
図３は、着信通知のメディアファイルを設定するためのユーザ画面３２０を例示的に示したものであるが、ここには一般的な動画ファイルは勿論、マルチメディアファイルから分離した映像を含み、メディアファイルとして設定が可能なすべての映像がリスト３１１に表示されてもよく、ユーザ端末機のローカル領域に保存された動画リストを読み込むための「フォトギャラリー（ｐｈｏｔｏ  ｇａｌｌｅｒｙ）」メニュー３１４がさらに含まれてもよい。
【００４１】
このとき、リスト３１１に含まれた映像それぞれに対し、着信通知のメディアファイルとして設定するための「設定（ｓｅｔ）」メニュー３１２と、メールサービス、メッセンジャーサービス、ソーシャルネットワークサービス、無線送信機能、メモ機能などを利用して共有するための「共有」メニュー３１３とが活性化されて提供されてもよい。
【００４２】
また、図４は、図３のリスト３１１またはフォトギャラリーの動画リストから選択された動画が再生されている動画再生画面４１５を例示的に示したものであるが、動画再生画面４１５でも、該当のメディアファイルに対する「設定（ｓｅｔ）」メニュー４１２と「共有」メニュー４１３が活性化されて提供されてもよい。
【００４３】
これにより、ユーザは、上述したユーザ画面３２０または動画再生画面４１５の「設定（ｓｅｔ）」メニュー３１２、４１２を利用し、着信通知のメディアファイルとして設定しようとする動画を選択してもよい。
【００４４】
したがって、着信通知提供システムは、ユーザによって選択された音源を着信通知のベルファイルとして設定し、ユーザによって選択された無音の動画（すなわち、マルチメディアファイルから音源を除去した動画）を着信通知のメディアファイルとして設定するようになる。
【００４５】
再び図１を参照すると、段階（Ｓ１２０）で、着信通知提供システムは、ユーザ端末機に電話着信信号が受信されると、着信通知のメディアファイルとベルファイルを同期化して同時に再生してもよい。
【００４６】
図５は、ユーザ端末機の電話受信画面５３０を例示的に示したものであるが、着信通知提供システムは、ユーザ端末機に電話がくるときに該当の信号をもち、メディアファイルとして設定された無音の動画５３１を再生すると同時にベルファイルとして設定された音源５３２を共に出力して動画マルチメディア形態の着信通知を提供してもよい。
【００４７】
本実施形態では、ベルファイルの再生を維持すると同時に音源を除去した動画を再生することにより、ベルファイルの音源と動画の音源が混ざるという問題を解決することができ、ベルファイルを無音処理する方式に比べて着信通知再生時のメモリ使用量を減らすことができる。
【００４８】
特に、着信通知提供システムは、着信通知が再生されている途中にボリュームと関連するハードウェアコントロールキー（ボリューム増加（＋）ボタン、ボリューム減少（−）ボタン）の信号が入力されると、再生中のベルファイルの再生ボリュームレベルを制御してもよい。
【００４９】
本実施形態では、音源を除去した無音の動画と個別に設定されたベルファイルが同時に再生される形態で着信通知が実現されることにより、電話受信中にはベルファイルが唯一の出力音源でありながらもハードウェアコントロールキーによって制御される音源となるため、着信通知のメディア音源に対するボリューム制御の誤作動や未作動のような問題を防ぐことができる。
【００５０】
また、着信通知提供システムは、メディアファイルの再生に要する予め決められた時間あるいは遅延および衝突が存在し得るため、一定時間（例えば、１秒）以内に該当のメディアファイルが再生されなければ、ベルファイルを先に再生する方式によって適用してもよい。これにより、電話受信を知らせたり電話に出るための時間を縮め、電話本来の機能とユーザのニーズを害さない範囲内でサービス持続性を強化させることができる。
【００５１】
段階（Ｓ１３０）で、着信通知提供システムは、ユーザが電話を受けると、着信通知を中断するために再生中のメディアファイルとベルファイルの再生を同時に終了してもよい。
【００５２】
本実施形態に係る着信通知提供方法は、着信通知を維持し、音源を除去した動画を再生する方式によって動画マルチメディア形態の着信通知を実現するようになる。
【００５３】
本発明の実施形態に係る方法は、多様なコンピュータ手段によって実行が可能なプログラム命令（ｉｎｓｔｒｕｃｔｉｏｎ）形態で実現されてコンピュータで読み取り可能な媒体に記録されてもよい。特に、本実施形態では、マルチメディアファイルから分離した無音の映像を着信通知の映像ファイルであるメディアファイルとして設定する段階、マルチメディアファイルから分離した音源またはマルチメディアファイルと個別に選択された音源を着信通知の音声ファイルであるベルファイルとして設定する段階、および電話着信信号が受信されると、着信通知としてそれぞれ設定されたマルチメディアファイルとベルファイルを同時に再生する段階をコンピュータに実行させるプログラムが記録されるコンピュータ読み取り可能な記録媒体を含んでもよい。
【００５４】
本実施形態に係るプログラムは、ＰＣで実行可能なプログラムまたはモバイル端末専用のアプリケーションで構成されてもよい。本実施形態における入力画面制御のためのアプリケーションは、独立的に動作するプログラム形態で実現されてもよく、あるいは特定のアプリケーション（例えば、メッセンジャープログラムなど）のイン−アプリ（ｉｎ−ａｐｐ）形態で構成され、前記特定のアプリケーション上で動作が可能なように実現されてもよい。
【００５５】
また、本発明の実施形態に係る着信通知制御方法は、着信通知と関連するサービスを提供するサーバーシステムと連関したアプリケーションがユーザ端末機を制御して実行されてもよい。例えば、このようなアプリケーションは、図１の着信通知提供方法が含む段階をユーザ端末機が実行するように制御するためのモジュールを備えてもよい。
【００５６】
また、このようなアプリケーションは、ファイル配布システムが提供するファイルを利用してユーザ端末機にインストールされてもよい。一例として、ファイル配布システムは、ユーザ端末機の要請に応じて前記ファイルを送信するファイル送信部（図示せず）を備えてもよい。
【００５７】
図６は、本発明の一実施形態において、動画マルチメディアを利用した着信通知提供システムの内部構成を示したブロック図である。
【００５８】
図６に示すように、一実施形態に係る着信通知提供システム６００は、設定部６３０および再生部６４０を備えて構成されてもよく、場合によっては保存部６１０と分離部６２０が追加で構成されてもよい。
【００５９】
一実施形態に係る着信通知提供システム６００は、図１ないし図５を参照しながら説明した着信通知提供方法の詳細内容に基づいて構成要素の一部が省略されてもよく、追加の構成要素がさらに含まれてもよい。また、二つ以上の構成要素が組み合わされてもよく、構成要素間の動作順序や連携方式が変更されてもよい。
【００６０】
保存部６１０は、ユーザ端末機のローカル保存空間であって、マルチメディアファイルを保存してもよい。このとき、保存部６１０では、音源と映像に分離したマルチメディアファイルを保存してもよい。言い換えれば、保存部６１０は、マルチメディアファイルを保存するにあたり、マルチメディアファイルから分離した音源とマルチメディアファイルから分離した映像（すなわち、音源を除去した無音の映像）を保存してもよい。
【００６１】
分離部６２０は、マルチメディアファイルを音源と映像に分離する役割をする。分離部６２０は、音源と映像が分離されていない動画マルチメディアの場合、動画マルチメディアから音源が除去された無音の動画を直接分離してもよい。
【００６２】
設定部６３０は、マルチメディアから分離した無音の動画を着信通知のメディアファイルとして設定し、選択された音源を該当の着信通知のベルファイルとして設定してもよい。一例として、設定部６３０は、メディアファイルに適用された同じマルチメディアから分離した音源をベルファイルとして設定してもよく、メディアファイルに適用されたマルチメディアとは個別に選択された音源をベルファイルとして設定してもよい。ベルファイルの場合、メディアファイルに同期化されるものであって、メディアファイルと関連する音源やあるいはメディアファイルとは無関係な音源であってもよい。
【００６３】
再生部６４０は、ユーザ端末機に電話着信信号が受信されると、着信通知のメディアファイルとベルファイルを同期化して同時に再生してもよい。言い換えれば、再生部６４０は、ユーザ端末機に電話がくるとき、電話受信画面上にメディアファイルとして設定された無音の動画を再生すると同時にベルファイルとして設定された音源を共に出力して動画マルチメディア形態の着信通知を提供してもよい。
【００６４】
このとき、再生部６４０は、一定時間（例えば、１秒）以内に着信通知のメディアファイルが再生されなければ、ベルファイルとして設定された音源を先に再生してもよい。
【００６５】
また、再生部６４０は、着信通知が再生されている途中にボリュームと関連するハードウェアコントロールキー（ボリューム増加（＋）ボタン、ボリューム減少（−）ボタン）の信号が入力されると、再生中のベルファイルの再生ボリュームレベルを制御してもよい。
【００６６】
本実施形態では、音源を除去した無音の動画と個別に設定されたベルファイルが同時に再生される形態で着信通知が実現されることにより、電話受信中にはベルファイルが唯一の出力音源でありながらもハードウェアコントロールキーによって制御される音源となるため、着信通知のメディアボリューム調節が可能となる。また、再生部６４０は、ユーザが電話を受けると、着信通知を中断するために再生中のメディアファイルとベルファイルの再生を同時に終了してもよい。
【００６７】
上述した構成によれば、着信通知提供システム６００は、着信通知を維持し、音源を除去した無音の動画を再生する方式によって動画マルチメディアを利用した着信通知を実現するようになる。
【００６８】
このように、本発明の実施形態によると、動画マルチメディアを着信通知として活用することにより、音楽ファイルに限定された既存の着信通知の領域をマルチメディアベルに拡張および拡大することができる。したがって、移動端末において、電話本来の機能に追加してマルチメディア機器としての長所を付加することにより、その機能的活用性と使用性を向上させることができる。
【００６９】
さらに、本発明の実施形態によると、動画マルチメディアを音源と映像に分離し、音源を除去した無音の映像を着信通知のためのメディア映像として利用することにより、動画を着信通知として再生するときに所望しない音源が混ざる音源干渉問題やボリュームが制御されないボリューム誤作動などの問題を事前に遮ることができ、マルチメディアベルの完全な性能を実現することができる。
【００７０】
上述した装置は、ハードウェア構成要素、ソフトウェア構成要素、および／またはハードウェア構成要素およびソフトウェア構成要素の組み合わせによって実現されてもよい。例えば、実施形態で説明された装置および構成要素は、例えば、プロセッサ、コントローラ、ＡＬＵ（ａｒｉｔｈｍｅｔｉｃ  ｌｏｇｉｃ  ｕｎｉｔ）、デジタル信号プロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）、マイクロコンピュータ、ＦＰＡ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ａｒｒａｙ）、ＰＬＵ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｕｎｉｔ）、マイクロプロセッサ、または命令（ｉｎｓｔｒｕｃｔｉｏｎ）を実行して応答することができる異なる装置のように、１つ以上の汎用コンピュータまたは特殊目的コンピュータを利用して実現されてもよい。
【００７１】
処理装置は、オペレーション・システム（ＯＳ）およびオペレーション・システム上で実行される１つ以上のソフトウェアアプリケーションを実行してもよい。また、処理装置は、ソフトウェアの実行に応答し、データをアクセス、保存、操作、処理、および生成してもよい。
【００７２】
理解の便宜のために、処理装置は１つが使用されると説明される場合もあるが、該当する技術分野において通常の知識を有する者は、処理装置が複数の処理要素（ｐｒｏｃｅｓｓｉｎｇ  ｅｌｅｍｅｎｔ）および／または複数類型の処理要素を含んでもよい。例えば、処理装置は、複数のプロセッサまたは１つのプロセッサおよび１つのコントローラを含んでもよい。また、並列プロセッサ（ｐａｒａｌｌｅｌ  ｐｒｏｃｅｓｓｏｒ）のような、他の処理構成（ｐｒｏｃｅｓｓｉｎｇ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）も可能である。
【００７３】
ソフトウェアは、コンピュータプログラム（ｃｏｍｐｕｔｅｒ  ｐｒｏｇｒａｍ）、コード（ｃｏｄｅ）、命令（ｉｎｓｔｒｕｃｔｉｏｎ）、またはこれらのうちの１つ以上の組み合わせを含んでもよく、所望のとおりに動作するように処理装置を構成したり、独立的または結合的に（ｃｏｌｌｅｃｔｉｖｅｌｙ）処理装置を命令したりしてもよい。
【００７４】
ソフトウェアおよび／またはデータは、処理装置によって解釈されたり処理装置に命令またはデータを提供したりするために、ある類型の機械、構成要素（ｃｏｍｐｏｎｅｎｔ）、物理的装置、仮想装置（ｖｉｒｔｕａｌ  ｅｑｕｉｐｍｅｎｔ）、コンピュータ記録媒体または装置、または送信される信号波（ｓｉｇｎａｌ  ｗａｖｅ）に永久的または一時的に具体化（ｅｍｂｏｄｙ）されてもよい。
【００７５】
ソフトウェアは、ネットワークによって連結したコンピュータシステム上に分散し、分散した方法によって格納されたり実行されたりしてもよい。ソフトウェアおよびデータは、１つ以上のコンピュータで読み取り可能な記録媒体に格納されてもよい。
【００７６】
実施形態に係る方法は、多様なコンピュータ手段によって実行が可能なプログラム命令形態で実現されてコンピュータで読み取り可能な記録媒体に記録されてもよい。コンピュータで読み取り可能な記録媒体は、プログラム命令、データファイル、データ構造などを単独または組み合わせて含んでもよい。記録媒体に記録されるプログラム命令は、実施形態のために特別に設計されて構成されたものであってもよく、コンピュータソフトウェア当業者に公知されて使用可能なものであってもよい。コンピュータで読み取り可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク、および磁気テープのような磁気媒体（ｍａｇｎｅｔｉｃ  ｍｅｄｉａ）、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体（ｏｐｔｉｃａｌ  ｍｅｄｉａ）、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ  ｄｉｓｋ）のような磁気−光媒体（ｍａｇｎｅｔｏ−ｏｐｔｉｃａｌ  ｍｅｄｉａ）、およびＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を格納して実行するように特別に構成されたハードウェア装置が含まれる。
【００７７】
プログラム命令の例としては、コンパイラによって生成されるもののような機械語コードだけではなく、インタプリタなどを使用してコンピュータによって実行される高級言語コードを含む。上述したハードウェア装置は、実施形態の動作を実行するために１つ以上のソフトウェアモジュールとして作動するように構成されてもよく、その逆も同じである。
【００７８】
以上のように、実施形態を限定された実施形態と図面に基づいて説明したが、該当する技術分野において通常の知識を有する者であれば、上述した記載から多様な修正および変形が可能であることが理解できるであろう。例えば、説明された技術が説明された方法とは異なる順序で実行されたり、および／または説明されたシステム、構造、装置、回路などの構成要素が説明された方法とは異なる形態で結合または組み合わされたり、他の構成要素または均等物によって対置されたり置換されたとしても、適切な結果を達成することができる。
【００７９】
したがって、異なる実施形態であっても、特許請求の範囲と均等なものであれば、添付される特許請求の範囲に属する。
【符号の説明】
【００８０】
６００：着信通知提供システム
６１０：保存部
６２０：分離部
６３０：設定部
６４０：再生部
【図１】
0006006749.tif 000002
【図２】
0006006749.tif 000003
【図３】
0006006749.tif 000004
【図４】
0006006749.tif 000005
【図５】
0006006749.tif 000006
【図６】
0006006749.tif 000007