CN109617990B - Converged communication resource cloud sharing method and system - Google Patents
Converged communication resource cloud sharing method and system Download PDFInfo
- Publication number
- CN109617990B CN109617990B CN201811634188.XA CN201811634188A CN109617990B CN 109617990 B CN109617990 B CN 109617990B CN 201811634188 A CN201811634188 A CN 201811634188A CN 109617990 B CN109617990 B CN 109617990B
- Authority
- CN
- China
- Prior art keywords
- service
- cloud platform
- communication
- http
- scheduling
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Images
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/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/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
The invention provides a converged communication resource cloud sharing method, which comprises the steps that all communication subsystems in an emergency communication system are connected to a cloud platform in an abutting mode, and all the communication subsystems form HTTP services with uniform protocol specifications; registering HTTP services formed by each communication subsystem to a service registration center, and describing to form a service resource capacity set; a cloud platform user applies for service resources from a cloud platform through a standard service docking interface provided by the cloud platform; the cloud platform returns the request URL of the service API gateway to the cloud platform user, and the cloud platform user accesses the corresponding HTTP service through the request URL. The invention also provides a system corresponding to the method. The invention has the advantages that: the customized emergency communication service scheduling can be realized, and the problem of resource waste caused by the fact that emergency communication systems need to be built repeatedly by each existing emergency platform is solved.
Description
Technical Field
The invention relates to the field of computer communication, in particular to a method and a system for cloud sharing of converged communication resources.
Background
The emergency communication system is a core system of an emergency platform, and generally comprises various subsystems such as a mobile satellite communication system, a mobile communication vehicle, a digital cluster system, a monitoring networking system, a voice scheduling system, a video conference scheduling system and the like in the existing established emergency communication system. Because the emergency communication system is a core system indispensable to each emergency platform, and each region is deployed with an independent emergency platform, the functions, docking modes and the like of the emergency platforms deployed in the existing regions are different, and the emergency communication systems cannot be used mutually. Therefore, in order to enable the emergency platforms in each region to have various communication scheduling capabilities, an emergency communication system is often required to be repeatedly built for each emergency platform, which also causes great waste of resources.
Disclosure of Invention
One of the technical problems to be solved by the invention is to provide a method for sharing a converged communication resource cloud, which can realize customized emergency communication service scheduling and solve the problem of resource waste caused by the fact that each existing emergency platform needs to repeatedly build an emergency communication system.
The invention realizes one of the technical problems as follows: a converged communication resource cloud sharing method comprises the following steps:
step S1, all communication subsystems in the emergency communication system are connected to the cloud platform in an abutting mode, and all communication subsystems form HTTP services with uniform protocol specifications;
step S2, registering the HTTP service formed by each communication subsystem to a service registration center, and describing to form a service resource capacity set;
step S3, the cloud platform user applies for service resources from the cloud platform through a standard service docking interface provided by the cloud platform;
and step S4, the cloud platform returns the request URL of the service API gateway to the cloud platform user, and the cloud platform user accesses the corresponding HTTP service through the request URL.
Further, the step S1 specifically includes:
step S11, all communication subsystems in the emergency communication system are connected to a cloud platform through an SDK or SIP protocol;
step S12, enabling each communication subsystem to form an HTTP service of a unified protocol specification, wherein the unified protocol specification specifically includes: the method adopts a communication protocol based on HTTP, a message body adopts JSON format, URL adopts mixed REST style, and a request mode adopts POST.
Further, in the step S12, the URL is composed of a basic URL and a service URL; the basic URL comprises an IP address, a port number, an API and an API version number, and the service URL comprises a service type and each service parameter;
the HTTP service comprises a voice scheduling service, a video conference scheduling service, a satellite terminal scheduling service, a short wave scheduling service, a communication vehicle scheduling service, a broadband cluster scheduling service, a short message fax scheduling service, a video monitoring scheduling service, a positioning service or an individual scheduling service.
Further, the step S2 is specifically: HTTP service formed by each communication subsystem sends a service registration request to a service registration center, and request parameters of the service registration request comprise a service name, a service type, an IP address and service capacity; and after receiving each service registration request, the service registration center forms a service resource capacity set by the HTTP service description formed by each communication subsystem according to the request parameters of each service registration request, and stores the service resource capacity set in the service registration center.
Further, the step S3 is specifically: the cloud platform provides a standard service docking interface to the outside, wherein the standard service docking interface comprises an HTTP interface, a message queue interface or a Web plug-in interface; the cloud platform user applies for service resources from the cloud platform through the standard service docking interface;
the step S4 specifically includes: after receiving a service resource application of a cloud platform user, the cloud platform searches whether the applied service resource exists or not from the service resource capacity set of the service registration center, and if the applied service resource exists, the request URL of the service API gateway corresponding to the service resource is returned to the cloud platform user, and the cloud platform user accesses the corresponding HTTP service through the received request URL; and if not, returning a prompt message to the cloud platform user.
The second technical problem to be solved by the invention is to provide a converged communication resource cloud sharing system, which can realize customized emergency communication service scheduling and solve the problem of resource waste caused by the repeated construction of emergency communication systems required by each existing emergency platform.
The invention realizes the second technical problem in the following way: a converged communication resource cloud sharing system comprises a docking module, a service registration module, a resource application module and a service access module;
the docking module is used for docking all communication subsystems in the emergency communication system to the cloud platform and enabling all the communication subsystems to form HTTP services with uniform protocol specifications;
the service registration module is used for registering the HTTP services formed by each communication subsystem to a service registration center and describing and forming a service resource capacity set;
the resource application module is used for a cloud platform user to apply for service resources from a cloud platform through a standard service docking interface provided by the cloud platform;
the service access module is used for the cloud platform to return the request URL of the service API gateway to the cloud platform user, and the cloud platform user accesses the corresponding HTTP service through the request URL.
Further, the docking module specifically includes a docking unit and a protocol specification unit;
the docking unit is used for docking each communication subsystem in the emergency communication system to the cloud platform through an SDK or SIP protocol;
the protocol specification unit is configured to enable each communication subsystem to form an HTTP service of a unified protocol specification, where the unified protocol specification specifically includes: the method adopts a communication protocol based on HTTP, a message body adopts JSON format, URL adopts mixed REST style, and a request mode adopts POST.
Further, in the protocol specification unit, the URL is composed of a basic URL and a service URL; the basic URL comprises an IP address, a port number, an API and an API version number, and the service URL comprises a service type and each service parameter;
the HTTP service comprises a voice scheduling service, a video conference scheduling service, a satellite terminal scheduling service, a short wave scheduling service, a communication vehicle scheduling service, a broadband cluster scheduling service, a short message fax scheduling service, a video monitoring scheduling service, a positioning service or an individual scheduling service.
Further, the service registration module specifically includes: HTTP service formed by each communication subsystem sends a service registration request to a service registration center, and request parameters of the service registration request comprise a service name, a service type, an IP address and service capacity; and after receiving each service registration request, the service registration center forms a service resource capacity set by the HTTP service description formed by each communication subsystem according to the request parameters of each service registration request, and stores the service resource capacity set in the service registration center.
Further, the resource application module specifically includes: the cloud platform provides a standard service docking interface to the outside, wherein the standard service docking interface comprises an HTTP interface, a message queue interface or a Web plug-in interface; the cloud platform user applies for service resources from the cloud platform through the standard service docking interface;
the service access module is specifically as follows: after receiving a service resource application of a cloud platform user, the cloud platform searches whether the applied service resource exists or not from the service resource capacity set of the service registration center, and if the applied service resource exists, the request URL of the service API gateway corresponding to the service resource is returned to the cloud platform user, and the cloud platform user accesses the corresponding HTTP service through the received request URL; and if not, returning a prompt message to the cloud platform user.
The invention has the following advantages: by using the method, the emergency departments in various regions can realize customized emergency communication service scheduling (comprising voice scheduling service, video conference scheduling service, satellite terminal scheduling service, short wave scheduling service, communication vehicle scheduling service, broadband trunking scheduling service, short message facsimile scheduling service, video monitoring scheduling service and the like) by only utilizing the standard service docking interface which is open to the outside of the cloud platform, so that the management requirements of emergency command daily supervision and emergency communication scheduling are met, one-click scheduling of command scheduling communication is realized, and the on-site real-time picture is quickly acquired. Meanwhile, the emergency platforms in all regions do not need to be repeatedly built with emergency communication systems, so that resource waste is reduced, and the construction cost is saved (a large amount of manpower and material resources are not required to be invested to build the emergency communication systems).
Drawings
The invention will be further described with reference to the following examples with reference to the accompanying drawings.
Fig. 1 is a schematic block diagram of a cloud platform according to the present invention.
Fig. 2 is an execution flowchart of a converged communication resource cloud sharing method according to the present invention.
Detailed Description
Referring to fig. 1 to 2, a preferred embodiment of a method for sharing a converged communication resource cloud according to the present invention includes the following steps:
step S1, all communication subsystems in the emergency communication system are connected to the cloud platform in an abutting mode, and all communication subsystems form HTTP services with uniform protocol specifications;
step S2, registering the HTTP service formed by each communication subsystem to a service registration center, and describing to form a service resource capacity set;
step S3, the cloud platform user applies for service resources from the cloud platform through a standard service docking interface provided by the cloud platform;
and step S4, the cloud platform returns the request URL of the service API gateway to the cloud platform user, and the cloud platform user accesses the corresponding HTTP service through the request URL.
By using the method, the emergency departments in various regions can realize customized emergency communication service scheduling (comprising voice scheduling service, video conference scheduling service, satellite terminal scheduling service, short wave scheduling service, communication vehicle scheduling service, broadband trunking scheduling service, short message facsimile scheduling service, video monitoring scheduling service and the like) by only utilizing the standard service docking interface which is open to the outside of the cloud platform, so that the management requirements of emergency command daily supervision and emergency communication scheduling are met, one-click scheduling of command scheduling communication is realized, and the on-site real-time picture is quickly acquired. Meanwhile, the emergency platforms in all regions do not need to be repeatedly built with emergency communication systems, so that resource waste is reduced, and the construction cost is saved (a large amount of manpower and material resources are not required to be invested to build the emergency communication systems).
In the present invention, the step S1 specifically includes:
step S11, all communication subsystems in the emergency communication system are connected to a cloud platform through an SDK or SIP protocol; each communication subsystem can comprise various subsystems such as a mobile satellite communication system, a mobile communication vehicle, a digital trunking system, a monitoring networking system, a voice scheduling system, a video conference scheduling system and the like.
Since a manufacturer provides SDKs (software development kits) when providing the above subsystems, the software development kits are a collection of development tools used by software engineers to create application software for a specific software package, software framework, hardware platform, operating system, etc., generally, SDKs are SDKs used by applications under a Windows platform, and may simply provide files of application program interfaces API for a certain programming language, or may include complex hardware capable of communicating with an embedded system. SIP (Session Initiation Protocol) is a multimedia communication Protocol established by IETF (Internet Engineering Task Force), which is a text-based application-layer control Protocol for creating, modifying and releasing sessions of one or more participants. Therefore, in specific implementation, each communication subsystem can be directly interfaced with the cloud platform through the SDK or SIP protocol.
Step S12, enabling each communication subsystem to form an HTTP service of a unified protocol specification, wherein the unified protocol specification specifically includes: the method adopts a communication protocol based on HTTP, a message body adopts JSON format, URL adopts mixed REST style, and a request mode adopts POST. JSON (JavaScript Object Notation) is a lightweight data exchange format, which is based on a subset of ECMAScript (JS specification established by the european computer association), and stores and represents data in a text format completely independent of a programming language, and a concise and clear hierarchical structure makes JSON an ideal data exchange language; the network transmission method is easy to read and write by people, is easy to analyze and generate by machines, and effectively improves the network transmission efficiency. REST, namely Representational State Transfer (REST for short), is a software architecture style proposed by Roy Fielding doctor in his doctor paper in 2000, and is a design and development mode aiming at network application, which can reduce development complexity and improve system scalability.
In the step S12, the URL is composed of a basic URL and a service URL; the basic URL comprises an IP address, a port number, an API and an API version number, and the service URL comprises a service type and each service parameter;
the unified protocol specification of the present invention is further explained below by taking a rolling call as an example:
POST http://192.168.66.223:8080/api/v1/callinturns
body:
{
“caller”:”6001”,
“callee”:”1001.1002”,
“record”:”1”
}。
as can be seen from this example, the request method is: POST; the base URL is: http://192.168.66.223:8080/api/v1, wherein the IP address is 192.168.66.223, the port number is 8080, and the api version number is v 1; the service URL is: callindurns; the body part is the message body. callingtorns shows that the calling numbers are 6001 in turn, the calling numbers are 1001 and 1002 in turn, and the recording description is as follows: the called number round-robin call responds 1001 first, and about 40s without answering or hanging up will forward to the next number 1002, and so on.
The HTTP service comprises a voice scheduling service, a video conference scheduling service, a satellite terminal scheduling service, a short wave scheduling service, a communication vehicle scheduling service, a broadband trunking scheduling service, a short message fax scheduling service, a video monitoring scheduling service, a positioning service or an individual scheduling service, and when the HTTP service is specifically implemented, the function services such as common voice, satellite voice, trunking voice calling, voice conference scheduling and the like can be realized through the voice scheduling service; functional services such as video conference calling, control and the like can be realized through the video conference scheduling service; the satellite communication, Beidou positioning and other functional services can be realized through the satellite terminal scheduling service; the short-wave voice group calling and short-wave voice playing function services can be realized through the short-wave scheduling service, other scheduling services are similar, and various function services can be realized. Of course, the present invention is not limited to this, and other scheduling services may be added according to actual needs when the present invention is implemented.
The step S2 specifically includes: HTTP service formed by each communication subsystem sends a service registration request to a service registration center, and request parameters of the service registration request comprise a service name, a service type, an IP address and service capacity; after receiving each service registration request, the service registration center describes the HTTP service formed by each communication subsystem according to the request parameters of each service registration request to form a service resource capacity set, and stores the service resource capacity set in the service registration center, so that when the cloud platform requests the cloud platform for service resources, the corresponding service resources can be searched from the service resource capacity set.
The step S3 specifically includes: the cloud platform provides a standard service docking interface to the outside, wherein the standard service docking interface comprises an HTTP interface, a message queue interface or a Web plug-in interface; the cloud platform user applies for service resources from the cloud platform through the standard service docking interface; for example, when a user of the cloud platform wants to apply for a satellite phone one-click voice call scheduling function from the cloud platform, the user can interface with the cloud platform by means of the HTTP interface.
The step S4 specifically includes: after receiving a service resource application of a cloud platform user, the cloud platform searches whether the applied service resource exists or not from the service resource capacity set of the service registration center, and if the applied service resource exists, the request URL of the service API gateway corresponding to the service resource is returned to the cloud platform user, and the cloud platform user accesses the corresponding HTTP service through the received request URL, so that the corresponding service resource can be obtained; if the service does not exist, a prompt message is returned to the cloud platform user, for example, a prompt message of "the service does not exist" may be returned to the cloud platform user.
Referring to fig. 1, the system according to a preferred embodiment of the present invention includes a docking module, a service registration module, a resource application module, and a service access module;
the docking module is used for docking all communication subsystems in the emergency communication system to the cloud platform and enabling all the communication subsystems to form HTTP services with uniform protocol specifications;
the service registration module is used for registering the HTTP services formed by each communication subsystem to a service registration center and describing and forming a service resource capacity set;
the resource application module is used for a cloud platform user to apply for service resources from a cloud platform through a standard service docking interface provided by the cloud platform;
the service access module is used for the cloud platform to return the request URL of the service API gateway to the cloud platform user, and the cloud platform user accesses the corresponding HTTP service through the request URL.
By using the system, the emergency departments in various regions can realize customized emergency communication service scheduling (comprising voice scheduling service, video conference scheduling service, satellite terminal scheduling service, short wave scheduling service, communication vehicle scheduling service, broadband trunking scheduling service, short message facsimile scheduling service, video monitoring scheduling service and the like) by only utilizing the standard service docking interface which is open to the outside of the cloud platform, so that the management requirements of emergency command daily supervision and emergency communication scheduling are met, one-click scheduling of command scheduling communication is realized, and the on-site real-time picture is quickly acquired. Meanwhile, the emergency platforms in all regions do not need to be repeatedly built with emergency communication systems, so that resource waste is reduced, and the construction cost is saved (a large amount of manpower and material resources are not required to be invested to build the emergency communication systems).
In the invention, the docking module specifically comprises a docking unit and a protocol specification unit;
the docking unit is used for docking each communication subsystem in the emergency communication system to the cloud platform through an SDK or SIP protocol; each communication subsystem can comprise various subsystems such as a mobile satellite communication system, a mobile communication vehicle, a digital trunking system, a monitoring networking system, a voice scheduling system, a video conference scheduling system and the like.
Since a manufacturer provides SDKs (software development kits) when providing the above subsystems, the software development kits are a collection of development tools used by software engineers to create application software for a specific software package, software framework, hardware platform, operating system, etc., generally, SDKs are SDKs used by applications under a Windows platform, and may simply provide files of application program interfaces API for a certain programming language, or may include complex hardware capable of communicating with an embedded system. SIP (Session Initiation Protocol) is a multimedia communication Protocol established by IETF (Internet Engineering Task Force), which is a text-based application-layer control Protocol for creating, modifying and releasing sessions of one or more participants. Therefore, in specific implementation, each communication subsystem can be directly interfaced with the cloud platform through the SDK or SIP protocol.
The protocol specification unit is configured to enable each communication subsystem to form an HTTP service of a unified protocol specification, where the unified protocol specification specifically includes: the method adopts a communication protocol based on HTTP, a message body adopts JSON format, URL adopts mixed REST style, and a request mode adopts POST. JSON (JavaScript Object Notation) is a lightweight data exchange format, which is based on a subset of ECMAScript (JS specification established by the european computer association), and stores and represents data in a text format completely independent of a programming language, and a concise and clear hierarchical structure makes JSON an ideal data exchange language; the network transmission method is easy to read and write by people, is easy to analyze and generate by machines, and effectively improves the network transmission efficiency. REST, namely Representational State Transfer (REST for short), is a software architecture style proposed by Roy Fielding doctor in his doctor paper in 2000, and is a design and development mode aiming at network application, which can reduce development complexity and improve system scalability.
In the protocol specification unit, the URL is composed of a basic URL and a service URL; the basic URL comprises an IP address, a port number, an API and an API version number, and the service URL comprises a service type and each service parameter;
the unified protocol specification of the present invention is further explained below by taking conference playback as an example: POST http://192.168.66.223:8080/api/v1/voicemeet/001/1
As can be seen from this example, the request method is: POST; the base URL is: http://192.168.66.223:8080/api/v1, wherein the IP address is 192.168.66.223, the port number is 8080, and the api version number is v 1; the service URL is: voicemeet/001/1, wherein voicemeet indicates that the meeting place plays background music, parameter 001 indicates the meeting number, and parameter 1 indicates that the operation type is play; the message body is empty.
The HTTP service comprises a voice scheduling service, a video conference scheduling service, a satellite terminal scheduling service, a short wave scheduling service, a communication vehicle scheduling service, a broadband trunking scheduling service, a short message fax scheduling service, a video monitoring scheduling service, a positioning service or an individual scheduling service, and when the HTTP service is specifically implemented, the function services such as common voice, satellite voice, trunking voice calling, voice conference scheduling and the like can be realized through the voice scheduling service; functional services such as video conference calling, control and the like can be realized through the video conference scheduling service; the satellite communication, Beidou positioning and other functional services can be realized through the satellite terminal scheduling service; the short-wave voice group calling and short-wave voice playing function services can be realized through the short-wave scheduling service, other scheduling services are similar, and various function services can be realized. Of course, the present invention is not limited to this, and other scheduling services may be added according to actual needs when the present invention is implemented.
The service registration module specifically comprises: HTTP service formed by each communication subsystem sends a service registration request to a service registration center, and request parameters of the service registration request comprise a service name, a service type, an IP address and service capacity; after receiving each service registration request, the service registration center describes the HTTP service formed by each communication subsystem according to the request parameters of each service registration request to form a service resource capacity set, and stores the service resource capacity set in the service registration center, so that when the cloud platform requests the cloud platform for service resources, the corresponding service resources can be searched from the service resource capacity set.
The resource application module specifically comprises: the cloud platform provides a standard service docking interface to the outside, wherein the standard service docking interface comprises an HTTP interface, a message queue interface or a Web plug-in interface; the cloud platform user applies for service resources from the cloud platform through the standard service docking interface; for example, when a user of the cloud platform wants to apply for a satellite phone one-click voice call scheduling function from the cloud platform, the user can interface with the cloud platform by means of the HTTP interface.
The service access module is specifically as follows: after receiving a service resource application of a cloud platform user, the cloud platform searches whether the applied service resource exists or not from the service resource capacity set of the service registration center, and if the applied service resource exists, the request URL of the service API gateway corresponding to the service resource is returned to the cloud platform user, and the cloud platform user accesses the corresponding HTTP service through the received request URL, so that the corresponding service resource can be obtained; if the service does not exist, a prompt message is returned to the cloud platform user, for example, a prompt message of "the service does not exist" may be returned to the cloud platform user.
Although specific embodiments of the invention have been described above, it will be understood by those skilled in the art that the specific embodiments described are illustrative only and are not limiting upon the scope of the invention, and that equivalent modifications and variations can be made by those skilled in the art without departing from the spirit of the invention, which is to be limited only by the appended claims.
Claims (4)
1. A method for sharing converged communication resource cloud is characterized by comprising the following steps: the method comprises the following steps:
step S1, all communication subsystems in the emergency communication system are connected to the cloud platform in an abutting mode, and all communication subsystems form HTTP services with uniform protocol specifications;
step S2, the HTTP service formed by each communication subsystem sends a service registration request to a service registration center, and the request parameters of the service registration request comprise a service name, a service type, an IP address and service capability; after receiving each service registration request, the service registration center forms a service resource capacity set by describing HTTP service formed by each communication subsystem according to the request parameters of each service registration request, and stores the service resource capacity set in the service registration center;
step S3, the cloud platform provides a standard service docking interface to the outside, wherein the standard service docking interface comprises an HTTP interface, a message queue interface or a Web plug-in interface; the cloud platform user applies for service resources from the cloud platform through the standard service docking interface;
step S4, the cloud platform returns the request URL of the service API gateway to the cloud platform user, and the cloud platform user accesses the corresponding HTTP service through the request URL;
the step S1 specifically includes:
step S11, all communication subsystems in the emergency communication system are connected to a cloud platform through an SDK or SIP protocol;
step S12, enabling each communication subsystem to form an HTTP service of a unified protocol specification, wherein the unified protocol specification specifically includes: adopting a communication protocol based on HTTP, adopting JSON format for a message body, adopting a mixed REST style for URL, and adopting POST as a request mode;
the URL consists of a basic URL and a service URL; the basic URL comprises an IP address, a port number, an API and an API version number, and the service URL comprises a service type and each service parameter;
the HTTP service comprises a voice scheduling service, a video conference scheduling service, a satellite terminal scheduling service, a short wave scheduling service, a communication vehicle scheduling service, a broadband cluster scheduling service, a short message fax scheduling service, a video monitoring scheduling service, a positioning service or an individual scheduling service.
2. The converged communication resource cloud sharing method according to claim 1, wherein: the step S4 specifically includes: after receiving a service resource application of a cloud platform user, the cloud platform searches whether the applied service resource exists or not from the service resource capacity set of the service registration center, and if the applied service resource exists, the request URL of the service API gateway corresponding to the service resource is returned to the cloud platform user, and the cloud platform user accesses the corresponding HTTP service through the received request URL; and if not, returning a prompt message to the cloud platform user.
3. A converged communication resource cloud sharing system is characterized in that: the system comprises a docking module, a service registration module, a resource application module and a service access module;
the docking module is used for docking all communication subsystems in the emergency communication system to the cloud platform and enabling all the communication subsystems to form HTTP services with uniform protocol specifications;
the service registration module is used for sending a service registration request to a service registration center by the HTTP service formed by each communication subsystem, and the request parameters of the service registration request comprise a service name, a service type, an IP address and service capacity; after receiving each service registration request, the service registration center forms a service resource capacity set by describing HTTP service formed by each communication subsystem according to the request parameters of each service registration request, and stores the service resource capacity set in the service registration center;
the resource application module is used for providing a standard service docking interface for the cloud platform, and the standard service docking interface comprises an HTTP interface, a message queue interface or a Web plug-in interface; the cloud platform user applies for service resources from the cloud platform through the standard service docking interface;
the service access module is used for the cloud platform to return the request URL of the service API gateway to a cloud platform user, and the cloud platform user accesses the corresponding HTTP service through the request URL;
the docking module specifically comprises a docking unit and a protocol specification unit;
the docking unit is used for docking each communication subsystem in the emergency communication system to the cloud platform through an SDK or SIP protocol;
the protocol specification unit is configured to enable each communication subsystem to form an HTTP service of a unified protocol specification, where the unified protocol specification specifically includes: adopting a communication protocol based on HTTP, adopting JSON format for a message body, adopting a mixed REST style for URL, and adopting POST as a request mode;
the URL consists of a basic URL and a service URL; the basic URL comprises an IP address, a port number, an API and an API version number, and the service URL comprises a service type and each service parameter;
the HTTP service comprises a voice scheduling service, a video conference scheduling service, a satellite terminal scheduling service, a short wave scheduling service, a communication vehicle scheduling service, a broadband cluster scheduling service, a short message fax scheduling service, a video monitoring scheduling service, a positioning service or an individual scheduling service.
4. The converged communication resource cloud sharing system of claim 3, wherein: the service access module is specifically as follows: after receiving a service resource application of a cloud platform user, the cloud platform searches whether the applied service resource exists or not from the service resource capacity set of the service registration center, and if the applied service resource exists, the request URL of the service API gateway corresponding to the service resource is returned to the cloud platform user, and the cloud platform user accesses the corresponding HTTP service through the received request URL; and if not, returning a prompt message to the cloud platform user.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811634188.XA CN109617990B (en) | 2018-12-29 | 2018-12-29 | Converged communication resource cloud sharing method and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811634188.XA CN109617990B (en) | 2018-12-29 | 2018-12-29 | Converged communication resource cloud sharing method and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109617990A CN109617990A (en) | 2019-04-12 |
| CN109617990B true CN109617990B (en) | 2021-12-07 |
Family
ID=66015373
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811634188.XA Active CN109617990B (en) | 2018-12-29 | 2018-12-29 | Converged communication resource cloud sharing method and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109617990B (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110636114B (en) * | 2019-08-23 | 2022-03-18 | 四川汇安融信息技术股份有限公司 | Customer service access method, access system, service system and cloud platform |
| CN110795182A (en) * | 2019-09-18 | 2020-02-14 | 平安科技（深圳）有限公司 | Cloud host creation method and system |
| CN111416837A (en) * | 2020-02-20 | 2020-07-14 | 华迪计算机集团有限公司 | Government affair system API interface access gateway, method, electronic equipment and storage medium |
| CN111752726B (en) * | 2020-06-25 | 2023-07-14 | 武汉众邦银行股份有限公司 | Method for quickly cross sharing data among multiple systems |
| CN114979133B (en) * | 2022-04-13 | 2024-04-30 | 广东省电信规划设计院有限公司 | Deployment method and device for converged communication cloud platform |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101969391A (en) * | 2010-10-27 | 2011-02-09 | 北京邮电大学 | Cloud platform supporting fusion network service and operating method thereof |
| CN102573112A (en) * | 2010-12-07 | 2012-07-11 | 中国电信股份有限公司 | Telecommunication network capability opening method, system and alliance support platform |
| CN107888673A (en) * | 2017-11-03 | 2018-04-06 | 国云科技股份有限公司 | A kind of unified management implementation method suitable for isomery cloud platform |
| CN108055260A (en) * | 2017-12-11 | 2018-05-18 | 上海三吉电子工程有限公司 | A kind of integration command dispatching system |
| CN108449418A (en) * | 2018-03-29 | 2018-08-24 | 新华三云计算技术有限公司 | A kind of mixed cloud platform management system and method |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120158869A1 (en) * | 1998-03-13 | 2012-06-21 | Groupserve It Trust Llc | Centrifugal communication and collaboration method |
| CN102694770A (en) * | 2011-03-22 | 2012-09-26 | 中兴通讯股份有限公司 | System and method for multi-type resource management in business platform |
| US10244500B2 (en) * | 2011-03-30 | 2019-03-26 | Wei Lu | Open wireless architecture (OWA) mobile cloud infrastructure and method |
| CN102684903B (en) * | 2011-12-23 | 2015-09-16 | 中兴通讯股份有限公司 | A kind of management platform, system and method realizing the access of cloud storage multiple resource node |
| US10044808B2 (en) * | 2012-12-20 | 2018-08-07 | Software Ag Usa, Inc. | Heterogeneous cloud-store provider access systems, and/or associated methods |
| US9654518B2 (en) * | 2014-12-05 | 2017-05-16 | Cisco Technology, Inc. | Stack fusion software communication service |
| CN104954453B (en) * | 2015-06-02 | 2019-01-22 | 浙江工业大学 | Data mining REST service platform based on cloud computing |
| CN107592237B (en) * | 2016-07-08 | 2020-09-08 | 腾讯科技（深圳）有限公司 | Resource monitoring method and system of hybrid cloud |
| CN107948309A (en) * | 2017-12-15 | 2018-04-20 | 神思电子技术股份有限公司 | A kind of integrated management method and system of the server resource based on Restful API |
| CN108429808B (en) * | 2018-03-13 | 2020-12-01 | 南京邮电大学 | Method and system for cross-platform resource interaction of Internet of things |
-
2018
- 2018-12-29 CN CN201811634188.XA patent/CN109617990B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101969391A (en) * | 2010-10-27 | 2011-02-09 | 北京邮电大学 | Cloud platform supporting fusion network service and operating method thereof |
| CN102573112A (en) * | 2010-12-07 | 2012-07-11 | 中国电信股份有限公司 | Telecommunication network capability opening method, system and alliance support platform |
| CN107888673A (en) * | 2017-11-03 | 2018-04-06 | 国云科技股份有限公司 | A kind of unified management implementation method suitable for isomery cloud platform |
| CN108055260A (en) * | 2017-12-11 | 2018-05-18 | 上海三吉电子工程有限公司 | A kind of integration command dispatching system |
| CN108449418A (en) * | 2018-03-29 | 2018-08-24 | 新华三云计算技术有限公司 | A kind of mixed cloud platform management system and method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109617990A (en) | 2019-04-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109617990B (en) | Converged communication resource cloud sharing method and system | |
| US8565267B2 (en) | Web based unified communication system and method, and web communication manager | |
| US9894111B2 (en) | System and method for data transfer between terminals in voice communication under voice over internet protocol (VoIP) | |
| KR100889977B1 (en) | Media session framework using protocol independent control module to direct and manage application and service servers | |
| JP4599617B2 (en) | Centralized controller for distributed processing of telecommunications features | |
| US20100312558A1 (en) | Voice xml network gateway | |
| US20070223462A1 (en) | Enhanced service delivery platform that provides a common framework for use by IMS and Web applications in delivering services | |
| JP2012090250A (en) | Multi-layer stack platform for cloud communications | |
| CN102333124A (en) | Method and device for improving quality of audio or video transmission in cloud computing mode | |
| CN103379096A (en) | Internet and operator network service sharing method, service side and webpage gateway | |
| TW200937215A (en) | Dynamic, subscriber driven charging models for media distribution | |
| CN102572136A (en) | Call center and method for providing call services | |
| CN113726968B (en) | Terminal communication method, device, server and storage medium | |
| CN111355699B (en) | Voice capability implementation system | |
| US7213056B2 (en) | Providing modular telephony service | |
| WO2010075688A1 (en) | Method, apparatus and system for creating and joining ip multimedia subsystem (ims) group conference | |
| JP5410977B2 (en) | How to communicate between several terminals | |
| US20080031232A1 (en) | Web services and plug-in framework in VOIP environment | |
| CN108833434B (en) | Method for realizing cross-network video call system based on IP bidirectional network set top box | |
| CN115426337B (en) | Online customer service system and method based on 5G message and VoLTE | |
| Femminella et al. | Enhancing java call control with media server control functions | |
| Yamada et al. | A platform for converged, feature-based real-time communications | |
| Al-Canaan et al. | Cross-platform approach to advanced IP-telephony services using JAIN-SIP | |
| KR20230105189A (en) | System and Method for processing data transmission in cloud computing service | |
| KR101347950B1 (en) | Convergence service method for NGN communication services and web services |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |