JP5903004B2 - 情報処理装置及び認可情報管理方法 - Google Patents

Description

本発明は、認可情報を管理する情報処理装置及び認可情報を管理する方法に関する。

利用者が各種サイトで公開されているサービスを利用しようとする際に、個々のサイトにおいて、ＩＤ（アカウント）を取得し、必要な利用者情報を個別に手動にて入力する必要がある。

同じ内容の利用者の属性情報（利用者情報）の入力は、その利用者にとって煩雑である。その結果、登録せずに、サービス利用が促進されないことになる。そこで、利用者の情報を巧みに管理・活用する方式が必要となっている。

例えば特許文献１には、各サーバへのログイン情報を一括で保持する認証補助装置が、サーバからログイン画面を取得した場合に、保持しているログイン情報を当該ログイン画面中の入力項目へ埋め込んで端末装置へ返却することについて記載されている。これにより、既に登録済みのログイン情報を利用者が再度入力することなくサーバへログイン可能となる。すなわち、上記認証補助装置は、端末装置の認証操作を容易化することができる。

特開２０１１−８４６２号公報

しかしながら、特許文献１の技術は、同一端末装置からの他のサーバに対するアクセス認証を省略する技術であるが、複数の端末装置を利用して、同一のサーバへアクセスがなされた場合のことが考慮されていない。

よって、過去にログイン情報を入力した端末装置以外の端末装置からサーバへアクセスした場合は、再度ログイン情報を入力する必要がある。特に、過去に複数のサーバへログインしていた場合には、ログインしていた端末装置と異なる端末装置でサーバにアクセスするためには、全てのログイン情報を再度入力する必要がある。よって、利用者にとって、操作が煩雑となるという問題点がある。このことを考慮すると、過去にログインした端末装置と異なる端末装置におけるログイン情報の入力操作を軽減させるためにログイン情報（認可情報）の移行処理ができることが望ましい。

そこで、本発明においては、簡単に端末装置に関連付けられている認可情報を移行することができる情報処理装置を提供することを目的とする。

本発明に係る情報処理装置は、一のユーザに関連付けがなされている第１識別子に対応する一又は複数の認可情報を関連付けて記憶すると共に、前記一のユーザに関連付けがなされている第２識別子に対応する一又は複数の認可情報を関連付けて記憶するユーザ認可情報記憶手段と、第１識別子に関連付けられた認可情報の移行の選択がされると、選択された認可情報および前記第１識別子に関連付いた他の認可情報を、第２識別子に関連付けてユーザ認可情報記憶手段へ記憶させるユーザ認可情報管理手段と、を備える。

また、本発明に係る認可情報管理方法は、ユーザ認可情報を記憶する記憶手段を備える情報処理装置におけるユーザ認可情報管理方法において、一のユーザに関連付けがなされている第１識別子に対応する一又は複数の認可情報を関連付けて前記記憶手段に記憶すると共に、前記一のユーザに関連付けがなされている第２識別子に対応する一又は複数の認可情報を関連付けて前記記憶手段に記憶するユーザ認可情報記憶ステップと、第１識別子に関連付けられた認可情報の移行の選択がされると、選択された認可情報および前記第１識別子に関連付いた他の認可情報を、前記第２識別子に関連付けて前記記憶手段に記憶させるユーザ認可情報管理ステップと、を含む。

このような情報処理装置及び認可情報管理方法によれば、第１識別子に関連付けられた認可情報について移行の選択がされると、それに伴い、選択された認可情報を含む第１識別子に関連付けられた認可情報を第２識別子に関連付ける。よって、簡単に第１識別子に関連付けられている認可情報の移行をすることができる。

本発明に係る情報処理装置では、ユーザ認可情報管理手段は、第２識別子によるログインで、第１識別子に関連付いている認可情報を用いたアクセス要求がある場合、当該アクセス要求の対象となる認可情報が、選択された認可情報となるようにしても良い。

この発明によれば、第１識別子の認可情報が指定されたことを特定しているタイミングで関連付けを行っているので、確実に第１識別子に関連している認可情報を、第２識別子へ関連付けることができる。

また、本発明に係る情報処理装置では、ユーザ認可情報記憶手段は、各認可情報に対応するサービス種別の情報を記憶しており、第２識別子への関連付け対象の認可情報に対応するサービス種別と同一のサービス種別であり、且つ当該第２識別子への関連付け対象の認可情報とは異なる認可情報が、第２識別子に関連付いている場合、何れかの認可情報を無効化にする認可情報制御手段をさらに備えるようにしても良い。

この発明によれば、認可情報の有効／無効を制御することにより、複数のアカウントの同時利用を許容していないＷｅｂサービスも適切に利用可能となる。

また、第２識別子への関連付け対象となる第１識別子の認可情報の選択確認を受け付ける選択確認手段をさらに備え、ユーザ認可情報管理手段は、選択確認手段を介して選択確認された認可情報を関連付け対象とするようにしても良い。

この発明によれば、利用者が所望の認可情報のみ関連付けさせることが可能となる。

本発明によれば、第１識別子に関連付けられた認可情報について移行の選択がされると、それに伴い、選択された認可情報を含む第１識別子に関連付けられた認可情報を第２識別子に関連付けることになる。よって、簡単に端末装置に関連付けられている認可情報を移行することができる。

本実施形態の情報処理システム１０のシステム構成図である。 本実施形態の認証管理サーバ１００の機能を示すブロック図である。 認証管理サーバ１００のハードウェア構成図である。 ユーザ管理情報及びユーザ認可情報のデータ構造を示す図である。 初回認証処理を示すフローチャートである。 初回認証処理時の画面遷移図である。 初回認証処理時の記憶情報の変化を示す図である。 アクセストークン追加処理を示すフローチャートである。 アクセストークン追加処理時の画面遷移図である。 アクセストークン追加処理時の記憶情報の変化を示す図である。 アクセストークン削除時の画面遷移図である。 アクセストークン削除時の記憶情報の変化を示す図である。 再ログイン時の画面遷移図である。 再ログイン時の記憶情報の変化を示す図である。 別ユーザＩＤ生成処理時の画面遷移図である。 別ユーザＩＤ生成処理時の記憶情報の変化を示す図である。 アクセストークンの移行状態を示す図である。 別ユーザＩＤへのアクセストークン移行処理を示すフローチャートである。 別ユーザＩＤへのアクセストークン移行処理の画面遷移図である。 別ユーザＩＤへのアクセストークン移行処理時の記憶情報の変化を示す図である。 閲覧／検索処理を示すフローチャートである。 ユーザ認可情報の制御を説明する図である。 別形態のユーザ認可情報のデータ構造を示す図である。

以下、図面を参照しながら、本発明に係る実施形態を説明する。可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。

（情報処理システム１０の構成）
図１は、本実施形態の情報処理システム１０のシステム構成図である。図１に示すように、この情報処理システム１０は、認証管理サーバ１００、Ｗｅｂサービスサーバ２００Ａ、Ｗｅｂサービスサーバ２００Ｂ、・・・（以降、総称してＷｅｂサービスサーバ２００とも呼ぶ）と、端末装置３００Ａ、端末装置３００Ｂ、・・・（以降、総称して端末装置３００とも呼ぶ）とを含んで構成されている。また、図１に示すように、認証管理サーバ１００、端末装置３００及びＷｅｂサービスサーバ２００は、それぞれ互いにネットワーク等により接続されている。

