JP2018028786A - 情報処理装置、情報処理プログラムおよび情報処理方法および情報処理システム - Google Patents

Abstract

【課題】一時的に利用されるデバイスを通じてサービスを利用する場合のユーザ認証を安全且つ低コストに実現する。【解決手段】デバイス１は、携帯端末２からのサービスへのアクセス要求に基づき、携帯端末２およびサービスを提供するサーバ３の間の認証に係る通信経路を記憶部１４に設定する。デバイス１は、設定された認証に係る通信経路を用いて、サービスへのアクセス要求をサーバ３に送信する。デバイス１は、サーバ３からの認証要求に基づき、設定された認証に係る通信経路を用いて、認証要求を携帯端末２に転送する。デバイス１は、携帯端末２からの認証情報を含む応答に基づき、設定された認証に係る通信経路を用いて、認証情報を含む応答をサーバ３に転送する。デバイス１は、サーバ３から提供されたサービスのデータを受信する。【選択図】図１

Description

本発明は、情報処理装置などに関する。

近年、ＩｏＴ（Internet Of Things）技術の進展により、様々な物体（モノ）がインターネットに接続し、クラウドと連携してインターネット上のサービスを利用することが可能である。モノとしてのデバイスは、ユーザ自身若しくはグループの所有物として、パーソナルコンピュータ（ＰＣ）や携帯端末と連携するための設定をしてサービスを利用する。

例えば、ユーザは携帯端末を使ってサービスを利用するが、ユーザは携帯端末からデバイスを通じてサービスを利用する場合がある。ユーザは、デバイスによってユーザ認証がなされることで、ユーザ自身に向けたサービスを利用することが可能となる。

かかる場合のユーザ認証としては、アカウントとパスワードとが用いられることがある。例えば、ユーザがアカウントとパスワードとを入力し、入力されたアカウントとパスワードとを受け付けたデバイスがサービスとの間で、入力されたアカウントとパスワードを用いてユーザ認証を行う。

また、デバイスが別の端末にユーザ認証の代行を依頼する技術が開示されている（例えば、特許文献１を参照）。かかる技術では、認証用端末が、デバイスからの認証代行要求に従い、個人認証を行うための認証データを読み込み、読み込んだ認証データとともに、認証サーバに対して認証要求を行い、認証サーバからの認証結果を受信し、その結果をデバイスに通知する。

国際公開第２００９／０２８６０６号 特開２０１１−２３２７９４号公報 国際公開第２０１１／０７４５００号

ところで、デバイスが、携帯端末と連携するための設定をしていないが、ユーザが、携帯端末を使って当該デバイスを一時的に利用して当該デバイス通じたサービスを利用する場合がある。かかる場合に、一時的に利用されるデバイスを通じてサービスを利用する場合のユーザ認証を安全且つ低コストに実現できないという問題がある。

例えば、アカウントとパスワードとを用いたユーザ認証では、デバイスが、ユーザから受け付けたアカウントとパスワードとを用いて、サービスとの間でユーザ認証を行う。しかしながら、デバイスは、アカウントやパスワードなどの認証情報を保持することとなるので、認証情報の悪用や漏洩のおそれがある。したがって、一時的に利用されるデバイスを通じてサービスを利用する場合のユーザ認証を安全に実現できない。

また、ユーザ認証の代行を依頼する技術では、デバイスは、認証情報を保持しないが、ユーザ認証の代行に係る仕組みが認証サーバや認証用端末に必要である。したがって、一時的に利用されるデバイスを通じてサービスを利用する場合のユーザ認証を低コストに実現できない。

１つの側面では、一時的に利用されるデバイスを通じてサービスを利用する場合のユーザ認証を安全且つ低コストに実現することを目的とする。

１つの態様では、情報処理装置は、第１の装置からのサービスへのアクセス要求に基づき、前記第１の装置およびサービスを提供する第２の装置の間の認証に係る通信経路を記憶部に設定する設定部と、前記設定部によって設定された前記認証に係る通信経路を用いて、前記サービスへのアクセス要求を前記第２の装置に送信する送信部と、前記第２の装置からの認証要求に基づき、前記設定部によって設定された前記認証に係る通信経路を用いて、前記認証要求を前記第１の装置に転送する第１の転送部と、前記第１の装置からの認証情報を含む応答に基づき、前記設定部によって設定された前記認証に係る通信経路を用いて、前記認証情報を含む応答を前記第２の装置に転送する第２の転送部と、前記第２の装置から提供された前記サービスのデータを受信する受信部と、を有する。

１つの態様によれば、一時的に利用されるデバイスを通じてサービスを利用する場合のユーザ認証を安全且つ低コストに実現できる。

図１は、実施例に係る情報処理システムの機能構成を示すブロック図である。 図２は、実施例に係る認証パス情報のデータ構造の一例を示す図である。 図３は、実施例に係る情報処理の流れの一例を示す図である。 図４は、実施例に係る情報処理システムのシーケンスの一例を示す図である。 図５Ａは、ユーザ認証の認証画面の一例を示す図である。 図５Ｂは、ユーザ認証の認証画面の別の例を示す図である。 図６は、実施例に係る情報処理の流れの変形例を示す図である。 図７は、実施例に係る情報処理の流れの別の変形例を示す図である。 図８は、実施例に係る情報処理システムの用途を示す図である。 図９は、情報処理プログラムを実行するコンピュータの一例を示す図である。

以下に、本願の開示する情報処理装置、情報処理プログラム、情報処理方法および情報処理システムの実施例を図面に基づいて詳細に説明する。なお、実施例によりこの発明が限定されるものではない。

［実施例１に係る情報処理システムの構成］
図１は、実施例に係るデバイスを含む情報処理システムの機能構成を示すブロック図である。図１に示すように、情報処理システム９は、デバイス１と、携帯端末２と、サーバ３とを有する。なお、デバイス１は、情報処理装置の一例である。携帯端末２は、第１の装置および携帯通信装置の一例である。サーバ３は、第２の装置およびサーバ装置の一例である。

携帯端末２は、ユーザが携帯可能な通信機能を有する端末である。携帯端末２は、例えば、スマートフォンであるが、これに限定されず、ウェアラブル端末であっても良いし、ユーザを認証するための認証用の端末であっても良い。

デバイス１は、携帯端末２と連携するための設定をしていない一時的に利用されるデバイスである。デバイス１は、ユーザにアプリを使用させたり、ユーザにコンテンツを視聴させたり、サーバ３上のサービスからデバイス１自身の機能をアクセスされたりすることができる。例えば、デバイス１は、ウェブブラウザが搭載され、ＵＲＬを指定してサーバ３にアクセスすることで、ウェブページを表示できる。また、デバイス１は、音楽や動画のプレイヤのアプリが搭載され、サーバ３からコンテンツを取得し、取得したコンテンツをユーザに視聴させることができる。また、デバイス１は、加速度センサやＧＰＳ機能が搭載され、サーバ３のサービス側からの要求に応じて応答することができる。このようなデバイス１の一例として、コネクテッドカーと呼ばれるネットワークに接続された車や、車に搭載されたカーナビや、ショッピングモールに置かれたデジタルサイネージなどが挙げられる。

サーバ３は、１または複数のサービスを提供する。サービスは、ネットワークを通じて、アクセス可能である。かかるネットワークは、例えば、インターネットである。

デバイス１は、携帯端末２およびサーバ３とそれぞれ接続される。携帯端末２は、デバイス１およびサーバ３とそれぞれ接続される。例えば、デバイス１および携帯端末２は、サーバ３と携帯網やＷｉ−Ｆｉ（登録商標）などのネットワークで接続される。例えば、デバイス１は、携帯端末２と、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）やＷｉ−Ｆｉなどのネットワークで接続される。デバイス１と携帯端末２とがＢＬＥで接続可能な場合には、ＢＬＥの機能を用いて接続する。一例として、デバイス１は、アドバタイズメントというパケットを送出し、送出したアドバタイズメントを携帯端末２が検知し、接続処理を行う。別の例として、携帯端末２は、アドバタイズメントというパケットを送出し、送出したアドバタイズメントをデバイス１が検知し、接続処理を行う。

