(57)【要約】【課題】セキュア通信の利用において、秘密鍵の管理を容易にする技術の実現を図る。【解決手段】仲介サーバ２００は秘密鍵を保持し、対応する公開鍵の送付によって印刷装置１００及びパーソナルコンピュータ３００とのセキュリティ通信を行う。これにより、印刷装置１００及びパーソナルコンピュータ３００相互間のセキュリティ通信を仲介する。パーソナルコンピュータ３００から印刷装置１００への印刷依頼において仲介されるセキュリティ通信を利用する。このようにすることで、公開鍵を利用し得る一般のクライアントからの、高度な秘密鍵管理機構を備えないサービス装置に対するセキュリティ通信を介した印刷依頼を実現するとともに、秘密鍵を仲介サーバ２００で厳重に管理することができる。【選択図】図２
2007189742.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された２つのクライアント間での通信を仲介する仲介装置であって、
前記クライアントとの通信で使用する秘密鍵を少なくとも一つ記憶する鍵記憶部と、
第１のクライアントから前記秘密鍵に対応した公開鍵、又は前記秘密鍵と前記公開鍵とを用いた通信で設定された鍵を用いて暗号化された暗号化データを取得する取得部と、
該暗号化データを対応する鍵を用いて復号するとともに、前記秘密鍵と前記公開鍵とを用いた通信で設定された鍵で再び暗号化するデータ処理部と、
該暗号化されたデータを該第２のクライアントに送付する送付部とを備える仲介装置。
【請求項２】
請求項１記載の仲介装置であって、
前記秘密鍵は、前記２つのクライアントに対して共通である仲介装置。
【請求項３】
請求項１記載の仲介装置であって、
前記第２のクライアントとの通信を利用して、該第２のクライアントのステータス情報を取得する仲介装置。
【請求項４】
請求項１記載の仲介装置であって、
前記第１のクライアントは、サービス要求を発信する要求クライアントであり、
前記第２のクライアントは、該サービス要求に応じてサービスを提供するサービス装置であり、
前記第２のクライアントから受信したデータについては、前記第１のクライアントに暗号化せずに転送する転送部を備える仲介装置。
【請求項５】
請求項１記載の仲介装置であって、
前記データ処理部はデータの内容に応じて前記暗号化と前記復号との態様を切り替える仲介装置。
【請求項６】
印刷に係るサービス依頼を仲介する請求項１記載の仲介装置。
【請求項７】
ネットワークを介して接続された２つのクライアント間での通信を仲介する仲介方法であって、
前記クライアントとの通信で使用する秘密鍵を少なくとも一つ記憶する工程と、
第１のクライアントから前記秘密鍵に対応した公開鍵、又は前記秘密鍵と前記公開鍵とを用いた通信で設定された鍵を用いて暗号化された暗号化データを取得する工程と、
該暗号化データを対応する鍵を用いて復号するとともに、前記秘密鍵と前記公開鍵とを用いた通信で設定された鍵で再び暗号化する工程と、
該暗号化されたデータを該第２のクライアントに送付する工程とを備える仲介方法。
【請求項８】
仲介装置に、ネットワークを介して接続された２つのクライアント間での通信を仲介させるためのコンピュータプログラムであって、
前記クライアントとの通信で使用する秘密鍵を少なくとも一つ記憶する機能と、
第１のクライアントから前記秘密鍵に対応した公開鍵、又は前記秘密鍵と前記公開鍵とを用いた通信で設定された鍵を用いて暗号化された暗号化データを取得する機能と、
該暗号化データを対応する鍵を用いて復号するとともに、前記秘密鍵と前記公開鍵とを用いた通信で設定された鍵で再び暗号化する機能と、
該暗号化されたデータを該第２のクライアントに送付する機能とを前記仲介装置に実現させるためのコンピュータプログラム。
【請求項９】
請求項８記載のコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してセキュリティ通信を行う技術に関する。
【背景技術】
【０００２】
近年ではネットワーク技術の普及により、コンピュータ等のクライアントをネットワークに接続し、同じくネットワークに接続されたクライアントと通信しつつ利用する形態が広まっている。例えば、ネットワークを介して接続されたサービス装置に対するサービス依頼を行う技術が実現されつつある。
【０００３】
また、セキュリティ通信に関する技術も実現されつつある。例えば、ＤＥＳ（Ｄａｔａ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ）などの共通鍵暗号技術に加えて、ＲＳＡ（Ｒｉｖｅｓｔ  Ｓｈａｍｉｒ  Ａｄｌｅｍａｎ）、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）などの公開鍵暗号方式を利用する技術が利用されつつある。セキュリティ通信によれば、ネットワークを介した通信における、データの盗聴や改ざん、なりすまし等が不可能な安全な通信を実現することができる。
【０００４】
共通鍵暗号方式では、データを暗号化するための鍵は、暗号化されたデータを復号する鍵と同一である。これに対して公開鍵暗号方式では、組となった公開鍵と秘密鍵とを利用する。暗号化を行う公開鍵と復号を行う秘密鍵とを利用する場合や、暗号化を行う秘密鍵と復号を行う秘密鍵とを利用する場合がある。公開鍵暗号方式は非対称暗号方式とも呼ばれている。
【０００５】
図１は、公開鍵暗号方式を利用してセキュリティ通信を確立する処理の一例を示す説明図である。サーバ側では、復号を行う秘密鍵を用意している。他方クライアント側では、共通鍵を用意しているとともに、サーバの持つ秘密鍵と対応した、復号を行う公開鍵を用意している。ここで共通鍵は、他方、公開鍵は、サーバ等から通常の通信を利用して取得したものである。
【０００６】
タイミングＳａ１０１でサーバは、公開鍵をクライアント側に送付する。タイミングＳａ１０３でクライアントは、取得した公開鍵で共通鍵を暗号化し、サーバ側に送付する。タイミングＳａ０５でサーバはこれの復号を行う。以上により、サーバとクライアントとで共通鍵の共有が完了する。
【０００７】
共有された共通鍵を利用して、サーバからクライアントへのセキュリティ通信がタイミングＳａ２０１〜Ｓａ２０３で行われる。タイミングＳａ２０１で、サーバは、通信データを暗号化してクライアント側に送付する。タイミングＳａ２０３でクライアントはこれを復号して通信データを得ることができる。タイミングＳａ３０１〜Ｓａ３０３では、クライアントが同様のセキュリティ通信手法でデータ送付を行う場合を示している。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、セキュリティ通信を利用する場合にあっては、秘密鍵の管理に係る煩雑さの問題があった。これには、鍵をインストールしたり新しいバージョンに更新したりする手間に加えて、鍵管理のセキュリティに関する問題を含む。鍵の管理はセキュリティを確保して厳重に行わなければならない。第三者に鍵を知られた場合には、データの盗聴や改ざん、なりすまし等の不正の危険が生じる。
【０００９】
ここで、鍵管理におけるセキュリティの高度化がとりわけ困難な場合がある。例えば印刷装置の場合、通常のパーソナルコンピュータと比べて、一般的にはユーザが常に立ち会わない場所に設置することが多い。また、低コスト要請などから、物理的な不正操作を防ぐハードウェア的防御機構や、ネットワークを介した攻撃などを防ぐソフトウェア的防御機構に限界のある場合も多い。
【００１０】
さらに、複数の装置をセキュリティ通信に利用する場合、装置ごとに鍵の管理を行う必要があった。この場合、鍵管理に係る煩雑さはますます大なものとなる。
【００１１】
本発明は、これらの課題を解決するためになされたものであり、ネットワークを介してセキュリティ通信を行う技術の実用性の向上を目的とする。
【課題を解決するための手段】
【００１２】
上記課題の少なくとも一部を解決するために、本発明では、次の構成を適用した。
本発明の仲介装置は、
ネットワークを介して接続された２つのクライアント間での通信を仲介する仲介装置であって、
前記クライアントとの通信で使用する秘密鍵を少なくとも一つ記憶する鍵記憶部と、
第１のクライアントから前記秘密鍵に対応した公開鍵又は前記秘密鍵と前記公開鍵とを用いた通信で設定された鍵を用いて暗号化された暗号化データを取得する取得部と、
該暗号化データを対応する鍵を用いて復号するとともに、前記秘密鍵と前記公開鍵とを用いた通信で設定された鍵で再び暗号化するデータ処理部と、
該暗号化されたデータを該第２のクライアントに送付する送付部とを備えることを要旨とする。
【００１３】
このようにすることで、秘密鍵を管理しない第１及び第２のクライアント間のセキュリティ通信の仲介を実現することができる。第１及び第２のクライアントにおける、セキュリティ通信に係る処理負担を軽減することができる。クライアントは、秘密鍵を管理する特別な機構が不要となる。また、多数のクライアントをセキュリティ通信に利用する場合であっても、仲介装置が統合的な秘密鍵管理を行うのみで足りる。また、ユーザは、各クライアントへの秘密鍵のインストールやアップデートの煩雑さから逃れることができる。
【００１４】
なお、セキュリティ通信としては、データの盗聴、改ざん、なりすまし等の不正アクセスに対抗する効果を有するセキュリティ通信について、種々のものが適用可能である。
【００１５】
本発明の仲介装置において、
前記秘密鍵は、前記２つのクライアントに共通であるものとしてもよい。
【００１６】
このようにすることで、仲介装置の機構を簡潔にしつつ、第１及び第２のクライアント間のセキュリティ通信を実現することができる。例えば、秘密鍵にかかる暗号化及び復号の機構や、公開鍵の送付機構を簡潔にすることができる。なお、第１及び第２のクライアントが利用する公開鍵は共通のものであってもよいし、異なるものであってもよい。
【００１７】
本発明の仲介装置において、
前記第２のクライアントとの通信を利用して、そのステータス情報を取得するものとしてもよい。
【００１８】
このようにすることで、仲介装置は、第２のクライアントのステータス情報に応じた処理を行うことができる。例えば第２のクライアントがサービス装置であって、第１のクライアントがサービス依頼を行う装置である場合、仲介装置は、第１のクライアントに対して、サービス依頼を行うために必要な情報を送付することができる。
【００１９】
なお、ステータス情報としては種々のものが考えられる。例えば、第２のクライアントの稼動状況に関する情報を含めてもよい。また、第２のクライアントがサービス装置である場合、サービス依頼を実行可能か否かという情報の他に、過去に依頼を行ったサービス依頼の実行に係る情報を含めてもよい。
【００２０】
本発明の仲介装置において、
前記第１のクライアントは、サービス要求を発信する要求クライアントであり、
前記第２のクライアントは、該サービス要求に応じてサービスを提供するサービス装置であり、
前記第２のクライアントから受信したデータについては、前記第１のクライアントに暗号化せずに転送するものとしてもよい。
【００２１】
このようにすることで、仲介装置並びに第１及び第２のクライアントにおける、暗号化／復号に係る処理負担を軽減することができる。
【００２２】
なお、転送を行うデータの全てについて暗号化せずに転送してもよいし、一部については暗号化して転送してもよい。
【００２３】
本発明の仲介装置において、
前記データ処理部はデータの内容に応じて前記暗号化と前記復号との態様を切り替えるものとしてもよい。
【００２４】
このようにすることで、データの内容に応じて、仲介するセキュリティ通信を所望のものに切り替えることができる。
【００２５】
なお、データ処理部は、暗号化又は復号の処理を行わなず、仲介装置が仲介する通信はセキュリティ通信でない場合があってもよい。
【００２６】
本発明の仲介装置において、印刷に係るサービス依頼を仲介するものとしてもよい。
【００２７】
印刷装置においては、秘密鍵の管理におけるセキュリティの高度化が困難な場合があり、印刷装置に対するセキュリティ通信を仲介する場合は有用である。
【００２８】
本発明は、仲介装置としての態様の他、仲介方法など種々の態様で構成することが可能である。また、これらの方法をコンピュータによって実現するコンピュータプログラム自身またはこれと同視し得る信号として構成してもよい。さらに、これらのコンピュータプログラムを記録した記録媒体として構成してもよい。
【００２９】
ここで記憶媒体としては、フレキシブルディスクやＣＤ−ＲＯＭ、光磁気ディスク、ＩＣカード、ＲＯＭカートリッジ、パンチカード、バーコードなどの符号が印刷された印刷物、コンピュータの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ）および外部記憶装置などコンピュータが読み取り可能な種々の媒体を利用できる。
【発明を実施するための最良の形態】
【００３０】
以下、本発明の実施の形態について実施例に基づき説明する。
Ａ．印刷仲介システム：
Ｂ．通信内容に対応した処理：
【００３１】
Ａ．印刷仲介システム：
図２は、印刷仲介システムの全体構成を示す説明図である。このシステムで仲介サーバ２００は、パーソナルコンピュータ３００及び印刷装置１００とネットワークを介して接続している。パーソナルコンピュータ３００は印刷仲介依頼を仲介サーバ２００に発する。これに基づいて仲介サーバ２００は、印刷装置１００に印刷依頼を発する。印刷装置１００は、この印刷依頼を受け、パーソナルコンピュータ３００のユーザが所望する印刷を実行する。
【００３２】
ここで仲介サーバ２００は、セキュリティ通信におけるサーバとして機能することで、パーソナルコンピュータ３００及び印刷装置１００とセキュリティ通信を確立することができる。これによってパーソナルコンピュータ３００のユーザは、第三者の不正なアクセスを防ぎつつ、所望する印刷依頼を印刷装置１００で実現させることができる。
【００３３】
なお、実施例でネットワークは、インターネットのような広域的なネットワークでもよいし、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やいわゆるパソコン通信などの比較的限定的なネットワークであってもよい。また、セキュリティ通信としては既述のＳＳＬを利用して以下の説明を行うが、サーバが保持する秘密鍵と頒布された公開鍵との利用に基づくセキュリティ通信であれば、種々のものが利用可能である。
【００３４】
さらに、図２ではパーソナルコンピュータ３００と印刷装置１００とのみを例示したが、仲介装置２００に接続される装置はこれらに限定されるわけではない。仲介サーバ２００は、図示しない複数のコンピュータや印刷装置と接続している。パーソナルコンピュータ３００は、それら複数の印刷装置から選択して、仲介サーバ２００に印刷仲介を行わせることができる。また、仲介サーバ２００は、複数の装置からの印刷依頼を受け付けて、選択された印刷装置に印刷実行を行わせる。
【００３５】
図２には、仲介サーバ２００の機能ブロック構成を併せて示した。仲介サーバ２００は、ＣＰＵおよびメモリ等を備えたマイクロコンピュータとして構成された制御ユニット２１０を備えており、図示する機能ブロックは、それぞれ制御ユニット２１０の機能としてソフトウェア的に構成されている。もっとも、各機能ブロックは、ハードウェア的に構成しても構わない。
【００３６】
通信部２１５は、パーソナルコンピュータ３００及び印刷装置１００との通信を司る。通信部２１５は、ＳＳＬ技術を利用したセキュリティ通信を利用することができる。鍵保持部２１２は、セキュリティ通信に利用可能な秘密鍵と公開鍵とを保持する。
【００３７】
データ処理部２１３は、通信部２１５を介して、パーソナルコンピュータ３００から印刷依頼に係る依頼データを取得するとともに、印刷装置１００に対して、依頼データに基づいた印刷を指示する仲介データを送付する。このとき、パーソナルコンピュータ３００及び印刷装置１００との通信には、セキュリティ通信を利用することができる。パーソナルコンピュータ３００によって暗号化された依頼データを復号するとともに、復号されたデータを、印刷装置１００が復号可能な態様で再暗号化する。
【００３８】
なお、データ処理部２１３は依頼データに基づいた所定の処理や解析等を行った結果のデータを、印刷装置１００への送付に利用するものとしてもよい。例えば、依頼データからは印刷対象に係るＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）の情報が含まれて、仲介サーバ２００は、そのＵＲＬに基づいて画像ファイル等の取得を行い、暗号化を行って印刷装置１００に送付するものとしてもよい。
【００３９】
また、パーソナルコンピュータ３００が行う暗号化は公開鍵による暗号化であって、データ処理部２１３が行う復号は秘密鍵による復号であるものとしてもよい。このようにすれば、図１で示したような、セキュリティ通信の確立における共通鍵送付に係る処理を軽減することができる。
【００４０】
図３は、印刷仲介を行うためのインタフェースを示す説明図である。ここでパーソナルコンピュータ３００はいわゆるブラウザプログラムを実行する機能を備えるものとする。ユーザは、このプログラムを実行することで依頼データを仲介サーバ２００に送付することができる。
【００４１】
依頼データを送付するブラウザ画面３１０は、仲介サーバ２００が提供する画面である。ユーザは、コンテンツ指示部３１１を利用して印刷対象をＵＲＬで指定するとともに、印刷先指示部３１２をチェックすることで印刷先を指定することができる。ユーザが実行ボタン３１４をクリックすることで、ブラウザプログラムは、暗号化処理による依頼データの作成を行って、仲介サーバ２００に送付する。なお、依頼データには、指定されたＵＲＬの情報を含むものとしてもよいし、ＵＲＬが指定するファイルそのものをブラウザが取得して、取得したファイルを含むものとしてもよい。なお、ステータス情報表示ボタン３１３については後述する。
【００４２】
図４は、印刷仲介を行う処理を示すフローチャートである。これは、パーソナルコンピュータ３００が行う印刷依頼処理と、仲介サーバ２００が行う印刷仲介処理と、印刷装置１００が行う印刷処理との処理タイミングの関係が明らかとしつつ、３つのフローチャートを並べて示したものである。
【００４３】
ステップＳｂ１０１におけるパーソナルコンピュータ３００の処理、及びステップＳｃ１０１における仲介サーバ２００の処理は、互いに通信することで、相互間のセキュリティ通信を確立する処理である。これについては、図１を用いて先に例示した通りである。パーソナルコンピュータ３００は仲介サーバ２００に対して共通鍵の送付を行う。
【００４４】
パーソナルコンピュータ３００は、ステップＳｂ１０２で、暗号化処理を行って依頼データを作成する。ここで暗号化処理には、ステップＳｂ１０１で仲介サーバ２００に別途送付済みの共通鍵を利用する。ステップＳｂ１０３では、作成した依頼データを仲介サーバ２００に送付する。
【００４５】
仲介サーバ２００は、ステップＳｃ１０３で、パーソナルコンピュータ３００から依頼データを取得するとともに、ステップＳｃ１０４でその復号を行う。復号にあたっては、先にステップＳｃ１０１で取得した共通鍵を利用する。
【００４６】
次に、ステップＳｃ１０５における仲介サーバ２００の処理及びステップＳｄ１０５における印刷装置１００の処理は、それぞれ、ステップＳｃ１０１における仲介サーバ２００の処理及びステップＳｂ１０１におけるパーソナルコンピュータ３００の処理と同様であり、相互間のセキュリティ通信を確立する処理である。先の場合と同様にして、印刷装置１００が仲介サーバ２００に対して共通鍵の送付を行う。これによって、印刷装置１００と仲介サーバ２００相互間で、セキュリティ通信を確立する。
【００４７】
仲介サーバ２００は、ステップＳｃ１０６で、暗号化処理を行って仲介データを作成する。ここでは、先にステップＳｃ１０４で復号したデータを、共通鍵によって暗号化する。この共通鍵は、ステップＳｃ１０５で別途印刷装置１００から取得済みの共通鍵を利用する。ステップＳｃ１０７では、作成した仲介データを印刷装置１００に送付する。
【００４８】
印刷装置１００は、ステップＳｄ１０７で仲介サーバ２００から仲介データを取得するとともに、ステップＳｄ１０８でその復号を行う。復号にあたっては、先にステップＳｄ１０９で仲介サーバ２００に送付したものと同じ共通鍵を利用する。印刷装置１００は、パーソナルコンピュータ３００のユーザが所望する印刷内容を、復号したデータに基づいて特定する。ステップＳｄ１０９で印刷処理を実行する。
【００４９】
なお、パーソナルコンピュータ３００及び印刷装置１００は、仲介サーバ２００のいわゆる認証を行うものとしてもよい。この場合、例えば、パーソナルコンピュータ３００は認証サーバから仲介サーバ２００のサーバ証明書を取得して、仲介サーバ２００の認証を行う。また、逆に、仲介サーバ２００が、パーソナルコンピュータ３００や印刷装置１００の認証を行う場合も有用である。
【００５０】
また、鍵保持部２１２に保持する秘密鍵については、一つであっても複数でよい。例えば、パーソナルコンピュータ３００に対する場合と印刷装置１００とに対する場合とで、異なる秘密鍵を利用することも可能である。
【００５１】
本実施例に従って構成した印刷仲介システムを利用することにより、秘密鍵を集中管理しつつ、ネットワークを介したセキュリティ通信を利用することができる。
【００５２】
秘密鍵を集中管理する装置は、ソフトウェア的にも、ハードウェア・物理的にも不正なアクセスに対して極めて堅牢なものとすることが容易である。また、鍵管理装置にアクセスするクライアントは独自に鍵を管理する必要が不要である。ユーザは、クライアントに対する鍵のインストールやアップデート処理の煩雑さから逃れることができる。
【００５３】
Ｂ．通信内容に対応した処理：
次に第２実施例として、第１実施例の変形例について説明する。本実施例で仲介サーバは、通信内容や通信の方向に応じて、セキュリティ通信と通常通信を使い分けつつ、通信を仲介する。
【００５４】
図５は、第２実施例のシステム構成を示す説明図である。これは、図１に示した第１実施例のシステム構成と同様である。もっとも、説明の便宜のため、異なる態様で示している。
【００５５】
第１実施例の場合と同様に、仲介サーバ４００は、パーソナルコンピュータ３００及び印刷装置１００相互間の通信を仲介する。ここで、仲介する通信は、パーソナルコンピュータ３００から印刷装置１００への通信（以下、「下り通信」と呼ぶ）と、印刷装置１００からパーソナルコンピュータ３００への通信（以下、「上り通信」と呼ぶ）とからなる。本実施例で仲介サーバ４００は、上り通信と下り通信とを異なる態様で仲介することができる。
【００５６】
パーソナルコンピュータ３００は、印刷装置１００に印刷依頼を行う。これは、仲介サーバ４００が仲介する下り通信に基づくものである。仲介サーバ４００は、セキュリティ通信としてこれを実現する。他方で仲介サーバ４００は、上り通信の仲介を行い、印刷装置１００からそのステータス情報を取得してパーソナルコンピュータ３００に転送する。仲介サーバ４００は、これを通常の通信として実現する。
【００５７】
仲介サーバ４００が仲介する上り通信と下り通信とは、上記の例示した場合の他にも種々の目的に利用することが可能である。仲介サーバ４００はそれら通信を、仲介する通信の内容に基づいて、セキュリティ通信としたり、通常の通信としたりすることができる。例えば、印刷装置１００は商用印刷サービスにおける印刷装置であるとする。仲介サーバ４００は、印刷装置１００がパーソナルコンピュータ３００に送付する課金情報の上り通信についてはセキュリティ通信としてこれを仲介する。
【００５８】
図５には、仲介サーバ４００の機能ブロック構成をあわせて示している。本実施例でも、機能ブロックは、マイクロコンピュータとして構成された仲介サーバ４００の制御ユニット４１０の機能としてソフトウェア的に構成される。
【００５９】
通信部４１５、鍵保持部４１２、データ処理部４１３が行う処理については、第１実施例で説明した通りである。転送部４１４については、仲介通信におけるデータ処理部４１３の機能を抑制することができる。データ処理部４１３は、セキュリティ通信において、復号と暗号化との処理を奏するものであった。転送部４１４は、パーソナルコンピュータ３００又は印刷装置１００から取得したデータを、直接に他方の装置に転送させる機能を奏する。つまり、セキュリティ通信を利用するか通常通信を利用するかを制御する機能を備える。
【００６０】
ここで、転送部４１４とデータ処理部４１３とは、それぞれ、下り通信を司る部位と上り通信を司る部位とに分かれる。下り仲介処理部４１６ａは、転送部４１４及びデータ処理部４１３における下り通信を司る部位を含む。他方、上り仲介処理部４１６ｂはそれぞれの上り通信を司る部位を含む。
【００６１】
すなわち、下り仲介処理部４１６ａは、下り通信で中継するデータについて、受信データをそのまま転送したり、復号と再暗号化との処理を行って転送したりする機能を備え、また、上り仲介処理部４１６ｂは上り通信について同様の機能を備える。
【００６２】
通信仲介制御部４１７は、下り仲介処理部４１６ａと上り仲介処理部４１６ｂとを、それぞれ制御する機能を備える。通信仲介制御部４１７は、下り通信における通信内容に基づいて下り仲介処理部４１６ａを制御し、上り通信における通信内容に基づいて上り仲介処理部４１６ｂを制御する。
【００６３】
通信仲介制御部４１７は、下り通信記憶部４１８ａと上り通信記憶部４１８ｂとを備える。これらは、通信内容の種類と、その通信をセキュリティ通信とすべきか否かの情報とを関連付けた表を記憶している。下り通信記憶部４１８ａは下り通信について、上り通信記憶部４１８ｂは上り通信についてこの記憶を行っている。通信仲介制御部４１７は、通信内容を検索キーとしてこの表のサーチを行うことで、その通信をセキュリティ通信とするべきか否かを特定することができる。下り通信については下り通信記憶部４１８ａを検索し、上り通信については上り通信記憶部４１８ｂを検索する。
【００６４】
図６は、ステータス情報を取得するインタフェースを示す説明図である。これも、第１実施例の場合と同様に、パーソナルコンピュータ３００上で動作するブラウザプログラムが表示する画面である。
【００６５】
ブラウザ画面３２０は、印刷装置１００のステータス情報を表示するブラウザ画面である。これは、第１実施例の説明で示したブラウザ画面３１０において、ユーザが、印刷先指示部３１２で印刷装置１００の指定を行い、ステータス情報表示ボタン３１３をクリックした場合について例示したものである。これによって、指示を受ける仲介サーバ４００は、印刷装置１００からステータス情報を取得するとともに、取得したステータス情報に基づいて、ブラウザ画面３２０をパーソナルコンピュータ３００に提供する。
【００６６】
ブラウザ画面３２０には印刷装置１００のステータス情報の表示を含んでいる。ここでは、印刷依頼の受け付けが可能であるか否か、インク残量、セッティングされた用紙の種類などのステータス情報について表示している。
【００６７】
図７は、課金情報を取得するインタフェースを示す説明図である。これは、印刷装置１００が商用印刷サービスにおける印刷装置である場合を考えたものである。印刷装置１００のステータス情報として、その課金情報を含めて表示される場合について例示する。ブラウザ画面３２１の表示には、今月と先月の課金情報を含む。
【００６８】
図６に示したブラウザ画面３２０の表示と、図７に示したブラウザ画面３２１の表示とのいずれの場合においても、仲介サーバ４００は、印刷装置１００からパーソナルコンピュータ３００への上り通信の仲介を行う。しかし、仲介サーバ４００は、ブラウザ画面３２０では通常通信を仲介するものの、課金情報を含むブラウザ画面３２１を表示するときには、セキュリティ通信を仲介する。
【００６９】
図８は、第２実施例における仲介サーバ４００の処理を示すフローチャートである。これは、仲介サーバ４００が、上り通信又は下り通信を仲介する処理を示したものである。
【００７０】
ステップＳｅ１０１では、通信仲介制御部４１７が、仲介すべき通信方向の情報を取得する。これにより通信仲介制御部４１７は、仲介すべき通信が上り通信であるか下り通信であるかを特定する。ここで通信仲介制御部４１７は、印刷装置３００又はパーソナルコンピュータ３００から受ける通信仲介の要求と、その要求が送受信のいずれであるかについて通信部４１５を介した取得を行う。
【００７１】
ステップＳｅ１０２では、仲介通信をセキュリティ通信とするか否かを決定するための検索に利用する表データとして、下り通信記憶部４１８ａと上り通信記憶部４１８ｂとのいずれのものを利用するかを決定する。これは、仲介を行う通信の方向に基づいて決定する。
【００７２】
ステップＳｅ１０３では、通信内容データの入力を行い、ステップＳｅ１０４では、入力したデータを検索キーとして表検索を行う。通信仲介制御部４１７は、通信部４１０を介して通信内容データを取得する。印刷装置１００やパーソナルコンピュータ３００の通信仲介要求に基づいて通信内容データを調えることができる。なお、検索を行うべき表については、ステップＳｅ１０２で予め特定したものである。
【００７３】
ここで、通信内容データが未知のものであり、表検索がミスヒットする場合には、デフォルトの通信内容データと同様の検索結果が生じたものとして（ステップＳｅ１０５、Ｓｅ１０６）、ステップＳｅ１０７の処理が行われる。デフォルトの通信内容データとしては、下り通信記憶部４１８ａにおいては印刷データ送付通信（セキュリティ通信）が、上り通信記憶部４１８ｂにおいてはステータス情報提供通信（通常通信）がそれぞれ設定されている。
【００７４】
以上の処理により、ステップＳｅ１０７では、下り仲介処理部４１６ａ又は上り仲介処理部４１６ｂのいずれか一つを選択して起動するとともに、それに対してセキュリティ通信又は通常通信の別を指示する。
【００７５】
この後、ステップＳｅ１０８以下の処理で、データ送受信を行う。通信元装置からデータ受信を行い、通信先装置への転送を行う。セキュリティ通信を利用する場合、ステップＳｅ１０９ａにおいて、図１で例示したところのセキュリティ通信起動処理が通信部４１５によって行われる。またデータ処理部４１３が暗号化と復号の処理を行う。他方、通常通信を利用する場合、セキュリティ通信起動処理等は行わない（ステップＳｅ１０９ｂ）。受信するデータは、転送部４１４が、送信処理に直接回付する。
【００７６】
また、第１実施例の説明に利用した印刷仲介処理の場合、ステップＳｅ１０４における下り通信記憶部４１８ａの検索において、「印刷データ送付」通信が特定されることで、セキュリティ通信の仲介が行われる。
【００７７】
また、先にインタフェースを例示した情報取得処理において、図６の場合には通常通信が、図７の場合にはセキュリティ通信を利用するものと説明した。これはステップＳｅ１０４の表検索において仲介すべき通信の内容の特定が、前者では「ステータス情報提供」通信として、後者では「課金情報提供」通信として、それぞれ特定されることに基づくものである。
【００７８】
なお、ここに、図６の場合と図７の場合とでは、仲介されるセキュリティ通信における暗号化のレベルが変更されるものとしてもよい。この場合、上り通信記憶部４１８ｂの検索によって、仲介すべきセキュリティ通信に利用すべき暗号化方法や暗号化に利用する鍵のビット長も決定される。
【００７９】
なお、上り通信又は下り通信について、セキュリティ通信を利用するか通常通信を利用するかが、固定的に定まっているものとしてもよい。このとき、例えば、通信仲介制御部４１７は、上り仲介処理部４１６ａに対して常にセキュリティ通信を指示したり、上り仲介処理部４１６ｂに対して常にセキュリティ通信を指示したりする。
【００８０】
また、印刷装置１００やパーソナルコンピュータ３００は、上り通信や下り通信の仲介においてセキュリティ通信を適用するか否かを、仲介サーバ４００に対して明示的に指示し、変更するものとしてもよい。
【００８１】
本実施例に従って構成した印刷仲介システムを利用することにより、仲介装置に接続するクライアントに対して、柔軟な態様で通信を仲介することができる。クライアントは、通信内容に応じて、セキュリティ通信による仲介通信と通常通信による仲介通信とを使い分けることができる。使い分けは、上り通信と下り通信とを別個に行うことが可能であり、通信内容や通信目的に応じた柔軟な処理が可能である。
【００８２】
以上、本発明の種々の実施例について説明したが、本発明はこれらの実施例に限定されず、その趣旨を逸脱しない範囲で種々の構成を採ることができることはいうまでもない。例えば、以上の処理はソフトウェアで実現する他、ハードウェア的に実現するものとしてもよい。
【図面の簡単な説明】
【００８３】
【図１】公開鍵暗号方式を利用してセキュリティ通信を確立する処理の一例を示す説明図である。
【図２】印刷仲介システムの全体構成を示す説明図である。
【図３】印刷仲介を行うためのインタフェースを示す説明図である。
【図４】印刷仲介を行う処理を示すフローチャートである。
【図５】第２実施例のシステム構成を示す説明図である。
【図６】ステータス情報を取得するインタフェースを示す説明図である
【図７】課金情報を取得するインタフェースを示す説明図である。
【図８】第２実施例における仲介サーバの処理を示すフローチャートである。
【符号の説明】
【００８４】
１００...印刷装置
３００...パーソナルコンピュータ
２００...仲介サーバ
２１０...制御ユニット
２１２...鍵保持部
２１３...データ処理部
２１５...通信部
３１０...依頼データを送付するブラウザ画面
３１１...コンテンツ指示部
３１２...印刷先指示部
３１４...実行ボタン
３１３...ステータス情報表示ボタン
４００...仲介サーバ
４１０...制御ユニット
４１２...鍵保持部
４１３...データ処理部
４１４...転送部
４１５...通信部
４１６ａ...下り仲介処理部
４１６ｂ...上り仲介処理部
４１７...通信仲介制御部
４１８ａ...下り通信記憶部
４１８ｂ...上り通信記憶部
３２０...ステータス情報を表示するブラウザ画面
３２１...課金情報を表示するブラウザ画面
【図１】
2007189742.tif 000003
【図２】
2007189742.tif 000004
【図３】
2007189742.tif 000005
【図４】
2007189742.tif 000006
【図５】
2007189742.tif 000007
【図６】
2007189742.tif 000008
【図７】
2007189742.tif 000009
【図８】
2007189742.tif 000010
【手続補正書】
【提出日】平成19年5月1日(2007.5.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された２つのクライアント間での通信を仲介する仲介装置であって、
前記クライアントとの通信で使用する秘密鍵を少なくとも一つ記憶する鍵記憶部と、
前記秘密鍵と前記秘密鍵に対応した公開鍵とを用いた通信によって前記第１のクライアントから第１の共通鍵を取得するとともに、前記第１の共通鍵を用いて暗号化された暗号化データを前記第１のクライアントから取得する取得部と、
前記暗号化データを前記第１の共通鍵を用いて復号し、前記秘密鍵と前記公開鍵とを用いた通信によって前記第２のクライアントから第２の共通鍵を取得するとともに、前記第１の共通鍵を用いて復号されたデータを前記第２の共通鍵を用いて再び暗号化するデータ処理部と、
前記再暗号化されたデータを前記第２のクライアントに送付する送付部と、
を備え、
前記取得部は、前記第１のクライアントとの通信を開始する度に前記第１のクライアントから第１の共通鍵を新たに取得し、
前記データ処理部は、前記第２のクライアントとの通信を開始する度に前記第２のクライアントから第２の共通鍵を新たに取得する、仲介装置。
【請求項２】
請求項１記載の仲介装置であって、
前記秘密鍵は、前記２つのクライアントに対して共通である仲介装置。
【請求項３】
請求項１記載の仲介装置であって、
前記第２のクライアントとの通信を利用して、該第２のクライアントのステータス情報を取得する仲介装置。
【請求項４】
請求項１記載の仲介装置であって、
前記第１のクライアントは、サービス要求を発信する要求クライアントであり、
前記第２のクライアントは、該サービス要求に応じてサービスを提供するサービス装置であり、
前記第２のクライアントから受信したデータについては、前記第１のクライアントに暗号化せずに転送する転送部を備える仲介装置。
【請求項５】
請求項１記載の仲介装置であって、
前記データ処理部はデータの内容に応じて前記暗号化と前記復号との態様を切り替える仲介装置。
【請求項６】
印刷に係るサービス依頼を仲介する請求項１記載の仲介装置。
【請求項７】
ネットワークを介して接続された２つのクライアント間での通信を仲介する方法であって、
コンピュータが、前記クライアントとの通信で使用する秘密鍵を少なくとも一つ記憶する工程と、
前記コンピュータが、前記秘密鍵と前記秘密鍵に対応した公開鍵とを用いた通信によって前記第１のクライアントから第１の共通鍵を取得するとともに、前記第１の共通鍵を用いて暗号化された暗号化データを前記第１のクライアントから取得する工程と、
前記コンピュータが、前記暗号化データを前記第１の共通鍵を用いて復号し、前記秘密鍵と前記公開鍵とを用いた通信によって前記第２のクライアントから第２の共通鍵を取得するとともに、前記第１の共通鍵を用いて復号されたデータを前記第２の共通鍵を用いて再び暗号化する工程と、
前記コンピュータが、前記再暗号化されたデータを前記第２のクライアントに送付する工程と、
を備え、
前記コンピュータが、前記第１のクライアントとの通信を開始する度に前記第１のクライアントから第１の共通鍵を新たに取得し、
前記コンピュータが、前記第２のクライアントとの通信を開始する度に前記第２のクライアントから第２の共通鍵を新たに取得する、仲介方法。
【請求項８】
仲介装置に、ネットワークを介して接続された２つのクライアント間での通信を仲介するためのコンピュータプログラムであって、
前記クライアントとの通信で使用する秘密鍵を少なくとも一つメモリに記憶する機能と、
前記秘密鍵と前記秘密鍵に対応した公開鍵とを用いた通信によって前記第１のクライアントから第１の共通鍵を取得するとともに、前記第１の共通鍵を用いて暗号化された暗号化データを前記第１のクライアントから取得して前記メモリに記憶する機能と、
前記暗号化データを前記第１の共通鍵を用いて復号し、前記秘密鍵と前記公開鍵とを用いた通信によって前記第２のクライアントから第２の共通鍵を取得するとともに、前記第１の共通鍵を用いて復号されたデータを前記第２の共通鍵を用いて再び暗号化して前記メモリに記憶する機能と、
前記再暗号化されたデータを前記メモリから読み出して前記第２のクライアントに送付する機能とを前記仲介装置に実現させるためのコンピュータプログラムであり、
前記取得する機能は、前記第１のクライアントとの通信を開始する度に前記第１のクライアントから第１の共通鍵を新たに取得し、
前記再び暗号化する機能は、前記第２のクライアントとの通信を開始する度に前記第２のクライアントから第２の共通鍵を新たに取得する、コンピュータプログラム。
【請求項９】
請求項１０記載のコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
上記課題の少なくとも一部を解決するために、本発明では、次の構成を適用した。
本発明の一形態による仲介装置は、ネットワークを介して接続された２つのクライアント間での通信を仲介する仲介装置であって、
前記クライアントとの通信で使用する秘密鍵を少なくとも一つ記憶する鍵記憶部と、
前記秘密鍵と前記秘密鍵に対応した公開鍵とを用いた通信によって前記第１のクライアントから第１の共通鍵を取得するとともに、前記第１の共通鍵を用いて暗号化された暗号化データを前記第１のクライアントから取得する取得部と、
前記暗号化データを前記第１の共通鍵を用いて復号し、前記秘密鍵と前記公開鍵とを用いた通信によって前記第２のクライアントから第２の共通鍵を取得するとともに、前記第１の共通鍵を用いて復号されたデータを前記第２の共通鍵を用いて再び暗号化するデータ処理部と、
前記再暗号化されたデータを前記第２のクライアントに送付する送付部と、
を備え、
前記取得部は、前記第１のクライアントとの通信を開始する度に前記第１のクライアントから第１の共通鍵を新たに取得し、
前記データ処理部は、前記第２のクライアントとの通信を開始する度に前記第２のクライアントから第２の共通鍵を新たに取得する。