JP2006215795A - サーバ装置、制御方法およびプログラム - Google Patents

Abstract

【課題】 認証を行うための専用のハードウェア装置を必要とすることなく、また認証情報を共用端末に入力することなく認証を行うことができる仕組みを提供する。
【解決手段】 アクセス要求ユーザが携帯電話機１０を用いて、サーバ装置２０によって記憶されているファイルにアクセスすることを要求した場合、サーバ装置２０は、携帯電話機１０に記憶されている機器認証情報を用いて機器認証を行うとともに、ユーザ認証によってユーザの本人性を確認する。そして、機器認証とユーザ認証によってユーザの本人性を確認した後に、アクセス要求ユーザが所望する処理手順情報と一意に対応するチケットを生成し、携帯電話機１０に送信する。ユーザＡはこのチケットを用いることによって、クライアント装置３０からサーバ装置２０の所望のファイルにアクセスすることが可能になる。
【選択図】 図１

Description

本発明は認証を行うための技術に関する。

ユーザがコンピュータ或いはネットワークのリソースにアクセスしようとする際には、そのユーザが正当であるか否かを確認する手続きがなされることが多い。この手続きは、「ユーザ認証」と呼ばれており、一般的には、ユーザによって入力されたユーザＩＤ及びパスワードを事前に登録されている内容と照合し、両者が一致するか否かでユーザの正当性を判断する。

ところで、近年のネットワークの普及に伴い、社内ネットワーク等のイントラネット内部の情報或いは計算機資源（以下、リソースと総称する）に、イントラネット外部のインターネット上に接続されたコンピュータからアクセスしたいという要望が高まっている。通常は、イントラネット内のリソースはイントラネット内のユーザにしか利用が許されていない。そのため、イントラネット外部からイントラネット内部のリソースにアクセスする際には、ユーザの本人性を確認するために、上述したユーザ認証を行うことが必須となる。

しかしながら、例えばコンビニエンスストアに設置されているコピー複合機やインターネットカフェ等に設置されているＰＣ端末といった不特定多数で共用する端末（以下、共用端末と称する）には、ユーザＩＤやパスワード等の認証情報を入力することは安全性の面から好ましくないといえる。なぜなら、不特定多数のユーザが使用する共用端末では、端末に入力された情報をすべて搾取するキーロギング等の手法が用いられることによって、悪意のある第３者に認証情報が漏洩する危険があるからである。

情報の漏洩を防ぐために、共用端末からイントラネット内部のリソースへのアクセスを一律禁止するという方法も考えられるが、イントラネット内の情報が全て機密性の高い情報とは限らないため、共用端末からのアクセスを全て禁止してしまったのではユーザの利便性が損なわれてしまうという問題がある。

情報の不正漏洩を防ぎつつ、共用端末からのアクセスを可能にすることを目的として、例えば特許文献１および特許文献２に記載の技術が開示されている。特許文献１に記載の技術は、演算機能を有したＩＣカードをユーザが所持し、イントラネット内にアクセスする際にこのＩＣカードを用いることによって、共用端末に認証情報を入力することなくイントラネット内のドキュメントを取り出せるようになっている。また、特許文献２に記載の技術は、ユーザ認証の際に用いるパスワード情報を、１回毎に異ならせるワンタイムパスワード方式を利用することによって、認証情報が漏洩しても再利用される心配がなくなり、情報の不正漏洩を防ぐことができるようになっている。
特開２００３−０７８５１８号公報 特開平１１−１７８０２２号公報

しかしながら、特許文献１に記載の技術の場合は、ＩＣカード等の専用のハードウェア装置をすべての利用者に対して準備する必要があり、コストが高くなるのは必至である。また、認証を行うためにしか必要のないハードウェア装置をユーザに持ち歩かせることになり、ユーザの利便性を損ねてしまうという問題がある。また、ＩＣカードリーダ等の専用機器が設置されている特定の端末でしか利用できないという問題点がある。また、特許文献２に記載のようなワンタイムパスワード方式を利用する場合であっても、ワンタイムパスワードを発行するための認証が必要であり、そのためには特許文献１と同様に専用のハードウェア装置等が必要となってしまう。

本発明は上述した背景に鑑みてなされたものであり、その目的は、イントラネット外部のネットワーク環境からイントラネット内部のリソースにアクセスを行う場合であっても、認証を行うための専用のハードウェア装置を必要とすることなく、また認証情報を共用端末に入力することなく認証を行うことができる仕組みを提供することである。

上記課題を達成するために、本発明は、通信ネットワークを介して接続された１つまたは複数の端末装置の認証情報が記憶される記憶手段と、前記認証情報と予め定められた処理の手順を示す処理手順情報とを、前記通信ネットワークを介して第１の端末装置から受信する処理手順情報受信手段と、前記処理手順情報受信手段が受信した認証情報と一致する認証情報を前記記憶手段から検索して、受信された認証情報が正しいか否かを判定する判定手段と、前記判定手段によって前記認証情報が正しいと判定された場合に、前記処理手順情報受信手段によって受信された前記処理手順情報と一意に対応する証明書情報を、所定のアルゴリズムに従って生成する証明書情報生成手段と、前記処理手順情報と前記証明書情報とを、前記認証情報と対応づけて前記記憶手段に記憶させる記憶制御手段と、前記証明書情報を、前記第１の端末装置に対して送信する送信手段と、通信ネットワークを介して第２の端末装置から前記証明書情報を受信する証明書情報受信手段と、前記証明書情報受信手段が受信した証明書情報と対応する処理手順情報を前記記憶手段から検索し、検索された処理手順情報に従った処理を行う処理実行手段と、を備えることを特徴とするサーバ装置を提供する。

このサーバ装置によれば、第１の端末装置から処理手順情報と認証情報とを受信すると、受信した認証情報に基づいて認証を行い、認証情報が正しいと判定した場合には処理手順情報と一意に対応する証明書情報を第１の端末装置に送信する。即ち、第２の端末装置からサーバ装置にアクセスするためには、第１の端末装置から正しい認証情報を送信することが必須となる。ユーザが普段使用している端末装置が第１の端末装置として用いられることによって、認証を行うためのみに必要な専用のハードウェア装置を必要とすることなく認証を行うことができ、第２の端末装置からサーバ装置にアクセスすることが可能となる。また、第２の端末装置が不特定多数によって利用される端末装置である場合であっても、第２の端末装置に認証情報を入力することなくサーバ装置にアクセスすることが可能となるため、第２の端末装置から認証情報が漏洩することはない。なお、本発明における「アクセス」とは、情報の要求や取得のほか、ＦＡＸ指示や印刷指示のような各種指示を含む概念である。

