(57)【要約】 【課題】  エンドポイントを認証する方法を提供する。【解決手段】  本発明の方法は、（Ａ）生成されたＤＴＭＦシーケンスを要求するエンドポイントへの通信を開始するステップと、（Ｂ）前記生成されたＤＴＭＦシーケンスを受領し記憶するステップと、（Ｃ）前記エンドポイントからの第２の通信を受領するステップと、前記記第２の通信は、再度送信されたＤＴＭＦシーケンスを含み、（Ｄ）前記生成されたＤＴＭＦシーケンスと再送信されたＤＴＭＦシーケンスとを比較し、マッチに基づいて前記エンドポイントの認証を認証するステップとを有する。【選択図】  図１
2010200296.tif 000002
【特許請求の範囲】
【請求項１】
（Ａ）生成されたＤＴＭＦシーケンスを要求するエンドポイントへの通信を開始するステップと、
（Ｂ）前記生成されたＤＴＭＦシーケンスを受領し記憶するステップと、
（Ｃ）前記エンドポイントからの第２の通信を受領するステップと、
前記第２の通信は、再送信されたＤＴＭＦシーケンスを含み、
（Ｄ）前記生成されたＤＴＭＦシーケンスと再送信されたＤＴＭＦシーケンスとを比較し、マッチに基づいて前記エンドポイントの認証を確認するステップと、
を有する
ことを機能とするエンドポイントを認証する方法。
【請求項２】
（Ｅ）再送されたＤＴＭＦシーケンスを有する、安全確保した機能アクセスのリクエストを送信するステップ
を更に有する
ことを機能とする請求項１記載の方法。
【請求項３】
前記ＤＴＭＦシーケンスは、特殊な数値と追加的な数値を含み、
前記特殊な数値は、ユーザーによりダイヤルされることはなく、
前記エンドポイントは、通信装置、電話機、スピーカーホン、携帯電話、ＳＩＰが可能なエンドポイント、ソフトホン、ＰＤＡ、有線又は無線の通信装置、ＶｏＩＰ電話の何れかであり、
前記シーケンスは、ＸＭＬアタッチメント内に含まれる
ことを機能とする請求項１記載の方法。
【請求項４】
（Ｆ）前記エンドポイントを宛先のエンドポイントにマップピングするステップと、
（Ｇ）前記エンドポイントの認証の確認に基づいて、安全確保した機能アクセスを許諾するステップと、
（Ｈ）安全確保したＰＢＸ機能を有する呼びを完了するステップと
を更に有する
ことを機能とする請求項１記載の方法。
【請求項５】
前記ステップ（Ａ）〜（Ｄ）は、コンピュータで読み取り可能な媒体に記憶されたコンピュータで実行可能なインストラクションで実施されるか、又は１つ或いは複数の手段により実行される
ことを機能とする請求項１記載の方法。
【請求項６】
（Ａ）ＰＢＸまたは通信サーバと、
前記ＰＢＸと通信サーバは、エンドポイントへの通信を開始し生成されたＤＴＭＦシーケンスを要求し、
前記要求されたＤＴＭＦシーケンスを前記ＰＢＸ又は通信サーバが受領し記憶し、
第２通信が、前記エンドポイントから送信され、前記第２通信は、再送されたＤＴＭＦシーケンスを有し、
（Ｂ）ＤＴＭＦ管理モジュールと、
前記ＤＴＭＦ管理モジュールは、生成されたＤＴＭＦシーケンスと再送されたＤＴＭＦシーケンスとを比較し、マッチすると、エンドポイントの認証を確認する、
を有する
ことを機能とするエンドポイントを認証するアーキテクチャ。
【請求項７】
前記ＰＢＸと通信サーバは、再送されたＤＴＭＦシーケンスを有する安全確保した機能アクセスのリクエストを含む
ことを機能とする請求項６記載のアーキテクチャ。
【請求項８】
前記ＤＴＭＦシーケンスは、特殊な数値と追加的な数値を含み、
前記特殊な数値は、ユーザーによりダイヤルされることはなく、
前記エンドポイントは、通信装置、電話機、スピーカーホン、携帯電話、ＳＩＰが可能なエンドポイント、ソフトホン、ＰＤＡ、有線又は無線の通信装置、ＶｏＩＰ電話の何れかであり、
前記シーケンスは、ＸＭＬアタッチメント内に含まれ
前記通信サーバは、前記エンドポイントを宛先のエンドポイントにマップピングする
ことを機能とする請求項６記載のアーキテクチャ。
【請求項９】
前記通信サーバは、前記エンドポイントの認証の確認に基づいて、安全確保した機能アクセスを許諾する
ことを機能とする請求項６記載のアーキテクチャ。
【請求項１０】
前記ＤＴＭＦ管理モジュールは、安全確保したＰＢＸ機能で有する呼びを完了することを機能とする請求項６記載のアーキテクチャ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信機器とプロトコルとそれらに関連する技術に関し、特に、ＰＢＸが関与しない電話（off-PBX telephone）が安全確保した機能へアクセスする技術に関する。
【背景技術】
【０００２】
統合した通信アプリケーションは、作業者が、デスクに居るか、移動しているか、あるいは遠隔地で就業しているかを問わず、作業者に高い効率を提供する。Avaya oneX(登録商標)のようなソリューションは、様々な通信アプリケーションを移動しながら管理し、通信マネージャでのサービス、移動サーバ、メディア交換の企業用のアプリケーション、移動メッセージアプリケーション、ライセンスと能動的な電話番号サポートを提供する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
統合された通信の１つの利点は、移動可能なソリューションを用いつことができることである。これにより卓上電話の機能にアクセスするできる点である。利用可能なソリューションは外線電話とＰＢＸの内線等を関連づける。これは、外線番号とＰＢＸの内線番号の対のテーブルを設定することにより行う。外線電話が、ＰＢＸに、発呼者のＩＤのトランクを介して入ると、発呼番号がテーブル内で参照されて、対応する内線番号が得られる。このトランクの発呼はＰＢＸ内線から来たように見える。特定の機能指向性のダイヤル通話番号（feature-direct-dialing numbers)を提供することにより、外線電話には、ＰＢＸの機能へのアクセスが提供され、これは関連するＰＢＸの内線電話の人物を用いて行われる。
【０００４】
しかし発呼が行われた電話番号は発呼者を識別するには弱い。標準は、発呼番号として通過できるものに関して様々に変わる。発呼番号がネットワーク認可装置から来たか否かを示す標準が存在するが、多くの（中小の)プロバイダは、そのユーザによりその所望の発呼番号として提供されるあらゆる番号を「押し頂いて(bless)しまう」。それ故に、ＰＢＸの内線番号と対になっている電話の発呼番号になりすますことが可能であり、これにより、ＰＢＸの機能へのその内線番号を介した不法なアクセスが可能となる。
【０００５】
この種の問題を解決するある種のソリューションは、ネットワークで認証された発呼番号へのアクセスを制限することである。しかしこれもフールプルーフの状態にあるわけではない。別のアプローチは、ユーザがその内線番号に入り、ＰＢＸの機能へのアクセスを得るためにはパスワードの入力を必要とするログインを要求することである。リサーチ・イン・モーション社(Research in Motion Limited(RIM))は、ＤＴＭＦを使用して、ブラック・ベリー（BlackBerry（ＰＤＡ)のクライアントと、データ接続のないサーバとの間の情報交換を行う。この交換情報の一部を用いて、サーバから送られた発呼は、クライアントが受信されたことを認証する。ブラック・ベリー（登録商標)の機器は、一時に複数の物理的な発呼を活性化することはない。この機器は、同一の機器から来たものとして、発呼を交差検定(Cross-validate：統計学において標本データを分割し、その一部をまず解析して、残る部分を最初の解析の仮説検定に用いる手法)することはない。かつそれ自身で符号化されたシーケンスを作り出すこともなく、サーバからそれらを受領するだけである。
【課題を解決するための手段】
【０００６】
本発明の一実施例によれば、ＰＢＸの機能への安全確保したアクセスは、電話のクライアントが、自律的に認証シーケンスを創設することにより提供される。しかし、外部からパスワードあるいはキーを導入することはない。
【０００７】
より具体的には、本発明の一実施例は、以下の機能を有する電話のクライアントを利用する。
（１)アイドル状態（音声の呼びが無い状態)では、クライアントは、サーバへのデータ接続を確立することができる。このサーバは、呼びをＰＢＸを介して設定し、ルーティングすることができる。
（２)クライアントは、発呼するために電話インターフェースを使用することができる。
【０００８】
それ故に、本発明の一実施例によれば、電話のクライアント用のセキュリティ・プランは、クライアントが、ＤＴＭＦディジットの符号化されたシーケンスを、発呼の開始時に、ＰＢＸに送ることにより、自分自身を認証する。アイドル状態のクライアントの電話は、発呼を受領すると、この電話は、符号化されたＤＴＭＦシーケンスをＰＢＸに送る。クライアントが、第１の発呼で活性化している間ＰＢＸへの発呼を要請する機能を実行すると、クライアントは、セキュリティ・シーケンス(security sequence)を得るよう促される。クライアントは、第１の発呼と同一のＤＴＭＦディジットのシーケンスを送らなければならない。この第１の発呼は、ＰＢＸから電話機への発呼であることにより、認証される。第２の発呼は、第１の発呼で送信されたものにマッチするＤＴＭＦ信号を送信することにより、認証される。認証に失敗した発呼は、ドロップされる。電話のクライアントに対するセキュリティ・プランは、アイドル状態の電話から発呼を開始する為に、クライアントがコールバックを用いるよう制限する。このプランは、機能の数に制限を加えることができる。これは必ずしもＰＢＸ上の宛先に直接向けられた呼びに影響することはない。
【０００９】
電話のクライアントは、アイドル状態の電話機で発呼を受領する時には、新たなランダムなシーケンスを創設する。このシーケンスは、ＤＴＭＦディジット「Ａ」と、０−９の内の４個のディジットと、ＤＴＭＦディジット「Ｄ」を含む。このディジット「Ａ」と「Ｄ」は、ユーザがダイヤルすることできない特殊なディジットである。この特殊なディジットのために、電話のクライアントから送られたランダムなシーケンスは、ユーザが生成したシーケンスと混同することはない。
従って、本発明の一態様は、ＰＢＸの機能へのアクセスに向けられる。より具体的には、本発明の一態様は、ＰＢＸが関与しない電話機からの安全確保した機能へのアクセスに関連する。
本発明の更なる態様は、ＳＩＰベースの通信環境に関連し、これによりＸＭＬアタッチメントを介した認証が可能となる。
本発明の更なる態様は、符号化されたＤＴＭＦディジットを用いた電話クライアントの認証シーケンスに関連する。
本発明の更なる態様は、クライアントを認証するために、複数のＤＴＭＦディジットのシーケンスを比較することに関連する。
本発明の更なる態様は、ユーザによりダイヤルすることのできないディジットを含む認証用のディジットのシーケンスを構築することに関連する。
本発明の更なる態様は、電話のクライアントの認証用に、音声チャネルを利用することに関連する。
本発明の更なる態様は、ＰＢＸが関与しない電話機からの安全確保した機能へのアクセスを得る為に、電話のクライアントの認証用に音声チャネルを利用することに関連する。
【図面の簡単な説明】
【００１０】
【図１】本発明による通信環境を表す図。
【図２】本発明による通信クライアントを認証を表すフローチャート。
【図３】本発明による通信クライアントを認証する他の実施例を表す図。
【発明を実施するための形態】
【００１１】
本発明の通信環境１００を示す。この通信環境１００は、Avaya oneXの統合通信ソリューションを示す。この通信環境１００は、遠隔地にいるユーザ・クライアント１１０と、携帯電話１２０と、電話１３０と、ＰＳＴＮ１４０と、インターネット１５０と、ファイアウォール１６０と、統合した通信サーバ１７０と、インターネット・ユーザ・クライアント１８０と、電話１９０とを有する。様々な要素がリンク、例えば、ＰＳＴＮを介した安全を確保した又は安全対策の取られていないリンク、例えば、ＩＰリンク、あるいはネットワーク、例えば、インターネット等を介して接続される。
【００１２】
統合した通信サーバ１７０は、例えば、通信マネージャ、アプリケーション使用可能サービス、ポータル・サーバ、Meeting Exchangeの企業向けサービス、メッセージとライセンス・サービス、アクティブ・ディレクトリ・サービス（電話番号案内)、ＤＴＭＦ管理モジュール１７２とを有する。
【００１３】
ＤＴＭＦ管理モジュール１７２は、ＰＢＸに関連しない電話からの安全確保した機能にアクセスできる機能を提供する。ユーザ・クライアント１１０は、遠隔地にいるユーザであり、例えば、ポータル・ブラウザ・アプリケーション(portal browser application)、選択事項として、携帯電話１２０と電話１３０の少なくとも一方に関連したＶｏＩＰソフトフォン(VoIP softphone)である。
【００１４】
クライアント１８０は、ポータル・ブラウザ・アプリケーションを用いる内部ユーザ・クライアント(internal user client)である。選択的事項として、電話１９０と組み合わせたＶｏＩＰソフトフォンである。例えば、電話１９０は、インターネット・ユーザ・クライアント１８０に関連する卓上型電話機である。
【００１５】
図２‐３を参照して、ＰＢＸが関与しない電話からの安全な機能へのアクセス(secure feature access)の動作を詳述する。図２に通信環境２００を示す。この通信環境２００においては、通信シーケンス(communicaitons sequence)が、エンド・ポイント（クライアント)２１０と、ＰＢＸ２３０と、宛先エンド・ポイント２２０との間で概略を示すよう実行される。ここでは、認証はサーバ中心で行われる。図３においては、ＰＢＸが関与する電話のクライアントが認証を提供する。
【００１６】
図２の通信環境２００は、エンド・ポイント（クライアント)２１０と、ＰＢＸ２３０と、宛先エンド・ポイント２２０と、ネットワーク２４０と、統合した通信サーバ１７０とを有する。ネットワーク２４０は例えばＰＳＴＮである。ＰＢＸが関与しない電話例えばエンド・ポイント２１０を認証するために、ユーザは、エンド・ポイント２１０に発呼するよう要請する。（１）エンド・ポイント２１０は、サーバ１７０へのデータ接続を用いて、電話をかける。（２）次にサーバ１７０は、ＰＢＸ２３０への発呼を行う。（３）このＰＢＸ２３０が、次にクライアントであるエンド・ポイント２１０への発呼を行う。（４）エンド・ポイント２１０は、この呼びに応答して、ＤＴＭＦシーケンスをＰＢＸ２３０に送る。上記したように、ステップ：エンド・ポイント２１０は、発呼を受領すると新たにランダムなシーケンスを生成する。
【００１７】
このシーケンスの一実施例は、ＤＴＭＦディジットＡと、０−９からの４個のディジットと、ＤＴＭＦディジットＤを有する。ディジットＡとＤは、特殊なディジットで、エンド・ポイント２１０にいるユーザは、ダイヤルすることはできない。この特定のシーケンスは、このシーケンスが如何に構築されるかを示すものであり、他のシーケンスを用いてかつ他のシーケンスがＴＭＦディジットの別のシーケンス等を含むことができる。ユーザがダイヤルすることのできないディジットを用いることにより、更なる頑健性を達成できる。一般的に、あらゆるディジットのシーケンスとあらゆる数のディジットは、本発明の様々な実施例と組み合わせて用いることができる。
【００１８】
（５）次にサーバ１７０は、発呼をＰＢＸ２３０を介して、宛先エンド・ポイント２２０に発呼する。宛先エンド・ポイント２２０は、初期のデータ・リクエストで特定される。クライアントは、ステップＳ１１０で、宛先ディジットを流す。この宛先ディジットは後で流すこともできる。この発呼SIP inviteは、ＤＴＭＦシーケンスを含む。発呼は、ユーザのデスク・セット(例、卓上電話器)例えば宛先エンド・ポイント２２０に関連付けられる。これは、統合した通信サーバ１７０で予め設定されたＰＢＸか関与しないステーション・マッピング（station-mapping)を介して、行われる。
【００１９】
次にＰＢＸ２３０は、このシーケンスを記憶し、（６）発呼を宛先エンド・ポイント２２０に発信する。宛先エンド・ポイント２２０にいる受領者に対し、この呼びは、ユーザの卓上電話器から来たように見える。その後、（７)サーバ１７０は、２つの発呼をスプライス（接続)する、あるいは（７')別の構成としてスプライスする。これらは、ネットワーク２４０を介してルーティングされる。接続が完了すると、宛先エンド・ポイント２２０は、電話に応答し、エンド・ポイント２１０は宛先エンド・ポイント２２０と通信する。
【００２０】
次に、（８）エンド・ポイント２１０にいるユーザは、第２の発呼を行うためにクライアントを呼び出す。エンド・ポイント２１０は、例えば、idle appearance select feature number(ＰＢＸへのＤＩＤ番号)を発呼する。（９）ＰＢＸ２３０は、通信を受領し、発信音(dial-tone)を介して、エンド・ポイント２１０に促して、ＤＴＭＦシーケンスを得る。（１０）エンド・ポイント２１０は、宛先番号に続きＤＴＭＦシーケンスをＰＢＸ２３０に送る。（１１）ＰＢＸ２３０は、シーケンスを有効化する。ＰＢＸ２３０は、エンド・ポイント２１０からＤＴＭＦシーケンスを予め受領し、宛先ディジットを収集して発呼を宛先にルーティングする。これによりエンド・ポイント２１０の認証が可能となり、エンド・ポイント２１０による宛先への安全確保したアクセスを提供できる。この安全確保した宛先は、統合した通信サーバ１７０の安全確保した機能アクセス部分である。
【００２１】
他の実施例を図３に示す。同図において、認証はＰＢＸ中心（PBX centric)である。図３に示す実施例においては、通信環境３００は、エンド・ポイント３１０と、宛先エンド・ポイント３１０と、宛先エンド・ポイント３２０と、発呼者３３０と、ＰＢＸ３４０とを有する。通信環境３００は、更にサーバを有する。これにより一般的な発呼の管理を補助する。しかし、サーバはエンド・ポイントの認証には必要ない。
【００２２】
次の動作について説明する。発呼者３３０は、（１）卓上電話器例えばエンド・ポイント３１０にＰＢＸ３４０を介して発呼する。（２＊)発呼は、デスク・セットと電話の宛先にリングを鳴らす。それはＰＢＸに関与しないステーション・マッピングが、統合した通信サーバ１７０で確立されてからである。次にこのマッピングのために、（２）宛先エンド・ポイント３２０は、発呼に応答し、生成されたＤＴＭＦシーケンスをＰＢＸ３４０に送る。（３）ＰＢＸ３４０は、このシーケンスを集めて、ＤＴＭＦシーケンスをセーブする。
【００２３】
（４）この時点において接続は完了し、発呼者３３０は、宛先エンド・ポイント３２０と会話する。この発呼の間、（５）宛先エンド・ポイント３２０に関連するユーザは、クライアントに要請して発呼を転送する。この転送リクエストを受領後、（６）クライアントは、Transfer-on-hangup(転送後、再度TRANSFERボタンを押さなくても転送操作が完了する機能)の機能番号(ＰＢＸへのＤＩＤ番号)に発呼する。（７）ＰＢＸ３４０は、この発呼を受領し、発信音を介して宛先エンド・ポイント３２０を流し、ＤＴＭＦシーケンスを得る。（８）宛先エンド・ポイント３２０は、ＤＴＭＦシーケンスとそれに続く転送宛先番号をＰＢＸ３４０に送る。（９）ＰＢＸ３４０は、このシーケンスを有効化して、宛先ディジットを収集して発呼をルーティングする。この時点において宛先エンド・ポイント３２０は、発呼をドロップし転送を完了する。
【００２４】
図４は、本発明によるエンド・ポイントの認証と安全確保した機能へのアクセスを示す。制御は、ステップＳ１００で開始し、ステップＳ１１０に続く。ステップＳ１１０において、クライアントへ発呼するリクエストを送る。ステップＳ１２０において、クライアントは、発呼を受領すると、ＤＴＭＦシーケンスを生成する。ステップＳ１３０において、生成されたＤＴＭＦシーケンスは、サーバと、ＰＢＸの一方又は両方に送る。そこで後での認証用に記憶する。制御は、ステップＳ１４０に移る。
【００２５】
ステップＳ１４０において、宛先への発呼は完了する。ステップＳ１５０において、安全確保した機能へアクセスするリクエストを受領する。このリクエストの受領により、リクエストはクライアントに送られて、ＤＴＭＦシーケンスを要求する。このＤＴＭＦシーケンスは、ステップＳ１６０で、再送信される。ステップＳ１７０において、再送信されたＤＴＭＦシーケンスは、最初に生成されたＤＴＭＦシーケンスと同一であるか否かの決定がなされる。このシーケンスが同一の場合には、制御はステップＳ１８０に進み、それ以外はステップＳ１９２に進む。
【００２６】
ステップＳ１８０において、安全確保した機能アクセスが許される。発呼と機能へのアクセス操作は、ステップＳ１９０で行われる。その後、ステップＳ１９４に進み、そこで制御シーケンスは終了する。
【００２７】
ステップＳ１９２において、ＤＴＭＦシーケンスが異なる場合には、発呼はドロップされ、制御はステップＳ１９４に進む。そこで制御シーケンスは終了する。
【００２８】
用語「コンピュータで読み取り可能な媒体」とは、コンピュータが実行するプロセスを記憶する媒体或いは伝送媒体を意味する。媒体とは、非揮発性媒体、揮発性媒体、伝送媒体を意味する。非揮発性の媒体とは、ＮＶＲＡＭ、磁気ディスク又は光学ディスクである。揮発性媒体とは、ＤＲＡＭ、メインメモリを意味する。このコンピュータで読み取り可能な媒体の一般的なものとしては、フロッピーディスク、フレキシブルディスク、ハードディスク、磁気ディスク、他の磁気媒体、磁気光学媒体、ＣＤ−ＲＯＭ、パンチカード、ペーパーテープ等、更にＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ、メモリカード、メモリチップ、或いはカートリッジ等がある。ｅ−ｍａｉｌ或いは他の自己保存型の情報アーカイブに付属したデジタルファイルは、記憶媒体に等価な分配型の記憶媒体であり、本発明でいう記憶媒体と見なすことができる。コンピュータで読み取り可能な媒体がデータベースとして構築された場合には、このデータベースは、あらゆる種類のデータベース、例えば関連型、階層型、オブジェクト志向型のいずれをも含む。
本発明のリンクは、回路交換又はパケット交換型の通信のリンクを例に説明した。しかし他の通信システム、例えば、ＳＩＰベースの通信システムとそのエンドポイントもも利用可能である。リンクとして使用される伝送媒体は、電気信号を搬送できる媒体（同軸ケーブル、銅線ワイヤ、光ファイバー）、音波或い光波を搬送できる媒体、或いは無線やインフラレッド（赤外線）の通信媒体も含む。
本発明の「エンドポイント」は、例えば、電話機、スピーカホーン、携帯電話、ＳＩＰでイネーブルされる、エンドポイント、ＶｏＩＰ、ＰＤＡ，有線装置又は無線装置等を含む。
本発明は、インターネット・プロトコルで接続されたネットワーク環境を例に説明する。本発明のシステムと方法は、ソフトウエアとモジュールとそれらに関連するハードウエアとネットワークを例に説明するが、公知の構造、構成要素、装置は、ブラックボックスの形態で示し単に概要を示すに留める。本発明は、実施例以外に様々な方法で実現できる。
冗長な説明を回避するために公知の構造については省略した、或いはブラックボックスの形態で示している。この省略は本発明の範囲を制限するものではない。ここに開示した実施例は、発明を理解するためのものであり、本発明は個々に述べた特定の実施例以外の様々な方法で実現できる。
上記の実施例では、システムの様々な構成要素或いはシステムのある構成要素は、遠隔地に即ち分散型ネットワーク（ＬＡＮ、ケーブルネットワーク、インターネット）のノードに、又は専用のシステム内の離れた点に配置されている。しかしシステムのこれ等の構成要素は、１つの装置例えばゲートウエイに組み込むこともできる。或いは分散型ネットワーク（例えばアナログ又はデジタルの通信ネットワーク、パケット交換ネットワーク、回路交換ネットワーク、ケーブルネットワーク）の特定のノード上に、集めることもできる。
計算効率を上げるために、システムの構成要素は、分散型ネットワーク内のあらゆる点に配置することができ、これによりシステムの操作に影響を及ぼすことはない。例えば本発明の様々な構成要素は、交換器、ＰＢＸ、メディアサーバ、ゲートウエイ、ケーブルプロバイダ、企業内のシステム或いは通信システムに、そしてユーザーの構内で或いはそれらの組合せた構成内に配置することができる。同様にシステムの機能の一部は、通信装置とそれに関連する計算装置の間で分配することもできる。
ここで議論したフローチャートは、特定のイベントのシーケンスを例に説明するが、本発明の操作に影響を及ぼすことなく、これ等のシーケンスの変更、追加、一部省略も可能である。本発明のシステムと方法は、特殊コンピュータ、プログラムされたマイクロプロセッサ、マイクロコントローラ、ＡＳＩＣ、他の集積回路ＤＳＰ、ハードワイヤド電子素子、論理素子、例えばディスクリートな要素回路、プログラム可能な論理回路、ゲートアレイ、例えばＰＬＤ、ＰＬＡ、ＦＰＧＡ、ＰＡＬ、特殊目的コンピュータ或いは他の手段で実現できる。
本発明を実施するのに用いられるハードウエアは、コンピュータ、携帯用装置、電話器（携帯電話、インターネット電話、デジタル、アナログそれ等の組合せの電話）や他の公知のハードウエアである。これ等の装置のあるものは、プロセッサ（例；シングル又はマルチプルのマイクロプロセッサ）、メモリ、非揮発性記憶媒体、入力装置、出力装置等を含む。更に別の形態のソフトウエアの実行は、分散型の処理、要素／目的型の分散型処理、並列処理或いは仮想機械処理で実行される。
他の実施例に於いては、ここに開示された方法は、オブジェクト指向のソフトウエア開発環境を用いたソフトウエアと組み合わせて実現できる。このソフトウエア環境は、様々なコンピュータ又はワークステーションで使用されるポータブルなソースコードを提供する。別の構成として、開示されたシステムは、標準の論理回路又はＶＬＳＩデザインを用いて一部又は全部のハードウエアで実現できる。本発明のシステムを実行するのにハードウエア又はソフトウエアを用いるかは、システムに要求される速度と効率に依存する。特に使用される特定のソフトウエア、ハードウエアのシステム、マイクロプロセッサ又はマイクロコンピュータシステムに依存する。
他の実施例に於いては、開示された方法は、コンピュータで読み取り可能な記憶媒体に記憶されたソフトウエアで実行され、コントローラとメモリとを有するプログラムされた汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ等で実施される。これ等の実施例に於いては、本発明のシステムと方法は、パソコンに組み込まれたプログラムで実行できる。例えばアプレット、ＪＡＶＡ、ＣＧＩスクプリト、サーバ或いはコンピュータ、ワークステーションに記録された資源或いは専用の測定システムに組み込まれたルーチン等で実施できる。
本発明のシステムは、本発明のシステムと方法をソフトウエア又はハードウエアのシステムに物理的に組み込むことにより実施することもできる。  本発明は、特定の標準及びプロトコルを例に説明したが、本発明はこのような標準とプロトコルに制限されるものではない。他の類似の標準とプロトコルも本発明で用いることができる。これ等の標準とプロトコルは、今後開発されるより効率的な標準とプロトコルで置換されるかも知れないが、このような置換も本発明の一態様（一実施例）と考えられる。
【００２９】
以上の説明は、本発明の一実施例に関するもので、この技術分野の当業者であれば、本発明の種々の変形例を考え得るが、それらはいずれも本発明の技術的範囲に包含される。特許請求の範囲の構成要素の後に記載した括弧内の番号は、図面の部品番号に対応し、発明の容易なる理解の為に付したものであり、発明を限定的に解釈するために用いてはならない。また、同一番号でも明細書と特許請求の範囲の部品名は必ずしも同一ではない。これは上記した理由による。用語「又は」に関して、例えば「Ａ又はＢ」は、「Ａのみ」、「Ｂのみ」ならず、「ＡとＢの両方」を選択することも含む。特に記載のない限り、装置又は手段の数は、単数か複数かを問わない。
【符号の説明】
【００３０】
１００  通信環境
１１０  遠隔地にいるユーザ・クライアント
１２０  携帯電話
１３０  電話
１４０  ＰＳＴＮ
１５０  インターネット
１６０  ファイアウォール
１７０  統合した通信サーバ
１７２  ＤＴＭＦ管理モジュール
１８０  インターネット・ユーザ・クライアント
１９０  電話
２００  通信環境
２１０  エンド・ポイント（クライアント）
２２０  宛先エンド・ポイント
２３０  ＰＢＸ
２４０  ネットワーク
３００  通信環境
３１０  エンド・ポイント
３２０  宛先エンド・ポイント
３３０  発呼者
３４０  ＰＢＸ
図１
１１０，１８０  リモート−遠隔地ユーザ  移動可能ブラウザアプリケーション（ＶＯＩＰソフトフォーン）
１７０  通信マネージャ  アプリケーション  イネーブル  サービス  移動可能サーバ
ミーティング交換企業  モジュール・メッセージング  ウエブ・ライセンシング  有効電話帳  ＤＴＭＦ管理モジュール
ＶＯＰＩパス  アプリケーション・パス
図２
１：データ接続  ２：コール  クライアント  インストラクション  ３：クライアントへの呼び  ４：ＤＴＭＦシーケンス  ５：呼び＋ＤＴＭＦ  ６：呼び  ７：スプライス  スプライス（別の）  ８：第２の呼びを空いているアピアランス選択機能番号  ９：ＤＴＭＦシーケンスの促し  １０：ＤＴＭＦシーケンス＋宛先番号
図３
３１０  エンドポイント（クライアント）
３２０  電話の宛先  ２リング＊  
３４０  ＰＢＸ  
１：呼び  ２：応答＋ＤＴＭＦシーケンス  ３：ＤＴＭＦを保存  ４：接続  ５：リクエストの転送  ６：ハングアップ中の転送特徴番号への呼び  ７：ＤＴＭＦシーケンスの促し  ８：ＤＴＭＦシーケンス＋宛先番号  ９：シーケンスの認証、宛先の数字を集める、呼びをルーティング
図４
Ｓ１００：開始。
Ｓ１１０：クライアントへ発呼するリクエストを送る
Ｓ１２０：クライアントは、発呼を受領すると、ＤＴＭＦシーケンスを生成する
Ｓ１３０：ＤＴＭＦシーケンスをＰＢＸ又はサーバに転送し、そこで記憶する
Ｓ１４０：発呼を完了する
Ｓ１５０：安全確保した機能へアクセスするリクエスト
Ｓ１６０：クライアントは、ＤＴＭＦシーケンスを再送する
Ｓ１７０：再送されたＤＴＭＦシーケンスと最初のＤＴＭＦシーケンスとを比較する
同一である
Ｓ１８０：機能へのアクセスを許可する。
Ｓ１９０：発呼と機能へのアクセスのリクエストを処理する
異なる
Ｓ１９２：呼びをドロップする
Ｓ１９４：終了
【図１】
2010200296.tif 000003
【図２】
2010200296.tif 000004
【図３】
2010200296.tif 000005
【図４】
2010200296.tif 000006
【手続補正書】
【提出日】平成21年12月11日(2009.12.11)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
【図１】本発明による通信環境を表す図。
【図２】本発明による通信クライアントを認証を表すフローチャート。
【図３】本発明による通信クライアントを認証する他の実施例を表す図。
【図４】本発明によるエンドポイントの認証と安全を確保した特徴へのアクセスを実行するフローチャートを表す図。
【外国語明細書】
2010200296000001.pdf