特許 6163610 偽造防止検証方法、装置、プログラム、及び記録媒体

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

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

(11)【特許番号】6163610

(24)【登録日】2017年6月23日

(45)【発行日】2017年7月12日

(54)【発明の名称】偽造防止検証方法、装置、プログラム、及び記録媒体

(51)【国際特許分類】

   H04L 9/32 20060101AFI20170703BHJP

   H04L 9/08 20060101ALI20170703BHJP

   G06F 21/12 20130101ALI20170703BHJP

【ＦＩ】

   H04L9/00 675A

   H04L9/00 601E

   G06F21/12 310

【請求項の数】27

【全頁数】38

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

(86)(22)【出願日】2014年11月18日

(65)【公表番号】特表2016-533684(P2016-533684A)

(43)【公表日】2016年10月27日

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

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

(87)【国際公開日】20160128

【審査請求日】2015年1月8日

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

(32)【優先日】2014年7月21日

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

(73)【特許権者】

【識別番号】513224180

【氏名又は名称】小米科技有限責任公司

【氏名又は名称原語表記】Ｘｉａｏｍｉ Ｉｎｃ．

(74)【代理人】

【識別番号】110000729

【氏名又は名称】特許業務法人 ユニアス国際特許事務所

(72)【発明者】

【氏名】▲劉▼ ▲偉▼

(72)【発明者】

【氏名】▲馬▼ ▲驥▼

(72)【発明者】

【氏名】▲馬▼ 森

