特開 2022-158250 認可システム、認可サーバ、クライアント、ユーザ端末、認可方法、及びコンピュータプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022158250

(43)【公開日】2022-10-17

(54)【発明の名称】認可システム、認可サーバ、クライアント、ユーザ端末、認可方法、及びコンピュータプログラム

(51)【国際特許分類】

   G06F 21/33 20130101AFI20221006BHJP

   G06F 21/62 20130101ALI20221006BHJP

【ＦＩ】

G06F21/33

G06F21/62 345

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2021063012

(22)【出願日】2021-04-01

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り 掲載日：令和３年２月２５日、掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｉｅｉｃｅ．ｏｒｇ／ｋｅｎ／ｐａｐｅｒ／２０２１０３０４ｂＣｃｗ／ 開催日：令和３年３月４日、集会名：電子情報通信学会情報ネットワーク研究会 （ＩＮ）、オンライン開催、ｈｔｔｐｓ：／／ｗｗｗ．ｉｅｉｃｅ．ｏｒｇ／ｋｅｎ／ｐｒｏｇｒａｍ／ｉｎｄｅｘ．ｐｈｐ？ｔｇｓ＿ｒｅｇｉｄ＝２３ｄ９ｅ７ｅ２ｅｄ３ｆ４３５０３３ｅ８２７８ａｂａ９４５６４ｃ２０ｅｅ９７６ｃ７６２ｅｂ２９ｅｆ９ｆ２ｃｃ６３４ｄ４４４１７ｃ＆ｔｇｉｄ＝ＩＥＩＣＥ－ＩＮ

(71)【出願人】

【識別番号】000208891

【氏名又は名称】ＫＤＤＩ株式会社

(74)【代理人】

【識別番号】100165179

【弁理士】

【氏名又は名称】田▲崎▼ 聡

(74)【代理人】

【識別番号】100175824

【弁理士】

【氏名又は名称】小林 淳一

(74)【代理人】

【識別番号】100114937

【弁理士】

【氏名又は名称】松本 裕幸

(72)【発明者】

【氏名】渡辺 龍

(72)【発明者】

【氏名】窪田 歩

(57)【要約】

【課題】エッジコンピューティングの計算リソースの認可方法において、サービス利用者の位置の秘匿および認可サーバの処理の負荷の抑制を図る。
【解決手段】クライアントは、エッジコンピューティングの計算リソースを予約するためのリソース予約権限を認可サーバから取得し、取得したリソース予約権限をユーザ端末へ送付する。ユーザ端末は、自己の位置情報を認可サーバへ通知すると共にリソース予約権限を利用して認可サーバからリソース利用権限を取得し、取得したリソース利用権限をクライアントへ送付する。
【選択図】図５

【特許請求の範囲】

【請求項1】

エッジコンピューティングの計算リソースを利用するためのリソース利用権限を認可する認可サーバと、
前記リソース利用権限を取得して前記エッジコンピューティングの計算リソースを利用するサービスを提供するクライアントと、
前記サービスを利用するサービス利用者のユーザ端末と、を備え、
前記クライアントは、前記エッジコンピューティングの計算リソースを予約するためのリソース予約権限を前記認可サーバから取得し、取得した前記リソース予約権限を前記ユーザ端末へ送付するリソース予約権限取得部を備え、
前記ユーザ端末は、自己の位置情報を前記認可サーバへ通知すると共に前記リソース予約権限を利用して前記認可サーバから前記リソース利用権限を取得し、取得した前記リソース利用権限を前記クライアントへ送付するリソース利用権限取得部を備え、
前記認可サーバは、
前記リソース予約権限を発行するリソース予約権限発行部と、
前記リソース予約権限及び前記位置情報に基づいた前記リソース利用権限を発行するリソース利用権限発行部と、を備える、
認可システム。

【請求項2】

前記クライアントが前記リソース予約権限を取得する相手である第１の前記認可サーバと、
前記ユーザ端末が前記リソース利用権限を取得する相手である第２の前記認可サーバと、を備え、
前記リソース利用権限取得部は、自己の位置情報を前記第２の認可サーバへ通知すると共に前記第１の認可サーバが発行した前記リソース予約権限を利用して前記第２の認可サーバから前記リソース利用権限を取得し、取得した前記リソース利用権限を前記クライアントへ送付する、
請求項１に記載の認可システム。

