JP2020038438A

JP2020038438A - 管理装置、管理システム及びプログラム

Info

Publication number: JP2020038438A
Application number: JP2018164515A
Authority: JP
Inventors: 淳也加藤; Junya Kato
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 2018-09-03
Filing date: 2018-09-03
Publication date: 2020-03-12
Anticipated expiration: 2038-09-03
Also published as: US20200076793A1; JP7099198B2; US11784994B2

Abstract

【課題】連携元のユーザＩＤと連携先のユーザＩＤを連携させる際に、悪意ある管理者等により無関係のユーザＩＤが登録された場合において、当該ユーザＩＤを有するユーザが存在するときでも、ユーザＩＤの連携を防止し得る技術を提供する。【解決手段】ポータルサイト１４の管理サーバは、連携先のオンプレミス環境１２の管理サーバからＩＤ連携依頼を受信した場合に、ユーザ端末１０に対してＩＤ連携確認メールを送信するとともに、内部管理ＩＤの入力を要求する。ユーザは、オンプレミス環境１２から内部管理ＩＤを取得してポータルサイト１４の管理サーバに送信する。ポータルサイト１４の管理サーバは、内部管理ＩＤが正しい場合にのみＩＤ連携を実行する。【選択図】図１

Description

本発明は、管理装置、管理システム及びプログラムに関する。

一度ログインすることで複数のソフトウェアシステムへのアクセスを得ることをユーザに許可する「シングルサインオン」（ＳＳＯ）あるいは「シングルＩＤ」技術が知られている。

特許文献１には、ＳＳＯが自社運営（オンプレミス）で実装される場合、ＳＳＯが機能しなければ、ユーザは、オンプレミスのサービスにもクラウドサービスにもログインすることができないことに鑑み、コンピュータに関連付けられたユーザ資格情報を検証するステップと、コンピュータから、シングルＩＤが確立されるべきドメインを示す情報を受信するステップと、ユーザ資格情報を検証するステップに応答して、ドメインのユーザからのサインオンを承認するために、クラウドコンピューティングプラットフォーム上でディレクトリサービス内にドメインを示す情報を記憶するステップであって、ディレクトリサービスは、ドメイン内のユーザ又はコンピュータを認証するために使用されるデータ−ベースを含む、ステップと、ログインに関連付けられた資格情報をディレクトリサービスが承認するという判定に応答して、第２のコンピュータへのログインを許可することを決定するステップと、ログインに関連付けられた資格情報をディレクトリサービスが承認したという判定に応答して、クラウドコンピューティングプラットフォーム上で提供されるソフトウェアサービスにアクセスするように、ログインに関連付けられた資格情報を承認するステップとを含む方法が記載されている。

特許第６１４０２６８号

ところで、「シングルサインオン」（ＳＳＯ）において自社運営（オンプレミス）のユーザＩＤとクラウドサービスのユーザＩＤを連携させる際に、オンプレミスの悪意の管理者によりオンプレミスのユーザと無関係のユーザＩＤが登録された場合において、当該ユーザＩＤを有するユーザが実在するときには、誤ってＩＤ連携が行われてしまう事態が生じてＩＤ管理を当該悪意のある管理者に奪われる等の弊害が生じる。善意の管理者の操作ミスの場合も同様である。

本発明は、連携元のユーザＩＤと連携先のユーザＩＤを連携させる際に、悪意ある管理者等により連携元と無関係のユーザＩＤが登録された場合において、当該ユーザＩＤを有するユーザが存在するときでも、ユーザＩＤの連携を防止し得る技術を提供することを目的とする。

請求項１に記載の発明は、連携元からユーザのユーザＩＤの連携要求を受信する受信部と、前記連携要求があった場合に、前記ユーザに対して前記連携元の固有情報の入力を要求し、前記ユーザから入力された前記固有情報が誤りである場合に前記ユーザＩＤの連携を実行しない制御部とを備える管理装置である。

請求項２に記載の発明は、前記ユーザＩＤは、前記ユーザのメールアドレスであり、前記制御部は、前記連携要求があった場合に、前記連携要求の対象であるメールアドレスにメールを送信して前記連携元の固有情報の入力を要求する請求項１に記載の管理装置である。

請求項３に記載の発明は、前記制御部は、前記ユーザから入力された前記固有情報を前記連携元に照会し、前記固有情報が誤りである場合に前記ユーザＩＤの連携を実行しない請求項１に記載の管理装置である。

