JP2017534931A - カード取扱データの処理方法および装置 - Google Patents

Abstract

本開示の実施例は、カード取扱要求を受信することと、カード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得することと、前記履歴通信データから前記ユーザー情報を抽出することと、ユーザー情報をカード取扱申請ページに対応して記入することと、提出要求を受信し、提出要求に応じて、カード取扱申請ページを提出することとを含むカード取扱データ処理方法および装置に関する。【選択図】図１

Description

本出願は、出願番号２０１５１０５８７７１８.Ｘ、出願日が２０１５年０９月１５日の中国特許出願に基づいて提出され、前記中国特許出願の優先権を出張し、当該中国特許出願の全ての内容が本願において援用される。

本開示は、データ処理技術分野に関し、特にカード取扱データ処理方法および装置に関する。

移動インターネット技術の継続的な発展に伴い、人々はコンピューター、携帯電話、タブレットＰＣなどの様々なデバイスでより多くのサービスを処理することができる。例えば、多くの銀行は、クレジットカードをオンラインで取り扱うサービスを導入し、そのオンライン取扱形態がユーザーに受け入れられ 、銀行の毎年のカード発行量の増加に伴い、オンラインで取扱されたカードの数が増加している。

確かに形態が斬新であるに関わらず、カードオンライン取扱モードは、同時に欠点が存在する。現在、カードオンライン取扱は、ブラウザを介し、ユーザーが手動で身元情報、収入情報、通信アドレスおよびその他の、学歴、勤務年数などのようなユーザー資質を区分する情報を記入することで完了される。ユーザーが手動で記入する必要がある情報が非常に多いため、時間と手間が掛かり、かつエラーが発生しやすい。

関連技術に存在する問題を解決するために、本開示の実施例は、カード取扱データ処理方法および装置を提供する。

本開示の実施例の第一の態様によるカード取扱データ処理方法、
カード取扱要求を受信することと、
前記カード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得することと、
前記履歴通信データからユーザー情報を抽出することと、
前記ユーザー情報をカード取扱申請ページに対応して記入することと、
提出要求を受信し、前記提出要求に応じて、カード取扱申請ページを提出することとを含む。

一つの実施例において、前記カード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得することは、
前記カード取扱要求に応じて、金融情報が含まれるショートメッセージを取得することとを含み、
前記履歴通信データから前記ユーザー情報を抽出することは、
前記ショートメッセージを分析し、分析結果に基づいてユーザーの収入情報を抽出することを含む。

一つの実施例において、前記カード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得することは、
前記カード取扱要求に応じて、支払口座登録情報を取得することを含み、
前記履歴通信データから前記ユーザー情報を抽出することは、
前記支払口座登録情報からユーザーの身元情報を抽出することを含む。

一つの実施例において、前記カード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得することは、
前記カード取扱要求に応じて費用納付履歴レコードを取得することを含み、
前記履歴通信データから前記ユーザー情報を抽出することは、
前記費用納付履歴レコードからユーザーの通信アドレスを抽出することを含む。

一つの実施例において、前記カード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得することは、
前記カード取扱要求に応じてメールクライアントデータを取得することを含み、
前記履歴通信データから前記ユーザー情報を抽出することは、
前記メールクライアントデータからユーザーの電子メール情報を抽出することを含む。

一つの実施例において、前記ユーザー情報をカード取扱申請ページに対応して記入することは、
前記ユーザー情報と前記カード取扱申請ページにおける記入すべきオプションをマッチングし、マッチング結果に基づいて前記ユーザー情報を対応する記入オプションに記入することを含む。

一つの実施例において、前記ユーザー情報をカード取扱申請ページに対応して記入することは、
前記カード取扱申請ページにおける記入すべきオプションに対するトリガ命令を受信し、前記トリガ命令に応じてトリガされた記入すべきオプションに対応する前記ユーザー情報を表示することと、
表示されたユーザー情報に対する記入命令を受信し、前記記入命令に応じて表示されたユーザー情報を前記トリガされた記入すべきオプションに記入することとを含む。

一つの実施例において、前記方法は、
前記提出要求を受信する前に、ユーザー情報を照合するようにユーザーに提示するための提示メッセージを表示することと、
前記ユーザーが前記カード取扱申請ページを修正した後の情報を受信することとをさらに含む。

本開示の実施例の第二の態様によるカード取扱データ処理装置は、
カード取扱要求を受信するように構成される受信モジュールと、
前記受信モジュールにより受信された前記カード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得するように構成される取得モジュールと、
前記取得モジュールにより取得された前記履歴通信データから前記ユーザー情報を抽出するように構成される抽出モジュールと、
前記抽出モジュールにより抽出された前記ユーザー情報をカード取扱申請ページに対応して記入するように構成される記入モジュールと、
提出要求を受信し、前記提出要求に応じて前記記入モジュールが前記ユーザー情報を記入したカード取扱申請ページを提出するように構成される受信提出モジュールとを含む。

一つの実施例において、前記取得モジュールは、
前記カード取扱要求に応じて金融情報が含まれるショートメッセージを取得するように構成される第一の取得サブモジュールを含み、
前記抽出モジュールは、
前記第一の取得サブモジュールにより取得された前記ショートメッセージを分析し、分析結果に基づいてユーザーの収入情報を抽出するように構成される第一の抽出サブモジュールを含む。

一つの実施例において、前記取得モジュールは、
前記カード取扱要求に応じて支払口座登録情報を取得するように構成される第二の取得サブモジュールを含み、
前記抽出モジュールは、
前記第二の取得サブモジュールにより取得された前記支払口座登録情報からユーザーの身元情報を抽出するように構成される第二の抽出サブモジュールを含む。

一つの実施例において、前記取得モジュールは、
前記カード取扱要求に応じて費用納付履歴レコードを取得するように構成される第三の取得サブモジュールを含み、
前記抽出モジュールは、
前記第三の取得サブモジュールにより取得された前記費用納付履歴レコードからユーザーの通信アドレスを抽出するように構成される第三の抽出サブモジュールを含む。

一つの実施例において、前記取得モジュールは、
前記カード取扱要求に応じてメールクライアントデータを取得するように構成される第四の取得サブモジュールを含み、
前記抽出モジュールは、
前記第四の取得サブモジュールにより取得された前記メールクライアントデータからユーザーの電子メール情報を抽出するように構成される第四の抽出サブモジュールを含む。

