JP6668544B2 - ポータル認証 - Google Patents

Description

本出願は、２０１４年４月１４日に登録された中国特許出願番号２０１４１０１４８９０６．８、名称「Ａｐｐｌｉｃａｔｉｏｎ Ｃｌｉｅｎｔ Ｔｅｒｍｉｎａｌ， Ｓｅｒｖｅｒ， ａｎｄ Ｃｏｒｒｅｓｐｏｎｄｉｎｇ Ｐｏｒｔａｌ Ｖｅｒｉｆｉｃａｔｉｏｎ Ｍｅｔｈｏｄ」に対する外国特許優先権を主張し、その全体を参照により本明細書に組み込む。

本発明は、インターネット技術に関し、詳細にはアプリケーション・クライアント端末及びアプリケーション・サーバに関する。

モバイル・インターネットの上流及び下流産業の発展に伴って、現在ではモバイル・アクセスが次第にインターネットへのアクセスを獲得するための主流となってきている。ユーザは、スマートフォンやパッドなどのポータブル端末を使用して、オンライン・ショッピング・アプリケーション及びソーシャル・アプリケーションを含む様々なモバイル・アプリケーションを利用する。家庭にいる時であっても、多くのユーザがネットワークにアクセスするためにポータブル端末を使用する方をまだ好む。公共の場所では、ユーザはインターネットにアクセスするために、３Ｇ／４Ｇなどのモバイル・データ・アクセス技術を使用する場合がある。無料の無線ネットワーク・サービスがユーザのいる公共の場所で利用可能である場合、ユーザが通常選ぶのは、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）を経由してインターネットにアクセスすることである。モバイル・データ・アクセスに比べて、一般的にＷＬＡＮアクセスは、より安定したより高速なインターネット・アクセスの体験を与えるものであり、さらにユーザのインターネット・アクセス料金を大幅に削減する。

Ｈａｉｄｉｌａｏ（商標）レストランあるいはスターバックス（商標）などの公共の場所では一般的にユーザ向けの無線アクセスのサービスが提供されている。事業者として、Ｈａｉｄｉｌａｏ（商標）やスターバックス（商標）は、無線アクセス・ポイント（ＡＰ）及び無線アクセス・コントローラ（ＡＣ）を含む無線ネットワークを導入するなどの形で自前の無線ネットワークを構築して管理する必要がある。この状況のもとで、Ｈａｉｄｉｌａｏ（商標）などの事業者は無線ネットワークの所有者であるだけではなく、その無線ネットワークの管理者でもあり、無線アクセス・サービスのセキュリティとサービス品質を考慮に入れることが必要である。

セキュリティの観点からは、ユーザ身元認証は、疑問の余地もなく極めて重要なセキュリティ・メカニズムである。Ｗｉ−Ｆｉ保護アクセス（ＷＰＡ）／ＷＰＡ２などの無線認証モードは、ホーム・ネットワークのような小規模のネットワークに広く利用されており、ネットワークの管理者は比較的安全な方法でそれぞれの権限保有ユーザにキーを知らせる。事業者によって採用されている幾つかの中規模または大規模のネットワークでは、ユーザにキーを一つずつ知らせることが受け入れ難いのは明らかである。さらに、上述のメカニズムは無線リンク層で実行されるので、互換性が劣っている。例えば、一部のユーザのポータブル端末は初期のモデルであり、そういったポータブル端末で使われている無線技術は、ＷＰＡ２などの認証モードをサポートしていない場合がある。

ポータル認証はネットワーク層より上位の層で実行され、汎用的な適用性があり、ユーザのポータブル端末のハードウェア及び、ポータブル端末上で使用される無線アクセス技術にはほとんど関係しない。ユーザは、無線ネットワークにアクセスする限りでは標準的なポータル認証プロセスのベースでネットワークのアクセス許可を取得する。しかしながら、ポータル認証技術は実際はパーソナル・コンピュータ（ＰＣ）のインターネットの時代から始まっているものであり、モバイル・インターネットの使用特性に対しては適用上の技術的な課題がある。

図１を参照して、Ｃｈｉｎａ Ｕｎｉｃｏｍ（商標）が提供しているＷＬＡＮインターネット・アクセス・サービスを例として使用する。ユーザのスマートフォンがＣｈｉｎａ Ｕｎｉｃｏｍ（商標）のＡＰへの接続（無線ネットワークへのアクセス）に成功した後に、ユーザのスマートフォンの画面の上部のメッセージ・プロンプト・バー上には、無線ネットワーク接続アイコン１１によって、スマートフォンが無線ネットワークへの接続に成功したという表示がなされる。しかしながら、この時、ユーザはＷｅｉｂｏ（商標）の表示更新には成功していない可能性がある。この問題の根本原因は、通常のユーザの多くが、外部ネットワーク（一般的にはインターネット）にアクセス可能となるのは無線ネットワークへの接続が成功した後であるのが当然だと考えていることにある。しかし実際には、ユーザは無線方式でＵｎｉｃｏｍ（商標）の無線ネットワークへの接続に成功しているに過ぎない。幾つかの認証不要のサイト（例えば、動的ホスト構成プロトコル（ＤＨＣＰ）サーバ）を除けば、ユーザはポータル認証をパスする前にはインターネットにアクセスすることが出来ない。

ユーザ端末に関しては、ポータル認証はブラウザのベースで実装されており、多くの通常のユーザは、ポータル認証を開始するためにブラウザを開く必要があるということを知らないが、その理由は、この認証メカニズムがユーザの家庭の無線ネットワークの認証モードとは異なっているからである。もう一つ別の見方としては、たとえポータル認証の動作原理が分かっているユーザがいるとしても、ポータル認証を実行するのは相変わらず不便なのである。例えば、ユーザの端末は一般的に、その端末が以前に接続したことのある無線ネットワークに接続する機能を有しており、その一方で多くのスマートフォンは、スマートフォンが無線ネットワークへの接続に成功すると、３Ｇなどのモバイル・データ接続を自動的に切断する。ユーザのスマートフォンが、ユーザがそれと気付かない間に一旦自動的に無線ネットワークに接続すると、ユーザはブラウザによるポータル認証を始めようとはしない。そうした場合には、モバイル・データ接続が切断されているのでユーザ端末はインターネットにアクセスすることが出来ず、常時オンラインでデータ交換が必要な多くのアプリケーションでは問題が発生する。

本概要は、以下に発明の詳細な説明でさらに述べる複数の概念の中の一つを選択し単純化して紹介するために提供する。本概要は、請求する主題のすべての主要機能あるいは必須の機能のすべてを確認することを意図するものではなく、また請求する主題の範囲を決定する際の助けとするためだけに使用することを意図するものでもない。例えば、用語「ｔｅｃｈｎｉｑｕｅｓ」は、前述の文脈によって、及び本開示全体に亘って認められる通りに、装置、システム、方法、及び／またはコンピュータ可読命令を指す場合もある。

本開示は、ポータブル端末に備わっているか、あるいは適用されている、例示のアプリケーション・クライアント端末を提供する。クライアントには、プッシュ処理ユニット、ポータル・エージェント・ユニット、媒体アクセス制御（ＭＡＣ）アドレス同期ユニットが含まれる。

プッシュ処理ユニットは、アプリケーション・サーバによってプッシュされた認証プロンプト・メッセージを受信すると、ポータブル端末のメッセージ・プロンプト・バー内に、認証プロンプト・メッセージに対応した認証プロンプト・オプションを出力する。

ポータル・エージェント・ユニットは、ユーザが認証プロンプト・オプションを選択したとの判定の後に、ポータル認証を開始し、ポータル認証が開始された後にポータル・サーバにより戻される現ポータブル端末のＭＡＣアドレス情報を取得する。ポータル認証の間、ポータル・エージェントは、アプリケーション・クライアント端末がアプリケーション・サーバあるいはアプリケーション・サーバ端末にログ・インするユーザ名とパスワードを、ポータル認証用のユーザ名及びパスワードとして使用する。

ＭＡＣ同期は、ポータル・サーバによって戻される現ポータブル端末のＭＡＣアドレス情報をアプリケーション・サーバに送信する。

本開示は、ポータブル端末に適用される例示のポータル認証方法をさらに提供する。本方法は以下の動作を含む。

