TWI488137B

TWI488137B - 基於Widget架構之非同步式金融報價資料更新裝置與方法

Info

Publication number: TWI488137B
Application number: TW102145537A
Authority: TW
Inventors: Hung Che Chiu
Original assignee: Mitake Information Corp
Priority date: 2012-12-12
Filing date: 2013-12-11
Publication date: 2015-06-11
Also published as: TW201423649A; CN103870994A

Description

基於Widget架構之非同步式金融報價資料更新裝置與方法

本發明是關於一種行動設備金融報價Widget，特別是關於一種基於Widget架構之非同步式金融報價資料更新裝置與方法。

Widget(“小工具”)是一種桌面應用程式，並非專屬專於個人電腦上的MS Windows作業系統，許多的行動設備作業系統亦有支援。Widget不是擺在桌面app (“應用程式”)的捷徑(Shortcut)，而是可以直接顯示一些資訊的小工具。運用Widget執行應用程式不僅較即時，甚至還可以省下一些執行步驟，使用起來更方便。

參閱第1圖，習見金融報價Widget 於Android行動設備之示意圖，此範例是採用Android 版本1.5，其說明一習見金融報價Widget 10直接放置在Android首頁(Home Screen，又稱Home Page)上，以提供金融商品報價資訊，該Widget不像一般軟體(Application，通常簡稱為“app”)需要被執行(Execute)後才開始運作。

以Android作業系統為範例，一個Widget的開發流程包含以下步驟：一、 AppWidgetProviderInfo在/res下增加一個xml目錄，然後增加一個xml檔，該xml檔的目的是要描述該Widget的尺寸、更新的頻率、Layout以及ConfigurationActivity設定。二、實作AppWidgetProvider新增一個類別，並繼承AppWidgetProvider，然後覆寫onUpdate()方法，一般是啟動Thread類別或是Service類別，接著在該類別中來做想要做的事，諸如從伺服器端下載報價資料經處理後於Widget中顯示。以下是片斷程式碼的範例：import java.text.SimpleDateFormat；import java.util.Date；import android.appWidget.AppWidgetManager；import android.appWidget.AppWidgetProvider；import android.content.Context；import android.Widget.RemoteViews；public class WeatherWidgetextends AppWidgetProvider { @Override publicvoid onUpdate(Context context,AppWidgetManagerappWidgetManager, int[] appWidgetIds) { RemoteViews updateViews = new RemoteViews( context.getPackageName(),R.layout.main)； updateViews.setTextViewText(R.id.now, new SimpleDateFormat("yyyy/MM/dd HH：mm：ss" ).format( new Date() ) )； appWidgetManager.updateAppWidget(appWidgetIds,updateViews)； }}上面片斷程式碼中提到兩個類別：AppWidgetManager與RemoteViews，該RemoteViews是用來更新Widget的顯示畫面，例如：RemoteViews有一個setTextViewText()的方法，可以設定Widget中的TextView。它會傳入Widget中的TextView的Id，及要顯示的字串，等同於呼叫那個View的setText()方法，來設定文字。而該AppWidgetManager則是用來把AppWidgetProvider和RemoteViews做連結。三、 View Layout設計Widget所要呈現的UI(使用者介面)，例如第1圖中的習見金融報價Widget 10，設定部份係前述步驟一該xml檔中指定。四、 Configuration Activity一般來講，開發一Widget時這並不是一個必要的步驟，這是當使用者把Widget加到桌面前若需要先做一些設定的話，就可以增加一個Activity來執行，它會在Widget加到桌面之前先跳出來，以習見金融報價Widget 10來講，它需要使用者在加到桌面前先設定自選股，故，需用到Activity。五、設定AndroidManifest檔AppWidgetProvider類別是BroadcastReceiver的子類別，所以在＜application＞元素內增加一個＜receiver＞指定到前述所建的自定AppWidgetProvider。在其中增加一個Intent filter來抓取"android.appWidget.action.APPWIDGET_UPDATE"的Action。在＜receiver＞下再新增一個＜meta-data＞名為"android.appWidget.provider"，resource則是設定為/xml目錄下的AppWidgetProviderInfo XML檔。以上係實作一個Widget的大致開發流程。

