JP2008187505A - Video transmission device, reception terminal, and moving picture recording system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To enable a user who views to quickly acquire a recording image by requesting recording at a desired timing in live distribution not for recording. <P>SOLUTION: A video distribution server 102 receives information on a recording start point or a recording end point from a portable terminal 104. Then, a packet in a range from the recording start point to the end point is read from a buffer 11, and transmitted to the portable terminal 104 with an HTTP streaming, and an MP4 file is generated, and attached to mail for transmission, and the download of the generated MP4 file is promoted and presented. In live distribution not for recording, a viewing user is able to quickly acquire a recording image by requesting recording at a desired timing. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

  The present invention relates to a video transmission device, a reception terminal, a moving image recording system, a video transmission method, a control method for a reception terminal, a program, and a storage medium, and in particular, a timing desired by a user when distributing video with an emphasis on real-time characteristics. The present invention relates to a technique suitable for use in order to ensure storage.

  With the recent development of communication systems, it has become common to view live video from cameras and stored video images through communication lines such as the Internet. Also, because wireless communication devices have become cheaper and communication lines have become larger in capacity, opportunities to refer to video images from devices connected via the network have increased at home and in the workplace. Yes.

  In particular, with regard to live video, it has become popular to distribute surveillance video, fixed-point camera, video of concerts and events, and view these live video on mobile devices such as mobile phones and PDAs.

  In general, when viewing recorded content, the content may be used for the purpose of obtaining the content while viewing and downloading and editing using a commercially available application. However, in the case of live video, there are many video distribution devices that do not involve recording, and in this case, editing that has been performed in the past cannot be performed.

  Even in live distribution in which recording is performed in parallel, a recording specification range is not clear particularly in the case of a surveillance camera or a fixed point camera, and thus a huge recording area is required for recording. Thus, when viewing live video on a mobile device, the storage capacity of a mobile device such as a mobile phone or PDA is generally smaller than that of a PC or moving image storage device. It is considered as a means only for the purpose.

  However, a user who is viewing with such a portable device rarely needs partial moving image data of the viewed live video. For example, if you are watching a surveillance camera, check the abnormal part and want to get a video of the period when the situation subsides, or get only the part where acquaintances and your favorite talent appear at events and concerts The situation is possible.

  Conventionally, in such a case, recording to a storage device is performed in parallel with a stream for live viewing purposes. Then, a step of extracting a desired portion from the accumulated entire video is required. As described above, in order to extract a certain part from the video recorded at all times or the entire video recording the event, in the case of the recording method using the old video tape, it is necessary to go to the place where the storage device is installed. Alternatively, it is necessary to acquire the video of the desired portion by reproducing the tape from the video accumulated by acquiring the tape with reference to the approximate time of the desired video. Also, even in the case of electronic data, the data file is once imported into a PC or other device that can edit the moving image, and the desired portion is checked and edited in the same way while referring to the time etc. while playing back with a dedicated application. Need to do work.

  Thus, conventionally, when performing partial extraction of a live video, it is premised that there is moving image data recorded once. In addition, since it is necessary to perform playback, reconfirm and then edit, it takes time and a large time lag between viewing a real-time image and actually acquiring the desired moving image. There was a problem to do.

  Therefore, after the live video as described above is recorded once, it is stream-played from the server device in which the recorded moving image content is stored in order to edit without importing the data file into its own terminal. Then, an editing point event is sent to the player who is playing, and processing such as acquiring the editing point time length is performed, and the editing information is transmitted to the server. Thus, an editing method has been proposed that enables editing without transmitting and receiving data files (see, for example, Patent Document 1).

