特許 7578855 認可サーバ、ログイン管理方法、プログラム

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

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-10-28

(45)【発行日】2024-11-06

(54)【発明の名称】認可サーバ、ログイン管理方法、プログラム

(51)【国際特許分類】

   G06F 21/45 20130101AFI20241029BHJP

   G06F 21/31 20130101ALI20241029BHJP

【ＦＩ】

G06F21/45

G06F21/31

【請求項の数】 5

(21)【出願番号】P 2024037182

(22)【出願日】2024-03-11

【審査請求日】2024-03-11

(73)【特許権者】

【識別番号】506142716

【氏名又は名称】株式会社Ｚ会

(74)【代理人】

【識別番号】100121706

【弁理士】

【氏名又は名称】中尾 直樹

(74)【代理人】

【識別番号】100128705

【弁理士】

【氏名又は名称】中村 幸雄

(74)【代理人】

【識別番号】100147773

【弁理士】

【氏名又は名称】義村 宗洋

(72)【発明者】

【氏名】岡部 達哉

(72)【発明者】

【氏名】知野 経太朗

【審査官】辻 勇貴

(56)【参考文献】

【文献】特開２０２０－０３５２２７（ＪＰ，Ａ）

【文献】特開２０２３－１６７３０８（ＪＰ，Ａ）

【文献】特開２００７－２９９３０３（ＪＰ，Ａ）

【文献】特開２００５－３４６５７０（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／４５

Ｇ０６Ｆ ２１／３１

(57)【特許請求の範囲】

【請求項1】

事業主が共通するアプリケーション群の各アプリケーションに対する旧いＩＤ（以下、旧ＩＤ）または新しいＩＤ（以下、新ＩＤ）によるユーザのログインを管理する認可サーバであって、
前記旧ＩＤは、各アプリケーションに対してそれぞれ別々に設定される可能性があるユーザ識別子であるものとし、前記新ＩＤは前記新ＩＤに対応済みの前記アプリケーションまたは前記アプリケーション群において共通して用いることができるユーザ識別子であるものとし、
前記ユーザの前記新ＩＤを取得する新ＩＤ取得部と、
前記新ＩＤを取得した前記ユーザの、前記新ＩＤと前記ユーザがログインしようとしている前記アプリケーションの前記旧ＩＤのいずれのＩＤも要求する前記アプリケーション群に用いる旧ＩＤ群を取得する旧ＩＤ取得部と、
取得された前記新ＩＤと対応して取得された前記旧ＩＤ群とを紐付ける新旧ＩＤ紐付部と、
前記ユーザが前記新ＩＤと前記ユーザがログインしようとしている前記アプリケーションの前記旧ＩＤのいずれのＩＤも要求する前記アプリケーションに前記新ＩＤでログインしようとした場合に、前記新ＩＤに紐付けられた前記旧ＩＤ群のうち前記ユーザがログインしようとしている前記アプリケーションの前記旧ＩＤをｐａｙｌｏａｄとしてトスする旧ＩＤトス部を含む
認可サーバ。

【請求項2】

請求項１に記載の認可サーバであって、
前記新ＩＤを取得したユーザが前記旧ＩＤ群の全部または一部を保持していない場合に、保持していない前記旧ＩＤ群に対応するＩＤ群であって、前記新ＩＤと前記ユーザがログインしようとしている前記アプリケーションの前記旧ＩＤのいずれのＩＤも要求するアプリケーション群に用いる自動生成旧ＩＤ群を取得する自動生成旧ＩＤ取得部を含み、
前記新旧ＩＤ紐付部は、
取得された前記新ＩＤと対応して取得された前記自動生成旧ＩＤ群とを紐付け、
前記旧ＩＤトス部は、
前記ユーザが対応する前記旧ＩＤを保持していないアプリケーションであって、前記新ＩＤと前記ユーザがログインしようとしている前記アプリケーションの前記旧ＩＤのいずれのＩＤも要求するアプリケーションに、前記ユーザが前記新ＩＤでログインしようとした場合に、前記新ＩＤに紐付けられた前記自動生成旧ＩＤ群のうち前記ユーザがログインしようとしている前記アプリケーションの自動生成旧ＩＤをｐａｙｌｏａｄとしてトスする
認可サーバ。

