KR20040089787A - System and method for mobile dairy service - Google Patents

Abstract

PURPOSE: A system and a method for a mobile work writing service are provided to present a new business model called the mobile work writing service such as a mobile diary. CONSTITUTION: MMS(Multimedia Message Service) servers(503,507) receive a connection request signal including a caller ID corresponding to calling user terminals(505,509) by a user terminal from an MSC(Mobile Switching Center). A CDS(Contents Directory Server)(501) provides setting information for the mobile work writing server to the MMS server depending on certification information corresponding to the caller ID by combining with the MMS server and provides the mobile work writing service corresponding to the caller ID to the user terminal. The CDS includes an API(Application Programming Interface), an upper level instruction processor, a mobile terminal state information managing module, a file directory list managing module, a user certification module, and an MMS server managing module.

Description

Mobile asset creation service system and method {System and method for mobile dairy service}

The present invention relates to a mobile asset creation service system and method that enables a mobile asset such as a mobile diary to be created using a mobile terminal.

In general, a multimedia messaging service (MMS) is a service that can accommodate multimedia data such as images, graphics, and videos by escaping from limited text message-oriented limited services such as voice message or short message service (SMS). In particular, MMS is a service following SMS, and handles transmission and reception between users without real-time transmission request, and voice, fax, e-mail, SMS, VMS (Voice) through media conversion of received message by using information of called user terminal. A service can be provided by interworking with a message / mail service (VOD), a video on demand (VOD) system, and an audio on demand (AOD) system. The MMS will be described in detail with reference to FIGS. 1 and 2.

1 is a view schematically showing a conventional MMS interface. FIG. 2 is a diagram illustrating a correspondence relationship between types of abstract messages defined in 3GPP and messages in an IMON.

1 and 2, a first MMS relay / server 101 managing a plurality of MMS user terminals may include an MMS user terminal A 107, a billing system, an MMS value added service (VAS) application, and an MMS user database. , HLR, a plurality of external servers and a second MMS Relay / Server 109. In particular, the MMS Relay / Servers 101 and 109 transmit and receive data with the MMS user terminal A or B in an MM1 message. In addition, each MMS Relay / Server exchanges data with another MMS Relay / Server in an MM4 message. Relay 103 and Server 105 in each MMS Relay / Server transmit and receive data in an MM2 message.

The characteristic messages of the above-described MM1 message are as follows. That is, the MM1 message is a MM1_submit.REQ / RES for the MM (Multimedia Message; MM) submission, MM1_notification.REQ / RES for the notification of the MM, MM1_retrieve.REQ / RES and MM1_acknowledgement.REQ for the retrieval of the MM. , MM1_forward.REQ / RES for sending the MM, MM1_delivery_report.REQ for sending the report, MM1_read_reply_receipient.REQ for reading the MM's recipient response report, and MM1_read_reply_originator.REQ for checking the MM's sender response report, etc. There is this. MM4 message is MM4_forward.REQ / RES for forward routing of MM, MM4_deliver_report.REQ / RES for forward routing of Delivery Report, MM4_read_reply for forward routing for Read of Reply Report .REQ / RES, etc.

3 is a flowchart illustrating a message flow using a conventional MMS.

Referring to FIG. 3, when the originating MMS UA (User Agent) transmits MM1_submit.REQ to the originating MMS Relay / Server (step 301), the originating MMS Relay / Server sends MM1_submit.RES to the originating MMS UA in response. Transmit (step 303). The originating MMS Relay / Server then sends MM4_forward.REQ to the receiving MMS Relay / Server (step 305). The receiving MMS Relay / Server sends MM4_forward.RES to the sending MMS Relay / Server in response to the received MM4_forward.REQ (step 307). The receiving MMS Relay / Server sends MM1_notification.REQ to the receiving MMS UA (step 309). The receiving MMS UA transmits MM1_notification.RES to the receiving MMS Relay / Server in response to the received MM1_notification.REQ (step 311).

The receiving MMS UA then sends MM1_retrieve.REQ to the receiving MMS Relay / Server (step 313). The receiving MMS Relay / Server sends MM1_retrieve.RES to the receiving MMS UA in response to MM1_retrieve.REQ (step 315). The receiving MMS UA sends MM1_acknowledgement.REQ to the receiving MMS Relay / Server as a response signal (step 317). Thereafter, the receiving MMS Relay / Server sends an MM4_delivery_report.REQ indicating the delivery result (delivery_report) of the MM to the sending MMS Relay / Server (step 319). The originating MMS Relay / Server sends MM4_delivery_report.RES to the receiving MMS Relay / Server in response to the received MM4_delivery_report.REQ (step 321).

The originating MMS Relay / Server then sends MM1_delivery_report.REQ to the originating MMS UA (step 323). The originating MMS UA can confirm the delivery result of the MM. The receiving MMS UA sends MM1_read_reply_recipient.REQ to the receiving MMS Relay / Server indicating the acknowledgment (read_reply_recipient) by the receiver (step 325). The receiving MMS Relay / Server sends MM4_read_reply_report.REQ to the sending MMS Relay / Server in response to the received MM1_read_reply_recipient.REQ (step 327). The originating MMS Relay / Server sends MM4_read_reply_report.RES to the receiving MMS Relay / Server in response to the received MM4_read_reply_report.REQ (step 329). The originating MMS Relay / Server then sends MM1_read_reply_originator.REQ to the originating MMS UA (step 331).

The above-described MMS is a technical field developed as a usage form of Synchronized Multimedia Integration Language (SMIL). SMIL is an XML-based multimedia integration language proposed by the W3C in 1998 for implementing web multimedia presentations. In other words, SMIL is a comprehensive language for XML-based multimedia consisting of several simple tags and attributes.

In addition, SMIL is a language that can deliver more information to users by providing various media with more dynamic and video. By inserting text, news subtitles, video, music lyrics processing, announcements, and the like can be appropriately provided. Also, by inserting an image, the effect of the banner advertisement can be seen, and MacroMedia Fresh can be provided. In addition, it is possible to realize a dynamic image using only a few cuts of a picture, not a video, and a slide show for presentation. This SMIL will be described in detail with reference to FIG. 4.

4 is a diagram schematically showing an interface for multimedia authoring using SMIL.

Referring to FIG. 4, an interface for multimedia authoring using SMIL includes a search window 401, an attribute interface 403, a layout window 405, an icon, and a time base interface 407.

