JP2014134879A - データダウンロードシステム、データダウンロード方法、及び情報端末 - Google Patents

Abstract

【課題】パスワードの管理負担や漏洩リスクを回避し、サーバから安全かつ自動的にデータをダウンロードする。
【解決手段】第１の情報端末１０は、サーバ３０が保有するデータのＵＲＬを含むダウンロード情報を予め記憶するダウンロード情報記憶部１０１を備え、第２の情報端末２０は、ダウンロード情報を第１の情報端末１０から取得するダウンロード情報取得部２０１を備え、第２の情報端末２０は、サーバ３０の公開鍵を用いてサーバ３０の真正性を確認した後に、前記ＵＲＬによって特定されるデータをサーバ３０からダウンロードする。
【選択図】図５

Description

本発明は、第１の情報端末を用いて第２の情報端末にデータをダウンロードするデータダウンロードシステム、データダウンロード方法、及び情報端末に関するものである。

従来、建物への入退出用途に利用される認証方式として、ＩＣカードやＩＣタグ（以下、単にＩＣカードという）を用いた共通鍵による認証方式がある。この方式では、リーダライタなどの認証装置がＩＣカードへチャレンジ（乱数）を送信する。ＩＣカードは、受信したチャレンジからＩＣカード内に格納された固有の鍵を用いて暗号化したレスポンス（署名）をＩＣカードの固有ＩＤとともに、認証装置に送信する。レスポンスを生成する際には、通常は短い応答時間を確保するために、ＰＩＮ入力などによる本人照合プロセスは省略される。

非特許文献１の図４−１１に記載された従来方式では、ＩＣカードを利用した認証装置との認証の仕組みとして、チャレンジ・レスポンスを利用した方法を示している。この方法では、ＩＣカードにレスポンスの生成に必要な鍵データがＩＣカードの発行時に格納されることを前提としている。また、非特許文献１の［事例Ｍ５］に記載された従来対策事例では、携帯電話でサーバに接続してＩＤ、パスワード認証により本人確認を行い、アプリケーションソフトウェア（以下、本明細書においては単に「アプリケーション」と称する）のダウンロードを行う方法が述べられている。

"第四章 ＩＣカード"、[online]、２００７年５月１０日、ＩＰＡ、[平成２４年１１月３０日検索]、インターネット<URL:http://www.ipa.go.jp/security/fy18/reports/embedded/04_ICCard.pdf>

しかし、携帯電話を用いてＩＤ、パスワードによりサーバにログインしてアプリケーションのダウンロードを行う従来の方法では、パスワードの管理が大変であり、パスワードが漏洩するおそれもある。また、アプリケーションダウンロードサーバへアクセスする際に、利用者が関連サイトに簡単に辿り着けない、偽のフィッシングサイトへ誘導されるリスクを排除できない、といった問題がある。

かかる事情に鑑みてなされた本発明の目的は、パスワードの管理負担や漏洩リスクを回避し、サーバから安全かつ自動的にデータをダウンロードすることが可能なデータダウンロードシステム、データダウンロード方法、及び情報端末を提供することにある。

上記課題を解決するため、本発明に係るデータダウンロードシステムは、サーバと、第１の情報端末と、第２の情報端末とを備え、前記第２の情報端末が前記第１の情報端末を用いて前記サーバからデータをダウンロードするデータダウンロードシステムであって、前記第１の情報端末は、前記サーバが保有するデータのＵＲＬを含む情報であるダウンロード情報を予め記憶するダウンロード情報記憶部を備え、前記第２の情報端末は、前記ダウンロード情報を前記第１の情報端末から取得するダウンロード情報取得部を備え、前記第２の情報端末は、前記サーバの公開鍵を用いて前記サーバの真正性を確認した後に、前記ＵＲＬによって特定されるデータを前記サーバからダウンロードすることを特徴とする。