【請求項3】

事業主が共通するアプリケーション群の各アプリケーションに対する旧いＩＤ（以下、旧ＩＤ）または新しいＩＤ（以下、新ＩＤ）によるユーザのログインを管理する認可サーバが実行するログイン管理方法であって、
前記旧ＩＤは、各アプリケーションに対してそれぞれ別々に設定される可能性があるユーザ識別子であるものとし、前記新ＩＤは前記新ＩＤに対応済みの前記アプリケーションまたは前記アプリケーション群において共通して用いることができるユーザ識別子であるものとし、
前記ユーザの前記新ＩＤを取得する新ＩＤ取得ステップと、
前記新ＩＤを取得した前記ユーザの、前記新ＩＤと前記ユーザがログインしようとしている前記アプリケーションの前記旧ＩＤのいずれのＩＤも要求する前記アプリケーション群に用いる旧ＩＤ群を取得する旧ＩＤ取得ステップと、
取得された前記新ＩＤと対応して取得された前記旧ＩＤ群とを紐付ける新旧ＩＤ紐付ステップと、
前記ユーザが前記新ＩＤと前記ユーザがログインしようとしている前記アプリケーションの前記旧ＩＤのいずれのＩＤも要求する前記アプリケーションに前記新ＩＤでログインしようとした場合に、前記新ＩＤに紐付けられた前記旧ＩＤ群のうち前記ユーザがログインしようとしている前記アプリケーションの前記旧ＩＤをｐａｙｌｏａｄとしてトスする旧ＩＤトスステップを含む
ログイン管理方法。

【請求項4】

請求項３に記載のログイン管理方法であって、
前記新ＩＤを取得したユーザが前記旧ＩＤ群の全部または一部を保持していない場合に、保持していない前記旧ＩＤ群に対応するＩＤ群であって、前記新ＩＤと前記ユーザがログインしようとしている前記アプリケーションの前記旧ＩＤのいずれのＩＤも要求するアプリケーション群に用いる自動生成旧ＩＤ群を取得する自動生成旧ＩＤ取得ステップを含み、
前記新旧ＩＤ紐付ステップは、
取得された前記新ＩＤと対応して取得された前記自動生成旧ＩＤ群とを紐付け、
前記旧ＩＤトスステップは、
前記ユーザが対応する前記旧ＩＤを保持していないアプリケーションであって、前記新ＩＤと前記ユーザがログインしようとしている前記アプリケーションの前記旧ＩＤのいずれのＩＤも要求するアプリケーションに、前記ユーザが前記新ＩＤでログインしようとした場合に、前記新ＩＤに紐付けられた前記自動生成旧ＩＤ群のうち前記ユーザがログインしようとしている前記アプリケーションの自動生成旧ＩＤをｐａｙｌｏａｄとしてトスする
ログイン管理方法。

【請求項5】

コンピュータを請求項１または２に記載の認可サーバとして機能させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、旧ＩＤシステムから新ＩＤシステムへの移行期間にユーザを支援する認可サーバ、ログイン管理方法、プログラムに関する。

【背景技術】

【0002】

ＩＤ統合とは、企業において複数の事業・サービスで個別に管理されていた顧客ＩＤを一元化して管理できるようにする仕組みである。ＩＤ統合を実施すれば、顧客は同一企業が提供しているサイトやサービスで複数のＩＤ・パスワードを管理する必要がなくなり、利便性が向上する。また企業は顧客情報を複数部署で管理せずに済むため、負担を減らすことができる。また各事業における顧客の行動や購入履歴などの状況を正確に把握でき、マーケティングに有用である。

【0003】

ＩＤ統合の従来技術として例えば非特許文献１がある。非特許文献１では、ＩＤ統合の方法として、企業が一括でＩＤ統合を実行する方法と、顧客にＩＤ統合を実行してもらう方法が開示されている。

