JP2011086018A - 携帯電話を用いた電子押印システム - Google Patents

Abstract

【課題】
電子的な申請データに対して電子的な押印処理を行う場合、従来技術では、専用装置を持ち歩く必要があったり、印影とデータとの対応関係が保証されていなかったりするため、実世界の印鑑を使うような使用感で使うことができない。
【解決手段】
携帯電話を使った電子押印システムを提供する。複数の印鑑情報を一つの携帯電話端末装置内に保管し、押印者側の意思、あるいは、電子申請事業者側の意思により、利用する印鑑情報を選択可能にする。また、携帯電話側で時刻情報や位置情報を付加し、いつどこで押印したかを保証可能にする。また、押している時間によって暗号の強度を調整できるようにし、押印者の意思を署名強度に反映できるようにする。さらに、印鑑（携帯電話側）で署名対象データを確認可能にし、不正な契約行為などを回避可能にする。また、どんな申請データに対して押印を行ったかの履歴を携帯電話側で確認可能にする。
【選択図】 図１

Description

本発明は，携帯電話を使った電子押印システムに関する。

近年，携帯電話端末（以下，携帯電話という）の普及に伴い，多くのユーザが携帯電話を常に持ち歩くようになってきた。一方、電子納税（ｅ−ＴＡＸ）や各種公共サービスの電子申請が行われるようになってきた。このような電子申請では、確かに本人が申請を行ったということを保証できるように、電子申請書類に対してディジタル署名を付加することなどが行われている。しかし、現状では、なじみの薄い、電子申請用のＩＣカードおよび該ＩＣカードへのデータの読み書きを行うリーダライタが必要な場合が多い。これに対し、携帯電話のようにユーザが常時持ち歩くデバイスを使って、実世界の印鑑を使ったり、手書き署名（ｈａｎｄｗｒｉｔｔｅｎ ｓｉｇｎａｔｕｒｅ）をしたりするような感覚で電子申請を行いたいという要求は強い。

公知技術として、ＣＰＵとメモリを持った専用の電子印鑑装置と、リーダ装置を用いて電子印鑑装置の中で電子署名演算を行う方法が知られている（たとえば特許文献１）。また、携帯電話を電子的印鑑として利用し、携帯電話でテンプレートに入力を行い、あらかじめ登録されている印影（ｉｍｐｒｅｓｓｉｏｎ ｏｆ ｓｅａｌ）とともに申請を行う方法が知られている（たとえば特許文献２）。

特開２０００−１９４７７４号公報 特開２００４−６２２１４号公報

特許文献１の技術では、専用の電子印鑑装置を持ち歩く必要があるため、従来の紙に対して使用する印鑑と比べて利便性は上がっていない。また、特許文献２の技術では、携帯電話を用いているが、印影データと申請データの対応関係が保証されていない。さらに、押印された書類の、押印後の改ざんを防げない。

このように従来技術では、専用装置を持ち歩く必要があったり、印影とデータとの（手書き署名の場合は、筆跡とデータとの）対応関係が保証されていなかったりするため、電子的な押印を、ユーザが常時持ち歩くデバイスを使って実世界の印鑑を使う（または、手書き署名をする）ような感覚で使うことができないという課題がある。

また、紙書類に比べると改ざんが容易である、という電子データに特有の課題を解決できていない。

本発明は，上記事情に鑑みてなされたものであり，携帯電話を使った電子押印システムに関し，さらに詳しくは，携帯電話に格納されている署名鍵を用いて、電子的な書類に対してディジタル署名を付加し、前記署名鍵に対応した印影（または、手書き署名の筆跡）を電子的な書類に付加することにより、視覚的な安心感と電子的な安全性を両立する電子押印システム（Ｅｌｅｃｔｒｉｃ ｓｉｇｎ ｓｙｓｔｅｍ）およびその方法を提供する。

