JPH1041931A

JPH1041931A - データ通信装置および通信方法

Info

Publication number: JPH1041931A
Application number: JP8214336A
Authority: JP
Inventors: Kan Ebisawa; 観海老澤
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1996-07-25
Filing date: 1996-07-25
Publication date: 1998-02-13

Abstract

(57)【要約】【課題】データの暗号化による転送を、より簡易な方
法で実現する。【解決手段】エンコーダ１で、ファイルデータは、パ
スワードに基づき、例えばファイルデータ及びパスワー
ドの夫々を構成する各文字のＡＳＣＩＩコード値を順次
加算され変換される。ＩＤセット部２及び３で、変換デ
ータ及びパスワードの夫々に対して一対のデータである
ことを示すＩＤが付され、これらデータは、夫々経路７
及び１０を介して異なるアドレスに対して送出される。
受信されたこれらのデータは、ＩＤチェック部１２にお
いて互いに一対であることが判別され、デコーダ１３に
供給される。デコーダ１３で、供給されたパスワードに
基づき変換データが復号化される。変換データ及びパス
ワードとが別々の経路を介して異なるアドレスに対して
供給されるため、例え一方のデータの転送先を間違えて
も、転送先においてデータの内容が容易に漏れることが
ない。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、通信回線を介し
て秘密にデータ転送を行うようなデータ通信装置および
通信方法に関する。

【０００２】

【従来の技術】現在、インターネットなどのネットワー
クやファクシミリ、あるいは所謂パソコン通信など、公
衆回線を用いたデータファイルの転送が行われている。
このような、インターネットやファクシミリなどを用い
たファイル転送システムでは、転送先の指定が複数のア
ルファベットや数字の組み合わせて以てなされる。その
ため、ファイルの転送先を１字でも入力し間違えると、
意図した転送先と異なったところに転送されてしまう場
合がある。特に、その転送ファイルの内容が機密情報な
どの場合、大問題となる。

【０００３】その対策として、暗号化技術を用いてデー
タの転送が行われる。例えば公開鍵に基づきデータが所
定の方法によって暗号化され、転送される。転送先で
は、予め配付されている秘密鍵に基づきこの暗号を解読
し、データの復号化を行う。このデータの暗号化や復号
化の際のアルゴリズムには、例えばブロック暗号の一種
であるＤＥＳ( Data Encryption Standard) が用いられ
る。このような暗号化技術は、隠匿性が高く、第三者に
不正な解読がされ難い。

【０００４】

【発明が解決しようとする課題】しかしながら、一方で
は、このような暗号化技術は、処理方法が複雑となり復
号化に非常に時間がかかるという問題点があった。ま
た、復号のための復号鍵（秘密鍵）や復号化処理を行う
復号プログラムを、予め転送先の相手に対して送付して
おく必要があり、面倒であるという問題点があった。

【０００５】単に転送先をミスしたようなファイル転送
の場合、ファイルの内容が一見して判別できなければ、
誤ってファイルが転送された転送先において、多くの労
力をかけて内容を復元しようとはしないであろうこと
は、容易に考えられる。このような場合にも、一々、上
述のような暗号化技術を利用したのでは、暗号化にかけ
る手間や時間が無駄であるという問題点があった。

【０００６】したがって、この発明の目的は、より簡易
な方法でデータを暗号化し通信するようなデータ通信装
置および通信方法を提供することにある。

【０００７】

【課題を解決するための手段】この発明は、上述した課
題を解決するために、転送すべき第１のデータと第１の
データに対して所定の変換処理を行うための情報が含ま
れる第２のデータとが供給され、第２のデータに基づき
第１のデータに対して所定の変換処理を行う変換手段
と、変換データと第２のデータとを、異なるアドレス情
報を有する転送先へそれぞれ転送する転送手段とを有す
ることを特徴とするデータ通信装置である。

【０００８】また、この発明は、上述した課題を解決す
るために、第１のアドレス情報を有し、転送された変換
データを受信するための第１の受信手段と、第１のアド
レス情報とは異なる第２のアドレス情報を有し、転送さ
れた第２のデータを受信するための第２の受信手段と、
第２のデータに基づいて変換データを第１のデータへ復
号化する復号化手段とを有することを特徴とするデータ
通信装置である。

【０００９】また、この発明は、上述した課題を解決す
るために、転送すべき第１のデータと第１のデータに対
して所定の変換処理を行うための情報が含まれる第２の
データとが供給され、第２のデータに基づき第１のデー
タに対して所定の変換処理を行うステップと、変換デー
タと第２のデータとを、異なるアドレス情報を有する転
送先へそれぞれ転送するステップと、第１のアドレス情
報を有し、転送された変換データを受信するためのステ
ップと、第１のアドレス情報とは異なる第２のアドレス
情報を有し、転送された第２のデータを受信するための
ステップと、第２のデータに基づいて変換データを第１
のデータへ復号化するステップとを有することを特徴と
するデータ通信装置である。

【００１０】また、この発明は、上述した課題を解決す
るために、供給された転送すべきデータに対して所定の
方法でシャッフルならびに複数のデータへの分割を行
い、複数データへの分割の際の複数データの組み合わせ
情報を複数データのそれぞれに対して付加するデータ変
換手段と、複数データを異なるアドレス情報を有する転
送先へそれぞれ転送する転送手段とを有することを特徴
とするデータ通信装置である。

【００１１】また、この発明は、上述した課題を解決す
るために、それぞれ異なったアドレス情報を有する複数
の受信手段と、複数のデータのそれぞれに含まれる複数
のデータの組み合わせ情報に基づき複数のデータの組み
合わせを判別し、データ転送時に変換処理された複数の
データを所定の方法で以て元の一つのデータに復元する
復号化手段とを有することを特徴とするデータ通信装置
である。

【００１２】また、この発明は、上述した課題を解決す
るために、供給された転送すべきデータに対して所定の
方法でシャッフルならびに複数のデータへの分割を行
い、複数データへの分割の際の複数データの組み合わせ
情報を複数データのそれぞれに対して付加するデータ変
換のステップと、複数のデータを異なるアドレス情報を
有する転送先へそれぞれ転送するステップと、転送され
た複数のデータを異なるアドレス情報に基づきそれぞれ
受信するステップと、組み合わせ情報に基づき複数のデ
ータの組み合わせを判断し、複数のデータを所定の方法
で以て元の一つのデータに復元する復号化手段とから成
ることを特徴とするデータ通信方法である。

【００１３】上述したように、この発明は、データが所
定の方法で変換され、同時に揃わなければこの変換に対
する復号化を行うことができないようにされた複数のデ
ータがそれぞれ異なるアドレスに対して転送されるた
め、若し一つの転送先を間違えたような場合にも、この
間違えて転送されたデータが転送先において容易に解読
されないような通信が簡易に実現される。

【００１４】

【発明の実施の形態】以下、この発明の実施の形態を説
明する。この発明では、同一の転送相手に対して異なる
２種の通信経路を持ち、これら２種の経路のそれぞれに
よって、暗号化データと暗号を解くための鍵データ，暗
号化データと復号化プログラム，あるいは分割されたデ
ータを転送する。

【００１５】図１は、この発明の実施の第１の形態によ
る通信システムの構成の一例を示す。これは、ファイル
データに対してパスワードに基づく簡易な変換処理によ
り暗号化を行ない、変換処理後のデータとパスワードと
を異なった通信経路で以て異なった転送先に対して送る
例である。転送したい例えばテキストデータから成るフ
ァイルデータがエンコーダ１のデータ入力端に対して供
給される。ファイル転送を行うユーザによって適宜に定
められたパスワードがエンコーダ１のパスワード入力端
に対して供給される。それと共に、このパスワードは、
ＩＤセット部２にも供給される。

【００１６】エンコーダ１において、供給されたパスワ
ードに基づいてファイルデータに対して所定の方法で以
て暗号化処理が施され、暗号文が生成される。この暗号
化処理の詳細については後述する。エンコーダ１によっ
て暗号文とされたファイルデータは、ＩＤセット回路３
に供給される。ＩＤセット部２および３において、ＩＤ
セット部２および３に対してそれぞれ供給された暗号文
とパスワードデータとが一対であることを示すＩＤがそ
れぞれのデータに対して付加される。

【００１７】ＩＤセット部２でＩＤを付加された暗号文
がアドレスエンコーダ４に供給される。ＩＤを付加され
た暗号文は、モデム６によって変調され、アドレスエン
コーダ４に供給された、ファイルデータを転送する転送
先のアドレス情報に基づき所定の通信経路７に対して送
り出される。同様に、ＩＤセット部３でＩＤを付加され
たパスワードがアドレスエンコーダ５に供給される。こ
のＩＤセット部３から供給されたパスワードは、モデム
９によって変調され、アドレスエンコーダ５に供給され
た、パスワードを転送する転送先のアドレス情報に基づ
き所定の通信経路１０に対して送り出される。

