(57)【特許請求の範囲】
【請求項１】
第1のサーバおよび第1のクライアント端末を含む第1のアプリケーションシステムと、第2のサーバおよびターゲットクライアント端末を含む第2のアプリケーションシステムとを備える信頼できるログインシステムに適用される、コンピュータ実装の信頼できるログイン方法であって、
一時的な信頼できるログイントークンを取得するために、前記第2のサーバを認証する現在の信頼できるログイン識別子を前記第1のサーバから前記第2のサーバに発行するステップと、
前記第1のサーバにおいて、前記第2のサーバから、信頼できるログイントークン取得要求を受信するステップ(S3.1)であり、前記信頼できるログイントークン取得要求が、
i)前記第1のサーバによって提供されるサービスページにアクセスするための要求を含むサービスページアクセス要求を指定し、ii)前記ターゲットクライアント端末によって前記第2のサーバに送信された信頼できるログイン要求、および
前記現在の信頼できるログイン識別子
に基づく、ステップと、
前記第1のサーバによって、前記受信された信頼できるログイントークン取得要求に基づいて一時的な信頼できるログイントークンを生成し、前記一時的な信頼できるログイントークンのサービスページアクセスサービス許可を設定するステップ(S3.2)と、
前記第1のサーバによって、前記現在の信頼できるログイン識別子が正当かどうかを決定するステップと、
前記現在の信頼できるログイン識別子が正当であるとの決定に応答して、前記第1のサーバから、前記一時的な信頼できるログイントークンを前記第2のサーバに送信するステップであり、前記第2のサーバが、前記一時的な信頼できるログイントークンを前記ターゲットクライアント端末に送信する(S3.3)、ステップと、
前記第1のサーバにおいて、前記ターゲットクライアント端末から、前記サービスページアクセス要求を受信するステップ(S3.4)であり、前記サービスページアクセス要求が、前記一時的な信頼できるログイントークンを含む、ステップと、
前記第1のサーバによって、前記受信されたサービスページアクセス要求から、前記一時的な信頼できるログイントークンを取得し、前記一時的な信頼できるログイントークンが、前記ターゲットクライアント端末によってアクセスされるよう要求された前記サービスページにアクセスするためのサービス許可を有するかどうかを決定するステップ(S3.5)と、
前記一時的な信頼できるログイントークンが対応するサービスページにアクセスするためのサービス許可を有していると決定された場合、前記第1のサーバによって、前記ターゲットクライアント端末が前記第1のサーバへの信頼できるログインを行うことを許可し、前記第1のサーバから前記ターゲットクライアント端末に、前記ターゲットクライアント端末によってアクセスされるよう要求された前記サービスページを返すステップ(S3.6)と
を含む、コンピュータ実装の信頼できるログイン方法。
【請求項２】
前記一時的な信頼できるログイントークンが、アクセスされるよう要求された前記サービスページにアクセスするためのサービス許可を有するかどうかを決定するステップが、
前記一時的な信頼できるログイントークンおよびアクセスされるべき前記サービスページの識別子が第1のマッピング関係を満たすかどうかを決定するステップと、
前記一時的な信頼できるログイントークン、および前記第1のサーバによって発行された現在の信頼できるログイン識別子が第2のマッピング関係を満たすかどうかを決定するステップと、
前記一時的な信頼できるログイントークンおよびアクセスされるべき前記サービスページの前記識別子が前記第1のマッピング関係を満たし、前記一時的な信頼できるログイントークンおよび前記現在の信頼できるログイン識別子が前記第2のマッピング関係を満たしているとの決定に応答して、前記一時的な信頼できるログイントークンが、前記サービスページにアクセスするための前記サービス許可を有すると決定するステップと
を含む、請求項1に記載の方法。
【請求項３】
前記一時的な信頼できるログイントークンが、前記一時的な信頼できるログイントークンを有効にするための特定の生成ルールに従って生成される、請求項1に記載のコンピュータ実装方法。
【請求項４】
前記一時的な信頼できるログイントークンが、有効期間後に満了する、請求項1に記載のコンピュータ実装方法。
【請求項５】
前記一時的な信頼できるログイントークンが前記サービスページにアクセスするためのサービス許可を有するかどうかを決定する前記ステップが、
前記一時的な信頼できるログイントークンおよび前記サービスページのサービス識別が第1のマッピング関係を満たすかどうかを決定するステップと、
前記一時的な信頼できるログイントークンおよび前記サービス識別が前記第1のマッピング関係を満たす場合、前記一時的な信頼できるログイントークンが前記サービスページにアクセスするための前記サービス許可を有すると決定するステップと
を含む、請求項1に記載の方法。
【請求項６】
前記一時的な信頼できるログイントークンが前記サービスページにアクセスするためのサービス許可を有するかどうかを決定する前記ステップが、
前記一時的な信頼できるログイントークンおよび前記サービスページのサービス識別が第1のマッピング関係を満たすかどうかを決定し、前記一時的な信頼できるログイントークンおよび前記第1のサーバによって前記第2のサーバに発行された現在の信頼できるログイン識別子が第2のマッピング関係を満たすかどうかを決定するステップと、
前記一時的な信頼できるログイントークンおよび前記サービス識別が前記第1のマッピング関係を満たし、前記一時的な信頼できるログイントークンおよび前記現在の信頼できるログイン識別子が前記第2のマッピング関係を満たしている場合、前記一時的な信頼できるログイントークンが、前記サービスページにアクセスするための前記サービス許可を有すると決定するステップと
を含む、請求項1に記載の方法。
【請求項７】
前記一時的な信頼できるログイントークンが前記サービスページにアクセスするためのサービス許可を有しているかどうかを決定する前記ステップの前に、
前記一時的な信頼できるログイントークンが有効かどうかを決定し、前記一時的な信頼できるログイントークンが満了しているかどうかを決定するステップと、
前記一時的な信頼できるログイントークンが有効であり、満了していない場合、前記サービスページアクセス要求に基づいて前記一時的な信頼できるログイントークンが前記サービスページにアクセスするためのサービス特権を有するかどうかを決定する動作を実行するステップと
をさらに含む、請求項1に記載の方法。
【請求項８】
前記サービスページが、埋め込み方式で前記ターゲットクライアント端末にロードできるページである、請求項1に記載の方法。
【請求項９】
前記第1のサーバによって、前記受信された信頼できるログイントークン取得要求に基づいて一時的な信頼できるログイントークンを生成し、前記一時的な信頼できるログイントークンのサービスページアクセスサービス許可を設定する前記ステップ(S3.2)は、
前記信頼できるログイントークン取得要求に基づいて、前記ターゲットクライアント端末が信頼できるクライアント端末であるかどうかを決定するステップと、
前記ターゲットクライアント端末が信頼できるクライアント端末である場合、前記一時的な信頼できるログイントークンを生成し、前記一時的な信頼できるログイントークンのページアクセスサービス許可を設定するステップと、
をさらに含む、請求項1、5から8のいずれか一項に記載の方法。
【請求項１０】
前記信頼できるログイントークン取得要求に基づいて、前記ターゲットクライアント端末が信頼できるクライアント端末であるかどうかを決定する前記ステップが、
前記信頼できるログイントークン取得要求が、前記第1のサーバによって前記第2のサーバに発行された前記現在の信頼できるログイン識別子を含むかどうかを決定するステップと、
前記信頼できるログイントークン取得要求が前記現在の信頼できるログイン識別子を含む場合、前記ターゲットクライアント端末が前記信頼できるクライアント端末であると決定するステップと
を含む、請求項9に記載の方法。
【請求項１１】
前記信頼できるログイントークン取得要求に基づいて、前記ターゲットクライアント端末が信頼できるクライアント端末であるかどうかを決定する前記ステップが、
前記信頼できるログイントークン取得要求から前記ターゲットクライアント端末のユーザアカウント番号を取得し、前記ユーザアカウント番号に対応するターゲットユーザアカウント番号が前記第1のサーバに存在するかどうかを決定するステップと、
前記ターゲットユーザアカウント番号が存在する場合、前記ターゲットクライアント端末が前記信頼できるクライアント端末であると決定するステップと
を含む、請求項9に記載の方法。
【請求項１２】
前記第2のサーバにおいて、前記ターゲットクライアント端末によって送信された前記信頼できるログイン要求を受信するステップ(S2.1)であり、前記信頼できるログイン要求が、前記第1のサーバにログインし、前記第1のサーバによって提供される前記サービスページにアクセスするよう要求するために使用される、ステップと、
前記第2のサーバによって、前記信頼できるログイン要求に基づいて前記信頼できるログイントークン取得要求を生成し、前記第2のサーバから、前記信頼できるログイントークン取得要求を前記第1のサーバに送信するステップ(S2.2)であり、
前記第1のサーバによって前記第2のサーバに発行された現在の信頼できるログイン識別子を取得するステップであり、前記現在の信頼できるログイン識別子が、前記一時的な信頼できるログイントークンを取得するための証明書である、ステップと、
前記信頼できるログイントークン取得要求を生成するために、前記現在の信頼できるログイン識別子を前記サービスページアクセス要求に書き込むステップと
を含む、ステップと、
前記第2のサーバにおいて、前記第1のサーバから前記一時的な信頼できるログイントークンを受信するステップであり、前記一時的な信頼できるログイントークンが、前記第1のサーバにログインし、前記サービスページにアクセスするためのサービス許可を有する、受信するステップと、前記ターゲットクライアント端末が前記第1のサーバにログインし、前記一時的な信頼できるログイントークンを使用して前記サービスページにアクセスするように、前記一時的な信頼できるログイントークンを前記ターゲットクライアント端末に送信するステップ(S2.3)と
をさらに含む、請求項1に記載の方法。
【請求項１３】
前記一時的な信頼できるログイントークンが、前記対応するサービスページにアクセスするためのサービス許可を有していないと決定された場合、前記ターゲットクライアント端末が前記対応するサービスページにアクセスすることを禁止するステップをさらに含む、請求項1に記載の方法。
【請求項１４】
第1のサーバおよび第1のクライアント端末を含む第1のアプリケーションシステムと、
第2のサーバおよびターゲットクライアント端末を含む第2のアプリケーションシステムと
を含み、前記第1のサーバおよび第2のサーバが、請求項1から13のいずれか一項に記載の方法を実行するように構成された複数のユニットを含む
信頼できるログインシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
優先権の主張
本出願は、その内容全体が参照により本明細書に組み込まれる、2017年2月9日に出願された中国特許出願第201710071568.6号の優先権を主張する。
【０００２】
本出願は、ソフトウェア技術の分野に関し、詳細には、信頼できるログイン方法、サーバ、およびシステムに関する。
【背景技術】
【０００３】
科学および技術の絶え間ない発展に伴い、ソフトウェア技術は急速に開発され、様々なアプリケーションシステムが無限に出現している。一般的な場合、アプリケーションシステムを使用するとき、ユーザは、対応するサービスを利用する前にログインを実施するためにアカウント番号およびパスワードを入力する必要がある。
【０００４】
クライアントは、システムAに登録されているアカウント番号およびパスワードを使用することによって、システムAにログインすることができ、または、システムAに登録されているアカウント番号およびパスワードを使用することによって、システムAを信頼するシステムBにログインすることもできる。システムAのユーザがシステムAを信頼するシステムBにログインするとき、そのようなログイン方法は、信頼できるログインと呼ばれる。信頼できる方式でシステムBにログインした後、システムAのユーザは、システムBによって提供される対応するサービスにアクセスし、そこにおいて操作を実行し得る。
【０００５】
現在、既存の信頼できるログインソリューションでは、システムBが信頼できるログイン番号をシステムAに割り振る。次いで、システムAは、信頼できるログイン要求に、システムAのユーザログイン要求パラメータ、およびシステムBによって発行されたログイン番号を書き込み、鍵を使用することによって信頼できるログイン要求を暗号化し、暗号化された要求を送信する。システムBは、システムAによって提供された公開鍵を使用して、受信された信頼できるログイン要求を復号する。復号後、システムBは、信頼できるログイン要求内の信頼できるログイン番号が正当かどうかをチェックする。正当である場合、システムAのユーザは、システムBへのログインが許可され、信頼できるログインは成功する。しかしながら、既存の信頼できるログインソリューションでログインが成功すると、システムAのクライアントは、システムBのすべてのサービスページにアクセスし、そこにおいて操作を実行でき、セキュリティ脅威が発生する。たとえば、セキュリティ要件が低いためにシステムA(たとえば、地図アプリケーションシステム)でデータベースの盗難またはアカウントの盗難が発生した場合、盗難者はデータベースの盗難またはアカウントの盗難を介して取得されたユーザ情報を使用してシステムAにログインし、次いで、より高いセキュリティ要件を有するシステムBのページ(たとえば、支払いページ)において操作を実行するために、信頼できる方式でシステムAを介してシステムB(たとえば、支払いアプリケーションシステム)にログインする可能性がある。その結果、より高いセキュリティ要件を有するシステムBがリスクに直面する。
【発明の概要】
【課題を解決するための手段】
【０００６】
本出願の実施形態は、従来技術におけるシステム間の信頼できるログインのセキュリティ問題を解決し、信頼できるログインのセキュリティを強化するために使用される信頼できるログイン方法および装置、および電子デバイスを提供する。
【０００７】
本出願の第1の態様は、信頼できるログイン方法を提供し、この方法は、第1のサーバに適用され、
第2のサーバに対応するターゲットクライアント端末によって送信されたページアクセス要求を受信するステップであり、ページアクセス要求は、第1のサーバによって提供されるサービスページにアクセスするよう要求するために使用される、ステップと、
ページアクセス要求で一時的な信頼できるログイントークンを取得し、一時的な信頼できるログイントークンがサービスページにアクセスするためのサービス特権を有するかどうかを判定するステップと、
一時的な信頼できるログイントークンがサービスページにアクセスするためのサービス特権を有する場合、ターゲットクライアント端末が信頼できる方式で第1のサーバにログインすることを許可し、ターゲットクライアント端末によってアクセスされるよう要求されたサービスページを返すステップと
を含む。
【０００８】
随意に、ページアクセス要求内の一時的な信頼できるログイントークンがサービスページにアクセスするためのサービス特権を有しているかどうかを判定するステップは、
一時的な信頼できるログイントークンおよびサービスページのサービス識別が第1のマッピング関係を満たすかどうかを判定するステップと、
一時的な信頼できるログイントークンおよびサービス識別が第1のマッピング関係を満たす場合、一時的な信頼できるログイントークンがサービスページにアクセスするためのサービス特権を有していると決定するステップと
を含む。
【０００９】
随意に、一時的な信頼できるログイントークンがサービスページにアクセスするためのサービス特権を有しているかどうかを判定するステップは、
一時的な信頼できるログイントークンおよびサービスページのサービス識別が第1のマッピング関係を満たすかどうか、ならびに一時的な信頼できるログイントークンおよび第1のサーバによって第2のサーバに発行された現在の信頼できるログイン識別子が第2のマッピング関係を満たすかどうかを判定するステップと、
一時的な信頼できるログイントークンおよびサービス識別が第1のマッピング関係を満たし、一時的な信頼できるログイントークンおよび現在の信頼できるログイン識別子が第2のマッピング関係を満たす場合、一時的な信頼できるログイントークンがサービスページにアクセスするためのサービス特権を有していると決定するステップと
を含む。
【００１０】
随意に、ページアクセス要求内の一時的な信頼できるログイントークンがサービスページにアクセスするためのサービス特権を有しているかどうかを判定するステップの前に、方法は、
一時的な信頼できるログイントークンが正当かどうかを判定し、一時的な信頼できるログイントークンが満了しているかどうかを判定するステップと、
一時的な信頼できるログイントークンが正当であり、満了していない場合、ページアクセス要求内の一時的な信頼できるログイントークンがサービスページにアクセスするためのサービス特権を有しているかどうかを判定する操作を実行するステップと
をさらに含む。
【００１１】
随意に、サービスページは、埋め込み方式でターゲットクライアント端末にロードできるページである。
【００１２】
随意に、この方法は、
第2のサーバによって送信されたトークン取得要求を受信するステップと、
トークン取得要求に基づいて、ターゲットクライアント端末が、信頼が付与されたクライアント端末であるかどうかを判定するステップと、
ターゲットクライアント端末が、信頼が付与されたクライアント端末である場合、一時的な信頼できるログイントークンを生成し、一時的な信頼できるログイントークンのページアクセスサービス特権を設定するステップと、
第2のサーバを使用することによって、一時的な信頼できるログイントークンをターゲットクライアント端末に送信するステップと
をさらに含む。
【００１３】
随意に、トークン取得要求に基づいて、ターゲットクライアント端末が、信頼が付与されたクライアント端末であるかどうかを判定するステップは、
トークン取得要求が、第1のサーバによって第2のサーバに発行された現在の信頼できるログイン識別子を含むかどうかを判定するステップと、
トークン取得要求が現在の信頼できるログイン識別子を含む場合、ターゲットクライアント端末が、信頼が付与されたクライアント端末であると決定するステップと
を含む。
【００１４】
随意に、トークン取得要求に基づいて、ターゲットクライアント端末が、信頼が付与されたクライアント端末であるかどうかを判定するステップは、
ターゲットクライアント端末に対応する第1のクライアント端末が第1のサーバに存在するかどうかを判定するステップと、
第1のクライアント端末が存在する場合、ターゲットクライアント端末が、信頼が付与されたクライアント端末であると決定するステップと
を含む。
【００１５】
本発明の第2の態様は、信頼できるログイン方法を提供し、この方法は、ターゲットクライアント端末のサーバ端末である第2のサーバに適用され、この方法は、
ターゲットクライアント端末によって送信された信頼できるログイン要求を受信するステップであり、信頼できるログイン要求は、第1のサーバにログインし、第1のサーバによって提供されるサービスページにアクセスするよう要求するために使用される、ステップと、
信頼できるログイン要求に基づいてトークン取得要求を生成し、トークン取得要求を第1のサーバに送信するステップと、
第1のサーバによってフィードバックされた一時的な信頼できるログイントークンを受信するステップであり、一時的な信頼できるログイントークンは、第1のサーバにログインし、サービスページにアクセスするためのサービス特権を有する、ステップと、
ターゲットクライアント端末が第1のサーバにログインし、一時的な信頼できるログイントークンを使用することによってサービスページにアクセスするように、一時的な信頼できるログイントークンをターゲットクライアント端末にフィードバックするステップと
を含む。
【００１６】
随意に、アクセス要求に基づいてトークン取得要求を生成し、トークン取得要求を第1のサーバに送信するステップは、
第1のサーバによって第2のサーバに発行された現在の信頼できるログイン識別子を取得するステップであり、現在の信頼できるログイン識別子は、一時的な信頼できるログイントークンを取得するための証明書である、ステップと、
トークン取得要求を生成するために、現在の信頼できるログイン識別子をアクセス要求に書き込むステップと
を含む。
【００１７】
本発明の第3の態様は、第1のサーバを提供し、
第2のサーバに対応するターゲットクライアント端末によって送信されたページアクセス要求を受信するように構成された受信ユニットであり、ページアクセス要求は、第1のサーバによって提供されるサービスページにアクセスするよう要求するために使用される、受信ユニットと、
ページアクセス要求で一時的な信頼できるログイントークンを取得し、一時的な信頼できるログイントークンがサービスページにアクセスするためのサービス特権を有するかどうかを判定するように構成された判定ユニットと、
一時的な信頼できるログイントークンがサービスページにアクセスするためのサービス特権を有する場合、ターゲットクライアント端末が信頼できる方式で第1のサーバにログインすることを許可し、ターゲットクライアント端末によってアクセスされるよう要求されたサービスページを返すように構成されたアクセス制限ユニットと
を含む。
【００１８】
随意に、判定ユニットは、
一時的な信頼できるログイントークンおよびサービスページのサービス識別が第1のマッピング関係を満たすかどうかを判定し、
一時的な信頼できるログイントークンおよびサービス識別が第1のマッピング関係を満たす場合、一時的な信頼できるログイントークンがサービスページにアクセスするためのサービス特権を有していると決定する
ように構成される。
【００１９】
随意に、判定ユニットは、
一時的な信頼できるログイントークンおよびサービスページのサービス識別が第1のマッピング関係を満たすかどうかを判定し、一時的な信頼できるログイントークンおよび第1のサーバによって第2のサーバに発行された現在の信頼できるログイン識別子が第2のマッピング関係を満たすかどうかを判定し、
一時的な信頼できるログイントークンおよびサービス識別が第1のマッピング関係を満たし、一時的な信頼できるログイントークンおよび現在の信頼できるログイン識別子が第2のマッピング関係を満たす場合、一時的な信頼できるログイントークンがサービスページにアクセスするためのサービス特権を有していると決定する
ように構成される。
【００２０】
随意に、判定ユニットは、
ページアクセス要求内の一時的な信頼できるログイントークンがサービスページにアクセスするためのサービス特権を有しているかどうかを判定する前に、一時的な信頼できるログイントークンが正当であるかどうかを判定し、一時的な信頼できるログイントークンが満了しているかどうかを判定し、
一時的な信頼できるログイントークンが正当であり、満了していない場合、ページアクセス要求内の一時的な信頼できるログイントークンがサービスページにアクセスするためのサービス特権を有しているかどうかを判定する操作を実行する
ようにさらに構成される。
【００２１】
随意に、サービスページは、埋め込み方式でターゲットクライアント端末にロードできるページである。
【００２２】
随意に、受信ユニットは、第2のサーバによって送信されたトークン取得要求を受信するようにさらに構成され、
判定ユニットは、トークン取得要求に基づいて、ターゲットクライアント端末が、信頼が付与されたクライアント端末であるかどうかを判定するようにさらに構成され、
第1のサーバは、
ターゲットクライアント端末が、信頼が付与されたクライアント端末である場合、一時的な信頼できるログイントークンを生成し、一時的な信頼できるログイントークンのページアクセスサービス特権を設定するように構成された生成ユニットと、
第2のサーバを使用することによって、一時的な信頼できるログイントークンをターゲットクライアント端末に送信するように構成された送信ユニットと
をさらに含む。
【００２３】
随意に、判定ユニットは、
トークン取得要求が、第1のサーバによって第2のサーバに発行された現在の信頼できるログイン識別子を含むかどうかを判定し、
トークン取得要求が現在の信頼できるログイン識別子を含む場合、ターゲットクライアント端末が、信頼が付与されたクライアント端末であると決定する
ようにさらに構成される。
【００２４】
随意に、判定ユニットは、
ターゲットクライアント端末に対応する第1のクライアント端末が第1のサーバに存在するかどうかを判定し、
第1のクライアント端末が存在する場合、ターゲットクライアント端末が、信頼が付与されたクライアント端末であると決定する
ようにさらに構成される。
【００２５】
本発明の第4の態様は、第2のサーバを提供し、第2のサーバは、ターゲットクライアント端末のサーバ端末であり、
ターゲットクライアント端末によって送信された信頼できるログイン要求を受信するように構成された受信モジュールであり、信頼できるログイン要求は、第1のサーバにログインし、第1のサーバによって提供されるサービスページにアクセスするよう要求するために使用される、受信モジュールと、
信頼できるログイン要求に基づいてトークン取得要求を生成し、送信モジュールを使用することによってトークン取得要求を第1のサーバに送信するように構成された生成モジュールとを含み、
受信モジュールは、第1のサーバによってフィードバックされた一時的な信頼できるログイントークンを受信するようにさらに構成され、一時的な信頼できるログイントークンは、第1のサーバにログインし、サービスページにアクセスするためのサービス特権を有し、
送信モジュールは、ターゲットクライアント端末が第1のサーバにログインし、一時的な信頼できるログイントークンを使用することによってサービスページにアクセスするように、一時的な信頼できるログイントークンをターゲットクライアント端末にフィードバックするようにさらに構成される。
【００２６】
随意に、生成モジュールは、
第1のサーバによって第2のサーバに発行された現在の信頼できるログイン識別子を取得し、現在の信頼できるログイン識別子は、一時的な信頼できるログイントークンを取得するための証明書であり、
トークン取得要求を生成するために、現在の信頼できるログイン識別子をアクセス要求に書き込む
ように構成される。
【００２７】
本発明の第5の態様は、信頼できるログインシステムを提供し、
第1のサーバと、
第2のサーバと、
ターゲットクライアント端末であり、ターゲットアクセスエントランスにおけるユーザ操作に応答して、信頼できるログイン要求を第2のサーバに送信し、信頼できるログイン要求は、第1のサーバにログインし、第1のサーバによって提供されるサービスページにアクセスするよう要求するために使用され、第2のサーバによって送信された一時的な信頼できるログイントークンを受信し、一時的な信頼できるログイントークンは、サービスページにアクセスするためのサービス特権を有し、一時的な信頼できるログイントークンに基づいて、サービスページにアクセスするためのアクセス要求を生成し、第1のサーバにログインし、サービスページにアクセスするよう要求するためのアクセス要求を第1のサーバに送信するように構成されたターゲットクライアント端末と
を含む。
【００２８】
本出願の実施形態における上記の1つまたは複数の技術的解決策は、少なくとも以下の技術的解決策を有する。
【００２９】
本出願の実施形態において、第1のサーバによって提供されるサービスページにアクセスするよう要求するために、第2のサーバに対応するターゲットクライアント端末によって送信されたページアクセス要求が受信されると、ページアクセス要求で一時的な信頼できるログイントークンが取得され、一時的な信頼できるログイントークンがサービスページにアクセスするためのサービス特権を有するかどうかが判定される。一時的な信頼できるログイントークンがサービス特権を有する場合、ターゲットクライアント端末は、信頼できる方式で第1のサーバにログインすることが許可され、ターゲットクライアント端末によってアクセスされるよう要求されたサービスページが返される。このようにして、信頼できるログインを実行するユーザは、一時的な信頼できるログイントークンのサービス特権からの制限下で対応するサービスページにのみアクセスでき、システムの別のサービスページにアクセスできず、したがって、従来技術での信頼できるログインのセキュリティ問題を解決し、信頼できるログインのセキュリティが強化される。
【図面の簡単な説明】
【００３０】
【図１ａ】本出願の実施形態Iによるターゲットクライアント端末での信頼できるログイン方法のフローチャートである。
【図１ｂ】本出願の実施形態Iによる第2のサーバ側の信頼できるログイン方法のフローチャートである。
【図１ｃ】本出願の実施形態Iによる第1のサーバ側の信頼できるログイン方法のトークン配信フローチャートである。
【図１ｄ】本出願の実施形態Iによる第1のサーバ側の信頼できるログイン方法のトークン検証フローチャートである。
【図１ｅ】本出願の実施形態Iによる信頼できるログイン方法の概略対話図である。
【図２】本出願の実施形態IIによる第1のサーバの概略図である。
【図３】本出願の実施形態IIによる第2のサーバの概略図である。
【図４】本出願の実施形態IIによる信頼できるログインシステムの概略図である。
【発明を実施するための形態】
【００３１】
本出願の実施形態の技術的解決策による、主要な実施原理、特定の実装形態、および対応する達成可能な有益な効果について、添付の図面を参照して以下で詳細に説明する。
【００３２】
実施形態I
本出願のこの実施形態は、信頼できるログイン方法を提供し、この方法は、信頼できるログインシステムに適用される。システムは、2つのアプリケーションシステムを含む。第1のアプリケーションシステムは、第1のサーバおよび第1のクライアント端末を含む。第2のアプリケーションシステムは、第2のサーバおよび第2のクライアント端末(すなわち、ターゲットクライアント端末)を含む。第1のサーバによって提供されるサービスページへのターゲットアクセスエントランスは、埋め込み方式でターゲットクライアント端末のアプリケーションインターフェース上に提供される。ユーザは、ターゲットアクセスエントランスにおいて操作を実行することによって、信頼できるログイン方法によって第1のサーバによって提供されるサービスページにアクセスするように、ターゲットクライアント端末をトリガし得る。
【００３３】
図1aを参照すると、本出願の一実施形態による信頼できるログイン方法が示されている。この方法は、ターゲットクライアント端末に適用され、以下を含む。
S1.1:ターゲットクライアント端末は、ターゲットアクセスエントランスにおけるユーザ操作に応答して、信頼できるログイン要求を第2のサーバに送信し、信頼できるログイン要求は、第1のサーバにログインし、第1のサーバによって提供されるサービスページにアクセスするよう要求するために使用される。
【００３４】
信頼できるログイン要求は、ターゲットクライアント端末によってアクセスされるべきサービスページのサービス識別(ID)を含む。サービスIDは、ターゲットクライアント端末によってアクセスされるべき特定のサービスページを示すために使用される。信頼できるログイン要求は、ユーザアカウント番号およびパスワードをさらに含む。ユーザアカウント番号およびパスワードを使用して、第2のサーバへのログインを要求する、または第2のサーバがターゲットクライアント端末の正当性を検証できるようにする。ターゲットクライアント端末がユーザアカウント番号およびパスワードを使用することによって第2のサーバに正常にログインしたときのみ、またはターゲットクライアント端末が第2のサーバによって実行される正当性の検証に合格した後にのみ、第2のサーバは、ターゲットクライアント端末によって送信された信頼できるログイン要求に応答して、一時的な信頼できるログイントークンをターゲットクライアント端末に送信する。
【００３５】
S1.2:ターゲットクライアント端末は、信頼できるログイン要求に応答して、第2のサーバによって送信される一時的な信頼できるログイントークンを受信する。
【００３６】
一時的な信頼できるログイントークンは、ターゲットクライアント端末が第1のサーバにログインし、第1のサーバによって提供されるサービスページにアクセスするための証明書である。サービスページにアクセスするためのサービス特権は、一時的な信頼できるログイントークンに書き込まれる。ターゲットクライアント端末は、一時的な信頼できるログイントークンのサービス特権の範囲を超えてサービスページにアクセスすることを禁止されている。一時的な信頼できるログイントークンは、第2のサーバによって送信されたトークン取得要求に従って第1のサーバによって生成され、第2のサーバにフィードバックされる。次いで、第2のサーバは、一時的な信頼できるログイントークンをターゲットクライアント端末に送信する。
【００３７】
S1.3:ターゲットクライアント端末は、受信された一時的な信頼できるログイントークンに基づいて、第1のサーバによって提供されるサービスページにアクセスするためのアクセス要求を生成し、アクセス要求を第1のサーバに送信する。
【００３８】
具体的には、サービスページにアクセスするためのアクセス要求の生成中に、一時的な信頼できるログイントークンおよびアクセスされるべきサービスIDをカプセル化することによって、アクセス要求が生成され、または、一時的な信頼できるログイントークン、アクセスされるべきサービスID、およびユーザアカウント番号をカプセル化することによっても生成され得る。アクセス要求がユーザアカウント番号を含んでいるとき、アクセス要求内のユーザアカウント番号に基づいて、第1のサーバは、ターゲットクライアント端末の第1のユーザアカウント番号を検索するか、または第1のサーバおよび第2のサーバが合意したユーザマッピング関係に従って、第1のサーバにおいて第1のユーザアカウント番号を確立し得る。
【００３９】
S1.3の後、ターゲットクライアント端末は、第1のサーバがサービスページを返すのを待つ。第1のサーバによって返されたサービスページを受信すると、ターゲットクライアント端末は、サービスページにおいて操作を実行する。第1のサーバのサービスページへのターゲットクライアント端末のアクセスは、一時的な信頼できるログイントークンのサービス特権によって制限されるので、ターゲットクライアント端末は、信頼できる方式で第1のサーバにログインするときに、一時的な信頼できるログイントークンのサービス特権の範囲内のサービスページにのみアクセスすることができ、したがって、サービスページへのアクセスのセキュリティが強化される。
【００４０】
図1bを参照すると、本出願の一実施形態による信頼できるログイン方法が示されている。この方法は、第2のサーバに適用され、以下を含む。
S2.1:第2のサーバは、ターゲットクライアント端末によって送信された信頼できるログイン要求を受信する。
S2.2:第2のサーバは、受信された信頼できるログイン要求に基づいてトークン取得要求を生成し、トークン取得要求を第1のサーバに送信する。
【００４１】
具体的には、トークン取得要求は、信頼できるログイン要求および第2のサーバのサーバ識別子をカプセル化することによって生成され得る。第1のサーバは、サーバ識別子に従って、第2のサーバが、信頼が付与されたサーバであるかどうかを判定し得る。第2のサーバが、信頼が付与されたサーバである場合、第1のサーバは、トークン取得要求内の信頼できるログイン要求を解析し、一時的なログイントークンをフィードバックする。第2のサーバが、信頼が付与されたサーバでない場合、第1のサーバは、一時的なログイントークンを第2のサーバにフィードバックすることを拒否する。
【００４２】
トークン取得要求は、信頼できるログイン要求、および第1のサーバによって第2のサーバに発行された現在の信頼できるログイン識別子をカプセル化することによっても生成され得る。現在の信頼できるログイン識別子は、第2のサーバが一時的な信頼できるログイントークンを取得するための証明書である。現在の信頼できるログイン識別子が正当である場合、第1のサーバは、トークン取得要求内の信頼できるログイン要求を解析して、一時的なログイントークンをフィードバックするかどうかを判定する。現在の信頼できるログイン識別子が正当でない場合、第1のサーバは、一時的なログイントークンを第2のサーバにフィードバックすることを拒否する。
【００４３】
現在の信頼できるログイン識別子は、信頼できるログイン番号でもよい。信頼できるログイン番号は、第1のサーバによって信頼が付与された第2のサーバに発行される。信頼できるログイン番号は固定番号でもよく、ひとたび発行されると、信頼付与期間内は有効である。信頼できるログイン番号は、常時更新される動的な番号でもよい。第1のサーバは、特定の時間期間に従って信頼できるログイン番号を更新し、更新された信頼できるログイン番号を第2のサーバに発行する。
【００４４】
S2.3:第2のサーバは、第1のサーバによってフィードバックされた一時的な信頼できるログイントークンを受信し、一時的な信頼できるトークンをターゲットクライアント端末に送信する。
【００４５】
補足的に、第2のサーバは、S2.1の後にS2.2を直接実行してもよい。あるいは、第2のサーバは、S2.1の後に受信された信頼できるログイン要求を解析して、信頼できるログイン要求が正当かどうかを判定する、たとえば、ターゲットクライアント端末が第2のサーバにログインしているかどうか、またはサービスページを提供する第1のサーバが第2のサーバとの契約に署名するかどうかを判定してもよい。信頼できるログイン要求が正当であると判定した場合、第2のサーバはS2.2を実行する。信頼できるログイン要求が正当でないと判定した場合、第2のサーバは要求失敗メッセージをターゲットクライアント端末に返す。
【００４６】
図1cを参照すると、本出願の一実施形態による信頼できるログイン方法におけるトークン配信方法が示されている。トークン配信方法は、第1のサーバに適用され、以下を含む。
S3.1:第1のサーバは、第2のサーバによって送信されたトークン取得要求を受信する。
【００４７】
第1のサーバは、トークン取得要求を受信した後、S3.2を直接実行してもよく、または、トークン取得要求に基づいて、ターゲットクライアント端末が、信頼が付与されたクライアント端末であるかどうかを判定し、判定結果に従ってS3.2を実行するかどうかを選択してもよい。
【００４８】
トークン取得要求に基づいて、第1のサーバは、以下の方法で、ターゲットクライアント端末が、信頼が付与されたクライアント端末であるかどうかを判定してもよい。
【００４９】
第1の方法では、トークン取得要求が、第1のサーバによって第2のサーバに発行された現在の信頼できるログイン識別子を含むかどうかが判定される。トークン取得要求が現在の信頼できるログイン識別子を含む場合、ターゲットクライアント端末は信頼が付与されたクライアント端末であると決定される。そうではなく、トークン取得要求が現在の信頼できるログイン識別子を含まない場合、ターゲットクライアント端末は信頼が付与されたクライアント端末でないと決定される。
【００５０】
第2の方法では、第1のサーバと第2のサーバとの間のユーザマッピング関係を使用することによって、ターゲットクライアント端末が、信頼が付与されたクライアント端末であるかどうかが判定される。第1のサーバと第2のサーバとの間に信頼できるログイン関係が確立されると、2つのサーバのユーザ間のマッピング関係が確立される。すなわち、第2のサーバのユーザに対応するターゲットユーザが、第1のサーバ上で確立または発見される。たとえば、第1のサーバにログインするとき、第2のサーバのユーザXは、第1のサーバのターゲットユーザX1に対応する。したがって、第1のサーバは、トークン取得要求でターゲットクライアント端末のユーザアカウント番号を取得し、ターゲットクライアント端末のユーザアカウント番号に対応するターゲットユーザアカウント番号が第1のサーバに存在するかどうかを判定してもよい。ターゲットユーザアカウント番号が存在する場合、ターゲットクライアント端末は信頼が付与されたクライアント端末であると決定され、そうでない場合、ターゲットクライアント端末は信頼が付与されたクライアント端末でないと決定される。
【００５１】
ターゲットクライアント端末が、信頼が付与されたクライアント端末でないと判定すると、第1のサーバは要求失敗メッセージを第2のサーバに返す。ターゲットクライアント端末が、信頼が付与されたクライアント端末であると判定すると、第1のサーバは引き続きS3.2を実行する。
【００５２】
S3.2:第1のサーバは、受信されたトークン取得要求に基づいて一時的な信頼できるログイントークンを生成し、一時的な信頼できるログイントークンのページアクセスサービス特権を設定する。
【００５３】
サービス特権は、1つの特定のサービスページまたは複数のサービスページに設定され得る。一時的な信頼できるログイントークンのページアクセスサービス特権を設定することは、第1のマッピング関係を確立すること、または第1のマッピング関係および第2のマッピング関係を確立することを含む。第1のマッピング関係は、一時的な信頼できるログイントークンと、アクセスが許可されるサービスページのサービスIDとの間のマッピング関係である。第2のマッピング関係は、一時的な信頼できるログイントークンと、第1のサーバによって第2のサーバに発行された現在の信頼できるログイン識別子との間のマッピング関係である。第2のマッピング関係を使用することによって、一時的な信頼できるログイントークンは、指定された現在の信頼できるログイン識別子のみに対応(すなわち、指定されたサーバに対応)する有効なものに制限される。したがって、一時的な信頼できるログイントークンが、別のサーバによって不正使用されることを防ぐ。たとえば、Table 1(表1)に示すマッピング関係では、一時的な信頼できるログイントークンx1579は、現在の信頼できるログイン識別子4627に対応する第2のサーバY1に対してのみ有効であり、たとえばサーバY2など他のサーバに対しては無効である。
【００５４】
【表１】
0006756051.tif 000002
【００５５】
一時的な信頼できるログイントークンを生成するプロセスでは、トークンを正当にするための特定の生成ルールに従って、一時的な信頼できるログイントークンが生成され得る。あるいは、一時的な信頼できるログイントークンごとに有効期間が設定されてもよく、一時的な信頼できるログイントークンは、有効期限が満了になると無効になる。
【００５６】
S3.3:第1のサーバは、第2のサーバを使用することによって、生成された一時的な信頼できるログイントークンをターゲットクライアント端末に送信する。
【００５７】
図1dを参照すると、本出願の一実施形態による信頼できるログイン方法でのトークン検証方法が示されている。トークン検証方法は、第1のサーバに適用され、以下を含む。
S3.4:第1のサーバは、第2のサーバに対応するターゲットクライアント端末によって送信されたページアクセス要求を受信する。
S3.5:第1のサーバは、ページアクセス要求で一時的な信頼できるログイントークンを取得し、一時的な信頼できるログイントークンが、ターゲットクライアント端末によってアクセスされるよう要求されたサービスページにアクセスするためのサービス特権を有するかどうかを判定する。
【００５８】
具体的には、第1のサーバの情報フィードバック効率を高めるために、一時的な信頼できるログイントークンのサービス特権を判定する前に、一時的な信頼できるログイントークンが正当かどうか、または満了したかどうかが最初に判定され得る。一時的な信頼できるログイントークンが正当でないまたは満了したと判定された場合、ページアクセス要求は拒否される。一時的な信頼できるログイントークンが正当であり、満了していないと判定された場合、一時的な信頼できるログイントークンのサービス特権の判定が実行される。
【００５９】
特定の実装形態プロセスでは、一時的な信頼できるログイントークンのサービス特権は、以下の方法のうちのいずれかで判定され得る。
【００６０】
第1の方法では、一時的な信頼できるログイントークンおよびターゲット端末によってアクセスされるべきサービスページのサービスIDが第1のマッピング関係を満たすかどうかが判定される。具体的には、一時的な信頼できるログイントークンと第1のサーバによって確立されたサービスIDとの間の第1のマッピング関係に従って、ページアクセス要求内の一時的な信頼できるログイントークンがアクセス要求内のサービスIDに対応するかどうかが照会され得る。相互に対応していることを照会結果が示している場合、ページアクセス要求内の一時的な信頼できるログイントークンはサービスIDと一致し、一時的な信頼できるログイントークンは対応するサービスページにアクセスするためのサービス特権を有しており、そうでない場合、一時的な信頼できるログイントークンは、対応するサービスページにアクセスするためのサービス特権を有していないと判定される。
【００６１】
第2の方法では、一時的な信頼できるログイントークンおよびターゲット端末によってアクセスされるべきサービスページのサービスIDが第1のマッピング関係を満たすかどうかが判定され、一時的な信頼できるログイントークンおよび現在の信頼できるログイン識別子が第2のマッピング関係を満たしているかどうかが判定され、現在の信頼できるログイン識別子が、第1のサーバによって、ターゲットクライアント端末が属する第2のサーバに発行される。一時的な信頼できるログイントークンおよびターゲット端末によってアクセスされるべきサービスページのサービスIDが第1のマッピング関係を満たしていること、および一時的な信頼できるログイントークンおよび現在の信頼できるログイン識別子が第2のマッピング関係を満たしていることが判定され、現在の信頼できるログイン識別子が、第1のサーバによって、ターゲットクライアント端末が属する第2のサーバに発行されるとき、一時的な信頼できるログイントークンは、対応するサービスページにアクセスするためのサービス特権を有している。そうでない場合、一時的な信頼できるログイントークンは、対応するサービスページにアクセスするためのサービス特権を有していない。たとえば、一時的な信頼できるログイントークンについての第1のサーバにおいて確立されたマッピング関係がTable 1(表1)に示されていると仮定すると、第1のサーバによって受信されるページアクセス要求内の一時的な信頼できるログイントークンはx6478であり、アクセスされるべきサービスIDは103であり、ターゲットクライアント端末が属する第2のサーバの現在の信頼できるログイン識別子は3450である。第1のサーバは、Table 1(表1)に従って、ページアクセス要求内の一時的な信頼できるログイントークンおよびサービスIDが第1のマッピング関係を満たしているが、一時的な信頼できるログイントークンおよび現在の信頼できるログイン識別子が第2のマッピング関係を満たしていないと判定する(一時的な信頼できるログイントークンx6478は、3450ではなく、現在の信頼できるログイン識別子3451に対応している)。一時的な信頼できるログイントークンx6478は、不正使用された、または満了する可能性のある正当でないトークンである。したがって、第1のサーバが現在のサービスアクセス要求を拒否する可能性がある。
【００６２】
S3.6:一時的な信頼できるログイントークンが対応するサービスページにアクセスするためのサービス特権を有していると判定された場合、第1のサーバは、ターゲットクライアント端末が信頼できる方式で第1のサーバにログインすることを許可し、ターゲットクライアント端末によってアクセスされるよう要求されたサービスページを返す。そうではなく、一時的な信頼できるログイントークンが対応するサービスページにアクセスするためのサービス特権を有していないと判定した場合、第1のサーバは、ターゲットクライアント端末が対応するサービスページにアクセスすることを禁止する。
【００６３】
特定の実装形態プロセスでは、第1のサーバは、ターゲットクライアント端末が信頼できる方式で第1のサーバにログインすることを許可する。ターゲットクライアント端末は、第1のサーバでのみ信頼できるログインを実施でき、第1のサーバの第1のクライアント端末にリダイレクトしない。代わりに、サービスページがターゲットクライアント端末に返され、したがって、ユーザエクスペリエンスが向上する。たとえば、地図アプリケーションシステムAおよび支払いアプリケーションシステムBの場合、地図アプリケーションシステムAのユーザは、ターゲットクライアント端末(すなわち、地図クライアント端末ソフトウェア)におけるアクセスエントランスをクリックして、支払いアプリケーションシステムBのサービスページCへのアクセスを要求する。支払いアプリケーションシステムBは、システムB上のターゲットクライアント端末のユーザの信頼できるログインを検証および完了し、次いで、支払いアプリケーションシステムBの支払いクライアント端末ソフトウェアにリダイレクトする必要なしに、サービスページCを地図クライアント端末ソフトウェアに返すだけでよい。
【００６４】
さらに、第1のサーバによって提供されるサービスページは、埋め込み方式でターゲットクライアント端末にロードされるページであり得る。サービスページのサービスプロセスおよびサービスプレゼンテーションは、H5ページ(すなわち、ハイパーテキストマークアップ言語の第5改訂言語を使用して実装されたページであるhtml5ページ)を使用して実装され、したがって、第1のサーバの第1のアプリケーションシステムの開発を低減する。第1のサーバは、信頼できるログインを完了し、ページを返すだけでよく、したがって、サービスページをより多くのアプリケーションシステムおよびクライアント端末にプッシュするという目的を達成する。
【００６５】
信頼できるログインの後、第1のサーバは、対応するサービスページに識別子を埋め込んでもよい。たとえば、ターゲットクライアント端末とサービスページとの間のセッションの制御は、信頼できるログイン結果に従って書き込まれ、ターゲットクライアント端末のユーザの識別子がセッションに書き込まれて、信頼できるログインの成功を示す。ターゲットクライアント端末は、有効期間内に第1のサーバに再度ログインする必要はない。サービスページは、有効期間内にターゲットクライアント端末のサービス操作に直接応答してもよい。
【００６６】
図1eを参照すると、本出願の一実施形態による信頼できるログイン方法について、対話インスタンスを使用することによって、以下に完全に説明する。
【００６７】
S1.1:ターゲットクライアント端末は、ターゲットアクセスエントランスにおけるユーザ操作に応答して、信頼できるログイン要求を第2のサーバに送信する。
【００６８】
たとえば、支払いAPPの自動車保険アクセスエントランスが地図APPに埋め込まれていると仮定する。ターゲットクライアント端末のユーザBは、地図APPにおいて自動車保険アクセスエントランスをクリックする。ターゲットクライアント端末は、タップ操作に応答して、信頼できるログイン要求を地図APPの第2のサーバに送信する。アクセスされるべきサービスページのサービスIDおよびターゲットクライアント端末のユーザアカウント番号が、信頼できるログイン要求に書き込まれる。
【００６９】
S2.1:第2のサーバは、ターゲットクライアント端末によって送信された信頼できるログイン要求を受信する。
【００７０】
S2.2:第2のサーバは、受信された信頼できるログイン要求に基づいてトークン取得要求を生成し、トークン取得要求を第1のサーバに送信する。
【００７１】
第2のサーバは、信頼できるログイン要求、および第1のサーバによって発行された現在の信頼できるログイン識別子をカプセル化してトークン取得要求を生成し、次いで、カプセル化後に生成されたトークン取得要求を第1のサーバに送信し得る。たとえば、地図APPの第2のサーバは、支払いAPPのサーバによって発行された現在の信頼できるログイン識別子XXX、および受信された信頼できるログイン要求をカプセル化し、次いで、カプセル化後に生成されたトークン取得要求を支払いAPPの第1のサーバに送信し得る。
【００７２】
S3.1:第1のサーバは、第2のサーバによって送信されたトークン取得要求を受信する。
【００７３】
S3.2:第1のサーバは、一時的な信頼できるログイントークンを生成し、一時的な信頼できるログイントークンのページアクセスサービス特権を設定する。
【００７４】
たとえば、支払いAPPの第1のサーバは、受信されたトークン取得要求から現在の信頼できるログイン識別子を取得し、現在の信頼できるログイン識別子が、第1のサーバに保存され、第2のサーバに発行された現在の信頼できるログイン識別子と一致しているかどうかを決定する。それらが一致している場合、第1のサーバは、トークン取得要求に従ってターゲットクライアント端末のページアクセスサービス特権を決定してもよい。それらが一致していない場合、第1のサーバは、トークン取得要求を拒否する。地図APPのターゲットクライアント端末が支払いAPPの自動車保険ページにのみアクセスできると決定された場合、一時的な信頼できるログイントークンが生成され、自動車保険ページにのみアクセスできるように、一時的な信頼できるログイントークンのページアクセスサービス特権が設定される。次いで、生成された一時的な信頼できるログイントークンが地図APPの第2のサーバに送信される。
【００７５】
S3.3:第1のサーバは、第2のサーバを使用することによって、生成された一時的な信頼できるログイントークンをターゲットクライアント端末に送信する。
【００７６】
具体的には、第1のサーバは、最初に、トークン取得要求のフィードバック情報として、一時的な信頼できるログイントークンを第2のサーバにフィードバックする。次いで、第2のサーバは、一時的な信頼できるログイントークンをターゲットクライアント端末に送信する。
【００７７】
S2.3:第2のサーバは、第1のサーバによってフィードバックされた一時的な信頼できるログイントークンを受信し、一時的な信頼できるログイントークンをターゲットクライアント端末に送信する。具体的には、第2のサーバは、第1のサーバによって発行された現在の信頼できるログイン識別子および一時的な信頼できるログイントークンを一緒にターゲットクライアント端末に送信してもよい。
【００７８】
S1.2:ターゲットクライアント端末は、第2のサーバによって送信される一時的な信頼できるログイントークンを受信する。
【００７９】
S1.3:ターゲットクライアント端末は、受信された一時的な信頼できるログイントークンに基づいて、サービスページにアクセスするためのページアクセス要求を生成し、第1のサーバにログインし、第1のサーバによって提供されるサービスページにアクセスするよう要求するために、ページアクセス要求を第1のサーバに送信する。
【００８０】
たとえば、ターゲットクライアント端末は、受信された一時的な信頼できるログイントークン、アクセスされるべきサービスID、および現在の信頼できるログイン識別子などの情報をカプセル化し、カプセル化後に生成されたページアクセス要求を支払いAPPの第1のサーバに送信し得る。
【００８１】
S3.4:第1のサーバは、第2のサーバに対応するターゲットクライアント端末によって送信されたページアクセス要求を受信する。
【００８２】
S3.5:第1のサーバは、ページアクセス要求で一時的な信頼できるログイントークンを取得し、一時的な信頼できるログイントークンが、ターゲットクライアント端末によってアクセスされるよう要求されたサービスページにアクセスするためのサービス特権を有するかどうかを判定する。
【００８３】
たとえば、ページアクセス要求が、一時的な信頼できるログイントークン、アクセスされるべきサービスID、および現在の信頼できるログイン識別子を含むと仮定する。Table 1(表1)に示され、一時的な信頼できるログイントークンについて事前に確立されたマッピング関係テーブルに従って、支払いAPPの第1のサーバは、一時的な信頼できるログイントークンおよびサービスIDが第1のマッピング関係を満たすかどうかを判定し、一時的な信頼できるログイントークンおよび現在の信頼できるログイン識別子が第2のマッピング関係を満たすかどうかを判定し得る。一時的な信頼できるログイントークンおよびサービスIDが第1のマッピング関係を満たし、一時的な信頼できるログイントークンおよび現在の信頼できるログイン識別子が第2のマッピング関係を満たしていると判定すると、一時的な信頼できるログイントークンが、ターゲットクライアント端末によってアクセスされるよう要求されたサービスページにアクセスするためのサービス特権を有していると決定される。そうでない場合、一時的な信頼できるログイントークンは、ターゲットクライアント端末によってアクセスされるよう要求されたサービスページにアクセスするためのサービス特権を有していないと決定され、ページアクセス要求は拒否される。
【００８４】
S3.6:一時的な信頼できるログイントークンが対応するサービスページにアクセスするためのサービス特権を有していると判定された場合、第1のサーバは、ターゲットクライアント端末が信頼できる方式で第1のサーバにログインすることを許可し、ターゲットクライアント端末によってアクセスされるよう要求されたサービスページを返す。
【００８５】
上記の実施形態では、一時的な信頼できるログイントークンを発行することによって、第1のサーバは、ターゲットクライアント端末が信頼できるログインを完了した後、サービスページにアクセスするための第2のサーバのターゲットクライアント端末の特権を制限し、したがって、第1のサーバにおいて他のサービスページを効果的に保護し、従来技術で全般に適用されている信頼できるログインソリューションのセキュリティ問題を解決し、信頼できるログインのセキュリティを強化する。さらに、本出願は、サービスページを返す方法を使用し、したがって、第2のアプリケーションシステムから第1のアプリケーションシステムに、次いで、第2のアプリケーションシステムに戻る複雑なログインを実施することができる。このようにして、アプリケーションシステム間のリダイレクトの繰り返しが回避され、ユーザエクスペリエンスが向上する。
【００８６】
実施形態II
同じ発明概念に基づいて、本出願の一実施形態は、それに応じて第1のサーバ200をさらに提供する。図2に示すように、第1のサーバ200は、
第2のサーバに対応するターゲットクライアント端末によって送信されたページアクセス要求を受信するように構成された受信ユニット21であり、ページアクセス要求は、第1のサーバによって提供されるサービスページにアクセスするよう要求するために使用される、受信ユニット21と、
ページアクセス要求で一時的な信頼できるログイントークンを取得し、一時的な信頼できるログイントークンがサービスページにアクセスするためのサービス特権を有するかどうかを判定するように構成された判定ユニット22と、
一時的な信頼できるログイントークンがサービスページにアクセスするためのサービス特権を有する場合、ターゲットクライアント端末が信頼できる方式で第1のサーバにログインすることを許可し、ターゲットクライアント端末によってアクセスされるよう要求されたサービスページを返すように構成されたアクセス制限ユニット23と
を含む。
【００８７】
サービスページは、埋め込み方式でターゲットクライアント端末にロードできるページである。
【００８８】
オプションの実装形態として、判定ユニット22は、一時的な信頼できるログイントークンおよびサービスページのサービス識別が第1のマッピング関係を満たすかどうかを判定し、一時的な信頼できるログイントークンおよびサービス識別が第1のマッピング関係を満たす場合、一時的な信頼できるログイントークンがサービスページにアクセスするためのサービス特権を有していると決定し、またはさもなければ、一時的な信頼できるログイントークンがサービス特権を有していないと決定するように構成され得る。
【００８９】
判定ユニット22は、一時的な信頼できるログイントークンおよびサービスページのサービス識別が第1のマッピング関係を満たすかどうか、ならびに一時的な信頼できるログイントークンおよび第1のサーバによって第2のサーバに発行された現在の信頼できるログイン識別子が第2のマッピング関係を満たすかどうかを判定し、一時的な信頼できるログイントークンおよびサービス識別が第1のマッピング関係を満たし、一時的な信頼できるログイントークンおよび現在の信頼できるログイン識別子が第2のマッピング関係を満たす場合、一時的な信頼できるログイントークンがサービスページにアクセスするためのサービス特権を有していると決定するようにさらに構成され得る。
【００９０】
ページアクセス要求内の一時的な信頼できるログイントークンがサービスページにアクセスするためのサービス特権を有しているかどうかを判定する前に、判定ユニット22は、一時的な信頼できるログイントークンが正当かどうかを判定し、一時的な信頼できるログイントークンが満了しているかどうかを判定し、一時的な信頼できるログイントークンが正当であり、満了していない場合、ページアクセス要求内の一時的な信頼できるログイントークンがサービスページにアクセスするためのサービス特権を有しているかどうかを判定する操作を実行するようにさらに構成され得る。
【００９１】
オプションの実装形態として、受信ユニット21は、第2のサーバによって送信されたトークン取得要求を受信するようにさらに構成され得る。判定ユニット22は、トークン取得要求に基づいて、ターゲットクライアント端末が、信頼が付与されたクライアント端末であるかどうかを判定するようにさらに構成され得る。対応して、第1のサーバ200は、ターゲットクライアント端末が、信頼が付与されたクライアント端末である場合、一時的な信頼できるログイントークンを生成し、一時的な信頼できるログイントークンのページアクセスサービス特権を設定するように構成された生成ユニット24と、第2のサーバを使用することによって、一時的な信頼できるログイントークンをターゲットクライアント端末に送信するように構成された送信ユニット25とをさらに含む。
【００９２】
オプションの実装形態として、判定ユニット22は、トークン取得要求が、第1のサーバによって第2のサーバに発行された現在の信頼できるログイン識別子を含むかどうかを判定し、トークン取得要求が現在の信頼できるログイン識別子を含む場合、ターゲットクライアント端末が、信頼が付与されたクライアント端末であると決定する、またはターゲットクライアント端末に対応する第1のクライアント端末が第1のサーバに存在するかどうかを判定し、第1のクライアント端末が存在する場合、ターゲットクライアント端末が、信頼が付与されたクライアント端末であると決定するようにさらに構成され得る。
【００９３】
同様に、本出願の一実施形態は、第2のサーバ300をさらに提供し、第2のサーバは、ターゲットクライアント端末のサーバ端末である。図3に示すように、第2のサーバ300は、
ターゲットクライアント端末によって送信された信頼できるログイン要求を受信するように構成された受信モジュール31であり、信頼できるログイン要求は、第1のサーバにログインし、第1のサーバによって提供されるサービスページにアクセスするよう要求するために使用される、受信モジュール31と、
信頼できるログイン要求に基づいてトークン取得要求を生成し、送信モジュール33を使用することによってトークン取得要求を第1のサーバに送信するように構成された生成モジュール32とを含み、
受信モジュール31は、第1のサーバによってフィードバックされた一時的な信頼できるログイントークンを受信するようにさらに構成され、一時的な信頼できるログイントークンは、第1のサーバにログインし、サービスページにアクセスするためのサービス特権を有し、
送信モジュール33は、ターゲットクライアント端末が第1のサーバにログインし、一時的な信頼できるログイントークンを使用することによってサービスページにアクセスするように、一時的な信頼できるログイントークンをターゲットクライアント端末にフィードバックするようにさらに構成される。
【００９４】
具体的には、生成モジュール32は、第1のサーバによって第2のサーバに発行された現在の信頼できるログイン識別子を取得し、現在の信頼できるログイン識別子は、一時的な信頼できるログイントークンを取得するための証明書であり、トークン取得要求を生成するために、現在の信頼できるログイン識別子をアクセス要求に書き込むように構成される。
【００９５】
上記の実施形態によって提供される信頼できるログイン方法に基づいて、本出願の一実施形態は、それに応じて信頼できるログインシステムをさらに提供する。図4に示すように、システムは、
第1のサーバ200と、
第2のサーバ300と、
ターゲットクライアント端末100であり、ターゲットアクセスエントランスにおけるユーザ操作に応答して、信頼できるログイン要求を第2のサーバ300に送信し、信頼できるログイン要求は、第1のサーバ200にログインし、第1のサーバ200によって提供されるサービスページにアクセスするよう要求するために使用され、第2のサーバ300によって送信された一時的な信頼できるログイントークンを受信し、一時的な信頼できるログイントークンは、サービスページにアクセスするためのサービス特権を有し、一時的な信頼できるログイントークンに基づいて、サービスページにアクセスするためのアクセス要求を生成し、第1のサーバ200にログインし、サービスページにアクセスするよう要求するために、アクセス要求を第1のサーバ200に送信するように構成されたターゲットクライアント端末100と
を含む。
【００９６】
上記の実施形態の装置のモジュールおよびユニットが動作を実行する特定の方式については、関連する方法の実施形態で詳細に説明されているため、ここでは詳細を再度説明しない。
【００９７】
本発明は、上述し添付の図面に示した正確な構造に限定されるものではなく、本発明の範囲から逸脱することなく、様々な修正および変更を行うことができることを理解されたい。本発明の範囲は、添付の特許請求の範囲によってのみ限定される。
【００９８】
上記は単に本発明の好ましい実施形態を説明するものであり、本発明を限定することを意図するものではない。本発明の意図および原理内で行われる任意の修正、等価の置換、または改良は、本発明の保護範囲内に含まれるものとする。
【００９９】
本明細書に記載された主題および動作の実施形態は、デジタル電子回路、あるいはコンピュータソフトウェア、ファームウェア、もしくは本明細書に開示される構造およびそれらの構造的均等物を含むハードウェア、またはそれらの1つもしくは複数の組合せに実装することができる。本明細書に記載される主題の実施形態は、1つまたは複数のコンピュータプログラム、すなわち、データ処理装置によって実行される、またはデータ処理装置の動作を制御するための非一時的コンピュータ記憶媒体上に符号化されたコンピュータプログラム命令の1つまたは複数のモジュールとして実装することができる。代替的に、または追加として、プログラム命令は、人工的に生成された伝搬信号、たとえば、データ処理装置によって実行するために適した受信機装置への送信のために情報を符号化するために生成された機械生成電気、光学、または電磁信号上で符号化することができる。コンピュータ記憶媒体は、コンピュータ可読記憶デバイス、コンピュータ可読記憶基板、ランダムまたはシリアルアクセスメモリアレイまたはデバイス、あるいはそれらの1つまたは複数の組合せであり得、またはそれに含まれ得る。さらに、コンピュータ記憶媒体は伝搬信号ではないが、コンピュータ記憶媒体は、人工的に生成された伝搬信号に符号化されたコンピュータプログラム命令の送信元または宛先とすることができる。コンピュータ記憶媒体はまた、1つまたは複数の別々の物理的構成要素または媒体(たとえば、複数のコンパクトディスク(CD)、デジタルビデオディスク(DVD)、磁気ディスク、または他の記憶デバイス)であり得、あるいはそれに含まれ得る。
【０１００】
本明細書で説明されている動作は、1つまたは複数のコンピュータ可読記憶デバイスに記憶されている、または他のソースから受信されたデータに対してデータ処理装置によって実行される動作として実装することができる。
【０１０１】
「リアルタイム(real-time)」、「リアルタイム(real time)」、「リアルタイム(realtime)」、「リアル(高速)タイム(RFT)」、「ほぼリアルタイム(NRT)」、「準リアルタイム」などの用語、または類似の用語(当業者によって理解される)は、個人がアクションおよび応答が実質的に同時に発生することを知覚するように、アクションおよび応答が時間的に近接していることを意味する。たとえば、データにアクセスするための個人のアクションに続くデータの表示(または表示の開始)に対する応答の時間差は、1ミリ秒(ms)未満、1秒(s)未満、または5秒未満とすることができる。要求されたデータは、即座に表示(または表示のために開始)される必要はないが、記述されたコンピューティングシステムの処理制限、およびたとえば、データを収集する、正確に測定する、分析する、処理する、記憶する、または送信するのに必要な時間を考慮して、意図的な遅延なしに表示(または表示のために開始)される。
【０１０２】
「データ処理装置」、「コンピュータ」、または「コンピューティングデバイス」という用語は、例として、単一または複数のプログラマブルプロセッサ、コンピュータ、システムオンチップ、または上記の組合せを含む、データを処理するためのあらゆる種類の装置、デバイス、および機械を包含する。この装置は、たとえば、中央処理装置(CPU)、フィールドプログラマブルゲートアレイ(FPGA)、または特定用途向け集積回路(ASIC)などの専用論理回路を含むことができる。装置は、ハードウェアに加えて、問題のコンピュータプログラムの実行環境を生成するコード、たとえば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム(たとえば、LINUX、UNIX(登録商標)、WINDOWS(登録商標)、MAC OS、ANDROID(登録商標)、IOS、別のオペレーティングシステム、またはオペレーティングシステムの組合せ)、クロスプラットフォームランタイム環境、仮想マシン、またはそれらの1つもしくは複数の組合せを構成するコードも含むことができる。装置および実行環境は、ウェブサービス、分散コンピューティング、およびグリッドコンピューティングインフラストラクチャなど、様々な異なるコンピューティングモデルインフラストラクチャを実現することができる。
【０１０３】
コンピュータプログラム(プログラム、ソフトウェア、ソフトウェアアプリケーション、ソフトウェアモジュール、ソフトウェアユニット、スクリプト、またはコードとしても知られる)は、コンパイルされたもしくはインタープリタ型言語、宣言型言語もしくは手続き型言語を含む、任意の形式のプログラミング言語で記述することができ、スタンドアロンプログラムとして、またはモジュール、コンポーネント、サブルーチン、オブジェクトまたはコンピューティング環境での使用に適した他のユニットとしてなど、あらゆる形式で展開できる。コンピュータプログラムは、必ずしも必要はないが、ファイルシステム内のファイルに対応することができる。プログラムは、問題のプログラム専用の単一のファイル、または複数のコーディネートされたファイル(たとえば、1つまたは複数のモジュール、サブプログラム、もしくはコードの一部を記憶するファイルなど)に、他のプログラムまたはデータ(たとえば、マークアップ言語文書に記憶された1つまたは複数のスクリプトなど)を保持するファイルの一部に記憶することができる。コンピュータプログラムは、1つのコンピュータ上で、または1つのサイトに位置するか、もしくは複数のサイトに分散され、通信ネットワークによって相互接続された複数のコンピュータ上で実行されるように配備することができる。
【０１０４】
コンピュータプログラムの実行に適したプロセッサは、例として、汎用および専用の両方のマイクロプロセッサ、およびあらゆる種類のデジタルコンピュータの1つまたは複数のプロセッサを含む。一般に、プロセッサは、読取り専用メモリまたはランダムアクセスメモリまたはその両方から命令およびデータを受信する。コンピュータの必須要素は、命令に従ってアクションを実行するためのプロセッサ、ならびに命令およびデータを記憶するための1つまたは複数のメモリデバイスである。一般に、コンピュータは、たとえば磁気、光磁気ディスク、または光ディスクなど、データを記憶するための1つまたは複数の大容量記憶デバイスをも含み、あるいは、1つまたは複数の大容量記憶デバイスからデータを受信する、それにデータを転送する、またはその両方のために動作可能に結合される。しかしながら、コンピュータはそのようなデバイスを有する必要はない。さらに、コンピュータは、別のデバイス、たとえば、ほんのいくつかの例を挙げれば、モバイルデバイス、携帯情報端末(PDA)、ゲームコンソール、全地球測位システム(GPS)受信機、またはポータブルストレージデバイス(たとえば、ユニバーサルシリアルバス(USB)フラッシュドライブなど)中に組み込むことができる。コンピュータプログラム命令およびデータを記憶するのに適したデバイスは、一例として、たとえば、消去可能プログラマブル読取り専用メモリ(EPROM)、電気的消去可能プログラマブル読取り専用メモリ(EEPROM)、およびフラッシュメモリデバイスなどの半導体メモリデバイス、たとえば内部ハードディスクまたはリムーバブルディスクなどの磁気ディスク、光磁気ディスク、およびCD-ROMおよびDVD-ROMディスクを含むすべての形態の不揮発性メモリ、媒体、およびメモリデバイスを含む。プロセッサおよびメモリは、専用論理回路によって補うまたは専用論理回路に組み込むことができる。
【０１０５】
モバイルデバイスは、携帯電話(たとえば、スマートフォンなど)、タブレット、ウェアラブルデバイス(たとえば、スマートウォッチ、スマートメガネ、スマートファブリック、スマートジュエリーなど)、人体に埋め込まれたデバイス(たとえば、バイオセンサー、スマートペースメーカー、人工内耳など)、または他のタイプのモバイルデバイスを含み得る。モバイルデバイスは、様々な通信ネットワーク(以下で説明)にワイヤレス通信する(たとえば、無線周波数(RF)信号を使用して)ことができる。モバイルデバイスは、モバイルデバイスの現在の環境の特性を決定するためのセンサーを含むことができる。センサーには、カメラ、マイクロフォン、近接センサー、GPSセンサー、モーションセンサー、加速度計、環境光センサー、水分センサー、ジャイロスコープ、コンパス、気圧計、指紋センサー、顔認識システム、RFセンサー(たとえば、Wi-Fiおよびセルラー無線など)、温度センサー、または他のタイプのセンサーなどがあり得る。たとえば、カメラには、可動レンズまたは固定レンズ、フラッシュ、画像センサー、画像プロセッサを備える前方または後方カメラがあり得る。カメラは、顔および/または虹彩認識の詳細をキャプチャできるメガピクセルのカメラとすることができる。カメラは、データプロセッサおよびメモリに記憶された、またはリモートでアクセスされた認証情報とともに、顔認識システムを形成できる。顔認識システムまたは、1つもしくは複数のセンサー、たとえば、マイクロフォン、モーションセンサー、加速度計、GPSセンサー、RFセンサーなどをユーザ認証に使用できる。
【０１０６】
ユーザとの対話を提供するために、本明細書で説明される主題の実施形態は、ディスプレイデバイスおよび入力デバイス、たとえば、ユーザに情報を表示するための液晶ディスプレイ(LCD)または有機発光ダイオード(OLED)/仮想現実(VR)/拡張現実(AR)ディスプレイ、ならびにユーザがコンピュータに入力を提供できるタッチスクリーン、キーボード、およびマウスやトラックボールなどのポインティングデバイスを有するコンピュータ上に実装することができる。他の種類のデバイスを使用して、ユーザとの対話を提供することもでき、たとえば、ユーザに提供されるフィードバックは、たとえば、視覚フィードバック、聴覚フィードバック、または触覚フィードバックなど、任意の形態の感覚フィードバックとすることができ、ユーザからの入力は、音響、音声、または触覚入力を含む任意の形態で受信することができる。さらに、コンピュータは、たとえば、ウェブブラウザから受信された要求に応答して、ユーザのクライアントデバイス上のウェブブラウザにウェブページを送信することによってなど、ユーザによって使用されるデバイスとの間でドキュメントを送受信することによって、ユーザと対話することができる。
【０１０７】
本明細書で説明される主題の実施形態は、たとえば通信ネットワークなど、有線またはワイヤレスのデジタルデータ通信(またはそれらの組合せ)の任意の形態または媒体によって相互接続されたコンピューティングデバイスを使用して実装できる。通信ネットワークの例には、ローカルエリアネットワーク(LAN)、無線アクセスネットワーク(RAN)、メトロポリタンエリアネットワーク(MAN)、およびワイドエリアネットワーク(WAN)がある。通信ネットワークには、インターネット、別の通信ネットワークのすべてもしくは一部、または通信ネットワークの組合せがあり得る。情報は、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス(WIMAX)、ロングタームエボリューション(LTE)、符号分割多元接続(CDMA)、5Gプロトコル、IEEE802.11a/b/g/nまたは802.20プロトコル(または802.11xと802.20の組合せ、もしくは本開示と一致する他のプロトコル)、インターネットプロトコル(IP)、フレームリレー、非同期転送モード(ATM)、ETHERNET(登録商標)、または他のプロトコルもしくはプロトコルの組合せなど、様々なプロトコルおよび標準に従って通信ネットワークで送信できる。通信ネットワークは、接続されたコンピューティングデバイス間で音声、ビデオ、生体認証、または認証データ、または他の情報を送信できる。
【０１０８】
本明細書で説明される主題の実施形態は、通信ネットワークによって相互接続されたクライアントおよびサーバを使用して実装することができる。クライアントとサーバとは、一般に、互いに遠隔であり、典型的には、通信ネットワークを介して対話する。クライアントとサーバとの関係は、それぞれのコンピュータ上で実行され、互いにクライアント-サーバ関係を有するコンピュータプログラムのおかげで生じる。たとえばモバイルデバイスなどのクライアントは、たとえば、購入、販売、支払い、贈与、送信、ローンのトランザクションを実行したり、それらを承認したりするなど、サーバとのトランザクション自体を実行したり、サーバを介してトランザクションを実行したりすることができる。
【０１０９】
本明細書は多くの特定の実装の詳細を含むが、これらは、本開示の範囲または特許請求の範囲に対する限定として解釈されないものとする。別個の実装形態の文脈において本明細書で説明されるいくつかの特徴は、単一の実装形態において組み合わせて実装することもできる。逆に、単一の実装形態の文脈で記載されている様々な特徴は、複数の実装形態で別々にまたは任意の適切な部分組合せで実装することもできる。動作は特定の順序で説明され、請求されるが、これは、そのような動作が、示された特定の順序で、または逐次的な順序で実行されること、あるいは図示されたすべての動作が実行されることを必要とするものとして理解されないものとする(いくつかの動作はオプションと見なすことができる)。適宜に、マルチタスキングまたは並列処理(またはマルチタスキングと並列処理の組合せ)を実行できる。
【符号の説明】
【０１１０】
21  受信ユニット
22  判定ユニット
23  アクセス制限ユニット
24  生成ユニット
25  送信ユニット
31  受信モジュール
32  生成モジュール
33  送信モジュール
100  ターゲットクライアント端末
200  第1のサーバ
300  第2のサーバ
【図１ａ】
0006756051.tif 000003
【図１ｂ】
0006756051.tif 000004
【図１ｃ】
0006756051.tif 000005
【図１ｄ】
0006756051.tif 000006
【図１ｅ】
0006756051.tif 000007
【図２】
0006756051.tif 000008
【図３】
0006756051.tif 000009
【図４】
0006756051.tif 000010