WO2019218474A1 - 一种视频通话服务的响应方法及系统 - Google Patents

一种视频通话服务的响应方法及系统 Download PDF

Info

Publication number
WO2019218474A1
WO2019218474A1 PCT/CN2018/097452 CN2018097452W WO2019218474A1 WO 2019218474 A1 WO2019218474 A1 WO 2019218474A1 CN 2018097452 W CN2018097452 W CN 2018097452W WO 2019218474 A1 WO2019218474 A1 WO 2019218474A1
Authority
WO
WIPO (PCT)
Prior art keywords
file
link
video call
server
video
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.)
Ceased
Application number
PCT/CN2018/097452
Other languages
English (en)
French (fr)
Inventor
程慧琳
柳德超
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen Co 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 Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Priority to SG11202001624QA priority Critical patent/SG11202001624QA/en
Priority to JP2019569725A priority patent/JP6813699B2/ja
Priority to US16/644,456 priority patent/US11528303B2/en
Publication of WO2019218474A1 publication Critical patent/WO2019218474A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/402—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel non-real time sessions, e.g. downloading a file in a parallel FTP session, initiating an email or combinational services
    • H04L65/4025—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel non-real time sessions, e.g. downloading a file in a parallel FTP session, initiating an email or combinational services where none of the additional parallel sessions is real time or time sensitive, e.g. downloading a file in a parallel FTP session, initiating an email or combinational 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/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • 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/104—Peer-to-peer [P2P] networks
    • 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/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
    • H04N7/147—Communication arrangements, e.g. identifying the communication as a video-communication, intermediate storage of the signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition

Definitions

  • the present application belongs to the field of Internet technologies, and in particular, to a method and a device for responding to a video call service.
  • the embodiment of the present application provides a method and a device for responding to a video call service, so as to solve the problem that the current network bandwidth service requires high network bandwidth resources, and the validity and stability of the user file are low. problem.
  • a first aspect of the present application provides a response method of a video call service, which is applied to a response system of a video call service, where the response system of the video call service includes: a video call device and a file push server, and the video call
  • the response methods of the service include:
  • the video call device receives a video call service request;
  • the video call service request includes a communication address of the opposite end of the call;
  • the video calling device invokes a video call connection process to establish a video call data transmission link with the call peer end, and responds to the video call service request;
  • the video calling device obtains the target file indicated by the file sending request locally, and determines according to the communication address and the file type of the target file. a link number of a file transfer link for transmitting the target file;
  • the video call device establishes a file upload link with the file push server, and uploads the target file to the file by using the file upload link. Pushing the server; the local link list is used to record the link number of each transmission link under the server to which it belongs;
  • the file pushing server sends the target file to the call peer by using a file transmission link corresponding to the link number.
  • the video call connection process when the video call service request is received, the video call connection process is invoked to establish a call data link with the call peer end, and the data generated during the video call is transmitted through the video call data link;
  • the process of the call needs to send a file to the opposite end of the call, and the link number of the file transmission link for transmitting the target file is determined based on the communication address of the opposite end of the call and the file type; when it is determined that the link number is not in the local link list , indicating that the communication peer end and the terminal device are in different servers, so the obtained target file is uploaded to the file push server, and the target file is sent to the communication peer through the file push server.
  • the file transmission link and the video call data transmission link are independent of each other, and the resolution of the video call does not affect the quality of the file resource to be acquired.
  • the file push server performs cross-server forwarding of the target file, which also realizes file transfer between the user and the salesperson, thereby improving the effectiveness and stability of obtaining the user file.
  • FIG. 1 is an interaction flowchart of a response method of a video call service according to a first embodiment of the present application
  • FIG. 2 is a flowchart of a specific interaction of a response method S103 of a video call service according to a second embodiment of the present application;
  • FIG. 3 is a flowchart of a specific implementation method of a response method S105 of a video call service according to a third embodiment of the present application;
  • FIG. 4 is a flowchart of a specific implementation method of a response method S104 of a video call service according to a fourth embodiment of the present application;
  • FIG. 5 is a flowchart of a specific implementation method of a video call service according to a fifth embodiment of the present disclosure
  • FIG. 6 is a structural block diagram of a response system of a video call service according to an embodiment of the present application.
  • the execution body of the process is a response system of the video call service.
  • the response device of the video call service includes a video call device and a file push server, wherein a subscription relationship is established between the video call device and the file push server, and the file upload server can upload the file data and accept the file sent by the file push server.
  • the file push server can perform file publishing by receiving all the servers and devices in the file push list, thereby implementing the file publishing function.
  • the file pushing server can be a server built based on the Redis database.
  • FIG. 1 is a flow chart showing an interaction of a response method of a video call service according to a first embodiment of the present application, which is described in detail as follows:
  • the video calling device receives a video call service request; the video call service request includes a communication address of the opposite end of the call.
  • the video call service request may be sent by the call peer to the video call device, that is, the call peer calls the video call device; the user may also generate a video call service request on the video call device, in which case That is, the video call device calls the opposite end of the call.
  • the number of the opposite ends of the call may be one, or two or more.
  • the video call device can simultaneously initiate a video call service request to multiple call peers. The process of establishing a video call link is independent of each other. Therefore, in this embodiment, a video call service is established by using a video call device and a call peer as an example, and the process of talking with multiple call peers may be performed. Referring to the above examples, they will not be explained here.
  • the video call service request includes a communication address of the opposite end of the call, and the communication address may be an IP address.
  • the communication address may also be a Session Initiation Protocol (SIP) of the communication peer.
  • SIP Session Initiation Protocol
  • the identifier of the server determines whether the video call link is established with the SIP server.
  • the SIP server can perform an instant video call with the call peer.
  • the video calling device invokes a video call connection process to establish a video call data transmission link with the call peer according to the communication address, and responds to the video call service request.
  • the video call data link can be established with the communication peer based on the communication address in response to the video call service request.
  • the method for establishing a video call data link is specifically: the video call connection process that is built in the response device, and the protocol file required for the video call is run through the call connection thread, and the destination address in the protocol file is adjusted to the call pair.
  • the communication address of the terminal is used to establish a video call environment between the communication peer and the video call device. After the video call environment is set up, a handshake operation is performed to establish the video call data link.
  • the protocol file for setting up the video call environment includes protocol files for multiple network levels, for example, an application layer-based protocol file, determining a port number of the application layer to be invoked, and a package encapsulation rule of the data packet; and may also include a transport layer.
  • the protocol file determines whether the voice data packet is sent or received based on the TCP protocol or the UDP protocol; and may also include a protocol file of the network layer, and the protocol file of the network layer may include routing table information corresponding to the communication address connection, analogy.
  • the video call data transmission link is a full-duplex transmission link, that is, the user can simultaneously output video data and receive video data, in order to determine to receive the data chain in two directions.
  • the video call device and the call peer will send test data synchronously. If both parties can receive the test data within a preset time, it indicates that the call data transmission link has been established and two are received. There is no abnormal link in the direction, and an instant voice call can be made.
  • the video call connection process may also construct a video call operation interface, and display on the display module of the video call device, so that the user can use the video call operation interface in the video call process.
  • the opposite end of the call sends an instruction or responds to an instruction sent by the opposite end of the call.
  • the video call device can perform a video call with the call peer through the video call data transmission link to complete the response operation of the video call service request.
  • the video calling device if the file sending request sent by the call peer is received, the video calling device locally acquires the target file indicated by the file sending request, and according to the communication address and the target file.
  • a file type that determines the link number of the file transfer link used to transfer the target file.
  • the video calling device may send a file sending request to the video calling device to upload the corresponding target file in the process of performing the video call.
  • a file sending request can also be generated on the local video calling device.
  • the video calling device parses the request, determines the target file to be acquired, and calls the corresponding local module to obtain the target file. For example, if the call peer needs to obtain the avatar image of the user, the video call device invokes the camera module to perform face recognition on the acquired image information. If the face image is recognized in the image information acquired at a certain moment, the moment is intercepted.
  • the corresponding image information is recognized as a target file corresponding to the file transmission request as the user's avatar image.
  • the video calling device queries the file stored in the local database based on the file identifier, and extracts a file corresponding to the file identifier as the target file.
  • the file type of the target file is determined, and the target device of the target file can be determined by using the communication address obtained in S101, and the target file can be determined by the file type.
  • the interface/port used so that based on the above two pieces of information, the link number of the file transmission link used to transmit the object file can be obtained.
  • the coding rules of the link codes used by the devices are the same. Therefore, the coding rules are not only applicable to encoding the data transmission links included in the video call device, but also applicable to other than itself. device.
  • the encoding rule of the link encoding may be downloaded from the upper device corresponding to the video calling device.
  • the upper device broadcasts the encoding code of the link encoding to the device in the entire network, thereby implementing link coding.
  • the purpose of unification of rules is optionally, the upper device sets an encoding update condition, and if it detects that the current time meets the preset encoding update condition, for example, a new device joins the network, or reaches a code update period, the updated code is used.
  • the rules are broadcast to achieve the purpose of updating the encoding rules.
  • the manner in which the video call device generates the link code based on the communication address and the file type may be: according to a preset cross coding algorithm, cross-inserting the file type on the basis of the communication address, The link number.
  • the link coding rule may also be a hash function, and the first server imports the communication address and the file type into the hash function to output the link number corresponding to the two parameters.
  • the video calling device may send a local link list acquisition request to the server to which it belongs, and the server aggregates the link numbers of the transmission links of the ports of the server, generates a local link list, and returns Give the video call device.
  • the video communication device After determining the link code used by the transmission target file, the video communication device detects whether the link code is in the local link list. If it is in the list, it means that the transmission of the target message can be forwarded to the corresponding call peer through the server to which the video call device belongs, without performing cross-server file transmission, and the communication peer is in the local area network where the video call device is located.
  • the server described in the video calling device determines the file transmission link corresponding to the link code, and sends the target file obtained by the video call device to the communication peer through the file transmission link without uploading to the file. Pushing the server; otherwise, if the link code is not in the local link list, indicating that the information belongs to the cross-server interaction, the operation of S104 is performed.
  • the video call device establishes a file upload link with the file push server, and uploads the target file by using the file upload link.
  • the local link list is used to record the link number of each transmission link under the server to which it belongs.
  • the video call device if the link code is not in the local link list, it indicates that the call peer is not connected to the server to which the video call device belongs, and cross-server file transfer is required.
  • the video call device establishes a file upload link with the file push server, and the file upload link and the video call data transmission link belong to two independent links, so that the call quality of the video call is not Affects the uploaded file.
  • the video call device can upload the target file to the file push server, and push the target file to each device that has established a subscription relationship with the file push server through the push function of the file push server.
  • the file pushing server sends the target file to the calling peer by using a file transmission link corresponding to the link number.
  • the call peer establishes a subscription relationship with the file push server, so the link number of the file transfer link for transmitting the file to the call peer end is recorded in the link list of the file push server.
  • the file push server determines the file transfer link corresponding to the link number based on the link number corresponding to the target file, and sends the target file to the call peer through the file transfer link. The purpose of file transfer across servers.
  • the file push server saves the target file in its corresponding database based on the device identifier of the video call device.
  • the peer end of the call can actively establish a file transmission link with the file push server, and retrieve the target file from the database corresponding to the video call device.
  • the file transmission link and the video call data transmission link are independent of each other, and the resolution of the video call no longer affects the required file.
  • the file push server performs cross-server forwarding of the target file, which also realizes file transfer between the user and the salesperson, thereby improving the effectiveness and stability of obtaining the user file.
  • FIG. 2 is a flowchart showing a specific interaction of a response method S103 of a video call service according to a second embodiment of the present application.
  • S103 includes: S1031 ⁇ S1036, the details are as follows:
  • the video call device sends a routing table acquisition request to the file push server.
  • the video call device since the video call device only records the address information of the terminal device connected to each port of the server, the communication peer is not necessarily connected to the port of the local server. In this case, the video call device also needs to obtain an external routing table. Therefore, the video calling device sends a routing table acquisition request to the file push server to collect routing information of all devices having a subscription relationship through the file push server.
  • the video calling device can establish a subscription relationship with multiple file pushing servers at the same time.
  • the video calling device establishes a communication link with each file pushing server, and sends a routing table to each file pushing server. Get the request.
  • the target information can also be sent to the file push server corresponding to the target address, thereby improving the efficiency of information push and avoiding Invalid upload occurred.
  • the file pushing server broadcasts a routing table summary instruction to each device in the response system of the video call service, receives routing information returned by each device, and summarizes all the routing information to generate an external route. table.
  • the file pushing server after receiving the routing table acquisition request, the file pushing server generates a routing table summary instruction, and broadcasts the routing table summary instruction to each device connected thereto, so that a subscription is established with the file pushing server.
  • Each device of the relationship returns its own routing information.
  • the device when the device that has established the subscription relationship with the file push server receives the routing table summary command, the device obtains the network address of each port, generates routing information corresponding to the device, and returns the file to the file push server. After receiving the routing information returned by all devices, the file push server aggregates all routing information to generate an external routing table.
  • the file pushing server may be configured with a maximum waiting time, and after the file pushing server broadcasts the routing table summary instruction to each device, a waiting timer is started, and if the waiting timer reaches the maximum waiting time, the device still exists. If the routing information is not returned, the external routing table is generated based on the routing information received at the current time, and the device that does not return the routing information is abnormal, and the abnormal operation is performed.
  • the video calling device receives the external routing table sent by the file pushing server, and queries a local routing table of the server to which the server belongs and the external routing table to determine a target server corresponding to the communication address.
  • the external routing table is sent to the video calling device, and then the video call setting query records the local routing table of the routing information of each port and the external routing table. Whether the communication address in the target information is included, and then the device to which the communication address belongs can be located to determine the device identifier of the opposite end of the call.
  • the video calling device acquires a device identifier of a target server corresponding to the communication address, and converts the device identifier into a primary coding factor.
  • the video call device may generate a primary coding factor for determining the link number according to the device identifier.
  • the primary coding factor is unique. Since the device identifiers of different devices are different, the primary coding factors output after the conversion are also different. If the two coding codes with the same primary coding factor are encoded, Indicates that it belongs to the same device.
  • the sub-encoding factor is determined based on the port number used to transmit the target file. Different devices can transmit the same type of file when the port number is the same, so the sub-encoding factors corresponding to different devices can be the same, and Not unique.
  • the method for generating the primary coding factor according to the device identifier may be: the video call device stores a conversion algorithm of the primary coding factor, and the conversion algorithm may be a hash function, and the video call device imports the device identifier into the conversion In the algorithm, the corresponding primary coding factor can be output.
  • the video calling device may directly use the device identifier as a primary coding factor, or select a content of a fixed field in the device identifier as a primary coding factor.
  • the video communication device determines, by the file type, a communication port number to be called to transmit the target file, and generates a sub-coding factor according to the communication port number.
  • the video calling device also determines the file type of the target file.
  • the network protocols used are different. For example, for webpage files, the HTTP protocol is mainly used, and the port number used is 80, and for mail files, the main used is It is the STMP protocol, and its corresponding port number is 25. Therefore, the network protocols used by different file types are different, and the port number for transmitting the protocol is also different.
  • the video call setting not only needs to determine the device identifier corresponding to the target file, but also determines which port the target file is transmitted to the device, and generates a sub-encoding factor based on the port number.
  • the first server can directly use the port number as a sub-coding factor.
  • S1031 ⁇ S1034 and S1035 are independent of each other, and there is no order relationship. That is, the video calling device may first determine the primary coding factor, or may first determine the primary coding factor, and may also determine two coding factors simultaneously. .
  • the video call device obtains the link number based on the primary coding factor and the sub-coding factor.
  • the video communication device may combine the two coding factors to obtain a link number of the target file.
  • the specific process of the synthesis may be: directly combining the main coding factor and the sub-coding factor two strings, and performing cross-merging.
  • the user can set the merge mode by itself. After the setup is complete, the device will be synchronized to the devices on the entire network, so that the merge mode of the entire network is consistent.
  • the link coding is performed to make the link coding unique, and the target device to be transmitted can be accurately located. And the port number you need to use for accurate delivery.
  • FIG. 3 is a flowchart showing a specific implementation of a response method S105 of a video call service according to a third embodiment of the present application.
  • the response method S105 of the video call service provided by this embodiment includes S1051 ⁇ S1052, and the details are as follows:
  • the response system of the video call service further includes at least one subscription server having a subscription relationship with the file push server;
  • each of the subscription servers of the file push server pushes the target file.
  • the file push server stores an information push list, and the file push list records each subscription server that has established a subscription relationship with the file push server.
  • the file push list may also include a video call device.
  • the file push server receives the target file, it pushes the target file to each subscriber to implement the information publishing operation.
  • the file pushing server is configured with a push trigger condition, for example, detecting whether the current time reaches a preset push period, or whether the total data volume of the file to be pushed exceeds a preset threshold, and the push trigger condition is met when the current time is detected. At the time, the target file is pushed to each subscriber.
  • the file push list may record only the respective subscription servers with the current time subscription relationship valid, and may also record the expired invalid servers that have subscribed to the file push server.
  • the file push server stores the target files that are not pushed in the corresponding cache unit, and after detecting that the device re-establishes the subscription relationship, the unsent in the cache unit is not sent. The file is pushed to the device.
  • the subscription server uses the file transmission link corresponding to the link number to The target file is sent to the opposite end of the call.
  • the link number of the target file is recorded in the local link list of a certain subscription server, it indicates that the communication peer is connected to the subscription server. In this case, the subscriber server queries the link number. Corresponding communication link, and sending the target file to the call peer through the communication link.
  • the link number of the target file is not recorded in the local link list of the other subscription server, it indicates that the call peer is not connected to itself, in which case the subscriber deletes the target. file.
  • the subscriber server may also push the target file to another file push server, and the other file push server forwards the target file.
  • the file publishing function of the file pushing server performs the sending operation of the target file to all the subscription servers in the entire network, and then forwards the target file through the subscription server, thereby achieving the purpose of cross-server file interaction.
  • FIG. 4 is a flowchart showing a specific implementation of a response method S104 of a video call service according to a fourth embodiment of the present application.
  • S104 includes: S1041 ⁇ S1043, which are specifically described as follows:
  • the video call device divides a bandwidth resource of a preset value from a bandwidth resource allocated by the video call data transmission link as a call bandwidth resource.
  • the video call device can reduce the resolution of the current video call to perform a file upload operation by dividing a bandwidth resource of a preset value from the video call data transmission link.
  • the preset value is determined according to the resolution of the current video call and the minimum call resolution. The process is as follows: calculating the difference between the resolution of the current video call and the minimum call resolution, based on the The difference in resolution determines the redundancy rate of the video call; the call bandwidth resource is calculated based on the redundancy rate.
  • the video call can be converted into a voice call, and after the file is uploaded, the voice call is switched to the video call to provide sufficient bandwidth resources. To upload the target file.
  • the video call device creates the file upload link based on the idle bandwidth resource at the current moment and the called bandwidth resource, and uploads the target file to the file push by using the file upload link. server.
  • the video call device detects the available bandwidth resource at the current time, that is, the idle bandwidth resource, and creates a file upload chain with the file push server based on the idle bandwidth resource and the call bandwidth resource obtained by the partitioning.
  • the allocated bandwidth resource of the file upload link is the sum of the idle bandwidth resource and the called bandwidth resource. After the file upload link is created, the target file can be sent to the file push server.
  • the video call device releases the bandwidth resource of the file upload link, and reallocates the called bandwidth resource to the video. Call data transmission link.
  • the file upload link may be disconnected, and the bandwidth resource occupied by the file upload link may be released, wherein part of the bandwidth resource is called video data.
  • the transmission link is therefore re-assigned to the video data transmission link. If the resolution of the video call is lowered, the resolution of the video call can also be restored to the value before the division.
  • the bandwidth resource is dynamically adjusted, and the bandwidth resource allocated by the video call is reduced when the file needs to be uploaded, so as to improve the file transmission rate, thereby making the file sending operation more flexible, thereby improving the video call service processing. effectiveness.
  • FIG. 5 is a flowchart of a specific implementation of a response method of a video call service according to a fifth embodiment of the present application.
  • S501 and S502 as detailed below:
  • the video calling device acquires current network operating parameters.
  • the video calling device detects whether the current network environment is suitable for the file uploading operation, and therefore obtains the current network running parameter, and sets the network running parameter and the preset running parameter. Threshold comparison. If the running parameter is greater than or equal to the preset operating parameter threshold, the operation of establishing a file uploading link with the file pushing server is performed; otherwise, if the running parameter is smaller than the operating parameter threshold, the operation of S502 is performed.
  • the network operating parameters include, but are not limited to, at least one of the following: a transmission rate, a bit error rate, a signal to noise ratio, a bandwidth occupancy rate, a link interruption frequency, and the like, and parameters related to a network transmission state.
  • the video calling device stores the target file in a local database until the network running parameter is greater than or equal to the operating parameter threshold, Performing the operation of establishing a file upload link with the file push server.
  • the video calling device stores the target file obtained locally from the local database, and continuously monitors the current network running parameters, and then pushes the file to the file when it detects that the network running parameter is greater than or equal to the operating parameter threshold.
  • the server uploads the target file.
  • the network operation parameter is monitored, and the target file upload operation is performed when the threshold value is greater than or equal to the preset operation parameter, thereby improving the success rate of file uploading.
  • FIG. 6 is a structural block diagram of a response system of a video call service according to an embodiment of the present application.
  • the device included in the response device of the video call service is used to execute the steps in the embodiment corresponding to FIG. 1.
  • FIG. 1 For details, please refer to the related description in the embodiment corresponding to FIG. 1 and FIG. For the convenience of explanation, only the parts related to the present embodiment are shown.
  • the response system of the video call service includes: a video call device 61 and a file push server 62:
  • the video call device 61 is configured to receive a video call service request; the video call service request includes a communication address of the call peer 63;
  • the video calling device 61 is configured to, according to the communication address, invoke a video call connection process to establish a video call data transmission link with the call peer end, in response to the video call service request;
  • the video call device 61 is configured to: if the file sending request sent by the call peer 63 is received, obtain the target file indicated by the file sending request locally, and according to the communication address and the target file File type, determining a link number of a file transfer link for transmitting the target file;
  • the video calling device 61 is configured to establish a file uploading link with the file pushing server 62 if the link number is not included in the local link list, and use the file upload link to send the target file.
  • the local link list is used to record the link number of each transmission link under the server 64 to which it belongs;
  • the file pushing server 62 is configured to send the target file to the call peer 63 by using a file transmission link corresponding to the link number.
  • the video calling device 61 is configured to determine, according to the communication address and a file type of the target file, a link number for transmitting the target file, including:
  • the video calling device 61 is configured to send a routing table acquisition request to the file pushing server 62.
  • the file pushing server 62 is configured to broadcast a routing table summary instruction to each device in the response system of the video call service, receive routing information returned by each device, and summarize all the routing information to generate an external route. table;
  • the video calling device 61 is configured to receive the external routing table sent by the file pushing server 62, query a local routing table of the server to which the server belongs, and the external routing table, and determine a target server corresponding to the communication address;
  • the video call device 61 is configured to acquire a device identifier of a target server corresponding to the communication address, and convert the device identifier into a primary coding factor;
  • the video calling device 61 is configured to determine, by using the file type, a communication port number that is required to be transmitted by transmitting the target file, and generate a sub-coding factor according to the communication port number;
  • the video communication device 61 is configured to obtain the link number based on the primary coding factor and the sub-coding factor.
  • the response system of the video call service further includes at least one subscription server having a subscription relationship with the file push server;
  • the file pushing server 62 is configured to send the target file to the call peer 63 by using a file transmission link corresponding to the link number, including:
  • the file pushing server 62 is configured to feed the target file by each of the subscription servers;
  • the subscriber sends the target file to the file transmission link corresponding to the link number to The call peer.
  • the video calling device 61 is configured to establish a file uploading link with the file pushing server 62, and upload the target file to the file pushing server 62 by using the file uploading link, including:
  • the video call device 61 is configured to divide a bandwidth resource of a preset value from a bandwidth resource allocated by the video call data transmission link as a call bandwidth resource;
  • the video call device 61 is configured to create the file upload link based on the idle bandwidth resource at the current moment and the called bandwidth resource, and upload the target file to the file push by using the file upload link.
  • the video calling device 61 is configured to: if it is detected that the target file has been uploaded to the file pushing server 62, release the bandwidth resource of the file uploading link, and reallocate the called bandwidth resource to the Video call data transmission link.
  • the video calling device 61 is further configured to:
  • the video calling device 61 is configured to acquire current network running parameters.
  • the video calling device 61 is configured to store the target file in a local database if the network running parameter is less than a preset operating parameter threshold, until the network running parameter is greater than or equal to the operating parameter threshold, The operation of establishing a file upload link with the file push server 62 is performed.
  • the file transmission link and the video call data transmission link are independent of each other, and the resolution of the video call no longer affects the quality of the file resource to be acquired.
  • the file push server performs cross-server forwarding of the target file, which also realizes file transfer between the user and the salesperson, thereby improving the effectiveness and stability of obtaining the user file.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请适用于互联网技术领域，提供了一种视频通话服务的响应方法及系统，包括：所述视频通话设备接收视频通话服务请求；基于通信地址，调用视频通话连接进程建立与通话对端之间的视频通话数据传输链路，响应视频通话服务请求；若接收到通话对端发送的文件发送请求，则从本地获取所述文件发送请求所指的目标文件，并根据通信地址以及目标文件的文件类型，确定链路编号；若本地链路列表中不包含链路编号，则通过文件上传链路将目标文件上传至文件推送服务器；文件推送服务器通过链路编号对应的文件传输链路向通话对端发送目标文件。本申请中文件传输链路与视频通话数据传输链路相互独立，视频通话的分辨率的高低不再影响所需获取的文件资源的质量。

