JP2011166311A - 携帯端末装置、電話帳検索方法及び電話帳検索プログラム - Google Patents

Abstract

【課題】同一グループの団体毎に、かかる団体に関する各種情報を提供することができる携帯端末装置、電話帳検索方法及び電話帳検索プログラムを提供すること。
【解決手段】団体に関する団体情報や個人に関する個人情報と、団体を示すロゴとを対応付けて記憶する。利用者に検索操作が行われた場合に、検索対象とするロゴを利用者に問い合わせる。そして、利用者によって選択されたロゴに対応する団体情報及び個人情報を表示画面等に一覧表示する。
【選択図】図１

Description

本発明は、携帯端末装置、電話帳検索方法及び電話帳検索プログラムに関する。

従来、携帯電話やＰＨＳ（Personal Handy-phone System）などの携帯端末装置は、電話帳データとして、氏名、電話番号、メールアドレス、会社名等を対応付けて保持する。このような携帯端末装置は、利用者による検索操作に応じて、電話帳データに記憶されている情報を利用者に提供する。

例えば、携帯端末装置は、検索キーワードに氏名を入力された場合には、かかる氏名に対応する氏名、電話番号、メールアドレス、会社名等を利用者に提供する。また、例えば、携帯端末装置は、検索キーワードに会社名を入力された場合には、かかる会社名に対応する氏名、電話番号、メールアドレス、会社名等を利用者に提供する。これにより、利用者は、電話帳データに記憶されている電話番号やメールアドレスを用いて、電話発信やメール送信を行うことが可能になる。

特開平１１−３１２１５号公報

しかしながら、上記の従来技術には、同一のグループに属する団体であっても各々の団体名に関連がない場合にあっては、これらの団体を同一グループであると認識することができないという問題があった。なお、ここで言う「団体」とは、例えば、企業や、営利を目的としない組織等を示す。また、「同一のグループに属する団体」とは、例えば、グループ会社や連結子会社等と呼ばれる複数の団体の集合を示す。

上記問題について例を挙げて説明する。例えば、従来の携帯端末装置の利用者は、検索キーワードに団体名または団体名の一部を入力して電話帳データを検索することにより、同一の団体に属する個人等に関する情報を検索することができる。○○株式会社と株式会社○○システムのように、同一のグループに属する両者の団体名の少なくとも一部（この例では○○）が一致する場合には、この○○をキーワードとして検索することで、双方の団体に属する個人等に関する情報を検索することができる。しかし、同一のグループに属する団体であっても、双方の団体名に一致する文字が存在しない場合がある。このような場合には、双方の団体に属する個人等に関する情報を検索することができないという問題があった。

開示の技術は、上記に鑑みてなされたものであって、同一グループに属する団体であって、各々の団体名に一致する文字を含まない団体であっても、双方の団体に属する個人等に関する情報を提供することができる携帯端末装置、電話帳検索方法及び電話帳検索プログラムを提供することを目的とする。

本願の開示する携帯端末装置は、一つの態様において、団体に関する団体情報と、団体に属する個人に関する個人情報と、前記団体を示すロゴとを対応付けて記憶するロゴ記憶部と、前記ロゴ記憶部に記憶されているロゴのうち、検索対象とするロゴを利用者に問い合わせる問合部と、前記問合部による問い合わせの結果、前記利用者によって選択されたロゴに対応する団体情報及び個人情報を前記ロゴ記憶部から取得し、取得した団体情報及び個人情報を表示する表示部とを備える。

本願の開示する携帯端末装置の一つの態様によれば、同一グループの団体毎に、かかるグループに属する団体や個人に関する情報を提供することができるという効果を奏する。

図１は、実施例１に係る携帯端末装置の構成例を示すブロック図である。 図２は、実施例２に係る携帯端末装置の構成例を示すブロック図である。 図３は、電話帳記憶部の一例を示す図である。 図４は、ロゴリストの一例を示す図である。 図５は、リーダ部によって撮影される名刺の一例を示す図である。 図６は、ロゴ選択メニュー画面の一例を示す図である。 図７は、検索結果画面の一例を示す図である。 図８は、実施例２に係る携帯端末装置による格納処理手順を示すフローチャートである。 図９は、リーダ制御部による画像分析処理手順を示すフローチャートである。 図１０は、実施例２に係る携帯端末装置による検索処理手順を示すフローチャートである。 図１１は、電話帳検索プログラムを実行するコンピュータを示す図である。

以下に、本願の開示する携帯端末装置、電話帳検索方法及び電話帳検索プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例により本願の開示する携帯端末装置、電話帳検索方法及び電話帳検索プログラムが限定されるものではない。

まず、図１を用いて、実施例１に係る携帯端末装置の構成について説明する。図１は、実施例１に係る携帯端末装置の構成例を示すブロック図である。図１に示すように、実施例１に係る携帯端末装置１００は、抽出部１１０と、格納部１２０と、ロゴタイプ記憶部１３０と、特定部１４０と、表示部１５０とを有する。

抽出部１１０は、画像データから、団体に関する団体情報、又は、団体に属する個人に関する個人情報と、かかる団体を示すロゴタイプ（以下、略語である「ロゴ」と表記する場合がある）とを抽出する。なお、ここで言う「団体情報」とは、例えば、団体の名称、住所、居所、電話番号等を示す。また、「個人情報」とは、例えば、個人の氏名、住所、電話番号、メールアドレス等を示す。また、「ロゴタイプ」とは、例えば、文字、図形、記号、又は、文字や図形や記号等が結合されたマークを示す。

格納部１２０は、抽出部１１０によって抽出された団体情報または個人情報と対応付けて、ロゴタイプをロゴタイプ記憶部１３０に格納する。

特定部１４０は、ロゴタイプ記憶部１３０に記憶されているロゴタイプのうち、検索対象とするロゴタイプを特定する。例えば、特定部１４０は、利用者によって検索操作を行われた場合に、検索対象とするロゴを利用者に問い合わせ、利用者に指定されたロゴタイプを検索対象とする。表示部１５０は、特定部１４０において特定されたロゴタイプに対応する団体情報または個人情報を表示する。

