JP2016035612A

JP2016035612A - 通信システム、通信方法及び当該通信方法を実施するためのプログラム

Info

Publication number: JP2016035612A
Application number: JP2014157311A
Authority: JP
Inventors: 厚心西森; Atsumi Nishimori
Original assignee: Jma Systems Corp
Current assignee: Jma Systems Corp
Priority date: 2014-08-01
Filing date: 2014-08-01
Publication date: 2016-03-17

Abstract

【課題】インターネット環境の送信側、受信側のコンピュータ間で、高いセキュリティを維持しつつ、安全かつ確実にデジタルデータを通信可能な通信システムを提供する。
【解決手段】本発明の通信システム及び通信方法は、送信コンピュータのアプリケーションプログラムに送信データ通信要素として機能するプログラムを、また受信コンピュータのアプリケーションプログラムに受信データ通信要素として機能するプログラムを組み込むことで、送信コンピュータにおいて、これが取得したデジタルデータを複数のセグメントに分割した上で当該各セグメントを暗号化して送信し、受信コンピュータにおいて受信した各セグメントを復号、統合して元のデジタルデータに復元するようにしたことを特徴とする。
【選択図】図２

Description

本発明は、インターネットを介して複数のコンピュータ間、例えばクライアント機とサーバとの間で確実かつ安全にデジタルデータを通信できる通信技術に関する。

コンピュータや情報通信技術の発達に伴い、近年、大学、研究所、政府機関或いは企業内又は企業間におけるＬＡＮ、ＷＡＮ、さらにはいわゆるモバイルネットワークを相互に通信可能なコンピュータネットワークとして、インターネットが普及している。このようなインターネットを介したコンピュータネットワークでは、音声、画像、映像、テキスト、数値などのデジタルデータを通信することが通常行われている。特に最近では、モバイル端末などの利用者のコンピュータで取得し又はこれに格納したデジタルデータをサーバなどに転送してこれに格納保管するニーズが高まっている。

このようなデジタルデータ通信においては、モバイル端末に格納されているデジタルデータだけでなく、ネットワーク送信中のデジタルデータの機密性を担保することが特に重要である。そのために、利用者のコンピュータから送信される全てのデータの機密性を担保すべく、周知の暗号化技術であるセキュアソケットレイヤー（ＳＳＬ）プロトコルやトランスポートレイヤーセキュリティ（ＴＬＳ）プロトコルなどが用いられている。しかしながら、これらの暗号化技術も完全ではなく、通信経路における任意のノードにおいて暗号化されたデジタルデータが抽出され復号される危険性もないとはいえない。

特開２００９−１８１４５８号公報

本発明は、前記事情に鑑み鋭意検討を重ねた結果なされたものであり、インターネットを介して接続されている送信コンピュータ、受信コンピュータ間で、背景技術よりも高いセキュリティを維持しつつ、安全かつ確実に音声、画像、映像（動画）、テキスト、数値などのデジタルデータを通信可能な通信システムを提供することを目的とする。

前記目的は、本発明の一局面によれば、送信コンピュータと受信コンピュータとの間のインターネットを介した通信システムであって、前記送信コンピュータは、取得するデジタルデータを複数のセグメントに分割する機能を含む送信側アプリケーションプログラムと、当該複数のセグメントのそれぞれを受け取って暗号化した上で各セグメントを送信する送信データ通信要素とを備えており、前記受信コンピュータは、受信した前記各セグメントを復号化する受信データ通信要素と、当該復号化された各セグメントを受け取り、これらを統合して前記デジタルデータに復元する機能を含む受信側アプリケーションプログラムとを備えてなることを特徴とする通信システムによって達成される。

前記目的はまた、本発明の別の局面によれば、送信コンピュータと受信コンピュータとの間のインターネットを介した通信方法であって、前記送信コンピュータにおける送信側アプリケーションプログラムは取得したデジタルデータを複数のセグメントに分割して当該送信側アプリケーションプログラムに組み込まれた送信データ通信要素に送り、当該送信データ通信要素では各セグメントを暗号化した上でこれらを送信し、前記受信コンピュータにおける受信側アプリケーションプログラムに組み込まれた前記受信データ通信要素が、受信した各セグメントを復号化するとともに前記受信側アプリケーションプログラムに渡し、当該受信側アプリケーションプログラムは、前記各セグメントを統合して前記デジタルデータに復元するようにしたことを特徴とする通信方法によって達成される。

即ち、本発明の通信システム及び通信方法は、送信コンピュータでは、取得したデジタルデータを複数のセグメントに分割した上で、各セグメントを暗号化して受信コンピュータに送信し、受信コンピュータでは受信した各セグメントを復号化した上で統合し、元のデジタルデータに復元するように構成したことを特徴としている。