また、上記課題を解決するため、本発明に係るデータダウンロード方法は、サーバと、第１の情報端末と、第２の情報端末とを備えるデータダウンロードシステムにて、前記第２の情報端末が前記第１の情報端末を用いて前記サーバからデータをダウンロードするデータダウンロード方法であって、前記第１の情報端末により、前記サーバが保有するデータのＵＲＬを含むダウンロード情報を予め記憶する記憶ステップと、前記第２の情報端末により、前記ダウンロード情報を前記第１の情報端末から取得する取得ステップと、前記第２の情報端末により、前記サーバの公開鍵を用いて前記サーバの真正性を確認した後に、前記ＵＲＬによって特定されるデータを前記サーバからダウンロードするダウンロードステップと、を含むことを特徴とする。

また、上記課題を解決するため、本発明に係る情報端末（第１の情報端末）は、サーバが保有するデータのＵＲＬを含む情報であるダウンロード情報を予め記憶するダウンロード情報記憶部と、前記ダウンロード情報を他の情報端末に送信する通信部とを備え、前記他の情報端末に前記ＵＲＬによって特定されるデータを前記サーバからダウンロードさせることを特徴とする。

また、上記課題を解決するため、本発明に係る情報端末（第２の情報端末）は、サーバが保有するデータのＵＲＬを含む情報であるダウンロード情報を他の情報端末から取得するダウンロード情報取得部を備え、前記サーバの公開鍵を用いて前記サーバの真正性を確認した後に、前記ＵＲＬによって特定されるデータを前記サーバからダウンロードすることを特徴とする。

本発明によれば、アプリケーション等のデータを安全かつ自動的にダウンロードすることができるようになる。例えば、第１の情報端末をＩＣカード、第２の情報端末を携帯端末とした場合、利用者は第１の情報端末を第２の情報端末にかざす又は接触させるだけで、データを安全かつ自動的にダウンロードすることができる。

本発明の一実施形態に係るデータダウンロードシステムの概略構成を示すブロック図である。 本発明の一実施形態に係るデータダウンロードシステムにおける第１の情報端末の概略構成を示すブロック図である。 本発明の一実施形態に係るデータダウンロードシステムにおける第２の情報端末の概略構成を示すブロック図である。 本発明の一実施形態に係るデータダウンロードシステムにおけるサーバの概略構成を示すブロック図である。 本発明の一実施形態に係るデータダウンロードシステムによるデータダウンロード方法を示すフローチャートである。

以下、本発明による一実施形態について、図面を参照し、データダウンロードシステムの構成について説明した後、データダウンロードシステムによるデータダウンロード方法について説明する。

［データダウンロードシステムの構成］
図１は、一実施形態のデータダウンロードシステムの概略構成を示すブロック図である。図１に示すように、データダウンロードシステム１は、第１の情報端末１０と、第２の情報端末２０と、サーバ３０とを備える。第１の情報端末１０と第２の情報端末２０とは近距離無線通信により相互にデータを送受信でき、第２の情報端末２０とサーバ３０とはインターネット網や携帯網などの通信網により接続される。

本実施形態においては、第２の情報端末２０が、第１の情報端末１０を用いてサーバ３０からデータ（例えばアプリケーション）をダウンロードするものとする。また、第１の情報端末１０及び第２の情報端末２０の利用者は同一であることを想定している。

第１の情報端末１０は、予めダウンロード情報を記憶する。ここで、ダウンロード情報とは、サーバ３０が保有するデータ（第２の情報端末２０によってダウンロード可能なデータ）のＵＲＬを含む情報のことをいう。本実施形態では、ダウンロード情報はデータのＵＲＬに加え、該データを保有するサーバ３０の公開鍵を含むものとする。第１の情報端末１０の詳細については、図２を参照して後述する。