このように、実施例１に係る携帯端末装置１００は、団体情報又は個人情報と、団体を示すロゴとを対応付けて記憶する。そして、携帯端末装置１００は、検索対象とするロゴを利用者に問い合わせ、利用者によって選択されたロゴに対応する団体情報及び個人情報を表示する。一般に、団体名が異なる場合であっても、同一のグループに属する団体を示すロゴは同一である。実施例１に係る携帯端末装置１００は、ロゴをキーに団体情報及び個人情報を検索することができるので、同一グループの団体毎に、かかるグループに属する団体や個人に関する情報を利用者に提供することができる。

次に、実施例２では、名刺から読み出したロゴや企業名等を対応付けて記憶し、ロゴをキーにして各種情報を検索する携帯端末装置の例について説明する。なお、実施例２では、名刺からロゴや企業名等を読み出す例を示すが、本願の開示する携帯端末装置等は、名刺以外の紙媒体からロゴや企業名等の情報を読み出すこともできる。

［実施例２に係る携帯端末装置の構成］
まず、図２を用いて、実施例２に係る携帯端末装置の構成について説明する。図２は、実施例２に係る携帯端末装置の構成例を示すブロック図である。図２に示した携帯端末装置２００は、例えば、携帯電話機、ＰＨＳ、ＰＤＡ（Personal Digital Assistant）等である。図２に示すように、実施例２に係る携帯端末装置２００は、入力部２１０と、出力部２２０と、リーダ部２３０と、記憶部２４０と、制御部２５０とを有する。

入力部２１０は、各種情報や操作指示を入力するための入力デバイスであり、例えば、数字および文字等を入力するテンキーや、メニュー選択および表示スクロール等に用いられるカーソルキー等である。出力部２２０は、各種情報を出力する出力デバイスであり、例えば、液晶ディスプレイやスピーカである。

リーダ部２３０は、後述するリーダ制御部２５２によって制御されることにより、文字や、図形、記号等が記載されている対象物から情報を読み出して、読み出した情報に基づいて画像データを生成する。例えば、リーダ部２３０は、カメラやスキャナである。なお、実施例２におけるリーダ部２３０は、カメラであるものとする。例えば、実施例２におけるリーダ部２３０は、名刺等の紙媒体を撮影して、撮影した静止画の画像データを生成する。

記憶部２４０は、各種情報を記憶する記憶デバイスである。図２に示した例では、記憶部２４０は、電話帳記憶部２４１と、ロゴリスト２４２とを有する。電話帳記憶部２４１は、企業等の団体に関する団体情報や、個人に関する個人情報等を対応付けて記憶する。図３に、電話帳記憶部２４１の一例を示す。図３に示すように、電話帳記憶部２４１は、「氏名」、「ふりがな」、「住所」、「電話番号」、「団体名」、「ロゴＩＤ」といった項目を有する。

「氏名」は、例えば、個人の氏名や、団体等の名称を示す。「ふりがな」は、「氏名」に記憶されている氏名や名称の読み方を示す。「住所」は、「氏名」に記憶されている個人や団体等の住所又は居所を示す。「電話番号」は、「氏名」に記憶されている個人や団体等の電話番号を示す。「団体名」は、「氏名」に記憶されている個人が属する団体の名称を示す。「ロゴＩＤ」は、「団体名」に記憶されている団体のロゴを識別する識別番号を示す。

例えば、図３に示した電話帳記憶部２４１は、氏名「特許太郎」の住所が「東京都・・・」であり、電話番号が「０００１１１２２２２」であり、所属する団体の名称が「○社」であり、「○社」を示すロゴのロゴＩＤが「Ｌ００１」であることを示している。また、図３に示した電話帳記憶部２４１は、氏名「特許二郎」の住所が「東京都・・・」であり、電話番号が「０００１１１３３３３」であり、所属する団体の名称が「△社」であり、「△社」を示すロゴのロゴＩＤが「Ｌ００２」であることを示している。

ここで、図３に示した例のように、団体名が異なる場合であっても、団体を示すロゴのロゴＩＤが同一である場合がある。具体的には、図３に示した例において、氏名「検索太郎」は団体「Ａｂｃ社」に属し、氏名「検索二郎」は団体「Ａｂｃ子会社」に属し、氏名「検索三郎」は団体「Ａｂｃ関連会社」に属する。そして、図３に示した例では、このような「Ａｂｃ社」、「Ａｂｃ子会社」、「Ａｂｃ関連会社」を示すロゴのロゴＩＤは、同一の「Ｌ００３」である。すなわち、「Ａｂｃ社」、「Ａｂｃ子会社」、「Ａｂｃ関連会社」は、団体名が異なるものの、同一のロゴを用いる。なお、「Ａｂｃ社」、「Ａｂｃ子会社」、「Ａｂｃ関連会社」と同一のグループに属し、これらの団体と同一のロゴを用いる団体であっても、これらの３団体に共通する文字である「Ａｂｃ」を含まない場合も考えられる。

なお、図３に示した電話帳記憶部２４１が記憶する項目は一例である。電話帳記憶部２４１は、図３に示した項目以外の情報を記憶してもよいし、図３に示した全ての情報を記憶しなくてもよい。例えば、電話帳記憶部２４１は、個人のメールアドレスや、団体のＦＡＸ番号、個人が所属する部署の名称等を記憶してもよい。

ロゴリスト２４２は、ロゴの画像データを記憶する。図４に、ロゴリスト２４２の一例を示す。図４に示すように、ロゴリスト２４２は、「ロゴＩＤ」、「画像」、「名称」といった項目を有する。

「ロゴＩＤ」は、電話帳記憶部２４１が有するロゴＩＤに対応する。「画像」は、ロゴの画像データを示す。なお、図４では、ロゴリスト２４２が、項目「画像」に画像データを記憶する例を示したが、ロゴリスト２４２は、項目「画像」に、ロゴの画像データが記憶されているフォルダ又はディレクトリの名称と、画像データのファイル名とを記憶してもよい。「名称」は、「画像」に記憶されているロゴによって示される団体の名称等を示す。なお、「名称」は、ロゴによって示される複数の団体のうち、代表となる団体の名称であってもよい。

