JP2019536147A - サービス実行方法および装置 - Google Patents

Abstract

サービス実行方法および装置が提供される。方法は、図形コード表示命令が受け取られた後、検証済みのバイオメトリック特徴のバイオメトリック特徴識別子を取得することと、バイオメトリック特徴識別子を保持しているコード文字列を生成することと、図形コードをスキャンした後、他の端末がコード文字列をサーバエンドに送り、関連サービスを完了させるためにバイオメトリック特徴識別子に基づいて、結び付けられたユーザアカウントをサーバエンドが見つけるように、コード文字列を保持している図形コードを表示することを含む。本出願によれば、ユーザアカウントなどの機密情報を図形コードの中に保持する必要はなく、このことにより、違法行為を行う人がユーザの端末デバイスを盗んだとしても、バイオメトリック特徴がマッチしないので、違法行為を行う人がサービス動作を実行することはできず、このことにより、ユーザ情報および属性のセキュリティを保証する。

Description

本出願は通信技術の分野に関し、詳細には、サービス実行のための方法および装置に関する。

インターネット技術の急速な発展に伴い、２次元コードがますます広く使用されている。２次元コードスキャンによって、情報は、関連サービスを実行するために交換されることが可能である。既存技術では通常、２次元コードは、ユーザアカウントおよびユーザ情報など、関連サービスを完了させるために使用される必要事項を保持している。権限のない人が２次元コードを盗むと、権限のあるユーザの情報が漏らされ、権限のあるユーザに損失をもたらす可能性がある。

したがって、本出願は、サービス実行のための方法および装置を提供する。

本出願は、以下の技術的解決策を用いることによって実行される。

サービス実行のための方法は、クライアントに適用されており、図形コードの表示命令が受け取られた後、検証済みのバイオメトリック特徴のバイオメトリック特徴識別子を入手するステップと、バイオメトリック特徴識別子を保持しているコード文字列を生成するステップと、図形コードをスキャンした後、別の端末デバイスがコード文字列をサーバに送り、関連サービスを完了させるためにバイオメトリック特徴識別子に基づいて、結び付いているユーザアカウントをサーバが識別するように、コード文字列を保持している図形コードを表示するステップとを含む。

サービス実行のための方法は、サーバに適用されており、クライアントによって送られたコード文字列を受け取り、図形コードがスキャンされた後にコード文字列が解析されるステップと、バイオメトリック特徴識別子をコード文字列から解析するステップと、バイオメトリック特徴識別子に結び付いているユーザアカウントを検索するステップと、ユーザアカウントに基づく関連サービスを完了させるステップとを含む。

サービス実行のための装置は、クライアントに適用されており、図形コードの表示命令が受け取られた後、検証済みのバイオメトリック特徴のバイオメトリック特徴識別子を入手するように構成された識別子取得ユニットと、バイオメトリック特徴識別子を保持しているコード文字列を生成するように構成されたコード文字列生成ユニットと、図形コードをスキャンした後、別の端末デバイスがコード文字列をサーバに送り、関連サービスを完了させるためにバイオメトリック特徴識別子に基づいて、結び付いているユーザアカウントをサーバが識別するように、コード文字列を保持している図形コードを表示するように構成されたバーコード表示ユニットとを含む。

サービス実行のための装置は、サーバに適用されており、クライアントによって送られたコード文字列を受け取るように構成されたコード文字列受信ユニットであって、図形コードがスキャンされた後に解析される、コード文字列受信ユニットと、バイオメトリック特徴識別子をコード文字列から解析するように構成された識別子解析ユニットと、バイオメトリック特徴識別子に結び付いているユーザアカウントを検索するように構成されたアカウント検索ユニットと、ユーザアカウントに基づく関連サービスを完了させるように構成されたサービス実行ユニットとを含む。

本出願において、バイオメトリック特徴識別子は、予めサーバ上でユーザアカウントに結び付けられることが可能であるということが先の説明からわかる。図形コードの表示命令を受け取った後、クライアントは、バイオメトリック特徴識別子を保持している図形コードを表示することができる。サーバは、関連サービスを完了させるためにバイオメトリック特徴識別子に基づいて、結び付いているユーザアカウントを検索することができ、図形コードの中にユーザアカウントなどの機密情報を保持している必要がない。権限のない人がユーザの端末デバイスを盗んだとしても、バイオメトリック特徴がマッチしないので、サービス動作が実行されることはなく、このことにより、ユーザ情報および属性のセキュリティを保証する。

本出願の例示的な実施形態による、サービス実行のための方法を示す概略流れ図である。 本出願の別の例示的な実施形態による、サービス実行のための方法を示す概略流れ図である。 本出願の例示的な実施形態による、バイオメトリック特徴識別子をユーザアカウントに結び付けることを示す概略流れ図である。 本出願の別の例示的な実施形態による、サービス実行のための方法を示す概略流れ図である。 本出願の例示的な実施形態による、コード文字列を示す概略図である。 本出願の例示的な実施形態による、対象ユーザアカウントを決定することを示す概略流れ図である。 本出願の例示的な実施形態による、サービス実行のための装置を示す概略構造図である。 本出願の例示的な実施形態による、サービス実行のための装置を示すブロック図である。 本出願の例示的な実施形態による、サービス実行のための別の装置を示す概略構造図である。 本出願の例示的な実施形態による、サービス実行のための別の装置を示すブロック図である。

例示的な実施形態がここで詳細に説明され、例示的な実施形態の例が添付の図面に提示されている。以下の説明が添付の図面に関するものであるとき、別途指定されない限り、異なる添付の図面における同じ番号は、同じまたは類似の要素を表す。以下の例示的な実施形態において説明される実施形態は、本出願と一致する全ての実施形態を表しているわけではない。むしろ、これらは、添付の特許請求の範囲において詳細に説明される本出願のいくつかの態様と一致する装置および方法の例にすぎない。