JP 2003-125339 A

  However, the editing method described in Patent Document 1 requires a storage capacity for storing recorded content on the network, and is effective only for recorded files. Did not apply. Further, each edit point is calculated, and after the edit point calculation is completed, the content can be edited only after the information is distributed to the server. For this reason, there is a problem in that it takes a long time to calculate the edited moving image after calculating the editing point.

  In view of the above-described problems, the present invention makes it possible to reliably save a moving image in a range desired by a user who is viewing the video at a timing desired by the user without using a large-capacity storage area or device. The purpose is to make it possible.

  The video transmission apparatus according to the present invention is a video transmission apparatus for streaming video and audio to a receiving terminal, and recording control means for performing control to record the video and audio to be streamed to the receiving terminal in a buffer Receiving means for receiving information relating to the recording start point or recording end point of the video and audio from the receiving terminal; and a video in a range from the recording start point to the recording end point in the information received by the receiving means; And providing means for reading out the audio from the buffer and providing the audio to the receiving terminal.

  The receiving terminal of the present invention is a receiving terminal that requests the video and audio to a video transmitting device that distributes video and audio in a streaming manner, and receives video and audio distributed from the video transmitting device. And an input means for inputting a recording start point or a recording end point of the video and audio when recording the video and audio distributed from the video transmission device, and the recording start point or recording input by the input means. Transmission means for transmitting information relating to the end point to the video transmission apparatus.

  The moving image recording system of the present invention includes the video transmission device described above and the reception terminal described above.

  The video transmission method of the present invention is a video transmission method for streaming and delivering video and audio to a receiving terminal, and a recording control step for performing control to record the video and audio to be streamed to the receiving terminal in a buffer A reception step of receiving information related to the recording start point or the recording end point of the video and audio from the receiving terminal, a video in a range from the recording start point to the recording end point in the information received in the reception step, and A providing step of reading the voice from the buffer and providing the voice to the receiving terminal.

  The receiving terminal control method according to the present invention is a receiving terminal control method for requesting the video and audio to a video transmitting apparatus for streaming distribution of video and audio, and the video and audio distributed from the video transmitting apparatus. A video receiving step, an input step of inputting a recording start point or a recording end point of the video and audio when recording video and audio distributed from the video transmitting device, and input in the input step A transmission step of transmitting information related to a recording start point or a recording end point to the video transmission device.

The program of the present invention is a program for causing a computer to execute each step of a video transmission method for streaming delivery of video and audio to a receiving terminal, and recording the video and audio to be streamed to the receiving terminal in a buffer. A recording control step for performing control, a receiving step for receiving information related to the recording start point or recording end point of the video and audio from the receiving terminal, and recording end from the recording start point in the information received in the receiving step And a providing step of reading video and audio in a range up to a point from the buffer and providing them to the receiving terminal.
Another aspect of the program of the present invention is a program that causes a computer to execute each step of the control method of the receiving terminal that requests the video and audio to the video transmission device that distributes video and audio by streaming. A video reception step for receiving video and audio distributed from the video transmission device, and a recording start point or recording end point of the video and audio when recording the video and audio distributed from the video transmission device. The computer is caused to execute an input step of inputting and a transmitting step of transmitting information related to the recording start point or the recording end point input in the input step to the video transmitting apparatus.

  A storage medium according to the present invention stores any one of the programs described above.

  According to the present invention, when information including the recording start point or recording end point designated by the receiving terminal and the accompanying information is received, packets in the range from the recording start point to the recording end point are read from the buffer. The data is read and provided to the receiving terminal. As a result, in live distribution not intended for recording, a moving image in a range desired by the viewing user can be reliably stored at a timing desired by the user. It can be realized without using it.

(First embodiment)
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is a diagram illustrating a configuration example of a video viewing system (moving image recording system) in the present embodiment. As shown in FIG. 1, a configuration in which moving image data composed of video and audio captured by a camera 101 is streamed by a video distribution server 102 and viewed on a mobile terminal 104 via a network 103 will be described as an example.

  In this embodiment, RTP (Real-time Transport Protocol, RFC 3550, The Internet Society) is used as a protocol used for video distribution from the video distribution server 102 to the mobile terminal 104. Similarly, RTCP (RTP Control Protocol) defined in RFC3500 is used as the RTP control protocol.

  The RTCP packet includes a reception report (RR), a transmission report (SR), a source description (SDES), membership management (BYE), and an application definition (APP). Five types are defined. Since this embodiment mainly uses reception reports, the configuration of the RR type of the RTCP packet will be described with reference to FIG.

  As described above, the RTCP packet (RR) is called a reception report, and is transmitted from the stream reception device to the stream transmission device. The RTCP packet includes an RTCP header 301, “reception report blocks” 302 corresponding to the number indicated by RC (Reception Report Count) 306 of the RTCP header 301, and profile-dependent extension portions 303.

  The “reception report block” 302 represents a reception state of a stream that the stream reception device reports to the stream transmission device, and includes information such as a packet discard rate and jitter. LSR 304 represents the time stamp of the last received transmission report (SR), and DLSR 305 represents the elapsed time elapsed from the last received transmission report (SR). By using the LSR 304 and the DLSR 305, the round trip time of the network between the server and the client can also be acquired.