認証管理サーバ１００は、端末装置３００からのアクセスを認証管理サーバ１００で記憶しているＩＤで識別する（以降、このＩＤをユーザＩＤと呼ぶ）。端末装置３００から初回のアクセス要求がなされた場合、認証管理サーバ１００が、ユーザＩＤを生成すると共に、ログイン用の情報として、当該ユーザＩＤに対応するテンポラリＩＤを端末装置３００へ発行する。そして、認証管理サーバ１００は、テンポラリＩＤを用いた端末装置３００からの要求に応じて、ユーザＩＤの管理を行うことができる。

また、認証管理サーバ１００は、各端末装置３００からＷｅｂサービスサーバ２００への認可情報（各ＷｅｂサービスにアクセスするためのＩＤ／パスワードやアクセストークン）をユーザＩＤと関連付けて記憶する。ここで、認可情報とは、Ｗｅｂサービスサーバ２００が提供するＷｅｂサービスを譲受するために必要な認証情報である。また、ＷｅｂサービスにアクセスするためのＩＤを以降ＷｅｂサービスＩＤと呼ぶ。本実施形態では、認可情報としてアクセストークンを適用した場合について説明する。

さらに、認証管理サーバ１００は、各端末装置３００からＷｅｂサービスサーバ２００への閲覧要求を受け付けた際には、認証管理サーバ１００で記憶しているアクセストークンをＷｅｂサービスサーバ２００へ送信し、Ｗｅｂサービスサーバ２００から閲覧用の情報を取得し、端末装置３００へ送信する。

端末装置３００は、次回以降のＷｅｂサーバ２００へのアクセス要求を認証管理サーバ１００へ行う際には、テンポラリＩＤを認証管理サーバ１００へ送信する。

端末装置３００は、ＰＣや携帯端末等の情報機器から構成されており、認証管理サーバ１００や、Ｗｅｂサービスサーバ２００へ認証要求したり、認証管理サーバ１００やＷｅｂサービスサーバ２００から情報を取得したりする。

Ｗｅｂサービスサーバ２００は、アクセス認証の情報としてログイン情報を要求したり、各種閲覧情報を提供したりするサーバ装置である。また、各Ｗｅｂサービスサーバ２００は、各種Ｗｅｂサービスを提供する。ここでいうＷｅｂサービスとは、例えば、ＳＮＳ（Social Networking Service）等、閲覧等に認証が必要なＷｅｂにより提供されるサービスをいう。以降、Ｗｅｂサービスを単にサービスとも呼ぶ。なお、Ｗｅｂサービスサーバ２００Ａは、サービスＡを提供し、Ｗｅｂサービスサーバ２００Ｂは、サービスＢを提供し、Ｗｅｂサービスサーバ２００Ｃは、サービスＣを提供するものとする。

（認証管理サーバ１００の構成）
次に、認証管理サーバ１００について詳細に説明する。図２は、認証管理サーバ１００の機能を示すブロック図である。この認証管理サーバ１００は、端末アクセス認証部１０１、サービス送受信部１０２、ユーザ認可情報管理部１０３（ユーザ認可情報管理手段）、関連付け対象選択確認部１０４（選択確認手段）、認可情報制御部１０５（認可情報制御手段）、ユーザ管理情報記憶部１０６及びユーザ認可情報記憶部１０７（ユーザ認可情報記憶手段）を含んで構成されている。

このように構成された認証管理サーバ１００は、図３に示されるハードウェアにより構成されている。図２に示される認証管理サーバ１００は、物理的には、図３に示すように、ＣＰＵ１１、主記憶装置であるＲＡＭ１２及びＲＯＭ１３、入力デバイスであるキーボード及びマウス等の入力装置１４、ディスプレイ等の出力装置１５、ネットワークカード等のデータ送受信デバイスである通信モジュール１６、ハードディスクまたは半導体メモリ等の補助記憶装置１７などを含むコンピュータシステムとして構成されている。図２における各機能は、図３に示すＣＰＵ１１、ＲＡＭ１２等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１１の制御のもとで入力装置１４、出力装置１５、通信モジュール１６を動作させるとともに、ＲＡＭ１２や補助記憶装置１７におけるデータの読み出し及び書き込みを行うことで実現される。以下、図２に示す機能ブロックに基づいて各機能ブロックを説明する。

端末アクセス認証部１０１は、端末装置３００からのＷｅｂサービスサーバ２００へのアクセス要求を受信した後に、端末装置３００から取得したテンポラリＩＤを用いて、正常な権限を有しているかチェックする。

サービス送受信部１０２は、端末装置３００からのＷｅｂサービスサーバ２００へのサービス要求を受け付けたり、Ｗｅｂサービスサーバ２００へサービス要求したり、Ｗｅｂサービスサーバ２００から情報（アクセストークンや閲覧用情報等）を取得したり、当該Ｗｅｂサービスサーバ２００から取得した情報を端末装置３００へ送信したりする。

ユーザ認可情報管理部１０３は、テンポラリＩＤを有しない端末からＷｅｂサービスサーバ２００へのアクセス要求がなされた場合に、ユーザＩＤを生成し、当該ユーザＩＤと、アクセス要求対象のＷｅｂサービスサーバ２００から取得したアクセストークンと、ユーザ情報とを関連付けた情報であるユーザ認可情報を生成し、当該ユーザ認可情報をユーザ認可情報記憶部１０７へ記憶する。ここで、ユーザ情報とは、Ｗｅｂサービスサーバ２００がアクセス元のユーザを特定するための情報である。

また、ユーザ認可情報管理部１０３は、ユーザＩＤを生成した場合、当該ユーザＩＤに対応するテンポラリＩＤを生成し、当該ユーザＩＤと、テンポラリＩＤと、端末装置３００から取得したユーザ名とを関連付けた情報であるユーザ管理情報をユーザ管理情報記憶部１０６へ記憶する。

さらに、ユーザ認可情報管理部１０３は、ユーザ認可情報の編集（例えば、ユーザ認可情報の追加や、ユーザ認可情報の移行、ユーザ認可情報やユーザ管理情報の削除）の必要性を判断し、編集対象と判断したユーザ認可情報を編集する。

関連付け対象選択確認部１０４は、関連付け対象とするユーザ認可情報の一覧画面を出力し、端末装置３００の利用者から関連付け対象の認可情報の選択を受け付け、選択された認可情報を確認する。

認可情報制御部１０５は、アクセストークンの有効状態を制御し、具体的には、各アクセストークンを有効とするか否かを決定する。例えば、同一ＩＤに同一サービスのアクセストークンが複数ある場合に、当該複数のアクセストークンの内、一部を有効状態にし、それ以外を無効状態にする。詳細は、後述する。

ユーザ管理情報記憶部１０６は、ユーザ管理情報を記憶する。ユーザ管理情報のデータ構造を図４（Ａ）に示す。ユーザ管理情報は、ユーザ管理情報は、ユーザＩＤと、ユーザ名と、テンポラリＩＤとを有する情報である。ユーザ認可情報記憶部１０７は、ユーザ認可情報を記憶する。なお、ユーザ認可情報とは、ユーザＩＤと、認可情報と、ユーザ情報とが対応付けられた情報である。図４（Ｂ）にユーザ認可情報のデータ構造を示す。ここで、ユーザ情報とは、Ｗｅｂサービスサーバ２００がアクセス元のユーザを特定するための情報である。

