JP4709494B2 - ログインユーザ制御装置と、その方法およびプログラム - Google Patents

Description

本発明は、複数のユーザが一台の端末を利用してサービスプロバイダから共通のサービスを受ける際のサービスプロバイダへのログインを支援するためのログインユーザ制御装置と、その方法およびプログラムに関する。

複数のユーザが、サービスプロバイダが提供する占いサービスを一緒に楽しんだり、映画サービスを一緒に視聴する場合には、サービスプロバイダが提供するサービスを一台の端末を使用して上記の複数のユーザが同時に利用することになる。このとき、利用しようとするサービスについてサービスプロバイダと契約しているユーザのアカウントにより端末からサービスプロバイダへとログインする必要がある。

しかし、通常、サービスプロバイダへは一台の端末から一人のユーザがログインすることを前提としている。このため、契約者が異なるサービスへ利用サービスを切替えたいときには、既に利用しているサービスを契約しているユーザについてログアウトした上で、新たに利用するサービスを契約しているユーザでログインし直さなければならなかった。

なお、特許文献１には、一台の端末を複数のユーザが同時に使用可能とするための技術が開示されている。しかし特許文献１は、一台の端末を使用する複数のユーザ間でユーザ情報の保護を図りながら、ユーザ情報へのアクセスを可能にするものであって、上述のようなサービスプロバイダから共通のサービスを受ける状況において、サービスプロバイダへのログイン/ログアウトの不便を解消し得るものではない。
特開２００２−２８８１３５

以上のように従来は、サービスプロバイダへのログイン／ログアウトが全面的にユーザに任されていたため、複数のユーザが一台の端末を利用してサービスプロバイダから共通のサービスを受ける状況においては、ユーザがログイン／ログアウトを繰り返し行わなければならない不具合があった。

本発明はこのような事情を考慮してなされたものであり、その目的とするところは、複数のユーザが一台の端末を利用してサービスプロバイダから共通のサービスを受ける状況におけるユーザの手間を軽減することにある。

以上の目的を達成するために本発明は、端末を共同使用する複数のユーザをそれぞれ認証し、認証済みの複数のユーザのそれぞれのユーザ識別情報を含んだグループ情報を生成し、前記端末からのサービス利用の要求に応じて、当該サービスの利用権限を有するユーザのユーザ識別情報の１つを前記グループ情報に含まれた前記ユーザ識別情報のうちから前記選択ルールに従って選択し、選択された前記ユーザ識別情報に対応するユーザのユーザ認証情報を使用してサービスプロバイダにログインを要求し、前記ログインの要求に対して前記サービスプロバイダからログインが許可されたことに応じて、前記サービスプロバイダに前記サービス利用を要求するようにした。

本発明によれば、認証済みのユーザのうちから端末に提供するべきサービスの利用権限を有するユーザのユーザ識別情報が選択ルールに従って選択されて、このユーザ識別情報によりサービスプロバイダへのログインが行われ、さらにサービス利用の要求が行われるので、複数のユーザが一台の端末を利用してサービスプロバイダから共通のサービスを受ける状況にあっては、これら複数のユーザがそれぞれ認証を受けておくことにより、ここのユーザのユーザ認証情報でのログインは自動的に行われるのであって、ユーザの手間を軽減することができる。

以下、図面を参照して本発明の一実施形態について説明する。

図１は本実施形態に係るログインユーザ制御装置１の構成を示すブロック図である。

ログインユーザ制御装置１は、サービスプロバイダ２と端末３との間に介在して動作する。サービスプロバイダ２は、インタネットなどを介して映画サービス、音楽サービス、ゲームサービスおよび占いサービスなどのサービスを契約済みのユーザに対して提供する。サービスプロバイダ２は、ユーザ毎に契約しているサービスの情報（契約サービス情報）を記憶媒体に記憶して管理している。端末３は、サービスプロバイダ２により提供されるサービスを利用するためにユーザ（図１の例では、ユーザＵ１，Ｕ２，Ｕ３）により使用される。ログインユーザ制御装置１は、これらのサービスプロバイダ２および端末３にインタネットなどを介して接続可能である。