また、本発明は、通信ネットワークを介して接続された１つまたは複数の端末装置の認証情報が記憶される記憶手段と、前記認証情報と予め定められた処理の手順を示す処理手順情報とを、前記通信ネットワークを介して第１の端末装置から受信する処理手順情報受信手段と、前記処理手順情報受信手段が受信した認証情報と一致する認証情報を前記記憶手段から検索して、受信された認証情報が正しいか否かを判定する判定手段と、前記判定手段によって前記認証情報が正しいと判定された場合に、前記処理手順情報受信手段によって受信された前記処理手順情報と一意に対応する証明書情報を、所定のアルゴリズムに従って生成する証明書情報生成手段と、前記証明書情報を、前記認証情報と対応づけて前記記憶手段に記憶させる記憶制御手段と、前記証明書情報を、前記第１の端末装置に対して送信する送信手段と、通信ネットワークを介して、第２の端末装置から前記証明書情報を受信する証明書情報受信手段と、所定のアルゴリズムに基づいて、前記証明書情報受信手段が受信した証明書情報から前記処理手順情報を特定し、特定された処理手順情報に従った処理を行う処理実行手段と、を備えることを特徴とするサーバ装置を提供する。

本発明の好ましい態様において、前記証明書情報生成手段は、所定のアルゴリズムで前記処理手順情報を数字列に変換することによって前記証明書情報を生成するようにしてもよい。
別の好ましい態様において、前記証明書情報生成手段は、所定のアルゴリズムで前記処理手順情報を暗号化することによって前記証明書情報を生成するようにしてもよい。

また、本発明は、記憶手段と、通信手段と、制御手段と、を備えるサーバ装置の制御方法であって、制御手段が、通信ネットワークを介して接続された端末装置の認証情報と、予め定められた処理の手順を示す処理手順情報とを、第１の端末装置から前記通信手段を介して受信させる処理手順情報受信ステップと、制御手段が、受信された前記認証情報と一致する認証情報を前記記憶手段から検索して、受信された前記認証情報が正しいか否かを判定する判定ステップと、制御手段が、前記判定ステップで前記認証情報が正しいと判定された場合に、前記通信手段を介して受信された前記処理手順情報と一意に対応する証明書情報を、所定のアルゴリズムに従って生成する証明書情報生成ステップと、制御手段が、前記処理手順情報と前記証明書情報とを、前記認証情報と対応づけて前記記憶手段に記憶させる記憶制御ステップと、制御手段が、前記証明書情報を、前記第１の端末装置に対して前記通信手段を介して送信させる送信ステップと、制御手段が、前記証明書情報を、第２の端末装置から前記通信手段を介して受信させる証明書情報受信ステップと、制御手段が、受信された証明書情報と対応する処理手順情報を前記記憶手段から検索し、検索された処理手順情報に従った処理を行う処理実行ステップと、を備える制御方法を提供する。

また、本発明は、記憶手段と、通信手段と、制御手段と、を備えるサーバ装置の制御方法であって、制御手段が、通信ネットワークを介して接続された端末装置の認証情報と、予め定められた処理の手順を示す処理手順情報とを、第１の端末装置から前記通信手段を介して受信させる処理手順情報受信ステップと、制御手段が、受信された前記認証情報と一致する認証情報を前記記憶手段から検索し、受信された前記認証情報が正しいか否かを判定する判定ステップと、制御手段が、前記判定ステップで前記認証情報が正しいと判定された場合に、前記通信手段を介して受信された前記処理手順情報と一意に対応する証明書情報を、所定のアルゴリズムに従って生成する証明書情報生成ステップと、制御手段が、前記証明書情報を、前記認証情報と対応づけて前記記憶手段に記憶させる記憶制御ステップと、制御手段が、前記証明書情報を、前記第１の端末装置に対して前記通信手段を介して送信させる送信ステップと、制御手段が、前記証明書情報を、第２の端末装置から前記通信手段を介して受信させる証明書情報受信ステップと、制御手段が、所定のアルゴリズムに基づいて、受信された証明書情報から前記処理手順情報を特定し、特定された処理手順情報に従った処理行う処理実行ステップと、を備える制御方法を提供する。

また、本発明は、通信ネットワークを介して接続された１つまたは複数の端末装置の認証情報と、予め定められた処理の手順を示す処理手順情報と、前記処理手順情報と一意に対応する証明書情報と、を記憶する記憶手段と、前記認証情報と前記処理手順情報と前記証明書情報とを受信する受信手段と、前記証明書情報を送信する送信手段と、を備えるコンピュータに、第１の端末装置から、前記認証情報と前記処理手順情報とを前記受信手段を介して受信させる処理手順情報受信機能と、受信された前記認証情報と一致する認証情報を前記記憶手段から検索し、受信された前記認証情報が正しいか否かを判定する判定機能と、前記判定機能によって、前記認証情報が正しいと判定された場合に、受信された前記処理手順情報と一意に対応する証明書情報を、所定のアルゴリズムに従って生成する証明書情報生成機能と、前記処理手順情報と、前記証明書情報とを、前記認証情報と対応づけて前記記憶手段に記憶させる記憶制御手段と、前記第１の端末装置に対して、前記送信手段を介して前記証明書情報を送信させる送信機能と、第２の端末装置から、前記受信手段を介して前記証明書情報を受信させる証明書情報受信機能と、受信された証明書情報と対応する処理手順情報を前記記憶手段から検索し、検索された処理手順情報に従った処理を行う処理実行機能と、を実現させるためのプログラムを提供する。