情報処理システム９では、デバイス１が、ユーザ認証が必要なサービスを利用する際に、認証用の通信を携帯端末２へ転送し、あたかもデバイス１が認証機能を有しているかのように振る舞う。すなわち、デバイス１は、認証機能を備えることなく、ユーザ認証が必要なサービスを利用する。

デバイス１は、ネットワークインタフェース部１０，１１、サービス要求部１２、認証パス生成部１３、記憶部１４、認証パス切替部１５およびコンテンツ受信部１６を有する。

ネットワークインタフェース部１０は、サーバ３と通信を行う際に用いられるネットワークインタフェースである。ネットワークインタフェース部１１は、携帯端末２と通信を行う際に用いられるネットワークインタフェースである。なお、ネットワークインタフェース部１０，１１は、２つの構成としたが、これに限定されず、１つの構成としても良い。

サービス要求部１２は、携帯端末２からサービスへのアクセス要求を受け取ると、後述する認証パス生成部１３に認証用の認証パスを生成させる。また、サービス要求部１２は、生成された認証パスを用いて、サービスへのアクセス要求を当該サービスに対応するサーバ３に送信する。例えば、サービス要求部１２は、ＨＴＴＰプロトコルを用いてサービスへのアクセス要求をサービスのＵＲＬ宛てに送信する。

認証パス生成部１３は、認証パスを生成する。例えば、認証パス生成部１３は、認証用に接続する携帯端末２とサーバ３との間の通信経路を示す認証パスを、アクセス要求がされたサービスごとに生成する。認証パス生成部１３は、サービスごとに生成された認証パスを認証パス情報１４０として記憶部１４に格納する。すなわち、認証パス生成部１３は、サーバ３から受ける情報を携帯端末２に流すために、認証パスを生成する。

記憶部１４は、例えば、ＲＡＭ、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置である。記憶部１４は、認証パス情報１４０を有する。

ここで、認証パス情報１４０のデータ構造を、図２を参照して説明する。図２は、実施例に係る認証パス情報のデータ構造の一例を示す図である。図２に示すように、認証パス情報１４０は、サービス名称１４１、サービスＵＲＬ（Uniform Resource Locator）１４２および認証ＵＲＬ１４３を対応付けて記憶する。サービス名称１４１は、サービスの名称である。サービスＵＲＬ１４２は、サービスのＵＲＬを示す。認証ＵＲＬ１４３は、認証を行う認証先のＵＲＬを示す。なお、サービスＵＲＬ１４２および認証ＵＲＬ１４３は、ＵＲＬであるとして説明したが、これに限定されず、通信規格に対応したアドレスであれば良い。

一例として、サービス名称１４１が「ｍａｐ」である場合には、サービスＵＲＬ１４２として「http://example.com/map」、認証ＵＲＬ１４３として「http://aaa.bbb.cc.dd:10000/auth」と記憶している。サービス名称１４１が「music」である場合には、サービスＵＲＬ１４２として「http://example.com/music」、認証ＵＲＬ１４３として「http://aaa.bbb.cc.ee:10000/auth」と記憶している。例えば、サービス要求部１２は、「http://aaa.bbb.cc.dd:10000/auth」をＵＲＬとする携帯端末２から「http://example.com/map」をＵＲＬとするサービスへのアクセス要求を受信するとする。すると、認証パス生成部１３は、サービス名称１４１として「ｍａｐ」、サービスＵＲＬ１４２として「http://example.com/map」、認証ＵＲＬ１４３として「http://aaa.bbb.cc.dd:10000/auth」を対応付けて認証パス情報１４０に格納する。

図１に戻って、認証パス切替部１５は、サーバ３のサービスから認証要求（チャレンジメッセージ）を受け取ると、認証パス情報１４０を用いて、認証要求の転送先を自己のデバイス１から認証先の携帯端末２に切り替える。例えば、認証パス切替部１５は、認証パス情報１４０を用いて、認証要求の転送先を、当該サービスのＵＲＬに対する認証ＵＲＬ１４３に切り替える。認証パス切替部１５は、認証要求およびサービスＩＤ（Identifier）を、切り替えられた認証ＵＲＬ１４３を示す携帯端末２に転送する。例えば、デバイス１とサーバ３とがＷｉＦｉで接続され、デバイス１と携帯端末２とがＢＬＥで接続されているとする。かかる場合には、認証パス切替部１５は、ＷｉＦｉで受け取ったデータをＢＬＥの形式のデータに変換したうえで、携帯端末２に転送する。なお、サービスＩＤは、予めサービスに対応付けられたＩＤであっても良いし、サービスＵＲＬ１４２であっても良い。以降では、サービスＩＤは、サービスＵＲＬ１４２であるとして説明する。

ここで、認証要求の方式には、ＨＴＴＰプロトコルのアクセスでＢａｓｉｃ認証を行う場合に、アクセスに係るパケットのヘッダに認証要求（チャレンジメッセージ）が記述される方式がある。かかる方式が用いられる場合には、認証パス切替部１５は、サーバ３のサービスからパケットを受信すると、受信したパケットのヘッダをチェックすることで、認証要求であるか否かを判定できる。また、別の認証要求の方式には、Ｗｅｂブラウザにより表示されるＷｅｂページに埋め込まれた認証要求のためのＡＰＩが呼び出される方式がある。かかる方式が用いられる場合には、認証パス切替部１５は、Ｗｅｂページから認証要求のためのＡＰＩが呼び出されたときに、認証要求を受信することになる。

また、認証パス切替部１５は、携帯端末２から認証要求に対する応答を受け取ると、認証パス情報１４０を用いて、認証要求に対する応答の転送先を自己のデバイス１から認証要求元のサービスに切り替える。例えば、認証パス切替部１５は、認証パス情報１４０を用いて、認証要求に対する応答の転送先を、認証先の携帯端末２のＵＲＬに対するサービスＵＲＬ１４２に切り替える。認証パス切替部１５は、認証要求に対する応答を、切り替えられたサービスＵＲＬ１４２を示すサービスに対応するサーバ３に転送する。

コンテンツ受信部１６は、サーバ３のサービスから提供されたデータを受信すると、受信したデータを表示する。なお、データは、ウェブコンテンツや、音楽や画像などのコンテンツであり、サービスに対応するデータである。また、データは、デバイス１に対するウェブアクセスであっても良い。ここでいうウェブアクセスは、制御コマンドとして、サーバ３からデバイス１に対して、例えばＨＴＴＰ−ＧｅｔやＨＴＴＰ−ＰＯＳＴなどでアクセスすることをいう。

携帯端末２は、ネットワークインタフェース部２０、ユーザインタフェース部２１、記憶部２２、鍵ペア生成部２３、公開鍵送信部２４、サービス要求部２５、認証要求受信部２６、ユーザ認証部２７、認証情報生成部２８および認証情報送信部２９を有する。

ネットワークインタフェース部２０は、デバイス１およびサーバ３と通信を行う際に用いられるネットワークインタフェースである。ユーザインタフェース部２１は、ユーザとのマンマシンインタフェースであり、例えば、キーボード、マウスやタッチパネルなどを意味する。

記憶部２２は、例えば、ＲＡＭ、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置である。記憶部２２は、鍵情報２２０および生体情報２２１を有する。

鍵情報２２０は、認証で用いられる鍵の情報である。ここでいう認証の方式は、例えば、ＦＩＤＯ（Fast Identity Online Alliance）の技術を利用して行われるものとする。鍵情報２２０は、サービスごとに、公開鍵暗号方式の公開鍵と秘密鍵とのペアおよび鍵ＩＤを対応付けて記憶する。なお、鍵情報２２０は、認証が行われる前に、後述する鍵ペア生成部２３によって生成され、登録される。

生体情報２２１は、認証で用いられるユーザの生体情報である。ユーザの生体情報には、例えば、指紋や虹彩が挙げられる。生体情報２２１は、予め記憶部２２に登録される。なお、以降では、生体情報２２１は、指紋であるとして説明する。