具体的には、複数の印鑑情報（印影や鍵）を一つの携帯電話内に保管し、押印者側の意思、あるいは、電子申請事業者側の意思により、利用する印鑑情報（印影や鍵）を選択できるようにする。また、携帯電話側で時刻情報や位置情報を付加できるようにし、いつどこで押印したかを保証できるようにする。また、押印するという行為を、携帯電話を端末装置に接触あるいは近接するという行為で模倣し、さらに、接触あるいは近接の長さによって署名の強度を調整できるようにし、押印者の意思を反映できるようにする。また、印鑑側（携帯電話側）で署名対象データを確認できるようにし、不正な端末による不正な契約行為などを回避することができるようにする。また、どんな申請データに対して押印を行ったかの履歴を携帯電話側で確認できるようにする。

本発明が提供する電子押印システムは，より具体的には，
端末装置の電子文書作成部で、電子文書を作成する。電子文書の作成が完了する、あるいは、押印対象の電子データの準備が整った後に、端末装置の検知部が、携帯電話の検出を行う。端末装置の検知部により、携帯電話が検知されると、通信部を経由して印影要求が、端末装置から携帯電話へ送信される。

携帯電話は入出力装置を用いて印影情報保管部に保管されている押印に使う印影を選択し、端末装置へ送信する。

次に、端末装置の押印文書構成部は、電子文書と、前記携帯電話から送信された印影情報を連結し、署名対象データを生成する。端末装置は、押印対象データを含む押印要求を、携帯電話へ送信する。携帯電話は押印対象データを表示部に表示する。ここで、押印者は表示された押印対象データを確認し、押印対象データとして不適切であれば処理を中止する。押印対象データとしてふさわしいことが確認できれば、携帯電話の時刻情報取得部は時刻情報を取得し、位置情報取得部は、位置情報を取得する。

次に携帯電話の署名生成部は、押印対象データと、時刻情報と、位置情報と、を含む署名対象データを生成する。署名対象データは、押印対象データと、時刻情報と、位置情報と、を連結したり、さらに該データのハッシュ値を計算したりするなどの方法で生成することができる。次に、携帯電話の署名生成部は、前記ステップで生成した署名対象データに対して、鍵保管部に保管されている鍵を用いて署名値を演算する。署名値の演算は、署名対象データに対して秘密鍵で暗号化を行うなどの処理で実現できる。携帯電話は、押印履歴を履歴情報保管部に保管するとともに、端末装置へ、生成した署名値を送信する。

端末装置の検知部は、携帯電話が接触あるいは近接されていることを確認し、検知されていれば、押印者はさらに安全性の高い押印処理を行うことを意図していると判断し、前記署名対象データ生成処理から繰り返す。検知されなければ、端末装置の押印文書構成部は、前記携帯電話から端末装置へ送信された署名値と、印影情報と、を関連付け文書として構成する。

手書き署名の場合は、印影ではなく筆跡を用いることを除き、同様に構成する。

上記態様によれば、ユーザの身近にあることが多い携帯電話を用いて、印影（または筆跡）と、署名データとの対応関係が保証された、視覚的な安心感を与え、安全性も保証できる電子的な押印（または署名）を、行うことが可能になる。

さらに、上記態様によれば，ユーザが常に持ち歩いている１つの携帯電話で、認印（非登録印）や実印（登録印）に対応する、署名の強度が異なる複数種類の電子的な押印を、「印鑑を押す」という実世界の印鑑を使うような感覚で使うことができる。また、印影情報は、印鑑の印影ではなく、直筆のサインの筆跡情報でも良い。さらに直筆のサインの筆跡情報は、実印と認印の関係のように、重要書類へのサインと、日常のサインのように重要度が異なる複数の筆跡があっても良い。

また、押印時間を変えることによって署名の強度を変更できる。さらに、署名の強度と印鑑の種類を対応付け、併せて変更することが可能になる。

また携帯電話で取得した時刻情報や位置情報を署名情報に含めることができるために、押印日時や場所を後から確認可能になる。