【請求項3】

エッジコンピューティングの計算リソースを利用するためのリソース利用権限を認可する認可サーバであって、
前記エッジコンピューティングの計算リソースを利用するサービスを利用するサービス利用者のユーザ端末から前記リソース利用権限を取得して前記サービスを提供するクライアントに対して、前記エッジコンピューティングの計算リソースを予約するためのリソース予約権限を発行するリソース予約権限発行部と、
前記ユーザ端末が利用する前記リソース予約権限と前記ユーザ端末から通知された位置情報とに基づいた前記リソース利用権限を前記ユーザ端末へ発行するリソース利用権限発行部と、
を備える認可サーバ。

【請求項4】

エッジコンピューティングの計算リソースを利用するためのリソース利用権限を取得して前記エッジコンピューティングの計算リソースを利用するサービスを提供するクライアントであって、
前記エッジコンピューティングの計算リソースを予約するためのリソース予約権限を、前記エッジコンピューティングの計算リソースを利用するためのリソース利用権限を認可する認可サーバから取得し、取得した前記リソース予約権限を、前記サービスを利用するサービス利用者のユーザ端末へ送付するリソース予約権限取得部を備え、
前記リソース予約権限及び前記ユーザ端末の位置情報に基づいて前記認可サーバから前記ユーザ端末へ発行された前記リソース利用権限を、前記ユーザ端末から取得する、
クライアント。

【請求項5】

エッジコンピューティングの計算リソースを利用するサービスを利用するサービス利用者のユーザ端末であって、
前記エッジコンピューティングの計算リソースを利用するためのリソース利用権限を認可する認可サーバへ自己の位置情報を通知すると共に、前記リソース利用権限を取得して前記サービスを提供するクライアントへ前記認可サーバから発行された前記エッジコンピューティングの計算リソースを予約するためのリソース予約権限を前記クライアントから取得し、取得した前記リソース予約権限を利用して前記認可サーバから前記リソース利用権限を取得し、取得した前記リソース利用権限を前記クライアントへ送付するリソース利用権限取得部を備える、
ユーザ端末。

【請求項6】

エッジコンピューティングの計算リソースを利用するためのリソース利用権限を認可する認可サーバと、
前記リソース利用権限を取得して前記エッジコンピューティングの計算リソースを利用するサービスを提供するクライアントと、
前記サービスを利用するサービス利用者のユーザ端末と、を備え、
前記クライアントが、前記エッジコンピューティングの計算リソースを予約するためのリソース予約権限を前記認可サーバから取得し、取得した前記リソース予約権限を前記ユーザ端末へ送付するリソース予約権限取得ステップと、
前記ユーザ端末が、自己の位置情報を前記認可サーバへ通知すると共に前記リソース予約権限を利用して前記認可サーバから前記リソース利用権限を取得し、取得した前記リソース利用権限を前記クライアントへ送付するリソース利用権限取得ステップと、を含み、
前記認可サーバは、前記リソース予約権限を発行し、前記リソース予約権限及び前記位置情報に基づいた前記リソース利用権限を発行する、
認可方法。

【請求項7】

エッジコンピューティングの計算リソースを利用するためのリソース利用権限を認可する認可サーバのコンピュータに、
前記エッジコンピューティングの計算リソースを利用するサービスを利用するサービス利用者のユーザ端末から前記リソース利用権限を取得して前記サービスを提供するクライアントに対して、前記エッジコンピューティングの計算リソースを予約するためのリソース予約権限を発行するリソース予約権限発行ステップと、
前記ユーザ端末が利用する前記リソース予約権限と前記ユーザ端末から通知された位置情報とに基づいた前記リソース利用権限を前記ユーザ端末へ発行するリソース利用権限発行ステップと、
を実行させるためのコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、認可システム、認可サーバ、クライアント、ユーザ端末、認可方法、及びコンピュータプログラムに関する。

【背景技術】

【0002】