鍵ペア生成部２３は、公開鍵暗号方式に基づいて、サービスごとに、公開鍵と秘密鍵とのペアおよび鍵ＩＤを生成する。鍵ペア生成部２３は、サービスごとに生成された公開鍵と秘密鍵とのペアおよび鍵ＩＤを鍵情報２２０として記憶部２２に格納する。なお、鍵ペア生成部２３は、サーバ３のサービスおよび携帯端末２の間で認証を可能にするための手続きであり、認証が行われる前に行われる。

公開鍵送信部２４は、鍵ペア生成部２３によって生成された鍵ペアに含まれた公開鍵をサービスに対応するサーバ３に送信する。なお、公開鍵送信部２４は、サーバ３のサービスおよび携帯端末２の間で認証を可能にするための手続きであり、認証が行われる前に行われる。

サービス要求部２５は、サービスへのアクセス要求をデバイス１に送信する。アクセスを要求するサービスは、１つであっても良いし、複数であっても良い。なお、サービス要求部２５は、携帯端末２とデバイス１とが接続された後に行われる。

認証要求受信部２６は、デバイス１から認証要求（チャレンジメッセージ）およびサービスＩＤを受信する。

ユーザ認証部２７は、ユーザを認証する。例えば、ユーザ認証部２７は、認証要求受信部２６によって認証要求が受信されると、認証を促す認証画面を、ユーザインタフェース部２１を介してモニタに表示する。ユーザ認証部２７は、携帯端末２に搭載された指紋センサからユーザの指紋情報を受け取ると、受け取った指紋情報と予め登録された生体情報２２１とを比較し、ユーザを認証する。ユーザ認証部２７は、受け取った指紋情報が生体情報２２１と一致する場合には、ユーザの認証に成功した旨を認証画面に表示する。ユーザ認証部２７は、受け取った指紋情報が生体情報２２１と一致しない場合には、ユーザの認証に失敗した旨を認証画面に表示する。

認証情報生成部２８は、ユーザ認証部２７によってユーザの認証に成功した場合には、ユーザの認証情報を生成する。例えば、認証情報生成部２８は、認証要求受信部２６によって受信されたサービスＩＤに基づいて、鍵情報２２０から秘密鍵を選択し、選択した秘密鍵を用いて認証要求に含まれたチャレンジメッセージに署名する。

認証情報送信部２９は、認証情報をデバイス１に送信する。例えば、認証情報送信部２９は、認証要求受信部２６によって受信されたサービスＩＤに基づいて、鍵情報２２０から鍵ＩＤを選択する。認証情報送信部２９は、署名情報と選択した鍵ＩＤとを含む認証情報を認証要求に対する応答としてデバイス１に送信する。

サーバ３は、ネットワークインタフェース部３０、記憶部３１、公開鍵受信部３２、サービス要求受信部３３、認証要求送信部３４、認証情報受信部３５、認証部３６およびコンテンツ配信部３７を有する。

ネットワークインタフェース部３０は、サーバ３およびデバイス１と通信を行う際に用いられるネットワークインタフェースである。また、ネットワークインタフェース部３０は、サーバ３および携帯端末２と通信を行う際に用いられるネットワークインタフェースである。

記憶部３１は、例えば、ＲＡＭ、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置である。記憶部３１は、署名用鍵情報３１０を有する。

署名用鍵情報３１０は、認証で用いられる鍵の情報である。ここでいう認証の方式は、携帯端末２と同じ方式であり、例えば、ＦＩＤＯの技術を利用して行われるものとする。署名用鍵情報３１０は、サービスごとに、署名用鍵および鍵ＩＤを対応付けて記憶する。署名用鍵は、例えば、公開鍵である。なお、署名用鍵情報３１０は、認証が行われる前に後述する公開鍵受信部３２によって登録される。

公開鍵受信部３２は、携帯端末２からサービスに対応する公開鍵を受信する。公開鍵受信部３２は、受信した公開鍵（署名用鍵）をサービスと対応づけて署名用鍵情報３１０として記憶部３１に登録する。なお、署名用鍵情報３１０の登録処理は、サーバ３のサービスおよび携帯端末２の間で認証を可能にするための手続きであり、認証が行われる前に行われる。

サービス要求受信部３３は、デバイス１からサービスへのアクセス要求を受信する。

認証要求送信部３４は、サービス要求受信部３３によってサービスへのアクセス要求が受信されると、サービスの認証要求（チャレンジメッセージ）を応答としてデバイス１に送信する。例えば、認証要求の方式には、ＨＴＴＰプロトコルのアクセスでＢａｓｉｃ認証を行う場合に、アクセスに係るパケットのヘッダに認証要求（チャレンジメッセージ）が記述される方式がある。かかる方式が用いられる場合には、認証要求送信部３４は、パケットのヘッダにチャレンジメッセージを記述して、デバイス１に応答する。

認証情報受信部３５は、デバイス１からサービスに対する認証情報を受信する。

認証部３６は、サービスに対する認証情報を認証する。例えば、認証部３６は、認証情報受信部３５によって受信された認証情報に含まれる鍵ＩＤを基に、署名用鍵情報３１０から予め登録された署名用鍵を取り出し、署名を検証する。

コンテンツ配信部３７は、認証部３６によってサービスに対する認証に成功した場合には、当該サービスに対するコンテンツを応答としてデバイス１に配信する。

［情報処理の流れ］
図３は、実施例に係る情報処理の流れの一例を示す図である。

図３に示すように、携帯端末２では、サービス要求部２５が、サービスへのアクセス要求をデバイス１に送信する（Ｓ１１）。

デバイス１では、サービス要求部１２が、サービスへのアクセス要求を受信する。すると、認証パス生成部１３が、携帯端末２とサーバ３との間の認証用の認証パスを生成する（Ｓ１２）。すなわち、かかる設定処理は、サーバ３から受けた情報を携帯端末１に流すための設定である。そして、サービス要求部１２は、生成された認証パスを用いて、サービスへのアクセス要求をすべく、サーバ３にアクセスする（Ｓ１３）。

サーバ３では、サービス要求受信部３３が、サービスへのアクセス要求を受信すると、認証要求送信部３４が、サービスの認証要求（チャレンジメッセージ）を応答としてデバイス１に送信する（Ｓ１４）。

デバイス１では、認証パス切替部１５が、サービスの認証要求（チャレンジメッセージ）を受け取ると、認証パス情報１４０を用いて、認証要求の転送先を携帯端末２に切り替え、サービスの認証要求にサービスＩＤを付加して、携帯端末２に転送する（Ｓ１５）。

携帯端末２では、ユーザ認証部２７が、ユーザを認証し（Ｓ１６）、ユーザの認証に成功すると、認証情報生成部２８が、鍵情報２２０を用いて、ユーザの認証情報を生成する（Ｓ１７）。そして、認証情報送信部２９が、生成されたユーザの認証情報をサービスの認証要求に対する応答としてデバイス１に送信する（Ｓ１８）。

デバイス１では、認証パス切替部１５が、認証パス情報１４０を用いて、サービスの認証要求に対する応答の転送先を当該サービスに切り替え、ユーザの認証情報をサービスの認証要求に対する応答として、当該サービスに対応するサーバ３に転送する（Ｓ１９）。

サーバ３では、認証部３６が、ユーザの認証情報を確認し（Ｓ２０）、認証情報の確認に成功すると、コンテンツ配信部３７が、サービスに対するコンテンツを応答としてデバイス１に配信する（Ｓ２１）。

［情報処理システムのシーケンス］
図４は、実施例に係る情報処理システムのシーケンスの一例を示す図である。図４に示すように、携帯端末２では、ユーザから入力されたアクセス要求を受け取ったサービス要求部２５は、当該アクセス要求をデバイス１に送信する（Ｓ１０１）。例えば、ユーザが“地図を見る”というサービスへのアクセスを要求する場合であるとする。サービス要求部２５は、｛“service”：［｛“name”：“map”,“url”：“http://example.com/map”｝］,“auth”：“http://aaa.bbb.cc.dd:10000”｝をデバイス１に送信する。“http://example.com/map”は、“地図を見る”というサービスのＵＲＬである。“http://aaa.bbb.cc.dd:10000”は、認証先のＵＲＬである。