ステップＡ：アプリケーション・サーバによってプッシュされた認証プロンプト・メッセージを受信すると、認証プロンプト・メッセージに対応する認証プロンプト・オプションがポータブル端末のメッセージ・プロンプト・バー内に出力される。

ステップＢ：ポータル認証は、認証プロンプト・オプションがユーザによって選択されていると判定された後に開始される。ポータル・サーバによって戻される現ポータル端末のＭＡＣアドレス情報は、ポータル認証が開始された後に取得される。ポータル認証の間、アプリケーション・サーバにログ・インするアプリケーション用のユーザ名及びパスワードが、ポータル認証用のユーザ名及びパスワードとして使用される。

ステップＣ： ポータル・サーバによって戻される現ポータル端末のＭＡＣアドレス情報が、アプリケーション・サーバに送信される。

本開示は、サーバに適用される、あるいはサーバに備えられアプリケーション・クライアント端末及び無線サーバと対話する、例示のアプリケーション・サーバ端末をさらに提供する。無線サーバは、少なくとも１つのネットワーク内の無線アクセス装置を管理する。アプリケーション・サーバ端末は、プッシュ管理ユニット及びＭＡＣ維持ユニットを含む。

無線サーバによって送信された端末接続メッセージを受信すると、プッシュ管理ユニットは、メッセージ内に保持されるポータブル端末のＭＡＣアドレス情報を取得し、ローカル・ユーザＭＡＣテーブル内のＭＡＣアドレスに対応するユーザを検索し、もしそれに対応するユーザが発見されれば、そのユーザのアプリケーション・クライアント端末に認証プロンプト・メッセージをプッシュする。

ポータル認証要求を受信すると、ポータル認証ユニットはその要求内のユーザ名及びパスワードが現アプリケーションの登録済みユーザのものであるか否かを判定し、もしそうであれば、そのユーザのポータル認証が成功であると判定する。

ユーザのアプリケーション・クライアント端末によって送信されるＭＡＣアドレス情報を受信すると、ＭＡＣ維持ユニットは、ユーザＭＡＣテーブルをＭＡＣアドレス情報とユーザ間の対応関係によって更新する。

本開示は、ポータブル端末及び無線サーバと対話するためのアプリケーション・サーバに適用される例示のポータル認証サービスをさらに提供する。無線サーバは、少なくとも１つのネットワーク内の無線アクセス装置を管理する。本方法は以下の操作を含んでも良い。

ステップａ：無線サーバによって送信された端末接続メッセージを受信すると、そのメッセージ内に保持されるポータブル端末のＭＡＣアドレス情報が取得され、ＭＡＣアドレスに対応するユーザがローカル・ユーザＭＡＣテーブルで検索され、そして、もし対応するユーザが発見されれば、認証プロンプト・メッセージがユーザにプッシュされる。

ステップｂ：ポータル認証要求を受信すると、要求内のユーザ名及びパスワードが現アプリケーションの登録済みユーザに属するか否かが判定され、もしそうであれば、ユーザのポータル認証が成功であると判定される。

ステップｃ：ユーザによって送信されたＭＡＣアドレス情報が受信されると、ユーザのＭＡＣテーブルはＭＡＣアドレス情報とユーザの間の対応関係によって更新される。

従来の技術と比較して、本開示は、ポータル認証を使用するユーザの操作を著しく容易にし、また、ユーザがポータル認証の実行を忘れたり、あるいはインターネットにアクセスするためのポータル認証メカニズムを知らないために、ユーザが無線ネットワークを介してインターネットにアクセスするのに失敗する、という問題をかなりの程度防ぐ。本開示は、モバイル・インターネット環境におけるユーザの要求に、より良く適応するものである。

ユーザがポータル認証を忘れた場合のＷｅｉｂｏ（商標）の再読込み結果の概念図である。 通常のポータル認証ネットワークの概念図である。 本開示の１つの実施例におけるリンク・システム内の各ノードのハードウェア及び論理構造の図である。 本開示の１つの実施例に従った、例示のポータル認証処理のフローチャートである。 本開示の１つの実施例に従った、例示の詳細なポータル認証処理のフローチャートである。 本開示の１つの実施例に従った、事業者及びユーザのための例示のリンク処理の概念図である。

本開示の実施例の紹介に先立ち、当業者が本開示の技術的な利点を理解するようにするために、まずポータル認証メカニズムについて説明する。図２に示すネットワーキングの例を参照すると、このネットワーキングの環境では、スマートフォンなどのポータブル端末２０２が無線ネットワークに接続に成功した後に、ユーザは外部ネットワーク（インターネット上のサイトなど）にアクセスして、ポータル認証のきっかけを作る。ポータル認証処理は以下のように簡潔に説明することができる。

ステップＩ：ユーザは、ポータブル端末２０２においてブラウザを使用してウェブ・サイト、例えばｗｗｗ．ｗｅｉｂｏ．ｃｏｍにアクセスする。そのサイトのインターネット・プロトコル（ＩＰ）アドレスは一般にはＡＣ（無線アクセス制御サーバあるいは装置）２０４及びの例外リスト（認証不要）に入っておらず、またユーザのＩＰアドレスはＡＣ２０４のユーザ・ホワイトリストに入っていないので、処理はステップＩＩに移る。

ステップＩＩ：無線アクセス装置が、ハイパーテキスト転送プロトコル（ＨＴＴＰ）・リダイレクションの手段によってユーザのアクセスをポータル・サーバ２０６（一般にはＡＣ２０４に統合化されている）にリダイレクトし、ポータル・サーバはブラウザにポータル認証ページを戻す。

ステップＩＩＩ：ユーザはユーザ名及びパスワードをポータル認証ページに入力して認証要求を送信し、次にポータル・サーバが無線アクセス装置に認証要求を送信する。

ステップＩＶ：ＡＣ２０４は認証サーバ２０８に対してポータル認証を開始し、ユーザによって入力されたユーザ名及びパスワードが権限保有ユーザと一致するか否かを検証する。

ステップＶ：もしユーザ・ポータル認証にパスすれば、ＡＣ２０４はユーザのＩＰアドレスをユーザ・ホワイトリストに追加する。

ステップＶＩ：ユーザが再び任意のウェブサイトにアクセスし、ユーザのＩＰアドレスはすでにホワイトリストにある状態なので、ユーザのアクセスは許可される。

ステップＩ〜ＶＩでの説明は典型的な認証処理であり、その処理は一般的にＰＣ上のポータル認証と同じである。より最適化された解決方法で、モバイル・インターネットの要件に適合し、ユーザに利便性を提供するために、（前述のＡＣ２０４などの）無線アクセス装置とアプリケーション・サーバ２０８の間のリンクをベースとして、ポータル認証処理は簡素化される可能性がある。ステップＩＩにおいて、ポータル・サーバ２０６によって戻されるポータル認証ページは、アプリケーション関連コンポーネント（Ａｌｉｐａｙ（商標）関連コンポーネントなど）を運ぶ。ブラウザにロードされた後、Ａｌｉｐａｙ（商標）関連コンポーネントは、Ａｌｉｐａｙ（商標） Ｗａｌｌｅｔをモバイル・フォンの前面に呼び出し、かつＡｌｉｐａｙ（商標） Ｗａｌｌｅｔに、ユーザに代ってポータル認証を実行するように依頼する通知を送信する、というＡｌｉｐａｙ（商標） Ｗａｌｌｅｔの呼出し操作を実行する。ユーザがその時点ですでにＡｌｉｐａｙ（商標） Ｗａｌｌｅｔにログ・イン済みであると仮定すれば、Ａｌｉｐａｙ（商標） Ｗａｌｌｅｔは、通知に従ってユーザのＡｌｉｐａｙ（商標）ユーザ名及びパスワードを使用することによりポータル認証を実行する。ステップＩＶにおいて、Ａｌｉｐａｙ（商標）ユーザ名及びパスワードが使用されるので、この場合にはアプリケーション・サーバ２０８（Ａｌｉｐａｙ（商標）サーバなど）は対応する認証サーバ２１０の役割を果たし、この方法では、ユーザはポータル認証のためのユーザ名及びパスワードを思い出す必要は無く、代りにユーザはＡｌｉｐａｙ（商標）のユーザ名及びパスワードを使用することができる。認証サーバ２１２及びアプリケーション・サーバ２０８とともに無線サービスを提供する１つ以上の別の無線サーバがあっても良い。ポータブル端末２０２はＡＰ（アクセス・ポイント）２１４を経由してＡＣ２０４に接続しても良い。