図２はサービスプロバイダ２が管理している契約サービス情報の一例を示す図である。ここでは契約サービス情報は、サービスプロバイダ２が提供する映画サービス、音楽サービス、ゲームサービスおよび占いサービスのそれぞれについて、各ユーザがどのような形態で契約しているかを示している。「Ａ」または「Ｂ」と記述されている欄は契約済みであることを、空欄は未契約であることを示す。例えばユーザＩＤが「１」である契約ユーザは、占いサービスのみ契約していることを示す。また上記の「Ａ」、「Ｂ」はサービスの契約タイプを示す。本実施形態では、上記の契約タイプとして課金タイプを適用することとし、「Ａ」は定額制を、「Ｂ」は従量制をそれぞれ示すこととする。例えば、ユーザＩＤが「２」であるユーザは、映画サービスを定額制で、音楽サービスを従量制でそれぞれ契約していることを示す。また、「Ａ」または「Ｂ」とともに示される括弧内の数字は、サービスの累積利用時間を示す。

ログインユーザ制御装置１は図１に示すように、認証情報格納部１１、選択ルール格納部１２、ユーザリスト格納部１３、サービスプロバイダインタフェース部１４、端末インタフェース部１５、認証部１６、グループ管理部１７、サービス選択部１８、サービス管理部１９、ルール抽出部２０、ルール選択部２１、ユーザ決定部２２および確認部２３を含む。

このログインユーザ制御装置１は、例えば汎用のサーバ装置やコンピュータ装置を基本ハードウェアとして用いることができる。そしてサービスプロバイダインタフェース部１４、端末インタフェース部１５、認証部１６、グループ管理部１７の一部、サービス選択部１８、サービス管理部１９、ルール抽出部２０、ルール選択部２１、ユーザ決定部２２および確認部２３は、上記のサーバ装置やコンピュータ装置に搭載されたプロセッサにログインユーザ制御プログラムを実行させることにより実現することができる。このときにログインユーザ制御装置１は、上記のログインユーザ制御プログラムが上記のサーバ装置やコンピュータ装置に予めインストールされて実現されても良いし、磁気ディスク（フロッピー(R)ディスクなど）、光磁気ディスク（ＭＯなど）、光ディスク（ＣＤ−ＲＷ、ＤＶＤ−ＲＷなど）、半導体メモリ（メモリカードなど）などのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介して上記のログインユーザ制御プログラムを配布し、このログインユーザ制御プログラムをサーバ装置やコンピュータ装置に適宜インストールして実現されても良い。なお、上記の各部は、その一部または全てをロジック回路などのハードウェアにより実現することも可能である。また上記の各部のそれぞれは、ハードウェアにソフトウェア制御を組合わせて実現することも可能である。認証情報格納部１１、選択ルール格納部１２およびユーザリスト格納部１３と、グループ管理部１７の一部とは、上記のサーバ装置やコンピュータ装置に内蔵されたメモリやハードディスクなどの記憶媒体、上記のサーバ装置やコンピュータ装置に外付けされたメモリやハードディスクなどの記憶媒体、さらには磁気ディスク（フロッピー(R)ディスクなど）、光磁気ディスク（ＭＯなど）、光ディスク（ＣＤ−ＲＷ、ＤＶＤ−ＲＷなど）などのようなリムーバブルな記憶媒体などを適宜利用して実現することができる。

認証情報格納部１１は、サービスプロバイダ２によりユーザに対して発行されている認証情報の一覧を上記のような各種の記憶媒体に格納する。図３は認証情報格納部１１に格納される一覧の一例を示す図である。選択ルール格納部１２は、同一の端末３を使用する複数のユーザのうちのどのユーザによりサービスプロバイダ２へログインするかを選択するための選択ルールを上記のような各種の記憶媒体に複数格納する。ユーザリスト格納部１３は、特定のサービスを利用できるユーザのリストを上記のような各種の記憶媒体に格納する。

