7691025 データ送信経路確認システム、データ送信経路確認方法、データ中継システム及びデータ受信装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-06-03

(45)【発行日】2025-06-11

(54)【発明の名称】データ送信経路確認システム、データ送信経路確認方法、データ中継システム及びデータ受信装置

(51)【国際特許分類】

   H04L 41/14 20220101AFI20250604BHJP

【ＦＩ】

H04L41/14

【請求項の数】 12

(21)【出願番号】P 2024502713

(86)(22)【出願日】2022-02-28

(86)【国際出願番号】 JP2022008169

(87)【国際公開番号】W WO2023162191

(87)【国際公開日】2023-08-31

【審査請求日】2024-07-08

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】伊奈 圭介

【審査官】小林 義晴

(56)【参考文献】

【文献】特開２０１５－０２６３６２（ＪＰ，Ａ）

【文献】特開２００６－１０７０９９（ＪＰ，Ａ）

【文献】特開２００９－０２０６１８（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ４１／００

(57)【特許請求の範囲】

【請求項1】

署名情報の真正性を示す署名真正性情報を送信可能に構成された認証手段と、
送信対象データに、自己の署名情報と、前記認証手段から取得した前記自己の署名情報に対応する署名真正性情報と、を付与して出力するデータ送信手段と、
前記データ送信手段から受け取ったデータに、自己の署名情報と、前記認証手段から取得した前記自己の署名情報に対応する署名真正性情報と、を累積的に付与して出力する、１つ以上のデータ中継手段と、
前記１つ以上のデータ中継手段によって累積的に付与された前記署名真正性情報を前記認証手段との間で検証し、かつ、前記１つ以上のデータ中継手段によって累積的に付与された前記署名情報に基づいて、前記送信対象データの送信経路を確認するデータ受信手段とを備え、
前記署名情報は、秘密鍵を用いて作成された電子署名を特定する、特定された前記電子署名よりデータ量が少ない署名特定情報であり、
前記署名真正性情報は、前記秘密鍵に対応する公開鍵の真正性を証明する電子証明書を特定する、前記特定された前記電子署名よりもデータ量が少ない証明書特定情報であり、
前記データ送信手段及び前記１つ以上のデータ中継手段は、前記電子署名及び対応する署名特定情報を生成して前記認証手段に送信し、
前記認証手段は、受け取った複数の前記電子署名及び複数の前記署名特定情報を保持し、かつ、前記データ送信手段及び前記１つ以上のデータ中継手段に、それぞれの前記電子署名に対応する証明書特定情報を送信し、
前記データ受信手段は、累積的に付与された前記複数の前記署名特定情報及び複数の前記証明書特定情報を前記認証手段に送信して、送信した前記複数の前記署名特定情報及び前記複数の前記証明書特定情報に対応した前記複数の前記電子署名及び複数の前記電子証明書を取得する、
データ送信経路確認システム。

【請求項2】

前記１つ以上のデータ中継手段の一部又は全部は、
前記受け取ったデータに含まれる、前記署名情報及び前記署名真正性情報が付与されたデータを加工した場合、
前記署名情報及び前記署名真正性情報が付与された加工前の前記データと、加工後のデータと、を一体化したデータに、前記自己の署名情報と、前記自己の署名情報に対応する前記署名真正性情報と、を付与して出力する、
請求項１に記載のデータ送信経路確認システム。

【請求項3】

前記認証手段は、前記１つ以上のデータ中継手段の信頼性を示すスコアを保持し、
前記１つ以上のデータ中継手段のそれぞれは、
前記受け取ったデータを送信した、前段の前記データ送信手段又は前段の前記データ中継手段のスコアを前記認証手段に照会し、
照会した前記スコアによって前記前段のデータ送信手段又は前記前段のデータ中継手段の信頼性が保証される場合、前記受け取ったデータに付されている前記署名情報及び前記署名真正性情報を、前記前段のデータ送信手段又は前記前段のデータ中継手段からデータを受け取ったことを示すメタ情報に置換し、
前記照会したスコアによって前記前段のデータ送信手段又は前記前段のデータ中継手段の信頼性が保証されない場合、前記受け取ったデータに付されている前記署名情報及び前記署名真正性情報を維持する、
請求項１又は２に記載のデータ送信経路確認システム。

【請求項4】

