【誤訳訂正書】
【提出日】平成27年8月18日(2015.8.18)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
サーバが、クライアントが送信したタイプ識別子および／またはサービス識別子およびユーザー身分情報を受信するステップと、
前記サーバは前記ユーザー身分情報に基づき、受信したユーザーに関わる前記タイプ識別子および／または前記サービス識別子の数を判断し、判断結果に基づき、前記ユーザーのアクセスを許可するか否かを確認するステップとを備え、
前記タイプ識別子および／またはサービス識別子は、クライアントが、ユーザーがアクセスした各アプリケーションのために、生成した当該アプリケーションに対応するタイプ識別子および／またはサービス識別子であり、
前記タイプ識別子が、アプリケーションの属するタイプを識別し、
前記サービス識別子が、アプリケーションを唯一識別することを特徴とするユーザーのアクセス許可の方法。
【請求項２】
前記ユーザーが受信した前記タイプ識別子および／または前記サービス識別子の数を判断し、判断結果に基づき、前記ユーザーのアクセスを許可するか否かを確認するステップが、
受信した前記ユーザーに関わる前記タイプ識別子の総数が予め設定したタイプ数より大きいか否かを判断し、予め設定したタイプ数より大きくないと確認した場合、前記ユーザーアクセスを許可するか、
または、
受信した前記ユーザーに関わる前記サービス識別子の総数が予め設定したサービス総数より大きいか否かを判断し、予め設定したサービス総数より大きくないと確認した場合、前記ユーザーアクセスを許可するか、
または、
受信した前記ユーザーが受信した前記サービス識別子と前記タイプ識別子の数の和が予め設定したアクセス総数より大きいか否かを判断し、予め設定したアクセス総数より大きくないと確認した場合、前記ユーザーアクセスを許可することを特徴とする請求項１に記載のユーザーのアクセス許可の方法。
【請求項３】
前記クライアントが、前記アプリケーションに対応するタイプ識別子および／またはサービス識別子を生成後、かつ、前記クライアントが前記タイプ識別子および／または前記サービス識別子をサーバへ送信する前に、
クライアントが生成した複数の同タイプの識別子の１つを残すステップをさらに備えることを特徴とする請求項１に記載のユーザーのアクセス許可の方法。
【請求項４】
前記クライアントが、ユーザーのアクセスした各アプリケーションに、当該アプリケーションに対応するタイプ識別子および／またはサービス識別子を生成する前に、
前記クライアントがユーザーにアカウント情報を生成するステップと、
前記アカウント情報はユーザー身分を識別するステップとをさらに備え、
前記クライアントの生成したタイプ識別子および／またはサービス識別子のサーバへの送信は、
前記クライアントが生成したタイプ識別子および／またはサービス識別子およびアカウント情報をサーバへ送信するステップを備えることを特徴とする請求項１に記載のユーザーのアクセス許可の方法。
【請求項５】
前記クライアントが生成したタイプ識別子および／またはサービス識別子およびアカウント情報をサーバへ送信後、かつ、前記サーバが前記ユーザー身分情報に基づき、受信した前記ユーザーに関わる前記タイプ識別子および／または前記タイプ識別子の数を判断する前に、
前記サーバが予め設定したログイン条件に基づき、受信した前記アカウント情報が有効であるか否かを判断するステップをさらに備え、
前記サーバが前記ユーザー身分情報に基づく、受信した前記ユーザーに関わる前記タイプ識別子および／または前記タイプ識別子の数への判断は、
前記アカウント情報が有効であると確認した場合、前記サーバは前記ユーザー身分情報に基づき、受信した前記ユーザーに関わる前記タイプ識別子および／または前記タイプ識別子の数を判断するステップを備えることを特徴とする請求項４に記載のユーザーのアクセス許可の方法。
【請求項６】
許可ユーザーのアクセス許可を確認後、
前記サーバが受信した前記タイプ識別子および／またはサービス識別子およびアカウント情報に基づき、トークンを生成し、トークンの有効期限を確認するステップと、
前記トークンをクライアントへ送信するステップとをさらに備えることを特徴とする請求項４に記載のユーザーのアクセス許可の方法。
【請求項７】
クライアントが送信したタイプ識別子および／またはサービス識別子およびユーザー身分情報を受信し、前記ユーザー身分情報に基づき、前記ユーザーが受信した前記タイプ識別子および／または前記タイプ識別子の数を判断し、判断結果に基づき、前記ユーザーのアクセスを許可するか否かを確認するサーバと、
ユーザーがアクセスした各アプリケーションに、当該アプリケーションに対応するタイプ識別子および／またはサービス識別子を生成する前記クライアントとを備え、
前記タイプ識別子は、アプリケーションが属するタイプを識別し、前記サービス識別子は、アプリケーションを唯一識別することを特徴とするユーザーのアクセス許可システム。
【請求項８】
ユーザーがアクセスした各アプリケーションのために、当該アプリケーションに対応するタイプ識別子および／またはサービス識別子を生成する生成ユニットと、
前記生成ユニットが生成するタイプ識別子および／またはサービス識別子およびユーザー身分情報をサーバへ送信する送信ユニットとを備え、
前記タイプ識別子が、アプリケーションの属するタイプを識別し、前記サービス識別子が、アプリケーションを唯一識別することを特徴とするクライアント。
【請求項９】
クライアントが送信したタイプ識別子および／またはサービス識別子およびユーザー身分情報を受信する受信ユニットと、
前記ユーザー身分情報に基づき、受信した前記ユーザーに関わる前記タイプ識別子および／または前記タイプ識別子の数を判断する判断結果に基づき、前記ユーザーのアクセスを許可するか否かを確認する判断ユニットとを備え、
前記タイプ識別子が、アプリケーションの属するタイプを識別し、前記サービス識別子が、アプリケーションを唯一識別することを特徴とするサーバ。
【請求項１０】
前記受信ユニットはさらに、クライアントが送信したユーザーのために生成した、ユーザーの身分を識別するアカウント情報を受信し、
前記サーバは、
予め設定したログイン条件に基づき、前記アカウント情報が有効であるか否かを判断するアカウント判断ユニットを備え、
前記判断ユニットは、前記アカウント情報が有効であると確認した場合、受信した前記タイプ識別子および／またはサービス識別子を判断することを特徴とする請求項９に記載のサーバ。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【発明の名称】ユーザーのアクセス許可の方法、システム、クライアントおよびサーバ
【技術分野】
【０００１】
本出願は、２０１１年１２月０１日に中国特許局に提出し、出願番号が２０１１１０３９３８６９．３であり、発明名称が「ユーザーのアクセス許可の方法、クライアント、サーバおよびシステム」である中国特許出願を基礎とする優先権を主張し、その開示の総てをここに取り込む。
本発明はコンピュータ応用技術分野に関し、特にユーザーのアクセス許可の方法、システム、クライアントおよびサーバに関する。
【背景技術】
【０００２】
現在、インターネットは人々の日常生活に深く関わっており、Ｗｅｂ操作システムは人々がインターネットを使用する過程において、欠かすことのできないアプリケーションである。
Ｗｅｂ操作システムは主に以下の２種類の方法を提供し、ユーザーをサーバにアクセスさせる。
【０００３】
第１種類目として、ユーザーは、クライアント、即ち一般ＰＣにおいて、Ｗｅｂ操作システムが提供するブラウザにより、サーバにアクセスする。
【０００４】
第２種類目として、アプリケーション・プラグラミング・インターフェース（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ，ＡＰＩ）により、各種移動端末において柔軟で多様なクライアントアプリケーションを開発する。
ユーザーに開放するＡＰＩの助けで開発した多種操作システム環境において動作可能なクライアントアプリケーションは、サーバにアクセスする。
これらの移動端末は、携帯電話、タブレットＰＣ、専門的な携帯用デバイス等の異なるタイプのモバイルデバイスを含む。
【０００５】
Ｗｅｂ操作システムは、上述の２種類混合モデルのサービスを提供して初めて、幅広いユーザーのニーズを満たすことができることは明らかである。
【０００６】
ユーザーが、一般ＰＣまたはモバイルデバイスにあろうとも、アクセスモデルによりサーバにアクセスする場合、サーバはユーザー身分および使用権限に対する認証と判断を行わなければならない。
従来技術において、通常は、ユーザーがログインする場合、ユーザーの身分およびこのユーザーが使用可能な関連機能の使用権限に対する静的認証を行う。
これにより、ユーザーの各種応用シーンにおけるユーザー情報同期、共有を保証する。
かつ、認証結果に基づき、このユーザーが某種機能を使用する権利がある否かを判断する。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、本発明人は、従来技術において、ユーザーがログインする場合にのみ静的認証を行う。
また、ユーザーがサーバにアクセスする過程において、ユーザーが某アプリケーションを使用する権利があるか否かを判断できなければ、ユーザーアクセス過程において、ユーザーがサーバに引き続きアクセスすることを許可するか否かを判断できないことを発見した。
【０００８】
本発明の課題は、ユーザーがサーバにアクセスする過程において、ユーザーが引き続きアクセスすることを許可するか否かを判断できないという問題を解決するユーザーのアクセス許可の方法を提供することである。
【課題を解決するための手段】
【０００９】
ユーザーのアクセス許可の方法は、サーバが、クライアントが送信したタイプ識別子および／またはサービス識別子およびユーザー身分情報を受信するステップと、前記サーバが前記ユーザー身分情報に基づき、受信した前記ユーザーに関わる前記タイプ識別子および／または前記サービス識別子の数を判断し、判断結果に基づき、前記ユーザーのアクセスを許可するか否かを確認するステップとを備え、前記タイプ識別子および／またはサービス識別子は、前記クライアントが、ユーザーがアクセスした各アプリケーションのために生成した当該アプリケーションに対応するタイプ識別子および／またはサービス識別子であり、前記タイプ識別子は、アプリケーションが属するタイプを識別し、前記サービス識別子は、アプリケーションを唯一識別する。
【００１０】
ユーザーのアクセス許可システムは、クライアントが送信したタイプ識別子および／またはサービス識別子およびユーザー身分情報を受信し、前記ユーザー身分情報に基づき、受信した前記ユーザーに関わる前記タイプ識別子および／または前記サービス識別子の数を判断して、判断結果に基づき、前記ユーザーのアクセスを許可するか否かを確認するサーバと、ユーザーがアクセスした各アプリケーションのために、当該アプリケーションに対応するタイプ識別子および／またはサービス識別子を生成する、前記クライアントとを備え、前記タイプ識別子は、アプリケーションが属するタイプを識別し、前記サービス識別子は、アプリケーションを唯一識別する。
【００１１】
クライアントは、ユーザーがアクセスした各アプリケーションのために、当該アプリケーションに対応するタイプ識別子および／またはサービス識別子を生成する、生成ユニットと、前記生成ユニットが生成するタイプ識別子および／またはサービス識別子およびユーザー身分情報をサーバへ送信する、送信ユニットとを備え、前記タイプ識別子は、アプリケーションが属するタイプを識別し、前記サービス識別子は、アプリケーションを唯一識別する。
【００１２】
サーバは、クライアントが送信したタイプ識別子および／またはサービス識別子およびユーザー身分情報を受信する、受信ユニットと、前記ユーザー身分情報に基づき、受信した前記ユーザーに関わる前記タイプ識別子および／または前記サービス識別子の数を判断する。
判断結果に基づき、前記ユーザーのアクセスを許可するか否かを確認する、判断ユニットとを備え、前記タイプ識別子は、アプリケーションが属するタイプを識別し、前記サービス識別子は、アプリケーションを唯一識別する。
【発明の効果】
【００１３】
本発明が提供する実施形態によれば、ユーザーがサーバにアクセスする過程において、ユーザーがアクセスしたアプリケーションのタイプ数および／またはがアクセスしたアプリケーション数に基づき、このユーザーがサーバに引き続きアクセスすることを許可するか否かを判断する。
本発明の方法が、ユーザーがサーバにアクセスする過程において、ユーザーが引き続きアクセスすることを許可するか否かを判断する問題解決できることは明らかである。
【図面の簡単な説明】
【００１４】
【図１】本発明に係る実施形態におけるユーザーのアクセス許可の方法のフローを示す図。
【図２】本発明に係る実施例１における第１種ユーザーのアクセス許可の方法のフローを示す図。
【図３】本発明に係る実施例２における第２種ユーザーのアクセス許可の方法のフローを示す図。
【図４】本発明に係る実施例３における第３種ユーザーのアクセス許可の方法のフローを示す図。
【図５】本発明に係る実施形態におけるユーザーのアクセス許可システムの構造を示す図。
【図６】本発明に係る実施形態におけるクライアントの構造を示す図。
【図７】本発明に係る実施形態におけるサーバの構造を示す図。
【発明を実施するための形態】
【００１５】
本発明に係る実施形態は、ユーザーがサーバにアクセスする過程において、ユーザーがアクセスしたアプリケーションのタイプ数および／またはアクセスするアプリケーション数に基づき、このユーザーがサーバに引き続きアクセスすることを許可するか否かを判断するユーザーのアクセス許可の方法を提供する。
図１に示す具体的な実施過程は、以下のステップ１１とステップ１２を備える。
【００１６】
ステップ１１において、サーバは、クライアントが送信したタイプ識別子および／またはサービス識別子およびユーザーのユーザー身分情報を受信する。
ここで、クライアントはユーザーがアクセスした各アプリケーションのために、このアプリケーションに対応するタイプ識別子および／またはサービス識別子を生成する。
ここで、タイプ識別子は、アプリケーションが属するタイプを識別し、サービス識別子は、アプリケーションを唯一識別する。
【００１７】
ステップ１２において、サーバは、ユーザー身分情報に基づき、受信したユーザーに関わるタイプ識別子および／またはサービス識別子の数を判断する。
判断結果に基づき、ユーザーのアクセスを許可するか否かを確認する。
【００１８】
具体的に、ステップ１２における判断結果に基づく、ユーザーのアクセスを許可するか否かの確認は、
受信したユーザーに関わるタイプ識別子の総数が予め設定したタイプ数より大きいか否かを判断し、予め設定したタイプ数より大きくないと確認した場合、ユーザーアクセスを許可する。
または、受信したユーザーに関わるサービス識別子の総数が予め設定したサービス総数より大きいか否かを判断し、予め設定したサービス総数より大きくないと確認した場合、ユーザーアクセスを許可する。
または、受信したユーザーに関わるサービス識別子とタイプ識別子の数の和が予め設定したアクセス総数より大きいか否かを判断し、予め設定したアクセス総数より大きくないと確認した場合、ユーザーアクセスを許可する。
【００１９】
好ましくは、サーバ側の操作を減少させるため、ステップ１１とステップ１２間において、クライアントが生成した複数の同タイプの識別子の１つを残すステップをさらに備える。
【００２０】
好ましくは、現在の登録ユーザーを合法ユーザーとするか否かをより良く判断するため、ステップ１１の前に、クライアントがユーザーにアカウント情報を生成するステップと、アカウント情報がユーザー身分を識別するステップとをさらに備える。
この時、ステップ１２が実行する具体的な内容は、クライアントが生成したタイプ識別子および／またはサービス識別子、アカウント情報およびユーザー身分情報をサーバへ送信することである。
【００２１】
好ましくは、現在の登録ユーザーを合法ユーザーとするか否かをより正確に判断するため、クライアントが生成したタイプ識別子および／またはサービス識別子およびアカウント情報をサーバへ送信後、かつサーバがユーザー身分情報に基づき、受信したユーザーに関わるタイプ識別子および／またはサービス識別子の数を判断する前に、サーバが予め設定したログイン条件に基づき、受信したアカウント情報が有効であるか否かを判断するステップをさらに備える。
この時、アカウント情報が有効であると確認した場合、判断過程を実行する。
【００２２】
好ましくは、同一ユーザーが異なる時間にサーバにアクセスする場合に行う合法性認証の操作を簡略化するため、ユーザーの初回ログイン、かつサーバがこのユーザーにアプリケーションに引き続きアクセスできると確認後、受信しているユーザーに提供するためのタイプ識別子および／またはサービス識別子およびアカウント情報に基づき、トークンを生成し、トークンの有効期限を確認する。
かつ、トークンをクライアントへ送信する。
このユーザーが他の時間に再度サーバにログインする場合、サーバにアクセスすると同時にサーバへトークンを送信する。
サーバが受信したトークン期限が切れていないと判断する場合、ユーザーが引き続きアクセスすることを許可する。
これにより、ユーザー身分の合法性認証の過程と時間を大幅に減少できることは明らかである。
【００２３】
以下に具体的な実施形態を例に挙げ、詳細に記述する。
【実施例１】
【００２４】
本発明に係る実施例１は、第１種ユーザーのアクセス許可の方法を提供しており、図２に示す、具体的な実施過程は、以下のステップ２０１からステップ２０４を備える。
【００２５】
ステップ２０１において、クライアントは、ユーザーがこの度アクセスする各アプリケーション全てにタイプ識別子およびこのユーザーのユーザー身分情報を割り当てる。
【００２６】
ステップ２０２おいて、クライアントは、生成したタイプ識別子およびユーザー身分情報をサーバへ送信する。
【００２７】
ステップ２０３において、サーバはユーザー身分情報に基づき、受信したこのユーザーに関わるタイプ識別子の総数が予め設定したタイプ数より大きいか否かを判断する。
予め設定したタイプ数より大きくないと確認した場合、ステップ２０４にスキップする。
そうでなければ、ユーザーが引き続きアクセスすることを禁止する。
【００２８】
ステップ２０４において、ユーザーが引き続きアクセスすることを許可する。
【実施例２】
【００２９】
本発明に係る実施例２は、第２種ユーザーのアクセス許可の方法を提供し、図３に示す具体的な実施過程は、以下のステップ３０１からステップ３０４を備える。
【００３０】
ステップ３０１において、クライアントは、ユーザーがこの度アクセスする各アプリケーション全てにサービス識別子およびこのユーザーのユーザー身分情報を割り当てる。
サービス識別子は、アプリケーションを唯一識別する。
【００３１】
ステップ３０２において、クライアントは、生成したサービス識別子およびユーザー身分情報をサーバへ送信する。
【００３２】
ステップ３０３において、サーバはユーザー身分情報に基づき、受信したこのユーザーに関わるサービス識別子の総数が予め設定したサービス総数より大きいか否かを判断する。
予め設定したサービス総数より大きくないと確認した場合、ステップ３０４にスキップする。
そうでなければ、ユーザーが引き続きアクセスすることを禁止する。
【００３３】
ステップ３０４において、ユーザーが引き続きアクセスすることを許可する。
【実施例３】
【００３４】
本発明に係る実施例３は、第３種ユーザーのアクセス許可の方法を提供し、図４に示す具体的な実施過程は、以下のステップ４０１からステップ４０４を備える。
【００３５】
ステップ４０１において、クライアントは、ユーザーがこの度アクセスする各アプリケーション全てにサービス識別子とタイプ識別子およびこのユーザーのユーザー身分情報を割り当てる。
【００３６】
ステップ４０２において、クライアントは、生成したサービス識別子とタイプ識別子およびユーザー身分情報をサーバへ送信する。
【００３７】
ステップ４０３において、サーバはユーザー身分情報に基づき、受信したこのユーザーに関わるサービス識別子の総数が予め設定したサービス総数より大きいか否かを判断する。
予め設定したサービス総数より大きくないと確認した場合、ステップ４０４にスキップする。
そうでなければ、ユーザーが引き続きアクセスすることを禁止する。
または、サーバは、受信したタイプ識別子の総数が予め設定したタイプ数より大きいか否かを判断する。
予め設定したタイプ数より大きくないと確認した場合、ステップ４０４にスキップする。
そうでなければ、ユーザーが引き続きアクセスすることを禁止する。
または、サーバは、受信したタイプ識別子とサービス識別子の数の合計がアクセス数より大きいか否かを判断する。
アクセス数より大きくないと確認した場合、ステップ４０４にスキップする。
そうでなければ、ユーザーが引き続きアクセスすることを禁止する。
【００３８】
ステップ４０４において、ユーザーがアクセスすることを許可する。
【００３９】
好ましくは、ユーザーにアクセスする権利があるか否かをより正確に判断するため、ステップ２０１、ステップ３０１またはステップ４０１において、クライアントはさらにユーザーにアカウント情報を生成できる。
そして、ステップ２０２、ステップ３０２またはステップ４０２において、クライアントはさらに、このアカウント情報を共にサーバへ送信しなければならない。
そして、ステップ２０２、ステップ３０２またはステップ４０２実行後、ステップ２０３、ステップ３０３またはステップ４０３実行前にさらに、サーバがアカウント情報を受信後、まずこのアカウント情報に基づき、このアカウント情報に対応するユーザーにアクセスする権利があるか否かを確認する。
権利があると確認した場合、ステップ２０３、ステップ３０３またはステップ４０３を引き続き実行するステップと；そうでなければ、ユーザーにアクセスする権利がないことを確認する。
即ち、ユーザーが引き続きアクセスすることを禁止するステップとを備える。
【００４０】
好ましくは、サーバの作業を簡略化するため、ステップ２０１またはステップ４０１実行後、かつステップ２０２またはステップ４０２実行前に、クライアントが生成した複数の同タイプの識別子の１つを残すことができる。
ステップ２０２またはステップ４０２において、クライアントは簡略化後のタイプ識別子をサーバへ送信する。
【００４１】
好ましくは、同一ユーザーが異なる時間幅において、サーバに繰り返しアクセスする場合、サーバが毎回このユーザー合法性に対する認証を実行しなければならない操作を簡略化するため、上述した全実施例のユーザーがアクセスしたことを許可するステップを実行後、サーバはアカウント情報、タイプ識別子およびサービス識別子に基づき、トークンを生成でき、かつトークンに有効期限を設定する。
かつ、生成したトークンをクライアントへ送信する。
ユーザーが再度サーバにアクセスする場合、クライアントはこのユーザーに対応するトークンをサーバへ直接送信する。
サーバはこのトークンに基づき、このクライアントがアクセスした権利があることを確認する。
ユーザーが自主的にサーバからログアウトまたはトークン期限が切れる場合、サーバは、このユーザーにはアクセスする資格が無いと認識する。
サーバが、ユーザーがアクセスしたことを許可しない場合、クライアントへアクセス禁止トークンを送信できる。
【００４２】
好ましくは、上述した全実施例において、さらに異なるアカウント情報に基づき、異なるタイプ数、異なるアクセス数および異なるサービス総数を設定できる。
さらに、タイプ数、アクセス個数およびサービス総数を同じに設定できる。
【００４３】
好ましくは、上述した全実施例において、クライアントのアプリケーションへのタイプ識別子の割り当ては以下の実施方法を参照できる。
【００４４】
ユーザーがＰＣブラウザによりサーバにアクセスする場合、全てのアクセスしたアプリケーションに同タイプ識別子を割り当てることができる。
ユーザーがクライアントのＡＰＩインターフェースによりサーバにアクセスする場合、アクセスした各アプリケーションに異なるタイプ識別子を割り当てる。
【００４５】
好ましくは、上述した全実施例において、クライアントのアプリケーションへのタイプ識別子の割り当ては以下の実施方法を参照できる。
【００４６】
ユーザーが同一クライアントによりサーバの複数アプリケーションにアクセスする場合、各アプリケーションに他のアプリケーションと異なるサービス識別子を生成する。
ユーザーがクライアントのＰＣブラウザによりサーバにアクセスする場合、サーバと毎回新しいチャット状態接続を確立する。
即ち、一問一答サービス識別子を生成する。
【００４７】
図５は、本発明に係るユーザーのアクセス許可システムは、サーバ５２と、クライアント５１とを備える。
サーバ５２は、クライアントが送信したタイプ識別子および／またはサービス識別子および登録ユーザーのユーザー身分情報を受信する。
ユーザー身分情報に基づき、受信したユーザーに関わるタイプ識別子および／またはサービス識別子の数を判断する。
判断結果に基づき、ユーザーのアクセスを許可するか否かを確認する。
ここで、タイプ識別子は、アプリケーションが属するタイプを識別し、サービス識別子は、アプリケーションを唯一識別する。
クライアント５１は、ユーザーがアクセスした各アプリケーションのために、このアプリケーションに対応するタイプ識別子および／またはサービス識別子を生成する。
【００４８】
クライアント５１はさらに、生成した複数の同タイプの識別子の１つを残す。
【００４９】
クライアント５１はさらに、ユーザーにアカウント情報を生成する。
生成したタイプ識別子および／またはサービス識別子およびアカウント情報をサーバ５２へ送信する。
アカウント情報はユーザー身分を識別する。
【００５０】
サーバ５２はさらに、予め設定したログイン条件に基づき、アカウント情報が有効であるか否かを判断する。
アカウント情報が有効であると確認した場合、サーバはユーザー身分情報に基づき、受信したユーザーに関わるタイプ識別子および／またはサービス識別子の数を判断する。
【００５１】
サーバ５２はさらに、受信したタイプ識別子および／またはサービス識別子およびアカウント情報に基づき、トークンを生成し、トークンの有効期限を確認する。
かつ、トークンをクライアント５１へ送信する。
【００５２】
図６は、本発明に係るクライアントを示す。
このクライアントは、生成ユニット６１と、送信ユニット６３とを備える。
生成ユニット６１は、ユーザーがアクセスした各アプリケーションのために、このアプリケーションに対応するタイプ識別子および／またはサービス識別子を生成する。
ここで、タイプ識別子は、アプリケーションが属するタイプを識別し、サービス識別子は、アプリケーションを唯一識別する。
送信ユニット６３は、生成ユニット６１が生成するタイプ識別子および／またはサービス識別子およびユーザー身分情報をサーバへ送信する。
【００５３】
クライアントは、生成ユニット６１が生成した複数の同タイプの識別子の１つを残す、保留ユニット６２をさらに備える。
【００５４】
生成ユニット６１はさらに、ユーザーにアカウント情報を生成する。
アカウント情報はユーザー身分を識別する。
【００５５】
送信ユニット６３は具体的に、生成ユニット６１が生成したタイプ識別子および／またはサービス識別子およびアカウント情報をサーバへ送信する。
【００５６】
図７に示す本発明に係るサーバは、受信ユニット７１と、判断ユニット７３とを備える。
受信ユニット７１は、クライアントが送信したタイプ識別子および／またはサービス識別子および登録ユーザーのユーザー身分情報を受信する。
ここで、タイプ識別子は、アプリケーションが属するタイプを識別し、サービス識別子は、アプリケーションを唯一識別する。
判断ユニット７３は、受信したユーザーに関わるタイプ識別子および／またはサービス識別子の数を判断する。
判断結果に基づき、ユーザーのアクセスを許可するか否かを確認する。
【００５７】
受信ユニット７１はさらに、クライアントが送信したユーザーに生成したアカウント情報を受信する。
アカウント情報はユーザーの身分を識別する。
【００５８】
サーバはさらに、予め設定したログイン条件に基づき、アカウント情報が有効であるか否かを判断する、アカウント判断ユニット７２と、
アカウント判断ユニット７２がアカウント情報は有効であると確認した場合、受信したタイプ識別子および／またはサービス識別子を判断する、判断ユニット７３とを備える。
【００５９】
サーバ５２は、受信ユニット７１が受信したタイプ識別子および／またはサービス識別子およびアカウント情報に基づき、トークンを生成し、トークンの有効期限を確認し、かつ、トークンをクライアントへ送信する、第１生成ユニット７４をさらに備える。
【００６０】
総じて、本願発明の有益な効果は、以下のようである。
本発明に係る実施形態が提供する方法を用いて、ユーザーがサーバにアクセスする過程において、ユーザーがアクセスしたアプリケーションのタイプ数および／またはがアクセスしたアプリケーションの総数、またはアクセスしたアプリケーションのタイプ数とアクセスしたアプリケーションの総数の和に基づき、このユーザーがサーバに引き続きアクセスすることを許可するか否かを判断する。
この方法は、ユーザーがサーバにアクセスする過程において、ユーザーが引き続きアクセスすることを許可するか否かを判断するという問題を解決できることは明らかである。
【００６１】
本分野の技術者として、本発明の実施形態が、方法、システム或いはコンピュータプログラム製品を提供できるため、本発明は完全なハードウェア実施形態、完全なソフトウェア実施形態、またはソフトウェアとハードウェアの両方を結合した実施形態を採用できることがかわるはずである。
さらに、本発明は、一つ或いは複数のコンピュータプログラム製品の形式を採用できる。
この製品はコンピュータ使用可能なプログラムコードを含むコンピュータ使用可能な記憶媒体（ディスク記憶装置と光学記憶装置等を含むがそれとは限らない）において実施する。
【００６２】
以上、本発明の実施形態の方法、装置（システム）、およびコンピュータプログラム製品のフロー図および／またはブロック図によって、本発明を説明した。
理解すべきことは、コンピュータプログラム指令によって、フロー図および／またはブロック図における各フローおよび／またはブロックと、フロー図および／またはブロック図におけるフローおよび／またはブロックの結合を実現できる。
プロセッサはこれらのコンピュータプログラム指令を、汎用コンピュータ、専用コンピュータ、組込み式処理装置、或いは他のプログラム可能なデータ処理装置設備の処理装置器に提供でき、コンピュータ或いは他のプログラム可能なデータ処理装置のプロセッサは、これらのコンピュータプログラム指令を実行し、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
【００６３】
これらのコンピュータプログラム指令は又、コンピュータ或いは他のプログラム可能なデータ処理装置を特定方式で動作させるコンピュータ読取記憶装置に記憶できる。
これによって、指令を含む装置はこのコンピュータ読取記憶装置内の指令を実行でき、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
【００６４】
これらコンピュータプログラム指令はさらに、コンピュータ或いは他のプログラム可能なデータ処理装置設備に実装もできる。
コンピュータプログラム指令が実装されたコンピュータ或いは他のプログラム可能設備は、一連の操作ステップを実行することによって、関連の処理を実現し、コンピュータ或いは他のプログラム可能な設備において実行される指令によって、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
【００６５】
上述した実施例の技術的な解決手段を改造し、或いはその中の一部の技術要素を置換することもできる。
そのような、改造と置換は本発明の各実施例の技術の範囲から逸脱するとは見なされない。
【００６６】
無論、当業者によって、上述した実施形態に記述された技術的な解決手段を改造し、或いはその中の一部の技術要素を置換することもできる。
そのような、改造と置換は本発明の各実施例の技術の範囲から逸脱するとは見なされない。
そのような改造と置換は、すべて本発明の請求の範囲に属する。
【誤訳訂正３】
【訂正対象書類名】図面
【訂正対象項目名】図１
【訂正方法】変更
【訂正の内容】
【図１】
2014534515.tif 000001
【誤訳訂正４】
【訂正対象書類名】図面
【訂正対象項目名】図２
【訂正方法】変更
【訂正の内容】
【図２】
2014534515.tif 000002
【誤訳訂正５】
【訂正対象書類名】図面
【訂正対象項目名】図３
【訂正方法】変更
【訂正の内容】
【図３】
2014534515.tif 000003
【誤訳訂正６】
【訂正対象書類名】図面
【訂正対象項目名】図４
【訂正方法】変更
【訂正の内容】
【図４】
2014534515.tif 000004