CN101588342A - Method, device and system for realizing recording business - Google Patents
Method, device and system for realizing recording business Download PDFInfo
- Publication number
- CN101588342A CN101588342A CN200810067175.9A CN200810067175A CN101588342A CN 101588342 A CN101588342 A CN 101588342A CN 200810067175 A CN200810067175 A CN 200810067175A CN 101588342 A CN101588342 A CN 101588342A
- Authority
- CN
- China
- Prior art keywords
- recording
- request
- record
- server end
- recorded
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/765—Interface circuits between an apparatus for recording and another apparatus
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/27—Server based end-user applications
- H04N21/274—Storing end-user multimedia data in response to end-user request, e.g. network recorder
- H04N21/2747—Remote storage of video programs received via the downstream path, e.g. from the server
-
- 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/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/47214—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for content reservation or setting reminders; for requesting event notification, e.g. of sport results or stock market
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
- H04N7/17309—Transmission or handling of upstream communications
- H04N7/17318—Direct or substantially direct transmission and handling of requests
-
- 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/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Databases & Information Systems (AREA)
- Human Computer Interaction (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Television Signal Processing For Recording (AREA)
Abstract
The embodiment of the invention discloses a method for realizing a recording business, which comprises the following steps: a server end receives a recording business request transmitted by a client end, and the recording business request carries recording function information; the server end carries out recording business operation according to the recording function information. The embodiment of the invention also discloses a server and a system for realizing the recording business. The method, the device and the system which are supplied by the embodiment of the invention realize the network side recording business in structures of the client end and the server end.
Description
Technical field
The present invention relates to the communications field, relate in particular to a kind of method, Apparatus and system of realizing recoding service.
Background technology
Along with Development of Multimedia Technology, industry has proposed the notion that network side is recorded, and refers to the media content that comes recording user to record by network.Wherein, the source of the media content that record can be a broadcast program, also can be request program, or even user's oneself video etc.This technology can be brought a lot of benefits for the user for the user, as reducing the dependence of recoding service to user terminal, extension storage space etc.
But existing recording technology is not realized the scheme that network side is recorded under client and server end framework.
Summary of the invention
The embodiment of the invention provides a kind of method, Apparatus and system of realizing recoding service, can realize under client and server end framework that network side records.
The method of the realization recoding service that the embodiment of the invention provided comprises:
Server end receives the recoding service request that client sends, and recording function information is carried in described recoding service request;
Server end carries out the recoding service operation according to described recording function information.
A kind of server that the embodiment of the invention provided comprises:
First receiving element is used to receive the recoding service request that client sends, and recording function information is carried in described recoding service request;
Recording elements is used for carrying out the recoding service operation according to described recording function information.
A kind of system that realizes recoding service that the embodiment of the invention provided comprises:
Client is used for sending the recoding service request to server end, and recording function information is carried in described recoding service request;
Server end is used to receive described recoding service request, carries out the recoding service operation according to described recording function information.
The method, system and device of the realization recoding service that the embodiment of the invention provides, after the recoding service request of the recording function information of carrying that receives the client transmission, server end carries out recoding service operation according to this recording function information, thereby has realized that the network side under client and server end framework records.
Description of drawings
Fig. 1 is the exemplary process diagram that realizes the recoding service method in the one embodiment of the invention;
Fig. 2 is the method flow diagram in the one embodiment of the invention;
Fig. 3 is the method flow diagram of another embodiment of the present invention;
Fig. 4 is the method flow diagram of another embodiment of the present invention;
Fig. 5 realizes the structural representation of the system of recoding service for the embodiment of the invention;
Fig. 6 is the structural representation of server end in the embodiment of the invention.
Embodiment
Introduce an application scenarios of the embodiment of the invention below earlier, real-time streaming protocol (RTSP, Real TimeStreaming Protocol) is an application layer protocol, the transmission of control real time data.It provides an extensible framework, realizes the controlled of real time data (as the audio ﹠ video file) and stages by demand.
This agreement can be used for setting up and consult to fail to be convened for lack of a quorum in real time words at the client and server end.According to the requirement of this agreement, the task of client is that server end is submitted in user's request, and the result that server end returns is shown to the user with specific forms; Server end then is responsible for receiving the service request that client proposes, and handles accordingly, again the result is returned to client.Based on this model, the client and server end can send request, has realized two-way transfer of data.
Referring to Fig. 1, Fig. 1 is the exemplary process diagram that realizes the method for recoding service in the one embodiment of the invention.As shown in Figure 1, this flow process comprises the steps:
Recording function information can comprise one of following information or its combination: duration is recorded in recorded content sign, recording mode information, request, capacity and recorded file storage format are recorded in request.Wherein, the recorded content sign is used to refer to by the physics deposit position of recorded content; Preserving type when the recording mode information representation is recorded for the recorded content of appointment, as, can be the recorded content before covering, also can be the back of appending at before recorded content; The time length that duration represents that this recording request is recorded is recorded in request; The amount of capacity that capacity represents that this recording request is recorded is recorded in request; The recorded file storage format is represented the storage format of file, as 3gp form, wav form etc.
Can realize above-mentioned expression by expansion, can certainly reach this expression effect by other modes to existing RTSP agreement to recording function information.Need to prove that the expansion to agreement in the embodiments of the invention is a concrete example, also desirable other titles such as message name of wherein mentioning and parameter name.It below is the expansion of RTSP header and recording function information parameter.
Expand an action message Action-info, can comprise following recording function information description:
1, the sign RecURL of recorded content, this sign can be specified by client, also can be distributed by server end.In the recoding service request that client sends, if (can certainly be set at other special identifier during the empty sign of RecURL=(as $), so long as getting final product of appointing of client and server), show that this sign will be distributed by server end, need comprise this parameter when normally beginning to record, recovery is recorded, this parameter is optional when restarting to record.
2, recording mode mode: value can be overwrite or append etc., represents coverage mode respectively and appends mode, example: mode=" overwrite "/" append ".This parameter is optional.
3, the duration recdur that records of request: this parameter is optional.
4, the capacity recsize that records of request: this parameter is optional.
5, the storage format format of recorded file: as 3gp form, wav form etc.Example: format=" wav ", this parameter is optional.
Be to adopt above-mentioned extended method to carry an example of recording function information in the recoding service request below:
Action-info：RecURL＝”http://foo.com/test.wav”；
recdur＝3000；mode＝”overwrite”；format＝”wav”
According to the recording function information difference of carrying in the recoding service request, server can carry out different operations:
1, normally begin to record: refer to the general beginning of recording, recording function information can comprise: the recorded content sign can comprise further that also duration is recorded in request, one or combination in capacity and the recorded file storage format are recorded in request.
Record for normally beginning, server end is after receiving the recoding service request, and server end begins to record, and the media content that will record that gets access to is kept at the specified position of recorded content sign.If the recorded content in the recoding service request that client sends is designated empty sign, then server end is after the request of receiving, for session distributes the recorded content sign, and can in the beginning recording request response message that returns to client, carry the recorded content sign that server end distributes.Certainly, for not being that server end distributes under the recorded content sign situation, also can in the response message of server, carrying the expression of recorded content sign and confirm.
2, restart to record: refer to stop ongoing recording, the content that the content of having recorded will be recorded again covers.Recording function information can comprise: recording mode information also can further comprise: duration is recorded in recorded content sign, request, one or combination in capacity and the recorded file storage format are recorded in request.Recording mode information is specifically as follows coverage mode.
Record for restarting, after receiving described recoding service request, server end stops ongoing recording operation, begins to record again from current point in time, the media content that will record that gets access to is kept at the recording location of preceding recording, covers original recorded content.
3, recover to record: this operation is converted to the state of recoding service and records by time-out, the content of recording after recovering to record will be appended after the content that is stored in preservation when suspending.Recording function information can comprise: recording mode information also can further comprise: duration is recorded in recorded content sign, request, one or combination in capacity and the recorded file storage format are recorded in request.Recording mode information is specifically as follows the mode of appending.
Record for recovering, after receiving described recoding service request, server end begins to recover to record from current point in time, the media content that will record that gets access to is appended be kept at after preceding recorded content.
For restarting to record and for recovery recorded, the recorded content sign must not carried in the recoding service request.Because when the RTSP session was set up, system had promptly distributed session identification sessionID, identifies a unique session.In the recording process, server end keeps this sessionID state, it is each that to record control operation all related with this ID, so record for restarting, when not stating again that where the follow-up content of recording covers, the specified position of recorded content sign before server can be kept at the content covering of recording according to sessionID in the recording operation, this is recorded and recording operation before should belong to same session; In like manner, record for recovering, when not stating again that where the follow-up content of recording appends, server end can according to sessionID with the content of recording append preserve before the specified position of recorded content sign in the recording operation, this is recorded with before recording operation and should belong in same session.If carry the recorded content sign certainly in the recoding service request, also be fine: record for restarting, server end will be kept at the specified recording location of this recorded content sign to the media content that will record that gets access to, and cover original recorded content; Record for recovering, server end will append the media content that will record that gets access to and be kept at the specified recording location of this recorded content sign, append after the content of recording before.
More than in several the recording, if recording function information comprises that further duration is recorded in request, one or its combination in capacity and the recorded file storage format are recorded in request, then server end has following operation after receiving the recoding service request:
When recording function information comprises request when recording duration, server end stops recording operation when the time span of recording reaches this request and records duration;
When recording function information comprises request when recording capacity, server end stops recording operation when the memory capacity of recording reaches this request and records capacity;
When recording function information comprised described recorded file storage format, the media content that will record that server end will get access to was preserved according to this recorded file storage format.
Can realize recording operation by expansion to existing RTSP agreement:
Expansion method for recording record by carrying different parameter informations, finishes different recording operations.As: the indication of using recording mode parameter m ode can realize restarting to record or recover recording operation.As previously mentioned, in the recording process, when client is initiated to restart recording request, can carry the recording mode parameter by the record method and indicate, this moment, the value of recording mode parameter was covering.For the operation that recovers to record after suspending, can carry the recording mode parameter by the record method and indicate, the value of recording mode parameter is for appending at this moment.
Server end finish record after, server end can send to client and record the request of finishing, this request comprises records the result.Recording the result can be to record to complete successfully, and also can be to record failure to finish.Record and complete successfully, refer to that server end records the duration that the request of reaching is recorded, and/or the capacity recorded of the request that reaches etc.Record failure and finish, refer to the server end internal error, and/or the server end memory space inadequate etc.When recording the result and complete successfully for recording, this is recorded the request finished and comprises: record and finish relevant information, as, actual duration and/or the actual capacity of recording recorded; When recording the result for recording failure when finishing, this is recorded the request finished and comprises: the reason of recording failure.
Can realize reporting the function of performance by expansion to existing RTSP agreement:
1, for recording reporting of result, can be by the incident in the RTSP ANNOUNCE method be expanded realization, as expand event type 4001 Record-success Completed and represent to record and complete successfully, 4002 Record-fail Completed represent to record failure and finish, recording when finishing like this, server end just can be announced the incident of finishing of recording.
Record when completing successfully, event type is 4001 Record-success Completed, and concrete example can followingly be described:
Event-type：4001?Record-success?Completed
Statistics-info：actualdur：3000
actualsize：2000
Record and fail when finishing, event type is 4002 Record-fail Completed, can expand the reason of following error code in order to the explanation failure:
0 server end insufficient space
1 server end internal error
… ……
Example: Event-type:4002 Record-fail Completed 0
More than expression is recorded to fail and is finished, and the reason of failure is the server end insufficient space.
2, for when recording successfully, recording the method for expressing of finishing relevant information has a lot, lifts two kinds of extended methods here:
1) spreading parameter is described, and is used to record when completing successfully server end for the indication of the actual duration of recording (s) actualdur and/or actual capacity actualsize (KB) information of recording.Above parameter can be included in the entity part of RTSP message.In use, need to specify earlier Content-type and Content-length header in the RTSP message, then with textual form characterising parameter information.
2) statistical information statistics-info of expansion:, indicate the actual duration of recording (s) actualdur and/or actual capacity actualsize (KB) information of recording recording when completing successfully.Example is described below:
Statistics-info：actualdur：3000
actualsize：2000
After request begins to record according to recoding service for server end, can cancel ongoing recording.Server end receives the cancellation recording request that client sends, and stops ongoing recording operation, and deletes the content of having recorded.
Can realize cancelling recording function by the expansion to existing RTSP agreement: the method cancel that the expansion cancellation is recorded, this method can realize stopping ongoing recording, the media content that deletion has been recorded.
After request begins to record according to recoding service for server end, can suspend ongoing recording.Server end receives the time-out recording request that client sends, and suspends ongoing recording operation.Equally, can realize suspending recording function by the expansion to existing RTSP agreement: expansion suspends the method halt that records, and this method can realize suspending ongoing recording operation.For example, in order to save cyberspace, can be when ad content be arranged, the time-out of recording, after the advertisement, the recovery of recording.Behind the time-out, the recovery of recording can be referring to above-mentioned recovery recording operation.
After request begins to record according to recoding service for server end, can stop ongoing recording.Server end receives the recording request that stops of client transmission, stop ongoing recording operation, server end can send to client and stop the recording request response message, can carry the statistical correlation information of recording in this message, promptly actual duration and/or the actual capacity of recording recorded.
Can realize stopping recording function by the expansion to existing RTSP agreement: the method stop that expansion stops to record, this method can realize stopping ongoing recording operation.When stopping to record, the content of having recorded is kept at the specified position of recorded content sign appointment or that server end distributes in the recoding service request.Record the method for expressing of finishing relevant information, can record related protocol extended method when completing successfully with reference to the front.
As seen, because after the recoding service request of the recording function information of carrying that receives the client transmission, server end carries out the recoding service operation according to this recording function information, thereby realized that the network side under client and server end framework records, further, can realize COV business (Consumer OriginatedVideo), network side individual recording business (N-PVR, Network Personal Video Recorder) etc. need the various emerging services of network side recording technology, satisfy the demand of user for various recoding services.
Below by specific embodiment such scheme is described in further detail.Need to prove: the Client in following examples is the client of RTSP, and Server is the server end of RTSP.
Specific embodiment of the present invention:
In the present embodiment, between Client and Server, set up the RTSP session, and Server has got access to the media content that will record.User's request beginning is earlier normally recorded, and finds that in recording process recorded content does not conform to its requirement, and cancellation is recorded.
As shown in Figure 2, be the method flow diagram of present embodiment.
Step 201, Client send the recoding service request message to Server, and indication begins to record.
By the RTSP RECORD method and the Action-info header of expansion, the client-requested server end begins recording operation.Some recording function information have wherein been carried: the recorded content identification information
Http:// Mserver/record/aa.wav, expression will be specifying recorded content to be stored in this position.Also carried the duration 3000s that request is recorded simultaneously, capacity and recorded file storage format parameter information that certain also portability request is recorded do not illustrate here.
Concrete message can be as follows:
Client-＞Server：RECORD?rtsp://server.example.com/movie?RTSP/2.0
CSeq：455
Session：12345678
Action-info：RecURL＝”
http://Mserver/record/aa.wav”；
recdur＝3000
If the sign RecURL=of the recorded content in the Action-ifno head " $ ", this sign will be distributed by server end so, report client then.
Step 202, Server receive the recoding service request message, begin to record.
According to the recording function information of carrying in the recoding service request message, Sever judges to normally beginning recording operation, just begins to record.Server can send the response message that begins to record to Client.
Also can carry recorded content sign in this step in response message, appointment is identical in this sign and the request message.The form of response message is specifically as follows:
SERVER-＞CLIENT：RTSP/2.0200OK
CSeq：455
RecURL：”
http://Mserver/record/aa.wav”
If recorded content sign RecURL=in the step 201 " $ " time, then distribute the recorded content sign, and report Client by the RecURL head in the response message by Sever.The message format of corresponding step 202 is exemplified as:
SERVER-＞CLIENT：RTSP/2.0200OK
CSeq：455
RecURL：”
http://Mserver/record/bb.wav”
Above-mentioned response message table prescribed server end has been finished the distribution of recorded content sign, and the content of recording will be kept at "
Http:// Mserver/record/bb.wav" appointed positions.
Also can specify the time point of recording beginning in the recoding service request message, Server will begin to record at this time point.
After beginning to record, the user finds that the content of recording does not meet its requirement, and the decision cancellation is recorded.
Step 203, Client send cancellation recording request message to Server, and the indication cancellation is recorded.
Corresponding message format is exemplified as:
CLIENT-＞SERVER：CANCEL?rtsp://server.example.com/movie?RTSP/2.0
CSeq：1
Session：12345678
By the RTSP cancel method of expansion, ongoing the recording of client-requested server end cancellation.
Step 204, Server stop to record, and delete the partial content of having recorded.
Server can send the response message of cancellation recording request to Client.
Concrete message format can for:
SERVER-＞CLIENT：RTSP/2.0200OK
CSeq：1
Can see, for the user normally begin to record and cancel the request of recording, can operate effectively by the flow process of present embodiment, realize various recoding services.
Another specific embodiment of the present invention:
In the present embodiment, between Client and Server, set up the RTSP session, and Server has got access to the media content that will record.User's request beginning is earlier normally recorded, and in order to avoid the advertisement in the program, has suspended and has recorded, and advertisement has recovered again to record after finishing, and after network side was recorded and finished, feedback was recorded the result.Record the possibility of result and complete successfully for recording, behind the duration 3000s that records in the request that reaches, network side has stopped recording, and feeds back to record and finish relevant information, as, actual duration and/or the actual capacity of recording recorded; Record the possibility of result and finish for recording failure, at this moment the network side feedback is recorded the reason of failure.
As shown in Figure 3, be the method flow diagram of present embodiment.
Step 301, Client send the recoding service request message to Server, and indication begins to record.
By the RTSP RECORD method and the Action-info header of expansion, the client-requested server end begins recording operation.Some recording function information have wherein been carried: the recorded content identification information
Http:// Mserver/record/aa.wav, expression will be specifying recorded content to be stored in this position.Also carried the duration 3000s that request is recorded simultaneously, capacity and recorded file storage format parameter information that certain also portability request is recorded do not illustrate here.
Concrete message can be as follows:
Client-＞Server：RECORD?rtsp://server.example.com/movie?RTSP/2.0
CSeq：455
Session：12345678
Action-info：RecURL＝”
http://Mserver/record/aa.wav”；
recdur＝3000
Step 302, Server receive the recoding service request message, begin to record.
According to the recording function information of carrying in the recoding service request message, Sever judges to normally beginning recording operation, just begins to record.Server can send the response message that begins to record to Client.
Also can carry recorded content sign in this step in response message, appointment is identical in this sign and the request message.The form of response message is specifically as follows:
SERVER-＞CLIENT：RTSP/2.0200OK
CSeq：455
RecURL：”
http://Mserver/record/aa.wav”。
Also can specify the time point of recording beginning in the recoding service request message, Server will begin to record at this time point.
Step 303, Client send and suspend recording request message to Server, and indication suspends records.
The form of message is specifically as follows:
CLIENT-＞SERVER：HALT?rtsp://server.example.com/movie?RTSP/2.0
CSeq：4
Session：12345678
By the RTSP halt method of expansion, the client-requested server end suspends the operation of recording.
Step 304, Server have suspended ongoing recording.
Server can send the response message of time-out recording request to Client.
The form of message is specifically as follows:
SERVER-＞CLIENT：RTSP/2.0200OK
CSeq：4
Step 305, Client send the recoding service request message to Server, and indication continues to record from current point in time.
Recovery recording operation after the recording mode parameter information indication of carrying in RTSP record method by expansion and the Action-info header suspends.Concrete message format can for:
CLIENT-＞SERVER：RECORD?rtsp://server.example.com/movie?RTSP/2.0
CSeq：5
Session：12345678
Action-info：mode＝”append”
The recording mode information indication of carrying by the RTSP record method of expansion recovers to record.Recording mode mode value in the Action-info header is for appending " append ", the content that next expression will record will be appended in the content back of recording before and be stored.
Step 306, Server receive the recoding service request message, begin to recover recording operation from current point in time.
According to the recording function information of carrying in the recoding service request message: recording mode mode value is for appending " append ", it is to recover recording operation that Sever judges.
Owing to carry the recorded content sign in the recoding service request message, server end can according to the session identification sessionID that when the RTSP session is set up, distributes with the content of recording append be kept at same session before the specified position of recorded content sign in the recording operation (recording operation of step 301～step 302 just).
Server can send the response message that recovers to record to Client.Concrete message format is:
SERVER-＞CLIENT：RTSP/2.0200OK
CSeq：5
Step 307, record and finish, Server sends to Client and records the request message of finishing.
As previously mentioned, this request realizes by the RTSP ANNOUNCE method of expansion.
When the actual duration of recording reaches the duration 3000s that request records, record and complete successfully, record to comprise in the request message of finishing to record and finish relevant information, promptly actual duration and/or the actual capacity of recording recorded.For reporting of the actual relevant information of recording, as mentioned above, two kinds of implementation methods can be arranged:
1) expansion statistics-info head is used for Server and is recording when completing successfully report as actual duration/capacity information of recording.Concrete message format can for:
SERVER-＞CLIENT：ANNOUNCE?rtsp://server.example.com/movie?RTSP/2.0
CSeq：457
Session：12345678
Event-Type：4001Record-success?Completed
Statistics-info：actualdur：3000
actualsize：2000
Record the incident of completing successfully by expansion event type 4001, the Server announcement is recorded and is finished, and according to the Statistics-info header, indicates the actual media content of recording 3000s, and size is 2000KB.
2) spreading parameter is described, and by carrying the text parameter descriptor in the entity part of message, reports actual duration/capacity of recording.Concrete message format can for:
SERVER-＞CLIENT：ANNOUNCE?rtsp://server.example.com/movie?RTSP/2.0
CSeq：457
Session：12345678
Event-Type：4001Record-success?Completed
Content-Type：text/parameters
Content-Length：1000
Actualdur：3000
Actualsize：2000
Equally, record the incident of completing successfully by expansion event type 4001, the Server announcement is recorded and is finished, text parameter information by expansion, the actual duration of recording, the actual capacity of recording are described in entity part, report Client records when completing successfully, and has recorded the media content of 3000s, and size is 2000KB.
Recording fails finishes when causing owing to reasons such as server end internal error or server end memory space inadequates, and recording the request message of finishing specifically can be as follows:
SERVER-＞CLIENT：ANNOUNCE rtsp://mediaserver/rec/exaServerle.3gpRTSP/2.0
CSeq：457
Session：12345678
Event-Type：4002Record-fail?Completed?1
Event type is 4002 to record failure and finish incident, the mistake that " 1 " can indicate this reason of recording failure is server end inside.
After step 308, Client receive and record the request message of finishing, can send and record the response message finished to Server.Concrete message format can be as described below:
CLIENT-＞SERVER：RTSP/2.0200OK
CSeq：457
Can see, record, suspend, recover to record and record and finish, can operate effectively, realize various recoding services by the flow process of present embodiment for normally beginning in the recording process.
Another embodiment of the present invention:
In the present embodiment, between Client and Server, set up the RTSP session, and Server has got access to the media content that will record.User's request beginning is earlier normally recorded, and the user has restarted to record in the recording process, and has stopped recording after being recorded to the content that needs.
As shown in Figure 4, be the method flow diagram of present embodiment.
Step 401, Client send the recoding service request message to Server, and indication begins to record.
By the RTSP RECORD method and the Action-info header of expansion, the client-requested server end begins recording operation.Some recording function information have wherein been carried: the recorded content identification information
Http:// Mserver/record/aa.wav, expression will be specifying recorded content to be stored in this position.Also carried the capacity 2000KB that request is recorded simultaneously.
Concrete message can be as follows:
Client-＞Server：RECORD?rtsp://server.example.com/movie?RTSP/2.0
CSeq：455
Session：12345678
Action-info：RecURL＝”
http://Mserver/record/aa.wav”；
recsize＝2000
Step 402, Server receive the recoding service request message, begin to record.
According to the recording function information of carrying in the recoding service request message, Sever judges to normally beginning recording operation, just begins to record.Server can send the response message that begins to record to Client.
Also can carry recorded content sign in this step in response message, appointment is identical in this sign and the request message.The form of response message is specifically as follows:
SERVER-＞CLIENT：RTSP/2.0200OK
CSeq：455
RecURL：”
http://Mserver/record/aa.wav”
Also can specify the time point of recording beginning in the recoding service request message, Server will begin to record at this time point.
Step 403, Client send the recoding service request message to Server, and indication restarts to record from current point in time.
The recording mode parameter information indication of carrying in RTSP record method by expansion and the Action-info header restarts recording operation.Concrete message format can for:
CLIENT-＞SERVER：RECORD?rtsp://server.example.com/movie?RTSP/2.0
CSeq：6
Session：12345678
Action-info：mode＝”overwrite”
In the process of recording, client can be initiated the request that restarts to record.
RTSP record method by expansion is carried the recording mode parameter information, and the client-requested server end restarts to record.Recording mode mode value in the Action-info header is for covering " overwrite ", represents that new recorded content will store in the mode that covers original recorded content.
Step 404, Server receive the recoding service request message, stop ongoing recording, and restart to record from current point in time.
According to the recording function information of carrying in the recoding service request message: recording mode mode value is for covering " overwrite ", and Sever judges to restarting recording operation.
Certainly, can also carry other recording function information in this recoding service request message, record duration, ask to record capacity and recorded file storage format etc. as recorded content sign, request.
In the recoding service request message, do not carry the recorded content sign, the specified position of recorded content sign in the recording operation (recording operation of step 401～step 402 just) server end can be kept at same session with the content covering of recording according to the session identification sessionID that distributes when the RTSP session is set up before.
Server can send the response message that restarts to record to Client.Concrete message format is:
SERVER-＞CLIENT：RTSP/2.0200OK
CSeq：6
Step 405, Client send and stop recording request message to Server, and indication stops to record.
Concrete message format can for:
CLIENT-＞SERVER：STOP?rtsp://server.example.com/movie?RTSP/2.0
CSeq：2
Session：12345678
By the RTSP stop method of expansion, the client-requested server end stops ongoing recording.
Step 406, Server stop ongoing recording after receiving and stopping recording request message.
Server can add up the relevant information of recording, promptly actual duration of recording and/or the actual capacity of recording.
Server can to Client send stop recording request message response message to Client, report the actual relevant information of recording simultaneously.As previously mentioned, reporting of this information can have two kinds of implementation methods:
1) expansion statistics-info head is reported actual duration of recording and the actual capacity of recording.Concrete message format can for:
SERVER-＞CLIENT：RTSP/2.0200OK
CSeq：2
Statistics-info：actualdur：3000
actualsize：2000
When stopping to record, according to the indication of Statistics-info header, the actual media content of recording 3000s, size is 2000KB.
2) spreading parameter is described, and by carry the text parameter descriptor in entity part, reports actual duration of recording and the actual capacity of recording.Concrete message format can for:
SERVER-＞CLIENT：RTSP/2.0200OK
CSeq：2
Content-Type：text/parameters
Content-Length：40
Actualdur：3000
Actualsize：2000
When stopping to record, the actual media content of recording 3000s, size is 2000KB.
Can see, record, restart to record and stop to record, can operate effectively, realize various recoding services by the flow process of present embodiment for normally beginning in the recording process.
Introduce system and device embodiment in the embodiment of the invention below, see also Fig. 5, for the embodiment of the invention realizes the structural representation of the system of recoding service, this system can comprise:
Client 501 is used for sending the recoding service request to server end, and recording function information is carried in described recoding service request;
Fig. 6 is the structural representation of server end 502 in the embodiment of the invention, and as shown in Figure 6, this server 502 can comprise:
First receiving element 601 is used to receive the recoding service request that client 501 sends, and recording function information is carried in this recoding service request;
Recording elements 602 is used for carrying out the recoding service operation according to this recording function information.
Recording elements further can comprise in first recording elements 6021, second recording elements 6022 and the 3rd recording elements 6023 at least one.
When recording function information comprised the recorded content sign, first recording elements 6021 was used for beginning to record after receiving the recoding service request, and the media content that will record that gets access to is kept at this specified position of recorded content sign.
When recording function information comprises recording mode information, and when this recording mode information is coverage mode, second recording elements 6022 is used for after receiving the recoding service request, stop ongoing recording operation, begin to record again from current point in time, the media content that will record that gets access to is kept at recording location the preceding, covers original recorded content.
When recording function information comprises recording mode information, and this recording mode information is when appending mode, the 3rd recording elements 6023 is used for after receiving the recoding service request, begin to recover to record from current point in time, the media content that will record that gets access to is appended be kept at after preceding recorded content.
This server 502 further can comprise with lower unit:
Second receiving element 604 is used to receive the cancellation recording request that client sends; Cancellation unit 605 is used for receiving this cancellation recording request, stops the ongoing recording operation of recording elements, and deletes the content of having recorded.
The 3rd receiving element 606 is used to receive the time-out recording request that client sends; Suspend unit 607, be used for receiving this time-out recording request, suspend the ongoing recording operation of recording elements.
The 4th receiving element 608 is used to receive the recording request that stops that client sends; Stop element 609 is used for stopping recording request receiving this, stops the ongoing recording operation of recording elements.
The method, system and device of the realization recoding service that provides by the above embodiment of the present invention, after the recoding service request of the recording function information of carrying that receives the client transmission, server end carries out the recoding service operation according to this recording function information, thereby realized that the network side under client and server end framework records, further, can realize that COV business, network side individual recording business etc. need the various emerging services of network side recording technology, satisfy the demand of user for various recoding services.
One of ordinary skill in the art will appreciate that all or part of step that realizes in the foregoing description method is to instruct relevant hardware to finish by program, described program can be stored in a kind of computer-readable recording medium.The above-mentioned storage medium of mentioning can be a read-only memory, disk or CD etc.
Obviously, those skilled in the art can carry out various changes and modification to the present invention and not break away from the spirit and scope of the present invention.Like this, if of the present invention these are revised and modification belongs within the scope of claim of the present invention and equivalent technologies thereof, then the present invention also is intended to comprise these changes and modification interior.
Claims (24)
1, a kind of method that realizes recoding service is characterized in that, this method comprises:
Server end receives the recoding service request that client sends, and recording function information is carried in described recoding service request;
Server end carries out the recoding service operation according to described recording function information.
2, the method for claim 1 is characterized in that, described recording function information comprises the recorded content sign;
Described server end carries out the recoding service operation according to described recording function information and comprises: after receiving described recoding service request, server end begins to record, and the media content that will record that gets access to is kept at the specified position of described recorded content sign.
3, method as claimed in claim 2 is characterized in that, described recorded content is designated empty sign;
Describedly further comprise after receiving described recoding service request: server end is that session distributes the recorded content sign.
As claim 2 or 3 described methods, it is characterized in that 4, further comprise after described server end begins to record: server end returns the recoding service request response to client, described message is carried described recorded content sign.
5, method as claimed in claim 1 or 2 is characterized in that, described recording function information comprises recording mode information.
6, method as claimed in claim 5 is characterized in that, described recording mode information is coverage mode;
Described server end carries out the recoding service operation according to described recording function information and comprises: after receiving described recoding service request, server end stops ongoing recording operation, begin to record again from current point in time, the media content that will record that gets access to is kept at the recording location of preceding recording, covers original recorded content.
7, method as claimed in claim 5 is characterized in that, described recording mode information is the mode of appending;
Described server end carries out the recoding service operation according to described recording function information and comprises: after receiving described recoding service request, server end begins to recover to record from current point in time, the media content that will record that gets access to is appended be kept at after preceding recorded content.
As claim 2,3 or 6 described methods, it is characterized in that 8, described recording function information further comprises at least one in the following information: duration is recorded in request, capacity and recorded file storage format are recorded in request;
When recording function information comprised that described request is recorded duration, described server end carried out recoding service operation according to described recording function information and comprises: server end stops recording operation when the time span of recording reaches described request and records duration;
When recording function information comprised that described request is recorded capacity, described server end carried out recoding service operation according to described recording function information and comprises: server end stops recording operation when the memory capacity of recording reaches described request and records capacity;
When recording function information comprised described recorded file storage format, described server end carries out the recoding service operation according to described recording function information and comprises: the media content that will record that server end will get access to was preserved according to described recorded file storage format.
9, as claim 1 to 3 or 6 to 7 any described methods, it is characterized in that, described server end carries out further comprising after the recoding service operation according to described recording function information: record and finish, described server end sends to client and records the request of finishing, and described request comprises records the result.
10, method as claimed in claim 9, it is characterized in that, the described result of recording comprises recording and complete successfully, and describedly records the request finished and comprises: record and finish relevant information, described recording finished relevant information and comprised: actual duration and/or the actual capacity of recording recorded.
11, method as claimed in claim 9 is characterized in that, the described result of recording comprise recording the failure finish, described record finish the request comprise: the reason of recording failure.
12, as claim 1 to 3 or 6 to 7 any described methods, it is characterized in that, described server end carries out further comprising after the recoding service operation according to described recording function information: server end receives the cancellation recording request that client sends, stop ongoing recording operation, and delete the content of having recorded.
13, as claim 1 to 3 or 6 to 7 any described methods, it is characterized in that, described server end carries out further comprising after the recoding service operation according to described recording function information: server end receives the time-out recording request that client sends, and suspends ongoing recording operation.
14, as claim 1 to 3 or 6 to 7 any described methods, it is characterized in that, described server end carries out further comprising after the recoding service operation according to described recording function information: server end receives the recording request that stops of client transmission, stops ongoing recording operation.
15, method as claimed in claim 14, it is characterized in that, the recording request that stops that described server end receives the client transmission further comprises afterwards: server end sends to client and stops the recording request response message, described message is carried the statistical correlation information of recording, and the described statistical correlation information of recording comprises: actual duration and/or the actual capacity of recording recorded.
16, a kind of server is characterized in that, described server comprises:
First receiving element is used to receive the recoding service request that client sends, and recording function information is carried in described recoding service request;
Recording elements is used for carrying out the recoding service operation according to described recording function information.
17, server as claimed in claim 16 is characterized in that, described recording function information comprises the recorded content sign; Described recording elements comprises:
First recording elements is used for beginning to record after receiving described recoding service request, and the media content that will record that gets access to is kept at the specified position of described recorded content sign.
As claim 16 or 17 described servers, it is characterized in that 18, described recording function information comprises recording mode information, and described recording mode information is coverage mode; Described recording elements comprises:
Second recording elements, be used for after receiving described recoding service request, stopping ongoing recording operation, begin to record again from current point in time, the media content that will record that gets access to is kept at recording location the preceding, covers original recorded content.
As claim 16 or 17 described servers, it is characterized in that 19, described recording function information comprises recording mode information, and described recording mode information is the mode of appending; Described recording elements comprises:
The 3rd recording elements is used for after receiving described recoding service request, begins to recover to record from current point in time, the media content that will record that gets access to is appended be kept at after preceding recorded content.
20, as claim 16 or 17 described servers, it is characterized in that described server further comprises:
Report the unit, be used for described recording elements record finish after, send to client and to record the request of finishing, described request comprises records the result.
21, as claim 16 or 17 described servers, it is characterized in that described server further comprises:
Second receiving element is used to receive the cancellation recording request that client sends;
The cancellation unit is used for receiving described cancellation recording request, stops the ongoing recording operation of described recording elements, and deletes the content of having recorded.
22, as claim 16 or 17 described servers, it is characterized in that described server further comprises:
The 3rd receiving element is used to receive the time-out recording request that client sends;
Suspend the unit, be used for receiving described time-out recording request, suspend the ongoing recording operation of described recording elements.
23, as claim 16 or 17 described servers, it is characterized in that described server further comprises:
The 4th receiving element is used to receive the recording request that stops that client sends;
Stop element is used for receiving the described recording request that stops, and stops the ongoing recording operation of described recording elements.
24, a kind of system that realizes recoding service is characterized in that, this system comprises:
Client is used for sending the recoding service request to server end, and recording function information is carried in described recoding service request;
Server end is used to receive described recoding service request, carries out the recoding service operation according to described recording function information.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200810067175.9A CN101588342A (en) | 2008-05-19 | 2008-05-19 | Method, device and system for realizing recording business |
| PCT/CN2009/071513 WO2009140888A1 (en) | 2008-05-19 | 2009-04-28 | Method, device and system for realizing recording service |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200810067175.9A CN101588342A (en) | 2008-05-19 | 2008-05-19 | Method, device and system for realizing recording business |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101588342A true CN101588342A (en) | 2009-11-25 |
Family
ID=41339767
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200810067175.9A Pending CN101588342A (en) | 2008-05-19 | 2008-05-19 | Method, device and system for realizing recording business |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101588342A (en) |
| WO (1) | WO2009140888A1 (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105516485A (en) * | 2015-12-04 | 2016-04-20 | 小米科技有限责任公司 | Sound recording method and device |
| CN105791951A (en) * | 2014-12-26 | 2016-07-20 | Tcl海外电子（惠州）有限公司 | Recording method and device for audio and video code stream |
| CN107040639A (en) * | 2017-03-23 | 2017-08-11 | 申瓯通信设备有限公司 | The digital communication way of recording and system |
| CN108270768A (en) * | 2017-11-28 | 2018-07-10 | 北京文香信息技术有限公司 | A kind of single port two-way interactive agreement based on RTSP/RTMP agreements |
| CN108377413A (en) * | 2018-04-18 | 2018-08-07 | 深圳佳力拓科技有限公司 | It is a kind of to support while the set-top-box system and method for three road performance recordings |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100396097C (en) * | 2005-02-23 | 2008-06-18 | 南京Lg新港显示有限公司 | Multimedia servicer system using network and its servicing method |
| EP2014093B1 (en) * | 2006-05-04 | 2013-03-27 | NDS Limited | Scrambled digital data item |
| KR20080054088A (en) * | 2006-12-12 | 2008-06-17 | 정영덕 | Network pvr system, method for realizing network pvr, and pvr device using the same |
| CN101262583B (en) * | 2007-03-05 | 2011-06-15 | 华为技术有限公司 | Recording method, entity and system for media stream |
| CN101068340B (en) * | 2007-06-08 | 2010-06-02 | 华为技术有限公司 | Program network transcribing method and media processing server and network transcribing system |
| CN101378492B (en) * | 2007-08-27 | 2011-11-02 | 华为技术有限公司 | Method, system and entity for implementing network REC |
| CN101409659A (en) * | 2007-10-08 | 2009-04-15 | 华为技术有限公司 | Control method, system and entity for network REC |
| CN101409823B (en) * | 2007-10-10 | 2012-04-25 | 华为技术有限公司 | Method, apparatus and system for implementing network personal video recorder |
| CN101247512B (en) * | 2008-03-19 | 2010-08-11 | 北京惠信博思技术有限公司 | Method for recording network individual video |
-
2008
- 2008-05-19 CN CN200810067175.9A patent/CN101588342A/en active Pending
-
2009
- 2009-04-28 WO PCT/CN2009/071513 patent/WO2009140888A1/en active Application Filing
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105791951A (en) * | 2014-12-26 | 2016-07-20 | Tcl海外电子（惠州）有限公司 | Recording method and device for audio and video code stream |
| CN105516485A (en) * | 2015-12-04 | 2016-04-20 | 小米科技有限责任公司 | Sound recording method and device |
| CN105516485B (en) * | 2015-12-04 | 2019-03-01 | 小米科技有限责任公司 | The way of recording and device |
| CN107040639A (en) * | 2017-03-23 | 2017-08-11 | 申瓯通信设备有限公司 | The digital communication way of recording and system |
| CN108270768A (en) * | 2017-11-28 | 2018-07-10 | 北京文香信息技术有限公司 | A kind of single port two-way interactive agreement based on RTSP/RTMP agreements |
| CN108377413A (en) * | 2018-04-18 | 2018-08-07 | 深圳佳力拓科技有限公司 | It is a kind of to support while the set-top-box system and method for three road performance recordings |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2009140888A1 (en) | 2009-11-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9049484B2 (en) | Efficient assignment of program copies in a network digital video recorder | |
| US8832724B2 (en) | Remote storage digital video recorder that supports shared and per-subscriber content rights | |
| JP4098250B2 (en) | Multimedia advertisement service provision in a mobile communication network, multimedia content control apparatus and multimedia content control method | |
| EP2135162B1 (en) | Operational management solution for media production and distribution | |
| CN101710965A (en) | Full network storage and scheduling method and system for network television | |
| CN110489484B (en) | Data synchronization method and device, readable storage medium and electronic equipment | |
| CN101588342A (en) | Method, device and system for realizing recording business | |
| CN102413302B (en) | The method and apparatus for back-up processing of being recorded a video in video monitoring, alternate device | |
| CN110351532B (en) | Video big data cloud platform cloud storage service method | |
| CN101742254B (en) | Backup method for video monitoring system information and central platform server | |
| CN102056014B (en) | Stream media recording method and system | |
| CN110545327A (en) | information pushing method and system | |
| AU2010278498B2 (en) | Method and system for video-recording recovery | |
| EP3673660A1 (en) | Method for creation and distribution of segmented video over distributed multicast-aware sparse networks with low latency | |
| US11546212B2 (en) | Intelligent content server handling of client receipt disruptions | |
| CN110602545A (en) | Distributed recording execution method for network live broadcast | |
| CN112351299B (en) | Propaganda and education broadcasting method and device | |
| KR101671388B1 (en) | Method and apparatus for storing back-up data through network, apparatus for providing back-up data, and back-up system | |
| CN109194678B (en) | Distributed streaming media service system based on redis message queue | |
| CN101483753A (en) | Implementation method and device for recoding service | |
| CN101499917A (en) | Method, system and apparatus for implementing predetermined meeting | |
| CN102364940B (en) | A kind of information processing method and equipment based on RAID array | |
| CN102333074B (en) | Method and equipment for transmitting data in monitoring system | |
| EP2265007A2 (en) | Content recording control method for peers, and a device therefor | |
| CN108259682B (en) | Method and device for realizing voice service |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20091125 |