(57)【要約】移動デバイス上の電気通信機能を容易にする方法。当該方法は、移動デバイスから電気通信トランザクション要求を受信するステップ、及び移動デバイスのユーザのコールバック識別子を検索するステップを含む。当該方法は、電気通信トランザクションを実行するステップをさらに含み、トランザクションを実行するステップは、コールバック識別子によって表されるコールバックテレフォニーエンドポイント及び少なくとも１つのターゲットテレフォニーエンドポイントを含む通信セッションを確立するステップを含み、コールバックテレフォニーエンドポイントを含む通信セッションの一部は、テレフォニースイッチから発信コールを行うことによって少なくとも部分的に確立される。【選択図】図２
2009512250.tif 000002
【特許請求の範囲】
【請求項１】
移動デバイス上の電気通信機能を容易にする方法であって、
前記移動デバイスから電気通信トランザクション要求を受信するステップ、
前記移動デバイスのユーザのコールバック識別子を取り出すステップ、及び
前記電気通信トランザクションを実行するステップ
を含み、前記トランザクションを実行するステップは、前記コールバック識別子によって表されるコールバックテレフォニーエンドポイント及び少なくとも１つのターゲットテレフォニーエンドポイントを含む通信セッションを確立するステップを含み、前記コールバックテレフォニーエンドポイントを含む前記通信セッションの一部は、テレフォニースイッチから発信コールを行うことによって少なくとも部分的に確立される、方法。
【請求項２】
請求項１に記載の方法において、前記少なくとも１つのターゲットテレフォニーエンドポイントを含む前記通信セッションの一部は、ルーティング可能電話番号及びＩＰアドレスの一方によって識別される前記ターゲットテレフォニーエンドポイントに前記テレフォニースイッチを接続することによって確立される、方法。
【請求項３】
請求項１に記載の方法において、前記少なくとも１つのターゲットテレフォニーエンドポイントを含む前記通信セッションの一部は、会議ブリッジ及び音声メールシステムの一方である前記ターゲットテレフォニーエンドポイントに前記テレフォニースイッチを接続することによって確立される、方法。
【請求項４】
請求項１に記載の方法において、前記電気通信トランザクション要求を受信するステップは、音声メールチェック要求を受信するステップ、標準通話要求を受信するステップ、及び会議ブリッジ要求を受信するステップのうちの１つを含む、方法。
【請求項５】
請求項１に記載の方法において、前記通信セッションを確立するステップは、前記少なくとも１つのターゲットテレフォニーエンドポイントの１つを選択するために、プレゼンス情報及び通話対応可能性（availability）情報の一方を問い合わせるステップを含む、方法。
【請求項６】
請求項１に記載の方法において、前記電気通信トランザクションを実行するステップは、音声メールシステムの音声メール電話番号を検索するステップ、及び前記音声メールシステムを含むように前記通信セッションを確立するステップを含み、前記音声メール番号は前記ユーザに対応する、方法。
【請求項７】
移動デバイス上の通話機能を管理する方法であって、
前記移動デバイスからサーバへアプリケーション状態要求を送信するステップ、
前記アプリケーション状態要求に応答して、前記サーバから前記移動デバイスへユーザプロファイルを送信するステップ、
前記移動デバイスに記憶されているコンタクト情報を前記ユーザプロファイルと組み合わせて電気通信トランザクション要求を作成するステップ、
前記移動デバイスから前記サーバへ前記電気通信トランザクション要求を送信するステップ、及び
テレフォニースイッチを介して、要求された前記電気通信トランザクションを実行する通話を行うステップ
を含む、方法。
【請求項８】
請求項７に記載の方法であって、前記ユーザプロファイルを前記移動デバイスのユーザへ表示するステップをさらに含む、方法。
【請求項９】
請求項７に記載の方法であって、前記移動デバイスに記憶されている前記コンタクト情報をコンタクトブックからロードするステップをさらに含む、方法。
【請求項１０】
請求項７に記載の方法において、前記電気通信トランザクション要求を作成するステップは、音声メールチェック要求、標準通話要求、及び会議ブリッジ要求のうちの１つの要求を生成するステップを含む、方法。
【請求項１１】
電話システムを使用して電気通信トランザクションを容易にする方法であって、
移動デバイスを介して、前記電気通信トランザクション要求を開始するステップ、
前記要求をサーバへルーティングするステップ、
前記要求に基づいてユーザを識別するステップ、
前記ユーザのユーザプロファイル情報を前記要求に追加するステップ、並びに
前記要求及び前記ユーザプロファイル情報を前記電話システムの制御システムへ送信して前記要求された電気通信トランザクションを容易にするステップ
を含む、方法。
【請求項１２】
請求項１１に記載の方法であって、前記要求が前記ユーザへ送信されていることの確認応答を送信するステップをさらに含む、方法。
【請求項１３】
請求項１１に記載の方法であって、エンタープライズアプリケーション情報を前記要求に追加するステップをさらに含む、方法。
【請求項１４】
請求項１１に記載の方法において、前記電気通信トランザクション要求を開始するステップは、音声メールチェック要求を受信するステップ、標準通話要求を受信するステップ、及び会議ブリッジ要求を受信するステップのうちの１つを含む、方法。
【請求項１５】
移動デバイスのユーザのプロファイルを生成する方法であって、該プロファイルは、電気通信システムによって使用されて前記移動デバイスへの電気通信機能を容易にする情報を含み、該方法は、
前記ユーザのオフィス電話番号を取り出すステップ、
前記ユーザに関連付けられている構内交換機（ＰＢＸ）識別子を識別するステップ、
デフォルトコールバック番号を前記オフィス電話番号に設定するステップ、
前記ユーザに関連付けられている音声メール電話番号を識別するステップ、並びに
前記ＰＢＸ識別子、前記デフォルトコールバック番号、及び前記音声メール電話番号を前記プロファイルに保存するステップ
を含む、方法。
【請求項１６】
請求項１５に記載の方法において、前記ＰＢＸ識別子を識別するステップは、前記オフィス電話番号をＰＢＸマッピングテーブルと相互参照するステップを含む、方法。
【請求項１７】
請求項１５に記載の方法であって、前記ＰＢＸ識別子に関連付けられているＰＢＸが、プログラムに従った通話制御について有効にされているか否かを判断するステップをさらに含む、方法。
【請求項１８】
請求項１５に記載の方法であって、ライトウェイトディレクトリアクセスプロトコル（ＬＤＡＰ）ディレクトリに登録されている少なくとも１つの他の電話番号で前記プロファイルを増補するステップをさらに含む、方法。
【請求項１９】
少なくとも１つの電話と通信する構内交換機（ＰＢＸ）デバイスと、
前記ＰＢＸデバイス及び移動デバイスと通信するサーバとを備えた電気通信システムであって、前記サーバは、
前記移動デバイスから電気通信トランザクション要求を受信し、
前記移動デバイスのユーザのコールバック識別子を取り出し、且つ
前記電気通信トランザクションを実行する
ように構成され、
前記トランザクションの実行は、前記コールバック識別子によって表されるコールバックテレフォニーエンドポイント及び少なくとも１つのターゲットテレフォニーエンドポイントを含む通信セッションの確立を含み、前記コールバックテレフォニーエンドポイントを含む前記通信セッションの一部は、テレフォニースイッチから発信コールを行うことによって少なくとも部分的に確立される、
電気通信システム。
【請求項２０】
請求項１９に記載のシステムであって、前記サーバと通信する少なくとも１つのエンタープライズアプリケーションをさらに備える、システム。
【請求項２１】
請求項１９に記載のシステムにおいて、前記電気通信トランザクション要求の受信は、音声メールチェック要求の受信、標準通話要求の受信、及び会議ブリッジ要求の受信のうちの１つを含む、システム。
【請求項２２】
移動デバイスから電気通信トランザクション要求を受信する手段と、
前記移動デバイスのユーザのコールバック識別子を取り出す手段と、
前記電気通信トランザクションを実行する手段と
を備え、前記トランザクションを実行する手段は、前記コールバック識別子によって表されるコールバックテレフォニーエンドポイント及び少なくとも１つのターゲットテレフォニーエンドポイントを含む通信セッションを確立する手段を備え、前記コールバックテレフォニーエンドポイントを含む、前記通信セッションの一部は、テレフォニースイッチから発信コールを行うことによって少なくとも部分的に確立される、装置。
【請求項２３】
コンピュータ可読媒体であって、そこに格納された命令が、プロセッサによる実行されると、該プロセッサに以下のステップ、即ち、
移動デバイスから電気通信トランザクション要求を受信するステップ、
前記移動デバイスのユーザのコールバック識別子を検索するステップ、及び
前記電気通信トランザクションを実行するステップ
を実施させ、前記トランザクションを実行するステップは、
前記コールバック識別子によって表されるコールバックテレフォニーエンドポイント及び少なくとも１つのターゲットテレフォニーエンドポイントを含む通信セッションを確立するステップを含み、前記コールバックテレフォニーエンドポイントを含む、前記通信セッションの一部は、テレフォニースイッチから発信コールを行うことによって少なくとも部分的に確立される、
コンピュータ可読媒体。
【発明の詳細な説明】
【背景技術】
【０００１】
過去数年間にわたって、移動携帯電話がユビキタスであると概して考えることができる程度にまで移動携帯電話の採用は劇的に増加した。これによって、エンタープライズ音声通話ルーティングの世界が２分されることになった。長年音声の世界は、「家庭」電話番号と「勤務先」電話番号とにきちんと分割されていた。移動電話によって、個人内線とオフィス内線との間の境界線があいまいになっている。ユーザは、移動電話の柔軟性を欲するが、現代の卓上電話の豊富な機能セットも欲する。デスクから離れている時にユーザがどの機能を受けたいのかを選択することをユーザに可能にすることによって、この状況を一致させる必要がある。
【０００２】
移動ハンドセットにエンタープライズテレフォニーを設ける方式には、さまざまな方式が存在している。これらの方式は、オフィス回線の内線としての移動ハンドセットであるものと、オフィス回線の代用品としての移動ハンドセットであるものとに分類することができる。オフィス回線モデルの内線としての移動ハンドセットの目標は、オフィス内線をその電話に「延長」することである。一例は、Avaya社の「携帯電話への拡張（Ｅｘｔｅｎｓｉｏｎ  ｔｏ  Ｃｅｌｌｕｌａｒ）」システムである。このシステムは、移動電話番号をオフィス内線に統合し、ＰＢＸは、オフィス内線への着信コールを受信すると、エンタープライズ通信サーバ（ＥＣＳ）によってそのオフィス内線に結び付けられた移動電話番号についても呼び出し音を鳴らす。いずれの電話であっても、最初に取られた電話が、そのコールを「所有する」ものとみなされる。このように、ユーザは、自身のオフィス電話番号のみを割り当てることができるが、その番号にかけられたコールを自身の携帯電話で受信することができる。
【０００３】
追加機能（オフィス内線を使用してではあるが、移動電話から外部に電話をかけることができる等）を提供するために、Ｆｅａｔｕｒｅ  Ｎａｍｅ  Ｅｘｔｅｎｓｉｏｎｓ（ＦＮＥ）等の製品が存在する。これらは、外部からダイヤル可能な電話番号を通じて内部のＰＢＸ機能を公開する。たとえば、リモートユーザが、自身のオフィス内線から外部に電話をかけたい場合、そのユーザは、最初に自身の移動電話からＦＮＥ番号にダイヤルする。ＰＢＸは、呼び出し側ＩＤを通じて移動電話番号を相互参照することによりユーザを認識し、ユーザがＰＩＮを入力することを要求する。これが行われると、ＰＢＸは、ユーザが番号をダイヤルすることを可能にし、ユーザに代わってその通話を完成させる。
【０００４】
オフィス回線モデルの代用品としての移動ハンドセットは、移動ハンドセットがエンタープライズＰＢＸと直接通信して、事実上、オフィス電話と「なる」ことができるように、移動ハンドセット上のソフトウェアの実施を提供することに焦点を当てている。この例は、Avaya社のＩＰソフトフォン（ＰＣ及びＷｉｎｄｏｗｓ（登録商標）  ＭｏｂｉｌｅポケットＰＣ上で実行される）及びＢｌａｃｋＢｅｒｒｙ（登録商標）デバイスのＲｅｓｅａｒｃｈ  Ｉｎ  Ｍｏｔｉｏｎ  ７７ｘｘシリーズである。このモデルは、ロバストで柔軟な機能を提供することができるが、その問題点は、データのトランスポートに関するものとなる。デバイスは、ＰＢＸと直接通信可能である必要があるので、通常は仮想プライベートネットワーク（ＶＰＮ）であるセキュアなチャネル上で通信する必要がある。大量の音声データが同じチャネル上でトランスポートされる時、これは、時に一般のワイヤレスネットワーク上ではサポートできない場合がある移動用の広帯域接続を必要とする。たとえば、ＲＩＭ  ７７ｘｘ  Ｂｌａｃｋｂｅｒｒｙ（登録商標）デバイスは、（セッション開始プロトコル（ＳＩＰ）上で）エンタープライズ音声機能を提供するためにＷｉｆｉ接続を必要とする。この帯域幅要件によって、純粋な代用品モデルは、使用が限られたモデルとなる。
【発明の開示】
【０００５】
いくつかの実施の形態では、本発明は、移動デバイス上の電気通信機能を容易にする方法を対象とする。当該方法は、移動デバイスから電気通信トランザクション要求を受信するステップ、及び移動デバイスのユーザのコールバック識別子を取り出すステップを含む。当該方法は、電気通信トランザクションを実行するステップをさらに含み、トランザクションを実行するステップは、コールバック識別子によって表されるコールバックテレフォニーエンドポイント及び少なくとも１つのターゲットテレフォニーエンドポイントを含む通信セッションを確立するステップを含み、コールバックテレフォニーエンドポイントを含む、通信セッションの一部は、テレフォニースイッチから発信コールを行うことによって少なくとも部分的に確立される。
【０００６】
いくつかの実施の形態では、本発明は、移動デバイス上の通話機能を管理する方法を対象とする。当該方法は、移動デバイスからサーバへアプリケーション状態要求を送信するステップ、及びアプリケーション状態要求に応答して、サーバから移動デバイスへユーザプロファイルを送信するステップを含む。当該方法は、移動デバイスに記憶されているコンタクト情報をユーザプロファイルと組み合わせて電気通信トランザクション要求を作成するステップ、及び移動デバイスからサーバへ電気通信トランザクション要求を送信するステップ、テレフォニースイッチを介して、要求された電気通信トランザクションを実行する通話を行うステップをさらに含む。
【０００７】
いくつかの実施の形態では、本発明は、電話システムを使用して電気通信トランザクションを容易にする方法を対象とする。当該方法は、移動デバイスを介して、電気通信トランザクション要求を開始するステップ、要求をサーバへルーティングするステップ、及び要求に基づいてユーザを識別するステップを含む。当該方法は、ユーザのユーザプロファイル情報を要求に追加するステップ、並びに要求及びユーザプロファイル情報を電話システムの制御システムへ送信して要求された電気通信トランザクションを容易にするステップをさらに含む。
【０００８】
いくつかの実施の形態では、本発明は、移動デバイスのユーザのプロファイルを生成する方法であって、当該プロファイルは、電気通信システムによって使用されて移動デバイスへの電気通信機能を容易にする情報を含む、方法を対象とする。当該方法は、ユーザのオフィス電話番号を取り出すステップ、ユーザに関連付けられている構内交換機（ＰＢＸ）識別子を識別するステップ、及びデフォルトコールバック番号をオフィス電話番号に設定するステップを含む。当該方法は、ユーザに関連付けられている音声メール電話番号を識別するステップ、並びにＰＢＸ識別子、デフォルトコールバック番号、及び音声メール電話番号をプロファイルに保存するステップをさらに含む。
【０００９】
いくつかの実施の形態では、本発明は、電気通信システムを対象とする。当該システムは、少なくとも１つの電話と通信する構内交換機（ＰＢＸ）デバイスと、ＰＢＸデバイス及び移動デバイスと通信するサーバとを備える。当該サーバは、移動デバイスから電気通信トランザクション要求を受信し、且つ移動デバイスのユーザのコールバック識別子を取り出すように構成される。当該サーバは、電気通信トランザクションを実行するようにさらに構成され、トランザクションの実行は、コールバック識別子によって表されるコールバックテレフォニーエンドポイント及び少なくとも１つのターゲットテレフォニーエンドポイントを含む通信セッションの確立を含み、コールバックテレフォニーエンドポイントを含む、通信セッションの一部は、テレフォニースイッチから発信コールを行うことによって少なくとも部分的に確立される。
【００１０】
いくつかの実施の形態では、本発明は、装置を対象とする。当該装置は、移動デバイスから電気通信トランザクション要求を受信する手段と、移動デバイスのユーザのコールバック識別子を取り出す手段とを備える。当該装置は、電気通信トランザクションを実行する手段も備え、トランザクションを実行するための手段は、コールバック識別子によって表されるコールバックテレフォニーエンドポイント及び少なくとも１つのターゲットテレフォニーエンドポイントを含む通信セッションを確立する手段を備え、コールバックテレフォニーエンドポイントを含む通信セッションの一部は、テレフォニースイッチから発信コールを行うことによって少なくとも部分的に確立される。
【００１１】
さまざまな実施の形態において、本発明は、ユーザのプレゼンス又はロケーションを記憶して、企業に公開するように設計された他のコンポーネントに直接統合することもできる。このようなシステムの例は、インスタントメッセージングシステム、ロケーションベースの検出システム、又は他のハンドヘルド上に配置されたＧＰＳユニットとすることができる。また、本発明の実施の形態は、デスクトップワークステーション及びハンドヘルドデバイス等のさまざまなコンポーネント上のアクティビティ等、プレゼンスを判断するために、他の情報を解釈することもできる。本発明は、職場の電話のステータスをチェックして、ユーザが現在、電話の通話に積極的に関わっているか否かを判断することもできる。このプレゼンス情報は、システムを通じて開始された通話の１人又は２人以上のターゲット受信者の通話対応可能性を判断するのに使用することができる。ユーザが何らかの理由で通話に対応できない場合、この情報は、通話開始者に通知するのに使用することもできるし、別の知的な動作を行うのに使用することもできる。別の知的な動作は、目的とする受信者にアラートすること、又は、双方の参加者が通話に対応することができ、そしてそれらの参加者間でエンタープライズ通話を開始する時刻を待つ等である。
【００１２】
さまざまな実施の形態において、本発明は、コンピュータ可読媒体であって、そこに格納された命令が、プロセッサによる実行されると、該プロセッサに以下のステップ、即ち、
移動デバイスから電気通信トランザクション要求を受信するステップ、
前記移動デバイスのユーザのコールバック識別子を検索するステップ、及び
前記電気通信トランザクションを実行するステップ
を実施させ、前記トランザクションを実行させるステップは、
前記コールバック識別子によって表されるコールバックテレフォニーエンドポイント及び少なくとも１つのターゲットテレフォニーエンドポイントを含む通信セッションを確立するステップを含み、前記コールバックテレフォニーエンドポイントを含む、前記通信セッションの一部は、テレフォニースイッチから発信コールを行うことによって少なくとも部分的に確立される、コンピュータ可読を対象とする。
【００１３】
さまざまな実施の形態において、本発明は、通話の１人又は２人以上の受信者の通話対応可能性をプログラムに従って判断するために、それらの受信者のプレゼンスをチェックすることができる。
【００１４】
さまざまな実施の形態において、本発明は、通話時刻、通話継続期間、その通話に関して呼び出し側が生成したコメント等、通話についての情報を追跡するように設計されたデータベースに記憶するために、通話のステータス及び結果を追跡することができる。
【発明を実施するための最良の形態】
【００１５】
本明細書で使用されるように、「移動デバイス」という用語は、たとえば、携帯情報端末（ＰＤＡ）、ワイヤレスラップトップ、移動電話、ウェアラブルコンピュータ等の任意のタイプの移動デバイスを含む。このようなデバイスは、たとえば、Ｐａｌｍ  ＯＳ（登録商標）オペレーティングシステム、Ｗｉｎｄｏｗｓ（登録商標）  Ｍｏｂｉｌｅ（登録商標）オペレーティングシステム、Ｂｌａｃｋｂｅｒｒｙ（登録商標）オペレーティングシステム、Ｌｉｎｕｘベースのオペレーティングシステム、Ｓｙｍｂｉａｎ（登録商標）オペレーティングシステム等の任意のタイプの移動コンピューティングオペレーティングシステムを使用することができる。
【００１６】
本明細書で説明するシステム及び方法のさまざまな実施形態は、セキュリティ及び帯域幅の懸案事項を軽減すると同時に、卓上電話で利用可能な通話制御機能（たとえば、マルチプルアピアランス（multiple appearance）、通話制御、保留設定、及び短縮ダイヤル）を提供する。本発明のさまざまな実施形態は、既存の音声チャネル上で豊富なエンタープライズテレフォニーを提供するために、エンタープライズ通話制御が、大量の音声トランスポートから分離された手法を利用する。これらの２つのシステムを互いに分離することによって、帯域幅がはるかに小さいセキュアな接続を通話制御命令の送信に使用することができると同時に、標準的な音声ベアラネットワーク（voice bearer networks）は、大量の音声トラフィックに使用される。本発明のさまざまな実施形態は、音声アプリケーションの相互作用のプロキシとして使用されるコールバック音声番号（call-back voice number）を使用する。
【００１７】
コールバック音声番号の一例は次の通りである。エイミーは、オフィス内線５５５−１２３４を有する。彼女は、現在、オフィス外にいるが、彼女の移動電話６６６−２３４５を持っている。彼女は、４４４−３４５６に電話をかけたい。彼女は、自身のＢｌａｃｋＢｅｒｒｙデバイス上で実行されているクライアントを使用して、コールバックされるデバイスとして示される自身の携帯電話で通話要求を発行する。（場合によっては、エイミーのＢｌａｃｋＢｅｒｒｙは、音声対応とすることができ、コールバックされるデバイスとして使用することができる）。サーバ側では、その要求は、エンタープライズＬＤＡＰと相互参照されて、エイミーのオフィス内線及び彼女の携帯電話番号が求められる。次に、彼女のオフィスＰＢＸは、エイミーの内線（５５５−１２３４）を使用して開始されて彼女の携帯電話（６６６−２３４５）で終端された通話を彼女に代わってかけるように命令される（他の実施形態では、この通話は、たとえば番号プールからの別の番号を使用して開始される場合もあるし、番号は、物理的なデスクセットに関連付けられてさえいない場合もある）。この通話が接続されると、ターゲット番号（４４４−３４５６）が追加され、通話は完成する（たとえば、ターゲット番号も、従来のコールルーティングを介してＰＢＸにより接続される）。受信者の視点から、エイミーは、たとえ彼女が実際には自身の移動電話の音声接続を使用していても、彼女のオフィス回線から通話を行っていることになる。この例は、音声接続の第１の行程（leg）がエイミーの携帯電話とＰＢＸとの間にあること、及び、第２の行程がＰＢＸとターゲット番号との間にあることを説明している。通話がセットアップされる順序は、逆の場合もあるし、ほぼ同時の場合もある。
【００１８】
図１は、移動コンピューティングシステム１０の一実施形態を示している。このシステム１０では、移動電話１２及びデバイス１４（本明細書では、「ハンドヘルド移動デバイス」又は「移動デバイス」のいずれかで呼ばれる）は、ワイヤレスネットワーク１８を介してネットワーク１６と通信する。電話１２及びデバイス１４は、ワイヤレスネットワーク１８と通信できるデバイスの例であり、任意のタイプのワイヤレスデバイスがワイヤレスネットワーク１８と通信できることを理解することができる。ワイヤレスネットワーク１８は、セルラーネットワーク、ワイヤレス電話ネットワーク、又は無線通信ネットワーク等の任意のタイプのネットワークとすることができる。ネットワーク１６は、たとえば、ローカルエリアネットワーク（ＬＡＮ）又はインターネット等の任意のタイプのネットワークとすることができる。コンピュータ２０は、ネットワーク１６と通信する。コンピュータ２０は、たとえばパーソナルコンピュータ等の任意のタイプのコンピュータとすることができる。
【００１９】
さまざまな実施形態では、電話１２及び移動デバイス１４の１つ又は２つ以上は、ソフトウェアアプリケーションクライアントを含むことができる。このソフトウェアクライアントは、サーバ２２へのセキュアな接続を通信／通話制御チャネルとして利用することができる。クライアントは、ユーザが、セキュアなトランザクションを提供するために対話することができる一般的なユーザインターフェース（ＵＩ）も提供することができる。ＢｌａｃｋＢｅｒｒｙデバイス等の移動デバイス上では、クライアントは、たとえばＪａｖａ（登録商標）  Ｊ２ＭＥで記述されたシッククライアントとすることができる。しかしながら、クライアントは、他の言語で実装することもできるし、ウェブベースのコンソールとして実装することもできる。
【００２０】
さまざまな実施形態では、ソフトウェアクライアントは、サーバ２２へのセキュアな接続を利用して、このセキュアな接続で、トランザクション及びデータを発行（開始）し受信することができる（たとえば、クライアントは、ユーザの音声メールステータスを問い合わせて受信することができる）。また、クライアントは、エンドユーザがシステム１０と対話し、情報を見て、トランザクションを発行するＵＩも提供することができる。クライアントは、トランザクションを発行する方法をカスタマイズするのに使用できるユーザ嗜好及び設定のクライアント側プロファイルを保持することもできる。また、クライアントは、サーバ２２がリアルタイムアラート及び情報を送信できる常時実行メカニズム又はバックグラウンドアプリケーションを提供することができる。
【００２１】
ネットワーク１６はサーバ２２と通信する。サーバ２２は、モバイルエンタープライズアプリケーションを管理する。さまざまな実施形態では、サーバ２２は、シッククライアントデバイスとして、電話１２及び／又は移動電話１４上のクライアントアプリケーションがテレフォニー要求及び問い合わせを発行することを可能にするネットワークプロトコル（たとえば、ＸＭＬ又はＳＩＰ）を通じて一組の機能を公開する。また、サーバ２２は、デバイス１２、１４からの受信トランザクションを、データベース及びＬＤＡＰディレクトリ（図示せず）等のローカルエンタープライズアプリケーションデータストアからの情報で高度化することもできる。サーバ２２は、ネイティブクライアントアプリケーションを実行できない場合があるデバイス１２、１４のユーザに提供できるシンクライアントウェブページベースのアプリケーションを公開することもできる。サーバ２２は、テレフォニー動作を行うために、適切なＡＰＩ（厳密なＡＰＩ及びインフラストラクチャは、特定のＰＢＸベンダに応じて異なる場合がある）を通じて構内交換機（ＰＢＸ）システム２８と通信することができる。本発明の実施形態は、音声通話をルーティングする他のテレフォニースイッチ又はテレフォニーシステムにも適用可能である。これらの他のテレフォニースイッチ又はテレフォニーシステムには、ＶＯＩＰシステムが含まれ得る。
【００２２】
ファイアウォール２４等のセキュリティデバイスを、ネットワーク１６とサーバ２２との間に挿入することができる。サーバ２２は、（他のコンピュータシステム及び／又はサーバ２２上で実行される）エンタープライズアプリケーション２６及びＰＢＸ２８と通信する。電話３０はＰＢＸ２８と通信する。さまざまな実施形態では、ＰＢＸ２８は、本発明の機能を可能にするどのカスタムソフトウェアも実行しないが、アクティブな参加者である。さまざまな実施形態では、ＰＢＸ２８によって、システム１０は、通話、電話の保留等を行うために、所与の内線をプログラムに従って制御することが可能になる。また、ＰＢＸ２８によって、システム１０は、所与の内線に関するイベント（オンフック／オフフックになる時、音声メールを受信する時等）を受信することが可能になる。
【００２３】
さまざまな実施形態では、システム１０は、大量データトランスポートチャネルとしてテレフォニーを使用して、バックエンド機能をデバイス１２、１４まで拡張する。エンタープライズアプリケーション２６及びデータソース（図示せず）は、移動デバイス１２、１４からユーザによって発行されるトランザクションを増補するデータを提供することができる。たとえば、ユーザは、所与のユーザと通話したい要望のみを指定することができる。ＬＤＡＰディレクトリが使用されて、そのユーザの特定の電話番号をルックアップすることができる。また、ユーザは、特定の会議のすべての参加者と会議通話を行いたいと指定することもできる。システムは、たとえば、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅのカレンダーのエントリーをチェックして、ユーザの電話番号をルックアップし、次いで、参加者としてのそれらの番号との会議通話を作成することができる。エンタープライズアプリケーション２６及びデータソースは、電話の通話でユーザにデータを提供することができる。たとえば、ＣＲＭシステムへの問い合わせは、移動デバイス１２、１４上に設けることができる。システム１０は、ＣＲＭシステムに問い合わせて、関連のある情報を取り出し、次いで、ユーザにコールバックしてそのデータを提供する。
【００２４】
図２は、移動コンピューティングプロセスワークフローの一実施形態を示している。ステップ４０において、移動デバイスのユーザは、その移動デバイス上で或る動作を行う要求を開始する。この動作は、ユーザが、ＰＢＸに接続された電話上で行うことができるＰＢＸテレフォニー機能とすることができる。さまざまな実施形態では、このような要求を行うことを認可された移動デバイスによってのみ要求を開始することができる。
【００２５】
ステップ４２において、要求されたトランザクションは、移動エンタープライズアプリケーションを管理するサーバへルーティングされる。このトランザクションは、たとえば、セキュアなチャネル上でルーティングすることができる。ステップ４４において、トランザクションは、サーバ（たとえば、サーバ上のトランザクションブローカソフトウェア）によって受信され、ステップ４６において、開始ユーザ情報が、要求と共に送信されたトランザクションデータから抽出されて認証される。ステップ４８において、要求されたトランザクションを行っているユーザのユーザプロファイルがメモリ（たとえば、サーバのプロファイルキャッシュ）にあるか否かが判断される。プロファイルがメモリに記憶されていない場合、ステップ５０において、プロファイルが作成されるか、又は、データベースからロードされる（すなわち、ユーザがプロビジョニングされる）。
【００２６】
ステップ５２において、トランザクションは、そのトランザクションのすべての参加者のプロファイル情報に基づいてトランザクションを完成させるのに必要とされ得るあらゆる欠落している情報で増補される。さまざまな実施形態では、このような情報は、たとえば、電話番号、電子メールアドレス、カレンダーエントリー等とすることができ、内部エンタープライズアプリケーション又は外部エンタープライズアプリケーションから得ることができる。これらのエンタープライズアプリケーションは、たとえば、ライトウェイトディレクトリアクセスプロトコル（ＬＤＡＰ）ディレクトリ５４、嗜好データベース５６（たとえば、デフォルト情報及びユーザの嗜好を含む）、ＰＢＸ構成データベース５８、パーソナル情報マネージャ（ＰＩＭ）サーバ６０、ＣＲＭシステム、販売データベース等である。また、この段階で、システムは、当該システムに利用可能となり得る任意のプレゼンスシステム又はプレゼンスのインジケータに対して問い合わせを行うことができる。プレゼンスインジケータの例には、デスクトップデバイス及びハンドヘルドデバイスからのインスタントメッセージングプレゼンスレポジトリ、フリー・ビジーカレンダー情報、アクティビティインジケータ、並びに、ユーザの企業電話内線のステータスが含まれ得るが、これらに限定されるものではない。たとえば、インスタントメッセージングでアクティブであり且つ通話中でないユーザは、通話対応可能であるとみなすことができるのに対し、インスタントメッセージングでアクティブであるが、通話中であるユーザは、通話対応不能であるとみなすことができる。このプレゼンス情報は、通話を開始する最も良い時刻がいつであるのかを決定する通話情報と組み合わせることができる。ターゲットユーザが通話対応不能である場合、このようなステータスを開始ユーザに通信して戻すことができる。
【００２７】
ステップ６２において、トランザクションは、ＰＢＸ音声システムの制御を担当するテレフォニーシステムへ発行され、ステップ６４において、確認応答が初期トランザクションで要求されている場合に、このような確認応答が開始ユーザ（及び他の任意のユーザ）へ送信される（これは、確認応答がデフォルトで必要とされている場合にも行われ得る）。
【００２８】
図３は、移動エンタープライズアプリケーションを管理するサーバによって実行可能なサーバワークフローの一実施形態を示している。ステップ７０において、サーバは、移動デバイスからトランザクション要求を受信し、ステップ７２において、ユーザプロファイルがロードされる。ステップ７４において、電話が、開始ユーザのユーザプロファイルで指定されるコールバック番号にかけられ（すなわち、コールバック番号によって表されるコールバックテレフォニーエンドポイント及び少なくとも１つのターゲットテレフォニーエンドポイントを含む通信セッションが確立される）（これは、たとえば、ユーザプロファイル情報を無効にして、コールバック番号が開始ユーザにより指定される場合にも行われ得る）。ステップ７６において、トランザクションが、音声メールチェックであるのか、標準通話であるのか、それとも会議ブリッジであるのかが判断される。トランザクションは、他の任意のタイプのトランザクションとすることができ、図３に示す３つのトランザクションは例示にすぎないことを理解することができる。
【００２９】
トランザクションが、音声メールチェックトランザクションである場合、ステップ７８において、ユーザのオフィス内線の適切な音声メール番号（すなわち、ターゲットテレフォニーエンドポイント）が、ユーザプロファイルから取り出され（これは、この情報がステップ７２ですでにキャッシュされている場合にも行われ得る）、ステップ８０において、ユーザは、音声メールシステムと接続される。トランザクションの確認応答がステップ８１においてユーザへ返される。
【００３０】
トランザクションが標準通話であるとステップ７６で判断された場合には、ターゲットユーザの（すなわち、通話を受けたユーザの）番号（すなわち、たとえばルーティング可能電話番号、ＩＰアドレス等によって識別されるターゲットテレフォニーエンドポイント）が、ステップ８２において、たとえばＬＤＡＰディレクトリから取得され（これは、ターゲットユーザの番号が開始ユーザによって指定されている場合も行われ得る）、ステップ８４において、通話がその番号に接続される。トランザクションの確認応答が、ステップ８１において、要求側ユーザへ返される。
【００３１】
トランザクションが会議トランザクションであるとステップ７６で判断された場合には、会議ブリッジがまだ存在していないときは、会議ブリッジがテレフォニースイッチ内に作成され、新しい回線が、ステップ８６において、会議ブリッジに追加される。ステップ８８において、会議に参加する番号（すなわち、ターゲットテレフォニーエンドポイント）が、たとえばＬＤＡＰディレクトリから取り出され、ステップ９０において、通話が、その番号に接続され、ターゲットユーザは、ブリッジに会議接続される（conferenced into the bridge）。ステップ９２において、会議に参加する必要があるターゲットユーザが他にいるか否かが判断される。他にいる場合には、このプロセスはステップ８６に戻る。会議に参加するユーザがそれ以上いない場合には、トランザクションの確認応答が、ステップ８１において、要求側ユーザへ返される。本発明の実施形態は、会議ブリッジだけでなく会議通話にも適用される。
【００３２】
図４は、移動デバイスのワークフローの一実施形態を示している。ステップ１００において、移動デバイス上のＰＢＸ機能を管理するアプリケーションが起動する。このアプリケーションは、移動デバイスのユーザが起動することもできるし、たとえば移動デバイスのスタートアップ時に自動的に始動することもできる。ステップ１０２において、開始されたアプリケーションが、ステートレスである（すなわち、コールバック電話番号、音声メールステータス、ＰＢＸデスクハンドセットステータス等を処理しない）場合、要求は、このような状態情報の移動エンタープライズアプリケーションを管理するサーバへ送信される。ステップ１０４において、サーバは、たとえばＬＤＡＰディレクトリ、ＰＢＸシステム等からユーザプロファイル情報をロードする。
【００３３】
ステップ１０６において、プロファイル情報及び状態情報が、たとえばセキュアな通信チャネルを介して移動デバイスへ送信される。ステップ１０８において、プロファイル情報が、移動デバイスのユーザへ表示され、ステップ１１０において、たとえば移動デバイスのＰＩＭからのローカルコンタクト情報がアプリケーションにロードされる。ステップ１１２において、このローカルコンタクト情報は、プロファイル情報と組み合わされて、ユーザがトランザクションを選択するまで、移動デバイス上でユーザへ表示される。
【００３４】
ステップ１１４において、選択されたトランザクションが、ローカルプロファイル情報と組み合わされ、ステップ１１６において、このトランザクションが、たとえばセキュアなチャネルを介して、移動デバイスからサーバへ送信される。ステップ１１８において、サーバは、ＰＢＸシステムを使用して、トランザクションにおいて識別された、要求された通話を行う。
【００３５】
図５は、移動エンタープライズアプリケーションを管理するサーバによるユーザプロファイルを作成するプロセスの一実施形態を示している。ステップ１２０において、ユーザプロファイル生成プロセスが開始される。このような開始は、たとえば、システムのスタートアップ時又は新しいユーザをプロビジョニングする時に行うことができる。ステップ１２２において、プロファイルが生成されているユーザのＰＢＸ内線が、たとえばＬＤＡＰディレクトリ１２４から取り出される。ステップ１２６において、ユーザのＰＢＸ内線が、ＰＢＸマッピングテーブルと相互参照されて、ユーザが割り当てられているＰＢＸが求められる。
【００３６】
ステップ１２８において、プロセスは、ユーザのＰＢＸ１２９から、ＰＢＸ１２９がプログラムに従った通話制御に対応しているか否かを判断する。ＰＢＸ１２９がそのように対応していない場合、ステップ１３０において、エラーが報告される。ステップ１３２において、プロファイルが、たとえばＬＤＡＰ１２４からの追加の電話番号で増補される。このような追加の電話番号は、ユーザが、自身のＰＢＸ内線以外で使用したい電話番号である場合があり、移動番号、家庭電話番号等を含むことができる。
【００３７】
ステップ１３４において、より良いセキュリティを得るために、ユーザのデフォルトコールバック番号をＰＢＸオフィス内線番号へ送信することができる。ステップ１３６において、ＰＢＸ１２９が、異なる外部音声メール番号を使用する場合に、プロファイルが正しい番号を含むように、ユーザのＰＢＸ内線が、ユーザの外部音声メール番号と相互参照される。ステップ１３８において、完成したプロファイルがユーザ用に保存される。
【００３８】
本発明のさまざまな実施形態は、モバイルオフィス内線制御機能を提供する。このような実施形態は、エンタープライズＰＢＸを通じて直接的にユーザのオフィス内線をセキュアに制御することによりオフィステレフォニー機能へのアクセスをユーザに与える。移動デバイス上では、ユーザは、クライアントを通じてシステムと対話する。ユーザは、以下のような動作を行うことができる。
【００３９】
●ユーザのオフィス内線を使用して、ユーザに代わってＰＢＸに通話をかけさせる。この通話は、最初に、登録されたコールバック番号にかけられ、次いで、宛先への通話が完成される。
【００４０】
●ローカルアドレスブックから一連のユーザを選択し、参加者としてのそれらのユーザとの会議通話をシステムに作成させる。開始ユーザは、どの番号の参加者に連絡を取るかを選択することもできるし、ユーザがたとえばＬＤＡＰディレクトリに登録した番号のユーザに連絡を取ることを次第に試みるシステムにそれを任せることもできる。
【００４１】
●既存の通話を、次のような追加動作で操作する。
○新しい参加者を会議に加える
○参加者を取り除く
○現在の通話を保留状態にする
○現在の通話の音を消す
【００４２】
●さまざまなプレゼンスレポジトリ及び間接的なプレゼンス情報のソースにプログラムに従ってインターロゲートするようにバックエンドに命令することによって、さまざまな人々の通話対応可能性及びステータスをチェックする。
【００４３】
本発明のさまざまな実施形態によって、ユーザがコールバンク番号を設定することが可能になる。このような実施形態では、ユーザは、たとえばＬＤＡＰディレクトリに自身が登録したオフィス番号／自宅番号／移動番号から選択することもできるし、そうするのではなく、その番号を別の任意の番号に設定することもできる。ユーザがＬＤＡＰベースの番号を選択した場合、この番号は、サーバ側で自動的に解明される。
【００４４】
本発明のさまざまな実施形態によって、ユーザが、クライアントを使用して、ユーザの音声メールのステータス（すなわち、ユーザが、自身のオフィス内線で待機している新しい音声メールを有するか否か）をプログラムに従ってチェックすることが可能になる。また、ユーザは、受信された音声メールの個数、それらの音声メールがいつ受信されたのか、及びそれらの音声メールがどの番号からのものであるのかを見ることができる。また、ユーザは、新しい音声メールがエンタープライズシステムによって受信された時に、たとえばＢｌａｃｋＢｅｒｒｙデバイス等のハンドヘルドデバイス上でユーザに自動的に通知するようにシステム（たとえば、音声メール制御エージェント）を構成することもできる。
【００４５】
本発明のさまざまな実施形態によって、ユーザは、コールバックデバイス上の音声メールに接続されるように要求することが可能になる。これは、ターゲット番号が、ユーザの音声メールシステムについて外部からダイヤル可能な番号（各ユーザは、自身のホームＰＢＸに応じて、異なる外部音声メール番号を有することができる）となるようにシステムによって自動的に解明されることを除いて、標準通話と同様である。
【００４６】
提供される本発明のさまざまな実施形態は、ページング／メッセージングシステム（たとえば、ＳＭＳ、電子メール、インスタントメッセージング、又はアラート）に統合することができる。ページ／メッセージがユーザへ送信される場合、送信者は、電話番号をそのページ／メッセージに関連付けることを選ぶこともできる。ユーザは、ページ／メッセージを受信すると、システムを使用して、この番号で送信者に接続されるように自動的に要求することができる。ページ／メッセージに関連付けられている番号がない場合、ユーザは、それでも、送信者に接続することを選ぶことができ、システムは、たとえばＬＤＡＰディレクトリを使用してターゲット番号を解明する。
【００４７】
本発明のさまざまな実施形態では、サーバは、ターゲットユーザの最も適切な電話番号を知的に決定することを試みることができる。クライアント及びバックエンドの内部にプレゼンス情報及びロケーション情報を保持することによって、システムは、ユーザが、どの電話番号が所与の時刻においてそのユーザに最良であるのかを選択することを可能にする。また、システムは、ユーザのデスクトップデバイス又は移動デバイス（たとえば、ＢｌａｃｋＢｅｒｒｙデバイス）上のアクティビティの追跡記録も保持して、ユーザが移動しているのか、それとも自身の机についているのかを判断することができる。システムを通じて送信された通話は、その後、このプレゼンス情報を使用して、ダイヤルする適切な番号を選択することができる。
【００４８】
「コンピュータ可読媒体」という用語は、本明細書では、当業者に理解されている通りに定義される。たとえば、本明細書で説明した方法ステップは、一定の実施形態では、当該方法ステップを実行するようにコンピュータシステムに指示する１つ又は複数のコンピュータ可読媒体に記憶されている命令を使用して実行できることを十分理解することができる。コンピュータ可読媒体には、限定ではなく例として、ディスケット、読み出し専用及び書き込み可能の双方の種類のコンパクトディスク、デジタル多用途ディスク（ＤＶＤ）、光ディスクドライブ、及びハードディスクドライブ等のメモリデバイスが含まれ得る。また、コンピュータ可読媒体には、物理的なもの、仮想的なもの、永続的なもの、一時的なもの、半永続的なもの、及び／又は半一時的なものとすることができるメモリストレージが含まれ得る。コンピュータ可読媒体には、１つ又は２つ以上の搬送波で伝送される１つ又は２つ以上のデータ信号もさらに含まれ得る。
【００４９】
本明細書で使用されるように、「コンピュータ」又は「コンピュータシステム」は、限定ではなく例として、単独又は組み合わせのいずれかで、パーソナルコンピュータ（ＰＣ）、サーバベースコンピュータ、メインフレーム、マイクロコンピュータ、ミニコンピュータ、ラップトップ、携帯情報端末（ＰＤＡ）、携帯電話、ページャ、プロセッサ（そのワイヤレス及び／又は有線の種類が含まれる）、及び／又は、スタンドアロンアプリケーション用のデータ若しくはネットワーク接続された１つ又は複数の媒体上のデータのいずれかを処理するように構成できる他の任意のコンピュータ化デバイスとすることができる。本明細書で開示するコンピュータ及びコンピュータシステムは、データの取得、処理、記憶、及び／又は通信で使用される一定のソフトウェアアプリケーションを記憶するメモリを含むことができる。このようなメモリは、それらのメモリに動作可能に関連付けられているコンピュータ又はコンピュータシステムに対して、内蔵又は外付けとすることができ、リモート又はローカルなものとすることができる。また、メモリは、ハードディスク、光ディスク、フロッピー（登録商標）ディスク、ＲＯＭ（読み出し専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、ＰＲＯＭ（プログラマブルＲＯＭ）、ＥＥＰＲＯＭ（拡張された消去可能ＰＲＯＭ）、及び他の適したコンピュータ可読媒体を含む、ソフトウェアを記憶する任意の手段も含むことができる。
【００５０】
本発明の実施形態の図面及び説明は、明確にするために、他の要素を削除すると同時に、本発明の明確な理解に関連のある要素を示すように簡単化されていることが理解されるべきである。しかしながら、当業者は、これらの要素及び他の要素が、本実施形態のさまざまな態様の実施には望ましい場合があることを認識するであろう。一方、このような要素は、当該技術分野で既知であり、本発明についての理解を深めることを容易化するというものでもないから、このような要素の解説は、本明細書では提供されていない。本明細書で開示した本方法及び本システムのいくつかの実施形態では、単一のコンポーネント（たとえば、サーバ、テレフォニースイッチ）は、所与の１つの機能を実行する複数のコンポーネントと取り替えることができ、複数のコンポーネントは、所与の複数の機能を実行する単一のコンポーネントと取り替えることができることを十分理解することができる。このような代用が、本方法及び本システムを実施するように動作するということにはならない場合を除いて、このような代用は、本発明の範囲内にある。本明細書で提示した例は、動作可能な例を含めて、本方法及び本システムの実施形態の可能性のある実施態様を示すように意図されている。このような例は、主として例示の目的であるように意図されていることを十分理解することができる。本明細書で説明した方法、製品、コンピュータ可読媒体、及び／又はシステムの実施形態の例の特定の１つ又は複数の態様は、本発明の範囲を限定するように意図されてはいない。
【００５１】
本明細書で提示した図は、例示の目的であるように意図され、構造図として意図されていないことが十分理解されるべきである。省略された細部及び変更形態又は代替的な実施形態は、当業者の理解の範囲内にある。さらに、本発明の特定の実施形態は、本発明を限定する目的ではなく、本発明を例示するために本明細書で説明されているが、部分／要素／ステップ／機能の詳細、材料、及び配置の多数の変形を、添付の特許請求の範囲に記載した本発明から逸脱することなく、本発明の原理及び範囲内で行えることが、当業者によって十分理解されよう。
【図面の簡単な説明】
【００５２】
【図１】移動コンピューティングシステムの一実施形態を示す図である。
【図２】移動コンピューティングプロセスワークフローの一実施形態を示す図である。
【図３】サーバワークフローの一実施形態を示す図である。
【図４】移動デバイスワークフローの一実施形態を示す図である。
【図５】ユーザプロファイルを作成するプロセスの一実施形態を示す図である。
【図１】
2009512250.tif 000003
【図２】
2009512250.tif 000004
【図３】
2009512250.tif 000005
【図４】
2009512250.tif 000006
【図５】
2009512250.tif 000007
【国際調査報告】
2009512250.tif 000008
2009512250.tif 000009
2009512250.tif 000010