前記送信データ通信要素は、前記各セグメントを順次受け取るようにしてもよい。例えば、音声データや動画データなどの場合には、当該音声データなどを任意の一定の時間間隔又は容量ごとにセグメントに分割していき、その都度前記送信データ通信要素が当該セグメントをタイムリーに受け取るようにすることができる。また、複数人が参加する会議を録音するような場合には、参加者の発言ごとにセグメントに分割し（この場合、セグメントにおけるデータ量は一定でなくともよい）、都度前記送信データ通信要素が当該セグメントをタイムリーに受け取るようにしてもよい。なお、前記送信データ通信要素では、受け取った各セグメントをさらに複数の第２次セグメントに分割する機能を有していてもよい。

前記送信データ通信要素及び前記受信データ通信要素はそれぞれ、送信コンピュータ及び受信コンピュータがそれぞれ備える主記憶装置又はその一部を通信キューとして管理可能なキューマネージャを備えるように構成できる。この場合、双方のコンピュータにおけるそれぞれのキューマネージャにより通信キューを介して前記各セグメントを通信するようになる。また、前記送信データ通信要素及び前記受信データ通信要素は、同期通信、非同期通信のいずれにも対応するものに構成できるが、好ましくは非同期通信可能なものであるのがよい。

また、前記送信データ通信要素は、前記受信データ通信要素からの信号を受け、前記送信コンピュータ内の当該デジタルデータを削除する命令を送出するように構成されていることがより好ましい。前記のように送信コンピュータ内に通信キューが構成されている場合には、当該通信キュー内のデジタルデータ又はセグメントを削除する。これにより、デジタルデータ通信完了後には、送信コンピュータ側にデジタルデータを残さないことができ、結果として情報のセキュリティ化が図られる。

前記送信コンピュータは、スマートフォン、タブレット型コンピュータ又はラップトップ型コンピュータといったモバイル端末などのクライアント機であり、前記受信コンピュータはサーバである場合に好適に適用できる。また、前記デジタルデータとしては音声、画像、映像、テキスト、数値などの従来公知の種々のものが挙げられ、本発明の通信技術は、これらのいずれにも適用可能である。

前記目的はさらに、本発明の別の局面によれば、送信コンピュータが備える送信側アプリケーションプログラムに組み込み可能とされ、当該送信側アプリケーションプログラムから渡されたデジタルデータのセグメントのそれぞれを暗号化して送信する送信データ通信要素として機能させ、また受信コンピュータが備える受信側アプリケーションプログラムに組み込み可能とされ、前記各セグメントを受信し復号化した上で、元のデジタルデータに復元するために前記受信側アプリケーションプログラムに渡す受信データ通信要素として機能させるための１組のプログラムによって達成される。

本発明の通信システム及び通信方法によれば、複数のコンピュータのそれぞれにアプリケーションプログラムに該デジタルデータの分割及び暗号化の機能を有するデータ通信要素を組み込むことにしたので、高い機密性を維持しながら確実かつ安全なデジタルデータの通信が可能になる。特に、本発明の通信システム及び通信方法をクライアント機とサーバとの間でのデジタルデータの転送に適用することで、高い機密性を維持しながらサーバに確実かつ安全にデジタルデータを転送することが可能になる。

送信データ通信要素を構成するプログラムを少なくとも１台の任意の汎用コンピュータ（モバイル端末などのクライアント機及びサーバを含む）のアプリケーションプログラムに、また受信データ通信要素及び受信アプリケーションプログラムを別個の汎用コンピュータ（モバイル端末などのクライアント機及びサーバを含む）に組み込み、これらのコンピュータ相互間での通信に当たり、送信側におけるデジタルデータの分割、暗号化及び受信側における復号、統合による該デジタルデータの復元が可能となり、結果として汎用コンピュータ同士の間においても高い機密性を維持しながら確実かつ安全なデジタルデータの通信が可能となる。

本発明の通信システムの一実施形態における機器構成図である。図１に示す実施形態における通信システムの構成を説明する構成概念図である。図２に示すクライアント機におけるデジタルデータの格納処理の一例を示すシーケンス図である。図２に示すクライアント機、サーバ間のデジタルデータ送信処理の一例を示すシーケンス図である。図４におけるトランザクション処理のうち、デジタルデータ送信について詳細に示すシーケンス図である。図２に示すサーバにおけるデジタルデータの取り出しの一例を示すシーケンス図である。

以下、添付図面を参照しながら、インターネットを介した音声データ転送を例にとり、本発明の実施形態について詳細に説明する。なお、本発明は、以下に示す実施形態に限定されない。

［通信システム］
図１は、本発明の通信システムを適用可能な機器構成の一例を示す図である。また、図２は、図１に示す例に適用する通信システムの構成を説明する構成概念図である。

図１に示すように、本実施形態の通信システム１は、送信コンピュータであるクライアント機２と、これらとインターネット５を介して接続された受信コンピュータであるサーバ６と、これと有線接続される基幹システム８及びファイルサーバ９とから構成されている。サーバ６には、さらに管理者などが操作する運用管理端末７が接続されている。なお、本実施形態におけるサーバ６は、このような接続形態を有するものに限定されない。また、基幹システム８やファイルサーバ９は従来公知のものであり、本発明の通信システム及び通信方法には特に必須の構成ではないので、本明細書においてはこれらの詳細説明を省略する。

