TW201032526A - Systems and methods for providing presence information in communication - Google Patents

Systems and methods for providing presence information in communication

Info

Publication number
TW201032526A
TW201032526A TW98138120A TW98138120A TW201032526A TW 201032526 A TW201032526 A TW 201032526A TW 98138120 A TW98138120 A TW 98138120A TW 98138120 A TW98138120 A TW 98138120A TW 201032526 A TW201032526 A TW 201032526A
Authority
TW
Taiwan
Prior art keywords
user
device
client
server
state
Prior art date
Application number
TW98138120A
Other languages
English (en)
Inventor
Prasad Rao
Athuluru Srinivasa
Varadharajan Sheshadri
Ajay Mittal
Chintan Shah
Ruchir Vasavada
Amit Shukla
Marc Solsona-Palomar
Original Assignee
Divitas Networks Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to US12/268,613 priority Critical patent/US20090147772A1/en
Application filed by Divitas Networks Inc filed Critical Divitas Networks Inc
Publication of TW201032526A publication Critical patent/TW201032526A/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network-specific arrangements or communication protocols supporting networked applications
    • H04L67/22Tracking the activity of the user
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1818Conference organisation arrangements, e.g. handling schedules, setting up parameters needed by nodes to attend a conference, booking network resources, notifying involved parties
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16Communication-related supplementary services, e.g. call-transfer or call-hold

Description

201032526 六、發明說明: 【發明所屬之技術領域】 本發明係有關用以提供通訊中之存在資訊的系統 法。 【先前技術】 習知的行動通訊平台包含蜂巢式通訊,例如移動 . 球系統(Global Systems for Mobile, GSM)通訊。其 援有限的移動的習知平台包含 Wi-Fi,其爲根據 802.11標準。該等爲已爲人所熟知的平台。 次一世代的平台係設計成容許移動式使用者可在 式及Wi-Fi網路之間移動,且包含未授權的移動存 Unlicensed Mobile Access, UMA)標準,其提供載體 換控制器,以容許使用者可於蜂巢式及Wi-Fi網路之 梭,反之亦然。然而,UMA標準的缺點包含載體控 φ 打,且決定是否及何時要將使用者於網路之間切換。 目前需要可提供企業等級通訊並控制使用者及網 先進的移動通訊平台,網路係由使用者基於企業驅動 而非載體驅動條件所選擇。 【發明內容】 本發明之一實施例有關於一種方法,輔助至少一 用第一裝置的第一使用者及一個使用第二裝置的第二 者之間的通訊。此方法包含連接可能裝置狀態與可能 及方 式全 他支 IEEE 蜂巢 取( 的切 間穿 制撥 路之 條件 個使 使用 存在 -5- 201032526 狀態。可能裝置狀態有關於第一裝置,且可能存在狀態有 關於第一使用者。此方法亦包含決定第一裝置的裝置狀態 。此方法亦包含若裝置狀態爲第一裝置狀態,則設定第一 使用者的通訊存在狀態爲第一存在狀態,第一存在狀態爲 可能存在狀態的其中一個,第一裝置狀態爲可能裝置狀態 的其中一個。此方法亦包含若裝置狀態爲第二裝置狀態, 則設定第一使用者的通訊存在狀態爲第二存在狀態,第二 存在狀態爲另一個可能存在狀態,第二裝置狀態爲另一個 可能裝置狀態。此方法亦包含提供有關於第一使用者的通 訊存在狀態的資訊予至少一個第二裝置。 上述內容僅爲關於此處揭示之本發明之一實施例,且 不用於限制本發明之範圍,本發明範圍係由申請專利範圍 決定。以下將根據本發明之詳細說明及附圖來更詳細地說 明本發明之特徵。 【實施方式】 內容列表 A.結構 B .具有管理員及使用者控制規則及喜好的點對點及點 對多點媒體會議撥打的自動設定(會合撥打) C. 提供通訊中的存在資訊 D. 結論 參考具體的設備及實施例來說明本發明。熟知本技藝 者當可知,以下說明係用以提供實現本發明之最佳模式。 -6- 201032526

例如’當係參照特定通訊協定時,本發明仍可預期使用其 他種協定。例如,當說明Wi-Fi (IEEE 802.11)作爲無線 通訊之協定時,本發明仍可使用其他種協定。對於移動客 戶端、客戶端裝置以及移動設備(mobile equipment, ME )之參照說明均相同。 以下說明各種實施例’包含方法及技術。應了解者爲 ’本發明亦涵蓋製造電腦可讀媒體的條目,該電腦媒體上 Φ 儲存用以實現先進技術之實施例的電腦可讀指令。該電腦 媒體包含例如半導體、磁性、光學磁性、光學或是其他形 式的電腦可讀媒體,以儲存電腦可讀程式碼。更進一步, 本發明亦涵蓋實現本發明之實施例的設備。此種設備包含 專用及/或是可程式化電路,以實現關於本發明之實施例 的操作。此種設備的範例包含一般用途的電腦及/或被適 當地程式化的專用計算裝置,且可包含適用於關於本發明 之實施例的各種操作的電腦/計算裝置及專用/可程式化電 Φ 路的組合。 A.結構 圖1顯示根據本發明之一實施例的系統網路1 0 0。移 動設備(Mobile equipment,ME) 102係以數種可能通路 與網路通訊。ME 102可與蜂巢式網路110通訊,蜂巢式 網路 110包含基地收發機站(Base Transceiver Station, BTS) 112、BTS 切換中心(BTS Switching Center, BSC) 114 及移動切換中心(Mobile Switching Center, MSC) 201032526 116。MSC係耦接於媒體通道120,媒體通道120係耦接 於公共切換的電話網路(public switched telephone network, PTSN) 122。其他習知的公共及私人的電話124 亦耦接於PSTN。PBX 130耦接於PSTN且作爲透過電話 136撥打及接收撥打的企業。移動伺服器150於PBX及其 他網路耦接。例如,移動伺服器150透過路由器132耦接 於廣域網路協定(Internet Protocol Wide Area Network, WAN) 138。移動伺服器150亦透過路由器140及防火牆 142耦接於網際網路144。移動伺服器亦利用無線存取點 160稱接於區域網路(local area network,LAN)。儘管僅 顯示一個存取點,但本發明亦包含多數個存取點。存取點 160容許具有ME 102的使用者漫遊於企業中,並藉由移 動伺服器150及PBX 130保持連接於PSTN。若使用者漫 遊超過LAN的邊界,則使用者會連接到替換網路(例如 ’蜂巢式網路),如以下詳細說明。於此亦顯示在某些情 況中用以存取的存取點180,其連接於網路。 圖2 A-C顯示根據本發明之一實施例的移動伺服器。 安全性管理-當兩個或更多個個體通訊時的安全性定 義涉及以下方面: 1 -通訊個體的相互驗證 2.通訊頻道的隱私 3 .交換訊息的完整性 4.訊息驗證 在根據本發明之一個或更多個實施例的移動通訊解決 -8 - 201032526 方案中,有三種不同的通訊個體:移動客戶端'移動伺服 器及外部VoIP GW。且在該等個體之間有兩種不同類型的 通路:SIP信號路徑及媒體路徑。 如結構說明書Π ]中所述,以下機制係用以達成上述的 用於信號及資料途徑的客戶端、伺服器及外部通道之間的 安全性。 1.客戶端及伺服器之間的SIP TLS會議 φ 2.在SIPTLS建立之後的使用SIP通知的客戶端驗證 3 ·利用伺服器的使用者驗證 4. 伺服器及外部VoIP通道之間的SIP TLS會議 5. 利用VoIP通道的伺服器驗證 6 .保護媒體路徑 7.衍生需求 使用者/裝置管理/移動控制器-該裝置及移動管理(以 下稱爲DMM )爲當裝置上有主動撥打時,處理裝置構成 φ 及狀態及移動方面問題的模組。以下部分有關DMM的功 能及設計規格及其所支援的公共介面。 以下爲DMM的作用及責任總結 1 .由企業管理員控制的裝置組成。 2 .回報裝置之狀態。 3 ·構想裝置的管理 4. 保持及實現用於主動撥打之電話聽筒之移動邏輯-亦 即’處理Wi-Fi到蜂巢式的交遞,反之亦然。 5. 處理裝置初始化及從客戶端產生的組成要求 -9 · 201032526 控制平面/撥打控制—撥打控制(Call Control,CC) 爲負責以下功能的主要控制程度模組: 1. 語音IP撥打處理

2.SIP代理伺服器及B2BUA 3. 透過PSTN GW的PSTN撥打管理 4. 透過星號的PBX特徵管理 5 .資源及連接管理 撥打控制模組存在於DN媒體開關。其接合SIP堆疊 及星號(或是任何其他)PBX模組,以提供上述功能。 1.SIP堆疊(用於UA、CCM及星號等):SIP堆疊主 要用作爲協定訊息解碼/編碼引擎。SIP堆疊亦實施基本的 協定指定的工作,例如基於標準的訊息分析及確認、再傳 送、私人訊息確認等。對於大部分的代理伺服器及B2BUA 工作而言,SIP堆疊仰賴CC,以作成決定。CC以及星號 之間的互動,及CC以及CCM之間的互動爲根據SIP訊息 的標準。 2. 代理伺服器代理者/組成管理(PA/CM ):代理伺服 器代理者作用如同全部應用程式之組成管理。藉由PA於 系統開機之後的供應時,或讀取磁碟DB之後時,下載有 關撥打控制的資訊。CC將資料儲存於RAM中,以供近端 /較快的存取。C C亦更新任何動態資訊的p A (例如,主動 撥打或是放下),或是需求資訊(例如,SNMP GET )。

3. 資源管理(RM ):資源管理提供實體/網路資源的 邏輯地圖。資源包含GE埠、DSP資源、插槽、UDP/TCP 201032526 埠等’不包含系統資源’例如記憶體、緩衝器集用場、計 時器、仔列等。亦不包含用於內部IPC通訊的插槽。cc 使用RM以用於資源CAC、資源保存及撥用。作爲撥用的 一部分’ RM告知媒體開關編程硬體以致能媒體流。 媒體開關應用程式(Media Switch Application, MSA )-MSA設計成部分運作於Linux上,而其餘部分運作於 TMS320DM64x DSP處理器上。此應用程式可實施以下功 ❹能: RTP封包處理。 切換。 轉碼。 會議。 適應性抖動緩衝。 封包遺失隱藏。 包含VAD/CNG及AGC的後處理。 φ MSA軟體必須支援不同言詞編解碼器的編碼/解碼。 於運作時間中,演算法的種類及頻道可以改變,亦即,需 要可以支援多頻道、多演算法的設計。各編解碼器演算法 必須再進入,且程式及資料必須爲可完全釋放。爲了要支 援各種編解碼器,必須考慮以下幾點: a.因爲DSP限制了晶片上的資料記憶體,所以在多頻 道、多演算法的應用程式中,無法一直將全部的資料置於 晶片上。如此則需要各演算法中的全部資料(文字及表格 )於切換文字時,(在開啓/關閉晶片之間)重新放置。 -11- 201032526 如此則需要找出各支援的編解碼器的記憶體、堆疊尺寸及 MIPS需求。 b.用以於主機及DSP處理之間交換訊息,其表示頻道 數目及編解碼器類型及其他特徵的機制。頻道組成管理必 須要開啓DSP上的通道,表示需要的功能類型。需要實現 表示DSP之狀態的定期訊息。 DSP處理器容許外部主機可存取DSP外部記憶體。 DSP具有16K位元組的第一階程式。程式及資料記憶體共 _ 用25 6K位元組的第二階記憶體。16M位元組的外部記憶 體(SDRAM)爲可用的。兩個處理器之間的共用記憶體儲 存輸入及輸出的RTP資料。因爲DSP必須支援N個頻道 ,則記憶體包含N個長度各爲320位元組(對於視頻而言 ,緩衝器的容量必須爲1 500位元組)的接收及傳送緩衝 器。於主機及DSP之間通訊的資料結構與必需定義的以每 個撥打爲基礎的資訊相同。以下步驟可決定DSP的功能: a. 於開機時,將軟體下載到DSP ( DSP藉由寫入固定 ❿ 記億體位址之預定値而表示相同者,以表示下載軟體之主 機)。 b. 在成功下載軟體時,DSP運作10 msec的內部計時 器。 此時,DSP票選頻道狀態,以改變由主機於封包抵達 時所設定的處理。 c. 主機發送的開始撥打或是開啓頻道命令(表示編解 碼器類型、已準備好的資料及撥打類型(初始化爲僅有聲 -12- 201032526 音))送到RX及TX方向。 d. 根據所開啓的頻道,DSP從外部緩衝器收到RTP資 料,並對RTP資料實施有關DSP之功能。 e. 在TX側上,DSP將編碼的資料放置於將由TX代理 者所收取的外部緩衝器上。 圖3顯示根據本發明之一實施例的移動設備客戶端。 客戶端設備或是電話聽筒軟體運作於與移動伺服器相 φ 容的電話聽筒上。一般而言,其爲雙模式電話聽筒,具有 提供電話連接到蜂巢式網路(CDMA或是GSM)及IP連 接到LAN網路(有線LAN或是無線LAN )的功能。 亦可編譯桌機/手提電腦(其具有麥克風及揚聲器) 或是PDA之軟體,以作爲軟電話。 使用者介面 客戶端使用者介面提供以下功能: φ · 設定開機組成-DNS IP位址、移動伺服器URL、 開機使用者狀態(不可見/有空)、安全性設定 • 改變使用者狀態(不可見/有空) •加入企業「夥伴」並取得其之存在資訊(不可見/ 有空/撥打進行中) • 顯示企業「夥伴」的有空狀態,並連接之 •共同的企業電話通訊特徵的使用者介面 • 撥打 •接收撥打

A -ΙΟ - 201032526 •等待撥打 • 傳送撥打 •轉接撥打 •多方會議 •語音郵件提示 • 漏接撥打提示 • 接收撥打提示 • 擱置撥打提示 •尋找號碼及藉由姓名撥號 •手動以蜂巢式網路取代Wi-Fi網路 • 顯示版本不符合 • 升級要求/狀態 •去能/限制客戶端軟體-使用ISP應用程式以撥打/ 接收蜂巢式撥打 撥打控制及語音 • 撥打控制以在LAN介面上以VoIP撥打 •用以在LAN介面上作VoIP撥打的語音引擎-包含 編解碼器、迴音消除、抖動控制、錯誤隱藏 • 從蜂巢式撥打到Vo IP撥打的撥打交遞 •從VoIP撥打到蜂巢式撥打的撥打交遞 802.11 • 決定哪些IP網路是可用的,及其信號強度並通知 該資訊予伺服器 -14- 201032526 • AP客戶端 • 8 02.11微型端口的電力管理-無論何時,只要 802.1 1之信號強度低於可接受的臨限値,則進入冬眠且以 長間距輪詢,以保存電力 •封裝信號強度及聲音-若撥打爲進行中,則將資訊 封裝成RTCP封包,或是若撥打不爲進行中,則保留之, 以通知伺服器。無論何時,當信號強度掉落到可接受的臨 φ 限値之下,或聲音品質劣化,則伺服器會決定將撥打從 VoIP轉到蜂巢式網路。 平台 因爲市面上有許多電話聽筒販賣商,且其中有許多開 始提出雙模式電話聽筒,則必須要將軟體設計成大部分程 式碼可讓各種電話聽筒共用。因此,程式碼分成相關於平 台的部分及獨立於平台的部分。大致上而言,事實上,所 φ 有的Divitas核心價値應爲軟體的獨立於平台的部分,且 應能從一個平台輕易移動到另一個平台。相關於平台的部 分應僅爲功能適應層(特別是電話通訊、LAN、802.1 1、 音頻及顯示適應層)。無論何時,當程式碼輸入新的平台 時’只需要修改或是重寫適應層,而仍能供應均勻的API 予獨立於平台的部分。 客戶端軟體會運作在多個電話聽筒平台上。最常用的 電 S舌聽筒平台是 Windows® CE、Linux® 及 Symbian®。 除了雙模式電話聽筒之外’客戶端應用程式設計成工 -15- 201032526 作於802.1 1電話、PDA或是手提電腦/桌機,其不具有蜂 巢式電話通訊介面。在該等平台上,有使用者可用的特徵 。基本上’從VoIP到蜂巢式的撥打交遞是不可能的。 操作原理 開機及安全性操作 於開機時,客戶端應用程式尋找電話聽筒上可用的資 源。首先,檢查是否出現有線網路。若沒有出現,則檢查 _ 是否出現802.1 1網路。取決於企業安全性策略而完成有 線或是無線媒體驗證。電話聽筒客戶端應支援用於企業中 的安全性機制。最常用的安全性機制爲Wi-Fi保護存取(

Wi-Fi Protected Access,WPA)。一但成功完成驗證,則 無線客戶端取得使用DHCP的IP介面的IP位址。 該應用程式從永久資料庫取得移動伺服器URL及 DNS IP位址,並嘗試登錄於移動伺服器。 客戶端應用程式應運作於電話聽筒上,其係位於企業 @ 網路中。在此情況中,客戶端可到達移動伺服器而不會有 其他任何安全性限制。在客戶端爲公共網路的情況中,例 如具有Wi-Fi網路存取點的咖啡店或是機場,通常使用者 設定VPN連接到企業。客戶端只能在設定VPN通道之後 到達移動伺服器。 客戶端應用程式軟體藉由發送(由企業IT設置之) 加密的證書到伺服器,而驗證具有伺服器的電話聽筒。一 但通過驗證,則客戶端從使用者或是儲存於電話聽筒中者 -16- 201032526 取得登入/密碼,加密之並將之傳送到伺服器以供使用者 驗證。成功驗證時,伺服器藉由傳送企業電話號碼而回應 。回應時,客戶端發送蜂巢式電話號碼到伺服器。伺服器 連接此二者以供未來交遞。 提示及媒體流係使用SIP/TLS確保’以用於媒體流之 提示及SRTP。然而,若使用者位於VPN連結上,則客戶 端不需要加入另一層加密。加入另一層加密會造成語音品 φ 質降低。在此情況中,使用SIP以用於媒體流之提示及 RTP/RTCP ° 無論何時,只要客戶端重新取得網路與伺服器的連接 ,就會重複上述處理。 穩態操作 使用者可於開機時藉由組成GUI及將該組成保留於永 久資料庫中而選擇不可見或是有空。客戶端更新伺服器中 φ 的使用者的存在資訊。 使用者亦可經常進入稱爲夥伴的企業內部,並在電話 聽筒上儲存永久資料庫中的組成。客戶端取得該等夥伴的 (大量)存在資訊,無論其爲不可見、有空或是撥打進行 中。當發生事件時,伺服器更新客戶端的夥伴的存在資訊

Q 無論何時’只要撥打不是進行中,則客戶端及伺服器 定期地交替保留。 客戶端定期地發送網路狀態到伺服器。若其爲在 -17- 201032526 802.1 1無線網路上,則發送SSID、信號強度、及相關存 取點(AP )的帶寬到伺服器。若有撥打在進行中,則發送 係作爲頻帶內的RTCP封包的一部分。若沒有撥打在進行 中,則發送作爲頻帶之外的保留訊息。 無論何時,可從客戶端獲得到伺服器的期間,撥打到 客戶及接收撥打的較佳模式爲在網路介面上。然而,使用 者可選擇撤銷之,並在蜂巢式網路上向外撥打。此種選擇 並未告知伺服器,且不影響向內的撥打。此種選擇亦未儲 存於永久資料庫中。使用者可於每次向外撥打時明確作此 種選擇。 無論何時,當無法獲得從客戶端到伺服器的網路會議 時,唯一的方法是在蜂巢式介面上撥打及接收撥打。使用 者不需存取所有的企業特徵。使用者可使用客戶端軟體 UI來撥打及接收撥打,然而,客戶端軟體僅提供服務供 應商特徵的子組合。爲了要使用蜂巢式服務供應商網路的 全部特徵,則使用者要終止(或是禁止)客戶端軟體,並 使用蜂巢式服務供應商撥打應用程式。若服務供應商應用 程式係用以撥打及接收撥打,則於以下部分3.4.2中所述 的交遞就不可能。 只要客戶端已建立到伺服器的會議,則使用者可存取 全部的企業特徵。客戶端GUI係用於存取該等企業特徵予 使用者。 聲音 -18 - 201032526 SIP信號係用於建立客戶端以及伺服器之間的聲 打。從音頻接收機產生的聲音編碼成聲音引擎 Engine, VE)所支援的編解碼器其中—種,並封裝成 封包’若有需要則加密之,並在IP介面上傳送到伺 。相似地,若有需要,則解密伺服器接收的RTP封包 用編解碼器其中一種來解碼,然後結束。言詞解碼、 控制及錯誤隱藏係由接收側的VE完成。 φ 除了加密/解密之外,言語的編碼/解碼、聲音引 施錯誤隱藏、抖動控制、適應性封包緩衝、聽覺迴音 及抑制、噪音消除及抑制、自動增益控制、聲音行動 、舒適噪音產生。 漫遊 電話聽筒客戶端爲行動裝置,不同於可攜式的手 腦。 內部WLAN交遞 當使用者位在有電話對話的802·1 1網路中,並 建築物時,AP交遞即會發生’使用者的電話聽筒現 接到與先前不同的AP。可不改變ΪΡ位址即產生AP 。若IP位址改變,則客戶端必須再次登錄於伺服器 建立的撥打會使用舊的流動資訊而持續流動’直到聲 擎(V E )被告知新的IP位址。聲音引擎確保流出客 的RTP流在取得事件時可知新的1P位址。 音撥 ,oice RTP 服器 ,使 抖動 擎實 消除 偵測 提電 走過 在連 交遞 。已 音引 戶端 -19- 201032526 當無線客戶端驗證爲使用802. IX時,在無線客戶端 及無線存取點(AP )之間傳送一連串的訊息,以交換證書 。訊息交換會造成連接處理的延遲。當無線客戶端從—個 無線AP漫遊到另一個無線AP時,802.1X驗證的延遲會 造成網路連接中的可觀的中斷,特別是對於有關於時間的 電信而言’例如聲音或是基於音頻的資料流。爲了要最小 化有關於漫遊到另一個無線AP的延遲,無線設備必須要 支援PMK快取及預先驗證。 PMK快取 當無線客戶端從一個無線AP漫遊到另一個無線AP 時,一定要對各個無線AP實施完整的802·1Χ驗證。WPA 容許無線客戶端及無線ΑΡ快取完整的802.IX驗證的結果 ,因此,若客戶端漫遊回到先前已驗證過的無線ΑΡ,貝IJ 無線客戶端僅需實施4-通路交握,並決定新的一對暫態鑰 匙。在相關要求框架中,無線客戶端包含ΡΜΚ識別符, @ 其係於初始的驗證過程中決定,並儲存於無線客戶端及無 線ΑΡ的ΡΜΚ快取入口。ΡΜΚ快取入口只能儲存有限時 間的量,如無線客戶端及無線ΑΡ上所構成。 爲了要讓使用開關而作用爲8 02.IX驗證符的無線網 路建設的暫態較快,WPA/WPS ΙΕ更新計算ΡΜΚ識別符値 ,以藉由802.1 Χ驗證來決定ΡΜΚ,其中當在連接於相同 開關的無線ΑΡ之間漫遊時,可再使用該開關。此種方法 稱爲投機式ΡΜΚ快取。 -20- 201032526 預先驗證 利用預先驗證,WPA無線客戶端可於連接於目前的無 線AP時,選擇性地利用在其範圍內的其他無線AP而實 施8 02.1 X預先驗證。無線客戶端經由現存的無線連接發 送預先驗證電信到額外的無線AP。再利用無線AP的預先 驗證及儲存PMK及其相關的資訊於PMK快取記憶體之後 φ ,連接於已預先驗證的無線AP的無線客戶端僅需實施4-通路交握。 支援預先驗證的WPA客戶端僅可利用以預先驗證能 力爲宣傳的 Beacon and Probe Response frames 出產的無 線AP而爲預先驗證。

