(57)【要約】【課題】特定の状況の不特定のユーザに配布されたサービスの利用権限となる認証情報の不正利用を防止する。【解決手段】配布装置２０は、端末３０の状況に応じて発行したチケットのチケットＩＤ、及び端末３０の公開鍵を含み、配布装置２０の秘密鍵で署名した第１の署名文書を端末３０へ送信する。端末３０は、提供装置４０から受け付けた第２のランダム値を含み、端末３０の秘密鍵で署名した第２の署名文書を生成し、第１の署名文書と共に提供装置４０へ送信する。提供装置４０は、事前配布された配布装置２０の公開鍵と、第１の署名文書の署名が示す配布装置２０の秘密鍵との組み合わせ、第１の署名文書に含まれる端末３０の公開鍵と、第２の署名文書の署名が示す端末３０の秘密鍵との組み合わせ、第２の署名文書に含まれる第２のランダム値が初回受付か否か、及び第１の署名文書に含まれるチケットＩＤに基づいて、端末３０からのサービス要求を検証する。【選択図】図１０
2015194879.tif 000002
【特許請求の範囲】
【請求項１】
サービスを利用する端末と、前記端末にサービスを提供する提供装置と、前記端末が前記提供装置からサービスの提供を受けるための認証情報を前記端末に配布する配布装置と、を含む認証システムであって、
前記配布装置は、
前記端末から端末の状況を示す状況情報及び端末の公開鍵を受け付け、受け付けた状況情報が示す端末の状況に応じた認証情報、及び前記端末の公開鍵を含み、配布装置の秘密鍵で署名した第１の署名文書を生成して、前記端末へ送信する配布側生成部を含み、
前記端末は、
前記提供装置にサービス要求を行うと共に、自端末の状況を示す状況情報、及び自端末の公開鍵を送信することにより、前記配布装置に前記認証情報を要求する要求部と、
前記提供装置から受け付けた提供識別情報を含み、自端末の秘密鍵で署名した第２の署名文書を生成すると共に、前記第１の署名文書及び前記第２の署名文書を前記提供装置へ送信する端末側生成部と、を含み、
前記提供装置は、
前記サービス要求に対して、前記第２の署名文書を一意に識別可能な前記提供識別情報を前記端末へ送信すると共に、前記配布装置から事前に配布された前記配布装置の公開鍵と、前記端末から受け付けた前記第１の署名文書の署名が示す前記配布装置の秘密鍵との組み合わせ、前記第１の署名文書に含まれる前記端末の公開鍵と、前記第２の署名文書の署名が示す前記端末の秘密鍵との組み合わせ、前記第２の署名文書に含まれる前記提供識別情報を受け付けたのが初めてか否か、及び前記第１の署名文書に含まれる認証情報に基づいて、前記端末からのサービス要求を検証する検証部を含む
認証システム。
【請求項２】
前記配布側生成部は、前記第１の署名文書に、前記第１の署名文書を一意に識別可能な配布識別情報をさらに含め、
前記端末側生成部は、前記第２の署名文書に、前記第１の署名文書に含まれる前記配布識別情報をさらに含める
請求項１記載の認証システム。
【請求項３】
サービスを利用する端末と、前記端末にサービスを提供する提供装置と、前記端末が前記提供装置からサービスの提供を受けるための認証情報を前記端末に配布する配布装置と、を含む認証システムで実行される認証方法であって、
前記配布装置に、前記端末から送信された端末の状況を示す状況情報及び端末の公開鍵を受け付け、受け付けた状況情報が示す端末の状況に応じた認証情報、及び前記端末の公開鍵を含み、配布装置の秘密鍵で署名した第１の署名文書を生成して、前記端末へ送信することを含む処理を実行させ、
前記端末に、
前記提供装置にサービス要求を行うと共に、自端末の状況を示す状況情報、及び自端末の公開鍵を送信することにより、前記配布装置に前記認証情報を要求し、
前記提供装置から受け付けた提供識別情報を含み、自端末の秘密鍵で署名した第２の署名文書を生成すると共に、前記第１の署名文書及び前記第２の署名文書を前記提供装置へ送信することを含む処理を実行させ、
前記提供装置に、前記サービス要求に対して、前記第２の署名文書を一意に識別可能な前記提供識別情報を前記端末へ送信すると共に、前記配布装置から事前に配布された前記配布装置の公開鍵と、前記端末から受け付けた前記第１の署名文書の署名が示す前記配布装置の秘密鍵との組み合わせ、前記第１の署名文書に含まれる前記端末の公開鍵と、前記第２の署名文書の署名が示す前記端末の秘密鍵との組み合わせ、前記第２の署名文書に含まれる前記提供識別情報を受け付けたのが初めてか否か、及び前記第１の署名文書に含まれる認証情報に基づいて、前記端末からのサービス要求を検証することを含む処理を実行させる
認証方法。
【請求項４】
サービスを利用する端末と、前記端末がサービスの提供を受けるための認証情報を前記端末に配布する配布装置と共に認証システムに含まれ、かつ前記端末にサービスを提供する提供装置であって、
前記配布装置で生成された第１の署名文書であって、前記端末の状況を示す状況情報が示す端末の状況に応じた認証情報、及び前記端末の公開鍵を含み、配布装置の秘密鍵で署名された第１の署名文書と、前記端末で生成された第２の署名文書であって、前記端末のサービス要求に対して返信した前記第２の署名文書を一意に識別可能な提供識別情報を含み、前記端末の秘密鍵で署名された第２の署名文書とを、前記端末から受け付ける受付部と、
前記配布装置から事前に配布された前記配布装置の公開鍵と、前記端末から受け付けた前記第１の署名文書の署名が示す前記配布装置の秘密鍵との組み合わせ、前記第１の署名文書に含まれる前記端末の公開鍵と、前記第２の署名文書の署名が示す前記端末の秘密鍵との組み合わせ、前記第２の署名文書に含まれる前記提供識別情報を受け付けたのが初めてか否か、及び前記第１の署名文書に含まれる認証情報に基づいて、前記端末からのサービス要求を検証する検証部と、
を含む提供装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証システム、認証方法、及び提供装置に関する。
【背景技術】
【０００２】
従来、例えば、情報やアプリケーション等のサービスを、インターネットを介して提供するサービスプロバイダ（ＳＰ）に、ユーザが利用する端末からサービスを要求する際に、ユーザがそのサービスを利用する権限を有するか否かを認証することが行われている。
【０００３】
このような認証に使用される方式として、例えば、ＳＡＭＬ（Security Assertion Markup Language）プロトコルを用いた方式がある。ＳＡＭＬは、インターネット上に点在するサービスへのシングルサインオンを可能にする標準プロトコルである。ＳＡＭＬは、ＳＰと、端末と、ＳＰからの要求に対して認証を行い、ユーザの属性情報を返すアイデンティティプロバイダ（ＩｄＰ）との三者間で認証を行う方式である。ＩｄＰは、端末のアイデンティティを保証する認証結果を示すチケットを発行する。端末は、発行されたチケットをＳＰに渡すことにより、ＳＰで提供されるサービスを利用することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−１６８７９５号公報
【特許文献２】特開２００３−３３０８９６号公報
【特許文献３】特開２００５−１２３９９６号公報
【特許文献４】特開２０１３−１３７５８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の認証方式では、端末とＩｄＰとＰＳとの間のネットワーク経路、及びチケットを管理するストレージを、セキュアな経路及びセキュアなストレージとして構築したうえで、チケットの送受信及び管理を行っている。また、従来の認証方式では、認証のセッション単位でチケットを管理するため、発行されるチケットは、認証時点から短時間だけ使用可能なものとなる。
【０００６】
ここで、ＳＰによるサービスの提供形態として、例えば、特定の状況の不特定のユーザに、サービスの利用権限を与えたい場合がある。「特定の状況の不特定のユーザ」とは、ＳＰ側でユーザを特定する情報を蓄積及び管理はしていないが、特定のイベント会場にいるユーザなど、提供するサービスに応じた状況にあるユーザのことである。
【０００７】
このようなサービスの提供形態においては、サービスを利用するユーザの管理等は行いたくないが、特定の状況にない無関係な人にはサービスの提供を行いたくない。そこで、ＩｄＰにおいて、ユーザが利用する端末が特定の状況にあることを保証するチケットを発行し、そのチケットをサービスの利用権限としてＳＰにサービス要求してきた端末に対して、サービスを提供することが考えられる。
【０００８】
しかしながら、上記のような特定の状況の不特定のユーザにサービスの利用権限を与えることを考慮すると、チケットの配布はメールやアプリケーション内に含めた配信なども想定され、必ずしもセキュアな経路でチケットが配布できるとは限らない。また、特定の状況に応じて、長時間利用可能なチケットを配布したい場合も想定されるが、必ずしもセキュアなストレージでチケットを管理できるとは限らない。従って、ネットワーク経路上で送受信されるチケットが略取されたり、ストレージで管理していたチケットが流出したりすることにより、第三者によりチケットが不正利用される可能性がある。
【０００９】
一つの側面として、本発明は、特定の状況の不特定のユーザに配布されたサービスの利用権限となる認証情報の不正利用を防止することを目的とする。
【課題を解決するための手段】
【００１０】
一つの態様では、認証システムは、サービスを利用する端末と、前記端末にサービスを提供する提供装置と、前記端末が前記提供装置からサービスの提供を受けるための認証情報を前記端末に配布する配布装置とを含む。前記配布装置は、前記端末から端末の状況を示す状況情報及び端末の公開鍵を受け付け、受け付けた状況情報が示す端末の状況に応じた認証情報、及び前記端末の公開鍵を含み、配布装置の秘密鍵で署名した第１の署名文書を生成する。そして、配布装置は、生成した第１の署名文書を、前記端末へ送信する。前記端末は、前記提供装置にサービス要求を行う。また、前記端末は、自端末の状況を示す状況情報、及び自端末の公開鍵を送信することにより、前記配布装置に前記認証情報を要求する。また、前記端末は、前記提供装置から受け付けた提供識別情報を含み、自端末の秘密鍵で署名した第２の署名文書を生成すると共に、前記第１の署名文書及び前記第２の署名文書を前記提供装置へ送信する。
【００１１】
前記提供装置は、前記サービス要求に対して、前記第２の署名文書を一意に識別可能な前記提供識別情報を前記端末へ送信する。また、前記提供装置は、前記配布装置から事前に配布された前記配布装置の公開鍵と、前記端末から受け付けた前記第１の署名文書の署名が示す前記配布装置の秘密鍵との組み合わせを検証する。また、前記提供装置は、前記第１の署名文書に含まれる前記端末の公開鍵と、前記第２の署名文書の署名が示す前記端末の秘密鍵との組み合わせを検証する。また、前記提供装置は、前記第２の署名文書に含まれる前記提供識別情報を受け付けたのが初めてか否か、及び前記第１の署名文書に含まれる認証情報に基づいて、前記端末からのサービス要求を検証する。
【発明の効果】
【００１２】
一つの側面として、特定の状況の不特定のユーザに配布されたサービスの利用権限となる認証情報の不正利用を防止することができる、という効果を有する。
【図面の簡単な説明】
【００１３】
【図１】本実施形態に係る認証システムの概略構成を示すブロック図である。
【図２】端末の状況と発行するチケットとの対応関係を定めたテーブルの一例を示す図である。
【図３】チケットの種類と提供可能なサービスとの対応関係を定めたテーブルの一例を示す図である。
【図４】配布装置として機能するコンピュータの概略構成を示すブロック図である。
【図５】端末として機能するコンピュータの概略構成を示すブロック図である。
【図６】提供装置として機能するコンピュータの概略構成を示すブロック図である。
【図７】サービス利用処理の一例を示すフローチャートである。
【図８】チケット配布処理の一例を示すフローチャートである。
【図９】サービス提供処理の一例を示すフローチャートである。
【図１０】認証システムにおける認証方法を示すシーケンス図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照して開示の技術に係る実施形態の一例を詳細に説明する。
【００１５】
図１に示すように、本実施形態に係る認証システム１０は、サービスを利用する端末３０と、端末３０にサービスを提供する提供装置４０と、端末３０が提供装置４０からサービスの提供を受けるためのチケットを発行する配布装置２０とを含む。
【００１６】
配布装置２０は、配布側生成部２１と、配布側鍵記憶部２５とを含む。配布側鍵記憶部２５には、配布装置２０の公開鍵及び秘密鍵が記憶される。
【００１７】
配布側生成部２１は、端末３０から送信された、端末３０の状況を示す状況情報及び端末３０の公開鍵を含むチケット配布要求を受け付ける。端末３０の状況とは、端末３０を利用するユーザの属性、端末３０が存在する位置、端末３０が使用可能な通信設備等、端末３０、端末３０を利用するユーザ、並びに端末３０及びユーザ周辺の様々な状況である。例えば、端末３０に設けられたＧＰＳ等の位置センサにより得られた緯度経度情報、所定位置に配置されたＮＦＣ（Near Field Communication）機器との通信により得られたＮＦＣ機器のＩＤ等を状況情報とすることができる。また、例えば、ユーザの会社での所属部署等のユーザ属性と対応付けられたユーザＩＤ、及びそのユーザＩＤと組み合わせて管理されるパスワードを、状況情報とすることもできる。
【００１８】
配布側生成部２１は、端末３０が、端末３０の状況に応じたサービスを受けるために、端末３０の状況に対する認証結果を示す認証情報として、端末３０の状況を総合的に表現したチケットを発行する。具体的には、配布側生成部２１は、例えば図２に示すような、端末３０の状況と発行するチケットとの対応関係を予め定めたテーブルを参照して、受け付けたチケット配布要求に含まれる状況情報が示す端末３０の状況に応じたチケットを発行する。図２の例では、チケットＩＤと、そのチケットＩＤが示すチケットと、そのチケットを発行するための条件となる端末３０の状況と、その条件を満たす端末の状況を示す状況情報とが対応付けられたテーブルとなっている。
【００１９】
より具体的には、配布側生成部２１は、例えば、状況情報として受け付けた緯度経度情報が、図２のテーブルに定められた条件を満たす場合に、チケットＩＤ＝Ｐ１が示すチケット「イベント会場Ａ」を発行する。なお、図２に示すテーブルの（Ｘ１，Ｙ１）〜（Ｘ２，Ｙ２）は、緯度経度情報が示す（緯度Ｘ，経度Ｙ）が、（Ｘ１，Ｙ１）〜（Ｘ２，Ｙ２）の範囲に含まれる場合に、条件を満たすことを表している。
【００２０】
また、例えば、配布側生成部２１は、チケット配布要求に含まれる状況情報がユーザＩＤ及びパスワードの場合には、別途管理するユーザＩＤとパスワードとの対応テーブルに基づいて、ユーザＩＤを認証する。そして、配布側生成部２１は、別途管理するユーザＩＤとそのユーザＩＤが示すユーザの所属部署を示す部署コードとの対応テーブルを参照して、ユーザＩＤに対応する部署コードを取得する。さらに、配布側生成部２１は、ユーザＩＤに対応する部署コードが、図２のテーブルに定められた条件（＃００１〜＃００２）を満たす場合に、チケットＩＤ＝Ａ１が示すチケット「営業部」を発行する。
【００２１】
また、配布側生成部２１は、発行したチケットのチケットＩＤ、チケット配布要求に含まれる端末３０の公開鍵、及び第１のランダム値を含み、配布装置２０の秘密鍵で署名した第１の署名文書を生成する。なお、第１のランダム値は、開示の技術の配布識別情報の一例である。ここでは、配布識別情報としてランダム値を用いるが、配布識別情報は、第１の署名文書を一意に識別可能な値であればよい。また、配布側生成部２１は、生成した第１の署名文書を端末３０へ返送する。
【００２２】
端末３０は、要求部３１と、端末側生成部３２と、サービス利用部３３と、端末側鍵記憶部３５とを含む。端末側鍵記憶部３５には、端末３０の公開鍵及び秘密鍵が記憶される。端末３０は、例えばパーソナルコンピュータ（ＰＣ）、ノート型ＰＣ、タブレット、携帯電話等であり、各種アプリケーションが実行される装置である。要求部３１と、端末側生成部３２と、サービス利用部３３とは、端末３０でアプリケーションが実行される際のプロキシ機能として端末３０に搭載される。
【００２３】
要求部３１は、端末３０で実行されているアプリケーションからサービスの提供を要求することを示すサービス要求を受け付けると、サービスの提供を受けるために必要なチケットの配布を配布装置２０に要求するためのチケット配布要求を生成する。上述のように、チケット配布要求は、端末３０の状況を示す状況情報、及び端末側鍵記憶部３５に記憶された端末３０の公開鍵を含む。要求部３１は、取得可能な状況情報のうち、少なくともチケットの発行に必要な状況情報をチケット配布要求に含める。なお、サービス要求の利用権限となるチケットの発行に必要な状況情報が不明の場合には、取得可能な状況情報の全てをチケット配布要求に含めるようにしてもよい。要求部３１は、生成したチケット配布要求を配布装置２０に送信する。
【００２４】
また、要求部３１は、アプリケーションから受け付けたサービス要求を、提供装置４０に中継することにより、提供装置４０に対してサービスの提供を要求する。
【００２５】
端末側生成部３２は、配布装置２０から返送された第１の署名文書、及び要求部３１が送信したサービス要求に対して提供装置４０から返送された第２のランダム値（詳細は後述）を受け付ける。端末側生成部３２は、第１の署名文書に含まれる第１のランダム値、及び提供装置から返送された第２のランダム値を含み、端末３０の秘密鍵で署名した第２の署名文書を生成する。また、端末側生成部３２は、第１の署名文書及び第２の署名文書を、提供装置４０へ送信する。
【００２６】
サービス利用部３３は、提供装置４０でサービスの利用が認可されたことが通知されると、その旨をアプリケーションに通知し、認可されたサービスがアプリケーションにより利用されるように、アプリケーションと提供装置４０との間のデータの送受信を中継する。
【００２７】
提供装置４０は、検証部４１と、提供部４２と、提供側鍵記憶部４５とを含む。提供側鍵記憶部４５には、予め配布装置２０から配布された配布装置２０の公開鍵が記憶される。
【００２８】
検証部４１は、端末３０から送信されたサービス要求を受け付けると、サービス要求を送信した端末３０に対して、第２のランダム値を返送する。なお、第２のランダム値は、開示の技術の提供識別情報の一例である。ここでは、提供識別情報としてランダム値を用いるが、提供識別情報は、第２の署名文書を一意に識別可能な値であればよい。
【００２９】
また、検証部４１は、端末３０から、第１の署名文書及び第２の署名文書を受け付け、第１の署名文書に含まれるチケットＩＤが示すチケットについて、端末３０が要求するサービスの利用権限としての正当性を検証する。
【００３０】
具体的には、検証部４１は、提供側鍵記憶部４５に記憶された配布装置２０の公開鍵と、第１の署名文書の署名が示す配布装置２０の秘密鍵とが正当なペアか否かを検証する。この検証により、検証部４１は、第１の署名文書が正当な配布装置２０により生成されたものであることを確認でき、配布装置２０により発行されたチケットの正当性を確認することができる。
【００３１】
また、検証部４１は、配布装置２０により生成された第１の署名文書に含まれる端末３０の公開鍵と、第２の署名文書の署名が示す端末３０の秘密鍵とが正当なペアか否かを検証する。この検証により、検証部４１は、端末３０と配布装置２０との間でやり取りが行われてチケットが発行されたこと、及びサービスを要求する端末３０に対してチケットが発行されたことを確認することができる。
【００３２】
また、検証部４１は、第２の署名文書に含まれる第２のランダム値に基づいて、第２の署名文書を受け付けたのが初回か否かを検証する。検証部４１は、既に受け付け済みの第２のランダム値を含む第２の署名文書を再度受け付けた場合には、２回目以降に受け付けた第２の署名文書は、ネットワーク上で第三者により略取されたものであると判断することができる。すなわち、この検証により、検証部４１は、端末３０の正当性を確認することができる。
【００３３】
また、検証部４１は、第１の署名文書に含まれる第１のランダム値と、第２の署名文書に含まれる第１のランダム値とが一致するか否かを検証する。この検証により、検証部４１は、第１の署名文書と第２の署名文書とが、同一のサービス要求に対して生成されたセットの署名文書であることを確認することができる。なお、第１の署名文書に含まれる端末３０の公開鍵と、第２の署名文書の署名が示す端末３０の秘密鍵とが正当なペアか否かを検証することで、第１の署名文書と第２の署名文書とがセットか否かを確認することはできる。ここでは、両文書に含まれる第１のランダム値が一致するか否かを確認することで、より確実に、かつ簡易に両文書がセットか否かを確認することができる。
【００３４】
さらに、検証部４１は、上記のように、チケット及び端末３０の正当性が確認できた場合には、チケットが、要求されたサービスの利用権限となるチケットか否かを検証する。具体的には、検証部４１は、例えば、図３に示すような、チケットの種類と提供可能なサービスとの対応関係を予め定めたテールブルを参照する。そして、検証部４１は、第１の署名文書に含まれるチケットＩＤが示すチケットが、要求されたサービスに対応するチケットであるか否かを検証する。図３の例では、提供装置４０が提供するサービスの種類と、そのサービスの提供を要求する際に端末３０がアクセスするＵＲＬと、そのサービスの提供を受けるために必要なチケットを示すチケットＩＤとが対応付けられたテーブルとなっている。
【００３５】
より具体的には、例えば、検証部４１が、端末３０から、サービス「イベント会場Ａのガイダンス」の提供を要求するサービス要求に対して、チケットＩＤ＝Ｐ１を含む第１の署名文書を受け付けたとする。検証部４１は、例えば図３のテーブルに定められた、サービス「イベント会場Ａのガイダンス」に必要なチケットを示すチケットＩＤ（Ｐ１）と、受け付けたチケットＩＤ（Ｐ１）とを比較する。ここでは、両チケットＩＤが一致するため、端末３０によるサービス「イベント会場Ａのガイダンス」の利用を認可する。
【００３６】
一方、第１の署名文書に含まれるチケットＩＤが、サービス「イベント会場Ａのガイダンス」に必要なチケットを示すチケットＩＤ（Ｐ１）と一致しない場合は、検証部４１は、端末３０によるサービス「イベント会場Ａのガイダンス」の利用を拒否する。この場合、端末３０は、チケットＩＤ＝Ｐ１が示すチケットに対応した位置（イベント会場Ａ、緯度経度情報（Ｘ１，Ｙ１）〜（Ｘ２，Ｙ２）、図２参照）に存在しないことを表す。
【００３７】
また、検証部４１は、例えば、図３に示すテーブルのサービス「営業部会議資料」のように、サービスの提供のために必要なチケットを複数定めてもよい。また、検証部４１は、第１の署名文書に複数のチケットＩＤが含まれている場合には、チケットＩＤの各々が示す複数のチケットのいずれかが、要求されたサービスの利用権限となるチケットの場合に、サービスの利用を認可するようにしてもよい。
【００３８】
検証部４１は、サービスの利用を認可するか拒否するかの検証結果を提供部４２に通知する。
【００３９】
提供部４２は、端末３０におけるサービスの利用が認可された場合、その旨を端末３０に通知し、端末３０に対するサービスの提供を開始する。また、提供部４２は、端末３０におけるサービスの利用が拒否された場合、その旨を端末３０に通知する。
【００４０】
配布装置２０は、例えば図４に示すコンピュータ５０で実現することができる。コンピュータ５０はＣＰＵ５２、メモリ５４、不揮発性の記憶部５６、入出力インターフェース（Ｉ／Ｆ）５７、及びネットワークＩ／Ｆ５８を備えている。ＣＰＵ５２、メモリ５４、記憶部５６、入出力Ｉ／Ｆ５７、及びネットワークＩ／Ｆ５８は、バス５９を介して互いに接続されている。
【００４１】
記憶部５６はＨＤＤ（Hard Disk Drive）、ＳＳＤ（solid state drive）、フラッシュメモリ等によって実現できる。記憶媒体としての記憶部５６には、コンピュータ５０を配布装置２０として機能させるためのチケット配布プログラム６０が記憶されている。また、記憶部５６は、配布側鍵記憶領域６５を有する。
【００４２】
ＣＰＵ５２は、チケット配布プログラム６０を記憶部５６から読み出してメモリ５４に展開し、チケット配布プログラム６０が有するプロセスを順次実行する。チケット配布プログラム６０は、配布側生成プロセス６１を有する。ＣＰＵ５２は、配布側生成プロセス６１を実行することで、図１に示す配布側生成部２１として動作する。配布側鍵記憶領域６５は、図１に示す配布側鍵記憶部２５として機能する。これにより、チケット配布プログラム６０を実行したコンピュータ５０が、配布装置２０として機能することになる。
【００４３】
端末３０は、例えば図５に示すコンピュータ７０で実現することができる。コンピュータ７０はＣＰＵ７２、メモリ７４、不揮発性の記憶部７６、入出力Ｉ／Ｆ７７、及びネットワークＩ／Ｆ７８を備えている。ＣＰＵ７２、メモリ７４、記憶部７６、入出力Ｉ／Ｆ７７、及びネットワークＩ／Ｆ７８は、バス７９を介して互いに接続されている。また、入出力Ｉ／Ｆ７７には、表示装置１１０、入力装置１１２、及びセンサ１１４が接続される。センサ１１４は、端末３０の状況情報を取得するためのものである。センサ１１４としては、例えば、ＧＰＳ、ＮＦＣ読取装置、照度センサ等、あらゆるセンサを適用することができ、また、複数のセンサを含んでもよい。なお、状況情報は、ネットワークＩ／Ｆ７８に接続されネットワーク上の外部装置等から取得してもよい。
【００４４】
記憶部７６はＨＤＤ、ＳＳＤ、フラッシュメモリ等によって実現できる。記憶媒体としての記憶部７６には、コンピュータ７０を端末３０として機能させるためのサービス利用プログラム８０が記憶されている。また、記憶部７６は、端末側鍵記憶領域８５を有する。
【００４５】
ＣＰＵ７２は、サービス利用プログラム８０を記憶部７６から読み出してメモリ７４に展開し、サービス利用プログラム８０が有するプロセスを順次実行する。サービス利用プログラム８０は、要求プロセス８１と、端末側生成プロセス８２と、サービス利用プロセス８３とを有する。ＣＰＵ７２は、要求プロセス８１を実行することで、図１に示す要求部３１として動作する。ＣＰＵ７２は、端末側生成プロセス８２を実行することで、図１に示す端末側生成部３２として動作する。ＣＰＵ７２は、サービス利用プロセス８３を実行することで、図１に示すサービス利用部３３として動作する。また、端末側鍵記憶領域８５は、図１に示す端末側鍵記憶部３５として機能する。これにより、サービス利用プログラム８０を実行したコンピュータ７０が、端末３０として機能することになる。
【００４６】
提供装置４０は、例えば図６に示すコンピュータ９０で実現することができる。コンピュータ９０はＣＰＵ９２、メモリ９４、不揮発性の記憶部９６、入出力Ｉ／Ｆ９７、及びネットワークＩ／Ｆ９８を備えている。ＣＰＵ９２、メモリ９４、記憶部９６、入出力Ｉ／Ｆ９７、及びネットワークＩ／Ｆ９８は、バス９９を介して互いに接続されている。
【００４７】
記憶部９６はＨＤＤ、ＳＳＤ、フラッシュメモリ等によって実現できる。記憶媒体としての記憶部９６には、コンピュータ９０を提供装置４０として機能させるためのサービス提供プログラム１００が記憶されている。また、記憶部９６は、提供側鍵記憶領域１０５を有する。
【００４８】
ＣＰＵ９２は、サービス提供プログラム１００を記憶部９６から読み出してメモリ９４に展開し、サービス提供プログラム１００が有するプロセスを順次実行する。サービス提供プログラム１００は、検証プロセス１０１と、提供プロセス１０２とを有する。ＣＰＵ９２は、検証プロセス１０１を実行することで、図１に示す検証部４１として動作する。ＣＰＵ９２は、提供プロセス１０２を実行することで、図１に示す提供部４２として動作する。また、提供側鍵記憶領域１０５は、図１に示す提供側鍵記憶部４５として機能する。これにより、サービス提供プログラム１００を実行したコンピュータ９０が、提供装置４０として機能することになる。
【００４９】
なお、配布装置２０、端末３０、及び提供装置４０の各々は、例えば半導体集積回路、より詳しくはＡＳＩＣ（Application Specific Integrated Circuit）等で実現することも可能である。
【００５０】
次に、本実施形態に係る認証システム１０の作用について説明する。端末３０で実行されているアプリケーションにおいて、サービス要求が発生すると、端末３０において、図７に示すサービス利用処理が実行される。また、配布装置２０では、配布装置２０起動後、図８に示すチケット配布処理が繰り返し実行される。また、提供装置４０では、提供装置４０起動後、図９に示すサービス提供処理が繰り返し実行される。以下、各処理が実行されることにより行われる認証システム１０における認証方法を示す図１０のシーケンス図も参照して、各処理について詳述する。
【００５１】
まず、端末３０で実行されるサービス利用処理（図７）のステップＳ１１で、要求部３１が、アプリケーションで発生したサービス要求を受け付け、そのサービス要求の利用権限となるチケットの発行に必要な状況情報を取得する。また、要求部３１は、端末側鍵記憶部３５から端末３０の公開鍵を読み出す。そして、要求部３１は、状況情報及び端末３０の公開鍵を含めたチケット配布要求を生成し、配布装置２０に送信する（図１０中の２００）。なお、サービス要求の利用権限となるチケットの発行に必要な状況情報が不明の場合には、取得可能な状況情報の全てをチケット配布要求に含めるようにしてもよい。
【００５２】
次に、ステップＳ１２で、端末側生成部３２が、配布装置２０から返送された第１の署名文書を受け付けたか否かを判定する。第１の署名文書を受け付けるまで、本ステップの判定を繰り返す。
【００５３】
ここで、配布装置２０で実行されるチケット配布処理（図８）のステップＳ２１で、配布側生成部２１が、端末３０から送信されたチケット配布要求を受け付けたか否かを判定する。チケット配布要求を受け付けていない場合には、配布側生成部２１は、受け付けるまで本ステップの判定を繰り返す。チケット配布要求を受け付けると、処理はステップＳ２２へ移行する。
【００５４】
ステップＳ２２では、配布側生成部２１は、例えば図２に示すような、端末３０の状況と発行するチケットとの対応関係を予め定めたテーブルを参照して、受け付けたチケット配布要求に含まれる状況情報が示す端末３０の状況に応じたチケットを発行する。そして、配布側生成部２１は、発行したチケットのチケットＩＤ、チケット配布要求に含まれる端末３０の公開鍵、及び第１のランダム値を含む文書を生成する。そして、配布側生成部２１は、配布側鍵記憶部２５から、配布装置２０の秘密鍵を読み出し、生成した文書に配布装置２０の秘密鍵で署名することにより、第１の署名文書を生成する（図１０中の２０１）。
【００５５】
次に、ステップＳ２３で、配布側生成部２１は、生成した第１の署名文書を端末３０へ返送する（図１０中の２０２）。
【００５６】
これにより、図７に示すサービス利用処理のステップＳ１２が肯定判定となり、処理はステップＳ１３へ移行する。ステップＳ１３では、アプリケーションから受け付けたサービス要求を、提供装置４０に中継することにより、提供装置４０に対してサービスの提供を要求する（図１０中の２０３）。
【００５７】
次に、ステップＳ１４で、端末側生成部３２が、提供装置４０から返送された第２のランダム値を受け付けたか否かを判定する。第２のランダム値を受け付けるまで、本ステップの判定を繰り返す。
【００５８】
ここで、提供装置４０で実行されるサービス提供処理（図９）のステップＳ３１で、検証部４１が、端末３０から送信されたサービス要求を受け付けたか否かを判定する。サービス要求を受け付けていない場合には、検証部４１は、受け付けるまで本ステップの判定を繰り返す。サービス要求を受け付けると、処理はステップＳ３２へ移行する。
【００５９】
ステップＳ３２では、検証部４１が、サービス要求を送信した端末３０に対して、第２のランダム値を返送する（図１０中の２０４）。
【００６０】
これにより、図７に示すサービス利用処理のステップＳ１４が肯定判定となり、処理はステップＳ１５へ移行する。一方、図９に示すサービス提供処理は、ステップＳ３３へ移行し、検証部４１が、端末３０から送信された第１の署名文書及び第２の署名文書を受け付けたか否かを判定する。第１の署名文書及び第２の署名文書を受け付けるまで、本ステップの判定を繰り返す。
【００６１】
図７に示すサービス利用処理のステップＳ１５では、端末側生成部３２が、上記ステップＳ１２で受け付けた第１の署名文書に含まれる第１のランダム値、及び上記ステップＳ１４で受け付けた第２のランダム値を含む文書を生成する。そして、端末側生成部３２は、端末側鍵記憶部３５から、端末３０の秘密鍵を読み出し、生成した文書に端末３０の秘密鍵で署名することにより、第２の署名文書を生成する（図１０中の２０５）。
【００６２】
次に、ステップＳ１６で、端末側生成部３２は、上記ステップＳ１２で受け付けた第１の署名文書、及び上記ステップＳ１５で生成した第２の署名文書を、提供装置４０へ送信する（図１０中の２０６）。
【００６３】
これにより、図９に示すサービス提供処理のステップＳ３３が肯定判定となり、処理はステップＳ３４へ移行する。一方、図７に示すサービス利用処理は、ステップＳ１７へ移行し、サービス利用部３３が、提供装置４０からサービスの利用に関する通知を受け付けたか否かを判定する。通知を受け付けるまで、本ステップの判定を繰り返す。
【００６４】
図９に示すサービス提供処理のステップＳ３４では、検証部４１が、受け付けた第１の署名文書及び第２の署名文書に基づいて、第１の署名文書に含まれるチケットＩＤが示すチケット、及びサービス要求している端末３０の正当性を検証する。さらに、検証部４１は、第１の署名文書に含まれるチケットＩＤが示すチケットが、要求されたサービスの利用権限となるチケットか否かを検証する。そして、検証部４１は、サービスの利用を認可するか否かを判定する。認可する場合には、処理はステップＳ３５へ移行し、サービスの利用を拒否する場合には、ステップＳ３６へ移行する（図１０中の２０７）。
【００６５】
ステップＳ３５では、検証部４１が、サービスの利用を認可するとの検証結果を提供部４２に通知する。提供部４２は、サービス要求を送信した端末３０に対して、サービスの利用を開始する旨を通知し、端末３０に対するサービスの提供を開始する（図１０中の２０８）。
【００６６】
一方、ステップＳ３６では、検証部４１が、サービスの利用を拒否するとの検証結果を提供部４２に通知する。提供部４２は、サービス要求を送信した端末３０に対して、サービスの利用を拒否する旨を通知する（図１０中の２０８）。
【００６７】
これにより、図７に示すサービス利用処理のステップＳ１７が肯定判定となり、処理はステップＳ１８へ移行する。ステップＳ１８では、サービス利用部３３が、受け付けた通知が、サービスの利用を開始する旨の通知か否かを判定する。サービスの利用を開始する旨の通知の場合には、処理はステップＳ１９へ移行し、サービスの利用を拒否する旨を通知の場合には、処理はステップＳ２０へ移行する。
【００６８】
ステップＳ１９では、サービス利用部３３が、サービスの利用開始をアプリケーションに通知し、認可されたサービスがアプリケーションにより利用されるように、アプリケーションと提供装置４０との間のデータの送受信を中継する。
【００６９】
一方、ステップＳ２０では、サービス利用部３３が、サービスの利用が拒否されたことを示すメッセージを表示装置１１０に表示するなどして、ユーザに報知し、サービス利用処理は終了する。
【００７０】
なお、図７に示すサービス利用処理のステップＳ１３における、端末３０から提供装置４０へサービス要求を行う処理は、ステップＳ１１の配布装置２０へのチケット配布要求より前に、または同じタイミングで行ってもよい。また、ステップＳ１２で第１の署名文書を受け付けたと判定される前に行ってもよい。
【００７１】
以上説明したように、本実施形態に係る認証システム１０によれば、配布装置２０が、端末３０から受け付けた状況情報に基づいてチケットを発行する。そして、発行したチケットを示すチケットＩＤ及び端末３０の公開鍵を含み、配布装置２０の秘密鍵で署名した第１の署名文書を端末３０に配布する。また、端末３０では、提供装置４０から送信された第２のランダム値を含み、端末３０の秘密鍵で署名した第２の署名文書を生成し、配布装置２０から配布された第１の署名文書と共に、提供装置４０へ送信する。提供装置４０では、配布装置２０から事前に配布された配布装置２０の公開鍵と、第１の署名文書の署名が示す配布装置２０の秘密鍵との組み合わせが検証される。また、第１の署名文書に含まれる端末３０の公開鍵と、第２の署名文書の署名が示す端末３０の秘密鍵との組み合わせが検証される。さらに、第２の署名文書に含まれる第２のランダム値を受け付けたのが初回か否かが検証される。これにより、特定の状況の不特定のユーザに配布されたサービスの利用権限となるチケットの不正利用を防止することができる。
【００７２】
より具体的に、チケットが略取される可能性がある場面毎に、不正利用が防止されることについて説明する。
【００７３】
配布装置２０から端末３０へ第１の署名文書を送信する場面（図１０中の２０２）において、チケットＩＤを含む第１の署名文書が第三者に略取されたとする。この場合、第三者は、第１の署名文書に含まれる端末３０の公開鍵のペアとなる秘密鍵を保持していない。そのため、第三者は、提供装置４０から第２のランダム値を取得していたとしても、署名に用いる端末３０の秘密鍵がないため、正当な第２の署名文書を生成することができない。提供装置４０では、正当な署名がなされていない第２の署名文書を受け取った場合には、そのサービス要求を拒否すればよい。従って、第１の署名文書が略取されたとしても、不正利用を防止することができる。
【００７４】
また、端末３０から提供装置４０へ第１の署名文書及び第２の署名文書を送信する場面（図１０中の２０６）において、第１の署名文書及び第２の署名文書が第三者に略取されたとする。この場合、正当な端末３０から送信した両文書が提供装置４０へ到着する前に、第三者に略取された両文書が提供装置４０に到着することは想定し難い。両文書を略取した第三者は、提供装置４０からの返信を受けるために、端末３０の識別情報（ＩＰアドレス等）の書き換え等の処理を行うと考えられるためである。すなわち、提供装置４０では、第２のランダム値に基づいて、既に受け付け済みの第２のランダム値を含む第２の署名文書が送信されてきた場合には、そのアクセスを第三者によるアクセスであると判定することができ、そのようなサービス要求を拒否すればよい。従って、第１の署名文書及び第２の署名文書が略取されたとしても、不正利用を防止することができる。
【００７５】
さらに、第三者に、端末３０の秘密鍵が流出し、かつ第１の署名文書が略取されたとする。この場合、第三者は、提供装置４０から第２のランダム値を取得することにより、正当な第２の署名文書を生成可能になってしまう。この場合、第１の署名文書に含まれる第１のランダム値を指定して、第１の署名文書を無効化するように提供装置４０へ通知すればよい。これにより、提供装置４０では、無効化した第１の署名文書の受け付けを拒否することができる。また、第１のランダム値は、第１の署名文書を一意に識別可能な情報であるため、正当な端末３０から再度チケット配布要求を行った場合には、異なる第１のランダム値が含まれる第１の署名文書が配布される。そのため、正当な端末３０からのサービス要求を妨げることはない。
【００７６】
上記のように、本実施形態に係る認証システムによれば、チケット略取に対する対策が施されているため、配布装置２０と端末３０と提供装置４０と間にセキュアなネットワーク経路が構築されていない場合でも、チケットの配布を行うことができる。また、チケットを保管するストレージがセキュアなストレージではない場合でも、流出したチケットの不正利用を防止することができるため、チケットの長時間保管が可能になる。また、配布装置２０から提供装置４０に対して、事前に配布装置２０の公開鍵を配布しておけば、サービス利用の認証の際に、配布装置２０と提供装置４０とでやり取りを行う必要がない。そのため、配布装置２０と提供装置４０とを、ネットワーク的に分断したシステムとして構築することができる。
【００７７】
本実施形態に係る認証システムを適用して、例えば、イベント会場等の特定の場所にいるユーザに対して、ユーザ登録等の管理を行って、端末３０の出自を認証することなく、ユーザがいる特定の場所に応じたサービスを提供することができる。
【００７８】
また、端末３０の状況に応じて、すなわち、配布装置２０で発行されたチケットに応じて、端末３０が接続するネットワークを変更したり、端末３０をネットワークから分離したりすることができる。例えば、ユーザが社内にいることを示すチケットを利用権限として用いてサービス要求することで、提供装置４０に保管されている「社外秘」のファイルにアクセス可能にすることができる。一方、社外にいるユーザに対しては、社内にいることを示すチケットが発行されないため、社外にいるユーザはネットワークから分離され、「社外秘」のファイルにアクセスできなくなる。このように、端末３０の状況に合わせて、ダイナミックにネットワーク構成を構築することができる。
【００７９】
なお、上記実施形態では、第１の署名文書に第１のランダム値を含める場合について説明したが、第１のランダム値がない場合でも、チケット及び端末３０の正当性は検証可能であるため、第１のランダム値を省略してもよい。ただし、第１のランダム値を用いることにより、上述のように、文書単位で第１の署名文書を無効化できるため、端末３０単位でサービスの利用を拒否するような場合に比べ、サービスの利用拒否による影響が及ぶ範囲を必要な範囲に抑えることができる。さらに、第１のランダム値を用いることで、上述したように、第１の署名文書と第２の署名文書とがセットか否かを、より確実に、かつ簡易に確認することができる。
【００８０】
また、上記実施形態では、チケット配布プログラム６０、サービス利用プログラム８０、及びサービス提供プログラム１００が、それぞれ記憶部５６、記憶部７６、及び記憶部９６に予め記憶（インストール）されている態様を説明したが、これに限定されない。ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＵＳＢメモリ等の記憶媒体に記録された形態で提供することも可能である。
【００８１】
以上の実施形態に関し、更に以下の付記を開示する。
【００８２】
（付記１）
サービスを利用する端末と、前記端末にサービスを提供する提供装置と、前記端末が前記提供装置からサービスの提供を受けるための認証情報を前記端末に配布する配布装置と、を含む認証システムであって、
前記配布装置は、
前記端末から端末の状況を示す状況情報及び端末の公開鍵を受け付け、受け付けた状況情報が示す端末の状況に応じた認証情報、及び前記端末の公開鍵を含み、配布装置の秘密鍵で署名した第１の署名文書を生成して、前記端末へ送信する配布側生成部を含み、
前記端末は、
前記提供装置にサービス要求を行うと共に、自端末の状況を示す状況情報、及び自端末の公開鍵を送信することにより、前記配布装置に前記認証情報を要求する要求部と、
前記提供装置から受け付けた提供識別情報を含み、自端末の秘密鍵で署名した第２の署名文書を生成すると共に、前記第１の署名文書及び前記第２の署名文書を前記提供装置へ送信する端末側生成部と、を含み、
前記提供装置は、
前記サービス要求に対して、前記第２の署名文書を一意に識別可能な前記提供識別情報を前記端末へ送信すると共に、前記配布装置から事前に配布された前記配布装置の公開鍵と、前記端末から受け付けた前記第１の署名文書の署名が示す前記配布装置の秘密鍵との組み合わせ、前記第１の署名文書に含まれる前記端末の公開鍵と、前記第２の署名文書の署名が示す前記端末の秘密鍵との組み合わせ、前記第２の署名文書に含まれる前記提供識別情報を受け付けたのが初めてか否か、及び前記第１の署名文書に含まれる認証情報に基づいて、前記端末からのサービス要求を検証する検証部を含む
認証システム。
【００８３】
（付記２）
前記配布側生成部は、前記第１の署名文書に、前記第１の署名文書を一意に識別可能な配布識別情報をさらに含め、
前記端末側生成部は、前記第２の署名文書に、前記第１の署名文書に含まれる前記配布識別情報をさらに含める
付記１記載の認証システム。
【００８４】
（付記３）
サービスを利用する端末と、前記端末にサービスを提供する提供装置と、前記端末が前記提供装置からサービスの提供を受けるための認証情報を前記端末に配布する配布装置と、を含む認証システムで実行される認証方法であって、
前記配布装置に、前記端末から送信された端末の状況を示す状況情報及び端末の公開鍵を受け付け、受け付けた状況情報が示す端末の状況に応じた認証情報、及び前記端末の公開鍵を含み、配布装置の秘密鍵で署名した第１の署名文書を生成して、前記端末へ送信することを含む処理を実行させ、
前記端末に、
前記提供装置にサービス要求を行うと共に、自端末の状況を示す状況情報、及び自端末の公開鍵を送信することにより、前記配布装置に前記認証情報を要求し、
前記提供装置から受け付けた提供識別情報を含み、自端末の秘密鍵で署名した第２の署名文書を生成すると共に、前記第１の署名文書及び前記第２の署名文書を前記提供装置へ送信することを含む処理を実行させ、  前記提供装置に、前記サービス要求に対して、前記第２の署名文書を一意に識別可能な前記提供識別情報を前記端末へ送信すると共に、前記配布装置から事前に配布された前記配布装置の公開鍵と、前記端末から受け付けた前記第１の署名文書の署名が示す前記配布装置の秘密鍵との組み合わせ、前記第１の署名文書に含まれる前記端末の公開鍵と、前記第２の署名文書の署名が示す前記端末の秘密鍵との組み合わせ、前記第２の署名文書に含まれる前記提供識別情報を受け付けたのが初めてか否か、及び前記第１の署名文書に含まれる認証情報に基づいて、前記端末からのサービス要求を検証することを含む処理を実行させる
認証方法。
【００８５】
（付記４）
サービスを利用する端末と、前記端末がサービスの提供を受けるための認証情報を前記端末に配布する配布装置と共に認証システムに含まれ、かつ前記端末にサービスを提供する提供装置であって、
前記配布装置で生成された第１の署名文書であって、前記端末の状況を示す状況情報が示す端末の状況に応じた認証情報、及び前記端末の公開鍵を含み、配布装置の秘密鍵で署名された第１の署名文書と、前記端末で生成された第２の署名文書であって、前記端末のサービス要求に対して返信した前記第２の署名文書を一意に識別可能な提供識別情報を含み、前記端末の秘密鍵で署名された第２の署名文書とを、前記端末から受け付ける受付部と、
前記配布装置から事前に配布された前記配布装置の公開鍵と、前記端末から受け付けた前記第１の署名文書の署名が示す前記配布装置の秘密鍵との組み合わせ、前記第１の署名文書に含まれる前記端末の公開鍵と、前記第２の署名文書の署名が示す前記端末の秘密鍵との組み合わせ、前記第２の署名文書に含まれる前記提供識別情報を受け付けたのが初めてか否か、及び前記第１の署名文書に含まれる認証情報に基づいて、前記端末からのサービス要求を検証する検証部と、
を含む提供装置。
【００８６】
（付記５）
サービスを利用する端末と、前記端末にサービスを提供する提供装置と共に認証システムに含まれ、かつ前記端末がサービスの提供を受けるための認証情報を前記端末に配布する配布装置であって、
前記端末から端末の状況を示す状況情報及び端末の公開鍵を受け付け、受け付けた状況情報が示す端末の状況に応じた認証情報、及び前記端末の公開鍵を含み、配布装置の秘密鍵で署名した第１の署名文書を生成して、前記端末へ送信する
配布装置。
【００８７】
（付記６）
端末にサービスを提供する提供装置と、前記端末がサービスの提供を受けるための認証情報を前記端末に配布する配布装置と共に認証システムに含まれ、かつサービスを利用する前記端末であって、
前記提供装置にサービス要求を行うと共に、自端末の状況を示す状況情報、及び自端末の公開鍵を送信することにより、前記配布装置に、前記状況情報が示す端末の状況に応じた認証情報を要求する要求部と、
前記提供装置から受け付けた提供識別情報を含み、自端末の秘密鍵で署名した第２の署名文書を生成すると共に、前記配布装置で生成された第１の署名文書であって、前記端末の状況を示す状況情報が示す端末の状況に応じた認証情報、及び前記端末の公開鍵を含み、配布装置の秘密鍵で署名された第１の署名文書、及び前記第２の署名文書を前記提供装置へ送信する端末側生成部と、
を含む端末。
【００８８】
（付記７）
サービスを利用する端末と、前記端末がサービスの提供を受けるための認証情報を前記端末に配布する配布装置と共に認証システムに含まれ、かつ前記端末にサービスを提供する提供装置として機能するコンピュータに、
前記配布装置で生成された第１の署名文書であって、前記端末の状況を示す状況情報が示す端末の状況に応じた認証情報、及び前記端末の公開鍵を含み、配布装置の秘密鍵で署名された第１の署名文書と、前記端末で生成された第２の署名文書であって、前記端末のサービス要求に対して返信した前記第２の署名文書を一意に識別可能な提供識別情報を含み、前記端末の秘密鍵で署名された第２の署名文書とを、前記端末から受け付け、
前記配布装置から事前に配布された前記配布装置の公開鍵と、前記端末から受け付けた前記第１の署名文書の署名が示す前記配布装置の秘密鍵との組み合わせ、前記第１の署名文書に含まれる前記端末の公開鍵と、前記第２の署名文書の署名が示す前記端末の秘密鍵との組み合わせ、前記第２の署名文書に含まれる前記提供識別情報を受け付けたのが初めてか否か、及び前記第１の署名文書に含まれる認証情報に基づいて、前記端末からのサービス要求を検証する
ことを含む処理を実行させるための提供プログラム。
【００８９】
（付記８）
サービスを利用する端末と、前記端末にサービスを提供する提供装置と共に認証システムに含まれ、かつ前記端末がサービスの提供を受けるための認証情報を前記端末に配布する配布装置として機能するコンピュータに、
前記端末から端末の状況を示す状況情報及び端末の公開鍵を受け付け、受け付けた状況情報が示す端末の状況に応じた認証情報、及び前記端末の公開鍵を含み、配布装置の秘密鍵で署名した第１の署名文書を生成して、前記端末へ送信する
ことを含む処理を実行させるための配布プログラム。
【００９０】
（付記９）
端末にサービスを提供する提供装置と、前記端末がサービスの提供を受けるための認証情報を前記端末に配布する配布装置と共に認証システムに含まれ、かつサービスを利用する前記端末として機能するコンピュータに、
前記提供装置にサービス要求を行うと共に、自端末の状況を示す状況情報、及び自端末の公開鍵を送信することにより、前記配布装置に、前記状況情報が示す端末の状況に応じた認証情報を要求し、
前記提供装置から受け付けた提供識別情報を含み、自端末の秘密鍵で署名した第２の署名文書を生成すると共に、前記配布装置で生成された第１の署名文書であって、前記端末の状況を示す状況情報が示す端末の状況に応じた認証情報、及び前記端末の公開鍵を含み、配布装置の秘密鍵で署名された第１の署名文書、及び前記第２の署名文書を前記提供装置へ送信する
ことを含む処理を実行させるためのサービス利用プログラム。
【符号の説明】
【００９１】
１０   認証システム
２０   配布装置
２１   配布側生成部
２５   配布側鍵記憶部
３０   端末
３１   要求部
３２   端末側生成部
３３   サービス利用部
３５   端末側鍵記憶部
４０   提供装置
４１   検証部
４２   提供部
４５   提供側鍵記憶部
５０、７０、９０     コンピュータ
５２、７２、９２     ＣＰＵ
５４、７４、９４     メモリ
５６、７６、９６     記憶部
６０   チケット配布プログラム
８０   サービス利用プログラム
１００ サービス提供プログラム
【図１】
2015194879.tif 000003
【図２】
2015194879.tif 000004
【図３】
2015194879.tif 000005
【図４】
2015194879.tif 000006
【図５】
2015194879.tif 000007
【図６】
2015194879.tif 000008
【図７】
2015194879.tif 000009
【図８】
2015194879.tif 000010
【図９】
2015194879.tif 000011
【図１０】
2015194879.tif 000012