JP7177874B2 - 組織署名システム、組織署名サーバおよび組織署名クライアント端末 - Google Patents

Description

本開示は、１つの署名鍵を複数に分割し、分割したそれぞれの署名鍵を用いて順次署名を行うことで、分割前の１つの署名鍵で署名を行った場合と同一の署名値を作成する、電子署名システムに関するものである。

公開鍵暗号技術を用いた電子署名では、秘密鍵を用いて電子署名を作成し、公開鍵を用いて電子署名の正しさを確認する。電子署名は、署名作成に用いた秘密鍵を持ち主しか持ち得ないことが、手書きによる署名と同等の意味を持つ。
電子署名において、秘密鍵を持ち主しか持ち得ない方法の一つとして、複製に耐性を持つＩＣカードなどのセキュリティデバイスに秘密鍵を格納し、電子署名処理を行う方法がある。
また別の方式として、秘密鍵を分割してそれぞれの分割鍵を複数の異なる場所に分散して保管し、署名作成時にのみ秘密鍵を一か所に集めて復元する技術がある（例えば特許文献１）。

特開２０１０－２３１４０４号公報

特許文献１の方法で、ＩＣカードに秘密鍵を格納することで安全性を確保する場合には、ＩＣカードによる秘密鍵を用いた電子署名処理が必要となり、ＩＣカード装置の実装の費用や処理の負荷、個人ごとの証明書の費用が掛かり、また個々のＩＣカードをそれぞれの持ち主へ配付する手間が掛かるといった課題がある。
本開示は、複数人が所属する組織の電子署名を行う場合に、前述の課題を解決するためになされたものであり、ＩＣカードを用いることなく、秘密鍵の安全性を確保し単一の組織署名を行うことができる仕組みの提供を目的とする。

本開示に係る組織署名システムはサーバとクライアント端末とからなるシステムであって、クライアント端末は、組織人数がＳ人（Ｓは１以上の自然数）の組織の電子署名を行う１つの秘密鍵である組織署名鍵を分割してＮ個（Ｎ＝Ｓ＋１）の分散鍵を作成する分散鍵作成部と、分散鍵のうちクライアント端末に割り当てられた分散鍵であるクライアント分散鍵を用いて署名値作成を行う署名部と、を備え、サーバは、分散鍵のうちサーバに割り当てられた分散鍵であるサーバ分散鍵を用いて署名値作成を行うサーバ署名部を備え、署名対象データに、署名部またはサーバ署名部によってＮ個の分散鍵を順次用いて署名をＮ回行うことにより、分割前の組織署名鍵で署名を行った場合と同一の署名値を作成するものである。

本開示によれば、複数人で所属する組織の電子署名を行う場合に、ＩＣカードを用いることなく、秘密鍵の安全性を確保し単一の組織署名を行うことができる。

実施の形態１に係る組織署名システムのシステム構成図。 実施の形態１に係る組織署名システムの機能構成図。 実施の形態１に係る組織署名システムのハードウェア構成図。 実施の形態１に係る組織署名システムのデータ構成図。 実施の形態１に係る分散鍵作成処理の処理フロー図。 実施の形態１に係る分散署名処理の処理フロー図。 実施の形態１の変形例１に係る組織署名システムのシステム構成図。 実施の形態１の変形例３に係る組織署名システムの機能構成図。 実施の形態１の変形例４に係る組織署名システムの機能構成図。 実施の形態２に係る組織署名システムのシステム構成図。 実施の形態２に係る組織署名システムのデータ構成図。 実施の形態２に係る分散鍵作成処理の処理フロー図。 実施の形態２に係る分散署名処理の処理フロー図。 実施の形態２の変形例５に係る組織署名システムのデータ構成図。

実施の形態１．
＊＊＊構成の説明＊＊＊
実施の形態１では、組織署名システム１について説明する。組織署名システム１で扱う組織は、組織人数が１人で構成される、決裁権をもつ人の集まりである。
本実施の形態では、組織人数がＳ人（Ｓ＝１）の組織における、１台のサーバ１０と１台のクライアント端末２０から構成される組織署名システム１について説明する。
本実施の形態において、ユーザとは組織に所属する組織ユーザであり、署名対象データに組織署名鍵での署名を要求する人物である。
組織署名鍵とは組織の署名値を作成する秘密鍵である。
分散鍵とは、１つの秘密鍵を分割して作成した複数の秘密鍵であり、全ての分散鍵で署名を行うことで、分割前の秘密鍵で署名を行った場合と同一の署名値が作成できるように分割したものである。
署名対象データとは何等かの電子的なファイルであり、電子署名を付与できる構成であればどのような構成でも構わない。
署名を行う行為とは、秘密鍵である組織署名鍵や組織署名鍵を分割して作成した分散鍵で、署名対象データの署名値を計算することである。
管理者とは、組織署名システム１全般の管理を行い、サーバ１０の設定変更を行う権限がある人物である。

図１は、組織署名システム１のシステム構成図である。
組織署名システム１は、１台のサーバ（組織署名サーバ）１０と１台のクライアント端末（組織署名クライアント端末）２０とネットワーク３０とから構成される。組織署名システム１はその他の構成を備えても構わないし、各構成の数は１つまたは複数でも構わない。

図２は、システムの機能的な構成を示す機能構成図である。
クライアント端末２０は、処理部２１０と、分散鍵作成部２１１と、署名部２１２と、保存部２２０と、通信部２３０と、入出力部２４０とを備える。
分散鍵作成部２１１は、組織人数がＳ人の組織の電子署名を行う１つの組織署名鍵を分割してＮ個（Ｎ＝Ｓ＋１）の分散鍵を作成し、作成した分散鍵の割り当てと配布を行う。
署名部２１２は、指定された署名対象データに対して署名を行い、署名状況データ４２１の署名状況を変更する。
保存部２２０は、割り当てられた分散鍵をクライアント分散鍵３０１として保存する。
通信部２３０は、ネットワーク３０を介してサーバ１０との通信を行う。
入出力部２４０は、ユーザからの入力の受け付けとユーザへの情報の出力を行う。

サーバ１０は、サーバ処理部１１０と、サーバ署名部１１１と、サーバ組織管理部１１２と、サーバ署名管理部１１３と、サーバ保存部１２０と、サーバ通信部１３０とを備える。
サーバ署名部１１１は、指定された署名対象データに対して署名を行い、署名状況データ４２１の署名状況を変更する。
サーバ組織管理部１１２は、組織データ４１１の参照を行う。
サーバ署名管理部１１３は、署名状況データ４２１の参照と変更とを行う。
サーバ保存部１２０は、割り当てられた分散鍵をサーバ分散鍵３００として保存する。
サーバ通信部１３０は、ネットワーク３０を介してクライアント端末２０との通信を行う。