一つの実施例において、前記記入モジュールは、
前記ユーザー情報と前記カード取扱申請ページにおける記入すべきオプションをマッチングし、マッチング結果に基づいて前記ユーザー情報を対応する記入すべきオプションに記入するように構成される。

一つの実施例において、前記記入モジュールは、
前記カード取扱申請ページにおける記入すべきオプションに対するトリガ命令を受信し、前記トリガ命令に応じてトリガされた記入すべきオプションに対応する前記ユーザー情報を表示するように構成される受信表示サブモジュールと、
前記受信表示サブモジュールにより表示されたユーザー情報に対する記入命令を受信し、前記記入命令に応じて、表示されたユーザー情報を前記トリガされた記入すべきオプションに記入するように構成される受信記入サブモジュールとを含む。

一つの実施例において、前記装置は、
前記受信提出モジュールが提出要求を受信する前に、前記ユーザー情報を照合するようにユーザーに提示するための提示メッセージを表示するように構成される表示モジュールと、
前記ユーザーが前記カード取扱申請ページを修正した後の情報を受信するように構成される修正情報受信モジュールとをさらに含む。

本開示の実施例の第三の態様によるカード取扱データ処理装置は、
プロセッサと、
プロセッサ実行可能命令を記憶するように構成される記憶装置とを含み、
ここで、プロセッサが、
カード取扱要求を受信し、
前記カード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得し、
前記履歴通信データからユーザー情報を抽出し、
前記ユーザー情報をカード取扱申請ページに対応して記入し、
提出要求を受信し、前記提出要求に応じて前記カード取扱申請ページを提出するように構成される。

本開示の実施例による技術的解決手段は、カード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得し、履歴通信データからユーザー情報を抽出し、ユーザー情報をカード取扱申請ページに対応して記入し、即ち、ユーザーがユーザー情報を手動で記入する必要がなく、時間と手間が節約され、同時に、ユーザーが手動で記入する場合のエラー発生率が低下し、ユーザーがカードをオンラインで取扱するのに便利を与えるという有益な効果を含むことができる。

取得された、金融情報が含まれるショートメッセージが偽造しにくいため、履歴通信データから抽出されたユーザー情報は、より客観的で、正確であり、データの真実性を向上させ、ユーザーが主観的に情報を記入する場合の偏差を減少させ、カード発行機構のリスクを低下させ、同時に、情報抽出の方式が柔軟で、かつ容易に実現される。

取得された支払口座登録情報がチェックを通じたため、客観的で、真実であり、偽造しにくくそのため、履歴通信データから抽出されたユーザー情報は、より客観的で、正確であり、データの真実性を向上させ、ユーザーが主観的に情報を記入する場合の偏差を減少させ、カード発行機構のリスクを低下させ、同時に、情報抽出の方式が柔軟で、かつ、容易に実現される。

取得された費用納付履歴レコードが偽造しにくいため、履歴通信データから抽出されたユーザー情報は、より客観的で、正確であり、データの真実性を向上させ、ユーザーが主観的に情報を記入する場合の偏差を減少させ、カード発行機構のリスクを低下させ、同時に、情報抽出の方式が柔軟で、かつ容易に実現される。

取得されたメールクライアントデータが偽造しにくいため、履歴通信データから抽出されたユーザー情報は、より客観的で、正確であり、データの真実性を向上させ、ユーザーが主観的に情報を記入する場合の偏差を減少させ、カード発行機構のリスクを低下させ、同時に、情報抽出の方式が柔軟で、かつ容易に実現される。

抽出された情報を自動的にカード取扱申請ページに記入する方式により、移動端末、例えば携帯電話のスクリーンが小さいのでページを捲る必要がある操作を回避でき、情報記入過程は、簡単になる。

ユーザーの操作に基づいて抽出された情報をカード取扱申請ページに記入する方式により、ユーザーが情報を手動で入力する作業量を効果的に削減できる。

提示メッセージを表示することにより、情報をチェックするようにユーザーに提示することができ、ユーザーが前記カード取扱申請ページを修正した後の情報を受信することにより、ユーザー情報の正確性が向上される。

以上の一般的な説明と後の詳細な説明は、例示的および説明的なものであるに過ぎず、本開示の実施例を制限できないと理解すべきである。

一つの例示的な実施例によるカード取扱データ処理方法のフローチャートである。 一つの例示的な実施例によるユーザー情報を抽出するフローチャートである。 一つの例示的な実施例による別のユーザー情報取得方法のプロセスを示す図である。 一つの例示的な実施例よるカード取扱データ処理方法のシーン図である。 一つの例示的な実施例による別のカード取扱データ処理方法のフローチャートである。 一つの例示的な実施例によるカード取扱データ処理装置のブロック図である。 一つの例示的な実施例による別のカード取扱データ処理装置のブロック図である。 一つの例示的な実施例による別のカード取扱データ処理装置のブロック図である。 一つの例示的な実施例による別のカード取扱データ処理装置のブロック図である。 一つの例示的な実施例による別のカード取扱データ処理装置のブロック図である。 一つの例示的な実施例による別のカード取扱データ処理装置のブロック図である。 一つの例示的な実施例による別のカード取扱データ処理装置のブロック図である。 一つの例示的な実施例による別のカード取扱データ処理装置に適用するブロック図である。

ここの図面は、明細書に組み込まれて本明細書の一部を構成し、本発明に対応する実施例を示し、明細書と共に本発明の原理を説明することに用いられる。

ここで例示的な実施例を詳しく説明し、その例が図面に示される。以下の説明が図面に関する場合、他に示されない限り、異なる図面の同一の数字は、同一または類似の要素を表す。以下の例示的な実施例に説明される実施形態は、本発明と一致する全ての実施形態を代表しない。逆に、それらは、特許要求の範囲に詳しく説明される、本発明のいくつかの方面に一致する装置および方法の例に過ぎない。

図１は一つの例示的な実施例によるカード取扱データ処理方法のフローチャートである。図１に示すように、前記カード取扱データ処理方法は、端末装置に応用されることができ、当該端末装置は、携帯電話、タブレットコンピュータ、ＰＤＡ（パーソナルディジタルアシスタント：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）などを含むことができる。当該端末装置に、予め設定された操作システムまたは予め設定されたＡＰＰがインストールされることができ、当該方法は、以下のステップＳ１０１−Ｓ１０５を含む。

ステップＳ１０１において、カード取扱要求を受信する。

