WO2017167101A1 - 彩信附件管理方法、装置、通信系统及计算机存储介质 - Google Patents

彩信附件管理方法、装置、通信系统及计算机存储介质 Download PDF

Info

Publication number
WO2017167101A1
WO2017167101A1 PCT/CN2017/077725 CN2017077725W WO2017167101A1 WO 2017167101 A1 WO2017167101 A1 WO 2017167101A1 CN 2017077725 W CN2017077725 W CN 2017077725W WO 2017167101 A1 WO2017167101 A1 WO 2017167101A1
Authority
WO
WIPO (PCT)
Prior art keywords
attachment
multimedia message
type file
file
level type
Prior art date
Application number
PCT/CN2017/077725
Other languages
English (en)
French (fr)
Inventor
徐�明
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2017167101A1 publication Critical patent/WO2017167101A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H04W88/184—Messaging devices, e.g. message centre

Definitions

  • the present invention relates to the field of communication services, and in particular, to a method and device for managing a multimedia message attachment, a communication system, and a computer storage medium.
  • MMS mobile communication technology and market
  • MMS mobile communication technology
  • CP/SP content providers and service providers
  • MMS messages forwarded by mobile terminals, and the number of MMS messages is increasing, which puts higher demands on the processing power of the MMS center.
  • the attachment content is usually a picture file, a sound file, a text file, etc.
  • the size of a single MMS is from a few k bytes to several hundred k bytes. Wait.
  • MMS usually processes the user data and MMS attachments into MMS data packets according to the agreed protocol format and sends them to the MMS center through the network.
  • the MMS center stores MMS attachments, usually using a magnetic array or NAS (Network Attached Storage). Each MMS attachment generates a corresponding type on the storage device. The file is saved. If the attachment contains a gif image, a .gif file is saved, and the mid sound file is generated. A .mid file is saved. If there are ten attachments in a multimedia message, ten files will be saved until the mobile phone user. After downloading the MMS, the MMS center deletes the user data and MMS attachments, and the timeout is not downloaded. The MMS center regularly cleans up the timeout MMS content and attachments.
  • NAS Network Attached Storage
  • the MMS center In the process of saving, reading and deleting MMS attachments, the MMS center needs to consume a lot of IO resources. Regardless of the storage device, the IO resources are limited. The physical characteristics of the disk limit the storage performance of the IO, and the MMS center concurrently runs during the peak period of the business.
  • MMS massive machine type
  • Central processing performance That is, the existing MMS attachment is stored as a separate file, and there is a problem that a large amount of IO resources are consumed, which causes a bottleneck in the performance of the storage device IO.
  • the embodiment of the invention provides a method, a device, a communication system and a computer storage medium for managing a multimedia message attachment, which consumes a large amount of IO resources in a manner that a single MMS attachment is stored as a separate file.
  • the embodiment of the invention provides a method for managing a multimedia message attachment, which includes:
  • the multi-level type file is a multi-level structure type file conforming to the multi-purpose Internet mail extension type protocol
  • the user text and the multi-level type file corresponding to the MMS are searched, and the multi-level type file and the user text are encoded by the multi-purpose Internet mail extension type protocol, and sent to the user terminal.
  • the method before extracting the attachment in the MMS and reconfiguring the attachment into a multi-level type file, the method further includes: determining whether the accessory reconfiguration function is enabled and/or the number of attachments is greater than 1, if the attachment reconfiguration function is enabled and/or If the number of attachments is greater than 1, the attachments in the MMS are extracted, and the attachments are reconstructed into a multi-level type file.
  • refactoring the attachment into a multi-level type file comprises: setting a content category of the multi-level type file to a multi-level type file, and adding a content type, an attribute, and a content of each attachment content to the multi-level type file, The segmentation is identified by a first segment for segmenting the content of the attachment.
  • the multi-purpose Internet mail extension type protocol encoding for the multi-level type file and the user text comprises: directly adding a second segment identifier for dividing the user text and the attachment in the user file and the multi-level type file.
  • the multi-level type file includes a multipart/related type file.
  • the embodiment of the invention provides a multimedia message attachment management device, which includes:
  • the storage module is configured to extract an attachment in the multimedia message, reconstruct the attachment into a multi-level type file, and store the content corresponding to the user text of the multimedia message;
  • the multi-level type file is a multi-level structure type file conforming to the multi-purpose Internet mail extension type protocol. ;
  • the sending module is configured to: after receiving the MMS download request, search for the user text and the multi-level type file corresponding to the MMS, and perform multi-purpose Internet mail extension type protocol encoding on the multi-level type file and the user text, and send the code to the user terminal.
  • the storage module extracts the attachment in the multimedia message, and before reconfiguring the attachment into a multi-level type file, is further configured to determine whether to open the attachment reconstruction function and/or the number of attachments is greater than 1, if the attachment reconstruction function is enabled and / or the number of attachments is greater than 1, the attachments in the MMS are extracted, and the attachments are reconstructed into a multi-level type file.
  • the storage module is configured to set the content category of the multi-level type file to a multi-level type file, and add the content type, the attribute, and the content of each attachment content to the multi-level type file, by using the content for dividing the attachment content.
  • a segment identifies the segmentation.
  • the sending module is configured to directly add a second segment identifier for segmenting the user text and the attachment in the user file and the multi-level type file.
  • the multi-level type file includes a multipart/related type file.
  • Embodiments of the present invention provide a communication system, including a multimedia message center, and a multimedia message center setting. There is a multimedia message attachment management device provided by the present invention.
  • a storage medium is also provided.
  • the storage medium is arranged to store program code for performing the following steps:
  • the multi-level type file is a multi-level structure type file conforming to the multi-purpose Internet mail extension type protocol
  • the user text and the multi-level type file corresponding to the MMS are searched, and the multi-level type file and the user text are encoded by the multi-purpose Internet mail extension type protocol, and sent to the user terminal.
  • the storage medium is further arranged to store program code for performing the following steps:
  • the attachment reconstruction function Before extracting the attachment in the MMS and refactoring the attachment into a multi-level type file, determine whether to open the attachment reconstruction function and/or the number of attachments is greater than 1. If the attachment reconstruction function is enabled and/or the number of attachments is greater than 1, the extraction is performed. An attachment within a multimedia message that refactors the attachment into a multi-level type file.
  • the storage medium is further arranged to store program code for performing the following steps:
  • the content type of the multi-level type file is set to a multi-level type file, and the content type, attribute, and content of each attachment content are added to the multi-level type file, and the segmentation is performed by the first segment for dividing the attachment content.
  • the storage medium is further arranged to store program code for performing the following steps:
  • a second segmentation identifier for segmenting user text and attachments is added directly to the user file and the multi-level type file.
  • the embodiment of the invention provides a method for managing a multimedia message attachment.
  • the multimedia message center merges multiple attachments in a single multimedia message into a multi-level type file without changing the content of the multimedia message attachment.
  • Change the data type of the original attachment content the new file hierarchy has multiple layers, and the attachment parser can be restored to the original multiple attachments according to the hierarchical resolution. It shows that because multiple attachments are merged into one file, it is easy to transfer, manage and store.
  • the IO consumption is reduced and the processing performance of the multimedia message center is improved.
  • FIG. 1 is a schematic structural diagram of a multimedia message attachment management apparatus according to a first embodiment of the present invention
  • FIG. 2 is a flowchart of a method for managing a multimedia message attachment according to a second embodiment of the present invention
  • FIG. 3 is a schematic structural diagram of a multimedia message center according to a third embodiment of the present invention.
  • FIG. 4 is a flowchart of storing a multimedia message in a multimedia message center according to a third embodiment of the present invention.
  • FIG. 5 is a flowchart of a multimedia message sent by a multimedia message center according to a third embodiment of the present invention.
  • FIG. 6 is a structural diagram of a multipart/related type file according to a third embodiment of the present invention.
  • the multimedia message attachment management apparatus 1 includes:
  • the storage module 11 is configured to extract an attachment in the multimedia message, reconstruct the attachment into a multi-level type file, and store the content corresponding to the user text of the multimedia message;
  • the multi-level type file is a multi-level structure type conforming to the multi-purpose Internet mail extension type protocol. file;
  • the sending module 12 is configured to: after receiving the MMS download request, search for a user text and a multi-level type file corresponding to the MMS, and perform a multi-purpose Internet for the multi-level type file and the user text.
  • the mail extension type protocol code is sent to the user terminal.
  • the storage module 11 in the foregoing embodiment is configured to determine whether to enable the attachment reconstruction function and/or the number of attachments is greater than 1 before extracting the attachment in the multimedia message and reconstructing the attachment into a multi-level type file. If the attachment reconfiguration function is enabled and/or the number of attachments is greater than 1, the attachment in the MMS is extracted, and the attachment is reconstructed into a multi-level type file.
  • the storage module 11 in the foregoing embodiment is configured to set the content category of the multi-level type file to a multi-level type file, and add the content category, attributes, and content of each attachment content to the multi-level type file.
  • the segmentation is identified by a first segment for segmenting the content of the attachment.
  • the transmitting module 12 in the above embodiment is arranged to directly add a second segmentation identifier for segmenting user text and attachments in the user file and the multi-level type file.
  • the multi-level type file in the above embodiment includes a multipart/related type file.
  • the present invention provides a communication system including a multimedia message center, and the multimedia message center is provided with the multimedia message attachment management apparatus 1 provided by the present invention.
  • the method for managing a multimedia message attachment includes the following steps:
  • the multi-level type file is a multi-level structure type file conforming to the multi-purpose Internet mail extension type protocol
  • S202 After receiving the MMS download request, search for the user text and the multi-level type file corresponding to the MMS, and perform multi-purpose Internet mail extension type protocol encoding on the multi-level type file and the user text, and send the code to the user terminal.
  • the method in the foregoing embodiment before extracting an attachment in the multimedia message and reconfiguring the attachment into a multi-level type file, further includes: determining whether to enable the attachment reconstruction function and / or the number of attachments is greater than 1, if the attachment reconfiguration function is turned on and/or the number of attachments is greater than 1, the attachments in the MMS are extracted, and the attachment is reconstructed into a multi-level type file.
  • refactoring the attachment into a multi-level type file in the above embodiment includes: setting a content category of the multi-level type file to a multi-level type file, and adding a content type, an attribute, and a content of each attachment content.
  • the segmentation is identified by the first segment for dividing the content of the attachment.
  • the multi-purpose Internet mail extension type protocol encoding for the multi-level type file and the user text in the foregoing embodiment includes: directly adding a second for dividing the user text and the attachment in the user file and the multi-level type file. Segment identification.
  • the multi-level type file in the above embodiment includes a multipart/related type file.
  • the main purpose of the present invention is that when processing a multimedia message with multiple attachments, the multimedia message center recombines multiple attachments in a single multimedia message into a multipart/related type file without changing the content of the multimedia message attachment. Change the data type of the original attachment content.
  • the new file hierarchy has two layers.
  • the attachment parser can be restored to the original multiple attachments according to the hierarchical analysis. Since multiple attachments are merged into one file, it is easy to transfer, manage and Storage, at the same time, due to the reduction of the number of read and write files during the storage operation, the IO consumption is reduced, and the processing performance of the MMS center is improved.
  • MMS attachments sent by CP/SP or mobile terminal usually have only one layer of MIME encoding structure. Each attachment has its own data type and attribute. After being parsed and parsed, each attachment will be saved as a file, which will generate multiple files. Read and write operations not only increase IO consumption, but also make it difficult to transfer, manage, and store due to the large number of files.
  • the user data and the attachment are usually simply coded according to the MIME protocol, the data type of the attachment is not changed, and the attachment coding hierarchy has only one layer, and each attachment is a separate file.
  • the invention is one of the existing patents Step optimization.
  • the invention provides a method for processing a multimedia message attachment by a multimedia message center, and the multi-level type file is a multipart/related type file as an example for description.
  • the multimedia message center processes the multi-attachment MMS
  • Boundary is used to split attachments, and each attachment has its own Content-Type and content, each of which is separate from the original attachment.
  • File, multipart/related type file is nested with multiple attachments, which is a two-layer structure.
  • This type of file can be normally restored by the mobile phone to an ordinary MMS attachment display.
  • the MMS center In the process of processing the MMS, the MMS center only needs to generate one file to save all the attachment contents.
  • the MMS center reads the user.
  • the data and the reconstructed file are MIME-encoded.
  • a boundary "second segment identifier 2" is defined to divide the user data and the attachment.
  • the data is sent to the mobile terminal, and the mobile terminal analyzes and displays the attachment. .
  • the MMS center reduces the number of read and write files in the process of processing MMS, thereby reducing IO consumption and improving the processing performance of the MMS center, since the cost of the hardware device is not increased, the optimization cost is low.
  • the present invention provides a method for processing a multimedia message, which is used for processing a multimedia message attachment, which facilitates transmission, management, and storage of attachments, reduces IO consumption in a storage process, and improves processing performance of the multimedia message center.
  • the specific implementation process includes the following steps:
  • the CP/SP or mobile terminal sends the multimedia message to the multimedia message center;
  • the MMS center parses the MMS data packet
  • the MMS center determines whether the accessory reconfiguration function is enabled
  • the MMS Center determines whether the MMS contains multiple attachments
  • step (6) If there are multiple attachments, perform step (6), otherwise perform step (7);
  • the mobile terminal analyzes and displays the multimedia message.
  • the present embodiment provides a multimedia message center including:
  • the receiving unit 31 is configured to receive a multimedia message and a multimedia message download request submitted by the CP/SP or the mobile terminal;
  • the content parsing unit 32 is configured to parse the data received by the receiving unit, to identify whether it is a multimedia message or a multimedia message download request, and if it is a multimedia message, extract user data and a multimedia message attachment, and the result of the parsing is generated to the control unit 33;
  • the control unit 33 according to the content analysis result, if the content is a multimedia message, instructs the first determining unit 34 to perform the multimedia message attachment processing; if the content is a multimedia message download request, the query acquires the user data and the file saving path, and notifies the storage unit to read the attachment.
  • the sending module is instructed to perform MIME encoding; the control unit is also responsible for storing the user data and file path in the database.
  • the first determining unit 34 is configured to determine whether the attachment reconfiguration function is enabled, if not enabled, the storage unit 37 will be notified; if enabled, the second determination 35 unit is further processed
  • the second determining unit 35 is configured to check whether the number of MMS attachments is greater than one, if not greater, the storage unit 37 will be notified; if it is greater, the reconfiguration unit 36 is instructed to reconstruct the attachment
  • the reconstruction unit 36 is configured to reconstitute a plurality of MMS attachments into a multipart/related type file, and then notify the storage unit
  • the storage unit 37 is configured to batch write the MMS attachment or the reconstructed file to the storage device, and generate a file path, and then notify the control unit; the storage unit is further responsible for reading the attachment into the memory and setting the MIME code.
  • the sending unit 308 is configured to perform MIME encoding on the user data and the attachment, and then send the data to the mobile terminal.
  • FIG. 4 it is a flowchart of storing a multimedia message in the MMS center provided by this embodiment, and the specific implementation process is as follows:
  • S401 The CP/SP or the mobile terminal submits a multimedia message to the multimedia message center;
  • the MMS center analyzes the content of the MMS, and obtains user data and attachments respectively;
  • the MMS center determines whether the accessory reconfiguration function is enabled, and the determination result is yes, and the step S404 is performed, and the determination result is no, and the step S406 is performed;
  • the MMS center determines whether the number of the MMS attachments exceeds one, and the determination result is yes, and the step S405 is performed, and the determination result is no, and the step S406 is performed;
  • the MMS center stores the path information and the user data in a database
  • S409 The MMS sends a MMS notification to the mobile terminal.
  • S501 the mobile terminal receives the MMS notification, and sends a request for downloading the MMS content to the MMS center;
  • the multimedia message center queries the database to obtain user data and file save path.
  • the reconstructed multipart/related type file structure diagram of the present invention is:
  • the present invention has the following characteristics:
  • the versatile, reconfigured multipart/related type file is a two-layer structure file conforming to the MIME protocol.
  • the file has strong versatility, except that the mobile phone can recognize the display and can be displayed on other MMS preview devices.
  • the accuracy is high.
  • the content of the original MMS attachment is not changed, so that the attachment is completely transmitted to the mobile phone.
  • the storage device Prior to the adoption of the present invention, concurrently stores multiple files with relatively low efficiency, resulting in a relatively large delay in the delivery of the multimedia message, which affects the rate of delivery, and the operator can only purchase expensive high-performance storage devices. To address IO performance bottlenecks or to increase performance by augmenting devices. In contrast, in this simple and convenient way, processing performance can be improved at low cost.
  • the MMS center When processing the MMS with multiple attachments, the MMS center recombines multiple attachments in a single MMS message into a multi-level type file without changing the content of the MMS attachment, changing the data type of the original attachment content, and the new file hierarchy.
  • the structure has multiple layers, and the attachment parser can be restored to the original multiple attachments according to the hierarchical analysis. Since multiple attachments are merged into one file, it is convenient to transfer, manage and store, and the number of files read and written during the storage operation. The reduction, the IO consumption is reduced, and the processing performance of the MMS center is improved.
  • the multimedia message center when processing the multimedia message of multiple attachments, merges multiple attachments in one multimedia message into a multi-level type file without changing the content of the multimedia message attachment, and changes The data type of the original attachment content, the new file hierarchy has multiple layers, and the attachment parser can be restored to the original multiple attachments according to the hierarchical analysis. Since multiple attachments are merged into one file, it is convenient to transfer, manage and store. At the same time, due to the reduction of the number of read and write files during the storage operation, the IO consumption is reduced, and the processing performance of the MMS center is improved.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明提供了一种彩信附件管理方法、装置、通信系统及计算机存储介质，该方法包括：提取彩信内的附件，将附件重构为一个多层次类型文件，并与彩信的用户文本对应存储；在接收到彩信下载请求后，查找对应彩信的用户文本及多层次类型文件，对多层次类型文件与用户文本进行多用途互联网邮件扩展类型协议编码，发送至用户终端。通过本发明的实施，彩信中心在处理多附件的彩信时，在不改变彩信附件内容情况下，将一个条彩信中的多个附件融合重构成一个多层次类型文件，改变原有附件内容的数据类型，由于多个附件被融合成一个文件，便于传输、管理和存储，同时由于存储操作过程中，读写文件个数的减少，降低了IO消耗，提高彩信中心的处理性能。

