JP4290098B2 - 通信装置、通信方法、通信システム、通信プログラム、および通信プログラムを記録した記録媒体 - Google Patents

Description

本発明は、複数の装置からセキュリティデバイスに対して通信する通信装置、通信方法、通信システム、通信プログラム、および通信プログラムを記録した記録媒体に関する。

近年、半導体の製造技術や実装技術の進歩に伴い、外部からの物理的および電気的な解析を困難にするため、耐タンパー性を持つＩＣチップやＩＣカードなどのセキュリティデバイスが開発されている。また、これらのセキュリティデバイスとそれらを利用する機器間に互換性を与えるために通信仕様の標準化が行われている。この標準化は、例えばＩＳＯ／ＩＥＣ機関において、ワールドワイドに行われている。

これらのセキュリティデバイスには、セキュリティデバイス内に不揮発性メモリや暗号演算機能を備えたものがある。これらを備えることにより、セキュリティデバイスの外部に私有鍵や認証照合用のデータを取り出さなくても、認証や暗号演算を行うことができる。このため、より安全なセキュリティサービスを実現するシステムを構築できる。例えば、装置へのログイン認証、電子データの暗号／復号化などが挙げられる。また、このようなセキュリティデバイスを、利用者からの指示により使用する場合には、セキュリティデバイスの不正使用を防ぐための利用者認証が必要となる。利用者認証として、平文のパスワードに加え、バイオメトリクス認証などを必要とするように設計されているのが、一般である。

また、これらのセキュリティデバイスは、通信インターフェースを介してネットワーク接続されるようになってきた。ネットワーク接続環境で利用することにより、セキュリティデバイスは、認証サーバを利用したＰＫＩ（Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）システムと連携して、より安全な電子決済サービス、電子チケットサービス、著作権管理サービスなどを提供する。

更に、ＩＣカードをネットワーク上のノードとして機能させることが行われている（例えば、特許文献１参照）。この文献では、ＩＣカード間でセキュアデータ通信を実現できる自律型ＩＣカードが開示されている。この文献に記載のＩＣカードは、ＩＣカード利用端末とネットワークとを介して、通信装置と通信を行う、あるいはＩＣカード間で直接通信を行うことができる。

また、１枚のＩＣカードを複数のセキュリティサービスに利用するために、１枚のＩＣカードに複数のアプリケーションやデータを搭載して管理するものも開発されている。

特開２００４−１３７４８号公報（特許請求の範囲、段落００４０、図３）

しかし、従来は、１つのセキュリティデバイスに対して複数の装置から同時に利用することはできない。つまり、１つのセキュリティサービスを提供する装置に対して、少なくとも１つのセキュリティデバイスを必要とする。このため、１人の利用者が、１つのセキュリティサービスを、複数の機器を使用して受ける場合に、各装置のセキュリティデバイスが必要とされるという課題がある。例えば、ある利用者が、会社が発行した従業員用ＩＣカードで、会社の机の上にあるＩＣカードリーダライタを備えた第１のコンピュータにログインした後に、ＩＣカードリーダライタを備えた第２のコンピュータにもログインして、２台のコンピュータの間で暗号化データ転送をするセキュアサービスを利用する場合に、第２のコンピュータにログインするための従業員用ＩＣカードがもう１枚必要となるため、追加発行のためのコストや、利用者がＩＣカードを管理する負担が増加する。

また、特許文献１における図３の説明には、自律型ＩＣカードの通信相手はＩＣカードに限られず、他の通信装置であってもよい旨が記載されている。上記の例で言えば、自律型ＩＣカードと、他のコンピュータ（他の通信装置）との間で、通信が可能となる。しかし、この文献には、ＩＣカード装置本体（上記の例で言えば、第１のコンピュータ）と、他の通信装置（上記の例で言えば、第２のコンピュータ）との両方から、同一の自律型ＩＣカードを利用するセキュリティサービス（上記の例で言えば、他のコンピュータにおけるデータのバックアップ）を実行することについては、記載されていない。

すなわち、本発明は、前記課題に鑑みなされたものであり、その目的は、従来のセキュリティデバイスを用いて、１つのセキュリティデバイスと複数の装置との通信を、効率よくかつ安全に行うことのできる通信装置、通信方法、通信システム、通信プログラム、および通信プログラムを記録した記録媒体を提供することにある。

本発明は、１つのセキュリティデバイスを少なくとも第１の通信装置および第２の通信装置を含む複数の通信装置から利用し、上記第２の通信装置からネットワーク通信を使って前記第１の通信装置にデータを送信することができるようにした通信システムにおける、上記第１の通信装置であって、上記セキュリティデバイスと通信を行う外部通信手段と、上記第２の通信装置との間で通信を行うネットワーク通信手段と、上記第２の通信装置から上記セキュリティデバイスへ送信される送信データの入力を受け付け、かつ上記送信データから識別情報を抽出した上で上記セキュリティデバイスと通信を行い、上記通信の応答である受信データを上記識別情報に基づいて上記第２の通信装置へ出力する通信制御手段と、を備える。

この構成によると、本発明の通信装置は、送信データに含まれる識別情報を参照して、セキュリティデバイスへの送受信を制御する。この結果、１つのセキュリティデバイスを複数の装置間のネットワーク接続により、同時に使用することができる。
なお、本明細書中で、「識別情報」とは、セキュリティデバイスと通信を行う装置もしくはアプリケーションなどを識別するための情報を意味する。具体的には、装置のＩＰアドレスやアプリケーションＩＤなどである。

上記通信制御手段は、上記複数の通信装置からセキュリティデバイスへの送信データが干渉しないように送信タイミングを制御する送信制御手段と、上記送信データに含まれる識別情報があらかじめ規定された特殊な識別情報であるか否かに応じて、上記セキュリティデバイスから受信した受信データを上記第１または第２の通信装置に振り分ける受信データ振り分け手段と、を有すればよい。

この構成によると、複数の装置からセキュリティデバイスへの送信データは、時間的に重複することなく、順番にセキュリティデバイスに送信される。また、セキュリティデバイスから受信した受信データは、装置ごとに正しく振り分けられる。この結果、複数の装置からの送信データも、セキュリティデバイスからの受信データも、重複せずに処理を行うことができる。
なお、送受信データが重複するとは、各装置が本来得たい送受信結果を得られない現象をいう。具体的には、送信データが時間的に重なって送信される、あるいは伝送路上で送信データと受信データとが時間的に重なることをいう。

上記通信制御手段は、予め設定された通信プロセス実行規定に基づいて、送信データを送信する順番を制御する通信プロセス管理手段を有するとよい。この構成によると、通信シーケンス処理を実行する際に、セキュリティデバイス内で、矛盾なく処理することができる。ここで、「プロセス実行規定」とは、連続して実行する必要がある、定められた通信コマンドシーケンスや、データ送信手順のことをいう。

