特許 6707112 ユーザ情報入力支援システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6707112

(24)【登録日】2020年5月21日

(45)【発行日】2020年6月10日

(54)【発明の名称】ユーザ情報入力支援システム

(51)【国際特許分類】

   G06F 16/9035 20190101AFI20200601BHJP

【ＦＩ】

   G06F16/9035

【請求項の数】4

【全頁数】19

(21)【出願番号】特願2018-161591(P2018-161591)

(22)【出願日】2018年8月30日

(62)【分割の表示】特願2017-117922(P2017-117922)の分割

【原出願日】2016年6月22日

(65)【公開番号】特開2018-206423(P2018-206423A)

(43)【公開日】2018年12月27日

【審査請求日】2018年8月30日

(73)【特許権者】

【識別番号】594103301

【氏名又は名称】三井住友カード株式会社

(74)【代理人】

【識別番号】110001243

【氏名又は名称】特許業務法人 谷・阿部特許事務所

(72)【発明者】

【氏名】大江 憲正

(72)【発明者】

【氏名】道満 隆志

【審査官】 吉田 誠

(56)【参考文献】

【文献】 特許第５９３３０８５（ＪＰ，Ｂ２）

【文献】 特許第５８９００７８（ＪＰ，Ｂ２）

【文献】 特開２００９−１０４４５３（ＪＰ，Ａ）

【文献】 特開２００３−２９６３５３（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １６／００−１６／９５８

Ｇ０６Ｑ １０／００−９９／００

(57)【特許請求の範囲】

【請求項1】

ユーザ情報を受け付けるためのコンピュータシステムであって、サーバコンピュータおよびクライアントコンピュータを備え、
前記クライアントコンピュータは、
物理的カードの情報印字面を撮影して、画像データを生成し、
前記画像データに対し属性抽出ルールを適用して、テキストデータを抽出し、前記テキストデータは、前記属性抽出ルールに対応する１つまたは複数の属性情報を有し、
前記抽出したテキストデータをユーザデータとして前記サーバコンピュータに送信する
ように構成され、
前記サーバコンピュータは、
前記ユーザデータを前記クライアントコンピュータから受信し、
前記受信したユーザデータを、第１の状態のユーザデータとして記憶部に記憶し、
前記クライアントコンピュータからの要求に応答して、前記第１の状態のユーザデータを前記クライアントコンピュータに送信し、
前記第１の状態のユーザデータを前記クライアントコンピュータに送信したことに応答して、第２の状態のユーザデータを前記クライアントコンピュータから受信し、
前記第２の状態のユーザデータを前記記憶部に記憶する
ように構成されていることを特徴とするコンピュータシステム。

【請求項2】

前記サーバコンピュータは、前記第１の状態のユーザデータについてのリマインダ通知を前記クライアントコンピュータに送信するようにさらに構成されていることを特徴とする請求項１に記載のコンピュータシステム。

【請求項3】

ユーザ情報を受け付けるためのコンピュータシステムによって実行される方法であって、前記コンピュータシステムは、サーバコンピュータおよびクライアントコンピュータを含み、
前記クライアントコンピュータによって、
物理的カードの情報印字面を撮影して、画像データを生成するステップと、
前記画像データに対し属性抽出ルールを適用して、テキストデータを抽出するステップであって、前記テキストデータは、前記属性抽出ルールに対応する１つまたは複数の属性情報を有する、ステップと、
前記抽出したテキストデータをユーザデータとして前記サーバコンピュータに送信するステップと、
前記サーバコンピュータによって、
ユーザデータを前記クライアントコンピュータから受信するステップと、
前記受信したユーザデータを、第１の状態のユーザデータとして記憶部に記憶するステップと、
前記クライアントコンピュータからの要求に応答して、前記第１の状態のユーザデータを前記クライアントコンピュータに送信するステップと、
前記第１の状態のユーザデータを前記クライアントコンピュータに送信したことに応答して、第２の状態のユーザデータを前記クライアントコンピュータから受信するステップと、
前記第２の状態のユーザデータを前記記憶部に記憶するステップと
を備えたことを特徴とする方法。

【請求項4】

前記サーバコンピュータによって、前記第１の状態のユーザデータについてのリマインダ通知を前記クライアントコンピュータに送信するステップをさらに備えたことを特徴とする請求項３に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ユーザ情報入力支援システムに関し、特に、スマートフォンなどの入力端末においてユーザの情報入力を支援するユーザ情報入力支援システムに関する。

【背景技術】

【0002】

一般的に、クレジットカードなどに新規で入会申し込みする場合、窓口などで氏名および生年月日などの情報に加え、勤務先名、勤務先住所などの情報を申込用紙に記載する必要がある。勤務先などの情報の記載が必要となるのは、クレジットカードなどの性質から、入会を申し込む顧客の信用が要求されるからである。

【0003】

近年ではインターネットを介してコンピュータからも上述したような申し込みを受け付けられるようになり（オンライン申し込み）、特に、スマートフォンなどの携帯端末からもオンライン申し込みが受け付けられている。オンライン申し込みは、例えば、携帯端末の表示部に表示された申し込み画面からタッチ操作などを通じて情報を入力することによって行われる。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１２−０３８３０８号公報