本出願において使用される用語は、具体的な実施形態を示すためのものにすぎず、本出願を限定するためのものではない。本出願および添付の特許請求の範囲において使用される単数形の用語「a」および「the」は、文脈内で明確に別途指定されない限り、複数形を含むことも意図している。本明細書において使用される用語「および／または」は、１以上の関連付けられた列挙された項目の任意または全ての可能な組合せを示し、含むということをさらに理解されたい。

様々なタイプの情報を説明するために本出願において、用語「第１」、「第２」、「第３」等が使用されることがあるが、情報はこれらの用語に限定されないということを理解されたい。これらの用語は、同じタイプの情報を区別するために使用されるにすぎない。例えば、本出願の範囲から逸脱することなく、第１の情報が第２の情報と呼ばれることもあり、同様に第２の情報が第１の情報と呼ばれることがある。文脈に応じて、例えば、本明細書で使用される単語「〜の場合(if)」は、「〜の間(while)」、「〜のとき(when)」、または「〜との決定に応答して(in response to determining)」と説明されることがある。

図１は、本出願の例示的な実施形態による、サービス実行のための方法を示す概略流れ図である。

図１を参照すると、サービス実行のための方法はクライアントに適用されることが可能であり、以下のステップを含む。

ステップ１０１。図形コードの表示命令が受け取られた後、検証済みのバイオメトリック特徴のバイオメトリック特徴識別子を入手する。

本実施形態において、図形コードは、バーコードおよび２次元コードを含むことができる。具体的なアプリケーションシナリオにおいて、図形コードは、支払いコード、収集コード等であってよい。

一例において、図形コードの表示命令を受け取った後、クライアントは、ユーザによって入力されたバイオメトリック特徴を収集することができ、バイオメトリック特徴が検証されていると決定した後、端末システムまたはサーバは、バイオメトリック特徴のバイオメトリック特徴識別子をクライアントに返すことができる。バイオメトリック特徴は、指紋、掌紋、虹彩、強膜、顔、等であってよい。バイオメトリック特徴が指紋であるとき、バイオメトリック特徴識別子は通常、権限のあるユーザがバイオメトリック特徴を入力すると、端末システムによって生成される。例えば、ロック解除のために使用される指紋をユーザが入力すると、端末システムは、指紋に対する指紋識別子を生成することができる。バイオメトリック特徴が虹彩、顔、等である場合、バイオメトリック特徴識別子は、身元認証のために使用されるバイオメトリック特徴を権限のあるユーザが入力すると、サーバによって生成されることが可能である。例えば、ＡＰＰをロック解除するために使用される顔画像をユーザが入力すると、サーバは、ユーザによって入力された顔画像に対する顔画像識別子を生成する。

別の例において、図形コードを表示するＡＰＰが、動作可能にされる前にロック解除される必要があるとき、端末システムまたはサーバは、ユーザのバイオメトリック特徴が検証されていると決定した後、バイオメトリック特徴のバイオメトリック特徴識別子をクライアントに送ることができ、クライアントは、バイオメトリック特徴識別子を記憶する。図形コードの表示命令を受け取った後、クライアントは、記憶済みのバイオメトリック特徴識別子を入手することができる。

ステップ１０２。バイオメトリック特徴識別子を保持しているコード文字列を生成する。

ステップ１０３。図形コードをスキャンした後、別の端末デバイスがコード文字列をサーバに送り、関連サービスを完了させるためにバイオメトリック特徴識別子に基づいて、結び付いているユーザアカウントをサーバが識別するように、コード文字列を保持している図形コードを表示する。

本実施形態において、クライアント上に表示された図形コードをスキャンした後、他の端末デバイスは、解析されたコード文字列をサーバに送ることができ、サーバは、コード文字列に含まれるバイオメトリック特徴識別子に基づいて、結び付いているユーザアカウントを検索し、見つかったユーザアカウントに基づく関連サービスを完了させることができる。

図２は、本出願の例示的な実施形態による、サービス実行のための別の方法を示す概略流れ図である。

図２を参照すると、サービス実行のための方法はサーバに適用されることが可能であり、以下のステップを含む。

ステップ２０１。図形コードがスキャンされた後に解析される、クライアントによって送られたコード文字列を受け取る。

ステップ２０２。バイオメトリック特徴識別子をコード文字列から解析する。

ステップ２０３。バイオメトリック特徴識別子に結び付いているユーザアカウントを検索する。

本実施形態において、クライアントの結付リクエストを受け取った後、サーバは、結付リクエスト内に保持されているバイオメトリック特徴識別子をユーザアカウントに結び付けることができる。

ステップ２０４。ユーザアカウントに基づく関連サービスを完了させる。

本出願において、バイオメトリック特徴識別子は、予めサーバ上でユーザアカウントに結び付けられることが可能であるということが先の説明からわかる。図形コードの表示命令を受け取った後、クライアントは、バイオメトリック特徴識別子を保持している図形コードを表示することができる。サーバは、関連サービスを完了させるためにバイオメトリック特徴識別子に基づいて、結び付いているユーザアカウントを検索することができ、図形コードに含まれるユーザアカウントなどの機密情報を保持している必要がない。権限のない人がユーザの図形コードまたは端末デバイスを盗んだとしても、バイオメトリック特徴がマッチしないので、サービス動作が実行されることはなく、このことにより、ユーザ情報および属性のセキュリティを保証する。