なお、図４に示したロゴリスト２４２が記憶する項目は一例である。ロゴリスト２４２は、図４に示した項目以外の情報を記憶してもよいし、図４に示した全ての情報を記憶しなくてもよい。例えば、ロゴリスト２４２は、「名称」を記憶しなくてもよい。

制御部２５０は、携帯端末装置２００の動作を制御する。図２に示した例では、制御部２５０は、通信制御部２５１と、リーダ制御部２５２と、ロゴ検索部２５３と、電話帳管理部２５４と、表示画面制御部２５５とを有する。

通信制御部２５１は、携帯端末装置２００と、基地局等の外部装置との間で行われる通信処理を制御する。例えば、通信制御部２５１は、呼制御や、各種データの送受信制御等を行う。

リーダ制御部２５２、ロゴ検索部２５３、電話帳管理部２５４、表示画面制御部２５５は、リーダ部２３０によって生成された画像データに含まれる情報を記憶部２４０に格納する格納処理と、ロゴをキーに記憶部２４０から各種情報を検索する検索処理とを行う。以下では、リーダ制御部２５２、ロゴ検索部２５３、電話帳管理部２５４、表示画面制御部２５５による処理を、（１）格納処理と、（２）検索処理とに分けて説明する。

まず、（１）格納処理時におけるリーダ制御部２５２、ロゴ検索部２５３、電話帳管理部２５４、表示画面制御部２５５の処理について説明する。

リーダ制御部２５２は、利用者によって入力部２１０を用いて撮影操作等が行われた場合に、リーダ部２３０を制御することにより、リーダ部２３０に撮影処理を行わせる。そして、リーダ制御部２５２は、リーダ部２３０によって生成される画像データを取得して、取得した画像データから文字情報やロゴを抽出する。

ここで、図５を用いて、リーダ部２３０によって名刺が撮影された場合におけるリーダ制御部２５２による処理について説明する。図５は、リーダ部２３０によって撮影される名刺の一例を示す図である。図５に例示した名刺１０Ｍは、情報１１Ｍ〜１５Ｍを有する。情報１１Ｍは、部署名を示す。情報１２Ｍは、氏名を示す。情報１３Ｍは、企業名を示す。情報１４Ｍは、情報１３Ｍに記載されている企業の住所又は居所、電話番号、ＦＡＸ番号を示す。情報１５Ｍは、情報１３Ｍに記載されている企業のロゴを示す。

リーダ制御部２５２は、リーダ部２３０によって図５に示した名刺１０Ｍの画像データが生成された場合に、かかる画像データから、文字情報やロゴを抽出する。具体的には、リーダ制御部２５２は、まず、画像データから、背景色が連続して隣接している画素の数が所定の閾値以下である画素の集合を抽出する。なお、以下では、背景色が連続して隣接している画素の数を「連続距離数」と表記し、連続距離数が閾値以下である画素の集合を「ブロック画像」と表記する場合がある。

例えば、図５に示した例において、名刺１０Ｍの背景色が白色であるものとする。そして、名刺１０Ｍの情報１１Ｍ〜１４Ｍに記載されている文字が黒色であり、情報１５Ｍに記載されているロゴが白色以外であるものとする。このような場合に、情報１１Ｍによって示される矩形内には、背景色の白色と文字色の黒色とが混在することになる。ここで、情報１１Ｍによって示される矩形内の連続距離数が所定の閾値以下であるものとする。かかる場合に、リーダ制御部２５２は、名刺１０Ｍの画像データから、情報１１Ｍによって示される矩形内の画素の集合をブロック画像として抽出する。同様にして、情報１２Ｍ〜１５Ｍによって示される矩形内の連続距離数が閾値以下であるものとする。かかる場合に、リーダ制御部２５２は、情報１２Ｍ〜１５Ｍによって示される矩形内の画像の集合をブロック画像として抽出する。

続いて、リーダ制御部２５２は、画像データから抽出したブロック画像から、ロゴが含まれるブロック画像を選択する。具体的には、リーダ制御部２５２は、抽出したブロック画像と、名刺１０Ｍの四隅との距離を計測する。そして、リーダ制御部２５２は、名刺１０Ｍの上辺との距離が短く、かつ、名刺１０Ｍの左辺又は右辺との距離が短いブロック画像を２個選択する。図５に示した例では、リーダ制御部２５２は、名刺１０Ｍの上辺との距離が短く、かつ、名刺１０Ｍの左辺又は右辺との距離が短いブロック画像として、情報１１Ｍのブロック画像と、情報１５Ｍのブロック画像を選択する。このようにブロック画像を選択する理由は、一般に、名刺に記載されているロゴは、名刺の上部、かつ、名刺の端に配置されていることが多いからである。

そして、リーダ制御部２５２は、選択した２個のブロック画像を解析して、ブロック画像に含まれる情報が文字と認識される確率（以下、「文字認識率」と表記する場合がある）を測定する。そして、リーダ制御部２５２は、選択した２個のブロック画像の中に、文字認識率が所定の閾値よりも小さいブロック画像が存在する場合には、かかるブロック画像に含まれる情報を文字として分析できないと判定する。言い換えれば、リーダ制御部２５２は、文字認識率が所定の閾値よりも小さいブロック画像に含まれる情報がロゴであると判定する。なお、以下では、文字認識率が所定の閾値よりも小さい情報を含むブロック画像を「分析不可画像」と表記する場合がある。

一方、リーダ制御部２５２は、選択した２個のブロック画像の中に、文字認識率が所定の閾値以上であるブロック画像が存在する場合には、かかるブロック画像に含まれる文字のフォントサイズを測定する。そして、リーダ制御部２５２は、フォントサイズが所定の閾値よりも大きい場合には、かかるブロック画像が分析不可画像であると判定する。一方、リーダ制御部２５２は、フォントサイズが所定の閾値以下である場合には、かかるブロック画像が分析不可画像でないと判定する。このように、フォントサイズが所定の閾値よりも大きい場合に分析不可画像であると判定する理由は、一般に、名刺に記載されている文字のフォントサイズは、所定値よりも小さいからである。したがって、名刺に記載されている文字のうち、フォントサイズが所定値以上である文字は、ロゴに用いられていると判定できる。