第２の情報端末２０は、第１の情報端末１０からダウンロード情報を取得する。そして、ダウンロード情報に基づき、サーバ３０からデータをダウンロードする。なお、１つの第１の情報端末１０から、複数の第２の情報端末２０がダウンロード情報を取得してもよい。第２の情報端末２０の詳細については、図３を参照して後述する。

サーバ３０は、データを保有し、第２の情報端末２０の真正性を確認した後、第２の情報端末２０に対してデータのダウンロードを許可する。サーバ３０の詳細については、図４を参照して後述する。

図２は、第１の情報端末１０の特徴的な部分のみを示すブロック図である。図２に示すように、第１の情報端末１０は、ダウンロード情報記憶部１０１と、データ記憶部１０２と、制御部１０３と、暗号演算部１０４と、近距離通信部１０５とを備える。なお、ダウンロード情報記憶部１０１及びデータ記憶部１０２を１つの記憶部として構成してもよい。

ダウンロード情報記憶部１０１は、予めダウンロード情報（ダウンロード可能なデータのＵＲＬ、及び該データを有するサーバ３０の公開鍵）を記憶する。

データ記憶部１０２は、第１の情報端末１０が必要とするデータを予め記憶する。例えば、データ記憶部１０２に認証アプリケーションを記憶する場合には、利用者は第１の情報端末１０を用いて建物への入退出の際の認証を行うことができ、決済アプリケーションを記憶する場合には、利用者は第１の情報端末１０を用いて決済を行うことができる。

制御部１０３は、ＯＳ及びＣＰＵを有し、第１の情報端末１０の各ブロックの動作を制御する。

暗号演算部１０４は、鍵を用いて暗号化及び復号を行う。例えば、チャレンジを受信した場合には鍵を用いてチャレンジを暗号化してレスポンスを生成する。また、チャレンジに対するレスポンスを受信した場合には、レスポンスを復号し、レスポンスの検証を行う。

近距離通信部１０５は、ＮＦＣ（near field communication；近距離無線通信）機能を有する。第１の情報端末１０及び第２の情報端末２０の間のデータの送受信は近距離通信部１０５を介して行われる。ＮＦＣにより、例えば第１の情報端末１０を第２の情報端末２０にかざすことでデータの送受信を行うことができる。

図３は、第２の情報端末２０の特徴的な部分のみを示すブロック図である。図３に示すように、第２の情報端末２０は、ダウンロード情報取得部２０１と、データ記憶部２０２と、制御部２０３と、暗号演算部２０４と、近距離通信部２０５と、ネットワーク通信部２０６とを備える。

ダウンロード情報取得部２０１は、第１の情報端末１０からダウンロード情報を取得して格納する。

ネットワーク通信部２０６は、インターネット網や携帯網などの通信網を介してサーバ３０と通信を行う。本発明の特徴としては、ネットワーク通信部２０６は、第１の情報端末１０から取得したダウンロード情報に基づいて、サーバ３０からデータをダウンロードする。

データ記憶部２０２は、第１の情報端末１０から取得したダウンロード情報に基づいてサーバ３０からダウンロードされたデータを記憶する。

制御部２０３は、制御部１０３と同様に、ＯＳ及びＣＰＵを有し、第２の情報端末２０の各ブロックの動作を制御する。暗号演算部２０４は、暗号演算部１０４と同様に、鍵を用いて暗号化及び復号を行う。近距離通信部２０５は、近距離通信部１０５と同様に、ＮＦＣ機能を有し、第１の情報端末１０とデータを送受信する。

図４は、サーバ３０の特徴的な部分のみを示すブロック図である。図４に示すように、サーバ３０は、データ記憶部３０１と、制御部３０２と、暗号演算部３０３と、ネットワーク通信部３０４とを備える。

データ記憶部３０１は、第２の情報端末２０によってダウンロードされる各種データを記憶する。データ記憶部３０１に記憶される各種データは、それぞれダウンロード情報のＵＲＬによって特定される。

制御部３０２は、ＯＳ及びＣＰＵを有し、サーバ３０の各ブロックの動作を制御する。