デバイス１では、サービス要求部１２が、アクセス要求を受信し（Ｓ１０２）、認証パス生成部１３に認証用パスを設定させる（Ｓ１０３）。例えば、認証パス情報１２０には、サービス名称１４１として「ｍａｐ」、サービスＵＲＬ１４２として「http://example.com/map」、認証ＵＲＬ１４３として「http://aaa.bbb.cc.dd:10000/auth」が設定される。そして、サービス要求部１２は、アクセス要求をサービスＵＲＬ１４２へ転送する（Ｓ１０４）。

サーバ３では、サービス要求受信部３３が、アクセス要求を受信し（Ｓ１０５）、認証要求送信部３４が、デバイス１に向けて認証要求（チャレンジメッセージ）を送信する（Ｓ１０６）。

デバイス１では、認証パス切替部１５は、認証要求（チャレンジメッセージ）を受信すし（Ｓ１０７）、認証パス情報１４０を確認する（Ｓ１０８）。ここでは、認証パス切替部１５は、認証パス情報１４０を参照し、サービスに対する認証ＵＲＬ１４３を取得する。そして、認証パス切替部１５は、サービスに対するサービスＩＤを認証要求に付加して（Ｓ１０９）、認証要求を認証ＵＲＬ１４３に転送する（Ｓ１１０）。例えば、認証パス切替部１５は、認証要求として｛“serviceID”：“http://example.com/map”,“ServerChallenge”：“xxxxxxxx”｝を、認証ＵＲＬ１４３として「http://aaa.bbb.cc.dd:10000/auth」の携帯端末２に転送する。“http://example.com/map”は、サービスＩＤである。“xxxxxxxx”は、チャレンジメッセージである。

携帯端末２では、認証要求受信部２６は、認証要求を受信し（Ｓ１１１）、ユーザに対して認証を促す認証画面を表示する。認証が指紋認証であるとする。すると、ユーザから指紋を入力されたユーザ認証部２７は、入力された指紋と生体情報２２１とを比較して、ユーザ認証をする（Ｓ１１２）。ユーザ認証に成功すると、認証情報生成部２８は、認証要求に含まれたサービスＩＤを基に鍵情報２２０から署名鍵（秘密鍵）を取得し（Ｓ１１３）、取得した秘密鍵を用いてチャレンジメッセージに署名する（Ｓ１１４）。そして、認証情報送信部２９は、署名情報および鍵情報２２０に含まれた鍵ＩＤを認証要求の応答としてデバイス１に送信する（Ｓ１１５）。

デバイス１では、認証パス切替部１５は、認証要求の応答を受信し（Ｓ１１６）、認証パス情報１４０を確認する（Ｓ１１７）。ここでは、認証パス切替部１５は、認証パス情報１４０を参照し、認証ＵＲＬに対するサービスＵＲＬ１４２を取得する。そして、認証パス切替部１５は、認証要求の応答を、取得したサービスＵＲＬ１４２に転送する（Ｓ１１８）。認証要求の応答には、署名情報および鍵ＩＤが含まれる。

サーバ３では、認証情報受信部３５は、認証要求の応答を受信すると（Ｓ１１９）、認証部３６が、認証要求の応答に含まれる鍵ＩＤを基に署名用鍵情報３１０から署名用鍵（公開鍵）を取得し、取得した公開鍵を用いて署名情報を検証する（Ｓ１２０）。署名情報の検証に成功すると、コンテンツ配信部３７は、サービスに対応するコンテンツを配信する（Ｓ１２１）。

デバイス１では、コンテンツ受信部１６は、コンテンツを受信し（Ｓ１２２）、受信したコンテンツを表示する（Ｓ１２３）。

これにより、デバイス１は、認証機能を備えることなく、ユーザ認証が必要なサービスを利用することができる。

なお、デバイス１では、認証パス切替部１５は、認証要求の応答を、認証パス情報１４０から得られたサービスＵＲＬ１４２に転送すると説明した。認証パス切替部１５は、これに限定されず、認証要求の応答のヘッダにSet-Cookie（クッキー）の情報を含ませ、以降のデバイス１からサービスへのアクセスにおけるユーザの識別としてこのクッキーを付加するようにしても良い。これにより、デバイス１は、クッキーが有効であれば、ユーザを認証した状態で、サーバ３のサービスを継続的に利用することができる。

一方、デバイス１は、クッキーが無効であれば、ユーザを認証した状態が消滅するので、サーバ３のサービスを利用することができなくなる。クッキーを無効にするには、以下の方法がある。一例として、デバイス１は、画面にログアウトボタンを表示しておき、このログアウトボタンが押下されれば、クッキーを消去する。別の一例として、携帯端末２は、画面にログアウトボタンを表示しておき、このログアウトボタンが押下されれば、デバイス１にログアウトを示す情報を送信し、デバイス１は、この情報を受け取ると、クッキーを消去する。デバイス１がログアウトされる場合には、クッキーだけでなく、配信された全てのコンテンツを消去しても良い。

［ユーザ認証の認証画面］
ユーザ認証の認証画面の一例を、図５Ａを参照して説明する。図５Ａは、ユーザ認証の認証画面の一例を示す図である。なお、図５Ａでは、ユーザが“地図を見る”というサービスへのアクセスを要求した場合であるとする。図５Ａに示すように、携帯端末２では、認証要求受信部２６が、“地図を見る”というサービスから認証要求を受信すると、ユーザ認証の認証画面Ｇ１を表示する。ここでは、ユーザが“地図を見る”というサービスのＵＲＬ“http://example.com/map/”から認証を要求された場合の認証画面Ｇ１が表示されている。そして、ユーザが指紋センサにタッチし、ユーザ認証に成功すると、ユーザ認証部２７は、ユーザ認証の認証画面に、指紋認証に成功した旨を表示する。ここでは、“地図を見る”というサービスについて、指紋認証に成功した旨の認証画面Ｇ２が表示されている。

図５Ｂは、ユーザ認証の認証画面の別の例を示す図である。なお、図５Ｂでは、ユーザが“地図を見る”というサービスおよび“音楽を聴く“というサービスへのアクセスを要求した場合であるとする。図５Ｂに示すように、携帯端末２では、認証要求受信部２６が、“地図を見る”というサービスから認証要求を受信すると、ユーザ認証の認証画面Ｇ１を表示する。後続して、携帯端末２では、認証要求受信部２６が、“音楽を聴く”というサービスから認証要求を受信すると、既に表示されたユーザ認証の認証画面Ｇ１にこのサービスからの認証要求を表示する。認証画面は、Ｇ３となる。ここでは、ユーザが“地図を見る”というサービスのＵＲＬ“http://example.com/map/”から認証を要求された場合であって、ユーザが“音楽を聴く”というサービスのＵＲＬ“http://example.com/music”から認証を要求された場合の認証画面Ｇ３が表示されている。そして、ユーザが指紋センサにタッチし、ユーザ認証に成功すると、ユーザ認証部２７は、ユーザ認証の認証画面Ｇ４に、２つのサービスに対して指紋認証に成功した旨を表示する。ここでは、“地図を見る”というサービスおよび“音楽を聴く”というサービスについて、指紋認証に成功した旨の認証画面Ｇ４が表示されている。

これにより、ユーザ認証部２７は、複数のサービスを同時に利用する場合には、ユーザの認証作業を一回に纏めて行わせることができ、複数のサービスに対して一括して認証することができる。

［情報処理の流れの変形例］
ところで、実施例では、携帯端末２は、サービスへのアクセス要求をデバイス１に送信すると、デバイス１が、認証パス情報１４０をアクセス要求がされたサービスごとに生成し、生成した認証パス情報１４０を記憶部１４に格納すると説明した。しかしながら、実施例では、これに限定されず、携帯端末２は、アクセス要求するサービスをサービスへのアクセス要求をする前に、デバイス１に予め登録するようにしても良い。

