JP2020068486A - データ通信システム - Google Patents

Abstract

【課題】 送受信される対象データのセキュリティをより向上させることができる技術を提供する。【解決手段】 データ通信システムは、暗号化された対象データを通信する。データ通信システムは、送信装置と、受信装置と、サーバと、を備える。サーバが、対象データを格納する。送信装置が、対象データを解読するための解読鍵と、対象データの格納位置を示すアドレス情報とからなる特定情報から選択された一部を含む第１の情報を暗号化し、第１の情報を暗号化した暗号化データを受信装置に送信する。受信装置が、特定情報から一部を除いた残部を取得し、送信装置から受信した暗号化データを復号化し、復号化した第１の情報に含まれる一部と、取得済みの残部と、を用いてアドレス情報及び解読鍵を生成し、生成したアドレス情報に基づいて、サーバから対象データを取得し、生成した解読鍵を用いて、取得した対象データを解読する。【選択図】図２

Description

本明細書に開示する技術は、暗号化されたデータを送受信するためのデータ通信システムに関する。

特許文献１には、送信装置と、受信装置と、を備えるデータ通信システムが開示されている。このシステムでは、送信装置のユーザが、暗号化された対象データを受信装置に送信するとともに、対象データの復号化に用いるワークキーを受信装置に送信する。受信装置のユーザは、受信したワークキーから復号鍵を生成し、対象データを当該復号鍵により復号する。これにより、受信装置のユーザは、対象データを閲覧等することができる。

特開平０９−３０７５４２号公報

特許文献１の技術では、対象データ及びワークキーの全てが送信装置から受信装置へ送信される。すなわち、送信装置のユーザは、対象データを閲覧するために必要な全ての情報を受信装置へ送信する。したがって、何らかの方法により対象データやワークキーが第三者に漏洩した場合には、当該第三者により対象データが閲覧され得る。このため、特許文献１の技術は、データのセキュリティ面において十分ではない。本明細書では、送受信される対象データのセキュリティをより向上させることができる技術を提供する。

本明細書が開示するデータ通信システムは、暗号化された対象データを通信する。データ通信システムは、送信装置と、受信装置と、サーバと、を備える。サーバが、対象データを格納する格納部を備える。送信装置が、暗号化処理部と、送信部と、を備える。暗号化処理部は、対象データを解読するための解読鍵と、対象データの格納位置を示すアドレス情報とからなる特定情報から選択された一部を含む第１の情報を暗号化する。送信部は、第１の情報を暗号化した暗号化データを受信装置に送信する。受信装置が、残部取得部と、復号化処理部と、生成部と、対象データ取得部と、解読部と、を備える。残部取得部は、特定情報から一部を除いた残部を取得する。復号化処理部は、送信装置から受信した暗号化データを復号化する。生成部は、復号化した第１の情報に含まれる一部と、取得済みの残部と、を用いてアドレス情報及び解読鍵を生成する。対象データ取得部は、生成したアドレス情報に基づいて、サーバから対象データを取得する。解読部は、生成した解読鍵を用いて、取得した対象データを解読する。

上記のデータ通信システムでは、送信装置が、解読鍵とアドレス情報とからなる特定情報から選択された一部を含む第１の情報を暗号化して受信装置に送信する。受信装置は、送信装置から受信した第１の情報と、第１の情報とは別に取得した特定情報の残部と、を用いてアドレス情報及び解読鍵を生成する。このように、送信装置は、対象データを閲覧等するために必要な情報の一部分のみを受信装置へ送信する。このため、送信装置から受信装置に送信される第１の情報が第三者に漏洩した場合であっても、当該第三者は、解読鍵及び／又はアドレス情報の全てを知ることができない。したがって、第三者によって対象データが閲覧等される虞を低減することができる。このように、上記のデータ通信システムによれば、送受信される対象データのセキュリティをより向上させることができる。