暗号演算部３０３は、鍵を用いて暗号化及び復号を行う。例えば、チャレンジを受信した場合には鍵を用いてチャレンジを暗号化してレスポンスを生成する。また、チャレンジに対するレスポンスを受信した場合には、レスポンスを復号し、レスポンスの検証を行う。

ネットワーク通信部３０４は、インターネット網や携帯網などの通信網を介して第２の情報端末２０と通信を行う。本発明の特徴としては、ネットワーク通信部３０４は、ダウンロード情報のＵＲＬによって特定されるデータを第２の情報端末２０に送信する。

［データダウンロード方法］
次に、このように構成されるデータダウンロードシステム１によるデータダウンロード方法について説明する。以下の説明では、第１の情報端末１０がＩＣカードであり、第２の情報端末２０がスマートフォンなどの携帯端末である場合を例に説明するため、第１の情報端末１０をＩＣカード１０と表記し、第２の情報端末２０を携帯端末２０と表記する。

データをダウンロードするにあたり、ＩＣカード１０には事前に、例えばカード発行時に、ダウンロード情報をダウンロード情報記憶部１０１に記憶しているものとする。また、携帯端末２０は、端末管理サーバ（図示せず）が発行する、属性情報として端末固有番号を持つ公開鍵証明書を、事前に耐タンパ領域に格納しているものとする。端末管理サーバはサーバ３０と同一のサーバであってもよいし、異なるサーバであってもよい。

図５は、データダウンロードシステム１によるデータダウンロード方法を示すフローチャートである。まず、携帯端末２０はダウンロード情報取得部２０１により近距離通信部２０５を介してＩＣカード１０にデータダウンロード要求を行う（ステップＳ１０１）。ステップＳ１０１は所定の動作、例えば、携帯端末２０をデータダウンロード動作モードに設定し、ＩＣカード１０をかざす又は接触させることにより実行される。

ＩＣカード１０は、近距離通信部１０５により携帯端末２０からデータダウンロード要求を受信すると、ダウンロード情報記憶部１０１に記憶されているダウンロード情報を、近距離通信部１０５により携帯端末２０に送信する（ステップＳ１０２）。携帯端末２０は、近距離通信部２０５によりＩＣカード１０からダウンロード情報を受信すると、ダウンロード情報取得部２０１に格納する。なお、ステップＳ１０２にて、ＩＣカード１０からサーバ３０の公開鍵を取得する代わりに、サーバ３０の公開鍵を事前に（例えば購入時に）携帯端末２０に格納しておいてもよい。

次に、携帯端末２０は、ステップＳ１０２にて取得したＵＲＬによって特定されるサーバ３０にアクセスする（ステップＳ１０３）。その際、携帯端末２０はサーバ３０の認証（真正性の確認）を行うことにより、フィッシングのリスクを回避する。

具体的には、携帯端末２０は、暗号演算部２０４によりチャレンジ（乱数）を生成し、ネットワーク通信部２０６によりチャレンジをサーバ３０に送信する（ステップＳ１０４）。サーバ３０は、ネットワーク通信部３０４によりチャレンジを受信し、暗号演算部３０３によりチャレンジに秘密鍵を用いてレスポンスを生成し、ネットワーク通信部３０４によりレスポンスを携帯端末２０に返送する（ステップＳ１０５）。携帯端末２０は、ネットワーク通信部２０６によりレスポンスを受信し、暗号演算部２０４によりサーバ３０の公開鍵を用いてレスポンスを復号する。そして、暗号演算部２０４によりチャレンジと復号したレスポンスとを照合検証し（ステップＳ１０６）、検証結果を判定する（ステップＳ１０７）。なお、レスポンスがチャレンジのハッシュ化後に暗号化されている場合には、チャレンジのハッシュ値とレスポンスの復号値とを照合する。ステップＳ１０７にて検証結果に失敗した場合には、携帯端末２０は処理を終了する。一方、ステップＳ１０７にて検証に成功した場合には、携帯端末２０は処理を継続する。

