ネットワークシステム、ゲートウェイサーバ、ユーザ識別子連携方法及びユーザ識別子連携プログラム
【課題】方式の異なるユーザ管理システム間で同一の利用者を特定可能なネットワークシステムを提供する。
【解決手段】ネットワークシステムは、第１及び第２のユーザ管理システム２０，３０と、ゲートウェイサーバ１０とを具備する。第１のユーザ管理システム２０は、ＩＤ情報を第１のＩＤ連携情報テーブルで管理する。第２のユーザ管理システム３０は、第１及び第２の仲介用ＩＤ情報を第２のＩＤ連携情報テーブルで管理する。ゲートウェイサーバ１０は、ＩＤ情報と、第２の仲介用ＩＤ情報とを対応付けて第３のＩＤ連携情報テーブルで管理する。ゲートウェイサーバ１０は、一方のユーザ管理システムを介して他方のユーザ管理システムにログイン要求がある場合、第３のＩＤ連携情報テーブルから、通知されたＩＤ情報又は第２の仲介用ＩＤ情報と対応する第２の仲介用ＩＤ情報又はＩＤ情報を検出し、前記検出した情報を他方のユーザ管理システムへ出力する。
【解決手段】ネットワークシステムは、第１及び第２のユーザ管理システム２０，３０と、ゲートウェイサーバ１０とを具備する。第１のユーザ管理システム２０は、ＩＤ情報を第１のＩＤ連携情報テーブルで管理する。第２のユーザ管理システム３０は、第１及び第２の仲介用ＩＤ情報を第２のＩＤ連携情報テーブルで管理する。ゲートウェイサーバ１０は、ＩＤ情報と、第２の仲介用ＩＤ情報とを対応付けて第３のＩＤ連携情報テーブルで管理する。ゲートウェイサーバ１０は、一方のユーザ管理システムを介して他方のユーザ管理システムにログイン要求がある場合、第３のＩＤ連携情報テーブルから、通知されたＩＤ情報又は第２の仲介用ＩＤ情報と対応する第２の仲介用ＩＤ情報又はＩＤ情報を検出し、前記検出した情報を他方のユーザ管理システムへ出力する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なる方式でユーザを管理する複数のユーザ管理システムを備えるネットワークシステムと、このネットワークシステムに備えられるゲートウェイサーバと、このネットワークシステムで用いられるユーザ識別子連携方法及びユーザ識別子連携プログラムとに関する。
【背景技術】
【０００２】
近年、ネットバンク、ネットショッピング及びウェブメール等、オンライン上のサービスが増加している。個々のサービスでは、オンライン上で利用者を識別するため、利用者毎に登録されたユーザＩＤが管理される。ただし、利用するサービスが増えるにつれ、利用者が管理すべきユーザＩＤが増加し、ユーザＩＤの管理負担が増加するとの問題がある。
【０００３】
利用者によるユーザＩＤの管理負担を削減する目的で、多くのユーザ管理システムが提案されている。ユーザ管理方式又はプロトコルが統一された同一のユーザ管理システム内においては、サービスサーバ毎に登録された異なるユーザ識別子を互いにリンクさせて管理する。これにより、ネットワーク上の複数のサービスサーバに対して一度の認証手続でアクセスを可能とするシングルサインオンを実現することが可能となる。なお、ユーザ管理システムとは、ネットワークに接続された複数のサーバから成り、各サーバのユーザ識別子をリンクさせて同一ユーザを特定する方法、及び／又は、ユーザ識別子をリンクさせるためのサーバ間での通信プロトコル等が同一であるサーバ群のことを指す。
【０００４】
シングルサインオンを目的としたユーザ管理方式は、ＩＤ統一型、ＩＤ預託型、ＩＤ連携型に分類できる。
ＩＤ統一型では、認証サーバがユーザＩＤを払い出し、各サービスサーバは共通してそのユーザＩＤによりサービスを提供する。ＩＤ統一型では、同一事業主体内でのシングルサインオンであれば問題ないが、複数の事業主体にまたがってシングルサインオンを提供する場合にはユーザＩＤを集中管理する事業主体にのみ顧客情報が集中してしまうことに対するビジネスモデル上の問題が指摘されている。また、既存のサービスサーバが本方式によりシングルサインオン化する場合には、既存のＩＤ体系を破棄し、認証サーバのＩＤ体系に順ずる必要があり、システム的に、また、ビジネスモデル的に参入への障壁が高い。
【０００５】
ＩＤ預託型では、各サービスサーバが払い出したユーザＩＤ及びパスワードを認証サーバに預け、認証サーバが払い出したユーザＩＤにより利用者認証を実施した後、認証サーバが各利用者を代行して各サービスサーバに対して各サービスサーバ用のユーザＩＤ及びパスワードを送信して各サービスサーバで再度認証を実施する方式である。ＩＤ預託型では、認証サーバにユーザＩＤ及びパスワードのセットを全て預けてしまうため、認証サーバ側での漏洩時の影響度が大きく、また、認証サーバ側で全利用者の各サイトにおけるユーザＩＤ及びパスワードが知りえることに対する危険性、及び、ユーザＩＤ及びパスワードを第三者機関へ預けることへの不安感による普及への障壁が指摘されている。
【０００６】
ＩＤ連携型では、ユーザＩＤを各サービスサーバ自身にて管理し、認証サーバのユーザＩＤと各サービスサーバ間のユーザＩＤとを仮名称により関連付けることによりユーザＩＤの分散管理を可能とする。つまり、認証サーバにおいて、認証サーバのユーザＩＤで利用者の認証が成功すると、認証サーバはこのユーザＩＤを仮名称に変換してサービスサーバヘ認証結果を通知する。サービスサーバでは仮名称を自身の管理するユーザＩＤに変換してサービスを提供することになる。本方式により既にサービス提供中のＩＤ体系を維持しつつ、かつ、名寄せが困難なセキュアなシングルサインオンを実現可能である。
【０００７】
しかしながら、ＩＤ連携型では、各サービスサーバにおいて仮名称と実ユーザＩＤとを変換するためのＩＤ連携情報テーブルを管理する必要がある。このため、既に商用サービスを提供しているサービスサーバをシングルサインオンに対応させるためには、サービスサーバに新たにＩＤ連携情報テーブルを導入／運用する必要があり、各サービスサーバにとって導入の障壁となるという問題がある。また、新たにＩＤの変換処理も必要となり性能の劣化も懸念されるという問題がある。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−２９９３０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
前述したように、各ユーザ管理方式にはそれぞれに長所及び短所がある。そのため、用途に応じた方式が、ユーザ管理システム毎に採用されている。一方で、ネットワーク技術の進展に伴い、各種のサービスを連携させ、利便性の高い統合サービスを提供するビジネスが期待されている。この期待に応えるため、方式の異なるユーザ管理システム同士をシングルサインオンで接続すること、及び、方式の異なるユーザ管理システム間で相互にデータアクセスを行うことが求められている。
【００１０】
方式の異なるユーザ管理システム間においてシングルサインオン及びデータアクセスを実現するためには、各ユーザ管理システムにおいて異なるユーザ識別子で管理された同一の利用者を関連付け、一方のユーザ管理システムから、他方のユーザ管理システム上の同一の利用者を特定できるようにする必要がある。
【００１１】
また、特に、セキュアなＩＤ連携を特徴とするＩＤ連携型のユーザ管理システムをネットワーク接続する場合には、ユーザＩＤ連携情報のキーとなっているユーザ識別子を、他のユーザ管理システムに流出することは許されない。そのため、ＩＤ連携型のユーザ管理システムと同等のセキュリティレベルを保ちつつ、ユーザ管理システム間のユーザＩＤを連携することが可能なしくみが必要である。
【００１２】
この発明は上記事情に着目してなされたもので、その目的とするところは、方式の異なるユーザ管理システム間で同一の利用者を特定可能なネットワークシステムと、このネットワークシステムに備えられるゲートウェイサーバと、このネットワークシステムで用いられるユーザ識別子連携方法及びユーザ識別子連携プログラムとを提供することにある。
【課題を解決するための手段】
【００１３】
上記目的を達成するためにこの発明に係るネットワークシステムは、第１及び第２のユーザ管理システムと、ゲートウェイサーバとを具備する。第１のユーザ管理システムは、利用者にサービスを提供する第１のサービスサーバと、前記第１のサービスサーバのユーザＩＤを管理するためのＩＤ情報を第１のＩＤ連携情報テーブルで管理する第１の認証サーバとを備える。第２のユーザ管理システムは、利用者にサービスを提供する第２のサービスサーバと、前記第２のサービスサーバをそれぞれ管理するために発行された第１の仲介用ＩＤ情報、及び、前記第１のユーザ管理システムとの連携のために発行された第２の仲介用ＩＤ情報を第２のＩＤ連携情報テーブルで管理する第２の認証サーバとを備える。ゲートウェイサーバは、前記ＩＤ情報と、前記第２の仲介用ＩＤ情報とを対応付けて第３のＩＤ連携情報テーブルで管理する。ゲートウェイサーバは、前記ＩＤ情報が通知されると共に、前記第２のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知されたＩＤ情報と対応する第２の仲介用ＩＤ情報を検出し、前記検出した前記第２の仲介用ＩＤ情報を前記第２の認証サーバへ出力する。また、ゲートウェイサーバは、前記第２の仲介用ＩＤ情報が通知されると共に、前記第１のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知された第２の仲介用ＩＤ情報と対応するＩＤ情報を検出し、前記検出した前記ＩＤ情報を前記第１の認証サーバへ出力する。
【００１４】
これにより、ネットワークシステムは、第３のＩＤ連携情報テーブルを参照することで、第１のユーザ管理システムでのＩＤ情報と、第２のユーザ管理システムでの第２の仲介用ＩＤ情報とを対応付けることが可能となり、両ユーザ管理システムにおける同一の利用者を一意に特定することが可能となる。
【００１５】
また、上記構成のネットワークシステムでは、前記ゲートウェイサーバは、運用者から入力される指定子に応じて前記第２の認証サーバで発行される第２の仲介用ＩＤ情報と、前記運用者により入力されるＩＤ情報とを、互いに対応付けて前記第３のＩＤ連携情報テーブルへ登録する。前記第２の認証サーバは、前記指定子に応じて前記第２の仲介用ＩＤ情報を発行し、前記発行した第２の仲介用ＩＤ情報を前記第２のＩＤ連携情報テーブルへ登録する。
【００１６】
これにより、ネットワークシステムでは、利用者の手を煩わせることなく、ゲートウェイサーバで第３のＩＤ連携情報テーブルにＩＤ情報及び第２の仲介用ＩＤ情報が登録されることになるため、第３のＩＤ連携情報テーブルを作成するためのコスト及び負荷が軽減されることとなる。
【００１７】
また、上記構成のネットワークシステムでは、前記ゲートウェイサーバは、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、前記第１のユーザ管理システムへのログイン後、前記第２のユーザ管理システムへ利用者がログインする際に前記第２の認証サーバで発行される第２の仲介用ＩＤ情報を、前記登録したＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録する。前記第２の認証サーバは、前記発行した第２の仲介用ＩＤ情報を前記第２のＩＤ連携情報テーブルへ登録するようにしている。
【００１８】
これにより、ネットワークシステムでは、利用者が第１のユーザ管理システムから第２のユーザ管理システムへログインすると、ゲートウェイサーバで第３のＩＤ連携情報テーブルにＩＤ情報及び第２の仲介用ＩＤ情報が登録されることになるため、第３のＩＤ連携情報テーブルを作成するためのコスト及び負荷が軽減されることとなる。
【００１９】
また、上記構成のネットワークシステムでは、前記第２のユーザ管理システムへ利用者がログインする際に第２の仲介用ＩＤ情報を発行し、前記発行した第２の仲介用ＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、前記第２のユーザ管理システムへのログイン後、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を、前記登録した第２の仲介用ＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録する。前記第２の認証サーバは、前記発行された第２の仲介用ＩＤ情報を前記第２のＩＤ連携情報テーブルへ登録するようにしている。
【００２０】
これにより、ネットワークシステムでは、利用者が第２のユーザ管理システムから第１のユーザ管理システムへログインすると、ゲートウェイサーバで第３のＩＤ連携情報テーブルにＩＤ情報及び第２の仲介用ＩＤ情報が登録されることになるため、第３のＩＤ連携情報テーブルを作成するためのコスト及び負荷が軽減されることとなる。
【００２１】
また、上記構成のネットワークシステムでは、前記ゲートウェイサーバは、前記発行した第２の仲介用ＩＤ情報を、前記第２の仲介用ＩＤ情報の発行元が自サーバでないことを示す文字を付して、前記第３のＩＤ連携情報テーブルへ登録する。前記第２の認証サーバは、前記発行された第２の仲介用ＩＤ情報を、前記第２の仲介用ＩＤ情報の発行元が自サーバであることを示す文字を付して、前記第２のＩＤ連携情報テーブルへ登録ようにしている。
【００２２】
これにより、ネットワークシステムは、第２の仲介用ＩＤ情報の発行サーバであるか、又は、発行サーバ以外であるかによって、登録される第２の仲介用ＩＤ情報が異なる場合においても、第２の仲介用ＩＤ情報の不一致によるシングルサインオンや情報流通の失敗を避けることが可能となる。
【００２３】
また、本発明に係るゲートウェイサーバは、上記構成のネットワークシステムで用いられ、通信部、データベース及びユーザＩＤ連携部を具備する。通信部は、前記ネットワークシステムと通信する。データベースは、前記ＩＤ情報と、前記第２の仲介用ＩＤ情報とを対応付けて管理する第３のＩＤ連携情報テーブルを記録する。ユーザＩＤ連携部は、前記ＩＤ情報が通知されると共に、前記第２のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知されたＩＤ情報と対応する第２の仲介用ＩＤ情報を検出し、前記検出した前記第２の仲介用ＩＤ情報を前記第２のユーザ管理システムへ出力する。ユーザＩＤ連携部は、前記第２の仲介用ＩＤ情報が通知されると共に、前記第１のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知された第２の仲介用ＩＤ情報と対応するＩＤ情報を検出し、前記検出した前記ＩＤ情報を前記第１のユーザ管理システムへ出力する。
【００２４】
これにより、ゲートウェイサーバは、第３のＩＤ連携情報テーブルを参照することで、第１のユーザ管理システムでのＩＤ情報と、第２のユーザ管理システムでの第２の仲介用ＩＤ情報とを対応付けることが可能となり、両ユーザ管理システムにおける同一の利用者を一意に特定することが可能となる。
【００２５】
また、上記構成のゲートウェイサーバでは、前記ユーザＩＤ連携部は、運用者から入力される指定子に応じて前記第２の認証サーバで発行される第２の仲介用ＩＤ情報と、前記運用者により入力されるＩＤ情報とを、互いに対応付けて前記第３のＩＤ連携情報テーブルへ登録するようにしている。
【００２６】
これにより、ゲートウェイサーバは、第３のＩＤ連携情報テーブルを作成するためのコスト及び負荷を軽減することが可能である。
【００２７】
また、上記構成のゲートウェイサーバでは、前記ユーザＩＤ連携部は、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、前記第１のユーザ管理システムへのログイン後、前記第２のユーザ管理システムへ利用者がログインする際に前記第２の認証サーバで発行される第２の仲介用ＩＤ情報を、前記登録したＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録するようにしている。
【００２８】
これにより、ゲートウェイサーバは、第３のＩＤ連携情報テーブルを作成するためのコスト及び負荷を軽減することが可能である。
また、上記構成のゲートウェイサーバでは、前記ユーザＩＤ連携部は、前記第２のユーザ管理システムへ利用者がログインする際に第２の仲介用ＩＤ情報を発行し、前記発行した第２の仲介用ＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、前記第２のユーザ管理システムへのログイン後、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を、前記登録した第２の仲介用ＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録するようにしている。
【００２９】
これにより、ゲートウェイサーバは、第３のＩＤ連携情報テーブルを作成するためのコスト及び負荷を軽減することが可能である。
また、上記構成のゲートウェイサーバでは、前記ユーザＩＤ連携部は、前記発行した第２の仲介用ＩＤ情報を、前記第２の仲介用ＩＤ情報の発行元が自サーバでないことを示す文字を付して、前記第３のＩＤ連携情報テーブルへ登録するようにしている。
【００３０】
これにより、ゲートウェイサーバは、第２の仲介用ＩＤ情報の発行サーバであるか、又は、発行サーバ以外であるかによって、登録される第２の仲介用ＩＤ情報が異なる場合においても、第２の仲介用ＩＤ情報の不一致によるシングルサインオンの失敗を避けることが可能となる。
【００３１】
また、上記構成のゲートウェイサーバでは、前記ユーザＩＤ連携部は、前記ログインを要求した利用者との接続が切断された場合、前記第３のＩＤ連携情報テーブルで管理される前記ＩＤ情報及び前記第２の仲介用ＩＤ情報を消去するようにしてもよい。
これにより、ゲートウェイサーバにおけるデータの保存領域が節約でき、かつ、データ管理の手間が軽減されることとなる。
【００３２】
また、本発明に係るユーザ識別子連携方法は、上記の第１及び第２のユーザ管理システムと、ゲートウェイサーバとを具備するネットワークシステムで用いられる。ユーザ識別子連携方法では、前記ＩＤ情報が通知されると共に、前記第２のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知されたＩＤ情報と対応する第２の仲介用ＩＤ情報を検出し、前記検出した前記第２の仲介用ＩＤ情報を前記第２のユーザ管理システムへ出力する。また、前記第２の仲介用ＩＤ情報が通知されると共に、前記第１のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知された第２の仲介用ＩＤ情報と対応するＩＤ情報を検出し、前記検出した前記ＩＤ情報を前記第１のユーザ管理システムへ出力するようにしている。
【００３３】
これにより、両ユーザ管理システムにおける同一の利用者を一意に特定することが可能となる。
また、上記ユーザ識別子連携方法では、運用者から入力される指定子に応じ、前記第２のユーザ管理システムにおける認証サーバで第２の仲介用ＩＤ情報を発行し、前記認証サーバにより、前記発行した第２の仲介用ＩＤ情報を前記第２のＩＤ連携情報テーブルへ登録し、前記ゲートウェイサーバにより、前記発行された第２の仲介用ＩＤ情報と、前記運用者により入力されるＩＤ情報とを、互いに対応付けて前記第３のＩＤ連携情報テーブルへ登録するようにしている。
【００３４】
これにより、第３のＩＤ連携情報テーブルを作成するためのコスト及び負荷が軽減されることとなる。
また、上記ユーザ識別子連携方法では、前記第１のユーザ管理システムへのログイン後に前記第２のユーザ管理システムへのログイン要求を受信した場合、前記ゲートウェイサーバにより、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、前記ログイン要求に応じて、前記第２のユーザ管理システムの認証サーバで第２の仲介用ＩＤ情報を発行し、前記認証サーバにより、前記発行した第２の仲介用ＩＤ情報を前記第２のＩＤ連携情報テーブルへ登録し、前記ゲートウェイサーバにより、前記発行された第２の仲介用ＩＤ情報を、前記登録されたＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録する。前記第２のユーザ管理システムへのログイン後に前記第１のユーザ管理システムへのログイン要求を受信した場合、前記ゲートウェイサーバにより、前記第２のユーザ管理システムへ利用者がログインする際に第２の仲介用ＩＤ情報を発行し、前記ゲートウェイサーバにより、前記発行した第２の仲介用ＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、前記ゲートウェイサーバにより、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を、前記登録された第２の仲介用ＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録するようにしている。
【００３５】
これにより、第３のＩＤ連携情報テーブルを作成するためのコスト及び負荷が軽減されることとなる。
また、本発明に係るユーザ識別子連携プログラムは、上記構成の第１及び第２のユーザ管理システムとネットワークを介して接続可能なゲートウェイサーバに備えられたコンピュータで使用されるユーザ識別子連携プログラムである。ユーザ識別子連携プログラムは、前記ＩＤ情報が通知されると共に、前記第２のユーザ管理システムへのログイン要求がある場合、前記ゲートウェイサーバで記録される第３のＩＤ連携情報テーブルから前記通知されたＩＤ情報と対応する第２の仲介用ＩＤ情報を検出する処理と、前記検出した前記第２の仲介用ＩＤ情報を前記第２のユーザ管理システムへ出力する処理と、前記第２の仲介用ＩＤ情報が通知されると共に、前記第１のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知された第２の仲介用ＩＤ情報と対応するＩＤ情報を検出する処理と、前記検出した前記ＩＤ情報を前記第１のユーザ管理システムへ出力する処理とを前記コンピュータに実行させる。
【００３６】
これにより、両ユーザ管理システムにおける同一の利用者を一意に特定することが可能となる。
また、上記ユーザ識別子連携プログラムは、運用者から入力される指定子に応じて前記第２の認証サーバで発行される第２の仲介用ＩＤ情報と、前記運用者により入力されるＩＤ情報とを、互いに対応付けて前記第３のＩＤ連携情報テーブルへ登録する処理をさらに前記コンピュータに実行させる。
【００３７】
これにより、第３のＩＤ連携情報テーブルを作成するためのコスト及び負荷が軽減されることとなる。
また、上記ユーザ識別子連携プログラムは、前記第１のユーザ管理システムへのログイン後に前記第２のユーザ管理システムへのログイン要求を受信した場合、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録する処理と、前記第２のユーザ管理システムへ利用者がログインする際に前記第２のユーザ管理システムで発行される第２の仲介用ＩＤ情報を、前記登録されたＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録する処理とを前記コンピュータにさらに実行させる。ユーザ識別子連携プログラムは、前記第２のユーザ管理システムへのログイン後に前記第１のユーザ管理システムへのログイン要求を受信した場合、前記第２のユーザ管理システムへ利用者がログインする際に前記ゲートウェイサーバで発行される第２の仲介用ＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録する処理と、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を、前記登録された第２の仲介用ＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録する処理とをさらに前記コンピュータに実行させる。
【００３８】
これにより、第３のＩＤ連携情報テーブルを作成するためのコスト及び負荷が軽減されることとなる。
【発明の効果】
【００３９】
要するにこの発明によれば、方式の異なるユーザ管理システム間で同一の利用者を特定可能なネットワークシステムと、このネットワークシステムに備えられるゲートウェイサーバと、このネットワークシステムで用いられるユーザ識別子連携方法及びユーザ識別子連携プログラムとを提供することができる。
【図面の簡単な説明】
【００４０】
【図１】本発明の実施形態に係るネットワークシステムの構成を示す図である。
【図２】図１のゲートウェイサーバ、第１のユーザ管理システム及び第２のユーザ管理システムの機能構成を示す図である。
【図３】図２の第２のユーザ管理システムにおける認証サーバ及びサービスサーバでそれぞれ記録されるＩＤ連携情報テーブルを示す図である。
【図４】第１及び第２のユーザ管理システムと、ゲートウェイサーバとの接続例と、当該接続時にゲートウェイサーバで記録されるＩＤ連携情報テーブルの例とを示す図である。
【図５】第１及び第２のユーザ管理システムと、ゲートウェイサーバとの接続例と、当該接続時にゲートウェイサーバで記録されるＩＤ連携情報テーブルの例とを示す図である。
【図６】第１及び第２のユーザ管理システムと、ゲートウェイサーバとの接続例と、当該接続時にゲートウェイサーバで記録されるＩＤ連携情報テーブルの例とを示す図である。
【図７】第１及び第２のユーザ管理システムと、ゲートウェイサーバとの接続例と、当該接続時にゲートウェイサーバで記録されるＩＤ連携情報テーブルの例とを示す図である。
【図８】運用者からの指示により、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルに連携用ＩＤ及び仮名称がそれぞれ登録される際のゲートウェイサーバの動作を示すフローチャートである。
【図９】図２のゲートウェイサーバと、第１及び第２のユーザ管理システムとに記録されるＩＤ連携情報テーブルの例を示す図である。
【図１０】利用者が第１のユーザ管理システムへログインした後、第１のユーザ管理システムから第２のユーザ管理システムへログインする際のゲートウェイサーバの動作を示すフローチャートである。
【図１１】利用者が第２のユーザ管理システムへログインした後、第２のユーザ管理システムから第１のユーザ管理システムへログインする際のゲートウェイサーバの動作を示すフローチャートである。
【図１２】図１１のステップＳ１１５で、ゲートウェイサーバの第２のユーザ管理システム用ＩＤ連携情報テーブルと、認証サーバのＩＤ連携情報テーブルとに登録される仮名称の例を示す図である。
【図１３】図１２の仮名称を入れ替えて登録した際の各ＩＤ連携情報テーブルを示す図である。
【発明を実施するための形態】
【００４１】
以下、図面を参照してこの発明に係わる実施形態を説明する。図１は、本発明の実施形態に係るネットワークシステムの構成を示す模式図である。図１に示すネットワークシステムは、インターネット及び／又は移動体通信網等から成るネットワーク１００と、ネットワーク１００に連結されるゲートウェイサーバ１０、第１のユーザ管理システム２０、第２のユーザ管理システム３０及び利用端末４０とを具備する。また、図２は、本実施形態に係るネットワークシステムにおけるゲートウェイサーバ１０、第１のユーザ管理システム２０及び第２のユーザ管理システム３０の機能構成を示すブロック図である。
【００４２】
利用端末４０は、パソコン、ＰＤＡ及び携帯電話等の操作端末である。利用端末４０は、サービスの利用を希望する利用者、又は、利用者により委託された運用者等により利用される。運用者は、利用者についての情報をゲートウェイサーバ１０に登録する際に、利用端末４０を介し、ゲートウェイサーバ１０へログイン要求を送信する。利用者は、第１又は第２のユーザ管理システム２０，３０に対してサービスの開始を要求する際には、利用端末４０を介し、第１又は第２のユーザ管理システムへログイン要求を送信する。
【００４３】
第１のユーザ管理システム２０は、例えば、ＯｐｅｎＩＤプロトコルを採用して接続されるサーバ群であり、認証サーバ２１及びサービスサーバ２２−１〜２２−ｎを備える。認証サーバ２１及びサービスサーバ２２−１〜２２−ｎは、ネットワーク１００と連結する。認証サーバ２１は、連携用ＩＤを払い出し、サービスサーバ２２−１〜２２−ｎはこれを利用する。
【００４４】
サービスサーバ２２−１は、利用者に対してサービスを提供する。サービスサーバ２２−１は、通信部２２１及びサービス実行部２２２を備える。なお、サービスサーバ２２−２〜２２−ｎに関しては、サービスサーバ２２−１と同様の構成であるため、ここでは、サービスサーバ２２−１について説明する。
【００４５】
通信部２２１は、ネットワーク１００と連結されるその他の機器と通信を行う。例えば、通信部２２１は、ネットワーク１００を介し、認証サーバ２１又は利用端末４０と通信を行う。
サービス実行部２２２は、利用端末４０から供給されるログイン要求が通信部２２１により受信されると、利用者の認証要求を通信部２２１から認証サーバ２１へ送信する。サービス実行部２２２は、利用者の認証が完了すると、認証された利用者に対してサービスを提供する。
【００４６】
認証サーバ２１は、通信部２１１、データベース２１２、認証部２１３及びユーザＩＤ連携部２１４を備える。
通信部２１１は、ネットワーク１００と連結されるその他の機器と通信を行う。例えば、通信部２１１は、ネットワーク１００を介し、サービスサーバ２２−１〜２２−ｎ又はゲートウェイサーバ１０と通信を行う。
【００４７】
データベース２１２は、ＩＤ連携情報テーブルを記録する。ＩＤ連携情報テーブルでは、認証サーバ２１のユーザＩＤと、連携用ＩＤとが対応付けられて登録されている。
認証部２１３は、利用端末４０からゲートウェイサーバ１０を介して供給されるログイン要求が通信部２１１により受信されると、利用端末４０に認証画面を表示させ、連携用ＩＤの入力を要求することで、利用者の認証を行う。認証部２１３は、ログインを要求した者が利用者であると認定すると、認定した利用者に対してログインを許可する旨を利用端末４０へ通知する。
【００４８】
また、認証部２１３は、サービス実行部２２２からの認証要求を受けると、利用端末４０に認証画面を表示させ、連携用ＩＤの入力を要求することで、利用者の認証を行う。認証部２１３は、ログインを要求した者が利用者であると認定すると、認定した利用者に対してログインを許可する旨をサービス実行部２２２へ返すと共に、認定した利用者に対してログインを許可する旨を利用端末４０へ通知する。
【００４９】
ユーザＩＤ連携部２１４は、ゲートウェイサーバ１０のユーザＩＤ連携部１５へ所定の利用者を特定するための連携用ＩＤを通知する。
第２のユーザ管理システム３０は、例えば、ＳＡＭＬプロトコルを採用して接続されるサーバ群であり、認証サーバ３１及びサービスサーバ３２−１〜３２−ｍを備える。認証サーバ３１及びサービスサーバ３２−１〜３２−ｍは、ネットワーク１００と連結する。
【００５０】
認証サーバ３１は、同一の利用者に対して、サービスサーバ毎に異なる仮名称を払い出し、これらの仮名称を自サーバのユーザＩＤと対応付けて管理する。サービスサーバ３２−１〜３２−ｍでは、認証サーバ３１で払い出された自サーバ宛の仮名称を自サーバのユーザＩＤと対応付けて管理する。
【００５１】
サービスサーバ３２−１は、通信部３２１、データベース３２２、サービス実行部３２３及びユーザＩＤ連携部３２４を備える。なお、サービスサーバ３２−２〜３２−ｎに関しては、サービスサーバ３２−１と同様の構成であるため、ここでは、サービスサーバ３２−１について説明する。
【００５２】
通信部３２１は、ネットワーク１００と連結されるその他の機器と通信を行う。例えば、通信部３２１は、ネットワーク１００を介し、認証サーバ３１又は利用端末４０と通信を行う。
サービス実行部３２３は、利用端末４０から供給されるログイン要求が通信部３２１により受信されると、利用者の認証要求を通信部３２１から認証サーバ３１へ送信する。サービス実行部３２３は、利用者の認証が完了すると、認証された利用者に対してサービスを提供する。
【００５３】
ログインが完了した利用者または運用者は、利用端末４０から、ユーザＩＤの連携を要求する場合がある。サービス実行部３２３は、ユーザＩＤの連携要求が通信部３２１により受信されると、ユーザＩＤの連携をユーザＩＤ連携部３２４に対して要求する。
【００５４】
ユーザＩＤ連携部３２４は、サービス実行部３２３からユーザＩＤの連携が要求されると、仮名称の発行要求を通信部３２１から認証サーバ３１へ送信する。ユーザＩＤ連携部３２４は、認証サーバ３１で発行された仮名称が認証サーバ３１から通知されると、通知された仮名称を、自サーバについてのユーザＩＤと関連付けてデータベース３２２に記録されるＩＤ連携情報テーブルへ登録する。
【００５５】
認証サーバ３１は、通信部３１１、データベース３１２、認証部３１３及びユーザＩＤ連携部３１４を備える。
通信部３１１は、ネットワーク１００と連結されるその他の機器と通信を行う。例えば、通信部３１１は、ネットワーク１００を介し、サービスサーバ３２−１〜３２−ｍ又はゲートウェイサーバ１０と通信を行う。
【００５６】
認証部３１３は、利用端末４０からゲートウェイサーバ１０を介して供給されるログイン要求が通信部３１１により受信されると、利用端末４０に認証画面を表示させ、自サーバのユーザＩＤの入力を要求することで、利用者の認証を行う。認証部３１３は、ログインを要求した者が利用者であると認定すると、認定した利用者に対してログインを許可する旨を利用端末４０へ通知する。なお、ユーザＩＤと認証画面で入力させるログインＩＤは別にし、対応付けを管理するテーブルを設けてもよい。
【００５７】
また、認証部３１３は、サービス実行部３２３からの認証要求を受けると、利用端末４０に認証画面を表示させ、認証サーバ３１のユーザＩＤの入力を要求することで、利用者の認証を行う。認証部３１３は、ログインを要求した者が利用者であると認定すると、認定した利用者に対してログインを許可する旨をサービス実行部３２３へ返すと共に、認定した利用者に対してログインを許可する旨を利用端末４０へ通知する。
【００５８】
ユーザＩＤ連携部３１４は、ゲートウェイサーバ１０のユーザＩＤ連携部１５からＧＷサーバ宛仮名称を要求されると、データベース３１２に記録されるＩＤ連携情報テーブルにＧＷサーバ宛仮名称が登録されているか否かを判断する。このとき、ユーザＩＤ連携部１５から通知されるＧＷサーバ宛仮名称の要求には、利用者を特定可能な識別子が付されており、ユーザＩＤ連携部３１４は、この識別子を参照し、ＩＤ連携情報テーブルにＧＷサーバ宛仮名称が登録されているか否かを判断する。ＩＤ連携情報テーブルにＧＷサーバ宛仮名称が登録されている場合、ユーザＩＤ連携部３１４は、ＧＷサーバ宛仮名称をゲートウェイサーバ１０へ送信する。ＩＤ連携情報テーブルにＧＷサーバ宛仮名称が登録されていない場合、ユーザＩＤ連携部３１４は、ＧＷサーバ宛仮名称を発行し、ＩＤ連携情報テーブルに、自サーバのユーザＩＤと、発行したＧＷサーバ宛仮名称を関連付けて登録すると共に、ゲートウェイサーバ１０へ登録したＧＷサーバ宛仮名称を送信する。
【００５９】
また、ユーザＩＤ連携部３１４は、サービス実行部３２３から送信された仮名称発行要求が通信部３１１により受信されると、仮名称を発行する。ユーザＩＤ連携部３１４は、仮名称を発行すると、発行した仮名称と、自サーバのユーザＩＤと、仮名称発行要求を送信したサービスサーバの識別情報とを関連付けて、データベース３１２に記録するＩＤ連携情報テーブルに登録する。ユーザＩＤ連携部３１４は、登録した仮名称を、仮名称発行要求を送信したサービスサーバへ送信する。なお、仮名称発行要求を送信したサービスサーバが複数ある場合、ユーザＩＤ連携部３１４は、サービスサーバ毎に仮名称を発行し、仮名称発行要求を送信したサービスサーバへ発行した仮名称を返す。
【００６０】
また、ユーザＩＤ連携部３１４は、ゲートウェイサーバ１０へサーバ３１宛仮名称の発行を要求する。ユーザＩＤ連携部３１４は、ゲートウェイサーバ１０からサーバ３１宛仮名称を渡されたら、渡されたサーバ３１宛仮名称を自サーバのユーザＩＤと関連付けてＩＤ連携情報テーブルに登録する。
【００６１】
図３は、本実施形態に係る認証サーバ３１のデータベース３１２及びサービスサーバ３２−１〜３２−ｎのデータベース３２２にそれぞれ記録されるＩＤ連携情報テーブルを示す図である。
データベース３１２に記録されるＩＤ連携情報テーブルには、ゲートウェイサーバ１０との連携を示すものと、サービスサーバ３２−１〜３２−ｎとの連携を示すものとがある。ゲートウェイサーバ１０との連携を示すＩＤ連携情報テーブルには、認証サーバ３１のユーザＩＤ「１１１」と、仮名称「ｘｘｘ」と、宛先サーバとしての「ＧＷサーバ」とが関連付けて登録されている。サービスサーバ３２−１〜３２−ｎとの連携を示すＩＤ連携情報テーブルには、認証サーバ３１のユーザＩＤ「１１１」と、仮名称「ｙｙｙ」と、宛先サーバとしての「サービスサーバ３２−１」とが関連付けて登録されている。
【００６２】
データベース３２２で記録されるＩＤ連携情報テーブルには、サービスサーバ３２−１のユーザＩＤ「２２２」と、仮名称「ｙｙｙ」と、宛先サーバとしての「認証サーバ」とが関連付けて登録される。
ゲートウェイサーバ１０は、通信部１１、データベース１２、認証部１３、操作処理部１４及びユーザＩＤ連携部１５を備える。
【００６３】
通信部１１は、ネットワーク１００と連結されるその他の機器と通信を行う。例えば、通信部１１は、ネットワーク１００を介し、認証サーバ２１，３１及び利用端末４０と通信を行う。
認証部１３は、操作処理部１４から運用者の認証要求を受けると、利用端末４０に認証画面を表示させ、運用者のユーザＩＤの入力を要求することで、運用者の認証を行う。認証部１３は、ログインを要求した者が運用者であると認定すると、認定した運用者に対してログインを許可する旨を操作処理部１４へ返すと共に、認定した運用者に対してログインを許可する旨を利用端末４０へ通知する。
【００６４】
操作処理部１４は、利用端末４０から送信される運用者のログイン要求が通信部１１により受信されると、運用者の認証要求を認証部１３へ通知する。なお、認証要求は、認証サーバ２１又は認証サーバ３１に依頼してもよい。また、認証要求は、認証サーバ２１，３１の両方に依頼しても良い。このとき、ゲートウェイサーバ１０及び認証サーバ２１，３１での認証が全て成功した時のみ認証成功としてもよい。
【００６５】
また、操作処理部１４は、ログインが完了した運用者に対して、第２のユーザ管理システム３０において利用者を特定する情報であるユーザ指定子、及び第１のユーザ管理システム２０において利用者を特定する情報である連携用ＩＤを要求する。
ユーザＩＤ連携部１５は、第１のユーザ管理システム２０の認証サーバ２０から通知される連携用ＩＤと、自サーバのユーザＩＤとを関連付けて、データベース１２に記録されるＩＤ連携情報テーブルに登録する。なお、ユーザＩＤ連携部１５は、ＩＤ連携情報テーブルが後述するように第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルである場合は、連携用ＩＤと、自サーバのユーザＩＤとを関連付けて、第１のユーザ管理システム用ＩＤ連携情報テーブルに登録する。
【００６６】
また、ユーザＩＤ連携部１５は、操作処理部１４から要求された場合、第２のユーザ管理システム３０の認証サーバ３１へＧＷサーバ宛仮名称の発行を要求する。ユーザＩＤ連携部１５は、認証サーバ３１からＧＷサーバ宛仮名称が通知されると、通知されるＧＷサーバ宛仮名称と、自サーバのユーザＩＤとを関連付けて、データベース１２に記録されるＩＤ連携情報テーブルに登録する。なお、ユーザＩＤ連携部１５は、ＩＤ連携情報テーブルが後述するように第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルである場合は、ＧＷサーバ宛仮名称と、自サーバのユーザＩＤとを関連付けて、第２のユーザ管理システム用ＩＤ連携情報テーブルに登録する。
【００６７】
また、ユーザＩＤ連携部１５は、ユーザＩＤ連携部３１４からサーバ３１宛仮名称の発行が要求されると、サーバ３１宛仮名称を発行する。ユーザＩＤ連携部１５は、発行したサーバ３１宛仮名称と、自サーバのユーザＩＤとを関連付けて、データベース１２に記録されるＩＤ連携情報テーブルに登録する。なお、ユーザＩＤ連携部１５は、ＩＤ連携情報テーブルが後述するように第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルである場合は、サーバ３１宛仮名称と、自サーバのユーザＩＤとを関連付けて、第２のユーザ管理システム用ＩＤ連携情報テーブルに登録する。ユーザＩＤ連携部１５は、発行したサーバ３１宛仮名称を、認証サーバ３１へ送付する。
【００６８】
また、ユーザＩＤ連携部１５は、第１のユーザ管理システム２０から第２のユーザ管理システム３０へのログイン要求があった場合、データベース１２に記録されるＩＤ連携情報テーブルを参照し、認証サーバ２１から通知された連携用ＩＤに対応する仮名称を検出し、検出した仮名称を第２のユーザ管理システム３０へ送信する。また、ユーザＩＤ連携部１５は、第２のユーザ管理システム３０から第１のユーザ管理システム３０へのログイン要求があった場合、データベース１２に記録されるＩＤ連携情報テーブルを参照し、認証サーバ３１から通知された仮名称に対応する連携用ＩＤを検出し、検出した連携用ＩＤを第１のユーザ管理システム２０へ送信する。なお、ユーザＩＤ連携部１５は、ＩＤ連携情報テーブルが、後述するように第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルである場合は、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルを参照し、仮名称及び連携用ＩＤを検出する。
【００６９】
図４乃至図７は、第１及び第２のユーザ管理システム２０，３０と、ゲートウェイサーバ１０との接続例と、当該接続時にゲートウェイサーバ１０のデータベース１２で記録されるＩＤ連携情報テーブルの例とを示す図である。
図４は、ゲートウェイサーバ１０に第１及び第２のユーザ管理システム２０，３０が接続される際の接続例と、このときにデータベース１２で記録されるＩＤ連携情報テーブルを示す図である。図４において、ＩＤ連携情報テーブルには、認証サーバ２１の連携用ＩＤ「０００１−０００１」と、ＧＷサーバ宛仮名称「仮名１」と、宛先サーバとしての「認証サーバ３１」とが関連付けて登録されている。また、ＩＤ連携情報テーブルは、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルであっても構わない。図４に示すように、第１のユーザ管理システム用ＩＤ連携情報テーブルには、認証サーバ２１の連携用ＩＤ「０００１−０００１」と、ゲートウェイサーバ１０のユーザＩＤ「ＧＷ−０００１」とが関連付けて登録される。第２のユーザ管理システム用ＩＤ連携情報テーブルには、ゲートウェイサーバ１０のユーザＩＤ「ＧＷ−０００１」と、ＧＷサーバ宛仮名称「仮名１」と、宛先サーバとしての「認証サーバ３１」とが関連付けて登録されている。
【００７０】
第１のユーザ管理システム用ＩＤ連携情報テーブルで連携用ＩＤを管理し、第２のユーザ管理システム用ＩＤ連携情報テーブルでＧＷサーバ宛仮名称を管理することで、第１及び第２のユーザ管理システム２０，３０のいずれからでも、利用者を特定することが可能となる。
【００７１】
図５は、ゲートウェイサーバ１０に第１のユーザ管理システム２０と、第２のユーザ管理システム３０−１，３０−２とが接続される際の接続例と、このときにデータベース１２で記録されるＩＤ連携情報テーブルを示す図である。図５において、ＩＤ連携情報テーブルには、認証サーバ２１の連携用ＩＤ「０００１−０００１」と、ＧＷサーバ宛仮名称「仮名１」及び「仮名２」と、宛先サーバとしての「認証サーバ３１−１」及び「認証サーバ３１−２」とが関連付けて登録されている。また、ＩＤ連携情報テーブルは、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルであっても構わない。図５に示すように、第１のユーザ管理システム用ＩＤ連携情報テーブルには、認証サーバ２１の連携用ＩＤ「０００１−０００１」と、ゲートウェイサーバ１０のユーザＩＤ「ＧＷ−０００１」とが関連付けて登録される。第２のユーザ管理システム用ＩＤ連携情報テーブルには、ゲートウェイサーバ１０のユーザＩＤ「ＧＷ−０００１」と、ＧＷサーバ宛仮名称「仮名１」及び「仮名２」と、宛先サーバとしての「認証サーバ３１−１」及び「認証サーバ３１−２」とが関連付けて登録されている。
【００７２】
図６は、ゲートウェイサーバ１０に第１のユーザ管理システム２０−１，２０−２と、第２のユーザ管理システム３０とが接続される際の接続例と、このときにデータベース１２で記録されるＩＤ連携情報テーブルを示す図である。図６において、ＩＤ連携情報テーブルには、認証サーバ２１の連携用ＩＤ「０００１−０００１」及び「０００１−０００２」と、ＧＷサーバ宛仮名称「仮名１」と、宛先サーバとしての「認証サーバ３１」とが関連付けて登録されている。また、ＩＤ連携情報テーブルは、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルであっても構わない。図６に示すように、第１のユーザ管理システム用ＩＤ連携情報テーブルには、認証サーバ２１の連携用ＩＤ「０００１−０００１」及び「０００１−０００２」と、ゲートウェイサーバ１０のユーザＩＤ「ＧＷ−０００１」とが関連付けて登録される。第２のユーザ管理システム用ＩＤ連携情報テーブルには、ゲートウェイサーバ１０のユーザＩＤ「ＧＷ−０００１」と、ＧＷサーバ宛仮名称「仮名１」と、宛先サーバとしての「認証サーバ３１」とが関連付けて登録されている。
【００７３】
図７は、ゲートウェイサーバ１０に第１のユーザ管理システム２０−１，２０−２と、第２のユーザ管理システム３０−１，３０−２とが接続される際の接続例と、このときにデータベース１２で記録されるＩＤ連携情報テーブルを示す図である。データベース１２には、図７に示すように、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルが記録される。第１のユーザ管理システム用ＩＤ連携情報テーブルには、認証サーバ２１の連携用ＩＤ「０００１−０００１」及び「０００１−０００２」と、ゲートウェイサーバ１０のユーザＩＤ「ＧＷ−０００１」及び「ＧＷ−０００２」とが関連付けて登録される。第２のユーザ管理システム用ＩＤ連携情報テーブルには、ゲートウェイサーバ１０のユーザＩＤ「ＧＷ−０００１」及び「ＧＷ−０００２」と、ＧＷサーバ宛仮名称「仮名１」及び「仮名２」と、宛先サーバとしての「認証サーバ３１−１」及び「認証サーバ３１−２」とが関連付けて登録されている。
【００７４】
次に、上記のように構成されたネットワークシステムにおけるゲートウェイサーバ１０、第１及び第２のユーザ管理システム２０，３０の動作を詳細に説明する。
なお、以下の説明では、運用者については、第１及び第２のユーザ管理システム２０，３０の認証サーバ２１，３１と、ゲートウェイサーバ１０とにおけるユーザＩＤはすでに作成済みであり、認証サーバ２１，３１と、ゲートウェイサーバ１０とにおけるＩＤ連携情報テーブルはすでに登録済みであるとする。利用者については、第１及び第２のユーザ管理システム２０，３０の認証サーバ２１，３１におけるユーザＩＤはすでに作成済みであるとする。また、運用者は、第１のユーザ管理システム２０において利用者を特定する情報である連携用ＩＤと、第２のユーザ管理システム３０において利用者を特定する情報であるユーザ指定子を利用者から入手しているものとする。ユーザ指定子とは、例えば、第２のユーザ管理サーバ３０の認証サーバ３１で管理する他サーバ宛の仮名を暗号化・署名した文字列である。また、第１及び第２のユーザ管理システム２０，３０の認証サーバ２１，３１を一意に特定するプロバイダＩＤは既知であるものとする。
【００７５】
図８は、運用者からの指示により、運用者以外の利用者のゲートウェイサーバ１０における第１のユーザ管理システム用ＩＤ連携情報テーブルに連携用ＩＤが登録され、第２のユーザ管理システム用ＩＤ連携情報テーブルにＧＷサーバ宛仮名称が登録される際のゲートウェイサーバ１０の動作を示すフローチャートである。図９は、本実施形態に係るゲートウェイサーバ１０に記録される第１及び第２のユーザ管理システム用ＩＤ連携情報テーブル、第１及び第２のユーザ管理システム２０，３０にそれぞれ記録されるＩＤ連携情報テーブルの例を示す模式図である。
【００７６】
まず、運用者が利用端末４０からゲートウェイサーバ１０へログインを要求する。運用者からのログイン要求を受けると、ゲートウェイサーバ１０の操作処理部１４は、第２のユーザ管理システム３０の認証サーバ３１に対し、運用者の認証を要求する（ステップＳ８１）。なお、ステップＳ８１では、運用者の認証を認証サーバ３１の認証部３１３に要求する例について説明したが、ゲートウェイサーバ１０の認証部１３、又は、第１のユーザ管理システム２０の認証サーバ２１へ要求するようにしても構わない。
【００７７】
認証サーバ３１の認証部３１３は、操作処理部１４からの認証要求を受けると、利用端末４０に認証画面を表示させ、運用者に対して認証サーバ３１のユーザＩＤの入力を要求する。認証部３１３は、利用端末４０から認証サーバ３１のユーザＩＤが入力されると、ログインを要求した者が運用者であると認定する。認証部３１３は、認定した運用者に対してログインを許可する旨を操作処理部１４へ返すと共に、認定した運用者に対してログインを許可する旨を利用端末４０へ通知する。
【００７８】
続いて、操作処理部１４は、運用者に対して、第２のユーザ管理システム３０において利用者を特定する情報であるユーザ指定子を要求する。ユーザ指定子は、認証サーバ３１においてユーザを一意に識別できるもので、例えば、認証サーバ３１で管理する他サーバ宛の仮名称を暗号化・署名した文字列がこれにあたる。ゲートウェイサーバ１０のユーザＩＤ連携部１５は、利用端末４０からユーザ指定子が入力されると、ユーザ指定子を認証サーバ３１へ送信すると共に、認証サーバ３１に対してユーザ指定子に対応するＧＷサーバ宛仮名称を要求する（ステップＳ８２）。
【００７９】
認証サーバ３１のユーザＩＤ連携部３１４は、ユーザＩＤ連携部１５からＧＷサーバ宛仮名称が要求されると、ユーザ指定子を復号化・署名検証することで、ユーザ指定子を認証サーバ３１のユーザＩＤへ変換する。ユーザＩＤ連携部３１４は、データベース３１２に記録されるＩＤ連携情報テーブルを参照し、変換したユーザＩＤに対応付けられたＧＷサーバ宛仮名称を検索する。変換したユーザＩＤに対応付けられたＧＷサーバ宛仮名称が存在する場合、ユーザＩＤ連携部３１４は、取得したＧＷサーバ宛仮名称を、操作処理部１４へ通知する。変換したユーザＩＤに対応付けられたＧＷサーバ宛仮名称が存在しない場合、ユーザＩＤ連携部３１４は、ＧＷサーバ宛仮名称が存在しないことを操作処理部１４へ送信する。
【００８０】
例えば、図９においては、ユーザＩＤ連携部３１４は、ユーザ指定子を復号化・署名検証することで、ユーザ指定子を認証サーバ３１のユーザＩＤ「ＯＴＨＥＲ＿ＵＳＥＲ０００１」へ変換する。ユーザＩＤ連携部３１４は、ＩＤ連携情報テーブルを参照し、認証サーバ３１のユーザＩＤ「ＯＴＨＥＲ＿ＵＳＥＲ０００１」について、宛先サーバ「ＧＷサーバ」と関連付けられた仮名称「ｋａｍｅｉ１」を取得する。ユーザＩＤ連携部３１４は、取得した仮名称「ｋａｍｅｉ１」を操作処理部１４へ通知する。
【００８１】
続いて、ユーザＩＤ連携部１５は、認証サーバ３１からＧＷサーバ宛仮名称の通知があるか否かにより、異なる処理を行う（ステップＳ８３）。認証サーバ３１からＧＷサーバ宛仮名称の通知がある場合（ステップＳ８３のＹｅｓ）、ユーザＩＤ連携部１５は、処理をステップＳ８４へ移行する。認証サーバ３１から、ＧＷサーバ宛仮名称が存在しないことが通知された場合（ステップＳ８３のＮｏ）、ユーザＩＤ連携部１５は、処理をステップＳ８５へ移行する。
【００８２】
ステップＳ８４において、ユーザＩＤ連携部１５は、データベース１２に記録される第２のユーザ管理システム用ＩＤ連携情報テーブルを参照し、通知されたＧＷサーバ宛仮名称と対応付けられたゲートウェイサーバ１０のユーザＩＤを取得する（ステップＳ８４）。
【００８３】
例えば、図９においては、ユーザＩＤ連携部１５は、第２のユーザ管理システム用ＩＤ連携情報テーブルを参照し、通知された仮名称「ｋａｍｅｉ１」と対応付けられたゲートウェイサーバ１０のユーザＩＤ「ＵＳＥＲ０００１」を取得する。
ユーザＩＤ連携部１５は、データベース１２に記録される第１のユーザ管理システム用ＩＤ連携情報テーブルを参照し、ステップＳ８４で取得されたゲートウェイサーバ１０のユーザＩＤと対応付けられた連携用ＩＤが存在するか否かを判断する（ステップＳ８６）。ゲートウェイサーバ１０のユーザＩＤと対応付けられた連携用ＩＤが存在する場合（ステップＳ８６のＹｅｓ）、ユーザＩＤ連携部１５は、処理をステップＳ８７へ移行する。ゲートウェイサーバ１０のユーザＩＤと対応付けられた連携用ＩＤが存在しない場合（ステップＳ８６のＮｏ）、処理をステップＳ８８へ移行する。
【００８４】
例えば、図９においては、ユーザＩＤ連携部１５は、第１のユーザ管理システム用ＩＤ連携情報テーブルを参照し、ゲートウェイサーバ１０のユーザＩＤ「ＵＳＥＲ０００１」と対応付けられた連携用ＩＤ「ＩＤ００１」が存在すると判断する。
ステップＳ８７において、ユーザＩＤ連携部１５は、ゲートウェイサーバ１０における利用者の第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルに連携用ＩＤ及び仮名称がそれぞれ登録済みであることを利用端末４０に表示させ（ステップＳ８７）、処理を終了する。
【００８５】
ステップＳ８８において、操作処理部１４は、運用者に対して、第１のユーザ管理システム２０において利用者を特定する情報である連携用ＩＤを要求する。ユーザＩＤ連携部１５は、利用端末４０から連携用ＩＤが入力されると、入力された連携用ＩＤと、自サーバのユーザＩＤとを関連付けて、データベース１２に記録される第１のユーザ管理システム用ＩＤ連携情報テーブルへ登録する（ステップＳ８８）。
【００８６】
続いて、ユーザＩＤ連携部１５は、ゲートウェイサーバ１０における利用者の第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルに連携用ＩＤ及び仮名称がそれぞれ登録されたことを利用端末４０に表示させ（ステップＳ８９）、処理を終了する。
ステップＳ８５において、操作処理部１４は、運用者に対して、第１のユーザ管理システム２０において利用者を特定する情報である連携用ＩＤを要求する。ユーザＩＤ連携部１５は、利用端末４０から連携用ＩＤが入力されると、データベース１２に記録される第１のユーザ管理システム用ＩＤ連携情報テーブルを参照し、入力された連携用ＩＤと対応付けられたゲートウェイサーバ１０のユーザＩＤが存在するか否かを判断する（ステップＳ８５）。入力された連携用ＩＤと対応付けられたゲートウェイサーバ１０のユーザＩＤが存在する場合（ステップＳ８５のＹｅｓ）、ユーザＩＤ連携部１５は、処理をステップＳ８１０へ移行する。入力された連携用ＩＤと対応付けられたゲートウェイサーバ１０のユーザＩＤが存在しない場合（ステップＳ８５のＮｏ）、ユーザＩＤ連携部１５は、処理をステップＳ８１１へ移行する。
【００８７】
ステップＳ８１０において、ユーザＩＤ連携部１５は、ステップＳ８２で入力されたユーザ指定子により指定される認証サーバ３１のユーザＩＤと対応付けられたＧＷサーバ宛仮名称の発行を、認証サーバ３１に対して要求する（ステップＳ８１０）。
認証サーバ３１のユーザＩＤ連携部３１４は、ユーザＩＤ連携部１５からＧＷサーバ宛仮名称の発行が要求されると、ＧＷサーバ宛仮名称を発行する。ユーザＩＤ連携部３１４は、発行したＧＷサーバ宛仮名称と、自サーバのユーザＩＤとを対応付け、データベース３１２に記録されるＩＤ連携情報テーブルへ登録する。また、ユーザＩＤ連携部３１４は、発行したＧＷサーバ宛仮名称をゲートウェイサーバ１０へ送信する。
【００８８】
続いて、ユーザＩＤ連携部１５は、認証サーバ３１から送信されたＧＷサーバ宛仮名称を受信すると、受信したＧＷサーバ宛仮名称と、ステップＳ８５で取得した自サーバのユーザＩＤとを関連付け、データベース１２に記録される第２のユーザ管理システム用ＩＤ連携情報テーブルへ登録する（ステップＳ８１２）。登録後、ユーザＩＤ連携部１５は、処理をステップＳ８９へ移行する。
【００８９】
ステップＳ８１１において、ユーザＩＤ連携部１５は、自サーバのユーザＩＤを発行する（ステップＳ８１１）。
続いて、ユーザＩＤ連携部１５は、ステップＳ８５で入力された連携用ＩＤと、ステップＳ８１１で発行されたユーザＩＤとを対応付けて、データベース１２に記録される第１のユーザ管理システム用ＩＤ連携情報テーブルへ登録する（ステップＳ８１３）。
【００９０】
続いて、ユーザＩＤ連携部１５は、ステップＳ８２で入力されたユーザ指定子により指定される認証サーバ３１のユーザＩＤと対応付けられたＧＷサーバ宛仮名称の発行を、認証サーバ３１に対して要求する（ステップＳ８１４）。
認証サーバ３１のユーザＩＤ連携部３１４は、ユーザＩＤ連携部１５からＧＷサーバ宛仮名称の発行が要求されると、ＧＷサーバ宛仮名称を発行する。ユーザＩＤ連携部３１４は、発行したＧＷサーバ宛仮名称と、自サーバのユーザＩＤとを対応付け、データベース３１２に記録されるＧＷサーバ用ＩＤ連携情報テーブルへ登録する。また、ユーザＩＤ連携部３１４は、登録したＧＷサーバ宛仮名称をゲートウェイサーバ１０へ送信する。
【００９１】
続いて、ユーザＩＤ連携部１５は、認証サーバ３１から送信されたＧＷサーバ宛仮名称を受信すると、受信したＧＷサーバ宛仮名称と、ステップＳ８１１で発行した自サーバのユーザＩＤとを関連付け、データベース１２に記録される第２のユーザ管理システム用ＩＤ連携情報テーブルへ登録する（ステップＳ８１５）。ユーザＩＤ連携部１５は、処理をステップＳ８９へ移行する。
【００９２】
図８に示す処理により、ゲートウェイサーバ１０の第１のユーザ管理システム用ＩＤ連携情報テーブルにユーザＩＤと対応する連携用ＩＤが登録され、第２のユーザ管理システム用ＩＤ連携情報テーブルにユーザＩＤと対応するＧＷサーバ宛仮名称が登録される。これにより、ゲートウェイサーバ１０は、第１及び第２のユーザ管理システムの連携用ＩＤと仮名称とを統合しなくても、連携用ＩＤが分かれば仮名称を特定でき、同様に、仮名称が特定できれば、連携用ＩＤを特定することが可能となる。
【００９３】
また、第１のユーザ管理システム用ＩＤ連携情報テーブルに連携用ＩＤが登録され、第２のユーザ管理システム用ＩＤ連携情報テーブルにＧＷサーバ宛仮名称が登録された後においては、第１のユーザ管理システム２０へのログイン後、第２のユーザ管理システム３０へログインしようとする際、又は、第２のユーザ管理システム３０へのログイン後、第１のユーザ管理システム２０へログインしようとする際には、利用者は、最初のログイン時の認証のみで両システムへのログインが可能となる。つまり、シングルサインオンが可能となる。なお、続けてログインを希望するユーザ管理システムのセキュリティポリシによっては、再度利用者に認証の操作をさせることも可能である。
【００９４】
図１０は、利用者が第１のユーザ管理システム２０へログインした後、第１のユーザ管理システム２０から第２のユーザ管理システム３０へログインする際のゲートウェイサーバ１０の動作を示すフローチャートである。
まず、利用者が利用端末４０から第１のユーザ管理システム２０に所属するサービスサーバ２２−１に対して、第１のユーザ管理システム２０へのログインを要求する。利用者からのログイン要求を受けると、サービスサーバ２２−１のサービス実行部２２２は、認証サーバ２１の認証部２１３に対し、利用者の認証を要求する。
【００９５】
認証部２１３は、サービス実行部２２２からの認証要求を受けると、利用端末４０に認証画面を表示させ、利用者に対して認証サーバ２１の連携用ＩＤを要求する。認証部２１３は、利用端末４０から認証サーバ２１の連携用ＩＤが入力されると、ログインを要求した者が利用者であると認定する。認証部２１３は、認定した利用者に対してログインを許可する旨をサービス実行部２２２へ返すと共に、認定した利用者に対してログインを許可する旨を利用端末４０へ通知する。
【００９６】
続いて、第１のユーザ管理システム２０へのログインが許可された利用者は、サービスサーバ２２−１に対して、第２のユーザ管理システム３０へのログインを要求する。利用者から第２のユーザ管理システム３０へのログイン要求を受けると、サービスサーバ２２−１のサービス実行部２２２は、認証サーバ２１のユーザＩＤ連携部２１４を介し、ゲートウェイサーバ１０のユーザＩＤ連携部１５へ、第２のユーザ管理システム３０へのログインを要求する。このとき、第１のユーザ管理システム２０における連携用ＩＤについての情報もゲートウェイサーバ１０のユーザＩＤ連携部１５へ通知される。
【００９７】
ユーザＩＤ連携部１５は、第２のユーザ管理システム３０へのログイン要求を受けると、第１のユーザ管理システム用ＩＤ連携情報テーブルに、通知された連携用ＩＤが登録されているか否かを判断する（ステップＳ１０１）。第１のユーザ管理システム用ＩＤ連携情報テーブルに、通知された連携用ＩＤが登録されている場合（ステップＳ１０１のＹｅｓ）、ユーザＩＤ連携部１５は、処理をステップＳ１０２へ移行する。第１のユーザ管理システム用ＩＤ連携情報テーブルに、通知された連携用ＩＤが登録されていない場合（ステップＳ１０１のＮｏ）、ユーザＩＤ連携部１５は、処理をステップＳ１０３へ移行する。
【００９８】
ステップＳ１０３において、ユーザＩＤ連携部１５は、自サーバのユーザＩＤを発行する（ステップＳ１０３）。続いて、ユーザＩＤ連携部１５は、発行したユーザＩＤと、通知された連携用ＩＤとを対応付けて、データベース１２に記録される第１のユーザ管理システム用ＩＤ連携情報テーブルへ登録し（ステップＳ１０４）、処理をステップＳ１０２へ移行する。
【００９９】
ステップＳ１０２において、ユーザＩＤ連携部１５は、第１のユーザ管理システム用ＩＤ連携情報テーブルに記載されるユーザＩＤと対応付けられた仮名称が、第２のユーザ管理システム用ＩＤ連携情報テーブルに登録されているか否かを判断する（ステップＳ１０２）。第１のユーザ管理システム用ＩＤ連携情報テーブルに記載されるユーザＩＤと対応付けられた仮名称が、第２のユーザ管理システム用ＩＤ連携情報テーブルに登録されている場合（ステップＳ１０２のＹｅｓ）、ユーザＩＤ連携部１５は、処理をステップＳ１０５へ移行する。第１のユーザ管理システム用ＩＤ連携情報テーブルに記載されるユーザＩＤと対応付けられた仮名称が、第２のユーザ管理システム用ＩＤ連携情報テーブルに登録されていない場合（ステップＳ１０２のＮｏ）、ユーザＩＤ連携部１５は、処理をステップＳ１０６へ移行する。
【０１００】
ステップＳ１０５において、ユーザＩＤ連携部１５は、第２のユーザ管理システム３０の認証サーバ３１に対し、第２のユーザ管理システム用ＩＤ連携情報テーブルに登録される仮名称を通知し（ステップＳ１０５）、処理を終了する。
認証サーバ３１の認証部３１３は、ユーザＩＤ連携部１５から仮名称が通知されると、ログインを要求した者が利用者であると認定する。認証部３１３は、認定した利用者に対してログインを許可する旨を利用端末４０へ通知する。
【０１０１】
ステップＳ１０６において、ユーザＩＤ連携部１５は、第２のユーザ管理システム３０の認証サーバ３１に対し、利用者の認証を要求する（ステップＳ１０６）。
認証サーバ３１の認証部３１３は、ユーザＩＤ連携部１５からの認証要求を受けると、利用端末４０に認証画面を表示させ、利用者に対して認証サーバ３１のユーザＩＤの入力を要求する。認証部３１３は、利用端末４０から認証サーバ３１のユーザＩＤが入力されると、ログインを要求した者が利用者であると認定する。認証部３１３は、認定した利用者に対してログインを許可する旨を利用端末４０へ通知する。また、このとき、ユーザＩＤ連携部３１４は、利用者の認証サーバ３１のユーザＩＤを特定する。ユーザＩＤ連携部３１４は、利用者のユーザＩＤが特定されると、特定されたユーザＩＤと対応付けたＧＷサーバ宛仮名称を発行する。ユーザＩＤ連携部３１４は、特定されたユーザＩＤと、発行したＧＷサーバ宛仮名称とを対応付け、データベース３１２に記録されるＩＤ連携情報テーブルへ登録する。ＧＷサーバ宛仮名称は、登録したＧＷサーバ宛仮名称をゲートウェイサーバ１０へ通知する。
【０１０２】
ユーザＩＤ連携部１５は、認証サーバ３１からＧＷサーバ宛仮名称を通知されると、通知されたＧＷサーバ宛仮名称と、ステップＳ１０３で発行したユーザＩＤとを対応付け、データベース１２に記録される第２のユーザ管理システム用ＩＤ連携情報テーブルへ登録し（ステップＳ１０７）、処理を終了させる。
【０１０３】
図１１は、利用者が第２のユーザ管理システム３０へログインした後、第２のユーザ管理システム３０から第１のユーザ管理システム２０へログインする際のゲートウェイサーバ１０の動作を示すフローチャートである。
まず、利用者が利用端末４０から第２のユーザ管理システム３０に所属するサービスサーバ３２−１に対して、第２のユーザ管理システム３０へのログインを要求する。利用者からのログイン要求を受けると、サービスサーバ３２−１のサービス実行部３２３は、認証サーバ３１の認証部３１３に対し、利用者の認証を要求する。
【０１０４】
認証部３１３は、サービス実行部３２３からの認証要求を受けると、利用端末４０に認証画面を表示させ、利用者に対して認証サーバ３１のユーザＩＤを要求する。認証部３１３は、利用端末４０から認証サーバ３１のユーザＩＤが入力されると、ログインを要求した者が利用者であると認定する。認証部３１３は、認定した利用者に対してログインを許可する旨をサービス実行部３２３へ返すと共に、認定した利用者に対してログインを許可する旨を利用端末４０へ通知する。
【０１０５】
続いて、第２のユーザ管理システム３０へのログインが許可された利用者は、サービスサーバ３２−１に対して、第１のユーザ管理システム２０へのログインを要求する。利用者から第１のユーザ管理システム２０へのログイン要求を受けると、サービスサーバ３２−１のサービス実行部３２３は、認証サーバ３１のユーザＩＤ連携部３１４へ、第１のユーザ管理システム２０へのログインを要求する。
【０１０６】
ユーザＩＤ連携部３１４は、第１のユーザ管理システム２０へのログイン要求を受けると、データベース３１２に記録されるＩＤ連携情報テーブルにＧＷサーバ宛仮名称が登録されているか否かを判断する。ＧＷサーバ宛仮名称が登録されていない場合、ユーザＩＤ連携部３１４は、ゲートウェイサーバ１０に対してログイン要求と共に、サーバ３１宛仮名称の発行要求を送信する。ＧＷサーバ宛仮名称が登録されている場合、ユーザＩＤ連携部３１４は、ゲートウェイサーバ１０に対してログイン要求と共に、ＧＷサーバ宛仮名称を通知する。
【０１０７】
ユーザＩＤ連携部１５は、第１のユーザ管理システム２０へのログイン要求を受けると、ログイン要求と共にＧＷサーバ宛仮名称が通知されたか、サーバ３１宛仮名称の発行要求が通知されたかを判断する（ステップＳ１１１）。ＧＷサーバ宛仮名称が通知された場合（ステップＳ１１１のＹｅｓ）、ユーザＩＤ連携部１５は、データベース１２に記録される第２のユーザ管理システム用ＩＤ連携情報テーブルに仮名称と、自サーバのユーザＩＤとが対応付けられて登録されていると判断し、処理をステップＳ１１２へ移行する。サーバ３１宛仮名称の発行要求が通知された場合（ステップＳ１１１のＮｏ）、ユーザＩＤ連携部１５は、第２のユーザ管理システム用ＩＤ連携情報テーブルにＧＷサーバ宛仮名称が未登録であるとして、処理をステップＳ１１３へ移行する。
【０１０８】
ステップＳ１１３において、ユーザＩＤ連携部１５は、自サーバのユーザＩＤを発行する（ステップＳ１１３）。ユーザＩＤ連携部１５は、発行したユーザＩＤに該当するサーバ３１宛仮名称を発行する（ステップＳ１１４）。ユーザＩＤ連携部１５は、ステップＳ１１３で発行したユーザＩＤと、ステップＳ１１４で発行した仮名称とを対応付けて、データベース１２に記録される第２のユーザ管理システム用ＩＤ連携情報テーブルへ登録すると共に、登録した仮名称を認証サーバ３１へ送信する（ステップＳ１１５）。この後、ユーザＩＤ連携部１５は、処理をステップＳ１１２へ移行する。
【０１０９】
ユーザＩＤ連携部３１４は、ゲートウェイサーバ１０から送信されたサーバ３１宛仮名称を受信すると、受信したサーバ３１宛仮名称と、自サーバのユーザＩＤとを対応付けて、ＩＤ連携情報テーブルに登録する。
ステップＳ１１２において、ユーザＩＤ連携部１５は、第２のユーザ管理システム用ＩＤ連携情報テーブルに記載されるユーザＩＤと対応付けられた連携用ＩＤが、第１のユーザ管理システム用ＩＤ連携情報テーブルに登録されているか否かを判断する（ステップＳ１１２）。第２のユーザ管理システム用ＩＤ連携情報テーブルに記載されるユーザＩＤと対応付けられた連携用ＩＤが、第１のユーザ管理システム用ＩＤ連携情報テーブルに登録されている場合（ステップＳ１１２のＹｅｓ）、ユーザＩＤ連携部１５は、処理をステップＳ１１６へ移行する。第２のユーザ管理システム用ＩＤ連携情報テーブルに記載されるユーザＩＤと対応付けられた連携用ＩＤが、第１のユーザ管理システム用ＩＤ連携情報テーブルに登録されていない場合（ステップＳ１１２のＮｏ）、ユーザＩＤ連携部１５は、処理をステップＳ１１７へ移行する。
【０１１０】
ステップＳ１１６において、ユーザＩＤ連携部１５は、第１のユーザ管理システム２０の認証サーバ２１に対し、第１のユーザ管理システム用ＩＤ連携情報テーブルに登録される連携用ＩＤを通知し（ステップＳ１１６）、処理を終了する。
認証サーバ２１の認証部２１３は、ユーザＩＤ連携部１５から連携用ＩＤが通知されると、ログインを要求した者が利用者であると認定する。認証部２１３は、認定した利用者に対してログインを許可する旨を利用端末４０へ通知する。
【０１１１】
ステップＳ１１７において、ユーザＩＤ連携部１５は、第１のユーザ管理システム２０の認証サーバ２１に対し、利用者の認証を要求する（ステップＳ１１７）。
認証サーバ２１の認証部２１３は、ユーザＩＤ連携部１５からの認証要求を受けると、利用端末４０に認証画面を表示させ、利用者に対して認証サーバ２１の連携用ＩＤの入力を要求する。認証部２１３は、利用端末４０から認証サーバ２１の連携用ＩＤが入力されると、ログインを要求した者が利用者であると認定する。認証部２１３は、認定した利用者に対してログインを許可する旨を利用端末４０へ通知する。また、このとき、ユーザＩＤ連携部２１４は、利用者の認証サーバ２１の連携用ＩＤを特定する。ユーザＩＤ連携部２１４は、利用者の連携用ＩＤが特定されると、特定された連携用ＩＤをゲートウェイサーバ１０へ通知する。
【０１１２】
ユーザＩＤ連携部１５は、認証サーバ２１から連携用ＩＤの通知を受けると、通知された連携用ＩＤと、自サーバのユーザＩＤとを対応付け、データベース１２に記録される第１のユーザ管理システム用ＩＤ連携情報テーブルへ登録し（ステップＳ１１８）、処理を終了する。
【０１１３】
図１０及び図１１に示す処理により、ゲートウェイサーバ１０の第１のユーザ管理システム用ＩＤ連携情報テーブルにユーザＩＤと対応する連携用ＩＤが登録され、第２のユーザ管理システム用ＩＤ連携情報テーブルにユーザＩＤと対応するＧＷサーバ宛仮名称が登録される。これにより、ゲートウェイサーバ１０は、第１及び第２のユーザ管理システムの連携用ＩＤと仮名称とを統合しなくても、連携用ＩＤが分かれば仮名称を特定でき、同様に、仮名称が特定できれば、連携用ＩＤを特定することが可能となる。
【０１１４】
また、第１のユーザ管理システム用ＩＤ連携情報テーブルに連携用ＩＤが登録され、第２のユーザ管理システム用ＩＤ連携情報テーブルにＧＷサーバ宛仮名称が登録された後においては、第１のユーザ管理システム２０へのログイン後、第２のユーザ管理システム３０へログインしようとする際、又は、第２のユーザ管理システム３０へのログイン後、第１のユーザ管理システム２０へログインしようとする際には、利用者は、最初のログイン時の認証のみで両システムへのログインが可能となる。つまり、シングルサインオンが可能となる。なお、続けてログインを希望するユーザ管理システムのセキュリティポリシによっては、再度利用者に認証の操作をさせることも可能である。
【０１１５】
なお、図１１のステップＳ１１４では、ゲートウェイサーバ１０のユーザＩＤ連携部１５は、第２のユーザ管理システムで用いられるサーバ３１宛仮名称を発行するようにしている。この場合、実装形態によっては、図１１の処理の後に、利用者が第１のユーザ管理システム２０へのログイン時の認証のみで第２のユーザ管理システム３０へログインしようとする場合、又は、利用者が第２のユーザ管理システム３０へのログイン時の認証のみで第１のユーザ管理システム２０へログインしようとする場合に、仮名称が合致せず正常にアクセスできない場合がある。
【０１１６】
具体的には、仮名称を発行したサーバと、それ以外のサーバとで異なる仮名称が登録される場合にはこの問題が生じる。例を以下に示す。
図１２は、図１１のステップＳ１１５で、ゲートウェイサーバ１０の第２のユーザ管理システム用ＩＤ連携情報テーブルに登録される仮名称と、このときに認証サーバ３１のＩＤ連携情報テーブルに登録される仮名称との例を示す図である。第２のユーザ管理システム用ＩＤ連携情報テーブルに登録される仮名称には、ゲートウェイサーバ１０が発行サーバであることを示す「ｉｄｐ＿」が付与され、ＩＤ連携情報テーブルに登録される仮名称には、認証サーバ３１が発行サーバ以外であることを示す「ｓｐ＿」が付与される。
【０１１７】
一方、ユーザＩＤ連携後に、第１のユーザ管理システム２０と第２のユーザ管理システム３０との間でシングルサインオンや情報流通を実現しようとすると、認証を実施する第２のユーザ管理システム３０の認証サーバ３１が発行サーバ扱いとなり、図１３に示すＩＤ連携情報テーブルが必要となる。図１３に示すＩＤ連携情報テーブルは、図１２で示すＩＤ連携情報テーブルとは異なっているため、図１２に示すＩＤ連携情報テーブルでは、利用者を特定することができない。
【０１１８】
そこで、図１１に示すステップＳ１１５において、ゲートウェイサーバ１０の第２のユーザ管理システム用ＩＤ連携情報テーブルに仮名称を登録する際に、ユーザＩＤ連携部１５は、発行サーバであることを示す「ｉｄｐ＿」の代わりに、発行サーバ以外であることを示す「ｓｐ＿」を仮名称に付加するようにする。また、ステップＳ１１５において、第２のユーザ管理システム３０のＩＤ連携情報テーブルに仮名称を登録する際に、ユーザＩＤ連携部３１４は、発行サーバ以外であることを示す「ｓｐ＿」の代わりに、発行サーバであることを示す「ｉｄｐ＿」を仮名称に付加するようにする。すなわち仮名称を入れ替える処理を追加する。
【０１１９】
これにより、図１１のフローが終了した時点で第２のユーザ管理システム用ＩＤ連携情報テーブル及びＩＤ連携情報テーブルに登録されている仮名称は図１３のようになる。つまり、第１のユーザ管理システム２０と第２のユーザ管理システム３０との間でシングルサインオンを実現しようとする場合に、仮名称の不一致によるシングルサインオンの失敗を避けることが可能となる。
【０１２０】
また、図１０及び図１１に示すフローチャートで、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルにそれぞれ登録された連携用ＩＤ及び仮名称は、利用者との接続が切れた後は消去されるようにしても構わない。すなわち、ゲートウェイサーバ１０のユーザＩＤ連携部１５は、利用者がネットワークに接続している間は、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルに記録される情報を維持する。そして、利用者からの要求に応じて、ユーザＩＤ連携部１５は、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルを参照し、第１及び第２のユーザ管理システム２０，３０におけるユーザ識別子を関連付ける。利用者のネットワークへの接続が切れた場合、ユーザＩＤ連携部１５は、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルの情報を消去する。
【０１２１】
これにより、一方のユーザ管理システムからログイン後、他方のユーザ管理システムにログインしようとする場合、利用者は、他方のユーザ管理システムへのログインが２回目以降であっても、接続を切断した後においては、他方のユーザ管理システムで認証操作を行う必要がある。一方で、データの保存領域が節約でき、かつ、データ管理の手間が軽減されるというメリットがある。
【０１２２】
以上のように、上記実施形態に係るネットワークシステムは、ネットワーク１００に連結されたゲートウェイサーバ１０を具備する。ゲートウェイサーバ１０は、データベース１２に第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルを記録し、この第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルに、第１のユーザ管理システム２０のユーザ識別子である連携用ＩＤと、第２のユーザ管理システム３０のユーザ識別子である仮名称とを自サーバのユーザＩＤと対応付けて登録する。これにより、ゲートウェイサーバ１０は、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルを参照することで、第１のユーザ管理システム２０での連携用ＩＤと、第２のユーザ管理システム３０での仮名称とを対応付けることが可能となり、両ユーザ管理システムにおける同一の利用者を一意に特定することが可能となる。
【０１２３】
ところで、単に同一の利用者に対する複数のユーザＩＤを関連付けるだけであれば、ＩＤ連携型のように１つのユーザＩＤに統合するか、ＩＤ預託型のように各ユーザＩＤを関連付けて管理するテーブルを設け、それを参照して変換することで実現できる。しかしながら、それではＩＤ連携型又はＩＤ預託型の問題点までも踏襲することになる。
【０１２４】
特に、セキュアなＩＤ連携を特徴とするＩＤ連携型のユーザ管理システムとネットワーク接続する場合には、当該ユーザ管理システムにおいてＩＤ連携情報テーブルのキーとなっているユーザ識別子を、他のユーザ管理システムへ流出することは許されない。本実施形態に係るネットワークシステムでは、ゲートウェイサーバ１０と、認証サーバ３１とでＧＷサーバ宛仮名称を管理するようにしているため、仮名称が他のユーザ管理システムへ流出することはない。これにより、ＩＤ連携型のユーザ管理システムと同等のセキュリティレベルを保ちつつ、ユーザ管理システム間のユーザＩＤ連携を実現することが可能となる。
【０１２５】
また、上記実施形態では、ユーザＩＤ連携部１５は、利用者のログイン時の認証処理に伴い、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルに連携用ＩＤ及びＧＷサーバ宛仮名称をそれぞれ登録する。また、利用者が、いずれかのユーザ管理システムから他のユーザ管理システムへのログインを要求した場合、ユーザＩＤ連携部１５は、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルを参照し、一方のユーザ識別子から他方のユーザ識別子を特定する。これにより、ユーザ管理システム間のユーザＩＤ連携において、ＩＤ連携情報テーブルが自動的に作成されるようになり、かつ、サービスサーバ３２−１〜３２−ｍ毎にＩＤ連携情報テーブルを作成する必要がないため、ＩＤ連携情報テーブルを作成・管理するためのコスト及び負荷が軽減されることとなる。
【０１２６】
また、上記実施形態に係るネットワークシステムでは、ユーザＩＤ連携部１５は、発行サーバであることを示す仮名称と、発行サーバ以外であることを示す仮名称とが異なる場合には、第２のユーザ管理システム用ＩＤ連携情報テーブル及びＩＤ連携情報テーブルへの登録時に、登録される仮名称を入れ替えるようにしている。これにより、第１のユーザ管理システム２０と第２のユーザ管理システム３０との間でシングルサインオンを実現しようとする場合に、仮名称の不一致によるシングルサインオンの失敗を避けることが可能となる。
【０１２７】
したがって、本発明に係るネットワークシステムによれば、ユーザ管理方式の異なるユーザ管理システム間で同一の利用者を特定することができる。このように、方式の異なるユーザ管理システム間で同一の利用者を特定できるため、これらのユーザ管理システム間においてシングルサインオン及びデータアクセスが可能となる。
【０１２８】
なお、上記実施形態では、ゲートウェイサーバ１０が認証部１３を備える場合を例に説明したが、これに限定される訳ではない。例えば、運用者がゲートウェイサーバ１０へログインする際の認証を認証サーバ２１，３１に委託する場合には、ゲートウェイサーバ１０は、認証部１３を備えていなくても構わない。
【０１２９】
また、上記実施形態では、ゲートウェイサーバ１０が操作処理部１４を備え、運用者が操作処理部１４に対して操作指示を与える場合を例に説明した。しかしながら、これに限定される訳ではない。例えば、操作処理部は、認証サーバ２１，３１のいずれかに設けられ、運用者は、認証サーバ２１，３１のいずれかに設けられた操作処理部に対して操作指示を与えるようにしても構わない。
【０１３０】
また、上記実施形態では、第１のユーザ管理システム２０のＩＤ連携情報テーブルに認証サーバ２１のユーザＩＤと連携用ＩＤが関連付けて登録され、ゲートウェイサーバ１０の第１のユーザ管理システム用ＩＤ連携情報テーブルにゲートウェイサーバ１０のユーザＩＤと連携用ＩＤのマッピング情報が登録される場合を例に説明したが、これに限定される訳ではない。例えば、第１のユーザ管理システム２０のＩＤ連携情報テーブルに認証サーバ２１のユーザＩＤとサービスサーバ２２−１〜２２−ｎの実ユーザＩＤとが登録され、第１のユーザ管理システム用ＩＤ連携情報テーブルにゲートウェイサーバ１０のユーザＩＤと認証サーバ２１の実ユーザＩＤとが登録される場合であっても同様に実施可能である。
【０１３１】
また、上記実施形態では、認証サーバ３１の認証部３１３での認証で、利用者又は運用者に認証サーバ３１のユーザＩＤの入力を要求する場合を例に説明したが、これに限定される訳ではない。例えば、ユーザＩＤの入力を要求する代わりに、ユーザＩＤを一意に特定することのできるログインＩＤの入力を要求するようにしても構わない。このとき、認証サーバ３１のデータベース３１２に、ユーザＩＤとログインＩＤとの対応付けを管理するテーブルを設けてもよい。
【０１３２】
また、上記実施形態に係るゲートウェイサーバ１０、認証サーバ２１，３１及びサービスサーバ２２−１〜２２−ｎ，３２−１〜３２−ｍは、記憶装置（例えば、揮発性メモリ、不揮発性メモリ、ハードディスク）、演算処理装置（例えばＣＰＵ）、通信装置（例えば、ＬＡＮカード、モデム、通信ケーブル、赤外線通信機、無線通信機）等を備えたコンピュータにより実現可能である。
【０１３３】
この場合、コンピュータは、プログラム及びプログラムの処理に必要なデータを記憶装置に記憶しておき、必要に応じて演算処理装置がプログラムを読み込んで解釈実行することで、認証部１３，２１３，３１３、操作処理部１４、ユーザＩＤ連携部１５，２１４，３１４，３２４及びサービス実行部２２２，３２３の機能を実現する。
【０１３４】
上記実施形態に係るネットワークシステムを構成するゲートウェイサーバ１０、認証サーバ２１，３１及びサービスサーバ２２−１〜２２−ｎ，３２−１〜３２−ｍにおける処理機能をコンピュータによって実現する場合、各サーバが有すべき機能の処理内容はプログラムによって記述される。
【０１３５】
この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。
【０１３６】
また、コンピュータ上で所定のプログラムを実行させることにより、上記各サーバを構成するとしてもよいが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【０１３７】
１０…ゲートウェイサーバ、１１，２１１，２２１，３１１，３２１…通信部、１２，２１２，３１２，３２２…データベース、１３，２１３，３１３…認証部、１４…操作処理部、１５，２１４，３１４，３２４…ユーザＩＤ連携部、２０…第１のユーザ管理システム、２１，３１…認証サーバ、２２−１〜２２−ｎ、３２−１〜３２−ｍ…サービスサーバ、３０…ユーザ管理システム、４０…利用端末
【技術分野】
【０００１】
本発明は、異なる方式でユーザを管理する複数のユーザ管理システムを備えるネットワークシステムと、このネットワークシステムに備えられるゲートウェイサーバと、このネットワークシステムで用いられるユーザ識別子連携方法及びユーザ識別子連携プログラムとに関する。
【背景技術】
【０００２】
近年、ネットバンク、ネットショッピング及びウェブメール等、オンライン上のサービスが増加している。個々のサービスでは、オンライン上で利用者を識別するため、利用者毎に登録されたユーザＩＤが管理される。ただし、利用するサービスが増えるにつれ、利用者が管理すべきユーザＩＤが増加し、ユーザＩＤの管理負担が増加するとの問題がある。
【０００３】
利用者によるユーザＩＤの管理負担を削減する目的で、多くのユーザ管理システムが提案されている。ユーザ管理方式又はプロトコルが統一された同一のユーザ管理システム内においては、サービスサーバ毎に登録された異なるユーザ識別子を互いにリンクさせて管理する。これにより、ネットワーク上の複数のサービスサーバに対して一度の認証手続でアクセスを可能とするシングルサインオンを実現することが可能となる。なお、ユーザ管理システムとは、ネットワークに接続された複数のサーバから成り、各サーバのユーザ識別子をリンクさせて同一ユーザを特定する方法、及び／又は、ユーザ識別子をリンクさせるためのサーバ間での通信プロトコル等が同一であるサーバ群のことを指す。
【０００４】
シングルサインオンを目的としたユーザ管理方式は、ＩＤ統一型、ＩＤ預託型、ＩＤ連携型に分類できる。
ＩＤ統一型では、認証サーバがユーザＩＤを払い出し、各サービスサーバは共通してそのユーザＩＤによりサービスを提供する。ＩＤ統一型では、同一事業主体内でのシングルサインオンであれば問題ないが、複数の事業主体にまたがってシングルサインオンを提供する場合にはユーザＩＤを集中管理する事業主体にのみ顧客情報が集中してしまうことに対するビジネスモデル上の問題が指摘されている。また、既存のサービスサーバが本方式によりシングルサインオン化する場合には、既存のＩＤ体系を破棄し、認証サーバのＩＤ体系に順ずる必要があり、システム的に、また、ビジネスモデル的に参入への障壁が高い。
【０００５】
ＩＤ預託型では、各サービスサーバが払い出したユーザＩＤ及びパスワードを認証サーバに預け、認証サーバが払い出したユーザＩＤにより利用者認証を実施した後、認証サーバが各利用者を代行して各サービスサーバに対して各サービスサーバ用のユーザＩＤ及びパスワードを送信して各サービスサーバで再度認証を実施する方式である。ＩＤ預託型では、認証サーバにユーザＩＤ及びパスワードのセットを全て預けてしまうため、認証サーバ側での漏洩時の影響度が大きく、また、認証サーバ側で全利用者の各サイトにおけるユーザＩＤ及びパスワードが知りえることに対する危険性、及び、ユーザＩＤ及びパスワードを第三者機関へ預けることへの不安感による普及への障壁が指摘されている。
【０００６】
ＩＤ連携型では、ユーザＩＤを各サービスサーバ自身にて管理し、認証サーバのユーザＩＤと各サービスサーバ間のユーザＩＤとを仮名称により関連付けることによりユーザＩＤの分散管理を可能とする。つまり、認証サーバにおいて、認証サーバのユーザＩＤで利用者の認証が成功すると、認証サーバはこのユーザＩＤを仮名称に変換してサービスサーバヘ認証結果を通知する。サービスサーバでは仮名称を自身の管理するユーザＩＤに変換してサービスを提供することになる。本方式により既にサービス提供中のＩＤ体系を維持しつつ、かつ、名寄せが困難なセキュアなシングルサインオンを実現可能である。
【０００７】
しかしながら、ＩＤ連携型では、各サービスサーバにおいて仮名称と実ユーザＩＤとを変換するためのＩＤ連携情報テーブルを管理する必要がある。このため、既に商用サービスを提供しているサービスサーバをシングルサインオンに対応させるためには、サービスサーバに新たにＩＤ連携情報テーブルを導入／運用する必要があり、各サービスサーバにとって導入の障壁となるという問題がある。また、新たにＩＤの変換処理も必要となり性能の劣化も懸念されるという問題がある。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−２９９３０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
前述したように、各ユーザ管理方式にはそれぞれに長所及び短所がある。そのため、用途に応じた方式が、ユーザ管理システム毎に採用されている。一方で、ネットワーク技術の進展に伴い、各種のサービスを連携させ、利便性の高い統合サービスを提供するビジネスが期待されている。この期待に応えるため、方式の異なるユーザ管理システム同士をシングルサインオンで接続すること、及び、方式の異なるユーザ管理システム間で相互にデータアクセスを行うことが求められている。
【００１０】
方式の異なるユーザ管理システム間においてシングルサインオン及びデータアクセスを実現するためには、各ユーザ管理システムにおいて異なるユーザ識別子で管理された同一の利用者を関連付け、一方のユーザ管理システムから、他方のユーザ管理システム上の同一の利用者を特定できるようにする必要がある。
【００１１】
また、特に、セキュアなＩＤ連携を特徴とするＩＤ連携型のユーザ管理システムをネットワーク接続する場合には、ユーザＩＤ連携情報のキーとなっているユーザ識別子を、他のユーザ管理システムに流出することは許されない。そのため、ＩＤ連携型のユーザ管理システムと同等のセキュリティレベルを保ちつつ、ユーザ管理システム間のユーザＩＤを連携することが可能なしくみが必要である。
【００１２】
この発明は上記事情に着目してなされたもので、その目的とするところは、方式の異なるユーザ管理システム間で同一の利用者を特定可能なネットワークシステムと、このネットワークシステムに備えられるゲートウェイサーバと、このネットワークシステムで用いられるユーザ識別子連携方法及びユーザ識別子連携プログラムとを提供することにある。
【課題を解決するための手段】
【００１３】
上記目的を達成するためにこの発明に係るネットワークシステムは、第１及び第２のユーザ管理システムと、ゲートウェイサーバとを具備する。第１のユーザ管理システムは、利用者にサービスを提供する第１のサービスサーバと、前記第１のサービスサーバのユーザＩＤを管理するためのＩＤ情報を第１のＩＤ連携情報テーブルで管理する第１の認証サーバとを備える。第２のユーザ管理システムは、利用者にサービスを提供する第２のサービスサーバと、前記第２のサービスサーバをそれぞれ管理するために発行された第１の仲介用ＩＤ情報、及び、前記第１のユーザ管理システムとの連携のために発行された第２の仲介用ＩＤ情報を第２のＩＤ連携情報テーブルで管理する第２の認証サーバとを備える。ゲートウェイサーバは、前記ＩＤ情報と、前記第２の仲介用ＩＤ情報とを対応付けて第３のＩＤ連携情報テーブルで管理する。ゲートウェイサーバは、前記ＩＤ情報が通知されると共に、前記第２のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知されたＩＤ情報と対応する第２の仲介用ＩＤ情報を検出し、前記検出した前記第２の仲介用ＩＤ情報を前記第２の認証サーバへ出力する。また、ゲートウェイサーバは、前記第２の仲介用ＩＤ情報が通知されると共に、前記第１のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知された第２の仲介用ＩＤ情報と対応するＩＤ情報を検出し、前記検出した前記ＩＤ情報を前記第１の認証サーバへ出力する。
【００１４】
これにより、ネットワークシステムは、第３のＩＤ連携情報テーブルを参照することで、第１のユーザ管理システムでのＩＤ情報と、第２のユーザ管理システムでの第２の仲介用ＩＤ情報とを対応付けることが可能となり、両ユーザ管理システムにおける同一の利用者を一意に特定することが可能となる。
【００１５】
また、上記構成のネットワークシステムでは、前記ゲートウェイサーバは、運用者から入力される指定子に応じて前記第２の認証サーバで発行される第２の仲介用ＩＤ情報と、前記運用者により入力されるＩＤ情報とを、互いに対応付けて前記第３のＩＤ連携情報テーブルへ登録する。前記第２の認証サーバは、前記指定子に応じて前記第２の仲介用ＩＤ情報を発行し、前記発行した第２の仲介用ＩＤ情報を前記第２のＩＤ連携情報テーブルへ登録する。
【００１６】
これにより、ネットワークシステムでは、利用者の手を煩わせることなく、ゲートウェイサーバで第３のＩＤ連携情報テーブルにＩＤ情報及び第２の仲介用ＩＤ情報が登録されることになるため、第３のＩＤ連携情報テーブルを作成するためのコスト及び負荷が軽減されることとなる。
【００１７】
また、上記構成のネットワークシステムでは、前記ゲートウェイサーバは、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、前記第１のユーザ管理システムへのログイン後、前記第２のユーザ管理システムへ利用者がログインする際に前記第２の認証サーバで発行される第２の仲介用ＩＤ情報を、前記登録したＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録する。前記第２の認証サーバは、前記発行した第２の仲介用ＩＤ情報を前記第２のＩＤ連携情報テーブルへ登録するようにしている。
【００１８】
これにより、ネットワークシステムでは、利用者が第１のユーザ管理システムから第２のユーザ管理システムへログインすると、ゲートウェイサーバで第３のＩＤ連携情報テーブルにＩＤ情報及び第２の仲介用ＩＤ情報が登録されることになるため、第３のＩＤ連携情報テーブルを作成するためのコスト及び負荷が軽減されることとなる。
【００１９】
また、上記構成のネットワークシステムでは、前記第２のユーザ管理システムへ利用者がログインする際に第２の仲介用ＩＤ情報を発行し、前記発行した第２の仲介用ＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、前記第２のユーザ管理システムへのログイン後、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を、前記登録した第２の仲介用ＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録する。前記第２の認証サーバは、前記発行された第２の仲介用ＩＤ情報を前記第２のＩＤ連携情報テーブルへ登録するようにしている。
【００２０】
これにより、ネットワークシステムでは、利用者が第２のユーザ管理システムから第１のユーザ管理システムへログインすると、ゲートウェイサーバで第３のＩＤ連携情報テーブルにＩＤ情報及び第２の仲介用ＩＤ情報が登録されることになるため、第３のＩＤ連携情報テーブルを作成するためのコスト及び負荷が軽減されることとなる。
【００２１】
また、上記構成のネットワークシステムでは、前記ゲートウェイサーバは、前記発行した第２の仲介用ＩＤ情報を、前記第２の仲介用ＩＤ情報の発行元が自サーバでないことを示す文字を付して、前記第３のＩＤ連携情報テーブルへ登録する。前記第２の認証サーバは、前記発行された第２の仲介用ＩＤ情報を、前記第２の仲介用ＩＤ情報の発行元が自サーバであることを示す文字を付して、前記第２のＩＤ連携情報テーブルへ登録ようにしている。
【００２２】
これにより、ネットワークシステムは、第２の仲介用ＩＤ情報の発行サーバであるか、又は、発行サーバ以外であるかによって、登録される第２の仲介用ＩＤ情報が異なる場合においても、第２の仲介用ＩＤ情報の不一致によるシングルサインオンや情報流通の失敗を避けることが可能となる。
【００２３】
また、本発明に係るゲートウェイサーバは、上記構成のネットワークシステムで用いられ、通信部、データベース及びユーザＩＤ連携部を具備する。通信部は、前記ネットワークシステムと通信する。データベースは、前記ＩＤ情報と、前記第２の仲介用ＩＤ情報とを対応付けて管理する第３のＩＤ連携情報テーブルを記録する。ユーザＩＤ連携部は、前記ＩＤ情報が通知されると共に、前記第２のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知されたＩＤ情報と対応する第２の仲介用ＩＤ情報を検出し、前記検出した前記第２の仲介用ＩＤ情報を前記第２のユーザ管理システムへ出力する。ユーザＩＤ連携部は、前記第２の仲介用ＩＤ情報が通知されると共に、前記第１のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知された第２の仲介用ＩＤ情報と対応するＩＤ情報を検出し、前記検出した前記ＩＤ情報を前記第１のユーザ管理システムへ出力する。
【００２４】
これにより、ゲートウェイサーバは、第３のＩＤ連携情報テーブルを参照することで、第１のユーザ管理システムでのＩＤ情報と、第２のユーザ管理システムでの第２の仲介用ＩＤ情報とを対応付けることが可能となり、両ユーザ管理システムにおける同一の利用者を一意に特定することが可能となる。
【００２５】
また、上記構成のゲートウェイサーバでは、前記ユーザＩＤ連携部は、運用者から入力される指定子に応じて前記第２の認証サーバで発行される第２の仲介用ＩＤ情報と、前記運用者により入力されるＩＤ情報とを、互いに対応付けて前記第３のＩＤ連携情報テーブルへ登録するようにしている。
【００２６】
これにより、ゲートウェイサーバは、第３のＩＤ連携情報テーブルを作成するためのコスト及び負荷を軽減することが可能である。
【００２７】
また、上記構成のゲートウェイサーバでは、前記ユーザＩＤ連携部は、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、前記第１のユーザ管理システムへのログイン後、前記第２のユーザ管理システムへ利用者がログインする際に前記第２の認証サーバで発行される第２の仲介用ＩＤ情報を、前記登録したＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録するようにしている。
【００２８】
これにより、ゲートウェイサーバは、第３のＩＤ連携情報テーブルを作成するためのコスト及び負荷を軽減することが可能である。
また、上記構成のゲートウェイサーバでは、前記ユーザＩＤ連携部は、前記第２のユーザ管理システムへ利用者がログインする際に第２の仲介用ＩＤ情報を発行し、前記発行した第２の仲介用ＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、前記第２のユーザ管理システムへのログイン後、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を、前記登録した第２の仲介用ＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録するようにしている。
【００２９】
これにより、ゲートウェイサーバは、第３のＩＤ連携情報テーブルを作成するためのコスト及び負荷を軽減することが可能である。
また、上記構成のゲートウェイサーバでは、前記ユーザＩＤ連携部は、前記発行した第２の仲介用ＩＤ情報を、前記第２の仲介用ＩＤ情報の発行元が自サーバでないことを示す文字を付して、前記第３のＩＤ連携情報テーブルへ登録するようにしている。
【００３０】
これにより、ゲートウェイサーバは、第２の仲介用ＩＤ情報の発行サーバであるか、又は、発行サーバ以外であるかによって、登録される第２の仲介用ＩＤ情報が異なる場合においても、第２の仲介用ＩＤ情報の不一致によるシングルサインオンの失敗を避けることが可能となる。
【００３１】
また、上記構成のゲートウェイサーバでは、前記ユーザＩＤ連携部は、前記ログインを要求した利用者との接続が切断された場合、前記第３のＩＤ連携情報テーブルで管理される前記ＩＤ情報及び前記第２の仲介用ＩＤ情報を消去するようにしてもよい。
これにより、ゲートウェイサーバにおけるデータの保存領域が節約でき、かつ、データ管理の手間が軽減されることとなる。
【００３２】
また、本発明に係るユーザ識別子連携方法は、上記の第１及び第２のユーザ管理システムと、ゲートウェイサーバとを具備するネットワークシステムで用いられる。ユーザ識別子連携方法では、前記ＩＤ情報が通知されると共に、前記第２のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知されたＩＤ情報と対応する第２の仲介用ＩＤ情報を検出し、前記検出した前記第２の仲介用ＩＤ情報を前記第２のユーザ管理システムへ出力する。また、前記第２の仲介用ＩＤ情報が通知されると共に、前記第１のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知された第２の仲介用ＩＤ情報と対応するＩＤ情報を検出し、前記検出した前記ＩＤ情報を前記第１のユーザ管理システムへ出力するようにしている。
【００３３】
これにより、両ユーザ管理システムにおける同一の利用者を一意に特定することが可能となる。
また、上記ユーザ識別子連携方法では、運用者から入力される指定子に応じ、前記第２のユーザ管理システムにおける認証サーバで第２の仲介用ＩＤ情報を発行し、前記認証サーバにより、前記発行した第２の仲介用ＩＤ情報を前記第２のＩＤ連携情報テーブルへ登録し、前記ゲートウェイサーバにより、前記発行された第２の仲介用ＩＤ情報と、前記運用者により入力されるＩＤ情報とを、互いに対応付けて前記第３のＩＤ連携情報テーブルへ登録するようにしている。
【００３４】
これにより、第３のＩＤ連携情報テーブルを作成するためのコスト及び負荷が軽減されることとなる。
また、上記ユーザ識別子連携方法では、前記第１のユーザ管理システムへのログイン後に前記第２のユーザ管理システムへのログイン要求を受信した場合、前記ゲートウェイサーバにより、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、前記ログイン要求に応じて、前記第２のユーザ管理システムの認証サーバで第２の仲介用ＩＤ情報を発行し、前記認証サーバにより、前記発行した第２の仲介用ＩＤ情報を前記第２のＩＤ連携情報テーブルへ登録し、前記ゲートウェイサーバにより、前記発行された第２の仲介用ＩＤ情報を、前記登録されたＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録する。前記第２のユーザ管理システムへのログイン後に前記第１のユーザ管理システムへのログイン要求を受信した場合、前記ゲートウェイサーバにより、前記第２のユーザ管理システムへ利用者がログインする際に第２の仲介用ＩＤ情報を発行し、前記ゲートウェイサーバにより、前記発行した第２の仲介用ＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、前記ゲートウェイサーバにより、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を、前記登録された第２の仲介用ＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録するようにしている。
【００３５】
これにより、第３のＩＤ連携情報テーブルを作成するためのコスト及び負荷が軽減されることとなる。
また、本発明に係るユーザ識別子連携プログラムは、上記構成の第１及び第２のユーザ管理システムとネットワークを介して接続可能なゲートウェイサーバに備えられたコンピュータで使用されるユーザ識別子連携プログラムである。ユーザ識別子連携プログラムは、前記ＩＤ情報が通知されると共に、前記第２のユーザ管理システムへのログイン要求がある場合、前記ゲートウェイサーバで記録される第３のＩＤ連携情報テーブルから前記通知されたＩＤ情報と対応する第２の仲介用ＩＤ情報を検出する処理と、前記検出した前記第２の仲介用ＩＤ情報を前記第２のユーザ管理システムへ出力する処理と、前記第２の仲介用ＩＤ情報が通知されると共に、前記第１のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知された第２の仲介用ＩＤ情報と対応するＩＤ情報を検出する処理と、前記検出した前記ＩＤ情報を前記第１のユーザ管理システムへ出力する処理とを前記コンピュータに実行させる。
【００３６】
これにより、両ユーザ管理システムにおける同一の利用者を一意に特定することが可能となる。
また、上記ユーザ識別子連携プログラムは、運用者から入力される指定子に応じて前記第２の認証サーバで発行される第２の仲介用ＩＤ情報と、前記運用者により入力されるＩＤ情報とを、互いに対応付けて前記第３のＩＤ連携情報テーブルへ登録する処理をさらに前記コンピュータに実行させる。
【００３７】
これにより、第３のＩＤ連携情報テーブルを作成するためのコスト及び負荷が軽減されることとなる。
また、上記ユーザ識別子連携プログラムは、前記第１のユーザ管理システムへのログイン後に前記第２のユーザ管理システムへのログイン要求を受信した場合、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録する処理と、前記第２のユーザ管理システムへ利用者がログインする際に前記第２のユーザ管理システムで発行される第２の仲介用ＩＤ情報を、前記登録されたＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録する処理とを前記コンピュータにさらに実行させる。ユーザ識別子連携プログラムは、前記第２のユーザ管理システムへのログイン後に前記第１のユーザ管理システムへのログイン要求を受信した場合、前記第２のユーザ管理システムへ利用者がログインする際に前記ゲートウェイサーバで発行される第２の仲介用ＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録する処理と、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を、前記登録された第２の仲介用ＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録する処理とをさらに前記コンピュータに実行させる。
【００３８】
これにより、第３のＩＤ連携情報テーブルを作成するためのコスト及び負荷が軽減されることとなる。
【発明の効果】
【００３９】
要するにこの発明によれば、方式の異なるユーザ管理システム間で同一の利用者を特定可能なネットワークシステムと、このネットワークシステムに備えられるゲートウェイサーバと、このネットワークシステムで用いられるユーザ識別子連携方法及びユーザ識別子連携プログラムとを提供することができる。
【図面の簡単な説明】
【００４０】
【図１】本発明の実施形態に係るネットワークシステムの構成を示す図である。
【図２】図１のゲートウェイサーバ、第１のユーザ管理システム及び第２のユーザ管理システムの機能構成を示す図である。
【図３】図２の第２のユーザ管理システムにおける認証サーバ及びサービスサーバでそれぞれ記録されるＩＤ連携情報テーブルを示す図である。
【図４】第１及び第２のユーザ管理システムと、ゲートウェイサーバとの接続例と、当該接続時にゲートウェイサーバで記録されるＩＤ連携情報テーブルの例とを示す図である。
【図５】第１及び第２のユーザ管理システムと、ゲートウェイサーバとの接続例と、当該接続時にゲートウェイサーバで記録されるＩＤ連携情報テーブルの例とを示す図である。
【図６】第１及び第２のユーザ管理システムと、ゲートウェイサーバとの接続例と、当該接続時にゲートウェイサーバで記録されるＩＤ連携情報テーブルの例とを示す図である。
【図７】第１及び第２のユーザ管理システムと、ゲートウェイサーバとの接続例と、当該接続時にゲートウェイサーバで記録されるＩＤ連携情報テーブルの例とを示す図である。
【図８】運用者からの指示により、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルに連携用ＩＤ及び仮名称がそれぞれ登録される際のゲートウェイサーバの動作を示すフローチャートである。
【図９】図２のゲートウェイサーバと、第１及び第２のユーザ管理システムとに記録されるＩＤ連携情報テーブルの例を示す図である。
【図１０】利用者が第１のユーザ管理システムへログインした後、第１のユーザ管理システムから第２のユーザ管理システムへログインする際のゲートウェイサーバの動作を示すフローチャートである。
【図１１】利用者が第２のユーザ管理システムへログインした後、第２のユーザ管理システムから第１のユーザ管理システムへログインする際のゲートウェイサーバの動作を示すフローチャートである。
【図１２】図１１のステップＳ１１５で、ゲートウェイサーバの第２のユーザ管理システム用ＩＤ連携情報テーブルと、認証サーバのＩＤ連携情報テーブルとに登録される仮名称の例を示す図である。
【図１３】図１２の仮名称を入れ替えて登録した際の各ＩＤ連携情報テーブルを示す図である。
【発明を実施するための形態】
【００４１】
以下、図面を参照してこの発明に係わる実施形態を説明する。図１は、本発明の実施形態に係るネットワークシステムの構成を示す模式図である。図１に示すネットワークシステムは、インターネット及び／又は移動体通信網等から成るネットワーク１００と、ネットワーク１００に連結されるゲートウェイサーバ１０、第１のユーザ管理システム２０、第２のユーザ管理システム３０及び利用端末４０とを具備する。また、図２は、本実施形態に係るネットワークシステムにおけるゲートウェイサーバ１０、第１のユーザ管理システム２０及び第２のユーザ管理システム３０の機能構成を示すブロック図である。
【００４２】
利用端末４０は、パソコン、ＰＤＡ及び携帯電話等の操作端末である。利用端末４０は、サービスの利用を希望する利用者、又は、利用者により委託された運用者等により利用される。運用者は、利用者についての情報をゲートウェイサーバ１０に登録する際に、利用端末４０を介し、ゲートウェイサーバ１０へログイン要求を送信する。利用者は、第１又は第２のユーザ管理システム２０，３０に対してサービスの開始を要求する際には、利用端末４０を介し、第１又は第２のユーザ管理システムへログイン要求を送信する。
【００４３】
第１のユーザ管理システム２０は、例えば、ＯｐｅｎＩＤプロトコルを採用して接続されるサーバ群であり、認証サーバ２１及びサービスサーバ２２−１〜２２−ｎを備える。認証サーバ２１及びサービスサーバ２２−１〜２２−ｎは、ネットワーク１００と連結する。認証サーバ２１は、連携用ＩＤを払い出し、サービスサーバ２２−１〜２２−ｎはこれを利用する。
【００４４】
サービスサーバ２２−１は、利用者に対してサービスを提供する。サービスサーバ２２−１は、通信部２２１及びサービス実行部２２２を備える。なお、サービスサーバ２２−２〜２２−ｎに関しては、サービスサーバ２２−１と同様の構成であるため、ここでは、サービスサーバ２２−１について説明する。
【００４５】
通信部２２１は、ネットワーク１００と連結されるその他の機器と通信を行う。例えば、通信部２２１は、ネットワーク１００を介し、認証サーバ２１又は利用端末４０と通信を行う。
サービス実行部２２２は、利用端末４０から供給されるログイン要求が通信部２２１により受信されると、利用者の認証要求を通信部２２１から認証サーバ２１へ送信する。サービス実行部２２２は、利用者の認証が完了すると、認証された利用者に対してサービスを提供する。
【００４６】
認証サーバ２１は、通信部２１１、データベース２１２、認証部２１３及びユーザＩＤ連携部２１４を備える。
通信部２１１は、ネットワーク１００と連結されるその他の機器と通信を行う。例えば、通信部２１１は、ネットワーク１００を介し、サービスサーバ２２−１〜２２−ｎ又はゲートウェイサーバ１０と通信を行う。
【００４７】
データベース２１２は、ＩＤ連携情報テーブルを記録する。ＩＤ連携情報テーブルでは、認証サーバ２１のユーザＩＤと、連携用ＩＤとが対応付けられて登録されている。
認証部２１３は、利用端末４０からゲートウェイサーバ１０を介して供給されるログイン要求が通信部２１１により受信されると、利用端末４０に認証画面を表示させ、連携用ＩＤの入力を要求することで、利用者の認証を行う。認証部２１３は、ログインを要求した者が利用者であると認定すると、認定した利用者に対してログインを許可する旨を利用端末４０へ通知する。
【００４８】
また、認証部２１３は、サービス実行部２２２からの認証要求を受けると、利用端末４０に認証画面を表示させ、連携用ＩＤの入力を要求することで、利用者の認証を行う。認証部２１３は、ログインを要求した者が利用者であると認定すると、認定した利用者に対してログインを許可する旨をサービス実行部２２２へ返すと共に、認定した利用者に対してログインを許可する旨を利用端末４０へ通知する。
【００４９】
ユーザＩＤ連携部２１４は、ゲートウェイサーバ１０のユーザＩＤ連携部１５へ所定の利用者を特定するための連携用ＩＤを通知する。
第２のユーザ管理システム３０は、例えば、ＳＡＭＬプロトコルを採用して接続されるサーバ群であり、認証サーバ３１及びサービスサーバ３２−１〜３２−ｍを備える。認証サーバ３１及びサービスサーバ３２−１〜３２−ｍは、ネットワーク１００と連結する。
【００５０】
認証サーバ３１は、同一の利用者に対して、サービスサーバ毎に異なる仮名称を払い出し、これらの仮名称を自サーバのユーザＩＤと対応付けて管理する。サービスサーバ３２−１〜３２−ｍでは、認証サーバ３１で払い出された自サーバ宛の仮名称を自サーバのユーザＩＤと対応付けて管理する。
【００５１】
サービスサーバ３２−１は、通信部３２１、データベース３２２、サービス実行部３２３及びユーザＩＤ連携部３２４を備える。なお、サービスサーバ３２−２〜３２−ｎに関しては、サービスサーバ３２−１と同様の構成であるため、ここでは、サービスサーバ３２−１について説明する。
【００５２】
通信部３２１は、ネットワーク１００と連結されるその他の機器と通信を行う。例えば、通信部３２１は、ネットワーク１００を介し、認証サーバ３１又は利用端末４０と通信を行う。
サービス実行部３２３は、利用端末４０から供給されるログイン要求が通信部３２１により受信されると、利用者の認証要求を通信部３２１から認証サーバ３１へ送信する。サービス実行部３２３は、利用者の認証が完了すると、認証された利用者に対してサービスを提供する。
【００５３】
ログインが完了した利用者または運用者は、利用端末４０から、ユーザＩＤの連携を要求する場合がある。サービス実行部３２３は、ユーザＩＤの連携要求が通信部３２１により受信されると、ユーザＩＤの連携をユーザＩＤ連携部３２４に対して要求する。
【００５４】
ユーザＩＤ連携部３２４は、サービス実行部３２３からユーザＩＤの連携が要求されると、仮名称の発行要求を通信部３２１から認証サーバ３１へ送信する。ユーザＩＤ連携部３２４は、認証サーバ３１で発行された仮名称が認証サーバ３１から通知されると、通知された仮名称を、自サーバについてのユーザＩＤと関連付けてデータベース３２２に記録されるＩＤ連携情報テーブルへ登録する。
【００５５】
認証サーバ３１は、通信部３１１、データベース３１２、認証部３１３及びユーザＩＤ連携部３１４を備える。
通信部３１１は、ネットワーク１００と連結されるその他の機器と通信を行う。例えば、通信部３１１は、ネットワーク１００を介し、サービスサーバ３２−１〜３２−ｍ又はゲートウェイサーバ１０と通信を行う。
【００５６】
認証部３１３は、利用端末４０からゲートウェイサーバ１０を介して供給されるログイン要求が通信部３１１により受信されると、利用端末４０に認証画面を表示させ、自サーバのユーザＩＤの入力を要求することで、利用者の認証を行う。認証部３１３は、ログインを要求した者が利用者であると認定すると、認定した利用者に対してログインを許可する旨を利用端末４０へ通知する。なお、ユーザＩＤと認証画面で入力させるログインＩＤは別にし、対応付けを管理するテーブルを設けてもよい。
【００５７】
また、認証部３１３は、サービス実行部３２３からの認証要求を受けると、利用端末４０に認証画面を表示させ、認証サーバ３１のユーザＩＤの入力を要求することで、利用者の認証を行う。認証部３１３は、ログインを要求した者が利用者であると認定すると、認定した利用者に対してログインを許可する旨をサービス実行部３２３へ返すと共に、認定した利用者に対してログインを許可する旨を利用端末４０へ通知する。
【００５８】
ユーザＩＤ連携部３１４は、ゲートウェイサーバ１０のユーザＩＤ連携部１５からＧＷサーバ宛仮名称を要求されると、データベース３１２に記録されるＩＤ連携情報テーブルにＧＷサーバ宛仮名称が登録されているか否かを判断する。このとき、ユーザＩＤ連携部１５から通知されるＧＷサーバ宛仮名称の要求には、利用者を特定可能な識別子が付されており、ユーザＩＤ連携部３１４は、この識別子を参照し、ＩＤ連携情報テーブルにＧＷサーバ宛仮名称が登録されているか否かを判断する。ＩＤ連携情報テーブルにＧＷサーバ宛仮名称が登録されている場合、ユーザＩＤ連携部３１４は、ＧＷサーバ宛仮名称をゲートウェイサーバ１０へ送信する。ＩＤ連携情報テーブルにＧＷサーバ宛仮名称が登録されていない場合、ユーザＩＤ連携部３１４は、ＧＷサーバ宛仮名称を発行し、ＩＤ連携情報テーブルに、自サーバのユーザＩＤと、発行したＧＷサーバ宛仮名称を関連付けて登録すると共に、ゲートウェイサーバ１０へ登録したＧＷサーバ宛仮名称を送信する。
【００５９】
また、ユーザＩＤ連携部３１４は、サービス実行部３２３から送信された仮名称発行要求が通信部３１１により受信されると、仮名称を発行する。ユーザＩＤ連携部３１４は、仮名称を発行すると、発行した仮名称と、自サーバのユーザＩＤと、仮名称発行要求を送信したサービスサーバの識別情報とを関連付けて、データベース３１２に記録するＩＤ連携情報テーブルに登録する。ユーザＩＤ連携部３１４は、登録した仮名称を、仮名称発行要求を送信したサービスサーバへ送信する。なお、仮名称発行要求を送信したサービスサーバが複数ある場合、ユーザＩＤ連携部３１４は、サービスサーバ毎に仮名称を発行し、仮名称発行要求を送信したサービスサーバへ発行した仮名称を返す。
【００６０】
また、ユーザＩＤ連携部３１４は、ゲートウェイサーバ１０へサーバ３１宛仮名称の発行を要求する。ユーザＩＤ連携部３１４は、ゲートウェイサーバ１０からサーバ３１宛仮名称を渡されたら、渡されたサーバ３１宛仮名称を自サーバのユーザＩＤと関連付けてＩＤ連携情報テーブルに登録する。
【００６１】
図３は、本実施形態に係る認証サーバ３１のデータベース３１２及びサービスサーバ３２−１〜３２−ｎのデータベース３２２にそれぞれ記録されるＩＤ連携情報テーブルを示す図である。
データベース３１２に記録されるＩＤ連携情報テーブルには、ゲートウェイサーバ１０との連携を示すものと、サービスサーバ３２−１〜３２−ｎとの連携を示すものとがある。ゲートウェイサーバ１０との連携を示すＩＤ連携情報テーブルには、認証サーバ３１のユーザＩＤ「１１１」と、仮名称「ｘｘｘ」と、宛先サーバとしての「ＧＷサーバ」とが関連付けて登録されている。サービスサーバ３２−１〜３２−ｎとの連携を示すＩＤ連携情報テーブルには、認証サーバ３１のユーザＩＤ「１１１」と、仮名称「ｙｙｙ」と、宛先サーバとしての「サービスサーバ３２−１」とが関連付けて登録されている。
【００６２】
データベース３２２で記録されるＩＤ連携情報テーブルには、サービスサーバ３２−１のユーザＩＤ「２２２」と、仮名称「ｙｙｙ」と、宛先サーバとしての「認証サーバ」とが関連付けて登録される。
ゲートウェイサーバ１０は、通信部１１、データベース１２、認証部１３、操作処理部１４及びユーザＩＤ連携部１５を備える。
【００６３】
通信部１１は、ネットワーク１００と連結されるその他の機器と通信を行う。例えば、通信部１１は、ネットワーク１００を介し、認証サーバ２１，３１及び利用端末４０と通信を行う。
認証部１３は、操作処理部１４から運用者の認証要求を受けると、利用端末４０に認証画面を表示させ、運用者のユーザＩＤの入力を要求することで、運用者の認証を行う。認証部１３は、ログインを要求した者が運用者であると認定すると、認定した運用者に対してログインを許可する旨を操作処理部１４へ返すと共に、認定した運用者に対してログインを許可する旨を利用端末４０へ通知する。
【００６４】
操作処理部１４は、利用端末４０から送信される運用者のログイン要求が通信部１１により受信されると、運用者の認証要求を認証部１３へ通知する。なお、認証要求は、認証サーバ２１又は認証サーバ３１に依頼してもよい。また、認証要求は、認証サーバ２１，３１の両方に依頼しても良い。このとき、ゲートウェイサーバ１０及び認証サーバ２１，３１での認証が全て成功した時のみ認証成功としてもよい。
【００６５】
また、操作処理部１４は、ログインが完了した運用者に対して、第２のユーザ管理システム３０において利用者を特定する情報であるユーザ指定子、及び第１のユーザ管理システム２０において利用者を特定する情報である連携用ＩＤを要求する。
ユーザＩＤ連携部１５は、第１のユーザ管理システム２０の認証サーバ２０から通知される連携用ＩＤと、自サーバのユーザＩＤとを関連付けて、データベース１２に記録されるＩＤ連携情報テーブルに登録する。なお、ユーザＩＤ連携部１５は、ＩＤ連携情報テーブルが後述するように第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルである場合は、連携用ＩＤと、自サーバのユーザＩＤとを関連付けて、第１のユーザ管理システム用ＩＤ連携情報テーブルに登録する。
【００６６】
また、ユーザＩＤ連携部１５は、操作処理部１４から要求された場合、第２のユーザ管理システム３０の認証サーバ３１へＧＷサーバ宛仮名称の発行を要求する。ユーザＩＤ連携部１５は、認証サーバ３１からＧＷサーバ宛仮名称が通知されると、通知されるＧＷサーバ宛仮名称と、自サーバのユーザＩＤとを関連付けて、データベース１２に記録されるＩＤ連携情報テーブルに登録する。なお、ユーザＩＤ連携部１５は、ＩＤ連携情報テーブルが後述するように第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルである場合は、ＧＷサーバ宛仮名称と、自サーバのユーザＩＤとを関連付けて、第２のユーザ管理システム用ＩＤ連携情報テーブルに登録する。
【００６７】
また、ユーザＩＤ連携部１５は、ユーザＩＤ連携部３１４からサーバ３１宛仮名称の発行が要求されると、サーバ３１宛仮名称を発行する。ユーザＩＤ連携部１５は、発行したサーバ３１宛仮名称と、自サーバのユーザＩＤとを関連付けて、データベース１２に記録されるＩＤ連携情報テーブルに登録する。なお、ユーザＩＤ連携部１５は、ＩＤ連携情報テーブルが後述するように第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルである場合は、サーバ３１宛仮名称と、自サーバのユーザＩＤとを関連付けて、第２のユーザ管理システム用ＩＤ連携情報テーブルに登録する。ユーザＩＤ連携部１５は、発行したサーバ３１宛仮名称を、認証サーバ３１へ送付する。
【００６８】
また、ユーザＩＤ連携部１５は、第１のユーザ管理システム２０から第２のユーザ管理システム３０へのログイン要求があった場合、データベース１２に記録されるＩＤ連携情報テーブルを参照し、認証サーバ２１から通知された連携用ＩＤに対応する仮名称を検出し、検出した仮名称を第２のユーザ管理システム３０へ送信する。また、ユーザＩＤ連携部１５は、第２のユーザ管理システム３０から第１のユーザ管理システム３０へのログイン要求があった場合、データベース１２に記録されるＩＤ連携情報テーブルを参照し、認証サーバ３１から通知された仮名称に対応する連携用ＩＤを検出し、検出した連携用ＩＤを第１のユーザ管理システム２０へ送信する。なお、ユーザＩＤ連携部１５は、ＩＤ連携情報テーブルが、後述するように第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルである場合は、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルを参照し、仮名称及び連携用ＩＤを検出する。
【００６９】
図４乃至図７は、第１及び第２のユーザ管理システム２０，３０と、ゲートウェイサーバ１０との接続例と、当該接続時にゲートウェイサーバ１０のデータベース１２で記録されるＩＤ連携情報テーブルの例とを示す図である。
図４は、ゲートウェイサーバ１０に第１及び第２のユーザ管理システム２０，３０が接続される際の接続例と、このときにデータベース１２で記録されるＩＤ連携情報テーブルを示す図である。図４において、ＩＤ連携情報テーブルには、認証サーバ２１の連携用ＩＤ「０００１−０００１」と、ＧＷサーバ宛仮名称「仮名１」と、宛先サーバとしての「認証サーバ３１」とが関連付けて登録されている。また、ＩＤ連携情報テーブルは、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルであっても構わない。図４に示すように、第１のユーザ管理システム用ＩＤ連携情報テーブルには、認証サーバ２１の連携用ＩＤ「０００１−０００１」と、ゲートウェイサーバ１０のユーザＩＤ「ＧＷ−０００１」とが関連付けて登録される。第２のユーザ管理システム用ＩＤ連携情報テーブルには、ゲートウェイサーバ１０のユーザＩＤ「ＧＷ−０００１」と、ＧＷサーバ宛仮名称「仮名１」と、宛先サーバとしての「認証サーバ３１」とが関連付けて登録されている。
【００７０】
第１のユーザ管理システム用ＩＤ連携情報テーブルで連携用ＩＤを管理し、第２のユーザ管理システム用ＩＤ連携情報テーブルでＧＷサーバ宛仮名称を管理することで、第１及び第２のユーザ管理システム２０，３０のいずれからでも、利用者を特定することが可能となる。
【００７１】
図５は、ゲートウェイサーバ１０に第１のユーザ管理システム２０と、第２のユーザ管理システム３０−１，３０−２とが接続される際の接続例と、このときにデータベース１２で記録されるＩＤ連携情報テーブルを示す図である。図５において、ＩＤ連携情報テーブルには、認証サーバ２１の連携用ＩＤ「０００１−０００１」と、ＧＷサーバ宛仮名称「仮名１」及び「仮名２」と、宛先サーバとしての「認証サーバ３１−１」及び「認証サーバ３１−２」とが関連付けて登録されている。また、ＩＤ連携情報テーブルは、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルであっても構わない。図５に示すように、第１のユーザ管理システム用ＩＤ連携情報テーブルには、認証サーバ２１の連携用ＩＤ「０００１−０００１」と、ゲートウェイサーバ１０のユーザＩＤ「ＧＷ−０００１」とが関連付けて登録される。第２のユーザ管理システム用ＩＤ連携情報テーブルには、ゲートウェイサーバ１０のユーザＩＤ「ＧＷ−０００１」と、ＧＷサーバ宛仮名称「仮名１」及び「仮名２」と、宛先サーバとしての「認証サーバ３１−１」及び「認証サーバ３１−２」とが関連付けて登録されている。
【００７２】
図６は、ゲートウェイサーバ１０に第１のユーザ管理システム２０−１，２０−２と、第２のユーザ管理システム３０とが接続される際の接続例と、このときにデータベース１２で記録されるＩＤ連携情報テーブルを示す図である。図６において、ＩＤ連携情報テーブルには、認証サーバ２１の連携用ＩＤ「０００１−０００１」及び「０００１−０００２」と、ＧＷサーバ宛仮名称「仮名１」と、宛先サーバとしての「認証サーバ３１」とが関連付けて登録されている。また、ＩＤ連携情報テーブルは、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルであっても構わない。図６に示すように、第１のユーザ管理システム用ＩＤ連携情報テーブルには、認証サーバ２１の連携用ＩＤ「０００１−０００１」及び「０００１−０００２」と、ゲートウェイサーバ１０のユーザＩＤ「ＧＷ−０００１」とが関連付けて登録される。第２のユーザ管理システム用ＩＤ連携情報テーブルには、ゲートウェイサーバ１０のユーザＩＤ「ＧＷ−０００１」と、ＧＷサーバ宛仮名称「仮名１」と、宛先サーバとしての「認証サーバ３１」とが関連付けて登録されている。
【００７３】
図７は、ゲートウェイサーバ１０に第１のユーザ管理システム２０−１，２０−２と、第２のユーザ管理システム３０−１，３０−２とが接続される際の接続例と、このときにデータベース１２で記録されるＩＤ連携情報テーブルを示す図である。データベース１２には、図７に示すように、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルが記録される。第１のユーザ管理システム用ＩＤ連携情報テーブルには、認証サーバ２１の連携用ＩＤ「０００１−０００１」及び「０００１−０００２」と、ゲートウェイサーバ１０のユーザＩＤ「ＧＷ−０００１」及び「ＧＷ−０００２」とが関連付けて登録される。第２のユーザ管理システム用ＩＤ連携情報テーブルには、ゲートウェイサーバ１０のユーザＩＤ「ＧＷ−０００１」及び「ＧＷ−０００２」と、ＧＷサーバ宛仮名称「仮名１」及び「仮名２」と、宛先サーバとしての「認証サーバ３１−１」及び「認証サーバ３１−２」とが関連付けて登録されている。
【００７４】
次に、上記のように構成されたネットワークシステムにおけるゲートウェイサーバ１０、第１及び第２のユーザ管理システム２０，３０の動作を詳細に説明する。
なお、以下の説明では、運用者については、第１及び第２のユーザ管理システム２０，３０の認証サーバ２１，３１と、ゲートウェイサーバ１０とにおけるユーザＩＤはすでに作成済みであり、認証サーバ２１，３１と、ゲートウェイサーバ１０とにおけるＩＤ連携情報テーブルはすでに登録済みであるとする。利用者については、第１及び第２のユーザ管理システム２０，３０の認証サーバ２１，３１におけるユーザＩＤはすでに作成済みであるとする。また、運用者は、第１のユーザ管理システム２０において利用者を特定する情報である連携用ＩＤと、第２のユーザ管理システム３０において利用者を特定する情報であるユーザ指定子を利用者から入手しているものとする。ユーザ指定子とは、例えば、第２のユーザ管理サーバ３０の認証サーバ３１で管理する他サーバ宛の仮名を暗号化・署名した文字列である。また、第１及び第２のユーザ管理システム２０，３０の認証サーバ２１，３１を一意に特定するプロバイダＩＤは既知であるものとする。
【００７５】
図８は、運用者からの指示により、運用者以外の利用者のゲートウェイサーバ１０における第１のユーザ管理システム用ＩＤ連携情報テーブルに連携用ＩＤが登録され、第２のユーザ管理システム用ＩＤ連携情報テーブルにＧＷサーバ宛仮名称が登録される際のゲートウェイサーバ１０の動作を示すフローチャートである。図９は、本実施形態に係るゲートウェイサーバ１０に記録される第１及び第２のユーザ管理システム用ＩＤ連携情報テーブル、第１及び第２のユーザ管理システム２０，３０にそれぞれ記録されるＩＤ連携情報テーブルの例を示す模式図である。
【００７６】
まず、運用者が利用端末４０からゲートウェイサーバ１０へログインを要求する。運用者からのログイン要求を受けると、ゲートウェイサーバ１０の操作処理部１４は、第２のユーザ管理システム３０の認証サーバ３１に対し、運用者の認証を要求する（ステップＳ８１）。なお、ステップＳ８１では、運用者の認証を認証サーバ３１の認証部３１３に要求する例について説明したが、ゲートウェイサーバ１０の認証部１３、又は、第１のユーザ管理システム２０の認証サーバ２１へ要求するようにしても構わない。
【００７７】
認証サーバ３１の認証部３１３は、操作処理部１４からの認証要求を受けると、利用端末４０に認証画面を表示させ、運用者に対して認証サーバ３１のユーザＩＤの入力を要求する。認証部３１３は、利用端末４０から認証サーバ３１のユーザＩＤが入力されると、ログインを要求した者が運用者であると認定する。認証部３１３は、認定した運用者に対してログインを許可する旨を操作処理部１４へ返すと共に、認定した運用者に対してログインを許可する旨を利用端末４０へ通知する。
【００７８】
続いて、操作処理部１４は、運用者に対して、第２のユーザ管理システム３０において利用者を特定する情報であるユーザ指定子を要求する。ユーザ指定子は、認証サーバ３１においてユーザを一意に識別できるもので、例えば、認証サーバ３１で管理する他サーバ宛の仮名称を暗号化・署名した文字列がこれにあたる。ゲートウェイサーバ１０のユーザＩＤ連携部１５は、利用端末４０からユーザ指定子が入力されると、ユーザ指定子を認証サーバ３１へ送信すると共に、認証サーバ３１に対してユーザ指定子に対応するＧＷサーバ宛仮名称を要求する（ステップＳ８２）。
【００７９】
認証サーバ３１のユーザＩＤ連携部３１４は、ユーザＩＤ連携部１５からＧＷサーバ宛仮名称が要求されると、ユーザ指定子を復号化・署名検証することで、ユーザ指定子を認証サーバ３１のユーザＩＤへ変換する。ユーザＩＤ連携部３１４は、データベース３１２に記録されるＩＤ連携情報テーブルを参照し、変換したユーザＩＤに対応付けられたＧＷサーバ宛仮名称を検索する。変換したユーザＩＤに対応付けられたＧＷサーバ宛仮名称が存在する場合、ユーザＩＤ連携部３１４は、取得したＧＷサーバ宛仮名称を、操作処理部１４へ通知する。変換したユーザＩＤに対応付けられたＧＷサーバ宛仮名称が存在しない場合、ユーザＩＤ連携部３１４は、ＧＷサーバ宛仮名称が存在しないことを操作処理部１４へ送信する。
【００８０】
例えば、図９においては、ユーザＩＤ連携部３１４は、ユーザ指定子を復号化・署名検証することで、ユーザ指定子を認証サーバ３１のユーザＩＤ「ＯＴＨＥＲ＿ＵＳＥＲ０００１」へ変換する。ユーザＩＤ連携部３１４は、ＩＤ連携情報テーブルを参照し、認証サーバ３１のユーザＩＤ「ＯＴＨＥＲ＿ＵＳＥＲ０００１」について、宛先サーバ「ＧＷサーバ」と関連付けられた仮名称「ｋａｍｅｉ１」を取得する。ユーザＩＤ連携部３１４は、取得した仮名称「ｋａｍｅｉ１」を操作処理部１４へ通知する。
【００８１】
続いて、ユーザＩＤ連携部１５は、認証サーバ３１からＧＷサーバ宛仮名称の通知があるか否かにより、異なる処理を行う（ステップＳ８３）。認証サーバ３１からＧＷサーバ宛仮名称の通知がある場合（ステップＳ８３のＹｅｓ）、ユーザＩＤ連携部１５は、処理をステップＳ８４へ移行する。認証サーバ３１から、ＧＷサーバ宛仮名称が存在しないことが通知された場合（ステップＳ８３のＮｏ）、ユーザＩＤ連携部１５は、処理をステップＳ８５へ移行する。
【００８２】
ステップＳ８４において、ユーザＩＤ連携部１５は、データベース１２に記録される第２のユーザ管理システム用ＩＤ連携情報テーブルを参照し、通知されたＧＷサーバ宛仮名称と対応付けられたゲートウェイサーバ１０のユーザＩＤを取得する（ステップＳ８４）。
【００８３】
例えば、図９においては、ユーザＩＤ連携部１５は、第２のユーザ管理システム用ＩＤ連携情報テーブルを参照し、通知された仮名称「ｋａｍｅｉ１」と対応付けられたゲートウェイサーバ１０のユーザＩＤ「ＵＳＥＲ０００１」を取得する。
ユーザＩＤ連携部１５は、データベース１２に記録される第１のユーザ管理システム用ＩＤ連携情報テーブルを参照し、ステップＳ８４で取得されたゲートウェイサーバ１０のユーザＩＤと対応付けられた連携用ＩＤが存在するか否かを判断する（ステップＳ８６）。ゲートウェイサーバ１０のユーザＩＤと対応付けられた連携用ＩＤが存在する場合（ステップＳ８６のＹｅｓ）、ユーザＩＤ連携部１５は、処理をステップＳ８７へ移行する。ゲートウェイサーバ１０のユーザＩＤと対応付けられた連携用ＩＤが存在しない場合（ステップＳ８６のＮｏ）、処理をステップＳ８８へ移行する。
【００８４】
例えば、図９においては、ユーザＩＤ連携部１５は、第１のユーザ管理システム用ＩＤ連携情報テーブルを参照し、ゲートウェイサーバ１０のユーザＩＤ「ＵＳＥＲ０００１」と対応付けられた連携用ＩＤ「ＩＤ００１」が存在すると判断する。
ステップＳ８７において、ユーザＩＤ連携部１５は、ゲートウェイサーバ１０における利用者の第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルに連携用ＩＤ及び仮名称がそれぞれ登録済みであることを利用端末４０に表示させ（ステップＳ８７）、処理を終了する。
【００８５】
ステップＳ８８において、操作処理部１４は、運用者に対して、第１のユーザ管理システム２０において利用者を特定する情報である連携用ＩＤを要求する。ユーザＩＤ連携部１５は、利用端末４０から連携用ＩＤが入力されると、入力された連携用ＩＤと、自サーバのユーザＩＤとを関連付けて、データベース１２に記録される第１のユーザ管理システム用ＩＤ連携情報テーブルへ登録する（ステップＳ８８）。
【００８６】
続いて、ユーザＩＤ連携部１５は、ゲートウェイサーバ１０における利用者の第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルに連携用ＩＤ及び仮名称がそれぞれ登録されたことを利用端末４０に表示させ（ステップＳ８９）、処理を終了する。
ステップＳ８５において、操作処理部１４は、運用者に対して、第１のユーザ管理システム２０において利用者を特定する情報である連携用ＩＤを要求する。ユーザＩＤ連携部１５は、利用端末４０から連携用ＩＤが入力されると、データベース１２に記録される第１のユーザ管理システム用ＩＤ連携情報テーブルを参照し、入力された連携用ＩＤと対応付けられたゲートウェイサーバ１０のユーザＩＤが存在するか否かを判断する（ステップＳ８５）。入力された連携用ＩＤと対応付けられたゲートウェイサーバ１０のユーザＩＤが存在する場合（ステップＳ８５のＹｅｓ）、ユーザＩＤ連携部１５は、処理をステップＳ８１０へ移行する。入力された連携用ＩＤと対応付けられたゲートウェイサーバ１０のユーザＩＤが存在しない場合（ステップＳ８５のＮｏ）、ユーザＩＤ連携部１５は、処理をステップＳ８１１へ移行する。
【００８７】
ステップＳ８１０において、ユーザＩＤ連携部１５は、ステップＳ８２で入力されたユーザ指定子により指定される認証サーバ３１のユーザＩＤと対応付けられたＧＷサーバ宛仮名称の発行を、認証サーバ３１に対して要求する（ステップＳ８１０）。
認証サーバ３１のユーザＩＤ連携部３１４は、ユーザＩＤ連携部１５からＧＷサーバ宛仮名称の発行が要求されると、ＧＷサーバ宛仮名称を発行する。ユーザＩＤ連携部３１４は、発行したＧＷサーバ宛仮名称と、自サーバのユーザＩＤとを対応付け、データベース３１２に記録されるＩＤ連携情報テーブルへ登録する。また、ユーザＩＤ連携部３１４は、発行したＧＷサーバ宛仮名称をゲートウェイサーバ１０へ送信する。
【００８８】
続いて、ユーザＩＤ連携部１５は、認証サーバ３１から送信されたＧＷサーバ宛仮名称を受信すると、受信したＧＷサーバ宛仮名称と、ステップＳ８５で取得した自サーバのユーザＩＤとを関連付け、データベース１２に記録される第２のユーザ管理システム用ＩＤ連携情報テーブルへ登録する（ステップＳ８１２）。登録後、ユーザＩＤ連携部１５は、処理をステップＳ８９へ移行する。
【００８９】
ステップＳ８１１において、ユーザＩＤ連携部１５は、自サーバのユーザＩＤを発行する（ステップＳ８１１）。
続いて、ユーザＩＤ連携部１５は、ステップＳ８５で入力された連携用ＩＤと、ステップＳ８１１で発行されたユーザＩＤとを対応付けて、データベース１２に記録される第１のユーザ管理システム用ＩＤ連携情報テーブルへ登録する（ステップＳ８１３）。
【００９０】
続いて、ユーザＩＤ連携部１５は、ステップＳ８２で入力されたユーザ指定子により指定される認証サーバ３１のユーザＩＤと対応付けられたＧＷサーバ宛仮名称の発行を、認証サーバ３１に対して要求する（ステップＳ８１４）。
認証サーバ３１のユーザＩＤ連携部３１４は、ユーザＩＤ連携部１５からＧＷサーバ宛仮名称の発行が要求されると、ＧＷサーバ宛仮名称を発行する。ユーザＩＤ連携部３１４は、発行したＧＷサーバ宛仮名称と、自サーバのユーザＩＤとを対応付け、データベース３１２に記録されるＧＷサーバ用ＩＤ連携情報テーブルへ登録する。また、ユーザＩＤ連携部３１４は、登録したＧＷサーバ宛仮名称をゲートウェイサーバ１０へ送信する。
【００９１】
続いて、ユーザＩＤ連携部１５は、認証サーバ３１から送信されたＧＷサーバ宛仮名称を受信すると、受信したＧＷサーバ宛仮名称と、ステップＳ８１１で発行した自サーバのユーザＩＤとを関連付け、データベース１２に記録される第２のユーザ管理システム用ＩＤ連携情報テーブルへ登録する（ステップＳ８１５）。ユーザＩＤ連携部１５は、処理をステップＳ８９へ移行する。
【００９２】
図８に示す処理により、ゲートウェイサーバ１０の第１のユーザ管理システム用ＩＤ連携情報テーブルにユーザＩＤと対応する連携用ＩＤが登録され、第２のユーザ管理システム用ＩＤ連携情報テーブルにユーザＩＤと対応するＧＷサーバ宛仮名称が登録される。これにより、ゲートウェイサーバ１０は、第１及び第２のユーザ管理システムの連携用ＩＤと仮名称とを統合しなくても、連携用ＩＤが分かれば仮名称を特定でき、同様に、仮名称が特定できれば、連携用ＩＤを特定することが可能となる。
【００９３】
また、第１のユーザ管理システム用ＩＤ連携情報テーブルに連携用ＩＤが登録され、第２のユーザ管理システム用ＩＤ連携情報テーブルにＧＷサーバ宛仮名称が登録された後においては、第１のユーザ管理システム２０へのログイン後、第２のユーザ管理システム３０へログインしようとする際、又は、第２のユーザ管理システム３０へのログイン後、第１のユーザ管理システム２０へログインしようとする際には、利用者は、最初のログイン時の認証のみで両システムへのログインが可能となる。つまり、シングルサインオンが可能となる。なお、続けてログインを希望するユーザ管理システムのセキュリティポリシによっては、再度利用者に認証の操作をさせることも可能である。
【００９４】
図１０は、利用者が第１のユーザ管理システム２０へログインした後、第１のユーザ管理システム２０から第２のユーザ管理システム３０へログインする際のゲートウェイサーバ１０の動作を示すフローチャートである。
まず、利用者が利用端末４０から第１のユーザ管理システム２０に所属するサービスサーバ２２−１に対して、第１のユーザ管理システム２０へのログインを要求する。利用者からのログイン要求を受けると、サービスサーバ２２−１のサービス実行部２２２は、認証サーバ２１の認証部２１３に対し、利用者の認証を要求する。
【００９５】
認証部２１３は、サービス実行部２２２からの認証要求を受けると、利用端末４０に認証画面を表示させ、利用者に対して認証サーバ２１の連携用ＩＤを要求する。認証部２１３は、利用端末４０から認証サーバ２１の連携用ＩＤが入力されると、ログインを要求した者が利用者であると認定する。認証部２１３は、認定した利用者に対してログインを許可する旨をサービス実行部２２２へ返すと共に、認定した利用者に対してログインを許可する旨を利用端末４０へ通知する。
【００９６】
続いて、第１のユーザ管理システム２０へのログインが許可された利用者は、サービスサーバ２２−１に対して、第２のユーザ管理システム３０へのログインを要求する。利用者から第２のユーザ管理システム３０へのログイン要求を受けると、サービスサーバ２２−１のサービス実行部２２２は、認証サーバ２１のユーザＩＤ連携部２１４を介し、ゲートウェイサーバ１０のユーザＩＤ連携部１５へ、第２のユーザ管理システム３０へのログインを要求する。このとき、第１のユーザ管理システム２０における連携用ＩＤについての情報もゲートウェイサーバ１０のユーザＩＤ連携部１５へ通知される。
【００９７】
ユーザＩＤ連携部１５は、第２のユーザ管理システム３０へのログイン要求を受けると、第１のユーザ管理システム用ＩＤ連携情報テーブルに、通知された連携用ＩＤが登録されているか否かを判断する（ステップＳ１０１）。第１のユーザ管理システム用ＩＤ連携情報テーブルに、通知された連携用ＩＤが登録されている場合（ステップＳ１０１のＹｅｓ）、ユーザＩＤ連携部１５は、処理をステップＳ１０２へ移行する。第１のユーザ管理システム用ＩＤ連携情報テーブルに、通知された連携用ＩＤが登録されていない場合（ステップＳ１０１のＮｏ）、ユーザＩＤ連携部１５は、処理をステップＳ１０３へ移行する。
【００９８】
ステップＳ１０３において、ユーザＩＤ連携部１５は、自サーバのユーザＩＤを発行する（ステップＳ１０３）。続いて、ユーザＩＤ連携部１５は、発行したユーザＩＤと、通知された連携用ＩＤとを対応付けて、データベース１２に記録される第１のユーザ管理システム用ＩＤ連携情報テーブルへ登録し（ステップＳ１０４）、処理をステップＳ１０２へ移行する。
【００９９】
ステップＳ１０２において、ユーザＩＤ連携部１５は、第１のユーザ管理システム用ＩＤ連携情報テーブルに記載されるユーザＩＤと対応付けられた仮名称が、第２のユーザ管理システム用ＩＤ連携情報テーブルに登録されているか否かを判断する（ステップＳ１０２）。第１のユーザ管理システム用ＩＤ連携情報テーブルに記載されるユーザＩＤと対応付けられた仮名称が、第２のユーザ管理システム用ＩＤ連携情報テーブルに登録されている場合（ステップＳ１０２のＹｅｓ）、ユーザＩＤ連携部１５は、処理をステップＳ１０５へ移行する。第１のユーザ管理システム用ＩＤ連携情報テーブルに記載されるユーザＩＤと対応付けられた仮名称が、第２のユーザ管理システム用ＩＤ連携情報テーブルに登録されていない場合（ステップＳ１０２のＮｏ）、ユーザＩＤ連携部１５は、処理をステップＳ１０６へ移行する。
【０１００】
ステップＳ１０５において、ユーザＩＤ連携部１５は、第２のユーザ管理システム３０の認証サーバ３１に対し、第２のユーザ管理システム用ＩＤ連携情報テーブルに登録される仮名称を通知し（ステップＳ１０５）、処理を終了する。
認証サーバ３１の認証部３１３は、ユーザＩＤ連携部１５から仮名称が通知されると、ログインを要求した者が利用者であると認定する。認証部３１３は、認定した利用者に対してログインを許可する旨を利用端末４０へ通知する。
【０１０１】
ステップＳ１０６において、ユーザＩＤ連携部１５は、第２のユーザ管理システム３０の認証サーバ３１に対し、利用者の認証を要求する（ステップＳ１０６）。
認証サーバ３１の認証部３１３は、ユーザＩＤ連携部１５からの認証要求を受けると、利用端末４０に認証画面を表示させ、利用者に対して認証サーバ３１のユーザＩＤの入力を要求する。認証部３１３は、利用端末４０から認証サーバ３１のユーザＩＤが入力されると、ログインを要求した者が利用者であると認定する。認証部３１３は、認定した利用者に対してログインを許可する旨を利用端末４０へ通知する。また、このとき、ユーザＩＤ連携部３１４は、利用者の認証サーバ３１のユーザＩＤを特定する。ユーザＩＤ連携部３１４は、利用者のユーザＩＤが特定されると、特定されたユーザＩＤと対応付けたＧＷサーバ宛仮名称を発行する。ユーザＩＤ連携部３１４は、特定されたユーザＩＤと、発行したＧＷサーバ宛仮名称とを対応付け、データベース３１２に記録されるＩＤ連携情報テーブルへ登録する。ＧＷサーバ宛仮名称は、登録したＧＷサーバ宛仮名称をゲートウェイサーバ１０へ通知する。
【０１０２】
ユーザＩＤ連携部１５は、認証サーバ３１からＧＷサーバ宛仮名称を通知されると、通知されたＧＷサーバ宛仮名称と、ステップＳ１０３で発行したユーザＩＤとを対応付け、データベース１２に記録される第２のユーザ管理システム用ＩＤ連携情報テーブルへ登録し（ステップＳ１０７）、処理を終了させる。
【０１０３】
図１１は、利用者が第２のユーザ管理システム３０へログインした後、第２のユーザ管理システム３０から第１のユーザ管理システム２０へログインする際のゲートウェイサーバ１０の動作を示すフローチャートである。
まず、利用者が利用端末４０から第２のユーザ管理システム３０に所属するサービスサーバ３２−１に対して、第２のユーザ管理システム３０へのログインを要求する。利用者からのログイン要求を受けると、サービスサーバ３２−１のサービス実行部３２３は、認証サーバ３１の認証部３１３に対し、利用者の認証を要求する。
【０１０４】
認証部３１３は、サービス実行部３２３からの認証要求を受けると、利用端末４０に認証画面を表示させ、利用者に対して認証サーバ３１のユーザＩＤを要求する。認証部３１３は、利用端末４０から認証サーバ３１のユーザＩＤが入力されると、ログインを要求した者が利用者であると認定する。認証部３１３は、認定した利用者に対してログインを許可する旨をサービス実行部３２３へ返すと共に、認定した利用者に対してログインを許可する旨を利用端末４０へ通知する。
【０１０５】
続いて、第２のユーザ管理システム３０へのログインが許可された利用者は、サービスサーバ３２−１に対して、第１のユーザ管理システム２０へのログインを要求する。利用者から第１のユーザ管理システム２０へのログイン要求を受けると、サービスサーバ３２−１のサービス実行部３２３は、認証サーバ３１のユーザＩＤ連携部３１４へ、第１のユーザ管理システム２０へのログインを要求する。
【０１０６】
ユーザＩＤ連携部３１４は、第１のユーザ管理システム２０へのログイン要求を受けると、データベース３１２に記録されるＩＤ連携情報テーブルにＧＷサーバ宛仮名称が登録されているか否かを判断する。ＧＷサーバ宛仮名称が登録されていない場合、ユーザＩＤ連携部３１４は、ゲートウェイサーバ１０に対してログイン要求と共に、サーバ３１宛仮名称の発行要求を送信する。ＧＷサーバ宛仮名称が登録されている場合、ユーザＩＤ連携部３１４は、ゲートウェイサーバ１０に対してログイン要求と共に、ＧＷサーバ宛仮名称を通知する。
【０１０７】
ユーザＩＤ連携部１５は、第１のユーザ管理システム２０へのログイン要求を受けると、ログイン要求と共にＧＷサーバ宛仮名称が通知されたか、サーバ３１宛仮名称の発行要求が通知されたかを判断する（ステップＳ１１１）。ＧＷサーバ宛仮名称が通知された場合（ステップＳ１１１のＹｅｓ）、ユーザＩＤ連携部１５は、データベース１２に記録される第２のユーザ管理システム用ＩＤ連携情報テーブルに仮名称と、自サーバのユーザＩＤとが対応付けられて登録されていると判断し、処理をステップＳ１１２へ移行する。サーバ３１宛仮名称の発行要求が通知された場合（ステップＳ１１１のＮｏ）、ユーザＩＤ連携部１５は、第２のユーザ管理システム用ＩＤ連携情報テーブルにＧＷサーバ宛仮名称が未登録であるとして、処理をステップＳ１１３へ移行する。
【０１０８】
ステップＳ１１３において、ユーザＩＤ連携部１５は、自サーバのユーザＩＤを発行する（ステップＳ１１３）。ユーザＩＤ連携部１５は、発行したユーザＩＤに該当するサーバ３１宛仮名称を発行する（ステップＳ１１４）。ユーザＩＤ連携部１５は、ステップＳ１１３で発行したユーザＩＤと、ステップＳ１１４で発行した仮名称とを対応付けて、データベース１２に記録される第２のユーザ管理システム用ＩＤ連携情報テーブルへ登録すると共に、登録した仮名称を認証サーバ３１へ送信する（ステップＳ１１５）。この後、ユーザＩＤ連携部１５は、処理をステップＳ１１２へ移行する。
【０１０９】
ユーザＩＤ連携部３１４は、ゲートウェイサーバ１０から送信されたサーバ３１宛仮名称を受信すると、受信したサーバ３１宛仮名称と、自サーバのユーザＩＤとを対応付けて、ＩＤ連携情報テーブルに登録する。
ステップＳ１１２において、ユーザＩＤ連携部１５は、第２のユーザ管理システム用ＩＤ連携情報テーブルに記載されるユーザＩＤと対応付けられた連携用ＩＤが、第１のユーザ管理システム用ＩＤ連携情報テーブルに登録されているか否かを判断する（ステップＳ１１２）。第２のユーザ管理システム用ＩＤ連携情報テーブルに記載されるユーザＩＤと対応付けられた連携用ＩＤが、第１のユーザ管理システム用ＩＤ連携情報テーブルに登録されている場合（ステップＳ１１２のＹｅｓ）、ユーザＩＤ連携部１５は、処理をステップＳ１１６へ移行する。第２のユーザ管理システム用ＩＤ連携情報テーブルに記載されるユーザＩＤと対応付けられた連携用ＩＤが、第１のユーザ管理システム用ＩＤ連携情報テーブルに登録されていない場合（ステップＳ１１２のＮｏ）、ユーザＩＤ連携部１５は、処理をステップＳ１１７へ移行する。
【０１１０】
ステップＳ１１６において、ユーザＩＤ連携部１５は、第１のユーザ管理システム２０の認証サーバ２１に対し、第１のユーザ管理システム用ＩＤ連携情報テーブルに登録される連携用ＩＤを通知し（ステップＳ１１６）、処理を終了する。
認証サーバ２１の認証部２１３は、ユーザＩＤ連携部１５から連携用ＩＤが通知されると、ログインを要求した者が利用者であると認定する。認証部２１３は、認定した利用者に対してログインを許可する旨を利用端末４０へ通知する。
【０１１１】
ステップＳ１１７において、ユーザＩＤ連携部１５は、第１のユーザ管理システム２０の認証サーバ２１に対し、利用者の認証を要求する（ステップＳ１１７）。
認証サーバ２１の認証部２１３は、ユーザＩＤ連携部１５からの認証要求を受けると、利用端末４０に認証画面を表示させ、利用者に対して認証サーバ２１の連携用ＩＤの入力を要求する。認証部２１３は、利用端末４０から認証サーバ２１の連携用ＩＤが入力されると、ログインを要求した者が利用者であると認定する。認証部２１３は、認定した利用者に対してログインを許可する旨を利用端末４０へ通知する。また、このとき、ユーザＩＤ連携部２１４は、利用者の認証サーバ２１の連携用ＩＤを特定する。ユーザＩＤ連携部２１４は、利用者の連携用ＩＤが特定されると、特定された連携用ＩＤをゲートウェイサーバ１０へ通知する。
【０１１２】
ユーザＩＤ連携部１５は、認証サーバ２１から連携用ＩＤの通知を受けると、通知された連携用ＩＤと、自サーバのユーザＩＤとを対応付け、データベース１２に記録される第１のユーザ管理システム用ＩＤ連携情報テーブルへ登録し（ステップＳ１１８）、処理を終了する。
【０１１３】
図１０及び図１１に示す処理により、ゲートウェイサーバ１０の第１のユーザ管理システム用ＩＤ連携情報テーブルにユーザＩＤと対応する連携用ＩＤが登録され、第２のユーザ管理システム用ＩＤ連携情報テーブルにユーザＩＤと対応するＧＷサーバ宛仮名称が登録される。これにより、ゲートウェイサーバ１０は、第１及び第２のユーザ管理システムの連携用ＩＤと仮名称とを統合しなくても、連携用ＩＤが分かれば仮名称を特定でき、同様に、仮名称が特定できれば、連携用ＩＤを特定することが可能となる。
【０１１４】
また、第１のユーザ管理システム用ＩＤ連携情報テーブルに連携用ＩＤが登録され、第２のユーザ管理システム用ＩＤ連携情報テーブルにＧＷサーバ宛仮名称が登録された後においては、第１のユーザ管理システム２０へのログイン後、第２のユーザ管理システム３０へログインしようとする際、又は、第２のユーザ管理システム３０へのログイン後、第１のユーザ管理システム２０へログインしようとする際には、利用者は、最初のログイン時の認証のみで両システムへのログインが可能となる。つまり、シングルサインオンが可能となる。なお、続けてログインを希望するユーザ管理システムのセキュリティポリシによっては、再度利用者に認証の操作をさせることも可能である。
【０１１５】
なお、図１１のステップＳ１１４では、ゲートウェイサーバ１０のユーザＩＤ連携部１５は、第２のユーザ管理システムで用いられるサーバ３１宛仮名称を発行するようにしている。この場合、実装形態によっては、図１１の処理の後に、利用者が第１のユーザ管理システム２０へのログイン時の認証のみで第２のユーザ管理システム３０へログインしようとする場合、又は、利用者が第２のユーザ管理システム３０へのログイン時の認証のみで第１のユーザ管理システム２０へログインしようとする場合に、仮名称が合致せず正常にアクセスできない場合がある。
【０１１６】
具体的には、仮名称を発行したサーバと、それ以外のサーバとで異なる仮名称が登録される場合にはこの問題が生じる。例を以下に示す。
図１２は、図１１のステップＳ１１５で、ゲートウェイサーバ１０の第２のユーザ管理システム用ＩＤ連携情報テーブルに登録される仮名称と、このときに認証サーバ３１のＩＤ連携情報テーブルに登録される仮名称との例を示す図である。第２のユーザ管理システム用ＩＤ連携情報テーブルに登録される仮名称には、ゲートウェイサーバ１０が発行サーバであることを示す「ｉｄｐ＿」が付与され、ＩＤ連携情報テーブルに登録される仮名称には、認証サーバ３１が発行サーバ以外であることを示す「ｓｐ＿」が付与される。
【０１１７】
一方、ユーザＩＤ連携後に、第１のユーザ管理システム２０と第２のユーザ管理システム３０との間でシングルサインオンや情報流通を実現しようとすると、認証を実施する第２のユーザ管理システム３０の認証サーバ３１が発行サーバ扱いとなり、図１３に示すＩＤ連携情報テーブルが必要となる。図１３に示すＩＤ連携情報テーブルは、図１２で示すＩＤ連携情報テーブルとは異なっているため、図１２に示すＩＤ連携情報テーブルでは、利用者を特定することができない。
【０１１８】
そこで、図１１に示すステップＳ１１５において、ゲートウェイサーバ１０の第２のユーザ管理システム用ＩＤ連携情報テーブルに仮名称を登録する際に、ユーザＩＤ連携部１５は、発行サーバであることを示す「ｉｄｐ＿」の代わりに、発行サーバ以外であることを示す「ｓｐ＿」を仮名称に付加するようにする。また、ステップＳ１１５において、第２のユーザ管理システム３０のＩＤ連携情報テーブルに仮名称を登録する際に、ユーザＩＤ連携部３１４は、発行サーバ以外であることを示す「ｓｐ＿」の代わりに、発行サーバであることを示す「ｉｄｐ＿」を仮名称に付加するようにする。すなわち仮名称を入れ替える処理を追加する。
【０１１９】
これにより、図１１のフローが終了した時点で第２のユーザ管理システム用ＩＤ連携情報テーブル及びＩＤ連携情報テーブルに登録されている仮名称は図１３のようになる。つまり、第１のユーザ管理システム２０と第２のユーザ管理システム３０との間でシングルサインオンを実現しようとする場合に、仮名称の不一致によるシングルサインオンの失敗を避けることが可能となる。
【０１２０】
また、図１０及び図１１に示すフローチャートで、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルにそれぞれ登録された連携用ＩＤ及び仮名称は、利用者との接続が切れた後は消去されるようにしても構わない。すなわち、ゲートウェイサーバ１０のユーザＩＤ連携部１５は、利用者がネットワークに接続している間は、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルに記録される情報を維持する。そして、利用者からの要求に応じて、ユーザＩＤ連携部１５は、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルを参照し、第１及び第２のユーザ管理システム２０，３０におけるユーザ識別子を関連付ける。利用者のネットワークへの接続が切れた場合、ユーザＩＤ連携部１５は、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルの情報を消去する。
【０１２１】
これにより、一方のユーザ管理システムからログイン後、他方のユーザ管理システムにログインしようとする場合、利用者は、他方のユーザ管理システムへのログインが２回目以降であっても、接続を切断した後においては、他方のユーザ管理システムで認証操作を行う必要がある。一方で、データの保存領域が節約でき、かつ、データ管理の手間が軽減されるというメリットがある。
【０１２２】
以上のように、上記実施形態に係るネットワークシステムは、ネットワーク１００に連結されたゲートウェイサーバ１０を具備する。ゲートウェイサーバ１０は、データベース１２に第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルを記録し、この第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルに、第１のユーザ管理システム２０のユーザ識別子である連携用ＩＤと、第２のユーザ管理システム３０のユーザ識別子である仮名称とを自サーバのユーザＩＤと対応付けて登録する。これにより、ゲートウェイサーバ１０は、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルを参照することで、第１のユーザ管理システム２０での連携用ＩＤと、第２のユーザ管理システム３０での仮名称とを対応付けることが可能となり、両ユーザ管理システムにおける同一の利用者を一意に特定することが可能となる。
【０１２３】
ところで、単に同一の利用者に対する複数のユーザＩＤを関連付けるだけであれば、ＩＤ連携型のように１つのユーザＩＤに統合するか、ＩＤ預託型のように各ユーザＩＤを関連付けて管理するテーブルを設け、それを参照して変換することで実現できる。しかしながら、それではＩＤ連携型又はＩＤ預託型の問題点までも踏襲することになる。
【０１２４】
特に、セキュアなＩＤ連携を特徴とするＩＤ連携型のユーザ管理システムとネットワーク接続する場合には、当該ユーザ管理システムにおいてＩＤ連携情報テーブルのキーとなっているユーザ識別子を、他のユーザ管理システムへ流出することは許されない。本実施形態に係るネットワークシステムでは、ゲートウェイサーバ１０と、認証サーバ３１とでＧＷサーバ宛仮名称を管理するようにしているため、仮名称が他のユーザ管理システムへ流出することはない。これにより、ＩＤ連携型のユーザ管理システムと同等のセキュリティレベルを保ちつつ、ユーザ管理システム間のユーザＩＤ連携を実現することが可能となる。
【０１２５】
また、上記実施形態では、ユーザＩＤ連携部１５は、利用者のログイン時の認証処理に伴い、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルに連携用ＩＤ及びＧＷサーバ宛仮名称をそれぞれ登録する。また、利用者が、いずれかのユーザ管理システムから他のユーザ管理システムへのログインを要求した場合、ユーザＩＤ連携部１５は、第１及び第２のユーザ管理システム用ＩＤ連携情報テーブルを参照し、一方のユーザ識別子から他方のユーザ識別子を特定する。これにより、ユーザ管理システム間のユーザＩＤ連携において、ＩＤ連携情報テーブルが自動的に作成されるようになり、かつ、サービスサーバ３２−１〜３２−ｍ毎にＩＤ連携情報テーブルを作成する必要がないため、ＩＤ連携情報テーブルを作成・管理するためのコスト及び負荷が軽減されることとなる。
【０１２６】
また、上記実施形態に係るネットワークシステムでは、ユーザＩＤ連携部１５は、発行サーバであることを示す仮名称と、発行サーバ以外であることを示す仮名称とが異なる場合には、第２のユーザ管理システム用ＩＤ連携情報テーブル及びＩＤ連携情報テーブルへの登録時に、登録される仮名称を入れ替えるようにしている。これにより、第１のユーザ管理システム２０と第２のユーザ管理システム３０との間でシングルサインオンを実現しようとする場合に、仮名称の不一致によるシングルサインオンの失敗を避けることが可能となる。
【０１２７】
したがって、本発明に係るネットワークシステムによれば、ユーザ管理方式の異なるユーザ管理システム間で同一の利用者を特定することができる。このように、方式の異なるユーザ管理システム間で同一の利用者を特定できるため、これらのユーザ管理システム間においてシングルサインオン及びデータアクセスが可能となる。
【０１２８】
なお、上記実施形態では、ゲートウェイサーバ１０が認証部１３を備える場合を例に説明したが、これに限定される訳ではない。例えば、運用者がゲートウェイサーバ１０へログインする際の認証を認証サーバ２１，３１に委託する場合には、ゲートウェイサーバ１０は、認証部１３を備えていなくても構わない。
【０１２９】
また、上記実施形態では、ゲートウェイサーバ１０が操作処理部１４を備え、運用者が操作処理部１４に対して操作指示を与える場合を例に説明した。しかしながら、これに限定される訳ではない。例えば、操作処理部は、認証サーバ２１，３１のいずれかに設けられ、運用者は、認証サーバ２１，３１のいずれかに設けられた操作処理部に対して操作指示を与えるようにしても構わない。
【０１３０】
また、上記実施形態では、第１のユーザ管理システム２０のＩＤ連携情報テーブルに認証サーバ２１のユーザＩＤと連携用ＩＤが関連付けて登録され、ゲートウェイサーバ１０の第１のユーザ管理システム用ＩＤ連携情報テーブルにゲートウェイサーバ１０のユーザＩＤと連携用ＩＤのマッピング情報が登録される場合を例に説明したが、これに限定される訳ではない。例えば、第１のユーザ管理システム２０のＩＤ連携情報テーブルに認証サーバ２１のユーザＩＤとサービスサーバ２２−１〜２２−ｎの実ユーザＩＤとが登録され、第１のユーザ管理システム用ＩＤ連携情報テーブルにゲートウェイサーバ１０のユーザＩＤと認証サーバ２１の実ユーザＩＤとが登録される場合であっても同様に実施可能である。
【０１３１】
また、上記実施形態では、認証サーバ３１の認証部３１３での認証で、利用者又は運用者に認証サーバ３１のユーザＩＤの入力を要求する場合を例に説明したが、これに限定される訳ではない。例えば、ユーザＩＤの入力を要求する代わりに、ユーザＩＤを一意に特定することのできるログインＩＤの入力を要求するようにしても構わない。このとき、認証サーバ３１のデータベース３１２に、ユーザＩＤとログインＩＤとの対応付けを管理するテーブルを設けてもよい。
【０１３２】
また、上記実施形態に係るゲートウェイサーバ１０、認証サーバ２１，３１及びサービスサーバ２２−１〜２２−ｎ，３２−１〜３２−ｍは、記憶装置（例えば、揮発性メモリ、不揮発性メモリ、ハードディスク）、演算処理装置（例えばＣＰＵ）、通信装置（例えば、ＬＡＮカード、モデム、通信ケーブル、赤外線通信機、無線通信機）等を備えたコンピュータにより実現可能である。
【０１３３】
この場合、コンピュータは、プログラム及びプログラムの処理に必要なデータを記憶装置に記憶しておき、必要に応じて演算処理装置がプログラムを読み込んで解釈実行することで、認証部１３，２１３，３１３、操作処理部１４、ユーザＩＤ連携部１５，２１４，３１４，３２４及びサービス実行部２２２，３２３の機能を実現する。
【０１３４】
上記実施形態に係るネットワークシステムを構成するゲートウェイサーバ１０、認証サーバ２１，３１及びサービスサーバ２２−１〜２２−ｎ，３２−１〜３２−ｍにおける処理機能をコンピュータによって実現する場合、各サーバが有すべき機能の処理内容はプログラムによって記述される。
【０１３５】
この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。
【０１３６】
また、コンピュータ上で所定のプログラムを実行させることにより、上記各サーバを構成するとしてもよいが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【０１３７】
１０…ゲートウェイサーバ、１１，２１１，２２１，３１１，３２１…通信部、１２，２１２，３１２，３２２…データベース、１３，２１３，３１３…認証部、１４…操作処理部、１５，２１４，３１４，３２４…ユーザＩＤ連携部、２０…第１のユーザ管理システム、２１，３１…認証サーバ、２２−１〜２２−ｎ、３２−１〜３２−ｍ…サービスサーバ、３０…ユーザ管理システム、４０…利用端末
【特許請求の範囲】
【請求項１】
利用者にサービスを提供する第１のサービスサーバと、前記第１のサービスサーバのユーザＩＤを管理するためのＩＤ情報を第１のＩＤ連携情報テーブルで管理する第１の認証サーバとを備える第１のユーザ管理システムと、
利用者にサービスを提供する第２のサービスサーバと、前記第２のサービスサーバをそれぞれ管理するために発行された第１の仲介用ＩＤ情報、及び、前記第１のユーザ管理システムとの連携のために発行された第２の仲介用ＩＤ情報を第２のＩＤ連携情報テーブルで管理する第２の認証サーバとを備える第２のユーザ管理システムと、
前記ＩＤ情報と、前記第２の仲介用ＩＤ情報とを対応付けて第３のＩＤ連携情報テーブルで管理するゲートウェイサーバと
を具備し、
前記ゲートウェイサーバは、前記ＩＤ情報が通知されると共に、前記第２のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知されたＩＤ情報と対応する第２の仲介用ＩＤ情報を検出し、前記検出した前記第２の仲介用ＩＤ情報を前記第２の認証サーバへ出力し、
前記ゲートウェイサーバは、前記第２の仲介用ＩＤ情報が通知されると共に、前記第１のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知された第２の仲介用ＩＤ情報と対応するＩＤ情報を検出し、前記検出した前記ＩＤ情報を前記第１の認証サーバへ出力することを特徴とするネットワークシステム。
【請求項２】
前記ゲートウェイサーバは、運用者から入力される指定子に応じて前記第２の認証サーバで発行される第２の仲介用ＩＤ情報と、前記運用者により入力されるＩＤ情報とを、互いに対応付けて前記第３のＩＤ連携情報テーブルへ登録し、
前記第２の認証サーバは、前記指定子に応じて前記第２の仲介用ＩＤ情報を発行し、前記発行した第２の仲介用ＩＤ情報を前記第２のＩＤ連携情報テーブルへ登録することを特徴とする請求項１記載のネットワークシステム。
【請求項３】
前記ゲートウェイサーバは、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、前記第１のユーザ管理システムへのログイン後、前記第２のユーザ管理システムへ利用者がログインする際に前記第２の認証サーバで発行される第２の仲介用ＩＤ情報を、前記登録したＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録し、
前記第２の認証サーバは、前記発行した第２の仲介用ＩＤ情報を前記第２のＩＤ連携情報テーブルへ登録することを特徴とする請求項１記載のネットワークシステム。
【請求項４】
前記ゲートウェイサーバは、前記第２のユーザ管理システムへ利用者がログインする際に第２の仲介用ＩＤ情報を発行し、前記発行した第２の仲介用ＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、前記第２のユーザ管理システムへのログイン後、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を、前記登録した第２の仲介用ＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録し、
前記第２の認証サーバは、前記発行された第２の仲介用ＩＤ情報を前記第２のＩＤ連携情報テーブルへ登録することを特徴とする請求項１記載のネットワークシステム。
【請求項５】
前記ゲートウェイサーバは、前記発行した第２の仲介用ＩＤ情報を、前記第２の仲介用ＩＤ情報の発行元が自サーバでないことを示す文字を付して、前記第３のＩＤ連携情報テーブルへ登録し、
前記第２の認証サーバは、前記発行された第２の仲介用ＩＤ情報を、前記第２の仲介用ＩＤ情報の発行元が自サーバであることを示す文字を付して、前記第２のＩＤ連携情報テーブルへ登録することを特徴とする請求項４記載のネットワークシステム。
【請求項６】
利用者にサービスを提供する第１のサービスサーバのユーザＩＤを管理するためのＩＤ情報を第１のＩＤ連携情報テーブルで管理する第１のユーザ管理システムと、利用者にサービスを提供する第２のサービスサーバをそれぞれ管理するために発行された第１の仲介用ＩＤ情報、及び、前記第１のユーザ管理システムとの連携のために発行された第２の仲介用ＩＤ情報を第２のＩＤ連携情報テーブルで管理する第２のユーザ管理システムとを具備するネットワークシステムで用いられるゲートウェイサーバにおいて、
前記ネットワークシステムと通信する通信部と、
前記ＩＤ情報と、前記第２の仲介用ＩＤ情報とを対応付けて管理する第３のＩＤ連携情報テーブルを記録するデータベースと、
前記ＩＤ情報が通知されると共に、前記第２のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知されたＩＤ情報と対応する第２の仲介用ＩＤ情報を検出し、前記検出した前記第２の仲介用ＩＤ情報を前記第２のユーザ管理システムへ出力し、前記第２の仲介用ＩＤ情報が通知されると共に、前記第１のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知された第２の仲介用ＩＤ情報と対応するＩＤ情報を検出し、前記検出した前記ＩＤ情報を前記第１のユーザ管理システムへ出力するユーザＩＤ連携部と
を具備することを特徴とするゲートウェイサーバ。
【請求項７】
前記ユーザＩＤ連携部は、運用者から入力される指定子に応じて前記第２の認証サーバで発行される第２の仲介用ＩＤ情報と、前記運用者により入力されるＩＤ情報とを、互いに対応付けて前記第３のＩＤ連携情報テーブルへ登録することを特徴とする請求項６記載のゲートウェイサーバ。
【請求項８】
前記ユーザＩＤ連携部は、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、前記第１のユーザ管理システムへのログイン後、前記第２のユーザ管理システムへ利用者がログインする際に前記第２の認証サーバで発行される第２の仲介用ＩＤ情報を、前記登録したＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録することを特徴とする請求項６記載のゲートウェイサーバ。
【請求項９】
前記ユーザＩＤ連携部は、前記第２のユーザ管理システムへ利用者がログインする際に第２の仲介用ＩＤ情報を発行し、前記発行した第２の仲介用ＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、前記第２のユーザ管理システムへのログイン後、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を、前記登録した第２の仲介用ＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録することを特徴とする請求項６記載のゲートウェイサーバ。
【請求項１０】
前記ユーザＩＤ連携部は、前記発行した第２の仲介用ＩＤ情報を、前記第２の仲介用ＩＤ情報の発行元が自サーバでないことを示す文字を付して、前記第３のＩＤ連携情報テーブルへ登録することを特徴とする請求項９記載のゲートウェイサーバ。
【請求項１１】
前記ユーザＩＤ連携部は、前記ログインを要求した利用者との接続が切断された場合、前記第３のＩＤ連携情報テーブルで管理される前記ＩＤ情報及び前記第２の仲介用ＩＤ情報を消去することを特徴とする請求項６記載のゲートウェイサーバ。
【請求項１２】
利用者にサービスを提供する第１のサービスサーバのユーザＩＤを管理するためのＩＤ情報を第１のＩＤ連携情報テーブルで管理する第１のユーザ管理システムと、利用者にサービスを提供する第２のサービスサーバをそれぞれ管理するために発行された第１の仲介用ＩＤ情報、及び、前記第１のユーザ管理システムとの連携のために発行された第２の仲介用ＩＤ情報を第２のＩＤ連携情報テーブルで管理する第２のユーザ管理システムと、前記ＩＤ情報と、前記第２の仲介用ＩＤ情報とを対応付けて第３のＩＤ連携情報テーブルで管理するゲートウェイサーバとを具備するネットワークシステムで用いられるユーザ識別子連携方法において、
前記ＩＤ情報が通知されると共に、前記第２のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知されたＩＤ情報と対応する第２の仲介用ＩＤ情報を検出し、
前記検出した前記第２の仲介用ＩＤ情報を前記第２のユーザ管理システムへ出力し、
前記第２の仲介用ＩＤ情報が通知されると共に、前記第１のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知された第２の仲介用ＩＤ情報と対応するＩＤ情報を検出し、
前記検出した前記ＩＤ情報を前記第１のユーザ管理システムへ出力することを特徴とするユーザ識別子連携方法。
【請求項１３】
運用者から入力される指定子に応じ、前記第２のユーザ管理システムにおける認証サーバで第２の仲介用ＩＤ情報を発行し、
前記認証サーバにより、前記発行した第２の仲介用ＩＤ情報を前記第２のＩＤ連携情報テーブルへ登録し、
前記ゲートウェイサーバにより、前記発行された第２の仲介用ＩＤ情報と、前記運用者により入力されるＩＤ情報とを、互いに対応付けて前記第３のＩＤ連携情報テーブルへ登録することを特徴とする請求項１２記載のユーザ識別子連携方法。
【請求項１４】
前記第１のユーザ管理システムへのログイン後に前記第２のユーザ管理システムへのログイン要求を受信した場合、
前記ゲートウェイサーバにより、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、
前記ログイン要求に応じて、前記第２のユーザ管理システムの認証サーバで第２の仲介用ＩＤ情報を発行し、
前記認証サーバにより、前記発行した第２の仲介用ＩＤ情報を前記第２のＩＤ連携情報テーブルへ登録し、
前記ゲートウェイサーバにより、前記発行された第２の仲介用ＩＤ情報を、前記登録されたＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録し、
前記第２のユーザ管理システムへのログイン後に前記第１のユーザ管理システムへのログイン要求を受信した場合、
前記ゲートウェイサーバにより、前記第２のユーザ管理システムへ利用者がログインする際に第２の仲介用ＩＤ情報を発行し、
前記ゲートウェイサーバにより、前記発行した第２の仲介用ＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、
前記ゲートウェイサーバにより、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を、前記登録された第２の仲介用ＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録することを特徴とする請求項１２記載のユーザ識別子連携方法。
【請求項１５】
利用者にサービスを提供する第１のサービスサーバのユーザＩＤを管理するためのＩＤ情報を第１のＩＤ連携情報テーブルで管理する第１のユーザ管理システムと、利用者にサービスを提供する第２のサービスサーバをそれぞれ管理するために発行された第１の仲介用ＩＤ情報、及び、前記第１のユーザ管理システムとの連携のために発行された第２の仲介用ＩＤ情報を第２のＩＤ連携情報テーブルで管理する第２のユーザ管理システムと、ネットワークを介して接続可能なゲートウェイサーバに備えられたコンピュータで使用されるユーザ識別子連携プログラムであって、
前記ＩＤ情報が通知されると共に、前記第２のユーザ管理システムへのログイン要求がある場合、前記ゲートウェイサーバで記録される第３のＩＤ連携情報テーブルから前記通知されたＩＤ情報と対応する第２の仲介用ＩＤ情報を検出する処理と、
前記検出した前記第２の仲介用ＩＤ情報を前記第２のユーザ管理システムへ出力する処理と、
前記第２の仲介用ＩＤ情報が通知されると共に、前記第１のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知された第２の仲介用ＩＤ情報と対応するＩＤ情報を検出する処理と、
前記検出した前記ＩＤ情報を前記第１のユーザ管理システムへ出力する処理と
を前記コンピュータに実行させることを特徴とするユーザ識別子連携プログラム。
【請求項１６】
運用者から入力される指定子に応じて前記第２の認証サーバで発行される第２の仲介用ＩＤ情報と、前記運用者により入力されるＩＤ情報とを、互いに対応付けて前記第３のＩＤ連携情報テーブルへ登録する処理をさらに前記コンピュータに実行させることを特徴とする請求項１５記載のユーザ識別子連携プログラム。
【請求項１７】
前記第１のユーザ管理システムへのログイン後に前記第２のユーザ管理システムへのログイン要求を受信した場合、
前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録する処理と、
前記第２のユーザ管理システムへ利用者がログインする際に前記第２のユーザ管理システムで発行される第２の仲介用ＩＤ情報を、前記登録されたＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録する処理と
を前記コンピュータにさらに実行させ、
前記第２のユーザ管理システムへのログイン後に前記第１のユーザ管理システムへのログイン要求を受信した場合、
前記第２のユーザ管理システムへ利用者がログインする際に前記ゲートウェイサーバで発行される第２の仲介用ＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録する処理と、
前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を、前記登録された第２の仲介用ＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録する処理と
を前記コンピュータにさらに実行させることを特徴とする請求項１５記載のユーザ識別子連携プログラム。
【請求項１】
利用者にサービスを提供する第１のサービスサーバと、前記第１のサービスサーバのユーザＩＤを管理するためのＩＤ情報を第１のＩＤ連携情報テーブルで管理する第１の認証サーバとを備える第１のユーザ管理システムと、
利用者にサービスを提供する第２のサービスサーバと、前記第２のサービスサーバをそれぞれ管理するために発行された第１の仲介用ＩＤ情報、及び、前記第１のユーザ管理システムとの連携のために発行された第２の仲介用ＩＤ情報を第２のＩＤ連携情報テーブルで管理する第２の認証サーバとを備える第２のユーザ管理システムと、
前記ＩＤ情報と、前記第２の仲介用ＩＤ情報とを対応付けて第３のＩＤ連携情報テーブルで管理するゲートウェイサーバと
を具備し、
前記ゲートウェイサーバは、前記ＩＤ情報が通知されると共に、前記第２のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知されたＩＤ情報と対応する第２の仲介用ＩＤ情報を検出し、前記検出した前記第２の仲介用ＩＤ情報を前記第２の認証サーバへ出力し、
前記ゲートウェイサーバは、前記第２の仲介用ＩＤ情報が通知されると共に、前記第１のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知された第２の仲介用ＩＤ情報と対応するＩＤ情報を検出し、前記検出した前記ＩＤ情報を前記第１の認証サーバへ出力することを特徴とするネットワークシステム。
【請求項２】
前記ゲートウェイサーバは、運用者から入力される指定子に応じて前記第２の認証サーバで発行される第２の仲介用ＩＤ情報と、前記運用者により入力されるＩＤ情報とを、互いに対応付けて前記第３のＩＤ連携情報テーブルへ登録し、
前記第２の認証サーバは、前記指定子に応じて前記第２の仲介用ＩＤ情報を発行し、前記発行した第２の仲介用ＩＤ情報を前記第２のＩＤ連携情報テーブルへ登録することを特徴とする請求項１記載のネットワークシステム。
【請求項３】
前記ゲートウェイサーバは、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、前記第１のユーザ管理システムへのログイン後、前記第２のユーザ管理システムへ利用者がログインする際に前記第２の認証サーバで発行される第２の仲介用ＩＤ情報を、前記登録したＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録し、
前記第２の認証サーバは、前記発行した第２の仲介用ＩＤ情報を前記第２のＩＤ連携情報テーブルへ登録することを特徴とする請求項１記載のネットワークシステム。
【請求項４】
前記ゲートウェイサーバは、前記第２のユーザ管理システムへ利用者がログインする際に第２の仲介用ＩＤ情報を発行し、前記発行した第２の仲介用ＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、前記第２のユーザ管理システムへのログイン後、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を、前記登録した第２の仲介用ＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録し、
前記第２の認証サーバは、前記発行された第２の仲介用ＩＤ情報を前記第２のＩＤ連携情報テーブルへ登録することを特徴とする請求項１記載のネットワークシステム。
【請求項５】
前記ゲートウェイサーバは、前記発行した第２の仲介用ＩＤ情報を、前記第２の仲介用ＩＤ情報の発行元が自サーバでないことを示す文字を付して、前記第３のＩＤ連携情報テーブルへ登録し、
前記第２の認証サーバは、前記発行された第２の仲介用ＩＤ情報を、前記第２の仲介用ＩＤ情報の発行元が自サーバであることを示す文字を付して、前記第２のＩＤ連携情報テーブルへ登録することを特徴とする請求項４記載のネットワークシステム。
【請求項６】
利用者にサービスを提供する第１のサービスサーバのユーザＩＤを管理するためのＩＤ情報を第１のＩＤ連携情報テーブルで管理する第１のユーザ管理システムと、利用者にサービスを提供する第２のサービスサーバをそれぞれ管理するために発行された第１の仲介用ＩＤ情報、及び、前記第１のユーザ管理システムとの連携のために発行された第２の仲介用ＩＤ情報を第２のＩＤ連携情報テーブルで管理する第２のユーザ管理システムとを具備するネットワークシステムで用いられるゲートウェイサーバにおいて、
前記ネットワークシステムと通信する通信部と、
前記ＩＤ情報と、前記第２の仲介用ＩＤ情報とを対応付けて管理する第３のＩＤ連携情報テーブルを記録するデータベースと、
前記ＩＤ情報が通知されると共に、前記第２のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知されたＩＤ情報と対応する第２の仲介用ＩＤ情報を検出し、前記検出した前記第２の仲介用ＩＤ情報を前記第２のユーザ管理システムへ出力し、前記第２の仲介用ＩＤ情報が通知されると共に、前記第１のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知された第２の仲介用ＩＤ情報と対応するＩＤ情報を検出し、前記検出した前記ＩＤ情報を前記第１のユーザ管理システムへ出力するユーザＩＤ連携部と
を具備することを特徴とするゲートウェイサーバ。
【請求項７】
前記ユーザＩＤ連携部は、運用者から入力される指定子に応じて前記第２の認証サーバで発行される第２の仲介用ＩＤ情報と、前記運用者により入力されるＩＤ情報とを、互いに対応付けて前記第３のＩＤ連携情報テーブルへ登録することを特徴とする請求項６記載のゲートウェイサーバ。
【請求項８】
前記ユーザＩＤ連携部は、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、前記第１のユーザ管理システムへのログイン後、前記第２のユーザ管理システムへ利用者がログインする際に前記第２の認証サーバで発行される第２の仲介用ＩＤ情報を、前記登録したＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録することを特徴とする請求項６記載のゲートウェイサーバ。
【請求項９】
前記ユーザＩＤ連携部は、前記第２のユーザ管理システムへ利用者がログインする際に第２の仲介用ＩＤ情報を発行し、前記発行した第２の仲介用ＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、前記第２のユーザ管理システムへのログイン後、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を、前記登録した第２の仲介用ＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録することを特徴とする請求項６記載のゲートウェイサーバ。
【請求項１０】
前記ユーザＩＤ連携部は、前記発行した第２の仲介用ＩＤ情報を、前記第２の仲介用ＩＤ情報の発行元が自サーバでないことを示す文字を付して、前記第３のＩＤ連携情報テーブルへ登録することを特徴とする請求項９記載のゲートウェイサーバ。
【請求項１１】
前記ユーザＩＤ連携部は、前記ログインを要求した利用者との接続が切断された場合、前記第３のＩＤ連携情報テーブルで管理される前記ＩＤ情報及び前記第２の仲介用ＩＤ情報を消去することを特徴とする請求項６記載のゲートウェイサーバ。
【請求項１２】
利用者にサービスを提供する第１のサービスサーバのユーザＩＤを管理するためのＩＤ情報を第１のＩＤ連携情報テーブルで管理する第１のユーザ管理システムと、利用者にサービスを提供する第２のサービスサーバをそれぞれ管理するために発行された第１の仲介用ＩＤ情報、及び、前記第１のユーザ管理システムとの連携のために発行された第２の仲介用ＩＤ情報を第２のＩＤ連携情報テーブルで管理する第２のユーザ管理システムと、前記ＩＤ情報と、前記第２の仲介用ＩＤ情報とを対応付けて第３のＩＤ連携情報テーブルで管理するゲートウェイサーバとを具備するネットワークシステムで用いられるユーザ識別子連携方法において、
前記ＩＤ情報が通知されると共に、前記第２のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知されたＩＤ情報と対応する第２の仲介用ＩＤ情報を検出し、
前記検出した前記第２の仲介用ＩＤ情報を前記第２のユーザ管理システムへ出力し、
前記第２の仲介用ＩＤ情報が通知されると共に、前記第１のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知された第２の仲介用ＩＤ情報と対応するＩＤ情報を検出し、
前記検出した前記ＩＤ情報を前記第１のユーザ管理システムへ出力することを特徴とするユーザ識別子連携方法。
【請求項１３】
運用者から入力される指定子に応じ、前記第２のユーザ管理システムにおける認証サーバで第２の仲介用ＩＤ情報を発行し、
前記認証サーバにより、前記発行した第２の仲介用ＩＤ情報を前記第２のＩＤ連携情報テーブルへ登録し、
前記ゲートウェイサーバにより、前記発行された第２の仲介用ＩＤ情報と、前記運用者により入力されるＩＤ情報とを、互いに対応付けて前記第３のＩＤ連携情報テーブルへ登録することを特徴とする請求項１２記載のユーザ識別子連携方法。
【請求項１４】
前記第１のユーザ管理システムへのログイン後に前記第２のユーザ管理システムへのログイン要求を受信した場合、
前記ゲートウェイサーバにより、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、
前記ログイン要求に応じて、前記第２のユーザ管理システムの認証サーバで第２の仲介用ＩＤ情報を発行し、
前記認証サーバにより、前記発行した第２の仲介用ＩＤ情報を前記第２のＩＤ連携情報テーブルへ登録し、
前記ゲートウェイサーバにより、前記発行された第２の仲介用ＩＤ情報を、前記登録されたＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録し、
前記第２のユーザ管理システムへのログイン後に前記第１のユーザ管理システムへのログイン要求を受信した場合、
前記ゲートウェイサーバにより、前記第２のユーザ管理システムへ利用者がログインする際に第２の仲介用ＩＤ情報を発行し、
前記ゲートウェイサーバにより、前記発行した第２の仲介用ＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録し、
前記ゲートウェイサーバにより、前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を、前記登録された第２の仲介用ＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録することを特徴とする請求項１２記載のユーザ識別子連携方法。
【請求項１５】
利用者にサービスを提供する第１のサービスサーバのユーザＩＤを管理するためのＩＤ情報を第１のＩＤ連携情報テーブルで管理する第１のユーザ管理システムと、利用者にサービスを提供する第２のサービスサーバをそれぞれ管理するために発行された第１の仲介用ＩＤ情報、及び、前記第１のユーザ管理システムとの連携のために発行された第２の仲介用ＩＤ情報を第２のＩＤ連携情報テーブルで管理する第２のユーザ管理システムと、ネットワークを介して接続可能なゲートウェイサーバに備えられたコンピュータで使用されるユーザ識別子連携プログラムであって、
前記ＩＤ情報が通知されると共に、前記第２のユーザ管理システムへのログイン要求がある場合、前記ゲートウェイサーバで記録される第３のＩＤ連携情報テーブルから前記通知されたＩＤ情報と対応する第２の仲介用ＩＤ情報を検出する処理と、
前記検出した前記第２の仲介用ＩＤ情報を前記第２のユーザ管理システムへ出力する処理と、
前記第２の仲介用ＩＤ情報が通知されると共に、前記第１のユーザ管理システムへのログイン要求がある場合、前記第３のＩＤ連携情報テーブルから前記通知された第２の仲介用ＩＤ情報と対応するＩＤ情報を検出する処理と、
前記検出した前記ＩＤ情報を前記第１のユーザ管理システムへ出力する処理と
を前記コンピュータに実行させることを特徴とするユーザ識別子連携プログラム。
【請求項１６】
運用者から入力される指定子に応じて前記第２の認証サーバで発行される第２の仲介用ＩＤ情報と、前記運用者により入力されるＩＤ情報とを、互いに対応付けて前記第３のＩＤ連携情報テーブルへ登録する処理をさらに前記コンピュータに実行させることを特徴とする請求項１５記載のユーザ識別子連携プログラム。
【請求項１７】
前記第１のユーザ管理システムへのログイン後に前記第２のユーザ管理システムへのログイン要求を受信した場合、
前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録する処理と、
前記第２のユーザ管理システムへ利用者がログインする際に前記第２のユーザ管理システムで発行される第２の仲介用ＩＤ情報を、前記登録されたＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録する処理と
を前記コンピュータにさらに実行させ、
前記第２のユーザ管理システムへのログイン後に前記第１のユーザ管理システムへのログイン要求を受信した場合、
前記第２のユーザ管理システムへ利用者がログインする際に前記ゲートウェイサーバで発行される第２の仲介用ＩＤ情報を前記第３のＩＤ連携情報テーブルへ登録する処理と、
前記第１のユーザ管理システムへ利用者がログインする際に入力されるＩＤ情報を、前記登録された第２の仲介用ＩＤ情報と対応付けて前記第３のＩＤ連携情報テーブルへ登録する処理と
を前記コンピュータにさらに実行させることを特徴とする請求項１５記載のユーザ識別子連携プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１３−１１４６２２（Ｐ２０１３−１１４６２２Ａ）
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願番号】特願２０１１−２６２９９８（Ｐ２０１１−２６２９９８）
【出願日】平成２３年１１月３０日（２０１１．１１．３０）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願日】平成２３年１１月３０日（２０１１．１１．３０）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]