以上のような構成の組織署名システム１の各機能は、図３に示したようなハードウェアにより実現される。このハードウェアは、ＣＰＵ（ＣＥＮＴＲＡＬ ＰＲＯＣＥＳＳＩＮＧ ＵＮＩＴ）等の処理装置１０１と、ＲＯＭ（ＲＥＡＤ ＯＮＬＹ ＭＥＭＯＲＹ）やハードディスク装置等の保存装置１０２、他のハードウェアとネットワーク３０によって接続される通信装置１０３、キーボードやマウス、スピーカーやディスプレイ等の入出力装置１０４とがバス接続された構成となっている。なお、ＣＰＵは自身にメモリを備えていてもよい。
なお、実施の形態１において、サーバ１０は処理装置１０１と、保存装置１０２と、通信装置１０３とを備え、とクライアント端末２０は処理装置１０１と、保存装置１０２と、通信装置１０３と、入出力装置１０４とを備えるものとする。
なお、処理装置１０１は複数であってもよく、複数の処理装置１０１が、各機能を実現するプログラムを連携して実行してもよい。

図４は、データ構成図である。
組織データ４１１は、予め組織署名システム１の管理者からの指定により定められた、組織を識別する組織ＩＤと、組織に所属するユーザを識別する組織ユーザＩＤと、ユーザに紐づくクライアント端末を識別する組織クライアントＩＤと、組織に所属するユーザの人数の組織人数と、の項目からなる。
なお組織データ４１１のうち、組織ユーザＩＤと組織クライアントＩＤと組織人数とからなる情報を、組織情報とし、処理中に組織情報データを一次的に管理するプログラム上のデータ型を組織情報構造体とする。
組織ＩＤが「Ｓ１」である組織データ４１１で説明すると、組織ユーザＩＤ「Ｕ１」、組織クライアントＩＤ「２０」、および組織人数「１」が１つの組織情報である。
また、組織を識別する情報の１つとして組織名を備えたり、ユーザを識別する情報の１つとしてユーザ名を備えたり、クライアント端末を識別する情報の１つとしてクライアント端末名を備えたりしてもよい。
組織人数は、予め管理者からの指定により定められた数であるだけでなく、サーバ組織管理部１１２が１つの組織ユーザＩＤに登録された、組織クライアントＩＤを算出した結果の数であってもよい。

署名状況データ４２１は、組織を識別する組織ＩＤと、分散鍵を識別する分散鍵ＩＤと、分散鍵が割り当てられたユーザを識別する組織ユーザＩＤと、分散鍵が割り当てられたユーザに紐づくクライアント端末を識別する組織クライアントＩＤと、組織クライアントＩＤに紐づくクライアント端末への分散鍵の配布状況を識別する鍵配布状況と、分散鍵の署名実施有無を識別する署名状況と、の項目からなる。
なお署名状況データ４２１のうち、分散鍵ＩＤと組織ユーザＩＤと組織クライアントＩＤと鍵配布状況とからなる情報を、鍵割当情報とし、処理中に鍵割当情報データを一次的に管理するプログラム上のデータ型を鍵割当情報構造体とする。また分散鍵ＩＤと組織ユーザＩＤと組織クライアントＩＤと鍵配布状況と署名状況とからなる情報を、鍵署名情報とし、処理中に鍵署名情報データを一次的に管理するプログラム上のデータ型を鍵署名情報構造体とする。
組織ＩＤが「Ｓ１」である署名状況データ４２１で説明すると、分散鍵ＩＤ「３００」、組織ユーザＩＤ「Ｕ０」、組織クライアントＩＤ「１０」、および鍵配布状況「配布済」、が１つの鍵割当情報であり、分散鍵ＩＤ「３００」、組織ユーザＩＤ「Ｕ０」、組織クライアントＩＤ「１０」、鍵配布状況「配布済」、および署名状況「署名済」、が１つの鍵署名情報である。
また、組織を識別する情報の１つとして組織名を備えたり、分散鍵を識別する情報の１つとして分散鍵名を備えたり、ユーザを識別する情報の１つとしてユーザ名を備えたり、クライアント端末を識別する情報の１つとしてクライアント端末名を備えたりしてもよい。
なお後述するが、鍵配布状況は、サーバ署名管理部１１３により変更される情報であり、署名状況は、署名部２１２とサーバ署名部１１１により変更される情報である。
また図４には図示していないが、サーバ保存部１２０には組織クライアントＩＤにより特定されるクライアント端末２０のＩＰアドレス等、通信に必要な情報が保存されており、その情報に基づきクライアント端末２０と情報を送受信するものとする。保存部２２０にはサーバ１０のＩＰアドレス等、通信に必要な情報が保存されており、その情報に基づきサーバ１０と情報を送受信するものとする。

＊＊＊動作の説明＊＊＊
組織署名システム１の動作について、図５および図６のフロー図を用いて説明する。
なお、組織データ４１１のデータが予め管理者により設定されているとする。
図５では、分散鍵作成部２１１が他の処理部と連動して分散鍵を作成し、作成した分散鍵の割り当てと配布を行う処理のフローを、組織ユーザＩＤ「Ｕ１」のユーザ（以下、「ユーザＵＩ」と記すものを含む）から、組織ＩＤ「Ｓ１」の組織（以下、「組織Ｓ１」と記すものを含む）の分散鍵作成要求を受け付けたとして説明する。

クライアント端末２０の入出力部２４０が、ユーザＵ１から署名対象組織として組織Ｓ１を指定されて分散鍵作成要求を受けると、分散鍵作成部２１１は、通信部２３０を用いて、組織Ｓ１の組織ＩＤ「Ｓ１」とともに、組織Ｓ１に関する組織情報取得要求とをサーバ１０へ送信する（ステップＳ１０１）。

サーバ通信部１３０を通して組織情報取得要求を受けたサーバ組織管理部１１２は、受信した組織ＩＤ「Ｓ１」を用いて組織データ４１１から組織情報の構造体である組織情報構造体を取得し、取得した組織情報構造体をサーバ通信部１３０を用いてクライアント端末２０へ送信する（ステップＳ１０２）。

通信部２３０を通して組織情報構造体を受信した分散鍵作成部２１１は、受信した組織情報構造体から組織人数Ｓ人（Ｓ＝１）を取得する。その後、組織の電子署名を行う１つの組織署名鍵を一時的に作成し、組織人数をもとに作成した組織署名鍵を分割してＮ個（Ｎ＝Ｓ＋１＝２）の分散鍵（分散鍵３００、分散鍵３０１）を作成する。その後、一時的に作成した組織署名鍵を削除する（ステップＳ１０３）。
なお、一時的に作成した組織署名鍵は、分散鍵作成部２１１によるステップＳ１０３からの一連の処理が終了する、ステップＳ１０６で削除してもよい。
また、特に記載していないが、組織署名鍵への電子証明書の発行は、一般的な認証局による証明書発行処理と同様である。

続いて、分散鍵作成部２１１は、作成した分散鍵をサーバ１０と組織情報構造体の組織クライアントＩＤに紐づくクライアント端末２０に割り当て、割り当てた分散鍵の分散鍵ＩＤを採番し、採番した分散鍵ＩＤと組織情報構造体から鍵割当情報の構造体である鍵割当情報構造体を作成する（ステップＳ１０４）。
ここでは、分散鍵作成部２１１は、分散鍵３００（分散鍵ＩＤ「３００」を採番）をサーバ１０に、分散鍵３０１（分散鍵ＩＤ「３０１」を採番）をクライアント端末２０にそれぞれ割り当て、サーバ１０用の組織ユーザＩＤを「Ｕ０」、組織クライアントＩＤを「１０」とし、分散鍵ＩＤ「３００」、組織ユーザＩＤ「Ｕ０」、組織クライアントＩＤ「１０」、鍵配布状況「未」、と、分散鍵ＩＤ「３０１」、組織ユーザＩＤ「Ｕ１」、組織クライアントＩＤ「２０」、鍵配布状況「未」、の２件を含む鍵割当情報構造体を作成したものとする。

