TW201727561A - 服務組件管理方法及系統 - Google Patents

服務組件管理方法及系統 Download PDF

Info

Publication number
TW201727561A
TW201727561A TW105129846A TW105129846A TW201727561A TW 201727561 A TW201727561 A TW 201727561A TW 105129846 A TW105129846 A TW 105129846A TW 105129846 A TW105129846 A TW 105129846A TW 201727561 A TW201727561 A TW 201727561A
Authority
TW
Taiwan
Prior art keywords
service component
information entity
information
event
page
Prior art date
Application number
TW105129846A
Other languages
English (en)
Inventor
jing-lu Han
chun-hui Zhang
yan-ming Cai
yong-sheng Zhu
Ping Dong
Po Qiang
Yi-Tong Qi
Zhi-Ping Lin
Ke Cheng
Original Assignee
Alibaba Group Services Ltd
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
Application filed by Alibaba Group Services Ltd filed Critical Alibaba Group Services Ltd
Publication of TW201727561A publication Critical patent/TW201727561A/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/567—Integrating service provisioning from a plurality of service providers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/14—Travel agencies

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本發明公開一種服務組件管理方法及系統。本發明中，將第一服務組件發送的指向第二服務組件的資訊實體，發送給第二服務組件以處理該資訊實體，實現了服務組件之間基於資訊實體進行交互，從而實現了服務組件之間的關聯。作業系統中的服務組件可以執行指定功能或提供指定服務，該功能或服務可以是系統的功能或服務，也可以是應用程式可提供的功能或服務，多個服務組件間傳遞的資訊實體可以實現在多個服務組件間進行交互，進而實現特定場景下的業務。

Description