Description

一种视频通话服务的响应方法及系统
本申请申明享有2018年05月14日递交的申请号为201810457629.7、名称为“一种视频通话服务的响应方法及系统”中国专利申请的优先权，该中国专利申请的整体内容以参考的方式结合在本申请中。
技术领域
本申请属于互联网技术领域，尤其涉及一种视频通话服务的响应方法及设备。
 背景技术
随着视频通话技术的不断发展，越来越多的服务支持即时视频通话进行业务办理。在通过视频通话进行业务办理的过程中，经常要求用户提供相关资料，例如要求用户展示身份证、银行卡等，与用户进行视频通话的业务员会对提供的资源进行保存。现有的进行视频通话业务办理时，由于用户与业务员常常处于不同的服务器，无法直接进行文件传输，因此业务员获取相关文件资源的方式一般是通过截取视频画面方式实现，然而该方式中获取文件资源的质量与视频通话的画面分辨率直接相关，若由于带宽资源不足而采用较低分辨率进行视频通话的情况下，业务人员甚至无法获取到有效的用户资源。由此可见，现在进行视频通话业务办理时，要求网络带宽资源较高，获取用户文件的有效性以及稳定性较低。
 技术问题
有鉴于此，本申请实施例提供了一种视频通话服务的响应方法及设备，以解决现在进行视频通话业务办理时，要求网络带宽资源较高，获取用户文件的有效性以及稳定性较低的问题。
 技术解决方案
本申请实施例的第一方面提供了一种视频通话服务的响应方法，应用于视频通话服务的响应系统，所述视频通话服务的响应系统包括：视频通话设备以及文件推送服务器，所述视频通话服务的响应方法包括：
所述视频通话设备接收视频通话服务请求；所述视频通话服务请求包含通话对端的通信地址；
所述视频通话设备基于所述通信地址，调用视频通话连接进程建立与所述通话对端之间的视频通话数据传输链路，响应所述视频通话服务请求；
若接收到所述通话对端发送的文件发送请求，则所述视频通话设备从本地获取所述文件发送请求所指的目标文件，并根据所述通信地址以及所述目标文件的文件类型，确定用于传输所述目标文件的文件传输链路的链路编号；
若本地链路列表中不包含所述链路编号，则所述视频通话设备与所述文件推送服务器建立文件上传链路，并通过所述文件上传链路将所述目标文件上传至所述文件推送服务器；所述本地链路列表用于记录自身所属服务器下各个传输链路的链路编号；
所述文件推送服务器通过所述链路编号对应的文件传输链路向所述通话对端发送所述目标文件。
 有益效果
本申请实施例通过在接收到视频通话服务请求时，则调用视频通话连接进程与通话对端建立实现通话数据链路，通过该视频通话数据链路传输视频通话过程中产生的数据；若在视频通话的过程需要向通话对端发送文件，则会基于通话对端的通信地址以及文件类型，确定传输该目标文件的文件传输链路的链路编号；当确定该链路编号不在本地链路列表内，则表示通信对端与终端设备处于不同的服务器，因此将获取得到的目标文件上传到文件推送服务器，通过文件推送服务器将目标文件发送给通信对端。与现有的视频通话业务办理方式相比，文件传输链路与视频通话数据传输链路相互独立，视频通话的分辨率的高低不再影响所需获取的文件资源的质量。另一方面，通过文件推送服务器对目标文件进行跨服务器转发，也实现了用户与业务员之间的文件互传，提高了获取用户文件的有效性以及稳定性。
 附图说明
图1是本申请第一实施例提供的一种视频通话服务的响应方法的交互流程图；
图2是本申请第二实施例提供的一种视频通话服务的响应方法S103具体交互流程图；
图3是本申请第三实施例提供的一种视频通话服务的响应方法S105具体实现流程图；
图4是本申请第四实施例提供的一种视频通话服务的响应方法S104具体实现流程图；
图5是本申请第五实施例提供的一种视频通话服务的响应方法具体实现流程图；
图6是本申请一实施例提供的一种视频通话服务的响应系统的结构框图。
 本发明的实施方式