また、本発明は、通信ネットワークを介して接続された１つまたは複数の端末装置の認証情報と、予め定められた処理の手順を示す処理手順情報と一意に対応する証明書情報と、を記憶する記憶手段と、前記認証情報と前記処理手順情報と前記証明書情報とを受信する受信手段と、前記証明書情報を送信する送信手段と、を備えるコンピュータに、第１の端末装置から、前記認証情報と前記処理手順情報とを前記受信手段を介して受信させる処理手順情報受信機能と、受信された前記認証情報と一致する認証情報を前記記憶手段から検索し、受信された前記認証情報が正しいか否かを判定する判定機能と、前記判定機能によって前記認証情報が正しいと判定された場合に、受信された前記処理手順情報と一意に対応する証明書情報を、所定のアルゴリズムに従って生成する証明書情報生成機能と、前記証明書情報を、前記認証情報と対応づけて前記記憶手段に記憶させる記憶制御手段と、前記第１の端末装置に対して、前記送信手段を介して前記証明書情報を送信させる送信機能と、第２の端末装置から、前記受信手段を介して前記証明書情報を受信させる証明書情報受信機能と、所定のアルゴリズムに基づいて受信された証明書情報から前記処理手順情報を特定し、特定された前記処理手順情報に従った処理を行う処理実行機能と、を実現させるためのプログラムを提供する。

以下、本発明の実施の形態について詳細に説明する。
（１）構成
図１は、本発明の一実施形態に係るシステムの全体構成を示す図である。図１において、移動通信網１とインターネット２との間は図示せぬゲートウェイ装置によって接続されており、これら移動通信網１とインターネット２との間ではゲートウェイ装置を介して双方向のデータ通信が可能になっている。インターネット２には、図示せぬＩＳＤＮ網（Integrated Services Digital Network）やＡＤＳＬ網（Asymmetric Digital Subscriber Line）或いは専用線などを介してサーバ装置２０が接続されている。サーバ装置２０はドキュメントファイル等のファイル形式のデータを記憶しており、このファイルをクライアント装置３０からのリクエストに応じて送信するようになっている。

クライアント装置３０は、例えばパーソナルコンピュータ等の端末装置であり、ＣＰＵ（Central Processing Unit）やＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等によって構成される制御部と、ＨＤＤ（Hard Disk Drive）等の記憶部と、モデムや各種通信装置等の通信部と、液晶ディスプレイ装置等の表示部と、キーボードやマウス等の操作部とを備えている。また、クライアント装置３０は、ＵＳＢ（Universal Serial Bus）等の規格に準拠したデータ伝送インタフェースを備えており、クライアント装置３０はこのデータ伝送インタフェースを介して携帯電話機１０とデータのやりとりが可能になっている。

移動通信網１は、図示せぬ基地局や交換局によって構成されており、携帯電話機１０に対して移動通信サービスを提供する。携帯電話機１０は、例えばＰＤＣ（Personal Digital Cellular）方式やＩＭＴ−２０００（International Mobile Telecommunications-2000）方式のデータ通信が可能な携帯電話機や、ＰＨＳ（Personal handyphone System；登録商標）方式のデータ通信が可能な簡易携帯電話機である。携帯電話機１０は、ＣＰＵやＲＯＭ、ＲＡＭ等によって構成される制御部と、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）等の記憶部と、アンテナや無線通信装置等の通信部と、液晶ディスプレイ装置等の表示部と、複数のキーやジョグダイヤル等の操作部とを備えている。また、携帯電話機１０は、ＵＳＢ（Universal Serial Bus）等の規格に準拠したデータ伝送インタフェースを備えており、携帯電話機１０はこのデータ伝送インタフェースを介してクライアント装置３０とデータのやりとりが可能になっている。

図１においては、ユーザＡがクライアント装置３０及び携帯電話機１０を操作するものとする。このユーザＡは、サーバ装置２０にアクセスが許可されているユーザである。なお、図１においては図面が煩雑になるのを避けるために、サーバ装置、携帯電話機およびクライアント装置をそれぞれ１つずつしか図示していないが、これらは実際にはもっと多数存在する。

また、携帯電話機１０の記憶部には、「機器認証情報」が記憶されている。この情報は、ユーザＡが携帯電話機１０を用いてサーバ装置２０にアクセスする際に、携帯電話機１０の機器認証を行うためにサーバ装置２０が用いる情報であり、携帯電話機１０毎に一意に割り当てられている情報である。ユーザＡは、携帯電話機１０の機器認証情報をサーバ装置２０に予め登録しており、携帯電話機１０がこの機器認証情報をサーバ装置２０に送信することによって、携帯電話機１０の機器認証が行われる。仮に、この機器認証情報がサーバ装置２０に登録されていない携帯電話機１０を用いて、悪意のある第３者がサーバ装置２０へのアクセスを試みた場合は、そのアクセスは拒否され、アクセス要求の対象であるファイルがサーバ装置２０の外部に出力されることはない。

なお、「情報に対するアクセス要求」という用語の意味には、ネットワークを介した情報の取得要求のほか、情報のダウンロード、情報の転送、情報のファクシミリ送信、情報の記録媒体への書込、情報の表示、情報の音声出力、情報のプリントアウト等の、様々な形態での情報出力を目的としたものが含まれる。

次に、図２に示すブロック図を参照しながら、サーバ装置２０の構成について説明する。２０１は、例えばＣＰＵなどの演算装置や、ＲＯＭやＲＡＭなどの各種メモリを備えた制御部である。２０３は、例えばハードディスクなどの大容量記憶装置で構成された不揮発性記憶部である。制御部２０１の演算装置は、ＲＯＭ等のメモリや不揮発性記憶部２０３に記憶されているコンピュータプログラムを読み出して実行することにより、サーバ装置２０の各部を制御する。２０２は、インターネット２に接続するためのモデムや各種通信装置を備えた通信部であり、制御部２０１による制御の下でインターネット２を介してデータ通信を行うようになっている。

不揮発性記憶部２０３には、サーバとして機能するための手順が記述されたサーバアプリケーションプログラム２０３ａが記憶されている。また、不揮発性記憶部２０３には、クライアント装置３０に提供される多数のファイルからなるファイル群２０３ｄが記憶されている。

さらに不揮発性記憶部２０３には、アクセス管理情報テーブル２０３ｂとアクセス制御リスト２０３ｅとが記憶されている。アクセス管理情報テーブル２０３ｂには、制御部２０１が携帯電話機１０またはクライアント装置３０からのアクセス要求に応じるか否かを判断する際に利用される情報が記述されている。ここで、図３は、アクセス管理情報テーブル２０３ｂのデータ構成を示す図である。図３に示すように、アクセス管理情報テーブル２０３ｂには、「ユーザＩＤ」、「パスワード」、「機器認証情報」、「処理手順情報」及び「チケット」の各項目が互いに関連づけられている。これらの項目のうち、「ユーザＩＤ」はサーバ装置２０にアクセスが許可されているユーザに対して割り当てられたユーザ識別子を意味している。また「パスワード」はユーザＩＤが割り当てられているユーザが予め指定した文字列である。制御部２０１は、アクセス管理情報テーブル２０３ｂに記述された「ユーザＩＤ」及び「パスワード」と、アクセス要求ユーザによって携帯電話機１０またはクライアント装置３０に入力された「ユーザＩＤ」及び「パスワード」とを照合する。そして、制御部２０１は、これらが一致していれば正当なユーザであると判断するし、一致しなければ正当なユーザではないと判断する。なお、以下の説明においては、説明の便宜上「ユーザＩＤ」と「パスワード」とをあわせて「ユーザ認証情報」と総称することとする。