參閱第2圖，習見金融報價Widget之系統架構圖以及系統功能方塊圖。伺服器端的金融報價主機之報價接收模組是用以接收由各交易所(例如台灣證交所、櫃買中心、新加坡交易所…等等)其資料來源(即報價主機或報價資料庫)所傳送的報價資料。而金融報價主機中的走勢圖產生模組則是用以依據該報價接收模組所接收到的該報價資料產生一圖片型態之走勢圖。金融報價主機中的報價伺服模組則是用以與接收端的資料接收模組14連接以傳送報價資料。位於接收端的習見金融報價Widget 10主要包含兩個模組：資料接收模組14以及報價Widget模組16，資料接收模組14用以自金融報價主機(即一伺服器)下載一金融商品報價資料，該報價資料包含金融商品價、量相關(例如：成交價、最高價、最低價、開盤價、昨收價、單量、總量、漲跌幅…等等)的數據型態資料，以及下載由金融報價主機之走勢圖產生模組所產生之圖片型態的走勢圖；報價Widget模組16用以依據該報價資料(包含數據型態以及圖片型態資料)產生/更新一報價Widget。資料接收模組14其資料更新是以一固定間隔時間(Fixed Interval，亦稱“固定頻率”，例如“每30秒鐘一次”)自動建立網路連線並自伺服器端下載資料。該習見技術的更新頻率是在上述Widget開發步驟一裡的該xml檔直接定義。

習見技術在更新資料時，資料接收模組14同時下載數據型態以及圖片型態的報價資料，然而，兩種類型的報價資料同步更新並無多大意義，且浪費網路頻寬與硬體資源。原因在於行動設備的螢幕小，而且，一般來說Widget也不會以全螢幕(Full-Screen)顯示，所以習見金融報價Widget 10所顯示的走勢圖12只是以一小尺寸的圖片用來示意一金融商品價格的“大致”走勢，舉例來講，hTC (宏達電) OneX智慧手機其螢幕解析度為1280x720，若以直式顯示時其螢幕寬度具有720個像素(Pixels)，若一習見金融報價Widget 10其寬度為675個像素，而其提供的走勢圖12佔該Widget的五分之一寬度(即135個像素)，當該走勢圖12代表一台灣集中市場大盤指數(即“加權指數”，交易時間為09：00～13：30)之走勢，換算後該走勢圖12中X軸(即時間軸)的一個像素代表120秒鐘 (270分鐘x60秒/135個像素=120)，換句話說，縱然習見金融報價Widget 10是以每秒一次的速度更新資料，但是在120秒這段時間內其走勢圖12中X軸上繪製的線都是在同一點(一像素)，也就是說伺服器在這120秒內所產生的120張圖片(走勢圖12)看起來都是完全一模一樣，資料接收模組14也會下載120次這些看起來一模一樣的圖片，如此不但浪費伺服器的硬體資源(走勢圖產生模組產生圖片時須運用到伺服器的中央處理器以及記憶體)，更浪費網路頻寬去下載重覆的資料(即“看起來一模一樣的圖片”)。再以每30秒更新一次資料的頻率舉例，與上述例子同樣寬度的圖片，伺服器端在120秒內仍舊會產生4張看起來一模一樣的圖片(等於浪費硬體資源產生後面3張一樣的走勢圖12)，而資料接收模組14在120秒內會下載4張看起來一模一樣的圖片(等於浪費網路頻寬下載後面3張一樣的走勢圖12)。

綜上所述，習見技術同樣的更新頻率去下載數據型態以及圖片型態兩類報價資料，對於使用者而言頻頻更新/下載看起來一模一樣的走勢圖並無意義，且浪費硬體資源與網路頻寬，因此，實有必要提出一種基於Widget架構之非同步式金融報價資料更新裝置與方法，以非同步的方式分別更新數據型態以及圖片型態兩類報價資料，以避免浪費硬體資源與網路頻寬。