そして、リーダ制御部２５２は、分析不可画像でないと判定したブロック画像から、文字情報を取得する。図５に示した例では、情報１５Ｍのブロック画像に含まれる情報が文字でないので、リーダ制御部２５２は、情報１５Ｍのブロック画像が分析不可画像であると判定する。すなわち、リーダ制御部２５２は、分析不可画像でないと判定した情報１１Ｍ〜１４Ｍのブロック画像に含まれる文字情報を取得する。具体的には、リーダ制御部２５２は、情報１１Ｍのブロック画像から文字情報「○○○事業部」を取得し、情報１２Ｍのブロック画像から文字情報「名刺 太郎」を取得し、情報１３Ｍのブロック画像から文字情報「△△△株式会社」を取得する。また、リーダ制御部２５２は、情報１４Ｍのブロック画像から文字情報「〒１００−ＸＸＸＸ 東京都・・・」と、文字情報「ＴＥＬ：ｘｘ−ｙｙｙｙ−ｚｚｚｚ」と、文字情報「ＦＡＸ：ｘｘ−ｙｙｙｙ−ｚｚｚｗ」とを取得する。

このようにして、リーダ制御部２５２は、リーダ部２３０によって生成された画像データからブロック画像を抽出し、抽出したブロック画像から分析不可画像を選択することにより、ロゴを含むブロック画像を特定する。そして、リーダ制御部２５２は、分析不可画像でないと判定したブロック画像から文字情報を取得する。

ロゴ検索部２５３は、ロゴリスト２４２に記憶されているロゴのうち、リーダ制御部２５２によって特定された分析不可画像に含まれるロゴとの類似度が所定の閾値よりも大きいロゴを検索する。

具体的には、ロゴ検索部２５３は、リーダ制御部２５２によって分析不可画像が特定された場合に、かかる分析不可画像に含まれるロゴをロゴリスト２４２に登録するか否かを利用者に問い合わせる。このとき、ロゴ検索部２５３は、後述する表示画面制御部２５５に対して、ロゴを登録するか否かを問い合わせる問合せ画面を出力部２２０に表示するように指示する。

そして、ロゴ検索部２５３は、問合せ画面において、利用者がロゴを登録する旨の操作を行った場合に、ロゴリスト２４２から、リーダ制御部２５２によって特定された分析不可画像に含まれるロゴと類似するロゴを検索する。続いて、ロゴ検索部２５３は、ロゴリスト２４２から類似するロゴを検索できた場合には、検索したロゴのロゴＩＤをリーダ制御部２５２に通知する。一方、ロゴ検索部２５３は、類似するロゴを検索できなかった場合には、分析不可画像に含まれるロゴのロゴＩＤを採番する。そして、ロゴ検索部２５３は、分析不可画像に含まれるロゴと、採番したロゴＩＤとを対応付けてロゴリスト２４２に格納する。そして、ロゴ検索部２５３は、分析不可画像に含まれるロゴのロゴＩＤをリーダ制御部２５２に通知する。

電話帳管理部２５４は、リーダ制御部２５２によって取得された文字情報と、ロゴ検索部２５３からロゴ検索部２５３に通知されたロゴＩＤとを、電話帳記憶部２４１に格納する。

表示画面制御部２５５は、格納処理時には、前述したロゴ検索部２５３からの指示に従って、分析不可画像に含まれるロゴをロゴリスト２４２に登録するか否かを利用者に問い合わせる画面を出力部２２０に表示制御する。

ここで、リーダ制御部２５２、ロゴ検索部２５３、電話帳管理部２５４による格納処理について具体例を用いて説明する。なお、電話帳記憶部２４１は、図３に示した各種情報を記憶し、ロゴリスト２４２は、図４に示した各種情報を記憶しているものとする。また、リーダ部２３０によって、図５に示した名刺１０Ｍの画像データが生成されたものとする。また、上記例のように、リーダ制御部２５２は、情報１１Ｍ〜１４Ｍのブロック画像が分析不可画像でないと判定し、情報１５Ｍのブロック画像が分析不可画像であると判定するものとする。

かかる場合に、ロゴ検索部２５３は、情報１５Ｍのブロック画像に含まれるロゴが、図４に例示したロゴリスト２４２に記憶されていないので、情報１５Ｍのブロック画像に含まれるロゴを識別するロゴＩＤを採番する。ここでは、ロゴ検索部２５３は、ロゴＩＤ「Ｌ００４」を採番するものとする。かかる場合に、ロゴ検索部２５３は、情報１５Ｍのブロック画像に含まれるロゴと、ロゴＩＤ「Ｌ００４」とをロゴリスト２４２に格納する。このとき、ロゴ検索部２５３は、ロゴリスト２４２の「名称」に、情報１３Ｍのブロック画像から取得された文字情報「△△△株式会社」を格納してもよい。

続いて、電話帳管理部２５４は、リーダ制御部２５２によって情報１１Ｍ〜１４Ｍのブロック画像から取得された文字情報と、ロゴ検索部２５３によって採番されたロゴＩＤ「Ｌ００４」とを電話帳記憶部２４１に格納する。例えば、電話帳管理部２５４は、情報１２Ｍのブロック画像から取得された文字情報「名刺 太郎」を電話帳記憶部２４１の「氏名」に格納する。また、例えば、電話帳管理部２５４は、情報１３Ｍのブロック画像から取得された文字情報「△△△株式会社」を電話帳記憶部２４１の「団体名」に格納する。

次に、（２）検索処理時におけるロゴ検索部２５３、電話帳管理部２５４、表示画面制御部２５５の処理について説明する。なお、リーダ制御部２５２は、検索処理時に処理を行わない。

まず、電話帳管理部２５４は、利用者によって、ロゴを検索キーとして各種情報を検索する旨の操作が行われた場合に、ロゴ検索部２５３を起動する。そして、ロゴ検索部２５３は、電話帳管理部２５４によって起動された場合に、ロゴリスト２４２から、「画像」に記憶されているロゴを取得する。そして、ロゴ検索部２５３は、表示画面制御部２５５に対して、ロゴリスト２４２から取得したロゴを利用者に選択させる画面を出力部２２０に表示するように指示する。以下では、ロゴを利用者に選択させる画面を「ロゴ選択メニュー画面」と表記する場合がある。