以下は、ユーザアカウントの結付、およびサービス実行という、２つの態様から本出願の実行処理を別々に説明する。

１．バイオメトリック特徴識別子をユーザアカウントに結び付ける
図３を参照すると、例えば、バイオメトリック特徴は指紋であり、図形コードは支払いコードである。指紋は端末デバイスに記憶され、サーバ上でバイオメトリック特徴識別子をユーザアカウントに結び付ける処理は、以下のステップを含むことができる。

ステップ３０１。ユーザアカウントを使用してサーバへのログインが成功した後、ユーザアカウントの代わりに指紋識別子が使用される支払い機能をユーザが動作可能にすると、ユーザの指紋を収集する。

本実施形態において、ユーザは、予めサーバにユーザアカウントを登録することができる。その後、登録済ユーザアカウントに基づいて、関連サービスが実行されることが可能である。具体的な登録手順に対しては、既存の技術への参照が行われてよく、詳細は、簡略化のために本出願では省略される。

本実施形態において、ユーザは、クライアントのログインページ上でログイン名およびパスワードを入力してサーバにログインすることができ、またユーザは、ＳＭＳメッセージの認証コードを使用することによってログインすることもできる。このことは、本出願において特に限定されない。

本実施形態において、ユーザがサーバへのログインに成功した後、ユーザは、指紋識別子を支払いコードに追加してユーザアカウントを置き替える支払い機能を動作可能にすることができる。実際の実施形態において、クライアントは、機能の動作可能ボタンをユーザに提供することができる。ユーザがボタンをトリガしたことを検出した後、クライアントは端末システムを起動して、ユーザに対して指紋検証を行うことができる。クライアントは指紋センサを起動して、指紋検証を行うことをユーザに促すことができる。指紋センサがユーザの指紋を収集した後、端末システムは、収集された指紋を検証して、指紋が、システム内に記憶済みの、権限のあるユーザの指紋であるかどうかを検証することができる。収集された指紋が有効な指紋であるとき、端末システムは、有効な指紋の指紋識別子をクライアントに送ることができる。収集された指紋が有効な指紋でない場合、端末システムは、検証失敗通知をクライアントに返すことができ、クライアントは、検証が失敗したことをユーザにさらに通知するか、指紋検証を再実行することができる。

指紋識別子は、権限のあるユーザが指紋を入力すると、端末システムによって生成される。例えば、権限のあるユーザは、端末デバイス上で指紋を入力し、その後、指紋を使用することによって端末デバイスをロック解除することができる。ユーザが指紋を入力した後、端末デバイスシステムは、指紋に対する指紋識別子を生成することができる。

ステップ３０２。クライアントは、指紋が検証されていると端末システムが決定した後に端末システムによって送られた指紋の指紋識別子を受け取る。

ステップ３０３。クライアントは指紋識別子を結付リクエストに追加し、結付リクエストをサーバに送る。

本実施形態において、結付リクエストは、指紋識別子を支払いコードに追加してユーザアカウントを置き替える支払い機能を動作可能にするために、端末システムによって生成された指紋識別子をユーザアカウントに結び付けることをサーバにリクエストするために使用される。

ステップ３０４。サーバは、現在ログイン済みのユーザアカウントに指紋識別子を結び付ける。

本実施形態において、結付リクエストを受け取った後、サーバは、結付リクエストから指紋識別子を抽出し、クライアントに現在ログイン済みのユーザアカウントに指紋識別子を結び付けることができる。

任意選択で、現在ログイン済みのユーザアカウントに指紋識別子を結び付けた後、サーバは、結付成功通知をクライアントにさらに返すことができ、クライアントは、機能実行成功を示すプロンプトページをユーザにさらに表示することができる。

別の例において、顔画像、虹彩、および強膜など、端末システムによって検証されることが不可能なバイオメトリック特徴に対して、クライアントは、収集されたバイオメトリック特徴を結付リクエストに追加し、結付リクエストをサーバに送ることができる。結付リクエストを受け取った後、サーバは、バイオメトリック特徴のバイオメトリック特徴識別子を、現在ログイン済みのユーザアカウントに結び付けることができる。バイオメトリック特徴識別子は、ユーザが、対応するバイオメトリック特徴を入力すると、サーバによって生成される。結付リクエスト内に保持されたバイオメトリック特徴がサーバ上に記憶されていない場合、サーバは、バイオメトリック特徴に対するバイオメトリック特徴識別子を生成し、バイオメトリック特徴識別子を、現在ログイン済みのユーザアカウントに結び付けることができる。

２．サービス実行
図３に示された実施形態に基づいて、図４を参照すると、例えば、バイオメトリック特徴は指紋であり、図形コードは支払いコードである。支払いのための支払いコードを用いる処理は、以下のステップを含むことができる。

ステップ４０１。支払いコードの表示命令を受け取った後、第１のクライアントは、端末システムによって検証された指紋の指紋識別子を入手する。

本実施形態において、第１のクライアントは、支払人によって使用されるクライアントである。被支払人（例えば販売人）に対して支払いを行うとき、支払人は、第１のクライアントにおいて「支払い」ボタンをタップすることができ、第１のクライアントは、端末システムによって検証された指紋の指紋識別子を入手することができる。

本実施形態において、第１のクライアントは、以下の２つの方法を用いて指紋識別子を入手することができる。

一例において、支払いコードの表示命令を受け取った後、第１のクライアントは端末システムを起動してユーザに対して指紋検証を行い、ユーザの指紋が検証されていると端末システムが決定した後に端末システムによって送られた指紋の指紋識別子を受け取ることができる。