本発明によれば，ユーザの身近にあることが多い携帯電話を用いて、印影（または筆跡）と、署名データとの対応関係が保証された、視覚的な安心感を与え、安全性も保証できる電子的な押印（または署名）を、行うことが可能になる。

実施例１の電子押印システムの構成を例示する。 端末装置，携帯電話，サーバ装置のハードウェア構成を例示する。 実施例１の携帯電話を用いて押印処理を行う際の第１の処理フローを例示する。 実施例１の携帯電話を用いて押印処理を行う際の第２の処理フローを例示する。 実施例１の携帯電話を用いて押印処理を行う際の第３の処理フローを例示する。 実施例２の電子押印システムの構成を例示する。 実施例２の携帯電話とサーバを用いて押印処理を行う際の処理フローを例示する。

本発明の実施形態について説明する。なお，これにより本発明が限定されるものではない。

また、以下の実施例では、印鑑について説明するが、手書き署名についても同様に実施することが可能である。手書き署名の場合は、「印影」を「筆跡」と読み替え、「押印する」を「署名する」と読み替える。

図１は、本実施例１の電子押印システムの構成図である。本実施例の電子押印システムは、図１に示すように、携帯電話２０と端末装置３０とが近距離無線通信や非接触ＩＣカード通信などのネットワーク１０を介して互いに接続されている。

端末装置３０は、ネットワーク１０を介して，携帯電話２０とデータを送受信する通信部３０１と，前記携帯電話２０の接近あるいは接触などによる通信可能状態を検知する検知部３０２と、電子文書の作成を行う電子文書作成部３０４と、前記電子文書と、前記携帯電話に依頼して生成した押印情報とに基づいて押印済みの電子文書を構成する押印文書構成部３０３と，を含む。

携帯電話２０は，ネットワーク１０を介して，端末装置３０とデータを送受信する通信部２０１と，押印対象データを表示する表示部２０２と、１つまたは複数の、互いに異なり区別可能な印影情報を保管する印影情報保管部２０４と、電子署名の演算に必要な１つまたは複数の鍵を保管する鍵保管部２０５と、携帯電話が置かれている現在位置の位置情報を取得する位置情報取得部２０６と、現在時刻を取得する時刻情報取得部２０７と、過去にどのような電子文書に対してどのような署名鍵を使い押印処理を行ったかという履歴情報を保管する履歴情報保管部２０８と、押印対象データを取得し、あるいは必要に応じて押印対象データを生成し、前記鍵保管部２０５に保管されている鍵を用いて電子署名演算を行う署名生成部２０３と、を含む。

なお、印影情報を用いない場合や、印影情報が携帯電話２０の外部から提供される場合には、携帯電話２０内の印影情報保管部２０４は省略可能である。また、同様に位置情報や時刻情報が、携帯電話２０の外部から提供される場合には、携帯電話２０内の位置情報取得部２０６や時刻情報取得部２０７は省略可能である。

図２は，端末装置３０のハードウェア構成図である。端末装置３０は，ＣＰＵ３１，主記憶装置３２，補助記憶装置３４，通信装置３５，入出力装置３６，記憶媒体３８の読取装置３７などがバスなどの内部通信線３９で接続された構成である。

図示を省略するが，携帯電話２０，およびサーバ装置６０も，規模や性能の違いを除けば，端末装置３０と同様のハードウェア構成である。

本実施例の認証処理について説明する。各装置の補助記憶装置３４に格納された処理プログラムが主記憶装置３２にロードされ，ＣＰＵ３１により実行されることにより，以下に説明する各処理部が具現化され、各処理部によって以下の処理が実行される。また，各プログラムは予め補助記憶装置３４に格納されても良いし，他の記憶媒体または通信媒体（ネットワーク，またはネットワークを伝搬する搬送波またはディジタル信号）を介して，必要なときにロードされても良い。

また、以下の説明では、電子的な押印を押印と略称する。

図３は，端末装置３０が携帯電話２０を検知した後、端末装置３０から携帯電話２０に対して押印要求を行い、携帯電話２０で押印処理を行う処理であるが、携帯電話が検知されている間は、繰り返し押印要求を行う処理フロー図である。

