JP2005234916A

JP2005234916A - 属性証明書適用装置及び方法

Info

Publication number: JP2005234916A
Application number: JP2004043826A
Authority: JP
Inventors: Mitsuhiro Oikawa; 光浩笈川
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2004-02-20
Filing date: 2004-02-20
Publication date: 2005-09-02

Abstract

【課題】
通常の端末およびモバイル端末とサービス提供装置との間で安全な情報の送受信を行う際に，サービス提供者側の負担の軽減し，モバイル端末に容易に実装できるような仕組みを提供すること。
【解決手段】
モバイル端末とサービス提供装置との間に，属性証明書を含むモバイル端末用の署名データを通常の端末用の署名データに変換するモバイル端末適用装置を準備し，署名データの署名対象部分には，公開鍵証明書や属性証明書を含めない構造を持たせることによって，署名データの変換を行えるようにする。また，属性証明書を安全に管理できないようなモバイル端末の場合には，モバイル端末適用装置が，属性認証局から属性証明書を取得して署名データに付け加えることにより，安全に管理されている属性証明書を取得可能とする。
【選択図】図１２

Description

本発明は，通常の端末およびモバイル端末とサービス提供装置とが，属性証明書を含む署名データの送受信するシステムにおいて，サービス提供装置の運用性を向上させるために好適な技術に関する。

近年では，Webサービスなどのように，あるユーザの端末とユーザに何からのサービスを提供するサービス提供装置とがネットワークで接続されており，ユーザの端末とサービス提供装置との間で情報の送受信を行ってサービスの提供を行うシステムが広く利用されている。この際，送受信される情報の改竄や送信する側のなりすましを防止するために，公開鍵証明書を用いた電子署名技術が用いることができる（例えば，非特許文献１，非特許文献２）。

また，ユーザの端末がリソースの限られたモバイル端末である場合，両者で取り扱えるコンテンツ情報の形式が異なる場合の対策技術として，コンテンツを変換するための装置を両者の間に設置するという方法がある（例えば，特許文献１）。

特開平１１−３４５１７８号公報 B. Kaliski，J. Staddon著「PKCS #1: RSA Cryptography Specifications Version 2.0(RFC2437)」，（米国），The Internet Society，１９９８年１０月，ｐ．１−３９ International Telecommunication Union著「Information technology − Open systems interconnection − The Directory: Public−key and attribute certificate frameworks (ITU−T Recommendation X.509)」，（スイス），International Telecommunication Union，２０００年３月３１日，ｐ．１−１２９

かかる従来の方法においては，次のような問題がある。

すなわち，モバイル端末とサービス提供装置との間で安全な情報の送受信を行うためには，モバイル端末に電子署名に必要な秘密鍵や公開鍵証明書を管理，利用するための機能が必要となるが，通常の端末でサポートされている機能であっても，モバイル端末ではその機能がサポートされていないことがある。そのため，通常の端末とモバイル端末の両方の種類の端末からサービスを受けられるようにシステムを構築しようとすると，図１０のように，サービス提供装置に必要なWeb画面のファイルや署名プログラムを，通常の端末用とモバイル端末用の２種類用意・管理する必要がある。この形態では，サービスを変更する度に，２種類のWeb画面ファイルや署名プログラムを変更することになり，サービス提供者側の負担が大きくなる。

また，署名データは，ユーザの秘密鍵で署名されているので，従来のコンテンツ変換装置のようなものを設置する方法で署名データの変換をしてしまうと，署名データを改竄してしまうことになり，当該方法を単純に適用することはできない。

さらには，通常の端末やモバイル端末では，属性証明書の管理を行う機能が標準的に実装されていない場合があり，属性証明書を安全に管理，利用できないといった課題がある。

本発明は，上記事情に鑑みてなされたものであり，属性証明書を伴う署名データの送受信を行うサービス提供装置において，通常の端末からのアクセスとモバイル端末からのアクセスの両方をサポートしつつ，サービス提供者側の開発コストや運用コストを削減するものである。

本発明では，モバイル端末とサービス提供装置との間に，属性証明書を含むモバイル端末用の署名データを通常の端末用の署名データに変換するモバイル端末適用装置を準備し，署名データの署名対象部分には，公開鍵証明書や属性証明書を含めない構造を持たせることによって，署名データの変換を行えるようにする。このような仕組みを持たせることにより，サービスの提供内容を変更する場合に，通常の端末用のWeb画面用ファイルのみの変更で対応が可能なようにする。

また，属性証明書を安全に管理できないようなモバイル端末の場合には，モバイル端末適用装置が，属性認証局から属性証明書を取得して署名データに付け加えることにより，安全に管理されている属性証明書を取得可能とすることを特徴とする。

本発明によれば，通常の端末用のWeb画面ファイルと，モバイル端末用のWeb画面ファイルの２種類を開発，管理する必要がなく，サービス変更に伴うメンテナンスは通常の端末用のWeb画面ファイルのみとなり，サービス提供者側の開発コストや運用コストを削減することができる。

また，モバイル端末で属性証明書の管理が困難な場合の対策として，属性認証局で安全に管理している属性証明書を署名データに組み込むことができるため，モバイル端末中での属性証明書の不正な改竄やすりかえ行為を防ぐことも可能となる。

