特開 2024-18875 サーバ、サーバの制御方法、プログラム及びシステム

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

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

(11)【公開番号】P2024018875

(43)【公開日】2024-02-08

(54)【発明の名称】サーバ、サーバの制御方法、プログラム及びシステム

(51)【国際特許分類】

   G06Q 50/20 20120101AFI20240201BHJP

【ＦＩ】

G06Q50/20

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2023007919

(22)【出願日】2023-01-23

(62)【分割の表示】P 2022568739の分割

【原出願日】2022-07-28

(71)【出願人】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100168310

【弁理士】

【氏名又は名称】▲高▼橋 幹夫

(72)【発明者】

【氏名】澤田 めぐみ

(72)【発明者】

【氏名】中島 晋一

(72)【発明者】

【氏名】石川 靖子

(72)【発明者】

【氏名】飯田 裕晶

(72)【発明者】

【氏名】若山 優子

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC34

(57)【要約】

【課題】デジタル学生証の信頼性を向上することに寄与するシステムを提供する。
【解決手段】システムは、第１のサーバと、第２のサーバと、を含む。第１のサーバは、デジタル学生証に関する制御を行う。第２のサーバは、身分証明書に格納された電子証明書に紐付いた第１のＩＤと、教育機関が学生を管理するための第２のＩＤと、を対応付けて記憶する。第１のサーバは、デジタル学生証の利用を希望する学生の第２のＩＤを第２のサーバに通知する。第２のサーバは、通知された第２のＩＤに対応する第１のＩＤが有効な場合、デジタル学生証の利用を希望する学生のデジタル学生証を生成し、当該生成されたデジタル学生証を第１のサーバに送信する。
【選択図】図１

【特許請求の範囲】

【請求項1】

身分証明書に格納された電子証明書に紐付いたＩＤであって、前記身分証明書の有効無効と連動する第１のＩＤと、教育機関が学生を管理するための第２のＩＤと、を対応付けて記憶する記憶部と、
学生が所持する端末からデジタル学生証の利用希望に基づいた前記第２のＩＤを取得する取得部と、
前記取得された第２のＩＤに対応する前記第１のＩＤの有効性に関する確認が必要か否か判定し、前記第１のＩＤの有効性を確認する必要がある場合、前記第１のＩＤの有効性を判定する、判定部と、
を備える、サーバ。

【請求項2】

前記判定部は、予め定められたポリシに基づいて前記第１のＩＤの有効性に関する確認が必要か否か判定する、請求項１に記載のサーバ。

【請求項3】

前記判定部は、前記第１のＩＤの有効性が確認されてから所定期間経過している場合に、前記第１のＩＤの有効性の確認が必要と判定する、請求項１に記載のサーバ。

【請求項4】

前記判定部は、所定期間の間に前記第１のＩＤの有効性が確認された回数に基づいて、前記第１のＩＤの有効性に関する確認が必要か否か判定する、請求項１に記載のサーバ。

【請求項5】

前記判定部は、前記学生が利用するサービスに基づいて前記第１のＩＤの有効性に関する確認が必要か否か判定する、請求項１に記載のサーバ。

【請求項6】

サーバにおいて、
身分証明書に格納された電子証明書に紐付いたＩＤであって、前記身分証明書の有効無効と連動する第１のＩＤと、教育機関が学生を管理するための第２のＩＤと、を対応付けて記憶し、
学生が所持する端末からデジタル学生証の利用希望に基づいた前記第２のＩＤを取得し、
前記取得された第２のＩＤに対応する前記第１のＩＤの有効性に関する確認が必要か否か判定し、前記第１のＩＤの有効性を確認する必要がある場合、前記第１のＩＤの有効性を判定する、サーバの制御方法。

【請求項7】

サーバに搭載されたコンピュータに、
身分証明書に格納された電子証明書に紐付いたＩＤであって、前記身分証明書の有効無効と連動する第１のＩＤと、教育機関が学生を管理するための第２のＩＤと、を対応付けて記憶する処理と、
学生が所持する端末からデジタル学生証の利用希望に基づいた前記第２のＩＤを取得する処理と、
前記取得された第２のＩＤに対応する前記第１のＩＤの有効性に関する確認が必要か否か判定し、前記第１のＩＤの有効性を確認する必要がある場合、前記第１のＩＤの有効性を判定する処理と、
を実行させるためのプログラム。

【請求項8】

デジタル学生証に関する制御を行う、第１のサーバと、
身分証明書に格納された電子証明書に紐付いたＩＤであって、前記身分証明書の有効無効と連動する第１のＩＤと、教育機関が学生を管理するための第２のＩＤと、を対応付けて記憶する、第２のサーバと、
学生が所持する端末と、
を含み、
前記第１のサーバは、前記端末から前記学生が前記デジタル学生証の利用を希望していることを取得すると、前記学生の前記第２のＩＤを前記第２のサーバに通知し、
前記第２のサーバは、前記通知された第２のＩＤに対応する前記第１のＩＤの有効性に関する確認が必要か否か判定し、前記第１のＩＤの有効性を確認する必要がある場合、前記第１のＩＤの有効性を判定する、システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、システム及び方法に関する。

【背景技術】

【0002】

デジタル化された学生証に関する技術が存在する。

【0003】

例えば、特許文献１には、学生証をデジタル化するデジタル学生証変換システムを提供する、と記載されている。特許文献１のデジタル学生証変換システムは、携帯する電子媒体にデジタル学生証を表示するシステムである。当該システムは、学校データベースと、学生証アプリと、運営管理サーバと、を備える。学校データベースは、学校が有する学生又は生徒情報からデジタル学生証に変換するための情報が入力されたデータベースである。学生証アプリは、学生証をデジタル学生証へと変換するためのアプリである。運営管理サーバは、学生証アプリ及び学校データベースを管理及び運営する。学校データベースは、運営管理サーバからデジタル学生証のための学校ごとの学校用アカウントが割り当てられ、かつ、学生又は生徒ごとのＩＤ及びパスワードを有する。特許文献１のシステムでは、携帯する電子媒体によりダウンロードされた学生証アプリによって、ＩＤ及びパスワードと、携帯する電子媒体に保存された顔写真をもとに、学生証がデジタル学生証に変換される。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０２２－０９６６２４号公報

【発明の概要】

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

【0005】

特許文献１に開示されたように、学生証がデジタル化されることがある。学生証は、学生の身分を証明する証明書として用いられることがある。従って、学生証には信頼性が求められる。しかしながら、デジタル化された情報は偽造の対象となりやすく、デジタル化された学生証の信頼性を担保することが求められる。

【0006】

本発明は、デジタル学生証の信頼性を向上することに寄与する、システム及び方法を提供することを主たる目的とする。

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

【0007】

本発明の第１の視点によれば、デジタル学生証に関する制御を行う、第１のサーバと、身分証明書に格納された電子証明書に紐付いた第１のＩＤと、教育機関が学生を管理するための第２のＩＤと、を対応付けて記憶する、第２のサーバと、を含み、前記第１のサーバは、前記デジタル学生証の利用を希望する学生の前記第２のＩＤを前記第２のサーバに通知し、前記第２のサーバは、前記通知された第２のＩＤに対応する前記第１のＩＤが有効な場合、前記デジタル学生証の利用を希望する学生のデジタル学生証を生成し、前記生成されたデジタル学生証を前記第１のサーバに送信する、システムが提供される。

【0008】

本発明の第２の視点によれば、デジタル学生証に関する制御を行う、第１のサーバと、身分証明書に格納された電子証明書に紐付いた第１のＩＤと、教育機関が学生を管理するための第２のＩＤと、を対応付けて記憶する、第２のサーバと、を含むシステムにおいて、前記第１のサーバが、前記デジタル学生証の利用を希望する学生の前記第２のＩＤを前記第２のサーバに通知し、前記第２のサーバが、前記通知された第２のＩＤに対応する前記第１のＩＤが有効な場合、前記デジタル学生証の利用を希望する学生のデジタル学生証を生成し、前記生成されたデジタル学生証を前記第１のサーバに送信する、方法が提供される。

【発明の効果】

【0009】

本発明の各視点によれば、デジタル学生証の信頼性を向上することに寄与する、システム及び方法が提供される。なお、本発明の効果は上記に限定されない。本発明により、当該効果の代わりに、又は当該効果と共に、他の効果が奏されてもよい。

【図面の簡単な説明】

【0010】

【図1】図１は、一実施形態の概要を説明するための図である。

【図2】図２は、一実施形態の動作を説明するためのフローチャートである。

【図3】図３は、第１の実施形態に係る情報処理システムの概略構成の一例を示す図である。

【図4】図４は、第１の実施形態に係る情報処理システムの動作を説明するための図である。

【図5】図５は、第１の実施形態に係る情報処理システムの動作を説明するための図である。

【図6】図６は、第１の実施形態に係る端末の表示の一例を示す図である。

【図7】図７は、第１の実施形態に係るデジタル学生証サーバの処理構成の一例を示す図である。

【図8】図８は、第１の実施形態に係るＩＤ管理サーバの処理構成の一例を示す図である。

【図9】図９は、第１の実施形態に係るＩＤ管理データベースの一例を示す図である。

【図10】図１０は、第１の実施形態に係るデジタル学生証生成部の動作の一例を示すフローチャートである。

【図11】図１１は、第１の実施形態に係るデジタル学生証生成部の動作の一例を示すフローチャートである。

【図12】図１２は、第１の実施形態に係る情報処理システムの動作の一例を示すシーケンス図である。

【図13】図１３は、本願開示に係るＩＤ管理サーバのハードウェア構成の一例を示す図である。

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

【0011】

はじめに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。また、特段の釈明がない場合には、各図面に記載されたブロックはハードウェア単位の構成ではなく、機能単位の構成を表す。各図におけるブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。

【0012】

一実施形態に係るシステムは、第１のサーバ１０１と、第２のサーバ１０２と、を含む（図１参照）。第１のサーバ１０１は、デジタル学生証に関する制御を行う。第２のサーバ１０２は、身分証明書に格納された電子証明書に紐付いた第１のＩＤと、教育機関が学生を管理するための第２のＩＤと、を対応付けて記憶する。第１のサーバ１０１は、デジタル学生証の利用を希望する学生の第２のＩＤを第２のサーバ１０２に通知する（図２のステップＳ１）。第２のサーバ１０２は、通知された第２のＩＤに対応する第１のＩＤが有効な場合、デジタル学生証の利用を希望する学生のデジタル学生証を生成し、当該生成されたデジタル学生証を第１のサーバ１０１に送信する（ステップＳ２）。

【0013】

上記システムにおいて、第２のサーバ１０２は、デジタル学生証の発行を希望する学生の第１のＩＤが有効な場合に、当該学生のデジタル学生証を生成する。第２のサーバ１０２は、身分証明書（例えば、マイナンバーカード）に格納された電子証明書（第１のＩＤと紐付けられた電子証明書）が有効な場合にデジタル学生証を発行し、当該電子証明書が無効な場合にデジタル学生証を発行しない。即ち、第２のサーバ１０２により生成されるデジタル学生証は、身分証明書による本人確認が行われた学生に対して発行されるので、高い信頼性を有する。

【0014】

以下に具体的な実施形態について、図面を参照してさらに詳しく説明する。

【0015】

［第１の実施形態］
第１の実施形態について、図面を用いてより詳細に説明する。

【0016】

［システムの構成］
図３は、第１の実施形態に係る情報処理システム（学生証管理システム、ＩＤ管理システム）の概略構成の一例を示す図である。図３に示すように、情報処理システムには、デジタル学生証サーバ１０と、ＩＤ管理サーバ２０と、認証サーバ３０と、複数の大学サーバ４０と、が含まれる。

【0017】

デジタル学生証サーバ１０は、システムに参加する各大学の学生に発行される学生証（デジタル学生証）に関する管理、制御を行うサーバ装置（第１のサーバ）である。

【0018】

ＩＤ管理サーバ２０は、学生に発行されるＩＤに関する管理を行うサーバ装置（第２のサーバ）である。ＩＤ管理サーバ２０は、身分証明書に格納された電子証明書に紐付いた第１のＩＤと、教育機関が学生を管理するための第２のＩＤと、を対応付けて記憶する。これらのＩＤに関する詳細は後述する。

【0019】

認証サーバ３０は、利用者から依頼された電子証明書の認証業務を執り行うサーバ装置（第３のサーバ）である。認証サーバ３０は、電子証明書の有効性判定に関する制御を行う。認証サーバ３０は、電子証明書の認証業務を行う事業者により管理される。

【0020】

大学サーバ４０は、システムに参加する各大学の業務に関する制御を行うサーバ装置（第４のサーバ）である。大学サーバ４０は、在校生に関する学生情報を記憶する。

【0021】

学生は、端末５０を操作して、デジタル学生証サーバ１０等にアクセスする。

【0022】

図３に示す各サーバ（デジタル学生証サーバ１０、ＩＤ管理サーバ２０、認証サーバ３０、大学サーバ４０等）は、ネットワークを介して相互に通信可能に構成されている。例えば、デジタル学生証サーバ１０とＩＤ管理サーバ２０は、有線又は無線の通信手段により接続され、相互に通信が可能となるように構成されている。

【0023】

図３に示す情報処理システムの構成は例示であって、その構成を限定する趣旨ではない。例えば、情報処理システムには複数のデジタル学生証サーバ１０等が含まれていてもよい。

【0024】

［概略動作］
続いて、第１の実施形態に係る情報処理システムの概略動作について説明する。

【0025】

＜教育デジタルＩＤの発行＞
入学生は、入学する大学からデジタル学生証の発行を受ける。デジタル学生証の発行を受けるためには、入学生は、教育デジタルＩＤを取得する必要がある。教育デジタルＩＤは、教育機関内で学生を識別するためのＩＤ（第２のＩＤ）である。

【0026】

教育デジタルＩＤを取得するためには、入学生は、端末５０にインストールされた「デジタル学生証アプリケーション」を起動して、当該アプリケーションから教育デジタルＩＤの発行をシステムに依頼する。

【0027】

その際、入学生は、本人確認のための情報をシステムに登録する必要がある。当該本人確認は、公的機関から発行された身分証明書を用いて行われる。具体的には、電子証明書が格納されたＩＣ（Integrated Circuit）カードが本人確認に使用される。本願開示では、電子証明書が格納されたＩＣカード（身分証明書）としてマイナンバーカードを例にとり説明を行う。

【0028】

端末５０は、利用者（入学生）の操作に応じて、マイナンバーカードに格納された電子証明書（例えば、利用者証明用電子証明書）を読み出す。端末５０は、読み出した電子証明書及び連絡先（例えば、端末５０がメールを受信可能なメールアドレス）を含む「ＩＤ発行要求」を認証サーバ３０に送信する（図４のステップＳ０１）。

【0029】

ＩＤ確認要求を送信することで、入学生（端末５０）は、マイナンバーカードを利用した本人確認を認証サーバ３０に要求する。

【0030】

ＩＤ発行要求を受信すると、認証サーバ３０は、当該ＩＤ発行要求に含まれる電子証明書の検証を認証局サーバ（図示せず）に依頼する。具体的には、認証サーバ３０は、取得した電子証明書を認証局サーバに送信する。

【0031】

認証局サーバは、Ｊ－ＬＩＳ（Japan Agency for Local Authority Information Systems）と称される国及び地方公共団体が共同して運営する法人により管理されるサーバ装置である。認証局サーバは、電子証明書（マイナンバーカード）の有効性を検証する。

【0032】

認証局サーバは、認証サーバ３０から取得した電子証明書の検証結果（電子証明書は有効、無効）を認証サーバ３０に送信する。

【0033】

認証局サーバが電子証明書の検証に失敗すると（電子証明書が無効であると）、認証サーバ３０は、教育デジタルＩＤの発行に失敗した旨を端末５０に通知する。

【0034】

この場合、端末５０のデジタル学生証アプリケーションは、教育デジタルＩＤの発行に失敗した旨を利用者（入学生）に通知する。その際、端末５０は、マイナンバーカードから読み出された電子証明書が無効であることが原因となって教育デジタルＩＤの発行に失敗した旨を利用者に通知してもよい。

【0035】

認証局サーバが電子証明書の検証に成功すると（電子証明書が有効であると）、認証サーバ３０は、上記入学生に対して「エンドユーザＩＤ」を発行する。エンドユーザＩＤは、電子証明書のシリアル番号と一意に対応する固有のＩＤ（第１のＩＤ）である。当該エンドユーザＩＤは、マイナンバーカードの有効無効と連動するＩＤである。即ち、マイナンバーカードが失効すると、エンドユーザＩＤも無効となる。

【0036】

エンドユーザＩＤを発行すると、認証サーバ３０は、当該発行したエンドユーザＩＤと電子証明書のシリアル番号を対応付けてデータベースに記憶する。

【0037】

また、エンドユーザＩＤを発行すると、認証サーバ３０は、当該発行したエンドユーザＩＤをＩＤ管理サーバ２０に通知する。具体的には、認証サーバ３０は、エンドユーザＩＤ及び連絡先を含む「エンドユーザＩＤ通知」をＩＤ管理サーバ２０に送信する（図４のステップＳ０２）。

【0038】

エンドユーザＩＤ通知を受信すると、ＩＤ管理サーバ２０は、教育デジタルＩＤを生成する。ＩＤ管理サーバ２０は、認証サーバ３０から取得したエンドユーザＩＤと上記生成した教育デジタルＩＤを対応付けてＩＤ管理データベースに記憶する。ＩＤ管理データベースの詳細は後述する。

【0039】

ＩＤ管理サーバ２０は、上記生成した教育デジタルＩＤをデジタル学生証サーバ１０に通知する。具体的には、ＩＤ管理サーバ２０は、教育デジタルＩＤ及び連絡先を含む「教育デジタルＩＤ通知」をデジタル学生証サーバ１０に送信する（図４のステップＳ０３）。

【0040】

教育デジタルＩＤ通知を受信すると、デジタル学生証サーバ１０は、学生（入学生）のデジタル学生証を管理するためのアカウントを生成する。アカウントを生成すると、デジタル学生証サーバ１０は、取得した教育デジタルＩＤを上記学生のログイン情報として記憶する。

【0041】

また、デジタル学生証サーバ１０は、教育デジタルＩＤを端末５０（ＩＤ管理サーバ２０から取得した連絡先に対応する端末５０）に通知する。具体的には、デジタル学生証サーバ１０は、教育デジタルＩＤを含む「ＩＤ発行通知」を端末５０に送信する（図４のステップＳ０４）。端末５０は、受信した教育デジタルＩＤ（ログイン情報）を記憶する。

【0042】

