专利名称：：多媒体消息业务的实现方法、系统及相关设备的制作方法
技术领域：
：本发明涉及通信
技术领域：
，尤其涉及一种多媒体消息业务的实现方法、系统及相关设备。技术背景多媒体消息业务(MultimediaMessagingService,MMS)是短消息业务(ShortMessageService,SMS)和增强型消息业务(EnhancedMessageService,EMS)的进一步发展，为个人多媒体移动通信业务提供了完整的端到端解决方案。从通信内容上讲，多媒体消息包括图像、音频、视频和数据等；从功能上讲，多媒体消息业务涵盖了终端到终端、终端到应用、应用到终端的多媒体消息通信。它不仅实现了终端之间、终端和应用之间的信息传递，还实现了内容的多样性，包括图片、语音、图像、数据和文本的各种组合。作为一个开放的媒体接入平台，MMS可以在移动用户和互联网内容提供商的互动下，衍生出更丰富多彩的内容业务应用。在实际应用中，运营商除了使用多媒体消息业务中心(MultimediaMessagingServiceCenter,MMSC)完成多媒体消息的存储转发，一般还会在MMSC上部署一些增值业务。比如，运营商可以向用户提供签名档业务，当MMSC接收到用户提交的一条消息后，MMSC在消息内容末尾自动添加一个用户事先设置好的签名并下发给接收方；运营商还可以向用户提供主叫回执业务，当用户提交的消息下发完毕后，MMSC通过短消息等形式通知用户消息的发送结果。在对现有技术的研究和实践过程中，发明人发现现有技术存在以下问题MMSC本身是一个要求具有高可靠性的电信网络设备，直接将增值业务放在MMSC中实现，一方面会增加MMSC的复杂性，导致MMSC的开发难度增加，影响增值业务的推出速度；另一方面又会使MMSC性能下降，从而使得运营商的总体运营成本(TCO)上升。
发明内容本发明实施例要解决的技术问题是提供一种多媒体消息业务的实现方法、系统及相关设备，消除了直接在MMSC实现增值业务给MMSC带来的负担。为解决上述技术问题，本发明所提供的实施例是通过以下技术方案实现的一种多媒体消息业务的实现方法，包括多媒体消息业务中心接收消息提交请求；所述多媒体消息服务中心根据所述消息提交请求中携带的用户标识，在已存的消息定购信息中查找消息业务控制功能装置为所述用户定购的业务触发点；当到达所述业务触发点时，所述多媒体消息服务中心向所述消息业务控制功能装置发起业务处理请求；所述消息业务控制功能装置根据所述业务处理请求携带的用户标识，在已存的业务定购信息中查找所述用户定购的业务，并进行相应的业务处理。一种消息业务控制功能装置，包括业务定购请求接收单元，用于接收携带业务定购信息的业务定购请求；业务定购信息保存单元，用于保存所述业务定购信息，所述业务定购信息至少包括用户标识和业务类型标识；消息定购请求发送单元，用于当业务定购请求接收单元接收到业务定购请求时，向多媒体消息服务中心发送携带消息定购信息的消息定购请求，所述消息定购信息至少包括用户标识和业务触发点；业务处理请求接收单元，用于接收业务处理请求；业务处理单元，用于根据所述业务处理请求携带的用户标识，在已存的业务定购信息中查找所述用户定购的业务，并进行相应的业务处理。一种多媒体消息服务中心，包括消息提交请求接收单元，用于接收用户代理提交的消息提交请求；业务触发点查找单元，用于根据消息提交请求中携带的用户标识，在已存的消息定购信息中查找消息业务控制功能装置为所述用户定购的业务触发点；业务处理请求发送单元，用于当到达所述业务触发点时，向所述消息业务控制功能装置发起业务处理请求。一种多媒体消息业务的实现系统，包括多媒体消息服务中心，消息业务控制装置；所述多媒体消息服务中心包括消息提交请求接收单元，用于接收用户代理提交的消息提交请求；业务触发点查找单元，用于根据消息提交请求中携带的用户标识，在已存的消息定购信息中查找消息业务控制功能装置为所述用户定购的业务触发点；业务处理请求发送单元，用于当到达所述业务触发点时，向所述消息业务控制功能装置发起业务处理请求；-所述消息业务控制功能装置包括业务处理请求接收单元，业务查找单元，业务处理单元；业务处理请求接收单元，用于接收业务请求发送单元发起的业务处理请求；业务查找单元，用于根据所述业务处理请求携带的用户标识，在已存的业务定购信息中查找所述用户定购的业务，并触发业务处理单元进行相应的业务处理。上述技术方案具有如下有益效果以上为本发明实施例提供的多媒体消息业务的实现方法，由上述实现过程可知，本发明实施例通过MMSC和MSCF之间的消息交互，实现了多媒体消息业务的处理，消除了直接在MMSC中实现业务给MMSC带来的负担，并且，由于MMSC中保存了MSCF预先向其定购的消息信4,因此，MMSC只会将MSCF向其定购的消息发送给MSCF进行相应的业务处理，避免了MMSC将用户发送的每条消息都触发到MSCF,导致MSCF压力过大的问题。图1为本发明实施例提供的多媒体消息业务的实现方法流程图；图2为本发明实施例提供的签名档业务的实现方法流程图；'图3为本发明实施例提供的主叫回执业务的实现方法流程图；图4为本发明实施例提供的广告志愿者业务的实现方法流程图；图5为本发明实施例提供的消息业务控制功能装置组成示意图；图6为本发明实施例提供的多媒体消息业务的实现系统组成示意图。具体实施方式为使本发明实施例的目的、技术方案、及优点更加清楚明白，以下参照附图对本发明实施例进行详细说明。3GPP规范24.140中定义了MM10接口，引入了消息业务控制功能装置(MessagingServiceControlFunction,MSCF)的概念，明确了MMSC和MSCF之间的交互流程。本发明实施例对现有的MM10接口进行了扩展，请参见表1，为本发明实施例提供的扩展后的MM10接口所包括的消息，表中斜体字表示新扩展的消息<table>tableseeoriginaldocumentpage12</column></row><table>表1其中，MM10_Subscribe.REQ消息由MSCF发起，用于向MMSC定购消息。MM10_Interrogation.REQ/.RES消息是对现有3GPP标准协议规定的MM10—Interogation.REQ/.RES消息扩展若干字段后得到的消息，MM10_Interrogation.REQ由MMSC发起，用于将用户提交的消息触发到MSCF进行相应的业务处理。<table>tableseeoriginaldocumentpage13</column></row><table>表2订购请求消息MM10_Subscribe.REQ定义<table>tableseeoriginaldocumentpage14</column></row><table>表3订购响应消息MM10_Subscribe.RES定义<table>tableseeoriginaldocumentpage14</column></row><table><table>tableseeoriginaldocumentpage15</column></row><table>\表4业务处理请求消息MMlOJnterrogation.REQ定义<table>tableseeoriginaldocumentpage16</column></row><table>表5业务处理响应消息MM10_Interrogation.RES定义以上对本发明实施例提供的MM10接口进行了详细介绍，在具体实现时技术人员可以按照需要重新定义表中所列各扩展字段的名称，上表中的名称仅为更清楚的说明本实施例，不应视为对本发明实施例的限制。以下结合附图对本发明实施例提供的多媒体消息业务的实现方法进行介绍。请参见图1,为本发明实施例提供的多媒体消息业务的实现方法，包括步骤101:用户代理提交携带业务定购信息的业务定购请求至MSCF;其中，所述业务定购信息用于向MSCF指明定购业务用户的身份，定购业务的类型，因此，所述业务定购信息至少包括用户标识，业务类型标识。在具体实现时，定购业务的用户标识通常是用户的手机号码，并且，由于多媒体消息业务的种类繁多，包括诸如签名档业务、主叫回执业务以及广告志愿者业务等等，因此，业务类型标识用于标识该业务定购请求是用来定购哪一种业务。比如，可以预先定义业务类型标识为00,表示该定购请求是签名档业务定购请求；业务类型标识为01,表示该请求是主叫回执业务定购请求；业务类型标识为ll,表示该请求是广告志愿者业务定购请求。当定购请求是签名档业务定购请求时，上述业务定购信息进一步携带用户设置的签名档。步骤102:MSCF保存所述业务定购信息，并向MMSC发送携带的消息定购信息的消息定购请求(MM10—Subscribe.REQ);其中，消息定购信息至少包括用户标识和业务触发点，用于向MMSC指明在MMSC接收到所述用户标识提交的消息后，应当向MSCF发起业务请求处理，并且指明MMSC应向MSCF发起业务请求处理的业务触发点；步骤103:MMSC保存所述消息定购信息，并返回定购响应消息(MM10—Subscribe.REQ)至MSCF。以上介绍了用户定购多媒体消息业务的实现过程，以下介绍实现用户定购的多媒体消息业务的过程，包括步骤104:发送方用户代理(OriginatorUA)提交消息提交请求(MM1—Submit.REQ)至MMSC;步骤105:MMSC根据消息提交请求中携带的用户标识，在已存的消息定购信息中查找MSCF为所述用户定购的业务触发点，当到达所述业务触发点时，MMSC向MSCF发起业务处理请求(MM10_Interrogation.REQ);步骤106:MSCF根据所述业务处理请求携带的用户标识，在已存的业务定购信息中查找所述用户定购的业务，进行相应的业务处理，并返回业务处理响应消息(MM10—Interrogation.RES)至MMSC。—以上为本发明实施例提供的实现多媒体消息业务的方法，由上述实现过程可知，本发明实施例通过MMSC和MSCF之间的消息交互，实现了多媒体消息业务的处理，消除了直接在MMSC中进行业务处理给MMSC带来的负担，并且，MMSC只将MSCF定购的消息发送给MSCF进行相应的业务处理，避免了MMSC将用户发送的每条消息都触发到MSCF,导致MSCF压力过大的问题。以下结合前文已述三种不同的多媒体消息业务，对本发明实施例提供的方法进41S羊细介绍。一、签名档业务所谓签名档业务是指对于定购签名档业务的用户提交的每一条消息(多媒体消息或纯文本消息)，系统都会在消息内容(消息体)的末尾自动添加发送方预先设置的签名，并将添加签名的消息下发给接收方。请参见图2，为本发明实施例提供的签名档业务的实现方法，包括步骤201:用户提交签名档业务定购请求至MSCF;其中，业务定购信息包括用户标识，业务类型标识，签名档。步骤202:MSCF保存所述业务定购信息，并向MMSC发起携带消息定购信息的MM10—Subscribe.REQ请求；其中，消息定购信息中的业务触发点可以是TPA1点，也可以是TPA2点，并且，消息定购信息中需要包括消息体标识(NeedBody)和等待响应标识(WaitforResponse),用于向MMSC指明在发起业务处理请求时需要携带MM1—Submit.REQ中的消息体，并等待MSCF响应；在具体实现时，MM10_Subscribe.REQ消息中的Subscribe字段用于携带用户标识，TriggerPoint字段用于携带业务触发点，NeedBody字段和WaitforResponse字段用于向MMSC指明在发起业务处理请求时需要携带消息体，并等待MSCF响应。步骤203:MMSC保存MM10_Subscribe.REQ中携带的消息定购信息，并返回MM10_Subscribe.RES消息至MSCF。以上介绍了用户定购签名档业务的实现过程，以下介绍实现用户定购的签名档业务的过程，所述方法包括步骤204:发送方用户代理提交MMl_Submit.REQ消息至MMSC;其中，MM1—Submit.REQ中携带了发送方标识，接收方标识以及消息体；步骤205:MMSC根据MMl_Submit消息携带的发送方标识，在已存的消息定购信息中查找到MSCF为所述用户定购的业务触发点是TPA2点，，并且MMSC向发送方用户代理返回提交响应(MMl_Submit.RES)消息；步骤206:MMSC到达TPA2点，MMSC向MSCF发送业务处理请求(MM10—Interrogation.REQ)，并等待MSCF的响应；其中，MM10—Interrogation.REQ消息需要包含Senderaddress字段，ContentType字段和Content字段，Content字段用于携带消息体；步骤207:MSCF收到MM10—Interrogation.REQ消息后，根据所述发送方标识，在已存的业务定购信息中查找到所述用户定购了签名档业务，则MSCF解析ContentType字段和Content字段，并在消息体中加上发送方预设的签名档，然后，返回业务处理响应(MM10Jnterrogation.RES)消息至MMSC;具体实现时，MSCF将添加签名档的消息体放在MM10—Interrogation.RES消息的Content字段中返回给MMSC，并且，通过MM10_Interrogation.RES消息的ProcessStatus字段向MMSC指明MMSC需要修改消息。对于MSCF而言执行完上述步骤即已实现签名档业务，但为了将添加签名档的消息发送给接收方用户，上述方法还可以进一步包括步骤208:MMSC根据ProcessStatus字段的指示保存已添加签名档的消息体，并发送通知(MMl_Notification.REQ)消息至接收方用户代理；步骤209:接收方用户代理回送通知响应(MMl_Notification.RES)消息；步骤210:接收方用户代理发起消息获取(MM1—Retrieve.REQ)请求；步骤211:MMSC回送消息获取响应(MMl_Retrieve.RES)消息至接收方用户代理，通过MMl_Retrieve.RES消息将添加签名档的消息体发送给接收方用户代理(RecipientUA);步骤212:RecipientUA发送获取成功确认(MMl_Acknowledge.REQ)消息至MMSC。进一步，如果发送方用户请求MMSC返回递送报告，则在MMSC在收到MM1—Acknowledge.REQ消息后，进一步包括步骤213:MMSC向发送方用户代理返回递送报告(MMl—DeliveryReport.REQ);步骤214:发送方用户代理返回递送才艮告响应(MMl_DeliveryReport.RES)消息至MMSC。以上介绍了业务触发点为TPA2点时本发明实施例提供的签名档业务的一种实现过程。业务触发点为TPA2点时的第二种实现过程是在步骤205中MMSC可以先向发送方用户代理返回提交响应(MM1—Submit.RES)消息，然后，再查找MSCF为所述用户定购的业务触发点，并不影响本发明实施例的实现。如果业务触发点是TPA1点，实现过程与TPA2点基本相同，区别仅在于MMSC在向发送方用户代理返回提交响应(MMl_Submit.RES)消息之前，向MSCF发起业务处理请求。二、主叫回^l业务所谓主叫回执业务，是指对定购回执业务的发送方用户提交的每一条消息，系统都会以短消息的形式通知发送方消息的发送状态。请参见图3,为本发明实施例提供的主叫回执业务实现方法，所述方法包括步骤301:用户提交向MSCF提交携带业务定购信息的主叫回执业务定购请求；其中，业务定购信息包括用户标识和业务类型标识；步骤302:MSCF保存所述业务定购信息，并向MMSC发起携带消息定购信息的消息定购请求(MM10_Subscribe.REQ),;其中，消息定购信息中的业务触发点可以是TPA3和TPA4业务触发点，或者，也可以是TPA3和TPA4业务触发点中的任意一个业务触发点，并且，发起业务处理请求时不需要携带消息体，且不需要等待MSCF响应；在具体实现时，MM10_Subscribe.REQ消息的Subscribe字段用于携带用户标识，TriggerPoint字段用于携带业务触发点。步骤303:MMSC保存所述消息定购信:lr,并返回MM10—Subscribe.RES至MSCF。以上介绍了用户定购主叫回4丸业务的实现过程，以下介绍实现用户定购的主叫回执业务的过程，所述方法包括步骤304:发送方用户代理提交MM1—Submit.REQ请求至MMSC;步骤305:MMSC根据发送方标识，在已存的消息定购信息中查找到MSCF为所述用户定购的业务触发点是TPA3和TPA4点，并向发送方用户代理返回MMl.Submit.RES;步骤306:MMSC发送MMl_Notification.REQ消息至接收方用户代理；步骤307:接收方用户代理回送MMl_Notification.RES消息至MMSC;步骤308:MMSC到达TPA3点，MMSC向MSCF发送业务处理请求(MM10—Interrogation.REQ);在具体实现时，MM10Jnterrogation.REQ消息中的字段Senderaddress携带发送方标识；步骤309:MSCF根据所述发送方标识，在已存的业务定购信息中查找到所述用户定购了主叫回执业务，则MSCF向发送方用户代理发送一条回执消息，提示发送方PUSH通知已发送完成；步骤310:接收方用户代理发起消息获取请求(MMl_Retrieve.REQ);步骤311:MMSC回送消息获取响应(MMl_Retrieve.RES);其中，MM1—Retrieve.RES的消息内容字段中包括消息体，若发送方用户还定购了签名档业务，则MMl_Retrieve.RES携带添加签名档的消息体。步骤312:接收方用户代理发送MM1—Acknowledge.REQ消息至MMSC;步骤313:MMSC到达TPA4点，MMSC向MSCF发送业务处理请求(MM10—Interrogation.REQ);在具体实现时，MM10—Interrogation.REQ必须携带Senderaddress字段和SendStatus字段；步骤314:MSCF收到MM10_Interrogation.REQ消息后，从Senderaddress字段获取发送方标识，并根据SendStatus获取消息下发状态，然后向发送方用户代理发送一条回执消息，提示用户消息下发的最终结果。进一步，如果发送方用户请求MMSC返回递送报告，则在MMSC向MSCF发送业务处理请求(MM10jnterrogation.REQ)消息后，进一步包括步骤315:MMSC向发送方用户代理返回递送报告(MM1—DeliveryReport.REQ);步骤316:发送方用户代理返回递送报告响应(MMl_DeliveryReport.RES)消息至MMSC。以上为本发明实施例提供的主叫回执业务的一种实现方式，在本发明其他实施例中，步骤305可以在步骤306之后执行，也可以在步骤307和步骤308之间执行，并不影响本发明实施例的实现。三、广告志愿者业务所谓广告志愿者业务，是指某些用户自愿在自己接收到的消息中增加广告信息，以换取运营商的广告分成。请参见图4，为本发明实施例提供的广告志愿者业务实现方法，包括步骤401:用户提交携带业务定购信息的广告志愿者业务定购请求至MSCF;其中，所述业务定购信息包括用户标识，业务类型标识；步骤402:MSCF保存所述业务定购信息，并向MMSC发起携带消息定购信息的消息定购请求(MM10_Subscribe.REQ);其中，消息定购信息中的业务触发点是TPB1点和TPB3点，并且，当定购TPB1点时，消息定购信息需要包括消息体标识和等待响应标识，用于向MMSC指明发起业务处理请求时需要携带消息体并等待MSCF响应；定购TPB3点，MMSC发起业务处理请求时无需携带消息体，且无需等待MSCF响应；步骤403:MMSC保存MM10_Subscribe.REQ消息中携带的消息定购信息，并返回定购响应消息(MM10—Subscribe.RES)至MSCF。以上介绍了用户定购广告志愿者业务的实现过程，以下介绍实现用户定购的广告志愿者业务的过程，所述方法包括步骤404:发送方用户代理提交MMl_Submit.REQ请求至MMSC;其中，MMl_Submit.REQ消息包括发送方标识，接收方标识和消息体;步骤405:MMSC才艮据接收方标识，在已存的消息定购信息中查找到MSCF为所述用户定购的业务触发点是TPBl和TPB3点，，并且MMSC向发送方用户代理返回MMl_Submit.RES消息；步骤406:MMSC到达TPBl点，向MSCF发送MM10_Interrogation.REQ,并等待MSCF的响应；在具体实现时，在MM1OJnterrogation.REQ消息中需要包含ContentType和Content字段。步骤407:MSCF收到MM10Jnterrogation.REQ消息后，根据接收方标识，在已存的业务定购信息中查找到接收方用户定购了广告志愿者业务，则MSCF分析消息中的ContentType和Content等字段，并在Content字段携带的消息体后添加广告信息，并通过MM10Jnterrogation.RES消息将添加广告信息的消息体返回至MMSC,并在ProcessStatus字段中指明MMSC需要修改消息。步骤408:MMSC按照MSCF的要求保存添加广告信息的消息体，并向接收方用户发送MMl_Notification.REQ消息；步骤409:接收方用户代理回送MMl_Notification.RES消息；步骤410:接收方用户代理发起MMl_Retrieve.REQ请求；步骤411:MMSC回送MMl_Retrieve.RES消息，其中，MM1—Retrieve.RES的消息内容中携带添加广告信息的消息体。步骤412:接收方用户代理发送MMl_Acknowledge.REQ至MMSC;步骤413:MMSC到达TPB4点，向MSCF发起MMlOJnterrogation.REQ消息，其中，MM10—Interrogation.REQ消息中包含SendStatus字段，以指明消息下发结果；MSCF收到MM10_Interrogation.REQ消息后，根据SendStatus字段显示的下发状态决定是否给用户以广告补偿。进一步，如果发送方用户请求MMSC返回递送报告，则在MMSC向MSCF发送业务处理请求(MM10_Interrogation.REQ)消息后，进一步包括步骤414:MMSC向发送方用户代理发送MMl_DeliveryReport.REQ;步骤415:发送方用户代理返回递送报告响应(MMl_DeliveryReport.RES)消息至MMSC。以上介绍了本发明实施例提供的方法，技术人员可以根据本发明实施例提供的方法在一个MSCF中同时实现上述三种多媒体消息业务，也可以在三个MSCF中实现上述三种多媒体消息业务，并不影响本发明实施例的实现。是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括如下步骤一种多媒体消息业务的实现方法，包括多媒体消息业务中心接收消息提交请求；所述多媒体消息服务中心根据所述消息提交请求中携带的用户标识，在已存的消息定购信息中查找消息业务控制功能装置为所述用户定购的业务触发点；当到达所述业务触发点时，所述多媒体消息服务中心向所述消息业务控制功能装置发起业务处理请求；所述消息业务控制功能装置根据所述业务处理请求携带的用户标识，在已存的业务定购信息中查找所述用户定购的业务，并进行相应的业务处理。上述提到的存储介质可以是只读存储器，磁盘或光盘等。本发明实施例还提供了一种消息业务控制功能装置，请参见图5，包括业务定购请求接收单元501,用于接收携带业务定购信息的业务定购请求；业务定购信息保存单元502,用于保存所述业务定购信息，所述业务定购信息至少包括用户标识和业务类型标识；消息定购请求发送单元503,用于当业务定购请求接收单元接收到业务定购请求时，向多媒体消息服务中心发送携带消息定购信息的消息定购请求，所述消息定购信息至少包括用户标识和业务触发点；为了完成用户发起的业务处理，消息业务控制功能装置还包括业务处理请求接收单元504,用于接收业务处理请求；业务查找单元505,用于根据所述业务处理请求携带的用户标识，在业务定购信息保存单元502查找所述用户定购的业务；'业务处理单元506,用于根据业务查找单元505查找到的业务，进行相应的业务处理。本发明实施例提供的消息业务控制功能装置实现了向MMSC定购消息，使得MMSC只将MSCF定购的消息发送给MSCF进行相应的业务处理，避免了MMSC将用户发送的每条消息都触发到MSCF,导致MSCF压力过大的问题本发明实施例还提供了一种多媒体消息业务的实现系统，请参见图6,包括多媒体消息服务中心601,消息业务控制装置602;多媒体消息服务中心601包括消息提交请求接收单元6011,用于接收用户代理提交的消息提交请求；业务触发点查找单元6012,用于根据消息提交请求中携带的用户标识，在已存的消息定购信息中查找消息业务控制功能装置为所述用户定购的业务触发点；业务处理请求发送单元6013,用于当到达所述业务触发点时，向所述消息业务控制功能装置发起业务处理请求；消息业务控制功能装置602包括业务处理请求接收单元6021,用于接收业务请求发送单元发起的业务处理请求；业务查找单元6022,用于根据所述业务处理请求携带的用户标识，在已存的业务定购信息中查找所述用户定购的业务；业务处理单元6023,用于根据业务查找单元查找到的业务，进行相应的业务处理。在上述消息业务控制功能装置中，还可以进一步包括业务定购请求接收单元，用于接收携带业务定购信息的业务定购请求；业务定购信息保存单元，用于保存所述业务定购信息，所述业务定购信息至少包括用户标识和业务类型标识；消息定购请求发送单元，用于当业务定购请求接收单元接收到业务定购请求时，向多；某体消息服务中心发送携带消息定购信息的消息定购请求，所述消息定购信息至少包括用户标识和业务触发点；在上述多媒体消息服务中心中还可以进一步包括消息定购请求接收单元，用于接收所述消息定购请求发送单元发起的消息定购请求；消息定购信息保存单元，用于保存所述消息定购请求中携带的消息定购信息。以下针对上述三种不同的多媒体消息业务介绍本发明实施例提供的系统。一、签名档业务用户代理提交的业务定购请求是签名档业务定购请求，则业务定购信息保存单元保存的业务定购信息进一步包括签名档；消息定购请求发送单元发送的消息定购信息进一步包括消息体标识和等待响应标识；消息定购请求发送单元发送的业务触发点具体为TPA1点或TPA2点。并且，所述业务处理请求发送单元6013发送的业务处理请求进一步携带消息提交请求中的消息体和发送方标识；业务处理单元6023是签名档业务处理单元，用于当到达TPA1点或TPA2点时，根据发送方标识，在已存的业务定购信息中查找发送方预设的签名档，将所述签名档添加到所述消息体中，通过业务处理响应消息将添加签名档的消息体返回至所述多媒体消息服务中心。二、主叫回纟丸业务用户提交的业务定购请求是主叫回执业务请求，则所述消息定购请求发送单元发送的业务触发点为TPA3点和/或TPA4点；以及，当到达的业务触发点是TPA3点时，所述业务处理请求发送单元6013发送的业务处理-清求携带发送方标识；所述业务处理单元6023包括第一主叫回执业务处理单元，用于向发送方用户代理发送一条回执消息，提示发送方用户系统已经向接收方用户发送了通知消息。当所述业务触发点是TPA4点时，所述业务处理请求发送单元6013发送的业务处理请求携带发送方标识和消息下发状态标识；所述业务处理单元6023进一步包括第二主叫回执业务处理单元；第二主叫回执业务处理单元用于根据消息下发状态标识指示的消息下发状态，向发送方用户代理发送一条回执消息，提示用户消息下发的最终结果。三、广告志愿者业务用户代理提交的业务定购请求是广告志愿者业务定购请求，则所述消息定购请求发送单元发送的业务触发点是TPB1点和TPB3点；并且，当到达的业务触发点是TPB1点时，所述消息定购请求发送单元发送的消息定购信息进一步包括消息体标识和等待响应标识。以及，当到达的业务触发点是TPB1点时，所述业务处理请求发送单元6013发送的业务处理请求携带接收方标识；所述业务处理单元6023包括广告志愿者业务处理单元根据所述接收方标识，已存的业务定购信息中查找接收方预订的广告信息，将所述广告信息添加到消息体中，并通过业务处理响应消息将添加广告信息的消息体返回至多媒体消息服务中心。当到达的业务触发点是TPB3点时，所述业务处理请求发送单元6013发送的业务处理请求携带接收方标识和消息下发状态标识；所述业务处理单元6023进一步包括计费补偿单元；计费补偿单元，用于根据消息下发状态标识显示的消息下发状态决定是否给用户以广告补偿。以上对本发明所提供的一种多媒体消息业务的实现方法、系统及相关设备进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。权利要求1、一种多媒体消息业务的实现方法，其特征在于，包括多媒体消息业务中心接收消息提交请求；所述多媒体消息服务中心根据所述消息提交请求中携带的用户标识，在已存的消息定购信息中查找消息业务控制功能装置为所述用户定购的业务触发点；当到达所述业务触发点时，所述多媒体消息服务中心向所述消息业务控制功能装置发起业务处理请求；所述消息业务控制功能装置根据所述业务处理请求携带的用户标识，在已存的业务定购信息中查找所述用户定购的业务，并进行相应的业务处理。2、如权利要求l所述的方法，其特征在于，所述方法进一步包括消息业务控制功能装置接收用户代理提交的业务定购请求，并保存所述业务定购请求携带的业务定购信息，其中，所述业务定购信息至少包括用户标识和业务类型标识；所述消息业务控制功能装置向多媒体消息服务中心发送消息定购请求；所述多媒体消息服务中心保存所述消息定购请求中携带的消息定购信息，其中，所述消息定购信息至少包括用户标识和业务触发点。3、如权利要求2所述的方法，其特征在于，若用户代理提交的业务定购请求是签名档业务定购请求，则所述业务定购信息进一步包括签名档；所述消息定购信息进一步包括消息体标识和等待响应标识，用于向多媒体消息服务中心指明在发起业务处理请求时需要携带所述消息提交请求中的消息体，并等待消息业务控制功能装置的响应；所述消息业务控制功能装置为所述用户定购的业务触发点具体为多媒体消息服务中心收到消息提交请求且未发送响应或多媒体消息服务中心收到消息提交请求且已发送响应。4、如权利要求2所述的方法，其特征在于，若用户代理提交的业务定购请求是主叫回执业务定购请求，则所述消息业务控制功能装置为所述用户定购的业务触发点具体为多媒体消息服务中心已将通知消息发送给接收方和/或多媒体消息服务中心已处理完用户提交的消息。5、如权利要求2所述的方法，其特征在于，若用户代理提交的业务定购请求是广告志愿者业务定购请求，则所述消息业务控制功能装置为所述用户定购的业务触发点具体为多媒体消息中心向接收方下发回执消息前和多媒体消息中心已完成消息下发流程；并且，当业务触发点是多媒体消息中心向接收方下发通知消息前时，所述消息定购信息进一步包括消息体标识和等待响应标识，用于向多媒体消息服务中心指明在发起业务处理请求时需要携带所述消息提交请求中的消息体，并等待消息业务控制功能装置的响应。6、如权利要求3所述的方法，其特征在于，当达到所述业务触发点时，所述多媒体消息服务中心向所述消息业务控制功能装置发起的业务处理请求携带消息提交请求中的消息体和发送方标识；并且，若所述消息业务控制功能装置根据所述发送方标识查找到用户定购了签名档业务，则所述消息业务控制功能装置进行相应的业务处理具体包括消息业务控制功能装置根据发送方标识，在已存的业务定购信息中查找发送方预设的签名档，将所述签名档添加到所述消息体中，并通过业务处理响应消息将添加签名档的消息体返回至所述多々某体消息服务中心。7、如权利要求4所述的方法，其特征在于，当到达的业务触发点是多媒体消息服务中心已开始将通知消息发送给接收方时，所述多媒体消息服务中心向所述消息业务控制功能装置发起的业务处理请求携带发送方标识；并且，若所述消息业务控制功能装置根据所述发送方标识查找到用户定购了主叫回执业务，则所述消息业务控制功能装置进行相应的业务处理具体包括消息业务控制功能装置获取所述发送方标识，向发送方用户代理发送一条回执消息，提示用户系统已将通知消息发送给接收方用户。8、如权利要求4或7所述的方法，其特征在于，当到达的业务触发点是多媒体消息服务中心已处理完用户提交的消息，则所述多媒体消息服务中心向所述消息业务控制功能装置发起的业务处理请求携带发送方标识和消息下发状态标识；并且，若所述消息业务控制功能装置根据所述发送方标识查找到用户定购了主叫回执业务，则所述消息业务控制功能装置进行相应的业务处理具体为消息业务控制功能装置获取所述发送方标识，并根据消息下发状态标识指示的消息下发状态，向发送方用户代理发送一条回执消息，提示用户消息下发的最终结果。9、如权利要求7所述的方法，其特征在于，当业务触发点是多媒体消息中心向接收方下发回执消息前，则所述业务处理请求携带接收方标识以及消息体，并且所述多媒体消息服务中心需要等待消息业务控制功能装置的响应；并且，当所述消息业务控制功能装置根据所述接收方标识查找到用户定购了广告志愿者业务，则所述消息业务控制功能装置进行相应的业务处理具体包括消息业务控制功能装置根据所述接收方标识，在已存的业务定购信息中查找接收方预订的广告信息，并将所述广告信息添加到消息体中；所述消息业务控制功能装置通过业务处理响应消息将添加广告信息的消息体返回至多媒体消息服务中心。10、如权利要求7或9所述的方法，其特征在于，当业务触发点是多媒体消息中心已完成消息下发流程，则所述多媒体消息服务中心向所述消息业务控制功能装置发起的业务处理请求携带接收方标识和消息下发状态标识；并且，若所述消息业务控制功能装置根据所述接收方标识查找到用户定购了广告志愿者业务，则所述消息业务控制功能装置进行相应的业务处理具体为所述消息业务控制功能装置根据消息下发状态标识显示的消息下发状态决定是否给所述接收方以广告补偿。11、一种消息业务控制功能装置，其特征在于，包括业务定购请求接收单元，用于接收携带业务定购信息的业务定购请求；业务定购信息保存单元，用于保存所述业务定购信息，所述业务定购信息至少包括用'户标识和业务类型标识；消息定购请求发送单元，用于当业务定购请求接收单元接收到业务定购请求时，向多媒体消息服务中心发送携带消息定购信息的消息定购请求，所述消息定购信息至少包括用户标识和业务触发点；业务处理请求接收单元，用于接收业务处理请求；业务查找单元，用于根据所述业务处理请求携带的用户标识，在所述业务定购信息保存单元中查找所述用户定购的业务；业务处理单元，用于根据所述业务查找单元查找到的业务，进行相应的业务处理。12、一种多媒体消息服务中心，其特征在于，包括消息提交请求接收单元，用于接收用户代理提交的消息提交请求；业务触发点查找单元，用于根据消息提交请求中携带的用户标识，在已存的消息定购信息中查找消息业务控制功能装置为所述用户定购的业务触发点；业务处理请求发送单元，用于当到达所述业务触发点时，向所述消息业务控制功能装置发起业务处理请求。13、如权利要求12所述的多媒体消息服务中心，其特征在于，包括消息定购请求接收单元，用于接收消息业务控制功能装置发起的消息定购请求；消息定购信息保存单元，用于保存所述消息定购请求中携带的消息定购信息。14、一种多媒体消息业务的实现系统，其特征在于，包括多媒体消息服务中心，消息业务控制装置；所述多媒体消息服务中心包括消息提交请求接收单元，用于接收用户代理提交的消息提交请求；业务触发点查找单元，用于根据消息提交请求中携带的用户标识，在已存的消息定购信息中查找消息业务控制功能装置为所述用户定购的业务触发点；业务处理请求发送单元，用于当到达所述业务触发点时，向所述消息业务控制功能装置发起业务处理请求；所述消息业务控制功能装置包括业务处理请求接收单元，业务查找单元，业务处理单元；业务处理请求接收单元，用于接收业务请求发送单元发起的业务处理请求；业务查找单元，用于根据所述业务处理请求携带的用户标识，在已存的业务定购信息中查找所述用户定购的业务；业务处理单元，用于根据所述业务查找单元查找到的业务，进行相应的业务处理。15、如权利要求14所述的系统，其特征在于，所述消息业务控制功能装置进一步包括业务定购请求接收单元，用于接收携带业务定购信息的业务定购请求；业务定购信息保存单元，用于保存所述业务定购信息，所述业务定购信息至少包括用户标识和业务类型标识；消息定购请求发送单元，用于当业务定购请求接收单元接收到业务定购请求时，向多媒体消息服务中心发送携带消息定购信息的消息定购请求，所述消息定购信息至少包括用户标识和业务触发点；所述多媒体消息服务中心进一步包括消息定购请求接收单元，用于接收所述消息定购请求发送单元发起的消息定购请求；消息定购信息保存单元，用于保存所述消息定购请求中携带的消息定购信息。16、如权利要求15所述的系统，其特征在于，若用户代理提交的业务定购请求是签名档业务定购请求，则所述业务定购信息保存单元保存的业务定购信息进一步包括签名档；所述消息定购请求发送单元发送的消息定购信息进一步包括消息体标识和等待响应标识，用于向多媒体消息服务中心指明在发起业务处理请求时需要携带所述消息提交请求中的消息体，并等待消息业务控制功能装置的响应；所述消息定购请求发送单元发送的业务触发点具体为多媒体消息服务中心收到消息提交请求且未发送响应或多媒体消息服务中心收到消息提交请求且已发送响应。17、如权利要求15所述的系统，其特征在于，若用户提交的业务定购请求是主叫回执业务请求，则所述消息定购请求发送单元发送的业务触发点具体为多媒体消息服务中心已将通知消息发送给接收方和/或多^某体消息服务中心已处理完用户提交的消息。18、如权利要求15所述的系统，其特征在于，若用户代理提交的业务定购请求是广告志愿者业务定购请求，则所述消息定购请求发送单元发送的业务触发点具体为多媒体消息中心向接收方下发回执消息前和多媒体消息中心已完成消息下发流程；并且，当业务触发点是多媒体消息中心向接收方下发回执消息前时，所述消息定购请求发送单元发送的消息定购信息进一步包括消息体标识和等待响应标识，用于向多媒体消息服务中心指明在发起业务处理请求时需要携带所述消息提交请求中的消息体，并等待消息业务控制功能装置的响应。19、如权利要求16所述的系统，其特征在于，当到达所述业务触发点时，所述业务处理请求发送单元发送的业务处理请求携带消息提交请求中的消息体和发送方标识；所述业务处理单元是签名档业务处理单元，用于根据发送方标识，在已存的业务定购信息中查找发送方预设的签名档，将所述签名档添加到所述消息体中，通过业务处理响应消息将添加签名档的消息体返回至所述多媒体消息服务中心。20、如权利要求17所述的系统，其特征在于，当到达的业务触发点是多媒体消息服务中心已将用户提交的消息发送给接收方时，则所述业务处理请求发送单元发送的业务处理请求携带发送方标识；所述业务处理单元包括第一主叫回执业务处理单元,'用于向发送方用户代理发送一条回执消息，提示用户已经向接收方发送了通知消息。21、如权利要求20所述的系统，其特征在于，当到达的业务触发点是多媒体消息服务中心已处理完用户提交的消息，则所述业务处理请求发送单元发送的业务处理请求携带发送方标识和消息下发状态标识；所述业务处理单元还包括第二主叫回执业务处理单元；所述第二主叫回执业务处理单元，用于根据消息下发状态标识指示的消息下发状态，向发送方用户代理发送一条回执消息，提示用户消息下发的最终结果。22、如权利要求18所述的系统，其特征在于，当到达的业务触发点是多媒体消息中心向接收方下发回执消息前，则所述业务处理请求发送单元发送的业务处理请求携带接收方标识；所述业务处理单元包括广告志愿者业务处理单元，用于根据所述接收方标识，已存的业务定购信息中查找接收方预订的广告信息，将所述广告信息添加到消息体中，并通过业务处理响应消息将添加广告信息的消息体返回至多媒体消息服务中心。23、如权利要求22所述的系统，其特征在于，当到达的业务触发点是多媒体消息中心已完成消息下发流程，则所述业务处理请求发送单元发送的业务处理请求携带接收方标识和消息下发状态标识；所述业务处理单元还包括计费补偿单元，用于根据消息下发状态标识显示的消息下发状态决定是否给用户以广告补偿。全文摘要本发明公开了一种多媒体消息业务的实现方法，包括多媒体消息业务中心接收消息提交请求；多媒体消息服务中心根据所述消息提交请求中携带的用户标识，在已存的消息定购信息中查找消息业务控制功能装置为用户定购的业务触发点；当到达所述业务触发点时，多媒体消息服务中心向所述消息业务控制功能装置发起业务处理请求；消息业务控制功能装置根据所述业务处理请求携带的用户标识，在已存的业务定购信息中查找所述用户定购的业务，并进行相应的业务处理。本发明相应的公开了实现本发明方法的相关设备及系统。采用本发明避免了多媒体消息业务中心将用户发送的每条消息都触发到消息业务控制功能装置，导致消息业务控制功能装置压力过大的问题。文档编号H04Q7/22GK101252704SQ20081008731公开日2008年8月27日申请日期2008年3月18日优先权日2008年3月18日发明者史以兵申请人:华为技术有限公司