The search window 401 is an interface that can structurally and intuitively display the SMIL source by iconizing the user. Icons for SMIL sources include <smil> tag icons, <head> tag icons, <root-layout> tag icons, <layout> tag icons, and <body> tag icons. The user can insert, delete, and change tag icons in the SMIL source in the search window 401. SMIL source icons can be provided to the user as a lookup table. Inserts, deletions, and changes made by the user are updated in real time with the corresponding source in other interfaces and text editor modules. Of course, if the corresponding source of the other interface and the text editor module is changed, the contents of the search window 401 may be updated in real time.

The attribute interface 403 is an interface capable of visually displaying meta attributes, layout attributes, clip source attributes, and the like to the user. Meta attributes include content and name. The root-layout attributes are background-color, height, and width. Region properties include background-color, fit, height, width, id, left, top, and z-index. Clip sources (media objects) include animation, audio, image, ref (documents for other purposes), text, textstream, and video. Attributes of each clip source are abstract, author, copyright, begin, end, clip-begin, clip-end, dur, fill, region, repeat, src, system-bitrate, system-language, and title. Here, each media object may be provided in the form of a tag or another file. The user can insert, delete, and change each attribute value using the attribute interface 403. Inserts, deletions, and changes made by the user are updated in real time with the corresponding source in other interfaces and text editor modules. Of course, if the corresponding source of the other interface and the text editor module has changed, the content of the attribute interface 403 may be updated in real time.

The layout window 405 serves to visually express the root-layout and each region of the layout to the user. The user can drag-drop the root layout and each region displayed in the layout window 405 with a mouse to conveniently insert, delete, and change the layout. That is, the user can arrange the space of each media object in WYSIWYG (what you see is what you get). The placement window 405 hides the source directly from the user so that the user can only think about how the content is laid out overall. Inserts, deletions, and changes made by the user are updated in real time in the corresponding source of other interfaces and text editor modules. Of course, if the corresponding source of the other interface and the text editor module has changed, the content of the batch window 405 may be updated in real time.

The icon and time base interface 407 allows a user to iconify a plurality of clip sources, i.e., media objects, to structurally and intuitively edit space-time relationships to create an integrated multimedia file. Media objects (animation, audio, image, reference, text, textstream, video, etc.) are represented by icons. The user can insert, delete, and change the media object icon in the icon and time base interface 407 to integrate and present the multimedia. In other words, the user can create a multimedia presentation file with ease. In addition, the icon and time base interface 407 enables structural and intuitive editing of the representation of time relationships for media objects to create an integrated multimedia file. Media objects (animation, audio, image, reference, text, textstream, video, etc.) may be displayed as icons. The user can conveniently and intuitively express the time of each media object and the time relationship between the plurality of media objects in the icon and time base interface 407. Specifically, the time of each media object may be represented graphically as represented by begin, end, dur, etc. in the source. In addition, seven situations such as before, meets, overlaps, during, starts, finishes, and equals may be represented graphically. You can WYSIWYG to edit the time relationship of media objects. By hiding the source directly invisible to the user, the user can only think about how the content is laid out overall.

However, with traditional SMIL-based applications, despite the power of SMIL, users can create content in a number of cumbersome steps-specifying the area in which multimedia data will be played, and individually coding the runtime of each club. And alignment, individual coding of links or anchors, and alignment, setting up links or anchors. This is inconvenient for mobile users because of the hassle of using SMIL editing applications on the terminal or on the web. In other words, the application program must be operated individually. Due to the characteristics of a work such as a diary, this operation causes inconvenience to the user.

An object of the present invention is to propose a new business model of a mobile asset creation service such as a mobile diary as one of wired and wireless application services.

Another object of the present invention is a novel application service for wired / wireless services, which provides a user with a mobile terminal user with a work creation service such as diary writing, which has been provided only to the web, according to the wide spread of color portable terminals. It is to propose a mobile asset creation service system and method that can be provided.

Another object of the present invention is to propose a mobile asset creation service system and method that can provide a differentiated communication application service to a customer by using a message transmission method in consideration of the processing capacity of the mobile user terminal and the size and characteristics of the message. will be.

Still another object of the present invention is to create one complete work while instantaneously writing a work such as a mobile diary over time, and if the same file format, that is, the letter surface letters, images can be rewritten for the video It is proposed a mobile asset creation service system and method.

Still another object of the present invention is to artificially adjust and transmit the packet size and transmission time interval of data according to the memory state of the receiving user terminal, thereby minimizing the burden on the data network and the terminal to provide an optimized service. To propose a mobile asset creation service system and method.

1 is a schematic representation of a conventional Multi Messaging Service (MMS) interface.

FIG. 2 is a diagram illustrating a correspondence relationship between types of abstract messages defined in a 3GPP (Third Generation Partnership Project) and multimedia messages in an IMON. FIG.

3 is a signal flow diagram illustrating a message flow of a conventional MMS.

4 is a schematic representation of a multimedia authoring interface using synchronous multimedia integration language (SMIL).

5 is a diagram schematically showing a mobile asset creation service system according to an embodiment of the present invention.

6A illustrates a mobile asset creation service system according to a preferred embodiment of the present invention.

6B is a block diagram illustrating the content directory server of FIG. 6A in more detail.

7 is a diagram schematically illustrating a data processing procedure according to an embodiment of the present invention.

8 is a view for explaining the writing function according to an embodiment of the present invention.

9 is a view for explaining a data management function according to an embodiment of the present invention.

10 is a signal flow diagram illustrating a data access process according to a preferred embodiment of the present invention.

11 is a view for explaining a synchronization function according to an embodiment of the present invention.

12 is a signal flow diagram for explaining a packet delivery delay time adjustment function according to an embodiment of the present invention.

13 illustrates an example of a display screen of a user terminal according to an exemplary embodiment of the present invention.

14A is a signal flow diagram illustrating a data retrieval process based on a user terminal through a value added service (VAS) according to an exemplary embodiment of the present invention.

14b is a signal flow diagram illustrating a data retrieval process through a web based on a web according to an exemplary embodiment of the present invention.

<Explanation of symbols for the main parts of the drawings>

501 --- Content Directory Server (CDS)

503 --- First MMS Server

505--First user terminal

507 --- Second MMS Server

509 --- second user terminal

601 --- Storage Server

603 --- Artificial Intelligence Server (AIS)

605 --- Customer Relationship Management (CRM) Server

607 --- Value Added Services (VAS) Applications

609 --- Home Position Register (HLR)

611 --- Service Control Point (SCP)

613 --- web server

615 --- Publishing Server