請求項４に記載の発明は、前記制御部は、前記ユーザから入力された前記固有情報を予め前記連携元から取得した固有情報と照合し、前記固有情報が誤りである場合に前記ユーザＩＤの連携を実行しない請求項１に記載の管理装置である。

請求項５に記載の発明は、前記制御部は、前記連携要求があった場合に、前記ユーザがドメイン認証済のドメインに属するときには、前記ユーザに対して前記連携元の固有情報の入力を要求することなく、前記ユーザＩＤの連携を実行する請求項１〜４のいずれかに記載の管理装置である。

請求項６に記載の発明は、前記連携元の固有情報は、前記連携元のユーザに共通の固有情報である請求項１〜５のいずれかに記載の管理装置である。

請求項７に記載の発明は、前記連携元の固有情報は、前記連携元のユーザ毎の固有情報である請求項１〜５のいずれかに記載の管理装置である。

請求項８に記載の発明は、連携元サーバと連携先サーバを備え、前記連携元サーバは、前記連携先サーバに対してユーザのユーザＩＤの連携要求を送信し、前記連携先サーバは、前記連携元サーバからの前記連携要求を受信すると、連携対象のユーザに対して連携確認のメールを送信するとともに、固有情報の入力を要求する送信手段と、前記連携元サーバから連携対象のユーザの固有情報を取得する取得手段と、前記連携対象のユーザから入力された前記固有情報と前記連携元サーバから取得した固有情報とを照合し、前記連携対象のユーザから入力された前記固有情報が誤りである場合に前記ユーザＩＤの連携を実行しない制御部とを備える管理システムである。

請求項９に記載の発明は、コンピュータを、連携元からユーザのユーザＩＤの連携要求を受信する受信部と、前記連携要求があった場合に、前記ユーザに対して前記連携元の固有情報の入力を要求し、前記ユーザから入力された前記固有情報が誤りである場合に前記ユーザＩＤの連携を実行しない制御部として機能させるためのプログラムである。

請求項１，８，９に記載の発明によれば、連携元のユーザＩＤと連携先のユーザＩＤを連携させる際に、悪意ある管理者等により連携元と無関係のユーザＩＤが登録された場合において、当該ユーザＩＤを有するユーザが存在するときでも、ユーザＩＤの連携を防止できる。

請求項２に記載の発明によれば、さらに、ユーザＩＤがユーザのメールアドレスである場合において、誤ったユーザＩＤの連携が防止される。

請求項３，４に記載の発明によれば、さらに、ユーザから入力された固有情報の真正性が担保される。

請求項５に記載の発明によれば、さらに、ドメイン認証により固有情報の入力が省かれる。

請求項６に記載の発明によれば、さらに、共通の固有情報を用いて誤ったユーザＩＤの連携が防止される。

請求項７に記載の発明によれば、さらに、ユーザ毎の固有情報を用いて誤ったユーザＩＤの連携が防止される。

実施形態のシステム構成図である。実施形態のユーザＩＤ管理テーブル説明図である。実施形態の処理フローチャートである。実施形態のユーザ端末に表示される画面例の説明図である。実施形態の偽メールアドレスが追加されたユーザＩＤ管理テーブル説明図である。実施形態の他の処理フローチャートである。実施形態のさらに他の処理フローチャートである。変形例の処理フローチャートである。

以下、図面に基づき本発明の実施形態について説明する。

図１は、本実施形態のシステム構成図を示す。システムは、ユーザ端末１０、オンプレミス環境１２、及びポータルサイト１４を備え、これらはネットワーク１６でデータ送受信可能に接続される。

オンプレミス環境１２は、ユーザ端末１０を操作するユーザの属する会社等が自社で運営管理する管理サーバであり、ＩＤ連携する際の連携元サーバである。オンプレミス環境１２の管理サーバは、機能ブロックとして、ＩＤ連携部１２１、ＩＤ管理部１２２、及びＩＤ管理データベース（ＤＢ）１２３を備える。

ＩＤ連携部１２１は、オンプレミス環境１２のユーザＩＤをポータルサイト１４のユーザＩＤと連携させるための連携処理を実行する。すなわち、ＩＤ連携部１２１は、ポータルサイト１４に対して連携対象ユーザのユーザＩＤの連携要求を送信する。また、ＩＤ連携部１２１は、ポータルサイト１４からＩＤ照会の要求があった場合に、これに応じて照会処理を実行し、照会結果をポータルサイト１４に返信する。