在本申请实施例中，流程的执行主体为视频通话服务的响应系统。该视频通话服务的响应设备包括视频通话设备以及文件推送服务器，其中，视频通话设备与文件推送服务器之间建立了订阅关系，可以向文件推送服务器上传文件数据以及接受文件推送服务器发送的文件。该文件推送服务器可以将接收到的向文件推送列表内的所有服务器以及设备进行文件推送，从而实现文件发布的功能，具体地，该文件推送服务器可以为基于Redis数据库搭建的服务器。图1示出了本申请第一实施例提供的视频通话服务的响应方法的交互流程图，详述如下：
在S101中，所述视频通话设备接收视频通话服务请求；所述视频通话服务请求包含通话对端的通信地址。
在本实施例中，该视频通话服务请求可以由通话对端发送给视频通话设备，即通话对端呼叫视频通话设备；用户还可以在视频通话设备上生成一个视频通话服务请求，在该情况下，即视频通话设备呼叫通话对端。需要说明的是，通话对端的数量可以为一个，也可以为两个或以上，由于IP视频通话服务支持多人视频通话，即视频通话设备可以同时向多个通话对端发起视频通话服务请求，而建立视频通话链路的过程是相互独立的，因此在本实施例中，以视频通话设备与一个通话对端建立视频通话服务作为例子进行说明，而与多个通话对端进行通话的过程可以参照上述例子，在此不再一一阐述。
在本实施例中，视频通话服务请求中包含通话对端的通信地址，该通信地址可以为IP地址，优选地，该通信地址还可以为通信对端所述的会话初始协议（Session Initiation Protocol，SIP）服务器的标识，确定通过与哪一SIP服务器建立视频通话链路，当视频通话设备与通信对端的SIP服务器建立视频通话链路时，则可以通过该SIP服务器与通话对端进行即时视频通话。
在S102中，所述视频通话设备基于所述通信地址，调用视频通话连接进程建立与所述通话对端之间的视频通话数据传输链路，响应所述视频通话服务请求。
在本实施例中，响应设备在确定了与通信对端的通信地址后，可以基于该通信地址与通信对端建立视频通话数据链路，以响应视频通话服务请求。其中，建立视频通话数据链路的方式具体为：响应设备会内置的视频通话连接进程，并通过该通话连接线程运行视频通话所需的协议文件，上述协议文件中的目的地址会调整为通话对端的通信地址，以搭建通信对端与视频通话设备之间的视频通话环境，在视频通话环境搭建完毕后，则进行握手操作，以建立该视频通话数据链路。其中，上述搭建视频通话环境的协议文件包括关于多个网络层级的协议文件，例如基于应用层的协议文件，确定所需调用应用层的端口号，以及数据包的封装规则；还可以包括传输层的协议文件，确定是基于TCP协议抑或是基于UDP协议进行语音数据包的收发；还可以包括网络层的协议文件，网络层的协议文件可以包含与通信地址连接所对应的路由表信息，以此类推。
可选地，在本实施例中，由于视频通话数据传输链路是一个全双工的传输链路，即用户双发可以同时输出视频数据以及接收视频数据，为了确定接收两个方向的数据链路的完备性，视频通话设备以及通话对端会同步发送测试数据，若在预设的时间内双方均能够接收到该测试数据，则表示该通话数据传输链路已建立完成，且接收两个方向的链路无异常，可以进行即时语音通话。
可选地，在本实施例中，视频通话连接进程还可以构建一个视频通话操作界面，并在视频通话设备的显示模块上进行展示，以便用户通过该视频通话操作界面在视频通话的过程中向通话对端发送指令，或响应通话对端发送的指令。
在本实施例中，视频通话数据传输链路搭建完毕后，视频通话设备可以通过该视频通话数据传输链路与通话对端进行视频通话，完成视频通话服务请求的响应操作。
在S103中，若接收到所述通话对端发送的文件发送请求，则所述视频通话设备从本地获取所述文件发送请求所指的目标文件，并根据所述通信地址以及所述目标文件的文件类型，确定用于传输所述目标文件的文件传输链路的链路编号。
在本实施例中，视频通话设备在执行进行视频通话的过程中，通话对端可以发送一个文件发送请求，以要求视频通话设备上传对应的目标文件；当然，用户若需要向通话对端发送一个目标文件时，也可以在本地的视频通话设备上生成一个文件发送请求。视频通话设备在接收到文件发送请求后，会对该请求进行解析，确定所需获取的目标文件，并调用本地相应的模块获取该目标文件。例如，通话对端需要获取用户的头像图像，则视频通话设备会调用摄像模块，对获取的图像信息进行人脸识别，若某一时刻获取的图像信息中识别到人脸图像，则截取该时刻对应的图像信息作为用户的头像图像，识别为文件发送请求对应的目标文件。可选地，若该文件发送请求中包含目标文件的文件标识，则视频通话设备会基于该文件标识查询本地数据库内存储的文件，提取与该文件标识对应的文件作为目标文件。
在本实施例中，视频通话设备在获取了目标文件后，则确定该目标文件的文件类型，通过S101中获取的通信地址可以确定目标文件的目标设备，通过文件类型可以确定传输该目标文件所使用的接口/端口，从而基于上述两个信息，可以得到用于发送该目标文件所使用的文件传输链路的链路编号。
在本实施例中，各个设备所使用的链路编码的编码规则是相同的，因此该编码规则不仅适用于对视频通话设备对自身包含的数据传输链路进行编码，同样适用于除自身外其他设备。其中该链路编码的编码规则可以从视频通话设备对应的上位设备处下载，在该情况下，该上位设备会向全网内的设备广播该链路编码的编码规则，从而实现的链路编码规则统一化的目的。可选地，该上位设备设置有一编码更新条件，若检测到当前时刻满足预设的编码更新条件，例如有新的设备加入到该网络内，或到达编码更新周期，则会把更新后的编码规则进行广播，以实现编码规则更新的目的。
可选地，在本实施例中，视频通话设备基于通信地址以及文件类型生成链路编码的方式可以为：根据预设的交叉编码算法，在通信地址的基础上，交叉插入该文件类型，得到该链路编号。可选地，链路编码规则还可以为一哈希函数，第一服务器将通信地址以及文件类型导入到该哈希函数内，以输出上述两个参数所对应的链路编号。
在本实施例中，视频通话设备可以向所属的服务器发送一个本地链路列表获取请求，该服务器会对服务器的各个端口的传输链路的链路编号进行汇总，生成本地链路列表，并返回给视频通话设备。视频通话设备在确定了传输目标文件所使用的链路编码后，会检测该链路编码是否在该本地链路列表内。若该在列表内，则表示传输该目标消息可以通过视频通话设备所属的服务器转发给对应的通话对端，无需进行跨服务器的文件传输，通信对端在视频通话设备所在的局域网内，在该情况下，视频通话设备所述的服务器确定该链路编码对应的文件传输链路，并通过该文件传输链路将视频通话设备的获取得到的目标文件发送给通信对端，而无需上传至文件推送服务器；反之，若该链路编码不在本地链路列表内，则表示属于跨服务器之间的信息交互，则执行S104的操作。
在S104中，若本地链路列表中不包含所述链路编号，则所述视频通话设备与所述文件推送服务器建立文件上传链路，并通过所述文件上传链路将所述目标文件上传至所述文件推送服务器；所述本地链路列表用于记录自身所属服务器下各个传输链路的链路编号。
在本实施例中，若该链路编码不在本地链路列表内，则表示该通话对端并非与视频通话设备所属的服务器相连，需要进行跨服务器文件传输。在该情况下，视频通话设备会与文件推送服务器建立一条文件上传链路，该文件上传链路与视频通话数据传输链路属于两条相互独立的链路，从而视频通话的通话质量并不会对所上传的文件造成影响。在文件上传链路建立完成后，视频通话设备则可以将目标文件上传给文件推送服务器，通过文件推送服务器的推送功能，将目标文件向与该文件推送服务器建立了订阅关系的各个设备进行推送。
在S105中，所述文件推送服务器通过所述链路编号对应的文件传输链路向所述通话对端发送所述目标文件。
在本实施例中，通话对端与文件推送服务器建立了订阅关系，因此向通话对端传输文件的文件传输链路的链路编号会记录于文件推送服务器的链路列表内。文件推送服务器在接收到目标文件后，会基于该目标文件对应的链路编号，确定该链路编号对应的文件传输链路，并通过该文件传输链路向通话对端发送目标文件，实现了跨服务器的文件传输的目的。
可选地，文件推送服务器基于视频通话设备的设备标识，将该目标文件保存在其对应的数据库内。通话对端可以主动与文件推送服务器建立一条文件传输链路，并从视频通话设备所对应的数据库内，取回该目标文件。
以上可以看出，本申请实施例提供的一种视频通话服务的响应方法中，文件传输链路与视频通话数据传输链路相互独立，视频通话的分辨率的高低不再影响所需获取的文件资源的质量。另一方面，通过文件推送服务器对目标文件进行跨服务器转发，也实现了用户与业务员之间的文件互传，提高了获取用户文件的有效性以及稳定性。
图2示出了本申请第二实施例提供的一种视频通话服务的响应方法S103的具体交互流程图。参见图2所示，相对于图1述实施例，本实施例提供的一种视频通话服务的响应方法中S103包括： S1031~S1036，具体详述如下：
在S1031中，所述视频通话设备向所述文件推送服务器发送路由表获取请求。
在本实施例中，确定了通话对端的通信地址后，由于视频通话设备只记录有本身所述服务器各个端口连接的终端设备的地址信息，而该通信对端并不一定与本地服务器的端口相连，在该情况下，视频通话设备还需要获取外部路由表。因此，视频通话设备会向文件推送服务器发送一个路由表获取请求，以通过文件推送服务器采集与其具有订阅关系的所有设备的路由信息。
在本实施例中，视频通话设备可以同时与多个文件推送服务器建立订阅关系，在该情况下，视频通话设备会与各个文件推送服务器建立通信链路，并向每个文件推送服务器发送路由表获取请求。通过上述方式，在确定了通话对端并非与本地服务器相连且需要通过文件推送服务器进行转发时，也能够将目标信息发送给目标地址所对应的文件推送服务器，从而提高了信息推送的效率，避免无效上传的情况发生。
在S1032中，所述文件推送服务器向所述视频通话服务的响应系统内各个设备广播路由表汇总指令，接收各个所述设备返回的路由信息，并对所有所述路由信息进行汇总，生成外部路由表。
在本实施例中，文件推送服务器在接收到路由表获取请求后，会生成一个路由表汇总指令，并向与其相连的各个设备广播该路由表汇总指令，以使与该文件推送服务器建立有订阅关系的各个设备返回其自身的路由信息。
在本实施例中，当与文件推送服务器建立有订阅关系的设备接收到该路由表汇总指令后，会获取各个端口的网络地址，生成该设备对应的路由信息，并返回给文件推送服务器。文件推送服务器在接收到所有设备返回的路由信息后，会对所有路由信息进行汇总，生成外部路由表。可选地，文件推送服务器可以设置有最大等待时间，在文件推送服务器向各个设备广播路由表汇总指令后，会启动等待计时器，若该等待计时器到达该最大等待时间后，仍存在设备并未返回路由信息，则基于当前时刻接收到的路由信息生成外部路由表，并识别该未返回路由信息的设备异常，执行异常操作。
在S1033中，所述视频通话设备接收所述文件推送服务器发送的所述外部路由表，并查询自身所属服务器的本地路由表以及所述外部路由表，确定所述通信地址对应的目标服务器。
在本实施例中，信息推送服务器在生成外部路由表后，会把该外部路由表发送给视频通话设备，继而视频通话设别查询记录有各个端口的路由信息的本地路由表以及该外部路由表中是否包含目标信息中的通信地址，继而可以定位得到该通信地址所属的设备，即可以确定通话对端的设备标识。
在S1034中，所述视频通话设备获取所述通信地址对应的目标服务器的设备标识，并将所述设备标识转换为主编码因子。
在本实施例中，视频通话设备在确定了通话对端的设备标识后，则可以根据该设备标识生成用于确定链路编号的主编码因子。需要说明的是，主编码因子是具有唯一性的，由于不同设备其设备标识各不相同，因此转换后输出的主编码因子也会不相同，若主编码因子相同的两个链路编码，则表示属于同一设备。而子编码因子由于是基于传输目标文件所使用的端口号而确定的，不同的设备可以在传输同一类文件时端口号是相同的，因而不同设备所对应的子编码因子是可以相同的，并不具备唯一性。
在本实施例中，根据设备标识生成主编码因子的方式可以为：视频通话设备存储有主编码因子的换算算法，该换算算法可以为一哈希函数，视频通话设备将设备标识导入到该换算算法中，则可以输出对应的主编码因子。优选地，视频通话设备可以直接把设备标识作为主编码因子，或选取设备标识中固定字段的内容作为主编码因子。
在S1035中，所述视频通话设备通过所述文件类型，确定传输所述目标文件所需调用的的通信端口号，并根据所述通信端口号，生成子编码因子。
在本实施例中，视频通话设备还会确定目标文件的文件类型。不同的文件类型进行数据交互的过程中，所使用的网络协议各不相同，例如对于网页文件，所使用的主要是HTTP协议，该使用的端口号为80，而对于邮件文件，所使用的主要是STMP协议，其对应的端口号为25。因此，不同的文件类型所使用的网络协议各不相同，也使得传输该协议的端口号也不相同。视频通话设别不仅需要确定目标文件对应的设备标识，还需确定将该目标文件传输给该设备的哪一端口，并基于端口号生成子编码因子。优选地，第一服务器可以直接将端口号作为子编码因子。
需要说明的是，S1031~S1034与S1035之间是相互独立的，并没有先后次序关系，即视频通话设备可以先确定主编码因子，也可以先确定子编码因子，还可以同时确定两种编码因子。
在S1036中，所述视频通话设备基于所述主编码因子以及所述子编码因子，得到所述链路编号。
在本实施例中，视频通话设备在确定主编码因子以及子编码因子后，可以将上述两个编码因子进行合成，得到目标文件的链路编号。其中，合成的具体过程可以为：将主编码因子以及子编码因子两个字符串直接拼合，还可以进行交叉合并。当然，用户可以自行设置合并方式，在设置完毕后，将同步到全网的设备，以使全网的合并方式保持一致。
在本申请实施例中，通过确定链路编码的主编码因子以及子编码因子后，在输出链路编码，以使该链路编码具有唯一性的同时，还能够准确定位所需传输的目标设备以及所需使用的端口号，实现精准发送。
图3示出了本申请第三实施例提供的一种视频通话服务的响应方法S105的具体实现流程图。参见图3所示，相对于图1所述实施例，本实施例提供的一种视频通话服务的响应方法S105包括S1051~S1052，具体详述如下：
进一步地，所述视频通话服务的响应系统还包括至少一个与所述文件推送服务器具有订阅关系的订阅服务器；
所述文件推送服务器通过所述链路编号对应的文件传输链路向所述通话对端发送所述目标文件，包括：
在 S1051中，所述文件推送服务器各个所述订阅服务器推送所述目标文件。
在本实施例中，文件推送服务器存储有一信息推送列表，该文件推送列表中记录有与文件推送服务器建立了订阅关系的各个订阅服务器，当然，若视频通话设备与文件推送服务器建立了订阅关系，则该文件推送列表中还可以包括视频通话设备。在文件推送服务器接收到目标文件后，会将该目标文件推送给各个订阅服务器，实现信息发布的操作。可选地，该文件推送服务器设置有推送触发条件，例如检测当前时刻是否到达预设的推送周期，或待推送的文件的总数据量是否超过预设阈值，在检测到当前时刻满足推送触发条件时，则执行将目标文件推送给各个订阅服务器。
在本实施例中，该文件推送列表中可以只记录有当前时刻订阅关系有效的各个订阅服务器，还可以记录有曾经订阅过该文件推送服务器的已退订的失效服务器。对于已退订的失效服务器或终端设备，文件推送服务器会将并未推送的目标文件存储于各自对应的缓存单元内，在检测到上述设备重新建立订阅关系后，则把缓存单元内未发送的文件推送给该设备。
在S1052中，若任一所述订阅服务器的本地链路列表中包含所述目标文件的所述链路编号，则该所述订阅服务器通过所述链路编号对应的文件传输链路将所述目标文件发送给所述通话对端。
在本实施例中，若某一订阅服务器的本地链路列表中记录有目标文件的链路编号，则表示通信对端与该订阅服务器相连，在该情况下，订阅服务器会查询该链路编号所对应的通信链路，并通过该通信链路向通话对端发送该目标文件。
在本实施例中，若其他订阅服务器的本地链路列表中没有记录有该目标文件的链路编号，则表示该通话对端并非与自身连接，在该情况下，该订阅服务器会删除该目标文件。可选地，若该订阅服务器还与其他文件推送服务器建立了订阅关系，在该情况下，订阅服务器还可以将目标文件推送给其他文件推送服务器，交由其他文件推送服务器转发该目标文件。
在本申请实施例中，通过文件推送服务器的文件发布功能，向全网内的所有订阅服务器进行目标文件的发送操作，继而通过订阅服务器将目标文件进行转发，从而实现跨服务器文件交互的目的。
图4示出了本申请第四实施例提供的一种视频通话服务的响应方法S104的具体实现流程图。参见图4所示，相对于图1至图3所述实施例，本实施例提供的一种视频通话服务的响应方法中S104包括：S1041~S1043，具体详述如下：
在S1041中，所述视频通话设备从所述视频通话数据传输链路分配的带宽资源中划分预设数值的带宽资源作为调用带宽资源。
在本实施例中，视频通话设备可以降低当前视频通话的分辨率，以从视频通话数据传输链路中划分预设数值的带宽资源来执行文件上传操作。需要说明的是，该预设数值是可以根据当前视频通话的分辨率以及最低通话分辨率确定，实现的过程如下：计算当前视频通话的分辨率与最低通话分辨率之间的差值，基于该分辨率的差值确定视频通话的冗余速率；根据该冗余速率计算调用带宽资源。
可选地，若视频通话数据当前的分辨率已达到最低通话分辨率，则可以将视频通话转换为语音通话，在文件上传完毕后，再从语音通话切换为视频通话，以提供足够的带宽资源来上传目标文件。
在S1042中，所述视频通话设备基于当前时刻的空闲带宽资源以及所述调用带宽资源，创建所述文件上传链路，并通过所述文件上传链路将所述目标文件上传至所述文件推送服务器。
在本实施例中，视频通话设备会检测当前时刻可用的带宽资源，即上述空闲带宽资源，基于该空闲带宽资源以及上述划分得到的调用带宽资源，创建一条与文件推送服务器之间的文件上传链路，该文件上传链路的所分配的带宽资源即为空闲带宽资源以及调用带宽资源之和。在文件上传链路创建后，则可以向文件推送服务器发送目标文件。
在S1043中，若检测到所述目标文件已上传至所述文件推送服务器，则所述视频通话设备释放所述文件上传链路的带宽资源，并将所述调用带宽资源重新分配给所述视频通话数据传输链路。
在本实施例中，在目标文件已经成功发送给文件推送服务器后，可以将断开该文件上传链路，并释放该文件上传链路所占用的带宽资源，其中由于部分带宽资源是调用视频数据传输链路的，因此该部分调用带宽资源会重新分配给视频数据传输链路。若对视频通话的分辨率进行降低操作，则还可以还原视频通话的分辨率至划分前的值。
在本申请实施例中，通过动态调整带宽资源，在需要上传文件时减少视频通话所分配的带宽资源，以提高文件传输的速率，从而使得文件发送操作更加灵活，从而提高了视频通话业务办理的效率。
图5示出了本申请第五实施例提供的一种视频通话服务的响应方法的具体实现流程图。参见图5所示，相对于图1-图3所述实施例，本实施例提供的一种视频通话服务的响应方法，在所述视频通话设备与所述文件推送服务器建立文件上传链路之前，还包括：S501以及S502，具体详述如下：
在S501中，所述视频通话设备获取当前的网络运行参数。
在本实施例中，视频通话设备在上传目标文件之间，会检测当前的网络环境是否适合进行文件上传操作，因此会获取当前的网络运行参数，并将该网络运行参数与预设的运行参数阈值比较。若该运行参数大于或等于预设的运行参数阈值，则执行与文件推送服务器建立文件上传链路的操作；反之，若该运行参数小于运行参数阈值，则执行S502的操作。
在本实施例中，该网络运行参数包括但不限于至少以下一种：传输速率、误码率、信噪比、带宽占用率、链路中断频率等与网络传输状态相关的参数。
在S502中，若所述网络运行参数小于预设的运行参数阈值，则所述视频通话设备将所述目标文件存储于本地数据库，直到所述网络运行参数大于或等于所述运行参数阈值，则执行所述与文件推送服务器建立文件上传链路的操作。
在本实施例中，若网络运行参数小于预设的运行参数阈值，则表示当前网络传输状态较差，进行目标文件上传操作可能会导致文件损坏或上传失败等情况，从而不仅浪费了带宽资源，还可能会占用文件推送服务器的缓存空间，以及多次重复对同一目标文件进行发布操作。为了避免上述情况，视频通话设备会将从本地获取的目标文件存储在本地数据库，并持续对当前的网络运行参数进行监测，在检测到网络运行参数大于或等于运行参数阈值时，再向文件推送服务器上传目标文件。
在本申请实施例中，通过对网络运行参数进行监测，在大于或等于预设的运行参数阈值时在进行目标文件的上传操作，从而提高了文件上传的成功率。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
图6示出了本申请一实施例提供的一种视频通话服务的响应系统的结构框图，该视频通话服务的响应设备包括的各设备用于执行图1对应的实施例中的各步骤。具体请参阅图1与图1所对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。
参见图6，所述视频通话服务的响应系统包括：视频通话设备61以及文件推送服务器62：
所述视频通话设备61，用于接收视频通话服务请求；所述视频通话服务请求包含通话对端63的通信地址；
所述视频通话设备61，用于基于所述通信地址，调用视频通话连接进程建立与所述通话对端之间的视频通话数据传输链路，响应所述视频通话服务请求；
所述视频通话设备61，用于若接收到所述通话对端63发送的文件发送请求，则从本地获取所述文件发送请求所指的目标文件，并根据所述通信地址以及所述目标文件的文件类型，确定用于传输所述目标文件的文件传输链路的链路编号；
所述视频通话设备61，用于若本地链路列表中不包含所述链路编号，则与所述文件推送服务器62建立文件上传链路，并通过所述文件上传链路将所述目标文件上传至所述文件推送服务器62；所述本地链路列表用于记录自身所属服务器64下各个传输链路的链路编号；
所述文件推送服务器62，用于通过所述链路编号对应的文件传输链路向所述通话对端63发送所述目标文件。
可选地，所述视频通话设备61，用于根据所述通信地址以及所述目标文件的文件类型，确定用于传输所述目标文件的链路编号，包括：
所述视频通话设备61，用于向所述文件推送服务器62发送路由表获取请求；
所述文件推送服务器62，用于向所述视频通话服务的响应系统内各个设备广播路由表汇总指令，接收各个所述设备返回的路由信息，并对所有所述路由信息进行汇总，生成外部路由表；
所述视频通话设备61，用于接收所述文件推送服务器62发送的所述外部路由表，并查询自身所属服务器的本地路由表以及所述外部路由表，确定所述通信地址对应的目标服务器；
所述视频通话设备61，用于获取所述通信地址对应的目标服务器的设备标识，并将所述设备标识转换为主编码因子；
所述视频通话设备61，用于通过所述文件类型，确定传输所述目标文件所需调用的的通信端口号，并根据所述通信端口号，生成子编码因子；
所述视频通话设备61，用于基于所述主编码因子以及所述子编码因子，得到所述链路编号。
可选地，所述视频通话服务的响应系统还包括至少一个与所述文件推送服务器具有订阅关系的订阅服务器；
所述文件推送服务器62，用于通过所述链路编号对应的文件传输链路向所述通话对端63发送所述目标文件，包括：
所述文件推送服务器62，用于各个所述订阅服务器推送所述目标文件；
若任一所述订阅服务器的本地链路列表中包含所述目标文件的所述链路编号，则该所述订阅服务器通过所述链路编号对应的文件传输链路将所述目标文件发送给所述通话对端。
可选地，所述视频通话设备61，用于与所述文件推送服务器62建立文件上传链路，并通过所述文件上传链路将所述目标文件上传至所述文件推送服务器62，包括：
所述视频通话设备61，用于从所述视频通话数据传输链路分配的带宽资源中划分预设数值的带宽资源作为调用带宽资源；
所述视频通话设备61，用于基于当前时刻的空闲带宽资源以及所述调用带宽资源，创建所述文件上传链路，并通过所述文件上传链路将所述目标文件上传至所述文件推送服务器62；
所述视频通话设备61，用于若检测到所述目标文件已上传至所述文件推送服务器62，则释放所述文件上传链路的带宽资源，并将所述调用带宽资源重新分配给所述视频通话数据传输链路。
可选地，所述视频通话设备61，还用于：
所述视频通话设备61，用于获取当前的网络运行参数；
所述视频通话设备61，用于若所述网络运行参数小于预设的运行参数阈值，则将所述目标文件存储于本地数据库，直到所述网络运行参数大于或等于所述运行参数阈值，则执行所述与文件推送服务器62建立文件上传链路的操作。
因此，本申请实施例提供的视频通话服务的响应系统中，文件传输链路与视频通话数据传输链路相互独立，视频通话的分辨率的高低不再影响所需获取的文件资源的质量。另一方面，通过文件推送服务器对目标文件进行跨服务器转发，也实现了用户与业务员之间的文件互传，提高了获取用户文件的有效性以及稳定性。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (20)

  1. 一种视频通话服务的响应方法，应用于视频通话服务的响应系统，其特征在于，所述视频通话服务的响应系统包括：视频通话设备以及文件推送服务器，所述视频通话服务的响应方法包括：
    所述视频通话设备接收视频通话服务请求；所述视频通话服务请求包含通话对端的通信地址；
    所述视频通话设备基于所述通信地址，调用视频通话连接进程建立与所述通话对端之间的视频通话数据传输链路，响应所述视频通话服务请求；
    若接收到所述通话对端发送的文件发送请求，则所述视频通话设备从本地获取所述文件发送请求所指的目标文件，并根据所述通信地址以及所述目标文件的文件类型，确定用于传输所述目标文件的文件传输链路的链路编号；
    若本地链路列表中不包含所述链路编号，则所述视频通话设备与所述文件推送服务器建立文件上传链路，并通过所述文件上传链路将所述目标文件上传至所述文件推送服务器；所述本地链路列表用于记录自身所属服务器下各个传输链路的链路编号；
    所述文件推送服务器通过所述链路编号对应的文件传输链路向所述通话对端发送所述目标文件。
  2. 根据权利要求1所述的响应方法，其特征在于，所述视频通话设备根据所述通信地址以及所述目标文件的文件类型，确定用于传输所述目标文件的链路编号，包括：
    所述视频通话设备向所述文件推送服务器发送路由表获取请求；
    所述文件推送服务器向所述视频通话服务的响应系统内各个设备广播路由表汇总指令，接收各个所述设备返回的路由信息，并对所有所述路由信息进行汇总，生成外部路由表；
    所述视频通话设备接收所述文件推送服务器发送的所述外部路由表，并查询自身所属服务器的本地路由表以及所述外部路由表，确定所述通信地址对应的目标服务器；
    所述视频通话设备获取所述通信地址对应的目标服务器的设备标识，并将所述设备标识转换为主编码因子；
    所述视频通话设备通过所述文件类型，确定传输所述目标文件所需调用的的通信端口号，并根据所述通信端口号，生成子编码因子；
    所述视频通话设备基于所述主编码因子以及所述子编码因子，得到所述链路编号。
  3. 根据权利要求1所述的响应方法，其特征在于，所述视频通话服务的响应系统还包括至少一个与所述文件推送服务器具有订阅关系的订阅服务器；
    所述文件推送服务器通过所述链路编号对应的文件传输链路向所述通话对端发送所述目标文件，包括：
    所述文件推送服务器各个所述订阅服务器推送所述目标文件；
    若任一所述订阅服务器的本地链路列表中包含所述目标文件的所述链路编号，则该所述订阅服务器通过所述链路编号对应的文件传输链路将所述目标文件发送给所述通话对端。
  4. 根据权利要求1-3任一项所述的响应方法，其特征在于，所述视频通话设备与所述文件推送服务器建立文件上传链路，并通过所述文件上传链路将所述目标文件上传至所述文件推送服务器，包括：
    所述视频通话设备从所述视频通话数据传输链路分配的带宽资源中划分预设数值的带宽资源作为调用带宽资源；
    所述视频通话设备基于当前时刻的空闲带宽资源以及所述调用带宽资源，创建所述文件上传链路，并通过所述文件上传链路将所述目标文件上传至所述文件推送服务器；
    若检测到所述目标文件已上传至所述文件推送服务器，则所述视频通话设备释放所述文件上传链路的带宽资源，并将所述调用带宽资源重新分配给所述视频通话数据传输链路。
  5. 根据权利要求1-3任一项所述的响应方法，其特征在于，在所述视频通话设备与所述文件推送服务器建立文件上传链路之前，还包括：
    所述视频通话设备获取当前的网络运行参数；
    若所述网络运行参数小于预设的运行参数阈值，则所述视频通话设备将所述目标文件存储于本地数据库，直到所述网络运行参数大于或等于所述运行参数阈值，则执行所述与文件推送服务器建立文件上传链路的操作。
  6. 一种视频通话服务的响应系统，其特征在于，所述视频通话服务的响应系统包括：视频通话设备以及文件推送服务器：
    所述视频通话设备，用于接收视频通话服务请求；所述视频通话服务请求包含通话对端的通信地址；
    所述视频通话设备，用于基于所述通信地址，调用视频通话连接进程建立与所述通话对端之间的视频通话数据传输链路，响应所述视频通话服务请求；
    所述视频通话设备，用于若接收到所述通话对端发送的文件发送请求，则从本地获取所述文件发送请求所指的目标文件，并根据所述通信地址以及所述目标文件的文件类型，确定用于传输所述目标文件的文件传输链路的链路编号；
    所述视频通话设备，用于若本地链路列表中不包含所述链路编号，则与所述文件推送服务器建立文件上传链路，并通过所述文件上传链路将所述目标文件上传至所述文件推送服务器；所述本地链路列表用于记录自身所属服务器下各个传输链路的链路编号；
    所述文件推送服务器，用于通过所述链路编号对应的文件传输链路向所述通话对端发送所述目标文件。
  7. 根据权利要求6所述的响应系统，其特征在于，所述视频通话设备，用于根据所述通信地址以及所述目标文件的文件类型，确定用于传输所述目标文件的链路编号，包括：
    所述视频通话设备，用于向所述文件推送服务器发送路由表获取请求；
    所述文件推送服务器，用于向所述视频通话服务的响应系统内各个设备广播路由表汇总指令，接收各个所述设备返回的路由信息，并对所有所述路由信息进行汇总，生成外部路由表；
    所述视频通话设备，用于接收所述文件推送服务器发送的所述外部路由表，并查询自身所属服务器的本地路由表以及所述外部路由表，确定所述通信地址对应的目标服务器；
    所述视频通话设备，用于获取所述通信地址对应的目标服务器的设备标识，并将所述设备标识转换为主编码因子；
    所述视频通话设备，用于通过所述文件类型，确定传输所述目标文件所需调用的的通信端口号，并根据所述通信端口号，生成子编码因子；
    所述视频通话设备，用于基于所述主编码因子以及所述子编码因子，得到所述链路编号。
  8. 根据权利要求6所述的响应系统，其特征在于，所述视频通话服务的响应系统还包括至少一个与所述文件推送服务器具有订阅关系的订阅服务器；
    所述文件推送服务器，用于通过所述链路编号对应的文件传输链路向所述通话对端发送所述目标文件，包括：
    所述文件推送服务器，用于各个所述订阅服务器推送所述目标文件；
    若任一所述订阅服务器的本地链路列表中包含所述目标文件的所述链路编号，则该所述订阅服务器通过所述链路编号对应的文件传输链路将所述目标文件发送给所述通话对端。
  9. 根据权利要求6-8任一项所述的响应系统，其特征在于，所述视频通话设备，用于与所述文件推送服务器建立文件上传链路，并通过所述文件上传链路将所述目标文件上传至所述文件推送服务器，包括：
    所述视频通话设备，用于从所述视频通话数据传输链路分配的带宽资源中划分预设数值的带宽资源作为调用带宽资源；
    所述视频通话设备，用于基于当前时刻的空闲带宽资源以及所述调用带宽资源，创建所述文件上传链路，并通过所述文件上传链路将所述目标文件上传至所述文件推送服务器；
    所述视频通话设备，用于若检测到所述目标文件已上传至所述文件推送服务器，则释放所述文件上传链路的带宽资源，并将所述调用带宽资源重新分配给所述视频通话数据传输链路。
  10. 根据权利要求6-8任一项所述的响应系统，其特征在于，所述视频通话设备，还用于：
    所述视频通话设备，用于获取当前的网络运行参数；
    所述视频通话设备，用于若所述网络运行参数小于预设的运行参数阈值，则将所述目标文件存储于本地数据库，直到所述网络运行参数大于或等于所述运行参数阈值，则执行所述与文件推送服务器建立文件上传链路的操作。
  11. 一种视频通话服务的响应系统，其特征在于，所述视频通话服务的响应系统包括：视频通话设备以及文件推送服务器：所述视频通话设备以及文件推送服务器包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述视频通话设备以及文件推送服务器的处理器执行所述计算机可读指令时实现如下步骤：
    所述视频通话设备的处理器，用于接收视频通话服务请求；所述视频通话服务请求包含通话对端的通信地址；
    所述视频通话设备的处理器，用于基于所述通信地址，调用视频通话连接进程建立与所述通话对端之间的视频通话数据传输链路，响应所述视频通话服务请求；
    所述视频通话设备的处理器，用于若接收到所述通话对端发送的文件发送请求，则从本地获取所述文件发送请求所指的目标文件，并根据所述通信地址以及所述目标文件的文件类型，确定用于传输所述目标文件的文件传输链路的链路编号；
    所述视频通话设备的处理器，用于若本地链路列表中不包含所述链路编号，则与所述文件推送服务器建立文件上传链路，并通过所述文件上传链路将所述目标文件上传至所述文件推送服务器；所述本地链路列表用于记录自身所属服务器下各个传输链路的链路编号；
    所述文件推送服务器的处理器，用于通过所述链路编号对应的文件传输链路向所述通话对端发送所述目标文件。
  12. 根据权利要求11所述的响应系统，其特征在于，所述视频通话设备的处理器，用于根据所述通信地址以及所述目标文件的文件类型，确定用于传输所述目标文件的链路编号，包括：
    所述视频通话设备的处理器，用于向所述文件推送服务器发送路由表获取请求；
    所述文件推送服务器的处理器，用于向所述视频通话服务的响应系统内各个设备广播路由表汇总指令，接收各个所述设备返回的路由信息，并对所有所述路由信息进行汇总，生成外部路由表；
    所述视频通话设备的处理器，用于接收所述文件推送服务器发送的所述外部路由表，并查询自身所属服务器的本地路由表以及所述外部路由表，确定所述通信地址对应的目标服务器；
    所述视频通话设备的处理器，用于获取所述通信地址对应的目标服务器的设备标识，并将所述设备标识转换为主编码因子；
    所述视频通话设备的处理器，用于通过所述文件类型，确定传输所述目标文件所需调用的通信端口号，并根据所述通信端口号，生成子编码因子；
    所述视频通话设备的处理器，用于基于所述主编码因子以及所述子编码因子，得到所述链路编号。
  13. 根据权利要求11所述的响应系统，其特征在于，所述视频通话服务的响应系统还包括至少一个与所述文件推送服务器具有订阅关系的订阅服务器；
    所述文件推送服务器的处理器，用于通过所述链路编号对应的文件传输链路向所述通话对端发送所述目标文件，包括：
    所述文件推送服务器的处理器，用于各个所述订阅服务器推送所述目标文件；
    若任一所述订阅服务器的本地链路列表中包含所述目标文件的所述链路编号，则该所述订阅服务器通过所述链路编号对应的文件传输链路将所述目标文件发送给所述通话对端。
  14. 根据权利要求11-13任一项所述的响应系统，其特征在于，所述视频通话设备的处理器，用于与所述文件推送服务器建立文件上传链路，并通过所述文件上传链路将所述目标文件上传至所述文件推送服务器，包括：
    所述视频通话设备的处理器，用于从所述视频通话数据传输链路分配的带宽资源中划分预设数值的带宽资源作为调用带宽资源；
    所述视频通话设备的处理器，用于基于当前时刻的空闲带宽资源以及所述调用带宽资源，创建所述文件上传链路，并通过所述文件上传链路将所述目标文件上传至所述文件推送服务器；
    所述视频通话设备的处理器，用于若检测到所述目标文件已上传至所述文件推送服务器，则释放所述文件上传链路的带宽资源，并将所述调用带宽资源重新分配给所述视频通话数据传输链路。
  15. 根据权利要求11-13任一项所述的响应系统，其特征在于，所述视频通话设备的处理器，还用于：
    所述视频通话设备的处理器，用于获取当前的网络运行参数；
    所述视频通话设备的处理器，用于若所述网络运行参数小于预设的运行参数阈值，则将所述目标文件存储于本地数据库，直到所述网络运行参数大于或等于所述运行参数阈值，则执行所述与文件推送服务器建立文件上传链路的操作。
  16. 一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，其特征在于，所述计算机可读指令被处理器执行时实现如下步骤：
    所述视频通话设备接收视频通话服务请求；所述视频通话服务请求包含通话对端的通信地址；
    所述视频通话设备基于所述通信地址，调用视频通话连接进程建立与所述通话对端之间的视频通话数据传输链路，响应所述视频通话服务请求；
    若接收到所述通话对端发送的文件发送请求，则所述视频通话设备从本地获取所述文件发送请求所指的目标文件，并根据所述通信地址以及所述目标文件的文件类型，确定用于传输所述目标文件的文件传输链路的链路编号；
    若本地链路列表中不包含所述链路编号，则所述视频通话设备与所述文件推送服务器建立文件上传链路，并通过所述文件上传链路将所述目标文件上传至所述文件推送服务器；所述本地链路列表用于记录自身所属服务器下各个传输链路的链路编号；
    所述文件推送服务器通过所述链路编号对应的文件传输链路向所述通话对端发送所述目标文件。
  17. 根据权利要求16所述的计算机可读存储介质，其特征在于，所述视频通话设备根据所述通信地址以及所述目标文件的文件类型，确定用于传输所述目标文件的链路编号，包括：
    所述视频通话设备向所述文件推送服务器发送路由表获取请求；
    所述文件推送服务器向所述视频通话服务的响应系统内各个设备广播路由表汇总指令，接收各个所述设备返回的路由信息，并对所有所述路由信息进行汇总，生成外部路由表；
    所述视频通话设备接收所述文件推送服务器发送的所述外部路由表，并查询自身所属服务器的本地路由表以及所述外部路由表，确定所述通信地址对应的目标服务器；
    所述视频通话设备获取所述通信地址对应的目标服务器的设备标识，并将所述设备标识转换为主编码因子；
    所述视频通话设备通过所述文件类型，确定传输所述目标文件所需调用的的通信端口号，并根据所述通信端口号，生成子编码因子；
    所述视频通话设备基于所述主编码因子以及所述子编码因子，得到所述链路编号。
  18. 根据权利要求16所述的计算机可读存储介质，其特征在于，所述视频通话服务的响应系统还包括至少一个与所述文件推送服务器具有订阅关系的订阅服务器；
    所述文件推送服务器通过所述链路编号对应的文件传输链路向所述通话对端发送所述目标文件，包括：
    所述文件推送服务器各个所述订阅服务器推送所述目标文件；
    若任一所述订阅服务器的本地链路列表中包含所述目标文件的所述链路编号，则该所述订阅服务器通过所述链路编号对应的文件传输链路将所述目标文件发送给所述通话对端。
  19. 根据权利要求16-18任一项所述的计算机可读存储介质，其特征在于，述视频通话设备与所述文件推送服务器建立文件上传链路，并通过所述文件上传链路将所述目标文件上传至所述文件推送服务器，包括：
    所述视频通话设备从所述视频通话数据传输链路分配的带宽资源中划分预设数值的带宽资源作为调用带宽资源；
    所述视频通话设备基于当前时刻的空闲带宽资源以及所述调用带宽资源，创建所述文件上传链路，并通过所述文件上传链路将所述目标文件上传至所述文件推送服务器；
    若检测到所述目标文件已上传至所述文件推送服务器，则所述视频通话设备释放所述文件上传链路的带宽资源，并将所述调用带宽资源重新分配给所述视频通话数据传输链路。
  20. 根据权利要求16-18任一项所述的计算机可读存储介质，其特征在于，在所述视频通话设备与所述文件推送服务器建立文件上传链路之前，所述计算机可读指令被处理器执行时实现还如下步骤：
    所述视频通话设备获取当前的网络运行参数；
    若所述网络运行参数小于预设的运行参数阈值，则所述视频通话设备将所述目标文件存储于本地数据库，直到所述网络运行参数大于或等于所述运行参数阈值，则执行所述与文件推送服务器建立文件上传链路的操作。