図４（Ｂ）に示すように、ユーザ認可情報は、ユーザＩＤと、当該ユーザＩＤに対応するアクセストークンと、ユーザ情報とを関連付けた情報である。また、各認可情報には、Ｗｅｂサービスの種別情報を含む。なお、Ｗｅｂサービス種別の情報を認証管理サーバ１００が別に保持するようにしても良い。

次に、情報処理システム１０の処理について説明する。ここで説明する情報処理システム１０の処理には、ユーザ認可情報の管理に関する処理であるアカウント管理処理（初回認証処理、アクセストークン追加処理、アクセストークン削除処理、再ログイン処理、別ユーザＩＤ生成処理、別ユーザＩＤへのアクセストークン移行処理）と、ユーザ認可情報を利用して、Ｗｅｂサービス（Ｗｅｂ情報の閲覧等）を譲受する処理（Ｗｅｂ閲覧処理）とがある。以下に、それぞれの処理を順に説明する。

（初回認証処理）
最初に、初回認証処理について説明する。図５は、本実施形態の情報処理システム１０の初回認証処理を示すシーケンス図である。ここでいう初回認証処理とは、最初に認証管理サーバ１００を介して、Ｗｅｂサービスサーバ２００への認証要求をする処理をいう。以下、各ステップについて説明する。

まず、前提として、端末装置３００が認証管理サーバ１００から図６（Ａ）に示すようなＷｅｂサービスの一覧と、アクセストークンの登録状況を示したアカウント管理画面を取得し、端末装置３００で表示しているものとする。また、端末装置３００がユーザ名を認証管理サーバ１００へ送信しているものとする。なお、端末装置３００の画面は、タッチパネルで構成されるものとするが、これに限るものではない。

そして、端末装置３００の利用者の入力操作によって、所定のＷｅｂサービス（例えば、サービスＡ）が選択されると、端末装置３００が認証管理サーバ１００に対して、Ｗｅｂサービスサーバ２００への認証要求を行う（Ｓ１０１）。次に、認証管理サーバ１００のサービス送受信部１０２は、Ｗｅｂサービスサーバ２００に対して、リダイレクトする（Ｓ１０２）。そして、Ｗｅｂサービスサーバ２００は、端末装置３００に対して、図６（Ｂ）に示すようなサービスＡの認証画面を返却する（Ｓ１０３）。

図６（Ｂ）に示すサービスＡの認証画面において、Ｗｅｂサービスサーバ２００Ａにログインするための、ＷｅｂサービスＩＤ及びパスワードが入力されると、端末装置３００は、Ｗｅｂサービスサーバ２００に対して、当該Ｗｅｂサービスサーバ２００が提供しているＷｅｂサービスのＷｅｂサービスＩＤ及びパスワードを通知する（Ｓ１０４）。

Ｗｅｂサービスサーバ２００は、端末装置３００から受信したＷｅｂサービスＩＤ及びパスワードが正しければ、アクセストークンを生成し（Ｓ１０５）、当該アクセストークンを認証管理サーバ１００へ送信し、サービス送受信部１０２は、アクセストークンを取得し、ユーザ情報をさらに取得する（Ｓ１０６）。ここで、Ｗｅｂサービスサーバ２００は、アクセストークンとユーザ情報とをまとめて送信しても良いし、一度アクセストークンを送信した後に、認証管理サーバ１００からの要求に応じてユーザ情報を送信するようにしても良い（以下、Ｗｅｂサービスサーバ２００から認証管理サーバ１００へのアクセストークン及びユーザ情報の送信処理についても同様とする）。

ユーザ認可情報管理部１０３は、端末装置３００からテンポラリＩＤを取得しておらず、さらに上記ユーザ情報を有するユーザ認可情報もないことを確認し、認証管理サーバ１００のユーザ認可情報管理部１０３は、新たにユーザＩＤを発行し、当該ユーザＩＤと、サービス送受信部１０２が取得したアクセストークンと、サービス送受信部１０２が取得したユーザ情報とを対応付けた情報をユーザ認可情報として、ユーザ認可情報記憶部１０７へ記憶する（Ｓ１０８）。

なお、アクセストークンは、同一のＷｅｂサービスＩＤ及びパスワードに基づいて生成しても、生成する度に異なる場合もある。そこで、認証管理サーバ１００は、ＷｅｂサービスＩＤ及びパスワードに対応するユーザ情報をアクセストークンと関連付けてユーザ認可情報として記憶している。これにより、Ｗｅｂサービスサーバ２００から取得したユーザ情報を検索キーにして、ユーザ認可情報を検索すれば、ユーザ情報に対応するＷｅｂサービスサーバ２００を利用者が過去にアクセス要求したか否かを判断することができる。

そして、ユーザ認可情報管理部１０３は、テンポラリＩＤを生成し（Ｓ１０９）、ユーザＩＤと、当該テンポラリＩＤと、ユーザ名とを関連付けたユーザ管理情報をユーザ管理情報記憶部１０６へ記憶する（ステップＳ１１０）。そして、サービス送受信部１０２は、当該テンポラリＩＤを端末装置３００へ送信すると共に、アカウント管理画面の更新結果を送信する（Ｓ１１１）。アカウント管理画面の更新結果を図６（Ｃ）に示す。図６（Ｃ）に示すように、アカウント管理画面のサービスＡの箇所に、「Ｆ１」のマークが付されており、サービスＡについてアクセストークンＦ１が利用可能であることを示している。

次に、初回認証処理前と初回認証処理後における、ユーザ管理情報とユーザ認可情報とを図７に示す。図７（Ａ）に示すように、初回認証処理を行う前は、ユーザＸは、認証管理サーバ１００に一度もログインしていない状態であるので、いずれのＷｅｂサーバ２００のアクセストークンと関連付けられていない状態である。

よって、ユーザ管理情報記憶部１０６及びユーザ認可情報記憶部１０７には、何ら情報が記憶されていないが、初回認証処理後には、ユーザ認可情報管理部１０３によって、ユーザ管理情報及びユーザ認可情報が記憶される。初回認証処理において、ユーザ認可情報管理部１０３が、初回認証処理のステップＳ１０８でユーザ認可情報をユーザ認可情報記憶部１０７に記憶し、ステップＳ１１０でユーザ管理情報をユーザ管理情報記憶部１０６に記憶する。

この結果、図７（Ｂ）に示すように、ステップＳ１０７で生成されたユーザＩＤ「ＩＤ１」と、予め端末装置３００から取得したユーザ名「ユーザＸ」と、ステップＳ１０９で生成されたテンポラリＩＤ「ｔｍｐＩＤ１」とが関連付けられたユーザ管理情報がユーザ管理情報記憶部１０６に記憶される。

そして、ユーザＩＤ「ＩＤ１」と、アクセストークン「Ｆ１」と、ユーザ情報「Ｆ＿０１」とが関連付けられたユーザ認可情報がユーザ認可情報記憶部１０７に記憶される。

このように、ユーザＩＤ「ＩＤ１」とアクセストークンＦ１とが関連付けられて、ユーザ名「ユーザＸ」とユーザＩＤ「ＩＤ１」とが関連付けられていることにより、ユーザＸが、アクセストークンＦ１に関連付けられることになる。

（アクセストークン追加処理）
続いて、図８に示すアクセストークン追加処理のシーケンス図を用いて、本実施形態の情報処理システム１０のアクセストークンの追加処理を説明する。

