JP2008219224A - Moving image transfer system for mobile terminal - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a moving image transfer system for a mobile terminal for use in SNS aimed at the mobile terminal, using a low load coding compression technique. <P>SOLUTION: The moving image transfer system for the mobile terminal includes a server having an encoder for compressing the received moving image data using the low load coding technique, a portal site having a storage for storing the compressed moving image data, and a receiving mobile terminal capable of downloading the compressed moving image data by accessing the portal site, and having a decoder capable of decoding the downloaded compressed moving image data. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

  The present invention relates to a moving image transfer system for a mobile terminal for providing a social networking service (SNS) to which the mobile terminal can adapt.

  Currently, a moving image or audio download service from a content holder or the like provided as part of SNS targets a user's computer terminal. For mobile terminals such as mobile phones and mobile devices, the bit rate of the line is low, the storage capacity of the mobile terminal is small, and it is difficult to perform complex decoding processing of moving image data on the mobile terminal, etc. Therefore, this kind of download service has not been provided.

  The present applicant does not perform inter-frame differential encoding and motion compensation as in the conventional MPEG system as a moving picture encoding / compression system that is optimal for portable terminals such as small game machines and mobile phones. A low-load encoding / compression technique has already been proposed (Patent Document 1).

International Publication No. 2004/070651

  An object of the present invention is to provide a mobile terminal moving image transfer system for SNS targeting mobile terminals using the low-load encoding / compression technique.

  According to the present invention, a portal site including a server having an encoder that compresses received moving image data using a low-load encoding technique, a storage that stores compressed moving image data, and a moving image that is compressed by accessing the portal site There is provided a moving image transfer system for a mobile terminal that is capable of downloading data and includes a receiving-side mobile terminal having a decoder capable of decoding the downloaded compressed moving image data.

  The portal site is provided with an encoder that compresses moving image data using a low-load coding technique and a storage that stores the compressed moving image data, while the portable terminal is compressed using the low-load coding technique. A decoder that can decode the moving image data is provided. As a result, a moving image download service from the portal site to the portable terminal and a moving image transfer service to the portable terminal via the portal site are possible.

  It is preferable to further include a transmission-side terminal that can access the portal site and can upload moving image data to the portal site.

  It is also preferable that the transmitting terminal is a portable terminal of an individual user who has an account issued by the portal site.

  It is also preferable that the transmitting terminal is a computer terminal of an individual user who has an account issued by the portal site.

  It is also preferable that the transmission side terminal is a corporate user terminal having an account issued by the portal site.

  The portal site may further include a private storage that stores compressed moving image data addressed to a specific individual user, and a public storage that stores compressed moving image data that can be disclosed to an unspecified number of users. preferable.

  It is also preferable that the portal site further includes a corporate storage for storing compressed moving image data from corporate users that can be disclosed to an unspecified number of users.

  The portal site is further equipped with a means for judging the possibility of copyright infringement for compressed video data from individual users, which can be disclosed to an unspecified number of users. If it is determined that, the corresponding compressed moving image data is preferably discarded.

  It is also preferable that the portal site further includes means for deleting the compressed moving image data stored in the storage after a certain period.

  The above-mentioned encoder of the server searches for a region of the same pixel size in the reference image that is most similar to a block of a predetermined pixel size in an image continuous with the reference image, and the similarity between the searched region and this block is predetermined. Means for determining whether or not the reference value corresponds to a predetermined reference value, means for storing a motion vector representing the distance between this area and the block when the similarity corresponds to a predetermined reference value, and If the block does not correspond to the value and the block is not the predetermined minimum size, the block is divided, and the divided block is searched, determined and stored, and the similarity does not correspond to the predetermined reference value and the block is predetermined In the case of the minimum size, it is preferable to include means for compressing the block by an encoding method that does not refer to the standard image.

  The above-mentioned decoder of the mobile terminal on the receiving side determines whether or not the block to be decoded in the image continuous to the reference image is a block that has been divided and compressed, and the block to be decoded is divided and compressed If the block is not a predetermined block and is not a predetermined minimum size, means for decoding a block by reading a motion vector and copying a block of the same size defined by the motion vector in the reference image, and a block to be decoded If the block is not divided and compressed and has a predetermined minimum size, means for decoding this block by a decoding method that does not refer to the reference image, and if the block to be decoded is a block compressed by dividing And means for determining and decoding the divided and compressed block.

  According to the present invention, a moving image download service from a portal site to a mobile terminal and a moving image transfer service to a mobile terminal via a portal site are possible.

  FIG. 1 is a diagram schematically showing a configuration of a mobile terminal moving image transfer system for performing SNS as one embodiment of the present invention, and FIG. 2 is an overall view of the mobile terminal moving image transfer system of FIG. It is a flowchart explaining various operations.

  In FIG. 1, 10 is a portal site, 11 is an account contract with the portal site 10 or has already been signed, and a personal user's mobile terminal or computer terminal for uploading moving image data, and 12 is a portal site 10 and corporate account. A computer terminal of a corporate user who has contracted or has already contracted, and 13 represents a mobile terminal of an individual user (recipient) who has contracted or has contracted to use SNS and downloads moving image data.

  The portal site 10 includes, in addition to normal functional elements, a server 10a having an encoder (mobiclip encoder) that compresses received moving image data using a low-load encoding technique, a private storage 10b, and a public storage 10c. And a corporate storage 10d.

  As shown in FIG. 2, the personal user's mobile terminal or computer terminal 11 first accesses and connects to the portal site 10 (step S1), and the account contract enables uploading of moving image (including audio) data. (Step S2), thereby acquiring a personal account (for example, ΔΔΔ@mobilelip.jp) (step S3).

  Next, the mobile terminal or computer terminal 11 of the individual user selects, for example, a format for uploading the captured moving image (including sound) and notifies the portal site 10 (step S4), and the moving image is transmitted only to a specific user. When uploading in the private format to be transferred, the destination address, specifically, the e-mail address of the mobile terminal to be sent is attached to the moving image data and uploaded to the portal site 10 (step S5). When uploading the moving image in a public format that can be downloaded by an unspecified number of users, after selecting a category corresponding to the moving image from the category list set by the portal site 10, the moving image data is transferred to the portal site 10. (Step S6).

  On the portal site 10 side, the uploaded moving image data is compressed by the movie clip encoder of the server 10a (step S7). This low-load encoding technique in the Mobiclip encoder will be described in detail later.

  If the compressed moving image data is in a private format, it is stored in the private storage 10b (step S8). In this case, an e-mail indicating that the moving image data has arrived is sent to the address to which the moving image data is sent.

  When the compressed moving image data is in a public format, the portal site 10 determines whether the moving image data has a possibility of infringing the copyright and determines that there is a possibility of infringement of the copyright. If it is determined, the compressed moving image data is discarded (step S9). If it is determined that there is no possibility of copyright infringement, the compressed moving image data is divided into categories and stored in the public storage 10c (step S10).

  On the other hand, for example, a corporate user's computer terminal 12 which is a content holder or the like acquires a corporate account contract with the portal site 10 (step S11), and is basically a public moving image determined by the intention of the corporate user. Alternatively, audio content, for example, moving images or audio data such as CMs, music video clips for promotion, movie trailers, etc. are uploaded. The uploaded moving image data is compressed by the movie clip encoder of the server 10a (step S7) and stored in the corporate storage 10d (step S12).

  The mobile terminal 13 of the individual user (recipient) receives an email indicating that the moving image data from the portal site 10 has arrived (step S13). Thus, when the recipient clicks the mail, the portal site 10 is accessed, and the compressed moving image data addressed to the recipient stored in the private storage 10b is downloaded (step S14). The downloaded compressed video data is decoded by a decoder (mobi clip decoder) that decodes the data encoded by the low-load encoding technology built in the portable terminal 13 and can be viewed. A decoding technique in the Mobiclip decoder will also be described in detail later.

  When an individual user who has made an SNS contract wants to view a public or corporate video on the portal site 10, the user accesses the portal site 10 from the mobile terminal 13 and selects a desired category. The compressed moving image data stored in 10d is downloaded (step S15). The downloaded compressed video data is decoded by a mobile phone service provider (carrier) or the like by a Mobiclip decoder built in the mobile terminal 13 in advance and can be viewed.

  The portal site 10 deletes the compressed moving image data stored in the private storage 10b after a certain period of time after the receiver downloads it (step S16). Further, the compressed moving image data stored in the public storage 10c is uploaded and deleted after a predetermined period (step S17).

  FIG. 3 is a flowchart for explaining in more detail the processing operation in the portal site 10 of the moving image data uploaded from the terminal 11 of the individual user.

  First, the moving image data uploaded from the portable terminal or the computer terminal 11 of the individual user is received (step S20), and this moving image data is transferred to the Mobiclip encoder (step S21).

  The Mobiclip encoder encodes and compresses the moving image data using an encoding technique that has a significantly lower load than MPEG encoding (step S22).

  FIG. 4 is a flowchart for explaining the encoding process in the Mobiclip encoder.

  First, the first image in a continuous moving image is captured (step S220). Next, the first image is compressed by a general compression method such as an intra mode without referring to the reference image (step S221).

  Next, the next image of the continuous moving image is captured (step S222), and the image to be processed is cut into a plurality of blocks of H pixels in the vertical direction and L pixels in the width direction (step S223). Here, H is a numerical value for dividing the image to be processed into a plurality of lines, and is preferably a multiplier of 2 (for example, 16 for a 512-line image). L is a numerical value for dividing the image to be processed into a plurality of columns, and is preferably a multiplier of 2 (for example, 16 for a 768-column image). The cut block in the processing target image is registered in the selected block list (step S224). This selected block list is empty in the initial state.

  Next, it is determined whether or not there is a block in the selected block list (step S225). If it does not exist, it is determined whether or not the next image of the continuous moving image exists (step S226). If the next image exists, the process returns to step S222. If there is no next image, the encoding process is terminated.

  If it is determined in the processing of step S225 that there is a block in the selected block list, the processing target block is compared with a floating block (region) having the same pixel size in the preceding image (reference image) (step S227). Along with image conversion processing (for example, horizontal and vertical symmetry, brightness magnitude, rotation and synthesis of all image conversion, etc.), one region of the reference image most similar to the processing target block is detected, It is also possible to further increase the similarity between the region and the processing target block.

  The comparison reference value for determining that the block to be processed and the region are most similar is extremely large. For example, MPEG cannot specify a method to be used for comparing two blocks. Those skilled in the art have problem solving options, the most used being the mean square difference (MSD) and the mean absolute difference (MAD).

  In practice, in order to find the most similar region after image conversion, a large number of images will be searched to find the most similar block or the closest block, but preferably (1) a search in the preceding image, Either (2) search in the last intra image or (3) search in the last intra image or the next intra image is used.

  Next, it is determined whether or not the most similar region corresponds to a predetermined similarity reference value related to the processing target block (step S228). In this case, it is desirable to determine a predetermined reference value according to the size of the processing target block (the size changes in the iterative process).

  If it is determined in the process of step S228 that the similarity corresponds to a predetermined reference value, a motion vector for moving the spatial coordinates of the processing target block to the spatial coordinates of the most similar region is determined (step S229) and stored (step S229). S230). The data stored here is data that the following data is related to the block described by the motion vector, the image deformation data determined in the process of step S227, the image data related to the most similar region, the step This is the motion vector data determined in the process of S229.

  Next, if there is a block following this processing target block, it is added to the selected block list, and the processing returns to step S225 (step S231).

  If it is determined in the process of step S228 that the similarity does not correspond to a predetermined reference value, the height and width of the processing target block are set to a predetermined minimum value (for example, 1: 1 or 1: 2). By detecting whether or not they are equal, it is determined whether or not the block is a predetermined minimum size (for example, 1 × 1 pixel or 1 × 2 pixel) (step S232).

  If the processing target block is a predetermined minimum size, the minimum size block is compressed using an encoding method that does not refer to the standard image (step S233), and the result is stored (step S234). The data stored here is information indicating that the data is related to the minimum block and compressed moving image data.

  Next, if there is a block following this processing target block, it is added to the selected block list, and the process returns to step S225 (step S235).

  If the processing target block is not the predetermined minimum size in the process of step S232, the processing target block is divided into two blocks of the same size along the vertical division (step S236), and the processing target block is divided into the horizontal division. The upper and lower blocks are equally divided along the upper and lower sides (step S237). In this way, two types of divided blocks are generated to determine similarity, and the difference between the optimal region and the block when a predetermined reference value (for example, the sum of absolute values and the desired image conversion is performed) is determined. ), And considers each of the vertical and horizontal cutout images in light of the continuous image area, and produces the best overall similarity according to the overall similarity of the divided blocks, ie, optimized (vertical Alternatively, a horizontal divided block is selected (step S238).

  Next, information indicating that the subsequent data is related to the two divided blocks and information indicating whether the block is divided vertically or horizontally are stored (step S239).

  Next, the divided block is added to the selected block list, and the process returns to step S225 (step S240).

  By such block division, it is possible to separate so-called “deformed” blocks that do not have sufficiently similar regions (statistically few) to the preceding image in an efficient manner. Many remaining image portions are encoded only by motion prediction, thereby increasing the compression rate and increasing the decoding processing speed.

  After the moving image data is encoded and compressed by the Mobiclip encoder in step S22 of FIG. 3, it is determined whether or not the moving image data is uploaded in a private format (step S23).

  If it is determined that it is in the private format, the compressed moving image data is stored in the private storage 10b (step S24), and the moving image data has arrived at the destination address provided by the sender. A mail is transmitted (step S25). The portal site 10 saves the compressed moving image data stored in the private storage 10b for a certain period (for example, several days) from the time when the portable terminal 13 of the recipient downloads it, and then automatically deletes it (step S26). ).

  If it is determined in step S23 that the format is public, the compressed moving image data is sorted by category (step S27), and then it is determined whether there is a possibility of infringing the copyright (step S28). .

  If it is determined that there is no possibility of copyright infringement, the compressed moving image data is stored in the public storage 10c for each category (step S29). If it is determined in step S28 that there is a possibility of copyright infringement, the compressed moving image data is discarded (step S30). The portal site 10 automatically deletes the compressed video data stored in the public storage 10c after storing it for a certain period (for example, three weeks) from the time of uploading (step S31).

  The processing operation of the moving image data uploaded from the computer terminal 12 of the corporate user on the portal site 10 is basically similar to the processing for the moving image data in the public format uploaded from the terminal 11 of the individual user. Therefore, the description is omitted.

  FIG. 5 is a flowchart for explaining an operation procedure when an individual user uploads moving image data, and FIG. 6 is a diagram for explaining a screen of a personal user's mobile phone when uploading in a private format. Hereinafter, the upload operation procedure of the individual user will be described with reference to these drawings.

  As shown in FIG. 5, first, the portal site 10 is accessed by a mobile terminal such as a mobile phone or the computer terminal 11 to establish a connection (step S50). Next, in the first time, an account contract for uploading is made from the portal site 10, and thereby a personal account is acquired (step S51). This personal account is, for example, △△△ @ mobilelip. It is like jp, and after agreeing to the terms of use, it is contracted with a fixed amount such as a monthly fee system.

  Next, the moving image data is obtained by photographing or the moving image data acquired in advance is called (step S52), and the portal site 10 is accessed to establish a connection (step S53). Note that the uploadable data format is digital data, which is moving image (including sound) data taken by a mobile phone, a video camera, a digital camera, or the like. Here, an individual user connected to the portal site 10 can upload an image, that is, a private format that targets a moving image addressed to a specific individual user or a public format that targets a moving image that is disclosed to an unspecified number of individual users. Is selected (step S54).

  When uploading by selecting a private format (step S55), as shown in FIG. 6, the individual user creates a mail by writing a message with the destination of the moving image (a plurality of destinations are also possible) as the destination. Then, the moving image file is attached and the transmission is clicked and uploaded (step S56). This moving image file is not sent to other than the designated destination.

  As described above, the moving image data uploaded to the portal site 10 is automatically transferred to the encoder server 10a (step S57) and compressed by the Mobiclip encoder (step S58). The compressed moving image data is stored in the private storage 10b (step S59), and a mail indicating that the moving image data has arrived at the mail destination is issued (step S60). As described above, the moving image data stored in the private storage 10b is deleted after a predetermined period after the receiver downloads (step S61).

  When uploading by selecting a public format (step S62), the individual user selects a category of the moving image and clicks transmission (step S63). Examples of the category to be selected include “travel”, “nature”, “pet”, “dance”, and “entertainment”. By this operation, the moving image data is uploaded (step S64).

  As described above, the moving image data uploaded to the portal site 10 is automatically transferred to the encoder server 10a and compressed by the Mobiclip encoder (step S65). If the compressed moving image data is from an individual user, it is determined whether or not there is a possibility of infringing the copyright (step S66). If it is determined that there is no possibility of copyright infringement, the compressed moving image data is stored for each category in the public storage 10c (step S67). As described above, the moving image data stored in the public storage 10c is deleted after a predetermined period after being uploaded (step S68).

  FIG. 7 is a flowchart for explaining an operation procedure when an individual user downloads moving image data, FIG. 8 is a diagram for explaining a screen of the mobile phone of the individual user when downloading, and FIG. 9 is a mobile phone. It is a figure explaining the screen of the Mobiclip player previously integrated in the portable terminals 13, such as. Hereinafter, the download operation procedure of the individual user will be described with reference to these drawings.

  As shown in FIG. 7, first, the portal site 10 is accessed by the mobile terminal 13 such as a mobile phone to establish a connection (step S70). Next, at the first time, an account contract for download is made from the portal site 10, thereby obtaining a personal account (step S71). This personal account is, for example, △△△ @ mobilelip. It is like jp, and after agreeing to the terms of use, it is contracted with a fixed amount such as a monthly fee system.

  When an e-mail with a moving image file attached is received, it is downloaded in a private format (step S72). When the individual user (recipient) clicks the moving image file of the mail on the mobile terminal 13 shown in FIG. 8 (step S73), the portal site 10 is accessed and this reception stored in the private storage 10b is received. The compressed moving image file addressed to the user is downloaded to the portable terminal 13 (step S74).

  Upon completion of the download, a movie clip player for moving image data as shown in FIG. 9 (A) or (B) pops up on the screen of the mobile phone 13, and the compression downloaded by the receiver operating it. The moving image data is decoded by the Mobiclip decoder and can be viewed (step S75), and the viewing is actually performed (step S76). 9A shows a case where the screen is vertically long, and FIG. 9B shows a case where the screen is horizontally long. Each icon has a rewind and fast forward button 1, a play button 2, a stop button 3, a rewind button 4, and a fast forward. The button 5, the mute button 6, the volume button 7, and the window close button 8 are provided.

  FIG. 10 is a flowchart for explaining the decoding process in the Mobiclip decoder.

  First, an intra image (an image encoded without referring to another image in a video stream image) is decoded (step S750). Next, the storage information of the block including the data format is read for the image following the reference image (in this case, the intra image), and the coding state of the block is determined (step S751).

  When the motion vector related to the reference image is obtained and encoded, the processing system of steps S752 to S754 functions. When the encoding is performed as the minimum size block, the processing system of steps S755 to S756 functions, and the block is divided and encoded. In the case of conversion, the processing system of steps S757 to S758 functions.

  If it is determined that the encoding is related to the motion vector, the motion vector is read out, and the region most similar to the other image of the video stream image is positioned by this vector (step S752). The predetermined image conversion performed in step S227 (FIG. 4) is applied (step S753), and the most similar area (which can be image-converted) is copied to create a decoded block (step S754).

  If it is determined that the encoding is related to the minimum size block, the block to be decoded is read (step S755), and the read block is decoded by a known decoding technique that does not refer to the reference image to create a decoded block ( Step S756).

  If it is determined that the encoding is related to block division, the selection information of the optimized (vertical or horizontal) divided block performed in step S238 (FIG. 4) at the time of encoding is read (step S757). The two selected blocks are set as blocks to be decoded (step S758), and the process returns to step S751 to repeat the same processing. As long as there remains a block or image to be decoded, the above processing is repeated.

  After the process in step S71 of FIG. 7, when the public-format moving image is to be used for viewing, the receiver first accesses and connects the mobile phone 13 to the portal site 10 (step S77).

  As a result, the category of content provided by the portal site 10 is displayed on the screen of the mobile phone 13 as shown in FIG. 11, and the recipient selects and clicks the desired category (step S78). For example, when selecting a public-format moving image, the recipient selects and clicks the category of “movie”, “music” or “mobi clip” in “enjoy”. When the “Movie” category is selected, the content as shown in FIG. 12 is displayed. When the “Music” category is selected, the content as shown in FIG. 13 is displayed. When the “Mobiclip” category is selected. Is displayed as shown in FIG.

  Next, when the recipient selects and clicks on the moving image file to be viewed (step S79), the selected moving image file is downloaded to the mobile phone 13 (step S80).

  At the end of the download, the above-mentioned video clip player for moving image data pops up on the screen of the mobile phone 13 and the receiver operates the compressed moving image data downloaded by the Mobiclip decoder. Thus, viewing becomes possible (step S81), and viewing is actually performed (step S82).

  FIG. 15 is a flowchart illustrating an operation procedure when a corporate user uploads moving image data. The corporate user upload operation procedure will be described below with reference to these drawings.

  As shown in the figure, the corporate user first makes an account contract with the portal site 10, thereby acquiring a corporate account (step S150). This corporate account is, for example, a monthly system or an annual system.

  Next, a moving image or audio content for public use determined by the intention of the corporate user, such as a CM, a music video clip for promotion, a movie trailer, etc. is provided as an advertisement (step S151), and the moving image or audio data is provided for corporate use. Upload to the portal site (step S152). The uploaded moving image data is compressed by the Mobiclip encoder of the server 10a (step S153), transferred to the public corporate storage 10d (step S154), divided into categories and stored so as to be downloadable (step S155). . As described above, the moving image data stored in the corporate storage 10d is deleted after a certain period after being uploaded (step S156).