クライアント機２は、その内部に演算制御装置（不図示）や入出力装置（不図示）のほか、主記憶装置２ａ及び補助記憶装置２ｂを備えている。また、サーバ６も同様に、その内部に演算制御装置（不図示）などのほか、主記憶装置６ａ及び補助記憶装置６ｂを備えている。ここで、主記憶装置２ａ、６ａは、従来公知のキャッシュメモリ、ディスクキャッシュなどの半導体メモリの総称を指している。また、補助記憶装置２ｂ、６ｂは、従来公知の時期ディスクなどの総称を指している。

クライアント機２としては、例えばスマートフォン、タブレット型コンピュータ、ラップトップ型コンピュータなどの公知のモバイル機器などのほか、デスクトップ型コンピュータが挙げられる。本実施形態の場合、クライアント機２は、図１に示すように１台に限定されるものではなく、複数台であってもよい。その場合、複数のクライアント機のそれぞれとサーバとの間で本発明の通信システムが構築されることになる。

本実施形態の通信システム１は、図２に示すように、クライアント機２及びサーバ６のそれぞれのアプリケーションプログラム１０、２０に組み込まれたデータ通信要素１２、２１と、インターネットを介した通信経路１８、１９とから構成されている。なお、本明細書においては、用語「インターネット」を通常の意味、即ちインターネットプロトコル技術を利用し、ＬＡＮ、ＷＡＮ、モバイルネットワークなどの相互接続からなるコンピュータネットワークの意味で使用している。

クライアント機２には、送信側アプリケーションプログラム１０が動作可能に組み込まれている。ここで、送信側アプリケーションプログラム１０は、不図示のオペレーションソフトウェア（ＯＳ）上で動作する少なくとも１種類のプログラムの総称を指している。

本実施形態においては、送信側アプリケーションプログラム１０に、外部からクライアント機２に例えばマイクを通して入力される音声の録音やダビングなどの公知の方法により入力される画像、映像の録画などが可能なプログラムが含まれているものとする。このような録音や録画用のプログラムは、通常、クライアント機２が受け取るデジタルデータを複数のセグメントに分割し、当該各セグメントを後述する送信データ通信要素１２に順次送るとともに、これら各セグメントを後述するキューに入力格納するようにキューマネージャに要求するよう構成されている。

送信側アプリケーションプログラム１０にはまた、図２に示すように、0送信データ通信要素１２が組み込まれている。この送信データ通信要素１２は、連絡機能部１３、受信キュー１５及び送信キュー１６（これら２つのキューを総称して「通信キュー」ということがある。）を管理するキューマネージャ１４、通信サービス１７（これらについては後述する。）をそれぞれ後述のように機能させるためのプログラムの他、暗号化プログラムを少なくとも含んでいる。この暗号化プログラムは、従来公知の技術（プログラム）の中から適宜選択して使用できる。

連絡機能部１３は、アプリケーションプログラム１０と送信データ通信要素１２との間で機能の呼び出しやデジタルデータの授受が可能なように機能する。この連絡機能部１３は、例えばアプリケーションプログラミングインターフェース（ＡＰＩ）の形態でアプリケーションプログラム１０に組み込まれている。このように簡易なＡＰＩを用いることで、本発明の通信システムを構築でき、本発明の通信方法が実施できる点は利点となる。

キューマネージャ１４は、主記憶装置の一部の領域に構成される受信キュー１５及び送信キュー１６の管理を行い、データを先入れ先出しのリスト構造により保持するものである。本実施形態においては、送信側アプリケーションプログラム１０からキューマネージャ１４への要求に応じて各セグメントは送信キュー１６に順次入力される。

通信サービス１７は、ＯＳの通信管理（ハードウェアの管理を含む。）プログラムを制御する。この通信サービス１７によって、前記した送信キュー１６内の暗号化後の各セグメントが順次ＯＳに渡される。

ＯＳでは、例えばＴＣＰ／ＩＰ又はＵＤＰ／ＩＰなどの適宜の通信プロトコルの下、受け取った各セグメントがパケットとされ、あるいは必要であればさらに複数の所定容量のパケットに分割され、インターネット上に送り出される。
また、受信コンピュータとしてのサーバ６から送信され、インターネットを介してクライアント機２が受信したメッセージなどのデータは、通信サービス１７によって送信データ通信要素１２内に導入され、受信キュー１５に入力される。