[Overview of recording instruction and processing from viewing terminal to server]
Hereinafter, a recording instruction from the mobile terminal 104 according to the present embodiment to the video distribution server 102 and an outline of the processing will be described. FIG. 11 is a block diagram illustrating a functional configuration example of the video distribution server 102 and the mobile terminal 104 in the present embodiment.

  The video distribution server 102 that performs live distribution secures a small data storage area (buffer) 11 such as a ring buffer. The buffer 11 is used as an area for storing a packet for which streaming distribution has been performed for a certain period. At the same time as streaming distribution performed via the communication unit 10, the recording control unit 12 copies and stores the packet to be transmitted to the buffer 11.

  When the user desires to record distribution data, a recording start event is set on the client side who is viewing live distribution. Regarding event setting, as shown in FIG. 2, a “recording start button” 201 and a “recording end button” 202 are assigned to the mobile terminal 104 in advance. When these buttons 201 and 202 are pressed during viewing of live moving image data (video data and audio data), a recording start event and a recording end event occur, respectively.

  When the recording start event occurs, the mobile terminal 104 acquires the sequence number and TimeStamp, which are information of the packet at the time of viewing, and sets the start point (hereinafter referred to as IN). Further, when a recording end event occurs, similarly, information on the packet at that time is acquired and an end point (hereinafter referred to as OUT) is set.

  Next, details of processing when the “recording start button” 201 of the portable terminal 104 is pressed will be described. As described above, when the “recording start button” 201 of the portable terminal 104 is pressed, a recording start event is generated based on a signal input from the input unit 22, and the IN / OUT setting unit 23 views a packet at the time of viewing. Information is acquired and IN is set. For the information related to the IN, a character string is generated as a description as shown in FIG. 4 and added to the profile dependent extension 303 of the RTCP packet.

  The content of the description shown in FIG. 4 includes control (control) on whether or not to record as supplementary information, a character string representing the control content, and a character string representing the point content of the recording (Point). is there. Further, there is a value for identifying a packet such as a sequence number (SeqNo) or a time stamp (TimeStamp) of the corresponding packet.

  FIG. 5 shows a conceptual diagram of a flow of a packet transmitted from the video distribution server 102 to the mobile terminal 104 and a recording instruction process from the mobile terminal 104 to the video distribution server 102. The video distribution server 102 determines the recording start command described in the profile-dependent extension 303 of the RTCP packet sent from the mobile terminal 104 via the communication unit 21, and the sequence number and TimeStamp of the corresponding packet. Then, the corresponding packet is read from the buffer 11. Then, as a providing method, the read packet is transmitted by HTTP streaming in a separate session to a viewing client for which a storable capacity is secured.

  The designation of the viewing client to be transmitted by HTTP streaming is notified to the video distribution server 102 in advance before the viewing is started. Similarly, in the case of the recording end point, a character string instructing the end according to the description example of FIG. Thereby, HTTP streaming is complete | finished.

  As another providing method, when the end is determined, the file generation unit 13 may generate a moving image content file as an MP4 file, and send the mail with the generated MP4 file attached to the viewing client. . Alternatively, a method for prompting the download of the MP4 file may be provided by e-mail, for example.

  In addition, in the method for acquiring a recording file in which final section designation is performed, the portable terminal 104 may have a function of selecting any one of the above-described HTTP streaming, MP4 file mail transmission, and MP4 file download method. Good.

  Of the above-described recording file acquisition methods, regarding the method of generating the MP4 file in advance on the video distribution server 102 after the specification of the recording range is completed, packets from IN to OUT are stored in the video distribution server 102. It is necessary to save it. For this reason, depending on the size of the buffer 11, packets from IN to OUT may not be stored in the same buffer 11. In that case, a temporary MP4 file is generated with packets from IN to the time when the buffer 11 is filled, and when this output is repeated and finally OUT is received, a plurality of MP4s divided up to that point are received. You may make it connect a file.

  In addition, when the same user desires a plurality of recording requests from the same camera in the MP4 file, the video of the fragment created each time may be automatically connected in time series. In this case, the arrangement of complicated files and the convenience of re-viewing are effective.

[Buffer size]
Regarding the size of the buffer 11 on the video distribution server 102 side, the time / size calculation unit 14 calculates the buffer size necessary for recording, and the recording control unit 12 changes the buffer size. That is, as a system, the buffer size can be dynamically changed from a fixed value or the delay information between the video distribution server 102 and the mobile terminal 104 based on the RTCP packet transmission interval or the RTCP information.