まず、前提として、端末装置３００は、認証管理サーバ１００から図９（Ａ）に示すようなＷｅｂサービスの一覧と、アクセストークンの登録状況とを示したアカウント管理画面を取得し、端末装置３００がアカウント管理画面を表示しているものとする。図９（Ａ）に示すように、サービスＡについてのみ、「Ｆ１」のマークが付されていることから、サービスＡについてのみアクセストークンが登録されていることを示している。

そして、端末装置３００の利用者による、アカウント管理画面に対する入力操作によって、所定の未登録状態のＷｅｂサービス（例えば、サービスＢ）が選択されると、端末装置３００は、認証管理サーバ１００に対して、テンポラリＩＤを送信すると共に、サービスＢのアクセストークンの追加要求を行う（Ｓ３０１）。

認証管理サーバ１００のサービス送受信部１０２は、テンポラリＩＤを取得すると共に、当該アクセストークンの追加要求を受け付ける。認証管理サーバ１００の端末アクセス認証部１０１は、端末装置３００から取得したテンポラリＩＤを検索キーにユーザ管理情報を参照して端末装置３００のアクセスが適切であるか否かを判断する。なお、端末アクセス認証部１０１は、当該テンポラリＩＤに対応するユーザＩＤにサービスＢのアクセストークンが関連づいているか否かを判断し、サービスＢのアクセストークンが関連づいていないことを確認しても良い（Ｓ３０２）。

次に、認証管理サーバ１００のサービス送受信部１０２は、Ｗｅｂサービスサーバ２００に対して、リダイレクトする（Ｓ３０３）。そして、Ｗｅｂサービスサーバ２００は、端末装置３００に対して、図９（Ｂ）に示すようなサービスＢの認証画面を返却する（Ｓ３０４）。

図９（Ｂ）に示すサービスＡの認証画面において、Ｗｅｂサービスサーバ２００Ｂにログインするための、ＷｅｂサービスＩＤ及びパスワードが入力されると、端末装置３００は、Ｗｅｂサービスサーバ２００に対して、当該Ｗｅｂサービスサーバ２００が提供しているＷｅｂサービスのＷｅｂサービスＩＤ及びパスワードを通知する（Ｓ３０５）。

Ｗｅｂサービスサーバ２００は、端末装置３００から受信したＷｅｂサービスＩＤ及びパスワードが正しければ、サービスＢに対応するアクセストークンＴ１を生成し（Ｓ３０６）、当該アクセストークンを認証管理サーバ１００へ送信し、サービス送受信部１０２は、アクセストークンを取得し、ユーザ情報をさらに取得する（Ｓ３０７）。

端末装置３００からの要求がアクセストークンの追加要求であり、同一ユーザ情報を含むユーザ認可情報がユーザ認可情報記憶部１０７に記憶されていないことを確認すると、認証管理サーバ１００のユーザ認可情報管理部１０３は、端末装置３００から取得したテンポラリユーザＩＤに対応するユーザＩＤと、サービス送受信部１０２が取得したアクセストークンと、サービス送受信部１０２が取得したユーザ情報とを関連付けたユーザ認可情報を登録する（Ｓ３０８）。そして、サービス送受信部１０２は、アカウント管理画面の更新結果を返却する（Ｓ３０９）。アカウント管理画面の更新結果の例を図９（Ｃ）に示す。図９（Ｃ）に示すように、アカウント管理画面のサービスＢの箇所に、「Ｔ１」のマークが付されており、サービスＢについてアクセストークンＴ１が追加登録されたことを示している。

次に、アクセストークン追加処理前とアクセストークン追加処理後における、ユーザ管理情報とユーザ認可情報とを図１０に示す。図１０（Ａ）に示すように、アクセストークン追加処理を行う前は、ユーザＸには、サービスＡのアクセストークンのみが関連づいているので、ユーザ管理情報記憶部１０６には、ユーザＩＤ「ＩＤ１」の情報のみが記憶され、ユーザ認可情報記憶部１０７には、ユーザＩＤ「ＩＤ１」、アクセストークン「Ｆ１」、ユーザ情報「Ｆ＿０１」のユーザ認可情報のみが記憶されている。

アクセストークン追加処理のステップＳ３０８において、ユーザ認可情報管理部１０３がユーザ認可情報を登録することにより、アクセストークン追加処理後は、図１０（Ｂ）に示すように、ユーザ認可情報管理部１０３によって、ユーザＩＤ「ＩＤ１」と、アクセストークン「Ｔ１」と、ユーザ情報「Ｔ＿０１」が関連付けられたユーザ認可情報がユーザ認可情報記憶部１０７に追加記憶されることになる。なお、ユーザ管理情報については、更新箇所が無いため、アクセストークン追加処理の前後で、ユーザ管理情報記憶部１０６に記憶されている情報に変化は無い。

これにより、ユーザＩＤ「ＩＤ１」には、アクセストークン「Ｆ１」だけでなく、アクセストークン「Ｔ１」も関連付けられる。

このように、認証管理サーバ１００は、Ｗｅｂサービスサーバ２００から取得したアクセストークンと、既存のユーザＩＤとを対応付けたユーザ認可情報をユーザ認可情報記憶部１０７へ追加記憶することにより、１つのユーザＩＤに、複数のアクセストークンを関連付けることができる。

（アクセストークン削除処理）
続いて、図１１及び図１２を用いてアクセストークンの削除処理について簡単に説明する。

まず、図１１（Ａ）に示すようなアカウント管理画面が端末装置３００の表示画面に出力されているものとする。図１１（Ａ）の例では、サービスＡに「Ｆ１」のマークが付され、サービスＢに「Ｔ１」のマークが付されていることから、サービスＡ及びサービスＢについて、アクセストークンが登録されていることを示している。

ここで、端末装置３００の利用者による、アカウント管理画面に対する入力操作を介して、サービスＢが選択されると、端末装置３００は、図１１（Ｂ）に示すようなサービスＢのアクセストークン編集画面を出力する。アクセストークン編集画面は、アクセストークンの編集指定のための画面であり、削除ボタン５０を押下することにより、登録済みのアクセストークンの削除指定をしたり、新規追加ボタン５１を押下することにより、同一サービスのアクセストークンの追加指定をしたりすることが可能である。

そして、端末装置３００の利用者の入力操作により、削除ボタンが指定されると、端末装置３００は、サービスＢのアクセストークンの削除要求を認証管理サーバ１００に行う。認証管理サーバ１００のユーザ認可情報管理部１０３は、削除要求対象のサービスに関するアクセストークンに対応する、要求元のユーザＩＤのユーザ認可情報を削除する。そして、認証管理サーバ１００は、図１１（Ｃ）に示すようなアカウント管理画面の更新結果を送信する。図１１（Ｃ）に示すように、サービスＢの箇所からアクセストークンが有る旨のマークが削除され、サービスＢのアクセストークンが削除されたことを示している。

次に、アクセストークン削除処理前とアクセストークン削除処理後における、ユーザ管理情報とユーザ認可情報とを図１２に示す。図１２（Ａ）に示すように、アクセストークン削除処理を行う前は、ユーザＩＤ「ＩＤ１」には、サービスＡのアクセストークンＦ１及びサービスＢのアクセストークンＴ１が関連付けられており、ユーザＩＤ「ＩＤ１」を有するユーザ認可情報が２つ登録されている。

アクセストークン「Ｔ１」の削除要求があり、当該削除要求に応じてアクセストークン削除処理を行った後は、図１２（Ｂ）に示すように、ユーザ認可情報管理部１０３によって、ユーザＩＤ「ＩＤ１」と、アクセストークン「Ｔ１」と、ユーザ情報「Ｔ＿００１」とが関連付けられたユーザ認可情報が削除されることになる。なお、ユーザ管理情報については、更新箇所が無いため、アクセストークン削除処理の前後で、ユーザ管理情報記憶部１０６に記憶されている情報に変化は無い。