サーバ６は、従来からクライアントサーバシステムなどの分散処理技術に多用されている公知のコンピュータである。サーバ６にも、これが備える補助記憶装置にサーバＯＳ（不図示）及び受信側（サーバ）アプリケーションプログラム２０が格納されている。このサーバアプリケーションプログラム２０は、通常の主記憶装置管理、ファイル管理などの各種プログラムの他、暗号化されたファイルの復号化処理プログラムを含み、これらはサーバ用ＯＳ上で動作可能とされている。本実施形態におけるサーバアプリケーションプログラム２０には、分割された複数のセグメントを統合する公知のプログラムが少なくとも含まれているものとする。

図２に示すように、このサーバアプリケーションプログラム２０にも、受信データ通信要素２１が組み込まれている。受信データ通信要素２１は、送信データ通信要素１２と同様、連絡機能部２２、受信キュー２５及び送信キュー２４を管理するキューマネージャ２３、通信サービス２６（これらについては後述する。）としてそれぞれ機能させるためのプログラムのほか、暗号化されたデータ（セグメント）を復号する復号化プログラムを少なくとも含んでいる。そして、受信データ通信要素２１は、送信データ通信要素１０から送信された暗号化された各セグメントを復号化し、サーバアプリケーションプログラム２０に手渡すように働く。

連絡機能部２２は、サーバアプリケーションプログラム２０と受信データ通信要素２１との間で機能の呼び出しや複数のセグメントなどのデータの授受をその機能としている。この連絡機能部２２は、例えばアプリケーションプログラミングインターフェース（ＡＰＩ）の形態でサーバアプリケーションプログラム２０に組み込まれている。

キューマネージャ２３は、主記憶装置の一部の領域に構成される受信キュー２５及び送信キュー２４の管理を行い、データを先入れ先出しのリスト構造により保持するものである。このようにクライアント機２及びサーバ６において通信キューを利用することで、クライアント機２、サーバ６間における同期通信又は非同期通信が可能である。本実施形態においては、クライアント機２からのキューマネージャ２３への要求に応じて送信データ通信要素１０から送られた各セグメントは受信キュー２５に順次入力される。

通信サービス２６は、ＯＳの通信管理（ハードウェアの管理を含む。）プログラムを制御する。サーバ６が受信したパケットは、クライアント機２におけるものと同様の通信プロトコルに従い、送信直前のそれぞれのセグメントとされる。各セグメントは、通信サービス２６によって受信データ通信要素２１に導入され、受信キュー２５に入力される。受信データ通信要素２１からのメッセージなどのデータは、通信サービス２６を介してクライアント機２に送信され、受信キュー１５を介して送信データ通信要素１２内に導入される。

図１及び図２に示す実施形態においては、前記のそれぞれの構成を備えることで、クライアント機２では、送信側アプリケーションプログラム１０によって分割された各セグメントは、送信データ通信要素１２において暗号化され、一旦通信キュー（主記憶装置）に格納された後に順次送信される。また、サーバ６では、受信データ通信要素２１が受け取った各セグメントはそこでそれぞれ復号化され、サーバアプリケーションプログラム２０において統合され、元のデジタルデータに復元される。これにより、通信経路１８（インターネット）上の任意のノードにおいてパケットがクライアント機２とサーバ６との間で、高い機密性を維持しながら、安全かつ確実にデジタルデータを通信することが可能となる。

次に、図２に示す通信システムの構成を例とし、本発明の通信方法について詳細に説明する。図３は、図２に示すクライアント機２におけるデジタルデータの格納処理の一例を示すシーケンス図である。また、図４は、このデジタルデータ送信処理（トランザクション処理）の一例を示すシーケンス図であり、図５は図４におけるトランザクション処理のうち、送信について詳細を示すシーケンス図である。さらに、図６は、サーバ６におけるデジタルデータの取り出しの一例を示すシーケンス図である。なお、以下の説明において、クライアント機２における「非同期送信コンポーネント３２」及びサーバ６における「非同期受信コンポーネント３５」はそれぞれ、前記の送信データ通信要素１２及び受信データ通信要素２１に含まれ、これらの通信要素の機能を備えているものとする。また、以下では、これまでに説明した用語「セグメント」を「データ」と呼ぶことがある。

図３に示す例では、デジタルデータの格納処理に、ユーザー３０、アプリケーションプログラム３１、非同期送信コンポーネント３２及びクライアントリソースマネージャ３３が関与する。まず、アプリケーションプログラム１０は、非同期送信スレッド３４を生成する（Ｓ１０１）。生成された非同期送信スレッド３４は、クライアントリソースマネージャ３３（データベースなど）にデータ取得を要求し（Ｓ１０２）、これに対しクライアントリソースマネージャ３３からのリターンを受けて、非同期送信スレッド３４は、サーバ６への送信処理を実行する（Ｓ１０３）。このように、非同期送信スレッド３４の生成により、ユーザー３０によるユーザーインターフェース上の処理とは無関係にサーバ６への送信処理を非同期に随時実行できるようになる。