[Clear buffer]
If there is no description of the recording start in the profile dependent extension portion 303 of the RTCP packet notifying the start of recording sent from the video receiving side (portable terminal 104 side), the recording control unit 12 transmits the packet recorded in the buffer 11. It has a means to clear. Further, the time / size calculation unit 14 calculates the range of packets to be cleared. Next, the RTCP packet transmission interval and delay information between the video distribution server 102 (video distribution side) that distributes video and the mobile terminal 104 (video reception side) that receives video are received next. It is possible to calculate the range of RTCP packets that have no possibility of specifying IN. Furthermore, a TimeOut value is set in advance on the video distribution server 102 side, and when the TimeOut time is exceeded, the corresponding data (packet) can be deleted.

[Processing when connecting multiple clients]
When connecting to a plurality of clients, there is an upper limit on the size of the buffer 11 that can be secured on the video distribution server 102 side. Therefore, when there is one connected client, the buffer 11 is fully used and a certain amount of image data is used. Can be stored. However, in a plurality of cases, the number of clients that can secure the buffer 11 corresponding to the RTCP transmission interval is determined at least. When the number of clients is exceeded, an error message to that effect is displayed and the connection is impossible. To do. Then, the packet stored in the buffer 11 is used to perform processing according to the recording instruction from the mobile terminal 104 to the video distribution server 102 described above.

  When managing a plurality of clients, the video distribution server 102 holds a management table including recording instruction information as shown in FIG. The management table shown in FIG. 6 includes recording instruction information such as user name, session ID, camera ID, IN (DATE, TimeStamp), OUT (DATE, TimeStamp), recorded flag information, and the like.

  Next, processing using a management table for a plurality of clients will be described. When the video distribution server 102 receives the IN request, the information is written into the management table simultaneously with the storage of the packet. When the recording content providing method is HTTP streaming, the packet is transmitted by HTTP streaming from an IN designated packet. When an IN request is received from another client and the designated packet of the IN is already recorded in the buffer 11, information is written into the management table and HTTP streaming designated by the client is started.

Next, regarding OUT processing, details of processing in the video distribution server 102 when an OUT event occurs when there are a plurality of clients will be described with reference to the flowchart shown in FIG.
When the video distribution server 102 receives an RTCP packet OUT instruction, first, when the recording content providing method is HTTP streaming, the HTTP streaming is terminated. Further, in the case of providing in the MP4 file format, an MP4 file for a specified section is generated (step S1001).

  Next, OUT data is inserted into the data to be transmitted to the corresponding user in the management table held by the video distribution server 102 (step S1002). Next, since HTTP streaming ends in step S1001 or an MP4 file is generated, the recorded flag on the management table is changed to “Y” for the order completed in step S1002. Alternatively, data is deleted from the management table (step S1003).

  Next, it is checked whether or not there is a TimeStamp packet older than the oldest TimeStamp in the management table among the packets stored in the buffer 11 (step S1004). If the check does not exist, the process is terminated.

  On the other hand, if it exists as a result of the check in step S1004, all packets older than the oldest TimeStamp with the recorded flag in the management table being “N” are deleted from the packets stored in the buffer 11 ( Step S1005). Then, the process ends.

  FIG. 9 shows a conceptual diagram of processing performed by the video distribution server 102 when an OUT event occurs when there are a plurality of clients described with reference to the flowchart shown in FIG. When an OUT event occurs 903 from the first user during packet recording 901 in the video distribution server 102, a portion of the first user's packet that does not overlap with other recording users is buffered. 11 to delete. Then, the packet recording 902 for the second user and the third user is continued.