ここで、携帯端末２が、アクセス要求するサービスを、サービスへのアクセス要求をする前に、デバイス１に予め登録する場合を、図６を参照して説明する。図６は、実施例に係る情報処理の流れの変形例を示す図である。なお、図３に示す情報処理の流れと同一の動作については同一符号を示すことで、その重複する動作の説明については省略する。図３に示す情報処理の流れと図６に示す情報処理とが異なるところは、Ｓ３１を追加した点にある。

図６に示すように、携帯端末２のサービス要求部２５は、デバイス１に対して、アクセス要求をする可能性があるサービスのサービスＩＤをデバイス１に登録する旨の要求をする（Ｓ３１）。すると、デバイス１の認証パス生成部１３は、認証パス情報１４０をアクセス要求がされたサービスごとに生成し、生成した認証パス情報１４０を記憶部１４に登録する。

例えば、地図のサービスは、Ａさんのアカウントで行い、音楽のサービスは、Ｂさんのアカウントで行う場合に、認証パス生成部１３は、予め以下のように認証パス情報１４０を登録する。すなわち、認証パス生成部１３は、認証パス情報１４０に、地図のサービスのＵＲＬとＡさんの携帯端末２の認証ＵＲＬとを対応付けて登録し、音楽のサービスのＵＲＬとＢさんの携帯端末２の認証ＵＲＬとを対応付けて登録する。

この後、携帯端末２のサービス要求部２５が、アクセス要求をデバイス１に送信すると（Ｓ１１）、デバイス１の認証パス生成部１３が、認証パス情報１４０を用いて、アクセス要求がされた要求元のＵＲＬと合致する認証ＵＲＬ１４３と、認証ＵＲＬ１４３に対応付けられたサービスＵＲＬ１４２を取得する。そして、認証パス生成部１３は、認証ＵＲＬ１４３が示す認証用に接続する携帯端末２とサービスＵＲＬ１４２が示すサービスに対応するサーバ３との間の認証パスを生成する（Ｓ１２）。そして、デバイス１のサービス要求部１２は、生成された認証パスを用いて、サービスへのアクセス要求をすべく、サーバ３にアクセスする（Ｓ１３）。これにより、デバイス１は、予め登録された認証パス情報１４０を用いて、アクセスしているサービスによって、認証先を切り替えることができる。

なお、携帯端末２が、アクセス要求するサービスを、サービスへのアクセス要求をする前に、デバイス１に予め登録するようにしたが、これに限定されない。携帯端末２は、アクセス要求するサービスの認証可能な方式を、サービスへのアクセス要求をする前に、デバイス１に予め登録するようにしても良い。例えば、携帯端末２のサービス要求部２５は、アクセス要求をする可能性があるサービスのサービスＩＤと認証可能な方式とをデバイス１に登録する旨の要求をする（Ｓ３１）。すると、デバイス１の認証パス生成部１３は、認証パス情報１４０を、アクセス要求がされたサービスごとに認証方式とともに生成し、生成した認証パス情報１４０を記憶部１４に登録する。ここでいう認証パス情報１４０は、サービス名称１４１、サービスＵＲＬ１４２、認証ＵＲＬ１４３および認証方式を対応付けて記憶するようにすれば良い。認証方式には、例えば、指紋、虹彩、パターンなどの認証方式が挙げられる。

この後、サーバ３の認証要求受信部３３が、サービスへのアクセス要求を受信すると、認証要求送信部３４が、サービスの認証要求時に、サービスの認証方式を含む認証要求を応答としてデバイス１に送信する（Ｓ１４）。そして、デバイス１の認証パス切替部１５が、サービスの認証要求を受け取ると、認証パス情報１４０を用いて、サービスに対応付けられた認証ＵＲＬ１４３および認証方式を取得する。認証パス切替部１５は、取得した認証方式が認証要求に含まれる認証方式と合致すれば、認証要求の転送先を、取得した認証ＵＲＬに切り替え、サービスＩＤを付加した認証要求を認証ＵＲＬ１４３が示す携帯端末２に転送する（Ｓ１５）。一方、認証パス切替部１５は、取得した認証方式が認証要求に含まれる認証方式と合致しなければ、認証失敗としてサーバ３に応答すれば良い（Ｓ１９）。これにより、認証パス切替部１５は、登録された認証方式と合致する認証方式が要求された時のみ認証先の携帯端末２に転送することで、不要な転送を減らすことができる。

［情報処理の流れの別の変形例］
また、携帯端末２は、デバイス１の正当性を認証するようにしても良い。

ここで、携帯端末２が、デバイス１の正当性を認証する場合を、図７を参照して説明する。図７は、実施例に係る情報処理の流れの別の変形例を示す図である。なお、図３に示す情報処理の流れと同一の動作については同一符号を示すことで、その重複する動作の説明については省略する。図３に示す情報処理の流れと図７に示す情報処理とが異なるところは、Ｓ４１、Ｓ４２、Ｓ４３およびＳ４４を追加した点にある。

図７に示すように、携帯端末２のサービス要求部２５は、デバイス１に対して、デバイス情報の取得要求を送信し、デバイス１のサービス要求部１２は、携帯端末２に対して、デバイス１のデバイス情報を送信する（Ｓ４１）。そして、携帯端末２のサービス要求部２５は、デバイス１のデバイス情報を受信し、デバイス１のデバイス情報が正当であるか否かを認証する（Ｓ４２）。このデバイス情報の認証方法には、例えば、ＷｅｂでのＨＴＴＰＳの通信のように、公開鍵証明書を用いて行う方法がある。

この後、携帯端末２のサービス要求部２５が、デバイス１のデバイス情報が正当である場合には、アクセス要求をデバイス１に送信すれば良い（Ｓ１１）。これにより、不正なデバイス１がサーバ３と接続することを防止することができる。

加えて、サーバ３が、デバイス１の正当性を認証するようにしても良い。図７に示すように、デバイス１からサービスへのアクセス要求を受信したサーバ３のサービス要求受信部３３は、以下の処理を行う。サービス要求受信部３３は、デバイス１に対して、デバイス情報の取得要求を送信し、デバイス１のサービス要求部１２は、サーバ３に対して、デバイス１のデバイス情報を送信する（Ｓ４３）。そして、サーバ３のサービス要求受信部３３は、デバイス１のデバイス情報を受信し、デバイス１のデバイス情報が正当であるか否かを認証する（Ｓ４４）。このデバイス情報の認証方法には、例えば、ＷｅｂでのＨＴＴＰＳの通信のように、公開鍵証明書を用いて行う方法がある。

この後、サーバ３の認証要求送信部３４は、デバイス１のデバイス情報が正当である場合には、サービスの認証要求を応答としてデバイス１に送信すれば良い（Ｓ１４）。これにより、不正なデバイス１がサーバ３にアクセスすることを防止することができる。

なお、サーバ３では、ユーザの認証情報の確認に成功すると、コンテンツ配信部３７が、サービスに対するコンテンツを応答としてデバイス１に配信する（Ｓ２１）と説明した。しかしながら、サーバ３では、これに限定されず、コンテンツ配信部３７は、デバイス情報が確認されたデバイス１に応じたコンテンツを配信しても良い。すなわち、コンテンツ配信部３７は、デバイス１に応じて配信するコンテンツを変更しても良い。

［情報処理システムの用途］
図８は、実施例に係る情報処理システムの用途を示す図である。なお、図８では、自動車にインターネット通信機能を付加したコネクテッドカーがデバイス１ａ，１ｂ，１ｃを搭載しているものとする。そして、このコネクテッドカーに、携帯端末２ａを持ったユーザが乗車しているものとする。携帯端末２ａには、予め、サービスＡ用の鍵情報２２０，サービスＢ用の鍵情報２２０およびサービスＣ用の鍵情報２２０が登録されている。また、サービスＡがサーバ３ａにより提供され、サービスＢがサーバ３ｂにより提供され、サービスＣがサーバ３ｃにより提供されるとする。サーバ３ａには、予めサービスＡ用の署名用鍵情報３１０が登録されている。サーバ３ｂには、予めサービスＢ用の署名用鍵情報３１０が登録されている。サーバ３ｃには、予めサービスＣ用の署名用鍵情報３１０が登録されている。