このように、認証サーバ３０（第３サーバ）は、学生が所持する端末５０から電子証明書を含むＩＤ発行要求を受信する。認証サーバ３０は、当該受信した電子証明書の有効性判定に関する制御（認証局サーバに電子証明書の有効性判定を依頼）を行い、当該有効性判定が行われた電子証明書が有効な場合に、ＩＤの発行を希望する学生のエンドユーザＩＤ（第１のＩＤ）を生成する。認証サーバ３０は、当該生成されたエンドユーザＩＤと有効な電子証明書のシリアル番号を対応付けて記憶する。さらに、認証サーバ３０は、上記生成したエンドユーザＩＤをＩＤ管理サーバ２０（第２のサーバ）に送信する。

【0043】

ＩＤ管理サーバ２０は、エンドユーザＩＤの受信に応じて教育デジタルＩＤ（第２のＩＤ）を生成する。ＩＤ管理サーバ２０は、受信したエンドユーザＩＤと上記生成された教育デジタルＩＤを対応付けて記憶すると共に、生成された教育デジタルＩＤをデジタル学生証サーバ１０（第１のサーバ）に送信する。

【0044】

デジタル学生証サーバ１０は、通知された教育デジタルＩＤを上記ＩＤの発行を希望する学生に通知する。その際、デジタル学生証サーバ１０は、通知された教育デジタルＩＤをログイン情報として上記ＩＤの発行を希望する学生に通知する。

【0045】

＜デジタル学生証の発行＞
教育デジタルＩＤの発行が完了すると、学生（入学生）は、デジタル学生証の発行を受けることができる。具体的には、入学生は、端末５０を操作してデジタル学生証アプリケーションを起動し、デジタル学生証サーバ１０のアカウントにログインする。

【0046】

入学生がデジタル学生証の発行を希望すると、デジタル学生証サーバ１０は、入学生を特定するための情報（学生特定情報）を取得する。学生特定情報には、例えば、氏名又は氏名と生年月日の組み合わせが例示される。あるいは、入学生が大学から事前に学籍番号の通知を受けている場合には、学籍番号が学生特定情報として用いられてもよい。

【0047】

さらに、デジタル学生証サーバ１０は、入学生が入学する大学を特定するための情報（大学特定情報；例えば、大学名又は大学コード）を取得する。

【0048】

学生特定情報及び大学特定情報を取得すると、デジタル学生証サーバ１０は、ＩＤ管理サーバ２０に対して、教育デジタルＩＤ、学生特定情報及び大学特定情報を含む「デジタル学生証生成要求」を送信する（図５のステップＳ１１）。

【0049】

デジタル学生証サーバ１０は、教育デジタルＩＤをＩＤ管理サーバ２０に送信することで、当該教育デジタルＩＤの有効性検証をＩＤ管理サーバ２０に依頼する。

【0050】

デジタル学生証生成要求を受信すると、ＩＤ管理サーバ２０は、教育デジタルＩＤに対応するエンドユーザＩＤの有効性に関する検証を認証サーバ３０に依頼する。具体的には、ＩＤ管理サーバ２０は、ＩＤ管理データベースにアクセスし、取得した教育デジタルＩＤに対応するエンドユーザＩＤを読み出す。ＩＤ管理サーバ２０は、当該読み出したエンドユーザＩＤを含む「エンドユーザＩＤ検証要求」を認証サーバ３０に送信する（図５のステップＳ１２）。

【0051】

エンドユーザＩＤ検証要求を受信すると、認証サーバ３０は、当該エンドユーザＩＤに紐付く電子証明書（マイナンバーカード）の有効性を判定する。具体的には、認証サーバ３０は、エンドユーザＩＤ及び電子証明書のシリアル番号を記憶するデータベースにアクセスし、取得したエンドユーザＩＤに対応する電子証明書のシリアル番号を読み出す。

【0052】

認証サーバ３０は、当該読み出したシリアル番号を認証局サーバ（Ｊ－ＬＩＳが運営するサーバ）に送信し、電子証明書のシリアル番号に対応する電子証明書の有効性判定を認証局サーバに依頼する。

【0053】

認証サーバ３０は、認証局サーバからの応答（シリアル番号に対応する電子証明書が有効、無効）に応じた応答をＩＤ管理サーバ２０に送信する（図５のステップＳ１３）。

【0054】

具体的には、電子証明書が有効である旨の応答を認証局サーバから受信すると、認証サーバ３０は、エンドユーザＩＤは有効である旨を示す肯定応答をＩＤ管理サーバ２０に送信する。電子証明書が無効である旨の応答を認証局サーバから受信すると、認証サーバ３０は、エンドユーザＩＤは無効である旨を示す否定応答をＩＤ管理サーバ２０に送信する。

【0055】

エンドユーザＩＤが有効の場合、ＩＤ管理サーバ２０は、デジタル学生証サーバ１０から取得した教育デジタルＩＤは有効であると判断する。教育デジタルＩＤが有効であると、ＩＤ管理サーバ２０は、入学生が入学する大学（大学特定情報から特定される大学）に対して、デジタル学生証の発行を希望する学生に関する検証を要求する。具体的には、ＩＤ管理サーバ２０は、大学サーバ４０に対して、教育デジタルＩＤ及び学生特定情報を含む「在校生確認要求」を送信する（図５のステップＳ１４）。

【0056】

ＩＤ管理サーバ２０は、在校生確認要求を大学サーバ４０に送信することで、デジタル学生証の発行を希望する学生が、当該学生により指定された大学に在籍しているか否かの判定（検証）を当該大学に依頼する。

【0057】

在校生確認要求を受信した大学サーバ４０は、入学生の氏名、生年月日、生体情報（例えば、顔画像）、所属学部等を記憶した学生情報データベースを参照し、学生特定情報に対応する学生（入学生）が当該データベースに登録されているか否か判定する。大学サーバ４０は、判定結果をＩＤ管理サーバ２０に送信する（図５のステップＳ１５）。

【0058】

学生特定情報に対応する学生が学生情報データベースに登録されていない場合、大学サーバ４０は、学生特定情報に対応する学生は存在しない旨を示す否定応答をＩＤ管理サーバ２０に送信する。

【0059】

学生特定情報に対応する学生が学生情報データベースに登録されている場合、大学サーバ４０は、学生特定情報に対応する学生の情報（学生情報）を含む肯定応答をＩＤ管理サーバ２０に送信する。例えば、大学サーバ４０は、学生の氏名、生年月日、大学名、所属学部、所属学科、学籍番号、生体情報、所属大学の所在地、所属大学の連絡先等を「学生情報」としてＩＤ管理サーバ２０に送信する。

【0060】

また、学生特定情報に対応する学生が学生情報データベースに登録されている場合、大学サーバ４０は、ＩＤ管理サーバ２０から取得した教育デジタルＩＤを学生情報データベースに記憶する。

【0061】

大学（大学サーバ４０）は、教育デジタルＩＤを新たな学生特定情報として用いて学生の管理を行う。具体的には、大学サーバ４０は、教育デジタルＩＤ、学生の個人情報（氏名、生年月日等）、生体情報（例えば、顔画像）、学籍番号、所属学部、履修情報（成績に関する情報；例えば、取得単位、出席情報）等を対応付けて記憶する。

【0062】

ＩＤ管理サーバ２０は、デジタル学生証生成要求に対する応答をデジタル学生証サーバ１０に送信する（図５のステップＳ１６）。

【0063】

認証サーバ３０から「エンドユーザＩＤが無効」と通知された場合、ＩＤ管理サーバ２０は、デジタル学生証の生成不可を示す否定応答をデジタル学生証サーバ１０に送信する。

【0064】

あるいは、在校生確認要求に対する応答として大学サーバ４０から否定応答を受信した場合にも、ＩＤ管理サーバ２０は、否定応答をデジタル学生証サーバ１０に送信する。

【0065】

大学サーバ４０から肯定応答を受信した場合、ＩＤ管理サーバ２０は、デジタル学生証を生成（発行）する。ＩＤ管理サーバ２０は、大学サーバ４０から取得した学生情報を使ってデジタル学生証に記載する「券面情報」を生成し、当該券面情報を含むデジタル学生証を生成する。

【0066】

デジタル学生証には、学生の氏名、生年月日、学籍番号、生体情報（例えば、顔画像）、所属大学の情報等が記載される。

【0067】

デジタル学生証を生成すると、ＩＤ管理サーバ２０は、当該生成されたデジタル学生証を含む肯定応答をデジタル学生証サーバ１０に送信する。

【0068】

また、デジタル学生証の発行が完了すると、ＩＤ管理サーバ２０は、デジタル学生証の発行を受けた学生を特定する学生特定情報（例えば、学籍番号）と大学を特定する大学特定情報（例えば、大学名）をＩＤ管理データベースに登録する。即ち、デジタル学生証が学生に発行されると、ＩＤ管理サーバ２０は、当該学生のエンドユーザＩＤ、教育デジタルＩＤ、学籍番号及び大学名を対応付けて記憶する。

【0069】

デジタル学生証生成要求に対する肯定応答を受信すると、デジタル学生証サーバ１０は、デジタル学生証の発行が完了した旨を学生（入学生）に通知する。あるいは、デジタル学生証サーバ１０は、発行されたデジタル学生証を端末５０に表示してもよい。例えば、端末５０は、図６に示すようなデジタル学生証を表示する。

【0070】

＜デジタル学生証の利用＞
続いて、学生によるデジタル学生証の利用について説明する。学生は、デジタル学生証を身分証明書として利用できる。

【0071】

この場合、学生は、端末５０を操作して、デジタル学生証サーバ１０にログインする。具体的には、学生は、デジタル学生証アプリケーションを起動し、当該アプリケーションを介してログイン情報（教育デジタルＩＤ）をデジタル学生証サーバ１０に送信する。

【0072】

