(57)【特許請求の範囲】
【請求項１】
コンピューティングデバイスにより実行されるファイルの復号方法において、
暗号化されたファイルと、当該ファイルの暗号化に使用された暗号キーと、前記暗号化されたファイルを復号する復号化モジュールとを含む暗号化ファイルを受信する段階と、
前記復号化モジュールの実行により、前記暗号キーに含まれる受信者の電話番号を用いて前記受信者の個人端末にプッシュメッセージを転送する段階と、
前記プッシュメッセージに応じて前記個人端末から発送された認証キーを用いた個人端末認証を行い、前記個人端末認証が成功すると、前記暗号キーを利用して、前記復号化モジュールにより前記暗号化されたファイルを復号する段階と、
を含むファイルの復号方法。
【請求項２】
前記プッシュメッセージには、前記のコンピューティングデバイスのネットワーク情報が含まれ、前記個人端末は、前記ネットワーク情報を用いて、前記コンピューティングデバイスが前記個人端末と同じネットワークに存在しない場合に、前記認証キーの転送前に、関連するメッセージを画面に表示し、ユーザーの確認手続きを行うことを特徴とする、請求項１に記載のファイルの復号方法。
【請求項３】
前記プッシュメッセージには、前記の暗号キーに含まれる送信者の電話番号が含まれ、前記個人端末は、予め格納された連絡先情報に前記送信者の電話番号が登録されている場合にのみ、ユーザーへ問い合わせることなく前記認証キーを前記コンピューティングデバイスに転送することを特徴とする、請求項１に記載のファイルの復号方法。
【請求項４】
前記個人端末から前記認証キーと一緒に削除メッセージが受信されると、前記暗号化ファイルを削除することを特徴とする、請求項１に記載のファイルの復号方法。
【請求項５】
前記暗号化ファイルを削除する前に、前記個人端末に前記暗号化ファイルを転送することを特徴とする、請求項４に記載のファイルの復号方法。
【請求項６】
コンピューティングデバイスで行われるファイルの暗号化方法において、
入力された受信者の電話番号を含む暗号キーを用いて、選択されたファイルを暗号化する段階と、
前記暗号キーと、暗号化されたファイルと、前記暗号化されたファイルを復号する復号化モジュールとを含む暗号化ファイルを生成する段階と、
前記暗号化ファイルを受信者のコンピュータに送信する段階と、
を含み、前記暗号化ファイルを取得した前記受信者のコンピュータは、前記復号化モジュールの実行により、前記電話番号を利用して前記受信者の個人端末にプッシュメッセージを転送し、前記個人端末から受信される認証キーを用いた個人端末認証が成功すると、前記復号化モジュールにより前記暗号化されたファイルが復号されることを特徴とする、ファイルの暗号化方法。
【請求項７】
予め格納された連絡先情報から前記受信者の電話番号と電子メールアドレスとを抽出する段階を含み、
抽出された当該電話番号を用いて前記暗号化ファイルを生成し、前記電子メールアドレスに、前記暗号化ファイルを転送することを特徴とする、請求項６に記載のファイルの暗号化方法。
【請求項８】
前記暗号キーは、送信者の電話番号をさらに含み、前記個人端末は、予め格納された連絡先情報に前記送信者の電話番号が登録されている場合にのみ、ユーザーへ問い合わせることなく前記認証キーを前記受信者のコンピュータに転送することを特徴とする、請求項６に記載のファイルの暗号化方法。
【請求項９】
請求項１から請求項５のいずれか一項に記載の復号方法をコンピューティングデバイスに実行させるコンピュータプログラム。
【請求項１０】
請求項６から請求項８のいずれか一項に記載の暗号化方法をコンピューティングデバイスに実行させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイルの暗号及び復号に関し、より詳細には、個人端末の電話番号を用いたファイルの暗号化及び復号化の方法に関する。
【背景技術】
【０００２】
最近では、コンピュータ、移動通信端末など様々な形態のコンピューティングデバイスが利用されており、インターネット網だけでなく、移動通信網などの通信網の発達により、いつでもどこでも、デバイス間の通信が可能になった。これにより、ネットワークを介してのファイルの送受信が盛んに行われており、それにより、重要なファイルのセキュリティ維持が課題となっている。
【０００３】
一般的には、ファイルのセキュリティを維持するために暗号システムを用いる。つまり、ファイルを提供する者(送信者と称する。)は、ファイルを暗号化して転送し、受信側(受信者と称する。)では、暗号化されたファイルを復号化して用いる。ファイルを暗号化し復号化する暗号システムでは、ファイルを暗号化する際に使用される暗号キーと復号化する際に使用される復号キーとが必要になる。ここで、暗号キーと復号キーとは、互いに同じものが利用されることもあり、または、互いに異なるキーが利用されることもある。
【０００４】
従来の暗号化システムでは、暗号化されたファイルを受信した受信者は、当該暗号を解除するためには、必ず復号キーを知っているか、別のファイルとして所有していなければならない。簡単な例を挙げれば、ファイルを提供する送信者側では、ファイルを暗号キーで暗号化し、受信者に提供した後、どのような復号キーを使用すべきかを別途に受信者に報知しなければならない。また、受信者は、当該ファイルを復号化するために、たとえば、暗証番号などの復号キーをいちいち入力しなければならないという不都合が存在する。さらに、暗号化したとしても、当該復号キーを知っている人なら誰でも復号化して、ファイルを開いて見れるというセキュリティ上の問題も生じることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
それで、本発明は、上述した問題点を解決するために案出されたものであり、その目的とするところは、受信側で復号キーを知らなくても、暗号化されたファイルを復号することができる電話番号を用いたファイルの暗号化及び復号化の方法とその方法を実行するプログラムが記録された記録媒体を提供することにある。
【０００６】
また、本発明の他の目的は、使用者の便宜を提供するために、ユーザーの入力を最小化して、暗号化されたファイルを復号することができる電話番号を用いたファイルの暗号化及び復号化の方法を提供することにある。
【０００７】
また、本発明の更に他の目的は、連絡先情報を用いて、受信者の選択、受信者の電話番号を用いたファイルの暗号化、及びファイルの転送を便利に行える電話番号を用いたファイルの暗号化及び復号化の方法を提供することある。
【０００８】
本発明の他の目的は、以下に記述される好適な実施例に基づいてより明確になるだろう。
【課題を解決するための手段】
【０００９】
本発明の一態様によれば、コンピューティングデバイスで行われるファイルの復号方法において、暗号化ファイルが実行されると、前記暗号化ファイルに含まれている復号化モジュールの実行により、暗号キーに含まれている電話番号による個人端末にプッシュメッセージを転送する段階と;前記個人端末から発送された認証キーを用いた個人端末認証を行う段階と;前記個人端末認証が成功すると、前記復号化モジュールにより前記暗号化ファイルを復号する段階と、を含むファイルの復号方法及びその方法を実行するプログラムが記録されている記録媒体が提供される。
【００１０】
ここで、前記プッシュメッセージには、前記コンピューティングデバイスのネットワーク情報が含まれ、前記個人端末は、前記ネットワーク情報を用いて、前記コンピューティングデバイスが同じネットワークに存在しないと、前記認証キーの転送前にユーザーに確認することができる。
【００１１】
また、前記プッシュメッセージには、前記暗号キーに存在する送信者の電話番号が含まれ、前記個人端末は、具備された連絡先情報に前記送信者の電話番号が登録されている場合のみ、ユーザーへ問い合わせることなく前記認証キーを転送することができる。
【００１２】
また、前記個人端末から前記認証キーと共に削除メッセージが受信されると、前記暗号化ファイルを削除することができ、また、前記暗号化ファイルを削除する前に、前記個人端末に転送することができる。
【００１３】
そして、コンピューティングデバイスで行われるファイルの暗号化方法において、入力された受信者の電話番号を含む暗号キーを用いて、選択されたファイルを暗号化する段階と;前記受信者の電話番号が与えられた個人端末との認証により暗号化された前記ファイルを復号する復号化モジュールと前記暗号化されたファイルを含む暗号化ファイルとを生成する段階と、を含み、前記暗号化ファイルを取得した受信者コンピュータは、前記復号化モジュールの実行により、前記受信者の電話番号による個人端末にプッシュメッセージを転送し、前記個人端末から受信される認証キーを用いた個人端末認証が成功すると、前記暗号化ファイルを復号することを特徴とする、電話番号を用いたファイルの暗号方法及びその方法を実行するプログラムが記録されている記録媒体が提供される。
【００１４】
ここで、具備された連絡先情報による受信者が選択されると、前記連絡先情報から前記受信者による電話番号と電子メールアドレスとを抽出する段階を含み、前記電話番号を前記受信者の電話番号として用いて前記暗号化ファイルを生成し、前記電子メールアドレスに前記暗号化ファイルを転送することができる。
【００１５】
また、前記暗号キーには、送信者の電話番号がさらに含まれるようにし、前記個人端末は、具備された連絡先情報に前記送信者の電話番号が登録されている場合にのみ、ユーザーへ問い合わせることなく前記認証キーを前記受信者コンピュータに転送することができる。
【発明の効果】
【００１６】
本発明によると、受信者の電話番号を用いたファイルの暗号化を行うことにより、受信者は、その電話番号による自分の個人端末のみを所持するだけで、復号キーを知らなくても、暗号化されたファイルを復号することができる。
【００１７】
また、本発明によれば、ネットワークの状況に応じて、個人端末を所持するだけで、別の入力がなくても、暗号化されたファイルを復号化することができ、ユーザーの便宜性を提供する。
【００１８】
また、本発明によれば、ファイルを暗号化する側では、連絡先情報を用いて、受信者の選択、受信者に適したファイルの暗号化、及びファイルの転送を便利に行えるようにする。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施例に係る電話番号を用いたファイルの暗号及び復号のための全てのシステムを示す概略構成図である。
【図２】本発明の一実施例に係る送信者コンピュータで行われるファイルの暗号化過程を示すフローチャートである。
【図３】本発明の一実施例に係る受信者コンピュータで行われる暗号化ファイルの復号化過程を示すフローチャートである。
【図４】本発明の一実施例に係る個人端末での暗号化ファイルの復号化のための認証処理過程を示すフローチャートである。
【図５】本発明の一実施例に係る暗号キーの構成を示す図である。
【図６】本発明の一実施例に係る個人端末が公認された認証キーを用いるファイルの復号化過程を示す例示図である。
【発明を実施するための形態】
【００２０】
本発明は、様々な変更を加えることができ、様々な実施例を持つことができるところ、特定の実施例を図面に例示し、詳細に説明しようとする。しかし、これは、本発明を特定の実施形態に限定しようとするものではなく、本発明の思想及び技術範囲に含まれるすべての変更、均等物ないし代替物を含むものと理解されるべきである。
【００２１】
以下、添付の図面を参照して、本発明に係る実施例を詳細に説明することとし、添付の図面を参照して説明するにあたり、図面符号に関係なく、同一または対応する構成要素は、同じ参照番号を付し、これに対する繰り返される説明は省略することにする。
【００２２】
図１は、本発明の一実施例に係る電話番号を用いたファイルの暗号及び復号のための全てのシステムを示す概略構成図であり、図５は、本発明の一実施例に係る暗号キーの構成を示した図である。
【００２３】
図１を参照すれば、本実施形態に係る全てのシステムは、送信者コンピュータ１０と、受信者コンピュータ２０と、個人端末３０と、を含む。
【００２４】
送信者コンピュータ１０は、ファイルを暗号化するユーザー(以下、送信者と称する。)のコンピューティングデバイスであって、送信者は、ファイルを暗号化して受信者(受信者コンピュータ２０のユーザー)に送信するが、ファイルを暗号化する際に、受信者が有する個人端末(３０、例えば、スマートフォンなど)の電話番号(以下、受信者の電話番号と称する。)を使用する。
【００２５】
図５を共に参照すれば、一例によるファイルを暗号化する際に使用される暗号キーは、固有キーと受信者の電話番号とを含む。つまり、送信者コンピュータ１０は、ファイルを暗号化する際に慣用キー暗号アルゴリズムを用いるが、受信者の電話番号が含まれている暗号キーを用いてファイルを暗号化する。このように、暗号化されたファイルを暗号化ファイルと称することにし、これについては、以後詳細に説明することにする。そして、図面に示されたように、各実施例に従って、暗号キーは、固有キーと受信者の電話番号とを含むａタイプと、送信者の電話番号をさらに含むｂタイプとに区分することができる。送信者の電話番号を活用する方法については、以後説明することにする。
【００２６】
受信者は、自分のコンピューティングデバイスである受信者コンピュータ２０を用いて取得した暗号化ファイルを実行すると、自分の個人端末３０を用いた認証により、該当ファイルを復号して使用することができる。
【００２７】
以下、ファイルの暗号化過程及び復号化過程について説明することにする。
【００２８】
図２は、本発明の一実施例に係る送信者コンピュータ１０で行われるファイルの暗号化過程を示すフローチャートである。図２を参照すれば、送信者コンピュータ１０は、暗号化するファイルを選択され(Ｓ２１０)、暗号キーを生成するために、受信者の電話番号を入力される(Ｓ２２０)。ここで、一例によれば、送信者コンピュータ１０は、自体格納された、あるいは、通信網を介して結合されたサーバー装置に、ユーザアカウントとして格納された連絡先情報を用いて受信者の電話番号を入力処理することもできる。簡単な例として、送信者コンピュータ１０は、格納された連絡先情報に基づく各個人の連絡先を閲覧できるユーザーインターフェイス画面を出力し、ユーザーがいずれかの個人を受信者として選択すると、該当受信者の移動通信電話番号を受信者の電話番号として選択して入力処理する。
【００２９】
図５を参照して説明したように、入力された受信者の電話番号が含まれている暗号キーを用いて、選択されたファイルを暗号化する(Ｓ２３０)。
【００３０】
暗号キーと、暗号化されたファイル及び復号化モジュールを含む自動復号化の実行ファイルである暗号化ファイルとを作成する(Ｓ２４０)。後述するが、復号化モジュールは、受信者の電話番号に従う個人端末３０との認証により暗号化されたファイルを復号化する。送信者は、このように生成された暗号化ファイルを受信者に配信するために、一例によれば、 Ｓ２２０での連絡先情報を用いる場合、受信者の連絡先情報による電子メールアドレスにて生成された暗号化ファイルを自動的に転送することもできる。簡単に言えば、送信者は、連絡先情報を用いて、受信者を選択するだけで、該受信者の電話番号にてファイルを暗号化し、それによる暗号化ファイルを受信者の電子メールアドレスに自動的に送信することにより、簡便な操作性を提供することになる。
【００３１】
以下の受信者コンピュータ２０で行われる暗号化ファイルの復号化過程について説明することにする。
【００３２】
図３は、本発明の一実施例に係る受信者コンピュータ２０で行われる暗号化ファイルの復号化過程を示すフローチャートである。図３を参照すれば、受信者コンピュータ２０は、暗号化ファイルを実行すると(Ｓ３１０)、暗号化ファイルの復号化モジュールが実行されて暗号キーに含まれている電話番号に(つまり、受信者の個人端末３０に)プッシュメッセージを転送する(Ｓ３２０)。
【００３３】
個人端末３０は、プッシュメッセージを受信すると、該メッセージに含まれる受信者コンピュータ２０のネットワーク情報(例えば、ＩＰアドレス、ポート(port)番号、サブネットマスク(SubnetMask)など)を用いて、受信者コンピュータ２０に認証キーを送信する。ここで、一例によれば、個人端末３０は、プッシュメッセージを受信すると、何らの制約なしにすぐに認証キーを受信者端末に提供することもできるが、他の一例によれば、特定の条件を満たす場合にのみ、他の手続きなしにすぐに認証キーを転送し、そうでない場合は、ユーザーの確認手続きを行うこともできる。これについては、関連する図面(図４)を参照して詳細に説明する。
【００３４】
受信者コンピュータ２０は、個人端末３０から認証キーが受信されているか否かを判断し(Ｓ３３０)、認証キーが受信されると、該認証キーを用いた端末認証を行い(つまり、受信者の電話番号による個人端末３０であるか否かを確認するものである。) 、認証の成功結果を判断して(Ｓ３４０)、成功すると、ファイルの暗証番号を復号する(Ｓ３６０)。
【００３５】
もちろん、認証キーが受信されないか、認証キーの認証が失敗した場合、暗号の復号化に対して失敗処理する(Ｓ３５０)。一例によれば、復号化の失敗処理が一定回数以上行われると、受信者コンピュータ２０は、該暗号化ファイルを削除処理することができる。
【００３６】
本実施例によれば、暗号化ファイルを用いるユーザーは、単に該当暗号化ファイルを実行させるだけで、自動的に暗号が復号化されるため、特別な操作を行う必要がない。既存のカード社の明細ファイルのように、住民番号の後部の入力のような手間をかけず、当該添付ファイル(指定ファイル)を実行するだけで内容を見ることができる。
【００３７】
以下では、暗号化ファイルの暗号キーに含まれている電話番号による個人端末３０での処理過程について説明することにする。
【００３８】
図４は、本発明の一実施例に係る個人端末３０での暗号化ファイルの復号化のための認証処理過程を示すフローチャートである。図４を参照すれば、個人端末３０は、受信者コンピュータ２０からネットワークを介してプッシュメッセージを受信すると(Ｓ４１０)、受信者コンピュータ２０のネットワーク情報を確認する(Ｓ４１５)。
【００３９】
ネットワークの情報を分析した結果、現在、自分が接続中のネットワークと同じネットワークであるか否かを判断する(Ｓ４２０)。ここで、同じネットワークであるかを判断する例としては、そのネットワーククラスが同じかどうかが挙げられる。ネットワーククラスは、ＩＰｖ４でのアドレスの一番目の構造により区分できるが、これは、当業者には自明なことなので、より詳細な説明は省略する。言い換えると、個人端末３０は、受信者コンピュータ２０のネットワーク情報であるＩＰアドレス、ポート(port)番号、サブネットマスク(SubnetMask)などを用いて、自分と同じネットワークかどうかを判断するものである。
【００４０】
本実施例では、同じネットワークであることが認識されると、図５を参照して説明した暗号キーがｂタイプである場合は、その暗号キーに含まれる送信者の電話番号が連絡先情報(アドレス帳など)に登録されているかどうかを判断する(Ｓ４２５) 。つまり、受信者が送信者を知る者として登録した場合かどうかを判断することで、これは、暗号化ファイルが、受信者が知らない人によって受信された場合、ウイルスなどが含まれているファイルまたは迷惑(ＳＰＡＭ)ファイルである可能性もあるからである。ここで、連絡先情報は、一般的には、スマートフォンなどの携帯電話機能を備えた装置で利用するアドレス帳または電話帳などによる情報であり得るし、これは、当業者には自明なことなので、より詳細な説明は省略する。ただし、連絡先情報は、必ずしも個人端末３０に格納されている必要はなく、サーバー装置において個人端末３０のユーザーアカウントに格納された情報であり得る。最近では、端末装置自体にデータを格納するよりも、クラウドサービス(cloud
service)の形態でＷｅｂ上の特定の格納空間を利用するサービスが多く開示されているので、それに応じて、上記した連絡先情報は、ネットワークを介して結合された特定のサーバー装置に格納されていることができ、個人端末３０は、必要に応じて、該当サーバー装置と通信して連絡先情報をリアルタイムに利用できるものである。これもまた、当業者には自明なことなので、より詳細な説明は省略する。
【００４１】
暗号キーに含まれる送信者の電話番号が連絡先情報としてあらかじめ登録されていれば、個人端末３０は、プッシュメッセージに含まれる受信者コンピュータ２０に対するネットワーク情報を用いて、受信者コンピュータ２０に認証キーを送信する(Ｓ４３０)。
【００４２】
もちろん、他の実施形態によると、暗号キーがａタイプである場合、 Ｓ４２５は省略できる。
【００４３】
Ｓ４２０またはＳ４２５での判断結果、同じネットワークではないか、送信者の電話番号が連絡先として登録されていない場合、個人端末３０は、ユーザの確認処理を行う(Ｓ４３５)。例えば、個人端末３０は、プッシュメッセージに含まれるファイル情報(ファイル名など)、送信者情報(送信者の電話番号など)を含む認証要求情報を画面に表示することで、ユーザーは、これを確認することができ、また、それに対する応答として、認証確認コマンドまたは認証拒否コマンドなどを入力することができる。
【００４４】
個人端末３０は、ユーザーの入力に応じた確認結果を確認し(Ｓ４４０)、認証確認コマンドが入力された場合は、Ｓ４３０に進み、認証キーを転送する。これに対し、認証拒絶コマンドが入力されると、個人端末３０は、認証キーを送信しないが、この場合、一例によれば、ユーザーは、該当暗号化ファイルに対する削除コマンドを入力することもできる。このように、個人端末３０は、ユーザーから削除コマンドが入力されているか否かを判断し(Ｓ４４５)、削除コマンドが入力されると、受信者コンピュータ２０に暗号化ファイルに対する削除コマンドを転送する(Ｓ４５０)。このとき、個人端末３０は、削除コマンドと一緒に認証キーを転送することもでき、その理由は、受信者コンピュータ２０の立場では、暗号化ファイルの暗号を復号化できる認証された個人端末３０からのコマンドのみを処理することが望ましいからである。
【００４５】
ユーザーコンピュータは、認証キーと一緒に削除コマンドを受信すると、認証キーによる認証が成功した場合、該当個人端末３０からの命令である削除コマンドに応じて、暗号化ファイルを削除処理する。このとき、他の一例によれば、ユーザーコンピュータは、暗号化ファイルを削除する前に、個人端末３０に暗号化ファイルを転送することもできる。したがって、受信者は、他の人が暗号化ファイルを利用することを防ぐことができ、また、該当暗号化ファイルを自分の個人端末３０ですぐに確認することができ、今後活用することもできるようになる。
【００４６】
ここで、個人端末３０が活用する認証キーは、個人端末３０が電話番号を持った電話装置であるため、該当個人端末３０に与えられた固有識別情報(例えば、SIM(Subscriber  Identification  Module)の情報など)が活用されることができる。
【００４７】
他の例によれば、個人端末３０から受信者コンピュータ２０に提供される認証キーは、特定のサーバーから公認された認証キーが利用されることもできる。
【００４８】
図６は、本発明の一実施例に係る個人端末が公認された認証キーを利用するファイルの復号化過程を示す例示図である。
【００４９】
本実施例では、個人端末３０は、Google社から提供されるアンドロイド(Android)のオペレーティングシステムを利用する場合を想定したものであり、個人端末３０は、事前にGoogleのサーバーから与えられた認証キー(たとえば、個人端末の装置の個人識別ＩＤ)をＷｅｂサーバーに登録することにより、本復号過程を実行することができる。ここで、ＧＣＭは、Google  Cloud  Messagingの略であり、サーバーからクライアント(Android  Application)にデータを送信できるように、Googleが提供する無料サービスである。このように、個人端末３０は、GoogleサーバーのＧＣＭを利用して認証キーを生成し、これを、Ｗｅｂサーバーに事前に登録する。そして、受信者コンピュータ２０は、Ｗｅｂサーバーと連動して個人端末３０の認証キーに対する認証を処理するものである。
【００５０】
上述した本発明に係る電話番号を用いたファイルの暗号化及び復号化の方法は、コンピュータで読み取り可能な記録媒体にコンピュータが読み取り可能なコードとして実装されることが可能である。コンピュータが読み取り可能な記録媒体としては、コンピュータシステムによって解読することができるデータが格納されたすべての種類の記録媒体を含む。例えば、ＲＯＭ(Read  Only  Memory)、ＲＡＭ(Random  Access  Memory) 、磁気テープ、磁気ディスク、フラッシュメモリ、光データ記憶装置などがあり得る。また、コンピュータが読み取り可能な記録媒体は、コンピュータネットワークで繋がれたコンピュータシステムに分散され、分散方式で読み取ることができるコードとして格納され、実行されることができる。
【００５１】
また、上記では、本発明の好ましい実施例を参照して説明したが、当該技術分野において通常の知識を有する者であれば、下記の特許請求の範囲に記載された本発明の思想及び領域から逸脱しない範囲内で本発明を多様に修正及び変更させることができることを理解できるだろう。
【符号の説明】
【００５２】
１０  送信者コンピュータ
２０  受信者コンピュータ
３０  個人端末
【図１】
0005982422.tif 000002
【図２】
0005982422.tif 000003
【図３】
0005982422.tif 000004
【図４】
0005982422.tif 000005
【図５】
0005982422.tif 000006
【図６】
0005982422.tif 000007