続いて、分散鍵作成部２１１は、組織クライアントＩＤ「２０」が自クライアント端末２０であると判定し、鍵割当情報構造体にてクライアント端末２０に割り当てられた分散鍵ＩＤを取得して、取得した分散鍵ＩＤをもとに、作成した分散鍵の中から分散鍵３０１を取得し、クライアント分散鍵３０１として保存部２２０に保存する。その後、鍵割当情報構造体の分散鍵３０１の鍵配布状況を「配布済」に変更する（ステップＳ１０５）。

続いて、分散鍵作成部２１１は、通信部２３０を用いて、組織Ｓ１の組織ＩＤ「Ｓ１」と鍵割当情報構造体と未保存の分散鍵３００とともに、鍵分散要求とをサーバ１０へ送信する（ステップＳ１０６）。

サーバ通信部１３０を通して鍵分散要求を受けたサーバ署名管理部１１３は、受信した分散鍵３００をサーバ分散鍵３００としてサーバ保存部１２０に保存する。その後、受信した鍵割当情報構造体の分散鍵３００の鍵配布状況を「配布済」に変更する（ステップＳ１０７）。

続いて、サーバ署名管理部１１３は、組織Ｓ１の組織ＩＤ「Ｓ１」と鍵割当情報構造体をもとに、署名状況データ４２１を新規作成し、サーバ通信部１３０を用いて処理終了をクライアント端末２０へ通知し、処理を終了する（ステップＳ１０８）。

図６では、署名部２１２が他の処理部と連動して分散鍵を使用した組織署名を行う処理のフローを、ユーザＵ１から、組織Ｓ１の署名要求を受け付けたとして説明する。

クライアント端末２０の入出力部２４０が、ユーザＵ１から署名対象データと署名対象組織として組織Ｓ１を指定されて署名要求を受けると、署名部２１２は、通信部２３０を用いて、組織Ｓ１の組織ＩＤ「Ｓ１」と署名対象データとともに、署名要求とをサーバ１０へ送信する（ステップＳ２０１）。

サーバ通信部１３０を通して署名要求を受けたサーバ署名部１１１は、受信した組織ＩＤ「Ｓ１」を用いて署名状況データ４２１から鍵署名情報である鍵署名情報構造体を取得する。その後、組織クライアントＩＤ「１０」が自サーバ１０であると判定し、鍵署名情報構造体よりサーバ１０に割り当てられた分散鍵ＩＤ「３００」を取得する。その後、取得した分散鍵ＩＤをもとにサーバ保存部１２０に保存してある分散鍵の中から分散鍵３００を取得し、サーバ分散鍵３００とする。その後、受信した署名対象データに対してサーバ分散鍵３００で署名を行って署名値を作成し、作成した署名値を第Ｍ署名値（Ｍ＝１）とする。その後、鍵署名情報構造体の分散鍵３００の署名状況を「署名済」に変更するとともに、対応する署名状況データ４２１の署名状況を「署名済」に変更する。（ステップＳ２０２）。

続いて、サーバ署名部１１１は、署名未実施の組織クライアント端末の有無判定処理として、鍵署名情報構造体から署名状況が「未」の未署名件数を取得し、署名未実施の組織クライアント端末の有無を確認する。
未署名件数が１件以上の場合、サーバ署名部１１１は、鍵署名情報構造体から署名状況が「未」の組織クライアントＩＤに紐づくクライアント端末を１件取得し、取得したクライアント端末を未署名クライアント端末とする。その後、サーバ通信部１３０を用いて、組織Ｓ１の組織ＩＤ「Ｓ１」と作成した第Ｍ署名値（Ｍ＝１）と鍵署名情報構造体とともに、署名要求とを未署名クライアント端末へ送信する。
未署名件数が１件未満の場合は、第Ｍ署名値（Ｍ＝２）を署名対象データと関連付けて組織署名付きデータとし、署名要求の送信元であるクライアント端末２０へ、サーバ通信部１３０を用いて、組織Ｓ１の組織ＩＤ「Ｓ１」と組織署名付きデータとともに、署名完了通知とを送信する（ステップＳ２０３）。

通信部２３０を通して署名要求を受けた未署名クライアント端末（クライアント端末２０）の署名部２１２は、組織クライアントＩＤ「２０」が自クライアント端末２０であると判定し、鍵署名情報構造体にてクライアント端末２０に紐づくユーザのユーザＵ１を取得する。その後、入出力部２４０を用いて、組織Ｓ１と第Ｍ署名値（Ｍ＝１）を指定してユーザＵ１へ署名要求を表示する。
署名部２１２は、入出力部２４０を通してユーザＵ１から署名実施指示を受けると、鍵署名情報構造体にて未署名クライアント端末（クライアント端末２０）に割り当てられた分散鍵ＩＤを取得する。その後、取得した分散鍵ＩＤをもとに、保存部２２０に保存してある分散鍵の中から分散鍵３０１を取得し、クライアント分散鍵３０１とする。その後、第Ｍ署名値（Ｍ＝１）に対してクライアント分散鍵３０１で署名を行って新たな第Ｍ署名値（Ｍ＝Ｍ＋１＝２）を作成する。その後、鍵署名情報構造体の分散鍵３０１の署名状況を「署名済」に変更し、対応する署名状況データ４２１の署名状況を「署名済」に変更する。その後、通信部２３０を用いて、組織Ｓ１の組織ＩＤ「Ｓ１」と作成した第Ｍ署名値（Ｍ＝２）と鍵署名情報構造体とをサーバ１０へ送信し、ステップＳ２０３の署名未実施の組織クライアント端末の有無判定処理へ戻る（ステップＳ２０４）。

通信部２３０を通して署名完了通知を受けた署名部２１２は、入出力部２４０を用いて、組織Ｓ１と組織署名付きデータを指定してユーザＵ１へ署名完了を表示する（ステップＳ２０５）。

＊＊＊実施の形態１の効果＊＊＊
１つの組織署名鍵を分割して作成した複数の分散鍵の全てを使用して組織署名データを作成するため、１つの署名鍵を用いて組織署名データを作成するよりも、署名鍵の漏洩リスクを軽減することができる。
一時的に作成した組織署名鍵は、分散鍵作成後に消去するため、その点からも、署名鍵の漏洩リスクを軽減することができる。

ＩＣカードなどのセキュリティデバイスを必要としないため、セキュリティデバイスの実装にかかる費用や配布の手間が不要となる。

＊＊＊他の構成＊＊＊
＜変形例１＞
実施の形態１では、各機能構成要素がソフトウェアで実現された。しかし、変形例１として、各機能構成要素はハードウェアで実現されてもよい。この変形例１について、実施の形態１と異なる点を説明する。

図７を参照して、変形例１に係る組織署名システム１の構成を説明する。
各機能構成要素がハードウェアで実現される場合には、処理装置１０１と保存装置１０２とに代えて、電子回路１０５を備える。電子回路１０５は、処理装置１０１と保存装置１０２との機能とを実現する専用の回路である。