署名情報の真正性を示す署名真正性情報を送信可能に構成された認証手段と、
送信対象データに、自己の署名情報と、前記認証手段から取得した前記自己の署名情報に対応する署名真正性情報と、を付与して出力するデータ送信手段と、
前記データ送信手段から受け取ったデータに、自己の署名情報と、前記認証手段から取得した前記自己の署名情報に対応する署名真正性情報と、を累積的に付与して出力する、１つ以上のデータ中継手段と、
前記１つ以上のデータ中継手段によって累積的に付与された前記署名真正性情報を前記認証手段との間で検証し、かつ、前記１つ以上のデータ中継手段によって累積的に付与された前記署名情報に基づいて、前記送信対象データの送信経路を確認するデータ受信手段とを備え、
前記認証手段は、前記１つ以上のデータ中継手段の信頼性を示すスコアを保持し、
前記１つ以上のデータ中継手段のそれぞれは、
受け取ったデータを送信した、前段の前記データ送信手段又は前段の前記データ中継手段のスコアを前記認証手段に照会し、
照会した前記スコアによって前記前段のデータ送信手段又は前記前段のデータ中継手段の信頼性が保証される場合、前記受け取ったデータに付されている前記署名情報及び前記署名真正性情報を、前記前段のデータ送信手段又は前記前段のデータ中継手段からデータを受け取ったことを示すメタ情報に置換し、
前記照会したスコアによって前記前段のデータ送信手段又は前記前段のデータ中継手段の信頼性が保証されない場合、前記受け取ったデータに付されている前記署名情報及び前記署名真正性情報を維持する、
データ送信経路確認システム。

【請求項5】

前記署名情報は、秘密鍵を用いて作成された電子署名であり、
前記署名真正性情報は、前記秘密鍵に対応する公開鍵の真正性を証明する電子証明書である、
請求項４に記載のデータ送信経路確認システム。

【請求項6】

前記１つ以上のデータ中継手段の一部又は全部は、
前記受け取ったデータに含まれる、前記署名情報及び前記署名真正性情報が付与されたデータを加工した場合、
前記署名情報及び前記署名真正性情報が付与された加工前の前記データと、加工後のデータと、を一体化したデータに、前記自己の署名情報と、前記自己の署名情報に対応する前記署名真正性情報と、を付与して出力する、
請求項５に記載のデータ送信経路確認システム。

【請求項7】

署名情報の真正性を示す署名真正性情報を送信可能に構成された認証手段に格納し、
送信対象データに、データ送信手段の署名情報と、前記認証手段から取得した前記データ送信手段の署名情報に対応する署名真正性情報と、を付与して出力し、
１つ以上のデータ中継手段が、前記データ送信手段からデータを受け取り、前記１つ以上のデータ中継手段が自己の署名情報と、前記認証手段から取得した前記自己の署名情報に対応する署名真正性情報と、を累積的に付与して出力し、
データ受信手段が、前記１つ以上のデータ中継手段によって累積的に付与された前記署名真正性情報を前記認証手段との間で検証し、かつ、前記１つ以上のデータ中継手段によって累積的に付与された前記署名情報に基づいて、前記送信対象データの送信経路を確認し、
前記署名情報は、秘密鍵を用いて作成された電子署名を特定する、特定された前記電子署名よりデータ量が少ない署名特定情報であり、
前記署名真正性情報は、前記秘密鍵に対応する公開鍵の真正性を証明する電子証明書を特定する、前記特定された前記電子署名よりもデータ量が少ない証明書特定情報であり、
前記データ送信手段及び前記１つ以上のデータ中継手段は、前記電子署名及び対応する署名特定情報を生成して前記認証手段に送信し、
前記認証手段は、受け取った複数の前記電子署名及び複数の前記署名特定情報を保持し、かつ、前記データ送信手段及び前記１つ以上のデータ中継手段に、それぞれの前記電子署名に対応する証明書特定情報を送信し、
前記データ受信手段は、累積的に付与された前記複数の前記署名特定情報及び複数の前記証明書特定情報を前記認証手段に送信して、送信した前記複数の前記署名特定情報及び前記複数の前記証明書特定情報に対応した前記複数の前記電子署名及び複数の前記電子証明書を取得する、
データ送信経路確認方法。

【請求項8】