【００１８】図２は、この送り出されるデータの構造の
一例を示す。区切られたブロックは、１バイトのデータ
を意味する。暗号文は、図２Ａに示されるように、最初
の１バイトが付加されたＩＤのバイト数ｘを表し、２バ
イト目からｘバイト分がＩＤである。ＩＤに続く１バイ
トは、このデータが暗号文であるかパスワードであるか
を識別する識別子である。この例では、この値が

〔０〕
であればこのデータが暗号文であり、〔１〕であればパ
スワードであると定義されている。この識別子の後に、
実際のデータＴ₀，Ｔ₁，・・・，Ｔ_nが続く。パスワ
ード側も、この暗号文側と概ね同等なデータ構造を有す
る。すなわち、図２Ｂに示されるように、最初の１バイ
トがＩＤのバイト数ｘを表し、２バイト目からｘバイト
分がＩＤとされ、１バイトの識別子に続いてパスワード
Ｐ₀，Ｐ₁，・・・，Ｐ_mが配される。データの終わり
は、例えば受信側において、ファイルの終わりを示すＥ
ＯＦ(End Of File) に基づき自動的に判別することがで
きる。

【００１９】この実施の第１の形態においては、ファイ
ルデータが転送される通信経路７およびパスワードが転
送される通信経路１０は、それぞれ異なる種類のものと
される。例えば、通信経路７がインターネットで、通信
経路１０が電話やファクシミリなどの公衆電話回線とさ
れる。また、双方共に同じ電話回線である場合にも、通
信経路７がディジタル回線で、通信経路１０がアナログ
回線などと、異なる経路とされる。

【００２０】モデム６から通信経路７に対して送り出さ
れたデータは、転送先のモデム８によって受信され復調
される。同様に、モデム９から通信経路１０に対して送
り出されたデータは、転送先のモデム８によって受信さ
れ復調される。モデム８によって受信され復調された暗
号文およびモデム１１によって受信され復調されたパス
ワードは、ＩＤチェック部１２の一方および他方の入力
端にそれぞれ供給される。

【００２１】ＩＤチェック部１２において、供給された
これら暗号文およびパスワードにそれぞれ付されたＩＤ
に基づき、これらが一対のデータであるかどうかの照合
がなされる。受信されたデータの例を図３Ａおよび図３
Ｂに示す。これらの図において、例えば第１バイト目の
ＩＤバイト数ｘが互いに照合され、これらが等しければ
続くｘバイトのＩＤが照合される。そして、このＩＤが
互いに等しければこれら２つのデータが一対であると判
断される。このようにして一対の暗号文およびパスワー
ドが揃うと、ＩＤに続く識別子から判断された、パスワ
ードＰ₀，Ｐ₁，・・・，Ｐ_mおよび暗号文Ａ₀，
Ａ₁，・・・，Ａ_nがそれぞれデコーダ１３に対して供
給される。そして、デコーダ１３において、所定の方法
で以て、パスワードに基づき暗号文が復号化され、元の
ファイルデータの復元がなされる。この復号化処理の詳
細は、後述する。

【００２２】図４Ａは、上述の、パスワードに基づく暗
号化処理の一例について示す。この例では、エンコーダ
１に対して、図４中Ｄ列に記されるように、ファイルデ
ータとして文字列「０１２３４ａｂｃｄ・・・」が供給
され、「＋ｐａｓｓｗｏｒｄ」という９文字から成る文
字列がパスワードとして設定され、供給される。なお、
パスワードの先頭の「＋」は、ファイルデータとパスワ
ードとが順次加算処理されることを示す識別子である。
これは、ユーザの任意の選択によって、後述する「−」
を用いることもできる。

【００２３】パスワードは、先頭の「＋」を除いて循環
され（列Ｐ）、循環され生成された文字列とファイルデ
ータの文字列とが互いの文字列を構成する文字のそれぞ
れについて対応付けられる。これらファイルデータとパ
スワードとは、図４中の列Ｄ’および列Ｐ’に示される
ようにそれぞれコード化される。このコードは８ビット
のデータとして表され、コード化には、例えばＡＳＣＩ
Ｉコードが用いられる。そして、これら列Ｄ’および列
Ｐ’のコードの値がそれぞれ文字毎に加算される。この
加算された値を列ＴＤに示す。なお、これは８ビットの
データなので、加算された値が〔２５６〕を越えた場合
には、〔２５６〕が引かれる。

【００２４】図４Ａの第１行目の例で説明すると、列Ｄ
に示されるファイルデータ中の半角文字の「０」は、Ａ
ＳＣＩＩコードではＤ’列に示されるように〔４８〕の
値を持つ。そして、列Ｐに示されるこれと対応付けられ
たパスワードの「ｐ」は、ＡＳＣＩＩコードでは列Ｐ’
に示されるように〔１１２〕の値を持つ。したがって、
これらが加算された値ＴＤは、〔４８〕＋〔１１２〕＝
〔１６０〕とされる（列ＴＤ）。ＡＳＣＩＩコード系に
おいては、この値〔１６０〕に対応する文字または記号
が定義されていないため、変換されたデータＴＤ’は、
列ＴＤ’に示されるようにブランクとされる。列Ｄに示
されるファイルデータの各々の文字に対してこのような
変換を施し暗号化することによって、転送されたファイ
ルは、列ＴＤ’に示されるように、一見して内容が判別
できないものとされる。

【００２５】図４Ｂは、上述のパスワードの先頭に配さ
れる識別子が「−」である場合の処理の一例を示す。識
別子が「−」の場合には、ファイルデータ中の文字を表
す値とパスワード中の対応する文字との間で減算が行わ
れる。図４Ｂの第９行目の例で説明すると、列Ｄに示さ
れるファイルデータ中の半角文字の「ｄ」は、ＡＳＣＩ
Ｉコードでは列Ｄ’のように〔１００〕の値を持ち、列
Ｐに示される、これと対応するパスワード中の文字
「ａ」は、列Ｐ’に示されるように〔９７〕の値を持
つ。これらの間で減算が行われた結果は、列ＴＤに示さ
れるように〔３〕の値を持ち、これはＡＳＣＩＩコード
においては表記する文字として定義されていないので、
列ＴＤ’はブランクとされる。また、第１行目に示され
る例では、列Ｄ’の値から列Ｐ’の値を減じた結果が負
となる。この場合には、その結果に〔２５６〕が加算さ
れ、列ＴＤは、〔４８〕−〔１１２〕＋〔２５６〕＝
〔１９２〕のように正の値とされる。

【００２６】図５は、この暗号化処理のより具体的なフ
ローチャートの一例を示す。パスワードおよび転送する
ファイルデータは、予め設定されている。パスワード
は、（ｍ＋１）文字から成る文字列Ｐ₀Ｐ₁Ｐ₂・・・
Ｐ_mとされ、ファイルデータは、（ｎ＋１）文字から成
る文字列Ｄ₀Ｄ₁Ｄ₂・・・Ｄ_nとされる。パスワード
の先頭の文字であるＰ₀は、上述した、パスワードとフ
ァイルデータとを順次加算するか減算するかを識別する
識別子である。ステップＳ１において、ｉ＝０およびｊ
＝１とされ変数が初期化される。変数ｊは、パスワード
での、先頭の文字（この場合「＋」または「−」）位置
を１としたときの各文字位置を表す。また、変数ｉは、
先頭の文字位置を０としたときのファイルデータにおけ
る各文字位置を表す。

【００２７】ステップＳ２において、設定されたパスワ
ードの先頭の文字Ｐ₀が「＋」および「−」の何れであ
るかが判断される。若し、Ｐ₀が「＋」であれば、処理
はステップＳ３に移行する。このステップＳ３で、ファ
イルデータにおけるｉ番目の文字を表す値Ｄ_iとパスワ
ードにおけるｊ番目の文字を表す値Ｐ_iとが加算され、
加算結果がＴ_iとされる。例えば、フローチャートの最
初においては、Ｔ₀＝Ｄ₀＋Ｐ₁となる。このときの文
字を表す値は、例えばＡＳＣＩＩコードを用いることが
できる。なお、図５のフローチャートにおいては、この
加算式は、煩雑さを避けるために文字そのものの加算と
して表現している。

【００２８】次のステップＳ４において、Ｔ_i＞２５６
であるかどうかが判断される。若し、Ｔ_i≦２５６であ
れば処理はステップＳ５に移行する。一方、Ｔ_i＞２５
６であれば、処理はステップＳ６に移行し、Ｔ_iから２
５６が減ぜられ、この減ぜられた結果が新たにＴ_iとさ
れる。そして、処理はステップＳ５に移行する。

【００２９】ステップＳ５では、ｊおよびｍとが比較さ
れ、パスワードの最後の文字までループが進んだかどう
かが判断される。若し、ｊ≠ｍであれば、処理はステッ
プＳ７に移行する。一方、ｊ＝ｍであれば、ステップＳ
８においてｊ＝０とされる。これにより、ファイルデー
タを構成する文字に対して識別子を除くパスワードの文
字が繰り返し加算される。ステップＳ８でｊ＝０とされ
ると、処理はステップＳ７に移行する。ステップＳ７で
は、ｊが１だけインクリメントされる。