電子回路１０５としては、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ロジックＩＣ（ＩＮＴＥＧＲＡＴＥＤ ＣＩＲＣＵＩＴ）、ＧＡ（ＧＡＴＥ ＡＲＲＡＹ）、ＡＳＩＣ（ＡＰＰＬＩＣＡＴＩＯＮ ＳＰＥＣＩＦＩＣ
ＩＮＴＥＧＲＡＴＥＤ ＣＩＲＣＵＩＴ）、ＦＰＧＡ（ＦＩＥＬＤ－ＰＲＯＧＲＡＭＭＡＢＬＥ ＧＡＴＥ ＡＲＲＡＹ）が想定される。
各機能構成要素を１つの電子回路１０５で実現してもよいし、各機能構成要素を複数の電子回路１０５に分散させて実現してもよい。

＜変形例２＞
変形例２として、一部の各機能構成要素がハードウェアで実現され、他の各機能構成要素がソフトウェアで実現されてもよい。

処理装置１０１と保存装置１０２と電子回路１０５とを処理回路という。つまり、各機能構成要素の機能は、処理回路により実現される。

＜変形例３＞
実施の形態１では、ユーザが指定した署名対象データと作成した署名値をサーバ１０とクライアント端末２０間で送付して組織署名付きデータを作成した。
変形例３では、予め署名対象データ５００をサーバ保存部１２０に保存しておき、署名対象データ５００を送付することなく、サーバ保存部１２０に保存してある署名対象データ５００に対して署名を行い、組織署名付きデータを作成する。この変形例３について、実施の形態１と異なる点を説明する。
なお、署名対象データ５００は、同一ネットワーク上のファイルサーバやＮＡＳ（ＮＥＴＷＯＲＫ ＡＴＴＡＣＨＥＤ ＳＴＯＲＡＧＥ）に保存してもよい。

図８は、システムの機能的な構成を示す機能構成図である。
変形例３では、サーバ保存部１２０に署名対象データ５００が保存されている。
他については、実施の形態１と同様である。

変形例３にて、分散鍵を使用して組織署名を行う処理のフローを説明する。
なお、フロー図については図６と同様である。

クライアント端末２０の入出力部２４０が、ユーザＵ１からサーバ保存部１２０に保存されている署名対象データ５００と署名対象組織として組織Ｓ１を指定されて署名要求を受けると、署名部２１２は、通信部２３０を用いて、組織Ｓ１の組織ＩＤ「Ｓ１」と署名対象データ５００の情報とともに、署名要求とをサーバ１０へ送信する（ステップＳ２０１）。

サーバ通信部１３０を通して署名要求を受けたサーバ署名部１１１は、受信した組織ＩＤ「Ｓ１」を用いて署名状況データ４２１から鍵署名情報構造体である鍵署名情報構造体を取得する。その後、組織クライアントＩＤ「１０」が自サーバ１０であると判定し、鍵署名情報構造体にてサーバ１０に割り当てられた分散鍵ＩＤ「３００」を取得する。その後、取得した分散鍵ＩＤをもとにサーバ保存部０３０に保存してある分散鍵の中から分散鍵３００を取得し、サーバ分散鍵３００とする。その後、受信した署名対象データ５００の情報からサーバ保存部１２０に保存されている署名対象データ５００に対してサーバ分散鍵３００で署名を行って署名値を作成し、作成した署名値をサーバ保存部１２０に保存する。その後、鍵署名情報構造体の分散鍵３００の署名状況を「署名済」に変更し、対応する署名状況データ４２１の署名状況を「署名済」に変更する。（ステップＳ２０２）。

続いて、サーバ署名部１１１は、署名未実施の組織クライアント端末の有無判定処理として、鍵署名情報構造体から署名状況が「未」の未署名件数を取得し、署名未実施の組織クライアント端末の有無を確認する。
未署名件数が１件以上の場合、サーバ署名部１１１は、鍵署名情報構造体から署名状況が「未」の組織クライアントＩＤに紐づくクライアント端末を１件取得し、取得したクライアント端末を未署名クライアント端末とする。その後、サーバ通信部１３０を用いて、組織Ｓ１の組織ＩＤ「Ｓ１」と作成してサーバ保存部１２０に保存した署名値の情報と鍵署名情報構造体とともに、署名要求とを未署名クライアント端末へ送信する。
未署名件数が１件未満の場合は、作成してサーバ保存部１２０に保存した署名値を署名対象データと関連付けて組織署名付きデータとしてサーバ保存部１２０に保存し、署名要求の送信元であるクライアント端末２０へ、サーバ通信部１３０を用いて、組織Ｓ１の組織ＩＤ「Ｓ１」と組織署名付きデータの情報とともに、署名完了通知とをクライアント端末２０へ送信する（ステップＳ２０３）。
なお、本実施の形態では署名未実施の組織クライアント端末が１台（クライアント端末２０）存在するため、クライアント端末２０を未署名クライアント端末として、有無判定処理にて未署名件数が１件以上の場合の処理へ進む。

通信部２３０を通して署名要求を受けた未署名クライアント端末（クライアント端末２０）の署名部２１２は、組織クライアントＩＤ「２０」が自クライアント端末２０であると判定し、鍵署名情報構造体よりクライアント端末２０に紐づくユーザのユーザＵ１を取得する。その後、入出力部２４０を用いて、組織Ｓ１と作成してサーバ保存部１２０に保存した署名対象データ５００の情報を指定してユーザＵ１へ署名要求を表示する。
署名部２１２は、入出力部２４０を通してユーザＵ１から署名実施指示を受けると、鍵署名情報構造体より未署名クライアント端末（クライアント端末２０）に割り当てられた分散鍵ＩＤ「３０１」を取得する。その後、取得した分散鍵ＩＤをもとに保存部２２０に保存してある分散鍵の中から分散鍵３０１を取得し、クライアント分散鍵３０１とする。その後、サーバ保存部１２０に保存してある署名値に対してクライアント分散鍵３０１で署名を行って新たな署名値を作成する。その後、鍵署名情報構造体の分散鍵３０１の署名状況を「署名済」に変更し、対応する署名状況データ４２１の署名状況を「署名済」に変更する。その後、通信部２３０を用いて、組織Ｓ１の組織ＩＤ「Ｓ１」と鍵署名情報構造体とをサーバ１０へ送信し、ステップＳ２０３の署名未実施の組織クライアント端末の有無判定処理へ戻る（ステップＳ２０４）。

通信部２３０を通して署名完了通知を受けた署名部２１２は、入出力部２４０を用いて、組織Ｓ１と組織署名付きデータの情報を指定してユーザＵ１へ署名完了を表示する（ステップＳ２０５）。

＊＊＊変形例３の効果＊＊＊
署名対象データをファイルサーバなどで一元管理することで、個別のクライアント端末で管理するよりも署名対象データを管理し易くなる。

＜変形例４＞
実施の形態１では、クライアント分散鍵３０１が物理ファイルで実現された。しかし、変形例４として、クライアント分散鍵３０１をユーザＵＩが指定するパスワードで実現されてもよい。この変形例４について、実施の形態１と異なる点を説明する。
なお、パスワードは、ＰＩＮ（ＰＥＲＳＯＮＡＬ ＩＤＥＮＴＩＦＩＣＡＴＩＯＮ ＮＵＭＢＥＲ）や他のもので代替してもよい。

