JP2017204196A - サービス提供システム、サービス提供装置、サービス提供方法、プログラム - Google Patents

Abstract

【課題】ＩｄＰ利用サービスの利便性を向上し、プロファイルの誤選択をなくし、切替えを簡単にする。【解決手段】サービス提供システムは、利用者がログインした際にログインに関するログイン情報を発行するＩｄＰ（Ｉｄｅｎｔｉｔｙ Ｐｒｏｖｉｄｅｒ）サーバと、発行されたログイン情報に基づいて利用者にサービスを提供するサービス提供サーバ１を備える。サービス提供サーバは、アカウント管理部１０２と、利用者がログイン情報に基づいてサービスを利用するときに最初に適用される設定情報である初期設定情報を記憶するアカウント記憶部１０３を備える。アカウント管理部１０２は、発行されたログイン情報と、利用者がサービスを利用する際の利用者を特定するための情報である設定情報とを、利用者がサービスを利用するために発行されるアカウントに関連付けて管理し、発行されたログイン情報と初期設定情報とを関連付けて管理する。【選択図】図３

Description

本発明は、サービス提供システム、サービス提供装置、サービス提供方法、プログラムに関する。

近年、プリンティングサービスやＷｅｂストレージサービス、ネット通販サービスなど、ネットワークを介した様々なサービス（以下、「クラウドサービス」とする）が提供されている。ユーザは、これらのクラウドサービスを利用するために、各クラウドサービスについてそれぞれユーザＩＤを作成する必要がある（例えば、特許文献１を参照）。

しかし、これでは、ユーザは、クラウドサービスごとにユーザＩＤを管理しなければならないといった問題がある。そこで、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）などで主に利用されているＯＡｕｔｈやＯｐｅｎＩＤ Ｃｏｎｎｅｃｔ（ＯＩＤＣ）などに代表されるように、あるクラウドサービスのＩＤプロバイダ（以下、「ＩｄＰ（Ｉｄｅｎｔｉｔｙ Ｐｒｏｖｉｄｅｒ）」とする）が発行するユーザＩＤを自身のユーザＩＤとして利用可能なサービス（以下、「ＩｄＰ利用サービス」とする）が提案され既に知られている。

このようなＩｄＰ利用サービスによれば、ＩｄＰの発行したユーザＩＤを使いまわせるため、ユーザは、クラウドサービスごとにユーザＩＤを管理しなくても良くなり、サービスの利便性を向上させることができる。

ところで、ユーザは、このようなクラウドサービスにおいて、用途に応じて設定やアクセス権限を切り替えたり、ネットワーク上における自身の存在を切り替えたりするなど、プロファイルを切り替えたいといった場合がある。

そして、このような場合に対応するため、ユーザは、ＩｄＰ利用サービスにおいてプロファイル毎にユーザＩＤを作成しておき、プロファイルを切り替える度にＩｄＰ利用サービスにログインし直すといった方法が既に知られている。

また、この他、ユーザは、ＩｄＰ利用サービスにおいて一つのユーザＩＤに対して複数のプロファイルを作成しておき、一度のログインで複数のプロファイルを切り替えられるようにするといった方法が既に知られている。

ところが、前者の場合、ユーザは、プロファイルを切り替える度にＩｄＰ利用サービスにログインし直さなければならないため、簡単にプロファイルを切り替えることができないといった問題がある。

また、後者の場合、ユーザは、ログイン後、使用したいプロファイルを自身で選択しなければならないといった問題がある。さらに、後者の場合、ユーザは、使用したいプロファイルとは異なるプロファイルを誤って選択してしまうことがあるといった問題がある。

本発明は、このような課題を解決するためになされたものであり、ＩｄＰ利用サービスの利便性を向上させることを目的とする。

上記課題を解決するために、本発明の一態様は、利用者がログインした際に前記ログインに関するログイン情報を発行するログイン情報発行装置と、発行された前記ログイン情報に基づいて前記利用者にサービスを提供するサービス提供装置とを備えるサービス提供システムであって、発行された前記ログイン情報と、前記利用者が前記サービスを利用する際の設定情報とを、前記利用者が前記サービスを利用するために発行されるアカウントに関連付けて管理するアカウント管理部と、発行された前記ログイン情報と、前記利用者がそのログイン情報に基づいて前記サービスを利用するときに最初に適用される前記設定情報である初期設定情報とを関連付けて管理する初期設定情報管理部と、を備えることを特徴とする。

本発明によれば、ＩｄＰ利用サービスの利便性を向上させることができる。

