JP2014071840A - 認証情報承継システム及びウェブサーバ - Google Patents

Abstract

【課題】入力済みの認証情報をセッション間で安全に承継することを可能にする技術を提供すること。
【解決手段】本発明の一態様は、認証情報を承継するシステムであって、携帯端末と、ウェブサーバとを有し、前記携帯端末は、前記認証情報が入力される入力部と、アプリ使用中にブラウザ起動ボタンが押下されたときに、画面ＵＲＬと検索キー情報とを含むブラウザ起動要求電文を前記ウェブサーバに送信し、前記ウェブサーバから前記認証情報を含む画面情報を受信する携帯端末側送受信部と、前記受信した認証情報を含む画面情報を表示する表示部とを有し、前記ウェブサーバは、前記検索キー情報と前記認証情報とを対応付けて記憶する記憶部と、前記記憶部から前記検索キー情報に対応する前記認証情報を取得する取得部と、前記携帯端末から前記画面ＵＲＬと前記検索キー情報とを含む前記ブラウザ起動要求電文を受信し、前記受信した検索キー情報に対応する認証情報を含む画面情報を前記携帯端末に送信するウェブサーバ側送受信部とを有するシステムに関する。
【選択図】図６

Description

本発明は、認証情報を承継するシステム及びウェブサーバに関する。

近年、スマートフォン、タブレット、携帯電話などの通信機能を備えた携帯端末が普及してきている。ユーザは、携帯端末を用いてインターネットなどのネットワークに接続し、ネットワーク上のサーバなどと通信することによって、各種サービスを利用することができる。

一般に、このような携帯端末は、携帯性を向上させるため、パーソナルコンピュータなどと比較して小型化されている。このため、ウェブブラウザなどのパーソナルコンピュータ上での利用を前提として開発された機能は、携帯端末上ではユーザにとって、視認性やタッチパネルの操作性などの観点において使いづらいこともある。このため、「アプリ」と呼ばれる携帯端末の小型の画面上で閲覧及び操作するのに適したアプリケーションが開発されてきている。このようなアプリは、スマートフォン用のｉｐｈｏｎｅアプリやアンドロイドアプリなどとして商用化され、「スマートフォンアプリ」と呼ばれることもある。

このような携帯端末の普及に伴って、コンテンツプロバイダは、パーソナルコンピュータ上での利用を前提としたウェブサイトを介したサービスを提供するだけでなく、携帯端末上での閲覧及び操作に適したアプリを介して同様のサービスを提供するようになってきている。各種ウェブサイトのうち、登録されたユーザにアクセスが限定されているタイプのウェブサイトを運営するコンテンツプロバイダは、アプリにおいても登録されたユーザのみにサービスの利用をしばしば限定している。

特開２００７−１７２１１９

一般に、ウェブブラウザは、パーソナルコンピュータ上でユーザが閲覧及び操作するのに適した画面を構成するのに対し、アプリは、相対的に小型の携帯端末上でユーザが閲覧及び操作するのに適した画面を構成する。同一のコンテンツプロバイダがウェブサイトとアプリの双方でサービスを提供している場合、アプリで提供されるサービスは、ウェブサイトで提供されるサービスの一部であるケースが多く、ウェブサイト上では利用可能であるが、アプリでは利用できないサービスがある可能性がある。このようなケースにおいて、携帯端末上でアプリを起動中のユーザが、ウェブサイト上でしか利用できないサービスを利用することを所望した場合、ユーザは、ウェブブラウザを起動し、ウェブサーバから受信したウェブページ上で所望のサービスを利用しなければならない。

従来のコンピュータシステムでは、認証されたユーザのみが利用可能なアプリの実行中にユーザがアプリでは提供されず、ウェブサイトでしか提供されないサービスを所望した場合、ユーザは、ウェブブラウザを起動した後に、ウェブサーバから提供されるログイン画面上でユーザＩＤやパスワードなどの認証情報を再入力する必要がある。すなわち、従来のコンピュータシステムでは、アプリのセッションとウェブブラウザのセッションとの間で認証情報を承継することはできなかった。

上記問題点に鑑み、本発明の一課題は、入力済みの認証情報をセッション間で安全に承継することを可能にする技術を提供することである。

上記課題を解決するため、本発明の一態様は、認証情報を承継するシステムであって、携帯端末と、ウェブサーバとを有し、前記携帯端末は、前記認証情報が入力される入力部と、アプリ使用中にブラウザ起動ボタンが押下されたときに、画面ＵＲＬと検索キー情報とを含むブラウザ起動要求電文を前記ウェブサーバに送信し、前記ウェブサーバから前記認証情報を含む画面情報を受信する携帯端末側送受信部と、前記受信した認証情報を含む画面情報を表示する表示部とを有し、前記ウェブサーバは、前記検索キー情報と前記認証情報とを対応付けて記憶する記憶部と、前記記憶部から前記検索キー情報に対応する前記認証情報を取得する取得部と、前記携帯端末から前記画面ＵＲＬと前記検索キー情報とを含む前記ブラウザ起動要求電文を受信し、前記受信した検索キー情報に対応する認証情報を含む画面情報を前記携帯端末に送信するウェブサーバ側送受信部とを有するシステムに関する。

