(57)【要約】モバイル端末にトークンを提供するサーバは、ネットワークインタフェースと、ネットワークインタフェースに結合された処理部とを有する。処理部は、モバイル端末からトークンを求めるリクエストを受信し、モバイル端末の加入者識別情報を取得し、加入者識別情報に関連付けられたユーザプロファイルを含み、電子署名が付されたトークンを取得し、トークンをモバイル端末へ送信するように構成される。
2017130292.tif 000002
【特許請求の範囲】
【請求項１】
モバイル端末にトークンを提供するサーバであって、
ネットワークインタフェースと、
前記ネットワークインタフェースに結合された処理部とを備え、
前記処理部は、
モバイル端末からトークンを求めるリクエストを受信し、
前記モバイル端末の加入者識別情報を取得し、
前記加入者識別情報に関連付けられたユーザプロファイルを含み、電子署名が付されたトークンを取得し、
前記トークンを前記モバイル端末へ送信する
ように構成されることを特徴とするサーバ。
【請求項２】
前記サーバは、モバイルネットワーク内に配置されることを特徴とする請求項１に記載のサーバ。
【請求項３】
前記処理部は、
前記リクエストを前記モバイルネットワーク経由で受信したかを判定し、
前記リクエストを前記モバイルネットワーク経由で受信した場合に、前記トークンを前記モバイル端末へ送信し、
前記リクエストを前記モバイルネットワーク以外を経由して受信した場合に、前記トークンを送信しないことを前記モバイル端末に通知する
ようにさらに構成されることを特徴とする請求項２に記載のサーバ。
【請求項４】
前記処理部は、
前記リクエストを前記モバイルネットワーク経由で受信したかを判定し、
前記リクエストを前記モバイルネットワーク経由で受信した場合に、前記モバイル端末とのセッションに基づいて前記加入者識別情報を取得し、
前記リクエストを前記モバイルネットワーク以外を経由して受信した場合に、前記モバイル端末に対して認証処理を行うことによって前記加入者識別情報を取得する
ようにさらに構成されることを特徴とする請求項２に記載のサーバ。
【請求項５】
前記サーバは、前記モバイルネットワーク経由のアクセスを着信する第１ネットワークインタフェースと、前記モバイルネットワーク以外を経由したアクセスを着信する第２ネットワークインタフェースとを備え、
前記処理部は、前記リクエストが前記第１ネットワークインタフェースに着信したことに基づいて、前記リクエストを前記モバイルネットワーク経由で受信したと判定する
ようにさらに構成されることを特徴とする請求項３又は４に記載のサーバ。
【請求項６】
前記処理部は、
前記モバイル端末の装置識別情報を取得し、
前記装置識別情報が前記加入者識別情報に対応しない場合に、前記モバイル端末に前記トークンを送信しない
ようにさらに構成されることを特徴とする請求項１乃至５の何れか１項に記載のサーバ。
【請求項７】
前記ネットワークインタフェースにリンクローカルアドレスが割り当てられることを特徴とする請求項１乃至６の何れか１項に記載のサーバ。
【請求項８】
トークンを発行するサーバであって、
ネットワークインタフェースと、
前記ネットワークインタフェースに結合された処理部とを備え、
前記処理部は、
トークンの発行を要求するリクエストであって、モバイル端末の加入者識別情報を含むリクエストを要求装置から受信し、
前記加入者識別情報に関連付けられたユーザプロファイルを取得し、
前記ユーザプロファイルを含むトークンを生成し、
前記トークンに対して電子署名を付与し、
前記電子署名が付与されたトークンを前記要求装置へ送信する
ように構成されることを特徴とするサーバ。
【請求項９】
前記リクエストは、前記トークンが提供される宛先に関する情報を含み、
前記処理部は、
前記宛先に対して前記トークンを提供すべきかを判定し、
前記宛先に対して前記トークンを提供すべきない場合に、前記トークンを前記要求装置へ送信しない
ようにさらに構成されることを特徴とする請求項８に記載のサーバ。
【請求項１０】
モバイル端末へサービスを提供するサーバであって、
ネットワークインタフェースと、
前記ネットワークインタフェースに結合された処理部とを備え、
前記処理部は、
前記モバイル端末からサービスを求めるリクエストを受信し、
前記サービスが前記モバイル端末のユーザの認証又は個人情報を必要とする場合に、モバイルネットワーク内に配置され、前記モバイル端末にトークンを提供するサーバに前記リクエストをリダイレクトし、
前記リクエストにトークンが含まれ、前記トークンが正当である場合に、前記モバイル端末に前記サービスを提供する
ように構成されることを特徴とするサーバ。
【請求項１１】
コンピュータを請求項１乃至１０の何れか１項に記載のサーバの制御部として機能させるためのプログラム。
【請求項１２】
モバイル端末であって、
加入者識別情報が格納されたメモリと、
ネットワークインタフェースと、
前記メモリ及び前記ネットワークインタフェースに結合された処理部とを備え、
前記処理部は、
モバイルネットワーク内に配置された第１サーバに対して、前記加入者識別情報に関連付けられたユーザプロファイルを含むトークンを求めるリクエストを送信し、
前記モバイル端末へサービスを提供する第２サーバへ、前記トークンを含むリクエストを送信する
ように構成されることを特徴とするモバイル端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ、モバイル端末及びプログラムに関する。
【背景技術】
【０００２】
近年、ユーザがサービスを利用する際にユーザ認証が必要となる場合がある。ユーザ認証の一例では、ユーザがモバイル端末を通じて、サービスの提供先のサーバにトークンを送信し、サーバ側でそのトークンの正当性を判定する。このトークンを提供とする方法として、ＩＣチップやＵＳＢキー等の専用のハードウェアを利用するものや、モバイル端末にインストールされるソフトウェアを利用するものが知られている。
【発明の概要】
【０００３】
トークンを専用のハードウェアで提供する方法では、このハードウェアを紛失した場合に認証が行えなくなる。一方、トークンをソフトウェアで提供する方法では、モバイル端末へソフトウェアをインストールする必要がある。いずれの方法でも、モバイル端末のユーザの利便性が低い。本発明の一部の実施形態は、ユーザにとって利便性の高いトークンの割り当て方式を提供する。
【０００４】
本発明の一部の側面では、モバイル端末にトークンを提供するサーバであって、ネットワークインタフェースと、前記ネットワークインタフェースに結合された処理部とを備え、前記処理部は、モバイル端末からトークンを求めるリクエストを受信し、前記モバイル端末の加入者識別情報を取得し、前記加入者識別情報に関連付けられたユーザプロファイルを含み、電子署名が付されたトークンを取得し、前記トークンを前記モバイル端末へ送信するように構成されることを特徴とするサーバが提供される。
【０００５】
本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。
【図面の簡単な説明】
【０００６】
添付図面は明細書に含まれ、その一部を構成し、本発明の実施の形態を示し、その記述と共に本発明の原理を説明するために用いられる。
【図１】一部の実施形態の移動体通信システムの構成例を説明する図。
【図２】図１の一部の装置の構成例を説明するブロック図。
【図３】図１の移動体通信システムの動作例を説明するシーケンス図。
【図４】図１のモバイル端末の動作例を説明するフロー図。
【図５】図１の外部サーバの動作例を説明するフロー図。
【図６】図１のトークン要求サーバの動作例を説明するフロー図。
【図７】図１のトークン発行サーバの動作例を説明するフロー図。
【図８】図１のモバイル端末の別の動作例を説明するフロー図。
【図９】図１の外部サーバの別の動作例を説明するフロー図。
【発明を実施するための形態】
【０００７】
図１を参照して、本発明の一部の実施形態に係る移動体通信システムの構成について説明する。図１の移動体通信システムは、ＬＴＥ（ロングタームエボリューション）に準拠してもよいし、３Ｇに準拠してもよいし、他の規格に準拠してもよい。移動体通信システムはモバイルネットワーク１１０を構成する。モバイルネットワーク１１０は、とりわけ、基地局１１１と、ゲートウェイ装置１１２と、トークン要求サーバ１１３と、トークン発行サーバ１１４とを含む。移動体通信システムは、ＭＮＯ（移動体通信事業者）によって提供されてもよいし、ＭＮＯとＭＶＮＯ（仮想移動体通信事業者）とが連携することによって提供されてもよい。
【０００８】
移動体通信システムは、モバイル端末１０１に通信サービスを提供する。モバイル端末１０１は、モバイルネットワーク１１０を経由して、例えば外部ネットワーク１２０に含まれる外部サーバ１２１にアクセスできる。外部ネットワーク１２０は、インターネットなどのパブリックネットワークであってもよいし、個別の企業などによって提供されるプライベートネットワークであってもよい。基地局１１１は、モバイル端末１０１をモバイルネットワーク１１０内のコアネットワークに接続する。ゲートウェイ装置１１２は、コアネットワークのゲートウェイとして機能し、モバイル端末１０１に対して、外部ネットワーク１２０とのアクセスを提供する機能を有する。ゲートウェイ装置１１２は、モバイルネットワーク１１０が３Ｇネットワークの場合にＧＧＳＮ（パケット・ゲートウェイ・ノード）に相当し、モバイルネットワーク１１０がＬＴＥネットワークの場合にＰ−ＧＷ（パケットデータネットワークゲートウェイ）に相当する。外部サーバ１２１は、モバイル端末１０１に対して、ウェブ閲覧サービスなどの様々なサービスを提供する。外部サーバ１２１が提供するサービスの一部又は全部は、モバイル端末１０１のユーザの認証を必要としてもよいし、モバイル端末１０１のユーザに個人情報を要求してもよい。
【０００９】
トークン要求サーバ１１３は、モバイル端末１０１からの要求に応じて、トークン発行サーバ１１４にトークンの生成を要求する。トークンとは外部サーバ１２１における認証に用いられる情報であり、認証トークンやセキュリティトークンとも呼ばれる。トークンは、例えばＲＦＣ７５１９に規定されるＪＳＯＮ  Ｗｅｂ  Ｔｏｋｅｎであってもよい。トークン発行サーバ１１４は、トークン要求サーバ１１３からの要求に応じて、電子署名付きのトークンを生成する。トークン発行サーバ１１４は、例えば、トークン要求サーバ１１３から安全に通信が行えるバックエンドのセグメント内に含まれる。トークン要求サーバ１１３及びトークン発行サーバ１１４の動作の詳細については後述する。
【００１０】
図２を参照して、モバイル端末１０１、トークン要求サーバ１１３、トークン発行サーバ１１４及び外部サーバ１２１の構成例について説明する。基地局１１１及びゲートウェイ装置１１２は既存の構成であってもよいので、その詳細な説明を省略する。
【００１１】
モバイル端末１０１は、モバイルネットワーク１１０にアクセス可能なデバイスであり、例えば移動体電話、スマートフォン、タブレット、パーソナルコンピュータ、センサ、アクチュエータなどでありうる。モバイル端末１０１は、持ち運ぶことが想定される装置であってもよいし、固定して使用することが想定される装置であってもよい。モバイル端末１０１は、例えば、ＣＰＵ２０１、メモリ２０２、ネットワークインタフェース２０３、ＳＩＭカード２０４、ディスプレイ２０５及び入力デバイス２０６を有する。ＣＰＵ２０１は、モバイル端末１０１の各構成要素に結合され、これらの動作を制御する。メモリ２０２は、モバイル端末１０１の動作を制御するためのプログラムを格納したり、動作時の作業領域として使用されたりする。
【００１２】
ネットワークインタフェース２０３は、モバイル端末１０１が他の装置と通信するために用いられる。ネットワークインタフェース２０３は、例えばＬＴＥや３Ｇなどのモバイルネットワーク１１０にアクセス可能である。ネットワークインタフェース２０３はさらに、モバイルネットワーク１１０以外のネットワーク、例えば無線ＬＡＮにアクセス可能であってもよい。
【００１３】
ＳＩＭカード２０４は、モバイル端末１０１がモバイルネットワーク１１０にアクセスする際にモバイルネットワーク事業者の認証を行うために用いられる。ＳＩＭカード２０４は、ＩＭＳＩ（国際移動体加入者識別番号）及び認証のための秘密情報を格納したＩＣチップを備える。ＩＭＳＩは、加入者に対して加入契約ごとに一意に割り当てられた加入者識別情報の一例である。ＳＩＭカード２０４は、ＳＩＭカード２０４は、耐タンパ性が高いので、ＳＩＭカード２０４の内容を外部から取得することはできない。また、ＩＭＳＩはモバイルネットワーク１１０を運用する事業者ごとに発行され、モバイルネットワーク１１０に登録されていなければ有効にならないので、ＩＭＳＩを偽造することは事実上できない。
【００１４】
モバイル端末１０１には、ＩＭＥＩ（国際移動体装置識別番号）が割り当てられている。ＩＭＥＩとは、モバイル端末ごとに割り当てられた国際的な識別番号である。ＩＭＥＩは、メモリ２０２に格納されていてもよいし、ネットワークインタフェース２０３に格納されていてもよい。
【００１５】
ディスプレイ２０５は、モバイル端末１０１のユーザに向けて情報を提示するためのデバイスである。入力デバイス２０６は、モバイル端末１０１のユーザから入力を受け取るためのデバイスであり、例えばキーパッドやタッチパネルで構成される。モバイル端末１０１がセンサやアクチュエータなどである場合に、モバイル端末１０１はディスプレイ２０５及び入力デバイス２０６を有していなくてもよい。
【００１６】
トークン要求サーバ１１３は、例えば、ＣＰＵ２１１、メモリ２１２、ネットワークインタフェース２１３及び記憶部２１４を有する。ＣＰＵ２１１は、トークン要求サーバ１１３の各構成要素に結合され、これらの動作を制御する。メモリ２１２は、トークン要求サーバ１１３の動作を制御するためのプログラムを格納したり、動作時の作業領域として使用されたりする。ネットワークインタフェース２１３は、トークン要求サーバ１１３が他の装置と通信するために用いられる。記憶部２１４は、トークン要求サーバ１１３の動作に用いられる様々な情報を格納する。
【００１７】
トークン発行サーバ１１４は、例えば、ＣＰＵ２２１、メモリ２２２、ネットワークインタフェース２２３及び記憶部２２４を有する。ＣＰＵ２２１は、トークン発行サーバ１１４の各構成要素に結合され、これらの動作を制御する。メモリ２２２は、トークン発行サーバ１１４の動作を制御するためのプログラムを格納したり、動作時の作業領域として使用されたりする。ネットワークインタフェース２２３は、トークン発行サーバ１１４が他の装置と通信するために用いられる。記憶部２２４は、トークン発行サーバ１１４の動作に用いられる様々な情報を格納する。
【００１８】
外部サーバ１２１は、例えば、ＣＰＵ２３１、メモリ２３２、ネットワークインタフェース２３３及び記憶部２３４を有する。ＣＰＵ２３１は、外部サーバ１２１の各構成要素に結合され、これらの動作を制御する。メモリ２３２は、外部サーバ１２１の動作を制御するためのプログラムを格納したり、動作時の作業領域として使用されたりする。ネットワークインタフェース２３３は、外部サーバ１２１が他の装置と通信するために用いられる。記憶部２３４は、外部サーバ１２１の動作に用いられる様々な情報を格納する。例えば、記憶部２３４には、ウェブページなどのサービスを提供するために必要な情報が格納される。
【００１９】
続いて、図３を参照して、図１の移動体通信システムの動作の１つのシナリオについて説明する。このシナリオでは、モバイル端末１０１は、モバイルネットワーク１１０を経由して、外部サーバ１２１が提供するウェブページにＨＴＴＰＳでアクセスする。このウェブページのＵＲＬを「https://external-service.example.com/auth」とする。このウェブページは、モバイル端末１０１のユーザによる認証を必要とする。また、トークン要求サーバ１１３のＵＲＬを「https://auth.soracom.io」とする。図３の各ステップにおいて、二重引用符で囲まれた文字列は、各ステップを実行するためのＨＴＴＰコマンドを示す。
【００２０】
ステップＳ１で、モバイル端末１０１は、外部サーバ１２１に対して、認証が必要なウェブページを閲覧するためのリクエストを送信する。ステップＳ２で、外部サーバ１２１は、モバイル端末１０１からのリクエストをトークン要求サーバ１１３へリダイレクトする。ステップＳ３で、モバイル端末１０１は、外部サーバ１２１からのリダイレクト指示に従って、トークン要求サーバ１１３へリクエストを送信する。このリクエストは、パラメータとして、トークン取得後に戻るべきＵＲＬ（すなわち、ステップＳ１での接続先のウェブページのＵＲＬ）を含む。
【００２１】
ステップＳ４で、トークン要求サーバ１１３は、モバイル端末１０１がモバイルネットワーク１１０を経由してリクエストを送信したことを判定し、モバイル端末１０１のＩＭＳＩを取得する。ステップＳ５で、トークン要求サーバ１１３は、トークン発行サーバ１１４に対して、トークンの発行を求めるリクエストを送信する。このリクエストには、モバイル端末１０１のＩＭＳＩと、トークン取得後に戻るべきＵＲＬとが含まれる。
【００２２】
ステップＳ６で、トークン発行サーバ１１４は、トークンを生成し、そのトークンに電子署名を付す。ステップＳ７で、トークン発行サーバ１１４は、電子署名付きのトークンをトークン要求サーバ１１３へ返す。ステップＳ８で、トークン要求サーバ１１３は、電子署名付きのトークンをモバイル端末１０１に転送する。
【００２３】
ステップＳ９で、モバイル端末１０１は、受信した電子署名付きのトークンをパラメータの引数として有するリクエストを、外部サーバ１２１へ送信する。ステップＳ１０で、外部サーバ１２１は、受信した電子署名付きのトークンを検証する。ここでは、電子署名付きのトークンが正当であるとする。そのため、ステップＳ１１で、外部サーバ１２１は、モバイル端末１０１からのリクエストに応じて、認証が必要なウェブページをモバイル端末１０１に返す。
【００２４】
続いて、図４〜図７を参照して、図３における各装置の動作の詳細について説明する。まず、図４を参照して、モバイル端末１０１の動作の詳細について説明する。この動作は、モバイル端末１０１のＣＰＵ２０１が、メモリ２０２に格納されたプログラムを汎用の処理回路として実行することによって実現されてもよい。これに代えて、モバイル端末１０１が、以下の各ステップを実行するための専用の処理回路（例えば、ＡＳＩＣ）を有しており、この回路が各ステップを実行してもよい。
【００２５】
ステップＳ４０１で、モバイル端末１０１は、外部サーバ１２１へサービスを求めるリクエストを送信する。このサービスは、認証を必要としてもよいし、必要としなくてもよい。このサービスは、上記のシナリオのようなウェブページの閲覧であってもよいし、ＨＴＴＰ以外のプロトコルを利用したサービス、例えばメールの送受信やファイル転送などであってもよい。外部サーバ１２１のサービスが認証を必要としない場合に、モバイル端末１０１は外部サーバ１２１からサービスの提供を受け、処理を終了する。以下では、外部サーバ１２１のサービスが認証を必要とする場合を扱う。
【００２６】
ステップＳ４０２で、モバイル端末１０１は、ステップＳ４０１で送信したリクエストの応答として、外部サーバ１２１からリダイレクト指示を受信する。このリダイレクト指示には、トークン要求サーバ１１３のアドレス（例えば、ＵＲＬ）が含まれる。
【００２７】
ステップＳ４０３で、モバイル端末１０１は、ステップＳ４０２で受信したリダイレクト指示に従って、トークン要求サーバ１１３にリクエストを送信する。上記のシナリオのように、トークン要求サーバ１１３は、モバイル端末１０１からのリクエストに応じて、電子署名付きのトークンをモバイル端末１０１に返す。そのため、トークン要求サーバ１１３へのリクエストは、このリクエスト内での明示的な指示の有無にかかわらず、電子署名付きのトークンを求めるリクエストとして扱われる。トークン要求サーバ１１３へのリクエストは、ステップＳ４０１で送信したリクエストの宛先アドレス（例えば、ＵＲＬ）を含む。また、トークン要求サーバ１１３へのリクエストは、必要に応じて、外部サーバ１２１が後続のステップを継続するために必要な情報（セッション情報やユーザの特定を補助する情報など）を含んでもよい。例えば、トークン要求サーバ１１３へのリクエストは、ステップＳ４０１で送信したリクエストがＧＥＴメソッドの場合にクエリパラメータを含んでもよく、ＰＯＳＴメソッドの場合にユーザデータ（すなわち、モバイル端末１０１のユーザが自由に追加可能な任意のデータ）をＢｏｄｙに含んでもよい。
【００２８】
ステップＳ４０４で、モバイル端末１０１は、トークン要求サーバ１１３から電子署名付きのトークンと、このトークンを渡すべきサービスのアドレスとを受信する。トークンを渡すべきサービスは、例えばステップＳ４０１で送信したリクエストの宛先のサービスである。
【００２９】
ステップＳ４０５で、モバイル端末１０１は、ステップＳ４０４で指定されたアドレスに対して、電子署名付きのトークンを含むリクエストを送信する。電子署名付きのトークンは、例えばトークンを表すパラメータの引数としてリクエストに含まれる。このリクエストに応答して、認証を必要とするサービスが外部サーバ１２１からモバイル端末１０１に提供される。
【００３０】
モバイル端末１０１は、ステップＳ４０５でリクエストを送信する前に、ステップＳ４０４で受信したトークンの正当性を検証してもよい。例えば、モバイル端末１０１は、トークンに含まれるＩＭＳＩ及びＩＭＥＩが自身のＩＭＳＩ及びＩＭＥＩに一致するかを判定してもよいし、トークンに含まれるデータ（クエリパラメータやユーザデータなど）とステップＳ４０３で送信したリクエストに含まれるデータとが一致するかを判定してもよい。モバイル端末１０１は、トークンが正当でないと判定した場合に、ステップＳ４０５のリクエストの送信を行わない。
【００３１】
次に、図５を参照して、外部サーバ１２１の動作の詳細について説明する。この動作は、外部サーバ１２１のＣＰＵ２３１が、メモリ２３２に格納されたプログラムを汎用の処理回路として実行することによって実現されてもよい。これに代えて、外部サーバ１２１が、以下の各ステップを実行するための専用の処理回路（例えば、ＡＳＩＣ）を有しており、この回路が各ステップを実行してもよい。
【００３２】
ステップＳ５０１で、外部サーバ１２１は、モバイル端末１０１からサービスを求めるリクエストを送信する。このリクエストは、上述のステップＳ４０１で説明したものと同様である。
【００３３】
ステップＳ５０２で、外部サーバ１２１は、ステップＳ５０１で要求されたサービスが、モバイル端末１０１のユーザの認証を必要とするか否かを判定する。外部サーバ１２１は、認証を必要とする場合（ステップＳ５０２で「ＹＥＳ」）に、処理をステップＳ５０３に進め、認証を必要としない場合（ステップＳ５０２で「ＮＯ」）に、処理をステップＳ５０６に進める。ステップＳ５０６で、外部サーバ１２１は、モバイル端末１０１からのリクエストに応答して、モバイル端末１０１にサービスを提供する。
【００３４】
ステップＳ５０３で、外部サーバ１２１は、ステップＳ５０１で受信したリクエストのパラメータとしてトークンが指定されているか否かを判定する。外部サーバ１２１は、トークンが指定されている場合（ステップＳ５０３で「ＹＥＳ」）に、処理をステップＳ５０５に進め、トークンが指定されていない場合（ステップＳ５０３で「ＮＯ」）に、処理をステップＳ５０４に進める。
【００３５】
ステップＳ５０４で、外部サーバ１２１は、ステップＳ５０１で受信したリクエストをトークン要求サーバ１１３へリダイレクトする。トークン要求サーバ１１３のアドレスは、外部サーバ１２１の管理者によって外部サーバ１２１の記憶部２３４に事前に格納されている。ステップＳ５０４において、外部サーバ１２１は、サービスごとに、リクエストをトークン要求サーバ１１３へ転送することによって認証を行うか、別の方法で認証を行うかを判定してもよい。外部サーバ１２１は、リクエストをトークン要求サーバ１１３へリダイレクトした後に、処理をステップＳ５０１に戻し、モバイル端末１０１からの更なるリクエストを待つ。
【００３６】
ステップＳ５０５で、外部サーバ１２１は、ステップＳ５０１で受信したリクエストに含まれるトークンが正当か否かを判定する。外部サーバ１２１は、トークンが正当である場合（ステップＳ５０５で「ＹＥＳ」）に、処理をステップＳ５０６に進め、トークンが正当でない場合（ステップＳ５０５で「ＮＯ」）に、処理をステップＳ５０７に進める。
【００３７】
外部サーバ１２１は、パラメータとしてトークンが指定されているものの、リクエストがトークンを含まない場合に、外部サーバ１２１はトークンが正当でないと判定する。例えば、上記のシナリオでは、受信したＨＴＴＰコマンドが"GET https://external-service.example.com/auth?token="である場合に、トークンが正当でないと判定される。
【００３８】
外部サーバ１２１は、リクエストがトークンを含む場合に、そのトークンの正当性を判定する。例えば、外部サーバ１２１は、トークンに付されている電子署名をトークン発行サーバ１１４の公開鍵で検証するとともに、トークンの有効期限を渡過していないかを判定する。これに代えて、外部サーバ１２１は、トークン発行サーバ１１４や、他の検証サーバに対してトークンの正当性の判定を指示してもよい。
【００３９】
ステップＳ５０６で、外部サーバ１２１は、トークンが正当である場合に、ステップＳ５０１で要求されたサービスの認証が完了したものとしてリクエストに応答し、モバイル端末１０１にサービスを提供する。
【００４０】
ステップＳ５０７で、外部サーバ１２１は、トークンが正当でない場合に、ステップＳ５０１で要求されたサービスの認証に失敗したものとしてリクエストに応答し、モバイル端末１０１にエラーを返す。例えば、上記のシナリオでは、外部サーバ１２１は、ＨＴＴＰコマンドとして"403 Forbidden"を返す。
【００４１】
次に、図６を参照して、トークン要求サーバ１１３の動作の詳細について説明する。この動作は、トークン要求サーバ１１３のＣＰＵ２１１が、メモリ２１２に格納されたプログラムを汎用の処理回路として実行することによって実現されてもよい。これに代えて、トークン要求サーバ１１３が、以下の各ステップを実行するための専用の処理回路（例えば、ＡＳＩＣ）を有しており、この回路が各ステップを実行してもよい。
【００４２】
ステップＳ６０１で、トークン要求サーバ１１３は、モバイル端末１０１からトークンを求めるリクエストを受信する。このリクエストは、上述のステップＳ４０３で説明したものと同様である。
【００４３】
ステップＳ６０２で、トークン要求サーバ１１３は、ステップＳ６０１で受信したリクエストが、モバイルネットワーク１１０を経由して受信されたか否かを判定する。トークン要求サーバ１１３は、モバイルネットワーク１１０を経由して受信された場合（ステップＳ６０２で「ＹＥＳ」）に、処理をステップＳ６０３に進め、他のネットワークを経由して受信された場合（ステップＳ６０２で「ＮＯ」）に、処理をステップＳ６０６に進める。他のネットワークとは、例えばインターネットなどの外部ネットワーク１２０である。
【００４４】
トークン要求サーバ１１３は、ゲートウェイ装置１１２に接続されており、モバイルネットワーク１１０内での通信用のエンドポイントと、外部ネットワーク１２０との通信用のエンドポイントとを有する。トークン要求サーバ１１３は、２つの別個のサーバによって構成され、これらの２つのエンドポイントが２つのサーバに分かれて割り当てられてもよい。モバイル端末１０１がモバイルネットワーク１１０経由でトークン要求サーバ１１３へアクセスする場合に、トークン要求サーバ１１３のアドレス（上記のシナリオでは"https://auth.soracom.io"）は、ドメインネームサーバによって、モバイルネットワーク１１０内での通信用のエンドポイントに名前解決される。一方、モバイル端末１０１が無線ＬＡＮなどを利用して外部ネットワーク１２０経由でトークン要求サーバ１１３へアクセスする場合に、トークン要求サーバ１１３のアドレスは、外部ネットワーク１２０との通信用のエンドポイントに名前解決される。トークン要求サーバ１１３は、どのエンドポイントにリクエストが着信したかを判定することによって、ステップＳ６０１で受信したリクエストが、モバイルネットワーク１１０を経由して受信されたか否かを判定できる。
【００４５】
トークン要求サーバ１１３は、上記の２つのエンドポイントを有する代わりに、モバイルネットワーク１１０経由のアクセスと、外部ネットワーク１２０経由のアクセスとの両方を着信する１つのＩＰアドレスをエンドポイントとして使用してもよい。この場合に、トークン要求サーバ１１３は、モバイルネットワーク１１０側と外部ネットワーク１２０側でそれぞれ異なるネットワークインタフェースを用い、着信するネットワークインタフェースの違いに基づいて、ステップＳ６０１で受信したリクエストがモバイルネットワーク１１０を経由して受信されたか否かを判定する。具体的に、トークン要求サーバ１１３は、モバイルネットワーク１１０経由のアクセスを着信するネットワークインタフェースにリクエストが着信したことに基づいて、このリクエストがモバイルネットワーク１１０経由で着信したと判定し、外部ネットワーク１２０経由のアクセスを着信する別のネットワークインタフェースにリクエストが着信したことに基づいて、このリクエストが外部ネットワーク１２０経由で着信したと判定する。これらのネットワークインタフェースには同一のＩＰアドレスが割り当てられる。トークン要求サーバ１１３が２つの別個のサーバによって構成され、これらの２つのエンドポイントが２つのサーバに分かれて割り当てられている場合にも、それぞれに同一のＩＰアドレスを用いながら、モバイルネットワーク１１０側と外部ネットワーク１２０側でそれぞれ異なるネットワークインタフェースを割り当てることで同様の制御を実現する。
【００４６】
モバイルネットワーク１１０は閉域網とみなすことができるので、モバイルネットワーク１１０を経由するメッセージ（リクエストやレスポンス）は暗号化されず、平文であってもよい。これにより、モバイル端末１０１に要求される処理能力や電力消費を低減できる。
【００４７】
ステップＳ６０６で、トークン要求サーバ１１３は、他のネットワークを経由してリクエストが受信された場合に、モバイル端末１０１にエラーを返し、トークンを送信できないことを通知する。このように、トークン要求サーバ１１３がモバイル端末１０１にエラーを明示的に返すことによって、モバイル端末１０１はタイムアウト等を待つことなく、処理を継続できる。
【００４８】
ステップＳ６０３で、トークン要求サーバ１１３は、モバイルネットワーク１１０を経由してリクエストが受信された場合に、モバイル端末１０１のＩＭＳＩを取得する。例えば、トークン要求サーバ１１３は、モバイルネットワーク１１０とモバイル端末１０１とのセッション情報からＩＭＳＩを取得できる。トークン要求サーバ１１３は、ＩＭＳＩを取得できない場合、例えばモバイル端末１０１がモバイルネットワーク１１０によるサービスを受けられない場合に、ステップＳ６０６と同様にしてエラーを返してもよい。さらに、トークン要求サーバ１１３は、特定のモバイル端末、または特定の加入者とモバイル端末との組み合わせにアクセスを限定する場合に、セッション情報からモバイル端末１０１のＩＭＥＩを取得し、このＩＭＥＩに基づいてモバイル端末１０１がモバイルネットワーク１１０によるサービスを受けられるか否かを判定してもよい。これにより、ＳＩＭカード２０４の盗難時の悪用を防止できる。
【００４９】
ステップＳ６０４で、トークン要求サーバ１１３は、トークン発行サーバ１１４にトークン生成をリクエストする。このリクエストは、ステップＳ６０３で取得したモバイル端末１０１のＩＭＳＩと、ステップ６０１で受信したモバイル端末１０１からのリクエストに含まれる情報（ステップＳ４０１で送信したリクエストの宛先アドレス、ユーザデータなど）とを含む。また、ステップＳ６０３でモバイル端末１０１のＩＭＥＩが取得された場合に、このリクエストはこのＩＭＥＩも含む。
【００５０】
ステップＳ６０５で、トークン要求サーバ１１３は、トークン発行サーバ１１４から電子署名付きのトークンを受信し、このトークンをモバイル端末１０１へ転送する。
【００５１】
次に、図７を参照して、トークン発行サーバ１１４の動作の詳細について説明する。この動作は、トークン発行サーバ１１４のＣＰＵ２２１が、メモリ２２２に格納されたプログラムを汎用の処理回路として実行することによって実現されてもよい。これに代えて、トークン発行サーバ１１４が、以下の各ステップを実行するための専用の処理回路（例えば、ＡＳＩＣ）を有しており、この回路が各ステップを実行してもよい。
【００５２】
ステップＳ７０１で、トークン発行サーバ１１４は、トークン要求サーバ１１３からトークンを求めるリクエストを受信する。このリクエストは、上述のステップＳ６０４で説明したものと同様である。
【００５３】
ステップＳ７０２で、トークン発行サーバ１１４は、ステップＳ７０１で受信したリクエストに含まれるＩＭＳＩに関連づけられた情報を取得する。この情報は、モバイル端末１０１のユーザプロファイル（例えば、ユーザの氏名、住所、メールアドレス等）を含む。この情報は、トークン発行サーバ１１４の記憶部２２４に事前に格納されている。これに代えて、ユーザプロファイルはトークン発行サーバ１１４の外部にあるデータベースに格納されていてもよく、トークン発行サーバ１１４はこのデータベースからＩＭＳＩをキーとしてユーザプロファイルを読み出してもよい。
【００５４】
ステップＳ７０３で、トークン発行サーバ１１４は、トークンを生成する。このトークンは、ステップＳ７０１で受信したリクエストに含まれるＩＭＳＩと、ステップＳ７０２で取得した情報と、トークン発行サーバ１１４が設定したトークンの有効期限と、ステップＳ７０１で受信したリクエストに含まれる外部サーバ１２１へのリクエストに関する情報（ユーザデータ、クエリパラメータ等）とを含む。
【００５５】
ステップＳ７０４で、トークン発行サーバ１１４は、トークン発行サーバ１１４の秘密鍵を用いて、ステップＳ７０３で生成したトークンに電子署名を付与する。電子署名の対象は、トークン全体であってもよいし、その一部であってもよい。トークン発行サーバ１１４の秘密鍵は、トークン発行サーバ１１４の記憶部２２４に事前に格納されている。
【００５６】
ステップＳ７０４で、トークン発行サーバ１１４は、ステップＳ７０４で電子署名を付与したトークンをトークン要求サーバ１１３へ返す。
【００５７】
以上に説明した実施形態によれば、ＳＩＭのセキュアな認証結果を外部サーバ１２１における認証にも利用できる。上述の実施形態では、トークン要求サーバ１１３は、モバイル端末１０１からのリクエストがモバイルネットワーク１１０以外のネットワークを経由して受信された場合に、エラーを返す。これに代えて、トークン要求サーバ１１３は、上述のモバイル端末１０１とのセッションを利用したＩＭＳＩの取得（ステップＳ６０３）とは別の方法でモバイル端末１０１を認証し、このＩＭＳＩを取得してもよい。例えば、トークン要求サーバ１１３は、ＥＡＰ（拡張可能認証プロトコル）に従ったチャレンジ・レスポンスを用いて外部ネットワーク１２０経由でモバイル端末１０１を認証し、このＩＭＳＩを取得してもよい。この方法は、リクエストがモバイルネットワーク１１０以外のネットワークを経由して受信された場合だけでなく、リクエストがモバイルネットワーク１１０を経由して受信された場合にも適用できる。
【００５８】
上述の実施形態では、モバイル端末１０１のＳＩＭカード２０４を用いた認証結果を外部サーバ１２１における認証にも利用する。そのため、テザリング等を利用してモバイル端末１０１を中継して外部サーバ１２１へアクセスする他のデバイスも、モバイル端末１０１の認証結果を利用できる。モバイル端末１０１のユーザは、このような他のデバイスによる利用を防ぎたい場合に、トークン要求サーバ１１３及びモバイル端末１０１が、モバイル端末１０１によるルーティングを防ぐような設定になっていてもよい。例えば、トークン要求サーバ１１３のモバイルネットワーク１１０内での通信用のエンドポイントとして、リンクローカルアドレス（ＩＰｖ４では169.254.0.0/16、ＩＰｖ６ではfe80::/10）が設定されてもよい。この場合に、トークン要求サーバ１１３とモバイル端末１０１とは、直接リンクされているので、リンクローカルアドレスで到達可能である。一方、モバイル端末１０１を経由する他のデバイスは、トークン要求サーバ１１３と間接的にリンクされるので、トークン要求サーバ１１３に到達不可能である。
【００５９】
続いて、図１の移動体通信システムの別の動作例について説明する。上述のように、外部サーバ１２１に提供されるトークンにはユーザプロファイルが含まれる。そこで、モバイル端末１０１のユーザは、上述の移動体通信システムを利用して、外部サーバ１２１に自身の個人情報を提供してもよい。
【００６０】
まず、モバイル端末１０１のユーザは、トークン発行サーバ１１４に、モバイル端末１０１のＩＭＳＩと関連付けて、自身の個人情報を登録する。すなわち、トークン発行サーバ１１４の管理者は、個人情報管理者としての役割を果たす。個人情報管理者は、身分証明書などを用いてモバイル端末１０１のユーザの本人確認を行ってもよい。一方、外部サーバ１２１の管理者は、個人情報管理者に対して、個人情報の利用を申請する。個人情報管理者は、外部サーバ１２１の管理者の実在確認やオフィスの物理的な確認を行ってもよい。さらに、個人情報管理者は、外部サーバ１２１の管理者を定期的に監視し、不適切な管理者をサービス提供対象者から除外してもよい。
【００６１】
図８を参照して、モバイル端末１０１の動作の詳細について説明する。この動作は、モバイル端末１０１のＣＰＵ２０１が、メモリ２０２に格納されたプログラムを汎用の処理回路として実行することによって実現されてもよい。これに代えて、モバイル端末１０１が、以下の各ステップを実行するための専用の処理回路（例えば、ＡＳＩＣ）を有しており、この回路が各ステップを実行してもよい。
【００６２】
ステップＳ８０１で、モバイル端末１０１は、外部サーバ１２１へサービスを求めるリクエストを送信する。このサービスは、個人情報を必要としてもよいし、必要としなくてもよい。このサービスは、上記のシナリオのようなウェブページの閲覧であってもよいし、ＨＴＴＰ以外のプロトコルを利用したサービス、例えばメールの送受信やファイル転送などであってもよい。外部サーバ１２１のサービスが個人情報を必要としない場合に、モバイル端末１０１は外部サーバ１２１からサービスの提供を受け、モバイル端末１０１は処理を終了する。以下では、外部サーバ１２１のサービスが個人情報を必要とする場合を扱う。
【００６３】
ステップＳ８０２で、モバイル端末１０１は、外部サーバ１２１から個人情報の入力指示を受信する。この入力指示は、必要な個人情報の種類（例えば、氏名、住所、電話番号、クレジットカード番号等）を含む。
【００６４】
ステップＳ８０３で、モバイル端末１０１は、入力指示された個人情報の種類をディスプレイ２０５に表示し、入力デバイス２０６を用いてユーザから個人情報を提供すべきかの指示を受け取る。モバイル端末１０１は、個人情報を提供すべきでないと指示された場合に処理を終了し、提供すべきであると指示された場合に処理を継続する。
【００６５】
ステップＳ８０４で、モバイル端末１０１は、トークン要求サーバ１１３にリクエストを送信する。本実施形態でも、上述のように、トークン要求サーバ１１３へのリクエストは、このリクエスト内での明示的な指示の有無にかかわらず、電子署名付きのトークンを求めるリクエストとして扱われる。トークン要求サーバ１１３へのリクエストは、ステップＳ８０１で送信したリクエストの宛先アドレス（例えば、ＵＲＬ）を含む。さらに、トークン要求サーバ１１３へのリクエストは、ステップＳ８０２で受信した必要な個人情報の種類を含む。
【００６６】
ステップＳ８０４で送信されたリクエストに応答して、トークン要求サーバ１１３は、図６で説明した処理を行って、電子署名付きのトークンをモバイル端末１０１へ返す。このトークンには、ユーザプロファイルとして、モバイル端末１０１のユーザの個人情報が含まれる。トークン要求サーバ１１３は、リクエストに含まれる外部サーバ１２１のアドレスが利用申請された外部サーバ１２１のものでなければ、モバイル端末１０１へエラーを返す。これにより、ユーザの個人情報が信用のない外部サーバ１２１に提供されることを防止できる。
【００６７】
ステップＳ８０５で、モバイル端末１０１は、トークン要求サーバ１１３からトークンを受信する。ステップＳ８０６で、モバイル端末１０１は、トークンを外部サーバ１２１へ送信する。
【００６８】
次に、図９を参照して、外部サーバ１２１の動作の詳細について説明する。この動作は、外部サーバ１２１のＣＰＵ２３１が、メモリ２３２に格納されたプログラムを汎用の処理回路として実行することによって実現されてもよい。これに代えて、外部サーバ１２１が、以下の各ステップを実行するための専用の処理回路（例えば、ＡＳＩＣ）を有しており、この回路が各ステップを実行してもよい。
【００６９】
ステップＳ９０１で、外部サーバ１２１は、モバイル端末１０１からサービスを求めるリクエストを送信する。このリクエストは、上述のステップＳ８０１で説明したものと同様である。
【００７０】
ステップＳ９０２で、外部サーバ１２１は、ステップＳ９０１で要求されたサービスが、モバイル端末１０１のユーザの個人情報を必要とするか否かを判定する。外部サーバ１２１は、個人情報を必要とする場合（ステップＳ９０２で「ＹＥＳ」）に、処理をステップＳ９０３に進め、個人情報を必要としない場合（ステップＳ９０２で「ＮＯ」）に、処理をステップＳ９０６に進める。ステップＳ９０６で、外部サーバ１２１は、モバイル端末１０１からのリクエストに応答して、モバイル端末１０１にサービスを提供する。個人情報を必要とするサービスとして、例えば品物の発送（氏名、住所、電話番号等が必要となる。）や、決算処理（氏名、クレジットカード番号等が必要となる。）がある。
【００７１】
ステップＳ９０３で、外部サーバ１２１は、サービスの提供に必要な個人情報の入力をモバイル端末１０１に要求する。ステップＳ９０４で、外部サーバ１２１は、モバイル端末１０１からトークンを受信する。
【００７２】
ステップＳ９０５で、外部サーバ１２１は、ステップＳ９０４で受信したトークンが正当か否かを判定する。外部サーバ１２１は、トークンが正当である場合（ステップＳ９０５で「ＹＥＳ」）に、処理をステップＳ９０６に進め、トークンが正当でない場合（ステップＳ９０５で「ＮＯ」）に、処理をステップＳ９０７に進める。トークンの正当性の判定は、ステップＳ５０５と同様である。
【００７３】
ステップＳ９０６で、外部サーバ１２１は、トークンが正当である場合に、トークンに含まれる個人情報を利用して、モバイル端末１０１にサービスを提供する。外部サーバ１２１は、トークンから個人情報を取得する代わりに、トークン発行サーバ１１４からモバイル端末１０１のユーザの個人情報を取得してもよい。この場合に、トークンは、外部サーバ１２１が必要とする個人情報の種類のみを有し、個人情報の内容を含まなくてもよい。外部サーバ１２１は、トークン発行サーバ１１４から個人情報を取得するために、ステップＳ９０４で受信したトークンをトークン発行サーバ１１４へ送信してもよい。トークン発行サーバ１１４は、外部サーバ１２１から受信したトークンが自身で発行したものである場合に、外部サーバ１２１に個人情報を提供する。  ステップＳ９０７で、外部サーバ１２１は、トークンが正当でない場合に、個人情報が入力されなかったものとしてリクエストに応答し、モバイル端末１０１にエラーを返す。
【００７４】
上述の実施形態では、モバイル端末１０１のユーザは、自身の個人情報を信頼できる外部サーバ１２１に、必要な範囲で提供できるとともに、トークン発行サーバ１１４において自身の個人情報を一元管理できる。また、外部サーバ１２１の管理者は、モバイル端末１０１のユーザの個人情報を自身で管理する必要がないので、漏えい事故などのリスクを減らせる。さらに、外部サーバ１２１の管理者は、取得した個人情報が正しいこと（少なくとも、個人情報管理者によって管理された情報であること）を識別できる。
【００７５】
本発明は上述の実施形態に制限されるものではなく、本発明の精神及び範囲から離脱せずに様々に変更及び変形できる。以下に添付する請求項によって本発明の範囲を開示する。
【図１】
2017130292.tif 000003
【図２】
2017130292.tif 000004
【図３】
2017130292.tif 000005
【図４】
2017130292.tif 000006
【図５】
2017130292.tif 000007
【図６】
2017130292.tif 000008
【図７】
2017130292.tif 000009
【図８】
2017130292.tif 000010
【図９】
2017130292.tif 000011
【手続補正書】
【提出日】平成30年4月23日(2018.4.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
モバイルネットワーク内に配置され、モバイル端末にトークンを提供するサーバであって、
ネットワークインタフェースと、
前記ネットワークインタフェースに結合された処理部とを備え、
前記処理部は、
モバイル端末からトークンを求めるリクエストを受信し、
前記リクエストを前記モバイルネットワーク経由で受信したかを判定し、
前記リクエストを前記モバイルネットワーク経由で受信した場合に、
前記モバイル端末とのセッションに基づいて前記モバイル端末の加入者識別情報を取得し、
前記加入者識別情報に関連付けられたユーザプロファイルを含み、電子署名が付されたトークンを取得し、
前記トークンを前記モバイル端末へ送信し、
前記リクエストを前記モバイルネットワーク以外を経由して受信した場合に、前記トークンを送信しないことを前記モバイル端末に通知するように構成されることを特徴とするサーバ。
【請求項２】
（削除）
【請求項３】
（削除）
【請求項４】
モバイルネットワーク内に配置され、モバイル端末にトークンを提供するサーバであって、
ネットワークインタフェースと、
前記ネットワークインタフェースに結合された処理部とを備え、
前記処理部は、
モバイル端末からトークンを求めるリクエストを受信し、
前記リクエストを前記モバイルネットワーク経由で受信したかを判定し、
前記リクエストを前記モバイルネットワーク経由で受信した場合に、前記モバイル端末とのセッションに基づいて前記モバイル端末の加入者識別情報を取得し、
前記リクエストを前記モバイルネットワーク以外を経由して受信した場合に、前記モバイル端末に対して認証処理を行うことによって前記加入者識別情報を取得し、
前記加入者識別情報に関連付けられたユーザプロファイルを含み、電子署名が付されたトークンを取得し、
前記トークンを前記モバイル端末へ送信する
ように構成されることを特徴とするサーバ。
【請求項５】
前記サーバは、前記モバイルネットワーク経由のアクセスを着信する第１ネットワークインタフェースと、前記モバイルネットワーク以外を経由したアクセスを着信する第２ネットワークインタフェースとを備え、
前記処理部は、前記リクエストが前記第１ネットワークインタフェースに着信したことに基づいて、前記リクエストを前記モバイルネットワーク経由で受信したと判定する
ようにさらに構成されることを特徴とする請求項１又は４に記載のサーバ。
【請求項６】
前記処理部は、
前記モバイル端末の装置識別情報を取得し、
前記装置識別情報が前記加入者識別情報に対応しない場合に、前記モバイル端末に前記トークンを送信しない
ようにさらに構成されることを特徴とする請求項１、４及び５の何れか１項に記載のサーバ。
【請求項７】
前記ネットワークインタフェースにリンクローカルアドレスが割り当てられることを特徴とする請求項１及び４乃至６の何れか１項に記載のサーバ。
【請求項８】
（削除）
【請求項９】
（削除）
【請求項１０】
（削除）
【請求項１１】
コンピュータを請求項１及び４乃至７の何れか１項に記載のサーバの制御部として機能させるためのプログラム。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
技術分野
［０００１］
本発明は、サーバ及びプログラムに関する。
背景技術
［０００２］
近年、ユーザがサービスを利用する際にユーザ認証が必要となる場合がある。ユーザ認証の一例では、ユーザがモバイル端末を通じて、サービスの提供先のサーバにトークンを送信し、サーバ側でそのトークンの正当性を判定する。このトークンを提供とする方法として、ＩＣチップやＵＳＢキー等の専用のハードウェアを利用するものや、モバイル端末にインストールされるソフトウェアを利用するものが知られている。
発明の概要
［０００３］
トークンを専用のハードウェアで提供する方法では、このハードウェアを紛失した場合に認証が行えなくなる。一方、トークンをソフトウェアで提供する方法では、モバイル端末へソフトウェアをインストールする必要がある。いずれの方法でも、モバイル端末のユーザの利便性が低い。本発明の一部の実施形態は、ユーザにとって利便性の高いトークンの割り当て方式を提供する。
［０００４］
本発明の一部の側面では、モバイルネットワーク内に配置され、モバイル端末にトークンを提供するサーバであって、ネットワークインタフェースと、前記ネットワークインタフェースに結合された処理部とを備え、前記処理部は、モバイル端末からトークンを求めるリクエストを受信し、前記リクエストを前記モバイルネットワーク経由で受信したかを判定し、前記リクエストを前記モバイルネットワーク経由で受信した場合に、前記モバイル端末とのセッションに基づいて前記モバイル端末の加入者識別情報を取得し、前記加入者識別情報に関連付けられたユーザプロファイルを含み、電子署名が付されたトークンを取得し、前記トークンを前記モバイル端末へ送信し、前記リクエストを前記モバイルネットワーク以外を経由して受信した場合に、前記トークンを送信しないことを前記モバイル端末に通知するように構成されることを特徴とするサーバが提供される。
［０００５］
本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の
【手続補正書】
【提出日】平成30年7月24日(2018.7.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
モバイルネットワーク内に配置され、モバイル端末にトークンを提供するサーバであって、
ネットワークインタフェースと、
前記ネットワークインタフェースに結合された処理部とを備え、
前記処理部は、
モバイル端末からトークンを求めるリクエストを受信し、
前記リクエストを前記モバイルネットワーク経由で受信したかを判定し、
前記リクエストを前記モバイルネットワーク経由で受信した場合に、
前記モバイル端末とのセッションに基づいて前記モバイル端末の加入者識別情報を取得し、
前記加入者識別情報に関連付けられたユーザプロファイルを含み、電子署名が付されたトークンを取得し、
前記トークンを前記モバイル端末へ送信し、
前記リクエストを前記モバイルネットワーク以外を経由して受信した場合に、前記トークンを送信しないことを前記モバイル端末に通知する
ように構成されることを特徴とするサーバ。
【請求項２】
モバイルネットワーク内に配置され、モバイル端末にトークンを提供するサーバであって、
ネットワークインタフェースと、
前記ネットワークインタフェースに結合された処理部とを備え、
前記処理部は、
モバイル端末からトークンを求めるリクエストを受信し、
前記リクエストを前記モバイルネットワーク経由で受信したかを判定し、
前記リクエストを前記モバイルネットワーク経由で受信した場合に、前記モバイル端末とのセッションに基づいて前記モバイル端末の加入者識別情報を取得し、
前記リクエストを前記モバイルネットワーク以外を経由して受信した場合に、前記モバイル端末に対して認証処理を行うことによって前記加入者識別情報を取得し、
前記加入者識別情報に関連付けられたユーザプロファイルを含み、電子署名が付されたトークンを取得し、
前記トークンを前記モバイル端末へ送信する
ように構成されることを特徴とするサーバ。
【請求項３】
前記サーバは、前記モバイルネットワーク経由のアクセスを着信する第１ネットワークインタフェースと、前記モバイルネットワーク以外を経由したアクセスを着信する第２ネットワークインタフェースとを備え、
前記処理部は、前記リクエストが前記第１ネットワークインタフェースに着信したことに基づいて、前記リクエストを前記モバイルネットワーク経由で受信したと判定する
ようにさらに構成されることを特徴とする請求項１又は２に記載のサーバ。
【請求項４】
前記処理部は、
前記モバイル端末の装置識別情報を取得し、
前記装置識別情報が前記加入者識別情報に対応しない場合に、前記モバイル端末に前記トークンを送信しない
ようにさらに構成されることを特徴とする請求項１乃至３の何れか１項に記載のサーバ。
【請求項５】
前記ネットワークインタフェースにリンクローカルアドレスが割り当てられることを特徴とする請求項１乃至４の何れか１項に記載のサーバ。
【請求項６】
コンピュータを請求項１乃至５の何れか１項に記載のサーバの制御部として機能させるためのプログラム。
【国際調査報告】
2017130292.tif 000012
2017130292.tif 000013
2017130292.tif 000014
2017130292.tif 000015