【0004】

同文献には、企業が一括でＩＤ統合を実行する場合、コストが多大となることが開示されている。また同文献には、顧客にＩＤ統合を実行してもらう場合、既存の顧客ＩＤを維持しながら統合に使う新たなＩＤを作り、新規ユーザーに登録してもらう方法が開示されている。同文献では、顧客にＩＤ統合を実行してもらう場合、既存顧客には新ＩＤとの紐づけを勧めて、スムーズな移行を促すことが推奨されている。

【0005】

同文献には、複数サービスのデータ移行で行われるアプローチとして、一度で移行を完了させる「ビッグバン・アプローチ」と、段階的に移行を進める「フェーズ化アプローチ」の２種類のアプローチが開示されている。

【先行技術文献】

【非特許文献】

【0006】

【文献】屋代誠、“SAP Customer Data Cloud－コラム－顧客ID統合－企業が注目するID統合とは？必要な理由やメリット、事例を紹介”、［online］、令和3年11月29日、NTTCom Online Marketing Solutions Corporation、［令和6年1月23日検索］、インターネット〈 URL：https://www.nttcoms.com/service/ciam/column/20211129/〉

【発明の概要】

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

【0007】

企業が提供しているアプリケーションの数が多い場合にビッグバン・アプローチを採用してＩＤを入れ替えることは現実的ではなく、段階的に移行を進めるフェーズ化アプローチを採用する他ない。

【0008】

しかし、徐々にＩＤを入れ替えることを考えると、入れ替え途中では新しいＩＤ（以下、新ＩＤ）で動作しているアプリケーション、旧いＩＤ（以下、旧ＩＤ）で動作しているアプリケーションが共存するために、
１）旧ＩＤしか持たないユーザーが新ＩＤで動作しているアプリケーションを使う場合
２）新ＩＤしか持たないユーザーが旧ＩＤで動作しているアプリケーションを使う場合
３）旧ＩＤと新ＩＤの両方を持っているユーザーが、新ＩＤで動作しているアプリケーションや旧ＩＤで動作しているアプリケーションを使う場合
などにスムーズにログインができない等の問題が生じる可能性がある。

【0009】

そこで本開示では、フェーズ化アプローチで旧ＩＤシステムから新ＩＤシステムへの移行期間にユーザを支援することができる認可サーバを提供することを目的とする。

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

【0010】

本開示の認可サーバは、事業主が共通するアプリケーション群の各アプリケーションに対する旧いＩＤ（以下、旧ＩＤ）または新しいＩＤ（以下、新ＩＤ）によるユーザのログインを管理する認可サーバであって、新ＩＤ取得部と、旧ＩＤ取得部と、新旧ＩＤ紐付部と、旧ＩＤトス部を含む。

【0011】

旧ＩＤは、各アプリケーションに対してそれぞれ別々に設定される可能性があるユーザ識別子であるものとし、新ＩＤは新ＩＤに対応済みのアプリケーションまたはアプリケーション群において共通して用いることができるユーザ識別子であるものとする。

【0012】

新ＩＤ取得部は、ユーザの新ＩＤを取得する。旧ＩＤ取得部は、新ＩＤを取得したユーザの、新ＩＤと旧ＩＤのいずれのＩＤも要求するアプリケーション群に用いる旧ＩＤ群を取得する。新旧ＩＤ紐付部は、取得された新ＩＤと対応して取得された旧ＩＤ群とを紐付ける。旧ＩＤトス部は、新ＩＤを取得したユーザが新ＩＤと旧ＩＤのいずれのＩＤも要求するアプリケーションに新ＩＤでログインしようとした場合に、新ＩＤに紐付けられた旧ＩＤ群のうちユーザがログインしようとしているアプリケーションの旧ＩＤをｐａｙｌｏａｄとしてトスする。

【発明の効果】

【0013】

本開示の認可サーバによれば、フェーズ化アプローチで旧ＩＤシステムから新ＩＤシステムへの移行期間にユーザを支援することができる。

【図面の簡単な説明】

【0014】