本発明の他の態様は、検索キー情報と認証情報とを対応付けて記憶する記憶部と、前記記憶部から前記検索キー情報に対応する前記認証情報を取得する取得部と、携帯端末から画面ＵＲＬと前記検索キー情報とを含むブラウザ起動要求電文を受信し、前記受信した検索キー情報に対応する認証情報を含む画面情報を前記携帯端末に送信するウェブサーバ側送受信部とを有するウェブサーバに関する。

本発明によると、入力済みの認証情報をセッション間で安全に承継することが可能になる。

図１は、本発明の一実施例によるシステムを概略的に示す。 図２は、本発明の一実施例による携帯端末のハードウェア構成を示す。 図３は、本発明の一実施例によるサーバのハードウェア構成を示す。 図４は、本発明の一実施例による携帯端末の機能構成を示す。 図５は、本発明の一実施例による中継サーバの機能構成を示す。 図６は、本発明の一実施例によるウェブサーバの機能構成を示す。 図７は、本発明の一実施例によるアプリにおける認証情報処理を示すシーケンス図である。 図８は、本発明の一実施例によるアプリからウェブサービスへの認証情報承継処理を示すシーケンス図である。 図９は、本発明の一実施例による認証情報処理の画面例を示す。 図１０は、本発明の一実施例による認証情報処理の画面例を示す。 図１１は、本発明の一実施例による認証情報承継処理の画面例を示す。

以下、図面を参照して本発明の実施の形態を説明する。

図１〜６を参照して、本発明の一実施例によるシステムの構成を説明する。本実施例のシステムでは、携帯端末は、各種サービスを提供する携帯端末用のアプリケーション（「アプリ」と呼ばれる）を実行可能であると共に、ウェブサイトから提供されるウェブページを表示及び操作するためのウェブブラウザを実行可能である。本実施例では、コンテンツプロバイダがウェブサイトとアプリとの双方によりサービスを提供している場合、本システムは、アプリ実行中の携帯端末が同一のコンテンツプロバイダのウェブサイトに移行するとき、アプリ実行中に入力された認証情報をウェブサービスに承継し、ユーザに認証情報の少なくとも一部を再入力させることなくウェブサイトにアクセスすることを可能にする。

このような認証情報の承継を実現するため、携帯端末は、アプリ起動時にユーザにより認証情報が入力されると、入力された認証情報をサーバに送信する。ユーザ認証が成功すると、携帯端末は、サーバから認証情報に関連付けされた検索キー情報を取得する。アプリ実行中にユーザがウェブブラウザを起動するよう要求すると、携帯端末は、取得した検索キー情報と認証情報の一部を含むブラウザ起動要求電文をサーバに送信する。サーバは、関連付けて記憶されている検索キー情報と認証情報の一部から、受信したブラウザ起動要求電文の検索キー情報に対応する認証情報を抽出し、抽出した認証情報が埋め込まれたウェブブラウザ画面などの画面情報を要求元の携帯端末に送信する。これにより、携帯端末は、認証情報が埋め込まれた画面情報を表示することが可能となり、ユーザは、ウェブブラウザ起動時に認証情報の一部を再入力することなく、ウェブサイトにアクセスすることが可能となる。

図１は、本発明の一実施例によるシステムを概略的に示す。図１に示されるように、システム１０は、１以上の携帯端末１００と、中継サーバ２００と、ウェブサーバ３００と、ネットワーク４００とを有する。

携帯端末１００は、典型的には、スマートフォン、タブレット、携帯電話などであり、インターネット上のウェブページを表示及び操作可能なウェブブラウザと、携帯端末用の「アプリ」と呼ばれる各種サービスを提供するアプリケーションとを有する。一般に、ウェブブラウザは、パーソナルコンピュータ上でユーザが閲覧及び操作するのに適した画面を構成するのに対し、アプリは、相対的に小型の携帯端末上でユーザが閲覧及び操作するのに適した画面を構成する。同一のコンテンツプロバイダがウェブサイトとアプリの双方を提供している場合、アプリで提供されるサービスは、ウェブサイトで提供されるサービスの一部であるケースが多く、ウェブサイト上では利用可能であるが、アプリでは利用できないサービスがある可能性がある。このような場合、携帯端末１００上でアプリを起動中のユーザが、ウェブサイト上でしか利用できないサービスを利用することを所望すると、ユーザは、ウェブブラウザを起動して、ウェブサイトにアクセスする必要がある。

本実施例によるシステムでは、携帯端末１００のユーザがアプリを実行して各種サービスを受信するときには、携帯端末１００は、中継サーバ２００と通信し、中継サーバ２００を介しウェブサーバ３００との間で情報をやりとりする。他方、携帯端末１００のユーザがウェブブラウザを実行して各種サービスを受信するときには、携帯端末１００は、中継サーバ２００を介することなく、ウェブサーバ３００との間で直接やりとりする。

