特許 6682453 データ通信

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

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

(11)【特許番号】6682453

(24)【登録日】2020年3月27日

(45)【発行日】2020年4月15日

(54)【発明の名称】データ通信

(51)【国際特許分類】

   G06F 21/31 20130101AFI20200406BHJP

   G06F 13/00 20060101ALI20200406BHJP

   G07G 1/14 20060101ALI20200406BHJP

   G07G 1/12 20060101ALI20200406BHJP

【ＦＩ】

   G06F21/31

   G06F13/00 510A

   G07G1/14

   G07G1/12 321P

【請求項の数】20

【全頁数】28

(21)【出願番号】特願2016-566986(P2016-566986)

(86)(22)【出願日】2015年5月28日

(65)【公表番号】特表2017-519278(P2017-519278A)

(43)【公表日】2017年7月13日

(86)【国際出願番号】US2015033034

(87)【国際公開番号】WO2015184171

(87)【国際公開日】20151203

【審査請求日】2018年5月11日

(31)【優先権主張番号】201410239154.6

(32)【優先日】2014年5月30日

(33)【優先権主張国】CN

【前置審査】

(73)【特許権者】

【識別番号】510330264

【氏名又は名称】アリババ・グループ・ホールディング・リミテッド

【氏名又は名称原語表記】ＡＬＩＢＡＢＡ ＧＲＯＵＰ ＨＯＬＤＩＮＧ ＬＩＭＩＴＥＤ

(74)【代理人】

【識別番号】110001243

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

(72)【発明者】

【氏名】リチョン リー

【審査官】 青木 重徳

(56)【参考文献】

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

【文献】 国際公開第２０１３／１７８９８２（ＷＯ，Ａ１）

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

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

【文献】 特表２００４−５０８６４４（ＪＰ，Ａ）

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

Ｇ０６Ｆ ２１／３１

Ｇ０６Ｆ １３／００

Ｇ０７Ｇ １／１２

Ｇ０７Ｇ １／１４

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

【請求項1】

サーバによって実行される方法であって、前記方法は、
クライアント端末によって送信された通信要求を受信すること、
第１のプリセット・ルールに従って、少なくとも１つのデジット・コードを生成すること、
前記クライアント端末へ、前記少なくとも１つのデジット・コードを含む情報を送信すること、
前記クライアント端末によって送信された検証データを受信することであって、前記検証データは、前記少なくとも１つのデジット・コードに対応する少なくとも１つの入力イベントが検出された後に、前記クライアント端末によって取得される、こと、
前記少なくとも１つのデジット・コードに対応する少なくとも１つのデジット・データを、プリセット・データから取得すること、
前記少なくとも１つのデジット・データと前記検証データとを比較すること、及び
前記少なくとも１つのデジット・データが前記検証データと同じであるとの判定に応じて、前記クライアント端末へ成功情報コードを送信することであって、前記検証データは、前記プリセット・データの一部に対応する、ことを含む、方法。

【請求項2】

前記プリセット・データが、アカウントのパスワードである、請求項１に記載の方法。

【請求項3】

前記通信要求が、前記クライアント端末のユーザのアカウント情報を含む、請求項１に記載の方法。

【請求項4】

前記少なくとも１つのデジット・コードの桁数が、前記プリセット・データの桁数未満である、請求項１に記載の方法。

【請求項5】

前記第１のプリセット・ルールは、前記プリセット・データの中の少なくとも１つのコードを予約コードとして設定することを含み、
前記第１のプリセット・ルールによって生成された前記少なくとも１つのデジット・コードが、前記予約コードのデジット・コードを含まない、請求項１に記載の方法。

【請求項6】

前記第１のプリセット・ルールが、前記プリセット・データの桁数未満の前記少なくとも１つのデジット・コードの桁数を生成するランダム関数を含む、請求項１に記載の方法。

【請求項7】

前記クライアント端末が、パーソナル・コンピュータ、販売時点情報管理（ＰＯＳ）マシンまたは自動入出金機（ＡＴＭ）である、請求項１に記載の方法。

【請求項8】

第２のプリセット・ルールに従って検証コードを生成すること、及び
前記検証コードをプリセット端末へ送信することをさらに含む、請求項１に記載の方法。

【請求項9】

前記プリセット端末が携帯電話である、請求項８に記載の方法。

【請求項10】

前記クライアント端末から、検証すべきコードを受信することをさらに含み、
前記少なくとも１つのデジット・データと前記検証データとを比較することが、
前記少なくとも１つのデジット・データと前記検証データとを比較することと、
前記検証すべきコードと検証コードとを比較することを含む、請求項１に記載の方法。

【請求項11】

前記少なくとも１つのデジット・データが前記検証データと同じであるとの判定に応じて前記クライアント端末へ前記成功情報コードを送信することが、
前記少なくとも１つのデジット・データが前記検証データと同じであり、且つ前記検証すべきコードが前記検証コードと同じであるとの判定に応じて、前記クライアント端末へ前記成功情報コードを送信することを含む、請求項１０に記載の方法。

【請求項12】

クライアント端末によって、サーバへ通信要求を送信すること、
前記サーバによって送信された、少なくとも１つのデジット・コードを含む情報を受信すること、
前記少なくとも１つのデジット・コードの桁数に桁数が対応する、少なくとも１つの入力ボックスを生成すること、
前記少なくとも１つの入力ボックスの入力イベントを検出することであって、前記入力イベントは前記少なくとも１つのデジット・コードに対応する、こと、
前記入力イベントが発生した際、前記少なくとも入力ボックスのデータを取得すること、
前記少なくとも１つの入力ボックスの前記データを、少なくとも１つの検証データとして使用すること、及び
前記少なくとも１つの検証データを前記サーバへ送信することであって、前記検証データは、前記サーバに格納されているプリセット・データの一部に対応する、ことを含む、方法。

【請求項13】

前記通信要求が、前記クライアント端末のユーザのアカウント情報を含む、請求項１２に記載の方法。

【請求項14】

プリセット端末によって受信された検証コードを取得すること、
前記検証コードを検証すべきコードとして使用すること、及び
前記検証すべきコードを前記サーバへ送信することをさらに含む、請求項１２に記載の方法。

【請求項15】

前記プリセット端末が携帯電話である、請求項１４に記載の方法。

【請求項16】

前記クライアント端末が、パーソナル・コンピュータ、販売時点情報管理（ＰＯＳ）マシンまたは自動入出金機（ＡＴＭ）である、請求項１２に記載の方法。

【請求項17】

サーバを含むデータ通信システムであって、
前記サーバが、
クライアント端末によって送信された通信要求を受信する受信モジュール、
前記通信要求に応答し、第１のプリセット・ルールに従って少なくとも１つのデジット・コードを生成し、且つ前記少なくとも１つのデジット・コードを含む情報を前記クライアント端末へ送信する応答モジュール、
前記クライアント端末によって送信された検証データを受信する検証データ受信モジュールであって、前記検証データは、前記少なくとも１つのデジット・コードに対応する少なくとも１つの入力イベントが検出された後に、前記クライアント端末によって取得される検証データ受信モジュール、及び
比較モジュールを含み、前記比較モジュールが、
前記少なくとも１つのデジット・コードに対応する少なくとも１つのデジット・データをプリセット・データから取得し、
前記少なくとも１つのデジット・データと前記検証データとを比較し、且つ
前記少なくとも１つのデジット・データが前記検証データと同じであるとの判定に応じて、前記クライアント端末へ成功情報コードを送信し、前記検証データは、前記プリセット・データの一部に対応する、前記データ通信システム。

【請求項18】

前記プリセット・データが、アカウントのパスワードである、請求項１７に記載のデータ通信システム。

【請求項19】

前記クライアント端末をさらに含み、
前記クライアント端末が、
前記サーバへ前記通信要求を送信する要求送信モジュールと、
前記サーバによって送信された前記情報を受信するデジット・コード受信モジュールと、
入力モジュールであって、
前記少なくとも１つのデジット・コードの桁数に桁数が対応する、少なくとも１つの入力ボックスを生成し、
前記少なくとも１つの入力ボックスの入力イベントを検出し、且つ
前記入力イベントが発生した際、前記少なくとも入力ボックスのデータを取得する前記入力モジュールと、
検証データ送信モジュールであって、
前記少なくとも１つの入力ボックスの前記データを少なくとも１つの検証データとして使用し、且つ
前記少なくとも１つの検証データを前記サーバへ送信する前記検証データ送信モジュールと、を含む、請求項１７に記載のデータ通信システム。

【請求項20】

前記クライアント端末が、パーソナル・コンピュータ、販売時点情報管理（ＰＯＳ）マシンまたは自動入出金機（ＡＴＭ）である、請求項１９に記載のデータ通信システム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、参照により本明細書中に全体が援用される、２０１４年５月３０日に出願された中国特許出願第２０１４１０２３９１５４．６号（発明の名称「Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｍｅｔｈｏｄ ａｎｄ Ｓｙｓｔｅｍ，Ｃｌｉｅｎｔ ａｎｄ Ｓｅｒｖｅｒ」）の外国優先権を主張する。

【0002】

本開示は、データ通信の技術分野に関し、特に、データ通信方法及びシステム、クライアント及びサーバに関する。

【背景技術】

【0003】

実生活では、多くの場合、ユーザを認証するためのパスワード照合が必要である。例えば、ユーザが、ウェブサイトへログインする、ショッピング・モールで決済する、または銀行もしくは自動入出金機（ＡＴＭ）で現金を引き出す際に、ユーザは、ウェブサイトで登録するか、または銀行で口座を開く必要がある。登録する、または口座を開く場合、ユーザは、オンライン銀行を介して買い物を容易に行うために、もしくは銀行またはＡＴＭで現金を引き出すための銀行カードを使用するために、ユーザ名及びパスワードを設定する必要がある。

【0004】