まず，端末装置３０の電子文書作成部３０４で、電子文書を作成する（Ｓ３０１）。電子文書の作成が完了する、あるいは、押印対象の電子データの準備が整った後に、端末装置３０の検知部３０２が、携帯電話２０の検出を行う（Ｓ３０２）。端末装置３０の検知部３０２により、携帯電話２０との通信が可能であることを検知すると、押印文書構成部３０３は、通信部３０１を経由して印影要求Ａ３０１を、携帯電話２０へ送信する。

携帯電話２０の署名生成部２０３は、入出力装置３６を用いて、印影情報保管部２０４に保管されている押印に使う印影の、押印者（利用者ともいう）による選択を受け付け（Ｓ２０２）、選択された印影情報Ａ２０１を端末装置３０へ送信する。印影情報保管部２０４に保管されている印影は、鍵保管部２０５に保管されている鍵と対応付けられており、印影の選択によって、対応する署名鍵が選択される。

なお、ここで、携帯電話２０側で印影を選択するようにしているが、携帯電話２０の印影情報保管部２０４に保管されている印影情報の一覧（リスト）を端末装置３０に送信し、端末装置３０側で、押印に使用する印影の利用者による選択を受け付けてもよい。また、印影を用いなくてもよい。

端末装置３０の押印文書構成部３０３は、ステップＳ３０１で作成した電子文書と、前記携帯電話２０から送信された印影情報Ａ２０１を合成し、押印対象データＡ３０３を生成する。端末装置３０は、押印対象データＡ３０３を含む押印要求Ａ３０２を、携帯電話２０へ送信する（Ｓ３０３）。

携帯電話２０の署名生成部２０３は、印影情報が合成された押印対象データＡ３０３を表示部２０２に表示する（Ｓ２０１）。ここで、押印者は表示された押印対象データを確認し（Ｓ２２０）、押印対象データとして不適切であれば処理を中止する。押印対象データとしてふさわしいことが確認できれば、携帯電話２０の署名生成部２０３は、Ｓ２０２で選択された、印影に対応付けられた署名鍵を用いて、押印対象データに対する署名値Ａ２０２を演算する（Ｓ２０６）。署名値の演算は、押印対象データのハッシュ値に対して署名鍵で暗号化を行うなどの処理で実現できる。携帯電話２０の署名生成部２０３は、押印対象データと、署名鍵と、押印日時などを含む押印履歴を履歴情報保管部２０８に保管する（Ｓ２０７）とともに、端末装置３０へ、前記ステップＳ２０６で生成した署名値Ａ２０２を送信する。

端末装置３０の検知部３０２は、携帯電話端末装置が接触あるいは近接により通信可能であることを確認し（Ｓ３０４）、通信可能であれば、押印者はさらに安全性の高い押印処理を行うことを意図していると判断し、前記押印対象データ生成処理（Ｓ３０３）から繰り返す。検知されなければ、端末装置３０の押印文書構成部３０３は、前記携帯電話２０から端末装置３０へ送信された署名値Ａ２０２と、印影情報Ａ２０１と、署名値Ａ２０２を関連付け文書として構成する（Ａ３０５）。

構成の方法は、電子文書と印影情報Ａ２０１と署名値Ａ２０２を連接させて１つのデータとする方法や、印影情報Ａ２０１を電子文書の目視可能な位置に添付し、署名値Ａ２０２は目視可能範囲外に連接する方法がある。また、署名値Ａ２０２は印影情報や、電子文書に、電子透かしの技術を用いて透かし込んでもよい。

また、上記説明において、押印要求Ａ３０２には、押印対象データＡ３０３に加え、さらに、押印に使用する署名鍵を指定する署名鍵指定Ａ３０４を、含んでも良い。この場合、上述の、印影情報と署名鍵との対応付けより、署名鍵指定Ａ３０４が優先される。また、署名鍵には、認印用や実印用などの印鑑の用途と対応付け、端末装置３０から携帯電話端末装置２０に送信する署名鍵指定Ａ３０４は、前述の鍵の用途を指定するようにしても良い。