従来、インターネットにおける認可方法である「ＯＡｕｔｈ」が知られている（例えば、非特許文献１参照）。「ＯＡｕｔｈ」では、認可サーバが、リソースオーナのみがアクセス権限を有する保護リソースを対象にして、保護リソースのアクセス権限をクライアントと呼ばれるサービスやアプリケーションへ委譲するための認可処理を実行する。これにより、クライアントは保護リソースを利用することができるようになる。

【0003】

「ＯＡｕｔｈ」の一般的な利用例としては、ユーザ（リソースオーナ）が、インターネット上のサービスやアプリケーション（クライアント）に、情報（リソースサーバ上にある保護リソース）を提供する場合に利用される。この利用例によれば、サービス利用者があるサービスを利用するためのアカウントを生成する際などに、サービス利用者の住所や年齢などの情報（リソースサーバ上にある保護リソース）を当該サービスへ提供することができるので、サービス利用者が住所や年齢などの情報を入力する手間を省くことができる。

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】“The OAuth 2.0 Authorization Framework”、Internet Engineering Task Force (IETF)、RFC6749、インターネット＜ＵＲＬ：https://tools.ietf.org/html/rfc6749＞

【発明の概要】

【発明が解決しようとする課題】

【0005】

エッジコンピューティングでは、サービス利用者の近傍に配置されたエッジノードが計算リソースを提供し、計算を実行する。この計算リソースは複数の異なるサービス利用者やサービスの間で共有されるものであることから、「ＯＡｕｔｈ」の認可方法をエッジコンピューティングに適用することが考えられる。

【0006】

ここで、エッジコンピューティングの計算リソースの認可方法として「ＯＡｕｔｈ」の認可方法を適用する際には、サービス利用者の近傍に配置されたエッジノードの計算リソースを提供する必要がある。したがって、認可サーバは、計算リソースを提供可能なエッジノードの中から、サービス利用者の位置の近傍に配置されたエッジノードを選択することになる。しかしながら、サービス利用者の位置はプライバシー情報であるので、サービス利用者の詳細な位置情報が認可サーバ以外の例えばサービスプロバイダー等の第三者に知られることは好ましくない。また、サービス利用者の位置の秘匿のために、サービス利用者の識別子（ユーザＩＤ）をサービスプロバイダー経由で認可サーバへ通知し、認可サーバがユーザＩＤからサービス利用者の位置を割り出すようにすると、認可サーバの処理の負荷が増大し、認可にかかる時間が長くなる。

【0007】

本発明は、このような事情を考慮してなされたものであり、その目的は、エッジコンピューティングの計算リソースの認可方法において、サービス利用者の位置の秘匿および認可サーバの処理の負荷の抑制を図ることにある。

【課題を解決するための手段】

【0008】

（１）本発明の一態様は、エッジコンピューティングの計算リソースを利用するためのリソース利用権限を認可する認可サーバと、前記リソース利用権限を取得して前記エッジコンピューティングの計算リソースを利用するサービスを提供するクライアントと、前記サービスを利用するサービス利用者のユーザ端末と、を備え、前記クライアントは、前記エッジコンピューティングの計算リソースを予約するためのリソース予約権限を前記認可サーバから取得し、取得した前記リソース予約権限を前記ユーザ端末へ送付するリソース予約権限取得部を備え、前記ユーザ端末は、自己の位置情報を前記認可サーバへ通知すると共に前記リソース予約権限を利用して前記認可サーバから前記リソース利用権限を取得し、取得した前記リソース利用権限を前記クライアントへ送付するリソース利用権限取得部を備え、前記認可サーバは、前記リソース予約権限を発行するリソース予約権限発行部と、前記リソース予約権限及び前記位置情報に基づいた前記リソース利用権限を発行するリソース利用権限発行部と、を備える、認可システムである。
（２）本発明の一態様は、前記クライアントが前記リソース予約権限を取得する相手である第１の前記認可サーバと、前記ユーザ端末が前記リソース利用権限を取得する相手である第２の前記認可サーバと、を備え、前記リソース利用権限取得部は、自己の位置情報を前記第２の認可サーバへ通知すると共に前記第１の認可サーバが発行した前記リソース予約権限を利用して前記第２の認可サーバから前記リソース利用権限を取得し、取得した前記リソース利用権限を前記クライアントへ送付する、上記（１）の認可システムである。

【0009】