当該実施例において、ユーザーは、端末装置例えば携帯電話でカードオンライン取扱を行うことを望む場合、カードオンライン取扱ページに入ることができ、「カードオンライン取扱」オプションをクリックする場合、端末デバイス例えば携帯電話でカード取扱要求を受信する。

ステップＳ１０２において、カード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得する。

カード取扱要求を受信した後、カード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得することができる。例えば、カード取扱要求に応じて金融情報が含まれるショートメッセージを取得することができ、カード取扱要求に応じて支払口座登録情報を取得することもでき、カード取扱要求に応じて費用納付履歴レコードを取得することができ、カード取扱要求に応じてメールクライアントデータなどを取得することもできる。

ステップＳ１０３において、当該履歴通信データからユーザー情報を抽出する。

ここで、ユーザー情報は、ユーザーの収入情報、身元情報、通信アドレス、電子メール情報と銀行カード情報などを含むがこれらに限られない。

取得された履歴通信データがショートメッセージである場合、ショートメッセージを分析し、分析結果に基づいて、ユーザーの収入情報を抽出することができる。

取得された履歴通信データが支払口座登録情報である場合、支払口座登録情報からユーザーの身元情報を抽出することができる。

取得された履歴通信データが費用納付履歴レコードである場合、費用納付履歴レコードからユーザーの通信アドレスを抽出することができる。

取得された履歴通信データがメールクライアントデータである場合、メールクライアントデータからユーザーの電子メール情報を抽出することができる。

ステップＳ１０４において、抽出されたユーザー情報をカード取扱申請ページに対応して記入する。

当該実施例において、当該カード取扱要求に応じてユーザー情報を抽出した後、抽出されたユーザー情報をカード取扱申請ページに対応して記入する。抽出されたユーザー情報をカード取扱申請ページに対応して記入する方式は、複数種であり、以下に２種類の方式を例にして挙げる：
方式１において、ユーザー情報とカード取扱申請ページにおける記入すべきオプションをマッチングし、マッチング結果に基づいて前記ユーザー情報を対応した記入すべきオプションに記入する。

例えば、カード取扱申請ページに多くの記入すべきオプション、例えばユーザーの収入オプション、通信アドレスオプションなどがあり、ユーザー情報を抽出した後、キャラクターマッチングなどの方式により抽出されたユーザーの収入情報を収入オプションに記入し、ユーザーの通信アドレスを通信アドレスオプションに記入する。

このような、抽出された情報を自動的にカード取扱申請ページに記入する方式により、移動端末例えば携帯電話のスクリーンが小さいのでページを捲る必要がある操作を回避でき、情報記入過程は、簡単になる。

方式２において、カード取扱申請ページにおける記入すべきオプションに対するトリガ命令を受信し、前記トリガ命令に応じて、トリガされた記入すべきオプションに対応する前記ユーザー情報を表示し、表示されたユーザー情報に対する記入命令を受信し、記入命令に応じて表示されたユーザー情報をトリガされた記入すべきオプションに記入する。

例えば、ユーザーがカード取扱申請ページにおけるある記入すべきオプションをクリックする場合、自動的に抽出された対応するユーザー情報をポップアップでき、例えば、ユーザーの身元情報をクリックする場合、抽出されたユーザーの身元証明書番号をポップアップし、ユーザーが前記身元証明書番号をクリック選択し、即ち記入命令を受信した場合、対応するユーザー情報、即ち、当該身元証明書番号を対応する記入すべきオプションに記入する。

また、特に説明しなければならないのは、履歴通信データからユーザー情報を抽出する操作は、前記トリガ命令を受信する前に完了されることができ、前記トリガ命令を受信した後に完了されることができる。例えば、トリガ命令を受信した後、履歴通信データからユーザー情報を抽出し、その後抽出された対応するユーザー情報をポップアップすると説明すべきである。

前記のユーザーの操作に基づいて抽出された情報をカード取扱申請ページに記入する方式により、ユーザーが情報を手動で入力する作業量を効果的に削減できる。

ステップＳ１０５において、提出要求を受信し、提出要求に応じて、カード取扱申請ページを提出する。

当該実施例において、ユーザー情報をカード取扱申請ページに対応して記入した後、ユーザーが「提出」ボタンをクリックした場合、携帯電話などの端末デバイスが提出要求を受信し、前記提出要求に応じてカード発行機構へカード取扱申請ページを提出し、カード発行機構が当該カード取扱申請ページを受信した後、情報をチェックし、情報がチェックを通じた場合、カードを発行する。

前記のカード取扱データ処理方法の実施例において、カード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得し、当該履歴通信データからユーザー情報を抽出し、抽出されたユーザー情報をカード取扱申請ページに対応して記入し、即ち、ユーザーがユーザー情報を手動で記入する必要がなく、時間と手間が節約され、同時に、ユーザーが手動で記入する場合のエラー発生率が低下し、ユーザーがカードをオンラインで取扱するのに便利を与える。

図２は一つの例示的な実施例によるユーザー情報を抽出するフローチャートである。図２に示すように、当該方法は、以下のステップを含む。

ステップＳ２０１において、金融情報が含まれるショートメッセージを取得し、ショートメッセージを分析し、分析結果に基づいてユーザーの収入情報を抽出する。

当該実施例において、携帯電話などの端末デバイスは、金融情報が含まれるショートメッセージ、例えばユーザーの銀行カードへの入金ショートメッセージを取得し、ショートメッセージを分析し、分析結果に基づいてユーザーの収入情報を抽出することができる。

ここで、ユーザーの収入情報は、ユーザーの年収情報であってよく、ユーザーの月収情報であってもよい。

年収情報を取得する必要がある場合、取得された１２ヶ月のユーザー銀行カードへの入金ショートメッセージを分析し、分析結果を纏め、ユーザーの年収情報を取得することができる。

月収情報を取得する必要がある場合、取得された１２ヶ月のユーザー銀行カードへの入金ショートメッセージを分析し、分析結果を纏め、その平均値を求め、ユーザーの月収情報を取得する。

ステップＳ２０２において、支払口座登録情報を取得し、支払口座登録情報からユーザーの身元情報を抽出する。

ユーザーは、支払口座を登録する時に、真実な身元情報例えば身元証明書情報などを記入する。そのため、当該実施例において、携帯電話などの端末デバイスは、ユーザーの支払口座登録情報からユーザーの身元情報を抽出することができる。