データ通信システムの構成を示す図。 ＰＣが実行する処理のフローチャートを示す図。 解読鍵の一部及び残部とアドレス情報の一部及び残部とを生成する処理を示す図。 携帯端末が実行する処理のフローチャートを示す図。

本明細書に開示する一実施形態では、暗号化処理部は、解読鍵の一部と、アドレス情報の一部を含む第１の情報を暗号化してもよい。残部取得部は、解読鍵の残部と、アドレス情報の残部と、を取得してもよい。生成部は、復号化したアドレス情報の一部と、取得済みのアドレス情報の残部と、を用いてアドレス情報を生成し、復号化した解読鍵の一部と、取得済みの解読鍵の残部と、を用いて解読鍵を生成してもよい。このような構成では、送信装置から受信装置へ送信される第１の情報が、解読鍵及びアドレス情報の双方の一部分が欠損した情報を含むため、よりセキュリティが高い。

本明細書に開示する一実施形態では、送信部は、第１の通信経路を介して暗号化データを受信装置に送信し、対象データ取得部は、第１の通信経路とは異なる第２の通信経路を介してサーバから対象データを取得してもよい。このような構成では、暗号化データの送受信と対象データの送受信とで異なる通信経路を利用するため、仮に一方の通信経路において情報の漏洩が生じた場合であっても、他方の通信経路における情報の漏洩が生じない限り、第三者による対象データの閲覧等を防止することができる。

本明細書に開示する一実施形態では、送信装置は、暗号化データを二次元コードを表わす二次元コードデータに変換するデータ変換部をさらに備えてもよい。送信部は、二次元コードデータを受信装置に送信してもよい。このような構成では、送信装置から受信装置へ送信されるデータの容量を低減することができる。

本明細書に開示する一実施形態では、対象データは、特定の患者に関する医療データを含んでもよい。

（データ通信システム１０の構成）
以下、図面を参照して、実施例のデータ通信システム１０（以下、単にシステム１０という。）について説明する。本実施例のシステム１０は、特定の患者に関する医療データを送受信する。より具体的には、システム１０は、精神障害者の措置入院のために必要となる措置診察を依頼するために、行政担当者が、当該精神障害者に関する医療データを各精神保健指定医へ送信するための通信システムである。システム１０は、ＰＣ（Personal Computerの略）２０と、携帯端末５０、７０、８０と、サーバ１００を備える。ＰＣ２０、各携帯端末５０、７０、８０及びサーバ１００は、インターネット４を介して相互に通信可能である。

（ＰＣ２０の構成）
ＰＣ２０は、デスクトップＰＣ等の据置型の機器であってもよいし、ノートＰＣ、タブレットＰＣ等の可搬型の機器であってもよい。ＰＣ２０は、例えば、行政担当者（行政事務官）によって所有される。行政担当者は、特定の患者のかかりつけ医によって作成された医療データ（例えば、カルテ等）をＰＣ２０から各携帯端末５０、７０、８０へ送信する。ＰＣ２０は、操作部２２と、表示部２４と、無線インタフェース（以下では、インタフェースを「Ｉ／Ｆ」と記載する）２６と、制御部２８を備える。

操作部２２は、複数のキーを備える。ユーザは、操作部２２を操作することによって、様々な指示をＰＣ２０に入力することができる。表示部２４は、様々な情報を表示するためのディスプレイである。

無線Ｉ／Ｆ２６は、Ｗｉ−Ｆｉ方式に従った無線通信であるＷｉ−Ｆｉ通信を実行するためのＩ／Ｆである。Ｗｉ−Ｆｉ方式は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば、８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ等）に基づく無線通信方式である。