したがって、ユーザが「支払い」ボタンをタップした後、第１のクライアントは、指紋検証を行うことをユーザに促すことができる。さらに、第１のクライアントは、端末システムをさらに起動してユーザに対して指紋検証を行うこと、例えば、指紋センサを起動してユーザの指紋を収集することができる。ユーザによって入力された指紋を収集した後、端末システムは、指紋が、システム内に記憶済みの、権限のあるユーザの指紋であるかどうかを検証することができる。収集された指紋が有効な指紋であるとき、端末システムは、指紋の指紋識別子を第１のクライアントに返すことができる。収集された指紋が有効な指紋ではないとき、端末システムは、検証失敗通知を第１のクライアントに返すことができ、第１のクライアントは、検証が失敗したことをユーザにさらに通知するか、指紋検証を再実行することができる。

別の例において、支払いコードの表示命令を受け取った後、第１のクライアントは、記憶済みの指紋識別子を入手することができる。記憶済みの指紋識別子は、第１のクライアントをロック解除するために使用される指紋の指紋識別子である。第１のクライアントが指紋ロック解除機能を動作可能にした後、ユーザは、指紋検証をパスした後にのみ第１のクライアントをロック解除し、「支払い」ボタンをタップすることができる。この処理において、ロック解除用のユーザの指紋が有効な指紋であることを検証した後、端末システムは、有効な指紋の指紋識別子を第１のクライアントに送ることができ、第１のクライアントは指紋識別子を記憶する。その後、ユーザが「支払い」ボタンをタップした後、第１のクライアントは、記憶済みの指紋識別子を入手することができる。このような実施形態において、第１のクライアントは、次回、ユーザが第１のクライアントをロック解除するときに、端末システムによって送られた指紋識別子を使用することによって、記憶済みの指紋識別子を更新することができ、すなわち、第１のクライアントは、現在のロック解除用の指紋の指紋識別子を記憶するということに留意する価値がある。

ステップ４０２。第１のクライアントは、指紋識別子を保持しているコード文字列を生成する。

ステップ４０１に基づいて、指紋識別子を入手した後、第１のクライアントはコード文字列を生成することができる。図５を参照すると、図５はコード文字列のフォーマットを示す。最初の２ビットは、コード文字列の識別情報であり、最後の６ビットは、コード文字列のチェック情報であり、これらの中間は、暗号化された指紋識別子である。

第１のクライアントは、所定のアルゴリズムを使用することによって、入手した指紋識別子を暗号化し、コード文字列の識別情報に続く位置に、暗号化された指紋識別子を追加することができる。チェック情報は通常、所定のアルゴリズムに基づいて生成されたチェックコードである。例えば、チェックコードは、ワンタイムパスワード（ＯＴＰ）コードであってよい。

ステップ４０３。第１のクライアントは、コード文字列を保持している２次元支払いコードを表示する。

ステップ４０４。第２のクライアントはカメラを起動して、２次元支払いコードをスキャンする。

本実施形態において、第２のクライアントは被支払人によって使用されるクライアントであり、被支払人は第２のクライアントを使用して、カメラを起動し、２次元支払いコードをスキャンすることができる。

ステップ４０５。第２のクライアントは、２次元支払いコードの中に保持されたコード文字列をサーバに送る。

ステップ４０６。サーバは、コード文字列から指紋識別子を解析する。

ステップ４０７。サーバは、指紋識別子に結び付けられたユーザアカウントを検索する。

本実施形態において、コード文字列を受け取った後、サーバは、暗号化された指紋識別子、およびチェックコードを解析することができる。サーバは、所定のアルゴリズムを使用することによって、暗号化された指紋識別子を解読して指紋識別子を入手し、指紋識別子に結び付いているユーザアカウントを検索することができる。指紋識別子が、どのユーザアカウントにも結び付けられていないとき、サーバは、支払失敗プロンプト情報を第２のクライアントに返すことができる。指紋識別子が、ユーザアカウントに結び付けられているとき、サーバは、チェックコードをさらにチェックすることができる。チェックが成功すると、ステップ４０８が行われてよい。チェックが失敗すると、支払失敗プロンプト情報が第２のクライアントに返されてよい。

ステップ４０８。ユーザアカウントに基づく支払いサービスを完了させる。

本出願における２次元支払いコードを使用することによって支払いサービスを完了させると、クライアントは、ユーザアカウントの代わりに端末システムによって生成された指紋識別子を支払いコードに追加することができるということが先の説明からわかる。ユーザの支払いコードまたは端末デバイスを権限のない人が盗んだとしても、権限のない人は、指紋がマッチしないので、支払い動作を完了させることができず、このことにより、ユーザの属性セキュリティを保証する。さらに、本出願における２次元支払いコードは、ユーザアカウントを保持している必要がないので、ユーザがユーザアカウントにログインしていないときに、支払い動作が行われることも可能であり、このことはユーザの体感を改善する。