上記通信制御手段は、上記セキュリティデバイスが上記外部通信手段を利用して通信可能な状態であるかどうかを問い合わせるセキュリティデバイス状態監視手段をさらに備え、上記第２の通信装置からのセキュリティデバイスの状態に関する問い合わせ要求に応答することとすればよい。この構成によると、セキュリティデバイスの状態の検出は、通信装置に設けられたセキュリティデバイス状態監視手段が一括して行う。この結果、複数の装置との間での通信であっても、１台の通信装置の場合と同じ通信量にすることができる。

上記通信制御手段は、上記セキュリティデバイス状態監視手段の出力により、上記セキュリティデバイスが利用不可能であること、または利用禁止であることを検出した場合に、通信処理中のデータを消去することとすればよい。この構成によると、セキュリティデバイスが利用不可能である場合や、または利用禁止である場合に、複数の装置からの送信データを一括して消去できる。この結果、複数の装置との間での通信であっても、１台の通信装置の場合と同じセキュリティ機能を提供することができる。

上記送信制御手段は、上記第１の通信装置と上記第２の通信装置との間で、相互認証が成立した場合にのみ、上記第２の通信装置から受信したセキュリティデバイスへの送信データを上記セキュリティデバイスに送信可能にする手段をさらに備えてもよい。

また、本発明の通信方法は、１つのセキュリティデバイスを少なくとも第１の通信装置および第２の通信装置を含む複数の通信装置から利用し、上記第２の通信装置からネットワーク通信を使って前記第１の通信装置にデータを送信することができるようにした通信システムにおける、上記第１の通信装置の行なう通信方法であって、上記セキュリティデバイスと通信を行う外部通信ステップと、上記第２の通信装置との間で通信を行うネットワーク通信ステップと、上記第２の通信装置から上記セキュリティデバイスへ送信される送信データの入力を受け付け、かつ上記送信データから識別情報を抽出した上で上記セキュリティデバイスと通信を行い、上記通信の応答である受信データを上記識別情報に基づいて上記第２の通信装置へ出力する通信制御ステップと、を備える。

本発明の通信システムは、１つのセキュリティデバイスを少なくとも第１の通信装置および第２の通信装置を含む複数の通信装置から利用し、上記第２の通信装置からネットワーク通信を使って上記第１の通信装置にデータを送信することが出来るようにした通信システムにおいて、上記第１の通信装置は、上記セキュリティデバイスと通信を行う外部通信手段と、上記第２の通信装置との間で通信を行うネットワーク通信手段と、上記第２の通信装置から上記セキュリティデバイスへ送信される送信データの入力を受け付け、かつ上記送信データから識別情報を抽出した上で上記セキュリティデバイスと通信を行い、上記通信の応答である受信データを上記識別情報に基づいて上記第２の通信装置へ出力する通信制御手段と、を備えることを特徴とする。

本発明のプログラムは、コンピュータを、上記の通信装置が有する各手段として機能させるためのプログラムであってもよい。

また、本発明のプログラムは、コンピュータを、上記通信方法が有する各ステップとして機能させるためのプログラムであってもよい。

また、本発明の記録媒体は、コンピュータに上記プログラムを記録したものであってもよい。

本発明の通信装置、通信方法、通信システム、通信プログラム、および通信プログラムを記録した記録媒体は、１つのセキュリティデバイスを複数の装置で同時に利用する場合であっても、複数の装置とセキュリティデバイスとの間で、それぞれ重複することなく通信を行うことができる。これは、本発明に係る装置の通信制御部では、セキュリティデバイス内で予め決められたシーケンスの処理が行われている間に、他の装置の送信データが割り込まないように、送信データを制御して送信するからである。この結果、本発明の通信装置では、従来どおりの通信手順で、複数の装置からセキュリティデバイスを利用することができる。一方、この通信制御部は、セキュリティデバイスからの受信データを、識別情報を参照して装置ごとに振り分けて送信する。この結果、各装置のアプリケーションは、他の装置の通信内容を取得することがないので、安全性が高い通信装置、通信方法、通信システム、通信プログラム、および通信プログラムを記録した記録媒体が提供される。

また、本発明の通信装置、通信方法、通信システム、通信プログラム、および通信プログラムを記録した記録媒体は、第１の装置のセキュリティデバイス状態監視手段が一括して、セキュリティデバイスの状態を検出し、他の装置からのセキュリティデバイスの状態に関する問い合わせ要求に応答する。この結果、装置とセキュリティデバイスとの通信量を、１台の装置とセキュリティデバイスとの通信量と同じ通信量にすることができる通信装置、通信方法、通信システム、通信プログラム、および通信プログラムを記録した記録媒体が提供される。

さらに、本発明の通信装置、通信方法、通信システム、通信プログラム、および通信プログラムを記録した記録媒体では、セキュリティデバイス状態監視手段が、セキュリティデバイスが利用不可能であること、または利用禁止であることを検出したときに、送信データ一時記憶手段にその旨を通知して、一時記憶している送信データを消去することができる。この結果、単一の装置で、セキュリティデバイスと通信をする場合と、同等のセキュリティ機能を得ることができる通信装置、通信方法、通信システム、通信プログラム、および通信プログラムを記録した記録媒体が提供される。

以下に、本発明を実施するための最良の形態を、図面を参照しながら説明する。なお、本発明は、これらによって限定されるものではない。

[通信システム]
図１は、本発明の通信装置が組み込まれた通信システムの全体構成を示す図である。この図面では、説明の便宜上、ハードウェアで実現される構成要素と、ソフトウェアで実現される構成要素とが、混在する。この図の例で示すように、本実施の形態では、２台の装置とセキュリティデバイスとの通信システムを中心に説明する。実際には、さらに別の装置が第１の装置および第２の装置を経由するチェーン型の構成であっても、別の装置が第２の装置と同様に第１の装置を経由するスター型の構成であってもよい。

図１に示すように、本発明の装置２は、外部通信部１１、２１を介してセキュリティデバイス１と、ネットワーク通信部２３、３３を介して装置３と、それぞれ接続されている。

（セキュリティデバイス）
本発明のセキュリティデバイス１としては、例えば、ＩＣチップやＩＣカードなどが挙げられる。セキュリティデバイス１は、外部から物理的および電気的に解析されないように、耐タンパー性を備えていることが好ましい。

図１の例では、本発明のセキュリティデバイス１は、通信装置２から分離している。しかし、本発明のセキュリティデバイス１は、必ずしも通信装置２から分離している必要はなく、通信装置２の函体の中に組み込まれていてもよい。ユーザがＩＣカードをＩＣカードリーダライタに出し入れする、あるいはＩＣカードを通信可能範囲に近づけたり遠ざけたりするというような簡単な操作を行うことにより、セキュリティデバイスの利用を可能にするあるいは不可能にすることができる。このため、セキュリティデバイス１が、通信装置２の函体の中に組み込まれている場合は、例えば、セキュリティデバイス用の電源スイッチを設けるなど、ユーザが外部からセキュリティデバイスを操作できる構造にしておくと、好ましい。

本発明のセキュリティデバイス１は、外部通信部１１と、演算部１２と、記憶部１３とを有する。