デジタル学生証サーバ１０は、ログイン情報（教育デジタルＩＤ）を用いて学生を認証する。デジタル学生証サーバ１０のアカウントにログインすると、学生は、端末５０を操作して所定の動作を行い、デジタル学生証の表示を要求する。

【0073】

デジタル学生証の表示要求を受け付けると、デジタル学生証サーバ１０は、デジタル学生証の生成時と同様に、「デジタル学生証生成要求」をＩＤ管理サーバ２０に送信する。

【0074】

デジタル学生証生成要求を受信すると、ＩＤ管理サーバ２０は、当該要求に含まれる教育デジタルＩＤをキーとしてＩＤ管理データベースを検索し、対応するエントリを特定する。ＩＤ管理サーバ２０は、対応するエントリに学籍番号が登録されている場合（デジタル学生証が既に発行済の場合）、デジタル学生証生成要求を、予め定められたポリシ（デジタル学生証制御ポリシ）に基づいて処理する。

【0075】

例えば、デジタル学生証制御ポリシには、エンドユーザＩＤの有効性検証（マイナンバーカードの有効性検証）に関するポリシが含まれる。

【0076】

エンドユーザＩＤの有効性検証に関するポリシには、例えば、エンドユーザＩＤの有効性を確認する頻度、タイミング等に関する規則（基準）が含まれる。例えば、エンドユーザＩＤの有効性に関するポリシとして、「デジタル学生証が利用されるたびにエンドユーザＩＤの有効性を確認する」や「直前の有効性確認から所定期間経過している場合、エンドユーザＩＤの有効性を確認する」等が例示される。あるいは、エンドユーザＩＤの有効性確認に関するポリシは、「所定期間が経過することでエンドユーザＩＤの有効性を確認する」であってもよい。例えば、当該所定期間が「上期」、「下期」であれば、半年の間に１度エンドユーザＩＤの確認が行われればよい。あるいは、エンドユーザＩＤの有効性確認に関するポリシは、「所定期間内に所定回数以上のエンドユーザＩＤの確認が行われない場合には、当該所定回数以降はエンドユーザＩＤの有効性を確認する」でもあってもよい。例えば、所定期間が半年、所定回数が５回であれば、半年の間に５回まではエンドユーザＩＤの有効性確認が行われず、６回目の以降にエンドユーザＩＤの有効性が確認される。

【0077】

デジタル学生証制御ポリシに従い、エンドユーザＩＤの有効性の確認が必要と判定された場合、ＩＤ管理サーバ２０は、図５に示すデジタル学生証の生成処理と同様の処理を実行する。

【0078】

具体的には、ＩＤ管理サーバ２０は、認証サーバ３０にエンドユーザＩＤ検証要求を送信する。また、ＩＤ管理サーバ２０は、大学特定情報から特定される大学サーバ４０に在校生確認要求を送信する。なお、ＩＤ管理サーバ２０は、教育デジタルＩＤ又は学籍番号を学生特定情報として含む在校生確認要求を送信する。

【0079】

ＩＤ管理サーバ２０は、エンドユーザＩＤが有効であって、大学サーバ４０から学生情報を取得できた場合に、デジタル学生証を生成する。ＩＤ管理サーバ２０は、生成したデジタル学生証をデジタル学生証サーバ１０に送信する。

【0080】

デジタル学生証制御ポリシに従い、エンドユーザＩＤの有効性の確認は不要と判定された場合、ＩＤ管理サーバ２０は、大学サーバ４０に在校生確認要求を送信する。この場合にも、ＩＤ管理サーバ２０は、教育デジタルＩＤ又は学籍番号を学生特定情報として含む在校生確認要求を大学サーバ４０に送信する。

【0081】

ＩＤ管理サーバ２０は、大学サーバ４０から取得した学生情報を用いてデジタル学生証を生成する。ＩＤ管理サーバ２０は、生成したデジタル学生証をデジタル学生証サーバ１０に送信する。

【0082】

デジタル学生証サーバ１０は、ＩＤ管理サーバ２０から受信したデジタル学生証を端末５０に表示する。例えば、学生は、自身の身分を証明する際、デジタル学生証を第三者に提示する。例えば、学割で定期券を購入する際、学生は、鉄道会社にデジタル学生証を提示する。鉄道会社は、マイナンバーカードにより本人であることが裏付けられたデジタル学生証を信用し、定期券を販売する。

【0083】

このように、デジタル学生証サーバ１０（第１のサーバ）は、デジタル学生証の利用を希望する学生の教育デジタルＩＤ（第２のＩＤ）をＩＤ管理サーバ２０（第２のサーバ）に通知する。ＩＤ管理サーバ２０は、通知された教育デジタルＩＤに対応するエンドユーザＩＤ（第１のＩＤ）が有効な場合、デジタル学生証の利用を希望する学生のデジタル学生証を生成し、生成されたデジタル学生証をデジタル学生証サーバ１０に送信する。

【0084】

その際、ＩＤ管理サーバ２０は、通知された教育デジタルＩＤに対応するエンドユーザＩＤを認証サーバ３０（第３のサーバ）に通知することで認証サーバ３０にエンドユーザＩＤの有効性に関する判定を要求する。認証サーバ３０は、通知されたエンドユーザＩＤに対応する電子証明書の有効性判定に関する制御を行い、判定結果をＩＤ管理サーバ２０に通知する。

【0085】

ＩＤ管理サーバ２０は、通知された教育デジタルＩＤに対応するエンドユーザＩＤが有効な場合であって、且つ、大学サーバ４０（第４のサーバ）からデジタル学生証の利用を希望する学生の学生情報を取得できた場合に、デジタル学生証を生成する。なお、既にデジタル学生証が発行されている学生について、ＩＤ管理サーバ２０は、予め定められたポリシに従い、認証サーバ３０に対してエンドユーザＩＤの有効性に関する判定を要求するか否か判定する。

【0086】

続いて、第１の実施形態に係る情報処理システムに含まれる各装置の詳細について説明する。

【0087】

［デジタル学生証サーバ］
図７は、第１の実施形態に係るデジタル学生証サーバ１０の処理構成（処理モジュール）の一例を示す図である。図７を参照すると、デジタル学生証サーバ１０は、通信制御部２０１と、ＩＤ発行制御部２０２と、デジタル学生証制御部２０３と、記憶部２０４と、を備える。

【0088】

通信制御部２０１は、他の装置との間の通信を制御する手段である。例えば、通信制御部２０１は、ＩＤ管理サーバ２０からデータ（パケット）を受信する。また、通信制御部２０１は、ＩＤ管理サーバ２０に向けてデータを送信する。通信制御部２０１は、他の装置から受信したデータを他の処理モジュールに引き渡す。通信制御部２０１は、他の処理モジュールから取得したデータを他の装置に向けて送信する。このように、他の処理モジュールは、通信制御部２０１を介して他の装置とデータの送受信を行う。通信制御部２０１は、他の装置からデータを受信する受信部としての機能と、他の装置に向けてデータを送信する送信部としての機能と、を備える。

【0089】

ＩＤ発行制御部２０２は、教育デジタルＩＤの発行に関する制御を行う手段である。ＩＤ発行制御部２０２は、ＩＤ管理サーバ２０から受信する教育デジタルＩＤ通知を処理する。

【0090】

教育デジタルＩＤ通知を受信すると、ＩＤ発行制御部２０２は、デジタル学生証を管理するためのアカウントを生成する。アカウントを生成すると、ＩＤ発行制御部２０２は、当該アカウントにおいて、学生の教育デジタルＩＤをログイン情報として管理する。なお、ＩＤ発行制御部２０２は、教育デジタルＩＤ以外のＩＤをログイン情報として生成してもよい。

【0091】

また、学生のアカウントを生成すると、ＩＤ発行制御部２０２は、デジタル学生証の発行を希望する入学生が所持する端末５０に対して「ＩＤ発行通知」を送信する。ＩＤ発行通知には、ログイン情報（教育デジタルＩＤ）が含まれる。

【0092】

なお、ＩＤ発行制御部２０２は、教育デジタルＩＤをログインＩＤとして扱い、アカウントにログインするためのパスワードの設定を入学生に要求してもよい。具体的には、ＩＤ発行制御部２０２は、教育デジタルＩＤを端末５０に送付する際、端末５０を介して、アカウントにログインするためのパスワードの決定を入学生に促してもよい。

【0093】

デジタル学生証制御部２０３は、デジタル学生証に関する制御を行う手段である。

【0094】

ログイン情報（教育デジタルＩＤ）を使ってアカウントにログインした学生が所定の動作（例えば、端末５０に表示されたデジタル学生証発行ボタンの押下）を行うと、デジタル学生証制御部２０３は、学生特定情報及び大学特定情報を取得する。

【0095】

例えば、デジタル学生証制御部２０３は、ＧＵＩ（Graphical User Interface）等を端末５０に表示して、学生特定情報（例えば、氏名と生年月日の組み合わせ）及び大学特定情報（例えば、大学名又は大学コード）を取得する。

【0096】

学生特定情報及び大学特定情報を取得すると、デジタル学生証制御部２０３は、教育デジタルＩＤ、学生特定情報及び大学特定情報を含む「デジタル学生証生成要求」をＩＤ管理サーバ２０に送信する。

【0097】

デジタル学生証制御部２０３は、デジタル学生証生成要求に対する応答（肯定応答、否定応答）を受信する。

【0098】

肯定応答（デジタル学生証の生成に成功した旨の応答）を受信した場合、デジタル学生証制御部２０３は、デジタル学生証の発行に成功した旨を入学生に通知する。否定応答（デジタル学生証の生成に失敗した旨の応答）を受信した場合、デジタル学生証制御部２０３は、デジタル学生証の発行に失敗した旨を入学生に通知する。