モバイル端末とサービス提供装置との間に，属性証明書を含むモバイル端末用の署名データを通常の端末用の署名データに変換するモバイル端末適用装置を設置し，署名データの署名対象部分には，公開鍵証明書や属性証明書を含めない構造を持たせることによって，署名データの変換を行うことを可能とした。

また，本来，モバイル端末側で管理する属性証明書を，属性認証局から取得することで，不正な改竄やすりかえ行為を受けていない属性証明書の利用を実現した。

以下，図面を用いて，本発明の実施例を説明する。なお，以下で説明する図面において，同一の番号は同様の部品・要素を表すものとする。また，これにより本発明が限定されるものではない。

図１は，本実施例を実現するためのシステム構成を示す図である。

Webサーバ等，サービス提供者がユーザに対して何らかのサービスを提供するための業務サービス提供装置１００と，ユーザに対して公開鍵証明書を発行する認証局装置１１０と，認証局によって発行された公開鍵証明書に，属性値を割り付けた属性証明書を発行する属性認証局装置１２０と，パーソナルコンピュータ等のコンシューマ向けとして一般的に利用されている装置である端末１３０と，PDAや携帯電話等，小型化によってリソースが制限された装置であるモバイル端末１４０と，モバイル端末から送信されてきたモバイル端末用の署名データを通常の端末用の署名データに変換するモバイル端末適用装置１５０とがネットワーク１６０で接続されている。また，端末もしくはモバイル端末を所有するユーザは，秘密鍵，当該秘密鍵に対応して認証局装置１１０によって発行された公開鍵証明書，および，当該公開鍵証明書に結び付けられており，各業務サービスに対応した属性を格納して属性認証局装置１２０から発行された属性証明書を所有しているものとする。

図２は，図１で列挙した，業務サービス提供装置１００，認証局装置１１０，属性認証局装置１２０，端末１３０，モバイル端末１４０，及び，モバイル端末適用装置１５０のハードウェア構成を示す図である。

各装置１００〜１５０は，入力装置２００と，表示装置２１０と，ＣＰＵ２２０と，メモリ２３０，記憶装置２４０，および，通信装置２５０とが，バスなどの内部通信線(以下，バスという)２６０によって接続された構成となっている。入力装置２００は，各装置１００〜１５０を利用する人が，データや命令等を入力するために用いられるものであり，キーボードやマウス等で構成される。また，表示装置２１０は，各装置１００〜１５０を利用する人に対して，メッセージ等を表示するために用いられるものであり，ＣＲＴや液晶ディスプレイ等で構成される。また，ＣＰＵ２２０は，各装置１００〜１５０の構成要素を統括的に制御したり，様々な演算処理を行ったりする。また，メモリ２３０には，図３〜８に示すようなプログラムや，処理に必要なデータが一時的に格納される。また，記憶装置２４０は，各装置１００〜１５０で使用されるプログラムやデータを永続的に記憶するために用いられるものであり，ハードディスク等で構成される。また，通信装置２５０は，ネットワーク１６０を介して，図１に示す各装置１００〜１５０との間でのデータのやり取りを行うためのインタフェースである。

図３〜８では，各装置１００〜１５０に関するソフトウェア構成を示す。

図３は，業務サービス提供装置１００のソフトウェア構成を示す図である。

業務サービス提供装置１００のメモリ２３０には，オペレーティングシステム３００と，Ｗｅｂサーバプログラム３１０と，検証プログラム３２０といったプログラム等が一時的に格納される。また，業務サービス提供装置１００の記憶装置２４０には，端末用Web画面ファイル群３３０と端末用署名プログラム３４０と検証用設定情報３７０等のデータが格納されている。従来の方法では，さらにモバイル端末用Web画面ファイル群３５０やモバイル端末用署名プログラム３６０も格納されていたが，本実施例では，これらの情報をサービス提供装置に格納しておく必要がなくなる。

オペレーティングシステム３００は，業務サービス提供装置１００の全体の制御を行うために，ファイル管理，プロセス管理，デバイス管理といった機能を実現するためのプログラムである。また，Ｗｅｂサーバプログラム３１０は，ＨＴＴＰプロトコルによって，ネットワーク上の他の装置と通信を行い，各種業務サービスを提供するためのプログラムである。当該プログラムは，当該業務サービスのユーザからのリクエストを受信した場合，当該リクエストに対応する端末用Ｗｅｂ画面ファイル群３３０をレスポンスとしてユーザに返信する。本実施例では，Ｗｅｂサーバプログラムを例として挙げたが，他の通信プロトコルを扱うネットワークサービスでもよい。また，検証プログラム３２０は，当該業務サービスのユーザが送信してきた署名データを，業務サービス提供装置１００の記憶装置２４０内で保管している検証用設定情報３７０の設定内容に基づいて，署名や各種証明書を検証するプログラムである。