次に、ユーザー３０は、クライアント機２のユーザーインターフェース１１を操作して録音を開始すると、アプリケーションプログラム３１は、送信キュー１６への入力格納についてのトランザクション処理を開始できるように、非同期送信コンポーネント３２におけるキューマネージャ１４に要求する（Ｓ１０５）。また、この要求を受けて非同期コンポーネント３２におけるキューマネージャ１４は、クライアントリソースマネージャ３３に対して送信キュー１６への入力に関するトランザクション開始メッセージを送る。クライアントリソースマネージャ３３は、非同期送信コンポーネント３２に、また非同期送信コンポーネント３２は送信アプリケーションプログラム３１にトランザクションが開始可能であることを返す。さらに、アプリケーションプログラム３１はユーザー３０にその結果を告知する。

［録音処理］
ユーザー３０がＵＩを操作することによって音声の録音が開始されると（Ｓ１０７）、送信側アプリケーションプログラム１０は音声に対しコンテナ情報を生成する（Ｓ１０８）。続いて、送信側アプリケーションプログラム３２は取得する音声データを複数のセグメントに分割し、それぞれを非同期送信コンポーネント３２に順次保存するように要求を送る（Ｓ１０９）。要求を受けた非同期コンポーネント３２は、各セグメントを暗号化し（Ｓ１１０）、必要に応じて第２次セグメントに分割するとともに（Ｓ１１１）、キューマネージャ１４がクライアントリソースマネージャ３３に対して各セグメントを送信キュー１６に順次保存するように要求する（Ｓ１１２）。クライアントリソースマネージャ３３では、各セグメントの保存完了後に、非同期送信コンポーネント３２に対し、また該非同期コンポーネント３２はアプリケーションプログラム３１に対し保存が完了したことを返す。アプリケーションプログラム１０は、ユーザー３０に対して保存完了の告知を行う。以上の一連の録音処理が、すべて主記憶装置２ａ（通信キュー（１５、１６）が一部に構成されている。図１参照。）上で処理され、ユーザー３０による録音終了の操作まで繰り返される。

ユーザー３０がユーザーインターフェース１１を操作してアプリケーションプログラム１０の録音を終了させると（Ｓ１１３）、アプリケーションプログラム１０は非同期送信コンポーネント３２に対しコンテナ情報保存メッセージを送る（Ｓ１１４）。非同期送信コンポーネント３２では、コンテナ情報暗号化プログラム（メソッド）を呼び出し（Ｓ１１５）、クライアントリソースマネージャ３３に対しコンテナ情報の保存を要求する（Ｓ１１６）。コンテナ情報の保存が完了すると、クライアントリソースマネージャ３３は、非同期送信コンポーネント３２に、さらに非同期送信コンポーネント３２はアプリケーションプログラム１０にその結果を返す。

アプリケーションプログラム１０からのトランザクション完了メッセージを受け取ると（Ｓ１１７）、非同期コンポーネント３２はクライアントリソースマネージャ３３に対してトランザクション完了を要求する（Ｓ１１８）。トランザクションが完了したところで、クライアントリソースマネージャ３３は非同期送信コンポーネント３２に、非同期送信コンポーネント３２はアプリケーションプログラム１０にそれぞれその結果を返す。アプリケーションプログラム３１では、ユーザー３０に対してトランザクション完了を告知する。

［データ送信］
次に、クライアント機２からサーバ６へのデータ送信について説明する。図４に示すように、デジタルデータ送信には、クライアント機２における非同期送信コンポーネント３２及びクライアントリソースマネージャ３３（通信キュー２５）、並びにサーバ６における非同期受信コンポーネント３５及びサーバリソースマネージャ３６が関与する。そして、データ送信処理は、ユーザー３０の操作に拘りなく進められる。

まず、非同期送信コンポーネント３２が、クライアントリソースマネージャ３３に対し、送信キュー１４内の複数のセグメントを順次送信するトランザクション開始を要求すると、それに応答してそのトランザクションが開始される（Ｓ１２０）。また、非同期送信コンポーネント３２は、サーバ６の非同期受信コンポーネント３５（キューマネージャ２３が担当）に対し各セグメントを受信するトランザクション開始のメッセージを送る（Ｓ１２１）。

ステップＳ１２１のメッセージを受けた非同期受信コンポーネント３５は、サーバリソースマネージャ３６（キューマネージャ２３）に対し受信キュー２５への前記各セグメントの順次格納についてのトランザクション開始を要求する（Ｓ１２２）。また、非同期受信コンポーネント３５は、サーバリソースマネージャ３６からのリターンを待って、当該サーバリソースマネージャ３６に対しクライアント機２からそれまでに送信を受けた送信済みデータ情報の取得を要求する。サーバリソースマネージャ３６は、再び非同期受信コンポーネント３５に対し、取得情報を返す（Ｓ１２３）。その後、非同期受信コンポーネント３５は、非同期送信コンポーネント３２に対して送信済みデータ情報を返送する（Ｓ１２４）。非同期送信コンポーネント３２は、この返送された情報を受け取り、クライアントリソースマネージャ３３に対して送信対象データの取り出しを要求する。クライアントリソースマネージャ３３はそれに応えて送信対象データのうち未送信のデータを特定し、そのデータから非同期送信コンポーネント３２に送信を再開する（Ｓ１２５）。このことは、デジタルデータの確実な送信及び二重送信の抑止に資するものである。