送信対象データに、自己の署名情報と、署名情報の真正性を示す署名真正性情報を送信可能に構成された認証手段から取得した前記自己の署名情報に対応する署名真正性情報と、を付与して出力するデータ送信手段から、出力されたデータを取得するデータ取得手段と、
前記データ取得手段が受け取った前記データに、自己の署名情報と、前記認証手段から取得した前記自己の署名情報に対応する署名真正性情報と、を累積的に付与する情報付与手段と、
前記情報付与手段によって前記署名情報と前記署名真正性情報とが付与されたデータを出力するデータ出力手段と、を備え、
データ受信手段が、累積的に付与された前記署名真正性情報を前記認証手段との間で検証し、かつ、累積的に付与された前記署名情報に基づいて、前記送信対象データの送信経路を確認し、
前記署名情報は、秘密鍵を用いて作成された電子署名を特定する、特定された前記電子署名よりデータ量が少ない署名特定情報であり、
前記署名真正性情報は、前記秘密鍵に対応する公開鍵の真正性を証明する電子証明書を特定する、前記特定された前記電子署名よりもデータ量が少ない証明書特定情報であり、
前記情報付与手段は、前記電子署名及び対応する署名特定情報を生成して前記認証手段に送信し、
前記認証手段は、受け取った前記電子署名及び前記署名特定情報を保持し、かつ、前記データ取得手段に、前記電子署名に対応する証明書特定情報を送信し、
前記データ受信手段は、累積的に付与された前記複数の前記署名特定情報及び複数の前記証明書特定情報を前記認証手段に送信して、送信した前記複数の前記署名特定情報及び前記複数の前記証明書特定情報に対応した前記複数の前記電子署名及び複数の前記電子証明書を取得する、
データ中継システム。

【請求項9】

送信対象データに、自己の署名情報と、署名情報の真正性を示す署名真正性情報を送信可能に構成された認証手段から取得した前記自己の署名情報に対応する署名真正性情報と、を付与して出力するデータ送信手段から受け取ったデータに、自己の署名情報と、前記認証手段から取得した前記自己の署名情報に対応する署名真正性情報と、を累積的に付与して出力する１つ以上のデータ中継手段から、データを受け取るデータ取得手段と、
前記データ取得手段が受け取った前記データに累積的に付与された前記署名真正性情報を前記認証手段との間で検証する真正性検証手段と、
前記累積的に付与された前記署名情報に基づいて、前記送信対象データの送信経路を確認する送信経路確認手段と、を備え、
前記署名情報は、秘密鍵を用いて作成された電子署名を特定する、特定された前記電子署名よりデータ量が少ない署名特定情報であり、
前記署名真正性情報は、前記秘密鍵に対応する公開鍵の真正性を証明する電子証明書を特定する、前記特定された前記電子署名よりもデータ量が少ない証明書特定情報であり、
前記データ送信手段及び前記１つ以上のデータ中継手段は、前記電子署名及び対応する署名特定情報を生成して前記認証手段に送信し、
前記認証手段は、受け取った複数の前記電子署名及び複数の前記署名特定情報を保持し、かつ、前記データ送信手段及び前記１つ以上のデータ中継手段に、それぞれの前記電子署名に対応する証明書特定情報を送信し、
前記データ取得手段は、累積的に付与された前記複数の前記署名特定情報及び複数の前記証明書特定情報を前記認証手段に送信して、送信した前記複数の前記署名特定情報及び前記複数の前記証明書特定情報に対応した前記複数の前記電子署名及び複数の前記電子証明書を取得する、
データ受信装置。

【請求項10】

署名情報の真正性を示す署名真正性情報を送信可能に構成された認証手段に格納し、
送信対象データに、データ送信手段の署名情報と、前記認証手段から取得した前記データ送信手段の署名情報に対応する署名真正性情報と、を付与して出力し、
１つ以上のデータ中継手段が、前記データ送信手段からデータを受け取り、前記１つ以上のデータ中継手段が自己の署名情報と、前記認証手段から取得した前記自己の署名情報に対応する署名真正性情報と、を累積的に付与して出力し、
前記１つ以上のデータ中継手段によって累積的に付与された前記署名真正性情報を前記認証手段との間で検証し、かつ、前記１つ以上のデータ中継手段によって累積的に付与された前記署名情報に基づいて、前記送信対象データの送信経路を確認し、
前記認証手段は、前記１つ以上のデータ中継手段の信頼性を示すスコアを保持し、
前記１つ以上のデータ中継手段のそれぞれは、
受け取ったデータを送信した、前段の前記データ送信手段又は前段の前記データ中継手段のスコアを前記認証手段に照会し、
照会した前記スコアによって前記前段のデータ送信手段又は前記前段のデータ中継手段の信頼性が保証される場合、前記受け取ったデータに付されている前記署名情報及び前記署名真正性情報を、前記前段のデータ送信手段又は前記前段のデータ中継手段からデータを受け取ったことを示すメタ情報に置換し、
前記照会したスコアによって前記前段のデータ送信手段又は前記前段のデータ中継手段の信頼性が保証されない場合、前記受け取ったデータに付されている前記署名情報及び前記署名真正性情報を維持する、
データ送信経路確認方法。

【請求項11】