Wi-Fi蜂巢式交遞 當位在具有電話通話的802.1 1中的使用者走出不具 〇 有或具有不充足的8 02.11連接的建築物時,則撥打將交 接予蜂巢式網路。 係由客戶端作交遞撥打的決定。根據8 0 2 . 1 1信號強 度、頻道負載、及聲音品質臨限値來決定。一但作出決定 ’則告知於蜂巢式網路上初始撥打給客戶端的伺服器。客 戶端檢驗來電的撥打者id,並將之與802.1 1撥打者id比 較’若符合,則接受蜂巢式撥打,並停止802.1 1撥打。 於伺服器側上,伺服器停止對客戶端的802.1 1撥打,對 另一談話方作蜂巢式撥打。 -21 - 201032526 蜂巢式-Wi-Fi交遞 當於蜂巢式網路上有電話對話的使用者走入8 02.11 網路中,且電話聽筒/使用者可爲連接於移動伺服器時, 若使用者係與802.11網路中的另一使用者談話,則可經 由8 02.1 1網路傳遞撥打。 係由客戶端作交遞撥打的決定。根據可用的充分 802.1 1信號強度、頻道負載及聲音品質決定。一但作出決 定,則告知於蜂巢式網路上初始撥打給客戶端的伺服器。 客戶端檢驗來電的撥打者id,並將之與802.1 1撥打者id 比較,若符合,則接受8 02.1 1撥打,並停止蜂巢式撥打 。伺服器停止對於客戶端的蜂巢式撥打,對另一談話方作 802.11 撥打。 電力保存 當電話聽筒客戶端於 8 0 2.1 1網路上空轉時,則 8 02.1 1微型端口進入休眠。在進入休眠之前,藉由設定每 個框架的802.11標頭的電力保存位元,告知AP期望將進 入休眠。AP接收該框架,告知客戶端意欲進入電力保存 模式的期望。於客戶端的8 02.1 1微型端口爲休眠時,AP 開始緩存客戶端的封包。微型端口在休眠時僅消耗非常少 量的電力。微型端口定期喚醒以從存取點接收規律的信標 發射。當傳送信標以接收信標時,電力保存客戶端必須在 恰好的時間喚醒。時序同步功能(Timing Synchronization 201032526

Function,TSF)確保AP及電力保存客戶端爲同步。當發 射站休眠時,TSF計時器保持運作。信標辨識休眠中的發 射站是否具有緩存於AP中,且等待被傳送到各別的目的 地的封包。 當有一段延長的時間期間沒有向內的信標時,8 02.1 1 微型端口進入休眠。其定期地喚醒,探測AP的環境,若 未出現’則回到休眠。在此情況中,休眠時間比之前的情 φ 況更長。 可參照以下圖式及所列舉的說明而更深入了解本發明 之特徵及優點。 通訊爲社會中不可或缺的部分,其能使人類發展及培 養人際關係。保持聯繫的期望已促使各種遠距通訊服務( 例如蜂巢式服務' Wi-Fi服務、VoIP服務、陸地連線服務 等)及裝置(例如,行動電話、多模式電話、桌上電話、 IP電話等)的興起。一般而言,企業已實行該等遠距服務 9 及裝置的組合,以提供雇員發展業務的靈活性及機動性, 並能處理日常事務。 在一般企業中,雇員有桌上電話,其以分機號碼連接 ’並經由企業私有的分支交換機(PBX)連接於公共切換 電話網路(PSTN )。又,某些雇員亦有手機,可經由蜂 巢式網路(例如GSM、CDMA或是UMTS網路)實施聲音 及/或是資料通訊。更進一步,某些雇員可使用IP電話, 其能經由無線區域網路(例如根據一個或更多個IEEE 802· 1 1標準的無線LAN )而連接於網際網路,以實施聲音 -23- 201032526 及/或是資料通訊。此外,某些雇員亦具有多模式電話, 其能經由兩種或更多種通訊網路而實施聲音及/或是資料 通訊。例如,多模式電話具備經由蜂巢式網路及(通過無 線存取點)經由網際網路而連接的功能。 企業可實現此種多網路設置,以增加雇員的接近性, 從而輔助內部及與第三方的通訊。不幸地,不同網路及裝 置之間的差異,甚而是不相容,會造成企業的新問題。 考慮以下情況:例如,企業雇員可能會離開桌上電話 。因此,無法經由分機號碼找到雇員,因此可能會將來電 發送到其之語音信箱中。因此,撥打者可選擇在雇員的語 音信箱中留下訊息,梢後重新撥打電話號碼,及/或意圖 以另一號碼找到雇員。無法接觸到雇員可能會對撥打者產 生顯著不便,產生不滿意的電話經驗,更甚者會對企業造 成商業上的損失。 爲了要解決無法接近的問題,企業可實行多網路配置 。在實行多網路配置的應用中,具備桌上電話分機號碼的 雇員可選擇傳遞來電到特定的電話號碼。因此,儘管向內 撥打可以被傳遞到多模式的電話,其連接於多個網路服務 ,來電僅可經由特定電話號碼所指定的特定網路而傳遞。 此種模組不具有大型配置。在一範例中,若特定電話號碼 連接於蜂巢式電話號碼,則即使較不昂貴的Wi-Fi網路爲 可用’仍使用蜂巢式網路來傳遞撥打。相似地,若特定電 話號碼連接於Wi-Fi電話號碼,則可經由Wi-Fi網路來傳 遞撥打。然而,若Wi-Fi網路不可用,或是雇員目前沒有 201032526 連接於Wi-Fi網路,則仍然不能找到該雇員。因此,儘管 較昂貴的蜂巢式網路爲可用的,但傳遞到Wi-Fi電話號碼 的來電無法使用蜂巢式網路。 除了撥打傳遞之外,企業亦可結合次一世代的移動通 訊標準,其容許多模式電話的使用者於蜂巢式以及wi_Fi 網路之間移動。標準包含未授權移動存取(Unlicensed Mobile Access, UMA)標準,其指定蜂巢式網路的載體的 φ 切換控制方法,以致能多模式電話的使用者漫遊於蜂巢式 及Wi-Fi網路之間。 一般而言,根據UMA標準使用的設備(例如,網路 設備及多模式電話)隨著不同供應商而顯著不同。因此, 載體所操作的UMA伺服器僅能相容於有限組的設備品牌 及/或是模組。因此,實行由載體提供的UMA解決方案的 企業在選擇網路設備及多模式電話時的選擇很有限。此外 ,現在,改變載體的靈活性必須取決於企業是否想要花費 φ 額外資源來購買新設備(例如,網路設備及多模式電話) 的意願。聲音操作控制的事實僅在於企業不期望的載體空 間中。 因爲係由載體提供U Μ A解決方案,則企業有賴於蜂 巢式網路之載體來管理行動電話的使用,對於有關策略、 服務、使用、安全性及/或是隱私沒有直接控制權,或是 控制權很少。在一範例中,載體控制電話撥打,並決定是 否及何時於網路之間切換。因此,儘管使用者已存取Wi-Fi網路,企業可能不能從更昂貴的蜂巢式服務的使用換成 -25- 201032526 較不昂貴的Wi-Fi服務。 根據本發明之實施例,提供一種無線通訊系統解決方 案’其可應用於企業中。根據本發明之一實施態樣,發明 人了解儘管可藉由不同解決方案來解決企業的通訊需求’ 但沒有一種整合方法是企業可保有對遠距通訊解決方案的 控制權的。本發明之實施例致能無線通訊系統以提供整合 的解決方法,其包含移動伺服器及移動客戶端,移動伺服 器可由企業內部管理,移動客戶端可與移動伺服器互動。 在此份文件中,討論使用聲音遠距通訊要求/會議作 爲範例。然而,本發明不限於聲音遠距通訊要求/會議, 且可應用於有關即時媒體傳送的遠距通訊要求/會議。即 時媒體的範例包含但不限於電話撥打、快速傳訊、電子郵 件、視頻傳送等。 如此處所述,移動伺服器指的是電腦系統,其可管理 及/或是控制向內及向外的企業媒體電信。在本發明之一 實施例中,移動伺服器可連接於多數個網路。可基於不同 通訊標準實現多數個網路,且包含由企業所管理的局部區 域網路(無線LAN )。多數個網路可進一步擴張成包含由 載體操作的一個或更多個蜂巢式網路及由第三方管理的無 線LAN。此外,移動伺服器可獨立於多數個網路所實現的 硬體平台。 在本發明之一實施例中,移動伺服器可與移動客戶端 互動,移動客戶端可操作於多數個網路中。如此處所述, 移動客戶端指的是包含移動客戶端軟體的遠距通訊裝置。 -26- 201032526 遠距通訊裝置(例如,行動電話、多模式電話、桌上電話 、IP電話等)可爲不同品牌及/或是模組。在—實施例中 ,移動客戶端可爲多模式遠距通訊裝置,其能操作於多數 個網路上。 在一實施例中,無線通訊系統解決方案亦作用於單-模式遠距通訊裝置。對於單一模式遠距通訊裝置而言,遠 距通訊裝置具有下載移動客戶端軟體到遠距通訊裝置上, ❿ 使該裝置成爲移動致能的遠距通訊裝置,其能與移動伺服 器互動。換而言之,儘管單一模式遠距通訊裝置不能漫遊 於網路之間,但單一模式遠距通訊仍得利於無線通訊統解 決方案所帶來的優點,例如(若有IP電話時)存取點之 間較順暢的轉換,較佳聲音品質感受,及傳遞撥打。 在一實施例中,移動客戶端可相關於熟人號碼,例如 企業的主要遠距通訊電話線的分機號碼。移動客戶端可包 含客戶端功能模組,其與伺服器功能模組互動。移動客戶 φ 端的客戶端功能模組可應用於開放系統內部連接(OSI ) 建構的應用層。因此,客戶端功能模組可獨立於移動客戶 端的操作系統。例如,移動客戶端的操作系統可爲 Windows® CE、Windows® Mobile、Linux®或是 Symbian® ο 在本發明之一實施例中,移動伺服器包含移動伺服器 軟體,其包含多數個伺服器功能模組,例如移動管理伺服 器模組、撥打控制伺服器模組、存在管理伺服器模組、伺 服器管理模組、資料庫管理模組、策略管理模組、代理伺 -27- 201032526 服器協定伺服器模組、P B X介面模組、資源管理模組、資 料協定/資料處置伺服器模組、SIP堆疊模組、插槽模組、 媒體管理模組及聲音品質引擎模組。在本發明之一實施例 中’移動客戶端包含移動客戶端軟體,其包含多數個客戶 功能模組,例如使用者介面模組、本地應用程式模組、移 動管理客戶端模組、撥打控制客戶端模組、存在管理客戶 端模組、代理伺服器協定伺服器模組、資料協定/資料處 置客戶端模組、聲音引擎模組及包裝模組。移動伺服器應 用程式可與移動客戶端應用程式互動,以處理不同的遠距 通訊功能,例如管理遠距通訊要求、確認使用者、於漫遊 時實施多數個網路之間的交遞、調變即時媒體品質(例如 ,聲音品質、資料傳送等)等者。 在本發明之一實施例中,移動伺服器可用以儲存有關 移動客戶端的網路連接資訊。藉由使用移動客戶端的網路 連接資訊,移動伺服器可將向內的遠距通訊要求發送到移 動客戶端。移動伺服器亦可使用有關移動客戶端的網路連 接資訊而建立從移動客戶端向外的遠距通訊要求。向內及 向外的遠距通訊要求包含聲音及/或是資料要求。 藉由與移動伺服器互動,移動客戶端可不著痕跡地以 最小的中斷(例如,中斷撥打、聲音品質損失、背景噪音 、迴音等)在多數個網路(例如蜂巢式網路、Wi-Fi網路 、P S TN等)之間漫遊。因此,可經由移動客戶端而輕易 找到企業的雇員。因此,企業可解決接近的問題,而不用 實行第三方解決方案,例如UMA伺服器。 201032526 因爲現在可經由內部的移動伺服器而發送全部的向內 及向外的遠距通訊要求,則企業可控制其遠距通訊功能。 利用此種控制,企業可確保資料的安全及合法的存取。更 進一步,利用此種控制,企業可藉由經由一個或更多個可 用的多數個網路發送遠距通訊會議而增加使用者的感受, 以避免中斷的遠距通訊會議、避免資料遺失、及/或是最 小化資料品質的降級。此外,利用此種控制,藉由經由較 Φ 不昂貴的可用網路而發送遠距通訊會議,企業可操縱其遠 距通訊使用成本。因此,企業目前可於提供移動通訊系統 解決方案時平衡成本、品質、安全性。 在一實施例中,多數個移動伺服器可用於多數個企業 中的地點,以減少調節及來回發送遠距通訊要求。多數個 移動伺服器可經由由企業所管理的虛擬的私人網路而連接 。多數個移動伺服器的優點包含減少非必要的遠距通訊會 議延遲及網路資源的效能低落。 φ 可參照以下的圖式及說明而更了解本發明之特徵及優 點。 圖7顯示根據本發明之一實施例,在外部遠距通訊裝 置及移動客戶端之間所建立的遠距通訊會議,移動客戶端 爲在企業之內。如此處所述,遠距通訊裝置指的是可用以 發出媒體封包的裝置。遠距通訊裝置的範例包含但不限於 機丨、桌上電話、多模式電話、IP電話等。如此處所述, 移動客戶端指的是其中安裝有移動客戶端應用程式的遠距 通訊裝置。 -29- 201032526 考慮以下情況:例如’外部電話上的個人嘗試與移動 客戶端上的個人建立遠距通訊會議。不像先前技術,外部 電話802的使用者不需知道用來找到遠距通訊要求的接收 方的多個電話號碼。反之,外部電話8 02的使用者現在只 要取得單一電話號碼。在一範例中,外部電話802的使用 者撥打企業800的主要電話線及分機,以找到要求的接收 方。 外部電話802的使用者所要求的遠距通訊可經由載體 網路860移動(如箭頭830所示)以連接企業800中的移 動客戶端816的使用者。 企業800可具有無線通訊系統,其至少包含移動伺服 器8 1 8及移動客戶端8 1 6。經由IP網路8 1 2,例如內部網 路’移動伺服器818可連接於由Wi-Fi網路814 (或是存 取點814)代表的無線區域網路。又,經由ip網路812及 私人分支交換機810 (PBX 810),移動伺服器818連接 於載體網路860及/或是蜂巢式網路862,則其可連接於外 部遠距通訊裝置’例如位於企業8 0 0之防火牆8 2 0之外的 外部電話8 0 2。更進一步’經由防火牆8 2 0,移動伺服器 818連接於網際網路85〇,其可連接於各種其他網路。移 動伺服器818、IP網路812、防火牆820、PBX 810及Wi-Fi網路814係由企業800所管理。 如上述’無線通訊系統更包含移動客戶端816,其爲 企業800之雇員所使用。移動客戶端8 1 6連接於一組熟人 號碼(例如’地面線電話號碼、IP位址分機號碼、手機號 201032526 碼等),其包含至少一個熟人號碼。將移動客戶端816連 接於一組熟人號碼的方法可由數種方法實施,例如用戶辨 識模組(subscriber identify module,SIM),其爲本技術 中所熟知者。 在一實施例中,遠距通訊要求首先藉由PBX 810爲企 業800內部接收(如箭頭832所示)。PBX 810經由內部 IP網路8 1 2 (例如內部網路)發送遠距通訊要求到移動伺 ❹ 服器818(如箭頭834所示)。在一實施例中,PBX810 以及移動伺服器818之間的通訊可爲以封包爲基礎的通訊 〇 在一實施例中’移動客戶端816首先於啓動時登記於 移動伺服器818。在此方法中,因爲移動客戶端816目前 係位於企業800之內,則移動客戶端816經由Wi-Fi網路 814登記於移動伺服器。一但移動伺服器818從移動客戶 端810接收登記資訊並驗證該移動客戶端816爲有效且簽 φ 署的裝置’則移動伺服器816接收從該移動客戶端816所 發之向外的遠距通訊要求,及從移動客戶端816所接收的 向內的遠距通訊要求。 因爲移動客戶端816已經由Wi-Fi網路814登記於移 動伺服器818’則移動伺服器818知道要將向內的遠距通 訊要求經由IP網路812回傳,以抵達位於wi-Fi存取點 814的移動客戶端816(如箭頭836所示)。 因爲遠距通訊要求係經由移動伺服器818而發送,則 企業800可管理其遠距通訊建設。例如,企業8〇〇可篩選 201032526 向內的遠距通訊要求,驗證及有效化使用者的存取,監控 遠距通訊會議的持續期間等。 在一實施例中,移動伺服器818爲管理全部向內及向 外的遠距通訊會議的伺服器。換而言之,媒體電信(例如 媒體封包)可於傳遞到最後目的地(例如移動客戶端816 或是外部電話802 )之前先發送到移動伺服器818。移動 伺服器818包含移動伺服器應用程式,其包含多數個伺服 器功能模組。利用移動伺服器應用程式,現在移動伺服器 818可管理企業的遠距通訊建設。 圖8顯示根據本發明之一個或更多個實施例,可實行 於圖7之移動伺服器8 1 8之伺服器功能模組的範例。伺服 器功能模組包含但不限於伺服器管理模組906、資料庫管 理模組908、策略管理模組9 1 0、存在管理伺服器模組9 1 2 、PP伺服器模組914、PBX I/F模組918、撥打控制伺服 器模組920、移動管理伺服器模組922、資源管理模組924 、DP/DX伺服器模組926、SIP伺服器模組93 0、插槽伺 服器模組93 2、媒體伺服器及聲音品質引擎模組93 4。 伺服器管理模組906可用以提供使用者介面,以管理 及/或是監控通訊媒體電信、使用者、通訊服務及遠距通 訊裝置(例如圖7之移動客戶端816)。使用者介面包含 以網路爲基礎的介面。 資料庫(DB )管理模組908用以管理移動伺服器818 所存取的一個或更多個資料庫,且儲存資料及/或是檢索 資料。在一範例中,移動伺服器8 1 8使用資料庫908以比 201032526 較遠距通訊要求中的熟人號碼及熟人號碼的列表,以決定 向內撥打號碼是連接於何一移動客戶端。更進一步,DB 管理模組908實施其他資料庫管理工作,例如,資料備份 、資料恢復及資料庫更新。 策略管理模組9 1 0用以加強企業8 00所制定的策略。 策略包含但不限於遠距通訊會議權限、漫遊能力、通訊服 務特徵的可用性等。 ❹ 存在管理伺服器模組.9 12用以接收及儲存移動客戶端 (例如圖7所示之移動客戶端816)及/或移動管理伺服器 模組9 2 2產生的使用者存在狀態。使用者的存在狀態的範 例包含但不限於線上、閒置、忙碌、離線、接收、僅有文 字、僅有聲音、僅有聲音訊息等。使用者的存在狀態可由 其他人所見。使用者的存在狀態可用於建立是否要參與向 內的遠距通訊要求的意圖。因此,使用者的存在狀態可由 撥打控制伺服器模組920使用,以決定是否要在圖7所示 φ 之移動客戶端816與另一遠距通訊裝置之間建立遠距通訊 會議。 PP伺服器模組9 1 4代表用以與應用程式伺服器904 ( 其可位於移動伺服器818之外)互動,並在一般資料應用 程式及不同平台之間用以轉譯的代理伺服器協定軟體。此 種一般資料應用程式的範例包含非聲音的應用程式,例如 電子郵件及快速傳訊。 PBX I/F模組918或是PBX介面模組918用以致能移 動伺服器818接合於PBX 810。 -33- 201032526 撥打控制伺服器模組920爲負責有關於資料通訊建立 (例如,聲音撥打或是音頻/視頻/資訊流)的功能的控制 階級模組。功能包含但不限於VoIP撥打處理、會議初始 協定(session initiation protocol, SIP)代理伺服器及背 對背 SIP使用者代理(B2BUA )、經由 PSTN通路之 PSTN撥打管理、PBX特徵管理及資源及連接管理。 當建立遠距通訊會議時,移動管理伺服器模組92 2用 以接收及儲存從移動客戶端(例如示於圖7中之移動客戶 端816)產生的連接資訊。連接資訊包含移動客戶端所接 收之信號強度。連接資訊可用於決定何時及如何連接於移 動客戶端。移動管理伺服器模組92 2亦可保持移動邏輯, 以決定是否要讓移動客戶端實施交遞。 資源管理模組924用以連接媒體伺服器及聲音品質引 擎模組934,以決定是否有充足資源以供建立資料通訊( 例如,聲音撥打或是音頻/視頻/資訊流)。又,資源管理 模組924可傳遞關於遠距通訊會議之品質的移動管理伺服 器模組922狀態資料,其係從媒體伺服器及聲音品質引擎 模組9 3 4接收。 DP/DX伺服器模組926代表資料協定/資料處置功能 ,以確保移動伺服器818及圖7之移動客戶端816之間的 通訊。例如,確保通訊包含從圖7之移動客戶端816之使 用者的存在狀態及網路連接資訊分別傳送到伺服器存在管 理伺服器模組9 1 2及移動管理伺服器模組922。確保通訊 亦包含傳送移動客戶端的登記資訊、通訊狀態、交遞信號 -34- 201032526 等。 s IP伺服器模組9 3 0代表協定訊息解碼/編碼引擎。 S IP伺服器模組9 3 0亦實施基本的特定工作,例如基於訊 息分析及確認的標準、再傳送、私人訊息驗證等。 插槽伺服器模組932提供用以於各種模組之間通訊的 介面’且通常爲操作系統的一部分,移動伺服器818可運 作於操作系統上。在圖8中’以上所示之伺服器功能模組 0 的插槽伺服器模組932可用以提示;以上所示之伺服器功 能模組的插槽伺服器模組9 3 2,亦即,媒體伺服器及聲音 品質引擎模組934可用以管理聲音及資料電信。 媒體伺服器及聲音引擎模組934用以監控及處理ip 封包(例如,聲音封包)、解碼及編碼資料(例如聲音) 及加密及解密確保資料的傳送。在一實施例中,媒體伺服 器及聲音品質引擎模組934實現於單機硬體上。在一實施 例中,媒體伺服器及聲音品質引擎模組9 3 4亦可基於缺少 φ 數個連續1p封包的抵達,而用以偵測即將發生的到蜂巢 式網路的交遞。 在一實施例中’媒體伺服器及聲音品質引擎模組934 包含轉碼器。如此處所述’轉碼器指的是可以將資料封包 編碼及/或是解碼成不同的媒體資料格式(例如GSM、 G.711、G.729等)的軟體。在先前技術中,可藉由載體管 理的通道或是遠距通訊裝置實施轉碼。若藉由載體管理的 通道實施轉碼’則網路資源的利用爲無效率。在—範例中 ,在IP網路(例如Wi-Fi)中被傳送到遠距通訊裝置蜂巢 -35- 201032526 式資料封包(例如GSM)可先被轉換成IP致能的格式( 例如G.711)。因爲G.711格式的檔案爲低壓縮性,G7.ll 格式檔案需要較高的頻寬。若係藉由需要轉碼能力的遠端 通訊裝置實施轉碼,則遠端通訊裝置的使用者必須負責構 成需求。 然而,藉由將轉碼器集成於媒體伺服器及聲音品質引 擎模組934中,通訊不受媒體資料格式所侷限。反之,移 動伺服器現在可接收不同的媒體資料格式,並將資料封包 轉換成遠端通訊裝置可接收的格式。因此,高壓縮資料格 式現在可廣爲接受’以提升網路資源的利用效率。此外, 轉碼的義務不再是遠端通訊裝置的責任。 再次參照圖7’移動客戶端816包含移動客戶端應用 程式’在一實施例中’其包含多數個客戶端功能模組。移 動客戶端應用程式可下載到移動客戶端816以致能移動客 戶端816管理本身的遠端通訊需求。移動客戶端應用程式 可由移動客戶端816的使用者透過已知的媒體,例如網際 網路或是光學儲存媒體而下載到移動客戶端816。此外, 移動客戶端應用程式致能移動客戶端816與移動伺服器 818互動,以創造滿足移動客戶端816之使用者的遠端通 訊需求的環境。 圖9顯示根據本發明之一個或更多個實施例,爲移動 客戶端應用程式的一部份的客戶端功能模組的範例。移動 客戶端8 1 6包含裝置指定的模組及客戶端功能模組。裝置 指定的模組爲操作系統功能模組,其可由移動客戶端8i6 -36- 201032526 的操作系統提供。操作系統功能模組包含插槽客戶端模組 1004、電 g舌應用程式介面(telephony application programming interface,TAPI)模組 1 060、無線區域網路 ,十'wireless local area network, WLAN)管理模組 1〇〇6、 單位料管理模組1 008、圖形化使用者介面(graphical user interface,GUI)工具套件模組1〇1〇。客戶端功能模 組包含但不限於使用者介面模組1082、本地應用程式 1 0 9 4、移動管理客戶端模組i 〇 9 6、撥打控制客戶端模組 1098、存在管裡客戶端模組i〇5〇、Pp客戶端模組1〇52、 DP/DX客戶端模組1 054、包裝模組1 056、SIP客戶端模 組1 068、聲音引擎模組1〇7〇及可延伸的傳訊及存在協定 (extensible messaging and presence protocol, XMPP )分 析模組1 0 7 2。 使用者介面模組1 082用以顯示特徵及構成選擇予使 用者’並接收使用者輸入。使用者介面模組1082亦用以 〇 與其他客戶端功能模組(例如移動管理客戶端模組i 096 及撥打控制客戶端模組1 098 )互動。 本地應用程式模組1 094包含利用連接,但不需要知 道所使用的連接方法的應用程式,例如CRM應用程式或 是資料庫客戶端。 移動管理客戶端模組1 096用以接收及估算連接的目 前狀態及資訊,例如信號強度資料及其他參數,以作交遞 決定。當移動客戶端816登記於移動伺服器818時(示於 圖7) ’可接收用於交遞決定的條件並將之儲存於移動管 -37- 201032526 理客戶端模組1096中。條件係關於信號強度、頻道負載 、聲音品質及/或是傳送品質。 撥打控制客戶端模組1 098用以與使用者介面模組 1082互動’及管理一動客戶端816之向外及向內的資料( 包含向外及向內的聲音撥打)。對於向外的資料而言,使 用者介面模組1〇82提供指令予撥打控制客戶端模組1098 ’然後撥打控制客戶端模組1 098管理其他的客戶端功能 模組,以初始化向外的資料。對於向內的資料而言,撥打 控制客戶端模組1 098指示使用者介面模組1 082通知向內 的資料的移動客戶端816的使用者。在回應中,藉由使用 者介面1 08 2,使用者可對撥打控制客戶端模組1098下達 官於向內的資料的指令,例如拾取或是分流來電。 存在管理客戶端模組1 050用於表示使用者的存在狀 態’移動伺服器8 1 8的存在管理伺服器模組9 1 2 (示於圖 7)可用將其用於管理來電。移動客戶端816的使用者使 用該使用者介面模組1 082以組成使用者的存在狀態。使 用者的存在狀態的範例包含但不限於線上、閒置、忙碌、 離線、接收、只有文字、只有聲音、只有聲音訊息等。 PP客戶端模組1052用以代表代理伺服器協定,以連 接移動伺服器8 1 8的PP伺服器模組9 1! 4 (示於圖7 )。 DP/DX客戶端模組1054代表資料協定/資料交易功能 ,以用於確保連接於移動伺服器818的DP/DX伺服器模 組926 (示於圖7 )。 包裝模組1056代表致能上述移動客戶端816之客戶 201032526 端功能模組,以與操作系統功能模組互動的應用 (API ),操作系統功能模組有例如用於電話通 電話應用程式介面協定1060 (TAPI 1060)。如 作系統功能模組爲已存在於移動客戶端8 1 6的裝 模組。包裝模組1 05 6致能前述的客戶端功能模 立於操作系統(例如Windows® CE、Windows® Linux®、或是Symbian®)而實行。不像先前技 φ 客戶端功能模組可實行於OSI建構的應用程式層 客戶端功能模組不依靠操作系統。 在一個或更多個實施例中,可能的客戶端功 包含SIP客戶端模組1 068、聲音引擎模組1070 分析模組1072其中一個或更多個。 SIP客戶端模組1 068可用以與移動伺服器8 伺服器模組9 3 0 (示於圖7 )互動,以撥打提示 請、OK,及於圖7所示之移動客戶端816及移 φ 8 1 8之間告知收到訊息。 聲音引擎模組1 070用以提供編碼、解碼、 、抖動控制及錯誤隱藏其中一個或更多個。 XMPP分析模組1 072用以致能傳訊服務。 回過來參照圖7,當移動客戶端816的使用 遠端通訊要求時,可由移動伺服器8 1 8實施相似 接。遠端通訊要求先經由Wi-Fi網路8 14及IP 被送到移動伺服器8 1 8。移動伺服器8 1 8先驗證 通訊要求的使用者的合法性。若使用者不是登記 程式介面 訊服務的 上述,操 置指定的 組,以獨 Mobile、 術,因爲 上,因此 能模組更 及 XMPP 18 之 SIP ,例如邀 動伺服器 迴音消除 者初始化 類型的連 網路812 作出遠距 的使用者 -39- 201032526 ,則移動伺服器8 1 8可終止要求。若使用者爲登記的使用 者,則移動伺服器818接著會驗證接觸號碼。於接觸號碼 辨識爲外部號碼時,移動伺服器818傳遞遠距通訊要求到 PBX 8 10。於接收到要求時,pbx 81〇可撥打接觸號碼以 要求載體網路860接觸在外部電話802的使用者。 B.具有管理員及使用者控制規則及喜好(會合撥打)之點 對點及點對多點多媒體會議撥打的自動設定。 1 ·本發明可用於使用媒體通訊伺服器之點對點及點對 多點多媒體會議的領域。圖4A-B顯示於媒體通訊伺服器 中自動設定具有管理員及使用者控制規則及喜好之點對點 及點對多點多媒體會議撥打的方法。 2.目前用以設定PP或是PMP媒體撥打的機制並非基 於任何使用者狀態或是喜好。若一個或更多個參與者無法 參加’則媒體伺服器容許主席留下語音郵件。動作的唯一 程序是主席會不斷嘗試,直到所有的參與者皆有空,或是 使一個或更多個參與者答應回撥,然後企圖在稍後的時點 開始會議。此種處理無效率且花費時間及資源,且通常難 以管理。唯一的機制爲事先計畫並安排會議,以使全部的 參與者皆有空_然而,無法確保全部的參與者那時皆有空 。上述問題係起因於企業中的存在伺服器與媒體通訊伺服 器之間缺乏統整及資訊交換。 3·會合撥打(RC )致能使用者設定點對點(PP )或是 點對多點(PMP )媒體撥打(可爲聲音、視頻或是多媒體 201032526 ),而不用指定時間-媒體通訊伺服器基於有關的全部參 與者的可聯繫性而決定撥打建立的時間(藉由各種因素, 包含存在資訊、網路可用性等而建立),並在設定要求的 撥打之前提示參與者。大幅提升可聯繫性的槪念以考慮數 個使用者驅動參數,藉此致能媒體通訊伺服器更精確的根 據全部參與者的喜好決定何時要撥打。某些額外的喜好及 規則包含網路管理員控制規則、基於時間之使用者喜好、 Φ 媒體選擇、撥打參與者、撥打優先順序等。 4.本發明的優點包含 考慮全部的企業規則、參與者喜好及可聯繫性自動安 排PP及PMP會議撥打的設定及建立。 由於在正確時間建立撥打的企業內有效及有效率的通 訊代替依靠於基於優先順序通訊的語音信箱。 6.整體建構 圖5A顯示十分高階的RC建構整體圖。RC建構具有 φ 媒體通訊伺服器中的元件及RC客戶端。此情況中的客戶 端可爲電話聽筒 '軟電話、PDA等。RC客戶端負責管理 對於使用者的使用者介面及安置RC要求。亦容許使用者 詢問及追蹤其之等待中的RC要求。若一個或更多個參與 者被認爲是「無法參加」,RC客戶端亦容許使用者將正 常的PP或是PMP撥打轉換成RC要求。相似的,當伺服 器不設定RC撥打時,客戶端會提示使用者並根據使用者 的回饋而回應。在伺服器側,RC邏輯涉及從存在伺服器 及企業管理員及個人使用者的喜好應用規則的資訊集合及 -41 - 201032526 關係。 當使用者安置客戶端的PP或是PMP撥打時,客戶端 軟體檢驗參與者的可聯繫性,並提示使用者是否有一個或 更多個參與者無法參加,及他們是否要作RC要求。使用 者亦可指定想要讓要求等待多久的時間。媒體通訊伺服器 追蹤RC要求。當伺服器決定全部的參與者皆爲有空時, 會提示每個人是否要繼續進行撥打。若全部參與者成功回 傳,則會安置撥打。若其中任一個參與者拒絕要求,則 RC撥打失敗,且全部的參與者都會被通知結果。使用者 亦可詢問未解決的RC撥打的列表(使用者爲發起人及使 用者爲參與者的),並取消任何由本身爲發起人的要求。 在決定繼續進行撥打的最佳時間時,伺服器亦使用企業及 使用者定義的規則。 7.對於RC之管理員及參與者規則及喜好 可聯繫性及RC設定係基於各種使用者及管理員控制 的規則及喜好。 以下規則及喜好可用於在安置RC之前決定參與者可 聯繫性。 • 參與者對於任何RC服務的退出喜好。參與者可完 全退出或是指定參與者想(或是不想)接受RC撥打的時 間期間。 • 參與者喜好一基於RC優先順序' RC擁有者、參 與者列表、時間、網路喜好(企業 Wi-Fi、公共 Wi-Fi、 蜂巢式等)、Outlook行事曆安排等。 201032526 • 使用者個人「容許」及「阻擋」使用者列表,以 限制想要參與的RC撥打。 • 當應安置撥打時,RC主席對於時間窗的喜好。 • 管理員控制器企業規則一 RC的行動隱私、使用者 的RC隱私等。 8.媒體通訊伺服器用以安排及安置RC撥打的邏輯。 用於媒體通訊伺服器中,以處理及設定的邏輯係由各 ❻ 項因素控制。 • 媒體通訊伺服器中的存在伺服器以及企業與參與 者驅動規則及喜好的整合,以決定參與者可聯繫性及安置 RC的時間。 • 支援強制及選擇性的RC參與者列表。 • 參與者提早接受或是提早拒絕RC的能力。即使在 由媒體通訊伺服器設定RC之前,使用者可無條件接受或 是拒絕RC要求。 〇 · 與Outlook程式整合,以使用其行事曆作爲可用 性決定邏輯及參與者的行事曆的輸入,以反映RC狀態及 任何未解決的RC要求。 • 除了可用性及要求時間之外,基於要求優先性安 置RC的能力。 • 即使當特定參與者忙碌時,容許安置選擇性的RC 撥打-使用撥打-撥打以通知及邀請特定使用者加入RC。 當伺服器接收到RC要求時,完成有效性檢驗以確定 有關的全部參與者已簽收RC服務。此外,伺服器亦檢驗 -43- 201032526 以確定沒有跨越會產生影響的臨限値。若爲有效的RC要 求,伺服器會將其列隊,並發送具有狀態的RC回應及有 關於該要求的RC Id。若RC要求爲無效的或是要求是不 能接受的,則伺服器會發送具有失敗結果的RC回應到發 起者。 在全部的參與者在此時皆爲有空的情況中,伺服器會 將該要求如其他任何PP或是PMP撥打般處理-建立媒體 路徑及具有狀態的成功RC回應訊息傳送到發起者。 RC伺服器定期地討論未解決的RC要求,以決定其中 任一者是否已準備好可以撥打設定。圖2的流程圖記錄媒 體通訊伺服器用以選擇已有資格設定的RC要求的邏輯。 一但有資格設定的RC要求決定,則能夠爲媒體通訊 伺服器的RC開始設定個別媒體通路之處理。對於有關撥 打的全部參與者發送RC提示訊息。RC提示包含有關主席 、參與者名單、撥打摘要等的細節。伺服器收集從客戶端 產生的RC提示回應。亦應持續追蹤由參與者發送的任何 訊息。若任一參與者拒絕RC提示或是超過時間(客戶端 沒有回應),則伺服器將其認爲是失敗的RC撥打,並對 回應的全部參與者及主席發送RC取消通知’告知有關取 消的撥打及使用者的回應(若有的話)。在全部的參與者 接受撥打的情況中,RC伺服器聚集PP/PMP要求及媒體切 換層所需的全部資訊’並傳遞要求到媒體切換層以設定撥 打。亦對有關正在設定的撥打的全部參與者發送RC進行 中通知。 -44 - 201032526 9.結論 RC媒體通訊伺服器提供的服務會讓企業內的通訊工 作更有效,且會節省較少依賴語音信箱的雇員的時間。對 於機動性的且不會固定於桌上電話前的雇員尤以爲是。媒 體通訊伺服器於決定安置會議撥打的最佳時間時,會考慮 移動方面的問題。 1 0 .本發明的優點包含 φ ·考慮全部企業規則' 參與者喜好及可聯繫性所自 動安排之PP及PMP會議撥打的有效設定及建立。 •因爲在正確時間建立撥打,而非依靠語音信箱來 互傳及持續撥打以檢驗可聯繫性,因此企業內的通訊爲有 效且有效率的。對於移動且非限制於桌上電話的雇員尤以 爲然。 .除了標準的語音信箱服務之外,若一個或更多個 參與者於該時間無法參加時,客戶端可提供將簡單的PP φ 或是PMP撥打轉換爲RC要求的選擇能力。 •將媒體通訊伺服器中的企業存在伺服器整合於企 業規則及使用者喜好中。 •整合Outlook及其他行事曆程式,以讓媒體通訊 伺服器如會面般管理會議撥打。 11·引入媒體通訊伺服器中的邏輯,以在安置會議時 考慮使用者可聯繫性及喜好,力求較少次失敗撥打,亦可 確保所安置的撥打符合全部出席參與者的期望目標。此方 法容許媒體通訊伺服器在討論安置PP或是PMP會議撥打 -45- 201032526 的最 業規 的邏 服務 戶端 線。 PMP 據先 佳時間時,將存在伺服器的存在資訊與管理員控制企 則以及使用者控制使用者喜好作關聯。決定最佳時間 輯產生組織內的有效會議,亦可節省花費在顯示此種 的時間及金錢。 12. RC客戶端技術規格 圖5B顯示用於設定RC要求及後續的RC建立時,客 及媒體通訊伺服器之間的訊息交換的十分高階的時間 對於RC能力而言,RC客戶端將支援以下動作。 a. RC要求處理 b. RC回應處理 c. 列表及修改/取消未解決的RC要求 d. 對於未解決的RC要求的提早回應(接受/拒絕) e. RC提示訊息處理 f. RC進行中及RC取消通知訊息處理 13. RC伺服器技術規格 圖5C顯示RC伺服器用於支援此種功能的核心邏輯 a. RC要求處理 b. 根據參與者無法參加性及喜好,從標準的PP及 撥打變成RC要求的自動轉換。 C.定期的RC要求處理-計時器及選擇RC要求,以根 前指定的全部條件來設定。 d.呈現RC提示並收集回應作爲RC撥打設定的一部分 -46- 201032526 e.RC媒體通路設定。 詳盡而言,本發明之實施例有關於遠距會議管理。在 先前技術中,遠端會議的設定爲十分繁瑣、必須手動且耗 時的工作,需要人工操作及極高專注力。例如,若有五個 參與者,其中一個參與者或其助理(以下稱爲「輔助者」 )必須經由電子郵件或是IM或是其他通訊機構(例如電 話或是人員參與)初始化以預先設定遠距會議,以獲得有 φ 關於遠端會議時間及方法的同意。 例如,若實際上可獲得共用的行事曆,則輔助者可利 用電子郵件程式以取得各參與者的行事曆。然後,輔助者 必須爲各個參與者設定約定,並獲得參與者對於遠距會議 時間及方法的同意。一但全部人皆同意,輔助者會設定遠 距會議工具,通常是利用電話服務供應商或是藉由指定其 中一個參與者作爲遠距會議領導人,其負責在指定的時間 與其他人遠距會議,確保遠距會議可達成。 φ 當達於開始遠距會議的時間時,各參與者負責撥打到 輔助者所指定的電話號碼,以可參與該遠距會議。若參與 者不知道如何撥打及/或是不熟悉輸入使用者id/密碼的步 驟,會浪費更多時間在輔助該使用者達成遠距會議。當其 中一個參與者是從另一國家撥打時經常發生此種情況,且 需要例如特別的撥打順序。在指定的遠距會議時間時,若 其中一個參與者沒有出現,且該參與者對該遠距會議爲必 須’則需要重新安排遠距會議,以使全部必須的參與者皆 能參與。 -47- 201032526 更進一步,先前技術的設定遠距會議撥打的方法不考 慮個別參與者的喜好,例如喜好的通訊模式、或是時間相 關的通訊模式(例如,從7a.m.到10a.m.以手機聯絡、從 12p.m.到lp.m.以IM聯絡,其他時間以辦公室電話聯絡) 。在先前技術中,當輔助者以電子郵件聯絡或是撥打,以 嘗試要設定遠距會議時,必須手動且爲個別地處理各參與 者的適應性需求。 根據本發明之實施例,提供應用電腦的方法及設備, 以自動設定多數個遠距會議參與者之間的遠距會議。本發 明之實施例自動決定各參與者的可聯繫性及喜好。若在可 容許的遠距會議窗內的給定時間,全部的參與者皆爲可以 參加,則本發明之實施例利用會合撥打(RC )伺服器以使 用個別參與者的在詢問時所作的喜好通訊模式,自動確認 全部參與者的可聯繫性。若全部必須的參與者同意開始進 行會議,本發明之實施例連接不記名的頻道及各參與者, 以處理遠距會議。 此處所使用之術語「會合撥打」指的是根據輔助者預 先輸入的參數而自動設定及初始化的會議撥打。因爲RC 伺服器監控參與者的存在狀態,並使用參與者對於進行遠 距會議的喜好及通訊的較佳模式,設定可爲部分自動。因 爲當RC伺服器決定可能可以進行具有給定參數(其配置 成有關該遠距會議)的遠距會議時,則RC伺服器撥打各 參與者。 在一實施例中,企業範圍的RC規則可用以修改某些 -48- 201032526 使用者設定的喜好設定。例如,若高階經理意圖在給定時 間設定會合撥打’則企業RC規則可改變由低階雇員設定 的喜好設定,避免保存那時的遠距會議。企業RC規則亦 可用於加強其他RC策略,例如賦予所邀請的各參與者的 權限’是否允許長途遠距會議,若有重疊或是衝突會議或 是特定參與者無法參加時,要怎麼做。企業RC規則可依 照給定企業而爲簡單或爲複雜。 φ 使用者亦可標示喜好,例如有關其通常的可聯繫性及 喜好的通訊模式。在某些情況中,例如,使用者可以阻擋 或是永久拒絕某些類型的遠距通訊要求。使用者亦可指定 時間相關的通訊喜好,若例如RC會發生在早上,則能以 桌上電話接觸使用者,而在晚間應以使用者的手機發送 RC。 存在伺服器追蹤使用者的可聯繫性,以決定是否全部 必須的使用者皆有空,以進行RC。使用存在伺服器,本 φ 發明之實施例可追蹤參與者是否登入及/或是位置及/或是 參與者指定的通訊方法。若每個人皆有空,且可聯繫性符 合輔助者標示爲進行RC的合適視窗內的窗,本發明之實 施例自動詢問參與者並確定參與者對於會合撥打的可聯繫 性。若全部人皆確認,則本發明之實施例爲各參與者創造 不記名頻道,將不記名頻道連接集合,以創造RC,使RC 進行。 可從以下的圖式及說明而更佳地了解本發明之特徵及 優點。 •49- 201032526 圖ι〇顯示根據本發明之一實施例,自動化的會合撥 打環境1902之高階邏輯方塊圖。在圖1〇中,顯示移動伺 服器1904,表示其中實現RC伺服器模組1906的實際硬 體。熟知本技藝者當可知,若有需要,RC伺服器模組 1 906亦可實現於不同裝置中。 顯示多數個RC客戶端1 908、1910、1912及1914。 會合撥打客戶端1 908代表移動電話聽筒;RC客戶端1910 代表PDA; RC客戶端1912代表有線IP電話;RC客戶端 1914代表在手提電腦或是桌上型電腦中實行軟電話的軟體 客戶端。RC客戶端1908、1910、1912及1914之各者執 行RC客戶端軟體,其可利用RC伺服器模組1 906設定會 合撥打,以表示其之喜好。若爲可用,RC伺服器模組會 處理及/或是傳遞存在資訊到內部存在伺服器及外部存在 伺服器其中一者或兩者。RC客戶端的喜好亦藉由RC伺服 器模組而設定於使用者喜好資料庫1 924中。 經過適當授權的使用者亦可使用其之RC客戶端來設 定企業RC規則(於企業規則資料庫1 926中)。熟知本技 藝者當可知,能夠執行用以與RC伺服器模組1 906互動的 RC客戶端軟體的任何計算裝置皆可使用。此外,企業管 理員亦可使用RC伺服器模組提供之管理介面以設定企業 規則資料庫1 926中的企業RC規則。 當RC客戶端1908希望設定RC時,RC客戶端1908 告知RC伺服器模組1 906,以表示可發生遠距會議的時間 ο 2 如 例 塊 區 到 m· a 8 從 四 期 星 曰 1Λ 月 2 1Λ 年 m -50- 201032526 )、遠距會議持續期間(例如3 0分鐘)、必須的參與者 、及選擇性的’ RC主題。若有需要,RC客戶端1 908亦 可指定必須的參與者及選擇性地參與者的身份。在一實施 例中’ RC客戶端1 908的要求可爲自動告知全部必須的參 與者’以使必要的參與者可知道未解決的要求。在另一實 施例中’可自動將要求插入電子行事曆中(例如,經由電 子郵件或是ΙΜ行事曆事件要求),以使要求的rc可告 φ 示於參與者的行事曆上,且參與者可知道未解決的要求。 若爲意欲者’則要求參與者評論,或是接受或是拒絕所提 出之RC。 在指定的RC窗開始時(例如,前述的2007年12月 1曰從8a.m.到12p.m. ),RC伺服器模組1 906經由內部 存在伺服器1 920及外部存在伺服器1 922其中一者或二者 詢問是否全部參與者皆有空。可從參與者的行事曆及/或 是登入動作或是藉由企業會議撥打規則/使用者喜好的應 〇 用程式推論參與者的可聯繫性。若全部參與者皆無法參加 ’RC伺服器模組1906持續監控存在伺服器其中一者或二 者’以偵測全部參與者何時可以參加。 當全部參與者皆有空時,RC伺服器模組1 906使用設 定於企業RC規則資料庫1926及/或是使用者喜好資料庫 1 924中的規則及喜好,而對各參與者(例如Pda 1910、 有線IP電話1 9 1 2及軟電話1 9 1 4 )發送通知,以確認已到 達RC時間且rC即將開始。若全部參與者同意,則RC伺 服器模組1 906使用媒體提示層1 930及媒體切換層1934 -51 - 201032526 完成參與者之間的不記名頻道連接。舉例而言,RC伺服 器模組1 906可在移動伺服器1904中使用切換模組,以在 各參與者對於移動伺服器1904或是企業PBX之間建立撥 打,其中,可內部互連各別的不記名頻道,以創造RC。 之後,RC開始。 另一方面,若一個或更多個參與者拒絕,RC伺服器 模組1 906可回到監控狀態,以繼續監控下一個機會,以 當找到全部參與者皆有空的時間設定RC。在一實施例中 ,RC伺服器模組1 906可詢問拒絕的使用者想要進行RC 的時間,可在那個時間再次設定RC。若參與者持續拒絕 ,則選擇性地通知輔助者以於必要時手動介入,以促進遠 距會議的初始化。 圖1 1顯示根據一實施例,RC伺服器模組1 906於設 定RC撥打時所採取的步驟。在步驟2002中,RC伺服器 模組1 906詢問內部存在伺服器1 920及外部企業存在伺服 器1 92 2其中一者或二者,以確定是否全部參與者皆有空 〇 若非全部的參與者皆有空(2002沒有分支),則方法 進行至步驟2004,以詢問RC期間是否過期。若RC期間 尙未過期,則方法回到步驟2002,以繼續監控是否全部參 與者皆有空。 另一方面,若RC期間已過期(2004的「是」分支) ’則初始化RC取消處理(2050 ),其中不通知輔助者RC 要求已過期,且因爲在RC要求期間的參與者的不可聯繫 201032526 性,則不可能設定RC ° 若根據存在伺服器’全部參與者皆有空(步驟 的「是」分支,此方法進行到步驟2010,以將目則未 的RC要求加入有資格的RC要求的列表中)° 未解決的RC要求以及有資格的Rc要求之間的 係有關於未解決的要求爲全部參與者並未確認有空的 ,而有資格的RC要求爲全部參與者確認有空的要求。 φ 對於各個有資格的RC要求而言,處理如下進行 步驟2020中,辨識有關有資格的RC要求的參與者。 全部有資格的RC要求皆作同樣的決定。更進一步’ 重疊的參與者。此處所使用之術語「重疊的參與者」 重疊於有資格的RC要求中的參與者。例如,若給定 與者涉及兩個不同的有資格的RC要求,且其具有重 RC要求期間,則因爲給定的參與者不能同時參加兩 同的RC,則有可能會發生衝突。因此,辨識重疊的 φ 者,並據以建立RC要求的子群集。 在一實施例中,各參與者僅簽署於單一子群集中 就是說’沒有參與者會簽署於兩個不同的子群集中。 ’相關於各子群集的RC可獨立於相關於另一子群集 他RC而進行。例如,假設有四個有資格的RC要求 有資格可設定遠距會議(亦即,全部參與者以確認有 。假設對於RC1而言,參與者爲a、B及C;而對於RC 言’參與者爲A、C及D;對於RC 3而言,參與者爲 X及Y;對於RC4而言,參與者爲0、E及F。 2002 解決 差異 要求 。在 對於 辨識 表示 的參 疊的 個不 參與 。也 因此 的其 ,其 空) 2而 W、 -53- 201032526 在此情況中’創建兩個子群集,第一子群集包含RC 1、 110 2及1^4(涉及參與者八、8'(:、〇、丑及?)。第二 子群集包含第三遠距會議RC 3 (涉及參與者W、X及Υ) 〇 在步驟2024中,可查明對於各有資格的11(:要求而百 ,是否有任何參與者涉及多個有資格的RC要求。若無’ 則方法進行到區塊2026,其中對於有資格的要求的RC( 亦即,包含沒有涉及到其他任何有資格的RC要求的參與 _ 者的RC)被設定。在此範例中,在步驟2026中設定涉及 參與者W、X及Y的第三RC。 另一方面,若參與者涉及多個RC要求(如RC 1、RC 2 及RC 4的情況),則方法進行到步驟2030 ’以分類及辨 識最佳的不重疊RC要求子群集。例如’參考於此之範例 ,因爲辨識RC 1、RC 2及RC 4爲具有重疊參與者’則創 立演算法以決定是否某些RC具有高於其他者的優先性’ 是否在子群集內的某些RC不具有重疊參與者等。 @ 在此情況中,查明RC 2及RC 4不具有重疊參與者。 然而,第1遠距會議RC 1 (涉及參與者A、B及C)具有 會與第2遠距會議RC 2(涉及參與者A、C及D)及第4 遠距會議RC 4 (涉及參與者D、E及F)衝突的參與者。 演算法範例可建議藉由進行RC 2及RC 4,可以最大化可 以同時進行的遠距會議個數。 然而,另一可能的演算法可決定RC 1涉及更重要的 主題、或是更重要的參與者或是參與者群應有較高優先權 -54- 201032526 。該等用以解決衝突的不同演算法僅爲範例,且可根據給 定企業的期望而爲簡單或是複雜。 在本範例之後,方法進行到步驟2 032,執行從不重疊 子群集要求的RC的RC撥打設定處理。在此情況中,初 始化RC 2及RC 4的RC撥打設定處理,之後,進行到此 二遠距會議的RC撥打設定處理2026。沒有設定的RC可 回到未解決的RC要求列表,或是若爲期望,等待成爲有 0 資格的RC要求。 圖12顯示根據一實施例,涉及兩個遠距會議參與者 的簡單撥打流程。在此範例中,使用者A及使用者B經由 未解決的RC要求被要求參與RC,且開始RC要求期間。 更進一步,爲了本範例之目的,使用者A的開始狀態爲有 空,而使用者B的開始狀態爲沒有空。如圖1 2所示,使 用者A對移動伺服器爲該RC作RC要求(2102)。移動 伺服器2102在2104中以會合撥打ID (RCID)回應,其 φ 爲例如本範例中之1 9 0 0。 期間2106大致上係關於RC要求處理。期間2108係 關於未解決的RC要求的處理。因此,使用者a可詢問指 定使用者A爲未解決的R C要求的參與者的列表。假設沒 有其他人要求使用者A參加另一 RC,移動伺服器回報( 2110)要求使用者A參加的遠距會議列表。期間2112係 關於存在伺服器注意到參與者有空的期間,且RC伺服器 模組確認參與者是否想要進行遠距會議。因此,以移動伺 服器中的存在伺服器更新使用者B的可聯繫性(2120)。 r· /- -〇〇 - 201032526 注意使用者A及使用者B的可聯繫性,然後移動伺服 器2102傳送確認使用者A及使用者B此時想要進行遠距 會議的通知。以參考標號2122及2124分別顯示予使用者 B及使用者A。然後使用者B回應(2126),且使用者A 回應(2128)。若兩個使用者皆接受遠距會議要求,處理 根據期間2140所示之步驟而進行。若其中一個或兩個參 與者拒絕,則處理根據期間2150所示之步驟而進行。在 期間2150中,若使用者A及使用者B其中一或二人藉由 _ 會議撥打伺服器模組(在此範例中,其實現於移動伺服器 內)拒絕要求,則移動伺服器傳送取消通知(2152/2154 )到使用者A及使用者B其中一或二人,表示要求被拒絕 。若未解決的要求已暫停,亦即RC要求期間已過期,貝[J 亦傳送通知。 另一方面,若參與者A及B皆同意進行遠距會議,貝IJ 移動伺服器2102分別傳送通知(2142及2144 )給使用者 B及使用者A,以表示即將設定遠距會議。 _ 圖13顯示根據本發明之一實施例,使用圖12之範例 所指定之參數而設定遠距會議之撥打流程圖,除了移動伺 服器未顯示之外,包含存在伺服器、撥打控制及RC伺服 器作爲構成元件。因此,在RC要求處理期間2206中,使 用者A向存在伺服器及RC要求表示其之有空狀態,且在 RC伺服器及使用者之間傳達RC要求及RC回應。於詢問 未解決的RC要求期間2220時,於使用者A及RC伺服器 之間傳達涉及要求使用者A的未解決的RC列表的要求, -56- 201032526 及回應涉及使用者A的RC列表。於通知期間2 240中, 其中RC伺服器企圖確認是否全部參與者目前有空且應進 行遠距會議。因此,於使用者B及存在伺服器之間傳達使 用者B的可聯繫性,且存在伺服器將使用者B的目前狀態 傳達予RC伺服器。從RC伺服器分別傳達確認遠距會議 的通知到使用A及B,並分別回傳各使用者的回應到RC 伺服器。在回應中,使用者其中一或二人可接受或是拒絕 φ 要求的遠距會議。若使用者其中一或二人拒絕RC伺服器 要求的遠距會議,則RC伺服器將取消通知分別送到使用 者(若爲拒絕)。 另一方面,若參與者都接受,則RC伺服器在接受RC 撥打期間2270中,分別發送進行中的通知給使用者。之 後,RC伺服器經由撥打控制訊息(其表示參與者A及B 現在應設定於遠距會議中)傳達撥打控制。撥打控制利用 例如給參與者的使用者A及使用者B會合致能的通訊裝置 Φ 的SIP邀請訊息,以開始設定遠距會議。 可從前述中得知,本發明之實施例消除先前經由一種 通訊模式(例如Outlook、IM、親自拜訪、預先電子郵件 聯絡或是預先電話聯絡)來設定遠距會議的手動的及耗時 的步驟(手動確認各參與者對該遠距會議的時間及可聯繫 性)。本發明之實施例亦消除輔助者手動連接各參與者或 是爲參與者手動撥打的需求,更消除了錯誤或是忘記的可 能性。藉由使用存在伺服器、企業RC規則及使用者喜好 的組合,當使用者在RC要求期間內爲有空時,可利用該 -57- 201032526 使用者喜好的通訊模式以及根據企業所設定之商業規則, 與該使用者通訊。在此方式中,能以有效率且自動化的方 式設定遠距會議,消除浪費的時間及混亂,及/或是輔助 者部份及/或是遠距會議的參與者部份的失敗。 C.提供存在資訊溝通 在一個或更多個實施例中,本發明係關於文字及聲音 通訊。本發明特別係關於以文字及聲音通訊提供使用者初 ❹ 訊資訊的系統及方法。爲了幫助討論,以快速傳訊( instant messaging, IM)服務表示文字通訊,其爲文字通 訊服務中最普及者;以聲音撥打表示聲音通訊,其爲聲音 通訊服務中最普及者。 目前,普通的快速傳訊服務可致能客戶端裝置快速地 交換文字訊息。快速傳訊服務亦包含顯示使用者存在狀態 資訊/訊息的特徵。大致上而言,快速傳訊客戶端應用程 式可容許使用者手動選擇及/或是編輯存在訊息。例如, φ 使用者可選擇及/或是編輯其之存在訊息爲「有空」、「 忙碌」、「離開」等其中之一者。當有關於客戶端裝置的 指向裝置已閒置一段預定持續期間,且/或是螢幕保護程 式已出現在客戶端裝置上,某些快速傳訊客戶端應用程式 可自動提供存在訊息,例如「閒置」。 存在訊息可藉由使用者的接觸人員(或是熟人,亦即 包含於使用者的快速傳訊熟人表單中的人)顯示在客戶端 ,以使熟人可基於存在資訊而決定是否及/或是如何與使 -58- 201032526 用者通訊。例如,若熟人看見使用者爲「離開」,則熟人 會嘗試用另一種通訊工具,例如聲音撥打至使用者的行動 電話,以與該使用者通訊。一般而言,存在資訊限於使用 者出現在快速傳訊服務時,且除非作出聲音撥打,否則熟 人無法得知聲音撥打是否能達於該使用者。當文字訊息或 是電子郵件訊息一樣有效或更爲有效時,某些進入語音信 箱的聲音撥打是不必要的,如此會產生不必要的聲音撥打 Φ 的時間及金錢浪費。 此外’若使用者忘記正確的設定其之存在資訊,則無 法有效地實施通訊。例如,若使用者在很忙碌以致無法回 覆文字訊息時忘記設定存在訊息爲「忙碌」,則使用者的 熟人仍會傳送訊息給使用者,期待快速回覆。因此,使用 者可能會被不必要地打擾,使用者的熟人會因爲沒有收到 即時回覆而覺得沮喪,且會浪費時間,及/或是產生誤解 〇 Φ 普通的聲音通訊服務無法致能使用者構成及提供存在 資訊。除非撥打’否則聲音撥打的撥打者無法知道撥打是 否達到受話方、無人接聽、或是將被遞送到受話方的語音 信箱。因此’當快速文字訊息爲更有效且較喜用時,可能 會有大量較無效率的聲音撥打,而浪費時間及金錢,例如 當受話方寥1加會議時、看電影時等。 本:發明之一個I或更多個實施例係有關於用以輔助多個 使用者之間通訊的方法,其可避免或是減少上述的無效或 是無效率的問題。爲了要幫助說明,使用者至少包含第— -59- 201032526 使用者及第二使用者,其中第一使用者使用第一裝置(或 是第一客戶端裝置),第二使用者使用第二裝置(或是第 二客戶端裝置)。此方法可減少使用者於實施通訊時的負 擔,且可提高多個使用者之間的通訊效率。 此方法包含結合多數個可能裝置狀態及多數個可能存 在狀態。可能裝置狀態係關於第一裝置。例如,可能裝置 狀態有關於該第一裝置之網路利用率、位置、移動速度、 方位、行事曆事件、操作模式等其中之一或更多者。可能 _ 存在狀態係關於第一使用者的通訊狀態。例如,可能存在 狀態包含僅有文字通訊狀態、僅有聲音通訊狀態、撥打中 狀態、不可接受文字及聲音通訊狀態、可接受文字及聲音 狀態等。 此方法亦包含決定第一裝置的目前裝置狀態,然後根 據目前裝置狀態設定第一使用者的通訊存在狀態。例如, 若該裝置狀態爲第一裝置狀態,第一使用者的通訊存在狀 態可設定爲第一存在狀態;若該裝置狀態爲第二裝置狀態 @ ,則第一使用者之通訊存在狀態可設定爲第二存在狀態, 依此類推。第一存在狀態及第二存在狀態爲可能存在狀態 之中者。第一裝置狀態及第二裝置狀態爲可能裝置狀態之 中者。 此方法亦包含經由其他裝置提供有關於第一使用者的 通訊存在狀態(例如預設訊息或是個人化訊息)予其他使 用者,例如經由第二裝置提供存在訊息予第二使用者。 作爲一例,若第一使用者從其之辦公室走到會議室, -60- 201032526 因爲當第一使用者在開會時,文字通訊是對於聯繫第一使 用者最有效的,則第一使用者的存在狀態自動從可接受文 字及聲音通訊狀態變成僅接受文字狀態,而不需第一使用 者手動改變第一裝置上的存在狀態。因此,顯示在第二裝 置上的第一使用者的存在狀態自動從「IM我或是打給我 」變成第一使用者預先個人化的「無法接聽;IM可以」 〇 φ 優良的,本發明最佳化多個使用者之間的通訊有效性 ,不需要使用者手動改變存在狀態。此方法亦提供有關聲 音通訊的存在狀態資訊。因此,可避免有關可能無效的撥 打的時間及金錢浪費。 本發明之一個或更多個實施例係有關於用以實施一個 或更多個該方法之步驟的一個或更多個裝置。 可參照以下圖式及說明而更清楚地了解本發明之特徵 及優點。 ❹ 圖14顯示通訊系統1 400的槪略圖,包含移動伺服器 1414及客戶端裝置(例如客戶端 1402、1 430、1 432、 1438、 1440、 1415、 1417、 1454、 1484 及 1478 其中一或 更多者),以根據本發明之一個或更多個實施例提供包含 使用者存在資訊特徵的通訊服務。 移動伺服器1 4 1 4包含一個或更多個伺服器功能模組 ’其類似於參照圖8-9所說明之範例的移動伺服器818的 一個或更多個伺服器功能模組。例如,移動伺服器1414 包含存在管理伺服器模組,其類似於參照圖8之範例所說 -61 - 201032526 明之存在管理伺服器模組912,以供接收及儲存客戶端的 使用者的存在狀態資訊,及/或是移動伺服器1414中之移 動管理伺服器模組。使用者的存在狀態包含線上、閒置、 忙碌、通話中、離線、接收中、僅接受文字、僅接受聲音 、僅接受聲音郵件、文字及聲音皆可接受、文字及聲音皆 無法接受等其中之一或更多者。使用者的存在狀態可由使 用其他客戶端裝置的其他人看見。使用者的存在狀態亦可 用於建立參與向內的遠距會議要求的意願。使用者的存在 @ 狀態亦可由移動伺服器1 4 1 4中之撥打控制伺服器模組使 用,以決定如何遞送通訊電信。 移動伺服器1414亦包含代理伺服器1416及一個或更 多個轉接器,例如轉接器1418及1420。代理伺服器1416 可作爲客戶端及存在管理伺服器模組之間的介面。此外或 是或者’代理伺服器1 4 1 6可作爲客戶端及致能快速傳訊 服務特徵的一個或更多個文字傳訊伺服器(例如快速傳訊 伺服器1422及1424 )之間的介面,監控使用者存在狀態 Q '及/或是經由代理伺服器1416廣播使用者存在狀態資訊 。轉接器可轉譯文字傳訊伺服器與代理伺服器1 4 1 6之間 的訊息。例如,轉接器1418可實施快速傳訊伺服器1422 與代理伺服器1416之間的解譯,轉接器1420實施快速傳 訊伺服器1 424及代理伺服器1 4 1 6之間的轉譯。利用轉接 戶字上 客文置 ’ 的裝 面同端 介不戶 的由客 供 。 用 提器利 所服可 6 伺務 4 訊服 1傳訊 器字傳 服文字 伺的文 理同同 代不不 及道的 譯知供 轉不提 之者器 施用服 實使伺 所的訊 器端傳 -62- 201032526 的單一使用者介面提供予使用者。使用者對於不同文字傳 訊伺服器所提供的文字傳訊服務不必使用多個使用者介面 。優良地,可提高使用者感受及產量。 各客戶端包含一個或更多個客戶端功能模組’其類似 於參照圖8到1 〇所說明之範例的移動客戶端8 1 6之一個 或更多個客戶端功能模組。作爲一例,客戶端1402包含 存在管理客戶端模組,其類似於參照圖9所說明的範例之 _ 存在管理客戶端模組1015,以提供客戶端1 402使用者的 存在狀態到移動伺服器1 4 1 4的存在管理伺服器模組,及/ 或是藉由代理伺服器1416到文字傳訊伺服器。客戶端 14〇2使用者可使用客戶端1 402上統一的使用者介面(例 如,類似於參照圖9所說明之使用者介面模組1 082 )而構 成使用者的存在狀態。在一個或更多個實施例中,使用者 的存在狀態可自動構成及/或是由客戶端14 02基於客戶端 1402的一個或更多個裝置狀態而改變,如參照圖16A的 〇 範例所說明。存在管理客戶端模組亦自存在管理伺服器模 組及/或是文字傳訊伺服器接收有關其他使用者的存在資 訊。因此’存在管理客戶端模組可經由統一的使用者介面 而提供有關其他使用者的存在資訊給客戶端1402使用者 〇 在圖14的範例中,客戶端可爲不同的裝置狀態(例 如’不同位置)’且可經由各種連接方式而耦接於移動伺 服器1414°移動伺服器M14能基於企業的房屋而實行, 例如辦公室110。客戶端的使用者表示企業的成員,且可 201032526 具有聲音及文字通訊的不同存在狀態。存在狀態可由使用 者、客戶端及/或()而構成/改變。 客戶端1402使用者可於道路上駕駛車輛。客戶端 1402能經由無線電基地台1 406 (通訊網路元件之範例) 、公共切換電話網路1408 (PSTN 1408)、通道1412及/ 或是網際網路1 472耦接於移動伺服器1414。因爲聲音通 訊對於客戶端1 402使用者最爲有效,所以客戶端1402的 存在狀態可由客戶端1402使用者、客戶端1402 (例如其 中之存在管理客戶端模組)、及/或是移動伺服器1414構 成/改變爲「僅接受語音」。接著,快速傳訊伺服器1422 、快速傳訊伺服器1 424、及/或是移動伺服器1 4 1 4 (例如 存在管理客戶端模組)可對耦接於移動伺服器14M之其 他客戶端廣播客戶端1402使用者的存在狀態資訊/訊息。 若客戶端1402不在家用網路的範圍之內而在訪客網路的 範圍之內,客戶端1402使用者、客戶端1402及/或是移 動伺服器114亦可基於漫遊相關條件而構成及/或是.決定 客戶端1 402使用者的存在狀態及相關資訊發送(例如頻 率、內容、資料量等),以最佳化通訊中的成本效益,在 圖1 8的範例中進一步討論。 客戶端1478使用者可在企業建築物之外的咖啡店 1474中。客戶端1478經由公共存取點1480 (通訊網路元 件的另一範例)耦接於移動伺服器1414及網際網路1472 。客戶端1478使用者之存在狀態/訊息可由客戶端1478 使用者、客戶端1 4 7 8 (例如其中之存在管理客戶端模組) 201032526 及/或是移動伺服器1414構成/改變爲「聲音及文字皆可接 受」。快速傳訊伺服器1 422、快速傳訊伺服器1424及/或 是移動伺服器1414(例如存在管理客戶端模組)可對其他 客戶端廣播客戶端1478使用者的存在狀態資訊/訊息。因 爲客戶端1 478係連接於公共存取點1 480 (例如,由咖啡 店1474及/或是Wi-Fi服務供應商操作),而不是企業擁 有的存取點,則客戶端1478使用者、客戶端1478及/或 0 是移動伺服器114亦可根據漫遊相關的條件而構成及/或 是決定客戶端1 478使用者的存在狀態/訊息,如參照圖18 之範例的進一步說明。 客戶端1484使用者可在使用者的家1476。客戶端 1484可經由使用者的家用存取點1482及網際網路1472耦 接於移動伺服器1414。客戶端1484使用者之存在狀態/訊 息可藉由客戶端1484使用者 '客戶端1484 (例如,其中 之存在管理客戶端模組)及/或是移動伺服器1 4 1 4而構成/ 參 改變爲「聲音及文字皆無法接受」,以使客戶端1484使 用者在使用者的私人時間中不被企業通訊打擾。因此,快 速傳訊伺服器1422/1424及/或是移動伺服器1414可對其 他客戶端廣播客戶端1 484使用者之存在狀態資訊/訊息。 客戶端1430、1432、1438及1440的使用者可位於企 業的辦公室1410中。客戶端1430及1432經由企業存取 點142 8及內部網路1426耦接於移動伺服器1414。各客戶 端1 430使用者及客戶端1 43 2使用者之存在狀態/訊息可 由個別使用者、個別客戶端及/或是移動伺服器1 4 1 4構成 -65- 201032526 爲「聲音及文字皆可接受」。作爲另一範例,若客戶端 1430使用者爲電話通話中,則客戶端1430使用者之存在 狀態/訊息可藉由個別使用者、個別客戶端及/或是移動伺 服器1414構成爲「通話中」。客戶端1438使用者及客戶 端1440使用者可位於辦公室1410的會議室1434中,且 客戶端1 438及1440可經由會議室存取點1436及內部網 路1426耦接於移動伺服器1414。因爲當接收方在會議中 時,文字通訊是最爲有效的,則客戶端1438使用者及客 戶端1 440使用者各者之存在狀態/訊息可由個別使用者、 個別客戶端及/或是移動伺服器1414構成爲「僅有文字」 。在一個或更多個實施例中,客戶端及/或是移動伺服器 I4〗4可基於存取點1 43 6之至少一個識別符而自動構成存 在狀態。存在狀態資訊/訊息可藉由快速傳訊伺服器 M22/l 424及/或是移動伺服器1414而廣播予其他使用者 〇 客戶端1415、1417及1454的使用者可在企業中的分 公司中。客戶端1415、1417及1 454可經由企業存取點 M4 6或是會議室存取點1448、內部網路144、虛擬私人網 路通道1442 (VPN通道1442 )及內部網路1426耦接於移 動伺服器1414。除了有關VPN通道1 442之外,客戶端 1415及M17使用者之存在狀態/訊息可藉由類似於客戶端 1 430使用者之存在狀態/訊息的構成及廣播方法而構成爲 「聲音及文字皆可接受」並廣播之;客戶端1 454使用者 (正在參加會議室1 45 6中的會議)之存在狀態/訊息可藉 -66- 201032526 由類似於客戶端1 43 8使用者之存在狀態/訊息的構成及廣 播方法而構成爲「僅接受文字」。 可從圖14之範例中了解,本發明之實施例可藉由對 於各種聲音及文字通訊服務的統一的使用者介面而改善使 用者感受及產量。本發明之實施例亦提供聲音及文字通訊 的包含性存在資訊。因此,可以避免或是減少無效的聲音 撥打及文字訊息。優良地,可改善使用者的通訊效能及效 φ 率;可以減少企業的通訊花費並提高產量。 圖15顯示根據本發明之一個或更多個實施例,根據 存在狀態設定而遞送通訊電信的方法流程圖。本方法可根 據包含性的可能存在狀態而致能有效的通訊電信遞送。 在步驟1 5〇0中,移動伺服器(例如參照圖1 4之範例 所說明的移動伺服器1 4 1 4 )可接收客戶端(例如參照圖 14之範例所說明的客戶端其中之一者)的向內的通訊電信 〇 φ 在步驟1S02中,移動伺服器決定向內的通訊電信是 聲音電信或是文字電信(例如快速傳訊電信)。若向內的 通訊電信是聲音電信,則控制權轉移到步驟15 04;若向內 的通訊電信爲文字電信,則控制權轉移到步驟1 5 2 0。 在步驟15〇4中’移動伺服器決定客戶端之使用者是 否已登記’例如’使用者是否已登入且受驗證。若客戶端 之使用者已登記,則於移動伺服器與客戶端之間交換一個 或更多個保留中的訊息,且控制權轉移到步驟〗506。若使 用者尙未登記’則控制權轉移到步驟i 5 i 〇,其中移動伺服 -67- 201032526 器可將向內的語音電信傳送到使用者的語音信箱。 在步驟1 506中,移動伺服器(或是代理伺服器,例 如參照圖1 4之範例所說明之代理伺服器1 4 1 6 )可檢視使 用者的存在狀態,以決定使用者是否可以參加聲音通訊。 若使用者的存在狀態表示使用者可以參加聲音通訊,則控 制權轉移到步驟1 508,其中移動伺服器可初始化對於客戶 端之聲音撥打。若使用者的存在狀態表示使用者無法接受 ,例如使用者的存在狀態爲「通話中」、「僅接受文字」 或是「無法參加」,則控制權轉移到步驟1 5 1 0,其中移動 伺服器將向內的聲音電信送到使用者的語音信箱。 在步驟1 520中,耦接於移動伺服器之文字傳訊伺服 器或是伺服器(例如圖1 4之範例的快速傳訊伺服器1 422 及M24)可決定客戶端的使用者是否已登記,例如,使用 者是否已登入且經過驗證。若客戶端的使用者已登記,則 控制權轉移到步驟1 524。若使用者尙未登記,則控制權轉 移到步驟1 522,其中文字傳訊伺服器或是伺服器可保留文 字電信(例如文字訊息)直到使用者登入。 在步驟1 524中,客戶端檢視使用者的存在狀態,以 決定使用者是否可接受文字通訊。若使用者的存在狀態表 示使用者可接受文字通訊,則控制權轉移到步驟1 526,其 中客戶端可提供一個或更多個視覺及/或是聽覺警示,並 顯示文字訊息。若使用者的存在狀態表示使用者無法接受 ,則控制權轉移到步驟1 5 2 8,其中客戶端可顯示文字訊息 (例如’於聊天視窗中)但不提供任何警示。 201032526 如從圖15中之範例可知’本發明之實施例可有效地 根據完整的、包含性的存在狀態選擇(其包含文字通訊狀 態及聲音通訊狀態)而有效地遞送通訊電信。 圖16A顯示根據本發明之一個或更多個實施例,基於 客戶端裝置狀態資訊而設定及提供使用者存在狀態資訊及 /或是存在訊息的方法流程圖。該方法可減少使用者稍作 ,從而減少使用者的負擔及改善使用者感受。該方法亦最 φ 佳化通訊模式選擇及通訊電信遞送,從而改善通訊效能。 在步驟1 602中,客戶端裝置(例如圖14之範例說明 的客戶端130)之使用者介面模組及存在管理客戶端模組 致能客戶端之使用者或是企業之操作員,以構成客戶端裝 置狀態(以下交替稱爲「客戶端狀態」或是「裝置狀態」 )與客戶端/裝置之存在狀態/訊息之間的連接。例如,客 戶端狀態可相關於客戶端之網路利用、客戶端之位址、客 戶端之移動速度、客戶端之方位、客戶端之資料/模式設 φ 定其中之一者或更多者,及記錄於客戶端或是由客戶端檢 索之行事曆事件其中之一者或更多者等。存在狀態包含線 上、閒置、忙碌、通話中、離線、接收中、僅接受文字、 僅接受聲音、僅接受聲音訊息、文字及聲音皆可接受、文 字及聲音皆不可接受等其中之一者或更多者。顯示於使用 者的熟人名單的其他客戶端上的存在訊息包含預設訊息( 其反映存在狀態)及/或是喜好通訊模式其中之一者或更 多者。 此外或是或者,存在訊息包含由使用者或是操作員所 -69 - 201032526 選擇或是輸入的個人化訊息,例如「午餐外出」、「離開 辦公室」、「工作中(XYZ公司)」、「在Angela家」 等。例如’一個或更多個實施例致能使用者尋找W i F i存 取點的列表’選擇使用者的家用WiFi存取點,並構成有 關於使用者的家用WiFi存取點之存在訊息爲「Angela家 」。一個或更多個實施例致能企業系統管理員連接各種存 在訊息於各種WiFi存取點。 圖1 6B顯示使用者Angela存在訊息的槪略圖,根據 本發明之一個或更多個實施例,當使用者在工作時,存在 訊息可爲使用者的熟人看見。當使用者在工作且使用者的 裝置1612使用辦公室1616的WiFi存取點1614時,顯示 於使用者的熟人的裝置(例如裝置1 622及裝置1624 )之 使用者的存在訊息可爲例如「工作中(在XYZ公司)」 、「在會議室A」、「開會中」。 圖16C顯示根據本發明之一個或更多個實施例,當使 用者在家時,由使用者的熟人看見的使用者的存在訊息的 槪略圖。當使用者回到家1620且使用者的裝置1612利用 使用者的家用WiFi存取點1618時’使用者的熟人(如示 於裝置1 622、1 624等者)所看見的使用者的存在訊息可 自動變成「在Angela家」。 選擇性地,使用者或是操作員亦可個人化存在狀態以 及通訊電信遞送模式之間的連接’而不是利用預設的例如 圖1 5之範例所說明的遞送。 回頭參照圖16A,在步驟1604中’客戶端可決定目 201032526 前的客戶端狀態。例如,客戶端可基於w i - F i存取點的一 個或更多個識別符或是客戶端目前與之通訊的無線電基地 台(或是區段)、有關存取點之網域名稱、由客戶端的全 球定位系統(G P S )模組提供之資訊等而決定位址。客戶 端可基於客戶端的全球定位系統(GPS)模組提供之資訊 決定客戶端的移動速度。客戶端可利用客戶端的一個或更 多個感應器及/或是陀螺儀決定客戶端之方位。客戶端可 φ 決定由使用者設定的目前客戶端裝置操作資料/模式及/或 是客戶端中的一個或更多個機制,例如「飛機上」、「會 議中」、「靜音」、「戶外」等。客戶端可藉由檢視儲存 於客戶端之使用者的行事曆,或是有關於目前日期及時機 的遠端伺服器而決定目前事件。 在步驟1 6 06中,客戶端可基於目前客戶端狀態而設 定存在狀態及/或是存在訊息。客戶端亦可提供存在狀態 資訊及/或是存在訊息予移動伺服器及/或是一個或更多個 φ 文字傳訊伺服器(例如移動伺服器1 4 1 4及快速傳訊伺服 器 1 422/1 424 )。 例如,示於圖1 4之範例之客戶端1 43 8可代表目前由 使用者設定爲「會議中」的操作模式的手機。或者或是此 外,客戶端1438決定,例如基於由客戶端1438之一個或 更多個感應器提供之資訊,客戶端設置爲面向上。根據「 會議中」操作模式及/或是面向上方位,客戶端138可構 成/改變使用者存在狀態爲「僅接受文字」,並可提供個 人化或是預設存在訊息,例如「僅接受文字,無法接受聲 -71 - 201032526 音撥打j予移動伺服器1414及/或是快速傳訊伺服器1422 ,以使存在訊息可廣播予其他客戶端。 作爲另一範例,示於圖14之範例的客戶端1430可決 定客戶端1430爲通話中。因此,客戶端1430可構成使用 者的存在狀態爲例如「聲音撥打中」,且可提供個人化或 是預設存在訊息,例如「通話中」予移動伺服器1 4 1 4及/ 或是快速傳訊伺服器1422,以使存在訊息可廣播予其他客 戶端。 作爲另一範例,示於圖14之範例的客戶端可基於存 取點1482所提供之辨識資訊而決定客戶端1 484爲利用使 用者的家用網路而通訊。或者或是此外,客戶端1484可 使用行事曆決定是私人事件的時間,例如使用者的母親的 生曰宴會。因此,客戶端1484可構成/改變使用者存在狀 態爲例如「無法接受文字及聲音」,且可提供個人化或是 預設存在訊息,例如「私人時間-請勿打擾」予移動伺服 器1414及/或是快速傳訊伺服器1 422,以廣播存在訊息予 其他客戶端。 作爲另一範例,示於圖14之範例的客戶端1402可基 於客戶端14〇2中的GPS模組所提供之速度資訊而決定客 戶端1402之移動速度是否達到(或是高於)預定臨限値 ,例如每小時5英哩。因此,客戶端1402可構成/改變使 用者存在狀態爲例如「僅接受聲音」,且可提供個人化或 是預設存在訊息「駕駿中-請勿傳文字訊息」予移動伺服 器141 4及/或是快速傳訊伺服器1422,以使存在訊息可廣 201032526 播予其他客戶端。 在步驟1 608中’移動伺服器(及/或是文字傳訊伺服 器)基於存在狀態,以例如類似於參照圖1 5所討論之範 例的處理而遞送向內的通訊電信。 如從圖1 6 A之範例可知’使用者狀態之構成可由客戶 端自動實施,以最佳化向內的電信遞送。優良地,可以減 輕使用者負擔,且可提高通訊效能。 φ 圖17顯示根據本發明之一個或更多個實施例,將使 用者加入熟人列表的流程圖。此方法可從步驟1 7 0 4開始 ,其中第一客戶端(例如示於圖14之範例的客戶端1430 )的使用者嘗試利用第一客戶端上的使用者介面加入有關 於第二客戶端(例如示於圖14之範例的客戶端1417)的 識別符及/或是第二使用者到第一客戶端使用者的熟人列 表。 在步驟1 7 0 ό中,第一客戶端發送識別符到有關的移 φ 動伺服器(例如圖14之範例所示之移動伺服器1414), 以讓移動伺服器或是其中的代理伺服器(例如示於圖i 4 之範例的代理伺服器1 4 1 6 )決定識別符是否相關於有關的 企業’例如第一客戶端使用者爲其成員的企業,或是擁有 桌一客戶端的企業。 在步驟1 7 0 8中,移動伺服器(或是代理伺服器)決 定識別符是否相關於企業。若識別符無關於企業,則控制 權轉移到步驟1702,其中移動伺服器(或是代理伺服器) 通知第一客戶端使用者不能加入第一客戶端使用者的熟人 -73- 201032526 列表。若識別符有關於企業,則控制權轉移到步驟i 7丨〇。 在步驟1710中’第一客戶端發送加入熟人要求到移 動伺服器(或是代理伺服器),以將識別符加入熟人列表 。在一個或更多個實施例中,步驟1710無法在步驟17〇8 之後要求。在一個或更多個實施例中,發送加入熟人要求 的步驟可爲步驟17 06之一部分。 在步驟1712中,移動伺服器發送或是傳遞(由第— 客戶端提供的)加入熟人要求到第二客戶端。在一個或更; 多個實施例中,移動伺服器在發送要求到第二客戶端之前 修改要求,例如根據企業需求或是策略。 在步驟173〇中,第二客戶端致能第二客戶端使用者 以構成熟人列表相關設定。例如,第二客戶端容許第二客 戶端使用者選擇總是詢問、條件式詢問、絕不詢問等的選 項,以定義第二客戶端如何回應加入熟人要求。 在步驟1714中,第二客戶端決定總是詢問選項是否 被致能/選擇。若例如根據預設設定,沒有致能/選擇總是 詢問的選項,則控制權轉移到步驟1 722 ;若致能/選擇總 是詢問的選項,則控制權轉移到步驟1 7 1 6。 在步驟1 722中,移動伺服器可將第二客戶端使用者 的識別符加入第一客戶端使用者的熟人列表,以獲得第二 客戶端使用者的存在狀態資訊。接著,在步驟1 724中, 第一客戶端顯示第二客戶端使用者的存在狀態資訊及/或 是存在訊息。 在步驟1716中,第二客戶端藉由第二客戶端的使用 -74- 201032526 者介面顯示對於第二客戶端使用者的加入熟人要求。 在步驟1718中’第二客戶端接收第二客戶端使用者 之關於第一客戶端使用者接受或是拒絕該要求的輸入。若 要求被接受,則控制權轉移到步驟1722,其中移動伺服器 加入第二客戶端使用者的識別符到第一客戶端使用者的熟 人列表’並獲得第二客戶端使用者的存在狀態資訊,然後 在步驟1724中,第一客戶端顯示第二客戶端使用者的存 φ 在狀態資訊及/或是存在訊息。若要求被拒絕,則控制權 轉移到步驟1 720,其中移動伺服器(或是代理伺服器)發 送或是傳遞拒絕訊息予第一客戶端;因此,第一客戶端可 提供/顯不失敗訊息。 從圖1 7之範例可知,本發明之實施例可減少加入熟 人到熟人列表中的使用者操作。可由預設値關閉總是詢問 選項,以使加入熟人要求可在信任的企業環境中被自動接 受。優良地,使用者不會被加入熟人要求不必要的干擾, 〇 且可提高企業產量。本發明之實施例亦致能使者開啓總是 詢問選項,以增加使用者對於熟人列表的控制權。優良地 ,可以避免不必要的通訊,節省網路資源,且亦可提高企 業產量》 圖18顯示根據本發明之一個或更多個實施例,在提 供存在資訊時用以最佳化網路資源利用的方法流程圖。 在步驟1 8 00中,客戶端(例如圖1 4之範例所示之客 戶端1 402 )之使用者或是使用者爲其成員之一個企業可構 成設定,以接收及/或是提供存在資訊/訊息。可基於各種 -75- 201032526 因素(例如通訊花費、網路資源利用等)實施構成。例如 ,當客戶端在訪客網路上漫遊時’接收/提供存在資訊可 自動關閉。作爲另一範例,當客戶端在訪客網路上漫遊時 ,使用者及/或是企業可構成設定,以使更新存在資訊的 頻率下降(但不會完全關閉),及/或是存在訊息的呈現/ 內容會改變(例如,移除圖形化元件),以減少資料傳送 量。在一個或更多個實施例中,當播送時間收費很高時, 即使客戶端係利用客戶端之家用網路,使用者可於例如發 言時間時手動關閉存在資訊之接收/提供,改變接收/提供 存在資訊的頻率,或是改變接收/提供存在資訊的呈現方 式。家用網路爲客戶端原本登記的網路,且不會和使用者 的家裡所使用者網路混淆。 在步驟18 02中,使用者或是企業可構成客戶端用之 漫遊設定(例如資料漫遊設定)。作爲一例,客戶端容許 僅使用家用網路,而不會產生漫遊收費。作爲另一例,客 戶端容許利用外國Wi-Fi及/或是外國蜂巢式網路以供資料 通訊。 在步驟1 804中’客戶端可利用例如由—個或更多個 網路元件(例如無線存取點或是無線電基地台)所提供的 資訊’偵測客戶端係位於網路的涵蓋範圍中。舉例而言, 網路可爲外國的訪客蜂巢式網路,訪客Wi_Fi網路或是家 用網路。 在步驟18〇6中,客戶端基於例如步驟18〇〇中之設定 而決疋是否致能存在資訊的接收及/或是提供。若未致能 -76- 201032526 存在資訊的接收及/或是提供,則控制權轉移到步驟i 822 ,其中客戶端不從其他客戶端接收存在資訊,及/或是不 提供存在資訊予其他客戶端。若已致能存在資訊的接收及 /或是提供,則控制權轉移到步驟1 8 0 8。 在步驟1808中,若偵測到網路爲要求漫遊的訪客網 路時’客戶端可決定客戶端的資料漫遊是否容許。若不允 許客戶端之資料漫遊,則控制權轉移到步驟1 824,其中客 φ 戶端不接收及提供存在資訊,且去能客戶端之快速傳訊服 務。若容許客戶端之資料漫遊,則控制權轉移到步驟1 8 1 0 〇 在步驟1810中,有關客戶端或是移動伺服器之代理 伺服器(例如代理伺服器1 4 1 6 )之移動伺服器(例如圖 1 4之範例所示之移動伺服器1 4丨4 )檢視客戶端之存在資 訊接收/提供設定,例如在步驟1 8 0 0中所構成之更新頻率 及/或是資訊表示設定。移動伺服器(或是代理伺服器) φ 可根據該設定而處理存在資訊。 在步驟1 8 1 2中’客戶端根據該設定而提供、接收及/ 或是顯示存在資訊。亦可致能客戶端之快速傳訊服務。 從圖1 8之範例可知,可最佳化用以提供存在資訊的 網路資源利用’並可減少使用者及/或是企業之通訊花費 〇 從前述可知’本發明之實施例可提供有關聲音通訊服 務的存在資訊。因此’可以避免無效的聲音撥打所需的花 費及時間。優良地’可以改善通用之花費-效能。 -77- 201032526 本發明之實施例可自動化存在狀態及訊息的設定。本 發明之實施例亦自動化有關熟人列表的設定。因此’可減 少使用者操作的需求。優良地,可改善使用者感受、通訊 效能及企業產量。 本發明之實施例可最佳化提供存在資訊時的網路資源 利用。優良地,可節省網路資源,並減少使用者及/或是 企業的通訊花費。 D.結論 儘管已就數個實施例來說明本發明,但其變化、排列 及等效物仍落在本發明之範圍中。亦應注意者爲,有許多 種方式可以實現本發明之方法及設備。更進一步,本發明 之實施例可應用於其他應用程式中。此處所提供之摘要部 分僅係爲了方便,且由於文字字數有限制,因此不應視爲 申請專利範圍的限縮。因此,以下所附錄之申請專利範圍 應解譯成包含全部的變化、排列及等效物皆爲落入本發明 之真實精神及範圍中。 【圖式簡單說明】 參考以下圖式來說明本發明。 圖1顯示根據本發明之一實施例的系統網路。 圖2A-C顯示根據本發明之一實施例的移動伺服器。 圖3顯示根據本發明之一實施例的移動客戶端。 圖4A顯示會合撥打(rendezv〇us calHng,尺㈡結構 -78- 201032526 的整體圖。 圖4B顯示RS客戶端與能夠RC的媒體通訊伺服器的 之間的訊息交換。 圖4C爲顯示媒體通訊伺服器所使用之邏輯流程圖, 以用於RC處理。 圖5A顯示說明根據本發明之一實施例的網路堆疊的 系統方塊圖。 0 圖5B顯示根據本發明之一實施例的系統網路堆疊。 圖6顯示用於企業通訊之固定ν〇 IP配置的整體圖。 圖7顯示在本發明之一實施例中,外部遠距通訊裝置 與在企業之內的移動客戶端之間的遠距通訊會議。 圖8顯示根據本發明之一個或更多個實施例的伺服器 功能模組的範例’其可實現於移動伺服器中。 圖9顯示根據本發明之一個或更多個實施例的客戶端 功能模組的範例,其可爲移動客戶端應用程式的一部份。 〇 圖10顯示根據本發明之一實施例的自動會合撥打環 境的高階邏輯方塊圖。 圖1 1顯示根據一實施例的r c (會合撥打)伺服器模 組於設定RC撥打時所採取的步驟。 圖12顯示根據一實施例的有關兩個遠距會議參與者 的簡單撥打流程圖。 圖13顯示根據本發明之一實施例的用以設定遠距會 議的撥打流程圖,除了所示之移動伺服器包含存在伺服器 、撥打控制及R C伺服器的組成元件之外,其使用圖1 2之 -79- 201032526 範例所指定的參數。 圖顯示包含移動伺服器及客戶端裝置(以下交替 稱爲「客戶端裝置」或是「裝置」)的通訊系統,以提供 包含根據本發明之一個或更多個實施例的使用者存在資訊 特徵通訊服務。 圖顯示根據本發明之一個或更多個實施例之存在 狀態設定而遞送通訊電信的流程圖。 圖16A顯示根據本發明之一個或更多個實施例,基於 客戶端裝置狀態資訊而提供使用者存在狀態資訊及/或存 在訊息的方法流程圖。 圖16B顯示根據本發明之一個或更多個實施例,當使 用者工作時,使用者的熟人所看到的使用者存在訊息的說 明圖。 圖16C顯示根據本發明之一個或更多個實施例,當使 用者在家時,使用者的熟人所看到的使用者存在訊息的說 明圖。 圖17顯示根據本發明之一個或更多個實施例,將一 使用者加入熟人列表中的方法流程圖。 圖18顯示根據本發明之一個或更多個實施例,用以 最佳化提供存在資訊時的網路資源利用的方法流程圖。 【主要元件符號說明】 100 :系統網路 102 :移動設備 -80- 201032526 1 1 〇 :蜂巢式網路 1 1 2 :基地收發機站 1 1 4 : B T S切換中心 1 1 6 :移動切換中心 120 :媒體通道 122 :公共切換的電話網路 124 :私人電話 巍 130 : ΡΒΧ 1 3 2 :路由器 1 3 6 :電話 1 3 8 :廣域網路協定 1 40 :路由器 142 :防火牆 144 :網際網路 150 :移動伺服器 φ 160 :存取點 1 8 0 :存取點 800 :企業 8 02 :外部電話 810:私人分支交換機 8 1 2 : IP網路 8 1 4 : W i - F i 網路 8 1 6 :移動客戶端 8 1 8 :移動伺服器 -81 201032526 8 2 Ο :防火牆 8 3 0 :箭頭 8 3 2 :箭頭 8 3 4 :箭頭 8 3 6 :箭頭 850 :網際網路 8 6 0 :載體網路 862 :蜂巢式網路 904 :應用程式伺服器 906 :伺服器管理模組 908 :資料庫管理模組 9 1 0 :策略管理模組 9 1 2 :存在管理伺服器模組 914 : ΡΡ伺服器模組 9 1 8 : PBX/IF 模組 920 :撥打控制伺服器模組 922 :移動管理伺服器模組 924 :資源管理模組 926 : DP/DX伺服器模組 930 : SIP伺服器模組 93 2 :插槽伺服器模組 934 :媒體伺服器及聲音品質引擎模組 1 004 :插槽客戶端模組 1 006 :無線區域網路管理模組 -82- 201032526 1 008 :單位資料管理模組 1 0 1 0 :圖形化使用者界面工具套件模組 1 〇 1 5 :存在管理客戶端模組 1 050 :存在管理客戶端模組 1 052 : PP客戶端模組 1 054 : DP/DX客戶端模組 1 056 :包裝模組 φ 1 060:電話應用程式介面模組 1 068 : SIP客戶端模組 1 070 :聲音引擎模組 1 072 :可延伸的傳訊及存在協定分析模組 1 082 :使用者介面模組 1 094 :本地應用程式 1 096 :移動管理客戶端模組 1 098 :撥打控制客戶端模組 _ 1 400 :通訊系統 1 402 :客戶端裝置 1 4 0 6 :無線電基地台 1 408 :公共切換的電話網路 1412 :通道 1 4 1 4 :移動伺服器 1 4 1 5 :客戶端裝置 1 4 1 6 :代理伺服器 1 4 1 8 :轉接器 -83- 201032526 1417 :客戶端裝置 1 420 :轉接器 1 422 :快速傳訊伺服器 1424 :快速傳訊伺服器 1 426 :內部網路 1 428 :企業存取點 1 430 :客戶端裝置 1 432 :客戶端裝置 1436:會議室存取點 1 43 8 :客戶端裝置 1 440 :客戶端裝置 1444 :內部網路 1 4 4 6 :存取點 1448 :存取點 1 450 :客戶端裝置 1 452 :客戶端裝置 1 454 :客戶端裝置 1 45 6 :會議室 1 4 5 8 :分支辦公室 1 472 :網際網路 1 4 7 4 :咖啡店 1 476 ··家 1 478 :客戶端裝置 1 4 8 0 :公共存取點 201032526 1482 :家用存取點 1484 :客戶端裝置 1500 =步驟 1502 =步驟 1504 =步驟 1506 :步驟 1508 :步驟 赢 15 10 :步驟 1520 :步驟 1522 :步驟 1524 :步驟 1526 :步驟 1528 :步驟 1602 :步驟 1604 :步驟 φ 1606 :步驟 1608 :步驟 16 12 :使用者的裝置 16 14 :企業WiFi存取點 16 16 :辦公室 16 18 :家用WiFi存取點 1620 :家 1622 =裝置 1624 :裝置 -85- 201032526 1 7 0 2:步驟 1 7 0 4 :步驟 1 7 0 6 :步驟 1 7 0 8 :步驟 1 7 1 0 :步驟 1 7 1 2 :步驟 1714 :步驟 1 7 1 6 :步驟 1 7 1 8 :步驟 1 7 2 0 :步驟 1 7 2 2 :步驟 1724 :步驟 1730:步驟 1800 :步驟 1 8 0 2 :步驟 1804:步驟 1 8 0 6 :步驟 1 8 0 8 :步驟 1 8 1 0 :步驟 1 8 1 2 :步驟 1822:步驟 1824:步驟 1 902 :自動化會合撥打環境 1 904 :移動伺服器 -86- 201032526 1906 :RC伺服器模組 1908 :RC客戶端 19 10 :RC客戶端 1912 :RC客戶端 19 14 :RC客戶端 1922 :外部企業存在伺服器 1924 :使用者喜好資料庫 赢 1926 :企業規則資料庫 1930 =媒體提示層 1934 :媒體切換層 2002 :步驟 2004 :步驟 20 10 =步驟 2020 :步驟 2024 :步驟 φ 2026 :步驟 203 0 =步驟 2032 :步驟 2050 :RC取消處理 2 102 =移動伺服器 -87-

Claims (1)

  1. 201032526 七、申請專利範圍: 1. 一種用以輔助至少一第一使用者及一第二使用者之 間的通訊的方法,該第一使用者使用一第一裝置,該第二 使用者使用一第二裝置,該方法包含: 使多數個可能裝置狀態關聯於多數個可能存在狀態, 該多數個可能裝置狀態係關於該第一裝置,該多數個可能 存在狀態係關於該第一使用者; 決定該第一裝置的一裝置狀態; 當該裝置狀態爲一第一裝置狀態時,設定該第一使用 者的一通訊存在狀態爲一第一存在狀態,該第一存在狀態 爲該多數個可能存在狀態的其中之一者,該第一裝置狀態 爲該多數個可能裝置狀態的其中之一者; 當該裝置狀態爲一第二裝置狀態時,設定該第一使用 者的該通訊存在狀態爲一第二存在狀態,該第二存在狀態 爲該多數個可能存在狀態的其中另一者,該第二裝置狀態 爲該多數個可能裝置狀態的其中另一者;以及 提供有關於該第一使用者之該通訊存在狀態至至少該 第二裝置。 2 .如申請專利範圍第1項的方法,更包含當該裝置狀 態爲一第三裝置狀態時,設定該第一使用者的該通訊狀態 爲一第三存在狀態,該第三存在狀態仍爲該多數個可能存 在狀態中之另一者,該第三裝置狀態仍爲該多數個可能裝 置狀態中之另一者。 3 .如申請專利範圍第1項的方法,更包含經由該第二 -88- 201032526 裝置提供有關於該第一使用者的該通訊存在狀態的資訊至 該第二使用者,以致使該第二使用者能在作聲音撥打給該 第一使用者之前決定是否要作該聲音撥打給該第一使用者 ,其中,該多數個可能存在狀態包含一僅接受聲音通訊狀 態及一通話中狀態其中至少一者。 4.如申請專利範圍第1項的方法,其中該多數個可能 存在狀態包含一僅接受聲音通訊狀態、一僅接受文字通訊 ^ 狀態、及一聲音及文字通訊皆可接受狀態其中至少一者。 5 .如申請專利範圍第1項的方法,其中該多數個可能 裝置狀態包含至少一第一可能裝置狀態,該第一可能裝置 狀態係關於該第一裝置目前所使用之一網路元件及一網路 其中至少一者的一識別符。 6. 如申請專利範圍第5項的方法,其中該多數個可能 裝置狀態更包含至少一第二可能裝置狀態,該第二可能裝 置狀態係關於儲存於該第一裝置及耦接於該第一裝置的一 φ 伺服器中的一行事曆事件。 7. 如申請專利範圍第1項的方法,其中該多數個可能 裝置狀態包含至少一第一可能裝置狀態,該第一可能裝置 狀態係關於儲存於該第一裝置及耦接於該第一裝置的一伺 服器其中至少一者中的一行事曆事件。 8. 如申請專利範圍第1項的方法,其中該多數個可能 裝置狀態包含至少一第一可能裝置狀態,該第一可能裝置 狀態係關於該第一裝置之位址,亦即該第一裝置所設置處 -89 - 201032526 9.如申請專利範圍第1項的方法,其中該多數個可能 裝置狀態包含至少一第一可能裝置狀態,該第一可能裝置 狀態係關於該第一裝置之速度,該第一裝置係以該速度移 動。 1 〇 .如申請專利範圍第1項的方法,其中該多數個可 能裝置狀態包含至少一第一可能裝置狀態,該第一可能裝 置狀態係關於該第一裝置之方位,該第一裝置係設置爲該 方位。 11.如申請專利範圍第1項的方法,其中該多數個可 能裝置狀態包含至少一第一可能裝置狀態,該第一可能裝 置狀態係關於該第一裝置的一操作模式設定,該操作模式 設定係關於該第一裝置的操作環境。 1 2 .如申請專利範圍第1項的方法,更包含當該第一 裝置從使用一第一網路元件改變成使用一第二網路元件時 ,將該第一使用者的該通訊存在狀態從一第一存在狀態改 變成一僅接受聲音通訊狀態。 1 3 .如申請專利範圍第1項的方法,更包含當該第一 裝置從使用一第一網路元件改變成使用一第二網路元件時 ,將該第一使用者的該通訊存在狀態從一第一存在狀態改 變成一僅接受文字通訊狀態。 1 4.如申請專利範圍第1項的方法,更包含從該第一 使用者接收輸入以設定提供頻率。 1 5 .如申請專利範圍第1項的方法,更包含當該第一 裝置從使用一第一網路元件改變成使用一第二網路元件時 -90- 201032526 ,將提供頻率從一第一頻率改變成一第二頻率。 16.如申請專利範圍第1項的方法,更包含從該第一 使用者接收輸入,以限制有關於該第一使用者的該通訊存 在狀態之資訊的資料量。 1 7.如申請專利範圍第1項的方法,更包含; 當該第一裝置係使用一第一網路元件時,提供使用第 一表示的該資訊;以及
    當該第一裝置係使用一第二網路元件時,提供使用第 1 8 .如申請專利範圍第1項的方法,更包含從該第二 使用者接收輸入,以設定接收有關於該第一使用者的該通 訊存在狀態的資訊的頻率。 19.如申請專利範圍第1項的方法,更包含: 自該第一裝置接收加入一識別符到該第一使用者的熟 人列表的要求,該識別符係關聯於該第二使用者及該第二 φ 裝置其中至少一者; 決定該識別符是否關聯於一企業;以及 當該識別符係關聯於該企業時,將該識別符加入該第 一使用者的熟人列表而不用詢問該第二使用者。 2 0.如申請專利範圍第1項的方法,更包含: 自該第一裝置接收將一識別符加入該第一使用者的熟 人列表的要求,該識別符係關聯於該第二使用者及該第二 裝置其中至少一者; 自該第二使用者接收關於該第二使用者是否考慮有關 -91 - 201032526 該第二使用者的加入熟人要求的輸入; 決定該識別符是否關聯於一企業;以及 當該識別符係關聯於該企業且當自該第二使用者之輸 入表示該第二使用者不考慮有關該第二使用者的加入熟人 要求時,將該識別符加入該第一使用者的熟人列表而不用 詢問該第二使用者。 -92-
TW98138120A 2006-10-02 2009-11-10 Systems and methods for providing presence information in communication TW201032526A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/268,613 US20090147772A1 (en) 2006-10-02 2008-11-11 Systems and methods for providing presence information in communication

Publications (1)

Publication Number Publication Date
TW201032526A true TW201032526A (en) 2010-09-01

Family

ID=40721607

Family Applications (1)

Application Number Title Priority Date Filing Date
TW98138120A TW201032526A (en) 2006-10-02 2009-11-10 Systems and methods for providing presence information in communication

Country Status (3)

Country Link
US (1) US20090147772A1 (zh)
TW (1) TW201032526A (zh)
WO (1) WO2010056607A2 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI568235B (zh) * 2010-12-21 2017-01-21 英特爾公司 安全私密位置技術

Families Citing this family (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8051475B2 (en) * 2006-11-01 2011-11-01 The United States Of America As Represented By The Secretary Of The Air Force Collaboration gateway
US8290138B2 (en) * 2007-07-20 2012-10-16 Ipc Systems, Inc. Systems, methods, apparatus and computer program products for sharing resources between turret systems and PBXS using SIP
US8930829B2 (en) * 2008-09-30 2015-01-06 Shoretel, Inc. Presence change alert
US20100144345A1 (en) * 2008-12-09 2010-06-10 Microsoft Corporation Using called party mobile presence and movement in communication application
US8422646B2 (en) * 2009-09-03 2013-04-16 Mitel Networks Corporation Method and apparatus for forwarding voicemail
WO2011071436A1 (en) * 2009-12-10 2011-06-16 Telefonaktiebolaget L M Ericsson (Publ) Method, apparatus and computer program product for presence data updates
US8769367B2 (en) * 2010-01-28 2014-07-01 Mediatek Inc. Apparatus, method, and system for IP address negotiations
US20110230173A1 (en) * 2010-03-18 2011-09-22 BLC Wireless Oy Method and system for managing status information of a user of a mobile device
WO2011119679A1 (en) * 2010-03-25 2011-09-29 Chen David H C Systems, devices, and methods of energy management, property security and fire hazard prevention
US9021033B2 (en) * 2010-07-23 2015-04-28 International Business Machines Corporation Method to change instant messaging status based on text entered during conversation
US8750923B2 (en) 2010-09-29 2014-06-10 Blackberry Limited Supplemental information for mobile terminated mobile initiated calling
US8914000B2 (en) * 2010-10-01 2014-12-16 Wallrust, Inc. Method and system for providing presence information
US8600360B1 (en) * 2010-10-01 2013-12-03 Wallrust, Inc. Method and system for connecting people in a social network
US8275365B1 (en) * 2010-10-01 2012-09-25 Hydrabyte, Inc. Method and system for providing presence information
US8954591B2 (en) * 2011-03-07 2015-02-10 Cisco Technology, Inc. Resource negotiation for cloud services using a messaging and presence protocol
EP3576352A1 (en) * 2011-05-09 2019-12-04 Samsung Electronics Co., Ltd. Method and system for managing telephony services in a universal plug and play home network environment
US9159037B2 (en) * 2011-06-14 2015-10-13 Genesys Telecommunications Laboratories, Inc. Context aware interaction
US20130191451A1 (en) * 2012-01-19 2013-07-25 Microsoft Corporation Presence-based Synchronization
US8856238B2 (en) 2012-02-09 2014-10-07 Microsoft Corporation Representing remotely available users through working elsewhere status
US8731169B2 (en) 2012-03-26 2014-05-20 International Business Machines Corporation Continual indicator of presence of a call participant
CN102664951B (zh) * 2012-04-25 2015-06-24 云南电力试验研究院(集团)有限公司电力研究院 一种基于移动云计算的电力系统资源整合集成方法
US9100277B2 (en) * 2012-08-28 2015-08-04 Alcatel Lucent Client credentials data structure and method of employing the same
US9509676B1 (en) * 2013-04-30 2016-11-29 United Services Automobile Association (Usaa) Efficient startup and logon
US9430624B1 (en) * 2013-04-30 2016-08-30 United Services Automobile Association (Usaa) Efficient logon
US9226210B1 (en) * 2013-07-22 2015-12-29 Sprint Spectrum L.P. Use of fallback carrier load to manage fallback communication setup latency
US20140342730A1 (en) * 2013-09-12 2014-11-20 Bandwidth.Com, Inc. Predictive Caching of IP Data
US20140342772A1 (en) * 2013-09-12 2014-11-20 Bandwidth.Com, Inc. Predictive Caching of IP Data
US9479730B1 (en) 2014-02-13 2016-10-25 Steelcase, Inc. Inferred activity based conference enhancement method and system
EP3132623A4 (en) * 2014-05-29 2017-10-11 T-Mobile USA, Inc. Wi-fi calling using sip-ims handset and evolved packet data gateway
US9867098B2 (en) * 2014-05-29 2018-01-09 T-Mobile Usa, Inc. Wi-Fi calling using SIP-IMS handset and evolved packet data gateway
US10027775B1 (en) * 2014-06-20 2018-07-17 Path Mobile Inc Pte. Ltd. Presentation of status information in a messaging environment
US10171532B2 (en) * 2014-09-30 2019-01-01 Citrix Systems, Inc. Methods and systems for detection and classification of multimedia content in secured transactions
EP3213468B1 (en) * 2014-10-29 2019-09-04 Kodiak Networks, Inc. System and method to leverage web real-time communication for implementing push-to-talk solutions
US9918346B2 (en) * 2015-04-17 2018-03-13 Barracuda Networks, Inc. System for connecting, securing and managing network devices with a dedicated private virtual network
US9723033B2 (en) * 2015-06-08 2017-08-01 Asustek Computer Inc. Router
JP2017200080A (ja) * 2016-04-28 2017-11-02 株式会社リコー ネットワーク会議システム、端末、接続方式決定プログラムおよび接続方式決定方法
US9762729B1 (en) 2016-05-12 2017-09-12 Google Inc. Caller preview for video calls
US9832308B1 (en) 2016-05-12 2017-11-28 Google Inc. Caller preview data and call messages based on caller preview data

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6859134B1 (en) * 1998-01-05 2005-02-22 Symbol Technologies, Inc. Data communication device
US6891820B1 (en) * 1999-07-06 2005-05-10 Broadcom Corporation Utilization of the internet protocol to facilitate communication involving mobile devices
FR2832895B1 (fr) * 2001-11-26 2004-02-20 France Telecom Systeme de telecommunication a gestion centralisee
US7310532B2 (en) * 2001-12-05 2007-12-18 Intel Corporation Method of automatically updating presence information
US7035923B1 (en) * 2002-04-10 2006-04-25 Nortel Networks Limited Presence information specifying communication preferences
WO2003096709A2 (en) * 2002-05-07 2003-11-20 Teltier Technologies, Inc. Method and system for supporting non-intrusive and effective voice communication among mobile users
US7167715B2 (en) * 2002-05-17 2007-01-23 Meshnetworks, Inc. System and method for determining relative positioning in AD-HOC networks
WO2004104789A2 (en) * 2003-05-20 2004-12-02 America Online, Inc. Presence and geographic location notification
US7315746B2 (en) * 2003-09-26 2008-01-01 Siemens Communications, Inc. System and method for speed-based presence state modification
US20050148331A1 (en) * 2004-01-07 2005-07-07 Ixi Mobile (R&D) Ltd. Presence status update system and method in a mobile communication network
US20050232405A1 (en) * 2004-04-15 2005-10-20 Sharp Laboratories Of America, Inc. Method and apparatus for determining a user presence state
US20060031368A1 (en) * 2004-06-16 2006-02-09 Decone Ian D Presence management in a push to talk system
US7587482B2 (en) * 2004-09-08 2009-09-08 Yahoo! Inc. Multimodal interface for mobile messaging
US20060248184A1 (en) * 2005-04-29 2006-11-02 Alcatel System and method for managing user groups in presence systems
US20070280453A1 (en) * 2006-05-30 2007-12-06 Motorola, Inc. Method and system to provide access network information to a service
US20070282621A1 (en) * 2006-06-01 2007-12-06 Flipt, Inc Mobile dating system incorporating user location information

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI568235B (zh) * 2010-12-21 2017-01-21 英特爾公司 安全私密位置技術

Also Published As

Publication number Publication date
WO2010056607A2 (en) 2010-05-20
WO2010056607A3 (en) 2010-07-29
US20090147772A1 (en) 2009-06-11

Similar Documents

Publication Publication Date Title
US10476917B2 (en) Media channel management apparatus for network communications sessions
US9131006B2 (en) Method and system for extending services to cellular devices
US9112964B2 (en) System and method for security on a mobile device using multiple communication domains
US9225839B2 (en) System and method for reconnecting a device to a group call
US20150180822A1 (en) Registering client computing devices for online communication sessions
US9479996B2 (en) Method and system for automatic seamless mobility
US8446453B2 (en) Efficient and on demand convergence of audio and non-audio portions of a communication session for phones
US20150381666A1 (en) Voice communication system and service within a multi-protocol network
AU2003270805B2 (en) A communication manager for providing multimedia in a group communicaiton network
US20150271445A1 (en) Advanced real-time ip communication in a mobile terminal
US7130282B2 (en) Communication device for providing multimedia in a group communication network
US8654954B2 (en) System and method for controlling access to conference calls
DE60104532T2 (de) Proxy-vorrichtung und -verfahren
EP1747692B1 (en) Handling an audio conference related to a text-based message
ES2389944T3 (es) Procedimiento y aparato para sincronizar la encriptación y la desencriptación de una trama de datos en una red de comunicación
US7231223B2 (en) Push-to-talk call setup for a mobile packet data dispatch network
US8405705B2 (en) Versatile conference adapter and method employing same
US8837704B2 (en) Client controlled dynamic call forwarding
US8369265B2 (en) Remote call control for mobile telecommunication devices and services
TWI427990B (zh) 以對話啟始協定為基礎之使用者啟動換手
US9055127B2 (en) Method for designating of hosting control for a conference call
RU2295841C2 (ru) Речевая связь в пакетном режиме
US8654958B2 (en) Managing call forwarding profiles
US7742584B2 (en) Mobile device calls via private branch exchange
US8526587B2 (en) Web guided collaborative audio