（３）本発明の一態様は、エッジコンピューティングの計算リソースを利用するためのリソース利用権限を認可する認可サーバであって、前記エッジコンピューティングの計算リソースを利用するサービスを利用するサービス利用者のユーザ端末から前記リソース利用権限を取得して前記サービスを提供するクライアントに対して、前記エッジコンピューティングの計算リソースを予約するためのリソース予約権限を発行するリソース予約権限発行部と、前記ユーザ端末が利用する前記リソース予約権限と前記ユーザ端末から通知された位置情報とに基づいた前記リソース利用権限を前記ユーザ端末へ発行するリソース利用権限発行部と、を備える認可サーバである。

【0010】

（４）本発明の一態様は、エッジコンピューティングの計算リソースを利用するためのリソース利用権限を取得して前記エッジコンピューティングの計算リソースを利用するサービスを提供するクライアントであって、前記エッジコンピューティングの計算リソースを予約するためのリソース予約権限を、前記エッジコンピューティングの計算リソースを利用するためのリソース利用権限を認可する認可サーバから取得し、取得した前記リソース予約権限を、前記サービスを利用するサービス利用者のユーザ端末へ送付するリソース予約権限取得部を備え、前記リソース予約権限及び前記ユーザ端末の位置情報に基づいて前記認可サーバから前記ユーザ端末へ発行された前記リソース利用権限を、前記ユーザ端末から取得する、クライアントである。

【0011】

（５）本発明の一態様は、エッジコンピューティングの計算リソースを利用するサービスを利用するサービス利用者のユーザ端末であって、前記エッジコンピューティングの計算リソースを利用するためのリソース利用権限を認可する認可サーバへ自己の位置情報を通知すると共に、前記リソース利用権限を取得して前記サービスを提供するクライアントへ前記認可サーバから発行された前記エッジコンピューティングの計算リソースを予約するためのリソース予約権限を前記クライアントから取得し、取得した前記リソース予約権限を利用して前記認可サーバから前記リソース利用権限を取得し、取得した前記リソース利用権限を前記クライアントへ送付するリソース利用権限取得部を備える、ユーザ端末である。

【0012】

（６）本発明の一態様は、エッジコンピューティングの計算リソースを利用するためのリソース利用権限を認可する認可サーバと、前記リソース利用権限を取得して前記エッジコンピューティングの計算リソースを利用するサービスを提供するクライアントと、前記サービスを利用するサービス利用者のユーザ端末と、を備え、前記クライアントが、前記エッジコンピューティングの計算リソースを予約するためのリソース予約権限を前記認可サーバから取得し、取得した前記リソース予約権限を前記ユーザ端末へ送付するリソース予約権限取得ステップと、前記ユーザ端末が、自己の位置情報を前記認可サーバへ通知すると共に前記リソース予約権限を利用して前記認可サーバから前記リソース利用権限を取得し、取得した前記リソース利用権限を前記クライアントへ送付するリソース利用権限取得ステップと、を含み、前記認可サーバは、前記リソース予約権限を発行し、前記リソース予約権限及び前記位置情報に基づいた前記リソース利用権限を発行する、認可方法である。

【0013】

（７）本発明の一態様は、エッジコンピューティングの計算リソースを利用するためのリソース利用権限を認可する認可サーバのコンピュータに、前記エッジコンピューティングの計算リソースを利用するサービスを利用するサービス利用者のユーザ端末から前記リソース利用権限を取得して前記サービスを提供するクライアントに対して、前記エッジコンピューティングの計算リソースを予約するためのリソース予約権限を発行するリソース予約権限発行ステップと、前記ユーザ端末が利用する前記リソース予約権限と前記ユーザ端末から通知された位置情報とに基づいた前記リソース利用権限を前記ユーザ端末へ発行するリソース利用権限発行ステップと、を実行させるためのコンピュータプログラムである。

【発明の効果】

【0014】

本発明によれば、エッジコンピューティングの計算リソースの認可方法において、サービス利用者の位置の秘匿および認可サーバの処理の負荷の抑制を図ることができるという効果が得られる。

【図面の簡単な説明】

【0015】

【図1】一実施形態に係る認可システムの構成例を示すブロック図である。

【図2】一実施形態に係るＥＰ（認可サーバ）の概略構成を示すブロック図である。

