(57)【特許請求の範囲】
【請求項１】
携帯端末機におけるメディアデータベースを更新する方法であって、
前記携帯端末機のロケールの変更が感知される場合に、前記変更されたロケールに対応するコーディング方式に従って１つ以上のメディアファイルのメタデータをデコーディングするステップと、
前記デコーディングされたメタデータに基づいて前記メディアデータベースを更新するステップと
を有することを特徴とする方法。
【請求項２】
前記デコーディングは、
前記携帯端末機のロケールの変更が感知される場合に、前記変更されたロケールを確認するステップと、
前記確認された変更されたロケールに対応するコーディング方式に基づいて前記１つ以上のメディアファイルのメタデータをデコーディングするステップと
を有することを特徴とする請求項１に記載の方法。
【請求項３】
前記メディアデータベースの更新が完了する場合に、前記更新の完了をユーザに通知するステップをさらに有することを特徴とする請求項１に記載の方法。
【請求項４】
前記デコーディング及び前記更新は、アンドロイドプラットホームのメディアプロバイダーにより登録されたブロードキャストレシーバにより実行されることを特徴とする請求項１に記載の方法。
【請求項５】
前記携帯端末機のロケールの変更は、インテントを介して感知されることを特徴とする請求項４に記載の方法。
【請求項６】
前記インテントは、Ｉｎｔｅｎｔ．ＡＣＴＩＯＮ＿ＬＯＣＡＬＥ＿ＣＨＡＮＧＥＤであることを特徴とする請求項５に記載の方法。
【請求項７】
前記更新は、前記アンドロイドプラットホームのメディアスキャナーにより実行されることを特徴とする請求項４に記載の方法。
【請求項８】
携帯端末機におけるメディアデータベースを更新する装置であって、
メディアデータベースを含むメモリと、
前記携帯端末機のロケールの変更が感知される場合に、前記変更されたロケールのコーディング方式に従って１つ以上のメディアファイルのメタデータをデコーディングし、前記デコーディングされたメタデータを介してメディアデータベースを更新する制御部と
を有することを特徴とする装置。
【請求項９】
前記制御部は、前記携帯端末機のロケールの変更が感知される場合に、前記変更されたロケールを確認し、前記確認されたロケールに対応するコーディング方式を介して前記１つ以上のメディアファイルのメタデータをデコーディングすることを特徴とする請求項８に記載の装置。
【請求項１０】
前記制御部は、前記メディアデータベースの更新が完了した後に、前記メディアデータベースの更新が完了したことをユーザに通知することを特徴とする請求項８に記載の装置。
【請求項１１】
前記制御部は、オープンハンドセットアライアンス（ＯＨＡ）のアンドロイドプラットホームに従うアンドロイドオペレーティングシステムを駆動し、前記アンドロイドプラットホームのメディアプロバイダーにより登録されたブロードキャストレシーバを介してデコーディング及び更新を実行することを特徴とする請求項８に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末機に関し、より詳細には、アンドロイドオペレーティングシステムに基づく携帯端末機におけるメディアデータベースを更新する方法に関する。
【背景技術】
【０００２】
一般的に、携帯端末機は、移動しつつ通話を実行し、データを交換する電子機器を意味する。移動通信環境の多様化及び発達につれて、携帯端末機は、音声通話以外の領域まで拡張している。
【０００３】
最近の携帯端末機は、スマートフォン（Smart Phone）とも呼ばれ、一般的な携帯電話（例えば、フィーチャーフォン（Feature Phones））では提供されなかった様々な機能を提供する。スマートフォンは、これらが使用するオペレーティングシステム（ＯＳ）に従ってＡｐｐｌｅ  ｉＯＳ(登録商標)を使用するｉＰｈｏｎｅ系列の携帯端末機とＧｏｏｇｌｅ  Ａｎｄｒｏｉｄ(登録商標)を使用する携帯端末機とに分類され得る。アンドロイドＯＳは、グーグル及びオープンハンドセットアライアンス（Open Handset Alliance：ＯＨＡ）により提供される開放型プラットホームである。スマートフォンＯＳとしてのアンドロイドＯＳの採択は、急激に増加している。
【０００４】
アンドロイドスマートフォンは、携帯端末機によりアクセス可能な（例えば、携帯端末機に記憶されるか、又は携帯端末機から除去可能な外部メディアに記憶された）メディアファイル（media files）に対するメディアデータベースの生成及び更新を行い、ユーザは、このメディアデータベースから所定のメディアデータを確認することにより対応するメディアデータの使用を要請し得る。例えば、アンドロイドスマートフォンにおいて、メディアスキャニングは、メディアデータのメタデータが変更されるか、又はメディアデータが新たに付加されるか又は削除される場合に実行され、メディアスキャニングを介してメディアデータベースが生成されるか又は更新され得る。
【０００５】
アンドロイドスマートフォンでメディアデータベースを生成した後に更新することは、メディアスキャニングと呼ばれる。メディアスキャニングは、スキャニングの時点（データベースの生成及び更新時点）でアンドロイドスマートフォンに設定されたロケール（locale）に基づいてアクセス可能なメディアデータのメタデータをデコーディングすることにより実行される。例えば、アンドロイドスマートフォンのロケールが英語に設定されている際にメディアスキャニングが実行される場合に、メディアスキャニング（メディアデータベースの確立及び更新）は、英語に基づくデコーディング方式に従ってメディアデータのメタデータをデコーディングすることにより実行される。
【０００６】
一方、アンドロイドスマートフォンは、多国語をサポートし、様々な国で使用されるために、アンドロイドスマートフォンのロケールは、ユーザの要請に従って自由に変更され得る。しかしながら、アンドロイドスマートフォンでのメディアスキャニングの場合に、ユーザがロケールの変更の後にメディアデータベースを使用する際に、このメディアデータベースに含まれた所定のメディアデータに関する情報が正常に表示されない可能性がある。これは、アンドロイドスマートフォンでのメディアスキャニングがメディアスキャニングの時に設定されたロケールに基づいてメディアデータのメタデータをデコーディングすることにより実行されるためである。
【０００７】
例えば、メディアスキャニングが英語に設定されたロケールに対して実行された後にメディアスキャニングがメディアデータの追加によりさらに実行され、この追加されたメディアデータのメタデータは、英語でない第３の言語（例えば、日本語）でエンコーディングされたという仮定の下で、ユーザがロケールを第３の言語に変更しても、アンドロイドスマートフォンでのメディアスキャニングは、英語ではない第３の言語でエンコーディングされたメディアデータのメタデータをデコーディングすることにより実行され、これは、メディアスキャニングによりアップデートされたメディアデータベースがこの追加されたメディアデータの情報を表示し得る場合に、対応する情報が異常に処理されることにより識別不可能な文字で表示される問題が発生する。
【０００８】
したがって、携帯端末機（例えば、アンドロイドスマートフォン）のロケール設定が変更される場合に、これに対応するようにメディアデータのメディアスキャニングを実行することにより、メディアデータベースを介してメディアデータの情報を正常に表示する必要がある。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開2008-172767号公報
【特許文献２】特開2007-189394号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、少なくとも上述した問題点及び／又は不都合に取り組み、少なくとも以下の便宜を提供することにある。すなわち、本発明の目的は、携帯端末機のロケール設定が変更される場合に、これに対応するようにメディアデータに対するメディアスキャニングを実行することによりメディアデータベースを介してメディアデータの情報を正常に表示することにある。
【課題を解決するための手段】
【００１１】
上記のような目的を達成するために、本発明の実施形態の一態様によれば、携帯端末機におけるメディアデータベースを更新する方法が提供される。上記方法は、上記携帯端末機のロケールの変更が感知される場合に、上記変更されたロケールに対応するコーディング方式に従って１つ以上のメディアファイルのメタデータをデコーディングするステップと、上記デコーディングされたメタデータに基づいて上記メディアデータベースを更新するステップとを有することを特徴とする。
【００１２】
本発明の実施形態の他の態様によれば、携帯端末機におけるメディアデータベースを更新する装置が提供される。メディアデータベースを含むメモリと、上記携帯端末機のロケールの変更が感知される場合に、上記変更されたロケールのコーディング方式に従って１つ以上のメディアファイルのメタデータをデコーディングし、上記デコーディングされたメタデータを介してメディアデータベースを更新する制御部とを有することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、携帯端末機のロケール設定が変更された後にメディアデータベースが更新されることにより、この更新されたメディアデータベースを介して表示されるメディアデータの情報を正常に表示することができる。
【００１４】
また、メディアデータベースの更新方法を提供することにより、アンドロイドオペレーティングシステムにより駆動されるスマートフォン（例えば、アンドロイドスマートフォン）の使用性を向上させることができるという長所がある。
【００１５】
本発明の実施形態の上述した及び他の様相、特徴、及び利点は、以下の添付図面が併用された後述の詳細な説明から、より一層明らかになるだろう。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態によるアンドロイドプラットホームでのアプリケーションの構成に関連したコンポーネントの概略的なブロック図である。
【図２】本発明の実施形態によるメディアデータベースを更新する過程を示すフローチャートである。
【図３Ａ】本発明の実施形態によるメディアデータベースを更新する過程を説明する例示図である。
【図３Ｂ】本発明の実施形態によるメディアデータベースを更新する過程を説明する例示図である。
【図４】本発明の実施形態によるメディアデータベースを更新するブロードキャストレシーバのソースコードを示す図である。
【発明を実施するための形態】
【００１７】
添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供するものであり、この理解を助けるための様々な特定の詳細を含むが、単に例示に過ぎない。従って、本発明の範囲及び趣旨を逸脱することなく、ここに説明する実施形態の様々な変更及び修正が可能であるということは、当該技術分野における通常の知識を有する者には明らかである。また、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明は、省略する。
【００１８】
続く説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、発明者により本発明の理解を明確且つ一貫性があるようにするために使用する。従って、特許請求の範囲とこれと均等なものに基づいて定義されるものであり、本発明の実施形態の説明が単に実例を提供するためのものであって、本発明の目的を限定するものでないことは、本発明の技術分野における通常の知識を持つ者には明らかである。
【００１９】
本発明の実施形態による携帯端末機は、持ち運びが便利な移動可能な電子機器であり、画像電話機、一般的な携帯電話（例えば、フィーチャーフォン）、スマートフォン、ＩＭＴ（International Mobile Telecommunication）−２０００端末機、ＷＣＤＭＡ（Wideband Code Division Multiple Access）端末機、ＵＭＴＳ（Universal Mobile Telecommunication Service）端末機、ＰＤＡ（Personal Digital Assistant）、ＰＭＰ（Portable Multimedia Player）、ＤＭＢ（Digital Multimedia Broadcasting）デバイス、小型デスクトップコンピュータ（desktop computer）、ノートブック型（notebook）パソコンなどを含み得る。
【００２０】
一方、本発明の実施形態による携帯端末機は、アンドロイドオペレーティングシステムに従って動作するアンドロイドスマートフォンであると仮定し、制御部、無線周波数（ＲＦ）送受信部、オーディオ処理部、キー入力部、メモリ、及び表示部などを含み得る。
【００２１】
制御部は、携帯端末機の全般的な動作を制御し、キー入力部及び表示部を介して作られるユーザの入力に従って携帯端末機の動作を制御し得る。
【００２２】
ＲＦ送受信部は、ＲＦ部及びモデム（ＭＯＤＥＭ）を含み得る。ＲＦ部は、送信信号の周波数をアップコンバーティングし、このアップコンバーティングされた送信信号を増幅するＲＦ送信器と、受信された信号の低雑音増幅を行い、この低雑音増幅が行われた信号の周波数をダウンコンバーティングするＲＦ受信器とを含む。モデムは、送信信号のエンコーディング及び変調を行う送信器及びこの受信された信号の復調及びデコーディングを行う受信器とを含む。
【００２３】
オーディオ処理部は、データコーデックとオーディオコーデックとを含むコーデックを含み得る。データコーデックは、パケットデータを処理し、このオーディオコーデックは、音声及びマルチメディアファイルのようなオーディオ信号を処理する。また、オーディオ処理部は、モデムから受信されるデジタルオーディオ信号をこのオーディオコーデックを介してアナログオーディオ信号に変換し、このアナログオーディオ信号を再生するか又はマイクロフォン（ＭＩＣ）から発生するアナログオーディオ信号をこのオーディオコーデックを介してデジタルオーディオ信号に変換し、このデジタルオーディオ信号をモデムに送信する。このコーデックは、個別に備えられるか又は制御部に含まれ得る。
【００２４】
キー入力部は、数字及び文字情報を入力するためのキー及び各種機能を設定するための機能キーを含み得る。キー入力部は、タッチセンサを含んでユーザのタッチを介してキー入力を受信し得る。
【００２５】
メモリは、携帯端末機の一般的な動作を制御するためのプログラムを記憶するプログラムメモリ及びデータメモリを含み得る。メモリは、コンパクトフラッシュ（登録商標）（Compact Flash（登録商標）：ＣＦ）、セキュアデジタル（Secure Digital：ＳＤ）、マイクロセキュアデジタル（Micro Secure Digital：Ｍｉｃｒｏ−ＳＤ）、ミニセキュアデジタル（Mini Secure Digital：Ｍｉｎｉ−ＳＤ）、エクストリームデジタル（Extreme Digital：ｘＤ）、及びメモリスティック（Memory Stick）などのような外部メモリを含み得る。
【００２６】
表示部は、携帯端末機で発生した様々な表示情報を出力し、液晶表示（Liquid Crystal Display：ＬＣＤ）又は有機発光ダイオード（Organic Light Emitting Diodes：ＯＬＥＤ）としてのパッシブマトリックス有機発光ダイオード（Passive Matrix Organic Light Emitting Diode：ＰＭＯＬＥＤ）又はアクティブマトリックス有機発光ダイオード（Active Matrix Organic Light Emitting Diode：ＡＭＯＬＥＤ）を含み得る。表示部は、キー入力部とともに、携帯端末機を制御する入力部として動作するためのタッチスクリーン（Touch Screen）を含み得る。
【００２７】
携帯端末機は、ＧＰＳ（Global Positioning System）モジュール、カメラモジュール、ブルートゥースモジュール（Bluetooth（登録商標） module）、ＷｉＦｉモジュール、加速度センサ（acceleration sensor）、近接センサ（proximity sensor）、ジャイロスコープ（Gyroscope）、及びＤＭＢ（Digital Media Broadcasting）受信器などのような携帯端末機に含まれることができる追加の装置及びアプリケーションを含み得る。
【００２８】
例えば、加速度センサは、加速度、振動、衝撃などのような動力を測定することにより携帯端末機の運動状態を感知し、この感知された運動状態を介して携帯端末機の表示部の表示方向を感知するために使用され得る。また、近接センサは、携帯端末機に対するユーザのボディーの一部の近接を感知することにより、タッチスクリーン機能を提供する携帯端末機の誤動作を防止するために使用され得る。また、このジャイロスコープは、回転する携帯端末機の動的動きを観察し、この加速度センサと関連して携帯端末機の６軸、すなわち、上下、左右、前後方向である、ｘ軸、ｙ軸、及びz軸に沿って回転モーションを感知するために使用され得る。
【００２９】
図１は、本発明の実施形態によるアンドロイドプラットホームでのアプリケーションの構成に関連したコンポーネントの概略的なブロック図である。
【００３０】
図１を参照すると、アンドロイドプラットホームにおいて、１つのアプリケーションを構成するコンポーネントは、アクティビティ（Activity）、通知（notification）、コンテンツプロバイダー（Content Provider）、サービス（Service）、及びブロードキャストレシーバ（Broadcast Receiver）を含み得る。インテント（Intent）は、これらのコンポーネントを呼び出すための手段として存在する。
【００３１】
アクティビティは、対応するアプリケーションの動作に対応する表示画面として理解され得る。例えば、電話帳関連アプリケーションの場合に、アクティビティは、電話帳に格納されている電話帳データ（例えば、連絡情報）のリストを表示する表示画面、電話帳に新たな連絡情報を追加する表示画面、前に格納された電話帳データを編集する表示画面、又は前に格納された電話帳データを削除する表示画面のような電話帳関連アプリケーションの各動作に対応する表示画面であり得る。例えば、アクティビティは、ユーザの入力に従うアプリケーションの動作結果を表示する相互作用機能を提供するものと理解され得る。
【００３２】
サービスは、バックグラウンド（background）で実行されるコンポーネントである。サービスは、バックグラウンドで実行されることによりユーザとの相互作用がないという点でユーザとの相互作用を行うアクティビティとは異なる。サービスは、様々なアプリケーションのマルチタスキング（Multitasking）の間にもユーザの入力なしに所定のアプリケーションが継続して実行されることができるようにする機能を提供する。したがって、ユーザの入力なしに継続して実行される必要があるアプリケーションは、サービスで実現される必要がある。
【００３３】
例えば、ユーザが音楽を聞きながらウェブサーフィン（web surfing）を行うことを希望する場合に、ウェブブラウジング関連アプリケーションがフォアグラウンド（foreground）で実行される間に、継続して実行される必要がある音楽再生関連アプリケーションは、サービスを介してバックグラウンドで継続して実行されることにより、ユーザがウェブサーフィンとともに音楽を聞くことができる。
【００３４】
コンテンツプロバイダーは、アプリケーション間でデータが共有されることができるようにすることにより、所定のアプリケーションが他のアプリケーションのデータにアクセスするか、又はアプリケーション内のデータ（例えば、電話帳データ、メモなど）が他のアプリケーションと共有されることができるようにするコンポーネントである。
【００３５】
アンドロイドプラットホームにおいて、所定のアプリケーション内のデータが対応するアプリケーションだけでアクセスされることができ、他のアプリケーションによりアクセスされないことが基本原則である。しかしながら、データの反復的な格納は、システムリソースの浪費につながるために、アプリケーションは、相互にデータを共有できなければならない。したがって、アンドロイドプラットホームは、コンテンツプロバイダーを介して所定のデータ（例えば、ＭＰ３ファイルのようなメディアデータ）を他のアプリケーションによってもアクセスされることができるようにする。この際に、コンテンツプロバイダーを介してデータを共有するアプリケーションで共有しようとするデータだけが選択的に共有されることができ、コンテンツプロバイダーを介して共有されたデータは、コンテンツリゾルバ（Content Resolver）を介して他のアプリケーションでアクセスすることができる。
【００３６】
ブロードキャストレシーバは、携帯端末機の状態に関連した情報（例えば、残存バッテリー状態に関する情報又は携帯端末機のロケールの設定の変更）に応答する。ブロードキャストレシーバは、イベントの発生を確認することができ、通知を介してこのイベントをユーザに通知する。例えば、ブロードキャストレシーバは、このバッテリー容量が不足するか又はネットワーク環境が変わる場合に、このような状態を確認した後に通知を介してこの状態をユーザに通知することができる。
【００３７】
通知は、通知マネージャ（Notification Manager）を介して発光ダイオード（ＬＥＤ）のターンオン又はターンオフ、振動の発生、及び着信音の出力の中の少なくとも１つによりイベントの発生をユーザに通知する。
【００３８】
インテントは、アクティビティ、サービス、及びブロードキャストレシーバのコンポーネントを呼び出すか、又は対応するコンポーネントにデータを伝達するメッセージ又は伝達媒体として解釈され得る。例えば、インテントは、アンドロイドアプリケーションのコンポーネントの中で、３つのコンポーネント、すなわち、アクティビティ、サービス、及びブロードキャストレシーバを活性化させる。
【００３９】
図２は、本発明の実施形態によるメディアデータベースを更新する過程を示すフローチャートである。図３Ａ及び図３Ｂは、本発明の実施形態によるメディアデータベースを更新する過程を説明するための例示図であり、図４は、本発明の実施形態によるメディアデータベースを更新するブロードキャストレシーバのソースコードを示す図である。図２乃至図４を参照して、本発明の実施形態によるメディアデータベースを更新する過程について説明する。
【００４０】
図２を参照すると、ステップＳ２０１及びＳ２０２において、ロケールの変更が感知される。このロケールは、携帯端末機（例えば、アンドロイドスマートフォン）の使用に対する言語設定を意味する。ユーザは、自身の言語に適合するように携帯端末機のロケールを選択し得る。例えば、ユーザがロケールを韓国語に設定する際に、携帯端末機のメニュー及びユーザインターフェース（ＵＩ）を含む携帯端末機の使用環境が韓国語で表示される。
【００４１】
一方、ユーザは、様々な言語の中で自身が使用することを希望するロケールを選択し得る。本発明の実施形態によると、このロケールがユーザにより変更される場合に、この変更されたロケールに対応するコーディング方式がその後のステップで使用される。例えば、ＥＵＣ、Ｓｈｉｆｔ−ＪＩＳなどのコーディング方式は、日本語に提供され、ＧＢ１８０３０、ＧＢ２３１２、ＨＺなどのコーディング方式は、中国語に提供され、ＡＳＭＯ  ７０８、ＤＯＳ、ＩＳＯなどのコーディング方式は、アラビア語に提供され、一般ユニコード、ＵＴＦ−８ユニコードなどのコーディング方式は、韓国語に提供される。
【００４２】
ステップＳ２０１及びＳ２０２の後に、メディアデータベースが更新されることができるか否かを確認し得、このメディアデータベースの更新が可能な場合のみに後のステップに進行し得る。
【００４３】
ステップＳ２０３及びＳ２０４において、メディアファイルのメタデータは、このロケールに対応するコーディング方式を用いてデコーディングされ、このメディアデータベースは、このデコーディングされたメタデータを介して更新される。
【００４４】
図３Ａ及び図３Ｂは、従来技術及び本発明の実施形態によるメディアデータベースを更新する過程をそれぞれ説明する例示図である。図３Ａは、メディアデータベースが更新された後に、このメディアデータベース内の歌手カプセル（singer Capsule）に対応するメディアデータの表示が要請される従来技術の例を示す図である。図３Ｂは、メディアデータベースが更新された後に、このメディアデータベース内のカプセルに対応するメディアデータの表示が要請される本発明の実施形態を示す図である。
【００４５】
図３Ａ及び図３Ｂを参照すると、ステップＳ２０３及びＳ２０４で、携帯端末機のロケールが韓国語から日本語に変更され、日本語でコーディングされたメディアデータが携帯端末機に格納されているという仮定下で、従来の技術に従って、メディアデータのメタデータは、前のロケールである韓国語に対応するコーディング方式を用いてデコーディングされ、このデコーディングされたメタデータを介してメディアデータに関する情報（例えば、歌手の名前及び曲名など）がメディアデータベースに格納されていたが、この格納されている情報は、このロケールが変更されても更新されない。
【００４６】
従来の技術に従って、このロケールが変更されてもこのメディアデータベースが更新されない場合には、対応するメディアデータ（例えば、ＭＰ３ファイル）のメタデータに含まれた歌手名情報３１０は、正確に表示される可能性があるが、日本語でコーディングされた曲名は、３２０ａ、３３０ａ、及び３４０ａで示すように見分けのつかない程度に表示され得る。
【００４７】
一方、本発明の実施形態によると、ロケールが変更される場合に、この変更されたロケールに対応するコーディング方式を確認した後に、メディアデータのメタデータは、この確認されたコーディング方式を用いてデコーディングされ、メディアデータベースは、この確認された（変更されたロケールに対応する）コーディング方式を用いてデコーディングされたメタデータに基づいて更新される。このように、このロケールが変更された後に、このメディアデータベースが更新される場合にも、この更新されたメディアデータベースを介して表示されるメディアデータの情報は、正常に表示されることができる。
【００４８】
例えば、本発明の実施形態によると、このロケールが韓国語から日本語に変更されたと確認される場合に、メディアファイルのメタデータは、日本語に対応するコーディング方式を用いてデコーディングされ、このメディアファイルは、このデコーディングされたメタデータを用いてメディアデータベースに登録され、これに従って、このメディアデータベースが更新される。
【００４９】
このメディアデータベースが更新され、この更新されたメディアデータベースで歌手名情報３１０に対応するメディアデータの確認が要請される場合に、図３Ｂにおいて、歌手名情報３１０に対応する３個のメディアデータ（例えば、ＭＰ３ファイル）の曲名は、３２０ｂ、３３０ｂ、及び３４０ｂで示すように正常に表示される。
【００５０】
したがって、メディアデータに関するユーザの接近性及び使用効率性の観点において、図３Ａに示す従来の技術に従って更新されないデータベースを介して表示されるメディアデータの情報（例えば、曲名３２０ａ、３３０ａ、及び３４０ａ）は、図３Ｂに示す本発明の実施形態に従って更新されたメディアデータベースを介して表示されるメディアデータの情報（例えば、曲名３２０ｂ、３３０ｂ、及び３４０ｂ）と大きな差異点がある。
【００５１】
本発明の実施形態によると、このメディアデータが音楽ファイル（例えば、ｍｐ３ファイル、ｍｉｄファイル、ｗａｖファイルなど）及び静止画像又は動画（例えば、ｊｐｇファイル、ｂｍｐファイル、ａｖｉファイル、ｍｋｖファイルなど）のようなマルチメディアデータを含むと仮定する。
【００５２】
このメディアデータベースの更新がステップＳ２０１乃至ステップＳ２０４を介して完了する場合に、ユーザは、この更新が完了したという通知を受けることにより、このメディアデータベースがこの変更されたロケールに対応するように再確立されることを認識することができる。この際に、メディアデータベースの更新は、表示部の表示画面を介した視覚情報、携帯端末機の振動による振動情報、所定の音による音情報の中の少なくとも１つを介してユーザに通知され得る。
【００５３】
一方、この携帯端末機がアンドロイドオペレーティングシステムを使用するアンドロイドスマートフォンである場合に、ステップＳ２０１乃至ステップＳ２０４を介して説明された本発明の実施形態は、図４に示すソースコード（構文）を介して実現（実行）され得る。以下、図４を参照してステップＳ２０１乃至ステップＳ２０４について説明する。
【００５４】
図４は、本発明の実施形態によるメディアデータベースを更新するブロードキャストレシーバのソースコードを示す図である。
【００５５】
図４を参照すると、アンドロイドプラットホームにおいて、メディアプロバイダー（MediaProvider）は、レジスタブロードキャストレシーバ（Register Broadcast Receiver）の呼出しにより図４に示すソースコードで作成されたブロードキャストレシーバを登録する。その後に、メディアプロバイダーは、この登録されたブロードキャストレシーバを介してインテント（Intent.ACTION_LOCALE_CHANGED）が呼び出されることを確認することができる。
【００５６】
構文４１０を参照すると、メディアプロバイダーは、携帯端末機のロケールが変更されたことをインテント（Intent.ACTION_LOCALE_CHANGED）を介して確認する。
【００５７】
構文４２０を参照すると、このロケールの変更が確認された後に、メディアプロバイダーは、このメディアデータベースの整列基準をこの変更されたロケールに設定し、このメディアデータベースがメディアファイルのメディアスキャニングの間に更新されることができるようにこのメディアデータベースを表示する。
【００５８】
構文４３０を参照すると、このメディアデータベースの更新が可能であることを確認した後に、メディアプロバイダーは、この変更されたロケールに対応するコーディング方式を用いてメディアデータのメタデータをデコーディングし、このデコーディングされたメタデータを用いてメディアデータベースを更新するようにメディアスキャナー（すなわち、メディアスキャナーサービスクラス（MediaScannerService.class））を使用する。
【００５９】
メディアプロバイダーは、図４に示すソースコードで作成されたブロードキャストレシーバを介してメディアデータベースを更新し、コンテンツプロバイダーの実現形態の中の１つとして理解されることができる。
【００６０】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【符号の説明】
【００６１】
３１０  歌手名情報
３２０ａ、３３０ａ、３４０ａ、３２０ｂ、３３０ｂ、３４０ｂ  曲名
【図１】
0005897872.tif 000002
【図２】
0005897872.tif 000003
【図３Ａ】
0005897872.tif 000004
【図３Ｂ】
0005897872.tif 000005
【図４】
0005897872.tif 000006