【００３０】次のステップＳ９において、ｉおよびｎと
が比較され、暗号化しようとするファイルデータの最後
まで処理が進んだかどうかが判断される。若し、ｉ＝ｎ
であれば、ファイルデータの最後まで処理が進み変換が
終了したとされる。一方、ｉ≠ｎであれば、まだ変換す
べき文字が残っているとされ、処理はステップＳ１０に
移行する。このステップＳ１０においてｉが１だけイン
クリメントされ、処理がステップＳ３に戻され、次の文
字の変換が行われる。

【００３１】上述したように、ユーザの任意の選択によ
り、ファイルデータにおける文字を表す値からパスワー
ドにおける文字を表す値を減算することもできる。この
場合には、パスワードの先頭の文字であるＰ₀が「−」
とされている。上述のステップＳ２において、Ｐ₀が
「−」であると判断された場合、処理はステップＳ３’
に移行し、この減算の処理が行われる。

【００３２】ステップＳ３’で、ファイルデータにおけ
るｉ番目の文字を表す値Ｄ_iからパスワードにおけるｊ
番目の文字を表す値Ｐ_iが減算され、減算結果がＴ_iと
される。例えば、このフローチャートの最初において
は、Ｔ₀＝Ｄ₀−Ｐ₁となる。このときの文字を表す値
は、例えばＡＳＣＩＩコードを用いることができる。次
のステップＳ４において、Ｔ_i＜０であるかどうかが判
断される。若し、Ｔ_i≧０であれば処理はステップＳ
５’に移行する。一方、Ｔ_i＜０であれば、処理はステ
ップＳ６’に移行し、Ｔ_iに対して２５６が加算され、
この加算された結果が新たにＴ_iとされる。そして、処
理はステップＳ５’に移行する。

【００３３】ステップＳ５’では、ｊおよびｍとが比較
され、パスワードの最後の文字までループが進んだかど
うかが判断される。若し、ｊ≠ｍであれば、処理はステ
ップＳ７’に移行する。一方、ｊ＝ｍであれば、ステッ
プＳ８’においてｊ＝０とされ、処理はステップＳ７に
移行する。ステップＳ７では、ｊが１だけインクリメン
トされる。次のステップＳ９’において、ｉおよびｎと
が比較され、暗号化しようとするファイルデータの最後
まで処理が進んだかどうかが判断される。若し、ｉ＝ｎ
であれば、変換が終了したとされ、一連の暗号化処理の
フローが終了する。一方、ｉ≠ｎであれば、処理はステ
ップＳ１０に移行し、ｉが１だけインクリメントされ
る。そして、処理がステップＳ３に戻され、次の文字の
変換が行われる。

【００３４】一方、デコーダ１３では、この処理の逆の
処理が行われる。図６は、このデコーダ処理の一例を示
す。最初に、送信側で加算処理をしたか減算処理をした
かを識別する識別子であるパスワードの先頭の文字が調
べられる。若し、この識別子が「＋」であれば、図６Ａ
に示されるように、ＴＤ列の転送されてきた暗号文の文
字を表す値（ＴＤ’列）から、Ｐ列のパスワードの文字
を表す値（Ｐ’列）が順次減算される。このとき、減算
された値が

〔０〕未満であれば、エンコード時に、ファ
イルデータの文字を表す値と対応するパスワードの文字
を表す値との加算値が〔２５６〕を越えていたために加
算値から〔２５６〕が減算されたことが判る。そこで、
この場合には、減算した値に対して〔２５６〕が加算さ
れる。

【００３５】一方、識別子が「−」であれば、図６Ｂに
示されるように、ＴＤ列の暗号文の文字を表す値（Ｔ
Ｄ’列）とＰ列のパスワードの文字を表す値（Ｐ’列）
とが順次加算される。このとき、加算結果が〔２５６〕
以上であれば、エンコード時に、ファイルデータの文字
を表す値から対応するパスワードの文字を表す値を減算
した結果が負になり減算結果に対して〔２５６〕が加算
されていたとされ、加算結果から〔２５６〕が減算され
る。

【００３６】図７は、この復号化処理のより具体的なフ
ローチャートの一例を示す。パスワードは、ｍ文字から
成る文字列Ｐ₀Ｐ₁Ｐ₂・・・Ｐ_mとして供給される。
転送側で暗号化された暗号文は、（ｎ＋１）文字から成
る文字列Ａ₀Ａ₁Ａ₂・・・Ａ_nとして供給される。ス
テップＳ２０において、ｉ＝０およびｊ＝１とされ変数
が初期化される。これら変数ｉおよびｊは、上述の図５
に示される変数ｉおよびｊと同様なものである。

【００３７】ステップＳ２１において、設定されたパス
ワードの先頭の文字Ｐ₀が「＋」および「−」の何れで
あるかが判断される。若し、Ｐ₀が「＋」であれば、処
理はステップＳ２２に移行する。このステップＳ２２
で、暗号文におけるｉ番目の文字を表す値Ａ_iからパス
ワードにおけるｊ番目の文字を表す値Ｐ_iが減算され、
この減算結果がＤ_iとされる。例えば、フローチャート
の最初においては、Ｄ₀＝Ａ₀−Ｐ₁となる。

【００３８】減算が行われると、次のステップＳ２３に
おいて、Ｄ₀＜０であるかどうかが判断される。若し、
Ｄ₀＜０でなければ処理はステップＳ２４に移行する。
一方、Ｔ_iＤ₀＜０であれば、処理はステップＳ２５に
移行し、Ｄ_iに対して〔２５６〕が加算され、この加算
結果が新たにＤ_iとされる。そして、処理はステップＳ
２４に移行する。

【００３９】ステップＳ２４では、ｊおよびｍとが比較
され、パスワードの最後の文字までループが進んだかど
うかが判断される。若し、ｊ≠ｍであれば、処理はステ
ップＳ２６に移行する。一方、ｊ＝ｍであれば、ステッ
プＳ２７においてｊ＝０とされ、処理はステップＳ２６
に移行する。ステップＳ２６では、ｊが１だけインクリ
メントされる。これにより、ファイルデータを構成する
文字に対して識別子を除くパスワードの文字が繰り返し
加算される。

【００４０】次のステップＳ２８において、ｉおよびｎ
とが比較され、復号化しようとする暗号文の最後まで処
理が進んだかどうかが判断される。若し、ｉ＝ｎであれ
ば、暗号文の最後まで処理が進み変換が終了したとされ
る。一方、ｉ≠ｎであれば、まだ変換すべき文字が残っ
ているとされ、処理はステップＳ２９に移行する。この
ステップＳ２９においてｉが１だけインクリメントさ
れ、処理がステップＳ２２に戻され、次の文字の変換が
行われる。

【００４１】一方、送信側においてパスワードの減算処
理が選択された場合には、パスワードの先頭の文字が
「＋」とされているために、上述のステップＳ２１にお
ける判断によって、処理はステップＳ２２’に移行す
る。このステップＳ２２で、暗号文におけるｉ番目の文
字を表す値Ａ_iとパスワードにおけるｊ番目の文字を表
す値Ｐ_jとが加算され、この加算結果がＤ_iとされる。
例えば、フローチャートの最初においては、Ｄ₀＝Ａ₀
＋Ｐ₁となる。

【００４２】加算が行われると、次のステップＳ２３’
において、Ｄ_i＞２５６であるかどうかが判断される。
若し、Ｄ_i＞２５６でなければ処理はステップＳ２４’
に移行する。一方、Ｄ_i＞２５６であれば、処理はステ
ップＳ２５’に移行し、Ｄ_iから〔２５６〕が減算さ
れ、この減算結果が新たにＤ_iとされる。そして、処理
はステップＳ２４’に移行する。

【００４３】ステップＳ２４では、ｊおよびｍとが比較
され、パスワードの最後の文字までループが進んだかど
うかが判断される。若し、ｊ≠ｍであれば、処理はステ
ップＳ２６’に移行する。一方、ｊ＝ｍであれば、ステ
ップＳ２７’においてｊ＝０とされ、処理はステップＳ
２６’に移行する。ステップＳ２６’では、ｊが１だけ
インクリメントされる。これにより、ファイルデータを
構成する文字に対して識別子を除くパスワードの文字が
繰り返し加算される。

【００４４】次のステップＳ２８’において、ｉおよび
ｎとが比較され、復号化しようとする暗号文の最後まで
処理が進んだかどうかが判断される。若し、ｉ＝ｎであ
れば、暗号文の最後まで処理が進み変換が終了したとさ
れる。一方、ｉ≠ｎであれば、まだ変換すべき文字が残
っているとされ、処理はステップＳ２９’に移行する。
このステップＳ２９’においてｉが１だけインクリメン
トされ、処理がステップＳ２２に戻され、次の文字の変
換が行われる。