ウェブサイトまたは銀行の既存のシステムは、完全なアカウント番号及びパスワードを入力することをユーザに要求し、端末によって提供されたアカウント番号及びパスワードを、記憶アカウント番号及びパスワードに照合する。端末によって提供されたアカウント番号及びパスワードが、記憶アカウント番号及びパスワードに一致すると、既存のシステムは、現在の端末がアカウントへのログインに成功したと判定し、現在の端末が、アカウントの特権に従ってユーザに公開されているデータへ、さらにアクセスすることを許可する。しかしながら、既存のシステムには、特定のセキュリティ・リスクがある。例えば、ウェブサイトのアカウント名、またはユーザの銀行口座番号が、ハッカーに知られてしまった場合、ハッカーは、ウェブサイトのサーバへログイン要求を連続的に送信するために、パスワード解読ソフトウェアを使用する可能性がある。トラバース操作によってユーザのパスワードが解読されるよう、各ログイン要求は、異なるパスワードを使用してもよい。現在のウェブサイトは、各入力に対してパスワード変更を要求しないため、既存のパスワードは解読が容易である。一旦パスワードが解読されると、ウェブサイトでのユーザの入金前の資金が着服され得るか、または、オンライン銀行のユーザのアカウント及びパスワードが漏洩してしまい、そのため、ハッカーがユーザの財産を移転させてしまうことも起こり得る。

【発明の概要】

【0005】

この概要は、以下の発明を実施するための形態でさらに説明する概念の選択肢を簡略形式で導入するために提供する。この概要は、特許請求された主題のすべての重要な特徴または必須の特徴を特定することを意図しておらず、さらに特許請求された主題の範囲を判定する支援するものとして単独で用いられることも意図していない。用語「技術」は、上記分野及び本開示中で許容される、例えば、装置（複数可）、システム（複数可）、方法（複数可）及び／またはコンピュータ可読命令を指してもよい。

【0006】

本開示は、ユーザのパスワードが解読されるリスクを低減するデータ通信方法及びシステム、クライアント及びサーバを提供する。

【0007】

本開示は、データ通信方法を提供する。クライアント端末は、通信要求をサーバへ送信する。サーバは、通信要求に応答し、第１のプリセット・ルールに従って、少なくとも１つのデジット・コードを生成する。サーバは、少なくとも１つのデジット・コードを含む情報をクライアント端末へ送信する。クライアント端末は、少なくとも１つのデジット・コードの数に数が対応する、少なくとも１つの入力ボックスを生成し、その少なくとも１つの入力ボックスの入力イベントを検出し、入力イベントが発生した際、少なくとも入力ボックスのデータを取得する。クライアント端末は、その少なくとも１つの入力ボックスのデータを少なくとも１つの検証データとして使用し、それをサーバへ送信する。サーバは、プリセット・データから、少なくとも１つのデジット・コードに対応する少なくとも１つのデジット・データを取得する。サーバは、少なくとも１つのデジット・コード内の各デジット・コードに対応するデジット・データと、検証データとを比較する。少なくとも１つのデジット・コード内の各デジット・コードに対応するデジット・データが検証データと同じである場合、サーバは、成功情報コードをクライアント端末へ送信する。

【0008】

本開示はまた、データ通信システムを提供する。データ通信システムは、クライアント端末及びサーバを含む。クライアント端末は、以下のモジュールを含んでもよい。要求送信モジュールは、通信要求をサーバへ送信する。デジット・コード受信モジュールは、サーバから、少なくとも１つのデジット・コードを含む情報を受信する。入力モジュールは、少なくとも１つのデジット・コードの数に数が対応する、少なくとも１つの入力ボックスを生成し、その少なくとも１つの入力ボックスの入力イベントを検出し、入力イベントが発生した際、その少なくとも入力ボックスのデータを取得する。検証データ送信モジュールは、その少なくとも１つの入力ボックスのデータを少なくとも１つの検証データとして使用し、それをサーバへ送信する。サーバは、以下のモジュールを含んでもよい。要求受信モジュールは、クライアント端末によって送信された通信要求を受信する。応答モジュールは、通信要求に応答し、第１のプリセット・ルールに従って、少なくとも１つのデジット・コードを生成し、クライアント端末へ、少なくとも１つのデジット・コードを含む情報を送信する。検証データ受信モジュールは、クライアント端末によって送信された少なくとも１つの検証データを受信する。比較モジュールは、少なくとも１つのデジット・コードに対応するプリセット・データ内のデジット・データと検証データとを比較し、少なくとも１つのデジット・コードに対応するデジット・データが検証データと同じである場合、クライアント端末へ成功情報コードを送信する。

【0009】

本開示はまた、別のデータ通信方法を提供する。通信要求はサーバへ送信される。サーバによって送信された情報は受信される。受信情報は、少なくとも１つのデジット・コードを含む。少なくとも１つのデジット・コードの数に数が対応する、少なくとも１つの入力ボックスが生成される。少なくとも１つの入力ボックスの入力イベントが検出される。入力イベントが発生した際、その少なくとも１つの入力ボックスのデータが取得される。その少なくとも１つの入力ボックスのデータは、少なくとも１つの検証データとして使用され、サーバへ送信される。

【0010】

本開示はまた、クライアント端末を提供する。クライアント端末は、以下のモジュールを含んでもよい。要求送信モジュールは、サーバへ通信要求を送信する。デジット・コード受信モジュールは、サーバから、少なくとも１つのデジット・コードを含む情報を受信する。入力モジュールは、少なくとも１つのデジット・コードの数に数が対応する、少なくとも１つの入力ボックスを生成し、少なくとも１つの入力ボックスの入力イベントを検出し、入力イベントが発生した際、その少なくとも入力ボックスのデータを取得する。検証データ送信モジュールは、その少なくとも１つの入力ボックスのデータを少なくとも１つの検証データとして使用し、それをサーバへ送信する。

【0011】

本開示はまた、別のデータ通信方法を提供する。クライアント端末によって送信された通信要求が受信される。通信要求に応答して、少なくとも１つのデジット・コードが、第１のプリセット・ルールに従って生成され、その少なくとも１つのデジット・コードを含む情報が、クライアント端末へ送信される。クライアント端末によって送信された少なくとも１つの検証データが受信される。少なくとも１つのデジット・コードに対応する少なくとも１つのデジット・データが、プリセット・データから取得される。プリセット・データから取得された少なくとも１つのデジット・コードに対応する少なくとも１つのデジット・データが、検証データと比較される。少なくとも１つのデジット・コードに対応するデジット・データが検証データと同じである場合、成功情報コードがクライアント端末へ送信される。

【0012】

本開示はまた、サーバを提供する。サーバは、以下のモジュールを含んでもよい。要求受信モジュールは、クライアント端末によって送信された通信要求を受信する。応答モジュールは、通信要求に反応し、第１のプリセット・ルールに従って、少なくとも１つのデジット・コードを生成し、クライアント端末へ、少なくとも１つのデジット・コードを含む情報を送信する。検証データ受信モジュールは、クライアント端末によって送信された少なくとも１つの検証データを受信する。比較モジュールは、少なくとも１つのデジット・コードに対応するプリセット・データ内のデジット・データと検証データとを比較し、少なくとも１つのデジット・コードに対応するデジット・データが検証データと同じである場合、クライアント端末へ成功情報コードを送信する。

【0013】

本開示によって提供される上記技術的解決策に示すように、本開示の技術は、１つまたは複数のプリセット・ルールを設定し、プリセット・データ内の１つまたは複数のデジット・コードに対応するデータの入力をユーザに要求する。したがって、ユーザが毎回識別を検証する際、必須入力データは変化する。したがって、本開示の技術は、ユーザのパスワード・セキュリティを保証し、パスワードが解読されるリスクを低減する。

【0014】

既存の技術の技術的解決策または本開示の技術を明確に表すために、既存の技術の図面、または本開示の例示的な実施形態の図面が、簡潔に説明される。以下の図面が、本開示のいくつかの試験の例示的な実施形態であることは明らかである。当業者は、創造的な努力を払わずに、これら図面に基づく他の図を得ることが可能である。

【図面の簡単な説明】

【0015】

【図1】本開示の例示的な実施形態による例示的なデータ通信方法を表すフローチャートである。

【図2】本開示の例示的な実施形態による、別の例示的なデータ通信方法を表すフローチャートである。

【図3】本開示の例示的な実施形態による例示的なデータ通信システムを表す図である。

【図4】本開示の例示的な実施形態による、別の例示的なデータ通信方法を表すフローチャートである。

【図5】本開示の例示的な実施形態による例示的なクライアント端末を表す図である。

【図6】本開示の例示的な実施形態による、別の例示的なデータ通信方法を表すフローチャートである。

【図7】本開示の例示的な実施形態による、別の例示的なデータ通信方法を表すフローチャートである。

【図8】本開示の例示的な実施形態による例示的なサーバを表す図である。

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

【0016】

当業者が本開示の技術的解決策を理解するために、本開示の例示的な実施形態及び対応する図面を参照しながら、本開示の技術的解決策を以下に説明する。説明される実施形態は、本開示の実施形態の一部分のみを表すものであり、すべての実施形態を表すものではないことが明らかである。創造的な努力を払うことなく、本開示の実施形態に基づき当業者が実施する他のすべての実施形態は、本開示の保護範囲に属する。

【0017】

図１は、本開示の例示的な実施形態による例示的なデータ通信方法を表すフローチャートである。

【0018】

１０２では、クライアント端末はサーバへ通信要求を送信する。

【0019】

例えば、例示的な実施形態のクライアント端末は、ユーザのパーソナル・コンピュータ、商業者の販売時点情報管理（ＰＯＳ）マシンまたはＡＴＭであってよい。代替として、クライアント端末は、そのようなハードウェア上で実行されるソフトウェアであってもよい。サーバは、ウェブサイトのサーバ、または銀行等の商業者のサーバであってよい。

【0020】

クライアント端末が通信要求をサーバへ送信する際、その要求は、ユーザは、クライアント端末を介してサーバへログインして、サーバに記憶された対応データを閲覧する、編集する、または使用することを示す場合がある。例えば、ユーザはパーソナル・コンピュータを介してウェブサイトへログインし、商業者に対して支払いを行うために銀行カードを使用し、ＡＴＭまたは入出金マシンから現金を引き出すために銀行カードを使用し、オンライン銀行等を介して支払いを行う。

【0021】