【特許文献2】特開２０１４−１１５８６４号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

クレジットカードなどにオンライン申し込みで入会申し込みする場合、入力が必要となる項目が非常に多い。例えば、図１に示すように、クレジットカードに新規の入会申し込みをする場合に必要となる、一般的な入力必須項目を図１に示す。

【0006】

図１に示すように、あくまで例示にすぎないが、クレジットカードに入会申し込みをする場合、３６の項目の入力が必要となる。このような事情から、オンライン申し込みにおいて申し込み画面を表示し、情報の入力を試みても、入力を最後まで完了させずに、すなわち、新規入会そのものを放棄してしまう申込者が多いという状況が存在する。特に、携帯端末での入力完了率は、パーソナルコンピュータでの入力完了率よりも低い傾向にある。これは、パーソナルコンピュータと比較して、携帯端末の画面が小さく、情報を入力しにくいことが原因にあると考えられる。このことは、スマートフォンなどが普及しつつある状況にあっても、クレジットカードの新規会員の獲得を促進する阻害要因となる。

【0007】

図１に示す項目のうち、運転免許証、健康保険証、およびキャッシュカード（以下、総称して「物理的カード」）などには、それらの情報が印字されている（図１に示す「○」は、物理的カードに必ず印字されていることを示し、「△」は、場合によっては物理的カード印字されていることを示している）。これらの物理的カードからの情報をそのまま使用することができれば便利である。

【0008】

しかしながら、図１に示した物理的カードに印字された項目は、オンライン申し込みで入力が必要な項目の一部にすぎず、情報が足りない。これらに加え、名刺などに印字された情報もそのまま使用することができればより好ましい。

【0009】

例えば、引用文献１に開示されたモバイルシステムでは、撮影された名刺のイメージから、名前、携帯電話番号、およびＥメールアドレスなどの項目を認識して、テキストデータを抽出している。このような技術は、名刺をカメラで撮影することによって、名刺に印字された氏名などの情報の入力を省略することができ、ひいてはユーザの情報入力を支援することができる。

【0010】

ここで、運転免許証およびキャッシュカードは、規格などのよって物理的カードの印字された項目およびカード上の印字位置が決められている。一方で、健康保険証および名刺などは、個人によって印字項目および印字位置が異なり、引用文献１に記載された技術では、項目に応じて正確にテキストデータを抽出することの精度が劣る。

【0011】

引用文献２に開示された入力支援システムは、入力された電子メールなどの「著名」を複数の文字列に分割し、参照データと一致した文字列を、参照データと関連付けられた項目として特定する。引用文献２に開示された入力支援システムは、引用文献１に開示されたモバイルシステムよりも、項目に応じて正確にテキストデータを抽出することの精度が高いが、膨大なデータ量を有する参照データが必要となる。

【0012】

本発明は、このような問題に鑑みてなされたものであり、携帯端末から精度よく項目に応じてテキストデータを抽出することができ、上述したような参照データが不要なユーザ情報入力支援システムを提供することにある。

【課題を解決するための手段】

【0013】

上記の課題を解決するために、本発明に係るユーザ情報入力支援システムは、ユーザ情報を受け付けるためのコンピュータデバイスであって、物理的カードの情報印字面を撮影して、画像データを生成するように構成されたカメラと、前記画像データに対し属性抽出ルールを適用して、テキストデータを抽出し、前記テキストデータは、前記属性抽出ルールに対応する１つまたは複数の属性情報を有し、前記テキストデータのそれぞれの属性情報と、印字情報マトリクステーブルとを比較し、前記印字情報マトリクステーブルは、前記物理的カードにどの属性情報が印字されているかを示すように構成された制御部と、前記テキストデータおよび前記比較した結果を属性に応じて表示し、前記テキストデータの前記それぞれの属性情報と、前記印字情報マトリクステーブルのうちの対応する属性定義とが一致しなかった場合、前記比較した結果は、第１の警告メッセージを含むように構成された表示部とを備え、前記制御部は、前記表示された前記テキストデータに対して、ユーザ入力を受け付けるようにさらに構成され、前記コンピュータデバイスは、前記ユーザ入力が受け付けられた前記テキストデータを、ユーザデータとしてサーバコンピュータに送信するように構成された通信部をさらに備えることを特徴とする。

【発明の効果】

【0014】

本発明に係るユーザ情報入力支援システムによれば、従来の煩わしいユーザ情報入力に要する負担および時間を大幅に削減することができ、ひいては、オンライン申し込みにおける入力完了率を増加させることができる。

【図面の簡単な説明】

【0015】

【図1】クレジットカード入会申し込みする際に、オンライン申し込みにおいて入力が必要となる項目の例を示す図である。

【図2】本発明の一実施形態に係るユーザ情報入力支援システムを構成するコンピュータシステム全体の構成の例を示す図である。

【図3】本発明の一実施形態に係るユーザ情報入力支援システムを構成するコンピューティングデバイスの詳細な構成の例を示す図である。

【図4】本発明の一実施形態に係るユーザ情報入力支援システムが実行する処理の例を示す図である。