外部通信部１１は、有線、端子などの接触型通信を行うものでも、無線による非接触式通信を行うものでもよい。外部通信部１１は、通信機能を持った通信デバイスおよび／または通信ソフトウェアによって実現される。通信方式としては、ＩＳＯ／ＩＥＣ７８１６、ＩＳＯ／ＩＥＣ１４４４３などの国際的に標準化された通信方式がある。これらの通信方式は、いずれも半二重通信である。したがって、通信装置がセキュリティデバイスに対して１つの送信データを送信すると、通信装置は受信データの受信が完了するまで、次の送信データを送信してはいけない。

また、セキュリティデバイス１は、装置２と直接通信接続されていなくてもよい。例えば、セキュリティデバイス１は、ＩＣカードリーダライタのような通信装置を介して、装置２と接続されていてもよい。この場合に、装置２の外部通信部２１は、ＩＣカードリーダライタおよびその制御プログラムによって構成される。このＩＣカードリーダライタと装置２とは、ＲＳ−２３２ＣやＵＳＢ、有線ＬＡＮ、無線ＬＡＮなどにより接続される。

なお、外部通信部１１は、装置２、３のネットワーク通信部２３、３３と別個に設けなくてもよく、ネットワーク通信部と共用するものであってもよい。

演算部１２は、１６ビットや３２ビットなどの比較的小規模なＣＰＵで構成され、利用者の認証、暗号化演算のセキュリティデバイス内部での実行などを行う。演算部１２で利用者を認識できた利用者に限り、利用者は、その利用者の権限に応じて暗号化演算、記憶部へのファイルアクセス、アプリケーションの実行を行うことができる。

記憶部１３は、演算部１２での処理に必要なデータ及びアプリケーションプログラムを記憶する。

（装置）
装置２および装置３は、パーソナルコンピュータ、ＰＤＡ、携帯電話、カーナビゲーション装置、ホームサーバ、ホームゲートウェイなどの民生装置に限らず、ネットワーク接続される装置であれば、特に制限はない。ネットワーク接続される装置としては、例えば、マルチファンクションプリンタ、自動改札機、自動販売機などが挙げられる、また、図１の例では、装置２と装置３とは、異なる種類の装置として記載されているが、同一種類の装置であってもよい。本発明において、セキュリティデバイス１と外部通信部１１、２１で接続される装置を、装置２という。なお、本明細書中では、装置２を通信装置という場合がある。

装置２および装置３は、ネットワークを介して他の装置との通信を行うネットワーク通信部２３、３３と、通信プロトコルを変換するプロトコル変換部２４、３４と、記憶部２６、３６に格納されたプログラムに基づいて各種処理を行うＣＰＵ２５、３５と、不揮発性メモリやハードディスクなどで構成される記憶部２６、３６と、ＣＲＴ、液晶パネルなどの表示部２７、３７と、キーボード、ペン、マウス、ボタンなどの入力部２８、３８と、バッテリーや安定化電源などの電源部２９、３９とを有する。なお、本発明において、表示部２７、３７および入力部２８、３８は、装置２および装置３の必須の構成要件ではない。

ネットワーク通信部２３、３３は、装置２と装置３との間で、データ通信を行うための機能を備える。通信方式は、有線であっても、無線であってもよく、装置の利用方法や利用場所に応じて、適宜選択できる。有線通信方式の場合は、１００Ｂａｓｅ−Ｔなどの有線ＬＡＮ、ＲＳ−２３２Ｃなどが、無線通信方式の場合は、無線ＬＡＮ、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）、Ｂｌｕｅｔｏｏｔｈなどが利用できる。いずれの通信方式を用いる場合であっても、装置２または装置３は、それ以外の装置とネットワーク接続されていてもよい。また、ネットワーク通信部２３、３３は、必要に応じてファイアウォールなどの、通信パケットのフィルタリング機能をソフトウェアとして導入してもよい。

外部通信部１１、２１の通信プロトコルＰと、ネットワーク通信部２３、３３の通信プロトコルＱとが異なる場合がある。この場合に、装置３とセキュリティデバイス１との間でデータを送受信するために、プロトコル変換部２４、３４は、伝達する内容が等価になるように双方向変換を行う。例えば、通信プロトコルＰがＩＳＯ７８１６であり、通信プロトコルＱがＴＣＰ／ＩＰである場合に、装置３のプロトコル変換部３４では、ＩＰパケットのデータ部に、ＡＰＤＵ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）をそのまま包んで送信する。一方、装置２のプロトコル変換部２４では、受信したＩＰパケットからＡＰＤＵを取り出す。このときに、装置２では、識別情報として装置３のＩＰアドレスをＡＰＤＵの前に付与する。これによって、この送信データは、装置３から送信されたものとして識別できる。装置２から装置３へのデータ送信においても、同様に処理される。ただし、装置２と装置３との間で、完結する通信に関しては、プロトコル変換を行う必要はない。

ＡＰＤＵの前に付与される識別情報とは、ネットワーク通信部間で行われる通信において、送信元の装置やアプリケーションを特定できるものをいう。例えば、装置を特定する識別情報として、ＩＰアドレスなどが利用できる。

装置２は、外部通信部２１と通信制御部２２とを有する。外部通信部２１は、上記セキュリティデバイスの項で説明した外部通信部１１と同様である。通信制御部２２は、装置２がセキュリティデバイス１との間で行うデータの送受信を制御して、セキュリティデバイス１への通信が重複しないようにタイミング処理を行ったり、受信データを装置ごとに振り分け処理したりする。また、通信制御部２２は、セキュリティデバイス１の状態を監視して、セキュリティデバイス１が利用不可能であること、または利用禁止であることを検出したときには、送信データ一時記憶部にその旨を通知して、一時記憶している送信データを消去する。装置２に設けられた通信制御部２２は、本発明を実施するために重要な役割を果たす。以下に、通信制御部２２について詳しく説明する。

（通信制御部）
図２は、装置２の通信制御部２２の構成を詳細に説明した図である。通信制御部２２は、複数の装置からの送信データが重複しないように送信を制御する送信制御部２２０と、送信データに含まれる識別情報を参照して、セキュリティデバイスから受信した受信データを装置ごとに振り分ける受信データ振り分け部２２５と、第２の装置からセキュリティデバイスの状態に関する問い合わせ要求に応答するセキュリティデバイス状態監視部２２７と、セキュリティデバイス状態を記憶するセキュリティデバイス状態記憶部２２８とを主として有する。

送信制御部２２０は、送信データ一時記憶部２２１と、通信プロセス管理部２２２と、識別情報分離部２２３と、送信データ送信部２２４とから構成される。

装置３からセキュリティデバイス１に送信される送信データは、プロトコル変換部２４から送信データ一時記憶部２２１に入力され、装置２からセキュリティデバイス１に送信される送信データは、ＣＰＵ２５から送信データ一時記憶部２２１に入力される。送信データ一時記憶部２２１は、揮発性のメモリで構成される。この送信データ一時記憶部２２１は、送信データを、装置ごとに、１処理単位ごとに、記憶する。ここで、「１処理単位」とは、セキュリティデバイスが解釈できるデータ単位をいう。具体的には、セキュリティデバイス１に送信される送信データが複数のパケットに分割して送信される場合に、それらを連結すると、１つの要求コマンドや１つの処理データになるものをいう。