有鑑於此，本發明提出一種基於Widget架構之非同步式金融報價資料更新裝置與方法，以非同步的方式分別自動更新數據型態以及圖片型態兩類報價資料，並提供手動方式同步更新兩類報價資料。

本發明提出一種基於Widget架構之非同步式金融報價資料更新裝置包含：數據型態資料接收模組、圖片型態資料接收模組、更新控制模組以及報價Widget模組。其中，數據型態資料接收模組用以下載一金融商品數據型態之報價資料；圖片型態資料接收模組用以下載該金融商品圖片型態之走勢圖；更新控制模組依照一第一更新頻率啟動數據型態資料接收模組，並依照第二更新頻率啟動圖片型態資料接收模組，其中該數據型態資料接收模組之該第一更新頻率高於該圖片型態資料接收模組之該第二更新頻率；報價Widget模組用以依據該報價資料以及該走勢圖產生/更新一報價Widget。

本發明提出一種基於Widget架構之非同步式金融報價資料更新方法，包含：於一行動設備上安裝一金融報價Widget；依金融商品數據型態報價資料一第一更新頻率，自動下載一金融商品數據型態之報價資料；依據該報價資料產生/更新該金融報價Widget；依金融商品圖片型態一第二更新頻率，自動下載該金融商品圖片型態之走勢圖，該第一更新頻率高於該金融商品圖片型態之該第二更新頻率；依據該走勢圖更新該金融報價Widget之走勢圖。

本發明另提出一種基於Widget架構之非同步式金融報價資料更新方法，包含：於一行動設備上安裝一金融報價Widget；依金融商品數據型態報價資料一第一更新頻率，自動下載一金融商品數據型態之報價資料；依據該報價資料產生/更新該金融報價Widget；依金融商品圖片型態一第二更新頻率，自動下載該金融商品圖片型態之走勢圖，第一更新頻率高於該金融商品圖片型態之該第二更新頻率；依據該走勢圖更新該金融報價Widget之走勢圖；接收一手動更新指令；同時下載該金融商品該數據型態報價資料以及該圖片型態之該走勢圖；依據該報價資料與該走勢圖更新該金融報價Widget。

以下在實施方式中詳細敘述本發明之詳細特徵以及優點，其內容足以使任何熟習相關技藝者瞭解本發明之技術內容並據以實施，且根據本說明書所揭露之內容、申請專利範圍及圖式，任何熟習相關技藝者可輕易地理解本發明相關之目的及優點。

參閱第3A圖，本發明實施例基於Widget架構之非同步式金融報價資料更新裝置18之系統功能方塊圖，其包含有顯示模組20、處理器(即中央處理器之簡稱)22與記憶體24。其中，記憶體24儲存有一本發明金融報價Widget 26；處理器22則負責執行記憶體24中的金融報價Widget 26；顯示模組20則用以顯示金融報價Widget 26的介面(螢幕)，並執行觸控的功能(觸控面板)。

參閱第3B圖，本發明之系統架構圖以及實施例金融報價Widget之系統功能方塊圖，圖例說明本發明之金融報價Widget 26包含：更新控制模組28、數據型態資料接收模組30、報價Widget模組32與圖片型態資料接收模組34。數據型態資料接收模組30用以下載一金融商品數據型態之報價資料；圖片型態資料接收模組34用以下載一金融商品圖片型態之走勢圖；更新控制模組28用以依照該數據型態資料接收模組30之第一更新頻率與該圖片型態資料接收模組34之第二個更新頻率，分別自動啟動該數據型態資料接收模組30與該圖片型態資料接收模組34，其中該數據型態資料接收模組之該第一更新頻率高於該圖片型態資料接收模組之該第二更新頻率。接收一手動更新指令同時啟動該數據型態資料接收模組30與該圖片型態資料接收模組34。報價Widget模組用以依據該報價資料以及該走勢圖產生/更新一報價Widget。

