(57)【要約】      （修正有）【課題】デュアルトーン・マルチ周波数シグナリングを用いた、モバイル・デバイス認証および呼ルーティングのための方法および装置を提供する。【解決手段】サーバ・コンピューティング・デバイスは、モバイル・デバイス１０２とリモート・デバイスとの間の呼を確立する要求を受け取る。要求は、コンテキスト・パラメータおよび自動番号識別データを含む。サーバ・コンピューティング・デバイスは、コンテキスト・パラメータに基づいて第１の電話番号およびダイヤル遅延値を取り出し、セキュリティ・トークンおよび要求トークンを生成し、セキュリティ・トークン、要求トークン、コンテキスト・パラメータおよびＡＮＩデータをデータベース・レコードに記憶する。モバイル・デバイスは、テレフォニー・アプリケーションとの接続を確立するために、第１の電話番号をダイヤルする。【選択図】図１
2017130928.tif 000002
【特許請求の範囲】
【請求項１】
デュアルトーン・マルチ周波数（ＤＴＭＦ）シグナリングを用いた、モバイル・デバイス認証および呼ルーティングのためのコンピュータ化された方法であって、
第１のサーバ・コンピューティング・デバイスが、モバイル・デバイス上のネイティブ・アプリケーションから、前記モバイル・デバイスとリモート・デバイスとの間の音声呼を確立する要求を受け取る工程であって、前記要求は、前記ネイティブ・アプリケーションに関連付けられているコンテキスト・パラメータと、前記モバイル・デバイスの自動番号識別（ＡＮＩ）データと、前記モバイル・デバイスのユーザに関連付けられている生体パラメータとを含む、工程と、
前記第１のサーバ・コンピューティング・デバイスが、前記コンテキスト・パラメータに基づいて第１の電話番号およびダイヤル遅延値を取り出す工程と、
前記第１のサーバ・コンピューティング・デバイスが、前記モバイル・デバイスのためのセキュリティ・トークンと、前記要求に対する要求トークンとを生成し、前記セキュリティ・トークンと、前記要求トークンと、前記コンテキスト・パラメータと、前記ＡＮＩデータとをデータベース・レコードに記憶する工程と、
前記第１のサーバ・コンピューティング・デバイスが、前記要求トークンと、前記ダイヤル遅延値と、前記第１の電話番号とを前記モバイル・デバイスに対し送信する工程と、
前記モバイル・デバイスが、第２のサーバ・コンピューティング・デバイス上のテレフォニー・アプリケーションとの接続を確立するために、前記ダイヤル遅延値を用いて前記第１の電話番号をダイヤルする工程と、
前記モバイル・デバイスが、前記要求トークンに基づいてＤＴＭＦトーンを生成し、前記ＤＴＭＦトーンを前記テレフォニー・アプリケーションに対し送信する工程であって、前記テレフォニー・アプリケーションは、前記ＤＴＭＦトーンを用いて、ローカル・メモリ内に前記要求トークンを再現する、工程と、
前記テレフォニー・アプリケーションが、前記第１のサーバ・コンピューティング・デバイスにより前記要求トークンを検証する工程であって、前記要求トークンの検証は、前記要求トークンのタイムスタンプをチェックする工程と、前記ＡＮＩデータを突き合わせる工程と、前記生体パラメータを検証する工程とを含む、工程と、
前記テレフォニー・アプリケーションが、前記第１のサーバ・コンピューティング・デバイスに第２の電話番号を要求する工程と、
前記第１のサーバ・コンピューティング・デバイスが、前記データベース・レコードから取り出される前記コンテキスト・パラメータに基づいて前記第２の電話番号を決定し、前記第２の電話番号を前記テレフォニー・アプリケーションに対し送信する工程と、
前記テレフォニー・アプリケーションが、前記モバイル・デバイスと前記リモート・デバイスとを接続するために前記第２の電話番号をダイヤルすることによって、前記モバイル・デバイスと前記リモート・デバイスとの間の音声呼を確立する工程と、
を備える方法。
【請求項２】
前記コンテキスト・パラメータは、呼フロー・インジケータ、および１つまたは複数のページ識別子を含む、請求項１に記載の方法。
【請求項３】
前記ページ識別子は、前記モバイル・デバイス上に提示されているウェブページに対応する、請求項２に記載の方法。
【請求項４】
前記生体パラメータは、指紋、顔画像、網膜スキャン、および音声サンプルを含む、請求項１に記載の方法。
【請求項５】
前記要求トークンは英数文字列であり、各ＤＴＭＦトーンは前記英数文字列内の１つのキャラクタに対応する、請求項１に記載の方法。
【請求項６】
前記要求トークンを受け取ると、音声呼を進めるために、前記テレフォニー・アプリケーションが前記モバイル・デバイスを認可する工程をさらに備える、請求項１に記載の方法。
【請求項７】
前記要求トークンは、前記データベース・レコードを一意に識別する、請求項１に記載の方法。
【請求項８】
前記要求トークンは、前記セキュリティ・トークンを用いて前記データベース・レコードのデータベース・レコード番号を暗号化することによって生成される、請求項１に記載の方法。
【請求項９】
前記要求トークンのタイムスタンプをチェックする工程は、
前記第１のサーバ・コンピューティング・デバイスが、前記要求トークンに対応するデータベース・レコードが存在するかどうかを決定する工程と、
前記第１のサーバ・コンピューティング・デバイスが、前記要求トークンの前記タイムスタンプを、現在時刻のタイムスタンプと比較する工程と、
前記要求トークンの前記タイムスタンプが前記現在時刻のタイムスタンプに関して所定の長さの時間内にある場合、前記第１のサーバ・コンピューティング・デバイスが、前記データベース・レコードはアクティブでないとマークする工程と、
を含む請求項１に記載の方法。
【請求項１０】
前記ＡＮＩデータを突き合わせる工程は、
前記第１のサーバ・コンピューティング・デバイスが、前記テレフォニー・アプリケーションから、前記モバイル・デバイスに関連付けられているＡＮＩデータを受け取る工程と、
前記第１のサーバ・コンピューティング・デバイスが、前記テレフォニー・アプリケーションから受け取った前記ＡＮＩデータを、前記データベース・レコードに記憶されている前記ＡＮＩデータと比較する工程と、
を含む請求項１に記載の方法。
【請求項１１】
前記生体パラメータを検証する工程は、
前記テレフォニー・アプリケーションが、前記モバイル・デバイスのユーザに対する生体パラメータをキャプチャする工程と、
前記テレフォニー・アプリケーションが、キャプチャされた前記生体パラメータを前記第１のサーバ・コンピューティング・デバイスに対し送信する工程と、
前記第１のサーバ・コンピューティング・デバイスが、キャプチャされた前記生体パラメータを、前記データベース・レコードに記憶されている前記生体パラメータと比較する工程と、
を含む請求項１に記載の方法。
【請求項１２】
前記ダイヤル遅延値を用いて前記第１の電話番号をダイヤルする工程は、
前記モバイル・デバイスが、電話回線をオープンする工程と、
前記モバイル・デバイスが、前記第１の電話番号をダイヤルする前に、前記ダイヤル遅延値に対応する期間、待機する工程と
を備える、請求項１に記載の方法。
【請求項１３】
前記第１のサーバ・コンピューティング・デバイスが、前記要求トークンの検証時、要求キーを生成する工程と、
前記第１のサーバ・コンピューティング・デバイスが、前記要求キーを前記テレフォニ
ー・アプリケーションに対し送信する工程と、
前記テレフォニー・アプリケーションが、前記要求キーに肯定応答する工程と、
前記第１のサーバ・コンピューティング・デバイスが、前記要求キーを用いて、前記コンテキスト・パラメータを取り出す工程と、
をさらに備える請求項１に記載の方法。
【請求項１４】
デュアルトーン・マルチ周波数（ＤＴＭＦ）シグナリングを用いた、モバイル・デバイス認証および呼ルーティングのためのシステムであって、
第１のサーバ・コンピューティング・デバイスと、
テレフォニー・アプリケーションを実行する第２のサーバ・コンピューティング・デバイスと、
ネイティブ・アプリケーションを実行するモバイル・デバイスと、
リモート・デバイスと、を備え、
前記第１のサーバ・コンピューティング・デバイスは、
前記ネイティブ・アプリケーションから、前記モバイル・デバイスと前記リモート・デバイスとの間の音声呼を確立する要求を受け取る工程であって、前記要求は、前記ネイティブ・アプリケーションに関連付けられているコンテキスト・パラメータと、前記モバイル・デバイスの自動番号識別（ＡＮＩ）データと、前記モバイル・デバイスのユーザに関連付けられている生体パラメータとを含む、工程と、
前記コンテキスト・パラメータに基づいて第１の電話番号およびダイヤル遅延値を取り出す工程と、
前記モバイル・デバイスのためのセキュリティ・トークンと、前記要求に対する要求トークンとを生成し、前記セキュリティ・トークンと、前記要求トークンと、前記コンテキスト・パラメータと、前記ＡＮＩデータとをデータベース・レコードに記憶する工程と、
前記要求トークンと、前記ダイヤル遅延値と、前記第１の電話番号とを前記モバイル・デバイスに対し送信する工程と、を行うように構成されており、
前記モバイル・デバイスは、
前記テレフォニー・アプリケーションとの接続を確立するために、前記ダイヤル遅延値を用いて前記第１の電話番号をダイヤルする工程と、
前記要求トークンに基づいてＤＴＭＦトーンを生成し、前記ＤＴＭＦトーンを前記テレフォニー・アプリケーションに対し送信する工程と、を行うように構成されており、
前記テレフォニー・アプリケーションは、
前記ＤＴＭＦトーンを用いて、ローカル・メモリ内に前記要求トークンを再現する、工程と、
前記第１のサーバ・コンピューティング・デバイスにより前記要求トークンを検証する工程であって、前記要求トークンの検証は、前記要求トークンのタイムスタンプをチェックする工程と、前記ＡＮＩデータを突き合わせる工程と、前記生体パラメータを検証する工程とを含む、工程と、
前記第１のサーバ・コンピューティング・デバイスに第２の電話番号を要求する工程と、を行うように構成されており、
前記第１のサーバ・コンピューティング・デバイスが、前記データベース・レコードから取り出される前記コンテキスト・パラメータに基づいて前記第２の電話番号を決定し、前記第２の電話番号を前記テレフォニー・アプリケーションに対し送信し、
前記テレフォニー・アプリケーションが、前記モバイル・デバイスと前記リモート・デバイスとを接続するために前記第２の電話番号をダイヤルすることによって、前記モバイル・デバイスと前記リモート・デバイスとの間の音声呼を確立する、システム。
【請求項１５】
前記コンテキスト・パラメータは、呼フロー・インジケータ、および１つまたは複数のページ識別子を含む、請求項１４に記載のシステム。
【請求項１６】
前記ページ識別子は、前記モバイル・デバイス上に提示されているウェブページに対応する、請求項１５に記載のシステム。
【請求項１７】
前記生体パラメータは、指紋、顔画像、網膜スキャン、および音声サンプルを含む、請求項１４に記載のシステム。
【請求項１８】
前記要求トークンは英数文字列であり、各ＤＴＭＦトーンは前記英数文字列内の１つのキャラクタに対応する、請求項１４に記載のシステム。
【請求項１９】
前記テレフォニー・アプリケーションは、前記要求トークンを受け取ると、音声呼を進めるために、前記モバイル・デバイスを認可するようにさらに構成されている、請求項１４に記載のシステム。
【請求項２０】
前記要求トークンは、前記データベース・レコードを一意に識別する、請求項１４に記載のシステム。
【請求項２１】
前記要求トークンは、前記セキュリティ・トークンを用いて、前記データベース・レコードのデータベース・レコード番号を暗号化することによって生成される、請求項１４に記載のシステム。
【請求項２２】
前記要求トークンのタイムスタンプをチェックするとき、前記第１のサーバ・コンピューティング・デバイスは、
前記要求トークンに対応するデータベース・レコードが存在するかどうかを決定し、
前記要求トークンの前記タイムスタンプを、現在時刻のタイムスタンプと比較し、
前記要求トークンの前記タイムスタンプが前記現在時刻のタイムスタンプに関して所定の長さの時間内にある場合、前記データベース・レコードはアクティブでないとマークするように構成されている、請求項１４に記載のシステム。
【請求項２３】
前記ＡＮＩデータを突き合わせるとき、前記第１のサーバ・コンピューティング・デバイスは、
前記テレフォニー・アプリケーションから、前記モバイル・デバイスに関連付けられているＡＮＩデータを受け取り、
前記テレフォニー・アプリケーションから受け取った前記ＡＮＩデータを、前記データベース・レコードに記憶されている前記ＡＮＩデータと比較するように構成されている、請求項１４に記載のシステム。
【請求項２４】
前記生体パラメータを検証するとき、
前記テレフォニー・アプリケーションは、前記モバイル・デバイスのユーザに対する生体パラメータをキャプチャし、キャプチャされた前記生体パラメータを前記第１のサーバ・コンピューティング・デバイスに対し送信するように構成されており、
前記第１のサーバ・コンピューティング・デバイスは、キャプチャされた前記生体パラメータを、前記データベース・レコードに記憶されている前記生体パラメータと比較するように構成されている、請求項１４に記載のシステム。
【請求項２５】
前記ダイヤル遅延値を用いて前記第１の電話番号をダイヤルするとき、前記モバイル・デバイスは、
電話回線をオープンし、
前記第１の電話番号をダイヤルする前に、前記ダイヤル遅延値に対応する期間、待機するように構成されている、請求項１４に記載のシステム。
【請求項２６】
前記第１のサーバ・コンピューティング・デバイスは、
前記要求トークンの検証時、要求キーを生成する工程と、
前記要求キーを前記テレフォニー・アプリケーションに対し送信する工程であって、前記テレフォニー・アプリケーションは前記要求キーに肯定応答する、工程と、
前記要求キーを用いて、前記コンテキスト・パラメータを取り出す工程と、を行うようにさらに構成されている、請求項１４に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は一般に、デュアルトーン・マルチ周波数（ＤＴＭＦ）シグナリングを用いたモバイル・デバイス認証および呼ルーティングのための、コンピュータ・プログラム製品を含む、方法および装置に関する。
【背景技術】
【０００２】
スマートフォンなどの最新のモバイル・デバイスは、インターネット上のコンテンツをナビゲートしアクセスする能力（例えばネイティブ・アプリケーション／ブラウザを経由して）、ならびにセルラおよび公衆電話システムを通して電話呼を開始する能力を含む、多様な機能のセットをもたらす。いくつかの状況においてモバイル・デバイスのユーザは、トランザクションを実行するまたは情報を取り出すための保護されたウェブサイトなどの安全なリソースにアクセスするために、ネイティブ・アプリケーションまたはブラウザ・セッションを利用してデバイスおよび／または自身を認証することができる。保護されたウェブサイトを用いている間にユーザは、特定の安全なトランザクションおよび情報に関して難しさに直面するまたは質問を有する場合があり、ユーザは支援できる担当者への電話呼を、ネイティブ・アプリケーションまたはブラウザ・セッションの中から、速やかに開始することを望み得る。また電話呼を、状況を取り扱うために最も良く知識を身に付けた担当者にルーティングするように、ネイティブ・アプリケーションに関係するいくつかのコンテキスト情報（例えば呼が開始されたときに、アプリケーションが何のウェブページ上にあるか、ユーザは何の機能を行おうとしているかなど）をキャプチャすることが望ましい。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
また電話呼に対してもたらされるいずれの情報のセキュリティも維持されるように、電話呼を完了する前に、ユーザおよびモバイル・デバイスを認証することが重要である。しかし公衆電話ネットワーク（例えば公衆交換電話ネットワーク（ＰＳＴＮ））は通常、ユーザ信用証明がネットワークを通して渡されることを許容せず、これは上記のやり方でシームレスかつ安全な電話呼をもたらすプロセスを複雑にする。
【課題を解決するための手段】
【０００４】
本発明は一態様では、デュアルトーン・マルチ周波数（ＤＴＭＦ）シグナリングを用いた、モバイル・デバイス認証および呼ルーティングのためのコンピュータ化された方法を特徴とする。第１のサーバ・コンピューティング・デバイスは、モバイル・デバイス上のネイティブ・アプリケーションから、モバイル・デバイスとリモート・デバイスとの間の音声呼を確立する要求を受け取る。要求は、ネイティブ・アプリケーションに関連付けられているコンテキスト・パラメータ、モバイル・デバイスの自動番号識別（ＡＮＩ）データ、およびモバイル・デバイスのユーザに関連付けられている生体パラメータを含む。第１のサーバ・コンピューティング・デバイスは、コンテキスト・パラメータに基づいて第１の電話番号およびダイヤル遅延値を取り出す。第１のサーバ・コンピューティング・デバイスは、モバイル・デバイスのためのセキュリティ・トークン、および要求に対する要求トークンを生成し、セキュリティ・トークン、要求トークン、コンテキスト・パラメータ、およびＡＮＩデータをデータベース・レコードに記憶する。第１のサーバ・コンピューティング・デバイスは、要求トークン、ダイヤル遅延値、および第１の電話番号をモバイル・デバイスに対し送信する。モバイル・デバイスは、第２のサーバ・コンピューティング・デバイス上のテレフォニー・アプリケーションとの接続を確立するために、ダイヤ
ル遅延値を用いて第１の電話番号をダイヤルする。モバイル・デバイスは、要求トークンに基づいてＤＴＭＦトーンを生成し、ＤＴＭＦトーンをテレフォニー・アプリケーションに対し送信し、テレフォニー・アプリケーションは、ＤＴＭＦトーンを用いて、ローカル・メモリ内に要求トークンを再現する。テレフォニー・アプリケーションは、第１のサーバ・コンピューティング・デバイスにより要求トークンを検証し、要求トークンの検証は、要求トークンのタイムスタンプをチェックする工程、ＡＮＩデータを突き合わせる工程、および生体パラメータを検証する工程を含む。テレフォニー・アプリケーションは、第１のサーバ・コンピューティング・デバイスに第２の電話番号を要求する。第１のサーバ・コンピューティング・デバイスは、データベース・レコードから取り出されるコンテキスト・パラメータに基づいて第２の電話番号を決定し、第２の電話番号をテレフォニー・アプリケーションに対し送信する。テレフォニー・アプリケーションは、モバイル・デバイスとリモート・デバイスとを接続するために、第２の電話番号をダイヤルすることによって、モバイル・デバイスとリモート・デバイスとの間の音声呼を確立する。
【０００５】
本発明は他の態様では、デュアルトーン・マルチ周波数（ＤＴＭＦ）シグナリングを用いた、モバイル・デバイス認証および呼ルーティングのためのシステムを特徴とする。システムは、第１のサーバ・コンピューティング・デバイスと、テレフォニー・アプリケーションを実行する第２のサーバ・コンピューティング・デバイスと、ネイティブ・アプリケーションを実行するモバイル・デバイスと、リモート・デバイスとを備える。第１のサーバ・コンピューティング・デバイスは、ネイティブ・アプリケーションから、モバイル・デバイスとリモート・デバイスとの間の音声呼を確立する要求を受け取るように構成され、要求は、ネイティブ・アプリケーションに関連付けられているコンテキスト・パラメータ、モバイル・デバイスの自動番号識別（ＡＮＩ）データ、およびモバイル・デバイスのユーザに関連付けられている生体パラメータを含む。第１のサーバ・コンピューティング・デバイスは、コンテキスト・パラメータに基づいて第１の電話番号およびダイヤル遅延値を取り出すように構成される。第１のサーバ・コンピューティング・デバイスは、モバイル・デバイスのためのセキュリティ・トークン、および要求に対する要求トークンを生成し、セキュリティ・トークン、要求トークン、コンテキスト・パラメータ、およびＡＮＩデータをデータベース・レコードに記憶するように構成される。第１のサーバ・コンピューティング・デバイスは、要求トークン、ダイヤル遅延値、および第１の電話番号をモバイル・デバイスに対し送信するように構成される。モバイル・デバイスは、テレフォニー・アプリケーションとの接続を確立するために、ダイヤル遅延値を用いて第１の電話番号をダイヤルし、要求トークンに基づいてＤＴＭＦトーンを生成し、ＤＴＭＦトーンをテレフォニー・アプリケーションに対し送信するように構成される。テレフォニー・アプリケーションは、ＤＴＭＦトーンを用いて、ローカル・メモリ内に要求トークンを再現するように構成される。テレフォニー・アプリケーションは、第１のサーバ・コンピューティング・デバイスにより要求トークンを検証するように構成され、要求トークンの検証は、要求トークンのタイムスタンプをチェックすること、ＡＮＩデータを突き合わせること、および生体パラメータを検証することを含む。テレフォニー・アプリケーションは、第１のサーバ・コンピューティング・デバイスに第２の電話番号を要求するように構成される。第１のコンピューティング・デバイスは、データベース・レコードから取り出されるコンテキスト・パラメータに基づいて第２の電話番号を決定し、第２の電話番号をテレフォニー・アプリケーションに対し送信するように構成される。テレフォニー・アプリケーションは、モバイル・デバイスとリモート・デバイスとを接続するために、第２の電話番号をダイヤルすることによって、モバイル・デバイスとリモート・デバイスとの間の音声呼を確立するように構成される。
【０００６】
上記の態様のいずれも以下の特徴の１つまたは複数を含むことができる。いくつかの実施形態ではコンテキスト・パラメータは、呼フロー・インジケータ、および１つまたは複数のページ識別子を含む。いくつかの実施形態ではページ識別子は、モバイル・デバイス
上に提示されているウェブページに対応する。いくつかの実施形態では生体パラメータは、指紋、顔画像、網膜スキャン、および音声サンプルを含む。いくつかの実施形態では要求トークンは英数文字列であり、各ＤＴＭＦトーンは英数文字列内の１つのキャラクタに対応する。
【０００７】
いくつかの実施形態ではテレフォニー・アプリケーションは、要求トークンを受け取ると、音声呼を進めるためにモバイル・デバイスを認可する。いくつかの実施形態では要求トークンは、データベース・レコードを一意に識別する。いくつかの実施形態では要求トークンは、セキュリティ・トークンを用いて、データベース・レコードのデータベース・レコード番号を暗号化することによって生成される。
【０００８】
いくつかの実施形態では要求トークンのタイムスタンプをチェックする工程は、要求トークンに対応するデータベース・レコードが存在するかどうかを決定する工程と、要求トークンのタイムスタンプを、現在時刻のタイムスタンプと比較する工程と、要求トークンのタイムスタンプが、現在時刻のタイムスタンプに関して所定の長さの時間内にある場合、データベース・レコードはアクティブでないとマークする工程とを備える。いくつかの実施形態ではＡＮＩデータを突き合わせる工程は、テレフォニー・アプリケーションから、モバイル・デバイスに関連付けられているＡＮＩデータを受け取る工程と、テレフォニー・アプリケーションから受け取ったＡＮＩデータを、データベース・レコードに記憶されているＡＮＩデータと比較する工程とを備える。いくつかの実施形態では生体パラメータを検証する工程は、テレフォニー・アプリケーションによって、モバイル・デバイスのユーザに対する生体パラメータをキャプチャする工程と、テレフォニー・アプリケーションによって、キャプチャされた生体パラメータを第１のコンピューティング・デバイスに対し送信する工程と、第１のコンピューティング・デバイスによって、キャプチャされた生体パラメータを、データベース・レコードに記憶されている生体パラメータと比較する工程とを備える。
【０００９】
いくつかの実施形態ではダイヤル遅延値を用いて第１の電話番号をダイヤルする工程は、モバイル・デバイスによって、電話回線をオープンする工程と、モバイル・デバイスによって、第１の電話番号をダイヤルする前に、ダイヤル遅延値に対応する期間、待機する工程とを備える。いくつかの実施形態では第１のコンピューティング・デバイスは、要求トークンの検証時、要求キーを生成し、要求キーをテレフォニー・アプリケーションに対し送信する。テレフォニー・アプリケーションは、要求キーに肯定応答し、第１のコンピューティング・デバイスは、要求キーを用いて、コンテキスト・パラメータを取り出す。
【００１０】
本発明の他の態様および利点は、例のみとして本発明の原理を示す添付の図面と併せ読まれる以下の詳しい説明から明らかになるであろう。
上述の本発明の利点は、他の利点と共に、添付の図面と併せ読まれる以下の説明を参照することによってより良く理解され得る。図面は必ずしも原寸に比例して描かれておらず、代わりに一般に本発明の原理を示すことに重点が置かれる。
【図面の簡単な説明】
【００１１】
【図１】デュアルトーン・マルチ周波数（ＤＴＭＦ）シグナリングを用いたモバイル・デバイス認証および呼ルーティングのためのシステムのブロック図。
【図２Ａ】ＤＴＭＦシグナリングを用いたモバイル・デバイス認証および呼ルーティングの方法のフロー図。
【図２Ｂ】ＤＴＭＦシグナリングを用いたモバイル・デバイス認証および呼ルーティングの方法のフロー図。
【発明を実施するための形態】
【００１２】
図１は、ＤＴＭＦシグナリングを用いたモバイル・デバイス認証および呼ルーティングのためのシステム１００のブロック図である。システム１００は、モバイル・コンピューティング・デバイス１０２、公衆交換電話ネットワーク（ＰＳＴＮ）１０３、認可サービス１０４ａに結合されたＤＴＭＦスイッチ１０４、パケットベースの通信ネットワーク１０５、モバイル・アプリケーション・モジュール１０６ａを有するサーバ・コンピューティング・デバイス１０６、音声アプリケーション・モジュール１０６ｂ、ルーティング・モジュール１０６ｃ、ウェブ・サーバ１０７、およびデータベース１０８を含む。
【００１３】
モバイル・コンピューティング・デバイス１０２は、ソフトウェアおよび回路を用いて、ＰＳＴＮ１０３を経由して（例えばＰＳＴＮに接続するために埋め込み型セルラ・アンテナを用いて）ＤＴＭＦスイッチ１０４と通信し、またソフトウェアおよび回路を用いて、パケットベースの通信ネットワーク１０５を経由して（例えば、埋め込み型ｗｉ−ｆｉアンテナを経由してインターネットと接続するように、デバイスにインストールされたアプリを用いて）サーバ・コンピューティング・デバイス１０６と通信する。例示のモバイル・コンピューティング・デバイス１０２は、スマートフォン（例えばアップル・アイフォン（登録商標）、ウインドウズ（登録商標）、および／またはアンドロイド（商標）ベースのデバイス）、または他の同様なモバイル通信デバイスを含み得るが、それらに限定されない。
【００１４】
ＤＴＭＦスイッチ１０４は、ＰＳＴＮ１０３に結合されたコンピューティング・デバイスであり、モバイル・デバイス１０２から着信する電話呼を受け取り、以下でより詳しく説明されるように、電話呼を例えば所望の宛先にルーティングする目的で、モバイル・デバイス１０２をサーバ・コンピューティング・デバイス１０６に接続する。ＤＴＭＦスイッチ１０４はまた、モバイル・デバイス１０２の認可および認証、ならびにモバイル・デバイスに由来する呼を所望の宛先（例えばコール・センタ）に転送するなどの機能を行うために、他のデバイスと通信する。ＤＴＭＦスイッチ１０４は、ＤＴＭＦスイッチ１０４が存在するＰＳＴＮ１０３と、サーバ・コンピューティング・デバイス１０６が存在するパケットベースの通信ネットワーク１０５との間の通信インタフェースとして働くウェブ・サーバ１０７を経由して、サーバ・コンピューティング・デバイス１０６に結合される。ＤＴＭＦスイッチ１０４はまた、電話呼をルーティングする目的で、モバイル・デバイス１０２をサーバ・コンピューティング・デバイス１０６に接続する前に、モバイル・デバイス１０２を認可する認可サービス１０４ａに結合される。いくつかの実施形態では認可サービス１０４ａは、ＤＴＭＦスイッチ１０４のオペレータによってもたらされる。認可サービス１０４ａは、ＤＴＭＦスイッチ１０４と同じハードウェア上、または異なるハードウェア・デバイス上にホストされ得る。
【００１５】
パケットベースの通信ネットワーク１０５は、パケットベースのプロトコル（例えばＩＰ）を用いて、システム１００の構成要素が互いに通信することを可能にする。ネットワーク１０５は、ＬＡＮなどのローカル・ネットワーク、またはインターネットなどの広域ネットワークとすることができる。いくつかの実施形態ではネットワーク１０４は、いくつかの個別のネットワークおよび／またはサブネットワーク（関係するルーティング、負荷バランシング、およびトラフィック計量ハードウェアを含む）から構成される。
【００１６】
サーバ・コンピューティング・デバイス１０６は、システム１００の他の構成要素からデータを受け取り、システム１００の他の構成要素に対しデータを送信し、本明細書で述べられるようにデュアルトーン・マルチ周波数（ＤＴＭＦ）シグナリングを用いたモバイル・デバイス認証のための機能を行うための、専門のハードウェア、および／またはプロセッサ上で実行しサーバ・コンピューティング・デバイス１０６のメモリ・モジュールと対話するソフトウェア・モジュールを含む、ハードウェアとソフトウェア・モジュールの組み合わせである。サーバ・コンピューティング・デバイス１０６は、サーバ・コンピュ
ーティング・デバイス１０６のプロセッサ上で実行する、モバイル・アプリケーション・モジュール１０６ａ、音声アプリケーション・モジュール１０６ｂ、およびルーティング・モジュール１０６ｃを含む。いくつかの実施形態ではモジュール１０６ａ〜１０６ｃは、サーバ・コンピューティング・デバイス１０６内の１つまたは複数の専用プロセッサ上にプログラムされたコンピュータ・ソフトウェア命令の専門のセットであり、専門のコンピュータ・ソフトウェア命令を実行するための特に指定された記憶場所および／またはレジスタを含むことができる。図１ではモジュール１０６ａ〜１０６ｃは、同じサーバ・コンピューティング・デバイス１０６内で実行するように示されるが、いくつかの実施形態ではモジュール１０６ａ〜１０６ｃの機能は、複数のサーバ・コンピューティング・デバイスの間で分散され得る。本発明の範囲から逸脱せずに、多様なアーキテクチャ、リソース、および構成（例えばクラスタ・コンピューティング、仮想コンピューティング、クラウド・コンピューティング）において配置された、任意の数のコンピューティング・デバイスが用いられ得ることが理解されるべきである。モジュール１０６ａ〜１０６ｃの例示的機能は、以下に詳しく述べられる。
【００１７】
モバイル・アプリケーション・モジュール１０６ａは、パケットベースのネットワーク１０５を経由してモバイル・デバイス１０２と通信し、モバイル・デバイス１０２にインストールされそこで実行される１つまたは複数のアプリケーション（いくつかの関連においては、ネイティブ・アプリケーションとも呼ばれる）に関連付けられている機能をもたらす。例えばユーザは、モバイル・アプリケーション・モジュール１０６ａとの通信セッションを確立し、モジュール１０６ａによってもたらされるリソース（例えば口座情報、製品情報など）を要求し利用する、モバイル・デバイス上のモバイル・アプリケーション（例えばバンキングまたはショッピング・アプリケーション）を起動しそれにアクセスすることができる。モバイル・アプリケーション・モジュール１０６ａはまた、音声アプリケーション・モジュール１０６ｂと通信して、本明細書で述べられるようにデュアルトーン・マルチ周波数（ＤＴＭＦ）シグナリングを用いたモバイル・デバイス認証に関連付けられている機能を実行する。モバイル・アプリケーション・モジュール１０６ａの機能のさらなる説明は、図２Ａおよび２Ｂに関してもたらされる。
【００１８】
音声アプリケーション・モジュール１０６ｂは、ウェブ・サーバ１０７を経由してＤＴＭＦスイッチ１０４と通信し、ルーティング・モジュール１０６ｃおよびデータベース１０８と通信して、本明細書で述べられるようにデュアルトーン・マルチ周波数（ＤＴＭＦ）シグナリングを用いたモバイル・デバイス認証のための機能を実行する。音声アプリケーション・モジュール１０６ｂの機能のさらなる説明は、図２Ａおよび２Ｂに関してもたらされる。
【００１９】
ルーティング・モジュール１０６ｃは、音声アプリケーション・モジュール１０６ｂと通信して、モバイル・デバイス１０２に由来する到着する電話呼に対する所望のルーティング宛先を決定する。例えばルーティング・モジュール１０６ｃは、所望の宛先として電話呼がそれに向けられる電話番号をもたらすように、音声アプリケーション・モジュール１０６ｂから要求を受け取ることができる。ルーティング・アプリケーション・モジュール１０６ｃの機能のさらなる説明は、図２Ａおよび２Ｂに関してもたらされる。
【００２０】
ウェブ・サーバ１０７は、システム１００の他の構成要素からデータを受け取り、システム１００の他の構成要素に対しデータを送信し、本明細書で述べられるようにデュアルトーン・マルチ周波数（ＤＴＭＦ）シグナリングを用いたモバイル・デバイス認証のためのいくつかの機能を行うための、専門のハードウェア、および／またはプロセッサ上で実行しウェブ・サーバ１０７のメモリ・モジュールと対話するソフトウェア・モジュールを含む、ハードウェアとソフトウェア・モジュールの組み合わせである。上述のようにウェブ・サーバ１０７は、ＤＴＭＦスイッチ１０４が存在するＰＳＴＮ１０３と、サーバ・コ
ンピューティング・デバイス１０６が存在するパケットベースの通信ネットワーク１０５との間の通信インタフェース（例えばブリッジ）として働く。例えばウェブ・サーバ１０７は、ＤＴＭＦスイッチ１０４とサーバ・コンピューティング・デバイス１０６との間の通信（例えばシグナリングおよびデータ）を中継する。ウェブ・サーバ１０７の機能のさらなる説明は、図２Ａおよび２Ｂに関してもたらされる。
【００２１】
データベース１０８は、サーバ・コンピューティング・デバイス１０６に結合されたコンピューティング・デバイス（またはいくつかの実施形態では、コンピューティング・デバイスのセット）であり、本明細書で述べられるようにＤＴＭＦシグナリングを用いたモバイル・デバイス認証のプロセスに関係する特定のデータのセグメントを受け取り、生成し、記憶するように構成される。いくつかの実施形態ではデータベース１０８の全部または一部は、サーバ・コンピューティング・デバイス１０６と統合され、または別のコンピューティング・デバイスまたは複数のデバイス上に配置され得る。データベース１０８は、以下でより詳しく述べられるように、システム１００の他の構成要素によって用いられるデータの部分を記憶するように構成された１つまたは複数のデータベースを備えることができる。例示的データベース１０８は、カリフォルニア州レッドウッド市のオラクル・コーポレーションから入手可能なＭｙＳＱＬ（商標）である。
【００２２】
図２Ａおよび２Ｂは、図１のシステム１００を用いた、ＤＴＭＦシグナリングを用いたモバイル・デバイス認証および呼ルーティングの方法のフロー図を備える。モバイル・アプリケーション・モジュール１０６ａは、モバイル・デバイス１０２上のネイティブ・アプリケーションから、モバイル・デバイス１０２と、リモート・デバイス（例えばコール・センタ）との間の音声呼を確立する要求を受け取る（２０２）。要求は、ネイティブ・アプリケーションに関連付けられているコンテキスト・パラメータ、モバイル・デバイス１０２の自動番号識別（ＡＮＩ）データ、およびモバイル・デバイス１０２のユーザに関連付けられている生体パラメータ（例えば指紋、音声キャプチャ、網膜スキャン）を含む。モバイル・アプリケーション・モジュール１０６ａは、要求を音声アプリケーション・モジュール１０６ｂに対し送信し、音声アプリケーション・モジュール１０６ｂは、コンテキスト・パラメータに基づいて第１の電話番号およびダイヤル遅延値を取り出す（２０４）。音声アプリケーション・モジュール１０６ｂは、モバイル・デバイスのためのセキュリティ・トークン、および要求に対する要求識別子を生成し（２０６）、データベース１０８にセキュリティ・トークン、要求識別子、コンテキスト・パラメータ、およびＡＮＩデータを記憶する。
【００２３】
モバイル・アプリケーション・モジュール１０６ａは、モバイル・デバイス１０２に対しセキュリティ・トークン、ダイヤル遅延値、および第１の電話番号を送信する（２０８）。モバイル・デバイス１０２は、ダイヤル遅延値を用いて第１の電話番号をダイヤルして、ＤＴＭＦスイッチ１０４上のテレフォニー・アプリケーションとの接続を確立する（２１０）。モバイル・デバイス１０２は、セキュリティ・トークンに基づいてＤＴＭＦトーンを生成（２１２）し、デバイス１０２は、ＤＴＭＦトーンをＤＴＭＦスイッチ１０４上のテレフォニー・アプリケーションに対し送信する。ＤＴＭＦスイッチ１０４上のテレフォニー・アプリケーションは、サーバ・コンピューティング・デバイス１０６上の音声アプリケーション・モジュール１０６ｂにより（ウェブ・サーバ１０７を経由して）、セキュリティ・トークンを検証（２１２）し、モジュール１０６ｂは、データベース１０８から要求識別子を取り出す。いくつかの実施形態ではセキュリティ・トークンの検証は、セキュリティ・トークンのタイムスタンプをチェックする工程、ＡＮＩデータを突き合わせる（マッチング）工程、および生体パラメータを検証する工程を含む。
【００２４】
ＤＴＭＦスイッチ１０４上のテレフォニー・アプリケーションは、音声アプリケーション・モジュール１０６ｂに第２の電話番号を要求する（２１４）。音声アプリケーション
・モジュール１０６ｂは、要求識別子を用いてデータベース１０８から取り出されるコンテキスト・パラメータに基づいて、第２の電話番号を決定する（２１６）。いくつかの実施形態では音声アプリケーション・モジュール１０６ｂは、ルーティング・モジュール１０６ｃから第２の電話番号を要求する。音声アプリケーション・モジュール１０６ｂは、第２の電話番号をＤＴＭＦスイッチ１０４上のテレフォニー・アプリケーションに対し送信する。ＤＴＭＦスイッチ１０４上のテレフォニー・アプリケーションは、第２の電話番号を用いて、モバイル・デバイス１０２と、リモート・デバイス（例えばコール・センタにおけるコンピューティング・アプリケーション）との間の音声呼を確立する（２１８）。
【００２５】
以下は、図１のシステム１００を用いた、図２Ａおよび２Ｂに関しての上記の方法の詳細な説明である。
モバイル・デバイス１０２のユーザは、モバイル・デバイス１０２にインストールされそこで実行されるネイティブ・アプリケーションを起動する。ネイティブ・アプリケーションは、モバイル・デバイス１０２とモバイル・アプリケーション・モジュール１０６ａなどとの間で、通信および／またはトランザクションを行うために、モバイル・デバイス上に提示された情報を取り出すために、リモート・コンピューティング・リソース（例えばサーバ・コンピューティング・デバイス１０６上のモバイル・アプリケーション・モジュール１０６ａ）に対する接続性を含んだ、任意のタイプのソフトウェア・アプリケーションとすることができる。いくつかの実施形態ではネイティブ・アプリケーションは、モバイル・デバイス１０２上にインストールされ、ウェブサイトをナビゲートする（例えばＵＲＬを経由して）ために用いられる、ウェブ・ブラウザであることが理解されるべきである。
【００２６】
ネイティブ・アプリケーションのいくつかの例は、非限定的に、モバイル・デバイスのユーザに対して、ユーザがそれによってリモート・コンピューティング・リソースに対し認証してトランザクションを行うまたは情報へのアクセスを得る、サービスをもたらすアプリケーションを含み（例えばモバイル・バンキング・アプリケーション、電子商取引アプリケーション）、そこではユーザは、モバイル・デバイスを経由して電話呼の開始を要求して、ネイティブ・アプリケーションに関連付けられている機能に関する追加の情報を受け取ることができる（例えば販売代理店と注文について話し合う、顧客サービス担当者に口座トランザクションを確認するなど）。
【００２７】
モバイル・デバイス１０２上のネイティブ・アプリケーションを起動した後に、ユーザはネイティブ・アプリケーションに対し認証信用証明（例えばユーザ名、パスワード、ＰＩＮ、生体データ）をもたらし、これはモバイル・アプリケーション・モジュール１０６ａから、アプリケーションのいくつかの機能、および／または情報にアクセスすることを可能にするように、モバイル・アプリケーション・モジュール１０６ａによって認証される。ネイティブ・アプリケーションとのユーザの対話の過程において、ユーザは上記で説明されたように電話呼を経由して誰かと話したい場合がある。いくつかの実施形態ではネイティブ・アプリケーションは、モバイル・デバイス１０２から適切な宛先に電話呼を確立しルーティングするように、活動化されたときに本明細書で述べられるワークフローを開始する機能を含む。一例ではアプリケーションは、呼を開始するためのボタンまたはリンク（例えば「担当者と話す」）を含むことができる。
【００２８】
この機能がモバイル・デバイス１０２において活動化されたときに、モバイル・デバイスは、モバイル・デバイスとリモート・デバイス（例えばコール・センタ端末）との間に音声呼を確立する要求を、モバイル・アプリケーション・モジュール１０６ａに対し送信する。いくつかの実施形態では要求は、呼フロー・インジケータ、１つまたは複数のページ識別子、および他のコンテキスト情報を含む。呼フロー・インジケータは、ユーザが呼
開始機能を活動化した時点でのネイティブ・アプリケーションのコンテキストを示す識別子である（例えばテキストの文字列、英数字コードなど）。例えばユーザが、注文する前に電子商取引アプリケーションにおいて自身のショッピング・カートを見直している最中であり、ユーザは呼要求を活動化したときに特定の品目について質問がある場合は、呼フロー・インジケータはその特定のコンテキスト（例えば「ＳｈｏｐｐｉｎｇＣａｒｔＲｅｖｉｅｗ」）に対応したデータ要素などとなり得る。ページ識別子は、ユーザが呼開始機能を活動化した時点での、ネイティブ・アプリケーションのナビゲーション・コンテキストに関係する。例えばページ識別子は、呼開始が生じたときにネイティブ・アプリケーションがそれに向けられたウェブページまたは他の表示を明確に識別する、ＵＲＬまたは他のタイプのコードもしくはメタデータの全部または一部とすることができる。要求は、呼開始が生じた時点でのネイティブ・アプリケーションおよび／またはモバイル・デバイスの状態をキャプチャするために、他のコンテキスト情報を含み得ることが理解されるべきである（例えばデバイス設定、ネットワーク接続設定、キャリア設定、地理位置情報、ユーザの生体情報、デバイスのメモリに記憶されているデータなど）。
【００２９】
要求を受け取ると、モバイル・アプリケーション・モジュール１０６ａは、音声アプリケーション・モジュール１０６ｂに対し要求を送信する。一実施形態ではモバイル・アプリケーション・モジュール１０６ａは、ＷＳ−Ｓｅｃｕｒｉｔｙ／ＳＡＭＬなどのセキュリティ・プロトコルおよび技法を用いて、音声アプリケーション・モジュール１０６ｂに対し要求を送信する。安全な伝送の一部としてモバイル・アプリケーション・モジュール１０６ａは、要求に対応するＳＡＭＬトークンを生成し、ＳＡＭＬトークンを音声アプリケーション・モジュール１０６ｂに対し送信する。
【００３０】
いくつかの実施形態では、要求伝送の一部としてモバイル・アプリケーション・モジュール１０６ａは、自動番号識別（ＡＮＩ）処理を行って、モバイル・デバイス１０２に関連付けられている電話番号および回線タイプを決定する。必須の情報を取得するために、システム１００の他の構成要素がＡＮＩ処理を行い得ることが理解されるべきである。またいくつかの実施形態ではモバイル・アプリケーション・モジュール１０６ａは、モバイル・デバイス１０２のユーザに関連付けられている生体データを受け取る、および／またはキャプチャする。
【００３１】
呼フロー・インジケータを用いて音声アプリケーション・モジュール１０６ｂは、データベース１０８から固定電話番号およびダイヤル遅延値を取り出す。固定電話番号は、ＤＴＭＦスイッチ１０４に対応する。ダイヤル遅延値は、モバイル・デバイス１０２が、ＤＴＭＦスイッチ１０４に対し接続するために回線をオープンする時点と、モバイル・デバイス１０２が、接続するために固定電話番号をダイヤルし始める時点との間の期間を表す。図１には１つのＤＴＭＦスイッチ１０４が示されるが、システム１００は、いくつかの呼フロー・インジケータおよび／またはネイティブ・アプリケーションに関係する、複数のＤＴＭＦスイッチを含み得ることが理解されるべきである。
【００３２】
音声アプリケーション・モジュール１０６ｂはまた、呼フロー・インジケータ、ページ識別子、他のコンテキスト情報、および要求のタイムスタンプを含む、呼開始要求において受け取った情報を、データベース１０８に記憶する。一実施形態では情報は、後の処理時にそれが明確に探し出されるように、一意の行／レコードにおいてデータベース１０８に記憶される。音声アプリケーション・モジュール１０６ｂはさらに、データベース・レコードに記憶されている要求情報に対応する、要求トークンを生成する。一実施形態では要求トークンは、データベース・レコードに対応する一意の数値識別子である。要求トークンは、要求情報を含んだ特定のデータベース行番号および／またはレコードを、キー、ハッシュ、または他の文字列に暗号化することによって生成され得る。要求トークンもまたデータベース１０８に記憶される。次いで音声アプリケーション・モジュール１０６ｂ
は、固定電話番号、要求トークン、およびダイヤル遅延値をモバイル・アプリケーション・モジュール１０６ａに返し、それはこれら３つの要素をモバイル・デバイス１０２に渡す。
【００３３】
モバイル・デバイス１０２の電話機能／アプリケーションは、固定電話番号、要求トークン、およびダイヤル遅延値を受け取り、電話回線をオープンし（例えばＰＳＴＮ１０３に接続するようにセルラ・キャリアを経由して）、固定電話番号をダイヤルすることによって、ＤＴＭＦスイッチ１０４への呼を開始する。いくつかの実施形態ではモバイル・デバイス１０２は、固定電話番号をダイヤルし始める前にダイヤル・トーンが使用可能となることを確実にするために、ダイヤル遅延値を利用して所定の時間の長さ（例えば２秒）待機する。ＤＴＭＦスイッチ１０４は、着信呼をモバイル・デバイス１０２から受け取り、接続を確立する。
【００３４】
モバイル・デバイス１０２がＤＴＭＦスイッチ１０４に接続された後に、ＤＴＭＦスイッチは、モバイル・デバイスから送信されることになる要求トークンに対してリスンする。一実施形態ではモバイル・デバイス１０２は、要求トークンを備えた英数字キャラクタに対応する一連のＤＴＭＦトーンを生成し、ＤＴＭＦスイッチ１０４に対しトーンを帯域外で送る。本発明の範囲から逸脱せずに、要求トークンをＤＴＭＦスイッチに対し送信するための他の技法が用いられ得ることが理解されるべきである。ＤＴＭＦスイッチ１０４は、要求トークンを記憶する（例えばローカル・メモリに）。
【００３５】
いくつかの実施形態ではＤＴＭＦスイッチ１０４は、ＤＴＭＦスイッチに結合された認可サービス１０４ａに対し接続要求を送信する。接続要求は、モバイル・デバイス１０２が、ＤＴＭＦスイッチ１０４を通してルーティングされた電話呼を経由して、所望の宛先（例えばコール・センタ）に接続しようと試みていることを示す。接続要求は、モバイル・デバイス１０２に関連付けられているいくつかの情報を含むことができる。認可サービス１０４ａは接続要求を分析して、モバイル・デバイス１０２が、サーバ・コンピューティング・デバイス１０６およびウェブ・サーバ１０７などのシステム１００の他の構成要素への音声呼を経由して接続するように認可されるかどうかを決定する。モバイル・デバイスが認可された場合は、認可サーバ１０４ａはＤＴＭＦスイッチ１０４に対し確認を返す。
【００３６】
次いでＤＴＭＦスイッチ１０４は、要求トークンを検証し、およびモバイル・デバイス１０２からどのように音声呼をルーティングするかを決定するために、ウェブ・サーバ１０７に接続する。上述のようにウェブ・サーバ１０７は、ＤＴＭＦスイッチ１０４とサーバ・コンピューティング・デバイス１０６との間の通信インタフェースとして働き、ＳＳ７およびＩＰなどの異なるプロトコル間のメッセージを中継することを含み、２つの構成要素１０４、１０６の間の通信を中継する。ＤＴＭＦスイッチ１０４は、要求トークンを音声アプリケーション・モジュール１０６ｂに渡し、音声アプリケーション・モジュール１０６ｂに、要求トークンが存在し有効であることを確認するように依頼する。ＤＴＭＦスイッチ１０４は、ＡＮＩデータ、生体データなどの他の情報を、音声アプリケーション・モジュール１０６ｂに渡すことができる。いくつかの実施形態ではＤＴＭＦスイッチ１０４は、この時点でモバイル・デバイス１０２のユーザから生体データ（例えば話された語句）をキャプチャし、生体データを音声アプリケーション・モジュール１０６ｂに対し送信する。
【００３７】
要求トークンを検証するために、音声アプリケーション・モジュール１０６ｂはデータベース１０８にアクセスする。音声アプリケーション・モジュール１０６ｂは、（ｉ）要求トークンに対するデータベース・レコードが存在するかどうか、および（ｉｉ）レコードが例えば数秒前未満に作成／生成されたかどうか、すなわち音声呼の開始（モバイル・
デバイスのネイティブ・アプリケーションにおける機能を活動化することによる）がトークン検証要求のすぐ前に生じたかどうかを決定する。従って、呼開始が適時であり、古い要求に、または例えばコール・センタに対し音声呼を経由して接続することがもはや必要ないユーザに、関係しないことが確認され得る。
【００３８】
要求トークンに対するデータベース・レコードが上記の要素に適合する場合は、音声アプリケーション・モジュール１０６ｂは、データベース・レコードを使用済みとしてマークする（要求トークンは、将来の呼要求のために用いられるには不適格であることを意味する）。いくつかの実施形態では音声アプリケーション・モジュール１０６ｂはまた、ＤＴＭＦスイッチ１０４から受け取ったＡＮＩデータを、データベース・レコードに記憶されているＡＮＩデータと比較し、音声呼を経由して接続するモバイル・デバイス１０２が、ネイティブ・アプリケーションから呼を要求したモバイル・デバイスと同じであることを確認するために、外部ソース（例えばＡＮＩデータベース）内のＡＮＩデータをルックアップすることができる。また上述のように音声アプリケーション・モジュール１０６ｂは、ＤＴＭＦスイッチ１０４によってキャプチャされた生体データを、データベース・レコードに記憶されている生体データと比較して、音声呼を経由して接続するためにモバイル・デバイス１０２を使用している人は、ネイティブ・アプリケーションから呼を要求した人と同じであることを確認することができる。
【００３９】
音声アプリケーション・モジュール１０６ｂが要求トークンを検証した後に、モジュール１０６ｂは要求キーを生成し、要求キーをデータベース・レコードに記憶する。要求キーは以下で説明されるように、ＤＴＭＦスイッチ１０４への要求トークンの検証を確認し、音声アプリケーション・モジュール１０６ｂが、その後に音声呼のためのルーティング情報を構築することを可能にする識別子である。音声アプリケーション・モジュール１０６ｂは要求キーを、ウェブ・サーバ１０７を経由してＤＴＭＦスイッチ１０４に対し送信する。
【００４０】
ＤＴＭＦスイッチ１０４は、要求キーに肯定応答し、要求キーを音声呼転送番号を求める要求と共に、音声アプリケーション・モジュール１０６ｂに返す。音声アプリケーション・モジュール１０６ｂが転送番号要求を受け取った後に、モジュールは要求キーを用いてデータベース１０８から、呼フロー・インジケータ、ページ識別子、および他の関連のあるコンテキスト情報を取得する。次いで音声アプリケーション・モジュール１０６ｂは、呼フロー・インジケータ、ページ識別子、およびコンテキスト情報をルーティング・モジュール１０６ｃに対し送信することによって、呼ルーティング情報を構築する。
【００４１】
ルーティング・モジュール１０６ｃは、受け取った呼フロー・インジケータ、ページ識別子、およびコンテキスト情報を分析して、音声呼に対する特定の宛先（例えばコール・センタ、またはコール・センタ内の顧客担当者グループ）を決定する。理解され得るように、コール・センタはいくつかの問題のみに対して訓練された特定の担当者により、多様な異なる顧客サービス問題を取り扱うように適合され得る。従ってルーティング・モジュール１０６ｃは、呼フロー・インジケータ、ページ識別子、およびコンテキスト情報によって指定される特定の問題を取り扱うために最も良く知識を身に付けたコール・センタ／担当者グループに対する、特定の転送電話番号を決定するように構成される。
【００４２】
例えば呼フロー・インジケータが、モバイル・デバイス１０２のユーザは注文する前に電子商取引アプリケーションにおいて自身のショッピング・カートを見直している最中であり、呼要求を活動化したときに特定の品目について質問があったことを示す場合は、ルーティング・モジュール１０６ｃは、呼を取り扱うために適切な顧客担当者グループは電子商取引グループであると決定する（例えばデータベース・ルックアップを行うことによって）。他の例では、呼フロー・インジケータがモバイル・デバイス１０２のユーザは自
身のオンライン銀行口座にアクセスしており、電話を通して資金振替を開始することを望んでいたことを示す場合は、ルーティング・モジュール１０６ｃは、呼を取り扱うために適切な顧客担当者グループは、既存の顧客資金振替グループであると決定する。
【００４３】
ルーティング・モジュール１０６ｃは転送電話番号を音声アプリケーション・モジュール１０６ｂに返し、それは次いで転送電話番号をウェブ・サーバ１０７を経由してＤＴＭＦスイッチ１０４に渡す。ＤＴＭＦスイッチ１０４は、転送電話番号を用いて音声呼を宛先にルーティングし、モバイル・デバイス１０２のユーザを、自身の質問または問題に支援することができるリソースに接続する。
【００４４】
上述の技法は、デジタルおよび／またはアナログ電子回路において、またはコンピュータ・ハードウェア、ファームウェア、ソフトウェアにおいて、またはそれらの組み合わせにおいて実施され得る。実装形態はコンピュータ・プログラム製品として、すなわちデータ処理装置例えばプログラマブル・プロセッサ、コンピュータ、および／または複数のコンピュータによる実行のための、またはそれらの動作を制御するための、機械可読記憶デバイスにおいて有形に具体化されたコンピュータ・プログラムとすることができる。コンピュータ・プログラムは、ソースコード、コンパイルされたコード、インタプリーティングされたコード、および／または機械コードを含む任意の形のコンピュータまたはプログラミング言語で書かれることが可能であり、コンピュータ・プログラムは、独立のプログラム、またはサブルーチン、要素、またはコンピューティング環境での使用に適した他のユニットを含む、任意の形において配備され得る。コンピュータ・プログラムは、１つのコンピュータ上でまたは、１つまたは複数のサイトにおける複数のコンピュータ上で実行されるように配備され得る。コンピュータ・プログラムは、クラウド・コンピューティング環境（例えばアマゾン（登録商標）ＡＷＳ、マイクロソフト（登録商標）アジュール、ＩＢＭ（登録商標））において配備され得る。
【００４５】
方法工程は、入力データに対して動作しおよび／または出力データを生成することによって本発明の機能を行うようにコンピュータ・プログラムを実行する、１つまたは複数のプロセッサによって行われ得る。方法工程はまた、特定目的ロジック回路例えばＦＰＧＡ（フィールド・プログラマブル・ゲート・アレイ）、ＦＰＡＡ（フィールド・プログラマブル・アナログ・アレイ）、ＣＰＬＤ（複合プログラマブル・ロジック・デバイス）、ＰＳｏＣ（プログラマブル・システムオンチップ）、ＡＳＩＰ（特定用途向け命令セット・プロセッサ）、またはＡＳＩＣ（特定用途向け集積回路）などによって行われることが可能であり、および装置はそれらとして実施され得る。サブルーチンとは、記憶されているコンピュータ・プログラムおよび／またはプロセッサ、および／または１つまたは複数の機能を実施する特別の回路の部分を指すことができる。
【００４６】
コンピュータ・プログラムの実行のために適したプロセッサは、例として、本明細書で述べられた方法を行うように実行可能な命令により特にプログラムされた特定目的マイクロプロセッサ、および任意の種類のデジタルまたはアナログ・コンピュータの任意の１つまたは複数のプロセッサを含む。一般にプロセッサは、読み出し専用メモリまたはランダム・アクセス・メモリまたは両方から、命令およびデータを受け取る。コンピュータの本質的な要素は、命令を実行するためのプロセッサ、ならびに命令および／またはデータを記憶するための１つまたは複数のメモリ・デバイスである。キャッシュなどのメモリ・デバイスは、データを一時的に記憶するために用いられ得る。メモリ・デバイスはまた、長期データ記憶のために用いられ得る。一般にコンピュータはまた、データを記憶するための１つまたは複数の大容量記憶デバイス、例えば磁気、光磁気ディスク、または光ディスクを含み、またはデータをそれらから受け取る、それらにデータを転送する、またはその両方のためにそれらに動作可能に結合される。コンピュータはまた、ネットワークから命令および／またはデータを受け取るため、および／またはネットワークに対し命令および
／またはデータを転送するために、通信ネットワークに動作可能に結合され得る。コンピュータ・プログラム命令およびデータを具体化するために適したコンピュータ可読記憶媒体は、例として半導体メモリ・デバイス、例えばＤＲＡＭ、ＳＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュ・メモリ・デバイス；磁気ディスク、例えば内蔵ハードディスクまたはリムーバブル・ディスク；光磁気ディスク；光ディスク、例えばＣＤ、ＤＶＤ、ＨＤ−ＤＶＤ、およびブルーレイ・ディスクを含む、すべての形の揮発性および不揮発性メモリを含む。プロセッサおよびメモリは、特定目的ロジック回路によって補完され、および／またはそれに組み込まれ得る。
【００４７】
ユーザとの対話をもたらすために上述の技法は、ユーザに情報を表示するためのディスプレイ・デバイス、例えばＣＲＴ（陰極線管）、プラズマ、またはＬＣＤ（液晶ディスプレイ）モニタ、モバイル・デバイス・ディスプレイまたは画面、ホログラフィック・デバイスおよび／またはプロジェクタ、ユーザがそれによってコンピュータに入力をもたらす（例えばユーザ・インタフェース要素と対話する）ことができるキーボードおよびポインティング・デバイス、例えばマウス、トラックボール、タッチパッド、または運動センサ、と通信するコンピューティング・デバイス上で実施され得る。ユーザとの対話をもたらすために他の種類のデバイスも用いられることが可能であり、例えばユーザに対しもたらされるフィードバックは任意の形の感覚フィードバック、例えば視覚フィードバック、聴覚フィードバック、または触覚フィードバックとするこができ、ユーザからの入力は音響、音声、および／または触覚入力を含む任意の形において受け取られ得る。
【００４８】
上述の技法は、バックエンド構成要素を含む分散型コンピューティング・システムにおいて実施され得る。バックエンド構成要素は、例えばデータ・サーバ、ミドルウェア構成要素、および／またはアプリケーション・サーバとすることができる。上述の技法は、フロントエンド構成要素を含む分散型コンピューティング・システムにおいて実施され得る。フロントエンド構成要素は、例えばグラフィカル・ユーザ・インタフェース、ユーザがそれを通して例示の実装形態と対話することができるウェブ・ブラウザ、および／または送信デバイスのためのグラフィカル・ユーザ・インタフェースを有する、クライアント・コンピュータとすることができる。上述の技法は、このようなバックエンド、ミドルウェア、またはフロントエンド構成要素の任意の組み合わせを含む分散型コンピューティング・システムにおいて実施され得る。
【００４９】
コンピューティング・システムの構成要素は伝送媒体によって相互接続されることが可能であり、これはデジタルまたはアナログ・データ通信の任意の形または媒体を含むことができる（例えば通信ネットワーク）。伝送媒体は任意の構成での、１つまたは複数のパケットベースのネットワーク、および／または１つまたは複数の回線ベースのネットワークを含むことができる。パケットベースのネットワークは、例えばインターネット、キャリア・インターネット・プロトコル（ＩＰ）ネットワーク（例えばローカル・エリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、キャンパス・エリア・ネットワーク（ＣＡＮ）、首都圏エリア・ネットワーク（ＭＡＮ）、ホーム・エリア・ネットワーク（ＨＡＮ））、プライベートＩＰネットワーク、ＩＰ構内交換（ＩＰＢＸ）、ワイヤレスネットワーク（例えば無線アクセス・ネットワーク（ＲＡＮ）、ブルートゥース（登録商標）、近距離通信（ＮＦＣ）ネットワーク、Ｗｉ−Ｆｉ、ＷｉＭＡＸ、汎用パケット無線サービス（ＧＰＲＳ）ネットワーク、ハイパーＬＡＮ）、および／または他のパケットベースのネットワークを含むことができる。回線ベースのネットワークは、例えば公衆交換電話ネットワーク（ＰＳＴＮ）、レガシー構内交換（ＰＢＸ）、ワイヤレスネットワーク（例えばＲＡＮ、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、移動体通信用グローバル・システム（ＧＳＭ（登録商標））ネットワーク）、および／または他の回線ベースのネットワークを含むことができる。
【００５０】
伝送媒体を通した情報転送は、１つまたは複数の通信プロトコルに基づくことができる。通信プロトコルは、例えばイーサネット（登録商標）・プロトコル、インターネット・プロトコル（ＩＰ）、ボイスオーバＩＰ（ＶＯＩＰ）、ピアツーピア（Ｐ２Ｐ）プロトコル、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、セッション開始プロトコル（ＳＩＰ）、Ｈ．３２３、メディア・ゲートウェイ制御プロトコル（ＭＧＣＰ）、シグナリング・システム＃７（ＳＳ７）、移動体通信用グローバル・システム（ＧＳＭ（登録商標））プロトコル、プッシュ・トゥ・トーク（ＰＴＴ）プロトコル、ＰＴＴオーバ・セルラ（ＰＯＣ）プロトコル、ユニバーサル移動体通信システム（ＵＭＴＳ）、３ＧＰＰロング・ターム・エボリューション（ＬＴＥ）および／または他の通信プロトコルを含むことができる。
【００５１】
コンピューティング・システムのデバイスは、例えばコンピュータ、ブラウザ・デバイスを有するコンピュータ、電話機、ＩＰ電話、モバイル・デバイス（例えば携帯電話、携帯情報端末（ＰＤＡ）デバイス、スマートフォン、タブレット、ラップトップ・コンピュータ、電子メール・デバイス）、および／または他の通信デバイスを含むことができる。ブラウザ・デバイスは、例えばワールド・ワイド・ウェブ・ブラウザ（例えばグーグル・インクからのクローム（商標）、マイクロソフト・コーポレーションから入手可能なマイクロソフト（登録商標）インターネット・エクスプローラ（登録商標）、および／またはモジラ・コーポレーションから入手可能なモジラ（登録商標）ファイアフォックス）を有するコンピュータ（例えばデスクトップ・コンピュータおよび／またはラップトップ・コンピュータ）を含む。モバイル・コンピューティング・デバイスは、例えばリサーチ・イン・モーションからのブラックベリー（登録商標）、アップル・コーポレーションからのアイフォン（登録商標）、および／またはアンドロイド（商標）ベースのデバイスを含む。ＩＰ電話は、例えばシスコ・システムズ・インクから入手可能なシスコ（登録商標）ユニファイド・ＩＰフォン７９８５Ｇ、および／またはシスコ（登録商標）ユニファイド・ワイヤレス・フォン７９２０を含む。
【００５２】
備える、含む、および／またはそれぞれの複数形はオープンエンドであり、列挙された部分を含み、および列挙されない追加の部分を含むことができる。および／またはオープンエンドであり、列挙された部分の１つまたは複数、および列挙された部分の組み合わせを含む。
【００５３】
当業者は、本主題はその趣旨または本質的な特徴から逸脱せずに、他の特定の形において具体化され得ることを理解するであろう。従って上記の実施形態は、すべての点において、本明細書で述べられた主題を制限するものではなく例示的なものと見なされるべきである。
【図１】
2017130928.tif 000003
【図２Ａ】
2017130928.tif 000004
【図２Ｂ】
2017130928.tif 000005
【外国語明細書】
2017130928000001.pdf