サービスプロバイダインタフェース部１４は、サービスプロバイダ２とネットワークを介して通信するための処理を行う。端末インタフェース部１５は、端末３とネットワークを介して通信するための処理を行う。

認証部１６には、端末３から送られた認証情報が端末インタフェース部１５を介して入力される。認証部１６は、この端末３から送られた認証情報を認証情報格納部１１に記憶された認証情報と比較して、端末３を使用するユーザを認証する。認証部１６は、認証済みのユーザのユーザＩＤをグループ管理部１７に渡す。グループ管理部１７は、認証部１６から渡されたユーザＩＤを構成要素とするグループ情報を生成し、記憶しておく。グループ管理部１７は、記憶しているグループ情報をサービス管理部１９に適宜渡す。グループ管理部１７は、端末３から新たなユーザによるログインが要求され、そのユーザのユーザＩＤが認証部１６から渡されたならば、そのユーザＩＤを含むようにグループ情報を再生成する。グループ管理部１７には、端末３から送られたログアウト要求が端末インタフェース部１５を介して入力される。グループ管理部１７は、ログアウト要求に示されたユーザＩＤを除外するようにグループ情報を再生成する。

端末３から送信されるサービス要求は、端末インタフェース部１５を介してサービス選択部１８に渡される。サービス選択部１８は、上記のサービス要求に基づいて端末３へと提供すべきサービスを選択し、そのサービスを示すサービス識別情報をサービス管理部１９に渡す。

サービス管理部１９は、サービスプロバイダインタフェース部１４を介して、選択されたサービスに対するユーザのそれぞれの契約サービス情報をサービスプロバイダ２から取得する。サービス管理部１９は、取得した契約サービス情報をユーザリスト格納部１３に格納して行くことで、例えば図５に示すようなユーザリストを作成する。サービス管理部１９は、このユーザリストをユーザ決定部２２に渡す。

ルール抽出部２０には、ユーザ決定部２２から選択ルールの提供要求が渡される。ルール抽出部２０およびルール選択部２１は、上記の提供要求が渡されたことに応じて、選択ルール格納部１２に格納された複数の選択ルールのうちの１つをユーザによる指定に基づいて選択する。ルール抽出部２０およびルール選択部２１は、選択した選択ルールを上記の提供要求への応答としてユーザ決定部２２へ渡す。

ユーザ決定部２２は、ルール抽出部２０から渡された選択ルールに従って、サービス管理部１９から渡されたユーザリストに含まれたユーザのなかからログインユーザを決定する。ユーザ決定部２２は、上記の決定したログインユーザを確認部２３に渡す。確認部２３は、上記の決定されたログインユーザで良いかどうかをユーザに確認する。確認部２３は、ログインユーザがユーザにより拒否された場合に、ユーザリストに含まれたユーザのなかからログインユーザをユーザに選択させる。ユーザ決定部２２は、上述のように決定したログインユーザが許容されたならば当該ログインスユーザで、またログインユーザがユーザにより指定されたならばこの指定されたログインユーザでサービスプロバイダ２へログインするようにサービスプロバイダインタフェース部１４へ要求する。サービスプロバイダインタフェース部１４は、この要求に従ってログインユーザの認証情報を認証情報格納部１１から取得し、それを使用してサービスプロバイダ２へとログインする。

次に以上のように構成されたログインユーザ制御装置１の動作について説明する。なおここでは、図１に示すように、端末３がユーザＵ１，Ｕ２，Ｕ３により同時に使用される状況を想定する。ユーザＵ１は、占いサービスについて従量制にて契約していることとする。ユーザＵ２は、映画サービスについて定額制にて、音楽サービスについて従量制にて契約していることとする。ユーザＵ３は、映画サービスについて従量制にて、音楽サービスについて定額制にて、占いサービスについて定額制にて契約していることとする。選択ルール格納部１２には、２つの選択ルールが格納されていることとする。この２つの選択ルールの一方は「契約タイプが定額制であるユーザをログインユーザとする」なるルールであるとし、他方は「累積利用時間が最も長いユーザをログインユーザとする」なるルールであるとする。