図９は、システムの機能的な構成を示す機能構成図である。
変形例４では、保存部２２０にクライアント分散鍵３０１が保存されない点が異なる。
他については、実施の形態１と同様である。

データ構成図は、図４と同様であるが、署名状況データ４２１に設定されているデータの内容のみ異なる。
署名状況データ４２１の分散鍵ＩＤには、パスワードをハッシュ化したパスワードのハッシュ値を設定する。

＊＊＊動作の説明＊＊＊
変形例４の動作について、図５および図６のフロー図を用いて説明する。
なお、組織データ４１１のデータが予め管理者により設定されているとする。
図５では、分散鍵作成部２１１が他の処理部と連動して分散鍵を作成し、作成した分散鍵の割り当てと配布を行う処理のフローを、組織ユーザＩＤ「Ｕ１」のユーザ（以下、「ユーザＵＩ」と記すものを含む）から、パスワード「Ｐ１」を指定され、組織ＩＤ「Ｓ１」の組織（以下、「組織Ｓ１」と記すものを含む）の分散鍵作成要求を受け付けたとして説明する。
なお、ステップＳ１０２、Ｓ１０６からステップＳ１０８は同様である。

クライアント端末２０の入出力部２４０が、ユーザＵ１からパスワード「Ｐ１」と署名対象組織として組織Ｓ１を指定されて分散鍵作成要求を受けると、分散鍵作成部２１１は、通信部２３０を用いて、組織Ｓ１の組織ＩＤ「Ｓ１」とともに、組織Ｓ１に関する組織情報取得要求とをサーバ１０へ送信する（ステップＳ１０１）。

通信部２３０を通して組織情報構造体を受信した分散鍵作成部２１１は、受信した組織情報構造体から組織人数Ｓ人（Ｓ＝１）を取得する。その後、組織の電子署名を行う１つの組織署名鍵を一時的に作成し、パスワード「Ｐ１」と組織人数をもとに、作成した組織署名鍵を分割してＮ個（Ｎ＝Ｓ＋１＝２）の分散鍵（分散鍵３００、分散鍵３０１）を作成する。その後、一時的に作成した組織署名鍵と分散鍵３０１を削除する（ステップＳ１０３）。
なお、本実施の形態において分散鍵３０１は、パスワード「Ｐ１」のことを示す。
また、特に記載していないが、組織署名鍵への電子証明書の発行は、一般的な認証局による証明書発行処理と同様である。

続いて、分散鍵作成部２１１は、作成した分散鍵３００をサーバ１０に割り当て、割り当てた分散鍵の分散鍵ＩＤを採番し、採番した分散鍵ＩＤと組織情報構造体から鍵割当情報の構造体である鍵割当情報構造体を作成する。その後、分散鍵作成部２１１は、組織クライアントＩＤ「２０」が自クライアント端末２０であると判定し、作成した組織情報構造体の組織クライアントＩＤ「２０」に紐づく分散鍵ＩＤにパスワード「Ｐ１」のハッシュ値を設定する（ステップＳ１０４）。
ここでは、分散鍵作成部２１１は、分散鍵３００（分散鍵ＩＤ「３００」を採番）をサーバ１０に割り当て、サーバ１０用の組織ユーザＩＤを「Ｕ０」、組織クライアントＩＤを「１０」とし、分散鍵ＩＤ「３００」、組織ユーザＩＤ「Ｕ０」、組織クライアントＩＤ「１０」、鍵配布状況「未」、と、分散鍵ＩＤ「パスワード「Ｐ１」のハッシュ値」、組織ユーザＩＤ「Ｕ１」、組織クライアントＩＤ「２０」、鍵配布状況「未」、との２件を含む鍵割当情報構造体を作成したものとする。

続いて、分散鍵作成部２１１は、組織クライアントＩＤ「２０」が自クライアント端末２０であると判定し、鍵割当情報構造体の組織クライアントＩＤ「２０」の鍵配布状況を「配布済」に変更する（ステップＳ１０５）。

図６では、署名部２１２が他の処理部と連動して分散鍵を使用した組織署名を行う処理のフローを、ユーザＵ１から組織Ｓ１の署名要求を受け付けたとして説明する。
なお、ステップＳ２０１からステップＳ２０３、ステップＳ２０５は同様である。

通信部２３０を通して署名要求を受けた未署名クライアント端末（クライアント端末２０）の署名部２１２は、組織クライアントＩＤ「２０」が自クライアント端末２０であると判定し、鍵署名情報構造体にてクライアント端末２０に紐づくユーザのユーザＵ１を取得する。その後、入出力部２４０を用いて、組織Ｓ１と第Ｍ署名値（Ｍ＝１）を指定してユーザＵ１へ署名要求を表示する。
署名部２１２は、入出力部２４０を通してユーザＵ１から、パスワード「Ｐ１」を指定され、署名実施指示を受けると、鍵署名情報構造体にてクライアント端末２０に紐づく分散鍵ＩＤを取得する。その後、取得した分散鍵ＩＤとパスワード「Ｐ１」のハッシュ値を比較する。
比較結果が同一であれば、第Ｍ署名値（Ｍ＝１）に対してパスワード「Ｐ１」を分散鍵として署名を行って新たな第Ｍ署名値（Ｍ＝Ｍ＋１＝２）を作成する。その後、鍵署名情報構造体の組織クライアントＩＤ「２０」の署名状況を「署名済」に変更し、対応する署名状況データ４２１の署名状況を「署名済」に変更する。その後、通信部２３０を用いて、組織Ｓ１の組織ＩＤ「Ｓ１」と作成した第Ｍ署名値（Ｍ＝２）と鍵署名情報構造体とをサーバ１０へ送信し、ステップＳ２０３の署名未実施の組織クライアント端末の有無判定処理へ戻る（ステップＳ２０４）。

＊＊＊変形例４の効果＊＊＊
クライアント分散鍵の代わりに、物理的に保存していないパスワードを使用するため、署名鍵の漏洩リスクをより軽減することができる。

実施の形態２．
実施の形態１では、組織人数が１人の組織における組織署名システム１について説明した。
実施の形態２では、組織人数がＳ人（Ｓは１以上の自然数）である組織における、１台のサーバ１０と複数台のクライアント端末から構成される組織署名システム１について、実施の形態１と異なる点を説明する。

図１０は、実施の形態２のシステム構成図である。
組織署名システム１は、１台のサーバ１０とＳ台のクライアント端末（クライアント端末２０，クライアント端末２１，・・・）から構成される。

機能構成図とハードウェア構成図は、実施の形態１と同様であるため省略する。

図１１は、データ構成図である。
組織データ４１２のデータ構成は組織データ４１１と同様であり、設定されているデータの内容のみ異なる。
署名状況データ４２２のデータ構成は組織データ４１２と同様であり、設定されているデータの内容のみ異なる。

＊＊＊動作の説明＊＊＊
組織署名システム１の動作について、図１２および図１３のフロー図を用いて説明する。
なお、組織データ４１２のデータが予め管理者により設定されているとする。
図１２では、分散鍵作成部２１１が他の処理部と連動して分散鍵を作成し、作成した分散鍵の割り当てと配布を行う処理のフローを、組織ユーザＩＤ「Ｕ１」のユーザ（以下、「ユーザＵＩ」と記すものを含む）から、組織ＩＤ「Ｓ２」の組織（以下、「組織Ｓ２」と記すものを含む）の分散鍵作成要求を受け付けたとして説明する。