端末用Ｗｅｂ画面ファイル群３３０は，通常の端末向けにサービスを提供する際に，ユーザのＷｅｂブラウザに表示させる画面情報であり，ＨＴＭＬファイルやＷｅｂ画面を生成するＣＧＩプログラムが含まれる。また，端末用署名プログラム３４０は，通常の端末向けにサービスを提供する際に，ユーザがＷｅｂブラウザで入力した情報に対し，ユーザの秘密鍵６４０を用いて端末用署名データ１０００を生成するプログラムであり，当該署名データを要求するＷｅｂ画面とともにユーザの端末に送信され，ユーザの端末で当該プログラムは実行される。また，検証用設定情報３７０は，業務サービス提供装置が提供するサービスにおいて，ユーザが送信してきた署名データの検証を行うために必要な情報であり，例えば，信頼する認証局の公開鍵証明書情報などが相当する。

図４は，認証局装置１１０のソフトウェア構成を示す図である。

認証局装置１１０のメモリ２３０には，オペレーティングシステム４００と，公開鍵証明書発行プログラム４１０と，失効情報発行プログラム４２０と，失効情報公開プログラム４３０といったプログラム等が一時的に格納される。また，認証局装置１１０の記憶装置２４０には，認証局の所有する秘密鍵４４０と，当該秘密鍵に対応した公開鍵証明書４５０と，当該認証局が発行した公開鍵証明書に関する失効情報４６０等のデータが格納されている。

オペレーティングシステム４００は，認証局装置１１０の全体の制御を行うために，ファイル管理，プロセス管理，デバイス管理といった機能を実現するためのプログラムである。また，公開鍵証明書発行プログラム４１０は，あるユーザに関して，当該ユーザの識別名とユーザの所有する公開鍵とを結びつけ，当該情報に対し認証局の秘密鍵を用いて電子署名を施した公開鍵証明書を発行するプログラムである。当該認証局装置では，認証局自身に対する認証局公開鍵証明書４５０と，属性認証局装置１２０を運用する属性認証局への公開鍵証明書５５０と，端末１３０，もしくは，モバイル端末１４０を使用するユーザへの公開鍵証明書６５０を発行する。また，失効情報発行プログラム４２０は，当該認証局が発行した公開鍵証明書に関して，失効されている公開鍵証明書の情報の一覧に，当該認証局の秘密鍵を用いて電子書名を施した失効情報４６０を生成するプログラムである。生成された失効情報は記憶装置２４０内で保管される。また，失効情報公開プログラム４３０は，認証局装置１１０の記憶装置２４０内にある失効情報２４０を，ユーザからの問い合わせによって開示するプログラムである。

認証局の秘密鍵４４０は，認証局が所有する秘密鍵情報であり，当該認証局内で安全に管理されるものとする。また，認証局の公開鍵証明書４５０は，公開鍵証明書発行プログラム４１０にて，自身に発行した自己署名の公開鍵証明書である。また，失効情報４６０は，失効情報発行プログラム４３０によって生成される，公開鍵証明書の失効情報であり，例えば，証明書失効リスト（ＣＲＬ）である。当該認証局装置１１０は，信頼できる機関によって安全に運用されるものとする。当該認証局装置が発行する公開鍵証明書や失効情報は，非特許文献２で規定されている仕様のものである。

図５は，属性認証局装置１２０のソフトウェア構成を示す図である。

属性認証局装置１２０のメモリ２３０には，オペレーティングシステム５００と，属性証明書発行プログラム５１０といったプログラム等が一時的に格納される。また，属性認証局装置１２０の記憶装置２４０には，属性認証局の所有する秘密鍵５４０と，当該秘密鍵に対応した公開鍵証明書５５０と，属性認証局が発行したユーザの属性証明書５６０等のデータが格納されている。

オペレーティングシステム５００は，属性認証局装置１２０の全体の制御を行うために，ファイル管理，プロセス管理，デバイス管理といった機能を実現するためのプログラムである。また，属性証明書発行プログラム５１０は，公開鍵証明書を所有しているあるユーザに関して，当該ユーザの公開鍵証明書情報とユーザの属性値とを結びつけ，当該情報に対し属性認証局の秘密鍵を用いて電子署名を施した属性証明書を発行するプログラムである。当該属性認証局装置では，端末１３０，あるいは，モバイル端末１４０を使用するユーザへの属性証明書５６０を発行する。当該属性認証局が発行する属性証明書は，非特許文献２で規定されている仕様のものである。

属性認証局の秘密鍵５４０は，属性認証局が所有する秘密鍵情報であり，当該属性認証局内で安全に管理されるものとする。また，属性認証局の公開鍵証明書５５０は，認証局装置１１０の公開鍵証明書発行プログラム４１０にて発行された，当該属性認証局の所有する秘密鍵５４０に対応した公開鍵証明書である。また，ユーザの属性証明書５６０は，属性証明書発行プログラム５１０によって生成されたユーザ用の属性証明書である。当該属性証明書５６０には，当該属性証明書の所有者に関する属性情報が記載されている。
当該属性認証局装置１２０は，信頼できる機関によって安全に運用されるものとする。

図６は，端末１３０のソフトウェア構成を示す図である。