服務組件管理方法及系統
本發明關於通訊技術領域，尤其關於一種服務組件管理方法及系統。
隨著行動通訊技術的飛速發展和行動多媒體時代的到來，手機作為人們必備的行動通訊工具，已從簡單的通話工具向智慧化發展，演變成一個行動的個人資訊收集和處理平臺。借助作業系統和豐富的應用軟體，智慧手機成了一台行動終端。
目前，主流的智慧手機作業系統包括Google Android和蘋果的iOS等。其中，Android作業系統中，使用以Activity為單位的應用來實現一個特有的服務場景，僅支援有限制地存取其他應用的Activity。無論是Android還是iOS，使用者想要完成一項業務，往往需要在多種不同的應用之間多次跳轉，而在不同應用之間進行跳轉時，資料流程轉也有不少限制。以如下場景為例，使用者出門旅遊，需要研究旅遊攻略，制定日程，預訂機票、酒店，進行支付，關注目的地天氣資訊等。在Android或iOS作業 系統中，基於上述場景，使用者需要使用流覽器搜索旅遊攻略，使用旅行服務應用程式來預定機票和酒店，使用支付應用程式進行支付，使用天氣應用程式來關注天氣。這需要在多種應用程式之間進行跳轉切換，並且因無法將已制定的資料傳遞到其他應用程式，使用者需要多次重複操作，比如進行目的地、日期等的選擇和搜索。
如何實現不同服務之間的跳轉，以滿足靈活方便的業務需求，是目前極需解決的問題。
本發明實施例提供了一種服務組件管理方法及系統。
本發明實施例提供的服務組件管理方法，包括：接收第一服務組件發送的指向第二服務組件的資訊實體；向該第二服務組件發送該資訊實體。
進一步地，向該第二服務組件發送該資訊實體之前，還包括：創建第二服務組件的實例。
其中，創建第二服務組件的實例，包括：獲取該第二服務組件對應的可執行程式碼；運行該可執行程式碼，並為該可執行程式碼分配運行環境。
進一步地，向該第二服務組件發送該資訊實體之後，還包括：接收該第二服務組件返回的對該資訊實體的處理結 果；將該第二服務組件返回的處理結果發送給該第一服務組件。
優選地，該資訊實體中至少包括目標服務組件的URI，該目標服務組件的URI對應一個第二服務組件，或者對應多個第二服務組件。
其中，該目標服務組件的URI中還附帶有參數。
其中，該參數根據該第一服務組件接收到的事件確定。
其中，該事件，包括：該第一服務組件對應的使用者介面UI上的控制項被觸發產生的事件；設定的系統事件；設定的非系統事件。
優選地，該參數用於指示該第二服務組件的設定入口。
優選地，該資訊實體中還包括以下內容之一或任意組合：數據，事件。
進一步地，還包括：該第二服務組件處理該資訊實體。
其中，若該資訊實體中包括資料和事件，則處理該資訊實體包括：根據該資訊實體中包括的資料，執行該資訊實體中包括的的事件所對應的操作。
優選地，該資訊實體中至少包括目標服務組件的URI 和事件時，該目標服務組件的URI包括用於表徵廣播事件的資訊；向該第二服務組件發送該資訊實體，包括：根據該資訊實體中目標服務組件的URI中所包括的用於表徵廣播事件的資訊，確定註冊監聽該事件的至少一個第二服務組件；向註冊監聽該事件的第二服務組件發送該資訊實體。
優選地，該資訊實體中還包括指示資訊，該指示資訊被該第二服務組件用來確定所進行的處理操作。
其中，該指示資訊中包括第一指示資訊；該第一指示資訊用於指示該第一服務組件和該第二服務組件是否在同一服務組件組內。
其中，該服務組件組中包括至少2個服務組件，該服務組件組根據業務場景設置。
優選地，該指示資訊中包括第二指示資訊；該第二指示資訊用於指示該目標服務組件是否需要進入指定的狀態，或者指示該目標服務組件與使用者介面的對話模式。
其中，該指定的狀態，包括以下狀態中的一種：隱藏狀態，該狀態下的服務組件在後臺運行，對使用者不可見；可見地非交互狀態，該狀態下的服務組件對使用者可見，但不回應使用者輸入；可見地交互狀態，該狀態下的服務組件對使用者可見，並且回應使用者輸入。
其中，該對話模式，包括以下方式中的一種：可見地對話模式；可見地非對話模式。
優選地，該資訊實體中還包括：該第一服務組件的URI；和/或該第二服務組件的組件標識ID，該組件標識ID用於在該第二服務組件存在多個實例時，指示該多個實例中與該ID對應的實例。
優選地，該第二服務組件為本機服務組件或遠端服務組件。
其中，向該第二服務組件發送該資訊實體，包括：確定該第二服務組件為本機服務組件或遠端服務組件；若為遠端服務組件，則向該第二服務組件對應的伺服器發送該資訊實體。
進一步地，向該第二服務組件對應的伺服器發送該資訊實體之後，還包括：接收該伺服器發送的對該資訊實體的處理結果；將該伺服器發送的處理結果發送給該第一服務組件。
本發明實施例提供的服務組件交互方法，包括：第一服務組件根據接收到的資訊生成指向第二服務組件的資訊實體，該接收到的資訊包括事件和/或資料；該第一服務組件發送該資訊實體。
優選地，該事件，包括： 該第一服務組件對應的使用者介面UI上的控制項被觸發產生的事件；或設定的系統事件；設定的非系統事件。
優選地，該第一服務組件根據接收到的資訊生成指向第二服務組件的資訊實體，包括：該第一服務組件根據接收到的事件，確定該事件被配置的目標服務組件；該第一服務組件將該目標服務組件的統一資源識別項URI，寫入該資訊實體的相應欄位。
進一步地，該第一服務組件根據接收到的資訊生成該資訊實體，還包括以下至少一項：該第一服務組件將接收到的事件和/或資料，寫入該資訊實體的相應欄位。
優選地，該第二服務組件為本機服務組件或遠端服務組件。
進一步地，還包括：接收該第二服務組件返回的對該資訊實體的處理結果。
進一步地，還包括：接收第三服務組件發送的指向該第一服務組件的資訊實體；處理該第二接收單元接收到的資訊實體。
其中，處理該第二接收單元接收到的資訊實體，包括： 若接收到的資訊實體中包括資料和事件，則根據該資訊實體中包括的資料，執行該資訊實體中包括的的事件所對應的操作。
本發明實施例提供的服務組件管理裝置，包括：第一接收單元，用於接收第一服務組件發送的指向第二服務組件的資訊實體；第一發送單元，用於向該第二服務組件發送該資訊實體。
優選地，還包括：創建單元，用於在向該第二服務組件發送該資訊實體之前，創建第二服務組件的實例。
其中，該創建單元，具體用於：獲取該第二服務組件對應的可執行程式碼；運行該可執行程式碼，並為該可執行程式碼分配運行環境。
優選地，還包括：第二接收單元，用於向該第二服務組件發送該資訊實體之後，接收該第二服務組件返回的對該資訊實體的處理結果；第二發送單元，用於將該第二服務組件返回的處理結果發送給該第一服務組件。
優選地，該資訊實體中至少包括目標服務組件的統一資源識別項URI，該目標服務組件的URI對應一個第二服務組件，或者對應多個第二服務組件。
其中，該目標服務組件的URI中還附帶有參數。
其中，該參數根據該第一服務組件接收到的事件確定。
其中，該事件，包括：該第一服務組件對應的使用者介面UI上的控制項被觸發產生的事件；設定的系統事件；設定的非系統事件。
優選地，該參數用於指示該第二服務組件的設定入口。
優選地，該資訊實體中還包括以下內容之一或任意組合：數據，事件。
進一步地，還包括：該第二服務組件處理該資訊實體。
優選地，該資訊實體中至少包括目標服務組件的URI和事件時，該目標服務組件的URI包括用於表徵廣播事件的資訊；該第一發送單元具體用於：根據該資訊實體中目標服務組件的URI中所包括的用於表徵廣播事件的資訊，確定註冊監聽該事件的至少一個第二服務組件；向註冊監聽該事件的第二服務組件發送該資訊實體。
優選地，該資訊實體中還包括指示資訊，該指示資訊被該第二服務組件用來確定所進行的處理操作。
其中，該指示資訊中包括第一指示資訊； 該第一指示資訊用於指示該第一服務組件和該第二服務組件是否在同一服務組件組內。
其中，該服務組件組中包括至少2個服務組件，該服務組件組根據業務場景設置。
優選地，該指示資訊中包括第二指示資訊；該第二指示資訊用於指示該目標服務組件是否需要進入指定的狀態，或者指示該目標服務組件與使用者介面的對話模式。
其中，該指定的狀態，包括以下狀態中的一種：隱藏狀態，該狀態下的服務組件在後臺運行，對使用者不可見；可見地非交互狀態，該狀態下的服務組件對使用者可見，但不回應使用者輸入；可見地交互狀態，該狀態下的服務組件對使用者可見，並且回應使用者輸入。
優選地，該對話模式，包括以下方式中的一種：可見地對話模式；可見地非對話模式。
進一步地，該資訊實體中還包括：該第一服務組件的URI；和/或該第二服務組件的組件標識ID，該組件標識ID用於在該第二服務組件存在多個實例時，指示該多個實例中與該ID對應的實例。
優選地，該第二服務組件為本機服務組件或遠端服務 組件。
其中，該第一發送單元具體用於：確定該第二服務組件為本機服務組件或遠端服務組件；若為遠端服務組件，則向該第二服務組件對應的伺服器發送該資訊實體。
進一步地，該第二接收單元還用於：在向該第二服務組件對應的伺服器發送該資訊實體之後，接收該伺服器發送的對該資訊實體的處理結果；該第二發送單元還用於：將該伺服器發送的處理結果發送給該第一服務組件。
本發明實施例提供的服務組件，該服務組件為第一服務組件，該服務組件包括：生成單元，用於根據接收到的資訊生成指向第二服務組件的資訊實體，該接收到的資訊包括事件和/或資料；發送單元，用於發送該資訊實體。
優選地，該事件，包括：該第一服務組件對應的使用者介面UI上的控制項被觸發產生的事件；或設定的系統事件；設定的非系統事件。
優選地，該生成單元具體用於：根據接收到的事件，確定該事件被配置的目標服務組件；將該目標服務組件的統一資源識別項URI，寫入該資 訊實體的相應欄位。
進一步地，該生成單元還用於：在根據接收到的資訊生成該資訊實體時，還包括以下至少一項：將接收到的事件和/或資料，寫入該資訊實體的相應欄位。
優選地，該第二服務組件為本機服務組件或遠端服務組件。
進一步地，還包括：第一接收單元，用於接收該第二服務組件返回的對該資訊實體的處理結果。
進一步地，還包括：第二接收單元，用於接收第三服務組件發送的指向該第一服務組件的資訊實體；處理單元，用於處理該第二接收單元接收到的資訊實體。
其中，該處理單元具體用於：若該接收單元接收到的資訊實體中包括資料和事件，則根據該資訊實體中包括的資料，執行該資訊實體中包括的的事件所對應的操作。
本發明實施例提供的終端裝置，包括：記憶體，用於儲存電腦程式指令；處理器，耦合到該記憶體，用於讀取該記憶體儲存的電腦程式指令，並作為回應，執行如下操作：接收第一服務組件發送的指向第二服務組件的資訊實體； 向該第二服務組件發送該資訊實體。
本發明的上述實施例中，接收到第一服務組件發送的指向第二服務組件的資訊實體後，向第二服務組件發送該資訊實體，實現了服務組件之間基於資訊實體進行交互，從而實現了服務組件之間的關聯。作業系統中的服務組件可以執行指定功能或提供指定服務，該功能或服務可以是系統的功能或服務，也可以是應用程式可提供的功能或服務，多個服務組件間傳遞的資訊實體可以實現在多個服務組件間進行交互，進而實現特定場景下的業務。
502‧‧‧步驟
503‧‧‧步驟
504‧‧‧步驟
506‧‧‧步驟
508‧‧‧步驟
801‧‧‧第一接收單元
802‧‧‧第一發送單元
803‧‧‧創建單元
804‧‧‧第二接收單元
805‧‧‧第二發送單元
901‧‧‧生成單元
902‧‧‧發送單元
903‧‧‧第一接收單元
904‧‧‧第二接收單元
905‧‧‧處理單元
1001‧‧‧處理器
1002‧‧‧記憶體
1003‧‧‧顯示器
為了更清楚地說明本發明實施例中的技術特徵，下面將對實施例描述中所需要使用的圖式作簡要介紹，顯而易見地，下面描述中的圖式僅僅是本發明的一些實施例，對於所屬技術領域中具有通常知識者來講，在不付出創造性勞動性的前提下，還可以根據這些圖式獲得其他的圖式。
圖1為本發明實施例中Page間相互關係的示意圖；圖2為本發明實施例中的Page狀態轉換示意圖之一；圖3為本發明實施例中的Page狀態轉換示意圖之二；圖4為本發明實施例提供的服務組件管理系統的架構示意圖；圖5為本發明實施例提供的服務組件管理流程示意圖 之一；圖6為本發明實施例提供的服務組件管理流程示意圖之二；圖7為本發明實施例提供的特定業務場景下的Page間的關聯關係示意圖；圖8為本發明實施例提供的服務組件管理裝置的結構示意圖；圖9為本發明實施例提供的服務組件的結構示意圖；圖10為本發明實施例提供的終端裝置的結構示意圖。
為了使本發明的目的、技術特徵和優點更加清楚，下面將結合圖式對本發明作進一步地詳細描述，顯然，所描述的實施例僅僅是本發明一部份實施例，而不是全部的實施例。基於本發明中的實施例，所屬技術領域中具有通常知識者在沒有做出創造性勞動前提下所獲得的所有其它實施例，都屬於本發明保護的範圍。
下面結合圖式對本發明實施例進行詳細描述。
本發明實施例提供了一種服務組件管理方案，用於實現不同服務組件的交互和關聯，進而可為實現不同服務組件之間的跳轉。本發明實施例可應用於各種作業系統，比如雲OS，尤其適用於YunOS。以下實施例均以YunOS為例，描述基於YunOS的服務組件管理方案。
下面首先對YunOS中與本發明實施例相關的架構以及組成部分進行說明。
(1)Page
Page稱為服務組件，是對本機服務和遠端服務的抽象，也即服務的基本單元，通過對資料和方法的封裝，可以提供各種服務。一個服務場景可以包括多個Page。舉例來說，一個Page可以是UI(使用者介面)、拍照等服務，也可以是後臺服務，如帳戶認證。運行態Page稱為Page實例，是本機服務或遠端服務的運行載體，可由DPMS創建(比如DPMS收到PageA發送的指向PageB的PageLink後可創建PageB的實例)、調度、管理，DPMS可維護Page實例的生命週期。
每個Page可以在YunOS中被唯一標識，比如可以使用URI(Uniform Resource Identifier，唯一資源識別字)對Page進行標識。URI可以通過各種方式生成，只要可以保證唯一性即可，本發明並不對URI的生成方式進行限制。
優選地，用於標識Page的URI中可包括以下資訊域：- 資源類型域，用於承載資源類型指示資訊；- 功能變數名稱域，用於承載資源所屬域的指示資訊；- 路徑域，用於承載資源所在的路徑，比如資源在其 所屬域中的路徑。
其中，資源的類型可包括三種，分別稱為第一類型、第二類型和第三類型：
- 第一類型：用於表示資源儲存於外部記憶體；
- 第二類型：用於表示資源未儲存於外部記憶體，如儲存於本地，比如未儲存於外部記憶體而儲存於SIM卡中，且資源為應用程式本身的資源，比如，應用程式安裝包解壓後的資源；
- 第三類型：用於表示資源未儲存於外部記憶體，如儲存於本地，比如未儲存於外部記憶體而儲存於SIM卡中，且資源為應用程式運行時的資源，比如，運行時產生的資源。
此外，資源類型還可以包括：
- 第四類型，用於表示資源儲存於網路側(如雲端)。
當然以上資源類型僅為示例，本發明實施例不排除其他資源類型分類方式。
進一步地，基於上述分類，資源類型域包括第一欄位和第二欄位。若第一欄位的取值表明資源的類型為第一類型，則第二欄位為空；否則，第二欄位的取值表明資源的類型為第二類型或第三類型。
進一步地，用於標識Page的URI中還可包括以下資訊域中的一種或組合：- 使用者資訊域，用於承載使用者資訊，該使用者可 以是資源請求方使用者；- 參數域，用於承載參數。
下面示例性地示出了一種資源URI的格式：scheme：//username/domain/subscheme/path？param1=xxx&param2=xxx
上述URI格式中的各資訊域的含義如下所述：scheme域：資源類型域，用於承載資源類型指示資訊。該資訊域為必選項。該信息域的取值為page或file。若scheme域的取值為file，則表示該資源為第一類型；若scheme域的取值為page，則需要進一步依據subscheme域的取值確定資源的類型。scheme域的取值還可以是“http”或“https”，表示存取的資源為雲端資源。
subscheme域：擴展的資源類型域，用於承載資源類型的擴展指示資訊。該資訊域為可選項。當scheme域的取值為file時，URI中不包括subscheme域，或subscheme域的取值為Null；當scheme域的取值為page時，URI中包括subscheme域。subscheme域的取值可以是asset或data，若subscheme域的取值為asset，則表示該資源為應用程式本身的資源，若subscheme域的取值為data，則表示該資源為應用程式運行時的資源。
username域：用於承載發起資源存取請求的使用者的資訊，比如使用者名；domain域：用於承載資源所屬的域的指示資訊，比如功能變數名稱； path域：用於承載資源在其所屬域中的路徑，即相對路徑；path中也可以包含“asset”或“data”，這裡的asset或data代表相對路徑的結構，比如其中的一級目錄；param域：用於承載需要傳遞的參數。
URI可以理解為一個位址連結，通過該URI可以唯一地確定出其對應的Page。例如，為了便於區分Page提供的服務，為該Page分配的URI中可以選擇性地包括該服務的相關資訊，例如：服務名稱、服務內容、服務提供方等。
例如：A公司提供的日曆服務，為其對應的Page分配的URI可以如下：Page：//calendar.a.com
其中：“Page：//”用於區分該位址為Page對應的位址，以和其他類型的位址區分；“calendar”表示提供的服務名稱；“a”表示該服務的提供方。
根據場景需求，一個Page可能需要創建多個Page實例，為便於區分同一Page的不同實例，可以進一步為每個Page實例分配唯一的Page ID進行標識，該標識可以在Page實例被創建時分配。Page實例是指Page的運行態，即本地或遠端服務的運行載體，由DPMS(Dynamic Page Manager Service，動態Page管理服務)創建調度並管理其生命週期。進一步地，該Page ID可以被攜帶在資訊實體PageLink中傳遞。
Page之間可以傳遞事件和/或資料，Page可以通過UI與使用者進行交互，以提供服務，如圖1所示，PageA可以向PageB發送事件(Event)，並從PageB獲取返回的資料(Data)，PageA可以通過UI與使用者交互。其中，PageA可以提供服務A，PageB可以提供服務B。進一步地，PageA還可以以UI方式向使用者提供顯示介面，通過該介面為使用者展示服務以及接收使用者的各種輸入，PageB可以主要在後臺運行，可以為其他Page提供服務支援。
Page可被創建和銷毀。Page從創建到銷毀有三種狀態：Created(建立)狀態：表示Page被創建，Page被創建(即被產生實體)後首先進入Created狀態；Running(運行)狀態：Page被啟動後進入Running狀態，Running狀態下的Page之間能夠傳遞事件和/或資料，以及能夠處理其他Running狀態的Page傳遞來的事件和/或資料；Stopped(停止)狀態：Page被去啟動後進入Stopped狀態，Stopped狀態下的Page不能夠與其他Page進行事件和/或資料的傳遞。
Page可在上述不同狀態之間進行轉換，並在轉換的時接收到生命事件通知，該生命事件通知用於指示Page轉換後的狀態。其中，Page的狀態轉換以及生命事件通知可以由DPMS控制。圖2示出了Page狀態轉換示意 圖，如圖2所示，當Page從Created狀態進入Running狀態時，會收到onStart事件，當Page從Running狀態進入Stopped狀態時，會收到onStop事件，Page在Running狀態下，可以通過onLink介面接收到其他Page發來的Pagelink。其中，onStart事件是用於指示Page開始進入Running狀態的生命事件通知，onStop事件是用於指示Page開始進入Stopped狀態的生命事件通知。
若Page具有用UI(使用者介面)，則Running狀態可以擴展成為以下三種狀態中的一種：Hided(隱藏)狀態：Hided狀態下的Page能夠在後臺運行，對於使用者來說不可見；Showed-inactive(可見地非交互)狀態：Showed-inactive狀態下的Page對於使用者來說可見，但是不回應使用者輸入；Showed-active(可見地交互)狀態：Showed-active狀態下的Page對使用者來說可見，並且可以回應使用者輸入。
例如：PageA為全螢幕視窗，PageB為非全螢幕視窗，當PageB在PageA之上顯示時，PageA是Showed-inactive狀態，PageB是Showed-active狀態。
通過生命事件通知，Page可在上述不同狀態之間進行轉換。圖3示出了Page狀態轉換示意圖，如圖所示，Hided狀態下的Page收到onShow事件後進入Showed-inactive狀態，Showed-inactive狀態下的Page收到 onHide事件後進入Hided狀態；Showed-inactive狀態下的Page收到onActive事件後進入Showed-active狀態，Showed-active狀態下的Page收到onInactive事件後進入Showed-inactive狀態。
(2)PageLink
PageLink是Page之間流轉的資訊實體，可以在Page間傳遞資訊，例如，事件和/或資料等。具體傳遞資料可以使用設定的API(Application Programming Interface，應用程式設計發展介面)，YunOS以此為基礎記錄服務組件之間的關聯關係。PageLink可以指定目標Page的URI，並且可以包含事件、資料、服務等資訊中的一種或多種。
Page通過PageLink以更加靈活的方式的組合，可以實現豐富的服務場景。
(3)DPMS
DPMS是Dynamic Page Manager Service的英文簡稱，中文稱為動態Page管理服務，可以被看作是服務組件管理實體，是一種系統服務。DPMS可以管理Page生命週期以及運行時調度，Page從創建到銷毀的生命週期管理，以及Page間經PageLink的交互都可以通過DPMS實現。
基於以上描述，本發明實施例提供了一種服務組件管 理系統，該系統可包括服務組件管理實體以及N個(N為大於1的整數)服務組件。基於該架構，服務組件管理實體可接收一個服務組件(為方便描述，此處稱為第一服務組件)發送的指向另一個服務組件(為方便描述，此處稱為第二服務組件的資訊實體)，並發送該資訊實體給第二服務組件進行處理。
以YunOS為例，該服務組件管理系統可以被看作是YunOS中的一個組成部分。如圖4所示，該服務組件管理系統可包括DPMS以及N個Page。其中，DPMS可以是OS內的資源調度管理模組，各種Page可組成一個服務資源池。相應地，DPMS可接收一個Page(為方便描述，此處稱為第一Page)發送的指向另一個Page(為方便描述，此處稱為第二Page)，並發送該PageLink給第二Page進行處理，從而實現不同Page之間的交互、關聯以及跳轉。
下面結合圖5，以YunOS為例，對上述服務組件管理過程進行詳細描述。
如圖5所示，該過程可包括如下步驟：
步驟502：第一Page向DPMS發送指向第二Page的資訊實體(以下稱PageLink)，DPMS接收第一Page發送的指向第二Page的PageLink。
其中，第一Page可以是本地Page也可以是遠端Page，同樣，第二Page可以是本地Page也可以是遠端Page。通常，作為PageLink發送方的第一Page在 Running狀態下發送指向第二Page的PageLink。
進一步地，在步驟502之前，可以包括以下步驟：第一Page根據接收到的資訊生成指向第二Page的PageLink，該接收到的資訊可包括事件和/或資料。具體來說，觸發第一Page生成PageLink的因素可能存在以下情況中的一種或多種組合：- 接收到其他Page發送來的PageLink；- 對其他Page發送來的PageLink進行處理，根據第一PageLink的業務處理邏輯需要向第二Page發送PageLink；- 接收到其他Page返回的處理結果後，根據第一PageLink的業務處理邏輯需要向第二Page發送PageLink；- 使用者在第一Page對應的使用者介面上進行了介面操作，該介面操作觸發第一Page生成指向第二Page的PageLink；- 設定的事件(包括系統事件或自訂事件)發生，因此觸發第一Page生成指向第二Page的PageLink；- 根據設定的時間點或週期，第一Page生成指向第二Page的PageLink。
其中，第一Page根據接收到的事件生成指向第二Page的PageLink時，該事件可包括以下事件中的一種：- 第一Page對應的UI上的控制項被觸發產生的事件； - 設定的系統事件；- 設定的非系統事件，可以是自訂的事件。
更具體地，第一Page在生成PageLink時，可根據接收到的事件，確定該事件被配置的目標Page，將該目標Page的URI寫入指向該目標Page的PageLink的相應欄位。
更具體地，第一Page在生成PageLink時，還可指向以下至少一項：將接收到的事件和/或資料，寫入該PageLink的相應欄位。
步驟504：DPMS向第二Page發送該PageLink。
該步驟中，DPMS可首先確定第二Page為本地Page還是遠端Page，若為遠端Page，則向第二Page對應的伺服器發送該PageLink。通常，具體實施時，每個Page在發佈時，會有一個列表，用於維護哪些Page是本地的，哪些是在雲端，如果在本地，則需要在本地保存該Page對應的代碼，如果在雲端，則將PageLink發到雲端(根據雲端提供的URL)，由雲端回饋處理結果。
進一步地，步驟504之後還可以包括如下步驟：
步驟506：第二Page處理接收到的PageLink，並向DPMS返回對該PageLink的處理結果；
步驟508：DPMS接收第二Page返回的處理結果，並將第二Page返回的處理結果發送給第一Page。
對於上述步驟506至步驟508，如果在步驟504中DPMS向第二Page對應的伺服器發送該PageLink，則在 步驟506中，第二Page對應的伺服器向DPMS返回對該PageLink的處理結果，在步驟508中，DPMS將該伺服器發送的處理結果發送給第一Page。
進一步地，DPMS在收到第一Page發送的指向第二Page的PageLink後，可以首先創建第二Page的實例，即在步驟504之前，還可以包括如下步驟：
步驟503：DPMS創建第二Page的實例，該實例用於處理第一Page發送的PageLink。進一步地，根據前述內容，Page具有不同的狀態，優選地，在創建第二Page的實例的同時還可以將其狀態設置為Running狀態，通常Running狀態下的Page才能給處理接收到的PageLink。
具體地，DPMS創建第二Page的實例的過程可包括：獲取第二Page對應的可執行程式碼，運行該可執行程式碼，並為該可執行程式碼分配運行環境。具體地，可首先創建第二Page對應的進程，然後搭建該進程的運行環境，比如可設置第二Page自身的可執行代碼的位置以及資源的位置，分配記憶體等，然後載入可執行代碼以及資源的入口，啟動該進程運行。具體實施時，可參照物件產生實體的標準流程創建Page實例。
以PageA通過DPMS向PageB發送PageLink為例，PageA通過DPMS向PageB發送PageLink的過程可如圖6所示。其中，PageA生成指向PageB的PageLink併發送給DPMS，DPMS觸發PageB進入Running狀態(即啟動PageB)並將該PageLink發送給PageB，PageB處理接收 到的PageLink，並將處理結果發送給DPMS，DPMS將該處理結果返回給PageA。
上述流程中第一Page發送指向第二Page的PageLink中，至少包括目標Page的URI，也可以進一步包括第一Page的URI。在一種替換的方案中，第一Page發送的PageLink中不包含該第一Page的URI，DMPS在接收到該PageLink後將該第一Page的URI等標識資訊添加到該PageLink中。在系統運行過程中，DPMS或者YinOS系統的核心框架層可記錄各Page之間的關聯關係，比如記錄PageLink的發送方Page的URI以及接收方Page的URI。
該目標Page的URI對應一個第二Page，或者對應多個第二Page。具體實施時，Page的URI可以分為兩種類型：明確的URI和泛指的URI，明確的URI對應一個Page，泛指的URI對應多個Page，比如，可以預留一些URI作為泛指的URI，這部分URI並不對應一個唯一的Page，而是可以對應多個Page。泛指的URI是系統預留的，通常不允許有Page自身的URI和泛指URI相同。
作為一個例子，DPMS對目標Page的URI為泛指URI的PageLink的處理方式是：接收到這樣的PageLink後，查找系統中所有的Page，凡是註冊監聽了PageLink攜帶的Event的Page都會收到此PageLink以進行處理。
優選地，本發明的一些優選實施例中，第一Page發送的指向第二Page的PageLink中，在第二Page的URI中還可以附帶一些參數，以便傳遞給第二Page。該參數 用來指示第二Page的設定入口，比如，第二Page的服務入口、功能入口、資訊入口等，該參數通常與頁面載入相關，一般來說，不需加密、與頁面載入相關的參數可附帶在URI中。
作為一個例子，發送到設置頁面的PageLink中所包含的目標Page的URI為：page：//setting.example.com/setting？subpage=wifi
其中，subpage=wifi為附帶在該URI中的參數，則設置頁面會根據subpage=wifi直接跳轉wifi設置二級頁面。這些參數與URI的格式要求可參照HTML協議的規定，或者其他協議規定，只要第二Page能夠識別即可。通過在URI中附加參數，可以更好地相容HTML5頁面。
在另一些優選的實施例中，附帶在第二Page的URI中的參數可根據第一Page接收到的事件確定，即，第一Page根據接收到的事件確定需要在目標PageURI中攜帶的參數。例如，這些事件可包括以下之一或任意組合：- 第一Page對應的UI上的控制項被觸發產生的事件；- 設定的系統事件；- 設定的非系統事件。
進一步地，指向第二Page的PageLink中還可以包括以下內容之一或組合：
- 數據(Data)
第二Page處理發送來的PageLink時，可根據傳遞來 的Data處理該PageLink。
傳遞給第二Page的資料可以有一個或多個，傳遞給第二Page的資料可以有多種資料類型，比如這些資料類型可以包括數位(整數或浮點數)，字串，邏輯值(true或false)，陣列，物件，null等，在此不再一一列舉。
優選地，這些資料可採用JSON(JavaScript Object Notation，JavaScript物件標記)格式進行組織。JSON格式是一種羽量級的資料交換格式。JSON採用完全獨立於語言的文本格式，是一種適合資料交換的語言，易於閱讀和編寫，同時也易於機器解析和生成。JSON的資料格式採用名稱/值對組合對形式，名稱/值對組合中的名稱寫在前面(在雙引號中)，值對寫在後面(同樣在雙引號中)，中間用冒號隔開，不同的名稱/值對組合中間用逗號隔開，例如，{"key1"："value1","key2"："value2"}。當然，也可以採用其他資料結構組織這些Data，比如XML(ExteileMarkuLaguage，擴展標記語言)，在此不再一一列舉。
需要說明的是，第一Page通過PageLink傳遞給第二Page的資料，可以攜帶於PageLink中的Data欄位或資訊單元，也可以附加在目標Page的URI中。這些資料是通過Data欄位傳遞還是附加在目標Page的URI中傳遞，可以由通訊雙方(Page)預先約定。
- 事件(Event)
第二Page可根據傳遞來的Event執行相應的操作。
作為一個例子，若指向第二Page的PageLink中包括資料和事件，則第二Page處理該PageLink包括：根據該PageLink中包括的資料，執行該PageLink中包括的事件所對應的操作。例如，通過PageLink傳遞給第二Page的事件為當使用者點擊網頁上的“支付”按鍵執行支付事件，通過該PageLink傳遞給第二Page的資料包括使用者帳號、支付金額、收款方，則第二Page在處理該PageLink時可執行以下操作：當使用者點擊網頁上的“支付”按鍵時，用該使用者帳號登錄支付應用頁面，向該收款方進行該金額的網上支付操作。
事件(Event)是可以被控制項識別的操作，如按下確定按鈕，選擇某個選項按鈕或者核取方塊。每一種控制項有自己可以識別的事件，如表單的載入、按一下、按兩下等事件，編輯方塊(文字方塊)的文本改變事件，等等。事件有系統事件和使用者事件。系統事件由系統激發，使用者事件由使用者激發。事件驅動控制項執行某項功能。
第一Page發送的指向第二Page的PageLink中，可以傳遞一個或多個Event，傳遞的Event的類型可以包括系統事件和/或使用者事件。
進一步地，在一些優選實施例中，可以預先定義兩種事件類型：廣播事件和非廣播事件，所謂廣播事件是指被註冊為需要進行廣播的事件，所謂非廣播事件是指未被註冊為需要廣播的事件。比如，可以將系統相關的事件(比 如系統關閉的事件，該事件可對應一系列關閉系統的操作，如退出使用者介面等操作)定義為廣播事件，廣播事件的發生通常不僅僅是影響目標Page(比如上述第二Page)而是還會影響除此以外的其他Page；相對應地，將其他與特定業務相關的事件(比如網上支付操作的事件，該事件可對應網上支付的操作)定義為非廣播事件。廣播事件可默認被所有Page監聽，也可針對廣播事件預先註冊監聽該廣播事件的一個或多個Page。優選地，廣播事件可通過URI中包含的用於表徵廣播事件的資訊進行標識。
DPMS接收到第一Page發送的PageLink後，會識別其中包含的事件類型是廣播事件還是非廣播事件，如果其中包含廣播事件，則針對該廣播事件，DPMS可以確定註冊監聽該事件的Page，並向註冊監聽該事件的Page發送該PageLink，以便這些Page進行相應操作，優選地，向註冊監聽該事件的所有Page發送該PageLink，其中，可預先配置所有或部分特定的Page監聽廣播事件；如果該PageLink中包含非廣播事件，則針對該非廣播事件，DPMS可將該PageLink發送給第二Page，以便第二Page根據該非廣播事件進行相應操作。
作為廣播事件的一個例子，比如針對系統關機這個場景，電源管理服務發送一個PageLink，該PageLink中包含“URI=broadcast.yunos.com，event=shutdown”，其中“broadcast”表示名稱為shutdown的事件是廣播事件，則 DPMS將該PageLink向所有註冊監聽該shutdown事件的Page發送。作為非廣播事件的一個例子，比如針對帳號登錄場景，登錄頁面可以發送一個點對點的PageLink給帳號服務，該PageLink中包含“URI=account.yunos.com，event=login，data={id=a，passwork=b}”，由於其中沒有包含用於表徵名稱為login的事件為廣播事件的資訊，則DPMS將該PageLink向目標Page發送。
在上述各種實施例中的PageLink所包含的內容的基礎上，在一些實施例中，第一Page發送的指向第二Page的PageLink中還可包括指示資訊，該指示資訊被目標Page用來確定所進行的處理操作。指示資訊的數量和類型不做限制。
舉例來說，指示資訊中可包括第一指示資訊，該第一指示資訊用於指示第一Page和目標Page(比如上述第二Page)是否在同一Page組內。優選地，該第一指示資訊可以是布林型資料，比如第一指示資訊的取值為True時表示第一Page(PageLink的發送者)和第二Page(PageLink的接收者)在同一Page組內，第一指示資訊的取值為False時表示第一Page和第二Page可以不在同一Page組內。
一個Page組中可包括一個或多個Page。Page組可以預先配置，也可以根據需要進行調整，比如可以由發起者(如上述的第一Page)在PageLink中指定。一個Page組中的Page可根據業務場景來設置，一個Page組中的Page 通常與特定的業務或者業務場景相關，比如，對於旅遊出行業務場景來說，可以將實現機票查詢的Page以及實現網上訂購機票進行支付的Page配置在一個Page組內；再例如，對於日常訂餐的業務場景來說，可以將訂餐查詢的Page以及實現網上訂餐支付的Page配置在一個Page組內。
以上述旅遊出行場景為例，第一Page為實現機票查詢的Page，第二Page為實現訂購機票進行支付的Page，第一Page發送的指向第二Page的PageLink中，第一指示資訊的取值為True，表示第一Page和第二Page應在同一Page組內。這種情況下，DPMS在接收到第一Page發送的該PageLink後，可以判斷當前是否存在與第一Page在同一Page組的第二Page，如果沒有，則創建第二Page的實例，該第二Page的實例與第一Page屬於同一Page組，在創建第二Page的實例時，可以根據旅遊出行場景的需要創建適合該業務場景的實例，比如允許使用信用卡支付但不能使用其他預付卡支付。
以上述日常訂餐場景為例，第一Page為實現訂餐查詢的Page，第二Page為實現網上訂餐支付的Page，第一Page發送的指向第二Page的PageLink中，第一指示資訊的取值為False，表示第一Page和第二Page不在同一Page組內。這種情況下，DPMS在接收到第一Page發送的該PageLink後，如果當前已創建第二Page的實例且該實例不屬於任何Page組，則可以將該PageLink發送給第 二Page進行處理。
通過Page組的劃分，對於一種通用的服務組件，比如實現支付的服務組件，可以根據不同的業務場景需要，創建適合於不同業務場景的實例。
再舉例來說，PageLink所包含的指示資訊中可包括第二指示資訊，該第二指示資訊用於指示目標Page是否進入指定的狀態，該指定的狀態具體可以包括Showed-active狀態或者其他狀態(如Hided、Showed-inactive等狀態)。優選地，該第二指示資訊可以是布林型資料，比如第二指示資訊的取值為True時表示第二Page(PageLink的接收者)需要進入指定的狀態，第二指示資訊的取值為False時表示第二Page不需要進入指定的狀態。該第二指示資訊也可以用於指示目標Page與UI的對話模式(比如可見地對話模式或非可見地對話模式)。優選地，該第二指示資訊可以是布林型資料，比如第二指示資訊的取值為True時表示第二Page(PageLink的接收者)需要採用可見地對話模式與UI交互，第二指示資訊的取值為False時表示第二Page不需要採用可見地對話模式與UI交互(或者採用可見地非對話模式與UI交互)。
如前所述，Page的Running狀態可進一步細分為Hided狀態、Showed-inactive狀態和Showed-active狀態。在一些實施例中，第二Page可根據第一Page發送的PageLink中的第二指示資訊，確定是否進入Showed-active狀態。
根據上述對PageLink的內容描述，表1示例性地示 出了一種PageLink的資料結構。
在一個PageLink中，目標Page的URI一項，僅填寫“明確的URI”或者“泛指的URI”。表1中的needActibe=True時，目標Page被啟動，即進入Showed-active狀態。表1中，除Referer欄位以外，其他欄位可由PageLink發送方指定，Referer欄位可由YunOS系統的核心框架層自動填寫。
在實際的業務場景中，可能需要多個Page以串聯的方式進行交互，比如PageA需要通過PageLink傳遞資料和事件給PageB，PageA也可能同時需要通過PageLink傳遞資料和事件給PageC，PageB需要通過PageLink傳遞資 料和事件給PageD等等，這種情況下，針對每兩個需要通過PageLink傳遞資料和事件的Page，均可按照上述實施例提供的方式進行交互，從而將一個業務過程所需的所有Page串聯起來，基於PageLink進行資料和事件的傳遞，完成該業務過程。
圖7示例性地示出了兩種業務場景下，Page的關聯情況示意圖。其中，在業務場景1下，使用者在該業務的UI介面上的操作觸發Page1生成指向Page2的PageLink並通過DPMS發送給Page2，Page2收到Page1發送的PageLink後進行處理並生成指向Page3的PageLink，並通過DPMS發送給Page3，Page3收到該PageLink後進行處理，一方面生成指向Page4的PageLink並通過DPMA發送給Page4處理，另一方面生成指向Page9的PageLink並通過DPMS發送給Page9處理，Page4收到PageLink後進行處理並返回處理結果給Page3。
在場景2下，使用者在該業務的UI介面上的操作觸發Page5生成指向Page2的PageLink並通過DPMS發送給Page2，Page2收到Page5發送的PageLink後進行處理並生成指向Page6的PageLink，並通過DPMS發送給Page6處理，Page6收到PageLink後進行處理並生成指向Page7的PageLink，並通過DPMS發送給Page6處理，Page7收到PageLink後進行處理並生成指向Page10的PageLink，並通過DPMS發送給Page10處理，Page10收到PageLink後進行處理並返回處理結果給Page7。
以旅遊出行的業務場景為例，如果要完成該場景的一個業務過程，需要多種Page且需要按照一定的邏輯順序運行這些Page，比如一種實現方式為：
1、PageA向DMPS發送指向PageB的PageLink
PageA為旅遊出行攻略應用，PageB為機票酒店查詢應用；該PageLink中的options一項中，inGroup=false，needActive=True；該PageLink中的Data一項中，需要傳遞的參數包括：目的地以及往返時間，還可以進一步包括一些其他參數，比如機票、酒店住宿的價格範圍等參數，PageA可通過UI介面獲取這些Data的具體取值並攜帶於PageLink；這樣，PageB在收到該PageLink後可根據傳遞過來的目的地和往返時間查詢相應的往返機票以及在該段時間內目的地的酒店情況，進一步地，PageB可將查詢結果通過DMPS返回給PageA。
2、PageB向DMPS發送指向PageC的PageLink
PageC為支付應用；該PageLink中的options一項中，inGroup=true，needActive=true；該PageLink中的Data一項中，需要傳遞的參數包括：訂購的飛機航班資訊、訂購的酒店資訊，使用者的支付帳戶資訊等；這樣，PageB在收到該PageLink後可使用該支付帳戶根據傳遞過來的機票以及酒店的訂購資訊進行支付，進一步地，PageC可將支付結果通過DMPS返回給PageB；
3、PageA向DMPS發送指向PageD的PageLink
PageD為天氣查詢應用；該PageLink中的options一 項中，inGroup=false，needActive=false；該PageLink中的Data一項中，需要傳遞的參數包括：目的地以及往返時間；這樣，PageD在收到該PageLink後可根據傳遞過來的目的地和往返時間，查詢在相應時間段內該目的地的天氣情況，進一步地，PageD可將查詢結果通過DMPS返回給PageA。
通過以上描述可以看出，在YunOS中，可以用十分自然的方式將以一個業務場景所需的所有Page串聯起來，如以上例子所展示的：流覽網頁尋找攻略，跳轉到感興趣地點的酒店和機票服務Page，跳轉到支付服務Page，跳轉到天氣服務頁面。跳轉過程中通過PageLink將前一Page的資料傳遞到下一Page，不需要使用者重複的資料登錄。其中，一個Page提供某項本地或遠端的服務，Page之間跳轉沒有應用的限制，通過PageLink將幾個Page組合起來就可以實現各種服務的需求。
上述各實施例可應用於雲OS作業系統。雲OS也可稱為雲作業系統或者雲計算作業系統或者雲計算中心作業系統，是以雲計算、雲儲存技術作為支撐的作業系統，是雲計算後臺資料中心的整體管理運營系統。它是指構架於伺服器、儲存、網路等基礎硬體資源和單機作業系統、中介軟體、資料庫等基礎軟體之上的、管理海量的基礎硬體、軟體資源的雲平臺綜合管理系統。
基於相同的技術構思，本發明實施例還提供了一種服務組件管理裝置，該裝置可以是前述實施例中的DPMS。
參見圖8，為本發明實施例提供的服務組件管理裝置的結構示意圖，該裝置可包括：第一接收單元801、第一發送單元802，其中：第一接收單元801，用於接收第一服務組件發送的指向第二服務組件的資訊實體；第一發送單元802，用於向該第二服務組件發送該資訊實體。
進一步地，該裝置還可包括創建單元803，用於在向該第二服務組件發送該資訊實體之前，創建第二服務組件的實例。具體地，創建單元803可具體用於：獲取該第二服務組件對應的可執行程式碼，運行該可執行程式碼，並為該可執行程式碼分配運行環境。
進一步地，上述裝置中還可包括：第二接收單元804，用於向該第二服務組件發送該資訊實體之後，接收該第二服務組件返回的對該資訊實體的處理結果；第二發送單元805，用於將該第二服務組件返回的處理結果發送給該第一服務組件。
優選地，該第二服務組件為本機服務組件或遠端服務組件。
相應地，第一發送單元802具體用於：確定該第二服務組件為本機服務組件或遠端服務組件，若為遠端服務組件，則向該第二服務組件對應的伺服器發送該資訊實體。
相應地，第二接收單元804，用於在向該第二服務組 件對應的伺服器發送該資訊實體之後，接收該伺服器發送的對該資訊實體的處理結果；第二發送單元805，用於將該伺服器發送的處理結果發送給該第一服務組件。
優選地，該資訊實體中至少包括目標服務組件的URI，該目標服務組件的URI對應一個第二服務組件，或者對應多個第二服務組件。
其中，該目標服務組件的URI中還附帶有參數。
其中，該參數根據該第一服務組件接收到的事件確定。
其中，該事件，包括：該第一服務組件對應的使用者介面UI上的控制項被觸發產生的事件；設定的系統事件；設定的非系統事件。
優選地，該參數用於指示該第二服務組件的設定入口。
優選地，該資訊實體中還包括以下內容之一或任意組合：數據，事件。
優選地，該資訊實體中至少包括目標服務組件的URI和事件時，該目標服務組件的URI包括用於表徵廣播事件的資訊。相應地，第一發送單元802具體用於：根據該資訊實體中目標服務組件的URI中所包括的用於表徵廣播事件的資訊，確定註冊監聽該事件的至少一個第二服務組件，向註冊監聽該事件的第二服務組件發送該資訊實體。
進一步地，該資訊實體中還包括指示資訊，該指示資訊被該第二服務組件用來確定所進行的處理操作。
其中，該指示資訊中包括第一指示資訊；該第一指示資訊用於指示該第一服務組件和該第二服務組件是否在同一服務組件組內。
其中，該服務組件組中包括至少2個服務組件，該服務組件組根據業務場景設置。
優選地，該指示資訊中包括第二指示資訊；該第二指示資訊用於指示該目標服務組件是否需要進入指定的狀態，或者指示該目標服務組件與使用者介面的對話模式。
其中，該指定的狀態，包括以下狀態中的一種：隱藏狀態，該狀態下的服務組件在後臺運行，對使用者不可見；可見地非交互狀態，該狀態下的服務組件對使用者可見，但不回應使用者輸入； 可見地交互狀態，該狀態下的服務組件對使用者可見，並且回應使用者輸入。
其中，該對話模式，包括以下方式中的一種：可見地對話模式；可見地非對話模式。
優選地，該資訊實體中還包括：該第一服務組件的URI；和/或，該第二服務組件的組件標識ID，該組件標識ID用於在該第二服務組件存在多個實例時，指示該多個實例中與該ID對應的實例。
基於相同的技術構思，本發明實施例還提供了一種服務組件。
參見圖9，為本發明實施例提供的服務組件的結構示意圖，如圖所示，該服務組件可包括：生成單元901、發送單元902，其中：生成單元901，用於根據接收到的資訊生成指向第二服務組件的資訊實體，該接收到的資訊包括事件和/或資料；發送單元902，用於發送該資訊實體。
其中，該第二服務組件為本機服務組件或遠端服務組件。
優選地，該事件，包括：該第一服務組件對應的使用者介面UI上的控制項被觸發產生的事件；或設定的系統事件；設定的非系統事件。
優選地，生成單元901可具體用於：根據接收到的事件，確定該事件被配置的目標服務組件；將該目標服務組件的統一資源識別項URI，寫入該資訊實體的相應欄位。
進一步地，該生成單元還可用於：在根據接收到的資訊生成該資訊實體時，還包括以下至少一項： 將接收到的事件和/或資料，寫入該資訊實體的相應欄位。
進一步地，上述裝置中還可包括第一接收單元903，用於接收該第二服務組件返回的對該資訊實體的處理結果。
進一步地，上述裝置中還可包括：第二接收單元904和處理單元905，其中，第二接收單元904可用於接收第三服務組件發送的指向該第一服務組件的資訊實體；處理單元905可用於處理該第二接收單元接收到的資訊實體。
更具體地，處理單元905可具體用於：若該接收單元接收到的資訊實體中包括資料和事件，則根據該資訊實體中包括的資料，執行該資訊實體中包括的的事件所對應的操作。
基於相同的技術構思，本發明實施例還提供了一種終端裝置。
參見圖10，為本發明實施例提供的終端裝置的結構示意圖，該終端裝置總體來說可包括：處理器1001、記憶體1002、顯示器1003。
其中，處理器1001可以是通用處理器(比如微處理器或者任何常規的處理器等)、數位訊號處理器、專用積體電路、現場可程式設計閘陣列或者其他可程式設計邏輯器件、分立門或者電晶體邏輯器件、分立硬體組件。記憶體1002具體可包括內部記憶體和/或外部記憶體，比如隨機記憶體，快閃記憶體、唯讀記憶體，可程式設計唯讀記 憶體或者電可讀寫可程式設計記憶體、寄存器等本領域成熟的儲存媒介。顯示器1003可包括觸控式螢幕控制電路。
處理器1001與其他各模組之間存在資料通訊連接，比如可基於匯流排架構進行資料通訊。匯流排架構可以包括任意數量的互聯的匯流排和橋，具體由處理器1001代表的一個或多個處理器和記憶體1002代表的記憶體的各種電路連結在一起。匯流排架構還可以將諸如週邊設備、穩壓器和功率管理電路等之類的各種其他電路連結在一起，這些都是本領域所公知的，因此，本文不再對其進行進一步描述。匯流排界面提供介面。處理器1001負責管理匯流排架構和通常的處理，記憶體1002可以儲存處理器1001在執行操作時所使用的資料。
本發明實施例揭示的流程，可以應用於處理器1001中，或者由處理器1001實現。在實現過程中，各步驟可以通過處理器1001中的硬體的集成邏輯電路或者軟體形式的指令完成。可以實現或者執行本發明實施例中的公開的各方法、步驟及邏輯方塊圖。結合本發明實施例所公開的方法的步驟可以直接體現為硬體處理器執行完成，或者用處理器中的硬體及軟體模組組合執行完成。軟體模組可以位於隨機記憶體，快閃記憶體、唯讀記憶體，可程式設計唯讀記憶體或者電可讀寫可程式設計記憶體、寄存器等本領域成熟的儲存媒介中。
具體地，處理器1001，耦合到記憶體1002，用於讀 取記憶體1002儲存的電腦程式指令，並作為回應，執行如下操作：接收第一服務組件發送的指向第二服務組件的資訊實體；向該第二服務組件發送該資訊實體。
進一步地，處理器1001向該第二服務組件發送該資訊實體之前，還用於：創建第二服務組件的實例。
其中，處理器1001創建第二服務組件的實例的過程，包括：獲取該第二服務組件對應的可執行程式碼；運行該可執行程式碼，並為該可執行程式碼分配運行環境。
進一步地，處理器1001還可用於：在向該第二服務組件發送該資訊實體之後，接收該第二服務組件返回的對該資訊實體的處理結果，將該第二服務組件返回的處理結果發送給該第一服務組件。
優選地，該資訊實體中至少包括目標服務組件的URI，該目標服務組件的URI對應一個第二服務組件，或者對應多個第二服務組件。
其中，該目標服務組件的URI中還附帶有參數。
其中，該參數根據該第一服務組件接收到的事件確定。
其中，該事件，包括：該第一服務組件對應的UI上的控制項被觸發產生的 事件；設定的系統事件；設定的非系統事件。
優選地，該參數用於指示該第二服務組件的設定入口。
優選地，該資訊實體中還包括以下內容之一或任意組合：數據，事件。
其中，若該資訊實體中包括資料和事件，則處理器1001可根據該資訊實體中包括的資料，執行該資訊實體中包括的的事件所對應的操作。
優選地，該資訊實體中至少包括目標服務組件的URI和事件時，該目標服務組件的URI包括用於表徵廣播事件的資訊。相應地，處理器1001可用於：根據該資訊實體中目標服務組件的URI中所包括的用於表徵廣播事件的資訊，確定註冊監聽該事件的至少一個第二服務組件，向註冊監聽該事件的第二服務組件發送該資訊實體。
優選地，該資訊實體中還包括指示資訊，該指示資訊被該第二服務組件用來確定所進行的處理操作。
其中，該指示資訊中包括第一指示資訊；該第一指示資訊用於指示該第一服務組件和該第二服務組件是否在同一服務組件組內。
其中，該服務組件組中包括至少2個服務組件，該服務組件組根據業務場景設置。
優選地，該指示資訊中包括第二指示資訊；該第二指 示資訊用於指示該目標服務組件是否需要進入指定的狀態，或者指示該目標服務組件與使用者介面的對話模式。
其中，該指定的狀態，包括以下狀態中的一種：隱藏狀態，該狀態下的服務組件在後臺運行，對使用者不可見；可見地非交互狀態，該狀態下的服務組件對使用者可見，但不回應使用者輸入；可見地交互狀態，該狀態下的服務組件對使用者可見，並且回應使用者輸入。
其中，該對話模式，包括以下方式中的一種：可見地對話模式；可見地非對話模式。
優選地，該資訊實體中還包括：該第一服務組件的URI；和/或該第二服務組件的組件標識ID，該組件標識ID用於在該第二服務組件存在多個實例時，指示該多個實例中與該ID對應的實例。
優選地，處理器1001可確定該第二服務組件為本機服務組件或遠端服務組件；若為遠端服務組件，則向該第二服務組件對應的伺服器發送該資訊實體。
進一步地，處理器1001向該第二服務組件對應的伺服器發送該資訊實體之後，還可接收該伺服器發送的對該資訊實體的處理結果，並將該伺服器發送的處理結果發送給該第一服務組件。
本發明是參照根據本發明實施例的方法、設備(系統)、和電腦程式產品的流程圖和/或方塊圖來描述的。應理解可由電腦程式指令實現流程圖和/或方塊圖中的每一流程和/或方塊、以及流程圖和/或方塊圖中的流程和/或方塊的結合。可提供這些電腦程式指令到通用電腦、專用電腦、嵌入式處理機或其他可程式設計資料處理設備的處理器以產生一個機器，使得通過電腦或其他可程式設計資料處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方塊圖一個方塊或多個方塊中指定的功能的裝置。
這些電腦程式指令也可儲存在能引導電腦或其他可程式設計資料處理設備以特定方式工作的電腦可讀記憶體中，使得儲存在該電腦可讀記憶體中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和/或方塊圖一個方塊或多個方塊中指定的功能。
這些電腦程式指令也可裝載到電腦或其他可程式設計資料處理設備上，使得在電腦或其他可程式設計設備上執行一系列操作步驟以產生電腦實現的處理，從而在電腦或其他可程式設計設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方塊圖一個方塊或多個方塊中指定的功能的步驟。
儘管已描述了本發明的優選實施例，但所屬技術領域中具有通常知識者一旦得知了基本創造性概念，則可對這些實施例作出另外的變更和修改。所以，所附請求項意欲 解釋為包括優選實施例以及落入本發明範圍的所有變更和修改。
顯然，所屬技術領域中具有通常知識者可以對本發明進行各種改動和變化而不脫離本發明的精神和範圍。這樣，倘若本發明的這些修改和變化屬於本發明請求項及其等同技術的範圍之內，則本發明也意圖包含這些改動和變化在內。