例えば、通信要求は、文字で構成された文字列でもあってよく、この文字列は、クライアント端末が、サーバとの通信を確立することを要求していることを表す。その通信に基づき、クライアント端末は、サーバ上に記憶されたデータにアクセスしてもよい。ユーザウェブサイトへログインする際にユーザにログイン・ボタンをクリックさせる、またはユーザＰＯＳマシンを介して支払いを行うためにユーザに銀行カードを使用させるような、通信要求を誘発する相当数のイベントが存在する。

【0022】

１０４では、サーバは、通信要求に応答し、第１のプリセット・ルールに従って、少なくとも１つのデジット・コードを生成する。サーバは、クライアント端末へ、少なくとも１つのデジット・コードを含む情報を送信する。

【0023】

例示的な実施形態では、デジット・コードは、プリセット・データのデジットのシリアル番号を表し得る。プリセット・データのデジット・コードの順序は、左から右の順序であっても、右から左の順序であってもよい。例えば、プリセット・データが「７５４９６２」であり、且つデジット・コードの順序が左から右の順序である場合、数字「７」のデジット・コードは１であり、数字「５」のデジット・コードは２であり、数字「４」、「９」、「６」及び「２」のデジット・コードは、それぞれ３、４、５及び６である。デジット・コードの順序が、右から左の順序である場合は、数字「２」のデジット・コードは１であり、数字「６」のデジット・コードは２であり、数字「９」、「４」、「５」及び「７」のデジット・コードは、それぞれ３、４、５及び６である。

【0024】

例えば、プリセット・データは、クライアント端末がサーバとの通信を確立する際、暗号化キーとして使用されるよう、サーバ内に予め記憶されてもよい。例えば、クライアント端末が、サーバ内のものと同じプリセット・データを入力すると、クライアント端末は、サーバとの通信を確立する。プリセット・データは、ユーザによって予め設定されたパスワードであってよい。プリセット・データは、ユーザのアカウント番号またはユーザ名に対応させて記憶されてもよい。ユーザが、正しいアカウント番号及びパスワード、またはユーザ名及びパスワードを入力すると、ユーザは、サーバに記憶されたデータへのアクセスを得る。例えば、プリセット・データは、ユーザがウェブサイトへログインするためのパスワードであってよい。ユーザは、ウェブサイトのログイン・インターフェースでユーザ名及びパスワードを入力してウェブサイトへログインし、さらなる操作を実行する。プリセット・データは、ユーザの銀行口座のパスワードであってもよい。ユーザは、銀行またはＡＴＭで取引きを行うために、口座番号及びパスワード、または口座名義及びパスワードを使用する。例えば、プリセット・データのデジット数は、固定数に予め設定されてもよい。

【0025】

例えば、第１のプリセット・ルールが、少なくとも１つのデジット・コードを生成するために使用される。少なくとも１つのデジット・コードの数及びそのような数の値は、プリセット・データのもの以下である。第１のプリセット・ルールは、数量または、そのような数量の値がプリセット・データのもの以下であるデジットの数を生成する。例えば、プリセット・データのデジット・コードの数は６である。プリセット・ルールは、毎回、１と６との間の２つの数を無作為に選択するものであり、そのように選択された２つの数は、デジット・コードとして使用される。もちろん、通信要求が受信された際に、少なくとも１つのデジット・コードの数がプリセット・データのデジット・コードの数未満である限り、生成された少なくとも１つのデジット・コードの数は、２つ（１、３、４、５または６であってもよい）に限定されなくてもよい。

【0026】

１０６では、クライアント端末は、少なくとも１つのデジット・コードの数に数が対応する、少なくとも１つの入力ボックスを生成し、少なくとも１つの入力ボックスの入力イベントを検出し、入力イベントが発生した際、その少なくとも入力ボックスのデータを取得する。

【0027】

例えば、少なくとも１つの入力ボックスは、ユーザからの入力を受信するために、クライアント端末のユーザ・インターフェースに提示される。

【0028】

例えば、クライアント端末が少なくとも１つのデジット・コードを受信した後、クライアント端末は、少なくとも入力ボックスを生成する。その入力ボックスへユーザがデータを入力すると、入力イベントが発生する。クライアント端末が入力イベントを検出すると、クライアント端末は、入力ボックス内のデータを取得する。入力ボックスは、クライアント端末にあるコントロールであってもよい。

【0029】

例えば、クライアント端末は、ユーザへ指示メッセージを提供する。例えば、クライアント端末は、各入力ボックスの近くに、各々の入力ボックスの対応するデジット・コードを示すことによって、ユーザに喚起する。ユーザがプリセット・データを承知している場合、ユーザは、指示メッセージに従って、プリセット・データ内のデータに対応するデジット・コードを入力する。クライアント端末は、少なくとも１つの入力ボックスの各々が入力イベントを有することを検出した後、入力ボックス内のデータを取得する。代替として、クライアント端末は、各々の入力ボックスが入力イベントを有することを検出すると、各々の入力ボックスのデータを取得する。

【0030】

１０８では、クライアント端末は、少なくとも１つの入力ボックスのデータを、少なくとも１つの検証データとして使用し、それをサーバへ送信する。

【0031】

例えば、クライアント端末は、すべての入力ボックスが入力イベントを有することを検出した後、すべての入力ボックス内のデータをサーバへ送信してもよい。代替として、クライアント端末は、ボタンを設定し、ボタンが誘発されたときにデータをサーバへ送信してもよい。

【0032】

例えば、クライアント端末は、検証データとして入力ボックス内のデータを取得する。この検証データは、データを入力する現在のユーザが、サーバに記憶されたデータに、クライアント端末を介してアクセスするための特権を有するかどうかを判定するために使用される。クライアント端末が、少なくとも１つのコードに対応する少なくとも１つの入力ボックスを生成するので、少なくとも１つの検証データ内の各デジットは、少なくとも１つのデジット・コード内のデジットに対応する。

【0033】

１１０では、サーバは、プリセット・データから、少なくとも１つのデジット・コードに対応する少なくとも１つのデジット・データを取得する。

【0034】

例えば、サーバは、少なくとも１つのデジット・コードに従って、そのデジット・コードに対応するデジット・データを読み取る。例えば、プリセット・データが７５４９６２であり、デジット・コードの順序が左から右の順序である場合、少なくとも１つのデジット・コードは、１及び４を含む。デジット・コード１はデジット・データ７に対応し、デジット・コード４はデジット数９に対応する。

【0035】

１１２では、サーバは、少なくとも１つのデジット・コード内の各デジット・コードに対応するデジット・データと、検証データとを比較する。少なくとも１つのデジット・コード内の各デジット・コードに対応するデジット・データが検証データと同じである場合、サーバは、クライアント端末へ成功情報コードを送信する。

【0036】

例えば、サーバは、各デジット・コードに対応するデジット・データと、検証データとを比較する。検証データがデジット・データと同じである場合、このことは、現在のユーザに、識別検証を通過する権限、またはログインする権限が与えられていることを示す。検証データの一部またはすべてがデジット・データと同じでない場合、このことは、データ検証の際にエラーがあることを示す。これは、また、現在のユーザに、識別検証を通過する権限がないか、ログインする権限がないか、または、サーバに記憶されたデータにアクセスする権限が与えられていないことを示す。

【0037】

例えば、成功情報コードは、デジット・コード全体に対応するデジット・データが、検証データと同じであることを表す文字または文字列であってもよい。クライアント端末は、サーバに記憶されたデータへさらにアクセスする権限が与えられる。例えば、ユーザがコンピュータを介してウェブサイトへログインし、コンピュータが成功情報コードをサーバから受信した後、サーバは、成功ログイン・メッセージを促す。その後、ユーザは、権限範囲内のデータにアクセスするために、コンピュータを使用する。別の実施例においては、ユーザがオンライン銀行へログインして、クライアント端末が成功情報コードを受信すると、ユーザは、さらに、支払い操作を実行する。別の例では、ユーザがＡＴＭから現金を引き出そうとする場合、ＡＴＭが成功情報コードを受信した後に、ユーザは、ＡＴＭを介して現金を引き出すか、または他の操作を実行する。

【0038】

本開示によって提供されるクライアント端末とサーバとの間のデータ通信方法は、プリセット・ルールに従ってデジット・コードを生成する。したがって、ユーザがクライアント端末を介してサーバへログインする場合、ユーザは、パスワードのデジット・コードに対応するデジット・データを入力する必要がある。クライアント端末及びサーバ間の相互作用プロセス中、クライアント端末によって入力される必要があるコンテンツは、毎回異なってもよいため、パスワードを解読する難易度が増大し、パスワードが解読されるリスクが低減する。

【0039】

例示的な実施形態においては、１０４では、少なくとも１つのデジット・コードの数及びそのような数の値は、プリセット・データのデジット・コード未満である。

【0040】

例えば、第１のプリセット・ルールは、プリセット・データのデジット・コードの数を、デジット・コードの上限数、またはデジット・コードの数の値として設定する。つまり、デジット・コードの数及びそのような数の値は、現在のデータのデジット・コードの数未満である。第１のプリセット・ルールは、デジット・データのデジット・コードの数の数または値未満の数または値を生成するランダム関数を含んでもよい。例えば、現在のデータのデジット・コードが６である場合、第１のプリセット・ルールは、１〜６の数１つを無作為に選択する。選択された数の数は、１、２、３、４または５であってよい。本開示によって提供されるデータ通信方法によれば、クライアント端末とサーバとの間の相互作用プロセス中、完全なパスワードは表示されない。ユーザがフィッシング・ウェブサイトに誤ってアクセスした、または、クライアント端末がトロイの木馬に感染している場合であっても、ハッカーはなおも完全なパスワードを取得することはできないため、完全なパスワードの漏洩が回避される。

【0041】

例示的な実施形態においては、１０２では、通信要求は、アカウント情報を含んでもよい。１０４では、デジット・コードの数及びそのような数の値は、アカウント情報に対応する現在のデータのデジット・コードの数未満である。

【0042】

例えば、アカウント情報は、アカウント名またはアカウント番号のいずれかを含んでもよい。プリセット・データは、サーバでアカウント情報に対応させて記憶される。例えば、ユーザは、ウェブサイトにアカウント名「ｔａｏｂａｏｙｏｎｇｈｕ」を有する。ユーザがウェブサイトへログインするとき、ユーザはアカウント名を入力して、サーバへそれを提出する。通信要求を受信した後、サーバは、アカウント名「ｔａｏｂａｏｙｏｎｇｈｕ」に対応するプリセット・データのデジット・コードの数を取得し、少なくとも１つのデジット・コードを生成し、以降の操作を実行する。

