TW202101247A - 管理多個資料結構通訊裝置、方法及通訊系統 - Google Patents

管理多個資料結構通訊裝置、方法及通訊系統 Download PDF

Info

Publication number
TW202101247A
TW202101247A TW109105879A TW109105879A TW202101247A TW 202101247 A TW202101247 A TW 202101247A TW 109105879 A TW109105879 A TW 109105879A TW 109105879 A TW109105879 A TW 109105879A TW 202101247 A TW202101247 A TW 202101247A
Authority
TW
Taiwan
Prior art keywords
data
database
communication device
data structure
job
Prior art date
Application number
TW109105879A
Other languages
English (en)
Inventor
約格什 馬丹
揚凱 張
Original Assignee
新加坡商格步計程車控股私人有限公司
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 新加坡商格步計程車控股私人有限公司 filed Critical 新加坡商格步計程車控股私人有限公司
Publication of TW202101247A publication Critical patent/TW202101247A/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2308—Concurrency control
    • G06F16/2315—Optimistic concurrency control
    • G06F16/2322—Optimistic concurrency control using timestamps
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2365—Ensuring data consistency and integrity
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • 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/40—Business processes related to the transportation industry

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Operations Research (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Quality & Reliability (AREA)
  • Development Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Educational Administration (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一個為了管理多個資料結構的通訊裝置，其被配置成要來觀察資料串流的變更，有著多個資料結構的資料串流，其各自擁有相關時間戳記和與和工作相關的請求對應的資料，根據相關時間戳記依序過濾造成變更請求相關的資料結構，其中，為了過濾各個資料結構，通訊裝置被配置來查詢一資料庫，如果與工作對應的資料在資料庫中，從與工作對應的資料，判定工作的狀態，並且根據狀態和資料結構中的資料，判定資料結構的資料是否為有效資料，且如果資料庫中沒有與工作對應的資料，判定資料結構中的資料為有效資料，並且執行有效資料。

Description

管理多個資料結構通訊裝置、方法及通訊系統
這項發明主要和通訊領域有關聯。此發明的某一方面與管理多個資料結構的通訊裝置有關聯。此發明的其他領域和管理多個資料結構的方法與通訊系統有關聯。
此發明的一個方面在管理與運輸相關服務(例如叫車運輸服務)相關的多個資料結構上具有特別的但非排他的應用。
目前的技術狀態揭露了對資料庫的直接存取，其使得因為可能同時有多個元件或頻道試著存取資料庫而可能很難有存取控制。因此，存取資料庫的使用者介面(User interface - UI)層可能因為多個元件存取它而造成競爭狀況。
除此之外，包含商業邏輯的活動要測試安卓(-Android)活動碼因為活動中安卓執行期生命週期的相依賴性而相對的困難。
此發明的各個方面在獨立請求項中說明。有些可選擇的特徵在附屬請求項中被定義。
於此揭露的技術的實施方式可提供重要的技術優勢。這些可能包含具有資料結構的資料串流，該資料結構從已具有相關時間戳記的通訊伺服器裝置傳輸。可以針對資料串流狀態的任何變更觀察資料串流。隨後，至少有些資料結構可以根據相關時間戳記和作業狀態進行處理/過濾。
至少在某些實施方式中，於此揭露的技術可賦能經由單個存取點或組件完成查詢和更新資料庫以及從資料庫讀取。在至少一些其它實施方式中，查詢和更新資料庫可經由一存取點或組件來完成，讀取資料庫可以經由另一存取點或組件來完成。
至少在一些實施方式中，於此揭露的技術允許對於資料庫的存取有更好的控制，因資料結構的處理能以相關時間戳記依序進行。因此，不期望的競爭狀況的風險可以最小化。事實上，這些技術可控制對資料庫的依序存取，來防止多個執行緒同時寫進資料庫中，其可能會損害資料庫中資料的完整性。而且，當可以基於作業狀態來過濾以識別對於進一步處理可能有效的資料結構時，可能有更有效率和更快速的處理。
在一示範的實施方式中，於此揭露的技術的功能可在手持通訊裝置，如手機上的軟體上執行。於此執行此揭露的技術的功能的軟體可被包含在一個「應用程式(app)」– 一個電腦程式，或電腦程式產品 – 其用戶已在網路商店下載。例如，當在使用者的手機上執行時，手機的硬體特徵可能被使用去執行以下的功能，像是使用手機的收發器元件去建立安全的通訊頻道來管理多個資料結構。
許多實施例可能和為可擴展性的未來重新設計工作傳輸螢幕有關。
現今的技術可以在存取一工作資料庫中執行存取控制。如將在以下進一步說明的，在一些實施例中，顯示工作調度器可能是唯一的元件，其可以在資料串流中接收事件時寫在/進資料庫。它有負責過濾根據時間戳記去維持事件處理順序的請求的責任。它也可以揭露應用程式設計介面(application programming interface，API)來存取現用工作，其被使用者介面(UI)消耗而在應用程式中有一標準的資料流程。
至少在某些實施方式中，可以透過顯示工作調度器路由所有要求並聰明地在共用位置處理所有過濾的邏輯在存取資料庫中提供存取控制。
於此揭露的技術中的使用者介面層級可以根據MVVM(模型-視圖-視圖模型，Model-View-ViewModel)的模式，且一項活動可能(只)使用到12種不同的視圖模型。這些視圖模型中的每一視圖模型都了解活動生命週期且都沒有其他視圖模型的資訊，其使得這成為了一獨立的且相互無關聯的系統。這有助於為任意一視圖模型在不影響其他視圖模型的情況下新增特徵，讓流程/系統跑的更快。這些視圖模型都已經被充分的測試過且可以運用在各種揭露的技術當中。
首先請參考圖1，圖示說明一通訊系統100，其可應用在各個實施例中。這個通訊系統100包含了一通訊伺服器裝置102、一第一使用者(或用戶端)通訊裝置104，和一第二使用者(或用戶端)通訊裝置106。這些裝置102、104、106都經由各自的通訊鏈110、112、114實施方式連上或連到通訊網路108(例如，網際網路)，例如網際網路通訊協議。這些通訊裝置104、106也能夠經由其他通訊網路來通訊，像是公用交換電話網路(Public switched telephone networks, PSTN)，包含移動蜂巢狀網際網路(mobile cellular communications networks)，但是為了不造成混淆，這些在圖1中都被省略。應當要理解有可能有一或更多通訊裝置與裝置104、106類似。
通訊系統100可以用來管理多個資料結構。
如圖1的框圖說明，通訊伺服器裝置102可以是一個單一的伺服器，或是通訊伺服器裝置102有此功能執行分散到數個伺服器元件。在圖1的例子中，通訊伺服器裝置102可能包含數個獨立元件包含但不限於，一或多個微處理器(µP)116，一記憶體118(例如，一揮發性記憶體如隨機存取記憶體(random access memory，RAM))以裝載可執行指令120，此可執行指令120定義了伺服器裝置102在處理器106的控制下完成的功能。通訊伺服器裝置102也可能包含一輸入/輸出(I/O)模組122允許伺服器裝置102經由通訊網路108來溝通。使用者介面(UI)124被提供給使用者控制且可能包含，舉例來說，一或更多的電腦週邊裝置像是顯示監視器、電腦鍵盤極類似的裝置。通訊伺服器裝置102也可能包含一資料庫(database, DB)126，其目的經由下面的討論將會變得顯而易見。
通訊伺服器裝置102可以做為傳輸具有多個資料結構的資料串流。
使用者通訊裝置104可能包含數個獨立的元件包括但不限於，一或更多個微處理器(µP)128，一記憶體130(例如，一揮發性記憶體如隨機存取記憶體(RAM))以加載可執行指令132，可執行指令132定義了使用者通訊裝置104在微處理器128的控制下所完成的功能。使用者通訊裝置104也包含一輸入/輸出(I/O)模組134允許使用者通訊裝置104經由通訊網路108溝通。使用者介面(UI)136被提供給使用者控制。如果使用者通訊裝置104是，假設來說，智慧型手機或是平板電腦裝置，使用者介面136可能具有一觸控面板顯示器因其在許多智慧型手機和其他手持式裝置中是非常普遍的。或者，如果使用者通訊裝置104是，假設來說，攜帶式電腦或筆記型電腦，那使用者介面可能包含，例如，一或更多的電腦週邊裝置像是顯示監視器、電腦鍵盤及其他類似裝置。
使用者通訊裝置106可能是，例如，有著和使用者通訊裝置104相同或相似的硬體架構的智慧型手機或是平板電腦裝置。
使用者通訊裝置104及/或使用者通訊裝置106可以管理多個資料結構。
圖2A顯示一原理框圖說明通訊裝置204管理多個資料結構。通訊裝置204包含了一處理器228和一記憶體230，其中通訊裝置204在處理器228的控制之下執行在記憶體230中的指令，被配置來觀察一從通訊伺服器裝置中傳輸的資料串流252狀態的改變，此資料串流252有多個資料結構(例如，已說明的兩個資料結構253a、253b)，其中每一資料結構253a、253b都有相關時間戳記和資料對應到傳輸至通訊伺服器裝置，根據相關時間戳記依序過濾所觀察到造成變化的請求相關的資料結構；在此，為了過濾資料結構(例如，253a)相關於被觀察到造成變化的請求，通訊裝置204被配置成，對於每一資料結構253a，在資料庫中查詢有關對應資料結構253a請求所對應工作的資料，如果從資料對應到工作的狀態判定對應工作的資料被包含在資料庫中，且基於其狀態和資料結構253a中的資料判定，是否資料結構253a中的資料為有效的資料，且如果在資料庫中沒有對應到此工作的資料，則判定資料結構253a中的資料為有效的資料，並執行那些在資料結構253a中被判定為有效資料的資料。處理器228和記憶體230可以互相連結(如在線229再次呈現)，例如，物理上的連結及/或電子上的連接。處理器228可以如同處理器128 (圖1)的內容所描述，及/或記憶體230可以如同記憶體130(圖1)的內容所描述。
換句話說，一(使用者)通訊裝置204可以被提供。通訊裝置204可以監控資料串流252其可能被從、或從/被通訊伺服器裝置提供或傳輸資料串流252狀態的改變。資料串流252可能包含多個資料結構253a、253b(例如，二、三、四，或更多數量的資料結構)。個別資料結構253a、253b可擁有各自的時間戳記且可能包含對應工作相關請求的資料或訊息。這些請求可以被傳輸到通訊伺服器裝置。舉一非限制性的例子，此相關時間戳記可以被指定為請求而被或在通訊伺服器裝置上被接收。
如一非限制性的例子，資料串流252的狀態由於合併/插入可能有變化，因部分的資料串流252，資料結構對應到新的請求或新的工作，或資料結構對應到一個或多個工作的狀態改變(例如，與工作有關的更新，例如，工作的取消、工作被指定給其他的服務提供者等等)。
通訊裝置204可以依照相關時間戳記的順序過濾有關被觀察到造成變化的請求的資料結構。這可能包含，對於每個資料結構，通訊裝置204在資料庫查詢（例如，包含在通訊裝置204）有關對應於資料結構請求所對應的工作的資料。如果有存在的資料或訊息對應資料庫中的工作，通訊裝置204可以從資料對應資料到工作判定工作的狀態，且根據此狀態和資料結構的資料判定其資料結構中的資料是否為有效資料。
如一非限制性的例子，可能已經有一工作被指派給服務提供者或被服務提供者接受。隨後，此項工作可能被提出請求此工作的人取消。如此一來，在資料庫中的工作狀態和取消的請求是互相相容的，且資料庫中有關取消請求的資料也可能被判定為有效資料。
更進一步非限制性的例子，可能會有一新的工作請求。隨後，此項工作請求可能被請求此工作的人取消，接著一服務提供者「接受」此工作請求。如此一來，由於請求取消之後在資料庫中的工作狀態與在資料結構中對應於一服務提供者「接受」此工作請求的資料是互相矛盾的，導致沒有工作被服務提供者接受。因此，資料結構中有關於服務提供者"接受"工作請求的資料可能會被判定為無效的資料。
如果在資料庫中沒有和工作對應的資料時，通訊裝置204可能會判定資料結構中的資料為有效資料。這是因為，在資料庫中沒有存在工作狀態會與資料結構中的資料矛盾。如一非限制性的例子，資料結構中的資料可能對應到新的工作請求。
接下來，通訊裝置204可執行資料結構中被判定為有效資料的資料。這可以根據相關時間戳記依順序執行。
對於執行資料結構中的資料來說，對於各資料結構(例如，253a)通訊裝置204可以被配置成，根據有效資料更新資料庫與工作相關的資料。
對於執行資料結構中的資料，對於各資料結構(例如，253a)通訊裝置204可以被配置成，映射此有效資料為一範本，其可以藉由通訊裝置204的使用者介面(UI)成可呈現的(或可觀看的)。這提供了將陳述方式在通訊裝置上映射成"觀看"模式給使用者/服務提供者。事實上，一個有著原始資料的資料庫(DB)模型可以被映射成一可觀看資料的領域模型。
在許多實施例中，此項工作可能包含或可能是一運輸相關服務。這可能包含運送一或多個品項到一或多個地點的服務、給一或多人的運輸服務等等。
在許多實施例中，運輸相關服務可能包含或可能是叫車服務。這可能包含，舉例來說，叫汽車，和叫車(摩托)機車的服務。
在許多實施例中，和運輸相關的服務可能包含一接人的位置和至少一目的地位置的旅程。通訊裝置204可以被更進一步地配置來觀察資料源(或資料儲存) (例如，在資料源中觀察一個或更多的資料檔案)來指示服務提供者已到達接人位置的資料，並且更新資料庫中指示到達接人位置的資料。舉例來說，當準備到達或已經到達接人位置時，一服務提供者(例如，司機)可以傳一個"我在這裡"的要求作為更新。
在許多實施例的內容中，資料源可能是一揭露記憶體集區或是分享記憶體集區。
在許多實施例中，通訊裝置204可以被更進一步地配置來觀察資料源中指示在接人位置完成接人動作的資料，並更新資料庫中指示完成接人動作的資料。如一非限制性的例子，指示完成接人動作的資料可能包含代表接人位置地址的資料。例如，當接人動作在接人位置被完成時，像是當乘客已被接走時，一服務提供者(例如，司機)可以發送，一個"完成地址"的要求作為更新。
在許多實施例中，那個至少包含一目的地位置可能包含在旅程的結束時的一最終目的地位置。通訊裝置204可以被更進一步地配置來傳輸一結束運輸相關服務請求的資料結構到通訊伺服器裝置，此資料指示到達最終目的地位置。這個資料結構可以被合併到資料串流中。
在許多實施例中，至少一目的地位置可能包含在前往最終目的地位置的旅程中的一中繼站。通訊裝置204可以被更進一步地配置來觀察資料源中(例如，觀察在資料源中一或更多的資料檔案)指示服務提供者到達中繼站的資料，並且更新資料庫中指示到達中繼站的資料。例如，當一服務提供者(例如，司機)準備到達或已經到達中繼站時可以發送一個"我在這裡"的要求作為更新。如果或當一接人動作在中繼站已經完成，一更進一步的"完成地址"要求也可以被發送來作為更新。中繼站可以是用來接人(例如，讓一或更多額外乘客上車)及/或放人(例如，一或更多現有乘客下車)。
在許多實施例的內容中，除了資料庫之外，資料源也作為另一種資料來源。
在許多實施例的內容中，資料源可能是或可能包含分享喜好(Shared Preferences)資料儲存(給安卓作業系統或環境)，其是一揭露記憶體集區。
在許多實施例中，有可能有多個目的地位置或多個下車地點。指示到達最終目的地位置的資料將會被通訊伺服器裝置獲知，而指示到達中繼站的資料只會被通訊裝置204的應用程式獲知。
圖2B顯示流程圖240說明一個方法，在通訊裝置處理器的控制下，在通訊裝置中執行管理多個資料結構。
在242，從通訊伺服器裝置傳輸來的資料串流被觀察到資料串流狀態的變化，此資料串流有多個資料結構，其中各個資料結構有相關時間戳記和資料對應到有關傳輸到通訊伺服器裝置的工作的請求。
在244，此資料結構因請求造成被觀察到的變化已根據相關時間戳記依序被過濾。
對於在244、246過濾，一資料庫查詢其有關對應資料結構請求所對應的工作的資料。在248，如果與工作對應的資料有被包含在資料庫中，工作的狀態被判定從資料對應到工作，並且，根據資料結構的資料狀態，判定是否資料結構的資料為有效資料。在250，如果在資料庫中沒有和工作對應的資料，資料結構的資料會被判定為有效資料。
在252，資料結構中被判定為有效的資料已被處理。
在許多實施例中，在252，對於各個資料結構，資料庫會根據有效資料相關的工作更新資料。
在許多實施例中，在252，對於各個資料結構，有效的資料可以被映射到一範本，其可以藉由通訊裝置的使用者介面呈現。
在許多實施例中，此工作可能包含或可能是一運輸相關服務。此運輸相關服務可能包含或是一叫車服務。
在許多實施例中，此運輸相關服務可能包含一有接人位置和至少一目的地位置的旅程，且此方法可能更進一步包含觀察指示服務提供者到達接人位置的資料的資料源(或是資料儲存庫)，和更新有著指示到達接人位置的資料的資料庫。
在許多實例中，此方法可以進一步包含觀察資料源中在接人位置完成接人動作指示的資料，而且更新有著完成接人動作的指示資料的資料庫。
在許多實施例中，至少一目的地位置可能包含在旅程結束的一最終目的地位置，且此方法可能更進一步包含傳輸一個對應到結束運輸相關服務請求的資料的資料結構到一通訊伺服器裝置，此資料指示到達最終目的地位置。
在許多實施例中，至少一目的地位置可能包含前往最終目的地位置旅程沿途的一中繼站，且此方法可能更進一步包含觀察指示服務提供者到達中繼站的資料的資料源(或是資料儲存)、和更新有著指示到達中繼站的資料的資料庫。
應當理解，通訊裝置204內容中的描述可以相應地適用於流程圖240的內容中描述的方法，反之亦然。
在許多實施例的內容中，一(使用者)通訊裝置可能包含，但不限於，一智慧型手機、平板、手持/可攜帶式通訊裝置，可攜帶式或筆記型電腦等等。
在許多實施例的內容中，一"應用軟體"或"應用程式"可以被安裝在一(使用者)通訊裝置上且可能包含可執行處理器的指令來執行。如一非限制性的例子，至少某些和工作相關的要求可以經由應用程式來傳輸。
還可以提供一電腦程式產品說明在本文所述管理多個資料結構的實施方法。
還可以提供一電腦程式說明在本文所述管理多個資料結構的實施方法。
也可以進一步提供非暫態儲存媒體來儲存指令，當其指令被處理器執行時，造成處理器去執行一如本文所述管理多個資料結構的方法。
許多實施例可以更進一步提供一通訊系統來管理多個資料結構，有通訊伺服器裝置，至少一使用者通訊裝置和使用者網路裝置可以操作這個通訊伺服器裝置，和至少一使用者通訊裝置去架構互相之間的通訊，其中這個通訊伺服器裝置包含了一第一處理器和一第一記憶體，在第一處理器的控制下，這個通訊伺服器裝置被配置爲去執行在第一記憶體中的第一指令去傳輸一有多個資料結構的資料串流，在此每一資料結構有一相關時間戳記和資料對應到一傳輸到通訊伺服器裝置相關工作的請求，在此至少一使用者通訊裝置包含一第二處理器和一第二記憶體，至少一使用者通訊裝置被配置爲，在第二處理器的控制下，去執行在第二記憶體中的第二指令去觀察從通訊伺服器裝置傳輸的資料串流狀態變化的資料串流，根據相關時間戳記依序過濾，與此請求相關造成變化的資料結構已被觀察到，在此，為了過濾每一資料結構，通訊裝置被配置為，在一資料庫中查詢對應相關資料結構請求的工作的資料，如果對應到工作的資料有被包含在資料庫中，從資料對應到工作，判定工作狀態；且根據狀態和資料結構中的資料，判定資料結構中的資料是否為有效資料，如果資料庫中沒有和工作對應的資料，判定資料結構的資料為有效資料，並且處理那些資料結構中被判定為有效資料的資料。
許多實施例或技術現在將做詳細的描述，藉由下列非限制性的例子和參考圖3A至圖3C所顯示的流程圖350、360、380說明管理多個資料結構的技術。
已知的設計是根據模型檢視表示器(Model-View-Presenter，MVP)的模式和包含一組應用程式介面(API)來檢視和表示(其影響模型和檢視)。隨著時間推移 ，API的數量正在增加且達到大約50來區別檢視和表示的對比。還有，舉例來說，「作業」(在安卓的環境中)，被定義為一個有狀態的檢視，其有何時此檢視被創造/毀滅/顯示或隱藏的知識，有著元件的知識如驅動器可用性，其可用性取決於作業的生命週期，從而形成一個緊密的耦合系統。
於此揭露的技術可能倚賴使用一個知識庫的模式來揭露資料庫(DB)中獨立的CRUD(創造(create)、讀取(read)、更新(update)，和刪除(delete))存取層級和揭露一區域個體(顯示作業)來被UI元件消耗。
對照圖3A，流程圖350中顯示了一調度器模組351a和使用者介面(user interface, UI)模組351b。在調度器模組351a中所顯示的方塊代表資料串流(以預定串流(或工作串流)的形式352)、一「顯示工作調度器」353、一資料庫354、一「資料庫(Db)到區域映射器」355。
在使用者介面(UI)模組351b中可能會有一或更多垂直式知識庫。如一非限制性的例子，三垂直式知識庫，以「快遞垂直式知識庫」356a、「運輸垂直式知識庫」356b、和「食物垂直式知識庫」356c的形式如圖式說明。垂直式知識庫356a、356b、356c都有各自相關的使用者介面(UI)357a、357b、357c。
「顯示工作調度器」元件353的主要工作是要持續觀察即時資料串流352的傳輸控制協定(Transmission Control Protocol，TCP) 通訊端，以觀察資料串流352狀態的任何變更，還有資料庫354的變更。至少某些資料庫354的變更是因為資料串流352造成的。舉例來說，資料庫354可能會更新是資料串流352的變更造成的結果。「顯示工作調度器」元件353的輸出是顯示工作358清單的串流，其當資料串流352及/或資料庫354中有任何變更時就會持續的更新。舉例來說，可能發生在各自資料流程的變更當 (i) 任何可能被分配給服務提供者(例如，司機)的新工作；(ii) 任何狀態的變更如移交現有的工作給服務提供者 (例如，司機)。
資料串流或預約串流352是一來自後端服務(例如，通訊伺服器裝置)的資料串流，其可能接著被提供給使用者或是服務提供者通訊裝置中的應用程式。此串流可能包含多個資料結構，其各自有著相關時間戳記和相關工作的資料或與對應到工作的請求。此資料可能包含一工作的識別碼(ID)。此資料可能與工作預約、工作更新、誘因等等有關。此資料可能包含型態和酬載，其型態可能是整數，例如，204、209等等，同時酬載可能是包含或代表工作訊息的字串。
在此，「顯示工作調度器」353是唯一一個可以觀察、查詢、讀取、和更新資料庫354的元件。
「資料庫到區域映射器」355這個無狀態效用元件將資料庫工作的列表轉換成區域工作列表，叫做「顯示工作」以能夠實現一毫無邏輯的基本型使用者介面(UI)。這也有助於將所有映射器邏輯集中在一地方。「資料庫到區域映射器」355將資料庫(Db)工作映射到一個可呈現或可觀看格式或範本，透過使用者介面模組351b給使用者觀看。事實上，「資料庫到區域映射器」355可以將資料庫的資料轉換成能夠在通訊裝置上的使用者介面顯示的格式。
三個不同的特定的垂直式知識庫，名為運輸356b、食物356c和快遞356a可能會需要因應特定的事件而有不同的操作，如點擊一個「我已抵達」的按鈕。知識庫356a、356b、356c各自可能包含一或更多組的API。為了從UI 357a、357b、357c抽出此任務，狀態處理者會被指定，根據調度器353 安排現行工作列表358並且根據他們的垂直需求提供額外的API’s。額外APIs非限制性的例子包含 ●   makeDriverAvailableAsPerCurrentJob()，及/或 ●   UpdateBackendWhenDriverInteractWithMap()。
藉由資料調處，每一個UI 357a、357b、357c都是無狀態元件。這主要包括觀點模型，其依「資料連結」準則的觀點來觀察（https://developer.android.com/topic/libraries/data-binding/)而且它(僅有)的任務是取得資料並呈現出來。為了注意到現行的工作，UI也許僅需要依賴他們特定的垂直知識庫，例如，356a、356b、356c。
於此揭露的技術將在一些實行案例的內容中詳細描述，例如，叫車運輸服務內容，請對照圖3B。在流程圖360，顯示「顯示工作調度器」361可以觀察到資料串流362。 「顯示工作調度器」361也可以觀察因爲資料串流362的變更造成至少一資料庫（DB)的變更368a，在分享喜好資料儲存庫與對應的通訊裝置相關的有關「已完成我在這裡」368b的資料或「已完成地址」368c的資料。
有關「已完成我在這裡」368b的資料可以對應到服務提供者到達接人地點。舉例來說，服務提供者像司機可提供資料更新的「已完成我在這裡」（例如，藉由按下或啟動app)，此動作可以引起系統中工作狀態的變更，例如，將狀態從「到達指定地點」變更到「等待乘客」。
有關「完成地址」368c的資料可以代表在載客地點完成載客動作。例如，服務提供者像司機可以提供更新的「完成地址」資料（例如，藉由按下或啟動app)來提供指示在載客地點完成載客動作的資料，例如在一個乘客的地址或位置，此乘客經由特別的預訂或工作已在載客地點被司機載走了。根據這些觀察，一「新工作建造者」363（「新工作建造者」是資料庫（DB)到區域映射器(Domain Mapper)在碼內指定的名稱）可以產生適當的名單364包含顯示或現行的工作。名單364是在365決定他是不是空的。如果名單364是空的，在366，最後的工作會被清除。「最後的工作」一般儲存在記憶體用來做計算的目的，而且，一旦這個工作被完成了，就會從記憶體中清除。如果名單364不是空的，而且含有現行工作，「作業」可能會在367以第一個工作種類開始。一個「作業」是單一，專注的事情讓使用者或是服務提供者做得到。更進一步，一服務提供者(例如，一司機)可有多於一工作。舉例來說，一與運輸相關的工作和另一與食物有關的工作。「第一個工作種類」被定義為服務提供者在列表第一位的工作的類別。
如下列進一步關於圖3C的描述，一個對應的UI可以叫做一個垂直式知識庫且垂直式知識庫可以叫做「顯示工作調度器」361。
那可能包含一個重置作業370，其可透過後端啟動當後端告知服務提供者(例如，司機)沒有任何工作處於現行狀態，所有東西都會被重置，清除所有儲存在記憶體的資料像是「最後工作」。重置作業370可能包含重置不同元件371(例如，「顯示工作調度器」361、「新工作建造者」363等等)，其接著導致清除現行工作共享偏好372及/或結束所有聊天對話373。一般來說，一個工作會與一段聊天內容有關可讓服務提供者(例如，司機)利用聊天訊息聯絡要求工作的人(例如，乘客)。
應當理解有些元件為了簡潔並沒有顯示在圖3B，但仍然可提供，其可能會與在圖3A的內容中所描述的元件相似。
在某些實行案例中，對照圖3C的流程圖380，一額外的「狀態邏輯」382可被提供在調度器模組381a中，其可能也包含一資料庫383、一「顯示工作調度器」384和一「資料庫(Db)到區域映射器385」。「狀態邏輯」382可以執行和「顯示工作調度器」353(圖3A)相似的功能，例如，觀察一資料串流或預約串流386，查詢一資料庫383和更新資料庫383。資料串流386及/或資料庫383可能是如圖3A的內容所描述的。
在流程圖380中的實行案例的內容中，「顯示工作調度器」384可以觀察資料庫384的任何資料庫變更387a，及/或與對應通訊裝置相關的共享偏好資料儲存庫給至少一與「已完成我在這裡」相關的資料387b或與「已完成地址」相關的資料387c，就如圖3B的內容所描述的。
「顯示工作調度器」384可以接收「資料庫到區域映射器」385的輸出其可像圖3A的內容所描述的。「顯示工作調度器」384可以更進一步透過對應的垂直式知識庫和UI模組381b中的UI提供一顯示工作的列表，如圖3A的內容所描述。
在圖3C的內容的實行案例中，「顯示工作調度器」384是唯一一個可以從資料庫383讀取的元件。更進一步，資料庫383的更新現在已經派任給了「狀態邏輯」382。
在許多技術的實行案例中，資料串流可指定給一個或單個使用者或服務提供者(例如，司機)，其服務提供者的通訊裝置可用來觀察資料串流。於此所描述的「顯示工作調度器」可能會駐存在服務提供者通訊裝置上的app中。此技術可允許尋找和工作相關的資料的變更，例如，新工作、工作的變更等等。過濾可用工作ID來執行。更進一步，此技術可允許觀察資料庫的變更及/或觀察串流在服務提供者的手機/應用程式中緩衝。在於此揭露的技術中，可執行查詢的動作來判定一個工作是否為有效資料，且如果是，可因為工作的新狀態執行資料庫的更新。
正如上面所描述的，為了解決一或更多與現今技術有關的問題，已有技術提供來實行在資料庫的存取控制，和透過控制多個對於資料庫的存取來對資料庫進行變更。此技術可提供一「顯示工作調度器」，其可能是唯一從資料庫讀取的元件，並從(資料)串流在接收事件寫入資料庫。它負責根據時間戳記過慮要求來維持處理事件的順序。「顯示工作調度器」可由駐存在使用者通訊裝置上的應用程式中的一組指令來定義。
「顯示工作調度器」可從一伺服器注意一工作/預約串流。當「顯示工作調度器」觀察到工作串流的任何狀態變更時(例如，新工作、工作狀態的變更等等)，它可以查詢資料庫並根據在資料庫中紀錄/呈現所說過工作的存在狀態判定工作是否為有效。有關工作的細節也可以在資料庫中更新。當工作被判定為有效的時，一「資料庫到區域映射器」可將資料庫的資料轉換成一UI模型，來透過對應的app在通訊裝置上的UI (user interface)顯示給使用者看。一顯示工作的列表可接著透過對應的垂直式知識庫(API)發給UI來讓使用者看見那些工作並決定是否要接下工作。當預約串流及/或資料庫有更新時，顯示工作的列表可隨時被更新。使用者也可以透過與應用程式對應的UI在使用者的通訊裝置上提供更新，其可隨後發送到伺服器上。「顯示工作調度器」接著可獲取資料庫的更新/變更然後查詢/更新資料庫。因此，所有資料、資料庫的變更等等，可以透過單一元件「顯示工作調度器」來調度。
又或者，也如上面所描述，一額外的「狀態邏輯」可被提供，其可和上面描述的「顯示工作調度器」執行一樣的功能，也就是，觀察預約串流、查詢並更新資料庫。在此技術下，「顯示工作調度器」就可用來觀察資料庫的任何變更，並且，更進一步的，可接收來自「資料庫到區域映射器」的輸出並可透過對應的垂直式知識庫提供一顯示工作的列表。在此實行案例中，「顯示工作調度器」可以是唯一能夠從資料庫讀取的元件。更進一步，更新資料庫的工作現在也可以指派給「狀態邏輯」。
於此揭露的技術可被用在叫車服務的內容當中，其中「顯示工作調度器」可從一伺服器接收預約串流並透過與應用程式對應的司機的UI呈現給司機。反過來說，司機也可以透過UI提供更新(例如，到達某一特定的目的地或下車點)，接著透過伺服器發送回去給「顯示工作調度器」來更新資料庫。
應當理解在此揭露的技術可以使用通訊裝置並藉助駐存在通訊裝置的應用程式「app」來完成。如非限制性的例子，有關工作的請求可以透過app來提供或發送。現行工作可以透過app或app的UI來呈現。
應當理解此發明只以舉例的方式說明。對於此揭露的技術的許多修改可以在不背離其精神和所附的申請專利範圍之下進行。於此揭露的技術包括可獨立提供，或與其他技術組合來提供。因此，一技術的特性的描述也可以與另一技術組合來呈現。
100:通訊系統 102:通訊伺服器裝置 104:第一使用者(或用戶端)通訊裝置 106:第二使用者(或用戶端)通訊裝置 108:通訊網路 110、112、114:通訊鏈 116、128:微處理器(µP) 118、130、230:記憶體 120、132:可執行指令 122、134:輸入/輸出(I/O)模組 124、136、357a、357b、357c:使用者介面(UI) 126:資料庫(database，DB) 204:通訊裝置 228:處理器 229:線 240:流程圖 242、244、246、248、250:步驟 252、352、362、386:資料串流 253a、253b:資料結構 350、360、380:流程圖 351a、381a:調度器模組 351b、381b:使用者介面模組 353、361、384:顯示工作調度器 354、383:資料庫 355、385:資料庫(Db)到區域映射器 356a:快遞垂直式知識庫 356b:運輸垂直式知識庫 356c:食物垂直式知識庫 358:工作 363:新工作建造者 364:名單 365、366、367:方塊 368a、387a:資料庫變更 368b、387b:已完成我在這裡 368c、387c:已完成地址 370:重置作業 371:重置不同元件 372:清除現行工作共享偏好 373:結束所有聊天對話 382:狀態邏輯
這個發明將會僅藉由舉例的方式描述，並且參考所伴隨的圖式，其中： 圖1是一個框圖說明包含一通訊伺服器裝置的通訊裝置的範例。 圖2A顯示一個框圖說明用來管理多個資料結構的通訊裝置。 圖2B顯示流程圖說明執行在一通訊裝置上用來管理多個資料結構的方法。 圖3A至圖3C顯示流程圖說明管理多個資料結構的技術。
380:流程圖
381a:調度器模組
381b:使用者介面模組
382:狀態邏輯
383:資料庫
384:顯示工作調度器
385:資料庫(Db)到區域映射器
386:資料串流
387a:資料庫變更
387b:已完成我在這裡
387c:已完成地址