次に、アクセス管理情報テーブル２０３ｂにおける「機器認証情報」は、携帯電話機１０からアクセス要求を受信した際に、その携帯電話機１０を認証するための情報である。この情報は、電話機１０の記憶部に記憶されている機器認証情報と一意に対応しており、サーバ装置２０は、この情報によって携帯電話機１０の機器認証を行う。例えば会社内で一人１台に携帯電話機１０を配布するような場合には、配布時に機器認証情報とユーザＩＤとをアクセス管理情報テーブル２０３ｂに登録するようにすればよい。

次に、「処理手順情報」は、ユーザがサーバ装置２０に対して実行したい処理の手順を示す情報であり、サーバ装置２０が携帯電話機１０から受信する情報である。この「処理手順情報」は、例えばドキュメントファイルの取得や、あるコマンドの実行などの各種の処理手順をコマンド形式の文字列で表現する。「チケット」は、「処理手順情報」と一意に対応する証明書情報であり、サーバ装置２０の制御部２０１が上述した処理手順情報からハッシュ関数等を用いて生成する乱数列である。サーバ装置２０は、携帯電話機１０から「処理手順情報」を受信すると、受信した「処理手順情報」と一意に対応するチケットを生成し、受信した「処理手順情報」と生成したチケットとを、対応する機器認証情報を有するレコードに記憶する。

次に、アクセス制御リスト２０３ｅは、ＡＣＬ（Access Control List）と呼ばれるリストであり、個々のユーザが持つアクセス権限や、アクセス可能なサーバやファイルなどの資源を列挙したリストである。制御部２０１は、このリストの内容を適宜参照することによって、ユーザからのアクセス要求に応じるか否かを判断する。制御部２０１は、このリストを用いて、例えばこのユーザにはこの操作が許されていてもこの機器からの操作は許さない、といったようなアクセス制御を行う。

（２）制御部２０１の動作
ここで、図４はサーバアプリケーションプログラム２０３ａに記述された手順を示すフローチャートである。図４において、サーバ装置２０の制御部２０１は、アクセス要求を示す情報（以下、アクセス要求情報とする）を通信部２０２が受信したことを検知すると（ステップＳ１；Ｙｅｓ）、このアクセス要求情報にチケットが含まれているか否かを判定する（ステップＳ２）。チケットが含まれていない場合は、処理手順を登録してチケットの発行を求める「チケット発行要求」であり、チケットが含まれている場合は、登録された処理手順を実行させる「処理実行要求」である。そのため、チケットが含まれていない場合は、ステップＳ３からＳ１４までの「チケット発行処理」を行う。逆にチケットが含まれている場合は、ステップＳ１５からＳ１９までの「処理実行処理」を行う。なお、アクセス要求情報は、携帯電話機１０またはクライアント装置３０から受信する情報であるが、ここでは、説明の便宜上、アクセス要求情報の送信元の携帯電話機１０またはクライアント装置３０を「送信元端末装置」と総称して説明する。

受信したアクセス要求情報にチケットが含まれていない場合は（ステップＳ２；Ｎｏ）、まず、受信したアクセス要求情報に、機器認証情報が含まれているか否かを判定する（ステップＳ３）。含まれている場合は（ステップＳ３；Ｙｅｓ）、ステップＳ５以降の処理に進む。含まれていない場合は（ステップＳ３；Ｎｏ）、アクセスを拒否する旨を示す情報（以下、アクセス拒否情報とする）を、送信元端末装置に対して送信し（ステップＳ４）、そのまま処理を終了する。これにより、機器認証情報が登録されていない携帯電話機１０またはクライアント装置３０を用いて悪意のある第３者がサーバ装置２０にアクセスを試みた場合であっても、サーバ装置２０に記憶されている情報の漏洩を防ぐことができる。

ステップＳ３において、機器認証情報が含まれていると判定された場合には、受信された機器認証情報がアクセス管理情報テーブル２０３ｂに記憶されているか否かを照合する（ステップＳ５）。受信した機器認証情報と一致する情報がアクセス管理情報テーブル２０３ｂに記憶されている場合は、受信した機器認証情報は正規のものであると判定され、
ステップＳ６以降の処理に進む。記憶されていない場合は（ステップＳ５；Ｎｏ）、アクセス拒否情報を送信元端末装置に対して送信し（ステップＳ４）、そのまま処理を終了する。これにより、悪意のある第３者が不正な機器認証情報を用いてサーバ装置２０にアクセスを試みた場合であっても、サーバ装置２０に記憶されている情報の漏洩を防ぐことができる。

ステップＳ５において、受信した機器認証情報と一致する情報がアクセス管理情報テーブル２０３ｂに記憶されている場合は、ユーザ認証情報（ユーザＩＤ及びパスワード）を要求する旨の情報を、送信元端末装置に対して送信する（ステップＳ６）。これは、例えばＨＴＴＰ（HyperText Transfer Protocol）を用いて通信を行う場合は、ユーザ認証を必要とする旨を示すステータスコードを含むＨＴＴＰレスポンスを送信すればよい。この場合は、サーバ装置２０はユーザ認証情報をヘッダフィールドに含めたＨＴＴＰリクエストを受信することによって、ユーザ認証情報を受領することができる。

次に、制御部２０１は、通信部２０２を介してユーザ認証情報を含む情報を受信したことを検知すると（ステップＳ７；Ｙｅｓ）、この情報からユーザ認証情報を抽出し、抽出したユーザ認証情報がアクセス管理情報テーブル２０３ｂに記憶されているものと一致するか否かを判断する（ステップＳ８）。これらが一致しない場合は（ステップＳ９；Ｎｏ）、アクセス拒否情報を送信し（ステップＳ４）、そのまま処理を終了する。これにより、機器認証情報が登録されている送信元端末装置を用いて、悪意のある第３者がサーバ装置２０にアクセスを試みた場合であっても、サーバ装置２０に記憶されている情報の漏洩を防ぐことができる。