【0043】

図２を参照する。例示的な実施形態においては、図１に示すデータ通信方法はまた、以下の下位操作を含んでもよい。

【0044】

２０２では、サーバは、第２のプリセット・ルールに従って検証コードを生成し、その検証コードをプリセット端末へ送信する。

【0045】

例えば、第２のプリセット・ルールは、検証コードを生成するために使用される。第２のプリセット・ルールは、乱数を生成するランダム関数を含んでもよい。ランダム関数によって生成された乱数は、検証コードである。第２のプリセット・ルールは、動的二次元コード・ジェネレータ等の二次元コードを生成する二次元コード・ジェネレータであってもよい。二次元コードまたは動的二次元コードは、検証コードである。第２のプリセット・ルールによって生成された二次元コードまたは動的二次元コードは、毎回異なってもよい。第２のプリセット・ルールはまた、バーコードを生成するバーコード・ジェネレータであってもよい。そのバーコードは検証コードであってもよい。第２のプリセット・ルールによって生成されたバーコードは、毎回異なる。

【0046】

例えば、プリセット端末は、ユーザの携帯電話でもよい。ユーザは、サーバ内に携帯電話番号を予め記憶してもよい。サーバは、ショートメッセージ・サービス（ＳＭＳ）テキスト・メッセージを介して、携帯電話へ検証コードを送信する。もちろん、プリセット端末は、ユーザが使用するデバイス上にインストールされたソフトウェアであってもよく、そのソフトウェアが、そのデバイスを介して、サーバによって送信された検証コードを受信する。

【0047】

２０４では、クライアント端末は、プリセット端末によって受信された検証コードを取得し、その検証コードを、検証すべきコードとして使用し、その検証すべきコードをサーバへ送信する。

【0048】

例えば、クライアント端末は、プリセット端末からの検証コードをスキャンするスキャン装置を備えてもよい。代替として、ユーザがプリセット端末によって受信された検証コードを入力するために、入力ボックスが、クライアント端末によって提供される。例えば、クライアント端末はスキャン装置を備える。クライアント端末は、二次元コード、動的二次元コードまたはバーコードを取得するために、二次元コード、動的二次元コードまたはバーコードを表示するプリセット端末をスキャンする。言い換えれば、クライアント端末は、検証コードを取得する。もちろん、検証コードが乱数である場合は、クライアント端末が検証コードを取得するよう、クライアント端末は、ユーザが入力する乱数を受け取る入力ボックスを設定してもよい。加えて、プリセット端末及びクライアント端末は、通信してもよい。例えば、クライアント端末がプリセット端末から検証コードを取得するために、ブルートゥース（ｂｌｕｅｔｏｏｔｈ）（登録商標）または赤外線技術が使用されてもよい。

【0049】

１１２の下位操作である２０６では、サーバは、少なくとも１つのデジット・コード内の各デジット・コードに対応するデジット・データと検証データとを比較し、また、検証すべきコードと検証コードとを比較する。少なくとも１つのデジット・コード内の各デジット・コードに対応するデジット・データが検証データと同じであり、且つ検証すべきコードが検証コードと同じである場合、サーバは、クライアント端末へ成功情報コードを送信する。

【0050】

この例示的な実施形態では、サーバは、少なくとも１つのデジット・コード内の各デジット・コードに対応するデジット・データと検証データとを比較してもよく、また、検証すべきコードと検証コードとを比較してもよい。少なくとも１つのデジット・コード内の各デジット・コードに対応するデジット・データが検証データと同じであり、且つ検証すべきコードが検証コードと同じである場合、サーバは、クライアント端末へ成功情報コードを送信する。

【0051】

この例示的な実施形態では、クライアント端末とサーバとの間のデータ通信方法は、プリセット・データに対応するランダムなデジット・コードに基づいて検証することに加えて、１回限り有効な検証コードの検証を追加するため、クライアント端末とサーバとの間の相互作用のセキュリティが向上する。したがって、本開示の技術は、ユーザ・アカウント及びユーザ・パスワードのセキュリティを向上させ、ユーザ・パスワードの漏洩を効果的に回避し、ユーザ・アカウントへハッカーが不法に侵入することを防止し、ハッカーがユーザの識別を使用してサーバへログインした場合に生じるユーザへの損害を回避する。

【0052】

例示的な実施形態では、第１のプリセット・ルールは、プリセット・データ内の少なくとも１つのコードを、予約コードとして設定することを含む。第１のプリセット・ルールによって生成された少なくとも１つのデジット・コードは、その予約コードのデジット・コードを含まない。

【0053】

例示的な実施形態においては、予約コードの数は、現在のデータ内の予約コードのコードが、クライアント端末へ提供される少なくとも１つのデジット・コード内に表示されないよう、プリセット・データの数未満である。したがって、本開示の技術によって、ユーザによって入力されたアカウント及び検証データが、クライアント端末とサーバとの間の相互作用プロセス中に複数回ハッキングされたとしても、ハッカーが完全なプリセット・データを取得することが不可能となる。

【0054】

例えば、プリセット・データが７５４９６２であり、デジット・コードの順序が左から右の順序であり、予約コードのデジット・コードが数字６に対応する「５」、及び数字２に対応する「６」である。第１のプリセット・ルールが少なくとも１つのデジット・コードを生成する際に、デジット・コード「５」及び「６」は表示されない。したがって、クライアント端末とサーバとの間の通信を確立するプロセス中、プリセット・データ内の数字６及び２は入力されない。したがって、トロイの木馬またはフィッシング・ウェブサイトが、クライアント端末とサーバとの間の通信中に複数回データを取得したとしても、ハッカーが第５のデジット・コード及び第６のデジット・コードのデータを取得することは不可能である。プリセット・データは、パスワードとして存在してもよい。本開示によって提供されるデータ通信方法は、パスワード・セキュリティを効果的に向上させる。

【0055】

図３を参照する。本開示はまた、クライアント端末３０２及びサーバ３０４を含む例示的なデータ通信システム３００を提供する。クライアント端末３０２は、ユーザのパーソナル・コンピュータ、商業者の販売時点情報管理（ＰＯＳ）マシンまたはＡＴＭであってよい。代替として、クライアント端末３０２は、そのようなハードウェア上で実行されるソフトウェアであってもよい。サーバ３０４は、ウェブサイトのサーバ、または銀行などの商業者のサーバであってよい。

【0056】

例えば、クライアント端末３０２は、１つまたは複数のプロセッサ（複数可）、またはデータ処理ユニット（複数可）３０６、及びメモリ３０８を含んでもよい。クライアント端末３０２はさらに、１つまたは複数の入出力デバイス及びネットワーク・インターフェース（図３に図示せず）を含んでもよい。メモリ３０４は、コンピュータ可読媒体の例である。

【0057】

コンピュータ可読媒体は、任意の方法または技術を介して情報記憶を実行する永久性、非永久性、可動性及び不動性媒体を含む。その情報は、コンピュータ可読もしくはコンピュータ実行可能命令、データ構造、プログラム・モジュールまたは他のデータであってもよい。コンピュータ可読媒体の例には、情報記憶に使用可能であり、演算デバイスによってアクセス可能な、相変化ＲＡＭ（ＰＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、他のタイプのランダム・アクセス・メモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、電気的消去可能プログラム可能な読み出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリもしくは他の内蔵メモリ技術、コンパクトディスク読み出し専用メモリ（ＣＤ-ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）もしくは他の光メモリ、カセット、カセット及びディスクメモリもしくは他の磁気メモリ・デバイス、または他の任意の非透過媒体が含まれるが、これらに限定されるものではない。本明細書中のこの定義によると、コンピュータ可読媒体は、変調データ信号及び搬送波などの一過性媒体を含まない。

【0058】

メモリ３０８は、その中に、要求送信モジュール３１０、デジット・コード受信モジュール３１２、入力モジュール３１４及び検証データ送信モジュール３１６を含む複数のモジュールまたはユニットを格納してもよい。

【0059】

要求送信モジュール３１０は、通信要求をサーバ３０４へ送信する。

【0060】

例示的な実施形態において、要求送信モジュール３１０が通信要求をサーバ３０４へ送信するとき、その要求は、ユーザがサーバ３０４に記憶された対応データを閲覧する、編集する、または使用するために、クライアント端末３０２を介してサーバ３０４へログインすることを示す。例えば、ユーザはパーソナル・コンピュータを介してウェブサイトへログインし、商業者に対して支払いを行うために銀行カードを使用し、ＡＴＭまたは入出金マシンから現金を引き出すために銀行カードを使用し、オンライン銀行等を介して支払いを行う。

【0061】

例えば、通信要求は、文字で構成される文字列でもよく、この文字列は、クライアント端末３０２がサーバ３０４との通信を確立することを要求していることを表す。通信に基づき、クライアント端末３０２は、サーバ３０４上に記憶されたデータにアクセスしてもよい。

【0062】

デジット・コード受信モジュール３１２は、サーバ３０４から、少なくとも１つのデジット・コードを含む情報を受信する。

【0063】

例示的な実施形態では、デジット・コードは、プリセット・データのデジットのシリアル番号を表してもよい。プリセット・データのデジット・コードの順序は、左から右へ順序、または右から左の順序であってもよい。例えば、プリセット・データが「７５４９６２」であり、且つデジット・コードの順序が左から右の順序である場合、数字「７」のデジット・コードは１であり、数字「５」のデジット・コードは２であり、数字「４」、「９」、「６」及び「２」のデジット・コードは、それぞれ３、４、５及び６である。デジット・コードの順序が右から左の順序である場合、数字「２」のデジット・コードは１であり、数字「６」のデジット・コードは２であり、数字「９」、「４」、「５」及び「７」のデジット・コードは、それぞれ３、４、５及び６である。プリセット・データは、ユーザによって予め設定されたパスワードであってもよい。

【0064】