[Actions for communication errors]
When recording is performed by specifying IN / OUT from the client, the network connection is disconnected before the client transmits OUT after the video distribution server 102 receives IN, or the OUT packet is lost. There is a case. In this case, the recording end point is determined by the TimeOut value preset on the video distribution server 102 side. That is, the TimeStamp packet obtained by adding the TimeOut value to the designated IN is forcibly set as the OUT packet.

  As described above, the TimeOut value is used as the maximum value of the designated recording time, and can also be used when forcibly determining an OUT packet at the time of a communication error. Alternatively, when sending IN from the client, the client may add a preset TimeOut value and send it, and when there is no OUT, the sent TimeOut value may be used.

  On the other hand, when the video distribution server 102 receives only OUT without receiving IN, only the portion stored in the buffer 11 is recorded, and an error message is added from the video distribution server 102 to the RTCP packet. Send. Alternatively, a unique packet may be used to notify the client that recording is not possible.

  As described above, in the present embodiment, the video distribution server 102 receives information about the recording start point or the recording end point from the portable terminal 104. A packet in the range from the recording start point to the recording end point is read from the buffer 11 and presented to the portable terminal 104. Thus, in live distribution not intended for recording, when recording is requested by a viewing user, it is possible to quickly distribute a moving image in a range desired by the user. Images can be acquired quickly.

(Second Embodiment)
In the first embodiment, the recording range is determined by designating the recording section by IN and OUT from the client. In contrast, in the present embodiment, a camera server system that records when a sensor detects something will be described. The recording range is determined by the sensor, and the client designates whether or not recording is necessary in the determined recording range.

  Further, in the present embodiment, when the user is viewing on the mobile terminal in parallel with the recording, it is possible to acquire the presence / absence of a recording instruction from the sensor. Then, the client (portable terminal) notifies the server side whether or not to perform recording within the recording range. If unnecessary, recording on the server side is stopped, and if necessary, recording is requested.

  As a result, after the recording factor of the sensor is detected, it is possible to perform recording on the server side only when a recording instruction request is issued from the client, and unnecessary recording can be performed in real time. Can be controlled. Thereby, the recording area can be saved.

  The system configuration of this embodiment is shown in FIG. The point that data captured by the camera 101 is distributed to the portable terminal 104 by the video distribution server 102 via the network 103 is the same as the system configuration of the first embodiment. In the present embodiment, in addition to the system configuration of the first embodiment, a sensor 701 is connected to the camera 101, and a recording device 702 that records video separately from the buffer is connected to the video distribution server 102. Since the functional configuration is the same as that of the first embodiment, description thereof is omitted.

  First, a system for recording when some factor is detected by the sensor 701 will be described. First, when a recording instruction is generated by the sensor 701 while viewing a video captured by the camera 101 on the mobile terminal 104, an event number or start that is information indicating a recording target section is generated. The mobile terminal 104 is notified of the time. As for the notification method, an RTCP packet transmission report (SR) is used as in the first embodiment. Alternatively, the header extension part of the RTP packet can be used.

  In the mobile terminal 104 on the client side, a “recording unnecessary button” and a “recording request button” are set in advance. When this “recording unnecessary button” is pressed, the control instruction (Control) is set to “CANCEL” according to the example of the description of FIG. In this embodiment, since the recording point (Point) is a system determined by the sensor 701, the recording point (Point) is set to “NONE” unlike the first embodiment.

  Further, the event number acquired from the video distribution server 102 is added as “EventNo = X” to generate a character string, and the profile dependent extension portion 303 of the RTCP packet (RR) is used as in the first embodiment. Send a record stop command. When the video distribution server 102 receives this cancel command, the video distribution server 102 cancels the recording of the corresponding event number. Or, if it has been recorded, the recorded part of the event number is deleted.

Next, a description will be given of a system configuration in which some factor is detected by the sensor 701, but basically recording is not performed, and recording is started for the first time when instructed from the client side.
When the client-side mobile terminal 104 is viewing and receiving a notification that a detection event of the sensor 701 has occurred, and wants to record that part, follow the example in FIG. The control instruction (Control) is set to “REC”.

  Further, the recording point (Point) is set to “NONE”. Further, the event number acquired from the video distribution server 102 is added as “EventNo = X”, and a character string is generated and recorded using the profile dependent extension portion 303 of the RTCP packet (RR) as in the first embodiment. Send instructions. The event recording range can be managed in a format in which an event number item is added to the management table on the video distribution server 102 shown in FIG.

(Third embodiment)
In the recording start and recording end designation method in the first embodiment, the recording start and recording end are instructed at the timing when the button set on the client is pressed. On the other hand, in the present embodiment, recording can be performed with a time margin longer than the timing when the button is pressed, or the timing can be slightly changed each time.