前述已提及，走勢圖其資料更新最高頻率受限於其所佔螢幕之寬度(即像素)，因此，該第二更新頻率之最高頻率應小於或等於“走勢圖其時間軸之總合秒數”除以“走勢圖寬度之像素”，再次以前述例子說明，當一走勢圖12之寬度為135個像素，而走勢圖之時間軸總合秒數為16200秒(台灣集中市場交易時間為09：00～13：30)，則圖片型態資料接收模組之第二更新頻率之最高頻率應小於或等於120秒/次(即16200/135=120)。另外，在乍看之下，人眼本來就不容易區分一圖片中1～3個像素的差異，因此，實在沒有必要太過頻繁地更新金融報價Widget中的小走勢圖。故，本發明運用此特性，將金融商品報價資料區分為數據型態資料以及圖片型態資料，前者諸如金融商品價、量相關的報價資料，後者則是走勢圖資料，並且，本發明為該兩類資料設定不同的自動更新頻率，在自動更新之時，一定是數據型態資料比圖片型態資料更為頻繁地更新。例如：每30秒自動更新數據型態資料，而每300秒自動更新圖片型態資料，也就是說在自動更新時，更新控制模組28每30秒更新數據型態資料一次，每300秒更新圖片型態資料一次。當台灣證券交易所在早上9：00：01開盤時會同時下載兩種型態的資料，而數據型態資料的下一趟自動更新時間會在9：00：31，圖片型態資料的下一趟自動更新時間會在9：05：01，當時間在9：05：00前，更新控制模組28僅更新數據型態資料。

更新控制模組28的自動更新功能，是在前述習見Widget開發流程步驟一中所提及的該xml檔分別設定數據型態資料接收模組30與圖片型態資料接收模組34的自動啟動頻率(即資料更新頻率)。除此之外，該更新控制模組28尚提供一手動更新功能，所謂的“手動”係指使用者自行操作控制，可在任意時間下一更新指令要求更新資料，當更新控制模組28接收到一手動更新指令後，即同時啟動該數據型態資料接收模組30與該圖片型態資料接收模組34，以便同時下載數據型態的報價資料與圖片型態的走勢圖，意即運用手動更新功能時，原本以非同步方式更新的兩類型資料改為同步式更新。

參閱第4A圖，本發明實施例一金融報價Widget之示意圖，本發明實施例一在外觀上與習見技術(如第1圖所示)相同，本發明之金融報價Widget 26同時提供金融商品之數據型態報價資料(如圖例中的成交價、漲跌、幅度)以及圖片型態的走勢圖12。

參閱第4B圖，本發明實施例二金融報價Widget之示意圖，本發明實施例二另增設了一更新鍵36，用以供使用者操作以下達一手動更新指令。舉同樣前述例子說明：更新控制模組28每30秒更新數據型態資料一次，每300秒更新圖片型態資料一次，當台灣證券交易所在早上9：00：01開盤時會同時下載兩種型態的資料，當時間來到早上9：04：15之時，原本還未到達自動更新的時間，此時使用者按下更新鍵36後，更新控制模組28即接收到一手動更新指令，當下便同時啟動數據型態資料接收模組30與圖片型態資料接收模組34，以下載、更新數據型態報價資料以及走勢圖12。又，既使執行過手動更新指令，仍不影響更新控制模組28既訂的自動更新排程。

參閱第5A圖，本發明實施例三金融報價Widget之示意圖，運行實施例三之行動設備係採用Android 版本4.0的一平板電腦(圖例係Samsung Galaxy Note 10.1)，本發明實施例三在外觀上與實施例一(如第4A圖所示)相同，差異僅在硬體部份，本發明的金融報價Widget 26同時提供金融商品的數據型態報價資料(如圖例中的成交價、漲跌、幅度)以及圖片型態的走勢圖12。