図４は，端末装置３０が携帯電話２０を検知した後、端末装置３０から携帯電話２０に対して押印要求を行い、携帯電話２０で押印処理を行う処理であるが、携帯電話２０の位置情報取得部２０６や時刻情報取得部２０７が、位置情報や時刻情報を取得して、携帯電話２０内で押印対象データが生成される処理のフロー図である。

端末装置３０の電子文書作成処理（Ｓ３０１）と、携帯電話端末装置検知処理（Ｓ３０２）は、図３の説明と同様である。

端末装置３０の検知部３０２により、携帯電話２０が検知されると、通信部３０１を経由して押印要求Ａ３０２が、端末装置３０から携帯電話２０へ送信される。携帯電話２０は、図３の説明と同様の方法で、押印対象データの表示処理（Ｓ２０１）、印影選択処理（Ｓ２０２）を行う。

次に携帯電話２０の時刻情報取得部２０７は時刻情報を取得し（Ｓ２０３）、位置情報取得部２０６は、位置情報を取得する（Ｓ２０４）。次に携帯電話２０の署名生成部２０３は、押印対象データＡ３０３と、前記ステップＳ２０３で取得した時刻情報と、前記ステップＳ２０４で取得した位置情報と、を含む署名対象データを生成する（Ｓ２０５）。署名対象データは、押印対象データと、時刻情報と、位置情報と、を連結したり、さらに該データのハッシュ値を計算したり、などの方法で生成することができる。

次に、携帯電話２０の署名生成部２０３は、前記ステップＳ２０５で生成した署名対象データに対して、鍵保管部２０５に保管されている、選択された署名鍵を用いて署名値を演算する（Ｓ２０６）。押印履歴保管処理Ｓ２０７は図３の説明と同様である。

携帯電話２０は、署名対象データＡ２０３と署名値Ａ２０２を端末装置３０に送信する。

端末装置３０の検知部３０２は、携帯電話端末装置が接触あるいは近接されていることを確認し（Ｓ３０４）、検知されていれば、押印者はさらに安全性の高い押印処理を行うことを意図していると判断し、押印要求Ａ３０２の送信処理から繰り返す。検知されなければ、端末装置３０の押印文書構成部３０３は、前記携帯電話２０から端末装置３０へ送信された署名値Ａ２０２と、印影情報Ａ２０１と、署名値Ａ２０２を関連付け文書として構成する（Ａ３０５）。構成の方法は図３の説明と同様である。

図５は，端末装置３０が携帯電話２０を検知した後、端末装置３０から携帯電話２０に対して押印要求を行い、携帯電話２０で押印処理を行う処理であるが、携帯電話２０は、繰り返し押印演算を実行し、携帯電話端末装置３０が端末装置３０の検知部３０２で検知されなくなった場合に、端末装置３０から、携帯電話２０に押印演算停止依頼を行うことを特徴とする処理のフロー図である。

図５の携帯電話２０の署名演算処理（Ｓ２０６）までの説明は図４と同様である。

端末装置３０は、携帯電話２０に対して押印要求Ａ３０２を送信した後は、携帯電話２０の検知を続ける（Ｓ３０４）。該検知処理ステップで、携帯電話２０が検知されなくなると、端末装置３０は携帯電話２０に押印演算停止依頼Ａ３０５を送信する（Ｓ３０６）。

携帯電話２０は、署名演算処理（Ｓ２０６）の終了後、端末装置３０から押印演算停止依頼Ａ３０５が届いているか否かを確認し、届いていなければ、時刻情報取得処理（Ｓ２０３）から繰り返す。端末装置３０から押印演算停止依頼Ａ３０５が届いていれば、署名対象データＡ２０３と署名値Ａ２０２を、端末装置３０へ送信する。携帯電話２０の押印履歴保管処理（Ｓ２０７）と、端末装置３０の押印文書構成処理（Ｓ３０５）は、図４の説明と同様である。