サービスプロバイダ２からサービスを受けようとする場合、端末３よりログインユーザ制御装置１にログインする。

このように端末３からのログインを受けたならば、ログインユーザ制御装置１は図７に示すような処理を開始する。図７はログインユーザ制御装置１における処理手順を示すフローチャートである。

ステップＳＴ１においては認証部１６が、端末３側から認証情報を取得し、認証を行う。具体的には、認証部１６が例えば図６に示すようなログイン画面を端末インタフェース部１５を介して端末３にて提示する。一人目のユーザは、このログイン画面にて、認証情報としてユーザＩＤとパスワードとを入力する。一人目のユーザの認証情報を入力し終えたならば、「追加ユーザ」ボタンＢ１を押した上で、続けて二人目のユーザが認証情報の入力を行う。さらに同様にして、三人目のユーザが認証情報の入力を行う。このようにしてユーザ全員の認証情報を入力し終えたならば、いずれかのユーザが「ログイン」ボタンＢ２を押す。そうすると、ユーザＵ１，Ｕ２，Ｕ３のそれぞれの認証情報が、端末３からログインユーザ制御装置１に送られ、端末インタフェース部１５を介して認証部１６に渡される。認証部１６は、これらの認証情報を認証情報格納部１１に格納された認証情報と比較することで、ユーザＵ１，Ｕ２，Ｕ３をそれぞれ認証する。ユーザＵ１，Ｕ２，Ｕ３はいずれも契約済みであるので、ユーザＵ１，Ｕ２，Ｕ３はそれぞれ認証済みとなる。なお、認証情報としては、ＩＤカードに記憶されたＩＤ情報や、バイオメトリクスにより取得された情報などを使用しても良い。

ステップＳＴ２においてはグループ管理部１７が、グループを生成する。具体的にはグループ管理部１７は、今回ログインしたユーザＵ１，Ｕ２，Ｕ３により１つのグループを作成することとし、これらユーザＵ１，Ｕ２，Ｕ３のそれぞれのユーザＩＤを構成要素とする図４に示すようなグループ情報を生成する。

ステップＳＴ３においてはサービス選択部１８が、サービスを選択する。具体的にはサービス選択部１８は、サービスプロバイダ２が提供するサービスのリストを管理しておく。そしてサービス選択部１８は、端末インタフェース部１５を通して端末３にサービスリストを提示し、どのサービスを利用するかをユーザに対して問い合わせる。サービス選択部１８は、この問い合わせに対する応答として端末３から送信されるサービス要求を端末インタフェース部１５を介して取得する。サービス選択部１８は、上記のサービス要求に基づいて端末３へと提供すべきサービスを選択する。ここではサービス選択部１８は、ユーザからの要求に応じて映画サービスを選択したこととする。

ステップＳＴ４およびステップＳＴ５においてはサービス管理部１９およびサービスプロバイダインタフェース部１４が、上記の選択されたサービスの契約情報をユーザの全員分問い合わせる。具体的には、サービス選択部１８からは映画サービスのサービス識別子がサービス管理部１９へ渡されるので、このサービス識別情報と、グループ管理部１７から渡されるグループ情報とを含めた取得要求をサービスプロバイダインタフェース部１４へ渡す。サービスプロバイダインタフェース部１４は、サービス管理部１９より渡された取得要求に含まれたグループ情報から一人のユーザを選択し、このユーザの認証情報を認証情報格納部１１から取得した上で、この認証情報を用いてサービスプロバイダ２にログインする。この上でサービスプロバイダインタフェース部１４は、取得要求に含まれたサービス識別情報に対応するサービスに関する上記選択ユーザの契約サービス情報をサービスプロバイダ２から取得して、この契約サービス情報をサービス管理部１９に返す。サービスプロバイダインタフェース部１４は、この処理をグループ情報に示される全てのユーザについて行う。