一方、ユーザ認証情報が一致する場合は（ステップＳ９；Ｙｅｓ）、制御部２０１は、処理手順情報の入力画面を表示するためのファイルを読み出し（ステップＳ１０）、読み出したファイル含む情報を送信元端末装置に対して送信する（ステップＳ１１）。

続いて、制御部２０１は、通信部２０２を介して処理手順情報を受信したことを検知すると（ステップＳ１２；Ｙｅｓ）、受信した処理手順情報を、アクセス管理情報テーブル２０３ｂに記憶する（ステップＳ１３）。そして、受信した処理手順情報から乱数列で構成されたチケットを生成し、生成したチケットをアクセス管理情報テーブル２０３ｂに記憶するとともに、送信元端末装置に対して送信する（ステップＳ１４）。

次に、制御部２０１が行う「処理実行処理」について説明する。図４のステップＳ２において、アクセス要求情報にチケットが含まれている場合は、アクセス管理情報テーブル２０３ｂを参照し、受信したチケットがアクセス管理情報テーブル２０３ｂに記憶されているか否かを照合する（ステップＳ１５）。一致するチケットが記憶されている場合は（ステップＳ１６；Ｙｅｓ）、正規のチケットであると判断し、以降の処理を実行する。記憶されていない場合は（ステップＳ１６；Ｎｏ）、正規のチケットではないと判断し、アクセス拒否情報を送信元端末装置に対して送信し（ステップＳ４）、そのまま処理を終了する。これにより、悪意のある第３者が不正なチケットによってアクセスを試みた場合であっても、サーバ装置２０に記憶されている情報の漏洩を防ぐことができる。

ステップＳ１６において、受信したチケットと一致するチケットがアクセス管理情報テーブル２０３ｂに記憶されている場合は、一致するチケットと対応する「処理手順情報」をアクセス管理情報テーブル２０３ｂから読み出し（ステップＳ１７）、その処理手順情報の示す処理手順がそのユーザに許可されているか否かを、アクセス制御リスト２０３ｅを用いて判定する（ステップＳ１８）。許可されている場合は（ステップＳ１８；Ｙｅｓ）、その処理を実行し、その実行結果を送信元端末装置に対して送信する（ステップＳ１９）。許可されていない場合は（ステップＳ１８；Ｎｏ）、アクセス拒否情報を送信元端末装置に対して送信し（ステップＳ４）、そのまま処理を終了する。

（３）システム全体の動作例
次に、図５に示したシーケンスを参照しながら、本実施形態の動作例について説明する。なお、以下では、ユーザＡが携帯電話機１０及びクライアント装置３０を操作して、サーバ装置２０が記憶しているファイル群２０３ｄに含まれるパス名「/aaa/bbb/opq.doc」が示すファイルへアクセスしようとした場合について説明する。なお、ユーザＡのユーザＩＤが「ｕｓｅｒ００１」であり、パスワードが「１１１１」であると仮定する。

図５において、まず、ユーザＡは携帯電話機１０の操作部を用いてサーバ装置２０へのアクセスを指示する操作を行う。携帯電話機１０は、その指示内容を解釈し、記憶部に記憶されている機器認証情報を読み出し、この機器認証情報を含めたアクセス要求情報ｒ１１をサーバ装置２０に送信する。

サーバ装置２０は、アクセス要求情報ｒ１１を受信すると、図４に示したステップＳ１→Ｓ２→Ｓ３→Ｓ５→Ｓ６という処理を経て、携帯電話機１０の機器認証を行い、ユーザ認証情報を要求する旨の情報ｒ１２を携帯電話機１０に対して送信する。

携帯電話機１０は、認証情報を要求する旨の情報ｒ１２を受信すると、その情報を解釈して表示部に認証画面を表示する。この認証画面には、ユーザＩＤとパスワードを入力するためのテキストボックスが設けられている。ユーザＡがこのテキストボックスにユーザＩＤ「ｕｓｅｒ００１」及びパスワード「１１１１」を入力し、“送信”を指示する操作を行うと、この操作に応じて、携帯電話機１０は、入力されたユーザＩＤ「ｕｓｅｒ００１」及びパスワード「１１１１」を含む情報ｒ１３をサーバ装置２０に送信する。

サーバ装置２０は、この情報ｒ１３を受信すると、図４のステップＳ７→Ｓ８→Ｓ９→Ｓ１０→Ｓ１１の処理を行う。即ち、サーバ装置２０は、情報ｒ１３からユーザＩＤ「ｕｓｅｒ００１」及びパスワード「１１１１」を抽出し、アクセス要求情報ｒ１１に含まれていた機器認証情報をキーとしてアクセス管理情報テーブル２０３ｂに記憶された内容と照合する。そして、処理手順情報の入力画面を表示するためのファイルを含む情報ｒ１４を携帯電話機１０に対して送信する。

携帯電話機１０は、情報ｒ１４を受信すると、これに含まれるファイルの内容を解釈して処理手順情報の入力画面を表示部に表示する。この入力画面には、処理手順情報を入力するためのテキストボックスが設けられている。ユーザＡがこのテキストボックスに処理手順情報としてパス名「/aaa/bbb/opq.doc」を入力し、“送信”を指示する操作を行うと、この操作に応じて、携帯電話機１０は、入力された処理手順情報ｒ１５をサーバ装置２０に送信する。

次いで、サーバ装置２０は、図４のステップＳ１２→Ｓ１３→Ｓ１４の処理を行う。即ち、サーバ装置２０は、受信した処理手順情報をアクセス管理情報テーブル２０３ｂに記憶し、その処理手順情報からチケットを生成し、生成したチケットｒ１６を携帯電話機１０に送信する。

携帯電話機１０は、チケットｒ１６を受信すると、その旨を表示部に表示する。ユーザＡは、携帯電話機１０の操作部を用いて、チケットをクライアント装置３０へ“送信”を指示する操作を行うと、この操作に応じて、携帯電話機１０は、サーバ装置２０から受信したチケットｒ１６をクライアント装置３０にデータ伝送インタフェースを介して送信する（ｒ１７）。