Description

彩信附件管理方法、装置、通信系统及计算机存储介质 技术领域
本发明涉及通信业务领域，尤其涉及一种彩信附件管理方法、装置、通信系统及计算机存储介质。
背景技术
随着移动通信技术和市场的发展，彩信作为一种常见的通信方式，广泛应用于广告、信息通知、互动分享、社交媒体，它最大的特色就简单、精美，能够传递功能全面的内容和信息，这些信息包括文字、图像、声音、数据等各种多媒体格式的信息。随着彩信功能日益强大和内容的不断丰富，CP/SP(内容提供商和业务提供商)不断的开发出各种新的业务彩信，常见的有手机报、天气预报、广告、信用卡账单、贺卡，还有手机终端转发的各种彩信，彩信的发送量越来越大，对彩信中心处理能力提出了更高要求。
一条彩信的内容中，除里彩信文本标题，还包含一个或多个附件，附件内容常见的有图片文件、声音文件、文本文件等，单条彩信大小从几k字节到几百k字节不等。彩信作为非实时业务，通常处理方法是：CP/SP或手机终端将用户数据和彩信附件按照约定的协议格式，封装成彩信数据包，通过网络发送给彩信中心，在彩信数据包中，附件通常以MIME(Multipurpose Internet Mail Extensions，多用途互联网邮件扩展类型)类型附加在用户数据后，用户数据和多个附件之间用boundary＝"分段标识"进行分割，彩信中心收到彩信数据包后，根据boundary＝"分段标识"分割用户数据和彩信附件，分别解析用户数据和每个彩信附件，如果有多个附件，就会生成多个文件保存到存储设备中，之后将用户数据和文件路径存放到数据库中，再向手机用户发送彩信通知，用户下载彩信到手机终端进行展示。
彩信中心保存彩信附件，通常使用磁阵或者NAS(Network Attached Storage，网络附属存储)，每个彩信附件会在存储设备上生成对应类型的 文件保存，如附件中包含有gif图片，则生成一个.gif文件保存，mid声音文件，则生成一个.mid文件保存，一条彩信如果有十个附件，就会生成十个文件保存，直到手机用户下载彩信后，彩信中心才删除用户数据和彩信附件，超时未下载，彩信中心定期清理超时彩信内容和附件。
彩信中心在保存、读取和删除彩信附件过程中，需要消耗大量IO资源，不管什么存储设备，IO资源都是有限，磁盘的物理特性限制了IO的存储性能，而彩信中心在业务高峰期并发处理大量彩信时，由于每条彩信中包含有几个甚至几十个附件，每秒中会向存储设备写入大量文件，频繁存取大量的文件，造成存储设备IO性能出现瓶颈，影响了彩信中心处理性能。即现有彩信附件单个存储为独立文件的方式，存在消耗大量IO资源，导致存储设备IO性能出现瓶颈的问题。
发明内容
本发明实施例提供了一种彩信附件管理方法、装置、通信系统及计算机存储介质，以现有彩信附件单个存储为独立文件的方式消耗大量IO资源的问题。
本发明实施例提供了一种彩信附件管理方法，其包括：
提取彩信内的附件，将附件重构为一个多层次类型文件，并与彩信的用户文本对应存储；多层次类型文件为符合多用途互联网邮件扩展类型协议的多层次结构类型文件；
在接收到彩信下载请求后，查找对应彩信的用户文本及多层次类型文件，对多层次类型文件与用户文本进行多用途互联网邮件扩展类型协议编码，发送至用户终端。
可选地，在提取彩信内的附件，将附件重构为一个多层次类型文件之前，还包括：判断是否开启附件重构功能和/或附件数量大于1，若开启附件重构功能和/或附件数量大于1，则提取彩信内的附件，将附件重构为一个多层次类型文件。
可选地，将附件重构为一个多层次类型文件包括：将多层次类型文件的内容种类设置为多层次类型文件，将各附件内容的内容种类、属性及内容添加到多层次类型文件中，通过用于分割附件内容的第一分段标识分割。
可选地，对多层次类型文件与用户文本进行多用途互联网邮件扩展类型协议编码包括：在用户文件与多层次类型文件直接添加用于分割用户文本与附件的第二分段标识。
可选地，多层次类型文件包括multipart/related(多部件相关的)类型文件。
本发明实施例提供了一种彩信附件管理装置，其包括：
存储模块，设置为提取彩信内的附件，将附件重构为一个多层次类型文件，并与彩信的用户文本对应存储；多层次类型文件为符合多用途互联网邮件扩展类型协议的多层次结构类型文件；
发送模块，设置为在接收到彩信下载请求后，查找对应彩信的用户文本及多层次类型文件，对多层次类型文件与用户文本进行多用途互联网邮件扩展类型协议编码，发送至用户终端。
可选地，存储模块在提取彩信内的附件，将附件重构为一个多层次类型文件之前，还设置为判断是否开启附件重构功能和/或附件数量大于1，若开启附件重构功能和/或附件数量大于1，则提取彩信内的附件，将附件重构为一个多层次类型文件。
可选地，存储模块设置为将多层次类型文件的内容种类设置为多层次类型文件，将各附件内容的内容种类、属性及内容添加到多层次类型文件中，通过用于分割附件内容的第一分段标识分割。
可选地，发送模块设置为在用户文件与多层次类型文件直接添加用于分割用户文本与附件的第二分段标识。
可选地，多层次类型文件包括multipart/related类型文件。
本发明实施例提供了一种通信系统，其包括彩信中心，彩信中心设置 有本发明提供的彩信附件管理装置。
根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：
提取彩信内的附件，将附件重构为一个多层次类型文件，并与彩信的用户文本对应存储；多层次类型文件为符合多用途互联网邮件扩展类型协议的多层次结构类型文件；
在接收到彩信下载请求后，查找对应彩信的用户文本及多层次类型文件，对多层次类型文件与用户文本进行多用途互联网邮件扩展类型协议编码，发送至用户终端。
可选地，存储介质还设置为存储用于执行以下步骤的程序代码：
在提取彩信内的附件，将附件重构为一个多层次类型文件之前，判断是否开启附件重构功能和/或附件数量大于1，若开启附件重构功能和/或附件数量大于1，则提取彩信内的附件，将附件重构为一个多层次类型文件。
可选地，存储介质还设置为存储用于执行以下步骤的程序代码：
将多层次类型文件的内容种类设置为多层次类型文件，将各附件内容的内容种类、属性及内容添加到多层次类型文件中，通过用于分割附件内容的第一分段标识分割。
可选地，存储介质还设置为存储用于执行以下步骤的程序代码：
在用户文件与多层次类型文件直接添加用于分割用户文本与附件的第二分段标识。
本发明的有益效果：
本发明实施例提供了一种彩信附件管理方法，彩信中心在处理多附件的彩信时，在不改变彩信附件内容情况下，将一个条彩信中的多个附件融合重构成一个多层次类型文件，改变原有附件内容的数据类型，新的文件层次结构有多层，附件解析器可以按照层次解析还原成原始的多个附件 展示，由于多个附件被融合成一个文件，便于传输、管理和存储，同时由于存储操作过程中，读写文件个数的减少，降低了IO消耗，提高彩信中心的处理性能。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为本发明第一实施例提供的彩信附件管理装置的结构示意图；
图2为本发明第二实施例提供的彩信附件管理方法的流程图；
图3为本发明第三实施例提供的彩信中心的结构示意图；
图4为本发明第三实施例中彩信中心存储彩信的流程图；
图5为本发明第三实施例中彩信中心下发彩信的流程图；
图6为本发明第三实施例中multipart/related类型文件结构图。
具体实施方式
现通过具体实施方式结合附图的方式对本发明做出进一步的诠释说明。
第一实施例：
图1为本发明第一实施例提供的彩信附件管理装置的结构示意图，由图1可知，在本实施例中，本发明提供的彩信附件管理装置1包括：
存储模块11，设置为提取彩信内的附件，将附件重构为一个多层次类型文件，并与彩信的用户文本对应存储；多层次类型文件为符合多用途互联网邮件扩展类型协议的多层次结构类型文件；
发送模块12，设置为在接收到彩信下载请求后，查找对应彩信的用户文本及多层次类型文件，对多层次类型文件与用户文本进行多用途互联网 邮件扩展类型协议编码，发送至用户终端。
在一些实施例中，上述实施例中的存储模块11在提取彩信内的附件，将附件重构为一个多层次类型文件之前，还设置为判断是否开启附件重构功能和/或附件数量大于1，若开启附件重构功能和/或附件数量大于1，则提取彩信内的附件，将附件重构为一个多层次类型文件。
在一些实施例中，上述实施例中的存储模块11设置为将多层次类型文件的内容种类设置为多层次类型文件，将各附件内容的内容种类、属性及内容添加到多层次类型文件中，通过用于分割附件内容的第一分段标识分割。
在一些实施例中，上述实施例中的发送模块12设置为在用户文件与多层次类型文件直接添加用于分割用户文本与附件的第二分段标识。
在一些实施例中，上述实施例中的多层次类型文件包括multipart/related类型文件。
对应的，本发明提供了一种通信系统，其包括彩信中心，彩信中心设置有本发明提供的彩信附件管理装置1。
第二实施例：
图2为本发明第二实施例提供的彩信附件管理方法的流程图，由图2可知，在本实施例中，本发明提供的彩信附件管理方法包括以下步骤：
S201：提取彩信内的附件，将附件重构为一个多层次类型文件，并与彩信的用户文本对应存储；多层次类型文件为符合多用途互联网邮件扩展类型协议的多层次结构类型文件；
S202：在接收到彩信下载请求后，查找对应彩信的用户文本及多层次类型文件，对多层次类型文件与用户文本进行多用途互联网邮件扩展类型协议编码，发送至用户终端。
在一些实施例中，上述实施例中的方法在提取彩信内的附件，将附件重构为一个多层次类型文件之前，还包括：判断是否开启附件重构功能和 /或附件数量大于1，若开启附件重构功能和/或附件数量大于1，则提取彩信内的附件，将附件重构为一个多层次类型文件。
在一些实施例中，上述实施例中的将附件重构为一个多层次类型文件包括：将多层次类型文件的内容种类设置为多层次类型文件，将各附件内容的内容种类、属性及内容添加到多层次类型文件中，通过用于分割附件内容的第一分段标识分割。
在一些实施例中，上述实施例中的对多层次类型文件与用户文本进行多用途互联网邮件扩展类型协议编码包括：在用户文件与多层次类型文件直接添加用于分割用户文本与附件的第二分段标识。
在一些实施例中，上述实施例中的多层次类型文件包括multipart/related类型文件。
现结合具体应用场景对本发明做进一步的诠释说明。
第三实施例：
本发明的主要目的是，彩信中心在处理多附件的彩信时，在不改变彩信附件内容情况下，将一个条彩信中的多个附件融合重构成一个multipart/related(一种数据类型)类型文件，改变原有附件内容的数据类型，新的文件层次结构有两层，附件解析器可以按照层次解析还原成原始的多个附件展示，由于多个附件被融合成一个文件，便于传输、管理和存储，同时由于存储操作过程中，读写文件个数的减少，降低了IO消耗，提高彩信中心的处理性能。
CP/SP或手机终端发送的彩信附件通常只有一层MIME编码结构，每个附件有各自的数据类型和属性，被分割解析后，每个附件会被保存成一个文件，会产生多个文件的读写操作，不但增加了IO消耗，而由于文件数量过多，不便于传输、管理和存储。
现有技术在使用MIME协议过程中，通常只是把用户数据和附件按照MIME协议进行简单编码，没有改变附件的数据类型，而且附件编码层次结构只有一层，每个附件都是单独的一个文件，本发明对现有专利是进一 步的优化。
本发明提供一种彩信中心处理彩信附件的方法，以多层次类型文件为multipart/related类型文件为例进行说明。彩信中心处理多附件的彩信时，将附件提取出来后进行重构，在不改变原附件内容的情况下，将多个附件重构成一个multipart/related类型文件，文件中定义了Content-Type(数据类型)为multipart/related，还有新的boundary＝"第一分段标识1"，boundary用于分割附件，而每个附件有各自Content-Type和内容，相对于原来附件每个都是单独的文件，multipart/related类型文件里嵌套了多个附件，是一种两层的结构。
此种类型文件可以正常被手机解析还原成普通的彩信附件展示，彩信中心在处理彩信过程中，只需生成一个文件即可保存所有附件内容，手机用户在下载彩信内容时，彩信中心读取用户数据和重构后的文件，进行MIME编码，编码过程中会再定义一个boundary＝"第二分段标识2"将用户数据和附件分割，编码完成后下发给手机终端，手机终端解析展示附件。
由于彩信中心在处理彩信过程中，减少读写文件的个数，从而降低了IO消耗，提高彩信中心的处理性能，因为没有增加硬件设备的支出，优化成本低。
具体的，本发明提供一种彩信消息的处理方法，用于处理彩信附件，方便了附件的传输、管理和存储，同时降低存储过程中的IO消耗，提高彩信中心处理性能。
具体实现过程包含以下步骤：
(1)CP/SP或手机终端将彩信发送至彩信中心；
(2)彩信中心解析彩信数据包；
(3)彩信中心判断是否启用附件重构功能；
(4)彩信中心判断该条彩信中是否包含有多个附件；
(5)如果包含多个附件则执行步骤(6)，否则执行步骤(7)；
(6)将多个附件重构成一个multipart/related类型文件，文件中Content-Type被定义为multipart/related，同时还定义了新的boundary＝"分段标识1"，用于分割附件；
(7)将附件或重构后的文件保存到存储设备，并生成文件路径；
(8)将用户数据和文件路径存放到数据库中；
(9)向手机用户发送彩信通知；
(10)手机用户收到通知后下载彩信；
(11)彩信中心查询获取用户数据和附件进行MIME编码，如果附件被重构过，编码过程中会再定义一个boundary＝"分段标识2"将用户数据和彩信附件分割，编码完成后发给手机终端；
(12)彩信中心删除附件；
(13)手机终端解析展示彩信。
如图3所示，本实施例提供彩信中心包括：
接收单元31，设置为接收CP/SP或手机终端提交的彩信和彩信下载请求；
内容解析单元32，设置为解析接收单元收到的数据，识别是彩信还是彩信下载请求，如果是彩信则提取用户数据和彩信附件，解析后结果发生给控制单元33；
控制单元33，根据内容解析结果，如果内容是彩信，指示第一判断单元34进行彩信附件处理；如果内容是彩信下载请求，则查询获取用户数据和文件保存路径，并通知存储单元将附件读取到内存中，后指示发送模块进行MIME编码；控制单元还负责将用户数据和文件路径存入数据库
第一判断单元34，设置为判断附件重构功能是否启用，如果没有启用，将通知存储单元37；如果启用，指示第二判断35单元进一步处理
第二判断单元35，设置为检查彩信附件个数是否大于一个，如果不大于，将通知存储单元37；如果大于，指示重构单元36重构附件
重构单元36，设置为多个彩信附件重构成一个multipart/related类型文件，后通知存储单元
存储单元37，设置为将彩信附件或重构文件批量写入存储设备，并生成文件路径，后通知控制单元；存储单元还负责将附件读取到内存中，设置为MIME编码
发送单元308，设置为将用户数据和附件进行MIME编码，后发送给手机终端
如图4所示，是本实施例提供的彩信中心存储彩信的流程图，具体实施流程如下：
S401:CP/SP或手机终端向彩信中心提交彩信；
S402:彩信中心解析彩信内容，分别获取用户数据和附件；
S403:彩信中心判断是否启用了附件重构功能，判断结果为是，执行S404步骤，判断结果为否，执行S406步骤；
S404:彩信中心判断彩信附件个数是否超过一个，判断结果为是，执行S405步骤，判断结果为否，执行S406步骤；
S405:彩信中心将多个附件重构成一个multipart/related类型文件，文件中Content-Type被定义为multipart/related，同时还定义了新的boundary＝"分段标识1"，用于分割附件；
S406:彩信中心将附件保存到存储设备；
S407:彩信中心生成文件保存路径；
S408:彩信中心将路径信息和用户数据存入数据库；
S409:彩信中心下发彩信通知给手机终端。
如图5所示，彩信中心下发彩信的流程，具体流程如下：
S501:手机终端收到彩信通知，向彩信中心发送下载彩信内容请求；
S502:彩信中心查询数据库，获取用户数据和文件保存路径；
S503:彩信中心读取附件到内存中；
S504:彩信中心将用户数据和附件进行MIME编码，编码过程中会再定义一个boundary＝"分段标识2"将用户数据和彩信附件分割；
S505:彩信中心编码完成后，将码流发送给手机终端。
如图6所示，本发明重构后的multipart/related类型文件结构图为：
文件开头定义的Content-Type为multipart/related，同时还定义了新的boundary＝"分段标识1"，用于分割原始的附件内容；
每个附件的Content-Type属性和其他属性，连同附件内容被保存到新的multipart/related类型文件中，每个附件之间使用boundary＝"分段标识1"分割；
文件中有两种Content-Type，一种是multipart/related类型文件自身的Content-Type，一种是每个附件自身的Content-Type，所以是一种两层结构的文件。
同现有的技术相比较，本发明具有如下特点：
通用性强，重构后的multipart/related类型文件，是一种符合MIME协议的两层结构文件，文件具有很强通用性，除了手机可以识别展示，放在其他彩信预览装置也可以展示。
准确性高，彩信附件重构时，不改变原彩信附件内容，使附件完全透传至手机。
高效性，由于存储文件个数减少，降低IO消耗，提高彩信中心的处理性能，同时还便于传输、管理和存储附件。
节约成本，在采用本发明之前，由于存储设备并发存储多个文件效率比较低下，导致彩信下发延时比较大，影响了下发的速率，运营商只能采购昂贵的高性能的存储设备，来解决IO性能瓶颈，或者通过扩充设备来提高性能。相比之下，采用这种简单便捷方式，可以低成本地提高处理性能。
综上可知，通过本发明的实施，至少存在以下有益效果：
彩信中心在处理多附件的彩信时，在不改变彩信附件内容情况下，将一个条彩信中的多个附件融合重构成一个多层次类型文件，改变原有附件内容的数据类型，新的文件层次结构有多层，附件解析器可以按照层次解析还原成原始的多个附件展示，由于多个附件被融合成一个文件，便于传输、管理和存储，同时由于存储操作过程中，读写文件个数的减少，降低了IO消耗，提高彩信中心的处理性能。
以上仅是本发明的具体实施方式而已，并非对本发明做任何形式上的限制，凡是依据本发明的技术实质对以上实施方式所做的任意简单修改、等同变化、结合或修饰，均仍属于本发明技术方案的保护范围。
工业实用性
在本发明实施例的彩信附件管理过程中，彩信中心在处理多附件的彩信时，在不改变彩信附件内容情况下，将一个条彩信中的多个附件融合重构成一个多层次类型文件，改变原有附件内容的数据类型，新的文件层次结构有多层，附件解析器可以按照层次解析还原成原始的多个附件展示，由于多个附件被融合成一个文件，便于传输、管理和存储，同时由于存储操作过程中，读写文件个数的减少，降低了IO消耗，提高彩信中心的处理性能。