以下に、送信データ一時記憶部２２１における「１処理単位」の記憶の例を、図面を用いて説明する。図３は、送信データ一時記憶部における「１処理単位」の記憶の例を説明する図である。図３の例では、装置ごとに、ＡＰＤＵ単位ごとに記憶されている。図３の上図に示すように、装置２からの送信データと装置３からの送信データが、装置２、装置３の順に送信データ一時記憶部に書き込まれ、この順に読み出される。ここで、２２１−１は、送信データ一時記憶部２２１の全メモリ領域である。また、送信データ一時記憶部２２１には、装置２の第１の送信データ２２１−２と、装置３の識別情報２２１−３と装置３の送信データ２２１−４とが連結したものが記憶されていることを示す送信データ２２１−２がＩＣカードに送信され、その応答を受けて装置２が次の送信コマンド２２１−５を送信する状態が、図３の下図である。

通信プロセス管理部２２２は、送信データ一時記憶部２２１に記憶されている送信データを、１処理単位で読み込み、識別情報分離部２２３に出力する。送信データを読み込む順番は、通常、送信データ一時記憶部に記憶された順であるが、複数の送信データが送信データ一時記憶部２２１に記憶されている場合は、通信プロセス管理部２２２内に、予め設定されたプロセス実行規定（図４）に従って、送信データを決定し読み込む。具体的な決定方法は、図４の２２２−１列に登録されたコマンドを含むデータを送信する場合、２２２−２列に登録された条件を満たすように、送信するデータの順番を入れ替える。なお、同じ装置の送信データかどうかは、送信データに含まれる識別情報を参照して判断する。例えば図３の例では、装置２の第１の送信データ２２１−２（例えば、Ｇｅｔ Ｃｈａｌｌｅｎｇｅ）をセキュリティデバイスで実行した後に、必ず続けて装置２の第２の送信データ２２１−５（例えば、Ｅｘｔｅｒｎａｌ Ａｕｔｈｅｎｔｉｃａｔｅ）を実行する通信シーケンスを実行する場合に、第１の送信データ２２１−２と第２の送信データ２２１−５との送信の間に、装置３の送信データ２２１−４が送信されると、セキュリティデバイス内の処理の結果が異なることがある。この場合にも、プロセス実行規定に基づいて、装置２の第２の送信データ２２１−５は、装置３の送信データ２２１−４の前に送信される。この結果、本発明の通信装置２は、従来の１対１の接続と同様のサービスを行うことができる。

次に、通信プロセス管理部２２２は、所定のタイミングで、送信データを識別情報分離部２２３に送信する。ここで、所定のタイミングとは、前の送信データに対する応答を受信完了したことを示す受信完了通知を、受信データ一時記憶部２２５から受信した後、あるいは前の送信データを送信して一定時間経過しても受信完了通知を受信できず、タイムアウトしたときである。このタイムアウト時間は、セキュリティデバイス１の仕様で定められており、例えば５秒である。

識別情報分離部２２３は、通信プロセス管理部２２２から出力された送信データから、識別情報２２１−３を分離する。装置２に関する送信データには、識別情報が付与されていない。そこで、識別情報が付与されていない送信データには、識別情報「Ｎｕｌｌ」を付与する。分離された識別情報は、受信データ振り分け部２２６に出力し、識別情報を取り除いた送信データは、送信データ送信部２２４に出力する。

送信データ送信部２２４は、例えば、２２１−３などの識別情報を取り除いたデータを外部送信部２１に送信する。送信データ送信部２２４から外部送信部２１に送信される各装置の送信データは、装置２から直接セキュリティデバイス１へ送信する従来の送信データと全く同じデータフォーマットとなる。

送信制御部２２０は、装置２のＣＰＵ２５から送信許可命令が与えられた場合にのみ、装置３の送信データを送信する構成としてもよい。送信許可命令が与えられなかった場合の送信制御部２２０内での処理は、送信制御部２２０を構成するいずれかの構成部２２１〜２２４で行えばよい。例えば、送信許可命令が与えられなかった場合には、送信データ一時記憶部２２１は、装置３からの送信データを記憶しないなどである。

（受信データ）
受信データ一時記憶部２２５は、外部通信部２１から受信するセキュリティデバイス１からの受信データを、受信データの最後まで記憶する。受信データの最後は、ストップビットの検知で、検出する。受信データ一時記憶部２２５が受信データを最後まで受信すると、受信データ一時記憶部２２５は、受信データを受信データ振り分け部２２６に送信すると共に、通信プロセス管理部２２２に受信終了通知を出力する。

受信データ振り分け部２２６は、受信データの前に識別情報分離部２２３で、分離した識別情報を付与して、プロトコル変換部２４に出力する。ただし、識別情報が「Ｎｕｌｌ」の場合には、受信データ振り分け部２２６は、受信データをそのまま装置２のＣＰＵ２５に出力する。

（セキュリティデバイスの状態）
セキュリティデバイス状態監視部２２７は、セキュリティデバイス１の状態を問い合わせるための問い合わせ通信データに、特別な識別情報を付与して、送信データ一時記憶部２２１に出力する。特別な識別情報としては、例えば「ＩＮＱ Ｓｔａｔｕｓ」を用いる。ここで、セキュリティデバイス１の状態とは、セキュリティデバイス１が、外部通信部１１、２１を利用して、装置２と通信可能な状態にあるかどうかを示す。具体的には、ＩＣカードが装置から抜かれているかどうか、あるいはＩＣカードが無線通信可能範囲から外れていないかどうかなどの状態をいう。セキュリティデバイス１の状態を問い合わせるための問い合わせ通信データは、内部状態を問い合わせる専用のコマンドを用いるのが望ましい。一方、既知の応答が得られるコマンドで代用して、そのコマンドの応答の有無で、セキュリティデバイス１の状態を判断することもできる。

セキュリティデバイス状態の監視は、装置２または装置３のアプリケーションからの監視開始／停止命令により、セキュリティデバイスを利用するアプリケーションが動作しているときだけ、監視処理を開始する／停止することが望ましい。各装置がセキュリティデバイス状態の監視を常時行うと、電力を消耗する、通信量が増加してパフォーマンスが低下するという問題があるからである。

セキュリティデバイス１が利用できなくなったことは、早く検出する必要がある。このため、上記問い合わせ通信データを、例えば５秒ごとに送信するなど、定期的にポーリングすることが望ましい。この問い合わせ通信データが送信データ一時記憶部２２１に送信された直後に、装置３から送信データが送信データ一時記憶部２２１に入力した場合であっても、上記と同様に、セキュリティデバイス１への通信が重複しないように処理される。あるいは問い合わせ通信データが、決まったシーケンスが必要なデバイス内処理中に割り込まないように処理される。