ＩＤ管理データベース１２３は、オンプレミス環境１２のユーザＩＤを記憶する。ユーザＩＤは、例えばユーザＩＤ管理テーブルにユーザ毎の内部管理ＩＤ、メールアドレス、姓名等を登録することで記憶する。オンプレミス環境１２の管理者は、適宜、ユーザＩＤ管理テーブルのユーザ情報を登録・削除・更新し得る。

ＩＤ管理部１２２は、ＩＤ管理データベース１２３にアクセスし、オンプレミス環境１２のユーザ情報を適宜、登録・削除・更新することでユーザＩＤを管理する。例えば、新規ユーザがオンプレミス環境１２に加入した場合、当該新規ユーザの内部管理ＩＤ、メールアドレス、及び姓名をユーザＩＤ管理テーブルに追加登録する。また、既存ユーザがオンプレミス環境１２から脱退した場合、当該ユーザのレコードをユーザＩＤ管理テーブルから削除する。ＩＤ管理部１２２は、特に、ＩＤ連携部１２１からの要求に応じてＩＤ管理データベース１２３にアクセスし、ユーザ毎の内部管理ＩＤを取得してＩＤ連携部１２１に供給する。

ポータルサイト１４は、ユーザ端末１０を操作するユーザの属する会社等以外の外部の会社が管理運営するサイトであり、例えば１つまたは複数のクラウドサービスを提供する管理サーバで、ＩＤ連携する際の連携先サーバである。ポータルサイト１４は、オンプレミス環境１２のユーザのユーザＩＤをポータルサイト１４のユーザＩＤと連携させることで「シングルサインオン」（ＳＳＯ）を実現する。ＳＳＯが実現されると、オンプレミス環境１２のユーザは、オンプレミス環境１２にログインするのみで、自動的にポータルサイト１４の各種クラウドサービスにもログインでき、これらのクラウドサービスを受けることができる。ＳＳＯが実現されることで、オンプレミス環境１２に対する認証情報と、ポータルサイト１４に対する認証情報が共通化あるいは同期化される。なお、認証情報の共通化あるいは同期化には、オンプレミス環境１２に対する認証情報の、ポータルサイト１４に対する認証情報の複製化（レプリケート）が含まれ得る。

ポータルサイト１４の管理サーバは、機能ブロックとして、ＩＤ連携部１４１、ＩＤ管理部１４２、及びＩＤ管理データベース（データベース）１４３を備える。

ＩＤ連携部１４１は、オンプレミス環境１２のＩＤ連携部１２１と協働して、オンプレミス環境１２のユーザＩＤをポータルサイト１４のユーザＩＤと連携させるための連携処理を実行する。ＩＤ連携部１４１は、特に、オンプレミス環境１２のＩＤ連携部１２１からのＩＤ連携要求を受信すると、連携対象ユーザに対してＩＤ連携確認のメールを送信し、固有情報の入力を要求する。そして、入力された固有情報の真偽を判定し、固有情報が正しければＩＤ連携処理を実行し、誤っていればＩＤ連携処理を拒否する。

ＩＤ管理データベース１４３は、ポータルサイト１４のユーザＩＤを記憶する。

ＩＤ管理部１４２は、ＩＤ管理データベース１４３にアクセスし、ポータルサイトのユーザＩＤを新規登録・削除・更新することでユーザＩＤを管理する。

ここで、「シングルサインオン」（ＳＳＯ）において連携元のユーザＩＤと連携先のユーザＩＤを連携させる場合、特許文献１に記載された技術のようにドメイン認証を用いるときには、ドメインの管理者であることが前提でドメインのレコードを編集できる必要があり、ドメイン認証されていない場合に対応できない。これ以外の方法として、ＩＤ連携確認メールを特定のメールアドレス宛に送信し、メールに記載のＵＲＬにアクセスさせて、ユーザが承諾することで初めてＩＤ連携を可能とする方法も考えられるが、ユーザが誤って承諾してしまうこともあり得、この場合にはユーザＩＤとしての当該メールアドレスが悪意のある管理者に乗っ取られてしまうおそれがある。