これにより、ユーザＩＤ「ＩＤ１」には、サービスＡのアクセストークンＦ１のみが関連づいている状態になる。

（再ログイン処理）
続いて、図１３及び図１４を用いて再ログイン処理について簡単に説明する。ここでいう再ログイン処理とは、初回認証処理やアクセストークン追加処理などにより、ユーザ認可情報が登録された後に、ユーザ認証サーバ１００に対するログアウト処理後に、再度ログインする処理をいう。

まず、図１３（Ａ）に示すような、アカウント管理画面が端末装置３００の表示画面に出力されているものとする。図１３（Ａ）の例では、ログアウトされた状態であるため、いずれのサービスもアクセストークンが無い状態を示している。

ここで、端末装置３００の入力操作を介して、サービスＡが選択されると、端末装置３００は、Ｗｅｂサービスサーバ２００から図１３（Ｂ）に示すような、サービスＡの認証画面を取得し、当該サービスＡの認証画面を表示する。

端末装置３００の入力操作を介して、図１３（Ｂ）に示すサービスＡの認証画面にＷｅｂサービスのＩＤ及びパスワードが入力されると、端末装置３００は、Ｗｅｂサービスサーバ２００Ａに対して、ＷｅｂサービスのＷｅｂサービスＩＤ及びパスワードを通知する。そして、Ｗｅｂサービスサーバ２００Ａは、アクセストークン及びユーザ情報を認証管理サーバ１００へ送信する。認証管理サーバ１００は、当該ユーザ情報を有するユーザ認可情報を検索する。そして、認証管理サーバ１００は、検索した結果得られたユーザ認可情報のユーザＩＤを有するユーザ認可情報を検索し、検索したユーザ認可情報に対応するアクセストークンを反映したアカウント管理画面を端末装置３００へ送信する。当該アカウント管理画面の例を図１３（Ｃ）に示す。

図１３（Ｃ）では、認証管理サーバ１００がＷｅｂサービスサーバ２００Ａから、サービスＡのアクセストークンと共に取得したユーザ情報に対応するユーザＩＤに対して、サービスＡ及びサービスＢのアクセストークンが関連づいていたため、サービスＡとサービスＢのアクセストークンがある旨のマークが付されている。これにより、アカウント管理画面では、サービスＡのアクセストークンＦ１、及びサービスＢのアクセストークンＴ１が利用可能であることを示している。

次に、再ログイン処理前と再ログイン処理後における、ユーザ管理情報とユーザ認可情報とを図１４に示す。再ログイン処理前では、図１４（Ａ）に示すように、ユーザ管理情報により、ユーザＸとユーザＩＤ「ＩＤ１」とが関連づいていることを示し、ユーザ認可情報により、ユーザＩＤ「ＩＤ１」には、アクセストークンＦ１とアクセストークンＴ１とが関連づいていることを示しているが、ログアウトしているため、利用者との関連付けがなされていない。これは、図１４（Ａ）では、認証管理サーバ１００で保持しているユーザＸのユーザＩＤ「ＩＤ１」と、利用者との紐づけがなされていないことを示し、端末装置３００及び認証管理サーバ１００において、テンポラリＩＤが破棄されている状態であることを示す。なお、端末装置３００及び認証管理サーバ１００は、ログアウト時又はログアウト完了後にテンポラリＩＤを削除するようにしても良いし、ログアウト後もテンポラリＩＤを保持するようにしても良い。

再ログイン処理を行うことにより、認証管理サーバ１００は、利用者がユーザＸであることを特定する。この結果、図１４（Ｂ）に示すように、ユーザＩＤ「ＩＤ１」としてログイン状態になり、認証管理サーバ１００によって、テンポラリＩＤが利用者の端末装置３００へ送信される。そして、再ログイン処理では、ユーザ認証情報管理部１０３がユーザ認可情報の検索処理を行うが、登録・削除等の編集処理を行わないため、図１４（Ａ）及び図１４（Ｂ）に示すように、再ログイン処理前と再ログイン処理後で、情報の変化は無い。

なお、Ｗｅｂサービスサーバ２００から取得したユーザ情報と同一のユーザ認証情報のアクセストークンが、取得したアクセストークンと異なる場合には、ユーザ認証情報管理部１０３が、上記ユーザ認証情報の登録済みのアクセストークンから取得したアクセストークンへ上書き処理を行うようにしても良い。

（別ユーザＩＤ生成処理）
続いて、図１５及び図１６を用いて別ユーザＩＤ生成処理について簡単に説明する。ここでいう別ユーザＩＤ生成処理とは、既に登録済みのユーザ管理情報のユーザ名と同一のユーザ名のユーザからの認証要求があり、認証管理サーバ１００に登録されていないアクセストークンがＷｅｂサービスサーバ２００から取得した場合に、新規のユーザＩＤを生成する処理をいう。

まず、図１５（Ａ）に示すような、アカウント管理画面が端末装置３００の表示画面に出力されているものとする。図１５（Ａ）の例では、ログアウトされた状態であるため、いずれのサービスもアクセストークンが無い状態を示している。

ここで、端末装置３００の入力操作を介して、サービスＡが選択されると、端末装置３００は、Ｗｅｂサービスサーバ２００から図１５（Ｂ）に示すような、サービスＡの認証画面を取得し、当該サービスＡの認証画面を表示する。

端末装置３００の入力操作を介して、図１５（Ｂ）に示すサービスＡの認証画面にＷｅｂサービスのＩＤ及びパスワードが入力されると、Ｗｅｂサービスサーバ２００Ａからアクセストークン及びユーザ情報が認証管理サーバ１００へ送信される。認証管理サーバ１００は、当該ユーザ情報を有するユーザ認可情報を検索した結果、該当するユーザ認可情報が無い場合、新規にユーザＩＤを生成し、当該ユーザＩＤを有するユーザ管理情報を生成・登録し、当該ユーザＩＤを有するユーザ認可情報を生成・登録する。そして、認証管理サーバ１００は、取得したアクセストークンを反映したアカウント管理画面を端末装置３００へ送信する。当該アカウント管理画面の例を図１５（Ｃ）に示す。

図１５（Ｃ）では、アカウント管理画面のサービスＡの箇所に、「Ｆ２」のマークが付されており、サービスＡのアクセストークンＦ２が新規登録されたことを示している。

次に、別ユーザＩＤ生成処理前と別ユーザＩＤ生成処理後における、ユーザ管理情報とユーザ認可情報とを図１６に示す。図１６（Ａ）に示すように、別ユーザＩＤ生成処理を行う前は、再ログイン処理前では、図１６（Ａ）に示すように、ユーザ管理情報により、ユーザＸとユーザＩＤ「ＩＤ１」が関連づいていることを示し、ユーザ認可情報により、ユーザＩＤ「ＩＤ１」には、アクセストークンＦ１とアクセストークンＴ１が関連づいていることを示しているが、ログアウトしているため、利用者との関連付けがなされていない。