In addition, the encoding compression technique by the Mobi clip encoder and Mobi clip decoder (Mobi clip codec) used in this embodiment has the following features.
(A) All digital video formats (eg, AVI, ASF, DivX, MOV, MPEG, REAL, VOB, WMV) can be converted. Can have the same playback function as DVD
(C) The frame rate at the time of reproduction is 30 fps (frame per second).
(D) The number of colors is 16 million.
(E) The compression ratio is 100: 1 to 200: 1, that is, the moving image can be compressed from 1/100 to 1/200.
(F) The data rate is 30 fps with respect to 145 kbps including voice data.
(G) 2 hours original size video can be recorded in 90MB.
(H) The average data rate for moving image quality is 70 kbps.
(I) The minimum storage for recording a 2 hour original size video is 64 MB.
(J) H.H. H.264 (compatible with 1Seg) can maintain a high frame rate while maintaining the same compression rate. Because the CPU load is lower than H.264, the battery can last longer and can be played back for 6 hours and 30 minutes.
(K) H. As H.264, block noise is less likely to occur during moving image reproduction, and the image quality is high.

  All the embodiments described above are illustrative of the present invention and are not intended to be limiting, and the present invention can be implemented in other various modifications and changes. Therefore, the scope of the present invention is defined only by the claims and their equivalents.