送信対象データを受けた非同期送信コンポーネント３２は、非同期受信コンポーネント３５に対し送信を行う（Ｓ１２６）。このデータ送信は、図５に示すように、ソケット技術を用いて実現することができる。なお、図５には図示していないが、非同期受信コンポーネント３５はソケットを生成し、このソケットにポート番号を割り当て、クライアント機２からの通信接続を待機状態にしておく。

図５に示すように、クライアント機２の非同期送信コンポーネント３２は、サーバ６の非同期受信コンポーネント３５に対しソケット接続（通信接続）を非同期に要求する（Ｓ１４０）。この要求を受けた非同期受信コンポーネント３５は、受信スレッド３７を生成し（Ｓ１４１）、非同期送信コンポーネント３２に対し受信スレッド３７を生成したことを返す。その後、非同期送信コンポーネント３２から、非同期受信コンポーネント３５の受信スレッド３７に送信キュー１６、通信経路１８及びサーバ６の受信キュー２５（キューマネージャ２３が管理）を介して（図２参照）データ（セグメント）が送信される。一方、非同期受信コンポーネント３５は受信スレッド３７の受信結果をサーバ６における送信キュー２４、通信経路１９及びクライアント機２における受信キュー１５を介して非同期送信コンポーネント３２に対して返す（Ｓ１４２）。また、非同期送信コンポーネント３２から受信スレッド３７に対し切断要求がされた場合、受信スレッド３７は切断されたことを返す（Ｓ１４３）。これら一連の送信処理が繰り返されることで、接続又は通信が正しく行われない場合（接続不良又は通信不良など）でも、自動的に再送処理が行われ、結果としてサーバ６への到達が保証されることになる。この繰り返し処理が完了したところで、受信スレッド３７は削除される。

図４に戻り、送信対象データを受信した非同期受信コンポーネント３５（キューマネージャ２３）は、サーバリソースマネージャ３６に対し受信キュー２５へのデータの格納を要求する（Ｓ１２７）。データ格納完了の結果を返された非同期受信コンポーネント３５は、非同期送信コンポーネント３２に対してその結果を送る。

最後の送信対象データが送信された場合、非同期送信コンポーネント３２は非同期受信コンポーネント３４に対してトランザクション終了を要求する（Ｓ１２８）。この要求を受けた非同期受信コンポーネント３５はサーバリソースマネージャ３６に対しトランザクション終了のメッセージを送る（Ｓ１２９）。サーバリソースマネージャ３６は、非同期受信コンポーネント３５に対し、さらに非同期受信コンポーネント３５は非同期送信コンポーネント３２に対してトランザクション終了を伝える。

トランザクション終了のメッセージを受けた非同期送信コンポーネント３２は、クライアントリソースマネージャ３３に対しデータの削除を要求する（Ｓ１３０）。クライアントリソースマネージャ３３からデータ削除の結果を受けたら、非同期送信コンポーネント３２は再びトランザクション終了を要求する（Ｓ１３１）。トランザクションを終了したクライアントリソースマネージャ３３は、非同期送信コンポーネント３２に終了したことを返す。

［データの取り出し］
図６では、サーバアプリケーションプログラム２０、非同期受信コンポーネント３５及びサーバリソースマネージャ３６が関与する。ここで、非同期受信コンポーネント３５は、１の組み込み型コンポーネントで構成されていても、複数の組み込み型コンポーネントで構成されていてもよい。また、サーバリソースマネージャ３６は、前記の通りデータベースなどを指している。

データ（セグメント）取り出しにおいては、まずサーバアプリケーションプログラム２０が、非同期受信コンポーネント３５に対しデータ取得を要求する（Ｓ１５０）。この要求を受けた非同期受信コンポーネント３５は、サーバリソースマネージャ３６に対しトランザクション開始を要求し、これを受けてサーバリソースマネージャ３６は非同期受信コンポーネント３５にトランザクション開始を返す（Ｓ１５１）。この一連の処理では、１トランザクションのデータがすべて揃っているもののみ取得対象とされる。なお、トランザクションの処理単位はクライアント機２側で設定した単位である。

また、非同期受信コンポーネント３５は、サーバリソースマネージャ３６に対し取得対象データの検索を要求し、これに対しサーバリソースマネージャ３６は非同期受信コンポーネント３５に検索結果を返す（Ｓ１５２）。サーバリソースマネージャ３６（受信キュー２５）にデータが存在しない場合、非同期受信コンポーネント３５は待機する（Ｓ１５３、待機状態を解除するのは、非同期受信コンポーネント３５について動作中のサーバ６側のプロセスである。）。また、受信キュー２５にデータが存在する場合には、サーバリソースマネージャ３６に対しデータの取り出しを要求し、この要求を受けたサーバリソースマネージャ３６は受信キュー２５から非同期受信コンポーネント３４にデータを返す（Ｓ１５４）。非同期受信コンポーネント３５は、取得したデータ（セグメント）を復号化した上で、サーバアプリケーションプログラム２０に返す（Ｓ１５５）。