また、ユーザーは、支払口座を登録する時に、さらに支払口座にバインディングされた銀行カード情報を記入した場合、当該実施例において、ユーザーの身元情報を取得するとともに、ユーザーの銀行カード情報、例えば銀行カード番号などを取得することができる。

ステップＳ２０３において、費用納付履歴レコードを取得し、費用納付履歴レコードからユーザーの通信アドレスを抽出する。

当該実施例において、携帯電話などの端末デバイスは、支払プラットフォームからユーザーの水道、電気、ガスなどの費用納付履歴レコードを取得し、ユーザーの水道、電気、ガスなどの費用納付履歴レコードを分析し、ユーザーの通信アドレスを取得することができる。

ステップＳ２０４において、メールクライアントデータを取得し、メールクライアントデータからユーザーの電子メール情報を抽出する。

当該実施例において、携帯電話などの端末デバイスは、メールクライアントデータを取得し、メールクライアントデータからユーザーの電子メールの名称を抽出することができる。

また、ユーザーの電子メールの名称を抽出した後、電子メールからユーザーの履歴書情報を取得し、履歴書情報からユーザーの学歴および勤務年数などの情報を抽出することができる。

当該実施例においてステップＳ２０１−Ｓ２０４によりユーザーの収入情報、身元情報、通信アドレスとメールアドレス情報を取得したが、実際の応用において、ステップＳ２０１−Ｓ２０４のいずれか一つ、二つまたは三つのステップだけで、ユーザーの一部の情報を取得することができできると説明すべきである。また、ステップＳ２０１−Ｓ２０４は、厳格な実行順番がなく、例えば、まずステップＳ２０１を実行し、次にステップＳ２０２を実行することができ、まずステップＳ２０２を実行し、次にステップＳ２０１を実行することができる。

また、図３によって図２に示す実施例が異なる方法によりユーザー情報を取得するプロセスがはっきりと示され、図３からステップＳ２０１−Ｓ２０４が並列関係であると分かる。

図４を参照して本開示の実施例を例示的に説明する。図４に示すように、ユーザーが携帯電話４１を使用してクレジットカードをオンラインで取り扱う場合、携帯電話４１の操作システムまたはインストールされたＡＰＰは、ユーザーの銀行カードへの入金ショートメッセージを取得し、ユーザーの銀行カードへの入金ショートメッセージを分析し、ユーザーの収入情報を取得することができる。また、支払システムとのインタラクションを行うことで、支払口座登録情報を取得し、支払口座登録情報に基づいてユーザーの身元情報を取得することができ、同時に、携帯電話４１にインストールされたＡＰ例えば生活費用納付類ＡＰＰからユーザーの生活サービスデータ、例えばガス費用の納付履歴レコードを取得し、ガス費用の納付履歴レコードからユーザーの通信アドレスを取得することができ、取得すべき情報をカード取扱申請ページに記入した後、携帯電話４１は、ユーザーの「提出」ボタンに対するトリガ操作を受信し、当該トリガ操作に応じてカード取扱申請ページを提出し、例えば、前記カード取扱申請ページをカード取扱機構のサーバー４２に提出し、その後カード取扱機構のクライアント４３がサーバー４２からカード取扱申請ページを取得し、カード取扱機構の作業者によってカード取扱申請ページの情報をチェックし、チェックを通じた後、クレジットカードを発行し、当該クレジットカードをカード取扱申請ページに提供された通信アドレスに郵送する。携帯電話４１は、他の端末デバイス、例えば、予め設定された操作システムまたは必要なＡＰＰインストールされたタブレットコンピューターに代替されることもでき、すなわち当該タブレットコンピューターがユーザー情報を抽出し、抽出されたユーザー情報をカード取扱申請ページに記入し、カード取扱申請ページを提出するなどの操作などを完了することができる。

前記実施例において、取得された様々な履歴通信データがチェックを通じたため、客観的で真実であり、偽造し難く、したがって、履歴通信データから抽出されたユーザー情報は、客観的で、正確であり、データの真実性が向上され、ユーザーが主観的に情報を記入する場合の偏差を減少させ、カード発行機構のリスクを低下させ、同時に、情報抽出方式は、柔軟で、容易に実現される。

図５は別の例示的な実施例による別のカード取扱データ処理方法のフローチャートである。図５に示されたように、前記方法は下記ステップを含むことができる。

ステップＳ５０１−Ｓ５０４は、ステップＳ１０１−Ｓ１０４と同じであるので、ここで説明は、省略する。

ステップＳ５０５において、ユーザー情報をチェックするようにユーザーに提示するための提示メッセージを表示する。

当該実施例において、抽出された情報は、エラーが発生する可能性もあるため、抽出されたユーザー情報をカード取扱申請ページに対応して記入した後、提示メッセージを表示でき、例えば、「記入されたユーザー情報をチェックしてください」という提示メッセージを表示できる。

ステップＳ５０６において、ユーザーがカード取扱申請ページを修正した後の情報を受信する。

当該実施例において、ユーザーは、提示メッセージに基づいてユーザー情報をチェックすることができ、ある情報が間違って記入されたこと、例えば通信アドレスの一部の情報が間違って記入されたことを発見した場合、ユーザーは、間違った情報を手動で修正することができる。

ユーザーが間違った情報を手動で修正した後、携帯電話などの端末デバイスは、修正後の情報を受信できる。

また、カード取扱申請ページに記入された情報が全部で正確である場合、ユーザーは、カード取扱申請ページに記入されたユーザー情報を修正する必要がなく、直接カード取扱申請ページを提出することができる。

ステップＳ５０７は、提出要求を受信し、提出要求に応じてカード取扱申請ページを提出する。

ステップＳ５０７の実現過程は、ステップＳ１０５と同じであるので、ここで説明は省略する。

前記実施例において、提示メッセージを表示することにより、情報をチェックするようにユーザーに提示することができ、ユーザー情報の正確性を向上するのに役立ち、ユーザーがカード取扱申請ページを修正した後の情報を受信することにより、ユーザー情報の正確性が向上される。

前記カード取扱データ処理方法の実施例に対応して、本開示の実施例は、さらにカード取扱データ処理装置の実施例を提供する。

図６は一つの例示的な実施例によるカード取扱データ処理装置のブロック図である。図６に示すように、カード取扱データ処理装置は、受信モジュール６１、取得モジュール６２、抽出モジュール６３、記入モジュール６４と受信提出モジュール６５を含む。