中継サーバ２００は、携帯端末１００においてアプリが実行されているとき、アプリ上で要求されたユーザのサービス要求をウェブサーバ３００に送信すると共に、当該サービス要求に応答してウェブサーバ３００から提供される各種データをアプリ用のデータ形式に変換し、携帯端末１００に提供する。本実施例では、ユーザの認証処理に関して、中継サーバ２００は、携帯端末１００からユーザＩＤとパスワードなどの認証情報を受信すると、受信した認証情報をウェブサーバ３００に転送すると共に、ユーザＩＤの一部など認証情報の一部を記憶する。さらに、中継サーバ２００は、ユーザ認証が成功すると、実行中のアプリのセッションに対してマッチングキーを生成し、生成したマッチングキーを携帯端末１００に送信する。また、中継サーバ２００は、生成したマッチングキーを当該ユーザの認証情報の一部と関連付けて記憶する。

ウェブサーバ３００は、ウェブ画面を介したサービスを提供すると共に、アプリのための各種データを中継サーバ２００を介し携帯端末１００に提供する。本実施例では、ウェブサーバ３００は、予め登録されたユーザの認証情報を保持し、ウェブサイト及びアプリにアクセスすることを要求するユーザが、登録されたユーザであるか判断する。具体的には、ウェブサーバ３００は、ウェブサイト及びアプリにアクセスしようとする携帯端末１００から受信した認証情報が、登録されたユーザの認証情報と一致するか判断することによって、当該ユーザを認証する。ユーザ認証が成功すると、ウェブサーバ３００は、アプリ実行中の携帯端末１００には中継サーバ２００を介しサービスを提供し、ウェブブラウザ実行中の携帯端末１００には中継サービス２００を介することなく、サービスを直接提供する。さらに、アプリ実行中の携帯端末１００がウェブブラウザ起動要求を送信すると、中継サーバ２００から受信したユーザの契約番号とマッチングキーとを関連付けて記憶する。その後、携帯端末１００上で起動されたウェブブラウザからマッチングキーを受信すると、ウェブサーバ３００は、受信したマッチングキーに対応する契約番号を埋め込んだログイン画面を生成し、生成したログイン画面を携帯端末１００に送信する。

ネットワーク４００は、携帯端末１００、中継サーバ２００及びウェブサーバ３００を通信接続する。携帯端末１００は、ネットワーク４００に無線接続する場合、ネットワーク４００の基地局（図示せず）やアクセスポイント（図示せず）などの無線装置に無線接続し、この無線装置を介し中継サーバ２００やウェブサーバ３００などのネットワーク装置に接続する。しかしながら、本発明はこれに限定されるものでなく、例えば、携帯端末１００は、ネットワーク４００に有線接続してもよい。

なお、上述した実施例では、中継サーバ２００がアプリ版のサービスを携帯端末１００に提供し、ウェブサーバ３００がウェブサイト版のサービスを携帯端末１００に提供するが、本発明はこれに限定されるものでない。例えば、ウェブサーバ３００が、アプリ版のサービスとウェブサイト版のサービスとの双方を携帯端末１００に提供するようにしてもよい。

図２は、本発明の一実施例による携帯端末のハードウェア構成を示す。図２に示されるように、携帯端末１００は、バスＢを介し相互接続されるドライブ装置１０１、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０４、通信装置１０５、表示装置１０６及び入力装置１０７を有する。

携帯端末１００における後述される各種機能及び処理を実現するプログラムは、ネットワーク４００を介してサーバなどからダウンロードされる。あるいは、プログラムは、メモリカードなどの記録媒体１０８によって提供されてもよい。プログラムを記憶した記録媒体１０８がドライブ装置１０１にセットされると、プログラムが記録媒体１０８からドライブ装置１０１を介して補助記憶装置１０２にインストールされる。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータなどを格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムやデータを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムやプログラムを実行するのに必要なパラメータなどの各種データに従って、後述されるような携帯端末１００の各種機能及び処理を実行する。

通信装置１０５は、ネットワーク４００に無線及び／又は有線接続するための通信インタフェースとして用いられる。通信装置１０５は、送信対象のデータを適切な信号に変換し、ネットワーク４００に送信する。また、通信装置１０５は、ネットワーク４００から受信した信号を適切なデータに変換し、メモリ装置１０３などの適切な装置に提供する。

表示装置１０６は、ＣＰＵ１０４による処理結果などを表示するのに用いられ、例えば、液晶ディスプレイ、ブラウン管ディスプレイ（ＣＲＴ）、プラズマディスプレイなどの各種ディスプレイにより実現される。入力装置１０７は、ユーザが携帯端末１００に命令やデータなどを入力するのに用いられ、例えば、タッチパネル、キーボード、スタイラス、マイクロフォンなどにより実現される。