アプリケーションＡｌｉｐａｙ（商標） Ｗａｌｌｅｔはログ・イン状態を定常的に保ち得るので、ユーザは一般にはブラウザを開く必要が無く、かつＡｌｉｐａｙ（商標）ユーザ名及びパスワードをポータル認証過程中に入力する操作は必要無い。より重要なのは、Ａｌｉｐａｙ（商標）が多数の事業者とのパートナーシップを構築しているので、ユーザはそのような事業者を訪れる時に同じユーザ名及びパスワードを使用してポータル認証を実施できるということである。もちろん、ユーザがＡｌｉｐａｙ（商標）のユーザではないならば、そのユーザは、相変わらず従来のポータル認証モードでポータル認証を実行することは可能だが、このユーザは前もって、テキスト・メッセージを介して、またはその他の方法で、ポータル・ユーザ名及びパスワードを取得するか、あるいは仮のポータル・ユーザ名及びパスワードを取得する必要があり得る。そのようなユーザのポータル・ユーザ名及びパスワードの認証は相変わらず認証サーバにおいて実行される。このソリューションは、Ａｌｉｐａｙ（商標）ユーザあるいは類似のアプリケーションの登録済みユーザのポータル認証を容易にする。しかしながら、この実施形態では、その背景で起きている技術的な問題をまだ完全に解決するには至らない。

引き続き図２を参照すると、本開示は前述のポータル認証をベースに更に最適化を行う。１つの実施例では、本開示はネットワーク・システムとアプリケーション・システムの間の強力なリンクに基づくものである。ネットワーク・システムは、事業者の無線ネットワーク内の無線アクセス装置、及びその無線アクセス装置のそれぞれを管理する無線サーバを物理的に含み、そしてアプリケーション・システムは、ポータブル端末及びアプリケーション・サーバを物理的に含む。無線アクセス装置はポータブル端末用の無線ネットワーク・アクセス・サービスを提供する。無線アクセス装置は、運営者や食品ベンダなどの様々な事業者によって保有されており、一般には事業者がビジネス・サービスを提供する物理的な地域に配備されている。

図３を参照すると、本開示の描写を助けるために、サーバ及びポータブル端末などのホストのハードウェア・アーキテクチャが簡略化して要約される。ハードウェア層では、各ホストが１つ以上のプロセッサ、メモリ、追加不揮発性ストレージ装置及びネットワーク・インタフェースを含む。サービス層の観点からは、図３のアプリケーション・クライアント端末とアプリケーション・サーバ端末の両方ともが１つの論理装置（「仮想装置」とも呼ぶ）として構築されても良く、その形成法では、対応するホスト上のプロセッサが、コンピュータ・プログラムあるいはコンピュータ実行可能な命令を実行するためにメモリに読み込む。勿論、本開示は、ソフトウェア実施態様に加えて、プログラム可能論理装置などのような他の実施態様を除外するものではない。言い換えれば、以下に続く記述における各処理を実行する実体は、ハードウェア、論理装置あるいは同様のものを使用することによって実装されても良い。

図３に示す実施例では、クライアント、つまりポータブル端末３０２は、１つ以上のネットワーク・インタフェース３０４、１つ以上のプロセッサあるいはデータ処理ユニット３０６、及びメモリ３０８を含む。メモリ３０８はコンピュータ可読媒体の一例である。メモリ３０８は、その内部に、プッシュ処理ユニット３１０、ＭＡＣ同期ユニット３１２及びポータル・エージェント・ユニット３１４を含む、複数のモジュールあるいはユニットを収容する。ポータブル端末３０２は、追加不揮発性ストレージ装置３１６をさらに含んでも良い。ポータブル端末３０２は、無線アクセス装置３１８を介してネットワークに接続される。

アプリケーション・サーバ端末３２０は、１つ以上のネットワーク・インタフェース３２２、１つ以上のプロセッサあるいはデータ処理ユニット３２４及びメモリ３２６を含む。メモリ３２６はコンピュータ可読媒体の一例である。メモリ３２６は、その内部に、ＭＡＣ維持ユニット３２８、ポータル認証ユニット３３０及びプッシュ管理ユニット３３２を含む、複数のモジュールあるいはユニットを収容する。アプリケーション・サーバ端末３２０は、追加不揮発性ストレージ装置３３４をさらに含んでも良い。

図４を参照すると、クライアント端末、無線アクセス装置、無線サーバ及びアプリケーション・サーバ端末は、以下の操作を実行する操作中にお互いに協調して動作する。

４０２において、ポータブル端末が無線アクセス装置の無線ネットワークに接続することが決定されると、無線アクセス装置は無線サーバに端末接続メッセージを報告する。このメッセージは、無線アクセス装置の識別子及び無線ネットワークに接続するポータブル端末のＭＡＣアドレス情報を保持している。

４０４において、端末接続メッセージを受信した後に、無線サーバは接続プロンプト・メッセージをアプリケーション・サーバ端末に送信する。接続プロンプト・メッセージはポータブル端末のＭＡＣアドレス情報を保持している。

４０６において、無線サーバによって送信された端末接続メッセージを受信すると、アプリケーション・サーバ端末のプッシュ管理ユニットは、メッセージ内に保持されるポータブル端末のＭＡＣアドレス情報を取得し、ローカル・ユーザＭＡＣテーブルなどのユーザＭＡＣテーブル内のＭＡＣアドレスに対応するユーザを検索する。もし対応するユーザが発見されれば、４０８の操作が実行される。もしそうでなければ、現在の処理フローは終了する。

４０８において、アプリケーション・サーバ端末のプッシュ管理ユニットは、発見されたユーザのアプリケーション・クライアント端末に認証プロンプト・メッセージをプッシュする。

４１０において、アプリケーション・サーバ端末によってプッシュされた認証プロンプト・メッセージを受信すると、アプリケーション・クライアント端末のプッシュ処理ユニットは、ポータブル端末のメッセージ・プロンプト・バー内の認証プロンプト・メッセージに対応する認証プロンプト・オプションを出力する。

４１２において、認証プロンプト・オプションがユーザによって選択されていると判定された後、あるいはブラウザの関連コンポーネントからの通知を受信した後に、アプリケーション・クライアント端末のポータル・エージェント・ユニットは、ポータル認証を開始し、ポータル認証が開始された後にポータル・サーバによって戻されたポータブル端末のＭＡＣアドレス情報を取得し、そして、ポータル認証の間、アプリケーション・クライアント端末がアプリケーション・サーバ端末にログ・インするために使用するユーザ名及びパスワードを、ポータル認証のためのユーザ名及びパスワードとして使用する。

４１４において、ポータル認証要求を受信すると、アプリケーション・サーバ端末のポータル認証ユニットは、その要求内のユーザ名及びパスワードがアプリケーションの登録済みユーザのものであるか否かを判定し、もしそうであれば、そのユーザのポータル認証が成功であると判定する。

４１６において、アプリケーション・クライアント端末のＭＡＣ同期ユニットは、ポータル・サーバによって戻されるポータブル端末のＭＡＣアドレス情報をアプリケーション・サーバ端末に送信する。

４１８において、アプリケーション・クライアント端末によって送信されるＭＡＣアドレス情報を受信した後、アプリケーション・サーバ端末のＭＡＣ維持ユニットは、ＭＡＣアドレス情報とユーザ間の対応関係によってユーザＭＡＣテーブルを更新する。