任意選択で、別の例において、指紋識別子は端末システムによって生成されるので、また、同じ端末システムが、様々な端末デバイス上にロードされることが可能なので、様々なユーザ端末デバイスの端末システムが、同じ指紋識別子を生成することができる。例えば、ユーザ１がＡＮＤＲＯＩＤ（登録商標）携帯電話１を使用しており、ユーザ２がＡＮＤＲＯＩＤ携帯電話２を使用していると仮定すると、ＡＮＤＲＯＩＤ携帯電話１のＡＮＤＲＯＩＤオペレーティングシステムが、ユーザ１の指紋に対する指紋識別子１を生成するが、ユーザ２の指紋に対してＡＮＤＲＯＩＤ携帯電話２のＡＮＤＲＯＩＤオペレーティングシステムによって生成された指紋識別子も指紋識別子１であってよい。指紋識別子を支払いコードに追加してユーザアカウントを置き替える支払い機能をユーザ１が動作可能にすると、サーバは、指紋識別子１をユーザ１のアカウントに結び付ける。指紋識別子を支払いコードに追加してユーザアカウントを置き替える支払い機能をユーザ２が動作可能にすると、サーバは、指紋識別子１をユーザ２のアカウントに結び付ける。したがって、指紋識別子１は、ユーザ１のアカウントおよびユーザ２のアカウントという２つのユーザアカウントに結び付けられる。この場合、指紋識別子が複数のユーザアカウントに結び付けられていると決定すると、サーバは、コード文字列の中に保持したチェック情報（区別しやすくするために、これ以降、第１のチェック情報と呼ばれる）を使用することによって、支払いサービスを行うための対象ユーザアカウントを複数のユーザアカウントから決定することができる。図６を参照すると、サーバは、以下のステップを行うことによって、対象ユーザアカウントを決定することができる。

ステップ６０１。指紋識別子に結び付いている複数のユーザアカウントに対して、ユーザアカウントに対して生成された第２のチェック情報を別々に入手する。

本実施形態において、例えば、チェック情報はＯＴＰコードである。ＯＴＰコードのチェックルールは、サーバおよびクライアントが、６０秒毎に、時間に関連した１つの予測不能なランダムコードを生成するというものである。同じユーザアカウントに対して、サーバおよびクライアントによって生成されたＯＴＰコードは一致しており、世界的に一意である。

本ステップにおいて、指紋識別子が複数のユーザアカウントに結び付けられていることがわかると、サーバは、各ユーザアカウントに対して生成された第２のＯＴＰコード（すなわち第２のチェック情報）を別々に入手することができる。

ステップ６０２。第２のチェック情報に対応するユーザアカウントを対象ユーザアカウントと決定し、ここで、第２のチェック情報は第１のチェック情報と同じである。

本実施形態において、第１のＯＴＰコード（すなわち第１のチェック情報）は、コード文字列の中に保持されているＯＴＰコードであり、サーバは、第２のＯＴＰコードを第１のＯＴＰコードと順次比較することができる。第２のＯＴＰコードが第１のＯＴＰコードと同じであるとき、サーバは、第２のＯＴＰコードに対応するユーザアカウントを対象ユーザアカウントと決定し、その後、対象ユーザアカウントに基づく支払いサービスを完了させることができる。

例えば、ユーザ１のアカウントおよびユーザ２のアカウントという２つのユーザアカウントに指紋識別子１が結び付けられており、コード文字列の中に保持されている第１のＯＴＰコードが１２３４５６であるとまだ仮定する。ユーザ１のアカウントに対して生成された第２のＯＴＰコードが４５６１２３であり、ユーザ２のアカウントに対して生成された第２のＯＴＰコードが１２３４５６であることをサーバが知っている場合、サーバは、ユーザ２のアカウントが対象ユーザアカウントであると決定することができ、ユーザ２のアカウントに基づいて支払いサービスをさらに完了させることができる。

任意選択で、別の例において、ステップ４０１において、顔画像、虹彩、または強膜などの端末システムによって検証されることが不可能なバイオメトリック特徴に対して、第１のクライアントは、収集されたバイオメトリック特徴をサーバに検証のために送ることができる。バイオメトリック特徴が検証されたことを確認した後、サーバは、バイオメトリック特徴のバイオメトリック特徴識別子を第１のクライアントに返すことができ、この結果、ステップ４０２において第１のクライアントはコード文字列を生成する。このような実施形態において、バイオメトリック特徴識別子はサーバによって生成されるので、サーバは、繰り返し使われないバイオメトリック特徴識別子を生成することができ、１つのバイオメトリック特徴識別子が複数のユーザアカウントに結び付けられることはないということに留意する価値がある。

本出願において提供されるサービス実行解決策は、支払いサービスに対してだけでなく、仮想ポイント消費サービス、電子クーポン消費サービス、および友人追加サービスなどの他のサービスに対しても利用されることが可能であるということに留意する価値がある。このことは、本出願においては特に限定されない。友人追加サービスが例として使用される。ユーザ情報の２次元コードを表示するとき、ユーザＡのクライアントは、バイオメトリック特徴識別子を使用して、ユーザＡのユーザアカウント１を置き替えることができる。２次元コードをスキャンした後、ユーザＢは、バイオメトリック特徴識別子をサーバに送ることができ、バイオメトリック特徴識別子に結び付けられているユーザアカウント１を識別した後、サーバは、ユーザアカウント１に基づくユーザＢの友人としてユーザＡを追加することができる。このような処理において、２次元コードは、ユーザアカウント１についてどのような情報も保持していない。ユーザＡの携帯電話を権限のない人が盗んだとしても、バイオメトリック特徴がマッチしないので、サービス動作が実行されることはなく、このことにより、ユーザ情報のセキュリティを保証する。

サービス実行のための先の方法の実施形態に対応して、本出願は、サービス実行のための装置の実施形態をさらに提供する。

本出願におけるサービス実行のための装置の実施形態は、クライアントおよびサーバによってロードされる端末デバイスに別々に適用されてよい。装置の実施形態は、ソフトウェア、ハードウェア、またはハードウェアとソフトウェアの組合せによって実装されてよい。ソフトウェア実施形態が例として使用される。論理装置として、装置は、不揮発性メモリ内の対応するコンピュータプログラム命令を読み込むこと、およびサービス実行のための装置内部のプロセッサによってメモリ内の命令を実行することによって形成される。ハードウェアの観点から、図７は、本出願のサービス実行のための装置が配置される端末デバイスのハードウェアを示す構造図である。図７に示されているプロセッサ、メモリ、ネットワークインターフェース、および不揮発性メモリに加えて、本実施形態において装置が配置される端末デバイスは通常、端末デバイスの実際の機能に基づく他のハードウェアを含むことができる。詳細は、簡略化のためにここでは省略される。