問い合わせ通信データに対する応答データも、他の受信データと同様に処理される。問い合わせ通信データに対する応答データには、特別な識別情報が付与されている。このため、受信データ振り分け部２２６では、この応答データをセキュリティデバイス状態監視部２２７に出力する。

セキュリティデバイス状態監視部２２７は、出力された問い合わせ通信データに対する応答データをセキュリティデバイス状態記憶部２２８に、記憶させる。応答データが、例えば通信エラーを示すデータなどのようにセキュリティデバイス１が利用できないというデータの場合には、セキュリティデバイス状態監視部２２８は、送信データ一時記憶部２２１にその旨を通知する。この場合は、送信データ一時記憶部２２１は、記憶している送信データを全て消去する。

セキュリティデバイス状態記憶部２２８は、常に最新の状態だけを保持することが望ましい。セキュリティデバイス状態監視部２２７は、上記したように、問い合わせ通信データを、例えば５秒ごとに送信するなど、定期的にポーリングすればよい。このような構成とすることにより、装置３からセキュリティデバイス１の状態に関する問い合わせがあった場合に、セキュリティデバイス１の状態を問い合わせなくても、セキュリティデバイス１の状態を装置３に返信することができる。

上記したように、本発明の通信制御部２２０は、複数の機能部２２１〜２２４で構成されている。これらの機能部は、全て一つの機能部にまとめられている必要はない。例えば、外部通信部２１が、複数の機能部の一部を包含していてもよいし、ＣＰＵ２５や記憶部２６が、複数の機能部の一部を包含していてもよい。

[処理]
図５は、図１に示す本発明の通信装置における通信制御部での処理の流れを説明するフローチャートである。まず、セキュリティデバイス１への送信データが、通信制御部２２に入力されることで、処理が開始する。

入力された送信データは、送信データ一時記憶部２２１に、入力順に記憶されていく（ステップＳ００１）。

通信プロセス管理部２２２は、送信データ中の識別情報とプロセス実行規定に基づいて、送信するデータを決定し、送信データ一時記憶部２２１に記憶されている送信データから、決定した送信データを識別番号と共に、読み込む（ステップＳ００２）。

識別情報分離部２２３は、送信データから、識別情報を分離する。（ステップＳ００３）。分離した識別情報は受信データ振り分け部２２６に送られる。一方、識別情報を取り外された送信データは、送信データ送信部２２４に送られる。

送信データ送信部２２４は、送信タイミング処理のために、装置２とセキュリティデバイス１とが通信中かどうかを判断する（ステップＳ００４）。通信中であれば、ループして、データの送信を待ち、通信中でなければ、ステップＳ００５に進む。送信データ送信部２２４は、装置２とセキュリティデバイス１とが通信中でなければ、送信データを外部通信部２１に出力する（ステップＳ００５）。装置２とセキュリティデバイス１とが通信中かどうかの判断は、例えば先に送信した送信データに対する受信データの受信が完了した後であるかどうかを、通信プロセス管理部２２２に送られた受信終了通知を参照して行う、あるいは先に送信した送信データに対する受信データの受信が完了せずにタイムアウトしているかどうかを基準にして行う。

受信データ一時記憶部２２５は、外部通信部２１から出力される受信データの受信が完了したか否かを判断する（ステップＳ００６）。受信データの受信が完了している場合には、ステップＳ００８に進み、受信データの受信が完了していない場合には、ステップＳ００７に進む。ステップＳ００７では、受信データの受信が完了していない場合に、タイムアウトしているかどうかを判断する。タイムアウトになっていなければ、ステップＳ００６に戻り、再度受信データの受信が完了したかどうを判断する。タイムアウトになっていれば、ステップＳ００９に進む。

ステップＳ００８では、受信データ振り分け処理を行う。受信データ振り分け処理の詳細な内容は、後で述べる。受信データ振り分け処理が終了すると、ステップＳ００９に進む。

ステップＳ００９では、送信データ一時記憶部２２１に、送信データが残っているかどうかを判断する。送信するデータが残っている場合には、ステップＳ００２に戻り、次の送信データの送信処理を行う。送信するデータが残っていない場合には、処理を終了する。

図６は、ステップＳ００８における、受信データ振り分け処理の流れを詳細に説明する図である。

受信データ振り分け部２２６は、受信データの識別情報が「Ｎｕｌｌ」か、どうかを判定する（ステップＳ８０１）。受信データの識別情報が「Ｎｕｌｌ」である場合には、ステップＳ８０４に進み、受信データの識別情報が「Ｎｕｌｌ」でない場合には、ステップＳ８０２に進む。

受信データ振り分け部２２６は、受信データの識別情報が「ＩＮＱ Ｓｔａｔｕｓ」か、どうかを判定する（ステップＳ８０１）。受信データの識別情報が「ＩＮＱ Ｓｔａｔｕｓ」である場合には、ステップＳ８０５に進み、受信データの識別情報が「ＩＮＱ Ｓｔａｔｕｓ」でない場合には、ステップＳ８０３に進む。

受信データ振り分け部２２６は、受信データの識別情報が「ＩＮＱ Ｓｔａｔｕｓ」でない場合には、送信データの送信元の識別情報を受信データに付与して、プロトコル変換部２４に出力する（ステップＳ８０３）。前述の通り、セキュリティデバイス１と装置２との間の通信は半二重通信であるため、前記送信処理とその応答に対する前記受信処理は必ず一対になる。このため受信データ振り分け部２２６は、送信時に分離した識別情報があらかじめ規定された識別情報（「Ｎｕｌｌ」または「ＩＮＱ Ｓｔａｔｕｓ」）である場合は装置２へ、そうでない場合は装置３へ伝送するだけで、受信データを正しく振り分けすることが可能である。

受信データ振り分け部２２６は、受信データの識別情報が「ＩＮＱ Ｓｔａｔｕｓ」である場合には、セキュリティデバイス１の状態を問い合わせる送信データに対する受信データであるので、受信データをセキュリティデバイス状態監視部２２７に出力する（ステップＳ８０５）。

受信データ振り分け部２２６は、受信データの識別情報が「Ｎｕｌｌ」である場合には、装置２の送信データに対する受信データであるので、受信データをＣＰＵ２５に出力する（ステップＳ８０４）。

[動作]
以下に、本発明の通信システムの動作を、具体的に説明する。図７は、本発明の通信システムにおいて、セキュリティデバイス１がＩＣカード、装置２がデスクトップパーソナルコンピュータ（以下、ＰＣという）、装置３がＰＤＡである場合の詳細な動作シーケンスを示す図である。この図の例では、社外で行った商談結果のファイルが保存されているＰＤＡからＬＡＮを用いてＰＣに転送する例を説明する。また、図８は、図７の動作シーケンスを行う場合の表示部に表示される画面例を示す。