Claims (12)

  1. 一种彩信附件管理方法，包括：
    提取彩信内的附件，将所述附件重构为一个多层次类型文件，并与所述彩信的用户文本对应存储；所述多层次类型文件为符合多用途互联网邮件扩展类型协议的多层次结构类型文件；
    在接收到彩信下载请求后，查找对应彩信的用户文本及多层次类型文件，对所述多层次类型文件与用户文本进行多用途互联网邮件扩展类型协议编码，发送至用户终端。
  2. 如权利要求1所述的彩信附件管理方法，其中，在提取彩信内的附件，将所述附件重构为一个多层次类型文件之前，还包括：判断是否开启附件重构功能和/或附件数量大于1，若开启附件重构功能和/或附件数量大于1，则提取彩信内的附件，将所述附件重构为一个多层次类型文件。
  3. 如权利要求1所述的彩信附件管理方法，其中，所述将所述附件重构为一个多层次类型文件包括：将所述多层次类型文件的内容种类设置为多层次类型文件，将各所述附件内容的内容种类、属性及内容添加到所述多层次类型文件中，通过用于分割附件内容的第一分段标识分割。
  4. 如权利要求1所述的彩信附件管理方法，其中，所述对所述多层次类型文件与用户文本进行多用途互联网邮件扩展类型协议编码包括：在用户文件与所述多层次类型文件直接添加用于分割用户文本与附件的第二分段标识。
  5. 如权利要求1至4任一项所述的彩信附件管理方法，其中，所述多层次类型文件包括多部件相关的类型文件。
  6. 一种彩信附件管理装置，包括：
    存储模块，设置为提取彩信内的附件，将所述附件重构为一个多层次类型文件，并与所述彩信的用户文本对应存储；所述多层次类型文件为符合多用途互联网邮件扩展类型协议的多层次结构类型文件；
    发送模块，设置为在接收到彩信下载请求后，查找对应彩信的用户文本及多层次类型文件，对所述多层次类型文件与用户文本进行多用途互联网邮件扩展类型协议编码，发送至用户终端。
  7. 如权利要求6所述的彩信附件管理装置，其中，所述存储模块在提取彩信内的附件，将所述附件重构为一个多层次类型文件之前，还设置为判断是否开启附件重构功能和/或附件数量大于1，若开启附件重构功能和/或附件数量大于1，则提取彩信内的附件，将所述附件重构为一个多层次类型文件。
  8. 如权利要求6所述的彩信附件管理装置，其中，所述存储模块设置为将所述多层次类型文件的内容种类设置为多层次类型文件，将各所述附件内容的内容种类、属性及内容添加到所述多层次类型文件中，通过用于分割附件内容的第一分段标识分割。
  9. 如权利要求6所述的彩信附件管理装置，其中，所述发送模块设置为在用户文件与所述多层次类型文件直接添加用于分割用户文本与附件的第二分段标识。
  10. 如权利要求6至9任一项所述的彩信附件管理装置，其中，所述多层次类型文件包括多部件相关的类型文件。
  11. 一种通信系统，包括彩信中心，所述彩信中心设置有如权利要求6至10任一项所述的彩信附件管理装置。
  12. 一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，该计算机可执行指令配置为执行上述权利要求1-5中任 一项所述的彩信附件管理方法。