【図1】フェーズ化アプローチの５段階のフェーズを説明する図。

【図2】実施例１のログインシステムの装置構成を示すブロック図。

【図3】実施例１の認可サーバの機能構成を示すブロック図。

【図4】ユーザが新ＩＤで動作しているアプリケーションにログインしようとした場合のログインシステムの動作を示すフローチャート。

【図5】新ＩＤと旧ＩＤの紐付に関するログインシステムの動作を示すフローチャート。

【図6】旧ＩＤから新ＩＤに移行するフェーズにおいてユーザ端末が３つのドメインと情報のやり取りをする場面について説明する図。

【図7】アプリケーションと旧認証サーバの関係性のバリエーションについて説明する図。

【図8】認可サーバと旧認証サーバの関係性のバリエーションについて説明する図。

【図9】ユーザ端末に表示する画面の例および認証サーバと認可サーバが発行する署名の例を説明する図。

【図10】認可サーバの新ＩＤと旧ＩＤ群（自動生成旧ＩＤ群）の紐付動作の詳細を示すフローチャート。

【図11】認可サーバの旧ＩＤ（自動生成旧ＩＤ）トス動作を示すフローチャート。

【図12】コンピュータの機能構成例を示す図。

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

【0015】

以下、本開示の実施の形態について、詳細に説明する。なお、同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。

【実施例1】

【0016】

図１を参照して、フェーズ化アプローチの５段階のフェーズを説明する。５段階のフェーズをＩ）旧ＩＤのみ存在する期間、ＩＩ）旧ＩＤと新ＩＤが併存する期間、ＩＩＩ）新ＩＤを主とするが旧ＩＤが存在する期間、ＩＶ）新ＩＤのみ存在する期間（未使用ＩＤも強制移行）、Ｖ）新ＩＤのみ存在する期間（未使用ＩＤを削除）とする。また、ＩＣＴの移行と並行してアプリ側で新ＩＤでログインできるような対応を並行して実施している様子も示す。以下の説明では、主にフェーズＩＩ）、ＩＩＩ）、ＩＶ）におけるログインシステムの動作について説明する。

【0017】

ＩＩ）とＩＩＩ）の期間で、旧ＩＤのみを持っているユーザー（既存ユーザ）がログイン作業を行った場合、ログインシステムは新ＩＤを発行する。新ＩＤを既に持っているユーザーについては、ログインシステムは当該処理をスキップする。

【0018】

ＩＩ）とＩＩＩ）の期間で、新ＩＤだけを作ったユーザーがいた場合、ログインシステムは、ユーザから見えない処理として、自動的に旧ＩＤを生成する。以下、ログインシステムが自動的に生成した旧ＩＤを自動生成旧ＩＤと呼ぶ。ログインシステムは新ＩＤと自動生成旧ＩＤを紐付けておく。

【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】

また、旧ＩＤと新ＩＤの紐付けも実行される。旧ＩＤと新ＩＤの紐付け処理においては、ユーザ端末１２に画面Ｂのような紐付け用画面が表示される。ユーザは旧ＩＤ環境下で使用していた会員番号とパスワードを入力する。この場合、認可サーバ１１は、旧ＩＤと新ＩＤの紐付けを実行し、署名Ｙを発行する。旧ＩＤの例として"members:id":[123456]がｐａｙｌｏａｄとしてトスされる。

【0050】

≪ステップＳ１ｓの詳細≫
以下、図１０を参照して認可サーバ１１の新ＩＤと旧ＩＤ群（自動生成旧ＩＤ群）の紐付動作（前述したステップＳ１ｓ）の詳細について説明する。

【0051】

認可サーバ１１の新ＩＤ取得部１１１は、ユーザの新ＩＤと旧ＩＤ群の紐付が実施済みであるか未実施であるかを判断する。ユーザの新ＩＤと旧ＩＤ群の紐付が実施済みである場合、このフローは終了する。新ＩＤと旧ＩＤ群の紐付が未実施である場合に、認可サーバ１１の新ＩＤ取得部１１１は、該当ユーザの新ＩＤを取得する（Ｓ１１１）。ここで取得される新ＩＤは、図４で説明したフローチャートのステップＳ１ｈで発行された新ＩＤである。