It is a figure which shows roughly the structure of the moving image transfer system for portable terminals for performing SNS as one Embodiment of this invention. It is a flowchart explaining the whole operation | movement in the moving image transfer system for portable terminals of FIG. It is a flowchart explaining in more detail the processing operation in the portal site of the moving image data uploaded from the terminal of the individual user. It is a flowchart explaining the encoding process in a Mobiclip encoder. It is a flowchart explaining the operation procedure in case an individual user uploads moving image data. It is a figure explaining the screen of a personal user's mobile telephone at the time of uploading in a private format. It is a flowchart explaining the operation procedure in case an individual user downloads moving image data. It is a figure explaining the screen of a personal user's mobile telephone in the case of downloading. It is a figure explaining the screen of the Mobiclip player previously integrated in portable terminals, such as a mobile telephone. It is a flowchart explaining the decoding process in a Mobiclip decoder. It is a figure explaining the screen of a mobile telephone in the case of selecting the category of the content which a portal site provides. It is a figure explaining the screen of a mobile telephone at the time of selecting the category of a movie. It is a figure explaining the screen of a mobile telephone at the time of selecting the category of music. It is a figure explaining the screen of a mobile telephone at the time of selecting the category of a movie clip. It is a flowchart explaining the operation procedure in case a corporate user uploads moving image data.