【図3】一実施形態に係るＳＰ（クライアント）の概略構成を示すブロック図である。

【図4】一実施形態に係るユーザ端末の概略構成を示すブロック図である。

【図5】一実施形態に係る認可方法の手順の例を示すシーケンス図である。

【図6】一実施形態に係る認可システムの変形例を示すブロック図である。

【図7】図６に示す認可システムに係る認可方法の手順の例を示すシーケンス図である。

【発明を実施するための形態】

【0016】

以下、図面を参照し、本発明の実施形態について説明する。本実施形態では、「ＯＡｕｔｈ」の認可方法をエッジコンピューティングに適用することを図る。

【0017】

図１は、一実施形態に係る認可システムの構成例を示すブロック図である。図１に示す認可システム１において、エッジプロバイダー（Edge Provider：ＥＰ）１０は、通信ネットワークＮＷの中に存在する複数のエッジノード（Edge Node：ＥＮ）４０を管理する。個々のＥＮ４０は、エッジコンピューティングにおける計算の実行に伴って消費される計算リソースを有する。本実施形態に係る計算リソースとは、例えばＣＰＵ（Central Processing Unit：中央演算処理装置）の空き時間や空きメモリや利用可能電力量などの計算に利用されるリソース（資源）である。本実施形態では、それらリソースを一元化して扱う。

【0018】

サービスプロバイダー（Service Provider：ＳＰ）２０は、ＥＮ４０の計算リソースを利用してサービスをサービス利用者へ提供する。サービス利用者は、ユーザ端末３０により、ＳＰ２０が提供するサービスを受ける。

【0019】

本実施形態では、ＥＮ４０上で実行されるＳＰ２０のサービスの提供のための計算を、当該サービス又は当該サービスの一部機能に関するインスタンスと称する。また、ＥＰ１０は、ＥＮ４０が配置される通信ネットワークＮＷの事業者（ネットワークオペレータ）である。また、サービス利用者は、通信ネットワークＮＷのネットワークオペレータによる通信サービスを受ける契約を結んだ契約加入者である。サービス利用者のユーザ端末３０とＥＮ４０との間の通信は、通信ネットワークＮＷ内で行われる。

【0020】

ＥＰ１０は、自己の通信ネットワークＮＷの加入者（サービス利用者）と当該サービス利用者が利用するサービス（ＳＰ２０）に対して、ＥＮ４０へのアクセスとＥＮ４０の計算リソースを提供する。ＳＰ２０は、ＥＰ１０から提供されるＥＮ４０の計算リソースを利用してインスタンスを実行させ、サービス利用者（ユーザ端末３０）に対してサービスを提供する。

【0021】

エッジコンピューティングでは、実際にインスタンスを実行するＥＮ４０は、サービス利用者の近傍であることと、十分な計算リソースがあることの両方を満たすことが好ましい。このため、ＥＰ１０は、計算リソースを提供可能なＥＮ４０の中から、サービス利用者の位置の近傍に配置されたＥＮ４０を選択する。

【0022】

本実施形態では、ＥＰ１０が認可サーバに対応し、ＳＰ２０がクライアントに対応し、ＥＮ４０がリソースサーバに対応する。また、ＳＰ２０はリソースオーナにも対応する。

【0023】

図２は、本実施形態に係るＥＰ１０（認可サーバ）の概略構成を示すブロック図である。図３は、本実施形態に係るＳＰ２０（クライアント）の概略構成を示すブロック図である。図４は、本実施形態に係るユーザ端末３０の概略構成を示すブロック図である。

【0024】

ＥＰ１０は、リソース利用権限を認可するための処理を実行する。リソース利用権限は、エッジコンピューティングの計算リソースを利用するための権限である。ＳＰ２０は、リソース利用権限を取得してエッジコンピューティングの計算リソースを利用するサービスを提供する。ユーザ端末３０は、ＳＰ２０が提供するサービスを利用するサービス利用者の端末である。

【0025】

図２において、ＥＰ１０は、リソース予約権限発行部１１と、リソース利用権限発行部１２とを備える。リソース予約権限発行部１１は、リソース予約権限を発行する。リソース予約権限は、エッジコンピューティングの計算リソースを予約するための権限である。リソース利用権限発行部１２は、リソース予約権限及びユーザ端末３０の位置情報に基づいたリソース利用権限を発行する。