【図5】本発明の一実施形態に係るユーザ情報入力支援システムが実行する、テキスト抽出処理の詳細な処理の例を示す図である。

【図6】本発明の一実施形態に係る、撮影される保険証および分割データ格納テーブルに記憶されたテキストデータの例を示す図である。

【図7】本発明の一実施形態に係る、撮影される名刺および分割データ格納テーブルに記憶されたテキストデータの例を示す図である。

【図8】本発明の一実施形態に係る、ユーザ情報項目格納テーブルに記憶されたテキストデータの例を示す図である。

【図9】本発明の一実施形態に係る入力確認画面の例を示す図である。

【図10】本発明の一実施形態に係る音声認識処理を実行する携帯端末画面の例を示す図である。

【発明を実施するための形態】

【0016】

以下、添付図面を参照して、本発明の一実施形態に係るユーザ情報入力支援システムを詳細に説明する。なお、本実施形態では、ユーザ情報入力支援システムがクレジットカードのオンライン申し込みに適用される例を示すが、そのような例に限定されない。以下、本発明に係るユーザ情報入力支援サービスを提供する事業者を「サービス事業者」、サービスを受けかつオンライン申し込みにおいて情報を入力する申込者を「ユーザ」と称する。

【0017】

図２は、本発明の一実施形態に係るユーザ情報入力支援システムを構成するコンピュータシステム全体の構成の例を示している。本実施形態に係るユーザ情報入力支援システムは、申し込み受付サーバ１および携帯端末（携帯電話など）２を備えている。申し込み受付サーバ１と携帯端末２とは、ネットワーク３（３ＧおよびＬＴＥなどの通信方式を使用した無線ネットワークおよびインターネットなどの公衆回線の組み合わせ）を介して相互に接続されている。

【0018】

申し込み受付サーバ１は、サービス事業者が管理・保有するサーバコンピューティングデバイスである。申し込み受付サーバ１は、携帯端末２から入力されたユーザ情報を受け付けて、データベースに登録する。

【0019】

携帯端末２は、ユーザが保有し、本実施形態に係るユーザ情報入力支援システムを利用するのに使用するコンピュータデバイスである。ユーザは、携帯端末２の表示部に表示された申し込み画面からユーザ情報を入力する。携帯端末２は、通信機能および演算機能を有する、クライアントコンピュータデバイスであれば、特に機器は限定されない。

【0020】

次に図３を参照して、本発明の一実施形態に係るユーザ情報入力支援システムを構成するコンピューティングデバイスの詳細な構成の例を説明する。

【0021】

申し込み受付サーバ１は、通信部１１、制御部１２、主記憶部１３、および補助記憶部１４を備えており、それらの各要素が相互に内部バスで接続されている。

【0022】

通信部１１は、ネットワーク３を介して接続された携帯端末２との間で、ユーザデータなどのデータを送受信する。携帯端末２とのデータの送受信は、符号分割多元接続（ＣＤＭＡ：code division multiple access）、時分割多元アクセス（ＴＤＭＡ：time division multiple access）、周波数分割多元アクセス（ＦＤＭＡ：frequency division multiple access）、または直交周波数分割多元アクセス（ＯＦＤＭＡ：orthogonal frequency division multiple access）などの方式で通信されてもよい。

【0023】

制御部１２は、中央処理装置（ＣＰＵ：central processing unit）とも称され、申し込み受付サーバ１全体を制御する。制御部１２は、上記各構成要素の制御およびデータの演算などを実行し、また、補助記憶部１４に格納されている各種プログラムを主記憶部１３に読み出して実行する。

【0024】

主記憶部１３は、メインメモリまたは一時記憶装置とも称され、制御部１２が直接アクセスすることができる記憶装置である。制御部１２は、主記憶部１３に記憶されている命令を読み取り、かつ実行する。また、制御部１２が頻繁に操作しているデータも同様の方法で、主記憶部１３に記憶される。

【0025】

補助記憶部１４は、ハードディスク（ＨＤＤ：hard disk drive）などに代表される記憶装置であり、後述するユーザデータテーブルなどを記憶したデータ記憶部（データベーステーブル）１４ａを有している。また、補助記憶部１４は、制御部１２に、本実施形態に係る各種処理を実行させるためのプログラム（図示せず）を記憶している。なお、申し込み受付サーバ１は、データベースマネジメントシステム（ＤＢＭＳ：database management system）を実装し（図示せず）、当該ＤＢＭＳを制御部１２が実行することにより、利用者データテーブルなどのデータベーステーブルの読み出し、レコードの挿入・更新などが実行される。

【0026】

携帯端末２は、通信部２１、制御部２２、主記憶部２３、補助記憶部２４、表示部２５、カメラ２６、スピーカ２７およびマイクロフォン２８を備えており、それらの各要素がシステムバスを介して接続されている。なお、カメラ２６、スピーカ２７およびマイクロフォン２８は、携帯端末２に内蔵されていることを前提にするが、そのような構成に限定されず、単独のカメラ２６、スピーカ２７およびマイクロフォン２８が携帯端末２に接続されていてもよい。

