(57)【要約】【課題】  情報端末などにかかる負荷を軽減しながら、暗号化した情報の送受信を行うとともに、暗号化および復号化のための鍵の管理を容易にすることを課題とする。【解決手段】  共通鍵で暗号化された納入先システムと仕入先システム間の受注データの認証を行う受発注データ認証システムにおいて、第１共通鍵２で発注データ３を暗号化する手段と、第２共通鍵６で第１共通鍵特定情報８を暗号化する手段と、暗号化された発注データ３ａと第１共通鍵特定情報８ｂと、発注識別番号４とを仕入先に送信する手段と、を有し、仕入先システム４０は、受信した第１共通鍵特定情報８ｂを第２共通鍵６で復号化する手段と、第１共通鍵を取得し、第１共通鍵２で発注データ３ａを復号化する手段と、新たな第１共通鍵２ｂを作成し、共通鍵テーブ１ルに追加する手段と、新たな第１共通鍵２ｂを第２共通鍵６で暗号化して出力する手段とを設ける。【選択図】  図２
2006128934.tif 000002
【特許請求の範囲】
【請求項１】
納入先システムと仕入先システムとの間で暗号化された受注データの認証を行う受発注データ認証システムであって、
納入先システムと仕入先システムとは、
受注データを暗号化する共通鍵であって納入先システムと仕入先システムとの間で一致する第１共通鍵を複数保持する共通鍵テーブルと、
該第１共通鍵を暗号化する同一の第２共通鍵生成手段と、
をそれぞれ有し、
該納入先システムは、
該共通鍵テーブルより任意の第１共通鍵を取得する手段と、
該第１共通鍵で発注データを暗号化する手段と、
該第２共通鍵で第１共通鍵を特定する情報を暗号化する手段と、
暗号化された発注データと暗号化された第１共通鍵を特定する情報と発注識別情報とを仕入先に送信する手段と、
仕入先よりの配送物より新たな第１共通鍵情報を読み取る手段と、
を有し、
仕入先システムは、
受信した第１共通鍵を特定する情報を第２共通鍵で復号化する手段と、
前記第１共通鍵を特定する情報により前記共通鍵テーブルより前記第１共通鍵を取得する手段と、
該第１共通鍵で発注データを復号化する手段と、
新たな第１共通鍵を作成して前記共通鍵テーブルに追加する手段と、
該新たな第１共通鍵情報を納入先への配送物に固定する手段と、
を有することを特徴とする受発注データ認証システム。
【請求項２】
仕入先システムにおいて、第２共通鍵により暗号化された新たな第１共通鍵情報を、光学もしくは電磁気学的に認識可能な状態で物品に定着させる手段を有するととともに、
納入先システムにおいて、物品に定着した暗号化された新たな第１共通鍵を認識する手段と、第２共通鍵により新たな第１共通鍵を復号化する手段と、新たな第１共通鍵を共通鍵テーブルに追加する手段とを有することを特徴とする請求項１に記載の受発注データ認証システム。
【請求項３】
納入先と仕入先との間で暗号化された受注データの認証を行う受発注データ認証方法であって、
納入先において、
納入先と仕入先とで一致する共通鍵テーブルより、発注データを暗号化する第１共通鍵を選択し、
該第１共通鍵で発注データを暗号化し、
納入先と仕入先との間の通信記録である受信時刻テーブルより、該第１共通鍵を特定する情報を暗号化する第２共通鍵を生成し、
該第２共通鍵で第１共通鍵特定情報を暗号化し、
該第１共通鍵により暗号化された発注データと、第２共通鍵により暗号化された第１共通鍵特定情報と、発注識別番号とを仕入先に送信し、
仕入先においては、
受信した第１共通鍵特定情報を第２共通鍵で復号化し、
第１共通鍵特定情報により共通鍵テーブルより第１共通鍵を取得し、
第１共通鍵で発注データを復号化し、
新たな第１共通鍵を作成し、共通鍵テーブルに追加し、
該新たな第１共通鍵を第２共通鍵で暗号化して納入先への配送物に固定し、
納入先において、
該配送物に固定された情報より第２共通鍵を用いて該新たな第１共通鍵を復号化し、
該復号化した新たな第１共通鍵を前記共通鍵テーブルに追加することを特徴とする受発注データ認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信網を介して暗号化した情報により通信を行う技術に関する。より詳しくは、発注情報の認証等において暗号通信および情報の認証を行う技術に関する。
【背景技術】
【０００２】
インターネット等の情報通信網を利用した通信では、汎用的かつ標準的な通信プロトコルが利用されている。このような通信においては、不特定多数の人の参加を可能としているために、情報の漏洩、成りすまし、データの改ざん、データ送信の否認、といった問題が発生する。受注データ授受における通信方式は、低コスト化、標準化のために、標準的なＩＰネットワークを用いた通信を利用する傾向にあり、上述の問題を回避するための有効な手段がデータの暗号化である。
従来、暗号方式としては、共通鍵方式と、公開鍵方式とが知られている。
共通鍵方式は、発信者と受信者とが共通の鍵を持ち、同一の共通鍵で暗号化および復号化するものである。この場合、鍵の管理は一定期間ごとに更新する必要がある。そして、共通鍵方式を用いて電子契約を行う方法の一例として、契約者の当事者間で共通鍵を使用した暗号通信を行いつつ契約の信頼性をたかめるために、受注者が一回性の数を種とする乱数を生成して、それを発注者との共通鍵で暗号化して発注者に送信する。発注者は乱数を共通鍵で複合化して、復号化された乱数を鍵として契約内容を暗号化して受注者に契約を申し込むものが知られている（例えば、特許文献１を参照）。
また、公開鍵方式は、公開鍵と秘密鍵とを用いるものであり、送信者は受信者の公開鍵で暗号化して、受信者は自分の秘密鍵で復号化するものである。
【特許文献１】特開平１０−２４０８２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
共通鍵方式おいては、第三者に共通鍵が知られると暗号化した情報を解読されやすくなる。このため、共通鍵をいかに相手に伝達するかが問題となる。公開鍵方式においては、秘密鍵を管理する必要があり、成りすましを防止するために認証局が必要となる。また、暗号の復号化に時間がかかり、情報端末などにかかる負担が大きくなる。
現在の暗号化技術では、鍵の管理、暗号化、復号化の処理速度等、多くの課題を抱えており、共通鍵を用いて通信する分散型ネットワークにおいては、全ての端末がデータの受信と発信を行う為、端末ごとに通信相手ごとの鍵の管理が必要である。しかし、この管理の手間が煩雑である。特に、受発注データの授受において、これらの課題に対応する方法が要望されているものである。
そこで、情報端末などにかかる負荷を軽減しながら、暗号化した情報の送受信を行うとともに、暗号化および復号化のための鍵の管理を容易にする技術が求められている。
【課題を解決するための手段】
【０００４】
上記の課題を解決すべく、本発明においては次のような手段を用いるものである。
すなわち、請求項１に記載のごとく、納入先システムと仕入先システムとの間で暗号化された受注データの認証を行う受発注データ認証システムであって、納入先システムと仕入先システムとは、受注データを暗号化する共通鍵であって納入先システムと仕入先システムとの間で一致する第１共通鍵を複数保持する共通鍵テーブルと、該第１共通鍵を暗号化する同一の第２共通鍵生成手段と、をそれぞれ有し、該納入先システムは、該共通鍵テーブルより任意の第１共通鍵を取得する手段と、該第１共通鍵で発注データを暗号化する手段と、該第２共通鍵で第１共通鍵を特定する情報を暗号化する手段と、暗号化された発注データと暗号化された第１共通鍵を特定する情報と発注識別情報とを仕入先に送信する手段と、仕入先よりの配送物より新たな第１共通鍵情報を読み取る手段と、を有し、
仕入先システムは、受信した第１共通鍵を特定する情報を第２共通鍵で復号化する手段と、前記第１共通鍵を特定する情報により前記共通鍵テーブルより前記第１共通鍵を取得する手段と、該第１共通鍵で発注データを復号化する手段と、新たな第１共通鍵を作成して前記共通鍵テーブルに追加する手段と、該新たな第１共通鍵情報を納入先への配送物に固定する手段と、を有する受発注データ認証システムを構成する。
【０００５】
請求項２に記載のごとく、仕入先システムにおいて、第２共通鍵により暗号化された新たな第１共通鍵情報を、光学もしくは電磁気学的に認識可能な状態で物品に定着させる手段を有するととともに、納入先システムにおいて、物品に定着した暗号化された新たな第１共通鍵を認識する手段と、第２共通鍵により新たな第１共通鍵を復号化する手段と、新たな第１共通鍵を共通鍵テーブルに追加する手段とを有する受発注データ認証システムを構成する。
【０００６】
請求項３に記載のごとく、納入先と仕入先との間で暗号化された受注データの認証を行う受発注データ認証方法であって、納入先において、納入先と仕入先とで一致する共通鍵テーブルより、発注データを暗号化する第１共通鍵を選択し、該第１共通鍵で発注データを暗号化し、納入先と仕入先との間の通信記録である受信時刻テーブルより、該第１共通鍵を特定する情報を暗号化する第２共通鍵を生成し、該第２共通鍵で第１共通鍵特定情報を暗号化し、該第１共通鍵により暗号化された発注データと、第２共通鍵により暗号化された第１共通鍵特定情報と、発注識別番号とを仕入先に送信し、仕入先においては、  受信した第１共通鍵特定情報を第２共通鍵で復号化し、第１共通鍵特定情報により共通鍵テーブルより第１共通鍵を取得し、第１共通鍵で発注データを復号化し、新たな第１共通鍵を作成し、共通鍵テーブルに追加し、該新たな第１共通鍵を第２共通鍵で暗号化して納入先への配送物に固定し、納入先において、該配送物に固定された情報より第２共通鍵を用いて該新たな第１共通鍵を復号化し、該復号化した新たな第１共通鍵を前記共通鍵テーブルに追加する受発注データ認証方法を用いる。
【発明の効果】
【０００７】
請求項１に記載のごとく、受発注データ認証システムを構成するので、システム内の情報により共通鍵の更新を行いやすく、システム間における共通鍵更新の同期に物流経路を用いるので、情報通信操作のみによる盗聴や成りすましから受発注データ認証システムを防護できる。これにより、受発注データ通信におけるセキュリティを向上できる。また、共通鍵を利用した暗号化通信の安全性を向上できるので、高速の情報通信に対応可能な認証システムとなる。
【０００８】
請求項２に記載のごとく、認証システムを構成するので、従来の物流構成を利用して安全性の高い認証システムとすることができ、導入にかかる費用を軽減できる。
【０００９】
請求項３に記載のごとく、受発注データ認証方法を用いるので、情報通信網のみを利用した盗聴や成りすましを回避することができる。また、高速かつ大容量の通信に対応した受発注データ認証を行うことができる。
【発明を実施するための最良の形態】
【００１０】
共通鍵方式の認証システムにおいて、共通鍵の管理を容易にするとともに、常時更新される認証システムを構成する。
【実施例１】
【００１１】
次に、本発明の実施例について説明する。
図１は受発注データ認証システムの全体構成を示す図である。
受発注データ認証システムは、納入先システム３０と仕入先システム４０とにより構成されるものであり、納入先システム３０と仕入先システム４０とは通信網により接続されており、納入先システム３０より発注情報が送信され仕入先システム４０により発注情報が受信される。そして、仕入先より発注情報に応じた物品が納入先へ配送される。
納入先において発注情報の管理は納入先システム３０により行われ、納入先システム３０は、記憶部３０ａ、演算部３０ｂ、通信部３０ｃ、読取部３０ｄとにより構成されている。納入システム３０の記憶部３０ａには、発注元データ３ｄ、および共通鍵テーブル１、受信時刻テーブル５とが保持される。
発注元データ３ｄは発注データを示す発注データが保持されている。発注を行う際には、この発注元データ３ｄより発注データが取り出されて、仕入先システム４０に送信されるものである。共通鍵テーブル１には複数の共通鍵が保持されており、この共通鍵テーブル１において、発注データの暗号化を行うための共通鍵である第１共通鍵の取り出しを行うものである。受信時刻テーブル５には納入先システム３０と仕入先システム４０との間における通信記録が保持され、この受信時刻テーブル５に保持される通信記録の情報を基に第１共通鍵を特定するための共通鍵特定情報を暗号化する第２共通鍵を生成する。
【００１２】
仕入先において受注情報の管理は仕入先システム４０において行われ、仕入先システム４０は、記憶部４０ａ、演算部４０ｂ、通信部４０ｃ、読取部４０ｄとにより構成される。仕入先システム４０の記憶部４０ａには、共通鍵テーブル１１、および受信時刻テーブル１５とが保持される。
共通鍵テーブル１１には複数の共通鍵が保持されており、この共通鍵テーブル１１において、暗号化された発注データの復号化を行うための共通鍵である第１共通鍵の取り出しを行うものである。受信時刻テーブル１５には前述の納入先システム３０の受信時刻テーブル５と同一の通信記録情報が保持され、この受信時刻テーブル１５に保持される通信記録の情報を基に暗号化された共通鍵特定情報を復号化する第２共通鍵を生成し、復号化された共通鍵特定情報より復号化のための第１共通鍵を得る。
【００１３】
納入先システム３０は通信部３０ｃより発注情報を送信し、仕入先システム４０は通信部４０ｃにより発注情報を受信する。仕入先システム４０において発注情報に基づいて発送物の指示を行うとともに発送情報に基づいて伝票１２を出力する。
そして、仕入先より伝票１２とともに配送品が納入先に向けて発送される。納入先においては配送品の受け入れが行われるとともに、納入先システム３０により伝票１２の読み取りが行われる。これにより、納入システム３０に伝票情報が入力されるものである。
【００１４】
本認証システムについて、納入先の発注により仕入先が物品の配送を行う例を用いて説明する。
この認証システムにおいて、納入先は発注情報を暗号化して仕入先に送信し、仕入先は受信した情報を復号化して発注情報を得るものである。納入先より送信される情報には、発注データと、発注識別番号と、復号化のための共通鍵特定情報とが含まれている。
発注データは発注を行う物品および物品の数量などを有する情報であり、暗号化されて発注情報に含まれるものである。暗号化された発注データは共通鍵特定情報により特定される共通鍵により復号化されるものである。
発注識別番号は送信情報を識別するための情報であり、暗号化されずに平文の状態で送信情報に含められる。なお、発注識別番号は平文に限定されるものではなく、一定の規則により、納入先のシステムと仕入先のシステムにより特定可能な情報を用いることができる。
復号化のための共通鍵特定情報は、暗号化された発注データを復号化するための共通鍵を特定するための情報であり、共通鍵特定情報は暗号化されて発注情報に含まれる。
【００１５】
図２は発注情報の全体的な流れを示す模式図である。
納入先より仕入先への発注過程における、発注、認証、受注の構成について説明する。
まず、納入先システム３０から仕入先システム４０へ、発注情報が送信される。
納入先システム３０と仕入先システム４０との間において、納入先システム３０の共通鍵テーブル１と、仕入先システム４０の共通鍵テーブル１１には、予め一致する情報が保持されているものである。また、納入先システム３０と仕入先システム４０との間において、受信時刻テーブル５・１５が同期しており、納入先システム３０と仕入先システム４０との間における通信について、一致する情報を有するものである。
【００１６】
発注は納入先システム３０より行われ、ステップ３１において発注元データ３ｄより発注データが取り出される。発注情報は、ステップ３２において、共通鍵テーブル１により生成される第１共通鍵により暗号化される。
そして、ステップ３３において受信時刻テーブル５をもとにして納入日および納入便が暗号化される。納入日および納入便は第１共通鍵を特定するための情報であり、この納入日および納入便の情報により共通鍵テーブルを参照することにより第１共通鍵を特定できる。さらに、ステップ３４において送信情報が生成され仕入先システム４０へと送信される。
【００１７】
次に、仕入先システム４０が納入先システム３０よりの送信情報の認証を行う。納入先システム３０より送信された送信情報は、ステップ４１において仕入先システム４０に受信される。仕入先システム４０は受信情報に含まれる発注識別番号を基に、受信時刻テーブル１５より第２共通鍵を生成して納入日・納入便情報をステップ４２において復号化する。
そして、復号化された納入日・納入便情報と発注識別番号とを比較することにより認証が行われる。
認証により正当な発注情報と判断された場合には、仕入先システム４０において、受注のための発注情報の復号化が行われる。仕入先システム４０においては、納入日・納入便情報より、共通鍵テーブル１１を参照して第１共通鍵を生成して発注データをステップ４３において復号化する。
【００１８】
さらに、仕入先システム４０においては、ステップ４４で新しい第１共通鍵を生成する。前記新しい第１共通鍵は共通鍵テーブル１１に追加される。前記新しい第１共通鍵は、共通鍵テーブル１１において特定するための情報と共に記録されるものであり、本実施例においては発送を行う年月日および便数が前記新しい第１共通鍵と共に記録されるものである。
そして、前記新しい第１共通鍵がステップ４５で暗号化される。この暗号化は、受信時刻テーブル１５の情報をもとに生成される第２共通鍵によりなされる。
そして、ステップ４６において、伝票発行時に、暗号化された前記新しい第１共通鍵を伝票に含めて発送する構成となっている。なお、伝票に暗号化された前記新しい第１共通鍵を含める方法としては、伝票の印刷時に暗号化された前記新しい第１共通鍵の情報を数字やバーコードの形式で印刷したり、暗号化された前記新しい第１共通鍵の情報を有するＩＣチップなどを付着させたりするものである。
【００１９】
納入先システム３０においては、ステップ３６で伝票１２が受け入れられ、伝票１２の情報が電子化される。ステップ３７においては、電子化された伝票１２の情報より、暗号化された前記新しい第１共通鍵が取り込まれ、受信時刻テーブル５の情報を基に復号化される。そして、共通鍵テーブル１に前記新しい第１共通鍵が追加されることとなる。暗号化された前記新しい第１共通鍵の情報を読み取る手法としては、バーコードリーダーや、光学式文字読み取り装置、ＩＣチップの読み取り装置などを利用することができる。
【００２０】
次に、送信情報の作成過程の一例について、図を用いて、説明する。
図３は納入先における送信情報の過程を示す模式図である。
まず、納入先システム３０において、共通鍵テーブル１より第１共通鍵２を取り出す。第１共通鍵２を取り出す手段としては、発生させた乱数と共通鍵テーブル１の所定項目の値より、一致する項目を有する共通鍵を第１共通鍵２として取り出す。この第１共通鍵２を用いて、発注データ３を暗号化して暗号化発注データ３ａを得る。
そして、受信時刻テーブル５より第２共通鍵６を取り出す。なお、受信時刻テーブル５より第２共通鍵６を取り出す手法は、納入先システム３０および仕入先システム４０において共通している。
第２共通鍵６を取り出した後には、共通鍵テーブル１より共通鍵特定情報８を取り出し、この共通鍵特定情報８を、第２共通鍵６により暗号化して暗号化共通鍵特定情報８ｂを得る。共通鍵特定情報８には、納入先、納入日、納入便の情報が含まれており、この情報に基づき共通鍵テーブル１より第１共通鍵を特定できる。
第２共通鍵６を取り出し手段としては、受信時刻テーブル５より仕入先コードなどの項目が一致する欄の時刻より算出することができる。また、共通鍵特定情報８の暗号化手段としては、第２共通鍵６を用いた共通鍵方式の暗号化を行うものであり、データ暗号化規格（ＤＥＳ）等の暗号化の手法を用いることができる。
そして、発注識別番号４と、暗号化発注データ３ａと、暗号化共通鍵特定情報８ｂとにより送信情報９を作成する。そして、この送信情報９を仕入先システム４０に送信する。
このような構成において、送信情報９に第１共通鍵２および第２共通鍵６が含まれない構成となっている。共通鍵特定情報８は第２共通鍵６により暗号化されており、共通鍵特定情報８は共通鍵テーブル１が無いと第１共通鍵２を得ることができないものである。さらに、第２共通鍵６は受信時刻テーブル５が無いと生成できないものであり、第２共通鍵６の算出方法は納入先システム３０および仕入先システム４０内に存在する。すなわち、受発注情報を送受信する納入先システム３０と仕入先システム４０との間において共通する受信時刻テーブル５の情報を用いて暗号化を行うので、送信情報９内の発注データ３の暗号化強度が向上されるものである。
【００２１】
次に、送信情報の受信後の処理を、図を用いて、説明する。
図４は仕入先における受信情報の処理過程を示す模式図である。
納入先システム３０よりの送信情報９は、仕入先システム４０において受信情報１０となる。受信情報１０は、受信側である仕入先システム４０において、第１共通鍵および第２共通鍵により復号化される。
受信側には、送信側の受信時刻テーブル５と同じ内容の受信時刻テーブル１５と、送信側の共通鍵テーブル１と同じ内容の共通鍵テーブル１１とが保持されている。これらのテーブルを用いて、仕入先においても第１共通鍵および第２共通鍵の生成が可能となっている。これにより、暗号化および復号化のための鍵の管理を行うこととなる。
【００２２】
仕入先システム４０において受信された受信情報１０は、はじめに、受信情報１０に含まれる発注識別番号４より、受信時刻テーブル１５を参照して、第２共通鍵６を生成する。そして、この第２共通鍵６により、暗号化共通鍵特定情報８ｂの部分を復号化して共通鍵特定情報８を得る。共通鍵特定情報８に含まれる納入先情報と、発注識別番号４に含まれる納入先情報とを照合して、受信情報１０の認証が行われる。
そして、共通鍵特定情報８から、共通鍵テーブル１１を参照することにより第１共通鍵２が取り出される。取り出された第１共通鍵２により受信情報１０に含まれる暗号化発注データ３ａが復号化されて発注データ３となる。そして、復号化された発注データ３により、納入先よりの注文の内容を認識できる。
ここにおいて、共通鍵テーブル１１での認証は、共通鍵を特定する情報である共通鍵特定情報８と第１共通鍵２とが一致することにより行われる。すなわち、共通鍵特定情報８により取り出される第１共通鍵２により発注データ３が復号化され、発注データ３と第１共通鍵特定情報８との共通項目について比較し、一致することにより行われる。
このように、注文の内容を認識するまでに、受信情報１０の認証を行うとともに、仕入先システム４０において第２共通鍵を生成して、第１共通鍵を導き出すので、通信内容の信頼性および安全性を向上できる。
この後に、新しい第１共通鍵２ａを算出する。この新しい第１共通鍵２ａの生成は仕入先システム４０において行われるものであり、新しい第１共通鍵２ａは、伝票１２とともに配送される物品の配送日時、配送便情報とともに、共通鍵テーブル１１に追加される。そして、前期新しい第１共通鍵２ａを第２共通鍵６により暗号化して、暗号化共通鍵２ｃを伝票１２に印刷された情報などとして埋め込む。
【００２３】
伝票１２は発注された物品などとともに、納入先に送られる。納入先において、伝票１２の情報は読み取り装置や入力装置などにより取り込まれる。これにより伝票１２に含まれる暗号化共通鍵２ｃが納入先システム３０内に取り込まれるものである。
すなわち、納入先システムにおいて暗号を含む送信情報９が作成され、仕入先システムにおいて受信情報１０より新しい第１共通鍵２ｂを生成して、伝票１２により納入先システムに新しい第１共通鍵２ｂを取り込むものである。これにより、納入先システムおよび仕入先システムの両方において新しい第１共通鍵２ｂが保持されることとなる。これにより、納入先システムにおいても、仕入先システムに同期して同一の新しい共通鍵を持つことと成る
【００２４】
次に、図５から図９を用いて発注情報の送受信の構成について、より詳しく説明する。
図５は納入先システムにおける送信情報作成のフローチャート図であり、図６は発注データの一例を示す図であり、図７は第１共通鍵テーブルの一例を示す図であり、図８は第１共通鍵および第２共通鍵の取り出しのフローチャート図であり、図８（ａ）は第１共通鍵の取り出しのフローチャート図であり、図８（ｂ）は第２共通鍵の取り出しのフローチャート図であり、図９は受信時刻テーブルの一例を示す図である。
まず、図５のフローチャートにおいて、ステップ６１より送信情報の作成が始まる。ステップ６２において注文内容が入力されて、発注のための処理が開始される。発注データ３の例としては、図６に示されるようなものである。発注データ３はデータＩＤ、納入先コード、仕入先コード、納入日、納入便、そして、各品番と対応する数量とが入力されるものである。これを送信用の数値に変換すると、「０１１２３２２００４０６１５０１１２３４５００１０１２３４４００２０」となる。この一連の数字において、各桁が対応する項目の数値として認識されるものである。
そして、ステップ６３において、共通鍵テーブル１から第１共通鍵２が取り出される。共通鍵テーブルとしては、図７（ａ）に示されるようなものを用いるものである。
【００２５】
ステップ６３における第１共通鍵２の取り出し処理の詳細については、図８（ａ）に示されるものである。ここにおいて、第１共通鍵の取り出し処理について、図８（ａ）のフローチャートを用いて説明する。
はじめに、ステップ７１より共通鍵テーブル１から第１共通鍵２の取り出しが開始される。ステップ７２において今回の発注先である仕入先のレコード件数を、共通鍵テーブル１を参照して、調べるものである。共通鍵テーブル１においては、各行を示す番号と、仕入先コード、納入日、納入便番号、第１共通鍵情報、第１共通鍵の有効期限などが保持されている。
今回の発注においては、図５の発注データ３に示されるように、仕入先コードが３２となっており、この仕入先コードに対応した第１共通鍵を使用するものである。図７において、仕入先コードが３２となっているものは３つあり、このうちの一つを、今回の発注に用いる第１共通鍵として選択する。
ステップ７３においては、乱数を発生させて該当するレコードの中から、第１共通鍵の選択を行う。なお、乱数はレコード件数以下の自然数であり、これにより第１共通鍵をランダムに選択する。
ステップ７４においては、得られた乱数に対応する位置のレコードを取り出す。なお、ここで乱数が３であるとすると、選択結果により３番目の第１共通鍵が選択されることとなる。対応するレコードにおいて第１共通鍵は「１」となっている。これにより、図７（ｂ）に示すように、「１」を第１共通鍵２として選択する。
【００２６】
第１共通鍵２を得た後に、ステップ６４に移り、この第１共通鍵を用いて、発注データを暗号化する。暗号化の方式としては、様々なものを用いることができるが、本実施例においては、説明を容易にするために、簡単なシーザ暗号方式を用いることとする。
前述のように、一連の数字に変換された発注データは、「０１１２３２２００４０６１５０１１２３４５００１０１２３４４００２０」となっている。この数値化された発注データを第１共通鍵である「１」で暗号化する。シーザ暗号方式により、発注データの各数字を「１」分ずらして、「１２２３４３３１１５１７２６１２３４５６１１２１２３４５５１１３１」とする。なお、暗号方式としては、この他に、ＤＥＳ方式や、ＡＥＳ方式を用いることができるものである。
このように暗号化により、暗号化された発注データ３ａが生成される。
【００２７】
次に、図５のフローチャートに示す、発注情報の送信までの処理の説明に戻る。
発注データ３を暗号化した後に、ステップ６５において受信時刻テーブル５から第２共通鍵６の取り出しを行う。
ステップ６５の詳細は、図８（ｂ）のフローチャートに示す。まず、ステップ８１において受信時刻テーブル５から第２共通鍵６の取り出しが開始される。ステップ８２においては、受信時刻テーブル５の記録から、発注情報の発注仕入先であって適用期間内の受信時刻および納入時刻が取り出される。そして、ステップ８３において、ステップ８２において取り出した受信時刻および納入時刻より第２共通鍵６の算出が行われる。
なお、第２共通鍵６の取り出し方法の例としては、受信時刻テーブル５から内の発注仕入先で適用期間内の受信時刻と納入時刻を取り出し、これを足し合わせて一定数で割った余りを第２共通鍵として利用できる。例えば、図９に示すごとく、発注する仕入先のコードが３２である場合には、受信時刻テーブルより仕入先コード３２に対応する受信時刻および納入時刻が選択される（図９（ｂ）の一点鎖線内）。そして、これらの数を全て足し合わせて、１０で割った余りを得る。この余りの値を第２共通鍵６として用いる。
【００２８】
図５のフローチャートに戻り、説明を続ける。
ステップ６６では、納入先、共通鍵テーブル１から取り出した納入日および納入便を、前述の第２共通鍵６により暗号化する。共通鍵テーブル１から取り出した納入日および納入便としては、図７（ｂ）に示すごとく、第１共通鍵２と対応するものを取得する。図７（ｂ）において点線で囲まれた納入日および納入便の情報８ｄに、納入先情報を付加することにより、第１共通鍵２を特定する共通鍵特定情報８となるものである。
納入日および納入便の情報を暗号化する手法としては、第１共通鍵において用いた暗号化方式などを用いることができるものである。例えば、納入先コードが１２であり、納入日情報が２００４０６１４であり、便番号が０３である場合には、「１２２００４０６１４０３」という一連の数字を、第１共通鍵を用いてシーザ方式により暗号化すると、「４５５３３７３９４７３６５３３７３９４７」となる。
そして、ステップ６７では、納入先システムの時計から日付を取得する。この後に、ステップ６８で、平文で納入先、日付を保持し、暗号で納入先、納入日、納入便、発注データを保持し、これらを合わせて送信情報を構成する。上記説明において、例示したもので送信情報を構成すると、納入先コードが「１２」で、現在日付が「２００４０６１４」であるので、送信情報は「１２２００４０６１４  ４５５３３７３９４７３６５３３７３９４７  １２２３４３３１１５１７２６１２３４５６１１２１２３４５５１１３１」となる。
このように、送信情報が作成されると、ステップ６９において送信情報を仕入先システム４０に送信するものである。
納入先、日付を保持し、暗号で納入先、納入日、納入便、発注データとしては、このほかに納入先システム３０および仕入先システム４０において特定可能な情報であればよく上記の平文に限るものではない。
【００２９】
次に、仕入先システム４０における納入先システム３０からの送信情報の処理について説明する。
図１０は仕入先システムにおける受信情報処理のフローチャート図であり、図１０（ａ）は全体的な処理を示すフローチャート図であり、図１０（ｂ）は第２共通鍵取り出しのためのフローチャート図であり、図１１は仕入先における受信時刻テーブルの一例を示す図である。
まず、仕入先システム４０において、ステップ９１で納入先システム３０からの送信情報を受信するための準備が行われる。そして、ステップ９２において、納入先システム３０からの発注情報１０を受信し、この情報が仕入先システムの受信情報となる。
そして、ステップ９３において、発注情報１０の平文部分の納入先および日付の情報より、仕入先システム４０の受信時刻テーブル１５を参照して、第２共通鍵の取り出しが行われる。
【００３０】
ステップ９３における第２共通鍵６の取り出しについて、図１０（ｂ）に示すフローチャートを用いて詳しく説明する。
図１０（ｂ）に示すステップ１１１において、受信時刻テーブル１５からの第２共通鍵取り出し準備が行われる。ステップ１１２において、受信時刻テーブル１５内で、発注情報の発信源である納入先と一致し、適用期間内である行の受信時刻と納入時刻を取り出す。仕入先システム４０において、受信時刻テーブル１５の受信時刻と納入時刻は、納入先システム３０の受信時刻テーブル５と同期しており、同じ内容の受信時刻と納入時刻の記録が存在する。
ステップ１１３においては、受信時刻テーブル１５の受信時刻と納入時刻より、第２共通鍵６を算出する。受信時刻テーブル１５より第２共通鍵６を取り出す手法としては、先に例示した第２共通鍵６の取り出し方法と同じように行う。受信時刻テーブル１５より、納入先コードが「１２」である行の受信時刻と納入時刻と数字を足し合わせて、一定数で割る。そして、その余りを第２共通鍵とする。なお、この際の除算を行う一定数は、納入先システム３０で第２共通鍵を得るときに用いた一定数を同じであり、納入先システム３０と仕入先システム４０とでは、同じ方法により第２共通鍵６を得ることとなっている。
そして、第２共通鍵６を算出した後には、ステップ１１４によりステップ９３に戻り、ステップ９４へと移るものである。
【００３１】
そして、図１０（ａ）のステップ９４において、発注情報１０より、第２共通鍵を用いて共通鍵特定情報８である納入先、納入日、納入便を示す情報を復号化する。ステップ９５では復号化された納入先、納入日、納入便などの情報より、発注情報の認証を行う。発注情報の認証方法としては、受信した発注情報に含まれる平文部分の納入先コードと、第２共通鍵６により復号化された納入先コードとを比較する。これにより、発注情報に対応するが否かの判断を行う。復号化された納入先コードと平文の納入先コードとが一致する場合には、この発注情報に対応するものであり、一致しない場合には、受信した発注情報には対応しない。例えば、暗号化された納入日・便情報である「４５５３３７３９４７３６５３３７３９４７」を算出された第２共通鍵を用いて復号化すると、「１２２００４０６１４０３」となる。納入日・便情報において先頭の２桁は、納入先コードを示すものであり、平文の納入先コードと一致することから受信情報が認証される。
ステップ９５において、受信情報が認証された場合にはステップ９７に進み、認証されなかった場合にはステップ９６に移りエラー処理が行われるものである。
【００３２】
ステップ９６において認証がなされると、ステップ９７において復号化した納入日および納入便情報により、納入先、納入日、納入便を認識して、共通鍵テーブル１１から第１共通鍵２を取得する。仕入先システム４０においても、図７に示すような共通鍵テーブル１１が保有されており、この共通鍵テーブル１１を参照して第１共通鍵２を取得する。共通鍵テーブル１１において、納入先コード、納入日、納入便が一致する行にある共通鍵を第１共通鍵２として取得する。
次に、ステップ９８において発注データを第１共通鍵により復号化する。発注データの復号化は、前述の第１共通鍵による暗号化と逆の操作を行うものである。すなわち、第１共通鍵として、「１」が取得され、暗号化された発注データである「１２２３４３３１１５１７２６１２３４５６１１２１２３４５５１１３１」を暗号化するのと逆方向に「１」分ずらすと、復号化された発注データ「０１１２３２２００４０６１５０１１２３４５００１０１２３４４００２０」が得られるものである。この発注データの各桁を読み取ることにより、発注の内容を読み取ることができるものである。
【００３３】
ステップ９８で発注データを得た後に、ステップ９９において、新たな第１共通鍵２ｂを作成する。前記新たな第１共通鍵２ｂは、仕入先システム４０において生成され、生成手法としては乱数を用いたものを利用することができる。
作成された前記新たな第１共通鍵２ｂは、ステップ１００において仕入先システム４０の共通鍵テーブル１１に追加され、ステップ１０１において前記新たな第１共通鍵２ｂに有効期限が設定される。新たな第１共通鍵２ｂの有効期限設定方法としては、受信した発注情報１０に含まれる発注データの発注日より一定期間の間を新たな第１共通鍵の有効期限とすることができる。
【００３４】
次に、ステップ１０２において、第２共通鍵６で前記新たな第１共通鍵２ｂを暗号化する。そして、暗号化した新たな第１共通鍵２ｂの情報を含む伝票１２をステップ１０３において作成する。伝票１２には、平文の納入先と、仕入先と、納入日と、納入便と、新たな第１共通鍵２ｂの適用日、そして暗号化された新たな第１共通鍵２ｂの情報が記載される。暗号化された新たな第１共通鍵２ｂの伝票１２への埋め込み方法としては、伝票１２に記載されるバーコードを利用したり、暗号化された記号を印刷したりすることができる。
このように、伝票１２に記載された情報は、納品先における受取作業時により、自動的に納入先システム３０に取り込まれる。これにより、暗号化された新たな第１共通鍵２ｂの情報も納入先システム３０内に取り込まれることとなる。
納入先システム３０に取り込まれた前記暗号化された新たな第１共通鍵２ｂは、納入先システム３０の第２共通鍵６により復号化されて、納入先システム３０の共通鍵テーブル１に追加される。新たな第１共通鍵２ｂは有効期限が設定され、共通鍵テーブル１に記録され、この有効期限は伝票に記載された発注日より一定期間とすることにより、得ることができる。これにより、納入先システム３０の共通鍵テーブル１と仕入先システム４０の共通鍵１１との同期がとれることとなる。
【００３５】
また、上記構成においては、１つの発注に対して、１つの新たな第１共通鍵を作成して納品先に取り込ませる構成をとっているが、新たな第１共通鍵の一部を作成して、暗号化された状態でも、伝票には常に不完全な状態の第１共通鍵の情報を含める構成としてもよい。
すなわち、新たな第１共通鍵として、共通鍵の一部をそれぞれ作成する。そして、これらを暗号化して送信する。受信側では、継続して複数の共通鍵の一部を保持しており、これらを組み合わせて１つの共通鍵を完成させるものである。すなわち、複数回の共通鍵の受取により共通鍵が完成するものである。これにより、新たな共通鍵の伝達における安全性を向上できるものである。
【図面の簡単な説明】
【００３６】
【図１】受発注データ認証システムの全体構成を示す図。
【図２】発注の全体的な流れを示す模式図。
【図３】納入先における送信情報の過程を示す模式図。
【図４】仕入先における受信情報の処理過程を示す模式図。
【図５】納入先システムにおける送信情報作成のフローチャート図。
【図６】発注データの一例を示す図。
【図７】第１共通鍵テーブルの一例を示す図。
【図８】第１共通鍵および第２共通鍵の取り出しのフローチャート図。
【図９】受信時刻テーブルの一例を示す図。
【図１０】仕入先システムにおける受信情報処理のフローチャート図。
【図１１】仕入先における受信時刻テーブルの一例を示す図。
【符号の説明】
【００３７】
１    共通鍵テーブル
２    第１共通鍵
３    発注データ
３ａ  暗号化発注データ
４    発注識別番号
５    受信時刻テーブル
６    第２共通鍵
８    鍵特定情報
８ｂ  暗号化鍵特定情報
９    送信情報
１０  受信情報
１１  共通鍵テーブル
１２  伝票
１５  受信時刻テーブル
【図１】
2006128934.tif 000003
【図２】
2006128934.tif 000004
【図３】
2006128934.tif 000005
【図４】
2006128934.tif 000006
【図５】
2006128934.tif 000007
【図６】
2006128934.tif 000008
【図７】
2006128934.tif 000009
【図８】
2006128934.tif 000010
【図９】
2006128934.tif 000011
【図１０】
2006128934.tif 000012
【図１１】
2006128934.tif 000013