制御部２８は、ＣＰＵ３０と、メモリ３２を備える。メモリ３２は、揮発性メモリ、不揮発性メモリ等によって構成される。ＣＰＵ３０は、メモリ３２に格納されている各プログラム３４、３６に従って、様々な処理を実行する。ＯＳ（Operation Systemの略）プログラム３４は、ＰＣ２０の種々の基本的な動作を制御するためのプログラムである。メールアプリ３６は、ＰＣ２０にメール送受信機能を実行させるためのアプリケーションである。メールアプリ３６は、ＰＣ２０の出荷時点でＰＣ２０に既にインストールされていてもよいし、ＰＣ２０とともに出荷されるメディアからＰＣ２０にインストールされてもよい。また、メールアプリ３６は、ＰＣ２０に電子データを送信させる機能を有する。配布アプリ３７は、送受信の対象となる医療データの解読鍵（後述）の一部分及びアドレス情報（後述）の一部分を含む情報をアップロード及びダウンロードするためのアプリケーションである。配布アプリ３７は、ＰＣ２０のユーザ（すなわち、行政担当者）によって提供されるアプリケーションである。配布アプリ３７は、インターネット４上の不図示のサーバからインストールされる。

（携帯端末５０の構成）
携帯端末５０は、例えば、携帯電話、スマートフォン、ＰＤＡ（Personal Digital Assistantの略）等の可搬型の通信装置である。携帯端末５０は、例えば、精神保健指定医によって所有される。携帯端末５０は、操作部５２と、表示部５４と、無線Ｉ／Ｆ５６と、セルラーＩ／Ｆ５７と、制御部５８を備える。

操作部５２は、複数のキーを備える。ユーザは、操作部５２を操作することによって、様々な指示を携帯端末５０に入力することができる。表示部５４は、様々な情報を表示するためのディスプレイである。表示部５４は、いわゆるタッチパネル（即ち操作部）としても機能する。無線Ｉ／Ｆ５６は、ＰＣ２０の無線Ｉ／Ｆ２６と同様である。

セルラーＩ／Ｆ５７は、携帯電話回線ネットワーク（例えば、３Ｇ（3rd Generation）ネットワーク、４Ｇ（4th Generation）ネットワーク等）を利用した通信を実行するためのＩ／Ｆである。セルラーＩ／Ｆ５７は、基地局６を介してインターネット４に接続可能である。

制御部５８は、ＣＰＵ６０と、メモリ６２を備える。メモリ６２は、揮発性メモリ、不揮発性メモリ等によって構成される。ＣＰＵ６０はメモリ６２に格納されている各プログラム６４、６６に従って、様々な処理を実行する。ＯＳプログラム６４は、携帯端末５０の種々の基本的な動作を制御するためのプログラムである。メールアプリ６６及び配布アプリ６７は、上述したメールアプリ３６及び配布アプリ３７のそれぞれと同様の機能を有するアプリケーションである。

（携帯端末７０及び８０の構成）
携帯端末７０及び８０は、携帯端末５０と同様の構成を備える。携帯端末７０及び８０は、携帯端末５０とは異なる精神保健指定医によってそれぞれ所有される。図示していないが、携帯端末７０及び８０も、携帯端末５０と同様に、基地局６を介して又は介さずにインターネット４に接続可能である。なお、携帯端末７０及び８０は、基地局６とは異なる基地局を介してインターネットに接続可能であってもよい。また、図１では、３つの携帯端末５０、７０、８０が図示されているが、システム１０は、３つより多くの携帯端末を備えてもよい。すなわち、３人より多くの精神保健指定医がシステム１０を利用可能であってもよい。

（サーバ１００の構成）
サーバ１００は、ＰＣ２０と携帯端末５０、７０、８０との間において通信対象となる医療データを保管するためのサーバである。サーバ１００は、例えば、ＰＣ２０のユーザ（すなわち、行政担当者）によってインターネット４上に設置される。サーバ１００は、ネットワークＩ／Ｆ１０６と、制御部１０８を備える。ネットワークＩ／Ｆ１０６は、インターネット４に接続されている。

制御部１０８は、ＣＰＵ１１０と、メモリ１１２を備える。メモリ１１２は、揮発性メモリ、不揮発性メモリ等によって構成される。ＣＰＵ１１０はメモリ１１２に格納されているプログラム１１４に従って、様々な処理を実行する。医療データ格納領域１１６は、ＰＣ２０から受信した医療データを格納する。当該医療データは、医療データ格納領域１１６内の所定の格納位置（アドレス）に格納される。