本発明の実施形態に係るサービス提供システムの運用形態を示す図である。 本発明の実施形態に係るサービス提供サーバのハードウェア構成を模式的に示すブロック図である。 本発明の実施形態に係るサービス提供サーバの機能構成を模式的に示すブロック図である。 本発明の実施形態に係る利用者情報のデータ構造の一例を示す図である。 本発明の実施形態に係るアカウント管理部によるカウントの管理方法を説明するための図である。 本発明の実施形態に係るアカウント記憶部が記憶するログインＩＤ管理テーブルのデータ構造の一例を示す図である。 本発明の実施形態に係るアカウント記憶部が記憶するプロファイルＩＤ管理テーブルのデータ構造の一例を示す図である。 本発明の実施形態に係るアカウント記憶部が記憶するデフォルトプロファイル管理テーブルのデータ構造の一例を示す図である。 本発明の実施形態に係るプロファイル管理部が管理するプロファイルのデータ構造の一例を示す図である。 本発明の実施形態に係るサービス提供サーバが提供するサービスを利用者端末から利用する際の処理を説明するためのシーケンス図である。 本発明の実施形態に係るサービス提供サーバが提供するサービスを利用者端末から利用する際の処理を説明するためのシーケンス図である。 本発明の実施形態に係る利用者端末によるログイン画面の表示例を示す図である。 本発明の実施形態に係るサービス提供サーバがプロファイルを決定する際の処理を説明するためのフローチャートである。 本発明の実施形態に係るサービス提供サーバがプロファイルを決定する際の処理を説明するためのフローチャートである。 本発明の実施形態に係る利用者端末による選択画面（アカウントＩＤ）の表示例を示す図である。 本発明の実施形態に係る利用者端末による選択画面（プロファイルＩＤ）の表示例を示す図である。 本発明の実施形態に係る利用者端末によるプロファイル切替画面の表示例を示す図である。 本発明の実施形態に係るアカウント記憶部が記憶する切替可能プロファイル管理テーブルのデータ構造の一例を示す図である。

以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態においては、プリンティングサービスやＷｅｂストレージサービス、ネット通販サービスなど、ネットワークを介した様々なサービス（以下、「クラウドサービス」とする）を提供するサービス提供システムについて説明する。

尚、本実施形態に係るサービス提供システムは、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）などで主に利用されているＯＡｕｔｈやＯｐｅｎＩＤ Ｃｏｎｎｅｃｔ（ＯＩＤＣ）などに代表されるように、あるクラウドサービスのＩＤプロバイダ（以下、「ＩｄＰ（Ｉｄｅｎｔｉｔｙ Ｐｒｏｖｉｄｅｒ）」とする）が発行するユーザＩＤを自身のユーザＩＤとして利用可能なサービス（以下、「ＩｄＰ利用サービス」とする）を提供可能なように構成されている。

ところで、ユーザは、このようなサービス提供システムにおいて、用途に応じて設定やアクセス権限を切り替えたり、ネットワーク上における自身の存在を切り替えたりするなど、プロファイルを切り替えたいといった場合がある。

このようなサービス提供システムにおいて、本実施形態に係る要旨の一つは、ユーザが使用したいプロファイルを簡単に選択することを可能とすると共に、使用したいプロファイルとは異なるプロファイルを誤って選択してしまうことを防止することを可能とすることにある。従って、本実施形態に係るサービス提供システムによれば、ＩｄＰ利用サービスの利便性を向上させることが可能となる。

まず、本実施形態に係るサービス提供システムの運用形態について、図１を参照して説明する。図１は、本実施形態に係るサービス提供システムの運用形態を示す図である。

図１に示すように、本実施形態に係るサービス提供システムは、複数のサービス提供サーバ１ａ、１ｂ、１ｃ、・・・、複数のＩｄＰサーバ２ａ、２ｂ、２ｃ、・・・、複数の利用者端末３ａ、３ｂ、３ｃ、・・・がインターネットや電話回線等の公衆回線４を介して接続されて構成されている。

尚、以下では、サービス提供サーバ１ａ、１ｂ、１ｃ、・・・を区別する必要がない場合にはそれらを総称して「サービス提供サーバ１」とし、ＩｄＰサーバ２ａ、２ｂ、２ｃ、・・・を区別する必要がない場合にはそれらを総称して「ＩｄＰサーバ２」とし、利用者端末３ａ、３ｂ、３ｃ、・・・を区別する必要がない場合にはそれらを総称して「利用者端末３」とする。

サービス提供サーバ１（サービス提供装置）は、プリンティングサービスやＷｅｂストレージサービス、ネット通販サービスなど、ネットワークを介した利用者向けのサービス（クラウドサービス）を提供するサーバである。このサービス提供サーバ１は、公衆回線４を介して不特定多数の利用者端末３から利用可能である。

ＩｄＰサーバ２（ログイン情報発行装置）は、ＳＮＳなどで主に利用されているＯＡｕｔｈやＯｐｅｎＩＤ Ｃｏｎｎｅｃｔ（ＯＩＤＣ）などに代表されるように、自身が発行するユーザＩＤを他のクラウドサービスにも利用可能とするサービス（ＩｄＰ）を提供可能なサーバである。このＩｄＰサーバ２は、公衆回線４を介して不特定多数の利用者端末３から利用可能である。

利用者端末３は、公衆回線４を介してサービス提供サーバ１やＩｄＰサーバ２にアクセス可能な利用者が操作する端末である。この利用者端末３は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）やスマートフォン、タブレット端末、フィーチャーフォン、ネットワーク機能を備えた液晶テレビ等により実現される。