クライアント端末２０の入出力部２４０が、ユーザＵ１から署名対象組織として組織Ｓ２を指定されて分散鍵作成要求を受けると、分散鍵作成部２１１は、通信部２３０を用いて、組織Ｓ２の組織ＩＤ「Ｓ２」とともに、組織Ｓ２に関する組織情報取得要求とをサーバ１０へ送信する（ステップＳ３０１）。

サーバ通信部１３０を通して組織情報取得要求を受けたサーバ組織管理部１１２は、受信した組織ＩＤ「Ｓ２」を用いて組織データ４１１から組織情報の構造体である組織情報構造体を取得し、取得した組織情報構造体をサーバ通信部１３０を用いてクライアント端末２０へ送信する（ステップＳ３０２）。

通信部２３０を通して組織情報を取得した分散鍵作成部２１１は、受信した組織情報構造体から組織人数Ｓ人（Ｓは１以上の自然数）を取得し、組織の電子署名を行う１つの組織署名鍵を一時的に作成し、組織人数をもとに作成した組織署名鍵を分割してＮ個（Ｎ＝Ｓ＋１）の分散鍵（分散鍵３００、分散鍵３０１、・・・）を作成する。その後、一時的に作成した組織署名鍵を削除する（ステップＳ３０３）。
なお、特に記載していないが、組織署名鍵への電子証明書の発行は、一般的な認証局による証明書発行処理と同様である。

続いて、分散鍵作成部２１１は、作成したＮ個の分散鍵をサーバ１０と組織情報構造体の組織クライアントＩＤに紐づくクライアント端末に割り当て、割り当てた分散鍵の分散鍵ＩＤを採番し、採番した分散鍵ＩＤと組織情報構造体から鍵割当情報の構造体である鍵割当情報構造体を作成する（ステップＳ３０４）。

続いて、分散鍵作成部２１１は、鍵割当情報構造体にてクライアント端末２０に割り当てられた分散鍵ＩＤを取得し、取得した分散鍵ＩＤをもとに作成した分散鍵の中から分散鍵３０１を取得し、クライアント分散鍵３０１として保存部２２０に保存して、鍵割当情報構造体の分散鍵３０１の鍵配布状況を「配布済」に変更する（ステップＳ３０５）。

続いて、分散鍵作成部２１１は、通信部２３０を用いて、組織Ｓ２の組織ＩＤ「Ｓ２」と鍵割当情報構造体と未保存のＮ－１個の分散鍵とともに、鍵分散要求とをサーバ１０へ送信する（ステップＳ３０６）。

サーバ通信部１３０を通して鍵分散要求を受けたサーバ署名管理部１１３は、受信した鍵割当情報構造体にてサーバ１０に割り当てられた分散鍵ＩＤを取得する。その後、取得した分散鍵ＩＤをもとに受信したＮ－１個の分散鍵の中から分散鍵３００を取得し、サーバ分散鍵３００としてサーバ保存部１２０に保存して、鍵割当情報構造体の分散鍵３００の鍵配布状況を「配布済」に変更する（ステップＳ３０７）。

続いて、サーバ署名管理部１１３は、分散鍵未配布の組織クライアント端末の有無判定処理として、鍵割当情報構造体から鍵配布状況が「未」の未配布件数を取得し、分散鍵未配布の組織クライアント端末の有無を確認する。
未配布件数が１件以上の場合、サーバ署名管理部１１３は、鍵割当情報構造体から鍵配布状況が「未」の組織クライアントＩＤに紐づくクライアント端末を１件取得し、取得したクライアント端末を送信先クライアント端末とする。その後、鍵割当情報構造体にて送信先クライアント端末に割り当てられた分散鍵ＩＤを取得し、取得した分散鍵ＩＤをもとに受信したＮ－１個の分散鍵の中から分散鍵を取得して配布分散鍵とし、送信先クライアント端末へ、サーバ通信部１３０を用いて、配布分散鍵と鍵割当情報構造体とともに、鍵保存要求とを送信する。
未配布件数が１件未満の場合は、ステップＳ３１０へ進む（ステップＳ３０８）。

通信部２３０を通して鍵保存要求を受けた送信先クライアント端末の分散鍵作成部２１１は、受信した配布分散鍵をクライアント分散鍵として保存部２２０に保存し、受信した鍵割当情報構造体の配布分散鍵の鍵配布状況を「配布済」に変更する。その後、通信部２３０を用いて鍵割当情報構造体をサーバ１０へ送信し、ステップＳ３０８の分散鍵未配布の組織クライアント端末の有無判定処理へ戻る（ステップＳ３０９）。

サーバ署名管理部１１３は、組織Ｓ２の組織ＩＤ「Ｓ２」と鍵割当情報構造体をもとに、署名状況データ４２２を新規作成し、サーバ通信部１３０を用いて処理終了をクライアント端末２０へ通知し、処理を終了する（ステップＳ３１０）。

図１３では、署名部２１２が他の処理部と連動して分散鍵を使用した組織署名を行う処理のフローを、ユーザＵ１から、組織Ｓ２の署名要求を受け付けたとして説明する。

クライアント端末２０の入出力部２４０が、ユーザＵ１から署名対象データと署名対象組織として組織Ｓ２を指定されて署名要求を受けると、署名部２１２は、通信部２３０を用いて、組織Ｓ２の組織ＩＤ「Ｓ２」と署名対象データとともに、署名要求とをサーバ１０へ送信する（ステップＳ４０１）。

サーバ通信部１３０を通して署名要求を受けたサーバ署名部１１１は、受信した組織ＩＤ「Ｓ２」を用いて署名状況データ４２１から鍵署名情報である鍵署名情報構造体を取得する。その後、組織クライアントＩＤ「１０」が自サーバ１０であると判定し、鍵署名情報構造体よりサーバ１０に割り当てられた分散鍵ＩＤ「３００」を取得する。その後、取得した分散鍵ＩＤをもとにサーバ保存部０３０に保存してある分散鍵の中から分散鍵３００を取得し、サーバ分散鍵３００とする。その後、受信した署名対象データに対してサーバ分散鍵３００で署名を行って署名値を作成し、作成した署名値を第Ｍ署名値（Ｍ＝１）とする。その後、鍵署名情報構造体のサーバ分散鍵３００に紐づく分散鍵の署名状況を「署名済」に変更するとともに、対応する署名状況データ４２１の署名状況を「署名済」に変更する。（ステップＳ４０２）。

続いて、サーバ署名部１１１は、署名未実施の組織クライアント端末の有無判定処理として、鍵署名情報構造体から署名状況が「未」の未署名件数を取得し、署名未実施の組織クライアント端末の有無を確認する。
未署名件数が１件以上の場合、サーバ署名部１１１は、鍵署名情報構造体から署名状況が「未」の組織クライアントＩＤに紐づくクライアント端末を１件取得し、取得したクライアント端末を未署名クライアント端末とする。その後、サーバ通信部１３０を用いて、組織Ｓ２の組織ＩＤ「Ｓ２」と作成した第Ｍ署名値と鍵署名情報構造体とともに、署名要求とを未署名クライアント端末へ送信する。
未署名件数が１件未満の場合は、第Ｍ署名値を署名対象データと関連付けて組織署名付きデータとし、署名要求の送信元であるクライアント端末２０へ、サーバ通信部１３０を用いて、組織Ｓ２の組織ＩＤ「Ｓ２」と組織署名付きデータとともに、署名完了通知とを送信し、ステップＳ４０５へ進む（ステップＳ４０３）。