送信対象データに、自己の署名情報と、署名情報の真正性を示す署名真正性情報を送信可能に構成された認証手段から取得した前記自己の署名情報に対応する署名真正性情報と、を付与して出力するデータ送信手段から、出力されたデータを受け取るデータ取得手段と、
前記データ取得手段が受け取った前記データに、自己の署名情報と、前記認証手段から取得した前記自己の署名情報に対応する署名真正性情報と、を累積的に付与する情報付与手段と、
前記情報付与手段によって前記署名情報と前記署名真正性情報とが付与されたデータを出力するデータ出力手段と、を備え、
データ受信手段が、累積的に付与された前記署名真正性情報を前記認証手段との間で検証し、かつ、累積的に付与された前記署名情報に基づいて、前記送信対象データの送信経路を確認し、
前記認証手段は、前記データ取得手段が受け取る前記データの送信元の信頼性を示すスコアを保持し、
前記データ取得手段は、前記送信元のスコアを前記認証手段に照会し、
前記情報付与手段は、
前記照会したスコアによって前記送信元の信頼性が保証される場合、前記受け取ったデータに付されている前記署名情報及び前記署名真正性情報を、前記送信元からデータを受け取ったことを示すメタ情報に置換し、
前記照会したスコアによって前記送信元の信頼性が保証されない場合、前記受け取ったデータに付されている前記署名情報及び前記署名真正性情報を維持する、
データ中継システム。

【請求項12】

送信対象データに、自己の署名情報と、署名情報の真正性を示す署名真正性情報を送信可能に構成された認証手段から取得した前記自己の署名情報に対応する署名真正性情報と、を付与して出力するデータ送信手段から受け取ったデータに、自己の署名情報と、前記認証手段から取得した前記自己の署名情報に対応する署名真正性情報と、を累積的に付与して出力する１つ以上のデータ中継手段から、データを受け取るデータ取得手段と、
前記データ取得手段が受け取った前記データに累積的に付与された前記署名真正性情報を前記認証手段との間で検証する真正性検証手段と、
前記累積的に付与された前記署名情報に基づいて、前記送信対象データの送信経路を確認する送信経路確認手段と、を備え、
前記認証手段は、前記１つ以上のデータ中継手段の信頼性を示すスコアを保持し、
前記１つ以上のデータ中継手段のそれぞれは、
受け取ったデータを送信した、前段の前記データ送信手段又は前段の前記データ中継手段のスコアを前記認証手段に照会し、
照会した前記スコアによって前記前段のデータ送信手段又は前記前段のデータ中継手段の信頼性が保証される場合、前記受け取ったデータに付されている前記署名情報及び前記署名真正性情報を、前記前段のデータ送信手段又は前記前段のデータ中継手段からデータを受け取ったことを示すメタ情報に置換し、
前記照会したスコアによって前記前段のデータ送信手段又は前記前段のデータ中継手段の信頼性が保証されない場合、前記受け取ったデータに付されている前記署名情報及び前記署名真正性情報を維持する、
データ受信装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、データ送信経路確認システム、データ送信経路確認方法、データ中継システム及びデータ受信装置に関する。

【背景技術】

【0002】

ＩｏＴ（Internet on Things）システムなどの、多量のデータの送信が行われるネットワークシステムでは、データの真正性を担保するために、データ流通時のデータ改ざんの有無、データの送信元及び流通経路などを保証することが求められる。

【0003】

そのため、送信するデータに秘密鍵を用いて作成した電子署名を付与し、電子証明書によって、付与した電子署名を復号する公開鍵の真正性を証明することが広く行われている（特許文献１～３）。

【先行技術文献】

【特許文献】

【0004】

【文献】国際公開第２０２１／０３８６８４号公報

【文献】特開２０２１－１８９７１５号公報

【文献】国際公開第２０１９／０１２６２６号公報

【文献】特表２０２０－５１１０１６号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかし、一般に、データの送信先であるユーザが受け取ったデータには、ユーザにデータを送信した前段の処理主体の電子署名及び電子証明書のみが付与される。データの送信には、データの送信元や、複数の中継者などの処理主体（ここでは、中間処理主体と称する）が関与するが、これらの中間処理主体のそれぞれも、送信するデータに電子署名及び電子証明書を付与する。しかし、中間処理主体によって付与されたデータは、一般に、後段の処理主体によって検証された後に、削除される。

【0006】

そのため、ユーザは、受け取ったデータの送信経路を確認することができない。受け取ったデータに送信経路を示すメタデータを含めることも可能であるが、メタデータが示す送信経路の真正性を確保することができないため、この場合でも、ユーザは、受け取ったデータの送信経路の情報が正確であるかを確認することはできない。

