TWI375444B - Method and mobile terminal for displaying terminal information of another party using presence information - Google Patents

Description

1375444 29944pif 六、發明說明： 【發明所屬之技術領域】 本發明是關於一種行動終端。更具體 關於一種根攄另一方終端所支持的功^或二，=發明是 端狀態來顯示菜單(menu)的行動終端。 方5又疋的終 【先前技術】 隨著行動通訊科技的進步，無_

類型的能夠高速傳送多舰麟的服務。例如7供各種 =能夠高速傳送諸如電子郵件、相片、視頻以^= 與行動通訊服務的發展同步，行動終端製 產能夠支持各種多媒體服務的終端。然而，新功^ = 技術發展後生產_號來支Lb，先前生 ^ 能不支持新功能。 u ，型號終端可支持的功能數量要大於舊型號終端。因 此，當用戶購買新型號終端並使用新型號終端所支持的新 力月b4，與此用戶通訊的另一方所使用的舊型號終端可能 不支持選定的功能。然而，實際應用中，用戶難以獲知另 一方的終端所支持的所有功能。下面將描述這個問題的— 實例。 圖1是一種習知多媒體訊息服務（MultimediaMessage Senaee ’ MMS)傳送實例的示意圖。 4 1375444 29944pif 如圖1所示，傳送終端10是能夠支持MMS功能之新 型號終端，而接收終端18是不能切MMS魏之舊型= 終端。 Wu 當傳送終端10的用戶在從菜單列表中選擇‘编寫 (_P〇se)MMS，之後開始编寫並傳送附加有影像的職 訊息時’编寫的MMS訊息以正常程序經由傳送侧基站 Π、通訊鹏Μ錢接收纖站16而提供至接收終端18。 然而，由於接收終端18不支持MMS功能，來自傳送 終端_ MMS訊息無法提供至接收終端18，附加的影 像無法於接收終端18的屏幕上，或者在接收終端18 的屏幕上顯示損壞的MMS訊息内容。 即使透過在傳送終端10的屏幕上顯示出指示顧§訊 息傳送失敗祕絲解決上述問題，但還會出現更多的困 擾，諸如生成MMS訊息所帶來的賴、傳送觀3訊息 的服務費，或根據MMS訊息傳送失敗而重新生成並重新 傳送MMS訊息所帶來的麻煩。 备由於另-方終端不支持相應的功能而使得帶有諸如 多媒體内容或電子郵件的需耗時生成並傳送的大量資料之 MMS訊息無法正常地傳送時，這些問題甚至會給用戶造 成更大的不便和煩惱。 習知系統中的另-問題是另一用戶可能不知道終端用 ^的狀態，例如’由於另-方可能不知道終端用戶難以進 行語音通訊的情況，例如’因爲用戶正在開會<睡覺，因 而無法阻止另-方的來電4習知的技射，#接收到另 5 1375444 29944pif 、· · —方來電時，用戶可透過按下自動應答按鈕來通知另一方 不能用電話進行通話。由於在開會時不能用電話進行通 話’當希望要求另一方發送文字訊息時，用戶要承擔每次 都錄製指示諸如上述狀態的自動應答訊息的額外負擔。 【發明内容】 本發明的一方面是爲了至少解決上述問題和/或缺 點，並至少提供下述優點。因此，本發明的一方面是提供 一種終端’其能夠藉由使用在場(presence)資訊以希望的方 法顯示另一方終端所支持之功能的菜單來根據另一方終端 所支持的功能與另一方進行通訊。本發明的另一方面是提 供了一種行動終端，其能夠從在場資訊中偵測另一方設定 之較佳聯繫(contact)類型，並根據偵測的較佳聯繫類型來 提供用以與另一方進行聯繫的菜單，藉此ln改良用戶的 方便性。 根據本發明的一方面，提供了一種行動終端。此行動 終端包括··!!，_接收在場龍，在場資訊包括關 於其他終端敎持之魏的#訊；控·，用錄用接收 的在場資訊來侧另-方終端所支持的功能，並基於偵測 的功能來確定要以希望的方法進行顯示的菜單。 在範例性實施例中，要顯示之菜單的項目可以爲電話 :叫、視頻核、短訊息服務、多媒體訊息服務、即時訊 心服務以及電子郵件令之至少一者。 在另-範例性實施例中，希望的方法可包括僅顯示另 方終端所支持的功能、禁用（deactivating)並顯示另一方 6 1375444 29944pif 終端不支持的功能以及顯示不支持的功能之通知 (pop-up)視窗令之至少一者。 、坪'出 本領域熟知此項技藝者透過結合附圖的以下 將顯而易見本發明的其他方面、優點以及顯著特徵= 公開了本發明的範例性實施例。應當注意的是，在： 圖:相似的參考標記用於描述相同或相似的元件、特徵以 及結構。 【實施方式】 —参照附圖提供以下描述是爲了全面地理解由 範圍及其等同物限定之本發明的範例性實施例。其包括便 於理解的各種具體細節，但應該認爲僅是範例性的。因此， 知此項技藝者將意識到在不脫離本發明的範圍和 况下可對本案中描述的實施例進行各種修改和改 的描述樣’爲了清晰簡明’省略了眾所周知的功能和結構 資訊疋即時訊息與在場服務（Instant Messaging 择署二，IMPS)技術的重要成份，且由客戶 =端的可用性（例如，電話處於打開、關閉或忙碌 戶狀嘘（例如，可通話、不可通話或正在開會）、 敕人客戶終端所支持的功能（例如，聲音、文字、 二封已無線電服務（Ge職i pa—腿〇 ， 用卢士/媒體）、用戶心情（例如’高興、憤怒、悲傷）、 、隹卜七至 足球、釣魚、舞蹈）以及類似物等等來 疋 用戶狀態項目、用戶心情項目以及用戶喜好項 7 1375444 29944pif ，目疋可由用戶來進行設定和改變的可變項目。可變項目反 應於在場資訊中。 在場資訊根據開放行動聯盟（0pen Mobile Alliance， OMA)標準中定義的參數或詳細規格進行公佈

