(57)【要約】【課題】電子メールを送受信する際の電子メールの平文または添付ファイルの内容の秘匿化および不正使用の防止を簡便かつ効果的に達成する。【解決手段】暗号化メール送受信システム１０００では、電子メール仲介プログラムは、ユーザデータベースを参照して、外部デバイス２００ａ、２００ｂから取得される秘密ＩＤと、ユーザデータベースから取得される秘密ＩＤと、を照合し、さらに、特定の登録ユーザから取得される秘密パスワードと、ユーザデータベースから取得される秘密パスワードと、を照合する。電子メール仲介プログラムは、これらの照会によって、特定の登録ユーザおよび外部デバイスを認証し、認証された特定の登録ユーザユーザに対して、認証された外部デバイス２００ａ、２００ｂが装着された送受信端末１００ａ、１００ｂを介して、電子メールサービスを提供する。【選択図】図１
2008293428.tif 000002
【特許請求の範囲】
【請求項１】
複数の送受信端末と、
前記複数の送受信端末に接続する回線と、
前記複数の送受信端末に装着可能な外部デバイスと、
前記回線に接続され、電子メールの送受信を仲介する機能を特定の登録ユーザに提供するための電子メール仲介プログラムを搭載し、各ユーザに対応付けられている前記外部デバイスに固有の秘密ＩＤと、該秘密ＩＤに対応する秘密パスワードとを含むデータベースを格納している、サーバ端末と、
前記送受信端末、前記外部デバイスまたは前記サーバ端末のいずれかに搭載されている暗号化・復号化プログラムと、
を備える暗号化メール送受信システムであって、
前記外部デバイスには、
前記秘密ＩＤと、
暗号鍵・復号鍵と、
前記外部デバイスが前記送受信端末に装着されると、該送受信端末に格納されている自動起動実行部によって、自動的に起動されるように構成されている、自動起動プログラムと、
が格納されており、
前記自動起動プログラムは、
前記外部デバイスの装着されている前記送受信端末のユーザに対して、前記秘密パスワードを要求し、
さらに、前記暗号化・復号化プログラムを前記送受信端末において稼働させ、
さらに、前記サーバ端末にアクセスする
ように構成されており、
前記電子メール仲介プログラムは、
前記データベースを参照して、
前記外部デバイスから取得される前記秘密ＩＤと、前記データベースから取得される前記秘密ＩＤと、を照合し、
さらに、前記ユーザから取得される前記秘密パスワードと、前記データベースから取得される前記秘密パスワードと、を照合することにより、
前記ユーザおよび前記外部デバイスを認証し、
前記認証されたユーザに対して、前記認証された外部デバイスが装着された送受信端末を介して、前記電子メールサービスを提供する
ように構成されており、
前記暗号化・復号化プログラムは、
前記電子メールを送受信する際には、前記電子メール仲介プログラムと協働して、前記電子メールの平文または添付ファイルを、前記暗号鍵・復号鍵を用いて前記所定のアルゴリズムに基づいて自動的に暗号化・復号化するように構成されている、
暗号化メール送受信システム。
【請求項２】
請求項１記載の暗号化メール送受信システムにおいて、
前記暗号化・復号化プログラムは、
共通鍵暗号方式のアルゴリズムに基づいており、
前記暗号鍵・復号鍵は、共通秘密鍵である、
暗号化メール送受信システム。
【請求項３】
請求項２記載の暗号化メール送受信システムにおいて、
前記暗号化・復号化プログラムは、
内部同期式ストリーム暗号方式のアルゴリズムに基づいており、
前記共通秘密鍵から疑似乱数を発生させ、前記疑似乱数を用いて前記電子メールの平文または添付ファイルを暗号化・復号化するように構成されている、
暗号化メール送受信システム。
【請求項４】
請求項１記載の暗号化メール送受信システムにおいて、
前記復号鍵は、前記外部デバイスに固有の秘密復号鍵であり、
前記データベースは、各ユーザに対応付けられており、各秘密復号鍵に一対一で対応する公開暗号鍵をさらに含み、
前記暗号化・復号化プログラムは、
公開鍵暗号方式のアルゴリズムに基づいており、
前記電子メールを送信する際には、前記電子メールの送付先の各ユーザに対応付けられている公開暗号鍵を前記データベースから取得し、該公開暗号鍵を用いて前記電子メールの平文および添付ファイルを暗号化し、
前記電子メールを受信する際には、前記外部デバイスから前記秘密復号鍵を取得し、該秘密復号鍵を用いて前記電子メールの平文および添付ファイルを復号化するように構成されている、
暗号化メール送受信システム。
【請求項５】
請求項１記載の暗号化メール送受信システムにおいて、
前記外部デバイスは、前記自動起動プログラムによって起動され、前記電子メール仲介プログラムに電子メールを受け渡すための専用メーラーを格納している、
暗号化メール送受信システム。
【請求項６】
請求項１記載の暗号化メール送受信システムにおいて、
前記外部デバイスは、前記自動起動プログラムによって起動され、前記送受信端末にあらかじめ格納されているメーラーに組み込まれることによって、前記メーラーを前記電子メール仲介プログラムに電子メールを受け渡すための専用メーラーに変換する、専用アドインプログラムを格納している、
暗号化メール送受信システム。
【請求項７】
請求項１記載の暗号化メール送受信システムにおいて、
前記回線に接続され、前記電子メール仲介プログラムに電子メールを受け渡すための専用メーラーを格納している、メーラー専用サーバ端末をさらに備え、
前記自動起動実行部は、前記メーラー専用サーバ端末にアクセスして、前記専用メーラーを前記送受信端末に一時的に読み込んで稼働させるように構成されている、
暗号化メール送受信システム。
【請求項８】
請求項１記載の暗号化メール送受信システムにおいて、
前記電子メール仲介プログラムは、ＷＥＢメールプログラムとしてのユーザインターフェースを有しており、
前記外部デバイスは、前記自動起動プログラムによって起動され、前記送受信端末にあらかじめ格納されているＷＥＢブラウザに指示することによって、前記ＷＥＢメールプログラムのホームページにアクセスする、自動アクセススクリプトを格納している、
暗号化メール送受信システム。
【請求項９】
請求項１記載の暗号化メール送受信システムにおいて、
前記暗号化・復号化プログラムは、
前記外部デバイスに搭載されており、
前記自動起動プログラムによって前記送受信端末において起動される、
暗号化メール送受信システム。
【請求項１０】
請求項１記載の暗号化メール送受信システムにおいて、
前記暗号化・復号化プログラムは、
前記サーバ端末に搭載されており、
前記自動起動プログラムによって前記送受信端末に一時的に読み込まれる、
暗号化メール送受信システム。
【請求項１１】
請求項１記載の暗号化メール送受信システムにおいて、
前記回線に接続されている暗号化・復号化専用サーバ端末をさらに備え、
前記暗号化・復号化プログラムは、
前記暗号化・復号化専用サーバ端末に搭載されており、
前記自動起動プログラムによって前記送受信端末に一時的に読み込まれる、
暗号化メール送受信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、暗号化メール送受信システムに関する。
【背景技術】
【０００２】
近年、電子メールの送受信に伴う情報の秘匿化および不正使用の防止を目的として、電子メール使用者の認証、電子メールの暗号化・復号化などに関する技術の開発が精力的に行われている。
【０００３】
この種の技術として、特許文献１のサービス方式では、複数の端末データ機器のそれぞれが固有の物理ＩＤ情報を備え、メール情報としてメールを発信した端末データ機器の物理ＩＤ情報とメールを発信した時刻を示す時刻情報とを含むものを使用し、この物理ＩＤ情報と時刻情報からメール情報を識別し、その識別結果に応じてメール情報の格納状態を決定する。そして、特許文献１には、この情報サービス方式によれば、複数の端末データ機器のそれぞれに固有の物理ＩＤ情報を確認してサービスの実施がなされるので、セキュリティが向上する旨記載されている。
【０００４】
また、この種の技術として、特許文献２のメール送付システムでは、送り手側メールクライアントは、添付ファイルが添付された電子メールから添付ファイルを分離し、分離された添付ファイルをＴＥＭサーバに送信し、添付ファイルが分離された電子メールを受け手側メールクライアントに送信する。そして、ＴＥＭサーバは、送り手側のメールクライアントから送られた添付ファイルに対して秘密分散処理を行った上で、分散片の１片に暗号化処理を行い、分散片を１片ずつタイミングを変えて受け手側のメールクライアントに送信する。受け手側のメールクライアントは、ＴＥＭサーバから送られた分散片が揃った時点で、暗号化された分散片を復号し、復号した分散片と暗号化されずに送られた分散片とから添付ファイルを復元する。そして、特許文献２には、このメール送付システムによれば、少ないハードウェア資源で安全に添付ファイルを送付することができる旨記載されている。
【０００５】
また、この種の技術として、特許文献３のメールサービスシステムでは、送信元の端末装置がネットワーク内に存在するか否かを判別し、送信元の端末装置の存在を判別したとき送信元の端末装置に対して認証情報送信要求を送信する。そして、このメールサービスシステムでは、認証情報送信要求に対する応答として送信元の端末装置からヘッダ情報が送信されたか否かを判別し、送信元の端末装置からのヘッダ情報の送信を判別したときその送信されたヘッダ情報とメールサーバに届いた電子メールのヘッダ情報とが同一であるか否か判別し、送信されたヘッダ情報とメールサーバに届いた電子メールのヘッダ情報とが同一ではないと判別したときメールサーバに届いた電子メールが成り済ましメールであると判断する。そして、特許文献３には、このメールサービスシステムによれば、通常の電子メールについて成り済ましメール判断を適切にすることができる旨記載されている。
【０００６】
なお、電子メールの送受信に伴う情報の秘匿化および不正使用の防止を目的とした技術ではないため、本願発明の技術分野には属さないと考えられるが、特許文献４の着脱式デバイスでは、汎用周辺機器インターフェースに接続された際にコンピュータからの機器の種類の問い合わせ信号に対し、所定の種類の機器である旨の信号を返信する。また、この着脱式デバイスでは、汎用周辺機器インターフェース経由で繰り返されるメディアの有無の問い合わせ信号に対し、少なくとも一度はメディアが無い旨の信号を返信し、その後、メディアがある旨の信号を返信して、コンピュータに自動起動スクリプトを起動させる。そして、特許文献４には、この着脱式デバイスによれば、ＵＳＢメモリなどの他の種類のデバイスであっても、ホスト側からの問い合わせに対し、ＣＤ−ＲＯＭドライブなどの自動起動プログラム実行の対象機器である旨の信号を擬似的に返信させることができ、このため、装着検出用の常駐プログラムをコンピュータ側にあらかじめインストールしておかなくても、デバイス装着時に、スクリプトに記述されたプログラム実行など所望の処理が自動実行される旨記載されている。
【０００７】
また、電子メールの送受信に伴う情報の秘匿化および不正使用の防止を目的とした技術ではないため、本願発明の技術分野には属さないと考えられるが、特許文献５の疑似乱数発生方法では、出力系列がＭ系列のビット列をｓ個ごとにサンプルしたビット列は、そのＭ系列の１周期分のビット数ｍ（＝（２＾ｎ）−１）と導出値ｓが互いに素であるときには、他の構成を有する線形フィードバックシフトレジスタのＭ系列を構成し、また、バーレイキャンプマッセイアルゴリズムによって、少なくとも２周期分以上のビット数を有するビット列から線形フィードバックシフトレジスタを求めることができることを利用して、線形フィードバックシフトレジスタの構成を初期値に基づいて動的に変更することができ、変更後の線形フィードバックシフトレジスタからＭ系列のビット列を出力される。そして、特許文献５には、この疑似乱数発生方法によれば、解読者は、疑似乱数発生器から出力される疑似乱数に基づいて再構成前の線形フィードバックシフトレジスタの構成を得ることができず、初期値や秘密鍵も解読することができないため、高い暗号強度を得ることができ、情報の秘匿性を保つことができる旨記載されている。
【０００８】
【特許文献１】特開２００１−３１８８６１号公報
【特許文献２】特開２００７−４４９６号公報
【特許文献３】特開２００７−７４４９８号公報
【特許文献４】特許第３７６６４２９号明細書
【特許文献５】国際公開２００４／０３２０９８号パンフレット
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記文献記載の従来技術は、以下の点で改善の余地を有していた。
すなわち、特許文献１の情報サービス方式では、権限のない人物であったとしても、一旦送り手側端末データ機器にアクセスされてしまえば、複数の端末データ機器のそれぞれに固有の物理ＩＤ情報を確認したとしても、それらの複数の端末データ機器を使用する個人の認証が困難であるため、同一の端末データ機器を複数の個人が使うような場合には、権限のない人物による成り済ましメールの送信を見破ることは困難である。
【００１０】
特許文献２のメール送付システムでも、同様に、権限のない人物であったとしても、一旦送り手側メールクライアントにアクセスされてしまえば、そのような権限のない人物を排除する仕組みがないために、その後の巧妙な分離・分散による暗号化の仕組みがあったとしても、権限のない人物による成り済ましメールの送信を見破ることは困難である。
【００１１】
特許文献３のメールサービスシステムでも、同様に、権限のない人物であったとしても、一旦送信元の端末装置にアクセスされてメールアドレス等のヘッダ情報を偽装されてしまえば、そのような権限のない人物を排除する仕組みがないために、その後の巧妙なヘッダ情報の判別の仕組みがあったとしても、権限のない人物による成り済ましメールの送信を見破ることは困難である。
【００１２】
本発明は上記事情に鑑みてなされたものであり、電子メールを送受信する際の電子メールの平文または添付ファイルの内容の秘匿化および不正使用の防止を簡便かつ効果的に達成する技術を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明によれば、
複数の送受信端末と、
複数の送受信端末に接続する回線と、
複数の送受信端末に装着可能な外部デバイスと、
回線に接続され、電子メールの送受信を仲介する機能を特定の登録ユーザに提供するための電子メール仲介プログラムを搭載し、各ユーザに対応付けられている外部デバイスに固有の秘密ＩＤと、秘密ＩＤに対応する秘密パスワードとを含むデータベースを格納している、サーバ端末と、
送受信端末、外部デバイスまたはサーバ端末のいずれかに搭載されている暗号化・復号化プログラムと、
を備える暗号化メール送受信システムであって、
外部デバイスには、
秘密ＩＤと、
暗号鍵・復号鍵と、
外部デバイスが前記送受信端末に装着されると、送受信端末に格納されている自動起動実行部によって、自動的に起動されるように構成されている、自動起動プログラムと、
が格納されており、
自動起動プログラムは、
外部デバイスの装着されている送受信端末のユーザに対して、秘密パスワードを要求し、
さらに、暗号化・復号化プログラムを送受信端末において稼働させ、
さらに、サーバ端末にアクセスする
ように構成されており、
電子メール仲介プログラムは、
データベースを参照して、
外部デバイスから取得される秘密ＩＤと、データベースから取得される秘密ＩＤと、を照合し、
さらに、ユーザから取得される秘密パスワードと、データベースから取得される秘密パスワードと、を照合することにより、
ユーザおよび外部デバイスを認証し、
認証されたユーザに対して、認証された外部デバイスが装着された送受信端末を介して、電子メールサービスを提供する
ように構成されており、
暗号化・復号化プログラムは、
電子メールを送受信する際には、電子メール仲介プログラムと協働して、電子メールの平文または添付ファイルを、暗号鍵・復号鍵を用いて所定のアルゴリズムに基づいて自動的に暗号化・復号化するように構成されている、
暗号化メール送受信システム
が提供される。
【００１４】
この構成によれば、電子メール仲介プログラムは、データベースを参照して、外部デバイスから取得される秘密ＩＤと、データベースから取得される秘密ＩＤと、を照合し、さらに、ユーザから取得される秘密パスワードと、データベースから取得される秘密パスワードと、を照合することにより、ユーザおよび外部デバイスを認証し、認証されたユーザに対して、認証された外部デバイスが装着された送受信端末を介して、電子メールサービスを提供する。そのため、この構成によれば、ユーザの記憶する秘密パスワードおよびユーザの携帯する外部デバイスによって、そのユーザに権限が付与されていることを２重に認証することができるため、高度なセキュリティを保持することができる。また、この構成によれば、外部デバイスに格納された秘密ＩＤはユーザにより記憶されていないため、ユーザの犯す人為的ミスにより秘密ＩＤが外部流出する危険性を抑制することができる。
【００１５】
また、この構成によれば、外部デバイスには、外部デバイスが送受信端末に装着されると、送受信端末に格納されている自動起動実行部によって、自動的に起動されるように構成されている、自動起動プログラムが格納されている。そして、この自動起動プログラムは、外部デバイスの装着されている送受信端末のユーザに対して、秘密パスワードを要求し、さらに、暗号化・復号化プログラムを送受信端末において稼働させ、さらに、サーバ端末にアクセスするように構成されている。そのため、この構成によれば、ユーザは外部デバイスを送受新端末に装着し、自動起動プログラムによって要求される秘密パスワードを入力するという簡便な手続により、権限を有することを認証され、高度なセキュリティが保持された暗号化メール送受信システムを利用することができる。
【００１６】
そして、この構成によれば、暗号化・復号化プログラムは、電子メールを送受信する際には、電子メール仲介プログラムと協働して、電子メールの平文または添付ファイルを、暗号鍵・復号鍵を用いて所定のアルゴリズムに基づいて自動的に暗号化・復号化するように構成されている。そのため、この構成によれば、ユーザは電子メールを送受信する操作を行うだけで、暗号化・復号化プログラムが電子メール仲介プログラムと協働して、自動的に電子メールの平文または添付ファイルを暗号化・復号化するため、ユーザは簡便な操作により高度なセキュリティが保持された暗号化メール送受信システムを利用することができる。また、この構成によれば、外部デバイスに格納された暗号鍵・復号鍵はユーザにより記憶されていないため、ユーザの犯す人為的ミスにより暗号鍵・復号鍵が外部流出する危険性を抑制することができる。
【発明の効果】
【００１７】
本発明によれば、上記のような特定の構成からなる暗号化メール送受信システムを用いるため、電子メールを送受信する際の電子メールの平文または添付ファイルの内容の秘匿化および不正使用の防止を簡便かつ効果的に達成することができる。
【発明を実施するための最良の形態】
【００１８】
＜用語の説明＞
（ｉ）ＰＣ／ＡＴ互換機
ＰＣ／ＡＴ互換機とは、ＩＢＭ社が１９８４年に発売したパソコン「ＰＣ／ＡＴ」と互換性のあるパソコンの総称である。パソコン規格の業界標準として広く普及しており、Ｍａｃｉｎｔｏｓｈなど少数の例外を除いて、現在のパソコンのほとんどはＰＣ／ＡＴ互換機である。世界中の様々なメーカーがこの規格に合わせたパーツを製造しているため、対応している製品が多く、価格が安いのが特徴である。ＣＰＵにＩｎｔｅｌ社のｘ８６互換マイクロプロセッサを搭載するため、Ｉｎｔｅｌベースのシステムと呼ばれることもある。ＯＳにはＭｉｃｒｏｓｏｆｔ社のＭＳ−ＤＯＳかＷｉｎｄｏｗｓ（Ｒ）シリーズを用いることが圧倒的に多いが、ＢｅＯＳやＬｉｎｕｘ、ＦｒｅｅＢＳＤなど他のＯＳを動作させることもできる。
【００１９】
（ｉｉ）Ｍａｃｉｎｔｏｓｈ
Ｍａｃｉｎｔｏｓｈとは、Ａｐｐｌｅ社が１９８４年から販売しているパソコンのシリーズ名である。文字入力でコンピュータを操作するＭＳ−ＤＯＳなどのＯＳが主流だった時代に、グラフィック表示とマウスによる操作を標準機能として搭載したＯＳを備え、大きな反響を呼んだ。グラフィック機能を活用したアプリケーションソフトが多く開発され、パソコン全体のシェア争いでＷｉｎｄｏｗｓ（Ｒ）シリーズに敗れた現在でも、ＤＴＰなど一部の分野では未だに根強い人気がある。初期のモデルはＭｏｔｏｒｏｌａ社の６８０００系のマイクロプロセッサを搭載していたが、現在ではＩＢＭ社、Ｍｏｔｏｒｏｌａ社、Ａｐｐｌｅ社の共同開発によるＰｏｗｅｒＰＣが搭載され、これらはＰｏｗｅｒ  Ｍａｃｉｎｔｏｓｈと呼ばれる。近年では、ＣＰＵにＩｎｔｅｌ社のｘ８６互換マイクロプロセッサを搭載するため、Ｉｎｔｅｌベースのシステムも登場している。
【００２０】
（ｉｉｉ）ＵＳＢメモリ
ＵＳＢメモリとは、ＵＳＢポートを用いてデータを転送する、補助記憶装置の一種である。一般的にデータの記録にはフラッシュメモリが使われている。記憶容量は１６ＭＢから最大容量の６４ＧＢ（２００７年２月現在）クラスまでさまざまだが、フラッシュメモリの大容量化に伴い、年々大容量化する傾向にある。なお、数は多くないが、１インチのＨＤＤを使用した製品もあり、フラッシュメモリを使用した製品と同じように使えることから、これらも「ＵＳＢメモリ」や「ポケットバイト」と呼ばれることがある。
【００２１】
ＵＳＢ規格には、ＵＳＢ  Ｍａｓｓ  Ｓｔｏｒａｇｅ  Ｃｌａｓｓ（ＵＳＢマス・ストレージクラス）という、補助記憶装置を接続するための仕様があり、このクラスに対応した機器及びＯＳであれば、ドライバをインストールする必要が無く、標準機能のみでＵＳＢコネクタに接続した機器を記憶装置として認識することができる。この仕組みを用いたのが、ＵＳＢメモリである。
【００２２】
上記の仕組みが実装されたＯＳはＷｉｎｄｏｗｓ（Ｒ）ではＷｉｎｄｏｗｓ（Ｒ）  Ｍｅ、Ｗｉｎｄｏｗｓ（Ｒ）  ＸＰであり、Ｗｉｎｄｏｗｓ（Ｒ）  ２０００でもサービスパックで対応し、インストール台数ベースでは対応したＯＳが多くなった。また、Ｌｉｎｕｘの最近の版でも対応し、ＵＳＢメモリをブロックデバイスとして用いる事が出来る。さらに、簡便に使えることや、ＵＳＢ  ２．０環境の普及、近年のフラッシュメモリの大容量化も伴い、フレキシブルディスクに替わる補助記憶装置として広く普及することとなった。
【００２３】
更に、Ｗｉｎｄｏｗｓ（Ｒ）  ＶｉｓｔａではＲｅａｄｙＢｏｏｓｔという新機能を搭載し、ＵＳＢ２．０対応の高速ＵＳＢメモリなどを用いてその記憶領域をキャッシュメモリとして使用することが可能。ＵＳＢブートに対応した商品では、ＯＳやアプリケーション、個人情報・環境・データを記憶しておくことで、自分のパソコン利用環境を持ち歩くことも出来る。出先の任意のＵＳＢブート可能なパソコンにＵＳＢメモリを挿して起動すれば、そのパソコンのハードディスクに影響を与えることなく、自分の利用環境を立ち上げて作業が出来る。
【００２４】
（ｉｖ）ＡｃｔｉｖｅＸ（Ｒ）
ＡｃｔｉｖｅＸ（Ｒ）とは、Ｍｉｃｒｏｓｏｆｔ（Ｒ）社が開発したインターネット関連技術群の総称でああり、特定の技術や製品を指す名称ではない。ＡｃｔｉｖｅＸ（Ｒ）はマイクロソフト社のＷｅｂブラウザのＩｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（Ｒ）と、ＷｅｂサーバのＩｎｔｅｒｎｅｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｅｒ（Ｒ）で利用可能な各種の技術で構成される。
【００２５】
ＡｃｔｉｖｅＸのＷｅｂブラウザ側の技術としては、ＯＬＥをインターネット対応に拡張したソフトウェアの部品化技術であるＡｃｔｉｖｅＸ（Ｒ）コントロールをはじめ、ＥｘｃｅｌやＷｏｒｄなど、同社のＯｆｆｉｃｅアプリケーションソフトで作成された文書をインターネット通じて送受信し、Ｗｅｂブラウザに埋め込んで表示するＡｃｔｉｖｅＸ（Ｒ）ドキュメント、ＶＢＳｃｒｉｐｔやＪａｖａ（Ｒ）Ｓｃｒｉｐｔなどのスクリプト言語を使ってＷｅｂページに動きを与えるＡｃｔｉｖｅＸ（Ｒ）スクリプトなどの技術がある。
【００２６】
ＡｃｔｉｖｅＸ（Ｒ）のＷｅｂサーバ側の技術としては、ＶＢＳｃｒｉｐｔやＪａｖａ（Ｒ）Ｓｃｒｉｐｔなどのスクリプト言語をサーバ上で実行して、処理結果だけをブラウザに送信するＡｃｔｉｖｅ  Ｓｅｒｖｅｒ  Ｐａｇｅｓや、Ｗｅｂサーバから他のアプリケーションソフトを呼び出して処理を行なうＩｎｔｅｒｎｅｔ  Ｓｅｒｖｅｒ  ＡＰＩなどの技術がある。
【００２７】
以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。
【００２８】
＜実施形態１＞
図１は、実施形態１に係る暗号化メール送受信システムの全体構成の概要を示した機能ブロック図である。まずは、以下、この暗号化メール送受信システム１０００の構成の概要について説明する。
【００２９】
この暗号化メール送受信システム１０００は、一般的なＷｉｎｄｏｗｓ（Ｒ）  ＯＳを搭載したＰＣ／ＡＴ互換機や、ＭＡＣ  ＯＳを搭載したＭａｃｉｎｔｏｓｈなどからなる複数の送受信端末１００ａ、１００ｂを備えている。これらの送受信端末１００ａ、１００ｂには、液晶ディスプレイなどのモニタ６００ａ、６００ｂ、キーボードおよびマウスのような入力装置７００ａ、７００ｂ、レーザプリンタのようなプリンタ８００ａ、８００ｂが接続されている。
【００３０】
また、この暗号化メール送受信システム１０００は、上記の複数の送受信端末１００ａ、１００ｂに装着可能な、ＵＳＢメモリをはじめとする外部デバイス２００ａ、２００ｂを備える。これらの外部デバイス２００ａ、２００ｂには、後述するように、秘密ＩＤ（不図示）と、暗号鍵・復号鍵（不図示）とが格納されている。また、これらの外部デバイス２００ａ、２００ｂには、さらに自動起動プログラム（不図示）も格納されている。
【００３１】
そして、この自動起動プログラムは、詳しくは後述するが、これらの外部デバイス２００ａ、２００ｂが上記の送受信端末１００ａ、１００ｂに装着されると、それらの送受信端末１００ａ、１００ｂに格納されている自動起動実行部（Ｗｉｎｄｏｗｓ（Ｒ）  ９５以降のＷｉｎｄｏｗｓ（Ｒ）に含まれているＣＤ−ＲＯＭドライブに挿入したメディアを自動判別して適切なプログラムを実行するという自動再生の機能）によって、自動的に起動されるように構成されている。
【００３２】
さらに、この暗号化メール送受信システム１０００は、上記の複数の送受信端末１００ａ、１００ｂに直接接続する回線５００ａ、５００ｂにくわえて、インターネットなどのネットワーク４００を介して間接的に接続する回線５００ｃを備える。
【００３３】
そして、この暗号化メール送受信システム１０００は、上記の回線５００ｃに接続されたユーザデータベースサーバ端末３００を備える。このユーザデータベースサーバ端末３００には、液晶ディスプレイなどのモニタ６００ｃ、キーボードおよびマウスのような入力装置７００ｃ、レーザプリンタのようなプリンタ８００ｃが接続されている。
【００３４】
また、このユーザデータベースサーバ端末３００には、上記の複数の送受信端末１００ａ、１００ｂの間で電子メールの送受信を仲介する機能を特定の登録ユーザに提供するための電子メール仲介プログラム（不図示）が搭載されている。そして、このユーザデータベースサーバ端末３００には、各ユーザに対応付けられている外部デバイス２００ａ、２００ｂに固有の秘密ＩＤと、その秘密ＩＤに対応する秘密パスワードとを含むユーザデータベース（不図示）が格納されている。
【００３５】
そして、上記の送受信端末１００ａ、１００ｂ、外部デバイス２００ａ、２００ｂまたはユーザデータベースサーバ端末３００のいずれかには、暗号化・復号化プログラム（不図示）が搭載されている。
【００３６】
以下、この暗号化メール送受信システム１０００の動作の概要について説明する。
この暗号化メール送受信システム１０００では、詳しくは後述するが、特定の登録ユーザが、自己に個別に配布された外部デバイス２００ａ、２００ｂを、送受信端末１００ａ、１００ｂに装着させると、それらの送受信端末１００ａ、１００ｂに格納されている自動起動実行部によって、外部デバイス２００ａ、２００ｂに格納されている自動起動プログラムを自動的に実行する。
【００３７】
そして、この自動起動プログラムは、詳しくは後述するが、外部デバイス２００ａ、２００ｂの装着されている送受信端末１００ａ、１００ｂのユーザに対して、モニタ６００ａ、６００ｂに表示される入力画面（不図示）などを介して秘密パスワードを要求する。これに対して、特定の登録ユーザは、詳しくは後述するが、モニタ６００ａ、６００ｂに表示された入力画面を見ながら、入力装置７００ａ、７００ｂなどを介して自己の記憶する秘密パスワードを送受信端末１００ａ、１００ｂに入力することになる。
【００３８】
なお、この自動起動プログラムは、詳しくは後述するが、上記のように秘密パスワードを要求することにくわえて、さらに、暗号化・復号化プログラムを送受信端末１００ａ、１００ｂにおいて稼働させ、ユーザデータベースサーバ端末３００にアクセスするといった別の作業も行う。
【００３９】
次いで、上記のようにして自動起動プログラムによってアクセスされたユーザデータベースサーバ端末３００には、上記の電子メール仲介プログラムが常時稼働しており、上記アクセスを受けてユーザデータベースを参照する。
【００４０】
続いて、この電子メール仲介プログラムは、詳しくは後述するが、外部デバイス２００ａ、２００ｂから取得される秘密ＩＤと、ユーザデータベースから取得される秘密ＩＤと、を照合することによって、特定の登録ユーザに個別に配布された外部デバイス２００ａ、２００ｂを認証する。さらに、この電子メール仲介プログラムは、詳しくは後述するが、特定の登録ユーザから取得される秘密パスワードと、ユーザデータベースから取得される秘密パスワードと、を照合することによって、特定の登録ユーザ自身を認証する。
【００４１】
そして、この電子メール仲介プログラムは、詳しくは後述するが、認証された特定の登録ユーザに対して、認証された外部デバイス２００ａ、２００ｂが装着された送受信端末１００ａ、１００ｂを介して、所定の電子メールサービスの提供を行う。
【００４２】
また、その際、特定の登録ユーザが電子メール仲介プログラムによって電子メールを送受信する際には、詳しくは後述するが、上記のようにして自動起動プログラムによって稼働された暗号化・復号化プログラムが、電子メール仲介プログラムと協働して、所定の電子メールサービスの提供を行う。
【００４３】
具体的には、暗号化・復号化プログラムは、詳しくは後述するが、電子メール仲介プログラムと協働して、電子メールの平文または添付ファイルを、外部デバイス２００ａ、２００ｂから取得した暗号鍵・復号鍵を用いて、特殊な疑似乱数発生アルゴリズムなどの所定のアルゴリズムに基づいて自動的に暗号化・復号化する。なお、この特殊な疑似乱数発生アルゴリズムについても、詳しくは後述する。
【００４４】
以下、この暗号化メール送受信システム１０００の作用効果の概要について説明する。
この暗号化メール送受信システム１０００では、上述のように、電子メール仲介プログラムは、ユーザデータベースを参照して、外部デバイス２００ａ、２００ｂから取得される秘密ＩＤと、ユーザデータベースから取得される秘密ＩＤと、を照合する。さらに、電子メール仲介プログラムは、特定の登録ユーザから取得される秘密パスワードと、ユーザデータベースから取得される秘密パスワードと、を照合する。電子メール仲介プログラムは、これらの照会によって、特定の登録ユーザおよび外部デバイスを認証し、認証された特定の登録ユーザユーザに対して、認証された外部デバイス２００ａ、２００ｂが装着された送受信端末１００ａ、１００ｂを介して、電子メールサービスを提供する。
【００４５】
そのため、この暗号化メール送受信システム１０００によれば、特定の登録ユーザの記憶する秘密パスワードおよび特定の登録ユーザに個別に配布された外部デバイス２００ａ、２００ｂによって、その特定の登録ユーザに権限が付与されていることを２重に認証することができ、高度なセキュリティを保持することができる。また、この暗号化メール送受信システム１０００によれば、外部デバイス２００ａ、２００ｂに格納された秘密ＩＤは特定の登録ユーザにより記憶されていないため、特定の登録ユーザの犯す人為的ミスにより秘密ＩＤが外部流出する危険性を抑制することができる。
【００４６】
また、この暗号化メール送受信システム１０００によれば、外部デバイス２００ａ、２００ｂには、外部デバイス２００ａ、２００ｂが送受信端末１００ａ、１００ｂに装着されると、送受信端末１００ａ、１００ｂに格納されている自動起動実行部によって、自動的に起動されるように構成されている、自動起動プログラムが格納されている。そして、この自動起動プログラムは、外部デバイス２００ａ、２００ｂの装着されている送受信端末１００ａ、１００ｂのユーザに対して、秘密パスワードを要求し、さらに、暗号化・復号化プログラムを送受信端末１００ａ、１００ｂにおいて稼働させ、さらに、ユーザデータベースサーバ端末３００にアクセスするように構成されている。
【００４７】
そのため、この暗号化メール送受信システム１０００によれば、特定の登録ユーザは外部デバイス２００ａ、２００ｂを送受新端末１００ａ、１００ｂに装着し、自動起動プログラムによって要求される秘密パスワードを入力するという簡便な手続により、権限を有することを認証され、高度なセキュリティが保持された暗号化メール送受信システム１０００を利用することができる。
【００４８】
そして、この暗号化メール送受信システム１０００によれば、暗号化・復号化プログラムは、電子メールを送受信する際には、電子メール仲介プログラムと協働して、電子メールの平文または添付ファイルを、暗号鍵・復号鍵を用いて所定のアルゴリズムに基づいて自動的に暗号化・復号化するように構成されている。
【００４９】
そのため、この暗号化メール送受信システム１０００によれば、特定の登録ユーザは電子メールを送受信する操作を行うだけで、暗号化・復号化プログラムが電子メール仲介プログラムと協働して、自動的に電子メールの平文または添付ファイルを暗号化・復号化するため、特定の登録ユーザは簡便な操作により高度なセキュリティが保持された暗号化メール送受信システム１０００を利用することができる。また、この暗号化メール送受信システム１０００によれば、外部デバイス２００ａ、２００ｂに格納された暗号鍵・復号鍵は特定の登録ユーザにより記憶されていないため、特定の登録ユーザの犯す人為的ミスにより暗号鍵・復号鍵が外部流出する危険性を抑制することができる。
【００５０】
以下、実施形態１に係る暗号化メール送受信システムに用いられる各構成要素の内部構成について詳細に説明する。図２は、実施形態１に用いられる外部デバイスの詳細な内部構成を示した機能ブロック図である。
【００５１】
この外部デバイス２００は、上記の送受信端末１００のＵＳＢポートに装着可能なＵＳＢメモリである。したがって、この外部デバイス２００は、上記の送受信端末１００のＵＳＢポートとの間で各種情報を入出力するためのＩ／Ｏインターフェースである入出力部２０２を備えている。
【００５２】
また、この外部デバイス２００は、外部デバイス２００全体の動作を制御するための制御部２０４を備えている。そして、この制御部２０４には、送受信端末１００からの機器の種類の問い合わせ信号に対し、ＣＤ−ＲＯＭ、ＤＶＤ、ＨＤ−ＤＶＤ、ＢＬＵＥ−ＲＡＹなどの所定のメディアを読み取るドライブ機器である旨の信号を返信するとともに、送受信端末１００から繰り返される外部デバイス２００の種類の問い合わせ信号に対し、少なくとも一度はメディアが無い旨の信号を返信し、その後、メディアがある旨の信号を返信するための問合回答部２０６および認識制御部２０８が含まれている。
【００５３】
さらに、この外部デバイス２００は、この外部デバイス全体を制御する各種システムを記憶するためのシステム記憶部２１０を備える。このシステム記憶部２１０には、送受信端末１００に格納されている自動起動実行部（不図示）によって、自動的に起動されるように構成されている、自動起動プログラム２１３が格納されている。また、このシステム記憶部２１０には、送受信端末１００に格納されている自動起動実行部が、自動起動プログラムを自動的に起動する際に従うべき自動起動スクリプト２１２も格納されている。
【００５４】
くわえて、この外部デバイス２００は、暗号化・復号化プログラム（不図示）にのみ読み取りが許可されている暗号記憶部２１４を備える。この暗号記憶部２１４には、暗号化・復号化プログラムが、電子メールの平文または添付ファイルを、所定のアルゴリズムに基づいて自動的に暗号化・復号化する際に用いる暗号・復号鍵２１６が格納されている。
【００５５】
なお、このデバイス２００を個別に割り当てられた特定の登録ユーザには、この暗号・復号鍵は通知されていないため、特定の登録ユーザは、この暗号・復号鍵を記憶していない。そのため、特定の登録ユーザの人為的ミスによりこの暗号・復号鍵が外部流出する危険性を抑制できる。また、このデバイス２００では、暗号化・復号化プログラムによってしか、暗号記憶部２１４の中身を読み取ることはできないので、仮にこの外部デバイス２００が盗まれた場合にも、盗み出した者は、この暗号記憶部２１４に格納された暗号・復号鍵２１６を知ることはできない。
【００５６】
ところで、ＯＳによっては（例えばマイクロソフト（Ｒ）社のウインドウズ（Ｒ）シリーズ）、所定の種類のデバイス（例えばＣＤ−ＲＯＭ）にメディアが挿入されたことを契機として、そのメディア上の所定のスクリプトファイル（例えば「Ａｕｔｏｒｕｎ．ｉｎｆ」）に基づいて、そのスクリプトファイルに記載されている動作（例えば「ｏｐｅｎ＝Ｐｒｏｇｒａｍ．ｅｘｅ」）を実行する。送受信端末１００は、そのようなＯＳを備えるコンピュータであるものとする。
【００５７】
また、ＵＳＢ規格では、送受信端末１００は、ＵＳＢポートに装着されたかもしれない外部デバイス２００に対し、機器の種類の問い合わせ信号を繰り返し周期的にＵＳＢ回線上に流しており、新たにＵＳＢポートに装着された外部デバイス２００は、この問い合わせ信号に対して自らが該当する機器の種類を回答することにより、送受信端末１００に自らの接続を認識させる。したがって、送受信端末１００では、所定の種類の外部デバイス２００が接続されると、その外部デバイス２００のメディアに記述されている自動起動プログラム２１２を、スクリプト実行部としての機能を有する自動起動実行部（不図示）が自動起動スクリプト２１２に基づいて実行するのである。
【００５８】
そこで、外部デバイス２００の認識制御部２０８は、ＵＳＢポートに接続された際に、送受信端末１００からの外部デバイス２００の種類の問い合わせ信号に対し、ＣＤ−ＲＯＭドライブである旨の信号を、問い合わせ回答部２０６を介して返信する。また、システム記憶部２１０には、自動起動スクリプト２１２に基づいて送受信端末１００の自動起動実行部によって起動される自動起動プログラム２１３を格納しておく。
【００５９】
すなわち、ＵＳＢメモリである外部デバイス２００は、本来はスクリプト実行の対象とはならない種類のデバイスであるが、送受信端末１００からの問い合わせに対し、認識制御部２０８が問合回答部２０６を介してＣＤ-ＲＯＭドライブなどのスクリプト実行の対象機器である旨の信号を擬似的に返信する。
【００６０】
このため、装着検出用の常駐プログラムを送受信端末側にあらかじめインストールしておかなくても、外部デバイス２００装着時に、自動起動スクリプト２１２に記述された自動起動プログラム２１３実行などの所望の処理が自動実行される。これにより、外部デバイス２００の専用ソフトウェアなどを手動でインストールするまでもなく、外部デバイス２００を送受信端末１００に装着するだけで、自動起動プログラム２１３が自動起動することになる。また、ユーザが管理者権限を持たないためソフトウェアをインストールできない送受信端末１００上でも、外部デバイス１００からの所望の自動起動プログラム２１３の自動起動が容易に実現される。
【００６１】
また、上記のようなＯＳには、Ｗｉｎｄｏｗｓ（Ｒ）シリーズのように、ＵＳＢポートに装着されたＣＤ−ＲＯＭドライブなどの外部デバイス２００へのメディアの装着を繰り返し外部デバイス２００に問い合わせて回答させ、ある時点で存在しなかったものが、その後、存在する状態に変化すると、メディアが外部デバイス２００に挿入されたと認識するものもある。
【００６２】
そして、上述したように、ＵＳＢポートに装着された外部デバイス２００がスクリプト実行の対象である所定の機器（例えばＣＤ−ＲＯＭ）であると回答させた場合には、実際の外部デバイス２００はＵＳＢメモリであるためメディア（例えばＣＤ−ＲＯＭ）の挿入は行われないが、メディアの有無の問い合わせに対しては、認識制御部２０８が問合回答部２０６を介して、メディアを挿入した場合と同じパターンの信号を擬似的に返信することで、メディア挿入がスクリプト実行の条件となっている場合にも、自動起動スクリプト２１２に記述された自動起動プログラム２１３の自動起動が円滑確実に実行される。
【００６３】
すなわち、認識制御部２０８は、問合回答部２０６を介して、送受信端末１００からＵＳＢポート経由で繰り返されるメディアの有無の問い合わせ信号に対し、少なくとも一度はメディアが無い旨の信号を返信し、その後、例えば２度目の問い合わせに対しては、メディアがある旨の信号を返信する。
【００６４】
すると、送受信端末１００上のＯＳは、メディアが挿入されたと認識し、送受信端末１００の自動起動実行部が、その機器に記憶された自動起動スクリプト２１２に記述された動作を実行する。ここでスクリプト実行の対象となる「所定の種類」の機器は、仮にＣＤ−ＲＯＭとするが、対象を他の機器の種類に変更したり拡大したりすることも自由である。また、送受信端末１００の自動起動実行部は、例えば拡張子「．ｅｘｅ」等の実行ファイルを実行する手段であり、自動実行スクリプト２１２に実行ファイルのディレクトリ、名称、パラメータ等が記述されていれば、それに従ってその実行ファイルを実行するものである。
【００６５】
なお、本実施形態では、自動起動スクリプト２１２中に自動起動プログラム２１３の実行を指定しておく。なお、自動起動プログラム２１３のアプリケーション起動機能によって、さらにメーラー等のアプリケーションなど、他のプログラムを派生的に呼び出すことも当然可能である。
【００６６】
図３は、実施形態１に用いられる送受信端末の詳細な内部構成を示した機能ブロック図である。この送受信端末１００は、ＵＳＢポートなどに接続する外部デバイス２００との間でデータの入出力を行う入出力部１０２を備える。この入出力部１０２は、外部デバイス２００だけでなく、液晶ディスプレイなどのモニタ６００、キーボードおよびマウスなどの入力装置７００、レーザプリンタまたはインクジェットプリンタなどのプリンタ８００との間でもデータの入出力を行う。
【００６７】
また、この送受信端末１００は、インターネットなどの外部のネットワーク４００と回線５００を介して接続するためのネットワークアクセス部１２０を備える。さらに、この送受信端末１００は、ネットワークアクセス部１２０を介して外部から導入したＡｃｔｉｖｅ  Ｘ（Ｒ）またはＪａｖａ（Ｒ）などの技術を利用したＡＳＰサービスの一部または全部を構成するプログラム（例えばＡｃｔｉｖｅＸ（Ｒ）コントロール、ＡｃｔｉｖｅＸ（Ｒ）ドキュメントまたはＡｃｔｉｖｅＸ（Ｒ）スクリプト）を一時的に記憶しておくためのＡＳＰプログラム一時記憶部１１８を備える。
【００６８】
また、この送受信端末１００は、送受信端末１００全体の動作を制御する制御部１０４を備える。さらに、この送受信端末１００は、モニタ６００またはプリンタ８００などに表示・出力させるための画像データを生成する画像データ生成部１０８を備える。
【００６９】
そして、この送受信端末１００は、ＵＳＢポートに装着されたかもしれない外部デバイス２００に対し、機器の種類の問い合わせ信号を繰り返し周期的にＵＳＢ回線上に流し外部デバイス問合部１２２を備える。また、この送受信端末１００は、上記の機器の種類の問い合わせ信号に対する外部デバイス２００からの返信を受信して、外部デバイス２００の機器の種類を判定し、その機器の種類に応じた動作をさらに外部デバイス問合部１２２に行わせるように制御するための外部デバイス認識制御部１０６を備える。
【００７０】
すなわち、この外部デバイス認識制御部１０６は、本来はＵＳＢメモリである外部デバイス２００からＣＤ−ＲＯＭである旨を偽装した返信を受け取ると、外部デバイス２００の機器の種類がＣＤ−ＲＯＭであると認識し、外部デバイス問合部１２２をさらに制御して、ＵＳＢポートに装着された外部デバイス２００に対して、さらにメディアの有無の問い合わせ信号を発信させる。
【００７１】
そして、この外部デバイス認識制御部１０６は、本来はＵＳＢメモリであるためＣＤ−ＲＯＭなどのメディアが挿入されていない外部デバイス２００から、最初はＣＤ−ＲＯＭが挿入されておらず、その後ＣＤ−ＲＯＭが挿入された旨を偽装した返信を受け取ると、外部デバイス２００にＣＤ−ＲＯＭが挿入されたと認識し、後述するシステム記憶部１１０に格納されている自動起動実行部１１２にその旨を伝える。
【００７２】
上述のように、この送受信端末１００には、この送受新端末１００の基本的な動作を制御するためのＯＳ（不図示）をはじめとする各種システムが格納されているシステム記憶部１１０を備える。そして、このシステム記憶部１１０には、ＣＤ−ＲＯＭドライブなどに挿入されたＣＤ−ＲＯＭなどのメディアに格納されている自動起動スクリプトの記述内容に基づいて、自動起動プログラムを起動させるための自動起動実行部１１２が格納されている。この自動起動実行部１１２のような機能は、最近のウインドウズ（Ｒ）ＯＳをはじめとする各種の一般的なＯＳに標準的に搭載されている。
【００７３】
また、この送受信端末１００には、ウインドウズ（Ｒ）ＯＳなどの基幹システムを格納するシステム記憶部１１０にくわえて、さらにウインドウズ（Ｒ）ＯＳなどの基幹システム上で動作するアプリケーションソフトウェアを格納するアプリケーション記憶部１１４が設けられている。
【００７４】
そして、このアプリケーション記憶部１１４には、Ｏｕｔｌｏｏｋ  Ｅｘｐｒｅｓｓ（Ｒ）のような一般メーラー１３１およびＩｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（Ｒ）のようなＷＥＢブラウザ１３３が格納されている。また、このアプリケーション記憶部１１４には、あまり一般的なアプリケーションソフトウェアではないが、ユーザデータベース端末（不図示）の電子メール仲介プログラム（不図示）と協働して動作する暗号化・復号化プログラム１１６も格納している。
【００７５】
上記の自動起動実行部１１２は、外部デバイス認識制御部１０６から、ＵＳＢポートに接続された外部デバイス２００がＣＤ−ＲＯＭドライブであり、その外部デバイス２００には、最初はＣＤ−ＲＯＭが挿入されていなかったが、その後ＣＤ−ＲＯＭが挿入された旨の偽の情報を受け取ると、外部デバイス２００のシステム記憶部２１０に格納されている自動起動スクリプト２１２を起動させる。このとき、外部デバイス２００の認識制御部２０８は、自動起動実行部１１２に対してシステム記憶部２１０がＣＤ−ＲＯＭ領域である旨の偽装を行うため、自動起動実行部１１２はＣＤ−ＲＯＭのルートディレクトリに格納されているように偽装された「Ａｕｔｏｒｕｎ．ｉｎｆ」というファイル名の自動起動スクリプト２１２を実行することになる。
【００７６】
その後、この自動起動実行部１１２は、読み込んだ自動起動スクリプト２１２の記述に基づいて、外部デバイス２００のシステム記憶部２１０に格納されている（同様に外部デバイス２００の認識制御部２０８によってＣＤ−ＲＯＭのルートディレクトリに格納されているように偽装された）「Ｐｒｏｇｒａｍ．ｅｘｅ」というファイル名の自動起動プログラム２１３を起動する。
【００７７】
この自動起動プログラム２１３は、自動起動スクリプト２１２の記述に基づいて自動起動実行部１１２によって起動されると、外部デバイス２００の装着されている送受信端末１００の画像データ生成部１０８を制御して、秘密パスワードの問い合わせをするための画像データを生成させる。さらに、この自動起動プログラム２１３は、その画像データ入出力部１０２を介してモニタ６００に送り、モニタ６００を介して秘密パスワードの問い合わせをするための画像を表示することによって、外部デバイス２００の装着されている送受信端末１００のユーザに対して、秘密パスワードを要求する。
【００７８】
また、この自動起動プログラム２１３は、外部デバイス２００の装着されている送受信端末１００のアプリケーション記憶部１１４に格納されている暗号化・復号化プログラム１１６を送受信端末１００において稼働させる。さらに、この自動起動プログラム２１３は、外部デバイス２００の装着されている送受信端末１００が外部のネットワーク４００を介して説即しているユーザデータベースサーバ端末３００にもアクセスする。
【００７９】
図４は、実施形態１に用いられるユーザデータベースサーバ端末の詳細な内部構成を示した機能ブロック図である。このユーザデータベースサーバ端末３００は、インターネットなどの外部のネットワーク４００と回線５００を介して接続するためのネットワークアクセス部３０２を備える。
【００８０】
さらに、この送受信端末１００は、ネットワークアクセス部１２０を介して外部に提供するＡｃｔｉｖｅ  Ｘ（Ｒ）またはＪａｖａ（Ｒ）などの技術を利用したＡＳＰサービスのサーバ側でのサーバ側の技術であるＡＳＰプラットフォームプログラム３２４（例えばＡｃｔｉｖｅ  Ｓｅｒｖｅｒ  ＰａｇｅｓまたはＩｎｔｅｒｎｅｔ  Ｓｅｒｖｅｒ  ＡＰＩ）を格納しておくためのＡＳＰプラットフォーム記憶部３２２を備える。
【００８１】
また、このユーザデータベースサーバ端末３００は、液晶ディスプレイなどのモニタ６００、キーボードおよびマウスなどの入力装置７００、レーザプリンタまたはインクジェットプリンタなどのプリンタ８００との間でデータの入出力を行う入出力部３０４を備える。
【００８２】
さらに、このユーザデータベースサーバ端末３００は、送受信端末１００全体の動作を制御する制御部３０６を備える。さらに、このユーザデータベースサーバ端末３００は、モニタ６００またはプリンタ８００などに表示・出力させるための画像データを生成する画像データ生成部３０８を備える。
【００８３】
また、このユーザデータベースサーバ端末３００は、各ユーザに対応付けられている外部デバイス２００に固有の秘密ＩＤと、その秘密ＩＤに対応する秘密パスワードとを含むユーザデータベース３２０を格納するデータベース記憶部３１８を備える。
【００８４】
さらに、このユーザデータベースサーバ端末３００は、回線５００を介して外部のネットワーク４００に接続され、電子メールの送受信を仲介する機能を特定の登録ユーザに提供するための電子メール仲介プログラム３１６を格納するメールシステム記憶部３１４を備える。
【００８５】
また、このユーザデータベースサーバ端末３００は、秘密ＩＤ・秘密パスワードを照合する機能を有するＩＤ・パスワード照合部３１０を備える。さらに、このユーザデータベースサーバ端末３００は、上記のようなＩＤ・パスワード照合部３１０による秘密ＩＤ・秘密パスワードの照合結果を基にして、ユーザおよび外部デバイス２００を認証するユーザ・外部デバイス認証部３１２を備える。
【００８６】
このユーザデータベースサーバ端末３００は、上述のように、ユーザが外部デバイス２００を送受信端末１００のＵＳＢポートに装着した後の一連の流れによって、外部デバイス２００に格納されている自動起動プログラム２１３によって、送受信端末１００およびネットワーク４００などを介してアクセスされることになる。すると、そのアクセスをネットワークアクセス部３０２を介して受け取った制御部３０６は、メールシステム記憶部３１４に格納されており常時稼働している電子メール仲介プログラム３１６にその旨を伝える。
【００８７】
その後、電子メール仲介プログラム３１６は、ＩＤ・パスワード照合部３１０を制御して、データベース記憶部３１８に格納されているユーザデータベース３２０を参照し、外部デバイス２００からネットワーク４００などを介して取得される秘密ＩＤと、ユーザデータベース３２０から取得される秘密ＩＤと、を照合する。さらに、電子メール仲介プログラム３１６は、ＩＤ・パスワード照合部３１０を制御して、データベース記憶部３１８に格納されているユーザデータベース３２０を参照し、ユーザからネットワーク４００などを介して取得される秘密パスワードと、ユーザデータベース３２０から取得される秘密パスワードと、を照合する。
【００８８】
続いて、電子メール仲介プログラム３１６は、ユーザ・外部デバイス認証部３１２を制御して、上記のようなＩＤ・パスワード照合部３１０による秘密ＩＤ・秘密パスワードの照合結果に基づいて、ユーザおよび外部デバイス２００を認証する。そして、電子メール仲介プログラム３１６は、認証されたユーザに対して、認証された外部デバイス２００が装着された送受信端末１００を介して、電子メール仲介サービスを提供する。
【００８９】
このとき、認証された外部デバイス２００が装着された送受信端末１００のアプリケーション記憶部１１４に格納されている暗号化・復号化プログラム１１６は、ユーザが上記の電子メール仲介プログラム３１６によって電子メールを送受信する際には、電子メール仲介プログラム３１６と協働して、電子メールの平文または添付ファイルを、外部デバイス２００の暗号記憶部２１４から読み取った暗号鍵・復号鍵２１６を用いて所定のアルゴリズムに基づいて自動的に暗号化・復号化する動作を行う。
【００９０】
以下、実施形態１の暗号化メール送受信システム１０００の暗号化・復号化プログラム１１６の動作原理について説明する。図５は、実施形態１におけるユーザデータベースの構成および暗号化・復号化の機能を説明するための概念図である。このユーザデータベース３２０は、いわゆるテーブル型のデータベースとしての構造を有する。なお、図５（ａ）では、説明の都合上、ユーザデータベース３２０が単一のテーブルからなるように簡略化して表示しているが、実際には複数の関連づけられたテーブルからなるリレーショナル型のデータベースであってもよい。
【００９１】
このユーザデータベース３２０は、シリアルＮｏ、ユーザ名、秘密ＩＤ、秘密パスワードの項目からなる複数の列を有している。また、このユーザデータベース３２０は、それぞれのユーザに対応した行を有しており、それらの行に含まれる複数のセルには、そのユーザに関する上記のシリアルＮｏ、ユーザ名、秘密ＩＤ、秘密パスワードの項目についての内容が記録されている。すなわち、このユーザデータベース３２０は、各ユーザに対応付けられている外部デバイス２００に固有の秘密ＩＤと、その秘密ＩＤに対応する秘密パスワードとを含むデータベースであると言える。
【００９２】
また、図５（ｂ）に示すように、この暗号化メール送受信システム１０００では、暗号化・復号化の方式として、共通鍵暗号方式を用いている。そのため、送受信端末１００ａおよび送受信端末１００ｂにそれぞれ搭載されている暗号化・復号化プログラム１１６は、いずれも同じ共通鍵暗号方式のアルゴリズムに基づいて動作することになる。そして、外部デバイス２００ａおよび外部デバイス２００ｂには、いわゆる共通秘密鍵である暗号鍵・復号鍵２１６がそれぞれ格納されている。
【００９３】
そして、送信者が送受信端末１００ａを操作して電子メールを送信する場合には、送受信端末１００ａに搭載されている暗号化・復号化プログラム１１６が、外部デバイス２００ａに格納されている共通秘密鍵を用いて、所定の共通鍵暗号方式のアルゴリズムで電子メールの平文または添付ファイルを暗号化する。
【００９４】
一方、受信者が送受信端末１００ｂを操作して電子メールを受信する場合には、送受信端末１００ｂに搭載されている暗号化・復号化プログラム１１６が、外部デバイス２００ｂに格納されている共通秘密鍵を用いて、所定の共通鍵暗号方式のアルゴリズムで暗号化された電子メールの平文または添付ファイルを復号化する。
【００９５】
図６は、実施形態１で用いられる共通鍵暗号方式のアルゴリズムの一種である内部同期式ストリーム暗号方式について説明するための概念図である。ここで、ストリーム暗号方式とは、共通鍵方式の一種である。すなわち、図６（ａ）に示すように、共通鍵暗号方式の一種であるストリーム暗号方式では、暗号化および復号化に同じ鍵を用いる。さらに、ストリーム暗号方式では、平文に直接乱数をＸＯＲする。このとき、鍵系列として用いられる乱数列の品質が暗号の強度を保つ上で非常に重要な役割を果たす。
【００９６】
現在、一般的に用いられている暗号化・復号化のアルゴリズムでは、ＤＥＳ、３ＤＥＳ、ＡＥＳといったブロック暗号方式が主流であり、平文を一定のブロック長毎に区切り、共通鍵を用いて暗号化・復号化を行っている。しかし、これらのブロック暗号方式では、高速処理が困難であるため、近年では高速処理を実現できるストリーム暗号方式を用いる必要性が高まっている。
【００９７】
そこで、この暗号化メール送受信システム１０００の暗号化・復号化プログラム１１６では、図６（ｂ）に示すように、非線形コンバイナ型乱数生成方式を採用した疑似乱数発生器によって、外部デバイス２００に格納されている共通秘密鍵から、疑似乱数からなる鍵系列を生成している。この非線形コンバイナ型乱数生成方式によって生成される疑似乱数は、暗号用乱数として必要な要件を十分に満たすように設計されており、本発明者の実施した安全性テストでも非常に優れ得た結果を実現している。すなわち、本発明者は、この非線形コンバイナ型乱数生成方式によって生成される疑似乱数は、長周期性、０，１バランス、無相関性、非線形性などの暗号用乱数に必要な安全性の条件を確保している。
【００９８】
なお、非線形コンバイナ型乱数生成方式を実現するための基本構成部品としては、ＬＦＳＲ（linear feedback shift register）および非線形コンバイナ（nonlinear combiner）が知られている。この非線形コンバイナ型乱数生成方式では、これらの基本構成部品を組み合わせて、この暗号化メール送受信システム１０００のセキュリティに対して想定される攻撃を排除できるように設計されており、高速な処理スピードおよび高度なセキュリティ強度を両立することに成功している。
【００９９】
すなわち、この暗号化メール送受信システム１０００の暗号化・復号化プログラム１１６は、内部同期式ストリーム暗号方式のアルゴリズムに基づいており、外部デバイス２００に格納されている共通秘密鍵から疑似乱数を発生させ、その疑似乱数を用いて電子メールの平文または添付ファイルを暗号化・復号化するように構成されているため、高速な処理スピードおよび高度なセキュリティ強度を両立することができる。
【０１００】
以下、実施形態１におけるモニタの画面表示について説明する。まず、ユーザが送信者側である場合のモニタの画面表示について説明する。図７は、実施形態１におけるモニタの画面表示を説明するための概念図である。この暗号化メール送受信システム１０００では、図７（ａ）に示すように、ユーザが送受信端末１００に外部デバイス２００を装着すると、送受信端末１００の自動起動実行部１１２によって、外部デバイス２００に格納された自動起動プログラム２１３が起動され、図７（ｂ）に示すように、送受信端末１００に接続されたモニタ６００の画面上に、ユーザの記憶している秘密パスワードを入力する要求が表示される。
【０１０１】
そして、モニタ６００の画面を見たユーザが、キーボードおよびマウスからなる入力装置７００を用いて、送受信端末１００に秘密パスワードを入力し、マウスを用いて画面上の認証ボタンをクリックすると、自動起動プログラム２１３がユーザデータベースサーバ端末３００にアクセスする。
【０１０２】
すると、ユーザデータベースサーバ端末３００で常時稼働している電子メール仲介プログラム３１６が、ＩＤ・パスワード照合部３１０およびユーザ・外部デバイス認証部３１２を用いて、ユーザデータベース３２０を参照して、外部デバイス２００から取得される秘密ＩＤと、ユーザデータベース３２０から取得される秘密ＩＤと、を照合し、さらに、ユーザから取得される秘密パスワードと、ユーザデータベース３２０から取得される秘密パスワードと、を照合することにより、ユーザおよび外部デバイス２００を認証する。
【０１０３】
その後、電子メール仲介プログラム３１６は、図７（ｃ）に示すように、認証されたユーザに対して、認証された外部デバイス２００が装着された送受信端末１００を介して、電子メールサービスを提供する。具体的には、電子メール仲介プログラム３１６は、ＡＳＰプラットフォームプログラム３２４によって提供されるＡＳＰサービスの機能を活用して、送受信端末１００に接続されたモニタ６００の画面上に、独自のＡＳＰメーラーのユーザインターフェースを表示させることになる。
【０１０４】
図８は、実施形態１におけるモニタの画面表示を説明するための概念図である。上述のように、独自のＡＳＰメーラーのユーザインターフェースを見たユーザが、独自のＡＳＰメーラーを用いて新規に電子メールを作成し、添付ファイルを添付し、送信先を指定して電子メールを送信すると、図８（ｄ）に示すように、モニタ６００の画面上には「送信中」の表示が現れる。
【０１０５】
このとき、暗号化・復号化プログラム１１６は、電子メール仲介プログラム３１６と協働して、電子メールの平文または添付ファイルを、外部デバイス２００から取得した暗号鍵・復号鍵２１６を用いて所定のアルゴリズムに基づいて自動的に暗号化することになる。そのため、電子メールの平文または添付ファイルの暗号化を行っていることをユーザに通知するために、モニタ６００の画面上には「メールａｎｄ添付ファイルを暗号化しています・・・」の表示が現れる。
【０１０６】
そして、ユーザが誤って外部デバイス２００を送受信端末１００から外してしまうと、暗号鍵・復号鍵２１６を取得できなくなり、電子メールの平文または添付ファイルの暗号化ができなくなってしまうため、ユーザが誤って外部デバイス２００を送受信端末１００から外してしまわないように注意を喚起するべく、モニタ６００の画面上には「外部デバイスを抜かないでください！！」の表示が現れる。
【０１０７】
上述のように、電子メールの平文または添付ファイルの暗号化が完了し、暗号化された電子メールの送信が完了すると、図８（ｅ）に示すように、「無事送信できました」の表示が現れる。そして、ユーザが外部デバイス２００を送受信端末１００から外しても大丈夫であることを通知するために、「外部デバイスを抜いても大丈夫です・・・」の表示が現れる。
【０１０８】
次いで、ユーザが受信者側である場合のモニタの画面表示について説明する。なお、ユーザが外部デバイス２００を送受信端末１００に装着してから、送受信端末１００に接続されたモニタ６００の画面上に、独自のＡＳＰメーラーのユーザインターフェースが表示されるまでの一連の流れは、ユーザが送信者側である場合と同様であるので、説明を繰り返さない。
【０１０９】
図９は、実施形態１におけるモニタの画面表示を説明するための概念図である。上述のように、独自のＡＳＰメーラーのユーザインターフェースを見たユーザが、独自のＡＳＰメーラーを用いて電子メールを受信すると、図９（ｆ）に示すように、モニタ６００の画面上には「受信中」の表示が現れる。
【０１１０】
このとき、暗号化・復号化プログラム１１６は、電子メール仲介プログラム３１６と協働して、電子メールの平文または添付ファイルを、外部デバイス２００から取得した暗号鍵・復号鍵２１６を用いて所定のアルゴリズムに基づいて自動的に復号化することになる。そのため、電子メールの平文または添付ファイルの復号化を行っていることをユーザに通知するために、モニタ６００の画面上には「メールａｎｄ添付ファイルを復号化しています・・・」の表示が現れる。
【０１１１】
そして、ユーザが誤って外部デバイス２００を送受信端末１００から外してしまうと、暗号鍵・復号鍵２１６を取得できなくなり、電子メールの平文または添付ファイルの復号化ができなくなってしまうため、ユーザが誤って外部デバイス２００を送受信端末１００から外してしまわないように注意を喚起するべく、モニタ６００の画面上には「外部デバイスを抜かないでください！！」の表示が現れる。
【０１１２】
上述のように、電子メールの平文または添付ファイルの受信が完了し、暗号化された電子メールの復号化が完了すると、図９（ｇ）に示すように、「無事受信できました」の表示が現れる。そして、ユーザが外部デバイス２００を送受信端末１００から外しても大丈夫であることを通知するために、「外部デバイスを抜いても大丈夫です・・・」の表示が現れる。
【０１１３】
以下、実施形態１に係る暗号化メール送受信システム１０００の動作の一連の流れについて、再度まとめなおして説明する。図１０は、実施形態１に係る暗号化メール送受信システムの動作の概要を示したフローチャートである。
【０１１４】
まず、送信側のユーザが自己に個別に配布された外部デバイス２００を送受信端末１００に装着すると、送受信端末１００の外部デバイス問合部１２２が定期的に外部デバイス２００の装着を問い合わせる（Ｓ２０２）。この問い合わせに対して、実際にはＵＳＢメモリである外部デバイス２００の認識制御部２０８が問合回答部２０６を介して自動起動の対象デバイス（ＣＤ−ＲＯＭドライブ）である旨を偽装して回答する（Ｓ１０２）。この回答を受け取った送受信端末１００の外部デバイス認識制御部１０６は、外部デバイス２００が自動起動の対象デバイス（ＣＤ−ＲＯＭドライブ）であることを確認する（Ｓ２０４）。
【０１１５】
なお、送受信端末１００の外部デバイス認識制御部１０６は、さらに外部デバイス２００（ＣＤ−ＲＯＭドライブ）に挿入されているメディア（ＣＤ−ＲＯＭ）の有無を、外部デバイス問合部１２２に問い合わせさせてもよい。この場合、この問い合わせに対して、実際にはＵＳＢメモリであるためにメディア（ＣＤ−ＲＯＭ）が挿入されていない外部デバイス２００の認識制御部２０８が、問合回答部２０６を介して、最初はメディア（ＣＤ−ＲＯＭ）が挿入されていなかったが、その後メディア（ＣＤ−ＲＯＭ）が挿入された旨を偽装して回答する。この回答を受け取った送受信端末１００の外部デバイス認識制御部１０６は、外部デバイス２００（ＣＤ−ＲＯＭドライブ）にメディア（ＣＤ−ＲＯＭ）が挿入されたことを確認する。
【０１１６】
いずれにしても、上記のような回答を受け取った送受信端末１００の外部デバイス認識制御部１０６は、自動起動実行部１１２に外部デバイス２００のシステム記憶部のルートディレクトリ（ＣＤ−ＲＯＭドライブのルートディレクトリ）に格納されている自動起動スクリプト２１２（Ａｕｔｏｒｕｎ．ｉｎｆ）を実行する（Ｓ２０６）。
【０１１７】
その外部デバイス２００の自動起動スクリプト２１２には、自動起動プログラム２１３を送受信端末１００に読み込ませ、実行させるための一連の命令が記述されている（Ｓ１０６）ため、送受信端末１００の自動起動実行部１１２は、この自動起動スクリプト２１２の記述に従って、外部デバイス２００から自動起動プログラム２１３を読み込んで開始することになる（Ｓ２０８）。
【０１１８】
この自動起動プログラム２１３は、送受信端末１００での動作を開始すると、外部デバイス２００から秘密ＩＤ２２０を読み込む（Ｓ２１０）。そして、この自動起動プログラム２１３は、ユーザに対して送受信端末１００に接続するモニタ６００を介して秘密パスワードを問い合わせる（Ｓ２１２）。その後、ユーザがモニタ６００の表示に対して、入力装置７００を用いて送受信端末１００に秘密パスワードを入力すると、送受信端末１００で稼働している自動起動プログラム２１３は、ユーザから入力された秘密パスワードを取得する（Ｓ２１４）。
【０１１９】
続いて、送受信端末１００で稼働している自動起動プログラム２１３は、ネットワーク４００などを介してユーザデータベースサーバ端末３００にアクセスして、上述のようにして取得した秘密ＩＤ・秘密パスワードをユーザデータベースサーバ端末３００に送信する（Ｓ２１６）。
【０１２０】
送受信端末１００で稼働している自動起動プログラム２１３によってアクセスされたユーザデータベースサーバ端末３００では、常時稼働している電子メール仲介プログラム３１６が、ユーザデータベース３２０を参照し、ＩＤ・パスワード照合部３１０を用いて、外部デバイス２００から取得される秘密ＩＤと、ユーザデータベース３２０から取得される秘密ＩＤと、を照合し、さらに、ユーザから取得される秘密パスワードと、ユーザデータベース３２０から取得される秘密パスワードと、を照合する（Ｓ３１６）。
【０１２１】
そして、ユーザデータベースサーバ端末３００で常時稼働している電子メール仲介プログラム３１６は、さらにユーザ・外部デバイス認証部３１２を用いて、上述の照合の結果をＩＤ・パスワード照合部３１０から受取り、秘密ＩＤおよび秘密パスワードの照合結果が一致しているか否かを判定する（Ｓ３１８）。
【０１２２】
電子メール仲介プログラム３１６は、判定の結果として秘密ＩＤおよび秘密パスワードがともに一致していれば、ユーザ・外部デバイス認証部３１２を用いて、ユーザおよび外部デバイス２００を認証する。そして、電子メール仲介プログラム３１６は、認証されたユーザに対して、認証された外部デバイス２００が装着された送受信端末１００を介して、ユーザデータベースサーバ端末３００へのアクセスを許可する（Ｓ３２０）。
【０１２３】
一方、電子メール仲介プログラム３１６は、判定の結果として秘密ＩＤおよび秘密パスワードがともに一致していなければ、ユーザ・外部デバイス認証部３１２を用いて、ユーザおよび外部デバイス２００を認証することはない。そして、電子メール仲介プログラム３１６は、認証されなかったユーザに対して、認証されなかった外部デバイス２００が装着された送受信端末１００に接続されたモニタ６００を介して、秘密パスワードが間違っている旨をモニタ６００上の画面表示によってユーザに回答する（Ｓ２１８）。そして、再度、ユーザに対して送受信端末１００に接続するモニタ６００を介して秘密パスワードを問い合わせる（Ｓ２１２）。
【０１２４】
再び、ユーザが認証された場合に話を戻すと、電子メール仲介プログラム３１６は、ＡＳＰプラットフォームプログラム３２４を用いて、ＡＳＰメーラーのような形態でＡＳＰ機能による電子メール仲介サービスを、認証された外部デバイス２００が装着された送受信端末１００に対して提供する（Ｓ３２２）。
【０１２５】
その結果、認証された外部デバイス２００が装着された送受信端末１００では、ＡＳＰプラットフォームプログラム３２４およびそのプラットフォーム上で動作する電子メール仲介プログラム３１６の一部または全部を、一時的にＡＳＰプログラム一時記憶部１１８に読み込んで、送受信端末１００に接続するモニタ６００の画面上において、電子メール仲介プログラム３１６のユーザインターフェースを、認証されたユーザに表示する（Ｓ２２２）。
【０１２６】
その後、電子メール仲介プログラム３１６は、認証されたユーザから送受信端末１００に接続する入力手段７００を介して送受信の指示が入力されたか否かを判定する（Ｓ２２４）。そして、電子メール仲介プログラム３１６は、その判定の結果、送受信の指示を受けた場合には、あらかじめ自動起動プログラム２１３によって送受信端末１００上で起動されている暗号化・復号化プログラム１１６との協働を開始する（Ｓ２２６）。
【０１２７】
一方、電子メール仲介プログラム３１６は、その判定の結果、送受信の指示を受けなかった場合には、暗号化・復号化プログラム１１６との協働を開始することはない。そして、電子メール仲介プログラム３１６は、送受信端末１００に接続するモニタ６００の画面上において、電子メール仲介プログラム３１６のユーザインターフェースを表示し続けるとともに、認証されたユーザから送受信端末１００に接続する入力手段７００を介して送受信の指示が入力されるのを待ち受ける（Ｓ２２２）。
【０１２８】
再び、送受信の指示が入力された場合に話を戻すと、電子メール仲介プログラム３１６は、外部デバイス２００から暗号化・復号化を行うために必要な暗号鍵・復号鍵２１６を送受信端末１００に読み込む（Ｓ２２８）。そして、電子メール仲介プログラム３１６は、認証されたユーザから入力された送受信の指示が、送信または受信のいずれの指示であるかを判定する（Ｓ２３０）。
【０１２９】
電子メール仲介プログラム３１６は、その判定の結果が送信の指示であった場合には、暗号化・復号化プログラム１１６と協働して、外部デバイス２００から読み込んだ暗号鍵・復号鍵から、所定のアルゴリズムに基づいて自動的に疑似乱数からなる鍵系列を生成する（Ｓ２３２）。そして、電子メール仲介プログラム３１６は、暗号化・復号化プログラム１１６と協働して、その鍵系列を用いて、所定のアルゴリズムに基づいて自動的に電子メールの平文または添付ファイルを内部同期型ストリーム暗号方式によって暗号化する（Ｓ２３４）。その後、電子メール仲介プログラム３１６は、ユーザデータベースサーバ端末３００に対して、暗号化された電子メールを送信する（Ｓ２３６）。
【０１３０】
一方、電子メール仲介プログラム３１６は、その判定の結果が受信の指示であった場合には、ユーザデータベースサーバ端末３００から、暗号化された電子メールを受信する（Ｓ２３８）。そして、電子メール仲介プログラム３１６は、暗号化・復号化プログラム１１６と協働して、外部デバイス２００から読み込んだ暗号鍵・復号鍵から、所定のアルゴリズムに基づいて自動的に疑似乱数からなる鍵系列を生成する（Ｓ２４０）。その後、電子メール仲介プログラム３１６は、その鍵系列を用いて、所定のアルゴリズムに基づいて自動的に暗号化された電子メールの平文または添付ファイルを内部同期型ストリーム暗号方式によって復号化する（Ｓ２４２）。
【０１３１】
以下、実施形態１の暗号化メール送受信システムの作用効果について説明する。
実施形態１の暗号化メール送受信システム１０００は、特定の登録ユーザの記憶する秘密パスワードおよび特定の登録ユーザに個別に配布された外部デバイス２００ａ、２００ｂによって、その特定の登録ユーザに権限が付与されていることを２重に認証することができ、高度なセキュリティを保持することができる。また、この暗号化メール送受信システム１０００によれば、外部デバイス２００ａ、２００ｂに格納された秘密ＩＤは特定の登録ユーザにより記憶されていないため、特定の登録ユーザの犯す人為的ミスにより秘密ＩＤが外部流出する危険性を抑制することができる。
【０１３２】
また、この暗号化メール送受信システム１０００では、特定の登録ユーザは外部デバイス２００ａ、２００ｂを送受新端末１００ａ、１００ｂに装着し、自動起動プログラムによって要求される秘密パスワードを入力するという簡便な手続により、権限を有することを認証され、高度なセキュリティを保持することができる。
【０１３３】
そして、この暗号化メール送受信システム１０００では、特定の登録ユーザは電子メールを送受信する操作を行うだけで、暗号化・復号化プログラムが電子メール仲介プログラムと協働して、自動的に電子メールの平文または添付ファイルを暗号化・復号化するため、特定の登録ユーザは簡便な操作により高度なセキュリティが保持された暗号化メール送受信システム１０００を利用することができる。また、この暗号化メール送受信システム１０００によれば、外部デバイス２００ａ、２００ｂに格納された暗号鍵・復号鍵は特定の登録ユーザにより記憶されていないため、特定の登録ユーザの犯す人為的ミスにより暗号鍵・復号鍵が外部流出する危険性を抑制することができる。
【０１３４】
＜実施形態２＞
実施形態２に係る暗号化メール送受信システムは、基本的には実施形態１に係る暗号化メール送受信システムと同様の構成等を有するが、医療機関向けオンライン診療報酬請求用の暗号化メール送受信システムとして活用するために、一部改変が加えられている点で実施形態１に係る暗号化メール送受信システムとは異なる。以下、実施形態２に係る暗号化メール送受信システムについて説明するが、実施形態１と同様の構成等については、説明を繰り返さない。
【０１３５】
図１３は、実施形態２に係る医療機関向けオンライン診療報酬請求用の暗号化メール送受信システムを活用したビジネスモデルの概要を示した概念図である。ここで、医療機関が発行する診療報酬請求書は、別名レセプトとも言われるが、レセプト電算処理システムの開発が官民を挙げて進められている。このレセプト電算処理システムについては、平成１３年１２月に策定された「保険医療分野の情報化にむけてのグランドデザイン」を踏まえて、厚生労働省及び審査支払機関が一体となって、その普及促進に努めている。
【０１３６】
このレセプト電算処理システムは、事務処理の効率化を図ることを目的とするものであり、医療機関においては、請求事務に関わるレセプトの大量印刷が不要となるなど大きな効果がある。さらに、請求事務が軽減されるといった人事管理面の改善効果も期待できるため、導入されれば多大な経済効果および医療費抑制効果が見込まれる。
【０１３７】
しかし、このレセプト電算処理システムを構築するにあたっては、レセプト請求用書類の電子化（ファイル化）自体は既に実現しているが、その電子データが暗号化されていないケースも多く、仮に暗号化されていても暗号化の強度の面で不十分であった。この点、レセプト請求用書類には、多くの患者の個人情報が含まれていることから、プライバシー保護の観点からさらなる改善の余地があった。また、レセプト請求用書類は、医療機関の収益に直結する存在であり、健康保険組合または国家財政などの歳出にも直結する存在であるため、請求漏れが発生すると医療機関の経営危機に発展するおそれがあり、不正請求が発生すると国家財政の危機に発展するおそれがあるため、さらなるセキュリティの向上が求められている。
【０１３８】
そして、図１３に示すように、このレセプト電算処理システムを構築するにあたっては、数少ない支払い審査機関に対して数多くの診療所・病院などをオンラインで接続する必要があり、これらの間を直接専用線で接続することは経済的・技術的な面から現実的ではない。そのため、実際にレセプト電算処理システムを構築するにあたっては、数少ない支払い審査機関および多くの診療所・病院の間に中継センターを設けて、この中継センターを介してレセプト電子データを送受信することが現実的である。
【０１３９】
この場合、支払審査機関および中継センターの間の回線は、それぞれの数が少ないため、専用線またはＶＰＮなどの高度なセキュリティを有する比較的高価な回線で接続することも経済的・技術的観点から可能である。しかし、個別の医療機関および中継センターの間は、専用線またはＶＰＮなどで接続して高セキュリティ化するには、設置コストおよび運用コストが嵩みすぎるため、経済的・技術的観点から困難である。
【０１４０】
よって、個別の医療機関および中継センターの間は、インターネットなどの既存の回線をそのまま活用することによって、設置コストおよび運用コストを抑制することが求められるが、その場合のセキュリティを如何にして高度なものとして維持するかが大きな課題となっている。
【０１４１】
実施形態２に係るオンライン診療報酬請求用の暗号化メール送受信システムは、上記のような個別の医療機関および中継センターの間におけるセキュリティの脆弱性を改善し、レセプト電算処理システムを構築するための暗号化メール送受信システムとして、実施形態１に係る暗号化メール送受信システムをカスタマイズすることによって、本発明者が開発したものである。
【０１４２】
実施形態２に係るオンライン診療報酬請求用の暗号化メール送受信システムの全体構成は、図１に示した実施形態１に係る暗号化メール送受信システムの全体構成と同様であるため、説明を省略する。以下、いきなりではあるが、実施形態２に係るオンライン診療報酬請求用の暗号化メール送受信システムに用いられる各構成要素の内部構成について詳細に説明する。
【０１４３】
図１４は、実施形態２に用いられる外部デバイスの詳細な内部構成を示した機能ブロック図である。この外部デバイス２００の構成は、基本的には、図２で示した外部デバイス２００の構成と同様であるが、システム記憶部２１０に専用アドインプログラム２１５および暗号化・復号化プログラム１１６が格納されており、さらに暗号記憶部２１４に格納されているのが、いわゆる秘密共通鍵からなる暗号鍵・復号鍵ではなく、いわゆる秘密復号鍵２１７である点でも異なっている。
【０１４４】
図１５は、実施形態２に用いられる送受信端末の詳細な内部構成を示した機能ブロック図である。この送受信端末１００の構成は、基本的には、図３で示した送受信端末１００の構成と同様であるが、アプリケーション記憶部１１４にレセプト作成プログラム１３５および電子カルテ１３７が格納されており、さらに暗号化・復号化プログラムが格納されていない点でも異なっている。
【０１４５】
図１６は、実施形態２に用いられるユーザデータベースサーバ端末の詳細な内部構成を示した機能ブロック図である。このユーザデータベースサーバ端末３００の構成は、基本的には、図４で示したユーザデータベースサーバ端末３００の構成と同様であるが、暗号化・復号化プログラム３１５を格納する暗号システム記憶部３１３を備える点で異なっている。
【０１４６】
図１７は、実施形態２におけるユーザデータベースの構成および暗号化・復号化の機能を説明するための概念図である。このユーザデータベース３２０の構成は、図１７（ａ）で示すように、基本的には、図５で示したユーザデータベースサーバ端末３２０の構成と同様であるが、公開暗号鍵の項目を有する列が追加されている点で異なっている。また、実施形態２における暗号化・復号化の機能は、図１７（ｂ）に示すように、秘密共通鍵方式ではなく、公開暗号鍵方式を用いている点で実施形態１とは異なっている。
【０１４７】
ここで、図１７（ｂ）に示すように、この暗号化メール送受信システム１０００においては、暗号化電子メールの平文または添付ファイルを復号するための復号鍵は、外部デバイス２００に固有の秘密復号鍵２１７である。そして、図１７（ａ）に示すように、ユーザデータベースサーバ端末３００に格納されているユーザデータベース３２０は、各ユーザに対応付けられており、各秘密復号鍵２１７に一対一で対応する公開暗号鍵をさらに含んでいる。
【０１４８】
そして、ユーザデータベースサーバ端末３００に格納されているＡＳＰサービス型の暗号化・復号化プログラム３１５は、公開鍵暗号方式のアルゴリズムに基づいており、電子メールを送信する際には、電子メールの送付先の各ユーザに対応付けられている公開暗号鍵をユーザデータベース３２０から取得し、その公開暗号鍵を用いて電子メールの平文および添付ファイルを暗号化する機能をＡＳＰサービスとして提供する。さらに、この暗号化・復号化プログラム３１５は、電子メールを受信する際には、外部デバイス２００から秘密復号鍵２１７を取得し、その秘密復号鍵２１７を用いて電子メールの平文および添付ファイルを復号化する機能をＡＳＰサービスとして提供する。
【０１４９】
ここで、公開鍵暗号（Ｐｕｂｌｉｃ  ｋｅｙ  ｃｒｙｐｔｏｓｙｓｔｅｍ）とは、暗号化と復号に別個の鍵（手順）を使い、暗号化の為の鍵を公開できるようにした暗号方式である。一般的に、暗号は通信の秘匿性を高めるための手段だが、それに必須の鍵もまた情報なので、鍵自体を受け渡す過程で盗聴されてしまうリスクがあり、秘匿性を高める障害となっていた。この問題に対して、暗号化鍵の配送問題を解決したのが公開鍵暗号である。
【０１５０】
１９７０年代までは、暗号と言えば共通鍵暗号であった。これは、暗号化と復号に同じ鍵を使うものである。普通にイメージすれば、暗号化する方法を知っているなら逆手順で復号できそうなものである。共通鍵暗号の場合はまさにそうであって、傍受者に暗号化手順を知られれば即、暗号通信の安全性が損なわれてしまうという欠点があった。
【０１５１】
つまり、共通鍵暗号には、鍵の配送に以下の問題があった。まず、受信者は、あらかじめ送信者に対して密かに共通鍵Ｃを渡しておく。次いで、送信者はＣを使ってメッセージを暗号化してから受信者に向かって送信する。そして、受信者は、Ｃを使って暗号文を復号し、メッセージを読む。この場合、傍受者が、暗号文を傍受したとする。もし、受信者が送信者にＣを手渡すときの通信をも傍受していれば、傍受者はＣを使って暗号文を復号し、メッセージを盗み見ることができる。
【０１５２】
これに対して公開鍵暗号は、暗号化の手順が分かってもそこから復号の手順を割り出すことは難しいという不思議な暗号である。そのため、鍵の配送（暗号化鍵をどのようにして送信者に手渡すか）が容易になる。
【０１５３】
つまり、まず、通信を受ける者（受信者）は自分の公開鍵（暗号化鍵）Ｐを全世界に公開する。次いで、受信者に対して暗号通信をしたい者（送信者）は、公開鍵Ｐを使ってメッセージを暗号化してから送信する。一方、受信者は、公開鍵Ｐと対になる秘密鍵（復号のための鍵）Ｓを密かに持っている。このＳを使って受信内容を復号し、送信者からのメッセージを読む。この場合、暗号通信を不正に傍受しようとする者（傍受者）が、送信者が送信した暗号化された文を傍受したとする。傍受者は、公開鍵Ｐは知っているが、秘密鍵Ｓは受信者だけが知っている情報であるので分からない。ＰからＳを割り出すことは極めて難しい。そのため、暗号文を復号することはできない。
【０１５４】
すなわち、この実施形態２の暗号化メール送受信システム１０００では、開業医をはじめとするユーザは、支払審査機関などから個別に配布された外部デバイス２００を送受信端末１００に装着し、秘密パスワードを入力するだけの簡便な手続によって、秘密共通鍵方式を採用していた実施形態１の暗号化メール送受信システム１０００よりも、高度なセキュリティを有する公開暗号鍵方式を採用した暗号化メール送受信システム１０００を利用することができる。
【０１５５】
また、この暗号化メール送受信システム１０００では、外部デバイス２００は、自動起動プログラム２１３によって起動され、送受信端末１００にあらかじめ格納されているマイクロソフト（Ｒ）社のＯｕｔｌｏｏｋ  Ｅｘｐｒｅｓｓ（Ｒ）などの一般メーラー１１４に組み込まれることによって、そのメーラーを電子メール仲介プログラム３１６に電子メールを受け渡すための専用メーラーに変換する、専用アドインプログラム２１５を格納している。
【０１５６】
そのため、開業医をはじめとするユーザは、支払審査機関などから個別に配布された外部デバイス２００を送受信端末１００に装着し、秘密パスワードを入力するだけの簡便な手続によって、Ｏｕｔｌｏｏｋ  Ｅｘｐｒｅｓｓ（Ｒ）などの普段から使い慣れた一般メーラー１１４のユーザインターフェースを通じて、電子メール仲介プログラム３１６のＡＳＰサービスを享受することが可能となる。
【０１５７】
さらに、この暗号化メール送受信システム１０００では、暗号化・復号化プログラム３１５は、ユーザデータベースサーバ端末３００に搭載されており、外部デバイス２００の自動起動プログラム２１３によって、送受信端末１００のＡＳＰプログラム一時記憶部１１８に一時的に読み込まれる。
【０１５８】
そのため、開業医をはじめとするユーザは、自己の所有するＰＣ端末をはじめとする送受信端末１００にあらかじめ暗号化・復号化プログラムをインストールしておく必要はなく、支払審査機関などから個別に配布された外部デバイス２００を送受信端末１００に装着し、秘密パスワードを入力するだけの簡便な手続によって、電子メール仲介プログラム３１６および暗号化・復号化プログラム３１５の協働によって実現するＡＳＰサービスを享受することが可能となる。
【０１５９】
図１８は、実施形態２におけるモニタの画面表示を説明するための概念図である。実施形態２においても、基本的には実施形態１と同様の画面表示が用いられるため、説明の簡便のために、ユーザが送信者側である場合のモニタの画面表示についてのみ説明する。
【０１６０】
実施形態２の暗号化メール送受信システム１０００でも、開業医をはじめとするユーザが、自己の所有するＰＣ端末をはじめとする送受信端末１００に、支払審査機関などから個別に配布された外部デバイス２００を装着すると、送受信端末１００の自動起動実行部１１２によって、外部デバイス２００に格納された自動起動プログラム２１３が起動され送受信端末１００に接続されたモニタ６００の画面上に、ユーザの記憶している秘密パスワードを入力する要求が表示される。
【０１６１】
そして、モニタ６００の画面を見たユーザが、キーボードおよびマウスからなる入力装置７００を用いて、送受信端末１００に秘密パスワードを入力し、マウスを用いて画面上の認証ボタンをクリックすると、自動起動プログラム２１３がユーザデータベースサーバ端末３００にアクセスする。
【０１６２】
すると、ユーザデータベースサーバ端末３００で常時稼働している電子メール仲介プログラム３１６が、ＩＤ・パスワード照合部３１０およびユーザ・外部デバイス認証部３１２を用いて、ユーザデータベース３２０を参照して、外部デバイス２００から取得される秘密ＩＤと、ユーザデータベース３２０から取得される秘密ＩＤと、を照合し、さらに、ユーザから取得される秘密パスワードと、ユーザデータベース３２０から取得される秘密パスワードと、を照合することにより、ユーザおよび外部デバイス２００を認証する。
【０１６３】
その後、電子メール仲介プログラム３１６は、認証されたユーザに対して、認証された外部デバイス２００が装着された送受信端末１００を介して、電子メールサービスを提供する。具体的には、電子メール仲介プログラム３１６は、Ｏｕｔｌｏｏｋ  Ｅｘｐｒｅｓｓ（Ｒ）などの普段から使い慣れた一般メーラー１１４に外部デバイス２００の専用アドインプログラムを組み込んでなる専用メーラーを作成する。そして、電子メール仲介プログラム３１６は、図１８（ａ）に示すように、専用メーラーの送信ボタンおよび送信先などのユーザによるレセプト送信に必要な項目を、さらに送受信端末１００の電子カルテ１３７に連動したレセプト作成プログラム１３５のユーザインターフェースの下部などにリンクして表示させる。
【０１６４】
そして、開業医またはその開業医の雇用する事務担当者などのユーザが、一ヶ月の診療を終えた月末に当月のレセプトを作成し、そのレセプトに対応する支払審査機関あてにレセプトを送信する指示を入力すると、電子メール仲介プログラム３１６および暗号化・復号化プログラム３１５は、図１８（ｂ）に示すように、ＡＳＰプラットフォームプログラム３２４によって提供されるＡＳＰサービスの機能を活用して、電子メールに添付されたレセプトファイルを協働して暗号化して、支払審査機関に送信する。
【０１６５】
そのため、開業医をはじめとするユーザは、自己の所有するＰＣ端末をはじめとする送受信端末１００にあらかじめ暗号化・復号化プログラムをインストールしておく必要はなく、支払審査機関などから個別に配布された外部デバイス２００を送受信端末１００に装着し、秘密パスワードを入力するだけの簡便な手続によって、日本医師会などが配布している普段から使い慣れたレセプト作成プログラム１３５のユーザインターフェースを通じて、簡便な操作によって、電子メール仲介プログラム３１６および暗号化・復号化プログラム３１５の協働によって実現する、高度なセキュリティに守られた暗号化メール送受信システム１０００を利用することが可能となる。
【０１６６】
すなわち、この暗号化メール送受信システム１０００は、セキュアで、かつ人為的ミスを排除する、自動暗号化メール配信システムを目的として開発されたものである。この暗号化メール送受信システム１０００は、実施形態１に係る暗号化メールシステム１０００と同様の構成であるため、送受信時に添付ファイルの自動暗号化および復号化する機能を有する専用メールソフトをユーザに提供する。
【０１６７】
なお、この暗号化メール送受信システム１０００は、ＩＴ関連技術に疎い高齢の開業医の使い勝手をよくするために、実施形態１では盛り込まれていない独自の機能である、自動到達確認システムを装備してもよく、添付したファイルの復号化を管理するインフラシステムも装備してもよい。また、この暗号化メール送受信システム１０００は、インターネット上の専門サイトにおいて配信ルール・指定送付先等の各種情報を提供してもよい。
【０１６８】
また、この暗号化メール送受信システム１０００は、開業医の診療所だけでなく、比較的経済的に余裕のある中小規模の病院にも対応するために、図１３の医療機関および中継センターの間におけるインターネット回線の部分を必要に応じてＶＰＮ化することも可能なシステムとなっている。さらに、この暗号化メール送受信システム１０００は、在宅診療制度の導入に伴って往診中の開業医が診療所の外部からもアクセス可能なように、ＷＥＢメールでの実現も可能なシステムとなっている。
【０１６９】
この暗号化メール送受信システム１０００において、ＷＥＢメールでの実現も可能とするには、電子メール仲介プログラム３１６は、ＷＥＢメールプログラムとしてのユーザインターフェースを有しており、外部デバイス２００は、自動起動プログラム２１３によって起動され、送受信端末１００にあらかじめ格納されているＷＥＢブラウザ１３３に指示することによって、ＷＥＢメールプログラムのホームページにアクセスする、自動アクセススクリプトを格納している構成が推奨される。
【０１７０】
この暗号化メール送受信システム１０００をＷＥＢメールで実現した場合の特徴としては、さらに以下のような点がある。すなわち、この暗号化メール送受信システム１０００には、ファイル添付時に自動暗号化する機能を有するＡＳＰプログラムと協働し得るメール配信機能が、いわばＷＥＢメールに専用アドインを組み込んだ専用メーラーに備わっているような使い勝手を実現できる。
【０１７１】
また、この暗号化メール送受信システム１０００では、暗号化・復号化プログラム３１５は、ＡＳＰ機能を有する形態で中継センターに設けられたユーザデータベースサーバ端末３００に内蔵される為、個別ＰＣである送受信端末１００へのインストールは必要ない。そして、この暗号化メール送受信システム１０００では、送信者側・受信者側が、指定する外部デバイス２００（ＵＳＢメモリなど）をクライアントＰＣである送受信端末１００に装着した場合のみ、暗号化・復号化することが出来る仕組みを持つことで、個人認証を行うことが可能である。
【０１７２】
そして、上記のような機能を実現するための暗号化メール送受信システム１０００の各コンポーネントについての想定導入先としては、電子レセプト・システム（への組み込み）を組み込んだＰＣ端末や、その他、支払審査機関の組織におけるサーバやＰＣ端末全般などが想定される。
【０１７３】
一方、従来公知のオンラインレセプト請求システムでは、ファイルを暗号化する仕組みとメールに添付する仕組みが、連動していない為、暗号化しないで添付して送る可能性が高く、送信者と受信者の双方が、予め共通する認証鍵を持っていなければ成らないと言う面でさらなる改善の余地があった。
【０１７４】
これに対して、この暗号化メール送受信システム１０００を利用したオンラインレセプト請求システムでは、ファイル添付するときに自動的に暗号化するため、暗号しないでメールを送付する危険性が無い。また、この暗号化メール送受信システム１０００は、送信側のＩＤと受信側のＩＤを管理するインフラシステムを持つため、送信者から添付ファイルであるレセプトデータの復号化を許可する受信者を指定する仕組みを持つ。すなわち、復号化管理システムとしての管理機能も有するユーザデータベースサーバ端末３００は、事前に登録されたＣｌｉｅｎｔ端末のＩＤ番号を総合的に管理し、事前に登録されたＣｌｉｅｎｔ端末は、自ら有する物理ＩＤ（秘密ＩＤ）とパスワードとの照合により同システムにログインすることを許可され、送信者側端末が、指定する受信者側端末に復号化の許可を与える仕組みを持つ。さらに、この暗号化メール送受信システム１０００は、レセプトデータの到達確認を実現するシステムを有することが好ましい。
【０１７５】
＜実施形態３＞
実施形態３に係る暗号化メール送受信システムは、基本的には実施形態１に係る暗号化メール送受信システムと同様の構成等を有するが、一部改変が加えられている点で実施形態１に係る暗号化メール送受信システムとは異なる。以下、実施形態３に係る暗号化メール送受信システムについて説明するが、実施形態１と同様の構成等については、説明を繰り返さない。
【０１７６】
図１９は、実施形態３に係る暗号化メール送受信システムの全体構成の概要を示した機能ブロック図である。実施形態３に係る暗号化メール送受信システム１０００の全体構成は、図１に示した実施形態１に係る暗号化メール送受信システム１０００の全体構成と同様であるが、メーラー専用サーバ端末９００および暗号化・復号化専用サーバ端末９１０を備える点で異なっている。
【０１７７】
なお、メーラー専用サーバ端末９００には、液晶ディスプレイなどのモニタ６００ｄ、キーボードまたはマウスなどの入力装置７００ｄ、レーザプリンタなどの８００ｄなどが接続されており、さらに回線５００ｄを介してインターネットなどの外部のネットワーク４００に接続している。一方、暗号化・復号化専用サーバ端末９１０にも、液晶ディスプレイなどのモニタ６００ｅ、キーボードまたはマウスなどの入力装置７００ｅ、レーザプリンタなどの８００ｅなどが接続されており、さらに回線５００ｅを介してインターネットなどの外部のネットワーク４００に接続している。
【０１７８】
この暗号化メール送受信システム１０００は、回線５００ｄを介してネットワーク４００に接続され、電子メール仲介プログラム３１６に電子メールを受け渡すための専用メーラーを格納している、メーラー専用サーバ端末９００をさらに備えている。そして、送受信端末１００ａ、１００ｂの自動起動実行部１１２は、メーラー専用サーバ端末９００にアクセスして、専用メーラーを送受信端末１００ａ、１００ｂに一時的に読み込んで稼働させるように構成されている。
【０１７９】
そのため、この暗号化メール送受信システム１０００では、ユーザは、個別に配布された外部デバイス２００を送受信端末１００に装着し、秘密パスワードを入力するだけの簡便な手続によって、この暗号化メール送受信システム１０００に特化した専用メーラーの使い勝手のよいユーザインターフェースを通じて、電子メール仲介プログラム３１６によるＡＳＰサービスを享受できる。
【０１８０】
また、この暗号化メール送受信システム１０００は、回線５００ｄを介してネットワーク４００に接続されている暗号化・復号化専用サーバ端末９１０をさらに備えている。そして、この暗号化・復号化専用サーバ端末９１０に搭載されている暗号化・復号化プログラムは、外部デバイス２００の自動起動プログラム２１３によって送受信端末１００に一時的に読み込まれる。
【０１８１】
そのため、この暗号化メール送受信システム１０００では、ユーザは、送受信端末１００にあらかじめ暗号化・復号化プログラムをインストールしておく必要はなく、個別に配布された外部デバイス２００を送受信端末１００に装着し、秘密パスワードを入力するだけの簡便な手続によって、電子メール仲介プログラム３１６および暗号化・復号化プログラムの協働によってＡＳＰサービスとして実現するこの暗号化メール送受信システム１０００を利用できる。
【０１８２】
＜実施形態４＞
実施形態４に係る暗号化メール送受信システムは、基本的には実施形態１に係る暗号化メール送受信システムと同様の構成等を有するが、一部改変が加えられている点で実施形態１に係る暗号化メール送受信システムとは異なる。以下、実施形態４に係る暗号化メール送受信システムについて説明するが、実施形態１と同様の構成等については、説明を繰り返さない。
【０１８３】
実施形態４に係るオンライン診療報酬請求用の暗号化メール送受信システムの全体構成は、図１に示した実施形態１に係る暗号化メール送受信システムの全体構成と同様であるため、説明を省略する。以下、いきなりではあるが、実施形態４に係るオンライン診療報酬請求用の暗号化メール送受信システムに用いられる外部デバイスの内部構成について詳細に説明する。
【０１８４】
図２０は、実施形態４に用いられる外部デバイスの詳細な内部構成を示した機能ブロック図である。この外部デバイス２００の構成は、基本的には、図２で示した外部デバイス２００の構成と同様であるが、システム記憶部２１０に専用メーラー２１９が格納されて点で異なっている。さらに、この外部デバイス２００の構成は、暗号記憶部２１４に格納されているのが、いわゆる秘密共通鍵からなる暗号鍵・復号鍵ではなく、いわゆる秘密復号鍵２１７である点でも異なっているが、この点の説明は既に実施形態２で行ったので繰り返さない。
【０１８５】
この暗号化メール送受信システム１０００では、外部デバイス２００は、自動起動プログラム２１３によって起動され、ユーザデータベースサーバ３００の電子メール仲介プログラム３１６に電子メールを受け渡すための専用メーラー２１９を格納している。
【０１８６】
そのため、この暗号化メール送受信システム１０００では、ユーザは、個別に配布された外部デバイス２００を送受信端末１００に装着し、秘密パスワードを入力するだけの簡便な手続によって、この暗号化メール送受信システム１０００に特化した専用メーラー２１９の使い勝手のよいユーザインターフェースを通じて、電子メール仲介プログラム３１６によるＡＳＰサービスを享受できる。
【０１８７】
以上、図面を参照して本発明の実施形態について述べたが、上記の実施形態はあくまで例示であり、種々の変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【０１８８】
例えば、上記の実施形態１では、ユーザデータベースサーバ３００に、電子メール仲介プログラム３１６が搭載されているが、特にこのような構成に限定する趣旨ではない。すなわち、上記の実施形態１の変形例として、電子メール仲介プログラム３１６を搭載するための専用のサーバを別途設ける構成としても、実施形態１の場合と同様の動作を行うことが可能であるため、同様の作用効果が得られる。
【図面の簡単な説明】
【０１８９】
【図１】実施形態１に係る暗号化メール送受信システムの全体構成の概要を示した機能ブロック図である。
【図２】実施形態１に用いられる外部デバイスの詳細な内部構成を示した機能ブロック図である。
【図３】実施形態１に用いられる送受信端末の詳細な内部構成を示した機能ブロック図である。
【図４】実施形態１に用いられるユーザデータベースサーバ端末の詳細な内部構成を示した機能ブロック図である。
【図５】実施形態１におけるユーザデータベースの構成および暗号化・復号化の機能を説明するための概念図である。
【図６】実施形態１で用いられる共通鍵暗号方式のアルゴリズムの一種である内部同期式ストリーム暗号方式について説明するための概念図である。
【図７】実施形態１におけるモニタの画面表示を説明するための概念図である。
【図８】実施形態１におけるモニタの画面表示を説明するための概念図である。
【図９】実施形態１におけるモニタの画面表示を説明するための概念図である。
【図１０】実施形態１に係る暗号化メール送受信システムの動作の概要を示したフローチャートである。
【図１１】実施形態１に係る暗号化メール送受信システムの動作の概要を示したフローチャートである。
【図１２】実施形態１に係る暗号化メール送受信システムの動作の概要を示したフローチャートである。
【図１３】実施形態２に係る医療機関向けオンライン診療報酬請求用の暗号化メール送受信システムを活用したビジネスモデルの概要を示した概念図である。
【図１４】実施形態２に用いられる外部デバイスの詳細な内部構成を示した機能ブロック図である。
【図１５】実施形態２に用いられる送受信端末の詳細な内部構成を示した機能ブロック図である。
【図１６】実施形態２に用いられるユーザデータベースサーバ端末の詳細な内部構成を示した機能ブロック図である。
【図１７】実施形態２におけるユーザデータベースの構成および暗号化・復号化の機能を説明するための概念図である。
【図１８】実施形態２におけるモニタの画面表示を説明するための概念図である。
【図１９】実施形態３に係る暗号化メール送受信システムの全体構成の概要を示した機能ブロック図である。
【図２０】実施形態４に用いられる外部デバイスの詳細な内部構成を示した機能ブロック図である。
【符号の説明】
【０１９０】
１００  送受信端末
１０２  入出力部
１０４  制御部
１０６  外部デバイス認識制御部
１０８  画像データ生成部
１１０  システム記憶部
１１２  自動起動実行部
１１４  アプリケーション記憶部
１１６  暗号化・復号化プログラム
１１８  ＡＳＰプログラム一時記憶部
１２０  ネットワークアクセス部
１２２  外部デバイス問合部
１３１  一般メーラー
１３３  ＷＥＢブラウザ
１３５  レセプト作成プログラム
１３７  電子カルテ
２００  外部デバイス
２０２  入出力部
２０４  制御部
２０６  問合回答部
２０８  認識制御部
２１０  システム記憶部
２１２  自動起動スクリプト
２１３  自動起動プログラム
２１４  暗号記憶部
２１５  専用アドインプログラム
２１６  暗号・復号鍵
２１７  秘密復号鍵
２１８  ユーザ記憶部
２１９  専用メーラー
３００  ユーザデータベースサーバ端末
３０２  ネットワークアクセス部
３０４  入出力部
３０６  制御部
３０８  画像データ生成部
３１０  ＩＤ・パスワード照合部
３１２  ユーザ・外部デバイス認証部
３１３  暗号システム記憶部
３１４  メールシステム記憶部
３１５  暗号化・復号化プログラム
３１６  電子メール仲介プログラム
３１８  データベース記憶部
３２０  ユーザデータベース
３２２  ＡＳＰプラットフォーム記憶部
３２４  ＡＳＰプラットフォームプログラム
４００  ネットワーク
５００  回線
６００  モニタ
７００  入力装置
８００  プリンタ
９００  メーラー専用サーバ端末
９１０  暗号化・復号化専用サーバ端末
１０００  暗号化メール送受信システム
【図１】
2008293428.tif 000003
【図２】
2008293428.tif 000004
【図３】
2008293428.tif 000005
【図４】
2008293428.tif 000006
【図５】
2008293428.tif 000007
【図６】
2008293428.tif 000008
【図７】
2008293428.tif 000009
【図８】
2008293428.tif 000010
【図９】
2008293428.tif 000011
【図１０】
2008293428.tif 000012
【図１１】
2008293428.tif 000013
【図１２】
2008293428.tif 000014
【図１３】
2008293428.tif 000015
【図１４】
2008293428.tif 000016
【図１５】
2008293428.tif 000017
【図１６】
2008293428.tif 000018
【図１７】
2008293428.tif 000019
【図１８】
2008293428.tif 000020
【図１９】
2008293428.tif 000021
【図２０】
2008293428.tif 000022