図３は、本発明の一実施例によるサーバのハードウェア構成を示す。本実施例によるシステム１０の中継サーバ２００とウェブサーバ３００とは、同様のハードウェア構成を有するものであってもよく、ここでは、中継サーバ２００に着目する。図３に示されるように、中継サーバ２００は、バスＢを介し相互接続されるドライブ装置２０１、補助記憶装置２０２、メモリ装置２０３、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０４、及びインタフェース装置２０５を有する。

中継サーバ２００及びウェブサーバ３００における後述される各種機能及び処理を実現するプログラムは、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などの記録媒体２０６によって提供されてもよい。プログラムを記憶した記録媒体２０６がドライブ装置２０１にセットされると、プログラムが記録媒体２０６からドライブ装置２０１を介して補助記憶装置２０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体２０６により行う必要はなく、ネットワーク４００を介して他のサーバからダウンロードするようにしてもよい。補助記憶装置２０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータなどを格納する。

メモリ装置２０３は、プログラムの起動指示があった場合に、補助記憶装置２０２からプログラムやデータを読み出して格納する。ＣＰＵ２０４は、メモリ装置２０３に格納されたプログラムやプログラムを実行するのに必要なパラメータなどの各種データに従って、後述されるようなサーバの各種機能及び処理を実行する。インタフェース装置２０５は、ネットワーク４００に接続するための通信インタフェースとして用いられる。

図４は、本発明の一実施例による携帯端末の機能構成を示す。図４に示されるように、携帯端末１００は、表示部１１０、入力部１２０及び送受信部１３０を有する。携帯端末１００は、中継サーバ２００との通信により各種サービスを提供する携帯端末用のアプリケーション（「アプリ」と呼ばれる）と共に、ウェブサーバ３００から提供されるウェブページを表示及び操作するためのウェブブラウザとを実行可能である。

表示部１１０は、アプリにより提供されるアプリ画面と、ウェブブラウザにより提供されるブラウザ画面とを表示する。一般に、ウェブブラウザは、パーソナルコンピュータ上でユーザが閲覧及び操作するのに適した画面を構成するのに対し、アプリは、スマートフォン、タブレット、携帯電話などの相対的に小型の携帯端末上でユーザが閲覧及び操作するのに適した画面を構成する。同一のコンテンツプロバイダがウェブサイトとアプリとの双方を提供する場合、アプリで提供されるサービスは、ウェブサイトで提供されるサービスの一部であるケースが多く、アプリでは利用できないウェブサイト上のサービスがある可能性がある。携帯端末１００上でアプリを起動中のユーザが、ウェブサイト上にしかないサービスを利用することを所望した場合、ユーザは、ウェブブラウザを起動し、ウェブサーバ３００から受信したウェブページ上で所望のサービスを利用しなければならない。このため、アプリ画面は、当該コンテンツプロバイダにより提供されるウェブサイトに移るためのウェブブラウザ起動ボタンを有している。アプリ実行中のユーザが、アプリ画面上のウェブブラウザ起動ボタンを押下すると、携帯端末１００は、ウェブブラウザを起動し、移行先のウェブサイトからウェブページを取得する。後述されるように、取得したウェブページには、アプリ起動時に入力及び認証されたユーザのユーザＩＤ（契約番号）などの認証情報がすでに埋め込まれており、表示部１１０は、認証情報を含む画面を表示することができる。これにより、ユーザは、契約番号を再入力する必要なく、パスワードのみを入力することによってウェブサイトにアクセスすることが可能となる。

入力部１２０は、ユーザにより入力された契約番号やパスワードなどの認証情報を取得する。本実施例では、入力部１２０は、以降の利用のため、アプリの初回起動時に取得した認証情報のすべて又は一部を保持するよう構成される。例えば、入力部１２０は、ユーザが入力した契約番号を保持してもよい。

送受信部１３０は、中継サーバ２００及びウェブサーバ３００との間で各種データを送受信する。送受信部１３０は、アプリ実行中にウェブブラウザの起動ボタンが押下されると、移行先のウェブサイトの画面ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）と、後述されるマッチングキーとを含むブラウザ起動要求電文をウェブサーバ３００に送信し、ウェブサーバ３００から契約番号が埋め込まれたウェブブラウザログイン画面を受信する。送受信部１３０は、要求されるセキュリティレベルに適した送信手法によりデータを送信するようにしてもよい。例えば、契約番号やパスワードなどの認証情報を送信する際には、送受信部１３０は、送信データを中継するルータなどにおける認証情報の傍受を防ぐため、ＰＯＳＴメソッドを利用して認証情報を送信する。他方、後述されるマッチングキーなど傍受されてもあまり影響がない情報を送信する際には、送受信部１３０は、ＧＥＴメソッドを利用するようにしてもよい。

図５は、本発明の一実施例による中継サーバの機能構成を示す。本実施例では、中継サーバ２００は、携帯端末１００のアプリ用のサービスを提供するため、携帯端末１００とウェブサーバ３００との間を仲介する。具体的には、中継サーバ２００は、ウェブサーバ３００から受信したデータをアプリ用のデータ形式に変換し、変換したデータを携帯端末１００に送信する。図５に示されるように、中継サーバ２００は、送受信部２１０、記憶部２２０、マッチングキー生成部２３０及び契約番号復元部２４０を有する。