本開示において、ポータブル端末はユーザが運びやすい、例えばスマートフォン、ＰＤＡあるいはタブレット・コンピュータなどの端末装置であっても良い。以下の説明の例としては、スマートフォンを使用する。本開示のアプリケーション・クライアント端末は、ユーザがアプリケーションにログ・インするためのユーザ名及びパスワードをそこから入力する任意のクライアント端末であり得る、Ａｌｉｐａｙ（商標） Ｗａｌｌｅｔ、Ｔａｏｂａｏ（商標）、Ｓｉｎａ（商標）、Ｗｅｉｂｏ（商標）あるいはＬａｉｗａｎｇを含む、モバイル・フォン応用クライアント端末などのポータブル端末上で動作するアプリケーション・ソフトウェアであっても良い。以下の説明用の例としては、アプリケーション・クライアント端末Ａｌｉｐａｙ（商標） Ｗａｌｌｅｔを使用する。アプリケーション・サーバ端末は、アプリケーション・サーバ上で動作し、アプリケーション・クライアント端末用の対応するアプリケーション・サービスを提供するサービス・ソフトウェアである。以下のアプリケーション・サーバの例としては、Ａｌｉｐａｙ（商標）サーバ端末を使用する。無線アクセス装置は、ファットＡＰ、ＡＣ及びシンＡＰのアーキテクチャによるＡＣ、あるいは無線アクセス機能を有する同様のネットワーク装置であっても良い。以下の説明の例としては、ＡＣを使用する。

ほとんどの場合、１台のスマートフォンはその独自のＭＡＣアドレスを有しており、そのため、一般的には、１つのＭＡＣアドレスが、Ａｌｉｐａｙ（商標） Ｗａｌｌｅｔを使用している１人のユーザとの比較的安定した対応関係を有する。スマートフォンが特定のＡＣによって管理される無線ネットワークに接続すると、それにより対応するユーザが決定されて、無線ネットワークを介してインターネットへのアクセスが試みられる。この場合、４０４でのリンクのメカニズムにより、無線サーバから送信された端末接続メッセージに従って、この事象はＡｌｉｐａｙ（商標）サーバ端末に伝えられる。それに対応して、Ａｌｉｐａｙ（商標）サーバ端末は、メッセージ内に保持されるＭＡＣアドレス情報に従った対応するＡｌｉｐａｙ（商標）ユーザを発見するが、この場合に、Ａｌｉｐａｙ（商標）ユーザはＡＣに接続している先に述べたスマートフォンを使用していることが前提となる。この前提に基づいて、Ａｌｉｐａｙ（商標）サーバ端末はユーザのＡｌｉｐａｙ（商標）クライアント端末に認証プロンプト・メッセージをプッシュする。Ａｌｉｐａｙ（商標） Ｗａｌｌｅｔは、認証プロンプト・メッセージに従って認証プロンプト・オプションを生成し、ユーザが認証プロンプト・オプションを選択している限りは、Ａｌｉｐａｙ（商標） Ｗａｌｌｅｔはユーザの代わりに自動的にポータル認証を実行する。処理全体を通じて、ユーザはクリックあるいは同様の簡単な操作によって認証プロンプト・オプションを選択することしか必要無く、ポータル認証は迅速に完了する。さらに本技術は、ユーザがポータル認証を行うのを忘れるという問題を相当の程度防ぐ。以下では、具体的な実装を使用して、本開示の優位性を詳細に紹介する。

本開示において、スマートフォンが無線ネットワークに１回目にアクセスする際の認証処理は、無線ネットワークへの１回目以外のアクセスのための認証処理とは一定程度異なっている。しかしながら、１回目のアクセスであるか１回目以外のアクセスであるかにかかわらず、４１２〜４１８の操作は実行される。実際には、最初のアクセスと最初以外のアクセスの間のポータル認証処理の違いは、認証起動方法だけである。

１）ユーザがＡｌｉｐａｙ（商標）の協同事業者の無線ネットワークに１回目の接続をする場合の処理フロー：

ユーザ（Ｔｏｎｙ）が、初めてＡｌｉｐａｙ（商標）の協同事業者（これを事業者Ａとする）を訪れると仮定する。ユーザは自分のスマートフォン（そのＭＡＣアドレスはＭＡＣ３である）を使用して事業者Ａの無線ネットワークを発見し、そしてその無線ネットワークへの接続を完了する。事業者Ａの無線ネットワークへのユーザの接続操作によって４０２〜４０６の操作が起動される。４０６において、表１に示すように、Ａｌｉｐａｙ（商標）サーバ端末はローカル・ユーザＭＡＣテーブルをＭＡＣ３によって検索する。ユーザがＡｌｉｐａｙ（商標）サーバ端末を使用してポータル認証を実行するのはこれが１回目なので、ＭＡＣ３は表１には存在しておらず、とりあえず、アプリケーション・サーバ端末の処理フローがここで終了する。アプリケーション・サーバ端末は、どのユーザがスマートフォンを使用して事業者Ａの無線ネットワークに接続しているのかが分からず、そのため認証プロンプト・メッセージをプッシュすることが出来ない。言い換えれば、ユーザが１回目にＡｌｉｐａｙ（商標）の協同事業者のネットワークに接続する時、４０８での操作は実行されず、ユーザのモバイル・フォンは認証プロンプト・メッセージを受信することは無い。この場合、ユーザは手動でポータル認証を起動しなければならない。

ユーザが手動でポータル認証を起動する処理は従来技術の処理と同じであり、例えば、例外サイト・リストに入っていない任意のウェブサイトにアクセスすることによるか、あるいは簡単にするには、ユーザがブラウザを使用してインターネットにアクセスする限りはポータル認証が起動されるようにする。上述のように、この処理では、アプリケーション・クライアント端末Ａｌｉｐａｙ（商標） Ｗａｌｌｅｔは、ブラウザ上で動作するＡｌｉｐａｙ（商標）関連コンポーネントによって呼び出される。それに呼応して、Ａｌｉｐａｙ（商標） Ｗａｌｌｅｔのポータル・エージェント・ユニットは、その関連コンポーネントの認証通知を受信する。

例えば、ポータル認証が開始される前に、ポータル・エージェント・ユニットはユーザがアプリケーションにログ・インした状態であるかをチェックしても良く、もしユーザＴｏｎｙがアプリケーションにログ・インした状態でなければ、Ａｌｉｐａｙ（商標） Ｗａｌｌｅｔのログ・イン・インタフェースが前面に呼び出されて、それによってユーザはインタフェースにＡｌｉｐａｙ（商標）ユーザ名及びパスワードを入力することが出来る。ユーザがユーザ名及びパスワードを送信した後、Ａｌｉｐａｙ（商標）サーバ端末は身元認証を実行してアプリケーションへのログ・インを完了する。勿論、このような処理は必須というわけではなく、その理由は、アプリケーションＡｌｉｐａｙ（商標）がその固有のログ・イン・タイムアウトのメカニズムを有しているといった、アプリケーションＡｌｉｐａｙ（商標）のセキュリティのメカニズムをポータル・エージェント・ユニットは考慮しない可能性があるが、このことがポータル認証における代替機能としてＡｌｉｐａｙ（商標）身元情報（Ａｌｉｐａｙ（商標）ユーザ名及びパスワード）を使用することには影響しないからである。ポータル認証は、ユーザのユーザ名及びパスワードがＡｌｉｐａｙ（商標）クライアント端末内に保存されている限り開始することが出来る。ポータル認証が開始された後、ポータル認証要求は最終的にＡｌｉｐａｙ（商標）サーバ端末に到達し、Ａｌｉｐａｙ（商標）サーバ端末の認証ユニットは、ポータル認証要求内のユーザ名及びパスワードがＡｌｉｐａｙ（商標）の登録済みユーザのものであるかをチェックし、もしそうであれば、無線アクセス装置に認証成功通知を戻しても良い。次に、無線アクセス装置はスマートフォンに認証の成功を通知する。ここで、アプリケーション・サービスを提供するためにＡｌｉｐａｙ（商標）サーバ端末が使用するＩＰアドレスは、一般には事業者ＡのＡＣの例外サイト・リスト中に構成されていることに留意しても良く、言い換えれば、各ユーザはＡＣを介してＩＰアドレスにアクセスし、ユーザが認証をパスしているか否かにかかわらず、何の制限も無しにアプリケーション・サービスを得ることが出来る。

ステップ４０６において、ポータル認証を開始するための２種類の起動条件があり、１つは、ユーザによって認証プロンプト・オプションが選択されるものであり、他の１つはブラウザの関連コンポーネントから通知を受信するものである。ユーザがＡｌｉｐａｙ（商標）の協同事業者の無線ネットワークに１回目に接続する時は、起動条件はブラウザの関連コンポーネントの通知である。言い換えれば、ユーザが１回目に無線ネットワークに接続する時は、４０２〜４１８の操作は部分的にしか実行されず、その中で４０８及び４１０での操作は実行されずに、４０８及び４１０での操作の目的は、ユーザの手動操作によって達成される。４１２におけるポータル認証の起動に加えて、本開示の中のＡｌｉｐａｙ（商標） Ｗａｌｌｅｔは４１６及び４１８での操作をさらに実行するが、これが従来技術とは異なるものである。

