WO2019166849A1 - Collaboration service in cloud - Google Patents
Collaboration service in cloud Download PDFInfo
- Publication number
- WO2019166849A1 WO2019166849A1 PCT/IB2018/051211 IB2018051211W WO2019166849A1 WO 2019166849 A1 WO2019166849 A1 WO 2019166849A1 IB 2018051211 W IB2018051211 W IB 2018051211W WO 2019166849 A1 WO2019166849 A1 WO 2019166849A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- partition
- content
- client
- clients
- virtual machine
- Prior art date
Links
Classifications
-
- 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/10—Office automation; Time management
- G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
-
- 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/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5061—Partitioning or combining of resources
- G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
Definitions
- collaboration service in the cloud for group of clients or participants in an online meeting or conference sharing video and audio content, sharing screen or web content, sharing text or chat, sharing files among each other if required, etc.
- collaboration service in the cloud with n number of virtual machines in the cluster for x number of clients in the conference group.
- the collaboration server or the leader virtual machine will hear content information from different clients which must be shared among all the clients in the conference group.
- the leader virtual machine will divide the entire content it has heard from different clients in the conference group into n number of partitions as it has n number of virtual machines in the cluster.
- the leader virtual machine will follow round-robin policy for n partitions (or n number of virtual machines) as content shared by each client will be pushed to a partition in the virtual machine with the partition itself being identified by the conference group identification and partition number (or virtual machine number in the chain of n number of virtual machines as defined by the leader virtual machine including itself).
- Each virtual machine in the chain when adds a new entry consisting of client identification and user identification as the key and the pointer to the content object to be shared as the value, it sends the newly added content object to all clients with user identification and partition number.
- the clients which hear this new content object will itself have small size of n number of partitions in cache or main memory and it will aggregate all the content objects and push the details in partition number order to the conference chat interface once it hears about the content object it is blocked for (Example the client might have heard content objects with partitions numbered 2 and 3. The client will have to wait for the content object with partition numbered 1 to push all 3 content objects to the conference chat interface). If the client hears all content objects in partition number order then the client can directly push content objects to the conference chat interface and no aggregation is required. The cache or memory for content objects pushed to the conference chat window will be cleared.
- the client will maintain the pointer which we call as the blocking pointer to the content object in the closest possible partition to the partition where the content object is to be delivered to push all content objects in partition order or it is the content object for which the client is blocked to push all content objects in partition order. If the client does not receive the content object it is blocked for in t seconds (threshold value for timeout) then it will push all remaining content objects in partition order and the clear the cache or memory. Also if required client can take backups of the content objects in partition order or take snapshots of partitions with the blocking pointer details if there was a timeout and push it to persistent storage with timestamp.
Abstract
Here we have collaboration service in the cloud with n number of virtual machines (with a leader connected to all clients) in the cluster for x number of clients in the conference group. The leader virtual machine will follow round-robin policy for n partitions as content shared by each client will be pushed to a partition in the virtual machine with the partition itself being identified by the conference group identification and partition number. Each virtual machine in the chain when adds a new entry consisting of client identification and user identification as the key and the pointer to the content object to be shared as the value, it sends the newly added content object to all clients with user identification and partition number for aggregating content objects.
Description
Collaboration Service in Cloud
In this invention we provide collaboration service in the cloud for group of clients or participants in an online meeting or conference sharing video and audio content, sharing screen or web content, sharing text or chat, sharing files among each other if required, etc. To facilitate the above we have collaboration service in the cloud with n number of virtual machines in the cluster for x number of clients in the conference group. We randomly choose a leader virtual machine from the cluster of n number of virtual machines which will have active connections with all x number of clients in the conference group. The collaboration server or the leader virtual machine will hear content information from different clients which must be shared among all the clients in the conference group. The leader virtual machine will divide the entire content it has heard from different clients in the conference group into n number of partitions as it has n number of virtual machines in the cluster. The leader virtual machine will follow round-robin policy for n partitions (or n number of virtual machines) as content shared by each client will be pushed to a partition in the virtual machine with the partition itself being identified by the conference group identification and partition number (or virtual machine number in the chain of n number of virtual machines as defined by the leader virtual machine including itself). Each virtual machine in the chain when adds a new entry consisting of client identification and user identification as the key and the pointer to the content object to be shared as the value, it sends the newly added content object to all clients with user identification and partition number. The clients which hear this new content object will itself have small size of n number of partitions in cache or main memory and it will aggregate all the content objects and push the details in partition number order to the conference chat interface once it hears about the content object it is blocked for (Example the client might have heard content objects with partitions numbered 2 and 3. The client will have to wait for the content object with partition numbered 1 to push all 3 content objects to the conference chat interface). If the client hears all content objects in partition number order then the client can directly push content objects to the conference chat interface and no aggregation is required. The cache or memory for content objects pushed to the conference chat window will be cleared. The client will maintain the pointer which we call as the blocking pointer to the content object in the closest possible partition to the partition where the content object is to be delivered to push all content objects in partition order or it is the content object for which the client is blocked to
push all content objects in partition order. If the client does not receive the content object it is blocked for in t seconds (threshold value for timeout) then it will push all remaining content objects in partition order and the clear the cache or memory. Also if required client can take backups of the content objects in partition order or take snapshots of partitions with the blocking pointer details if there was a timeout and push it to persistent storage with timestamp. Also from the chain of virtual machines perspective in the cloud when content objects are pushed to all the client machines it is cleared from the partition for the conference group in main memory of the virtual machine in the chain and backup can be taken by sending the content object to a remote logging service or storing it in persistent storage.
Claims
1. In this invention we provide collaboration service in the cloud for group of clients or participants in an online meeting or conference sharing video and audio content, sharing screen or web content, sharing text or chat, sharing files among each other if required, etc. To facilitate the above we have collaboration service in the cloud with n number of virtual machines in the cluster for x number of clients in the conference group. We randomly choose a leader virtual machine from the cluster of n number of virtual machines which will have active connections with all x number of clients in the conference group. The collaboration server or the leader virtual machine will hear content information from different clients which must be shared among all the clients in the conference group. The leader virtual machine will divide the entire content it has heard from different clients in the conference group into n number of partitions as it has n number of virtual machines in the cluster. The leader virtual machine will follow round-robin policy for n partitions (or n number of virtual machines) as content shared by each client will be pushed to a partition in the virtual machine with the partition itself being identified by the conference group identification and partition number (or virtual machine number in the chain of n number of virtual machines as defined by the leader virtual machine including itself). Each virtual machine in the chain when adds a new entry consisting of client identification and user identification as the key and the pointer to the content object to be shared as the value, it sends the newly added content object to all clients with user identification and partition number. The clients which hear this new content object will itself have small size of n number of partitions in cache or main memory and it will aggregate all the content objects and push the details in partition number order to the conference chat interface once it hears about the content object it is blocked for (Example the client might have heard content objects with partitions numbered 2 and 3. The client will have to wait for the content object with partition numbered 1 to push all 3 content objects to the conference chat interface). If the client hears all content objects in partition number order then the client can directly push content objects to the conference chat interface and no aggregation is required. The cache or memory for content objects pushed
to the conference chat window will be cleared. The client will maintain the pointer which we call as the blocking pointer to the content object in the closest possible partition to the partition where the content object is to be delivered to push all content objects in partition order or it is the content object for which the client is blocked to push all content objects in partition order. If the client does not receive the content object it is blocked for in t seconds (threshold value for timeout) then it will push all remaining content objects in partition order and the clear the cache or memory. Also if required client can take backups of the content objects in partition order or take snapshots of partitions with the blocking pointer details if there was a timeout and push it to persistent storage with timestamp. Also from the chain of virtual machines perspective in the cloud when content objects are pushed to all the client machines it is cleared from the partition for the conference group in main memory of the virtual machine in the chain and backup can be taken by sending the content object to a remote logging service or storing it in persistent storage. The above novel technique of providing collaboration service in the cloud to a group of clients is the claim for this invention.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/IB2018/051211 WO2019166849A1 (en) | 2018-02-27 | 2018-02-27 | Collaboration service in cloud |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/IB2018/051211 WO2019166849A1 (en) | 2018-02-27 | 2018-02-27 | Collaboration service in cloud |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2019166849A1 true WO2019166849A1 (en) | 2019-09-06 |
Family
ID=67805234
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/IB2018/051211 WO2019166849A1 (en) | 2018-02-27 | 2018-02-27 | Collaboration service in cloud |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2019166849A1 (en) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140267571A1 (en) * | 2013-03-15 | 2014-09-18 | Blue Jeans Network | Provision of video conferencing with load balancing |
US20150089394A1 (en) * | 2013-09-22 | 2015-03-26 | Cisco Technology, Inc. | Meeting interactions via a personal computing device |
-
2018
- 2018-02-27 WO PCT/IB2018/051211 patent/WO2019166849A1/en active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140267571A1 (en) * | 2013-03-15 | 2014-09-18 | Blue Jeans Network | Provision of video conferencing with load balancing |
US20150089394A1 (en) * | 2013-09-22 | 2015-03-26 | Cisco Technology, Inc. | Meeting interactions via a personal computing device |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10867033B2 (en) | Load distribution enabling detection of first appearance of a new property value in pipeline data processing | |
US10944637B2 (en) | System and/or method for maintaining highly-available, consistent, partition-tolerant clusters using client voters | |
DE102018101812B4 (en) | Securely transfer user information between applications | |
US20180287930A1 (en) | Parallel multipath routing architecture | |
CN107888666B (en) | Cross-region data storage system and data synchronization method and device | |
US20160034361A1 (en) | Distributed event correlation system | |
US9372879B1 (en) | Balanced append tree data structure | |
CN108174305A (en) | The message treatment method and device of chatroom is broadcast live | |
US9881071B2 (en) | Transport layer abstraction for clustering implementation | |
CN105376165B (en) | UDP method of multicasting, system, sending device and reception device | |
CN107231350B (en) | Message processing method and device | |
US20200044994A1 (en) | Data storage systems and methods using a real-time messaging system | |
CN103731341A (en) | Method and system for processing instant messaging services | |
CN108123866B (en) | Method for message transmission and device | |
CN105610947A (en) | Method, device and system for realizing high-available distributed queue service | |
US9729347B2 (en) | System and method for selection of a conference bridge master server | |
CN113704354B (en) | Data synchronization method and device, computer equipment and storage medium | |
US11228486B2 (en) | Methods for managing storage virtual machine configuration changes in a distributed storage system and devices thereof | |
CN111352577A (en) | Object storage method and device | |
CN107528767B (en) | Session processing method and device | |
CN111651631B (en) | High concurrency video data processing method, electronic equipment, storage medium and system | |
DE112022000280T5 (en) | Identity authority | |
CN107741994B (en) | Data updating method and device | |
WO2019166849A1 (en) | Collaboration service in cloud | |
US10523619B2 (en) | Stateless message routing |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 18907865 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 18907865 Country of ref document: EP Kind code of ref document: A1 |