以上が、本実施形態に係るサービス提供システムの運用形態である。

このように構成されたサービス提供システムにおいて、利用者端末３は、ＩｄＰサーバ２にユーザＩＤ、パスワードなどの認証情報を入力することでログインすることができる。このとき、ＩｄＰサーバ２は、ログイン元の利用者端末３に対してログイン情報を発行する。そして、利用者端末３は、ログインしたＩｄＰサーバ２からそのログイン情報を受け取り、利用したいサービスを提供するサービス提供サーバ１にそのログイン情報を送信する。

その後、サービス提供サーバ１は、利用者端末３からログイン情報を受け取ると、受け取ったログイン情報に基づき、そのログイン情報の発行元であるＩｄＰサーバ２から利用者情報を取得し、取得した利用者情報に基づいてプロファイルを決定する。そして、サービス提供サーバ１は、ログイン情報の送信元である利用者端末３に、決定したプロファイルを適用したホーム画面を表示させる。

このようなサービス提供システムにおいて、本実施形態に係る要旨の一つは、ユーザが使用したいプロファイルを簡単に選択することを可能とすると共に、使用したいプロファイルとは異なるプロファイルを誤って選択してしまうことを防止することを可能とすることにある。従って、本実施形態に係るサービス提供システムによれば、ＩｄＰ利用サービスの利便性を向上させることが可能となる。

次に、本実施形態に係るサービス提供サーバ１、ＩｄＰサーバ２、利用者端末３のハードウェア構成について、図２を参照して説明する。図２は、本実施形態に係るサービス提供サーバ１のハードウェア構成を模式的に示すブロック図である。

尚、図２においては、サービス提供サーバ１のハードウェア構成を例として示しているが、ＩｄＰサーバ２、利用者端末３についても同様である。

図２に示すように、本実施形態に係るサービス提供サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）４０、表示装置５０、操作装置６０、通信Ｉ／Ｆ７０がバス８０を介して接続されて構成されている。

ＣＰＵ１０は演算手段であり、サービス提供サーバ１全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。

ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、各種データや、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、各種制御プログラム、アプリケーション・プログラム等の各種プログラムを格納する。

表示装置５０は、ユーザがサービス提供サーバ１の状態を確認するための視覚的ユーザインタフェースであり、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などの表示装置やＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）などの出力装置によって実現される。

操作装置６０は、サービス提供サーバ１に情報を入力するためのユーザインタフェースであり、キーボードやマウス、入力ボタン、タッチパネルなどの入力装置によって実現される。通信Ｉ／Ｆ７０は、サービス提供サーバ１が他の装置と通信するためのインタフェースである。

このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０がＲＡＭ２０にロードされたプログラムに従って演算を行うことにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係るサービス提供サーバ１の機能を実現する機能ブロックが構成される。

以上が、本実施形態に係るサービス提供サーバ１、ＩｄＰサーバ２、利用者端末３のハードウェア構成である。

次に、本実施形態に係るサービス提供サーバ１の機能構成について、図３を参照して説明する。図３は、本実施形態に係るサービス提供サーバ１の機能構成を模式的に示すブロック図である。

図３に示すように、本実施形態に係るサービス提供サーバ１は、ログイン処理部１０１、アカウント管理部１０２、アカウント記憶部１０３、プロファイル管理部１０４、プロファイル記憶部１０５、サービス提供部１０６を備えている。

ログイン処理部１０１は、ＩｄＰサーバ２が発行したログイン情報を利用者端末３から受け取り、受け取ったログイン情報に基づき、そのログイン情報の発行元であるＩｄＰサーバ２から利用者情報を取得し、取得した利用者情報に基づいてログインＩＤを生成する。

ここで、利用者情報とは、ユーザが利用者端末３を用いてＩｄＰサーバ２へログインしたときにそのＩｄＰサーバ２が生成する情報であって、図４に示すように、ログインしたユーザに関する属性値が記述された情報のことである。図４は、本実施形態に係る利用者情報のデータ構造の一例を示す図である。

また、ログイン情報とは、サービス提供サーバ１がそのログイン情報の発行元であるＩｄＰサーバ２から利用者情報を取得するために必要となる情報であり、意味のない文字列であったり、何らかの手順で利用者情報が暗号化された文字列であったりすることが多い。そのため、サービス提供サーバ１は、ログイン情報そのものからは有用な情報を取得することができない。

そこで、サービス提供サーバ１は、そのログイン情報の発行元であるＩｄＰサーバ２へ問い合わせることで利用者情報を受け取ったり、そのログイン情報の発行元であるＩｄＰサーバ２が提供している公開鍵を受け取って、その公開鍵を用いてログイン情報を利用者情報に復号したりする。

ログイン処理部１０１は、このようにして取得された利用者情報に基づいてログインＩＤを生成する。例えば、利用者情報が図４に示すようなデータ構造である場合、ログイン処理部１０１は、利用者情報に含まれるユーザＩＤ（利用者識別情報）と発行元のＩｄＰサーバ２の名称（装置識別情報）とをつなげたり、それらをハッシュ関数に通した文字列としたりしたものをログインＩＤとして生成する。