ロゴ検索部２５３から指示を受け付けた表示画面制御部２５５は、ロゴ検索部２５３によって検索されたロゴを含むロゴ選択メニュー画面を出力部２２０に表示制御する。ここで、図６に、ロゴ選択メニュー画面の一例を示す。図６に示すように、表示画面制御部２５５は、ロゴ検索部２５３によってロゴリスト２４２から検索されたロゴを含むロゴ選択メニュー画面１０Ｇを出力部２２０に表示制御する。これにより、利用者は、入力部２１０を用いて、ロゴ選択メニュー画面１０Ｇから検索キーとするロゴを選択することができる。

電話帳管理部２５４は、ロゴ選択メニュー画面において選択されたロゴのロゴＩＤに対応する各種情報を電話帳記憶部２４１から取得する。そして、電話帳管理部２５４は、表示画面制御部２５５に対して、電話帳記憶部２４１から取得した各種情報を出力部２２０に表示するように指示する。かかる指示を受け付けた表示画面制御部２５５は、電話帳管理部２５４によって電話帳記憶部２４１から取得された各種情報を含む画面を出力部２２０に表示制御する。なお、以下では、電話帳管理部２５４によって電話帳記憶部２４１から取得された各種情報を含む画面を「検索結果画面」と表記する場合がある。

ここで、ロゴ検索部２５３、電話帳管理部２５４、表示画面制御部２５５による検索処理について具体例を用いて説明する。なお、電話帳記憶部２４１は、図３に示した各種情報を記憶し、ロゴリスト２４２は、図４に示した各種情報を記憶しているものとする。また、表示画面制御部２５５によって、図６に例示したロゴ選択メニュー画面１０Ｇが出力部２２０に表示制御されたものとする。そして、利用者によって、ロゴ選択メニュー画面１０Ｇの右下に表示されている文字「Ａｂｃ」を含むロゴが選択されたものとする。

かかる場合に、ロゴ検索部２５３は、ロゴリスト２４２から、利用者によって選択されたロゴに対応するロゴＩＤ「Ｌ００３」を電話帳管理部２５４に通知する。そして、電話帳管理部２５４は、電話帳記憶部２４１から、ロゴＩＤ「Ｌ００３」に対応する各種情報を取得する。具体的には、電話帳管理部２５４は、電話帳記憶部２４１から、ロゴＩＤが「Ｌ００３」であるレコードを３個取得する。

そして、表示画面制御部２５５は、電話帳管理部２５４によって取得された各種情報を含む検索結果画面を出力部２２０に表示制御する。ここで、図７に、検索結果画面の一例を示す。図７に示すように、表示画面制御部２５５は、ロゴ検索部２５３によって電話帳記憶部２４１から取得された各種情報を出力部２２０に一覧表示する。具体的には、表示画面制御部２５５は、検索キーである「ロゴ」を表示制御するとともに、ロゴ検索部２５３によって電話帳記憶部２４１から取得された「氏名」と「電話番号」とを一覧表示する。なお、表示画面制御部２５５は、図７に示した検索結果画面２０Ｇの例に限らず、「ふりがな」、「住所」、「団体名」等を一覧表示してもよい。

なお、上述した記憶部２４０は、例えば、ＲＡＭ（Random Access Memory)、ＲＯＭ（Read Only Memory)、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、又は、ハードディスク、光ディスクなどの記憶装置である。また、上述した制御部２５０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路等である。

［実施例２に係る携帯端末装置による格納処理］
次に、図８を用いて、実施例２に係る携帯端末装置２００による格納処理の手順について説明する。図８は、実施例２に係る携帯端末装置２００による格納処理手順を示すフローチャートである。

図８に示すように、携帯端末装置２００のリーダ制御部２５２は、利用者によって撮影操作等が行われた場合に、リーダ部２３０によって生成された画像データに対して画像分析処理を行う（ステップＳ１０１）。リーダ制御部２５２は、かかる画像分析処理において、画像データからブロック画像を抽出し、抽出したブロック画像から分析不可画像を選択する。また、リーダ制御部２５２は、分析不可画像以外のブロック画像から文字情報を取得する。なお、リーダ制御部２５２による画像分析処理については、図９を用いて後述する。

続いて、リーダ制御部２５２は、画像分析処理において分析不可画像と判定したブロック画像が存在する場合には（ステップＳ１０２肯定）、かかる分析不可画像をロゴ検索部２５３に通知する（ステップＳ１０３）。言い換えれば、リーダ制御部２５２は、リーダ部２３０によって生成された画像データに、ロゴを含むブロック画像が含まれる場合には、かかるブロック画像をロゴ検索部２５３に通知する。

続いて、携帯端末装置２００のロゴ検索部２５３は、リーダ制御部２５２から分析不可画像を通知された場合に、表示画面制御部２５５に対して、問合せ画面を表示するように指示する。かかる指示を受け付けた表示画面制御部２５５は、ロゴを登録するか否かを問い合わせる問合せ画面を出力部２２０に表示制御する（ステップＳ１０４）。

続いて、ロゴ検索部２５３は、問合せ画面においてロゴを登録する旨の操作が行われた場合に（ステップＳ１０５肯定）、ロゴリスト２４２から、分析不可画像に含まれるロゴとの類似度が所定の閾値よりも大きいロゴを検索する（ステップＳ１０６）。

そして、ロゴ検索部２５３は、ロゴリスト２４２から類似するロゴを検索できた場合には（ステップＳ１０７肯定）、検索したロゴのロゴＩＤをリーダ制御部２５２に通知する（ステップＳ１０９）。一方、ロゴ検索部２５３は、類似するロゴを検索できなかった場合には（ステップＳ１０７否定）、分析不可画像に含まれるロゴのロゴＩＤを採番して、かかるロゴとロゴＩＤとをロゴリスト２４２に格納する（ステップＳ１０８）。そして、ロゴ検索部２５３は、ロゴリスト２４２に格納したロゴＩＤをリーダ制御部２５２に通知する（ステップＳ１０９）。

なお、ロゴ検索部２５３は、問合せ画面においてロゴを登録する旨の操作が行われなかった場合には（ステップＳ１０５否定）、処理を終了する。このとき、ロゴ検索部２５３は、リーダ制御部２５２に対して、ロゴを登録する旨の操作が行われなかった旨を通知してもよい。