受信モジュール６１は、カード取扱要求を受信するように構成され、
取得モジュール６２は、受信モジュール６１により受信されたカード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得するように構成され、
抽出モジュール６３は、取得モジュール６２により取得された履歴通信データからユーザー情報を抽出するように構成され、
記入モジュール６４は、抽出モジュール６３により抽出されたユーザー情報をカード取扱申請ページに対応して記入するように構成され、
受信提出モジュール６５は、提出要求を受信し、提出要求に応じて、記入モジュール６４がユーザー情報を記入した取扱申請ページを提出するように構成される。

一つの実施例において、記入モジュール６４は、ユーザー情報をカード取扱申請ページにおける記入すべきオプションとマッチングし、マッチング結果に基づいて、ユーザー情報を対応する記入オプションに記入するように構成されることができる。図６に示す装置は、前記図１に示す方法のプロセスを実現するように構成され、関する関連内容の説明は、同じであるので、ここで説明は省略する。

前記カード取扱データ処理装置の実施例において、取得モジュールにより、受信されたカード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得し、抽出モジュールにより、履歴通信データからユーザー情報を抽出し、記入モジュールが抽出されたユーザー情報をカード取扱申請ページに対応して記入し、即ち、ユーザーがユーザー情報を手動で記入する必要がなく、時間と手数が節約され、同時に、ユーザーが手動で記入する場合のエラー発生率が低下し、ユーザーがカードをオンラインで取扱するのに便利を与える。

図７Ａは、一つの例示的な実施例による別のカード取扱データ処理装置のブロック図である。図７Ａに示すように、前記図６に示す実施例に基づいて、取得モジュール６２は、第一の取得サブモジュール６２１を含むことが可能となる。

第一の取得サブモジュール６２１は、カード取扱要求に応じて、金融情報が含まれるショートメッセージを取得するように構成される。

抽出モジュール６３は、第一の抽出サブモジュール６３１を含むことが可能となる。

第一の抽出サブモジュール６３１は、第一の取得サブモジュール６２１により受信されたショートメッセージを分析し、分析結果に基づいてユーザーの収入情報を抽出するように構成される。

図７Ａに示す装置は、前記図２に示す方法のプロセスを実現するように構成され、関する関連内容の説明は、同じであるので、ここで説明は省略する。

前記実施例において、取得された、金融情報が含まれるショートメッセージが偽造しにくいため、履歴通信データから抽出されたユーザー情報は、より客観的で、正確であり、データの真実性を向上させ、ユーザーが情報を主観的に記入する場合の偏差を減少させ、カード発行機構のリスクを低下させ、同時に、情報抽出の方式が柔軟で、かつ容易に実現される。

図７Ｂは、一つの例示的な実施例による別のカード取扱データ処理装置のブロック図である。図７Ｂに示すように、前記図６に示す実施例に基づいて、取得モジュール６２は、第二の取得サブモジュール６２２を含むことが可能となる。

第二の取得サブモジュール６２２は、カード取扱要求に応じて、支払口座登録情報を取得するように構成される。

抽出モジュール６３は、第二の抽出サブモジュール６３２を含むことが可能となる。

第二の抽出サブモジュール６３２は、第二の取得サブモジュール６３１により取得された支払口座登録情報からユーザーの身元情報を抽出するように構成される。

図７Ｂに示す装置は、前記図２に示す方法のプロセスを実現するように構成され、関する関連内容の説明は、同じであるので、ここで説明は省略する。

前記実施例において、取得された支払口座登録情報は、チェックを通じたため、客観的でかつ真実であり、偽造しにくく、したがって、履歴通信データから抽出されたユーザー情報は、より客観的で、正確であり、データの真実性を向上させ、ユーザーが情報を主観的に記入する場合の偏差を減少させ、カード発行機構のリスクを低下させ、同時に、情報抽出の方式が柔軟で、かつ容易に実現される。

図７Ｃは、一つの例示的な実施例による別のカード取扱データ処理装置のブロック図である。図７Ｃに示すように、前記図６に示す実施例に基づいて、取得モジュール６２は、第三の取得サブモジュール６２３を含むことが可能となる。

第三の取得サブモジュール６２３は、カード取扱要求に応じて、費用納付履歴レコードを取得するように構成される。

抽出モジュール６３は、第三の抽出サブモジュール６３３を含むことが可能となる。

第三の抽出サブモジュール６３３は、第三の取得サブモジュール６２３により取得された費用納付履歴レコードからユーザーの通信アドレスを抽出するように構成される。

図７Ｃに示す装置は、前記図２に示す方法のプロセスを実現するように構成され、関する関連内容の説明は、同じであるので、ここで説明は、省略する。

前記実施例において、取得された費用納付履歴レコードが偽造しにくいため、履歴通信データから抽出されたユーザー情報は、より客観的で、正確であり、データの真実性を向上させ、ユーザーが情報を主観的に記入する場合の偏差を減少させ、カード発行機構のリスクを低下させ、同時に、情報抽出の方式が柔軟で、かつ容易に実現される。

図７Ｄは、一つの例示的な実施例による別のカード取扱データ処理装置のブロック図である。図７Ｄに示すように、前記図６に示す実施例に基づいて、取得モジュール６２は、第四の取得サブモジュール６２４を含むことが可能となる。

第四の取得サブモジュール６２４は、カード取扱要求に応じてメールクライアントデータを取得するように構成される。

抽出モジュール６３は、第四の抽出サブモジュール６３４を含むことが可能となる。

第四の抽出サブモジュール６３４は、第四の取得サブモジュール６２４により取得されたメールクライアントデータからユーザーの電子メール情報を抽出するように構成される。

図７Ｄに示す装置は、前記図２に示す方法のプロセスを実現するように構成され、関する関連内容の説明は、同じであるので、ここで説明は省略する。

前記実施例において、取得されたメールクライアントデータが偽造しにくいため、履歴通信データから抽出されたユーザー情報は、より客観的で、正確であり、データの真実性を向上させ、ユーザーが情報を主観的に記入する場合の偏差を減少させ、カード発行機構のリスクを低下させ、同時に、情報抽出の方式が柔軟で、かつ容易に実現される。

図８Ａは、一つの例示的な実施例による別のカード取扱データ処理装置のブロック図である。図８Ａに示すように、前記図６に示す実施例に基づいて、前記装置は、表示モジュール６６と修正情報受信モジュール６７をさらに含むことができる。

表示モジュール６６は、受信提出モジュール６５が提出要求を受信する前に、ユーザー情報をチェックするようにユーザーに提示するための提示メッセージを表示するように構成される。