【００４５】なお、この第１の形態において、ファイル
データはデータサイズが比較的大きくなる可能性がある
のに対して、パスワードデータは、小さいサイズで済
む。したがって、ファイルデータを転送するための通信
経路７には転送レートの高い通信経路を、パスワードを
転送するための通信経路１０には転送レートの低い通信
経路を選択することによって、効率の良いデータ転送が
可能とされる。

【００４６】図８は、この発明の実施の第１の形態の変
形例による通信システムの構成の一例を示す。これは、
上述の第１の形態において、データファイルが暗号化処
理された暗号文とパスワードとを同一の通信経路で送る
場合の例である。これは、例えば、同一のパソコン通信
サービスにおいて２つまたはそれ以上のアドレスを所有
する送信相手に対してファイルデータを転送する場合に
適用できる。なお、この図において、図１と共通する部
分には同一の番号を付し、詳細な説明を省略する。

【００４７】ファイルデータおよびパスワードとが設定
されると、エンコーダ１において、上述の図５に示され
るフローチャートに従いパスワードに基づくファイルデ
ータの暗号化処理がなされ暗号文が生成される。そし
て、ＩＤセット部２および３において、これら暗号文お
よびパスワードに対して、これらが一対のデータである
ことを示すＩＤが先頭に付加される。

【００４８】この変形例では、ＩＤの付加された暗号文
およびパスワードは、異なる転送先に対して同一の通信
経路を介して転送される。そのため、アドレスエンコー
ダ４および５において、これら暗号文およびパスワード
に対してそれぞれ異なる転送先のアドレスが付される。
アドレスが付されたこれら暗号文およびパスワードは、
それぞれ順次、モデム１４によって変調され通信経路１
５に対して送信される。

【００４９】通信経路１５に対して送信されたこれら暗
号文およびパスワードは、対応するアドレスを有するモ
デム１６および１７によってそれぞれ受信され、復調さ
れる。復調された暗号文およびパスワードは、それぞれ
ＩＤチェック部１２に供給されＩＤに基づき一対のデー
タであると判断されたら、デコーダ１３に対してそれぞ
れ供給される。そして、デコーダ１３において上述の図
７に示されるフローチャートに従い暗号文の復号化がな
され、元のファイルデータが復元される。

【００５０】次に、この発明の実施の第２の形態につい
て説明する。図９は、この実施の第２の形態による通信
システムの構成の一例を示す。この実施の第２の形態に
おいては、暗号化されたファイルデータとこのファイル
データの復号化に用いられる復号化プログラムデータと
が異なった通信経路で以て転送される。なお、この図９
において、上述の図１および図８と共通する部分には同
一の番号を付し、詳細な説明を省略する。

【００５１】エンコーダ２０に対して、転送するファイ
ルデータと、ユーザによって設定されたパスワードとが
それぞれ供給される。エンコーダ２０において、所定の
プログラムによって、供給されたファイルデータとパス
ワードとから暗号文データが生成される。この、エンコ
ーダ２０によって生成された暗号文データおよび暗号化
に用いられたパスワードデータとが共にＩＤセット部２
に供給される。暗号文を復号化するためのプログラムデ
ータがＩＤセット部３に供給される。ＩＤセット部２お
よび３において、供給された暗号文データとパスワード
データ、並びに復号化プログラムデータとが一組である
ことを示すＩＤがそれぞれのデータに対して付加され
る。

【００５２】ＩＤを付されたこれら暗号文データおよび
復号化プログラムデータは、アドレスエンコーダ４およ
び５によってそれぞれ付加された転送先のアドレス情報
に基づいて、モデム６および９で変調され所定の通信経
路７および１０に対して送り出される。一方、エンコー
ダ２０において暗号化に用いられたパスワードデータ
は、復号化プログラムデータと同様の手順によって通信
経路１０に送り出される。これら送り出されるデータの
構成は、例えば、上述の図２に示されるものと同様に、
データの先頭から、ＩＤのバイト数，ＩＤ，およびデー
タ本体とされる。

【００５３】パスワードデータは、この例に限らず、暗
号文データの送出の前あるいは後に通信経路７に対して
送り出すようにしてもよい。さらに、通信経路７および
１０とは別に第３の通信経路を設け、この第３の通信経
路に対してパスワードデータを送り出すようにしてもよ
い。

【００５４】この実施の第２の形態においては、暗号文
データが転送される通信経路７およびパスワードデータ
が転送される通信経路１０は、それぞれ異なる種類のも
のとされる。例えば、通信経路７がインターネットで、
通信経路１０が電話やファクシミリなどの公衆電話回線
とされる。また、双方共に同じ電話回線である場合に
も、通信経路７がディジタル回線で、通信経路１０がア
ナログ回線などと、異なる経路とされる。

【００５５】なお、この第２の形態において、ファイル
データはデータサイズが比較的大きくなる可能性がある
のに対して、復号化プログラムデータは、上述したよう
に小さいサイズで済む。したがって、ファイルデータを
転送するための通信経路７には転送レートの高い通信経
路を、復号化プログラムデータを転送するための通信経
路１０には転送レートの低い通信経路を選択することに
よって、効率の良いデータ転送が可能とされる。

【００５６】モデム６から通信経路７に対して送り出さ
れたデータは、転送先のモデム８によって受信され復調
される。同様に、モデム９から通信経路１０に対して送
り出されたデータは、転送先のモデム８によって受信さ
れ復調される。モデム８によって受信され復調された暗
号文データおよびパスワードデータは、ＩＤチェック部
１２の一方の入力端に供給される。モデム１１によって
受信され復調された復号化プログラムデータは、ＩＤチ
ェック部１２の他方の入力端に供給される。

【００５７】ＩＤチェック部１２において、供給された
これら暗号文データ，パスワードデータ，および復号化
プログラムデータにそれぞれ付されたＩＤに基づき、こ
れらが一組のデータであるかどうかの照合がなされる。
そして、これらが一組のデータであるとされたら、これ
ら暗号文データ，パスワードデータ，および復号化プロ
グラムデータがそれぞれデコーダ２１に対して供給され
る。そして、デコーダ２１において、供給されたパスワ
ードデータに基づく暗号文データの復号化が、復号化プ
ログラムデータに基づくプログラムによってなされる。

【００５８】この例では、ファイルデータの暗号化は、
上述の実施の第１の形態に示される、ファイルデータお
よびパスワードをそれぞれ構成する文字を表す値を順次
減算することによってなされる。図１０は、このように
して暗号化処理を施されたデータに対して復号化処理を
行うような復号化プログラムデータの一例を示す。な
お、各行の先頭に付された行番号は、説明のためのもの
であり、実際のプログラムデータに含まれるものではな
い。

【００５９】第１〜第４行において、プログラム中で使
用される変数やファイルの定義がなされる。第７，第８
行において、暗号化データおよびパスワードを１文字ず
つ処理するためのポインタが定義される。第１１〜第１
９行において、上述の図７のフローチャートに示される
処理が行われる。この復号化プログラムデータは、転送
先のデコーダ２１において、所定の方法でコンパイルさ
れ使用される。復号化プログラムデータは、このように
僅かなデータ量で事足りるものであり、通信経路１０を
介しての転送に何ら問題を生じるものではない。これ
は、この復号化プログラムデータを予めコンパイルして
から転送しても同様である。

【００６０】この実施の第２の形態による方法によれ
ば、暗号化処理においてより複雑な手段を用いることが
可能とされ、よりデータの安全性を高めることができ
る。

【００６１】図１１は、この実施の第２の形態の変形例
による通信システムの構成の一例を示す。この例は、上
述の第１の形態における変形例のように、共通の通信経
路１５によって、それぞれ異なる転送先にパスワードデ
ータ，暗号文データ，および復号化プログラムデータを
転送する例である。

【００６２】アドレスエンコーダ４および５によってそ
れぞれ異なるアドレス情報を付加された、暗号文データ
および復号化プログラムデータとがモデム１４によって
順次変調され、通信経路１５を介してモデム１６および
１７にそれぞれ受信され、復調される。また、パスワー
ドデータについても、アドレスエンコーダ４または５に
おいて転送先のアドレス情報が付加され、モデム１４に
よって変調され、通信経路１５を介してモデム１６また
は１７のうちの対応するモデムによって受信され復調さ
れる。復調されたこれら暗号文データ，復号化プログラ
ムデータ，およびパスワードデータは、それぞれＩＤチ
ェック部１２においてＩＤを照合され、一組のデータで
あるとされると、デコーダ２１において復号化プログラ
ムデータによるプログラムに復号化され、元のファイル
データが復元される。