【0026】

ＥＰ１０の各機能は、ＥＰ１０がＣＰＵ及びメモリ等のコンピュータハードウェアを備え、ＣＰＵがメモリに格納されたコンピュータプログラムを実行することにより実現される。なお、ＥＰ１０として、汎用のコンピュータ装置を使用して構成してもよく、又は、専用のハードウェア装置として構成してもよい。例えば、ＥＰ１０は、インターネット等の通信ネットワークに接続されるサーバコンピュータを使用して構成されてもよい。また、ＥＰ１０の各機能はクラウドコンピューティングにより実現されてもよい。また、ＥＰ１０は、単独のコンピュータにより実現するものであってもよく、又はＥＰ１０の機能を複数のコンピュータに分散させて実現するものであってもよい。

【0027】

図３において、ＳＰ２０は、リソース予約権限取得部２１を備える。リソース予約権限取得部２１は、リソース予約権限をＥＰ１０から取得し、取得したリソース予約権限をユーザ端末３０へ送付する。

【0028】

ＳＰ２０の各機能は、ＳＰ２０がＣＰＵ及びメモリ等のコンピュータハードウェアを備え、ＣＰＵがメモリに格納されたコンピュータプログラムを実行することにより実現される。なお、ＳＰ２０として、汎用のコンピュータ装置を使用して構成してもよく、又は、専用のハードウェア装置として構成してもよい。例えば、ＳＰ２０は、インターネット等の通信ネットワークに接続されるサーバコンピュータを使用して構成されてもよい。また、ＳＰ２０の各機能はクラウドコンピューティングにより実現されてもよい。また、ＳＰ２０は、単独のコンピュータにより実現するものであってもよく、又はＳＰ２０の機能を複数のコンピュータに分散させて実現するものであってもよい。

【0029】

図４において、ユーザ端末３０は、リソース利用権限取得部３１を備える。リソース利用権限取得部３１は、自ユーザ端末３０の位置を示す位置情報をＥＰ１０へ通知すると共に、ＳＰ２０から受け取ったリソース予約権限を利用してＥＰ１０からリソース利用権限を取得し、取得したリソース利用権限をＳＰ２０へ送付する。

【0030】

ここで、ユーザ端末３０は、通信ネットワークＮＷにおける通信機能を有する端末であればよく、例えば、当該の機能を持つスマートフォンやタブレット型のコンピュータ（タブレットＰＣ）等の携帯端末装置を使用して構成されてもよい。

【0031】

次に図５を参照して本実施形態に係る認可方法を説明する。図５は、本実施形態に係る認可方法の手順の例を示すシーケンス図である。

【0032】

（ステップＳ１）ＳＰ２０は、ＥＰ１０に対して認可リクエストを送信する。

【0033】

（ステップＳ２）ＥＰ１０は、ＳＰ２０からの認可リクエストに応じて、ＳＰ２０の認証を行って認可への同意を判断し、ＳＰ２０に対する認可コードを発行する。認可コードには、有効期限が設けられてもよい。例えば短期間の有効期限が認可コードに設けられる。

【0034】

（ステップＳ３）ＥＰ１０は、ＳＰ２０に対して、認可応答と認可コードを送信する。

【0035】

（ステップＳ４）ＳＰ２０は、ＥＰ１０から受信した認可コードを利用して、ＥＰ１０に対してアクセストークン（予約）リクエストを行う。

【0036】

（ステップＳ５）ＥＰ１０は、ＳＰ２０からのアクセストークン（予約）リクエストに応じて、アクセストークン（予約）をＳＰ２０へ発行する。アクセストークン（予約）は、リソース予約権限に対応する。
ここで、アクセストークン（予約）は、ＥＰ１０に対して後にアクセストークン（利用）の発行依頼する権利が改竄防止処理をされた形式で記述されてもよい。例えばアクセストークン（利用）を発行するＥＰ１０と有効期限とが改竄防止処理された形式で、アクセストークン（予約）に記述される。

【0037】

（ステップＳ６）ＳＰ２０は、ＥＰ１０から発行されたアクセストークン（予約）を、ユーザ端末３０へ送信する。