すなわち、連携元の管理者が、連携元のユーザとは無関係なメールアドレスを指定して連携先にＩＤ連携を要求すると、連携先では当該メールアドレス宛にＩＤ連携確認メールを送信するが、当該メールアドレスを有する実在のユーザが誤って承諾してしまうと、当該メールアドレスをユーザＩＤとしてＩＤ連携が確立してしまい、悪意のある管理者は当該メールアドレスをユーザＩＤとして用いて連携先の各種サービスを享受し得ることになってしまう。従って、ユーザのメールアドレスが正しいことを前提とするのみでＩＤ連携を実行する技術では、ＩＤ管理を悪意のある管理者に奪われる等の弊害を防止することが困難である。

そこで、本実施形態では、オンプレミス環境１２のユーザに対して、メールアドレス以外に、オンプレミス環境１２のユーザであることを証明できる固有情報として内部管理ＩＤを付与し、ユーザがＩＤ連携を承諾する際に当該内部管理ＩＤをユーザに入力させ、内部管理ＩＤの真正性が担保された場合にＩＤ連携を可能とするように処理する。

オンプレミス環境１２を構成する管理サーバは、１または複数のプロセッサ、ＲＯＭ、ＲＡＭ、通信インターフェイス（Ｉ／Ｆ）、入出力Ｉ／Ｆ、及びＨＤＤ（ハードディスクドライブ）やＳＳＤ（ソリッドステートドライブ）等の記憶装置を備える。１または複数のプロセッサは、ＲＯＭあるいは記憶装置に記憶された処理プログラムを読み出して実行することで、ＩＤ連携部１２１及びＩＤ管理部１２２を実現する。また、記憶装置は、ＩＤ管理ＤＢ１２３を実現する。ポータルサイト１４を構成する管理サーバも、同様に１または複数のプロセッサ、ＲＯＭ、ＲＡＭ、通信インターフェイス（Ｉ／Ｆ）、入出力Ｉ／Ｆ、及びＨＤＤ（ハードディスクドライブ）やＳＳＤ（ソリッドステートドライブ）等の記憶装置を備える。１または複数のプロセッサは、ＲＯＭあるいは記憶装置に記憶された処理プログラムを読み出して実行することで、ＩＤ連携部１４１及びＩＤ管理部１４２を実現する。また、記憶装置は、ＩＤ管理ＤＢ１４３を実現する。

ポータルサイト１４のプロセッサが処理プログラムを実行することで実現する機能は、以下の通りである。
・連携元のオンプレミス環境１２のＩＤ連携部１２１からＩＤ連携要求を受信する
・連携対象ユーザに対してＩＤ連携確認のメールを送信する
・連携対象ユーザに対して固有情報の入力を要求する
・連携対象ユーザから入力された固有情報を受信する
・オンプレミス環境１２のＩＤ連携部１２１から連携対象ユーザの固有情報を取得する
・ユーザから入力された固有情報と、オンプレミス環境１２から取得した固有情報を照合し、一致する場合はＩＤ連携処理を実行し、一致しない場合はＩＤ連携処理を拒否する

図２は、オンプレミス環境１２のＩＤ管理ＤＢ１２３に記憶されるＩＤ管理テーブル１２３ａの一例を示す。ＩＤ管理テーブル１２３ａには、オンプレミス環境１２のユーザ毎に、内部管理ＩＤ、メールアドレス、姓名が登録される。メールアドレスは、オンプレミス環境１２におけるユーザＩＤとして用いられる。また、内部管理ＩＤは、メールアドレスとは別に、オンプレミス環境１２のユーザであることを証明するための固有情報である。例えば、「富士太郎」なる姓名のユーザには、内部管理ＩＤとして「xx-yy-001」が付与される。ポータルサイト１４のＩＤ連携部１４１は、連携元であるオンプレミス環境１２のＩＤ連携部１２１からＩＤ連携を要求されたときに、内部管理ＩＤを用いてＩＤ連携対象ユーザがオンプレミス環境１２の真正ユーザであることを確認した上でＩＤ連携を実行する。

なお、内部管理ＩＤは、オンプレミス環境１２のユーザであることを示す任意の数字や文字列を用いることができる。内部管理ＩＤは、オンプレミス環境１２のシステム固有の情報である。

図３は、本実施形態の処理フローチャートを示す。連携元のオンプレミス環境１２、連携先のポータルサイト１４、及びユーザ端末１０間の処理である。

まず、オンプレミス環境１２のＩＤ連携部１２１は、ポータルサイト１４に対してＩＤ連携設定を行うことを要求する。ポータルサイト１４のＩＤ連携部１４１は、この設定要求に応じ、ＩＤ連携処理のモードに移行する。