図８は、本出願の例示的な実施形態による、サービス実行のための装置を示すブロック図である。

図８を参照すると、サービス実行のための装置７００は、図７に示されている端末デバイスに適用されることが可能であり、識別子取得ユニット７０１、コード文字列生成ユニット７０２、バーコード表示ユニット７０３、特徴検証ユニット７０４、およびアカウント結付ユニット７０５を含む。

識別子取得ユニット７０１は、図形コードの表示命令が受け取られた後、検証済みのバイオメトリック特徴のバイオメトリック特徴識別子を入手するように構成され、コード文字列生成ユニット７０２は、バイオメトリック特徴識別子を保持しているコード文字列を生成するように構成され、バーコード表示ユニット７０３は、図形コードをスキャンした後、別の端末デバイスがコード文字列をサーバに送り、関連サービスを完了させるためにバイオメトリック特徴識別子に基づいて、結び付いているユーザアカウントをサーバが識別するように、コード文字列を保持している図形コードを表示するように構成される。

任意選択で、図形コードの表示命令を受け取った後、識別子取得ユニット７０１は、ユーザによって入力されたバイオメトリック特徴を収集すること、およびバイオメトリック特徴が検証されていると決定した後に端末システムまたはサーバによって送られたバイオメトリック特徴のバイオメトリック特徴識別子を受け取ることを行う。

特徴検証ユニット７０４は、図形コードを表示するＡＰＰが、動作可能にされる前にバイオメトリック特徴を使用することによってロック解除される必要がある場合、ＡＰＰが動作可能にされる前にユーザのバイオメトリック特徴を収集すること、バイオメトリック特徴を検証すること、および検証が成功した後、記憶済みのバイオメトリック特徴識別子を入手することを行うように構成される。

任意選択で、図形コードは、支払いコードまたは収集コードである。

任意選択で、バイオメトリック特徴は、指紋、掌紋、虹彩、強膜、および顔画像を含む。

任意選択で、関連サービスは、支払いサービス、仮想ポイント消費サービス、電子クーポン消費サービス、および友人追加サービスを含む。

アカウント結付ユニット７０５は、バイオメトリック特徴識別子がユーザアカウントに結び付けられているとき、ユーザアカウントのログイン状態において、バイオメトリック特徴が端末デバイス上に記憶されている場合、バイオメトリック特徴に対応する識別子をユーザアカウントにサーバが結び付けるように、バイオメトリック特徴に対応する識別子を保持している結付リクエストをサーバに送ること、およびバイオメトリック特徴がサーバ上に記憶されている場合、バイオメトリック特徴に対応する識別子をユーザアカウントにサーバが結び付けるように、結付リクエストをサーバに送ることを行うように構成される。

ハードウェアの観点から、図９は、本出願のサービス実行のための装置が配置されるサーバのハードウェアを示す構造図である。図９に示されているプロセッサ、メモリ、ネットワークインターフェース、および不揮発性メモリに加えて、本実施形態において装置が配置されるサーバは通常、サーバの実際の機能に基づく他のハードウェアを含むことができる。詳細は、簡略化のためにここでは省略される。

図１０は、本出願の例示的な実施形態による、サービス実行のための装置を示すブロック図である。

図１０を参照すると、サービス実行のための装置９００は、図９に示されているサーバに適用されることが可能であり、コード文字列受信ユニット９０１、識別子解析ユニット９０２、アカウント検索ユニット９０３、サービス実行ユニット９０４、対象決定ユニット９０５、第１の結付ユニット９０６、および第２の結付ユニット９０７を含む。

コード文字列受信ユニット９０１は、図形コードがスキャンされた後に解析される、クライアントによって送られたコード文字列を受け取るように構成され、識別子解析ユニット９０２は、バイオメトリック特徴識別子をコード文字列から解析するように構成され、アカウント検索ユニット９０３は、バイオメトリック特徴識別子に結び付いているユーザアカウントを検索するように構成され、サービス実行ユニット９０４は、ユーザアカウントに基づく関連サービスを完了させるように構成される。

対象決定ユニット９０５は、バイオメトリック特徴識別子が複数のユーザアカウントに結び付けられているとき、クライアントによって生成される、コード文字列内に保持されている第１のチェック情報に基づいて、複数のユーザアカウントから対象ユーザアカウントを決定するように構成され、サービス実行ユニット９０４は、対象ユーザアカウントに基づく関連サービスを完了させるように構成される。

任意選択で、対象決定ユニット９０５は、ユーザアカウントに対して生成された第２のチェック情報を複数のユーザアカウントに対して別々に入手し、かつ、第２のチェック情報に対応するユーザアカウントを対象ユーザアカウントと決定するように構成され、ここで、第２のチェック情報は、第１のチェック情報と同じである。

第１の結付ユニット９０６は、クライアントによって送られ、バイオメトリック特徴識別子を保持している結付リクエストを受け取り、かつ、バイオメトリック特徴識別子を、現在ログイン済みのユーザアカウントに結び付けるように構成される。

第２の結付ユニット９０７は、クライアントによって送られ、バイオメトリック特徴を保持しているアカウント結付リクエストを受け取ること、およびバイオメトリック特徴のバイオメトリック特徴識別子を、現在ログイン済みのユーザアカウントに結び付けることを行うように構成される。