【００６３】次に、この発明の実施の第３の形態につい
て説明する。図１２は、この実施の第３の形態による通
信システムの構成の一例を示す。この実施の第２の形態
においては、転送したいファイルデータを所定の方法に
よってシャフリングし、シャフリングされたデータを２
つに分割することによって暗号化処理がなされる。これ
ら分割され暗号化処理されたデータを共通の通信経路で
以てそれぞれ異なる転送先に対して転送する。この方法
によれば、上述の第１および第２の形態のように、パス
ワードの転送をする必要が無い。なお、この図１１にお
いて、上述の図１，図８，図９，および図１１と共通す
る部分には同一の番号を付し、詳細な説明を省略する。

【００６４】転送しようとするファイルデータがデータ
シャフリング部３０に供給される。このシャフリング部
３０において、供給されたファイルデータが所定の方法
で以てシャフリングされ２つのファイル（それぞれファ
イルＡ，ファイルＢとする）に分けられる。これらファ
イルＡおよびＢは、それぞれＩＤセット部２および３に
供給され、これらのファイルが一対であることを示すＩ
Ｄをそれぞれ付加される。ＩＤを付加されたファイルＡ
およびＢは、アドレスエンコーダ４および５にそれぞれ
供給される。アドレスエンコーダ４および５において、
これらファイルＡおよびＢに対して、それぞれ異なるア
ドレス情報が付加される。

【００６５】アドレスエンコーダ４および５によってそ
れぞれ異なるアドレス情報を付加されたファイルＡおよ
びＢとがモデム１４によって順次変調され、通信経路１
５に対して送り出される。

【００６６】なお、ここではファイルＡおよびファイル
Ｂとが共通の通信経路１５に対して送り出されるとした
が、勿論この例においても、上述の実施の第１および第
２の形態と同様に、これらファイルＡおよびファイルＢ
とを別々のモデムで変調し、別々の通信経路に対して送
り出すようにしてもよい。

【００６７】図１３は、この送り出されるデータの構造
の一例を示す。区切られたブロックは、１バイトのデー
タを意味する。ファイルデータＤは、図１３Ａに示され
る構成のファイルＡと図１３Ｂに示される構成のファイ
ルＢとに分けられて送り出され。ファイルＡは、図１３
Ａに示されるように、最初の１バイトが付加されたＩＤ
のバイト数ｘを表し、２バイト目からｘバイト分がＩＤ
である。このＩＤの後に、実際のデータＳ₀，Ｓ₁，・
・・，Ｓ_nが続く。ファイルＢ側もファイルＡと全く同
一の構成とされ、ＩＤのバイト数ｘ，ＩＤ，実際のデー
タＴ₀，Ｔ₁，・・・，Ｔ_nとされる。

【００６８】このようにして通信経路１５に送り出され
たファイルＡおよびＢは、モデム１６および１７にそれ
ぞれ受信され、復調される。図１４は、このモデム１６
および１７で受信されたデータの構造の例を示す。勿論
このデータ構成は、上述の図１３に示した送信側のデー
タと同一の構成とされるが、受信側では、図１４Ａおよ
び図１４Ｂに示されるデータの何方がファイルＡで何方
がファイルＢであったかの区別は付けられない。

【００６９】モデム１６および１７でそれぞれ復調され
たこれらファイルＡおよびＢは、それぞれＩＤチェック
部１２においてＩＤを照合される。そして、これらが一
対のデータであるとされると、これら一対のシャフリン
グされたファイルＡおよびＢは、ＩＤ部までを取り除か
れデータのみとされて、それぞれデシャフリング部３１
に対して供給される。デシャフリング部３１において、
これらファイルＡおよびＢとが所定の方法で以て混ぜ合
わされることによって復号化され、元のファイルデータ
が復元される。

【００７０】シャフリング部３０におけるデータのシャ
フリングは、様々な方法によって実現することが可能で
ある。その一例を以下に示す。例えば、８ビット毎に供
給されたファイルデータを、偶数位ビットの４ビットと
奇数位ビットの４とに分離し、分離された偶数位４ビッ
ト同士あるいは奇数位４ビット同士で以て８ビットのデ
ータが構成されるように、供給されるデータのうち奇数
番目のデータをＭＳＢ側４ビットに、また、偶数番目の
データをＬＳＢ側に配することによってシャフリング処
理を行う。

【００７１】図１５は、この処理における、転送するフ
ァイルデータＤと、シャフリングされ２つに分割され転
送される転送データＳおよびＴとの、ビット毎の関係を
表す。図１５Ａに示されるように、シャフリング部３０
に対して、文字列Ｄ₁Ｄ₂・・・Ｄ_2n-1またはＤ_2nから
成るファイルデータＤが供給される。供給されたファイ
ルデータＤは、シャフリングされ２つに分割されて、転
送データＳおよびＴとされ出力される。

【００７２】図１５Ｂに示されるように、ファイルデー
タＤは、（ｂ_di7，ｂ_di6，ｂ_di5，ｂ_di4，ｂ_di3，
ｂ_di2，ｂ_di1，ｂ_di0）から成るビット列Ｄ_iから成
る文字データによって構成される。同様に、転送データ
ＳおよびＴのそれぞれは、（ｂ_si7，ｂ_si6，ｂ_si5，
ｂ_si4，ｂ_si3，ｂ_si2，ｂ_si1，ｂ_si0）から成るビ
ット列Ｓ_iおよび（ｂ_ti7，ｂ_ti6，ｂ_ti5，ｂ_ti4，
ｂ_ti3，ｂ_ti2，ｂ_ti1，ｂ_ti0）から成るビット列Ｔ
_iで表される文字データによって構成される。

【００７３】図１６は、この一例によるシャフリングに
よってなされるデータ処理の例を示す。図１６におい
て、左端の列を第１列として、第１列目は、このファイ
ルデータＤ_iを示し、第２列目は、このファイルデータ
における文字毎の値を１０進表記で示す。ここでは、Ａ
ＳＣＩＩコードが用いられている。第３列目は、第２列
目に示される値を２進表記したものであり、図１５Ｂに
示される、（ｂ_di7，ｂ_di6，ｂ_di5，ｂ_di4，
ｂ_di3，ｂ_di2，ｂ_di1，ｂ_di0）から成るビット列Ｄ
_iに対応する。

【００７４】この第３列目における２進表記から、偶数
桁を抽出したものが第４列目に「ｅｖｅｎ」で示される
値であり、奇数桁を抽出したものが第５列目に「ｏｄ
ｄ」で示される値である。「ｅｖｅｎ」において、供給
されるデータの順番に基づき奇数番目のデータをＭＳＢ
側４ビットに、また、偶数番目のデータをＬＳＢ側に配
したものが第６列目に「ｔｒａｎｓｆｅｒｂｉｎｃ
ｏｄｅ１」として示される８ビットのデータであり、こ
れが転送データＳとされる。図１６Ｄは、この８ビット
のデータとファイルデータＤを構成する文字データＤ_i
とのビット毎の関係を示す。また、第５列目の「ｏｄ
ｄ」に示される値に対して同様の処理を施したものが、
第７列目に「ｔｒａｎｓｆｅｒｂｉｎｃｏｄｅ２」
として示される８ビットのデータであり、これが転送デ
ータＴとされる。図１６Ｃは、この８ビットのデータと
ファイルデータＤを構成する文字データＤ_iとのビット
毎の関係を示す。

【００７５】こうして生成された転送データＳおよびＴ
は、ＡＳＣＩＩコードでは第８および９列目に示される
ような値となり、これはそれぞれ第１０および１１列目
に示されるような文字として表される。このように、元
のファイルデータＤがこのシャフリング処理によって一
見して内容が判別できないように暗号化処理され、通信
経路１５を介して転送される。

【００７６】図１７および図１８は、このシャフリング
部３０におけるシャフリング処理をより具体的に説明す
るためのフローチャートである。これらの図において、
フロー中に記される「１」および「２」の番号は、それ
ぞれのフローチャートにおいて対応する処理に移行する
ことを示す。

【００７７】シャフリング部３０に対して、ｎ個の８ビ
ットデータから成るファイルデータＤが供給されると、
最初のステップＳ４０において、ファイルデータＤを２
つに分割した転送データＳおよびＴの、それぞれの先頭
値Ｓ₀およびＴ₀が例えばＳ₀＝０，Ｔ₀＝１に設定さ
れる。この値により、これら転送ファイルＳ，Ｔがファ
イルデータＤにおける各文字を表す８ビットのデータＤ
_jの偶数桁および奇数桁の何方から成るかを判断でき
る。

【００７８】次のステップＳ４１で、転送データＳ，Ｔ
を構成するデータ（文字列）の個数をカウントするため
の変数ｊがｊ＝０に設定される。そしてさらに次のステ
ップＳ４２で、１ビットの処理が行われると１だけイン
クリメントされる変数ｋがｋ＝０とされると共に、Ｓ_j
＝０，Ｔ_j＝０とされる。ステップＳ４３で（８−ｋ）
／２の演算がなされ、結果がｐに代入される。このステ
ップＳ４３から、偶数桁のＭＳＢ側４桁についての処理
がなされる。

