JP2005004248A - 通信端末、認証システム、認証方法 - Google Patents
通信端末、認証システム、認証方法 Download PDFInfo
- Publication number
- JP2005004248A JP2005004248A JP2003163649A JP2003163649A JP2005004248A JP 2005004248 A JP2005004248 A JP 2005004248A JP 2003163649 A JP2003163649 A JP 2003163649A JP 2003163649 A JP2003163649 A JP 2003163649A JP 2005004248 A JP2005004248 A JP 2005004248A
- Authority
- JP
- Japan
- Prior art keywords
- authentication
- communication terminal
- server
- identification information
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
【課題】認証におけるセキュリティレベルを改善することができる通信端末、認証システム、認証方法を提供すること。
【解決手段】通信端末１００は、外部からのアクセスが禁止されたオペレーションシステム上で認証用の識別情報を生成する機能を有する。クローズドネットワークである移動体ネットワーク２００上には認証・決済サーバ２０２が配置される。コンテンツプロバイダーのサーバ５００は、ユーザの通信端末１００からコンテンツ購入の通知を受信した場合、この通信端末１００に対して認証を要求する。この要求を受けた通信端末１００は、クローズドネットワーク内の認証・決済サーバ２０２との間で認証に関する処理を行う。この認証の結果は、認証・決済サーバ２０２から通信端末１００に発行され、通信端末１００を介してコンテンツプロバイダーのサーバ５００に送信される。
【選択図】 図１
【解決手段】通信端末１００は、外部からのアクセスが禁止されたオペレーションシステム上で認証用の識別情報を生成する機能を有する。クローズドネットワークである移動体ネットワーク２００上には認証・決済サーバ２０２が配置される。コンテンツプロバイダーのサーバ５００は、ユーザの通信端末１００からコンテンツ購入の通知を受信した場合、この通信端末１００に対して認証を要求する。この要求を受けた通信端末１００は、クローズドネットワーク内の認証・決済サーバ２０２との間で認証に関する処理を行う。この認証の結果は、認証・決済サーバ２０２から通信端末１００に発行され、通信端末１００を介してコンテンツプロバイダーのサーバ５００に送信される。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、オープンネットワーク上での電子商取引における認証に好適な通信端末、認証システム、認証方法に関する。
【０００２】
【従来の技術】
ネットワーク上で電子商取引を行う場合、ＩＤやパスワードにより取引相手の認証を行うのが通例となっている。図７に示すネットワーク構成を例として、従来に係る認証方法を説明する。この例は、インターネット上でコンテンツプロバイダー（ＣＰ）やインターネット接続業者（ＩＳＰ）からコンテンツを購入する場合のものであり、通信端末６００は、ユーザが所有する携帯電話等であり、通信事業者が管理する移動体ネットワーク２００と、インターネット接続業者が管理するＩＳＰネットワーク３００とを介して、オープンネットワークであるインターネット４００に接続される。ＩＳＰネットワーク３００には、インターネット接続業者が管理するサーバ３０１が接続され、インターネット４００には、コンテンツプロバイダーが管理するサーバ５００が接続されている。
【０００３】
ここで、通信端末６００のユーザがサーバ３０１に開設されたＷｅｂページからコンテンツを購入する場合の認証は次のように行われる。まず、通信端末６００のユーザが、通信端末６００から移動体ネットワーク２００およびＩＳＰネットワーク３００を介してサーバ３０１にコンテンツを要求すると、サーバ３０１は、通信端末６００に対して認証用のＩＤとパスワードを要求する。この要求を受けて、ユーザが、通信端末６００から自身のＩＤおよびパスワードをサーバ３０１に送信する。サーバ３０１は、受信したＩＤとパスワードを照合し、これらが有効であれば、このユーザの要求に応えてコンテンツを提供する。
【０００４】
ところで、インターネットのようなオープンネットワーク上でコンテンツ購入等の電子商取引を行う場合、ユーザのＩＤやパスワード等の認証用の個人情報が漏洩するおそれがあり、この認証用の個人情報が他人に不正使用され、情報の改竄やなりすまし等が行われる危険がある。このような問題を防止するための第１の従来技術として、鍵を用いて情報を暗号化する技術が知られている（特許文献１参照）。また、第２の従来技術として、無線交信による認証を定期的に行うことにより通信端末の盗用を防止する技術もある（特許文献２参照）。
【０００５】
【特許文献１】
特開２００３−６９５６０号公報（段落番号００４１、図６）
【特許文献２】
特開２００１−３５２５７９号公報（段落番号００２２、図１）
【０００６】
【発明が解決しようとする課題】
しかしながら、上述の第１の従来技術によれば、暗号化技術を用いるとしても、オープンネットワーク上に認証用の個人情報が流出することになるため、依然として漏洩等の可能性が残り、必ずしも認証の際のセキュリティレベルが十分とは言えない。また、上述の第２の従来技術によれば、通信端末の盗用を防止することはできるものの、オープンネットワーク上での情報の漏洩等に対しては何らセキュリティレベルを改善するものではない。
【０００７】
また、図８（ａ）に示すように、通信端末６００が携帯電話として構成される場合には、アプリケーション６１３や認証・決済モジュール６１２を外部からのアクセスが困難な固有のオペレーションシステム（ＯＳ； Ｏｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）６１０上で管理しているため、認証用の情報に対するセキュリティが改善される反面、利用可能なアプリケーションが著しく制限され、汎用性に欠けるという不都合がある。これに対し、図８（ｂ）に示すように、パソコンやＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ） 等の端末７００の場合、外部からのアクセスが可能な汎用のオペレーションシステムを搭載しているため、各種のアプリケーションに柔軟に対応することができる反面、不特定人がオペレーションシステムをアクセスすることが可能であるため、端末上で認証用の個人情報が他人に読み取られる等のおそれが生じ、セキュリティレベルが低下することになる。
【０００８】
本発明は、上記事情に鑑みてなされたもので、認証におけるセキュリティレベルを改善することができる通信端末、認証システム、認証方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記課題を解決するため、本発明は以下の構成を有する。
即ち、本発明に係る通信端末は、外部からのアクセスが可能な第１のオペレーションシステムと外部からのアクセスが禁止された第２のオペレーションシステムとを搭載し、前記第１のオペレーションシステム上でアプリケーションを実行する機能を有する通信端末であって、前記第２のオペレーションシステム上で、認証の要求元から発行された符号を用いて認証用の識別情報を生成する識別情報生成部と、前記識別情報を認証用の所定のサーバに送信して認証を行わせ、該認証の結果を前記サーバから受信して前記認証の要求元に送信する通信処理部と、を備えたことを特徴とする。ここで、前記通信端末において、例えば、前記識別情報生成部が、前記認証の要求元から発行された符号を用いて端末固有の識別情報を暗号化することにより前記認証用の識別情報を生成し、前記通信処理部が、前記識別情報生成部で生成された認証用の識別情報をユーザの電話番号に紐付けて送信するものとしてもよい。
【００１０】
本発明に係る認証システムは、外部からのアクセスが可能な第１のオペレーションシステム上でアプリケーションを実行すると共に、外部からのアクセスが禁止された第２のオペレーションシステム上で認証用の識別情報を生成する機能を有する通信端末と、オープンネットワークを介して前記通信端末と接続され、該通信端末から電子商取引の要求を受けた場合、該通信端末に認証を要求する第１のサーバと、クローズドネットワークを介して前記通信端末と接続され、前記認証用の識別情報を用いて前記認証に関する処理を実行し、前記通信端末を介して前記認証の結果を前記第１のサーバに送信する第２のサーバと、を備えたことを特徴とする。ここで、前記認証システムにおいて、例えば、前記通信端末が、前記第２のオペレーションシステム上で、前記第１のサーバにより発行された符号を用いて端末固有の識別情報を暗号化することにより認証用の識別情報を生成する識別情報生成部と、前記識別情報生成部で生成された識別情報を前記第２のサーバに送信すると共に、前記認証の結果を前記第２のサーバから受信して前記第１のサーバに送信する通信処理部と、を備えるものとしてもよい。
【００１１】
本発明に係る認証方法は、（ａ）電子商取引における商品の販売者側に設けられた第１のサーバが、前記電子商取引における商品の購入者側に設けられた通信端末から前記電子商取引の要求を受けた場合、前記通信端末に認証を要求する第１のステップと、（ｂ）前記通信端末が、前記第１のサーバから前記認証を要求された場合、クローズドネットワークを介して認証用の第２のサーバに認証用の識別情報を送信して認証を行わせる第２のステップと、（ｃ）前記第２のサーバが、前記認証の結果を生成し、前記通信端末を介して前記認証の結果を前記第１のサーバに送信する第３のステップと、を含むことを特徴とする。ここで、前記認証方法において、例えば、前記第２のステップでは、前記通信端末が、外部からのアクセスが禁止されたオペレーションシステム上で、前記第１のサーバから発行された符号を用いて端末固有の識別情報を暗号化することにより前記認証用の識別情報を生成するものとしてもよく、また、前記認証用の識別情報を前記通信端末のユーザの電話番号に紐付けて前記第２のサーバに送信するものとしてもよい。
【００１２】
【発明の実施の形態】
以下、本発明の実施形態を説明する。
図１に、本発明の実施形態に係る認証システムが適用されたネットワーク構成を示す。同図において、通信端末１００は、電子商取引における商品の購入者側に設けられた端末であって、具体的にはインターネット上で提供されるサービスのユーザが所有する携帯電話であり、外部からのアクセスが禁止された固有のオペレーションシステム上で認証に必要とされる処理を実行する機能を有している。通信端末１００の詳細については後述する。移動体ネットワーク２００は、通信事業者等の特定人が管理するクローズドネットワークであり、上述の通信端末１００と無線通信を行うための無線基地局２０１が配置されている。
【００１３】
また、移動体ネットワーク２００上には、認証・決済サーバ２０２（第２のサーバ）が配置される。この認証・決済サーバ２０２は、通信端末１００との間で認証に関する処理を実行するものであり、認証時に移動体ネットワーク２００を介して通信端末１００と接続される。また、認証・決済サーバ２０２には、予め、ユーザやコンテンツプロバイダーに関する情報が登録・管理されている。また、認証・決済サーバ２０２は、コンテンツプロバイダーからの購買情報等の記録・管理も行うようになっている。上述の移動体ネットワーク２００、無線基地局２０１、認証・決済サーバ２０２は、通信プロトコル等の接続規格が非公開のクローズドネットワークを構成する。
【００１４】
ＩＳＰネットワーク３００は、インターネット接続業者（ＩＳＰ）が所有するネットワークであり、インターネット４００に接続されている。インターネット４００には、電子商取引における商品の販売者側に設けられたサーバ（第１のサーバ）が接続されている。このサーバ５００は、インターネット上でコンテンツを提供するコンテンツプロバイダーによって管理され、ユーザに提供される各種のコンテンツが格納されている。これらＩＳＰネットワーク３００、インターネット、サーバ５００は、通信プロトコル等の接続規格が公開されたオープンネットワークを構成しており、コンテンツプロバイダーのサーバ５００は、オープンネットワークを介してユーザの通信端末１００に接続されるようになっている。
【００１５】
図２に、上述の通信端末１００の構成を示す。通信端末１００は、ユーザＰによる外部からのアクセスが可能な汎用のオペレーションシステム１１０（第１のオペレーションシステム）と、外部からのアクセスが禁止された固有のオペレーションシステム１２０（第２のオペレーションシステム）とを搭載し、汎用のオペレーションシステム１１０上で動作するアプリケーション用ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１１と、固有のオペレーションシステム１２０上で動作する通信用ＣＰＵ１２１および認証・決済モジュール１２２（識別情報生成部）とを備える。このような２種のオペレーションシステムを搭載することにより、任意のアプリケーション１１２についてアプリケーション用ＣＰＵ１１１による実行する機能を実現しつつ、認証、決済、通信については外部から一切の操作を不能としている。
【００１６】
図３に、通信端末１００の詳細な構成を示す。同図において、図１に示す要素と共通する要素には同一符号を付す。認証・決済モジュール１２２は、端末固有のＩＤ（端末固有の識別情報）からワンタイムＩＤ（認証用の識別情報）を生成するためのワンタイムＩＤ生成ルーチンを備えている。この端末固有のＩＤは、例えば移動体ネットワーク２００を運用管理する通信事業者が各ユーザの通信端末に割り付けたＩＤであり、この端末固有のＩＤから、移動体ネットワーク２００の通信事業者が、この移動体ネットワーク２００に接続される各ユーザの通信端末を識別することが可能となっている。ワンタイムＩＤ生成ルーチンでは、認証・決済サーバ２０２から発行される符号を用いて認証の度に異なるワンタイムＩＤが端末固有のＩＤから生成される。また、上述の認証・決済サーバ２０２には、認証・決済モジュール１２２におけるワンタイムＩＤの生成アルゴリズムと同様のアルゴリズムを有するモジュールが組み込まれており、これにより、認証・決済サーバ２０２側で通信端末１００から受信したワンタイムＩＤの照合が可能となっている。
【００１７】
また、上述の図２では省略したが、アプリケーション用ＣＰＵ１１１は、アプリケーション１１２を実行することの他、認証・決済クライアント１１３、ブラウザ／アプリ１１４、認証ドライバ１１５を管理する。ここで、認証・決済クライアント１１３は、認証・決済に関する通信処理部として機能するものであって、認証時にブラウザ／アプリ１１４から起動される実行型アプリケーションとして構成され、ユーザインタフェース、コマンド処理ルーチン、端末認証ルーチン、ユーザ認証ルーチン、課金認証ルーチン、エラー処理ルーチン、パラメータルーチン、ＨＴＴＰ通信ルーチン、ブラウザインタフェースを含んでいる。このうち、ブラウザインタフェースは、端末認証ルーチン等により実現される各認証機能とブラウザ／アプリ１１４とのインタフェースであり、ユーザインタフェースは、各認証機能のグラフィックユーザインタフェースである。コマンド処理ルーチンは、アプリケーション用ＣＰＵ１１１からの要求に基づき、端末認証ルーチン、ユーザ認証ルーチン、課金認証ルーチンの各ルーチンを呼び出すための処理を行うものである。
【００１８】
ここで、端末認証ルーチンは、アプリケーション用ＣＰＵ１１１からの端末認証要求に対する応答処理を行うものである。また、ユーザ認証ルーチンは、アプリケーション用ＣＰＵ１１１からのユーザ認証要求に対する応答処理を行うものであり、課金認証ルーチンは、アプリケーション用ＣＰＵ１１１からの課金認証要求に対する応答処理を行うものである。エラー処理ルーチンは、エラー発生時にエラーログの出力を行うものである。パラメータ解析ルーチンは、認証・決済サーバ２０２からの応答を解析し、ブラウザの呼び出しを行うものである。ＨＴＴＰ通信ルーチンは、認証・決済クライアント１１３から認証・決済サーバ２０２に対し、「端末認証」、「課金認証」、「課金認証」を要求する際のＨＴＴＰ通信に関する処理を行うものである。
【００１９】
また、認証ドライバ１１５は、上述の端末識別ルーチン、ユーザ認証ルーチン、課金認証ルーチン、および暗号化処理ルーチンのインタフェースであり、認証・決済モジュール１２２で生成されたワンタイムＩＤやユーザの電話番号を暗号化して認証・決済クライアント１１３に受け渡す機能を有する。
さらに、ブラウザ／アプリ１１４はホームページの閲覧ソフトである。また、アプリケーション１１２の実行時には、コンテンツプロバイダのサーバ５００との間のインタフェースとして機能する。
【００２０】
次に、本実施形態の動作について、ユーザの通信端末を認証する場合の動作、ユーザ自身を認証する場合の動作、ユーザに対する課金を認証する場合の動作を順に説明する。
（端末認証の動作説明）
先ず、図４に示すシーケンス図を参照しながら、ユーザの通信端末１００を認証する場合の動作を説明する。通信端末１００のユーザは、インターネット４００上のコンテンツプロバイダーのサーバ５００にアクセスし、このコンテンツプロバイダーのホームページに掲載されたコンテンツのネットワーク上での購入を決定すると、ブラウザ／アプリ１１４上で購入を希望する商品のコードや数量等の各情報を入力する。
【００２１】
通信端末１００は、ユーザがブラウザ／アプリ１１４上で入力した情報を、移動体ネットワーク２００、ＩＳＰネットワーク３００、インターネット４００を介してサーバ５００に送信し、コンテンツの購入に関する電子商取引を要求する（ステップＳ１０１）。この要求を受けた場合、サーバ５００は、通信端末１００に端末認証を要求する（ステップＳ１０２）。このとき、サーバ５００は、この通信端末１００の端末認証に対する乱数等の動的な符号を生成して通信端末１００に発行する。
【００２２】
通信端末１００は、サーバ５００から端末認証の要求を受けると、端末認証用の識別情報を外部に送信することの許可を求める確認画面をユーザに対して表示し、ユーザが送信を許可した場合、認証・決済クライアント１１３を起動する（ステップＳ１０３）。認証・決済クライアント１１３の起動は、コンテンツプロバイダーのサーバ５００から送られるＨＴＭＬに埋め込まれたタグにより行われる。起動された認証・決済クライアント１１３は端末認証ルーチンを実行し、端末認証ルーチンが認証ドライバ１１５を呼び出し、この認証ドライバ１１５に対してユーザの電話番号を要求する。認証ドライバ１１５は、ユーザの電話番号を暗号化して端末認証ルーチンに受け渡す（ステップＳ１０４）。
【００２３】
続いて、認証・決済クライアント１１３の端末認証ルーチンは、認証ドライバ１１５を介して認証・決済モジュール１２２を呼び出し、この認証・決済モジュール１２２に対してワンタイムＩＤ（認証用の識別情報）を要求する。この要求を受けた認証・決済モジュール１２２は、固有のオペレーションシステム１２０上で、端末認証の要求元であるサーバ５００から発行された動的な符号（乱数）を用いて端末固有のＩＤ（端末固有の識別情報）を暗号化することにより上述のワンタイムＩＤを生成する。このワンタイムＩＤは、認証ドライバ１１５を介して認証・決済クライアント１１３に受け渡される（ステップＳ１０５）。
【００２４】
続いて、認証・決済モジュール１２２から取得したワンタイムＩＤと認証ドライバ１１５から取得したユーザの電話番号を認証・決済サーバ２０２に送信し、このワンタイムＩＤを用いて通信端末１００と認証・決済サーバ２０２との間で端末認証に関する処理が実行される。詳細に説明すると、認証・決済クライアント１１３は、クローズドネットワーク内の認証・決済サーバ２０２に対し、認証・決済モジュール１２２で生成された端末認証用のワンタイムＩＤを通信端末１００のユーザの電話番号に紐付けて送信し、所定の認証・決済サーバ２０２に通信端末１００の端末認証を行わせる（ステップＳ１０６）。
【００２５】
この要求を受けた認証・決済サーバ２０２は、通信端末１００から送られてきたワンタイムＩＤと、自身が管理するユーザの電話番号に紐付いた端末固有のＩＤとを照合することにより端末認証を行う。ここで、認証・決済サーバ２０２は、認証・決済モジュール１２２で暗号化に使用したアルゴリズムと同様のアルゴリズムを用いて、通信端末１００から送られたワンタイムＩＤから通信端末１００の端末固有のＩＤを解読する。解読された端末固有のＩＤと、自身が管理するユーザの電話番号に紐付いたＩＤとが一致した場合に、この通信端末１００の端末認証がなされたことになる。認証がなされた場合、認証・決済サーバ２０２は、端末認証要求に対して応答し、端末認証の結果を通信端末１００に送信する（ステップＳ１０７）。このように、認証・決済クライアント１１３は、認証・決済サーバ２０２に端末認証用の識別情報を送信して端末認証を行わせる。
【００２６】
続いて、通信端末１００の認証・決済クライアント１１３は、端末認証の結果を認証・決済サーバ２０２から受信すると、これを例えばＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒｓ）などの従来の暗号化技術を用いて暗号化し、コンテンツプロバイダのサーバ５００に送信する（ステップＳ１０８）。即ち、認証・決済サーバ２０２で生成された端末認証の結果は、通信端末１００を介して認証要求元であるサーバ５００に暗号化されて送信される。サーバ５００は、通信端末１００を介して受信した端末認証の結果を解読し、この解読結果から、認証・決済サーバ２０２において端末認証が正常に行われたことを確認すると、通信端末１００に対して応答し、コンテンツの購入に応じる旨を通知する（ステップＳ１０９）。この通知を受信した通信端末１００の認証・決済クライアント１１３は、ブラウザ／アプリ１１４に対しコンテンツのＵＲＬを表示させる（ステップＳ１１０）。ブラウザ／アプリ１１４は、このＵＲＬで指定されるＷｅｂページの表示をサーバ５００に要求し（ステップＳ１１１）、この要求を受けたサーバ５００は、コンテンツの画面をブラウザ／アプリ１１４に表示させる（ステップＳ１１２）。
【００２７】
以上により端末認証が行われ、この通信端末１００のユーザに対してコンテンツの販売が行われる。上述の端末認証の過程において、端末認証用の個人情報が関与するステップ１０３〜Ｓ１０７は通信事業者が管理するクローズドネットワーク内で行われる。従って、認証用の個人情報がオープンネットワーク上に流出することがなく、この端末認証における個人情報のセキュリティを確保することが可能になる。
【００２８】
（ユーザ認証の動作説明）
次に、図５を参照しながら、通信端末１００のユーザ認証を行う場合の動作を説明する。通信端末１００のユーザがコンテンツの購入を決定し、ブラウザ／アプリ１１４上で購入を希望する商品のコードや数量等の各情報を入力する。通信端末１００は、ユーザが入力した情報をサーバ５００に送信し、コンテンツの購入に関する電子商取引を要求する（ステップＳ２０１）。この要求を受けた場合、サーバ５００は、通信端末１００にユーザ認証を要求する（ステップＳ２０２）。このとき、サーバ５００は、このユーザ認証に対する乱数等の動的な符号を生成して通信端末１００に発行する。
【００２９】
通信端末１００は、サーバ５００から認証の要求を受けると、暗証番号の入力を求める入力画面をユーザに対して表示し、ユーザが暗証番号を入力した場合、認証・決済クライアント１１３を起動する（ステップＳ２０３）。認証・決済クライアント１１３の起動は、コンテンツプロバイダーのサーバ５００から送られるＨＴＭＬに埋め込まれたタグにより行われる。起動された認証・決済クライアント１１３はユーザ認証ルーチンを実行し、ユーザ認証ルーチンが認証ドライバ１１５を呼び出し、この認証ドライバ１１５に対してユーザの電話番号を要求する。認証ドライバ１１５は、ユーザの電話番号を暗号化してユーザ認証ルーチンに受け渡す（ステップＳ２０４）。
【００３０】
続いて、認証・決済クライアント１１３のユーザ認証ルーチンは、上述の端末認証ルーチンと同様に、認証ドライバ１１５を介して認証・決済モジュール１２２を呼び出し、この認証・決済モジュール１２２に対してワンタイムＩＤを要求する。この要求を受けた認証・決済モジュール１２２は、固有のオペレーションシステム１２０上で、認証の要求元であるサーバ５００から発行された動的な符号を用いて端末固有のＩＤを暗号化することによりワンタイムＩＤを生成する。このワンタイムＩＤは、認証ドライバ１１５を介して認証・決済クライアント１１３に受け渡される（ステップＳ２０５）。
【００３１】
続いて、認証・決済モジュール１２２から取得したワンタイムＩＤと認証ドライバ１１５から取得したユーザの電話番号を認証・決済サーバ２０２に送信し、このワンタイムＩＤを用いて通信端末１００と認証・決済サーバ２０２との間でユーザ認証に関する処理が実行される。詳細に説明すると、認証・決済クライアント１１３は、クローズドネットワーク内の認証・決済サーバ２０２に対し、認証・決済モジュール１２２で生成されたユーザ認証用のワンタイムＩＤを通信端末１００のユーザの電話番号に紐付けて送信し、所定の認証・決済サーバ２０２に通信端末１００のユーザ認証を行わせる（ステップＳ２０６）。
【００３２】
この要求を受けた認証・決済サーバ２０２は、通信端末１００から送られてきたワンタイムＩＤと、自身が管理するユーザの電話番号に紐付いた端末固有のＩＤとを照合することによりユーザ認証を行う。ここで、認証・決済サーバ２０２は、認証・決済モジュール１２２で暗号化に使用したアルゴリズムと同様のアルゴリズムを用いて、通信端末１００から送られたワンタイムＩＤから通信端末１００の端末固有のＩＤを解読する。解読された端末固有のＩＤと、自身が管理するユーザの電話番号に紐付いたＩＤとが一致した場合に、この通信端末１００のユーザ認証がなされる。ユーザ認証がなされた場合、認証・決済サーバ２０２は、ユーザ認証要求に対して応答し、ユーザ認証の結果を通信端末１００に送信する（ステップＳ２０７）。
【００３３】
続いて、通信端末１００の認証・決済クライアント１１３は、ユーザ認証の結果を認証・決済サーバ２０２から受信すると、これを例えばＳＳＬなどの従来の暗号化技術を用いて暗号化し、コンテンツプロバイダのサーバ５００に送信する（ステップＳ２０８）。即ち、認証・決済サーバ２０２で生成されたユーザ認証の結果は、通信端末１００を介して認証要求元であるサーバ５００に暗号化されて送信される。サーバ５００は、通信端末１００を介して受信したユーザ認証の結果を解読し、この解読結果から、認証・決済サーバ２０２においてユーザ認証が正常に行われたことを確認すると、通信端末１００に対して応答し、コンテンツの購入に応じる旨を通知する（ステップＳ２０９）。この通知を受信した通信端末１００の認証・決済クライアント１１３は、ブラウザ／アプリ１１４に対しコンテンツのＵＲＬを表示させ（ステップＳ２１０）、ブラウザ／アプリ１１４は、このＵＲＬで指定されるＷｅｂページの表示をサーバ５００に要求し（ステップＳ２１１）、サーバ５００は、コンテンツの画面をブラウザ／アプリ１１４に表示させる（ステップＳ２１２）。
【００３４】
以上によりユーザ認証が行われ、この通信端末１００のユーザに対してコンテンツの販売が行われる。上述のユーザ認証の過程において、ユーザ認証用の個人情報が関与するステップ２０３〜Ｓ２０７は通信事業者が管理するクローズドネットワーク内で行われる。従って、認証用の個人情報がオープンネットワーク上に流出することがなく、このユーザ認証における個人情報のセキュリティを確保することが可能になる。なお、上述のユーザ認証においても、ワンタイムＩＤを用いて認証が行われるため、結果的には端末認証も行われることになり、一層セキュリティレベルを高めることができる。
【００３５】
（課金認証の動作説明）
次に、図６を参照しながら、通信端末１００の課金認証を行う場合の動作を説明する。上述と同様に、通信端末１００のユーザがコンテンツの購入を決定し、ブラウザ／アプリ１１４上で購入を希望する商品のコードや数量等の各情報を入力する。通信端末１００は、ユーザが入力した情報をサーバ５００に送信し、コンテンツの購入に関する電子商取引を要求する（ステップＳ３０１）。この要求を受けた場合、サーバ５００は、通信端末１００に対し課金認証を要求する（ステップＳ３０２）。このとき、サーバ５００は、この課金認証に対する乱数等の動的な符号を生成して通信端末１００に発行する。
【００３６】
通信端末１００は、サーバ５００から課金認証の要求を受けると、暗証番号の入力を求める入力画面をユーザに対して表示し、ユーザが暗証番号を入力した場合、認証・決済クライアント１１３を起動する（ステップＳ３０３）。認証・決済クライアント１１３の起動は、コンテンツプロバイダーのサーバ５００から送られるＨＴＭＬに埋め込まれたタグにより行われる。起動された認証・決済クライアント１１３は課金認証ルーチンを実行し、課金認証ルーチンが認証ドライバ１１５を呼び出し、この認証ドライバ１１５に対してユーザの電話番号を要求する。認証ドライバ１１５は、ユーザの電話番号を暗号化して課金認証ルーチンに受け渡す（ステップＳ３０４）。
【００３７】
続いて、認証・決済クライアント１１３の課金認証ルーチンは、前述の端末認証ルーチンと同様に、認証ドライバ１１５を介して認証・決済モジュール１２２を呼び出し、この認証・決済モジュール１２２に対してワンタイムＩＤを要求する。この要求を受けた認証・決済モジュール１２２は、固有のオペレーションシステム１２０上で、課金認証の要求元であるサーバ５００から発行された動的な符号を用いて端末固有のＩＤを暗号化することによりワンタイムＩＤを生成する。このワンタイムＩＤは、認証ドライバ１１５を介して認証・決済クライアント１１３に受け渡される（ステップＳ３０５）。
【００３８】
続いて、認証・決済モジュール１２２から取得したワンタイムＩＤと認証ドライバ１１５から取得したユーザの電話番号を認証・決済サーバ２０２に送信し、このワンタイムＩＤを用いて通信端末１００と認証・決済サーバ２０２との間で課金認証に関する処理が実行される。詳細に説明すると、認証・決済クライアント１１３は、クローズドネットワーク内の認証・決済サーバ２０２に対し、ユーザの暗証番号と、コンテンツＩＤと、個数と共に、認証・決済モジュール１２２で生成された課金認証用のワンタイムＩＤを通信端末１００のユーザの電話番号に紐付けて送信し、所定の認証・決済サーバ２０２に課金認証を行わせる（ステップＳ３０６）。
【００３９】
この要求を受けた認証・決済サーバ２０２は、通信端末１００から送られてきたワンタイムＩＤと、自身が管理するユーザの電話番号に紐付いた端末固有のＩＤとを照合することにより課金認証を行う。ここで、通信端末１００から送られたワンタイムＩＤから把握される端末固有のＩＤと、自身が管理するユーザの電話番号に紐付いたＩＤとが一致した場合に、この通信端末１００に対する課金認証がなされる。課金認証がなされた場合、認証・決済サーバ２０２は、課金認証要求に対して応答し、課金認証の結果を通信端末１００に送信する（ステップＳ３０７）。
【００４０】
続いて、通信端末１００の認証・決済クライアント１１３は、課金認証の結果を認証・決済サーバ２０２から受信すると、これを例えばＳＳＬなどの従来の暗号化技術を用いて暗号化し、コンテンツプロバイダのサーバ５００に送信する（ステップＳ３０８）。即ち、認証・決済サーバ２０２で生成された課金認証の結果は、通信端末１００を介して認証要求元であるサーバ５００に暗号化されて送信される。サーバ５００は、通信端末１００を介して受信した課金認証の結果を解読し、この解読結果から、認証・決済サーバ２０２において課金認証が正常に行われたことを確認すると、通信端末１００に対して応答し、コンテンツの購入に応じる旨を通知する（ステップＳ３０９）。この通知を受信した通信端末１００の認証・決済クライアント１１３は、ブラウザ／アプリ１１４に対しコンテンツのＵＲＬを表示させ（ステップＳ３１０）、ブラウザ／アプリ１１４は、このＵＲＬで指定されるＷｅｂページの表示をサーバ５００に要求し（ステップＳ３１１）、サーバ５００は、コンテンツの画面をブラウザ／アプリ１１４に表示させる（ステップＳ３１２）。
【００４１】
以上により課金認証が行われ、この通信端末１００のユーザに対してコンテンツの販売が行われる。上述の課金認証の過程において、ユーザ認証用の個人情報が関与するステップ３０３〜Ｓ３０７は通信事業者が管理するクローズドネットワーク内で行われる。従って、認証用の個人情報がオープンネットワーク上に流出することがなく、このユーザ認証における個人情報のセキュリティを確保することが可能になる。なお、上述の課金認証においても、ワンタイムＩＤとユーザの暗証番号を用いて認証が行われているため、結果的には端末認証とユーザ認証も行われることになり、さらに一層セキュリティレベルを高めることができる。
【００４２】
上述の実施形態によれば、移動体ネットワークの通信事業者が管理する端末固有のＩＤを、ユーザからアクセス不能な固有のオペレーションシステムで管理される領域で暗号化して認証用の識別情報として利用することにより、認証におけるセキュリティレベルを確保しつつ、外部からのアクセスが可能な汎用のオペレーションシステム上でアプリケーションを動作させることにより、アプリケーションについてはパソコンやＰＤＡのような汎用性を実現することができる。
【００４３】
以下に、本実施形態のポイントをまとめておく。
（１）クローズドネットワークを運用する通信事業者が管理する端末固有のＩＤを認証用の情報として利用すること。
（２）端末固有のＩＤの暗号化などの処理及び暗号化のアルゴリズムは、ユーザからアクセス不能な領域（アプリケーション用のＣＰＵや、オペレーションシステムに依存しないモジュールとＣＰＵ）で管理すること。
（３）認証を、認証・決済サーバと通信端末との間のクローズドネットワーク内で行い、認証用のＩＤや暗証番号等の個人情報をインターネットを介して授受しないこと。
【００４４】
以上、本発明の実施形態について説明したが、本発明はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。例えば、上述の実施形態では、固有のオペレーションシステム上で認証・決済モジュール１２２を動作させるものとしたが、このことは、認証・決済モジュール１２２の仕様を非公開とすることも含み、従って非公開の仕様で動作する回路として認証・決済モジュール１２２を実現してもよい。また、上述の実施形態では、通信端末１００として携帯電話を例に説明したが、パソコンやＰＤＡ等の他の通信端末に対しても同様に本発明を適用することができる。さらに、外部からのアクセスが可能なオペレーションシステムとして汎用のオペレーションシステム１１０を通信端末１００に搭載するものとしたが、汎用のオペレーションシステムに限らず、例えば特定用途のオペレーションシステムであってもよい。即ち、本発明において、外部からのアクセスが可能なオペレーションシステムとは、用途にかかわらず、一般のユーザがアクセスし得るものであれば、どのようなものであってもよい。
【００４５】
【発明の効果】
以上説明したように、本発明によれば、外部からのアクセスが禁止されたオペレーションシステム上で、認証の要求元から発行された符号を用いて認証用の識別情報を生成し、また、クローズドネットワーク内で認証に関する処理を実行するようにしたので、認証用の個人情報の流出を防止することができ、従って認証におけるセキュリティレベルを改善することができる。
【図面の簡単な説明】
【図１】本発明の実施形態に係る認証システムが適用されたネットワークの構成図である。
【図２】本発明の実施形態に係る通信端末の概略的な構成図である。
【図３】本発明の実施形態に係る通信端末のブロック図である。
【図４】本発明の実施形態に係る認証システムの動作（端末認証）を説明するためのシーケンス図である。
【図５】本発明の実施形態に係る認証システムの動作（ユーザ認証）を説明するためのシーケンス図である。
【図６】本発明の実施形態に係る認証システムの動作（課金認証）を説明するためのシーケンス図である。
【図７】従来技術に係る認証方法が適用されたネットワークの構成図である。
【図８】従来技術に係る通信端末の概略的な構成図である。
【符号の説明】
１００；通信端末、１１０；汎用のオペレーションシステム、１１１；アプリケーション用ＣＰＵ、１１３；認証・決済クライアント、１１４；ブラウザ／アプリ、１１５；認証ドライバ、１２０；固有のオペレーションシステム、１２１；通信用ＣＰＵ、１２２；認証・決済モジュール、２００；移動体ネットワーク、２０１；無線基地局、２０２；認証・決済サーバ、３００；ＩＳＰネットワーク、４００；インターネット、５００；サーバ、Ｓ１０１〜Ｓ１１２，Ｓ２０１〜Ｓ２１２，Ｓ３０１〜Ｓ３１２；ステップ。
【発明の属する技術分野】
本発明は、オープンネットワーク上での電子商取引における認証に好適な通信端末、認証システム、認証方法に関する。
【０００２】
【従来の技術】
ネットワーク上で電子商取引を行う場合、ＩＤやパスワードにより取引相手の認証を行うのが通例となっている。図７に示すネットワーク構成を例として、従来に係る認証方法を説明する。この例は、インターネット上でコンテンツプロバイダー（ＣＰ）やインターネット接続業者（ＩＳＰ）からコンテンツを購入する場合のものであり、通信端末６００は、ユーザが所有する携帯電話等であり、通信事業者が管理する移動体ネットワーク２００と、インターネット接続業者が管理するＩＳＰネットワーク３００とを介して、オープンネットワークであるインターネット４００に接続される。ＩＳＰネットワーク３００には、インターネット接続業者が管理するサーバ３０１が接続され、インターネット４００には、コンテンツプロバイダーが管理するサーバ５００が接続されている。
【０００３】
ここで、通信端末６００のユーザがサーバ３０１に開設されたＷｅｂページからコンテンツを購入する場合の認証は次のように行われる。まず、通信端末６００のユーザが、通信端末６００から移動体ネットワーク２００およびＩＳＰネットワーク３００を介してサーバ３０１にコンテンツを要求すると、サーバ３０１は、通信端末６００に対して認証用のＩＤとパスワードを要求する。この要求を受けて、ユーザが、通信端末６００から自身のＩＤおよびパスワードをサーバ３０１に送信する。サーバ３０１は、受信したＩＤとパスワードを照合し、これらが有効であれば、このユーザの要求に応えてコンテンツを提供する。
【０００４】
ところで、インターネットのようなオープンネットワーク上でコンテンツ購入等の電子商取引を行う場合、ユーザのＩＤやパスワード等の認証用の個人情報が漏洩するおそれがあり、この認証用の個人情報が他人に不正使用され、情報の改竄やなりすまし等が行われる危険がある。このような問題を防止するための第１の従来技術として、鍵を用いて情報を暗号化する技術が知られている（特許文献１参照）。また、第２の従来技術として、無線交信による認証を定期的に行うことにより通信端末の盗用を防止する技術もある（特許文献２参照）。
【０００５】
【特許文献１】
特開２００３−６９５６０号公報（段落番号００４１、図６）
【特許文献２】
特開２００１−３５２５７９号公報（段落番号００２２、図１）
【０００６】
【発明が解決しようとする課題】
しかしながら、上述の第１の従来技術によれば、暗号化技術を用いるとしても、オープンネットワーク上に認証用の個人情報が流出することになるため、依然として漏洩等の可能性が残り、必ずしも認証の際のセキュリティレベルが十分とは言えない。また、上述の第２の従来技術によれば、通信端末の盗用を防止することはできるものの、オープンネットワーク上での情報の漏洩等に対しては何らセキュリティレベルを改善するものではない。
【０００７】
また、図８（ａ）に示すように、通信端末６００が携帯電話として構成される場合には、アプリケーション６１３や認証・決済モジュール６１２を外部からのアクセスが困難な固有のオペレーションシステム（ＯＳ； Ｏｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）６１０上で管理しているため、認証用の情報に対するセキュリティが改善される反面、利用可能なアプリケーションが著しく制限され、汎用性に欠けるという不都合がある。これに対し、図８（ｂ）に示すように、パソコンやＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ） 等の端末７００の場合、外部からのアクセスが可能な汎用のオペレーションシステムを搭載しているため、各種のアプリケーションに柔軟に対応することができる反面、不特定人がオペレーションシステムをアクセスすることが可能であるため、端末上で認証用の個人情報が他人に読み取られる等のおそれが生じ、セキュリティレベルが低下することになる。
【０００８】
本発明は、上記事情に鑑みてなされたもので、認証におけるセキュリティレベルを改善することができる通信端末、認証システム、認証方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記課題を解決するため、本発明は以下の構成を有する。
即ち、本発明に係る通信端末は、外部からのアクセスが可能な第１のオペレーションシステムと外部からのアクセスが禁止された第２のオペレーションシステムとを搭載し、前記第１のオペレーションシステム上でアプリケーションを実行する機能を有する通信端末であって、前記第２のオペレーションシステム上で、認証の要求元から発行された符号を用いて認証用の識別情報を生成する識別情報生成部と、前記識別情報を認証用の所定のサーバに送信して認証を行わせ、該認証の結果を前記サーバから受信して前記認証の要求元に送信する通信処理部と、を備えたことを特徴とする。ここで、前記通信端末において、例えば、前記識別情報生成部が、前記認証の要求元から発行された符号を用いて端末固有の識別情報を暗号化することにより前記認証用の識別情報を生成し、前記通信処理部が、前記識別情報生成部で生成された認証用の識別情報をユーザの電話番号に紐付けて送信するものとしてもよい。
【００１０】
本発明に係る認証システムは、外部からのアクセスが可能な第１のオペレーションシステム上でアプリケーションを実行すると共に、外部からのアクセスが禁止された第２のオペレーションシステム上で認証用の識別情報を生成する機能を有する通信端末と、オープンネットワークを介して前記通信端末と接続され、該通信端末から電子商取引の要求を受けた場合、該通信端末に認証を要求する第１のサーバと、クローズドネットワークを介して前記通信端末と接続され、前記認証用の識別情報を用いて前記認証に関する処理を実行し、前記通信端末を介して前記認証の結果を前記第１のサーバに送信する第２のサーバと、を備えたことを特徴とする。ここで、前記認証システムにおいて、例えば、前記通信端末が、前記第２のオペレーションシステム上で、前記第１のサーバにより発行された符号を用いて端末固有の識別情報を暗号化することにより認証用の識別情報を生成する識別情報生成部と、前記識別情報生成部で生成された識別情報を前記第２のサーバに送信すると共に、前記認証の結果を前記第２のサーバから受信して前記第１のサーバに送信する通信処理部と、を備えるものとしてもよい。
【００１１】
本発明に係る認証方法は、（ａ）電子商取引における商品の販売者側に設けられた第１のサーバが、前記電子商取引における商品の購入者側に設けられた通信端末から前記電子商取引の要求を受けた場合、前記通信端末に認証を要求する第１のステップと、（ｂ）前記通信端末が、前記第１のサーバから前記認証を要求された場合、クローズドネットワークを介して認証用の第２のサーバに認証用の識別情報を送信して認証を行わせる第２のステップと、（ｃ）前記第２のサーバが、前記認証の結果を生成し、前記通信端末を介して前記認証の結果を前記第１のサーバに送信する第３のステップと、を含むことを特徴とする。ここで、前記認証方法において、例えば、前記第２のステップでは、前記通信端末が、外部からのアクセスが禁止されたオペレーションシステム上で、前記第１のサーバから発行された符号を用いて端末固有の識別情報を暗号化することにより前記認証用の識別情報を生成するものとしてもよく、また、前記認証用の識別情報を前記通信端末のユーザの電話番号に紐付けて前記第２のサーバに送信するものとしてもよい。
【００１２】
【発明の実施の形態】
以下、本発明の実施形態を説明する。
図１に、本発明の実施形態に係る認証システムが適用されたネットワーク構成を示す。同図において、通信端末１００は、電子商取引における商品の購入者側に設けられた端末であって、具体的にはインターネット上で提供されるサービスのユーザが所有する携帯電話であり、外部からのアクセスが禁止された固有のオペレーションシステム上で認証に必要とされる処理を実行する機能を有している。通信端末１００の詳細については後述する。移動体ネットワーク２００は、通信事業者等の特定人が管理するクローズドネットワークであり、上述の通信端末１００と無線通信を行うための無線基地局２０１が配置されている。
【００１３】
また、移動体ネットワーク２００上には、認証・決済サーバ２０２（第２のサーバ）が配置される。この認証・決済サーバ２０２は、通信端末１００との間で認証に関する処理を実行するものであり、認証時に移動体ネットワーク２００を介して通信端末１００と接続される。また、認証・決済サーバ２０２には、予め、ユーザやコンテンツプロバイダーに関する情報が登録・管理されている。また、認証・決済サーバ２０２は、コンテンツプロバイダーからの購買情報等の記録・管理も行うようになっている。上述の移動体ネットワーク２００、無線基地局２０１、認証・決済サーバ２０２は、通信プロトコル等の接続規格が非公開のクローズドネットワークを構成する。
【００１４】
ＩＳＰネットワーク３００は、インターネット接続業者（ＩＳＰ）が所有するネットワークであり、インターネット４００に接続されている。インターネット４００には、電子商取引における商品の販売者側に設けられたサーバ（第１のサーバ）が接続されている。このサーバ５００は、インターネット上でコンテンツを提供するコンテンツプロバイダーによって管理され、ユーザに提供される各種のコンテンツが格納されている。これらＩＳＰネットワーク３００、インターネット、サーバ５００は、通信プロトコル等の接続規格が公開されたオープンネットワークを構成しており、コンテンツプロバイダーのサーバ５００は、オープンネットワークを介してユーザの通信端末１００に接続されるようになっている。
【００１５】
図２に、上述の通信端末１００の構成を示す。通信端末１００は、ユーザＰによる外部からのアクセスが可能な汎用のオペレーションシステム１１０（第１のオペレーションシステム）と、外部からのアクセスが禁止された固有のオペレーションシステム１２０（第２のオペレーションシステム）とを搭載し、汎用のオペレーションシステム１１０上で動作するアプリケーション用ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１１と、固有のオペレーションシステム１２０上で動作する通信用ＣＰＵ１２１および認証・決済モジュール１２２（識別情報生成部）とを備える。このような２種のオペレーションシステムを搭載することにより、任意のアプリケーション１１２についてアプリケーション用ＣＰＵ１１１による実行する機能を実現しつつ、認証、決済、通信については外部から一切の操作を不能としている。
【００１６】
図３に、通信端末１００の詳細な構成を示す。同図において、図１に示す要素と共通する要素には同一符号を付す。認証・決済モジュール１２２は、端末固有のＩＤ（端末固有の識別情報）からワンタイムＩＤ（認証用の識別情報）を生成するためのワンタイムＩＤ生成ルーチンを備えている。この端末固有のＩＤは、例えば移動体ネットワーク２００を運用管理する通信事業者が各ユーザの通信端末に割り付けたＩＤであり、この端末固有のＩＤから、移動体ネットワーク２００の通信事業者が、この移動体ネットワーク２００に接続される各ユーザの通信端末を識別することが可能となっている。ワンタイムＩＤ生成ルーチンでは、認証・決済サーバ２０２から発行される符号を用いて認証の度に異なるワンタイムＩＤが端末固有のＩＤから生成される。また、上述の認証・決済サーバ２０２には、認証・決済モジュール１２２におけるワンタイムＩＤの生成アルゴリズムと同様のアルゴリズムを有するモジュールが組み込まれており、これにより、認証・決済サーバ２０２側で通信端末１００から受信したワンタイムＩＤの照合が可能となっている。
【００１７】
また、上述の図２では省略したが、アプリケーション用ＣＰＵ１１１は、アプリケーション１１２を実行することの他、認証・決済クライアント１１３、ブラウザ／アプリ１１４、認証ドライバ１１５を管理する。ここで、認証・決済クライアント１１３は、認証・決済に関する通信処理部として機能するものであって、認証時にブラウザ／アプリ１１４から起動される実行型アプリケーションとして構成され、ユーザインタフェース、コマンド処理ルーチン、端末認証ルーチン、ユーザ認証ルーチン、課金認証ルーチン、エラー処理ルーチン、パラメータルーチン、ＨＴＴＰ通信ルーチン、ブラウザインタフェースを含んでいる。このうち、ブラウザインタフェースは、端末認証ルーチン等により実現される各認証機能とブラウザ／アプリ１１４とのインタフェースであり、ユーザインタフェースは、各認証機能のグラフィックユーザインタフェースである。コマンド処理ルーチンは、アプリケーション用ＣＰＵ１１１からの要求に基づき、端末認証ルーチン、ユーザ認証ルーチン、課金認証ルーチンの各ルーチンを呼び出すための処理を行うものである。
【００１８】
ここで、端末認証ルーチンは、アプリケーション用ＣＰＵ１１１からの端末認証要求に対する応答処理を行うものである。また、ユーザ認証ルーチンは、アプリケーション用ＣＰＵ１１１からのユーザ認証要求に対する応答処理を行うものであり、課金認証ルーチンは、アプリケーション用ＣＰＵ１１１からの課金認証要求に対する応答処理を行うものである。エラー処理ルーチンは、エラー発生時にエラーログの出力を行うものである。パラメータ解析ルーチンは、認証・決済サーバ２０２からの応答を解析し、ブラウザの呼び出しを行うものである。ＨＴＴＰ通信ルーチンは、認証・決済クライアント１１３から認証・決済サーバ２０２に対し、「端末認証」、「課金認証」、「課金認証」を要求する際のＨＴＴＰ通信に関する処理を行うものである。
【００１９】
また、認証ドライバ１１５は、上述の端末識別ルーチン、ユーザ認証ルーチン、課金認証ルーチン、および暗号化処理ルーチンのインタフェースであり、認証・決済モジュール１２２で生成されたワンタイムＩＤやユーザの電話番号を暗号化して認証・決済クライアント１１３に受け渡す機能を有する。
さらに、ブラウザ／アプリ１１４はホームページの閲覧ソフトである。また、アプリケーション１１２の実行時には、コンテンツプロバイダのサーバ５００との間のインタフェースとして機能する。
【００２０】
次に、本実施形態の動作について、ユーザの通信端末を認証する場合の動作、ユーザ自身を認証する場合の動作、ユーザに対する課金を認証する場合の動作を順に説明する。
（端末認証の動作説明）
先ず、図４に示すシーケンス図を参照しながら、ユーザの通信端末１００を認証する場合の動作を説明する。通信端末１００のユーザは、インターネット４００上のコンテンツプロバイダーのサーバ５００にアクセスし、このコンテンツプロバイダーのホームページに掲載されたコンテンツのネットワーク上での購入を決定すると、ブラウザ／アプリ１１４上で購入を希望する商品のコードや数量等の各情報を入力する。
【００２１】
通信端末１００は、ユーザがブラウザ／アプリ１１４上で入力した情報を、移動体ネットワーク２００、ＩＳＰネットワーク３００、インターネット４００を介してサーバ５００に送信し、コンテンツの購入に関する電子商取引を要求する（ステップＳ１０１）。この要求を受けた場合、サーバ５００は、通信端末１００に端末認証を要求する（ステップＳ１０２）。このとき、サーバ５００は、この通信端末１００の端末認証に対する乱数等の動的な符号を生成して通信端末１００に発行する。
【００２２】
通信端末１００は、サーバ５００から端末認証の要求を受けると、端末認証用の識別情報を外部に送信することの許可を求める確認画面をユーザに対して表示し、ユーザが送信を許可した場合、認証・決済クライアント１１３を起動する（ステップＳ１０３）。認証・決済クライアント１１３の起動は、コンテンツプロバイダーのサーバ５００から送られるＨＴＭＬに埋め込まれたタグにより行われる。起動された認証・決済クライアント１１３は端末認証ルーチンを実行し、端末認証ルーチンが認証ドライバ１１５を呼び出し、この認証ドライバ１１５に対してユーザの電話番号を要求する。認証ドライバ１１５は、ユーザの電話番号を暗号化して端末認証ルーチンに受け渡す（ステップＳ１０４）。
【００２３】
続いて、認証・決済クライアント１１３の端末認証ルーチンは、認証ドライバ１１５を介して認証・決済モジュール１２２を呼び出し、この認証・決済モジュール１２２に対してワンタイムＩＤ（認証用の識別情報）を要求する。この要求を受けた認証・決済モジュール１２２は、固有のオペレーションシステム１２０上で、端末認証の要求元であるサーバ５００から発行された動的な符号（乱数）を用いて端末固有のＩＤ（端末固有の識別情報）を暗号化することにより上述のワンタイムＩＤを生成する。このワンタイムＩＤは、認証ドライバ１１５を介して認証・決済クライアント１１３に受け渡される（ステップＳ１０５）。
【００２４】
続いて、認証・決済モジュール１２２から取得したワンタイムＩＤと認証ドライバ１１５から取得したユーザの電話番号を認証・決済サーバ２０２に送信し、このワンタイムＩＤを用いて通信端末１００と認証・決済サーバ２０２との間で端末認証に関する処理が実行される。詳細に説明すると、認証・決済クライアント１１３は、クローズドネットワーク内の認証・決済サーバ２０２に対し、認証・決済モジュール１２２で生成された端末認証用のワンタイムＩＤを通信端末１００のユーザの電話番号に紐付けて送信し、所定の認証・決済サーバ２０２に通信端末１００の端末認証を行わせる（ステップＳ１０６）。
【００２５】
この要求を受けた認証・決済サーバ２０２は、通信端末１００から送られてきたワンタイムＩＤと、自身が管理するユーザの電話番号に紐付いた端末固有のＩＤとを照合することにより端末認証を行う。ここで、認証・決済サーバ２０２は、認証・決済モジュール１２２で暗号化に使用したアルゴリズムと同様のアルゴリズムを用いて、通信端末１００から送られたワンタイムＩＤから通信端末１００の端末固有のＩＤを解読する。解読された端末固有のＩＤと、自身が管理するユーザの電話番号に紐付いたＩＤとが一致した場合に、この通信端末１００の端末認証がなされたことになる。認証がなされた場合、認証・決済サーバ２０２は、端末認証要求に対して応答し、端末認証の結果を通信端末１００に送信する（ステップＳ１０７）。このように、認証・決済クライアント１１３は、認証・決済サーバ２０２に端末認証用の識別情報を送信して端末認証を行わせる。
【００２６】
続いて、通信端末１００の認証・決済クライアント１１３は、端末認証の結果を認証・決済サーバ２０２から受信すると、これを例えばＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒｓ）などの従来の暗号化技術を用いて暗号化し、コンテンツプロバイダのサーバ５００に送信する（ステップＳ１０８）。即ち、認証・決済サーバ２０２で生成された端末認証の結果は、通信端末１００を介して認証要求元であるサーバ５００に暗号化されて送信される。サーバ５００は、通信端末１００を介して受信した端末認証の結果を解読し、この解読結果から、認証・決済サーバ２０２において端末認証が正常に行われたことを確認すると、通信端末１００に対して応答し、コンテンツの購入に応じる旨を通知する（ステップＳ１０９）。この通知を受信した通信端末１００の認証・決済クライアント１１３は、ブラウザ／アプリ１１４に対しコンテンツのＵＲＬを表示させる（ステップＳ１１０）。ブラウザ／アプリ１１４は、このＵＲＬで指定されるＷｅｂページの表示をサーバ５００に要求し（ステップＳ１１１）、この要求を受けたサーバ５００は、コンテンツの画面をブラウザ／アプリ１１４に表示させる（ステップＳ１１２）。
【００２７】
以上により端末認証が行われ、この通信端末１００のユーザに対してコンテンツの販売が行われる。上述の端末認証の過程において、端末認証用の個人情報が関与するステップ１０３〜Ｓ１０７は通信事業者が管理するクローズドネットワーク内で行われる。従って、認証用の個人情報がオープンネットワーク上に流出することがなく、この端末認証における個人情報のセキュリティを確保することが可能になる。
【００２８】
（ユーザ認証の動作説明）
次に、図５を参照しながら、通信端末１００のユーザ認証を行う場合の動作を説明する。通信端末１００のユーザがコンテンツの購入を決定し、ブラウザ／アプリ１１４上で購入を希望する商品のコードや数量等の各情報を入力する。通信端末１００は、ユーザが入力した情報をサーバ５００に送信し、コンテンツの購入に関する電子商取引を要求する（ステップＳ２０１）。この要求を受けた場合、サーバ５００は、通信端末１００にユーザ認証を要求する（ステップＳ２０２）。このとき、サーバ５００は、このユーザ認証に対する乱数等の動的な符号を生成して通信端末１００に発行する。
【００２９】
通信端末１００は、サーバ５００から認証の要求を受けると、暗証番号の入力を求める入力画面をユーザに対して表示し、ユーザが暗証番号を入力した場合、認証・決済クライアント１１３を起動する（ステップＳ２０３）。認証・決済クライアント１１３の起動は、コンテンツプロバイダーのサーバ５００から送られるＨＴＭＬに埋め込まれたタグにより行われる。起動された認証・決済クライアント１１３はユーザ認証ルーチンを実行し、ユーザ認証ルーチンが認証ドライバ１１５を呼び出し、この認証ドライバ１１５に対してユーザの電話番号を要求する。認証ドライバ１１５は、ユーザの電話番号を暗号化してユーザ認証ルーチンに受け渡す（ステップＳ２０４）。
【００３０】
続いて、認証・決済クライアント１１３のユーザ認証ルーチンは、上述の端末認証ルーチンと同様に、認証ドライバ１１５を介して認証・決済モジュール１２２を呼び出し、この認証・決済モジュール１２２に対してワンタイムＩＤを要求する。この要求を受けた認証・決済モジュール１２２は、固有のオペレーションシステム１２０上で、認証の要求元であるサーバ５００から発行された動的な符号を用いて端末固有のＩＤを暗号化することによりワンタイムＩＤを生成する。このワンタイムＩＤは、認証ドライバ１１５を介して認証・決済クライアント１１３に受け渡される（ステップＳ２０５）。
【００３１】
続いて、認証・決済モジュール１２２から取得したワンタイムＩＤと認証ドライバ１１５から取得したユーザの電話番号を認証・決済サーバ２０２に送信し、このワンタイムＩＤを用いて通信端末１００と認証・決済サーバ２０２との間でユーザ認証に関する処理が実行される。詳細に説明すると、認証・決済クライアント１１３は、クローズドネットワーク内の認証・決済サーバ２０２に対し、認証・決済モジュール１２２で生成されたユーザ認証用のワンタイムＩＤを通信端末１００のユーザの電話番号に紐付けて送信し、所定の認証・決済サーバ２０２に通信端末１００のユーザ認証を行わせる（ステップＳ２０６）。
【００３２】
この要求を受けた認証・決済サーバ２０２は、通信端末１００から送られてきたワンタイムＩＤと、自身が管理するユーザの電話番号に紐付いた端末固有のＩＤとを照合することによりユーザ認証を行う。ここで、認証・決済サーバ２０２は、認証・決済モジュール１２２で暗号化に使用したアルゴリズムと同様のアルゴリズムを用いて、通信端末１００から送られたワンタイムＩＤから通信端末１００の端末固有のＩＤを解読する。解読された端末固有のＩＤと、自身が管理するユーザの電話番号に紐付いたＩＤとが一致した場合に、この通信端末１００のユーザ認証がなされる。ユーザ認証がなされた場合、認証・決済サーバ２０２は、ユーザ認証要求に対して応答し、ユーザ認証の結果を通信端末１００に送信する（ステップＳ２０７）。
【００３３】
続いて、通信端末１００の認証・決済クライアント１１３は、ユーザ認証の結果を認証・決済サーバ２０２から受信すると、これを例えばＳＳＬなどの従来の暗号化技術を用いて暗号化し、コンテンツプロバイダのサーバ５００に送信する（ステップＳ２０８）。即ち、認証・決済サーバ２０２で生成されたユーザ認証の結果は、通信端末１００を介して認証要求元であるサーバ５００に暗号化されて送信される。サーバ５００は、通信端末１００を介して受信したユーザ認証の結果を解読し、この解読結果から、認証・決済サーバ２０２においてユーザ認証が正常に行われたことを確認すると、通信端末１００に対して応答し、コンテンツの購入に応じる旨を通知する（ステップＳ２０９）。この通知を受信した通信端末１００の認証・決済クライアント１１３は、ブラウザ／アプリ１１４に対しコンテンツのＵＲＬを表示させ（ステップＳ２１０）、ブラウザ／アプリ１１４は、このＵＲＬで指定されるＷｅｂページの表示をサーバ５００に要求し（ステップＳ２１１）、サーバ５００は、コンテンツの画面をブラウザ／アプリ１１４に表示させる（ステップＳ２１２）。
【００３４】
以上によりユーザ認証が行われ、この通信端末１００のユーザに対してコンテンツの販売が行われる。上述のユーザ認証の過程において、ユーザ認証用の個人情報が関与するステップ２０３〜Ｓ２０７は通信事業者が管理するクローズドネットワーク内で行われる。従って、認証用の個人情報がオープンネットワーク上に流出することがなく、このユーザ認証における個人情報のセキュリティを確保することが可能になる。なお、上述のユーザ認証においても、ワンタイムＩＤを用いて認証が行われるため、結果的には端末認証も行われることになり、一層セキュリティレベルを高めることができる。
【００３５】
（課金認証の動作説明）
次に、図６を参照しながら、通信端末１００の課金認証を行う場合の動作を説明する。上述と同様に、通信端末１００のユーザがコンテンツの購入を決定し、ブラウザ／アプリ１１４上で購入を希望する商品のコードや数量等の各情報を入力する。通信端末１００は、ユーザが入力した情報をサーバ５００に送信し、コンテンツの購入に関する電子商取引を要求する（ステップＳ３０１）。この要求を受けた場合、サーバ５００は、通信端末１００に対し課金認証を要求する（ステップＳ３０２）。このとき、サーバ５００は、この課金認証に対する乱数等の動的な符号を生成して通信端末１００に発行する。
【００３６】
通信端末１００は、サーバ５００から課金認証の要求を受けると、暗証番号の入力を求める入力画面をユーザに対して表示し、ユーザが暗証番号を入力した場合、認証・決済クライアント１１３を起動する（ステップＳ３０３）。認証・決済クライアント１１３の起動は、コンテンツプロバイダーのサーバ５００から送られるＨＴＭＬに埋め込まれたタグにより行われる。起動された認証・決済クライアント１１３は課金認証ルーチンを実行し、課金認証ルーチンが認証ドライバ１１５を呼び出し、この認証ドライバ１１５に対してユーザの電話番号を要求する。認証ドライバ１１５は、ユーザの電話番号を暗号化して課金認証ルーチンに受け渡す（ステップＳ３０４）。
【００３７】
続いて、認証・決済クライアント１１３の課金認証ルーチンは、前述の端末認証ルーチンと同様に、認証ドライバ１１５を介して認証・決済モジュール１２２を呼び出し、この認証・決済モジュール１２２に対してワンタイムＩＤを要求する。この要求を受けた認証・決済モジュール１２２は、固有のオペレーションシステム１２０上で、課金認証の要求元であるサーバ５００から発行された動的な符号を用いて端末固有のＩＤを暗号化することによりワンタイムＩＤを生成する。このワンタイムＩＤは、認証ドライバ１１５を介して認証・決済クライアント１１３に受け渡される（ステップＳ３０５）。
【００３８】
続いて、認証・決済モジュール１２２から取得したワンタイムＩＤと認証ドライバ１１５から取得したユーザの電話番号を認証・決済サーバ２０２に送信し、このワンタイムＩＤを用いて通信端末１００と認証・決済サーバ２０２との間で課金認証に関する処理が実行される。詳細に説明すると、認証・決済クライアント１１３は、クローズドネットワーク内の認証・決済サーバ２０２に対し、ユーザの暗証番号と、コンテンツＩＤと、個数と共に、認証・決済モジュール１２２で生成された課金認証用のワンタイムＩＤを通信端末１００のユーザの電話番号に紐付けて送信し、所定の認証・決済サーバ２０２に課金認証を行わせる（ステップＳ３０６）。
【００３９】
この要求を受けた認証・決済サーバ２０２は、通信端末１００から送られてきたワンタイムＩＤと、自身が管理するユーザの電話番号に紐付いた端末固有のＩＤとを照合することにより課金認証を行う。ここで、通信端末１００から送られたワンタイムＩＤから把握される端末固有のＩＤと、自身が管理するユーザの電話番号に紐付いたＩＤとが一致した場合に、この通信端末１００に対する課金認証がなされる。課金認証がなされた場合、認証・決済サーバ２０２は、課金認証要求に対して応答し、課金認証の結果を通信端末１００に送信する（ステップＳ３０７）。
【００４０】
続いて、通信端末１００の認証・決済クライアント１１３は、課金認証の結果を認証・決済サーバ２０２から受信すると、これを例えばＳＳＬなどの従来の暗号化技術を用いて暗号化し、コンテンツプロバイダのサーバ５００に送信する（ステップＳ３０８）。即ち、認証・決済サーバ２０２で生成された課金認証の結果は、通信端末１００を介して認証要求元であるサーバ５００に暗号化されて送信される。サーバ５００は、通信端末１００を介して受信した課金認証の結果を解読し、この解読結果から、認証・決済サーバ２０２において課金認証が正常に行われたことを確認すると、通信端末１００に対して応答し、コンテンツの購入に応じる旨を通知する（ステップＳ３０９）。この通知を受信した通信端末１００の認証・決済クライアント１１３は、ブラウザ／アプリ１１４に対しコンテンツのＵＲＬを表示させ（ステップＳ３１０）、ブラウザ／アプリ１１４は、このＵＲＬで指定されるＷｅｂページの表示をサーバ５００に要求し（ステップＳ３１１）、サーバ５００は、コンテンツの画面をブラウザ／アプリ１１４に表示させる（ステップＳ３１２）。
【００４１】
以上により課金認証が行われ、この通信端末１００のユーザに対してコンテンツの販売が行われる。上述の課金認証の過程において、ユーザ認証用の個人情報が関与するステップ３０３〜Ｓ３０７は通信事業者が管理するクローズドネットワーク内で行われる。従って、認証用の個人情報がオープンネットワーク上に流出することがなく、このユーザ認証における個人情報のセキュリティを確保することが可能になる。なお、上述の課金認証においても、ワンタイムＩＤとユーザの暗証番号を用いて認証が行われているため、結果的には端末認証とユーザ認証も行われることになり、さらに一層セキュリティレベルを高めることができる。
【００４２】
上述の実施形態によれば、移動体ネットワークの通信事業者が管理する端末固有のＩＤを、ユーザからアクセス不能な固有のオペレーションシステムで管理される領域で暗号化して認証用の識別情報として利用することにより、認証におけるセキュリティレベルを確保しつつ、外部からのアクセスが可能な汎用のオペレーションシステム上でアプリケーションを動作させることにより、アプリケーションについてはパソコンやＰＤＡのような汎用性を実現することができる。
【００４３】
以下に、本実施形態のポイントをまとめておく。
（１）クローズドネットワークを運用する通信事業者が管理する端末固有のＩＤを認証用の情報として利用すること。
（２）端末固有のＩＤの暗号化などの処理及び暗号化のアルゴリズムは、ユーザからアクセス不能な領域（アプリケーション用のＣＰＵや、オペレーションシステムに依存しないモジュールとＣＰＵ）で管理すること。
（３）認証を、認証・決済サーバと通信端末との間のクローズドネットワーク内で行い、認証用のＩＤや暗証番号等の個人情報をインターネットを介して授受しないこと。
【００４４】
以上、本発明の実施形態について説明したが、本発明はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。例えば、上述の実施形態では、固有のオペレーションシステム上で認証・決済モジュール１２２を動作させるものとしたが、このことは、認証・決済モジュール１２２の仕様を非公開とすることも含み、従って非公開の仕様で動作する回路として認証・決済モジュール１２２を実現してもよい。また、上述の実施形態では、通信端末１００として携帯電話を例に説明したが、パソコンやＰＤＡ等の他の通信端末に対しても同様に本発明を適用することができる。さらに、外部からのアクセスが可能なオペレーションシステムとして汎用のオペレーションシステム１１０を通信端末１００に搭載するものとしたが、汎用のオペレーションシステムに限らず、例えば特定用途のオペレーションシステムであってもよい。即ち、本発明において、外部からのアクセスが可能なオペレーションシステムとは、用途にかかわらず、一般のユーザがアクセスし得るものであれば、どのようなものであってもよい。
【００４５】
【発明の効果】
以上説明したように、本発明によれば、外部からのアクセスが禁止されたオペレーションシステム上で、認証の要求元から発行された符号を用いて認証用の識別情報を生成し、また、クローズドネットワーク内で認証に関する処理を実行するようにしたので、認証用の個人情報の流出を防止することができ、従って認証におけるセキュリティレベルを改善することができる。
【図面の簡単な説明】
【図１】本発明の実施形態に係る認証システムが適用されたネットワークの構成図である。
【図２】本発明の実施形態に係る通信端末の概略的な構成図である。
【図３】本発明の実施形態に係る通信端末のブロック図である。
【図４】本発明の実施形態に係る認証システムの動作（端末認証）を説明するためのシーケンス図である。
【図５】本発明の実施形態に係る認証システムの動作（ユーザ認証）を説明するためのシーケンス図である。
【図６】本発明の実施形態に係る認証システムの動作（課金認証）を説明するためのシーケンス図である。
【図７】従来技術に係る認証方法が適用されたネットワークの構成図である。
【図８】従来技術に係る通信端末の概略的な構成図である。
【符号の説明】
１００；通信端末、１１０；汎用のオペレーションシステム、１１１；アプリケーション用ＣＰＵ、１１３；認証・決済クライアント、１１４；ブラウザ／アプリ、１１５；認証ドライバ、１２０；固有のオペレーションシステム、１２１；通信用ＣＰＵ、１２２；認証・決済モジュール、２００；移動体ネットワーク、２０１；無線基地局、２０２；認証・決済サーバ、３００；ＩＳＰネットワーク、４００；インターネット、５００；サーバ、Ｓ１０１〜Ｓ１１２，Ｓ２０１〜Ｓ２１２，Ｓ３０１〜Ｓ３１２；ステップ。
Claims (7)
- 外部からのアクセスが可能な第１のオペレーションシステムと外部からのアクセスが禁止された第２のオペレーションシステムとを搭載し、前記第１のオペレーションシステム上でアプリケーションを実行する機能を有する通信端末であって、
前記第２のオペレーションシステム上で、認証の要求元から発行された符号を用いて認証用の識別情報を生成する識別情報生成部と、
前記識別情報を認証用の所定のサーバに送信して認証を行わせ、該認証の結果を前記サーバから受信して前記認証の要求元に送信する通信処理部と、を備えたことを特徴とする通信端末。 - 前記識別情報生成部が、前記認証の要求元から発行された符号を用いて端末固有の識別情報を暗号化することにより前記認証用の識別情報を生成し、
前記通信処理部が、前記識別情報生成部で生成された認証用の識別情報をユーザの電話番号に紐付けて送信することを特徴とする請求項１に記載された通信端末。 - 外部からのアクセスが可能な第１のオペレーションシステム上でアプリケーションを実行すると共に、外部からのアクセスが禁止された第２のオペレーションシステム上で認証用の識別情報を生成する機能を有する通信端末と、
オープンネットワークを介して前記通信端末と接続され、該通信端末から電子商取引の要求を受けた場合、該通信端末に認証を要求する第１のサーバと、
クローズドネットワークを介して前記通信端末と接続され、前記認証用の識別情報を用いて前記認証に関する処理を実行し、前記通信端末を介して前記認証の結果を前記第１のサーバに送信する第２のサーバと、を備えたことを特徴とする認証システム。 - 前記通信端末が、
前記第２のオペレーションシステム上で、前記第１のサーバにより発行された符号を用いて端末固有の識別情報を暗号化することにより認証用の識別情報を生成する識別情報生成部と、
前記識別情報生成部で生成された識別情報を前記第２のサーバに送信すると共に、前記認証の結果を前記第２のサーバから受信して前記第１のサーバに送信する通信処理部と、を備えたことを特徴とする請求項３に記載された認証システム。 - （ａ）電子商取引における商品の販売者側に設けられた第１のサーバが、前記電子商取引における商品の購入者側に設けられた通信端末から前記電子商取引の要求を受けた場合、前記通信端末に認証を要求する第１のステップと、
（ｂ）前記通信端末が、前記第１のサーバから前記認証を要求された場合、クローズドネットワークを介して認証用の第２のサーバに認証用の識別情報を送信して認証を行わせる第２のステップと、
（ｃ）前記第２のサーバが、前記認証の結果を生成し、前記通信端末を介して前記認証の結果を前記第１のサーバに送信する第３のステップと、を含むことを特徴とする認証方法。 - 前記第２のステップでは、
前記通信端末が、外部からのアクセスが禁止されたオペレーションシステム上で、前記第１のサーバから発行された符号を用いて端末固有の識別情報を暗号化することにより前記認証用の識別情報を生成することを特徴とする請求項５に記載された認証方法。 - 前記第２のステップでは、前記認証用の識別情報を前記通信端末のユーザの電話番号に紐付けて前記第２のサーバに送信することを特徴とする請求項６に記載された認証方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003163649A JP2005004248A (ja) | 2003-06-09 | 2003-06-09 | 通信端末、認証システム、認証方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003163649A JP2005004248A (ja) | 2003-06-09 | 2003-06-09 | 通信端末、認証システム、認証方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005004248A true JP2005004248A (ja) | 2005-01-06 |
Family
ID=34090708
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003163649A Pending JP2005004248A (ja) | 2003-06-09 | 2003-06-09 | 通信端末、認証システム、認証方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2005004248A (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007089199A (ja) * | 2005-09-20 | 2007-04-05 | Accenture Global Services Gmbh | 通信サービスのためのサードパーティアクセスゲートウェイ |
| JP2008040909A (ja) * | 2006-08-08 | 2008-02-21 | Softbank Mobile Corp | パスコード情報処理装置、パスコード情報処理プログラムおよびパスコード情報処理方法 |
| JP2009123207A (ja) * | 2007-11-16 | 2009-06-04 | Hewlett-Packard Development Co Lp | ネットワークにアクセスする方法及び装置 |
| US7917124B2 (en) | 2005-09-20 | 2011-03-29 | Accenture Global Services Limited | Third party access gateway for telecommunications services |
| US7920583B2 (en) | 2005-10-28 | 2011-04-05 | Accenture Global Services Limited | Message sequencing and data translation architecture for telecommunication services |
| WO2012141548A2 (ko) * | 2011-04-15 | 2012-10-18 | Oh June Soo | 이동식 단말 장치, 이를 이용한 데이터 통신 방법 및 애플리케이션 설치 방법 |
| US9240970B2 (en) | 2012-03-07 | 2016-01-19 | Accenture Global Services Limited | Communication collaboration |
-
2003
- 2003-06-09 JP JP2003163649A patent/JP2005004248A/ja active Pending
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007089199A (ja) * | 2005-09-20 | 2007-04-05 | Accenture Global Services Gmbh | 通信サービスのためのサードパーティアクセスゲートウェイ |
| US7917124B2 (en) | 2005-09-20 | 2011-03-29 | Accenture Global Services Limited | Third party access gateway for telecommunications services |
| JP4709721B2 (ja) * | 2005-09-20 | 2011-06-22 | アクセンチュア グローバル サーヴィシズ ゲゼルシャフト ミット ベシュレンクテル ハフツング | 通信サービスのためのサードパーティアクセスゲートウェイ |
| US7920583B2 (en) | 2005-10-28 | 2011-04-05 | Accenture Global Services Limited | Message sequencing and data translation architecture for telecommunication services |
| JP2008040909A (ja) * | 2006-08-08 | 2008-02-21 | Softbank Mobile Corp | パスコード情報処理装置、パスコード情報処理プログラムおよびパスコード情報処理方法 |
| JP2009123207A (ja) * | 2007-11-16 | 2009-06-04 | Hewlett-Packard Development Co Lp | ネットワークにアクセスする方法及び装置 |
| US9143494B2 (en) | 2007-11-16 | 2015-09-22 | Hewlett-Packard Development Company, L.P. | Method and apparatus for accessing a network |
| WO2012141548A2 (ko) * | 2011-04-15 | 2012-10-18 | Oh June Soo | 이동식 단말 장치, 이를 이용한 데이터 통신 방법 및 애플리케이션 설치 방법 |
| WO2012141548A3 (ko) * | 2011-04-15 | 2013-03-07 | Oh June Soo | 이동식 단말 장치, 이를 이용한 데이터 통신 방법 및 애플리케이션 설치 방법 |
| US9240970B2 (en) | 2012-03-07 | 2016-01-19 | Accenture Global Services Limited | Communication collaboration |
| US10165224B2 (en) | 2012-03-07 | 2018-12-25 | Accenture Global Services Limited | Communication collaboration |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11647385B1 (en) | Security system for handheld wireless devices using time-variable encryption keys | |
| US7275260B2 (en) | Enhanced privacy protection in identification in a data communications network | |
| US7085840B2 (en) | Enhanced quality of identification in a data communications network | |
| CA2391246C (en) | Terminal communication system | |
| US7496751B2 (en) | Privacy and identification in a data communications network | |
| CA2629776C (en) | Authentication for service server in wireless internet and settlement using the same | |
| US20120311326A1 (en) | Apparatus and method for providing personal information sharing service using signed callback url message | |
| US20030084171A1 (en) | User access control to distributed resources on a data communications network | |
| US20030084302A1 (en) | Portability and privacy with data communications network browsing | |
| CN101897166A (zh) | 用于使用浏览器组件建立安全通信信道的系统和方法 | |
| WO2006079145A1 (en) | Authentication method | |
| US20110055547A1 (en) | Personal information management and delivery mechanism | |
| JP2001175599A (ja) | 認証システム | |
| JP2005004248A (ja) | 通信端末、認証システム、認証方法 | |
| JP2005115743A (ja) | 携帯電話と暗号を利用した情報通信端末の自動認証システム | |
| EP1513313A1 (en) | A method of accessing a network service or resource, a network terminal and a personal user device therefore | |
| Tatly et al. | Security challenges of location-aware mobile business | |
| JP2011170779A (ja) | 個人認証装置、個人認証システム、個人認証方法 | |
| KR100431215B1 (ko) | 홈 게이트웨이에서 네트워크 서비스를 인증받는 방법 및이러한 인증을 중계하는 방법 | |
| KR20120088236A (ko) | 콘텐츠 서비스를 위한 사용자 인증 시스템 및 그 방법 | |
| KR101405832B1 (ko) | 이동통신기기를 이용한 로그인 인증 시스템 및 방법 | |
| Wen et al. | The impact of wireless application protocol (WAP) on m-commerce security | |
| KR20080029119A (ko) | 왑 푸쉬 메시지를 이용한 전자결제 승인방법 | |
| Sankaranarayanan | Application of Intelligent Agents in Biometric Secured Mobile Payment System | |
| TW200412109A (en) | Method for protecting copyright of an electronic document in a wireless communication system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060516 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20061003 |