修正情報受信モジュール６７は、ユーザーがカード取扱申請ページを修正した後の情報を受信するように構成される。

図８Ａに示す装置は、前記図５に示す方法のプロセスを実現するように構成され、関する関連内容の説明は、同じであるので、ここで説明は、省略する。

前記実施例において、提示メッセージを表示することにより、情報をチェックするようにユーザーに提示でき、ユーザーがカード取扱申請ページを修正した後の情報を受信することにより、ユーザー情報の正確性が向上される。

図８Ｂは、一つの例示的な実施例による別のカード取扱データ処理装置のブロック図である。図８Ｂに示すように、前記図６に示す実施例に基づいて、記入モジュール６４は、受信表示サブモジュール６４１と受信記入サブモジュール６４２を含むことができる。

受信表示サブモジュール６４１は、カード取扱申請ページにおける記入すべきオプションに対するトリガ命令を受信し、トリガ命令に応じて、トリガされた記入すべきオプションに対応するユーザー情報を表示するように構成される。

受信記入サブモジュール６４２は、受信表示サブモジュール６４１により表示されたユーザー情報に対する記入命令を受信し、記入命令に応じて、表示されたユーザー情報をトリガされた記入すべきオプションに記入するように構成される。

図８Ｂに示す装置は、前記図１に示す方法のプロセスを実現するように構成され、関する関連内容の説明は、同じであるので、ここで説明は省略する。

前記実施例において、ユーザーの操作に基づいて抽出された情報をカード取扱申請ページに記入する方式により、ユーザーが情報手動で入力する作業量を効果的に削減させることができる。

前記実施例における装置について、その中の各モジュール、サブモジュールが操作を実行する具体的な方式は、すでに前記方法に関する実施例において詳しく説明されたため、ここで詳しく説明しない。

図９は、一つの例示的な実施例によるカード取扱データ処理装置に適用するブロック図である。例えば、装置９００は、携帯電話、コンピューター、デジタル放送端末、メッセージ送受信デバイス、ゲームコンソール、タブレットデバイス、医療デバイス、フィットネスデバイス、個人データアシスタント、航空機などであってよい。

図９を参照し、装置９００は、処理コンポーネント９０２、メモリ９０４、電源コンポーネント９０６、マルチメディアコンポーネント９０８、オーディオコンポーネント９１０、入力／出力（Ｉ／Ｏ）インターフェース９１２、センサーコンポーネント９１４、および通信コンポーネント９１６の一つまたは複数のモジュールを含むことができる。

処理コンポーネント９０２は、通常、装置９００の全体操作、例えば、表示、電話コール、データ通信、カメラ操作および記録操作に関する操作を制御する。処理コンポーネント９０２は、前記方法の全部または一部のステップを完了するように、一つまたは複数のプロセッサ９２０を含んで命令を実行することができる。また、処理コンポーネント９０２は、その他のモジュールとのインタラクションを容易にするように、一つまたは複数のモジュールを含むことができる。例えば、処理コンポーネント９０２は、処理モジュール９０２とのインタラクションを容易にするように、マルチメディアモジュールを含むことができる。

メモリ９０４は、装置９００での操作をサポートするように、様々なデータを記憶するように構成される。これらのデータの例が装置９００で操作されるいかなるアプリケーションプログラムまたは方法のための命令、連絡先データ、電話帳データ、メッセージ、ピクチャー、ビデオなどを含む。メモリ９０４は、いかなるタイプの揮発性または不揮発性記憶装置またはそれらの組み合わせ、例えばスタティックランダムアクセスメモリ（ＳＲＡＭ）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ）、プログラマブル読み取り専用メモリ（ＰＲＯＭ）、読み取り専用メモリ（ＲＯＭ）、磁気メモリ、フラッシュメモリ、磁気ディスクまたは光ディスクによって実現されることができる。

電源コンポーネント９０６は、装置９００の様々なコンポーネントに電力を提供する。電源コンポーネント９０６は、電源管理システム、一つまたは複数の電源、およびその他の装置９００のために電力を生成、管理および割り当てることに関するコンポーネントを含むことができる。

マルチメディアコンポーネント９０８は、装置９００とユーザーとの間に一つの出力インターフェースを提供するスクリーンを含む。いくつかの実施例において、スクリーンは、液晶ディスプレイ（ＬＣＤ）とタッチパネル（ＴＰ）を含むことができる。スクリーンは、タッチパネルを含む場合、ユーザーからの入力信号を受信するように、タッチスクリーンとして実現されることができる。タッチパネルは、タッチ、スライドおよびタッチパネル上のジェスチャーをセンシングするように、一つまたは複数のタッチセンサーを含むことができる。前記タッチセンサーは、タッチまたはスライド動作の限界をセンシングすることができるだけではなく、タッチまたはスライド操作に関する持続時間および圧力を検出することができる。いくつかの実施例において、マルチメディアコンポーネント９０８は、一つのフロントカメラおよび／またはリアカメラを含む。装置９００が操作モード、例えば撮影モードまたはビデオモードにある場合、フロントカメラと／または後置カメラは外部のマルチメディアデータを受信できる。各フロントカメラとリアカメラは、固定された光学レンズシステムであってよく、または焦点距離と光学ズーム機能を備える。

オーディオコンポーネント９１０は、オーディオ信号を出力および／または入力するように構成される。例えば、オーディオコンポーネント９１０は、１つのマイク（ＭＩＣ）を含み、装置９００が操作モード、例えば、コールモード、記録モードと音声認識モードにある場合、マイクは、外部のオーディオ信号を受信するように構成される。受信されたオーディオ信号は、さらにメモリ９０４に記憶され、または通信コンポーネント９１６を経由して送信されることができる。いくつかの実施例において、オーディオコンポーネント９１０は、オーディオ信号を出力するように構成されるスピーカーをさらに含む。

Ｉ／Ｏインターフェース９１２は、処理コンポーネント９０２と周辺インターフェースモジュールの間にインターフェースを提供し、前記周辺インターフェースモジュールがキーボード、クリックホイル、ボタンなどであってよい。これらのボタンは、ホームページボタン、音量ボタン、起動ボタンとロックボタンを含むことができるがこれらに限られない。