次に、オンプレミス環境１２のＩＤ連携部１２１は、ＩＤ管理部１２２に対して、連携対象ユーザの情報を要求する。ＩＤ管理部１２２は、ＩＤ連携部１２１からの要求に応じ、ＩＤ管理ＤＢ１２３にアクセスして連携対象ユーザの内部管理ＩＤ、メールアドレス及び姓名を取得してＩＤ連携部１２１に返信する。

次に、ＩＤ連携部１２１は、ポータルサイト１４のＩＤ連携部１４１に対して、連携対象ユーザのメールアドレスを特定してＩＤ連携依頼を送信する。連携対象のユーザＩＤは、連携対象ユーザのメールアドレスであり、例えば「fujitarou@fujizerox.co.jp」である。

ポータルサイト１４のＩＤ連携部１４１は、この依頼に応じ、ＩＤ連携部１２１から送信されたメールアドレスを用いて連携対象ユーザのユーザ端末１０に対してＩＤ連携確認メールを送信する。このＩＤ連携確認メールには、ＩＤ連携依頼がなされた旨、及びＩＤ連携（ＳＳＯ）により利用し得るサービス内容が含まれる。さらに、ＩＤ連携確認メールには、ＩＤ連携するために必要な内部管理ＩＤの入力要求が含まれる。具体的には、ＩＤ連携確認メールには特定ＷｅｂページのＵＲＬが記載されており、当該ＵＲＬにアクセスすると、ユーザ端末１０のＷｅｂブラウザにより、ＩＤ連携するために必要な内部管理ＩＤ入力画面のページが表示される。

ＩＤ連携対象のユーザは、ユーザ端末１０に送信されたＩＤ連携確認メールを開封し、さらにメールに記載されたＵＲＬにアクセスすることで、ＩＤ連携するためには内部管理ＩＤが必要であることを把握する。

このため、ユーザは、ユーザ端末１０を操作して、オンプレミス環境１２のＩＤ管理部１２２にアクセスし、自己の内部管理ＩＤを参照する。当該ユーザがオンプレミス環境１２のユーザであり、かつ、ＩＤ管理ＤＢ１２３のＩＤ管理テーブル１２３ａに登録されたユーザであれば、内部管理ＩＤが付与されているので、ユーザは自己の内部管理ＩＤを取得し得る。

自己の内部管理ＩＤを取得したユーザは、ＩＤ連携確認メールで要求された内部管理ＩＤを入力してポータルサイト１４のＩＤ連携部１４１に送信する。

ユーザ端末１０から内部管理ＩＤを受信したポータルサイト１４のＩＤ連携部１４１は、オンプレミス環境１２のＩＤ連携部１２１に対して内部管理ＩＤの照会を依頼する。オンプレミス環境１２のＩＤ連携部１２１は、ポータルサイト１４のＩＤ連携部１４１から受信した内部管理ＩＤと、ＩＤ管理部１２２から取得した当該ユーザの内部管理ＩＤとを照合し、両者が一致するか否かを判定する。ユーザ端末１０から送信された内部管理ＩＤと、ＩＤ管理ＤＢ１２３に記憶された内部管理ＩＤとが一致する場合には、ユーザ端末１０に係るユーザは、オンプレミス環境１２の真正なユーザであることになるから、ポータルサイト１４のＩＤ連携部１４１は、オンプレミス環境１２のユーザＩＤ、すなわちメールアドレスと、ポータルサイト１４におけるＩＤとを連携させ、当該ユーザのオンプレミス環境１２に対する認証情報と、ポータルサイト１４に対する認証情報を共通化させて当該ユーザに関してＳＳＯを可能とする。ユーザは、オンプレミス環境１２にログインすることで自動的にポータルサイト１４の各種サービスを受けることができる。

他方、ユーザ端末１０から内部管理ＩＤが送信されない場合、内部管理ＩＤが送信されても照合の結果一致しない場合には、ポータルサイト１４のＩＤ連携部１４１は、ＩＤ連携依頼を受信したにもかかわらずＩＤ連携を拒否する。従って、この場合にはＳＳＯは実現されず、当該ユーザは、オンプレミス環境１２にログインしてもそのままポータルサイト１４を利用することができない。なお、ポータルサイト１４のＩＤ連携部１４１は、ＩＤ連携の実行／拒否をオンプレミス環境１２のＩＤ連携部１２１に返信してもよい。

