(57)【要約】  本発明は、帯域又は演算能力の制限によって通話管理機能を提供できない状況下で、向上した通話管理機能を提供できるようにする。本発明の一形態において、メディアサーバとのフル帯域接続及びモバイルエンドユーザデバイスとのワイヤレス接続を有するステータスプロキシサーバは、ＳＩＰ又は同様のデータ構造化プロトコルの受信と、受信した構造化データを表すステータス指示子の保持と、所定時間間隔での、モバイルエンドユーザデバイスへのステータス指示子の更新の伝達とを行う。
2009538018.tif 000002
【特許請求の範囲】
【請求項１】
複数のエンドユーザ間の通話を提供する通信ネットワークの一部を形成し、かつ少なくとも１つの通話管理構造化データセットに従って数人のエンドユーザと通信を行うように構成されたメディアサーバと、モバイルエンドユーザデバイスとの間の通信方法であって、
前記メディアサーバとのフル帯域接続及び前記モバイルエンドユーザデバイスとの制限された帯域接続を有するステータスプロキシサーバを確立する段階と、
前記通話管理構造化データセットに従って、前記ステータスプロキシサーバで前記メディアサーバから構造化データを受信する段階と、
前記ステータスプロキシサーバで、前記受信した構造化データを代表するステータス指示子を保持する段階と、
所定時間間隔で、前記ステータス指示子の更新を前記モバイルエンドユーザデバイスに伝達する段階と
を有することを特徴とする方法。
【請求項２】
前記モバイルエンドユーザデバイスへの前記ステータス指示子更新伝達の前記時間間隔が、実質的総計として、前記通話管理構造化データセットに従う前記ステータスプロキシサーバでの構造化データ受信の時間間隔よりも広いことを特徴とする請求項１に記載の方法。
【請求項３】
前記モバイルエンドユーザデバイスへの前記ステータス指示子更新伝達が、前記ステータスプロキシサーバでの前記メディアサーバからの構造化データ受信と非同期であることを特徴とする請求項１又は請求項２に記載の方法。
【請求項４】
前記メディアサーバと前記ステータスプロキシサーバとの間の通信の帯域幅が、前記ステータスプロキシサーバと前記モバイルエンドユーザデバイスとの間の通信の帯域幅よりも、少なくとも４倍、好ましくは少なくとも１０倍広いことを特徴とする請求項１ないし３のいずれか１項に記載の方法。
【請求項５】
前記ステータス指示子の更新を伝達する段階が、
前記モバイルエンドユーザデバイスに最後にステータス更新を伝達したときからの前記時間間隔を決定する段階と、
前記ステータス指示子に表された構造化データタイプを決定する段階と、
前記２つの決定に従って、前記モバイルエンドユーザデバイスに更新を伝達するかどうかを選択する段階と
を有することを特徴とする請求項１ないし４のいずれか１項に記載の方法。
【請求項６】
前記モバイルエンドユーザデバイスとの前記制限された帯域接続が、ワイヤレス接続であることを特徴とする請求項１ないし５のいずれか１項に記載の方法。
【請求項７】
前記通話管理構造化データセットが、インターネット技術タスクフォースによって定義されているように、ＳＩＰプロトコルによって定義されていることを特徴とする請求項１ないし６のいずれか１項に記載の方法。
【請求項８】
前記モバイルエンドユーザデバイスが、電話会議を管理するように構成されており、
前記電話会議では、前記メディアサーバとの通信で、前記モバイルエンドユーザデバイスと、少なくとも２つの別のエンドユーザデバイスとが接続されることを特徴とする請求項１ないし７のいずれか１項に記載の方法。
【請求項９】
前記ステータス指示子が、電話会議での各コールレグのステータスの指示を含むことを特徴とする請求項８に記載の方法。
【請求項１０】
複数のエンドユーザ間に通話を提供する通信ネットワークで使用するためのステータスプロキシサーバを提供するように構成されたデータ処理装置であって、
前記通信ネットワークは、
少なくとも１つのモバイルエンドユーザデバイスと、
少なくとも１つの通話管理構造化データセットに従って、数人のエンドユーザと通信を行うように構成されたメディアサーバと
を含み、
前記ステータスプロキシサーバは、前記メディアサーバとのフル帯域接続及び前記モバイルエンドユーザデバイスとの制限された帯域接続を有し、
前記ステータスプロキシサーバは、
前記通話管理構造化データセットに従って、前記メディアサーバから構造化データを受信し、
前記受信した構造化データを代表するステータス指示子を保持し、
所定時間間隔で、前記ステータス指示子の更新を前記モバイルエンドユーザデバイスに伝達するように機能することを特徴とする装置。
【請求項１１】
前記モバイルエンドユーザデバイスへの前記ステータス指示子更新伝達の前記時間間隔が、実質的総計として、前記通話管理構造化データセットに従う前記ステータスプロキシサーバでの構造化データ受信の時間間隔よりも広いことを特徴とする請求項１０に記載の装置。
【請求項１２】
前記モバイルエンドユーザデバイスへの前記ステータス指示子更新伝達が、前記ステータスプロキシサーバでの前記メディアサーバからの構造化データ受信と非同期であることを特徴とする請求項１０又は請求項１１に記載の装置。
【請求項１３】
前記メディアサーバと前記ステータスプロキシサーバとの間の通信の帯域幅が、前記ステータスプロキシサーバと前記モバイルエンドユーザデバイスとの間の通信の帯域幅よりも、少なくとも４倍、好ましくは少なくとも１０倍広いことを特徴とする請求項１０ないし１２のいずれか１項に記載の装置。
【請求項１４】
前記ステータス指示子の更新を伝達する段階が、
前記モバイルエンドユーザデバイスに最後にステータス更新を伝達したときからの前記時間間隔を決定する段階と、
前記ステータス指示子に表された構造化データタイプを決定する段階と、
前記２つの決定に従って、前記モバイルエンドユーザデバイスに更新を伝達するかどうかを選択する段階と
を有することを特徴とする請求項１０ないし１３のいずれか１項に記載の装置。
【請求項１５】
前記モバイルエンドユーザデバイスとの前記制限された帯域接続が、ワイヤレス接続であることを特徴とする請求項１０ないし１４のいずれか１項に記載の装置。
【請求項１６】
前記通話管理構造化データセットが、インターネット技術タスクフォースによって定義されているように、ＳＩＰプロトコルによって定義されていることを特徴とする請求項１０ないし１５のいずれか１項に記載の装置。
【請求項１７】
前記モバイルエンドユーザデバイスが、電話会議を管理するように構成されており、
前記電話会議では、前記メディアサーバとの通信で、前記モバイルエンドユーザデバイスと、少なくとも２つの別のエンドユーザデバイスとが接続されることを特徴とする請求項１０ないし１６のいずれか１項に記載の装置。
【請求項１８】
前記ステータス指示子が、電話会議での各コールレグのステータスの指示を含むことを特徴とする請求項１７に記載の装置。
【請求項１９】
複数のエンドユーザ間に通話を提供する通信ネットワークで使用するためのモバイルエンドユーザデバイス用通信クライアントであって、
前記通信ネットワークは、
少なくとも１つの通話管理構造化データセットに従って、数人のエンドユーザと通信を行うように構成されたメディアサーバと、
前記メディアサーバとのフル帯域接続及び前記モバイルエンドユーザデバイスとの制限された帯域接続を有するステータスプロキシサーバと
を含み、
前記通信クライアントは、所定時間間隔で、前記ステータスプロキシサーバから構造化データを受信し、ステータス指示子の更新の判断を行うように構成され、
前記ステータス指示子は、前記ステータスプロキシサーバで保持されるとともに、前記通話管理構造化データセットに従って、前記ステータスプロキシサーバで受信した前記構造化データを代表することを特徴とするクライアント。
【請求項２０】
前記モバイルエンドユーザデバイスとの前記制限された帯域接続が、ワイヤレス接続であることを特徴とする請求項１９に記載のクライアント。
【請求項２１】
前記通話管理構造化データセットが、インターネット技術タスクフォースによって定義されているように、ＳＩＰプロトコルによって定義されていることを特徴とする請求項１９又は請求項２０に記載のクライアント。
【請求項２２】
前記メディアサーバとの通信で、前記モバイルエンドユーザデバイスと、少なくとも２つの別のエンドユーザデバイスとが接続される電話会議を管理するように構成されることを特徴とする請求項１９ないし２１のいずれか１項に記載のクライアント。
【請求項２３】
前記ステータス指示子が、電話会議での各コールレグのステータスの指示を含むことを特徴とする請求項２２に記載のクライアント。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔通信、特に重要な例として、電話会議のような高機能遠隔通信サービスの設備に関する。
【背景技術】
【０００２】
電話システム及びサービスはありふれたものであり、家庭及び業務の両方の用途に使用されている。電話システムによって提供されるサービス及び特徴は、単純な個人対個人の通話から、同時に大勢の人が結ばれる電話会議へと発展を遂げている。言うまでもなく、エンドユーザに対するさまざまな電話デバイスが存在しており、それには、固定線ハンドセット、モバイル／セルラハンドセット、携帯して使用可能であり、かつＩＰ電話であるＰＤＡ又はその他のモバイルコンピューティングデバイスなどが含まれる。
【０００３】
電話通話設定及び着信時（in-call）機能を管理するために、さまざまな方法及びシステムが提案されている。これらのうちのいくつかは、ネットワークタイプ（例えば、公衆交換電話網（ＰＳＴＮ）、モバイル／セルラ、又はＶｏＩＰ（Voice Over IP））によって特定され、その他のものは、一連のネットワークに当てはまる。一般に、ビジネスユーザは、一連の通話設定及び着信時機能サービスを必要とし、これらのサービスは、典型的に、構内自動交換機（ＰＡＢＸ）によって提供される。サービス提供者は、自動ダイヤルイン又はオペレータアシストによる電話会議といった、高機能サービスを提案する。さらには、エンドユーザへの高機能遠隔通信サービスの提供が提案されている（例として、特許文献１を参照されたい）。これらは、独立したメディア転送ネットワークである。ユーザが通話相手を遠隔地から見たり管理したりできるようにするサービスは、安全性、可視性、及び管理の面で大きなアピールポイントとなる。
【０００４】
電話会議に参加する人々の大多数が、例えば、ワイヤレスデバイスを所有している。このようなデバイスは、制限された通信帯域又は制限された処理能力しか有さない。従来、このようなユーザが通話相手を遠隔地から見たり管理したりできるようにするシステムを「効果的かつ効率良く」提供することは困難であるとされていた。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】国際公開第２００５／１０１８５７号パンフレット
【発明の概要】
【課題を解決するための手段】
【０００６】
本発明の一態様に従って、モバイルエンドユーザデバイスとメディアサーバとの間の通信方法が提供される。メディアサーバは、複数のエンドユーザ間の通話を提供する通信ネットワークの一部を形成する。メディアサーバは、少なくとも１つの通話管理構造化データセットに従って、数人のエンドユーザと通信を行うように構成される。上記方法は、メディアサーバとのフル帯域接続及びモバイルエンドユーザデバイスとの制限された帯域接続を有するステータスプロキシサーバを確立する段階と、通話管理構造化データセットに従って、ステータスプロキシサーバでメディアサーバから構造化データを受信する段階と、ステータスプロキシサーバで、受信した構造化データを代表するステータス指示子を保持する段階と、所定時間間隔で、ステータス指示子の更新をモバイルエンドユーザデバイスに伝達する段階とを有する。
【０００７】
好ましくは、モバイルエンドユーザデバイスへのステータス指示子更新伝達の時間間隔は、実質的総計として、通話管理構造化データセットに従うステータスプロキシサーバでの構造化データ受信の時間間隔よりも広い。
【０００８】
好ましくは、モバイルエンドユーザデバイスへのステータス指示子更新伝達は、ステータスプロキシサーバでのメディアサーバからの構造化データ受信と非同期である。
【０００９】
好ましくは、メディアサーバとステータスプロキシサーバとの間の通信の帯域幅は、ステータスプロキシサーバとモバイルエンドユーザデバイスとの間の通信の帯域幅よりも、少なくとも４倍、好ましくは少なくとも１０倍広い。
【００１０】
好適な実施態様において、ステータス指示子の更新を伝達する段階は、モバイルエンドユーザデバイスに最後にステータス更新を伝達したときからの時間間隔を決定する段階と、ステータス指示子で表された構造化データタイプを決定する段階と、これらの決定に従って、モバイルエンドユーザデバイスに更新を伝達するかどうかを選択する段階とを有する。
【００１１】
通常は、モバイルエンドユーザデバイスとの制限された帯域接続は、ワイヤレス接続である。
【００１２】
現在のところ、好適な実施態様において、通話管理構造化データセットは、インターネット技術タスクフォース（ＩＥＴＦ）によって定義されているように、ＳＩＰプロトコルによって定義されている。
【００１３】
一態様において、ステータスプロキシは、多数のサーバ及び／又はネットワークデバイスと、クライアントとの間に配置される。これによって、ステータスプロキシは、圧縮された「スナップショット」要約出力だけがデバイスへ送信される前に、サーバとやりとりするおびただしい数のデータを集約して処理する。このような要約は、エンドユーザに関する情報のみを提供するように調整されている。したがって、デバイスとの通信に必要な帯域幅は、ことによると、４分の１、１０分の１、又はそれ以上に大きく削減され、より信頼性の高いリアルタイム通信を可能にする。上記デバイスは、ＢｌａｃｋＢｅｒｒｙ（登録商標）などのモバイルデバイスであってよい。加えて、デバイス中のメモリ及びプロセッサの要求性能は、より少ないデータを処理すればよいように低く抑えられる。これらは、ステータスプロキシレベルで取り扱われるので、自らの処理に限られる。さらに、ステータスプロキシにより、クライアントは、ステータスプロキシから独立したプロトコルを使用し、サーバ及び／又はネットワークデバイスからのメッセージを、デバイスを更新するための規格である簡易化された「軽い（light）」プロトコルに変換することができる。
【発明の効果】
【００１４】
現在、セッション初期化プロトコル（ＳＩＰ）又は同様のプロトコルを用いて、デバイスとメディアサーバとの間でリアルタイム更新を行うために、デバイスは、実際の通話状態の変化の最小結果に比べて相対的に大きなデータパッケージ及び多数の中間段階を伴う規格に従って多数の中間命令及びサーバとのハンドシェークの処理を行う必要がある。一例が、ＢｌａｃｋＢｅｒｒｙを介して制御が行われる電話会議であり、これは、デバイスから送信された通話命令と、サーバから受信した情報に従って表示されるリアルタイムステータスとを備える。多くの参加者が同時に通話に参加し、その結果、別個の通話命令が同時に起動された場合、標準的なプロトコルによって生成されたメッセージの殺到が、ワイヤレスデータチャネルを逼迫させるのと同様に、データ接続されているデバイスの現世代のメモリ及び処理能力を逼迫させる。
【００１５】
本発明を用いない場合、ＢｌａｃｋＢｅｒｒｙの性能は、サーバで必要とされる多くのＳＩＰインタラクションに起因した影響を受ける。これらは、デバイスに、通話の各段階、すなわち、命令受信、呼び出し開始、話し中（line seized）、呼び出し中（line ringing）、応答（line answered）などを通知する。加えて、デバイスは、この目的のためにフルＳＩＰスタックをサポートする必要がある。その結果、デバイスの演算能力及びメモリと、そのデータ接続帯域幅とに、二重の要求が課せられる。
【００１６】
本発明では、ＢｌａｃｋＢｅｒｒｙは、初期命令をサーバに送信し、ついで、小さい関連データ、すなわち、接続確立（line connecting）、応答（line answered）をデバイスに送信する前に、サーバとの多数のＳＩＰハンドシェークを実行する。加えて、ＳＩＰのようなプロトコルを使用する必要性は、サーバとステータスプロキシとの間にのみ存在し、ステータスプロキシとデバイスとは、低い帯域使用量を容易にする方法で通信できる。通信は、レグ（leg）ステータスを伝えるための特定の情報を伝達するだけでよく、ＶｏＩＰプロトコルパケットで通常見られるような追加的な情報を必要としない。
【００１７】
本発明の一態様は、通話管理機能を提供することができないように帯域又は演算能力が制限された特定の状況下で、向上した通話管理機能の提供を可能にする。他の事例では、本発明の一態様は、低い消費電力又は高い通知レベルでの、向上した通話管理機能の提供を可能にする。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態による装置の概略図である。
【図２】関連する代表的な通話フローチャートである。
【発明を実施するための形態】
【００１９】
これより、本発明を添付の図面の参照による例示をもって説明する。
【００２０】
特許文献１（引用によって、その内容が本明細書に組み込まれる）に開示されているような構成において、通話制御は、会議ブリッジなどのＶｏＩＰサーバとの通信を開始するコンピュータなどのデバイスと、関連するＰＳＴＮゲートウェイとの間で機能する。このような通信は、データ接続上にあり、かつＨ３２３又はＳＩＰのようなプロトコルを使用する。しかしながら、このことは、デバイス上での高い演算能力と、プロトコルが必要とする通信のための帯域（典型的に、ＶｏＩＰプロトコルは、数キロバイトの情報パッケージを生成する）とを要求する。理論上、インターネットに接続したワイヤレスデバイスは、ＶｏＩＰサーバとのＶｏＩＰセッションを管理するために使用できる。しかしながら、メモリ、プロセッサ、及び帯域の制限は、多くの実用的なアプリケーションにおいて通話管理用途でリアルタイムに実行できないワイヤレスデバイス上で直接ＶｏＩＰコーデックを実行させる。
【００２１】
図１に示されたように、本発明は、ＶｏＩＰ又はメディアサーバ１２とワイヤレスネットワーク１４との間にステータスプロキシサーバ１０を置くことによって実現できる。上記ワイヤレスネットワークは、各エンドユーザデバイスと通信を行う。ステータスプロキシサーバ１０は、ＶｏＩＰサーバ１２と適切なプロトコル通信を行う。ステータスプロキシは、ＶｏＩＰサーバのような同一のＩＰ環境にあってよく、通話毎にリアルタイムＶｏＩＰセッションを効果的に管理するために充分な能力が提供される。用語「構造化データ（structured data）」は、本明細書中では、ＳＩＰ又は他の通話管理プロトコルに基づいて提供された情報、命令、ハンドシェーク、及びその他のデータを意味する。そして、ステータスプロキシサーバは、通話ステータス情報の適切な要約である「スナップショット（snapshot）」を、適切なワイヤレスデバイスに、非常に小さい情報パケット（一般に２５６バイト未満）で転送する。上記小パケットは、ワイヤレスデバイスに負荷をかけず、かつその帯域使用量に重大な影響も与えない。これらの小パケットは、典型的なＳＩＰパケットサイズである３キロバイトとは対照的である。留意すべきは、ステータスサーバとメディアサーバとの間のこの大きなパケットサイズのトラフィックが著しく大きくなり、メディアサーバとステータスプロキシサーバとの間で使用される帯域がステータスプロキシサーバとエンドユーザデバイスとの間で必要とされる帯域よりも４倍以上又は１０倍以上広くなることである。
【００２２】
従って、一般的なセッション管理プロトコルで必要な多数の情報のやりとりは、ＶｏＩＰサーバとステータスプロキシとの間の高速な環境で行われることができる。デバイスが行わなければならないことは、ステータスプロキシに初期命令を通知すること（例えば、「この番号で会議ブリッジに電話をかける」）だけである。そして、ステータスプロキシは、上記命令を、ＳＩＰなどの適切なＶｏＩＰプロトコルへと変換するとともに、ＶｏＩＰサーバとの折衝を実行する。適切なイベント（例えば、「着信中（Ringing you now）」）が存在すれば、ステータスプロキシは、要約「スナップショット」を更新するとともに、デバイスへ最後にスナップショット更新が送信されたのはいつかをチェックする。最後のスナップショット更新送信が定められた経過時間量しきい値よりも長い場合、スナップショットはデバイスに送信される。しきい値に達していない場合、しきい値期間を過ぎるまで、更新は送信されない。ステータスが再び変化したとき（例えば、通話相手が呼び出しに応答したとき）、しきい値タイマは再度チェックされ、しきい値期間を経過していた場合、簡単な情報更新スナップショットが、デバイスに送信される（例えば、「通話応答（call answered）」）。
【００２３】
上記の実施例において、デバイスは、高性能なプロセッサを備えた広帯域環境のために設計されたプロトコルに必須の大量の中間ハンドシェーク実行及び認証を必要とせずに、１つの命令を送信し、応答として２つの情報を受信している。一方で、ステータスプロキシとサーバとは、ずっと多くの命令及び情報ステートメントをやりとりする。これは、通話相手のステータス変更を伴う電話会議の期間中に、デバイスから要求される能力及び帯域幅を大幅に減少させることを意味する。
【００２４】
詳細は、通話フロー図である図２を参照されたい。この通話フロー図の詳細は、図自体が非常に説明的であるので、ここでさらなる説明は行わない。
【００２５】
スロットル期間（throttle period）Δｔには注意が必要である。一実施形態では、スロットル機能が生成され、これは、パラメータとして最後の更新時期を有し、更新を送信すべきかどうかを示す論理値を返す。スロットル機能のさらなるパラメータは、通常、イベントタイプとなる。ＳＩＰ又は他のプロトコルの構造化データセット内のさまざまなデータは、時的重要度に応じて、異なるイベントタイプを割り当てられる。通常、スロットル機能は、より重要なイベントタイプに対して短い時間間隔後に、更新のために提供される。また、通常、スロットル機能は、接続速度パラメータを含む。通常、接続速度が遅いほど又は接続の信頼性が低いほど、連続した更新の間の時間間隔は長くなる。さらに、スロットル機能は、ペイロードサイズパラメータを含む。通常、ペイロードサイズが大きいほど、連続した更新の間の時間間隔は長くなる。
【００２６】
このようなスロットル機能は、モバイルエンドユーザデバイスに最後のステータス更新を伝達してからの時間間隔を決定し、ステータス指示子に表された命令タイプを決定し、かつこれらの決定にしたがって、モバイルエンドユーザデバイスに更新を伝達するかどうかを選択する技術の一実施例にすぎないということを、当業者は理解する。
【００２７】
本発明の上記の実施形態は、電話通話の初期化及び制御に特に関係する。本実施形態は、電話会議機能が必要なとき、及び、特に、遠隔地のユーザが通話相手を見たり管理したりしたいと望むときに特別な有用性を有する。当然ながら、本実施形態は、ＳＩＰ以外のプロトコルを用いることもでき、別の通話設定又は通話機能を提供するために使用できる。通話相手は、ＰＳＴＮ、ＶｏＩＰレグ、又はまったく別の転送メカニズム上にあってよい。基礎となる転送方法は、本発明に無関係であり、本発明の定義する特徴ではない。他の実施形態は、１つ以上のＶｏＩＰサーバ、ステータスプロキシと通信を行う本当に多数のサーバ及びネットワーク要素（ファックス、電子メール通知等）を含んでよい。上記ステータスプロキシは、イベントを効果的に要約するとともに、一般的なプロトコルで通常生じる多数、高メモリ負荷、及び高帯域負荷のハンドシェーク実行を必要とすることなく、簡単な非同期スナップショット更新をクライアントに送信する。
【符号の説明】
【００２８】
１０  ステータスプロキシサーバ
１２  ＳＩＰメディアサーバ
１４  ワイヤレスネットワーク
１６  エンドユーザデバイス
【図１】
2009538018.tif 000003
【図２】
2009538018.tif 000004
【国際調査報告】
2009538018.tif 000005
2009538018.tif 000006
2009538018.tif 000007