(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】

サーバから送信された、所定の順序に従って排列され、且つ検証対象端末に対して検証を行うための全部でｎ個の検証ステップ中の、一つの検証ステップであるｉ（１≦ｉ≦ｎ）番目の検証ステップに対応する暗号化情報を受信するための暗号文受信モジュールと、
前記サーバに前記暗号化情報に関連する前記ｉ番目の検証ステップを呼出すための呼出要求を送信するための要求送信モジュールと、
前記サーバから送信され、失敗または成功を指示する検証結果を受信するための結果受信モジュールと、を含み、
前記検証結果は、前記サーバが前記ｉ番目の検証ステップを実行することに基づいて取得し、
ここで、前記サーバは、前記ｉ番目の検証ステップによる検証が成功し、且つｉ≠ｎの場合、ｉ＝ｉ＋１を設置してから、前記サーバがｉ番目の検証ステップに対応する暗号化情報を生成するステップに返し、
前記検証対象端末は、前記ｉ番目の検証ステップによる検証が失敗した場合、前記サーバが送信する失敗の検証結果を受信し、
前記検証対象端末は、前記ｉ番目の検証ステップによる検証が成功し、且つｉ＝ｎの場合、前記サーバが送信する成功の検証結果を受信する
ことを特徴とする偽造防止検証装置。

【請求項21】

前記要求送信モジュールには、要求生成サブモジュールと要求送信サブモジュールが含まれており、
前記要求生成サブモジュールは、前記サーバから送信された前記ｉ番目の検証ステップに対応する暗号化情報を含み、前記ｉ番目の検証ステップを呼出すための呼出要求を生成するように構成され、
前記要求送信サブモジュールは、前記サーバに前記呼出要求を送信するように構成されるが、
ここで、
前記暗号化情報は、前記サーバが秘密鍵を用いて非暗号化情報を暗号化することによって得られたものであり、
１≦ｉ≦ｎの場合、前記非暗号化情報に前記検証対象端末の関連情報と前記ｉ番目の検証ステップに対応するステップ番号とが含まれているか、
または、
ｉ＝１の場合、前記非暗号化情報に前記検証対象端末の関連情報が含まれており、ｉ≧２の場合、前記非暗号化情報に前記検証対象端末の関連情報と既に成功的に呼出されたｉ−１番目の検証ステップに対応するステップ番号とが含まれていることを特徴とする請求項２０に記載の偽造防止検証装置。

【請求項22】

さらに、
前記検証対象端末と関連するユーザー・アカウントを取得するためのアカウント取得モジュールと、
前記サーバに前記ユーザー・アカウントを送信するためのアカウント送信モジュールと、
前記サーバが照会により前記ユーザー・アカウントに対応する検証結果を取得したときにリターンする検証結果を受信するための結果リターンモジュールとを含むことを特徴とする請求項２０または２１に記載の偽造防止検証装置。

【請求項23】

プロセッサと、
前記プロセッサにより実行可能なインストラクションを記憶するためのメモリーとを含み、
前記プロセッサは、
所定の順序に従って排列され、且つ検証対象端末に対して検証を行うための全部でｎ個の検証ステップ中の、一つの検証ステップであるｉ（１≦ｉ≦ｎ）番目の検証ステップに対応する暗号化情報を生成し、
前記検証対象端末に前記暗号化情報を送信し、
前記検証対象端末からの、前記ｉ番目の検証ステップを呼出すための呼出要求を受信し、
前記呼出要求が、前記ｉ番目の検証ステップに対応する暗号化情報に基づいて発した呼出要求である場合、前記ｉ番目の検証ステップを実行し、
前記ｉ番目の検証ステップによる検証が成功し、且つｉ≠ｎの場合、ｉ＝ｉ＋１を設置してから、ｉ番目の検証ステップに対応する暗号化情報を生成するステップに返し、
前記ｉ番目の検証ステップによる検証が失敗した場合、失敗の検証結果を前記検証対象端末に送信し、
前記ｉ番目の検証ステップによる検証が成功し、且つｉ＝ｎの場合、成功の検証結果を前記検証対象端末に送信すると共に、偽造防止検証を終了するように構成されることを特徴とする偽造防止検証装置。

【請求項24】

プロセッサと、
前記プロセッサにより実行可能なインストラクションを記憶するためのメモリーとを含み、
前記プロセッサは、
サーバから送信された、所定の順序に従って排列され、且つ検証対象端末に対して検証を行うための全部でｎ個の検証ステップ中の、一つの検証ステップであるｉ（１≦ｉ≦ｎ）番目の検証ステップに対応する暗号化情報を受信し、
前記サーバに前記暗号化情報に関連する前記ｉ番目の検証ステップを呼出すための呼出要求を送信し、
前記サーバから送信され、失敗または成功を指示するための検証結果を受信するように構成され、
前記検証結果は、前記サーバが前記ｉ番目の検証ステップを実行することに基づいて取得し、
ここで、前記サーバは、前記ｉ番目の検証ステップによる検証が成功し、且つｉ≠ｎの場合、ｉ＝ｉ＋１を設置してから、前記サーバがｉ番目の検証ステップに対応する暗号化情報を生成するステップに返し、
前記検証対象端末は、前記ｉ番目の検証ステップによる検証が失敗した場合、前記サーバが送信する失敗の検証結果を受信し、
前記検証対象端末は、前記ｉ番目の検証ステップによる検証が成功し、且つｉ＝ｎの場合、前記サーバが送信する成功の検証結果を受信する
ことを特徴とする偽造防止検証装置。

【請求項25】

検証対象端末及び前記検証対象端末と無線ネットワークまたは有線ネットワークを介して接続されているサーバを含み、
前記サーバは、請求項１２〜１９のいずれか１項に記載の前記偽造防止検証装置を含み、前記検証対象端末は、請求項２０〜２２のいずれか１項に記載の偽造防止検証装置を含むか、
または、
前記サーバは、請求項２３に記載の前記偽造防止検証装置を含み、前記検証対象端末は、請求項２４に記載の前記偽造防止検証装置を含むことを特徴とする偽造防止検証システム。

【請求項26】

プロセッサに実行されることにより、請求項１から請求項１１のいずれか１項に記載の偽造防止検証方法を実現することを特徴とするプログラム。

【請求項27】

請求項２６に記載のプログラムが記録された記録媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、出願番号がＣＮ２０１４１０３８００１．５であって、出願日が２０１４年７月２１日である中国特許出願に基づき優先権を主張し、該中国特許出願のすべての内容を本願に援用する。

【0002】

本発明は、端末技術分野に関し、特に、偽造防止検証方法、装置、システム、プログラム、及び記録媒体に関する。

【背景技術】

【0003】

携帯電話、タブレットＰＣ及びスマートテレビ等の端末の普及に伴い、市場にも大量の模倣品が出回っている。これらの模倣品は、外観から見ても、オペレーティング・システム（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）上から見ても、普通のユーザーを十分欺くことができ、ユーザーはその真偽の弁別が困難である。

【0004】

関連する偽造防止検証方法によれば、検証対象端末に関連するアプリケーションをダウンロードしてインストールした後、そのアプリケーションを利用してローカルエリアにおいて検証対象端末に対する偽造防止検証を行うことができる。このようなアプリケーションは、検証対象端末の各項の配置パラメータ(ｃｏｎｆｉｇｕｒａｔｉｏｎ ｐａｒａｍｅｔｅｒ)及び性能パラメータを取得して、データベースに記憶されている各項の配置パラメータ及び性能パラメータとの比較を行う。両者の比較結果、基本的に一致する場合、該検証対象端末は本物として認定され、さもないと該検証対象端末は模倣品として認定される。

【0005】

本願の発明者は、本発明を実現する過程において、前述の技術に、以下のような短所が存在することを発見した。一部の違法者がアプリケーションを偽造して、ユーザーに、その偽造したアプリケーションをダウンロード及びインストールさせる。その偽造後のアプリケーションは、様々な方式により、ユーザーに、検証対象端末が本物であるとの検証結果をフィードバックしてしまう。以上の短所から分かるように、前述の技術には、依然として、アプリケーションの偽造により検証成功率が低くなる課題が残されている。

【発明の概要】

【0006】

本発明は、前記技術に存在する、アプリケーションの偽造により検証成功率が低くなる課題を解決するための偽造防止検証方法、装置、システム、プログラム、及び記録媒体を提供する。

【0007】

本発明の実施例の第１態様によれば、
所定の順序に従って排列され、且つ検証対象端末に対して検証を行うための全部でｎ個の検証ステップ中の、一つの検証ステップであるｉ（１≦ｉ≦ｎ）番目の検証ステップに対応する暗号化情報を生成し、
前記検証対象端末に前記暗号化情報を送信し、
前記検証対象端末からの、前記ｉ番目の検証ステップを呼出すための呼出要求を受信し、
前記呼出要求が、前記ｉ番目の検証ステップに対応する暗号化情報に基づいて発した呼出要求である場合、前記ｉ番目の検証ステップを実行し、
前記ｉ番目の検証ステップによる検証が成功し、且つｉ≠ｎの場合、ｉ＝ｉ＋１を計算してから、前記ｉ番目の検証ステップに対応する暗号化情報を生成するステップを実行し、
前記ｉ番目の検証ステップによる検証が失敗した場合、失敗の検証結果を前記検証対象端末に送信し、
前記ｉ番目の検証ステップによる検証が成功し、且つｉ＝ｎの場合、成功の検証結果を前記検証対象端末に送信する偽造防止検証方法が提供される。

【0008】

前記ｉ番目の検証ステップに対応する暗号化情報を生成する過程において、
秘密鍵を用いて非暗号化情報を暗号化することによって、ｉ番目の検証ステップに対応する暗号化情報を取得するが、
ここで、
１≦ｉ≦ｎの場合、前記非暗号化情報には、前記検証対象端末の関連情報と前記ｉ番目の検証ステップに対応するステップ番号が含まれているか、
または、
ｉ＝１の場合、前記非暗号化情報には、前記検証対象端末の関連情報が含まれており、ｉ≧２の場合、前記非暗号化情報には、前記検証対象端末の関連情報と既に成功的に呼出されたｉ−１番目の検証ステップに対応するステップ番号が含まれているようにしてもよい。
前記呼出要求が、前記ｉ番目の検証ステップに対応する暗号化情報に基づいて発した呼出要求である場合、前記ｉ番目の検証ステップを実行する過程において、
前記呼出要求中に、前記ｉ番目の検証ステップに対応する暗号化情報が含まれているかを検出し、
前記暗号化情報が含まれている場合、前記暗号化情報を読取り、
前記秘密鍵を用いて前記暗号化情報を復号化することによって前記非暗号化情報を取得し、
前記非暗号化情報の情報内容に基づいて、前記ｉ番目の検証ステップに対応するステップ番号を特定し、
前記呼出要求により呼出された実際のステップ番号が、前記ｉ番目の検証ステップに対応するステップ番号と整合するのかを検出し、
前記実際のステップ番号が、前記ｉ番目の検証ステップに対応するステップ番号と整合する場合、前記ｉ番目の検証ステップを実行するようにしてもよい。
前記呼出要求が、前記ｉ番目の検証ステップに対応する暗号化情報に基づいて発した呼出要求である場合、前記ｉ番目の検証ステップを実行する過程において、
さらに、
前記非暗号化情報に時間情報がさらに含まれている場合、前記非暗号化情報に含まれている前記時間情報を読取り、
前記時間情報に基づいて、前記呼出要求を受信したタイミングが有効時間帯内であるのかを検出し、
前記呼出要求を受信したタイミングが前記有効時間帯内であり、且つ前記実際のステップ番号が前記ｉ番目の検証ステップに対応するステップ番号と整合する場合、前記ｉ番目の検証ステップを実行するようにしてもよい。

【0009】

前記ｉ番目の検証ステップを実行する過程において、
前記ｉ番目の検証ステップが配置パラメータ検証ステップである場合、前記検証対象端末の配置パラメータに基づいて前記検証対象端末に対して検証を行い、
または、
前記ｉ番目の検証ステップが性能パラメータ検証ステップである場合、前記検証対象端末の性能パラメータに基づいて前記検証対象端末に対して検証を行い、
または、
前記ｉ番目の検証ステップが注文検証ステップである場合、前記検証対象端末の基本情報と少なくとも一台の端末の基本情報が含まれている注文データベースに基づいて前記検証対象端末に対して検証を行い、
または、
前記ｉ番目の検証ステップが地理位置検証ステップである場合、前記検証対象端末に対応する地理位置及び唯一の識別子に基づいて、前記検証対象端末に対して検証を行うようにしてもよい。

【0010】

前記検証対象端末の基本情報と注文データベースに基づいて前記検証対象端末に対して検証を行う過程において、
前記注文データベースに対し、前記検証対象端末の基本情報と整合する基本情報が存在するのかを照会し、
前記検証対象端末の基本情報と整合する基本情報が存在する場合、前記ｉ番目の検証ステップによる検証が成功したと確定するようにしてもよい。
前記検証対象端末に対応する地理位置及び唯一の識別子に基づいて、前記検証対象端末に対して検証を行う過程おいて、
前記検証対象端末が所定の条件を満たしているかを検出し、
前記検証対象端末が前記所定の条件を満たしていない場合、前記ｉ番目の検証ステップによる検証が成功したと確定するようにしてもよい。ここで、前記所定の条件とは、所定の時間帯内に、異なる地理位置からの、前記検証対象端末と同一でありながら唯一である識別子を有する検証対象端末が送信する呼出要求を受信することをいう。

【0011】

前記偽造防止検証方法において、さらに、
ユーザー・アカウントが含まれている検証照会要求を受信し、
前記ユーザー・アカウントに対応する検証結果が存在するのかを照会し、
前記検証結果が存在する場合、前記検証結果を利用して前記検証照会要求に対して応答するようにしてもよい。

【0012】

本発明の実施例の第２態様によれば、
サーバから送信された、所定の順序に従って排列され、且つ検証対象端末に対して検証を行うための全部でｎ個の検証ステップ中の、一つの検証ステップであるｉ（１≦ｉ≦ｎ）番目の検証ステップに対応する暗号化情報を受信し、
前記暗号化情報に基づいて前記サーバに前記ｉ番目の検証ステップを呼出すための呼出要求を送信し、
前記サーバから送信され、失敗または成功を指示するための検証結果を受信する偽造防止検証方法が提供される。
前記暗号化情報に基づいて前記サーバに前記ｉ番目の検証ステップを呼出すための呼出要求を送信する過程おいて、
前記サーバから送信された前記ｉ番目の検証ステップに対応する暗号化情報を含み、前記ｉ番目の検証ステップを呼出すための呼出要求を生成し、
前記サーバに前記呼出要求を送信するが、
ここで、
前記暗号化情報は、前記サーバが秘密鍵を用いて非暗号化情報を暗号化することによって得られたものであり、
１≦ｉ≦ｎの場合、前記非暗号化情報に前記検証対象端末の関連情報と前記ｉ番目の検証ステップに対応するステップ番号とが含まれているか、
または、
ｉ＝１の場合、前記非暗号化情報に前記検証対象端末の関連情報が含まれており、ｉ≧２の場合、前記非暗号化情報に前記検証対象端末の関連情報と既に成功的に呼出されたｉ−１番目の検証ステップに対応するステップ番号とが含まれているようにしてもよい。

【0013】

前記偽造防止検証方法において、さらに、
前記検証対象端末と関連するユーザー・アカウントを取得し、
前記サーバに前記ユーザー・アカウントを送信し、
前記サーバが照会により前記ユーザー・アカウントに対応する検証結果を取得したときにリターンする検証結果を受信するようにしてもよい。

【0014】

本発明の実施例の第３態様によれば、
所定の順序に従って排列され、且つ検証対象端末に対して検証を行うための全部でｎ個の検証ステップ中の、一つの検証ステップであるｉ（１≦ｉ≦ｎ）番目の検証ステップに対応する暗号化情報を生成するための暗号文生成モジュールと、
前記検証対象端末に前記暗号化情報を送信するための暗号文送信モジュールと、
前記検証対象端末からの、前記ｉ番目の検証ステップを呼出すための呼出要求を受信するための要求受信モジュールと、
前記呼出要求が、前記ｉ番目の検証ステップに対応する暗号化情報に基づいて発した呼出要求である場合、前記ｉ番目の検証ステップを実行するための検証実行モジュールと、
前記ｉ番目の検証ステップによる検証が失敗した場合、失敗の検証結果を前記検証対象端末に送信するための第１の送信モジュールと、
前記ｉ番目の検証ステップによる検証が成功し、且つｉ＝ｎの場合、成功の検証結果を前記検証対象端末に送信するための第２の送信モジュールと、を含み、
前記暗号文生成モジュールは、前記ｉ番目の検証ステップによる検証が成功し、且つｉ≠ｎの場合、ｉ＝ｉ＋１を計算してから、前記ｉ番目の検証ステップに対応する暗号化情報を生成するステップを実行する偽造防止検証装置が提供される。

【0015】

前記暗号文生成モジュールは、さらに、秘密鍵を用いて非暗号化情報を暗号化することによって、ｉ番目の検証ステップに対応する暗号化情報を取得するように構成され、
ここで、
１≦ｉ≦ｎの場合、前記非暗号化情報には、前記検証対象端末の関連情報と前記ｉ番目の検証ステップに対応するステップ番号が含まれているか、
または、
ｉ＝１の場合、前記非暗号化情報には、前記検証対象端末の関連情報が含まれており、ｉ≧２の場合、前記非暗号化情報には、前記検証対象端末の関連情報と既に成功的に呼出されたｉ−１番目の検証ステップに対応するステップ番号が含まれているようにしてもよい。

【0016】

前記検証実行モジュールには、暗号文検出サブモジュール、暗号文読取サブモジュール、暗号文復号化サブモジュール、番号特定サブモジュール、番号検出サブモジュール及び検証実行サブモジュールが含まれており、
前記暗号文検出サブモジュールは、前記呼出要求中に、前記ｉ番目の検証ステップに対応する暗号化情報が含まれているかを検出するように構成され、
前記暗号文読取サブモジュールは、前記暗号化情報が含まれている場合、前記暗号化情報を読取るように構成される、
前記暗号文復号化サブモジュールは、前記秘密鍵を用いて前記暗号化情報を復号化することによって前記非暗号化情報を取得するように構成され、
前記番号特定サブモジュールは、前記非暗号化情報の情報内容に基づいて、前記ｉ番目の検証ステップに対応するステップ番号を特定するように構成され、
前記番号検出サブモジュールは、前記呼出要求により呼出された実際のステップ番号が、前記ｉ番目の検証ステップに対応するステップ番号と整合するのかを検出するように構成され、
前記検証実行サブモジュールは、前記実際のステップ番号が、前記ｉ番目の検証ステップに対応するステップ番号と整合する場合、前記ｉ番目の検証ステップを実行するように構成されてもよい。

【0017】

前記検証実行モジュールには、さらに、情報読取サブモジュールと時間検出サブモジュールとが含まれており、
前記情報読取サブモジュールは、前記非暗号化情報に時間情報がさらに含まれている場合、前記非暗号化情報に含まれている前記時間情報を読取るように構成され、
前記時間検出サブモジュールは、前記時間情報に基づいて、前記呼出要求を受信したタイミングが有効時間帯内であるのか検出するように構成され、
前記検証実行サブモジュールは、さらに、前記呼出要求を受信したタイミングが前記有効時間帯内であり、且つ前記実際のステップ番号が前記ｉ番目の検証ステップに対応するステップ番号と整合する場合、前記ｉ番目の検証ステップを実行するように構成されるようにしてもよい。

【0018】

前記検証実行サブモジュールには、第１の検証サブモジュール、及び／又は第２の検証サブモジュール、及び／又は第３の検証サブモジュール、及び／又は第４の検証サブモジュールが含まれており、
前記第１の検証サブモジュールは、前記ｉ番目の検証ステップが配置パラメータ検証ステップである場合、前記検証対象端末の配置パラメータに基づいて前記検証対象端末に対して検証を行うように構成され、
前記第２の検証サブモジュールは、前記ｉ番目の検証ステップが性能パラメータ検証ステップである場合、前記検証対象端末の性能パラメータに基づいて前記検証対象端末に対して検証を行うように構成され、
前記第３の検証サブモジュールは、前記ｉ番目の検証ステップが注文検証ステップである場合、前記検証対象端末の基本情報と少なくとも一台の端末の基本情報が含まれている注文データベースに基づいて前記検証対象端末に対して検証を行うように構成され、
前記第４の検証サブモジュールは、前記ｉ番目の検証ステップが地理位置検証ステップである場合、前記検証対象端末に対応する地理位置及び唯一の識別子に基づいて、前記検証対象端末に対して検証を行うように構成されるようにしてもよい。

【0019】

前記第３の検証サブモジュールは、さらに、前記注文データベースに対し、前記検証対象端末の基本情報と整合する基本情報が存在するのかを照会し、前記検証対象端末の基本情報と整合する基本情報が存在する場合、前記ｉ番目の検証ステップによる検証が成功したと確定するように構成されるようにしてもよい。

【0020】

前記第４の検証サブモジュールは、さらに、前記検証対象端末が所定の条件を満たしているかを検出し、前記検証対象端末が前記所定の条件を満たしていない場合、前記ｉ番目の検証ステップによる検証が成功したと確定するように構成されるようにしてもよい。ここで、前記所定の条件とは、所定の時間帯内に異なる地理位置からの、但し前記検証対象端末と同一でありながら唯一である識別子を有する検証対象端末が送信する呼出要求を受信することをいう。

【0021】

前記装置は、さらに、
ユーザー・アカウントが含まれている検証照会要求を受信するための照会要求受信モジュールと、
前記ユーザー・アカウントに対応する検証結果が存在するのかを照会するための結果照会モジュールと、
前記検証結果が存在する場合、前記検証結果を利用して前記検証照会要求に対して応答するための要求応答モジュールとを含むようにしてもよい。

【0022】

本発明の実施例の第４態様によれば、
サーバから送信された、所定の順序に従って排列され、且つ検証対象端末に対して検証を行うための全部でｎ個の検証ステップ中の、一つの検証ステップであるｉ（１≦ｉ≦ｎ）番目の検証ステップに対応する暗号化情報を受信するための暗号文受信モジュールと、
前記暗号化情報に基づいて前記サーバに前記ｉ番目の検証ステップを呼出すための呼出要求を送信するための要求送信モジュールと、
前記サーバから送信され、失敗または成功を指示する検証結果を受信するための結果受信モジュールとを含む偽造防止検証装置が提供される。
前記要求送信モジュールには、要求生成サブモジュールと要求送信サブモジュールが含まれており、
前記要求生成サブモジュールは、前記サーバから送信された前記ｉ番目の検証ステップに対応する暗号化情報を含み、前記ｉ番目の検証ステップを呼出すための呼出要求を生成するように構成され、
前記要求送信サブモジュールは、前記サーバに前記呼出要求を送信するように構成されるが、
ここで、
前記暗号化情報は、前記サーバが秘密鍵を用いて非暗号化情報を暗号化することによって得られたものであり、
１≦ｉ≦ｎの場合、前記非暗号化情報に前記検証対象端末の関連情報と前記ｉ番目の検証ステップに対応するステップ番号とが含まれているか、
または、
ｉ＝１の場合、前記非暗号化情報に前記検証対象端末の関連情報が含まれており、ｉ≧２の場合、前記非暗号化情報に前記検証対象端末の関連情報と既に成功的に呼出されたｉ−１番目の検証ステップに対応するステップ番号とが含まれているようにしてもよい。

【0023】

前記装置は、さらに、
前記検証対象端末と関連するユーザー・アカウントを取得するためのアカウント取得モジュールと、
前記サーバに前記ユーザー・アカウントを送信するためのアカウント送信モジュールと、
前記サーバが照会により前記ユーザー・アカウントに対応する検証結果を取得したときにリターンする検証結果を受信するための結果リターンモジュールとを含むようにしてもよい。

【0024】

本発明の実施例の第５態様によれば、
プロセッサと、
前記プロセッサにより実行可能なインストラクションを記憶するためのメモリーとを含み、
前記プロセッサは、
所定の順序に従って排列され、且つ検証対象端末に対して検証を行うための全部でｎ個の検証ステップ中の、一つの検証ステップであるｉ（１≦ｉ≦ｎ）番目の検証ステップに対応する暗号化情報を生成し、
前記検証対象端末に前記暗号化情報を送信し、
前記検証対象端末からの、前記ｉ番目の検証ステップを呼出すための呼出要求を受信し、
前記呼出要求が、前記ｉ番目の検証ステップに対応する暗号化情報に基づいて発した呼出要求である場合、前記ｉ番目の検証ステップを実行し、
前記ｉ番目の検証ステップによる検証が成功し、且つｉ≠ｎの場合、ｉ＝ｉ＋１を計算してから、前記ｉ番目の検証ステップに対応する暗号化情報を生成するステップを実行し、
前記ｉ番目の検証ステップによる検証が失敗した場合、失敗の検証結果を前記検証対象端末に送信し、
前記ｉ番目の検証ステップによる検証が成功し、且つｉ＝ｎの場合、成功の検証結果を前記検証対象端末に送信する、ように構成される偽造防止検証装置が提供される。

【0025】

本発明の実施例の第６態様によれば、
プロセッサと、
前記プロセッサにより実行可能なインストラクションを記憶するためのメモリーとを含み、
前記プロセッサは、
サーバから送信された、所定の順序に従って排列され、且つ検証対象端末に対して検証を行うための全部でｎ個の検証ステップ中の、一つの検証ステップであるｉ（１≦ｉ≦ｎ）番目の検証ステップに対応する暗号化情報を受信し、
前記暗号化情報に基づいて前記サーバに前記ｉ番目の検証ステップを呼出すための呼出要求を送信し、
前記サーバから送信され、失敗または成功を指示するための検証結果を受信するように構成される偽造防止検証装置が提供される。

【0026】

本発明の実施例の第７態様によれば、
検証対象端末及び前記検証対象端末と無線ネットワークまたは有線ネットワークを介して接続されているサーバを含み、
前記サーバは、第３態様による偽造防止検証装置を含み、前記検証対象端末は、第４態様による偽造防止検証装置を含み、
または、
前記サーバは、第５態様による偽造防止検証装置を含み、前記検証対象端末は、第６態様による偽造防止検証装置を含む偽造防止検証システムが提供される。本発明の実施例の第８態様によれば、プロセッサに実行されることにより、第１態様または第２態様による前記偽造防止検証方法を実現するプログラムが提供される。本発明の実施例の第９態様によれば、第８態様による前記プログラムが記録されている記録媒体が提供される。

【0027】

本発明の実施例が提供する技術方案によれば、以下のような有益な効果を奏することができる。

【0028】

サーバを利用して、ｉ番目の検証ステップを実行して検証対象端末に対して検証を行う前に、ｉ番目の検証ステップに対応する暗号化情報を生成し、クライアントに前記暗号化情報を送信し、サーバは、検証対象端末からの、ｉ番目の検証ステップを呼出すための呼出要求を受信した後、該呼出要求がｉ番目の検証ステップに対応する暗号化情報に基づいて発した呼出要求であることを確定した場合のみｉ番目の検証ステップを実行する。それにより、背景技術に存在する、アプリケーションの偽造により検証成功率が低くなる課題を解決し、また偽造されたクライアントは、前記ｉ番目の検証ステップの呼出し実行の条件を満すことができないため、さらに順調に検証過程を通ることができなく、検証成功率を向上することができる。

【0029】

以上の一般的な説明及び以下の詳細な説明は単なる例示及び解釈に過ぎず、本発明を限定するものではないことを理解すべきである。

【図面の簡単な説明】

【0030】

ここでの図面は明細書に取り込まれて本明細書の一部分を構成し、本発明に合致する実施例を示し、明細書と共に本発明の原理の解釈に用いられる。

【図1】図１は、本発明のそれぞれの実施例に係る実施環境の模式図である。

【図2】図２は、一つの例示的な実施例に係る偽造防止検証方法のフローチャートである。

【図3】図３は、他の一つの例示的な実施例に係る偽造防止検証方法のフローチャートである。

【図4】図４は、他のまた一つの例示的な実施例に係る偽造防止検証方法のフローチャートである。

【図5】図５は、一つの例示的な実施例に係る偽造防止検証装置のブロック図である。

【図6】図６は、他の一つの例示的な実施例に係る偽造防止検証装置のブロック図である。

【図7】図７は、他のまた一つの例示的な実施例に係る偽造防止検証装置のブロック図である。

【図8】図８は、さらに他のまた一つの例示的な実施例に係る偽造防止検証装置のブロック図である。

【図9】図９は、一つの例示的な実施例に係る偽造防止検証システムのブロック図である。

【図10】図１０は、一つの例示的な実施例に係る装置のブロック図である。

【図11】図１１は、一つの例示的な実施例に係る装置のブロック図である。

【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】

第２の送信モジュール５６０は、前記ｉ番目の検証ステップによる検証が成功し、且つｉ＝ｎの場合、成功の検証結果を前記検証対象端末に送信するように構成される。

【0159】

要するに、本実施例が提供する偽造防止検証方法によれば、サーバを利用して、ｉ番目の検証ステップを実行して検証対象端末に対して検証を行う前に、ｉ番目の検証ステップに対応する暗号化情報を生成し、クライアントに前記暗号化情報を送信し、サーバは、検証対象端末からの、ｉ番目の検証ステップを呼出すための呼出要求を受信した後、該呼出要求がｉ番目の検証ステップに対応する暗号化情報に基づいて発した呼出要求であることを確定した場合のみｉ番目の検証ステップを実行する。それにより、背景技術に存在する、アプリケーションの偽造により検証成功率が低くなる課題を解決し、また偽造されたクライアントは、前記ｉ番目の検証ステップの呼出し実行の条件を満すことができないため、さらに順調に検証過程を通ることができなく、検証成功率を向上した。

【0160】

図６は他の一つの例示的な実施例に係る偽造防止検証装置のブロック図である。該偽造防止検証装置は、ソフトウェアー、ハードウェアーまたは両者の結合によってサーバの一部または全部を実現してもよい。該偽造防止検証装置は、暗号文生成モジュール５１０、暗号文送信モジュール５２０、要求受信モジュール５３０、検証実行モジュール５４０、第１の送信モジュール５５０及び第２の送信モジュール５６０を含んでもよい。

【0161】

暗号文生成モジュール５１０は、ｉ番目の検証ステップに対応する暗号化情報を生成するように構成され、前記ｉ番目の検証ステップは、所定の順序に従って排列され、且つ検証対象端末に対して検証を行うための全部でｎ（１≦ｉ≦ｎ）個の検証ステップ中の、一つの検証ステップである。

【0162】

前記暗号文生成モジュール５１０は、また、秘密鍵を用いて非暗号化情報を暗号化することによってｉ番目の検証ステップに対応する暗号化情報を取得するように構成される。

【0163】

ここで、１≦ｉ≦ｎの場合、前記非暗号化情報には、前記検証対象端末の関連情報と前記ｉ番目の検証ステップに対応するステップ番号とが含まれている。

【0164】

または、ｉ＝１の場合、前記非暗号化情報には、前記検証対象端末の関連情報が含まれており、ｉ≧２の場合、前記非暗号化情報には、前記検証対象端末の関連情報と既に成功的に呼出されたｉ−１番目の検証ステップに対応するステップ番号とが含まれている。

【0165】

暗号文送信モジュール５２０は、前記検証対象端末に前記暗号化情報を送信するように構成される。

【0166】

要求受信モジュール５３０は、前記検証対象端末からの、前記ｉ番目の検証ステップを呼出すための呼出要求を受信するように構成される。

【0167】

検証実行モジュール５４０は、前記呼出要求が、前記ｉ番目の検証ステップに対応する暗号化情報に基づいて発した呼出要求である場合、前記ｉ番目の検証ステップを実行するように構成される。

【0168】

前記検証実行モジュール５４０には、暗号文検出サブモジュール５４０ａ、暗号文読取サブモジュール５４０ｂ、暗号文復号化サブモジュール５４０ｃ、番号特定サブモジュール５４０ｄ、番号検出サブモジュール５４０ｅ及び検証実行サブモジュール５４０ｆが含まれている。

【0169】

前記暗号文検出サブモジュール５４０ａは、前記呼出要求中に、前記ｉ番目の検証ステップに対応する暗号化情報が含まれているかを検出するように構成される。

【0170】

前記暗号文読取サブモジュール５４０ｂは、前記暗号化情報が含まれている場合、前記暗号化情報を読取るように構成される。

【0171】

前記暗号文復号化サブモジュール５４０ｃは、前記秘密鍵を用いて前記暗号化情報を復号化することによって前記非暗号化情報を取得するように構成される。

【0172】

前記番号特定サブモジュール５４０ｄは、前記非暗号化情報の情報内容に基づいて、前記ｉ番目の検証ステップに対応するステップ番号を特定するように構成される。

【0173】

前記番号検出サブモジュール５４０ｅは、前記呼出要求により呼出された実際のステップ番号が、前記ｉ番目の検証ステップに対応するステップ番号と整合するのかを検出するように構成される。

【0174】

前記検証実行サブモジュール５４０ｆは、前記実際のステップ番号が、前記ｉ番目の検証ステップに対応するステップ番号と整合する場合、前記ｉ番目の検証ステップを実行するように構成される。

【0175】

前記検証実行モジュール５４０には、さらに、情報読取サブモジュール５４０ｇと時間検出サブモジュール５４０ｈとが含まれてもよい。

【0176】

前記情報読取サブモジュール５４０ｇは、前記時間情報に基づいて、前記呼出要求を受信したタイミングが、有効時間帯内であるのか検出するように構成される。

【0177】

前記時間検出サブモジュール５４０ｈは、前記時間情報に基づいて、前記呼出要求を受信したタイミングが、有効時間帯内であるのか検出するように構成される。

【0178】

前記検証実行サブモジュール５４０ｆは、また、前記呼出要求を受信したタイミングが前記有効時間帯内であり、且つ前記実際のステップ番号と前記ｉ番目の検証ステップに対応するステップ番号が整合する場合、前記ｉ番目の検証ステップを実行するように構成される。

【0179】

前記検証実行サブモジュール５４０ｆには、第１の検証サブモジュール５４０ｆ１と、及び／又は第２の検証サブモジュール５４０ｆ２と、及び／又は第３の検証サブモジュール５４０ｆ３と、及び／又は第４の検証サブモジュール５４０ｆ４とが含まれている。

【0180】

前記第１の検証サブモジュール５４０ｆ１は、前記ｉ番目の検証ステップが配置パラメータ検証ステップである場合、前記検証対象端末の配置パラメータに基づいて前記検証対象端末に対して検証を行うように構成される。

【0181】

前記第２の検証サブモジュール５４０ｆ２は、前記ｉ番目の検証ステップが性能パラメータ検証ステップである場合、前記検証対象端末の性能パラメータに基づいて前記検証対象端末に対して検証を行うように構成される。

【0182】

前記第３の検証サブモジュール５４０ｆ３は、前記ｉ番目の検証ステップが注文検証ステップである場合、前記検証対象端末の基本情報と少なくとも一台の端末の基本情報が含まれている注文データベースに基づいて、前記検証対象端末に対して検証を行うように構成される。

【0183】

前記第３の検証サブモジュール５４０ｆ３は、また、前記注文データベースに前記検証対象端末の基本情報と整合する基本情報が存在するのかを照会して、前記検証対象端末の基本情報と整合する基本情報が存在する場合、前記ｉ番目の検証ステップによる検証が成功したと確定するように構成される。

【0184】

前記第４の検証サブモジュール５４０ｆ４は、前記ｉ番目の検証ステップが地理位置検証ステップである場合、前記検証対象端末に対応する地理位置及び唯一の識別子に基づいて前記検証対象端末に対して検証を行うように構成される。

【0185】

前記第４の検証サブモジュール５４０ｆ４は、されに、前記検証対象端末所定の条件を満たしているのかを検出し（前記所定の条件とは、所定の時間帯内に、異なる地理位置からの、前記検証対象端末と同一でありながら唯一である識別子を有する検証対象端末が送信する呼出要求を受信することを言う）、前記検証対象端末前記所定の条件を満たしていない場合、前記ｉ番目の検証ステップによる検証が成功したと確定するように構成される。

【0186】

前記暗号文生成モジュール５１０は、また、前記ｉ番目の検証ステップによる検証が成功し、且つｉ≠ｎの場合、ｉ＝ｉ＋１を計算してから、前記ｉ番目の検証ステップに対応する暗号化情報を生成するステップを実行するように構成される。

【0187】

第１の送信モジュール５５０は、前記ｉ番目の検証ステップによる検証が失敗した場合、失敗した検証結果を前記検証対象端末に送信するように構成される。

【0188】

第２の送信モジュール５６０は、前記ｉ番目の検証ステップによる検証が成功し、且つｉ＝ｎの場合、成功の検証結果を前記検証対象端末に送信するように構成される。

【0189】

前記装置には、さらに、照会要求受信モジュール５７０、結果照会モジュール５８０及び要求応答モジュール５９０が含まれてもよい。

【0190】

照会要求受信モジュール５７０は、ユーザー・アカウントが含まれている検証照会要求を受信するように構成される。

【0191】

結果照会モジュール５８０は、前記ユーザー・アカウントに対応する検証結果が存在するのかを照会するように構成される。

【0192】

要求応答モジュール５９０は、前記検証結果が存在する場合、前記検証結果を利用して前記検証照会要求に対して応答するように構成される。

【0193】

要するに、本実施例が提供する偽造防止検証方法によれば、サーバを利用して、ｉ番目の検証ステップを実行して検証対象端末に対して検証を行う前に、ｉ番目の検証ステップに対応する暗号化情報を生成し、クライアントに前記暗号化情報を送信し、サーバは、検証対象端末からの、ｉ番目の検証ステップを呼出すための呼出要求を受信した後、該呼出要求がｉ番目の検証ステップに対応する暗号化情報に基づいて発した呼出要求であることを確定した場合のみｉ番目の検証ステップを実行する。それにより、背景技術に存在する、アプリケーションの偽造により検証成功率が低くなる課題を解決し、また偽造されたクライアントは、前記ｉ番目の検証ステップの呼出し実行の条件を満すことができないため、さらに順調に検証過程を通ることができなく、検証成功率を向上した。

【0194】

また、本実施例が提供する偽造防止検証装置によれば、と関連するユーザー・アカウントを介して、サーバ端末にユーザー・アカウントに対応する最終検証結果を記憶することによって、また後続する照会メカニズムによって、一部の違法者が偽造されたクライアントを利用してサーバの検証ステップを転じて避けて、直接ユーザーに最終検証結果が本物である情報をフィードバックする可能性を排除することによって、されに本発明が提供する偽造防止検証方案による検証成功率を向上した。

【0195】

図７は、他のまた一つの例示的な実施例に係る偽造防止検証装置のブロック図である。該偽造防止検証装置は、ソフトウェアー、ハードウェアーまたは両者の結合によって、検証対象端末または検証対象端末に接続された他の端末装置の一部または全部を実現してもよい。該偽造防止検証装置は、暗号文受信モジュール７１０、要求送信モジュール７２０及び結果受信モジュール７３０を含んでもよい。

【0196】

暗号文受信モジュール７１０は、サーバから送信された、所定の順序に従って排列され、且つ検証対象端末に対して検証を行うための全部でｎ個の検証ステップ中の、一つの検証ステップであるｉ（１≦ｉ≦ｎ）番目の検証ステップに対応する暗号化情報を受信するように構成される。

【0197】

要求送信モジュール７２０は、前記暗号化情報に基づいて、前記サーバに前記ｉ番目の検証ステップを呼出すための呼出要求を送信するように構成される。

【0198】

結果受信モジュール７３０は、前記サーバから送信され、失敗または成功を指示する検証結果を受信するように構成される。

【0199】

要するに、本実施例が提供する偽造防止検証装置によれば、検証対象端末によりサーバから送信されたｉ番目の検証ステップに対応する暗号化情報を受信し、その暗号化情報に基づいてサーバにｉ番目の検証ステップを呼出すための呼出要求を送信することによって、サーバが前記呼出要求に基づいて検証対象端末に対する検証を決め、検証対象端末に検証結果をフィードバックするようにする。それにより、背景技術に存在する、アプリケーションの偽造により検証成功率が低くなる課題を解決し、また偽造されたクライアントは、前記ｉ番目の検証ステップの呼出し実行の条件を満すことができないため、さらに順調に検証過程を通ることができなく、検証成功率を向上した。

【0200】

図８はさらに他のまた一つの例示的な実施例に係る偽造防止検証装置のブロック図である。該偽造防止検証装置は、ソフトウェアー、ハードウェアーまたは両者の結合によって、検証対象端末または検証対象端末に接続された他の端末装置の一部または全部を実現してもよい。該偽造防止検証装置は、暗号文受信モジュール７１０、要求送信モジュール７２０及び結果受信モジュール７３０を含んでもよい。

【0201】

暗号文受信モジュール７１０は、サーバから送信されたｉ番目の検証ステップに対応する暗号化情報を受信するように構成され、前記ｉ番目の検証ステップは、所定の順序に従って排列され、且つ検証対象端末に対して検証を行うための全部でｎ（１≦ｉ≦ｎ）個の検証ステップ中の、一つの検証ステップである。

【0202】

要求送信モジュール７２０は、前記暗号化情報に基づいて、前記サーバに前記ｉ番目の検証ステップを呼出すための呼出要求を送信するように構成される。

【0203】

前記要求送信モジュール７２０には、要求生成サブモジュール７２０ａと要求送信サブモジュール７２０ｂが含まれている。

【0204】

前記要求生成サブモジュール７２０ａは、前記ｉ番目の検証ステップに対応する暗号化情報を含み、前記ｉ番目の検証ステップを呼出すための呼出要求を生成するように構成される。

【0205】

前記要求送信サブモジュール７２０ｂは、前記サーバに前記呼出要求を送信するように構成される。

【0206】

ここで、前記暗号化情報は、前記サーバが秘密鍵を用いて非暗号化情報を暗号化することによって得られたものである。

【0207】

１≦ｉ≦ｎの場合、前記非暗号化情報には、前記検証対象端末の関連情報と前記ｉ番目の検証ステップに対応するステップ番号とが含まれている。

【0208】

または、ｉ＝１の場合、前記非暗号化情報には、前記検証対象端末の関連情報が含まれており、ｉ≧２の場合、前記非暗号化情報には、前記検証対象端末の関連情報と既に成功的に呼出されたｉ−１番目の検証ステップに対応するステップ番号とが含まれている。

【0209】

結果受信モジュール７３０は、前記サーバから送信され、失敗または成功を指示する検証結果を受信するように構成される。

【0210】

前記装置は、アカウント取得モジュール７４０、アカウント送信モジュール７５０及び結果リターンモジュール７６０を含んでもよい。

【0211】

アカウント取得モジュール７４０は、前記検証対象端末と関連するユーザー・アカウントを取得するように構成される。

【0212】

アカウント送信モジュール７５０は、前記サーバに前記ユーザー・アカウントを送信するように構成される。

【0213】

結果リターンモジュール７６０は、前記サーバが、照会により前記ユーザー・アカウントに対応する検証結果を取得したときにリターンする検証結果を受信するように構成される。

【0214】

要するに、本実施例が提供する偽造防止検証装置によれば、検証対象端末によりサーバから送信されたｉ番目の検証ステップに対応する暗号化情報を受信し、その暗号化情報に基づいてサーバにｉ番目の検証ステップを呼出すための呼出要求を送信することによって、サーバが前記呼出要求に基づいて検証対象端末に対する検証を決め、検証対象端末に検証結果をフィードバックするようにする。それにより、背景技術に存在する、アプリケーションの偽造により検証成功率が低くなる課題を解決し、また偽造されたクライアントは、前記ｉ番目の検証ステップの呼出し実行の条件を満すことができないため、さらに順調に検証過程を通ることができなく、検証成功率を向上した。

【0215】

また、本実施例が提供する偽造防止検証装置によれば、と関連するユーザー・アカウントを介して、サーバ端末にユーザー・アカウントに対応する最終検証結果を記憶することによって、また後続する照会メカニズムによって、一部の違法者が偽造されたクライアントを利用してサーバの検証ステップを転じて避けて、直接ユーザーに最終検証結果が本物である情報をフィードバックする可能性を排除することによって、されに本発明が提供する偽造防止検証方案による検証成功率を向上した。

【0216】

図９は、一つの例示的な実施例に係る偽造防止検証システムのブロック図である。該偽造防止検証システムは、サーバ５００と検証対象端末７００とを含んでもよい。

【0217】

ここで、サーバ５００は、偽造防止検証装置を含むことができ、該偽造防止検証装置は、ソフトウェアー、ハードウェアーまたは両者の結合によって、サーバ５００の一部または全部を実現してもよい。該偽造防止検証装置は、図５または図６に示した実施例が提供する偽造防止検証装置であってもよい。

【0218】

サーバ５００と検証対象端末７００との間は、有線ネットワークまたは無線ネットワークを介して接続されてもよい。

【0219】

検証対象端末７００は、偽造防止検証装置を含むことができ、該偽造防止検証装置は、ソフトウェアー、ハードウェアーまたは両者の結合によって、検証対象端末７００の一部または全部を実現してもよい。該偽造防止検証装置は、図７または図８に示した実施例が提供する偽造防止検証装置であってもよい。

【0220】

要するに、本実施例が提供する偽造防止検証方法によれば、サーバを利用して、ｉ番目の検証ステップを実行して検証対象端末に対して検証を行う前に、ｉ番目の検証ステップに対応する暗号化情報を生成し、クライアントに前記暗号化情報を送信し、サーバは、検証対象端末からの、ｉ番目の検証ステップを呼出すための呼出要求を受信した後、該呼出要求がｉ番目の検証ステップに対応する暗号化情報に基づいて発した呼出要求であることを確定した場合のみｉ番目の検証ステップを実行する。それにより、背景技術に存在する、アプリケーションの偽造により検証成功率が低くなる課題を解決し、また偽造されたクライアントは、前記ｉ番目の検証ステップの呼出し実行の条件を満すことができないため、さらに順調に検証過程を通ることができなく、検証成功率を向上した。

【0221】

上述実施例における装置に関し、それぞれのモジュールが操作を実行する具体的な形態については、関係する方法の実施例において詳細な説明を行っており、ここではその説明を重複しないことにする。

【0222】

図１０は、一つの例示的な実施例に係る装置１０００のブロック図である。たとえば、装置１０００は、携帯電話、コンピュータ、デジタル放送端末、メッセージ送受信設備、ゲーム機、タブレットＰＣ設備、医療設備、運動設備、個人用デジタル補助装置等を含んでもよい。

【0223】

図１０を参照すると、装置１０００は、処理アセンブリ１００２、メモリー１００４、電源アセンブリ１００６、マルチメディアアセンブリ１００８、オーディオアセンブリ１０１０、入力／出力（Ｉ／Ｏ）インターフェイス１０１２、センサーアセンブリ１０１４、及び通信アセンブリ１０１６の中の一つまたは複数のアセンブリを含んでもよい。

【0224】

処理アセンブリ１００２は、通常制御装置１０００の全体の操作を制御し、例えば、表示、電話呼出し、データ通信、カメラ操作及び記録操作と関連する操作を制御する。処理アセンブリ１００２は、前記方法の全部または一部のステップを完成するため、一つまたは複数のプロセッサ１０２０を含んでインストラクションを実行してもよい。なお、処理アセンブリ１００２は、処理アセンブリ１００２とその他のアセンブリとの間のインタラクションの便宜上、一つまたは複数のモジュールを含んでもよい。例えば、処理アセンブリ１００２は、マルチメディアアセンブリ１００８と処理アセンブリ１００２との間のインタラクションの便宜上、マルチメディアモジュールを含んでもよい。

【0225】

メモリー１００４は、様々な種類のデータを記憶して装置１０００の操作を支えるように構成される。これらのデータには、例示的に、装置１０００上において操作される如何なるアプリケーションまたは方法のインストラクション（instruction）、連絡先データ、電話帳データ、メッセージ、イメージ、動画などが含まれる。メモリー１００４は、如何なる種類の発揮性または不発揮性の記憶装置、例えば、スタティックランダムアクセスメモリ（ＳＲＡＭ）、電気的消却・プログラム可能型読取専用メモリー（ＥＥＰＲＯＭ）、消却・プログラム可能型読取専用メモリー（ＥＰＲＯＭ）、プログラム可能型読取専用メモリー（ＰＲＯＭ）、読取専用メモリー（ＲＯＭ）、磁気メモリー、フラッシュメモリ、磁気ディスクまたは光ディスク、またはそれらの組み合わせにより実現されてもよい。

【0226】

電源アセンブリ１００６は、装置１０００の様々種類のアセンブリに電力が提供されるためのものである。電源アセンブリ１００６は、電源管理システム、一つまたは複数の電源、及びその他の、装置１０００のための電力の生成、管理及び分配と関連するアセンブリを含んでもよい。

【0227】

マルチメディアアセンブリ１００８は、前記装置１０００とユーザーとの間の、一つの出力インターフェイスを提供するスクリーンを含む。一部の実施例おいて、スクリーンは液晶ディスプレイー（ＬＣＤ）とタッチパネル（ＴＰ）を含んでもよい。スクリーンが、タッチパネルを含む場合、スクリーンは、ユーザーからの入力信号を受信するよう、タッチスクリーンとして実現されてもよい。タッチパネルは、タッチ、スライド及びタッチパネル上の手振りを感知するよう、一つまたは複数のタッチセンサーを含む。前記タッチセンサーは、タッチまたはスライド動作の境界を感知するのみならず、前記タッチまたはスライド操作と関係する持続時間と圧力を検出するようにしてもよい。一部の実施例において、マルチメディアアセンブリ１００８は、一つのフロントカメラ及び／又はリアカメラを含む。装置１０００が、操作モード例えば撮影モードまたは動画モードに処している場合、フロントカメラ及び／又はリアカメラは外部からのマルチメディアデータを受信することができる。それぞれのフロントカメラとリアカメラは、一つの固定された光学レンズシステムであってもよく、焦点距離と光学ズーミング機能を有しているものであってもよい。

【0228】

オーディオアセンブリ１０１０は、オーディオ信号を出力及び／又は入力するように構成される。例えば、オーディオアセンブリ１０１０は、一つのマイクロホン（ＭＩＣ）を含み、マイクロホンは、装置１０００が操作モード例えば呼出しモード、記録モード及び音声認識モードに処している場合、外部からのオーディオ信号を受信するように構成される。受信されたオーディオ信号は、さらにメモリー１００４に記憶されるかまたは通信アセンブリ１０１６を介して送信されてもよい。一部の実施例において、オーディオアセンブリ１０１０は、さらにオーディオ信号を出力するための一つのスピカーを含んでもよい。

【0229】

ｉ／ Ｏインターフェイス１０１２は、処理アセンブリ１００２と周辺のインターフェイスモジュールの間にインターフェイスを提供し、前記周辺のインターフェイスモジュールは、キーボード、アイポット、ボタン等であってもよい。これらのボタンには、ホームボタン、音声ボタン、スタートボタン及びロックボタンが含まれてもよいが、これに限られるものではない。

【0230】

センサーアセンブリ１０１４は、装置１０００のため各方面の状態評価が提供されるための一つまたは複数のセンサーを含んでもよい。例えば、センサーアセンブリ１０１４は、装置１０００のオン／オフ状態、アセンブリの相対的位置決めを検出してもよく、例えば、前記アセンブリは、装置１０００のディスプレイーとキーパッとである。センサーアセンブリ１０１４は、さらに装置１０００または装置１０００の一つのアセンブリの位置変更、ユーザーと装置１０００との接触の有無、装置１０００の方向または加速／減速及び装置１０００の温度変化を検出してもよい。センサーアセンブリ１０１４は、近接センサーを含んでもよく、該近接センサーは、如何なる物理的な接触がないとき付近物体の存在を検出するように構成される。センサーアセンブリ１０１４は、さらに結像応用に用いられる光センサー、例えばＣＭＯＳまたはＣＣＤ画像センサーを含んでもよい。一部の実施例において、該センサーアセンブリ１０１４は、されに加速度センサー、ジャイロセンサ、磁気センサー、圧力センサーまたは温度センサーを含んでもよい。

【0231】

通信アセンブリ１０１６は、装置１０００と其の他の設備との間の有線または無線方式による通信を便利にするように構成される。装置１０００は、通信基準に基づく無線ネットワーク、例えばＷｉＦｉ、２Ｇあるいは３Ｇ、またはこれらの組み合わせによって接続されることができる。一の例示的な実施例において、通信アセンブリ１０１６は、放送チャネルを介して外部放送管理システムからの放送信号または放送と関連する情報を受信する。一の例示的な実施例において、前記通信アセンブリ１０１６は、さらに近距離無線通信（ＮＦＣ）モジュールを含むことによって、狭域通信を促進する。例えば、ＮＦＣモジュールは、無線自動識別（ＲＦＩＤ）技術、赤外線通信協会（ＩｒＤＡ）技術、超広帯（ＵＷＢ）技術、ブルートゥース（ＢＴ）技術及びその他の技術に基づいて実現されてもよい。

【0232】

例示的な実施例において、装置１０００は、上述の図３または図４に示した実施例おける検証対象端末側の偽造防止検証方法を実行するため、一つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理設備（ＤＳＰＤ）、プログラム可能論理回路（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、コントローラー、マイクロ・コントローラー、マイクロプロセッサまたはその他の電子素子により実現されてもよい。

【0233】

例示的な実施例において、さらにインストラクションを含んだ非一時的コンピュータ読み出し可能記憶媒体、例えばインストラクションを含んだメモリー１００４を提供した。前記インストラクションは、装置１０００のプロセッサ１０２０によって実行され、それにより前記図３または図４に示した実施例における検証対象端末側の偽造防止検証方法を完成することができる。例えば、前記非一時的コンピュータ読み出し可能記憶媒体は、ＲＯＭ、ランダム・アクセス・メモリ（ＲＡＭ）、ＣＤ−ＲＯＭ、磁气テ-プ、ソフトディスク及び光データ記憶装置等であってもよい。

【0234】

非一時的コンピュータ読み出し可能記憶媒体は、前記記憶媒体におけるインストラクションが装置１０００のプロセッサによって実行される場合、装置１０００が前記図３または図４に示している実施例における検証対象端末側の偽造防止検証方法を実行することができるようにする。

【0235】

図１１は一つの例示的な実施例に係る装置のブロック図である。例えば、装置１１００は、一つのサーバとして提供されてもよい。図１１を参照すると、装置１１００は、処理アセンブリ１１２２を含み、さらに一つまたは複数のプロセッサ、及びメモリー１１３２を代表とするメモリー資源を含むことによって、処理アセンブリ１１２２が実行するインストラクション、例えばアプリケーションを記憶する。メモリー１１３２に記憶されたアプリケーションは、一つまたは一つ以上の、それぞれ一組のインストラクションに対応するモジュールを含んでもよい。なお、処理アセンブリ１１２２はインストラクションを実行するように構成されて、前記図２または図４に示している実施例におけるサーバ側の偽造防止検証方法を実行する。

【0236】

装置１１００は、さらに、装置１１００の電源管理を実行する一つの電源アセンブリ１１２６、装置１１００をネットワークに接続するように構成された一つの有線または無線ネットワークインターフェイス１１５０、及び一つの入力／出力（Ｉ／Ｏ）インターフェイス１１５８を含んでもよい。装置１１００は、メモリー１１３２に記憶されているオペレーティング・システム、例えばＷｉｎｄｏｗｓ（登録商標） ＳｅｒｖｅｒＴＭ、Ｍａｃ ＯＳ ＸＴＭ、Ｕｎｉｘ（登録商標）ＴＭ、 Ｌｉｎｕｘ（登録商標）ＴＭ、ＦｒｅｅＢＳＤＴＭまたは或類似するものに基づいて操作を行ってもよい。

【0237】

当業者は明細書を検討し、ここで開示した発明を実践した後、本発明のその他の実施方案を容易に思いつくことができる。本願は本発明の全ての変更、用途又は適応性の変化を含む。これらの変更、用途又は適応性の変化は本発明の一般的な原理に従っており、本発明に未開示の本技術分野における周知技術又は慣用技術手段を含む。明細書及び実施例は例示的なものに過ぎず、本発明の真の範囲及び主旨は以下の特許請求の範囲によって示される。

【0238】

本発明は、上記で説明した、また図面において示した精確な構造に限定されず、その範囲を逸脱しない前提のもとで種々の変更及び修正を行うことができることを理解すべきである。本発明の範囲は付された特許請求の範囲によってのみ限定される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】