通信部２３０を通して署名要求を受けた未署名クライアント端末（クライアント端末２０）の署名部２１２は、鍵署名情報構造体にて未署名クライアント端末に紐づく組織ユーザＩＤを取得して、入出力部２４０を用いて、組織Ｓ２と第Ｍ署名値を指定して、取得した組織ユーザＩＤに紐づくユーザへ署名要求を通知する。
署名部２１２は、入出力部２４０を通してユーザから署名実施指示を受けると、鍵署名情報構造体にて未署名クライアント端末に割り当てられた分散鍵ＩＤをもとに、保存部２２０に保存してある分散鍵の中から分散鍵を１個取得し、クライアント分散鍵とする。その後、第Ｍ署名値に対してクライアント分散鍵で署名を行って新たな第Ｍ署名値（Ｍ＝Ｍ＋１）を作成する。その後、鍵署名情報構造体のクライアント分散鍵に紐づく分散鍵の署名状況を「署名済」に変更し、対応する署名状況データ４２１の署名状況を「署名済」に変更する。その後、通信部２３０を用いて、組織Ｓ２の組織ＩＤ「Ｓ２」と作成した第Ｍ署名値と鍵署名情報構造体とをサーバ１０へ送信し、ステップＳ４０３の署名未実施の組織クライアント端末の有無判定処理へ戻る（ステップＳ４０４）。

通信部２３０を通して署名完了通知を受けた署名部２１２は、入出力部２４０を用いて、組織Ｓ２と組織署名付きデータを指定して、ユーザＵ１へ署名完了を表示する（ステップＳ４０５）。

＊＊＊実施の形態２の効果＊＊＊
複数の分散鍵を使用することにより、実施の形態１よりも、署名鍵の漏洩リスクを軽減することができる。

＊＊＊他の構成＊＊＊
＜変形例５＞
実施の形態２では、署名の順番を特に指定しなかったが、署名の順番を指定する変形例５について、実施の形態２と異なる点を説明する。

図１４は、データ構成図である。
組織データ４１３は、予め組織署名システム１の管理者からの指定により定められた、組織を識別する組織ＩＤと、組織に所属するユーザを識別する組織ユーザＩＤと、ユーザに紐づくクライアント端末を識別する組織クライアントＩＤと、組織に所属するユーザの人数の組織人数と、組織に所属するユーザの署名の順番を指定する署名順と、の項目からなる。
なお組織データ４１３のうち、組織ユーザＩＤと組織クライアントＩＤと組織人数と署名順とからなる情報を、組織情報とする。
また、組織を識別する情報の１つとして組織名を備えたり、ユーザを識別する情報の１つとしてユーザ名を備えたり、クライアント端末を識別する情報の１つとしてクライアント端末名を備えたりしてもよい。
組織人数は、予め管理者からの指定により定められた数であるだけでなく、サーバ組織管理部１１２が１つの組織ユーザＩＤに登録された、組織クライアントＩＤを算出した結果の数であってもよい。

署名状況データ４２３は、組織を識別する組織ＩＤと、分散鍵を識別する分散鍵ＩＤと、分散鍵が割り当てられたユーザを識別する組織ユーザＩＤと、分散鍵が割り当てられたユーザに紐づくクライアント端末を識別する組織クライアントＩＤと、組織クライアントＩＤに紐づくクライアント端末への分散鍵の配布状況を識別する鍵配布状況と、組織に所属するユーザの署名の順番を指定する署名順と、分散鍵の署名実施有無を識別する署名状況と、の項目からなる。
なお署名状況データ４２３のうち、分散鍵ＩＤと組織ユーザＩＤと組織クライアントＩＤと鍵配布状況と署名順からなる情報を、鍵割当情報とする。また分散鍵ＩＤと組織ユーザＩＤと組織クライアントＩＤと鍵配布状況と署名順と署名状況とからなる情報を、鍵署名情報とする。
また、組織を識別する情報の１つとして組織名を備えたり、分散鍵を識別する情報の１つとして分散鍵名を備えたり、ユーザを識別する情報の１つとしてユーザ名を備えたり、クライアント端末を識別する情報の１つとしてクライアント端末名を備えたりしてもよい。

変形例５にて、分散鍵を使用して組織署名を行う処理のフローを説明する。
なお、組織データ４１３のデータが予め管理者により設定されているとする。
分散鍵作成部２１１が他の処理部と連動して分散鍵を作成し、作成した分散鍵の割り当てと配布を行う処理のフローは、図１２と同様である。
分散鍵作成部２１１が他の処理部と連動して分散鍵を作成し、作成した分散鍵の割り当てと配布を行う処理のフローを、組織ユーザＩＤ「Ｕ１」のユーザ（以下、「ユーザＵＩ」と記すものを含む）から、組織ＩＤ「Ｓ３」の組織（以下、「組織Ｓ３」と記すものを含む）の分散鍵作成要求を受け付けたとして説明する。

ステップＳ４０１からステップＳ４０２、ステップＳ４０４からステップＳ４０５の処理は同様である。

続いて、サーバ署名部１１１は、署名未実施の組織クライアント端末の有無判定処理として、鍵署名情報構造体から署名状況が「未」の未署名件数を取得し、署名未実施の組織クライアント端末の有無を確認する。
未署名件数が１件以上の場合、サーバ署名部１１１は、鍵署名情報構造体から署名状況が「未」で署名順が最小の組織クライアントＩＤに紐づくクライアント端末を１件取得し、取得したクライアント端末を未署名クライアント端末とする。その後、サーバ通信部１３０を用いて、組織Ｓ３の組織ＩＤ「Ｓ３」と作成した第Ｍ署名値と鍵署名情報構造体とともに、署名要求とを未署名クライアント端末へ送信する。
未署名件数が１件未満の場合は、第Ｍ署名値を署名対象データと関連付けて組織署名付きデータとし、署名要求の送信元であるクライアント端末２０へ、サーバ通信部１３０を用いて、組織Ｓ３の組織ＩＤ「Ｓ３」と組織署名付きデータとともに、署名完了通知とを送信し、ステップＳ４０５へ進む（ステップＳ４０３）。

なお、以上の説明における「部」を、「回路」、「工程」、「手順」、「処理」又は「処理回路」に読み替えてもよい。

以上、本開示の実施の形態及び変形例について説明した。これらの実施の形態及び変形例のうち、いくつかを組み合わせて実施してもよい。また、いずれか１つ又はいくつかを部分的に実施してもよい。なお、本開示は、以上の実施の形態及び変形例に限定されるものではなく、必要に応じて種々の変更が可能である。