ステップＳＴ６においてはサービス管理部１９が、サービスを利用可能なユーザのリスト、すなわちユーザリストを生成する。具体的にはサービス管理部１９は、サービスプロバイダインタフェース部１４から返される契約サービス情報をユーザリスト格納部１３に格納して行くことで、例えば図５に示すようなユーザリストを作成する。

ステップＳＴ７においてはルール抽出部２０およびルール選択部２１が、どのルールを適用するかユーザに問い合わせる。具体的には、ルール抽出部２０は、選択ルール格納部１２に格納された複数の選択ルールを全て読み出してルール選択部２１に渡す。ルール選択部２１は、上記の与えられた複数の選択ルールのリストを端末インタフェース部１５を通して端末３に提示し、どの選択ルールを適用するかをユーザに対して問い合わせる。この問い合わせに対する応答として端末３から送信されるルール指定は、端末インタフェース部１５を介してルール選択部２１に渡される。ルール選択部２１は、上記のルール指定に基づいて１つの選択ルールを選択する。ルール選択部２１は、選択した選択ルールをルール抽出部２０へ渡す。ルール抽出部２０は、上記の提供要求への応答として、上記のルール選択部２１で選択された選択ルールをユーザ決定部２２へ渡す。なおここでは、契約タイプに基づくルールが選択されたこととする。

ステップＳＴ８においてはユーザ決定部２２が、ログインユーザを決定する。具体的には、ユーザ決定部２２は、ルール抽出部２０から渡された選択ルールに従って、サービス管理部１９から渡されたユーザリストに含まれたユーザのなかからログインユーザを決定する。ユーザ決定部２２は、上記の決定したログインユーザを確認部２３に渡す。ここでは、契約タイプに基づくルールに従うことにより、ユーザＩＤが「２」であるユーザがログインユーザとして決定される。

ステップＳＴ９においては確認部２３が、ユーザ決定部２２により上記のように決定されたログインユーザで良いか否かを確認する。具体的には、確認部２３は、端末インタフェース部１５を通して端末３に提示し、このユーザでログインして良いかどうかをユーザに対して問い合わせる。この問い合わせに対する応答として端末３から送信される許否情報は、端末インタフェース部１５を介して確認部２３に渡される。そこで確認部２３は、上記の許否情報がログインユーザでのログインを許容するならば、その旨をユーザ決定部２２へ通知する。

しかしながらログインユーザでのログインが拒否されたならば、確認部２３はステップＳＴ９からステップＳＴ１０へ進む。ステップＳＴ１０において確認部２３は、ログインユーザをユーザに問い合わせる。具体的には、ユーザリストをユーザ決定部２２から取得し、このユーザリストを端末インタフェース部１５を通して端末３に提示し、ユーザリスト中のどのユーザをログインユーザとするかをユーザに対して問い合わせる。この問い合わせに対する応答として端末３から送信されるログインユーザ指定情報は、端末インタフェース部１５を介して確認部２３に渡される。そこで確認部２３は、ログインユーザ指定情報に示されるユーザをログインユーザとするようにユーザ決定部２２へと通知する。

ステップＳＴ１１においてはユーザ決定部２２およびサービスプロバイダインタフェース部１４が、ログインユーザでサービスプロバイダにログインする。具体的には、ユーザ決定部２２が、上記のように確認部２３により確定されたログインユーザでログインするようにサービスプロバイダインタフェース部１４へ要求する。サービスプロバイダインタフェース部１４は、この要求に従ってログインユーザの認証情報を認証情報格納部１１から取得し、それを使用してサービスプロバイダ２へとログインする。