【0027】

通信部２１は、申し込み受付サーバ１から、ネットワーク３を介して、後述するユーザ情報入力支援プログラムを受信する。ユーザ情報入力支援プログラムは、本実施形態に係るユーザ情報入力支援サービスを受けるのに、携帯端末２上で実行されるアプリケーションプログラムである。ユーザ情報入力支援プログラムは、ＡＳＰ（Application Service Provider）サービスとして、申し込み受付サーバ１から携帯端末２にダウンロードされ、補助記憶部２４に記憶される。

【0028】

制御部２２は、中央処理装置であり、上述したユーザ情報入力支援プログラムを主記憶部２３に読み出して、当該プログラムを実行し、また、上述した各要素の制御、データ演算などを実行する。

【0029】

主記憶部２３は、メインメモリであり、携帯端末２が受信した入力データ、コンピュータ実行可能な命令および当該命令による演算処理後のデータなどを記憶している。

【0030】

補助記憶部２４は、ハードディスクなどの記憶装置であり、上述した、申し込み受付サーバ１からダウンロードしたユーザ情報入力支援プログラムを記憶している。また、補助記憶部２４は、後述する属性判定ルールテーブル、および、後述する３６の入力項目のそれぞれが、一般的にどの物理的カードに印字されているかを示す印字情報マトリクステーブルが記憶されている。

【0031】

表示部２５は、制御部２２がユーザ情報入力支援プログラムを実行することによって、ユーザがユーザ情報を入力するための画面インタフェースを表示するディスプレイである。表示部２５は、例えば、ユーザによるタッチ操作、フリック操作、およびスライド操作などの入力操作を、抵抗膜方式または静電容量方式などの技術を利用して検出する、タッチパネルディスプレイを備えてもよい。

【0032】

カメラ２６は、ユーザが保有する物理的カードを撮像する。カメラ２６の解像度は、特に限定されないが、少なくとも、物理的カードに印字された氏名などの情報を読み取ることが可能な程度の解像度を有する必要がある。

【0033】

スピーカ２７は、オンライン申し込みに必要な入力項目に対する質問音声を出力する。

【0034】

マイクロフォン２８は、スピーカ２７が出力した質問音声に対し、ユーザが発した音声を取得し、電気信号に変換する。

【0035】

次に、図４のフローチャートを参照して、本発明の一実施形態に係るユーザ情報入力支援システムが実行する、ユーザ情報入力支援サービスを含むオンライン申し込みに係る処理の例を説明する。本実施形態では、オンライン申し込みにおいて、図１で示した３６の入力項目が必要であるものとする。

【0036】

携帯端末２の制御部２２が補助記憶部２４に記憶されたユーザ情報入力支援プログラムを実行すると、表示部２５に申し込み受付画面が表示される。

【0037】

まず、ステップＳ４０１では、ユーザは、カード種別情報入力画面においてカード種別情報を入力する。カード種別情報は、物理的カードの中で、運転免許証および健康保険証などを示す情報であり、例えば、「１：運転免許証」、「２：キャッシュカード」、「３：健康保険証」、「４：名刺（社員証または学生証）」、「５：社員証」、「６：その他」などの値を有してもよい。本実施形態では、上述した値を有することにする。カード種別情報は、カード種別情報入力画面において、それらのいずれかであるかを選択することによって（例えば、プルダウンメニューなど）入力が受け付けられてもよい。

【0038】

次に、ユーザは、カメラ２６を使用して、ステップＳ４０１で入力されたカード種別情報に対応する物理的カードの情報が印字された面（情報印字面）を撮影する（ステップＳ４０２）。撮影された情報印字面は、画像データとして制御部２２に送信される。この情報印字面を撮影する際に、ステップＳ４０１で入力されたカード種別情報に対応する物理的カードを撮影する旨のメッセージを表示してもよい（例えば、「運転免許証の表面をカメラで撮影してください。」など）。

【0039】

ステップＳ４０１およびステップＳ４０２は、撮影される物理的カードの枚数に対応する回数だけ繰り返される。例えば、ユーザが運転免許証、キャッシュカード、健康保険証、および名刺を保持している場合、ユーザは、ステップＳ４０１およびステップＳ４０２を４回繰り返すことになる。本実施形態では、上述した４枚の物理的カードが撮影されるものとする。

【0040】

次に、ステップＳ４０２で撮影された情報印字面の画像データから、印字された情報を認識してテキストデータを抽出する（ステップＳ４０３）。このテキストデータの抽出は、ＯＣＲ（Optical Character Recognition）機能によって実行される。ＯＣＲ機能は、ユーザ情報入力支援プログラムにおいて実装されてもよく、またはユーザ情報入力支援プログラムがＯＣＲ機能を有する別個のプログラムを呼び出してもよい。

【0041】

ステップＳ４０３で実行されるテキストデータの抽出は、カード種別によって処理が異なる。図５を参照して、ステップＳ４０３の詳細を説明する。

【0042】

まず、制御部２２は、ステップＳ４０１で入力されたカード種別情報の値を判定する（ステップＳ４０３Ａ）。そして、カード種別情報の値が運転免許証に対応する値である場合（ステップＳ４０３Ｂ）、ステップＳ４０３Ｃに遷移する。