装置内の各ユニットの機能および役割の実行処理に対して、先の方法における対応ステップの実行処理に対する参照が行われてよい。詳細は、簡略化のためにここでは省略される。

装置の実施形態は基本的に、方法の実施形態に対応するので、関連部品に対しては、方法の実施形態における関連説明への参照が行われてよい。前述の装置の実施形態は例にすぎない。別々の部品として説明されたユニットは、物理的に別々のものであってよく、またそうでなくてもよく、ユニットとして表示される部品は、物理的なユニットであってよく、またそうでなくてもよく、１つの場所に配置されてもよく、また複数のネットワークユニット上に分散されてもよい。モジュールまたはユニットのいくつかまたは全ては、本出願における解決策の目的を実現するための実際のニーズに基づいて選択されてよい。当業者は、創造的な努力をすることなく、本出願の実施形態を理解し、実行することができる。

先の説明は、本出願の実施形態の例にすぎず、本出願を限定するためのものではない。本出願の精神および原理から逸脱することなく行われる任意の修正、均等物の置換、または改良は、本出願の保護範囲に含まれるべきである。

７００ サービス実行のための装置、７０１ 識別子取得ユニット、７０２ コード文字列生成ユニット、７０３ バーコード表示ユニット、７０４ 特徴検証ユニット、７０５ アカウント結付ユニット、９００ サービス実行のための装置、９０１ コード文字列受信ユニット、９０２ 識別子解析ユニット、９０３ アカウント検索ユニット、９０４ サービス実行ユニット、９０５ 対象決定ユニット、９０６ 第１の結付ユニット、９０７ 第２の結付ユニット

Claims (24)

1. クライアントに適用されるサービス実行のための方法であって、
   図形コードの表示命令が受け取られた後、検証済みのバイオメトリック特徴のバイオメトリック特徴識別子を入手するステップと、
   前記バイオメトリック特徴識別子を保持しているコード文字列を生成するステップと、
   前記コード文字列を保持している図形コードを表示し、そのため、前記図形コードをスキャンした後、別の端末デバイスが前記コード文字列をサーバに送り、関連サービスを完了させるために前記バイオメトリック特徴識別子に基づいて、結び付いているユーザアカウントを前記サーバが識別するステップと
   を含む、方法。
2. 検証済みのバイオメトリック特徴のバイオメトリック特徴識別子を入手する前記ステップが、
   前記図形コードの前記表示命令が受け取られた後、ユーザによって入力されたバイオメトリック特徴を収集するステップと、
   前記バイオメトリック特徴が検証されたと決定した後に端末システムまたは前記サーバによって送られた前記バイオメトリック特徴のバイオメトリック特徴識別子を受け取るステップと、
   を含む、請求項１に記載の方法。
3. 前記図形コードを表示するＡＰＰが、動作可能にされる前にバイオメトリック特徴を使用することによってロック解除される必要がある場合、前記ＡＰＰが動作可能にされる前にユーザのバイオメトリック特徴を収集するステップ、および前記バイオメトリック特徴を検証するステップと、
   前記検証が成功した後、前記記憶済みのバイオメトリック特徴識別子を入手するステップと
   さらに備える、請求項１に記載の方法。
4. 前記図形コードが、支払いコードまたは収集コードである、請求項１に記載の方法。
5. 前記バイオメトリック特徴が、指紋、掌紋、虹彩、強膜、および顔画像を含む、請求項１に記載の方法。
6. 前記関連サービスが、支払いサービス、仮想ポイント消費サービス、電子クーポン消費サービス、および友人追加サービスを含む、請求項１に記載の方法。
7. 前記バイオメトリック特徴識別子が前記ユーザアカウントに結び付けられているとき、前記ユーザアカウントのログイン状態において、前記バイオメトリック特徴が端末デバイス上に記憶されている場合、前記バイオメトリック特徴に対応する前記識別子を保持している結付リクエストを前記サーバに送り、そのため、前記バイオメトリック特徴に対応する識別子を前記ユーザアカウントに前記サーバが結び付けるステップと、
   前記バイオメトリック特徴が前記サーバ上に記憶されている場合、結付リクエストを前記サーバに送り、そのため、前記バイオメトリック特徴に対応する前記識別子を前記ユーザアカウントに前記サーバが結び付けるステップと
   をさらに含む、請求項１に記載の方法。
8. サーバに適用されるサービス実行のための方法であって、
   クライアントによって送られたコード文字列を受け取るステップであって、前記コード文字列が、図形コードがスキャンされた後に解析される、ステップと、
   バイオメトリック特徴識別子を前記コード文字列から解析するステップと、
   前記バイオメトリック特徴識別子に結び付いているユーザアカウントを検索するステップと、
   前記ユーザアカウントに基づく関連サービスを完了させるステップと
   を含む、方法。
9. 前記バイオメトリック特徴識別子が複数のユーザアカウントに結び付けられているとき、前記コード文字列内に保持されている第１のチェック情報に基づいて、前記複数のユーザアカウントから対象ユーザアカウントを決定するステップであって、前記第１のチェック情報が、前記クライアントによって生成される、ステップをさらに含み、
   前記ユーザアカウントに基づく関連サービスを完了させる前記ステップが、
   前記対象ユーザアカウントに基づく前記関連サービスを完了させるステップ
   を含む、請求項８に記載の方法。
10. 前記コード文字列内に保持されている第１のチェック情報に基づいて、前記複数のユーザアカウントから対象ユーザアカウントを決定する前記ステップが、
    前記ユーザアカウントに対して生成された第２のチェック情報を前記複数のユーザアカウントに対して別々に入手するステップと、
    第２のチェック情報に対応するユーザアカウントを前記対象ユーザアカウントと決定するステップであって、前記第２のチェック情報が、前記第１のチェック情報と同じである、ステップと
    を含む、請求項９に記載の方法。
