JP2002163212A - 通信システム及びその制御方法、及び媒体 - Google Patents
通信システム及びその制御方法、及び媒体Info
- Publication number
- JP2002163212A JP2002163212A JP2000361285A JP2000361285A JP2002163212A JP 2002163212 A JP2002163212 A JP 2002163212A JP 2000361285 A JP2000361285 A JP 2000361285A JP 2000361285 A JP2000361285 A JP 2000361285A JP 2002163212 A JP2002163212 A JP 2002163212A
- Authority
- JP
- Japan
- Prior art keywords
- information terminal
- secret key
- server
- license
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Information Transfer Between Computers (AREA)
Abstract
(57)【要約】
【課題】 多数の情報端末から暗号化されたＷｅｂ電子
メールを読めるようにする。 【解決手段】 情報端末に対して公開鍵暗号方式でＷｅ
ｂ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）電子メールサービ
スを行うサーバを有する通信システムにおいて、前記公
開鍵暗号方式における秘密鍵を管理する管理機能、復号
機能、デジタル署名機能等を前記サーバに搭載した。
メールを読めるようにする。 【解決手段】 情報端末に対して公開鍵暗号方式でＷｅ
ｂ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）電子メールサービ
スを行うサーバを有する通信システムにおいて、前記公
開鍵暗号方式における秘密鍵を管理する管理機能、復号
機能、デジタル署名機能等を前記サーバに搭載した。
Description
【０００１】
【発明の属する技術分野】本発明は、Ｗｅｂ（Ｗｏｒｌ
ｄ Ｗｉｄｅ Ｗｅｂ）ブラウザ上に表示可能な１つの
コンテンツサービスとしての電子メール（本明細書にお
いて、Ｗｅｂ電子メールという）サービスに関し、特に
そのセキュリティ技術に関する。
ｄ Ｗｉｄｅ Ｗｅｂ）ブラウザ上に表示可能な１つの
コンテンツサービスとしての電子メール（本明細書にお
いて、Ｗｅｂ電子メールという）サービスに関し、特に
そのセキュリティ技術に関する。
【０００２】
【従来の技術】近年、情報端末とアプリケーションサー
バとの間の通信においてもセキュリティを重視する傾向
が強くなり、多用な用途に合わせて各種の暗号通信プロ
トコルが使用されている。その中でも、公開鍵暗号方式
による暗号通信は、最も頻繁に使用されている。この公
開鍵方式をＷｅｂコンテンツに用いる場合には、ＳＳＬ
（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）と呼ば
れる暗号プロトコルを使用することが多い。このＷｅｂ
暗号方式においては、次世代の世界標準暗号プロトコル
として、ＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓ
ｅｃｕｒｉｔｙ）というプロトコルも使用されつつあ
る。
バとの間の通信においてもセキュリティを重視する傾向
が強くなり、多用な用途に合わせて各種の暗号通信プロ
トコルが使用されている。その中でも、公開鍵暗号方式
による暗号通信は、最も頻繁に使用されている。この公
開鍵方式をＷｅｂコンテンツに用いる場合には、ＳＳＬ
（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）と呼ば
れる暗号プロトコルを使用することが多い。このＷｅｂ
暗号方式においては、次世代の世界標準暗号プロトコル
として、ＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓ
ｅｃｕｒｉｔｙ）というプロトコルも使用されつつあ
る。
【０００３】さらに、電子メールにおいては、ＰＧＰ
（Ｐｒｅｔｔｙ Ｇｏｏｄ Ｐｒｉｖａｃｙ）やＳ／Ｍ
ＩＭＥ（Ｓｅｃｕｒｅ Ｍａｌｔｉｐｕｒｐｏｓｅ Ｉ
ｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ）と
いう方式にて暗号化することが考えられてきた。この電
子メールの暗号化方式では、専用の電子メールアプリケ
ーション（メーラとも呼ばれる）を用いて公開鍵で暗号
化された電子メールを、情報端末上に取得し、情報端末
内に保存しておいた秘密鍵を用いて受信メールを復号化
して読んだり、当該秘密鍵を用いて作成メールに署名し
て送信したりすることができる。
（Ｐｒｅｔｔｙ Ｇｏｏｄ Ｐｒｉｖａｃｙ）やＳ／Ｍ
ＩＭＥ（Ｓｅｃｕｒｅ Ｍａｌｔｉｐｕｒｐｏｓｅ Ｉ
ｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ）と
いう方式にて暗号化することが考えられてきた。この電
子メールの暗号化方式では、専用の電子メールアプリケ
ーション（メーラとも呼ばれる）を用いて公開鍵で暗号
化された電子メールを、情報端末上に取得し、情報端末
内に保存しておいた秘密鍵を用いて受信メールを復号化
して読んだり、当該秘密鍵を用いて作成メールに署名し
て送信したりすることができる。
【０００４】また、最近では、モバイル情報端末の利便
性を考慮した方式として、電子メールを特定端末から読
むのではなく、Ｗｅｂブラウザを介した認証手段によっ
て、個人のメールボックスをアプリケーションサーバ
（例えばプロバイダのサーバ）上に開設することによっ
て、専用の電子メールアプリケーションを使用せず、Ｗ
ｅｂブラウザ上に表示可能な１つのコンテンツサービス
としての電子メール（Ｗｅｂ電子メール）サービスを行
うアプリケーションサーバが実現されている。もちろ
ん、一般的に、Ｗｅｂブラウザアプリケーションの方
が、専用電子メールアプリケーションより汎用的である
ために、このようなＷｅｂ電子メールサービスが提供さ
れる要因になっている。
性を考慮した方式として、電子メールを特定端末から読
むのではなく、Ｗｅｂブラウザを介した認証手段によっ
て、個人のメールボックスをアプリケーションサーバ
（例えばプロバイダのサーバ）上に開設することによっ
て、専用の電子メールアプリケーションを使用せず、Ｗ
ｅｂブラウザ上に表示可能な１つのコンテンツサービス
としての電子メール（Ｗｅｂ電子メール）サービスを行
うアプリケーションサーバが実現されている。もちろ
ん、一般的に、Ｗｅｂブラウザアプリケーションの方
が、専用電子メールアプリケーションより汎用的である
ために、このようなＷｅｂ電子メールサービスが提供さ
れる要因になっている。
【０００５】
【発明が解決しようとする課題】しかし、Ｗｅｂ電子メ
ールサービスにおいて暗号通信を行う場合、従来のよう
に情報端末内に秘密鍵を保存すると、当該情報端末から
しか暗号化されたＷｅｂ電子メールを読むことができ
ず、多数の情報端末からアクセスできるというＷｅｂ電
子メールサービスの利便性を有効に活用することができ
なかった。
ールサービスにおいて暗号通信を行う場合、従来のよう
に情報端末内に秘密鍵を保存すると、当該情報端末から
しか暗号化されたＷｅｂ電子メールを読むことができ
ず、多数の情報端末からアクセスできるというＷｅｂ電
子メールサービスの利便性を有効に活用することができ
なかった。
【０００６】本発明は、このような背景に鑑みなされた
もので、その課題は、多数の情報端末から暗号化された
Ｗｅｂ電子メールを読めるようにすることにある。
もので、その課題は、多数の情報端末から暗号化された
Ｗｅｂ電子メールを読めるようにすることにある。
【０００７】
【課題を解決するための手段】上記課題を解決するた
め、本発明は、情報端末に対して公開鍵暗号方式でＷｅ
ｂ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）電子メールサービ
スを行うサーバを有する通信システムにおいて、前記サ
ーバは、前記公開鍵暗号方式における秘密鍵を管理する
管理手段を有している。
め、本発明は、情報端末に対して公開鍵暗号方式でＷｅ
ｂ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）電子メールサービ
スを行うサーバを有する通信システムにおいて、前記サ
ーバは、前記公開鍵暗号方式における秘密鍵を管理する
管理手段を有している。
【０００８】また、本発明は、情報端末に対して公開鍵
暗号方式でＷｅｂ電子メールサービスを行うサーバを有
する通信システムの制御方法において、前記サーバは、
前記公開鍵暗号方式における秘密鍵を管理する管理工程
を有している。
暗号方式でＷｅｂ電子メールサービスを行うサーバを有
する通信システムの制御方法において、前記サーバは、
前記公開鍵暗号方式における秘密鍵を管理する管理工程
を有している。
【０００９】また、本発明は、情報端末に対して公開鍵
暗号方式でＷｅｂ電子メールサービスを行うサーバを有
する通信システムに適用可能なコンピュータ読取可能な
媒体において、前記サーバは、前記公開鍵暗号方式にお
ける秘密鍵を管理する管理ルーチンを有している。
暗号方式でＷｅｂ電子メールサービスを行うサーバを有
する通信システムに適用可能なコンピュータ読取可能な
媒体において、前記サーバは、前記公開鍵暗号方式にお
ける秘密鍵を管理する管理ルーチンを有している。
【００１０】
【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて説明する。
に基づいて説明する。
【００１１】［第１の実施形態］図１は、本発明の第１
の実施形態を適用した通信システムのシステム構成図で
あり、情報端末１は、中継局３、公衆網４、及びインタ
ーネット網５を介してアプリケーションサーバ２と接続
されている。また、情報端末１は、ＰＰＰ（Ｐｏｉｎｔ
―ｔｏ―Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）等のプロトコ
ルにより、インターネット網５に予め接続されている。
の実施形態を適用した通信システムのシステム構成図で
あり、情報端末１は、中継局３、公衆網４、及びインタ
ーネット網５を介してアプリケーションサーバ２と接続
されている。また、情報端末１は、ＰＰＰ（Ｐｏｉｎｔ
―ｔｏ―Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）等のプロトコ
ルにより、インターネット網５に予め接続されている。
【００１２】情報端末１は、図２に示したように、ＣＰ
Ｕ５１、ＲＯＭ５２、ＲＡＭ５３を具備している。ま
た、液晶パネル、バックライト、光学系などからなる表
示デバイス５４を具備し、この表示デバイス５４は、表
示制御回路５５により制御・駆動される。これらＣＰＵ
５１、ＲＯＭ５２、ＲＡＭ５３、表示制御回路５５は、
ＣＰＵバス６０を介して接続されている。
Ｕ５１、ＲＯＭ５２、ＲＡＭ５３を具備している。ま
た、液晶パネル、バックライト、光学系などからなる表
示デバイス５４を具備し、この表示デバイス５４は、表
示制御回路５５により制御・駆動される。これらＣＰＵ
５１、ＲＯＭ５２、ＲＡＭ５３、表示制御回路５５は、
ＣＰＵバス６０を介して接続されている。
【００１３】また、ＣＰＵ５１は、Ｉ／Ｏポートを介し
て、通信デバイス５６と通信制御回路５７、及び入力デ
バイス５８と入力制御回路５９が接続されている。
て、通信デバイス５６と通信制御回路５７、及び入力デ
バイス５８と入力制御回路５９が接続されている。
【００１４】このような構成の下で、ＣＰＵ５１は、Ｒ
ＡＭ５３をワークエリア等として利用しながら、ＲＯＭ
５２に格納されたプログラムに基づいて、電話サービ
ス、Ｗｅｂブラウザサービス、Ｗｅｂ電子メールサービ
ス等の各種サービスに対応する各種処理を行う。
ＡＭ５３をワークエリア等として利用しながら、ＲＯＭ
５２に格納されたプログラムに基づいて、電話サービ
ス、Ｗｅｂブラウザサービス、Ｗｅｂ電子メールサービ
ス等の各種サービスに対応する各種処理を行う。
【００１５】アプリケーションサーバ２は、図３に示し
たように、ＣＰＵ６１、ＲＯＭ６２、ＲＡＭ６３、ハー
ドディスク６４、通信Ｉ／Ｆ部６５を具備し、これらデ
バイスは、バス６６により接続されている。ＲＯＭ６２
には、ブートプログラム等が格納され、ハードディスク
６４には、システムプログラム（ＯＳ）、各種のアプリ
ケーションプログラムが格納されている。
たように、ＣＰＵ６１、ＲＯＭ６２、ＲＡＭ６３、ハー
ドディスク６４、通信Ｉ／Ｆ部６５を具備し、これらデ
バイスは、バス６６により接続されている。ＲＯＭ６２
には、ブートプログラム等が格納され、ハードディスク
６４には、システムプログラム（ＯＳ）、各種のアプリ
ケーションプログラムが格納されている。
【００１６】ＣＰＵ６１は、ＲＯＭ６２のブートプログ
ラムに基づいてハードディスク６４上のシステムプログ
ラムをＲＡＭ６３に展開し、必要に応じてハードディス
ク６４上のアプリケーションプログラムをＲＡＭ６３に
展開して実行することにより、Ｗｅｂサーバサービス、
Ｗｅｂ電子メールサービス等の各種サービスに対応する
各種処理を行う。
ラムに基づいてハードディスク６４上のシステムプログ
ラムをＲＡＭ６３に展開し、必要に応じてハードディス
ク６４上のアプリケーションプログラムをＲＡＭ６３に
展開して実行することにより、Ｗｅｂサーバサービス、
Ｗｅｂ電子メールサービス等の各種サービスに対応する
各種処理を行う。
【００１７】図１に示したように、情報端末１のＲＯＭ
５２には、本発明に特有なプログラムとして、次のよう
なサービスに対応するプログラムが格納されている。こ
のうち、Ｗｅｂブラウザサービス１０は、ハイパーテキ
ストマークアップ言語（ＨＴＭＬ）で表記されたデータ
を、ハイパーテキスト転送プロトコル（ＨＴＴＰ）によ
って受信し、或るフォーマットにて解釈して適切に表示
したり、データ送信を行うサービスである。
５２には、本発明に特有なプログラムとして、次のよう
なサービスに対応するプログラムが格納されている。こ
のうち、Ｗｅｂブラウザサービス１０は、ハイパーテキ
ストマークアップ言語（ＨＴＭＬ）で表記されたデータ
を、ハイパーテキスト転送プロトコル（ＨＴＴＰ）によ
って受信し、或るフォーマットにて解釈して適切に表示
したり、データ送信を行うサービスである。
【００１８】表示サービス１１は、各種のデータを表示
デバイス５４上に表示するサービスである。入力サービ
ス１２は、ペン等によってデジタイザ上の或る領域が押
されたことを検知し、各種のサービスに入力情報を提供
するサービスである。暗号通信サービス１３は、Ｗｅｂ
ブラウザサービス１０等と連動し、アプリケーションサ
ーバ２との間で暗号通信を確立するサービスである。
デバイス５４上に表示するサービスである。入力サービ
ス１２は、ペン等によってデジタイザ上の或る領域が押
されたことを検知し、各種のサービスに入力情報を提供
するサービスである。暗号通信サービス１３は、Ｗｅｂ
ブラウザサービス１０等と連動し、アプリケーションサ
ーバ２との間で暗号通信を確立するサービスである。
【００１９】また、図１に示したように、アプリケーシ
ョンサーバ２のハードディスク６４には、本発明に特有
なプログラムとして、次のようなサービスに対応するプ
ログラムが格納されている。
ョンサーバ２のハードディスク６４には、本発明に特有
なプログラムとして、次のようなサービスに対応するプ
ログラムが格納されている。
【００２０】このうち、Ｗｅｂサーバサービス２０は、
ハイパーテキスト転送プロトコル（ＨＴＴＰ）によって
要求されるハイパーテキストマークアップ言語（ＨＴＭ
Ｌ）で表記されたデータを、アプリケーションサーバ２
内部から読出して転送する等のサービスである。暗号通
信サービス２１は、Ｗｅｂサーバサービス２０等と連動
し、Ｗｅｂブラウザサービス１０との間で暗号通信を確
立するサービスである。
ハイパーテキスト転送プロトコル（ＨＴＴＰ）によって
要求されるハイパーテキストマークアップ言語（ＨＴＭ
Ｌ）で表記されたデータを、アプリケーションサーバ２
内部から読出して転送する等のサービスである。暗号通
信サービス２１は、Ｗｅｂサーバサービス２０等と連動
し、Ｗｅｂブラウザサービス１０との間で暗号通信を確
立するサービスである。
【００２１】また、秘密鍵管理サービス２２は、アプリ
ケーションサーバ２上のＷｅｂサーバサービス２０のデ
ータ、例えばＷｅｂ電子メールサービスデータにおい
て、当該電子メールデータにかけられた暗号を復号した
り、或いは作成した電子メールにデジタル署名したりす
るために必要な公開鍵暗号に対応する秘密鍵を使用でき
るように管理するサービスである。
ケーションサーバ２上のＷｅｂサーバサービス２０のデ
ータ、例えばＷｅｂ電子メールサービスデータにおい
て、当該電子メールデータにかけられた暗号を復号した
り、或いは作成した電子メールにデジタル署名したりす
るために必要な公開鍵暗号に対応する秘密鍵を使用でき
るように管理するサービスである。
【００２２】なお、ここでは、説明の都合上、公開鍵暗
号方式の公開鍵及び秘密鍵は、ユーザが使用する電子メ
ールアドレスにより識別可能に構成されている。また、
これら公開鍵と秘密鍵は、唯一無二の鍵として常に一対
で存在している。
号方式の公開鍵及び秘密鍵は、ユーザが使用する電子メ
ールアドレスにより識別可能に構成されている。また、
これら公開鍵と秘密鍵は、唯一無二の鍵として常に一対
で存在している。
【００２３】また、Ｗｅｂ電子メールサービス２３は、
Ｗｅｂサーバサービス２０上で動作し、電子メールアプ
リケーションをハイパーテキストマークアップ言語化し
てＷｅｂブラウザサービス１０で表示できるようにする
と共に、Ｗｅｂブラウザサービス１０から電子メールの
受信、作成、送信、保存等の操作を可能にするサービス
である。
Ｗｅｂサーバサービス２０上で動作し、電子メールアプ
リケーションをハイパーテキストマークアップ言語化し
てＷｅｂブラウザサービス１０で表示できるようにする
と共に、Ｗｅｂブラウザサービス１０から電子メールの
受信、作成、送信、保存等の操作を可能にするサービス
である。
【００２４】なお、アプリケーションサーバ２は、上記
のサービスの他に、データベース検索、リモートアクセ
ス、ファイル管理等のサービスをも提供するように構成
してもよい。
のサービスの他に、データベース検索、リモートアクセ
ス、ファイル管理等のサービスをも提供するように構成
してもよい。
【００２５】図４は、アプリケーションサーバ２のＷｅ
ｂサーバサービス２０上のＷｅｂ電子メールサービス２
３に対して、情報端末１のＷｅｂブラウザサービス１０
でアクセスした場合の情報端末１の画面例を示す図であ
る。
ｂサーバサービス２０上のＷｅｂ電子メールサービス２
３に対して、情報端末１のＷｅｂブラウザサービス１０
でアクセスした場合の情報端末１の画面例を示す図であ
る。
【００２６】図５は、アプリケーションサーバ２のＷｅ
ｂサーバサービス２０上のＷｅｂ電子メールサービス２
３に対する情報端末１のＷｅｂブラウザサービス１０に
よるアクセスが成功し、Ｗｅｂ電子メールの受信箱のメ
ールを開いた場合の情報端末１の画面例を示す図であ
る。
ｂサーバサービス２０上のＷｅｂ電子メールサービス２
３に対する情報端末１のＷｅｂブラウザサービス１０に
よるアクセスが成功し、Ｗｅｂ電子メールの受信箱のメ
ールを開いた場合の情報端末１の画面例を示す図であ
る。
【００２７】図６は、アプリケーションサーバ２のＷｅ
ｂサーバサービス２０上のＷｅｂ電子メールサービス２
３に対する情報端末１のＷｅｂブラウザサービス１０に
よるアクセスが成功し、復号ソフトウェアボタン押した
時に、アプリケーションサーバ２から送信されて情報端
末１に表示された秘密鍵使用許諾認証用の画面例を示す
図である。
ｂサーバサービス２０上のＷｅｂ電子メールサービス２
３に対する情報端末１のＷｅｂブラウザサービス１０に
よるアクセスが成功し、復号ソフトウェアボタン押した
時に、アプリケーションサーバ２から送信されて情報端
末１に表示された秘密鍵使用許諾認証用の画面例を示す
図である。
【００２８】図７は、アプリケーションサーバ２のＷｅ
ｂサーバサービス２０上のＷｅｂ電子メールサービス２
３に対する情報端末１のＷｅｂブラウザサービス１０に
よるアクセスが成功し、復号ソフトウェアボタン押した
時に、秘密鍵使用許諾認証に成功し、暗号Ｗｅｂ電子メ
ールが復号された場合の情報端末１の画面例を示す図で
ある。
ｂサーバサービス２０上のＷｅｂ電子メールサービス２
３に対する情報端末１のＷｅｂブラウザサービス１０に
よるアクセスが成功し、復号ソフトウェアボタン押した
時に、秘密鍵使用許諾認証に成功し、暗号Ｗｅｂ電子メ
ールが復号された場合の情報端末１の画面例を示す図で
ある。
【００２９】図８は、アプリケーションサーバ２のＷｅ
ｂサーバサービス２０上のＷｅｂ電子メールサービス２
３に対する情報端末１のＷｅｂブラウザサービス１０に
よるアクセスが成功し、秘密鍵使用許諾認証にも成功し
た後で、新規の電子メールを作成する場合の情報端末１
の画面例を示す図である。
ｂサーバサービス２０上のＷｅｂ電子メールサービス２
３に対する情報端末１のＷｅｂブラウザサービス１０に
よるアクセスが成功し、秘密鍵使用許諾認証にも成功し
た後で、新規の電子メールを作成する場合の情報端末１
の画面例を示す図である。
【００３０】図９は、図８のように新規の電子メールを
作成した後、署名ソフトウェアボタンを押して、Ｗｅｂ
電子メールにデジタル署名を施した場合の情報端末１の
画面例を示す図である。
作成した後、署名ソフトウェアボタンを押して、Ｗｅｂ
電子メールにデジタル署名を施した場合の情報端末１の
画面例を示す図である。
【００３１】図１０〜１１は、本発明の第１の実施形態
における情報端末１の処理を示すフローチャートであ
る。図１２は、本発明の第１の実施形態におけるアプリ
ケーションサーバ２の処理を示すフローチャートであ
る。図１３は、図１２の続きのフローチャートである。
図１４は、情報端末機１における署名処理を示すフロー
チャートであり、図１５は、アプリケーションサーバ２
における署名処理を示すフローチャートである。
における情報端末１の処理を示すフローチャートであ
る。図１２は、本発明の第１の実施形態におけるアプリ
ケーションサーバ２の処理を示すフローチャートであ
る。図１３は、図１２の続きのフローチャートである。
図１４は、情報端末機１における署名処理を示すフロー
チャートであり、図１５は、アプリケーションサーバ２
における署名処理を示すフローチャートである。
【００３２】次に、本発明に特有な処理を図１０〜１５
のフローチャートに従って詳細に説明する。
のフローチャートに従って詳細に説明する。
【００３３】最初に、情報端末１のＷｅｂブラウザサー
ビス１０にて、アプリケーションサーバ２上のＷｅｂ電
子メールサービス２３をセキュアに呼び出すためのアド
レス（ＵＲＬ：Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌ
ｏｃａｔｏｒｓ、またはＵＲＩ：Ｕｎｉｆｏｒｍ Ｒｅ
ｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒｓ）を、入力サービ
ス１２を介して入力して送信する（図１０のステップＳ
１０１０）。入力サービス１２の入力方法としては、例
えばソフトウェアキーボード等が挙げられる。
ビス１０にて、アプリケーションサーバ２上のＷｅｂ電
子メールサービス２３をセキュアに呼び出すためのアド
レス（ＵＲＬ：Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌ
ｏｃａｔｏｒｓ、またはＵＲＩ：Ｕｎｉｆｏｒｍ Ｒｅ
ｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒｓ）を、入力サービ
ス１２を介して入力して送信する（図１０のステップＳ
１０１０）。入力サービス１２の入力方法としては、例
えばソフトウェアキーボード等が挙げられる。
【００３４】アプリケーションサーバ２は、情報端末１
からＷｅｂ電子メールサービス２３をセキュアに呼び出
すメッセージを受信すると（図１２のステップＳ１０２
０）、Ｗｅｂサーバサービス２０を介して、暗号通信サ
ービス２１からの暗号Ｗｅｂ通信確立に必要なアプリケ
ーションサーバ認証書を情報端末１に送信し、暗号Ｗｅ
ｂ通信の確立を試みる（図１２のステップＳ１０３
０）。
からＷｅｂ電子メールサービス２３をセキュアに呼び出
すメッセージを受信すると（図１２のステップＳ１０２
０）、Ｗｅｂサーバサービス２０を介して、暗号通信サ
ービス２１からの暗号Ｗｅｂ通信確立に必要なアプリケ
ーションサーバ認証書を情報端末１に送信し、暗号Ｗｅ
ｂ通信の確立を試みる（図１２のステップＳ１０３
０）。
【００３５】情報端末１は、アプリケーションサーバ認
証書を受信すると、当該アプリケーションサーバ認証書
が許容できるものであるか否かを、予め情報端末１内に
保持しているユーザが信頼している認証局：ＣＡ（Ｃｅ
ｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ）の署名者リ
スト（ルート証明書ともいう）の公開鍵を用いて、暗号
通信サービス１３により検査する（図１０のステップＳ
１０４０）。
証書を受信すると、当該アプリケーションサーバ認証書
が許容できるものであるか否かを、予め情報端末１内に
保持しているユーザが信頼している認証局：ＣＡ（Ｃｅ
ｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ）の署名者リ
スト（ルート証明書ともいう）の公開鍵を用いて、暗号
通信サービス１３により検査する（図１０のステップＳ
１０４０）。
【００３６】その結果、受信したアプリケーションサー
バ認証書が当該情報端末１にとって許容できない場合
は、暗号Ｗｅｂ通信の確立を拒否する旨のメッセージを
アプリケーションサーバ２に送信する（図１０のステッ
プＳ１０５０）。アプリケーションサーバ２の暗号通信
サービス２１は、暗号Ｗｅｂ通信の確立を拒否する旨の
メッセージを受信すると、暗号Ｗｅｂ通信不成立を示す
表示データを情報端末１に送信して（図１２のステップ
Ｓ１０６０）、終了する。情報端末１のＷｅｂブラウザ
サービス１０は、受信した暗号Ｗｅｂ通信不成立を示す
表示データを表示サービス１１を介して表示して（図１
０のステップＳ１０７０）、終了する。
バ認証書が当該情報端末１にとって許容できない場合
は、暗号Ｗｅｂ通信の確立を拒否する旨のメッセージを
アプリケーションサーバ２に送信する（図１０のステッ
プＳ１０５０）。アプリケーションサーバ２の暗号通信
サービス２１は、暗号Ｗｅｂ通信の確立を拒否する旨の
メッセージを受信すると、暗号Ｗｅｂ通信不成立を示す
表示データを情報端末１に送信して（図１２のステップ
Ｓ１０６０）、終了する。情報端末１のＷｅｂブラウザ
サービス１０は、受信した暗号Ｗｅｂ通信不成立を示す
表示データを表示サービス１１を介して表示して（図１
０のステップＳ１０７０）、終了する。
【００３７】受信したアプリケーションサーバ認証書が
当該情報端末１にとって許容できる場合は、暗号Ｗｅｂ
通信の確立を容認する旨のメッセージをアプリケーショ
ンサーバ２に送信する（図１０のステップＳ１０８
０）。アプリケーションサーバ２の暗号通信サービス２
１は、暗号Ｗｅｂ通信の確立を容認する旨のメッセージ
を受信すると、暗号Ｗｅｂ通信に必要な残りの情報の交
換を、情報端末１の暗号通信サービス１３との間で行
い、暗号Ｗｅｂ通信を確立させると共に、当該情報端末
１との暗号通信処理を専門に行うセッションプログラム
（以下、セッションという）を起動し、当該セッション
が当該情報端末１との暗号データ通信の処理を司るよう
にする。
当該情報端末１にとって許容できる場合は、暗号Ｗｅｂ
通信の確立を容認する旨のメッセージをアプリケーショ
ンサーバ２に送信する（図１０のステップＳ１０８
０）。アプリケーションサーバ２の暗号通信サービス２
１は、暗号Ｗｅｂ通信の確立を容認する旨のメッセージ
を受信すると、暗号Ｗｅｂ通信に必要な残りの情報の交
換を、情報端末１の暗号通信サービス１３との間で行
い、暗号Ｗｅｂ通信を確立させると共に、当該情報端末
１との暗号通信処理を専門に行うセッションプログラム
（以下、セッションという）を起動し、当該セッション
が当該情報端末１との暗号データ通信の処理を司るよう
にする。
【００３８】このセッションは、通信プログラムの構造
をモデル化したＯＳＩ（ＯｐｅｎＳｙｓｔｅｍ Ｉｎｔ
ｅｒｃｏｎｎｅｃｔｉｏｎ）規定の７レイヤ構造のセッ
ション層に相当する役割を担う。また、このセッション
は、情報端末１との通信が正常に終了すると当然に閉じ
られるが、情報端末１との通信が途切れた場合にも、一
定時間後に自動的に閉じる機能を有している。
をモデル化したＯＳＩ（ＯｐｅｎＳｙｓｔｅｍ Ｉｎｔ
ｅｒｃｏｎｎｅｃｔｉｏｎ）規定の７レイヤ構造のセッ
ション層に相当する役割を担う。また、このセッション
は、情報端末１との通信が正常に終了すると当然に閉じ
られるが、情報端末１との通信が途切れた場合にも、一
定時間後に自動的に閉じる機能を有している。
【００３９】なお、本発明では、秘密鍵の使用許諾は、
情報端末１とアプリケーションサーバ２との間で連続的
に確立されている暗号Ｗｅｂ通信を単位として認証さ
れ、セッションが閉じられた場合、すなわち、或る情報
端末１とアプリケーションサーバ２との間で確立されて
いた暗号Ｗｅｂ通信が閉じられた場合は、後述するよう
に、秘密鍵の使用許諾の認証も同時に取り消される。
情報端末１とアプリケーションサーバ２との間で連続的
に確立されている暗号Ｗｅｂ通信を単位として認証さ
れ、セッションが閉じられた場合、すなわち、或る情報
端末１とアプリケーションサーバ２との間で確立されて
いた暗号Ｗｅｂ通信が閉じられた場合は、後述するよう
に、秘密鍵の使用許諾の認証も同時に取り消される。
【００４０】暗号Ｗｅｂ通信が確立した後、アプリケー
ションサーバ２のＷｅｂサーバサービス２０は、情報端
末１が図１０のステップＳ１０１０にて要求していたＷ
ｅｂ電子メールサービス２３へのアクセス画面データ
を、情報端末１へ送信する（図１２のステップＳ１０９
０）。
ションサーバ２のＷｅｂサーバサービス２０は、情報端
末１が図１０のステップＳ１０１０にて要求していたＷ
ｅｂ電子メールサービス２３へのアクセス画面データ
を、情報端末１へ送信する（図１２のステップＳ１０９
０）。
【００４１】情報端末１のＷｅｂブラウザサービス１０
は、受信した電子メールサービス２３へのアクセス画面
データを解析し、表示サービス１１により表示させる
（図１０のステップＳ１１００）。この表示内容は、例
えば図４のようになる。
は、受信した電子メールサービス２３へのアクセス画面
データを解析し、表示サービス１１により表示させる
（図１０のステップＳ１１００）。この表示内容は、例
えば図４のようになる。
【００４２】ここで、情報端末１において、ユーザが入
力サービス１２を利用して、図４のユーザＩＤの入力欄
１００とパスワード入力欄１０１に、各々適切なユーザ
ＩＤとパスワードを入力し、ログインソフトウェアボタ
ン１０２を押した場合、Ｗｅｂブラウザサービス１２
は、当該表示データ及び入力データを、アプリケーショ
ンサーバ２のＷｅｂサーバサービス２０へ送信する（図
１０のステップＳ１１１０）。入力サービス１２による
具体的な入力方法としては、例えば、ソフトウェアキー
ボード等が挙げられる。
力サービス１２を利用して、図４のユーザＩＤの入力欄
１００とパスワード入力欄１０１に、各々適切なユーザ
ＩＤとパスワードを入力し、ログインソフトウェアボタ
ン１０２を押した場合、Ｗｅｂブラウザサービス１２
は、当該表示データ及び入力データを、アプリケーショ
ンサーバ２のＷｅｂサーバサービス２０へ送信する（図
１０のステップＳ１１１０）。入力サービス１２による
具体的な入力方法としては、例えば、ソフトウェアキー
ボード等が挙げられる。
【００４３】アプリケーションサーバ２のＷｅｂサーバ
サービス２０は、表示データ、ユーザＩＤ及びパスワー
ド等の入力データを受信すると（図１２のステップＳ１
１２０）、受信したユーザＩＤとパスワードが、Ｗｅｂ
電子メールサービス２３へアクセス可能な正当なものと
してアプリケーションサーバ２に登録されたユーザＩ
Ｄ、パスワードであるか否かを判定する（図１２のステ
ップＳ１１３０）。
サービス２０は、表示データ、ユーザＩＤ及びパスワー
ド等の入力データを受信すると（図１２のステップＳ１
１２０）、受信したユーザＩＤとパスワードが、Ｗｅｂ
電子メールサービス２３へアクセス可能な正当なものと
してアプリケーションサーバ２に登録されたユーザＩ
Ｄ、パスワードであるか否かを判定する（図１２のステ
ップＳ１１３０）。
【００４４】その結果、受信したユーザＩＤ、パスワー
ドが不当なものであれば、その旨を示す不当表示画面デ
ータを情報端末１のＷｅｂブラウザサービス１０に送信
する（図１２のステップＳ１１４０）。情報端末のＷｅ
ｂブラウザサービス１０は、不当表示画面データを受信
すると（図１０のステップＳ１１５０）、その不当表示
画面データを解析し、表示サービス１１により表示させ
る（図１０のステップＳ１１６０）。
ドが不当なものであれば、その旨を示す不当表示画面デ
ータを情報端末１のＷｅｂブラウザサービス１０に送信
する（図１２のステップＳ１１４０）。情報端末のＷｅ
ｂブラウザサービス１０は、不当表示画面データを受信
すると（図１０のステップＳ１１５０）、その不当表示
画面データを解析し、表示サービス１１により表示させ
る（図１０のステップＳ１１６０）。
【００４５】情報端末１から受信したユーザＩＤ及びパ
スワード等の入力データが正当であると判定された場合
は、アプリケーションサーバ２のＷｅｂサーバサービス
２０は、Ｗｅｂ電子メールサービス２３を起動し、その
Ｗｅｂ電子メールサービス２３の表示画面データを情報
端末１のＷｅｂブラウザサービス１０に送信する（図１
２のステップＳ１１７０）。
スワード等の入力データが正当であると判定された場合
は、アプリケーションサーバ２のＷｅｂサーバサービス
２０は、Ｗｅｂ電子メールサービス２３を起動し、その
Ｗｅｂ電子メールサービス２３の表示画面データを情報
端末１のＷｅｂブラウザサービス１０に送信する（図１
２のステップＳ１１７０）。
【００４６】情報端末１のＷｅｂブラウザサービス１０
は、Ｗｅｂ電子メールサービス２３の表示画面データを
受信すると（図１０のステップＳ１１５０）、その表示
画面データを解析し、表示サービス１１により表示させ
る（図１０のステップＳ１１８０）。
は、Ｗｅｂ電子メールサービス２３の表示画面データを
受信すると（図１０のステップＳ１１５０）、その表示
画面データを解析し、表示サービス１１により表示させ
る（図１０のステップＳ１１８０）。
【００４７】ここで、通常は、暗号化されていない平文
の電子メールが表示される。また、情報端末１上の電子
メールの受信表題リスト等を選択する（リンクのボタン
を押す）ことによって、アプリケーションサーバ２のＷ
ｅｂサーバサービス２０を介してＷｅｂ電子メールサー
ビス２３から選択した電子メールの内容を示す画面デー
タが、情報端末１のＷｅｂブラウザサービス１０に送信
され（図１２のステップＳ１１９０）、表示サービス１
１により表示される（図１１のステップＳ１１９０）。
ここでは、情報端末１により一通の暗号化された電子メ
ールが選択され、その暗号化された電子メールが図５に
示したように、情報端末１に表示されているものとす
る。
の電子メールが表示される。また、情報端末１上の電子
メールの受信表題リスト等を選択する（リンクのボタン
を押す）ことによって、アプリケーションサーバ２のＷ
ｅｂサーバサービス２０を介してＷｅｂ電子メールサー
ビス２３から選択した電子メールの内容を示す画面デー
タが、情報端末１のＷｅｂブラウザサービス１０に送信
され（図１２のステップＳ１１９０）、表示サービス１
１により表示される（図１１のステップＳ１１９０）。
ここでは、情報端末１により一通の暗号化された電子メ
ールが選択され、その暗号化された電子メールが図５に
示したように、情報端末１に表示されているものとす
る。
【００４８】この暗号化された電子メールを復号する場
合は、図５に示した復号化ソフトウェアボタン１０５を
押する（図１１のステップＳ１２００）。この場合、表
示サービス１１上の復号化ソフトウェアボタン１０５が
押下された旨がＷｅｂブラウザサービス１０に通知さ
れ、Ｗｅｂブラウザサービス１０は、復号化ソフトウェ
アボタン１０５が押下された旨の情報、及び表示データ
をアプリケーションサーバ２のＷｅｂサーバサービス２
０に送信する。
合は、図５に示した復号化ソフトウェアボタン１０５を
押する（図１１のステップＳ１２００）。この場合、表
示サービス１１上の復号化ソフトウェアボタン１０５が
押下された旨がＷｅｂブラウザサービス１０に通知さ
れ、Ｗｅｂブラウザサービス１０は、復号化ソフトウェ
アボタン１０５が押下された旨の情報、及び表示データ
をアプリケーションサーバ２のＷｅｂサーバサービス２
０に送信する。
【００４９】アプリケーションサーバ２のＷｅｂサーバ
サービス２０により、復号化ソフトウェアボタン１０５
が押下された旨の情報、及び表示データが受信されると
（図１２のステップＳ１２１０）、Ｗｅｂ電子メールサ
ービス２３は、現在のセッションにおいて秘密鍵の使用
許諾がなされているか否かを、秘密鍵管理サービス２２
に問い合わせて確認する（図１３のステップＳ１２２
０）。
サービス２０により、復号化ソフトウェアボタン１０５
が押下された旨の情報、及び表示データが受信されると
（図１２のステップＳ１２１０）、Ｗｅｂ電子メールサ
ービス２３は、現在のセッションにおいて秘密鍵の使用
許諾がなされているか否かを、秘密鍵管理サービス２２
に問い合わせて確認する（図１３のステップＳ１２２
０）。
【００５０】その結果、現在のセッションにおいて秘密
鍵の使用許諾がなされている場合、すなわち、現在のセ
ッションが一度使用許諾がなされたセッションとして継
続している場合は、図１３のステップＳ１３２０に進
む。なお、同一セッションであるか否かは、セッション
番号等の識別子によって判断する。
鍵の使用許諾がなされている場合、すなわち、現在のセ
ッションが一度使用許諾がなされたセッションとして継
続している場合は、図１３のステップＳ１３２０に進
む。なお、同一セッションであるか否かは、セッション
番号等の識別子によって判断する。
【００５１】現在のセッションにおいて秘密鍵の使用許
諾がなされていない場合は、秘密鍵使用許諾認証用のパ
スフレーズ要求画面データを、Ｗｅｂサーバサービス２
０を介して情報端末１のＷｅｂブラウザサービス１０に
送信する（図１３のステップＳ１２４０）。
諾がなされていない場合は、秘密鍵使用許諾認証用のパ
スフレーズ要求画面データを、Ｗｅｂサーバサービス２
０を介して情報端末１のＷｅｂブラウザサービス１０に
送信する（図１３のステップＳ１２４０）。
【００５２】情報端末１のＷｅｂブラウザサービス１０
は、秘密鍵使用許諾認証用のパスフレーズ要求画面デー
タを受信すると、その画面データを解析し、表示サービ
ス１１により表示させる（図１１のステップＳ１２５
０、図６参照）。
は、秘密鍵使用許諾認証用のパスフレーズ要求画面デー
タを受信すると、その画面データを解析し、表示サービ
ス１１により表示させる（図１１のステップＳ１２５
０、図６参照）。
【００５３】ここで、ユーザは、情報端末１の入力サー
ビス１２を用いて、情報端末１の画面上のパスフレーズ
入力窓１０７におけるパスフレーズ入力欄１０８と確認
入力欄１０９の双方にパスフレーズを入力し、ＯＫソフ
トウェアボタン１１０を押下する（図１１のステップＳ
１２６０）。なお、クリアソフトウェアボタン１１１を
押下すると、それまでパスフレーズ入力欄１０８及び確
認入力欄１０９に入力した文字列がクリアされる。入力
サービス１２の具体的な入力方法としては、ソフトウェ
アキーボード等が挙げられる。
ビス１２を用いて、情報端末１の画面上のパスフレーズ
入力窓１０７におけるパスフレーズ入力欄１０８と確認
入力欄１０９の双方にパスフレーズを入力し、ＯＫソフ
トウェアボタン１１０を押下する（図１１のステップＳ
１２６０）。なお、クリアソフトウェアボタン１１１を
押下すると、それまでパスフレーズ入力欄１０８及び確
認入力欄１０９に入力した文字列がクリアされる。入力
サービス１２の具体的な入力方法としては、ソフトウェ
アキーボード等が挙げられる。
【００５４】情報端末１のＷｅｂブラウザサービス１０
は、入力サービス１２から秘密鍵使用許諾認証用のパス
フレーズ要求画面データとパスフレーズデータを受け取
り、アプリケーションサーバ２のＷｅｂサーバサービス
２０に送信する。
は、入力サービス１２から秘密鍵使用許諾認証用のパス
フレーズ要求画面データとパスフレーズデータを受け取
り、アプリケーションサーバ２のＷｅｂサーバサービス
２０に送信する。
【００５５】アプリケーションサーバ２のＷｅｂ電子メ
ールサービス２３は、Ｗｅｂサーバサービス２０を介し
て受信した秘密鍵使用許諾認証用のパスフレーズ要求画
面データとパスフレーズデータを暗号鍵管理サービス２
２に渡し、当該情報端末１のセッションユーザの秘密鍵
のパスフレーズとの照合を依頼する（図１３のステップ
Ｓ１２８０）。
ールサービス２３は、Ｗｅｂサーバサービス２０を介し
て受信した秘密鍵使用許諾認証用のパスフレーズ要求画
面データとパスフレーズデータを暗号鍵管理サービス２
２に渡し、当該情報端末１のセッションユーザの秘密鍵
のパスフレーズとの照合を依頼する（図１３のステップ
Ｓ１２８０）。
【００５６】その結果、パスフレーズが不適当であれ
ば、Ｗｅｂ電子メールサービス２３は、パスフレーズが
不適当である旨のメッセージ画面データを、Ｗｅｂサー
バサービス２０を介して情報端末１に送信して（図１３
のステップＳ１２９０）、パスフレーズ処理を終了し、
復号ソフトウェアボタン１０５が押下される前の状態に
戻る。情報端末１のＷｅｂブラウザサービス１０は、パ
スフレーズが不適当である旨のメッセージ画面データを
受信すると（図１１のステップＳ１３００）、そのデー
タを解析し、表示サービス１１により表示させる（図１
１のステップＳ１３１０）。
ば、Ｗｅｂ電子メールサービス２３は、パスフレーズが
不適当である旨のメッセージ画面データを、Ｗｅｂサー
バサービス２０を介して情報端末１に送信して（図１３
のステップＳ１２９０）、パスフレーズ処理を終了し、
復号ソフトウェアボタン１０５が押下される前の状態に
戻る。情報端末１のＷｅｂブラウザサービス１０は、パ
スフレーズが不適当である旨のメッセージ画面データを
受信すると（図１１のステップＳ１３００）、そのデー
タを解析し、表示サービス１１により表示させる（図１
１のステップＳ１３１０）。
【００５７】パスフレーズが適当であった場合は、Ｗｅ
ｂ電子メールサービス２３は、復号要求に係る一通の電
子メールを使用許諾の取れた秘密鍵で復号化し（図１３
のステップＳ１３２０）、当該復号化された電子メール
の表示データと、復号化ソフトウェアボタン１１２と署
名ソフトウェアボタン１１３の表示形状変更データを、
Ｗｅｂサーバサービス２０を介して情報端末１のＷｅｂ
ブラウザサービス１０に送信する（図１３のステップＳ
１３３０）。なお、復号化ソフトウェアボタン１１２と
署名ソフトウェアボタン１１３の表示形状変更データ
は、現在のセッションにおいて秘密鍵の使用許諾が取れ
ていることを示すために送信されるものであり、この秘
密鍵の使用許諾情報は、現在のセッションの付属情報と
して該セッションが閉じられるまで保存される。
ｂ電子メールサービス２３は、復号要求に係る一通の電
子メールを使用許諾の取れた秘密鍵で復号化し（図１３
のステップＳ１３２０）、当該復号化された電子メール
の表示データと、復号化ソフトウェアボタン１１２と署
名ソフトウェアボタン１１３の表示形状変更データを、
Ｗｅｂサーバサービス２０を介して情報端末１のＷｅｂ
ブラウザサービス１０に送信する（図１３のステップＳ
１３３０）。なお、復号化ソフトウェアボタン１１２と
署名ソフトウェアボタン１１３の表示形状変更データ
は、現在のセッションにおいて秘密鍵の使用許諾が取れ
ていることを示すために送信されるものであり、この秘
密鍵の使用許諾情報は、現在のセッションの付属情報と
して該セッションが閉じられるまで保存される。
【００５８】情報端末１のＷｅｂブラウザサービス１０
は、復号化された電子メールの表示データと、復号化ソ
フトウェアボタン１１２と署名ソフトウェアボタン１１
３の表示形状変更データを受信すると、それらデータを
解析し、表示サービス１１により表示させる（図１１の
ステップＳ１３４０、図７参照）。
は、復号化された電子メールの表示データと、復号化ソ
フトウェアボタン１１２と署名ソフトウェアボタン１１
３の表示形状変更データを受信すると、それらデータを
解析し、表示サービス１１により表示させる（図１１の
ステップＳ１３４０、図７参照）。
【００５９】このように、秘密鍵を暗号化する際に使用
したパスフレーズの入力を条件として、秘密鍵の使用許
諾の認証を行うことにより、ユーザの操作を簡略化する
ことが可能となる。
したパスフレーズの入力を条件として、秘密鍵の使用許
諾の認証を行うことにより、ユーザの操作を簡略化する
ことが可能となる。
【００６０】次に、アプリケーションサーバ２のＷｅｂ
サーバサービス２０にて、情報端末１との対話処理等を
管理しているセッションがあり、当該情報端末１のユー
ザの秘密鍵使用許諾を保持している等の場合に、作成し
た電子メールに対してデジタル署名する際の処理手順を
説明する。
サーバサービス２０にて、情報端末１との対話処理等を
管理しているセッションがあり、当該情報端末１のユー
ザの秘密鍵使用許諾を保持している等の場合に、作成し
た電子メールに対してデジタル署名する際の処理手順を
説明する。
【００６１】情報端末１が図７の状態の時に、ユーザが
作成ソフトウェアボタン１１４を押下する（図１４のス
テップＳ１４００）。すると、情報端末１のＷｅｂブラ
ウザサービス１０は、入力サービス１２から作成ソフト
ウェアボタン１１４の押下情報を受信し、図７の表示デ
ータと共に、アプリケーションサーバ２のＷｅｂサーバ
サービス２０に送信する。
作成ソフトウェアボタン１１４を押下する（図１４のス
テップＳ１４００）。すると、情報端末１のＷｅｂブラ
ウザサービス１０は、入力サービス１２から作成ソフト
ウェアボタン１１４の押下情報を受信し、図７の表示デ
ータと共に、アプリケーションサーバ２のＷｅｂサーバ
サービス２０に送信する。
【００６２】アプリケーションサーバ２のＷｅｂ電子メ
ールサービス２３は、作成ソフトウェアボタン１１４の
押下情報、及び図７の表示データをＷｅｂサーバサービ
ス２０を介して受信すると（図１５のステップＳ１４１
０）、電子メール作成画面データ、及び作成ソフトウェ
アハイライトデータを、Ｗｅｂサーバサービス２０を介
して情報端末１のＷｅｂブラウザサービス１０に送信す
る（図１５のステップＳ１４２０）。
ールサービス２３は、作成ソフトウェアボタン１１４の
押下情報、及び図７の表示データをＷｅｂサーバサービ
ス２０を介して受信すると（図１５のステップＳ１４１
０）、電子メール作成画面データ、及び作成ソフトウェ
アハイライトデータを、Ｗｅｂサーバサービス２０を介
して情報端末１のＷｅｂブラウザサービス１０に送信す
る（図１５のステップＳ１４２０）。
【００６３】情報端末１のＷｅｂブラウザサービス１０
は、受信した電子メール作成画面データ、及び作成ソフ
トウェアハイライトデータを解析し、表示サービス１１
により表示させる（図１４のステップＳ１４３０、図８
参照）。
は、受信した電子メール作成画面データ、及び作成ソフ
トウェアハイライトデータを解析し、表示サービス１１
により表示させる（図１４のステップＳ１４３０、図８
参照）。
【００６４】情報端末１が図８の表示状態の場合に、ユ
ーザは、入力サービス１２を用いて電子メールの文章を
文章フィールドに入力する（図１４のステップＳ１４４
０）。この場合の入力サービス１２の入力方法は、特に
規定しないが、デジタイザによるペン入力や、キーボー
ド、音声入力等が考えられる。
ーザは、入力サービス１２を用いて電子メールの文章を
文章フィールドに入力する（図１４のステップＳ１４４
０）。この場合の入力サービス１２の入力方法は、特に
規定しないが、デジタイザによるペン入力や、キーボー
ド、音声入力等が考えられる。
【００６５】電子メールの文章を入力した後、デジタル
署名を行うべく、図８の署名ソフトウェアボタン１１３
を押下する（図１４のステップＳ１４５０）。すると、
情報端末１のＷｅｂブラウザサービス１０は、入力サー
ビス１２から署名ソフトウェアボタン１１３の押下情報
を受信し、図８の表示データと共に、アプリケーション
サーバ２のＷｅｂサーバサービス２０に送信する。
署名を行うべく、図８の署名ソフトウェアボタン１１３
を押下する（図１４のステップＳ１４５０）。すると、
情報端末１のＷｅｂブラウザサービス１０は、入力サー
ビス１２から署名ソフトウェアボタン１１３の押下情報
を受信し、図８の表示データと共に、アプリケーション
サーバ２のＷｅｂサーバサービス２０に送信する。
【００６６】アプリケーションサーバ２のＷｅｂ電子メ
ールサービス２３は、署名ソフトウェアボタン１１３の
押下情報、及び図８の表示データをＷｅｂサーバサービ
ス２０を介して受信すると（図１５のステップＳ１４６
０）、自セッションが秘密鍵使用許諾を保持しているか
否かを、秘密鍵管理サービス２２に対して問い合わせる
（図１５のステップＳ１４７０）。
ールサービス２３は、署名ソフトウェアボタン１１３の
押下情報、及び図８の表示データをＷｅｂサーバサービ
ス２０を介して受信すると（図１５のステップＳ１４６
０）、自セッションが秘密鍵使用許諾を保持しているか
否かを、秘密鍵管理サービス２２に対して問い合わせる
（図１５のステップＳ１４７０）。
【００６７】その結果、自セッションが秘密鍵使用許諾
を保持していない場合は、図１３のステップＳ１２４
０，Ｓ１２７０，Ｓ１２８０と同様の処理を行う（図１
５のステップＳ１４８０）。
を保持していない場合は、図１３のステップＳ１２４
０，Ｓ１２７０，Ｓ１２８０と同様の処理を行う（図１
５のステップＳ１４８０）。
【００６８】自セッションが秘密鍵使用許諾を保持して
いる場合は、アプリケーションサーバ２のＷｅｂ電子メ
ールサービス２３は、秘密鍵管理サービス２２に対し
て、受信・作成に係る電子メールの文書に上記使用許諾
に係る秘密鍵を用いてデジタル書名を実行させ（図１５
のステップＳ１４９０）、そのデジタル署名がなされた
電子メールの文章の表示画面データを、Ｗｅｂサーバサ
ービス２０を介して情報端末１のＷｅｂブラウザサービ
ス１０に送信する（図１５のステップＳ１５００）。
いる場合は、アプリケーションサーバ２のＷｅｂ電子メ
ールサービス２３は、秘密鍵管理サービス２２に対し
て、受信・作成に係る電子メールの文書に上記使用許諾
に係る秘密鍵を用いてデジタル書名を実行させ（図１５
のステップＳ１４９０）、そのデジタル署名がなされた
電子メールの文章の表示画面データを、Ｗｅｂサーバサ
ービス２０を介して情報端末１のＷｅｂブラウザサービ
ス１０に送信する（図１５のステップＳ１５００）。
【００６９】情報端末１のＷｅｂブラウザサービス１０
は、受信したデジタル署名に係る電子メールの文章の表
示画面データを解析し、表示サービス１１により表示さ
せる（図１４のステップＳ１５１０、図９参照）。
は、受信したデジタル署名に係る電子メールの文章の表
示画面データを解析し、表示サービス１１により表示さ
せる（図１４のステップＳ１５１０、図９参照）。
【００７０】このように、公開鍵暗号方式における秘密
鍵を情報端末で管理して暗号電子メールを復号すること
なく、アプリケーションサーバ２で管理して暗号電子メ
ールを復号し、情報端末に送信することにより、多数の
情報端末から暗号電子メールを読むことが可能となる。
鍵を情報端末で管理して暗号電子メールを復号すること
なく、アプリケーションサーバ２で管理して暗号電子メ
ールを復号し、情報端末に送信することにより、多数の
情報端末から暗号電子メールを読むことが可能となる。
【００７１】また、情報端末１から正当なパスフレーズ
が入力されることにより取得された秘密鍵使用許諾の情
報を、アプリケーションサーバ２のセッション情報とし
て保存することにより、暗号電子メールの復号及びデジ
タル署名を連続的に行うことが可能となると共に、当該
セッションが閉じられた場合は、当該秘密鍵使用許諾も
自動的に取消されることとなり、暗号電子メールの機密
性を向上させることが可能となる。
が入力されることにより取得された秘密鍵使用許諾の情
報を、アプリケーションサーバ２のセッション情報とし
て保存することにより、暗号電子メールの復号及びデジ
タル署名を連続的に行うことが可能となると共に、当該
セッションが閉じられた場合は、当該秘密鍵使用許諾も
自動的に取消されることとなり、暗号電子メールの機密
性を向上させることが可能となる。
【００７２】［第２の実施形態］次に、本発明の第２の
実施形態を図１６〜図２０に基づいて説明する。
実施形態を図１６〜図２０に基づいて説明する。
【００７３】図１６は、第２の実施形態を適用した通信
システムのシステム構成図であり、図１に示した第１の
実施形態に係るシステム構成図と比較して、アプリケー
ションサーバ２にセッション管理サービス２４を追加し
た点で相違している。
システムのシステム構成図であり、図１に示した第１の
実施形態に係るシステム構成図と比較して、アプリケー
ションサーバ２にセッション管理サービス２４を追加し
た点で相違している。
【００７４】このセッション管理サービス２４は、複数
の情報端末１がアプリケーションサーバ２のＷｅｂサー
バサービス２０にアクセスした際に、各情報端末１と個
別に通信処理を行うための単位としてのセッションを管
理するサービスである。
の情報端末１がアプリケーションサーバ２のＷｅｂサー
バサービス２０にアクセスした際に、各情報端末１と個
別に通信処理を行うための単位としてのセッションを管
理するサービスである。
【００７５】図１７，１８は、第２の実施形態における
情報端末１の処理を示すフローチャートである。図１
９，２０は、第２の実施形態におけるアプリケーション
サーバ２の処理を示すフローチャートであり、本フロー
チャートは、第１の実施形態で説明した図１２のフロー
チャートの続きのフローだけを示している。
情報端末１の処理を示すフローチャートである。図１
９，２０は、第２の実施形態におけるアプリケーション
サーバ２の処理を示すフローチャートであり、本フロー
チャートは、第１の実施形態で説明した図１２のフロー
チャートの続きのフローだけを示している。
【００７６】以下、セッション管理サービス２４が動作
する場合の処理を説明する。なお、情報端末１からアプ
リケーションサーバ２のＷｅｂ電子メールサービス２３
にログオンし、暗号電子メールを表示させた後、復号ソ
フトウェアボタン１０５を押下するまでの情報端末１及
びアプリケーションサーバ２の一連の動作は、第１の実
施形態と同様である。
する場合の処理を説明する。なお、情報端末１からアプ
リケーションサーバ２のＷｅｂ電子メールサービス２３
にログオンし、暗号電子メールを表示させた後、復号ソ
フトウェアボタン１０５を押下するまでの情報端末１及
びアプリケーションサーバ２の一連の動作は、第１の実
施形態と同様である。
【００７７】現在のセッションについて秘密鍵の使用許
諾がなされていない場合は、アプリケーションサーバ２
のＷｅｂ電子メールサービス２３は、セッション管理サ
ービス２４に対して、当該情報端末１が要求しているＷ
ｅｂ電子メールの復号に用いる秘密鍵の使用許諾が、他
の有効なセッションにて使用されているか否かを問い合
わせる（図１９のステップＳ２０００）。
諾がなされていない場合は、アプリケーションサーバ２
のＷｅｂ電子メールサービス２３は、セッション管理サ
ービス２４に対して、当該情報端末１が要求しているＷ
ｅｂ電子メールの復号に用いる秘密鍵の使用許諾が、他
の有効なセッションにて使用されているか否かを問い合
わせる（図１９のステップＳ２０００）。
【００７８】その結果、当該情報端末１が要求している
Ｗｅｂ電子メールの復号に用いる秘密鍵の使用許諾が他
の有効なセッションにて使用されている場合は、アプリ
ケーションサーバ２の電子メールサービス２３は、ユー
ザが復号ソフトウェアボタン１０５を再度押下するよう
に、秘密鍵多重使用エラーメッセージを、Ｗｅｂサーバ
サービス２０を介して情報端末１のＷｅｂブラウザサー
ビス１０に送信する（図１９のステップＳ２０１０）。
Ｗｅｂ電子メールの復号に用いる秘密鍵の使用許諾が他
の有効なセッションにて使用されている場合は、アプリ
ケーションサーバ２の電子メールサービス２３は、ユー
ザが復号ソフトウェアボタン１０５を再度押下するよう
に、秘密鍵多重使用エラーメッセージを、Ｗｅｂサーバ
サービス２０を介して情報端末１のＷｅｂブラウザサー
ビス１０に送信する（図１９のステップＳ２０１０）。
【００７９】情報端末１のＷｅｂブラウザサービス１０
は、受信した秘密鍵多重使用エラーメッセージの画面デ
ータを解析し、表示サービス１１により表示させる（図
１７のステップＳ２０２０，Ｓ２０３０）。ユーザは、
この秘密鍵多重使用エラーメッセージを見て、以前の異
常終了時のセッションにおける秘密鍵の使用許諾が残っ
ているものと認識し、情報端末１に表示されている復号
ソフトウェアボタン１０５を再度押下する（図１７のス
テップＳ２０４０）。この復号ソフトウェアボタン１０
５の押下情報は、秘密鍵多重使用エラーメッセージの画
面データと共に、Ｗｅｂブラウザサービス１０を介して
アプリケーションサーバ２のＷｅｂサーバサービス２０
に送信される。
は、受信した秘密鍵多重使用エラーメッセージの画面デ
ータを解析し、表示サービス１１により表示させる（図
１７のステップＳ２０２０，Ｓ２０３０）。ユーザは、
この秘密鍵多重使用エラーメッセージを見て、以前の異
常終了時のセッションにおける秘密鍵の使用許諾が残っ
ているものと認識し、情報端末１に表示されている復号
ソフトウェアボタン１０５を再度押下する（図１７のス
テップＳ２０４０）。この復号ソフトウェアボタン１０
５の押下情報は、秘密鍵多重使用エラーメッセージの画
面データと共に、Ｗｅｂブラウザサービス１０を介して
アプリケーションサーバ２のＷｅｂサーバサービス２０
に送信される。
【００８０】アプリケーションサーバ２のＷｅｂ電子メ
ールサービス２３は、Ｗｅｂサーバサービス２０を介し
て復号ソフトウェアボタン１０５の押下情報、秘密鍵多
重使用エラーメッセージの画面データを受信すると（図
１９のステップＳ２０５０）、秘密鍵使用停止確認メッ
セージの画面データを、情報端末１のＷｅｂブラウザサ
ービス１０に送信する（図１９のステップＳ２０６
０）。
ールサービス２３は、Ｗｅｂサーバサービス２０を介し
て復号ソフトウェアボタン１０５の押下情報、秘密鍵多
重使用エラーメッセージの画面データを受信すると（図
１９のステップＳ２０５０）、秘密鍵使用停止確認メッ
セージの画面データを、情報端末１のＷｅｂブラウザサ
ービス１０に送信する（図１９のステップＳ２０６
０）。
【００８１】情報端末１のＷｅｂブラウザサービス１０
は、受信した秘密鍵使用停止確認メッセージの画面デー
タを解析し、表示サービス１１により表示させる（図１
８のステップＳ２０７０）。ここで、ユーザがＯＫソフ
トウェアボタンを押下すると（図１８のステップＳ２０
８０）、その押下情報は、秘密鍵使用停止確認メッセー
ジの画面データと共に、Ｗｅｂブラウザサービス１０を
介してアプリケーションサーバ２のＷｅｂサーバサービ
ス２０に送信される。
は、受信した秘密鍵使用停止確認メッセージの画面デー
タを解析し、表示サービス１１により表示させる（図１
８のステップＳ２０７０）。ここで、ユーザがＯＫソフ
トウェアボタンを押下すると（図１８のステップＳ２０
８０）、その押下情報は、秘密鍵使用停止確認メッセー
ジの画面データと共に、Ｗｅｂブラウザサービス１０を
介してアプリケーションサーバ２のＷｅｂサーバサービ
ス２０に送信される。
【００８２】アプリケーションサーバ２のＷｅｂ電子メ
ールサービス２３は、Ｗｅｂサーバサービス２０を介し
てOKソフトウェアボタンの押下情報、秘密鍵使用停止確
認メッセージの画面データを受信すると（図１９のステ
ップＳ２０９０）、セッション管理サービス２４と秘密
鍵管理サービス２２へ上記情報端末１のユーザに対応す
る秘密鍵の使用許諾の停止を通知し（図１９のステップ
Ｓ２１００）、その応答を受けると、ステップＳ１２４
０へ進み、秘密鍵使用許諾認証メッセージ画面データ
を、Ｗｅｂサーバサービス２０を介して情報端末１のＷ
ｅｂブラウザサービス１０に送信する。
ールサービス２３は、Ｗｅｂサーバサービス２０を介し
てOKソフトウェアボタンの押下情報、秘密鍵使用停止確
認メッセージの画面データを受信すると（図１９のステ
ップＳ２０９０）、セッション管理サービス２４と秘密
鍵管理サービス２２へ上記情報端末１のユーザに対応す
る秘密鍵の使用許諾の停止を通知し（図１９のステップ
Ｓ２１００）、その応答を受けると、ステップＳ１２４
０へ進み、秘密鍵使用許諾認証メッセージ画面データ
を、Ｗｅｂサーバサービス２０を介して情報端末１のＷ
ｅｂブラウザサービス１０に送信する。
【００８３】図１９のステップＳ２０００にて、当該情
報端末１が要求しているＷｅｂ電子メールサービスの復
号に用いる秘密鍵の使用許諾が、他の有効なセッション
において使用されていないと判別された場合は、上記ス
テップＳ１２４０へ直ちに進み、秘密鍵使用許諾認証メ
ッセージ画面データを、Ｗｅｂサーバサービス２０を介
して情報端末１のＷｅｂブラウザサービス１０に送信す
る。
報端末１が要求しているＷｅｂ電子メールサービスの復
号に用いる秘密鍵の使用許諾が、他の有効なセッション
において使用されていないと判別された場合は、上記ス
テップＳ１２４０へ直ちに進み、秘密鍵使用許諾認証メ
ッセージ画面データを、Ｗｅｂサーバサービス２０を介
して情報端末１のＷｅｂブラウザサービス１０に送信す
る。
【００８４】なお、ステップＳ１２４０以降は、情報端
末１、及びアプリケーションサーバ２は、第１の実施形
態と同様の処理を行う。
末１、及びアプリケーションサーバ２は、第１の実施形
態と同様の処理を行う。
【００８５】このように、複数のセッション（暗号通
信）間で同一の秘密鍵を同時に使用する多重使用を禁止
することにより、他人による秘密鍵の不正使用等を防止
することが可能となる。
信）間で同一の秘密鍵を同時に使用する多重使用を禁止
することにより、他人による秘密鍵の不正使用等を防止
することが可能となる。
【００８６】なお、本発明は、上記実施形態に限定され
ることなく、種々変形可能である。例えば、公開鍵は、
電子メールアドレスにより識別可能に構成することな
く、個人を識別できるものであれば、例えば年金番号、
社員番号、納税番号等により識別可能に構成してもよ
い。また、情報端末１のＷｅｂブラウザサービス１０と
アプリケーションサーバ２のＷｅｂサーバサービス２０
との間で授受するデータの言語は、ＨＴＭＬに限定され
ることなく、ＷＡＰ（Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃ
ａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、ＸＭＬ（Ｅｘｔｅｎ
ｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＸＨ
ＴＭＬ（ｔｈｅ Ｅｘｔｅｎｓｉｂｌｅ Ｈｙｐｅｒｔ
ｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＰＨＰ
（Ｈｙｐｅｒｔｅｘｔ Ｐｒｅｐｒｏｃｅｓｓｏｒ）等
のマルチメディアコンテンツ記述言語を用いてもよい。
ることなく、種々変形可能である。例えば、公開鍵は、
電子メールアドレスにより識別可能に構成することな
く、個人を識別できるものであれば、例えば年金番号、
社員番号、納税番号等により識別可能に構成してもよ
い。また、情報端末１のＷｅｂブラウザサービス１０と
アプリケーションサーバ２のＷｅｂサーバサービス２０
との間で授受するデータの言語は、ＨＴＭＬに限定され
ることなく、ＷＡＰ（Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃ
ａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、ＸＭＬ（Ｅｘｔｅｎ
ｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＸＨ
ＴＭＬ（ｔｈｅ Ｅｘｔｅｎｓｉｂｌｅ Ｈｙｐｅｒｔ
ｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＰＨＰ
（Ｈｙｐｅｒｔｅｘｔ Ｐｒｅｐｒｏｃｅｓｓｏｒ）等
のマルチメディアコンテンツ記述言語を用いてもよい。
【００８７】また、秘密鍵使用認証に際し、秘密鍵を暗
合化するときにかけたパスフレーズを用いて正当性を判
断することなく、音声情報（声紋）、指紋、網膜（虹
彩）等のバイオメトリクス情報を用いて正当性を判断し
てもよい。
合化するときにかけたパスフレーズを用いて正当性を判
断することなく、音声情報（声紋）、指紋、網膜（虹
彩）等のバイオメトリクス情報を用いて正当性を判断し
てもよい。
【００８８】さらに、上記実施形態では、Ｗｅｂ電子メ
ールサービスをアプリケーションサーバ２が提供する前
に行った暗号通信サービスとして、ＳＳＬ（ＴＬＳ）を
用いているが、アプリケーションサーバ２と情報端末１
との間で行うＷｅｂ暗号通信として、ｓ−ｈｔｔｐ、Ｓ
ｅｃｕｒｅ−ＩＰ等の暗号通信を用いてもよい。
ールサービスをアプリケーションサーバ２が提供する前
に行った暗号通信サービスとして、ＳＳＬ（ＴＬＳ）を
用いているが、アプリケーションサーバ２と情報端末１
との間で行うＷｅｂ暗号通信として、ｓ−ｈｔｔｐ、Ｓ
ｅｃｕｒｅ−ＩＰ等の暗号通信を用いてもよい。
【００８９】また、セッションが異常終了した場合等に
おいて、使用許諾に係る秘密鍵が所定時間以上にわたっ
て使用されないときは、自動的に当該秘密鍵の使用許諾
を取り消すことも可能である。
おいて、使用許諾に係る秘密鍵が所定時間以上にわたっ
て使用されないときは、自動的に当該秘密鍵の使用許諾
を取り消すことも可能である。
【００９０】
【発明の効果】以上説明したように、本発明によれば、
多数の情報端末から暗号化されたＷｅｂ電子メールを読
むことが可能となり、利便性が向上する。
多数の情報端末から暗号化されたＷｅｂ電子メールを読
むことが可能となり、利便性が向上する。
【図１】本発明の第１の実施形態を適用した通信システ
ムのシステム構成図である。
ムのシステム構成図である。
【図２】情報端末の概略構成を示すブロック図である。
【図３】アプリケーションサーバの概略構成を示すブロ
ック図である。
ック図である。
【図４】アプリケーションサーバのＷｅｂ電子メールサ
ービスに対して、情報端末のＷｅｂブラウザサービスで
アクセスした場合の情報端末の画面例を示す図である。
ービスに対して、情報端末のＷｅｂブラウザサービスで
アクセスした場合の情報端末の画面例を示す図である。
【図５】Ｗｅｂ電子メールの受信箱のメールを開いた場
合の情報端末の画面例を示す図である。
合の情報端末の画面例を示す図である。
【図６】復号ソフトウェアボタン押した時に、アプリケ
ーションサーバから送信されて情報端末に表示された秘
密鍵使用許諾認証用の画面例を示す図である。
ーションサーバから送信されて情報端末に表示された秘
密鍵使用許諾認証用の画面例を示す図である。
【図７】秘密鍵使用許諾認証に成功し、暗号Ｗｅｂ電子
メールが復号された場合の情報端末の画面例を示す図で
ある。
メールが復号された場合の情報端末の画面例を示す図で
ある。
【図８】秘密鍵使用許諾認証に成功した後で、新規の電
子メールを作成する場合の情報端末の画面例を示す図で
ある。
子メールを作成する場合の情報端末の画面例を示す図で
ある。
【図９】新規の電子メールを作成した後、署名ソフトウ
ェアボタンを押して、Ｗｅｂ電子メールにデジタル署名
を施した場合の情報端末の画面例を示す図である。
ェアボタンを押して、Ｗｅｂ電子メールにデジタル署名
を施した場合の情報端末の画面例を示す図である。
【図１０】本発明の第１の実施形態における情報端末の
処理を示すフローチャートである。
処理を示すフローチャートである。
【図１１】図１０の続きのフローチャートである。
【図１２】本発明の第１の実施形態におけるアプリケー
ションサーバの処理を示すフローチャートである。
ションサーバの処理を示すフローチャートである。
【図１３】図１２の続きのフローチャートである。
【図１４】情報端末機における署名処理を示すフローチ
ャートである。
ャートである。
【図１５】アプリケーションサーバにおける署名処理を
示すフローチャートである。
示すフローチャートである。
【図１６】本発明の第２の実施形態を適用した通信シス
テムのシステム構成図である。
テムのシステム構成図である。
【図１７】本発明の第２の実施形態における情報端末の
処理を示すフローチャートである。
処理を示すフローチャートである。
【図１８】図１７の続きのフローチャートである。
【図１９】本発明の第２の実施形態におけるアプリケー
ションサーバの処理を示すフローチャートである。
ションサーバの処理を示すフローチャートである。
【図２０】図１９の続きのフローチャートである。
１…情報端末 ２…アプリケーションサーバ ３…中継局 ４…公衆網 ５…インターネット網 １０…Ｗｅｂブラウザサービス １１…表示サービス １２…入力サービス １３…暗号通信サービス ２０…Ｗｅｂサーバサービス ２１…暗号通信サービス ２２…秘密鍵管理サービス ２３…Ｗｅｂ電子メールサービス ２４…セッション管理サービス ５１，６１…ＣＰＵ ５２，６２…ＲＯＭ ５３，６３…ＲＡＭ ５４…表示デバイス ５６…通信デバイス ５８…入力デバイス ６４…ハードディスク ６５…通信Ｉ／Ｆ部
Claims (24)
- 【請求項１】 情報端末に対して公開鍵暗号方式でＷｅ
ｂ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）電子メールサービ
スを行うサーバを有する通信システムにおいて、 前記サーバは、前記公開鍵暗号方式における秘密鍵を管
理する管理手段を有することを特徴とする通信システ
ム。 - 【請求項２】 前記管理手段は、前記秘密鍵の使用許諾
を認証するための画面データを前記情報端末に供給する
供給手段を含むことを特徴とする請求項１記載の通信シ
ステム。 - 【請求項３】 前記管理手段は、前記供給手段により供
給された前記秘密鍵の使用許諾を認証するための画面デ
ータにおいて、該秘密鍵を暗号化する際に用いられたパ
スフレーズが前記情報端末から入力されることを条件と
して該秘密鍵の使用許諾を認証する認証手段を含むこと
を特徴とする請求項１又は２記載の通信システム。 - 【請求項４】 前記認証手段は、前記情報端末とサーバ
との間において連続的に確立されている暗号通信を単位
として前記秘密鍵の使用許諾を認証することを特徴とす
る請求項３記載の通信システム。 - 【請求項５】 前記認証手段は、前記情報端末とサーバ
との間に一旦確立された暗号通信が異常終了し、その後
同一の情報端末との間に暗号通信が確立された場合は、
該異常終了に係る暗号通信に対して認証したままの秘密
鍵の使用許諾を停止する操作を行うように該情報端末に
指示することを特徴とする請求項３又は4記載の通信シ
ステム。 - 【請求項６】 前記認証手段は、前記情報端末とサーバ
との間に暗号通信が確立されて前記秘密鍵の使用許諾を
認証した後、一定時間経過することにより認証に係る秘
密鍵の使用許諾を取消すことを特徴とする請求項３〜５
の何れかに記載の通信システム。 - 【請求項７】 前記サーバは、前記認証手段により使用
許諾が認証された秘密鍵に基づいて、前記情報端末から
復号処理を要求された暗号化に係るＷｅｂ電子メールを
復号して、該情報端末に送信する復号手段を有すること
を特徴とする請求項１〜６の何れかに記載の通信システ
ム。 - 【請求項８】 前記サーバは、前記認証手段により使用
許諾が認証された秘密鍵に基づいて、前記情報端末から
デジタル署名を要求された電子メールに対してデジタル
署名を行う署名手段を有することを特徴とする請求項１
〜７の何れかに記載の通信システム。 - 【請求項９】 情報端末に対して公開鍵暗号方式でＷｅ
ｂ電子メールサービスを行うサーバを有する通信システ
ムの制御方法において、 前記サーバは、前記公開鍵暗号方式における秘密鍵を管
理する管理工程を有することを特徴とする通信システム
の制御方法。 - 【請求項１０】 前記管理工程は、前記秘密鍵の使用許
諾を認証するための画面データを前記情報端末に供給す
る供給工程を含むことを特徴とする請求項９記載の通信
システムの制御方法。 - 【請求項１１】 前記管理工程は、前記供給工程により
供給された前記秘密鍵の使用許諾を認証するための画面
データにおいて、該秘密鍵を暗号化する際に用いられた
パスフレーズが前記情報端末から入力されることを条件
として該秘密鍵の使用許諾を認証する認証工程を含むこ
とを特徴とする請求項９又は１０記載の通信システムの
制御方法。 - 【請求項１２】 前記認証工程は、前記情報端末とサー
バとの間において連続的に確立されている暗号通信を単
位として前記秘密鍵の使用許諾を認証することを特徴と
する請求項１１記載の通信システムの制御方法。 - 【請求項１３】 前記認証工程は、前記情報端末とサー
バとの間に一旦確立された暗号通信が異常終了し、その
後同一の情報端末との間に暗号通信が確立された場合
は、該異常終了に係る暗号通信に対して認証したままの
秘密鍵の使用許諾を停止する操作を行うように該情報端
末に指示することを特徴とする請求項１１又は１２記載
の通信システムの制御方法。 - 【請求項１４】 前記認証工程は、前記情報端末とサー
バとの間に暗号通信が確立されて前記秘密鍵の使用許諾
を認証した後、一定時間経過することにより認証に係る
秘密鍵の使用許諾を取消すことを特徴とする請求項１１
〜１３の何れかに記載の通信システムの制御方法。 - 【請求項１５】 前記サーバは、前記認証工程により使
用許諾が認証された秘密鍵に基づいて、前記情報端末か
ら復号処理を要求された暗号化に係るＷｅｂ電子メール
を復号して、該情報端末に送信する復号工程を有するこ
とを特徴とする請求項９〜１４の何れかに記載の通信シ
ステムの制御方法。 - 【請求項１６】 前記サーバは、前記認証工程により使
用許諾が認証された秘密鍵に基づいて、前記情報端末か
らデジタル署名を要求された電子メールに対してデジタ
ル署名を行う署名工程を有することを特徴とする請求項
９〜１５の何れかに記載の通信システムの制御方法。 - 【請求項１７】 情報端末に対して公開鍵暗号方式でＷ
ｅｂ電子メールサービスを行うサーバを有する通信シス
テムに適用可能なコンピュータ読取可能な媒体におい
て、 前記サーバは、前記公開鍵暗号方式における秘密鍵を管
理する管理ルーチンを有することを特徴とする媒体。 - 【請求項１８】 前記管理ルーチンは、前記秘密鍵の使
用許諾を認証するための画面データを前記情報端末に供
給する供給ルーチンを含むことを特徴とする請求項１７
記載の媒体。 - 【請求項１９】 前記管理ルーチンは、前記供給ルーチ
ンにより供給された前記秘密鍵の使用許諾を認証するた
めの画面データにおいて、該秘密鍵を暗号化する際に用
いられたパスフレーズが前記情報端末から入力されるこ
とを条件として該秘密鍵の使用許諾を認証する認証ルー
チンを含むことを特徴とする請求項１７又は１８記載の
媒体。 - 【請求項２０】 前記認証ルーチンは、前記情報端末と
サーバとの間において連続的に確立されている暗号通信
を単位として前記秘密鍵の使用許諾を認証することを特
徴とする請求項１９記載の媒体。 - 【請求項２１】 前記認証ルーチンは、前記情報端末と
サーバとの間に一旦確立された暗号通信が異常終了し、
その後同一の情報端末との間に暗号通信が確立された場
合は、該異常終了に係る暗号通信に対して認証したまま
の秘密鍵の使用許諾を停止する操作を行うように該情報
端末に指示することを特徴とする請求項１９又は２０記
載の媒体。 - 【請求項２２】 前記認証ルーチンは、前記情報端末と
サーバとの間に暗号通信が確立されて前記秘密鍵の使用
許諾を認証した後、一定時間経過することにより認証に
係る秘密鍵の使用許諾を取消すことを特徴とする請求項
１９〜２１の何れかに記載の媒体。 - 【請求項２３】 前記サーバは、前記認証ルーチンによ
り使用許諾が認証された秘密鍵に基づいて、前記情報端
末から復号処理を要求された暗号化に係るＷｅｂ電子メ
ールを復号して、該情報端末に送信する復号ルーチンを
有することを特徴とする請求項１７〜２２の何れかに記
載の媒体。 - 【請求項２４】 前記サーバは、前記認証ルーチンによ
り使用許諾が認証された秘密鍵に基づいて、前記情報端
末からデジタル署名を要求された電子メールに対してデ
ジタル署名を行う署名ルーチンを有することを特徴とす
る請求項１７〜２３の何れかに記載の媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000361285A JP2002163212A (ja) | 2000-11-28 | 2000-11-28 | 通信システム及びその制御方法、及び媒体 |
| US09/990,001 US20020076053A1 (en) | 2000-11-28 | 2001-11-21 | Communication system, its control method, program and medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000361285A JP2002163212A (ja) | 2000-11-28 | 2000-11-28 | 通信システム及びその制御方法、及び媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002163212A true JP2002163212A (ja) | 2002-06-07 |
Family
ID=18832741
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000361285A Pending JP2002163212A (ja) | 2000-11-28 | 2000-11-28 | 通信システム及びその制御方法、及び媒体 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20020076053A1 (ja) |
| JP (1) | JP2002163212A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005534049A (ja) * | 2002-07-23 | 2005-11-10 | エコーワークス コーポレイション | Ｓ／ｍｉｍｅ暗号化データの配信及び受信のためのシステム、方法、及びコンピュータ製品 |
| JP2009525654A (ja) * | 2006-02-02 | 2009-07-09 | トレンド・マイクロ・（エンクリプション）・リミテッド | 電子データ通信システム |
| JP2009171448A (ja) * | 2008-01-18 | 2009-07-30 | Ntt Docomo Inc | 電子メール通信装置及び電子署名システム |
| JP2015029288A (ja) * | 2010-06-10 | 2015-02-12 | アルカテル−ルーセント | 単一の登録手順を使用するクライアントのグループの安全な登録 |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002222151A (ja) * | 2001-01-25 | 2002-08-09 | Murata Mach Ltd | 電子メール送信方法及び電子メール送信装置 |
| JP2003298576A (ja) * | 2002-03-29 | 2003-10-17 | Fuji Xerox Co Ltd | グループ署名装置および方法 |
| US7653816B2 (en) * | 2003-12-30 | 2010-01-26 | First Information Systems, Llc | E-mail certification service |
| US7822690B2 (en) * | 2004-02-10 | 2010-10-26 | Paul Rakowicz | Paperless process for mortgage closings and other applications |
| US11538122B1 (en) | 2004-02-10 | 2022-12-27 | Citrin Holdings Llc | Digitally signing documents using digital signatures |
| US8130957B2 (en) * | 2004-04-30 | 2012-03-06 | Research In Motion Limited | System and method for securing data |
| US10866713B2 (en) | 2006-06-22 | 2020-12-15 | Rohit Chandra | Highlighting on a personal digital assistant, mobile handset, eBook, or handheld device |
| US11301532B2 (en) | 2006-06-22 | 2022-04-12 | Rohit Chandra | Searching for user selected portions of content |
| US8910060B2 (en) * | 2006-06-22 | 2014-12-09 | Rohit Chandra | Method and apparatus for highlighting a portion of an internet document for collaboration and subsequent retrieval |
| US10289294B2 (en) | 2006-06-22 | 2019-05-14 | Rohit Chandra | Content selection widget for visitors of web pages |
| US10909197B2 (en) | 2006-06-22 | 2021-02-02 | Rohit Chandra | Curation rank: content portion search |
| US9292617B2 (en) | 2013-03-14 | 2016-03-22 | Rohit Chandra | Method and apparatus for enabling content portion selection services for visitors to web pages |
| US10884585B2 (en) | 2006-06-22 | 2021-01-05 | Rohit Chandra | User widget displaying portions of content |
| US11429685B2 (en) | 2006-06-22 | 2022-08-30 | Rohit Chandra | Sharing only a part of a web page—the part selected by a user |
| US11288686B2 (en) | 2006-06-22 | 2022-03-29 | Rohit Chandra | Identifying micro users interests: at a finer level of granularity |
| US11763344B2 (en) | 2006-06-22 | 2023-09-19 | Rohit Chandra | SaaS for content curation without a browser add-on |
| US11853374B2 (en) | 2006-06-22 | 2023-12-26 | Rohit Chandra | Directly, automatically embedding a content portion |
| US8352573B2 (en) * | 2006-06-23 | 2013-01-08 | Rohit Chandra | Method and apparatus for automatically embedding and emailing user-generated highlights |
| JP4405503B2 (ja) * | 2006-12-28 | 2010-01-27 | キヤノンＩｔソリューションズ株式会社 | 情報処理装置および情報処理装置の制御方法およびプログラムおよび記録媒体 |
| FI20075577A0 (fi) * | 2007-08-17 | 2007-08-17 | Exove Oy | Turvallinen tiedonsiirto |
| US20090216678A1 (en) * | 2008-02-25 | 2009-08-27 | Research In Motion Limited | System and method for facilitating secure communication of messages associated with a project |
| CN107682538A (zh) * | 2017-09-27 | 2018-02-09 | 北京小米移动软件有限公司 | 应用界面的显示方法及装置 |
| US10848321B2 (en) | 2017-11-03 | 2020-11-24 | Mastercard International Incorporated | Systems and methods for authenticating a user based on biometric and device data |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6442686B1 (en) * | 1998-07-02 | 2002-08-27 | Networks Associates Technology, Inc. | System and methodology for messaging server-based management and enforcement of crypto policies |
| US6442600B1 (en) * | 1999-01-15 | 2002-08-27 | Micron Technology, Inc. | Method and system for centralized storage and management of electronic messages |
| US20020016910A1 (en) * | 2000-02-11 | 2002-02-07 | Wright Robert P. | Method for secure distribution of documents over electronic networks |
| US6385306B1 (en) * | 2000-03-02 | 2002-05-07 | John Francis Baxter, Jr. | Audio file transmission method |
| US7827102B2 (en) * | 2000-04-21 | 2010-11-02 | Microsoft Corporation | System and method for secure distribution of information via email |
-
2000
- 2000-11-28 JP JP2000361285A patent/JP2002163212A/ja active Pending
-
2001
- 2001-11-21 US US09/990,001 patent/US20020076053A1/en not_active Abandoned
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005534049A (ja) * | 2002-07-23 | 2005-11-10 | エコーワークス コーポレイション | Ｓ／ｍｉｍｅ暗号化データの配信及び受信のためのシステム、方法、及びコンピュータ製品 |
| JP2009525654A (ja) * | 2006-02-02 | 2009-07-09 | トレンド・マイクロ・（エンクリプション）・リミテッド | 電子データ通信システム |
| JP2009171448A (ja) * | 2008-01-18 | 2009-07-30 | Ntt Docomo Inc | 電子メール通信装置及び電子署名システム |
| JP2015029288A (ja) * | 2010-06-10 | 2015-02-12 | アルカテル−ルーセント | 単一の登録手順を使用するクライアントのグループの安全な登録 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20020076053A1 (en) | 2002-06-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2002163212A (ja) | 通信システム及びその制御方法、及び媒体 | |
| US9893892B2 (en) | Authenticated remote pin unblock | |
| EP1254547B1 (en) | Single sign-on process | |
| EP1400089B1 (en) | Authentification of a user across communicaqtion sessions | |
| US7657531B2 (en) | Systems and methods for state-less authentication | |
| US7698565B1 (en) | Crypto-proxy server and method of using the same | |
| US20050005133A1 (en) | Proxy server security token authorization | |
| US7366904B2 (en) | Method for modifying validity of a certificate using biometric information in public key infrastructure-based authentication system | |
| KR20040075293A (ko) | 컴퓨팅 장치를 보안 네트워크에 접속시키기 위한 방법 및시스템 | |
| US8458468B2 (en) | Method and system for protecting information exchanged during communication between users | |
| US7913096B2 (en) | Method and system for the cipher key controlled exploitation of data resources, related network and computer program products | |
| JPH1125048A (ja) | ネットワークシステムのセキュリティ管理方法 | |
| US8498617B2 (en) | Method for enrolling a user terminal in a wireless local area network | |
| US20020018570A1 (en) | System and method for secure comparison of a common secret of communicating devices | |
| JP3711931B2 (ja) | 電子メールシステム、その処理方法及びそのプログラム | |
| JPWO2019234801A1 (ja) | サービス提供システム及びサービス提供方法 | |
| WO2007030517A2 (en) | Systems and methods for third-party authentication | |
| CN111079109A (zh) | 兼容多浏览器本地安全授权登录方法和*** | |
| JP2003224562A (ja) | 個人認証システム及びプログラム | |
| CN117375824A (zh) | 一种多因素认证凭证生成及校验方法 | |
| Ashley et al. | Intranet Security technologies-Sesame or SSL? | |
| Claessens et al. | Intranet Security technologies-Sesame or SSL? | |
| Carrel et al. | Operations T. Dahm Internet-Draft A. Ota Intended status: Standards Track Google Inc Expires: April 4, 2016 D. Medway Gash Cisco Systems, Inc. | |
| Carrel et al. | Operations T. Dahm Internet-Draft A. Ota Intended status: Standards Track Google Inc Expires: December 14, 2015 D. Medway Gash Cisco Systems, Inc. | |
| Ashleyy et al. | Intranet Security technologies-Sesame or SSL? |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20060405 |
|
| RD05 | Notification of revocation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7425 Effective date: 20070626 |