ステップＳＴ１２においてはサービス管理部１９が、ステップＳＴ３にて選択したサービスの提供をサービスプロバイダインタフェース部１４を介してサービスプロバイダ２に対して要求する。この要求に応じてサービスプロバイダ２が提供するサービスは、サービスプロバイダインタフェース部１４および端末インタフェース部１５を介して端末３に対して提供される。

このようにして、サービスプロバイダ２から端末３へのサービス提供を仲介している状態にてログインユーザ制御装置１は、ステップＳＴ１３乃至ステップＳＴ１５において、サービスの変更、新規ログインおよびログアウトのいずれかが端末３から要求されるのを待ち受ける。

この待ち受け状態において、端末３からサービスの変更要求が到来したならば、この変更要求は端末インタフェース部１５を介してサービス選択部１８に渡される。そうするとサービス選択部１８は、ステップＳＴ１３からステップＳＴ３に戻る。このときログインユーザ制御装置１は、ステップＳＴ３以降の処理を前述したのと同様に実行する。これにより、新たにユーザから要求されるサービスに適したログインユーザによりサービスプロバイダにログインし直した上で、新たなサービスの提供を仲介できるようになる。

一方、ステップＳＴ１３乃至ステップＳＴ１４の待ち受け状態において、端末３から新規のユーザについてのログイン要求が到来したならば、このログイン要求は端末インタフェース部１５を介して認証部１６に渡される。そうすると認証部１６は、ステップＳＴ１４からステップＳＴ１６へ進む。ステップＳＴ１６において認証部１６は、端末３側から新規にログインするユーザの認証情報を取得し、認証を行う。

ステップＳＴ１７においてはグループ管理部１７が、上記の新規にログインしたユーザを含むように、グループ情報を再生成する。このグループ情報の再生成が終わったならば、ログインユーザ制御装置１はステップＳＴ１３乃至ステップＳＴ１５の待ち受け状態に戻る。

さて、ステップＳＴ１３乃至ステップＳＴ１４の待ち受け状態において、端末３からログアウト要求が到来したならば、このログアウト要求は端末インタフェース部１５を介してグループ管理部１７に渡される。そうするとグループ管理部１７は、ステップＳＴ１５からステップＳＴ１８へ進む。ステップＳＴ１８においてグループ管理部１７は、グループに属する全ユーザがログアウトすることになるか否かを確認する。もし、一部のユーザのみがログアウトするのであれば、グループ管理部１７はステップＳＴ１８からステップＳＴ１９へ進む。そしてステップＳＴ１９においてグループ管理部１７は、ログアウトが要求されたユーザを除外するようにグループを再生成する。このグループ情報の再生成が終わったならば、ログインユーザ制御装置１はステップＳＴ１３乃至ステップＳＴ１５の待ち受け状態に戻る。しかしながら、全ユーザがログアウトすることになるのであれば、グループ管理部１７はステップＳＴ１８からステップＳＴ２０へ進む。そしてステップＳＴ２０においてグループ管理部１７は、グループ情報を抹消する。このグループ情報の抹消が終わったならば、ログインユーザ制御装置１はこの図７に示す処理を終了する。

以上のように本実施形態によれば、単一の端末３からユーザＵ１，Ｕ２，Ｕ３がログインユーザ制御装置１にログインしておけば、これらユーザＵ１，Ｕ２，Ｕ３のいずれかが契約しているサービスを利用することができる。そしてサービス変更に伴ってサービスプロバイダ２へログインし直すことが必要であっても、このログインはログインユーザ制御装置１により代行して行われるので、端末３からはログイン／ログアウトを行う必要がない。この結果、ユーザＵ１，Ｕ２，Ｕ３は、異なるユーザが契約しているサービスを自由に利用し、一緒に楽しむことができる。

また本実施形態によれば、ログインユーザを決定するために適用する選択ルールを、選択ルール格納部１２に予め用意された複数の選択ルールの中からユーザが選択することができるので、ユーザニーズに応じてより適切にログインユーザを決定することができる。