別ユーザＩＤ生成処理時に、認証管理サーバ１００は、ユーザ認可情報管理部１０７で記憶したユーザ認可情報には含まれていない新規のユーザ情報を取得したため、別ユーザＩＤ生成処理後は、図１６（Ｂ）に示すように、ユーザ管理情報記憶部１０６では、ユーザ名「ユーザＸ」、新たなユーザＩＤ「ＩＤ２」及びテンポラリＩＤ「ｔｍｐＩＤ２」を有するユーザ管理情報がさらに記憶され、ユーザ認可情報記憶部１０７では、ユーザＩＤ「ＩＤ２」、アクセストークン「Ｆ２」、及びユーザ情報「Ｆ＿０２」を有するユーザ認可情報がさらに記憶されることになる。そして、ユーザＸは、ユーザＩＤ「ＩＤ２」としてログインされた状態になる。

（別ユーザＩＤへのアクセストークン移行処理の概要説明）
ここで、図１７を用いて、ユーザ認可情報管理部１０３が行う、別ユーザＩＤへのアクセストークン移行処理の概要説明を行う。

前提として、ユーザＸは、ユーザＩＤ「ＩＤ１」（第１識別子）、ユーザＩＤ「ＩＤ２」（第２識別子）を利用することが可能である。ユーザＩＤ「ＩＤ１」では、サービスＡのアクセストークンであるアクセストークンＦ１、サービスＢのアクセストークンであるアクセストークンＴ１、サービスＣのアクセストークンであるアクセストークンＤ１が関連付けられている。

よって、ユーザ認可情報記憶部１０７には、ユーザＩＤ「ＩＤ１」及びアクセストークンＦ１が関連付けられたユーザ認可情報と、ユーザＩＤ「ＩＤ１」及びアクセストークンＴ１が関連付けられたユーザ認可情報と、ユーザＩＤ「ＩＤ１」及びアクセストークンＤ１が関連付けられたユーザ認可情報とが記憶されている。

次に、ユーザＩＤ「ＩＤ２」では、サービスＡのアクセストークンであるアクセストークンＦ２と、サービスＢのアクセストークンであるアクセストークンＴ２とが関連付けられている。

よって、ユーザ認可情報記憶部１０７には、ユーザＩＤ「ＩＤ２」及びアクセストークンＦ２が関連付けられたユーザ認可情報と、ユーザＩＤ「ＩＤ２」及びアクセストークンＴ２が関連付けられたユーザ認可情報とが記憶されている。

上記の状況において、端末装置３００がユーザＩＤ「ＩＤ２」で認証管理サーバ１００にログインしている際に（すなわち、ユーザＩＤ「ＩＤ２」に対応するテンポラリＩＤを用いてログインしている際）、ユーザＩＤ「ＩＤ１」に関連づいているアクセストークン（例えば、アクセストークンＤ１）を利用したアクセス要求がなされた場合の移行処理を以下に説明する。

この場合、アクセストークンＤ１だけでなく、ユーザＩＤ「ＩＤ１」に関連づいている全てのアクセストークン（すなわち、アクセストークンＦ１、アクセストークンＴ１、及びアクセストークンＤ１）をユーザＩＤ「ＩＤ２」に関連付けて、ユーザＩＤ「ＩＤ１」と、各アクセストークンとの関連付けを削除する。

すなわち、ユーザ認可情報管理部１０３は、ユーザＩＤ「ＩＤ１」を含むユーザ認可情報を削除し、ユーザＩＤが「ＩＤ２」であり、アクセストークンがＦ１、Ｔ１、Ｄ１であるそれぞれのユーザ認可情報を記憶する。なお、ユーザ認可情報管理部１０３は、ユーザＩＤ「ＩＤ１」を含むユーザ認可情報を、ユーザＩＤ「ＩＤ２」へ変更するようにしても良い。さらに、ユーザ認可情報管理部１０３は、ユーザＩＤ「ＩＤ１」を有するユーザ認可情報が無くなったため、ユーザＩＤ「ＩＤ１」を有するユーザ管理情報も削除する。

上述のように、ユーザ認可情報管理部１０３が、ユーザ認可情報の関連付け状態を変更することより、移行処理がなされる。

このように、認証管理サーバ１００のユーザ認可情報管理部１０３は、端末装置３００がユーザＩＤ「ＩＤ２」にログインしている状態で、ユーザＩＤ「ＩＤ１」に対応するアクセストークンを用いたアクセス要求が端末装置３００からなされたことを検知した場合に、当該アクセス要求の対象となるアクセストークンをユーザＩＤ「ＩＤ２」に関連付けている。

この場合、認証管理サーバ１００は、ユーザＩＤ「ＩＤ１」のアクセストークンが指定されたことを特定しているタイミングで、関連付けを行っているので、確実にユーザＩＤ「ＩＤ１」に関連しているアクセストークンを、ユーザＩＤ「ＩＤ２」へ関連付けることができる。

（別ユーザＩＤへのアクセストークン移行処理）
続いて、図１８に示す別ユーザＩＤへのアクセストークン移行処理のシーケンス図を用いて、本実施形態の情報処理システム１０のＷｅｂサービスのアクセストークンの移行処理を説明する。ここでは、移行対象のアクセストークンを、画面を介して選択する場合の処理を説明する。

まず、前提として、認証管理サーバ１００から図１９（Ａ）に示すようなＷｅｂサービスの一覧と、アクセストークンの登録状況を示したアカウント管理画面を取得し、端末装置３００が表示しているものとする。図１９（Ａ）では、サービスＡのアクセストークンＦ２とサービスＢのアクセストークンＴ２が利用可能であることを示している。

ここで、端末装置３００の入力操作を介して、サービスＣが選択されると、端末装置３００は、認証管理サーバ１００に対して、テンポラリＩＤを送信すると共に、サービスＣのアクセストークンの追加要求を行う。そして、認証管理サーバ１００のサービス送受信部１０２は、テンポラリＩＤを取得すると共に、当該アクセストークンの追加要求を受け付ける（Ｓ４０１）。認証管理サーバ１００の端末アクセス認証部１０１は、端末装置３００から取得したテンポラリＩＤを参照し、端末装置３００のアクセスが適切であるか否かを判断する（Ｓ４０２）。

次に、認証管理サーバ１００のサービス送受信部１０２は、Ｗｅｂサービスサーバ２００に対して、リダイレクトする（Ｓ４０３）。そして、Ｗｅｂサービスサーバ２００は、端末装置３００に対して、図１９（Ｂ）に示すようなサービスＣの認証画面を返却する（Ｓ４０４）。

端末装置３００は、Ｗｅｂサービスサーバ２００に対して、当該Ｗｅｂサービスサーバ２００が提供しているＷｅｂサービスＩＤ及びパスワードを通知する（Ｓ４０５）。

Ｗｅｂサービスサーバ２００は、端末装置３００から受信したＷｅｂサービスＩＤ及びパスワードが正しければ、アクセストークンを生成し（Ｓ４０６）、当該アクセストークン及びユーザ情報を認証管理サーバ１００へ送信し、サービス送受信部１０２は、アクセストークン及びユーザ情報を取得する（Ｓ４０７）。

取得したユーザ情報を含む他のユーザＩＤのユーザ認可情報が無い場合（Ｓ４０８；Ｎｏ）、アクセストークンの追加処理になるが、ここでは、処理を省略する。

取得したユーザ情報を含む他のユーザＩＤのユーザ認可情報がある場合、当該ユーザ認可情報のユーザＩＤに関するアクセストークンの関連付けの必要があるため（Ｓ４０８；Ｙｅｓ）、関連付け対象選択確認部１０４は、図１９（Ｃ）に示すような、関連付け対象とするアクセストークンを選択するための選択画面を出力する。ここでは、ユーザＩＤ「ＩＤ１」に関するアクセストークンの内、サービスＣ以外のアクセストークンを表示する。