従って、本実施形態において、ログインＩＤは、ログインしたＩｄＰサーバ２とそのときのユーザＩＤとの組み合わせが同じであるならば常に同じとなる。

アカウント管理部１０２は、アカウントを管理する。ここで、アカウントとは、利用者がサービス提供サーバ１の提供するサービスを利用するために作成されたアカウントのことである。尚、各アカウントにはそのアカウントを一意に識別するためのアカウントＩＤが割り振られている。

アカウント管理部１０２は、アカウント記憶部１０３に記憶されている後述するログインＩＤ管理テーブルとプロファイルＩＤ管理テーブルとにより、図５に示すように、ログインＩＤとプロファイルとをアカウントを経由して関連付けて管理する。図５は、本実施形態に係るアカウント管理部１０２によるカウントの管理方法を説明するための図である。

これにより、アカウント管理部１０２は、ある利用者が様々なＩｄＰサーバ２に対して作成したどのユーザＩＤでサービス提供サーバ１にログインしても、同一のアカウントに関連付けることができる。また、アカウント管理部１０２（設定情報切替部、初期設定情報管理部）は、ある利用者がいずれかのプロファイルを利用しているとき、そのプロファイルと同一のアカウントに関連付けられている他のプロファイルに切り替えることができる。

アカウント記憶部１０３は、ログインＩＤ管理テーブル、プロファイルＩＤ管理テーブル、デフォルトプロファイル管理テーブルを記憶する。

ログインＩＤ管理テーブルは、図６に示すように、ログインＩＤとアカウントＩＤとを関連付けて管理するためのテーブルである。図６は、本実施形態に係るアカウント記憶部１０３が記憶するログインＩＤ管理テーブルのデータ構造の一例を示す図である。

図６に示す例では、アカウントＩＤ：「１２５１」には、ログインＩＤ：「ｕｓｅｒ１＠ＩｄＰ＿Ａ」、「ｕｓｅｒ２＠ＩｄＰ＿Ｃ」、「ｕｓｅｒ３＠ＩｄＰ＿Ｂ」が関連付けられている。また、アカウントＩＤ：「１２５２」には、ログインＩＤ：「ｕｓｅｒ４＠ＩｄＰ＿Ｃ」、「ｕｓｅｒ５＠ＩｄＰ＿Ｆ」が関連付けられている。

プロファイルＩＤ管理テーブルは、図７に示すように、プロファイルＩＤとアカウントＩＤとを関連付けて管理するためのテーブルである。図７は、本実施形態に係るアカウント記憶部１０３が記憶するプロファイルＩＤ管理テーブルのデータ構造の一例を示す図である。

図７に示す例では、アカウントＩＤ：「１２５１」には、プロファイルＩＤ：「ｐｆ−１２５１−０００１」、「ｐｆ−１２５１−０００２」、「ｐｆ−１２５１−０００３」が関連付けられている。また、アカウントＩＤ：「１２５２」には、「ｐｆ−１２５２−０００１」、「ｐｆ−１２５２−０００２」が関連付けられている。

デフォルトプロファイル管理テーブルは、図８に示すように、ログインＩＤ毎にデフォルト（初期設定情報）のプロファイルＩＤを関連付けて管理するためのテーブルである。図８は、本実施形態に係るアカウント記憶部１０３が記憶するデフォルトプロファイル管理テーブルのデータ構造の一例を示す図である。

図８に示す例では、ログインＩＤ：「ｕｓｅｒ１＠ＩｄＰ＿Ａ」には、デフォルトのプロファイルＩＤとして「ｐｆ−１２５１−０００２」が関連付けられておいる。また、ログインＩＤ：「ｕｓｅｒ２＠ＩｄＰ＿Ｃ」には、デフォルトのプロファイルＩＤとして「ｐｆ−１２５１−０００３」が関連付けられている。

また、ログインＩＤ：「ｕｓｅｒ３＠ＩｄＰ＿Ｂ」には、デフォルトのプロファイルＩＤ：「ｐｆ−１２５１−０００１」が関連付けられている。また、ログインＩＤ：「ｕｓｅｒ４＠ＩｄＰ＿Ｃ」には、デフォルトのプロファイルＩＤとして「ｐｆ−１２５２−０００２」が関連付けられている。また、ログインＩＤ：「ｕｓｅｒ５＠ＩｄＰ＿Ｆ」には、デフォルトのプロファイルＩＤとして「ｐｆ−１２５２−０００１」が関連付けられている。

サービス提供サーバ１は、このデフォルトプロファイル管理テーブを参照することにより、ログインに使ったユーザＩＤによって、即ち、ログインＩＤによって最初に適用するプロファイルを決定することができる。これにより、ログインに使ったユーザＩＤによって、即ち、ログインＩＤによって適用されるプロファイルが自動的に決定され、また、別のプロファイルへの切り替えも可能となる。

このように、ログインに使ったユーザＩＤによって、即ち、ログインＩＤによってプロファイルの切り替えを行うのは、ログインに使ったユーザＩＤとプロファイルとは意識としてつながりやすいためである。