図４は、ユーザがユーザ端末１０を操作してＩＤ連携確認メールに記載されたＵＲＬにアクセスした場合にユーザ端末１０の表示部に表示される画面１１の一例を示す。ユーザ端末１０にインストールされたＷｅｂブラウザは、ユーザによるＵＲＬリンクの操作に応じて当該ＵＲＬで特定されるＷＥｂページを表示して画面１１を表示する。画面１１には、ＩＤ連携（ＳＳＯ）により利用し得るサービス内容として文書クラウドサービスが示されるとともに、ＩＤ連携を行うための内部管理ＩＤとしての認証コードの入力を要求する入力フィールド１１１が表示される。ユーザは、オンプレミス環境１２から取得した内部管理ＩＤをこの入力フィールド１１１に入力し、参加ボタン１１２を操作することで内部管理ＩＤとしての認証コードをポータルサイト１４のＩＤ連携部１４１に送信する。

ここで、オンプレミス環境１２の悪意ある管理者が、ＩＤ連携対象のユーザに係るメールアドレスとは全く無関係なメールアドレスを指定してＩＤ連携を行おうとする場合を想定する。ＩＤ連携対象のユーザと無関係なメールアドレスを偽メールアドレスと称する。

図５は、悪意ある管理者により偽メールアドレスがオンプレミス環境１２のＩＤ管理テーブル１２３ａに登録された場合を示す。図中、矢印で示すように、「Batsu Jirou」なる姓名で、偽メールアドレスとして「batsu@yyy.com」なるメールアドレス及び偽の内部管理ＩＤが登録されたものとする。

ＩＤ連携部１２１は、ポータルサイト１４のＩＤ連携部１４１に対して偽メールアドレス「batsu@yyy.com」を特定してＩＤ連携依頼を行い、ポータルサイト１４のＩＤ連携部１４１は、この偽メールアドレス「batsu@yyy.com」宛にＩＤ連携確認メールを送信する。偽メールアドレス「batsu@yyy.com」が実在しなければ、ユーザ端末１０に送信されることはなく、ＩＤ連携も実行されない。仮に、偽メールアドレス「batsu@yyy.com」が実在した場合、偽メールアドレス「batsu@yyy.com」にてＩＤ連携確認メールが無関係なユーザに送信されるが、その偽メールアドレス「batsu@yyy.com」に係る無関係なユーザは、オンプレミス環境１２の真正のユーザでないため、オンプレミス環境１２のＩＤ管理ＤＢ１２３で管理されている内部管理ＩＤを参照することができない。従って、内部管理ＩＤを入力してポータルサイト１４のＩＤ連携部１４１に送信することができず、ＩＤ連携は実行されない。

図６は、偽メールアドレス「batsu@yyy.com」が指定された場合の処理フローチャートを示す。図３の処理フローチャートと異なり、ユーザ端末１０からのＩＤ参照、ＩＤ入力、ポータルサイト１４のＩＤ連携部１４１からオンプレミス環境１２のＩＤ連携部１２１への照会、オンプレミス環境１２のＩＤ連携部１２１からポータルサイト１４のＩＤ連携部１４１への照会結果の返信、ポータルサイト１４のＩＤ連携部１４１でのＩＤ連携処理がいずれも実行されないことを×印で示す。これにより、悪意ある管理者によるユーザＩＤの乗っ取りが防止される。

悪意のない管理者が、誤って偽のメールアドレスを指定した場合も同様であり、ユーザ端末１０からのＩＤ参照、ＩＤ入力、ポータルサイト１４のＩＤ連携部１４１からオンプレミス環境１２のＩＤ連携部１２１への照会、オンプレミス環境１２のＩＤ連携部１２１からポータルサイト１４のＩＤ連携部１４１への照会結果の返信、ポータルサイト１４のＩＤ連携部１４１でのＩＤ連携処理がいずれも実行されない。

このように、本実施形態では、ＩＤ連携対象のユーザがオンプレミス環境１２の内部管理ＩＤを参照し、当該内部管理ＩＤを入力することで真正なユーザであることを確認しているが、ドメイン認証技術を用いて真正なユーザであることを確認してもよい。

図７は、この場合の処理フローチャートを示す。連携元のオンプレミス環境１２、連携先のポータルサイト１４、及びユーザ端末１０間の処理である。