続いて、リーダ制御部２５２は、ロゴ検索部２５３から受信したロゴＩＤや、画像分析処理においてブロック画像から取得した文字情報等を電話帳管理部２５４に通知する（ステップＳ１１０）。そして、電話帳管理部２５４は、リーダ制御部２５２から受け付けたロゴＩＤや、文字情報等を電話帳記憶部２４１に格納する（ステップＳ１１１）。

なお、電話帳管理部２５４は、リーダ制御部２５２からロゴＩＤを通知されなかった場合には、処理を終了してもよいし、リーダ制御部２５２から受け付けた文字情報等を電話帳記憶部２４１に格納してもよい。

［画像分析処理手順］
次に、図９を用いて、図８のステップＳ１０１に示した画像分析処理の手順について説明する。図９は、リーダ制御部２５２による画像分析処理手順を示すフローチャートである。なお、図９では、リーダ部２３０によって名刺が撮影され、かかる名刺の画像データが生成された場合を例に挙げて説明する。

図９に示すように、リーダ制御部２５２は、リーダ部２３０によって生成された画像データから、背景色の連続距離数が閾値以下であるブロック画像を抽出する（ステップＳ２０１）。

続いて、リーダ制御部２５２は、抽出した各ブロック画像について、ブロック画像と、画像データである名刺の四隅との距離を計測する（ステップＳ２０２）。そして、リーダ制御部２５２は、名刺の上辺との距離が短く、かつ、名刺の左辺又は右辺との距離が短いブロック画像を２個選択する（ステップＳ２０３）。

続いて、リーダ制御部２５２は、選択した２個のブロック画像の文字認識率を測定する（ステップＳ２０４）。そして、リーダ制御部２５２は、文字認識率が所定の閾値よりも小さいブロック画像が存在する場合には（ステップＳ２０５肯定）、かかるブロック画像が分析不可画像であると判定する（ステップＳ２０６）。

一方、リーダ制御部２５２は、文字認識率が所定の閾値以上であるブロック画像が存在する場合には（ステップＳ２０５否定）、かかるブロック画像内における文字のフォントサイズを測定する。そして、リーダ制御部２５２は、フォントサイズが所定の閾値よりも大きい場合には（ステップＳ２０７肯定）、かかるブロック画像が分析不可画像であると判定する（ステップＳ２０６）。一方、リーダ制御部２５２は、フォントサイズが所定の閾値以下である場合には（ステップＳ２０７否定）、かかるブロック画像が分析不可画像でないと判定する（ステップＳ２０８）。そして、リーダ制御部２５２は、分析不可画像でないと判定したブロック画像から、文字情報を取得する（ステップＳ２０９）。

［実施例２に係る携帯端末装置による検索処理］
次に、図１０を用いて、実施例２に係る携帯端末装置２００による検索処理の手順について説明する。図１０は、実施例２に係る携帯端末装置２００による検索処理手順を示すフローチャートである。なお、図１０では、ロゴを検索キーとして各種情報を検索する処理について説明し、検索キーがロゴ以外の情報である検索処理については説明を省略する。

図１０に示すように、携帯端末装置２００の電話帳管理部２５４は、ロゴを検索キーとして各種情報を検索する旨の操作が行われた場合に（ステップＳ３０１肯定）、ロゴ検索部２５３を起動する（ステップＳ３０２）。

電話帳管理部２５４によって起動されたロゴ検索部２５３は、ロゴリスト２４２の「画像」に記憶されているロゴを検索し、表示画面制御部２５５に対してロゴ選択メニュー画面を出力部２２０に表示するように指示する。かかる指示を受け付けた表示画面制御部２５５は、ロゴ選択メニュー画面を出力部２２０に表示制御する（ステップＳ３０３）。

そして、ロゴ検索部２５３は、ロゴ選択メニュー画面において利用者によって選択されたロゴのロゴＩＤをロゴリスト２４２から取得する（ステップＳ３０４）。そして、ロゴ検索部２５３は、ロゴリスト２４２から取得したロゴＩＤを電話帳管理部２５４に通知する（ステップＳ３０５）。

続いて、電話帳管理部２５４は、ロゴ検索部２５３から通知されたロゴＩＤに対応する各種情報を電話帳記憶部２４１から取得する（ステップＳ３０６）。そして、電話帳管理部２５４は、電話帳記憶部２４１から各種情報を取得できた場合に（ステップＳ３０７肯定）、表示画面制御部２５５に対して、検索結果画面を表示するように指示する。かかる指示を受け付けた表示画面制御部２５５は、電話帳管理部２５４によって電話帳記憶部２４１から取得された各種情報を含む検索結果画面を出力部２２０に表示制御する（ステップＳ３０８）。

一方、電話帳管理部２５４は、電話帳記憶部２４１から各種情報を取得できなかった場合には（ステップＳ３０７否定）、処理を終了する。このとき、電話帳管理部２５４は、ロゴ選択メニュー画面において選択されたロゴに対応する情報が存在しない旨の情報を表示するように表示画面制御部２５５に指示してもよい。

［実施例２の効果］
上述してきたように、実施例２に係る携帯端末装置２００は、団体情報や個人情報と、ロゴとを対応付けて記憶する。そして、携帯端末装置２００は、利用者によって選択されたロゴを検索キーとして取得した団体情報や個人情報を一覧表示する。すなわち、実施例２に係る携帯端末装置２００を用いる利用者は、ロゴ毎に、団体情報や個人情報を検索することができる。一般に、団体名が異なる場合であっても、同一のグループに属する団体を示すロゴは同一である。したがって、利用者は、同一グループの団体毎に、団体情報や個人情報を検索することができる。

また、実施例２に係る携帯端末装置２００は、リーダ制御部２５２が、リーダ部２３０によって生成された画像データから文字情報及びロゴを抽出する。そして、携帯端末装置２００は、電話帳管理部２５４が、リーダ制御部２５２によって抽出された文字情報とロゴとを対応付けて記憶部２４０に格納する。これにより、実施例２に係る携帯端末装置２００を用いる利用者は、名刺等を撮影することにより、かかる名刺に記載されている文字情報とロゴとを携帯端末装置２００の電話帳データに格納することができる。