入力モジュール３１４は、少なくとも１つのデジット・コードの数に数が対応する、少なくとも１つの入力ボックスを生成し、その少なくとも１つの入力ボックスの入力イベントを検出し、その入力イベントが発生した際、その少なくとも入力ボックスのデータを取得する。

【0065】

例えば、クライアント端末３０２が少なくとも１つのデジット・コードを受信した後、入力モジュール３１４は、少なくとも入力ボックスを生成する。その入力ボックスへユーザがデータを入力すると、入力イベントが発生する。入力モジュール３１４が入力イベントを検出すると、入力モジュール３１４は、入力ボックス内のデータを取得する。入力ボックスは、クライアント端末３０２にあるコントロールであってもよい。

【0066】

例えば、入力モジュール３１４は、ユーザへの指示メッセージを提供してもよい。例えば、入力モジュール３１４は、各入力ボックスの近くで各々の入力ボックスの対応するデジット・コードを示すことによって、ユーザに喚起する。ユーザがプリセット・データを承知している場合、ユーザは、指示メッセージに従って、プリセット・データ内のデータに対応するデジット・コードを入力する。入力モジュール３１４は、少なくとも１つの入力ボックスの各々が入力イベントを有することを検出した後、入力ボックス内のデータを取得する。代替として、入力モジュール３１４は、各々の入力ボックスが入力イベントを有することを検出した際に、各々の入力ボックスのデータを取得する。

【0067】

検証データ送信モジュール３１６は、その少なくとも１つの入力ボックスのデータを、少なくとも１つの検証データとして使用し、それをサーバへ送信する。

【0068】

例えば、検証データ送信モジュール３１６は、すべての入力ボックスが入力イベントを有することを検出した後、すべての入力ボックス内のデータをサーバ３０４へ送信してもよい。代替として、検証データ送信モジュール３１６は、ボタンを設定してもよく、そのボタンが誘発されたときにデータをサーバ３０４へ送信してもよい。

【0069】

例えば、検証データ送信モジュール３１６は、検証データとして入力ボックス内のデータを取得する。検証日は、クライアント端末３０２を介して、データを入力する現在のユーザが、サーバ３０４に記憶されたデータにアクセスする特権を有しているかどうかをサーバ３０４が判定する日である。入力モジュール３１４が少なくとも１つのコードに対応する少なくとも１つの入力ボックスを生成するため、少なくとも１つの検証データ内の各デジットは、少なくとも１つのデジット・コード内のデジットに対応する。

【0070】

サーバ３０４は、１つまたは複数のプロセッサ（複数可）またはデータ処理ユニット３１８、及びメモリ３２０を含んでもよい。サーバ３０４はさらに、１つまたは複数の入出力デバイス及びネットワーク・インターフェース（図３に図示せず）を含んでもよい。メモリ３２０は、コンピュータ可読媒体の例である。

【0071】

メモリ３２０は、その中に、要求受信モジュール３２２、応答モジュール３２４、検証データ受信モジュール３２６及び比較モジュール３２８を含む複数のモジュールまたはユニットを格納してもよい。

【0072】

要求受信モジュール３２２は、クライアント端末３０２によって送信された通信要求を受信する。

【0073】

例示的な実施形態においては、クライアント端末３０２が通信要求をサーバ３０４へ送信する際、その要求は、ユーザが、サーバ３０４に記憶された対応データを閲覧する、編集する、または使用するために、クライアント端末３０２を介してサーバ３０４へログインすることを示す。例えば、ユーザはパーソナル・コンピュータを介してウェブサイトへログインし、商業者に対して支払いを行うために銀行カードを使用し、ＡＴＭまたは入出金マシンから現金を引き出すために銀行カードを使用し、オンライン銀行等を介して支払いを行う。

【0074】

例えば、通信要求は、文字で構成される文字列でもよく、その文字列は、クライアント端末３０２がサーバ３０４との通信を確立することを要求していることを表す。通信に基づき、クライアント端末３０２は、サーバ３０４上に記憶されたデータにアクセスしてもよい。

【0075】

応答モジュール３２４は、通信要求に応答し、第１のプリセット・ルールに従って少なくとも１つのデジット・コードを生成し、少なくとも１つのデジット・コードを含む情報をクライアント端末へ送信する。

【0076】

例示的な実施形態では、デジット・コードは、プリセット・データのデジットのシリアル番号を表してもよい。プリセット・データのデジット・コードの順序は、左から右の順序、または右から左の順序であってもよい。例えば、プリセット・データが「７５４９６２」であり、且つデジット・コードの順序が左から右の順序である場合、数字「７」のデジット・コードは１であり、数字「５」のデジット・コードは２であり、数字「４」、「９」、「６」及び「２」のデジット・コードは、それぞれ３、４、５及び６である。デジット・コードの順序が右から左の順序である場合は、数字「２」のデジット・コードは１であり、数字「６」のデジット・コードは２であり、数字「９」、「４」、「５」及び「７」のデジット・コードは、それぞれ３、４、５及び６である。

【0077】

例えば、プリセット・データは、クライアント端末３０２がサーバ３０４との通信を確立する際に暗号化キーとして使用されるよう、サーバ３０４内に予め記憶されてもよい。例えば、クライアント端末３０２が、サーバ内のものと同じプリセット・データを入力すると、クライアント端末３０２は、サーバとの通信３０４を確立する。プリセット・データは、ユーザによって予め設定されたパスワードであってもよい。プリセット・データは、ユーザのアカウント番号またはユーザ名に対応させて記憶されてもよい。ユーザが、正しいアカウント番号及びパスワード、またはユーザ名及びパスワードを入力すると、ユーザは、サーバ３０４に記憶されたデータにアクセスする。例えば、プリセット・データは、ユーザがウェブサイトへログインするためのパスワードであってもよい。ユーザは、ウェブサイトのログイン・インターフェースでユーザ名及びパスワードを入力してウェブサイトへログインし、さらなる操作を実行する。プリセット・データは、ユーザの銀行口座のパスワードであってもよい。ユーザは、銀行またはＡＴＭで取引きを行うために、口座番号及びパスワードまたは口座名義及びパスワードを使用する。例えば、プリセット・データのデジット数は、固定数に予め設定されてもよい。

【0078】

例えば、第１のプリセット・ルールは、少なくとも１つのデジット・コードを生成するために使用される。少なくとも１つのデジット・コードの数及びそのような数の値は、プリセット・データの数以下である。第１のプリセット・ルールは、数量またはそのような数量の値がプリセット・データのもの以下であるデジットの数を生成する。例えば、プリセット・データのデジット・コードの数は６である。プリセット・ルールは、毎回１〜６の数を２つ無作為に選択するものであり、そのように選択された２つの数はデジット・コードとして使用される。もちろん、通信要求が受信された際、少なくとも１つのデジット・コードの数がプリセット・データのデジット・コードの数未満である限り、生成された少なくとも１つのデジット・コードの数は、２つ（１、３、４、５または６であってもよい）に限定されなくてもよい。

【0079】

検証データ受信モジュール３２６は、クライアント端末３０２によって送信された少なくとも１つの検証データを受信する。

【0080】

例示的な実施形態では、検証データは、クライアント端末３０２が、サーバ３０４にあるデータにアクセスする特権を有するかどうかを判定するために使用される。

【0081】

比較モジュール３２８は、少なくとも１つのデジット・コードに対応するプリセット・データ内のデジット・データと検証データとを比較し、少なくとも１つのデジット・コードに対応するデジット・データが検証データと同じである場合、クライアント端末へ成功情報コードを送信する。

【0082】

例えば、サーバ３０４は、各デジット・コードに対応するデジット・データと検証データとを比較する。検証データがデジット・データと同じである場合、このことは、現在のユーザが、識別検証を通過する権限を有する、またはログインする権限が与えられていることを示す。検証データの一部またはすべてがデジット・データと同じでない場合、このことは、データ検証の際にエラーがあることを示す。これはまた、現在のユーザが、識別検証を通過する権限を有さず、ログインする権限を与えられていないか、または、サーバに記憶されたデータにアクセスする権限を与えられていないことを示す。

【0083】

例えば、成功情報コードは、デジット・コード全体に対応するデジット・データが検証データと同じであることを表す文字または文字列であってもよい。クライアント端末は、サーバに記憶されたデータへさらにアクセスする権限が与えられる。例えば、ユーザがコンピュータを介してウェブサイトへログインし、コンピュータが成功情報コードをサーバから受信した後、サーバは、成功ログイン・メッセージを促す。その後ユーザは、権限範囲内のデータにアクセスするために、コンピュータを使用する。別の例においては、ユーザがオンライン銀行へログインして、クライアント端末が成功情報コードを受信すると、ユーザはさらに、支払い操作を実行する。もう１つの例示的なでは、ユーザがＡＴＭから現金を引き出そうとする場合、ＡＴＭが成功情報コードを受信した後に、ユーザは、ＡＴＭを介して現金を引き出すか、または他の操作を実行する。

【0084】

図４を参照する。本開示はまた、別の例示的なデータ通信方法を提供する。これは、以下の操作を含んでもよい。

【0085】

４０２では、通信要求がサーバへ送信される。

【0086】

例示的な実施形態において、クライアント端末が通信要求をサーバへ送信する場合、その要求は、ユーザが、サーバに記憶された対応データを閲覧する、編集する、または使用するために、クライアント端末を介してサーバへログインすることを示す場合がある。例えば、ユーザはパーソナル・コンピュータを介してウェブサイトへログインし、商業者に対して支払いを行うために銀行カードを使用し、ＡＴＭまたは入出金マシンから現金を引き出すために銀行カードを使用し、オンライン銀行等を介して支払いを行う。

【0087】

例えば、通信要求は、文字で構成された文字列でもあってよく、この文字列は、クライアント端末が、サーバとの通信を確立することを要求していることを表す。その通信に基づき、クライアント端末は、サーバ上に記憶されたデータにアクセスしてもよい。

【0088】

４０４では、サーバによって送信された情報が受信され、その情報に含まれる少なくとも１つのデジット・コードが取得される。

【0089】

４０６では、少なくとも１つのデジット・コードの数に数が対応する、少なくとも１つの入力ボックスが生成される。その少なくとも１つの入力ボックスの入力イベントが検出される。入力イベントが発生した際、少なくとも１つの入力ボックスのデータが取得される。