端末１３０のメモリ２３０には，端末用オペレーティングシステム６００と，Ｗｅｂブラウザプログラム６１０といったプログラム等が格納されている。また，サービス提供装置１００から，署名データを要求するＷｅｂ画面を受信した際に，端末用署名プログラム３４０が，メモリ２３０に一時的に格納される。また，端末１３０の記憶装置２４０には，ユーザの所有する秘密鍵６４０と，当該秘密鍵に対応した公開鍵証明書６５０と，属性認証局が発行したユーザの属性証明書５６０と，認証局の公開鍵証明書４５０と属性認証局の公開鍵証明書５５０等のデータが格納されている。

端末用オペレーティングシステム６００は，端末１３０の全体の制御を行うために，ファイル管理，プロセス管理，デバイス管理といった機能を実現するためのプログラムである。また，Ｗｅｂブラウザプログラム６１０は，業務サービス提供装置１００等から受信したＷｅｂ画面を表示し，ユーザからの入力情報を業務サービス提供装置１００等に送信するプログラムである。

ユーザの秘密鍵６４０は，ユーザが所有する秘密鍵情報であり，当該ユーザによって安全に管理されるものとする。また，ユーザの公開鍵証明書６５０は，認証局装置１１０の公開鍵証明書発行プログラム４１０にて発行された，当該ユーザの所有する秘密鍵６４０に対応した公開鍵証明書である。ユーザの属性証明書５６０，認証局の公開鍵証明書４５０，属性認証局の公開鍵証明書５５０は，上述のとおりである。

図７は，モバイル端末１４０のソフトウェア構成を示す図である。

モバイル端末１４０のメモリ２３０には，モバイル端末用オペレーティングシステム７００と，モバイル端末用Ｗｅｂブラウザプログラム７１０といったプログラム等が格納されている。また，従来の方法では，サービス提供装置１００から，署名データを要求するＷｅｂ画面を受信した際に，モバイル端末用署名プログラム３６０が，メモリ２３０に一時的に格納されていたが，本実施例では，その代わりに，適用装置利用プログラム８３０が，メモリ２３０に一時的に格納されことになる。また，モバイル端末１４０の記憶装置２４０には，ユーザの所有する秘密鍵６４０と，当該秘密鍵に対応した公開鍵証明書６５０と，属性認証局が発行したユーザの属性証明書５６０と，認証局の公開鍵証明書４５０と属性認証局の公開鍵証明書５５０等のデータが格納されている。

モバイル端末用オペレーティングシステム７００は，モバイル端末１４０の全体の制御を行うために，ファイル管理，プロセス管理，デバイス管理といった機能を実現するためのプログラムである。また，モバイル端末用Ｗｅｂブラウザプログラム７１０は，業務サービス提供装置１００やモバイル端末適用装置１５０等から受信したＷｅｂ画面を表示し，ユーザからの入力情報を業務サービス提供装置１００やモバイル端末適用装置１５０等に送信するプログラムである。モバイル端末用オペレーティングシステム７００やモバイル端末用Ｗｅｂブラウザプログラム７１０は，端末用オペレーティングシステム６００やＷｅｂブラウザプログラム６１０よりも機能的に劣っている。特に，公開鍵証明書の管理機能や署名データの生成機能等が，モバイル端末側では十分にサポートされていないものとする。

図８は，モバイル端末適用装置１５０のソフトウェア構成を示す図である。

モバイル端末適用装置１５０のメモリ２３０には，オペレーティングシステム８００と，転送プログラム８１０と，署名データ変換プログラム８２０と適用装置利用プログラム８３０といったプログラム等が一時的に格納される。また，当該メモリ２３０には，属性証明書取得プログラム８４０も一時的に格納される場合もある。

オペレーティングシステム３００は，モバイル端末適用装置１５０の全体の制御を行うために，ファイル管理，プロセス管理，デバイス管理といった機能を実現するためのプログラムである。また，転送プログラム８１０は，モバイル端末１４０から受信した情報をサービス提供装置１００に転送し，当該サービス提供装置１００から返信されてきた情報を当該モバイル端末に転送するプログラムである。転送するデータが，モバイル端末用署名データ９００であった場合は，署名データ変換プログラム８２０に処理を一時的に渡す。また，当該サービス提供装置１００から返信されてきた情報が署名データを要求している場合，すなわち，送信されてきたデータ中に端末用署名プログラム３４０が含まれていた場合は，端末用署名プログラム３４０を転送する代わりに適用装置利用プログラム８３０をモバイル端末１４０に送付する機能も持つ。署名データ変換プログラム８２０は，モバイル端末１４０から送付されてきたモバイル端末用署名データ９００を端末用署名データ１０００に変換するためのプログラムである。適用装置利用プログラム８３０は，ユーザがモバイル端末用Ｗｅｂブラウザで入力した情報に対し，ユーザの秘密鍵６４０を用いてモバイル端末用署名データ９００を生成するプログラムであり，端末用署名データ１０００を要求するＷｅｂ画面とともに，端末用署名プログラム３４０がサービス提供装置１００から送信されてきた際に，モバイル端末１４０に送信されるものである。従って，当該プログラムは，モバイル端末適用装置１５０で実行されるものではなく，モバイル端末１４０で実行される。属性証明書取得プログラム８４０は，モバイル端末１４０を使用するユーザから送信されてきたモバイル端末用署名データ９００の中に，当該ユーザの属性証明書５６０が含まれていない場合に，属性認証局装置１２０に当該ユーザの属性証明書５６０を取得しにいくプログラムである。