次に、オンプレミス環境１２のＩＤ連携部１２１は、ＩＤ管理部１２２に対して、連携対象ユーザの情報を要求する。ＩＤ管理部１２２は、ＩＤ連携部１２１からの要求に応じ、ＩＤ管理ＤＢ１２３にアクセスして連携対象ユーザの情報を取得してＩＤ連携部１２１に返信する。

次に、ＩＤ連携部１２１は、ポータルサイト１４のＩＤ連携部１４１に対して、連携対象ユーザを特定してＩＤ連携依頼を送信する。

ポータルサイト１４のＩＤ連携部１４１は、この依頼に応じ、ＩＤ連結対象ユーザの属するドメインが認証済ドメインであるか否かを判定する。例えば、ＩＤ連携対象ユーザのドメインが（公序良俗違反につき、不掲載）であり、当該ドメインが認証済であれば、このドメインに属するユーザは真正なユーザであるとしてＩＤ連携処理を実行する。

他方、ＩＤ連携対象ユーザの属するドメインが認証済でない場合、例えば、ＩＤ連携対象ユーザの属するドメインが「yyy.com」であり、当該ドメインが未認証であれば、このドメインに属するユーザは真正なユーザでないとしてＩＤ連携処理を実行しない。なお、未認証ドメインの場合に、図３の処理フローチャートに従ってＩＤ連携対象ユーザのメールアドレスにＩＤ連携確認メールを送信し、内部管理ＩＤの入力を要求し、内部管理ＩＤの照合結果がＯＫの場合にＩＤ連携処理を実行し、照合結果がＮＧの場合にＩＤ連携処理を拒否してもよい。

以上、本発明の実施形態について説明したが、本発明はこれらの実施形態に限定されるものではなく、種々の変形が可能である。以下、変形例について説明する。

＜変形例１＞
図８は、変形例の処理フローチャートである。連携元のオンプレミス環境１２、連携先のポータルサイト１４、及びユーザ端末１０間の処理である。

次に、ＩＤ連携部１２１は、ポータルサイト１４のＩＤ連携部１４１に対して、連携対象ユーザのメールアドレスを特定してＩＤ連携依頼を送信する。

また、ＩＤ連携依頼と同時に、ＩＤ連携部１２１は、この照会に応じてＩＤ連携対象ユーザの内部管理ＩＤをポータルサイト１４のＩＤ連携部１４１に送信する。

次に、ポータルサイト１４のＩＤ連携部１４１は、ＩＤ連携部１２１から送信されたメールアドレスを用いて連携対象ユーザのユーザ端末１０に対してＩＤ連携確認メールを送信する。このＩＤ連携確認メールには、ＩＤ連携依頼がなされた旨、及びＩＤ連携（ＳＳＯ）により利用し得るサービス内容が含まれる。さらに、ＩＤ連携確認メールには、ＩＤ連携するために必要な内部管理ＩＤの入力要求が含まれる。具体的には、ＩＤ連携確認メールにはＵＲＬが記載されており、当該ＵＲＬにアクセスすると、ＩＤ連携するために必要な内部管理ＩＤ入力画面が表示される。

ＩＤ連携対象のユーザは、ユーザ端末１０に送信されたＩＤ連携確認メールを開封し、メールに記載されたＵＲＬにアクセスして、ＩＤ連携するためには内部管理ＩＤが必要であることを把握する。

次に、ユーザは、ユーザ端末１０を操作して、オンプレミス環境１２のＩＤ管理部１２２にアクセスし、自己の内部管理ＩＤを参照する。当該ユーザがオンプレミス環境１２のユーザであり、かつ、ＩＤ管理ＤＢ１２３のＩＤ管理テーブル１２３ａに登録されたユーザであれば、内部管理ＩＤが付与されているので、ユーザは自己の内部管理ＩＤを取得し得る。

ユーザ端末１０から内部管理ＩＤを受信したポータルサイト１４のＩＤ連携部１４１は、オンプレミス環境１２のＩＤ連携部１２１から取得した内部管理ＩＤを用いて両者が一致するか否かを判定する。ユーザから入力された内部管理ＩＤがオンプレミス環境１２のＩＤ連携部１２１から取得した内部管理ＩＤと一致すれば、ユーザ端末１０に係るユーザは、オンプレミス環境１２の真正なユーザであることになるから、ポータルサイト１４のＩＤ連携部１４１は、オンプレミス環境１２のユーザＩＤ、すなわちメールアドレスと、ポータルサイト１４におけるＩＤとを連携させ、当該ユーザに関してＳＳＯを可能とする。