また、実施例２に係る携帯端末装置２００は、リーダ部２３０によって生成された画像データに含まれる情報のうち、文字認識率が所定の閾値よりも小さい情報をロゴとして抽出する。これにより、携帯端末装置２００は、名刺等に記載されている各種情報からロゴを正確に抽出することができる。

また、実施例２に係る携帯端末装置２００は、リーダ部２３０によって生成された画像データに含まれる情報のうち、フォントサイズが所定の閾値よりも大きい情報をロゴとして抽出する。これにより、携帯端末装置２００は、名刺等に記載されている各種情報からロゴを正確に抽出することができる。

また、実施例２に係る携帯端末装置２００は、名刺等から抽出したロゴと類似するロゴがロゴリスト２４２に存在する場合には、かかるロゴと、名刺等から抽出した団体情報と個人情報とを対応付けて記憶部２４０に格納する。これにより、携帯端末装置２００は、類似するロゴに対応付けて、団体情報や個人情報を管理することができる。

ところで、本願の開示する携帯端末装置、電話帳検索方法及び電話帳検索プログラムは、上述した実施例以外にも、種々の異なる形態にて実施されてよい。そこで、実施例３では、本願の開示する携帯端末装置、電話帳検索方法及び電話帳検索プログラムの他の実施例について説明する。

［画像分析処理（１）］
上記実施例２では、リーダ制御部２５２が、図９に示した画像分析処理を行うことにより、ブロック画像が分析不可画像であるか否かを判定する例を示した。しかし、リーダ制御部２５２は、図９に示した全ての処理を行わずにブロック画像が分析不可画像であるか否かを判定してもよい。

例えば、リーダ制御部２５２は、画像データから抽出したブロック画像のうち、文字認識率が所定の閾値よりも小さいブロック画像を分析不可画像とし、文字認識率が所定の閾値以上であるブロック画像を分析不可画像としてもよい。かかる例の場合には、リーダ制御部２５２は、ブロック画像の画像データにおける位置や、ブロック画像に含まれる文字のフォントサイズに基づいて、ブロック画像が分析不可画像であるか否かを判定しないことになる。また、例えば、リーダ制御部２５２は、画像データから抽出したブロック画像のうち、ブロック画像に含まれる文字のフォントサイズのみに基づいて、ブロック画像が分析不可画像であるか否かを判定してもよい。

［画像分析処理（２）］
また、上記実施例２では、リーダ制御部２５２が、図９に示した画像分析処理を行うことにより、ブロック画像が分析不可画像であるか否かを判定する例を示した。すなわち、上記実施例２では、リーダ制御部２５２によって、画像データからロゴを抽出する処理が行われていた。しかし、リーダ制御部２５２は、画像データから抽出したブロック画像を出力部２２０に一覧表示し、いずれのブロック画像にロゴが含まれているかを利用者に選択させてもよい。同様に、リーダ制御部２５２は、ブロック画像を出力部２２０に一覧表示し、いずれのブロック画像に氏名、住所、電話番号等が含まれているかを利用者に選択させてもよい。

［画像分析処理（３）］
また、上記実施例２では、図９のステップＳ２０３に示すように、リーダ制御部２５２が、ブロック画像の画像データにおける位置に基づいて、２個のブロック画像を選択する例を示した。しかし、リーダ制御部２５２は、図９のステップＳ２０３において、ブロック画像の画像データにおける位置に基づいて、１個のブロック画像や、３個以上のブロック画像を選択してもよい。

［格納処理（１）］
また、上記実施例２では、図８のステップＳ１０６に示すように、ロゴ検索部２５３が、名刺等から抽出したロゴと類似するロゴをロゴリスト２４２から検索する例を示した。しかし、ロゴ検索部２５３は、名刺等から抽出したロゴと類似するロゴをロゴリスト２４２から検索しなくてもよい。例えば、ロゴ検索部２５３は、ロゴリスト２４２に記憶されているロゴを一覧表示し、名刺等から抽出したロゴと類似又は同一のロゴを利用者に選択させてもよい。

［格納処理（２）］
また、上記実施例２では、図８のステップＳ１０６、Ｓ１０８、Ｓ１１１に示すように、名刺等から抽出したロゴと類似するロゴをロゴリスト２４２から検索した後に、ロゴ検索部２５３や電話帳管理部２５４が格納処理を行う例を示した。しかし、ロゴ検索部２５３や電話帳管理部２５４は、類似するロゴをロゴリスト２４２から検索する処理を行わずに、名刺等から抽出した団体情報、個人情報、ロゴ等を対応付けてロゴリスト２４２や電話帳記憶部２４１に格納してもよい。かかる場合に、電話帳管理部２５４は、ロゴ選択メニュー画面で選択されたロゴのロゴＩＤに対応する各種情報を電話帳記憶部２４１から取得するとともに、選択されたロゴと類似するロゴのロゴＩＤに対応する各種情報を電話帳記憶部２４１から取得してもよい。そして、表示画面制御部２５５は、電話帳管理部２５４によって電話帳記憶部２４１から取得された各種情報を含む検索結果画面を出力部２２０に表示制御してもよい。

［システム構成等］
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図２に示した電話帳記憶部２４１とロゴリスト２４２とは統合されてもよい。

［プログラム］
また、上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをコンピュータで実行することによって実現することができる。そこで、以下では、図１１を用いて、図１に示した携帯端末装置１００と同様の機能を有する電話帳検索プログラムを実行するコンピュータの一例を説明する。

図１１は、電話帳検索プログラムを実行するコンピュータを示す図である。図１１に示すように、コンピュータ１０００は、ＲＡＭ１０１０と、キャッシュ１０２０と、ＨＤＤ１０３０と、ＲＯＭ１０４０と、ＣＰＵ１０５０、バス１０６０とを有する。ＲＡＭ１０１０、キャッシュ１０２０、ＨＤＤ１０３０、ＲＯＭ１０４０、ＣＰＵ１０５０は、バス１０６０によって接続されている。