プロファイル管理部１０４は、プロファイルを管理する。ここで、プロファイル（設定情報）とは、図９に示すように、利用者がクラウドサービスを利用する際の設定やアクセス権限、ネットワーク上における自身の存在など、利用者を特定するための情報をまとめたものであって、各利用者につき、属性値毎が一つでも異なればその分だけ作成される。図９は、本実施形態に係るプロファイル管理部１０４が管理するプロファイルのデータ構造の一例を示す図である。尚、各プロファイルにはそのプロファイルを一意に識別するためのプロファイルＩＤが割り振られている。

プロファイル記憶部１０５は、図９に示すような各利用者のプロファイルを記憶する。サービス提供部１０６は、サービス提供サーバ１が提供するサービスに関する処理を行う。

以上が、本実施形態に係るサービス提供サーバ１の機能構成である。

次に、本実施形態に係るサービス提供システムにおいて、サービス提供サーバ１が提供するサービスを利用者端末３から利用する際の処理について、図１０、図１１を参照して説明する。図１０、図１１は、本実施形態に係るサービス提供サーバ１が提供するサービスを利用者端末３から利用する際の処理（サービス提供方法）を説明するためのシーケンス図である。

まず、サービス提供サーバ１は、サービスを利用しようとする利用者端末３にログイン画面を提供する（Ｓ１００１）。

そして、利用者端末３は、サービス提供サーバ１から提供されたログイン画面を表示し（Ｓ１００２）、そのログイン画面上での利用者の操作に従ってログインしようとするＩｄＰサーバ２を指定し（Ｓ１００３）、サービス提供サーバ１に対してログイン要求を行う（Ｓ１００４）。

ここで、利用者端末３によるログイン画面の表示例を図１２に示す。図１２は、本実施形態に係る利用者端末３によるログイン画面の表示例を示す図である。図１２に示すように、利用者は、サービス提供サーバ１に対するログイン要求を、ログイン画面上でＩｄＰサーバ２を指定することにより行う。

そして、サービス提供サーバ１は、利用者端末３からログイン要求が行われると、Ｓ１００３において指定されたＩｄＰサーバ２へのログインを指示すると共に（Ｓ１００５）、利用者端末３の接続先をサービス提供サーバ１からログインしようとするＩｄＰサーバ２の認証画面へ切り替えるように指示する（Ｓ１００６）。このとき、サービス提供サーバ１は、戻り先を指定しておく。これにより、利用者端末３は、ＩｄＰサーバ２へのログイン後、元の接続先であるサービス提供サーバ１に接続先を切り替えることが可能となる。

そして、利用者端末３は、ＩｄＰサーバ２へのログイン、及び、ログインしようとするＩｄＰサーバ２の認証画面へ切り替えを指示されると、ログインしようとするＩｄＰサーバ２の認証画面に接続先を切り替える（Ｓ１００７）。これにより、ＩｄＰサーバ２は、接続先が自身に切り替えられた利用者端末３に認証画面を提供する（Ｓ１００８）。

そして、利用者端末３は、ＩｄＰサーバ２から提供された認証画面を表示し（Ｓ１００９）、その認証画面上での利用者の操作に従ってユーザＩＤとパスワードなどの認証情報を入力し（Ｓ１１０１）、接続先のＩｄＰサーバ２に対してログイン要求を行う（Ｓ１１０２）。

そして、ＩｄＰサーバ２は、利用者端末３からログイン要求が行われると、入力された認証情報に基づいてログイン認証を行い（Ｓ１１０３）、ログイン認証が成功すると、ログイン要求元の利用者端末３に対してログイン情報を発行する（Ｓ１１０４）。

そして、利用者端末３は、ＩｄＰサーバ２からログイン情報を受け取ると、接続先をＩｄＰサーバ２から元の接続先であるサービス提供サーバ１に切り替え（Ｓ１１０５）、ＩｄＰサーバ２から受け取ったログイン情報を送信する（Ｓ１１０６）。

そして、サービス提供サーバ１は、利用者端末３からログイン情報を受け取ると、受け取ったログイン情報に基づいて適用するプロファイルを決定し（Ｓ１１０７）、そのプロファイルが適用されたホーム画面を利用者端末３に提供する（Ｓ１１０８）。

そして、利用者端末３は、サービス提供サーバ１から提供されたホーム画面を表示し（Ｓ１１０９）、サービス提供サーバ１が提供するサービスを利用する。

以上が、本実施形態に係るサービス提供システムにおいて、サービス提供サーバ１が提供するサービスを利用者端末３から利用する際の処理である。

次に、本実施形態に係るサービス提供サーバ１がプロファイルを決定する際の処理、即ち、図１１におけるＳ１１０７の処理について、図１３、図１４を参照して説明する。図１３、図１４は、本実施形態に係るサービス提供サーバ１がプロファイルを決定する際の処理を説明するためのフローチャートである。

まず、ログイン処理部１０１は、利用者端末３からログイン情報を受け取り（Ｓ１３０１）、受け取ったログイン情報に基づいてサービス提供サーバ１から利用者情報を受け取る（Ｓ１３０２）。