Claims (42)

  1. 一種服務組件管理方法，其特徵在於，包括：接收第一服務組件發送的指向第二服務組件的資訊實體；向該第二服務組件發送該資訊實體。
  2. 如請求項第1項所述的方法，其中，向該第二服務組件發送該資訊實體之前，還包括：創建第二服務組件的實例。
  3. 如請求項第2項所述的方法，其中，創建第二服務組件的實例，包括：獲取該第二服務組件對應的可執行程式碼；運行該可執行程式碼，並為該可執行程式碼分配運行環境。
  4. 如請求項第1項所述的方法，其中，向該第二服務組件發送該資訊實體之後，還包括：接收該第二服務組件返回的對該資訊實體的處理結果；將該第二服務組件返回的處理結果發送給該第一服務組件。
  5. 如請求項第1項所述的方法，其中，該資訊實體中至少包括目標服務組件的統一資源識別項URI，該目標服務組件的URI對應一個第二服務組件，或者對應多個第二服務組件。
  6. 如請求項第5項所述的方法，其中，該目標服務組 件的URI中還附帶有參數。
  7. 如請求項第6項所述的方法，其中，該參數根據該第一服務組件接收到的事件確定。
  8. 如請求項第7項所述的方法，其中，該事件，包括：該第一服務組件對應的使用者介面UI上的控制項被觸發產生的事件；設定的系統事件；設定的非系統事件。
  9. 如請求項第6項所述的方法，其中，該參數用於指示該第二服務組件的設定入口。
  10. 如請求項第5項所述的方法，其中，該資訊實體中還包括以下內容之一或任意組合：數據；事件。
  11. 如請求項第10項所述的方法，其中，還包括：該第二服務組件處理該資訊實體。
  12. 如請求項第11項所述的方法，其中，若該資訊實體中包括資料和事件，則處理該資訊實體包括：根據該資訊實體中包括的資料，執行該資訊實體中包括的的事件所對應的操作。
  13. 如請求項第10項所述的方法，其中，該資訊實體中至少包括目標服務組件的URI和事件時，該目標服務組件的URI包括用於表徵廣播事件的資訊； 向該第二服務組件發送該資訊實體，包括：根據該資訊實體中目標服務組件的URI中所包括的用於表徵廣播事件的資訊，確定註冊監聽該事件的至少一個第二服務組件；向註冊監聽該事件的第二服務組件發送該資訊實體。
  14. 如請求項第5項所述的方法，其中，該資訊實體中還包括指示資訊，該指示資訊被該第二服務組件用來確定所進行的處理操作。
  15. 如請求項第14項所述的方法，其中，該指示資訊中包括第一指示資訊；該第一指示資訊用於指示該第一服務組件和該第二服務組件是否在同一服務組件組內。
  16. 如請求項第15項所述的方法，其中，該服務組件組中包括至少2個服務組件，該服務組件組根據業務場景設置。
  17. 如請求項第14項所述的方法，其中，該指示資訊中包括第二指示資訊；該第二指示資訊用於指示該目標服務組件是否需要進入指定的狀態，或者指示該目標服務組件與使用者介面的對話模式。
  18. 如請求項第17項所述的方法，其中，該指定的狀態，包括以下狀態中的一種：隱藏狀態，該狀態下的服務組件在後臺運行，對使用者不可見； 可見地非交互狀態，該狀態下的服務組件對使用者可見，但不回應使用者輸入；可見地交互狀態，該狀態下的服務組件對使用者可見，並且回應使用者輸入。
  19. 如請求項第17項所述的方法，其中，該對話模式，包括以下方式中的一種：可見地對話模式；可見地非對話模式。
  20. 如請求項第5項所述的方法，其中，該資訊實體中還包括：該第一服務組件的URI；和/或該第二服務組件的組件標識ID，該組件標識ID用於在該第二服務組件存在多個實例時，指示該多個實例中與該ID對應的實例。
  21. 如請求項第1至20項中任一項所述的方法，其中，該第二服務組件為本機服務組件或遠端服務組件。
  22. 如請求項第21項所述的方法，其中，向該第二服務組件發送該資訊實體，包括：確定該第二服務組件為本機服務組件或遠端服務組件；若為遠端服務組件，則向該第二服務組件對應的伺服器發送該資訊實體。
  23. 如請求項第21項所述的方法，其中，向該第二服務組件對應的伺服器發送該資訊實體之後，還包括： 接收該伺服器發送的對該資訊實體的處理結果；將該伺服器發送的處理結果發送給該第一服務組件。
  24. 一種服務組件交互方法，其特徵在於，包括：第一服務組件根據接收到的資訊生成指向第二服務組件的資訊實體，該接收到的資訊包括事件和/或資料；該第一服務組件發送該資訊實體。
  25. 如請求項第24項所述的方法，其中，該事件，包括：該第一服務組件對應的使用者介面UI上的控制項被觸發產生的事件；或設定的系統事件；設定的非系統事件。
  26. 如請求項第24項所述的方法，其中，該第一服務組件根據接收到的資訊生成指向第二服務組件的資訊實體，包括：該第一服務組件根據接收到的事件，確定該事件被配置的目標服務組件；該第一服務組件將該目標服務組件的統一資源識別項URI，寫入該資訊實體的相應欄位。
  27. 如請求項第26項所述的方法，其中，該第一服務組件根據接收到的資訊生成該資訊實體，還包括以下至少一項：該第一服務組件將接收到的事件和/或資料，寫入該資訊實體的相應欄位。
  28. 如請求項第24至27項中任一項所述的方法，其中，該第二服務組件為本機服務組件或遠端服務組件。
  29. 如請求項第24至27項中任一項所述的方法，其中，還包括：接收該第二服務組件返回的對該資訊實體的處理結果。
  30. 如請求項第24至27項中任一項所述的方法，其中，還包括：接收第三服務組件發送的指向該第一服務組件的資訊實體；處理接收到的資訊實體。
  31. 如請求項第30項所述的方法，其中，處理接收到的資訊實體，包括：若接收到的資訊實體中包括資料和事件，則根據該資訊實體中包括的資料，執行該資訊實體中包括的的事件所對應的操作。
  32. 一種服務組件管理裝置，其特徵在於，包括：第一接收單元，用於接收第一服務組件發送的指向第二服務組件的資訊實體；第一發送單元，用於向該第二服務組件發送該資訊實體。
  33. 如請求項第32項所述的裝置，其中，還包括：第二接收單元，用於向該第二服務組件發送該資訊實體之後，接收該第二服務組件返回的對該資訊實體的處理 結果；第二發送單元，用於將該第二服務組件返回的處理結果發送給該第一服務組件。
  34. 如請求項第32或33項所述的裝置，其中，該資訊實體中至少包括目標服務組件的統一資源識別項URI，該目標服務組件的URI對應一個第二服務組件，或者對應多個第二服務組件。
  35. 如請求項第34項所述的裝置，其中，該資訊實體中還包括以下內容之一或任意組合：數據；事件。
  36. 如請求項第34項所述的裝置，其中，該資訊實體中還包括指示資訊，該指示資訊被該第二服務組件用來確定所進行的處理操作。
  37. 如請求項第34項所述的裝置，其中，該資訊實體中還包括：該第一服務組件的URI；和/或該第二服務組件的組件標識ID，該組件標識ID用於在該第二服務組件存在多個實例時，指示該多個實例中與該ID對應的實例。
  38. 一種服務組件，該服務組件為第一服務組件，其特徵在於，包括：生成單元，用於根據接收到的資訊生成指向第二服務組件的資訊實體，該接收到的資訊包括事件和/或資料； 發送單元，用於發送該資訊實體。
  39. 如請求項第38項所述的服務組件，其中，該生成單元具體用於：根據接收到的事件，確定該事件被配置的目標服務組件；將該目標服務組件的統一資源識別項URI，寫入該資訊實體的相應欄位。
  40. 如請求項第38或39項所述的服務組件，其中，還包括：第一接收單元，用於接收該第二服務組件返回的對該資訊實體的處理結果。
  41. 如請求項第38或39項所述的服務組件，其中，還包括：第二接收單元，用於接收第三服務組件發送的指向該第一服務組件的資訊實體；處理單元，用於處理該第二接收單元接收到的資訊實體。
  42. 一種終端裝置，其特徵在於，包括：記憶體，用於儲存電腦程式指令；處理器，耦合到該記憶體，用於讀取該記憶體儲存的電腦程式指令，並作為回應，執行如下操作：接收第一服務組件發送的指向第二服務組件的資訊實體；向該第二服務組件發送該資訊實體。