【0038】

（ステップＳ７）ユーザ端末３０は、ＳＰ２０から受信したアクセストークン（予約）を利用して、ＥＰ１０に対して計算リソースの割り当て要求を行う。この計算リソースの割り当て要求において、ユーザ端末３０は、自己の位置を示す位置情報をＥＰ１０へ送信する。

【0039】

（ステップＳ８）ＥＰ１０は、ユーザ端末３０からの計算リソースの割り当て要求に応じて、ＥＮ４０の空きの計算リソースを確認し、計算リソースを提供可能なＥＮ４０の中から、ユーザ端末３０から受信した位置情報で示される位置の近傍に配置されたＥＮ４０を選択する。ＥＰ１０は、当該選択結果のＥＮ４０が指定されたアクセストークン（利用）をユーザ端末３０へ発行し、ユーザ端末３０からのアクセスをＳＰ２０へリダイレクトする。アクセストークン（利用）は、リソース利用権限に対応する。

【0040】

アクセストークン（利用）は、リソース利用権限の範囲が改竄防止処理された形式で記述されてもよい。例えば計算リソースが利用可能なＥＮ４０及び計算リソースの範囲を示すリソース利用権限範囲情報が改竄防止処理された形式で、アクセストークン（利用）に記述される。

【0041】

（ステップＳ９）ユーザ端末３０は、ＥＰ１０から発行されたアクセストークン（利用）をＳＰ２０へ送信する。ＳＰ２０は、ユーザ端末３０から受信したアクセストークン（利用）を用いて、当該アクセストークン（利用）で指定されたＥＮ４０に対して計算リソースの利用リクエストを行う。これにより、ＳＰ２０は、アクセストークン（利用）で指定されたＥＮ４０が有する計算リソースを利用してインスタンスを実行させ、サービス利用者（ユーザ端末３０）に対してサービスを提供する。

【0042】

本実施形態によれば、リソース予約権限（アクセストークン（予約））とリソース利用権限（アクセストークン（利用））との２段階の権限を設けることによって、サービス利用者（ユーザ端末３０）の位置情報をユーザ端末３０からＥＰ１０へ直接的に通知することができる。これにより、ＳＰ２０はサービス利用者（ユーザ端末３０）の位置情報を把握する必要がないので、サービス利用者の位置に関するプライバシーを保護することができる。また、ＥＰ１０は、ユーザ端末３０から直接的に位置情報を取得することができるので、サービス利用者（ユーザ端末３０）の位置を割り出すための処理が不要である。このように本実施形態によれば、エッジコンピューティングの計算リソースの認可方法において、サービス利用者の位置の秘匿およびＥＰ１０（認可サーバ）の処理の負荷の抑制を図ることができるという効果が得られる。

【0043】

［変形例］
図６，図７を参照して本実施形態に係る変形例を説明する。図６は、本実施形態に係る認可システムの変形例を示すブロック図である。図７は、図６に示す認可システムに係る認可方法の手順の例を示すシーケンス図である。

【0044】

図６に示す認可システム１ａでは、サービス利用者は、通信ネットワークＮＷｏのネットワークオペレータ（ＥＰｏ）１０ｏによる通信サービスを受ける契約を結んでいる。一方、サービス利用者は、通信ネットワークＮＷｒのネットワークオペレータ（ＥＰｒ）１０ｒによる通信サービスを受ける契約を結んでいない。そして、ここでは、サービス利用者（ユーザ端末３０）は、通信ネットワークＮＷｏの通信エリアから通信ネットワークＮＷｒの通信エリアへ移動し、通信ネットワークＮＷｒを介して通信を行うローミングサービスを利用する。

【0045】

また、ＳＰ２０は、ローミング元のエッジプロバイダーであるＥＰｏ１０ｏとは直接的な利用契約があるが、ローミング先のエッジプロバイダーであるＥＰｒ１０ｒとは直接的な利用契約がない。ローミング元のエッジプロバイダーであるＥＰｏ１０ｏとローミング先のエッジプロバイダーであるＥＰｒ１０ｒとの間には、利用契約がある。

【0046】