【0090】

例えば、クライアント端末が少なくとも１つのデジット・コードを受信した後、クライアント端末は、少なくとも入力ボックスを生成する。その入力ボックスへユーザがデータを入力すると、入力イベントが発生する。クライアント端末が入力イベントを検出すると、クライアント端末は、入力ボックス内のデータを取得する。入力ボックスは、クライアント端末にあるコントロールであってもよい。

【0091】

例えば、クライアント端末は、ユーザへ指示メッセージを提供する。例えば、クライアント端末は、各入力ボックスの近くで、各々の入力ボックスの対応するデジット・コードを示すことによって、ユーザに喚起する。ユーザがプリセット・データを承知している場合、ユーザは、指示メッセージに従って、プリセット・データ内のデータに対応するデジット・コードを入力する。クライアント端末は、少なくとも１つの入力ボックスの各々が入力イベントを有することを検出した後、入力ボックス内のデータを取得する。代替として、クライアント端末は、各々の入力ボックスが入力イベントを有することを検出すると、各々の入力ボックスのデータを取得する。

【0092】

４０８では、少なくとも１つの入力ボックスのデータは、少なくとも１つの検証データとして使用され、サーバへ送信される。

【0093】

例えば、クライアント端末は、すべての入力ボックスが入力イベントを有することを検出した後、すべての入力ボックス内のデータをサーバへ送信してもよい。代替として、クライアント端末は、ボタンを設定し、そのボタンが誘発されたときにデータをサーバへ送信してもよい。

【0094】

例えば、クライアント端末は、検証データとして入力ボックス内のデータを取得する。検証データは、クライアント端末を介して、データを入力する現在のユーザが、サーバに記憶されたデータにアクセスする特権を有するかどうかを判定するために使用される。クライアント端末が、少なくとも１つのコードに対応する少なくとも１つの入力ボックスを生成するため、少なくとも１つの検証データ内の各デジットは、少なくとも１つのデジット・コード内のデジットに対応する。

【0095】

例示的な実施形態では、通信要求は、アカウント情報を含む。例えば、そのアカウント情報は、アカウント名またはアカウント番号のいずれかを含んでもよい。プリセット・データは、サーバでアカウント情報に対応させて記憶される。例えば、ユーザは、ウェブサイトにアカウント名「ｔａｏｂａｏｙｏｎｇｈｕ」を有する。ユーザがウェブサイトへログインするとき、ユーザはアカウント名を入力して、サーバへそれを提出する。通信要求を受信した後、サーバは、アカウント名「ｔａｏｂａｏｙｏｎｇｈｕ」に対応するプリセット・データのデジット・コードの数を取得し、少なくとも１つのデジット・コードを生成し、以降の操作を実行する。

【0096】

例示的な実施形態では、データ通信方法はさらに、プリセット端末から検証コードを受信すること、及びその検証コードを検証すべきコードとしてサーバへ送信することを含んでもよい。

【0097】

例えば、クライアント端末は、プリセット端末からの検証コードをスキャンするスキャン装置を備えてもよい。代替として、入力ボックスは、クライアント端末によって、プリセット端末により受信された検証コードをユーザが入力するために提供される。例えば、クライアント端末はスキャン装置を備える。クライアント端末は、二次元コード、動的二次元コードまたはバーコードを取得するために、二次元コード、動的二次元コードまたはバーコードを表示するプリセット端末をスキャンする。言い換えれば、クライアント端末は、検証コードを取得する。もちろん、検証コードが乱数である場合は、クライアント端末が検証コードを取得するよう、クライアント端末は、ユーザが入力する乱数を受け取る入力ボックスを設定してもよい。加えて、プリセット端末及びクライアント端末は、通信してもよい。例えば、クライアント端末がプリセット端末から検証コードを取得するために、ブルートゥースまたは赤外線技術が使用されてもよい。

【0098】

例えば、プリセット端末はユーザの携帯電話であってもよい。ユーザは、携帯電話番号をサーバ内に予め記憶してもよい。サーバは、ショートメッセージ・サービス（ＳＭＳ）テキスト・メッセージを介して、携帯電話へ検証コードを送信する。もちろん、プリセット端末は、ユーザが使用するデバイス上にインストールされたソフトウェアであってもよく、そのソフトウェアは、そのデバイスを介して、サーバによって送信された検証コードを受信する。

【0099】

図５を参照する。本開示はまた、例示的なクライアント端末５００を提供する。例えば、クライアント端末５００は、ユーザのパーソナル・コンピュータ、商業者の販売時点情報管理（ＰＯＳ）マシンまたはＡＴＭであってもよい。代替として、クライアント端末５００は、そのようなハードウェア上で実行されるソフトウェアであってもよい。

【0100】

クライアント端末５００は、１つまたは複数のプロセッサ（複数可）、またはデータ処理ユニット（複数可）５０２、及びメモリ５０４を含んでもよい。クライアント端末５００はさらに、１つまたは複数の入出力デバイス及びネットワーク・インターフェース（図５に図示せず）を含んでもよい。メモリ５０４は、コンピュータ可読媒体の例である。

【0101】

メモリ５０４は、その中に、要求送信モジュール５０６、デジット・コード受信モジュール５０８、入力モジュール５１０及び検証データ送信モジュール５１２を含む複数のモジュールまたはユニットを格納してもよい。

【0102】

要求送信モジュール５０６は、サーバへ通信要求を送信する。

【0103】

例示的な実施形態においては、要求送信モジュール５０６がサーバへ通信要求を送信する場合、その要求は、ユーザが、サーバに記憶された対応データを閲覧する、編集する、または使用するために、クライアント端末５００を介してサーバへログインすることを示す。例えば、ユーザはパーソナル・コンピュータを介してウェブサイトへログインし、商業者に対して支払いを行うために銀行カードを使用し、ＡＴＭまたは入出金マシンから現金を引き出すために銀行カードを使用し、オンライン銀行等を介して支払いを行う。

【0104】

例えば、通信要求は、文字で構成された文字列でもあってよく、この文字列は、クライアント端末５００が、サーバとの通信を確立することを要求していることを表す。その通信に基づき、クライアント端末５００は、サーバ上に記憶されたデータにアクセスもよい。

【0105】

デジット・コード受信モジュール５０８は、少なくとも１つのデジット・コードを含む情報をサーバから受信する。

【0106】

例示的な実施形態では、デジット・コードは、プリセット・データのデジットのシリアル番号を表してもよい。プリセット・データのデジット・コードの順序は、左から右の順序、または右から左の順序であってもよい。例えば、プリセット・データが「７５４９６２」であり、且つデジット・コードの順序が左から右の順序である場合、数字「７」のデジット・コードは１であり、数字「５」のデジット・コードは２であり、数字「４」、「９」、「６」及び「２」のデジット・コードは、それぞれ３、４、５及び６である。デジット・コードの順位序列が、右から左の順序である場合は、数字「２」のデジット・コードは１であり、数字「６」のデジット・コードは２であり、数字「９」、「４」、「５」及び「７」のデジット・コードは、それぞれ３、４、５及び６である。プリセット・データは、ユーザによって予め設定されたパスワードであってもよい。

【0107】

入力モジュール５１０は、少なくとも１つのデジット・コードの数に数が対応する、少なくとも１つの入力ボックスを生成し、その少なくとも１つの入力ボックスの入力イベントを検出し、その入力イベントが発生した際の、少なくとも入力ボックスのデータを取得する。

【0108】

例えば、クライアント端末５００が少なくとも１つのデジット・コードを受信した後、入力モジュール５１０は、少なくとも入力ボックスを生成する。その入力ボックスへユーザがデータを入力すると、入力イベントが発生する。入力モジュール５１０が入力イベントを検出すると、入力モジュール３１４は、入力ボックス内のデータを取得する。入力ボックスは、クライアント端末３０２にあるコントロールであってもよい。

【0109】

例えば、入力モジュール５１０は、ユーザへの指示メッセージを提供してもよい。例えば、入力モジュール５１０は、各入力ボックスの近くに、各々の入力ボックスの対応するデジット・コードを示すことによって、ユーザに喚起する。ユーザがプリセット・データを承知している場合、ユーザは、指示メッセージに従って、プリセット・データ内のデータに対応するデジット・コードを入力する。入力モジュール５１０は、少なくとも１つの入力ボックスの各々が入力イベントを有することを検出した後、入力ボックス内のデータを取得する。代替として、入力モジュール３１４は、各々の入力ボックスが入力イベントを有することを検出すると、各々の入力ボックスのデータを取得する。

【0110】

検証データ送信モジュール５１２は、少なくとも１つの入力ボックスのデータを少なくとも１つの検証データとして使用し、それをサーバへ送信する。

【0111】

例えば、検証データ送信モジュール５１２は、すべての入力ボックスが入力イベントを有することを検出した後、すべての入力ボックス内のデータをサーバへ送信してもよい。代替として、検証データ送信モジュール５１２は、ボタンを設定し、そのボタンが誘発されたときにデータをサーバへ送信してもよい。

【0112】

例えば、検証データ送信モジュール５１２は、入力ボックス内のデータを検証データとして取得する。検証日は、データを入力する現在のユーザが、クライアント端末５００を介して、サーバ内に記憶されたデータにアクセスする特権を有しているかどうかをサーバが判定する日である。入力モジュール５１０が、少なくとも１つのコードに対応する少なくとも１つの入力ボックスを生成するので、少なくとも１つの検証データ内の各デジットは、少なくとも１つのデジット・コード内のデジットに対応する。

【0113】

図６を参照する。本開示はまた、以下の操作を含む別のデータ通信方法を提供する。

【0114】

６０２では、クライアント端末によって送信された通信要求が受信される。

【0115】

例示的な実施形態においては、クライアント端末が通信要求をサーバへ送信する際、その要求は、ユーザが、サーバに記憶された対応データを閲覧する、編集する、または使用するために、クライアント端末を介してサーバへログインすることを示す場合がある。例えば、ユーザはパーソナル・コンピュータを介してウェブサイトへログインし、商業者に対して支払いを行うために銀行カードを使用し、ＡＴＭまたは入出金マシンから現金を引き出すために銀行カードを使用し、オンライン銀行等を介して支払いを行う。

