(57)【要約】【課題】可用性、柔軟性、および実現性を高める。【解決手段】所定の移動通信装置と、当該移動通信装置から送信されたユーザデータを一時的に保存して当該ユーザデータに関連するサービスを提供する保存サーバと、前記移動通信装置および当該保存サーバと連携して、前記ユーザデータを所定の出力形態で出力する出力装置とを備えた暗号システムにおいて、前記移動通信装置は、第１の鍵格納部と、第２の鍵格納部と、保存要求部と、鍵送信部とを備え、前記出力装置は、復号化処理部を備え、復号化されたユーザデータを、所定の出力形態で出力する。【選択図】　図１
2004112571.tif 000002
【特許請求の範囲】
【請求項１】
所定の復号化鍵を格納した鍵格納部と、
当該鍵格納部から当該復号化鍵を読み出して送信する鍵送信部とを備え、
所定の復号化装置に対し、当該復号化鍵を送信することで、当該復号化装置内に記憶されている暗号化された状態のデータを復号化させることを特徴とする移動通信装置。
【請求項２】
請求項１の移動通信装置において、
前記復号化鍵としては、公開鍵暗号方式における秘密鍵を利用し、復号化後には、前記復号化装置上の当該秘密鍵を再利用不能な状態にすることを特徴とする移動通信装置。
【請求項３】
所定の移動通信装置と、当該移動通信装置から送信されたユーザデータを一時的に保存して当該ユーザデータに関連するサービスを提供する保存サーバと、前記移動通信装置および当該保存サーバと連携して、前記ユーザデータを所定の出力形態で出力する出力装置とを備えた暗号システムにおいて、
前記移動通信装置は、
所定の暗号化鍵を格納した第１の鍵格納部と、
当該暗号化鍵に対応する復号化鍵を格納した第２の鍵格納部と、
前記ユーザデータを前記暗号化鍵で暗号化した上で前記保存サーバに送信して保存させる保存要求部と、
当該保存サーバに保存されていた暗号化された状態のユーザデータが前記出力装置に送信されたとき、前記第２の鍵格納部から前記復号化鍵を読み出して当該出力装置に送信する鍵送信部とを備え、
前記出力装置は、
当該鍵送信部から受信した前記復号化鍵を用いて、暗号化されたユーザデータを復号化する復号化処理部を備え、復号化されたユーザデータを、前記出力形態で出力することを特徴とする暗号システム。
【請求項４】
請求項３の暗号システムにおいて、
前記暗号化鍵としては、公開鍵暗号方式における公開鍵を利用すると共に、前記復号化鍵としては当該公開鍵に対応する秘密鍵を利用し、復号化後には、前記出力装置上の当該秘密鍵を再利用不能な状態にすることを特徴とする暗号システム。
【請求項５】
所定の移動通信装置と、当該移動通信装置から送信されたユーザデータを一時的に保存して当該ユーザデータに関連するサービスを提供する保存サーバとを、前記移動通信装置および当該保存サーバと連携して、前記ユーザデータを所定の出力形態で出力する出力装置とを備えた暗号システムにおいて、
前記移動通信装置は、
所定の暗号化鍵を格納した第１の鍵格納部と、
当該暗号化鍵に対応する復号化鍵を格納した第２の鍵格納部と、
前記ユーザデータを前記暗号化鍵で暗号化した上で前記保存サーバに送信して保存させる保存要求部と、
当該保存サーバに保存されていた暗号化された状態のユーザデータが前記出力装置に送信されたとき、前記第２の鍵格納部から前記復号化鍵を読み出して当該出力装置に送信する鍵送信部とを備えることを特徴とする暗号システム。
【請求項６】
鍵格納部と、鍵送信部を備えた移動通信装置を用いる移動通信方法において、
所定の復号化鍵を前記鍵格納部に格納しておき、
前記鍵送信部が、当該鍵格納部から当該復号化鍵を読み出して所定の復号化装置に送信し、
当該復号化装置は、当該復号化鍵を受信すると当該復号化鍵を用いて、当該復号化装置内に記憶されている暗号化された状態のデータを復号化させることを特徴とする移動通信方法。
【請求項７】
請求項６の移動通信方法において、
前記復号化鍵としては、公開鍵暗号方式における秘密鍵を利用し、復号化後には、前記復号化装置上の当該秘密鍵を再利用不能な状態にすることを特徴とする移動通信方法。
【請求項８】
所定の移動通信装置と、当該移動通信装置から送信されたユーザデータを一時的に保存して当該ユーザデータに関連するサービスを提供する保存サーバと、前記移動通信装置および当該保存サーバと連携して、前記ユーザデータを所定の出力形態で出力する出力装置に関する暗号方法において、
前記移動通信装置では、
所定の暗号化鍵を第１の鍵格納部に格納すると共に、当該暗号化鍵に対応する復号化鍵を第２の鍵格納部に格納しておき、
保存要求部が、前記ユーザデータを前記暗号化鍵で暗号化した上で前記保存サーバに送信して保存させ、
当該保存サーバに保存されていた暗号化された状態のユーザデータが前記出力装置に送信されたとき、鍵送信部が、前記第２の鍵格納部から前記復号化鍵を読み出して当該出力装置に送信し、
当該出力装置では、
当該鍵送信部から受信した前記復号化鍵を用いて、復号化処理部が、暗号化されたユーザデータを復号化し、復号化されたユーザデータを、前記出力形態で出力することを特徴とする暗号方法。
【請求項９】
請求項８の暗号方法において、
前記暗号化鍵としては、公開鍵暗号方式における公開鍵を利用すると共に、前記復号化鍵としては当該公開鍵に対応する秘密鍵を利用し、復号化後には、前記出力装置上の当該秘密鍵を再利用不能な状態にすることを特徴とする暗号方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は移動通信装置、暗号システム、移動通信方法、および暗号方法に関し、例えば、携帯電話機がローカル通信で送信する公開鍵を利用して、ＭＭＫ端末が、記憶中のデータを復号化し、出力する場合などに適用して好適なものである。
【０００２】
【従来の技術】
従来、個人情報などの秘匿性が求められる情報（秘匿性情報）は、所定の暗号化鍵によって暗号化した状態でネットワークを伝送したり、通信装置に保存したりしている。
【０００３】
暗号化鍵で暗号化しておくことにより、当該暗号化鍵に対応する復号化鍵を持つ者にしか秘匿性情報を復号化（または解読）することができないため、第３者に平文の秘匿性情報を知られることがなくなる。
【０００４】
【発明が解決しようとする課題】
ところで、前記復号化鍵（例えば、ＳＳＬのセッションキー（共通鍵））は通常、Ｗｅｂブラウザを搭載した携帯電話機などの内部に格納された状態であり、当該携帯電話機が、暗号化された秘匿性情報を受信したときにその情報を復号化鍵で復号化する構成となっている。
【０００５】
しかしながら、例えば、広域に分散配置され不特定多数のユーザによって共用されるＭＭＫ端末を前記秘匿性情報の出力に利用する場合などには、復号化鍵は携帯電話機に有り、暗号化データはＭＭＫ端末上に有るというように、復号化操作を規定する復号化鍵と、その復号化操作の対象になる暗号化された秘匿性情報の存在する情報処理装置が一致しないという矛盾が発生することがある。
【０００６】
このように復号化鍵と暗号化された秘匿性情報を格納する情報処理装置の不一致が発生した場合、これらを一致させるために、暗号化された状態の秘匿性情報を当該ＭＭＫ端末から携帯電話機に送信することも考えられるが、この送信を行うためには、そのための通信インタフェースをＭＭＫ端末と携帯電話機が装備し、なおかつ、携帯電話機が当該秘匿性情報を格納できるだけの記憶資源を備える必要がある。
【０００７】
通信インタフェースを用意することができたとしても、実際には、携帯電話機の記憶資源が必ずしも十分な容量でないことが多い。また、一般的に、ある原データを暗号化すると、暗号化後のデータサイズは、原データのサイズより増大することも、携帯電話機が暗号化された状態の秘匿性情報を格納することを難しくし、そのようなシステム構成の実現性を低下させる。
【０００８】
また、当該秘匿性情報をユーザの希望に応じて適正に出力できる出力機能（例えば、印刷機能）が携帯電話機側に無く、このＭＭＫ端末側にしか存在しない場合には、そのような通信インタフェースが存在し秘匿性情報を携帯電話機へ送信して格納し、なおかつ、携帯電話機側で秘匿性情報を復号化できたとしても、復号化結果である平文の秘匿性情報を適正に出力することができないという問題が起き、可用性が低く、柔軟性に欠ける。
【０００９】
このような問題は、当該携帯電話機がパーソナルコンピュータなどの移動性の低い通信端末と置き換わった場合にも成立し得る。
【００１０】
【課題を解決するための手段】
かかる課題を解決するために、第１の発明の移動通信装置（一例として、携帯電話機１６）では、所定の復号化鍵（一例としては、携帯秘密鍵ＰＶ６）を格納した鍵格納部（一例としては、鍵ファイルＦ３）と、当該鍵格納部から当該復号化鍵を読み出して送信する鍵送信部（一例として、通信部３０）とを備え、所定の復号化装置（一例として、ＭＭＫ端末１４）に対し、当該復号化鍵を送信することで、当該復号化装置内に記憶されている暗号化された状態のデータ（一例として、暗号化データＥＤ１）を復号化させることを特徴とする。
【００１１】
また、第２の発明の暗号システムでは、所定の移動通信装置と、当該移動通信装置から送信されたユーザデータを一時的に保存して当該ユーザデータに関連するサービスを提供する保存サーバ（一例として、仮想プリントサーバ１３）と、前記移動通信装置および当該保存サーバと連携して、前記ユーザデータを所定の出力形態（一例として印刷出力）で出力する出力装置（一例として、ＭＭＫ端末１４）とを備えた暗号システムにおいて、前記移動通信装置は、所定の暗号化鍵（一例として、携帯公開鍵ＰＢ６）を格納した第１の鍵格納部と、当該暗号化鍵に対応する復号化鍵（一例として、携帯秘密鍵ＰＶ６）を格納した第２の鍵格納部と、前記ユーザデータを前記暗号化鍵で暗号化した上で前記保存サーバに送信して保存させる保存要求部（一例として、制御部３１）と、当該保存サーバに保存されていた暗号化された状態のユーザデータ（一例として、暗号化データＥＤ１）が前記出力装置に送信されたとき、前記第２の鍵格納部から前記復号化鍵を読み出して当該出力装置に送信する鍵送信部とを備え、前記出力装置は、当該鍵送信部から受信した前記復号化鍵を用いて、暗号化されたユーザデータを復号化する復号化処理部（一例として、制御部５１）を備え、復号化されたユーザデータ（一例として、原データＤ１）を、前記出力形態で出力することを特徴とする。
【００１２】
さらに、第３の発明の暗号システムでは、所定の移動通信装置と、当該移動通信装置から送信されたユーザデータを一時的に保存して当該ユーザデータに関連するサービスを提供する保存サーバとを、前記移動通信装置および当該保存サーバと連携して、前記ユーザデータを所定の出力形態で出力する出力装置とを備えた暗号システムにおいて、前記移動通信装置は、所定の暗号化鍵を格納した第１の鍵格納部と、当該暗号化鍵に対応する復号化鍵を格納した第２の鍵格納部と、前記ユーザデータを前記暗号化鍵で暗号化した上で前記保存サーバに送信して保存させる保存要求部と、当該保存サーバに保存されていた暗号化された状態のユーザデータが前記出力装置に送信されたとき、前記第２の鍵格納部から前記復号化鍵を読み出して当該出力装置に送信する鍵送信部とを備えることを特徴とする。
【００１３】
さらにまた、第４の発明の移動通信方法では、鍵格納部と、鍵送信部を備えた移動通信装置を用いる移動通信方法において、所定の復号化鍵を前記鍵格納部に格納しておき、前記鍵送信部が、当該鍵格納部から当該復号化鍵を読み出して所定の復号化装置に送信し、当該復号化装置は、当該復号化鍵を受信すると当該復号化鍵を用いて、当該復号化装置内に記憶されている暗号化された状態のデータを復号化させることを特徴とする。
【００１４】
また、第５の発明の暗号方法では、所定の移動通信装置と、当該移動通信装置から送信されたユーザデータを一時的に保存して当該ユーザデータに関連するサービスを提供する保存サーバと、前記移動通信装置および当該保存サーバと連携して、前記ユーザデータを所定の出力形態で出力する出力装置に関する暗号方法において、前記移動通信装置では、所定の暗号化鍵を第１の鍵格納部に格納すると共に、当該暗号化鍵に対応する復号化鍵を第２の鍵格納部に格納しておき、保存要求部が、前記ユーザデータを前記暗号化鍵で暗号化した上で前記保存サーバに送信して保存させ、当該保存サーバに保存されていた暗号化された状態のユーザデータが前記出力装置に送信されたとき、鍵送信部が、前記第２の鍵格納部から前記復号化鍵を読み出して当該出力装置に送信し、当該出力装置では、当該鍵送信部から受信した前記復号化鍵を用いて、復号化処理部が、暗号化されたユーザデータを復号化し、復号化されたユーザデータを、前記出力形態で出力することを特徴とする。
【００１５】
このような構成により、移動通信装置を復号化鍵の配送に利用することができる。
【００１６】
【発明の実施の形態】
（Ａ）実施形態
以下、本発明にかかる移動通信装置、暗号システム、移動通信方法、および暗号方法の実施形態について説明する。
【００１７】
（Ａ−１）実施形態の構成
本実施形態の通信システム１０の全体構成例を図１に示す。
【００１８】
図１において、通信システム１０は、ネットワーク１１と、携帯電話ネットワーク１２と、仮想プリントサーバ１３と、ＭＭＫ端末１４と、ゲートウエイ（ＧＷ）１５と、携帯電話機１６とを備えている。また、符号１７は、必要に応じて設けられる専用線を示している。
【００１９】
このうちネットワーク１１は、ＬＡＮ（ローカルエリアネットワーク）などであってもかまわないが、ここでは、インターネットであるものとする。また、携帯電話ネットワーク１２は、携帯電話機１６を収容するため、携帯電話事業者によって運営されているネットワークである。携帯電話ネットワーク１２とインターネット１１はゲートウエイ１５を介して接続されている。携帯電話機１６から、インターネット１１上のＷｅｂサイトを閲覧したり、インターネット１１上と電子メールのやり取りを行ったりする際の通信は、すべてこのゲートウエイ１５を経由する。
【００２０】
前記専用線１７はインターネット１１の代替手段であるから、ゲートウエイ１５と専用線１７で結ばれているサーバ（ここでは、仮想プリントサーバ１３）に限り、インターネット１１を経由することなく、専用線１７を経由して携帯電話ネットワーク１２中の携帯電話機１６と通信することになる。
【００２１】
この専用線１７に対しインターネット１１上の第３者がパーソナルコンピュータなどを用いてアクセスすることは、物理的に不可能であるため、データの盗聴、改ざん、なりすまし等の危険が大きいインターネット１１と異なり、専用線１７上では高いセキュリティ性を物理的に確保することができる。
【００２２】
仮想プリントサーバ１３やＭＭＫ端末１４は、多数のユーザ（そのうちの一人が、携帯電話機１６を携帯するＵ１）に対して同様なサービスを提供するものであるが、以下では、主として、ユーザＵ１がこれらのサービスを利用する場合を例に説明を進める。
【００２３】
前記仮想プリントサーバ１３は、ユーザＵ１が最終的にＭＭＫ端末１４から所望のドキュメントを印刷出力するために必要な各種のサービスを提供するサーバである。仮想プリントサーバ１３が提供し得るサービスは多様であるが、ここでは、最も単純なストレージサービスを例に取る。
【００２４】
ストレージサービスは、インターネット１１上に配置した記憶領域（ストレージ）を仮想プリントサーバ１３の会員（ユーザＵ１もその一人）に対して提供するものである。この記憶領域は、インターネット１１上にある仮想プリントサーバ１３に搭載された記憶資源の一部であるから、どこからでもアクセスすることができ、例えば、広域に分散配置されている任意のＭＭＫ端末１４からアクセスすることも可能である。
【００２５】
この仮想プリントサーバ１３の内部構成例を図４に示す。
【００２６】
（Ａ−１−１）仮想プリントサーバの内部構成例
図４において、当該仮想プリントサーバ１３は、通信部４０と、制御部４１と、記憶部４２とを備えている。
【００２７】
通信部４０は、アクセスしてきた携帯電話機１６，およびＭＭＫ端末１４に対し、基本的にＷｅｂサーバ（あるいは、ＦＴＰサーバ）としてのインタフェースを提供するものであってよい。
【００２８】
制御部４１は、ハードウエア的には当該仮想プリントサーバ１３のＣＰＵ（中央処理装置）に相当し、ソフトウエア的にはＯＳ（オペレーティングシステム）やＤＢＭＳ（データベース管理システム）、Ｗｅｂサーバ、ＣＧＩプログラム（ＣＧＩスクリプトも含む）などの各種プログラムに相当する部分である。
【００２９】
記憶部４２はハードウエア的には、ＲＡＭ（ランダムアクセスメモリ）や、ハードディスクなどによって構成される記憶資源であり、ソフトウエア的には、データベースや各種のファイルがこの部分に含まれる。
【００３０】
記憶部４２には、ユーザ管理ファイルＦ２１、暗号化データファイルＦ２２などの各ファイルが格納されている。
【００３１】
このうちユーザ管理ファイルＦ２１は、仮想プリントサーバ１３に会員登録を行ったユーザを管理するためのファイルである。したがって、会員として認定するために最小限度の個人情報は、このユーザ管理ファイルＦ２１に登録されている。例えば、ユーザ（会員）の氏名、電子メールアドレス、ユーザＩＤ、パスワードなどの情報がこれに該当する。
【００３２】
前記ユーザＵ１も、当該仮想プリントサーバ１３の会員であるから、その個人情報は、このユーザ管理ファイルＦ２１に登録されている。
【００３３】
暗号化データファイルＦ２２は、携帯電話機１６上で、携帯電話機１６の後述する公開鍵（携帯公開鍵）ＰＢ６によって暗号化され仮想プリントサーバ１３まで送信されてきたデータ（すなわち、暗号化データＥＤ１）を一時的に保存しておくために生成されるファイルである。当該暗号化データファイルＦ２２は、前記ストレージサービスにより、ユーザＵ１に提供される記憶領域に格納される。
【００３４】
一方、前記仮想プリントサーバ１３とインターネット１１経由で通信し、ＭＭＫ端末１４や図示しない通信端末とローカル通信を用いて通信する携帯電話機１６の内部構成例を図２に示す。
【００３５】
（Ａ−１−２）携帯電話機の内部構成例
図２において、当該携帯電話機１６は、通信部３０と、制御部３１と、記憶部３２と、操作部３３と、表示部３４とを備えている。
【００３６】
このうち通信部３０は前記通信部４０に対応し、制御部３１は前記制御部４１に対応し、記憶部３２は前記記憶部４２に対応するため、その詳しい説明は省略する。
【００３７】
なお、この制御部３１の場合、前記仮想プリントサーバ１３側の制御部４１と異なり、ＷｅｂサーバやＣＧＩプログラムを含むことはなく、その替わりにＷｅｂブラウザなメーラなどの各種プログラムを含む。
【００３８】
また、通信部３０は、基本的な電話機としての音声通話のための機能のほか、インターネット１１経由（あるいは、専用線１７経由）でＷｅｂページを閲覧したり、ファイル転送を行ったり、電子メールを送受信したりする機能を備え、さらに、前記ＭＭＫ端末１４とローカル通信を行うための機能も備えている。本実施形態のローカル通信は、携帯電話機１６からＭＭＫ端末１４へ携帯電話機１６の秘密鍵（携帯秘密鍵）ＰＶ６を送信するために使用する。
【００３９】
携帯電話機１６がＭＭＫ端末１４と通信する手段は、例えば電子メールなどのように、インターネット１１を経由するものであってもかまわないが、本実施形態では、インターネット１１を経由せず、直接、１対１でＭＭＫ端末１４と携帯電話機１６が通信するローカル通信を行うものとする。
【００４０】
ローカル通信は大きく有線方式と無線方式に分かれる。有線方式は、ＭＭＫ端末１４と携帯電話機１６を１対１でケーブルなどで直接、接続して通信する（このケーブルには、携帯電話機１６とＭＭＫ端末１４以外の端末は接続されない）もので、無線方式は当該ケーブルなどを用いずに通信するものである。無線方式のなかには、赤外線を用いるものと電波を用いるものがある。
【００４１】
通信の秘匿性を確保する観点では有線方式のほうが望ましいが、使い勝手などの観点ではコネクタの装着などが不要な無線方式のほうが優れている。無線方式のなかでは、回折してどこまで届いているかが不明確な電波を用いるものよりも、見通しが得られる範囲でしか通信できない赤外線を用いるもののほうが傍受される危険性が少なく秘匿性に優れているといえる。
【００４２】
このようにケーブルや赤外線を活用すれば、平文で携帯秘密鍵ＰＶ６を送信しても通信の過程では物理的に秘匿性を確保できるため、暗号を利用して論理的に秘匿性を保証する必要性は低いが、必要ならば、ローカル通信でも暗号化を行ってもかまわない。例えば、前記電波を用いる無線方式のローカル通信の場合などには、傍受される危険性があるため、暗号化を行うほうが好ましいといえる。
【００４３】
なお、各ローカル通信を行うためには、互いに通信する２つの端末（ここでは、携帯電話機１６とＭＭＫ端末１４）が、そのローカル通信に対応した通信インタフェース（例えば、赤外線によるローカル通信の場合には、赤外線ポート等）を装備していることが必要であることは当然である。
【００４４】
暗号化を行う場合、暗号化鍵としては、ＭＭＫ端末１４の公開鍵（ＭＭＫ公開鍵）ＰＢ４を利用することができる。当該ＭＭＫ公開鍵ＰＢ４は、ローカル通信によって平文のままＭＭＫ端末１４から携帯電話機１６へ送信すればよい。本実施形態で使用する後述の公開鍵暗号方式では、公開鍵から対応する秘密鍵を求めることが困難（ここでは、ＭＭＫ公開鍵ＰＢ４からＭＭＫ秘密鍵ＰＶ４を求めることが困難）であるため、ＭＭＫ公開鍵ＰＢ４を秘匿する必要性は低いからである。
【００４５】
次に記憶部３２は、前記記憶部４２とは格納されるファイルが異なる。
【００４６】
すなわち、当該記憶部３２には、ＰＩＭファイルＦ１、鍵ファイルＦ２，Ｆ３、暗号化データファイルＦ４、原データファイルＦ５などの各ファイルが格納される。
【００４７】
携帯電話機のなかには、ＰＩＭ（個人情報管理）ソフトを搭載したものがあるが、携帯電話機１６がそのような携帯電話機である場合に、前記ＰＩＭファイルＦ１が存在し得る。
【００４８】
ＰＩＭソフトは、例えば、住所録や電話帳などの個人情報管理用のソフトで、多数の個人情報を管理するためのＰＩＭファイルＦ１を生成する。携帯電話機１６上でこのようなＰＩＭソフトを利用するか否かはユーザＵ１の自由であり、ＰＩＭソフトを利用しない場合にはＰＩＭファイルＦ１も存在しないが、すでにユーザＵ１がＰＩＭソフトを利用し、多数の個人情報を収容したＰＩＭファイルＦ１を記憶部３２に格納している場合には、必要に応じて、本実施形態でも、その個人情報を利用することが可能である。
【００４９】
鍵ファイルＦ２，Ｆ３は、暗号化や復号化に使用する鍵を格納しておくためのファイルである。
【００５０】
鍵がどのようなものになるかは、採用する暗号方式に応じて相違するが、本実施形態では、公開鍵系に属する暗号方式の一種を多用する。この公開鍵暗号方式は、大きな数（大きな素数ｐ、ｑの積ｎ＝ｐｑ（ｐ、ｑのそれぞれは一例として１００桁以上））の素因数分解が困難であることに、安全性の根拠を置くものである。この困難性は、当該公開鍵や秘密鍵によって暗号化されたデータに第３者がアタックした場合、例えば、最も効率的で最も計算量の少ない素因数分解アルゴリズムを、最も処理速度の速いコンピュータ上で実行したとしても、その解を得るまでに（すなわち、暗号を解読できるまでに）、現実的でないほど長い時間（一例として、数万年）を要するという程度の困難性である。数万年後に解読できたとしても、この第３者にとっても、ユーザＵ１にとってもほとんど何の意味もないため、事実上、解読不能であるといえる。
【００５１】
なお、解読とは、正規の受信者でない第３者が、素因数分解アルゴリズムなどを利用して暗号化されたデータにアタックし、平文のデータまたは平文の暗号化鍵を得ることを指し、復号化とは、正規の受信者が、復号化鍵（公開鍵または秘密鍵）を利用して暗号化されたデータを処理し平文のデータを得ることを指す。
【００５２】
暗号化や復号化をＯＳＩ参照モデルのアプリケーション層以下のプロトコルとして実行する場合（例えば、トランスポート層で実行する場合など）は、前記通信部３０が、その実行主体となるが、アプリケーションとして実行する場合には、制御部３１がその実行主体となる。
【００５３】
本実施形態では、所定の鍵生成プログラムを利用してあらかじめ一対の携帯公開鍵ＰＢ６と携帯秘密鍵ＰＶ６を当該携帯電話機１６上で生成し、例えば携帯公開鍵ＰＢ６を鍵ファイルＦ２に収容し、携帯秘密鍵ＰＶ６を鍵ファイルＦ３に収容しているものとする。
【００５４】
原データファイルＦ５は、例えば、携帯電話機１６上でユーザＵ１が作成し、編集した原データＤ１を格納しておくためのファイルである。この原データＤ１としては、前記ＰＩＭファイルＦ１内の個人情報などを利用することも可能である。
【００５５】
暗号化データファイルＦ４は、原データファイルＦ５中の原データＤ１を前記携帯公開鍵ＰＢ６で暗号化することで得た暗号化データＥＤ１を格納しておくためのファイルである。
【００５６】
この暗号化データファイルＦ４から取り出した暗号化データＥＤ１を携帯電話機１６から仮想プリントサーバ１３へ送信し、これを受信した仮想プリントサーバ１３が、当該暗号化データＥＤ１を記憶部４２に格納する際に、仮想プリントサーバ１３側で、前記暗号化データファイルＦ２２が生成されるものである。
【００５７】
したがって仮想プリントサーバ１３に一時的に保存されている間、暗号化データＥＤ１は、必ず暗号化された状態にある。しかもこの暗号化は、前記携帯公開鍵ＰＢ６による暗号化であるため、事実上、携帯電話機１６に格納されている携帯秘密鍵ＰＶ６を用いることによってしか復号化（解読）できない。
【００５８】
このため、例えば、仮想プリントサーバ１３側のシステム管理者などの管理の誤りで、インターネット１１上で暗号化データファイルＦ２２が公開されてしまったり、Ｗｅｂサイトのセキュリティホールを突いた攻撃などによって当該暗号化データファイルＦ２２が第３者に取得されてしまったりした場合でも、原データＤ１の内容が第３者に知られることはない。
【００５９】
また、仮想プリントサーバ１３のシステム管理者やネットワーク管理者でも、管理者権限（管理者権限があれば、通常、仮想プリントサーバ１３中のあらゆるファイルを読み書きできる）により、暗号化データファイルＦ２２にアクセスすることはできても、解読はできないため、原データＤ１の内容を知ることはできない。システム管理者やネットワーク管理者は携帯秘密鍵ＰＶ６を取得したり、生成したりすることができないからである。実際の個人情報漏洩事件では、このような正規のシステム管理者やネットワーク管理者が漏洩に関与している場合も少なくないことを考慮すると、これらの者から鍵を秘匿し、原データＤ１を秘匿する必要性も小さくない。
【００６０】
操作部３３は、ユーザＵ１が操作して携帯電話機１６に指示を伝える部分で、例えば、複数の小さな機械的な押しボタン（キー）が配列されている。
【００６１】
表示部３４は、前記Ｗｅｂブラウザなどの機能に応じて画面表示を行うディスプレイ装置に対応する部分で、ユーザＵ１に仮想プリントサーバ１３のＷｅｂサーバが提供するＷｅｂページなどを閲覧させる。
【００６２】
最後に、前記ＭＭＫ端末１４の内部構成例を図３に示す。ＭＭＫ端末１４は、コンビニエンスストアや駅など、多数の人が集まる場所に高い密度で配置される情報処理装置で、プリンタ機能を内蔵しているものと外部のプリンタ機能を利用するものがあるが、いずれにしても不特定多数のユーザ（例えば、Ｕ１など）に対してプリンタ機能を提供することができる。
【００６３】
（Ａ−１−３）ＭＭＫ端末の内部構成例
図３において、当該ＭＭＫ端末１４は、通信部５０と、制御部５１と、記憶部５２と、操作部５３と、表示部５４と、印刷部５５と、秘密鍵対応部５６とを備えている。
【００６４】
このうち通信部５０は前記通信部３０に対応し、制御部５１は前記制御部３１に対応し、記憶部５２は前記記憶部３２に対応し、操作部５３は前記操作部３３に対応し、表示部５４は前記表示部３４に対応するため、その詳しい説明は省略する。
【００６５】
なお、当該通信部５０は、個人情報を含む前記ドキュメントの印刷出力時に、インターネット１１（あるいは専用線１７等）経由で仮想プリントサーバ１３と通信するほか、前記ローカル通信を利用して携帯電話機１６とも通信する。
【００６６】
また、記憶部５２は、処理の進行に伴って、暗号化データファイルＦ１１、秘密鍵ファイルＦ１２などの各ファイルを格納する。
【００６７】
暗号化データファイルＦ１１は、前記暗号化データＥＤ１を格納するために生成されるファイルである。
【００６８】
また、秘密鍵ファイルＦ１２は、前記ローカル通信によって携帯電話機１６から供給された前記携帯秘密鍵ＰＶ６を格納するために生成されるファイルである。
【００６９】
一般的に秘密鍵は、管理している本来の構成要素（携帯秘密鍵ＰＶ６の場合には携帯電話機１６）の外部へ送信しないほうが望ましいが、後述するように本実施形態では平文の携帯秘密鍵ＰＶ１が少なくとも一時的に、当該秘密鍵ファイルＦ１２に格納されて、ＭＭＫ端末１４上で保存される。これは、仮想プリントサーバ１３から供給される前記暗号化データＥＤ１を復号化するために必要な保存である。
【００７０】
当該携帯秘密鍵ＰＶ１の使用形態が、一度だけＭＭＫ端末１４上で復号化に使用されると無効になるワンタイム型の場合には、そのまま残しておいてもかまわないが、繰り返し利用される（あるいは、繰り返し使用される可能性がある）場合には、ＭＭＫ端末１４上で確実に再利用不能な状態としておく必要がある。
【００７１】
ＭＭＫ端末１４上の携帯秘密鍵ＰＶ６を再利用不能な状態とするのは、秘密鍵対応部５６である。
【００７２】
秘密鍵対応部５６は、例えば、物理的に消去または上書きすることによって秘密鍵ファイルＦ１２内の当該携帯秘密鍵ＰＶ６を再利用不能な状態とする。
【００７３】
一般的な情報処理装置では、単に削除の操作を行っても、削除の対象となったデータ（ここでは、当該携帯秘密鍵ＰＶ６）が記憶されていた領域を論理的に有効なデータが存在しない領域として扱うだけで、物理的にデータは記憶されたままであることが多いが、そのような状態の場合、特殊なツールを使うことによって当該データが読み出され第３者によって再利用される可能性も残る。これに対応するため、当該秘密鍵対応部５６は、復号化に使用後、当該データ（携帯秘密鍵ＰＶ６）を物理的に消去または上書きして、完全に再利用不能な状態にするものである。
【００７４】
再利用不能とするための方法としては、物理的な消去または上書きのほか、暗号化も利用可能である。この暗号化は、第３者が解読できないように、ＭＭＫ端末１４上の携帯秘密鍵ＰＶ６を暗号化するものである。一例としては、携帯公開鍵ＰＢ６を用いて暗号化してもかまわない。
【００７５】
なお、前記ワンタイム型の場合には、再利用不能にするためのこのような処理は不要であるが、前記携帯電話機１６上の鍵生成プログラムは、新たな暗号化データＥＤ１を仮想プリントサーバ１３に保存させるたびに、新たな携帯公開鍵（ＰＢ６に対応）と携帯秘密鍵（ＰＶ６に対応）を生成する必要がある。
【００７６】
以下、上記のような構成を有する本実施形態の動作について、図５のフローチャートを参照しながら説明する。
【００７７】
図５のフローチャートは、Ｓ１０〜Ｓ２１の各ステップから構成されているが、３つの部分フローに細分することができる。
【００７８】
すなわち、ステップＳ１０〜Ｓ１４によって構成されるストレージ登録フローと、Ｓ１５〜Ｓ１７によって構成される登録データ取得フローと、Ｓ１８〜Ｓ２１によって構成される印刷出力フローである。
【００７９】
（Ａ−２）実施形態の動作
前記ユーザＵ１が携帯電話機１６を操作し、前記ＰＩＭファイルＦ１などを利用して、個人情報などの秘匿性の高い情報を含む原データＤ１を生成し、前記原データファイルＦ５に格納する（Ｓ１０）。
【００８０】
次に、前記鍵生成プログラムを用いて一対の携帯公開鍵ＰＢ６と携帯秘密鍵ＰＶ６を生成し、携帯公開鍵ＰＢ６は鍵ファイルＦ２に、携帯秘密鍵ＰＶ６は鍵ファイルＦ３に格納する（Ｓ１１）。
【００８１】
そして、原データファイルＦ５から取り出した原データＤ１を鍵ファイルＦ２から取り出した携帯公開鍵ＰＢ２で暗号化し、暗号化結果を暗号化データＥＤ１として暗号化データファイルＦ４に格納する（Ｓ１２）。
【００８２】
このあと、ユーザＵ１が携帯電話機１６のＷｅｂブラウザなどを用いて前記仮想プリントサーバ１３にアクセスすると、仮想プリントサーバ１３がログイン用のＷｅｂページ（フォーム）などを提供するため、ユーザＵ１はそのＷｅｂページを介してユーザＩＤやパスワードを入力することでログインし、暗号化データファイルＦ４から取り出した暗号化データＥＤ１を、仮想プリントサーバ１３へ送信する（Ｓ１３）。
【００８３】
この送信も含め、仮想プリントサーバ１３と携帯電話機１６の通信は、前記専用線１７が設けられている場合には、専用線１７を利用し、設けられていない場合にはインターネット１１を利用する。ただしいずれを利用するかは、ゲートウエイ１５が決定するので、ユーザＵ１自身は、専用線１７の存否を意識する必要はない。
【００８４】
一方、この暗号化データＥＤ１を受信した仮想プリントサーバ１３では、前記暗号化データファイルＦ２２に当該暗号化データＥＤ１を格納して保存する（Ｓ１４）。保存後、仮想プリントサーバ１３は、ユーザＵ１が任意のＭＭＫ端末１４を使ってアクセスしてくるのを待つ待機状態になる。
【００８５】
この待機状態は、ユーザＵ１がアクセスしてくるまで制限なく継続するようにしてもかまわないが、仮想プリントサーバ１３側の記憶部４２の限られた記憶資源が消費された状態であるから、所定の有効期限（例えば、１週間など）を設定し、その有効期限を越えてもアクセスがなければ、自動的に暗号化データＥＤ１を削除するようにしてもよい。
【００８６】
なお、前記ステップＳ１０〜Ｓ１３の順番は必ずしも図示した通りである必要はない。例えば、ログイン後に原データＤ１を生成したり、携帯公開鍵ＰＢ６と携帯秘密鍵ＰＶ６の生成を原データＤ１の生成より前に行っておくこと等も可能である。
【００８７】
前記ステップＳ１４につづくステップＳ１５は、携帯電話機１６を携帯したユーザＵ１が、広域に分散配置されている多数のＭＭＫ端末のなかから所望のＭＭＫ端末１４を利用して、いつでも開始することができる。
【００８８】
すなわち、ユーザＵ１が当該ＭＭＫ端末１４を利用して仮想プリントサーバ１３にアクセスすると、前記ステップＳ１３と同様、仮想プリントサーバ１３がログイン用のＷｅｂページ（フォーム）などを提供するので、ユーザＵ１はそのＷｅｂページを介して、ログインし、暗号化データＥＤ１の送信を要求する（Ｓ１５）。このステップＳ１５のログインでユーザＵ１が入力するのは、前記ステップＳ１３のログインで入力したものと同じ値のユーザＩＤやパスワードであるから、仮想プリントサーバ１３は適切なセッション管理を行い、他の多くのユーザからの要求に応じて記憶部４２に同時に格納され得る多くの暗号化データのなかからユーザＵ１が供給した暗号化データＥＤ１（暗号化データファイルＦ２２）を特定することができる。
【００８９】
ここで特定した暗号化データＥＤ１を仮想プリントサーバ１３がＭＭＫ端末１４に送信すると（Ｓ１６）、ＭＭＫ端末１４はインターネット１１経由でこれを受信し、前記暗号化データファイルＦ１１に保存する（Ｓ１７）。
【００９０】
このステップＳ１７から次のステップＳ１８への移行を行うか否かの判断を行う場合のタイミングは、ユーザＵ１の操作にまかせてもかまわないが、限られたＭＭＫ端末１４の記憶資源が暗号化データファイルＦ１１に消費された状態であるから、できるだけ早期にその状態を解消できるように、ＭＭＫ端末１４と携帯電話機１６がローカル通信を実行して自動的に携帯電話機１６からＭＭＫ端末１４へ携帯秘密鍵ＰＶ６を送信させるようにするとよい。
【００９１】
このあとも繰り返し利用するのであれば、平文の携帯秘密鍵ＰＶ６が第３者に取得されることは決してあってはならないため、この送信では、高い秘匿性が求められる。ローカル通信として前記有線方式や赤外線を用いる場合などは、物理的にその秘匿性を確保し、前記電波を用いる場合などには、暗号化を行う。
【００９２】
この暗号化で、例えば前記ＭＭＫ公開鍵ＰＢ４を利用するなら、携帯秘密鍵ＰＶ６の送信に先だって、ＭＭＫ端末１４から携帯電話機１６へＭＭＫ公開鍵ＰＢ４を送信しておく必要がある。携帯電話機１６へのＭＭＫ公開鍵ＰＢ４の送信は、ローカル通信を利用し、平文のまま行うことができる。
【００９３】
ＭＭＫ端末１４は携帯電話機１６から携帯秘密鍵ＰＶ６の送信を受け、その携帯秘密鍵ＰＶ６がＭＭＫ公開鍵ＰＢ４で暗号化されている場合ならば、ＭＭＫ秘密鍵ＰＶ４で復号化して平文にもどした上で、暗号化されていない場合にはそのまま、当該携帯秘密鍵ＰＶ６を用いて前記暗号化データファイルＦ１１内の暗号化データＥＤ１を復号化する（Ｓ１９）。この復号化によって、ＭＭＫ端末１４上で前記原データＤ１が得られる。
【００９４】
次に、当該携帯秘密鍵ＰＶ６を上述した再利用不能な状態とし（Ｓ２０）、平文にもどった当該原データＤ１を、ＭＭＫ端末１４の印刷部５５を利用して印刷出力する（Ｓ２１）。
【００９５】
ここで、当該ステップＳ２０とステップＳ２１の順番は反対にしてもよいが、ユーザＵ１の手動操作に応じてＭＭＫ端末１４上の携帯秘密鍵ＰＶ６を再利用不能な状態とするケースでユーザＵ１がその手動操作の実行を忘れたり、印刷出力した直後にＭＭＫ端末１４が故障した場合などに、平文の携帯秘密鍵ＰＶ６がＭＭＫ端末１４上にそのまま残ってしまう確率が高まるため、秘匿性確保の観点では、図示の通りの順番が好ましい。図示の順番では、携帯秘密鍵ＰＶ２を再利用不能な状態としたあとでなければ印刷出力できないから、一種のフェールセーフ機構になっている。
【００９６】
これにより、例えば、ＭＭＫ端末１４の保守作業者などに、平文の携帯秘密鍵ＰＶ６が取得される確率も低減できる。
【００９７】
以上のように、本実施形態では、暗号化データＥＤ１をＭＭＫ端末１４から携帯電話機１６へ送信するための通信インタフェースがない場合や、携帯電話機１６が印刷機能を持たない場合（一般的に、携帯電話機は印刷機能を持たない）でも、原データＤ１をＭＭＫ端末１４から印刷出力することができ、ユーザＵ１は所望の場所で印刷結果を得ることが可能である。
【００９８】
本実施形態の携帯電話機１６は、ＭＭＫ端末１４に格納されている暗号化データＥＤ１をＭＭＫ端末１４上で復号化するための鍵（携帯秘密鍵ＰＶ６）の配送手段として機能し、ユーザＵ１からみた場合、携帯電話機１６を携帯して移動する行動が鍵の配送に等しいから、実質的に携帯電話機１６が鍵であるかのように見える。
【００９９】
（Ａ−３）実施形態の効果
以上のように、本実施形態によれば、ユーザ（例えば、Ｕ１）の希望に柔軟にこたえることができ、可用性の高いシステムを提供することができる。
【０１００】
また、本実施形態では、大きなデータサイズとなることもある原データ（Ｄ１）やその暗号化データ（ＥＤ１）を、小さな記憶容量しか持たない携帯電話機（１６）が格納する必要がない点で、実現性が高いといえる。
【０１０１】
（Ｂ）他の実施形態
上記実施形態にかかわらず、ストレージサービスを提供するサーバ（ストレージサーバ）は、仮想プリントサーバ１３とは別個に用意し、仮想プリントサーバ１３と当該ストレージサーバとの連携によって、前記ストレージサービスを提供するようにしてもかまわない。また、仮想プリントサーバ１３（あるいは当該ストレージサーバ）における暗号化データの保存は、必ずしも一時的なものに限る必要はなく、恒久的なものであってもかまわない。
【０１０２】
また、上述した鍵生成プログラムは、仮想プリントサーバ１３から、インターネット１１や専用線１７を経緯して携帯電話ネットワーク１２を経由して携帯電話機１６へ供給されるものであってもよい。
【０１０３】
上記実施形態では、携帯秘密鍵ＰＶ６によって原データＤ１の秘匿性は確保したが、必要に応じて、なりすましや、改ざんの検出も行うことが望ましい。インターネット１１上では、データの盗聴だけでなく、なりすましや、改ざんも行われ得るからである。データの秘匿性の確保は、前記携帯公開鍵ＰＢ６による暗号化で十分であるとしても、なりすましや、改ざんの検出方法は、携帯電話機１６から仮想プリントサーバ１３への暗号化データＥＤ１の送信、および仮想プリントサーバ１３からＭＭＫ端末１４への暗号化データＥＤ１の送信のそれぞれの区間ごとに実行する必要がある。
【０１０４】
なりすましの検出方法としては、例えば、次のような方法が利用可能である。
【０１０５】
すなわち、携帯電話機１６から仮想プリントサーバ１３への暗号化データＥＤ１の送信の際、携帯電話機１６上で、当該暗号化データＥＤ１をさらに、前記携帯秘密鍵ＰＶ６で暗号化し、これを受信したとき、仮想プリントサーバ１３は携帯公開鍵ＰＢ６で復号化（ただしこの復号化の結果は平文（原データＤ１）ではなく、まだ、携帯公開鍵ＰＢ６による暗号化を施された状態（すなわち、暗号化データＥＤ１））する。そして、仮想プリントサーバ１３からＭＭＫ端末１４への当該暗号化データＥＤ１の送信の際には、仮想プリントサーバ１３上で仮想プリントサーバ１３の秘密鍵（サーバ秘密鍵）でさらに暗号化し、これを受信したとき、ＭＭＫ端末１４は仮想プリントサーバ１３の公開鍵（サーバ公開鍵）による復号化（この復号化の結果は、前記暗号化データＥＤ１）を行うようにするとよい。
【０１０６】
この復号化のあと、さらに、前記携帯秘密鍵ＰＶ６で復号化した結果が正常な平文であれば、その平文のデータ（Ｄ１）の中継経路が正常なものであったことが分かり、なりすましが無かったことを確認することができる。すなわち当該データＤ１が、ユーザＵ１自身が携帯電話機１６から送信し、なおかつ、仮想プリントサーバ１３を経由して、ＭＭＫ端末１４まで届いたものであることを確認することができる。
【０１０７】
なお、前記仮想プリントサーバ１３上で復号化に使用する携帯公開鍵ＰＢ６と、ＭＭＫ端末１４上で復号化に使用するサーバ公開鍵は、あらかじめ、仮想プリントサーバ１３と、ＭＭＫ端末１４に配送しておくとよい。
【０１０８】
一方、前記改ざんの検出方法としては、例えば、次のような方法を用いることができる。
【０１０９】
すなわち、平文の原データＤ１を所定のハッシュ関数で演算した結果であるハッシュ値（ダイジェスト）を前記暗号化データＥＤ１に付加した状態で前記中継経路上の受け渡しを行い、最後のＭＭＫ端末１４上で復号結果（改ざんがなければ、この復号結果は原データＤ１に等しい）が得られたとき、予めＭＭＫ端末１４上に格納しておいたハッシュ関数を用いて当該復号結果のハッシュ値を求め、ここで求めたハッシュ値と、暗号化データＥＤ１に付加されて送信されてきたハッシュ値が一致すれば改ざん無し、一致しなければ改ざん有りと判定するものである。暗号化データＥＤ１に付加するハッシュ値も、暗号化した上で付加してよいことは当然である。
【０１１０】
ただし上記実施形態のように、原データＤ１の送信元と印刷出力の結果を受け取るユーザが同じユーザＵ１の場合、原データＤ１が簡単なドキュメント（例えば、文字数の少ない文書など）なら、ユーザＵ１自身が目視によって簡単に改ざんの有無を確認可能であるから、改ざんの検出を行う必要性は小さいといえる。
【０１１１】
原データＤ１が改ざんの有無の目視確認が簡単でないドキュメントである場合や、原データＤ１の送信元とは異なるユーザ（Ｕ１以外）が印刷出力結果を受け取る場合（この場合、携帯電話機１６の貸し渡し、または、携帯秘密鍵ＰＶ６の複数ユーザ間の共有などが必要）には、前記ハッシュ値などを利用して改ざんの有無を確認できるようにしておくことが望ましい。
【０１１２】
なお、前記専用線１７を用いる場合には、携帯電話機１６と仮想プリントサーバ１３のあいだの伝送路に関するかぎり、盗聴、なりすまし、改ざんのおそれがなく安全であるから、上述したように、前記暗号化データＥＤ１をさらに前記携帯秘密鍵ＰＶ６で暗号化したり、これを受信した仮想プリントサーバ１３で携帯公開鍵ＰＢ６による復号化を行ったりする処理を省略することができる。
【０１１３】
情報処理装置としての携帯電話機の処理能力が低い点や、任意のプログラムを実行させる環境に乏しい点などを考慮すると、携帯電話ネットワーク１２に収容される携帯電話機１６以外の携帯電話機により、盗聴、なりすまし、改ざんが行われる可能性はほとんどないといえるからである。
【０１１４】
また、前記ＭＭＫ端末１４から行う原データＤ１の出力の形態は、上述した印刷出力にかぎらない。例えば、画面表示出力などであってもよい。ＭＭＫ端末は通常、携帯電話機に比べるとはるかに大きなサイズの表示画面を備えているため、携帯電話機では目視すること等が難しい精細な画像などを、細部まで、より忠実に画面表示することも可能である。
【０１１５】
なお、上記実施形態で使用した携帯電話機（１６）はその他の携帯通信端末に置換可能である。例えば、ＰＤＡや、ＰＨＳ端末などに置換することができる。
【０１１６】
さらに、前記携帯電話機（１６）は、移動性はあっても携帯性を有しない通信端末に置換することも可能である。
【０１１７】
なお、上記実施形態では、原データＤ１の暗号化を携帯電話機１６上で行ったが、この暗号化は携帯電話機１６以外の構成要素で行ってもかまわない。
【０１１８】
例えば、前記専用線１７を設けてある場合などでは、平文の原データＤ１を専用線１７を介して携帯電話機１６から仮想プリントサーバ１３に送信し、仮想プリントサーバ１３上で暗号化を行うようにしてもよい。その暗号化に用いた暗号化鍵（例えば、公開鍵）に対応する復号化鍵（秘密鍵）は、例えば、平文のまま専用線１７を介して携帯電話機１６へ配送するようにしてもよい。
【０１１９】
また、専用線１７ではなくインターネット１１を用いる場合には、携帯電話機１６上で前記サーバ公開鍵を用いて原データＤ１を暗号化した上でインターネット１１経由で仮想プリントサーバ１３へ送信し、仮想プリントサーバ１３では前記サーバ秘密鍵を用いてこの原データＤ１を復号化した上で所定の暗号化鍵を用いて暗号化し、その暗号化鍵に対応する復号化鍵はサーバ秘密鍵で暗号化した上でインターネット１１経由で携帯電話機１６へ送信し、これを受信すると、携帯電話機１６ではサーバ公開鍵を用いて復号化して、平文の当該復号化鍵を得ることができる。
【０１２０】
携帯電話機１６が平文の復号化鍵を得た以降の処理は、上記実施形態と同様であってよい。
【０１２１】
なお、上記実施形態で使用したＭＭＫ端末（１４）はその他の種類の通信端末に置換可能である。
【０１２２】
また、前記公開鍵暗号方式はその他の暗号方式に置換可能である。例えば、共通鍵暗号方式を用いることも可能である。
【０１２３】
以上の説明では主としてソフトウエア的に本発明を実現したが、本発明はハードウエア的に実現することも可能である。
【０１２４】
【発明の効果】
以上に説明したように、本発明によれば、可用性と柔軟性が高まり、実現性も高い。
【図面の簡単な説明】
【図１】実施形態にかかる通信システムの全体構成例を示す概略図である。
【図２】実施形態で使用する携帯電話機の内部構成例を示す概略図である。
【図３】実施形態で使用するＭＭＫ端末の内部構成例を示す概略図である。
【図４】実施形態で使用する仮想プリントサーバの内部構成例を示す概略図である。
【図５】実施形態の動作例を示すフローチャートである。
【符号の説明】
１０…通信システム、１１…ネットワーク、１２…携帯電話ネットワーク、１３…仮想プリントサーバ、１４…ＭＭＫ端末、１５…ゲートウエイ、１６…携帯電話機、３０，４０，５０…通信部、３１，４１，５１…制御部、３２，４２，５２…記憶部、５５…印刷部、５６…秘密鍵対応部、ＰＢ４…ＭＭＫ公開鍵、ＰＶ４…ＭＭＫ秘密鍵、ＰＢ６…携帯公開鍵、ＰＶ６…携帯秘密鍵。
【図１】
2004112571.tif 000003
【図２】
2004112571.tif 000004
【図３】
2004112571.tif 000005
【図４】
2004112571.tif 000006
【図５】
2004112571.tif 000007