[How to specify the recording start and end time in seconds]
A time (X seconds) in which the server has room for the start point (IN) and a time (Y seconds) in which the server has room for the end point (OUT) are set in advance. Record by adjusting the set value. As a result, it is possible to compensate when the start instruction timing delay or the end instruction of the client is early. Further, in the case of IN designation by pressing the “record start button” on the portable terminal 104, an operation screen 801 as shown in FIG. 8 is displayed so that the recording adjustment position from the IN can be designated in seconds. To do. It is assumed that the end point (OUT) can be operated by designating the recording end position by the same operation.

(Other embodiments according to the present invention)
In the first to third embodiments, description has been made using RTP (Real Time Data Transfer Protocol) as a streaming method. On the other hand, in the case of a recording instruction in streaming using HTTP, a program (CGI) for performing recording processing is created in the video distribution server 102, and the program uses the GET method to generate characters as shown in FIG. A similar function can be provided by adding columns.

  The present invention has been described based on the preferred embodiments. However, the above-described embodiment is merely an example of the present invention and does not limit the present invention. For example, the notification method to the server has been described using RTP / RTCP or HTTP, but the present invention is not limited to this, and the start point (IN) and end point (OUT) can be notified by a unique packet. To do.

  A program stored in a RAM, a ROM, or the like of a computer operates in each step of the above-described video transmission device, each unit constituting the reception terminal, the video transmission method, and the reception terminal control method in the embodiment of the present invention. Can be realized. This program and a computer-readable storage medium storing the program are included in the present invention.

  In addition, the present invention can be implemented as, for example, a system, apparatus, method, program, storage medium, or the like. Specifically, the present invention may be applied to a system including a plurality of devices. The present invention may be applied to an apparatus composed of a single device.

  The present invention includes a case where a software program (in the embodiment, a program corresponding to the flowchart shown in FIG. 10) for realizing the functions of the above-described embodiments is directly or remotely supplied to a system or apparatus. This includes the case where the system or the computer of the apparatus is also achieved by reading and executing the supplied program code.

  Accordingly, since the functions of the present invention are implemented by computer, the program code installed in the computer also implements the present invention. In other words, the present invention includes a computer program itself for realizing the functional processing of the present invention.

  In that case, as long as it has the function of a program, it may be in the form of object code, a program executed by an interpreter, script data supplied to the OS, and the like.

  Examples of the storage medium for supplying the program include a flexible disk, a hard disk, an optical disk, and a magneto-optical disk. Further, there are MO, CD-ROM, CD-R, CD-RW, magnetic tape, nonvolatile memory card, ROM, DVD (DVD-ROM, DVD-R) and the like.

  As another program supply method, there is a method of connecting to a homepage on the Internet using a browser of a client computer. It can also be supplied by downloading the computer program itself of the present invention or a compressed file including an automatic installation function from a homepage to a storage medium such as a hard disk.

  It can also be realized by dividing the program code constituting the program of the present invention into a plurality of files and downloading each file from a different homepage. That is, a WWW server that allows a plurality of users to download a program file for realizing the functional processing of the present invention on a computer is also included in the present invention.

  As another method, the program of the present invention is encrypted, stored in a storage medium such as a CD-ROM, distributed to users, and encrypted from a homepage via the Internet to users who have cleared predetermined conditions. Download the key information to be solved. It is also possible to execute the encrypted program by using the key information and install the program on a computer.

  Further, the functions of the above-described embodiments are realized by the computer executing the read program. Furthermore, based on the instructions of the program, an OS or the like running on the computer performs part or all of the actual processing, and the functions of the above-described embodiments can be realized by the processing.

  As another method, the program read from the recording medium is first written in a memory provided in a function expansion board inserted into the computer or a function expansion unit connected to the computer. Then, based on the instructions of the program, the CPU or the like provided in the function expansion board or function expansion unit performs part or all of the actual processing, and the functions of the above-described embodiments are also realized by the processing.

It is a block diagram which shows the system configuration example of the 1st Embodiment of this invention. It is a figure which shows operation and the structure of a screen in the portable terminal of the 1st Embodiment of this invention. It is a figure which shows the structure of a RTCP packet (RR type). It is a figure which shows an example of the character string described to the RTCP packet of the 1st Embodiment of this invention. It is a figure which shows the outline | summary of an example of the process and operation by the server side and client side of the 1st Embodiment of this invention. It is a figure which shows an example of the management table of the video delivery server of the 1st Embodiment of this invention. It is a block diagram which shows the system configuration example of the 2nd Embodiment of this invention. It is a figure which shows operation and the structure of a screen in the portable terminal of the 3rd Embodiment of this invention. In the 1st Embodiment of this invention, it is a figure which shows the outline | summary of a process when there exist two or more clients. 6 is a flowchart illustrating an example of a processing procedure performed by the video distribution server when an OUT event occurs when there are a plurality of clients in the first embodiment of the present invention. It is a block diagram which shows the function structural example of the video delivery server and portable terminal in the 1st Embodiment of this invention.