【0043】

運転免許証は、所定の位置に氏名、生年月日、住所および運転免許証番号が印字されている。よって、ステップＳ４０２で撮影された情報印字面の画像データから、氏名、生年月日、住所および運転免許証番号に対応するテキストデータを抽出する（ステップＳ４０３Ｃ）。このテキストデータは、氏名などが印字された位置に対応する座標情報に基づいて抽出される。抽出された氏名、生年月日、住所および運転免許証番号に対応するテキストデータは、ユーザ情報項目格納テーブルの対応する属性にそれぞれ記憶される。ユーザ情報項目格納テーブルは、物理的カード別に、図１で示した３６項目をそれぞれの属性に対応するテキストデータを記憶したデータテーブルである。

【0044】

上記に加え、運転免許証を読み込んだことによって、該当のユーザが運転免許証を保持していると判定され、ユーザ情報項目格納テーブルの属性「運転免許所有有無」には、例えば、「１：有」が記憶される。

【0045】

なお、運転免許証には生年月日が昭和・平成などの元号の形式で印字されるが、オンライン申し込みにおいて西暦での生年月日の入力が必要な場合は、ユーザ情報項目格納テーブルに記憶する際に、抽出した生年月日のテキストデータを西暦に変換してもよい。また、抽出した住所をカタカナに変換し、ユーザ情報項目格納テーブルの属性「住所（フリガナ）」に記憶してもよい。なお、ユーザの住所が「△△ビル」などを含む場合、そのビル名などは固有名詞になるので、正確に平仮名・カタカナ変換ができない場合がある。このような場合は後述する。

【0046】

次に、カード種別情報の値がキャッシュカードに対応する値である場合（ステップＳ４０３Ｄ）、ステップＳ４０３Ｅに遷移する。

【0047】

キャッシュカードも運転免許証と同様に、所定の位置に氏名（カタカナ）、金融機関コード、支店コード、口座種別、および口座番号が印字されている。よって、ステップＳ４０２で撮影された情報印字面の画像データから、氏名（カタカナ）、金融機関コード、支店コード、口座種別、および口座番号に対応するテキストデータを抽出する（ステップＳ４０３Ｅ）。抽出された氏名（カタカナ）、金融機関コード、支店コード、口座種別、および口座番号は、ユーザ情報項目格納テーブルの対応する属性にそれぞれ記憶される。なお、キャッシュカードには氏名がカタカナで印字されるが、オンライン申し込みにおいて平仮名の氏名の入力が必要な場合は、ユーザ情報項目格納テーブルに記憶する際に、抽出したカタカナの氏名のテキストデータを平仮名に変換してもよい。

【0048】

次に、カード種別情報の値が健康保険証に対応する値である場合（ステップＳ４０３Ｆ）、ステップＳ４０３Ｇに遷移する。

【0049】

健康保険証は、加入している健康保険組合によって印字項目や印字位置が異なるものであり、運転免許証のようにどの項目がどの位置に印字されているかを明確に特定することができない。ステップＳ４０３Ｇでは、ステップＳ４０２で撮影された情報印字面の画像データ全体のテキストデータを抽出する。そして、抽出したテキストデータを複数のテキストデータに分割し、分割データ格納テーブルに記憶する。テキストデータの分割は、画像データ全体から抽出されたテキストデータの認識された文字間の空白が所定の距離以上であるか否かに基づいて判定される。図６は、撮影される健康保険証（６（ａ））、および分割データ格納テーブルに記憶された複数のテキストデータ（６（ｂ））を示している。

【0050】

図６（ａ）に示すように、本実施形態で示す健康保険証を保持するユーザは、印字された事業者に所属し、その事業者が特定の健康保険組合に加入していることが分かる。よって、ユーザは、印字された事業者に所属する会社員であり、図６（ａ）に示された事業者名称が、ユーザが所属する事業者名称であると判定することができる。よって、図６（ｂ）に示す分割データ格納テーブルに記憶された各テキストデータのそれぞれは、表１に示す属性判定ルール（健康保険証）に従って、ユーザ情報項目格納テーブルの各属性に対応すると判定され、ユーザ情報項目格納テーブルに記憶される（ステップＳ４０３Ｈ）。

【0051】

【表1】

【0052】

上記に加え、属性判定ルール（健康保険証）に従って勤務先名の属性が判定された場合、このユーザの職業が「会社員」であると判断することができる。よって、この場合は、ユーザ情報項目格納テーブルの属性「職業」には、例えば、「１：会社員」が記憶される。

【0053】

一方で、ユーザが、国民健康保険に加入している場合、このユーザの職業が「自営業」であると判断することができる。この場合、文字列「国民健康保険」に対応するテキストデータが抽出されることになる（分割データ格納テーブルのうち、Ｎｏ．１には文字列「国民健康保険」のテキストデータが記憶される）。よって、ユーザ情報項目格納テーブルの属性「職業」には、例えば、「２：自営業」が記憶される。

【0054】