PCT/CN2017/077725 2016-03-31 2017-03-22 彩信附件管理方法、装置、通信系统及计算机存储介质 WO2017167101A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610204398.XA CN107295485B (zh) 2016-03-31 2016-03-31 彩信附件管理方法、装置及通信系统
CN201610204398.X 2016-03-31

Publications (1)

Publication Number Publication Date
WO2017167101A1 true WO2017167101A1 (zh) 2017-10-05

Family

ID=59963408

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/077725 WO2017167101A1 (zh) 2016-03-31 2017-03-22 彩信附件管理方法、装置、通信系统及计算机存储介质

Country Status (2)

Country Link
CN (1) CN107295485B (zh)
WO (1) WO2017167101A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110290483B (zh) * 2019-06-26 2021-09-14 深圳市梦网科技发展有限公司 一种彩信传输方法、系统及终端设备
CN110662185B (zh) * 2019-08-29 2021-12-14 深圳市梦网科技发展有限公司 图表短信的发送方法、装置及终端设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1866195A (zh) * 2000-11-07 2006-11-22 松下电器产业株式会社 可移动存储媒体、移动信息终端及其文件管理方法
US20080146254A1 (en) * 2003-12-02 2008-06-19 Groeger Martin E Process For Generating, Sending and Receiving Mms-Messages, a Computer Program and a Machine Readable Memory Media
CN102333121A (zh) * 2011-09-30 2012-01-25 华为软件技术有限公司 Http附件发送和接收方法、服务器及终端设备
CN102567274A (zh) * 2010-12-08 2012-07-11 比亚迪股份有限公司 实现邮件数据在移动终端和计算机之间转移的方法及系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1424860A3 (en) * 2002-11-05 2006-01-25 Siemens Aktiengesellschaft Method for controlling a multimedia messaging service between a telecommunication device and a telecommunication network, respective smart card and telecommunication device

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1866195A (zh) * 2000-11-07 2006-11-22 松下电器产业株式会社 可移动存储媒体、移动信息终端及其文件管理方法
US20080146254A1 (en) * 2003-12-02 2008-06-19 Groeger Martin E Process For Generating, Sending and Receiving Mms-Messages, a Computer Program and a Machine Readable Memory Media
CN102567274A (zh) * 2010-12-08 2012-07-11 比亚迪股份有限公司 实现邮件数据在移动终端和计算机之间转移的方法及系统
CN102333121A (zh) * 2011-09-30 2012-01-25 华为软件技术有限公司 Http附件发送和接收方法、服务器及终端设备