【0099】

また、ログインした学生が所定の動作（例えば、端末５０に表示されたデジタル学生証表示ボタンの押下）を行うと、当該ログインした学生の教育デジタルＩＤ及び大学特定情報を含む「デジタル学生証生成要求」をＩＤ管理サーバ２０に送信する。

【0100】

デジタル学生証制御部２０３は、ＩＤ管理サーバ２０からの応答をデジタル学生証の発行時と同様に処理する。

【0101】

記憶部２０４は、デジタル学生証サーバ１０の動作に必要な情報を記憶する手段である。

【0102】

［ＩＤ管理サーバ］
図８は、第１の実施形態に係るＩＤ管理サーバ２０の処理構成（処理モジュール）の一例を示す図である。図８を参照すると、ＩＤ管理サーバ２０は、通信制御部３０１と、ＩＤ管理部３０２と、デジタル学生証生成部３０３と、記憶部３０４と、を備える。

【0103】

通信制御部３０１は、他の装置との間の通信を制御する手段である。例えば、通信制御部３０１は、デジタル学生証サーバ１０からデータ（パケット）を受信する。また、通信制御部３０１は、デジタル学生証サーバ１０に向けてデータを送信する。通信制御部３０１は、他の装置から受信したデータを他の処理モジュールに引き渡す。通信制御部３０１は、他の処理モジュールから取得したデータを他の装置に向けて送信する。このように、他の処理モジュールは、通信制御部３０１を介して他の装置とデータの送受信を行う。通信制御部３０１は、他の装置からデータを受信する受信部としての機能と、他の装置に向けてデータを送信する送信部としての機能と、を備える。

【0104】

ＩＤ管理部３０２は、エンドユーザＩＤ及び教育デジタルＩＤに関する制御、管理を行う手段である。

【0105】

ＩＤ管理部３０２は、認証サーバ３０から「エンドユーザＩＤ通知」を受信する。エンドユーザＩＤの受信に応じて、ＩＤ管理部３０２は、教育デジタルＩＤを生成する。教育デジタルＩＤは、エンドユーザＩＤを一意に対応する情報であればどのような情報であってもよい。例えば、ＩＤ管理部３０２は、エンドユーザＩＤ通知を処理するたびに一意な値を採番し教育デジタルＩＤとしてもよい。

【0106】

教育デジタルＩＤを生成すると、ＩＤ管理部３０２は、エンドユーザＩＤと教育デジタルＩＤを対応付けてＩＤ管理データベースに記憶する（図９参照）。図９に示すように、ＩＤ管理データベースは、エンドユーザＩＤ、教育デジタルＩＤ、学籍番号及び大学名を対応付けて記憶する。なお、図９には図示を省略しているが、ＩＤ管理データベースは、エンドユーザＩＤの検証に関する履歴（エンドユーザＩＤ検証要求を送信した日時及び検証結果）も記憶する。

【0107】

また、図９に示すＩＤ管理データベースは例示であって、記憶する項目等を限定する趣旨ではない。例えば、教育デジタルＩＤの生成日時が当該データベースに登録されていてもよい。

【0108】

ＩＤ管理部３０２は、生成した教育デジタルＩＤと連絡先（例えば、デジタル学生証の発行を希望する学生が所持する端末５０の連絡先）を含む教育デジタルＩＤ通知をデジタル学生証サーバ１０に送信する。

【0109】

デジタル学生証生成部３０３は、デジタル学生証を生成する手段である。図１０及び図１１は、第１の実施形態に係るデジタル学生証生成部３０３の動作の一例を示すフローチャートである。図１０及び図１１を参照し、デジタル学生証生成部３０３の動作を説明する。

【0110】

デジタル学生証生成要求を受信すると、デジタル学生証生成部３０３は、当該要求に含まれる教育デジタルＩＤをキーとしてＩＤ管理データベースを検索し、対応するエントリを特定する（データベースの検索；ステップＳ１０１）。

【0111】

デジタル学生証生成部３０３は、対応するエントリの「学籍番号」フィールドに学籍番号が設定されているか否か判定する（学籍番号の有無を判定；ステップＳ１０２）。

【0112】

学籍番号が設定されていれば（ステップＳ１０３、Ｙｅｓ分岐）、デジタル学生証生成部３０３は、図１１のステップＳ２０１以降の処理を実行する。ステップＳ１０２以降の処理については後述する。

【0113】

学籍番号が設定されていなければ（ステップＳ１０３、Ｎｏ分岐）、デジタル学生証生成部３０３は、上記特定されたエントリのエンドユーザＩＤを読み出す。デジタル学生証生成部３０３は、当該読み出したエンドユーザＩＤを含む「エンドユーザＩＤ検証要求」を認証サーバ３０に送信する（ステップＳ１０４）。

【0114】

デジタル学生証生成部３０３は、認証サーバ３０からエンドユーザＩＤ検証要求に対する応答を受信する。

【0115】

認証サーバ３０から否定応答（エンドユーザＩＤは無効）を受信した場合（ステップＳ１０５、Ｎｏ分岐）、デジタル学生証生成部３０３は、デジタル学生証サーバ１０に送信する応答に否定応答を設定する（ステップＳ１０６）。

【0116】

認証サーバ３０から肯定応答（エンドユーザＩＤは有効）を受信した場合（ステップＳ１０５、Ｙｅｓ分岐）、デジタル学生証生成部３０３は、大学特定情報から特定される大学の大学サーバ４０に対して「在校生確認要求」を送信する（ステップＳ１０７）。在校生確認要求には、教育デジタルＩＤと学生特定情報が含まれる。

【0117】

デジタル学生証生成部３０３は、大学サーバ４０から在校生確認要求に対する応答を受信する。

【0118】

大学サーバ４０から否定応答（対応する学生は在籍していない旨を示す応答）を受信した場合（ステップＳ１０８、Ｎｏ分岐）、デジタル学生証生成部３０３は、デジタル学生証サーバ１０に送信する応答に否定応答を設定する（ステップＳ１０６）。

【0119】

大学サーバ４０から肯定応答（対応する学生は在籍している旨を示す応答）を受信した場合（ステップＳ１０８、Ｙｅｓ分岐）、デジタル学生証生成部３０３は、デジタル学生証サーバ１０に送信する応答に肯定応答を設定する（ステップＳ１０９）。

【0120】

デジタル学生証生成部３０３は、大学サーバ４０から受信した肯定応答に含まれる学生情報（デジタル学生証に記載する券面情報）を用いてデジタル学生証を生成する（ステップＳ１１０）。

【0121】

なお、デジタル学生証を生成（新規に発行）すると、デジタル学生証生成部３０３は、大学サーバ４０から取得した学籍番号及び大学名をＩＤ管理データベースに記憶する。

【0122】

デジタル学生証生成部３０３は、デジタル学生証生成要求に対する応答をデジタル学生証サーバ１０に送信する（ステップＳ１１１）。肯定応答を送信する場合には、デジタル学生証生成部３０３は、上記生成したデジタル学生証をデジタル学生証サーバ１０に送信する。

【0123】

ＩＤ管理データベースを検索して特定されたエントリに学籍番号が設定されていれば（ステップＳ１０３、Ｙｅｓ分岐）、デジタル学生証生成部３０３は、図１１に示す処理を実行する。

【0124】

具体的には、デジタル学生証生成部３０３は、予め設定されたデジタル学生証制御ポリシを参照する（ポリシの参照；ステップＳ２０１）。

【0125】

デジタル学生証生成部３０３は、デジタル学生証制御ポリシを参照し、エンドユーザＩＤの有効性検証の有無を判定する（ＩＤ有効性検証の有無を判定；ステップＳ２０２）。

【0126】

教育デジタルＩＤの有効性検証が必要であれば（ステップＳ２０３、Ｙｅｓ分岐）、デジタル学生証生成部３０３は、図１０に示すステップＳ１０４以降の処理を実行する。

【0127】

教育デジタルＩＤの有効性検証が不要であれば（ステップＳ２０３、Ｎｏ分岐）、デジタル学生証生成部３０３は、図１０に示すステップＳ１０７以降の処理を実行する。

【0128】

ＩＤ管理データベースに学籍番号が既に設定されている場合（学生に対して既にデジタル学生証が発行されている場合）、デジタル学生証生成部３０３は、教育デジタルＩＤに代えて又は加えて学籍番号を含む在校生確認要求を大学サーバ４０に送信してもよい。即ち、教育デジタルＩＤ又は学籍番号が、学生を特定するための情報として大学サーバ４０に送信されてもよい。なお、デジタル学生証生成部３０３は、デジタル学生証制御ポリシに基づいて、在校生確認を送信しなくてもよい。

【0129】

記憶部３０４は、ＩＤ管理サーバ２０の動作に必要な情報を記憶する手段である。

【0130】

［認証サーバ］
認証サーバ３０に関する処理構成等の説明は省略する。認証サーバ３０は、ＩＤ発行要求を受信し、電子証明書（マイナンバーカード）が有効であればエンドユーザＩＤを生成する。例えば、認証サーバ３０は、電子証明書のシリアル番号のハッシュ値を計算し、当該計算されたハッシュ値をエンドユーザＩＤとする。また、認証サーバ３０は、ＩＤ管理サーバ２０から受信したエンドユーザＩＤ検証要求を処理する。

【0131】

［大学サーバ］
大学サーバ４０に関する処理構成等の説明は省略する。大学サーバ４０は、入学生を含む在校生に関する学生情報を記憶する。大学サーバ４０は、学生情報データベースを用いて、学生の氏名、生年月日、顔画像、所属学部等を管理する。

【0132】

［端末］
端末５０には、スマートフォン、携帯電話機、ゲーム機、タブレット等の携帯端末装置やコンピュータ（パーソナルコンピュータ、ノートパソコン）等が例示される。端末５０は、学生の操作を受け付け、デジタル学生証サーバ１０等と通信可能であれば任意の機器、デバイスとすることができる。また、端末５０に関する処理構成等の説明は省略する。学生は、端末５０にインストールされたデジタル学生証アプリケーションを用いて、デジタル学生証の発行や表示をシステムに要求する。また、端末５０は、学生から４桁の暗証番号を取得する、又は、マイナンバーカードに格納された顔情報を用いた認証を実行することで、マイナンバーカードから電子証明書を読み出す。

【0133】

［システムの動作］
続いて、第１の実施形態に係る情報処理システムの動作について説明する。図１２は、第１の実施形態に係る情報処理システムの動作の一例を示すシーケンス図である。図１２を参照しつつ、デジタル学生証の発行に関する情報処理システムの動作を説明する。

【0134】

学生がデジタル学生証の発行を希望すると、デジタル学生証サーバ１０は、当該学生の教育デジタルＩＤを含むデジタル学生証生成要求をＩＤ管理サーバ２０に送信する（ステップＳ２１）。

【0135】

ＩＤ管理サーバ２０は、教育デジタルＩＤに対応するエンドユーザＩＤの有効性検証を認証サーバ３０に依頼する。ＩＤ管理サーバ２０は、エンドユーザＩＤを含むエンドユーザＩＤ検証要求を認証サーバ３０に送信する（ステップＳ２２）。

【0136】

認証サーバ３０からエンドユーザＩＤは有効である旨の肯定応答を受信すると、ＩＤ管理サーバ２０は、学生が指定する大学に対してデジタル学生証の発行を希望する学生の存在確認を依頼する。具体的には、ＩＤ管理サーバ２０は、教育デジタルＩＤ及び学生特定情報を含む在校生確認要求を大学サーバ４０に送信する（ステップＳ２３）。

【0137】

大学サーバ４０から学生は在籍している旨の肯定応答を受信すると、ＩＤ管理サーバ２０は、大学サーバ４０から通知された学生情報を用いてデジタル学生証を生成する（ステップＳ２４）。

【0138】

ＩＤ管理サーバ２０は、生成したデジタル学生証をデジタル学生証サーバ１０に送信する（ステップＳ２５）。

【0139】

デジタル学生証サーバ１０は、取得したデジタル学生証を学生（入学生）に提示する（ステップＳ２６）。

【0140】

続いて、第１の実施形態に係る情報処理システムの変形例について説明する。

【0141】

＜第１の実施形態に係る変形例１＞
上記実施形態では、認証サーバ３０による電子証明書の検証が失敗した場合（エンドユーザＩＤが生成されない場合）には、デジタル学生証の発行がなされないことを説明した。しかし、エンドユーザＩＤが生成されない場合であっても、ＩＤ管理サーバ２０は、暫定的なデジタル学生証を発行してもよい。

【0142】

例えば、マイナンバーカードが失効している間に、入学生が教育デジタルＩＤの発行要求を行った場合などに暫定的なデジタル学生証が発行されてもよい。この場合、ＩＤ管理サーバ２０は、事後的にエンドユーザＩＤの発行が行われた学生に対して真のデジタル学生証を発行してもよい。

【0143】

端末５０から送信されたＩＤ発行要求に応じて実施された認証局サーバによる電子証明書の検証結果が「電子証明書は無効」の場合、認証サーバ３０は、入学生に対して仮のエンドユーザＩＤを発行する。当該仮のエンドユーザＩＤは、端末５０の連絡先と対応付けられて記憶される。

【0144】

認証サーバ３０は、仮のエンドユーザＩＤを含むエンドユーザＩＤ通知をＩＤ管理サーバ２０に送信する。ＩＤ管理サーバ２０は、仮のエンドユーザＩＤをＩＤ管理データベースに登録する。ＩＤ管理サーバ２０は、当該仮のエンドユーザＩＤを受信したことに応じて教育デジタルＩＤを生成し、デジタル学生証サーバ１０を介して端末５０に当該教育デジタルＩＤを通知する。

【0145】

学生がデジタル学生証の発行を希望すると、デジタル学生証サーバ１０は、ＩＤ管理サーバ２０に対してデジタル学生証生成要求を送信する。デジタル学生証発行要求に含まれる教育デジタルＩＤに対応するエンドユーザＩＤが仮のエンドユーザＩＤであれば、ＩＤ管理サーバ２０は、認証サーバ３０に検証を要求することなく、大学サーバ４０に在校生確認要求を送信する。

【0146】

在校生確認要求の送信に応じて学生情報を取得すると、ＩＤ管理サーバ２０は、当該取得した学生情報を用いて仮のデジタル学生証を発行する。ＩＤ管理サーバ２０は、仮のデジタル学生証を、デジタル学生証サーバ１０を介して入学生に提供する。

【0147】

仮のデジタル学生証の発行を受けた学生の端末５０は、発行されたデジタル学生証は仮であることを明示しつつ、当該仮のデジタル学生証を表示する。

【0148】

マイナンバーカードが更新されるなどしてマイナンバーカードが有効になると、学生は、端末５０を操作して教育デジタルＩＤの発行を要求する。認証サーバ３０は、端末５０から取得した電子証明書が有効と判定された場合、端末５０の連絡先と紐付けられた仮のエンドユーザＩＤが存在するか否か判定する。

【0149】

端末５０の連絡先と紐付けられた仮のエンドユーザＩＤが存在する場合、認証サーバ３０は、当該仮のエンドユーザＩＤを真のエンドユーザＩＤに置き換えてデータベースに記憶する（電子証明書のシリアル番号と対応付けて記憶する）。さらに、認証サーバ３０は、仮のエンドユーザＩＤと真のエンドユーザＩＤのペアをＩＤ管理サーバ２０に送信する。

【0150】

当該２つのＩＤのペアを受信すると、ＩＤ管理サーバ２０は、仮のエンドユーザＩＤの学生について真のデジタル学生証を生成し、真のデジタル学生証が発行された旨を端末５０に通知する。また、ＩＤ管理サーバ２０は、仮のエンドユーザＩＤを真のエンドユーザＩＤにより書き換えることでＩＤ管理データベースを更新する。

【0151】

ＩＤ管理データベースが更新された後は、ＩＤ管理サーバ２０は、上記説明した通常のデジタル学生証の制御、管理に関する動作を行う。

【0152】

このように、ＩＤ管理サーバ２０は、認証サーバ３０から通知された教育デジタルＩＤに対応するエンドユーザＩＤが無効な場合（マイナンバーカードが無効な場合）、デジタル学生証の利用を希望する学生に仮のデジタル学生証を生成してもよい。なお、ＩＤ管理サーバ２０は、認証サーバ３０から取得した仮のエンドユーザＩＤに有効期間を設定してもよい。当該有効期間の間に真のエンドユーザＩＤを受信しなければ（有効期間の間にマイナンバーカードが更新されなければ）、ＩＤ管理サーバ２０は、仮のエンドユーザＩＤを無効としてもよい。同様に、ＩＤ管理サーバ２０は、仮のデジタル学生証にも有効期限を設けてもよい。この場合、仮のデジタル学生証の有効期間の間にマイナンバーカードが更新されなければ、仮のデジタル学生証は無効となる。

【0153】

＜第１の実施形態に係る変形例２＞
端末５０は、デジタル学生証を他のデバイスに提供することができる。具体的には、端末５０は、デジタル学生証の券面情報を、２次元バーコード、ＮＦＣ（Near Field Communication）による非接触通信手段を用いて他のデバイスに提供することができる。

【0154】

他のデバイスは、２次元バーコードや非接触通信手段により得た券面情報を用いて、学生に種々のサービスを提供することができる。例えば、大学に設置されたゲート装置は、券面情報を取得することで、自大学の学生の通行を許可するといった対応が可能となる。

【0155】

あるいは、他のデバイスは、２次元バーコードや非接触通信手段を用いて学生の生体情報を取得してもよい。当該取得された生体情報は、生体認証を用いたサービスに利用されてもよい。例えば、学生が、大学内に設置された自動販売機から飲料等を購入する場合を考える。この場合、自動販売機は、２次元バーコード等により学生の生体情報を取得する。また、自動販売機は、学生を撮影することで当該学生の生体情報を取得する。自動販売機は、当該取得した２つの生体情報を大学サーバ４０に送信する。

【0156】

大学サーバ４０は、取得した２つの生体情報を用いて１対１照合を実行する。１対１照合に成功すると（端末５０の真の所有者が自動販売機を利用するこが確認されると）、大学サーバ４０は、取得した生体情報と予め登録された生体情報を用いた照合処理により被認証者を特定する。その後、大学サーバ４０は、当該特定された被認証者の口座情報（例えば、クレジットカードの情報）を用いて決済処理を行う。決済処理に成功すると、学生は、飲料等を購入することができる。

【0157】

このように、デジタル学生証は、２次元バーコードの表示、ＮＦＣによる非接触通信により生体情報を他のデバイスに提供することができる。他のデバイスに提供された生体情報は、生体認証を用いたサービスに活用される。なお、他のデバイスに提供される生体情報（例えば、顔画像）はマイナンバーカードに格納された顔画像であってもよい。

【0158】

