(57)【特許請求の範囲】
【請求項１】
所定サービスを提供するためにネットワークに接続されたサーバ装置と複数の端末装置にて構成され、当該所定サービスが提供される端末装置を指定せずに契約情報に基づいて１又は複数の端末装置に対して当該所定サービスの提供を可能にするサービス証明書を送信する通信システムであって、
前記サーバ装置は、
前記複数の端末装置に共通して発行された端末証明書と、前記サービス証明書および所定サービスの提供契約を個別に識別可能な契約識別コードを対応付けた前記契約情報とを予め記憶している記憶部と、
前記端末装置から前記契約識別コードおよび前記端末証明書を含むサービス証明書要求信号を受信すると、当該端末証明書を認証し、認証が成功すると前記契約情報から当該契約識別コードに対応する秘密鍵を含むサービス証明書を当該端末装置に送信するサービス証明書管理部と、を有し、
前記端末装置は、
端末証明書を予め記憶している記憶部と、
所定サービスの提供契約が成立した後に当該成立により付与された契約識別コードを取得する契約識別コード取得部と、
取得した契約識別コードと前記記憶部に記憶している端末証明書を含むサービス証明書要求信号を前記サーバ装置に送信し、当該サービス証明書要求信号に対して当該サーバ装置から送信された秘密鍵を含むサービス証明書を受信し、前記記憶部に記憶させるサービス証明書取得部と、
前記サービス証明書を用いて、前記所定サービスの提供を受けるサービス実行部と、を有する、
ことを特徴とした通信システム。
【請求項２】
前記端末証明書の有効期間は、前記サービス証明書の有効期間より長期間とした請求項１に記載の通信システム。
【請求項３】
前記端末装置は、前記端末証明書を用いるためのパスワードを難読化して記憶している請求項１又は請求項２に記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット等のＩＰネットワークを用いてサービス提供する際に、電子証明書を利用してサービス提供先及びサービス提供に使用する機器を認証することにより、センターサーバと安全かつ簡易に通信を行うことができる、通信システムに関する。
【背景技術】
【０００２】
従来、インターネット等のオープンなネットワークを利用して対象者にサービスを提供するシステムでは、その通信路において不正な端末による「なりすまし」や「盗聴」がなされる恐れがあるため、通信路を安全でかつ信頼できるものとするため一つの方法として、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）等の標準プロトコルにおいて電子証明書を利用する方法が用いられる。
【０００３】
このようなシステムでは、電子証明書（及びその秘密鍵）は、サービス提供者（サーバ等）及びサービス提供先（クライアント等）から信頼された認証局によって発行される。認証局から発行された電子証明書（及びその秘密鍵）は、認証の対象者の本人確認が行われた後で、様々な方法により、認証の対象者に配布されることになる。例えば、電子証明書の秘密鍵が漏洩しないよう、ＩＣカード等の耐タンパーチップに保存した上で、本人確認郵便等の手段により配布されることがある。
【０００４】
認証の対象者が「人」ではなく「端末（機器）」である場合も同様に、電子証明書（及びその秘密鍵）を安全に発行して配布し、端末に記憶できなければならない。例えば、機器の製造時に、各端末個別にそれぞれ異なる電子証明書（及びその秘密鍵）を耐タンパーチップ等の記憶装置に組み込むといった手段が利用されることもある。また、機器の製造時に、仮の電子証明書を組み込み、機器の初回利用時にその機器に固有の情報を用いて生成される正式な電子証明書に差し替えるという手法もある（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−５４２９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、端末の製造時に、別々の電子証明書を個々の端末に対して組み込む場合、以下のような課題がある。1つ目は、製造時において、別々の電子証明書を個々の端末にそれぞれ組み込まなければならないといった組込工程コストや、“どの証明書がどの端末に入っているのか”を流通過程において把握しておかなければならないといった端末物品管理コストが生じてしまうという課題である。
【０００７】
２つ目は、サービスで利用する端末をレンタル商品とすることを想定する場合、あるサービス契約終了後においても当該端末が他のサービス契約に再利用されることになるが、その際に認証で利用される電子証明書を安全かつ容易に入れ替えなければならないという課題である。
【０００８】
３つ目は、出荷後の流通過程にある端末から、サービスを提供するサーバにアクセスするための電子証明書の秘密鍵が漏洩し、特定のサービス提供先になりすまされる恐れがあるという課題である。
【０００９】
本発明の目的は、上記の各種課題に対して、特定のサービス提供先として対応付けられた端末において安全かつ容易に電子証明書を利用できる通信システムを提供することである。
【課題を解決するための手段】
【００１０】
かかる課題を解決するために、本発明は、所定サービスを提供するためにネットワークに接続されたサーバ装置と複数の端末装置にて構成した通信システムであって、前記サーバ装置は、前記複数の端末装置に共通して発行された端末証明書と、前記所定サービスの提供を可能にするサービス証明書および所定サービスの提供契約を個別に識別可能な契約識別コードを対応付けた契約情報とを予め記憶している記憶部と、前記端末装置から当該契約識別コードおよび端末証明書を含むサービス証明書要求信号を受信すると、当該端末証明書を認証し、認証が成功すると前記契約情報から当該契約識別コードに対応する秘密鍵を含むサービス証明書を当該端末装置に送信するサービス証明書管理部と、を有し、前記端末装置は、端末証明書を予め記憶している記憶部と、所定サービスの提供契約が成立した後に当該成立により付与された契約識別コードを取得する契約識別コード取得部と、取得した契約識別コードと前記記憶部に記憶している端末証明書を含むサービス証明書要求信号を前記サーバ装置に送信し、当該サービス証明書要求信号に対して当該サーバ装置から送信された秘密鍵を含むサービス証明書を受信し、前記記憶部に記憶させるサービス証明書取得部と、前記サービス証明書を用いて、所定サービスの提供を受けるサービス実行部と、を有する、ことを特徴とする通信システムを提供する。
【００１１】
これにより、端末装置には、サービスの提供契約が成立する前から、事前に共通の端末証明書を記憶させることが可能となる。また、所定サービスの契約が成立した場合に、その契約ごとのサービス証明書を特定の端末装置へ記憶させることができる。すなわち、端末証明書は複数の端末装置に共通に使用できるため、製造時においては端末を一律に製造することが可能になり、端末証明書及び端末の管理が容易になる。また、端末証明書は複数の端末装置に共通に使用できるため、端末証明書のコスト低減も図れる。さらに、端末装置や端末証明書の流通過程においても、端末装置内にサービス証明書が入っていないため、サービス証明書の秘密鍵の漏洩対策ともなり、かつ、個別に端末の物品管理をする必要がなくなる。
【００１２】
かかる通信システムにおいて、端末証明書の有効期間は、サービス証明書の有効期間より長期間とするのが好ましい。これにより、一定期間のサービスの提供契約にもとづき端末装置がレンタルされ、サービス提供契約が変更されるような場合であっても、端末証明書が有効な間は、同じ端末装置を用いて新たなサービス提供を行なうことができる。すなわち、端末装置を再利用することができる。
【００１３】
かかる通信システムにおいて、端末装置は、端末証明書を用いるためのパスワードを難読化して記憶しているのが好ましい。これにより、端末装置内に記憶させた端末証明書の秘密鍵が万一漏洩した場合にも悪用の防止を図ることができる。
【発明の効果】
【００１４】
本発明によれば、端末のコスト（製造コスト、流通過程における物品管理コスト）を削減し、レンタル商品の再利用への対応が可能な、端末において安全かつ容易に電子証明書を利用できる通信システムを提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明による通信システムの構成図である。
【図２】サーバ装置の構成を説明するための図である。
【図３】端末装置の構成を説明するための図である。
【図４】サーバ装置の契約情報テーブルを説明するための図である。
【図５】本発明による通信システムのフローチャートである。
【図６】サーバ装置の初期設定処理のフローチャートである。
【図７】端末装置の初期設定処理のフローチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明による通信システムの実施の形態を、図面を参照しながら説明する。
【００１７】
図１は、本発明による通信システムの構成図である。図１に示す通信システムは、サービスを提供するサーバ装置１と、ユーザ宅に設置されてサービス提供を受ける複数の端末装置２とがネットワーク３を介して接続されてなる。
【００１８】
図２は、サーバ装置１の構成図である。サーバ装置１は、ネットワーク３を通じて端末装置２に所定のサービスを提供する。このために、ネットワーク３を通じて端末装置２との通信を行なう通信インタフェース（Ｉ／Ｆ）部１３と、サーバ装置１の各種制御を行なう制御部１２と、記憶部１１と、を有する。
【００１９】
記憶部１１は、ＲＯＭ、ＲＡＭ、磁気ハードディスク等の記憶装置であり、各種プログラムや各種データを記憶し、複数の端末装置２に共通して発行された端末証明書と、所定のサービスの提供を可能にするようサービス契約個別に配布されるサービス証明書と、所定のサービスの提供契約を個別に識別可能な契約識別コードを対応付けた契約情報テーブル１１１を記憶する。ここで、契約情報テーブルは、ユーザとの間にサービスの提供契約が成立したときに、サービスを提供する側の担当者が、担当者端末（不図示）からネットワーク３を介し、サービス契約ごとに一意の契約識別コードを付与し、認証局（不図示）から発行されサービス契約ごとに個別に配布するサービス証明書をこの契約識別コードと１対１の関係に紐付け、記憶部１１に記憶させている。また、サービスを提供する側の担当者が、担当者端末（不図示）からネットワーク３を介し、サービスを提供する際にユーザ宅に設置する端末装置２を指定すると、端末装置２と複数台まとめて共通の端末証明書の対応関係を管理する端末情報テーブル（不図示）から対応する端末証明書を読み出し、前述の契約識別コード及びサービス証明書と紐付け、記憶部１１に記憶させている。
【００２０】
端末証明書は、サービスを提供するサーバ装置１へアクセスすることが認められている端末であることを証明する証明書であり、認証局（不図示）によって発行され、製造時に端末装置２に記憶され、端末装置２がサービス証明書を取得する際に、サービスを提供するサーバ装置１へアクセスすることが認められている端末であることをサーバ装置１がオンラインで認証するために利用される。
【００２１】
サービス証明書は、サービス契約を締結したユーザ宅に設置された端末であることを証明する証明書であり、認証局（不図示）によって発行され、サービス契約締結後に、端末装置２が所定のサービスの提供を受ける際に、所定のサービスの利用を認められた端末であることをサーバ装置１がオンラインで認証するために利用される。
【００２２】
契約識別コードは、サービス契約ごとに割り当てられた一意の番号であり、契約識別コードにサービス契約者の個人情報（住所、電話番号等）等の各種契約情報が関連付けられる。
【００２３】
図４は、契約情報テーブル１１１の一例である。契約識別コードとサービス証明書と端末証明書が、対応付けて登録されている。例えば、契約識別コードが０００００１、サービス証明書はＡＡＡＡ、端末証明書はＸＸＸＸ、というレコードが登録されている。図４には、２種類の端末証明書、ＸＸＸＸとＹＹＹＹがあり、契約識別コードが０００００１から０００００３の契約先には端末証明書ＸＸＸＸを記憶した端末装置が、契約識別コードが０００００４から０００００６は端末証明書ＹＹＹＹを記憶した端末装置が設置される。契約識別コードとサービス証明書の対応では、契約識別コード０００００１にはサービス証明書ＡＡＡＡ、契約識別コード０００００２にはサービス証明書ＢＢＢＢ、契約識別コード０００００３にはサービス証明書ＣＣＣＣ、というように、サービス契約ごとに割り当てられている。なお、契約情報テーブル１１１に登録される端末証明書及びサービス証明書は、各々の証明書を特定できる証明書識別子でも証明書そのものでもよい。
【００２４】
制御部１２は、サービス証明書管理部１２１を有する。サービス証明書管理部１２１は、端末装置２から受信した端末証明書を認証することで端末装置２を認証し、ＳＳＬ接続を確立した上で、端末装置２から契約識別コードを含むサービス証明書要求信号を受信すると、記憶部１１の契約情報テーブル１１１から指定された契約識別コードに対応するサービス証明書を読み出し、通信Ｉ／Ｆ部１３を介して端末装置２に送信する。また、制御部１２は、すでにサービス証明書を取得済みの端末装置２から受信したサービス証明書を認証することで端末装置２を認証し、ＳＳＬ接続を確立した上で、所定のサービスを提供する。
【００２５】
通信Ｉ／Ｆ部１３は、ネットワーク３を通じて、端末装置２との通信を行なうインタフェースである。
【００２６】
図３は、端末装置２の構成図である。端末装置２は、ネットワーク３を通じてサーバ装置１から所定のサービスの提供を受ける。このため、ネットワーク３を通じてサーバ装置１との通信を行なう通信インタフェース（Ｉ／Ｆ）部２５と、端末装置２の各種制御を行なう制御部２２と、記憶部２１と、入力部２３と、表示部２４と、を有する。
【００２７】
記憶部２１は、ＲＯＭ、ＲＡＭ等のメモリ装置であり、各種プログラムや各種データを記憶し、端末証明書（およびその秘密鍵）を予め記憶しており、また、制御部２２の契約識別コード取得部２２１から取得した契約識別コードと、制御部２２のサービス証明書取得部２２２から取得したサービス証明書（およびその秘密鍵）を記憶する。ここで、端末証明書は、端末装置２の製造時に、認証局（不図示）から発行された複数台まとめて共通の端末証明書を記憶して端末装置２を製造する製造装置（不図示）が、記憶部２１に記憶させている。
【００２８】
制御部２２は、契約識別コード取得部２２１とサービス証明書取得部２２２とサービス実行部２２３を持つ。
【００２９】
契約識別コード取得部２２１は、サービスの利用開始に先立ち、入力部２３から契約識別コードを取得し、記憶部２１へ記憶させる。
【００３０】
サービス証明書取得部２２２は、記憶部２１の契約識別コード及び端末証明書を読み出し、端末証明書を含むサービス証明書要求信号を通信Ｉ／Ｆ部２５を介してサーバ装置１に送信し、サービス証明書要求信号に対してサーバ装置１から送信されたサービス証明書を受信し、受信したサービス証明書を記憶部２１に記憶させる。
【００３１】
サービス実行部２２３は、記憶部２１のサービス証明書を読み出し、通信Ｉ／Ｆ部２５を介してサービスを提供するサーバ装置１へ送信し、サービスを利用できる端末であることの認証をうけた上でサービスの提供を受ける。
【００３２】
入力部２３は、キーボードやテンキー、外部入力端子等によって構成される。例えば、初期設定時に、外部から契約識別コードを取得するのに用い、キーボードやテンキーにより直接入力したり、外部入力端子に接続したモバイル端末から入力したりする。
【００３３】
表示部２４は、液晶ディスプレイ（ＬＣＤ）やＬＥＤ、外部出力端子等によって構成される。例えば、初期設定時における設定内容や進行状況の確認やサービス提供時における各種情報の表示等に用い、液晶ディスプレイ（ＬＣＤ）やＬＥＤによって直接表示したり、外部出力端子に接続したモバイル端末に出力したりする。
【００３４】
通信Ｉ／Ｆ部２５は、ネットワーク３を通じて、サーバ装置１との通信を行なうインタフェースである。
【００３５】
ネットワーク３は、サーバ装置１及び端末装置２に接続され、インターネット等の広域通信網あるいは閉域通信網などのＩＰ網である。
【００３６】
次に、図５を参照して、図１の通信システムの処理フローについて説明する。なお、以下に説明する処理フローは、制御部１２、２２で実行されるプログラムによって制御される。
【００３７】
図５（ａ）は、図１の通信システムにおいて端末装置２を初期設定する際のフローチャートである。図５（ａ）に示すように、通信システムの処理フローは、端末装置２に契約識別コードが入力されること（ステップＳ１）によって開始する。契約識別コード取得部２２１は、入力部２３を介して契約識別コードを取得すると、サービス証明書取得部２２２は、サーバ装置１へＳＳＬ接続要求を送信する（ステップＳ２）。この際、端末装置２は、サーバ装置１による認証を受けるために記憶部２１から読み出した端末証明書（但し、秘密鍵を除く）を送信する。
【００３８】
ＳＳＬ接続要求を受信したサーバ装置１は、端末装置２から送信された端末証明書を認証し（ステップＳ３）、サーバ装置１へアクセスすることが認められている端末であることを認証できた場合、ＳＳＬ接続を確立する（ステップＳ４）。
【００３９】
ＳＳＬ接続が確立した場合、端末装置２のサービス証明書取得部２２２は、確立したＳＳＬ接続によって暗号化された通信セッションを介して、サービス証明書要求信号を送信する（ステップＳ５）。この際、サービス証明書取得部２２２は、記憶部２１に保存されている契約識別コードを読み出した上で、サーバ装置１へ送信する。
【００４０】
サービス証明書要求信号を受信したサーバ装置１は、端末装置２から送信された契約識別コードを確認し（ステップＳ６）、記憶部１１にある契約情報テーブル１１１を参照する。サービス証明書管理部１２１は、契約情報テーブル１１１において契約識別コードに対応したサービス証明書を記憶部１１から読み出して端末装置２へ送信する（ステップＳ７）。
【００４１】
端末装置２のサービス証明書取得部２２２は、受信したサービス証明書を記憶部２１に保存し（ステップＳ８）、表示部２４にその結果を表示することにより、端末装置２の初期設定のフローを完了する。
【００４２】
図５（ｂ）は、図１の通信システムにおいて端末装置２がサービス提供を受ける際のフローチャートである。図５（ｂ）に示すように、処理フローは、端末装置２のサービス実行部２２３が記憶部２１からサービス証明書を読み出し、ＳＳＬ接続要求をサーバ装置１に送信することによって開始する（ステップＳ９）。この際、端末装置２は、サーバ装置１による認証を受けるためにサービス証明書（但し、秘密鍵を除く）を送信する。なお、端末装置２によるＳＳＬ接続要求の送信は、サービス提供を受ける必要が生じた端末装置２自身の任意のタイミングとする。
【００４３】
ＳＳＬ接続要求を受信したサーバ装置１は、サービス証明書を認証し（ステップＳ１０）、所定のサービスを提供可能な端末であることを認証できた場合、すなわちサービス契約を締結したユーザ宅にある端末装置２であることを認証できた場合、ＳＳＬ接続を確立する（ステップＳ１１）。
【００４４】
ＳＳＬ接続が確立した場合、サービス実行部２２３は、確立したＳＳＬ接続によって暗号化された通信セッションを介して、サーバ装置１との間で、所定のサービスの提供を受けるためのデータを送受する（ステップＳ１２）。
【００４５】
図６及び図７を参照して、サーバ装置１及び端末装置２の初期設定処理の詳細を説明する。
【００４６】
図６は、図５におけるサーバ装置１の初期設定処理のフローチャートである。図６に示すように、図５のサーバ装置１の処理フローは、端末装置２からのＳＳＬ接続要求を受信すること（ステップＳ２１）によって開始する。
【００４７】
端末装置２からのＳＳＬ接続要求を受信すると、サービス証明書管理部１２１は、記憶部１１に保存されている自らのサーバ証明書を端末装置２へ送信すると共に（不図示）、その後に端末装置２から受信した電子証明書を認証し、有効な端末証明書であるか否かを判断する（ステップＳ２２）。サービス証明書管理部１２１は、受信した電子証明書が有効な端末証明書であると判断した場合、すなわち、ＳＳＬ接続要求を送信した端末装置２が、あらかじめサーバ装置１へアクセスすることが認められている端末であることを認証できた場合（ステップＳ２２−Ｙｅｓ）、ＳＳＬ接続を確立する（ステップＳ２３）。
【００４８】
端末証明書によりＳＳＬ接続が確立した場合、サービス証明書管理部１２１は、サービス証明書要求信号を受信するまで処理を待機する（ステップＳ２４）。サービス証明書要求信号を受信した場合（ステップＳ２４−Ｙｅｓ）、サービス証明書管理部１２１は、サービス証明書要求信号に含まれる契約識別コードが、契約情報テーブル１１１にあらかじめ登録されているか否かを判断し（ステップＳ２５）、登録されていない場合（ステップＳ２５−Ｎｏ）、本ルーチンを終了する。端末装置２から送信された契約識別コードが契約情報テーブル１１１に登録されている場合（ステップＳ２５−Ｙｅｓ）、サービス証明書管理部１２１は、対応するサービス証明書を記憶部１１から読み出して端末装置２へ送信し（ステップＳ２６）、本ルーチンを終了する。
【００４９】
ステップ２２において、サービス証明書管理部１２１は、受信した電子証明書が有効な端末証明書でないと判断した場合（ステップＳ２２−Ｎｏ）、本ルーチンを終了する。
【００５０】
図７は、図５における端末装置２の初期設定処理のフローチャートである。図７に示すように、図５の端末装置２の処理フローは、端末装置２に契約識別コードが入力されること（ステップＳ３１）によって開始する。この際、契約識別コード取得部２２１は、入力部２３を介して契約識別コードを取得すると、取得した契約識別コードを記憶部２１に保存する。
【００５１】
次に、サービス証明書取得部２２２は、記憶部２１から端末証明書を読み出し、通信Ｉ／Ｆ部２５を介して、サーバ装置１のサービス証明書管理部１２１へＳＳＬ接続要求を送信する（ステップＳ３２）。端末装置２は、ＳＳＬ接続要求を送信するときに、端末証明書（但し、秘密鍵を除く）を送信し、サーバ装置１によるクライアント認証を受けることにより、ＳＳＬ接続が確立することを判断する（ステップＳ３３）。なお、この際、サーバ装置１から送信されたサーバ証明書の有効性を確認することにより、端末装置２もサーバ認証を行う（不図示）。サーバ装置１による端末証明書の認証（クライアント認証）が失敗し、又は端末装置２によるサーバ証明書の認証（サーバ認証）が失敗し、ＳＳＬ接続が確立しない場合（ステップＳ３３−Ｎｏ）、本ルーチンを終了する。
【００５２】
サーバ装置１による端末証明書の認証（クライアント認証）、及び端末装置２によるサーバ証明書の認証（サーバ認証）が成功し、ＳＳＬ接続が確立した場合（ステップＳ３３−Ｙｅｓ）、サービス証明書取得部２２２は、確立したＳＳＬ接続によって暗号化された通信セッションにより、通信Ｉ／Ｆ部２５を介してサービス証明書要求信号を送信する（ステップＳ３４）。この際、サービス証明書取得部２２２は、記憶部２１に保存されている契約識別コードを読み出した上で、サーバ装置１へ送信する。
【００５３】
端末装置２のサービス証明書取得部２２２は、サーバ装置１から送信されるサービス証明書の受信、すなわち、ダウンロードが完了するまで待機する（ステップ３５）。ダウンロードが完了すると（ステップ３５−Ｙｅｓ）、端末装置２のサービス証明書取得部２２２は、受信したサービス証明書を記憶部２１に保存し（ステップＳ３６）、表示部２４に結果を表示することにより、本ルーチンを終了する。
【００５４】
本発明は、上記実施の形態に限定されるものではなく、幾多の変更及び変形が可能である。例えば、本発明によるサービス提供装置をサーバ装置１が行なう場合について説明したが、サービスを提供するサーバは、サーバ装置１ではなく、ネットワークにつながる他の各種サーバでもよい。
【００５５】
また、ＳＳＬ接続を用いる場合について説明したが、ＳＳＬに限らず、ＴＬＳ（Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｃｕｒｉｔｙ）、ＤＴＬＳ（Ｄａｔａｇｒａｍ  Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｃｕｒｉｔｙ）、ＩＰＳｅｃ等、他の標準的なセキュアチャネルプロトコルを用いてもよい。
【００５６】
あらかじめ端末装置２に記憶する端末証明書の有効期間は、サービス証明書の有効期間よりも長い期間に設定することもできる。特に、端末装置が製造されてから廃棄されるまでのライフサイクルを考慮し、端末証明書の有効期間は、ライフサイクルと同等の期間に設定するのがよい。サービス契約終了後において、端末装置がライフサイクルの中でまだ再利用可能な期間内であれば、新たなサービス契約を提供する設置先において、新たなサービス契約に対応するサービス証明書を、端末証明書を用いてダウンロードして再度記憶させることで、端末装置を再利用することができる。
【００５７】
あらかじめ端末装置２に記憶する端末証明書を記憶する際には、端末証明書が読み出され悪用されないように保護措置として、端末証明書の秘密鍵を活性化して用いるためのパスワードを設定することができる。さらに、そのパスワードは、そのままの形で記憶するのでなく、何らかの処理を施して読みだしてもそのままでは使用できない形に変えて記憶させ、難読化することもできる。
【符号の説明】
【００５８】
１・・・サーバ装置
２・・・端末装置
３・・・ネットワーク
１１・・・記憶部
１１１・・・契約情報テーブル
１２・・・制御部
１２１・・・サービス証明書管理部
１３・・・通信Ｉ／Ｆ部
２１・・・記憶部
２２・・・制御部
２２１・・・契約識別コード取得部
２２２・・・サービス証明書取得部
２２３・・・サービス実行部
２３・・・入力部
２４・・・表示部
２５・・・通信Ｉ／Ｆ部
【図４】
0005469410.tif 000002
【図１】
0005469410.tif 000003
【図２】
0005469410.tif 000004
【図３】
0005469410.tif 000005
【図５】
0005469410.tif 000006
【図６】
0005469410.tif 000007
【図７】
0005469410.tif 000008