PCT/CN2018/097452 2018-05-14 2018-07-27 一种视频通话服务的响应方法及系统 Ceased WO2019218474A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
SG11202001624QA SG11202001624QA (en) 2018-05-14 2018-07-27 Method and system for responding to video call service
JP2019569725A JP6813699B2 (ja) 2018-05-14 2018-07-27 ビデオ通話サービスの応答方法及びシステム
US16/644,456 US11528303B2 (en) 2018-05-14 2018-07-27 Method and system for responding to video call service

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810457629.7A CN108650482B (zh) 2018-05-14 2018-05-14 一种视频通话服务的响应方法及设备
CN201810457629.7 2018-05-14

Publications (1)

Publication Number Publication Date
WO2019218474A1 true WO2019218474A1 (zh) 2019-11-21

Family

ID=63755240

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/097452 Ceased WO2019218474A1 (zh) 2018-05-14 2018-07-27 一种视频通话服务的响应方法及系统

Country Status (5)

Country Link
US (1) US11528303B2 (zh)
JP (1) JP6813699B2 (zh)
CN (1) CN108650482B (zh)
SG (1) SG11202001624QA (zh)
WO (1) WO2019218474A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114866520A (zh) * 2022-04-18 2022-08-05 北京奇艺世纪科技有限公司 通信的处理方法、系统、电子设备及存储介质
CN118368212A (zh) * 2024-06-19 2024-07-19 中邮消费金融有限公司 基于业务指标的全链路监控系统、方法及存储介质

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110311945B (zh) * 2019-04-30 2022-11-08 上海掌门科技有限公司 一种用于在实时视频流中呈现资源推送信息的方法与设备
CN111667359A (zh) * 2020-06-19 2020-09-15 上海印闪网络科技有限公司 一种基于实时视频的信息审核方法
US12452315B2 (en) 2021-01-29 2025-10-21 Apple Inc. Electronic conferencing
CN116112573B (zh) * 2022-11-18 2024-06-11 中国工商银行股份有限公司 终端界面转换方法、装置、设备、存储介质和程序产品

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100199335A1 (en) * 2009-01-30 2010-08-05 Nec Infrontia Corporation Communication system-decentralized terminal accomodating switching device and communication system-decentralized terminal control method
CN102104774A (zh) * 2009-12-22 2011-06-22 中兴通讯股份有限公司 一种在可视通信过程中传输文件的方法及装置
CN105205704A (zh) * 2014-06-10 2015-12-30 中兴通讯股份有限公司 一种远程面签的实现方法、系统与设备
CN106559806A (zh) * 2015-09-25 2017-04-05 努比亚技术有限公司 双通道数据传输方法、装置、网络节点及移动终端
CN206301383U (zh) * 2016-10-25 2017-07-04 周海杭 在线视频面试系统

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100208634A1 (en) * 1994-10-11 2010-08-19 Arbinet Corporation System and Method For Managing Multimedia Communications Across Convergent Networks
KR100713359B1 (ko) * 2005-02-03 2007-05-04 삼성전자주식회사 제3의 디스플레이를 통한 영상 제공이 가능하도록 하는영상 전화 방법
KR101301032B1 (ko) * 2007-03-08 2013-08-28 엘지전자 주식회사 통신기기 및 이를 이용한 영상 통화시 데이터파일의전송방법
CN101272266B (zh) * 2008-04-24 2011-04-20 华为技术有限公司 一种音视频会议中实现文件共享的方法、装置及系统
US20100064025A1 (en) * 2008-09-10 2010-03-11 Nokia Corporation Method and Apparatus for Providing Media Service
CN101707686B (zh) * 2009-10-30 2015-05-06 中兴通讯股份有限公司 一种移动终端之间共享视频的方法及系统
US8456509B2 (en) * 2010-01-08 2013-06-04 Lifesize Communications, Inc. Providing presentations in a videoconference
US20120079399A1 (en) * 2010-09-28 2012-03-29 Ahmet Mufit Ferman Methods and Systems for Routing Meeting-Related Content
JP2012085008A (ja) * 2010-10-07 2012-04-26 Sugao:Kk 会議システム
CN101997916B (zh) * 2010-11-03 2014-03-26 同辉佳视(北京)信息技术有限公司 一种基于网络进行文件传输的方法和装置
US10708148B2 (en) * 2011-09-12 2020-07-07 Microsoft Technology Licensing, Llc Activity-and dependency-based service quality monitoring
CN103546304B (zh) * 2012-07-11 2017-08-25 华为技术有限公司 业务处理方法、设备及系统
JP6273903B2 (ja) * 2013-03-15 2018-02-07 株式会社リコー 情報処理システム、情報処理方法およびプログラム
US9491205B2 (en) * 2013-03-15 2016-11-08 Sorenson Communications, Inc. Communication systems and related methods for communicating with devices having a plurality of unique identifiers
CN103718532A (zh) * 2013-03-26 2014-04-09 华为技术有限公司 一种数据传输方法、装置及终端设备
US9805346B2 (en) * 2013-08-22 2017-10-31 Bank Of America Corporation Assisted self-service transaction device
US20150334251A1 (en) * 2014-05-16 2015-11-19 Vonage Network Llc Method and systems for dynamic selection of an originating identifier for billing optimization
US9503686B2 (en) * 2014-10-31 2016-11-22 Bank Of America Corporation Review bucket for video conferences
WO2016189350A1 (en) * 2015-05-23 2016-12-01 Yogesh Chunilal Rathod Calling to user(s) for real-time sharing, participation, e-commerce, workflow, communication & collaboration in the event of acceptance of call by caller user(s)
US10511569B2 (en) * 2016-08-15 2019-12-17 Facebook, Inc. Techniques for providing multi-modal multi-party calling
CN106331573A (zh) * 2016-08-31 2017-01-11 上海斐讯数据通信技术有限公司 一种视频通话的方法及系统
US20180255074A1 (en) * 2017-03-01 2018-09-06 Symantec Corporation Managing data encrypting applications
CN107465829A (zh) * 2017-08-29 2017-12-12 努比亚技术有限公司 一种文件发送方法、移动终端及计算机可读存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100199335A1 (en) * 2009-01-30 2010-08-05 Nec Infrontia Corporation Communication system-decentralized terminal accomodating switching device and communication system-decentralized terminal control method
CN102104774A (zh) * 2009-12-22 2011-06-22 中兴通讯股份有限公司 一种在可视通信过程中传输文件的方法及装置
CN105205704A (zh) * 2014-06-10 2015-12-30 中兴通讯股份有限公司 一种远程面签的实现方法、系统与设备
CN106559806A (zh) * 2015-09-25 2017-04-05 努比亚技术有限公司 双通道数据传输方法、装置、网络节点及移动终端
CN206301383U (zh) * 2016-10-25 2017-07-04 周海杭 在线视频面试系统

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114866520A (zh) * 2022-04-18 2022-08-05 北京奇艺世纪科技有限公司 通信的处理方法、系统、电子设备及存储介质
CN114866520B (zh) * 2022-04-18 2024-01-30 北京奇艺世纪科技有限公司 通信的处理方法、系统、电子设备及存储介质
CN118368212A (zh) * 2024-06-19 2024-07-19 中邮消费金融有限公司 基于业务指标的全链路监控系统、方法及存储介质