なお，図３、図４、図５では，端末装置３０の検知部３０２が携帯電話２０の検知を繰り返し（Ｓ３０４）、検知している間は、署名演算を繰り返し行って、署名演算の回数を増し、回数を、署名の一部として記録に残すことにより、押印者の押印に対する意思の強度を表すことが可能である。しかし、繰り返し回数の増加に応じて、署名鍵を、鍵長の長いものに替えることにより、署名強度を増すようにしても良い。また、意思、または署名の強度を増す必要がないような場合には、繰り返し処理を行わず、１回の署名演算によって押印処理を行うようにしても良い。

また、図３、図４、図５では，端末装置３０が携帯電話２０を検知し続ける時間に応じて、署名強度を変えるようにしているが、押印文書が用いられるサービスの種類によって、重要度が異なる場合がある場合もあり得るため、端末装置３０側から署名強度を指定できるようにしても良い。この場合には、端末装置３０の検知処理（Ｓ３０４）において、端末装置３０が指定する回数や時間をカウントし、満たなければ失敗、満たせば押印文書構成処理（Ｓ３０５）に進むようにすればよい。

また、図３、図４、図５において，端末装置３０において押印文書を構成し、第三者に提示した場合には、印影情報を目視することにより従来のような紙に押された印鑑のように直感的に認識することができるとともに、より厳密な検証として、署名検証処理を実施することにより、押印文書の電子署名を検証することが可能である。

また、図３、図４、図５では，携帯電話２０において、署名対象データを表示し、押印者が目視で確認できるようにしているが、その必要がない場合は、これらの処理を省略可能である。さらに、図３、図４、図５では，携帯電話２０において、押印履歴を保管するようにしているが、その必要がない場合は、保管処理を省略可能である。

また、図４、図５では，時刻情報や位置情報を携帯電話２０において取得し、署名対象データに含めることにしているが、これらの情報を端末装置３０側に送信し、端末装置３０側で、該時刻情報や該位置情報が正しい値であるか否かを確認するようにしても良い。

また、図３、図４、図５では，ステップＳ３０１において電子文書を端末装置３０内で作成するようにしているが、ネットワーク１０を経由して、あるいは、入出力装置３５や読み取り装置３７を経由して、端末装置３０の外部から入手するようにしても良い。

図６は、本実施例２の電子押印システムの構成図である。本実施例の電子押印システムは、図６に示すように、実施例１の電子押印システムの構成に加えて、端末装置３０は、ネットワーク１１を介して，サーバ装置６０とデータを送受信する通信部３０５，を含み、サーバ装置６０は、ネットワーク１１を介して，端末装置３０とデータを送受信する通信部６０１と，前記端末装置３０を経由して、携帯電話２０の認証を行う認証処理部６０２と、携帯電話２０の利用者の個人データを保管する個人データ保管部６０と，を含む。その他の構成要素は、図１と同等である。

図７は，実施例１において、携帯電話２０の印影情報保管部に保管されている印影情報を、サーバ装置６０の個人データ保管部６０３にて保管するようにした処理フロー図である。

まず，端末装置３０の電子文書作成部３０４で、電子文書を作成する（Ｓ３０１）。電子文書の作成が完了する、あるいは、押印対象の電子データの準備が整った後に、端末装置３０の検知部３０２が、携帯電話２０の検出を行う（Ｓ３０２）。端末装置３０の検知部３０２により、携帯電話２０が検知されると、通信部３０５を経由してアクセス要求Ａ３０６が、端末装置３０からサーバ装置６０へ送信される。

サーバ装置６０は、個人データ保管部に保管しているデータへのアクセスには、認証処理が必要なため、端末装置３０に対して認証要求を行う（Ｓ６０１）。サーバ装置６０は、端末装置３０に対して認証要求Ａ６０１を送信する。認証要求Ａ６０１には、乱数や単調に増加するカウンタ値などが含まれる。

端末装置３０は前記認証要求Ａ６０１を、携帯電話２０へ転送する（Ｓ３０７）。

携帯電話２０の署名生成部２０３は、鍵保管部２０５に保管されている鍵を用いて、前記認証要求Ａ６０１に対して署名演算を行い（Ｓ２１０）、該署名値Ａ２０４と、前記署名演算処理（Ｓ２１０）で署名を生成するのに使用した鍵に対応した公開鍵証明書Ａ２０５と、を端末装置３０に送信する。

端末装置３０は、前記署名値Ａ２０４と、前記公開鍵証明書Ａ２０５と、印影要求Ａ３０８をサーバ装置６０へ送信する。

サーバ装置６０は、公開鍵証明書Ａ２０５の有効性の確認を行い、かつ該公開鍵証明書Ａ２０５を用いて署名値の検証を行い認証処理を行う（Ｓ６０２）。認証に失敗すれば失敗通知Ａ６０２を端末装置３０に送信する。認証に成功すれば、公開鍵証明書Ａ２０５の情報やアクセス要求Ａ３０６の情報などから、対象の携帯電話２０を特定し、当該携帯電話２０用の印影を検索し（Ｓ６０４）、印影情報Ａ２０１を、端末装置３０に送信する。

その後の処理は、図３に示した署名対象データ生成処理（Ｓ３０３）以降と同様である。

なお，本発明は，上記の本実施形態に限定されるものではなく，その要旨の範囲内で様々な変形が可能である。

１０：ネットワーク，１１：ネットワーク，２０：携帯電話端末装置，３０：端末装置，３１：ＣＰＵ，３２：主記憶装置，３４：補助記憶装置，３５：通信装置，３６：入出力装置，３７：読取装置，３８：記憶媒体，３９：内部信号線，６０：サーバ装置，Ａ２０１：印影，Ａ２０２：署名値，Ａ２０３：押印対象データ，Ａ２０４：署名値，Ａ２０５：公開鍵証明書，Ａ３０１：印影要求，Ａ３０２：押印要求，Ａ３０３：押印対象データ，Ａ３０４：署名鍵指定，Ａ３０５：押印演算停止依頼，Ａ３０６：アクセス要求，Ａ３０７：認証要求，Ａ３０８：印影要求，Ａ６０１：認証要求，Ａ６０２：失敗通知。

Claims (11)

1. 端末装置が、携帯電話に、電子文書に対する電子押印処理を要求し、前記携帯電話が要求された前記電子押印処理を行う電子押印方法において、
   前記携帯電話の鍵保管部は、１つまたは複数の署名鍵を保管し、印影情報保管部は、前記署名鍵の各々に対応付けられた、互いに異なる印影情報を保管しており、
   前記端末装置において、
   検知部が、前記携帯電話との通信が可能であることを検知したら、
   前記端末装置の押印文書構成部は、前記携帯電話に、印影要求を送信し、前記印影要求に基づく、印影情報を取得し、
   前記押印文書構成部は、前記電子文書と、前記印影情報と、を含む押印対象データを作成し、
   前記押印対象データを含む押印要求を、前記携帯電話に送信し、
   前記携帯電話において、
   署名生成部は、鍵保管部に保管され、選択された前記印影情報に対応する署名鍵を用いて、前記押印要求に含まれる前記押印対象データに対する署名値を計算し、
   前記署名値を前記端末装置へ送信する
   ことを特徴とする電子押印方法。
2. 請求項１に記載の電子押印方法であって，
   前記端末装置の前記押印文書構成部は、前記押印要求に、前記押印対象データに対する署名値を演算するための署名鍵を指定する署名鍵指定を含め、
   前記携帯電話の前記署名生成部は、
   該署名鍵指定に基づいて、前記携帯電話の鍵保管部に保管されている１つまたは複数の署名鍵の中から、一つの署名鍵を選択する
   ことを特徴とする電子押印方法。
3. 請求項１または２に記載の電子押印方法であって、
   前記携帯電話の前記署名生成部は、前記印影要求に応じて、入力装置を介して選択された、前記印影情報保管部に保管されている印影情報を、前記端末装置へ送信する
   ことを特徴とする電子押印方法。
4. 請求項１または２に記載の電子押印方法であって，
   前記携帯電話の前記署名生成部は、前記印影要求に応じて、前記印影情報保管部に保管されている押印に使う印影情報を、前記端末装置へ送信し、
   前記端末装置の押印文書構成部は、受信した該印影情報の中から、押印に使う印影情報の選択を受け付ける
   ことを特徴とする電子押印方法。
5. 請求項１ないし請求項４のいずれか一記載の電子押印方法であって，
   前記携帯電話は，時刻情報取得部を備え、
   前記時刻情報取得部は、時刻情報を取得し、
   前記署名生成部は、取得した前記時刻情報を、前記押印対象データに含める
   ことを特徴とする電子押印方法。
6. 請求項１ないし請求項４のいずれか一に記載の電子押印方法であって，
   前記携帯電話は，位置情報取得部を備え、
   前記位置情報取得部は、当該携帯電話の位置情報を取得し、
   前記署名生成部は、取得した前記位置情報を、前記押印対象データに含める
   ことを特徴とする電子押印方法。
7. 請求項１ないし請求項６のいずれか一に記載の電子押印方法であって，
   前記携帯電話の前記署名生成部は、前記押印対象データを表示部に表示し、
   利用者による、前記押印対象データの確認を受け付け、
   前記確認結果が、前記押印対象データの拒否であれば、前記署名の計算処理を中止する
   ことを特徴とする電子押印方法。
8. 請求項１ないし請求項７のいずれか一に記載の電子押印方法であって，
   前記携帯電話の前記署名生成部は、押印対象データと署名鍵の情報を含む押印履歴を取得し、履歴情報保管部に保管する
   ことを特徴とする電子押印方法。
9. 請求項１ないし請求項８のいずれか一に記載の電子押印方法であって，
   前記携帯電話の前記署名生成部は、前記署名値の演算処理を繰り返し行い、
   前記端末装置の前記検知部が、前記押印要求のきっかけとなった前記携帯電話との通信可能である状態が検知しなくなった場合に、前記押印文書構成部は、前記携帯電話に対して、前記署名値の演算処理の停止を要求する
   ことを特徴とする電子押印方法。
10. 請求項２に記載の電子押印方法であって，
    前記携帯電話の鍵保管部は、前記署名鍵に、署名鍵の用途を対応付けて保管し、
    前記端末装置の押印文書構成部は、前記署名鍵指定は、署名鍵の用途を含む
    ことを特徴とする電子押印方法。
11. 端末装置が、携帯電話に、電子文書に対する電子押印処理を要求し、前記携帯電話が要求された前記電子押印処理を行う電子押印方法において、
    前記端末装置と通信可能なサーバ装置の個人データ保管部は、前記署名鍵の各々に対応付けられた、互いに異なる印影情報を保管しており、
    前記携帯電話の鍵保管部は、前記印影情報の各々に対応付けられた、互いに異なる署名鍵を保管しており、
    前記端末装置において、
    検知部が、前記携帯電話との通信が可能であることを検知したら、
    前記サーバ装置の前記個人データ保管部から、前記携帯電話の利用者に対応付けられた印影情報を取得し、
    前記端末装置の押印文書構成部は、前記電子文書と、前記印影情報と、を含む押印対象データを作成し、
    前記押印対象データを含む押印要求を、前記携帯電話に送信し、
    前記携帯電話において、
    署名生成部は、鍵保管部に保管され、選択された前記印影情報に対応する署名鍵を用いて、前記押印要求に含まれる前記押印対象データに対する署名値を計算し、
    前記署名値を前記端末装置へ送信する
    ことを特徴とする電子押印方法。

Images