【0116】

例えば、通信要求は、文字で構成された文字列でもあってよく、この文字列は、クライアント端末が、サーバとの通信を確立することを要求していることを表す。その通信に基づき、クライアント端末は、サーバ上に記憶されたデータにアクセスしてもよい。

【0117】

６０４では、通信要求に応答し、第１のプリセット・ルールに従って、少なくとも１つのデジット・コードが生成され、その少なくとも１つのデジット・コードを含む情報が、クライアント端末へ送信される。

【0118】

例示的な実施形態では、デジット・コードは、プリセット・データのデジットのシリアル番号を表してもよい。プリセット・データのデジット・コードの順序は、左から右の順序、または右から左の順序であってもよい。例えば、プリセット・データが「７５４９６２」であり、且つデジット・コードの順位序列が左から右の順序である場合、数字「７」のデジット・コードは１であり、数字「５」のデジット・コードは２であり、数字「４」、「９」、「６」及び「２」のデジット・コードは、それぞれ３、４、５及び６である。デジット・コードの順序が、右から左の順序である場合は、数字「２」のデジット・コードは１であり、数字「６」のデジット・コードは２であり、数字「９」、「４」、「５」及び「７」のデジット・コードは、それぞれ３、４、５及び６である。

【0119】

例えば、プリセット・データは、クライアント端末がサーバとの通信を確立する際、暗号化キーとして使用されるよう、サーバ内に予め記憶されてもよい。例えば、クライアント端末が、サーバ内のものと同じプリセット・データを入力すると、クライアント端末は、サーバとの通信を確立する。プリセット・データは、ユーザによって予め設定されたパスワードであってもよい。プリセット・データは、ユーザのアカウント番号またはユーザ名に対応させて記憶されてもよい。ユーザが、正しいアカウント番号及びパスワード、またはユーザ名及びパスワードを入力すると、ユーザは、サーバに記憶されたデータへのアクセスを得る。例えば、プリセット・データは、ユーザがウェブサイトへログインするためのパスワードであってよい。ユーザは、ウェブサイトのログイン・インターフェースで、ユーザ名及びパスワードを入力してウェブサイトへログインし、さらなる操作を実行する。プリセット・データは、ユーザの銀行口座のパスワードであってもよい。ユーザは、銀行またはＡＴＭで取引きを行うために、口座番号及びパスワード、または口座名義及びパスワードを使用する。例えば、プリセット・データのデジット数は、固定数に予め設定されてもよい。

【0120】

例えば、第１のプリセット・ルールは、少なくとも１つのデジット・コードを生成するために使用される。少なくとも１つのデジット・コードの数及びそのような数の値は、プリセット・データのもの以下である。第１のプリセット・ルールは、数量または、そのような数量の値がプリセット・データのもの以下であるデジットの数を生成する。例えば、プリセット・データのデジット・コードの数は６である。プリセット・ルールは、毎回、１〜６の数２つを無作為に選択するものであり、そのようにして選択された２つの数は、デジット・コードとして使用される。もちろん、通信要求が受信された際、少なくとも１つのデジット・コードの数がプリセット・データのデジット・コードの数未満である限り、生成された少なくとも１つのデジット・コードの数は、２つ（１、３、４、５または６であってもよい）に限定されなくてもよい。

【0121】

６０６では、クライアント端末によって送信された少なくとも１つの検証データが受信される。例示的な実施形態では、検証日は、クライアント端末が、サーバにあるデータにアクセスする特権または権限を有するかどうかを判定するために使用される。

【0122】

６０８では、少なくとも１つのデジット・コードに対応する少なくとも１つのデジット・データが、プリセット・データから取得される。

【0123】

例えば、サーバは、少なくとも１つのデジット・コードに従って、プリセット・データから、デジット・コードによるデジット・データを読み取る。例えば、プリセット・データが７５４９６２であり、且つデジット・コードの順序が左から右の順序ある場合、少なくとも１つのデジット・コードは、「１」及び「４」を含む。デジット・コード「１」はデジット・データ７に対応し、デジット・コード「４」はデジット・データ「９」に対応する。

【0124】

６１０では、プリセット・データから取得された少なくとも１つのデジット・コードに対応する少なくとも１つのデジット・データが、検証データと比較される。少なくとも１つのデジット・コードに対応するデジット・データが、検証データと同じである場合、成功情報コードがクライアント端末へ送信される。

【0125】

例えば、サーバは、各デジット・コードに対応するデジット・データと、検証データとを比較する。検証データがデジット・データと同じである場合、このことは、現在のユーザが、識別検証を通過する権限を有しているか、またはログインする権限が与えられていることを示す。検証データの一部またはすべてがデジット・データと同じでない場合、このことは、データ検証の際にエラーがあることを示す。これはまた、現在のユーザが、識別検証を通過する権限を有していない、ログインする権限が与えられていないか、または、サーバに記憶されたデータにアクセスする権限が与えられていないことを示す。

【0126】

例えば、成功情報コードは、デジット・コード全体に対応するデジット・データが、検証データと同じであることを表す文字または文字列であってもよい。クライアント端末は、サーバに記憶されたデータへさらにアクセスする権限が与えられる。例えば、ユーザがコンピュータを介してウェブサイトへログインし、コンピュータが成功情報コードをサーバから受信した後、サーバは、成功ログイン・メッセージを促す。ユーザはその後、権限範囲内のデータにアクセスするために、コンピュータを使用する。別の例において、ユーザがオンライン銀行へログインすると、クライアント端末は成功情報コードを受信し、ユーザはさらに、支払い操作を実行する。別の例では、ユーザがＡＴＭから現金を引き出そうとする場合、ＡＴＭが成功情報コードを受信した後に、ユーザは、ＡＴＭを介して現金を引き出すか、または他の操作を実行する。

【0127】

例示的な実施形態において、６０４では、少なくとも１つのデジット・コードの数及びそのような数の値は、プリセット・データのデジット・コード未満である。

【0128】

例えば、第１のプリセット・ルールは、プリセット・データのデジット・コードの数を、デジット・コードの上限数、またはデジット・コードの数の値として設定する。つまり、デジット・コードの数及びそのような数の値は、現在のデータのデジット・コードの数未満である。第１のプリセット・ルールは、デジット・データのデジット・コード数の数または値未満の数または値を生成するランダム関数を含んでもよい。例えば、現在のデータのデジット・コードが６である場合、第１のプリセット・ルールは、１〜６の数を１つ無作為に選択する。選択された数の数は、１、２、３、４または５であってよい。本開示によって提供されるデータ通信方法によれば、クライアント端末とサーバとの間の相互作用プロセス中、完全なパスワードは表示されない。ユーザがフィッシング・ウェブサイトに誤ってアクセスした、またはクライアント端末がトロイの木馬に感染している場合であっても、ハッカーが完全なパスワードを取得することはできないため、完全なパスワードの漏洩は回避される。

【0129】

例示的な実施形態では、通信要求はアカウント情報を含んでもよい。６０４では、デジット・コードの数及びそのような数の値は、アカウント情報に対応する現在のデータのデジット・コードの数未満である。

【0130】

例えば、アカウント情報は、アカウント名またはアカウント番号のいずれかを含んでもよい。プリセット・データは、サーバでアカウント情報に対応させて記憶される。例えば、ユーザは、ウェブサイトにアカウント名「ｔａｏｂａｏｙｏｎｇｈｕ」を有する。ユーザがウェブサイトへログインするとき、ユーザはアカウント名を入力して、サーバへそれを提出する。通信要求を受信した後、サーバは、アカウント名「ｔａｏｂａｏｙｏｎｇｈｕ」に対応するプリセット・データのデジット・コードの数を取得し、少なくとも１つのデジット・コードを生成し、以降の操作を実行する。

【0131】

図７を参照する。本開示の例示的な実施形態では、データ通信方法は、さらに以下の操作を含んでもよい。

【0132】

７０２では、第２のプリセット・ルールに従って検証コードが生成され、検証がプリセット端末へ送信される。

【0133】

例えば、第２のプリセット・ルールは、検証コードを生成するために使用される。第２のプリセット・ルールは、乱数を生成するランダム関数を含んでもよい。ランダム関数によって生成された乱数は、検証コードである。第２のプリセット・ルールは、動的二次元コード・ジェネレータ等の二次元コードを生成する二次元コード・ジェネレータであってもよい。二次元コードまたは動的二次元コードは、検証コードである。第２のプリセット・ルールによって生成された二次元コードまたは動的二次元コードは、毎回異なってもよい。第２のプリセット・ルールはまた、バーコードを生成するバーコード・ジェネレータであってもよい。バーコードは検証コードであってもよい。第２のプリセット・ルールによって生成されたバーコードは、毎回異なる。

【0134】

例えば、プリセット端末は、ユーザの携帯電話でもよい。ユーザは、サーバ内に携帯電話番号を予め記憶してもよい。サーバは、ショートメッセージ・サービス（ＳＭＳ）テキスト・メッセージを介して、携帯電話へ検証コードを送信する。もちろん、プリセット端末は、ユーザが使用するデバイス上にインストールされたソフトウェアであってもよく、そのソフトウェアは、そのデバイスを介して、サーバによって送信された検証コードを受信する。

【0135】

７０４では、クライアント端末によって送信された検証すべきコードが受信される。例示的な実施形態では、検証すべきコードは、プリセット端末によって受信され、且つクライアント端末によってプリセット端末から取得された検証コードである。

【0136】

６１０の下位操作である７０６では、少なくとも１つのデジット・コード内の各デジット・コードに対応するデジット・データは検証データと比較され、また、検証すべきコードは検証コードと比較される。少なくとも１つのデジット・コード内の各デジット・コードに対応するデジット・データが検証データと同じであり、且つ検証すべきコードが検証コードと同じである場合、成功情報コードがクライアント端末へ送信される。

【0137】

この例示的な実施形態では、サーバは、少なくとも１つのデジット・コード内の各デジット・コードに対応するデジット・データと、検証データとを比較してもよく、また、検証すべきコードと検証コードとを比較してもよい。少なくとも１つのデジット・コード内の各デジット・コードに対応するデジット・データが検証データと同じであり、且つ検証すべきコードが検証コードと同じである場合、サーバは、クライアント端末へ成功情報コードを送信する。