In order to achieve the above object, according to an aspect of the present invention, a mobile asset creation service coupled to an exchange (MSC) in a data network that manages at least one mobile user terminal to provide a mobile asset creation service A system, comprising: a Multimedia Messaging Servec (MMS) server for receiving a connection request signal by the user terminal from the exchange, wherein the connection request signal includes at least an originating identifier corresponding to the originating user terminal; And a content directory coupled to the MMS server to provide mobile asset creation service setting information to the MMS server according to authentication information corresponding to the origination identifier, and to provide the user terminal with a mobile asset creation service corresponding to the origination identifier. Contains a server (Contents Directory Server; CDS) However, the user terminal may provide a mobile asset creation service system, characterized in that for transmitting the multimedia data for mobile asset creation to the MMS server in a rewriting manner.

In a preferred embodiment, the content directory server (CDS) at least manages the state information of the user terminal in accordance with an application programming interface (API), a high level command processing unit coupled to the API, the signal of the high level command processing unit A portable terminal state information management module, a file directory list management module for managing information of files stored according to a signal of the high level command processor, a user authentication module for authenticating a user according to a signal of the high level command processor, and the high level command It characterized in that it comprises an MMS server management module for managing at least one MMS server according to the signal of the processing unit.

According to another aspect of the present invention, a content coupled to a multimedia messaging service (MSC) server and a multimedia messaging service server (MSC) in a data network managing at least one mobile user terminal and a content coupled to the MMS server. A method for providing a mobile asset creation service in a mobile asset creation service system comprising a Contents Directory Server (CDS), the method comprising: receiving a connection request signal by the user terminal from the exchange, wherein a connection request signal And at least a calling identifier corresponding to the calling user terminal, and providing a mobile asset creating service to the user terminal according to the authentication information corresponding to the calling identifier. Rewrite multimedia data for The mobile asset creation service method may be transmitted to the MMS server.

In a preferred embodiment, the step of providing the mobile asset creation service to the user terminal by the content directory server (CDS) comprising at least an application programming interface (API) and a high level command processor coupled to the API, Managing the state information of the user terminal by a portable terminal state information management module coupled to the high level command processing unit, and a file directory list management module coupled to the high level command processing unit of the file stored from the user terminal. Managing information, authenticating a user by a user authentication module coupled to the high level command processor, and managing at least one MMS server by an MMS server management module coupled to the high level command processor; Including, but the MMS server the control signal of the CDS It depending characterized in that it transmits data to the user terminal.

In a preferred embodiment, it further comprises a storage server coupled to the CDS for storing the multimedia data in a storage space corresponding to the originating identifier.

In addition, the multimedia data for creating the mobile asset is stored in the MMS server for a specific period in consideration of the load of the data network, characterized in that after the specific period is stored in the storage server.

In addition, the MMS server is characterized in that for transmitting a multimedia message with a field indicating the state of the user terminal is added to the user terminal.

In addition, the multimedia message to which the field indicating the state of the user terminal is added is characterized in that the MM1 message of the MMS Reference Point.

In addition, the MMS server is characterized in that for transmitting the multimedia data previously prepared for editing the mobile work by the user terminal to the user terminal.

The CDS may be configured to determine a packet delivery delay time interval for the multimedia data transmitted from the MMS server to the user terminal in cooperation with an artificial intelligence server (AIS).

The MMS server may transmit recommended display indication information on the display area of the multimedia data displayed on the user terminal to the user terminal.

In addition, the MMS server is characterized in that the synchronization (SYNC) between the multimedia data displayed on the user terminal through the MM1_submit.REQ and MM1_subit.RES messages.

In addition, the CDS is characterized in that coupled to the hybrid peer-to-peer (Hybird Peer-to-Peer) communication method with a plurality of MMS server.

In addition, the multimedia data transmitted from the user terminal to the MMS server is characterized in that it includes the receiver payment request information to charge the recipient of the mobile work.

In addition, the multimedia data transmitted from the user terminal to the MMS server is characterized in that it comprises the setting information for the public and private of the mobile work.

Next, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings.

5 is a view schematically showing a mobile asset creation service system according to an embodiment of the present invention.

Referring to FIG. 5, the mobile asset creation service system includes a content directory server (CDS) 501, a multimedia messaging service server (MMS server) 503, 507, and a user terminal 505, 509. It includes. MMS servers 503 and 507 include MMS relay servers. The CDS 501 and the MMS servers 503 and 507 are combined in a peer to peer (P2P) manner to transmit and receive data. The MMS servers 503 and 507 and the user terminals 505 and 509 transmit and receive data through a multimedia message protocol (MM1) message, which is a multimedia message standard.

Referring to the mobile asset creation service system according to the present invention. The client is a mobile user terminal 505, 509. Mobile user terminals 505 and 509 include all wireless terminals, such as mobile phones and PDAs. Mobile asset creation services are available regardless of the operating system (OS) or device type.

Specifically, such a function is possible because there is a content directory server 501 having a peer-to-peer function at the center of the system according to the present invention. The CDS 501 manages the MMS servers 503 and 507 as one peer. Each MMS server 503 (507) manages user terminals 505 (507) including wireless terminal devices such as mobile phones and PDAs as clients.

That is, the CDS 501 is located at the center of the system according to the present invention, and the MMS servers 503 and 507 are arranged around the CDS 501. Management of data, sender and receiver is basically performed in the MMS server 503 and 507, and comprehensive management of data and sender and receiver is performed in the CDS 501 serving as a central server. The MMS MM1 Reference Point is used between the clients 505 and 509 and the MMS servers 503 and 507, and a peer to peer communication method is used between the MMS servers 503 and 507 and the CDS 501. Accordingly, the present invention can transfer a large amount of images, videos, and texts between the user terminals 505 and 509 and the MMS servers 503 and 507 and the MMS server and the CDS 501 through the aforementioned communication schemes.

As described above, the present invention is made by using a mobile peer to peer technology in the CDS to see each MMS server to one peer, and to transmit and receive data, so that content production and distribution is possible regardless of what type or language in the future. It is possible to send a video, image, text attached. In addition, it is possible to continuously search for content information using a binding.

In addition, the present invention, when the data stored in the server is transmitted to the user authorized by the author, from the MMS server according to the memory state and process state of the current mobile through the server control applied fuzzy rule, one of artificial intelligence techniques The packet delivery delay time of the data transmitted to the mobile, i.e., the user terminal, is adjusted differently. For example, a mobile with a large memory receives a lot of packet data at a time, and a mobile with a small memory receives packet data at appropriate time intervals. Therefore, the data packet transmission delay time interval is adjusted according to the state of the mobile to optimize the data transmission and reception process.