クライアント装置３０は、データ伝送インタフェースを介してチケットｒ１７を受信すると、その旨を表示部に表示する。ユーザＡは、クライアント装置３０の操作部を用いてサーバ装置２０へのアクセスを指示する操作を行う。クライアント装置３０は、その指示内容を解釈し、入力されたチケットを含めたアクセス要求情報ｒ１８をサーバ装置２０に送信する。

サーバ装置２０は、アクセス要求情報ｒ１８を受信すると、図４に示したステップＳ１→Ｓ２→Ｓ１５→Ｓ１６→Ｓ１７→Ｓ１８→Ｓ１９の処理を行う。即ち、サーバ装置２０は、アクセス要求情報からチケットを抽出し、抽出されたチケットをアクセス管理情報テーブル２０３ｂから検索し、そのチケットと対応する処理手順情報を読み出す。そして、アクセス制御リスト２０３ｅを参照してユーザＡにその処理が許可されているか否かを判定する。ここでは、処理手順情報として「/aaa/bbb/opq.doc」というパス名が設定されているため、このパス名が示すファイルへのアクセスがユーザＡに許可されているか否かを判定する。ここで、許可されていた場合には、サーバ装置２０は「/aaa/bbb/opq.doc」が示すファイルをクライアント装置３０に送信する。これにより、ユーザＡはクライアント装置３０を用いてサーバ装置２０に記憶されている「/aaa/bbb/opq.doc」で示されるファイルを参照することが可能となる。

以上説明した実施形態によれば、アクセス要求ユーザが携帯電話機１０を用いて、サーバ装置２０によって記憶されているファイルにアクセスすることを要求した場合、サーバ装置２０は、携帯電話機１０に記憶されている機器認証情報を用いて機器認証を行うとともに、ユーザ認証によってユーザの本人性を確認する。そして、機器認証とユーザ認証によってユーザの本人性を確認した後に、アクセス要求ユーザが所望する処理手順情報と一意に対応するチケットを生成し、携帯電話機１０に送信する。ユーザＡはこのチケットを用いることによって、クライアント装置３０からサーバ装置２０の所望のファイルにアクセスすることが可能になる。
このように、ユーザが普段使用している携帯電話機１０を機器認証のための装置として用いることによって、ユーザが認証を行うためのみに必要なＩＣカード等の専用のハードウェア装置を必要とすることなく、認証を行うことが可能となる。また、クライアント装置３０が不特定多数によって使用される共用端末である場合であっても、クライアント装置３０に認証情報を入力する必要はないため、クライアント装置３０から認証情報が漏洩することはない。この結果、不正な情報漏洩を防止することが期待されることになる。

また、本発明の更なる効果としては、入力環境が貧弱な端末装置からも複雑な処理を実行することが可能となる。例えば上述した実施形態において、クライアント装置３０の操作部を用いて行える操作が限られている場合であっても、携帯電話機１０から複雑な処理手順を示す処理手順情報を入力すれば、クライアント装置３０でその処理手順情報に対応する複雑な処理を行うことが可能となる。

（４）変形例
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されることなく、他の様々な形態で実施可能である。以下にその一例を示す。
（４−１）
ユーザが情報にアクセスするために利用するクライアント装置３０は固定型のパーソナルコンピュータに限らず、無線によるデータ通信が可能な携帯電話機やＰＤＡであってもよい。また、サーバ装置２０は、実施形態で述べたように単体のサーバ装置によって構成される必要はなく、複数のサーバ装置群によって構成されていてもよい。例えば、ユーザ認証やアクセスの可否判断に関わる機能を担うサーバ装置と、ファイルの提供サービスに関わる機能を担うサーバ装置とを別々に構成し、これらのサーバ装置同士が連携することで上記実施形態のサーバ装置と同等の機能を実現しても良い。また、実施形態ではサーバ装置２０は複数のファイルを記憶したファイルサーバを想定したが、これに限らず、例えば複数のＨＴＭＬファイルを記憶したＷＷＷサーバであってもよい。

（４−２）
また、実施形態では、アクセスの対象となる情報がドキュメントファイルである例を挙げたが、これに限らず、例えばＨＴＭＬ（HyperText Markup Language）で記述されているものであってもよく、その情報の記述言語やファイルの作成プログラムは任意のものを利用し得る。

（４−３）
なお、上記実施形態では、機器認証を行った後でユーザ認証を行うようにしたが、認証の順序はこれに限定されるものではなく、ユーザ認証を行った後で機器認証を行うようにしてもよく、同一の情報に機器認証情報とユーザ認証情報を含めて送信するようにしてもよい。

なお、上述した実施形態では、携帯電話機１０が送信する機器認証情報とサーバ装置２０のアクセス管理情報テーブル２０３ｂに記憶されている機器認証情報とが一致するか否かによって機器認証を行ったが、機器認証の方法はこれに限定するものではなく、例えばＳＳＬ（Secure Socket Layer）のクライアント認証方法を用いてもよく、また、公開カギ暗号化方式の公開カギまたは秘密カギによる認証方法を用いてもよい。また、例えば携帯電話機１０のシリアル番号等を機器認証情報として用いてもよく、携帯電話機１０がサーバ装置２０に登録されているか否かを判定できる方法であればどのような方法であってもよい。

実施形態ではユーザＩＤ及びパスワードを用いてユーザ認証を行っていたが、これに限らないし、ユーザＩＤ及びパスワードというように２つの情報を組み合わせに限らず、３つ以上であってもよいし、１つのみであってもよい。

（４−４）
なお、上記実施形態では、ＨＴＴＰリクエストのヘッダフィールドにユーザ認証情報を含め、サーバ装置２０でこれを取得することによってユーザ認証を行う方法を例示したが、ユーザ認証の方法はこれに限定するものではなく、他のプロトコルを用いることも可能であり、好適にユーザ認証が行える方法であればどのような方法であってもよい。

（４−５）
なお、上記実施形態では、処理手順情報が示す処理として、ドキュメントファイルの取得や、あるコマンドの実行などの処理を例示したが、処理手順情報が示す処理をこれに限定するものではなく、他のどのような処理手順であってもよい。また、複数のコマンドとその結果生成されたドキュメントを取得するといった複数の処理をまとめたものであってもよい。