上記各プログラムは，それぞれが格納されている装置のＣＰＵによって実行され，後述する処理を実現する。各プログラムは，あらかじめ，上記記憶装置内に格納されていても良いし，必要なときに，各装置が利用可能な，着脱可能な記憶媒体または通信媒体（通信回線または通信回線上の搬送波）を介して，上記記憶装置に導入されてもよい。

図９は，モバイル端末用署名プログラム３６０や適用装置利用プログラム８３０にて生成されるモバイル端末用の署名データ９００の構成を示したものである。
モバイル端末用署名データ９００は，署名対象データ９１０，認証局の公開鍵証明書４５０，属性認証局の公開鍵証明書５５０，利用者の公開鍵証明書６５０，利用者の属性証明書５６０，利用者の秘密鍵による署名値９２０を含むデータである。
署名対象データ９１０は，署名を付与する対象となるデータであり，特に指定はない。利用者の秘密鍵による署名値９２０は，署名対象データを９１０とし，利用者の秘密鍵６４０を用いて生成された電子署名の値である。利用者の公開鍵証明書６５０は，当該署名値９２０を生成するために使用した利用者の秘密鍵６４０に対応した公開鍵証明書である。また，認証局の公開鍵証明書４５０は，上記公開鍵証明書６５０の上位となる公開鍵証明書である。利用者の属性証明書５６０は，上記公開鍵証明書６５０と関連付けられた属性証明書である。また，属性認証局の公開鍵証明書５５０は，上記属性証明書５６０を検証するために必要な公開鍵証明書である。

図１０は，端末用署名プログラム３４０にて生成される端末用の署名データ１０００の構成を示したものである。
端末用署名データ１０００は，署名対象データ９１０，認証局の公開鍵証明書４５０，属性認証局の公開鍵証明書５５０，利用者の公開鍵証明書６５０，利用者の属性証明書５６０，利用者の秘密鍵による署名値９２０を含むデータである。当該署名データは，図９におけるモバイル端末用署名データ９００と異なり，エンコードやタグ付け等によって標準的なデータ仕様に整形されたものである。

図１１は，従来の方式におけるサービス提供形態を示す図である。端末１３０へのサービスとモバイル端末１４０へのサービスを共存させるために，同様の機能をそれぞれの端末用に実装している。

まず，サービス提供装置１００と端末１３０との間の手順について記述する。

ユーザは端末１３０でＷｅｂブラウザプログラム６１０を起動し，業務サービス提供装置１００のＵＲＬを入力する。当該端末１３０でＵＲＬが入力されたら，業務サービス提供装置１００に対して端末用署名画面要求のメッセージが送信される。業務サービス提供装置１００では，Ｗｅｂサーバプログラム３１０にて，端末用署名画面要求のメッセージを受信し，当該メッセージに対応する端末用の署名画面を端末用Ｗｅｂファイル画面群３３０から取得もしくは生成し，端末用署名プログラム３４０とともに，端末用署名画面のメッセージとして端末１３０に返信する。端末１３０では，端末用署名画面のメッセージを受信し，署名画面を表示する。ユーザが署名を実行するための入力を行うと，端末用署名プログラム３４０にて端末用署名データ１０００を生成し，当該署名データを，業務サービス適用装置１００に送信する。業務サービス提供装置１００では，送信された端末用署名データ１０００を受信し，検証プログラム３２０を用いて，ユーザの正当性の検証を行う。サービス提供装置１００は，当該検証結果に基づいて，検証結果画面を端末用Ｗｅｂファイル画面群３３０から取得もしくは生成し，端末１３０に送信する。端末１３０では，サービス提供装置１００から送信されてきた検証結果画面を受信し，Ｗｅｂブラウザプログラム６１０で表示する。

次に，サービス提供装置１００とモバイル端末１４０との間の手順について記述する。

ユーザはモバイル端末１４０でモバイル端末用Ｗｅｂブラウザプログラム７１０を起動し，業務サービス提供装置１００のＵＲＬを入力する。当該端末１４０でＵＲＬが入力されたら，業務サービス提供装置１００に対してモバイル端末用署名画面要求のメッセージが送信される。業務サービス提供装置１００では，Ｗｅｂサーバプログラム３１０にて，モバイル端末用署名画面要求のメッセージを受信し，当該メッセージに対応するモバイル端末用の署名画面をモバイル端末用Ｗｅｂファイル画面群３５０から取得もしくは生成し，モバイル端末用署名プログラム３６０とともに，モバイル端末用署名画面のメッセージとしてモバイル端末１４０に返信する。モバイル端末１４０では，モバイル端末用署名画面のメッセージを受信し，署名画面を表示する。ユーザが署名を実行するための入力を行うと，モバイル端末用署名プログラム３６０にてモバイル端末用署名データ９００を生成し，当該モバイル端末用署名データ９００を，業務サービス適用装置１００に送信する。業務サービス提供装置１００では，送信されたモバイル端末用署名データ９００を受信し，検証プログラム３２０を用いて，ユーザの正当性の検証を行う。サービス提供装置１００は，当該検証結果に基づいて，検証結果画面をモバイル端末用Ｗｅｂファイル画面群３５０から取得もしくは生成し，モバイル端末１４０に送信する。モバイル端末１４０では，サービス提供装置１００から送信されてきた検証結果画面を受信し，モバイルＷｅｂブラウザプログラム７１０で表示する。