In addition, according to the present MMS standard, the MM1 reference point, that is, the MM1_submit.REQ and MM1_submit.RES messages among the messages exchanged between the sender client and the sender MMS server, are added to the user terminal and the user terminal. Synchronized mobile asset data is transmitted and received between the MMS server. That is, in the present invention, the MMS server synchronizes the multimedia data displayed on the user terminal by adding a field indicating the state of the user terminal, that is, the mobile, to the content of the MM1 message, which is the MMS Reference Point, to know the state of the user terminal.

In addition, the present invention solves the cumbersome task of SMIL-based application programs for the expansion of multimedia messaging services. That is, the present invention easily specifies the execution time of each club on the user terminal without the SMIL application. As such, the present invention controls the display area of the data to be played on the user terminal using artificial intelligence techniques according to the capacity of the multimedia data and the capacity of the terminal, thereby reducing the amount of work of the user and simplicity of use. Greatly increase convenience.

In addition, the present invention is applied to a mobile asset creation service such as a mobile diary service. For example, in the conventional case, writing a diary requires writing the diary at a fixed place, that is, in front of the computer or in a notebook. Thus, in the conventional case, writing a diary at a given time and a given space places a lot of restrictions on those who try to write a diary. However, in the present invention, it is possible to prepare a diary by various expression methods that are not simply text-based by collecting data of a day-to-day work on a mobile as video, voice, photo, and writing and editing and recording on a web or mobile. .

6A is a diagram illustrating in detail a mobile asset creation service system according to an embodiment of the present invention.

Referring to FIG. 6A, the mobile asset creation service system includes a storage server 601 and an artificial intelligence server in addition to the CDS 501, the MMS servers 503 and 507, and the user terminals 501 and 509 described in FIG. 5. Server; AIS; 603), Customer Relationship Management (CRM) Server 605, MMS Value Added Service (VAS) Application 607, Home Location Register 609, Service Control Point (SCP) 611, A web server 613 and a publication management server 615. The publication management server 615 includes a CD production and publication management server.

The content directory server (CDS) 501 manages a directory list of files, manages authorized persons of a corresponding mail, manages mobile state information of authorized persons through a second MMS server 507, and manages a size of an asset file to be transmitted. Decide In addition, the CDS 501 uses the user terminals 505 and 509 to create a mail in the management area of the first MMS server 503, and then moves to the management area of the second MMS server 507. Handle handoffs between servers. In addition, the CDS 501 temporarily sends a dispatch message to the MMS server 503 or 507 so that only the author can check and edit the mail contents.

The MMS server 503, 507 manages the user terminals 505, 509 and allows the user terminals 505, 509 to access the mobile asset creation service system. The MMS servers 503 and 507 perform synchronization with the user terminals 505 and 509. For example, the user can synchronize the contents (SYNC) between the contents by one operation simply through the user terminals 505 and 509. The user terminals 505 and 509 synchronize synchronization of the multimedia data generated through the MM1_submit.REQ message and the MM1_submit.RES message.

The storage server 601 includes an application server that manages only an authenticated user to access the database server, and a database server that stores data on at least the mobile asset of the user. The storage server 601 is coupled to the CDS 501 and transmits a message to be sent to the corresponding MMS server 503 and 507 under the control of the CDS 501. The data about the mobile asset delivered from the MMS server 503 and 507 is stored in the storage space corresponding to the user information.

An artificial intelligence server (AIS) 603 is coupled to the CDS 501 and the customer relationship management server 605. The AIS 603 utilizes fuzzy control through expert control information such as customer relationship management information and user terminal information, execution period coordination between clubs via terminal hard keys, and peer-to-peer (P2P) services. That is, the AIS 603 performs fuzzy control based on the received information so that the CDS 501 and the MMS servers 503 and 507 can produce and deliver the content to the user terminals 505 and 509 regardless of the OS and language. To perform.

The MMS Value Added Service (VAS) application 607 is coupled to the MMS servers 503 and 507 to send and receive data via the MM7 protocol. The MMS VAS application 607 stores information about who will pay for any user when the user accesses the MMS server 503 or 507 to browse or download the previously created multimedia asset. For example, the creator can be set up to pay substantial costs or the recipient or viewer can pay substantial costs.

The home location register (HRL) 609 is a register having a database function in the network that manages subscriber information, location information, etc. for providing a service to a mobile user terminal at a fixed point in the network. The HRL 609 is coupled to the CDS 501 to provide the CDS 501 with subscriber information or service configuration information at the request of the CDS 501.

The service control point (SCP) 611 is a NO. 7 Performs service control such as eligibility check of information received from SSP and translation of routing information to system of signaling network. The SCP 611 is coupled to the CDS 501 to check the suitability of the received data at the request of the CDS 501 and to translate and provide information of the service path to the CDS 501.