そして、ログイン処理部１０１は、受け取った利用者情報に基づいてログインＩＤを生成し（Ｓ１３０３）、生成したログインＩＤをアカウント管理部１０２へ通知する（Ｓ１３０４）。

そして、アカウント管理部１０２は、ログイン処理部１０１からログインＩＤを受け取ると（Ｓ１４０１）、アカウント記憶部１０３に記憶されているログインＩＤ管理テーブル（図６）を参照して、受け取ったログインＩＤに関連付けられているアカウントＩＤが存在するか否かを判定する（Ｓ１４０２）。

アカウント管理部１０２は、Ｓ１４０２における判定処理において、Ｓ１４０１において受け取ったログインＩＤに関連付けられているアカウントＩＤが存在しないと判定した場合（Ｓ１４０２／ＮＯ）、それはサービス提供システム１への初めてのログインということである。

そのため、アカウント管理部１０２は、このとき、新しいアカウントを作成してそのアカウントＩＤとＳ１４０１において受け取ったログインＩＤとを関連付けるか、あるいは、利用者に別のユーザＩＤでログインしてもらい、若しくは、他のＩｄＰサーバ２にログインしてもらい、そのときのログインＩＤに関連付けられているアカウントＩＤとＳ１４０１において受け取ったログインＩＤとを関連付けるか、のどちらかを行うように利用者に選択させる画面（以下、「選択画面（アカウントＩＤ）」とする）を利用者端末３に提供する。（Ｓ１４０３）。

このときの利用者端末３による選択画面（アカウントＩＤ）の表示例を図１５に示す。図１５は、本実施形態に係る利用者端末３による選択画面（アカウントＩＤ）の表示例を示す図である。

そして、アカウント管理部１０２は、Ｓ１４０１において受け取ったログインＩＤとアカウントＩＤとを、上記２通りの方法のうち利用者端末３により選択された方法で関連付け（Ｓ１４０４）、そのアカウントＩＤを利用者のアカウントのアカウントＩＤとして決定する（Ｓ１４０５）。

また、アカウント管理部１０２は、Ｓ１４０２における判定処理において、Ｓ１４０１において受け取ったログインＩＤに関連付けられているアカウントＩＤが存在すると判定した場合（Ｓ１４０２／ＹＥＳ）、そのアカウントＩＤを利用者のアカウントのアカウントＩＤとして決定する（Ｓ１４０５）。

そして、アカウント管理部１０２は、アカウントＩＤを決定すると、アカウント記憶部１０３に記憶されているプロファイルＩＤ管理テーブル（図７）を参照して、Ｓ１４０５において決定したアカウントＩＤに関連付けられているプロファイルＩＤの一覧を取得する（Ｓ１４０６）。

そして、アカウント管理部１０２は、プロファイルＩＤの一覧を取得すると、アカウント記憶部１０３に記憶されているデフォルトプロファイル管理テーブル（図８）を参照して、Ｓ１４０１において受け取ったログインＩＤと関連付けられているプロファイルＩＤが、Ｓ１４０６において取得したプロファイルＩＤの一覧に存在するか否かを判定する（Ｓ１４０７）。

つまり、これは、アカウント管理部１０２は、ログインに使用されたユーザＩＤに、即ち、Ｓ１４０１において受け取ったログインＩＤにどのプロファイルを適用するかどうかの設定が既になされているか否かを判定している。

アカウント管理部１０２は、Ｓ１４０７における判定処理において、Ｓ１４０１において受け取ったログインＩＤと関連付けられているプロファイルＩＤが、Ｓ１４０６において取得したプロファイルＩＤの一覧に存在しないと判定した場合（Ｓ１４０７／ＮＯ）、それは、デフォルトのプロファイルが設定されていないということである。

そのため、アカウント管理部１０２は、このとき、新しいプロファイルを作成してそのプロファイルＩＤとＳ１４０１において受け取ったログインＩＤとを関連付けるか、あるいは、既存のプロファイルのいずれかを選択し、そのプロファイルＩＤとＳ１４０１において受け取ったログインＩＤとを関連付けるか、のどちらかを行うように利用者に選択させる画面（以下、「選択画面（プロファイルＩＤ）」とする）を利用者端末３に提供する。（Ｓ１４０８）。

このときの利用者端末３による選択画面（プロファイルＩＤ）の表示例を図１６に示す。図１６は、本実施形態に係る利用者端末３による選択画面（プロファイルＩＤ）の表示例を示す図である。

尚、このとき、アカウント管理部１０２は、プロファイルがまだ１つも作成されていない場合、この選択画面（プロファイルＩＤ）をスキップして、プロファイル作成画面を利用者端末３に提供するように構成されていても良い。

そして、アカウント管理部１０２は、Ｓ１４０１において受け取ったログインＩＤとプロファイルＩＤとを、上記２通りの方法のうち利用者端末３により選択された方法で関連付け（Ｓ１４０９）、そのプロファイルＩＤを、適用するプロファイルのプロファイルＩＤとして決定する（Ｓ１４１０）。