図１１は，本実施例におけるサービス提供形態を示す図である。本実施例では，モバイル端末適用装置１５０を設置することで，サービス提供装置１００では，端末１３０へのサービスとモバイル端末１４０へのサービスを意識させないような実装としている。

まず，サービス提供装置１００と端末１３０との間の手順について記述する。この２つの装置間での手順は，図１１で記述したとおりであり，従来の方法と何ら変わりはない。

ユーザはモバイル端末１４０でモバイル端末用Ｗｅｂブラウザプログラム７１０を起動し，モバイル端末適用装置１５０のＵＲＬを入力する。当該端末１４０でＵＲＬが入力されたら，モバイル端末適用装置１５０に対してモバイル端末用署名画面要求のメッセージが送信される。モバイル端末適用装置１５０では，転送プログラム８１０にて，モバイル端末用署名画面要求のメッセージを受信し，業務サービス提供装置１００に端末用署名画面要求を転送する。モバイル端末用署名画面要求と端末用署名画面要求のデータの差異は特にないものとする。

業務サービス提供装置１００では，Ｗｅｂサーバプログラム３１０にて，端末用署名画面要求のメッセージを受信し，当該メッセージに対応する端末用の署名画面を端末用Ｗｅｂファイル画面群３３０から取得もしくは生成し，端末用署名プログラム３４０とともに，端末用署名画面のメッセージとしてモバイル端末適用装置１５０に返信する。モバイル端末適用装置１５０では，業務サービス提供装置１００から送信されてきた端末用署名画面を受信し，モバイル端末１４０にモバイル端末用署名画面として転送する。この際，転送プログラムでは，端末用署名画面に含まれている端末用署名プログラム３４０を適用装置利用プログラム８３０に置き換える。また，当該プログラムでは，端末用署名画面では署名データの送信先のＵＲＬが業務サービス提供装置宛になっているのを，モバイル端末用適用装置宛に変換したものをモバイル端末用署名画面として転送する。

モバイル端末１４０では，モバイル端末用署名画面のメッセージを受信し，署名画面を表示する。ユーザが署名を実行するための入力を行うと，適用装置利用プログラム８３０にてモバイル端末用署名データ９００を生成し，当該モバイル端末用署名データ９００を，モバイル端末適用装置１５０に送信する。モバイル端末適用装置１５０では，転送プログラム８１０にて，モバイル端末用署名データ９００を受信し，業務サービス提供装置１００に端末用署名データ１０００を転送する。この際，転送プログラム８１０は，署名データ変換プログラム８２０に処理を移し，モバイル端末用署名データ９００を端末用署名データ１０００に変換する。業務サービス提供装置１００では，送信された端末用署名データ１０００を受信し，検証プログラム３２０を用いて，ユーザの正当性の検証を行う。

サービス提供装置１００は，当該検証結果に基づいて，検証結果画面を端末用Ｗｅｂファイル画面群３３０から取得もしくは生成し，モバイル端末適用装置１５０に送信する。モバイル端末適用装置１５０では，業務サービス提供装置１００から送信されてきた検証結果画面を受信し，モバイル端末１４０に検証結果画面を転送する。この際，転送プログラムでは，検証結果画面では以降の業務サービスに関するアクセス先のＵＲＬが業務サービス提供装置宛になっているのを，モバイル端末用適用装置宛に変換したものをモバイル端末用署名画面として転送する。モバイル端末１４０では，モバイル端末適用装置１５０から送信されてきた検証結果画面を受信し，モバイルＷｅｂブラウザプログラム７１０で表示する。

図１３は，業務サービス提供装置１００とモバイル端末１４０との間のユーザが生成した署名データを送受信する際に，モバイル端末適用装置１５０を介して行う場合のフローを示す図である。モバイル端末１４０と，モバイル端末適用装置１５０と，業務サービス提供装置１００の間において，業務サービス提供装置１００にアクセスしてきたユーザに署名データを要求して，その検証結果を返信するまでの手順について記述する。

図１３において，モバイル端末１４０でモバイル端末用Ｗｅｂブラウザプログラム７１０を起動し，モバイル端末適用装置１５０のアクセス先であるＵＲＬを入力する。当該モバイル端末でＵＲＬが入力されたら，当該ＵＲＬに存在するモバイル端末適用装置１５０に対して，モバイル端末用署名画面要求のメッセージを送信する（ステップ１３０１）。

モバイル端末適用装置１５０では，転送プログラム８１０によって，モバイル端末１４０が送信したモバイル端末用署名画面要求を受信する（ステップ１３０２）。

モバイル端末用署名画面要求を受信したら，転送プログラム８１０は，業務サービス提供装置１００にモバイル端末用署名画面要求を端末用署名画面要求として転送する（ステップ１３０３）。

サービス提供装置１００では，Ｗｅｂサーバプログラム３１０にて，モバイル端末適用装置１５０から送信された端末用署名画面要求のメッセージを受信する（ステップ１３０４）。