TW105129846A 2016-01-28 2016-09-13 服務組件管理方法及系統 TW201727561A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610059899.3A CN107015851A (zh) 2016-01-28 2016-01-28 一种服务组件管理方法及系统

Publications (1)

Publication Number Publication Date
TW201727561A true TW201727561A (zh) 2017-08-01

Family

ID=59398755

Family Applications (1)

Application Number Title Priority Date Filing Date
TW105129846A TW201727561A (zh) 2016-01-28 2016-09-13 服務組件管理方法及系統

Country Status (4)

Country Link
US (1) US20170230474A1 (zh)
CN (1) CN107015851A (zh)
TW (1) TW201727561A (zh)
WO (1) WO2017132269A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108509190A (zh) * 2017-09-11 2018-09-07 平安科技（深圳）有限公司 实现业务系统与多组件交互的方法、电子装置及存储介质
CN107783849B (zh) * 2017-09-27 2021-01-01 武汉斗鱼网络科技有限公司 事件处理方法及客户端
CN110321231B (zh) * 2018-03-29 2022-02-01 阿里巴巴（中国）有限公司 事件触发方法及装置
CN110244942B (zh) * 2019-06-19 2023-03-21 优信拍（北京）信息科技有限公司 一种页面生成方法、装置及系统
CN110618836A (zh) * 2019-09-11 2019-12-27 广东博力威科技股份有限公司 一种后台运行、定时刷新手机应用软件数据的方法
CN111355802B (zh) * 2020-03-03 2023-04-18 中国邮政储蓄银行股份有限公司 信息推送方法和装置
CN114039788B (zh) * 2021-11-15 2023-05-26 绿盟科技集团股份有限公司 一种策略传输方法、网闸系统、电子设备及存储介质
CN115904763B (zh) * 2023-01-31 2023-05-30 北京微吼时代科技有限公司 应用于直播系统的事件驱动方法及其系统、直播系统

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8204999B2 (en) * 2000-07-10 2012-06-19 Oracle International Corporation Query string processing
GB0624168D0 (en) * 2006-12-04 2007-01-10 Axiom Systems Ltd Service assembly and delivery
KR20100080822A (ko) * 2007-09-28 2010-07-12 엑세리온 악티에볼라그 네트워크 오퍼레이팅 시스템
US8589955B2 (en) * 2008-02-12 2013-11-19 Nuance Communications, Inc. System and method for building applications, such as customized applications for mobile devices
CN101296243B (zh) * 2008-06-26 2013-02-20 阿里巴巴集团控股有限公司 一种服务集成平台系统及提供互联网服务的方法
US8595551B2 (en) * 2010-06-11 2013-11-26 Microsoft Corporation Web application transitioning and transient web applications
CN102902580B (zh) * 2011-07-26 2018-05-15 腾讯科技（深圳）有限公司 一种程序回调方法及装置
US20130054792A1 (en) * 2011-08-25 2013-02-28 Salesforce.Com, Inc. Cloud-based performance testing of functionality of an application prior to completion of development
US8819210B2 (en) * 2011-12-06 2014-08-26 Sap Portals Israel Ltd Multi-tenant infrastructure
US9015255B2 (en) * 2012-02-14 2015-04-21 The Nielsen Company (Us), Llc Methods and apparatus to identify session users with cookie information
CA2786095A1 (en) * 2012-03-26 2013-09-26 Quickmobile Inc. System and method for a user to dynamically update a mobile application from a generic or first application within a class of applications to create a specific or second application with said class of applications
US9195519B2 (en) * 2012-09-06 2015-11-24 Box, Inc. Disabling the self-referential appearance of a mobile application in an intent via a background registration
CN102880514B (zh) * 2012-10-26 2016-03-30 小米科技有限责任公司 一种调用应用程序的方法和装置
CN103034537B (zh) * 2012-12-17 2017-11-17 北京奇虎科技有限公司 iOS系统中执行快捷操作的方法及装置
US10025551B2 (en) * 2013-03-07 2018-07-17 Disney Enterprises, Inc. Method and system for real-time audio broadcast
US8839266B1 (en) * 2013-07-31 2014-09-16 Vmware, Inc. Inter-application communication on mobile platforms
CN103354633B (zh) * 2013-07-31 2016-09-21 上海欣方软件有限公司 基于信令数据挖掘分析的特定移动用户粗定位系统及方法
US10387903B2 (en) * 2013-11-08 2019-08-20 Retailmenot, Inc. Providing single-use offers
US20150154644A1 (en) * 2013-12-02 2015-06-04 Yahoo! Inc. Deep linking to mobile applications
US10013496B2 (en) * 2014-06-24 2018-07-03 Google Llc Indexing actions for resources
US8997081B1 (en) * 2014-09-18 2015-03-31 Ensighten, Inc. Analytics for mobile applications
US9992254B2 (en) * 2014-12-29 2018-06-05 Samsung Electronics Co., Ltd. Method and system of providing a web feed in a uniform resource identifier
US9838458B2 (en) * 2015-06-08 2017-12-05 Wesley John Boudville Cookies and anti-ad blocker using deep links in mobile apps