送受信部２１０は、携帯端末１００及びウェブサーバ３００との間で各種データを送受信する。送受信部２１０は、携帯端末１００上で起動されたアプリから各種処理要求を受信すると、受信した処理要求をウェブサーバ３００に転送し、ウェブサーバ３００からの処理結果をアプリ用のデータ形式に変換し、携帯端末１００に送信する。本実施例では、ユーザ認証を要するアプリが携帯端末１００において始めて起動されると、送受信部２１０は、携帯端末１００からユーザＩＤ（契約番号）とパスワードなどの認証情報を受信する。送受信部２１０は、受信した認証情報をウェブサーバ３００に転送すると共に、契約番号の一部を記憶部２２０に格納する。送受信部２１０は、要求されるセキュリティレベルに適した送信手法によりデータを送信するようにしてもよい。例えば、契約番号やパスワードなどの認証情報を送信する際には、送受信部２１０は、送信データを中継するルータなどにおける認証情報の傍受を防ぐため、ＰＯＳＴメソッドを利用して認証情報を送信する。他方、後述されるマッチングキーなど傍受されてもあまり影響がない情報を送信する際には、送受信部２１０は、ＧＥＴメソッドを利用するようにしてもよい。

記憶部２２０は、携帯端末１００から送信されるユーザの認証情報の一部と、後述される送信元の携帯端末１００のアプリにより実行されているセッションのためのマッチングキーとを関連付けて記憶する。一般に、中継サーバ２００が、ユーザの認証情報のすべてを保持することは、セキュリティの観点から好ましくなく、認証情報の一部のみを保持するように構成される。本実施例では、記憶部２２０は、ユーザの契約番号の一部を記憶し、例えば、契約番号が１０桁の英数字から構成される場合、中継サーバ２００は、このうちの下７桁のみを保持するよう構成されてもよい。しかしながら、本発明は、これに限定されるものでなく、記憶部２２０は、認証情報の何れか適切な一部を記憶するようにしてもよい。

マッチングキー生成部２３０は、ウェブサーバ３００によってユーザ認証が成功すると、当該アプリのセッションに対するマッチングキーを生成する。マッチングキー生成部２３０は、例えば、擬似乱数発生手段などを用いてランダムにマッチングキーを生成してもよい。好ましくは、マッチングキー生成部２３０は、アプリが起動される毎に新たなマッチングキーを生成する。この場合、以前に生成されたマッチングキーは無効とされ、無効とされたマッチングキーは、記憶部２２０から削除される。

契約番号復元部２４０は、携帯端末１００のアプリ実行中にブラウザ起動ボタンが押下され、中継サーバ２００が保持する契約番号の残りの部分（上述の例では、契約番号の上３桁）と、アプリ実行中に携帯端末１００に送信したマッチングキーとを受信すると、受信したマッチングキーに対応する契約番号の下７桁を抽出し、受信した契約番号の上３桁と抽出した契約番号の下７桁とを合成することによって１０桁の契約番号を復元する。しかしながら、本発明は、これに限定されるものでなく、携帯端末１００から受信する契約番号の一部と中継サーバ２００に保持される契約番号の一部とから、契約番号を復元することを可能にする何れか適切な方法を用いて、契約番号を分割するようにしてもよい。

図６は、本発明の一実施例によるウェブサーバの機能構成を示す。図６に示されるように、ウェブサーバ３００は、送受信部３１０、マッチングキー・契約番号記憶部３２０、ウェブページ生成部３３０及び認証部３４０を有する。

送受信部３１０は、携帯端末１００及び中継サーバ２００との間で認証情報を含む各種データを送受信する。

マッチングキー・契約番号記憶部３２０は、中継サーバ２００から受信した契約番号とマッチングキーとを関連付けて記憶する。中継サーバ２００が携帯端末１００においてアプリが起動される毎に新たなマッチングキーを生成する場合、マッチングキー・契約番号記憶部３２０は、以前のマッチングキーを新たに生成されたマッチングキーにより更新するようにしてもよい。

また、マッチングキー・契約番号記憶部３２０は、契約番号とマッチングキーとに関連付けて、当該レコードの作成日時、当該レコードの使用履歴を示すステータスなどの付加情報を格納してもよい。例えば、付加情報として作成日時が記憶されている場合、マッチングキー・契約番号記憶部３２０は、所定の期間（１０分など）が経過すると、マッチングキーを無効にし、当該レコードを削除するようにしてもよい。また、付加情報としてステータスが記憶されている場合、マッチングキー・契約番号記憶部３２０は、当該マッチングキーが所定の回数（１回など）を超えて使用されると、マッチングキーを無効にし、当該レコードを削除するようにしてもよい。これにより、マッチングキーの不正利用のリスクを低下させることが可能となる。