（ＩＣカード）
ＩＣカードは、社員章として、会社が社員一人に１枚発行する。社員は、このカードを用いて入退室管理、出退勤管理、会社保有のＰＣやＰＤＡへのログイン、社外への送受信電子メールの暗号・復号化などを行う。ＩＣカードの記憶部１３である不揮発性メモリ内には、ＩＣカード利用者の社員番号、指紋認証用指紋データ、公開鍵ペアのうち私有鍵ＰＲＩ−ＩＣ、利用申請済みの装置が持つ私有鍵のペアである公開鍵ＰＵＢ−ＰＣ、ＰＵＢ−ＰＤＡなどが保存されている。このＩＣカードの外部通信部１１は、ＩＳＯ／ＩＥＣ７１８６接触型であるとする。

（ＰＣ）
ＰＣは、会社の机の上に設置され、ネットワーク通信部２３により会社内のＬＡＮに接続されている。ＩＰアドレスは、１０．３６．１．５で固定されている。また、このＰＣには、ＵＳＢ接続により外部通信部２１であるＩＳＯ／ＩＥＣ７８１６の接触型ＩＣカードリーダライタが接続されている。さらに、ＩＣカード利用者認証用に、指紋センサがＵＳＢ接続されている。ＰＣの記憶部２６には、ＩＣカードの私有鍵ＰＲＩ−ＩＣのペアである公開鍵ＰＵＢ−ＩＣと、ＰＤＡの私有鍵ＰＲＩ−ＰＤＡのペアである公開鍵ＰＵＢ−ＰＤＡが予め格納されている。

（ＰＤＡ）
ＰＤＡは、無線ＬＡＮ機能を有し、ＰＣと同様にネットワーク通信部３３により会社内のＬＡＮに接続されている。ＩＰアドレスは、１０．３６．１．６で固定されている。また、ＰＤＡにも、外部通信部であるＩＳＯ／ＩＥＣ７８１６の接触型ＩＣカードリーダライタが内蔵されている。さらに、このＰＤＡにも、指紋センサが内蔵されている。ＰＤＡの記憶部３６には、ＩＣカードの私有鍵ＰＲＩ−ＩＣのペアである公開鍵ＰＵＢ−ＩＣと、ＰＣの私有鍵ＰＲＩ−ＰＣのペアである公開鍵ＰＵＢ−ＰＣが予め格納されている。

（動作シーケンス）
（１．ポーリング）
まず、利用者は、机に座り、ＰＣとＰＤＡの電源をそれぞれＯＮにすると、それぞれログインアプリケーションが起動する。ＰＣとＰＤＡの表示部２７、３７には、それぞれＩＣカードリーダライタにＩＣカードの挿入を要求する画面が示される（図８：ＤＡ１、ＤＢ１）。このとき、それぞれのログインアプリケーションは、ＩＣカードを検出するためのポーリングを開始する（Ａ１、Ａ２）。なお、初期起動状態ではＰＤＡもＰＣと同様、ＰＤＡに直接接続されたＩＣカードをポーリング先としてポーリングを開始するが、簡略化のために図示していない。また、ポーリング回数はそれぞれ２回までしか表現していないが、例えば５秒おきにＩＣカードを検出するまで繰り返す。ここで、利用者が、ＩＣカードをＰＣにＵＳＢ接続されたＩＣカードリーダライタに挿入することに決め、ＰＤＡのポーリング先を内蔵のＩＣカードリーダライタからＰＣのＩＰアドレス「１０．３６．１．５」に変更する（Ｂ１、Ｂ２、図８：ＤＢ２）。この状態でのＰＣにおけるポーリングは、その通信制御部２２に備えられたセキュリティデバイス状態監視部２２７にて処理を実行する。ＰＣのＩＣカードリーダライタにＩＣカードを挿入すると（Ｉ１）、ＰＣのセキュリティデバイス状態記憶部２２８は、ポーリングの結果として、セキュリティデバイスが利用可能である応答を記憶する（Ｉ２）。一方、ＰＤＡにおけるポーリングも、セキュリティデバイス状態監視部２２７にて処理を実行する命令をＰＣに送り、ＰＣのセキュリティデバイス状態記憶部２２８のデータを読み込む。このポーリング方法により、ＩＣカードに対するセキュリティデバイス状態検出に必要なデータ通信量は、装置が１台の場合と同じ通信量になる。

次にＰＣとＰＤＡは、それぞれ、ログインするため、利用者認証を行う手順を実行する。ＰＣとＰＤＡの表示部２７、３７には、それぞれ指紋センサに、ＩＣカードに登録されている指紋を読み取らせるための要求画面が表示される（図８：ＤＡ２、ＤＢ３）。利用者は、まず、ＰＣの指紋センサから指紋を入力する。ＰＣは、読み取った指紋データを認証データとしてＩＣカードに送信する（Ａ４）。ＩＣカードは、送信された指紋データとＩＣカード内に記憶されている指紋データとを照合し、照合結果をＰＣに送信する（Ｉ３）。正規の利用者であるという照合結果が得られると、ＰＣへのログインが完了する。また、利用者は、ＩＣカード内の記憶部に格納された鍵や暗号演算部の暗号演算機能を利用できるようになる。

（２．相互認証）
次に、ＰＣとＩＣカードとの間で、予め認められた関係であることを確認するために、相互認証を行う。ＰＣは、乱数であるチャレンジＡ１をＩＣカードに送る（Ａ５）。一方、ＩＣカードは、チャレンジＡ１をＰＲＩ−ＩＣで暗号化したレスポンスＡ１とＩＣカードからのチャレンジＣを、ＰＣに送る（Ｉ４）。ＰＣは、レスポンスＡ１をＰＵＢ−ＩＣで複号化したものを、チャレンジＡ１と比較する。また、ＰＣは、チャレンジＣをＰＲＩ−ＰＣで暗号化したレスポンスＣを生成して、ＩＣカードに送る（Ａ６）。ＩＣカードは、受信したレスポンスＣをＰＵＢ− ＰＣで復号化したものを、チャレンジＣと比較する。以上の手順によりＰＣとＩＣカードとの間で信頼関係が成立されると、利用者は、ＰＣからＩＣカード内の記憶部１３に記憶されているデータへのアクセス、ＰＲＩ−ＩＣを利用した暗号／復号化を行うことができるようになる。ただし、この相互認証は、サービスのセキュリティポリシーに依存するため、必須の操作ではない。また、ここでは、チャレンジ−レスポンス式による相互認証の一例を説明したが、認証サーバを利用したＰＫＩによる電子証明書認証式の相互認証であってもよい。

ＰＤＡは、中継先として指定したＰＣとの間で、上記と同様に相互認証を行う（Ｂ３、Ａ７、Ｂ４）。この相互認証によって、ＰＣとＰＤＡとの間で信頼関係が確立すると、ＰＣのＣＰＵ２５は、送信制御部２２０に、ＰＤＡの送信データを、ＩＣカードに送信することを許可する命令を送信する。この命令を受信する前のＰＤＡからの送信データは、送信されずに、破棄される。なお、ＰＤＡの送信データのＩＣカードへの送信に関し、ＰＣとＩＣカードとの間では信頼関係が確立し、ＰＣとＰＤＡとの間でも信頼関係が確立しているので、ＰＤＡとＩＣカードとの間では相互認証をしなくてもよい。また、ＰＣとＰＤＡとの間における相互認証も、サービスのセキュリティポリシーに依存し、必須の操作ではない。