。基於OMA 標準，服務供應商提供通訊服務，而製造商生產终端。 具體來說，在場資訊通常用於即時通訊服務，諸如 Microsoft ^ MSN messenger ' AOL AOL Instant φ MessenSer (AIM)、SK 通訊的 NateOn messenger 等等。 使用，時通訊軟體之客戶的連接狀態可設為在線、離線、 ^開等等。此外’根翻戶輸人的設定，還可以顯示表示 ，戶:情（高興、憤怒、悲哀）的圖標。同樣可設定客戶 吾好資訊以進行顯示並由其他客戶進行觀看。 ，即時通訊軟體中，在場資訊通常用於指示客戶設定 的狀態（離開、心情、喜好等），且還包括加入行動通訊 服務之客戶終端的裝置資訊。 表1顯示了客戶資訊。 客戶資訊 客戶資訊 Req ΧΧΌ / —早/複 ____描述 向出版商客戶描述出版商客戶 客戶内容限制 的内容限制以及整個服務器路 (ClientContentLimit) Μ S 由。基於客戶能力協商而源於 月艮務接取點-參見[CSP]。 每一服務器·基於内容類型爽 8 29944pif 過濾IMs-在場屬性所經過的服 務器必須針對其本身的限制設 定來驗證所包括的限制並藉由 移除不支持的内容類型並且如 果必要則減少限制來向客戶更 新這些屬性-最終在顧客側產 生在場屬性，其指出出版商所 支持並經由整個服務路由到達 出版商的全部内容類型以及限 制。通過的服務器可提供各種 内容類型的碼轉換-這些通過 的服務器不必更新客戶内容 限制的在場屬性，但必需在即 時訊息通過時進行即時訊息的 内容的瑪轉換。 發起者服務器必須在整個對 話中保持該屬性，且在對話終 止後應在不確定的時間週期 保持該屬性以避免逸過該在場 屬性來洩漏客戶的線上狀態 (OnlineStatus)。 客戶類型 (ClientType) 0 s 描述裝置類型，如PC、 Mobile、HTML等。源於客戶 應用（Client Application)。 1375444 29944pif 裝置製造商 (DevManufacturer) 0 — s 裝置製造商的名稱。源於客戶 應用。 客戶生產者 (ClientProducer) 0 s 各戶的生產者名稱。源於客戶 應用。 型號 (Model) 0 s '~-—_ 裝置的型號。源於客戶應用。 客戶版本 (Client Version) 0 —--- s —-~~----- 客戶的版本。源於客戶應用。 語言 (Language) 0 一—_ s 客戶裝置的語言設定。源於客 戶應用。 客戶IM優先級 (ClientIMPriority) 0 s 客戶的IM優先級。基於客戶 能力協商而源於服務接取點_ 參見[CSP]中的對話優先級 (SessionPriority)。 應用-ID (Application-ID) 0 s 客戶在登入期間使用的應用 •ID。 如表1所示，在場資訊包括裝置製造商資訊、型號資 訊、客戶版本資訊等。當接收到另一方的在場資訊時’可 榻取另一方的製造商、型號以及終端版本的資訊。最近生 產的終端支持“0MA1.3版本，，的功能，且基於由OMA提出 的在場標準的産品數量正在增加。 ^/5444 29944pif 包括在客戶資訊的成份或參數包括客戶類型，其指示 各戶使用的裝置類型。在場標準中定義的客戶類型顯示於 下表2中。 表2 客戶類型 __資訊成份 客戶類刮 資料類型 -_(Data type) 列舉的字符串 格式 (Format) —---- 以下值中之一者： MOBILE_PHONE·行動電話 COMPUTER-電腦 PDA-手持式電腦 CLI-命令行介面(Command Line Interface) 其他 描述 (Description) 裝置的類型 範圍 (Description) MOBILE J>HONE|C〇MPUTER|PDA|CLI| 其他 在場資訊還包括客戶所支持的通訊類型（例如，電話 客戶、SMS客戶'MMS客戶）’如下表3所示。 表3 能力 資訊成份 能力（Cap) 1375444 29944pif 資料類型 (Data type) _ -----_ 列舉的字符串 格式 (Format) CALL-—電話客戶~~~ '^~~~ SMS-— SMS 客戶 MMS-— MMS 客戶 [M-— IM客戶 EMAIL-—電子郵件完玲 描述 (Description) 利用預定值來代表的通訊客戶。 范围 ---___ CALL|SMS|MMS|IM|EMAIL (Description) 本案中’ SMS是指短訊息服務’ Mjyfs是指多媒體訊 息服務，而IM是指即時訊息服務。在2〇〇5年1〇月〇]v^ 出版的在場規格中，沒有包括與呼叫相關的視頻通訊。缺 而，由於視頻通訊服務已商業化，可以預期到視頻通訊;^ 包括在OMA即將出版的新版本在場規格内。 圖2A是根據本發明範例性實施例之行動終端的示意 性方塊圖。 -如圖2A所示’行動終端包括控制器2〇〇、收發器21〇、 顯示器220、記憶體230以及輸入單元24〇。在圖2a中， 應當理解的是僅繪示了行動終端操作的必要元件，並且可 添加其他元件（未圖示）。 12 1375444 29944pif 收發器210執行接收另一方終端之在場資訊或傳送其 自身在場資訊的功能。如圖2A所示，收發器21〇可連接 於天線212。 輸入單元240執行接收終端用戶之輸入的功能，並可 包括鍵盤、觸控螢幕以及類似裝置中之任意一者。 記憶體230執行儲存經由收發器21〇接收之在場資訊 的功能。在範例性實施方式中，終端可製造成在記憶體 中包括關於先前生産的終端（包括其他公司的型號）所支 持之功能的㈣。藉由在錢造期間提供給終端的資訊， 在試圖與另-方進行通訊時，經由收發器21在 訊的次數降低。 琢貝 控制器200執行處理操作以將接收側之另-方終端所 支持的功能列表顯示給用戶終端。控制器細還可執 理操作以從在場資訊中偵測另—方設置的較佳聯繫類型处 並基於偵測的較佳聯繫類型來顯示菜單。 更具體地，控制器200獲得嵌入於软^咖μ甘丄 歹，例如儲存於記憶體23G内的菜單列表:基= 早列表可根祕端製造商或型號而有所·。 = 資訊，並從在場資訊中“:-方 =類型。在一 功能進=終端所支持的網路通訊相關 13 29944pif :客戶資訊而言，接收器終端的型 抑商、型號和客戶飯本的資訊來進行偵測。獲仔裝置 就較佳聯繫而言，與接收器的較 PrefC值來進行偵測。 繫類1可使用 通訊能力、客戶資訊、裝置製造商 c叩、較佳聯繫、Prefc以及類似參妓定“、 所示之在場規格中的參數❶ 、至表3 畲從在場資訊巾姻㈣—摊 定的較佳聯繫類型時，控制器2〇〇 f 望的方法而在嵌入於終端内的基本菜單列表d ί端所支持的功能項目或[方設定的 *告商參=在場資訊内所包括的客戶資訊，可獲得裝置製 ^ 、式、客戶版本等資訊，使得可美於冥一古欲* c 支持的功能來顯示菜單。 土； 一 ά所 圖2_Α的範例性控制器的示意性方塊圖。 200勺;戶!^ ’根據本發明的範例性實施例之控制器 機^貞Μ、強調項目顚2G4以及手 料，儲存器23ί儲存關於終端所支持之菜單的資 , '采早列表接收器202從菜單資料儲存器232中獲 丄375444 29944pif 得要顯示之菜單資訊。由於所支 =:!所不同’儲存於菜單資料儲;=== 此外，於菜ΐ 若終端進行更新 隨料間的推移而改變，例如 手機功能偵測器206從手棬劢处主”，丄— 的功能。手機功能表236 型 各戶版本、所支持的菜單等在内的屬性值。 號 他终端手=屬=:二包=^ 號的雜值可從該在場場之终端型 ^场儲存器234基於OMA在場資訊中定義之 出聯繫資訊來讀取匹配的在場資訊。 顯：器？0上顯示菜單列表時，強調項目 :功:相關二與從在場資訊中偵測之另一方終端所支持 的項目’紐定與另—方設定之較佳聯繫類型 菜單資料儲存器232、在場儲存器以及 表236可配置於記憶體23〇或控制器2〇〇内。 b 15 1375444 29944pif 圖3A和圖3B是根據本發明範例性實施例之行動終端 的透視圖。 圖3A繪示了折疊式行動终端的實例，而圖3B繪示了 個人數位助理（Personal Digital Assistant，PDA)或智慧 型(smart)電話的實例。圖3A和圖33所示的終端包括 參照圖2A和圖2B討論過的元件。例如，儘管不是所有的 元件都繪示於這些圖中，但圖3A和圖3B所示的終端包括 控制器200、收發器2U)及關聯的天線212、顯示器22〇、 記憶體單元230以及輸入單元24卜因爲前面已經描述過 廷些元件，爲了簡明起見，將不再重複描述。 =4纟t不了減本發日賤雛實關之執行菜單顯示 万法時顯示的各種螢幕影像。 ，設用戶想打電話或傳送訊息給叫作‘T〇m ’的另一 端内i 了取出<TQm，的電話號碼，用戶執行喪人於用戶終 ^丁内的電話料财功能。在執行搜索魏後，另-方 ^g=miQ·1234·5678顯示於顯示器220上， 编寫視頻通訊、 頊曰 訊息、编寫電子郵件的選擇 另—方轉項目時，控制11 2GG從在場f訊中侧 (例如’ ‘Tom’）的終端所支持 望的方法來顯利貞_魏。’並使用希 單按體Ϊ箱::戶在取出另-方的電話號碼後按下菜 時各種方法可祕從在場資訊中_另-方終端 1 j/M44 29944pjf 、的功能。在第一方法中，可藉由透過通訊網路接收 法中方^在場資訊來偵測另一方所支持的功能。在另一方 ^ ^可藉由周期性地接收並反射該映射到暫存於終端内 —二話號碼^場資訊來侧另-方所支持的功能。在另 ㈣在每次讀取關於另一方終端所支持之功能的資 1 =儲存著讀取資訊的狀態下，當用戶搜索另-方上之 貝；藉由取出儲存的資訊來_另—方支持的功能。 #处此外，為了在顯不器220上顯示另一方終端所支持的 去可採用各種實施例。例如，如參考標記41〇所示， :一方終端支持刻戶終端的菜單上顯示的所有功能 占’所有功能被激活(activated)並進行顯示。在另 处$:考標§己420所示，僅顯示另一方終端所支持的功 H 實例中’如參考標記柳所示，另-方终端不 ㈣並以切入的小或淡的字符或字母或者低 二二、來顯不。在另_實例中，如參考標記44〇所示， ^用戶終端的基本菜單，並如參考標記442所示，當用 ===方終端不支持的功能時’會顯示包含警告訊 通訊在:二當二按=單f t時顯示的呼叫、視頻 杜的ϋ日心β A寫卩時訊息以及編寫電子郵 於顧1 πι&例性的’並不意圖是限制性的。此外，用 另-方終端功能的上述方法僅是範例性的。本領域 :絲進據情況或根據用戶希望的特定功能或 17 29944pif 類型=:=:發明範例性實施例之基於較佳聯繫 根據本發日月之範例性實施例 :在工或電子郵件傳送至特定另 智慧另一方設定的較佳聯繫類型來顯示-種 卢資訊包括關於用戶奴的較佳聯繫_的資訊。 在OMA 1.3版本中出版的較佳聯繋如下表4所示。 表4 較佳聯f

資訊成份 ..較佳聯繫(prefC、 資料類型 (Data type) 列舉的字符串 格式 (Format) CALL-出版商優選呼·叫 SMS-出版商優選採用SMS _S-出版商優選採用MMS IM-出版商優選採用IM EMAIL-出版商優選採用EMAIL 描述 (Description) 用户偏好 範圍 (Range) CALL| SMS |MMS |IM|EMAIL 18 1375444 29944pif 囚此 反射另-方=繫類型。當 終選擇另一方希望： 方法的範設定爲_時的菜單顯示

^第二 _ 將較二’，::: 疋貝訊之在場資訊經由通訊網路而傳送。 #匕3° 又 接收^的在場資訊經由第—用戶終端的收發器训而被 如，圖f二^戶$資訊對應地儲存於記憶體230内(例 :用戶進行聯繫’第一用户取出第二用戶（例二尤 的電話號碼，並選擇‘T0m，作爲接從者。冬 :’控:器2。。顯示菜單，其中藉由二儲:==0 =第二用戶“列如’ ‘W)的在場資訊來強調一特定 七在圖5中，第一用戶終端的控制器2〇〇控制顯示器220 來=示菜單’其中由於第二用戶設定的較佳聯繫狀態是 ’且相應㈣訊包括在第—用戶終端所接收之在場資 訊内，因而‘編寫SMS，的項目被強調。 、 爲了強調並顯示項目，可採用各種方法。在第一方法 中，強調的項目是各項目中唯一激活的項目。在另一方法 中，強調的項目可以粗體字母(bold letter)、不同的字母顏 1375444 29944pif 或:寸ts:。此外’強調的項目可陰影化 顯不、。在圖5的實例中，如參考標記520所繪^，強^ 項目被激活，或如參考標記53〇所示， 調的 對於控制器綱從在場資訊中福測第二用二2示。 =狀態的操作’可採用各種方法:例：，二 2〇〇 :::的電話號碼且隨後按下菜單按辦，控制： 2次〇〇可精由經由行動通訊網路魏和讀取第二 貝訊來偵測較佳的聯繫狀態。在另—康 、在琢 J藉由反射該映射到暫存於第-用4端 來狀射的在場資訊中偵測較佳聯繫狀態^ 只例中，在每次暫存於第一用戶終端之 方較佳聯繫類型發生改變時都將改變 資=，另一 3。内的狀態下，當第-用戶取出特定3= 可從在場資訊中_特定的另-方“ 之 方法ϋίΓ本發喊雛錢續支持功能 中’終端用戶取出儲存的特定電話號碼以 f 一方進行聯繫’並在步驟S61中選擇特定的電 1號竭。當在步驟S61中選定特定的電話號碼時 ，在步驟S62中接收映射到選定的電話號碼的 d對Ϊ步驟弧，由於上文已經解釋了控制器2⑻ 接收映射观定的電錢歇終端的在場資_若干範例 20 1375444 2"44pif 性方式’所以為簡明起見此處將不再重複。控制器200在 步綠S63中偵測另一方终端所支持的功能，並在步驟S64 中以希望的方法顯示所支持的功能。上文已參照圖4對希 望的方法進行了描述。 圖7是根據本發明範例性實施例之顯示較佳聯繫類型 的方法的流程圖。

在步驟S70令，終端用戶取出儲存的電話號碼，並在 步驟S71中選擇用戶希望進行聯繫之另一方的特定電話號 馬S在步驟S71中選定特定的電話號碼時，控制器2〇〇 在步驟S72中接收映射到選定的電話號碼的終端之在場資 訊。對於步騾S72，由於上文已經解釋了控制器2〇〇接收 映射到選定的電話號碼之終端的在場資域若干範例性方 法，所以為簡明起見此處將不在重複。由於在場資訊包含 另-方設定之較佳聯繫資訊，在步驟S73中彳貞測較佳聯繫 頰型，步驟S74中當控制器2〇〇顯示包括另一方聯繫 類型的菜單時，強調並顯示偵測的較佳聯繫類型。已參照 圖5描述了用於強調並顯示較佳聯繫類型的方法。 圖8是輯本發賴舰實施狀菜單顯示方法 往圖。 料彻中’終端用戶取出儲存於其終端内的電話 2步驟S81中從菜單資料儲存器2S2中取出要顯二二 二=之菜單資訊。在步驟如中，取 气 早貧料健存器议傳送至菜單列表接收器2G2從采 1375444 29944pif 本菜^ JS=82中’偵測出要顯示於用戶終端上之基 選定的電話號碼的另—方 接收映射 揚皆健六s 士 =方終&的在場資訊，並將接收的在 %貧訊儲存至在％儲存器234内。 在步驟s财，控制器20〇從在 設定的較佳聯繫類型。名牛锁…士 另万 π次！在步驟S85中，控制器200還從在 琢貝訊中_另-方終端所支持的功能 2=夠藉岭照手機功能表236來制另—方的 支持的功能。 _在二驟S86中，控制态200控制成顯示包括從在場資 訊中確之H終端所支持之功能的菜單。顯示另一方 終端所支持之魏的菜單的實例已參關4進行了描述。 在步驟S87 t，強調項目選擇器2〇4基於偵測的較佳聯繫 通銮和所支持的功能來強調特定項目，並在顯示器22〇上

顯不強調的項目。強調並顯示特定項目的實例已參照圖5 進行了描述。

^例如，當從在場資訊偵測的另一方終端所支持的功能 ^ Call、SMS、MMS以及E-mail且較佳的聯繫類型是SMS 捋，該強調項目選擇器204禁用多個與另一方終端不支持 的功此相對應的視頻通訊和IM項目並顯示相對應的菜 單。例如，強調並以大尺寸的粗體字母來顯示項目‘編寫 SMS，。 ’ 當根據另一方終端所支持的功能以希望的方法來顯示 電話呼叫、視頻通訊、短訊息服務、多媒體訊息服務、即 22 1375444 29944pif ===子郵件的通訊類型時，終端用戶可避免 以不支持的通訊類型鱼〇 _ 避免生成並傳送心二進倾訊。因此’可進一步 不必要成本㈣間。終端不支制功能相關之訊息的 得用=二::=聯繫類型來顯示菜單，使 由避免繫來與另一方進行通訊，並藉 ., 希望的聯繋類型進行通訊來改良用戶的 万1 更性。 ’本麵帛的特物語減述僅㈣轉本發明 的概心,’、且不應解釋為限制本發明的範圍。 =S解釋」ϋ揭露了本發明之範例性實施例，但本領域 :。項技藝者應當意識到在不脫離本發明範圍的情況 ’可對其it行各娜改、增加以及#代。目此，本發明 實施例’而是由後續的申請專利範圍及其等 同物的整個_來限定。 等 【圖式簡單說明】 圖1疋一種習知MMS傳送的示意圖。 圖2Α疋根據本發明範例性實施例之行動終端的示意 性方塊圖。 圖2Β是圖2Α的範例性控制器的示意性方塊圖。 、圖3Α和圖3Β是根據本發明範例性實施例之行動終端 的透視圖^ 法 圖 4繪示了根據本發明範例性實施例之菜單顯示方 23 ^0444 29944pjf 圖5繪示了根據本發明範例性實施例之基於較佳聯繫 類型來顯示菜單的實例。 圖6是根據本發明範例性實施例之顯示所支持功能的 方法的流程圖。 圖7是根據本發明範例性實施例之顯示較佳聯 的方法的流程圖。以及 、 程圖圖8是根據本發明範例性實施例之菜單顯示方法的琦 【主要元件符號說明】 10 :傳送終端 12 :基站 14 :通訊網路 16 :基站 :接收終端 200 :控制器 202 :菜單列表接收器 204 :強調項目選擇器 206 :手機功能偵測器 210 :收發器 212 :天線 220 :顯示器 23(^記憶體 232 .菜單資料儲存器 234 :在場儲存器 24 29944pif 29944pif1375444 236 :手機功能表 240 :輸入單元 400 :屏幕影像 410 :屏幕影像 420 :屏幕影像 430 :屏幕影像 440 :屏幕影像 500 :屏幕影像 510 :屏幕影像 520 :屏幕影像 530 :屏幕影像 S60〜S64 :步驟 S70〜S74 :步驟 S80〜S87 :步驟

Claims (1)

1. 29944pif] 修正日期：101年4月5曰 爲第9714丨835號中文專利範圍 七、申請專利範圍： 1. 一種行動終端，包括： 收發器’用以接收在場資訊；以及 控制器’用以基於所述接收之在場資訊來制另一方 的終端所錢的功能，並且基於所述終端所支持的功能以 及基於所述彳貞測之所述另_方麟賴支制功能來確 以希望的方法要進行顯示的菜單， 其中所述在場資訊包括關於所述另一方的裝置、所述 另方的裝置狀態、所述另一方的終端可用性、所述另一 方的所述終端所支持的功能以及所述另一方設定的用戶心 十月中之至少一者的資訊；以及 ，其中所述控制器使用指示包括在所述在場資訊中的裝 置製造商、型號以及客戶終端版本中之至少一者的參數^ 取出關於料3 —^的所述終端所线的舰的資訊。 2. 如申叫專利範圍第1項所述之行動終端，其中所述 要進行顯示的菜單具有包括電話呼叫、視頻通訊、短訊息 服務夕媒體訊息服務、即時訊息服務以及電子都件中之 至少一者的項目。 3. 如申靖專利範圍第1項所述之行動終端，立中所述 控制器包括： 、 ” 木單列表接收器，用以接收要在所述行動終端上進行 顯示之菜單列表； '' 手機功能偵測器，用以偵測所述另一方的所述終端所 支持的所述功能；以及 26 29944pifl 修正日期：101年4月5日 爲第痛1835號中文專利範圍無劃線修正本 強調項目選擇器，用以強裀廿肋_ 一方的所祕端所支持的功^麵顿軸測之所述另 希望4的㈣1項職之行祕端，其中所述 述功能。0 所述另—方_述終端所支持的所 希望圍第1項所述之行祕端，其中所述 持之功-時。‘所述行動終端在所述菜單中顯示所述支 功能。月b’’π减示所述另一方的所述終端不支持的 希望1項所述之行動終端，其中所述 戶選擇所述另-方的所述終端不支持 的功此時，顯示不切功能的通知。 :r-申請t利範圍第1項所述之行動終端，更包括： ‘，、頁不[輸出由所述控制料定騎述菜單。 控制請專利範圍第1項所述之行動終端 ，其中所述 控制益控制錢體來對應於 儲存述終端== ㈣㈣二、利圍第1項所述之行動終端，其中所述 ^動終:内之地接收映射到暫存於所述 d旎碼和由所述用戶輸入之電話號碼中之 > -者之所述另—方的所述終端的在場資訊。 10.—種行動終端，包括： 收發器，用以接收在場資訊；以及 27 1375444 修正日期：101年4月5日 29944pifl 爲第97141835號中文專利範圍無劃線修正本 控制器，用以從所述接收之在場資訊中擷取關於另一 方的終端設定之較佳聯繫類型的資訊，並基於所述操取之 資訊來確定要以希望的方法進行顯示的菜單； 其中所述控制器使用指示包括在所述在場資訊中的袋 置製造商、型號以及客戶終端版本中之至少一者的來數來 取出關於所述另一方的所述終端所支持的功能的資訊。 11. 如申請專利範圍第10項所述之行動終端其中所 述較佳聯繫類型是電話呼叫、視親訊、短訊息服矛务、多 媒體訊息服務、即時訊息服務以及電子郵件中之至少一者 12. 如申請專利範圍第1〇項所述之行動終端，"其一中所 述控制㈢使㈣述在場f訊的難聯繫參數來彳貞測所 一方的所述終端所設定的所述較佳聯繫類型。 ㈣糊制第1G項所述之行祕端，1中所 迷希望的方法包括僅激活並顯示所述較' 中所 改變字體尺寸來強調並顯示所述較 ^、、’、藉由 顏色來顯示所述較佳聯繫_ ^所_以不同的 中之至少-者。 間爍所述較佳聯繫類型 -種行動終端的菜單顯示方 接收映射到用戶選定之電咭 斤述方法包括： 場資訊，· U柄㈣—方之終端的在 、使用指*包括在所述在場f 以及客戶終端版本中之至— 、置4造商、型號 一方的所述終端所支持的功能的g數來取出關於所述另 28 1375444 29944pifl 爲第97141835號中文專利範圍無劃線修正本 修正日期:1〇1年4月5日 從所述接收之在場資訊中偵測所述另—方 的功能；以及 、細所支持 顯示菜單 基於關於所述所支持之功能的資訊而以希望 莫蕈。 乃决來 的菜單顯 15.如申請專利範圍第14項所述之行動 示方法，其令顯示所述菜單包括： 、％ 取出提供於所述用戶的行動終端内的 比較從所述接收之在場資訊中债測之所述c 的^所支狀魏與所述取出之基本絲列表的=端 根據比較結果以所述希望的方法在菜單上 顯示共同的 -方利範圍第14項所述之行動終端的菜單題 不方法、、中接收所述另一方終端的所 .4 所述行動終端的記憶體中取出所述在場包括從 鍵之後從騎另-料離收崎在場:#訊=j單 =端之通訊網路中周期性地接收所述在 :收：：戶端二菜:::方法’所述方法包括： #m； ^之電話柄㈣—方終端的在場 以及客戶故所述在場資訊中的裝置製造商、型於 -方的所述終端所支持的功能=訊數來取出關於所述另 29 1375444 29944pifl _ 爲第97141835號中文專利範圍無劃線修正本修正曰期：101年4月5日 • 從所述接收之在場資訊中偵測關於所述另一方終端所 設定的較佳聯繫類型的資訊；以及 基於所述偵測之關於所述較佳聯繫類型的資訊而以希 望的方法顯示菜單。 30