携帯端末機におけるメディアデータベースを更新する方法であって、前記携帯端末機のロケールの変更が感知される場合に、前記変更されたロケールに対応するコーディング方式に従って1つ以上のメディアファイルのメタデータをデコーディングするステップと、前記デコーディングされたメタデータに基づいて前記メディアデータベースを更新するステップとを有することを特徴とする方法。前記デコーディングは、前記携帯端末機のロケールの変更が感知される場合に、前記変更されたロケールを確認するステップと、前記確認された変更されたロケールに対応するコーディング方式に基づいて前記1つ以上のメディアファイルのメタデータをデコーディングするステップとを有することを特徴とする請求項1に記載の方法。前記メディアデータベースの更新が完了する場合に、前記更新の完了をユーザに通知するステップをさらに有することを特徴とする請求項1に記載の方法。前記デコーディング及び前記更新は、アンドロイドプラットホームのメディアプロバイダーにより登録されたブロードキャストレシーバにより実行されることを特徴とする請求項1に記載の方法。前記携帯端末機のロケールの変更は、インテントを介して感知されることを特徴とする請求項4に記載の方法。前記インテントは、Intent.ACTION_LOCALE_CHANGEDであることを特徴とする請求項5に記載の方法。前記更新は、前記アンドロイドプラットホームのメディアスキャナーにより実行されることを特徴とする請求項4に記載の方法。前記登録されたブロードキャストレシーバは、次のように表現されるソースコードを有することを特徴とする請求項4に記載の方法。privateBroadcastReceivermLocaleChangeReceivernewBroadcastReceiver{publicvoidonReceive{StringactionintentgetActionif{Logd1getDatabaseDatabaseHelperdatabasenullsynchronized{databasemDatabasesget}2SetLocaleif{SQLiteDatabasedbdatabasegetWritableDatabasetry{dbsetLocale}catch{Logee}needtorescanaudiofilestoremakekeyvaluebecausecollatorischangeddbexecSQL}startMediaScannertorescanningaudiofilesBundleargsnewBundleargsputStringcontextstartServiceputExtras}}}携帯端末機におけるメディアデータベースを更新する装置であって、メディアデータベースを含むメモリと、前記携帯端末機のロケールの変更が感知される場合に、前記変更されたロケールのコーディング方式に従って1つ以上のメディアファイルのメタデータをデコーディングし、前記デコーディングされたメタデータを介してメディアデータベースを更新する制御部とを有することを特徴とする装置。前記制御部は、前記携帯端末機のロケールの変更が感知される場合に、前記変更されたロケールを確認し、前記確認されたロケールに対応するコーディング方式を介して前記1つ以上のメディアファイルのメタデータをデコーディングすることを特徴とする請求項9に記載の装置。前記制御部は、前記メディアデータベースの更新が完了した後に、前記メディアデータベースの更新が完了したことをユーザに通知することを特徴とする請求項9に記載の装置。前記制御部は、オープンハンドセットアライアンスOHAアンドロイドプラットホームに従うアンドロイドオペレーティングシステムを駆動し、前記アンドロイドプラットホームのメディアプロバイダーにより登録されたブロードキャストレシーバを介してデコーディング及び更新を実行することを特徴とする請求項9に記載の装置。本発明の目的は、少なくとも上述した問題点及び/又は不都合に取り組み、少なくとも以下の便宜を提供することにある。すなわち、本発明の目的は、携帯端末機のロケール設定が変更される場合に、これに対応するようにメディアデータに対するメディアスキャニングを実行することによりメディアデータベースを介してメディアデータの情報を正常に表示することにある。上記のような目的を達成するために、本発明の実施形態の一態様によれば、携帯端末機におけるメディアデータベースを更新する方法が提供される。上記方法は、上記携帯端末機のロケールの変更が感知される場合に、上記変更されたロケールに対応するコーディング方式に従って1つ以上のメディアファイルのメタデータをデコーディングするステップと、上記デコーディングされたメタデータに基づいて上記メディアデータベースを更新するステップとを有することを特徴とする。本発明の実施形態の他の態様によれば、携帯端末機におけるメディアデータベースを更新する装置が提供される。メディアデータベースを含むメモリと、上記携帯端末機のロケールの変更が感知される場合に、上記変更されたロケールのコーディング方式に従って1つ以上のメディアファイルのメタデータをデコーディングし、上記デコーディングされたメタデータを介してメディアデータベースを更新する制御部とを有することを特徴とする。本発明によれば、携帯端末機のロケール設定が変更された後にメディアデータベースが更新されることにより、この更新されたメディアデータベースを介して表示されるメディアデータの情報を正常に表示することができる。また、メディアデータベースの更新方法を提供することにより、アンドロイドオペレーティングシステムにより駆動されるスマートフォン例えば、アンドロイドスマートフォンの使用性を向上させることができるという長所がある。本発明の実施形態の上述した及び他の様相、特徴、及び利点は、以下の添付図面が併用された後述の詳細な説明から、より一層明らかになるだろう。添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供するものであり、この理解を助けるための様々な特定の詳細を含むが、単に例示に過ぎない。従って、本発明の範囲及び趣旨を逸脱することなく、ここに説明する実施形態の様々な変更及び修正が可能であるということは、当該技術分野における通常の知識を有する者には明らかである。また、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明は、省略する。続く説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、発明者により本発明の理解を明確且つ一貫性があるようにするために使用する。従って、特許請求の範囲とこれと均等なものに基づいて定義されるものであり、本発明の実施形態の説明が単に実例を提供するためのものであって、本発明の目的を限定するものでないことは、本発明の技術分野における通常の知識を持つ者には明らかである。本発明の実施形態による携帯端末機は、持ち運びが便利な移動可能な電子機器であり、画像電話機、一般的な携帯電話例えば、フィーチャーフォン、スマートフォン、IMTInternationalMobileTelecommunication-2000端末機、WCDMAWidebandCodeDivisionMultipleAccess端末機、UMTSUniversalMobileTelecommunicationService端末機、PDAPersonalDigitalAssistant、PMPPortableMultimediaPlayer、DMBDigitalMultimediaBroadcastingデバイス、小型デスクトップコンピュータdesktopcomputer、ノートブック型notebookパソコンなどを含み得る。一方、本発明の実施形態による携帯端末機は、アンドロイドオペレーティングシステムに従って動作するアンドロイドスマートフォンであると仮定し、制御部、無線周波数RF送受信部、オーディオ処理部、キー入力部、メモリ、及び表示部などを含み得る。制御部は、携帯端末機の全般的な動作を制御し、キー入力部及び表示部を介して作られるユーザの入力に従って携帯端末機の動作を制御し得る。RF送受信部は、RF部及びモデムMODEMを含み得る。RF部は、送信信号の周波数をアップコンバーティングし、このアップコンバーティングされた送信信号を増幅するRF送信器と、受信された信号の低雑音増幅を行い、この低雑音増幅が行われた信号の周波数をダウンコンバーティングするRF受信器とを含む。モデムは、送信信号のエンコーディング及び変調を行う送信器及びこの受信された信号の復調及びデコーディングを行う受信器とを含む。オーディオ処理部は、データコーデックとオーディオコーデックとを含むコーデックを含み得る。データコーデックは、パケットデータを処理し、このオーディオコーデックは、音声及びマルチメディアファイルのようなオーディオ信号を処理する。また、オーディオ処理部は、モデムから受信されるデジタルオーディオ信号をこのオーディオコーデックを介してアナログオーディオ信号に変換し、このアナログオーディオ信号を再生するか又はマイクロフォンMICから発生するアナログオーディオ信号をこのオーディオコーデックを介してデジタルオーディオ信号に変換し、このデジタルオーディオ信号をモデムに送信する。このコーデックは、個別に備えられるか又は制御部に含まれ得る。キー入力部は、数字及び文字情報を入力するためのキー及び各種機能を設定するための機能キーを含み得る。キー入力部は、タッチセンサを含んでユーザのタッチを介してキー入力を受信し得る。メモリは、携帯端末機の一般的な動作を制御するためのプログラムを記憶するプログラムメモリ及びデータメモリを含み得る。メモリは、コンパクトフラッシュ登録商標CompactFlash登録商標:CF、セキュアデジタルSecureDigital:SD、マイクロセキュアデジタルMicroSecureDigital:Micro-SD、ミニセキュアデジタルMiniSecureDigital:Mini-SD、エクストリームデジタルExtremeDigital:xD、及びメモリスティックMemoryStickなどのような外部メモリを含み得る。表示部は、携帯端末機で発生した様々な表示情報を出力し、液晶表示LiquidCrystalDisplay:LCD又は有機発光ダイオードOrganicLightEmittingDiodes:OLEDとしてのパッシブマトリックス有機発光ダイオードPassiveMatrixOrganicLightEmittingDiode:PMOLED又はアクティブマトリックス有機発光ダイオードActiveMatrixOrganicLightEmittingDiode:AMOLEDを含み得る。表示部は、キー入力部とともに、携帯端末機を制御する入力部として動作するためのタッチスクリーンTouchScreenを含み得る。携帯端末機は、GPSGlobalPositioningSystemモジュール、カメラモジュール、ブルートゥースモジュールBluetooth登録商標module、WiFiモジュール、加速度センサaccelerationsensor、近接センサproximitysensor、ジャイロスコープGyroscope、及びDMBDigitalMediaBroadcasting受信器などのような携帯端末機に含まれることができる追加の装置及びアプリケーションを含み得る。例えば、加速度センサは、加速度、振動、衝撃などのような動力を測定することにより携帯端末機の運動状態を感知し、この感知された運動状態を介して携帯端末機の表示部の表示方向を感知するために使用され得る。また、近接センサは、携帯端末機に対するユーザのボディーの一部の近接を感知することにより、タッチスクリーン機能を提供する携帯端末機の誤動作を防止するために使用され得る。また、このジャイロスコープは、回転する携帯端末機の動的動きを観察し、この加速度センサと関連して携帯端末機の6軸、すなわち、上下、左右、前後方向である、x軸、y軸、及びz軸に沿って回転モーションを感知するために使用され得る。図1は、本発明の実施形態によるアンドロイドプラットホームでのアプリケーションの構成に関連したコンポーネントの概略的なブロック図である。図1を参照すると、アンドロイドプラットホームにおいて、1つのアプリケーションを構成するコンポーネントは、アクティビティActivity、通知notification、コンテンツプロバイダーContentProvider、サービスService、及びブロードキャストレシーバBroadcastReceiverを含み得る。インテントIntentは、これらのコンポーネントを呼び出すための手段として存在する。アクティビティは、対応するアプリケーションの動作に対応する表示画面として理解され得る。例えば、電話帳関連アプリケーションの場合に、アクティビティは、電話帳に格納されている電話帳データ例えば、連絡情報のリストを表示する表示画面、電話帳に新たな連絡情報を追加する表示画面、前に格納された電話帳データを編集する表示画面、又は前に格納された電話帳データを削除する表示画面のような電話帳関連アプリケーションの各動作に対応する表示画面であり得る。例えば、アクティビティは、ユーザの入力に従うアプリケーションの動作結果を表示する相互作用機能を提供するものと理解され得る。サービスは、バックグラウンドbackgroundで実行されるコンポーネントである。サービスは、バックグラウンドで実行されることによりユーザとの相互作用がないという点でユーザとの相互作用を行うアクティビティとは異なる。サービスは、様々なアプリケーションのマルチタスキングMultitaskingの間にもユーザの入力なしに所定のアプリケーションが継続して実行されることができるようにする機能を提供する。したがって、ユーザの入力なしに継続して実行される必要があるアプリケーションは、サービスで実現される必要がある。例えば、ユーザが音楽を聞きながらウェブサーフィンwebsurfingを行うことを希望する場合に、ウェブブラウジング関連アプリケーションがフォアグラウンドforegroundで実行される間に、継続して実行される必要がある音楽再生関連アプリケーションは、サービスを介してバックグラウンドで継続して実行されることにより、ユーザがウェブサーフィンとともに音楽を聞くことができる。コンテンツプロバイダーは、アプリケーション間でデータが共有されることができるようにすることにより、所定のアプリケーションが他のアプリケーションのデータにアクセスするか、又はアプリケーション内のデータ例えば、電話帳データ、メモなどが他のアプリケーションと共有されることができるようにするコンポーネントである。アンドロイドプラットホームにおいて、所定のアプリケーション内のデータが対応するアプリケーションだけでアクセスされることができ、他のアプリケーションによりアクセスされないことが基本原則である。しかしながら、データの反復的な格納は、システムリソースの浪費につながるために、アプリケーションは、相互にデータを共有できなければならない。したがって、アンドロイドプラットホームは、コンテンツプロバイダーを介して所定のデータ例えば、MP3ファイルのようなメディアデータを他のアプリケーションによってもアクセスされることができるようにする。この際に、コンテンツプロバイダーを介してデータを共有するアプリケーションで共有しようとするデータだけが選択的に共有されることができ、コンテンツプロバイダーを介して共有されたデータは、コンテンツリゾルバContentResolverを介して他のアプリケーションでアクセスすることができる。ブロードキャストレシーバは、携帯端末機の状態に関連した情報例えば、残存バッテリー状態に関する情報又は携帯端末機のロケールの設定の変更に応答する。ブロードキャストレシーバは、イベントの発生を確認することができ、通知を介してこのイベントをユーザに通知する。例えば、ブロードキャストレシーバは、このバッテリー容量が不足するか又はネットワーク環境が変わる場合に、このような状態を確認した後に通知を介してこの状態をユーザに通知することができる。通知は、通知マネージャNotificationManagerを介して発光ダイオードLEDのターンオン又はターンオフ、振動の発生、及び着信音の出力の中の少なくとも1つによりイベントの発生をユーザに通知する。インテントは、アクティビティ、サービス、及びブロードキャストレシーバのコンポーネントを呼び出すか、又は対応するコンポーネントにデータを伝達するメッセージ又は伝達媒体として解釈され得る。例えば、インテントは、アンドロイドアプリケーションのコンポーネントの中で、3つのコンポーネント、すなわち、アクティビティ、サービス、及びブロードキャストレシーバを活性化させる。図2は、本発明の実施形態によるメディアデータベースを更新する過程を示すフローチャートである。図3A及び図3Bは、本発明の実施形態によるメディアデータベースを更新する過程を説明するための例示図であり、図4は、本発明の実施形態によるメディアデータベースを更新するブロードキャストレシーバのソースコードを示す図である。図2乃至図4を参照して、本発明の実施形態によるメディアデータベースを更新する過程について説明する。図2を参照すると、ステップS201及びS202において、ロケールの変更が感知される。このロケールは、携帯端末機例えば、アンドロイドスマートフォンの使用に対する言語設定を意味する。ユーザは、自身の言語に適合するように携帯端末機のロケールを選択し得る。例えば、ユーザがロケールを韓国語に設定する際に、携帯端末機のメニュー及びユーザインターフェースUIを含む携帯端末機の使用環境が韓国語で表示される。一方、ユーザは、様々な言語の中で自身が使用することを希望するロケールを選択し得る。本発明の実施形態によると、このロケールがユーザにより変更される場合に、この変更されたロケールに対応するコーディング方式がその後のステップで使用される。例えば、EUC、Shift-JISなどのコーディング方式は、日本語に提供され、GB18030、GB2312、HZなどのコーディング方式は、中国語に提供され、ASMO708、DOS、ISOなどのコーディング方式は、アラビア語に提供され、一般ユニコード、UTF-8ユニコードなどのコーディング方式は、韓国語に提供される。ステップS201及びS202の後に、メディアデータベースが更新されることができるか否かを確認し得、このメディアデータベースの更新が可能な場合のみに後のステップに進行し得る。ステップS203及びS204において、メディアファイルのメタデータは、このロケールに対応するコーディング方式を用いてデコーディングされ、このメディアデータベースは、このデコーディングされたメタデータを介して更新される。図3A及び図3Bは、従来技術及び本発明の実施形態によるメディアデータベースを更新する過程をそれぞれ説明する例示図である。図3Aは、メディアデータベースが更新された後に、このメディアデータベース内の歌手カプセルsingerCapsuleに対応するメディアデータの表示が要請される従来技術の例を示す図である。図3Bは、メディアデータベースが更新された後に、このメディアデータベース内のカプセルに対応するメディアデータの表示が要請される本発明の実施形態を示す図である。図3A及び図3Bを参照すると、ステップS203及びS204で、携帯端末機のロケールが韓国語から日本語に変更され、日本語でコーディングされたメディアデータが携帯端末機に格納されているという仮定下で、従来の技術に従って、メディアデータのメタデータは、前のロケールである韓国語に対応するコーディング方式を用いてデコーディングされ、このデコーディングされたメタデータを介してメディアデータに関する情報例えば、歌手の名前及び曲名などがメディアデータベースに格納されていたが、この格納されている情報は、このロケールが変更されても更新されない。従来の技術に従って、このロケールが変更されてもこのメディアデータベースが更新されない場合には、対応するメディアデータ例えば、MP3ファイルのメタデータに含まれた歌手名情報310は、正確に表示される可能性があるが、日本語でコーディングされた曲名は、320a、330a、及び340aで示すように見分けのつかない程度に表示され得る。一方、本発明の実施形態によると、ロケールが変更される場合に、この変更されたロケールに対応するコーディング方式を確認した後に、メディアデータのメタデータは、この確認されたコーディング方式を用いてデコーディングされ、メディアデータベースは、この確認された変更されたロケールに対応するコーディング方式を用いてデコーディングされたメタデータに基づいて更新される。このように、このロケールが変更された後に、このメディアデータベースが更新される場合にも、この更新されたメディアデータベースを介して表示されるメディアデータの情報は、正常に表示されることができる。例えば、本発明の実施形態によると、このロケールが韓国語から日本語に変更されたと確認される場合に、メディアファイルのメタデータは、日本語に対応するコーディング方式を用いてデコーディングされ、このメディアファイルは、このデコーディングされたメタデータを用いてメディアデータベースに登録され、これに従って、このメディアデータベースが更新される。このメディアデータベースが更新され、この更新されたメディアデータベースで歌手名情報310に対応するメディアデータの確認が要請される場合に、図3Bにおいて、歌手名情報310に対応する3個のメディアデータ例えば、MP3ファイルの曲名は、320b、330b、及び340bで示すように正常に表示される。したがって、メディアデータに関するユーザの接近性及び使用効率性の観点において、図3Aに示す従来の技術に従って更新されないデータベースを介して表示されるメディアデータの情報例えば、曲名320a、330a、及び340aは、図3Bに示す本発明の実施形態に従って更新されたメディアデータベースを介して表示されるメディアデータの情報例えば、曲名320b、330b、及び340bと大きな差異点がある。本発明の実施形態によると、このメディアデータが音楽ファイル例えば、mp3ファイル、midファイル、wavファイルなど及び静止画像又は動画例えば、jpgファイル、bmpファイル、aviファイル、mkvファイルなどのようなマルチメディアデータを含むと仮定する。このメディアデータベースの更新がステップS201乃至ステップS204を介して完了する場合に、ユーザは、この更新が完了したという通知を受けることにより、このメディアデータベースがこの変更されたロケールに対応するように再確立されることを認識することができる。この際に、メディアデータベースの更新は、表示部の表示画面を介した視覚情報、携帯端末機の振動による振動情報、所定の音による音情報の中の少なくとも1つを介してユーザに通知され得る。一方、この携帯端末機がアンドロイドオペレーティングシステムを使用するアンドロイドスマートフォンである場合に、ステップS201乃至ステップS204を介して説明された本発明の実施形態は、図4に示すソースコード構文を介して実現実行され得る。以下、図4を参照してステップS201乃至ステップS204について説明する。図4は、本発明の実施形態によるメディアデータベースを更新するブロードキャストレシーバのソースコードを示す図である。図4を参照すると、アンドロイドプラットホームにおいて、メディアプロバイダーMediaProviderは、レジスタブロードキャストレシーバRegisterBroadcastReceiverの呼出しにより図4に示すソースコードで作成されたブロードキャストレシーバを登録する。その後に、メディアプロバイダーは、この登録されたブロードキャストレシーバを介してインテントIntentACTIONLOCALECHANGEDが呼び出されることを確認することができる。構文410を参照すると、メディアプロバイダーは、携帯端末機のロケールが変更されたことをインテントIntentACTIONLOCALECHANGEDを介して確認する。構文420を参照すると、このロケールの変更が確認された後に、メディアプロバイダーは、このメディアデータベースの整列基準をこの変更されたロケールに設定し、このメディアデータベースがメディアファイルのメディアスキャニングの間に更新されることができるようにこのメディアデータベースを表示する。構文430を参照すると、このメディアデータベースの更新が可能であることを確認した後に、メディアプロバイダーは、この変更されたロケールに対応するコーディング方式を用いてメディアデータのメタデータをデコーディングし、このデコーディングされたメタデータを用いてメディアデータベースを更新するようにメディアスキャナーすなわち、メディアスキャナーサービスクラスMediaScannerServiceclassを使用する。メディアプロバイダーは、図4に示すソースコードで作成されたブロードキャストレシーバを介してメディアデータベースを更新し、コンテンツプロバイダーの実現形態の中の1つとして理解されることができる。以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。