Also Published As

Publication number Publication date
SG11202001624QA (en) 2020-03-30
US20210377323A1 (en) 2021-12-02
CN108650482A (zh) 2018-10-12
JP6813699B2 (ja) 2021-01-13
JP2020523712A (ja) 2020-08-06
CN108650482B (zh) 2020-12-11
US11528303B2 (en) 2022-12-13

Similar Documents

Publication Publication Date Title
WO2019218474A1 (zh) 一种视频通话服务的响应方法及系统
EP2079024A1 (en) Proxy server, communication system, communication method, and program
KR102324919B1 (ko) 데이터 분배 방법 및 분배 서버
CN107948324A (zh) 请求传输系统、方法、装置及存储介质
RU2608469C2 (ru) Способ и устройство высокоэффективной доставки уведомлений в реальном времени с малым временем задержки
CN112995234B (zh) 一种媒体传输链路管理方法及装置
CN102075737A (zh) 视频监控会话方法
WO2014180407A1 (zh) 推送方法及装置
US12591449B2 (en) Merging streams for call enhancement in virtual desktop infrastructure
CN115150364A (zh) 支持多通信协议并发通信的业务请求处理系统和方法
CN114679433B (zh) 视频访问会话管理系统、方法、计算机设备及存储介质
US20210203604A1 (en) Load balancing method, device and system
CN105281929A (zh) 一种服务网口状态检测和容错的装置及其方法
CN102263808B (zh) 一种会话控制服务方法、装置和系统
CN119363732A (zh) 数据传输方法及装置、电子设备、存储介质
US9762412B2 (en) Redundant traffic encoding of encapsulated real time communications
CN105812102B (zh) 分布式VoIP网络的呼叫权限管理方法
CN103139209A (zh) 媒体码流获取方法、unisaf服务器及软交换通信系统
CN114827095A (zh) 虚拟桌面基础架构中的呼叫增强
CN119520588B (zh) 信令处理方法、装置、系统、计算机设备和可读存储介质
CN110519397A (zh) 一种基于nginx的sip终端接入的负载均衡系统及方法
CN114302249B (zh) 一种传输链信息生成方法及装置
WO2023283104A1 (en) Merging streams in virtual channel for call enhancement in virtual desktop infrastructure
CN121462641A (zh) 一种连接建立方法、系统及设备
CN107968755B (zh) 基于mmt协议的媒体内容存储转发的路由选择方法及系统

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2019569725

Country of ref document: JP

Kind code of ref document: A

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18919162

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205 DATED 26/02/2021)

122 Ep: pct application non-entry in european phase

Ref document number: 18919162

Country of ref document: EP

Kind code of ref document: A1