次に、カード種別情報の値が名刺（社員証または学生証）に対応する値である場合（ステップＳ４０３Ｉ）、ステップＳ４０３Ｊに遷移する。

【0055】

名刺についても健康保険証と同様に、印字項目や印字位置が異なるものであり、運転免許証のようにどの項目がどの位置に印字されているかを明確に特定することができない。よって、ステップＳ４０２で撮影された情報印字面の画像データ全体のテキストデータを抽出する。そして、抽出したテキストデータを複数のテキストデータに分割し、分割データ格納テーブルに記憶する（ステップＳ４０３Ｊ）。図７は、撮影される名刺（７（ａ））、および分割データ格納テーブルに記憶された複数のテキストデータ（７（ｂ））を示している。

【0056】

図７（ａ）に示すように、本実施形態で示す名刺を保持するユーザは、「○○株式会社」の「営業部 第一販売課」に所属していることが分かる。また、その名刺には、「○○株式会社」の電話番号やＵＲＬなどが印字されている。よって、図７（ｂ）に示す分割データ格納テーブルに記憶された各テキストデータのそれぞれは、表２に示す属性判定ルール（名刺）に従って、ユーザ情報項目格納テーブルの各属性に対応すると判定され、ユーザ情報項目格納テーブルに記憶される（ステップＳ４０３Ｋ）。

【0057】

【表2】

【0058】

上記以外にも、入力項目の属性に応じたルールに従って、当該属性に対応する文字列が含まれるテキストデータを抽出してもよい。また物理的カードは、上記に限定されず、他の種類の物理的カードを読み取るようにしてもよい。この場合、該当の物理的カードの属性に応じて属性判定ルールを定義してもよく、または該当の物理的カードの属性に関わらず、印字された文字列の一部の文字列を判定することによって属性を判定してもよい（例えば、文字列「会社」、「法人」、および「大学」など、一般的に事業者名を示す名称の一部の文字列が含まれる文字列に対応するテキストデータを、属性「勤務先名」として判定するなど）。

【0059】

図４のフローチャートに戻ると、通信部２１は、ステップＳ４０３Ｈおよび／またはステップＳ４０３Ｋでユーザ情報項目格納テーブルの属性「勤務先名」に記憶されたテキストデータ、および／またはステップＳ４０３Ｊで分割データ格納テーブルに記憶されたテキストデータのうち、文字列「ＵＲＬ」および「http://」など、一般的にＵＲＬを示す文字列の一部が含まれているテキストデータ（図７（ｂ）のＮｏ．９）を申し込み受付サーバ１に送信する（ステップＳ４０４）。

【0060】

申し込み受付サーバ１の通信部１１が、ステップＳ４０４で送信された勤務先名および／またはＵＲＬに対応するテキストデータを受信すると、制御部１２は、当該テキストデータに基づいて、該当の勤務先のＷＥＢページを自動検索する（ステップＳ４０５）。このＷＥＢページの自動検索は、受信した勤務先名またはＵＲＬに基づいてインターネットブラウザと連動することによって実行してもよく、または申し込み受付サーバ１上でＷＥＢクローラを実装してもよい。

【0061】

該当のＷＥＢページを取得すると、制御部１２は、当該ＷＥＢページから、該当の勤務先情報（資本金、従業員数など）を取得する。これらの項目の取得は、例えば、文字列「企業概要」および／または「企業情報」など、一般的に事業者名を示す用語が含まれるページから、文字列「資本金」などと隣接する欄のテキストデータを取得することによって実施されてもよい。取得したテキストデータは、ユーザ情報項目格納テーブルの属性「資本金」および「従業員数」に記憶される（ステップＳ４０６）。

【0062】

なお、属性「勤務先名（フリガナ）」については、名刺に印字されている場合、その印字された文字列からテキストデータを取得してもよい（文字列「会社」、「法人」、および「大学」など、一般的に事業者名を示す名称の一部の文字列を含まない文字列が存在する場合、その文字列に隣接する平仮名、カタカナまたはアルファベットの値を有するテキストデータを属性「勤務先名（フリガナ）」として取得する）。また、上記ＷＥＢページから該当にテキストデータを取得してもよく、または属性判定ルール（名刺）に従って抽出された属性「勤務先名」をカタカナに変換してもよい。なお、ユーザの勤務先が「△△ビル」などを含む場合、そのビル名などは固有名詞になるので、正確に平仮名・カタカナ変換ができない場合がある。このような場合は後述する。

【0063】

次に、携帯端末２の制御部２２は、携帯端末２のＳＩＭカードを読み取って、携帯電話番号に対応するテキストデータを取得する。取得したテキストデータは、ユーザ情報項目格納テーブルの属性「携帯電話番号」に記憶される（ステップＳ４０７）。ＳＩＭカードの読み取りは、携帯端末２において公知のＳＩＭカード読み取りアプリケーションを実装することによって実施されてもよい。

【0064】

上述したように、４つの物理的カードから文字認識されたテキストデータの属性が判定されると（さらに、ＷＥＢページなどから情報が補足されると）、ユーザ情報項目格納テーブルに記憶されるが、その例を図８に示す。

【0065】