＜第１の実施形態に係る変形例３＞
卒業生は、エンドユーザＩＤによる本人確認を行うことで、大学サーバ４０へ直接または間接的にアクセスし、対応する学生情報を取得することができる。取得した学生情報は、卒業生の判断により第三者（企業等）に提出することができる。

【0159】

例えば、卒業生は、端末５０を操作して、電子証明書の検証を認証サーバ３０に依頼する。認証サーバ３０の検証結果が「電子証明書は有効」であれば、端末５０は、認証サーバ３０による検証結果を添えて学生情報（例えば、履修証明書等）の提供を大学サーバ４０に依頼する。

【0160】

大学サーバ４０は、認証サーバ３０による検証結果を確認し、マイナンバーカード（エンドユーザＩＤ）が有効であれば、卒業生が指定する学生情報を端末５０に送信する。

【0161】

＜第１の実施形態に係る変形例４＞
大学を卒業した卒業生は、自身の学生情報（例えば、履修証明書等）を第三者に提供することができる。

【0162】

卒業生は、端末５０を操作して、学生情報の提供要求を、デジタル学生証アプリケーションを介してデジタル学生証サーバ１０に入力する。デジタル学生証サーバ１０は、当該卒業生の教育デジタルＩＤをＩＤ管理サーバ２０に送信する。

【0163】

ＩＤ管理サーバ２０は、教育デジタルＩＤに対応するエンドユーザＩＤの有効性検証を認証サーバ３０に要求する。

【0164】

エンドユーザＩＤが有効であれば（マイナンバーカードが有効であれば）、ＩＤ管理サーバ２０は、教育デジタルＩＤを大学サーバ４０に送信することで、大学サーバ４０から当該卒業生の学生情報（例えば、履修証明書等）を取得する。

【0165】

ＩＤ管理サーバ２０は、取得した学生情報を、デジタル学生証サーバ１０を介して、卒業生が所持する端末５０に送信する。卒業生は、端末５０から当該取得した学生情報を第三者（例えば、企業等）に提出できる。

【0166】

このように、卒業生は、エンドユーザＩＤによる本人確認を受け、大学サーバ４０から対応する学生情報を取得することができる。取得した学生情報は、卒業生の判断により第三者（企業等）に提出することができる。

【0167】

＜第１の実施形態に係る変形例５＞
学生は、端末５０やマイナンバーカードを紛失した際、一時的にデジタル学生証の利用を停止することができる。即ち、学生は、デジタル学生証の悪用を防止することができる。

【0168】

マイナンバーカードを紛失した場合、学生は、コールセンター等に連絡しマイナンバーカードの失効手続きを行う。マイナンバーカードが失効することで、認証サーバ３０によるエンドユーザＩＤの有効性検証に失敗し、ＩＤ管理サーバ２０は、デジタル学生証を生成できない。

【0169】

端末５０を紛失した場合には、学生は、大学に連絡し、自身の状態を「学生情報提供禁止」に設定してもらう。大学サーバ４０は、学生情報提供禁止状態に設定された学生について学生情報をＩＤ管理サーバ２０に提供しない。その結果、ＩＤ管理サーバ２０は、デジタル学生証を生成できない。

【0170】

以上のように、第１の実施形態に係るＩＤ管理サーバ２０は、デジタル学生証を生成する際又は表示する際、学生の教育デジタルＩＤに紐付くエンドユーザＩＤの有効性検証を認証サーバ３０に依頼する。依頼を受けた認証サーバ３０は、エンドユーザＩＤと一意に対応する電子証明書（学生のマイナンバーカードから読み出された電子証明書）が有効な場合に、エンドユーザＩＤが有効であると判定する。即ち、ＩＤ管理サーバ２０は、教育デジタルＩＤの有効性判定を介して、間接的に、マイナンバーカードの有効性判定を認証サーバ３０に依頼する。教育デジタルＩＤが有効な場合（マイナンバーカードが有効な場合）、ＩＤ管理サーバ２０は、デジタル学生証の発行（又は利用）を希望する学生のデジタル学生証を生成する。その結果、ＩＤ管理サーバ２０により生成されるデジタル学生証は、マイナンバーカードにより本人であることが裏付けられた学生に対して発行されるので、高い信頼性を有する。

【0171】

続いて、情報処理システムを構成する各装置のハードウェアについて説明する。図１３は、ＩＤ管理サーバ２０のハードウェア構成の一例を示す図である。

【0172】

ＩＤ管理サーバ２０は、情報処理装置（所謂、コンピュータ）により構成可能であり、図１３に例示する構成を備える。例えば、ＩＤ管理サーバ２０は、プロセッサ３１１、メモリ３１２、入出力インターフェイス３１３及び通信インターフェイス３１４等を備える。上記プロセッサ３１１等の構成要素は内部バス等により接続され、相互に通信可能に構成されている。

【0173】

但し、図１３に示す構成は、ＩＤ管理サーバ２０のハードウェア構成を限定する趣旨ではない。ＩＤ管理サーバ２０は、図示しないハードウェアを含んでもよいし、必要に応じて入出力インターフェイス３１３を備えていなくともよい。また、ＩＤ管理サーバ２０に含まれるプロセッサ３１１等の数も図１３の例示に限定する趣旨ではなく、例えば、複数のプロセッサ３１１がＩＤ管理サーバ２０に含まれていてもよい。

【0174】

プロセッサ３１１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）等のプログラマブルなデバイスである。あるいは、プロセッサ３１１は、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）等のデバイスであってもよい。プロセッサ３１１は、オペレーティングシステム（ＯＳ；Operating System）を含む各種プログラムを実行する。

【0175】

メモリ３１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等である。メモリ３１２は、ＯＳプログラム、アプリケーションプログラム、各種データを格納する。

【0176】

入出力インターフェイス３１３は、図示しない表示装置や入力装置のインターフェイスである。表示装置は、例えば、液晶ディスプレイ等である。入力装置は、例えば、キーボードやマウス等のユーザ操作を受け付ける装置である。

【0177】

通信インターフェイス３１４は、他の装置と通信を行う回路、モジュール等である。例えば、通信インターフェイス３１４は、ＮＩＣ（Network Interface Card）等を備える。

【0178】

ＩＤ管理サーバ２０の機能は、各種処理モジュールにより実現される。当該処理モジュールは、例えば、メモリ３１２に格納されたプログラムをプロセッサ３１１が実行することで実現される。また、当該プログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transitory）なものとすることができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。また、上記プログラムは、ネットワークを介してダウンロードするか、あるいは、プログラムを記憶した記憶媒体を用いて、更新することができる。さらに、上記処理モジュールは、半導体チップにより実現されてもよい。

【0179】

なお、デジタル学生証サーバ１０等もＩＤ管理サーバ２０と同様に情報処理装置により構成可能であり、その基本的なハードウェア構成はＩＤ管理サーバ２０と相違する点はないので説明を省略する。

【0180】

情報処理装置であるＩＤ管理サーバ２０は、コンピュータを搭載し、当該コンピュータにプログラムを実行させることでＩＤ管理サーバ２０の機能が実現できる。また、ＩＤ管理サーバ２０は、当該プログラムによりＩＤ管理サーバ２０の制御方法を実行する。

【0181】

［変形例］
なお、上記実施形態にて説明した情報処理システムの構成、動作等は例示であって、システムの構成等を限定する趣旨ではない。

【0182】

上記実施形態では、教育機関として大学を例にとり説明を行ったが、教育機関は、高校、専門学校等であってもよい。また、教育機関は、日本国内の教育機関に限らず外国の教育機関であってもよい。

【0183】

上記実施形態では、本人確認のための電子証明書を備える身分証明書としてマイナンバーカードを例にとり説明を行ったが、他の身分証明書が用いられてもよい。

【0184】

上記実施形態では、認証サーバ３０（認証局サーバ）が検証する電子証明書として利用者証明用電子証明書を例にとり説明を行ったが、署名用電子証明書の検証が認証サーバ３０（認証局サーバ）により行われてもよい。即ち、認証サーバ３０は、署名用電子証明書のシリアル番号とエンドユーザＩＤを対応付けて管理してもよい。

【0185】

上記実施形態では、ＩＤ管理サーバ２０が、大学サーバ４０に在校生確認要求を送信することで、デジタル学生証の発行を受ける学生の学生情報を取得する場合について説明した（図５のステップＳ１４、Ｓ１５）。ここで、ＩＤ管理サーバ２０が、各大学の学生情報を記憶している場合には、これらの工程は不要である。

【0186】

また、上記実施形態では、エンドユーザＩＤの発行手続きとデジタル学生証の発行手続きを別の工程として説明したが、エンドユーザＩＤの発行とデジタル学生証の発行は一連の手続きにて行われてもよい。具体的には、認証サーバ３０から「エンドユーザＩＤ通知」を受信すると、ＩＤ管理サーバ２０は、大学サーバ４０に対して「在校生確認要求」を送信することで学生情報を取得する。ＩＤ管理サーバ２０は、取得した学生情報を用いてデジタル学生証を生成し、デジタル学生証サーバ１０に当該生成したデジタル学生証を送信する。デジタル学生証サーバ１０は、教育デジタルＩＤとデジタル学生証を学生に提供する。このように、エンドユーザＩＤの発行とデジタル学生証の発行が一連の手続きで行われる場合には、エンドユーザＩＤの検証（図５のステップＳ１２、Ｓ１３）は省略されてもよい。

【0187】