次に、携帯端末２０はサーバ３０との間でセキュアチャネルを確立する。具体的には、携帯端末２０は、暗号演算部２０４によりサーバ３０の公開鍵を用いてセッション鍵（乱数）を暗号化し、ネットワーク通信部２０６によりサーバ３０に送信する。サーバ３０は、ネットワーク通信部３０４によりセッション鍵を受信し、暗号演算部３０３によりセッション鍵を復号して、セッション鍵を共有する。これ以降は、携帯端末２０及びサーバ３０間の通信はセキュアチャネルを使用した通信となる（ステップＳ１０８）。

次に、サーバ３０は、携帯端末２０の認証（真正性の確認）を行う。具体的には、サーバ３０は、暗号演算部３０３によりチャレンジを生成し、ネットワーク通信部３０４によりチャレンジを携帯端末２０に送信する（ステップＳ１０９）。携帯端末２０は、ネットワーク通信部２０６によりチャレンジを受信し、暗号演算部２０４によりチャレンジに秘密鍵を用いてレスポンスを生成する。そして、ネットワーク通信部２０６によりレスポンスとともに携帯端末２０の公開鍵証明書をサーバ３０に送信する（ステップＳ１１０）。サーバ３０は、ネットワーク通信部３０４によりレスポンスを受信し、暗号演算部３０３により公開鍵証明書に含まれる携帯端末２０の公開鍵を用いてレスポンスを復号する。そして、暗号演算部３０３によりチャレンジと復号したレスポンスとを照合検証し（ステップＳ１１１）、検証結果を判定する（ステップＳ１１２）。なお、レスポンスがチャレンジのハッシュ化後に暗号化されている場合には、チャレンジのハッシュ値とレスポンスの復号値とを照合する。ステップＳ１１２にて検証に失敗した場合には、サーバ３０は処理を終了する。一方、ステップＳ１１２にて検証に成功した場合には、サーバ３０は処理を継続する。

最後に、サーバ３０はＵＲＬによって特定される、データ記憶部３０１に記憶されたデータを、ネットワーク通信部３０４により携帯端末２０に送信する（ステップＳ１１３）。携帯端末２０は、ネットワーク通信部２０６によりデータを受信（ダウンロード）し、データ記憶部２０２に格納する。

上述したように、本発明に係るデータダウンロードシステム１では、第１の情報端末（ＩＣカード）１０は、サーバ３０が保有するデータのＵＲＬを含む情報であるダウンロード情報を予め記憶するダウンロード情報記憶部１０１を備え、第２の情報端末（携帯端末）２０は、第１の情報端末１０からダウンロード情報を取得するダウンロード情報取得部２０１を備え、第２の情報端末２０は、サーバ３０の公開鍵を用いてサーバ３０の真正性を確認した後に、取得したＵＲＬによって特定されるデータをサーバ３０からダウンロードする。このため、本発明によれば、サーバへアクセスする際に、利用者が関連サイトに簡単に辿り着けない、偽のフィッシングサイトへ誘導されるリスクを排除できない、といった問題を解決でき、データを安全かつ自動的にダウンロードすることができるようになる。

また、ダウンロード情報がサーバ３０の公開鍵を含むようにしてもよい。これにより、第２の情報端末２０に予めサーバ３０の公開鍵を登録する必要がなくなる。

また、第１の情報端末１０及び第２の情報端末２０は近距離無線通信機能を有し、ダウンロード情報取得部２０１は該近距離無線通信機能を用いてダウンロード情報を取得するのが好適である。これにより、第１の情報端末１０を第２の情報端末２０にかざす又は接触させるだけで、第２の情報端末２０はダウンロード情報を取得することができるようになる。