センサーコンポーネント９１４は、装置９００に各方面の状態評価を提供するための一つまたは複数のセンサーを含む。例えば、センサーコンポーネント９１４は、装置９００のオン／オフ状態、コンポーネントの相対的な位置決め、例えば前記コンポーネントが装置９００のディスプレイとキーパッドであることを検出することができ、また、センサーコンポーネント９１４は、装置９００または装置９００の一つのコンポーネントの位置変化、ユーザーと装置９００との接触の有無、装置９００の方位または加速／減速および装置９００の温度変化を検出することができる。センサーコンポーネント９１４は、いかなる物理的な接触が無い場合に付近物体の存在を検出するように構成される近接センサーを含むことができる。センサーコンポーネント９１４は、さらにイメージングアプリケーションに使用されるためのＣＭＯＳまたはＣＣＤ画像センサーのような光センサーを含むことができる。いくつかの実施例において、前記センサーコンポーネント９１４は、さらに加速度センサー、ジャイロスコープセンサー、磁気センサー、圧力センサーまたは温度センサーを含むことができる。

通信コンポーネント９１６は、装置９００とその他の装置との有線または無線通信を容易にするように構成される。装置９００は、ＷｉＦｉ、２Ｇまたは３Ｇ、またはそれらの組み合わせのような通信基準に基づく無線ネットワックにアクセスすることができる。一つの例示的な実施例において、通信コンポーネント９１６は、放送チャンネルを経由して外部の放送管理システムからの放送信号または放送関連情報を受信する。一つの例示的な実施例において、通信コンポーネント９１６は、近距離通信を促進するように、近距離通信（ＮＦＣ）モジュールをさらに含む。例えば、ＮＦＣモジュールは、ＲＦ識別（ＲＦＩＤ）技術、赤外線データ協会（ＩｒＤＡ）技術、超広帯域（ＵＷＢ）技術、ブルートゥース（登録商標）（ＢＴ）技術とその他の技術に基づいて実現されることができる。

例示的な実施例において、装置９００は、一つまたは複数の特定用途集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理装置（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、プログラマブルゲートアレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサまたは他の電子部品によって実現されることができ、前記方法を実行するように構成される。

例示的な実施例において、命令を含む非一時的なコンピューター可読記憶媒体、例えば命令を含むメモリ９０４が提供され、前記命令は、前記方法を完了するように、装置９００のプロセッサ９２０によって実行されることができる。例えば、前記非一時的なコンピューター可読記憶媒体は、ＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ-ＲＯＭ、磁気テープ、フロッピーディスクと光データ記憶装置などであってよい。

当業者は、明細書を考えてここで開示された実施例を実践した後、本開示の実施例の他の実施形態を容易に考案する。本出願は、本開示の実施例のいかなる変形、用途または適応的変化をカバーすることを意図しており、これらの変形、用途または適応的変化が本開示の実施例の一般的な原理に従いかつ本開示において開示されない本技術分野の公知な常識または慣用技術手段を含む。明細書と実施例は、例示的なものと視なされるだけであり、本発明の真の範囲と精神、以下の特許請求の範囲によって示される。

本開示の実施例は、以上に説明されかつ図面に示される精確な構造に限らず、かつその範囲から逸脱することなく様々な修正および変更を行うことができると理解すべきである。本開示の範囲は、添付の特許請求の範囲のみによって制限される。

本開示の実施例による技術的解決手段において受信されたカード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得し、履歴通信データからユーザー情報を抽出し、ユーザー情報をカード取扱申請ページに対応して記入し、即ち、ユーザーがユーザー情報を手動で記入する必要がなく、時間と手間が節約され、同時に、ユーザーが手動で記入する場合のエラー発生率が低下し、ユーザーがカードをオンラインで取扱するのに便利を与える。

取得された、金融情報が含まれるショートメッセージが偽造しにくいため、履歴通信データから抽出されたユーザー情報は、より客観的で、正確であり、データの真実性を向上させ、ユーザーが主観的に情報を記入する場合の偏差を減少させ、カード発行機構のリスクを低下させ、同時に、情報抽出の方式が柔軟で、かつ容易に実現される。

取得された支払口座登録情報がチェックを通じたため、客観的で、真実であり、偽造しにくく、そのため、履歴通信データから抽出されたユーザー情報は、より客観的で、正確であり、データの真実性を向上させ、ユーザーが主観的に情報を記入する場合の偏差を減少させ、カード発行機構のリスクを低下させ、同時に、情報抽出の方式が柔軟で、かつ容易に実現される。

取得された費用納付履歴レコードが偽造しにくいため、履歴通信データから抽出されたユーザー情報は、より客観的で、正確であり、データの真実性を向上させ、ユーザーが主観的に情報を記入する場合の偏差を減少させ、カード発行機構のリスクを低下させ、同時に、情報抽出の方式が柔軟で、かつ容易に実現される。

取得されたメールクライアントデータが偽造しにくいため、履歴通信データから抽出されたユーザー情報は、より客観的で、正確であり、データの真実性を向上させ、ユーザーが主観的に情報を記入する場合の偏差を減少させ、カード発行機構のリスクを低下させ、同時に、情報抽出の方式が柔軟で、かつ容易に実現される。

抽出された情報を自動的にカード取扱申請ページに記入する方式により、移動端末、例えば携帯電話のスクリーンが小さいのでページを捲る必要がある操作を回避でき、情報記入過程は、簡単になる。

ユーザーの操作に基づいて抽出された情報をカード取扱申請ページに記入する方式により、ユーザーが情報を手動で入力する作業量を効果的に削減できる。

提示メッセージを表示することにより、情報をチャックするようにユーザーに提示でき、ユーザーが前記カード取扱申請ページを修正した後の情報を受信することにより、ユーザー情報の正確性が向上される。

Claims (17)

1. カード取扱データ処理方法であって、
   カード取扱要求を受信することと、
   前記カード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得することと、
   前記履歴通信データからユーザー情報を抽出することと、
   前記ユーザー情報をカード取扱申請ページに対応して記入することと、
   提出要求を受信し、前記提出要求に応じてカード取扱申請ページを提出することとを含む、前記カード取扱データ処理方法。
2. 前記カード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得することは、
   前記カード取扱要求に応じて、金融情報が含まれるショートメッセージを取得することを含み、
   前記履歴通信データから前記ユーザー情報を抽出することは、
   前記ショートメッセージを分析し、分析結果に基づいてユーザーの収入情報を抽出することを含むことを特徴とする
   請求項１に記載のカード取扱データ処理方法。