図８に示すように、撮影した４つの物理的カードのそれぞれから、各属性に対応するテキストデータが記憶されている。ここで、例えば、属性「氏名」などに対応するテキストデータは、運転免許証、健康保険証および名刺の３つから抽出されている。

【0066】

図４のフローチャートに戻ると、４つの物理的カードのそれぞれの属性に対応するテキストデータのうち、同一の属性に対応するテキストデータの値をそれぞれ比較する（ステップＳ４０７）。例えば、図８に示すように、運転免許証、健康保険証および名刺の３つから抽出された属性「氏名」に対応するテキストデータの値は一致するので、その値が該当の属性として確定する。一方で、これらのテキストデータの値が一致しない場合は後述する。

【0067】

次に、携帯端末２の表示部２５に、入力確認画面９００が表示される（ステップＳ４０８）。入力確認画面９００の例を図９に示す。

【0068】

図９に示すように、入力確認画面９００は、図１で示した３６の入力項目の一部に対し、上述した処理によって、物理的カードなどから抽出されたテキストデータをそれぞれの属性に対応付けて、情報表示欄９０１に表示している。ここで、図４のステップＳ４０７でのテキストデータの値の比較において、一致しなかった場合（例えば、図８に示すように、健康保険証および名刺のそれぞれに印字された勤務先名が異なる場合）、属性不一致メッセージ９０３が該当の入力項目欄に表示される。また、この場合、情報元物理的カードインジケータ９０２が該当の入力項目欄に表示され、その物理的カードから取得された情報であるかを示す。

【0069】

例えば、健康保険証に印字された事業者名は、ユーザが所属する勤務先の親会社などである場合があり、名刺に印字された会社名と異なる場合がある。また、免許証に印字された氏名は、結婚などにより、健康保険証などに印字された氏名と異なる場合がある。このような場合に、双方から取得された情報のそれぞれが、情報元を示す表示（情報元物理的カードインジケータ９０１）とともに表示されるので、ユーザは異なる情報元に印字された異なる氏名などを確認することができる。そして、選択ボタン９０４を押下することによって、いずれかの情報を選択することができる。

【0070】

このようにして、同一の入力項目の属性について複数の物理的カードに異なる情報が印字されている場合でも、ユーザがそれぞれのテキスト抽出されたデータを確認し、正しい方を選択することができる。これは、例えば、１つの物理的カードからのＯＣＲにより文字認識によって一部の文字が正確に認識できなかった場合でも、もう一方の物理的カードからの文字認識によって全ての文字が正確に認識されれば、やはりユーザは正しい方を選択することができる。

【0071】

また、上述した印字情報マトリクステーブルを参照して、印字情報マトリクステーブルの値と一致しないテキストデータが取得された場合、警告メッセージ９０５が表示される。表３に印字情報マトリクステーブルの例を示す。表３に示すように、印字情報マトリクステーブルは、４つの物理的カードのそれぞれが、３６の入力項目のうちのいずれかが印字されているかを定義するマトリクステーブルである。

【0072】

例えば、入力項目「メールアドレス」は、通常、ユーザが個人的に使用しているパーソナルコンピュータまたは携帯端末のメールアドレスが入力されるものである。しかしながら、そのアドレスは、一般的に４つの物理的カードのいずれにも印字されないものであり、印字情報マトリクステーブルの４つの列の属性「メールアドレス」は、いずれも「０：印字なし」が定義されている。

【0073】

【表3】

【0074】

上記処理では、名刺から取得された属性「メールアドレス」（勤務先の）に対応するテキストデータが取得されている。印字情報マトリクステーブルの名刺の属性「メールアドレスは、「０：印字なし」の値が定義されているので、印字情報マトリクスの定義値と一致しない。このような場合に、入力確認画面９００において、その一致しなかった属性の欄に警告メッセージ９０５が表示され、取得された情報が正しいかをユーザに警告する。

【0075】

上記警告メッセージ９０５は、上述した住所（フリガナ）および／または勤務先住所（フリガナ）を平仮名・カタカナ変換した場合に表示されてもよい。住所にビル名などが含まれる場合は、正確に変換できない可能性があるからである。

【0076】

入力確認画面９００は、３６の入力項目を入力するための情報入力テンプレートでもあり、ユーザが認識・表示された情報を修正したい場合、情報表示欄９０１から直接情報を入力することができる。例えば、上述した勤務先のメールアドレスを、個人使用の携帯端末のメールアドレスなどに修正することができる。

【0077】

この状態で、ユーザが確定ボタン９０６を押下すると、自動判定された入力項目、ユーザによって選択された入力項目（図９で示した選択ボタン９０３を押下することによって選択された入力項目）、およびユーザによって再入力された入力項目（図９で示した情報表示欄９０１から直接入力された入力項目）を含むユーザデータが、通信部２１によって申し込み受付サーバ１に送信される（ステップＳ４０９）。

【0078】