上述の実施形態は代表的な例として説明したが、本発明の趣旨及び範囲内で多くの変更及び置換ができることは当業者に明らかである。したがって、本発明は、上述の実施形態によって制限するものと解するべきではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。例えば、上述した実施形態では、第１の情報端末１０をＩＣカードとし、第２の情報端末２０を携帯端末として説明したが、これに限定されるものではない。また、上述した実施形態では、第１の情報端末１０はネットワーク通信部を備えていないが、これを備える構成であってもよい。

１ データダウンロードシステム
１０ 第１の情報端末
２０ 第２の情報端末
３０ サーバ
１０１ ダウンロード情報記憶部
１０２，２０２，３０１ データ記憶部
１０３，２０３，３０２ 制御部
１０４，２０４，３０３ 暗号演算部
１０５，２０５ 近距離通信部
２０１ ダウンロード情報取得部
２０６，３０４ ネットワーク通信部

Claims (8)

1. サーバと、第１の情報端末と、第２の情報端末とを備え、前記第２の情報端末が前記第１の情報端末を用いて前記サーバからデータをダウンロードするデータダウンロードシステムであって、
   前記第１の情報端末は、前記サーバが保有するデータのＵＲＬを含む情報であるダウンロード情報を予め記憶するダウンロード情報記憶部を備え、
   前記第２の情報端末は、前記ダウンロード情報を前記第１の情報端末から取得するダウンロード情報取得部を備え、
   前記第２の情報端末は、前記サーバの公開鍵を用いて前記サーバの真正性を確認した後に、前記ＵＲＬによって特定されるデータを前記サーバからダウンロードすることを特徴とするデータダウンロードシステム。
2. 前記ダウンロード情報は、前記サーバの公開鍵を含むことを特徴とする、請求項１に記載のデータダウンロードシステム。
3. 前記第１の情報端末及び前記第２の情報端末は近距離無線通信機能を有しており、前記ダウンロード情報取得部は該近距離無線通信機能を用いて前記ダウンロード情報を取得することを特徴とする、請求項１又は２に記載のデータダウンロードシステム。
4. サーバと、第１の情報端末と、第２の情報端末とを備えるデータダウンロードシステムにて、前記第２の情報端末が前記第１の情報端末を用いて前記サーバからデータをダウンロードするデータダウンロード方法であって、
   前記第１の情報端末により、前記サーバが保有するデータのＵＲＬを含むダウンロード情報を予め記憶する記憶ステップと、
   前記第２の情報端末により、前記ダウンロード情報を前記第１の情報端末から取得する取得ステップと、
   前記第２の情報端末により、前記サーバの公開鍵を用いて前記サーバの真正性を確認した後に、前記ＵＲＬによって特定されるデータを前記サーバからダウンロードするダウンロードステップと、
   を含むことを特徴とするデータダウンロード方法。
5. 前記ダウンロード情報は、前記サーバの公開鍵を含むことを特徴とする、請求項４に記載のデータダウンロード方法。
6. 前記第１の情報端末及び前記第２の情報端末は近距離無線通信機能を有しており、
   前記取得ステップは、該近距離無線通信機能を用いて前記ダウンロード情報を取得することを特徴とする、請求項４又は５に記載のデータダウンロード方法。
7. サーバが保有するデータのＵＲＬを含む情報であるダウンロード情報を予め記憶するダウンロード情報記憶部と、
   前記ダウンロード情報を他の情報端末に送信する通信部とを備え、
   前記他の情報端末に前記ＵＲＬによって特定されるデータを前記サーバからダウンロードさせることを特徴とする情報端末。
8. サーバが保有するデータのＵＲＬを含む情報であるダウンロード情報を他の情報端末から取得するダウンロード情報取得部を備え、
   前記サーバの公開鍵を用いて前記サーバの真正性を確認した後に、前記ＵＲＬによって特定されるデータを前記サーバからダウンロードすることを特徴とする情報端末。
   

Images