(57)【要約】  受けとった電話コールから自動番号識別（ＡＮＩ）情報を検出することにより、ウエブに基づいたアプリケーションに対するログインアクセスを許可又は拒否し、前記ＡＮＩ情報をユーザーアカウントに関連づけ、許可および拒否のいずれかであるログインアクセスの現在の状況を判断し、ログインアクセスのその時の状況に応じ、ログインアクセスの状況を許可および拒否の逆に変更することを前記システムに通知する。かかる方法は、さらに、許可又は拒否のいずれをなすべきか判断し、および／又は、複数のアカウントのどれが、ログインアクセスの状況に関する所望の変化による影響を受けているのかを判断するため、受け取った通話の電話番号識別サービス（ＤＮＩＳ）情報を検出するようにしてもよい。.【特許請求の範囲】
【請求項１】
ウエブに基づくアプリケーションに対するアクセスを制御する方法であって、
アクセスシステムにおいて通話を受けるステップと、
前記通話に関連付けられた通話設定情報(call setup information)を分析するステップと、
前記通話設定情報から、前記ウエブベースのアプリケーションに対する将来のアクセスの許可又は拒否についてユーザの要望があるかどうかを判断するステップと、ならびに
前記ウエブベースのアプリケーションに対するアクセスの許可又は拒否についての前記要望を、前記アクセスシステムから前記ウエブベースのアプリケーションに送り、その後、前記ウエブベースのアプリケーションに対するアクセスを許可又は拒否するステップと、を備えたこと、
を特徴とする方法。  
【請求項２】
請求項１の方法において、前記通話設定情報は、自動番号識別（ＡＮＩ）を有すること、
を特徴とする方法。
【請求項３】
請求項２の方法であって、さらに、前記ＡＮＩ情報と、前記ウエブベースのアプリケーションと関連するユーザのアカウントを相互に関連付けるステップ、を備えたこと、
を特徴とする方法。  
【請求項４】
請求項１の方法において、前記通話設定情報は、電話番号識別サービス（ＤＮＩＳ）を有すること、
を特徴とする方法。
【請求項５】
請求項４の方法において、前記電話番号識別サービス（ＤＮＩＳ）は、前記ウエブベースのアプリケーションに対するアクセスの許可又は拒否についての前記要望を示す所定のコードを含むこと、
を特徴とする方法。
【請求項６】
請求項５の方法において、前記ＤＮＩＳ情報は、所定のユーザに関連付けられた複数のアカウント中から選択されたアカウントの表示を含むこと、
を特徴とする方法。
【請求項７】
請求項１の方法であって、さらに、前記通話中に、パスワード又はＰＩＮを受け取るステップ、を備えたこと、
を特徴とする方法。
【請求項８】
請求項１の方法において、前記ウエブベースのアプリケーションは、電子メールアプリケーションであること、
を特徴とする方法。  
【請求項９】
請求項１の方法において、前記ウエブベースのアプリケーションは、オンラインバンキングアプリケーションであること、
を特徴とする方法。
【請求項１０】
請求項１の方法において、前記ウエブベースのアプリケーションは、オンライン請求書支払いアプリケーション(online bill pay application)であること、
を特徴とする方法。
【請求項１１】
請求項１の方法において、前記ウエブベースのアプリケーションは、オンライン取引アプリケーション(online commerce application)であること、
を特徴とする方法。
【請求項１２】
請求項１の方法において、前記ウエブベースのアプリケーションは、書類プレゼンテーションアプリケーション、および、所定グループの人たちによる選択されたアクセスのみを許容するセキュアアプリケーションのいずれかであること、
を特徴とする方法。
【請求項１３】
請求項１の方法において、前記アクセスシステムは、前記ウエブベースのアプリケーションと同じ実体(entity)によって動作されること、
を特徴とする方法。
【請求項１４】
請求項１の方法であって、さらに、前記通話がなされると、それに対してユーザがアクセスを得る、音声自動応答（ＩＶＲ）システムを動作することにより、前記ウエブベースのアプリケーションに対するアクセスの現状を確認するステップ、を備えたこと、
を特徴とする方法。
【請求項１５】
請求項１の方法であって、さらに、前記通話設定情報に関連づけられた前記ユーザに対して、電子メール、ショートメッセージ、ならびに、インスタントメッセージのいずれかを送ることにより、前記ウエブベースのアプリケーションに対するアクセスの現状を確認するステップ、を備えたこと、
を特徴とする方法。
【請求項１６】
請求項１の方法において、前記通話は、有線電話から開始されること、
を特徴とする方法。
【請求項１７】
請求項１の方法において、前記通話は、携帯装置から開始されること、
を特徴とする方法。
【請求項１８】
請求項１７の方法において、前記通話は、携帯電話から開始されること、
を特徴とする方法。
【請求項１９】
請求項１の方法であって、さらに、前記ウエブベースのアプリケーションによるログイン要求を受け取り、判断済みの将来のアクセスの可否についての前記ユーザーの前記要望に基づいて、ログインの許可および拒否のいずれかを行うステップ、を備えたこと、
を特徴とする方法。
【請求項２０】
ウエブに基づかないアプリケーションからの、ウエブに基づくアプリケーションの特徴に対するアクセスを制御する方法であって、
アクセスシステムに対してなされた通話から自動番号識別（ＡＮＩ）ならびに電話番号識別サービス（ＤＮＩＳ）を取り込むステップと、
前記ＡＮＩに基づきユーザのアカウントを識別するステップと、
前記アカウントに関連するパスワード又はＰＩＮを受け取るステップと、
前記ＤＮＩＳ情報に基づき、前記ウエブベースのアプリケーションの少なくとも特徴に対する将来のアクセスの許可又は拒否を決定するステップと、
前記ウエブベースのアプリケーションの少なくとも一つの特徴に対する将来のアクセスの許可および拒否のいずれかに関する通知メッセージを、前記アクセスシステムから前記ウエブベースのアプリケーションに通知するステップと、
前記アクセスシステムにおいて、前記ウエブベースのアプリケーションからの前記通知メッセージの受領確認を受け取るステップと、ならびに
前記アクセスシステムから、前記ユーザ対し、前記確認を表す応答メッセージを送るステップと、を備えたこと、
を特徴とする方法。
【請求項２１】
請求項２０の方法において、前記ウエブベースのアプリケーションは、電子メールアプリケーションであること、
を特徴とする方法。
【請求項２２】
請求項２０の方法において、前記ウエブベースのアプリケーションは、オンラインバンキングアプリケーションであること、
を特徴とする方法。
【請求項２３】
請求項２０の方法において、前記ウエブベースのアプリケーションは、オンライン請求書支払いアプリケーションであること、
を特徴とする方法。
【請求項２４】
請求項２０の方法において、前記ウエブベースのアプリケーションは、オンライン取引アプリケーションであること、
を特徴とする方法。
【請求項２５】
請求項２０の方法において、前記ウエブベースのアプリケーションは、書類プレゼンテーションアプリケーションであること、
を特徴とする方法。
【請求項２６】
請求項２０の方法において、前記ウエブベースのアプリケーションは、所定グループの人たちによる選択されたアクセスのみを許容するセキュアアプリケーションであること、
を特徴とする方法。
【請求項２７】
請求項２０の方法において、前記ウエブベースのアプリケーションの前記少なくとも一つの特徴は、ログインプロセスであること、
を特徴とする方法。
【請求項２８】
請求項２０の方法において、前記アクセスシステムは、前記ウエブベースのアプリケーションと同じ実体によって動作されること、
を特徴とする方法。
【請求項２９】
請求項２０の方法において、前記応答メッセージは、前記通話がなされると、それに対してユーザがアクセスを得る、音声自動応答（ＩＶＲ）システムを用いることにより、届けられること、
を特徴とする方法。
【請求項３０】
請求項２０の方法において、前記応答メッセージは、電子メールを介して届けられること、
を特徴とする方法。
【請求項３１】
請求項２０の方法において、前記応答メッセージは、短いテキストメッセージにより届けられること、
を特徴とする方法。
【請求項３２】
請求項２０の方法において、前記応答メッセージは、インスタントメッセージを介して届けられること、
を特徴とする方法。
【請求項３３】
請求項２０の方法において、前記通話は、有線電話から開始されること、
を特徴とする方法。
【請求項３４】
請求項２０の方法において、前記通話は、携帯装置から開始されること、
を特徴とする方法。
【請求項３５】
請求項３４の方法において、前記通話は、携帯電話から開始されること、
を特徴とする方法。
【請求項３６】
システムに対するアクセスを許可ならびに拒否する方法であって、
受けた通話から自動番号識別（ＡＮＩ）情報を検出するステップと、
前記ＡＮＩ情報を、ユーザアカウントに関連づけるステップと、
前記ユーザアカウントに関し、システムに対するログインアクセスの現状を判断するステップであって、当該システムに対するログインアクセスの現状は、許可ならびに拒否のいずれかであるものと、ならびに
ログインアクセスのその時の状況に応じて、前記ログインアクセスの状況を、許可および拒否の逆に変更することを前記システムに通知するステップと、を備えたこと、
を特徴とする方法。
【請求項３７】
請求項３６の方法であって、さらに、前記システムにおいてログイン要求を受け取り、前記システムに対する前記ログインアクセスの状況が拒否になっているる場合、ログインを拒否するステップを備えたこと、
を特徴とする方法。
【請求項３８】
請求項３６の方法であって、さらに、受け取った通話の電話番号識別サービス（ＤＮＩＳ）情報を検出するステップ、を備えたこと、
を特徴とする方法。
【請求項３９】
請求項３６の方法において、前記通話は、有線電話から開始されること、
を特徴とする方法。
【請求項４０】
請求項３６の方法において、前記通話は、携帯電話から開始されること、
を特徴とする方法。
【請求項４１】
請求項３６の方法において、前記システムは、ウエブベースのアプリケーションであること、
を特徴とする方法。
【請求項４２】
請求項３６の方法において、前記システムは、機械的な装置(mechanical device)を備えたこと、
を特徴とする方法。
【発明の詳細な説明】
【関連出願との相互関係】
【０００１】
本願は、その全体が参照のため、取り込まれる２００５年１０月２７日に出願済みの米国仮特許出願番号６０／７３０、３８２に基づく優先権を主張する。
【技術分野】
【０００２】
本発明は、ウエブに基づくアプリケーションに対するアクセスを制御することに関する。より具体的には、本発明は、帯域外周波信号方式(out-of-band signaling)、特に、電話ネットワークを用いてウエブに基づくアプリケーションに対するアクセスを制御するシステムならびに方法に関する。
【背景技術】
【０００３】
インターネットならびにワールドワイドウエブが、どんどんユビキタス化すると、人々は、ますます電子的に、かつ遠隔からビジネスを処理するようになる。ウエブベースのアプリケーション（たとえば、オンラインバンキング、オンラインショッピング、オンライン投票等）を利用すると便利であるが、かかるアプリケーションに対する依存が高くなるにつれ、危険も増大する。たとえば、インターネットを使うことと匿名性には密接な関連がある。ユーザは、自身の身元を明らかにするが、本人の声を聞いたり、実際に姿を見ないことには通信をしている相手方が、名乗っている本人かどうか確認することができない。
【０００４】
この問題を解決する一つの方法として、認証されたユーザのみが知り得る固有のユーザー名およびパスワードを用いることが要求されている。しかし、秘密であるべき他人の信用に対するアクセスを簡単に真似（又は”不正に侵入”）することができる点で、これも絶対に確実な方法とは言えない。
【０００５】
ワールドワイドウエブアプリケーション（”ウエブベースのアプリケーション”）は、ログイン画面でユーザに情報（たとえば、ユーザネームおよびパスワード）を入力することを要求することにより、アクセスを制御する。しかし、上述のように、ウエブベースのアプリケーションへのアクセスは、他人のユーザ名ならびにパスワードを入手した不正なユーザによっても簡単に実行可能である。
【０００６】
したがって、他の分野と同様に、ウエブベースのアプリケーションの分野についてセキュリティーを改良する必要がある。
【発明の概要】
【０００７】
本発明の実施形態は、オーナー、ユーザー又はアカウントホルダーが、彼らのウェブログイン証明書についての許可又は不許可の処理を積極的に管理可能とする、すなわち、新たに電話通信を用いる等の帯域外周波信号方式によりアプリケーションを効率的に”オフ”にすることによって、インターネットブラウザを通じたウエブベースアプリケーションの詐欺による、あるいは、権原のない使用のおそれを減少させる。本発明の実施形態は、アクセスを制御するための帯域外周波信号方式の効率的な実行を可能にし、権原を有する者自身、上手く認証を得てアプリケーションへのアクセスを得るためのユーザーＩＤ、パスワード、あるいは、他の個人情報が利用可能な場合であっても、アプリケーションへのアクセスによる情報漏洩が困難となるようにするものである。本発明は、主にウェブベースのアプリケーションへのアクセスについて記述されているが、当業者であれば、電気的に制御されるどのようなアクセスメカニズムであっても、ここに記載される方法ならびにシステムを利用可能であることを理解することができる。
【０００８】
ある可能な実施形態においては、アクセスシステムにおいて通話を受け取るステップと、前記通話に関連付けられた通話設定情報を分析するステップと、前記通話設定情報から、前記ウエブベースのアプリケーションに対する将来のアクセスの許可又は拒否についてユーザーの要望があるかどうか判断するステップと、ならびに、前記ウエブベースのアプリケーションに対するアクセスの許可又は拒否についての前記要望を、前記アクセスシステムから前記ウエブベースのアプリケーションに送り、その後、前記ウエブベースのアプリケーションに対するアクセスを許可又は拒否するステップを含む、ウェブベースのアプリケーションに対するアクセスを制御する方法が提供される。
【０００９】
本発明のある側面において、前記通話設定情報は、ウエブベースのアプリケーションのユーザーのアカウントを識別し、関連づけるために用いられる、自動番号識別（ＡＮＩ）を有している。
【００１０】
本発明の他の側面において、前記通話設定情報は、さらに、前記ウエブベースのアプリケーションに対するアクセスの許可又は拒否についての前記要望を示す所定のコードを含む、電話番号識別サービス（ＤＮＩＳ）を有している。かかるＤＮＩＳ情報は、所定のユーザーに関連付けられた複数のアカウント中から選択されたアカウントの表示を含むようにしてもよい。
【００１１】
さらに、本発明の他の側面においては、システム全体に対し、さらに別の認証レイヤを追加するため、ユーザー又は発呼者に、たとえば、電話のキーパッドを介してパスワード（すなわち、ＤＴＭＦ）を入力するよう催促してもよい。
【００１２】
前記通話は、有線電話、携帯電話等の携帯装置から開始される。
【００１３】
本発明が適用可能な前記ウエブベースのアプリケーションは、電子メール、オンラインバンキング、オンライン請求書支払いアプリケーション、オンライン取引アプリケーション、書類プレゼンテーションアプリケーション、あるいは、所定グループの人たちによる選択されたアクセスのみを許容するセキュアアプリケーションである。
【００１４】
ある可能な実施形態において、前記アクセスシステムは、それが第三者によって動作されることも可能であるが、前記ウエブベースのアプリケーションと同じ実体によって動作される。
【００１５】
ユーザーが自身の電話を用いることにより、首尾よくログインアクセスの状況を変更した後、本発明の実施形態は、ユーザーに対して音声自動応答装置（ＩＶＲ）を提供することにより、前記ウエブベースのアプリケーションに対するアクセスの現状を確認してもよい。他の確認方法としては、ユーザーに対して電子メール、ショートメッセージ、あるいは、インスタントメッセージを送信することが含まれる。
【００１６】
本発明の実施形態のこれらおよび他の特徴、ならびに、それらに付随する効果は、添付した図面とともに以下の詳細な説明を読むことによって、より完全に理解される。
【詳細な説明】
【００１７】
本発明の実施形態は、ログイン認証の承認を得るための制限を用いることにより、”常時接続(always on)”のウエブベースアプリケーションという従来のパラダイムを、電話通信方法を用いて、消費者が、自由に、アプリケーションそのものへのアクセスを、逆に”オフ”又は”オン”に切り替えることが可能な他のパラダイムに変更することができる。アプリケーションへのアクセスを切り換える”最高レベル(top level)”の手段としての使用を越え、本発明の方法は、所定アプリケーションの範囲内で特徴または機能へのアクセスを切り換えるために用いるよう、簡単に拡張することもできる。
【００１８】
［用語について(nomenclature)］
この書面中で用いられているように、”ログイン”という用語は、省略化および一般化されたものとして用いられているが、”ログイン”と言う用語は、インターネット対応あるいはウエブベースのアプリケーションに対するアクセスを得る目的で、ユーザーＩＤ、アカウント番号、パスワード、認証およびＰＩＮ等のユーザーであることを証明するもの、を提示し処理する様々な手段を備えるものと解釈されるべきである。
【００１９】
”通話設定情報(call setup information)”と言う用語は、その部分の呼び出しの間であって、”通話設定”あるいは、”ハンドシェーク”と呼ばれる応答の直前に、通常、公衆交換電話網（ＰＳＴＮ）から被呼（受信）者側サービス機器に伝達されるデータ要素を備えてもよい。
【００２０】
”最新電話技術(advanced telephony)”という用語は、所望の機能を達成するため押さなければならないキーの数を減少させる、一連のキープレス（押しボタン式電話、あるいは、電話のパッド）を用いることを含んでもよい。これは、”短縮ダイヤル”の概念と同様のものである。本発明の実施形態において、ユーザーは、消費者に要求される動作をできるだけ少なくするため、電話通信キャリヤとの事前の取り決めにより、この概念を用いてもよく、これにより消費者にとっての使いやすさと便利さが増大する。
【００２１】
［重要性(centrality)］
本発明のいくつかの実施形態の要素は、所定の消費者についてのログイン処理を”オフにする”ことを意味する”スイッチ”である。かかる”スイッチ”を、複数の箇所で実行するようにしてもよい。
【００２２】
いくつかのアプリケーションにおいて、実用性ならびに有効性についての”最も良い”例は、前記”スイッチ”を最中心部に置くことである。その一つの例は、ウエブで動作可能な既存アプリケーションの処理インフラストラクチャー内に存する。これに代え、アプリケーション又は環境が、配信されているであろう、より複雑なアクセス制御メカニズムを使用する場合、”地理的条件(geography)”あるいは配信されたアプリケーションそれ自体の技術に関係なく、世界的影響(global effect)を得るため、”中心”の位置においてスイッチングが行われる。
【００２３】
より具体的には、本発明は、現出する”一元管理化されたユーザー認証処理(single sign-on)"(SSO)基準に関して特定の用途を有するようにしてもよい。ＳＳＯは、いったん認証されると、ユーザーが、複数のソフトウエアシステム資源にアクセスすることを可能にする、ソフトウエア認証の特定の方式である。
【００２４】
［使いやすさ］
本発明のいくつかの実施形態において、ログイン処理することを許可又は拒否するために設けられる手段は、
・使いやすく、
・概念が単純で、
・適用した場合の動作が高速であり、
・少しの操作で、ユーザーが逆の動作をさせることができ、
・安価であり、
・緊急時に解除可能で、コールセンターのオペレーターを介して所定の適切な認証をすることもでき、
・ログイン処理と公衆電話回線との関係を密接に結合する、
ことが好ましい。
【００２５】
本発明の実施形態は、消費者が、彼／彼女の目的である、アプリケーションへのアクセス（たとえば、かれらのログイン）を簡単にオン、オフすることを可能にする、非常に簡素化された方法ならびにシステムを提供することが好ましい。
【００２６】
図を参照すると、ユーザー１００は、アクセスシステム１２０に電話をかけるため、自身の携帯電話（携帯装置）１１０又は有線電話１１２を用いる。アクセスシステム１２０は、以下で詳細を述べるように、所定のウエブベースアプリケーションに対するアクセスの制御に責任を負う、ウエブで動作が可能な又はウエブベースのアプリケーション（あるいは、図２に示すような”ログイン認証システム”）１３０と、順次、通信する。
【００２７】
図２の時系列図に示すように、ユーザー１００は、携帯電話会社１５０によってサービスが提供される携帯電話の場合、ステップ２１０において電話をかける。従来から知られているように、ステップ２１５において、自動番号識別（ＡＮＩ）情報ならびに電話番号識別サービス（ＤＮＩＳ）情報を取り込みあるいは検出するようにしてもよい。この情報（又は、少なくとも前記ＡＮＩ情報）は、図示したように、アクセスシステム１２０に引き渡される。アクセスシステム１２０は、ＡＮＩに基づき、所定のユーザーに属するアカウントを順次識別し、ステップ２２０において、適切なアカウントのため、ログイン認証システム１３０に対し、許可又は拒否（あるいは、オン／オフ）メッセージを送る。アカウントの識別後、アクセスシステム１２０は、ステップ２１６、２１７において、彼の電話についてのパスワード又は個人識別番号（ＰＩＮ）の入力を催促する可聴メッセージをユーザー１００に選択的に返送し、ステップ２１８、２１９において、これらをアクセスシステム１２０に返送するようにしてもよい。この追加のパスワード／ＰＩＮ入力ステップは、ここで説明される基本的な方法を、２の要素による認証(two-factor authentication)に変換し、ユーザーは、何か、つまり、電話および関連するＡＮＩを”有し”ており、何か、この場合はパスワード又はＰＩＮを”知っている”。最初にダイヤルされた番号とともに、パスワード又はＰＩＮを送るようにしてもよく、これにより、催促ならびに返信ステップを省略することができる。いずれの場合でも、アクセスシステム１２０によりパスワード又はＰＩＮが確認された後に、許可又は拒否メッセージステップ２２０を実行するようにしてもよい。
【００２８】
ある可能な実施形態において、ログイン認証システム１３０は、ステップ２３０において、アクセスシステム１２０が、話し中音（ステップ２４０）又は電子メッセージ（電子メール、ＩＭ、ＳＭＳメッセージ）（ステップ２４５）等の形式により適切な確認メッセージをユーザー１００に返信するきっかけとなる、許可／拒否メッセージの受信を確認する。ユーザー１００は、ステップ２５０において、実際に返事を受け取る。
【００２９】
図３は、携帯電話システム又は携帯電話会社１５０および有線電話１１２が、最終的にどのように公衆電話回線（ＰＳＴＮ）１７５に接続されているかを示している。アクセスシステム又はコントローラー１２０は、基本的なレートのＩＳＤＮサービスを介し、同じ様にＰＳＴＮ１７５に接続されている。かかる接続形態は、本業界では既知のものである。他の可能な接続形態としては（特定して明示的に示していないが）、共通線信号No.7（ＳＳ７）としてよく知られ、ＡＮＩならびにＤＮＩＳサービスをサポートする方法がある。
【００３０】
図４は、本発明の一実施形態に基づく、ログイン／認証要求の結果を示している。図示したように、ステップ４１０において誰かがウエブベースのアプリケーションにログインしようとし、ログインのためのアクセスが前もって拒否されている場合、かかるログイン要求は、ステップ４２０において拒否される。他方、ログインのためのアクセスが拒否されたことがなく、あるいは、最近になって拒否から許可にされた場合、ステップ４３０に示すように、処理のためのログインプロセスが許可される。したがって、ウエブベースアプリケーションのユーザーは、帯域外("out-of-band")リンク、すなわち、電話システムを介し、そのアプリケーションに対するアクセスを制御することが可能である。
【００３１】
本発明の実施形態における効果は、消費者にとっての簡易さである。これを達成するため、その関係がしっかり結合され統合された電話システム（通話設定情報、ダイヤル技術）およびウエブベースのアプリケーション（アカウント又はログインＩＤ、認証）を採用することが好ましい。一般には、最初に”番号”を発呼する電話であり、電話システムが当該発呼に応答するものであって、消費者が、音声指示(voice prompts)を聞き、キーを押すことによりＤＴＭＦ（タッチトーン）が送信され、送信された番号が”オンにするために１を押せ、オフにするために２を押せ”等の指示に変換される、電話のキーパッドを用いて返答することを要求するもの、が採用される。これは、しばしば音声自動応答（ＩＶＲ）と呼ばれる。前記のことから理解され、後の説明でより詳しく述べられるように、本発明の実施形態は、従来のシステムが抱えるこれらの複雑さ、ならびに、混乱を回避しようとするものである。
【００３２】
いくつかの実施形態においては、アクセスシステムに対する通話を開始するため、”短縮ダイヤル”の使用、あるいは、省略された一連のキー入力を用いるようにしもよい。たとえば、いくつかの実施形態で、オンにするために＊１１を、オフにするために＊２２を、あるいは、オンにするために１１１を、オフにするために２２２を、等の”携帯電話（又は電話）会社の”カスタム化されたシーケンスを用いてもよい。
【００３３】
また、別の実施形態において、カスタム化されたシーケンスは、発呼者の電話番号に関連づけられた複数のログインアカウントのどのログインアカウント番号が、オンにされ、あるいは、オフにされたかを表す参照符号を付加する既定のもの、として用いることもできる。たとえば、＊１１３は、消費者が保有するログイン／アカウントのリスト中の３番目のログインエントリーをＯＮにする。記憶の組合せを用いることが役立つかもしれないが、シーケンスを、短く単純にしておくことの方が正確な番号よりも重要である。再度述べるが、パスワード又はＰＩＮを、最初にダイヤルされた番号に取り込むようにしてもよい。
【００３４】
このタスクについての通話設定情報を用いることにより、下記を含んだいくつか事項を達成することができる：
予め定めておいた”ショートカット”またはダイヤルされた番号のシーケンスを用いてアクセスシステムに発呼するよう、携帯電話又は電話システムのプロバイダを導く；
被呼番号（シーケンス）、具体的には、通話設定の間に送られたそのままのＤＮＩＳを用いることにより、ログインをオンにするか、オフにするかについての消費者の意図を判断する；
発呼者の電話番号を用いること、具体的には、通話設定の間に送られたそのままのＡＮＩを用いることにより、どのログインが、ユーザーによって送られるかを識別する；ならびに、
消費者側がそれ以上の操作をしなくても、この情報をアクセスシステムとやりとりするため最新の電話システムを用い、具体的には、利用可能な通話設定情報を送信するため、以下を含む様々な情報を獲得するようアクセスコントローラーにおいてＩＳＤＮ（最良の場合）を用いる：
消費者が”オン”又は”オフ”のいずれを欲しているか決定するためのＤＮＩＳ（”被呼”番号("TO" number)（＊１１、＊２２、１１１、２２２等）。
【００３５】
電話システム（通信業者（キャリア））により、ＡＮＩ形式で送信され、アクセスシステムの消費者を一意的に判断し、発呼側の電話番号から構成されるＡＮＩ（誰が呼び出しているか判断するための発呼側の番号）。ＡＮＩは、通信業者が管理する要素であるが、発呼者ＩＤを操作あるいはブロックするために様々な手段を活用可能である点で、発呼者ＩＤ(CALLER-ID)よりも好ましい。
【００３６】
したがって、最初の呼び出し音の前に、消費者の要求を達成するため求められる情報を得ることができる。
【００３７】
通話設定要求に応じてなされる電話（例えばＩＳＤＮ）による応答を通じ、通話が、ログインの状況変更を達成したことを示すため、信号を生成することができる。連続的な呼び出し、あるいは、他の（再要求）信号が、課題をうまく完了できなかったことを示す間、たとえば、話し中の信号（図２のステップ２４０参照）を用いることが許される。話し中あるいは再要求信号を用いることにより、状況を伝え、可能かつ許容される範囲内で混乱のおそれを低減させることも選択可能である。
【００３８】
これに代え、状況を変更するため、より明確に”通話”の結果を伝えるためにログインの新しい状況を消費者に知らせて確認し、ログインの（今）現状を示す”インスタントメッセージ”（ＩＭ）（あるいは、図２に示された他の形式の電子メッセージ）を送るようにしてもよい。たとえば、通話に応答することもでき、”再生済み(played)”という短いメッセージは、ログインの新しい状況を示している。さらに、前述のものに代えて、ログインの（今）現状を示すために電子メールを送信する。
【００３９】
ＩＭ（又は他の確認手段）が不要であるよう通話設定情報が処理される場合、いくつかの実施形態では、可聴であり、独特な代替の応答を提供するようにしてもよい。
【００４０】
カスタム化されたダイアルのシーケンスを用いることは、電話／携帯システムのプロバイダからの協力を必要とすることが、当業者に理解されるべきである。これに代え、前もってプログラムされた短縮ダイヤルを用いてもよい。カスタム化されたシーケンスは、不慣れなユーザーにとって簡単であるという効果を有している。
【００４１】
図２を再び参照すると、ユーザー１００は、携帯電話会社／パートナー１５０に対して独自に創作されたメッセージを送信するため、携帯電話１１０等を用い、かかるパートナー１５０は、その間に設定メッセージ（ステップ２１５）がアクセスシステム１２０に送信される、通話を開始し、発呼者の携帯電話番号（ＡＮＩ）を、アカウント番号、あるいは、その目的で前もって構成されたテーブル中の実際のログインを調べる手段のいずれかであると解釈し、発呼者がダイヤルした番号（ＤＮＩＳ）を、消費者がログインを許可又は拒否することを表すものであると（任意に）解釈する。次に、ユーザーは、パスワード又はＰＩＮの入力を催促される。その後、アクセスシステム１２０は、次の検査、ならびに、メッセージの処理結果を示すアクセスシステム１２０に対する応答（ステップ２３０）のため、通常の通信方法、ならびに、通常のメッセージング技術（ＸＭＬ／ＳＯＡＰ）を用いたプロトコル（ＨＴＴＰ−セキュア／暗号化http等）によって、メッセージを認証システム１３０に転送する。次に、アクセスシステム１２０は、標準的ネットワーク応答のユーザーに対して、話し中信号等の”イン・チャネル”応答（ステップ２４０）、あるいは、それに代えてインスタントメッセージ（ＩＭ）を用いた帯域外の応答を採用し（ステップ２４５）、その時点で、携帯電話会社は、ステップ２５０において、消費者１００による受信を実行するため、メッセージ（ステップ２４０、２４５の）を消費者の電話１１０に転送する。
【本発明の実施形態の例示的な適用】
【００４２】
本発明についての、例示的で、限定的でもなく、実用的な適用は、ユーザーが、自身のインターネット上の電子メールアカウント（たとえば、JoeSmith@yahoo.com)にログインする機能を停止する能力を提供することである。本発明の原理によると、ユーザー１００は、アクセスシステムに繋がる所定の番号に電話をかけ、オフに（再びＯＮに）する電子メールアカウントへのアクセスを生じさせる。この結果、仮に、未認証のユーザーが、ログイン目的でユーザーの正しいユーザー名とのパスワードをこっそり得たとしても、図４で示すように、ログインの要求は拒否される（アクセスが停止された場合）。
【００４３】
本発明が特定のユーティリティーから構成され、それが限定的でないその他の例には、オンラインバンキング、オンライン請求書支払いアプリケーション、ウェブに基づく注文画面、ＲＦＰ／ＲＦＱ／ＲＦＩ文書を見て、安全に応答するための下請け業者用のセキュアサイト等が含まれる。これらのタイプのウエブサイト（あるいは、ワールドワイドウエブに限定されないインターネットサイト全般）は、その全てが共通して、平均的なユーザーが、インターネットへのアクセスを獲得するための認証を得る必要がある。本発明の実施形態は、電話通信の新しい使用法を通じ、アカウントにアクセスするためのこれらの認証を、許可又は拒否（オン又はオフ）する機能を有しており、それにより、これらのサイトにさらに別のセキュリティーを追加するものである。
【００４４】
ウェブに基づくアプリケーションに加え、本発明は、アクセスメカニズムを制御することにについて有用性を有している。たとえば、ここで述べられている方法ならびにシステムは、門または戸を通り抜けるのに用いられる直前にアクセスカード(access card)を有効にするため用いるようにしてもよい。本発明のアクセス制御は、会社用警報又は住宅用警報を切り替えるために用いることもできる。”キル(kill)”スイッチを遠隔的に切り替えることにより、車両(vehicle)へのアクセスを制御するため、かかるシステムを用いることも考えられる。このことは、携帯又は他の無線受信器を有するように車両を構成することで達成可能である。この機能は、ONStar（商標）等のサービスを用いることによって調整可能である。
【００４５】
好ましい実施形態の前記説明は、図示ならびに説明を目的としてなされている。発明を開示された特定の形式に限定ならびに制限することを意図したものではない。上述の開示を考慮すると、ここで開示された実施形態についての様々な変更と修正は、当業者にとって自明である。本発明の範囲は、添付されている特許請求の範囲ならびに均等の例のみによって定義される。
【００４６】
さらに、本発明の代表的な実施形態を説明するにあたって、本明細書は、本発明の方法および／又はプロセスを、ステップの特定シーケンスとして示した。しかし、前記方法またはプロセスがここで述べられたステップの特定の順序によらない限り、当該方法またはプロセスは、述べられたステップの特定の順序に限定すべきではない。当業者が理解するように、ステップの他の順序を用いることも可能である。したがって、本明細書に記載されたステップの特定の順序は、特許請求の範囲についての限定であると解釈すべきでない。さらに、本発明の方法および／又はプロセスに関する特許請求の範囲は、それらのステップを実行するため記載された順序に限定されるべきではなく、当業者であれば、前記順序を変更したとしても本発明の精神および範囲内にあることを直ちに理解することができる。
【図面の簡単な説明】
【００４７】
【図１】図１は、本発明の一実施形態に基づく接続形態を示している。
【図２】図２は、本発明の一実施形態の例示的ステップを表す時系列図を示している。
【図３】図３は、図１と同様、本発明の一実施形態に基づく他の接続形態を表している。
【図４】図４は、本発明の一実施形態に基づく、いくつかの例示的ステップを表すフローチャートを示している。
【図１】
2009515241.tif 000002
【図２】
2009515241.tif 000003
【図３】
2009515241.tif 000004
【図４】
2009515241.tif 000005