サーバアプリケーションプログラム２０は、返された復号化後のセグメント（データ）を順次主記憶装置６ａ上に保存する（Ｓ１５６）。このときに、セグメントの統合が行われる。また、サーバアプリケーションプログラム２０はコンテナ情報を前記統合された音声データと関連づけて音声ファイル形式のファイルを作成する（Ｓ１５６）。その後、トランザクション完了メッセージを非同期コンポーネント３５に送る（Ｓ１５７）。非同期コンポーネント３５は、サーバリソースマネージャ３６に対しデータ削除を要求する（Ｓ１５８）。削除完了のリターンを待って、非同期コンポーネント３５は、サーバリソースマネージャ３６に対しトランザクション完了メッセージを送る（Ｓ１５９）。サーバリソースマネージャ３６は、非同期コンポーネント３５に対しトランザクション完了の結果を返す（Ｓ１５９）。

以上説明したように、本発明の通信システム及び通信方法を適用すれば、インターネット環境にある送信コンピュータ及び受信コンピュータのそれぞれのアプリケーションプログラムに送信データ通信要素及び受信データ通信要素をそれぞれ組み込むことで、以下の特徴を有する。
（１）送信コンピュータでは分割された各セグメントを暗号化して送信し、受信コンピュータでは受信下各セグメントを復号化するとともに統合して元のデジタルデータに復元できる。よって、高い機密性を維持しながら確実かつ安全なデジタルデータの通信が可能になる。
（２）送信データ通信要素、受信データ通信要素間の通信中に送信対象データを監視しており、未送信データが生じた場合には、当該未送信データの送信を再開するので、デジタルデータの確実な送信及び二重送信の抑止が図られる。
（３）送信データ通信要素、受信データ通信要素間で接続又は通信が正しく行われない場合、自動的に再送処理が行われ、結果として受信コンピュータへの到達が保証される。
（４）その他、トランザクション処理やＵＩとの分離などが可能となる。
特に本発明の通信システム及び通信方法をクライアント機とサーバとの間でのデジタルデータの通信（転送）に適用した場合、これらの特徴が十分に発揮されることになる。

また、本発明における送信データ通信要素を構成するプログラムと受信データ通信要素を構成するプログラムとからなる１組のプログラムは、これらを少なくとも２台の汎用コンピュータ（モバイル端末などのクライアント機及びサーバを含む）のアプリケーションプログラムにそれぞれ簡単に組み込むことができ、これにより、前記１組のプログラムを組み込んだ各コンピュータにおいて送信データ通信要素と受信データ通信要素とがそれぞれの機能を果たし、これらのコンピュータ間で前記各特徴を有するデジタルデータ通信が可能となる。

１・・・デジタルデータのセキュア伝送システム、２・・・クライアント機、
２ａ・・・主記憶装置、２ｂ・・・補助記憶装置、５・・・インターネット、
６・・・サーバ、６ａ・・・主記憶装置、６ｂ・・・補助記憶装置、７・・・運用監視端末、８・・・基幹システム、９・・・ファイルサーバ、１０・・・送信側アプリケーションプログラム、１１・・・ユーザーインターフェース、
１２・・・送信データ通信要素、１３・・・連絡機能部、１４・・・キューマネージャ、１５・・・受信キュー、１６・・・送信キュー、１７・・・通信サービス、１８、１９・・・通信経路、２０・・・受信側（サーバ）アプリケーションプログラム、２１・・・受信データ通信要素、２２・・・連絡機能部、２３・・・キューマネージャ、２４・・・送信キュー、２５・・・受信キュー、２６・・・通信サービス、２７・・・ユーザーインターフェース、３０・・・ユーザー、３２・・・非同期送信コンポーネント（クライアント機側）、３３・・・クライアントリソースマネージャ、３４・・・非同期送信スレッド、３５・・・非同期受信コンポーネント（サーバ側）、３６・・・サーバリソースマネージャ３７・・・受信スレッド

Claims