４１６において、Ａｌｉｐａｙ（商標） ＷａｌｌｅｔがＭＡＣアドレスを取得するという方法は、従来技術での方法とは大幅に異なる。従来の設計思想では、アプリケーション開発者は通常は、オペレーティング・システムから直接ＭＡＣアドレスを読み込み、次にそのＭＡＣアドレスをサーバ端末にＭＡＣアドレスとして送信するということがモバイル・フォンのハードウェアの特性であると考える。従来型のＰＣインターネット環境では、Ｗｉｎｄｏｗｓ（商標）オペレーティング・システムを例に挙げれば、すべての通常のユーザは、「ｉｐｃｏｎｆｉｇ／ａｌｌ」などのコマンドを使用することによってホストのＭＡＣアドレスを取得することが出来る。しかしながら、モバイル・インターネット環境では、そのような従来の実装の考え方には目に見えない欠点がある。

まず第一に、ユーザの情報セキュリティなどの様々な要因に亘っての懸念があるので、モバイル・オペレーティング・システムの提供者はモバイル・フォンのＭＡＣアドレスの読み出しに対する多くの障壁を設けている。例えば、Ｇｏｏｇｌｅ（商標）が提供するＡｎｄｒｏｉｄ（商標）オペレーティング・システムにおいては、アプリケーションにはスマートフォンのＭＡＣアドレスを読み出すことが許されているが、複数の追加的な条件を満足することが必要であり、これらの追加的条件を満たすためには、より複雑な開発作業をすることが必要である。Ａｐｐｌｅ（商標）が提供するＩＯＳ（商標）オペレーティング・システムにおいて、現在オペレーティング・システムは、モバイル・フォンのアプリケーションがスマートフォンのＭＡＣアドレスを直接読み出すことを許可していない。ＭＡＣアドレスを読み出すためには、そのような制約をバイパスする必要があり、それはより複雑な開発作業があることを意味し、たとえシステム制限が、ＭＡＣアドレスを間接的に読み出すためにバイパスされても、モバイル・フォンのアプリケーションのセキュリティにＩＯＳ（商標） Ａｐｐ Ｓｔｏｒｅで疑義を差し挟まれ、その実施は困難である。つまり、従来の技術に従ってスマートフォンからＭＡＣアドレスを読み出すことは技術的には可能性があるが、その実施効果は乏しいものである。

本技術は、ユーザの情報セキュリティを確保しながら、ユーザのＭＡＣアドレスをより簡便な方法で取得するものである。スマートフォンがＡＣに接続した後、ＡＣはスマートフォンにパケットを転送する必要があるので、当然ながらＡＣはスマートフォンのＭＡＣアドレスを保存する。そのため、ＡＣはポータル認証中にスマートフォンのＭＡＣアドレスをポータル・サーバに渡し、ポータル・サーバはそのＭＡＣアドレスをＡｌｉｐａｙ（商標） Ｗａｌｌｅｔに戻す。多くの人気のあるソリューションでは、ポータル・サーバはＡＣに統合化されていることがよくあり、そのため、ＭＡＣアドレスを渡すことが比較的容易である。一実施例では、本開示は、Ａｌｉｐａｙ（商標） Ｗａｌｌｅｔに対して、リダイレクトされたユニフォーム・リソース・ロケータ（ＵＲＬ）により受渡しされるパラメータ（リダイレクトされたＵＲＬの受渡しパラメータ）としてモバイル・フォンのＭＡＣアドレスを戻す。ポータル・サーバによって送信されるリダイレクトされたＵＲＬの例を以下に示す。

ｗｗｗ．ｐｏｒｔａｌａｂｃ．ｃｏｍ／ｄｅｆａｕｌｔ．ａｓｐ？ｉｄ＝５０−Ｅ５−４９−ＢＢ−３Ｆ−ＢＥ

ｗｗｗ．ｐｏｒｔａｌａｂｃ．ｃｏｍ／ｄｅｆａｕｌｔ．ａｓｐは、ポータル認証ページのＵＲＬを表し、ｗｗｗ．ｐｏｒｔａｌａｂｃ．ｃｏｍ／ｄｅｆａｕｌｔ．ａｓｐには様々な受渡しパラメータが続く。パラメータがＭＡＣアドレスである場合は、そのパラメータはポータル認証処理に対して実質的な意味は無い。しかし、この処理を使用することにより、本開示はユーザＴｏｎｙのスマートフォンのＭＡＣアドレスをＵＲＬの受渡しパラメータとして使用し、それによってＡｌｉｐａｙ（商標） ＷａｌｌｅｔのＭＡＣアドレスを戻す。この場合、Ａｌｉｐａｙ（商標） Ｗａｌｌｅｔは、ＭＡＣアドレス５０−Ｅ５−４９−ＢＢ−３Ｆ−ＢＥ（ＭＡＣ３）を取得するためにＵＲＬを解析し、次にＡｌｉｐａｙ（商標）サーバ端末にＭＡＣ３を通知する。一実施形態例では、Ａｌｉｐａｙ（商標）サーバ端末はポータル認証が成功した後に通知を受ける。ＭＡＣ３を受信した後に、Ａｌｉｐａｙ（商標）サーバ端末は、ユーザと、それに対応してユーザによって使用されるスマートフォンのＭＡＣアドレスとの間の対応関係を保存する。表１は対応して表２に更新される。

無線アクセス装置の中には、ユーザの情報セキュリティに対する懸念から、ＭＡＣアドレスを暗号化された文字列に暗号化し、その暗号化された文字列をＭＡＣアドレス情報としてスマートフォンに戻すことが出来るものもあることを考慮すると、この場合は、Ａｌｉｐａｙ（商標） Ｗａｌｌｅｔは特別な処理を実行する必要は無く、その上のＭＡＣ同期ユニットが暗号化されたデータをアプリケーション・サーバ端末に送信する必要があるだけである。しかしながら、アプリケーション・サーバ端末は特別な処理を実行する必要がある。４１８において、ＭＡＣ維持ユニットは、ＭＡＣアドレス情報が暗号化されたデータであるかを、そのＭＡＣアドレス情報が保存される前に判定する。もしＭＡＣアドレスが暗号化されたデータでなければ、ＭＡＣ維持ユニットは、ＭＡＣアドレス情報とユーザとの間の対応関係を保存することしか必要でない。もしＭＡＣアドレス情報が暗号化されたデータならば、ＭＡＣ維持ユニットは、受渡しパラメータの中に追加して保持されるベンダ識別に従って、暗号化されたデータを復号化し、平文のＭＡＣアドアドレス情報を取得し、次にＭＡＣアドレス情報とユーザとの間の対応関係を保存するために、対応する復号化アルゴリズムを起動することが必要である。一般に、無線アクセス装置の提供者はＡｌｉｐａｙ（商標）との提携関係があり、それによって、装置の提供者識別及び（もし必要なら）その識別に対応した暗号化／復号化がＡｌｉｐａｙ（商標）サーバ端末上に保存される。両方の側で同一の暗号化／復号化アルゴリズムを共有することにより、ＭＡＣアドレス情報のリンクが実現され、さらに、ユーザ情報のセキュリティが改善される。

２）Ａｌｉｐａｙ（商標）の協同事業者の無線ネットワークへのユーザの１回目以外のアクセスのための処理フロー：

図５を参照すると、ユーザＴｏｎｙがＡｌｉｐａｙ（商標）の協同事業者Ａでの１回目のポータル認証を完了した後、Ａｌｉｐａｙ（商標）サーバ端末は、ユーザとユーザのモバイル・フォンのＭＡＣアドレスとの間の対応関係を保存する。