サービス提供装置１００では，端末用署名画面要求のメッセージを受信したら，当該メッセージに対応する端末用の署名画面を端末用Ｗｅｂファイル画面群３３０から取得もしくは生成し，端末用署名プログラム３４０とともに，端末用署名画面のメッセージとしてモバイル端末適用装置１５０に返信する（ステップ１３０５）。

モバイル端末適用装置１５０では，業務サービス提供装置１００から送信されてきた端末用署名画面を受信する（ステップ１３０６）。

前ステップで受信した端末用署名画面では，署名データの送信先のＵＲＬが業務サービス提供装置宛になっているのを，モバイル端末用適用装置宛に変換する。また，端末用署名画面に含まれている端末用署名プログラム３４０を適用装置利用プログラム８３０に置き換える（ステップ１３０７）。

モバイル端末適用装置１５０では，前ステップで変換したデータをモバイル端末用署名画面として，モバイル端末１４０に送信する（ステップ１３０８）。

モバイル端末１４０では，モバイル端末適用装置１５０から送信されてきたモバイル端末用署名画面のメッセージを受信する（ステップ１３０９）。

モバイル端末１４０では，前ステップで受信したモバイル端末用署名画面を，Ｗｅｂブラウザプログラム７１０を用いて，当該モバイル端末の出力装置に表示する（ステップ１３１０）。

モバイル端末１４０を利用するユーザは，入力装置を介して，表示されている署名画面の内容に対する署名を実行するための入力を行うと，モバイル端末１４０内のメモリにロードされた適用装置利用プログラム８３０にてモバイル端末用の署名データ９００を生成する（ステップ１３１１）。

モバイル端末では，前ステップで生成された署名データを，モバイル端末用署名データ９００として，モバイル端末適用装置１５０に送信する（ステップ１３１２）。

モバイル端末適用装置１５０では，転送プログラム８１０によって，モバイル端末１４０が送信したモバイル端末用署名データ９００を受信する（ステップ１３１３）。

前ステップで受信したモバイル端末用署名データ９００に属性証明書が含まれていない場合，転送プログラム８１０は，属性証明書取得プログラム８４０に処理を移し，モバイル端末用署名データ９００に含まれている利用者の公開鍵証明書６５０に対応した利用者の属性証明書を５６０を，属性認証局装置１２０から取得する（ステップ１３１４）。

転送プログラム８１０は，署名データ変換プログラム８２０に処理を移し，モバイル端末用署名データ９００を端末用署名データ１０００に変換する（ステップ１３１５）。

転送プログラム８１０は，前ステップで変換したモバイル端末用署名データ９００を端末用署名データ１０００として業務サービス提供装置１００に転送する（ステップ１３１６）。

業務サービス提供装置１００では，モバイル端末適用装置１５０から送信された端末用署名データ１０００を受信する（ステップ１３１７）。

業務サービス提供装置１００では，受信した端末用署名データ１０００を，検証プログラム３２０を用いて，ユーザの正当性の検証を行う。具体的には，署名対象データ９１０に付与された利用者の秘密鍵による署名値９２０の検証と，当該署名値を検証するために用いた利用者の公開鍵証明書５６０に関する認証パスの検証および有効性確認，当該公開鍵証明書５６０に対応付けられた利用者属性証明書６５０に関する認証パスの検証および有効性確認，当該属性証明書に記載されている属性の保有者が当該業務サービス提供装置にアクセス可能かどうかの判断を行う。サービス提供装置１００は，当該検証結果に基づいて，検証結果画面を端末用Ｗｅｂファイル画面群３３０から取得もしくは生成する（ステップ１３１８）。

サービス提供装置１００では，前ステップで得た検証結果画面を端末用検証結果画面としてモバイル端末適用装置１５０に返信する（ステップ１３１９）。

モバイル端末適用装置１５０では，業務サービス提供装置１００から送信されてきた端末用検証結果画面を受信する（ステップ１３２０）。

モバイル端末適用装置１５０の転送プログラム８１０では，検証結果画面以降の業務サービスに関するアクセス先のＵＲＬが業務サービス提供装置宛となっている場合には，ＵＲＬをモバイル端末用適用装置宛に変換する（ステップ１３２１）。

モバイル端末適用装置１５０では，前ステップで変換した情報をモバイル端末用署名画面としてモバイル端末１４０に転送する（ステップ１３２２）。

モバイル端末１４０では，モバイル端末適用装置１５０から送信されてきたモバイル端末用検証結果画面のメッセージを受信する（ステップ１３２３）。

モバイル端末１４０では，前ステップで受信したモバイル端末用検証結果画面を，Ｗｅｂブラウザプログラム７１０を用いて，当該モバイル端末の出力装置に表示する（ステップ１３２４）。

本実施例によれば，通常の端末をクライアントとして，電子署名を付与したデータをネットワーク上で送受信するような既存のサービスシステムにおいて，クライアントとしての対象をモバイル端末にまで拡張する際に適用できる。