Also Published As

Publication number Publication date
CN107295485A (zh) 2017-10-24
CN107295485B (zh) 2021-06-08

Similar Documents

Publication Publication Date Title
US9928251B2 (en) System and method for distributed categorization
CN102263705B (zh) 显示即时通讯消息的方法及装置
US8583743B1 (en) System and method for message gateway consolidation
CN104077341A (zh) 即时通讯中生成关键词自动回复映射关系的方法和装置
US20160182606A1 (en) Network Based Static Font Subset Management
CN102436513A (zh) 分布式检索方法和系统
CN104462534A (zh) 网络信息分享方法和装置
CN103051652A (zh) 一种移动终端云计算发布平台
WO2021189195A1 (zh) 数据查询方法、装置、服务器及存储介质
CN112764795B (zh) 一种面向服务的跨平台跨终端信息发布系统和方法
CN104636477A (zh) 一种信息推送前推送列表的去重方法
CN109753424B (zh) Ab测试的方法和装置
CN109951318A (zh) 应用的功能配置方法及装置
WO2017167101A1 (zh) 彩信附件管理方法、装置、通信系统及计算机存储介质
CN105208004A (zh) 一种基于obd设备的数据入库方法
US20200257726A1 (en) Computerized system and method for display of modified machine-generated messages
WO2014072739A1 (en) Video distribution
CN104077323A (zh) 一种网页内容转换彩信的方法和装置
KR100680034B1 (ko) 문맥 인식이 강화된 메시지 변환 시스템 및 방법
CN110417892B (zh) 基于报文解析的数据复制链路优化方法及装置
CN112132641A (zh) 电子发票生成系统及方法
CN101997883A (zh) 供移动终端访问的移动网站的网络结构
CN101384050A (zh) 一种移动终端及其资源管理的方法及系统
CN110865973B (zh) 一种数据处理方法及设备和相关装置
CN107977381B (zh) 数据配置方法、索引管理方法、相关装置以及计算设备

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 17773131

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17773131

Country of ref document: EP

Kind code of ref document: A1