【0007】

本開示は、上記の事情に鑑みて成されたものであり、ネットワークシステムにおいて、ユーザが受け取ったデータの送信経路を確認可能とすることを目的とする。

【課題を解決するための手段】

【0008】

本開示の一態様であるデータ送信経路確認システムは、署名情報の真正性を示す署名真正性情報を送信可能に構成された認証手段と、送信対象データに、自己の署名情報と、前記認証手段から取得した前記自己の署名情報に対応する署名真正性情報と、を付与して出力するデータ送信手段と、前記データ送信手段から受け取ったデータに、自己の署名情報と、前記認証手段から取得した前記自己の署名情報に対応する署名真正性情報と、を累積的に付与して出力する、１つ以上のデータ中継手段と、前記１つ以上のデータ中継手段によって累積的に付与された前記署名真正性情報を前記認証手段との間で検証し、かつ、前記１つ以上のデータ中継手段によって累積的に付与された前記署名情報に基づいて、前記送信対象データの送信経路を確認するデータ受信手段とを備えるものである。

【0009】

本開示の一態様であるデータ送信経路確認方法は、署名情報の真正性を示す署名真正性情報を送信可能に構成された認証手段に格納し、送信対象データに、データ送信手段の署名情報と、前記認証手段から取得した前記データ送信手段の署名情報に対応する署名真正性情報と、を付与して出力し、１つ以上のデータ中継手段が、前記データ送信手段からデータを受け取り、前記１つ以上のデータ中継手段が自己の署名情報と、前記認証手段から取得した前記自己の署名情報に対応する署名真正性情報と、を累積的に付与して出力し、前記１つ以上のデータ中継手段によって累積的に付与された前記署名真正性情報を前記認証手段との間で検証し、かつ、前記１つ以上のデータ中継手段によって累積的に付与された前記署名情報に基づいて、前記送信対象データの送信経路を確認するものである。

【0010】

本開示の一態様であるデータ中継システムは、送信対象データに、自己の署名情報と、署名情報の真正性を示す署名真正性情報を送信可能に構成された認証手段から取得した前記自己の署名情報に対応する署名真正性情報と、を付与して出力するデータ送信手段から、出力されたデータを取得するデータ取得手段と、前記データ取得手段が受け取った前記データに、自己の署名情報と、前記認証手段から取得した前記自己の署名情報に対応する署名真正性情報と、を累積的に付与する情報付与手段と、前記情報付与手段によって前記署名情報と前記署名真正性情報とが付与されたデータを出力するデータ出力手段と、を備え、データ受信手段が、累積的に付与された複数の前記署名真正性情報を前記認証手段との間で検証し、かつ、累積的に付与された複数の前記署名情報に基づいて、前記送信対象データの送信経路を確認するものである。

【0011】

本開示の一態様であるデータ受信装置は、送信対象データに、自己の署名情報と、署名情報の真正性を示す署名真正性情報を送信可能に構成された認証手段から取得した前記自己の署名情報に対応する署名真正性情報と、を付与して出力するデータ送信手段から受け取ったデータに、自己の署名情報と、前記認証手段から取得した前記自己の署名情報に対応する署名真正性情報と、を累積的に付与して出力する１つ以上のデータ中継手段から、データを受け取るデータ取得手段と、前記データ取得手段が受け取った前記データに累積的に付与された前記署名真正性情報を前記認証手段との間で検証する真正性検証手段と、前記累積的に付与された前記署名情報に基づいて、前記送信対象データの送信経路を確認する送信経路確認手段と、を備えるものである。

【発明の効果】

【0012】

本開示によれば、ネットワークシステムにおいて、ユーザが受け取ったデータの送信経路を確認可能とすることができる。

【図面の簡単な説明】

【0013】

【図1】実施の形態１にかかるデータ送信経路確認システムの構成を模式的に示す図である。

【図2】実施の形態１にかかる処理装置の構成を模式的に示す図である。

【図3】実施の形態１にかかるユーザ端末の構成を模式的に示す図である。

【図4】実施の形態１にかかるデータ送信経路確認システムの動作のシーケンス図である。

【図5】電子証明書に含まれる情報の例を示す図である。

【図6】実施の形態２にかかるデータ送信経路確認システムの構成を模式的に示す図である。

【図7】実施の形態２にかかる処理装置の構成を模式的に示す図である。

【図8】実施の形態２にかかるデータ送信経路確認システムの動作のシーケンス図である。

【図9】実施の形態３にかかるデータ送信経路確認システムの構成を模式的に示す図である。

【図10】実施の形態３にかかるＡ社システムの構成を模式的に示す図である。