參閱第5B圖，本發明實施例四金融報價Widget之示意圖，運行實施例四之行動設備同樣係採用Android 版本4.0的一平板電腦(圖例係Samsung Galaxy Note 10.1)，本發明實施例四在外觀上與實施例二(如第4B圖所示)相同，差異僅在硬體部份，本發明實施例四增設了一更新鍵36，用以供使用者操作以下達一手動更新指令，其操作方式與實施例二相同，故不再贅述。

借第4B圖說明本發明實施例五(未另行描繪)，原本在實施例二中的更新鍵36，在實施例五當中另可當做一資料更新狀態燈號，當未達自動更新之時，該資料更新狀態燈號(即實施例二中的更新鍵36)以一靜態圖片/符號表示(如圖例中的兩條繞成一圈的箭號)，當達到任一型態資料的自動更新時間之時，該資料更新狀態燈號以一具有動態效果的圖片/符號表示，例如以具有旋轉、閃爍、移動…等效果的同樣圖片/符號表示之。在實施例五中，該資料更新狀態燈號(即實施例二中的更新鍵36)仍是一手動更新鍵，在使用者按下號即下達/觸發一手動更新指令，同時，在下達一手動更新指令後，該資料更新狀態燈號即以一具有動態效果的圖片/符號表示。

參閱第6A圖，本發明實施例一與實施例三的運作流程圖，說明行動設備上的金融報價Widget以非同步方式分別自動更新數據型態以及圖片型態兩類報價資料的運作流程，請同時參閱第3A圖、第3B圖與第4A圖(或第5A圖)，包含下列步驟：

步驟S101：於一行動設備上安裝一金融報價Widget。使用者於一行動設備(例如一智慧型手機或一平板電腦)上安裝本發明金融報價Widget 26。

步驟S102：依據一第一更新頻率，自動下載一金融商品數據型態的報價資料。由於Widget不需要被執行，當行動設備的螢幕開啟並且連上網路後，金融報價Widget 26即自動與一金融報價主機建立連線，然後由更新控制模組28依據一第一更新頻率以固定間隔時間啟動數據型態資料接收模組30下載一金融商品數據型態的報價資料，該報價資料例如：成交價、漲跌、漲跌幅度…等等資料。

步驟S103：依據該報價資料產生/更新該金融報價Widget。數據型態資料接收模組30下載該報價資料後，報價Widget模組32依據該報價資料產生金融報價Widget 26並更新其數據型態的報價資料，再由顯示模組20將該金融報價Widget 26呈現於該行動設備的螢幕上。

步驟S104：依一第二更新頻率，自動下載該金融商品圖片型態的走勢圖。更新控制模組28依據一第二更新頻率以固定間隔時間啟動圖片型態資料接收模組34下載一金融商品圖片型態的走勢圖。

步驟S105：依據該走勢圖更新該金融報價Widget的走勢圖。圖片型態資料接收模組34下載該走勢圖後，報價Widget模組32依據該走勢圖更新該金融報價Widget 26的走勢圖12，再由顯示模組20將該金融報價Widget 26呈現於該行動設備的螢幕上。

參閱第6B圖，本發明實施例二與實施例四的運作流程圖，說明行動設備上的金融報價Widget以非同步方式分別自動更新數據型態以及圖片型態兩類報價資料並且接受一手動更新指令的運作流程，請同時參閱第3A圖、第3B圖與第4B圖(或第5B圖)，包含下列步驟：

步驟S201：於一行動設備上安裝一金融報價Widget。使用者於一行動設備(例如一智慧型手機或一平板電腦)上安裝本發明金融報價Widget 26。

步驟S202：依據一第一更新頻率，自動下載一金融商品數據型態的報價資料。由於Widget不需要被執行，當行動設備的螢幕開啟並且連上網路後，金融報價Widget 26即自動與一金融報價主機建立連線，然後由更新控制模組28依據一第一更新頻率以固定間隔時間啟動數據型態資料接收模組30下載一金融商品數據型態的報價資料，該報價資料例如：成交價、漲跌、漲跌幅度…等等資料。