【0052】

次に認可サーバ１１の旧ＩＤ取得部１１２は、該当ユーザが旧ＩＤ群を保持しているか保持していないかを判断し、該当ユーザが旧ＩＤ群を保持している場合に、該当ユーザの、新ＩＤと旧ＩＤのいずれのＩＤも要求するアプリケーション群に用いる旧ＩＤ群を取得する（Ｓ１１２）。ここで取得される旧ＩＤ群は、図５で説明したフローチャートのステップＳ１ｍ、Ｓ１ｎの実行により取得される旧ＩＤ群である。

【0053】

次に認可サーバ１１の新旧ＩＤ紐付部１１３は、ステップＳ１１１で取得された新ＩＤと、ステップＳ１１２で対応して取得された旧ＩＤ群とを紐付ける（Ｓ１１３－１）。紐付けられた新ＩＤと旧ＩＤ群は記憶部１１ａに記憶される。

【0054】

該当ユーザが旧ＩＤ群の全部または一部を保持していない場合、自動生成旧ＩＤ取得部１１５は、保持していない旧ＩＤ群に対応するＩＤ群であって、新ＩＤと旧ＩＤのいずれのＩＤも要求するアプリケーション群に用いる自動生成旧ＩＤ群を取得する（Ｓ１１５）。

【0055】

新旧ＩＤ紐付部１１３は、ステップＳ１１１で取得された新ＩＤと、ステップＳ１１５で対応して取得された自動生成旧ＩＤ群とを紐付ける（Ｓ１１３－２）。

【0056】

≪認可サーバ１１の旧ＩＤ（自動生成旧ＩＤ）トス動作≫
以下、図１１を参照して認可サーバ１１の旧ＩＤ（自動生成旧ＩＤ）トス動作について説明する。

【0057】

認可サーバ１１の旧ＩＤトス部１１４は、ユーザが新ＩＤに対応するアプリケーション（Ｖｅｒｓｉｏｎ３）に新ＩＤでログインしようとしているか、あるいはユーザが新ＩＤと旧ＩＤのいずれのＩＤも要求するアプリケーション（Ｖｅｒｓｉｏｎ２）に新ＩＤでログインしようとしているかを判断する。ユーザが新ＩＤに対応するアプリケーション（Ｖｅｒｓｉｏｎ３）に新ＩＤでログインしようとしている場合、このフローは終了する。

【0058】

該当ユーザが新ＩＤと旧ＩＤのいずれのＩＤも要求するアプリケーション（Ｖｅｒｓｉｏｎ２）に新ＩＤでログインしようとした場合、認可サーバ１１の旧ＩＤトス部１１４は、該当ユーザがログインしようとしているアプリケーションの旧ＩＤを保持しているか保持していないかを判断する。該当ユーザがログインしようとしているアプリケーションの旧ＩＤを保持している場合、認可サーバ１１の旧ＩＤトス部１１４は、該当ユーザの新ＩＤに紐付けられた旧ＩＤ群のうちユーザがログインしようとしているアプリケーションの旧ＩＤをｐａｙｌｏａｄとしてトスする（Ｓ１１４－１）。

【0059】

一方、該当ユーザがログインしようとしているアプリケーションの旧ＩＤを保持していない場合、該当ユーザの新ＩＤに紐付けられた自動生成旧ＩＤ群のうちユーザがログインしようとしているアプリケーションの自動生成旧ＩＤをｐａｙｌｏａｄとしてトスする（Ｓ１１４－２）。

【0060】

このように、本実施例のログインシステム１によれば、認可サーバ１１が新ＩＤと旧ＩＤ群とを事前に紐付けておき、ユーザが新ＩＤと旧ＩＤのいずれのＩＤも要求するアプリケーションに新ＩＤでログインしようとした場合に、対応する旧ＩＤ（自動生成旧ＩＤ）をｐａｙｌｏａｄとしてトスする機能を有しているため、該当のユーザは新ＩＤを入力するだけで、スムーズに新ＩＤと旧ＩＤのいずれのＩＤも要求するアプリケーションにログインすることができるため、ユーザの利便性が向上し、旧ＩＤシステムから新ＩＤシステムへの移行期間にユーザを支援することができる。

