多个通信终端共享的内部消息存储装置分配 本发明涉及电信交换，尤其是涉及为通信终端提供消息服务。
众所周知在当前领域中把一个应答机连接到一个单独的站装置上。现代应答机具有许多涉及语音消息系统的特性。应答机的问题在于各应答机只能存储有限数量的语音消息。一旦语音消息存储量超出，则应答机没有在其它应答机或中心位置上存储额外消息的机制。而且在当前的应答机上不能提供多媒体消息服务。已知在当前领域中是利用语音消息系统的。
多媒体消息系统正逐渐成为现实。这样的系统的问题在于为了开始提供消息服务就必须购买一个昂贵的系统。这样一个公司不可能在不投入大量资金的情况下逐渐地提供语音或多媒体服务。
最初，可能只有一些大的电信系统中地少数用户需要多媒体消息。而且，在很长一段时间内多媒体消息服务不会被引入到公共交换网中。
然而存在在能够利用现有公共交换网或专用交换网且不对网络加以修改的情况下对所分配的消息服务的需求。
利用一种装置和方法可以解决前述问题并获得技术进步，其中从始发通信终端发给目的通信终端的消息最初试图存储在目的通信终端上。若目的通信终端不能存储消息，则在始发通信终端上存储消息。由于在内部存储单元已没有当前消息的存储余地或就没有任何内部存储消息能力，目的通信终端可能无法存储消息。类似地，始发通信终端也可能已超出其存储消息的容量或不具有用于存储消息的内部存储器。目的通信终端保持着一个存储在其它通信终端上的消息的表。另外，若始发通信终端不能存储消息，则消息存储在具有存储消息的容量的第三个终端上。存储在第三通信终端上的消息被加密以保护初始和目的通信终端用户的隐私。
参考附图通过下面的描述本发明的其它和进一步内容会更为清晰。
图1说明了通过一个交换网互连的多个通信终端；
图2说明了两个通信终端的软件结构；
图3详细说明了一个通信终端；
图4以流程图的形式说明了在第一实施例的始发通信终端上的消息应用的操作；
图5以流程图的形式说明了在目的通信终端上的消息应用的操作；
图6以流程图的形式说明了在通信终端上的消息应用进行的其它操作；
图7以流程图的形式说明了通信终端在访问多媒体消息时的操作；
图8以流程图的形式说明了在第二实施例的始发通信终端上的消息应用的操作；
图9和10以流程图的形式说明了一个始发终端在提供一个广播多媒体消息时的操作；
图11说明了本发明的第三实施例；
图1说明了通过一个交换网106互连的多个通信终端。在本描述中，假定通信终端101-102和通信终端103-104使用诸如基本速率接口(BRI)或一次群速率接口(PRI)的ISDN链路被互连到交换网106上。然而，本领域的技术人员会容易明白也可以使用其它类型的链路。交换网106可以是公共电话网或诸如美国专利5,386,466中公开的专用交换网。各通信终端具有存储有限数量消息的能力。以后将更为详细地描述这些通信终端。
为了了解图1的通信终端是如何工作的，请考虑下面两个实施例。在第一个实施例中，始发通信终端起初尝试在目的通信终端上存储多媒体消息。通信终端101产生一个到通信终端104的呼叫。通信终端104的用户不对呼入做出响应。通信终端104向通信终端101发送一个指其用户未响应呼入但通信终端104具有存储多媒体消息的能力的消息。通信终端101根据来自通信终端104的消息通知通信终端101的用户可以针对通信终端104存储一个消息。若通信终端104的用户选择留下多媒体消息，则通信终端101记录多媒体消息并以分成分组的数据形式发送给通信终端104。本领域的技术人员会明白也可以使用除分成分组的数据之外的其它形式向通信终端104发送记录消息的方法。若通信终端104不具有存储消息的容量或能力，则从通信终端104发给通信终端101的多媒体消息指出这种情况。接着通信终端101将记录的多媒体消息存储在通信终端101内部记录(假定它能够存储消息)并发送一个通知通信终端104多媒体消息已被通信终端101记录并存储的消息。此后，如果通信终端104有容量存储多媒体消息，则通信终端104向通信终端101请求这多媒体消息。
当通信终端104的用户希望访问已存储的多媒体消息时，如果该消息已经存储在通信终端104中，则用户能够直接访问已存储的多媒体消息。如果该消息已经存储在通信终端101，则通信终端104先访问来自通信终端101的多媒体消息，然后为通信终端104的用户提供对所存储多媒体消息的访问。
如果通信终端101没有记录多媒体消息的能力或现存容量，则建立一条通过交换网106的路径，使得通信终端101通过与通信终端104进行交互来记录多媒体消息，并且使得通信终端104存储该多媒体消息。
在第二个实施例中，当多媒体消息已被记录后，通信终端101首先尝试在通信终端101内部存储多媒体消息。如果通信终端101没有内部存储容量或能力，则通信终端101询问通信终端104，看其有没有存储所记录的多媒体消息的能力和容量。如果通信终端104有能力和容量存储所记录的多媒体消息，则通信终端101把所记录的多媒体消息以分组数据形式发送给通信终端104。
在上述两个实施例中，如果通信终端101和通信终端104均没有存储所记录的多媒体消息的容量或能力，则通信终端101尝试将所记录的多媒体消息存储在其它诸如通信终端102的通信终端中的一个上。在通信终端101发觉其它通信终端具有存储多媒体消息的装置时，它可以只在另一个通信终端上存储多媒体消息。一个通信终端在一张表中存储此前已指示出其具有存储多媒体消息的装置的通信终端的标识。如果通信终端101和通信终端104均没有存储所记录的多媒体消息的能力或容量，则通信终端101访问其所存储的包含具有存储所记录的多媒体消息的装置的通信终端的表。如果在表中列有通信终端102和通信终端103，则通信终端101发送一条消息给通信终端102以确定通信终端102是否有容量存储所记录的多媒体消息。如果通信终端102没有容量，则通信终端101发送一条消息给通信终端103以检查通信终端103是否能存储该消息。如果通信终端103能存储该消息，则通信终端101将所记录的多媒体消息传送给通信终端103。接着通信终端101发送一条消息通知通信终端104，所记录的多媒体消息被存储在通信终端103上。注意，如果通信终端101没有能力完成记录多媒体消息的功能，则实际记录多媒体消息的操作应被转移到通信终端103上。还应注意，在前面描述的第一实施例中，是通信终端104执行通信终端101的这些动作。此外，在通信终端102或103中存储的多媒体消息用只有通信终端104才具有的密钥来加密。加密是为了保护通信终端104以及通信终端101的用户的隐私。
广播消息是一个用户为多个通信终端记录的消息。在上述两个实施例中，如果通信终端101的用户希望向目的通信终端102-104发送一个广播消息，则通信终端101的用户首先在通信终端101上记录一条多媒体消息，接着通信终端101在其内部存储该多媒体消息(假设通信终端101具有记录能力和存储容量)。通信终端101接着发送一条消息给各个通信终端以通知它们在通信终端101中有一条发给各个目的通信终端的存储消息。当某用户希望访问该广播消息时，目的通信终端请求将该广播消息以分组数据的形式传送到目的通信终端以便播放给该用户。如果产生广播消息的通信终端没有能力记录或没有容量在其内部存储该广播消息，则该通信终端将寻找另一个能记录和存储该消息的通信终端。例如，通信终端101可以在通信终端102中记录和存储它的广播多媒体消息。接着通信终端103和通信终端104在其用户希望播放广播消息时从通信终端102中获得该广播消息。
图2说明了通信终端101和104的内部细节。用图所示通信终端101和104具有存储一个多媒体消息的容量和记录该多媒体消息的能力。在本文参考引用的美国专利5,386,466中详细描述了软件层200-206所完成的功能。图3更详细地说明了通信终端101的硬件结构。为了理解图2中通信终端的操作，考虑前面第一个实施例中的例子。呼叫应用209通过向通信终端104发送一条建立消息来产生呼叫。呼叫应用209使用如前面引用的专利中所述的软件层200-205。通信终端104根据从通信终端101接收的建立消息以标准方式处理该建立消息，并且在呼叫应用229中终止该消息。接着呼叫应用229提醒通信终端104的用户并向呼叫应用209回送一个提醒消息。提醒消息指示通信终端104可以接受一条多媒体消息。提醒消息还指出可接受的多媒体消息的类型。提醒消息中的信息指示接受一条多媒体消息的普通能力，通信终端104当前不一定具有所需的能力。如果通信终端104的用户调用一个诸如发送所有呼叫的功能，则呼叫应用229回送一个包含有关记录多媒体消息的能力和存储多媒体消息的容量的信息的呼叫进行消息。如果呼叫应用229已经提醒用户而用户在一定的时间内未作出响应，则呼叫应用209执行下面段落中所述的步骤。
在已确定通信终端104的用户不会响应呼入后，呼叫应用209把呼叫控制交给消息应用211。消息应用211向通信终端101的用户指示它能留下一条多媒体消息和可以用于该消息的介质。如果通信终端101的用户选择留下一条消息，则通信终端101在消息应用211的控制下记录该消息。在用户记录下该多媒体消息后，消息应用211使用一个通知消息向消息应用231发送一个查询请求以确定通信终端104是否具有存储所记录的多媒体消息的容量。如果消息应用231确定通信终端104具有存储该消息的容量，则它回送第二个通知消息请求以分组数据的形式传送所记录的多媒体消息。接着用一个诸如图3中说明的单元306的消息存储器把所记录的多媒体消息存储在通信终端104中。如果通信终端104当前不具有存储所记录的多媒体消息的容量，则通过一个通知消息把这一情况回送消息应用211。消息应用211则确定通信终端101是否能存储该消息。如果通信终端101当前具有存储所记录的多媒体消息的容量，则在消息存储单元306中存储该消息并向消息应用231回送一个通知多媒体消息已被存储在通信终端101上的通知消息。消息应用231在一张定位表中记录下该消息已被存储在通信终端101中情况。另外，消息应用211和231在一张能力表中记录下其它通信终端有能力存储多媒体通信消息的情况并使所存储的消息中包含具体的通信终端可用于存储的介质的类型。
如果通信终端101不具有存储所记录的多媒体消息的容量，则消息应用211向通信终端103和104中的消息应用发送消息。假设在通信终端101的能力表中指示通信终端102和103有存储消息的容量。假设象前面的例子中那样通信终端103有容量存储所记录的多媒体消息，则消息应用211请求低层软件层200-205以分组数据形式把所记录的多媒体消息传送给通信终端103。另外，消息应用211使该多媒体消息加密并把密钥和指示消息已存储在通信终端103上的信息发送给消息应用231。
除了消息应用211首先尝试将多媒体消息存储在始发终端上之外，第二个实施例以相似的方式进行工作。
在两个实施例中，在假设通信终端101有记录能力和存储容量的情况下在通信终端101中记录并存储一个广播多媒体消息。消息应用211向其它要接收广播消息的通信终端的各个应用消息发送消息。这些消息指出在通信终端101中为其它各个通信终端存储有一个多媒体消息。
现在考虑更详细地说明通信终端101内部硬件结构的图3。其它通信终端也应具有类似的内部结构。软件层200-206由程序存储在ROM302而数据存储在RAM303的处理器301执行。多媒体消息的存储和恢复由数字信号处理器(DSP)304在处理器301的控制下完成。如果处理器301有足够的处理能力，则由DSP304完成的功能将由处理器301来完成。消息被存储在可以是硬盘或其它存储介质的消息存储器304中。处理器301还控制控制器307。控制器307被用来对通过总线309从DSP304接收的或通过总线312从链路接口313接收的信息进行格式化。链路接口313根据通过总线308来自或发向处理器301的信息针对链路111完成链路层功能。手机213以及喇叭和话筒217为通信终端101提供音频信号；视频显示器214和视频摄像机216提供视频信号。本领域的技术人员很容易就能够发现可以把其它介质加到通信终端101上。
如果通信终端101没有能力存储多媒体消息，则在图3中就没有消息存储器306。另外，如果通信终端101没有能力记录消息，就没有以压缩格式记录视频和语音的DSP304。通过控制器307，链路接口313，链路111音频和视频信息将被传输到一个有能力记录多媒体消息的通信终端。
图4和图5以流程图的形式说明了在实现第一个实施例的一个始发通信终端和目的通信终端中的消息应用的操作。如模块400所示，当一个呼出未被目的终端响应时则开始始发终端的操作。判定模块401确定始发终端是否具有记录任何消息的能力。如果回答是no，则控制转到模块411。如果判定模块401的回答是yes，则控制转到判定模块402。判定模块402确定目的终端是否已经在提醒或呼叫进行消息中指示其具有记录和播放多媒体消息的能力。这种能力是由目的终端具有进行记录和播放的消息存储器这一事实来指明的。如果判定模块402的回答是yes，则模块428显示所得到的始发和目的终端的消息能力。所得到的消息能力是指始发和目的终端通常的能力。然后控制被传递给判定模块403。判定模块403首先向用户指示可以记录一个多媒体消息并等待用户的响应。如果用户选择不保存消息，则控制又转到抛弃呼叫的模块411。如果用户选择保存消息，则必须确定当前的存储容量是否允许存储这个消息。如果模块403的回答是yes，则判定模块405确定目的终端是否有消息存储能力。该信息由目的终端通过图5描述的提醒或呼叫进行消息被传递给始发终端。如果目的终端有消息存储能力，则控制转到模块404。如果目的终端没有消息存储能力，则控制转到给模块417。当控制转到模块404时，该模块发送一条消息询问目的终端其当前容量是否能存储一条新消息。由于目的终端的消息存储器可能被填满，仅仅因为目的终端具有消息存储能力并不能肯定它当前具有能够存储一条新消息存储容量。如果判定模块402的回答是no，则模块411抛弃呼叫。判定模块406接着等待来自目的终端的响应。如果目的终端有容量存储一条新消息，则控制转到模块407。模块407指示用户现在可以记录一条多媒体消息并将该多媒体消息存储在始发终端的临时存储器中。模块408接着以分组数据的形式把多媒体消息传递给目的终端。最后，在没有输入目的终端的情况下始发终端把目的终端输入到它的能力表中。能力表标识出始发终端已确定的具有接收多媒体消息能力的所有终端和指出各终端能够处理的介质类型。
回到判定模块406，如果回答是no，则判定模块412确定始发终端当前是否具有存储一条新的多媒体消息的存储容量。如果回答是yes，则控制转到记录该多媒体消息的模块413。模块414接着在始发终端中存储该多媒体消息。最后，模块416向目的终端发送一条消息通知该终端它有一条多媒体消息存储在始发终端中。
如果判定模块412的回答是no，则控制转到模块417。模块417-422尝试寻找一个除始发终端和目的终端之外的另一个当前具有存储一条新多媒体消息的存储容量的终端。在控制从判定模块422转来的情况下，模块417逐项访问终端能力表。接着判定模块418确定是否在能力表中找到一个终端。如果回答是no，则控制转到向用户指示消息不能被记录的模块423。如果判定模块418的回答是yes，则控制转到模块419。模块419发送一条消息询问访问终端其现有存储容量是否可处理一条新消息。如果访问终端当前具有存储容量，则该终端回送一条消息表示肯定。如果它不具有存储容量，则它回送一条通知其不具此能力的消息。判定模块421从访问终端接收此消息。如果访问终端指出其当前容量可存储一条新消息，则控制转到模块424。模块424记录多媒体消息并把该多媒体消息以分组数据的形式发送给访问终端。最后，模块427发送一条消息通知目的终端，该多媒体消息已存储在访问终端上。
回到判定模块421，如果回答是no，则判定模块422确定在终端能力表中是否有其它终端。如果回答是yes，则控制返模块417。如果回答是no，则控制转到向用户指示该消息不能被记录的模块423。
图5以流程图的形式说明了在实现第一个实施例的目的通信终端中的消息应用的操作。模块501检测呼入。判定模块502确定用户是否可提醒。如果用户已申请一个诸如发送所有呼叫的功能，则该用户不能提醒，判定模块502将控制转到模块503。模块503回送一个呼叫进行消息给始发终端。该呼叫进行消息还具有一个表示目的终端具有消息能力的指示并规定能够使用何种介质。回到判定模块502，如果用户能提醒，则模块504提醒用户，回送一条指示消息能力和所支持的介质类型的提醒消息。在执行模块504之后，模块505确定用户是否已应答该呼叫。若回答为yes，则模块510以普通方式处理呼叫。如果判定模块505的回答为no，则控制转到模块506。
判定模块506确定起终发端是否已抛弃呼叫。若回答是yes，则模块507也在目的终端抛弃呼叫。如果模块506的回答是no，则判定模块508等待一个询问目的终端现有容量是否能存储一个多媒体消息的查询消息。如果回答是no，则由模块509指出。如果在模块508的回答是yes，则判定模块511确定目的终端的现有容量是否能存储另一个多媒体消息。如果回答是yes，则模块512发送一条消息给始终发端，指出目的终端的容量能存储另一个多媒体消息。判定模块5 1 3等待来自始发终端的多媒体消息。如果未收到该多媒体消息，则控制转到进行错误校正的模块514。如果收到多媒体消息，则控制转到存储该多媒体消息的模块516。接着，如果始发终端还未被输入能力表，模块517把起始终端输入能力表。最后，模块518把目的终端的标识输入确定发给目的终端的多媒体消息的位置的位置表。
回到判定模块511，如果目的终端没有能力存储另一个多媒体消息，则控制转到模块519，该模块向始发终端发送一条指示现有容量不能存储多媒体消息的消息。接着判定模块512确定始发终端是否已经抛弃呼叫。如果回答是yes，则表明始发终端不能找到另一个有容量存储该多媒体消息的终端。如果判定模块521的回答是yes，则模块522把始发终端输入终端能力表。
回到判定模块521，如果回答是no，则控制转到判定模块523。判定模块523等待来自始发终端的一个指示位置(存储多媒体消息的位置)的消息。如果未收到消息，则判定模块523将控制转到进行错误校正的模块524。如果收到该消息，则判定模块523将控制转到将位置信息存入位置表的模块526。最后，如果始发终端未被输入能力表，模块527把始发终端输入能力表。
图6说明了实现第一和第二实施例的除始发终端或目的终端之外的一个通信终端所进行的操作。模块600在收到一个查询消息时查询终端现有容量能否存储一个多媒体消息。模块601把查询终端标识输入能力表。模块602确定终端的现有容量是否能存储另一个多媒体消息。若现有容量不够，则控制转到向查询终端发送一条指示没有现有容量的消息的模块605。若现有容量可以存储另一个多媒体消息，则判定模块602将控制转到向查询终端发送一条指示现有容量可存储另一个多媒体消息的消息的模块603。在发送消息后，控制转到检测查询终端是否已放弃呼叫的判定模块604。若回答是yes，由于操作已结束，则控制转到模块607。如果判定模块604的回答是no，则控制转到确定是否收到一条多媒体消息的模块606。如果回答是no，则模块611进行错误校正。如果回答是yes，则模块608存储该多媒体消息。
图7以流程图的形式说明了在用户希望访问所存储的多媒体消息时通信终端所进行的操作。判定模块701确定位置表是否指示某个存储位置。若回答是no，则模块703向用户发送一条表明无消息的指示。若模块701的回答是yes，则判定模块702访问位置表并获得第一条消息的位置。判定模块702确定多媒体消息是否存储在此终端中。若回答是yes，则控制转到下面段落中描述的模块708。若判定模块702的回答是no，则模块704发送一条消息，向存储终端请求该多媒体消息。存储终端根据该消息以分组数据的形式向执行图7的流程的终端发送多媒体消息。判定模块706确定是否收到一个多媒体消息。若回答是no，则模块707进行错误校正。若回答是yes，则模块708向用户播放该多媒体消息。判定模块709确定位置表是否指示有更多的存储位置。若回答是yes，则控制返回到判定模块702。若回答是no，则模块712向用户指示没有更多的消息。
图8以流程图的形式说明了在实现第二个实施例的始发通信终端中的消息应用的操作。如模块800所示，当一个呼入未被目的通信终端应答时即开始始发通信终端的操作。模块801确定始发通信终端是否具有记录消息和播放消息的能力。若回答是no，则控制转到抛弃呼叫的模块811。若判定模块801的回答是yes，则控制转到判定模块802。判定模块802确定目的通信终端是否已在一个提醒消息或呼叫进行消息中指出其具有处理多媒体消息的能力。这种能力是通过目的通信终端具有记录并播放消息的能力的事实来表明的。若判定模块802的回答是no，则模块811抛弃呼叫。若判定模块802的回答是yes，则控制转到模块805，向用户显示始发通信终端和目的通信终端的规定用户可用来保存消息的介质的通常消息能力。在执行完模块805后，判定模块803首先向用户指示可以记录一个多媒体消息并等待用户作出响应。若用户选择不保留消息，则控制又转到抛弃呼叫的模块811。若用户选择保留呼叫，则必须确定当前存储容量是否能存储这样一个消息。若判定模块803的回答是yes，则执行模块812，确定始发通信终端的当前容量是否能存储一个新消息。若回答是yes，则控制转到记录多媒体消息的模块813。模块814则在始发通信终端上存储多媒体消息。最后，模块816向目的通信终端发送一个消息通知该终端有一个多媒体消息存储在起始终端上。
回到判定模块812，若回答是yes，则控制转到确定目的通信终端是否具有消息存储能力的模块810。由于目的通信终端的消息存储器可能已被填满，仅仅因为目的通信终端具有消息存储能力并不能确定其当时具有存储新消息的容量。若判定模块810的回答是yes，则控制转到模块804。若判定模块的回答是no，则则控制转到模块817。模块804发送一个消息向目的通信终端询问其当前是否具有存储新消息的容量。接着判定模块806等待目的终端的响应。若目的通信终端具有存储新消息的容量，则控制转到模块807。模块807向用户指示现在可以记录一个多媒体消息并可以把多媒体消息存储在始发终端的临时存储器中。接着模块808以分组数据形式向目的通信终端发送多媒体消息。最后，如果目的通信终端还未被输入能力表，始发通信终端把目的通信终端输入到它的能力表中。能力表标识始发通信终端已确定具有接收多媒体消息能力的所有终端，并指示出这些终端能够处理的介质类型。
若判定模块806的回答是no，则控制转到模块817。模块817-822尝试找出一个除始发和目的通信终端之外的具有存储新多媒体消息的容量的终端。在控制是从模块822转来的情况下，模块817逐项访问终端能力表。接着判定模块818确定在能力终端中是否找到一个终端。若回答是no，则控制转到向用户指示消息不能被记录的模块8 23。若判定模块818的回答是yes，则控制转到模块819。模块819发送一个消息，询问访问终端是否具有处理新消息的现存存储容量。若访问终端具有足够的现存存储容量，则该终端回送一个消息表示肯定。若访问终端不具有足够的存储容量，则该终端回送一个表示否定的消息。接着判定模块821接收来自访问终端的消息。若访问终端表示其具有存储新消息的现存存储容量，则控制转到模块824。模块824记录多媒体消息并以分组数据的形式向访问终端发送该多媒体消息。最后，模块827向目的通信终端发送一个消息，通知它多媒体消息已被存储在访问终端上。
回到模块821，若回答是no，则判定模块822确定在终端能力表中是否还剩有其他终端。若回答是yes，则控制转到模块817。若回答是no，则控制转到通知用户消息不能被记录的模块823。
图9和图10以流程图的形式说明了通信终端在提供广播消息时进行的操作。广播消息被存储在始发通信终端上等待目的通信终端请求。在两个实施例中均是这样。模块900确定用户想发送广播多媒体消息的时间。判定模块901则确定终端是否具有足够的存储容量来记录并存储这样一个消息。若回答是no，则控制转到图10的模块1001。模块1001访问能力表以确定是否有另一个可以存储广播消息的终端。判定模块1002确定是否有这样的具有必要的存储能力的终端。若回答是no，则控制转到通知用户消息不能被记录的模块1007。若判定模块1002的回答是yes，则模块1003发送一个消息查询访问终端是否具有足够的现存存储容量。判定模块1004一直等待到访问终端回送一个针对查询的应答，而在访问终端具有足够存储容量的情况下，控制转到图9的模块902。若判定模块1004的回答是no，则控制转到确定终端能力表中是否还有未被查询的终端的判定模块1006。若判定模块1006的回答是yes，则控制返回到模块1001。若判定模块1006的回答是no，则控制转到已被描述的模块1007。若判定模块901的回答是yes或在图10找到另一个终端，则模块902记录该消息。
模块904请求广播多媒体消息将被发送到第一个终端的标识。判定模块905确定是否输入一个终端标识。若回答是no，则控制转到确定广播表中是否有任何列入项的判定模块912。若回答是no，则不做任何操作。若判定模块912的回答是yes，则模块913向广播表中列入的各个终端发送由模块909装配的指示在发送终端上为接收终端存储了一个多媒体消息的消息。回到判定模块904，若回答是yes，则模块906向被标识的终端发送一个消息以查询其是否具有多媒体消息能力。接着模块907等待来自被标识的终端的应答。若被标识的终端不具有多媒体消息能力，则模块908向用户指示一个错误并把控制转回到模块903。若判定模块907的回答是yes，则模块909把这终端列入到广播表中，而模块911把被标识的终端列入到能力表中。接着控制返回到模块903。如前所述，在用户已列入了所有的需将广播多媒体消息送达的终端后，控制转到判定模块912。判定模块912检查广播表以确定表中至少有一个列入项。若广播表中至少有一个列入项，则模块913向广播表中所列的各终端发送一个消息以指示发送终端为该终端存储了一个多媒体消息。
图11说明了增加了一个文件服务器1101的图1的系统。文件服务器1101含有一个相当大的消息存储空间，在各通信终端都没有现存容量来存储消息的情况下由图11的各通信终端使用。