(57)【要約】【課題】本発明は、認証及び承認方法並びに認証サーバーを提供する。【解決手段】前記方法は、アプリケーションプログラムからログイン情報を受信することと、ログイン情報が合法であると認証したことに反応して、ユーザトークンを発生させ、ユーザトークンをアプリケーションプログラムに返信することと、ユーザトークン、アプリケーションプログラムの身分証明及びアプリケーションプログラムのキーを含み、アプリケーションプログラムがアプリケーションプログラムインターフェースを呼び出す要求を受信することと、ユーザトークン、身分証明及びキーが合法であると認証したことに反応して、アプリケーションプログラムに関連するアプリケーションプログラムトークンを発生させることと、アプリケーションプログラムトークンをアプリケーションプログラムに返信して、アプリケーションプログラムがアプリケーションプログラムインターフェースを呼び出すことを承認することと、を含む。【選択図】図２
2020077353.tif 000002
【特許請求の範囲】
【請求項１】
認証サーバーに適する認証及び承認方法であって、
第一アプリケーションプログラムからログイン情報を受信することと、
前記ログイン情報が合法であると認証したことに反応して、ユーザトークンを発生させ、前記ユーザトークンを前記第一アプリケーションプログラムに返信することと、
前記ユーザトークン、前記第一アプリケーションプログラムの第一身分証明及び前記第一アプリケーションプログラムの第一キーを含み、前記第一アプリケーションプログラムが第一アプリケーションプログラムインターフェースを呼び出す第一要求を受信することと、
前記ユーザトークン、前記第一身分証明及び前記第一キーが合法であると認証したことに反応して、前記第一アプリケーションプログラムに関連する第一アプリケーションプログラムトークンを発生させることと、
前記第一アプリケーションプログラムトークンを前記第一アプリケーションプログラムに返信して、前記第一アプリケーションプログラムが前記第一アプリケーションプログラムインターフェースを呼び出すことを承認することと、を含む方法。
【請求項２】
前記ユーザトークンを発生させた後、
前記ユーザトークンを第二アプリケーションプログラムに送信することと、  
前記ユーザトークン、前記第二アプリケーションプログラムの第二身分証明及び前記第二アプリケーションプログラムの第二キーと、を含み、前記第二アプリケーションプログラムが第二アプリケーションプログラムインターフェースを呼び出す第二要求を受信することと、
前記ユーザトークン、前記第二身分証明及び前記第二キーが合法であると認証したことに反応して、前記第二アプリケーションプログラムに関連する第二アプリケーションプログラムトークンを発生させ、前記第二アプリケーションプログラムトークンを前記第二アプリケーションプログラムに返信して、前記第二アプリケーションプログラムが前記第二アプリケーションプログラムインターフェースを呼び出すことを承認することと、を更に含み、
前記第一アプリケーションプログラム及び前記第二アプリケーションプログラムは、スマートデバイスにインストールされており、
前記第二身分証明及び前記第二キーは、前記第二アプリケーションプログラムが前記認証サーバーに登録したことに前記認証サーバーが反応して、前記第二アプリケーションプログラムに割り当てる請求項１に記載の方法。
【請求項３】
前記第一身分証明及び前記第一キーは、前記第一アプリケーションプログラムが前記認証サーバーに登録したことに前記認証サーバーが反応して、前記第一アプリケーションプログラムに割り当て、且つ、前記方法は、
前記第一アプリケーションプログラムが前記認証サーバーに登録した情報に基づき、前記第一アプリケーションプログラムに複数のアクセスロールのうちの一第一アクセスロールを割り当てることと、
前記第一アプリケーションプログラムからレベル変更要求を受信することと、
前記レベル変更要求に基づき、前記第一アクセスロールの前記アクセスレベルを第二レベルに変更することと、
前記第一身分証明に基づき、前記第一アプリケーションプログラムの前記第一アクセスロール及び前記アクセスレベルを得ることと、
前記第一アクセスロール及び前記アクセスレベルに基づき、前記第一アプリケーションプログラムに前記第一アプリケーションプログラムインターフェースを呼び出す権限が有るか無いかを判定することと、
前記第一アプリケーションプログラムに前記第一アプリケーションプログラムインターフェースを呼び出す権限が有り、且つ、前記ユーザトークンが有効であると判定したことに反応して、前記第一アプリケーションプログラムトークンを発生させることと、を更に含み、
各前記アクセスロールは、異なるアプリケーションプログラムインターフェース呼び出し権限に対応し、
前記第一アクセスロールのアクセスレベルが第一レベルであり、
前記第二レベルのアプリケーションプログラムインターフェース呼び出し権限は、前記第一レベルのアプリケーションプログラムインターフェース呼び出し権限と異なる請求項１に記載の方法。  
【請求項４】
前記ログイン情報に基づき、ユーザキーを発生させることと、
前記ユーザキー、前記第一身分証明及び前記第一キーに基づき、第一ブロックを発生させることと、
前記第一ブロックをブロックチェーンに加えて、前記ユーザキーを前記第一アプリケーションプログラムに返信することと、
前記第一アプリケーションプログラムから前記ユーザキー、前記第一身分証明及び前記第一キーを受信したことに反応して、前記ユーザキー、前記第一身分証明及び前記第一キーに基づき、前記第一ブロックを探して、使用行為及び前記使用行為に対応するユーザが合法であるか否かを判定することと、
前記使用行為及び前記使用行為に対応するユーザが合法であると認証したことに反応して、前記ユーザが前記第一アプリケーションプログラムを使用する使用行為を記録することと、
前記使用行為に基づき、第二ブロックを発生させ、前記第二ブロックを前記ブロックチェーンに加えることと、を更に含む請求項１に記載の方法。
【請求項５】
複数のモジュールを保存する記憶回路と、
前記記憶回路に結合され、前記複数のモジュールにアクセスして、前記記憶回路に結合され、前記複数のモジュールにアクセスして、第一アプリケーションプログラムからログイン情報を受信するステップ、
前記ログイン情報が合法であると認証したことに反応して、ユーザトークンを発生させ、前記ユーザトークンを前記第一アプリケーションプログラムに返信するステップ、
前記ユーザトークン、前記第一アプリケーションプログラムの第一身分証明及び前記第一アプリケーションプログラムの第一キーを含み、前記第一アプリケーションプログラムが第一アプリケーションプログラムインターフェースを呼び出す第一要求を受信するステップ、
前記ユーザトークン、前記第一身分証明及び前記第一キーが合法であると認証したことに反応して、前記第一アプリケーションプログラムに関連する第一アプリケーションプログラムトークンを発生させ、前記第一アプリケーションプログラムトークンを前記第一アプリケーションプログラムに返信して、前記第一アプリケーションプログラムが前記第一アプリケーションプログラムインターフェースを呼び出すことを承認するステップ、を実行するプロセッサと、を含む認証サーバー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証及び承認方法並びに認証サーバーに関し、特に、ユーザ及びアプリケーションプログラムが合法であることを認証した後、アプリケーションプログラムがアプリケーションプログラムインターフェースを呼び出すことを承認できる認証及び承認方法並びに認証サーバーに関する。
【背景技術】
【０００２】
現代人にとって、スマートデバイスのアプリケーションプログラムを操作することは、すでに生活の一部となっている。しかしながら、これらのアプリケーションプログラムは、ユーザに使用前に登録するように要求し、この機構はユーザにとって使用上の負担となっている可能性がある。
【０００３】
具体的には、このような登録を必要とするアプリケーションプログラムの数が増えるにつれて、ユーザは、複数のログイン情報（例えば、ユーザ名称及びパスワード）を記憶しなければならない可能性がある。この状況において、ユーザの記憶上の負担が増える可能性がある以外に、各アプリケーションプログラムの開発者は、対応するユーザ管理データベースを設けてユーザに関する情報を管理する必要もある。また、上記機構は、ユーザデータがハッカーに盗まれるリスクが増える可能性もある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
したがって、当業者が更に優れたユーザ管理機構を設計することは、重要な議題である。
【課題を解決するための手段】
【０００５】
これに鑑みて、本発明は、上記技術的課題を解決するのに用いられる認証及び承認方法並びにその認証サーバーを提供する。
【０００６】
本発明は、認証サーバーに適する認証及び承認方法を提供する。前記方法は、第一アプリケーションプログラムからログイン情報を受信することと、ログイン情報が合法であると認証したことに反応して、ユーザトークンを発生させ、ユーザトークンを第一アプリケーションプログラムに返信することと、ユーザトークン、第一アプリケーションプログラムの第一身分証明及び第一アプリケーションプログラムの第一キーを含み、第一アプリケーションプログラムが第一アプリケーションプログラムインターフェースを呼び出す第一要求を受信することと、ユーザトークン、第一身分証明及び第一キーが合法であると認証したことに反応して、第一アプリケーションプログラムに関連する第一アプリケーションプログラムトークンを発生させることと、第一アプリケーションプログラムトークンを第一アプリケーションプログラムに返信して、第一アプリケーションプログラムが第一アプリケーションプログラムインターフェースを呼び出すことを承認することと、を含む。
【０００７】
本発明は、記憶回路と、プロセッサと、を含む認証サーバーを提供する。記憶回路は複数のモジュールを保存する。プロセッサは記憶回路に結合され、前記モジュールにアクセスして、下記ステップを実行する。第一アプリケーションプログラムからログイン情報を受信するステップ、ログイン情報が合法であると認証したことに反応して、ユーザトークンを発生させ、ユーザトークンを第一アプリケーションプログラムに返信するステップ、ユーザトークン、第一アプリケーションプログラムの第一身分証明及び第一アプリケーションプログラムの第一キーを含み、第一アプリケーションプログラムが第一アプリケーションプログラムインターフェースを呼び出す第一要求を受信するステップ、ユーザトークン、第一身分証明及び第一キーが合法であると認証したことに反応して、第一アプリケーションプログラムに関連する第一アプリケーションプログラムトークンを発生させるステップ、第一アプリケーションプログラムトークンを第一アプリケーションプログラムに返信して、第一アプリケーションプログラムが第一アプリケーションプログラムインターフェースを呼び出すことを承認するステップ。
【発明の効果】
【０００８】
上記に基づき、本発明が提出する認証及び承認方法並びにその認証サーバーは、アプリケーションプログラムは、ユーザが合法であるのか否か認証するのを援助し、ユーザが合法であると判定した後、対応してユーザトークンをアプリケーションプログラムに返信する。続いて、アプリケーションプログラムがアプリケーションプログラムインターフェースを呼び出そうとする時、アプリケーションプログラムは、自身の身分証明、キー及びユーザトークンを認証サーバーに送信して、認証サーバーにアプリケーションプログラムが合法であるか否か確認させる。合法である場合、認証サーバーは、アプリケーションプログラムが必要とするインターフェースを呼び出すことを承認する。これにより、アプリケーションプログラムに自己ユーザ管理機構を備えさせる必要は無く、ユーザデータのセキュリティを向上させる。
【図面の簡単な説明】
【０００９】
本発明の上述した特徴と利点を更に明確化するために、以下に、実施例を挙げて図面と共に詳細な内容を説明する。
【００１０】
【図１】本発明の実施形態に基づき図示される認証システムの模式図である。
【図２】本発明の実施形態に基づき図示される認証及び承認方法のフローチャートである。
【発明を実施するための形態】
【００１１】
図１を参照すると、本発明の実施形態に基づき図示される認証システムの模式図である。図１に示すように、認証システム１００は、認証サーバー１１０と、スマートデバイス１２０と、アプリケーションプログラムインターフェースプール（ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｇｒａｍｍｉｎｇ  ｉｎｔｅｒｆａｃｅ  ｐｏｏｌ，ＡＰＩ  ｐｏｏｌ）１３０と、を含む。本実施形態において、認証サーバー１１０は、例えば、複数のアプリケーションプログラムがユーザ情報を集中管理するのを援助でき、これによりユーザは、一組のログイン情報（例えば、ユーザ名及びパスワード）を用いて複数のアプリケーションプログラムにログインでき、複数のアプリケーションプログラムの権限を管理することもできる。この場合、ユーザがログイン情報を記憶する上での負担を低減でき、同時にユーザデータのセキュリティを向上させる。
【００１２】
図１において、認証サーバー１１０は、記憶回路１１２と、プロセッサ１１４と、を含んでもよい。記憶回路１１２は、例えば、任意のタイプの固定式又は移動式のランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ，ＲＡＭ）、読み取り専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ，ＲＯＭ）、フラッシュメモリ（Ｆｌａｓｈ  ｍｅｍｏｒｙ）、ハードディスク又はその他の類似のデバイス又はこれらのデバイスの組合せであり、複数のプログラムコード又はモジュールを記録するのに用いられる。
【００１３】
プロセッサ１１４は、記憶回路１１２に結合され、一般用途プロセッサ、特殊用途プロセッサ、従来のプロセッサ、デジタル信号プロセッサ、複数のマイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、一つ又は複数のデジタル信号プロセッサコアを結合したマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ，ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ，ＦＰＧＡ）、任意のその他の集積回路、状態機械、高度縮小命令セットコンピューターマシン（Ａｄｖａｎｃｅｄ  ＲＩＳＣ  Ｍａｃｈｉｎｅ，ＡＲＭ）のプロセッサ及び類似品であってもよい。
【００１４】
スマートデバイス１２０は、例えば、ユーザ１９９に操作される携帯電話、スマートフォン、パソコン（ｐｅｒｓｏｎａｌ  ｃｏｍｐｕｔｅｒ，ＰＣ）、ノートパソコン（ｎｏｔｅｂｏｏｋ  ＰＣ）、ネットブックパソコン（ｎｅｔｂｏｏｋ  ＰＣ）、タブレットパソコン（ｔａｂｌｅｔ  ＰＣ）等であってもよいが、これに限定しない。スマートデバイス１２０に、アプリケーションプログラム１２１、１２２、…１２Ｎがインストールされてもよい。アプリケーションプログラム１２１〜１２Ｎは、認証サーバー１１０によってユーザ１９９の情報の管理を援助することができ、これによりユーザ１９９に同じ一組のログイン情報によってアプリケーションプログラム１２１〜１２Ｎにログインさせることができる。
【００１５】
また、上記機能を実現するために、ユーザ１９９は、まず認証サーバー１１０が提供する関連の管理ページ（例えば、ウェブページ）によって認証サーバー１１０に登録でき、認証サーバー１１０は、ユーザ１９９が登録過程で入力したユーザアカウント情報（例えば、生年月日、ユーザ名、パスワード、住所、電話等）をデータベースに記録し、これにより後日、ユーザ１９９が合法であるか否か判定する根拠とすることができる。
【００１６】
ＡＰＩプール１３０は、複数のＡＰＩ  １３１、１３２、…、１３Ｍが保存されてもよい。本発明の実施形態において、ＡＰＩ  １３１〜１３Ｍは、アプリケーションプログラム１２１〜１２Ｎによって、機能／要求／権限に基づき、必要とする一つ又は複数を呼び出して指定の機能を実現できる。例を挙げると、アプリケーションプログラム１２１は、承認を経て、ＡＰＩ  １３１を呼び出すことができ、アプリケーションプログラム１２２は、承認を経て、ＡＰＩ  １３１及び１３２を呼び出すことができる。換言すると、アプリケーションプログラムインターフェースプール１３０中のＡＰＩ  １３１〜１３Ｍは、アプリケーションプログラム１２１〜１２Ｎによってシェアされており、ある一つのアプリケーションプログラムだけに属するものではなく、認証サーバー１１０は、複数のアプリケーションプログラムがＡＰＩを呼び出す権限を更に管理する。また、異なる実施形態において、アプリケーションプログラムインターフェースプール１３０は、クラウドネットワーク中のあるネットワークデバイスに保存する、又は、認証サーバー１１０に統合してもよい。説明し易くするために、以下に、アプリケーションプログラムインターフェースプール１３０は、認証サーバー１１０とは独立した別の装置に保存されていると仮定するが、本発明の可能な実施形態を限定するためのものではない。
【００１７】
本発明の実施形態において、プロセッサ１１４は、記憶回路１１２に記録したプログラムコード又はモジュールをロードして、本発明が提出する認証及び承認方法を実行でき、以下に更に説明する。
【００１８】
図２を参照すると、本発明の実施形態に基づき図示される認証及び承認方法のフローチャートである。図２の方法は、図１の認証サーバー１１０によって実行でき、以下に図１の部材と併せて図２の各ステップの詳細を説明する。以下の説明において、ユーザ１９９がアプリケーションプログラム１２１にログインして、アプリケーションプログラム１２１が提供する機能を使用しようとすると仮定するが、本発明の可能な実施形態を限定するためのものではない。
【００１９】
まず、ステップＳ２１０において、プロセッサ１１４は、アプリケーションプログラム１２１からログイン情報ＬＩを受信する。本実施形態において、ログイン情報ＬＩは、ユーザ１９９によってアプリケーションプログラム１２１に対応して入力し、ユーザ１９９が以前に認証サーバー１１０に登録した時に使用したユーザ名及びパスワードを含んでもよく、アプリケーションプログラム１２１は、ログイン情報ＬＩを受信した後、それを認証サーバー１１０に転送できる。
【００２０】
これに対応して、プロセッサ１１４は、ログイン情報ＬＩに適合するユーザデータが上記データベースに存在するか否か探すことができる。存在する場合、プロセッサ１０４は、ログイン情報ＬＩが合法であると判定できる。ログイン情報ＬＩに適合するユーザデータが上記データベースに存在しない場合、プロセッサ１０４は、ログイン情報ＬＩは合法ではないと判定できる。
【００２１】
次いで、ステップＳ２２０において、ログイン情報ＬＩが合法であると認証したことに反応して、プロセッサ１０４は、ユーザトークン（ｕｓｅｒ  ｔｏｋｅｎ）ＵＴを発生させ、ユーザトークンＵＴをアプリケーションプログラム１２１に送信する。本実施形態において、ユーザトークンＵＴは、時効性を有してもよく、ユーザ１９９に、ある時間内においてアプリケーションプログラム１２１を制御してＡＰＩを呼び出す要求を送信させることができるが、本発明はこれに限定しない。また、ユーザトークンＵＴは、アプリケーションプログラム１２２〜１２Ｎに送信されて、これによりアプリケーションプログラム１２２〜１２ＮにユーザトークンＵＴの時効内においてＡＰＩを呼び出す要求を送信させることもできる。換言すると、ユーザ１９９は、アプリケーションプログラム１２１に一回ログインするだけで、ユーザトークンＵＴを得ることができ、ユーザトークンＵＴは、アプリケーションプログラム１２１〜１２ＮにＡＰＩを呼び出す要求を送信させるのに用いられる。この場合、ユーザ１９９がアプリケーションプログラム１２２〜１２Ｎの機能を使用しようとする時、アプリケーションプログラム１２２〜１２Ｎにおいて繰り返しログイン操作を行う必要が無い。これにより、本発明は、不要なログイン操作を減らしてユーザの操作経験を改善できる。
【００２２】
その他の実施形態において、ユーザ１９９は、アプリケーションプログラム１２１〜１２Ｎのうちの一つが、一回のログイン操作を行うだけで、アプリケーションプログラム１２１〜１２ＮがシェアするユーザトークンＵＴを得ることができる。
【００２３】
ステップＳ２３０において、プロセッサ１１４は、アプリケーションプログラム１２１がＡＰＩを呼び出す要求ＲＱ１を受信できる。ここで、要求ＲＱ１は、ユーザトークンＵＴ、アプリケーションプログラム１２１の身分証明ＩＤ１及びアプリケーションプログラム１２１のキーＫ１を含んでもよい。
【００２４】
本実施形態において、アプリケーションプログラム１２１は、ユーザ１９９が必要とする機能に基づき、異なるＡＰＩを呼び出すことができる。例を挙げると、ＡＰＩ１３１は、モーション検出の実行に用いることができ、ＡＰＩ１３２は、顔認識の実行に用いることができると仮定する。この場合、ユーザ１９９は、アプリケーションプログラム１２１の構成を変更して、アプリケーションプログラム１２１にモーション検出の機能を提供するように要求する時、アプリケーションプログラム１２１は、ＡＰＩ１３１を呼び出す要求ＲＱ１を対応して送信できる。また、ユーザ１９９は、アプリケーションプログラム１２１に、モーション検出と顔認識の機能を同時に提供するように要求する時、アプリケーションプログラム１２１は、ＡＰＩ１３１及び１３２を呼び出す要求ＲＱ１を対応して送信できるが、本発明はこれに限定しない。
【００２５】
実施形態において、開発者があるアプリケーションプログラムの開発を完成させた後、この開発者が認証サーバーにこのアプリケーションプログラムのユーザデータの管理を援助させようとする、又は開発者が、開発が完成したアプリケーションプログラムにアプリケーションプログラムインターフェースプール１３０中のＡＰＩ１３１〜１３Ｍのうちの一つを呼び出させようとする場合、この開発者は、認証サーバー１１０が提供する管理ページによって、このアプリケーションプログラムをサーバー１１０に登録できる。例を挙げると、認証サーバー１１０は、開発者が前記アプリケーションプログラムを申請する開発アカウントの要求を受信できる。開発アカウントを登録する過程において、認証サーバー１１０は、開発者に関連する連絡情報及びアプリケーションプログラムの基本情報を入力するように要求してもよい。前記連絡情報は、例えば、電話番号、メールアドレスである。前記基本情報は、例えば、アプリケーションプログラムのバージョン（例えば、完全版又は試用版）、アプリケーションプログラムのプラットフォーム（例えば、Ａｎｄｒｏｉｄ、ｉＯＳ、Ｗｉｎｄｏｗｓ、ＨＴＭＬ５等）、支払い状態、アプリケーションプログラムの名称及び関連説明等である。
【００２６】
認証サーバー１１０は、開発者が上記登録過程で入力した情報に誤りが無いことを判定した場合、認証サーバー１１０は、このアプリケーションプログラムの身分証明及びキーを対応して発生させ、それを開発者に送信できる。実施形態において、認証サーバー１１０は、開発者が入力した情報、アプリケーションプログラムの身分証明、キー等の情報もデータベースに保存できる。
【００２７】
例を挙げると、ある開発者は、認証サーバー１１０の管理ページに一つのベビーモニタアプリケーションプログラム（それは、例えば、Ａｎｄｒｏｉｄプラットフォームにおいて動作する）を登録しようとする場合、この開発者は、登録過程において、Ａｎｄｒｏｉｄプラットフォーム、支払いするか否か等の情報を選ぶことができる。それから、認証サーバー１１０は、開発者が入力した情報に誤りが無いことを確認した後、認証サーバー１１０は、ベビーモニタアプリケーションプログラムの身分証明及びキーを対応して発生させ、ベビーモニタアプリケーションプログラムの身分証明及びキーを開発者に提供する。それから、認証サーバー１１０がベビーモニタアプリケーションプログラムからＡＰＩを呼び出す要求を受信する（それは、ベビーモニタアプリケーションプログラムの身分証明及びキーを含む）時、認証サーバー１１０は、ベビーモニタアプリケーションプログラムが、Ａｎｄｒｏｉｄプラットフォームにおいて動作するＡＰＩを呼び出すことができることを対応して知り得ることができる。また、認証サーバー１１０は、ベビーモニタアプリケーションプログラムの関連情報（例えば、支払い状態）に基づき、呼び出すことができるＡＰＩを決定することもできる。
【００２８】
また、この開発者が認証サーバー１１０に一つのホームセキュリティアプリケーションプログラム（それは、例えば、ｉＯＳプラットフォームにおいて動作する）を追加で登録しようとする場合、この開発者は、登録過程において、ｉＯＳプラットフォーム、支払いするか否か等の情報を選ぶことができる。それから、認証サーバー１１０は、開発者が入力した情報に誤りが無いことを確認した後、認証サーバー１１０は、ホームセキュリティアプリケーションプログラムの身分証明及びキーを対応して発生させ、ホームセキュリティアプリケーションプログラムの身分証明及びキーを開発者に提供する。それから、認証サーバー１１０がホームセキュリティアプリケーションプログラムからＡＰＩを呼び出す要求を受信する（それは、ホームセキュリティアプリケーションプログラムの身分証明及びキーを含む）時、認証サーバー１１０は、ホームセキュリティアプリケーションプログラムが、ｉＯＳプラットフォームにおいて動作するＡＰＩを呼び出すことができることを対応して知り得ることができる。また、認証サーバー１１０は、ホームセキュリティアプリケーションプログラムの関連情報（例えば、支払い状態）に基づき、呼び出すことができるＡＰＩを決定することもできる。
【００２９】
上記の教示からわかるように、アプリケーションプログラム１２１の開発者が、アプリケーションプログラム１２１を認証サーバー１１０に登録する時、認証サーバー１１０は、アプリケーションプログラム１２１の関連情報に基づき、アプリケーションプログラム１２１に対応する身分証明ＩＤ１及びキーＫ１を発生させ、身分証明ＩＤ１及びキーＫ１をアプリケーションプログラム１２１の開発者に提供する。
【００３０】
説明し易くするために、以下は、アプリケーションプログラム１２１の要求ＲＱ１は、ＡＰＩ１３１を呼び出すのに用いられると仮定するが、本発明はこれに限定しない。この場合、アプリケーションプログラム１２１は、身分証明ＩＤ１及びキーＫ１を要求ＲＱ１のヘッダー（ｈｅａｄｅｒ）として、プロセッサ１１４に、これによりアプリケーションプログラム１２１が認証サーバー１１０に登録された合法アプリケーションプログラムであるか否か判定させてもよい。例を挙げると、プロセッサ１１４は、要求ＲＱ１のヘッダーから身分証明ＩＤ１及びキーＫ１を取り出した後、これによりデータベースを探す。データベースに身分証明ＩＤ１及びキーＫ１に適合するアプリケーションプログラムが存在し、且つ、このアプリケーションプログラムにＡＰＩ１３１を呼び出す権限が有る場合、プロセッサ１１４は、身分証明ＩＤ１及びキーＫ１が合法であることを確定できる。即ち、アプリケーションプログラム１２１は、認証サーバー１１０に以前に登録された合法アプリケーションプログラムであり、ＡＰＩ１３１を呼び出す権限が有る。
【００３１】
また、要求ＲＱ１には、ユーザトークンＵＴを含んでもよいため、プロセッサ１１４もユーザトークンＵＴが合法であるか否か対応して認証できる。具体的には、以前の実施形態の記述より、ユーザトークンＵＴは、時効性を有するため、プロセッサ１１４は、ユーザトークンＵＴがまだ時効内であるか否か判断することで、ユーザトークンＵＴが合法であるか否か認証できる。ユーザトークンＵＴがまだ時効内である場合、プロセッサ１１４は、ユーザトークンＵＴが合法であると判断でき、逆もまた同様である。
【００３２】
それから、ステップＳ２４０において、ユーザトークンＵＴ、身分証明ＩＤ１及びキーＫ１が合法であると認証したことに反応して、プロセッサ１１４は、アプリケーションプログラム１２１に関連するアプリケーションプログラムトークンＡＴ１を発生させることができる。また、ステップＳ２５０において、プロセッサ１１４は、アプリケーションプログラムトークンＡＴ１をアプリケーションプログラム１２１に送信して、アプリケーションプログラム１２１がＡＰＩ１３１を呼び出すことを承認する。
【００３３】
アプリケーションプログラム１２１がアプリケーションプログラムトークンＡＴ１を受信した後、アプリケーションプログラムトークンＡＴ１に基づき、ＡＰＩプール１３０にＡＰＩ１３１を呼び出して、必要とする機能（例えば、モーション検出）を実現できる。
【００３４】
上記よりわかるように、認証サーバー１１０は、アプリケーションプログラム１２１が必要とするユーザ管理機構を提供できることから、アプリケーションプログラム１２１は自己ユーザ管理機構を備える必要は無い。この場合、ユーザのアカウント情報は、認証サーバー１１０に保存されるものであり、アプリケーションプログラム１２１のサーバーにはない。これにより、認証サーバー１１０が代わりにセキュリティ機構を提供し、ユーザデータのセキュリティを向上させる。
【００３５】
また、以前の実施形態が言及しているように、認証サーバー１１０は、ログイン情報ＬＩに反応して、ユーザトークンＵＴをアプリケーションプログラム１２１に送信できる以外に、ユーザトークンＵＴをアプリケーションプログラム１２２〜１２Ｎに送信することもできる。したがって、ユーザ１９９がアプリケーションプログラム１２２〜１２Ｎのいずれかを操作しようとする時、ユーザ１９９は、ログイン情報ＬＩを再入力する必要は無い。
【００３６】
例を挙げると、ユーザ１９９が、アプリケーションプログラム１２２が提供する顔認識の機能を使用とすると仮定すると、アプリケーションプログラム１２２は、認証サーバー１１０にＡＰＩ１３２（顔認識の機能を有する）を呼び出す要求ＲＱ２を対応して送信する。この例では、要求ＲＱ２は、ユーザトークンＵＴ、アプリケーションプログラム１２２の身分証明ＩＤ２及びアプリケーションプログラム１２２のキーＫ２を含んでもよい。
【００３７】
身分証明ＩＤ１及びキーＫ１と同様に、アプリケーションプログラム１２２の身分証明ＩＤ２及びアプリケーションプログラム１２２のキーＫ２もアプリケーションプログラム１２２の開発者によってアプリケーションプログラム１２２を認証サーバー１１０に登録した後、認証サーバー１１０によって発生されたものであってもよく、その詳細は、以前の実施形態の説明を参照でき、ここでは繰り返さない。
【００３８】
それから、アプリケーションプログラム１２２は、身分証明ＩＤ２及びキーＫ２を要求ＲＱ２のヘッダーとして、プロセッサ１１４に、これにより判定アプリケーションプログラム１２２が認証サーバー１１０に登録された合法アプリケーションプログラムであるか否か判定させることができる。例を挙げると、プロセッサ１１４は、要求ＲＱ２のヘッダーから身分証明ＩＤ２及びキーＫ２を取り出した後、これによりデータベースを探す。データベースに身分証明ＩＤ２及びキーＫ２に適合するアプリケーションプログラムが存在し、且つ、このアプリケーションプログラムにＡＰＩ１３２を呼び出す権限が有る場合、プロセッサ１１４は、身分証明ＩＤ２及びキーＫ２が合法であることを確定できる。即ち、アプリケーションプログラム１２２は、認証サーバー１１０に以前に登録された合法アプリケーションプログラムであり、ＡＰＩ１３２を呼び出す権限が有る。
【００３９】
また、要求ＲＱ２には、ユーザトークンＵＴを含んでもよいため、プロセッサ１１４もユーザトークンＵＴ合法であるか否か対応して認証できる。具体的には、以前の実施形態の記述より、ユーザトークンＵＴは、時効性を有するため、プロセッサ１１４は、ユーザトークンＵＴがまだ時効内であるか否か判断することで、ユーザトークンＵＴが合法であるか否か認証できる。ユーザトークンＵＴがまだ時効内である場合、プロセッサ１１４は、ユーザトークンＵＴが合法であると判断でき、逆もまた同様である。
【００４０】
それから、ユーザトークンＵＴ、身分証明ＩＤ２及びキーＫ２が合法であると認証したことに反応して、プロセッサ１１４は、アプリケーションプログラム１２２に関連するアプリケーションプログラムトークンＡＴ２を発生させることができる。また、プロセッサ１１４は、アプリケーションプログラムトークンＡＴ２をアプリケーションプログラム１２２に送信して、アプリケーションプログラム１２２がＡＰＩ１３２を呼び出すことを承認する。
【００４１】
アプリケーションプログラム１２２がアプリケーションプログラムトークンＡＴ２を受信した後、アプリケーションプログラムトークンＡＴ２に基づき、ＡＰＩプール１３０にＡＰＩ１３２を呼び出して、必要とする機能（例えば、顔認識）を実現できる。
【００４２】
理解しなければならないこととして、上記は、アプリケーションプログラム１２１及び１２２を説明の例としているにすぎないが、スマートデバイス１２０中のその他のアプリケーションプログラムは、同じ機構に基づき動作してもよい。換言すると、認証サーバー１１０は、管理アプリケーションプログラム１２１〜１２Ｎのユーザデータを統一して管理できるため、アプリケーションプログラム１２１〜１２Ｎの全てに自己ユーザ管理機構を設置する必要は無い。ユーザ１９９は、一組のログイン情報ＬＩを記憶するだけでよく、記憶上の負担を低減できる。また、ユーザ１９９が、ログイン情報ＬＩをアプリケーションプログラム１２１〜１２Ｎのうちの一つに入力した後、ユーザ１９９が、アプリケーションプログラム１２１〜１２Ｎのうちの別のものを使用しようとする場合、ユーザ１９９は、ログイン情報ＬＩを再入力する必要は無く、上記別のものの機能を直接使用することができ、操作上の利便性を高めることができる。
【００４３】
実施形態において、アプリケーションプログラムトークンＡＴ１も時効性を備えてもよく、アプリケーションプログラムトークンＡＴ１が無効である（例えば、指定時間又は使用回数を超えた）時、アプリケーションプログラム１２１は、ＡＰＩプール１３０からアプリケーションプログラムトークンＡＴ１をリフレッシュできるＡＰＩを呼び出して、新たなアプリケーションプログラムトークンＡＴ１を得たり、アプリケーションプログラムトークンＡＴ１の使用可能時間を延長することができる。それから、アプリケーションプログラム１２１は、新たなアプリケーションプログラムトークンＡＴ１に基づき、必要とするＡＰＩを呼び出す。
【００４４】
具体的には、アプリケーションプログラム１２１が、同じアプリケーションプログラムトークンＡＴ１を連続使用してＡＰＩを呼び出す場合、ハッキングされる確率を対応して高くさせる。したがって、アプリケーションプログラムトークンＡＴ１を適時リフレッシュしたり、アプリケーションプログラムトークンＡＴ１の使用可能時間を延長して、アプリケーションプログラムトークンＡＴ１が保護されている状態を持続させることを確保してもよい。
【００４５】
また、実施形態において、スマートデバイス１２０及び認証サーバー１１０の間において、ある原因によって切断された状況が発生した場合、ユーザ１９９にオンライン復旧後、ログイン情報ＬＩを再入力させることが必要である可能性がある。この場合、ユーザ１９９は、ログイン情報ＬＩを繰り返し入力する可能性があり、好ましくない操作経験を有する。
【００４６】
これに鑑みて、本発明は、対応する機構も提供して上記技術的課題を解決する。具体的には、認証サーバー１１０は、ユーザトークンＵＴ、身分証明ＩＤ１及びキーＫ１が合法であると認証した後、プロセッサ１１４は、更に、第一特定キー及び第二特定キーを発生させることができる。ここで、第一特定キーは、第二特定キーに対応する。また、プロセッサ１１４は、第二特定キーをアプリケーションプログラム１２１に送信できる。実施形態において、プロセッサ１１４は、非対称暗号技術（Ａｓｙｍｍｅｔｒｉｃ  Ｃｒｙｐｔｏｓｙｓｔｅｍ）に基づき、一対のキー、即ち、第一特定キー及び第二特定キーを発生させる。また、アプリケーションプログラム１２１が第二特定キーを受信した後、第二特定キーをキーキャッシング（ｋｅｙ  ｃａｃｈｉｎｇ）に保存できる。
【００４７】
実施形態において、スマートデバイス１２０及び認証サーバー１１０の間に切断状況が出現する場合、アプリケーションプログラム１２１は、スマートデバイス１２０が認証サーバー１１０に新たに接続した後、第二特定キーを認証サーバー１１０に送信する。
【００４８】
それから、プロセッサ１１４は、受信した第二特定キーが第一特定キーに適合するか否か判定できる。適合する場合、プロセッサ１１４は、ユーザトークンＵＴ及びアプリケーションプログラムトークンＡＴ１の有効性を維持できる。適合しない場合、プロセッサ１１４は、ユーザ１９９にログイン情報ＬＩを再入力するように要求できる。
【００４９】
換言すると、アプリケーションプログラム１２１は、認証サーバー１１０に新たに接続された後に送信された第二特定キーが、認証サーバー１１０が記録した第一特定キーに適合する場合、ユーザ１９９は、ログイン情報ＬＩを再入力する必要は無く、操作上の利便性を高めることができる。
【００５０】
実施形態において、本発明は、機構を更に提出しており、ユーザ１９９が初めてログイン情報ＬＩを入力した後、ブロックチェーンの概念に基づき、ユーザ１９９のために、一組のユーザキー（ｕｓｅｒ  ｋｅｙ）を発生させることができる。それから、ユーザ１９９が、アプリケーションプログラム１２１に再ログインしようとする時、ユーザ１９９は、ログイン情報ＬＩを再入力する必要は無く、ユーザキーを利用するだけで、アプリケーションプログラム１２１にログインできる。これにより、データのセキュリティをさらに高めることができる。
【００５１】
具体的には、プロセッサ１１４は、ログイン情報ＬＩに基づき、ユーザキーを発生させ、ユーザキー、身分証明ＩＤ１及びキーＫ１に基づき、第一ブロックを発生させることができる。それから、ユーザ１９９が調べるために、プロセッサ１１４は、第一ブロックをブロックチェーンに加え、ユーザキーをアプリケーションプログラム１２１に送信できる。
【００５２】
それから、ユーザ１９９は、上記ユーザキーによってアプリケーションプログラム１２１にログインでき、アプリケーションプログラム１２１は、上記ユーザキー、身分証明ＩＤ１及びキーＫ１を認証サーバー１１０に対応して送信する。アプリケーションプログラム１２１から上記ユーザキー、身分証明ＩＤ１及びキーＫ１を受信したことに反応して、プロセッサ１１４は、ユーザキー、身分証明ＩＤ１及びキーＫ１に基づき、第一ブロックを探して、ユーザ１９９及びユーザ１９９の使用行為が合法であるか否か認証する。第一ブロックに保存されたデータがアプリケーションプログラム１２１からのユーザキー、身分証明ＩＤ１及びキーＫ１に適合する場合、プロセッサ１１４は、アプリケーションプログラム１２１の使用行為及び使用行為に対応するユーザ１９９が合法であると判定し、ユーザトークンＵＴを対応して発生させることができ、逆もまた同様である。
【００５３】
ユーザ１９９が合法であると認証したことに反応して、プロセッサ１１４は、記録ユーザ１９９がアプリケーションプログラム１２１を使用する使用行為、例えば、使用時間、回数等を記録してもよい。それから、プロセッサ１１４は、上記使用行為に基づき、第二ブロックを発生させ、第二ブロックを前記ブロックチェーンに加えることができる。これにより、アプリケーションプログラム１２１は、第二ブロックが記録する内容に基づき、ユーザ１９９にチャージ等の操作を実行できる。また、ブロックチェーンは、改竄できない特性を有することから、第一ブロック及び第二ブロックが記録するデータのセキュリティを確保できる。また、ユーザ１９９は、ログイン情報ＬＩを再入力する必要も無いことから、ログイン情報ＬＩが漏れる可能性を低減できる。
【００５４】
その他の実施形態において、本発明は、アクセス制御機構も提供し、アプリケーションプログラムのロール及び／又はユーザのアクセスレベルに基づき、アプリケーションプログラムがＡＰＩを呼び出す権限を決定してもよい。説明し易くするために、以下は、アプリケーションプログラム１２１を例とするが、本発明の可能な実施形態を限定するためのものではない。
【００５５】
実施形態において、アプリケーションプログラム１２１の開発者が、アプリケーションプログラム１２１を認証サーバー１１０に登録する時、プロセッサ１１４は、アプリケーションプログラム１２１が認証サーバー１１０に登録した情報に基づき、アプリケーションプログラム１２１に、複数のアクセスロールのうちの一つを割り当てる。ここで、各アクセスロールは、異なるＡＰＩ呼び出し権限に対応する。本実施形態において、上記アクセスロールは、テストアクセス（ｔｅｓｔ  ａｃｃｅｓｓ）、基本アクセス（ｂａｓｉｃ  ａｃｃｅｓｓ）及び標準アクセス（ｓｔａｎｄａｒｄ  ａｃｃｅｓｓ）を含んでもよい。
【００５６】
例を挙げると、開発者が入力する情報が、アプリケーションプログラム１２１は試用版であると表示する場合、プロセッサ１１４は、政策管理（ｐｏｌｉｃｙ  ａｄｍｉｎｉｓｔｒａｔｉｏｎ，ＰＡ）モジュールを実行して、対応して、アプリケーションプログラム１２１のアクセスロールをテストアクセスに記録できる。別の例を挙げると、開発者が入力する情報が、アプリケーションプログラム１２１は完全版であると表示する場合、プロセッサ１１４は、ＰＡモジュールを実行して、対応して、アプリケーションプログラム１２１のアクセスロールを標準アクセスに記録できるが本発明はこれに限定しない。
【００５７】
以上の二つの例において、異なるアクセスロールを有するアプリケーションプログラム１２１は、異なるＡＰＩ呼び出し権限を有してもよい。例を挙げると、アプリケーションプログラム１２１のロールがテストアクセスである場合、ユーザ１９９は、アプリケーションプログラム１２１に顔認識の機能を提供するように要求する時、アプリケーションプログラム１２１は、顔を検出したか否か判断する基本ＡＰＩしか呼び出せず、特定の顔を具体的に認識できる高次ＡＰＩを呼び出せない可能性がある。しかしながら、アプリケーションプログラム１２１のロールが、標準アクセスである場合、ユーザ１９９は、要求アプリケーションプログラム１２１に顔認識の機能を提供するように要求する時、アプリケーションプログラム１２１は、顔を検出したか否か判断する基本ＡＰＩと特定の顔を具体的に認識できる高次ＡＰＩを同時に呼び出す権限を有する可能性があるが、本発明はこれに限定しない。
【００５８】
また、上記ＡＰＩ呼び出し権限は、ウィンドウ時間（ｔｉｍｅ  ｏｆ  ｗｉｎｄｏｗ）内で、あるＡＰＩを呼び出す回数を指してもよい。例を挙げると、アプリケーションプログラム１２１のロールがテストアクセスである場合、アプリケーションプログラム１２１は、ウィンドウ時間（例えば、３０秒）内で、これらのＡＰＩを１０回だけ呼び出すことが許可される可能性がある。アプリケーションプログラム１２１のロールが基本アクセスである場合、アプリケーションプログラム１２１は、例えば、ウィンドウ時間内で、より多くの種類のＡＰＩを呼び出すことが許可される。アプリケーションプログラム１２１のロールが標準アクセスである場合、アプリケーションプログラム１２１は、ウィンドウ時間の制限を受けず、必要に応じて、上記ＡＰＩを任意に呼び出すことができるが、本発明はこれに限定しない。
【００５９】
実施形態において、プロセッサ１１４は、探すために、アプリケーションプログラム１２１及びそのアクセスロールを特定のデータ構造（以下、政策内容（ｐｏｌｉｃｙ  ｃｏｎｔｅｎｔ，ＰＣ）モジュールと称する）に記録してもよい。
【００６０】
それから、認証サーバー１１０がＡＰＩ１３１を呼び出す要求ＲＱ１を受信する時、プロセッサ１１４は、身分証明ＩＤ１に基づき、ＰＣを探して、アプリケーションプログラム１２１のアクセスロールを知り得ることができる。それから、プロセッサ１１４は、行ポリシー決定（ｐｏｌｉｃｙ  ｄｅｃｉｓｉｏｎ，ＰＤ）モジュール及びポリシー実施（ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ，ＰＥ）モジュールを実行して、アプリケーションプログラム１２１のアクセスロールに基づき、アプリケーションプログラム１２１にＡＰＩ１３１を呼び出す権限が有るか否か判定することができる。具体的には、本実施形態において、ＰＤモジュールは、アプリケーションプログラム１２１は、ＡＰＩプール１３０のどのＡＰＩを呼び出す権限が有るのか判断するのに用いられる。ＰＥモジュールは、アプリケーションプログラム１２１がＡＰＩ１３１を呼び出す権限が有るのか否か検査するのに用いられる。権限が有る場合、ＰＥモジュールは、アプリケーションプログラム１２１がＡＰＩ１３１を呼び出すことを承認する。
【００６１】
アプリケーションプログラム１２１にＡＰＩ１３１を呼び出す権限が有り、且つ、ユーザトークンＵＴが有効であると判定したことに反応して、プロセッサ１１４は、アプリケーションプログラムトークンＡＴ１を対応して発生させて、アプリケーションプログラム１２１に、これによりＡＰＩ１３１を呼び出させることができる。
【００６２】
例を挙げると、アプリケーションプログラム１２１のアクセスロールがテストアクセスであると仮定すると、ユーザ１９９は、アプリケーションプログラム１２１に基本的な顔認識の機能を提供するように要求する時、アプリケーションプログラム１２１はＲＱ１を対応して送信できる。それから、ＰＤモジュール及びＰＥモジュールは、アプリケーションプログラム１２１のアクセスロールに基づき、アプリケーションプログラム１２１に基本的な顔認識の機能を有するＡＰＩ（例えば、ＡＰＩ１３１）を呼び出す権限が有ることを判定できる。次いで、アプリケーションプログラム１２１は、承認を経て、ＡＰＩ１３１を呼び出して、ユーザ１９９が必要とする機能を提供することができる。
【００６３】
上例より、ユーザ１９９は、アプリケーションプログラム１２１に特定の顔を認識する機能を提供するように要求する時、アプリケーションプログラム１２１は、要求ＲＱ１を対応して送信できる。それから、ＰＤモジュール及びＰＥモジュールは、アプリケーションプログラム１２１のアクセスロールに基づき、アプリケーションプログラム１２１に特定の顔を認識する機能を有するＡＰＩ（例えば、ＡＰＩ１３２）を呼び出す権限は無いことを判定できる。この場合、アプリケーションプログラム１２１は、ユーザ１９９が必要とする機能を提供することができないが、本発明はこれに限定しない
【００６４】
また、別の実施形態において、上記アクセス制御機構に、アクセスレベルの概念を導入して、これにより更に柔軟な管理ポリシーが実現される。
【００６５】
概略すると、上記テストアクセス、基本アクセス及び標準アクセス等のアクセスロールは、アクセスレベル１、アクセスレベル２及びアクセスレベル３に対応するようにプリセットすると仮定する。この場合、ユーザ１９９がインストールしたアプリケーションプログラム１２１のアクセスロールがテストアクセスである時、アプリケーションプログラム１２１のアクセスレベルは、アクセスレベル１であることを表す。それから、ユーザ１９９は、支払い等の手段によってアプリケーションプログラム１２１をアップグレードする時、認証サーバー１１０は、アプリケーションプログラム１２１のアクセスレベルをアクセスレベル２に対応して変更できる。
【００６６】
換言すると、ユーザ１９９は、別のアクセスロールが基本アクセスであるアプリケーションプログラム（身分証明及びキーはいずれも身分証明ＩＤ１及びキーＫ１と異なる）をダウンロードすることなく、アクセスレベル２に対応する機能を使用できる。
【００６７】
具体的には、アプリケーションプログラム１２１は、ユーザ１９９が提出したレベル変更要求を認証サーバー１１０に送信してもよい。これに対応して、プロセッサ１１４は、アプリケーションプログラム１２１からユーザ１９９のレベル変更要求を受信し、このレベル変更要求に基づき、アプリケーションプログラム１２１のアクセスロール（例えば、テストアクセス）のアクセスレベルをアクセスレベル１からアクセスレベル２に変更する。ここで、アクセスレベル２のアプリケーションプログラムインターフェース呼び出し権限は、アクセスレベル１のアプリケーションプログラムインターフェース呼び出し権限と異なる。それから、プロセッサ１１４は、ＰＣモジュールによってユーザ１９９、アプリケーションプログラム１２１の身分証明ＩＤ１、アプリケーションプログラム１２１のアクセスロール（例えば、テストアクセス）、アプリケーションプログラム１２１のアクセスレベル（例えば、アクセスレベル２）の対応関係を記録できる。
【００６８】
それから、認証サーバー１１０は、アプリケーションプログラム１２１がＡＰＩ１３１及び１３２を呼び出す要求ＲＱ１を受信する時、プロセッサ１１４は、例えば、身分証明ＩＤ１に基づき、ＰＣモジュールを探して、アプリケーションプログラム１２１のアクセスロール（例えば、テストアクセス）及びアクセスレベル（アクセスレベル２）を得ることができる。
【００６９】
次いで、プロセッサ１１４は、アプリケーションプログラム１２１のアクセスロール及びアクセスレベルに基づき、アプリケーションプログラム１２１にＡＰＩ１３１及１３２を呼び出す権限が有るか否か判定できる。アクセスレベル１は、ＡＰＩ１３１を呼び出すことだけが許可され、アクセスレベル２は、ＡＰＩ１３１及び１３２呼び出すことが許可される。この場合、プロセッサ１１４は、ＰＤモジュールによってアプリケーションプログラムにＡＰＩ１３１及１３２を呼び出す権限が有ることを判定できる。
【００７０】
アプリケーションプログラム１２１にＡＰＩ１３１及び１３２を呼び出す権限が有り、且つ、ユーザトークンＵＴが有効であると判定したことに反応して、プロセッサ１１４は、ＰＥモジュールによってアプリケーションプログラムトークンＡＴ１を発生させて、アプリケーションプログラム１２１がＡＰＩ１３１及び１３２を呼び出すことを承認する。
【００７１】
換言すると、アップグレード前のアプリケーションプログラム１２１は、アクセスレベル１しか有さず、ＡＰＩ１３２を呼び出す権限が無い。しかしながら、アプリケーションプログラム１２１をアップグレードした後、アプリケーションプログラム１２１のアクセスレベルは、アクセスレベル２に上がることから、アクセスロールが変わらない状況下で、ＡＰＩ１３１及び１３２を呼び出す権限を有することができる。
【００７２】
このように、上記アクセス制御機構によって各アプリケーションプログラムがＡＰＩを呼び出す権限を認証サーバー１１０に更に柔軟に管理させることができる。
【００７３】
以上をまとめると、本発明が提出する認証及び承認方法並びにその認証サーバーは、複数のアプリケーションプログラムが必要とするユーザ管理機構を提供できるため、各アプリケーションプログラムは、自己ユーザ管理機構を備えさせる必要は無い。この場合、ユーザのアカウント情報は、認証サーバーに保存されるものであり、各アプリケーションプログラムのサーバーにはない。これにより、認証サーバーが代わりにセキュリティ機構を提供し、ユーザデータのセキュリティを向上させる。
【００７４】
また、ユーザは、一組のログイン情報だけを記憶するだけでよく、記憶上の負担を低減できる。また、ユーザが、ログイン情報をアプリケーションプログラムに入力した後、ユーザが、別のアプリケーションプログラムを使用しようとする場合、ユーザは、ログイン情報を再入力する必要は無く、上記別のアプリケーションプログラムの機能を直接使用することができ、操作上の利便性を高めることができる。
【００７５】
また、本発明は、アプリケーションプログラムのアクセスロール／アクセスレベルに基づき、実現するアクセス制御機構を更に提供し、各アプリケーションプログラムがＡＰＩを呼び出す権限を認証サーバーに更に柔軟に管理させることができる。
【００７６】
本文は以上の実施例のように示したが、本発明を限定するためのものではなく、当業者が本発明の精神の範囲から逸脱しない範囲において、変更又は修正することが可能であるが故に、本発明の保護範囲は後続の特許請求の範囲に定義しているものを基準とする。
【産業上の利用可能性】
【００７７】
本発明は、認証及び承認方法並びに認証サーバーを提供する。
【符号の説明】
【００７８】
１００：認証システム
１１０：認証サーバー  
１１２：記憶回路
１１４：プロセッサ
１２０：スマートデバイス
１３０：ＡＰＩプール
１２１〜１２Ｎ：アプリケーションプログラム
１３１〜１３Ｍ：ＡＰＩ
１９９：ユーザ
ＡＴ１、ＡＴ２：アプリケーションプログラムトークン
ＩＤ１、ＩＤ２：身分証明
Ｋ１、Ｋ２：キー
ＬＩ：ログイン情報
ＲＱ１、ＲＱ２：要求
Ｓ２１０〜Ｓ２５０：ステップ
ＵＴ：ユーザトークン
【図１】
2020077353.tif 000003
【図２】
2020077353.tif 000004