属性証明書を用いた業務サービスを通常の端末とモバイル端末に提供するためのシステム構成を示す図である。図１で列挙した，業務サービス提供装置，認証局装置，属性認証局装置，端末，モバイル端末，及び，モバイル端末適用装置のハードウェア構成を示す図である。業務サービス提供装置のソフトウェア構成を示す図である。認証局装置のソフトウェア構成を示す図である。属性認証局装置のソフトウェア構成を示す図である。端末のソフトウェア構成を示す図である。モバイル端末のソフトウェア構成を示す図である。モバイル端末適用装置のソフトウェア構成を示す図である。モバイル端末用署名データの構成を示す図である。端末用署名データの構成を示す図である。従来の方法における属性証明書を用いた端末およびモバイル端末のサービス提供方法を示す図である。本実施例における属性証明書を用いた端末およびモバイル端末のサービス提供方法を示す図である。本実施例におけるサービス提供装置，モバイル端末，および，モバイル端末適用装置の間の署名データの送受信に関するフローを示す図である。

符号の説明

１００：業務サービス提供装置，１１０：認証局装置，１２０：属性認証局装置，１３０：端末，１４０：モバイル端末，１５０：モバイル端末適用装置，１６０：ネットワーク，２００：入力装置，２１０：表示装置，２２０：ＣＰＵ，２３０：メモリ，２４０：記憶装置，２５０：通信装置，２６０：バス，３００，４００，５００，６００，８００：オペレーティングシステム，３１０：Ｗｅｂサーバプログラム，３２０：検証用プログラム，３３０：端末用Ｗｅｂ画面ファイル群，３４０：端末用署名プログラム，３５０：モバイル端末用Ｗｅｂ画面ファイル群，３６０：モバイル端末用署名プログラム，３７０：検証用設定情報，４１０：公開鍵証明書発行プログラム，４２０：失効情報発行プログラム，４３０：失効情報公開プログラム，４４０：認証局の秘密鍵，４５０：認証局の公開鍵証明書，４６０：失効情報，５１０：属性証明書発行プログラム，５２０：属性証明書公開プログラム，５４０：属性認証局の秘密鍵，５５０：属性認証局の公開鍵証明書，５６０：利用者の属性証明書，６１０：Ｗｅｂブラウザプログラム，６４０：利用者の秘密鍵，６５０：利用者の公開鍵証明書，７００：モバイル端末用オペレーティングシステム，７１０：Ｗｅｂブラウザプログラム，８１０：転送プログラム，８２０：署名データ変換プログラム，８３０：適用装置利用プログラム，８４０：属性証明書取得プログラム，９００：モバイル端末用署名データ，９１０：署名対象データ，９２０：利用者の秘密鍵による署名値，１０００：端末用署名データ

Claims

通常の端末に対してネットワーク上のサービスを提供しているサービス提供装置で，属性証明書を含む署名データをネットワーク上で送受信するようなシステムにおいて，サービス対象をモバイル端末にまで広げるための方法であって，
モバイル端末とサービス提供装置との間に，モバイル端末から送信されたデータを受信し，当該データをサービス提供装置に転送するデータ転送ステップと，
サービス提供装置から送信されたデータを受信し，当該データ中に含まれているアクセス先を変換した後，モバイル端末に転送するアクセス先変換ステップと，
サービス提供装置から送信されてきた端末用の署名プログラムを受信し，当該データをモバイル端末用の署名プログラムに置き換えて，モバイル端末に転送する署名プログラム変換ステップと，
モバイル端末用の署名プログラムによって生成・送信された署名プログラムを受信し，モバイル端末用の署名データから通常の端末用の署名データに変換し，当該署名データをサービス提供装置に転送する署名データ変換ステップと，を有する
ことを特徴とする属性証明書適用方法。
請求項１記載の属性証明書適用方法であって，
署名データ変換ステップは，モバイル端末から受信した署名データに属性証明書が含まれていない場合に，属性認証局に公開されている属性証明書を取得して，通常の端末用の署名データに組み込む属性証明書取得ステップを有する
ことを特徴とする属性証明書適用方法。
通常の端末に対してネットワーク上のサービスを提供しているサービス提供装置で，属性証明書を含む署名データをネットワーク上で送受信するようなシステムにおいて，サービス対象をモバイル端末にまで広げるための装置であって，
モバイル端末とサービス提供装置との間に，モバイル端末から送信されたデータを受信し，当該データをサービス提供装置に転送するデータ転送機能と，
サービス提供装置から送信されたデータを受信し，当該データ中に含まれているアクセス先を変換した後，モバイル端末に転送するアクセス先変換機能と，
サービス提供装置から送信されてきた端末用の署名プログラムを受信し，当該データをモバイル端末用の署名プログラムに置き換えて，モバイル端末に転送する署名プログラム変換機能と，
モバイル端末用の署名プログラムによって生成・送信された署名プログラムを受信し，モバイル端末用の署名データから通常の端末用の署名データに変換し，当該署名データをサービス提供装置に転送する署名データ変換機能と，を有する
ことを特徴とする属性証明書適用装置。
請求項３記載の属性証明書適用装置であって，
署名データ変換機能は，モバイル端末から受信した署名データに属性証明書が含まれていない場合に，属性認証局に公開されている属性証明書を取得して，通常の端末用の署名データに組み込む属性証明書取得機能を有する
ことを特徴とする属性証明書適用装置。