また、アカウント管理部１０２は、Ｓ１４０７における判定処理において、Ｓ１４０１において受け取ったログインＩＤと関連付けられているプロファイルＩＤが、Ｓ１４０６において取得したプロファイルＩＤの一覧に存在すると判定した場合（Ｓ１４０７／ＹＥＳ）、そのプロファイルＩＤを、適用するプロファイルのプロファイルＩＤとして決定する（Ｓ１４１０）。

以上が、本実施形態に係るサービス提供システムにおいて、サービス提供サーバ１がプロファイルを決定する際の処理である。

以上、説明したように、本実施形態に係るサービス提供サーバ１は、ログインＩＤ管理テーブル（図６）、プロファイルＩＤ管理テーブル（図７）を記憶することで、図５に示すように、各アカウントに関連付けてログインＩＤとプロファイルＩＤとを管理し、また、デフォルトプロファイル管理テーブル（図８）を記憶することで、あるユーザＩＤでログインしたときにどのプロファイルを適用するかを決定することができるように構成されている。

従って、本実施形態に係るサービス提供サーバ１は、ユーザが使用したいプロファイルを簡単に選択することを可能とすると共に、使用したいプロファイルとは異なるプロファイルを誤って選択してしまうことを防止することを可能とする。従って、本実施形態に係るサービス提供システムによれば、ＩｄＰ利用サービスの利便性を向上させることが可能となる。

尚、本実施形態に係るサービス提供サーバ１は、デフォルトのプロファイルが適用されたホーム画面を利用者端末３に提供した後、他のプロファイルに切り替えるように構成されていても良い。例えば、本実施形態に係るサービス提供サーバ１は、図１７に示すように、切り替え可能なプロファイルの一覧をドロップダウンリストにより表示し、その中から適用するプロファイルを利用者が選択可能なようにプロファイル切替画面を利用者端末３に提供する。図１７は、本実施形態に係る利用者端末３によるプロファイル切替画面の表示例を示す図である。

但し、利用者は、ログインに使用したユーザＩＤによっては、切り替え可能にしたくないプロファイルが存在する場合がある。例えば、利用者は、業務用のユーザＩＤでログインした際には、プライベート用途のプロファイルに間違って切り替えることを防ぎたいといったような場合がある。

これを可能とするために、本実施形態に係るサービス提供サーバ１は、アカウントＩＤ毎に、ログインＩＤに対して切り替え可能なプロファイルＩＤのリストを設定するように構成されていても良い。

そのために、本実施形態に係るサービス提供サーバ１は、アカウント記憶部１０３に、図１８に示すような切替可能プロファイル管理テーブルを記憶する。図１８は、本実施形態に係るアカウント記憶部１０３が記憶する切替可能プロファイル管理テーブルのデータ構造の一例を示す図である。切替可能プロファイル管理テーブルは、図１８に示すように、ログインＩＤと切り替え可能なプロファイルのプロファイルＩＤとを関連付けて管理するためのテーブルである。

図１８に示す例では、アカウントＩＤ：「１２５１」については、ログインＩＤ：「ｕｓｅｒ１＠ＩｄＰ＿Ａ」でログインした場合、「ｐｆ−１２５１−０００１，ｐｆ−１２５１−０００２，ｐｆ−１２５１−０００３」のプロファイルへの切り替えが可能である。

また、アカウントＩＤ：「１２５１」については、ログインＩＤ：「ｕｓｅｒ２＠ＩｄＰ＿Ｃ」でログインした場合、「ｐｆ−１２５１−０００３」のプロファイルへの切り替えは可能であるが、「ｐｆ−１２５１−０００２，ｐｆ−１２５１−０００３」のプロファイルへの切り替えはできない。

また、アカウントＩＤ：「１２５１」については、ログインＩＤ：「ｕｓｅｒ３＠ＩｄＰ＿Ｂ」でログインした場合、「ｐｆ−１２５１−０００３」のプロファイルへの切り替えは可能であるが、「ｐｆ−１２５１−０００２，ｐｆ−１２５１−０００３」のプロファイルへの切り替えはできない。

また、アカウントＩＤ：「１２５２」については、ログインＩＤ：「ｕｓｅｒ４＠ＩｄＰ＿Ｃ」でログインした場合、「ｐｆ−１２５２−０００１，ｐｆ−１２５２−０００２」のプロファイルへの切り替えが可能である。

また、アカウントＩＤ：「１２５２」については、ログインＩＤ：「ｕｓｅｒ５＠ＩｄＰ＿Ｆ」でログインした場合、「ｐｆ−１２５２−０００１」のプロファイルへの切り替えは可能であるが、「ｐｆ−１２５１−０００２」のプロファイルへの切り替えはできない。

１ サービス提供サーバ
２ ＩｄＰサーバ
３ 利用者端末
４ 公衆回線
１０ ＣＰＵ
２０ ＲＡＭ
３０ ＲＯＭ
４０ ＨＤＤ
５０ 表示装置
６０ 操作装置
７０ 通信Ｉ／Ｆ
８０ バス
１０１ ログイン処理部
１０２ アカウント管理部
１０３ アカウント記憶部
１０４ プロファイル管理部
１０５ プロファイル記憶部
１０６ サービス提供部