ＳＰ２０は、サービス利用者（ユーザ端末３０）が移動した先（ローミング先）のＥＰｒ１０ｒから提供されるＥＮ４０の計算リソースを利用してインスタンスを実行させ、サービス利用者（ユーザ端末３０）に対して、ローミング先の通信ネットワークＮＷｒを介してサービスを提供する。

【0047】

次に図７を参照して、図６に示す認可システム１ａに係る認可方法を説明する。図７において、図５の各ステップに対応する部分には同一の符号を付け、その説明を省略する。

【0048】

ステップＳ１からステップＳ５までの手順は、ＳＰ２０とローミング元のＥＰｏ１０ｏとの間で実行される。このステップＳ１からステップＳ５までの手順によって、アクセストークン（予約）がローミング元のＥＰｏ１０ｏからＳＰ２０へ発行される。ＳＰ２０は、当該アクセストークン（予約）をユーザ端末３０へ送信する（ステップＳ６）。

【0049】

（ステップＳ７ａ）ユーザ端末３０は、ＳＰ２０から受信したアクセストークン（予約）を利用して、ローミング先のＥＰｒ１０ｒに対して計算リソースの割り当て要求を行う。この計算リソースの割り当て要求において、ユーザ端末３０は、自己の位置を示す位置情報をＥＰｒ１０ｒへ送信する。

【0050】

（ステップＳ８ａ）ＥＰｒ１０ｒは、ユーザ端末３０からの計算リソースの割り当て要求に応じて、自己が管理するＥＮ４０の空きの計算リソースを確認し、計算リソースを提供可能なＥＮ４０の中から、ユーザ端末３０から受信した位置情報で示される位置の近傍に配置されたＥＮ４０を選択する。ＥＰｒ１０ｒは、当該選択結果のＥＮ４０が指定されたアクセストークン（利用）をユーザ端末３０へ発行し、ユーザ端末３０からのアクセスをＳＰ２０へリダイレクトする。

【0051】

（ステップＳ９）ユーザ端末３０は、ＥＰｒ１０ｒから発行されたアクセストークン（利用）をＳＰ２０へ送信する。ＳＰ２０は、ユーザ端末３０から受信したアクセストークン（利用）を用いて、当該アクセストークン（利用）で指定されたＥＮ４０に対して計算リソースの利用リクエストを行う。これにより、ＳＰ２０は、アクセストークン（利用）で指定されたＥＮ４０が有する計算リソースを利用してインスタンスを実行させ、サービス利用者（ユーザ端末３０）に対して、ローミング先の通信ネットワークＮＷｒを介してサービスを提供する。

【0052】

本変形例においても、リソース予約権限（アクセストークン（予約））とリソース利用権限（アクセストークン（利用））との２段階の権限を設けることによって、サービス利用者（ユーザ端末３０）の位置情報をユーザ端末３０からローミング先のＥＰｒ１０ｒへ直接的に通知することができる。これにより、ＳＰ２０はサービス利用者（ユーザ端末３０）の位置情報を把握する必要がないので、サービス利用者の位置に関するプライバシーを保護することができる。また、ローミング先のＥＰｒ１０ｒは、ユーザ端末３０から直接的に位置情報を取得することができるので、サービス利用者（ユーザ端末３０）の位置を割り出すための処理が不要である。これにより、エッジコンピューティングの計算リソースの認可方法において、サービス利用者の位置の秘匿およびＥＰｒ１０ｒ（認可サーバ）の処理の負荷の抑制を図ることができるという効果が得られる。

【0053】

なお、これにより、例えばエッジコンピューティングにおける総合的なサービス品質の向上を実現することができることから、国連が主導する持続可能な開発目標（SDGs）の目標９「レジリエントなインフラを整備し、持続可能な産業化を推進するとともに、イノベーションの拡大を図る」に貢献することが可能となる。

【0054】

以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。

【0055】

また、上述した各装置の機能を実現するためのコンピュータプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するようにしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＤＶＤ（Digital Versatile Disc）等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

【0056】

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

【符号の説明】

【0057】

１，１ａ…認可システム、１０，１０ｏ，１０ｒ…エッジプロバイダー、２０…サービスプロバイダー、３０…ユーザ端末、４０…エッジノード、ＮＷ，ＮＷｏ，ＮＷｒ…通信ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】