（３．中継による利用者認証）
次に、利用者は、ＰＣとの相互認証が成立したＰＤＡに表示される画面（図８：ＤＢ３）に従い、利用者は、ＰＤＡの指紋センサから指紋を入力する。ＰＤＡは、読み取った指紋データを認証データＢとしてＰＣに送信する（Ｂ５）。認証データＢは、ＰＤＡのプロトコル変換部３４、ＰＤＡのネットワーク通信部３３を経て、ＰＣのネットワーク通信部２３、ＰＣのプロトコル変換部２４の順に送られ、ＰＣの通信制御部２２から、外部通信部２１を経て、ＩＣカードに送られる（Ａ８）。ＩＣカードは、送信された指紋データとＩＣカード内に記憶されている指紋データとを照合し、照合結果をＰＣに送信する（Ｉ５）。ＰＣは、照合結果をＰＤＡに送信する（Ａ９）。

ここで、セキュリティの観点から１つの脆弱性が存在する。前述の手順によりＰＣにおいて利用者認証が成功している状態では、ＩＣカードから見ると以降のアクセスは、既に認証済みの利用者からのアクセスとみなされる。また、ＰＤＡからの利用者認証データＢが不正なデータであった場合、ＩＣカードはＰＣの利用者が別の利用者に代わったとみなされ、アクセスを拒否することとなる。この結果、ＩＣカードを意図しない第三者に不正に利用されたり、正規の利用者が利用中のＩＣカードを利用できない状態に変えてしまう不正攻撃が行われたりする。

こうした脆弱性に対する対策として、ＰＣの通信プロセス管理部２２２において、ＰＤＡからの送信データをチェックし、利用者認証が成功していない装置からの利用者認証要求以外の送信データは、破棄する。これはプロセス実行規定に定義することで実施できる。

以上の手順により、利用者は、ＰＣにも、ＰＤＡにも、ログインできているので、ＰＤＡに保存された商談データは、ＬＡＮを介してＰＣに送信することができる。さらに、利用者は、ＰＤＡから、ＩＣカード内の記憶部に格納された鍵や暗号演算部の暗号演算機能を利用できるようになる。これは、ＩＣカードから見れば、ＰＣも、ＰＤＡも、同じ存在であることによる。

（４．暗号演算処理）
つぎに、ＰＣとＰＤＡとから送信される別々のデータを、ＩＣカードのＰＲＩ−ＩＣを使って、ほぼ同時に暗号演算処理をする手順について説明する。

まず、ＰＣは、暗号化演算要求ＡをＩＣカードに送信する（Ａ１０）。この図の例では、ＰＣの通信制御部２２の送信データ一時記憶部２２１には、他の送信データはなく、また、他のデータを送信中でもない。このため、暗号演算要求Ａは、即座にＩＣカードに送信される。ここで、ＰＣが暗号化演算結果応答Ａを受信する前に、ＰＤＡが暗号化演算要求ＢをＰＣに送信したとする（Ｂ６）。この場合に、ＰＣがまだ暗号演算結果応答Ａを受信していないので、ＰＣの通信プロセス管理部２２２は、送信データ一時記憶部２２１に記憶された暗号化演算要求Ｂの読み込みを開始しない。

ＰＣが、暗号化演算結果応答Ａを受信し終える（Ｉ５）と、受信データ一時記憶部２２５は、通信プロセス管理部２２２に、受信終了通知を送信する。この通知を受けることで、通信プロセス管理部２２２は、暗号化演算要求Ｂの読み込みを開始する。識別情報が分離された後、暗号化演算要求Ｂは、ＩＣカードに送信される（Ａ１１）。その後は、暗号演算要求Ａの場合と同様に処理され、演算結果である暗号化演算結果応答Ｂが、ＩＣカードからＰＣに送信され（Ｉ６）、ＰＣを経由してＰＤＡに送信される（Ａ１２）。

このように、本発明によれば、１枚のＩＣカードを複数の装置で同時に利用する場合であっても、それぞれの通信が衝突しない。

（接続先決定方法）
装置３からセキュリティデバイス１を利用したい場合に、まず装置３がネットワーク通信部を介して装置２を利用できる、かつ、装置２とセキュリティデバイス１との間、および、装置２と装置３との間で相互認証が完了している状態になっていることを知る必要がある。これを知るための最も原始的な方法としては、利用者が装置２のＩＰアドレスなどの識別情報を知っており、利用者が、装置３に装置２の識別情報を手動で入力すると装置２とネットワーク接続可能かどうかを表示する。さらに、装置２とセキュリティデバイス１との間、および、装置２と装置３との間で相互認証を行った結果を画面に表示する方法がある。

別の方法としては、装置２がネットワーク上の既知の管理サーバに対して、セキュリティデバイス１と装置２との間で相互認証が完了したことを通知する方法がある。管理サーバは、この認証の完了と、セキュリティデバイス１の識別情報と装置２の識別情報とを合わせてサーバ上のデータベースを更新する。装置３の利用者は、この既知の管理サーバに対して利用したいセキュリティデバイス１の識別情報を問い合わせれば、現在セキュリティデバイス１を利用している装置２の識別情報を取得することができる。この方法によれば、装置２の識別情報が容易にわからない場合や装置２の識別情報が固定されていない場合でも、容易に装置３からの利用が可能となる。

（その他の実施形態）
ところで、前記実施の形態における装置またはシステムとしての機能は、プログラム記録媒体に記録された情報処理プログラムによって実現される。前記実施の形態における前記プログラム記録媒体は、ＲＡＭ（ランダム・アクセル・メモリ）とは別体に設けられたＲＯＭ（リード・オンリー・メモリ）でなるプログラムメディアである。または、外手段補助記録装置に装着されて読み出されるプログラムメディアであってもよい。尚、何れの場合においても、前記プログラムメディアから情報処理プログラムを読み出すプログラム読み出し手段は、前記プログラムメディアに直接アクセスして読み出す構成を有していてもよいし、ＲＡＭに設けられたプログラム記憶エリアにダウンロードし、前記プログラム記憶エリアにアクセスして読み出す構成を有していてもよい。尚、前記プログラムメディアからＲＡＭの前記プログラム記録エリアにダウンロードするためのダウンロードプログラムは、予め本体装置に格納されているもとする。

ここで、前記プログラムメディアとは、本体側と分離可能に構成され、磁気テープやカセットテープ等のテープ系、フレキシブルディスク、ハードディクス等の磁気ディスクやＣＤ（コンパクトディスク）−ＲＯＭ、ＭＯ（光磁気）ディスク、ＭＤ(ミニディスク)、ＤＶＤ（デジタル多用途ディスク）等の光ディスクのディスク系、ＩＣ（集積回路）カードや光カード等のカード系、マスクＲＯＭ、ＥＰＲＯＭ（紫外線消去型ＲＯＭ）、ＥＥＰＲＯＭ（電気的消去型ＲＯＭ）、フラッシュＲＯＭ等の半導体メモリ系を含めた、固定的にプログラムを坦持する媒体である。