（ＰＣ２０の動作）
次に、本実施例のシステム１０の動作について説明する。まず、ＰＣ２０のＣＰＵ３０が実行する処理について説明する。

Ｓ１０において、ＣＰＵ３０は、措置診察の対象となる患者の医療データを暗号化するための暗号鍵を生成する。暗号鍵の生成は、ＰＣ２０のユーザによる操作部２２への操作をトリガとして実行される。暗号鍵の鍵長は、例えば１２８ビットである。

Ｓ２０において、ＣＰＵ３０は、Ｓ１０において生成した暗号鍵を用いて、医療データを共通鍵暗号方式であるＡＥＳ（Advanced Encryption Standardの略）により暗号化する。

Ｓ３０において、ＣＰＵ３０は、暗号化した医療データを所定の格納位置を指定してサーバ１００へ送信する。このとき、ＣＰＵ３０は、指定した格納位置（すなわち、医療データの格納位置）を示すアドレス情報をメモリ３２に記憶する。医療データを受信したサーバ１００は、当該医療データを医療データ格納領域１１６内の指定された格納位置に格納する。

Ｓ４０において、ＣＰＵ３０は、Ｓ１０において生成した暗号鍵を一部と残部に分離する。具体的には、ＣＰＵ３０は、図３に示すように、例えば、暗号鍵Ｋから任意の５バイトを切り出して分離することにより、暗号鍵Ｋから当該暗号鍵Ｋの一部Ｋ１と残部Ｋ２を生成する。

Ｓ５０において、ＣＰＵ３０は、医療データの格納位置を示すアドレス情報を一部と残部に分離する。具体的には、ＣＰＵ３０は、図３に示すように、例えば、アドレス情報Ａから任意の５バイトを切り出して分離することにより、アドレス情報Ａから当該アドレス情報Ａの一部Ａ１と残部Ａ２を生成する。

Ｓ６０において、ＣＰＵ３０は、Ｓ４０において生成した暗号鍵の残部Ｋ２と、Ｓ５０において生成したアドレス情報の残部Ａ２とを配布アプリ３７を利用して不図示のサーバにアップロードする。

Ｓ７０において、ＣＰＵ３０は、暗号鍵の一部Ｋ１及びアドレス情報の一部Ａ１を任意の方式により暗号化して、暗号化データを生成する。次いで、Ｓ８０において、ＣＰＵ３０は、暗号化データをＱＲコード（登録商標）へ変換する。そして、Ｓ９０において、ＣＰＵ３０は、ＱＲコードを表わすＱＲコードデータを各携帯端末５０、７０、８０へ送信する。

（携帯端末５０の動作）
次に、携帯端末５０のＣＰＵ６０が実行する処理について説明する。まず、Ｓ１１０において、ＣＰＵ６０は、セルラーＩ／Ｆ５７を介してＱＲコードデータをＰＣ２０から受信する。ＱＲコードを表わすＱＲコードデータは比較的容量が小さい。このため、ＣＰＵ６０は、比較的通信容量が小さいセルラーＩ／Ｆ５７を介した通信を実行して、ＱＲコードデータを受信することができる。

Ｓ１２０において、ＣＰＵ６０は、ＱＲコードデータが示すＱＲコードを解析することにより暗号化データを取得する。次いで、Ｓ１３０において、ＣＰＵ６０は、Ｓ７０の暗号方式に応じた方法により、暗号化データを復号化する。これにより、ＣＰＵ６０は、暗号鍵の一部Ｋ１及びアドレス情報の一部Ａ１を取得することができる。

Ｓ１４０において、ＣＰＵ６０は、配布アプリ６７を利用して、不図示のサーバから暗号鍵の残部Ｋ２及びアドレス情報の残部Ａ２をダウンロードする。

