(57)【要約】【課題】単一の認証ＩＤに対し、複数種類の権限を付与する技術を提供する。【解決手段】情報処理装置１００において、パスワード入力部２０は、ユーザ認証に用いるパスワードを受け付ける。認証部４０は、認証ＩＤとパスワード入力部２０が受け付けたパスワードとをもとに、ユーザ認証を実行する。サービス提供部８０は、認証部４０がユーザ認証を成功した場合、当該ユーザにサービスを提供する。サービス提供部８０は、パスワード入力部２０が受け付けたパスワードに対応付けられたサービスを提供する。【選択図】図２
2015127893.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ認証に用いるパスワードを受け付けるパスワード入力部と、
認証ＩＤと前記パスワード入力部が受け付けたパスワードとをもとに、ユーザ認証を実行する認証部と、
前記認証部がユーザ認証を成功した場合、当該ユーザにサービスを提供するサービス提供部とを備え、
前記サービス提供部は、前記パスワード入力部が受け付けたパスワードに対応付けられたサービスをユーザに提供することを特徴とする情報処理装置。
【請求項２】
認証ＩＤに紐付ける新たなパスワードとともに、既に認証ＩＤに紐付けられている既登録パスワードの入力をユーザから受け付けるパスワード登録部をさらに備え、
前記認証部は、前記パスワード登録部が受け付けた既登録パスワードをもとにユーザ認証を実行し、
前記パスワード登録部は、前記認証部のユーザ認証が成功した場合、新たなパスワードを認証ＩＤに紐付けることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記パスワード登録部は、前記認証部がユーザを認証した場合、ユーザが入力した新たなパスワードに他の情報を付加したデータを、認証ＩＤに紐付けるパスワードとすることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記新たなパスワードに付加する他の情報は、記号または文字色を含むことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記サービス提供部が提供するサービスを表示する表示部をさらに備え、
前記サービス提供部は、前記パスワード入力部が受け付けたパスワードに対応付けられた背景画像を、前記表示部に表示させることを特徴とする請求項１から４のいずれかに記載の情報処理装置。
【請求項６】
音声を出力する音声出力部をさらに備え、
前記サービス提供部は、前記認証部がユーザ認証を成功した場合、前記パスワード入力部が受け付けたパスワードに対応付けられた音声を、前記音声出力部に出力させることを特徴とする請求項１から５のいずれかに記載の情報処理装置。
【請求項７】
ユーザ認証に用いるパスワードを受け付けるステップと、
認証ＩＤとパスワードとをもとに、ユーザ認証を実行するステップと、
ユーザ認証を成功した場合、各パスワードに対応付けられたサービスをユーザに提供するステップとをプロセッサが実行することを特徴とする情報処理方法。
【請求項８】
ユーザ認証に用いるパスワードを受け付ける機能と、
認証ＩＤとパスワードとをもとに、ユーザ認証を実行する機能と、
ユーザ認証を成功した場合、各パスワードに対応付けられたサービスをユーザに提供する機能とをコンピュータに実現させることを特徴とするプログラム。
【請求項９】
ユーザ認証に用いるパスワードを受け付ける機能と、
認証ＩＤとパスワードとをもとに、ユーザ認証を実行する機能と、
ユーザ認証を成功した場合、各パスワードに対応付けられたサービスをユーザに提供する機能とをコンピュータに実現させることを特徴とするプログラムを格納したコンピュータが読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および情報処理方法に関する。
【背景技術】
【０００２】
一般に、サーバやクライアントのオペレーティングシステム、ウェブサービス等においては、認証ＩＤ（IDentification）であるユーザＩＤとパスワードとの１対１の組合せに基づいて認証処理が実行されている。認証処理が成功すると、ユーザは特定のサービスが受けられるログイン状態となる。また、各認証ＩＤにはそれぞれ固有の権限が付与され、認証ＩＤによって実行することができるソフトウェアや、提供を受けることができるサービス等が制限されることもある。
【０００３】
このような技術においては、個別の認証ＩＤに認可される権限は一種類である。例えば認証処理が成功した認証ＩＤが管理者の権限を持っていれば、その認証ＩＤには管理者の権限が付与される。また、認証処理が成功して、その認証ＩＤでログインする際に実行されるログイン環境の初期化処理は、ログイン時点においてその認証ＩＤに固有の処理が実行される。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本願の発明者は、単一の認証ＩＤに対し、複数種類の権限を付与したり、初期化処理を変更したりすることができる情報処理装置を提供できれば、その情報処理装置のユーザの利便性向上を実現できる可能性について認識するに至った。
【０００５】
本発明はこうした課題に鑑みてなされたものであり、その目的は、単一の認証ＩＤに対し、複数種類の権限を付与する技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の情報処理装置は、ユーザ認証に用いるパスワードを受け付けるパスワード入力部と、認証ＩＤとパスワード入力部が受け付けたパスワードとをもとに、ユーザ認証を実行する認証部と、認証部がユーザ認証を成功した場合、当該ユーザにサービスを提供するサービス提供部とを備える。サービス提供部は、パスワード入力部が受け付けたパスワードに対応付けられたサービスをユーザに提供する。
【０００７】
本発明の別の態様は、情報処理方法である。この方法は、パスワードを受け付けるステップと、認証ＩＤとパスワードとをもとに、ユーザ認証を実行するステップと、ユーザ認証を成功した場合、各パスワードに対応付けられたサービスをユーザに提供するステップとをプロセッサが実行する。
【０００８】
本発明のさらに別の態様は、上記のいずれかの方法の各ステップをコンピュータに実現させるプログラムである。
【０００９】
このプログラムは、ゲーム機等のハードウェア資源の基本的な制御を行なうために機器に組み込まれるファームウェアの一部として提供されてもよい。このファームウェアは、たとえば、機器内のＲＯＭ（Read Only Memory）やフラッシュメモリなどの半導体メモリに格納される。このファームウェアを提供するため、あるいはファームウェアの一部をアップデートするために、このプログラムを記録したコンピュータ読み取り可能な記録媒体が提供されてもよく、また、このプログラムが通信回線で伝送されてもよい。
【００１０】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、コンピュータプログラム、データ構造、記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１１】
本発明によれば、単一の認証ＩＤに対し、複数種類の権限を付与する技術を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】図１（ａ）−（ｃ）は、実施の形態に係る情報処理装置の一例を模式的に示す図である。
【図２】実施の形態に係る情報処理装置の機能構成を模式的に示す図である。
【図３】図３（ａ）−（ｄ）は、実施の形態に係る情報処理装置が提供するパスワード登録画面の一例を模式的に示す図である。
【図４】実施の形態に係るパスワード登録部が表示するサービス提供権限の設定画面の一例を模式的に示す図である。
【図５】実施の形態に係るパスワード登録部が表示するサービス提供権限の設定画面の別の例を模式的に示す図である。
【図６】図６（ａ）−（ｄ）は、実施の形態に係るパスワード登録部が表示するサブパスワード変更画面の例を模式的に示す図である。
【図７】実施の形態に係るユーザデータベースのデータ構成を模式的に示す図である。
【図８】実施の形態に係る情報処理装置が実行する権限昇格処理の流れを説明するフローチャートである。
【図９】実施の形態に係る情報処理装置が実行するサービス提供処理の流れを説明するフローチャートである。
【発明を実施するための形態】
【００１３】
本発明の実施の形態の概要を述べる。本発明の実施の形態に係る情報処理装置は、認証ＩＤを持つユーザが、パスワードを用いてユーザ認証をすることにより、操作可能となる。ここで実施の形態に係る情報処理装置は、ひとつの認証ＩＤに対して複数のパスワードを紐付ける、すなわち、認証ＩＤとパスワードとの対応関係を１：ｎ（ｎは２以上の整数）とすることができる。異なるパスワードに異なる権限やサービス等を割り当てることにより、実施の形態に係る情報処理装置は、同一の認証ＩＤでログインする場合であっても、認証に用いるパスワードが異なれば、異なるサービスをユーザに提供する。これにより、例えば情報処理装置のパスワード漏洩抑制や、盗難対策、他者との共有の際の利便性向上など、様々な点でユーザビリティを向上することができる。
【００１４】
図１（ａ）−（ｃ）は、実施の形態に係る情報処理装置１００の一例を模式的に示す図である。実施の形態に係る情報処理装置１００は種々の分野における装置に適用可能である。例えば、図１（ａ）に示す情報処理装置１００の例は、ＰＣ（Personal Computer）や据え置き型ゲーム機のように、通常の利用時に持ち運ぶことが想定されていない装置である。
【００１５】
図１（ｂ）に示す情報処理装置１００の例は、携帯ゲーム機である。図１（ｂ）に示す携帯ゲーム機の他、携帯電話やスマートフォン、タブレットＰＣやノート型ＰＣ、電子辞書や電子書籍端末、携帯型テレビや携帯型音楽プレイヤー等、ユーザが携帯して利用することが想定されている装置にも、本願発明は適用可能である。
【００１６】
図１（ｃ）に示す情報処理装置１００の例は、現金自動預け払い機（Automated Teller Machine；以下、「ＡＴＭ」という。）である。ＡＴＭにおいては、口座番号やキャッシュカードがいわば「認証ＩＤ」であり、暗証番号が「パスワード」に相当する。この他、例えばクレジットカードの決済を管理するサーバ、ネット銀行を管理するサーバ等、サーバ−クライアント型のサービスにおけるサーバやクラウドサービスを提供するサーバ等、ネットワークを介してユーザにサービスを提供する装置にも、本願発明は適用可能である。クレジットカードの決済を管理するサーバの場合、カード番号がいわば「認証ＩＤ」であり、カード所有者の署名やＰＩＮ（Personal Identification Number）が「パスワード」に相当する。
【００１７】
以下本明細書では、情報処理装置１００として、図１（ａ）に示すようなＰＣないし据え置き型ゲーム機を例として主に説明する。しかしながら、本発明の実施の形態に係る情報処理装置１００はＰＣないし据え置き型ゲーム機に限られず、図１（ｂ）−（ｃ）にも示すように、携帯して利用することが想定されている装置や、ＡＴＭのようなネットワークを介したサービスを提供する装置にも適用できることは当業者であれば理解されることである。
【００１８】
図２は、実施の形態に係る情報処理装置１００の機能構成を模式的に示す図である。実施の形態に係る情報処理装置１００は、認証ＩＤ入力部１０、パスワード入力部２０、パスワード登録部３０、認証部４０、ユーザデータベース５０、表示部６０、音声出力部７０、およびサービス提供部８０を備える。
【００１９】
図２は、実施の形態に係る情報処理装置１００を実現するための機能構成を示しており、その他の構成は省略している。図２において、さまざまな処理を行う機能ブロックとして記載される各要素は、ハードウェア的には、情報処理装置１００のＣＰＵ（Central Processing Unit）、メインメモリ、その他のＬＳＩ（Large Scale Integration）で構成することができ、ソフトウェア的には、メインメモリにロードされたプログラム等によって実現される。したがってこれらの機能ブロックが、情報処理装置１００の計算リソースによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。
【００２０】
また、実施の形態に係る情報処理装置１００が、サーバ／クライアントシステムや、クラウドシステムによって実現される場合には、「情報処理装置１００の計算リソース」は、ひとつの情報処理装置１００の計算リソースに限られない。この場合、複数のサーバの計算リソースや、サーバおよびクライアントの計算リソースを含めたリソースが、「情報処理装置１００の計算リソース」となる。
【００２１】
認証ＩＤ入力部１０は、情報処理装置１００のユーザを識別するための認証ＩＤを受け付ける。より具体的には、認証ＩＤ入力部１０は、認証ＩＤの入力を促すＧＵＩ（Graphical User Interface）に、テンキーやソフトウェアキーボード等を介して入力された認証ＩＤを取得して、認証部４０に出力する。
【００２２】
パスワード入力部２０は、ユーザからパスワードの入力を受け付ける。認証ＩＤ入力部１０と同様に、パスワード入力部２０は、パスワードの入力を促すＧＵＩに入力されたパスワードを取得して、認証部４０に出力する。
【００２３】
認証部４０は、認証ＩＤ入力部１０が受け付けた認証ＩＤと、パスワード入力部２０が受け付けたパスワードとをもとに、ユーザ認証を実行する。詳細は後述するが、ユーザデータベース５０は、情報処理装置１００に登録されている認証ＩＤと、その認証ＩＤに対応するパスワードとが紐付けられて格納されている。認証部４０は、ユーザデータベース５０を参照して、認証ＩＤ入力部１０が受け付けた認証ＩＤがユーザデータベース５０に格納されているか否かを検索する。ユーザデータベース５０に取得した認証ＩＤが格納されていない場合、認証部４０は認証失敗と判定する。
【００２４】
なおユーザデータベース５０は、パスワードの平文に代えて、あるいはそれに加えて、パスワードのハッシュ値を認証ＩＤと紐づけて格納してもよい。この場合、ユーザデータベース５０は、パスワードのハッシュ値同士が互いに衝突しないように管理することになる。パスワードのハッシュ値の生成は、例えばＳＨＡ−２（Secure Hash Algorithm-2）等の既知のハッシュ関数を用いて実現できる。
【００２５】
ユーザデータベース５０に取得した認証ＩＤが格納されている場合、認証部４０は、取得したパスワードが認証ＩＤに紐付けられているパスワードと一致するか否かを検知する。取得したパスワードが認証ＩＤに紐付けられているパスワードと一致しない場合、認証部４０は認証失敗と判定する。取得したパスワードが認証ＩＤに紐付けられているパスワードと一致する場合、認証部４０は認証成功と判定する。認証部４０がユーザ認証を成功した場合、サービス提供部８０は、認証が成功したユーザにサービスを提供する。表示部６０はサービス提供部８０が提供する画像情報を図示しない表示デバイスに出力し、音声出力部７０は、サービス提供部８０が提供する音声情報を図示しないスピーカやイヤホンに出力する。
【００２６】
ここでサービス提供部８０がユーザに提供するサービスとは、情報処理装置１００の種類に応じて種々の態様が含まれる。例えば情報処理装置１００がＰＣや据え置き型のゲーム機、携帯ゲーム機の場合には、サービス提供部８０が提供するサービスとは、各種ファイルやフォルダの管理、セーブデータをはじめとするファイルの管理、ユーザの管理、インターネットアクセス、アプリケーションの実行、ユーザ固有のデスクトップ環境の提供等である。情報処理装置１００が携帯電話のように持ち運び容易な端末の場合には、音声通信やＧＰＳ（Global Positioning System）の利用、近距離無線通信技術を利用した決済等も提供するサービスとして含まれる。例えば情報処理装置１００を紛失したり、盗まれたりしたような場合、サービス提供部８０は、不図示のカメラを用いて情報処理装置１００の周囲を撮像したり、警告音を鳴らしたりする。また情報処理装置１００がＡＴＭやクレジットカードの決済を管理するサーバ、ネット銀行を管理するサーバ等の場合には、金銭の振り込みや購入手続、暗証番号の変更等のサービスである。
【００２７】
一般にこれらのサービスは、認証に成功したユーザ毎に、ユーザに提供する内容が変更される。例えば情報処理装置１００がＰＣの場合、ユーザ毎に提供されるデスクトップ環境が異なるし、また、ユーザの権限によって特定の操作が許可されたり、禁止されたりする。情報処理装置１００がＡＴＭの場合には、ユーザである預金者によって、払い戻し可能な金銭の額が変更される。
【００２８】
これに対し、実施の形態に係るサービス提供部８０は、パスワード入力部２０が受け付けたパスワード毎に、ユーザに提供するサービスを変更する。より具体的には、サービス提供部８０は、認証に成功した認証ＩＤに複数のパスワードが紐付けられている場合、同一の認証ＩＤで認証が成功したとしても、パスワード入力部２０が受け付けたパスワードに対応付けられたサービスを選択してユーザに提供する。
【００２９】
このように、実施の形態に係る情報処理装置１００は、ユーザのアクセス権限やユーザ環境の初期化処理等を、認証ＩＤではなく、認証時に入力されたパスワードに紐付けて管理する。例えば、あるユーザが、管理者権限が付与されたパスワードで認証したとする。この場合、情報処理装置１００の全てのファイルやフォルダにアクセスできる。一方、同一の認証ＩＤで認証する場合であっても、ユーザが通常利用者の権限のみが付与されたパスワードで認証すると、特定のファイルやフォルダのみがアクセスできる。
【００３０】
あるいはまた、あるユーザが仕事用のパスワードで認証した場合、デスクトップの背景等、デスクトップ環境が仕事用の環境となる。一方、そのユーザが同地の認証ＩＤで私的利用のためのパスワードで認証した場合、デスクトップの背景がプライベート用の背景画像となる。
【００３１】
さらに別の例としては、ユーザが特定のパスワードをパスワード入力部２０入力した場合、あらかじめ定められた所定のファイルを自動で削除することもできる。あるいは、ユーザが特定のパスワードをパスワード入力部２０入力した場合、ログイン後に、例えばＳＮＳ（Social Networking Service）のアプリケーション等、所定のアプリケーションが自動で起動するようにしてもよい。ＳＮＳに投稿したり、ＳＮＳに投稿された情報を閲覧したりする等、ユーザが特定の目的を持って情報処理装置１００にログインするときに、アプリケーションを立ち上げる手間を省略することができる。
【００３２】
さらに別の例としては、情報処理装置１００がスマートフォンの場合、あるユーザが仕事用のパスワードでスマートフォンのロックを解除すると、電話帳や電子メールのアドレス帳が仕事用のものが利用可能となる。一方、同一のスマートフォンであっても、あるユーザが私的利用のためのパスワードでそのスマートフォンのロックを解除すると、電話帳や電子メールのアドレス帳がプライベート用のものとなる。
【００３３】
図３（ａ）−（ｄ）は、実施の形態に係る情報処理装置１００が提供するパスワード登録画面の一例を模式的に示す図である。図３（ａ）は、認証ＩＤの入力をユーザに促すＧＵＩとパスワードの入力を促すＧＵＩとの一例を示す図である。ユーザが所定の場所に認証ＩＤとパスワードを入力し、「ログイン」アイコンをクリックすると、認証ＩＤ入力部１０およびパスワード入力部２０は、それぞれ取得した認証ＩＤとパスワードとを認証部４０に出力する。なお、図３（ａ）においては、ユーザが入力した認証ＩＤが「ｕｓｅｒ００１」という文字列であり、パスワードが「ｍａｉｎｐａｓｓ」という文字列である場合を示している。なお、ユーザが入力したパスワードは、他者に読み取られることを防止するために、例えば「＊」等の他の記号で置き換えて表示するようにしてもよい。
【００３４】
図３（ｂ）は、実施の形態に係るパスワード登録部３０が提供するサブパスワード登録画面の一例を模式的に示す図である。図３（ｂ）に示すように、パスワード登録部３０は、認証ＩＤに紐付ける新たなサブパスワードの入力をユーザに促すＧＵＩを表示するとともに、既に認証ＩＤに紐付けられている既登録パスワードの入力を促すＧＵＩも表示する。図３（ｂ）に示す例では、既登録パスワードとしてメインパスワードの入力を促すＧＵＩが表示されている。
【００３５】
ここで「メインパスワード」とは、ログイン時に紐付けられている認証ＩＤに最も強い権限を付与するためのパスワードであり、いわば管理者権限が付与されたパスワードである。ユーザがメインパスワードを用いて認証に成功すると、その情報処理装置１００の管理者権限として設定されている操作が許可される。一方「サブパスワード」とは、ログイン時に紐付けられている認証ＩＤに制限付きの権限を付与するためのパスワードである。ユーザがサブパスワードを用いて認証に成功した場合、そのパスワードに許可された権限の範囲内で、情報処理装置１００の操作が許可される。サブパスワードが複数存在する場合には、異なるサブパスワード毎に異なる強度の権限を付与することもできる。
【００３６】
認証部４０は、パスワード登録部３０が受け付けた既登録パスワードをもとにユーザ認証を実行する。パスワード登録部３０は、認証部４０のユーザ認証が成功した場合、新たなパスワードであるサブパスワードを、認証ＩＤに紐付けてユーザデータベース５０に格納する。図３（ｂ）に示す例では、サブパスワードとして「ｓｕｂｐａｓｓ」という文字列が入力されており、認証ＩＤ「ｕｓｅｒ００１」に対して、新たに「ｓｕｂｐａｓｓ」というパスワードが紐付けられる。
【００３７】
認証部４０が既登録パスワードを用いて認証することにより、新たなサブパスワードを入力したユーザが、現在ログイン中の認証ＩＤの正当なユーザであることが保証される。これにより、例えば情報処理装置１００のユーザがログイン状態で席を外したときに、別のユーザが不当にサブパスワードを登録してしまうような事態を回避することができる。
【００３８】
また、既登録パスワードとしてユーザにメインパスワードを入力させる場合、そのユーザは管理者権限が付与されたパスワードを知っていることが保証される。これにより、管理者権限が付与されたパスワードを知らないユーザによるサブパスワードの追加が排除されるため、サブパスワード追加時の安全性をより高めることができる。
【００３９】
図３（ｃ）は、ユーザに認証ＩＤの入力を促すＧＵＩとパスワードの入力を促すＧＵＩとの別の例を示す図である。図３（ａ）に示す例と同様に、図３（ｃ）に示す例も、認証ＩＤとして「ｕｓｅｒ００１」という文字列が入力されている。一方、図３（ａ）に示す例とは異なり、図３（ｃ）に示す例では、パスワードとして「ｓｕｂｐａｓｓ」という文字列が入力されている。
【００４０】
認証部４０は、認証ＩＤ「ｕｓｅｒ００１」とパスワード「ｓｕｂｐａｓｓ」とをもとに、ユーザデータベース５０を参照してユーザ認証を実行する。認証ＩＤ「ｕｓｅｒ００１」とパスワード「ｓｕｂｐａｓｓ」とは紐付けられているため、認証部４０は認証成功と判定する。しかしながら、パスワード「ｓｕｂｐａｓｓ」はサブパスワードであるため、サービス提供部８０は、ユーザがメインパスワードでログインした場合とは異なるサービスを提供する。
【００４１】
図３（ｄ）は、ユーザがサブパスワードでログインした場合における利用可能なサービスを表示するＧＵＩの一例を模式的に示す図である。図３（ｄ）に示す例では、ユーザがサブパスワードでログインした場合、ＳＮＳに対する新規投稿は許可されるが、サブパスワードの登録は禁止されることを示している。図３（ｄ）では、サブパスワードの登録は禁止されることを示すために「サブパスワードの登録」という文字列に取り消し線が付されている。特定のサービスが禁止されることを示す方法は取り消し線に限られず、例えば文字列をグレーアウトしたり、文字列を表示しなかったりする等、種々の態様が考えられ、いずれかに限定されるものではない。
【００４２】
図４は、実施の形態に係るパスワード登録部３０が表示するサービス提供権限の設定画面の一例を模式的に示す図である。権限設定画面は、例えばユーザが管理者権限の付されたメインパスワードで情報処理装置１００にログインしている場合に、所定の権限設定処理を実行することで表示される。
【００４３】
図４に示す例は、ある認証ＩＤに、サブパスワードとして「ｓｕｂｐａｓｓ」、「ｓｕｂｐａｓｓ１」、「ｓｕｂｐａｓｓ２」、および「ｓｕｂｐａｓｓ３」の４つのサブパスワードが紐付けられていることを示している。メインパスワードでログインしたユーザは、各サブパスワードについて、ＳＮＳに新たな投稿の可否を設定する「新規投稿」、電子メールの受信箱へのアクセスの可否を設定する「受信箱」、サブパスワード登録の可否を設定する「サブパスワード登録」、およびデスクトップの背景色を設定する「背景色」の各項目を設定することができる。図４に示す例では、「新規投稿」、「受信箱」、および「サブパスワード登録」については、それぞれ対応するチェックボックスにチェックを入れるか否かによって、これらのサービス提供権限の可否を設定する。また、「背景色」に関しては、プルダウンメニューを選択することで設定できる。
【００４４】
なお、図４に示すサービス提供権限の設定は一例であり、この他にも例えばログイン時に流れるメロディの有無、およびメロディの選択、参照可能なファイルやフォルダの設定等、種々のサービスを設定するように構成できることは、当業者であれば理解できることである。
【００４５】
図５は、実施の形態に係るパスワード登録部３０が表示するサービス提供権限の設定画面の別の例を模式的に示す図である。図５は、あらかじめ権限のタイプとして「通常」と「管理者」とが用意されている場合の例を示す。図４に示す例とは異なり、メインパスワードでログインしたユーザは、まず権限のタイプ毎に「新規投稿」、「受信箱」、「サブパスワード登録」、および「背景色」を設定する。その上で、メインパスワードでログインしたユーザは、各サブサブパスワードについて、それらが「通常」権限か、あるいは「管理者」権限かを設定する。
【００４６】
なお、図５に示す権限のタイプは一例であり、この他にもゲストアカウント、やログイン回数が制限されたアカウント、時限アカウント等、種々の権限を設定できる。また、特定の権限を付与するユーザの集まりとして、ユーザグループを作成することもできる。ログイン回数が制限されたアカウントにおいて、例えば制限回数を１回に設定した場合、そのパスワードはいわば「使い捨てパスワード」となり、一度限り有効なパスワードとなる。友人宅において人前でパスワードを入力するとき等、入力時にパスワードが知られる可能性があるときなどに用いると、万が一他人にパスワードが知られたとしてもそれが使い回されることが防止できる。
【００４７】
このように、実施の形態に係る情報処理装置１００では、同一の認証ＩＤに複数の異なるパスワードを紐付けることにより、同一の認証ＩＤであっても異なる権限で情報処理装置１００にログインすることが可能である。また、パスワード毎にデスクトップ環境を自由に設定できるため、パスワード毎にデスクトップ環境を変更することにより、ユーザはいずれの権限で情報処理装置１００にログインしているかを一目で見分けることができる。
【００４８】
反対に、主にセキュリティ強化の観点から、ユーザがいずれの権限で情報処理装置１００にログインしているかを他人に知られたくないというケースも考えられる。具体例としては、情報処理装置１００としてＡＴＭを考えるとき、何らかの事情で他人の前で現金を引き出す必要があるようなケースである。
【００４９】
情報処理装置１００としてＡＴＭを考えるときは、管理者（例えば親）用の暗証番号を入力した場合と、一般ユーザ（例えば、子ども）用の暗証番号を入力した場合とでは、表示される預金残高や、引き出せる金額の上限が異なるような運用が想定される。しかしながら、ＡＴＭの画面からいずれの暗証番号を入力したのかが一目で分かるのは都合が悪い。一方で、いずれの暗証番号を入力したのかが本人や情報処理装置１００のサポート担当者もが区別が付かないと、混乱を引き起こしかねない。
【００５０】
実施の形態に係る情報処理装置１００は、パスワードに応じて認証成功時に鳴らす音を鳴らす／鳴らさないを変更したり、ＡＴＭの画面の背景色だけを異ならせたりする等の設定ができ、ユーザには区別できるが他者には区別付かないログイン環境を提供することができる。
【００５１】
以上のように、実施の形態に係る情報処理装置１００は、ひとつの認証ＩＤに複数のパスワードを紐付ける。このため、従来のひとつの認証ＩＤにひとつのパスワードを紐付ける場合と比較して、パスワード間のユニーク性を担保する必要がある。具体的には、パスワード登録部３０は、既に登録されているパスワードと同じパスワードを新たなサブパスワードとして登録することを制限する。
【００５２】
これを実現するために、ユーザがパスワードの新規登録、または既登録パスワードの変更をする際に、既に登録されているパスワードと同じパスワードを入力した場合、パスワード登録部３０が、そのパスワードが既に登録されていることをユーザに通知することが一案として考えられる。しかしながら、この方法はセキュリティの観点から好ましい方法とは言えない。すなわち、例えば本来のユーザがログインした状態で情報処理装置１００から離れているときに、悪意を持った第三者が勝手にサブパスワードを登録しようとしたとする。このときパスワードが既に登録されていることが通知されると、第三者に少なくともそのパスワードが登録されており、有効なパスワードであることが知られてしまう。
【００５３】
そこで実施の形態に係るパスワード登録部３０は、サブパスワード追加または変更時に認証部４０がユーザを認証した場合、ユーザが入力した新たなパスワードに、他の情報を付加したデータを、認証ＩＤに紐付けるパスワードとする。
【００５４】
ここでパスワード登録部３０が付加する「他の情報」とは、パスワード間のユニーク性を担保するために、パスワード登録部３０がユーザの指示に依存せずに追加する情報である。他の情報は文字列であってもよいが、文字列に限られない。例えば特定の図柄や単一色のアイコン等の記号でもよいし、文字のフォント色であってもよい。例えば文字色が赤である「ｓｕｂｐａｓｓ」という文字列と、文字色が青である「ｓｕｂｐａｓｓ」という文字列とは、文字色が異なるため異なるパスワードとしてユーザデータベース５０に登録されうる。
【００５５】
図６（ａ）−（ｄ）は、実施の形態に係るパスワード登録部３０が表示するサブパスワード変更画面の一例を模式的に示す図であり、パスワード間のユニーク性を担保しつつ第三者に既登録パスワードが漏洩することを防ぐ手法を示す図である。
【００５６】
図６（ａ）は、実施の形態に係るパスワード登録部３０が提供するサブパスワード変更画面の一例を模式的に示す図である。図６（ａ）に示すように、ユーザがパスワードの変更をする際には、パスワード登録部３０は、ユーザに現在のパスワードの入力を促すＧＵＩと、変更すべき新たなパスワードの入力を促すＧＵＩとを表示する。パスワード登録部３０はさらに、ユーザがパスワードを誤って入力することを抑制するために、変更すべき新たなパスワードの再入力を促すＧＵＩも表示する。変更すべき新たなパスワードと、再入力されたパスワードとが一致しない場合、パスワード登録部３０はパスワード変更処理を中断してユーザにその旨を通知する。
【００５７】
なお、図６（ａ）は、ユーザに現在のパスワードの入力を促すＧＵＩを表示する場合を例示した。この他にも、パスワードの変更権限が付与されているパスワードの入力を促すＧＵＩを表示してもよい。これにより、ユーザがパスワードの変更権限が付与されたパスワードを知っていることが保証されるので、セキュリティを向上することができる。あるいは、現在の認証ＩＤに紐づけられている他パスワードの入力を促すＧＵＩを表示してもよい。これにより、ユーザが現在の認証ＩＤに紐づけられているパスワードを複数知っていることが保証されるので、セキュリティを向上することができる。
【００５８】
図６（ｂ）は、他の情報として文字列を追加する場合にパスワード登録部３０が表示する画面の一例を示す図である。ユーザが入力した変更すべき新たなパスワードと、再入力されたパスワードとが一致した場合、パスワード登録部３０は、パスワード間のユニーク性を担保するために、独自に「−ａｂｃ」という文字列をユーザが入力したパスワードの末尾に付して、新たなサブパスワードとする。パスワード登録部３０が追加する文字列は「−ａｂｃ」に限られず、パスワード間のユニーク性が担保できればどのような文字でもよいが、ユーザにとって覚えやすい文字列および長さであることが好ましい。
【００５９】
図６（ｃ）は、他の情報として記号を追加する場合にパスワード登録部３０が表示する画面の一例を示す図である。図６（ｃ）に示す例では、ユーザが入力した新たなパスワードである「ｓｕｂ＿ｐａｓｓ」に加えて、星形の記号が追加されることを示している。なお、ユーザはプルダウンメニューから星形以外の記号を選択することもできるが、プルダウンメニューに表示される記号は、パスワード間のユニーク性が担保されるように、パスワード登録部３０が独自に選択した記号である。例えば、もし「ｓｕｂ＿ｐａｓｓ」に星形の記号が追加されたパスワードが既に登録されている場合には、パスワード登録部３０はプルダウンメニューに表示される記号から星形の記号を除外する。これにより、パスワード間のユニーク性が担保される。なお、パスワード登録部３０はまた、まだ「ｓｕｂ＿ｐａｓｓ」に星形の記号が追加されたパスワードが追加されたパスワードが登録されていない場合であっても、セキュリティ上の理由によりプルダウンメニューから星形の記号を除外することもある。
【００６０】
図６（ｄ）は、他の情報として文字色を追加する場合にパスワード登録部３０が表示する画面の一例を示す図である。ユーザは、新たなパスワードである「ｓｕｂ＿ｐａｓｓ」を入力した上で、プルダウンメニューからそのパスワードの文字色を選択する。図６（ｃ）に示す例と同様に、プルダウンメニューに表示される記号は、パスワード間のユニーク性が担保されるように、パスワード登録部３０が独自に選択した文字色である。文字色を用いてパスワード間のユニーク性を担保することにより、ユーザは自身が入力した文字色以外の文字列や記号は覚える必要がないので、ユーザにとってパスワードを覚えやすいという点でメリットがある。
【００６１】
図７は、実施の形態に係るユーザデータベース５０のデータ構成を模式的に示す図である。情報処理装置１００にユーザ登録をしているユーザには、それぞれ固有の認証ＩＤが割り当てられる。図７に示すユーザデータベース５０では、認証ＩＤとして「ｕｓｅｒ００１」と「ｕｓｅｒ００２」とのふたつが例示されている。
【００６２】
図７に示すように、ユーザデータベース５０は、ひとつの認証ＩＤに複数のパスワードが紐付けられて格納されている。例えば、図７において、「ｕｓｅｒ００１」という認証ＩＤには、「ｍａｉｎｐａｓｓ」、「ｓｕｂｐａｓｓ」、「ｓｕｂｐａｓｓ２」、および「ｓｕｂｐａｓｓ３」の４つのベースパスワードが紐付けられている。「ｕｓｅｒ００２」には、「ａａａａ」、「ｂｂｂｂ」、および「ｃｃｃｃ」の３つのベースパスワードが紐付けられている。ここで「ベースパスワード」とは、ユーザが入力したパスワードであって、パスワード登録部３０が付加情報を付加する対象となるパスワードのことをいう。
【００６３】
ユーザデータベース５０には、各ベースパスワードに付加する付加情報も登録されている。例えば、認証ＩＤ「ｕｓｅｒ００１」のベースパスワード「ｍａｉｎｐａｓｓ」には、付加情報として文字列「−ａｂｃ」が登録されている。これは、認証ＩＤ「ｕｓｅｒ００１」に紐付けられているパスワードのひとつが、「ｍａｉｎｐａｓｓ−ａｂｃ」であることを示している。図７に示すユーザデータベース５０はさらに、認証ＩＤ「ｕｓｅｒ００１」のパスワード「ｍａｉｎｐａｓｓ−ａｂｃ」は、管理者権限が付与されたパスワードであり、また認証成功後のログイン時には音声が鳴らない設定であることも示している。なお、図７には図示していないが、ユーザデータベース５０はログイン後のデスクトップの背景色等、パスワード毎にデスクトップ環境の設定情報も格納している。
【００６４】
デスクトップ環境の設定情報の一例としては、あるサブパスワードでログインした場合にアクセス可能なファイルやフォルダを指定する、いわゆる「ホワイトリスト」の設定が挙げられる。あるいは、あるサブパスワードでログインした場合にアクセス不可能なファイルやフォルダを指定する、いわゆる「ブラックリスト」を設定してもよい。
【００６５】
図７は、認証ＩＤ「ｕｓｅｒ００２」において、ベースパスワード「ａａａａ」にリンゴの図形を組み合わせたパスワードには管理者権限が付与されており、ログイン時に「００３．ｗａｖ」という名称の音声ファイルが再生されることも示している。サービス提供部８０は、認証部４０がユーザ認証を成功した場合、パスワード毎に異なる音声を音声出力部に出力させる。このように、管理者権限が付与されたパスワードでログインする際に、音声を再生するか否かをユーザが自由に設定できるため、第三者はログイン時の再生の有無では権限を推測することはできない。
【００６６】
サービス提供部８０はまた、ユーザデータベース５０に格納されているデスクトップ環境の設定情報をもとに、パスワード入力部２０が受け付けた各パスワードに対応付けられた背景画像を選択する。表示部６０は、選択された背景画像をデスクトップの背景画像として表示する。背景画像はユーザによって自由に設定されうるので、第三者はデスクトップ画面を見ただけでは、いずれの権限でログインしているかを推測することはできない。
【００６７】
上述したように、ベースパスワードに付加する付加情報は、文字列やリンゴ、バナナ等の図形に限られず、三角や四角等の記号や、文字色も含まれる。また、各パスワードにはそれぞれ権限ないしサービスが付与されている。このため、ユーザはログインするパスワードが異なれば、情報処理装置１００から受けるサービス内容は異なる。
【００６８】
一方で、ユーザがあるパスワードを用いて情報処理装置１００にログイン中に、一時的に別のパスワードに付与された権限ないしサービスを実行できると、ログアウトおよび別のパスワードを用いて再ログインすることを省略できて便利である。そこで実施の形態に係る情報処理装置１００は、あるパスワードの権限から別のパスワードの権限に一時的に変更する仕組みを提供する。これにより、ユーザは権限が制限されたサブパスワードから、管理者権限が付与されたメインパスワードに、ログアウトおよび再ログインをすることなく一時的に権限を昇格することができる。以下、この仕組みを説明する。
【００６９】
図８は、実施の形態に係る情報処理装置１００が実行する権限昇格処理の流れを説明するフローチャートである。本フローチャートにおける処理は、情報処理装置１００にログイン中のユーザが、特定のサービスの提供を受けようとしたときに開始する。
【００７０】
ユーザが選択したサービスが、認証に利用したパスワードに利用権限があるサービスである場合（Ｓ２のＹ）、サービス提供部８０は、そのサービスをユーザに提供する（Ｓ４）。なお、サービス提供部８０は、ユーザが選択したサービスが認証に利用したパスワードに利用権限があるサービスであるか否かは、認証部４０から取得したパスワードを用いてユーザデータベース５０を参照することで判定することができる。
【００７１】
ユーザが選択したサービスが、認証に利用したパスワードに利用権限があるサービスでない場合（Ｓ２のＮ）、パスワード入力部２０はユーザに新たなパスワードの入力を促すＧＵＩを表示し、ユーザからパスワードを取得する。認証部４０は、新たに入力されたパスワードが、現在ログイン中の認証ＩＤと紐付けてユーザデータベース５０に格納されているかを確認することにより、認証処理を実行する（Ｓ６）。
【００７２】
認証が失敗した場合（Ｓ８のＮ）、ステップＳ６に戻って、再度ユーザに新たなパスワードの入力を促す。認証が成功した場合（Ｓ８のＹ）、サービス提供部８０は、認証に用いたパスワードが、ユーザが選択したサービスの利用権限があるパスワードであるか否かを判定する。利用権限がないパスワードである場合（Ｓ１０のＮ）、サービス提供部８０は、ユーザに利用権限がないパスワードであることを通知する（Ｓ１２）。サービス提供部８０がユーザに利用権限がないパスワードであることを通知すると、ステップＳ６に戻って再度ユーザに新たなパスワードの入力を促す。
【００７３】
ユーザが選択したサービスの利用権限があるパスワードである場合（Ｓ１０のＹ）、サービス提供部８０はユーザにサービスを提供する（Ｓ１４）。サービスの提供を受けた後、ユーザはログアウトの種類を選択する。ここで「ログアウトの種類」とは、一時的にパスワードの権限変更を実行したユーザが選択可能なログアウトの方式であり、元のパスワードに付与された権限に戻るか、情報処理装置１００から完全にログアウトするかを含む。
【００７４】
ユーザが元の権限に戻ることを選択した場合（Ｓ１６の「元の権限に戻る」）、一時的な権限の変更は終了し、ステップＳ２に戻る。この場合、情報処理装置１００にログインしている状態は維持される。ユーザが完全にログアウトすることを選択した場合（Ｓ１６の「完全にログアウト」）、ユーザは情報処理装置１００からログアウトする（Ｓ１８）。ユーザが情報処理装置１００からログアウトすると、本フローチャートにおける処理は終了する。
【００７５】
このように、ユーザが現在ログイン中のパスワードでは実行できないサービスの提供を受けようとすると、パスワード入力部２０は、そのサービスの提供する権限が付与されたパスワードの入力をユーザに促す。ユーザが適切なパスワードを入力することにより、ログオフおよび再ログイン処理をすることなく、ユーザはそのサービスの提供を受けることができる。これにより、ユーザは同一の認証ＩＤを入力することなく、パスワードを新たに入力するだけで、ユーザは一時的に権限を変更することができる。また、権限の変更が不要になった場合も、ログアウトおよび再ログインをすることなく、ユーザは元の権限に戻ることもできる。
【００７６】
図９は、実施の形態に係る情報処理装置１００が実行するサービス提供処理の流れを説明するフローチャートである。本フローチャートにおける処理は、ユーザが情報処理装置１００にログインする際に開始する。
【００７７】
認証ＩＤ入力部１０は、ユーザを識別するための認証ＩＤを取得する（Ｓ２０）。パスワード入力部２０は、ユーザが入力するパスワードを取得する（Ｓ２２）。認証部４０は、認証ＩＤ入力部１０が取得した認証ＩＤとパスワード入力部２０が取得したパスワードとをもとに、ユーザデータベース５０を参照してユーザ認証を実行する（Ｓ２４）。
【００７８】
ユーザ認証に失敗した場合（Ｓ２６のＮ）、ステップＳ２０に戻ってユーザ認証処理が繰り返される。ユーザ認証に成功した場合（Ｓ２６のＹ）、サービス提供部８０は、ユーザデータベース５０を参照して、複数のパスワードが紐付けられている認証ＩＤか否かを判定する。複数のパスワードが紐付けられている認証ＩＤの場合（Ｓ２８のＹ）、サービス提供部８０は、入力されたパスワードに応じて、ユーザに提供するサービスを選択し（Ｓ３０）、ユーザにサービスを提供する（Ｓ３２）。複数のパスワードが紐付けられていない認証ＩＤの場合は（Ｓ２８のＮ）、サービス提供部８０はサービスを選択することなく、定められたサービスをユーザに提供する。サービス提供部８０がユーザにサービスを提供すると、本フローチャートにおける処理は終了する。
【００７９】
以上述べたように、実施の形態に係る情報処理装置１００によれば、単一の認証ＩＤに対し、複数種類の権限を付与する技術を提供することができる。
【００８０】
以上、本発明を実施の形態をもとに説明した。実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００８１】
（変形例）
上記では、パスワード入力部２０が受け付けるパスワードが主に文字列や記号であり、ユーザ認証に利用される場合を主に説明した。ここで、パスワード入力部２０が受け付けるパスワードは文字列や記号に限られず、一定のパターンであってもよい。例えば情報処理装置１００がスマートフォンやタブレットＰＣであり、情報処理装置１００のロックを解除するために本発明を適用する場合を考える。この場合、情報処理装置１００はタッチパネルを備え、ユーザの指やスタイラスペン等の入力を受け付ける。ユーザがタッチパネル上をなぞったとき、その軌跡が「パターン」となる。
【００８２】
ユーザがあるパターンを情報処理装置１００のタッチパネルに入力する。ユーザデータベース５０はあらかじめパターンが登録されており、認証部４０はユーザが入力したパターンとユーザデータベース５０に登録されているパターンとを比較する。比較の結果、パターンが一致、または実質的に一致すれば、認証部４０は認証成功と判定する。なお、情報処理装置１００はタッチパネル上に１以上のランドマークを表示してもよい。この場合、パスワード入力部２０は、ユーザの入力がそのランドマークを通過する順番を「パターン」としてもよい。
【００８３】
上記のような場合、ユーザは情報処理装置１００に認証ＩＤを入力することはせず、認証ＩＤ入力部１０がユーザから認証ＩＤの入力を受け付けるステップは省かれる。一般に、スマートフォンのように一人のユーザが肌身離さず持っている場合、そのスマートフォンは単一のユーザに利用されるのが通常である。この場合、情報処理装置１００を所持していること自体が、いわば「ユーザは認証ＩＤを知っている」と捉えることができる。換言すると、スマートフォンのロック解除の場合、ユーザがパターンを入力する際には、すでに認証ＩＤが決まっていると捉えることができる。したがって、認証部４０は、ユーザデータベース５０に登録されているパターンと入力されたパターンとをもとに認証処理をすればよい。
【００８４】
さらに、ユーザが情報処理装置１００のタッチパネル上に入力するパターンに応じて、情報処理装置１００のロック解除後に自動で起動させるアプリケーションを変更してもよい。例えば情報処理装置１００がロックされているとき、自動で起動すべき１以上のアプリケーションに対応するアイコンをタッチパネル上に分散して表示する。ユーザがタッチパネル上に入力したパターンの終端がいずれかのアイコンと重なるとき、情報処理装置１００はロックを解除するとともにパターンの終端に位置するアイコンに対応するアプリケーションを自動実行してもよい。
【００８５】
以上説明した本発明の実施の形態および変形例に係る情報処理装置１００の利用シーンは種々の態様が考えられる。
【００８６】
今日の情報処理システムにおいては、認証ＩＤとパスワードとの１対１の組合せに基づいて認証処理が実行されるのが一般的である。そのため、あるユーザのユーザ環境の一部情報を他人に引き継ごうとすると、遺言等の手段で、開示者が閲覧者を信頼して生前から認証情報を伝えるか、または、所定の時間的な閾値(例えば３週間サービスにアクセスが無い場合等)と、アクション（所定のメールアドレスにパスワード情報をメール送信）を設定する等の方法が考えられる。しかしながら、これらの方法には以下の様な課題がある。すなわち、約束が守られる保証がなく、ユーザの生前に他人にすべての情報を見られてしまうかもしれないという課題や、もしもの時がいつ来るかは分からないため、いつまで将来削除したい情報(個人的な日記など)を保持するかが難しいという課題である。
【００８７】
さらに、長期の旅行やサービスを使うのをやめた等の理由で、意図せず所定の時間的な閾値を超えてしまうと、意図せずにメールが送信されてしまう。一方で、所定の時間的な閾値を長く設定すると、情報にアクセスできるまでのリードタイムが伸びてしまう。加えて、メール送信のアクションをしてから長期間（例えば３０年）等が経過すると、そのメールアドレスが存在しなくなるという可能性もある。
【００８８】
他にも、自ユーザより強大な権限を持つスーパーユーザー（例えばルート（root）ユーザや、アドミニストレータ（Administrator））がそのユーザ環境にアクセスすることは今日も可能であるが、自ユーザよりも限られた権限を持つユーザに、一部の情報にアクセスを与える手段がないということも課題となる。これに関し、別のユーザアカウント（例えば、家族共有のアカウント等）を作って定期的に残したいコンテンツだけをそのユーザアカウントでアクセスできるようにコピーしておくのもひとつの手段ではある。しかしながら、この方法はユーザ環境が複数に分散してしまうことで、コンテンツマネジメントに手間がかかってしまう。
【００８９】
また、認証ＩＤとパスワードとを１対１の組合せに基づいて管理する今日のシステムでは、認証ＩＤとパスワードとの組み合わせを他者に知らせることは、その他者が、自分の全情報、権限にアクセスできることを意味する。認証ＩＤとパスワードとは通常自分だけのものである。今日の情報社会においては、例えば遺言のような自分の意思、あるいは自分の意思に反し（例えば強盗に遭った場合）、認証ＩＤとパスワードとが他者に伝わる状況が考えられる。
【００９０】
前者においては、認証ＩＤとパスワードとを他者に伝達して以降、自分が意図したより早いタイミングで、全ての情報、権限にアクセスされる可能性がある。そうした可能性も見越して、例えば個人的な日記やメールを削除する等、残す情報をあらかじめ整理するのも可能だが、そのためには他者に認証ＩＤとパスワードとの組合せを伝達する時点で、情報活動を犠牲にすることを意味し、望ましくない。
【００９１】
後者においては、ＡＴＭ等において認証を失敗することはユーザの身に危険が及ぶことが想定される。このため、認証が成功する情報であることを犯人の前で証明せねばならない。しかし、それは同時に全ての情報、権限を犠牲にすることに直結し、望ましくない。
こうした課題に対し、他者への開示用の別ＩＤを新規に作成し、他者に開示してもよい情報のみを移してしまうアプローチも考えられる。しかしながら、前者、後者の場合とも、都度情報をコピーするなど手間がかかるし、そもそもなぜ認証ＩＤが二つも存在するのか（すなわち、もう一方の認証ＩＤのパスワードは何なのか）という不自然さが残ることは否めない。
【００９２】
本発明の実施の形態および変形例に係る情報処理装置１００によれば、こうした課題に対して、認証ＩＤはひとつに見えること、認証としては成功すること、他者がアクセスできる情報は一部のみにすることができること、自分はひきつづき全ての情報にフルアクセスできること技術を提供することができる。
【００９３】
以下種々の利用シーンについて個別に記載する。
【００９４】
（第１の利用シーン）
情報処理装置１００として図１（ａ）および（ｂ）に示すような個人利用の電子機器の場合、サブパスワード毎に種々のサービスを紐付けることができる。自分以外の親族に利用させるためのサブパスワードを設定することにより、例えば遺言のような親族に開示すべき情報のみをアクセス可能な設定とする。これにより、自身の日記等、他者に見られたくない情報を秘匿しつつ、残したい情報のみを開示することが可能となる。
【００９５】
（第２の利用シーン）
情報処理装置１００として、図１（ｂ）に示す携帯型の電子機器や、ＡＴＭを想定する場合、盗難に備えた「トラップパスワード」を設定することができる。具体的には、認証ＩＤに紐付けるサブパスワードのひとつに、あえて第三者に推測可能なパスワードを設定する。例えばサブパスワードとして、ユーザの誕生日や電話番号、郵便番号等を設定し、そのパスワードでログインした場合、自動でユーザの携帯電話や警備会社等に連絡を入れたり、ＧＰＳ情報を開示したりする。これにより、万が一情報処理装置１００やキャッシュカードが盗難に遭って第三者に利用されたとしても、ユーザはいち早くその情報を得ることができる。特に、情報処理装置１００がカメラおよびＧＰＳを備えるスマートフォン等の場合、トラップパスワードでログインした場合、カメラで所有者の顔を撮像した上でＧＰＳ機能が有効となり、特定のサーバに顔画像やＧＰＳ情報が送信されるようにしてもよい。
【００９６】
（第３の利用シーン）
情報処理装置１００としてＡＴＭを想定する場合、何らかの事情によって他人が見ている前でＡＴＭを操作する必要が生じたとする。このとき、そのような状況に対処するためのサブパスワードを事前に設定することができる。例えば、ＡＴＭの暗証番号として所定の番号を入力すると、警備会社や銀行の担当者に自動で連絡を入れたり、口座の残高の表示が所定額以上とならないような設定したりすることができ、セキュリティを向上することができる。
【００９７】
（第４の利用シーン）
情報処理装置１００として図１（ａ）および（ｂ）に示すような個人利用の電子機器の場合、子どもが利用するためのサブパスワードを設定することもできる。子ども用のサブパスワードでログインした場合、所定のプログラムが実行できなかったり、ネットアクセスに制限がかかったりするなど、いわばペアレンタルコントロールとしての利用も可能となる。また、情報処理装置１００としてＡＴＭを想定する場合、子ども用の暗証番号を設定することができる。子ども用の暗証番号を入力すると、ＡＴＭの引き出しに制限がかかったり、表示される残高に上限を付したりすることができる。また、通帳記入も、子どもが利用できる範囲において残高が記帳され、子ども用のパスワードで行った出入金が記録される。
【００９８】
（第５の利用シーン）
情報処理装置１００として図１（ａ）および（ｂ）に示すような個人利用の電子機器の場合、ログアウトのし忘れを防止することもできる。具体的には、所定のサブパスワードでログインした場合、事前に設定した時間が経過すると自動でログアウトする設定をすることができる。
【００９９】
（第６の利用シーン）
ひとつの認証ＩＤに複数のパスワードを紐付けることにより、メインパスワードの初期化処理を提供することもできる。例えば、管理者権限が付与されたメインパスワードを失念したり、第三者に変更されたりする等の理由で使用できなくなったとき、他のサブパスワードを全て入力することにより、メインパスワードを初期化するようにしてもよい。仮にメインパスワードが使用できないとしても、サブパスワードを全て知っているユーザは正当なユーザである蓋然性が高いため、メインパスワードを初期化してもセキュリティは担保される。
【０１００】
（第７の利用シーン）
情報処理装置１００として、指紋認証や静脈認証等の生体認証システムを備えるスマートフォンやノートＰＣ、ＡＴＭ等を想定する場合、右手を用いた認証と左手を用いた認証とで提供するサービスを変更することもできる。例えばスマートフォンやノートＰＣの場合において、右手の指で認証すると通常どおりアンロックされるが、左手の指で認証するとスマートフォンが初期化されるようにすることもできる。
【０１０１】
（第８の利用シーン）
情報処理装置１００としてクレジットカードの決済を実行するサーバの場合、子ども用のＰＩＮと親用のＰＩＮとで、決済可能な額を変更してもよい。例えば、親用のＰＩＮを入力した場合は通常の決済が実行できるが、子ども用のＰＩＮを入力した場合は、月に利用できる額に制限を設けるようにしてもよい。
【符号の説明】
【０１０２】
１０  認証ＩＤ入力部、  ２０  パスワード入力部、  ３０  パスワード登録部、  ４０  認証部、  ５０  ユーザデータベース、  ６０  表示部、  ７０  音声出力部、  ８０  サービス提供部、  １００  情報処理装置。
【図１】
2015127893.tif 000003
【図２】
2015127893.tif 000004
【図３】
2015127893.tif 000005
【図４】
2015127893.tif 000006
【図５】
2015127893.tif 000007
【図６】
2015127893.tif 000008
【図７】
2015127893.tif 000009
【図８】
2015127893.tif 000010
【図９】
2015127893.tif 000011