Also Published As

Publication number Publication date
US20170230474A1 (en) 2017-08-10
CN107015851A (zh) 2017-08-04
WO2017132269A1 (en) 2017-08-03

Similar Documents

Publication Publication Date Title
TW201727561A (zh) 服務組件管理方法及系統
US20240104146A1 (en) Generating a contextual search stream
US11875382B2 (en) Software application customized for target market
KR102317535B1 (ko) 소프트웨어 개발 키트로 데이터 추적을 구현하는 방법 및 시스템
CN110941500B (zh) 一种界面展示方法及装置
AU2012290778B2 (en) System and method for accessing a hub
US20150046827A1 (en) Automatic augmentation of content through augmentation services
TW201821966A (zh) 資訊展示方法及裝置
CN107979632B (zh) 推送信息的处理方法、装置及系统
WO2018045750A1 (zh) 用户的评论数据展现方法、系统、服务器和用户终端
US20110238498A1 (en) Service stage for subscription management
TW201814545A (zh) 多服務集成方法、裝置、智慧型終端、伺服器和操作系統
CN103207873A (zh) 用户专属页面的展示方法和系统
TW201814554A (zh) 搜索方法、裝置、終端設備和操作系統
WO2014184745A1 (en) Automatic website generation
CN109981719A (zh) 信息处理方法及其系统、计算机系统和计算机可读介质
CN111507689A (zh) 一种业务处理方法、装置、设备以及计算机可读存储介质
WO2019104577A1 (zh) 网站内容服务架构方法及系统
CN112307397A (zh) 基于在线文档的日程处理方法、装置、设备及存储介质
CN105653678A (zh) 数据图表订阅方法及数据图表订阅系统
CN103699639A (zh) 网页搜索方法及客户端
US8832225B1 (en) Multipart encoding in data aggregation for network page generation
RU2677563C2 (ru) Способ, терминал и сервер для отображения информации
US20130085973A1 (en) Library intelligence gathering and reporting
KR102213871B1 (ko) 광고 제공 시스템 및 그 방법, 그리고 이에 적용되는 장치