Claims (21)

  1. 一種為了管理多個資料結構的通訊裝置，包括一處理器和一記憶體，該通訊裝置在該處理器的控制下被配置成，要執行該記憶體中的指令： 觀察從一通訊伺服器裝置傳輸的資料串流的狀態變更，包含多個資料結構的資料串流，其中每一資料結構都有各自相關之時間戳記和資料，其對應到傳輸到該通訊伺服器裝置工作相關的請求； 根據相關時間戳記依序過濾觀察到造成變更的請求相關的資料結構， 其中，為過濾各個資料結構，該通訊裝置被配置成，要 查詢一資料庫關於和該資料結構對應的請求相關的工作對應的資料； 如果與該工作對應的資料被包含在該資料庫中， 從與該工作對應的資料判定該工作的狀態；並且 根據該狀態和該資料結構的資料判定該資料結構的資料是否為有效資料；並且 如果該資料庫中沒有與工作對應的資料，判定該資料結構中的資料為有效資料；並且 執行該資料結構中已被判定為有效資料的資料。
  2. 如請求項1所述之通訊裝置，其中，為了執行一資料結構中的資料，該通訊裝置被配置成，對各個資料結構根據有效資料更新與工作相關的資料的資料庫。
  3. 如請求項2或請求項3所述之通訊裝置，其中，為了執行一資料結構中的資料，該通訊裝置被配置成，對各個資料結構將有效資料映射到一範本可以透過一通訊裝置的使用者介面呈現。
  4. 如請求項1至請求項3中任一項所述之通訊裝置，其中，該工作包含一運輸相關服務。
  5. 如請求項4所述之通訊裝置，其中，該運輸相關服務包括一叫車運輸服務。
  6. 如請求項4或請求項5所述之通訊裝置， 其中，該運輸相關服務包括一包含一接人位置和至少一目的地位置的旅程，並且 其中，該通訊裝置被更進一步的配置成： 觀察一資料源，以得到指示服務提供者到達接人位置的資料；並且 更新有著指示到達接人位置資料的資料庫。
  7. 如請求項6所述之通訊裝置， 其中，該通訊裝置被更進一步配置成： 觀察一資料源中指示在接人位置完成接人動作的資料；並且 更新一資料庫中有著指示完成接人動作的資料。
  8. 如請求項6或請求項7所述之通訊裝置， 其中，至少一目的地位置包含一在旅程終點的最後目的地位置，並且 其中，該通訊裝置被更進一步配置成： 傳輸一與結束運輸相關服務對應的請求的資料的資料結構到該通訊伺服器裝置，其指示到達最終目的地位置的資料。
  9. 如請求項8所述之通訊裝置， 其中，至少包含一目的地位置包含在前往最終目的地位置的旅程中的一中繼站，並且 其中，該通訊裝置進一步被配置為： 觀察一資料源中指示服務提供者到達該中繼站位置的資料；並且 更新有著指示到達該中繼站的資料的資料庫。
  10. 一種為了管理多個資料結構而在通訊裝置上執行的方法，在通訊裝置的處理器的控制之下，該方法包含： 觀察一從一通訊伺服器裝置傳輸的資料串流的狀態的變更，該資料串流包含多個資料結構，其中各個資料結構都有各自相關時間戳記和傳輸到該通訊伺服器裝置相關工作對應的請求的資料； 根據相關時間戳記依序過濾觀察到造成變更的請求相關的資料結構， 其中，對於各個資料結構過濾，包含： 查詢一資料庫中對應到資料結構的請求相關的工作的資料； 如果與工作對應的資料有包含在該資料庫中， 根據與工作對應的資料，判定該工作的狀態，並且 根據該狀態和該資料結構的資料，判定該資料結構中的資料是否為有效資料；並且 如果該資料庫中沒有與工作對應的資料，判定該資料結構中的資料為有效資料；並且 執行該資料結構中被判定為有效資料的資料。
  11. 如請求項10所述之方法，其中，一執行資料結構中的資料包括，對於各個資料結構根據有效資料更新相關工作的資料的資料庫。
  12. 如請求項10或請求項11所述之方法，其中，一執行資料結構的資料包括，對於各個資料結構將有效資料映射到一範本可以透過一通訊裝置的使用者介面來呈現。
  13. 如請求項10至請求項12中任一項所述之方法，其中，該工作包括一運輸相關服務。
  14. 如請求項13所述之方法，其中，該運輸相關服務包括一叫車運輸服務。
  15. 如請求項13或請求項14所述之方法， 其中，該運輸相關服務包括一包含一接人位置和至少一目的地位置的旅程， 該方法更進一步包含， 觀察一資料源中指示服務提供者到達該接人位置的資料；並且 更新有著指示到達該接人位置的資料的資料庫。
  16. 如請求項15所述之方法，更進一步包含： 一觀察資料源中指示在一接人位置完成接人動作的資料；並且 更新有著指示完成該接人動作資料的資料庫。
  17. 如請求項15或請求項16所述之方法， 其中，至少一目的地位置包含在旅程終點一最後目的地位置， 該方法更進一步包含 傳輸一與結束運輸相關服務的要求對應的資料的資料結構到該通訊伺服器裝置，該資料指示到達該最終目的地位置。
  18. 如請求項17所述之方法， 其中，至少一目的地位置包含一在前往最終目的地位置的旅程中的一中繼站， 該方法更進一步包含 一觀察資料源中指示服務提供者到達該中繼站的資料；並且 更新有著指示到達該中繼站資料的資料庫。
  19. 一種電腦程式或電腦程式產品包含實行請求項10至請求項18中任一項所述之方法之指令。
  20. 一種非暫態儲存媒體儲存一指令，當該指令被一處理器執行時，造成該處理器執行請求項10至請求項18中任一項所述之方法。
  21. 一種為了管理多個資料結構的通訊系統，包含一通訊伺服器裝置、至少一使用者通訊裝置和一通訊網路裝置可操作之一通訊伺服器裝置，且至少藉由一使用者通訊裝置來建立彼此之間的溝通， 其中，該通訊伺服器裝置包含一第一處理器和一第一記憶體，該通訊伺服器裝置在該第一處理器的控制之下被配置成，要在該第一記憶體中執行一第一指令： 傳輸一包含多個資料結構的資料串流，其中，各個資料結構都有各自相關時間戳記和傳輸和到該通訊伺服器裝置工作相關的請求對應的資料； 其中，至少一使用者通訊裝置包含一第二處理器和一第二記憶體，至少一使用者通訊裝置在該第二處理器的控制之下被配置成，要在該第二記憶體中執行一第二指令： 觀察從該通訊伺服器裝置傳輸的資料串流狀態變更的資料串流； 根據該相關時間戳記依序過濾觀察到造成變更的請求相關的該資料結構， 其中，對於各個資料結構，該通訊裝置被配置為過濾： 查詢該資料庫中對應與請求相關的工作對應的該資料結構的資料； 如果與該工作對應的資料有包含在該資料庫中， 從該工作對應的資料，判定該工作的狀態，並且 根據該狀態和該資料結構的資料，判定該資料結構中的資料是否為有效資料；並且 如果該資料庫中沒有與該工作對應的資料，判定該資料結構中的資料為有效資料；並且 執行該資料結構中被認定為有效資料的資料。
