特開2022-90150データ受信装置、データ受信方法及びデータ受信プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022090150
(43)【公開日】2022-06-17
(54)【発明の名称】データ受信装置、データ受信方法及びデータ受信プログラム
(51)【国際特許分類】
G06F 21/64 20130101AFI20220610BHJP
H04L 9/32 20060101ALI20220610BHJP
G09C 1/00 20060101ALI20220610BHJP
【ＦＩ】
G06F21/64
H04L9/00 675B
G09C1/00 640D
【審査請求】有
【請求項の数】9
【出願形態】ＯＬ
(21)【出願番号】P 2020202350
(22)【出願日】2020-12-07
(11)【特許番号】
(45)【特許公報発行日】2022-01-18
(71)【出願人】
【識別番号】395011562
【氏名又は名称】三菱電機ＩＴソリューションズ株式会社
(74)【代理人】
【識別番号】110002491
【氏名又は名称】溝井国際特許業務法人
(72)【発明者】
【氏名】森口 修
(57)【要約】
【課題】第三者認証機関に依存することなく、なりすまし防止及び否認防止を実現可能にする。
【解決手段】データ取得部３１１は、会合における参加者から受け渡された電子データであって、参加者の電子署名が付された電子データを取得する。署名検証部３１３は、電子データに付された電子署名を、参加者の証明書データである個人証明書を用いて検証して、電子署名が正当であるか否かを判定する。証明書保存部３１５は、電子署名が正当であると判定された場合に、個人証明書を認証済の証明書データとして記憶装置に保存する。
【選択図】図４
【解決手段】データ取得部３１１は、会合における参加者から受け渡された電子データであって、参加者の電子署名が付された電子データを取得する。署名検証部３１３は、電子データに付された電子署名を、参加者の証明書データである個人証明書を用いて検証して、電子署名が正当であるか否かを判定する。証明書保存部３１５は、電子署名が正当であると判定された場合に、個人証明書を認証済の証明書データとして記憶装置に保存する。
【選択図】図４
【特許請求の範囲】
【請求項1】
会合における参加者から受け渡された電子データであって、前記参加者の電子署名が付された電子データを取得するデータ取得部と、
前記データ取得部によって取得された前記電子データに付された前記電子署名を、前記参加者の証明書データである個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定する署名検証部と、
前記署名検証部によって前記電子署名が正当であると判定された場合に、前記個人証明書を認証済の証明書データとして記憶装置に保存する証明書保存部と
を備えるデータ受信装置。
前記データ取得部によって取得された前記電子データに付された前記電子署名を、前記参加者の証明書データである個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定する署名検証部と、
前記署名検証部によって前記電子署名が正当であると判定された場合に、前記個人証明書を認証済の証明書データとして記憶装置に保存する証明書保存部と
を備えるデータ受信装置。
【請求項2】
前記証明書保存部は、前記個人証明書を認証済の証明書データとして、前記参加者が前記会合に参加していたことを示す根拠データとともに前記記憶装置に保存する
請求項１に記載のデータ受信装置。
請求項１に記載のデータ受信装置。
【請求項3】
前記データ取得部は、前記参加者が使用するデータ送信装置から前記電子データを受信する、又は、前記参加者から渡された紙に印刷された印刷情報を読み取ることにより、前記電子データを取得する
請求項１又は２に記載のデータ受信装置。
請求項１又は２に記載のデータ受信装置。
【請求項4】
前記電子データは、電子化された名刺データである
請求項１から３までのいずれか１項に記載のデータ受信装置。
請求項１から３までのいずれか１項に記載のデータ受信装置。
【請求項5】
前記記憶装置は、他のデータ受信装置がアクセス可能な共有された記憶装置である
請求項１から４までのいずれか１項に記載のデータ受信装置。
請求項１から４までのいずれか１項に記載のデータ受信装置。
【請求項6】
前記電子署名には、前記参加者の所属先の証明書データである所属先証明書が含まれており、
前記証明書保存部は、前記電子署名が正当であると判定された場合に、前記個人証明書及び前記所属先証明書を認証済の証明書データとして前記記憶装置に保存する
請求項１から５までのいずれか１項に記載のデータ受信装置。
前記証明書保存部は、前記電子署名が正当であると判定された場合に、前記個人証明書及び前記所属先証明書を認証済の証明書データとして前記記憶装置に保存する
請求項１から５までのいずれか１項に記載のデータ受信装置。
【請求項7】
前記電子署名には、前記参加者の所属先のサーバを示すサーバ情報が含まれており、
前記データ受信装置は、さらに、
前記サーバ情報が示す前記サーバから、前記個人証明書が有効であるか否かの判定結果を取得する有効性確認部
を備え、
前記証明書保存部は、前記電子署名が正当であると判定され、かつ、前記有効性確認部によって取得された前記判定結果が前記個人証明書が有効であることを示す場合に、前記個人証明書及び前記所属先証明書を認証済の証明書データとして前記記憶装置に保存する
請求項６に記載のデータ受信装置。
前記データ受信装置は、さらに、
前記サーバ情報が示す前記サーバから、前記個人証明書が有効であるか否かの判定結果を取得する有効性確認部
を備え、
前記証明書保存部は、前記電子署名が正当であると判定され、かつ、前記有効性確認部によって取得された前記判定結果が前記個人証明書が有効であることを示す場合に、前記個人証明書及び前記所属先証明書を認証済の証明書データとして前記記憶装置に保存する
請求項６に記載のデータ受信装置。
【請求項8】
前記データ取得部は、前記電子署名が付された他の電子データを取得し、
前記署名検証部は、前記他の電子データに付された前記電子署名を、前記記憶装置に記憶された前記個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定する
請求項１から７までのいずれか１項に記載のデータ受信装置。
前記署名検証部は、前記他の電子データに付された前記電子署名を、前記記憶装置に記憶された前記個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定する
請求項１から７までのいずれか１項に記載のデータ受信装置。
【請求項9】
データ取得部が、会合における参加者から受け渡された電子データであって、前記参加者の電子署名が付された電子データを取得し、
署名検証部が、前記電子データに付された前記電子署名を、前記参加者の証明書データである個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定し、
証明書保存部が、前記電子署名が正当であると判定された場合に、前記個人証明書を認証済の証明書データとして記憶装置に保存するデータ受信方法。
署名検証部が、前記電子データに付された前記電子署名を、前記参加者の証明書データである個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定し、
証明書保存部が、前記電子署名が正当であると判定された場合に、前記個人証明書を認証済の証明書データとして記憶装置に保存するデータ受信方法。
【請求項10】
会合における参加者から受け渡された電子データであって、前記参加者の電子署名が付された電子データを取得するデータ取得処理と、
前記データ取得処理によって取得された前記電子データに付された前記電子署名を、前記参加者の証明書データである個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定する署名検証処理と、
前記署名検証処理によって前記電子署名が正当であると判定された場合に、前記個人証明書を認証済の証明書データとして記憶装置に保存する証明書保存処理と
を行うデータ受信装置としてコンピュータを機能させるデータ受信プログラム。
前記データ取得処理によって取得された前記電子データに付された前記電子署名を、前記参加者の証明書データである個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定する署名検証処理と、
前記署名検証処理によって前記電子署名が正当であると判定された場合に、前記個人証明書を認証済の証明書データとして記憶装置に保存する証明書保存処理と
を行うデータ受信装置としてコンピュータを機能させるデータ受信プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、公開鍵暗号基盤を利用した電子署名技術に関する。
【背景技術】
【0002】
電子署名技術は、電子データの改ざん検知と、なりすまし防止と、否認防止とを実現する技術である。
【0003】
特許文献１には、証明書を含む電子署名を付与した電子名刺を生成する方式について記載されている。特許文献２には、証明書を含まない電子署名を付与した電子名刺を生成し、公開鍵を名刺発行機関のサービスから取得する方式について記載されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２００６－０９９７１６号公報
【特許文献2】特開２００７－２８８５４６号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
特許文献１に記載された方式では、証明書に含まれる公開鍵を用いて電子署名を検証することによって、改ざん検知は可能である。しかし、なりすまし防止及び否認防止については、電子署名に付与された証明書の信頼性に依存する。そのため、電子署名に付与された証明書は、信頼された官庁又は民間の第三者認証機関によって発行されたものである必要がある。
【0006】
特許文献２に記載された方式では、名刺発行機関のサービスから取得された公開鍵を用いて電子署名を検証することによって、改ざん検知は可能である。しかし、名刺発行機関のサービスを信頼するに足りる根拠がないため、なりすまし防止及び否認防止を実現することができない。
【0007】
本開示は、第三者認証機関に依存することなく、なりすまし防止及び否認防止を実現可能にすることを目的とする。
【課題を解決するための手段】
【0008】
本開示に係るデータ受信装置は、
会合における参加者から受け渡された電子データであって、前記参加者の電子署名が付された電子データを取得するデータ取得部と、
前記データ取得部によって取得された前記電子データに付された前記電子署名を、前記参加者の証明書データである個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定する署名検証部と、
前記署名検証部によって前記電子署名が正当であると判定された場合に、前記個人証明書を認証済の証明書データとして記憶装置に保存する証明書保存部と
を備える。
会合における参加者から受け渡された電子データであって、前記参加者の電子署名が付された電子データを取得するデータ取得部と、
前記データ取得部によって取得された前記電子データに付された前記電子署名を、前記参加者の証明書データである個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定する署名検証部と、
前記署名検証部によって前記電子署名が正当であると判定された場合に、前記個人証明書を認証済の証明書データとして記憶装置に保存する証明書保存部と
を備える。
【0009】
前記証明書保存部は、前記個人証明書を認証済の証明書データとして、前記参加者が前記会合に参加していたことを示す根拠データとともに前記記憶装置に保存する。
【0010】
前記データ取得部は、前記参加者が使用するデータ送信装置から前記電子データを受信する、又は、前記参加者から渡された紙に印刷された印刷情報を読み取ることにより、前記電子データを取得する。
【0011】
前記電子データは、電子化された名刺データである。
【0012】
前記記憶装置は、他のデータ受信装置がアクセス可能な共有された記憶装置である。
【0013】
前記電子署名には、前記参加者の所属先の証明書データである所属先証明書が含まれており、
前記証明書保存部は、前記電子署名が正当であると判定された場合に、前記個人証明書及び前記所属先証明書を認証済の証明書データとして前記記憶装置に保存する。
前記証明書保存部は、前記電子署名が正当であると判定された場合に、前記個人証明書及び前記所属先証明書を認証済の証明書データとして前記記憶装置に保存する。
【0014】
前記電子署名には、前記参加者の所属先のサーバを示すサーバ情報が含まれており、
前記データ受信装置は、さらに、
前記サーバ情報が示す前記サーバから、前記個人証明書が有効であるか否かの判定結果を取得する有効性確認部
を備え、
前記証明書保存部は、前記電子署名が正当であると判定され、かつ、前記有効性確認部によって取得された前記判定結果が前記個人証明書が有効であることを示す場合に、前記個人証明書及び前記所属先証明書を認証済の証明書データとして前記記憶装置に保存する。
前記データ受信装置は、さらに、
前記サーバ情報が示す前記サーバから、前記個人証明書が有効であるか否かの判定結果を取得する有効性確認部
を備え、
前記証明書保存部は、前記電子署名が正当であると判定され、かつ、前記有効性確認部によって取得された前記判定結果が前記個人証明書が有効であることを示す場合に、前記個人証明書及び前記所属先証明書を認証済の証明書データとして前記記憶装置に保存する。
【0015】
前記データ取得部は、前記電子署名が付された他の電子データを取得し、
前記署名検証部は、前記他の電子データに付された前記電子署名を、前記記憶装置に記憶された前記個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定する。
前記署名検証部は、前記他の電子データに付された前記電子署名を、前記記憶装置に記憶された前記個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定する。
【0016】
本開示に係るデータ受信方法は、
データ取得部が、会合における参加者から受け渡された電子データであって、前記参加者の電子署名が付された電子データを取得し、
署名検証部が、前記電子データに付された前記電子署名を、前記参加者の証明書データである個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定し、
証明書保存部が、前記電子署名が正当であると判定された場合に、前記個人証明書を認証済の証明書データとして記憶装置に保存する。
データ取得部が、会合における参加者から受け渡された電子データであって、前記参加者の電子署名が付された電子データを取得し、
署名検証部が、前記電子データに付された前記電子署名を、前記参加者の証明書データである個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定し、
証明書保存部が、前記電子署名が正当であると判定された場合に、前記個人証明書を認証済の証明書データとして記憶装置に保存する。
【0017】
本開示に係るデータ受信プログラムは、
会合における参加者から受け渡された電子データであって、前記参加者の電子署名が付された電子データを取得するデータ取得処理と、
前記データ取得処理によって取得された前記電子データに付された前記電子署名を、前記参加者の証明書データである個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定する署名検証処理と、
前記署名検証処理によって前記電子署名が正当であると判定された場合に、前記個人証明書を認証済の証明書データとして記憶装置に保存する証明書保存処理と
を行うデータ受信装置としてコンピュータを機能させる。
会合における参加者から受け渡された電子データであって、前記参加者の電子署名が付された電子データを取得するデータ取得処理と、
前記データ取得処理によって取得された前記電子データに付された前記電子署名を、前記参加者の証明書データである個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定する署名検証処理と、
前記署名検証処理によって前記電子署名が正当であると判定された場合に、前記個人証明書を認証済の証明書データとして記憶装置に保存する証明書保存処理と
を行うデータ受信装置としてコンピュータを機能させる。
【発明の効果】
【0018】
本開示では、会合における参加者から受け渡された電子データの検証に用いた証明書データを認証済の証明書データとして記憶する。認証済の証明書データは、会合に参加していた参加者から得られた電子データを検証できたという信頼性がある。そのため、認証済の証明書データを用いて電子署名を検証すれば、第三者認証機関に依存することなく、なりすまし防止と否認防止を実現可能である。
【図面の簡単な説明】
【0019】
【図1】実施の形態１に係る通信システム１００の構成図。
【図2】実施の形態１に係る送信側サーバ１０の構成図。
【図3】実施の形態１に係るデータ送信装置２０の構成図。
【図4】実施の形態１に係るデータ受信装置３０の構成図。
【図5】実施の形態１に係る受信側サーバ４０の構成図。
【図6】実施の形態１に係る通信システム１００の全体的な処理の流れを示すフローチャート。
【図7】実施の形態１に係る名刺生成処理のフローチャート。
【図8】実施の形態１に係る電子署名の説明図。
【図9】実施の形態１に係る名刺交換処理のフローチャート。
【図10】実施の形態１に係る名刺交換処理のフローチャート。
【図11】実施の形態１に係る証明書信頼処理のフローチャート。
【図12】実施の形態１に係る証明書共有処理のフローチャート。
【図13】実施の形態１に係る電子データ取得処理のフローチャート。
【図14】変形例４に係る通信システム１００の構成図。
【発明を実施するための形態】
【0020】
実施の形態１．
＊＊＊構成の説明＊＊＊
図１を参照して、実施の形態１に係る通信システム１００の構成を説明する。
通信システム１００は、送信側サーバ１０と、データ送信装置２０と、データ受信装置３０と、受信側サーバ４０とを備える。
送信側サーバ１０とデータ送信装置２０とは、伝送路９１を介して接続されている。データ送信装置２０とデータ受信装置３０とは、伝送路９２を介して接続されている。データ受信装置３０と受信側サーバ４０とは、伝送路９３を介して接続されている。伝送路９１及び伝送路９３は、具体例としては、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）又は専用線である。伝送路９２は、具体例としては、インターネットである。
＊＊＊構成の説明＊＊＊
図１を参照して、実施の形態１に係る通信システム１００の構成を説明する。
通信システム１００は、送信側サーバ１０と、データ送信装置２０と、データ受信装置３０と、受信側サーバ４０とを備える。
送信側サーバ１０とデータ送信装置２０とは、伝送路９１を介して接続されている。データ送信装置２０とデータ受信装置３０とは、伝送路９２を介して接続されている。データ受信装置３０と受信側サーバ４０とは、伝送路９３を介して接続されている。伝送路９１及び伝送路９３は、具体例としては、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）又は専用線である。伝送路９２は、具体例としては、インターネットである。
【0021】
図２を参照して、実施の形態１に係る送信側サーバ１０の構成を説明する。
送信側サーバ１０は、データ送信装置２０のユーザである元ユーザが所属する所属先のサーバである。
送信側サーバ１０は、プロセッサ１１と、メモリ１２と、ストレージ１３と、通信インタフェース１４とのハードウェアを備える。プロセッサ１１は、信号線を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
送信側サーバ１０は、データ送信装置２０のユーザである元ユーザが所属する所属先のサーバである。
送信側サーバ１０は、プロセッサ１１と、メモリ１２と、ストレージ１３と、通信インタフェース１４とのハードウェアを備える。プロセッサ１１は、信号線を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
【0022】
送信側サーバ１０は、機能構成要素として、認証部１１１と、名刺発行部１１２と、印刷部１１３と、証明書管理部１１４と、鍵生成部１１５とを備える。送信側サーバ１０の各機能構成要素の機能はソフトウェアにより実現される。
ストレージ１３には、送信側サーバ１０の各機能構成要素の機能を実現するプログラムが格納されている。このプログラムは、プロセッサ１１によりメモリ１２に読み込まれ、プロセッサ１１によって実行される。これにより、送信側サーバ１０の各機能構成要素の機能が実現される。
ストレージ１３には、送信側サーバ１０の各機能構成要素の機能を実現するプログラムが格納されている。このプログラムは、プロセッサ１１によりメモリ１２に読み込まれ、プロセッサ１１によって実行される。これにより、送信側サーバ１０の各機能構成要素の機能が実現される。
【0023】
ストレージ１３は、人事データ１３１と、発行リスト１３２と、失効リスト１３３とを記憶する。
【0024】
図３を参照して、実施の形態１に係るデータ送信装置２０の構成を説明する。
データ送信装置２０は、データを送信する元ユーザが使用するＰＣ（Ｐｅｒｓｏｎａｌ
Ｃｏｍｐｕｔｅｒ）及びスマートフォンといったコンピュータである。
データ送信装置２０は、プロセッサ２１と、メモリ２２と、ストレージ２３と、通信インタフェース２４とのハードウェアを備える。プロセッサ２１は、信号線を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
データ送信装置２０は、データを送信する元ユーザが使用するＰＣ（Ｐｅｒｓｏｎａｌ
Ｃｏｍｐｕｔｅｒ）及びスマートフォンといったコンピュータである。
データ送信装置２０は、プロセッサ２１と、メモリ２２と、ストレージ２３と、通信インタフェース２４とのハードウェアを備える。プロセッサ２１は、信号線を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
【0025】
データ送信装置２０は、機能構成要素として、発行依頼部２１１と、データ送信部２１２と、印刷部２１３と、署名生成部２１４とを備える。データ送信装置２０の各機能構成要素の機能はソフトウェアにより実現される。
ストレージ２３には、データ送信装置２０の各機能構成要素の機能を実現するプログラムが格納されている。このプログラムは、プロセッサ２１によりメモリ２２に読み込まれ、プロセッサ２１によって実行される。これにより、データ送信装置２０の各機能構成要素の機能が実現される。
ストレージ２３には、データ送信装置２０の各機能構成要素の機能を実現するプログラムが格納されている。このプログラムは、プロセッサ２１によりメモリ２２に読み込まれ、プロセッサ２１によって実行される。これにより、データ送信装置２０の各機能構成要素の機能が実現される。
【0026】
図４を参照して、実施の形態１に係るデータ受信装置３０の構成を説明する。
データ受信装置３０は、データを受信するユーザである先ユーザが使用するＰＣ及びスマートフォンといったコンピュータである。
データ受信装置３０は、プロセッサ３１と、メモリ３２と、ストレージ３３と、通信インタフェース３４とのハードウェアを備える。プロセッサ３１は、信号線を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
データ受信装置３０は、データを受信するユーザである先ユーザが使用するＰＣ及びスマートフォンといったコンピュータである。
データ受信装置３０は、プロセッサ３１と、メモリ３２と、ストレージ３３と、通信インタフェース３４とのハードウェアを備える。プロセッサ３１は、信号線を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
【0027】
データ受信装置３０は、機能構成要素として、データ取得部３１１と、証明書抽出部３１２と、署名検証部３１３と、有効性確認部３１４と、証明書保存部３１５とを備える。データ受信装置３０の各機能構成要素の機能はソフトウェアにより実現される。
ストレージ３３には、データ受信装置３０の各機能構成要素の機能を実現するプログラムが格納されている。このプログラムは、プロセッサ３１によりメモリ３２に読み込まれ、プロセッサ３１によって実行される。これにより、データ受信装置３０の各機能構成要素の機能が実現される。
ストレージ３３には、データ受信装置３０の各機能構成要素の機能を実現するプログラムが格納されている。このプログラムは、プロセッサ３１によりメモリ３２に読み込まれ、プロセッサ３１によって実行される。これにより、データ受信装置３０の各機能構成要素の機能が実現される。
【0028】
ストレージ３３は、認証済の証明書データ３３１と、根拠データ３３２とを記憶する。
【0029】
図５を参照して、実施の形態１に係る受信側サーバ４０の構成を説明する。
受信側サーバ４０は、データ受信装置３０の先ユーザが所属する所属先のサーバである。
受信側サーバ４０は、プロセッサ４１と、メモリ４２と、ストレージ４３と、通信インタフェース４４とのハードウェアを備える。プロセッサ４１は、信号線を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
受信側サーバ４０は、データ受信装置３０の先ユーザが所属する所属先のサーバである。
受信側サーバ４０は、プロセッサ４１と、メモリ４２と、ストレージ４３と、通信インタフェース４４とのハードウェアを備える。プロセッサ４１は、信号線を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
【0030】
受信側サーバ４０は、機能構成要素として、認証部４１１と、証明書同期部４１２とを備える。受信側サーバ４０の各機能構成要素の機能はソフトウェアにより実現される。
ストレージ４３には、受信側サーバ４０の各機能構成要素の機能を実現するプログラムが格納されている。このプログラムは、プロセッサ４１によりメモリ４２に読み込まれ、プロセッサ４１によって実行される。これにより、受信側サーバ４０の各機能構成要素の機能が実現される。
ストレージ４３には、受信側サーバ４０の各機能構成要素の機能を実現するプログラムが格納されている。このプログラムは、プロセッサ４１によりメモリ４２に読み込まれ、プロセッサ４１によって実行される。これにより、受信側サーバ４０の各機能構成要素の機能が実現される。
【0031】
ストレージ４３は、認証済の証明書データ４３１と、根拠データ４３２とを記憶する。
【0032】
プロセッサ１１，２１，３１，４１は、プロセッシングを行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）である。プロセッサ１１，２１，３１，４１は、具体例としては、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。
【0033】
メモリ１２，２２，３２，４２は、データを一時的に記憶する記憶装置である。メモリ１２，２２，３２，４２は、具体例としては、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。
【0034】
ストレージ１３，２３，３３，４３は、データを保管する記憶装置である。ストレージ１３，２３，３３，４３は、具体例としては、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）である。また、ストレージ１３，２３，３３，４３は、ＳＤ（登録商標，Ｓｅｃｕｒｅ
Ｄｉｇｉｔａｌ）メモリカード、ＣＦ（ＣｏｍｐａｃｔＦｌａｓｈ，登録商標）、ＮＡＮＤフラッシュ、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）といった可搬記録媒体であってもよい。
Ｄｉｇｉｔａｌ）メモリカード、ＣＦ（ＣｏｍｐａｃｔＦｌａｓｈ，登録商標）、ＮＡＮＤフラッシュ、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）といった可搬記録媒体であってもよい。
【0035】
通信インタフェース１４，２４，３４，４４は、外部の装置と通信するためのインタフェースである。通信インタフェース１４，２４，３４，４４は、具体例としては、Ｅｔｈｅｒｎｅｔ（登録商標）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、ＨＤＭＩ（登録商標，Ｈｉｇｈ－Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）のポートである。
【0036】
図２では、プロセッサ１１は、１つだけ示されていた。しかし、プロセッサ１１は、複数であってもよく、複数のプロセッサ１１が、各機能を実現するプログラムを連携して実行してもよい。同様に、図３～図５のプロセッサ２１，３１，４１は、複数であってもよく、複数のプロセッサ２１，３１，４１が、各機能を実現するプログラムを連携して実行してもよい。
【0037】
＊＊＊動作の説明＊＊＊
図６から図１３を参照して、実施の形態１に係る通信システム１００の動作を説明する。
実施の形態１に係る通信システム１００の動作手順は、実施の形態１に係る通信方法に相当する。また、実施の形態１に係る通信システム１００の動作を実現するプログラムは、実施の形態１に係る通信プログラムに相当する。
特に、実施の形態１に係る通信システム１００におけるデータ受信装置３０の動作手順は、実施の形態１に係るデータ受信方法に相当する。また、実施の形態１に係る通信システム１００におけるデータ受信装置３０の動作を実現するプログラムは、実施の形態１に係るデータ受信プログラムに相当する。
図６から図１３を参照して、実施の形態１に係る通信システム１００の動作を説明する。
実施の形態１に係る通信システム１００の動作手順は、実施の形態１に係る通信方法に相当する。また、実施の形態１に係る通信システム１００の動作を実現するプログラムは、実施の形態１に係る通信プログラムに相当する。
特に、実施の形態１に係る通信システム１００におけるデータ受信装置３０の動作手順は、実施の形態１に係るデータ受信方法に相当する。また、実施の形態１に係る通信システム１００におけるデータ受信装置３０の動作を実現するプログラムは、実施の形態１に係るデータ受信プログラムに相当する。
【0038】
図６を参照して、実施の形態１に係る通信システム１００の全体的な処理の流れを説明する。
（ステップＳ１：名刺生成処理）
送信側サーバ１０は、電子署名を付した名刺データを生成して、データ送信装置２０に送信する。
（ステップＳ１：名刺生成処理）
送信側サーバ１０は、電子署名を付した名刺データを生成して、データ送信装置２０に送信する。
【0039】
（ステップＳ２：名刺交換処理）
データ送信装置２０の元ユーザと、データ受信装置３０の先ユーザとが、会合において名刺データを交換する。会合は、会議と、パーティといった催し物といった集まりである。会合は、対面式であってもよいし、オンライン形式であってもよい。
データ送信装置２０の元ユーザと、データ受信装置３０の先ユーザとが、会合において名刺データを交換する。会合は、会議と、パーティといった催し物といった集まりである。会合は、対面式であってもよいし、オンライン形式であってもよい。
【0040】
（ステップＳ３：証明書信頼処理）
データ受信装置３０は、ステップＳ２で取得した名刺データに付された電子署名を検証して、検証に用いられた証明書を認証済の証明書データ３３１として記憶装置であるストレージ３３に保存する。この際、データ受信装置３０は、検証に用いられた証明書の正当性を示す根拠データ３３２を認証済の証明書データ３３１とともに記憶装置に記憶装置であるストレージ３３に保存する。
データ受信装置３０は、ステップＳ２で取得した名刺データに付された電子署名を検証して、検証に用いられた証明書を認証済の証明書データ３３１として記憶装置であるストレージ３３に保存する。この際、データ受信装置３０は、検証に用いられた証明書の正当性を示す根拠データ３３２を認証済の証明書データ３３１とともに記憶装置に記憶装置であるストレージ３３に保存する。
【0041】
（ステップＳ４：証明書共有処理）
受信側サーバ４０は、データ受信装置３０のストレージ３３に記憶された認証済の証明書データ３３１及び根拠データ３３２のペアと、ストレージ４３に記憶された認証済の証明書データ３３１及び根拠データ３３２のペアとを同期させる。
受信側サーバ４０は、データ受信装置３０のストレージ３３に記憶された認証済の証明書データ３３１及び根拠データ３３２のペアと、ストレージ４３に記憶された認証済の証明書データ３３１及び根拠データ３３２のペアとを同期させる。
【0042】
図７を参照して、実施の形態１に係る名刺生成処理（図６のステップＳ１）を説明する。
（ステップＳ１１：生成依頼処理）
データ送信装置２０の発行依頼部２１１は、送信側サーバ１０に対して名刺データの発行を依頼する。
具体的には、発行依頼部２１１は、送信側サーバ１０に名刺データの発行を依頼する依頼データを送信する。すると、送信側サーバ１０の認証部１１１による認証処理が行われる。認証に成功すると、送信側サーバ１０の名刺発行部１１２によって依頼データが受け付けられる。
認証処理は、データ送信装置２０が適切な装置であるか否かを判定する処理である。認証処理の方式としては既存の方式が用いられる。
（ステップＳ１１：生成依頼処理）
データ送信装置２０の発行依頼部２１１は、送信側サーバ１０に対して名刺データの発行を依頼する。
具体的には、発行依頼部２１１は、送信側サーバ１０に名刺データの発行を依頼する依頼データを送信する。すると、送信側サーバ１０の認証部１１１による認証処理が行われる。認証に成功すると、送信側サーバ１０の名刺発行部１１２によって依頼データが受け付けられる。
認証処理は、データ送信装置２０が適切な装置であるか否かを判定する処理である。認証処理の方式としては既存の方式が用いられる。
【0043】
（ステップＳ１２：名刺発行処理）
名刺発行部１１２は、電子署名を付した名刺データを生成する。
具体的には、名刺発行部１１２は、人事データ１３１を参照して、依頼データの送信元のデータ送信装置２０に対応する元ユーザの属性情報を特定する。属性情報は、所属部署と氏名と電話番号といった情報である。名刺発行部１１２は、特定された属性情報を示す名刺データを生成する。名刺発行部１１２は、元ユーザの秘密鍵を用いて、名刺データの署名値を計算する。具体例としては、名刺発行部１１２は、名刺データのハッシュ値を計算し、ハッシュ値を秘密鍵で暗号化することにより、署名値を計算する。そして、名刺発行部１１２は、名刺データに、署名値を含む電子署名を付す。
図８に示すように、電子署名には、署名値と、元ユーザの証明書データである個人証明書と、元ユーザの所属先の証明書データである所属先証明書と、問合せ先とが含まれている。個人証明書には、元ユーザの公開鍵が含まれている。元ユーザの公開鍵は、署名値を計算する際に使用された秘密鍵に対応する公開鍵である。所属先証明書には、所属先の公開鍵が含まれている。問合せ先は、所属先のサーバを示すサーバ情報である。
名刺発行部１１２は、電子署名を付した名刺データを生成する。
具体的には、名刺発行部１１２は、人事データ１３１を参照して、依頼データの送信元のデータ送信装置２０に対応する元ユーザの属性情報を特定する。属性情報は、所属部署と氏名と電話番号といった情報である。名刺発行部１１２は、特定された属性情報を示す名刺データを生成する。名刺発行部１１２は、元ユーザの秘密鍵を用いて、名刺データの署名値を計算する。具体例としては、名刺発行部１１２は、名刺データのハッシュ値を計算し、ハッシュ値を秘密鍵で暗号化することにより、署名値を計算する。そして、名刺発行部１１２は、名刺データに、署名値を含む電子署名を付す。
図８に示すように、電子署名には、署名値と、元ユーザの証明書データである個人証明書と、元ユーザの所属先の証明書データである所属先証明書と、問合せ先とが含まれている。個人証明書には、元ユーザの公開鍵が含まれている。元ユーザの公開鍵は、署名値を計算する際に使用された秘密鍵に対応する公開鍵である。所属先証明書には、所属先の公開鍵が含まれている。問合せ先は、所属先のサーバを示すサーバ情報である。
【0044】
ここで、名刺発行部１１２が署名値を計算する際には、証明書管理部１１４が発行リスト１３２及び失効リスト１３３を参照して、元ユーザの証明書データが有効であるか否かを判定する。発行リスト１３２は、発行済の証明書データを示すリストであり、失効リスト１３３は、失効した証明書データを示すリストである。
具体的には、証明書管理部１１４は、元ユーザの証明書データが発行リスト１３２に登録されており、かつ、失効リスト１３３に登録されていない場合には、元ユーザの証明書データが有効であると判定する。そして、元ユーザの証明書データが有効な場合には、証明書管理部１１４は、名刺発行部１１２に、その証明書データの秘密鍵を用いて署名値を計算させる。一方、元ユーザの証明書データが有効でない場合には、証明書管理部１１４は、新たに秘密鍵と公開鍵のペアを生成し、新たな証明書データとして、発行リスト１３２に登録する。そして、証明書管理部１１４は、名刺発行部１１２に、新たな証明書データの秘密鍵を用いて署名値を計算させる。
具体的には、証明書管理部１１４は、元ユーザの証明書データが発行リスト１３２に登録されており、かつ、失効リスト１３３に登録されていない場合には、元ユーザの証明書データが有効であると判定する。そして、元ユーザの証明書データが有効な場合には、証明書管理部１１４は、名刺発行部１１２に、その証明書データの秘密鍵を用いて署名値を計算させる。一方、元ユーザの証明書データが有効でない場合には、証明書管理部１１４は、新たに秘密鍵と公開鍵のペアを生成し、新たな証明書データとして、発行リスト１３２に登録する。そして、証明書管理部１１４は、名刺発行部１１２に、新たな証明書データの秘密鍵を用いて署名値を計算させる。
【0045】
（ステップＳ１３：名刺送信処理）
名刺発行部１１２は、ステップＳ１２で生成された電子署名が付された名刺データを、伝送路９１を介して、依頼データの送信元のデータ送信装置２０に送信する。
名刺発行部１１２は、ステップＳ１２で生成された電子署名が付された名刺データを、伝送路９１を介して、依頼データの送信元のデータ送信装置２０に送信する。
【0046】
（ステップＳ１４：名刺印刷処理）
名刺発行部１１２は、ステップＳ１２で生成された電子署名が付された名刺データを、バーコード及び二次元コードといった、読取機で読み取り可能な読取用コードに変換する。印刷部１１３は、読取用コードを表示した名刺を印刷する。印刷された名刺は、依頼データの送信元のデータ送信装置２０に対応する元ユーザに宛てて送付される。
なお、名刺発行部１１２は、読取用コードを表示した名刺の印刷用データをデータ送信装置２０に送信してもよい。そして、データ送信装置２０の印刷部２１３によって、読取用コードを表示した名刺が印刷されてもよい。
名刺発行部１１２は、ステップＳ１２で生成された電子署名が付された名刺データを、バーコード及び二次元コードといった、読取機で読み取り可能な読取用コードに変換する。印刷部１１３は、読取用コードを表示した名刺を印刷する。印刷された名刺は、依頼データの送信元のデータ送信装置２０に対応する元ユーザに宛てて送付される。
なお、名刺発行部１１２は、読取用コードを表示した名刺の印刷用データをデータ送信装置２０に送信してもよい。そして、データ送信装置２０の印刷部２１３によって、読取用コードを表示した名刺が印刷されてもよい。
【0047】
図９及び図１０を参照して、実施の形態１に係る名刺交換処理（図６のステップＳ２）を説明する。
図９を参照して、実施の形態１に係る名刺交換処理の１つ目の流れを説明する。１つ目の流れは、電子的に名刺交換がされる場合の流れである。
（ステップＳ２１Ａ：名刺送信処理）
データ送信装置２０のデータ送信部２１２は、ステップＳ１３で送信された、電子署名が付された名刺データを、データ受信装置３０に送信する。
図９を参照して、実施の形態１に係る名刺交換処理の１つ目の流れを説明する。１つ目の流れは、電子的に名刺交換がされる場合の流れである。
（ステップＳ２１Ａ：名刺送信処理）
データ送信装置２０のデータ送信部２１２は、ステップＳ１３で送信された、電子署名が付された名刺データを、データ受信装置３０に送信する。
【0048】
（ステップＳ２２Ａ：名刺受信処理）
データ受信装置３０のデータ取得部３１１は、ステップＳ２１Ａで送信された名刺データを受信する。
データ受信装置３０のデータ取得部３１１は、ステップＳ２１Ａで送信された名刺データを受信する。
【0049】
図１０を参照して、実施の形態１に係る名刺交換処理の２つ目の流れを説明する。２つ目の流れは、紙の名刺により名刺交換がされる場合の流れである。
（ステップＳ２１Ｂ：名刺受渡処理）
データ送信装置２０の元ユーザからデータ受信装置３０の先ユーザへ、ステップＳ１４で印刷された紙の名刺が渡される。
（ステップＳ２１Ｂ：名刺受渡処理）
データ送信装置２０の元ユーザからデータ受信装置３０の先ユーザへ、ステップＳ１４で印刷された紙の名刺が渡される。
【0050】
（ステップＳ２２Ｂ：読取処理）
データ受信装置３０のデータ取得部３１１は、ステップＳ２１Ｂで渡された紙の名刺に印刷された印刷情報である読取用コードを読み取って、電子署名が付された名刺データを取得する。
データ受信装置３０のデータ取得部３１１は、ステップＳ２１Ｂで渡された紙の名刺に印刷された印刷情報である読取用コードを読み取って、電子署名が付された名刺データを取得する。
【0051】
図１１を参照して、実施の形態１に係る証明書信頼処理（図６のステップＳ３）を説明する。
（ステップＳ３１：証明書抽出処理）
データ受信装置３０の証明書抽出部３１２は、ステップＳ２２Ａで受信された名刺データ又はステップＳ２２Ｂで取得された名刺データに付された電子署名から、署名値と個人証明書と所属先証明書と問合せ先とを抽出する。
（ステップＳ３１：証明書抽出処理）
データ受信装置３０の証明書抽出部３１２は、ステップＳ２２Ａで受信された名刺データ又はステップＳ２２Ｂで取得された名刺データに付された電子署名から、署名値と個人証明書と所属先証明書と問合せ先とを抽出する。
【0052】
（ステップＳ３２：署名検証処理）
データ受信装置３０の署名検証部３１３は、ステップＳ２２Ａで受信された名刺データ又はステップＳ２２Ｂで取得された名刺データに付された電子署名を、参加者の証明書データである個人証明書を用いて検証して、電子署名が正当であるか否かを判定する。
具体例としては、署名検証部３１３は、ステップＳ３１で抽出された個人証明書に含まれる公開鍵を用いて、ステップＳ３１で抽出された署名値を復号する。署名検証部３１３は、復号して得られた値が、名刺データのハッシュ値と一致すれば、電子署名が正当であると判定する。一方、署名検証部３１３は、復号して得られた値が、名刺データのハッシュ値と一致しなければ、電子署名が正当でないと判定する。
署名検証部３１３は、電子署名が正当であると判定された場合には、処理をステップＳ３３に進める。一方、署名検証部３１３は、電子署名が正当でないと判定された場合には、処理を終了する。
データ受信装置３０の署名検証部３１３は、ステップＳ２２Ａで受信された名刺データ又はステップＳ２２Ｂで取得された名刺データに付された電子署名を、参加者の証明書データである個人証明書を用いて検証して、電子署名が正当であるか否かを判定する。
具体例としては、署名検証部３１３は、ステップＳ３１で抽出された個人証明書に含まれる公開鍵を用いて、ステップＳ３１で抽出された署名値を復号する。署名検証部３１３は、復号して得られた値が、名刺データのハッシュ値と一致すれば、電子署名が正当であると判定する。一方、署名検証部３１３は、復号して得られた値が、名刺データのハッシュ値と一致しなければ、電子署名が正当でないと判定する。
署名検証部３１３は、電子署名が正当であると判定された場合には、処理をステップＳ３３に進める。一方、署名検証部３１３は、電子署名が正当でないと判定された場合には、処理を終了する。
【0053】
（ステップＳ３３：有効性確認処理）
データ受信装置３０の有効性確認部３１４は、ステップＳ３１で抽出された問合せ先が示すサーバにアクセスして、個人証明書の有効性を確認する。
具体的には、有効性確認部３１４は、送信側サーバ１０に有効性問合せを行う。すると、送信側サーバ１０の認証部１１１による認証処理が行われる。認証に成功すると、有効性確認部３１４と認証部１１１との間で送信側サーバ１０のサーバ証明書を用いた暗号通信が行われる。サーバ証明書は、第三者認証機関によって認証された証明書である。暗号通信は、具体例としては、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）による通信である。暗号通信が成功した場合には、送信側サーバ１０の正当性が確認される。そして、送信側サーバ１０の証明書管理部１１４によって、個人証明書の有効性が判定され、判定結果が有効性確認部３１４に通知される。個人証明書の有効性の判定処理は、ステップＳ１２で説明した、発行リスト１３２及び失効リスト１３３に基づき証明書データが有効であるか否かを判定する処理である。
有効性確認部３１４は、判定結果が有効であることを示す場合には、処理をステップＳ３４に進める。一方、有効性確認部３１４は、判定結果が有効でないことを示す場合には、処理を終了する。
データ受信装置３０の有効性確認部３１４は、ステップＳ３１で抽出された問合せ先が示すサーバにアクセスして、個人証明書の有効性を確認する。
具体的には、有効性確認部３１４は、送信側サーバ１０に有効性問合せを行う。すると、送信側サーバ１０の認証部１１１による認証処理が行われる。認証に成功すると、有効性確認部３１４と認証部１１１との間で送信側サーバ１０のサーバ証明書を用いた暗号通信が行われる。サーバ証明書は、第三者認証機関によって認証された証明書である。暗号通信は、具体例としては、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）による通信である。暗号通信が成功した場合には、送信側サーバ１０の正当性が確認される。そして、送信側サーバ１０の証明書管理部１１４によって、個人証明書の有効性が判定され、判定結果が有効性確認部３１４に通知される。個人証明書の有効性の判定処理は、ステップＳ１２で説明した、発行リスト１３２及び失効リスト１３３に基づき証明書データが有効であるか否かを判定する処理である。
有効性確認部３１４は、判定結果が有効であることを示す場合には、処理をステップＳ３４に進める。一方、有効性確認部３１４は、判定結果が有効でないことを示す場合には、処理を終了する。
【0054】
（ステップＳ３４：根拠データ取得処理）
データ受信装置３０のデータ取得部３１１は、個人証明書の正当性を示す根拠データを取得する。
具体例としては、根拠データ３３２は、以下の（１）から（５）である。（１）ステップＳ２の会合がオンラインで行われた場合には、オンライン会議において名刺交換をした際に取得した元ユーザの肖像画像データ。（２）ステップＳ２の会合が対面で行われた場合には、名刺交換をした際にカメラで撮影して得られた元ユーザの肖像画像データ。（３）ステップＳ２の会合の議事録。（４）ステップＳ３３で送信側サーバ１０が応答した判定結果を示すデータ。（５）ステップＳ３３で暗号通信に用いされた送信側サーバ１０のサーバ証明書。
（１）～（３）は、元ユーザが会合に参加していたことを示すデータである。つまり、（１）～（３）を根拠データ３３２とする場合には、名刺データを渡した元ユーザが会合に参加していた人であることをもって、個人証明書が正当であるとするものである。一方、（４）（５）を根拠データ３３２とする場合には、名刺データの発行元の送信側サーバ１０のサーバ証明書が正当であること等をもって、個人証明書が正当であるとするものである。
データ受信装置３０のデータ取得部３１１は、個人証明書の正当性を示す根拠データを取得する。
具体例としては、根拠データ３３２は、以下の（１）から（５）である。（１）ステップＳ２の会合がオンラインで行われた場合には、オンライン会議において名刺交換をした際に取得した元ユーザの肖像画像データ。（２）ステップＳ２の会合が対面で行われた場合には、名刺交換をした際にカメラで撮影して得られた元ユーザの肖像画像データ。（３）ステップＳ２の会合の議事録。（４）ステップＳ３３で送信側サーバ１０が応答した判定結果を示すデータ。（５）ステップＳ３３で暗号通信に用いされた送信側サーバ１０のサーバ証明書。
（１）～（３）は、元ユーザが会合に参加していたことを示すデータである。つまり、（１）～（３）を根拠データ３３２とする場合には、名刺データを渡した元ユーザが会合に参加していた人であることをもって、個人証明書が正当であるとするものである。一方、（４）（５）を根拠データ３３２とする場合には、名刺データの発行元の送信側サーバ１０のサーバ証明書が正当であること等をもって、個人証明書が正当であるとするものである。
【0055】
（ステップＳ３５：証明書保存処理）
証明書保存部３１５は、ステップＳ３１で抽出された個人証明書及び所属先証明書を認証済の証明書データ３３１として、ステップＳ３４で取得された根拠データ３３２とともに記憶装置であるストレージ３３に保存する。
証明書保存部３１５は、ステップＳ３１で抽出された個人証明書及び所属先証明書を認証済の証明書データ３３１として、ステップＳ３４で取得された根拠データ３３２とともに記憶装置であるストレージ３３に保存する。
【0056】
図１２を参照して、実施の形態１に係る証明書共有処理（図６のステップＳ４）を説明する。
（ステップＳ４１：同期処理）
受信側サーバ４０の認証部４１１は、定期的にデータ受信装置３０に対する認証を行う。認証に成功すると、受信側サーバ４０の証明書同期部４１２は、データ受信装置３０のストレージ３３に記憶された認証済の証明書データ３３１及び根拠データ３３２のペアと、ストレージ４３に記憶された認証済の証明書データ４３１及び根拠データ４３２のペアとを同期させる。
具体的には、証明書同期部４１２は、ストレージ３３にだけあるペアをストレージ４３に加えるとともに、ストレージ４３にだけあるペアをストレージ３３に加える。
（ステップＳ４１：同期処理）
受信側サーバ４０の認証部４１１は、定期的にデータ受信装置３０に対する認証を行う。認証に成功すると、受信側サーバ４０の証明書同期部４１２は、データ受信装置３０のストレージ３３に記憶された認証済の証明書データ３３１及び根拠データ３３２のペアと、ストレージ４３に記憶された認証済の証明書データ４３１及び根拠データ４３２のペアとを同期させる。
具体的には、証明書同期部４１２は、ストレージ３３にだけあるペアをストレージ４３に加えるとともに、ストレージ４３にだけあるペアをストレージ３３に加える。
【0057】
ここで、証明書同期部４１２は、先ユーザの所属先に所属する他のユーザのデータ受信装置３０とも同期処理を行う。そのため、先ユーザのデータ受信装置３０のストレージ３３に記憶されたペアが他のユーザのデータ受信装置３０のストレージ３３にも記憶されることになる。同様に、他のユーザのデータ受信装置３０のストレージ３３に記憶されたペアが先ユーザのデータ受信装置３０のストレージ３３にも記憶されることになる。
【0058】
なお、ここでは、証明書同期部４１２がデータ受信装置３０のストレージ３３に記憶された認証済の証明書データ３３１及び根拠データ３３２のペアと、ストレージ４３に記憶された認証済の証明書データ４３１及び根拠データ４３２のペアとを同期させた。
しかし、データ受信装置３０の証明書保存部３１５が、認証済の証明書データ３３１及び根拠データ３３２のペアを、認証済の証明書データ４３１及び根拠データ４３２のペアとして受信側サーバ４０のストレージ４３に書き込むようにしてもよい。また、データ受信装置３０の証明書保存部３１５が、ストレージ４３に記憶されており、ストレージ３３に記憶されていない認証済の証明書データ４３１及び根拠データ４３２のペアを、認証済の証明書データ３３１及び根拠データ３３２のペアとしてストレージ３３に書き込むようにしてもよい。
しかし、データ受信装置３０の証明書保存部３１５が、認証済の証明書データ３３１及び根拠データ３３２のペアを、認証済の証明書データ４３１及び根拠データ４３２のペアとして受信側サーバ４０のストレージ４３に書き込むようにしてもよい。また、データ受信装置３０の証明書保存部３１５が、ストレージ４３に記憶されており、ストレージ３３に記憶されていない認証済の証明書データ４３１及び根拠データ４３２のペアを、認証済の証明書データ３３１及び根拠データ３３２のペアとしてストレージ３３に書き込むようにしてもよい。
【0059】
図１３を参照して、実施の形態１に係る電子データ取得処理を説明する。
電子データ取得処理は、図６のステップＳ３の処理の後に、データ受信装置３０がデータ送信装置２０から電子署名が付された電子データを取得する場合の処理である。例えば、ステップＳ２で名刺交換が行われた会合の後、データ送信装置２０から電子データを取得するような場合の処理である。
電子データ取得処理は、図６のステップＳ３の処理の後に、データ受信装置３０がデータ送信装置２０から電子署名が付された電子データを取得する場合の処理である。例えば、ステップＳ２で名刺交換が行われた会合の後、データ送信装置２０から電子データを取得するような場合の処理である。
【0060】
（ステップＳ５１：データ送信処理）
データ送信装置２０の署名生成部２１４は、送信対象の電子データの署名値を計算する。具体例としては、署名生成部２１４は、電子データのハッシュ値を計算し、ハッシュ値を秘密鍵で暗号化することにより、署名値を計算する。そして、署名生成部２１４は、電子データに、署名値を含む電子署名を付す。電子署名の構成は、名刺データに付された電子署名と同様であり、図８に示す通りである。
データ送信部２１２は、電子署名が付された電子データをデータ受信装置３０に送信する。
データ送信装置２０の署名生成部２１４は、送信対象の電子データの署名値を計算する。具体例としては、署名生成部２１４は、電子データのハッシュ値を計算し、ハッシュ値を秘密鍵で暗号化することにより、署名値を計算する。そして、署名生成部２１４は、電子データに、署名値を含む電子署名を付す。電子署名の構成は、名刺データに付された電子署名と同様であり、図８に示す通りである。
データ送信部２１２は、電子署名が付された電子データをデータ受信装置３０に送信する。
【0061】
（ステップＳ５２：データ受信処理）
データ受信装置３０のデータ取得部３１１は、電子署名が付された電子データを受信する。
データ受信装置３０のデータ取得部３１１は、電子署名が付された電子データを受信する。
【0062】
（ステップＳ５３：証明書抽出処理）
データ受信装置３０の証明書抽出部３１２は、ステップＳ５２で受信された電子データに付された電子署名から、署名値と個人証明書と所属先証明書と問合せ先とを抽出する。
データ受信装置３０の証明書抽出部３１２は、ステップＳ５２で受信された電子データに付された電子署名から、署名値と個人証明書と所属先証明書と問合せ先とを抽出する。
【0063】
ステップＳ５４及びステップＳ５５の処理は、図１１のステップＳ３２及びステップＳ３３の処理と同じである。
ここで、ステップＳ５４で電子署名を検証する際に用いられる個人証明書は、認証済の証明書データ３３１としてストレージ３３に記憶されている。したがって、データ受信装置３０は、個人証明書を、信頼される証明書データとして扱う。そのため、ステップＳ５４で電子署名が正当であると検証され、かつ、ステップＳ５５で個人証明書が有効であると判定されると、電子データは、正当なデータであると判定される。
ここで、ステップＳ５４で電子署名を検証する際に用いられる個人証明書は、認証済の証明書データ３３１としてストレージ３３に記憶されている。したがって、データ受信装置３０は、個人証明書を、信頼される証明書データとして扱う。そのため、ステップＳ５４で電子署名が正当であると検証され、かつ、ステップＳ５５で個人証明書が有効であると判定されると、電子データは、正当なデータであると判定される。
【0064】
なお、データ送信装置２０が、先ユーザの所属先に所属する他のユーザのデータ受信装置３０に対して電子署名が付された電子データを送信することも考えられる。
この場合であっても、図６のステップＳ４の処理で、認証済の証明書データ３３１及び根拠データ３３２のペアが共有された後であれば、他のユーザのデータ受信装置３０でも、同様に電子データ取得処理を行うことが可能である。つまり、他のユーザのデータ受信装置３０は、個人証明書を、信頼される証明書データとして扱う。そのため、ステップＳ５４で電子署名が正当であると検証され、かつ、ステップＳ５５で個人証明書が有効であると判定されると、電子データは、正当なデータであると判定される。
この場合であっても、図６のステップＳ４の処理で、認証済の証明書データ３３１及び根拠データ３３２のペアが共有された後であれば、他のユーザのデータ受信装置３０でも、同様に電子データ取得処理を行うことが可能である。つまり、他のユーザのデータ受信装置３０は、個人証明書を、信頼される証明書データとして扱う。そのため、ステップＳ５４で電子署名が正当であると検証され、かつ、ステップＳ５５で個人証明書が有効であると判定されると、電子データは、正当なデータであると判定される。
【0065】
＊＊＊実施の形態１の効果＊＊＊
以上のように、実施の形態１に係る通信システム１００では、データ受信装置３０が、名刺交換によって得られた個人証明書を認証済の証明書データ３３１として保存する。つまり、名刺交換によって得られた電子署名を検証できる個人証明書により、独自の証明書ストアを構築する。すなわち、名刺交換によって得られた電子署名を検証できる個人証明書であれば、ある程度の信頼性があるとして、証明書ストアを構築する。
これにより、個人証明書が第三者認証機関による認証がされていない証明書であっても、個人証明書を用いて、改ざん検知だけでなく、なりすまし防止及び否認防止を実現することができる。
以上のように、実施の形態１に係る通信システム１００では、データ受信装置３０が、名刺交換によって得られた個人証明書を認証済の証明書データ３３１として保存する。つまり、名刺交換によって得られた電子署名を検証できる個人証明書により、独自の証明書ストアを構築する。すなわち、名刺交換によって得られた電子署名を検証できる個人証明書であれば、ある程度の信頼性があるとして、証明書ストアを構築する。
これにより、個人証明書が第三者認証機関による認証がされていない証明書であっても、個人証明書を用いて、改ざん検知だけでなく、なりすまし防止及び否認防止を実現することができる。
【0066】
実施の形態１に係る通信システム１００では、データ受信装置３０の認証済の証明書データ３３１及び根拠データ３３２のペアが、所属先の受信側サーバ４０によって他のデータ受信装置３０と共有される。
これにより、ユーザが名刺交換を行うことにより構築された証明書ストアが、同じ組織に所属する他のユーザに共有される。その結果、信頼可能な証明書を広く利用することが可能になる。
これにより、ユーザが名刺交換を行うことにより構築された証明書ストアが、同じ組織に所属する他のユーザに共有される。その結果、信頼可能な証明書を広く利用することが可能になる。
【0067】
実施の形態１に係る通信システム１００では、データ受信装置３０が認証済の証明書データ３３１とともに根拠データ３３２を保存する。根拠データ３３２を確認することによって、認証済の証明書データ３３１が本当に信頼できる証明書であるかを確認することが可能である。
例えば、所属先の審査部門等によって、根拠データ３３２に基づき本当に信頼できる個人証明書が証明書であることが確認された場合に、認証済の証明書データ３３１と根拠データ３３２のペアを受信側サーバ４０が共有するような運用にすることも可能である。
例えば、所属先の審査部門等によって、根拠データ３３２に基づき本当に信頼できる個人証明書が証明書であることが確認された場合に、認証済の証明書データ３３１と根拠データ３３２のペアを受信側サーバ４０が共有するような運用にすることも可能である。
【0068】
また、実施の形態１に係る通信システム１００では、個人証明書とともに所属先証明書も認証済の証明書データとして記憶する。これにより、所属先証明書が第三者認証機関による認証がされていない証明書であっても、所属先証明書を用いて、改ざん検知だけでなく、なりすまし防止及び否認防止を実現することができる。
【0069】
第三者認証機関から証明書を取得するにはコストがかかる。組織に所属する各ユーザの個人証明書を第三者認証機関から取得する場合には、大きなコストがかかる場合がある。一方で、取引先の企業との間といった近い関係にある組織に所属するユーザとデータをやり取りする場合には、第三者認証機関による認証がなくても、相手側のユーザの素性がある程度確認できれば相手側の証明書を信頼してもよいケースがある。
実施の形態１に係る通信システム１００は、このようなケースにおいて、不要なコストを削減しつつ、信頼できる証明書を蓄積した証明書ストアを構築することが可能である。
実施の形態１に係る通信システム１００は、このようなケースにおいて、不要なコストを削減しつつ、信頼できる証明書を蓄積した証明書ストアを構築することが可能である。
【0070】
＊＊＊他の構成＊＊＊
＜変形例１＞
図１１のステップＳ３３の処理は、必須の処理ではない。ステップＳ３３の処理を実行することによって、個人証明書の有効性を確認することができる。しかし、ステップＳ３３の処理をしなくても、元ユーザが会合に参加していたことをもって、個人証明書が正当であると判断することも可能である。
但し、ステップＳ３３の処理を行わない場合には、ステップＳ３４では根拠データ３３２として（４）（５）のデータを利用することができなくなる。
＜変形例１＞
図１１のステップＳ３３の処理は、必須の処理ではない。ステップＳ３３の処理を実行することによって、個人証明書の有効性を確認することができる。しかし、ステップＳ３３の処理をしなくても、元ユーザが会合に参加していたことをもって、個人証明書が正当であると判断することも可能である。
但し、ステップＳ３３の処理を行わない場合には、ステップＳ３４では根拠データ３３２として（４）（５）のデータを利用することができなくなる。
【0071】
＜変形例２＞
実施の形態１では、初めに名刺の電子データである名刺データを取得して、認証済の証明書データ３３１として記憶した後に、文書データ等の電子データを取得した。しかし、初めに取得する電子データは、名刺データに限らず、文書データ等の他の種別のデータであってもよい。つまり、名刺交換で取得した名刺データに付された電子署名の検証に用いた個人証明書を認証済の証明書データ３３１として保存するのではなく、会合で渡された書類の電子データに付された電子署名の検証に用いた個人証明書を認証済の証明書データ３３１として保存してもよい。
実施の形態１では、初めに名刺の電子データである名刺データを取得して、認証済の証明書データ３３１として記憶した後に、文書データ等の電子データを取得した。しかし、初めに取得する電子データは、名刺データに限らず、文書データ等の他の種別のデータであってもよい。つまり、名刺交換で取得した名刺データに付された電子署名の検証に用いた個人証明書を認証済の証明書データ３３１として保存するのではなく、会合で渡された書類の電子データに付された電子署名の検証に用いた個人証明書を認証済の証明書データ３３１として保存してもよい。
【0072】
＜変形例３＞
実施の形態１では、ストレージ１３には失効リスト１３３が記憶された。例えば、秘密鍵が危殆化した場合等に、データ送信装置２０等から通知を受けると、証明書管理部１１４は、その秘密鍵に対応する証明書データを失効リスト１３３に追加する。また、証明書データに有効期限が設定されている場合には、証明書管理部１１４は、定期的に失効リスト１３３を参照して、期限切れになった証明書データを失効リスト１３３に追加する。これにより、証明書データが失効状態になり、その秘密鍵による電子署名の生成がされなくなるとともに、証明書データが有効でないと判断されるようになる。具体的には、社員であったユーザが退社した場合等に、人事データと連動して該当のユーザの証明書データを失効リスト１３３に登録する処理例が考えられる。
なお、証明書管理部１１４は、証明書データが失効リスト１３３に追加された場合には、その証明書データのユーザに対して、通知を行い、証明書データの再作成を促してもよい。
実施の形態１では、ストレージ１３には失効リスト１３３が記憶された。例えば、秘密鍵が危殆化した場合等に、データ送信装置２０等から通知を受けると、証明書管理部１１４は、その秘密鍵に対応する証明書データを失効リスト１３３に追加する。また、証明書データに有効期限が設定されている場合には、証明書管理部１１４は、定期的に失効リスト１３３を参照して、期限切れになった証明書データを失効リスト１３３に追加する。これにより、証明書データが失効状態になり、その秘密鍵による電子署名の生成がされなくなるとともに、証明書データが有効でないと判断されるようになる。具体的には、社員であったユーザが退社した場合等に、人事データと連動して該当のユーザの証明書データを失効リスト１３３に登録する処理例が考えられる。
なお、証明書管理部１１４は、証明書データが失効リスト１３３に追加された場合には、その証明書データのユーザに対して、通知を行い、証明書データの再作成を促してもよい。
【0073】
また、データ送信装置２０等からの通知により、証明書データを失効リスト１３３から削除できるようにしてもよい。
【0074】
＜変形例４＞
証明書等に電子署名が付されたタイムスタンプを加えてもよい。
証明書等に電子署名が付されたタイムスタンプを加えてもよい。
【0075】
＊＊＊構成の説明＊＊＊
図１４を参照して、変形例４に係る通信システム１００の構成を説明する。
通信システム１００は、タイムサーバ５０を備える点が図１に示す通信システム１００と異なる。タイムサーバ５０は、時刻を管理し、時刻に対して電子署名を付したタイムスタンプ署名を発行するサーバである。送信側サーバ１０及びデータ送信装置２０とタイムサーバ５０とは、伝送路９４を介して接続されている。
図１４を参照して、変形例４に係る通信システム１００の構成を説明する。
通信システム１００は、タイムサーバ５０を備える点が図１に示す通信システム１００と異なる。タイムサーバ５０は、時刻を管理し、時刻に対して電子署名を付したタイムスタンプ署名を発行するサーバである。送信側サーバ１０及びデータ送信装置２０とタイムサーバ５０とは、伝送路９４を介して接続されている。
【0076】
＊＊＊動作の説明＊＊＊
図７のステップＳ１２で送信側サーバ１０の名刺発行部１１２は、名刺データを生成した時刻と、その時刻に対して電子署名を付したタイムスタンプ署名とをタイムサーバ５０から取得する。そして、名刺発行部１１２は、名刺データに対して、取得された時刻及びタイムスタンプ署名を付す。
これにより、名刺データが生成された時刻が外部のタイムサーバ５０によって証明される。
図７のステップＳ１２で送信側サーバ１０の名刺発行部１１２は、名刺データを生成した時刻と、その時刻に対して電子署名を付したタイムスタンプ署名とをタイムサーバ５０から取得する。そして、名刺発行部１１２は、名刺データに対して、取得された時刻及びタイムスタンプ署名を付す。
これにより、名刺データが生成された時刻が外部のタイムサーバ５０によって証明される。
【0077】
図１３のステップＳ５１でデータ送信装置２０の署名生成部２１４は、送信対象の電子データの署名値を計算した時刻と、その時刻に対して電子署名を付したタイムスタンプ署名とをタイムサーバ５０から取得する。そして、署名生成部２１４は、電子データに対して、取得された時刻及びタイムスタンプ署名を付す。
これにより、電子データに電子署名が付された時刻が外部のタイムサーバ５０によって証明される。
これにより、電子データに電子署名が付された時刻が外部のタイムサーバ５０によって証明される。
【0078】
データ受信装置３０の有効性確認部３１４は、名刺データ又は電子データに付された時刻が基準期間内であるか否かによって、名刺データ又は電子データを信頼するか否かを判定してもよい。
例えば、図１１のステップＳ３３でデータ受信装置３０の有効性確認部３１４は、名刺データに付された時刻が、基準期間内であるか否かを判定する。有効性確認部３１４は、基準期間内でなければ名刺データ又は電子データを信頼しないと判定し、個人証明書の有効性が確認されても、処理をステップＳ３４に進めないとしてもよい。
例えば、図１１のステップＳ３３でデータ受信装置３０の有効性確認部３１４は、名刺データに付された時刻が、基準期間内であるか否かを判定する。有効性確認部３１４は、基準期間内でなければ名刺データ又は電子データを信頼しないと判定し、個人証明書の有効性が確認されても、処理をステップＳ３４に進めないとしてもよい。
【0079】
＜変形例５＞
実施の形態１では、各機能構成要素がソフトウェアで実現された。しかし、変形例５として、各機能構成要素はハードウェアで実現されてもよい。この変形例５について、実施の形態１と異なる点を説明する。
実施の形態１では、各機能構成要素がソフトウェアで実現された。しかし、変形例５として、各機能構成要素はハードウェアで実現されてもよい。この変形例５について、実施の形態１と異なる点を説明する。
【0080】
変形例５に係る送信側サーバ１０の構成を説明する。
各機能構成要素がハードウェアで実現される場合には、送信側サーバ１０は、プロセッサ１１とメモリ１２とストレージ１３とに代えて、電子回路を備える。電子回路は、各機能構成要素と、メモリ１２と、ストレージ１３との機能とを実現する専用の回路である。
各機能構成要素がハードウェアで実現される場合には、送信側サーバ１０は、プロセッサ１１とメモリ１２とストレージ１３とに代えて、電子回路を備える。電子回路は、各機能構成要素と、メモリ１２と、ストレージ１３との機能とを実現する専用の回路である。
【0081】
変形例５に係るデータ送信装置２０の構成を説明する。
各機能構成要素がハードウェアで実現される場合には、データ送信装置２０は、プロセッサ２１とメモリ２２とストレージ２３とに代えて、電子回路を備える。電子回路は、各機能構成要素と、メモリ２２と、ストレージ２３との機能とを実現する専用の回路である。
各機能構成要素がハードウェアで実現される場合には、データ送信装置２０は、プロセッサ２１とメモリ２２とストレージ２３とに代えて、電子回路を備える。電子回路は、各機能構成要素と、メモリ２２と、ストレージ２３との機能とを実現する専用の回路である。
【0082】
変形例５に係るデータ受信装置３０の構成を説明する。
各機能構成要素がハードウェアで実現される場合には、データ受信装置３０は、プロセッサ３１とメモリ３２とストレージ３３とに代えて、電子回路を備える。電子回路は、各機能構成要素と、メモリ３２と、ストレージ３３との機能とを実現する専用の回路である。
各機能構成要素がハードウェアで実現される場合には、データ受信装置３０は、プロセッサ３１とメモリ３２とストレージ３３とに代えて、電子回路を備える。電子回路は、各機能構成要素と、メモリ３２と、ストレージ３３との機能とを実現する専用の回路である。
【0083】
変形例５に係る受信側サーバ４０の構成を説明する。
各機能構成要素がハードウェアで実現される場合には、受信側サーバ４０は、プロセッサ４１とメモリ４２とストレージ４３とに代えて、電子回路を備える。電子回路は、各機能構成要素と、メモリ４２と、ストレージ４３との機能とを実現する専用の回路である。
各機能構成要素がハードウェアで実現される場合には、受信側サーバ４０は、プロセッサ４１とメモリ４２とストレージ４３とに代えて、電子回路を備える。電子回路は、各機能構成要素と、メモリ４２と、ストレージ４３との機能とを実現する専用の回路である。
【0084】
電子回路としては、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ロジックＩＣ、ＧＡ（Ｇａｔｅ Ａｒｒａｙ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）が想定される。
各機能構成要素を１つの電子回路で実現してもよいし、各機能構成要素を複数の電子回路に分散させて実現してもよい。
各機能構成要素を１つの電子回路で実現してもよいし、各機能構成要素を複数の電子回路に分散させて実現してもよい。
【0085】
＜変形例６＞
変形例６として、一部の各機能構成要素がハードウェアで実現され、他の各機能構成要素がソフトウェアで実現されてもよい。
変形例６として、一部の各機能構成要素がハードウェアで実現され、他の各機能構成要素がソフトウェアで実現されてもよい。
【0086】
プロセッサ１１とメモリ１２とストレージ１３と電子回路とを処理回路という。つまり、各機能構成要素の機能は、処理回路により実現される。
【0087】
また、以上の説明における「部」を、「回路」、「工程」、「手順」、「処理」又は「処理回路」に読み替えてもよい。
【0088】
以上、本開示の実施の形態及び変形例について説明した。これらの実施の形態及び変形例のうち、いくつかを組み合わせて実施してもよい。また、いずれか１つ又はいくつかを部分的に実施してもよい。なお、本開示は、以上の実施の形態及び変形例に限定されるものではなく、必要に応じて種々の変更が可能である。
【符号の説明】
【0089】
１０ 送信側サーバ、１１ プロセッサ、１２ メモリ、１３ ストレージ、１４ 通信インタフェース、１１１ 認証部、１１２ 名刺発行部、１１３ 印刷部、１１４ 証明書管理部、１１５ 鍵生成部、１３１ 人事データ、１３２ 発行リスト、１３３ 失効リスト、２０ データ送信装置、２１ プロセッサ、２２ メモリ、２３ ストレージ、２４ 通信インタフェース、２１１ 発行依頼部、２１２ データ送信部、２１３ 印刷部、２１４ 署名生成部、３０ データ受信装置、３１ プロセッサ、３２ メモリ、３３ ストレージ、３４ 通信インタフェース、３１１ データ取得部、３１２ 証明書抽出部、３１３ 署名検証部、３１４ 有効性確認部、３１５ 証明書保存部、３３１ 認証済の証明書データ、３３２ 根拠データ、４０ 受信側サーバ、４１ プロセッサ、４２ メモリ、４３ ストレージ、４４ 通信インタフェース、４１１ 認証部、４３１ 認証済の証明書データ、４３２ 根拠データ、９１ 伝送路、９２ 伝送路、９３ 伝送路、９４ 伝送路、１００ 通信システム。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【手続補正書】
【提出日】2021-12-03
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
会合における参加者から受け渡された電子データであって、前記参加者の電子署名が付された電子データを取得するデータ取得部と、
前記データ取得部によって取得された前記電子データに付された前記電子署名を、前記参加者の証明書データである個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定する署名検証部と、
前記署名検証部によって前記電子署名が正当であると判定された場合に、前記個人証明書を認証済の証明書データとして記憶装置に保存する証明書保存部と
を備え、
前記電子署名には、前記参加者の所属先の証明書データである所属先証明書が含まれており、
前記証明書保存部は、前記電子署名が正当であると判定された場合に、前記個人証明書及び前記所属先証明書を認証済の証明書データとして前記記憶装置に保存するデータ受信装置。
前記データ取得部によって取得された前記電子データに付された前記電子署名を、前記参加者の証明書データである個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定する署名検証部と、
前記署名検証部によって前記電子署名が正当であると判定された場合に、前記個人証明書を認証済の証明書データとして記憶装置に保存する証明書保存部と
を備え、
前記電子署名には、前記参加者の所属先の証明書データである所属先証明書が含まれており、
前記証明書保存部は、前記電子署名が正当であると判定された場合に、前記個人証明書及び前記所属先証明書を認証済の証明書データとして前記記憶装置に保存するデータ受信装置。
【請求項2】
前記証明書保存部は、前記個人証明書を認証済の証明書データとして、前記参加者が前記会合に参加していたことを示す根拠データとともに前記記憶装置に保存する
請求項１に記載のデータ受信装置。
請求項１に記載のデータ受信装置。
【請求項3】
前記データ取得部は、前記参加者が使用するデータ送信装置から前記電子データを受信する、又は、前記参加者から渡された紙に印刷された印刷情報を読み取ることにより、前記電子データを取得する
請求項１又は２に記載のデータ受信装置。
請求項１又は２に記載のデータ受信装置。
【請求項4】
前記電子データは、電子化された名刺データである
請求項１から３までのいずれか１項に記載のデータ受信装置。
請求項１から３までのいずれか１項に記載のデータ受信装置。
【請求項5】
前記記憶装置は、他のデータ受信装置がアクセス可能な共有された記憶装置である
請求項１から４までのいずれか１項に記載のデータ受信装置。
請求項１から４までのいずれか１項に記載のデータ受信装置。
【請求項6】
前記電子署名には、前記参加者の所属先のサーバを示すサーバ情報が含まれており、
前記データ受信装置は、さらに、
前記サーバ情報が示す前記サーバから、前記個人証明書が有効であるか否かの判定結果を取得する有効性確認部
を備え、
前記証明書保存部は、前記電子署名が正当であると判定され、かつ、前記有効性確認部によって取得された前記判定結果が前記個人証明書が有効であることを示す場合に、前記個人証明書及び前記所属先証明書を認証済の証明書データとして前記記憶装置に保存する請求項１から５までのいずれか１項に記載のデータ受信装置。
前記データ受信装置は、さらに、
前記サーバ情報が示す前記サーバから、前記個人証明書が有効であるか否かの判定結果を取得する有効性確認部
を備え、
前記証明書保存部は、前記電子署名が正当であると判定され、かつ、前記有効性確認部によって取得された前記判定結果が前記個人証明書が有効であることを示す場合に、前記個人証明書及び前記所属先証明書を認証済の証明書データとして前記記憶装置に保存する請求項１から５までのいずれか１項に記載のデータ受信装置。
【請求項7】
前記データ取得部は、前記電子署名が付された他の電子データを取得し、
前記署名検証部は、前記他の電子データに付された前記電子署名を、前記記憶装置に記憶された前記個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定する請求項１から６までのいずれか１項に記載のデータ受信装置。
前記署名検証部は、前記他の電子データに付された前記電子署名を、前記記憶装置に記憶された前記個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定する請求項１から６までのいずれか１項に記載のデータ受信装置。
【請求項8】
データ取得部が、会合における参加者から受け渡された電子データであって、前記参加者の電子署名が付された電子データを取得し、
署名検証部が、前記電子データに付された前記電子署名を、前記参加者の証明書データ
である個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定し、
証明書保存部が、前記電子署名が正当であると判定された場合に、前記個人証明書を認証済の証明書データとして記憶装置に保存し、
前記電子署名には、前記参加者の所属先の証明書データである所属先証明書が含まれており、
前記証明書保存部は、前記電子署名が正当であると判定された場合に、前記個人証明書及び前記所属先証明書を認証済の証明書データとして前記記憶装置に保存するデータ受信方法。
署名検証部が、前記電子データに付された前記電子署名を、前記参加者の証明書データ
である個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定し、
証明書保存部が、前記電子署名が正当であると判定された場合に、前記個人証明書を認証済の証明書データとして記憶装置に保存し、
前記電子署名には、前記参加者の所属先の証明書データである所属先証明書が含まれており、
前記証明書保存部は、前記電子署名が正当であると判定された場合に、前記個人証明書及び前記所属先証明書を認証済の証明書データとして前記記憶装置に保存するデータ受信方法。
【請求項9】
会合における参加者から受け渡された電子データであって、前記参加者の電子署名が付された電子データを取得するデータ取得処理と、
前記データ取得処理によって取得された前記電子データに付された前記電子署名を、前記参加者の証明書データである個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定する署名検証処理と、
前記署名検証処理によって前記電子署名が正当であると判定された場合に、前記個人証明書を認証済の証明書データとして記憶装置に保存する証明書保存処理と
を行うデータ受信装置としてコンピュータを機能させ、
前記電子署名には、前記参加者の所属先の証明書データである所属先証明書が含まれており、
前記証明書保存処理では、前記電子署名が正当であると判定された場合に、前記個人証明書及び前記所属先証明書を認証済の証明書データとして前記記憶装置に保存するデータ受信プログラム。
前記データ取得処理によって取得された前記電子データに付された前記電子署名を、前記参加者の証明書データである個人証明書を用いて検証して、前記電子署名が正当であるか否かを判定する署名検証処理と、
前記署名検証処理によって前記電子署名が正当であると判定された場合に、前記個人証明書を認証済の証明書データとして記憶装置に保存する証明書保存処理と
を行うデータ受信装置としてコンピュータを機能させ、
前記電子署名には、前記参加者の所属先の証明書データである所属先証明書が含まれており、
前記証明書保存処理では、前記電子署名が正当であると判定された場合に、前記個人証明書及び前記所属先証明書を認証済の証明書データとして前記記憶装置に保存するデータ受信プログラム。