Ｓ１５０において、ＣＰＵ６０は、暗号鍵の一部Ｋ１及び残部Ｋ２を用いて暗号鍵Ｋを復元する。サーバ１００に格納されている医療データは、ＡＥＳにより暗号化されているため、復元した暗号鍵は、暗号化された医療データの復号鍵として利用することができる。また、ＣＰＵ６０は、アドレス情報の一部Ａ１及び残部Ａ２を用いてアドレス情報Ａを復元する。

Ｓ１６０において、ＣＰＵ６０は、サーバ１００へアクセスし、生成したアドレス情報が示す格納位置から無線Ｉ／Ｆ５６を介して医療データを取得する。医療データは比較的容量が大きい。このため、ＣＰＵ６０は、比較的通信容量が大きい無線Ｉ／Ｆ５６を介した通信を実行して、サーバ１００から医療データを取得する。その後、Ｓ１７０において、ＣＰＵ６０は、取得した医療データを、復元した暗号鍵（すなわち、復号鍵）を用いて解読する。これにより、携帯端末５０のユーザ（すなわち、精神保健指定医）は、措置診察の対象である患者に関する医療データを閲覧することができる。

（効果）
本実施例のシステム１０では、ＰＣ２０が、暗号鍵Ｋから暗号鍵の一部Ｋ１及び残部Ｋ２を生成し（Ｓ４０）、アドレス情報Ａからアドレス情報の一部Ａ１及び残部Ａ２を生成する（Ｓ５０）。そして、暗号鍵の一部Ｋ１及びアドレス情報の一部Ａ１を含む暗号化データを携帯端末５０（、７０、８０）に送信する（Ｓ９０）。携帯端末５０は、ＰＣ２０から受信した暗号化データと、配布アプリ６７を利用してダウンロードした暗号鍵の残部Ｋ２及びアドレス情報の残部Ａ２と、を用いてアドレス情報Ａ及び暗号鍵Ｋを復元する（Ｓ１５０）。このように、ＰＣ２０は、医療データを閲覧等するために必要な情報の一部分（すなわち、暗号鍵の一部Ｋ１及びアドレス情報の一部Ａ１）のみを携帯端末５０へ送信する。このため、ＰＣ２０から携帯端末５０に送信される情報が第三者に漏洩した場合であっても、当該第三者は、暗号鍵及びアドレス情報の全てを知ることができない。したがって、第三者によって医療データが閲覧等される虞を低減することができる。このように、本実施例のシステム１０によれば、送受信される医療データのセキュリティをより向上させることができる。

また、本実施例のシステム１０では、暗号鍵の一部Ｋ１及びアドレス情報の一部Ａ１を暗号化した暗号化データの通信経路と、患者の医療データの通信経路とが異なっている。すなわち、携帯端末５０は、暗号化データ（すなわち、ＱＲコードデータ）をセルラーＩ／Ｆ５７を介して取得し（Ｓ１１０）、医療データを無線Ｉ／Ｆ５６を介して取得する（Ｓ１６０）。暗号化データの送受信と医療データの送受信とで異なる通信経路を利用するため、仮に一方の通信経路において情報の漏洩が生じた場合であっても、他方の通信経路における情報の漏洩が生じない限り、第三者による対象データの閲覧等を防止することができる。

また、本実施例のシステム１０では、ＰＣ２０が、暗号化データをＱＲコードに変換し（Ｓ８０）、当該ＱＲコードを表わすＱＲコードデータを携帯端末５０に送信する（Ｓ９０）。このような構成では、ＰＣ２０から携帯端末５０へ送信されるデータの容量を低減することができるため、携帯端末５０は、比較的通信容量が小さいセルラーＩ／Ｆ５７を介した通信を実行することで、暗号化データを取得することができる。

