(57)【要約】  準完全に安全なデータコンテナは、リクエストエンティティにより固有識別子と関連付けられるが、データが空である。データコンテナ及びコンテナにデータを追加することへのリクエストが、クライアントに送信されるメッセージへと合成される。リクエストの受け取りに際し、クライアントは、データを守るための安全な環境を作成するために何もしなくてよい。安全な環境、又はデータコンテナは既に作成されており、ただデータ、クライアントにより供給されるデータを待っている。クライアントがリクエストされたデータをデータコンテナに置くと、コンテナは閉じてデータを暗号化する。閉じられて暗号化されたデータを含むコンテナは、コンテンツを復号化するための鍵を唯一有する元のリクエストエンティティに戻る。
2019530934.tif 000002
【特許請求の範囲】
【請求項１】
単一管理ポイントのデータ交換のための方法であって、
データリクエストパーティーがデータに対するリクエストを開始するステップであって、前記リクエストパーティー及び前記リクエストは、固有識別子により関連付けられている、ステップと、
データの安全な格納のための場所を確立するステップであって、前記場所は開始時にデータが空である、ステップと、
前記場所を前記固有識別子と関連付けるステップと、
前記データに対するリクエストをデータ送信パーティーに伝送するステップと、
前記データ送信パーティーが、前記データの安全な格納のための場所に一回限りの単一方向の安全なポータルを確立するステップであって、前記一回限りの単一方向のポータルは、前記固有識別子と関連付けられる、ステップと、
前記場所にデータを置いたことに応答して、前記一回限りの安全なポータルを閉じるステップと、
前記一回限りの安全なポータルが閉じられたことに応答して、前記固有識別子と関連づけられた前記データの安全な格納のための場所に、データが置かれたことを、データリクエストパーティーに通知するステップとを含む、
単一管理ポイントのデータ交換のための方法。
【請求項２】
前記リクエストは、前記一回限りの単一方向の安全なポータルを確立する安全なウェブサイトへのリンクを含む、
請求項１に記載の単一管理ポイントのデータ交換のための方法。
【請求項３】
前記リンクは、前記ウェブサイト及び前記データ送信パーティーとの間に前記一回限りの単一方向の安全なポータルを確立するように構成され、かつ前記ポータルは前記データ送信パーティーから前記場所へとデータを送信するように構成される、
請求項２に記載の単一管理ポイントのデータ交換のための方法。
【請求項４】
前記ウェブサイトへの前記一回限りの単一方向の安全なポータルは、データ送信パーティーに向かって単一方向である、
請求項３に記載の単一管理ポイントのデータ交換のための方法。
【請求項５】
前記データの安全なストレージのための前記場所はデータに対する前記リクエストを開始することにより確立される、
請求項１に記載の単一管理ポイントのデータ交換のための方法。
【請求項６】
前記データの安全なストレージのための前記場所は、クラウドベースのデータ記憶媒体である、
請求項１に記載の単一管理ポイントのデータ交換のための方法。
【請求項７】
前記データ送信パーティーによりデータが前記データの安全なストレージのための前記場所に置かれたことに応答して、前記データは暗号化される、
請求項１に記載の単一管理ポイントのデータ交換のための方法。
【請求項８】
前記データは、前記データの安全なストレージのための前記場所において、データリクエストパーティーの鍵を用いて暗号化される、
請求項７に記載の単一管理ポイントのデータ交換のための方法。
【請求項９】
前記データリクエストパーティーの鍵は、前記データリクエストパーティーに固有である、
請求項８に記載の単一管理ポイントのデータ交換のための方法。
【請求項１０】
前記固有識別子は、一回限りの固有識別子である、
請求項１に記載の単一管理ポイントのデータ交換のための方法。
【請求項１１】
マシンにより実行可能な命令プログラムを明白に具体化している、コンピュータ可読で非一時的記憶媒体であって、前記命令プログラムは、単一管理ポイントのデータ伝送のための複数のプログラムコードであり、前記命令プログラムは、
データリクエストパーティーからデータに対するリクエストを開始するプログラムコードであって、前記リクエストは固有識別子と関連付けられている、プログラムコードと、
データの安全なストレージのための場所を確立するプログラムコードであって、前記場所は開始時にデータが空である、プログラムコードと、
前記場所を前記固有識別子と関連付けるプログラムコードと、
前記データに対するリクエストをデータ送信パーティーに届けるプログラムコードと、
前記データ送信パーティーがリクエストを受信したことに応答して、データの安全なストレージのための一回限りの単一方向の安全なポータルを確立するプログラムコードであって、前記一回限りの単一方向の安全なポータルは、前記固有識別子と関連付けられる、プログラムコードと、
データの安全なストレージのための前記場所にデータが置かれたことに応答して、前記一回限りの単一方向の安全なポータルを閉じるプログラムコードと、
前記固有識別子と関連付けられた前記データの安全なストレージのための前記場所にデータが置かれたことを、前記データリクエストパーティーに通知するプログラムコードとを含む、
コンピュータ可読非一時的記憶媒体。
【請求項１２】
前記データに対するリクエストを開始するプログラムコードは、ウェブサイトを通じて前記場所への一回限りの単一方向の安全なポータルを確立するためのリンクを作成する、
請求項１１に記載の命令プログラムを明白に具体化しているコンピュータ可読非一時的記憶媒体。
【請求項１３】
前記ウェブサイト及び前記データ送信パーティーの間の前記一回限りの単一方向の安全なポータルを確立するプログラムコードをさらに含み、前記ポータルは前記データセンダからのデータを受け入れるように構成される、
請求項１２に記載の命令プログラムを明白に具体化しているコンピュータ可読非一時的記憶媒体。
【請求項１４】
前記ウェブサイトへの前記一回限りの単一方向の安全なポータルは、データ送信パーティーに向かうように単一方向である、
請求項１３に記載の命令プログラムを明白に具体化しているコンピュータ可読非一時的記憶媒体。
【請求項１５】
前記データ送信パーティーが前記データの安全なストレージのための前記場所にデータを置いたことに応答して、前記データを暗号化するためのプログラムコードをさらに含む、
請求項１１に記載の命令プログラムを明白に具体化しているコンピュータ可読非一時的記憶媒体。
【請求項１６】
前記データを暗号化するために、データリクエストパーティーの鍵を使用するためのプログラムコードをさらに含む、
請求項１５に記載の命令プログラムを明白に具体化しているコンピュータ可読非一時的記憶媒体。
【請求項１７】
前記データリクエストパーティーの鍵は、前記データリクエストパーティーに固有である、
請求項１６に記載の命令プログラムを明白に具体化しているコンピュータ可読非一時的記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願．
本出願は、２０１６年１０月５日に出願された米国仮特許出願第６２４０４５０１号及び米国仮特許出願に関し、当該出願に基づく優先権を主張し、その内容は全体を通して参照により本明細書に組み込まれ、あらゆる目的で本明細書に完全に記載されているものとして扱う。
【０００２】
本発明の実施形態は、概して、安全な文書伝送に関し、より詳細には、単一点暗号化を用いるインターネットを通じて文書を安全に送受信することに関する。
【背景技術】
【０００３】
セキュリティにはコストがかかる。セキュリティは消費者、特に技術に精通していない人がビジネスを行うのを困難にする。消費者は、気がつくとＰＩＮ若しくはパスワードを作成し、又は機密情報を送信若しくは受信するために、ポータルソフトウェアを通り抜けたり、アカウントを立ち上げ若しくはアプリケーションをダウンロードしたりする必要がある用件の扱いに失敗して挫折しかけている。
【０００４】
消費者から企業への機密文書の安全なコミュニケーションの解決案は、１）手渡し、２）郵送、３）ＦＡＸ、ｅＦＡＸ、４）安全なＥメール、５）ＦＴＰ送信ツールへの安全なログイン／パスワード、及び他のいくつかがある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
機密文書及び情報の手渡しの特使は、データを交換するための経験的に信頼できる手段だが、リスクがないわけではない。データは伝送の間は安全ではなく、かつ回答は大きく遅れてくる。また、間違った情報／データが伝送された場合、リクエストを送った人は、点検を行った上で相手パーティーに新しい情報を印刷させ、安全でないやり方で文書を再度届けさせる必要がある。データの安全な物理的送達に意味がある場合はあるにせよ、それが望まれるのは典型的には極端な状況のためである。
【０００６】
郵送によるデータ伝送の安全の確保は、郵送システムのユビキタスな特性に依存している。一旦伝送されてしまえば、機密データを入れた封筒が横取りされる確率は低い。しかしながら、郵送はデータを交換するには安全でない手段となり得るし、そうなってしまった。
【０００７】
ファクシミリマシン又はファックスは、あるマシンから別のマシンへの伝送に際し文書を暗号化する。センダはダイアルを相手パーティーに向けるマシンを持たねばならない。この状況では、紙形式の文書はマシンを通じて、インターネット又は電話接続を介して送信される。この選択は、センダが所有せねばならないマシン又は類似のソフトウェアを必要とする。単一管理ポイントが存在するが、センダが送信を開始させなければならず、受信機が送信をリクエストすることはできない。このソリューションは安全でない通信線を伝送もされる。今日の多数の消費者及び企業はもうファックスマシンを所有せず、従ってセンダはＦｅｄＥｘ（登録商標）、Ｋｉｎｋｏｓ（登録商標）等のサードパーティーの企業を利用して、文書を印刷してカウンターの奥の店員に渡して別のファックスマシンにファックス送信してもらわねばならない。繰り返しになるが、単一管理ポイントは存在しない。
【０００８】
現在情報の通信及び共有の手段として最も便利なもののひとつに電子メールを通じたものがあるが、それは安全だろうか。残念ながら、この答えも「いいえ」である。最近の研究によれば、多数の金融業界及びＨＲ業界は、安全でない電子メールを使用して、新規の雇用採用のための消費者データ、医療補助の適用、及び給与支払いのための銀行ルーティング情報を獲得している。
【０００９】
電子メールは、電子メールプロバイダサーバを離れるとき、意図された目的地に着地するまでに不特定多数のサーバを通ってインターネット上を跳ね回る。それらのサーバの各々に誰がアクセス可能なのかを知ることは不可能である。暗号化された電子メールではどうだろうか。暗号化された電子メールが高レベルのセキュリティを提供することは疑いもないが、そういったセキュリティが問題となる…。電子メールはセンダのコンピュータを離れる前に暗号化されなければならず、その受取人までの全経路で暗号化されたままでなければならない。ほとんどの暗号化技術では、受取人は自身を認証し、ソフトウェアをダウンロードし、その後電子メールにアクセスするためのパスワードを作成する必要がある。直感的にはシンプルだが、これらのタスクは、消費者がデータを保護し、又はデータ交換に携わることをやめるのには十分である。
【００１０】
ＦＴＰ通信サイトは、等しく難解で時間を消費する。これらのサイトは、２者が大きいファイルを共有することを可能にするポータルアクセス及びログインアクセスのウェブサイトである。これには、レシーバがセンダに対するアカウントアクセスをセットアップする必要があり、センダはポータルにアクセスし、続いて、ログインしてデータ及びファイルをアップロード及び又は受信しなければならないアカウントをセットアップする必要がある。このソリューションは、データを放置することで時間とともにリスクとなる文書及びアカウントを、時間とともに切り捨てなければならないため、非常に挑戦的である。これらのサイト及びサービスは、必ずしも安全又は暗号化されているとも限らず、単に大量のデータを２者間で交換することを可能にするだけである。
【００１１】
クラウドストレージツール（例えばＤｒｏｐｂｏｘ（登録商標）、Ｇｏｏｇｌｅ  Ｄｒｉｖｅ（登録商標）、ｂｏｘ（登録商標）等）を通じた文書交換も、文書を伝送する別の方法である。これらのツールは典型的には文書の長期ストレージとして用いられ、ある人物又はエンティティは文書及びデータをクラウド上にバックアップされたフォルダ内に格納し、かつ共有アクセスを有するいかなる人もそのフォルダにアクセスできる。このソリューションは、文書に対するリクエストを送信することにより文書を伝送する能力を有するが、リクエスタにより開始され得ない。むしろそれはセンダにより開始されなければならず、かつ両者が同一のストレージサービス／企業にアカウントを所有しなければならない。これらのソリューションは、フォルダが他の人物及びデバイスと何回共有されたかによって文書の余剰のコピーも作成する。
【００１２】
オンラインポータルは、消費者がログインしてアカウントにアクセスし、ドキュメントをアップロードすることができるバックエンドへのログインアクセスを有する固有カスタムウェブサイトである。これは文書のレシーバがアカウントを開始させ、及び又はレシーバにアカウントをセットアップ若しくは完了させ、ＰＩＮ、パスワード及びまたアカウントにアクセスするための他のものでログインさせる必要がある。これらのツールには機密データの双方向交換があるため、センダ及びレシーバが双方とも認証されている必要がある。いくつかの企業は、センダがダウンロード及びインストールして、ソフトウェアにアクセス可能なアプリケーションを提供している。しかしながら、セットアップしてアカウントし、ログインし、今まで使ったこともないような、若しくは以前は自分の電話に持っていなかったソフトウェアの使い方を学ばねばならない。
【００１３】
フィールドにデータを入力し、文書を添付して「完了」ボタンを押すことでセンダがオンライン申請を行えるような、データを収集するためのウィジェット及びリンク（ウェブフォーム）を作成するツールが存在する。データ及び文書はシステムに送信されるか、時には別の人物に電子メールで送信されさえする。これらのソリューションは必ずしも常に安全ではなく、文書を暗号化するとも限らない。これらのソリューションは必ずしも常にセンダにより開始されるわけではなく、特定のセンダに固有でもないため、このリンク及び又はウェブフォームの存在するＵＲＬ／ウェブサイトに到達したいかなる人も、同一のページにアクセスして任意の所望の文書をアップロードすることができる。これらは「常に」オープンであり、リクエストがレシーバにより開始されたものではないため、レシーバはそのリクエストの目的を知ることはない。データ及び文書を受け取るとき、受取人は、センダが何の目的のために送信していたのかを知り得ない。これらのソリューションは、任意のセンダ（過去の複数のセンダ）が全く同じＵＲＬ／ウェブサイトリンクを見つけてアクセスし得るため、「スパム」の典型的な標的である。リンクはセンダに固有のものではない。さらに、これらのリンクは文書のためだけのものであり、文書がオープンなままであるとしても、文書が伝送中及び／又は保存されるときの残りの間に暗号化されるための能力を作ることはない。
【００１４】
サイバーセキュリティの脅威は増大しており、これらの脅威と戦うためのサイバーセキュリティの予算もまた増大している。企業はデータの周囲に巨大、強固かつ貫通不能な要塞を、さらにデータへのアクセスから保護する安全なポータルを建て続けている。しかしながら、この保護はある程度コストがかかり、利便性のコスト及びこのセキュリティの増大が、顧客及びクライアントとの取引をより困難なものにしている。時とともにセキュリティの指標が上昇するにつれて、利便性は減少する。多くのビジネスはこれに気づき、セキュリティ要件を低下させ、リスクを負い、利便性のファクターを上昇させている。データを送受信するための安全かつ便利な、そして、安全なデータの交換という観点で、消費者を敬遠させずにむしろ歓迎させるような、手段に対する需要が存在する。ソリューションは、暗号化されたトンネル（安全な伝送）内を伝わる間は、データを暗号化し、残りの間若しくは別の場所に保存されるときには、データを暗号化しなければならない。ソリューションは、センダとレシーバの間に単一の接触点又は単一の管理チェーンを持たねばならない。レシーバはデータに対するリクエストを開始できねばならない。リクエスタはテキスト及び／又は電子メールを通じてある電話番号にリクエストを送信する能力を持たねばならない。当該リクエストは、新たなドキュメントを作成するのを補助し、又は類似のデバイスの電話カメラを用いてデータを作成しなければならない。プロセスは新たなコスト又はセンダの新たなツール、新たなデバイス、新たなアカウントを課し、又は新たなアプリケーションをセンダに使用させてはならない。リクエスタにファイルを送るのにＰＩＮ又はパスワードをリクエストすべきではない。リクエストが完了された後にサードパーティーによりハック又はアクセスできないように、通信ポータルは、特定のユーザ及び特定のリクエストに対して一回限りの使用でなければならない。そして、リクエスタは余剰の痕跡又は送信されたデータの追加のコピーの生成が存在しない「処分可能な」一方向リクエストを開始するため、データのセンダは認証されなくともよい。
【００１５】
従来技術に対するこれらの及び他の改善点は、本発明の１つ以上の実施形態により記述される。
【００１６】
本発明の追加の利点及び新規の要素は、以下の説明の中で部分的に記載され、以下の詳細の実行に際して当業者にとって部分的に明らかとなり、又は本発明の実施により習得され得る。本発明の利点は、続く特許請求の範囲に特に指摘された装置、複合、組み立て及び方法により実現され獲得される。
【課題を解決するための手段】
【００１７】
暗号化されたデータは、センダとレシーバの間に単一の接触点又は単一の管理チェーンを持つ、暗号化されたトンネル（安全な伝送）内を伝わり、ここでレシーバはリクエストを開始可能であり、センダに新たなコスト又は新たなツール、デバイス、アカウントを課さず、かつ、ここで通信ポータルは特定のユーザ及び精密なリクエストに対して一回限りの利用である。リクエスタが「処分可能な」リクエストを開始し、当該リクエストは余剰の痕跡を残したり、又は送信されるデータの追加のコピーを生成したりしないため、プロセスを通してデータのセンダの認証はリクエストされない。
【００１８】
本発明のある実施形態において、データの単一管理ポイントのための方法は、データリクエストパーティーによる、データに対するリクエストを開始するステップを含み、リクエストパーティーは固有識別子と関連付けられる。プロセスは、リクエストパーティーによる、安全なデータコンテナを生成するステップへと続くが、当該安全なデータコンテナは空データである。安全なデータコンテナは、次に上記の固有識別子と関連付けられる。ＳＭＳ、電子メール等の通信手段を用いて、安全なデータコンテナが、例えばリクエストされたデータ対象を所有するパーティーである、データ送信パーティーへと伝送される。データコンテナの受信に際し、センダは安全なデータコンテナ内にデータを配置する。データ送信パーティーが安全なデータコンテナを閉じることで、データは固有鍵に基づいて暗号化される。その後、安全なデータコンテナ及び暗号化されたデータが、リクエスタへと送信される。
【００１９】
本開示で説明された要素及び利点、並びに以下の詳細な説明は、全てを包含するものではない。多数の追加の要素及び利点は、図面、明細書及び特許請求の範囲を見れば、当業者には明らかである。さらに、本明細書に用いられる語句は、主に可読性及び指導的な目的により選択されたものであり、発明の要旨の範囲を特定又は限定するために選択されたものではない。発明の要旨を決定するためには、特許請求の範囲を参照することが不可欠である。
【００２０】
前述及び他の、要素及び本発明の目的、並びにそれらを獲得するためのやり方は、以下の、添付図面を併せて説明される１つ以上の実施形態を参照することによってより明らかになり、発明それ自身は最大に理解される。
【図面の簡単な説明】
【００２１】
【図１Ａ】本発明の、安全なデータ交換の単一管理ポイントプロセスのための、ある方法実施形態のフローチャートである。
【図１Ｂ】本発明の、安全なデータ交換の単一管理ポイントプロセスのための、ある方法実施形態のフローチャートである。
【図２Ａ】本発明に係る、リクエストエンティティ及び送信エンティティの間の単一管理ポイントの安全なデータ交換のための方法のフローチャートである。
【図２Ｂ】本発明に係る、リクエストエンティティ及び送信エンティティの間の単一管理ポイントの安全なデータ交換のための方法のフローチャートである。
【図３】本発明のある実施形態に係る、単一管理ポイントの安全なデータ交換のためのハイレベルシステム図である。
【図４】本発明の１つ以上の実施形態を実装するために用いられ得る計算システムのハイレベルシステム図である。
【発明を実施するための形態】
【００２２】
図面は、ただ例示の目的のためだけに、本発明の実施形態を図示するものである。当業者は、以下の議論から、本明細書で例示された構造及び方法の代替の実施形態が、本明細書に説明される発明の概念を逸脱することなく採用され得ることをすぐに認識する。
【００２３】
暗号化されたデータを送受信するための単純かつ便利な手段は、以下で例示のやり方で説明される。データ又は情報の安全な送信は、歴史的にはセキュリティ及び利便性の間のトレードオフを必要としてきた。安全であるほど利便性は低く、便利であるほど安全性は低い。本発明は安全なデータの交換を単純かつ便利にすることで、既存のパラダイムを変化させる。
【００２４】
本発明の実施形態は、以下で添付の図面への参照により詳細に説明される。本発明はある程度の特定性で説明及び例示されているが、本開示は例示的なやり方でのみ行われ、本発明の理念及び保護範囲を逸脱することなく、部分の組み合わせ及び配置における数々の変更が当業者により施され得ることは、理解される。
【００２５】
添付の図面への参照を伴う以下の説明は、特許請求の範囲及びそれらの均等により画定された本発明の例示的実施形態の総合的な理解を助けるために提供されたものである。説明は、理解を助けるために様々な特定の詳細を含むが、これらはただ例示的なものでしかないと認識されるものである。従って、当業者は、本発明の保護範囲及び理念を逸脱することなく、本発明の実施形態の様々な変更及び改変が可能であることを認識する。また、よく知られた機能及び構造は、明瞭性及び簡潔性のために省略される。
【００２６】
以下の説明及び特許請求の範囲で用いられる用語及び単語は、言語学的な意味に限定されず、単に発明者が本発明の明確かつ一貫した理解を可能にするために用いられるものである。従って、本発明の実施形態の以下の説明が、ただ例示的な目的で提供されたものであり、つづく特許請求の範囲及びその均等により画定される本発明を限定する目的で提供されるものではないことは、当業者にとって明らかである。
【００２７】
「実質的に」の用語では、言及された特徴、パラメータ又は値厳密に達成される必要がなく、例えば公差、計測誤差、計測精度の限界及び当業者に知られた他のファクターを含む偏差又は変化が、特徴が意図された効果を排除しない程度に発生してもよいことを意味する。
【００２８】
全体を通して、類似の数値は類似の要素を示す。図面において、特定の線、層、部品、要素又は特徴は、明瞭性のため誇張されていることがある。
【００２９】
本明細書で用いられる用語は、特定の実施形態を説明する目的のものでしかなく、発明を限定することを意図するものではない。本明細書で用いられるに際し、単数形の「１つの」は、文脈で明確に示される場合を除き、複数形も含むことを意図している。従って、例えば「１つの構成要素の表面」への参照は、１つ以上の当該表面への参照を含む。
【００３０】
本明細書で用いられるに際し、「１つの実施形態」又は「ある実施形態」への参照は、当該実施形態に触れて説明された特定の要素、特徴、構造、又は特性が少なくとも１つの実施形態に含まれることを意味する。詳細な説明の様々な箇所における「ある実施形態において」の節の出現は、必ずしもすべて同一の実施形態を指すものではない。
【００３１】
本明細書で用いられるに際し、「備える」「備えている」「含む」「含んでいる」「有する」「有している」の語又はそれらの他の任意の変形は、非排他的な包含をカバーすることを意図する。例えば、ある一連の要素を含む手順、方法、物品又は装置は、必ずしもそれらの要素のみを含むものに限定されず、明に列挙されていないか、又はそのような手順、方法、物品又は装置に内在する他の要素を含み得る。さらに、明にそうでないことを記述されない限り、「又は」は包括的な「又は」を指し、排他的な「又は」を指すものではない。例えば、条件Ａ又はＢは、次のうちの任意の１つにより達成される：Ａは真（又は存在する）かつＢは偽（又は存在しない）、Ａは偽（又は存在しない）かつＢは真（又は存在する）、並びに、ＡとＢの両方が真（又は存在する）。
【００３２】
取り分けて定義されない限り、本明細書で用いられるすべての（技術的及び科学的用語を含む）用語は、本発明が属する分野における当業者により一般的に理解されている意味と同一の意味で用いられる。さらに、一般に用いられる辞書に定義されている用語と同様に、用語は、詳細な説明及び関連技術の文脈と一致する意味を有するものとして解釈されるべきであり、本明細書で明にそのように定義されない限り、理想化されたか又は過剰に形式的な意味で解釈されるべきではないことはさらに理解される。よく知られた機能又は構造は、簡潔性及び／又は明瞭性のため、詳細には説明されないことがある。
【００３３】
ある要素が別の要素に対して、「上にある」、「取り付けられている」、「接続されている」、「結合されている」、「接している」、「搭載されている」等として示されるとき、それは直接当該別の要素の上にあり、取り付けられ、接続され、結合され、又は接触していてもよいし、介在する要素が存在してもよい。それとは対極に、ある要素が別の要素に対して「直接上にある」、「直接取り付けられている」、「直接接続されている」、「直接結合されている」あたは「直接接触している」とき、介在する要素は存在しない。別の特徴に「隣接して」配置された構造又は特徴への参照が、当該隣接する要素に重なり、又は当該要素の下にある部分を有してよいことも、当業者により受容される。
【００３４】
「下に」「下方に」「低部」「上方に」「高部」当の空間的に相対的な用語は本明細書において、１つの要素又は特徴の、図に示される別の（単数又は複数の）要素又は特徴に対する関係性の説明を簡単にするために用いられる。空間的に相対的な用語は、図に示される方向に加えて、使用又は動作におけるあるデバイスの異なる方位を含み得ることを意図していることは、理解される。例えば、図中のデバイスが倒立している場合、他の要素又は特徴の「下に」又は「下方に」あるとして説明された要素は、当該他の要素又は特徴の「上に」向けられる。従って、例の「下に」の用語は、「上に」及び「下に」の両方の方向を含み得る。デバイスは他の方向に向けられていてよく（９０度回転されるか、又は他の角度）、本明細書に用いられる空間的に相対的な説明は、それに応じて解釈される。同様に、特に示されない限り、「上向きに」「下向きに」「垂直な」「水平な」等の用語は、本明細書において説明の目的でのみ用いられる。
【００３５】
文書又はデータを安全に送信する能力は、歴史的には、双方の本人認証が行われる複数ステップのプロセスに係る；通信経路の両端末に特別なプログラムがダウンロード及びインストールされ、暗号化されたデータを送受信するための安全なゲートウェイ、又は「ポータル」が確立される。このプロセスは冗長かつ時間を消費し、社会の大多数にとっては、それを用いないことを選択するか、又は単に用いることができないほどに複雑である。しかしながら、一地点から別の地点に機密情報を送信することへの需要は残る。
【００３６】
インターネットは高速かつ便利な情報の伝送を可能にしたが、暗号化されないインターネット経路を用いることは、機密データが間違った相手に届き得るリスクを内包する。当業者は、インターネットを用いて一地点から別の地点に効率的かつ安全に伝送され得る複数の技術が存在することを認識する。しかしながら、現行のプロセスは冗長で、複雑かつ時間を消費する。本発明は、安全でありながら造作なくデータを伝送する能力を保持する。
【００３７】
本発明のある実施形態によれば、暗号化されたデータは、センダ及びレシーバの間の、単一接触点又は単一管理チェーンの「暗号化されたトンネル」（すなわち安全な伝送路）を移動する。レシーバによるデータリクエストの開始は、レシーバに負担を課したり、新たなツール、デバイス、アカウント又はアプリケーションを使用することをレシーバにリクエストしたりせず、それどころか、安全な通信ポータルは、単一接触管理チェーンを用いる２人の特定の使用者の間の、一回限り（使い捨て）かつ単一の使用に固有のゲートウェイである。レシーバが、直接センダ（本明細書ではクライアントとも呼ばれる）に向けられた「処分可能な」リクエストを送信し、当該リクエストは余剰の痕跡を残したり、又は送信されるデータの追加のコピーを生成したりしないため、センダの認証はリクエストされない。
【００３８】
図１を参照して、別の実施形態によれば、プロセスは、リクエストパーティー（「レシーバ」）による、データの新規リクエストの作成（１１０）から開始する（１０５）。当該リクエストは、連絡先情報（電話番号、電子メールアドレス、氏名等）といったデータセンダ（「センダ」）に関する情報、及びレシーバが含むことを望む任意の他の情報を含み得る。特定のデータに対するリクエストが形成されると、固有識別「トークン」１１５が生成され、リクエストと紐付けられる。このプロセスは、センダのデータのために空の安全なデータ「コンテナ」を作成する。
【００３９】
センダの指名、電話番号といった、リクエストと関連した識別情報は暗号化される（１２０）。トークンは、空のデータコンテナを、レシーバ及びセンダの両方に個別にリンクし、例えば電子メールなどのショートメッセージサービス（ＳＭＳ）のゲートウェイ、又はデータレシーバ（すなわちデータのリクエスタ）からの他の通信プラットフォーム若しくは手段を介して送信（１３０）される。当業者が受容するように、用語「レシーバ」及び「センダ」の使用は、いかなるやり方でも本発明の保護範囲を限定することを意図するものではない。実際、レシーバ及び／又はセンダは人又は機械ベースであり得るし、データの交換は任意の種類のデータ通信システムに適用可能である。
【００４０】
明瞭性のために、ＳＭＳはほとんどの電話、ワールドワイドウェブ、及び携帯電話システムで利用可能なテキストメッセージの特徴であり、本発明と接続されて用いられ得る。ＳＭＳは、携帯電話デバイスが短いテキストメッセージを交換することを可能にする、標準化された通信プロトコルを用いる。中間サービスがテキストから音声への変換を補助してもよい。凡そ６０億人、又は全世界の人口の約８４％、がＳＭＳメッセージングを利用しており、ＳＭＳは世界規模で最も広く用いられるデータアプリケーションとなっている。
【００４１】
センダが（電子メールクライアント、インスタントメッセージ、ＳＭＳ、類似のテキストシステム等の）サードパーティーメッセージング又はソフトウェアを通じて空のデータコンテナ（すなわちトークンと関連付けられたＵＲＬリンク）を受け取る（１３５）と、センダはソフトウェア「リンク」にアクセス（オープン）（１４０）して安全な接続を確立し、認証を確認するために、レシーバ（又はより正確には、レシーバの認証ソフトウェア）によりトークンが検査される。レシーバのシステムがトークンは本物であることを確認すると、両者（レシーバ及びセンダ）の間の安全な接続が確立される。一般に、センダはレシーバとの関係性を有し、リクエストを待つ。
【００４２】
レシーバにより検証されたトークンにより、レシーバの暗号化された情報リクエストは、センダによる見直しのために、読みやすいテキストへと復号化（１５０）される。確立された安全な接続により、センダは何のデータがリクエストされているかの詳細説明を見ることができる。センダはその後、リクエストされた実データを選択することで、リクエストを完了する。データはその後、リクエスタのために、サイトにアップロード（１５５）される。センダはセンダの本人性を確立するために、新たなソフトウェアをダウンロード又はインストールしたり、パスワード又はＰＩＮを提供したり、他のいかなる追加のステップを踏んだりもする必要がないことにも注意すべきである。確立された安全なインターネット接続により、センダは高速かつ効率的に、文書及び他のデータをレシーバに送信することができる。
【００４３】
本発明の他の実施形態によれば、センダは文書そのものではなく文書の画像を送信する。センダは単に、安全なデータコンテナの中にそれらを送ることで、文書、画像又は他のファイルをアップロードすることができる。
【００４４】
任意のデータ又はデータパッケージ「ファイル」がデータコンテナにより受信されると、それは即座に暗号化（１６０）される。データ「ファイル」の各パッケージが完全にアップロードされた後は、コンテナはセンダがデータにアクセスすることを許可しない。センダはデータが削除又は除外されるように指示することはできても、アップロードされたデータを閲覧／アクセスすることはできない。これが「一方通行」経路システムである。センダは１つのリクエストにつき、望む数のパッケージ又は「ファイル」をアップロードすることができる。センダが適切なデータパッケージ及び／又はデータのすべてをアップロードし終えると、センダはリクエストコンテナを閉じてリクエストを終了する機能を選択することで、リクエストを完了させる。一度コンテナが閉じられてリクエストが完了されると、このリクエストに固有のリンクはデータフロー（送受信）のためにはアクセス不可となる。センダ又はレシーバの間のいかなるデータも、このトークンを通じては流れることができない。もしさらなるデータがセンダ及びレシーバの間で送信される必要がある場合、新たな「トークン」で新たなリクエストが開始（１１０）されなければならない。
【００４５】
暗号化されたデータコンテナがレシーバの位置に到着（１６５）した時、レシーバは新たなデータが到着したことを通知される。認証されると、レシーバはデータにアクセス可能となり、レシーバにより定められた通り、データを復号化又は他のストレージ場所に送信させることができる。暗号化されたデータは、センダにリクエストが送信された時に生成された鍵を用いてシームレスに復号化され得るため、データを復号化するために、特殊なプログラム／アプリケーション又はコードは一切リクエストされない。
【００４６】
説明に含んでいるフローチャートは、単一管理チェーンを用いて安全にデータを伝送するために用いられる方法の例を示す。この説明において、フローチャートの各ブロック表現は、及びフローチャート表現中のブロックの任意の組み合わせは、コンピュータプログラム命令により実装され得ることは理解される。これらのコンピュータプログラム命令は、コンピュータ又は他のプログラマブルな装置にロードされ、コンピュータ又は他のプログラマブルな装置上で実行されて、１つ又は複数のフローチャートブロックに示された機能を実装するための手段を作成するようなマシンを作り出す。これらのコンピュータプログラム命令は、コンピュータ又は他のプログラマブルな装置に指示して、コンピュータ可読メモリ内に格納された命令が１つ又は複数のフローチャートブロックに示された機能を実装する命令手段を含む製品を生成するような所定のやり方で機能させることが可能なコンピュータ可読メモリに格納されてもよい。コンピュータプログラム命令は、コンピュータ又は他のプログラマブルな装置にロードされて、一連の動作ステップが当該コンピュータ又は他のプログラマブルな装置の上で実行され、コンピュータ又は他のプログラマブルな装置の上で実行される命令が１つ又は複数のフローチャートブロックに示された機能を実装するためのステップを提供するようなコンピュータ実装のプロセスを生成するようにしてもよい。
【００４７】
従って、フローチャート表現のブロックは、所定の機能を実行するための手段の組み合わせ及び所定の機能を実行するためのステップの組み合わせをサポートする。フローチャート表現の各ブロックが、及びフローチャート表現のブロックの組み合わせは、所定の機能又はステップを実行する特殊用途向けのハードウェアベースコンピュータシステム、又は、特殊用途向けハードウェア及びコンピュータ命令の組み合わせにより実装され得ることも理解される。
【００４８】
取り分けて記述されない限り、「処理」「計算」「演算」「定義」「表現」「表示」などの語を用いる本明細書における議論は、１つ以上のメモリ（例えば揮発性メモリ、不揮発性メモリ又はその組み合わせ）、レジスタ又は情報を受信、格納、送信又は表示する他の機械構造中の物理的（例えば電気的、磁気的又は光学的）な量により表現されたデータを操作又は変換する機械（例えばコンピュータ）による行動又はプロセスを指し得る。
【００４９】
本開示を読むに際し、当業者は、本明細書に開示された概念を通じて、データを交換するためのシステム及びプロセスのための追加の代替構造及び機能設計を受容する。従って、特定の実施形態及び適用例が図示及び説明される一方で、開示される実施形態は、本明細書に開示された的確な構造及び構成要素に限定されないことは理解されるべきである。本明細書に開示された方法及び装置の配置、操作及び詳細には、当業者にとって明らかであるように、続く特許請求の範囲に画定された理念及び保護範囲から逸脱することなく、様々な改変、変更及び変形が施されてもよい。
【００５０】
図２は、本発明のある実施形態に係る、２パーティー間の単一管理ポイントデータ交換のための方法を示すフローチャートである。プロセスは、単一管理チェーンを用いる顧客の認証（２１０）から開始する（２０５）。リクエストロール２０８において、顧客は固有識別子と関連付けられた文書リクエストを作成（１１０）する。リクエスト及び識別子は、データが空の安全なデータコンテナを形成する。リクエスト及びデータコンテナはクライアントへと送信（１３０）され、クライアントはリクエストを受信し、アクセスしてリクエスト（１６０）された通りにデータをデータコンテナに追加し（１６１）、コンテナを閉じる。コンテナを閉じる１６２ことにより暗号化プロセスは完了され、データコンテナ及び当該暗号化されたコンテンツはリクエスタに送り返される。
【００５１】
各コンテナはデータリクエスタと単射に関連付けられた固有識別子と関連付けられているため、データの包みであるデータコンテナの返送により、リクエスタは、新たなデータは受け取りの準備ができているということを通知される。リクエストエンティティは、認証（２１０）されると、完了されたデータリクエストをもらう。完了されたデータリクエストのうちの１つ以上が選択され、リクエストと関連付けられた固有鍵を用いて復号化（２３０）される。
【００５２】
同様に、本発明は、単一管理ポイントを用いてデータを送信するためにも用いることができる。データの保持者は、まず認証（２１０）され、その後安全なデータコンテナを作成（２４０）できる。コンテナ及び内包されたデータ２５５は暗号化（２５０）され、目的のレシーバに宛てられる（２６０）。目的のレシーバは、やって来るデータ伝送を通知され、文書が宛てられたエンティティかどうかを検証（２８０）される。受信パーティーが確かに目的のレシーバであると検証されると、データは復号化（２９０）される。
【００５３】
本発明はデータのために準完全に安全なコンテナを製作する。リクエストエンティティにより固有識別子と関連付けられるデータコンテナは、データが空である。コンテナ及びコンテナにデータを追加することへのリクエストは、クライアントに送信されるメッセージへと合成される。メッセージ及びデータのリクエストの受け取りに際し、クライアントは安全を確保してデータを伝送するための安全な環境を作成するのに何もする必要はない。安全な環境、又はデータコンテナは、すでに作成されてむしろデータ、すなわちクライアントにより供給されるデータを待っている。クライアントがリクエストされたデータをデータコンテナに置くと、コンテナは閉じて、先ほど関連付けられた固有識別子に基づいてデータを暗号化する。今は閉じられて暗号化されたデータを含むコンテナは、コンテンツを復号化するための鍵を唯一保持している元のリクエストエンティティに戻る。
【００５４】
図３は、単一管理ポイントのデータ交換のためのシステムのハイレベル表現を示す。本発明のある実施形態によると、レシーバ（データのリクエスタ）３０５は、センダ３５０からのデータ３６０に対するリクエストを作成してデータ３６０を探す。レシーバ３０５は、唯一レシーバによってのみ所有される固有暗号化鍵３１０を有する。リクエストは、本明細書で説明されるトークン３１５と固有に関連付けられた、データが空のデータコンテナ３２０を形成する。インターネット又はインターネット３３０及び通信エンジンを用いて、空のデータコンテナ３２０はセンダ３５０へと伝送される。センダ３５０はリクエストごとに、データコンテナ３２０中に置かれると暗号化されて安全なデータコンテナ３８０を形成するデータ３６０を追加する。安全なデータコンテナ３８０は、暗号化されたデータ３７０が復号化されるレシーバへと戻される。
【００５５】
単一管理ポイントのデータ伝送のための方法の一実施形態は、
データリクエストパーティーが、データに対するリクエストを開始するステップであって、リクエストパーティーは固有識別子と関連付けられている、ステップと、
リクエストパーティーが、安全なデータコンテナを作成するステップであって、安全なデータコンテナはデータが空である、ステップと、
安全なデータコンテナを固有識別子と関連付けるステップと、
安全なデータコンテナをデータ送信パーティーに届けるステップと、
データ送信パーティーが、安全なデータコンテナにデータを置くステップと、
データ送信パーティーが、安全なデータコンテナを閉じるステップであって、安全なデータコンテナを閉じることは、固有鍵に基づいてデータを暗号化する、ステップと、
安全なデータコンテナ及び暗号化されたデータを、リクエストパーティーに送信するステップとを含む。
【００５６】
本発明が本発明の理念又は必須の特性から逸脱することなく、他の特定の形式で実施され得ることは当業者に理解される。同様に、モジュール、制御、機能、システム、エンジン、層、特徴、性質及び他の態様の名称及び分割は、必須又は重要ではなく、本発明を実装する機構又はその特徴は、他の名前、分割及び／又は形式を有し得る。さらに、当業者にとっては明らかなように、モジュール、制御、機能、システム、エンジン、層、特徴、要素、方法及び本発明の他の態様は、ソフトウェア、ハードウェア、ファームウェア又はそれら３つの任意の組み合わせにより実装され得る。当然、本発明のある構成要素がソフトウェアで実装される場合、当該構成要素はスクリプトとして、スタンドアロンなプログラムとして、より大きなプログラムの一部分として、複数の個別のスクリプト及び／若しくはプログラムとして、静的又は動的にリンクされたライブラリとして、カーネルロード可能モジュールとして、デバイスドライバとして、並びに／又は、現在又は将来においてコンピュータプログラミングの当業者により知られるすべての、かつ任意の他のやり方により実装され得る。加えて、本発明はいかなる特定のプログラミング言語に、又は、いかなる特定のオペレーティングシステム又は環境のために限定されることもあり得ない。従って、本発明の開示は例示的なものであり、以下の特許請求の範囲で記載された本発明の保護範囲を限定することを意図するものではない。
【００５７】
ある好適な実施形態において、本発明はソフトウェアとして実装され得る。本発明を実施するソフトウェアプログラミングコードは典型的には、フラッシュドライブ又はハードドライブなどの、ある種の長期の永久記憶媒体から、マイクロプロセッサによりアクセスされる。ソフトウェアプログラミングコードは、例えばフロッピーディスク、ハードドライブ、ＣＤ−ＲＯＭなどの、データ処理システムで用いられる様々な既知のメディアのいずれの上でも実施され得る。コードはそういったメディアに乗せて配布されるか、又はメモリ若しくはストレージからネットワークを介して他のコンピュータシステムへ、そのような他のシステムでの使用のために配布され得る。代替的に、プログラミングコードはデバイスのメモリ内で実施され、内部バスを用いてマイクロプロセッサによりアクセスされ得る。メモリ内、物理メディア上及び／又はネットワークを介する配布ソフトウェアコードにおいてソフトウェアプログラミングコードを実装するための技術及び方法はよく知られており、本明細書でさらに議論されることはない。
【００５８】
一般に、プログラムモジュールは、所定のタスクを実行するか、又は所定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含む。さらに当業者は、本発明が、手で持つデバイス、マルチプロセッサシステム、マイクロプロセッサベース又はプログラマブルの消費者電子機器、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ等の、他のコンピュータシステム構成でも実施され得ることを受容する。本発明は、通信ネットワークを介してリンクされた、遠隔の複数の処理デバイスによりタスクが実行される分散演算環境でも実施され得る。分散演算環境において、プログラムモジュールはローカル及びリモートの記憶デバイスの両方に位置し得る。
【００５９】
本発明を実装するためのシステムの例は、伝統的なパーソナルコンピュータ、個人通信デバイス等の形の、処理ユニット、並びに、システムメモリ４２０から処理ユニット（マイクロプロセッサ）４１０を含むシステムメモリ及び様々なシステム構成要素を結びつけるシステムバスを含む一般用途向け演算デバイスを含む。システムバスは、いくつかの種類のバス構造のいずれであってもよく、メモリバス又はメモリコントローラ、周辺バス、並びに様々なバス構造のうちの任意のものを用いるローカルバスを含む。例えばスタートアップの間に、パーソナルコンピュータ内の複数の要素の間で情報を伝送するのを助ける基本的なルーチンを含む基本入出力４５０システム（ＢＩＯＳ）が、ＲＯＭ内に格納される。パーソナルコンピュータは、ハードディスクからの読み出し及びハードディスクへの書き込みのためのハードディスクドライブ、取り外し可能な磁気ディスクからの読み込み又は当該磁気ディスクへの書き込みのための磁気ディスクドライブといった永久記憶媒体４２０をさらに含み得る。ハードディスクドライブ及び磁気ディスクドライブは、それぞれハードディスクドライブインターフェース及び磁気ディスクドライブインターフェースによりシステムバスと接続される。当該ドライブ及び関連付けられたコンピュータ可読媒体は、コンピュータ可読命令、データ構造、プログラムモジュール及びパーソナルコンピュータのための他のデータの不揮発性のストレージを提供する。システムはトランシーバ４６０又は類似のデバイスをさらに含み、他のデバイスとの（無線又はそれ以外の）通信を可能にしてもよい。本明細書で説明される実施形態の例はハードディスク及び取り外し可能な磁気ディスクを採用しているが、操作環境の例においてはコンピュータによりアクセス可能なデータを格納できる他の種類のコンピュータ可読媒体も用いられ得ることは、当業者により受容されるべきである。
【００６０】
本明細書で説明されたような本発明の実施形態は、様々な無線ネットワーク及びそれらに関連付けられた通信デバイスへの参照により実装され得る。ネットワークは、（データレポジトリにアクセスし得る）ゲートウェイコンピュータ又はアプリケーションサーバ等の、メインフレームコンピュータ又はサーバを含んでいてもよい。ゲートウェイコンピュータは、各ネットワークへの入り口の点として機能する。ゲートウェイは通信リンクの手段により別のネットワークと接続され得る。ゲートウェイは１つ以上のデバイスと直接結合されてもよい。ゲートウェイは間接的に１つ以上のデバイスと結合されていてもよい。さらに、ゲートウェイは、１つ以上のデバイスと間接的に結合されていてもよい。ゲートウェイコンピュータは、例えばデータレポジトリといったストレージデバイスとも結合され得る。
【００６１】
当業者により理解される通り、本発明は、その理念又は必須の特徴から逸脱することなく、他の特定の形式で実施され得る。同様に、モジュール、制御、機能、システム、エンジン、層、特徴、属性、方法及び他の態様の特定の名付け及び分割は、必須又は重要なものではなく、本発明又はその特徴を実装する機構は異なる名称、分割及び／又は形式を有することもある。さらに、当業者にとっては明らかなように、本発明のモジュール、制御、機能、システム、エンジン、層、特徴、属性、方法及び他の態様は、ソフトウェア、ハードウェア、ファームウェア又はそれら３つの任意の組み合わせにより実装され得る。当然、本発明の構成要素がソフトウェアとして実装される場合、当該構成要素はスクリプトとして、スタンドアロンのプログラムとして、より大きなプログラムの一部分として、複数の個別のスクリプト及び／又はプログラムとして、静的又は動的にリンクされたライブラリとして、カーネルロード可能モジュールとして、デバイスドライバとして、及び／又はコンピュータプログラミングの当業者により現在又は将来において知られるすべての、かつ任意の他のやり方により実装され得る。加えて、本発明はいかなる特定のプログラミング言語に、又はいかなる特定のオペレーティングシステム又は環境のために限定することもあり得ない。従って、本発明の開示は例示的な者であり、以下の特許請求の範囲で記載された本発明の保護範囲を限定することを意図するものではない。
【図１Ａ】
2019530934.tif 000003
【図１Ｂ】
2019530934.tif 000004
【図２Ａ】
2019530934.tif 000005
【図２Ｂ】
2019530934.tif 000006
【図３】
2019530934.tif 000007
【図４】
2019530934.tif 000008
【国際調査報告】
2019530934.tif 000009
2019530934.tif 000010