図５の５０２において、アプリケーション、例えばＡｌｉｐａｙ（商標）がインストールされたスマートフォンなどのポータブル端末（アプリケーション・クライアント端末）５０４は、無線アクセス装置５０６（ポータル・サーバと統合化されている）を介して無線アクセス・ネットワークにアクセスする。５０８において、無線アクセス装置５０６は無線サーバ５１０に端末接続メッセージを送信する。５１２において、無線サーバ５１０は、Ａｌｉｐａｙ（商標）サーバ端末を備えるＡｌｉｐａｙ（商標）サーバなどのアプリケーション・サーバ５１４に接続プロンプト・メッセージを送信する。５１６において、アプリケーション・サーバ５１４は、接続プロンプト・メッセージに含まれるＭＡＣアドレス情報に従ってユーザを発見する。５１８において、アプリケーション・サーバ５１４は、ポータブル端末５０４に認証プロンプト・メッセージをプッシュする。５２０において、ポータブル端末５０４は認証プロンプト・メッセージを生成し、それをユーザに表示する。５２２において、認証プロンプト・オプションがユーザによって選択されたと判定されると、ポータル端末５０４は無線アクセス装置５０６のポータル認証を起動する。５２４において、無線アクセス装置５０６は、ポータル・サーバから戻されたポータル端末５０４のＭＡＣアドレス情報を、リダイレクトされたＵＲＬの受渡しパラメータとしてポータブル端末５０２に送信する。５２６において、ポータブル端末５０４はリダイレクトされたＵＲＬからＭＡＣアドレス情報を取得する。５２８において、ポータブル端末５０４はＡｌｉｐａｙ（商標）などのアプリケーションのユーザ名及びパスワードを、無線アクセス装置５０６に送信する。５３０において、無線アクセス装置は、ポータル認証要求５３０をアプリケーション・サーバ５１４に送信する。５３２において、アプリケーション・サーバ５１４は、身元認証５３２を遂行する。５３４において、もし身元認証が成功すれば、アプリケーション・サーバ５１４は無線アクセス装置に通知する。５３６において、無線アクセス装置５０６はポータブル端末５０４に認証が成功していることを通知する。５３８において、ポータブル端末５０４は．自身のＭＡＣアドレス情報をアプリケーション・サーバ５１４に送信する。５４０において、アプリケーション・サーバ５１４はＭＡＣアドレス情報及びユーザをユーザＭＡＣテーブルに保存する。

対応関係及び４０２〜４１８の操作があって、ユーザＴｏｎｙがそれに引き続きＡｌｉｐａｙ（商標）のどの協同事業者の無線ネットワークを使用するのにも極めて便利である。ユーザＴｏｎｙが数日後に再び事業者Ｂを訪れると仮定すれば、ユーザＴｏｎｙは自分のスマートフォンを使用して事業者Ｂの無線ネットワークを発見し、その無線ネットワークへの接続を完了する。前述のように、事業者Ｂの無線ネットワークへの接続のユーザの操作は、４０２〜４０６の操作のきっかけとなる。Ａｌｉｐａｙ（商標）サーバ端末は、ローカル・ユーザＭＡＣテーブル（この場合これは表２）を検索すると、ＭＡＣ３を使用しているユーザがＴｏｎｙであることを発見し、次にアプリケーション・サーバ端末は４０８に進み、認証プロンプト・メッセージをユーザにプッシュする。

前述のように、Ａｌｉｐａｙ（商標）サーバ端末はＡＣの例外サイト・リストに入っており、そのため、Ａｌｉｐａｙ（商標） ＷａｌｌｅｔとＡｌｉｐａｙ（商標）サーバ端末の間の相互アクセスは無制限であり、その一方で、アプリケーションＡｌｉｐａｙ（商標） Ｗａｌｌｅｔは一般にＡｌｉｐａｙ（商標）サーバ端末との接続をバックグラウンドで維持し、お互いに重要なデータをタイムリーに送信する。そのため、認証プロンプト・メッセージはユーザＴｏｎｙのＡｌｉｐａｙ（商標） Ｗａｌｌｅｔにスムーズにプッシュすることが出来る。メッセージを受信した後に、Ａｌｉｐａｙ（商標） Ｗａｌｌｅｔは４１０で操作を実行し、対応して認証プロンプト・オプションをメッセージ・プロンプト・バーに（例えば、モバイル・フォンの画面の先頭に）出力する。Ｗｅｉｂｏ（商標）などのソーシャル・アプリケーションのメッセージ・プロンプトの設計や他の同様の設計（具体的には説明しない）がオプションを出力するために使われても良いが、本明細書では詳述しない。

プロンプトの効果をより良く達成するために、Ａｌｉｐａｙ（商標） Ｗａｌｌｅｔは音や振動も出力することが可能で、それに応じてユーザに気づかせる。ユーザがモバイル・フォンのメッセージ・プロンプト・バー内の認証プロンプト・オプションを発見した後に、そのユーザはプル・ダウン及びクリックの操作を実行することによって認証プロンプト・オプションを選択しても良い。一旦認証プロンプト・オプションが選択されると、Ａｌｉｐａｙ（商標） Ｗａｌｌｅｔはユーザに代わってポータル認証を完了するために４１２での操作を実行する。認証が成功した後に、ユーザにＩＰアドレスはＡＣのホワイトリストに追加され、この方法でユーザはほとんど気づくこと無しにポータル認証をパスして、インターネットにアクセスすることができる。

示しているように、あらゆるＡｌｉｐａｙ（商標）ユーザにとって、Ａｌｉｐａｙ（商標）の協同事業者の無線ネットワークへの１回目の接続の間に、ユーザはポータル認証処理を起動するために、手動でブラウザを開いてウェブサイトに入る必要がある。その後、そのユーザがＡｌｉｐａｙ（商標）の協同事業者を訪れて無線ネットワークに接続すると、ユーザは非常に短時間で認証プロンプトを受け、プル・ダウン及びクリックなどの操作を実行することによって認証プロンプト・オプションを選択する必要しか無く、容易にポータル認証を完了する。一つには、ユーザは、ウェブサイトに入るためにブラウザを開くというような比較的複雑な操作を実行する必要が無い。一方、ユーザは認証プロンプトを得るので、ユーザがポータル認証を忘れることが避けられ、それはポータル認証技術に詳しくない人達にとってより意味がある。

ここまで述べた実施態様では、説明はユーザが特定のスマートフォンを使用する場合に焦点を当てており、これは一般には大多数のユーザの使用の要求を満足するものである。本開示は、ユーザが複数のポータブル端末を使用する場合にも適用可能である。ユーザＴｏｎｙが２台のスマートフォンを使用し、モバイル・フォン１のＭＡＣアドレスがＭＡＣ３で、モバイル・フォン２のＭＡＣアドレスがＭＡＣ２５６であると仮定する。もしユーザＴｏｎｙがモバイル・フォン２を使用して前述の処理を繰り返すなら、サーバ端末は１人のユーザに対して１つの固有のテーブル・エントリを保存するだけで良く、つまり、Ｔｏｎｙのテーブル・エントリが更新されて、ＴｏｎｙのＭＡＣアドレスはＭＡＣ２５６に更新される。もしＴｏｎｙがモバイル・フォン１を再び使用するなら、Ｔｏｎｙのテーブル・エントリは再びリフレッシュされる。さらに、もしＴｏｎｙがもうＡｌｉｐａｙ（商標） Ｗａｌｌｅｔを使用しなければ、それはＭＡＣ３が置かれているテーブル・エントリが長時間更新されていないことを意味する。そのため、このテーブル・エントリは、設定済みの経過時間メカニズムに従って削除される可能性がある。言い換えれば、表３の３番目のテーブル・エントリが４１８で１度も更新されていないか、あるいは項目の設定済みの閾値を超えて更新されていないならば、ユーザがそのＭＡＣアドレスをこれ以上は使用しないと推測され得るため、このテーブル・エントリは削除される可能性がある。もしＴｏｎｙが再びこのＭＡＣアドレスを使用（例えば、元のモバイル・フォンを使用）すれば、本開示は前述の手順に従って相変わらず通常の処理を実行しても良い。

前述の実施態様に基づいて、本開示のリンクのメカニズムはユーザと事業者の間のリンクを容易化することが出来る。図６を参照して、図６のＡＣ６０２（その装置識別子はＡＣ１００である）は、事業者識別子がＨＤＬである事業者との対応関係を有していると仮定する。ＡＣ６０２は、事業者ＨＤＬが購入あるいはレンタルした装置であっても良い。すなわち、ＡＣと事業者は無線サーバの側で対応関係を有しており、この対応は表４に示すように、無線サーバ６０４のデータベース内に保存されることが多い。