Explanation of symbols

DESCRIPTION OF SYMBOLS 10 Communication part 11 Buffer 12 Recording control part 13 File generation part 14 Time / size calculation part 21 Communication part 22 Input part 23 IN / OUT setting part 101 Camera 102 Image | video delivery server 103 Network 104 Portable terminal

Claims (13)

A video transmission device for streaming video and audio to a receiving terminal,
Recording control means for performing control to record in a buffer video and audio to be streamed to the receiving terminal;
Receiving means for receiving information relating to the recording start point or recording end point of the video and audio from the receiving terminal;
A video transmitting apparatus comprising: a providing unit that reads out video and audio in a range from a recording start point to a recording end point in the information received by the receiving unit from the buffer and provides the received terminal to the receiving terminal. A calculating means for calculating the time required for recording by the recording control means using the information received by the receiving means;
The video transmission apparatus according to claim 1, wherein the recording control unit deletes the packet from the buffer according to the time required for recording calculated by the calculating unit. The calculating means calculates the buffer size required for recording by the recording control means using the information received by the receiving means;
The video transmission apparatus according to claim 2, wherein the recording control unit changes the buffer to a buffer size necessary for recording calculated by the calculation unit.   2. The video transmission apparatus according to claim 1, further comprising file generation means for generating a packet in a range from the recording start point to the recording end point in a file format. A management table including recording instruction information from the receiving terminal;
The video transmission apparatus according to claim 1, wherein the recording control unit performs recording control and buffer control using the management table. A receiving terminal for requesting the video and audio to a video transmission device for streaming video and audio;
Video receiving means for receiving video and audio distributed from the video transmitting device;
An input means for inputting a recording start point or a recording end point of the video and audio when recording the video and audio distributed from the video transmission device;
A receiving terminal comprising: transmitting means for transmitting information relating to a recording start point or a recording end point input by the input means to the video transmitting apparatus. When the recording start point or the recording end point is set by another device, the input means inputs whether to request a packet in a range from the recording start point to the recording end point,
The receiving terminal according to claim 6, wherein the transmitting unit transmits, to the video transmitting apparatus, information related to whether to request the packet, which is input by the input unit.   A moving image recording system comprising: the video transmission device according to any one of claims 1 to 5; and the reception terminal according to claim 6 or 7. A video transmission method for streaming video and audio to a receiving terminal,
A recording control step of performing control to record video and audio to be streamed to the receiving terminal in a buffer;
A receiving step of receiving information related to the recording start point or recording end point of the video and audio from the receiving terminal;
A video transmission method comprising: a providing step of reading out video and audio in a range from a recording start point to a recording end point in the information received in the receiving step from the buffer and providing them to the receiving terminal. A control method of a receiving terminal for requesting the video and audio to a video transmission device for streaming video and audio,
A video receiving step of receiving video and audio distributed from the video transmitting device;
An input step of inputting a recording start point or a recording end point of the video and audio when recording the video and audio distributed from the video transmission device;
And a transmission step of transmitting information relating to the recording start point or recording end point input in the input step to the video transmission device. A program for causing a computer to execute each step of a video transmission method for streaming video and audio to a receiving terminal,
A recording control step of performing control to record video and audio to be streamed to the receiving terminal in a buffer;
A receiving step of receiving information related to the recording start point or recording end point of the video and audio from the receiving terminal;
A program for causing a computer to execute a providing step of reading out video and audio in a range from a recording start point to a recording end point in the information received in the receiving step from the buffer and providing the same to the receiving terminal. A program that causes a computer to execute each step of a control method of a receiving terminal that requests the video and audio to a video transmission device that performs streaming distribution of video and audio,
A video receiving step of receiving video and audio distributed from the video transmitting device;
An input step of inputting a recording start point or a recording end point of the video and audio when recording the video and audio distributed from the video transmission device;
A program causing a computer to execute a transmission step of transmitting information related to a recording start point or a recording end point input in the input step to the video transmission device.   A computer-readable storage medium storing the program according to claim 11 or 12.

Images