このような状況の下、携帯端末２ａは、サービスＡ，Ｂ，Ｃへのアクセス要求をデバイス１ａ，１ｂ，１ｃに送信する。ここでは、デバイス１ａが、携帯端末２ａから、サービスＡ，Ｂへのアクセス要求を受信する。デバイス１ｂが、携帯端末２ａから、サービスＢへのアクセス要求を受信する。デバイス１ｃが、携帯端末２ａから、サービスＢ，Ｃへのアクセス要求を受信する。

デバイス１ａは、携帯端末２ａとサーバ３ａとの間の認証パスを設定し、設定された認証パスを用いて、サービスＡへのアクセス要求をすべく、サーバ３ａにアクセスする。また、デバイス１ａは、携帯端末２ａとサーバ３ｂとの間の認証パスを設定し、設定された認証パスを用いて、サービスＢへのアクセス要求をすべく、サーバ３ｂにアクセスする。

デバイス１ｂは、携帯端末２ａとサーバ３ｂとの間の認証パスを設定し、設定された認証パスを用いて、サービスＢへのアクセス要求をすべく、サーバ３ｂにアクセスする。

デバイス１ｃは、携帯端末２ａとサーバ３ｂとの間の認証パスを設定し、設定された認証パスを用いて、サービスＢへのアクセス要求をすべく、サーバ３ｂにアクセスする。また、デバイス１ａは、携帯端末２ａとサーバ３ｃとの間の認証パスを設定し、設定された認証パスを用いて、サービスＣへのアクセス要求をすべく、サーバ３ｃにアクセスする。

次に、サーバ３ａは、デバイス１ａからサービスＡへのアクセス要求を受信すると、サービスＡの認証要求を応答としてデバイス１ａに送信する。

サーバ３ｂは、デバイス１ａからサービスＢへのアクセス要求を受信すると、サービスＢの認証要求を応答としてデバイス１ａに送信する。また、サーバ３ｂは、デバイス１ｂからサービスＢへのアクセス要求を受信すると、サービスＢの認証要求を応答としてデバイス１ｂに送信する。また、サーバ３ｂは、デバイス１ｃからサービスＢへのアクセス要求を受信すると、サービスＢの認証要求を応答としてデバイス１ｃに送信する。

サーバ３ｃは、デバイス１ｃからサービスＣへのアクセス要求を受信すると、サービスＣの認証要求を応答としてデバイス１ｃに送信する。

次に、デバイス１ａは、サービスＡの認証要求を受け取ると、認証パスを用いて、認証要求の転送先を携帯端末２ａに切り替え、サービスＡの認証要求にサービスＡのサービスＩＤを付加して、携帯端末２ａに転送する。また、デバイス１ａは、サービスＢの認証要求を受け取ると、認証パスを用いて、認証要求の転送先を携帯端末２ａに切り替え、サービスＢの認証要求にサービスＢのサービスＩＤを付加して、携帯端末２ａに転送する。

デバイス１ｂは、サービスＢの認証要求を受け取ると、認証パスを用いて、認証要求の転送先を携帯端末２ａに切り替え、サービスＢの認証要求にサービスＢのサービスＩＤを付加して、携帯端末２ａに転送する。

デバイス１ｃは、サービスＢの認証要求を受け取ると、認証パスを用いて、認証要求の転送先を携帯端末２ａに切り替え、サービスＢの認証要求にサービスＢのサービスＩＤを付加して、携帯端末２ａに転送する。また、デバイス１ａは、サービスＣの認証要求を受け取ると、認証パスを用いて、認証要求の転送先を携帯端末２ａに切り替え、サービスＣの認証要求にサービスＣのサービスＩＤを付加して、携帯端末２ａに転送する。

次に、携帯端末２ａは、デバイス１ａから、サービスＡからの認証要求を受信すると、サービスＡからの認証要求を認証画面に表示する。後続して、携帯端末２ａは、デバイス１ａから、サービスＢからの認証要求を受信すると、サービスＢからの認証要求を同じ認証画面に表示する。そして、携帯端末２ａは、ユーザ認証に成功すると、サービスＡについてサービスＡに対応する鍵情報２２０を用いてユーザの認証情報を生成し、サービスＢについてサービスＢに対応する鍵情報２２０を用いてユーザの認証情報を生成する。そして、携帯端末２ａは、サービスＡに係るユーザの認証情報をサービスＡの認証要求に対する応答としてデバイス１ａに送信する。携帯端末２ａは、サービスＢに係るユーザの認証情報をサービスＢの認証要求に対する応答としてデバイス１ａに送信する。

携帯端末２ａは、デバイス１ｂから、サービスＢからの認証要求を受信すると、サービスＢからの認証要求を認証画面に表示する。そして、携帯端末２ａは、ユーザ認証に成功すると、サービスＢに対応する鍵情報２２０を用いてユーザの認証情報を生成し、サービスＢに係るユーザの認証情報をサービスＢの認証要求に対する応答としてデバイス１ｂに送信する。

携帯端末２ａは、デバイス１ｃから、サービスＢからの認証要求を受信すると、サービスＢからの認証要求を認証画面に表示する。後続して、携帯端末２ａは、デバイス１ｃから、サービスＣからの認証要求を受信すると、サービスＣからの認証要求を同じ認証画面に表示する。そして、携帯端末２ａは、ユーザ認証に成功すると、サービスＢについてサービスＢに対応する鍵情報２２０を用いてユーザの認証情報を生成し、サービスＣについてサービスＣに対応する鍵情報２２０を用いてユーザの認証情報を生成する。そして、携帯端末２ａは、サービスＢに係るユーザの認証情報をサービスＢの認証要求に対する応答としてデバイス１ｃに送信する。携帯端末２ａは、サービスＣに係るユーザの認証情報をサービスＣの認証要求に対する応答としてデバイス１ｃに送信する。

次に、デバイス１ａは、認証パスを用いて、サービスＡの認証要求に対する応答の転送先をサービスＡに切り替え、ユーザの認証情報をサービスＡの認証要求に対する応答として、サービスＡに対応するサーバ３ａに転送する。また、デバイス１ａは、認証パスを用いて、サービスＢの認証要求に対する応答の転送先をサービスＢに切り替え、ユーザの認証情報をサービスＢの認証要求に対する応答として、サービスＢに対応するサーバ３ｂに転送する。

デバイス１ｂは、認証パスを用いて、サービスＢの認証要求に対する応答の転送先をサービスＢに切り替え、ユーザの認証情報をサービスＢの認証要求に対する応答として、サービスＢに対応するサーバ３ｂに転送する。

デバイス１ｃは、認証パスを用いて、サービスＢの認証要求に対する応答の転送先をサービスＢに切り替え、ユーザの認証情報をサービスＢの認証要求に対する応答として、サービスＢに対応するサーバ３ｂに転送する。また、デバイス１ｃは、認証パスを用いて、サービスＣの認証要求に対する応答の転送先をサービスＣに切り替え、ユーザの認証情報をサービスＣの認証要求に対する応答として、サービスＣに対応するサーバ３ｃに転送する。

次に、サーバ３ａは、サービスＡについて、ユーザの認証情報を確認し、認証情報の確認に成功すると、サービスＡに対するコンテンツＡを応答としてデバイス１ａに配信する。

サーバ３ｂは、サービスＢについて、ユーザの認証情報を確認し、認証情報の確認に成功すると、サービスＢに対するコンテンツＢを応答としてデバイス１ａに配信する。また、サーバ３ｂは、サービスＢについて、ユーザの認証情報を確認し、認証情報の確認に成功すると、サービスＢに対するコンテンツＢ´を応答としてデバイス１ｂに配信する。また、サーバ３ｂは、サービスＢについて、ユーザの認証情報を確認し、認証情報の確認に成功すると、サービスＢに対するコンテンツＢ´´を応答としてデバイス１ｃに配信する。