６０６において、ＡＣ６０２はＡＣ識別を含む端末接続メッセージを無線サーバ６０４に送信する。６０８において、無線サーバ６０４はＡＣ識別に従って事業者識別を検索する。６１０において、無線サーバ６０４は事業者識別を含む接続プロンプト・メッセージをＡｌｉｐａｙ（商標）サーバ端末などのアプリケーション・サーバ６１２に送信する。６１４において、アプリケーション・サーバ６１２は、事業者識別に対応する事業者及び／または事業者に対応するサード・パーティ・アプリケーションのサービス情報を含む認証プロンプト・メッセージを、Ａｌｉｐａｙ（商標）クライアント端末をインストールしたスマートフォンなどのポータブル端末６１６に送信する。６１８において、ポータブル端末６１６は、ポータル認証が成功した後にサーバ情報を表示し、及び／または対応するサード・パーティ・アプリケーションを呼び出す。６１８において、ポータブル端末６１６は、ポータル認証が成功した後にサービス情報を表示し、及び／または対応するサード・パーティ・アプリケーションを呼び出す。ポータブル端末６１６は．ＡＰ６１８を介してＡＣ６０２と接続する。

無線サーバは、ＡＣ識別子、すなわち端末接続メッセージに保持されるＡＣ１００に従って対応する事業者識別子ＨＤＬを発見し、事業者識別子ＨＤＬを接続プロンプト・メッセージに追加し、そしてそれをＡｌｉｐａｙ（商標）サーバ端末に送信する。Ａｌｉｐａｙ（商標）サーバは、事業者ＨＤＬに対応するサービス情報及び／またはサード・パーティのアプリケーション識別子を保存する。実施態様については、Ａｌｉｐａｙ（商標）サーバ端末は事業者インタフェース・ユニットをさらに含んでも良い。事業者インタフェース・ユニットは、ウェブ・サービスのウィンドウであっても良い。事業者が対応する企業アカウントを使用してログ・インした後、事業者によって構成されたサービス情報及びサード・パーティのアプリケーション識別子は事業者インタフェース・ユニットに送信され、事業者インタフェース・ユニットはサービス情報及びサード・パーティ・アプリケーション識別子を事業者情報テーブルに保存する。事業者ＨＤＬは、事業者インタフェース・ユニットを使用してコモディティ販促情報及び新着情報などのサービス情報を、定期的あるいは不定期にアプリケーション・サーバ端末上の事業者情報テーブル内で更新する。サード・パーティ・アプリケーション識別子は、ＨＤＬ自身が開発した注文用クライアントなどの、事業者ＨＤＬに対応するアプリケーション・クライアント端末、あるいは、ＨＤＬの協力事業者が開発しＨＤＬに適用可能な、Ｔａｏｂａｏ（商標）アプリなどのアプリケーション・クライアント端末の識別子であっても良い。

Ａｌｉｐａｙ（商標）サーバ端末のプッシュ管理ユニットは、接続プロンプト・メッセージ内の事業者識別子ＨＤＬに従って事業者情報テーブル（図５の例を参照）を検索し、対応サービス情報及び／またはサード・パーティ・アプリケーション識別子を判定する。プッシュ管理ユニットは、発見されたサービス情報及び／またはサード・パーティ・アプリケーション識別子を認証プロンプト・メッセージに追加し、その認証プロンプト・メッセージをＡｌｉｐａｙ（商標） Ｗａｌｌｅｔにプッシュする。Ａｌｉｐａｙ（商標） Ｗａｌｌｅｔが認証プロンプト・メッセージを受信した後、Ａｌｉｐａｙ（商標） Ｗａｌｌｅｔのプッシュ処理ユニットは認証プロンプト・メッセージからサービス情報を取得してそのサービス情報を表示する。１つの実施例では、サービス情報がリンクを含んでいる可能性があり、ユーザが対応サイトにアクセスするためにそのリンクをクリックする必要があるので、プッシュ処理ユニットはポータル認証にパスした後でサービス情報を表示しても良い。ポータル認証にパスしないうちは、例外サイトのホワイトリストに存在しないサイトには、ユーザはアクセスすることが出来ない。

もし認証プロンプト・メッセージがサード・パーティ・アプリケーション識別子をさらに保持しているなら、プッシュ処理ユニットは、スマートフォンが対応するサード・パーティ・アプリケーションをローカルに保有しているか否かをさらにチェックする。もしスマートフォンが対応するサード・パーティ・アプリケーションをローカルに保有しているなら、プッシュ処理ユニットはサード・パーティ・アプリケーションを開始する。もしスマートフォンが対応するサード・パーティ・アプリケーションをローカルに保有していないなら、プッシュ処理ユニットは断念し、あるいはユーザがそのサード・パーティ・アプリケーションをダウンロードするように示唆する。下記の表５を参照すると、ユーザが事業者ＨＤＬの無線ネットワークに接続する処理の間、ユーザが認証を迅速に完了するように支援することに加えて、本技術は事業者ＨＤＬの最新のサービス情報をユーザにさらに表示して、ユーザが時間内に更新された最新の事業者サービス情報を手軽に得られるようにする。それに加えて、ＨＤＬが食品ベンダであり、注文用クライアント端末「ＨＤＬ注文」を展開していると仮定すれば、認証の成功の後にアプリケーション・クライアント端末を起動することによって、プッシュ管理ユニットは、ＨＤＬで食事をすることを計画しているユーザのセルフ・サービス注文を容易にする。このようなサービス情報の表示及びサード・パーティ・アプリケーションの呼出しが、事業者ＨＤＬでの消費活動をより容易にし、そして消費者と事業者の間の通信のコストを減らすことは疑いが無い。

標準的な構成では、本開示に説明するような任意のサーバあるいは装置などのコンピューティング装置は、１つ以上の中央処理ユニット（ＣＰＵ）、１つ以上の入力／出力インタフェース、１つ以上のネットワーク・インタフェース及びメモリを含んでいても良い。

メモリは、非永続的メモリ、ランダム・アクセス・メモリ（ＲＡＭ）及び／またはコンピュータ可読媒体内の読出し専用メモリ（ＲＯＭ）及びフラッシュ・ランダム・アクセス・メモリ（フラッシュＲＡＭ）などの不揮発性メモリの形態を含んでも良い。メモリはコンピュータ可読媒体の一例である。

コンピュータ可読媒体は、情報記憶を実装するための任意の方法あるいは技術を使用しても良い永続的及び非永続的な、移動可能及び移動不可能な媒体を含む。情報は、コンピュータ可読命令、データ構造、ソフトウェア・モジュールあるいは任意のデータであって良い。コンピュータ記憶媒体の例は、制限するものではないが、相変化メモリ（ＰＣＭ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）、他のタイプのＲＡＭ、ＲＯＭ、電気的消去可能プログラム可能読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、内部メモリ、ＣＤ−ＲＯＭ、ＤＶＤ、光学メモリ、磁気テープ、磁気ディスク、任意の他の磁気記憶あるいは、コンピューティング装置によってアクセス可能な情報を記憶しても良いあらゆるその他の非通信媒体を含んでも良い。本明細書で定義するように、コンピュータ可読媒体は、変調されたデータ及び搬送波などの一時的媒体を含まない。

用語「ｉｎｃｌｕｄｉｎｇ」、「ｃｏｍｐｒｉｓｉｎｇ」あるいはそれらのあらゆる変形は、非排他的に含むことを指しており、そのため、複数の要素を含む処理、方法、製品あるいは装置は、複数の要素を含むだけではなく、明示記載されていないあらゆるその他の要素若しくはそのような処理、方法、製品あるいは装置に必須あるいは固有なあらゆる要素も含むということに留意しなければならない。それ以上の制限無しに、語句「ｉｎｃｌｕｄｉｎｇ ａ ．．．」によって定義される要素は、処理、方法、製品あるいは装置がその要素に加えて別の同一の要素を含むということを除外していない。

当業者は、実施例が方法、システムあるいはコンピュータ・ソフトウェア製品の形で示されても良いことを理解するであろう。そのため、本技術はハードウェア、コンピュータ・ソフトウェアあるいはそれらの組合せによって実装されても良い。さらに、本技術は、コンピュータ実行可能あるいはコンピュータ可読の命令を含んだ１つ以上のコンピュータ記憶媒体（ディスク、ＣＤ−ＲＯＭあるいは光学記憶装置を含むが、それに限定はしない）の形式であるコンピュータ・ソフトウェア製品として実装されても良い。