他方、両者が一致しない場合（ユーザ端末１０から内部管理ＩＤが入力されない場合も含む）、ポータルサイト１４のＩＤ連携部１４１は、ＩＤ連携依頼を受信したにもかかわらずＩＤ連携を拒否する。従って、この場合にはＳＳＯは実現されず、当該ユーザは、オンプレミス環境１２にログインしてもそのままポータルサイト１４を利用することができない。ポータルサイト１４のＩＤ連携部１４１は、ＩＤ連携の実行／拒否をオンプレミス環境１２のＩＤ連携部１２１に返信してもよい。

この変形例では、ポータルサイト１４のＩＤ連携部１４１は、予めＩＤ連携対象ユーザの内部管理ＩＤを取得しておき、ＩＤ連携対象ユーザから入力された内部管理ＩＤを確認するといえる。

＜変形例２＞
実施形態では、図２に示すように、固有情報としての内部管理ＩＤは、ユーザ毎に一意に付与されているが、ＩＤ連携対象ユーザがオンプレミス環境１２のユーザであることを識別できればよいので、オンプレミス環境１２のユーザに共通の管理ＩＤとしてもよい。例えば、図２のＩＤ管理テーブル１２３ａにおいて、ユーザによらずに内部管理ＩＤを全て「xxx-yyy-zzz」と共通にする等である。

１０ユーザ端末、１２オンプレミス環境、１４ポータルサイト、１６ネットワーク、１２１ＩＤ連携部（オンプレミス環境）、１２２ＩＤ管理部（オンプレミス環境）、１２３ＩＤ管理データベース（オンプレミス環境）、１４１ＩＤ連携部（ポータルサイト）、１４２ＩＤ管理部（ポータルサイト）、１４３ＩＤ管理データベース（ポータルサイト）。

Claims

連携元からユーザのユーザＩＤの連携要求を受信する受信部と、
前記連携要求があった場合に、前記ユーザに対して前記連携元の固有情報の入力を要求し、前記ユーザから入力された前記固有情報が誤りである場合に前記ユーザＩＤの連携を実行しない制御部と、
を備える管理装置。
前記ユーザＩＤは、前記ユーザのメールアドレスであり、
前記制御部は、前記連携要求があった場合に、前記連携要求の対象であるメールアドレスにメールを送信して前記連携元の固有情報の入力を要求する
請求項１に記載の管理装置。
前記制御部は、前記ユーザから入力された前記固有情報を前記連携元に照会し、前記固有情報が誤りである場合に前記ユーザＩＤの連携を実行しない
請求項１に記載の管理装置。
前記制御部は、前記ユーザから入力された前記固有情報を予め前記連携元から取得した固有情報と照合し、前記固有情報が誤りである場合に前記ユーザＩＤの連携を実行しない
請求項１に記載の管理装置。
前記制御部は、前記連携要求があった場合に、前記ユーザがドメイン認証済のドメインに属するときには、前記ユーザに対して前記連携元の固有情報の入力を要求することなく、前記ユーザＩＤの連携を実行する
請求項１〜４のいずれかに記載の管理装置。
前記連携元の固有情報は、前記連携元のユーザに共通の固有情報である
請求項１〜５のいずれかに記載の管理装置。
前記連携元の固有情報は、前記連携元のユーザ毎の固有情報である
請求項１〜５のいずれかに記載の管理装置。
連携元サーバと連携先サーバを備え、
前記連携元サーバは、前記連携先サーバに対してユーザのユーザＩＤの連携要求を送信し、
前記連携先サーバは、
前記連携元サーバからの前記連携要求を受信すると、連携対象のユーザに対して連携確認のメールを送信するとともに、固有情報の入力を要求する送信手段と、
前記連携元サーバから連携対象のユーザの固有情報を取得する取得手段と、
前記連携対象のユーザから入力された前記固有情報と前記連携元サーバから取得した固有情報とを照合し、前記連携対象のユーザから入力された前記固有情報が誤りである場合に前記ユーザＩＤの連携を実行しない制御部と、
を備える管理システム。
コンピュータを、
連携元からユーザのユーザＩＤの連携要求を受信する受信部と、
前記連携要求があった場合に、前記ユーザに対して前記連携元の固有情報の入力を要求し、前記ユーザから入力された前記固有情報が誤りである場合に前記ユーザＩＤの連携を実行しない制御部
として機能させるためのプログラム。