サーバ３ｃは、サービスＣについて、ユーザの認証情報を確認し、認証情報の確認に成功すると、サービスＣに対するコンテンツＣを応答としてデバイス１ｃに配信する。

なお、携帯端末２ａは、デバイス１ａで処理中の複数のサービスＡ，Ｂからの認証要求について、一括してユーザ認証を行うとした。携帯端末２ａは、デバイス１ｃで処理中の複数のサービスＢ，Ｃからの認証要求について、一括してユーザ認証を行うとした。しかしながら、携帯端末２ａは、これに限定されず、サービスＡ，Ｂ，Ｃを同時に利用する場合には、デバイスごとでなく、複数のサービスに対して一括してユーザ認証しても良い。

また、サーバ３では、認証情報受信部３５は、デバイス１からサービスに対する認証情報の応答を受信するが、デバイス１から転送されたサービスに対する認証情報に有効期限が付加されても良い。かかる場合には、サーバ３では、認証部３６が、サービスに対する認証情報に付加された有効期限が超過していない場合には、サービスに対する認証情報を認証する。一方、認証部３６が、サービスに対する認証情報に付加された有効期限が超過している場合には、認証要求送信部３４が、再度サービスの認証要求をデバイス１に送信すれば良い。また、認証情報の有効期限を、デバイス１が付加しても良いし、携帯端末２が付加しても良い。また、認証情報の有効期限を、サーバ３が持っていても良い。これにより、サーバ３は、サービスに対する認証に有効期限を考慮することで、認証のセキュリティを向上することができる。

また、サーバ３では、認証情報受信部３５は、デバイス１からサービスに対する認証情報の応答を受信するが、デバイス１から転送されたサービスに対する認証情報にデータへのアクセス権限が付加されても良い。かかる場合には、認証部３６は、サービスに対する認証情報に付加された、データへのアクセス権限を基に、データをデバイス１に配信する。これにより、サーバ３は、デバイス１に配信するデータを制限することができる。すなわち、サーバ３は、データへのアクセス権限に応じて、デバイス１に個人情報を渡すことを防止できる。

また、デバイス１は、携帯端末２との通信の切断に基づいて、デバイス１によって保持された認証情報および受信されたサービスのコンテンツを削除しても良い。また、デバイス１は、サービスに対する認証情報に有効期限が付加されている場合には、認証の有効期限に基づいて、デバイス１によって保持された認証情報および受信されたサービスのコンテンツを削除しても良い。かかる場合には、デバイス１は、デバイス１によって保持された認証情報を削除するので、携帯端末２との通信の切断後の認証情報の悪用や漏洩のおそれを防止できる。加えて、デバイス１は、デバイス１によって保持されたサービスのコンテンツを削除するので、サービスのコンテンツ内に含まれる情報として個人情報が残ることも防止できる。

［実施例の効果］
このようにして、上記実施例では、デバイス１は、携帯端末２からのサービスへのアクセス要求に基づき、携帯端末２およびサービスを提供するサーバ３の間の認証に係る通信経路を記憶部１４に設定する。デバイス１は、認証に係る通信経路を用いて、サービスへのアクセス要求をサーバ３に送信する。デバイス１は、サーバ３からの認証要求に基づき、認証に係る通信経路を用いて、認証要求を携帯端末２に転送する。デバイス１は、携帯端末２からの認証情報を含む応答に基づき、認証に係る通信経路を用いて、認証情報を含む応答をサーバ３に転送する。デバイス１は、サーバ３から提供されたサービスを受信する。かかる構成によれば、デバイス１は、認証機能を備えることなく、ユーザ認証が必要なサービスを安全に利用できる。また、デバイス１は、認証機能を備えることなく、携帯端末２およびサーバ３に手を入れないで認証機能を行わせることで、ユーザ認証が必要なサービスのユーザ認証を低コストに実現することができる。

また、上記実施例では、デバイス１は、サーバ３から所定の要求を受け取ると、所定の要求に設定された内容に基づいて所定の要求が認証要求であることを識別し、認証に係る通信経路を用いて、認証要求を携帯端末２に転送する。かかる構成によれば、デバイス１は、サーバ３からの要求に設定された内容を用いて認証要求であることを識別することで、認証に係る通信経路を用いて認証要求を携帯端末２に代行させることができる。

また、上記実施例では、デバイス１は、認証の期限またはデータアクセスの権限を含む認証要求に対する応答をサーバ３に転送する。かかる構成によれば、サーバ３は、サービスに対する認証に有効期限を考慮することで、認証のセキュリティを向上することができる。また、サーバ３は、データアクセス権限を基にデータをデバイス１に配信することで、デバイス１に配信するデータを制限することができる。

また、上記実施例では、デバイス１は、携帯端末２から、複数のサービスへのアクセス要求を受け取ると、アクセス要求があったサービスごとに認証に係る通信経路を記憶部１４に設定する。そして、デバイス１は、アクセス要求があったサービスごとに、サービスへのアクセス処理を並列して実行する。かかる構成によれば、デバイス１は、サービスへのアクセス処理をアクセス要求があったサービスごとに並列して実行することで、サービスへのアクセス処理を高速に行うことができる。また、デバイス１は、サービスごとの認証要求を連続して携帯端末２に転送することで、携帯端末２においてサービスごとに認証させるのではなく、複数のサービスに対して一括して認証させることが可能になる。

また、上記実施例では、デバイス１は、携帯端末２との通信の切断に基づいて、デバイス１によって保持された認証情報および受信されたサービスのデータを削除する。かかる構成によれば、デバイス１は、携帯端末２との通信の切断をトリガにして、デバイス１によって保持された認証情報を削除するので、携帯端末２との通信の切断後の認証情報の悪用や漏洩のおそれを防止できる。加えて、デバイス１は、携帯端末２との通信の切断をトリガにして、デバイス１によって保持されたサービスのデータを削除するので、サービスのデータ内に含まれる情報として個人情報が残ることも防止できる。

また、上記実施例では、デバイス１は、認証の期限に基づいて、デバイス１によって保持された認証情報および受信されたサービスのデータを削除する。かかる構成によれば、デバイス１は、認証の期限が切れたときにデバイス１によって保持された認証情報を削除するので、認証の期限が切れた後の認証情報の悪用や漏洩のおそれを防止できる。加えて、デバイス１は、認証の期限が切れたときにデバイス１によって保持されたサービスのデータを削除するので、サービスのデータ内に含まれる情報として個人情報が残ることも防止できる。

また、上記実施例では、デバイス１は、アクセス要求によりアクセスを所望するサービスのアドレスと、アクセス要求を送信する携帯端末２のアドレスとを対応付けた認証に係る通信経路を記憶部１４に設定する。かかる構成によれば、デバイス１は、認証に係る通信経路を用いて所望するサービスへのアクセスの処理をサーバ３と携帯端末２との間で行わせることができる。

［その他］
なお、図示した装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、装置の分散・統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、認証パス生成部１３および認証パス切替部１５を併合しても良い。また、ネットワークインタフェース部１０およびネットワークインタフェース部１１を併合しても良い。また、記憶部１４をデバイス１の外部装置としてネットワーク経由で接続するようにしても良い。記憶部２２を携帯端末２の外部装置としてネットワーク経由で接続するようにしても良い。記憶部３１をサーバ３の外部装置としてネットワーク経由で接続するようにしても良い。

また、上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することによって実現することができる。そこで、以下では、図１に示したデバイス１と同様の機能を実現する情報処理プログラムを実行するコンピュータの一例を説明する。図９は、情報処理プログラムを実行するコンピュータの一例を示す図である。

