(57)【要約】【課題】  携帯電話端末内に蓄積された多数のデータコンテンツの中から、ユーザが所望するデータコンテンツを容易且つ確実に取りだすことを可能にし、また、各データコンテンツを有効に活用可能とする。【解決手段】  メモリ部１５には、複数のデータコンテンツを格納するデータコンテンツ格納部１６と、検索用のタグをグループ化したデータベースを格納するデータベース格納部１７とが用意されている。グループ内のタグは、例えばデータコンテンツから抽出された複数のキーワード（メタデータ）の中からユーザが選んだ幾つかのキーワードによりなる。制御部１０は、ユーザから検索キーワードが入力されたり、データコンテンツから検索キーワードが取得されると、その検索キーワードを基にデータベース格納部１７からグループを検索し、その検索されたグループ内のタグをキーワードとしてデータコンテンツ格納部１６からデータコンテンツを検索する。【選択図】  図１５
2008282322.tif 000002
【特許請求の範囲】
【請求項１】
複数のデータコンテンツを格納するデータコンテンツ格納部と、
キーワードを取得するキーワード取得部と、
上記キーワード取得部にて取得したキーワードをグループ化するグループ化部と、
上記グループ化部がグループ化した各グループ毎にキーワードを格納するグループ格納部と、
検索キーワードを基に上記グループ格納部からグループを検索し、当該検索により得られたグループ内のキーワードを基に上記データコンテンツ格納部からデータコンテンツを検索する検索部とを有する、
ことを特徴とする情報処理装置。
【請求項２】
上記キーワード取得部は、データコンテンツに付随したメタデータを上記キーワードとして取得し、
上記検索部は、データコンテンツに付随したメタデータをキーワードとして扱い、上記グループ格納部から検索したグループ内のキーワードと同じメタデータを含むデータコンテンツを、上記データコンテンツ格納部から検索することを特徴とする請求項１記載の情報処理装置。
【請求項３】
外部ネットワークと外部機器の少なくとも何れかから、自装置とは別の情報処理装置によりグループ化されたキーワードを取得する外部グループ取得部を有することを特徴とする請求項１記載の情報処理装置。
【請求項４】
上記検索部は、データコンテンツに付随した複数のメタデータの中から抽出したメタデータを、上記検索キーワードとして取得することを特徴とする請求項１記載の情報処理装置。
【請求項５】
上記検索部は、上記データコンテンツ格納部から検索されたデータコンテンツに対し、複数の検索キーワードによる検索マッチ数に基づいた所定の評価値を付加することを特徴とする請求項１記載の情報処理装置。
【請求項６】
上記検索部は、予め設定された検索階層数分だけ上記検索の処理を再帰的に繰り返すと共に、上記検索の処理の階層数に基づいて上記評価値を調整することを特徴とする請求項５記載の情報処理装置。
【請求項７】
上記検索部は、検索キーワードを基に上記グループ格納部からグループを検索し、当該検索により得られたグループ内のキーワードを基に上記データコンテンツ格納部からデータコンテンツを検索した後、上記グループ格納部から検索されたグループ内に属するキーワードを新たな検索キーワードとして用い、当該検索キーワードを基に上記グループ格納部からグループを検索し、当該検索により得られたグループ内のキーワードを基に上記データコンテンツ格納部からデータコンテンツを検索する処理を、再帰的に繰り返す処理を行う際には、上記再帰的な繰り返し処理数に基づいて上記評価値を調整することを特徴とする請求項５記載の情報処理装置。
【請求項８】
上記グループ化部は、グループ同士を関連付けし、
上記グループ格納部は、上記グループ化部にて関連付けされたグループ毎にキーワードを格納することを特徴とする請求項１記載の情報処理装置。
【請求項９】
上記グループ若しくはグループ内のキーワードを編集するグループ編集部を有することを特徴とする請求項１記載の情報処理装置。
【請求項１０】
キーワード取得部がキーワードを取得するステップと、
上記キーワード取得部にて取得したキーワードをグループ化部がグループ化するステップと、
上記グループ化部がグループ化した各グループ毎のキーワードをグループ格納部に格納するステップと、
検索キーワードを基に、検索部が上記グループ格納部からグループを検索し、当該検索により得られたグループ内のキーワードを基に、データコンテンツ格納部に格納されている複数のデータコンテンツの中から、検索部がデータコンテンツを検索するステップとを有する、
ことを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば写真データや電子メール等の様々なデータコンテンツを整理及び検索する際に好適な情報処理装置及び情報処理方法に関する。
【背景技術】
【０００２】
従来より、インターネット上のウェブサイトやウェブログなどで公開されている情報を例えばキーワードにより検索可能とするためのシステム（いわゆる検索エンジン）が知られている。従来の検索エンジンでは、インターネット上のウェブページやウェブログなどの膨大なデータコンテンツから様々なメタデータ（例えばキーワード）を抽出し、それら抽出したメタデータを基にデータベースを構築しており、そのデータベースが情報検索の際に使用される仕組みが採り入れられている。
【０００３】
また例えば、特開２００６−１４６４４６号の公開特許公報（特許文献１）には、検索履歴データベースに対して検索キーワード毎の検索履歴の照会を行う検索履歴照会手段と、検索キーワード毎の検索履歴を受信して記憶する検索履歴記憶手段と、検索キーワード毎の検索履歴を集計する検索履歴集計手段と、検索キーワードを抽出する検索キーワード抽出手段と、抽出された検索キーワードに基づき、作成又は編集するウェブサイトのウェブページ毎に検索キーワードを分類する検索キーワード分類手段と、ウェブページ毎に分類された検索キーワードを配置する検索キーワード配置手段とを備え、検索履歴の集計によりウェブページ毎に最適な検索キーワードを設定し検索のための最適化するようになされたシステムが開示されている。
【０００４】
特開２００６−１０７４７３号の公開特許公報（特許文献２）には、ユーザの特徴を決定するユーザモデルが、ユーザのコンテンツ、アクティビティ及びコンテキスト全体の分析を介して自動的に組み立てられており、パーソナル化コンポーネントが、ユーザの情報検索をパーソナル化するためにユーザモデルを考慮して問い合わせ及び／又は検索結果を自動的に変更し、ユーザインターフェースが、問い合わせを受け取って一つ又は複数のローカル及び／又はリモートの検索エンジンからの検索結果を表示することにより、よりパーソナル化された検索から、より一般化された検索を可能とするシステムが開示されている。
【０００５】
特開２００３−１６７９１０号の公開特許公報（特許文献４）には、メタデータ処理部内の関連付け処理部が、検索エンジン内のメタデータ取得部から送られるメタデータ収集リクエストに応じて、そのメタデータ収集リクエストに含まれるキーワードに関連付けられたメタデータをメタデータベースから収集し、メタデータ集約部が、関連付け処理部にて収集された複数のメタデータを集約し、その集約したメタデータの情報であるメタデータ収集結果を検索エンジン内のメタデータ取得部へ返信し、コンテンツ検索部が、メタデータ収集部にて受信されたメタデータ収集結果に基づいて、コンテンツデータベース内のコンテンツを検索するようになされたシステムが開示されている。
【０００６】
【特許文献１】特開２００６−１４６４４６号公報（図１）
【特許文献２】特開２００６−１０７４７３号公報（図１）
【特許文献３】特開２００３−１６７９１０号公報（図１）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、近年の携帯電話端末は、非常に記憶容量の大きいメモリが搭載されており、そのため、例えば写真データや電子メールデータなどのデータコンテンツだけでは当該メモリの記憶容量が満杯にならなくなってきている。一方、このようにメモリ内に膨大な量のデータコンテンツが蓄積されるようになると、それら膨大な量のデータコンテンツの中には、全く呼び出されない状態のまま保存され続けるデータコンテンツも出てくることになる。
【０００８】
ここで、従来の検索エンジンのように、データコンテンツに付随している様々なメタデータ（例えばキーワード）を利用して情報検索を行うシステムを、当該携帯電話端末内のデータコンテンツの検索システムに適用することも考えられるが、従来の検索エンジンに採用されている仕組みは巨大なデータベース内から様々なデータコンテンツを検索することを目的として作られているため、携帯電話端末内の個人のデータコンテンツの検索には必ずしも向いているとは言い難い。すなわち例えば、携帯電話端末内に保存されているデータコンテンツは、電子メールのデータやいわゆるブックマークのデータ、写真データなど、限られた種類のものが殆どであり、それらデータコンテンツから抽出できるキーワードも少ないため、従来の検索エンジンをそのまま携帯電話端末に採り入れたとしても、実際に検索が行われた際に、検索用入力キーワードに対してデータコンテンツが全くヒットしなくなる可能性が高い。一方、検索時に取り出されるデータコンテンツを増やすために、例えば検索の粒度を細かくすることも考えられるが、検索の粒度を細かくし過ぎると、実際に検索を行った際に、所望のデータコンテンツとは全く関係のない多数のデータコンテンツまで取り出されてしまうことになり、ユーザが本当に入手したいデータコンテンツを逆に見つけ難くなってしまう可能性が高くなる。
【０００９】
本発明は、このような実情に鑑みて提案されたものであり、携帯電話端末内に蓄積された多数のデータコンテンツの中から、ユーザが所望するデータコンテンツを容易且つ確実に取りだすことができ、それら蓄積されたデータコンテンツを有効に活用可能とする、情報処理装置及び情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の情報処理装置は、複数のデータコンテンツを格納するデータコンテンツ格納部と、キーワードを取得するキーワード取得部と、キーワード取得部にて取得したキーワードをグループ化するグループ化部と、グループ化部がグループ化した各グループ毎にキーワードを格納するグループ格納部と、検索キーワードを基にグループ格納部からグループを検索し、当該検索により得られたグループ内のキーワードを基にデータコンテンツ格納部からデータコンテンツを検索する検索部とを有することにより、上述した課題を解決する。
【００１１】
また、本発明の情報処理方法は、キーワードを取得するステップと、その取得したキーワードをグループ化部がグループ化するステップと、各グループ毎のキーワードを格納するステップと、検索キーワードを基にグループを検索し、当該検索により得られたグループ内のキーワードを基に、複数のデータコンテンツの中からデータコンテンツを検索するステップとを有することにより、上述した課題を解決する。
【００１２】
すなわち、本発明によれば、キーワードをグループ化しておき、検索キーワードを基にグループを検索し、さらにその検索により得られたグループ内のキーワードを基にデータコンテンツの検索を行うことで、データコンテンツの検索粒度を高めている。
【発明の効果】
【００１３】
本発明においては、キーワードを予めグループ化しておき、検索キーワードが得られた時に、その検索キーワードを基にグループを検索し、さらに当該グループ内のキーワードを基にデータコンテンツの検索を行うことにより、例えば、携帯電話端末内に蓄積された多数のデータコンテンツの中から、ユーザが所望するデータコンテンツを容易且つ確実に取りだすことができ、それら蓄積されたデータコンテンツを有効に活用することが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照しながら、本発明の実施形態について説明する。
【００１５】
なお、以下の説明では、本発明の情報処理装置及び方法が適用される一実施形態として、携帯電話端末を挙げている。勿論、ここで説明する内容はあくまで一例であり、本発明はこの例に限定されないことは言うまでもない。
【００１６】
〔概要〕
先ず、本発明実施形態の携帯電話端末の詳細な構成及び動作の説明の前に、本発明におけるデータコンテンツからのメタデータ抽出と、その抽出したメタデータがデータコンテンツの検索を行う際の検索用のタグとして扱われること、さらに、検索用のタグのグループ化と、当該グループ化されたタグやユーザから入力されたキーワードを用いたデータコンテンツの検索処理の概要について説明する。
【００１７】
ここで、本実施形態において、データコンテンツとは、例えば電子メールデータや画像データ、音声データ等、本実施形態の携帯電話端末内に保存されているデータである。すなわち、本実施形態では、携帯電話端末内に保存されているそれら様々なデータを総称してデータコンテンツと呼んでいる。
【００１８】
本実施形態では、それらデータコンテンツを、タグのグルーピングを通じて間接的に取り纏めることにより、当該携帯電話端末内の全てのデータコンテンツを効率良く且つ高精度に検索可能としている。
【００１９】
以下、データコンテンツの一例として、電子メールデータを挙げて具体的に説明する。
【００２０】
例えば、送信若しくは受信された電子メールの本文データとして図１の（ａ）に示すようなメール本文のデータがあった場合、本実施形態の携帯電話端末は、当該電子メールのデータコンテンツに付随するメタデータとして、その電子メールの送信先アドレスや受信元アドレス、それらアドレスについてアドレス帳内に登録されている氏名や住所，ニックネーム，画像，アイコン、電子メールの件名等の情報を抽出すると同時に、当該メール本文の構文解釈処理を行うことにより、例えば図１の（ｂ）に示すような名詞となる語句をキーワードとして抽出する。なお、図１の例は、“サッカー”を話題とした電子メールを挙げている。
【００２１】
本実施形態の携帯電話端末は、図１の（ｂ）に示したような複数のキーワードを抽出すると、ディスプレイ画面上に例えば図２の（ａ）に示すようなキーワード選択用のユーザインターフェース画面を表示させる。この図２の（ａ）に示したユーザインターフェース画面には、上記抽出された各キーワードが配列されると共に、それら各キーワードをユーザが選択するためのチェックボックスが配されている。また、ユーザにより何れかのチェックボックスにチェックが入れられた場合、携帯電話端末は、そのチェックが入れられたチェックボックスに対応したキーワードに例えば下線を引いた画面を表示する。なお、図１及び図２の例では、データコンテンツから抽出されたキーワードの中からユーザが所望のキーワードを選択する例を挙げたが、例えばユーザがキー操作等を通じて所望のキーワードを直接入力してもよい。
【００２２】
ユーザにより上記チェックボックスにチェックが入れられることで、上記図２の（ａ）のユーザインターフェース画面の各キーワードの中からユーザ所望のキーワードが選択されると、本実施形態の携帯電話端末は、ディスプレイ画面を、図２の（ｂ）に示すようなグループ登録用のユーザインターフェース画面に遷移させる。
【００２３】
ここで、本実施形態において、グループとは、上述のようにユーザにより選択若しくは入力された複数の各キーワード（メタデータ）を、データコンテンツ検索のための検索用タグとして一つに纏めたグループである。また、一つのグループは、データコンテンツを検索する際の一つの検索用タグ（つまり検索キーワード、本実施形態ではこのグループ化されたタグを特にグループタグと表記する。）としても扱われる。つまり、本実施形態によれば、データコンテンツの検索は、ユーザから入力されたキーワードよる通常のキーワード検索によって行われる場合や、データコンテンツから抽出されたメタデータを検索キーワードとして行われる場合の他に、上記グループ内の各タグや一つのグループタグによっても行われる。さらに、本実施形態において、一つのグループは、一つのデータファイルとして扱われると同時に一つのデータコンテンツとしても扱われる。なお、本実施形態によれば、グループはデータコンテンツを検索する際のリンク情報として用いられるため、本実施形態では当該グループのデータファイルを特にリンクファイルと表記する。
【００２４】
上記グループ登録用のユーザインターフェース画面には、図２の（ｂ）に示すように、上記抽出及び選択された各キーワードを検索用のタグとして纏めた一つのグループについて、ユーザが所望の名前（グループ名）を入力するためのグループ名入力エリア３０と、その名前が付けられたグループを登録するか或いは登録を取り消すかをユーザが指示するためのソフトキー（登録用ソフトキー３１，取消用ソフトキー３２）が配されている。図２の（ｂ）の例は、図２の（ａ）にて選択された各キーワードが殆どサッカーに関するものであるため、ユーザにより上記グループ名入力エリア４０内に“サッカー”の文字が入力された場合の例、つまり、上記各キーワードを纏めたグループについてユーザが“サッカー”というグループ名を登録することにした場合の例を示している。そして、この図２の（ｂ）の状態で、ユーザから例えば登録用ソフトキー３１を選択する旨の指示入力がなされると、上記図１の（ｂ）にて選択された各キーワードが検索用タグとしてグループ化されたグループに対して、上記“サッカー”の名前が登録されることになる。そして、このグループ名の“サッカー”は、データコンテンツの検索の際には、検索用タグ（グループタグ）としても用いられることになる。図３には、図２の（ａ）で選択されたキーワードが登録され、且つ、図２の（ｂ）にてグループ名が“サッカー”に登録されたグループの例を示す。
【００２５】
また、上述のように登録されたグループは更新可能となされており、例えば新たなキーワードをタグとしてグループ内に登録したり、逆にグループ内の登録済みのタグから所望のタグを消去することなどが可能となされている。また、グループに新たに登録されるタグは、前述の図１及び図２で述べたようにして抽出及び選択されたキーワードでもよいし、例えばユーザが自らキー操作等により入力したキーワードであってもよい。
【００２６】
さらに、本実施形態の携帯電話端末において、上述したようなグループは、一つに限らず、複数登録することも可能となされており、また、グループはタグを全く含まれていない状態でも登録可能（つまりグループタグのみ登録することも可能）である。
【００２７】
そして、上述したようなグループの登録がなされている場合において、携帯電話端末の内部メモリ等に蓄積されているデータコンテンツの検索を行うために、例えばユーザから検索キーワードが入力されたり、現在使用中のデータコンテンツからメタデータが抽出されて当該メタデータが検索キーワードとなされると、本実施形態の携帯電話端末は、それら検索キーワードを基にグループの検索を行い、当該検索キーワードに適合したタグが登録されているグループを見つけた時には、さらにそのグループ内に登録されている全てのタグを検索キーワードとしてデータコンテンツの検索を行う。
【００２８】
すなわち例えば、図３に示したような各タグ（“ワールドカップ”，“Ｗ杯”，“Ｂ国代表”，“コンフェデレーションズカップ”，“ピッチ”）が含まれたグループ名“サッカー”のグループが登録されている場合において、例えば、ユーザから一つの検索キーワードとして“ワールドカップ”の単語が入力されたり、現在使用中のデータコンテンツから抽出されたメタデータにより例えば“ワールドカップ”の単語が検索キーワードとして得られた場合、本実施形態の携帯電話端末は、当該“ワールドカップ”の検索キーワードに適合するタグが登録されているグループとして上記図３のグループ名“サッカー”のグループを検索し、次いで、そのグループ名“サッカー”のグループ内に含まれている全タグ（“ワールドカップ”，“Ｗ杯”，“Ｂ国代表”，“コンフェデレーションズカップ”，“ピッチ”）を検索キーワードとして用いて、データコンテンツの検索を行う。すなわち、本実施形態の場合、データコンテンツの検索は、上記グループ名“サッカー”のグループ内に含まれている各タグ（“ワールドカップ”，“Ｗ杯”，“Ｂ国代表”，“コンフェデレーションズカップ”，“ピッチ”）に適合したキーワードを含んだデータコンテンツを見つけ出すような検索処理となる。勿論、上述のような検索キーワードに基づくグループ検索と共に、当該検索キーワードのみを用いてデータコンテンツの検索を行うような一般的なキーワード検索を併用することも可能である。これにより、本実施形態の携帯電話端末によれば、上記検索キーワードである“ワールドカップ”から直接検索されるデータコンテンツだけでなく、上記グループ名“サッカー”内の各タグ（“Ｗ杯”，“Ｂ国代表”，“コンフェデレーションズカップ”，“ピッチ”）を検索キーワードとして検索されるデータコンテンツをも取り出すことが可能となる。
【００２９】
なお、検索キーワードに基づくグループの検索や、グループ内のタグを検索キーワードとしたデータコンテンツの検索の際には、検索キーワードと完全に一致するタグを含むグループや、タグと完全に一致するキーワードを含むデータコンテンツのみを取り出すようにしてもよいし、また、検索キーワードと一部が一致するタグを含むグループや、タグと一部が一致するキーワードを含むデータコンテンツを取り出すようにしてもよいし、さらには検索キーワードそのものが有している意味（単語の意味など）と合うタグを含むグループや、タグそのものが有している意味と合うキーワードを含むデータコンテンツを取り出すようにしてもよい。本実施形態では、上述のような完全一致や一部一致、単語の意味合いなどの概念を含む語句として、上記「適合」という表記を用いている。
【００３０】
また、本実施形態において、データコンテンツから抽出されるメタデータは、上述したような電子メールに付随するメタデータ（メール本文や件名内のテキストデータ、送受信アドレス，アドレス帳内の住所，氏名等）の他に、例えば画像データや音楽データ、その他のデータに付随するメタデータなどを用いることも可能である。また、検索キーワードやグループ内のタグを基にしてデータコンテンツの検索を行う際に、各データコンテンツ内で参照されるキーワード（メタデータ）についても同様に、電子メールに付随するメタデータの他に、画像データや音楽データ、その他のデータに付随するメタデータを用いることも可能である。なお、画像データに付随するメタデータとしては、当該画像データのＥｘｉｆ（Exchangeable Image File Format）領域に記述されているデータを挙げることができ、音楽データに付随するのメタデータとしては、当該音楽データの楽曲名やアーティスト名、ジャンル名等のデータを挙げることができる。また、画像データのＥｘｉｆ領域内には、任意のテキストデータやＨＴＭＬ（HyperText Markup Language）のデータ等を記述可能なエリアが設けられており、したがって、そのエリア内に例えば画像撮影時のコメントや画像タイトルなどのデータを記述しておけば、例えばデータコンテンツの検索時にＥｘｉｆ領域内のデータを参照することより、当該画像データの検索が可能となる。
【００３１】
さらに、本実施形態の携帯電話端末は、例えば他の携帯電話端末で作成及び登録されたグループのリンクファイルや、インターネット上の所定のサイトなどに用意されているグループのリンクファイルを、例えば通信（ダウンロード）や外部メモリ等を通じて取得することも可能となされている。このように、ダウンロード等により新たなグループのリンクファイルを取得して携帯電話端末内に登録した場合、それ以前は当該携帯電話端末内で全く関係が無かったデータコンテンツ同士が、当該ダウンロードされたグループにより関連付けを持つことになり、その結果、検索時にはそれらデータコンテンツが取り出される可能性が高くなる。また、或るユーザの携帯電話端末で登録されたグループをアップロードし、そのグループを別のユーザの携帯電話端末にダウンロードするようなことを行った場合、互いに似た嗜好を持った複数のユーザの携帯電話端末において、それぞれ似たデータコンテンツが検索されるようになり、各ユーザ間でそれら検索されたデータコンテンツを通じたコミュニケーションを行うようなことが可能となる。
【００３２】
図４には、インターネット上の所定のサイトからダウンロード等により取得可能なグループの一具体例として、グループ名が“流行語”となされているグループを挙げている。なお、このグループには、２００Ｘ年に流行語となった言葉等がタグとして登録されているとする。
【００３３】
また、図５には、上記グループ名“流行語”のグループのリンクファイルが既にダウンロード等により取得されている状態で、例えば携帯電話端末が電子メール４０を受信し、その電子メール４０の件名から抽出したキーワードに基づいて、データコンテンツ（この例では他の電子メールや画像）が検索される場合の一例を示している。
【００３４】
この図５の例において、例えば受信電子メール４０の件名に含まれている“ＳＮＳ”を検索キーワードとして抽出した場合、本実施形態の携帯電話端末は、当該検索キーワード“ＳＮＳ”を基にグループの検索を行う。すなわち、本実施形態の携帯電話端末は、データコンテンツから自動的に検索キーワードを抽出することも可能となされている。この例の場合、受信電子メール４０の件名から上記“ＳＮＳ”が検索キーワードとして自動的に抽出された例を挙げている。
【００３５】
そして、上記“ＳＮＳ”の検索キーワードに適合したタグを含むグループとして、前述のグループ名“流行語”のグループが検索されると、本実施形態の携帯電話端末は、当該グループ名“流行語”のグループ内に登録されている各タグを検索キーワードとして、データコンテンツの検索を行う。図５の例では、グループ名“流行語”のグループ内に登録されているタグを検索キーワードとしてデータコンテンツの検索を行った結果、当該“流行語”のグループ内の“東京タワー”と“ＭＮＰ”と“王子”の各タグに適合するキーワードを含むデータコンテンツとして、例えば件名に“東京タワー行きました”のテキストが記述された電子メール４１と、件名に“ＭＮＰで機種変”のテキストが記述された電子メール４２と、Ｅｘｉｆ領域内に例えば“王子”のコメントが記述された画像４３とが、当該検索により得られた状態を表している。
【００３６】
さらに、本実施形態において、グループは、それぞれが独立したグループであってもよいし、一例として図６に示すように、或るグループに対して別のグループが従属関係を有して連結されていてもよいし、また、グループ同士が対等な関係で連結していてもよい。なお、当該図６に示した連結関係は一例であり、本発明はこの例に限定されるものではない。
【００３７】
この図６の例では、グループＧ１にはグループＧ２，Ｇ３，Ｇ７が従属関係を有して連結され、さらにグループＧ２にはグループＧ４，Ｇ５が従属関係を有して連結され、グループＧ７にはグループＧ８が従属関係を有して連結されている。グループＧ６には、上記グループＧ１に従属しているグループＧ７が従属関係を有して連結されている。グループＧ９にはグループＧ１０が従属関係を有して連結されている。グループＧ１１にはグループＧ１２が連結関係され、されにグループＧ１２にはグループＧ１３が従属関係を有して連結されている。また図６において、グループＧ６とグループＧ９は対等な関係で連結しており、同じく、グループＧ８とグループＧ１３も対等な関係で連結している。
【００３８】
この図６の例のように、グループが従属関係を有して連結されている場合、一例として、検索キーワードに適合したタグが、当該従属関係の上位側のグループ内に含まれていた場合には、当該上位側のグループとそれに連結した下位側のグループ内の全てのタグを用いてデータコンテンツの検索を行い、一方、検索キーワードに適合したタグが、当該従属関係の下位側のグループ内に含まれていた場合には、当該下位側のグループ内のタグのみを検索キーワードとして用い、上位側のグループ内のタグについては用いずに、データコンテンツの検索を行うようにしてもよい。また、グループが対等な関係で連結されている場合、それら連結されたグループ内の全タグを用いてデータコンテンツの検索を行うようにしてもよい。勿論、本発明において、連結した各グループ内の各タグをどのように扱うかは、上述の例に限定されないことは言うまでもない。
【００３９】
〔データベース構造〕
次に、上述したようなグループを利用したデータコンテンツ検索を実現するために本実施形態の携帯電話端末内に構築されるデータベース構造について説明する。
【００４０】
上述したグループを利用したデータコンテンツ検索を実現するために、本実施形態の携帯電話端末内には、少なくとも、“コンテンツテーブルＣ”と“タグテーブルＴ”と“コンテンツタグリンクテーブルＬ”と“タググループリンクテーブルＧＬ”とを有するデータベースが構築される。
【００４１】
以下、上記データベースにおけるそれぞれのスキーマと事例について説明する。なお、ここでは、前述の図４に示したようなグループのリンクファイルが、例えばダウンロード等により既に取得されていることを前提として説明する。また、本実施形態では、説明を簡略化するため、図４のグループ内の全てのタグが登録されているわけではなく、一部のタグのみが抜粋して登録されている例を用いている。
【００４２】
〔コンテンツテーブルＣ〕
上記コンテンツテーブルＣは、図７に示すように、本実施形態の携帯電話端末内に保存されているデータコンテンツを各々識別可能にすると同時にそれらを管理するための情報を格納するテーブルである。
【００４３】
本実施形態の場合、当該コンテンツテーブルＣには、図７に示すように、“ＩＤ”フィールド、“Ｎａｍｅ”フィールド、“ＦｉｌｅＰａｔｈ”フィールド、“ＦｉｌｅＮａｍｅ”フィールド、“Ｔｙｐｅ”フィールドが用意されており、それら各フィールドに情報が記述される。
【００４４】
図７に示したコンテンツテーブルＣの“ＩＤ”フィールドには、携帯電話端末内に保存されているデータコンテンツを個々に識別するためのコンテンツＩＤが記述される。当該コンテンツＩＤは、データコンテンツ毎にユニークな値（例えば数字等）となされる。
【００４５】
図７のコンテンツテーブルＣの“Ｎａｍｅ”フィールドには、データコンテンツに付けられている名前の情報が記述される。但し、データコンテンツの中には必ずしも名前が付けられていないものもあり、その場合、本実施形態の携帯電話端末は、例えば当該データコンテンツ内から抽出したメタデータ等に基づいて自動的に名前を生成し、その名前の情報を“Ｎａｍｅ”フィールドに記述する。すなわち一例として、電子メールのデータコンテンツの場合、その電子メールの件名内に書かれたテキスト情報から、当該電子メールのデータコンテンツの名前情報を生成して上記“Ｎａｍｅ”フィールドに記述するようなことが可能である。また、デジタルカメラにより撮影された画像データコンテンツの場合、上記“Ｎａｍｅ”フィールドには、例えばＥｘｉｆ領域に記述されているコメントから生成した名前情報を記述してもよいし、例えば撮影日時情報を名前情報として記述することにしてもよい。その他、“Ｎａｍｅ”フィールドには、ユーザが編集等により入力した名前情報を記述することも勿論可能である。
【００４６】
図７のコンテンツテーブルＣの“ＦｉｌｅＰａｔｈ”フィールドには、本実施形態の携帯電話端末内で、各データコンテンツのファイルが格納されている場所（つまりパス）を表す情報が記述される。
【００４７】
図７のコンテンツテーブルＣの“ＦｉｌｅＮａｍｅ”フィールドには、データコンテンツのファイル名の情報が記述される。
【００４８】
図７のコンテンツテーブルＣの“Ｔｙｐｅ”フィールドには、データコンテンツのファイルタイプを表す情報が記述される。すなわち例えば、データコンテンツが例えば図４で示したようなグループである場合にはそのファイルタイプであるリンクファイルを表す“ＬｉｎｋＦｉｌｅ”の情報が記述され、また、データコンテンツが電子メールである場合には電子メールデータファイルであることを表す“Ｍａｉｌ”の情報が、画像データである場合には画像データファイルであることを表す“Ｉｍａｇｅ”の情報等が記述される。
【００４９】
本実施形態の携帯電話端末では、例えばデータコンテンツが新たに追加されると、当該追加されたデータコンテンツに関する上述した各情報がコンテンツテーブルＣに追加され、一方、例えばデータコンテンツが削除されると、その削除されたデータコンテンツに関する情報が上記コンテンツテーブルＣからも削除される。但し、コンテンツＩＤについては、追加・削除の何れの場合であっても同じ値が再利用されることはなく、常にユニークな値となされる。
【００５０】
〔タグテーブルＴ〕
上記タグテーブルＴは、図８に示すように、通常のキーワード検索に用いられるタグと前述したグループタグを各々識別すると同時にそれらを管理するための情報を格納するテーブルである。なお、通常のキーワード検索に用いられるタグと前述のグループタグは、当該データベースでは同じスキーマとして扱われるが、後述する“Ｇｒｏｕｐ”フィールドの値が“ＴＲＵＥ”となされている場合にそのタグがグループタグとして扱われる。
【００５１】
本実施形態の場合、当該タグテーブルＴには、図８に示すように、“ＩＤ”フィールド、“Ｎａｍｅ”フィールド、“Ｃｒｅａｔｅ  Ｄａｔａ”フィールド、“Ｇｒｏｕｐ”フィールドが用意されており、それら各フィールドに情報が記述される。
【００５２】
図８に示したタグテーブルＴの“ＩＤ”フィールドには、各タグ（通常のタグとグループタグ）を個々に識別するためのタグＩＤが記述される。当該タグＩＤも前述のコンテンツＩＤと同様、ユニークな値となされる。したがって、タグ（通常のタグとグループタグ）が追加された場合にはタグＩＤの値がインクリメントされ、一方、タグが削除された場合でも当該削除されたタグに対応付けられていたタグＩＤが後に再利用されることはない。
【００５３】
図８のタグテーブルＴの“Ｎａｍｅ”フィールドには、タグ名を表す情報が記述される。例えば、タグが通常のタグ（すなわちキーワード等）である場合は例えばそのタグそのものを表す単語等がタグ名の情報として記述され、また、タグがグループタグである場合には当該グループタグのグループ名がタグ名の情報として記述される。なお、本実施形態では、データコンテンツからメタデータとして自動抽出したキーワードをタグにする場合には当該キーワードをタグ名の情報として記述することができ、また、ユーザが編集等により入力したタグ名の情報を記述することもできる。
【００５４】
図８のタグテーブルＴの“Ｃｒｅａｔｅ  Ｄａｔａ”フィールドには、そのタグの作成日を表す情報が記述される。
【００５５】
図８のタグテーブルＴの“Ｇｒｏｕｐ”フィールドには、そのタグがグループタグである場合は“ＴＲＵＥ”を表す情報が記述され、通常のタグである場合は“ＦＡＬＳＥ”を表す情報が記述される。これにより、本実施形態によれば、タグテーブルＴという一つのスキーマにより、通常のタグとグループタグとを同時に扱うことが可能になっている。すなわち本実施形態では、通常のタグとグループタグを同列に扱うことにより、データコンテンツにタグを対応付けることのみならず、データコンテンツにグループ（つまりグループタグ）を対応付けることも可能となっている。
【００５６】
〔コンテンツタグリンクテーブルＬ〕
上記コンテンツタグリンクテーブルＬは、図９に示すように、データコンテンツにどのタグが結びつけられているのかを表すリンク情報を格納するテーブルである。
【００５７】
本実施形態の場合、当該コンテンツタグリンクテーブルＬには、図９に示すように、“ＩＤ”フィールド、“ＣｏｎｔｅｎｔＩＤ”フィールド、“ＴａｇＩＤ”フィールドが用意されており、それら各フィールドに情報が記述される。
【００５８】
図９に示したコンテンツタグリンクテーブルＬの“ＩＤ”フィールドには、コンテンツタグリンクＩＤが記述される。当該コンテンツタグリンクＩＤは、各リンク毎にユニークな値となされる。
【００５９】
図９の“ＣｏｎｔｅｎｔＩＤ”フィールドには、図７に示したコンテンツテーブルＣの“ＩＤ”フィールドに記述されたコンテンツＩＤの値が記述される。
【００６０】
図９の“ＴａｇＩＤ”フィールドには、図８に示したタグテーブルＴの“ＩＤ”フィールドに記述されたタグＩＤの値が記述される。
【００６１】
そして、本実施形態の携帯電話端末は、前述した図７のコンテンツテーブルＣと、図８のタグテーブルＴと、この図９のコンテンツタグリンクテーブルＬとを結びつけることにより、図１０に示すようなデータコンテンツとタグの結びつきを表す情報を生成する。
【００６２】
すなわち、本実施形態によれば、図９のコンテンツタグリンクテーブルＬではコンテンツタグリンクＩＤ“１”にコンテンツＩＤの“１”とタグＩＤの“１”が結びつけられており、また、図７のコンテンツテーブルＣではコンテンツＩＤ“１”に“流行語”のリンクファイルが対応付けられ、図８のタグテーブルＴではタグＩＤ“１”には“王子”のタグが対応付けられているため、図１０に示すように、コンテンツタグリンクＩＤ“１”には“流行語”のリンクファイルと“王子”のタグとが結びつけられることになる。また、図９のコンテンツタグリンクＩＤ“２”にはコンテンツＩＤの“１”とタグＩＤの“２”が結びつけられており、図７のコンテンツテーブルＣではコンテンツＩＤ“１”に“流行語”のリンクファイルが対応付けられ、図８のタグテーブルＴではタグＩＤ“２”に“飲酒運転”のタグが対応付けられているため、図１０に示すように、コンテンツタグリンクＩＤ“２”には“流行語”のリンクファイルと“飲酒運転”のタグとが結びつけられることになる。以下同様であり、例えば図９のコンテンツタグリンクＩＤ“１０”にはコンテンツＩＤの“２”とタグＩＤの“５”が結びつけられており、図７のコンテンツテーブルＣではコンテンツＩＤ“２”に件名が“東京タワー行きました”の電子メールデータファイルが対応付けられ、図８のタグテーブルＴではタグＩＤ“５”に“東京タワー”のタグが対応付けられているため、図１０に示すように、コンテンツタグリンクＩＤ“１０”には“東京タワー行きました”の電子メールデータファイルと“東京タワー”のタグとが結びつけられることになる。また、例えば図９のコンテンツタグリンクＩＤ“１１”にはコンテンツＩＤの“３”とタグＩＤの“１”が結びつけられており、図７のコンテンツテーブルＣではコンテンツＩＤ“３”にＥｘｉｆ領域内のコメントに“王子”のテキストが記述された画像データファイルが対応付けられ、図８のタグテーブルＴではタグＩＤ“１”に“王子”のタグが対応付けられているため、図１０に示すように、コンテンツタグリンクＩＤ“１１”にはＥｘｉｆ領域内に“王子”のコメントが記述された画像データファイルと“王子”のタグとが結びつけられることになる。
【００６３】
〔タググループリンクテーブルＧＬ〕
上記タググループリンクテーブルＧＬは、図１１に示すように、グループ内に所属するタグとそのグループとの関係を表す情報を格納するテーブルである。本実施形態の携帯電話端末は、このタググループリンクテーブルＧＬにより、グループ内に属するタグの一覧、若しくは、タグが所属しているグループの一覧を取得することが可能となる。
【００６４】
本実施形態の場合、当該タググループリンクテーブルＧＬには、図１１に示すように、“ＩＤ”フィールド、“ＧｒｏｕｐＩＤ”フィールド、“Ｇｒｏｕｐ／ＴａｇＩＤ”フィールドが用意されており、それら各フィールドに情報が記述される。
【００６５】
図１１に示したグループタグリンクテーブルＧＬの“ＩＤ”フィールドには、タググループリンクＩＤが記述される。当該タググループリンクＩＤは、各リンク毎にユニークな値となされる。
【００６６】
図１１の“ＧｒｏｕｐＩＤ”フィールドには、図８に示したタグテーブルＴの“ＩＤ”フィールドに記述されるタグＩＤの値が記述される。
【００６７】
図１１の“Ｇｒｏｕｐ／ＴａｇＩＤ”フィールドには、図８に示したタグテーブルＴの“ＩＤ”フィールドに記述されるタグＩＤの値が記述される。
【００６８】
本実施形態によれば、このタググループリンクテーブルＧＬに記述された情報と、タグテーブルＴに記述された情報とから、グループに属するタグ、若しくはタグが所属しているグループを知ることができるようになる。
【００６９】
すなわち、この図１１のタググループリンクテーブルＧＬの場合、タググループリンクＩＤ“１”にはタグＩＤの“１０”と“１”が結びつけられており、また、図８のタグテーブルＴではタグＩＤ“１０”には“流行語”のグループタグが対応付けられ、タグＩＤ“１”には“王子”のタグが対応付けられているため、タググループリンクＩＤ“１”には“流行語”のグループタグと“王子”のタグとが結びつけられることになる。以下同様に、例えばタググループリンクＩＤ“９”にはタグＩＤの“１０”と“９”が結びつけられており、図８のタグテーブルＴではタグＩＤ“１０”には“流行語”のグループタグが対応付けられ、タグＩＤ“９”には“冥王星”のタグが対応付けられているため、タググループリンクＩＤ“９”には“流行語”のグループタグと“冥王星”のタグとが結びつけられることになる。したがってこの図１１の例から“流行語”のグループには、“王子”、“飲酒運転”、“番号ポータビリティ”、“駐車監視員”、“東京タワー”、“美しい国”、“ＳＮＳ”、“メタボリックシンドローム”、“冥王星”の各タグが所属していることが判る。
【００７０】
〔データベースへの追加事例〕
次に、上述したような構造を有するデータベースに対して、例えば新たにタグやグループタグ等を追加する事例について説明する。
【００７１】
以下の例では、携帯電話端末が有するタグ編集機能を利用してユーザが例えば“携帯電話メーカ”と“携帯音楽プレーヤ”のテキストをタグとして新たに追加登録し、また、携帯電話端末が有するグループ編集機能を利用して“携帯電話”と“興味がある物”のグループ名を付けたグループを追加登録したとする。追加登録の順番は、“携帯電話メーカ”のタグ、“携帯電話”のグループ、“興味がある物”のグループ、“携帯音楽プレーヤ”のタグの順番であり、全て同日に登録されたとする。なお、これら登録のためのユーザインターフェースは、タグ編集機能やグループ編集機能により実現される。
【００７２】
上記“携帯電話メーカ”や“携帯音楽プレーヤ”のタグと、“携帯電話”や“興味がある物”のグループが追加登録されると、本実施形態の携帯電話端末は、前述した図８のタグテーブルＴを、図１２に示すようなタグテーブルＴへ更新する。
【００７３】
すなわち図１２のタグテーブルＴによれば、図８に示した“ＩＤ”フィールドに対して新たに“１１”〜“１４”の四つのタグＩＤが付け加えられ、“Ｎａｍｅ”フィールドには登録順に“携帯電話メーカ”，“携帯電話”，“興味がある物”，“携帯音楽プレーヤ”の情報が記述され、“Ｃｒｅａｔｅ  Ｄａｔａ”フィールドにはそのタグの作成日情報が記述され、“Ｇｒｏｕｐ”フィールドには“携帯電話メーカ”と“携帯音楽プレーヤ”に対しては“ＦＡＬＳＥ”の情報が、“携帯電話”と“興味がある物”に対しては“ＴＲＵＥ”の情報が記述されることになる。
【００７４】
ここで、各タグとグループの関係を例えば図１３の階層図に示すような構成にすることをユーザが望み、携帯電話端末が有するグループ編集機能を利用して、例えば“携帯電話”のグループ内に“携帯電話メーカ”のタグと“番号ポータビリティ”のタグを登録し、また、例えば“興味がある物”のグループの下位に“流行語”のグループと“携帯電話”のグループと“携帯音楽プレーヤ”のタグを登録したとすると、本実施形態の携帯電話端末は、前述した図１１のタググループリンクテーブルＧＬを図１４に示すようなタググループリンクテーブルＧＬに更新する。なお、これらの登録のためのユーザインターフェースは、グループ編集機能やタグ編集機能により実現される。
【００７５】
すなわち図１４のタググループリンクテーブルＧＬによれば、図１１に示した“ＩＤ”フィールドに対して新たに“１０”〜“１４”の五つのタググループリンクＩＤが付け加えられる。そして、タググループリンクＩＤが“１０”の“ＧｒｏｕｐＩＤ”フィールドには図１２に示した更新後のタグテーブルＴのタグＩＤの“１２”が記述され、“Ｇｒｏｕｐ／ＴａｇＩＤ”フィールドには図１２のタグＩＤの“３”が記述され、さらに、タググループリンクＩＤが“１１”の“ＧｒｏｕｐＩＤ”フィールドには図１２のタグテーブルＴのタグＩＤの“１２”が記述され、“Ｇｒｏｕｐ／ＴａｇＩＤ”フィールドには図１２のタグＩＤの“１１”が記述されることで、“携帯電話”のグループには“番号ポータビリティ”のタグと“携帯電話メーカ”のタグが所属することになる。また、タググループリンクＩＤが“１２”の“ＧｒｏｕｐＩＤ”フィールドには図１２のタグテーブルＴのタグＩＤの“１３”が記述され、“Ｇｒｏｕｐ／ＴａｇＩＤ”フィールドには図１２のタグＩＤの“１０”が記述され、同様に、タググループリンクＩＤが“１３”の“ＧｒｏｕｐＩＤ”フィールドには図１２のタグテーブルＴのタグＩＤの“１３”が記述され、“Ｇｒｏｕｐ／ＴａｇＩＤ”フィールドには図１２のタグＩＤの“１２”が記述され、タググループリンクＩＤが“１４”の“ＧｒｏｕｐＩＤ”フィールドには図１２のタグテーブルＴのタグＩＤの“１３”が記述され、“Ｇｒｏｕｐ／ＴａｇＩＤ”フィールドには図１２のタグＩＤの“１４”が記述されることで、“興味がある物”のグループには“流行語”のグループと“携帯電話”のグループと“音楽プレーヤ”のタグが所属することになる。この図１４のタググループリンクテーブルＧＬによれば、各タグとグループの関係が図１３の階層図に示す構成になる。
【００７６】
〔検索例〕
次に、前述の図５を再び参照し、受信した電子メール４０の件名から抽出したキーワードと、上述した構造を有するデータベースとを用いて、本実施形態の携帯電話端末が、データコンテンツを検索する様子について、より具体的に説明する。
【００７７】
本実施形態の携帯電話端末は、受信電子メール４０の表示等の電子メールアプリケーションの処理が行われているとき、そのバックグラウンド処理として、当該電子メールの件名に含まれている“ＳＮＳ”を検索キーワードとして抽出すると共に、当該“ＳＮＳ”の検索キーワードを基に、例えば前述の図１２のタグテーブルＴからタグの検索を行う。なお、図１２のタグテーブルＴの例の場合、“ＳＮＳ”の検索キーワードによりタグＩＤ“７”がヒットすることになる。
【００７８】
そして、本実施形態の携帯電話端末は、当該タグＩＤ“７”がヒットすると、例えば図１４のタググループリンクテーブルＧＬを参照し、“ＧｒｏｕｐＩＤ”フィールドと“Ｇｒｏｕｐ／ＴａｇＩＤ”フィールドに当該タグＩＤ“７”と同じ値が記述されているかどうか調べる。図１４の例の場合、タグＩＤ“７”と同じ値が記述されているのは、タググループリンクＩＤ“７”の“Ｇｒｏｕｐ／ＴａｇＩＤ”フィールドであり、また、タググループリンクＩＤ“７”の“ＧｒｏｕｐＩＤ”フィールドには“１０”の値が記述されている。したがって、本実施形態の携帯電話端末は、上記タグＩＤ“７”に対応した“ＳＮＳ”のタグは、“ＧｒｏｕｐＩＤ”フィールド“１０”に対応した“流行語”のグループに所属していることを知る。
【００７９】
さらに、本実施形態の携帯電話端末は、図１４のタググループリンクテーブルＧＬを参照し、“ＧｒｏｕｐＩＤ”フィールドの値“１０”となされている“Ｇｒｏｕｐ／ＴａｇＩＤ”フィールドの値のリスト、つまり“流行語”のグループに所属するタグのリストを取得する。
【００８０】
その後、本実施形態の携帯電話端末は、上記“ＧｒｏｕｐＩＤ”フィールドの値“１０”となされている“Ｇｒｏｕｐ／ＴａｇＩＤ”フィールドの値のリストを用いて、図９に示したコンテンツタグリンクテーブルＬと図７に示したコンテンツテーブルＣを参照する。本実施形態の場合、“ＧｒｏｕｐＩＤ”フィールドの値“１０”となされている“Ｇｒｏｕｐ／ＴａｇＩＤ”フィールドの値のリストとしては“１”〜“９”のタグＩＤが取得されるため、本実施形態の携帯電話端末は、図９のコンテンツタグリンクテーブルＬの“ＣｏｎｔｅｎｔＩＤ”フィールドからコンテンツＩＤの値“１”，“２”，“３”を取得し、さらに、それらコンテンツＩＤの値“１”，“２”，“３”により、図７のコンテンツテーブルＣからは“流行語”のリンクファイルと、件名が“東京タワー行きました”の電子メール４１のデータファイルと、Ｅｘｉｆ領域に“王子”のコメントが記述された画像４３のデータファイルを、データコンテンツとして取得する。さらに、本実施形態携帯電話端末は、“流行語”のリンクファイルを参照することで、当該“流行語”のリンクファイル内のタグを基に、データコンテンツの検索を行うことで、例えば件名に“ＭＮＰで機種変”のテキストが記述された電子メール４２を取得する。
【００８１】
〔携帯電話端末の概略構成〕
図１５には、本発明実施形態の携帯電話端末の概略的な内部構成例を示す。
【００８２】
図１５に示す携帯電話端末において、通信アンテナ１２は例えば内蔵アンテナであり、通信回路１１は、送受信信号の周波数変換、変調と復調等を行う。本実施形態の携帯電話端末は、これら通信回路１１及び通信アンテナ１２により、音声通話やパケット通信など行う。本実施形態の携帯電話端末は、当該通信アンテナ１２及び通信回路１１により、例えば携帯電話ネットワークを介して他の携帯電話端末との間で前記リンクファイルの情報を交換したり、また例えば、インターネット等に接続することで、例えばインターネット上の所定のサイトなどに用意されているリンクファイルの情報をダウンロードしたり、逆に自端末内のリンクファイルの情報をアップロードすることが可能となされている。
【００８３】
音声処理部２２は、上記通信アンテナ１２及び通信回路１１から通話音声の受信データが供給された時には、当該通話音声の受信データを復号化し、その復号化後の通話音声データをデータラインを介してスピーカ２０へ送る。
【００８４】
スピーカ２０は、携帯電話端末に設けられている受話用のスピーカやリンガ（着信音）、音楽再生、アラーム音出力用のスピーカである。マイクロホン２１は、送話用及び外部音声集音用のマイクロホンである。
【００８５】
表示部１３は、例えば液晶等のディスプレイとそのディスプレイの表示駆動回路とを含み、上記ディスプレイ上に電子メール文や写真画像、前述したようなユーザインターフェース画面等を表示する。
【００８６】
画像処理部２３は、待ち受け画面や電子メール文、アドレス帳、ユーザインターフェース画面等の画像データを生成し、また、デジタルカメラ機能による写真撮影の際には当該撮影前後の画像データ等を、データラインを介して表示部１３のディスプレイへ送って表示させる処理等を行う。
【００８７】
操作部１４は、本実施形態の携帯電話端末の図示しない筐体上に設けられているテンキーや発話，終話キー／電源キー等の各キーや十字キー，シャッターボタン、ジョグダイヤル，タッチパネル等の各操作子と、それら操作子が操作された時の操作信号を発生する操作信号発生器とからなる。本実施形態において、上記操作部１４の各操作子は、ユーザからのテキストを含む各種情報入力や、メニュー選択、チェックボックスへのチェックの入力、ソフトキーの操作、コメントの入力などの各種操作、各種機能の設定等の入力のために用いられる。
【００８８】
カメラ部２４は、レンズ系とオートフォーカス機構及び露出機構、撮像素子等を備えたカメラデバイスであり、操作部１４のシャッターボタンの操作に応じて上記撮像素子による撮像を行い、また、その撮像信号を上記画像処理部２３へ送る。
【００８９】
近距離無線通信部２５は、ブルートゥース方式（Bluetooth：登録商標）やＵＷＢ（Ultra Wide Band）方式、無線ＬＡＮ（Local Area Network）、赤外線などによる近距離無線通信を行うためのデバイスである。本実施形態の携帯電話端末は、当該近距離無線通信部２５を用いて、他のユーザの携帯電話端末との間で上述したグループの情報を送受信することも可能となされている。
【００９０】
ディジタル放送受信部２６は、ディジタルテレビジョン放送やディジタルラジオ放送、ディジタルデータ放送等による放送データを受信するためのデバイスである。本実施形態の携帯電話端末は、ディジタル放送を通じて前記リンクファイルの情報が送信されているような場合には、当該ディジタル放送を通じてリンクファイルの情報を取得することも可能となされている。
【００９１】
メモリ部１５は、ＲＯＭ（Read Only Memory）とＲＡＭ（Random Access Memory）を含む。ＲＯＭは、ＮＡＮＤ型フラッシュメモリ（NAND-type flash memory）のような書き換え可能なＲＯＭを含み、例えば、ＯＳ（Operating System）のプログラムや制御部１０が各部を制御するための制御プログラム、例えば電子メールデータや画像データ、音楽データなどの本発明で使用されるデータコンテンツを格納するデータコンテンツ格納部１６、前述したデータベースの情報を格納するデータベース格納部１７、データコンテンツ等からのメタデータの抽出や前述したデータベースの管理及び検索キーワードに基づくデータコンテンツ等の検索を行う検索プログラム１８、その他、電子メール処理プログラムやアドレス帳処理プログラムなどの一般的な携帯電話端末に搭載されている各アプリケーションプログラム、デジタルカメラ機能における撮影と写真画像データの保存及びＥｘｉｆ領域への情報記録や当該Ｅｘｉｆ領域からの情報読み取りなどを実現するカメラアプリケーションプログラム、各種の初期設定値、フォントデータ、各辞書データ、識別情報（ＵＩＭＩＤ）などを記憶する。ＲＡＭは、制御部１０が各種のデータ処理を行う際の作業領域として、随時データを格納する。なお、メモリ部１５は、着脱可能な外部メモリカードや小型のハードディスクドライブを含んでいてもよく、画像データなどの大容量のデータの全て或いは一部が当該外部メモリカードや小型ハードディスクドライブに保存されてもよい。
【００９２】
上記制御部１０は、通信回路１１における通信の制御、音声処理部２２や画像処理部２３等の各制御の他、本実施形態の携帯電話端末の各構成要素の制御や各種演算処理を行う。特に本実施形態において、制御部１０は、上記メモリ部１５の検索プログラム１８の実行により、前述したようなデータコンテンツ等の検索の処理を行う。
【００９３】
その他、図１５には図示を省略しているが、本発明の携帯電話端末は、年月日時等の情報を発生したり時間を計測する時計部や、キー照明や着信ライト用などのＬＥＤ（発光ダイオード）とその駆動部、バイブレータとその駆動部、各部へ電力を供給するバッテリとその電力をコントロールするパワーマネージメントＩＣ部、いわゆる電子マネーのための情報記憶と信号の送受信を行う電子財布部、ＧＰＳ通信部、外部メモリ用スロットなど、一般的な携帯電話端末に設けられる各構成要素についても備えている。なお、本実施形態の携帯電話端末は、外部メモリ用スロットに装填される外部メモリを通じて、前述したリンクファイルの情報をやり取りすることも可能となされている。
【００９４】
〔検索処理の流れ〕
以下、図１６〜図１９を参照して、本実施形態の携帯電話端末の制御部１０が、上記メモリ部１５の検索プログラム１８を実行してデータコンテンツ等の検索を行う場合の処理の流れについて説明する。
【００９５】
図１６には、データコンテンツ等の検索処理の全体の流れを示す。
【００９６】
図１６において、検索プログラム１８が起動すると、制御部１０は、先ずステップＳ１の処理として、データコンテンツ等の検索結果を表す情報をリスト化して一時的に記録するためのテーブルである検索済みコンテンツリストＲを初期化する。すなわち、当該検索済みコンテンツリストＲは、例えばメモリ部１５の例えばデータベース格納部１７内等に一時的に形成されるテーブルであり、検索処理の実行が開始される際に初期化される。
【００９７】
また、制御部１０は、該検索済みコンテンツリストＲのテーブル内に記録される各検索結果の情報（つまり検索されたデータコンテンツを表すリスト）に対して、それぞれ評価値Ｅを付加する。評価値Ｅは、上記検索済みコンテンツリストＲのテーブル内に一時的に記録された複数の検索結果のうち何れの検索結果に基づいてユーザへの提示を行うのか、つまり、何れのデータコンテンツを検索結果としてユーザへ提示するのかを決定する際の優先順位付け（データコンテンツ提示のためのランク付け）に用いられる評価ポイントとなされており、検索にてマッチする毎に所定値（例えば値“１”）が加算される。したがって、例えば検索が複数実行されたような場合に、それら複数の検索で例えば同一の検索結果が重複して得られたとすると、その検索結果に対する評価値Ｅは、当該重複した数に応じた値が加算されること（つまり評価値Ｅが増加すること）になる。言い換えると、検索が複数実行されたような場合において、それら複数の検索にて重複して得られることで評価値Ｅが大きくなった検索結果に対応したデータコンテンツは、ユーザが検索しようとしているデータコンテンツに該当する可能性が高いと考えることができ、したがって、本実施形態によれば、当該評価値Ｅを用いることにより、ユーザが所望するデータコンテンツを提示できる確率を高めている。
【００９８】
上記ステップＳ１による検索済みコンテンツリストＲの初期化処理を行った後、制御部１０はステップＳ２へ処理を進める。
【００９９】
ステップＳ２の処理に進むと、制御部１０は、現在の階層数ＬＮを初期値“０”にセットする。なお、現在の階層数ＬＮとは、後述するステップＳ５の検索メインフローが再帰的に呼び出されて検索処理が繰り返される際の繰り返し数に相当し、新規に検索を開始する時に上記現在の階層数ＬＮが“０”（つまり最上位階層である検索ルート）になされ、二回目の検索処理の時に上記現在の階層数ＬＮが“１”、三回目の検索処理の時に上記現在の階層数ＬＮが“２”となるようにインクリメントされる。また、階層数ＬＮには最大階層数が設定されており、したがって、検索処理は上記現在の階層数ＬＮが最大階層数になるまで再帰的に繰り返される。制御部１０は、上記現在の階層数ＬＮの値を記録すると共に、当該現在の階層数ＬＮが最大階層数になったかどうかを見ることにより、検索処理が最大階層数になるまで実行されたかどうかを認識する。なお、本実施形態において、最大階層数は、予め決められていてもよいし、例えば階層数設定用のパラメータの入力等によりユーザが任意に指定可能となされていてもよい。但し、上記最大階層数は、その階層数が多ければ多いほど、キーワードに関連するデータコンテンツをピックアップできるようになるが、その一方で、階層数が多くなると、キーワードとは直接関係のないデータコンテンツが取得されるようになったり、検索時間が増加するようになると想定されるため、適切な数に設定されることが望ましい。
【０１００】
上記ステップＳ２による現在の階層数ＬＮの“０”セット処理後、制御部１０は、ステップＳ３へ処理を進める。
【０１０１】
ステップＳ３の処理に進むと、制御部１０は、データコンテンツに属するタグを用いた検索を行うか否か判断する。すなわち、本実施形態では、ユーザから入力された検索キーワードに基づくデータコンテンツ検索だけでなく、データコンテンツから抽出されたメタデータを検索キーワードとするデータコンテンツ検索や、前述したグループ（リンクファイルのデータコンテンツ）に属するタグを検索キーワードとするデータコンテンツ検索が可能となされているため、ここでは、上記データコンテンツから抽出されたメタデータを検索キーワードとする検索や上記グループに属するタグを検索キーワードとする検索を行うのか、或いは、ユーザから入力された検索キーワードに基づく検索を行うのかの判断を行う。
【０１０２】
そして、当該ステップＳ３の判断処理において、ユーザから検索キーワードが入力されたことで、当該ユーザによる入力検索キーワードに基づく検索を行うと判断した場合、制御部１０は、ステップＳ４以降へ処理を進める。これにより、上記ユーザから入力された検索キーワードにマッチしたデータコンテンツを能動的に検索する処理が行われることになる。
【０１０３】
一方、ステップＳ３の判断処理において、ユーザからの検索キーワード入力がなく、データコンテンツから抽出されたメタデータを検索キーワードとする検索やグループに属するタグを検索キーワードとする検索を行うと判断した場合、制御部１０は、ステップＳ８へ処理を進める。
【０１０４】
データコンテンツから抽出されたメタデータを検索キーワードとする検索やグループに属するタグを検索キーワードとする検索を行うとしてステップＳ８の処理に進むと、制御部１０は、前述したコンテンツテーブルＣとタグテーブルＴを参照することにより、そのデータコンテンツに対応したタグを取得した後、ステップＳ４以降へ処理を進める。これにより、或るデータコンテンツを使用している間のバックグラウンドにおいて、例えば当該データコンテンツに類似するか或いは関連したデータコンテンツの検索等が自動的に行われることになる。
【０１０５】
ステップＳ４の処理に進むと、制御部１０は、前段の処理で得られたキーワードをデータコンテンツ検索のための検索キーワードＫ１ｎとして確定する。なお、“Ｋ１ｎ”は第１階層（すなわち最上位階層、検索ルート）の検索キーワードであることを表している。また、検索キーワードＫ１ｎは、一つのキーワードである場合のみならず、複数のキーワードである可能性もある。すなわち例えば、ユーザが複数のキーワードを入力した場合や、データコンテンツから複数のキーワードが得られた場合、上記検索キーワードＫ１ｎは複数のキーワードのセットとなる。
【０１０６】
上記ステップＳ４による検索キーワードＫ１ｎの確定処理後、制御部１０は、ステップＳ５へ処理を進める。当該ステップＳ５は、検索メインフローであり、その詳細は図１７〜図１８にて後述する。
【０１０７】
上記ステップＳ５の検索メインフローにて全ての検索が完了すると、制御部１０は、ステップＳ６へ処理を進める。
【０１０８】
ステップＳ６の処理に進んだ場合、制御部１０は、検索済みコンテンツリストＲ内に記録されている全ての検索結果の情報（つまり検索により得られた全てのデータコンテンツを表すリスト）を、前記評価値Ｅを利用してソートする。すなわち、前段のステップＳ５の検索メインフローでの検索処理が完了した直後では、検索済みコンテンツリストＲ内の全データコンテンツのリストは、一例として検索された順番等に並んだリストとなされており、その順番は必ずしもユーザが提示を望むデータコンテンツの順番ではない可能性があるため、制御部１０は、当該ステップＳ６の処理として、当該データコンテンツのリストを、前述した評価値Ｅの高い順に並べ替えるようなコンテンツリストソート処理を行う。
【０１０９】
上記ステップＳ６のソート処理後、制御部１０は、ステップＳ７へ処理を進める。ステップＳ７の処理に進むと、制御部１０は、ステップＳ６にて評価値Ｅの高い順にソートされた検索済みコンテンツリストＲ内の全検索結果のうちの例えば上位Ｊ個分を選び、その上位Ｊ個分のコンテンツリストに対応したデータコンテンツを、メモリ部１５のデータコンテンツ格納部１６から取り出してユーザに提示する。すなわち、検索済みコンテンツリストＲ内に例えばデータコンテンツ１００件分の検索結果の情報が格納されているような場合、それら全ての検索結果情報に対応したデータコンテンツをユーザへ提示することは煩雑で好ましくないため、例えば上位Ｊ個分だけ検索結果情報に応じたデータコンテンツをユーザに提示することとする。
【０１１０】
以上により、本実施形態の携帯電話端末の制御部１０によるデータコンテンツ検索処理が完了する。
【０１１１】
〔検索メインフロー〕
次に、図１７及び図１８を参照して、図１６のステップＳ５における検索メインフローの流れを説明する。
【０１１２】
ここで、検索メインフローは、ルート（最上位階層）から開始され、検索処理の階層数ＬＮが最大階層数になるまで再帰的に呼び出されて繰り返される処理となされており、現在の階層で検索処理が行われる際には、その前段の階層から検索キーワードＫｎｍと階層数ＬＮ、評価値Ｅが引数として渡される。また、本実施形態において、検索キーワードは複数指定可能となされているため、上記検索キーワードＫｎｍは複数のキーワードのセットとして検索メインフローに渡される。なお、検索キーワードＫｎｍにおいて、上記“Ｋｎｍ”の“ｎ”は階層を表し、“ｍ”はキーワードの個数を表してる。また、当該検索メインフローは、前段の階層の検索結果により得られたキーワードを連想キーワードとして更に再帰的に繰り返されることもある。
【０１１３】
このため、当該検索メインフローでは、図１７に示すように、ステップＳ２１〜ステップＳ２４までの処理は、キーワードの個数“ｍ”分だけループして繰り返される。なお、ステップＳ２４からステップＳ２１へループが戻った場合、キーワードＫｎｍの“ｍ”の値はインクリメントされる。
【０１１４】
ステップＳ２２の処理に進むと、制御部１０は、キーワードＫｎｍのキーワードセットの中から一つのキーワードを取り出し、前述したように複数のタグやグループタグが記述されているタグテーブルＴを参照して、そのキーワードに適合するタグを見つける処理を開始する。
【０１１５】
次に制御部１０は、ステップＳ２３へ処理を進め、上記キーワードに適合したタグが上記タグテーブルＴ内に有ったか否か判断する。
【０１１６】
このステップＳ２３の判断処理において、上記タグテーブルＴを参照した結果一つも適合したタグが見つからなかった場合は、制御部１０は、ステップＳ２４からステップＳ２１へ処理をループさせ、次のキーワードによる検索を試みる。
【０１１７】
一方、ステップＳ２３の判断処理においてキーワードに適合したタグが見つかった場合、制御部１０は、ステップＳ２５以降へ処理を進める。
【０１１８】
ステップＳ２５の処理に進むと、制御部１０は、前述したコンテンツタグリンクテーブルＬを参照し、ステップＳ２３で見つけたタグに関連したコンテンツＩＤをコンテンツタグリンクテーブルＬから取得し、さらにその取得したコンテンツＩＤを用いて、コンテンツテーブルＣを参照することにより、当該コンテンツＩＤに対応付けられているデータコンテンツのファイル名やパス、ファイルタイプ等を見つける処理を行う。なお、例えばグループタグ等のタグだけが登録されており、データコンテンツに結びついていないケースの場合、コンテンツＩＤは見つからないことになる。また、一つのタグが複数のデータコンテンツに結びついている場合には、複数のコンテンツＩＤが見つけることになる。
【０１１９】
次に制御部１０は、ステップＳ２６へ処理を進め、上記コンテンツタグリンクテーブルＬから取得したコンテンツＩＤにより、上記コンテンツテーブルＣから上記ファイル名やパス、ファイルタイプ等を見つけたか否か判断する。
【０１２０】
このステップＳ２６の判断処理において、上記ファイル名やパス、ファイルタイプ等を見つけたと判断した場合、つまりデータコンテンツを検索できたと判断した場合、制御部１０は、ステップＳ２８へ処理を進め、当該ステップＳ２８の処理が完了した後、ステップＳ２７へ処理を進める。なお、当該ステップＳ２８では、検索にマッチしたということでデータコンテンツの記録と評価が行われるが、その詳細については図１９にて後述する。
【０１２１】
一方、ステップＳ２６の判断処理において、上記ファイル名やパス、ファイルタイプ等を見つけられなかった場合、つまりデータコンテンツを検索できなかった場合、制御部１０は、ステップＳ２７へ処理を進める。
【０１２２】
ステップＳ２７の処理に進むと、制御部１０は、当該検索メインフローで設定されている最大階層数と現在の階層数ＬＮとを比べる。
【０１２３】
そして、制御部１０は、当該ステップＳ２７において、現在の階層数ＬＮが最大階層数に達した場合にはこの検索メインフローの処理を終了して、図１６のステップＳ６へ処理を進める。
【０１２４】
一方、当該ステップＳ２７において、現在の階層数ＬＮが未だ最大階層数に達していない場合、制御部１０は、ステップＳ２９へ処理を進める。
【０１２５】
ステップＳ２９の処理に進むと、制御部１０は、現在の階層数ＬＮの値をインクリメントして図１８のステップＳ４１へ処理を進める。すなわち、ステップＳ２７にて未だ現在の階層数ＬＮが最大階層数に達していない場合は、ネストとして更に別のグループを検索することが可能であるため、当該ステップＳ２９では現在の階層数ＬＮをインクリメントして、次のグループの検索を開始する。なお、ここでの現在の階層数ＬＮは、別のルートを根源として検索しているインスタンスの階層数ＬＮとは別事象である。
【０１２６】
上記ステップＳ２９から図１８に示すステップＳ４１の処理に進むと、制御部１０は、先のステップＳ２２で見つけたタグは、グループタグであるか或いはグループ内に所属する通常のタグであるかの判断を行い、グループタグであると判断した場合には後述するステップＳ４２以降へ処理を進めて当該グループ内のタグを用いて再帰的な検索処理を行うようにし、一方、グループ内の通常のタグであると判断した場合には後述するステップＳ４６以降へ処理を進めてそのタグが所属するグループを検索し、そのグループ内のタグを用いた検索処理を行うようにする。
【０１２７】
ステップＳ４１にてグループタグであると判断してステップＳ４２の処理に進むと、制御部１０は、そのグループタグに対応したグループ内に所属するタグの一覧を取得する。すなわち、グループタグリンクＧＬではグループとタグの関連付けがなされており、当該グループタグリンクＧＬとタグテーブルＴとを組み合わせることにより、グループタグに対応したグループ内に所属するタグの一覧を取得することができる。なお、そのグループに所属するタグは複数あるかもしれないし、グループだけが定義されており、そのグループ内には一つもタグが所属していない可能性もある。
【０１２８】
次に、ステップＳ４３の処理に進むと、制御部１０は、評価値Ｅに対する調整値として“Ｘ”の値を設け、階層が下がる度にＥ＝Ｅ／Ｘの演算により評価値Ｅの値を少なくし、別階層へ移る際の重み付けを少なくする処理を行う。すなわち、評価値Ｅは、前述したように、データコンテンツを発見した際にそのデータコンテンツに対する評価ポイントとして加算される値であるが、当該評価値Ｅは、最上位階層の検索ルートから離れるに従って小さくなるように設計されるべき値であるため、つまり言い換えると、検索ルートから離れたキーワードはユーザが所望するデータコンテンツを得るためのキーワードとして余り期待できないものである可能性が高くなるため、本実施形態では、調整値Ｘを設け、階層が下がる度にＥ＝Ｅ／Ｘの演算により評価値Ｅを小さくしていくことで、階層が下がって別階層へ移る際に評価値Ｅへの重み付けを少なくして行くようにしている。
【０１２９】
次に、ステップＳ４４の処理に進むと、制御部１０は、タグをキーワードＫ２ｍへセットする。なお、ここでの“Ｋ２ｍ”は、前段の階層よりも一段下の階層へ降りることを表しており、ここでは上記前段の階層として“Ｋ１ｍ”から開始されているため、“Ｋ２ｍ”と表記している。
【０１３０】
そして、制御部１０は、ステップＳ４５へ処理を移し、当該ステップＳ４５の処理として、ステップＳ４２で取得したタグのリストに挙げられた各タグをキーワードとして、検索メインフローの処理を再帰的に呼び出して実行し、上記各タグをキーワードとした検索メインフローの処理が完了すると、図１７のステップＳ２４へ処理を戻し、次のキーワードによる検索処理を行うようにする。
【０１３１】
一方、ステップＳ４１において、ステップＳ２９で見つけたタグがグループ内に所属する通常のタグであると判断してステップＳ４６の処理に進んだ場合、制御部１０は、そのタグを基に、当該タグが所属するグループを検索し、そのグループに属するタグを取得する。すなわち、制御部１０は、グループタグリンクＧＬとタグテーブルＴの情報を基に、当該タグが所属するグループを検索する。
【０１３２】
ここで、上記タグは、一つのグループに所属している場合だけでなく、複数のグループに所属している場合もある。例えば、前述した“番号ポータビリティ”のタグの場合、“流行語”のグループと“携帯電話”のグループの両方に所属している。
【０１３３】
このため、本実施形態において、ステップＳ４６の処理後は、制御部１０は、ステップＳ４７〜ステップＳ５２までの処理を、上記タグが所属するグループ数“Ｇｎ”の分だけループして繰り返す。なお、ステップＳ４７からステップＳ５２へループが戻った場合、グループ数Ｇｎの“ｎ”の値はインクリメントされる。
【０１３４】
ステップＳ４８の処理に進むと、制御部１０は、ステップＳ４２の場合と同様に、一つのグループ内に所属するタグの一覧を取得する。すなわち、制御部１０は、グループタグリンクＧＬとタグテーブルＴとを組み合わせることにより、当該グループ内に所属するタグの一覧を取得する。
【０１３５】
次に、ステップＳ４９の処理に進むと、制御部１０は、評価値Ｅに対する調整値として“Ｙ”の値を設け、この調整値“Ｙ”を用いたＥ＝Ｅ／Ｙの演算により評価値Ｅの値を少なくする処理を行う。ここで、ステップＳ４９での処理は、ステップＳ４３での処理と略々同様の動作であるが、ステップＳ４３では或るグループタグのグループ内に所属するタグを基に検索が行われるのに対して、ステップＳ４９では、或るタグが所属しているグループから得られるタグ一覧を用いた検索であり、この場合はおそらく後者の方がユーザが意図しているキーワードとマッチしない可能性が高いため、上記調整値“Ｙ”は前記調整値“Ｘ”よりも高い値となされる。これにより、ステップＳ４９では、グループタグが検索された場合とは異なる重み付けが行われることになる。
【０１３６】
その後、制御部１０は、ステップＳ５０へ処理を進め、前述のステップＳ４４と同様に、タグをキーワードＫ２ｍへセットする。
【０１３７】
そして、制御部１０は、ステップＳ４７〜ステップＳ５２のループ処理が完了すると、図１７のステップＳ２４へ処理を戻し、次のキーワードによる検索処理を行うようにする。
【０１３８】
〔データコンテンツの検索結果記録と評価フロー〕
次に、図１９を参照して、図１７のステップＳ２８におけるデータコンテンツの検索結果情報の記録と評価フローの流れを説明する。
【０１３９】
前述した検索メインフローでは、データコンテンツの検索をグループを含めて再帰的に行っており、データコンテンツの検索結果情報のリストは、一時的なテーブルである検索済みコンテンツリストＲに順次格納される。但し、データコンテンツの検索結果情報を検索順にそのまま検索済みコンテンツリストＲに格納した場合、ユーザが所望するデータコンテンツについての検索結果情報リストと、ユーザが所望するデータコンテンツには直接関係のないデータコンテンツについての検索結果情報リストとが混在した状態で煩雑に格納されてしまうことになる。このため、本実施形態では、前述の評価値Ｅを用いた評価処理を行うようにしている。
【０１４０】
本実施形態において、図１７のステップＳ２８にて図１９のステップＳ６１の処理に進むと、制御部１０は、検索メインフローでの検索によるデータコンテンツ検索結果情報及びその評価値Ｅと、それ以前の検索済みコンテンツリストＲに格納されている検索結果情報とを取得する。
【０１４１】
ここで、検索メインフローにおいて得られたデータコンテンツ検索結果情報と、それ以前の検索済みコンテンツリストＲに格納されている検索結果情報とが同じものである可能性がある。このため、本実施形態では、検索メインフローにおいて得られたデータコンテンツ検索結果情報を、検索済みコンテンツリストＲに格納する前に、それら検索結果情報が同じであるかどうかチェックし、同じ情報が重複して格納されることを防ぐようにしている。
【０１４２】
また、検索メインフローにおいて得られたデータコンテンツ検索結果情報は、図１７のステップＳ２５にて得られた情報であり、一つのタグから複数のデータコンテンツが検索される可能性があるため、本実施形態では、ステップＳ６２からステップＳ６５までの処理を、データコンテンツ検索結果情報ＲＣｎの数分だけループして繰り返す。なお、ステップＳ６５からステップＳ６２へループが戻った場合、検索結果情報ＲＣｎの“ｎ”の値はインクリメントされる。
【０１４３】
ステップＳ６３の処理に進むと、制御部１０は、検索メインフローにおいて得られたデータコンテンツ検索結果情報と同じ情報が、検索済みコンテンツリストＲ内の検索結果情報のリスト内に存在するか否か判断し、存在する場合にはステップＳ６４へ処理を進め、存在しない場合にはステップＳ６６へ処理を進める。
【０１４４】
ステップＳ６６の処理に進むと、制御部１０は、検索メインフローにおいて得られたデータコンテンツ検索結果情報を、新規なものとして検索済みコンテンツリストＲに格納した後、ステップＳ６４へ処理を進める。
【０１４５】
ステップＳ６４の処理に進んだ場合、制御部１０は、データコンテンツの検索結果情報ＲＣｎについて評価値Ｅを加算し、その加算演算後の評価値Ｅを当該検索結果情報に対応付けて更新する。
【０１４６】
そして、制御部１０は、ステップＳ６２〜ステップＳ６５のループ処理が完了すると、図１７のステップＳ２７へ処理を進める。
【０１４７】
〔まとめ〕
以上説明したように、本実施形態によれば、データコンテンツの検索に使用可能なキーワード（メタデータ）を検索用のタグとしてグループ化して管理し、実際にデータコンテンツの検索を行う際には、ユーザから検索のために入力された検索キーワードや、データコンテンツから抽出したメタデータに基づく検索キーワード、グループ内のタグによる検索キーワード等に基づいてデータコンテンツの検索を行うことにより、データコンテンツの検索粒度を高めることが可能となっている。
【０１４８】
また、本実施形態によれば、検索キーワードを基にグループ検索を行うことで、当該検索キーワードに直接関連したデータコンテンツだけでなく、その検索キーワードをタグとして含むグループ内の他のタグに関連したデータコンテンツをも検索することができるため、例えば、或るデータコンテンツから別のデータコンテンツを見つけ出すようなデータコンテンツの渡り歩き（例えばユーザの想い出や嗜好に合わせたデータコンテンツの渡り歩き等）を実現することができ、その結果として、携帯電話端末内に格納されている大量のデータコンテンツを、仕舞ったままではなく有効に活用することが可能となる。
【０１４９】
また、本実施形態によれば、グループ情報のアップロード／ダウンロードや近距離無線通信等を介したグループ情報の交換などにより、或るユーザが作成したグループを他のユーザにも引き継ぐことができ、それにより各ユーザの携帯電話端末に格納されているデータコンテンツ間の関わりを強めることも可能になる。
【０１５０】
なお、上述した実施形態の説明は、本発明の一例である。このため、本発明は上述した実施形態に限定されることなく、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることはもちろんである。
【０１５１】
上述の実施形態では、データコンテンツから抽出されるメタデータとしてテキストデータを例に挙げたが、グループ化されるタグはテキストデータに限定されない。また、実施形態では携帯電話端末を例に挙げているが、本発明は携帯電話端末に限定されず、例えばパーソナルコンピュータやＰＤＡ（Personal Digital Assistants）等の情報端末にも適用可能である。
【図面の簡単な説明】
【０１５２】
【図１】データコンテンツの一例としての電子メール本文データとその本文データから抽出されたキーワード例を示す図である。
【図２】複数のキーワードをタグとしてグループ化する際のキーワード選択用ユーザインターフェース画面例と、それら選択キーワードをタグとしてグループ登録する際のグループ登録用ユーザインターフェース画面例とを示す図である。
【図３】“サッカー”のグループ名が付けられたグループとそのグループ内のキーワード例とを示す図である。
【図４】インターネット等を介してダウンロード等されたグループ名“流行語”のグループとそのグループ内のタグ例とを示す図である。
【図５】グループ名“流行語”のグループを用い、受信電子メールの件名に含まれているキーワードを用いてデータコンテンツ（電子メール）が検索される例の説明に用いる図である。
【図６】グループの連結関係の一例を示す図である。
【図７】本実施形態におけるコンテンツテーブルの一例を示す図である。
【図８】本実施形態におけるタグテーブルの一例を示す図である。
【図９】本実施形態におけるコンテンツタグリンクテーブルの一例を示す図である。
【図１０】コンテンツテーブルとタグテーブルとコンテンツタグリンクテーブルとを結びつけることにより生成される、データコンテンツとタグの結びつきを表す情報例を示す図である。
【図１１】本実施形態におけるタググループリンクテーブルの一例を示す図である。
【図１２】“携帯電話メーカ”や“携帯音楽プレーヤ”のタグと“携帯電話”や“興味がある物”のグループが追加登録されて更新されたタグテーブルの一例を示す図である。
【図１３】本実施形態における各タグとグループの関係を説明するための階層図である。
【図１４】“携帯電話”のグループ内に“携帯電話メーカ”と“番号ポータビリティ”のタグを登録し、“興味がある物”のグループの下位に“流行語”と“携帯電話”のグループと“携帯音楽プレーヤ”のタグを登録して更新されたタググループリンクテーブルの一例を示す図である。
【図１５】本発明実施形態の携帯電話端末の概略構成を示すブロック図である。
【図１６】本実施形態の携帯電話端末におけるデータコンテンツ等の検索処理の全体の流れを示すフローチャートである。
【図１７】検索メインフローを二つに分割して示す際の一方の分割部分のフローチャートである。
【図１８】検索メインフローを二つに分割して示す際の残りの分割部分のフローチャートである。
【図１９】データコンテンツの検索結果情報の記録と評価フローの流れを示すフローチャートである。
【符号の説明】
【０１５３】
１０  制御部、１１  通信回路、１２  通信アンテナ、１３  表示部、１４  操作部、１５  メモリ部、１６  データコンテンツ格納部、１７  グループ格納部、１８  グルーピングプログラム、１９  グループ検索プログラム、２０  スピーカ、２１  マイクロホン、２２  音声処理部、２３  画像処理部、２４  カメラ部、２５  近距離無線通信部、２６  ディジタル放送受信部、３０  グループ名入力エリア、３１  登録用ソフトキー、３２  取消用ソフトキー、４０〜４２  電子メール、４３  画像、Ｇ１〜Ｇ１３  グループ
【図１】
2008282322.tif 000003
【図２】
2008282322.tif 000004
【図３】
2008282322.tif 000005
【図４】
2008282322.tif 000006
【図５】
2008282322.tif 000007
【図６】
2008282322.tif 000008
【図７】
2008282322.tif 000009
【図８】
2008282322.tif 000010
【図９】
2008282322.tif 000011
【図１０】
2008282322.tif 000012
【図１１】
2008282322.tif 000013
【図１２】
2008282322.tif 000014
【図１３】
2008282322.tif 000015
【図１４】
2008282322.tif 000016
【図１５】
2008282322.tif 000017
【図１６】
2008282322.tif 000018
【図１７】
2008282322.tif 000019
【図１８】
2008282322.tif 000020
【図１９】
2008282322.tif 000021