步驟S203：依據該報價資料產生/更新該金融報價Widget。數據型態資料接收模組30下載該報價資料後，報價Widget模組32依據該報價資料產生金融報價Widget 26並更新其數據型態的報價資料，再由顯示模組20將該金融報價Widget 26呈現於該行動設備的螢幕上。

步驟S204：依一第二更新頻率，自動下載該金融商品圖片型態的走勢圖。更新控制模組28依據一第二更新頻率以固定間隔時間啟動圖片型態資料接收模組34下載一金融商品圖片型態的走勢圖。

步驟S205：依據該走勢圖更新該金融報價Widget的走勢圖。圖片型態資料接收模組34下載該走勢圖後，報價Widget模組32依據該走勢圖更新該金融報價Widget 26的走勢圖12，再由顯示模組20將該金融報價Widget 26呈現於該行動設備的螢幕上。

步驟S206：接收一手動更新指令。使用者按下更新鍵36後，更新控制模組28即接收到一手動更新指令。

步驟S207：同時下載該金融商品的該數據型態報價資料以及該圖片型態的該走勢圖。接收一手動更新指令後，更新控制模組28便同時啟動數據型態資料接收模組30與圖片型態資料接收模組34，以下載數據型態報價資料以及走勢圖。

步驟S208：依據該報價資料與該走勢圖更新該金融報價Widget。下載數據型態報價資料以及走勢圖後，報價Widget模組32依據該報價資料與該走勢圖更新該金融報價Widget 26，再由顯示模組20將該金融報價Widget 26呈現於該行動設備的螢幕上。

綜上所述，本發明所提出的基於Widget架構之非同步式金融報價資料更新裝置與方法，以非同步的方式分別自動更新數據型態以及圖片型態兩類報價資料，以避免浪費硬體資源與網路頻寬，另外，亦提供手動方式同步更新兩類報價資料，以滿足使用者操作上的需求。

雖然本發明的技術內容已經以較佳實施例揭露如上，然其並非用以限定本發明，任何熟習此技藝者，在不脫離本發明之精神所作些許之更動與潤飾，皆應涵蓋於本發明的範疇內，因此本發明之保護範圍當視後附之申請專利範圍所界定者為準。

10．．．習見金融報價Widget

12．．．走勢圖

14．．．資料接收模組

16．．．報價Widget模組

18．．．基於Widget架構之非同步式金融報價資料更新裝置

20．．．顯示模組

22．．．處理器

24．．．記憶體

26．．．金融報價Widget

28．．．更新控制模組

30．．．數據型態資料接收模組

32．．．報價Widget模組

34．．．圖片型態資料接收模組

36．．．更新鍵

S101．．．於一行動設備上安裝一金融報價Widget

S102．．．依據一第一更新頻率，自動下載一金融商品數據型態的報價資料

S103．．．依據該報價資料產生/更新該金融報價Widget

S104．．．依據一第二更新頻率，自動下載該金融商品圖片型態的走勢圖

S105．．．依據該走勢圖更新該金融報價Widget的走勢圖

S201．．．於一行動設備上安裝一金融報價Widget

S202．．．依據一第一更新頻率，自動下載一金融商品數據型態的報價資料

S203．．．依據該報價資料產生/更新該金融報價Widget

S204．．．依據一第二更新頻率，自動下載該金融商品圖片型態的走勢圖

S205．．．依據該走勢圖更新該金融報價Widget的走勢圖

S206．．．接收一手動更新指令

S207．．．下載該金融商品該數據型態報價資料以及該圖片型態之該走勢圖

S208．．．依據該報價資料與該走勢圖更新該金融報價Widget