１ 組織署名システム、１０ サーバ（組織署名サーバ）、２０ クライアント端末（組織署名クライアント端末）、２１ クライアント端末（組織署名クライアント端末）、３０ ネットワーク、１０１ 処理装置、１０２ 保存装置、１０３ 通信装置、１０４ 入出力装置、１０５ 電子回路、１１０ サーバ処理部、１１１ サーバ署名部、１１２ サーバ組織管理部、１１３ サーバ署名管理部、１２０ サーバ保存部、１３０ サーバ通信部、２１０ 処理部、２１１ 分散鍵作成部、２１２ 署名部、２２０ 保存部、２３０ 通信部、２４０ 入出力部、３００ サーバ分散鍵、３０１ クライアント分散鍵、４１１ 組織データ、４１２ 組織データ、４１３ 組織データ、４２１ 署名状況データ、４２２ 署名状況データ、４２３ 署名状況データ。

Claims (6)

1. サーバとクライアント端末とからなる組織署名システムであって、
   前記クライアント端末は、
   組織人数がＳ人（Ｓは１以上の自然数）の組織の電子署名を行う１つの秘密鍵である組織署名鍵を分割してＮ個（Ｎ＝Ｓ＋１）の分散鍵を作成する分散鍵作成部と、
   前記分散鍵のうち前記クライアント端末に割り当てられた前記分散鍵であるクライアント分散鍵を用いて署名値作成を行う署名部と、
   を備え、
   前記サーバは、
   前記分散鍵のうち前記サーバに割り当てられた前記分散鍵であるサーバ分散鍵を用いて署名値作成を行うサーバ署名部と、
   前記サーバ分散鍵とそれを割り当てられた前記サーバを紐づける情報と、
   前記クライアント分散鍵とそれを割り当てられた前記クライアント端末を紐づける情報と、
   からなる鍵割当情報と、
   前記サーバ分散鍵と前記クライアント分散鍵の署名の実施状況である署名状況とを、署名状況データとして管理するサーバ署名管理部と、
   を備え、
   前記分散鍵作成部は、
   前記サーバ分散鍵と前記クライアント分散鍵とを前記サーバと前記クライアント端末それぞれへ割り当てた際に、割り当てた情報を用いて前記鍵割当情報を作成し、
   前記署名部は、署名を行った際に前記署名状況データの署名状況を変更し、
   前記サーバ署名部は、署名を行った際に前記署名状況データの署名状況を変更し、
   署名対象データに、前記署名部または前記サーバ署名部によってＮ個の前記分散鍵を順次用いて署名をＮ回行うことにより、分割前の前記組織署名鍵で署名を行った場合と同一の署名値を作成する、
   組織署名システム。
2. 前記組織署名システムは、複数の前記クライアント端末からなり、
   前記サーバはさらに、
   組織を構成するユーザの情報を組織ユーザとして、前記組織ユーザの人数を前記組織人数として管理し、前記組織ユーザに紐づくクライアント端末の情報を組織クライアントとして管理する、サーバ組織管理部を備え、
   前記分散鍵作成部は、
   前記組織人数を用いて作成したＮ個の前記分散鍵のうち、
   １つを前記サーバへ前記サーバ分散鍵として割り当て、
   Ｎ－１個を前記組織クライアントに含まれる前記クライアント端末へ前記クライアント分散鍵として割り当てる、
   請求項１に記載の組織署名システム。
3. 前記分散鍵作成部が作成する前記分散鍵のうち、前記クライアント分散鍵は前記組織ユーザが指定したパスワードであることを特徴とする
   請求項２に記載の組織署名システム。
4. 前記サーバ署名部は、
   前記クライアント端末より前記組織と署名対象データとを指定して署名要求を受けると、
   前記署名対象データに署名を行って署名値を作成し、
   前記鍵割当情報と前記署名状況から署名未実施のクライアント端末の情報を取得し、
   取得した前記署名未実施のクライアント端末に、前記署名値を指定して順次署名要求を行い、前記組織署名鍵で署名を行った場合と同一の署名値を作成する、
   請求項１、２又は３に記載の組織署名システム。
5. 組織人数がＳ人（Ｓは１以上の自然数）の組織の電子署名を行う１つの秘密鍵である組織署名鍵を分割してＮ個（Ｎ＝Ｓ＋１）の分散鍵を作成する分散鍵作成部と、
   前記分散鍵のうちクライアント端末に割り当てられた前記分散鍵であるクライアント分散鍵を用いて署名値作成を行う署名部とを備え、
   前記分散鍵作成部は、前記分散鍵のうち組織署名サーバに割り当てられた前記分散鍵であるサーバ分散鍵とそれを割り当てられた前記組織署名サーバを紐づける情報と、前記分散鍵のうちクライアント端末に割り当てられた前記分散鍵であるクライアント分散鍵とそれを割り当てられた前記クライアント端末を紐づける情報と、からなる鍵割当情報を作成し、
   前記署名部は、署名を行った際に前記サーバ分散鍵と前記クライアント分散鍵の署名の実施状況である署名状況データの署名状況を変更する
   クライアント端末とネットワーク接続された、組織署名サーバであって、
   前記サーバ分散鍵を用いて署名値作成を行うサーバ署名部と、
   前記鍵割当情報と、前記サーバ分散鍵と前記クライアント分散鍵の署名の実施状況である署名状況とを、前記署名状況データとして管理するサーバ署名管理部と、
   を備え、
   前記サーバ署名部は、前記署名部と連動して、署名対象データに、Ｎ個の前記分散鍵を順次用いて署名をＮ回行うことにより、分割前の前記組織署名鍵で署名を行った場合と同一の署名値を作成する、
   組織署名サーバ。
6. １つの秘密鍵である組織署名鍵を分割したＮ個（Ｎ＝Ｓ＋１）の分散鍵のうちサーバに割り当てられた前記分散鍵であるサーバ分散鍵を用いて署名値作成を行うサーバ署名部と、
   前記サーバ分散鍵とそれを割り当てられたサーバを紐づける情報と、
   前記分散鍵のうち組織署名クライアント端末に割り当てられた前記分散鍵であるクライアント分散鍵とそれを割り当てられた前記組織署名クライアント端末を紐づける情報と、
   からなる鍵割当情報と、
   前記サーバ分散鍵と前記クライアント分散鍵の署名の実施状況である署名状況とを、署名状況データとして管理するサーバ署名管理部と、
   を備え、前記サーバ署名部は、署名を行った際に前記署名状況データの署名状況を変更する
   サーバとネットワーク接続された、組織署名クライアント端末であって、
   組織人数がＳ人（Ｓは１以上の自然数）の組織の電子署名を行う１つの組織署名鍵を分割してＮ個（Ｎ＝Ｓ＋１）の分散鍵を作成する分散鍵作成部と、
   前記分散鍵のうち前記クライアント端末に割り当てられた前記分散鍵であるクライアント分散鍵を用いて署名値作成を行う署名部と、
   を備え、
   前記分散鍵作成部は、
   前記サーバ分散鍵と前記クライアント分散鍵とを前記サーバと前記組織署名クライアント端末それぞれへ割り当てた際に、割り当てた情報を用いて前記鍵割当情報を作成し、
   前記署名部は、署名を行った際に前記署名状況データの署名状況を変更し、
   前記サーバ署名部と連動して、署名対象データに、Ｎ個の前記分散鍵を順次用いて署名をＮ回行うことにより、分割前の前記組織署名鍵で署名を行った場合と同一の署名値を作成する、
   組織署名クライアント端末。

Images