また本実施形態によれば、自動決定したログインユーザでのログインを行うかどうかをユーザが確認することができるので、ユーザにとって不適切なログインユーザが決定されてしまった場合でも、そのログインユーザによりログインされてしまうことを未然に防ぐことができる。

また本実施形態によれば、新規ログインの要求やログアウトの要求に応じてグループ情報を再生成するようにしているので、途中での新規ユーザの参加や退出が自由に行え、ユーザ側の利便性を向上できる。

この実施形態は、次のような種々の変形実施が可能である。
選択ルールとしては、サービスプロバイダ２、ユーザ、あるいはログインユーザ制御装置１の管理者によって定められた単一のルールを常に適用するようにしても良い。そしてこの場合には、ルール抽出部２０およびルール選択部は省略可能である。
選択ルールの内容は、サービスプロバイダ２と契約しているサービスの総数など、その他の条件に基づく任意の内容であってもよい。
確認部２３による確認を行うことなしに、ユーザ決定部２２で決定したログインユーザにより自動的にサービスプロバイダ２へのログインを行うようにしても良い。この場合、確認部２３を省略できる。このようにすれば、ユーザの操作をさらに簡略化することができる。
実際のサービスの提供は、サービスプロバイダ２と端末３との間でログインユーザ制御装置１を介さずに行うようにしても良い。
記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が本実施形態を実現するための各処理の一部を実行しても良い。
記憶媒体は１つに限らず、複数の媒体から本実施形態における処理が実行される場合も本発明における記憶媒体に含まれ、媒体構成は何れの構成であっても良い。
本発明におけるコンピュータは、記憶媒体に記憶されたプログラムに基づき、本実施形態における各処理を実行するものであって、パソコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であっても良い。
また、本発明におけるコンピュータとは、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。

本発明の一実施形態に係るログインユーザ制御装置１の構成を示すブロック図。 図１中のサービスプロバイダ２が管理している契約サービス情報の一例を示す図。 図１中の認証情報格納部１１に格納される一覧の一例を示す図。 図１中のグループ管理部１７により生成されるグループ情報の一例を示す図。 図１中のサービス管理部１９により生成されるユーザリストの一例を示す図。 図１中の認証部１６が端末３にて提示させるログイン画面の一例を示す図。 図１中のログインユーザ制御装置１における処理手順を示すフローチャート。

符号の説明

１…ログインユーザ制御装置、２…サービスプロバイダ、３…端末、１１…認証情報格納部、１２…選択ルール格納部、１３…ユーザリスト格納部、１４…サービスプロバイダインタフェース部、１５…端末インタフェース部、１６…認証部、１７…グループ管理部、１８…サービス選択部、１９…サービス管理部、２０…ルール抽出部、２１…ルール選択部、２２…ユーザ決定部、２３…確認部。

Claims (8)

1. ログインしているユーザが有する利用権限に応じたサービスを提供するサービスプロバイダと、ネットワークを介して前記サービスプロバイダから前記サービスの提供を受ける端末との間に介在し、かつ前記端末を使用する複数のユーザのうちのどのユーザにより前記サービスプロバイダへログインするかを選択するための選択ルールを記憶した記憶媒体にアクセス可能なログインユーザ制御装置であって、
   前記端末を共同使用する複数のユーザをそれぞれ認証する手段と、
   認証済みの複数のユーザのそれぞれのユーザ識別情報を含んだグループ情報を生成する手段と、
   前記端末からのサービス利用の要求に応じて、当該サービスの利用権限を有するユーザのユーザ識別情報の１つを前記グループ情報に含まれた前記ユーザ識別情報のうちから前記選択ルールに従って選択する手段と、
   選択された前記ユーザ識別情報に対応するユーザのユーザ認証情報を使用してサービスプロバイダにログインを要求する手段と、
   前記ログインの要求に対して前記サービスプロバイダからログインが許可されたことに応じて、前記サービスプロバイダに前記サービス利用を要求する手段とを具備したことを特徴とするログインユーザ制御装置。