11. 前記クライアントによって送られ、前記バイオメトリック特徴識別子を保持している結付リクエストを受け取るステップと、
    前記バイオメトリック特徴識別子を、現在ログイン済みのユーザアカウントに結び付けるステップと
    をさらに含む、請求項８に記載の方法。
12. 前記クライアントによって送られ、バイオメトリック特徴を保持している結付リクエストを受け取るステップと、
    前記バイオメトリック特徴のバイオメトリック特徴識別子を、現在ログイン済みのユーザアカウントに結び付けるステップと
    をさらに含む、請求項８に記載の方法。
13. クライアントに適用されるサービス実行のための装置であって、
    図形コードの表示命令が受け取られた後、検証済みのバイオメトリック特徴のバイオメトリック特徴識別子を入手するように構成された識別子取得ユニットと、
    前記バイオメトリック特徴識別子を保持しているコード文字列を生成するように構成されたコード文字列生成ユニットと、
    前記コード文字列を保持している図形コードを表示するように構成されたバーコード表示ユニットであって、前記図形コードをスキャンした後、別の端末デバイスが前記コード文字列をサーバに送り、関連サービスを完了させるために前記バイオメトリック特徴識別子に基づいて、結び付いているユーザアカウントを前記サーバが識別する、バーコード表示ユニットと
    を備える、装置。
14. 前記図形コードの前記表示命令を受け取った後、前記識別子取得ユニットが、ユーザによって入力されたバイオメトリック特徴を収集し、および前記バイオメトリック特徴が検証されたと決定した後に端末システムまたは前記サーバによって送られた前記バイオメトリック特徴のバイオメトリック特徴識別子を受け取る、請求項１３に記載の装置。
15. 前記図形コードを表示するＡＰＰが動作可能にされる前にバイオメトリック特徴を使用することによってロック解除される必要がある場合、前記ＡＰＰが動作可能にされる前にユーザのバイオメトリック特徴を収集し、前記バイオメトリック特徴を検証し、前記検証が成功した後、前記記憶済みのバイオメトリック特徴識別子を入手するように構成された特徴検証ユニット
    をさらに備える、請求項１３に記載の装置。
16. 前記図形コードが、支払いコードまたは収集コードである、請求項１３に記載の装置。
17. 前記バイオメトリック特徴が、指紋、掌紋、虹彩、強膜、および顔画像を含む、請求項１３に記載の装置。
18. 前記関連サービスが、支払いサービス、仮想ポイント消費サービス、電子クーポン消費サービス、および友人追加サービスを含む、請求項１３に記載の装置。
19. 前記バイオメトリック特徴識別子が前記ユーザアカウントに結び付けられているとき、前記ユーザアカウントのログイン状態において、前記バイオメトリック特徴が端末デバイス上に記憶されている場合、前記バイオメトリック特徴に対応する前記識別子を保持している結付リクエストを前記サーバに送り、そのため、前記バイオメトリック特徴に対応する識別子を前記ユーザアカウントに前記サーバが結び付けるように、かつ、前記バイオメトリック特徴が前記サーバ上に記憶されている場合、前記バイオメトリック特徴に対応する前記識別子を前記ユーザアカウントに前記サーバが結び付けるように、結付リクエストを前記サーバに送るように、構成されたアカウント結付ユニット
    をさらに備える、請求項１３に記載の装置。
20. サーバに適用されるサービス実行のための装置であって、
    クライアントによって送られたコード文字列を受け取るように構成されたコード文字列受信ユニットであって、前記コード文字列が、図形コードがスキャンされた後に解析される、コード文字列受信ユニットと、
    バイオメトリック特徴識別子を前記コード文字列から解析するように構成された識別子解析ユニットと、
    前記バイオメトリック特徴識別子に結び付いているユーザアカウントを検索するように構成されたアカウント検索ユニットと、
    前記ユーザアカウントに基づく関連サービスを完了させるように構成されたサービス実行ユニットと
    を備える、装置。
21. 前記バイオメトリック特徴識別子が複数のユーザアカウントに結び付けられているとき、前記コード文字列内に保持されている第１のチェック情報に基づいて、前記複数のユーザアカウントから対象ユーザアカウントを決定するように構成された対象決定ユニットであって、前記第１のチェック情報が、前記クライアントによって生成される、対象決定ユニットと
    をさらに備え、
    前記サービス実行ユニットが、前記対象ユーザアカウントに基づく前記関連サービスを完了させるように構成される、
    請求項２０に記載の装置。
22. 前記対象決定ユニットが、前記ユーザアカウントに対して生成された第２のチェック情報を前記複数のユーザアカウントに対して別々に入手し、第２のチェック情報に対応するユーザアカウントを前記対象ユーザアカウントと決定するように構成され、前記第２のチェック情報が、前記第１のチェック情報と同じである、請求項２１に記載の装置。
23. 前記クライアントによって送られ、前記バイオメトリック特徴識別子を保持している結付リクエストを受け取り、前記バイオメトリック特徴識別子を現在ログイン済みのユーザアカウントに結び付けるように構成された第１の結付ユニット
    をさらに備える、請求項２０に記載の装置。
24. 前記クライアントによって送られ、バイオメトリック特徴を保持しているアカウント結付リクエストを受け取り、前記バイオメトリック特徴のバイオメトリック特徴識別子を現在ログイン済みのユーザアカウントに結び付けるように構成された第２の結付ユニット
    をさらに備える、請求項２０に記載の装置。

Images