【図11】実施の形態３にかかるデータ送信経路確認システムの動作のシーケンス図である。

【図12】実施の形態４にかかるデータ送信経路確認システムの構成を模式的に示す図である。

【図13】実施の形態４にかかるＡ社システムの構成を模式的に示す図である。

【図14】実施の形態４にかかるＡ社システムの動作のフローチャートである。

【図15】処理装置及びＡ社システムが共に高スコアである場合を示す図である。

【図16】処理装置が高スコア、Ａ社システムが低スコアである場合を示す図である。

【発明を実施するための形態】

【0014】

以下、図面を参照して本開示の実施の形態について説明する。各図面においては、同一要素には同一の符号が付されており、必要に応じて重複説明は省略される。

【0015】

実施の形態１
実施の形態１にかかるデータ送信経路確認システムについて説明する。図１に、実施の形態１にかかるデータ送信経路確認システム１００の構成を模式的に示す。ここでは、Ａ社で作成されたデータが、Ｂ社を経由して、ユーザに送信される例について説明する。データ送信経路確認システム１００は、認証局１０、処理装置１１、ユーザ端末１２、Ａ社システム１Ａ及びＢ社システム１Ｂを有する。

【0016】

認証局１０は、処理装置１１、Ａ社システム１Ａ及びＢ社システム１Ｂのそれぞれが生成する電子署名の真正性を証明する、電子証明書Ｃ、ＣＡ及びＣＢが予め格納されている。そして、認証局１０は、処理装置１１、Ａ社システム１Ａ及びＢ社システム１Ｂからの要求（不図示）に応じて、電子証明書Ｃ、ＣＡ及びＣＢを提供する。また、ユーザ端末１２は、認証局１０との間で、電子証明書Ｃ、ＣＡ及びＣＢの真正性の検証を行うことができる。

【0017】

処理装置１１は、送信対象のデータを送信するデータ送信装置として構成されるものである。図２に、実施の形態１にかかる処理装置１１の構成を模式的に示す。処理装置１１は、データ取得部１１１、情報付与部１１２及びデータ出力部１１３を有する。データ取得部１１１は、認証局１０から電子証明書を取得し、情報付与部１１２に渡す。情報付与部１１２は、電子署名を生成し、入力データ、すなわち送信対象となるデータＤに、生成した電子署名と取得した電子証明書とを付与する。データ出力部１１３は、電子署名と電子証明書とが付与されたデータＤを、Ａ社システム１Ａに出力する。

【0018】

Ａ社システム１Ａ及びＢ社システム１Ｂは、データ中継システムとして構成されるものであり、処理装置１１と同様の構成を有し、又は、処理装置１１と同様の処理装置を有するものとして構成される。処理装置１１と同様に、データ取得部は、認証局１０から電子証明書を取得し、情報付与部に渡す。情報付与部は、電子署名を生成し、入力データ、すなわち処理装置１１又はＡ社システム１Ａから受け取ったデータに、生成した電子署名と取得した電子証明書とを付与する。データ出力部は、電子署名と電子証明書とが付与されたデータを、Ｂ社システム１Ｂ又はユーザ端末１２へ出力する。

【0019】

ユーザ端末１２は、データ受信装置として構成されるものである。図３に、実施の形態１にかかるユーザ端末１２の構成を模式的に示す。ユーザ端末１２は、データ取得部１２１、真正性検証部１２２及び送信経路確認部１２３を有する。データ取得部１２１は、Ｂ社システム１Ｂから送信されたデータを受け取る。真正性検証部１２２は、受け取ったデータに含まれる電子証明書の真正性を検証する。送信経路確認部１２３は、電子署名を復号して、受け取ったデータの送信経路を確認する。

【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】

ステップＳＴ１
データ取得部４１１は、認証局４０へ、前段の処理装置４１の信頼性を示すスコアの問い合わせＩＮＱ＿Ａを送信する。

【0090】

ステップＳＴ２
スコア評価部４３は、問い合わせＩＮＱ＿Ａに応じて、処理装置４１の信頼性を示すスコアＲＡをＡ社システム４Ａへ送信し、かつ、電子証明書ＣＡを送信する。

【0091】

ステップＳＴ３
データ取得部４１１は、スコアＲＡを閾値ＲＴＨと比較し、スコアＲＡがスコアＲＴＨ以上であるか否かを判定する。

【0092】

ステップＳＴ４
スコアＲＡが閾値ＲＴＨ以上である場合、情報付与部４１３は、受け取ったデータ、すなわち電子署名Ｓ及び電子証明書Ｃが付与されたデータＤに付与された電子署名Ｓ及び電子証明書Ｃを、前段の処理主体である処理装置４１からデータを受け取ったことを示すメタ情報に置換する。