特表２００５−５２９３９２号公報

Claims (10)

1. 利用者がログインした際に前記ログインに関するログイン情報を発行するログイン情報発行装置と、発行された前記ログイン情報に基づいて前記利用者にサービスを提供するサービス提供装置とを備えるサービス提供システムであって、
   発行された前記ログイン情報と、前記利用者が前記サービスを利用する際の設定情報とを、前記利用者が前記サービスを利用するために発行されるアカウントに関連付けて管理するアカウント管理部と、
   発行された前記ログイン情報と、前記利用者がそのログイン情報に基づいて前記サービスを利用するときに最初に適用される前記設定情報である初期設定情報とを関連付けて管理する初期設定情報管理部と、
   を備えることを特徴とするサービス提供システム。
2. 発行された前記ログイン情報に基づいて一意なログインＩＤを生成するログイン処理部を備え、
   前記アカウント管理部は、前記ログインＩＤと前記設定情報とを前記アカウントに関連付けて管理し、
   前記初期設定情報管理部は、前記ログインＩＤと前記初期設定情報とを関連付けて管理することを特徴とする請求項１に記載のサービス提供システム。
3. 前記ログイン処理部は、前記利用者がログインした前記ログイン情報発行装置を識別するための装置識別情報と、前記利用者が前記ログイン情報発行装置にログインするときに用いた前記利用者を識別するための利用者識別情報とに基づいて前記ログインＩＤを生成することを特徴とする請求項２に記載のサービス提供システム。
4. 前記アカウント管理部は、発行された前記ログイン情報に関連付けられている前記アカウントが存在しない場合、新たに前記アカウントを作成して新たに作成した前記アカウントに関連付けて管理するか、前記利用者に対して発行された既存の前記アカウントのいずれかに関連付けて管理するかのいずれかを選択することを特徴とする請求項１乃至３いずれか１項に記載のサービス提供システム。
5. 前記初期設定情報管理部は、発行された前記ログイン情報に関連付けられている前記初期設定情報が存在しない場合、新たに前記設定情報を作成して新たに作成した前記設定情報を前記初期設定情報として関連付けて管理するか、前記利用者に対して発行された前記アカウントに関連付けられている既存の前記設定情報のいずれかを前記初期設定情報として関連付けて管理するかのいずれかを選択することを特徴とする請求項１乃至４いずれか１項に記載のサービス提供システム。
6. 前記利用者が前記ログイン情報発行装置にログインすることにより前記サービスが利用可能になった後、適用される前記設定情報を前記初期設定情報から、前記利用者に対して発行された前記アカウントに関連付けられている他の前記設定情報に切り替える設定情報切替部を備えることを特徴とする請求項１乃至５いずれか１項に記載のサービス提供システム。
7. 前記設定情報切替部は、発行された前記ログイン情報に応じて、切り替え可能な前記設定情報を制限することを特徴とする請求項６に記載のサービス提供システム。
8. 利用者がログインした際に前記ログインに関するログイン情報を発行するログイン情報発行装置とネットワークを介して接続され、発行された前記ログイン情報に基づいて前記利用者にサービスを提供するサービス提供装置であって、
   発行された前記ログイン情報と、前記利用者が前記サービスを利用する際の設定情報とを、前記利用者が前記サービスを利用するために発行されるアカウントに関連付けて管理するアカウント管理部と、
   発行された前記ログイン情報と、前記利用者がそのログイン情報に基づいて前記サービスを利用するときに最初に適用される前記設定情報である初期設定情報とを関連付けて管理する初期設定情報管理部と、
   を備えることを特徴とするサービス提供装置。
9. 利用者がログインした際に前記ログインに関するログイン情報を発行するログイン情報発行装置と、発行された前記ログイン情報に基づいて前記利用者にサービスを提供するサービス提供装置とを備えるサービス提供システムにおけるサービス提供方法であって、
   発行された前記ログイン情報と、前記利用者が前記サービスを利用する際の設定情報とを、前記利用者が前記サービスを利用するために発行されるアカウントに関連付けて管理し、
   発行された前記ログイン情報と、前記利用者がそのログイン情報に基づいて前記サービスを利用するときに最初に適用される前記設定情報である初期設定情報とを関連付けて管理することを特徴とするサービス提供方法。
10. 利用者がログインした際に前記ログインに関するログイン情報を発行するログイン情報発行装置とネットワークを介して接続され、発行された前記ログイン情報に基づいて前記利用者にサービスを提供するサービス提供装置に、
    発行された前記ログイン情報と、前記利用者が前記サービスを利用する際の設定情報とを、前記利用者が前記サービスを利用するために発行されるアカウントに関連付けて管理するステップと、
    発行された前記ログイン情報と、前記利用者がそのログイン情報に基づいて前記サービスを利用するときに最初に適用される前記設定情報である初期設定情報とを関連付けて管理するステップと、
    を実行させることを特徴とするプログラム。