ウェブページ生成部３３０は、携帯端末１００のウェブブラウザ上に表示するウェブページを生成する。ウェブブラウザを起動した携帯端末１００からログイン画面ＵＲＬとマッチングキーとを受信すると、ウェブページ生成部３３０は、受信したマッチングキーに対応する契約番号を抽出し、抽出した契約番号を埋め込んだログイン画面を生成する。生成されたログイン画面は、送受信部３１０を介し携帯端末１００に提供される。

認証部３４０は、携帯端末１００或いは中継サーバ２００から受信した契約番号及びパスワードに基づき、ログイン要求したユーザを認証する。具体的には、認証部３４０は、コンテンツプロバイダがユーザに予め付与した契約番号とパスワードとが、受信した契約番号とパスワードとにそれぞれ一致するか判断することによって、ユーザを認証する。

次に、図７〜１１を参照して、本発明の一実施例による認証情報承継処理を説明する。本実施例では、アプリによる認証情報処理と、当該認証情報処理により取得した認証情報を承継するための認証情報承継処理とを説明する。なお、インターネットバンキングを提供するアプリ及びウェブサイトの画面例を参照して認証情報処理及び認証情報承継処理を説明するが、本発明はこれに限定されるものでない。

図７は、本発明の一実施例によるアプリにおける認証情報処理を示すシーケンス図である。本実施例では、アプリにおける認証情報処理は、アプリを利用するユーザの携帯端末１００、携帯端末１００とウェブサーバ３００との間を中継し、コンテンツプロバイダにより提供されるサービスをアプリ版に変換する中継サーバ２００、及びコンテンツプロバイダのウェブサイトを提供するウェブサーバ３００により実現される。なお、本実施例では、コンテンツプロバイダにより提供されるサービスが、アプリ版のサービスを提供する中継サーバ２００と、ウェブサイト版のサービスを提供するウェブサーバ３００とに分けて提供されるが、本発明はこれに限定されるものでない。例えば、ウェブサーバ３００が、アプリ版のサービスとウェブサイト版のサービスとの双方を携帯端末１００に提供するようにしてもよい。

図７に示されるように、ステップＳ１０１において、携帯端末１００のユーザが、ウェブサーバ３００のコンテンツプロバイダにより提供されているアプリを起動する。本実施例によるアプリは、コンテンツプロバイダに予め登録されたユーザのみが利用可能とされる。コンテンツプロバイダのアプリ及びウェブサイトを利用するのに必要なユーザの認証情報は、何れかセキュアな方法によりコンテンツプロバイダから付与される。例えば、ユーザの認証情報は、ユーザがコンテンツプロバイダに登録した際に、ネットワークを介してユーザに提供されてもよい。あるいは、より好ましくは、ユーザの認証情報は、郵送などネットワーク経由と異なる方法によりユーザに提供されてもよい。コンテンツプロバイダからダウンロードしたアプリを最初に起動する場合、ユーザは、コンテンツプロバイダから提供された契約番号及びパスワードなどの認証情報を入力することによって、サービスを利用することが可能となる。

ステップＳ１０２において、起動されたアプリは、ユーザに契約番号及びパスワードを入力するよう要求する。例えば、アプリは、初回起動時には、図９（ａ）に示されるような初回起動時の画面を表示し、ユーザに契約番号とパスワードとを入力するよう要求する。

ステップＳ１０３において、携帯端末１００は、入力された契約番号とパスワードとを中継サーバ２００に送信する。例えば、図９（ｂ）に示されるように、ユーザが契約番号とパスワードとを入力すると、携帯端末１００は、入力された契約番号とパスワードとを中継サーバ２００に送信する。好ましくは、契約番号とマッチングキーとは、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）などの何れかセキュアな方法により送信される。図９（ａ）及び（ｂ）に示されるように、入力されたパスワードは、何れか適切な方法により画面上に表示されないようにしてもよい。また、ユーザが以降におけるアプリへの契約番号の再入力を省略したい場合、携帯端末１００は、入力された契約番号またはその一部を保存してもよい。

ステップＳ１０４において、中継サーバ２００は、受信した契約番号の一部を記憶する。上述したように、中継サーバ２００が、契約番号の全体を保持することはセキュリティの観点から好ましくないためである。本実施例では、契約番号は１０桁の英数字から構成され、中継サーバ２００は、受信した契約番号の下７桁を記憶する。

ステップＳ１０５において、中継サーバ２００は、受信した契約番号とパスワードとをウェブサーバ３００に転送する。

ステップＳ１０６において、ウェブサーバ３００は、受信した契約番号とパスワードとに基づき携帯端末１００のユーザを認証する。具体的には、ウェブサーバ３００は、コンテンツプロバイダが付与した契約番号とパスワードとが、受信した契約番号とパスワードとにそれぞれ一致するか判断することによって、ユーザを認証する。

ステップＳ１０７において、ユーザ認証が成功すると、ウェブサーバ３００は、ログイン応答を中継サーバ２００に送信する。例えば、ウェブサーバ３００は、ユーザ認証が成功したことを示すログイン応答と共に、当該ユーザに関する基本情報（インターネットバンキングの例では、ユーザ名や残高合計など）を送信するようにしてもよい。