申し込み受付サーバ１の通信部１１がユーザデータを受信すると、制御部１２は、ユーザデータテーブルに新規レコードを追加する（ステップＳ４１０）。ユーザデータテーブルは、図示しないが、図１で示した３６の入力項目を含み、ユーザＩＤを有するユーザの情報を記憶したデータベーステーブルである（ユーザＩＤは、このタイミングで新たに割り当てられる）。また、ユーザデータテーブルの各レコードは、ステータス情報を有し、ステップＳ４０９におけるレコード追加時には、例えば、値「１：申し込み受付途中」が設定される。

【0079】

このような状態で、その後の任意のタイミングで（例えば、３日後、１週間後など）、ユーザへのプッシュ通知が実行される（例えば、日次バッチ処理などによって）。具体的には、申し込み受付サーバ１の制御部１２は、ユーザデータテーブルから、ステータス情報に値「１：申し込み受付途中」が設定されたレコードを取得する（ステップＳ４１１）。

【0080】

次に、制御部１２が、ステップＳ４１０で取得したレコードに含まれるメールアドレスを取得し、通信部１１が、当該アドレスにリマインダ通知を送信する（ステップＳ４１２）。このリマインダ通知は、ステップＳ４１０でユーザデータテーブルにレコードを追加した際に割り当てられたユーザＩＤを含む。

【0081】

携帯端末２の通信部２１が、リマインダ通知を受信すると、ユーザは、携帯端末２に実装された電子メールアプリケーションでリマインダ通知を参照し、申し込み受付画面に遷移することができる（例えば、リマインダ通知に含まれるＵＲＬをクリックすることによって）。この申し込み受付画面において、ユーザは、リマインダ通知に含まれるユーザＩＤを入力することによってログインすると、カード種別情報入力画面（図示せず）に遷移する。

【0082】

次に、通信部２１が、ユーザＩＤを申し込み受付サーバ１に送信すると（ステップＳ４１３）、申し込み受付サーバ１の制御部１２がユーザデータテーブルから該当のレコードを取得し（ステップＳ４１４）、ユーザデータとして携帯端末２に送信する（ステップＳ４１５）。

【0083】

携帯端末２の通信部１１が、ユーザデータを受信すると、ステップＳ４０８において３６の入力項目のうちの一部が表示された状態から再開することができる。この状態で、ユーザは、世帯家族など、物理的カードからは取得できない入力項目に情報を入力し（ステップＳ４１５）、情報入力を完了することができる。

【0084】

なお、上述した、物理的カードからは取得できない入力項目について、携帯端末２のスピーカ２７およびマイク２８を使用して情報入力をすることができる。

【0085】

具体的には、まず、制御部１２が、申し込み受付サーバ１から送信されたユーザデータの未入力項目を判定し、図１０に示すようにスピーカ２７が判定された未入力項目についての質問音声を出力する。

【0086】

上記質問音声に対し、ユーザがその回答について発声すると、マイクロフォン２８が入力された音声を電気信号に変換し、制御部１２がテキストデータに変換する。このテキストデータへの変換は、携帯端末２に音声認識アプリケーションを実装することによって実行される。このようにして、音声によって未入力項目の入力を完了することができる。

【0087】

上述したようにして、ユーザが未入力項目全ての入力を完了すると、図９で示したような入力確認画面９００が表示され、確認ボタン９０６を押下することによって、再度、ユーザとして通信部２１によって申し込み受付サーバ１に送信される（ステップＳ４１６）。

【0088】

申し込み受付サーバ１の通信部１１がユーザデータを受信すると、制御部１２は、ユーザデータテーブルの該当のレコードを、受信したユーザデータで更新する（ステップＳ４１７）。

【0089】

以上のようにして、本発明に係るユーザ情報入力支援システムでは、複数の物理的カードに印字された文字列から、各属性に応じたテキストデータを判定するので、ユーザは従来の煩わしい入力の一部を省略しつつ、精度の高い属性判定をすることができる。

【0090】

また、図４のステップＳ４０９およびステップＳ４１０において、ユーザデータテーブルにレコードが追加され、携帯端末２にリマインダ通知がされるので、ユーザは、入力項目の入力を完了しなくとも、その時点での入力を後日再開することができる。

【0091】

なお、ステップＳ４０９乃至ステップＳ４１５は省略されてもよく、この場合は、ステップＳ４０８において、入力確認画面９００から残りのみ入力項目を全て入力することによって（または音声認識を介して）情報入力を完了することになる。

【0092】

また、本実施形態では、図４のステップＳ４０３におけるテキスト抽出、およびステップＳ４０７におけるテキストデータの値比較は、携帯端末２上で実行されるが、これらの処理は申し込み受付サーバ１上で実行されてもよい。

【0093】

上記説明した処理の実行順序は例示的なものにすぎず、説明した順序とは異なる順序で実行されてもよい。また、入力項目における上述した属性判定ルールについても上述したものに限定されず、入力項目の属性に応じて様々な属性抽出ルールが使用されてもよい。

【符号の説明】

【0094】

１ 申し込み受付サーバ
２ 携帯端末
３ ネットワーク
９００ 入力確認画面
９０１ 情報表示欄
９０２ 情報元物理的カードインジケータ
９０３ 属性不一致メッセージ
９０４ 選択ボタン
９０５ 警告メッセージ
９０６ 確認ボタン

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】