上記実施形態では、デジタル学生証が発行された学生を特定（管理）するためにＩＤ管理データベースに各学生の学籍番号が登録されることを説明した（図９参照）。ここで、デジタル学生証が発行された学生を特定するための情報には、学籍番号に限らず任意の情報を用いることができる。例えば、ＩＤ管理データベースは、メールアドレス、氏名、電話番号及び学生番号と所属学科（所属学部）の組み合わせを、デジタル学生証の発行を受けた学生を管理する情報として記憶してもよい。あるいは、ＩＤ管理データベースは、学籍番号と大学名（学生が所属する大学が判別情報）の組み合わせを、デジタル学生証の発行を受けた学生を管理（特定）する情報として記憶してもよい。また、この場合、ＩＤ管理サーバ２０のデジタル学生証生成部３０３は、図１０のステップＳ１０３において、ＩＤ管理データベースが記憶する情報の設定有無を判定すればよい。例えば、ＩＤ管理データベースが学生を特定するための情報として学籍番号と大学名の組み合わせを記憶している場合、デジタル学生証生成部３０３は、ＩＤ管理データベースにおける学籍番号と大学名の組み合わせの設定有無を判定すればよい。

【0188】

上記実施形態では、ＩＤ管理サーバ２０がデジタル学生証を生成する場合について説明した。しかし、他の装置（例えば、デジタル学生証サーバ１０又は大学サーバ４０）がデジタル学生証を生成してもよい。また、大学サーバ４０がデジタル学生証を生成する場合には、大学サーバ４０は、自大学のデジタル署名が付与されたデジタル学生証を生成してもよい。また、２次元バーコード等によりデジタル学生証を取得した他のデバイスは、デジタル学生証に付与されたデジタル署名の検証に成功した場合に、当該デジタル学生証を活用してもよい。

【0189】

上記実施形態では、ＩＤ管理サーバ２０は、デジタル学生証制御ポリシに基づいて、エンドユーザＩＤの検証要否を判定することを説明した。ここで、上記デジタル学生証制御ポリシは、大学ごとに異なるポリシが設定されていてもよい。例えば、大学Ａ１の学生については、デジタル学生証の利用の都度、エンドユーザＩＤの検証が行われ、大学Ａ２の学生については、直前の検証から所定期間経過後にエンドユーザＩＤの検証が行われる、といったポリシが設定されてもよい。

【0190】

あるいは、デジタル学生証制御ポリシには、在校生確認に関するポリシが設定されていてもよい。例えば、「デジタル学生証の利用の都度、在校生確認が行われる」、「年度が替わって最初のデジタル学生証の利用時に在校生確認が行われる」といったポリシが設定されてもよい。

【0191】

上記実施形態では、各サーバの内部に各種データベースが構成される場合について説明したが、当該データベースは外部のデータベースサーバ等に構築されてもよい。即ち、各サーバ等の一部の機能は別のサーバに実装されていてもよい。例えば、デジタル学生証サーバ１０の全部又は一部の機能がＩＤ管理サーバ２０に実装されていてもよい。即ち、上記説明した「デジタル学生証制御部（デジタル学生証制御手段）」、「デジタル学生証生成部（デジタル学生証生成手段）」等がシステムに含まれるいずれかの装置に実装されていればよい。

【0192】

各装置（デジタル学生証サーバ１０、ＩＤ管理サーバ２０等）間のデータ送受信の形態は特に限定されないが、これら装置間で送受信されるデータは暗号化されていてもよい。これらの装置間では、学生特定情報等が送受信され、当該情報を適切に保護するためには、暗号化されたデータが送受信されることが望ましい。

【0193】

上記説明で用いた流れ図（フローチャート、シーケンス図）では、複数の工程（処理）が順番に記載されているが、実施形態で実行される工程の実行順序は、その記載の順番に制限されない。実施形態では、例えば各処理を並行して実行する等、図示される工程の順番を内容的に支障のない範囲で変更することができる。

【0194】

上記の実施形態は本願開示の理解を容易にするために詳細に説明したものであり、上記説明したすべての構成が必要であることを意図したものではない。また、複数の実施形態について説明した場合には、各実施形態は単独で用いてもよいし、組み合わせて用いてもよい。例えば、実施形態の構成の一部を他の実施形態の構成に置き換えることや、実施形態の構成に他の実施形態の構成を加えることも可能である。さらに、実施形態の構成の一部について他の構成の追加、削除、置換が可能である。

【0195】

上記の説明により、本発明の産業上の利用可能性は明らかであるが、本発明は、デジタル学生証を管理する情報処理システムなどに好適に適用可能である。

【0196】

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
デジタル学生証に関する制御を行う、第１のサーバと、
身分証明書に格納された電子証明書に紐付いた第１のＩＤと、教育機関が学生を管理するための第２のＩＤと、を対応付けて記憶する、第２のサーバと、
を含み、
前記第１のサーバは、前記デジタル学生証の利用を希望する学生の前記第２のＩＤを前記第２のサーバに通知し、
前記第２のサーバは、前記通知された第２のＩＤに対応する前記第１のＩＤが有効な場合、前記デジタル学生証の利用を希望する学生のデジタル学生証を生成し、前記生成されたデジタル学生証を前記第１のサーバに送信する、システム。
［付記２］
前記電子証明書の有効性判定に関する制御を行う、第３のサーバをさらに含み、
前記第２のサーバは、前記通知された第２のＩＤに対応する前記第１のＩＤを前記第３のサーバに通知することで前記第３のサーバに前記第１のＩＤの有効性に関する判定を要求し、
前記第３のサーバは、前記通知された第１のＩＤに対応する前記電子証明書の有効性判定に関する制御を行い、判定結果を前記第２のサーバに通知する、付記１に記載のシステム。
［付記３］
在校生に関する学生情報を記憶する、第４のサーバをさらに含み、
前記第２のサーバは、前記通知された第２のＩＤに対応する前記第１のＩＤが有効な場合であって、且つ、前記第４のサーバから前記デジタル学生証の利用を希望する学生の学生情報を取得できた場合に、前記第４のサーバから取得した学生情報を用いて前記デジタル学生証を生成する、付記２に記載のシステム。
［付記４］
前記第２のサーバは、予め定められたポリシに従い、前記第３のサーバに対して前記第１のＩＤの有効性に関する判定を要求するか否か判定する、付記３に記載のシステム。
［付記５］
前記第３のサーバは、学生が所持する端末から電子証明書を含むＩＤ発行要求を受信すると、前記受信した電子証明書の有効性判定に関する制御を行い、前記有効性判定が行われた電子証明書が有効な場合に、前記ＩＤの発行を希望する学生の前記第１のＩＤを生成し、前記生成された第１のＩＤと前記有効な電子証明書のシリアル番号を対応付けて記憶する、付記４に記載のシステム。
［付記６］
前記第３のサーバは、前記生成した第１のＩＤを前記第２のサーバに送信し、
前記第２のサーバは、前記第１のＩＤの受信に応じて前記第２のＩＤを生成し、前記受信した第１のＩＤと前記生成された第２のＩＤを対応付けて記憶すると共に、前記生成された第２のＩＤを前記第１のサーバに送信し、
前記第１のサーバは、前記通知された第２のＩＤを前記ＩＤの発行を希望する学生に通知する、付記５に記載のシステム。
［付記７］
前記第１のサーバは、前記通知された第２のＩＤをログイン情報として前記ＩＤの発行を希望する学生に通知する、付記６に記載のシステム。
［付記８］
前記第２のサーバは、前記通知された第２のＩＤに対応する前記第１のＩＤが無効な場合、前記デジタル学生証の利用を希望する学生の仮のデジタル学生証を生成する、付記７に記載のシステム。
［付記９］
前記デジタル学生証に記載された情報は、２次元バーコード又は非接触通信手段により前記デジタル学生証の利用を希望する学生の端末から他のデバイスに提供される、付記８に記載のシステム。
［付記１０］
前記デジタル学生証には、少なくとも前記デジタル学生証の利用を希望する学生の生体情報が含まれる、付記１乃至９のいずれか一項に記載のシステム。
［付記１１］
前記身分証明書は、マイナンバーカードである、付記１０に記載のシステム。
［付記１２］
デジタル学生証に関する制御を行う、第１のサーバと、
身分証明書に格納された電子証明書に紐付いた第１のＩＤと、教育機関が学生を管理するための第２のＩＤと、を対応付けて記憶する、第２のサーバと、
を含むシステムにおいて、
前記第１のサーバが、前記デジタル学生証の利用を希望する学生の前記第２のＩＤを前記第２のサーバに通知し、
前記第２のサーバが、前記通知された第２のＩＤに対応する前記第１のＩＤが有効な場合、前記デジタル学生証の利用を希望する学生のデジタル学生証を生成し、前記生成されたデジタル学生証を前記第１のサーバに送信する、方法。

【0197】

なお、引用した上記の先行技術文献の各開示は、本書に引用をもって繰り込むものとする。以上、本発明の実施形態を説明したが、本発明はこれらの実施形態に限定されるものではない。これらの実施形態は例示にすぎないということ、及び、本発明のスコープ及び精神から逸脱することなく様々な変形が可能であるということは、当業者に理解されるであろう。即ち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得る各種変形、修正を含むことは勿論である。

【符号の説明】

【0198】

１０ デジタル学生証サーバ
２０ ＩＤ管理サーバ
３０ 認証サーバ
４０ 大学サーバ
５０ 端末
１０１ 第１のサーバ
１０２ 第２のサーバ
２０１ 通信制御部
２０２ ＩＤ発行制御部
２０３ デジタル学生証制御部
２０４ 記憶部
３０１ 通信制御部
３０２ ＩＤ管理部
３０３ デジタル学生証生成部
３０４ 記憶部
３１１ プロセッサ
３１２ メモリ
３１３ 入出力インターフェイス
３１４ 通信インターフェイス

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】