【００７９】次のステップＳ４４において、ファイルデ
ータＤにおけるデータＤ_2j-1のｋ桁目が抽出されＲとさ
れる。そして、ステップＳ４５でｐ＝０であるかどうか
が判断され、ｐ≠０であればステップＳ４６でＲが左へ
１ビットシフトされステップＳ４７でｐが１だけデクリ
メントされ、処理は再びステップＳ４５に戻される。一
方、ステップＳ４５でｐ＝０とされれば、処理はステッ
プＳ４８に移行しＳ_jにＲが加えられ、ステップＳ４９
でｋが１だけインクリメントされる。

【００８０】ステップＳ５０において、（７−ｋ）／２
の演算がなされ、結果がｐに代入される。このステップ
Ｓ５０から、奇数桁のＭＳＢ側４桁についての処理がな
される。次のステップＳ５１において、ファイルデータ
ＤにおけるデータＤ_2j-1のｋ桁目が抽出されＲとされ
る。そして、ステップＳ５２でｐ＝０であるかどうかが
判断され、ｐ≠０であればステップＳ５３でＲが左へ１
ビットシフトされステップＳ５４でｐが１だけデクリメ
ントされ、処理は再びステップＳ５２に戻される。一
方、ステップＳ５２でｐ＝０とされれば、処理はステッ
プＳ５５に移行しＴ_jにＲが加えられ、ステップＳ５６
でｋが１だけインクリメントされる。

【００８１】次のステップＳ５７において、ｋ＝８であ
るかどうかが判断される。若し、ｋ≠８であれば、デー
タＤ_2j-1について８ビット全ての処理が完了していない
とされ、処理はステップＳ４３に戻される。一方、ステ
ップＳ５７でｋ＝８であるとされれば、データＤ_2j-1に
ついての処理が完了したとされ、処理はステップＳ５８
に移行する。そして、ステップＳ５８において、ｎ＝２
ｊ−１であるかどうかが判断される。若し、ｎ＝２ｊ−
１であれば、ファイルデータＤについての処理が全て終
了し、転送データＳおよびＴが生成され、一連のフロー
が終了される。一方、ｎ≠２ｊ−１であれば、処理は図
１８に示されるステップＳ５９に移行する。

【００８２】ステップＳ５９でｊが１だけインクリメン
トされ、次のステップＳ６０でｋ＝０とされる。そし
て、次のステップＳ６１においてｋ／２が求められ、結
果がｐに代入される。このステップＳ６１から、偶数桁
のＬＳＢ側４桁についての処理がなされる。ステップＳ
６２では、データＤ_2jのｋ桁目が抽出されＲとされる。
そして、ステップＳ６３でｐ＝０であるかどうかが判断
され、ｐ≠０であればステップＳ６４でＲが右へ１ビッ
トシフトされステップＳ６５でｐが１だけデクリメント
され、処理は再びステップＳ６３に戻される。一方、ス
テップＳ６３でｐ＝０とされれば、処理はステップＳ６
６に移行しＳ_jにＲが加えられ、ステップＳ６７でｋが
１だけインクリメントされる。

【００８３】ステップＳ６８において、（ｋ＋１）／２
の演算がなされ、結果がｐに代入される。このステップ
Ｓ６８から奇数桁のＬＳＢ側４桁についての処理がなさ
れる。次のステップＳ６９において、ファイルデータＤ
におけるデータＤ_2j-1のｋ桁目が抽出されＲとされる。
そして、ステップＳ７０でｐ＝０であるかどうかが判断
され、ｐ≠０であればステップＳ７１でＲが右へ１ビッ
トシフトされステップＳ７２でｐが１だけデクリメント
され、処理は再びステップＳ７０に戻される。一方、ス
テップＳ７０でｐ＝０とされれば、処理はステップＳ７
３に移行しＴ_jにＲが加えられ、ステップＳ７４でｋが
１だけインクリメントされる。

【００８４】次のステップＳ７５において、ｋ＝８であ
るかどうかが判断される。若し、ｋ≠８であれば、デー
タＤ_2jについて８ビット全ての処理が完了していないと
され、処理はステップＳ６１に戻される。一方、ステッ
プＳ７５でｋ＝８であるとされれば、データＤ_2jについ
ての処理が完了したとされ、処理はステップＳ７６に移
行する。そして、ステップＳ７６において、ｎ＝２ｊで
あるかどうかが判断される。若し、ｎ＝２ｊであれば、
ファイルデータＤについての処理が全て終了し、転送デ
ータＳおよびＴが生成されたとされ、一連のフローが終
了される。一方、ｎ≠２ｊであれば、処理は図１７に示
されるステップＳ４２に移行し、次のデータについての
処理が開始される。

【００８５】デシャフリング部３０におけるデータのデ
シャフリングも、上述のシャフリング部３０での処理と
同様、様々な方法によって実現することが可能である。
その一例を以下に示す。図１９は、この処理における、
シャフリングされ２つに分割され転送された転送データ
ＳおよびＴと、デシャフリング処理により復号化された
ファイルデータＤとの、ビット毎の関係を表す。図１９
Ａに示されるように、デシャフリング部３１に対して、
文字列Ａ₁₀，Ａ₁₁，Ａ₁₂，・・・，Ａ_1nから成るデータ
Ａ₁と文字列Ａ₂₀，Ａ₂₁，Ａ₂₂，・・・，Ａ_2nから成る
データＡ₂とが供給される。受信側では転送データＳと
Ｔとの区別が付かないため、受信される転送データをそ
れぞれデータＡ₁およびＡ₂と表記する。これらのデー
タＡ₁およびＡ₂とは、デシャフリングされ１つのファ
イルデータＤとされ出力される。

【００８６】図１９Ｂに示されるように、データＡ₁お
よびＡ₂のそれぞれは、（ｂ_a1i7，ｂ_a1i6，ｂ_a1i5，ｂ
_a1i4，ｂ_a1i3，ｂ_a1i2，ｂ_a1i1，ｂ_a1i0）から成るビッ
ト列Ａ_1iおよび（ｂ_a2i7，ｂ_a2i6，ｂ_a2i5，ｂ_a2i4，ｂ
_a2i3，ｂ_a2i2，ｂ_a2i1，ｂ_a2i0）から成るビット列Ａ_2i
で表される文字データによって構成される。同様に、フ
ァイルデータＤは、（ｂ_di7，ｂ_di6，ｂ_di5，
ｂ_di4，ｂ_di3，ｂ_di2，ｂ_di1，ｂ_di0）から成るビ
ット列Ｄ_iから成る文字データによって構成される。

【００８７】図２０は、この一例によるデシャフリング
によってなされるデータ処理の例を示す。図２０におい
て、左端の列を第１列として、第１および第２列目がそ
れぞれデータＡ₁およびＡ₂を示す。また、第３および
第４列目は、これらデータＡ₁およびＡ₂のそれぞれに
おける文字毎の値をＡＳＣＩＩコードで以て１０進表記
で示す。第５および第６列目は、第３および第２列目に
示される値をそれぞれ２進表記したものである。これ
は、図１９Ｂに示される（ｂ_a1i7，ｂ_a1i6，ｂ_a1i5，ｂ
_a1i4，ｂ_a1i3，ｂ_a1i2，ｂ_a1i1，ｂ_a1i0）から成るビッ
ト列Ａ_1iおよび（ｂ_a2i7，ｂ_a2i6，ｂ_a2i5，ｂ_a2i4，ｂ
_a2i3，ｂ_a2i2，ｂ_a2i1，ｂ_a2i0）から成るビット列Ａ_2i
にそれぞれ対応している。

【００８８】この第５および第６列目に示されるビット
列を交互に並べたものが第７列目である。そして、この
第７列目のビット列を２行一組にして、この一組におい
てＭＳＢ側の４桁同士およびＬＳＢ側の４桁同士を、そ
れぞれビット毎に交互に組み合わせたものが第８行目の
「ｂｉｎｃｏｄｅ」である。これをＡＳＣＩＩコード
として文字に変換したものが第１０列目であり、これが
デシャフリング部１３の出力とされる。これは、上述し
た送信側における入力データであるファイルデータＤの
文字列と一致している。シャフリングされ２つに分割さ
れたファイルデータＤは、このように受信側において復
号化され、元のデータの復元がなされる。

【００８９】図２１および図２２は、このデシャフリン
グ部３１におけるデシャフリング処理をより具体的に説
明するためのフローチャートである。これらの図におい
て、フロー中に記される「３」および「４」の番号は、
それぞれのフローチャートにおいて対応する処理に移行
することを示す。

【００９０】デシャフリング部３１に対してファイルＡ
₁およびＡ₂とが供給されると、最初のステップＳ８０
において、ファイルＡ₁の先頭データＡ₁₀の値が‘０’
であるかどうかが判断される。若し、データＡ₁₀の値が
‘０’であれば、ファイルＡ₁がＬＳＢ側から偶数桁の
ファイルであるとされ、ステップＳ８１においてｒ＝
１，ｓ＝２とされ、処理はステップＳ８３に移行する。
一方、データＡ₁₀の値が‘１’であれば、ファイルＡ₁
がＬＳＢ側から奇数桁のファイルであるとされ、ステッ
プＳ８２においてｒ＝２，ｓ＝１とされ、処理はステッ
プＳ８３に移行する。ステップＳ８３では、ｊ＝１と設
定される。