（４−６）
また、上記実施形態では、ユーザＡが携帯電話機１０に処理手順情報を入力する方法として、コマンド形式の文字列を入力させるようにしたが、処理手順情報の入力方法をこれに限定するものではなく、例えば処理手順をファイルの取得に限定し、ファイルを指定する方法を提示するようにしてもよい。また、画面にファイルのパス名を入力する方法でもよい。また、フォルダ構造を携帯電話機１０に表示させ、ユーザＡが携帯電話機１０の操作部を用いてファイルを選択するようにし、これにより取得ファイルを指定する方法であってもよい。この場合は、ユーザＡが時系列的にフォルダまたはファイルを選択する過程で、サーバ装置２０がアクセス制御を行うことが好ましい。例えば、ユーザＡのユーザＩＤをアクセス制御リスト２０３ｅから参照し、ユーザＡにアクセス権のないフォルダは参照できないようにすることが望ましい。

（４−７）
なお、上記実施形態では、携帯電話機１０がＵＳＢ等のデータ伝送インタフェースを介してクライアント装置３０にチケットを送信するようにしたが、携帯電話機１０からクライアント装置３０へのチケットの送信方法をこれに限定するものではなく、例えば赤外線やブルートゥース等の無線によって送信するようにしてもよく、チケットを適切に送信できる方法であればどのような方法であってもよい。また、サーバ装置２０に接続するためのＵＲＬ（Uniform Resource Locator）等の情報をチケットと合わせて送信するようにしてもよい。このようにすることによって、サーバ装置２０に接続するためのＵＲＬ等の情報をクライアント装置３０に入力するというユーザの手間を省くことができる。
また、携帯電話機１０がチケットを表示部に表示し、ユーザが携帯電話機の表示部を確認し、クライアント装置３０の操作部を用いてチケットを入力するようにしてもよい。

（４−８）
なお、上記実施形態では、ハッシュ関数を用いて処理手順情報からチケットを生成するようにしたが、チケットの生成方法をこれに限定するものではなく、チケットを好適に生成できる方法であればどのような方法であってもよい。また、クライアント装置３０にユーザが入力する場合は、ユーザに負担がかかりすぎないような６４ビット程度の乱数列であることが好ましい。また、チケットは数字列に限らず、例えば処理手順情報をスクリプトのように記述したものであってもよく、処理手順情報との対応関係が一意に決定できるものであればどのような形式であってもよい。なお、チケットがスクリプトである場合には、サーバ装置２０の秘密鍵ないしは共通鍵により暗号化されることが安全上好ましい。

なお、上記実施形態では、サーバ装置２０の制御部２０１が生成したチケットと受信した処理手順情報とをアクセス管理情報テーブル２０３ｂに記憶するようにしたが、チケットのみをアクセス管理情報テーブル２０３ｂに記憶するようにしてもよい。具体的には、サーバ装置２０の制御部２０１は、チケットを受信すると、所定のアルゴリズムでチケットから処理手順情報を復元し、復元した処理手順情報に基づいて処理を実行するようにしてもよい。

なお、上記実施形態のチケットは、ワンタイム・チケット（一定時間経過後または一度使用されたものは使用できないチケット）であることが好ましい。ワンタイム・チケットは、チケット発行時に、たとえばチケットを発行した時間情報を処理手順情報に含めた上で暗号化し、使用時に時間情報を参照することや、チケットが一度使用されたらアクセス管理情報テーブルから削除することで実現可能である。ワンタイム・チケットを用いることによって、たとえクライアント装置３０からチケットの情報が漏洩したとしても、一定時間経過後、または一度使用されたものは使用できなくなるため、サーバ装置２０に記憶されている情報の漏洩を防ぐことができる。

（４−９）
上述したサーバ装置２０の制御部２０１によって実行されるプログラムは、磁気テープ、磁気ディスク、フロッピー（登録商標）ディスク、光記録媒体、光磁気記録媒体、ＣＤ（Compact Disk）−ＲＯＭ、ＤＶＤ（Digital Versatile Disk）、ＲＡＭなどの記録媒体に記憶した状態で提供し得る。

本発明の実施形態に係るシステムの全体構成を示すブロック図である。 同実施形態におけるサーバ装置の構成を示すブロック図である。 同実施形態におけるアクセス管理情報テーブルのデータ構成を示す図である。 同実施形態におけるサーバ装置が記憶したサーバアプリケーションプログラムに記述された手順を示すフローチャートである。 同実施形態におけるシステム全体の動作例を示すシーケンス図である。

符号の説明

１…移動通信網、２…インターネット、１０…携帯電話機、２０…サーバ装置、３０…クライアント装置、２０１…制御部、２０２…通信部、２０３…不揮発性記憶部。

Claims (8)

1. 通信ネットワークを介して接続された１つまたは複数の端末装置の認証情報が記憶される記憶手段と、
   前記認証情報と予め定められた処理の手順を示す処理手順情報とを、前記通信ネットワークを介して第１の端末装置から受信する処理手順情報受信手段と、
   前記処理手順情報受信手段が受信した認証情報と一致する認証情報を前記記憶手段から検索して、受信された認証情報が正しいか否かを判定する判定手段と、
   前記判定手段によって前記認証情報が正しいと判定された場合に、前記処理手順情報受信手段によって受信された前記処理手順情報と一意に対応する証明書情報を、所定のアルゴリズムに従って生成する証明書情報生成手段と、
   前記処理手順情報と前記証明書情報とを、前記認証情報と対応づけて前記記憶手段に記憶させる記憶制御手段と、
   前記証明書情報を、前記第１の端末装置に対して送信する送信手段と、
   通信ネットワークを介して第２の端末装置から前記証明書情報を受信する証明書情報受信手段と、
   前記証明書情報受信手段が受信した証明書情報と対応する処理手順情報を前記記憶手段から検索し、検索された処理手順情報に従った処理を行う処理実行手段と、
   を備えることを特徴とするサーバ装置。
2. 通信ネットワークを介して接続された１つまたは複数の端末装置の認証情報が記憶される記憶手段と、
   前記認証情報と予め定められた処理の手順を示す処理手順情報とを、前記通信ネットワークを介して第１の端末装置から受信する処理手順情報受信手段と、
   前記処理手順情報受信手段が受信した認証情報と一致する認証情報を前記記憶手段から検索して、受信された認証情報が正しいか否かを判定する判定手段と、
   前記判定手段によって前記認証情報が正しいと判定された場合に、前記処理手順情報受信手段によって受信された前記処理手順情報と一意に対応する証明書情報を、所定のアルゴリズムに従って生成する証明書情報生成手段と、
   前記証明書情報を、前記認証情報と対応づけて前記記憶手段に記憶させる記憶制御手段と、
   前記証明書情報を、前記第１の端末装置に対して送信する送信手段と、
   通信ネットワークを介して、第２の端末装置から前記証明書情報を受信する証明書情報受信手段と、
   所定のアルゴリズムに基づいて、前記証明書情報受信手段が受信した証明書情報から前記処理手順情報を特定し、特定された処理手順情報に従った処理を行う処理実行手段と、
   を備えることを特徴とするサーバ装置。