【0138】

この例示的な実施形態では、クライアント端末とサーバとの間のデータ通信方法は、プリセット・データに対応するランダムなデジット・コードに基づいて検証することに加えて、１回限り有効な検証コードの検証を追加するため、クライアント端末とサーバとの間の相互作用のセキュリティが向上する。したがって、本開示の技術は、ユーザ・アカウント及びユーザ・パスワードのセキュリティを向上させ、ユーザ・パスワードの漏洩を効果的に回避し、ユーザ・アカウントへハッカーが不法に侵入することを防止し、ハッカーがユーザの識別を使用してサーバへログインした場合に生じるユーザへの損害を回避する。

【0139】

例示的な実施形態では、第１のプリセット・ルールは、プリセット・データ内の少なくとも１つのコードを、予約コードとして設定することを含む。第１のプリセット・ルールによって生成された少なくとも１つのデジット・コードは、予約コードのデジット・コードを含まない。

【0140】

例示的な実施形態においては、予約コードの数は、現在のデータ内の予約コードのコードが、クライアント端末へ提供された少なくとも１つのデジット・コード内に表示されないよう、プリセット・データの数未満である。したがって、本開示の技術によって、ユーザにより入力されたアカウント及び検証データが、クライアント端末とびサーバとの間の相互作用プロセス中に複数回ハッキングされたとしても、ハッカーが完全なプリセット・データを取得することは不可能となる。

【0141】

例えば、プリセット・データが７５４９６２であり、デジット・コードの順序が左から右の順序であり、予約コードのデジット・コードが、数字６に対応する「５」、及び数字２に対応する「６」である。第１のプリセット・ルールが少なくとも１つのデジット・コードを生成する際、デジット・コード「５」及び「６」は表示されない。したがって、クライアント端末とサーバとの間の通信を確立するプロセス中、プリセット・データ内の数字６及び２は入力されない。したがって、トロイの木馬またはフィッシング・ウェブサイトが、クライアント端末とサーバとの間の通信中に複数回データを取得したとしても、ハッカーが第５のデジット・コード及び第６のデジット・コードのデータを取得することは不可能である。プリセット・データは、パスワードであってもよい。本開示によって提供されるデータ通信方法は、パスワード・セキュリティを効果的に向上させる。

【0142】

図８を参照する。本開示はまた、例示的なサーバ８００を提供する。サーバ８００は、１つまたは複数のプロセッサ（複数可）、またはデータ処理ユニット（複数可）８０２、及びメモリ８０４を含んでもよい。サーバ８００はさらに、１つまたは複数の入出力デバイス及びネットワーク・インターフェース（図８に図示せず）を含んでもよい。メモリ８０４は、コンピュータ可読媒体の例である。

【0143】

メモリ８０４は、その中に、要求受信モジュール８０６、応答モジュール８０８、検証データ受信モジュール８１０及び比較モジュール８１２を含む複数のモジュールまたはユニットを格納してもよい。

【0144】

要求受信モジュール８０６は、クライアント端末によって送信された通信要求を受信する。

【0145】

例示的な実施形態においては、クライアント端末が通信要求をサーバ８００へ送信する場合、その要求は、ユーザが、サーバ８００に記憶された対応データを閲覧する、編集する、または使用するために、クライアント端末を介してサーバ８００へログインすることを示す。例えば、ユーザはパーソナル・コンピュータを介してウェブサイトへログインし、商業者に対して支払いを行うために銀行カードを使用し、ＡＴＭまたは入出金マシンから現金を引き出すために銀行カードを使用し、オンライン銀行等を介して支払いを行う。

【0146】

例えば、通信要求は、文字で構成された文字列でもあってよく、この文字列は、クライアント端末が、サーバ８００との通信を確立することを要求していることを表す。その通信に基づき、クライアント端末は、サーバ８００上に記憶されたデータにアクセスしてもよい。

【0147】

応答モジュール８０８は、通信要求に応答し、第１のプリセット・ルールに従って、少なくとも１つのデジット・コードを生成し、その少なくとも１つのデジット・コードを含む情報をクライアント端末へ送信する。

【0148】

例示的な実施形態では、デジット・コードは、プリセット・データのデジットのシリアル番号を表してもよい。プリセット・データのデジット・コードの順序は、左から右の順序、または右から左の順序であってもよい。例えば、プリセット・データが「７５４９６２」であり、且つデジット・コードの順序が左から右の順序である場合、数字「７」のデジット・コードは１であり、数字「５」のデジット・コードは２であり、数字「４」、「９」、「６」及び「２」のデジット・コードは、それぞれ３、４、５及び６である。デジット・コードの順位序列が、右から左の順序である場合は、数字「２」のデジット・コードは１であり、数字「６」のデジット・コードは２であり、数字「９」、「４」、「５」及び「７」のデジット・コードは、それぞれ３、４、５及び６である。

【0149】

例えば、プリセット・データは、クライアント端末がサーバ８００との通信を確立する際に暗号化キーとして使用されるよう、サーバ８００内に予め記憶されてもよい。例えば、クライアント端末が、サーバ８００内のものと同じプリセット・データを入力すると、クライアント端末は、サーバ８００との通信を確立する。プリセット・データは、ユーザによって予め設定されたパスワードであってもよい。プリセット・データは、ユーザのアカウント番号またはユーザ名に対応させて記憶されてもよい。ユーザが、正しいアカウント番号及びパスワード、またはユーザ名及びパスワードを入力すると、ユーザは、サーバ３０４に記憶されたデータへのアクセスを得る。例えば、プリセット・データは、ユーザがウェブサイトへログインするためのパスワードであってよい。ユーザは、ウェブサイトのログイン・インターフェースでユーザ名及びパスワードを入力してウェブサイトへログインし、さらなる操作を実行する。プリセット・データは、ユーザの銀行口座のパスワードであってもよい。ユーザは、銀行またはＡＴＭで取引きを行うために、口座番号及びパスワード、または口座名義及びパスワードを使用する。例えば、プリセット・データのデジット数は、固定数に予め設定されてもよい。

【0150】

例えば、第１のプリセット・ルールは、少なくとも１つのデジット・コードを生成するために使用される。少なくとも１つのデジット・コードの数及びそのような数の値は、プリセット・データのもの以下である。第１のプリセット・ルールは、数量または、そのような数量の値がプリセット・データのもの以下であるデジットの数を生成する。例えば、プリセット・データのデジット・コードの数は６である。プリセット・ルールは、毎回１〜６の数を２つ無作為に選択するものであり、そのように選択された２つの数は、デジット・コードとして使用される。もちろん、通信要求が受信された際は、少なくとも１つのデジット・コードの数がプリセット・データのデジット・コードの数未満である限り、生成された少なくとも１つのデジット・コードの数は、２つ（１、３、４、５または６であってもよい）に限定されなくてもよい。

【0151】

検証データ受信モジュール８１０は、クライアント端末によって送信された少なくとも１つの検証データを受信する。

【0152】

例示的な実施形態では、検証データは、クライアント端末が、サーバ８００にあるデータにアクセスする特権を有するかどうかを判定するために使用される。

【0153】

比較モジュール８１２は、少なくとも１つのデジット・コードに対応するプリセット・データ内のデジット・データと検証データとを比較し、少なくとも１つのデジット・コードに対応するデジット・データが検証データと同じである場合、クライアント端末へ成功情報コードを送信する。

【0154】

例えば、サーバ８００は、各デジット・コードに対応するデジット・データと検証データとを比較する。検証データがデジット・データと同じである場合、このことは、現在のユーザが、識別検証を通過する権限を有しているか、またはログインする権限が与えられていることを示す。検証データの一部またはすべてがデジット・データと同じでない場合、このことは、データ検証の際にエラーがあることを示す。これはまた、現在のユーザが、識別検証を通過する権限を有していない、ログインする権限が与えられていないか、または、サーバに記憶されたデータにアクセスする権限が与えられていないことを示す。

【0155】

例えば、成功情報コードは、デジット・コード全体に対応するデジット・データが、検証データと同じであることを表す文字または文字列であってもよい。クライアント端末は、サーバに記憶されたデータへさらにアクセスする権限が与えられている。例えば、ユーザがコンピュータを介してウェブサイトへログインし、コンピュータが成功情報コードをサーバから受信した後、サーバは、成功ログイン・メッセージを促す。ユーザはその後、権限範囲内のデータにアクセスするために、コンピュータを使用する。別の例では、ユーザがオンライン銀行へログインし、クライアント端末が成功情報コードを受信すると、ユーザはさらに、支払い操作を実行する。別の例では、ユーザがＡＴＭから現金を引き出そうとする場合、ＡＴＭが成功情報コードを受信した後に、ユーザは、ＡＴＭを介して現金を引き出すか、または他の操作を実行する。

【0156】

本開示の技術は、ユーザ識別検証プロセス中、プリセット・データ内の１つまたは複数の指定されたデジット・コードに対応する１つまたは複数のデジット・データを入力するようユーザに要求するために、１つまたは複数のプリセット・ルールを使用する。ユーザの入力が必要なコンテンツは、ユーザ・識別検証の度に変化してもよい。したがって、本開示の技術は、ユーザのパスワード・セキュリティを保証し、パスワードが解読されるリスクを低減する。

【0157】

当業者は、本開示の実施形態が、方法、システムまたはコンピュータ・プログラム製品として提供されてもよいことを理解すべきである。したがって、本開示は、ハードウェア実施形態、ソフトウェア実施形態、または、ソフトウェアとハードウェアとを組み合わせる実施形態として実装されてもよい。さらに、本開示は、コンピュータ実行可能命令を含む、１つまたは複数のコンピュータ可読媒体（磁気ディスクメモリ、ＣＤ-ＲＯＭ、光メモリ等を含むがこれらに限定されない）上に実装されたコンピュータ・プログラム製品の形態であってもよい。

【0158】

上記説明は、単に本開示の実施形態であり、本開示を制限することは意図されていない。当業者は、本開示が種々の改変例及び変形例を有することを理解する。本開示の趣旨及び原理に従う任意の改変例、等価の代替例、改良例等は、すべて本開示の特許請求の範囲に属する。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】