The web server 613 is coupled to the storage server 601, the mobile asset or MMS server 503, 507 stored in the storage server 601 using a terminal that is the author or authorized user connected to the web, that is, a web terminal. ) Is a means to view and edit the mobile work stored on the web. When the web server 613 requests access to the previously created mobile asset, the CDS 501 determines the location of the data corresponding to the previously created mobile asset, and moves the data to the storage server 601 or the storage server ( Extracted from 601, the web server 613 can be viewed or edited. At this time, the edited mobile asset is stored again in the server where it was originally stored.

The publication management server 615 is coupled to the storage server 601 and is a means for publishing a mobile work stored in the storage server 601 as needed. The publication management server 615 may distribute the stored mobile work as a CD or a booklet to a desired customer at a desired time and contents of a desired period by the author or an authorized user. Such a service is a plan for activating a mobile asset creation service according to the present invention, for example, by making a diary of excellent customers quarterly as a book, thereby increasing service usage and sales.

As such, the mobile asset creation service system according to the present invention can also perform a function of an exchange diary on the existing web through the above-described configuration, thereby allowing users to exchange diary contents between each other. For this function, in the present invention, for example, the storage server as a means for solving a lot of problems due to the bandwidth of the network, the memory problem in the mobile terminal, for example, KTF's Magic & Mail server- Overcomes the shortcomings of mobile terminals by allocating approximately 30MB of hard space to users.

6B is a block diagram illustrating the content directory server of FIG. 6A in more detail.

Referring to FIG. 6B, the content directory server (CDS) 501 may include an application programming interface (API) 621, a high level command processor 623, a mobile terminal state information management module 625, and a file directory list management module 627. , A user authentication module 629, and an MMS server management module 631. The CDS 501 manages a database by dividing it into directories for personalization and speeded up services, and provides a service in which a user can only search and respond to a relational directory when calling a data.

The above-described portable terminal state information management module 625 confirms the mobile state by changing the fields of the MM1_submit.REQ and MM1_submit.RES message contents in the MMS standard document. And it stores and manages the confirmed mobile status information. In addition, if necessary, the stored mobile state value is transmitted to the MMS server. The file directory list management module 627 manages a list of MMS servers in which files are stored on the day, for example, when a file created on the day is stored in the MMS server, and a file older than one day is stored in the storage server. The database on the storage server that stores the files older than one is divided into directories and the list is managed.

The user authentication module 629 provides a service that searches and responds to a relational database or a relational directory so that only the authenticated user can access the data by authenticating the user when the user calls a stored file. The MMS server management module 631 substantially manages a plurality of MMS servers to which the mobile terminal is connected. Therefore, even if the MMS server in which the file transmitted from the mobile terminal is stored for a certain period is different from the MMS server currently connected to the mobile terminal, the user can write to the first stored file.

In addition, the CDS 501 is a transmission file control module for controlling the size of the transmission file, a portable terminal synchronization control module for controlling the synchronization of the portable terminal, a user interface screen configuration control module for controlling the user interface screen configuration of the portable terminal, the portable terminal It may include a handoff processing module for processing the hand-off of the intelligent network interworking module for interworking with intelligent networks such as HLR, AIS, SCP, CRM, publishing management server.

In addition, the CDS 501 may not allow a change in ID and password while performing user authentication for various web-based applications. And when user information is exchanged through internet network, it is possible to transmit securely using SSL. This CDS 501 is scalable to accommodate millions of users in one system. In addition, the CDS 501 can increase management efficiency by delegating partial, personal, or directory-specific administrative authority.

7 is a diagram schematically illustrating a data processing process according to an exemplary embodiment of the present invention.

Referring to FIG. 7, first, a user takes a picture, selects a video, records a voice, writes a text, or combines them properly using, for example, an outgoing MMS through the user terminal. The server requests the server to store the content information (step 701). The originating MMS server, which is requested to store content information from the user terminal, stores the content in the storage server (step 703). The storage server then forwards the information about the stored content to the CDS (step 705).

Then, the same or another authorized user as the above-mentioned user requests the content information from the receiving MMS server through the user terminal (step 707). The receiving MMS server, which has received the content information from the user terminal, transmits information on the content information request to the CDS (step 709). The CDS requests data transmission from the storage server to transmit the content corresponding to the information received from the MMS server to the MMS server (step 711). The storage server sends the content to the receiving MMS server (step 713). The MMS server that receives the content transmits the content to the user terminal at a packet delivery delay time interval suitable for the user terminal (step 715).

8 is a diagram for describing an earwriting function according to an exemplary embodiment of the present invention.

Referring to FIG. 8, when a mobile user intends to rewrite a previously created work using a user terminal, the user terminal first requests rewriting information from the MMS server through an MM1 message (step 801). On the other hand, when a mobile user writes to an asset using a terminal connected to the web, that is, a web terminal, the web terminal first requests writing information from the CDS through an MM7 message.

In the case of using the user terminal, the MMS server receiving the earwriting information request transmits the earwriting information request to the CDS in a P2P communication method (step 803). The CDS obtains the rewriting information from the storage server in association with the CDS (step 805). The CDS transmits write back information to the MMS server in a P2P communication method (step 807). At this time, the CDS and the storage server transmit and receive data through TCP / IP communication.

Receiving the rewrite information, the MMS server transmits the information to the user terminal through the MM1 message (step 809). On the other hand, the MMS server receiving the rewriting information transmits the information to the web terminal through the MM7 message.

Thereafter, the user rewrites the multimedia data displayed on the user terminal or the web terminal, and then transmits the rewritten data to the MMS server (step 811). The MMS server which receives the rewritable data stores it in its own storage means or transmits it to the storage server after a specific period of time under the control of the CDS. Information about the rewritten data is transferred from the MMS server to the CDS and updated (step 813).

Here, rewriting means that if you write a message in the middle, send it, and then type it again, the rewritten text is added to and saved after the previously written text. At this time, the image will be followed by file addition only. In this way, the user does not have to write a diary with letters, but can write an asset with various contents, such as a text, an image, a voice, and a video.

9 is a view schematically showing a data management function according to an embodiment of the present invention.

Referring to FIG. 9, management of data created by the author—data for a mobile work—is performed at the corresponding MMS server 503 only on the day of creation. After one day, management of data stored in the MMS server 503 is turned over to the CDS 501.

In other words, the data created by the user terminal 505 on the day of creation are stored in the corresponding MMS server 503, and when that day passes, the CDS 501 automatically becomes a subject for data management. Data is extracted from the storage 503 and stored in the storage server 601. At this time, the MMS server 503 becomes the MMS server 901 without storing data that has passed one day.

On the other hand, on the day of creation, the data is stored in the MMS server 503, but the CDS 501 has information on who, when, where, and in what file format. Strictly speaking, storage is done at the MMS server 503 and management is done at the CDS 501. In this way, efficient data management is possible.

For example, storing and rewriting multimedia data about a mobile asset in the storage server 601 may cause unnecessary messages in the system, causing delays in time for the creator and heavy network burden on the service provider. do. Therefore, in the present invention, the network burden is reduced by storing data for one day in the MMS server to which the user is connected. As such, data is stored and managed for one day at the MMS server to which the user is connected.

If a write-in request for data is sent to another MMS server during the day, the other MMS server that the user accesses looks up the data in its own database or data storage means, and if not there, requests the CDS to store the data. After locating the, the user terminal is connected to the MMS server where the data is stored so that the user can continue to write on the stored data. At this time, the CDS replaces the found MMS server with the MMS server to which the current user terminal is connected to connect to the mobile user terminal. Naturally, the MMS server to which the user terminal is connected becomes an MMS server having data, and the CDS server manages only the MMS server having data without managing the MMS server currently connected to the user. That is, the MMS server to which the user terminal is physically connected currently performs only the role of a proxy server for data.

In addition, the CDS and MMS server distinguishes each data by including predetermined information (ID) in the multimedia data for rewriting and editing of the multimedia data. Specifically, the CDS includes basic information about the year, month, and year of creation of the multimedia data, the file format, the rewrite number, the location information (IP address) of the MMS server having the information, and the MMS server to which the current mobile user terminal is connected. Manage location information. If the date changes due to time, all multimedia data is transferred from the MMS server to the storage server for storage. At this time, the CDS manages the author information of the multimedia data, the date and time of the last creation, the file format, the packet size of each file, and the access permitter information.

10 is a signal flowchart illustrating an example of a data management function according to an embodiment of the present invention.

Referring to FIG. 10, a user who stores a mobile asset in a first MMS server requests a connection to a second MMS server using a user terminal to access a mobile asset (step 1001). At this time, the second MMS server determines whether the data corresponding to the accessor is stored in its own storage means or its own database. If there is no data corresponding to the accessor, the second MMS server forwards the access request from the user terminal to the CDS (step 1003).

Upon receiving the access request from the second MMS server, the CDS extracts MMS server information and corresponding user access information in which data on the mobile asset of the user exists (step 1005). The extracted information is transmitted to the second MMS server (step 1007).

The second MMS server receiving the user access information from the CDS connects the user terminal to the first MMS server in which the mobile asset data of the user is stored. At this time, the second MMS server performs the role of a proxy server (step 1009). Therefore, data input from the user terminal is transmitted to the first MMS server via the second MMS server serving as a proxy server (steps 1011 and 1013).

The first MMS server receiving the data from the user terminal processes the data and stores the data again (step 1015). The data stored in the first MMS server is transferred to the storage server under the control of the CDS after a specific period has elapsed (step 1017, step 1019). At this time, the information stored in the storage server 601 includes creation data provided from the user terminal and data information of the CDS for managing and controlling the creation data (step 1021).

The data management function described above may be performed together with the rewriting function. For example, if the MMS server to which the user terminal is currently connected does not have the author's data, that is, before connecting to the first MMS server to create data, and later to connect to the second MMS server to create data. In addition, the second MMS server receives a data list of the current author and the address of the first MMS server having previously written data from the CDS in order to provide the user with a rewriting function for the previously written data.

Then, the second MMS server transmits a list of data created by the current author to the user terminal with the received data information. The author can view the list, select an earwriting file, and continue writing. However, rewriting only applies to the same file type. When the rewriting is performed, the data rewritten by the first MMS server having previously written data is stored.

As such, the second MMS server simply has a physical connection and does not actually have data written by the author. And basically, the writing of the writing means one day due to the characteristics of the diary. If the user transmits a file of the same type to the second MMS server in one day, the CDS automatically detects that the file of the same type is being created by the stored message information and sends the information to the second MMS server. The second MMS server then sends the information back to the currently connected user terminal so that the user can write over the data stored in the first MMS server.

In addition, the writing function may be selectively set in the user terminal by, for example, the diary creator. This function corresponds to the case where the MMS server receives a duplicate file message from the user terminal.

11 is a view for explaining a data synchronization function of a user terminal according to an embodiment of the present invention.

Referring to FIG. 11, the user terminal 505 communicates with the MMS server 503 managing the user terminal 505 through the home location register 613 through messages MM1_submit.REQ and MM1_submit.RES of the MM1 Reference Point. Synchronization (SYNC) between previously written data is achieved. Once the data is specified for the first time of the day, the file is automatically applied even if the file is rewritten. Of course, afterwards, the user may readjust the synchronization between the multimedia data through the synchronization setting function of the user terminal.

In addition, even when a user downloads the content of a work such as a diary directly without downloading it through a value-added service (VAS) of the network management system (NMS), it can be readjusted by the synchronization function of the user terminal. For example, select and play a file that you want to synchronize with the data files created during the day, and then select the data that you want to match randomly, and then select the data from the playing area by selecting the terminal synchronization menu. When the user terminal memorizes the time and is later played again, it is synchronized and played with the time. This principle applies to data created during the day and can be set to automatically expire after a day.

As such, the present invention can easily synchronize the synchronization of multimedia data without using a conventional smile language (SMIL). In other words, when users use SMIL, despite the powerful functions of SMIL, users do a lot of work when creating or editing content. In addition, in order to work, a terminal must have an application program that can edit content written in a smiley language. As a result, the function of the terminal is heavier, which gives users the complexity of program operation and at the same time causes inconvenience to users. However, in the present invention, the user can synchronize the sync (SYNC) between the contents with a single operation through the user terminal.

12 is a signal flow diagram illustrating a packet delivery delay time adjustment function according to an embodiment of the present invention.

Referring to FIG. 12, the MMS server receiving a data access request from the user terminal checks the state of the user terminal. That is, the MMS server transmits a message to the user terminal in which a field indicating the state of the terminal is inserted in order to check a memory state, a process state, and the like of the user terminal (step 1201). Receiving a message including the terminal status information from the user terminal, the MMS server transfers the predetermined information in the message to the artificial intelligence server (AIS) (step 1203). At this time, the CDS, which manages the MMS server as a whole, determines necessary information such as server information, author information, etc., in which data is stored in the SCP and CRM server (step 1205). The CDS then forwards the location information for the determined information to the AIS (step 1207).

As such, the MMS server becomes a subject of packet delivery. That is, before transmitting data to the user terminal, the MMS server acquires information on the packet size, information of the user terminal-process status, memory status, etc., and network type information between the MMS server and the user terminal. To pass.

Next, the AIS receives dispatch data information such as packet size from the MMS server (step 1209). If the dispatch data information does not exist in the MMS server, the AIS receives the dispatch data information from the storage server. Here, CDS searches the create file created by the author and if it is a file being created—for example, a file that has been created for less than one day—it gets information about the created file from the MMS server where it is stored. Come. If the receiver requests data that is more than one day old, the CDS retrieves information about the data created on the storage server because the data has already been transferred to and stored on the storage server. In this case, of course, you must be a recipient authorized by the author, and the public function for the created file must be set.

Next, the AIS obtains basic information about the client terminal and recipient authentication information-information such as the authorized person and the author's disclosure from the CRM and SCP based on the information received from the CDS (step 1211 and step 1213). . This process shows that recipient authentication is first performed by the intelligent network. Thus, it may be performed prior to step 1209 above. And the customer's CRM information-terminal information-allows the AIS to indirectly refer to the specifications of the user terminal.

Based on the various information obtained in the above process, the AIS calculates a packet delivery interval Delay based on fuzzy inference (step 1215), and delivers the output value based on the calculation to the MMS server (step 1217). The MMS server, which has obtained an output value from the AIS, that is, packet delivery interval information, transfers data to the user terminal according to the information (step 1219). That is, the delivery interval of the packet calculated by applying the fuzzy rule in the artificial intelligence server based on the input data is delivered to the MMS server to which the receiver is connected, and the MMS server delivers the data to the user terminal according to this inferred value. Done.

Referring back to FIG. 6, the AIS 603 is coupled to the user terminals 505 and 509 through the CDS 501 and the MMS servers 503 and 507 to the storage server 601 and the MMS servers 503 and 507. Involved in the processing of stored data. That is, when a data access request is received by a person who has been previously permitted to the data stored in the storage server 601 and the MMS server 503 and 507, the AIS 603 to which the fuzzy rule, which is an artificial control technique, is applied, tries to access the data. The packet delivery delay time is calculated using the memory state, the process state, the packet size to be delivered, and the state (2G, 3G) of the RF network as the input variables of the user terminals 505 and 509. The output value obtained by this calculation is used to optimize the packet delivery. As such, the present invention enables efficient data transmission by providing a service in accordance with the characteristics of the user terminal.

On the other hand, for the above-mentioned packet delivery it is necessary to check the mobile state of the user terminal. Here, the process of managing the mobile state of the user terminal will be briefly described. Mobile receiver status management is handled by the connected MMS server. That is, in order to check the mobile state, the present invention changes the fields of the message contents of MM1_submit.REQ and MM1_submit.RES in the MMS standard document to check the mobile state. Specifically, the MMS server first sends an MM1_state_Mobile message to the mobile. This message is a new message proposed by the present invention. The mobile receiving this message transmits the corresponding mobile status value to the MMS server in the MM1_submit.REQ message field.

As described above, in the present invention, the field contents of the original MMS message are changed to fit the mobile environment. Specifically, a field value indicating a content type-data type; For example, change data including only video, image, text, and voice to field values representing data consisting of a combination of video, image, text, and voice. In the present invention, the MM1_state_Process, MM1_state_Memory fields are newly added to transmit information on the state of the mobile to the corresponding MMS server. Here, the MM1_state_Process field indicates the process state of the current mobile, and MM1_state_Memory indicates the memory state of the current mobile.

In addition, the above-described MM1_state_Process may be selectively referred to as follows. For example, BUSY indicates that the process is doing something else, NOT BUSY tells the processor quantitatively that it is not doing anything. As such, when the MMS server sends the MM1_state_Mobile message, the information indicating the memory state is added to the MM1_submit.REQ message by the user terminal and transmitted to the MMS server.

13 illustrates an example of a display screen of a user terminal according to an exemplary embodiment of the present invention.

Referring to FIG. 13, a user interface (UI) screen configuration of a user terminal may include, for example, a UI 1301 including an image and text, a UI 1303 including an image and a video on which text is displayed, and an audio output. And a UI 1305 including a video and text and an image to be displayed. The screen configuration of the UI is automatically displayed as the initial screen when the user accesses the mobile asset creation service system.

Specifically, in the MMS server connected to the user terminal, before transmitting data to be displayed on the user terminal, information on the display area of the user terminal-LCD screen size information-and MMS message information-message type to be sent, for example, text Information about the recommended display area is provided to the user terminal with the information on whether or not the image and the picture are combined. At this time, the MMS server delivers the necessary information to the receiver terminal using the MM1_notification.REQ message. That is, the Element_Descriptor field of the MMS message is used.

The inference value for the recommendation display region described above is determined by the artificial intelligence server and transmitted to the MMS server, and the transferred value is inserted into the Element_Descriptor field of the message and transmitted to the user terminal. At this time, the display screen of the user terminal is set according to the selected value, and data is displayed.

As described above, in the present invention, when a request for transmission of a mobile asset such as a mobile diary is received from a terminal of an authorized person or author, the artificial intelligence server (AIS) receives the state information and customer information of the current user terminal, and then based on it. By determining the user's trend and the current state of the user terminal, to determine the packet transmission interval for the data to be transmitted, the UI screen configuration of the user terminal is automatically recommended to the user.

Therefore, the user can transmit and receive a mobile work in the form of a multimedia message very simply and easily through the user terminal. Of course, the user can freely select and adjust or modify the file type and arrangement according to the user's taste on the user terminal without selecting the UI screen configuration recommended in the present invention.

FIG. 14A is a signal flow diagram illustrating a data retrieval process based on a user terminal through a value added service (VAS) according to an exemplary embodiment of the present invention.

Referring to FIG. 14A, the user terminal makes a data request to the MMS server through the MM1 message (step 1401). The MMS server requests data retrieval from a multimedia value added service (VAS) application (hereinafter referred to as a 'VAS server') through an MM7 message (step 1403). The VAS server responds to the MMS server with a data retrieval request via a MM7 message (step 1405). The MMS server then responds to the user terminal in response to the user terminal's request for data via the MM1 message (step 1407).

Information about the user's data retrieval is transmitted from the user terminal to the MMS server in an MM1 message (step 1409). The MMS server sends the data retrieval information to the CDS in P2P communication (step 1411). The data retrieval information is transmitted to and stored in the storage server through the TCP / IP channel under the control of the CDS (step 1413).

14B is a signal flow diagram illustrating a data retrieval process through a VAS of a mobile asset creation service according to an embodiment of the present invention on a web basis.

Referring to FIG. 14B, the terminal connected to the web, that is, the web terminal, requests a data from the CDS through the MM7 message (step 1421). The CDS server requests data retrieval from the VAS server through the MM7 message (step 1423). The VAS server responds to the CDS for the data retrieval request via message MM7 (step 1425). The CDS transmits the information on the data request of the web terminal to the MMS server through the P2P communication (step 1427). The MMS server responds via a MM1 message to the web terminal's data request for the CDS (step 1429).

Information about the web user's data retrieval is transmitted from the web terminal to the MMS server in an MM1 message (step 1431). The MMS server sends the data retrieval information to the CDS in P2P communication (step 1433). The data retrieval information is transferred to the storage server through the TCP / IP channel under the control of the CDS and stored (step 1435).

As shown in FIGS. 14A and 14B, in order to view a message written by the author other than the author, the authorized user accesses the data network again through the mobile terminal to view the data. At this point, the author may set the data access fee to be paid by the author himself, or may require the authorized person to pay the fee. That is, in the present invention, the characteristics of the mobile diary, the mobile diary contents written by the creator can be set to pay a fee to view the mobile diary contents.

Meanwhile, in the present invention, when the creator decides to pay the data fee instead, the fee payment method may be set using the following message. That is, it can be set using Reply_charging field in MM1_sumit.REQ message. For example, after the author completes the data, he or she can choose from the mobile UI that the author wishes to pay on behalf of the recipient before sending the data to the MMS server. On the other hand, when the creator selects the UI screen for the fee payment function, the MMS server receives the authorized person's telephone number, for example, a mobile phone number, from the CDS and delivers it to the creator's mobile-user terminal. The author then selects the telephone number of the authorized person to pay the fee. As a result, a person allowed by the mobile diary writer pays a data usage fee when the mobile diary is read. At this time, all messages use MM1 request and response message.

The present invention is not limited to the above embodiments, and many variations are possible by those skilled in the art within the spirit of the present invention.

According to the present invention, it is possible to produce and edit on wired and wireless, and according to the data capacity and the mobile state of reception, the delivery of the packet is intelligently determined and transmitted, and even if the authorized person can receive the contents of the mail, A mobile asset creation service system and method capable of selectively receiving mail contents can be provided.

In addition, according to the present invention, by using fuzzy control with expert control information, the execution period adjustment between clubs through the terminal hard key, and peer-to-peer (P2P) service as one of artificial intelligence techniques, A mobile asset creation service system and method capable of producing and delivering content regardless of language can be provided. Therefore, you can search and add videos, images and texts to activate your mobile diary.

In addition, according to the present invention, as a new application service for wired / wireless services, a terminal which is provided only to the web according to the expansion of the color phone, the mobile terminal of the wireless and the use of a diary different from the previous, the terminal is simple to the customer at a low cost Diary making service can be provided by operation. As a result, it is possible to use the rich functions of the mobile phone and to provide a killer application service of wired and wireless services.

In addition, according to the present invention, a differentiated service can be provided to a customer by performing a message transmission in consideration of the processing capacity of the terminal and the size and characteristics of the message for the unified message transmission without considering the characteristics of the terminal.

In addition, according to the present invention, by implementing a mobile P2P in the content directory server can accommodate all the terminals regardless of the OS and language of the user terminal, it can eliminate the cumbersome work for service providers and content providers, domestic Of course, you can deliver multimedia messages without the need for any work on the terminal abroad.

In addition, according to the present invention, the user can adjust the SYNC function between various created files by simple operation of the terminal. That is, according to the present invention, if a desired file is arbitrarily played during data transmission from the user terminal and the sync button is selected and matched in the process of playing the file, the time is automatically transmitted to the MMS server at the same time as the data transmission. Accordingly, the user can easily synchronize the created files, and when the created mobile asset is played on the terminal, the UI screen can be automatically recommended according to the characteristics of the played terminal.

In addition, according to the present invention, it is possible to create a completed diary while making a diary instantaneously. In other words, if the same file format, that is, letters if letters, images can be rewritten to the image.

In addition, according to the present invention, it is possible to provide an optimized service by minimizing the burden on the data network and the terminal by artificially adjusting and transmitting the packet size and transmission interval of the data according to the memory state of the user terminal.

Claims (16)

A mobile asset creation service system coupled to an exchange (MSC) in a data network that manages at least one mobile user terminal to provide a mobile asset creation service. A Multimedia Messaging Service (MMS) server for receiving a connection request signal by the user terminal from the exchange, wherein the connection request signal includes at least a calling identifier corresponding to the calling user terminal; And A content directory server coupled to the MMS server to provide mobile asset creation service setting information to the MMS server according to authentication information corresponding to the origination identifier and to provide the mobile asset creation service corresponding to the origination identifier to the user terminal; (Contents Directory Server; CDS) Including, The user terminal transmits the multimedia data for creating a mobile asset to the MMS server in a rewriting manner Mobile asset creation service system characterized in that. The method of claim 1, The content directory server (CDS), An application programming interface (API); A high level command processor coupled to the API; A portable terminal state information management module managing state information of the user terminal according to a signal of the high level command processor; A file directory list management module managing information of files stored in response to a signal of the high level command processor; A user authentication module for authenticating a user according to a signal of the high level command processor; And MMS server management module for managing at least one MMS server in response to a signal of the high level command processor Mobile asset creation service system comprising a. The method of claim 1, And a storage server coupled to the CDS and storing the multimedia data in a storage space corresponding to the origination identifier. Mobile asset creation service system characterized in that. The method of claim 3, The multimedia data for creating the mobile asset is stored in the MMS server for a specific period in consideration of the load of the data network, and stored in the storage server after the specific period. Mobile asset creation service system characterized in that. The method of claim 1, The MMS server transmits a multimedia message including a field indicating the state of the user terminal to the user terminal. Mobile asset creation service system characterized in that. The method of claim 5, The multimedia message added with a field indicating the mobile state of the user terminal is an MM1 message of an MMS Reference Point. Mobile asset creation service system characterized in that. The method of claim 1, The MMS server transmits the multimedia data prepared for the editing of the mobile work by the user terminal to the user terminal. Mobile asset creation service system characterized in that. The method of claim 7, wherein The CDS is linked to an artificial intelligence server (AIS) mobile asset creation service system, characterized in that for determining the packet transmission delay time interval for the multimedia data transmitted to the user terminal by the MMS server. The method of claim 7, wherein The MMS server transmits recommended display indication information on the display area of the multimedia data displayed on the user terminal to the user terminal. Mobile asset creation service system characterized in that. The method of claim 1, The MMS server synchronizes the synchronization (SYNC) between the multimedia data displayed at the user terminal through the MM1_submit.REQ and MM1_subit.RES messages. Mobile asset creation service system characterized in that. The method of claim 1, The CDS is combined with a plurality of MMS server in a hybrid peer-to-peer communication method Mobile asset creation service system characterized in that. The method of claim 1, And the multimedia data transmitted from the user terminal to the MMS server includes receiver payment request information for charging a receiver of a mobile asset. The method of claim 1, The multimedia data transmitted from the user terminal to the MMS server includes the setting information for the public and private of the mobile work Mobile asset creation service system characterized in that. A multimedia messaging service (MSC) in a data network managing at least one mobile user terminal and a multimedia messaging service server and a content directory server coupled to the MMS server. In the method for providing a mobile asset creation service in a mobile asset creation service system comprising: Receiving a connection request signal by the user terminal from the exchange, wherein the connection request signal includes at least an originating identifier corresponding to the originating user terminal; And Providing a mobile asset creation service to the user terminal according to the authentication information corresponding to the origination identifier Including, The user terminal transmits the multimedia data for creating a mobile asset to the MMS server in a rewriting manner Mobile asset creation service method characterized in that. The method of claim 14, Providing the mobile asset creation service to the user terminal by the content directory server (CDS) including at least an application programming interface (API) and a high level command processor coupled to the API, Managing state information of the user terminal by a portable terminal state information management module coupled to the high level command processor; Managing information of a file stored from the user terminal by a file directory list management module coupled to the high level command processor; Authenticating a user by a user authentication module coupled to the high level command processor; And Managing at least one MMS server by an MMS server management module coupled to the high level command processor; Including, And the MMS server transmits data to the user terminal according to the control signal of the CDS. The method of claim 14, And a storage server coupled to the CDS and storing the multimedia data in a storage space corresponding to the origination identifier. Mobile asset creation service method characterized in that.