【0061】

＜補記＞
本明細書中に記載されている構成要素により実現される機能は、当該記載された機能を実現するようにプログラムされた、汎用プロセッサ、特定用途プロセッサ、集積回路、ＡＳＩＣｓ(Application Specific Integrated Circuits)、ＣＰＵ(a Central Processing Unit)、従来型の回路、および／又はそれらの組合せを含む、circuitry又はprocessing circuitryにおいて実装されてもよい。プロセッサは、トランジスタやその他の回路を含み、 circuitry又はprocessing circuitryとみなされる。プロセッサは、メモリに格納されたプログラムを実行する、programmed processorであってもよい。

【0062】

本明細書において、circuitry、ユニット、手段は、記載された機能を実現するようにプログラムされたハードウェア、又は実行するハードウェアである。当該ハードウェアは、本明細書に開示されているあらゆるハードウェア、又は、当該記載された機能を実現するようにプログラムされた、又は、実行するものとして知られているあらゆるハードウェアであってもよい。

【0063】

当該ハードウェアがcircuitryのタイプであるとみなされるプロセッサである場合、当該circuitry、手段、又はユニットは、ハードウェアと、当該ハードウェア及び又はプロセッサを構成する為に用いられるソフトウェアの組合せである。

【0064】

上述の各種の処理は、図１２に示すコンピュータの記録部１００２０に、上記方法の各ステップを実行させるプログラムを読み込ませ、制御部１００１０、入力部１００３０、出力部１００４０などに動作させることで実施できる。

【0065】

この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。

【0066】

また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ－ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させる構成としてもよい。

【0067】

このようなプログラムを実行するコンピュータは、例えば、まず、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、一旦、自己の記憶装置に格納する。そして、処理の実行時、このコンピュータは、自己の記録媒体に格納されたプログラムを読み取り、読み取ったプログラムに従った処理を実行する。また、このプログラムの別の実行形態として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、さらに、このコンピュータにサーバコンピュータからプログラムが転送されるたびに、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。また、サーバコンピュータから、このコンピュータへのプログラムの転送は行わず、その実行指示と結果取得のみによって処理機能を実現する、いわゆるＡＳＰ（Application Service Provider）型のサービスによって処理を実行する構成としてもよい。さらには、サーバコンピュータの一部をプログラムと共にユーザに使用させる、いわゆるＳａａＳ（Software as a Service）型のサービスを利用して、端末の処理を実行する構成としてもよい。なお、本形態におけるプログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるもの（コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータ等）を含むものとする。

【0068】

また、この形態では、コンピュータ上で所定のプログラムを実行させることにより、本装置を構成することとしたが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。

【要約】

【課題】フェーズ化アプローチで旧ＩＤシステムから新ＩＤシステムへの移行期間にユーザを支援することができる認可サーバを提供する。
【解決手段】事業主が共通するアプリケーション群の各アプリケーションに対する旧ＩＤまたは新ＩＤによるユーザのログインを管理する認可サーバであって、ユーザの新ＩＤを取得する新ＩＤ取得部と、新ＩＤを取得したユーザの、新ＩＤと旧ＩＤのいずれのＩＤも要求するアプリケーション群に用いる旧ＩＤ群を取得する旧ＩＤ取得部と、取得された新ＩＤと対応して取得された旧ＩＤ群とを紐付ける新旧ＩＤ紐付部と、ユーザが新ＩＤと旧ＩＤのいずれのＩＤも要求するアプリケーションに新ＩＤでログインしようとした場合に、新ＩＤに紐付けられた旧ＩＤ群のうちユーザがログインしようとしているアプリケーションの旧ＩＤをｐａｙｌｏａｄとしてトスする旧ＩＤトス部を含む。
【選択図】図３

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】