【００９１】次のステップＳ８４において、ｋ，
Ｄ_2j-1，およびＤ_2jの値が共に０とされ、ｐに対してｋ
＋１が、また、ｑに対してｋがそれぞれ代入される（ス
テップＳ８５）。ステップＳ８６では、ファイルＡ_rに
おけるデータＡ_rjのｋ桁目が抽出されＲとされる。そし
て、ステップＳ８７でｐ＝０であるかどうかが判断さ
れ、ｐ≠０であればステップＳ８９でＲが左へ１ビット
シフトされステップＳ９０でｐが１だけデクリメントさ
れ、処理は再びステップＳ８７に戻される。一方、ステ
ップＳ８７でｐ＝０とされれば、処理はステップＳ９１
に移行しＤ_2jにＲが加えられ新たなＤ_2jとされる。

【００９２】次のステップＳ９２において、ファイルＡ
_sにおけるデータＡ_sjのｋ桁目が抽出されＲとされる。
そして、ステップＳ９２でｑ＝０であるかどうかが判断
され、ｑ≠０であればステップＳ９４でＲが左へ１ビッ
トシフトされステップＳ９５でｑが１だけデクリメント
され、処理は再びステップＳ９３に戻される。一方、ス
テップＳ９３でｑ＝０とされれば、処理はステップＳ９
６に移行しＤ_2jにＲが加えられ新たなＤ_2jとされる。そ
して、次のステップＳ９７でｋが１だけインクリメント
され、ステップＳ９８でｋ＝４であるかどうかが判断さ
れる。若し、ｋ＝４であれば、処理は図２２のステップ
Ｓ９９に移行する。一方、ｋ≠４であれば、処理はステ
ップＳ８５に戻される。

【００９３】ステップＳ９９において、ｐに対して７−
ｋが、また、ｑに対して８−ｋがそれぞれ代入される。
ステップＳ１００では、ファイルＡ_rにおけるデータＡ
_rjのｋ桁目が抽出されＲとされる。そして、ステップＳ
１０１でｐ＝０であるかどうかが判断され、ｐ≠０であ
ればステップＳ１０２でＲが右へ１ビットシフトされス
テップＳ１０３でｐが１だけデクリメントされ、処理は
再びステップＳ１０１に戻される。一方、ステップＳ１
０１でｐ＝０とされれば、処理はステップＳ１０４に移
行しＤ_2j-1にＲが加えられ新たなＤ_2j-1とされる。

【００９４】次のステップＳ１０５において、ファイル
Ａ_sにおけるデータＡ_sjのｋ桁目が抽出されＲとされ
る。そして、ステップＳ１０６でｑ＝０であるかどうか
が判断され、ｑ≠０であればステップＳ１０７でＲが右
へ１ビットシフトされステップＳ１０８でｑが１だけデ
クリメントされ、処理は再びステップＳ１０６に戻され
る。一方、ステップＳ１０６でｑ＝０とされれば、処理
はステップＳ１０９に移行しＤ_2j-1にＲが加えられ新た
なＤ_2j-1とされる。そして、次のステップＳ１１０でｋ
が１だけインクリメントされ、ステップＳ１１１でｋ＝
８であるかどうかが判断される。若し、ｋ＝８であれ
ば、処理はＳ１１２に移行する。一方、ｋ≠８であれ
ば、処理はステップＳ９９に戻される。

【００９５】ステップＳ１１２において、ｎ＝ｊとなっ
たかどうかが判断される。若し、ｎ＝ｊであるとされれ
ば、全てのデータについての処理が完了したとされ、一
連のフローが終了される。一方、ｎ≠ｊであるとされれ
ば、処理は上述の図２１におけるステップＳ８４に戻さ
れ、次のデータの処理が開始される。

【００９６】図２３は、この実施の第３の形態によるデ
ータ処理の他の例を示す。このように、各文字データの
ＡＳＣＩＩコードを、ＭＳＢ側４桁とＬＳＢ側４桁とに
分離し、これら分離されたデータのそれぞれを文字列２
文字分毎に組み合わせることによって、暗号化処理を行
うようにもできる。この処理によっても、図中のＴＤ₁
列およびＴＤ₂列とに示されるように、一見して解読不
能な文字列が生成される。このように暗号化されたデー
タも、所定の復号化処理を行うことによって、元のファ
イルデータの復元を行うことができる。

【００９７】なお、上述では、相手に転送するファイル
データが８ビットで一文字をなす、例えば半角文字とい
った１バイト文字で構成されているとしたが、これはこ
の例に限定されるものではない。すなわち、この発明に
よれば、例えば１６ビットで一文字をなす、例えば全角
文字といった２バイト文字による転送を行うことも可能
である。この場合には、上述の手段によって復元された
８ビットデータがさらに２つずつ組み合わされ処理され
る。転送されるファイルデータに２バイト文字が含まれ
ることを示すコードを、ＩＤやパスワードに対して指定
するようにしてもよい。

【００９８】また、上述では、転送するファイルデータ
を構成するデータがテキストデータであるかのように説
明したが、これはこの例に限られない。例えば、転送す
るファイルデータは、バイナリデータを含むものでもよ
い。

【００９９】

【発明の効果】以上説明したように、この発明によれ
ば、送信側において簡単な方法で暗号化処理されたデー
タおよびこのデータを復号化するための情報とが、異な
る転送先に対して別々に転送される。そして、この転送
されたデータは、異なる転送先に転送された双方のデー
タが揃わないと復号化できない。

【０１００】現代のインフラストラクチャーとして、イ
ンターネットと電話あるいはファクシミリなど、異なる
２種のファイル転送手段を利用できることは多い。ま
た、インターネットなどでも、１ヶ所に複数の回線が引
かれており、容易に２つ以上の通信経路を持つことが可
能とされる。さらに、通信経路は一つでも、受信側のア
ドレスを二つ持つことも、非常に容易に実現できる。

【０１０１】このように、これら異なるアドレスなどに
対して別々にデータ転送をするような場合、人為的な入
力ミスにより、これら２つのアドレスを同時に間違え、
然もその間違えた２つの転送先が共に同一の箇所になる
可能性は、非常に低いと考えられる。

【０１０２】したがって、この発明による通信方法を用
いることによって、現在あるインフラストラクチャを用
い、例えデータの転送先を間違えたような場合でも、容
易に機密保持が可能となる効果がある。

【０１０３】また、複数の通信経路を適切に選択するこ
とによって、通信経路の有効利用が可能となる効果があ
る。

【図面の簡単な説明】

【図１】この発明の実施の第１の形態による通信システ
ムの構成の一例を示すブロック図である。

【図２】送り出されるデータの構造の一例を示す略線図
である。

【図３】受信されたデータの例を示す略線図である。

【図４】実施の第１の形態による暗号化処理の一例につ
いて示す略線図である。

【図５】実施の第１の形態による暗号化処理のより具体
的なフローチャートである。

【図６】実施の第１の形態によるデコード処理の一例に
ついて示す略線図である。

【図７】実施の第１の形態による復号化処理のより具体
的なフローチャートである。

【図８】実施の第１の形態の変形例による通信システム
の構成の一例を示すブロック図である。

【図９】実施の第２の形態による通信システムの構成の
一例を示すブロック図である。

【図１０】復号化プログラムデータの一例を示す略線図
である。

【図１１】実施の第２の形態の変形例による通信システ
ムの構成の一例を示すブロック図である。

【図１２】実施の第３の形態による通信システムの構成
の一例を示すブロック図である。

【図１３】送り出されるデータの構造の一例を示す略線
図である。

【図１４】受信されたデータの構造の例を示す略線図で
ある。

【図１５】シャフリング処理における、転送するファイ
ルデータと、シャフリングされ２つに分割され転送され
る転送データとの、ビット毎の関係を表す略線図であ
る。

【図１６】シャフリングによってなされるデータ処理の
例を示す略線図である。

【図１７】シャフリング処理をより具体的に説明するた
めのフローチャートである。

【図１８】シャフリング処理をより具体的に説明するた
めのフローチャートである。

【図１９】デシャフリング処理における、シャフリング
され２つに分割され転送された転送データと、デシャフ
リング処理により復号化されたファイルデータとの、ビ
ット毎の関係を表す略線図である。

【図２０】デシャフリングによってなされるデータ処理
の例を示す略線図である。

【図２１】デシャフリング処理をより具体的に説明する
ためのフローチャートである。

【図２２】デシャフリング処理をより具体的に説明する
ためのフローチャートである。

【図２３】シャフリングによってなされるデータ処理の
他の例を示す略線図である。

【符号の説明】