3. 前記カード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得することは、
   前記カード取扱要求に応じて、支払口座登録情報を取得することを含み、
   前記履歴通信データから前記ユーザー情報を抽出することは、
   前記支払口座登録情報からユーザーの身元情報を抽出することを含むことを特徴とする
   請求項１に記載のカード取扱データ処理方法。
4. 前記カード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得することは、
   前記カード取扱要求に応じて、費用納付履歴レコードを取得することを含み、前記履歴通信データから前記ユーザー情報を抽出することは、
   前記費用納付履歴レコードからユーザーの通信アドレスを抽出することを含むことを特徴とする
   請求項１に記載のカード取扱データ処理方法。
5. 前記カード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得することは、
   前記カード取扱要求に応じてメールクライアントデータを取得することを含み、
   前記履歴通信データから前記ユーザー情報を抽出することは、
   前記メールクライアントデータからユーザーの電子メール情報を抽出することを含むことを特徴とする
   請求項１に記載のカード取扱データ処理方法。
6. 前記ユーザー情報をカード取扱申請ページに対応して記入することは、
   前記ユーザー情報を前記カード取扱申請ページにおける記入すべきオプションとマッチングし、マッチング結果に基づいて前記ユーザー情報を対応する記入すべきオプションに記入することを含むことを特徴とする
   請求項１に記載のカード取扱データ処理方法。
7. 前記ユーザー情報をカード取扱申請ページに対応して記入することは、
   前記カード取扱申請ページにおける記入すべきオプションに対するトリガ命令を受信し、前記トリガ命令に応じて、トリガされた記入すべきオプションに対応する前記ユーザー情報を表示し、
   表示されたユーザー情報に対する記入命令を受信し、前記記入命令に応じて表示されたユーザー情報を前記トリガされた記入すべきオプションに記入することを含むことを特徴とする
   請求項１に記載のカード取扱データ処理方法。
8. 前記提出要求を受信する前に、前記ユーザー情報をチェックするようにユーザーに提示するための提示メッセージを表示することと、
   前記ユーザーが前記カード取扱申請ページを修正した後の情報を受信することとをさらに含むことを特徴とする
   請求項１に記載のカード取扱データ処理方法。
9. カード取扱データ処理装置であって、
   カード取扱要求を受信するように構成される受信モジュールと、
   前記受信モジュールにより受信された前記カード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得するように構成される取得モジュールと、
   前記取得モジュールにより取得された前記履歴通信データから前記ユーザー情報を抽出するように構成される抽出モジュールと、
   前記抽出モジュールにより抽出された前記ユーザー情報をカード取扱申請ページに対応して記入するように構成される記入モジュールと、
   提出要求を受信し、前記提出要求に応じて、前記記入モジュールが記入された前記ユーザー情報を記入した前記カード取扱申請ページを提出するように構成される受信提出モジュールとを含む、前記カード取扱データ処理装置。
10. 前記取得モジュールは、
    前記カード取扱要求に応じて、金融情報が含まれるショートメッセージを取得するように構成される第一の取得サブモジュールとを含み、；
    前記抽出モジュールは、
    前記第一の取得サブモジュールにより取得された前記ショートメッセージを分析し、分析結果に基づいてユーザーの収入情報を抽出するように構成される第一の抽出サブモジュールを含むことを特徴とする
    請求項９に記載のカード取扱データ処理装置。
11. 前記取得モジュールは、
    前記カード取扱要求に応じて支払口座登録情報を取得するように構成される第二の取得サブモジュールを含み、
    前記抽出モジュールは、
    前記第二の取得サブモジュールにより取得された前記支払口座登録情報からユーザーの身元情報を抽出するように構成される第二の抽出サブモジュールを含むことを特徴とする
    請求項９に記載のカード取扱データ処理装置。
12. 前記取得モジュールは、
    前記カード取扱要求に応じて費用納付履歴レコードを取得するように構成される第三の取得サブモジュールを含み、
    前記抽出モジュールは、
    前記第三の取得サブモジュールにより取得された前記費用納付履歴レコードからユーザーの通信アドレスを抽出するように構成される第三の抽出サブモジュールを含むことを特徴とする
    請求項９に記載のカード取扱データ処理装置。
13. 前記取得モジュールは、
    前記カード取扱要求に応じてメールクライアントデータを取得するように構成される第四の取得サブモジュールを含み、
    前記抽出モジュールは、
    前記第四の取得サブモジュールにより取得された前記メールクライアントデータからユーザーの電子メール情報を抽出するように構成される第四の抽出サブモジュールを含むことを特徴とする
    請求項９に記載のカード取扱データ処理装置。
14. 前記記入モジュールは、
    前記ユーザー情報と前記カード取扱申請ページにおける記入すべきオプションをマッチングし、マッチング結果に基づいて前記ユーザー情報を対応した記入すべきオプションに記入するように構成される
    請求項９に記載のカード取扱データ処理装置。
15. 前記記入モジュールは、：
    前記カード取扱申請ページにおける記入すべきオプションに対するトリガ命令を受信し、前記トリガ命令に応じて、トリガされた記入すべきオプションに対応する前記ユーザー情報を表示するように構成される受信表示サブモジュールと、
    前記受信表示サブモジュールにより表示されたユーザー情報に対する記入命令を受信し、前記記入命令に応じて表示されたユーザー情報を前記トリガされた記入すべきオプションに記入するように構成される受信記入サブモジュールとを含むことを特徴とする
    請求項９に記載のカード取扱データ処理装置。
16. 前記受信提出モジュールが提出要求を受信する前に、前記ユーザー情報をチェックするようにユーザーに提示するための提示メッセージを表示するように構成される表示モジュールと、
    前記ユーザーが前記カード取扱申請ページを修正をした後の情報を受信するように構成される修正情報受信モジュールとをさらに含むことを特徴とする
    請求項９に記載のカード取扱データ処理装置。
17. カード取扱データの処理装置であって、
    プロセッサと、
    プロセッサ実行可能命令を記憶するように構成されるメモリとを含み、
    ここで、前記プロセッサは、
    カード取扱要求を受信し、
    前記カード取扱要求に応じて、カード取扱のために必要なユーザー情報が含まれる履歴通信データを取得し、
    前記履歴通信データからユーザー情報を抽出し、
    前記ユーザー情報をカード取扱申請ページに対応して記入し、
    提出要求を受信し、前記提出要求に応じて前記カード取扱申請ページを提出するように構成される、前記カード取扱データの処理装置。