送信コンピュータと受信コンピュータとの間のインターネットを介した通信システムであって、
前記送信コンピュータは、
取得するデジタルデータを複数のセグメントに分割する機能を含む送信側アプリケーションプログラムと、
当該複数のセグメントを受け取ってそれぞれ暗号化した上で各セグメントを送信する送信データ通信要素とを備えており、
前記受信コンピュータは、
受信した前記各セグメントを復号化する受信データ通信要素と、
当該復号化された各セグメントを受け取り、これらを統合して前記デジタルデータに復元する機能を含む受信側アプリケーションプログラムとを備えてなることを特徴とする通信システム。
前記送信データ通信要素は、前記送信側アプリケーションプログラムから前記各セグメントを順次受け取るものである請求項１に記載の通信システム。
前記送信データ通信要素は、前記各セグメントをさらに複数の第２次セグメントに分割する機能を備えてなる請求項１又は２に記載の通信システム。
前記送信データ通信要素及び前記受信データ通信要素はそれぞれ、前記送信コンピュータ及び前記受信コンピュータがそれぞれ備える主記憶装置又はその一部を通信キューとして管理可能なキューマネージャを備えており、前記各セグメントは前記通信キューを介して前記送信データ通信要素から前記受信データ通信要素に送られるようにした請求項１〜３のいずれか１項に記載の通信システム。
前記送信データ通信要素及び前記受信データ通信要素は非同期通信可能に構成されたものである請求項１〜４のいずれか１項に記載の通信システム。
前記送信データ通信要素は、前記受信データ通信要素からの信号を受け、前記送信コンピュータ内の前記通信キュー内に格納された前記デジタルデータを削除する命令を送出するものである請求項４又は５に記載の通信システム。
前記送信コンピュータはクライアント機であり、前記受信コンピュータはサーバである請求項１〜６のいずれか１項に記載の通信システム。
前記デジタルデータは音声又は画像、映像からなる請求項１〜７のいずれか１項に記載の通信システム。
送信コンピュータと受信コンピュータとの間のインターネットを介した通信方法であって、
前記送信コンピュータにおける送信側アプリケーションプログラムは取得したデジタルデータを複数のセグメントに分割して当該送信側アプリケーションプログラムに組み込まれた送信データ通信要素に送り、
当該送信データ通信要素にて各セグメントを暗号化した上でこれらを送信し、
前記受信コンピュータにおける受信側アプリケーションプログラムに組み込まれた前記受信データ通信要素が、受信した各セグメントを復号化するとともに前記受信側アプリケーションプログラムに渡し、
当該受信側アプリケーションプログラムにて前記各セグメントを統合して前記デジタルデータに復元するようにしたことを特徴とする通信方法。
前記送信データ通信要素は、前記送信側アプリケーションプログラムから前記各セグメントを順次受け取る請求項９に記載の通信方法。
前記送信データ通信要素は、前記各セグメントをさらに複数の第２次セグメントに分割するようにした請求項９又は１０に記載の通信システム。
前記送信データ通信要素及び前記受信データ通信要素はそれぞれ、前記送信コンピュータ及び前記受信コンピュータがそれぞれ備える主記憶装置又はその一部を通信キューとして管理可能なキューマネージャを備えており、前記各セグメントを前記送信データ通信要素の通信キューから前記受信データ通信要素の通信キューに送るようにした請求項９〜１１のいずれか１項に記載の通信方法。
前記送信データ通信要素及び前記受信データ通信要素は非同期通信可能に構成されたものである請求項９〜１２のいずれか１項に記載の通信方法。
前記送信データ通信要素は、前記受信データ通信要素からの信号を受け、前記送信コンピュータ内の当該デジタルデータを削除する命令を送出する請求項９〜１３のいずれか１項に記載の通信システム。
前記送信コンピュータはクライアント機であり、前記受信コンピュータはサーバである請求項９〜１４のいずれか１項に記載の通信方法。
前記デジタルデータは音声又は画像、映像からなるものである請求項９〜１５のいずれか１項に記載の通信方法。
送信コンピュータが備える送信側アプリケーションプログラムに組み込み可能とされ、当該送信側アプリケーションプログラムから渡されたデジタルデータのセグメントのそれぞれを暗号化して送信する送信データ通信要素として機能させ、
また受信コンピュータが備える受信側アプリケーションプログラムに組み込み可能とされ、前記各セグメントを受信し復号化した上で、元のデジタルデータに復元するために前記受信側アプリケーションプログラムに渡す受信データ通信要素として機能させるための１組のプログラム。
前記送信データ通信要素及び前記受信データ通信要素はそれぞれ、前記送信コンピュータ及び前記受信コンピュータがそれぞれ備える主記憶装置又はその一部を通信キューとして管理可能であり、前記各セグメントを当該各通信キューを介して前記送信データ通信要素から前記受信データ通信要素に送るようにした請求項１７に記載の１組のプログラム。
前記送信データ通信要素及び前記受信データ通信要素は非同期通信可能に機能するものである請求項１７又は１８に記載の１組のプログラム。
前記送信データ通信要素は、前記受信データ通信要素からの信号を受け、前記送信コンピュータの前記通信キュー内に格納された前記デジタルデータを削除する命令を送出する請求項１８又は１９に記載の１組のプログラム。
前記送信コンピュータはクライアント機であり、前記受信コンピュータはサーバである請求項１７〜２０のいずれか１項に記載の１組のプログラム。