１，２０・・・エンコーダ、２，３・・・ＩＤセット
部、４，５・・・アドレスエンコーダ、６，８，９，１
１，１４，１６，１７・・・モデム、７，１０，１５・
・・通信経路、１２・・・ＩＤチェック部、１３，２
１，３１・・・デコーダ、３０・・・シャッフル部

Claims

【特許請求の範囲】

【請求項１】転送データを所定の方法で変換し転送先
に転送するデータ通信装置において、転送すべき第１のデータと該第１のデータに対して所定
の変換処理を行うための情報が含まれる第２のデータと
が供給され、上記第２のデータに基づき上記第１のデー
タに対して上記所定の変換処理を行う変換手段と、上記変換データと上記第２のデータとを、異なるアドレ
ス情報を有する転送先へそれぞれ転送する転送手段とを
有することを特徴とするデータ通信装置。
【請求項２】異なる２つの通信経路によってそれぞれ
転送された転送データを所定の変換処理によって復元す
るデータ通信装置において、第１のアドレス情報を有し、転送された変換データを受
信するための第１の受信手段と、上記第１のアドレス情報とは異なる第２のアドレス情報
を有し、転送された第２のデータを受信するための第２
の受信手段と、上記第２のデータに基づいて上記変換データを第１のデ
ータへ復号化する復号化手段とを有することを特徴とす
るデータ通信装置。
【請求項３】転送データを所定の方法で変換して転送
先に転送し、該転送先で上記変換されたデータを所定の
方法で復元するデータ通信方法において、転送すべき第１のデータと該第１のデータに対して所定
の変換処理を行うための情報が含まれる第２のデータと
が供給され、上記第２のデータに基づき上記第１のデー
タに対して上記所定の変換処理を行うステップと、上記変換データと上記第２のデータとを、異なるアドレ
ス情報を有する転送先へそれぞれ転送するステップと、第１のアドレス情報を有し、転送された上記変換データ
を受信するためのステップと、上記第１のアドレス情報とは異なる第２のアドレス情報
を有し、転送された上記第２のデータを受信するための
ステップと、上記第２のデータに基づいて上記変換データを第１のデ
ータへ復号化するステップとを有することを特徴とする
データ通信装置。
【請求項４】請求項１に記載のデータ通信装置におい
て、上記変換データと上記第２のデータとが一対であること
を示すＩＤ情報を、上記変換データと上記第２のデータ
のそれぞれに付加するＩＤ付加手段をさらに有すること
を特徴とするデータ通信装置。
【請求項５】請求項２に記載のデータ通信装置におい
て、上記第１のデータと上記第２のデータとが一対のデータ
であることをチェックする手段をさらに有することを特
徴とするデータ通信装置。
【請求項６】請求項２に記載のデータ通信装置におい
て、上記復号化手段は、上記変換データおよび上記第２のデ
ータのうち何れが変換処理されたデータで何れが上記変
換処理されたデータを復号化するための情報を含むデー
タであるかの判別をさらに行うことを特徴とするデータ
通信装置。
【請求項７】請求項３に記載のデータ通信方法におい
て、上記変換データと上記第２のデータとが一対であること
を示すＩＤ情報を、上記変換データと上記第２のデータ
のそれぞれに付加するステップと、上記ＩＤ情報に基づき上記変換データと上記第２のデー
タとが一対のデータであることをチェックするステップ
とをさらに有することを特徴とするデータ通信方法。
【請求項８】請求項３に記載のデータ通信方法におい
て、上記復号化のステップは、上記変換データおよび上記第
２のデータのうち何れが変換処理されたデータで何れが
上記変換処理されたデータを復号化するための情報を含
むデータであるかの判別をさらに行うことを特徴とする
データ通信方法。
【請求項９】請求項１または請求項２または請求項３
に記載のデータ通信装置またはデータ通信方法におい
て、上記第１のデータを構成する各文字を表す値のそれぞれ
に対して、上記第２のデータを構成する各文字を表す値
のそれぞれを順次加算または減算することによって上記
変換処理を行うことを特徴とするデータ通信装置または
データ通信方法。
【請求項１０】請求項１または請求項２または請求項
３に記載のデータ通信装置またはデータ通信方法におい
て、上記第２のデータは、パスワードを含むことを特徴とす
るデータ通信装置。
【請求項１１】請求項１または請求項２または請求項
３に記載のデータ通信装置またはデータ通信方法におい
て、上記第２のデータは、上記変換データの復号化を行うた
めのプログラムデータを含むことを特徴とするデータ通
信装置またはデータ通信方法。
【請求項１２】請求項１または請求項２または請求項
３に記載のデータ通信装置またはデータ通信方法におい
て、上記変換データおよび上記第２のデータの転送は、異な
る通信経路によってなされることを特徴とするデータ通
信装置またはデータ通信方法。
【請求項１３】請求項１２に記載のデータ通信装置ま
たはデータ通信方法において、上記変換データは、上記異なる通信経路のうち転送レー
トの高い通信経路で以て上記転送され、上記第２のデータは、上記通信経路のうち転送レートの
低い通信経路で以て転送されることを特徴とするデータ
通信装置またはデータ通信方法。
【請求項１４】請求項１または請求項２または請求項
３に記載のデータ通信装置またはデータ通信方法におい
て、上記変換データおよび上記第２のデータの転送は、共通
の通信経路によってなされることを特徴とするデータ通
信装置またはデータ通信方法。
【請求項１５】転送データを所定の方法で変換し転送
先に転送するデータ通信装置において、供給された転送すべきデータに対して所定の方法でシャ
ッフルならびに複数のデータへの分割を行い、該複数デ
ータへの分割の際の上記複数データの組み合わせ情報を
上記複数データのそれぞれに対して付加するデータ変換
手段と、上記複数データを異なるアドレス情報を有する転送先へ
それぞれ転送する転送手段とを有することを特徴とする
データ通信装置。
【請求項１６】所定の方法で以て複数のデータに分割
され、異なる複数の通信経路によってそれぞれ転送され
た転送データを所定の変換処理によって復元するデータ
通信装置において、それぞれ異なったアドレス情報を有する複数の受信手段
と、上記複数のデータのそれぞれに含まれる該複数のデータ
の組み合わせ情報に基づき上記複数のデータの組み合わ
せを判別し、データ転送時に変換処理された上記複数の
データを所定の方法で以て元の一つのデータに復元する
復号化手段とを有することを特徴とするデータ通信装
置。
【請求項１７】転送データを所定の方法で変換して転
送先に転送し、該転送先で上記変換されたデータを所定
の方法で復元するデータ通信方法において、供給された転送すべきデータに対して所定の方法でシャ
ッフルならびに複数のデータへの分割を行い、該複数デ
ータへの分割の際の上記複数データの組み合わせ情報を
上記複数データのそれぞれに対して付加するデータ変換
のステップと、上記複数のデータを異なるアドレス情報を有する転送先
へそれぞれ転送するステップと、上記転送された上記複数のデータを上記異なるアドレス
情報に基づきそれぞれ受信するステップと、上記組み合わせ情報に基づき上記複数のデータの組み合
わせを判断し、該複数のデータを所定の方法で以て元の
一つのデータに復元する復号化手段とから成ることを特
徴とするデータ通信方法。
【請求項１８】請求項１５または請求項１６または請
求項１７に記載のデータ通信装置またはデータ通信方法
において、上記データ変換は、上記転送データを構成する各文字デ
ータのそれぞれを１ビット単位でシャフリングすると共
に、複数ビット単位での複数データへの分解を行うこと
により上記データ変換となすことを特徴とするデータ通
信装置またはデータ通信方法。
【請求項１９】請求項１５または請求項１６または請
求項１７に記載のデータ通信装置またはデータ通信方法
において、上記複数のデータの転送は、異なる通信経路によってな
されることを特徴とするデータ通信装置またはデータ通
信方法。
【請求項２０】請求項１５または請求項１６または請
求項１７に記載のデータ通信装置またはデータ通信方法
において、上記複数のデータの転送は、共通の通信経路によってな
されることを特徴とするデータ通信装置またはデータ通
信方法。
【請求項２１】請求項１５記載のデータ通信装置にお
いて、上記複数のデータが一組であることを示すＩＤ情報を上
記複数のデータのそれぞれに対して付加するＩＤ付加手
段をさらに有することを特徴とするデータ通信装置。
【請求項２２】請求項１６記載のデータ通信装置にお
いて、上記複数の受信手段のそれぞれによって受信された複数
のデータが一組であることを上記複数のデータのそれぞ
れに付加されたＩＤ情報に基づきチェックする手段をさ
らに有することを特徴とするデータ通信装置。
【請求項２３】請求項１７記載のデータ通信方法にお
いて、上記複数のデータが一組であることを示すＩＤ情報を上
記複数のデータのそれぞれに対して付加するステップ
と、上記受信された複数のデータが一組であることを上記Ｉ
Ｄ情報に基づきチェックするステップとをさらに有する
ことを特徴とするデータ通信方法。