(57)【特許請求の範囲】
【請求項１】
身元認証方法であって、
端末装置におけるクライアントがユーザの身元認証操作に応答し、認証されるユーザ識別子とパスワードを取得することと、
前記クライアントが前記ユーザ識別子に基づき、追加のパスワードを取得し、前記追加のパスワードは、登録操作する時に前記クライアント又はサーバーによって、ユーザ登録リクエストに含まれるユーザ識別子、又は前記ユーザ識別子と前記クライアントの装置識別子に基づいて生成されることと、
サーバーが身元認証リクエストに応答して前記サーバーに記憶されたユーザ識別子、パスワードと追加のパスワードに基づいて身元認証を行うことができるように、前記クライアントがサーバーへ身元認証リクエストを送信し、ここで、前記身元認証リクエストには前記ユーザ識別子、前記パスワード及び追加のパスワードが含まれることとを含む、前記身元認証方法。
【請求項２】
前記追加のパスワードを取得することは、
前記クライアントが前記クライアントに予め記憶された、前記ユーザ識別子と一致する追加のパスワードを取得することを含むことを特徴とする
請求項１に記載の方法。
【請求項３】
前記予め記憶された追加のパスワードは、
前記クライアントでの前記ユーザの前記登録操作に応答し、前記クライアントが登録されるユーザ識別子とパスワードを取得すること、
前記クライアントが前記ユーザ識別子と一致する追加のパスワードを取得すること、
前記クライアントが前記追加のパスワードと前記ユーザ識別子を関連付けて前記クライアントに記憶すること、
前記サーバーが前記追加のパスワードと前記ユーザ識別子を関連付けて記憶するように、前記クライアントが前記ユーザ識別子、前記パスワード及び前記追加のパスワードをユーザ登録リクエストによって前記サーバーに送信することで取得されることを特徴とする
請求項２に記載の方法。
【請求項４】
前記予め記憶された追加のパスワードは、
前記クライアントでの前記ユーザの前記登録操作に応答し、前記クライアントが登録されるユーザ識別子とパスワードを取得すること、
前記クライアントが前記サーバーへユーザ登録リクエストを送信し、ここで、前記ユーザ登録リクエストには前記ユーザ識別子と前記パスワードが含まれること、
前記クライアントが、前記サーバーが前記ユーザ登録リクエストに応答して生成した追加のパスワードを、受信すること、
前記クライアントが前記追加のパスワードと前記ユーザ識別子を関連付けて前記クライアントに記憶することで取得されることを特徴とする
請求項２に記載の方法。
【請求項５】
前記追加のパスワードを取得することはさらに、
前記クライアントに前記ユーザ識別子と一致する前記追加のパスワードが記憶されていない場合、前記クライアントが前記ユーザによる追加のパスワードの取得操作に応答し、前記サーバーへ追加パスワード取得リクエストを送信し、ここで、前記追加パスワード取得リクエストには前記ユーザ識別子が含まれることと、
前記クライアントが前記ユーザによって前記クライアントに入力された追加のパスワードを取得し、ここで、前記追加のパスワードが、前記サーバーによって前記追加パスワード取得リクエストに応答して登録されたクライアントを介して取得され、又は前記ユーザ識別子によって予め登録された情報受信方式によって前記ユーザに送信されることとを含むことを特徴とする
請求項２に記載の方法。
【請求項６】
前記追加のパスワードが２次元コードによって送信される場合、前記クライアントは前記２次元コードをスキャンして前記追加のパスワードを入力することを特徴とする
請求項４に記載の方法。
【請求項７】
前記サーバーへ前記身元認証リクエストを送信することは、
前記クライアントが前記追加のパスワードで前記パスワードを暗号化して、暗号化されたパスワードを取得することと、
前記クライアントが前記暗号化されたパスワードと前記ユーザ識別子を前記身元認証リクエストに追加することと、
前記クライアントが前記身元認証リクエストを前記サーバーに送信することとを含むことを特徴とする
請求項１−６のいずれか一項に記載の方法。
【請求項８】
前記サーバーへ前記身元認証リクエストを送信することは、
前記クライアントが前記ユーザ識別子、前記パスワード及び前記追加のパスワードを前記身元認証リクエストに同時に追加することと、
前記クライアントが前記身元認証リクエストを前記サーバーに送信することとを含むことを特徴とする
請求項１−６のいずれか一項に記載の方法。
【請求項９】
身元認証方法であって、
サーバーが受信されたユーザ登録リクエストに従って、前記ユーザ登録リクエストに含まれるユーザ識別子と一致する追加のパスワードを取得し、前記追加のパスワードは、登録操作する時にクライアント又は前記サーバーによって、前記ユーザ識別子又は前記ユーザ識別子と前記クライアントの装置識別子に基づいて生成されることと、
前記サーバーが前記追加のパスワードと前記ユーザ識別子を関連付けて記憶することと、
前記サーバーが受信された身元認証リクエストに従って身元認証を実行し、ここで、前記身元認証リクエストには認証されるユーザ識別子、パスワード及びクライアントに記憶された、前記ユーザ識別子に関連付けられた追加のパスワードが含まれることとを含む、前記身元認証方法。
【請求項１０】
前記サーバーが追加パスワード取得リクエストを受信し、前記追加パスワード取得リクエストには少なくともユーザ識別子が含まれることと、
前記サーバーが前記ユーザ識別子がログインしているか否かを判定することと、
前記ユーザ識別子がログインしていない場合、前記サーバーが前記ユーザ識別子によって予め登録された情報受信方式によって前記ユーザ識別子と一致する追加のパスワードを送信することと、
前記ユーザ識別子がログインしている場合、前記サーバーが前記ユーザ識別子と一致する追加のパスワードを、前記追加パスワード取得リクエストを送信するためのクライアントに送信することとをさらに含むことを特徴とする
請求項９に記載の方法。
【請求項１１】
前記ユーザ識別子がログインしていない場合、前記サーバーが認証コードによる認証を開始することと、
前記認証コードによる認証が成功した場合、前記サーバーが
前記追加パスワード取得リクエストに含まれるユーザ識別子と一致する追加のパスワードを取得し、
前記クライアントに前記追加のパスワードを記憶するために、前記追加のパスワードを、前記追加パスワード取得リクエストを送信するためのクライアントに送信することとをさらに含むことを特徴とする
請求項１０に記載の方法。
【請求項１２】
端末装置であって、
プロセッサと機械可読記憶媒体を備え、
前記機械可読記憶媒体が前記プロセッサで実行可能な機械実行可能命令を記憶し、前記機械実行可能命令により前記プロセッサが
ユーザの身元認証操作に応答し、認証されるユーザ識別子とパスワードを取得し、
前記ユーザ識別子に基づいて追加のパスワードを取得し、前記追加のパスワードは、登録操作する時に前記端末装置でのクライアント又はサーバーによって、ユーザ登録リクエストに含まれるユーザ識別子、又は前記ユーザ識別子と前記クライアントの装置識別子に基づいて生成され、
サーバーが身元認証リクエストに応答して前記サーバーに記憶されたユーザ識別子、パスワードと追加のパスワードに基づいて身元認証を行うことができるように、サーバーへ身元認証リクエストを送信し、ここで、前記身元認証リクエストには前記ユーザ識別子、前記パスワード及び前記追加のパスワードが含まれる、前記端末装置。
【請求項１３】
サーバーであって、
プロセッサと機械可読記憶媒体を備え、
前記機械可読記憶媒体がプロセッサで実行可能な機械実行可能命令を記憶し、前記機械実行可能命令により前記プロセッサが請求項９−１１のいずれか一項に記載の身元認証方法を実行する、前記サーバー。
【請求項１４】
機械可読記憶媒体であって、機械可読命令を記憶し、プロセッサによって呼び出されて実行される時に、前記機械可読命令により前記プロセッサが請求項１−８のいずれか一項に記載の身元認証方法を実行する、前記機械可読記憶媒体。
【請求項１５】
機械可読記憶媒体であって、機械可読命令を記憶し、プロセッサによって呼び出されて実行される時に、前記機械可読命令により前記プロセッサが請求項９−１１のいずれか一項に記載の身元認証方法を実行する、前記機械可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
＜関連出願への相互参照＞
【０００２】
本特許出願は、２０１７年８月２４日に提出され、出願番号が２０１７１０７３７８６３．０であり、発明の名称が「身元認証方法及び装置、電子装置」である中国特許出願の優先権を主張し、該出願の全内容が引用により本明細書に組み込まれる。
【０００３】
本出願は身元認証に関する。
【背景技術】
【０００４】
ユーザ情報のセキュリティを確保するために、ユーザがウェブサイト又はアプリケーションに登録する場合、該ウェブサイト又はアプリケーションは、ユーザ名とパスワードを設定するようにユーザに要求し、同時に、身元認証又はパスワード回復を行うために、該ユーザ名とパスワードに関連付けられた携帯電話番号又はメールアドレスを設定するようにユーザに要求する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本出願の実施例は、身元認証方法のセキュリティを向上させるために、身元認証方法を提供する。
【課題を解決するための手段】
【０００６】
第一の態様では、本出願の実施例による身元認証方法は、
端末装置におけるクライアントがユーザの身元認証操作に応答し、認証されるユーザ識別子とパスワードを取得することと、
前記クライアントが前記ユーザ識別子に基づいて追加のパスワードを取得することと、
前記サーバーが前記身元認証リクエストに応答して前記サーバーに記憶されたユーザ識別子、パスワードと追加のパスワードに基づいて身元認証を行うことができるように、前記クライアントがサーバーへ身元認証リクエストを送信すること、を含む。ここで、前記身元認証リクエストには前記ユーザ識別子、前記パスワード及び前記追加のパスワードが含まれる。
【０００７】
第二の態様では、本出願の実施例による身元認証方法は、
サーバーが受信されたユーザ登録リクエストに従って、前記ユーザ登録リクエストに含まれるユーザ識別子と一致する追加のパスワードを取得することと、
前記サーバーが前記追加のパスワードと前記ユーザ識別子を関連付けて記憶することと、
前記サーバーが受信された身元認証リクエストに従って身元認証を行うこと、を含む。ここで、前記身元認証リクエストには認証されるユーザ識別子、パスワード及びクライアントに記憶された、前記ユーザ識別子に関連付けられた追加のパスワードが含まれる。
【０００８】
第三の態様では、本出願の実施例による端末装置は、
プロセッサと機械可読記憶媒体を備え、
前記機械可読記憶媒体は前記プロセッサで実行可能な機械実行可能命令を記憶し、前記機械実行可能命令により前記プロセッサは
ユーザの身元認証操作に応答し、認証されるユーザ識別子とパスワードを取得し、
前記ユーザ識別子に基づいて追加のパスワードを取得し、
前記サーバーが前記身元認証リクエストに応答して前記サーバーに記憶されたユーザ識別子、パスワードと追加のパスワードに基づいて身元認証を行うことができるように、サーバーへ身元認証リクエストを送信する。ここで、前記身元認証リクエストには前記ユーザ識別子、前記パスワード及び前記追加のパスワードが含まれる。
【発明の効果】
【０００９】
本出願の実施例で開示される身元認証方法では、端末装置におけるクライアントはユーザの身元認証操作に応答し、認証されるユーザ識別子とパスワードを取得し、前記クライアントは前記ユーザ識別子に基づき、追加のパスワードを取得し、前記サーバーが前記身元認証リクエストに応答して前記サーバーに記憶されたユーザ識別子、パスワードと追加のパスワードに基づいて身元認証を行うことができるように、前記クライアントはサーバーへ身元認証リクエストを送信し、ここで、前記身元認証リクエストには前記ユーザ識別子、前記パスワード及び前記追加のパスワードが含まれる。本出願の実施例で開示される認証方法では、追加のパスワードを組み合わせてユーザの身元認証を行うことにより、ユーザの身元認証のセキュリティが効果的に向上し、登録パスワードの盗難によるユーザアカウント情報の漏洩を効果的に回避することができる。ユーザのパスワードが盗まれた場合、ハッカーは他のクライアントで身元認証を行う時に、追加のパスワードを取得できないため、ユーザ名とパスワードが盗まれた場合でも、身元認証を完了できず、ユーザアカウントへのログインを正常にログインしてユーザのアカウント情報を取得することができない。
【図面の簡単な説明】
【００１０】
本出願の実施例における技術的解決策をより明確に説明するために、以下に実施例又は従来技術の説明に必要な図面を簡単に説明するが、明らかに、以下に記載する図面は本出願のいくつかの実施例だけであり、当業者であれば、創造的な労力を要することなく、これらの図面に基づいて他の図面を得ることができる。
【図１】本出願の実施例による身元認証方法のフローチャートである。
【図２】本出願の実施例による身元認証方法のフローチャートである。
【図３】本出願の実施例による身元認証方法のフローチャートである。
【図４】本出願の実施例による身元認証方法のフローチャートである。
【図５】本出願の実施例による身元認証方法のフローチャートである。
【図６】本出願の実施例による身元認証方法のフローチャートである。
【図７】本出願の実施例による身元認証論理の構造模式図である。
【図８】本出願の実施例による身元認証論理の構造模式図である。
【図９】本出願の実施例による身元認証論理の構造模式図である。
【図１０】本出願の実施例による身元認証論理の構造模式図である。
【図１１】本出願の実施例による端末装置のハードウェア構造模式図である。
【図１２】本出願の実施例によるサーバーのハードウェア構造模式図である。
【発明を実施するための形態】
【００１１】
以下に本出願の実施例の図面を参照して本出願の実施例における技術的解決策を明確且つ全面的に説明するが、明らかに、説明される実施例は本出願の実施例の一部に過ぎず、全ての実施例ではない。本出願の実施例に基づき、当業者が創造的な労力を要せずに得る他の実施例は、全て本出願の保護範囲に属する。
【００１２】
ユーザが登録されたウェブサイト又はアプリケーションにログインする場合、登録されたユーザ名とパスワードを入力し、ユーザによって入力されたユーザ名とパスワードがサーバー側に保存されているユーザ名とパスワードと一致すると、身元認証が成功し、ユーザログインが完了し、ユーザは該ユーザ名に対応するユーザ関連情報と権限を取得することができる。
【００１３】
パスワードの長さが制限され、容易に解読されるため、上記身元認証方式のセキュリティが低くなる。また、アカウント情報が漏洩する可能性がある。例えば、ユーザは通常、異なる端末装置であるウェブサイト又はアプリケーションにログインし、ある端末装置での悪意のあるソフトウェアがユーザのログインパスワードを盗んだ後、他の端末装置で該ユーザのアカウントにログインする場合、ユーザのアカウント情報のセキュリティが脅かされる。
【００１４】
本出願の例では身元認証方法が開示される。図１に示すように、該方法はステップ１００〜ステップ１２０を含む。
【００１５】
ステップ１００において、ユーザの身元認証操作に従って、認証されるユーザ識別子及びパスワードを取得する。
【００１６】
ユーザがあるウェブサイト又はアプリケーションにログインし且つユーザ関連情報を取得する必要がある場合、通常、ウェブサイトページ又はアプリケーションページに設定されたユーザログインポータルを介してユーザ識別子と認証されるパスワードを入力して身元認証を行う必要があり、身元認証が成功した場合にのみ、ユーザアカウントの個人情報へのアクセスが許可される。具体的に実施する場合、ユーザがユーザ識別子とパスワードを入力して身元認証ボタンをトリガすると、ウェブサイトページ又はアプリケーションページのインタフェースを呼び出すことで、ユーザによって入力されたユーザ識別子と認証されるパスワードを取得し、サーバーに送信して身元認証を実行することができる。具体的に実施する場合、前記ユーザ識別子はユーザ名であってもよい。
ステップ１１０において、追加のパスワードを取得する。
【００１７】
ユーザがログインした端末装置又は登録した端末装置でクライアントにログインする場合、通常、該クライアントが追加のパスワードを記憶するため、該クライアントによってローカルに記憶された追加のパスワードを直接読み取り、即ち、前記身元認証操作を実行するためのクライアントによって予め記憶されたパスワードを読み取ることができる。
【００１８】
ユーザが端末装置を変更する場合、又は端末装置に記憶された追加のパスワードが適切に管理されないために失われ、例えば、データクリーニングを行う時に削除された場合、クライアントは、インタフェースに設定された追加パスワード生成ポータルによってサーバーへ追加パスワード生成リクエストを開始し、追加のパスワードを取得することができる。その後、身元認証操作を実行するためクライアントでユーザが入力した追加のパスワードを取得する。
【００１９】
例えば、ユーザはまずログインした端末装置又は登録した端末装置にログインし、次にクライアントが予め設定した追加のパスワードを取得するためのポータルによって、追加パスワード生成リクエストを開始することができ、サーバーは、ログインユーザと一致する追加のパスワードのリクエストを開始するログイン済みクライアントに送信して表示する。次に、ユーザは前記追加のパスワードをログインされるクライアントに手動で入力する。
【００２０】
又は、ユーザはログインされるクライアント、即ち、追加のパスワードが記憶されていないクライアントによって少なくともユーザ識別子を入力する場合、予め設定された追加パスワード生成ポータル、例えば、追加パスワード生成ボタンによって追加パスワード生成リクエストをサーバーに開始し、追加のパスワードを取得する。サーバーは、前記入力されたユーザ識別子と一致する登録情報受信方式により、入力されたユーザ識別子と一致する追加のパスワードを送信する。次に、ユーザは、受信された情報における追加のパスワードを前記ログインされるクライアントに手動で入力する。
【００２１】
具体的に実施する場合、前記追加のパスワードはクライアントによって生成されてもよいし、身元認証を行うためのサーバー側によって生成されてもよい。前記追加のパスワードはクライアントと身元認証を実行するためのサーバー側に同時に記憶される。
【００２２】
ステップ１２０において、身元認証を行うために、前記認証されるユーザ識別子とパスワード及び前記追加のパスワードをサーバーに送信する。
【００２３】
一つの例では、認証されるユーザ識別子、認証されるパスワードと追加のパスワードが取得された場合、サーバーが該ユーザに対して身元認証を行うように、さらに前記認証されるユーザ識別子、認証されるパスワード及び前記追加のパスワードをサーバーに送信する。具体的に実施する場合、前記認証されるユーザ識別子、認証されるパスワードと前記追加のパスワードを、身元認証を行うためのサーバーに送信することができ、前記サーバーは前記ユーザ識別子と予め記憶されたユーザ情報に基づいて前記認証されるパスワードと前記追加のパスワードをそれぞれ認証し、且つ、前記認証されるパスワードと前記追加のパスワードの認証が全て通過する場合にのみ、ユーザの身元認証が成功したと確認されてもよい。
【００２４】
別の例では、前記追加のパスワードで前記認証されるパスワードを暗号化し、その後、暗号化された前記認証されるパスワードと前記認証されるユーザ識別子を、身元認証を行うためのサーバーに送信し、前記サーバーはまず予め記憶された前記ユーザ識別子と一致する追加のパスワードを取得し、予め記憶された、前記ユーザ識別子と一致する追加のパスワードに基づき、前記暗号化された、認証されるパスワードを復号し、そして復号された、認証されるパスワードを認証し、復号された、認証されるパスワードの認証が通過する場合にのみ、ユーザの身元認証が成功したと確認されてもよい。暗号化する時に用いられる追加のパスワードがサーバーによって取得された、予め記憶された、前記ユーザ識別子と一致する追加のパスワードと一致しない場合、ユーザによって入力された、認証されるパスワードが登録パスワードであっても、復号化された、認証されるパスワードがユーザによって入力された、認証されるパスワードではないと、認証が失敗する。
【００２５】
本出願の実施例で開示される身元認証方法では、ユーザの身元認証操作に従って、認証されるユーザ識別子とパスワードを取得し、そして対応する追加のパスワードを取得し、その後、身元認証を行うために、前記認証されるユーザ識別子とパスワード及び前記追加のパスワードをサーバーに送信する。上記方法では、追加のパスワードを組み合わせてユーザの身元認証を行うことにより、ユーザの身元認証のセキュリティが効果的に向上し、パスワードの盗難によるユーザアカウント情報の盗難を効果的に回避することができる。ユーザのパスワードが盗まれた場合、ハッカーは他のクライアントで身元認証を行うことができるが、追加のパスワードを取得できないため、ユーザ名とパスワードが盗まれた場合でも、身元認証を完了できず、ユーザアカウントに正常にログインしてユーザのアカウント情報を取得することができない。
【００２６】
本出願の別の一つの実施例で開示される身元認証方法は、図２に示すように、ステップ２００〜ステップ２４０を含む。
【００２７】
ステップ２００において、ユーザの登録操作に応答し、クライアントはユーザ登録リクエストを送信し、前記ユーザの追加のパスワードを取得する。
【００２８】
ユーザがウェブサイト又はアプリケーションにより個人情報を管理し、そしてウェブサイト又はアプリケーションによるより豊かな機能を使用することができるように、ウェブサイト又はアプリケーションのページにはユーザ登録のためのユーザ登録ポータルが設定されてもよい。ユーザ登録には、ユーザ識別子と登録パスワードが入力される必要があり、ユーザ識別子がウェブサイト又はアプリケーションにおける該ユーザの一意の識別子として、異なるユーザを区別することができ、サーバーがクライアントを介してログインするユーザに対して身元認証を行うように、登録パスワードは該ユーザ識別子の身元認証情報とする。通常、ユーザ識別子と登録パスワードは身元認証のためのサーバー側に記憶される。ユーザがユーザ識別子と登録パスワードを入力してユーザ登録ボタンをトリガする場合、ウェブサイトページ又はアプリケーションページのインタフェースを呼び出すことで、ユーザによって入力されたユーザ識別子と登録パスワードを取得し、ユーザ登録リクエストを生成し、その後、前記ユーザ登録リクエストをウェブサイト又はアプリケーションに対応するサーバーに送信してユーザ登録を行うことができる。ここで、前記ユーザ登録リクエストには少なくともユーザ識別子、登録パスワードが含まれてもよい。前記ユーザ識別子は通常、ユーザ名である。
【００２９】
前記追加のパスワードはユーザが登録する時にクライアント又はサーバーによって生成されてもよい。前記登録情報はユーザ登録リクエストに含まれ、少なくともユーザ識別子を含む。具体的に実施する場合、前記追加のパスワードはクライアントによって生成されてもよいし、サーバー側によって生成されてもよく、そしてクライアントとサーバー側に記憶される。前記追加のパスワードがユーザの登録情報に基づいて生成されることは、ユーザ識別子に基づき、前記ユーザ識別子と一致するランダムパスワードが生成され、追加のパスワードとすること、又は、前記ユーザ識別子と登録操作があるクライアントの装置識別子に基づき、前記ユーザ識別子と一致する追加のパスワードが生成されることを含む。追加のパスワードがサーバー側で生成されることを例とすると、前記追加のパスワードを生成することは少なくとも次の２つの方法を含む。
【００３０】
第一の方法では、クライアントから送信されたユーザ登録リクエストに含まれるユーザ識別子に基づき、サーバーは前記ユーザ識別子と一致するランダムパスワードを追加のパスワードとして生成する。例えば、前記ユーザ識別子に基づき、予め設定されたアルゴリズムに従って、例えば、ｒａｎｄ（）関数を用いて一つのランダムパスワードを追加のパスワードとして生成する。ウェブサイト又はアプリケーションのサーバーがクライアントから送信されたユーザ登録リクエストを受信した場合、前記ユーザ登録リクエストにおけるユーザ識別子に基づき、ユーザと一致する追加のパスワードを生成し、サーバーローカルに前記ユーザ識別子、登録パスワードと追加のパスワードの対応関係を記憶する。
【００３１】
第二の方法では、クライアントから送信された前記ユーザ登録リクエストに含まれるユーザ識別子と前記クライアントの装置識別子に基づき、前記ユーザ識別子と一致する追加のパスワードを生成する。例えば、前記ユーザ識別子と前記装置識別子に基づき、予め設定されたアルゴリズムに従って、例えば、前記装置識別子を追加のパスワードとし、又は前記装置識別子と前記ユーザ識別子を前から後へのビットごとのＸＯＲ方法に従って、前記ユーザ識別子と一致する追加のパスワードを生成し、サーバーローカルに前記ユーザ識別子、登録パスワードと追加のパスワードの対応関係を記憶する。ここで、前記装置識別子は装置ＩＰアドレス、装置シリアル番号などであってもよい。
【００３２】
クライアントが追加のパスワードを生成する具体的な方法については、サーバー側が追加のパスワードを生成する具体的な方法を参照し、ここでは説明を省略する。クライアントは追加のパスワードを生成した後、ユーザ識別子、登録パスワード、追加のパスワードをユーザ登録リクエスト又は追加パスワード生成リクエストによってサーバー側に送信して記憶し、同時にローカルに前記追加のパスワードを記憶する。
【００３３】
ユーザがパスワードを紛失する場合又は高いセキュリティレベルの操作を実行する場合、ユーザの真正性認証を容易にするために、既存のウェブサイト又はアプリケーションは通常、情報（例えば、認証コード又は追加のパスワード）の受信方式を予め設定するようにユーザに要求し、ユーザに対して身元の真正性認証を行う。前記予め設定された情報受信方式はメールによる情報受信、携帯電話でのショートメッセージによる情報受信、電話による情報受信、インスタントメッセージングによる情報受信などのいずれか一つを含むがこれらに限定されない。
【００３４】
ステップ２１０において、前記登録操作を実行するクライアントは、取得された前記追加のパスワードを記憶する。
【００３５】
クライアントはパスワードを生成した後、ユーザ識別子、登録パスワード、追加のパスワードをユーザ登録リクエスト又は追加パスワード生成リクエストによってサーバー側に送信して記憶し、同時にローカルに前記追加のパスワードを記憶する。サーバー側は追加のパスワードを生成した後、ユーザ登録リクエストに応答し、生成された追加のパスワードをクライアントに送信して記憶する。
【００３６】
ステップ２２０において、ユーザの身元認証操作に応答し、クライアントは、認証されるユーザ識別子及びパスワードを取得する。
【００３７】
ユーザの身元認証操作に従って、認証されるユーザ識別子とパスワードを取得する具体的な実施形態については、図１に示す実施例を参照し、ここでは説明を省略する。
【００３８】
ステップ２３０において、クライアントは前記身元認証操作を実行するためのクライアントに予め記憶された追加のパスワードを読み取る。
【００３９】
ユーザが登録された端末装置でクライアントにログインする場合、該ユーザは、クライアントのログインポータルにユーザ識別子と認証されるパスワードを入力してログインボタンをトリガし、クライアントは、ローカルに記憶された追加のパスワードを読み取り、前記認証されるユーザ識別子とパスワード、及び前記追加のパスワードに基づいて身元認証リクエストを生成してサーバーに送信し、サーバーは身元認証を行う。
【００４０】
具体的に実施する場合、前記予め記憶された追加のパスワードは、ユーザが登録する時にクライアント又はサーバーによって生成されること、ユーザが認証パスワードによって認証された場合、サーバー側からダウンロードすること、ユーザが登録されない端末装置で初めてログインする場合、ログインしたクライアントによって取得され又は予め登録された情報受信方式によって受信されることのいずれか一つの方式によって取得される。
【００４１】
ステップ２４０において、サーバーが該ユーザに対して身元認証を行うように、前記認証されるユーザ識別子とパスワード及び前記追加のパスワードをサーバーに送信する。
【００４２】
サーバーが該ユーザに対して身元認証を行うように、前記認証されるユーザ識別子とパスワード及び前記追加のパスワードをサーバーに送信することは、前記追加のパスワードで前記認証されるパスワードを暗号化し、暗号化された、認証されるパスワードと前記ユーザ識別子をサーバーに送信し、サーバーが暗号化された、認証されるパスワードと前記ユーザ識別子に基づいて身元認証を行うこと、又は、前記認証されるユーザ識別子とパスワード、及び前記追加のパスワードをサーバーに同時に送信し、前記サーバーが受信された前記認証されるユーザ識別子とパスワード、及び前記追加のパスワードに基づいて身元認証を行うことを含む。
【００４３】
具体的に実施する場合、クライアントは次の２つの方式によって身元認証のための認証されるユーザ識別子（ＩＤ）とパスワードＰＷ２及び追加のパスワードＰＷ１を送信することができる。第一の方式では、前記追加のパスワードＰＷ１で前記認証されるパスワードＰＷ２を暗号化し、暗号化された、認証されるパスワードＰＷ３を取得し、身元認証を行うために暗号化された、認証されるパスワードＰＷ３と前記ユーザ識別子（ＩＤ）をサーバーに送信する。第二の方式では、身元認証を行うために、前記認証されるユーザ識別子（ＩＤ）とパスワードＰＷ２を前記追加のパスワードＰＷ１と一緒にサーバーに送信する。
【００４４】
それに対応して、サーバーは２つの方式によって身元認証を行うことができる。
【００４５】
例えば、サーバーが暗号化された、認証されるパスワードＰＷ３を受信した場合、サーバーはまず前記暗号化された、認証されるパスワードと一緒に送信されたユーザ識別子（ＩＤ）に基づき、ローカルに記憶された、前記身元識別子に対応する追加のパスワードＰＷ１’を取得し、前記追加のパスワードＰＷ１’を用い、受信された、前記暗号化されたパスワードＰＷ３を復号し、復号された、認証されるパスワードＰＷ２’を取得し、さらに復号された、認証されるパスワードＰＷ２’を、前記サーバー側ローカルに記憶された、前記ユーザ識別子と一致する登録パスワードＰＷと比較する。比較が成功した場合、身元認証が通過し、そうでない場合、身元認証が失敗する。
【００４６】
具体的に実施する場合、該サーバーに記憶されたユーザ識別子に対応する追加のパスワードが複数である可能性があり、暗号化された、認証されるパスワードを復号する場合、前記暗号化されたパスワードを各追加のパスワードでそれぞれ復号し、追加のパスワードと同じ数の復号された、認証されるパスワードを取得し、復号された、認証されるパスワードを前記サーバーローカルに記憶された、前記ユーザ識別子と一致する登録パスワードと一つずつ比較し、一つの認証されるパスワードが登録パスワードと同じである限り、身元認証が通過する。
【００４７】
さらに、例えば、サーバーが同時に送信された、認証されるユーザ識別子（ＩＤ）とパスワードＰＷ２と追加のパスワードＰＷ１を受信した場合、サーバーはまず前記ユーザ識別子（ＩＤ）に基づき、ローカルに記憶された、前記身元識別子（ＩＤ）に対応する登録パスワードＰＷと追加のパスワードＰＷ１’を取得し、受信された前記追加のパスワードＰＷ１をローカルに記憶されたＰＷ１’と比較し、受信された前記認証されるパスワードＰＷ２をローカルに記憶された登録ＰＷと比較し、ＰＷ１がＰＷ１'と同じであり、ＰＷ２がＰＷと同じである場合、身元認証が成功したと判定される。そうでない場合、ＰＷ１がＰＷ１'と異なる場合、及び／又はＰＷ２がＰＷと異なる場合、身元認証が失敗したと判定される。同様に、サーバー側に前記ユーザ識別子と一致する複数の追加のパスワードが存在する場合、受信された追加のパスワードを前記サーバー側に記憶された、前記ユーザ識別子と一致する複数の追加のパスワードと一つずつ比較し、複数の追加のパスワードのうちの１つが受信された追加パスワードと同じである限り、追加のパスワードの認証が成功したと判断される。
【００４８】
本出願の実施例で開示される身元認証方法では、クライアントに追加のパスワードを予め記憶することにより、ユーザが身元認証操作を実行する場合、ユーザから入力された、認証されるユーザ識別子とパスワードを取得し、そしてクライアントローカルに記憶された追加のパスワードを読み取り、その後、身元認証を行うために、前記認証されるユーザ識別子とパスワード及び前記追加のパスワードをサーバーに送信し、それによって追加のパスワードを組み合わせてユーザの身元認証を行い、且つ、追加のパスワードをクライアントに記憶することにより、ユーザの身元認証のセキュリティが効果的に向上し、パスワードの盗難によるユーザアカウント情報の盗難を効果的に回避することができる。ユーザのパスワードが盗まれた場合、ハッカーは他のクライアントで身元認証を行う時に、追加のパスワードを取得できないため、ユーザ名とパスワードが盗まれた場合でも、身元認証を完了できず、ユーザアカウントに正常にログインしてユーザのアカウント情報を取得することができない。
【００４９】
一つの例では、ユーザが複数のプラットフォーム又はアプリケーションで同じユーザ名とパスワードを用いる可能性があり、しかし、その中の一つのプラットフォームにおけるユーザ名とパスワードが盗まれた場合、ハッカーは盗まれたユーザ名とパスワードで他のアプリケーションにログインすることができ、その結果、他のアプリケーションのアカウントに安全でない問題が発生してしまう。本出願の実施例で開示される身元認証方法では、ハッカーがアプリケーションクライアントに記憶された追加のパスワードを取得することができないため、身元認証が成功することができない。ハッカーがその中の一つのアプリケーションクライアントに記憶された追加のパスワードを盗んだ場合でも、追加のパスワードがアプリケーションのサーバーによってランダムに生成され且つアプリケーションのサーバーに保存されるため、ログインされる異なるアプリケーションのサーバーが他のアプリケーションの追加のパスワードを認証することができず、ハッカーは身元認証を通過することができない。身元認証のセキュリティがさらに向上する。
【００５０】
本出願の別の一つの実施例で開示される身元認証方法は、図３に示すように、ステップ３００〜ステップ３４０を含む。
【００５１】
ステップ３００において、ユーザによる追加のパスワードの取得操作に応答して、追加パスワード生成リクエストをサーバーに送信し、前記ユーザの追加のパスワードを取得する。
【００５２】
具体的には、ユーザが登録されないクライアントにハンドオーバしてログインし又は登録されたクライアントに記憶されたパスワードが破損又は紛失した場合、ユーザはクライアントのインタフェースに設定された追加パスワード取得ポータル、例えば、追加パスワード取得ボタンによってサーバーから追加のパスワードを取得することができる。
【００５３】
具体的に実施する場合、ユーザはログインされるクライアントにユーザ識別子を少なくとも入力し、そして追加パスワード取得ボタンをトリガする。クライアントは、ユーザによる追加パスワードの取得操作を検出した後、追加パスワード生成リクエストを生成し、サーバーに送信する。前記追加パスワード生成リクエストには少なくともユーザ識別子が含まれる。
【００５４】
サーバーはログインされるクライアントから送信された追加パスワード生成リクエストを受信した場合、前記ユーザ識別子が現在ログアウト状態にあると判定され、その後、サーバーは前記ユーザ識別子に対応する登録情報を取得する。ここで、前記登録情報には予め設定された情報受信方式が含まれる。前記情報受信方式はメールによる情報受信、携帯電話でのショートメッセージによる情報受信、電話による情報受信、インスタントメッセージングによる情報受信などのいずれか一つを含むがこれらに限定されない。前記情報受信方式がメールによる情報受信であることを例とすると、前記登録情報には情報を受信するためのメールアドレスが含まれる。前記ユーザ識別子に対応する登録情報は、さらに登録パスワードと追加のパスワードを含む。その後、サーバーは前記追加のパスワードを予め設定されたメールアドレスによって前記ユーザ識別子の属するユーザに送信し、前記ユーザ識別子に対応する追加のパスワードをメールで前記ユーザ識別子の属するユーザに送信する。具体的に実施する場合、サーバーは前記ユーザ識別子に基づいて追加のパスワードを再生成し、その後、予め設定された形態で前記ユーザ識別子に対応するユーザに送信することもできる。サーバーが前記ユーザ識別子に基づいて追加のパスワードを再生成する方法については、実施例２を参照し、ここでは説明を省略する。
【００５５】
ユーザがクライアントをハンドオーバしてログインする場合、別の実施形態では、ユーザはまず追加のパスワードが記憶されたクライアントによってログインし、ログインが成功した場合、ユーザはクライアントのインタフェースに設定された追加パスワード取得ポータルによって追加のパスワードの取得操作を実行する。クライアントは、ユーザによる追加パスワードの取得操作を検出した後、追加パスワード生成リクエストを生成し、サーバーに送信し、追加のパスワードを取得する。前記追加パスワード生成リクエストには少なくともユーザ識別子が含まれる。具体的に実施する場合、パスワード認証のセキュリティをさらに向上させるために、ユーザがクライアントのインタフェースに設定された追加パスワード取得ポータルによって追加のパスワード取得操作を実行する時に、ユーザに対してグインパスワード認証を再度実行するこができる。
【００５６】
サーバーがログインされるクライアントから送信された追加パスワード生成リクエストを受信した場合、前記ユーザ識別子が現在ログイン済み状態にあると判定され、その後、サーバーは前記ユーザ識別子に対応する登録情報を取得する。ここで、前記登録情報には追加のパスワードが含まれる。そして前記追加のパスワードを、追加パスワード生成リクエストを送信するためのクライアントに送信する。追加パスワード生成リクエストを送信するためのクライアントは、サーバーから送信された追加のパスワードを受信した後、ログインされるクライアントに入力するように、クライアントのインタフェースに前記追加のパスワードを表示する。
【００５７】
ステップ３１０において、ユーザによって身元認証操作を行うためのクライアントに入力された追加のパスワードを取得する。
【００５８】
ここで、前記追加のパスワードはログインされたクライアントによって取得され、又は前記ユーザ識別子に対応する、予め登録された情報受信方式によって取得される。
【００５９】
具体的に実施する場合、ユーザは予め登録された情報受信方式、例えば、メールの受信、電話への応答又はショートメッセージの受信、又はログインしているクライアントによる追加パスワードの受信などによって追加のパスワードを取得する。本実施例ではユーザが予め登録された情報受信のためのメールアドレスによってメールを受信し、追加のパスワードを取得することを例とすると、メールに含まれる追加のパスワードをログインされるクライアントに入力することができる。
【００６０】
具体的に実施する場合、前記追加のパスワードは文字列又は２次元コードであってもよく、追加のパスワードが記録された２次元コードを受信する場合、身元認証操作を実行するためのクライアントは２次元コードをスキャンして前記追加のパスワードを入力する。
【００６１】
ログインされるクライアントはシステムインタフェースを呼び出し、スキャンされた追加のパスワードを取得し、又はシステムインタフェースを呼び出し、追加パスワード編集ブロックに入力された追加のパスワードを取得する。
【００６２】
ステップ３２０において、ユーザの身元認証操作に応答し、認証されるユーザ識別子及びパスワードを取得する。
【００６３】
ユーザの身元認証操作に応答して、認証されるユーザ識別子とパスワードを取得する具体的な実施形態については、実施例１を参照し、ここでは説明を省略する。
【００６４】
ステップ３３０において、身元認証を行うために、前記認証されるユーザ識別子とパスワード及び前記追加のパスワードをサーバーに送信する。
【００６５】
身元認証を行うために、前記認証されるユーザ識別子とパスワード及び前記追加のパスワードをサーバーに送信する具体的な実施形態については、実施例２を参照し、ここでは説明を省略する。
【００６６】
ステップ３４０において、前記追加のパスワードを記憶する。
【００６７】
ユーザがクライアントをハンドオーバして正常にログインした場合、又は、ユーザが追加のパスワードを再取得して正常にログインした場合、クライアントは、後でログインする時に直接読み取るように、ローカルに前記追加のパスワードを記憶する。
【００６８】
本出願の実施例で開示される身元認証方法では、ログインされたクライアント又は予め登録された情報受信方式によって追加のパスワードを取得し、その後、前記追加のパスワードと認証されるユーザ識別子及びパスワードを組み合わせ、身元認証を行うことにより、身元認証のセキュリティが向上する。本出願の実施例で開示される認証方法では、信頼できる身元によって追加のパスワードを取得することにより、パスワードが失われる場合又は代わりに別のデバイスが使用される場合、ユーザは正常にログインすることができる。同時に、ユーザ名とパスワードを盗んだ犯罪者の場合、信頼できる身元を持っていないため、即ち、追加のパスワードを受信できないため、追加のパスワードを取得することができず、身元認証を通過することができず、ユーザ身元認証のセキュリティが効果的に向上し、それによってユーザアカウント情報が盗まれることを効果的に回避することができる。認証が通過した後、クライアントに追加のパスワードを保存し、次回のこのクライアントへのログインを容易にする。別の態様では、ユーザが追加のパスワードを迅速かつ正確に入力できるように、２次元コードの形態で追加のパスワードを伝送し、クライアントに２次元コードを表示及び識別するための機能モジュールを設定し、身元認証効率がさらに向上する。
【００６９】
図３に示す実施例に基づき、本出願の別の実施例で開示される身元認証方法は、図４に示すように、ステップ４００〜ステップ４５０を含む。
【００７０】
ステップ４００において、ユーザによる追加のパスワードの取得操作に応答して、追加パスワード生成リクエストをサーバーに送信し、前記ユーザの追加のパスワードを取得する。
【００７１】
具体的には、ユーザが登録されないクライアントにハンドオーバしてログインし又は登録されたクライアントに記憶されたパスワードが破損又は紛失した場合、ユーザはクライアントのインタフェースに設定された追加パスワード取得ポータル、例えば、追加パスワード取得ボタンによってサーバーから追加のパスワードを取得することができる。
【００７２】
具体的に実施する場合、ユーザはログインされるクライアントにユーザ識別子を少なくとも入力し、その後、追加パスワード取得ボタンをトリガする必要がある。クライアントは、ユーザによる追加パスワードへの取得操作に従って、追加パスワード生成リクエストを生成し、サーバーに送信する。前記追加パスワード生成リクエストには少なくともユーザ識別子が含まれる。
【００７３】
サーバーはログインされるクライアントから送信された追加パスワード生成リクエストを受信した場合、前記ユーザ識別子が現在ログアウト状態にあると判定され、その後、サーバーは前記ユーザ識別子に対応する登録情報を取得する。ここで、前記登録情報には予め設定された情報受信方式が含まれる。前記情報受信方式はメールによる情報受信、携帯電話でのショートメッセージによる情報受信、電話による情報受信、インスタントメッセージングによる情報受信などのいずれか一つを含むがこれらに限定されない。前記情報受信方式がメールによる情報受信であることを例とすると、前記登録情報は情報を受信するためのメールアドレスを含む。その後、サーバーは予め設定されたメールアドレスによって、メールの形態で認証コードを送信し、ログインされるユーザに対して真の身元の認証を行う。
【００７４】
ステップ４１０において、ユーザによって身元認証操作を行うためのクライアントに入力された認証コードを取得し、認証コードによる認証を行う。
【００７５】
具体的に実施する場合、ユーザは予め登録された情報受信方式、例えば、メールの受信、電話への応答又はショートメッセージの受信などの方式によってサーバーから送信された認証コードを受信する。本実施例ではユーザが予め登録された情報受信のためのメールアドレスによってメールを受信し、認証コードを受信することを例とすると、ユーザはメールに含まれる認証コードをログインされるクライアントに入力する。
【００７６】
その後、ユーザはクライアントに設定された認証コード認証ボタンをトリガして認証コードをサーバーに送信して認証コードによる認証を完了する。
【００７７】
サーバー側がクライアントに対して認証コードによる認証を行う具体的な解決策については、従来技術を参照し、ここで説明を省略する。
ステップ４２０において、追加のパスワードを受信する。
【００７８】
サーバーによってクライアントに対して行われる認証コードによる認証が成功した場合、サーバーは前記ユーザ識別子に対応する追加のパスワードを、追加パスワード取得操作を送信するクライアントに送信する。クライアントは認証コードを送信した後、サーバーから送信された追加のパスワードをリアルタイムで受信する。
【００７９】
ステップ４３０において、ユーザの身元認証操作に従って、認証されるユーザ識別子及びパスワードを取得する。
【００８０】
ユーザの身元認証操作に従って、認証されるユーザ識別子とパスワードを取得する具体的な実施形態については、実施例１を参照し、ここでは説明を省略する。
【００８１】
ステップ４４０において、身元認証を行うために、前記認証されるユーザ識別子とパスワード及び前記追加のパスワードをサーバーに送信する。
【００８２】
身元認証を行うために、前記認証されるユーザ識別子とパスワード及び前記追加のパスワードをサーバーに送信する具体的な実施形態については、図２に示す実施例を参照し、ここでは説明を省略する。
【００８３】
ステップ４５０において、前記追加のパスワードを記憶する。
【００８４】
ユーザがクライアントをハンドオーバして正常にログインした場合、又は、ユーザが追加のパスワードを再取得して正常にログインした場合、クライアントは、後でログインする時に直接読み取るように、ローカルに前記追加のパスワードを記憶する。
【００８５】
本出願の実施例で開示される身元認証方法では、まず認証コードによる認証を行い、そして認証コードが認証された後、サーバーから追加のパスワードをダウンロードし、次に前記追加のパスワードと認証されるユーザ識別子及びパスワードを組み合わせ、身元認証を行うことにより、従来技術における身元認証方法のセキュリティが低いという問題を解決する。本出願の実施例で開示される認証方法では、まず認証コードによる認証を行ってユーザの真の身元を確定し、次に、ログインされるクライアントのための追加のパスワードを生成し、身元認証を完了することにより、パスワードが失われる場合又は代わりに別のデバイスが使用される場合、ユーザはクライアントによって正常にログインすることができる。同時に、ユーザ名とパスワードを盗んだ犯罪者の場合、信頼できる身元を持っていないため、即ち、追加のパスワードを受信できないため、追加のパスワードを取得することができ、身元認証を通過することができず、ユーザ身元認証のセキュリティが効果的に向上し、パスワードの盗難によるユーザアカウント情報の盗難を効果的に回避することができる。同時に、認証コードによる認証が通過した後、クライアントはサーバーから追加のパスワードを暗黙的に取得してクライアントローカルに保存し、次回のこのクライアントへのログインを容易にし、同時に、ユーザが追加のパスワードを手動で入力することを回避し、身元認証の効率と精度がさらに向上する。
【００８６】
本出願の別の一つの実施例で開示される身元認証方法は、図５に示すように、ステップ５００〜ステップ５１０を含む。
【００８７】
ステップ５００において、受信されたユーザ登録リクエストに従って、前記ユーザ登録リクエストに含まれるユーザ識別子と一致する追加のパスワードを取得し、サーバーローカルに並びに前記クライアントに前記追加のパスワードを同時に記憶する。
【００８８】
具体的に実施する場合、サーバーは、クライアントから送信された、ユーザ登録リクエストを含むがこれに限定されないリクエストをリアルタイムで受信する。
【００８９】
ユーザがクライアントによってユーザ登録を行う場合、ユーザがユーザ識別子と登録パスワードを入力した後、登録ボタンをトリガする時に、クライアントはサーバーへユーザ登録リクエストを送信する。具体的に実施する場合、前記ユーザ登録リクエストには少なくともユーザ識別子、登録パスワードが含まれる。追加のパスワードがクライアントによって生成される場合、前記ユーザ登録リクエストには追加のパスワードがさらに含まれる。追加のパスワードがサーバーによって生成される場合、
前記ユーザ登録リクエストにはクライアントが配置された端末装置の装置識別子がさらに含まれてもよい。ここで、前記装置識別子は装置ＩＰアドレス、装置シリアル番号などであってもよい。
【００９０】
その後、サーバーが受信された前記ユーザ登録リクエストに従って、追加のパスワードを取得することは、受信された前記ユーザ登録リクエストに含まれるユーザ識別子に基づき、前記ユーザ識別子と一致するランダムパスワードを追加のパスワードとして生成すること、又は、受信された前記ユーザ登録リクエストに含まれるユーザ識別子と前記クライアントの装置識別子に基づき、前記ユーザ識別子と一致する追加のパスワードを生成すること、又は、前記ユーザ登録リクエストに含まれる前記追加のパスワードを取得することを含む。
【００９１】
サーバーが前記ユーザ登録リクエストに含まれるユーザ識別子に基づいて追加のパスワードを取得する方法については、図２に示す実施例における関連ステップの説明を参照し、ここでは説明を省略する。サーバーが前記ユーザ登録リクエストに含まれるユーザ識別子、クライアントの装置識別子に基づいて追加のパスワードを生成する方法については、実施例２における関連ステップの説明を参照し、ここでは説明を省略する。
【００９２】
サーバーが追加のパスワードを取得した場合、サーバーローカルに前記追加のパスワードを記憶する。具体的に実施する場合、サーバーはユーザ識別子、登録パスワードと追加のパスワードの一致関係を記憶する。前記クライアントが前記追加のパスワードを記憶するように、前記サーバーは前記ユーザ登録リクエストに応答することにより、前記追加のパスワードをクライアントに送信する。
【００９３】
ステップ５１０において、受信された身元認証リクエストに従って、身元認証を行う。
【００９４】
ここで、前記身元認証リクエストは認証されるユーザ識別子とパスワード、及び追加のパスワードを含む。
【００９５】
クライアントから送信された身元認証リクエストに従って、前記クライアントの現在のユーザに対して身元認証を行うことは、前記身元認証リクエストにおけるユーザ識別子に基づき、サーバーに記憶され、前記ユーザ識別子と一致する追加のパスワードと登録パスワードを取得し、前記身元認証リクエストにおける暗号化された前記認証されるパスワードを復号し、復号された、認証されるパスワードを前記登録パスワードと一致させ、身元認証を実行すること、又は、前記身元認証リクエストにおけるユーザ識別子により、サーバーに記憶され、前記ユーザ識別子と一致する追加のパスワードと登録パスワードを取得し、前記身元認証リクエストに含まれる追加のパスワードと認証されるパスワードとそれぞれ一致し、身元認証を実行することを含む。
【００９６】
具体的に実施する場合、図２に示す実施例では、クライアントは２つの方式によって身元認証のための認証されるパスワードと追加のパスワードを送信することができる。それに対応して、サーバーは２つの方式によって身元認証を行う。サーバーがクライアントから送信された身元認証リクエストに従って、前記クライアントの現在のユーザに対して身元認証を行う具体的な実施形態については、実施例２における身元認証に関する具体的な説明を参照し、ここでは説明を省略する。
【００９７】
本出願の実施例で開示される身元認証方法では、クライアントから送信されたユーザ登録リクエストを受信し、前記ユーザ登録リクエストに従って、追加のパスワードを取得し、その後、サーバーローカルに並びに前記クライアントに前記追加のパスワードを同時に記憶し、クライアントが身元認証リクエストを送信する場合、クライアントから送信された身元認証リクエストに含まれる認証されるユーザ識別子とパスワード、及び追加のパスワードに基づき、前記クライアントの現在のユーザに対して身元認証を行うことにより、従来技術における身元認証方法のセキュリティが低いという問題を解決する。本出願の実施例で開示される認証方法では、追加のパスワードを組み合わせてユーザの身元認証を行い、且つ追加のパスワードをクライアントに記憶することにより、ユーザの身元認証のセキュリティが効果的に向上し、パスワードの盗難によるユーザアカウント情報の盗難を効果的に回避することができる。
【００９８】
図５に示す実施例に基づき、本出願の別の実施例で開示される身元認証方法は、図６に示すように、ステップ６００〜ステップ６４０を含む。
【００９９】
ステップ６００において、追加パスワード生成リクエストを受信し、前記追加パスワード生成リクエストには少なくともユーザ識別子が含まれる。
【０１００】
サーバーは、クライアントから送信された、追加パスワード生成リクエストを含むがこれに限定されないリクエストをリアルタイムで受信する。
【０１０１】
端末装置がデータをクリーンアップするため、クライアントが追加のパスワードを失った場合、ログインしている端末装置をハンドオーバしてクライアントローカルに記憶された追加のパスワードを取得できない場合、ユーザは、ログインされるクライアントで追加パスワード取得ポータルによって追加のパスワードを再取得することができる。例えば、ユーザがログインされるクライアントで追加パスワード取得ポータルによってユーザ識別子を入力した後、追加パスワード取得ボタンをトリガする場合、クライアントはサーバーへ追加パスワード取得リクエストを送信する。具体的に実施する場合、前記追加パスワード取得リクエストには少なくともユーザ識別子が含まれる。追加のパスワードがクライアントによって生成される場合、前記ユーザ登録リクエストには追加のパスワードがさらに含まれる。追加のパスワードがサーバーによって生成される場合、前記ユーザ登録リクエストにはクライアントの装置識別子がさらに含まれてもよい。ここで、前記装置識別子は装置ＩＰアドレス、装置シリアル番号などであってもよい。
【０１０２】
サーバーはクライアントから送信されたリクエストをリアルタイムで受信する。サーバーがクライアントから送信された追加パスワード取得リクエストを受信した場合、まず、前記追加パスワード取得リクエストに含まれるユーザ識別子がログインしているか否かを判定し、そしてユーザ識別子のログイン状況に応じて対応する応答を行う。
【０１０３】
ステップ６１０において、前記ユーザ識別子がログインしているか否かを判定し、前記ユーザ識別子がログインしていない場合、ステップ６２０を実行し、そうでない場合、ステップ６３０を実行する。
【０１０４】
サーバーは記憶されたユーザ情報に基づいてユーザ識別子のログイン状況を判定する。サーバーは前記ユーザ識別子がログインしているか否かを判定し、前記ユーザ識別子がログインしていない場合、前記ユーザ識別子によって予め登録された情報受信方式によって前記ユーザ識別子と一致する追加のパスワードを送信し、前記ユーザ識別子がログインしている場合、前記ユーザ識別子と一致する追加のパスワードを、前記追加パスワード生成リクエストを送信するためのクライアントに送信する。
【０１０５】
ステップ６２０において、前記ユーザ識別子によって予め登録された情報受信方式によって前記ユーザ識別子と一致する追加のパスワードを送信する。
【０１０６】
サーバーが、前記ユーザ識別子がログインしていないことを判定した場合、前記ユーザ識別子によって予め登録された情報受信方式によって前記ユーザ識別子と一致する追加のパスワードを送信し、又は、まず前記ユーザ識別子に対して認証コードによる認証を行い、そして認証コードによる認証が通過した後、追加のパスワードを、追加パスワード取得リクエストを送信するためのクライアントに送信する。
【０１０７】
具体的に実施する場合、ユーザは登録する時に、メールによる情報受信、携帯電話でのショートメッセージによる情報受信、電話による情報受信、インスタントメッセージングによる情報受信などのいずれか一つを含むがこれらに限定されない情報受信方式を登録する。サーバーは、ユーザ識別子に基づき、該ユーザ識別子によって登録された情報受信方式、例えば、メールによる情報受信を確定し、その後、記憶された該ユーザ識別子に対応する追加のパスワード又は再生成された識別子に対応する追加のパスワードを前記情報受信方式によって送信し、これにより、ユーザは前記情報受信方式によって追加のパスワードを受信することができる。
【０１０８】
ステップ６３０において、前記ユーザ識別子と一致する追加のパスワードを、前記追加パスワード生成リクエストを送信するためのクライアントに送信する。
【０１０９】
サーバーは、前記ユーザ識別子がログインしていると判定される場合、該ユーザがログインしているクライアントによって追加のパスワードを取得して他のクライアントでログインするシナリオにあると判定され、したがって、サーバーは前記ユーザ識別子と一致する追加のパスワードを、前記追加パスワード生成リクエストを送信するためのクライアント、即ち、ログインしているクライアントに送信し、これにより、ユーザは、ログインしているクライアントに表示された追加のパスワードにより、ログインされるクライアントで追加パスワードの入力を完了することができる。
【０１１０】
ステップ６４０において、受信された身元認証リクエストに従って、身元認証を行う。
【０１１１】
ここで、前記身元認証リクエストには認証されるユーザ識別子とパスワード、及び追加のパスワードが含まれる。
【０１１２】
クライアントから送信された身元認証リクエストに従って、前記クライアントの現在のユーザに対して身元認証を行う具体的な実施形態については、図５に示す実施例を参照し、ここでは説明を省略する。
【０１１３】
具体的に実施する場合、前記追加のパスワードが文字列又は２次元コードであってもよく、前記追加のパスワードが２次元コードによって送信される場合、身元認証操作を実行するためのクライアントは前記２次元コードをスキャンして入力する。
【０１１４】
オプションで、別の実施例では、前記ユーザ識別子がログインしていないと判定される場合、認証コードによる認証を開始し、認証コードによる認証が通過する場合、前記追加パスワード生成リクエストに含まれるユーザ識別子と一致する追加のパスワードを取得し、前記クライアントに前記追加のパスワードを記憶するために、前記追加のパスワードを、追加パスワード生成リクエスを送信するためのクライアントに送信する。
【０１１５】
ユーザが他の端末装置にハンドオーバしてアカウントにログインする場合、クライアントはローカルに記憶された追加のパスワードを取得することができないので、前記クライアントは、追加パスワード取得操作を開始するようにユーザに提示し、そして前記操作に従って追加パスワード生成リクエストを送信し、予め設定された情報受信方式によって認証コードを受信し、認証コードによる認証を行い、ユーザの真の身元を認証する。その後、認証コードによる認証が通過した後、さらに追加のパスワードを取得する。具体的に実施する場合、前記追加パスワード生成リクエストには少なくともユーザ識別子が含まれる。
【０１１６】
前記サーバーは、追加パスワード生成リクエストを受信した後、前記追加パスワード生成リクエストに含まれるユーザ識別子に基づき、ユーザ識別子に対応する前記ユーザによって予め設定された情報受信方式を取得し、前記情報受信方式によって認証コードを送信し、前記ユーザに対して身元の真正性認証を実行し、即ち、認証コードによる認証を行い、例えば、ショートメッセージ又は電話又はメールアドレスによってユーザへ認証コードを送信し、そしてクライアントに前記認証コードを入力するようにユーザに要求し、認証コードの認証を完了する。
認証コードによる認証の具体的な実施形態については、従来技術を参照し、本出願の実施例では説明を省略する。
【０１１７】
認証コードによる認証が通過する場合、サーバーは、前記追加パスワード生成リクエストに含まれるユーザ識別子と一致する追加のパスワードを取得し、サーバーローカルに前記追加のパスワードを記憶し、同時に、前記クライアントが前記追加のパスワードを記憶するように、前記追加のパスワードを、追加パスワード生成リクエストを送信するためのクライアントに送信する。
【０１１８】
追加のパスワードがクライアントによって生成される場合、前記追加パスワード生成リクエストには追加のパスワードがさらに含まれる。サーバーは、前記追加パスワード生成リクエストを受信した後、前記追加パスワードを前記ユーザ識別子と追加のパスワードの対応関係に直接記憶する。追加のパスワードがサーバーによって生成される場合、前記ユーザ登録リクエストにはクライアントの装置識別子がさらに含まれてもよい。サーバーは前記装置識別子とユーザ識別子に基づいて追加のパスワードを生成する。ここで、前記装置識別子は装置ＩＰアドレス、装置シリアル番号などであってもよい。
【０１１９】
サーバーが追加パスワード生成リクエストに従って、前記ユーザ識別子と一致する追加のパスワードを生成する具体的な方法については、実施例２を参照し、ここでは説明を省略する。
【０１２０】
図５に示す実施例で開示される身元認証方法に基づき、本実施例で開示される認証方法では、クライアントによって送信された追加パスワード生成リクエストにより、ユーザは、異なる端末装置で正常な身元認証を実現することができる。パスワードを盗んだ犯罪者に対して、予め設定された情報受信方式によって認証コードを取得することができないため、認証コードによる認証を通過できず、また追加のパスワードを取得できず、したがって、身元認証を正常に行うことができず、さらにパスワードの盗難によるユーザアカウント情報の盗難を効果的に回避することができ、ユーザアカウント情報のセキュリティが保護される。
【０１２１】
以上、本出願による方法を説明した。以下、本出願による装置を説明する。
【０１２２】
図１１を参照すると、図１１は本出願のいくつかの実施例による端末装置のハードウェア構造模式図である。該端末装置１０００はプロセッサ１０１０及び機械可読記憶媒体１０２０を備えることができる。ここで、プロセッサ１０１０と機械可読記憶媒体１０２０はシステムバス１０３０を介して通信することができる。そして、機械可読記憶媒体１０２０に記憶された身元認証論理に対応する機械可読命令を読み取って実行することにより、プロセッサ１０１０は、上述した身元認証方法を実行することができる。
【０１２３】
本明細書で説明される機械可読記憶媒体１０２０は、いかなる電子、磁気、光学又は他の物理的記憶装置であってもよく、実行可能な命令、データなどの情報を含むか記憶することができる。例えば、前記機械可読記憶媒体１０２０は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ：ランダムアクセスメモリ）、揮発性メモリ、不揮発性メモリ、フラッシュメモリ、ストレージドライブ（例えば、ハードディスクドライブ）、ソリッドステートディスク、いかなるタイプの記憶ディスク（例えば、光ディスク、ＤＶＤなど）、又は同様の記憶媒体、又はそれらの組み合わせであってもよい。
【０１２４】
図７に示すように、機能的に区分する場合、前記端末装置での身元認証論理は、第一の認証情報取得モジュール７００、第二の認証情報取得モジュール７１０、及び認証情報送信モジュール７２０を含むことができる。
【０１２５】
第一の認証情報取得モジュール７００は、ユーザの身元認証操作に応答し、認証されるユーザ識別子及びパスワードを取得するために用いられる。
【０１２６】
第二の認証情報取得モジュール７１０は、前記ユーザ識別子に基づいて追加のパスワードを取得するために用いられる。
【０１２７】
認証情報送信モジュール７２０は、前記サーバーが前記身元認証リクエストに応答して前記サーバーに記憶されたユーザ識別子、パスワードと追加のパスワードに基づいて身元認証を行うことができるように、サーバーへ身元認証リクエストを送信するために用いられる。ここで、前記身元認証リクエストには前記ユーザ識別子、前記パスワード及び前記追加のパスワードが含まれる。
【０１２８】
一つの例では、図８に示すように、前記第二の認証情報取得モジュール７１０はさらに、
前記クライアントに予め記憶された、前記ユーザ識別子と一致する追加のパスワードを読み取るための第一の認証情報取得ユニット７１０１を含む。
【０１２９】
一つの例では、前記予め記憶された追加のパスワードは、前記クライアントでの前記ユーザの登録操作に応答し、前記クライアントが登録されるユーザ識別子とパスワードを取得すること、前記クライアントが前記ユーザ識別子と一致する追加のパスワードを生成すること、前記クライアントが前記追加のパスワードと前記ユーザ識別子を関連付けて前記クライアントに記憶すること、前記サーバーが前記追加のパスワードと前記ユーザ識別子を関連付けて記憶するように、前記クライアントが前記ユーザ識別子、前記パスワード及び前記追加のパスワードをユーザ登録リクエストによって前記サーバーに送信することで取得される。
【０１３０】
一つの例では、前記予め記憶された追加のパスワードは、前記クライアントでの前記ユーザの登録操作に応答し、前記クライアントが登録されるユーザ識別子とパスワードを取得すること、前記クライアントが前記サーバーへユーザ登録リクエストを送信し、ここで、前記ユーザ登録リクエストには前記ユーザ識別子と前記パスワードが含まれること、前記クライアントが、前記サーバーが前記ユーザ登録リクエストに応答して生成した追加のパスワードを受信すること、前記クライアントが前記追加のパスワードと前記ユーザ識別子を関連付けて前記クライアントに記憶することで取得される。
【０１３１】
一つの例では、図８に示すように、前記第二の認証情報取得モジュール７１０はさらに、
前記クライアントに前記ユーザ識別子と一致する前記追加のパスワードが記憶されていない場合、前記ユーザによる追加のパスワードの取得操作に応答し、前記サーバーへ追加パスワード取得リクエストを送信し、ここで、前記追加パスワード取得リクエストには前記ユーザ識別子が含まれ、前記ユーザによって前記クライアントに入力された追加のパスワードを取得するために用いられ、ここで、前記追加のパスワードは、前記サーバーによって前記追加パスワード取得リクエストに応答して、登録されたクライアントを介して取得され又は前記ユーザ識別子によって予め登録された情報受信方式によって前記ユーザに送信される第二の認証情報取得ユニット７１０２を含む。
【０１３２】
一つの例では、前記追加のパスワードが２次元コードによって送信される場合、前記クライアントは前記２次元コードをスキャンして前記追加のパスワードを入力する。
【０１３３】
一つの例では、図８に示すように、前記認証情報送信モジュール７２０はさらに、
前記追加のパスワードで前記パスワードを暗号化し、暗号化されたパスワードを取得し、前記暗号化されたパスワードと前記ユーザ識別子を前記身元認証リクエストに追加し、前記身元認証リクエストを前記サーバーに送信するための第一の身元認証ユニット７２０１と、
前記ユーザ識別子、前記パスワード及び前記追加のパスワードを前記身元認証リクエストに同時に追加し、前記身元認証リクエストを前記サーバーに送信するための第二の身元認証ユニット７２０２とのいずれか一つを含む。
【０１３４】
本出願の実施例で開示される端末装置では、該端末装置におけるクライアントは、ユーザの身元認証操作に応答し、認証されるユーザ識別子及びパスワードを取得し、前記クライアントは前記ユーザ識別子に基づいて追加のパスワードを取得し、前記サーバーが前記身元認証リクエストに応答して前記サーバーに記憶されたユーザ識別子、パスワードと追加のパスワードに基づいて身元認証を行うことができるように、前記クライアントは、サーバーへ身元認証リクエストを送信する。ここで、前記身元認証リクエストには前記ユーザ識別子、前記パスワード及び追加のパスワードが含まれる。追加のパスワードを組み合わせてユーザの身元認証を行うことにより、ユーザの身元認証のセキュリティが効果的に向上し、パスワードの盗難によるユーザアカウント情報の盗難を効果的に回避することができる。ユーザのパスワードが盗まれた場合、ハッカーは他のクライアントで身元認証を実行する時に、追加のパスワードを取得できないため、ユーザ名とパスワードが盗まれた場合でも、身元認証を完了できず、ユーザアカウントに正常にログインしてユーザのアカウント情報を取得することができない。
【０１３５】
クライアントに追加のパスワードを予め記憶し、その後、身元認証を行うために、前記認証されるユーザ識別子とパスワード及び前記追加のパスワードをサーバーに送信することにより、ユーザのパスワードが盗まれた場合、ハッカーは他のクライアントで身元認証を行う時に、追加のパスワードを取得できないため、ユーザ名とパスワードが盗まれた場合でも、身元認証を完了できず、ユーザアカウントに正常にログインしてユーザのアカウント情報を取得することができず、認証のセキュリティがさらに向上する。
【０１３６】
ログインされたクライアントによって追加のパスワードを取得して表示し、又は予め登録された情報受信方式によって追加のパスワードを取得することにより、ユーザが異なるクライアントで正常にログインすることを確保することができる。同時に、追加のパスワードを２次元コードの形態で送信することにより、ログインされるクライアントは２次元コードをスキャンして追加のパスワードを入力することができ、それによってユーザは追加のパスワードを迅速で、便利に且つ正確に入力することができ、認証効率が向上する。
【０１３７】
図１２を参照すると、図１２は本出願のいくつかの実施例によるサーバーのハードウェア構造模式図である。該端末装置１１００はプロセッサ１１１０及び機械可読記憶媒体１１２０を備えることができる。ここで、プロセッサ１１１０と機械可読記憶媒体１１２０はシステムバス１１３０を介して通信することができる。そして、機械可読記憶媒体１１２０に記憶された身元認証論理に対応する機械可読命令を読み取って実行することにより、プロセッサ１１１０は、上述した身元認証方法を実行することができる。
【０１３８】
本明細書で説明される機械可読記憶媒体１１２０は、いかなる電子、磁気、光学又は他の物理的記憶装置であってもよく、実行可能な命令、データなどの情報を含むか記憶することができる。例えば、前記機械可読記憶媒体１１２０は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ：ランダムアクセスメモリ）、揮発性メモリ、不揮発性メモリ、フラッシュメモリ、ストレージドライブ（例えば、ハードディスクドライブ）、ソリッドステートディスク、いかなるタイプの記憶ディスク（例えば、光ディスク、ＤＶＤなど）、又は同様の記憶媒体、又はそれらの組み合わせであってもよい。
【０１３９】
図９に示すように、機能的に区分する場合、前記サーバーでの身元認証論理は、
受信されたユーザ登録リクエストに従って、前記ユーザ登録リクエストに含まれるユーザ識別子と一致する追加のパスワードを取得し、前記追加のパスワードを前記ユーザ識別子に関連付けて記憶するための第一の追加のパスワード取得モジュール９００と、
受信された身元認証リクエストに従って身元認証を行うために用いられ、ここで、前記身元認証リクエストには認証されるユーザ識別子、パスワード及びクライアントに記憶された、前記ユーザ識別子に関連付けられた追加のパスワードが含まれる認証モジュール９１０とを備えることができる。
【０１４０】
一つの例では、図１０に示すように、前記論理はさらに第二の追加のパスワード取得モジュール９２０を備え、前記第二の追加のパスワード取得モジュール９２０はさらにリクエスト受信ユニット９２０１、判定ユニット９２０２、第一の追加のパスワード取得ユニット９２０３又は第二の追加のパスワード取得ユニット９２０４、第三の追加のパスワード取得ユニット９２０５を含み、ここで、
前記リクエスト受信ユニット９２０１は追加パスワード取得リクエストを受信するために用いられ、前記追加パスワード取得リクエストにユーザ識別子が少なくとも含まれ、
前記判定ユニット９２０２は前記ユーザ識別子がログインしているか否かを判定するために用いられ、
前記第一の追加のパスワード取得ユニット９２０３は、前記ユーザ識別子がログインしていない場合、前記ユーザ識別子によって予め登録された情報受信方式によって前記ユーザ識別子と一致する追加のパスワードを送信するために用いられ、
前記第二の追加のパスワード取得ユニット９２０４は、認証コードによる認証が通過する場合、前記追加パスワード取得リクエストに含まれるユーザ識別子と一致する追加のパスワードを取得するために用いられ、
前記第三の追加のパスワード取得ユニット９２０５は、前記ユーザ識別子がログインしている場合、前記ユーザ識別子と一致する追加のパスワードを、前記追加パスワード取得リクエストを送信するためのクライアントに送信するために用いられる。
【０１４１】
一つの例では、図１０に示すように、前記認証モジュール９１０は、
前記身元認証リクエストにおけるユーザ識別子により、サーバーに記憶され、前記ユーザ識別子と一致する追加のパスワードと登録パスワードを取得し、前記身元認証リクエストにおける暗号化された前記認証されるパスワードを復号し、復号された、認証されるパスワードを前記登録パスワードと一致させ、身元認証を実行するための第一の認証ユニット９１０１と、
前記身元認証リクエストにおけるユーザ識別子により、サーバーに記憶され、前記ユーザ識別子と一致する追加のパスワードと登録パスワードを取得し、前記身元認証リクエストに含まれる追加のパスワードと認証されるパスワードとそれぞれ一致させて、身元認証を実行するための第二の認証ユニット９１０２とのいずれか一つを含む。
【０１４２】
本出願の実施例で開示されるサーバーでは、サーバーは、受信されたユーザ登録リクエストに従って、前記ユーザ登録リクエストに含まれるユーザ識別子と一致する追加のパスワードを取得し、前記サーバーは、前記追加のパスワードを前記ユーザ識別子に関連付けて記憶し、前記サーバーは、受信された身元認証リクエストに従って身元認証を実行する。ここで、前記身元認証リクエストには認証されるユーザ識別子、パスワード及びクライアントに記憶された、前記ユーザ識別子に関連付けられた追加のパスワードが含まれる。本出願の実施例で開示されるサーバーでは、追加のパスワードを組み合わせてユーザの身元認証を行い、且つ追加のパスワードをクライアントに記憶することにより、ユーザの身元認証のセキュリティが効果的に向上し、パスワードの盗難によるユーザアカウント情報の盗難を効果的に回避することができる。
【０１４３】
さらに、クライアントから送信された追加パスワード生成リクエストに従って追加のパスワードを生成することにより、ユーザは、異なる端末装置で正常な身元認証を実現することができる。パスワードを盗んだ犯罪者に対して、予め設定された情報受信方式によって認証コードを取得することができないため、認証コードによる認証を通過できず、また、追加のパスワードを取得できず、したがって、身元認証を正常に行うことができず、さらにパスワードの盗難によるユーザアカウント情報の盗難を効果的に回避することができ、ユーザアカウント情報のセキュリティが保護される。
【０１４４】
本明細書で説明される主題及び機能的操作の実施例は、デジタル電子回路、有形に具現化されたコンピュータソフトウェア又はファームウェア、本明細書で開示される構造及びその構造的同等物を含むコンピュータハードウェア、又はそれらの一つ又は複数の組み合わせで実現されてもよい。本明細書で説明される主題の実施例は、一つ又は複数のコンピュータプログラム、即ち、有形の非一時的プログラムキャリアに符号化されてデータプロセッサによって実行され又はデータ処理装置の操作を制御するためのコンピュータプログラム命令のうちの一つ又は複数のモジュールとして実現されてもよい。代替的又は追加的に、プログラム命令は、人工的に生成された伝播信号、例えば、機械によって生成された電気、光学又は電磁信号に符号化されてもよく、情報を符号化して適切な受信機装置に伝送してデータ処理装置によって実行するために該信号が生成される。コンピュータ記憶媒体は、機械可読記憶装置、機械可読記憶基板、ランダム又はシリアルアクセスメモリデバイス、又はそれらの一つ又は複数の組み合わせであってもよい。
【０１４５】
本明細書で説明される処理及び論理プロセスは、一つ又は複数のコンピュータプログラムを実行するための一つ又は複数のプログラム可能なコンピュータによって実行され、入力データに基づいて操作して出力を生成することで対応する機能を実行することができる。前記処理及び論理プロセスはさらに専用論理回路、例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）又はＡＳＩＣ（特定用途向け集積回路）によって実行されてもよく、そして装置は専用論理回路として実現されてもよい。
【０１４６】
コンピュータプログラムの実行に適するコンピュータは、例えば、汎用及び／又は専用マイクロプロセッサ、又はいかなる他のタイプの中央処理ユニットを含む。通常、中央処理ユニットは、読み取り専用メモリ及び／又はランダムアクセスメモリから命令とデータを受信する。コンピュータの基本的なコンポーネントは、命令を実施又は実行するための中央処理ユニット及び命令とデータを記憶するための一つ又は複数のメモリデバイスを含む。通常、コンピュータはさらにデータを保存するための一つ又は複数の大容量記憶装置、例えば、磁気ディスク、光磁気ディスク又は光ディスクなどを含み、又はコンピュータは大容量記憶装置に操作可能に結合されて、それからデータを受信し、又はそれにデータを伝送し、又は２つの状況を兼ねている。しかしながら、コンピュータは必ずしもこのような装置を備えるわけではない。また、コンピュータは、別のデバイス、例えば、いくつか例を挙げると、携帯電話、パーソナルデジタルアシスタント（ＰＤＡ）、モバイルオーディオ又はビデオプレーヤー、ゲームコンソール、全地球測位システム（ＧＰＳ）受信機、又はポータブルストレージデバイス（汎用シリアルバス（ＵＳＢ）フラッシュメモリドライブ）に埋め込まれてもよい。
【０１４７】
コンピュータプログラム命令及びデータを記憶することに適するコンピュータ可読媒体は、全ての形態の不揮発性メモリ、媒体とメモリデバイスを含み、例えば、半導体メモリデバイス（例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭとフラッシュメモリデバイス）、磁気ディスク（例えば、内部ハードディスク又はリムーバブルディスク）、光磁気ディスク及びＣＤＲＯＭとＤＶＤ−ＲＯＭディスクを含む。プロセスとメモリは、専用論理回路によって補完され、又は専用論理回路に組み込まれる。
【０１４８】
本明細書は多くの具体的な実施の詳細を含むが、これらは、いかなる発明の範囲又は保護が請求される範囲を制限するものと理解されるべきではなく、主に特定の発明の具体的な実施例の特徴を説明することに用いられる。本明細書における複数の実施例で説明されるいくつかの特徴は単一の実施例で組み合わせて使用されてもよい。別の態様では、単一の実施例で説明される様々な特徴は複数の実施例で別々に実施されてもよく、又はいかなる適切なサブ組み合わせで実施されてもよい。また、特徴は上記のようにいくつかの組み合わせで機能し、さらには最初にそのように保護が要求されるが、保護が要求される組み合わせからの一つ又は複数の特徴はいくつかの場合で該組み合わせから削除さてもよく、そして保護が要求される組み合わせがサブ組み合わせ又はサブ組み合わせの変形に向けられてもよい。
【０１４９】
同様に、図面において操作が特定の順序で描かれているが、これは、これらの操作が示された順序で実行し又は順次実行されるように要求され、又は望ましい結果を得るために、図示された全ての操作が実行されるように要求されると理解されるべきではない。場合によっては、マルチタスクと並列処理が有利である可能性がある。また、上記実施例における様々なシステムモジュールとコンポーネントの分離は全ての実施例においてこのように分離を必要とするとして理解されるべきではなく、且つ、説明されるプログラムコンポートとシステムは通常、単一のソフトウェア製品に統合されてもよく、又は複数のソフトウェア製品にパッケージ化されてもよい。
【０１５０】
これにより、主題の特定の実施例が説明された。他の実施例は、添付のクレームの範囲内にある。場合によっては、クレームに記載される動作は、異なる順序で実行されてもよく且つ依然として望ましい結果を達成する。また、添付の図に描かれている処理は、望ましい結果を達成するために、示されている特定の順序又は順番を必ずしも必要としない。いくつかの実現では、マルチタスクと並列処理が有利である可能性がある。
【０１５１】
説明すべきものとして、本説明書において、第一と第二などのような関係用語は一つのエンティティ又は操作を別のエンティティ及び操作と区別するためのものだけであり、必ずしもこれらのエンティティ又は操作の間にいかなるこの実際の関係又は順番が存在することを必ずしも要求又は示唆しない。用語「包括」、「包含」又はそのいかなる変形は非排他的な包含をカバーすることを図ることにより、一連の要素を含むプロセス、方法、物品又は装置はそのような要素だけでなく、明確に示されない他の要素を含み、又はこのようなプロセス、方法、物品又は装置の固有な要素を含む。更なる制限がない場合、語句「一つ．．．．．．を含む」によって限定された要素は、前記要素を含むプロセス、方法、物品又は装置に別の同じ要素がさらに存在することを排除するものではない。
【０１５２】
以上、本発明の実施例で提供される方法及び装置を詳細に説明し、本明細書で具体的な例を応用して本発明の原理及び実施形態を説明したが、以上の実施例の説明は本発明の方法及びそのコア思想への理解を助けるためのものに過ぎず、同時に、当業者であれば、本発明の思想に基づき、具体的な実施形態及び応用範囲においていずれも変更し、上述したように、本明細書の内容は本発明を限定するものと理解すべきではない。
【図１】
0006936340.tif 000002
【図２】
0006936340.tif 000003
【図３】
0006936340.tif 000004
【図４】
0006936340.tif 000005
【図５】
0006936340.tif 000006
【図６】
0006936340.tif 000007
【図７】
0006936340.tif 000008
【図８】
0006936340.tif 000009
【図９】
0006936340.tif 000010
【図１０】
0006936340.tif 000011
【図１１】
0006936340.tif 000012
【図１２】
0006936340.tif 000013