2. 端末を使用する複数のユーザのうちのどのユーザによりサービスプロバイダへログインするかを選択するための選択ルールを記憶した記憶媒体にアクセス可能であり、かつログインしているユーザが有する利用権限に応じたサービスを提供するサービスプロバイダと、ネットワークを介して前記サービスプロバイダから前記サービスの提供を受ける端末とを仲介するユーザ制御装置におけるログインユーザ制御方法であって、
   前記端末を共同使用する複数のユーザをそれぞれ認証し、
   認証済みの複数のユーザのそれぞれのユーザ識別情報を含んだグループ情報を生成し、
   前記端末からのサービス利用の要求に応じて、当該サービスの利用権限を有するユーザのユーザ識別情報の１つを前記グループ情報に含まれた前記ユーザ識別情報のうちから前記選択ルールに従って選択し、
   選択された前記ユーザ識別情報に対応するユーザのユーザ認証情報を使用してサービスプロバイダにログインを要求し、
   前記ログインの要求に対して前記サービスプロバイダからログインが許可されたことに応じて、前記サービスプロバイダに前記サービス利用を要求することを特徴とするログインユーザ制御方法。
3. ログインしているユーザが有する利用権限に応じたサービスを提供するサービスプロバイダと、ネットワークを介して前記サービスプロバイダから前記サービスの提供を受ける端末と通信が可能であって、かつ前記端末を使用する複数のユーザのうちのどのユーザにより前記サービスプロバイダへログインするかを選択するための選択ルールを記憶した記憶媒体にアクセス可能なコンピュータを、
   前記端末を共同使用する複数のユーザをそれぞれ認証する手段と、
   認証済みの複数のユーザのそれぞれのユーザ識別情報を含んだグループ情報を生成する手段と、
   前記端末からのサービス利用の要求に応じて、当該サービスの利用権限を有するユーザのユーザ識別情報の１つを前記グループ情報に含まれた前記ユーザ識別情報のうちから前記選択ルールに従って選択する選択手段と、
   選択された前記ユーザ識別情報に対応するユーザのユーザ認証情報を使用してサービスプロバイダにログインを要求する要求手段と、
   前記ログインの要求に対して前記サービスプロバイダからログインが許可されたことに応じて、前記サービスプロバイダに前記サービス利用を要求する手段として機能させることを特徴とするログインユーザ制御プログラム。
4. 前記コンピュータを、前記グループ情報が生成された後に新たなユーザが認証済みとなったことに応じて、当該ユーザのユーザ識別情報を含むように前記グループ情報を更新する手段としてさらに機能させることを特徴とする請求項３に記載のログインユーザ制御プログラム。
5. 前記コンピュータを、認証済みのユーザのログアウトが要求されたことに応じて、当該ユーザのユーザ識別情報を含まないように前記グループ情報を更新する手段としてさらに機能させることを特徴とする請求項３に記載のログインユーザ制御プログラム。
6. 前記コンピュータを、前記選択手段により選択されたユーザ識別情報によりサービスを利用するか否かを前記端末にて指定させる手段としてさらに機能させるとともに、
   前記要求手段を、前記端末にて前記選択手段により選択されたユーザ識別情報によりサービスを利用する旨が指定されたことに応じて前記ログインを要求するように機能させることを特徴とする請求項３に記載のログインユーザ制御プログラム。
7. 前記コンピュータを、前記記憶媒体に複数の選択ルールが記憶されている場合に、当該複数の選択ルールのいずれを適用するかを前記端末にて指定させる手段としてさらに機能させるとともに、
   前記選択手段を、前記端末にて指定された選択ルールに従ってユーザ識別情報の選択を行うように機能させることを特徴とする請求項３に記載のログインユーザ制御プログラム。
8. 前記選択ルールを、各ユーザ識別情報に対応するユーザの課金形態に基づいてユーザ識別情報を選択するものとする請求項３に記載のログインユーザ制御プログラム。

Images