また、本実施例のシステム１０では、ＰＣ２０と携帯端末５０との間で、暗号鍵の残部Ｋ２及びアドレス情報の残部Ａ２を送受信する際に、配布アプリ３７、６７を利用する。このような構成では、残部Ｋ２及び残部Ａ２をメール等に添付した電子データとして送受信するのではなく、直接システムを介してアップロード及びダウンロードを実行するため、第三者に傍受される可能性を低減することができる。

（対応関係）
医療データが、「対象データ」の一例である。ＰＣ２０が、「送信装置」の一例である。携帯端末５０、７０、８０が、「受信装置」の一例である。暗号鍵が、「解読鍵」の一例である。暗号鍵Ｋ及びアドレス情報Ａが、「特定情報」の一例である。暗号鍵の一部Ｋ１及びアドレス情報の一部Ａ１が、「第１の情報」の一例である。暗号鍵の残部Ｋ２及びアドレス情報の残部Ａ２が、「残部」の一例である。セルラーＩ／Ｆ５７を介した通信が、「第１の通信経路」の一例である。無線Ｉ／Ｆ５６を介した通信が、「第２の通信経路」の一例である。ＱＲコードが、「二次元コード」の一例である。ＱＲコードデータが、「二次元コードデータ」の一例である。かかりつけ医が、「第１の医療機関」の一例である。精神保健指定医が、「第２の医療機関」の一例である。行政担当者が、「管理者」の一例である。

図２のＳ７０、Ｓ９０が、それぞれ「暗号化処理部」、「送信部」によって実行される処理の一例である。図４のＳ１４０、Ｓ１３０、Ｓ１５０、Ｓ１６０、Ｓ１７０が、それぞれ「残部取得部」、「復号化処理部」、「生成部」、「対象データ取得部」、「解読部」によって実行される処理の一例である。図２のＳ８０が、「データ変換部」によって実行される処理の一例である。

以上、本発明の具体例を詳細に説明したが、これらは例示に過ぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。

（変形例１）上記の実施例では、ＰＣ２０は、暗号鍵Ｋ及びアドレス情報Ａの双方を分離し（Ｓ４０、Ｓ５０）、暗号鍵の一部Ｋ１及びアドレス情報の一部Ａ１を携帯端末５０に送信した（Ｓ９０）が、暗号鍵Ｋとアドレス情報Ａのいずれか一方のみを分離して携帯端末５０に送信してもよい。例えば、ＰＣ２０は、暗号鍵の一部Ｋ１とアドレス情報Ａとを携帯端末５０に送信してもよいし、暗号鍵Ｋとアドレス情報の一部Ａ１とを携帯端末５０に送信してもよい。すなわち、ＰＣ２０は、暗号鍵Ｋとアドレス情報Ａとからなる情報から選択された一部を携帯端末５０に送信すればよい。

（変形例２）上記の実施例では、暗号化データの通信経路と、患者の医療データの通信経路とが異なっていたが、単一の通信経路を介して暗号化データ及び患者の医療データを送受信してもよい。

（変形例３）上記の実施例では、ＰＣ２０は、暗号化データをＱＲコードに変換し（Ｓ８０）、当該ＱＲコードを表わすＱＲコードデータを携帯端末５０に送信した（Ｓ９０）が、ＰＣ２０は、暗号化データをそのまま携帯端末５０に送信してもよい。すなわち、図２のＳ８０は省略可能である。本変形例では、「データ変換部」は省略可能である。

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組み合わせによって技術的有用性を発揮するものであり、出願時請求項記載の組み合わせに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

１０：データ通信システム、２０：ＰＣ、２２：操作部、２４：表示部、２６：無線Ｉ／Ｆ、２８：制御部、３０：ＣＰＵ、３２：メモリ、３４：ＯＳプログラム、３６：メールアプリ、３７：配布アプリ、５０：携帯端末、５２：操作部、５４：表示部、５６：無線Ｉ／Ｆ、５７：セルラーＩ／Ｆ、５８：制御部、６０：ＣＰＵ、６２：メモリ、６４：ＯＳプログラム、６６：メールアプリ、６７：配布アプリ、７０、８０：携帯端末、１００：サーバ、１０６：ネットワークＩ／Ｆ、１０８：制御部、１１０：ＣＰＵ、１１２：メモリ、１１４：プログラム、１１６：医療データ格納領域