Explanation of symbols

DESCRIPTION OF SYMBOLS 10 Portal site 10a Server with Mobiclip encoder 10b Private storage 10c Public storage 10d Corporate storage 11 Personal user mobile terminal or computer terminal 12 Corporate user computer terminal 13 Personal user (receiver) mobile terminal

Claims (11)

  A portal site provided with a server having an encoder for compressing received moving image data using a low-load encoding technique, a storage for storing the compressed moving image data, and accessing the portal site to download the compressed moving image data And a receiving side portable terminal having a decoder capable of decoding the downloaded compressed moving image data.   2. The moving image transfer system for portable terminals according to claim 1, further comprising a transmission side terminal that is accessible to the portal site and capable of uploading moving image data to the portal site.   3. The moving image transfer system for mobile terminals according to claim 2, wherein the transmitting terminal is a mobile terminal of an individual user who has an account issued by the portal site.   3. The moving image transfer system for portable terminals according to claim 2, wherein the transmitting terminal is a computer terminal of an individual user who has an account issued by the portal site.   The mobile terminal moving image transfer system according to claim 2, wherein the transmitting terminal is a terminal of a corporate user having an account issued by the portal site.   The portal site further includes a private storage for storing compressed moving image data addressed to a specific individual user, and a public storage for storing compressed moving image data that can be disclosed to an unspecified number of users. The moving image transfer system for mobile terminals according to claim 1, wherein:   The said portal site is further provided with the corporate storage which memorize | stores the compression moving image data from a corporate user which can be open | released to an unspecified large number of users. The moving image transfer system for portable terminals described in 1.   The portal site further comprises means for determining whether or not there is a possibility of copyright infringement on compressed video data from an individual user, which can be disclosed to a large number of unspecified users. The mobile terminal moving image transfer system according to any one of claims 1 to 7, wherein the compressed moving image data is discarded when it is determined to be present.   9. The moving picture for mobile terminal according to claim 1, wherein the portal site further includes means for erasing the compressed moving image data stored in the storage after a certain period of time. Image transfer system.   The encoder of the server searches for a region of the same pixel size in the reference image that is most similar to a block of a predetermined pixel size in an image continuous with the reference image, and similarity between the searched region and the block Means for determining whether or not to correspond to a predetermined reference value; means for storing a motion vector representing a distance between the region and the block when the similarity corresponds to a predetermined reference value; and the similarity Does not correspond to a predetermined reference value and the block is not a predetermined minimum size, the block is divided, the means for searching, determining and storing the divided block, and the similarity is a predetermined reference value And a means for compressing the block by an encoding method that does not refer to the reference image when the block has a predetermined minimum size. Video transmission system for a mobile terminal according to any one of claims 1 9, characterized and.   Means for determining whether or not the block to be decoded in the image continuous to the reference image is a block compressed by dividing and compressing the block to be decoded; Means for decoding a block by reading a motion vector and copying a block of the same size defined by the motion vector in the reference image if the block is not a predetermined block and is not of a predetermined minimum size; If the block to be decoded is not a block compressed by division and has a predetermined minimum size, means for decoding the block by a decoding method that does not refer to the reference image, and the block to be decoded is compressed by division Means for performing the determination and decoding on the divided and compressed block. Video transmission system for the mobile terminal claimed in any one of 10, characterized in that that example.

Images