TW109105879A 2019-03-21 2020-02-24 管理多個資料結構通訊裝置、方法及通訊系統 TW202101247A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
WOPCT/SG2019/050153 2019-03-21
PCT/SG2019/050153 WO2020190207A1 (en) 2019-03-21 2019-03-21 Communications device, method and communications system for managing a plurality of data structures

Publications (1)

Publication Number Publication Date
TW202101247A true TW202101247A (zh) 2021-01-01

Family

ID=72520436

Family Applications (1)

Application Number Title Priority Date Filing Date
TW109105879A TW202101247A (zh) 2019-03-21 2020-02-24 管理多個資料結構通訊裝置、方法及通訊系統

Country Status (8)

Country Link
US (1) US20220171757A1 (zh)
EP (1) EP3942430A4 (zh)
JP (1) JP7334260B2 (zh)
KR (1) KR20210154166A (zh)
CN (1) CN113597604B (zh)
SG (1) SG11202102169XA (zh)
TW (1) TW202101247A (zh)
WO (1) WO2020190207A1 (zh)

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003316861A (ja) * 2002-04-25 2003-11-07 Yamatake Corp 工程管理装置及び工程追跡装置
US20110302143A1 (en) * 2010-06-02 2011-12-08 Microsoft Corporation Multi-version concurrency with ordered timestamps
JP5515064B2 (ja) * 2010-08-31 2014-06-11 株式会社 聖亘トランスネットワーク 物流管理システム、物流管理サーバ、物流管理方法、および物流管理のためのプログラム
US9400823B2 (en) * 2012-12-20 2016-07-26 Hitachi, Ltd. Stream data processing method on recursive query of graph data
US9396245B2 (en) * 2013-01-02 2016-07-19 Box, Inc. Race condition handling in a system which incrementally updates clients with events that occurred in a cloud-based collaboration platform
US10291696B2 (en) * 2014-04-28 2019-05-14 Arizona Board Of Regents On Behalf Of Arizona State University Peer-to-peer architecture for processing big data
US10346897B2 (en) * 2014-05-30 2019-07-09 Walmart Apollo, Llc Method and system for smart order management and application level sharding
WO2016113602A1 (en) * 2015-01-12 2016-07-21 Yogesh Chunilal Rathod Real-time presenting on-demand service providers and users or customers and facilitating them
EP3254439A4 (en) * 2015-02-03 2018-09-05 Visa International Service Association Secure multi-channel communication system and method
CN106570949A (zh) * 2015-10-13 2017-04-19 马宇翔 一种基于移动终端的行车记录仪联网数据查询方法
US10101941B2 (en) * 2016-09-20 2018-10-16 International Business Machines Corporation Data mirror invalid timestamped write handling
WO2018058072A1 (en) * 2016-09-23 2018-03-29 Operr Technologies, Inc. System and method for customizable prescheduled dispatching for transportation services
US10545979B2 (en) * 2016-12-20 2020-01-28 Amazon Technologies, Inc. Maintaining data lineage to detect data events
CN107067175A (zh) * 2017-04-14 2017-08-18 上海外高桥造船海洋工程有限公司 车辆的管理方法和系统
US20180315148A1 (en) * 2017-04-28 2018-11-01 Lyft, Inc. Dynamic optimized reassignment of providers at a geohash level
JP2019020942A (ja) * 2017-07-14 2019-02-07 株式会社アース・カー マッチング装置、マッチング方法、およびプログラム
US11334552B2 (en) * 2017-07-31 2022-05-17 Palantir Technologies Inc. Lightweight redundancy tool for performing transactions
CN107958035B (zh) * 2017-11-20 2022-09-02 北京百度网讯科技有限公司 用于发送信息的方法和装置
CN108810805A (zh) 2018-07-06 2018-11-13 姚俊 一种适用于特定人群的打车方法及装置、打车设备
CN109241401A (zh) * 2018-07-19 2019-01-18 姚建城 状态信息查询方法、客户端、服务器及计算机可读介质