このように、選択画面で端末装置３００の利用者に関連付け対象を問い合わせることにより、認証管理サーバ１００は、端末装置３００の利用者が所望の認可情報のみ関連付けさせることが可能となる。

選択画面において、全てのアクセストークンが選択されると、認証管理サーバ１００のユーザ認可情報管理部１０３は、当該ユーザＩＤ「ＩＤ１」に対応するユーザ認可情報の全てをユーザＩＤ「ＩＤ１」からユーザＩＤ「ＩＤ２」に変更する（Ｓ４０９）。サービス送受信部１０２は、アカウント管理画面の更新結果を端末装置３００へ通知する（Ｓ４１０）。アカウント管理画面の更新結果の例を図１９（Ｄ）に示す。図１９（Ｄ）に示すように、サービスＣの箇所に「Ｄ１」のマークが付されるだけでなく、サービスＡの箇所に「Ｆ２」のマークと、サービスＢの箇所に「Ｔ２」のマークとが付され、ユーザＩＤ「ＩＤ１」に関連づいていたアクセストークンが移行されたことを示している。

次に、別ユーザＩＤへのアクセストークン移行処理前と別ユーザＩＤへのアクセストークン移行処理後における、ユーザ管理情報とユーザ認可情報とを図２０に示す。図２０（Ａ）に示すように、ユーザＸは、アクセストークンＦ１、Ｔ１、及びＤ１に関連付けられたＩＤ「ＩＤ１」と、アクセストークンＦ２及びＴ２に関連付けられたＩＤ「ＩＤ２」を有している。別ユーザＩＤへのアクセストークン移行処理を行う前は、ユーザＸは、ユーザＩＤ「ＩＤ２」でログインしている状態である。ユーザＩＤ「ＩＤ２」でユーザＩＤ「ＩＤ１」に関連づいているアクセストークンＤ１に関するログイン操作要求を行い、別ユーザＩＤへのアクセストークン移行処理が実行された後は、図２０（Ｂ）に示すように、ステップＳ４０９においてユーザ認可情報管理部１０３によって、ユーザＩＤが「ＩＤ１」のユーザ認可情報は、ユーザＩＤ「ＩＤ２」に変更されている。そして、ユーザＩＤ「ＩＤ１」のユーザ認可情報が無くなったので、ステップＳ４０９においてユーザ認可情報管理部１０３によって、ユーザＩＤ「ＩＤ１」のユーザ管理情報が削除されている。この結果、ユーザＩＤ「ＩＤ１」に関連づいていたアクセストークンがユーザＩＤ「ＩＤ２」へ関連付けられることになる。

（閲覧／検索処理）
続いて、ユーザ認可情報を利用して、Ｗｅｂサービス（Ｗｅｂ情報の閲覧等）を譲受する処理であるＷｅｂサービス情報の閲覧／検索処理を説明する。図２１に示すＷｅｂサービス情報の閲覧／検索処理のシーケンス図を用いて説明する。

まず、前提として、端末装置３００から、認証管理サーバ１００への認証処理が終了し、認証管理サーバ１００へのログイン処理が正常終了しているものとする。

端末装置３００は、認証管理サーバ１００に対して、テンポラリＩＤを送信すると共に、端末装置３００の利用者の入力操作を介して選択されたＷｅｂサービスについて閲覧要求を行うと、認証管理サーバ１００のサービス送受信部１０２は、テンポラリＩＤを取得すると共に、当該閲覧要求を受け付ける（Ｓ５０１）。認証管理サーバ１００の端末アクセス認証部１０１は、端末装置３００から取得したテンポラリＩＤを用いて、ユーザ管理情報を検索し、端末装置３００のアクセスが適切であるか否かを判断する（Ｓ５０２）。そして、ユーザ認可情報管理部１０３は、上記テンポラリＩＤを用いて、ユーザ管理情報及びユーザ認可情報を検索し、閲覧要求対象のＷｅｂサービスサーバ２００のアクセストークンを取得する。そして、サービス送受信部１０２は、アクセストークンを送信すると共にＷｅｂサービスサーバ２００に対して、閲覧要求を行う（Ｓ５０３）。

Ｗｅｂサービスサーバ２００は、当該閲覧要求を受け付けると、閲覧／検索結果を認証管理サーバ１００へ送信し、認証管理サーバ１００のサービス送受信部１０２は、閲覧／検索結果を取得する（Ｓ５０４）。そして、当該サービス送受信部１０２は、閲覧／検索結果を端末装置３００へ送信する（Ｓ５０５）。

このように、認証管理サーバ１００で、アクセストークンを管理しているため、端末装置３００が認証管理サーバ１００へログインしていれば、端末装置３００からＷｅｂサービスサーバ２００へアクセスするための情報を端末装置３００の利用者が入力することなく、Ｗｅｂサービスサーバ２００が提供するサービスを譲受することができる。

（認可情報の有効／無効の切り替え）
続いて、移行後のアクセストークンの有効状態の制御について説明する。他のユーザＩＤのアクセストークンを関連付けた結果、同一のＷｅｂサービスのアクセストークンが複数存在することになる場合、認可情報制御部１０５は、必要に応じて、同一のＷｅｂサービスの複数のアクセストークンの内、いずれか１つを有効状態にして、他方を無効状態に設定する。設定方法としては、ユーザ認可情報に有効か否かを示すフラグ情報を追加する等がある。

なお、認可情報制御部１０５は、同一Ｗｅｂサービスの認可情報について、全て一つのみ有効状態に設定にするようにしても良いし、１利用者に対して１つのＷｅｂサービスＩＤのみ許可しているＷｅｂサービスのみ、１つの認可情報を有効状態に設定するようにしても良い。

図１７に示した移行方法のように、ユーザ認可情報管理部１０３がユーザＩＤ「ＩＤ１」に関連付けられていたアクセストークンを全てユーザＩＤ「ＩＤ２」に関連付けると、Ｗｅｂサービスの種別が重複するアクセストークンがある（サービスＡ及びサービスＢに対応するアクセストークン）。

このうち、サービスＡについては１利用者に対して１つのＷｅｂサービスＩＤのみ許可しているため、図２２に示すように認可情報制御部１０５は、サービスＡのアクセストークンの内、ユーザＩＤ「ＩＤ１」に関連づいていたアクセストークンＦ１を無効にする。サービスＢについては、１利用者に対して複数のＷｅｂサービスＩＤを許可しているため、アクセストークンＴ１，Ｔ２ともに有効にする。

図２３に、アクセストークンの有効可否のフラグ情報を有するユーザ認可情報の例を示す。図２３（Ａ）に示すように、ユーザＩＤ、アクセストークン、ユーザ情報に加えて、アクティブ情報を加えている。このアクティブ情報がアクセストークンの有効可否のフラグ情報を意味しており、「ＴＲＵＥ」であれば、有効であり、「ＦＡＬＳＥ」であれば、無効であることを意味する。

図２３（Ａ）は、「別ユーザＩＤへのアクセストークン移行処理」前のユーザ認可情報の例を示し、ユーザＩＤ「ＩＤ１」にアクセストークンＦ１，Ｔ１、Ｄ１が関連付けられており、ユーザＩＤ「ＩＤ２」にアクセストークンＦ２、Ｔ２が関連付けられている。また、１つのユーザＩＤで、重複するサービスのアクセストークンを有していないので、アクティブは、全て「ＴＲＵＥ」である。