Claims (6)

1. 暗号化された対象データを通信するデータ通信システムであって、
   送信装置と、受信装置と、サーバと、を備えており、
   前記サーバが、前記対象データを格納する格納部を備え、
   前記送信装置が、
   前記対象データを解読するための解読鍵と、前記対象データの格納位置を示すアドレス情報とからなる特定情報から選択された一部を含む第１の情報を暗号化する暗号化処理部と、
   前記第１の情報を暗号化した暗号化データを前記受信装置に送信する送信部と、を備え、
   前記受信装置が、
   前記特定情報から前記一部を除いた残部を取得する残部取得部と、
   前記送信装置から受信した前記暗号化データを復号化する復号化処理部と、
   復号化した前記第１の情報に含まれる前記一部と、取得済みの前記残部と、を用いて前記アドレス情報及び前記解読鍵を生成する生成部と、
   生成した前記アドレス情報に基づいて、前記サーバから前記対象データを取得する対象データ取得部と、
   生成した前記解読鍵を用いて、取得した前記対象データを解読する解読部と、を備える、
   データ通信システム。
2. 前記暗号化処理部は、前記解読鍵の一部と、前記アドレス情報の一部を含む第１の情報を暗号化し、
   前記残部取得部は、前記解読鍵の残部と、前記アドレス情報の残部と、を取得し、
   前記生成部は、
   復号化した前記アドレス情報の前記一部と、取得済みの前記アドレス情報の前記残部と、を用いて前記アドレス情報を生成し、
   復号化した前記解読鍵の前記一部と、取得済みの前記解読鍵の前記残部と、を用いて前記解読鍵を生成する、請求項１に記載のデータ通信システム。
3. 前記送信部は、第１の通信経路を介して前記暗号化データを前記受信装置に送信し、
   前記対象データ取得部は、前記第１の通信経路とは異なる第２の通信経路を介して前記サーバから前記対象データを取得する、請求項１又は２に記載のデータ通信システム。
4. 前記送信装置は、前記暗号化データを二次元コードを表わす二次元コードデータに変換するデータ変換部をさらに備えており、
   前記送信部は、前記二次元コードデータを前記受信装置に送信する、請求項１〜３のいずれか一項に記載のデータ通信ステム。
5. 前記対象データは、特定の患者に関する医療データを含む、請求項１〜４のいずれか一項に記載のデータ通信システム。
6. 第１の医療機関と第２の医療機関とは異なる管理者によって、前記第１の医療機関で作成された特定の患者に関する医療データを前記第２の医療機関に送信する医療データ通信システムであって、
   前記管理者によって操作される送信装置と、
   前記第２の医療機関によって操作される受信装置と、
   前記第１の医療機関で作成された特定の患者に関する医療データを格納するサーバと、を備えており、
   前記送信装置が、
   前記医療データを解読するための解読鍵と、前記医療データの格納位置を示すアドレス情報とからなる特定医療情報から選択された一部を含む第１の医療情報を暗号化する暗号化処理部と、
   前記第１の医療情報を暗号化した暗号化データを前記受信装置に送信する送信部と、を備え、
   前記受信装置が、
   前記特定医療情報から前記一部を除いた残部を取得する残部取得部と、
   前記送信装置から受信した前記暗号化データを復号化する復号化処理部と、
   復号化した前記第１の医療情報に含まれる前記一部と、取得済みの前記残部と、を用いて前記アドレス情報及び前記解読鍵を生成する生成部と、
   生成した前記アドレス情報に基づいて、前記サーバから前記医療データを取得する医療データ取得部と、
   生成した前記解読鍵を用いて、取得した前記医療データを解読する解読部と、を備える、
   医療データ通信システム。

Images