以上の記述は本開示の実施例を説明するものであり、本開示を制限するために使用してはいけない。当業者は本技術のどのような修正あるいは変形を行っても良い。本開示の精神及び範囲を逸脱しないあらゆる変更、同等の置替えあるいは改善は、依然として本開示の請求項の範囲に帰すべきものである。

Claims (20)

1. アプリケーションクライアント端末であって、
   １つまたは複数のプロセッサと、
   コンピュータ可読命令を記憶した１つまたは複数のメモリと、を備え、前記コンピュータ可読命令は、前記１つまたは複数のプロセッサによって実行されるとき、
   前記アプリケーションクライアント端末と接続した無線アクセス・コントローラを介してサーバに要求を送信することであって、前記要求は、前記アプリケーションクライアント端末の媒体アクセス制御（ＭＡＣ）アドレスを含み、前記ＭＡＣアドレスは、前記アプリケーションクライアント端末上で稼働するアプリケーションとサーバとの間の接続の前に、前記アプリケーションによって読み出すことができない、ことと、
   前記アプリケーションと前記サーバとの間で前記接続を確立することと、
   前記アプリケーションによって前記サーバから、前記アプリケーションクライアント端末の前記ＭＡＣアドレスを受信することと、
   アカウントと共に前記ＭＡＣアドレスをアプリケーションサーバ端末と関連付けることと、
   ポータル認証のために、前記アプリケーションクライアント端末が前記アプリケーションサーバ端末との前記アカウントにログインするログイン情報を使用することと、
   を含む動作を前記１つまたは複数のプロセッサに実行させる
   アプリケーションクライアント端末。
2. 前記サーバから前記アプリケーションクライアント端末の前記ＭＡＣアドレスを受信することは、前記サーバによって戻されるリダイレクトされたユニフォームリソースロケータ（ＵＲＬ）からＭＡＣアドレス情報を取得することによって前記ＭＡＣアドレス情報を取得することを含み、前記ＭＡＣアドレス情報は、前記リダイレクトされたＵＲＬによって渡されるパラメータである
   請求項１に記載のアプリケーションクライアント端末。
3. 前記ポータル認証は、ブラウザのアプリケーション関連コンポーネントによって送信される
   請求項１に記載のアプリケーションクライアント端末。
4. 前記動作は更に、
   前記ポータル認証を開始する前に、前記アプリケーションクライアント端末がユーザによってログインされるかどうかを判定することと、
   前記アプリケーションクライアント端末がログインされると判定したことに応答して、前記ポータル認証を開始し、または
   前記アプリケーションクライアント端末がログインされないと判定したことに応答して、前記ユーザに前記アプリケーションクライアント端末へのログインをするように要求するためにログインインタフェースを示す、ことと、
   を含む
   請求項１に記載のアプリケーションクライアント端末。
5. 前記動作は更に、前記アプリケーションクライアント端末のメッセージプロンプトバーにおいて認証プロンプトメッセージに対応する認証プロンプトオプションを出力することを含む
   請求項１に記載のアプリケーションクライアント端末。
6. 前記認証プロンプトメッセージは、サードパーティアプリケーション識別子を含み、
   前記動作は更に、前記ポータル認証が成功した後、前記サードパーティアプリケーション識別子に従って対応するサードパーティアプリケーションを開始することを含む
   請求項５に記載のアプリケーションクライアント端末。
7. 前記対応するサードパーティアプリケーションは、前記アプリケーションクライアント端末が接続される無線ネットワークと関連付けられた事業者に対応する
   請求項６に記載のアプリケーションクライアント端末。
8. 前記認証プロンプトメッセージは、事業者に対応するサービス情報を含み、
   前記動作は更に、前記ポータル認証が成功した後、前記サービス情報を表示することを含む
   請求項５に記載のアプリケーションクライアント端末。
9. 前記動作は更に、前記認証プロンプトオプションがユーザによって選択されると判定した後、前記ポータル認証を開始することを含む
   請求項５に記載のアプリケーションクライアント端末。
10. 前記動作は更に、前記アプリケーションサーバ端末に前記ＭＡＣアドレスを送信することを含む
    請求項１に記載のアプリケーションクライアント端末。
11. アプリケーションクライアント端末上で稼働するアプリケーションによって、前記アプリケーションクライアント端末と接続した無線アクセス・コントローラを介してサーバから、前記アプリケーションクライアント端末の媒体アクセス制御（ＭＡＣ）アドレスを取得することを備え、前記ＭＡＣアドレスは、前記アプリケーションクライアント端末から前記アプリケーションによってアクセスすることができないことを特徴とする方法。
12. 前記ＭＡＣアドレスを取得することは、前記サーバによって戻されるリダイレクトされたユニフォームリソースロケータ（ＵＲＬ）からＭＡＣアドレス情報を取得することを含み、前記ＭＡＣアドレス情報は、前記リダイレクトされたＵＲＬによって渡されるパラメータである
    請求項１１に記載の方法。
13. アカウントと共に前記ＭＡＣアドレスをアプリケーションサーバ端末と関連付けることと、
    ポータル認証のために、前記アプリケーションクライアント端末が前記アプリケーションサーバ端末との前記アカウントにログインするログイン情報を使用することと、
    を更に備え、前記ポータル認証は、ブラウザのアプリケーション関連コンポーネントによって送信される
    請求項１１に記載の方法。
14. 前記ポータル認証を開始する前に、前記アプリケーションクライアント端末がユーザによってログインされるかどうかをチェックすることと、
    前記アプリケーションクライアント端末がログインされると判定したことに応答して、前記ポータル認証を開始し、または
    前記アプリケーションクライアント端末がログインされないと判定したことに応答して、前記ユーザに前記アプリケーションクライアント端末へのログインをするように要求するためにログインインタフェースを示す、ことと、
    を更に備えた請求項１３に記載の方法。
15. 前記アプリケーションサーバ端末によってプッシュされる認証プロンプトメッセージを受信するとき、ポータル端末のメッセージプロンプトバーにおいて前記認証プロンプトメッセージに対応する認証プロンプトオプションを出力することであって、前記認証プロンプトメッセージは、サードパーティアプリケーション識別子を含み、サードパーティアプリケーションは、前記アプリケーションクライアント端末が接続される無線ネットワークと関連付けられた事業者に対応する、ことと、
    前記ポータル認証が成功した後、前記サードパーティアプリケーション識別子に従って対応するサードパーティアプリケーションを開始することと、
    を更に備えた請求項１４に記載の方法。
16. 事業者に対応するサービス情報を含む認証プロンプトメッセージを受信することと、
    前記ポータル認証が成功した後、前記サービス情報を表示することと、
    を更に備えた請求項１３に記載の方法。
17. サーバにより、端末と接続した無線アクセス・コントローラから、端末接続メッセージに保持される前記端末の媒体アクセス制御（ＭＡＣ）アドレス情報を取得することと、
    前記サーバにより、前記端末に、リダイレクトされたユニフォームリソースロケータ（ＵＲＬ）のパラメータとして前記ＭＡＣアドレス情報を返すことと、
    を備えた方法。
18. ユーザＭＡＣテーブル内の前記ＭＡＣアドレス情報に対応するアプリケーションのユーザアカウントを検索することと、
    前記ユーザアカウントが発見された後、前記アプリケーションについてのログイン情報を要求する端末に、認証プロンプトメッセージをプッシュすることと、
    前記アプリケーションについてのポータル端末を通じて提供されるログイン情報が前記ユーザアカウントに属すると判定したことに応答して、ポータル認証が成功すると判定することと、
    前記ＭＡＣアドレス情報と登録されたユーザとの間の対応関係により前記ユーザＭＡＣテーブルを更新することと、
    を更に備えた
    請求項１７に記載の方法。
19. 前記端末接続メッセージは、ポータル端末が接続される無線アクセスデバイスに対応する事業者識別子を含む
    請求項１７に記載の方法。
20. 前記事業者識別子に従って、ローカル事業者情報テーブル内の対応するサービス情報を検索することと、
    ユーザに認証プロンプトメッセージにおいて前記サービス情報を送信することと、
    を更に備えた
    請求項１９に記載の方法。