【0093】

ステップＳＴ５
スコアＲＡが閾値ＲＴＨよりも小さい場合、情報付与部４１３は、受け取ったデータ、すなわち電子署名Ｓ及び電子証明書Ｃが付与されたデータＤをそのまま維持する。

【0094】

ステップＳＴ６
情報付与部４１３は、公開鍵ＰＵＡに対応した秘密鍵ＰＲＡによって、ステップＳＴ４又はステップＳＴ５の後のデータに基づいて、電子署名ＳＡを作成する。

【0095】

ステップＳＴ７
データ出力部４１４は、電子証明書ＣＡと電子署名ＳＡとを、ステップＳＴ４又はステップＳＴ５の後のデータに付与する。すなわち、Ａ社システム４Ａは、ステップＳＴ４で電子証明書Ｃ及び電子署名Ｓを置換したメタ情報、又は、ステップＳＴ５において維持された電子証明書Ｃ及び電子署名Ｓが付与されたデータＤに対して、累積的に電子証明書ＣＢ及び電子署名ＳＢを付与することができる。その後、データ出力部４１４は、付与後のデータを、Ｂ社システム４Ｂに送信する。

【0096】

なお、Ｂ社システム４Ｂについては、その構成及び動作は、Ａ社システム４Ａと同様である。図では、Ｂ社システム４Ｂから認証局４０へのスコアの問い合わせをＩＮＱ＿Ｂ、認証局４０から受け取るスコアをＲＢと表記している。その他の重複する説明については省略する。

【0097】

次いで、データ送信経路確認システム４００の動作の例について説明する。まず、処理装置４１及びＡ社システム４Ａが共に高スコアである場合について検討する。図１５に、処理装置４１及びＡ社システム４Ａが共に高スコアである場合を示す。

【0098】

この例では、Ａ社システム４Ａが受け取った処理装置４１のスコアＲＡは、閾値ＲＴＨ以上である。よって、Ａ社システム４Ａは、受け取ったデータ、すなわち電子署名Ｓ及び電子証明書Ｃが付与されたデータＤから、電子署名Ｓ及び電子証明書Ｃを削除し、メタ情報に置換する。その後、Ａ社システム４Ａは、残ったデータＤに電子署名ＳＡ及び電子証明書ＣＡを付与して、Ｂ社システム４Ｂへ出力する。

【0099】

Ｂ社システム４Ｂが受け取ったＡ社システム４ＡのスコアＲＢは閾値ＲＴＨ以上である。よって、Ｂ社システム４Ｂは、受け取ったデータ、すなわち電子署名ＳＡ及び電子証明書ＣＡが付与されたデータＤから、電子署名ＳＡ及び電子証明書ＣＡを削除し、メタ情報に置換する。その後、Ｂ社システム４Ｂは、残ったデータＤに電子署名ＳＢ及び電子証明書ＣＢを付与して、ユーザ端末４２へ出力する。

【0100】

このように、前段の処理主体の信頼性が高い場合には、前段で付与された電子署名及び電子証明書を、よりデータ量が少ない、経路を示すメタ情報に置換する。これにより、送信するデータのデータ量を圧縮することができる。また、スコアによる評価によって、データの送信にかかわる機器及びシステムの信頼性を担保できるので、上述の実施の形態にかかるデータ送信経路確認システムと同様に、ユーザ端末４２は、メタ情報を参照することで、データの送信経路の確認を行うことができる。

【0101】

続いて、処理装置４１が高スコア、Ａ社システム４Ａが低スコアである場合について検討する。図１６に、処理装置４１が高スコア、Ａ社システム４Ａが低スコアである場合を示す。Ａ社システム４Ａの動作については、図１５の場合と同様であるので、説明を省略する。

【0102】

Ｂ社システム４Ｂの動作について説明する。この例では、Ｂ社システム４Ｂが受け取ったＡ社システム４ＡのスコアＲＢは、閾値よりもＲＴＨよりも小さい。よって、Ｂ社システム４Ｂは、受け取ったデータ、すなわち電子署名ＳＡ及び電子証明書ＣＡが付与されたデータＤをそのまま維持する。その後、Ｂ社システム４Ｂは、維持したデータに電子署名ＳＢ及び電子証明書ＣＢを付与して、ユーザ端末４２へ出力する。

【0103】

このように、前段の処理主体の信頼性が低い場合には、前段で付与された電子署名及び電子証明書をそのまま維持する。これにより、スコアによる評価によって、データの送信にかかわる機器及びシステムの信頼性を担保できない場合には、機器又はシステムが生成した電子署名及び電子証明書によって、送信経路及び署名を確認することができる。