ステップＳ１０８において、中継サーバ２００は、ログイン応答を受信すると、当該アプリのセッションに対してマッチングキーを生成し、ステップＳ１０４において記憶された契約番号の下７桁と関連付けて生成したマッチングキーを記憶する。マッチングキーは、擬似乱数発生手段などを用いてランダムに生成するなど、何れか適切な方法により生成されてもよい。

ステップＳ１０９において、中継サーバ２００は、ログイン応答と生成したマッチングキーとを携帯端末１００に送信する。また、ユーザに関する基本情報を受信している場合、中継サーバ２００は、受信した基本情報も携帯端末１００に送信するようにしてもよい。

ステップＳ１１０において、携帯端末１００は、ログイン応答を受信すると、認証が成功したことを確認し、ログイン後のアプリのトップ画面を表示すると共に、受信したマッチングキーを記憶する。携帯端末１００がユーザの基本情報を受信している場合、例えば図９（ｃ）に示される画面例のようなログイン後のトップ画面が表示される。ユーザは、表示されたトップ画面を操作して、所望のサービスを利用することが可能となる。ここで、図９に示されるインターネットバンキングのアプリの実施例では、各種インターネットバンキングサービスのうち、「振込」、「残高照会」及び「入出金明細照会」サービスを提供している。ウェブサイトでは、その他の取引サービスも提供されており、ユーザが、「振込」、「残高照会」及び「入出金明細照会」サービス以外のサービスを所望し、「その他の取引（ブラウザ起動）」ボタンを押下すると、携帯端末１００は、ウェブブラウザを起動し、当該コンテンツプロバイダのウェブサイトに移行することができる。

上述した処理は、最初にアプリを起動する際の認証処理であり、２回目以降の起動では、ユーザの利便性を考慮して入力操作を軽減するようにしてもよい。例えば、携帯端末１００は、アプリの最初の起動の際にステップＳ１０１で入力された契約番号あるいはその一部を記憶し、２回目以降の起動では、ステップＳ１０２において、アプリは、図１０の画面例に示されるように、ユーザにパスワードのみを入力させるようにしてもよい。

また、アプリの最初の起動時には、ステップＳ１０３において、携帯端末１００は、契約番号とパスワードとを中継サーバ２００に送信したが、２回目以降の起動では、携帯端末１００は、前回のアプリ起動時に中継サーバ２００から受信したマッチングキーと、中継サーバ２００に保持されていない契約番号の残りの部分とを送信するようにしてもよい。図示された実施例では、契約番号は１０桁の英数字から構成され、中継サーバ２００はこのうち下７桁の契約番号を保持している。この場合、携帯端末１００は、前回受信したマッチングキーと、下７桁の契約番号に対応する上３桁の契約番号とを中継サーバ２００に送信するようにしてもよい。中継サーバ２００は、受信したマッチングキーに対応する下７桁の契約番号と受信した上３桁の契約番号とから１０桁の契約番号を復元し、ステップＳ１０５において、ウェブサーバ３００に送信することができる。

図８は、本発明の一実施例によるアプリからウェブサービスへの認証情報承継処理を示すシーケンス図である。本実施例では、アプリからウェブサービスへの認証情報承継処理は、携帯端末１００、中継サーバ２００及びウェブサーバ３００により実現されるアプリにおける処理と、携帯端末１００及びウェブサーバ３００により実現されるウェブサービスにおける処理とから構成される。

図８に示されるように、ステップＳ２０１において、アプリ実行中、ユーザは、アプリでは提供されていないが、当該コンテンツプロバイダのウェブサイトでは提供されているサービスを利用することを所望し、ブラウザ起動ボタンを押下する。図１１（ａ）に示される例では、ユーザは、「その他の取引（ブラウザ起動）」ボタンを押下する。

ステップＳ２０２において、携帯端末１００は、保持している契約番号の一部、本実施例では、契約番号の上３桁と、保持しているマッチングキーとを中継サーバ２００に送信する。

ステップＳ２０３において、中継サーバ２００は、受信したマッチングキーに対応する契約番号の下７桁を抽出し、受信した契約番号の上３桁と抽出した契約番号の下７桁とから１０桁の契約番号を復元する。

ステップＳ２０４において、中継サーバ２００は、復元した契約番号と受信したマッチングキーとをウェブサーバ３００に送信する。好ましくは、この送信は、ＰＯＳＴメソッドにより実行され、中継サーバ２００は、ＰＯＳＴメソッドのボディ部に契約番号とマッチングキーとを埋め込むことによって、契約番号とマッチングキーとをセキュアに送信することができる。

ステップＳ２０５において、ウェブサーバ３００は、中継サーバ２００から契約番号とマッチングキーとを受信すると、受信した契約番号とマッチングキーとを関連付けて記憶する。ウェブサーバ３００は、契約番号とマッチングキーとに関連付けて、当該レコードの作成日時、当該レコードの使用履歴を示すステータスなどの付加情報を格納してもよい。例えば、付加情報として作成日時が記憶されている場合、ウェブサーバ３００は、所定の期間（１０分など）が経過すると、マッチングキーを無効にし、当該レコードを削除するようにしてもよい。また、付加情報としてステータスが記憶されている場合、ウェブサーバ３００は、当該マッチングキーが所定の回数（１回など）を超えて使用されると、マッチングキーを無効にし、当該レコードを削除するようにしてもよい。これにより、マッチングキーの不正利用のリスクを低下させることが可能となる。