[第1圖]為習見金融報價Widget 於Android行動設備之示意圖。[第2圖]為習見金融報價Widget之系統架構圖以及系統功能方塊圖。[第3A圖]為本發明實施例裝置之系統功能方塊圖。[第3B圖]為本發明之系統架構圖以及實施例金融報價Widget之系統功能方塊圖。[第4A圖]為本發明實施例一之示意圖。[第4B圖]為本發明實施例二之示意圖。[第5A圖]為本發明實施例三之示意圖。[第5B圖]為本發明實施例四之示意圖。[第6A圖]為本發明實施例一、三之運作流程圖。[第6B圖]為本發明實施例二、四之運作流程圖。

26．．．金融報價Widget

28．．．更新控制模組

30．．．數據型態資料接收模組

32．．．報價Widget模組

34．．．圖片型態資料接收模組

Claims

一種基於Widget架構之非同步式金融報價資料更新裝置，裝置於一行動設備上，包含：一數據型態資料接收模組，下載一金融商品數據型態之一報價資料；一圖片型態資料接收模組，下載一金融商品圖片型態之一走勢圖；一更新控制模組，依照一第一更新頻率啟動該數據型態資料接收模組，並依照一第二更新頻率啟動該圖片型態資料接收模組，其中該數據型態資料接收模組之該第一更新頻率高於該圖片型態資料接收模組之該第二更新頻率；及一報價Widget模組，依據該報價資料以及該走勢圖產生/更新一報價Widget。
如請求項1所述的基於Widget架構之非同步式金融報價資料更新裝置，其中該第二更新頻率之最高頻率係小於或等於該走勢圖其時間軸之總合秒數除以該走勢圖寬度之像素。
如請求項1所述的基於Widget架構之非同步式金融報價資料更新裝置，其中該更新控制模組於接收一手動更新指令後，同時啟動該數據型態資料接收模組下載該金融商品數據型態之該報價資料與該圖片型態資料接收模組下載該金融商品圖片型態之該走勢圖。
如請求項3所述的基於Widget架構之非同步式金融報價資料更新裝置，其中該手動更新指令係選自：接收到一更新鍵之點擊指令、接收到一資料更新狀態燈號之點擊指令。
一種基於Widget架構之非同步式金融報價資料更新方法，包含：於一行動設備上安裝一金融報價Widget；依據一金融商品數據型態報價資料之一第一更新頻率，自動下載一金融商品數據型態之報價資料；依據該報價資料產生/更新該金融報價Widget；依據一金融商品圖片型態之一第二更新頻率，自動下載該金融商品圖片型態之走勢圖，該第一更新頻率高於該金融商品圖片型態之該第二更新頻率；及依據該走勢圖更新該金融報價Widget。
如請求項5所述的基於Widget架構之非同步式金融報價資料更新方法，其中該第二更新頻率之最高頻率係小於或等於該走勢圖其時間軸之總合秒數除以該走勢圖寬度之像素。
一種基於Widget架構之非同步式金融報價資料更新方法，包含：於一行動設備上安裝一金融報價Widget；依據一金融商品數據型態報價資料之一第一更新頻率，自動下載一金融商品數據型態之一報價資料；依據該報價資料產生/更新該金融報價Widget；依據一金融商品圖片型態之一第二更新頻率，自動下載一金融商品圖片型態之一走勢圖，該第一更新頻率高於該金融商品圖片型態之該第二更新頻率；依據該走勢圖更新該金融報價Widget；接收一手動更新指令；同時下載該金融商品數據型態之該報價資料以及該金融商品圖片型態之該走勢圖；及依據該報價資料與該走勢圖更新該金融報價Widget。
如請求項7所述的基於Widget架構之非同步式金融報價資料更新方法，其中該手動更新指令之觸發係選自：一操作更新鍵、一操作資料更新狀態燈號。
如請求項7所述的基於Widget架構之非同步式金融報價資料更新方法，其中該第二更新頻率之最高頻率係小於或等於該走勢圖其時間軸之總合秒數除以該走勢圖寬度之像素。