3. 前記証明書情報生成手段は、所定のアルゴリズムで前記処理手順情報を数字列に変換することによって前記証明書情報を生成する
   ことを特徴とする請求項１または２記載のサーバ装置。
4. 前記証明書情報生成手段は、所定のアルゴリズムで前記処理手順情報を暗号化することによって前記証明書情報を生成する
   ことを特徴とする請求項１または２記載のサーバ装置。
5. 記憶手段と、通信手段と、制御手段と、を備えるサーバ装置の制御方法であって、
   制御手段が、通信ネットワークを介して接続された端末装置の認証情報と、予め定められた処理の手順を示す処理手順情報とを、第１の端末装置から前記通信手段を介して受信させる処理手順情報受信ステップと、
   制御手段が、受信された前記認証情報と一致する認証情報を前記記憶手段から検索して、受信された前記認証情報が正しいか否かを判定する判定ステップと、
   制御手段が、前記判定ステップで前記認証情報が正しいと判定された場合に、前記通信手段を介して受信された前記処理手順情報と一意に対応する証明書情報を、所定のアルゴリズムに従って生成する証明書情報生成ステップと、
   制御手段が、前記処理手順情報と前記証明書情報とを、前記認証情報と対応づけて前記記憶手段に記憶させる記憶制御ステップと、
   制御手段が、前記証明書情報を、前記第１の端末装置に対して前記通信手段を介して送信させる送信ステップと、
   制御手段が、前記証明書情報を、第２の端末装置から前記通信手段を介して受信させる証明書情報受信ステップと、
   制御手段が、受信された証明書情報と対応する処理手順情報を前記記憶手段から検索し、検索された処理手順情報に従った処理を行う処理実行ステップと、
   を備える制御方法。
6. 記憶手段と、通信手段と、制御手段と、を備えるサーバ装置の制御方法であって、
   制御手段が、通信ネットワークを介して接続された端末装置の認証情報と、予め定められた処理の手順を示す処理手順情報とを、第１の端末装置から前記通信手段を介して受信させる処理手順情報受信ステップと、
   制御手段が、受信された前記認証情報と一致する認証情報を前記記憶手段から検索し、受信された前記認証情報が正しいか否かを判定する判定ステップと、
   制御手段が、前記判定ステップで前記認証情報が正しいと判定された場合に、前記通信手段を介して受信された前記処理手順情報と一意に対応する証明書情報を、所定のアルゴリズムに従って生成する証明書情報生成ステップと、
   制御手段が、前記証明書情報を、前記認証情報と対応づけて前記記憶手段に記憶させる記憶制御ステップと、
   制御手段が、前記証明書情報を、前記第１の端末装置に対して前記通信手段を介して送信させる送信ステップと、
   制御手段が、前記証明書情報を、第２の端末装置から前記通信手段を介して受信させる証明書情報受信ステップと、
   制御手段が、所定のアルゴリズムに基づいて、受信された証明書情報から前記処理手順情報を特定し、特定された処理手順情報に従った処理行う処理実行ステップと、
   を備える制御方法。
7. 通信ネットワークを介して接続された１つまたは複数の端末装置の認証情報と、予め定められた処理の手順を示す処理手順情報と、前記処理手順情報と一意に対応する証明書情報と、を記憶する記憶手段と、
   前記認証情報と前記処理手順情報と前記証明書情報とを受信する受信手段と、
   前記証明書情報を送信する送信手段と、
   を備えるコンピュータに、
   第１の端末装置から、前記認証情報と前記処理手順情報とを前記受信手段を介して受信させる処理手順情報受信機能と、
   受信された前記認証情報と一致する認証情報を前記記憶手段から検索し、受信された前記認証情報が正しいか否かを判定する判定機能と、
   前記判定機能によって、前記認証情報が正しいと判定された場合に、受信された前記処理手順情報と一意に対応する証明書情報を、所定のアルゴリズムに従って生成する証明書情報生成機能と、
   前記処理手順情報と、前記証明書情報とを、前記認証情報と対応づけて前記記憶手段に記憶させる記憶制御手段と、
   前記第１の端末装置に対して、前記送信手段を介して前記証明書情報を送信させる送信機能と、
   第２の端末装置から、前記受信手段を介して前記証明書情報を受信させる証明書情報受信機能と、
   受信された証明書情報と対応する処理手順情報を前記記憶手段から検索し、検索された処理手順情報に従った処理を行う処理実行機能と、
   を実現させるためのプログラム。
8. 通信ネットワークを介して接続された１つまたは複数の端末装置の認証情報と、予め定められた処理の手順を示す処理手順情報と一意に対応する証明書情報と、を記憶する記憶手段と、
   前記認証情報と前記処理手順情報と前記証明書情報とを受信する受信手段と、
   前記証明書情報を送信する送信手段と、
   を備えるコンピュータに、
   第１の端末装置から、前記認証情報と前記処理手順情報とを前記受信手段を介して受信させる処理手順情報受信機能と、
   受信された前記認証情報と一致する認証情報を前記記憶手段から検索し、受信された前記認証情報が正しいか否かを判定する判定機能と、
   前記判定機能によって前記認証情報が正しいと判定された場合に、受信された前記処理手順情報と一意に対応する証明書情報を、所定のアルゴリズムに従って生成する証明書情報生成機能と、
   前記証明書情報を、前記認証情報と対応づけて前記記憶手段に記憶させる記憶制御手段と、
   前記第１の端末装置に対して、前記送信手段を介して前記証明書情報を送信させる送信機能と、
   第２の端末装置から、前記受信手段を介して前記証明書情報を受信させる証明書情報受信機能と、
   所定のアルゴリズムに基づいて受信された証明書情報から前記処理手順情報を特定し、特定された前記処理手順情報に従った処理を行う処理実行機能と、
   を実現させるためのプログラム。

Images