また、前記実施の形態における装置またはシステムは、外部通信部を備えてインターネットを含む通信ネットワークと接続可能となっている。この場合、前記プログラムメディアは、通信ネットワークからのダウンロード等によって流動的にプログラムを坦持する媒体であっても差し支えない。尚、その場合における前記通信ネットワークからダウンロードするためのダウンロードプログラムは、予め本体装置に格納されているものとする。あるいは、別の記録媒体からインストールされるものとする。
尚、前記記録媒体に記録されるものはプログラムのみに限定されるものではなく、データも記録することが可能である。

図１は、本発明の通信装置が組み込まれた通信システムの全体構成を示す図である。 図２は、装置２の通信制御部２２の構成を詳細に説明した図である。 図３は、送信データ一時記憶部における「１処理単位」の記憶の例を説明する図である。 図４は、プロセス実行規定の例を説明した図である。 図５は、図１に示す本発明の通信装置における通信制御部での処理の流れを説明するフローチャートである。 図６は、ステップＳ００８における、受信データ振り分け処理の流れを詳細に説明する図である。 図７は、本発明の通信システムにおいて、セキュリティデバイス１がＩＣカード、装置２がデスクトップパーソナルコンピュータ（以下、ＰＣという）、装置３がＰＤＡである場合の詳細な動作シーケンスを示す図である。 図８は、図７の動作シーケンスを行う場合の表示部に表示される画面例を示す図である。

符号の説明

１ セキュリティデバイス
２ 装置
３ 装置
１１、２１ 外部通信部
１２ 演算部
１３ 記憶部
２２ 通信制御部
２３、３３ ネットワーク通信部
２４、３４ プロトコル変換部
２５、３５ ＣＰＵ
２６、３６ 記憶部
２７、３７ 表示部
２８、３８ 入力部
２９、３９ 電源部
２２０ 送信制御部
２２１ 送信データ一時記憶部
２２２ 通信プロセス管理部
２２３ 識別情報分離部
２２４ 送信データ送信部
２２５ 受信データ一時記憶部
２２６ 受信データ振り分け部
２２７ セキュリティデバイス状態監視部
２２８ セキュリティデバイス状態記憶部

Claims (10)

1. １つのセキュリティデバイスを少なくとも第１の通信装置および第２の通信装置を含む複数の通信装置から利用し、前記第２の通信装置からネットワーク通信を使って前記第１の通信装置にデータを送信することができるようにした通信システムにおける、前記第１の通信装置であって、
   前記セキュリティデバイスと通信を行う外部通信手段と、
   前記第２の通信装置との間で通信を行うネットワーク通信手段と、
   前記第２の通信装置から前記セキュリティデバイスへ送信される送信データの入力を受け付け、かつ前記送信データから識別情報を抽出した上で前記セキュリティデバイスと通信を行い、前記通信の応答である受信データを前記識別情報に基づいて前記第２の通信装置へ出力する通信制御手段と、を備えた通信装置。
2. 前記通信制御手段は、
   前記複数の通信装置からセキュリティデバイスへの送信データが干渉しないように送信タイミングを制御する送信制御手段と、
   前記送信データに含まれる識別情報があらかじめ規定された特殊な識別情報であるか否かに応じて、前記セキュリティデバイスから受信した受信データを前記第１または第２の通信装置に振り分ける受信データ振り分け手段と、を有することを特徴とする請求項１に記載の通信装置。
3. 前記通信制御手段は、
   予め設定された通信プロセス実行規定に基づいて、送信データを送信する順番を制御する通信プロセス管理手段を有することを特徴とする請求項２に記載の通信装置。
4. 前記通信制御手段は、前記セキュリティデバイスが前記外部通信手段を利用して通信可能な状態であるかどうかを問い合わせるセキュリティデバイス状態監視手段をさらに備え、前記第２の通信装置からのセキュリティデバイスの状態に関する問い合わせ要求に応答することを特徴とする請求項１ないし３のいずれかに記載の通信装置。
5. 前記通信制御手段は、前記セキュリティデバイス状態監視手段の出力により、前記セキュリティデバイスが利用不可能であること、または利用禁止であることを検出した場合に、通信処理中のデータを消去することを特徴とする請求項４に記載の通信装置。
6. 前記送信制御手段は、前記第１の通信装置と前記第２の通信装置との間で、相互認証が成立した場合にのみ、前記第２の通信装置から受信したセキュリティデバイスへの送信データを前記セキュリティデバイスに送信可能にする手段をさらに備えることを特徴とする請求項２に記載の通信装置。
7. １つのセキュリティデバイスを少なくとも第１の通信装置および第２の通信装置を含む複数の通信装置から利用し、前記第２の通信装置からネットワーク通信を使って前記第１の通信装置にデータを送信することができるようにした通信システムにおける、前記第１の通信装置の行なう通信方法であって、
   前記セキュリティデバイスと通信を行う外部通信ステップと、
   前記第２の通信装置との間で通信を行うネットワーク通信ステップと、
   前記第２の通信装置から前記セキュリティデバイスへ送信される送信データの入力を受け付け、かつ前記送信データから識別情報を抽出した上で前記セキュリティデバイスと通信を行い、前記通信の応答である受信データを前記識別情報に基づいて前記第２の通信装置へ出力する通信制御ステップと、を備えた通信方法。
8. １つのセキュリティデバイスを少なくとも第１の通信装置および第２の通信装置を含む複数の通信装置から利用し、前記第２の通信装置からネットワーク通信を使って前記第１の通信装置にデータを送信することが出来るようにした通信システムにおいて、
   前記第１の通信装置は、
   前記セキュリティデバイスと通信を行う外部通信手段と、
   前記第２の通信装置との間で通信を行うネットワーク通信手段と、
   前記第２の通信装置から前記セキュリティデバイスへ送信される送信データの入力を受け付け、かつ前記送信データから識別情報を抽出した上で前記セキュリティデバイスと通信を行い、前記通信の応答である受信データを前記識別情報に基づいて前記第２の通信装置へ出力する通信制御手段と、を備えることを特徴とする通信システム。
9. １つのセキュリティデバイスを少なくとも第１の通信装置および第２の通信装置を含む複数の通信装置から利用し、前記第２の通信装置からネットワーク通信を使って前記第１の通信装置にデータを送信することが出来るようにした通信システムにおける、前記第１の通信装置が行なう通信方法をコンピュータに実行させるプログラムであって、
   前記セキュリティデバイスと通信を行う外部通信ステップと、
   前記第２の通信装置との間で通信を行うネットワーク通信ステップと、
   前記第２の通信装置から前記セキュリティデバイスへ送信される送信データの入力を受け付け、かつ前記送信データから識別情報を抽出した上で前記セキュリティデバイスと通信を行い、前記通信の応答である受信データを前記識別情報に基づいて前記第２の通信装置へ出力する通信制御ステップと、をコンピュータに実行させるセキュリティデバイス通信プログラム。
10. 請求項９に記載のプログラムを記録した記録媒体。

Images