図２３（Ｂ）は、図２２で示した「別ユーザＩＤへのアクセストークン移行処理」後のユーザ認可情報の状態である。上述のように、認可情報制御部１０５は、サービスＡのアクセストークンの内、ユーザＩＤ「ＩＤ１」に関連づいていたアクセストークンを無効にする。この結果、ユーザＩＤ「ＩＤ２」、且つアクセストークンＦ１のユーザ認可情報のアクティブは、「ＦＡＬＳＥ」になる。

アカウント管理画面に利用可能なアクセストークンを提示する際、認証管理サーバ１００は、ユーザ認可情報のアクティブが「ＴＲＵＥ」であるアクセストークンについてのみ端末装置３００へ通知することにより、利用者に対して、利用可能なアクセストークンのみ提示することができる。

Ｗｅｂサービスによっては、複数のアカウントの同時利用を許容していないものもある。移行処理により、同一のＷｅｂサービスでアクセストークンが複数になることもあり得るが、上述のように、認可情報制御部１０５が１つのアクセストークンのみ有効とすることにより、複数のアカウントの同時利用を許容していないＷｅｂサービスも適切に利用可能となる。

次に、本実施形態に係る認証管理サーバ１００の作用効果について説明する。認証管理サーバ１００によれば、ユーザ認可情報記憶１０７は、ユーザＩＤ「ＩＤ１」に対応する一又は複数のユーザ認可情報を関連付けて記憶すると共に、ユーザＩＤ「ＩＤ２」に対応する一又は複数のユーザ認可情報を関連付けて記憶し、ユーザ認可情報管理１０３は、ユーザＩＤ「ＩＤ１」に関連付けられたユーザ認可情報の移行の選択がされると、選択されたユーザ認可情報を含むユーザＩＤ「ＩＤ１」に関連付いたユーザ認可情報を、ユーザＩＤ「ＩＤ２」に関連付けてユーザ認可情報記憶部１０７へ記憶させる。

このように、認証管理サーバ１００は、ユーザＩＤ「ＩＤ１」に関連付けられたユーザ認可情報について移行の選択がされると、それに伴い、選択されたアクセストークンを含むユーザＩＤ「ＩＤ１」に関連付けられたユーザ認可情報をユーザＩＤ「ＩＤ２」に関連付ける。よって、簡単にユーザＩＤ「ＩＤ１」に関連付けられているアクセストークンの移行をすることができる。

また、ユーザ認可情報管理部１０３は、ユーザＩＤ「ＩＤ２」によるログインで、ユーザＩＤ「ＩＤ１」に関連付いているアクセストークンを用いたアクセス要求がある場合、当該アクセス要求の対象となるアクセストークンを含むユーザＩＤ「ＩＤ１」に関連付けられたユーザ認可情報をユーザＩＤ「ＩＤ２」に関連付ける。

この場合、認証管理サーバ１００は、ユーザＩＤ「ＩＤ１」のアクセストークンが指定されたことを特定しているタイミングで関連付けを行っているので、確実にユーザＩＤ「ＩＤ１」に関連しているアクセストークンを、ユーザＩＤ「ＩＤ２」へ関連付けることができる。

そして、ユーザ認可情報記憶部１０７は、各ユーザトークンに対応するサービス種別の情報を記憶しており、ユーザＩＤ「ＩＤ２」への関連付け対象のアクセストークンに対応するサービス種別と同一のサービス種別であり、且つ当該ユーザＩＤ「ＩＤ２」への関連付け対象のサービストークンとは異なるサービストークンが、ユーザＩＤ「ＩＤ２」に関連付いている場合、何れかのサービストークンを無効化にする認可情報制御部１０５をさらに備えている。

このように、認証管理サーバ１００は、アクセストークンの有効／無効を制御することにより、複数のアカウントの同時利用を許容していないＷｅｂサービスも適切に利用可能となる。

そして、ユーザＩＤ「ＩＤ２」への関連付け対象となるユーザＩＤ「ＩＤ１」のアクセストークンの選択確認を受け付ける関連付け対象選択確認部１０４をさらに備え、ユーザ認可情報管理部１０３は、関連付け対象選択確認部１０４を介して選択確認されたアクセストークンを関連付け対象とする。この場合、認証管理サーバ１００は、利用者が所望の認可情報のみ関連付けさせることが可能となる。

（他の実施形態）
上述の実施形態では、認証管理サーバ１００が、情報処理装置として機能する場合について述べたが、携帯端末装置等、種々のコンピュータ装置に適用するようにしても良い。

上述の実施形態では、アクセストークンを認可情報として用いる場合について述べたが、他の認可情報（例えば、ログイン情報など）を用いるようにしても良い。

１００…認証管理サーバ、１０１…端末アクセス認証部、１０２…サービス送受信部、１０３…ユーザ認可情報管理部、１０４…関連付け対象選択確認部、１０５…認可情報起動可否制御部、１０６…ユーザ管理情報記憶部、１０７…ユーザ認可情報記憶部。

Claims (5)

1. 一のユーザに関連付けがなされている第１識別子に対応する一又は複数の認可情報を関連付けて記憶すると共に、前記一のユーザに関連付けがなされている第２識別子に対応する一又は複数の認可情報を関連付けて記憶するユーザ認可情報記憶手段と、
   第１識別子に関連付けられた認可情報の移行の選択がされると、選択された認可情報および前記第１識別子に関連付いた他の認可情報を、前記第２識別子に関連付けて前記ユーザ認可情報記憶手段へ記憶させるユーザ認可情報管理手段と、を備えることを特徴とする情報処理装置。
2. 前記ユーザ認可情報管理手段は、第２識別子によるログインで、第１識別子に関連付いている認可情報を用いたアクセス要求がある場合、当該アクセス要求の対象となる認可情報が、前記選択された認可情報となることを特徴とする請求項１に記載の情報処理装置。
3. 前記ユーザ認可情報記憶手段は、各認可情報に対応するサービス種別の情報を記憶しており、
   前記ユーザ認可情報管理手段は、第２識別子への関連付け対象の認可情報に対応するサービス種別と同一のサービス種別であり、且つ当該第２識別子への関連付け対象の認可情報とは異なる認可情報が、第２識別子に関連付いている場合、何れかの認可情報を無効化にする認可情報制御手段をさらに備えることを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記第２識別子への関連付け対象となる第１識別子の認可情報の選択確認を受け付ける選択確認手段をさらに備え、
   前記ユーザ認可情報管理手段は、前記選択確認手段を介して選択確認された認可情報を関連付け対象とすることを特徴とする請求項１から３のいずれか１項に記載の情報処理装置。
5. ユーザ認可情報を記憶する記憶手段を備える情報処理装置におけるユーザ認可情報管理方法において、
   一のユーザに関連付けがなされている第１識別子に対応する一又は複数の認可情報を関連付けて前記記憶手段に記憶すると共に、前記一のユーザに関連付けがなされている第２識別子に対応する一又は複数の認可情報を関連付けて前記記憶手段に記憶するユーザ認可情報記憶ステップと、
   第１識別子に関連付けられた認可情報の移行の選択がされると、選択された認可情報および前記第１識別子に関連付いた他の認可情報を、前記第２識別子に関連付けて前記記憶手段に記憶させるユーザ認可情報管理ステップと、を含むことを特徴とするユーザ認可情報管理方法。

Images