Also Published As

Publication number Publication date
JP7334260B2 (ja) 2023-08-28
EP3942430A4 (en) 2022-03-23
SG11202102169XA (en) 2021-04-29
JP2022527441A (ja) 2022-06-02
EP3942430A1 (en) 2022-01-26
CN113597604A (zh) 2021-11-02
CN113597604B (zh) 2022-12-02
KR20210154166A (ko) 2021-12-20
WO2020190207A1 (en) 2020-09-24
US20220171757A1 (en) 2022-06-02

Similar Documents

Publication Publication Date Title
JP7202369B2 (ja) マルチテナントａｐｉゲートウェイにおいてテナント分離を提供するためのマイクロサービスコンテナの活用
JP6911151B2 (ja) 既存の会話を促進するためにアクションを推奨するように構成された仮想アシスタント
CN104704797B (zh) 用于电子设备的虚拟代理通信
EP2375685B1 (en) Method of and system for providing application store service
US20080113656A1 (en) System and method for updating contents
CA2968482A1 (en) Telecommunications call augmentation system
KR101478134B1 (ko) 모바일 디바이스의 파일 관리 방법 및 이를 이용한 모바일 디바이스
JP7047151B1 (ja) 情報処理装置、情報処理方法、および情報処理プログラム
WO2023216948A9 (zh) 互动信息的显示方法、装置及设备
CN105930249B (zh) 应用监控方法和装置
WO2024022403A1 (zh) 任务的处理方法、装置、设备及存储介质
CN114840163A (zh) 互动信息的显示方法、装置及设备
JP2004213533A (ja) 画面受信装置、画面配信装置、画面情報送受信システム、画面受信方法、画面配信方法並びにそのプログラム
CN107003981A (zh) 与本地配对的设备同步以使用点到点通信从远程服务器获得数据
US9053467B2 (en) Calendaring system for managing follow-up appointments
JP6068604B1 (ja) タスクの管理方法、端末、情報処理装置、及びプログラム
WO2021038945A1 (ja) 電子貨幣交換装置、電子貨幣交換方法及び電子貨幣交換システム
US20100070586A1 (en) Asynchronous Queued Messaging for Web Applications
TW202101247A (zh) 管理多個資料結構通訊裝置、方法及通訊系統
JP5538499B2 (ja) スケジュール検索装置、スケジュール検索方法およびスケジュール検索プログラム
KR101188961B1 (ko) 컨텐츠 업데이트 방법 및 시스템
WO2024114722A1 (zh) 动效播放方法、装置、电子设备及存储介质
JP2019079499A (ja) 情報処理プログラム、情報処理方法および情報処理端末
WO2023153137A1 (ja) 情報処理装置、情報処理方法、記録媒体、サーバ装置
JP2024048824A (ja) 配信サーバ、及び配信方法