ステップＳ２０６において、ウェブサーバ３００は、携帯端末１００によるアプリからウェブサービスへの移行を許可するブラウザリダイレクト応答を中継サーバ２００に送信する。

ステップＳ２０７において、中継サーバ２００は、受信したブラウザリダイレクト応答を携帯端末１００に転送し、携帯端末１００との間のアプリのセッションを終了してもよい。

ステップＳ２０８において、携帯端末１００は、ブラウザリダイレクト応答を中継サーバ２００から受信すると、中継サーバ２００とのアプリのセッションを終了すると共に、ウェブブラウザを起動して当該コンテンツプロバイダのウェブサイトにリダイレクトする。

ステップＳ２０９において、携帯端末１００は、リダイレクトしたウェブサイトのログイン画面ＵＲＬと保持しているマッチングキーとをウェブサーバ３００に送信する。この送信は、ＧＥＴメソッドにより実行されてもよい。マッチングキーの有効期限及び／又は有効使用回数が制限されている場合、マッチングキーがＧＥＴメソッドによりログイン画面ＵＲＬに付属され、中継するルータ上で傍受されたとしても、セキュリティ上の大きな影響を受けないと考えられるためである。

ステップＳ２１０において、ウェブサーバ３００は、受信したマッチングキーに対応する契約番号を抽出し、抽出した契約番号が埋め込まれたログイン画面を生成する。例えば、ウェブサーバ３００は、図１１（ｂ）に示されるようなウェブブラウザログイン画面を生成するようにしてもよい。

ステップＳ２１１において、ウェブサーバ３００は、生成された契約番号が埋め込まれたログイン画面を携帯端末１００に送信する。

ステップＳ２１２において、携帯端末１００は、図１１（ｂ）に示されるような画面を表示することによって、契約番号が埋め込まれたログイン画面にパスワードを入力するようユーザに要求する。

ステップＳ２１３において、携帯端末１００は、埋め込まれた契約番号とユーザにより入力されたパスワードとをウェブサーバ３００に送信する。ステップＳ２０４と同様に、当該送信は、好ましくはＰＯＳＴメソッドにより実行され、契約番号とパスワードとをセキュアに送信するようにしてもよい。

ステップＳ２１４において、ウェブサーバ３００は、受信した契約番号とパスワードとに基づき、ユーザを認証する。具体的には、ウェブサーバ３００は、コンテンツプロバイダが付与した契約番号とパスワードとが、受信した契約番号とパスワードとにそれぞれ一致するか判断することによって、ユーザを認証する。

ステップＳ２１５において、ウェブサーバ３００は、ユーザ認証が成功すると、携帯端末１００にログイン応答を送信する。携帯端末１００は、認証成功したことを確認し、ログイン後のウェブサイトのトップ画面を表示する。ユーザは、ウェブブラウザ上に表示されたトップ画面を操作して、所望のページにアクセスすることが可能となる。

以上、本発明の実施例について詳述したが、本発明は上述した特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１０ システム
１００ 携帯端末
２００ 中継サーバ
３００ ウェブサーバ
４００ ネットワーク

Claims (2)

1. 認証情報を承継するシステムであって、
   携帯端末と、
   ウェブサーバと、
   を有し、
   前記携帯端末は、
   前記認証情報が入力される入力部と、
   アプリ使用中にブラウザ起動ボタンが押下されたときに、画面ＵＲＬと検索キー情報とを含むブラウザ起動要求電文を前記ウェブサーバに送信し、前記ウェブサーバから前記認証情報を含む画面情報を受信する携帯端末側送受信部と、
   前記受信した認証情報を含む画面情報を表示する表示部と、
   を有し、
   前記ウェブサーバは、
   前記検索キー情報と前記認証情報とを対応付けて記憶する記憶部と、
   前記記憶部から前記検索キー情報に対応する前記認証情報を取得する取得部と、
   前記携帯端末から前記画面ＵＲＬと前記検索キー情報とを含む前記ブラウザ起動要求電文を受信し、前記受信した検索キー情報に対応する認証情報を含む画面情報を前記携帯端末に送信するウェブサーバ側送受信部と、
   を有するシステム。
2. 検索キー情報と認証情報とを対応付けて記憶する記憶部と、
   前記記憶部から前記検索キー情報に対応する前記認証情報を取得する取得部と、
   携帯端末から画面ＵＲＬと前記検索キー情報とを含むブラウザ起動要求電文を受信し、前記受信した検索キー情報に対応する認証情報を含む画面情報を前記携帯端末に送信するウェブサーバ側送受信部と、
   を有するウェブサーバ。

Images