ＲＯＭ１０４０には、図１に示した携帯端末装置１００と同様の機能を発揮する電話帳検索プログラムが予め記憶されている。具体的には、ＲＯＭ１０４０には、抽出プログラム１０４１と、格納プログラム１０４２と、特定プログラム１０４３と、表示プログラム１０４４とが記憶されている。

そして、ＣＰＵ１０５０は、これらの抽出プログラム１０４１と、格納プログラム１０４２と、特定プログラム１０４３と、表示プログラム１０４４とを読み出して実行する。これにより、図１１に示すように、抽出プログラム１０４１は、抽出プロセス１０５１になり、格納プログラム１０４２は、格納プロセス１０５２になる。また、特定プログラム１０４３は、特定プロセス１０５３になり、表示プログラム１０４４は、表示プロセス１０５４になる。なお、抽出プロセス１０５１は、図１に示した抽出部１１０に対応し、格納プロセス１０５２は、図１に示した格納部１２０に対応し、特定プロセス１０５３は、図１に示した特定部１４０に対応し、表示プロセス１０５４は、図１に示した表示部１５０に対応する。

また、ＨＤＤ１０３０には、図１１に示すように、ロゴタイプ記憶部１０３１が設けられる。ロゴタイプ記憶部１０３１は、図１に示したロゴタイプ記憶部１３０に対応する。

なお、上記した各プログラム１０４１〜１０４４については、必ずしもＲＯＭ１０４０に記憶させなくてもよい。例えば、コンピュータ１０００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にプログラム１０４１〜１０４４を記憶させてもよい。または、コンピュータ１０００の内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」にプログラム１０４１〜１０４４を記憶させてもよい。または、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１０００に接続される「他のコンピュータ（またはサーバ）」にプログラム１０４１〜１０４４を記憶させてもよい。そして、コンピュータ１０００は、上述したフレキシブルディスク等から各プログラムを読み出して実行するようにしてもよい。

１００、２００ 携帯端末装置
１１０ 抽出部
１２０ 格納部
１３０ ロゴタイプ記憶部
１４０ 特定部
１５０ 表示部
２１０ 入力部
２２０ 出力部
２３０ リーダ部
２４０ 記憶部
２４１ 電話帳記憶部
２４２ ロゴリスト
２５０ 制御部
２５１ 通信制御部
２５２ リーダ制御部
２５３ ロゴ検索部
２５４ 電話帳管理部
２５５ 表示画面制御部
１０００ コンピュータ
１０１０ ＲＡＭ
１０２０ キャッシュ
１０３０ ＨＤＤ
１０３１ ロゴタイプ記憶部
１０４０ ＲＯＭ
１０４１ 抽出プログラム
１０４２ 格納プログラム
１０４３ 特定プログラム
１０４４ 表示プログラム
１０５０ ＣＰＵ
１０５１ 抽出プロセス
１０５２ 格納プロセス
１０５３ 特定プロセス
１０５４ 表示プロセス
１０６０ バス

Claims (7)

1. 画像データから、団体情報または個人情報と、ロゴタイプとを抽出する抽出部と、
   前記抽出部によって抽出された団体情報または個人情報と対応付けて、ロゴタイプをロゴタイプ記憶部に格納する格納部と、
   前記ロゴタイプ記憶部に記憶されているロゴタイプのうち、検索対象とするロゴタイプを特定する特定部と、
   前記特定部において特定されたロゴタイプに対応する団体情報または個人情報を表示する表示部と
   を備えたことを特徴とする携帯端末装置。
2. 前記抽出部は、前記画像データに含まれる情報のうち、文字と認識される確率である文字認識率が所定の閾値よりも小さい情報をロゴタイプとして抽出し、文字認識率が所定の閾値以上である情報を団体情報又は個人情報として抽出することを特徴とする請求項１に記載の携帯端末装置。
3. 前記ロゴタイプ記憶部から、前記抽出部によって抽出されたロゴタイプとの類似度が所定の閾値よりも大きいロゴタイプを検索する検索部をさらに備え、
   前記格納部は、前記検索部によってロゴタイプが検索された場合には、前記検索部によって検索されたロゴタイプを、前記抽出部によって抽出された団体情報または個人情報と対応付けて前記ロゴタイプ記憶部に格納し、前記検索部によってロゴタイプが検索されなかった場合には、前記抽出部によって抽出されたロゴタイプを、前記抽出部によって抽出された団体情報または個人情報と対応付けて前記ロゴタイプ記憶部に格納することを特徴とする請求項１又は２に記載の携帯端末装置。
4. 前記抽出部は、前記画像データに含まれる情報のうち、サイズが所定の閾値よりも大きい情報をロゴタイプとして抽出し、サイズが所定の閾値以下である情報を団体情報又は個人情報として抽出することを特徴とする請求項１又は２に記載の携帯端末装置。
5. 前記表示部は、前記特定部において特定されたロゴタイプとの類似度が所定の閾値よりも大きいロゴタイプに対応する団体情報または個人情報を表示することを特徴とする請求項１に記載の携帯端末装置。
6. 携帯端末装置で実行される電話帳検索方法であって、
   画像データから、団体情報または個人情報と、ロゴタイプとを抽出する抽出ステップと、
   前記抽出ステップによって抽出された団体情報または個人情報と対応付けて、ロゴタイプをロゴタイプ記憶部に格納する格納ステップと、
   前記ロゴタイプ記憶部に記憶されているロゴタイプのうち、検索対象とするロゴタイプを特定する特定ステップと、
   前記特定ステップにおいて特定されたロゴタイプに対応する団体情報または個人情報を表示する表示ステップと
   を含むことを特徴とする電話帳検索方法。
7. 携帯端末装置で実行される電話帳検索プログラムであって、
   前記携帯端末装置に、
   画像データから、団体情報または個人情報と、ロゴタイプとを抽出する抽出手順と、
   前記抽出手順によって抽出された団体情報または個人情報と対応付けて、ロゴタイプをロゴタイプ記憶部に格納する格納手順と、
   前記ロゴタイプ記憶部に記憶されているロゴタイプのうち、検索対象とするロゴタイプを特定する特定手順と、
   前記特定手順において特定されたロゴタイプに対応する団体情報または個人情報を表示する表示手順と
   を実行させることを特徴とする電話帳検索プログラム。

Images