図９に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０３と、ユーザからのデータの入力を受け付ける入力装置２１５と、表示装置２０９を制御する表示制御部２０７とを有する。また、コンピュータ２００は、記憶媒体からプログラムなどを読取るドライブ装置２１３と、ネットワークを介して他のコンピュータとの間でデータの授受を行う通信制御部２１７とを有する。また、コンピュータ２００は、各種情報を一時記憶するメモリ２０１と、ＨＤＤ２０５を有する。そして、メモリ２０１、ＣＰＵ２０３、ＨＤＤ２０５、表示制御部２０７、ドライブ装置２１３、入力装置２１５、通信制御部２１７は、バス２１９で接続されている。

ドライブ装置２１３は、例えばリムーバブルディスク２１１用の装置である。

ＣＰＵ２０３は、情報処理プログラム２０５ａを読み出して、メモリ２０１に展開し、プロセスとして実行する。かかるプロセスは、デバイス１の各機能部に対応する。情報処理関連情報２０５ｂは、デバイス１では、サービス要求部１２、認証パス生成部１３、認証パス切替部１５およびコンテンツ受信部１６に対応する。そして、例えばリムーバブルディスク２１１が、情報処理プログラム２０５ａなどの各情報を記憶する。

なお、情報処理プログラム２０５ａについては、必ずしも最初からＨＤＤ２０５に記憶させておかなくても良い。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の「可搬用の物理媒体」に当該プログラムを記憶させておく。そして、コンピュータ２００がこれらから情報処理プログラム２０５ａを読み出して実行するようにしても良い。

１ デバイス
２ 携帯端末
３ サーバ
９ 情報処理システム
１１ ネットワークインタフェース部
１２ サービス要求部
１３ 認証パス生成部
１４ 記憶部
１４０ 認証パス情報
１５ 認証パス切替部
１６ コンテンツ受信部
２０ ネットワークインタフェース部
２１ ユーザインタフェース部
２２ 記憶部
２２０ 鍵情報
２２１ 生体情報
２３ 鍵ペア生成部
２４ 公開鍵送信部
２５ サービス要求部
２６ 認証要求受信部
２７ ユーザ認証部
２８ 認証情報生成部
２９ 認証情報送信部
３０ ネットワークインタフェース部
３１ 記憶部
３１０ 署名用鍵情報
３２ 公開鍵受信部
３３ サービス要求受信部
３４ 認証要求送信部
３５ 認証情報受信部
３６ 認証部
３７ コンテンツ配信部

Claims (10)

1. 第１の装置からのサービスへのアクセス要求に基づき、前記第１の装置およびサービスを提供する第２の装置の間の認証に係る通信経路を記憶部に設定する設定部と、
   前記設定部によって設定された前記認証に係る通信経路を用いて、前記サービスへのアクセス要求を前記第２の装置に送信する送信部と、
   前記第２の装置からの認証要求に基づき、前記設定部によって設定された前記認証に係る通信経路を用いて、前記認証要求を前記第１の装置に転送する第１の転送部と、
   前記第１の装置からの認証情報を含む応答に基づき、前記設定部によって設定された前記認証に係る通信経路を用いて、前記認証情報を含む応答を前記第２の装置に転送する第２の転送部と、
   前記第２の装置から提供された前記サービスのデータを受信する受信部と、
   を有することを特徴とする情報処理装置。
2. 前記第１の転送部は、前記第２の装置から所定の要求を受け取ると、前記所定の要求に設定された内容に基づいて前記所定の要求が前記認証要求であることを識別し、前記認証に係る通信経路を用いて、前記認証要求を前記第１の装置に転送する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記第２の転送部は、認証の期限またはデータアクセスの権限を含む前記認証要求に対する応答を前記第２の装置に転送する
   ことを特徴とする請求項１または請求項２に記載の情報処理装置。
4. 前記設定部は、前記第１の装置から、複数のサービスへのアクセス要求を受け取ると、前記アクセス要求があったサービスごとに前記認証に係る通信経路を前記記憶部に設定し、
   前記送信部および前記第１の転送部は、前記アクセス要求があったサービスごとに、並列して実行する
   ことを特徴とする請求項１または請求項２に記載の情報処理装置。
5. 前記第１の装置との通信の切断に基づいて、前記情報処理装置によって保持された前記認証情報および前記受信部によって受信された前記サービスのデータを削除する削除部
   を有することを特徴とする請求項１または請求項２に記載の情報処理装置。
6. 前記認証の期限に基づいて、前記情報処理装置によって保持された前記認証情報および前記受信部によって受信された前記サービスのデータを削除する削除部
   を有することを特徴とする請求項３に記載の情報処理装置。
7. 前記設定部は、前記アクセス要求によりアクセスを所望するサービスのアドレスと、前記アクセス要求を送信する前記第１の装置のアドレスとを対応付けた前記認証に係る通信経路を前記記憶部に設定する
   ことを特徴とする請求項１または請求項２に記載の情報処理装置。
8. 第１の装置からのサービスへのアクセス要求に基づき、前記第１の装置およびサービスを提供する第２の装置の間の認証に係る通信経路を記憶部に設定し、
   該設定された前記認証に係る通信経路を用いて、前記サービスへのアクセス要求を前記第２の装置に送信し、
   前記第２の装置からの認証要求に基づき、該設定された前記認証に係る通信経路を用いて、前記認証要求を前記第１の装置に転送し、
   前記第１の装置からの認証情報を含む応答に基づき、該設定された前記認証に係る通信経路を用いて、前記認証情報を含む応答を前記第２の装置に転送し、
   前記第２の装置から提供された前記サービスのデータを受信する
   処理をコンピュータに実行させることを特徴とする情報処理プログラム。
9. コンピュータが、
   第１の装置からのサービスへのアクセス要求に基づき、前記第１の装置およびサービスを提供する第２の装置の間の認証に係る通信経路を記憶部に設定し、
   該設定された前記認証に係る通信経路を用いて、前記サービスへのアクセス要求を前記第２の装置に送信し、
   前記第２の装置からの認証要求に基づき、該設定された前記認証に係る通信経路を用いて、前記認証要求を前記第１の装置に転送し、
   前記第１の装置からの認証情報を含む応答に基づき、該設定された前記認証に係る通信経路を用いて、前記認証情報を含む応答を前記第２の装置に転送し、
   前記第２の装置から提供された前記サービスのデータを受信する
   各処理を実行することを特徴とする情報処理方法。
10. 携帯通信装置と、
    サービスを提供するサーバ装置と、
    前記サーバ装置と互いに通信可能な情報処理装置と、を有し、
    前記情報処理装置は、
    前記携帯通信装置からのサービスへのアクセス要求に基づき、前記携帯通信装置および前記サーバ装置の間の認証に係る通信経路を記憶部に設定する設定部と、
    前記設定部によって設定された前記認証に係る通信経路を用いて、前記サービスへのアクセス要求を前記サーバ装置に送信する送信部と、
    前記サーバ装置からの認証要求に基づき、前記設定部によって設定された前記認証に係る通信経路を用いて、前記認証要求を前記携帯通信装置に転送する第１の転送部と、
    前記携帯通信装置からの認証情報を含む応答に基づき、前記設定部によって設定された前記認証に係る通信経路を用いて、前記認証情報を含む応答を前記サーバ装置に転送する第２の転送部と、
    前記サーバ装置から提供された前記サービスのデータを受信する受信部と、を有し、
    前記携帯通信装置は、
    前記情報処理装置からの前記認証要求に基づき、前記携帯通信装置のユーザを認証する認証部と、
    前記認証部によって認証された結果を示す前記認証情報を含む応答を前記情報処理装置に送信する送信部と、を有し、
    前記サーバ装置は、
    前記情報処理装置からの前記サービスへのアクセス要求に基づき、前記認証要求を前記情報処理装置に送信する送信部と、
    前記情報処理装置からの前記認証情報を含む応答に基づき、前記認証情報を認証する認証部と、
    前記認証部によって前記認証情報が正当である場合に、前記アクセス要求があったサービスのデータを前記情報処理装置に提供する提供部と、を有する
    ことを特徴とする情報処理システム。

Images