【0104】

以上説明したように、本構成によれば、スコア評価を適用することで、送信データを圧縮しつつ、上述の実施の形態にかかるデータ送信経路確認システムと同様に、送信データの経路確認を行うことが可能となる。

【0105】

その他の実施の形態
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、上述の実施の形態における電子署名及び電子署名特定情報は、単に署名情報とも称する。上述の実施の形態における電子証明書及び証明書特定情報は、単に署名真正性情報とも称する。

【0106】

上述の実施の形態では、データ送信経路確認システムがＡ社システム及びＢ社システム、すなわち２つのデータ中継システムを有する構成について説明したが、データ送信経路確認システムは、１つ又は３つ以上のデータ中継システムを有する構成としてもよい。

【0107】

実施の形態３では、Ａ社システムが送信対象データを加工するものとして説明したが、Ｂ社システムもＡ社システムと同様に、送信対象データを加工する構成としてもよい。すなわち、データ送信経路確認システムが有する１つ以上のデータ中継システムの一部又は全部を、実施の形態３のＡ社システムと同様の構成としてもよい。

【0108】

実施の形態２にかかるデータ送信経路確認システムにおいても、実施の形態３と同様に、１つ以上のデータ中継システムの一部又は全部を、実施の形態３のＡ社システムと同様の構成としてもよい。

【0109】

実施の形態２及び３と、これらの上述の変形例においても、実施の形態４と同様に、スコアを用いて送信データを圧縮する構成としてもよい。

【0110】

図１４のステップＳＴ３においては、スコアが閾値以上であるかを判定する例について説明したが、これは例示に過ぎず、スコアが閾値よりも大きいかを判定してもよい。

【0111】

また、実施の形態４では、スコアが大きい場合に信頼性が高く、スコアが小さい場合に信頼性が低いものとして説明したが、これは例示に過ぎない。スコアが大きい場合に信頼性が低く、スコアが小さい場合に信頼性が高いものとしてもよい。

【0112】

上述の実施の形態では、データの作成者（送信元）を機器として構成される処理装置であるものとして説明したが、これは例示に過ぎない。データの作成者（送信元）として機器を特定する必要が無い場合には、Ａ社システム及びＢ社システムのような複数の機器で構成されるシステムや、その他の各種の処理主体であってもよい。また、データの中継者は、Ａ社システム及びＢ社システムのようなシステムのみならず、単一の機器などの各種の処理主体であってもよい。さらに、ユーザ端末についても、単一の機器に限らず、各所のシステムやシステムに含まれる機器であってもよい。

【0113】

上述の実施の形態で参照した図面においては、処理装置、Ａ社システム、Ｂ社システム及びユーザ端末の間は、通信線やインターネットなどの一般的なネットワークを含む各種のネットワークを介して、情報のやり取りを行うことができる。なお、Ａ社システム、Ｂ社システム及びユーザ端末の間がネットワークを介して接続される場合、その接続関係は複雑であるため、図において接続関係を示すことは省略している。また、図においては、情報の流れを視覚的に把握しやすくするため、矢印線を用いて情報の流れを表記している。

【0114】

上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、処理装置、Ａ社システム、Ｂ社システム及びユーザ端末における処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。 また、上述したプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（ｔａｎｇｉｂｌｅ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ ＰＲＯＭ）、フラッシュＲＯＭ、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

【符号の説明】

【0115】

１Ａ、２Ａ、３Ａ、４Ａ Ａ社システム
１Ｂ、２Ｂ、３Ｂ、４Ｂ Ｂ社システム
１０、２０、３０、４０ 認証局
１１、２１、３１、４１ 処理装置
１２、２２、３２、４２ ユーザ端末
４３ スコア評価部
１００、２００、３００、４００ データ送信経路確認システム
１１１、１２１、２１１、３１１、４１１ データ取得部
１１２、２１２、３１４、４１３ 情報付与部
１１３、２１３、３１５、４１４ データ出力部
１２２ 真正性検証部
１２３ 送信経路確認部
３１２ データ加工部
３１３ データ統合部
４１２ スコア確認部
ｃ、ｃａ、ｃｂ 証明書特定情報
Ｃ、ＣＡ、ＣＢ 電子証明書
Ｄ データ
Ｄ’ 加工後データ
ＰＲ、ＰＲＡ、ＰＲＢ 秘密鍵
ｓ、ｓａ、ｓｂ 署名特定情報
Ｓ、ＳＡ、ＳＢ 電子署名

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】