(57)【特許請求の範囲】
【請求項１】
相手先別にそのアドレス帳データを記憶管理する携帯通信端末装置であって、
名刺画像を取得して蓄積記憶する画像記憶手段と、
通信相手先を識別する相手識別情報を取得する取得手段と、
前記蓄積記憶されている名刺画像群の中から前記取得手段によって得られた相手識別情報を含む名刺画像を選択する選択手段と、
この選択手段によって選択された名刺画像内に含まれている項目情報を当該相手先対応のアドレス帳データとして登録する登録手段と、
を具備したことを特徴とする携帯通信端末装置。
【請求項２】
前記取得手段は、通話着信時、メール送信時、通話発信時、メール受信時のうち、少なくともその何れかの通信時に、その通信相手先を識別する相手識別情報を取得する、
ようにしたことを特徴とする請求項1記載の携帯通信端末装置。
【請求項３】
名刺画像内に含まれている相手識別情報を文字認識した文字コード列が当該名刺画像に対応付けて記憶管理されている状態において、前記選択手段は、名刺画像毎にそれに対応する文字コード列を参照することによって名刺画像の選択を行う、
ようにしたことを特徴とする請求項1記載の携帯通信端末装置。
【請求項４】
相手先別にそのアドレス帳データを記憶管理する携帯通信端末装置であって、
名刺画像を取得して蓄積記憶する画像記憶手段と、
相手先別にその通信実績を記憶管理する通信実績記憶手段と、
前記蓄積記憶されている名刺画像群の中から前記通信実績が所定値以上である相手先の名刺画像を選択する選択手段と、
この選択手段によって選択された名刺画像内に含まれている項目情報を当該相手先対応のアドレス帳データとして登録する登録手段と、
を具備したことを特徴とする携帯通信端末装置。
【請求項５】
前記登録手段は、選択された名刺画像内に含まれている項目情報を当該相手先に対応するアドレス帳データとして登録する際に、未登録項目の有無を判別し、未登録項目があれば、当該項目データを追加登録する、
ようにしたことを特徴とする請求項1あるいは請求項４記載の携帯通信端末装置。
【請求項６】
前記登録手段は、名刺画像内に人物の顔画像が含まれているかを判別し、顔画像が含まれている場合には、この顔画像を抽出して当該相手先のアドレス帳データの一部として登録する、
ようにしたことを特徴とする請求項1あるいは請求項４記載の携帯通信端末装置。
【請求項７】
アドレス帳データの登録に先立ってその登録可否を問い合わせるメッセージを出力させるメッセージ出力手段を設け、
このメッセージ出力に応じて登録可のユーザ指示を受けた際に、前記登録手段は、前記選択された名刺画像内の項目情報を当該相手先対応のアドレス帳データとして登録する、
ようにしたことを特徴とする請求項1あるいは請求項４記載の携帯通信端末装置。
【請求項８】
前記通信実績記憶手段は、通信回数、通信頻度、通信時間、通信データ量のうち、少なくともその何れかを相手先別の通信実績として記憶管理する、
ようにしたことを特徴とする請求項４記載の携帯通信端末装置。
【請求項９】
コンピュータに対して、
通信相手先を識別する相手識別情報を取得する機能と、
蓄積記憶されている名刺画像群の中から前記取得した相手識別情報を含む名刺画像を選択する機能と、
選択された名刺画像内に含まれている項目情報を当該相手先対応のアドレス帳データとして登録する機能と、
を実現させるためのプログラム。
【請求項１０】
コンピュータに対して、
相手先別にその通信実績を記憶管理する機能と、
蓄積記憶されている名刺画像群の中から前記通信実績が所定値以上である相手先の名刺画像を選択する機能と、
選択された名刺画像内に含まれている項目情報を当該相手先対応のアドレス帳データとして登録する機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、相手先別にそのアドレス帳データを記憶管理する携帯通信端末装置及びプログラムに関する。
【背景技術】
【０００２】
一般に、営業担当者などは、日頃の営業活動のほか、名刺交換会、商談会などに出席すると、多数の名刺を入手するようになるため、その蓄積量は膨大なものとなる。このような場合、名刺内の情報を携帯電話などのアドレス帳に登録しておけば、相手の情報を何時でも自由に閲覧可能となるが、名刺内の情報を携帯電話などのアドレス帳に簡単に記憶させる方法として、従来では、名刺をカメラ撮影するだけでアドレス帳に登録可能なカメラ機能付き携帯端末が知られている。すなわち、カメラ機能によって撮影された名刺画像を解析することによって「名前」、「住所」、「メールアドレス」などの項目情報を文字認識し、その認識結果（文字コード）をアドレス帳データとして登録するようにした技術が知られている（特許文献１参照）。
【特許文献１】特開２００３−１６３７３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
この先行技術にあっては、名刺をカメラ撮影するだけでアドレス帳に登録されるため、文字入力に比べてその入力作業が容易となるが、名刺交換会、商談会などで入手した全ての名刺をアドレス帳に登録すると、今後の付き合いが発生しないような人の名刺までも登録することになり、アドレス帳の膨大化を招いてしまう。そこで、必要な名刺だけを選んでアドレス帳に登録するようにすればよいが、どの名刺を登録対象とするかを直感で決めるしかなく、アドレス帳の内容が無秩序なものとなってしまう。
【０００４】
この発明の課題は、名刺画像群の中から必要な名刺だけをアドレス帳に登録することができると共に、その登録対象の選択基準を統一化できるようにすることである。
【課題を解決するための手段】
【０００５】
請求項１記載の発明は、相手先別にそのアドレス帳データを記憶管理する携帯通信端末装置であって、名刺画像を取得して蓄積記憶する画像記憶手段と、通信相手先を識別する相手識別情報を取得する取得手段と、前記蓄積記憶されている名刺画像群の中から前記取得手段によって得られた相手識別情報を含む名刺画像を選択する選択手段と、この選択手段によって選択された名刺画像内に含まれている項目情報を当該相手先対応のアドレス帳データとして登録する登録手段とを具備したことを特徴とする。
更に、コンピュータに対して、上述した請求項１記載の発明に示した主要機能を実現させるためのプログラムを提供する（請求項９記載の発明）。
ここで、「名刺画像」とは、相手から名刺あるいはそれに類する自己紹介用の媒体を受け取った場合に、それをカメラ撮影して歪み補正などを施した撮影画像のほか、相手からネットワーク経由で送信されて来た名前、電話番号などを含む送信画像などを意味する。
【０００６】
なお、上述した請求項１記載の発明は次のようなものであってもよい。
前記取得手段は、通話着信時、メール送信時、通話発信時、メール受信時のうち、少なくともその何れかの通信時に、その通信相手先を識別する相手識別情報を取得する（請求項２記載の発明）。
【０００７】
名刺画像内に含まれている相手識別情報を文字認識した文字コード列が当該名刺画像に対応付けて記憶管理されている状態において、前記選択手段は、名刺画像毎にそれに対応する文字コード列を参照することによって名刺画像の選択を行う（請求項３記載の発明）。
【０００８】
前記登録手段は、選択された名刺画像内に含まれている項目情報を当該相手先に対応するアドレス帳データとして登録する際に、未登録項目の有無を判別し、未登録項目があれば、当該項目データを追加登録する（請求項５記載の発明）。
【０００９】
前記登録手段は、名刺画像内に人物の顔画像が含まれているかを判別し、顔画像が含まれている場合には、この顔画像を抽出して当該相手先のアドレス帳データの一部として登録する（請求項６記載の発明）。
【００１０】
アドレス帳データの登録に先立ってその登録可否を問い合わせるメッセージを出力させるメッセージ出力手段を設け、このメッセージ出力に応じて登録可のユーザ指示を受けた際に、前記登録手段は、前記選択された名刺画像内の項目情報を当該相手先対応のアドレス帳データとして登録する（請求項７記載の発明）。
【００１１】
請求項４記載の発明は、相手先別にそのアドレス帳データを記憶管理する携帯通信端末装置であって、名刺画像を取得して蓄積記憶する画像記憶手段と、相手先別にその通信実績を記憶管理する通信実績記憶手段と、前記蓄積記憶されている名刺画像群の中から前記通信実績が所定値以上である相手先の名刺画像を選択する選択手段と、この選択手段によって選択された名刺画像内に含まれている項目情報を当該相手先対応のアドレス帳データとして登録する登録手段とを具備したことを特徴とする。
更に、コンピュータに対して、上述した請求項４記載の発明に示した主要機能を実現させるためのプログラムを提供する（請求項１０記載の発明）。
【００１２】
請求項４記載の発明は、上述した請求項５〜７記載の発明のほか、前記通信実績記憶手段は、通信回数、通信頻度、通信時間、通信データ量のうち、少なくともその何れかを相手先別の通信実績として記憶管理するようにしてもよい（請求項８記載の発明）。
【発明の効果】
【００１３】
この発明は、名刺画像群の中から必要な名刺だけを選んでアドレス帳に登録することができると共に、登録対象の選択基準を統一化することができ、アドレス帳の膨大化及び無秩序化を防ぐことが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、図１〜図１３を参照して本発明の実施例を説明する。
この実施例は、携帯通信端末装置として携帯電話装置に適用した場合を例示したもので、図１は、携帯電話装置の基本的な構成要素を示したブロック図である。
この携帯電話装置は、通話機能、電子メール機能、インターネット接続機能（Ｗｅｂアクセス機能）、カメラ機能などのほか、名刺画像管理機能、アドレス帳管理機能を備えている。名刺画像管理機能は、名刺画像を蓄積管理する機能であり、アドレス帳管理機能は、相手先別にそのアドレス帳データを記憶管理する機能である。
【００１５】
ＣＰＵ１は、記憶部２内の各種のプログラムに応じてこの携帯電話装置の全体動作を制御する中核的な中央演算処理装置であり、このメインＣＰＵ１のほか、この携帯電話装置には、例えば、映像・音声データの受送信機能、受信映像の録画／再生機能などの機能別に、複数のサブＣＰＵ（図示せず）を有する構成となっている。記憶部２は、不揮発性メモリ(内部メモリ)であり、例えば、フラッシュメモリなどによって構成され、プログラム領域とデータ領域とを有し、このプログラム領域には、後述する図５〜図１２に示す動作手順に応じて本実施例を実現するためのプログラムが格納され、データ領域には、文字認識用の辞書（図示省略）などが格納されている。
【００１６】
記録メディア３は、着脱自在な可搬型メモリで、画像データ、各種のデータ、プログラムを外部供給するもので、例えば、スマートメディア、ＩＣカードなどによって構成されている。メモリ４は、ワーク領域を有する内部メモリで、例えば、ＤＲＡＭ、ＳＤＲＡＭ（Synchronous DRAM）などによって構成されている。このメモリ４には、後述する画像格納部２１、アドレス帳格納部２２、通信履歴格納部２３などが設けられており、必要に応じてメモリ４内の各種のデータは、記憶部２にセーブされる。
【００１７】
電話通信部５は、携帯電話通信機能を構成するもので、アンテナ５Ａに接続された送受信部（ベースバンド部）の受信側から信号を取り込んで受信ベースバンド信号に復調したのちに、音響制御部６を介して受話スピーカ７から音声出力させる。また、電話通信部５は、送話マイク８から入力された音声データを音響制御部６から取り込み、送信ベースバンド信号に符号化したのちに送受信部の送信側に与えられてアンテナ５Ａから発信出力させる。一方、メール送受信機能、Ｗｅｂアクセス機能によって電話通信部５を介して受信取得した表示データは、表示制御部９を介してＬＣＤ（液晶表示装置）などを備えたメイン表示部１０に与えられて表示出力される。
【００１８】
メイン表示部１０は、文字情報、テレビ映像データ、各種のメッセージなどを高品位に表示し、装置本体の背面側に設けられたサブ表示部１１は、現在日時、簡易なメッセージ、アイコンなどを表示する。キー操作部１２は、ダイヤル入力、文字入力、コマンド入力などを行うもので、ＣＰＵ１は、キー操作部１２からのキー入力信号に応じた処理を実行する。報知部１３は、着信報知などの報知用のスピーカ、ＬＥＤ(発光ダイオード)、振動モータを備え、電話・メール着信時に駆動されて着信報知を行うほか、アラーム報知時にも駆動される。
【００１９】
カメラ撮像部１４は、静止画撮影のほかに動画撮影も可能なもので、撮影レンズ、ミラー等のレンズ・ミラーブロック、撮像素子、その駆動系のほか、測距センサ、光量センサ、アナログ処理回路、信号処理回路、圧縮伸張回路等を備え、光学ズームを調整制御したり、オートフォーカス時の駆動制御、シャッター駆動制御、露出、ホワイトバランス等を制御する。ここで、ユーザは、相手から名刺あるいはそれに類する自己紹介用の媒体を受け取った際に、カメラ撮像部１４を起動させてその名刺をカメラ撮影する。この場合、ＣＰＵ１は、名刺を最適な状態で撮影できるようにカメラ撮像部１４を制御してズーム倍率、焦点などを自動調整すると共に、カメラ撮像部１４から取得した名刺画像に対して矩形の歪み補正などを施したり、サイズ変更などを行うようにしている。
なお、ＲＴＣ（リアルタイムクロックモジュール）１５は、時計部を構成するもので、ＣＰＵ１は、ＲＴＣ１５から現在日時を取得する。
【００２０】
図２は、画像格納部２１の内容を示した図である。
画像格納部２１には、名刺画像を蓄積記憶する名刺フォルダ２１Ａのほか、この名刺画像などから抽出した人物の顔画像を蓄積記憶する顔写真フォルダ２１Ｂが設けられている。名刺フォルダ２１Ａは、名刺画像毎に「画像ＩＤ」、「ファイル名」、「実データ」のほか、「電話番号」、「メールアドレス」の項目を有し、顔写真フォルダ２１Ｂは、「画像ＩＤ」、「ファイル名」、「実データ」の項目を有している。
【００２１】
「画像ＩＤ」は、名刺画像を識別する一連番号であり、「ファイル名」は、画像ファイルの名称であり、「実データ」は、画像ファイルである。「電話番号」、「メールアドレス」は、この名刺画像を解析することよって得られた情報であり、ＣＰＵ１は、カメラ撮影された名刺画像を取得した際に、「画像ＩＤ」、「ファイル名」を生成するほか、名刺画像内の項目領域（電話番号領域、メールアドレス領域）から文字情報を抽出して文字認識を行い、その認識結果（文字列コード）を電話番号、メールアドレスとして名刺フォルダ２１Ａにセットするようにしている。
【００２２】
図３は、アドレス帳格納部２２の内容を示した図である。
アドレス帳格納部２２は、通信相手先別にそのアドレス帳データを記憶管理するもので、各レコードは、「ＩＤ」、「名前」、「読み」、「電話番号」、「メールアドレス」、「住所」、「顔画像」の項目を有する構成となっている。アドレス帳データ（アドレス帳レコード）は、キー操作部１２から入力されたデータ、記録メディア３などから外部供給されたデータに基づいて任意に設定されたり、上述のように名刺画像を解析することによって自動設定されたものである。なお、「顔画像」には、顔写真フォルダ２１Ｂから読み出された「画像ＩＤ」がセットされる。
【００２３】
ここで、名刺画像からアドレス帳データを自動設定する場合、ＣＰＵ１は、相手への通信時（通話発信／メール送信）あるいは相手からの通信時（通話着信／メール受信）に、この通信相手先を識別する相手識別情報（電話番号／メールアドレス）を取得し、この相手識別情報に基づいてアドレス帳格納部２２を検索して当該相手識別情報が登録されているかを判別し、未登録であれば、この相手との通信実績（後述する）を参照し、通信回数が所定回数以上であれば、名刺画像群の中から当該相手識別情報を含む名刺画像を選択し、この名刺画像内に含まれている項目情報を当該相手先対応のアドレス帳データとして登録するようにしている。
【００２４】
この場合、選択した名刺画像内から「電話番号」、「メールアドレス」、「名前」、「住所」の項目領域を特定すると共に、各項目内から文字情報を抽出して文字認識し、この文字列コードを対応項目のデータとするアドレス帳レコードを新規生成するが、その際、名刺内に顔写真が含まれていれば、「顔画像」の項目を生成レコード内に追加するようにしている。また、通信時に取得した相手識別情報（電話番号／メールアドレス）がアドレス帳格納部２２に登録済みであっても、そのアドレス帳データに未登録項目が存在するかを判別し、未登録項目があれば、名刺画像内から得た対応項目のデータを未登録項目に追加登録するようにしている。
【００２５】
図４は、通信履歴格納部２３の内容を示した図である。
通信履歴格納部２３は、同一相手と通話発信／メール送信あるいは通話着信／メール受信を行う毎に更新された通信回数を通信実績として記憶管理するもので、各実績レコードは「電話番号」あるいは「メールアドレス」に対応してその実績データである「通話回数」あるいは「メール回数」の項目を有している。すなわち、実績レコードは「電話番号」に対応して「通話回数」の項目を有し、「メールアドレス」に対応して「メール回数」の項目を有する構成となっている。「通話回数」は、同一相手と通話発信／通話着信が行われる毎に更新されるカウント値であり、「メール回数」は、同一相手とメール送信／メール受信が行われる毎に更新されるカウント値である。
【００２６】
ＣＰＵ１は、通信時にその相手との通信実績（通話回数／メール回数）を参照し、通話回数／メール回数が所定回数（基準値）以上であるかを判別するようにしている。なお、この実施例では、通話回数の基準値として３回以上、メール回数の基準値として３回以上としているが、これらのデフォルト値をユーザ操作によって任意に変更可能としている。また、通話回数あるいはメール回数がその基準値以上となった際に、ＣＰＵ１は、名刺画像群の中から「電話番号」／「メールアドレス」を含む名刺画像を選択し、この名刺画像内に含まれている項目情報を当該相手先対応のデータとしてアドレス帳格納部２２に登録するようにしている。
【００２７】
次に、この実施例における携帯電話装置の動作概念を図５〜図１２に示すフローチャートを参照して説明する。ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作が逐次実行される。また、伝送媒体を介して伝送されて来た上述のプログラムコードに従った動作を逐次実行することもできる。すなわち、記録媒体のほかに、伝送媒体を介して外部供給されたプログラム／データを利用してこの実施例特有の動作を実行することもできる。
【００２８】
図５は、電源投入に伴って実行開始される携帯電話装置の全体動作を示したフローチャートである。
先ず、ＣＰＵ１は、待受用画像を表示出力させながら電話着信あるいはメール受信の待受状態において（ステップＡ１）、名刺撮影の開始がユーザ操作によって指示されると（ステップＡ２でＹＥＳ）、カメラ撮像部１４を起動させると共に、ズーム倍率、焦点などを厳密にマニュアル調整しなくても、名刺を最適な状態で撮影できるようにズーム倍率、焦点などを自動調整するようにしている。この状態で名刺撮影が行われると（ステップＡ３）、ＣＰＵ１は、カメラ撮像部１４から名刺画像を取得して名刺フォルダ２１Ａに保存する名刺画像保存処理を行う（ステップＡ４）。
【００２９】
また、待受状態においてＣＰＵ１は、通話発信の開始がユーザ操作によって指示されると（ステップＡ５でＹＥＳ）、通話発信処理を開始し（ステップＡ６）、通話着信を検出すると（ステップＡ７でＹＥＳ）、通話着信処理を開始する（ステップＡ８）。一方、待受状態においてＣＰＵ１は、メール送信の開始がユーザ操作によって指示されると（ステップＡ９でＹＥＳ）、メール送信処理を開始し（ステップＡ１０）、メール受信を検出すると（ステップＡ１１でＹＥＳ）、メール受信処理を開始する（ステップＡ１２）。そして、ステップＡ１に戻り、再度、待受状態となる。なお、電源ＯＦＦ（オフ）操作に応答して（ステップＡ１３）、電源ＯＦＦ処理を行い（ステップＡ１４）、このフローの終了となる。
【００３０】
図６は、名刺画像保存処理（図５のステップＡ４）を詳述するためのフローチャートである。
先ず、ＣＰＵ１は、カメラ撮像部１４から取得した名刺画像に対して矩形の歪み補正などを施したり、共通サイズに変換する処理を実行したのち（ステップＢ１）、この名刺画像を解析することによってその名刺内の項目領域（電話番号領域、メールアドレス領域）をそれぞれ特定する（ステップＢ２）。そして、各項目領域から文字情報を抽出すると共に（ステップＢ３）、各項目毎にその文字認識を行って文字列コード（電話番号、メールアドレス）に変換する（ステップＢ４）。
【００３１】
この場合、同一情報の重複保存を避けるために、この文字列コード（電話番号、メールアドレス）に基づいて名刺フォルダ２１Ａを検索し、同一の電話番号、メールアドレスが保存されているかを調べ（ステップＢ５）、保存済みであれば、このフローから抜けるが、保存されていなければ、名刺画像ファイルを生成し（ステップＢ６）、この画像ファイルと共に文字列コード（電話番号、メールアドレス）を名刺フォルダ２１Ａに保存する（ステップＢ７）。このように名刺を撮影してその名刺画像を保存する際に、その名刺内の電話番号、メールアドレスが名刺画像と共に保存される。
【００３２】
図７は、通話発信処理（図５のステップＡ６）を詳述するためのフローチャートである。
ユーザは、相手の電話番号をアドレス帳格納部２２から選択指定したり、キー操作部１２から入力指定すると（ステップＣ１）、相手電話番号宛の発信が行われると共に（ステップＣ２）、相手先との接続が確立されると、それに応答して通話処理を行う（ステップＣ３）。この状態において、通話終了を検出すると（ステップＣ４）、この相手電話番号は通信履歴格納部２３に設定済みであるかを調べる（ステップＣ５）。
【００３３】
相手電話番号が通信履歴格納部２３に設定されていなければ（ステップＣ５でＮＯ）、つまり、その相手と初めての通話であれば、当該相手電話番号を含む実績レコードを生成し、その「通話回数」に初期値“１”をセットして通信履歴格納部２３に新規追加するが（ステップＣ６）、今回の相手電話番号が設定済みであれば（ステップＣ５でＹＥＳ）、その相手電話番号を含む実績レコード内の「通話回数」に“１”を加算してその値を更新したのち（ステップＣ７）、この更新値（通話回数）を読み出し（ステップＣ８）、通話回数は３回以上かを判別する（ステップＣ９）。
【００３４】
ここで、通話回数が３回以上であれば（ステップＣ９でＹＥＳ）、今回の相手電話番号はアドレス帳格納部２２に未登録かを判別し（ステップＣ１０）、未登録を条件に、後述する画像選択処理（ステップＣ１１）、アドレス帳登録処理の実行に移る（ステップＣ１２）。なお、相手電話番号が通信履歴格納部２３に設定されていない場合（ステップＣ５でＮＯ）、通話回数は３回未満の場合（ステップＣ９でＮＯ）、相手電話番号がアドレス帳格納部２２に登録済みの場合（ステップＣ１０でＮＯ）には、このフローから抜けて、画像選択処理（ステップＣ１１）、アドレス帳登録処理（ステップＣ１２）は、スキップされる。
【００３５】
図８は、通話着信処理（図５のステップＡ８）を詳述するためのフローチャートである。
先ず、ＣＰＵ１は、報知部１３を駆動して着信報知を行うと共に（ステップＤ１）、相手先との接続が確立されると、それに応答して通話処理を行う（ステップＤ２）。この状態において、通話終了を検出すると（ステップＤ３）、この相手電話番号は通信履歴格納部２３に設定済みであるかを調べ（ステップＤ４）、未設定であれば、この相手電話番号を含む実績レコードを生成し、その「通話回数」に初期値“１”をセットして通信履歴格納部２３に新規追加する（ステップＤ５）。
【００３６】
今回の相手電話番号が設定済みであれば（ステップＤ４でＹＥＳ）、その相手電話番号を含む実績レコード内の「通話回数」に“１”を加算してその値を更新する（ステップＤ６）。そして、この更新値（通話回数）を読み出し（ステップＤ７）、通話回数は３回以上かを判別し（ステップＤ８）、３回以上であれば、今回の相手電話番号はアドレス帳格納部２２に未登録かを判別し（ステップＤ９）、未登録を条件に、後述する画像選択処理（ステップＤ１０）、アドレス帳登録処理の実行に移る（ステップＤ１１）。
【００３７】
図９は、メール送信処理（図５のステップＡ１０）を詳述するためのフローチャートである。
ユーザは、相手メールアドレスをアドレス帳格納部２２から選択指定したり、キー操作部１２から入力指定したり（ステップＥ１）、メール本文を入力作成すると（ステップＥ２）、この作成メールは相手のメールアドレス宛に送信される（ステップＥ３）。
【００３８】
そして、メール送信終了を検出すると（ステップＥ４）、今回の相手メールアドレスは通信履歴格納部２３に設定済みであるかを調べ（ステップＥ５）、未設定であれば、当該メールアドレスを含む実績レコードを生成し、その「メール回数」に初期値“１”をセットして通信履歴格納部２３に新規追加するが（ステップＥ６）、今回の相手メールアドレスが設定済みであれば（ステップＥ４でＹＥＳ）、相手メールアドレスを含む実績レコード内の「メール回数」に“１”を加算してその値を更新したのち（ステップＥ７）、この更新値（メール回数）を読み出し（ステップＥ８）、メール回数は３回以上かを判別する（ステップＥ９）。
【００３９】
ここで、メール回数が３回以上であれば、今回の相手メールアドレスはアドレス帳格納部２２に未登録かを判別し（ステップＥ１０）、未登録を条件に、後述する画像選択処理（ステップＥ１１）、アドレス帳登録処理の実行に移る（ステップＥ１２）。なお、相手メールアドレスが通信履歴格納部２３に設定されていない場合（ステップＥ５でＮＯ）、メール回数は３回未満の場合（ステップＥ９でＮＯ）、相手メールアドレスがアドレス帳格納部２２に登録済みの場合（ステップＥ１０でＮＯ）には、このフローから抜けて、画像選択処理（ステップＥ１１）、アドレス帳登録処理（ステップＥ１２）はスキップされる。
【００４０】
図１０は、メール受信処理（図５のステップＡ１２）を詳述するためのフローチャートである。
先ず、ＣＰＵ１は、報知部１３を駆動して着信報知を行うと共に（ステップＦ１）、相手メールを受信してメールボックス（図示せず）に格納したのち（ステップＦ２）、受信終了を検出すると（ステップＦ３）、この相手メールアドレスは通信履歴格納部２３に設定済みであるかを調べ（ステップＦ４）、未設定であれば、相手メールアドレスを含む実績レコードを生成し、その「メール回数」に初期値“１”をセットして通信履歴格納部２３に新規追加する（ステップＦ５）。
【００４１】
相手メールアドレスが設定済みであれば（ステップＦ４でＹＥＳ）、その相手メールアドレスを含む実績レコード内の「通話回数」に“１”を加算してその値を更新するステップＦ６）。そして、この更新値（メール回数）を読み出し（ステップＦ７）、メール回数は３回以上かを判別し（ステップＦ８）、３回以上であれば、相手メールアドレスはアドレス帳格納部２２に未登録かを判別し（ステップＦ９）、未登録を条件に、後述する画像選択処理（ステップＦ１０）、アドレス帳登録処理の実行に移る（ステップＦ１１）。
【００４２】
図１１は、上述した通話発信処理、通話着信処理画、メール送信処理、メール受信処理において実行される画像選択処理を詳述するためのフローチャートである。
先ず、ＣＰＵ１は、今回の相手電話番号／メールアドレスに基づいて名刺フォルダ２１Ａを検索し（ステップＧ１）、名刺画像の保存時に文字認識された文字列コードの中に該当する相手電話番号／メールアドレスが有るかをチェックし（ステップＧ２）、該当無しの場合、言い換えれば、該当する名刺画像が保存されていない場合には、このフローから抜けるが、該当する相手電話番号／メールアドレスが有る場合には（ステップＧ２でＹＥＳ）、名刺フォルダ２１Ａ内の名刺画像群の中から該当する名刺画像を選択する（ステップＧ３）。
【００４３】
そして、選択した名刺画像を解析することによってその名刺内の項目領域（電話番号領域、メールアドレス領域、名前領域、住所領域）をそれぞれ特定して各項目領域から文字情報を抽出したのち（ステップＧ４）、各項目毎に文字認識を行って文字列コード（電話番号、メールアドレス、名前、住所）に変換する（ステップＧ５）。なお、「電話番号」、「メールアドレス」については、名刺画像の保存時に文字認識されているので、「電話番号」、「メールアドレス」以外の項目「名前」、「住所」のみを文字認識するようにしてもよい。ここで、名刺画像を解析することによって名刺内に「顔写真」が含まれているかを調べ（ステップＧ６）、「顔写真」が含まれていれば、この画像部分を抽出し（ステップＧ７）、この「顔写真」を「画像ＩＤ」と共に顔写真フォルダ２１Ｂに登録する（ステップＧ８）。
【００４４】
図１２は、上述した通話発信処理、通話着信処理画、メール送信処理、メール受信処理において実行されるアドレス帳登録処理を詳述するためのフローチャートである。
先ず、ＣＰＵ１は、図１１の画像選択処理によって名刺画像が選択されたかをチェックし（ステップＨ１）、画像選択が無ければ、この時点で図１２のフローから抜けるが、画像選択が有れば、今回の相手電話番号／メールアドレスに基づいてアドレス帳格納部２２を検索し（ステップＨ２）、相手電話番号／メールアドレスを含むレコードの登録有無をチェックする（ステップＨ３）。
【００４５】
ここで、該当レコードが有れば、そのレコード内の「電話番号」、「メールアドレス」、「名前」、「住所」の項目の中にデータが登録されていない未登録項目が有るかをチェックし（ステップＨ４）、未登録項目が無ければ、この時点で図１２のフローから抜けるが、該当レコードが無い場合（ステップＨ３でＮＯ）あるいは該当レコードは有るが、１つでも未登録項目が有る場合には（ステップＨ４でＹＥＳ）、図１１の画像選択処理、図６の名刺保存処理で文字認識されることによって得られた文字列コード「電話番号」、「メールアドレス」、「名前」、「住所」を読み出し（ステップＨ５）、アドレス帳登録確認画面と共に、アドレス帳データ入力画面を表示出力させる（ステップＨ６）。
【００４６】
図１３（Ａ）は、名刺画像から得られた項目データをアドレス帳に登録するかを確認するアドレス帳登録確認画面とアドレス帳データ入力画面を示した図である。
このアドレス帳登録確認画面は、今回発信した相手（今回着信した相手、今回メールを送信した相手、今回メールを受信した相手）をアドレス帳に登録するか否かを問い合わせる確認メッセージを表示出力するもので、この確認画像には、「はい」、「いいえ」の各ボタン（タッチキー）が配置表示されている。アドレス帳データ入力画面は、「電話番号」、「メールアドレス」、「名前」、「住所」に対応して上述の文字認識結果が表示されるもので、その登録を希望する場合には、「はい」ボタンを操作し、登録を希望しない場合には「いいえ」ボタンを操作する。
【００４７】
いま、「いいえ」ボタンが操作された場合には（ステップＨ７でＮＯ）、このフローから抜けるが、「はい」ボタン操作（登録操作）が行われた場合には（ステップＨ７でＹＥＳ）、アドレス帳データ入力画面内の項目データをアドレス帳格納部２２に登録する（ステップＨ８）。この場合、上述のステップＨ３で該当レコードが無いと判断されたときには、入力画面内の各項目データから新たなレコードを生成してアドレス帳格納部２２に新規登録するが、該当レコードは有るが、上述のステップＨ４で未登録項目が有ると判断されたときには、入力画面内から未登録項目に対応するデータを読み出し、アドレス帳格納部２２内の対応項目（未登録項目）に補充登録する。
【００４８】
このようなアドレス帳登録を行ったのち、図１１の画像選択処理によって顔写真が抽出されているかを調べ（ステップＨ９）、顔写真が抽出されていなければ、この時点で図１２のフローから抜けるが、顔写真が有れば、顔写真をアドレス帳に登録するかを確認するための確認画面を表示出力させる（ステップＨ１０）。図１３（Ｂ）は、名刺画像から抽出した顔写真をアドレス帳に登録するかを確認するアドレス帳登録確認画面を示し、この確認画面には、顔写真のほか、その登録有無を問い合わせる確認メッセージが表示される。ここで、「いいえ」ボタンが操作された場合には（ステップＨ１１でＮＯ）、このフローから抜けるが、「はい」ボタン操作（登録操作）が行われた場合には（ステップＨ１１でＹＥＳ）、この「顔写真」対応の「画像ＩＤ」を顔画像フォルダ２１Ｂから読み出し、この「画像ＩＤ」をアドレス帳格納部２２内の対応項目に登録する（ステップＨ１２）。
【００４９】
以上のように、この実施例においてＣＰＵ１は、名刺フォルダ２１Ａに名刺画像が蓄積管理されている状態において、通話発信／メール送信あるいは通話着信／メール受信を行う毎に、その相手識別情報（電話番号／メールアドレス）を取得し、この電話番号／メールアドレスを含む名刺画像を名刺フォルダ２１Ａの中から選択すると共に、選択した名刺画像内に含まれている項目情報をアドレス帳格納部２２に当該相手のアドレス帳データとして登録するようにしたから、名刺画像群の中から必要な名刺だけを選んでアドレス帳に登録することができると共に、登録対象の選択基準を統一化することができる。つまり、通話発信／メール送信あるいは通話着信／メール受信を行ったということは、今後の付き合いが発生する可能性が高いために、その相手の名刺画像に基づいてそのアドレス帳データを登録することができる。したがって、むやみな登録、無秩序な登録を避け、必要な名刺だけを選んで登録することができ、アドレス帳の膨大化及び無秩序化を防ぐことが可能となる。
【００５０】
この場合、名刺画像を保存する際に、この名刺画像から電話番号及びメールアドレスの項目領域から文字情報を文字列コードに変換して名刺フォルダ２１Ａに格納しておくようにしたから、通話発信／メール送信あるいは通話着信／メール受信を行う毎にその電話番号／メールアドレスに基づいて名刺フォルダ２１Ａ内の文字列コード（電話番号／メールアドレス）を検索して該当する名刺画像を選択することができ、名刺画像の素早い選択が可能となる。
【００５１】
なお、蓄積管理されている名刺画像数が少なければ、相手と通信を行う毎に、名刺画像を順次指定しながら文字認識を行い、今回の通信で使用した電話番号／メールアドレスを含む名刺画像を選択するようにしてもよいが、この実施例のように名刺画像を保存する際に、文字認識を行って電話番号及びメールアドレスを事前に得るようにしておけば、文字認識を行いながら画像選択を行う方法よりも素早い選択が可能となる。特に、多数の名刺画像数が蓄積管理されているような場合に有効なものとなる。
【００５２】
ＣＰＵ１は、アドレス帳データを登録する際に、未登録項目の有無を判別し、未登録項目があれば、当該項目データを補充登録するようにしたから、アドレス帳データの一部分が欠落していても、それを補うことができ、アドレス帳データを充実させることができる。また、名刺画像内に人物の顔画像が含まれているかを判別し、顔画像が含まれていれば、その部分を抽出してアドレス帳データの一部として登録するようにしたから、アドレス帳データの更なる充実が可能となる。また、アドレス帳データの登録に先立ってその登録可否を問い合わせる確認画面を表示出力させ、登録可のユーザ指示を受けた際に、アドレス帳データの登録を行うようにしたから、ユーザの意向を反映させることができる。
【００５３】
一方、同一相手と通話を行う毎に更新される「通話回数」／「メール回数」が通信実績として通信履歴格納部２３に記憶管理されている状態において、ＣＰＵ１は、通話発信／メール送信あるいは通話着信／メール受信を行う毎にその相手識別情報（電話番号／メールアドレス）を取得し、この電話番号／メールアドレスの通信実績「通話回数」／「メール回数」が所定値以上である場合に、その相手の名刺画像を選択してアドレス帳データを登録するようにしたから、今後の付き合いが発生するか否かをその相手との通信実績を考慮して決定することができる。したがって、メールを１回だけ受け取ったり、１回だけ通話したような相手の場合にはそのアドレス帳データの登録を保留することができ、メール／通話を何回もやり取りしたような相手の場合には、今後の付き合いが発生する可能性が高くなるために、その時点でアドレス帳データの登録が可能となる。
【００５４】
なお、上述した実施例においては、図１１の画像選択処理、図１２のアドレス帳登録処理を通話発信／着信の終了直後に実行したり、メール送信／受信の終了直後に実行するようにしたが、その実行タイミングは、それに限らず、例えば、音声発信前、音声通話中、メール送信前、メール送信中、メール受信中などであってもよい。また、画像選択処理、アドレス帳登録処理を１日に１回のように定期的にバッチ処理によって実行してもよく、また、それらを時間的に分離して実行してもよい。
【００５５】
カメラ撮影の対象となる名刺は、印刷物に限らず、それに類する媒体であってもよく、また、名刺内の項目としては、「電話番号」、「メールアドレス」、「名前」、「住所」のほか、「ＦＡＸ番号」、「ＵＲＬ」などが含まれていてもよい。また、名刺内の項目は任意であるが、「名前」のほかに、少なくとも「電話番号」あるいは「メールアドレス」が記録されていればよい。また、名刺画像は、カメラ撮影したものに限らず、相手から送信されて来た名刺画像であってもよく、更に、記録メディア３を介して外部供給された名刺画像であってもよい。
【００５６】
上述した実施例においては、今回の通信で使用した「電話番号」／「メールアドレス」を含むアドレス帳レコードが登録されていて（図１２のステップＨ３でＹＥＳ）、未登録項目も存在しない場合には（ステップＨ４でＮＯ）、アドレス帳への登録処理をスキップするようにしたが、このアドレス帳レコード内の「電話番号」、「メールアドレス」、「名前」、「住所」と、名刺画像内を文字認識することによって得られた「電話番号」、「メールアドレス」、「名前」、「住所」とを項目毎に順次比較して項目データが一致／不一致を判別し、その結果、不一致項目が存在する場合には、ユーザの確認を受けたうえで、アドレス帳レコード内の該当項目の内容を文字認識結果の対応する項目データに変更するようにしてもよい。つまり、名刺画像から得られた最新データに基づいてその相手の「住所」、「メールアドレス」、「電話番号」などが変更されているかを調べ、変更項目が１つでもあれば、アドレス帳レコード内の変更前の項目データ（旧データ）を新たな項目データ（新データ）に書き換えるようにしてもよい。この場合、ユーザの確認を受けたうえで、書き換えを行うか、自動書き換えを行うかを予め選択可能としてもよい。
【００５７】
また、上述した実施例においては、アドレス帳レコード内に未登録項目が存在する場合、この未登録項目に対して補充登録を行うようにしたが、アドレス帳レコード内の全項目分を最新のデータに書き換えるようにしてもよい。つまり、今回の通信で使用した「電話番号」／「メールアドレス」を含むアドレス帳レコードが登録されていれば、その相手と通信を行う毎に、その相手のアドレス帳レコードの内容を最新データに書き換えるようにしてもよい。
【００５８】
また、アドレス帳データを登録する前に、登録対象の項目データをユーザが任意に修正可能とするために、その編集処理を実行可能としてもよい。この場合、図１３（Ａ）で示したアドレス帳登録確認画面に「編集」を指示するボタンを配置し、この「編集」ボタンが操作された際には、アドレス帳データ入力画面内の任意の項目を編集対象として指定して当該項目データを修正可能とすれば、文字認識時において発生した誤認識データを修正することができる。
【００５９】
上述した実施例においては、通信実績として通信履歴格納部２３に「通話回数」、「メール回数」を記憶するようにしたが、通信回数に限らず、例えば、「通信頻度」、「通信時間」、「通信データ量」の何れかを通信実績として記憶管理するようにしてもよい。また、「通信回数」、「通信頻度」、「通信時間」、「通信データ量」のうち、それらの２以上の組み合わせを通信実績としてもよい。例えば、「通信回数」と「通信時間」との論理積条件を通信実績としてもよく、通話の累計回数が３回以上で通話の累計時間が１５分以上としてもよい。
【００６０】
なお、上述した実施例では、名刺画像内の項目領域を特定する仕方については、特に言及しなかったが、名刺画像を解析しながらデータが集合している個所を項目領域として特定すると共に、項目領域の位置関係及び項目領域内の文字種などを認識することによって項目種別を判別して「電話番号」、「メールアドレス」、「名前」、「住所」を特定するようにすれば、フォームが異なる各種の名刺にも対応可能となる。
【００６１】
また、名刺画像に対応して、その画像を保存した「保存日時」と名刺画像を解析することによって得られた項目データがアドレス帳に登録済みであることを示す「登録済みフラグ」を名刺フォルダ２１Ａに設け、ＣＰＵ１は、名刺画像毎にその「保存日時」及び「登録済みフラグ」を参照し、一定期間以上（例えば、半年あるいは１年以上）経過してもアドレス帳に未登録の場合には、ユーザの確認を受けたうえで名刺フォルダ２１Ａから当該名刺画像を削除するようにしてもよい。
【００６２】
また、例えば、ビジネス用の名刺フォルダとアドレス帳、プライベート用の名刺フォルダとアドレス帳ように分類毎に名刺フォルダ及びアドレス帳を設けてもよい。
その他、携帯電話装置に限らず、例えば、名刺画像管理機能及びアドレス帳管理機能を備えたＰＤＡ・電子カメラ・電子腕時計・音楽再生機などの携帯通信端末装置であっても同様に適用可能である。
【図面の簡単な説明】
【００６３】
【図１】携帯通信端末装置として適用した携帯電話装置の基本的な構成要素を示したブロック図。
【図２】画像格納部２１の内容を示した図。
【図３】アドレス帳格納部２２の内容を示した図。
【図４】通信履歴格納部２３の内容を示した図。
【図５】電源投入に伴って実行開始される携帯電話装置の全体動作を示したフローチャート。
【図６】名刺画像保存処理（図５のステップＡ４）を詳述するためのフローチャート。
【図７】通話発信処理（図５のステップＡ６）を詳述するためのフローチャート。
【図８】通話着信処理（図５のステップＡ８）を詳述するためのフローチャート。
【図９】メール送信処理（図５のステップＡ１０）を詳述するためのフローチャート。
【図１０】メール受信処理（図５のステップＡ１２）を詳述するためのフローチャート。
【図１１】上述の通話発信処理、通話着信処理画、メール送信処理、メール受信処理において実行される画像選択処理を詳述するためのフローチャート。
【図１２】上述の通話発信処理、通話着信処理画、メール送信処理、メール受信処理において実行されるアドレス帳登録処理を詳述するためのフローチャート。
【図１３】（Ａ）は、名刺画像から得られた項目データをアドレス帳に登録するかを確認する確認画面とアドレス帳データ入力画面を示した図、（Ｂ）は、名刺画像から抽出した顔写真をアドレス帳に登録するかを確認する確認画面を示した図。
【符号の説明】
【００６４】
１  ＣＰＵ
２  記憶部
５  電話通信部
１０、１１  表示部
１２  キー操作部
１３  報知部
１４  カメラ撮像部
２１  画像格納部
２１Ａ  名刺フォルダ
２１Ｂ  顔画像フォルダ
２２  アドレス帳格納部
２３  通信履歴格納部
【図１】
0004449939.tif 000002
【図２】
0004449939.tif 000003
【図３】
0004449939.tif 000004
【図４】
0004449939.tif 000005
【図５】
0004449939.tif 000006
【図６】
0004449939.tif 000007
【図７】
0004449939.tif 000008
【図８】
0004449939.tif 000009
【図９】
0004449939.tif 000010
【図１０】
0004449939.tif 000011
【図１１】
0004449939.tif 000012
【図１２】
0004449939.tif 000013
【図１３】
0004449939.tif 000014