呈现媒体内容的方法、系统及相关设备与流程

1.本技术涉及通信领域，尤其涉及呼叫过程呈现(render)媒体内容的方法、系统及相关设备。


背景技术：

2.随着移动通信网络技术的发展，出现了volte(voice over long-term evolution，长期演进语音承载)通信网络、5g(5th generation)通信网络等技术，用户设备(user equipment，ue)可以在呼叫业务进行期间保持移动数据连接，丰富了在ue上呈现广告内容的机会，例如：可以在拨号过程中触发用户设备播放广告视频，甚至在通话过程触发用户设备显示广告内容等。
3.现有技术中，在触发ue呈现广告内容时，常常出现“不合时宜”的情况，例如，广告内容相对通话时间过长、广告内容与用户不相关、广告的呈现对通话造成干扰等，这样既影响用户体验，也降低了广告效果，浪费了电信运营商的网络资源，进而降低了电信运营商的网络资源利用率。


技术实现要素：

4.鉴于此，有必要提供一种呈现媒体内容的方法，以提升电信运营商网络资源的利用率。
5.第一方面，本技术实施例提供了一种呈现媒体内容的方法，该方法包括：从呼叫会话控制设备接收呼叫业务的呼叫信令；基于所述呼叫信令获取呼叫上下文信息，所述呼叫上下文信息包含用于描述所述呼叫业务中的用户设备在所述呼叫业务过程中的进展的信息；基于所述呼叫上下文信息使所述用户设备呈现媒体内容。
6.该方法可以实现以呼叫上下文为依据使用户设备呈现媒体内容，相对于传统上呈现相对固定的、与呼叫上下文无关的媒体内容的做法，该方法可以提高用户对呼叫过程中呈现媒体内容的接受程度，进而提高电信运营商的网络资源利用率。
7.在一个可能的方案中，所述基于所述呼叫上下文信息使所述用户设备呈现媒体内容，包括：基于所述呼叫上下文信息触发所述用户设备在目标呈现时机呈现目标媒体内容。
8.在一个可能的方案中，所述呼叫上下文信息包含所述用户设备的呼叫状态信息，所述呼叫状态信息包括所述用户设备的呼叫状态、所述呼叫状态的开始时间点和所述呼叫状态的理论结束时间点，且:所述基于所述呼叫信令获取呼叫上下文信息，包括：基于所述呼叫信令的信令码或状态码确定所述用户设备的呼叫状态；所述基于所述呼叫上下文信息触发所述用户设备在目标呈现时机呈现目标媒体内容，包括：获取所述呼叫状态的开始时间点，基于所述呼叫状态的开始时间点设置所述目标呈现时机的开始时间点；以及基于所述理论结束时间点设置所述目标呈现时机的结束时间点。
9.在一个可能的方案中，所述基于所述呼叫上下文信息触发所述用户设备在目标呈现时机呈现目标媒体内容，还包括：在呈现时长不大于所述呼叫状态的理论持续时长的媒
体内容中选择所述目标媒体内容，其中，所述理论持续时长为从所述开始时间点到所述理论结束时间点之间的时长；或者，基于所述呼叫状态确定所述用户设备所处的呼叫阶段，在与所述呼叫阶段无音频冲突的媒体内容中选择所述目标媒体内容；或者，基于所述呼叫状态确定所述用户设备所处的呼叫阶段，在与所述呼叫阶段有音频冲突的媒体内容中选择所述目标媒体内容，并生成音频冲突标记或者音频标记，以便在触发所述用户设备呈现所述目标媒体内容时，不触发呈现所述目标媒体内容的音频部分。
10.上述方案基于用户设备的呼叫状态信息决策广告内容和/或呈现时机，可以在一定程度上降低广告内容的呈现对通话体验的影响，从而提高用户对呼叫过程中的广告内容的认可度，提升广告效果，进而提高运营商网络资源的利用率。
11.在一个可能的方案中，所述呼叫上下文信息包含所述呼叫业务的已持续通话时长，所述基于所述呼叫信令获取呼叫上下文信息包括：确定所述呼叫信令为被叫摘机呼叫信令；基于所述呼叫信令的时间戳和当前时间点，计算所述呼叫业务的已持续通话时长；所述基于所述呼叫上下文信息触发所述用户设备在目标呈现时机呈现目标媒体内容，包括：基于所述已持续通话时长确定目标呈现时长，在呈现时长不大于所述目标呈现时长的媒体内容中选择所述目标媒体内容。
12.在一个可能的方案中，所述基于所述呼叫上下文信息触发所述用户设备在目标呈现时机呈现目标媒体内容，还包括：基于当前时间点设置所述目标呈现时机的开始时间点，以及基于所述已持续通话时长设置所述目标呈现时机的结束时间点。
13.上述方案基于已持续通话时长决策广告内容的时间长度和/或呈现时机，使得广告内容呈现时长与实际持续通话时长成正相关性，可以在一定程度上提高用户对广告内容的接受程度，提升广告效果，进而提高运营商网络资源的利用率。
14.在一个可能的方案中，所述呼叫业务发生于所述用户设备与交互语音响应ivr设备之间，所述呼叫上下文信息包含所述用户设备的按键序列信息，所述按键序列信息包括所述用户设备的按键序列、所述按键序列对应的语音服务的开始时间点和所述语音服务的理论结束时间点，所述按键序列是指由用户在所述呼叫业务过程中通过所述用户设备输入的按键按时间顺序组成的序列，所述基于所述呼叫信令获取呼叫上下文信息，包括：基于所述呼叫信令和所述ivr设备发送的信息获取所述按键序列信息。
15.在一个可能的方案中，所述基于所述呼叫上下文信息触发所述用户设备在目标呈现时机呈现目标媒体内容，包括：基于所述按键序列对应的语音服务的开始时间点设置所述目标呈现时机的开始时间点；以及基于所述语音服务的理论结束时间点设置所述目标呈现时机的结束时间点；以及基于与所述按键序列对应的语音服务的内容确定所述目标媒体内容。
16.上述方案基于用户设备的按键序列决策广告内容和/或呈现时机，可以增加广告内容的呈现与用户操作的相关性，提高用户对广告内容的关注度，由此提高广告的转化率，从而提高运营商网络资源的利用率。
17.在一个可能的方案中，所述呼叫上下文信息还包含所述呼叫业务的预测通话时长，所述基于所述呼叫信令获取呼叫上下文信息，还包括：基于所述呼叫信令获取所述用户设备对应用户的历史通话时长记录；基于所述历史通话时长记录确定所述预测通话时长。
18.在一个可能的方案中，所述基于所述呼叫上下文信息触发所述用户设备在目标呈
现时机呈现目标媒体内容，还包括：基于当前时间点和所述预测通话时长设置所述目标呈现时机的开始时间点和结束时间点；以及基于所述预测通话时长确定目标呈现时长，在呈现时长不大于所述目标呈现时长的媒体内容中选择所述目标媒体内容。
19.上述方案基于预测通话时长决策广告内容和/或呈现时机，使得广告内容呈现时长与预测通话时长成正相关性，可以在一定程度上提高用户对广告内容的接受程度，提升广告效果，进而提升运营商网络资源的利用率。
20.在一个可能的方案中，所述呼叫上下文信息还包含所述用户设备对应的套餐信息或账户信息，所述套餐信息包括套餐余额或者套餐剩余有效期，所述账户信息包括账户余额；所述基于所述呼叫信令获取呼叫上下文信息，还包括：基于所述呼叫信令从归属签约用户服务器hss或者运营支撑系统bss获取所述套餐信息，或者基于所述呼叫信令从所述bss获取所述账户信息；或者，从所述呼叫信令中获取所述套餐信息或所述账户信息；所述基于所述呼叫上下文信息触发所述用户设备在目标呈现时机呈现目标媒体内容，还包括：在与所述套餐信息或者账户信息相匹配的媒体内容中选择所述目标媒体内容。
21.在一个可能的方案中，所述基于所述呼叫上下文信息触发所述用户设备在目标呈现时机呈现目标媒体内容，还包括：基于所述套餐余额或者套餐剩余有效期，或者基于所述账户余额确定套餐续订或账户充值的紧急程度；根据所述紧急程度，确定所述目标呈现时机。
22.上述方案基于用户设备的套餐信息/账户信息决策广告内容和在呼叫业务过程中的呈现时机，可以及时避免用户的通信业务因为费用问题而中断，有助于提高用户体验，也提高运营商网络资源的利用率。
23.在一个可能的方案中，所述呼叫上下文信息还包含所述用户设备的位置信息，所述基于所述呼叫信令获取呼叫上下文信息，包括：从所述呼叫信令中获取所述用户设备的位置信息；或者，基于所述呼叫信令从归属签约用户服务器hss获取所述用户设备的位置信息；所述基于所述呼叫上下文信息触发所述用户设备在目标呈现时机呈现目标媒体内容，还包括：确定所述用户设备在所述位置信息对应的位置的新鲜程度或频繁程度，基于所述新鲜程度或所述频繁程度确定所述目标呈现时机；以及在与所述位置信息相关的商业场所相关的媒体内容中选择所述目标媒体内容。
24.在一个可能的方案中，所述触发所述用户设备在所述目标呈现时机呈现所述目标媒体内容，包括：通过所述呼叫业务的呼叫信令与所述用户设备协商媒体通道；在所述目标呈现时机的开始时间点，通过所述媒体通道向所述用户设备发送所述目标媒体内容的部分或全部数据。
25.上述方案基于用户设备的位置信息决策广告内容和/或呈现时机，可以为用户提供沉浸式体验，进而提高用户对广告内容的关注度，并提高广告的转化率，从而提高运营商网络资源的利用率。
26.在一个可能的方案中，所述触发所述用户设备在所述目标呈现时机呈现所述目标媒体内容，还包括：在所述目标呈现时机的结束时间点，停止通过所述媒体通道向所述用户设备发送所述目标媒体内容的数据或者所述目标媒体内容的音频部分数据。
27.第二方面，本技术实施例提供了一种媒体应用系统，该系统包括：呼叫上下文管理模块用于：从呼叫会话控制设备接收呼叫业务的呼叫信令；基于所述呼叫信令获取呼叫上
下文信息；基于所述呼叫上下文信息使所述用户设备呈现媒体内容。
28.在一个可能的方案中，所述媒体应用系统还包括媒体呈现模块，所述呼叫上下文管理模块还用于：基于所述呼叫上下文信息指示所述媒体呈现模块触发所述用户设备在目标呈现时机呈现目标媒体内容；所述媒体呈现模块用于：根据所述呼叫上下文管理模块的指示触发所述用户设备在所述目标呈现时机呈现所述目标媒体内容。
29.在一个可能的方案中，所述媒体应用系统还包括：呈现时机决策模块和呈现内容决策模块，所述呼叫上下文管理模块还用于：向所述呈现时机决策模块发送所述呼叫上下文信息并从所述所述呈现时机决策模块接收所述目标呈现时机，和/或，向所述呈现内容决策模块发送所述呼叫上下文信息并从所述呈现内容决策模块接收所述目标媒体内容的信息；在所述目标呈现时机指示所述媒体呈现模块触发用户设备呈现所述目标媒体内容；所述呈现时机决策模块用于：从所述呼叫上下文管理模块接收所述呼叫上下文信息，基于所述呼叫上下文信息确定所述目标呈现时机，向所述呼叫上下文管理模块发送所述目标呈现时机；所述呈现内容决策模块用于：从所述呼叫上下文管理模块接收所述呼叫上下文信息，基于所述呼叫上下文信息确定所述目标媒体内容，向所述呼叫上下文管理模块发送所述目标媒体内容的信息。
30.在一个可能的方案中，所述呼叫上下文信息包含所述用户设备的呼叫状态信息,所述呼叫上下文管理模块还用于：基于所述呼叫信令的信令码或状态码确定所述呼叫状态；所述呈现时机决策模块还用于：确定所述呼叫状态的开始时间点和理论结束时间点；基于所述开始时间点设置所述目标呈现时机的开始时间点，以及基于所述理论结束时间点设置所述目标呈现时机的结束时间点；所述呈现内容决策模块还用于：在呈现时长不大于所述呼叫状态的理论持续时长的媒体内容中选择所述目标媒体内容；或者，基于所述呼叫状态确定所述用户设备所处的呼叫阶段，在与所述呼叫阶段无音频冲突的媒体内容中选择所述目标媒体内容；或者，基于所述呼叫状态确定所述用户设备所处的呼叫阶段，在与所述呼叫阶段有音频冲突的媒体内容中选择所述目标媒体内容，并生成音频冲突标记或者音频标记，以便在触发所述用户设备呈现所述目标媒体内容时，不触发呈现所述目标媒体内容的音频部分。
31.在一个可能的方案中，所述呼叫上下文信息包含所述呼叫业务的已持续通话时长，所述呼叫上下文管理模块还用于：确定所述呼叫信令为被叫摘机呼叫信令；基于所述呼叫信令的时间戳和当前时间点，计算所述呼叫业务的已持续通话时长；所述呈现时机决策模块还用于：基于当前时间点设置所述目标呈现时机的开始时间点，以及基于所述已持续通话时长设置所述目标呈现时机的结束时间点；所述呈现内容决策模块还用于：基于所述已持续通话时长确定目标呈现时长，在呈现时长不大于所述目标呈现时长的媒体内容中选择所述目标媒体内容。
32.在一个可能的方案中，所述呼叫业务发生于所述用户设备与交互语音响应ivr设备之间，所述呼叫上下文信息包含所述用户设备的按键序列信息，所述呼叫上下文管理模块还用于：基于所述呼叫信令和所述ivr设备发送的信息获取所述按键序列信息；所述呈现时机决策模块还用于：基于所述按键序列对应的语音服务的开始时间点设置所述目标呈现时机的开始时间点；以及基于所述语音服务的理论结束时间点设置所述目标呈现时机的结束时间点；所述呈现内容决策模块还用于：基于与所述按键序列对应的语音服务的内容确
定所述目标媒体内容。
33.在一个可能的方案中，所述呼叫上下文信息包含所述呼叫业务的预测通话时长，所述呼叫上下文管理模块还用于：基于所述呼叫信令获取所述用户设备对应用户的历史通话时长记录；基于所述历史通话时长记录确定所述预测通话时长；所述呈现时机决策模块还用于：基于当前时间点和所述预测通话时长设置所述目标呈现时机的开始时间点和结束时间点；所述呈现内容决策模块还用于：基于所述预测通话时长确定目标呈现时长，在呈现时长不大于所述目标呈现时长的媒体内容中选择所述目标媒体内容。
34.在一个可能的方案中，所述呼叫上下文信息包含所述用户设备对应的套餐信息或账户信息，所述呼叫上下文管理模块还用于：基于所述呼叫信令从归属签约用户服务器hss或者运营支撑系统bss获取所述套餐信息，或者从所述bss获取所述账户信息；或者，从呼叫会话控制设备获取所述呼叫业务的呼叫信令；从所述呼叫信令中获取所述套餐信息或所述账户信息；所述呈现时机决策模块还用于：基于所述套餐余额或者套餐剩余有效期，或者基于所述账户余额确定套餐续订或账户充值的紧急程度；根据所述紧急程度，确定所述目标呈现时机；所述呈现内容决策模块还用于：在与所述套餐信息或者账户信息相匹配的媒体内容中选择所述目标媒体内容。
35.在一个可能的方案中，所述呼叫上下文信息包含所述用户设备的位置信息，所述呼叫上下文管理模块还用于：从所述呼叫信令中获取所述用户设备的位置信息；或者，基于所述呼叫信令从归属签约用户服务器hss获取所述用户设备的位置信息；所述呈现内容决策模块还用于：在与所述位置信息相关的商业场所相关的媒体内容中选择所述目标媒体内容；所述呈现时机决策模块还用于：确定所述用户设备在所述位置信息对应的位置的新鲜程度或频繁程度，基于所述新鲜程度或所述频繁程度确定所述目标呈现时机。
36.在一个可能的方案中，所述媒体应用系统包括媒体应用设备，所述呼叫上下文管理模块、所述呈现时机决策模块、所述呈现内容决策模块和所述媒体呈现模块均部署在所述媒体应用设备。
37.在一个可能的方案中，所述媒体应用系统包括呼叫上下文管理设备、媒体决策设备和媒体呈现设备，所述呼叫上下文管理模块和所述呈现时机决策模块部署在所述呼叫上下文管理设备，所述呈现内容决策模块部署在所述媒体决策设备，所述媒体呈现模块部署在所述媒体呈现设备。
38.在一个可能的方案中，所述媒体应用系统包括呼叫上下文管理设备、媒体决策设备和媒体呈现设备，所述呼叫上下文管理模块部署在所述呼叫上下文管理设备，所述呈现内容决策模块和所述呈现时机决策模块部署在所述媒体决策设备，所述媒体呈现模块部署在所述媒体呈现设备。
39.第三方面，本技术实施例提供了一种呈现媒体内容的方法，该方法应用于呼叫上下文管理设备，该方法包括：从呼叫会话控制设备接收呼叫业务的呼叫信令；基于所述呼叫信令获取呼叫上下文信息；基于所述呼叫上下文信息指示媒体呈现设备触发所述用户设备在目标呈现时机呈现目标媒体内容。
40.在一个可能的方案中，所述呼叫上下文信息包含所述用户设备的呼叫状态信息，所述基于所述呼叫信令获取呼叫上下文信息包括：基于所述呼叫信令信令码或状态码确定所述呼叫状态。
41.在一个可能的方案中，所述呼叫上下文信息包含所述呼叫业务的已持续通话时长，所述基于所述呼叫信令获取呼叫上下文信息包括：确定所述呼叫信令为被叫摘机呼叫信令；基于所述呼叫信令的时间戳和当前时间点，计算所述呼叫业务的已持续通话时长。
42.在一个可能的方案中，所述呼叫业务发生于所述用户设备与交互语音响应ivr设备之间，所述呼叫上下文信息包含所述用户设备的按键序列信息，所述基于所述呼叫信令获取呼叫上下文信息包括：基于所述呼叫信令和所述ivr设备发送的信息获取所述按键序列信息。
43.在一个可能的方案中，所述呼叫上下文信息还包含所述呼叫业务的预测通话时长，所述获取呼叫上下文信息包括：基于所述呼叫信令获取所述用户设备对应用户的历史通话时长记录；基于所述历史通话时长记录获取所述预测通话时长。
44.在一个可能的方案中，所述呼叫上下文信息还包含所述用户设备对应的套餐信息或账户信息，所述基于所述呼叫信令获取呼叫上下文信息包括：基于所述呼叫信令从归属签约用户服务器hss或者运营支撑系统bss获取所述套餐信息，或者从所述bss获取所述账户信息；或者，从所述呼叫信令中获取所述套餐信息或所述账户信息。
45.在一个可能的方案中，所述呼叫上下文信息还包含所述用户设备的位置信息，所述基于所述呼叫信令获取呼叫上下文信息包括：从所述呼叫信令中获取所述用户设备的位置信息；或者，基于所述呼叫信令从归属签约用户服务器hss获取所述用户设备的位置信息。
46.第四方面，本技术实施例提供了一种呈现媒体内容的方法，该方法应用于媒体决策设备，该方法包括：从呼叫上下文管理设备接收呼叫上下文信息；基于所述呼叫上下文信息确定目标呈现时机和/或目标媒体内容；向所述呼叫上下文管理设备发送所述目标呈现时机和/或所述目标媒体内容的信息，以使所述呼叫上下文管理设备触发所述用户设备在所述目标呈现时机呈现所述目标媒体内容。
47.在一个可能的方案中，所述呼叫上下文信息包含所述用户设备的呼叫状态信息，所述基于所述呼叫上下文信息确定目标呈现时机和/或目标媒体内容包括：基于所述呼叫状态的开始时间点设置所述目标呈现时机的开始时间点，以及基于所述理论结束时间点设置所述目标呈现时机的结束时间点；和/或，在呈现时长不大于所述呼叫状态的理论持续时长的媒体内容中选择所述目标媒体内容；或者，基于所述呼叫状态确定所述用户设备所处的呼叫阶段，在与所述呼叫阶段无音频冲突的媒体内容中选择所述目标媒体内容；或者，基于所述呼叫状态确定所述用户设备所处的呼叫阶段，在与所述呼叫阶段有音频冲突的媒体内容中选择所述目标媒体内容，并生成音频冲突标记或者音频标记，以便在触发所述用户设备呈现所述目标媒体内容时，不触发呈现所述目标媒体内容的音频部分。
48.在一个可能的方案中，所述呼叫上下文信息包含所述呼叫业务的已持续通话时长，所述基于所述呼叫上下文信息确定目标呈现时机和/或目标媒体内容包括：基于当前时间点设置所述目标呈现时机的开始时间点，以及基于所述已持续通话时长设置所述目标呈现时机的结束时间点；和/或，基于所述已持续通话时长确定目标呈现时长，在呈现时长不大于所述目标呈现时长的媒体内容中选择所述目标媒体内容。
49.在一个可能的方案中，所述呼叫业务发生于所述用户设备与交互语音响应ivr设备之间，所述呼叫上下文信息包含所述用户设备的按键序列信息，所述基于所述呼叫上下
文信息确定目标呈现时机和/或目标媒体内容包括：基于所述按键序列对应的语音服务的开始时间点设置所述目标呈现时机的开始时间点；以及基于所述语音服务的理论结束时间点设置所述目标呈现时机的结束时间点；和/或，基于与所述按键序列对应的语音服务的内容确定所述目标媒体内容。
50.在一个可能的方案中，所述呼叫上下文信息还包含所述呼叫业务的预测通话时长，所述基于所述呼叫上下文信息确定目标呈现时机和/或目标媒体内容包括：基于当前时间点和所述预测通话时长设置所述目标呈现时机的开始时间点和结束时间点；和/或，基于所述预测通话时长确定目标呈现时长，在呈现时长不大于所述目标呈现时长的媒体内容中选择所述目标媒体内容。
51.在一个可能的方案中，所述呼叫上下文信息还包含所述用户设备对应的套餐信息或账户信息，所述基于所述呼叫上下文信息确定目标呈现时机和/或目标媒体内容包括：基于所述套餐余额或者套餐剩余有效期，或者基于所述账户余额确定套餐续订或账户充值的紧急程度，根据所述紧急程度，确定所述目标呈现时机；和/或，在与所述套餐信息或者账户信息相匹配的媒体内容中选择所述目标媒体内容。
52.在一个可能的方案中，所述呼叫上下文信息还包含所述用户设备的位置信息，所述基于所述呼叫上下文信息确定目标呈现时机和/或目标媒体内容包括：确定所述用户设备在所述位置信息对应的的位置的新鲜程度或频繁程度，基于所述新鲜程度或所述频繁程度确定所述目标呈现时机；和/或，在与所述位置信息相关的商业场所相关的媒体内容中选择所述目标媒体内容。
53.第五方面，本技术实施例提供了一种呼叫上下文管理设备，该设备包括处理器和存储器，其中：所述存储器，用于存储程序指令；所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述呼叫上下文管理设备执行上述第三方面及其中任一可能方案所述的呈现媒体内容的方法。
54.第六方面，本技术实施例提供了一种计算机可读存储介质，该介质包括指令，当其在计算机上运行时，使得所述计算机执行上述第三方面及其中任一可能方案所述的呈现媒体内容的方法。
55.第七方面，本技术实施例提供了一种媒体决策设备，该设备包括处理器和存储器，其中：所述存储器，用于存储程序指令；所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述媒体决策设备执行上述第四方面及其中任一可能方案所述的呈现媒体内容的方法。
56.第八方面，本技术实施例提供了一种计算机可读存储介质，其特征在于，包括指令，当其在计算机上运行时，使得所述计算机执行上述第四方面及其中任一可能方案所述的呈现媒体内容的方法。
附图说明
57.图1a为本技术实施例提供的第一通信系统架构图；
58.图1b为本技术实施例提供的第二通信系统架构图；
59.图1c为本技术实施例提供的第三通信系统架构图；
60.图2a为本技术实施例提供的在呼叫过程中呈现媒体内容的第一方法流程图；
61.图2b为本技术实施例提供的在呼叫过程中呈现媒体内容的第二方法流程图；
62.图2c为本技术实施例提供的在呼叫过程中呈现媒体内容的第三方法流程图；
63.图3为本技术实施例提供的第四通信系统架构图；
64.图4a为本技术实施例提供的在呼叫过程中呈现广告内容的第一方法流程图；
65.图4b为本技术实施例提供的在呼叫过程中呈现广告内容的第二方法流程图，其中；
66.图4c为本技术实施例提供的在呼叫过程中呈现广告内容的第三方法流程图；
67.图4d为本技术实施例提供的在呼叫过程中呈现广告内容的第四方法流程图；
68.图4e为本技术实施例提供的在呼叫过程中呈现广告内容的第五方法流程图；
69.图4f为本技术实施例提供的在呼叫过程中呈现广告内容的第六方法流程图；
70.图5为本技术实施例提供的媒体应用设备、呼叫上下文管理设备或媒体决策设备的硬件结构图；
71.图6为本技术实施例提供的呼叫上下文管理设备逻辑结构示意图；
72.图7为本技术实施例提供的媒体决策设备逻辑结构示意图。
具体实施方式
73.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。其中，在本技术的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，a/b可以表示a或b；“和/或”是一种描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”，可以表示：单独存在a、同时存在a和b、单独存在b这三种情况，其中a,b可以是单数或者复数。
74.为便于理解本技术实施例，下面先解释几个概念。
75.呼叫业务：是指用户设备(参见下文关于用户设备12的描述)以主叫身份或者被叫身份参与，经通信网络接续与其他呼叫设备(参见下文关于呼叫设备13的描述)之间进行的语音通话业务或视频通话业务，例如，用户设备拨打手机号码、办公座机号码或客服中心号码而进行的语音通话业务，再如，用户设备接受手机、办公座机或客服中心呼叫而进行的语音通话业务。
76.呼叫业务过程：是指从参与呼叫业务的一方拨号到呼叫业务结束(中止或者终止等)的整个时间范围，有时候也称为“呼叫过程”、“呼叫业务期间”。
77.呼叫上下文信息：包括用于描述呼叫业务中的用户设备在所述呼叫业务过程中的进展的信息，例如该用户设备的呼叫状态信息、已持续通话时长、已输入的按键序列信息等,均体现了用户设备在呼叫业务过程中的进展；还可以包含所述用户设备在所述呼叫业务过程中所处的环境的信息，例如，预测的通话时长、套餐信息(如网络业务套餐信息、资费套餐信息)、位置信息等，其中，预测通话时长、套餐信息、账户信息体现了用户设备在呼叫业务过程中所处的虚拟环境，位置信息则体现了用户设备在呼叫业务过程中所处的物理环境。
78.目标呈现时机：是指在处于呼叫业务过程中的用户设备上(具体可以是在用户设备上的电话应用程序界面上，也可以是在电话应用程序界面的附属界面，如弹出的悬浮窗口上呈现)呈现媒体内容的时机，可以是个时隙或时段，包含开始时间点和结束时间点，也
可以是一个开始时间点和一个呈现时长，还可以只是一个开始时间点(这种情况下，呈现时长由媒体内容自身可呈现时长决定，如视频内容的总时长)；其中，开始时间点为开始呈现媒体内容的时间点，在呼叫业务过程中，而结束时间点为停止呈现媒体内容的时间点，根据决策情况，可以在呼叫业务过程中，也可以在呼叫业务结束(挂机)之后。
79.目标媒体内容：是指适合在呼叫业务中的用户设备上呈现的媒体内容；从文件格式角度上看，目标媒体内容可以是视频内容(相应地，“呈现目标媒体内容”是指在用户设备上播放视频内容)，也可以是图片(相应地，“呈现目标媒体内容”是指在用户设备上显示图片)，如gif(graphics interchange format,图形交换格式)，还可以是html(hypertext markup language，超文本标记语言)页面(相应地，“呈现目标媒体内容”是指在用户设备上显示html页面)等多媒体内容；从应用场景或目的角度上看，目标媒体内容可以是用于定制警报铃声(customized alerting tones，cat，俗称“彩铃”)服务的媒体内容，也可以是用于定制振铃信号(customized ringing signal，crs，俗称“彩振”)服务的媒体内容，也可以是公益新闻媒体内容，还可以是广告媒体内容；从数量角度看，目标媒体内容可以是一个媒体内容，也可以是多个媒体内容。本技术实施例对所述目标媒体内容的文件格式、目的或用途、数量均不作限定。
80.图1a为本技术实施例提供的第一通信系统架构图，其中包括媒体应用系统11、媒体应用设备110、用户设备12、呼叫设备13，这些实体通过通信网络14相连，分别描述如下。
81.媒体应用系统11：该系统的功能可以部署在单个设备上，例如部署在媒体应用设备110上，也可以分开部署在多个的设备上，如图1b、图1c所示，用于获取用户设备12的呼叫上下文信息，并根据所述呼叫上下文信息使用户设备12呈现媒体内容，具体也可以参考媒体应用设备110的描述。
82.媒体应用设备110：通过通信网络14与用户设备12和呼叫设备13相连，为了触发用户设备12在目标呈现时机呈现目标媒体内容，在用户设备12与呼叫设备13之间的呼叫业务进行期间，获取用户设备12的呼叫上下文信息，再基于所述呼叫上下文信息使用户设备12呈现媒体内容；具体地，基于所述呼叫上下文信息确定所述目标呈现时机和/或所述目标媒体内容，进而触发用户设备12在所述目标呈现时机的开始时间点开始呈现所述目标媒体内容；可选地，还在所述目标呈现时机的结束时间点触发用户设备12停止呈现所述目标媒体内容或者停止呈现所述目标媒体内容的音频部分。
83.媒体应用设备110的主要功能可以分布在四个功能模块中，分别是：呼叫上下文管理模块1101、呈现时机决策模块1102、呈现内容决策模块1103和媒体呈现模块1104，分别介绍如下。
84.呼叫上下文管理模块1101：用于与通信网络14中的设备以及电信运营商运营支撑管理设备(图1a中未画出)交互，以获取用户设备12的呼叫上下文信息，再基于所述呼叫上下文信息使用户设备12呈现媒体内容；具体地，呼叫上下文管理模块1101从通信网络14中的呼叫会话控制设备接收所述呼叫业务的呼叫信令，基于所述呼叫信令获取所述呼叫上下文信息；具体地，呼叫上下文管理模块1101向所述呈现时机决策模块1102发送所述呼叫上下文信息并从所述所述呈现时机决策模块1102接收所述目标呈现时机，和/或，向所述呈现内容决策模块1103发送所述呼叫上下文信息并从所述呈现内容决策模块接收所述目标媒体内容的信息，再指示所述媒体呈现模块1104触发用户设备12在所述目标呈现时机呈现所
述目标媒体内容；具体地，呼叫上下文管理模块1101在所述目标呈现时机的开始时间点，指示所述媒体呈现模块1104触发用户设备12开始呈现所述目标媒体内容，可选地，呼叫上下文管理模块1101还在所述目标呈现时机的结束时间点指示所述媒体呈现模块1104触发用户设备12停止呈现所述目标媒体内容或者停止呈现所述目标媒体内容的音频部分。
85.呈现时机决策模块1102：用于基于呼叫上下文管理模块1101提供的呼叫上下文信息，确定目标呈现时机，并向呼叫上下文管理模块1101提供或发送所述目标呈现时机。
86.相对于传统上按广告主或电信运营商意愿确定的、相对固定的呈现时机，这样决策的呈现时机因兼顾了终端用户的体验，被终端用户所接受的概率更高。应理解，目标媒体内容的实际呈现时间范围可能小于决策出的目标呈现时机所对应的时间范围，例如，用户在目标呈现时机中的结束时间点之前关闭屏幕或者挂断电话，导致提前结束媒体内容的呈现。应注意，
87.呈现内容决策模块1103：用于基于从呼叫上下文管理模块1101接收的所述呼叫上下文信息，确定所述目标媒体内容，并向呼叫上下文管理模块1101发送所述目标媒体内容的信息。
88.相对于传统按广告主或电信运营商意愿确定的相对固定的媒体内容，这样决策的目标媒体内容因兼顾了终端用户的需求，被终端用户所接受的概率更高。
89.媒体呈现模块1104：用于根据呼叫上下文管理模块1101指示，触发用户设备12呈现目标媒体内容，包括触发用户设备12开始呈现目标媒体内容，可选地，还包括触发用户设备12停止呈现目标媒体内容。
90.用户设备12：通过通信网络14与呼叫设备13、媒体应用系统11(具体是媒体应用设备110)相连，可以以主叫身份发起与呼叫设备13之间的呼叫业务，也可以以被叫身份接受呼叫设备13发起的呼叫业务；在呼叫业务进行期间，可以在目标呈现时机从媒体应用系统11接收并呈现目标媒体内容。用户设备12是终端用户的设备,具备呈现媒体内容的能力，可以是3gpp(3rd generation partnership project，第三代合作伙伴计划)标准规范定义的用户设备(user equipment，ue)，可以是手持式设备、车载设备、可穿戴设备或计算设备；可以是手机(mobile phone)、平板电脑或带无线收发功能的电脑、虚拟现实(virtual reality，vr)终端设备或增强现实(augmented reality，ar)终端设备等。应理解，实际应用中，图1所示通信系统可以有更多的用户设备。
91.呼叫设备13：通过通信网络14与用户设备12、媒体应用系统11(具体是媒体应用设备110)相连，可以以主叫身份发起与用户设备12之间的呼叫业务，也可以以被叫身份接受用户设备12发起的呼叫业务；呼叫设备13可以是既具备呼叫业务的能力、又具备呈现媒体内容的能力的设备，如与用户设备12类似的设备，也可以是具备呼叫业务的能力、但不具备呈现媒体内容的能力的设备，如传统办公座机，还可以是具有呼叫业务的能力以及在呼叫业务进行期间对对方按键输入做出响应的能力、但不具备呈现媒体内容的能力的设备，如交互式语音应答(interacting voice response，ivr)设备；当呼叫设备13为ivr设备时，可以在与用户设备12之间建立的rtp(real-time transport protocol，实时传输协议)媒体流中获取用户设备12在与该ivr设备交互过程中输入的按键信息，以获知用户设备12侧终端用户输入的按键序列，并将按键序列提供给媒体应用系统11(具体是媒体应用设备110中的呼叫上下文管理模块1101)，以使其据此形成呼叫上下文信息，并作为目标呈现时机和/
或目标媒体内容的决策依据。其中，所述按键序列是指由用户在所述呼叫业务过程中通过所述用户设备输入的按键按时间顺序组成的序列。应理解，实际应用中，图1所示通信系统可以有更多的呼叫设备。
92.图1a对应的通信系统中，将媒体应用系统11的功能被集中部署在一个物理设备(即媒体应用设备110)上，提高了媒体应用系统11的内聚性(cohesiveness)，进而提高该系统的性能。
93.媒体应用系统11的功能也可以部署在多个物理设备上，例如，也可以按图1b或图1c所示方式部署。
94.图1b为本技术实施例提供的第二通信系统架构图，其中，媒体应用系统11包含：呼叫上下文管理设备111、媒体决策设备112和媒体呈现设备113；其中，呼叫上下文管理设备111包含：上述呼叫上下文管理模块1101、上述呈现时机决策模块1102；媒体决策设备112包含：上述呈现内容决策模块1103；媒体呈现设备113包含：上述媒体呈现模块1104。
95.在一种应用场景下，呼叫上下文管理设备111可以由电信运营商提供，而媒体决策设备112可以由广告主或者广告平台提供，从而，广告主或广告平台方面具有待呈现的媒体内容(如广告媒体内容)的自主决策权，这样不仅可以更好地满足广告主方面的业务需求，还可以降低电信运营商方面的性能负担。
96.图1c为本技术实施例提供的第三通信系统架构图，其中，媒体应用系统11包含：呼叫上下文管理设备114、媒体决策设备115和媒体呈现设备113；其中，呼叫上下文管理设备114包含：上述呼叫上下文管理模块1101；媒体决策设备115包含：上述呈现内容决策模块1103和上述呈现时机决策模块1102；媒体呈现设备113包含：上述媒体呈现模块1104。
97.较之于图1b，图1c的部署方式进一步加大广告主方面的控制力度，也进一步降低电信运营商方面的性能负担。
98.上述呼叫上下文管理设备111、呼叫上下文管理设备114均可以基于3gpp标准规范定义的cat as(customized alerting tones application server，定制警报铃声应用服务器)和/或crs as(customized ringing signal application server，定制振铃信号应用服务器)实现，媒体呈现设备113可以基于3gpp标准规范定义的mrf(media resource function，媒体资源功能)设备实现，而上述呼叫媒体应用设备110可以基于cat as和/或crs as以及mrf设备实现。需说明，本技术实施例中的“基于某个设备实现”，是指在某个设备现有功能基础上增加本技术实施例新提供的功能。
99.根据电信运营商的部署策略，图1a-图1c中媒体应用系统11可以部署在通信网络14中靠近用户设备12侧的位置(便于访问用户设备12的相关信息)，也可以部署在通信网络14中靠近呼叫设备13侧的位置(便于访问呼叫设备13的相关信息)，还可以部署在通信网络14中的一个中立位置。当采用后两种部署位置时，媒体应用系统11可以通过远程接口、数据共享等方式，访问用户设备12侧的相关信息，如订户信息、套餐信息、按键输入信息等。
100.基于图1a-图1c中任一所示的通信系统，可以实现以呼叫上下文为依据使用户设备呈现媒体内容，即在与呼叫上下文相匹配的时机促使用户设备呈现与呼叫上下文相匹配的媒体内容，可以提高终端用户对呈现的媒体内容的接受程度，有利于电信运营商开展呼叫过程中的媒体应用业务，如个性化彩铃业务、个性化彩振业务或个性化广告业务等，进而可以提高电信运营商网络资源的利用率。
101.下面分别介绍基于图1a-图1c所示的通信系统可以实现的示例方法流程。
102.图2a为本技术实施例提供的在呼叫过程中呈现媒体内容的第一方法流程图，该方法流程基于图1a所示通信系统实现，其中每个参与角色与图1a中实体的对应关系如图2a中的引用标记所示，例如，该方法流程中的“用户设备”是指图1a中的用户设备12，主要步骤如下：
103.步骤201：用户设备与呼叫设备之间的呼叫业务开始。
104.具体地，用户设备作为主叫发起所述呼叫业务，或者呼叫设备作为主叫发起所述呼叫业务，例如，语音通话业务。
105.步骤202：在呼叫业务期间，媒体应用设备获取呼叫上下文信息。
106.具体地，媒体应用设备中的呼叫上下文管理模块1101与通信网络14中的设备(如呼叫会话控制设备)以及电信运营商运营支撑网络中的管理设备交互，获取用户设备的呼叫上下文信息。
107.可选地，所述呼叫上下文信息还可以包含用户设备的标识、对方(即参与所述呼叫业务的其他设备)的信息等。
108.关于获取呼叫上下文信息的方法，可以参考本技术后续实施例，如图4a-图4f对应的方法流程。
109.此后，媒体应用设备基于所述呼叫上下文信息使用户设备呈现媒体内容，具体包括：确定目标呈现时机和目标媒体内容，触发用户设备在所述目标呈现时机呈现所述目标媒体内容，其中，所述目标呈现时机和/或所述目标媒体内容为基于所述呼叫上下文信息确定，详细过程描述如下。
110.步骤203：媒体应用设备基于所述呼叫上下文信息确定目标呈现时机和/或目标媒体内容。
111.1)在一种可能的场景下，所述目标呈现时机和所述目标媒体内容均需基于所述呼叫上下文信息确定，则本步骤包含以下操作：
112.呼叫上下文管理模块1101分别向呈现时机决策模块1102和呈现内容决策模块1103提供所述呼叫上下文信息；
113.呈现时机决策模块1102基于所述呼叫上下文信息确定所述目标呈现时机，并向呼叫上下文管理模块1101提供所述目标呈现时机；且
114.呈现内容决策模块1103基于所述呼叫上下文信息确定所述目标媒体内容，并向呼叫上下文管理模块1101提供所述目标媒体内容的信息。
115.2)在另一种可能的场景下，仅所述目标呈现时机需基于所述呼叫上下文信息确定，而所述目标媒体内容却与所述呼叫上下文信息无关，则本步骤包含以下操作：
116.呼叫上下文管理模块1101向呈现时机决策模块1102提供所述呼叫上下文信息；
117.呈现时机决策模块1102基于所述呼叫上下文信息确定出所述目标呈现时机，并向呼叫上下文管理模块1101提供所述目标呈现时机；且
118.呈现内容决策模块1103基于其他因素，例如，电信运营商预设的策略，确定所述目标媒体内容，并向呼叫上下文管理模块1101提供所述目标媒体内容的信息。
119.3)在又一种可能的场景下，仅所述目标媒体内容需基于所述呼叫上下文信息确定，而所述目标呈现时机却与所述呼叫上下文信息无关，则本步骤包含以下操作：
120.呼叫上下文管理模块1101向呈现内容决策模块1103提供所述呼叫上下文信息；
121.呈现时机决策模块1102基于其他因素，例如，电信运营商预设的策略，确定所述目标呈现时机，并向呼叫上下文管理模块1101提供所述目标呈现时机；且
122.呈现内容决策模块1103基于所述呼叫上下文信息确定所述目标媒体内容，并向呼叫上下文管理模块1101提供所述目标媒体内容的信息。
123.可选地，除了所述呼叫上下文信息外，呈现内容决策模块1103还可以进一步基于所述目标呈现时机确定所述目标媒体内容，例如，如果所述目标呈现时机在通话过程中，则选择无声音的媒体内容。
124.关于如何基于呼叫上下文信息确定目标呈现时机和目标媒体内容，还可以进一步参考本技术后续实施例，如图4a-图4f对应的方法流程。
125.步骤204：媒体应用设备在所述目标呈现时机的开始时间点触发用户设备开始呈现所述目标媒体内容。
126.具体地，媒体应用设备中的呼叫上下文管理模块1101从呈现时机决策模块1102和呈现内容决策模块1103分别获取所述目标呈现时机和所述目标媒体内容的信息(如所述目标媒体内容的标识或者存储地址)后，在所述目标呈现时机的开始时间点指示媒体呈现模块1104触发用户设备开始呈现所述目标媒体内容，媒体呈现模块1104根据呼叫上下文管理模块1101的指示触发用户设备开始呈现所述目标媒体内容。
127.在一种可能的方案中，呼叫上下文管理模块1101使得媒体呈现模块1104与用户设备建立了媒体通道后，在所述目标呈现时机的开始时间点，指示媒体呈现模块1104通过所述媒体通道开始向用户设备发送所述目标媒体内容中的数据，以使用户设备开始呈现所述目标媒体内容，例如，在用户设备上的电话应用程序界面上呈现所述目标媒体内容。
128.在另一可能的方案中，呼叫上下文管理模块1101在所述目标呈现时机的开始时间点，指示媒体呈现模块1104向用户设备发送所述目标媒体内容的信息(如所述目标媒体内容的地址)，以使用户设备从媒体呈现模块1104获取并开始呈现所述目标媒体内容，例如，在用户设备上的电话应用程序界面的弹出的悬浮窗口上呈现所述目标媒体内容。其中，媒体呈现模块1104可以通过呼叫信令向用户设备发送所述目标媒体内容的信息。
129.步骤205：媒体应用设备在所述目标呈现时机的结束时间点触发用户设备停止呈现所述目标媒体内容。
130.具体地，媒体应用设备中的呼叫上下文管理模块1101在所述目标呈现时机的结束时间点，指示媒体呈现模块1104触发用户设备停止呈现所述目标媒体内容，媒体呈现模块1104根据指示触发用户设备停止呈现所述目标媒体内容或者停止呈现所述目标媒体内容中的音频部分。
131.为触发用户设备停止呈现所述目标媒体内容或者停止呈现所述目标媒体内容中的音频部分，在一种可能的方案中，媒体呈现模块1104停止向用户设备发送所述目标媒体内容的数据或者所述目标媒体内容的音频部分的数据(视频部分的数据可继续发送)；在另一种可能的方案中，媒体呈现模块1104向用户设备发送停止指令，使用户设备停止呈现所述目标媒体内容或者停止呈现所述目标媒体内容的音频部分(也就是不播放声音，图像部分继续)。
132.需说明，步骤205是可选的。例如，当目标媒体内容为视频内容时，随着视频内容播
放到时间轴上的最后画面时，目标媒体内容的呈现随之结束，因而可以不触发用户设备停止呈现所述目标媒体内容。
133.图2b为本技术实施例提供的在呼叫过程中呈现媒体内容的第二方法流程图，该方法流程基于图1b所示通信系统实现，其中每个参与角色与图1b中实体的对应关系如图2b中的引用标记所示，例如，该方法流程中的“呼叫上下文管理设备”是指图1b中的呼叫上下文管理设备111，主要步骤如下：
134.步骤221：用户设备与呼叫设备之间的呼叫业务开始。
135.该步骤的内容可以参考步骤201中的相关描述。
136.步骤222：在呼叫业务进行期间，呼叫上下文管理设备获取呼叫上下文信息。
137.该步骤的内容可参考步骤202中的相关描述。
138.此后，呼叫上下文管理设备基于所述呼叫上下文信息使用户设备呈现媒体内容，具体包括：呼叫上下文管理设备获取目标呈现时机和目标媒体内容，指示媒体呈现设备触发用户设备在所述目标呈现时机呈现所述目标媒体内容，其中，所述目标呈现时机由呼叫上下文管理设备基于所述呼叫上下文信息或者其他因素(如预设策略)确定，所述目标媒体内容由媒体决策设备基于所述呼叫上下文信息或其他因素(如预设策略)确定，详细过程描述如下。
139.步骤223：呼叫上下文管理设备基于所述呼叫上下文信息确定目标呈现时机。
140.具体地，呼叫上下文管理设备中的呈现时机决策模块1102基于所述呼叫上下文信息确定出所述目标呈现时机。该步骤的内容可以参考步骤203中的相关描述。关于如何基于呼叫上下文信息确定目标呈现时机，还可以进一步参考本技术后续实施例，如图4a-图4f对应的方法流程。
141.为进一步获取目标媒体内容的信息，媒体决策设备可以基于所述目标呈现时机和所述呼叫上下文信息(中的部分或全部内容)确定所述目标媒体内容，具体如下面步骤224-1至步骤225-1所示，也可以仅基于所述呼叫上下文信息确定所述目标媒体内容，具体如下面步骤224-2至步骤225-2。
142.步骤224-1：呼叫上下文管理设备向媒体决策设备发送所述目标呈现时机和所述呼叫上下文信息。
143.具体地，呼叫上下文管理设备向媒体决策设备发送请求消息，如http(hypertext transfer protocol，超文本传输协议)请求消息，所述请求消息中包含所述目标呈现时机和所述呼叫上下文信息(中的全部或部分内容)。
144.步骤225-1：媒体决策设备基于所述目标呈现时机和所述呼叫上下文信息确定目标媒体内容。
145.具体地，媒体决策设备中的呈现内容决策模块1103接收上述请求消息，从中获取所述目标呈现时机和所述呼叫上下文信息，再基于所述目标呈现时机和所述呼叫上下文信息确定所述目标媒体内容。例如，基于目标呈现时机，确定目标媒体内容是否可包含音频数据，基于所述呼叫上下文信息中的部分或全部内容，确定媒体内容的内容特征。
146.关于如何基于目标呈现时机和呼叫上下文信息确定目标媒体内容，还可以进一步参考本技术后续实施例，如图4a-图4f对应的方法流程。
147.转步骤226。
148.步骤224-2：呼叫上下文管理设备向媒体决策设备发送所述呼叫上下文信息。
149.具体地，呼叫上下文管理设备向媒体决策设备发送请求消息，如http请求消息，所述请求消息中包含所述呼叫上下文信息(中的全部或部分内容)。
150.步骤225-2：媒体决策设备基于所述呼叫上下文信息确定目标媒体内容。
151.具体地，媒体决策设备中的呈现内容决策模块1103接收上述请求消息，从中获取所述呼叫上下文信息，再基于所述呼叫上下文信息确定所述目标媒体内容。
152.关于如何基于呼叫上下文信息确定目标媒体内容，还可以进一步参考本技术后续实施例，如图4a-图4f对应的方法流程。
153.步骤226：媒体决策设备向呼叫上下文管理设备返回所述目标媒体内容的信息。
154.具体地，媒体决策设备中的呈现内容决策模块1104向呼叫上下文管理设备返回所述目标媒体内容的信息，如所述目标媒体内容的标识，或者用于访问所述目标媒体内容的url(uniform resource locator，统一资源定位)；与步骤224对应地，本技术实施例不限定呼叫上下文管理设备向媒体决策设备返回所述目标媒体内容的信息的承载消息，例如可以是http响应消息。
155.应理解，步骤224-2-步骤225-2也可以在步骤223之前或与步骤223同时执行。
156.步骤227：呼叫上下文管理设备在所述目标呈现时机的开始时间点指示媒体呈现设备触发用户设备开始呈现所述目标媒体内容。
157.具体地，呼叫上下文管理设备中的呼叫上下文管理模块1101在所述目标呈现时机的开始时间点向媒体呈现设备发送指示信息，所述指示信息中包含所述目标媒体内容的信息，如所述目标媒体内容的标识或者所述目标媒体内容的url，以使媒体呈现设备触发用户设备开始呈现所述目标媒体内容。
158.步骤228：媒体呈现设备触发用户设备开始呈现所述目标媒体内容。
159.具体地，媒体呈现设备中的媒体呈现模块1104接收呼叫上下文管理设备发送的上述指示信息，从上述指示信息中获取所述目标媒体内容的信息，进而触发用户设备开始呈现所述目标媒体内容。关于如何触发用户设备开始呈现所述目标媒体内容，可以参考步骤204中的相关描述。
160.步骤229：呼叫上下文管理设备在所述目标呈现时机的结束时间点指示媒体呈现设备触发用户设备停止呈现所述目标媒体内容。
161.具体地，呼叫上下文管理设备中的呼叫上下文管理模块1101在所述目标呈现时机的结束时间点向媒体呈现设备发送指示信息，以使媒体呈现设备触发用户设备停止呈现所述目标媒体内容。
162.步骤230：媒体呈现设备触发用户设备停止呈现所述目标媒体内容。
163.具体地，媒体呈现设备中的媒体呈现模块1104接收呼叫上下文管理设备发送的上述指示信息，根据上述指示信息触发用户设备停止呈现所述目标媒体内容。关于如何触发用户设备停止呈现所述目标媒体内容，可以参考步骤205中的相关描述。
164.与步骤205类似，步骤229和步骤230也是可选的。例如，当目标媒体内容为视频内容时，也可以不执行步骤229和步骤230。
165.上述呼叫上下文管理设备与媒体呈现设备的配合关系或分工方式不是固定的。在一种可能的实现方案中，步骤227-步骤230的过程可以用另外一种方式实现：呼叫上下文管
理设备改为将所述目标呈现时机和所述目标媒体内容的信息发送给媒体呈现设备，由媒体呈现设备自主地在所述目标呈现时机的开始时间点或结束时间触发用户设备开始呈现所述目标媒体内容或停止呈现所述目标媒体内容，如此，呼叫上下文管理设备相当于向媒体呈现设备推送了一个定时任务。
166.图2c为本技术实施例提供的在呼叫过程中呈现媒体内容的第三方法流程图，该方法流程基于图1c所示通信系统实现，其中每个参与角色与图1c中实体的对应关系如图2c中的引用标记所示，例如，该方法流程中的“媒体决策设备”是指图1c中的媒体决策设备115，主要步骤如下：
167.步骤241：用户设备与呼叫设备之间的呼叫业务开始。
168.该步骤内容可以参考步骤201中的相关描述。
169.步骤242：在所述呼叫业务进行期间，呼叫上下文管理设备获取呼叫上下文信息。
170.该步骤的内容可以参考步骤202中的相关描述。
171.步骤243：呼叫上下文管理设备向媒体决策设备发送所述呼叫上下文信息。
172.该步骤的内容可以参考步骤224中的相关描述。
173.步骤244：媒体决策设备基于所述呼叫上下文信息确定目标呈现时机和/或目标媒体内容。
174.该步骤的内容可以参考步骤203中的相关描述。
175.步骤245：媒体决策设备向呼叫上下文管理设备返回所述目标呈现时机和/或目标媒体内容的信息。
176.该步骤的内容可以参考步骤226中的相关描述，所不同的是，该步骤媒体决策设备除了返回目标媒体内容的信息，还返回目标呈现时机相关的信息。
177.步骤246：呼叫上下文管理设备在所述目标呈现时机的开始时间点指示媒体呈现设备触发用户设备开始呈现所述目标媒体内容。
178.该步骤的内容可以参考步骤227中的相关描述。
179.步骤247：媒体呈现设备触发用户设备开始呈现所述目标媒体内容。
180.该步骤的内容可以参考步骤228中的相关描述。
181.步骤248：呼叫上下文管理设备在所述目标呈现时机的结束时间点指示媒体呈现设备触发用户设备停止呈现所述目标媒体内容。
182.该步骤的内容可以参考步骤229中的相关描述。
183.步骤249：媒体呈现设备触发用户设备停止呈现所述目标媒体内容。
184.该步骤的内容可以参考步骤230中的相关描述。
185.需说明，步骤248和步骤249也是可选的。例如，当目标媒体内容为视频内容时，也可以不执行步骤248和步骤249。
186.上述图2a-图2c对应的方法流程，尽管媒体应用系统内部的配合关系或分工方式各不同，但都可以用于实现呼叫过程中媒体应用业务，例如，动态彩铃业务、动态彩振业务或呼叫过程中广告业务等。
187.下面以图2c对应的分工方式为例，描述实现呼叫过程中广告业务的方法流程；这些方法流程均可以改为采用图2b、图2a对应的配合关系或分工方式实现，将不再赘述。
188.图3为本技术实施例提供的第四通信系统架构图，用于实现呼叫过程中广告业务，
其中包括：
189.广告系统(advertisement system，ads)301，相当于图1a、1b或1c中呼叫过程媒体应用系统11，包括：
[0190]-呼叫上下文管理服务器(calling context management server,cxms)3011，
[0191]-广告决策服务器(advertisement decision server,adds)3012，
[0192]-媒体呈现服务器(media rendering server，mrs)3013和
[0193]-数据分析服务器(data analysis server，das)3014
[0194]-用户设备uea 302、
[0195]-用户设备ueb 303、
[0196]-服务类型的会话控制功能(serving-call session control function，s-cscf)设备3041(图3中未画出)、
[0197]-账户控制应用服务器(accounting control application server,acas)3042(图3中未画出)、
[0198]-归属签约用户服务器(home subscriber server，hss)306、
[0199]-商业支撑系统(business supporting system，bss)307和
[0200]-ivr设备308；
[0201]
其中，cxms 3011、mrs 3013、uea 302、ueb 303和ivr设备308均连接至ims(ip multimedia system,ip多媒体子系统)网络304。
[0202]
上述设备或服务器分别描述如下：
[0203]
cxms 3011：相当于图1c中的呼叫上下文管理设备114，用于监视、获取uea 302与ueb 303之间、或者uea 302与ivr设备308之间进行的呼叫业务相关的呼叫信令，结合hss 306或bss 307提供的uea 302的套餐信息、账户信息、das 3014提供的双方(uea 302和ueb 303)预测通话时长、hss 306提供的uea的位置信息等中的一项或任意组合，得到呼叫上下文信息，并将所述呼叫上下文信息提供给adds 3012，以从adds 3012获取目标呈现时机和/或目标广告内容的信息，进而指示mrs 3013触发uea 302在所述目标呈现时机呈现所述目标广告内容。与呼叫上下文管理设备111或呼叫上下文管理设备114类似，cxms 3011也可以基于cat as和/或crs as实现。
[0204]
adds 3012：相当于图1c中的媒体决策设备115，用于基于cxms 3011提供的呼叫上下文信息决策目标呈现时机和/或目标广告内容,然后将所述目标呈现时机和/或所述目标广告内容的信息发送给cxms 3011；其中，决策目标呈现时机与决策目标广告内容之间可以没有依赖关系(也就是时间上可以不分先后)，也可以有依赖关系，例如基于目标呈现时机和所述呼叫上下文信息决策所述目标广告内容。
[0205]
在一个可能的场景中，所述目标呈现时机可以与所述呼叫上下文信息无关，而是由电信运营商和/或广告主事先设定，因而adds 3012就可以不基于所述呼叫上下文信息决策所述目标呈现时机。例如，在按点击次数计费的广告业务中，呈现时机可能比较固定，例如固定为拨号期间，不过，这种情况下可以基于所述呼叫上下文信息决策适合于uea 302对应的用户的广告内容(以降低用户对广告内容的反感程度)。
[0206]
在另一可能的场景中，所述目标广告内容也可以与所述呼叫上下文信息无关，而是由电信运营商和/或广告主事先设定，因而adds 3012就可以不基于呼叫上下文信息决策
目标广告内容。例如，按买断的时段结算的广告业务中，广告内容可能比较固定，例如固定为“某品牌葡萄酒”为主题的广告内容，不过，这种情况下可以基于所述呼叫上下文信息决策适合于uea 302对应的用户的目标呈现时机(以降低用户对呈现时机的反感程度)。
[0207]
mrs 3013：相当于图1b、图1c中的媒体呈现设备113，用于响应于cxms 3011的指示，触发uea 302呈现目标广告内容，其中，所述目标广告内容可以是adds 3012决策的，也可以是电信运营商和/或广告主预设的。mrs 3013可以通过此前已经建立的与uea 302之间的媒体通道发送所述目标广告内容，以使uea 302接收并呈现所述目标广告内容；mrs 3013也可以将所述目标广告内容的信息，如所述目标广告内容的url，发送给uea 302，再由uea 302触发建立自身与mrs 3013的媒体通道，进而通过该媒体通道获取并呈现所述目标广告内容，在此情况下，可选地，cxms 3011还可以在所述目标呈现时机的结束时间点，指示mrs 3013触发uea 302停止呈现所述目标广告内容，mrs 3013再根据指示向uea 302发送停止呈现广告内容的指示信息。类似地，mrs 3013也可以基于3gpp标准规范定义的mrf设备实现。
[0208]
das 3014：用于为cxms 3011提供形成呼叫上下文信息所需要的数据，如预测通话时长，以及为adds 3012提供用于决策目标呈现时机或者目标广告内容的依据，如广告内容的点击率、受欢迎程度等。
[0209]
根据电信运营商部署策略的不同，ads 301可以部署在ims网络304中靠近uea 302侧的位置(便于访问uea 302的相关信息)，也可以部署在ims网络304中靠近ueb 303侧的位置(便于访问ueb 303的相关信息)，还可以部署在ims网络304中的一个中立位置。当采用后两种部署位置时，ads 301可以通过远程接口、数据共享、数据同步等方式，访问uea302侧的相关信息，如订户信息、套餐信息等。
[0210]
uea 302与ueb 303：与图1a中用户设备12类似，实际应用中，图3中可以有更多的用户设备。
[0211]
s-cscf设备3041(图3中未画出)：ims网络的业务交换中心，主要负责接收并处理用户设备的注册请求、用户管理、会话控制、业务交换、业务控制、sip(session initiation protocol，会话发起协议)消息处理等，并能根据事先设定的应用触发规则将sip请求发送到相应的应用服务器，如cxms 3011和acas 3042等。
[0212]
acas 3042(图3中未画出)：用于从s-cscf设备3041接收uea 302的呼叫信令，对所述呼叫信令进行鉴权、计费等操作，可以从hss 306或bss 307获取uea 302对应的套餐信息、签约信息等，并将其通过呼叫信令提供给s-cscf设备3041。
[0213]
应理解，ims网络304中呼叫信令还可以经过一些其他网元，如sgw(serving gateway，服务网关)/pgw(packet data network gateway，分组数据网网关)、sbc(session border controller，会话边界控制器)/p-cscf(proxy-call session control function，代理类型呼叫会话控制功能)设备、i-cscf(interrogating-call session control function，查询类型呼叫会话控制功能)设备等，均未在图3中画出。
[0214]
hss 306：用于为ads 301、acas 3042等提供uea 302对应的网络套餐(例如，虚拟专用网套餐)信息和签约信息(例如，关于uea对应的用户是否允许在呼叫过程中呈现广告内容的信息)。
[0215]
bss 307：用于为das 306提供uea 302与ueb 303之间的通话记录等呼叫业务相关的原始数据、套餐(例如，数据流量包月套餐)信息。
[0216]
ivr设备308：为交互式语音应答设备，能完成引导用户进行服务选择、自动语音报读、转人工接续等功能，是呼叫中心(call center，cc)实现7
×
24小时服务的重要设备，可以以主叫身份发起与uea 302之间的呼叫业务(对呼叫中心而言称为外呼业务，outgoing call service)，也可以以被叫身份接受uea 302发起的呼叫业务(对呼叫中心而言称为内呼业务，incoming call service)，可以在与uea 302之间建立的rtp媒体流中获取uea 302在与该ivr设备交互过程中发送的按键序列，并将按键序列提供给cxms 3011，以使其据此形成呼叫上下文信息，作为后续adds 3012决策目标呈现时机和/或目标广告内容的部分依据。
[0217]
基于图3所示架构，可以实现图4a-图4f对应的方法流程，分别描述如下。
[0218]
图4a为本技术实施例提供的在呼叫过程中呈现广告内容的第一方法流程图，该方法流程基于图3所示架构实现，其中每个参与角色与图3中实体的对应关系如图4a中的引用标记所示，例如，该方法流程中的“cxms”是指图3中的cxms 3011；该方法流程中，呼叫上下文信息包含uea的呼叫状态信息，作为目标广告内容和/或目标呈现时机的决策依据之一，主要步骤如下：
[0219]
步骤400：uea与ueb开始呼叫业务。
[0220]
具体地，可以是uea作为主叫设备发起呼叫业务，也可以是ueb作为主叫设备发起呼叫业务。
[0221]
步骤401：cxms从ims网络接收所述呼叫业务的呼叫信令(第一呼叫信令)。
[0222]
具体地，在所述呼叫业务进行期间，cxms从ims网络中的呼叫会话控制设备，例如s-cscf设备，获取所述呼叫业务相关的呼叫信令，如sip-invite(sip邀请)消息、sip-ack(sip确认)消息、sip-options(sip可选项)消息、sip-bye(sip再见)消息或sip-cancel(sip取消)消息等。可选地，cxms也可以从其他类型的cscf设备获取所述呼叫信令。
[0223]
步骤402：cxms从hss获取uea的签约信息。
[0224]
由于可能有得用户不愿意在呼叫业务进行期间接收广告内容，cxms在接收到所述呼叫业务的呼叫信令时，获取uea对应的用户的签约信息，以确认用户是否同意在呼叫过程中呈现广告内容；如果签约信息表明用户不愿意在呼叫过程中呈现广告内容，则本方法流程到此结束，否则继续执行后续步骤。
[0225]
具体地，cxms解析上述呼叫信令，从中获取uea的标识，再向hss发送包含uea的标识的请求消息，进而从hss接收包含uea对应的签约信息的响应消息。本方法流程假设uea对应的签约信息表明用户同意在呼叫过程中呈现广告内容，cxms据此继续执行后面步骤。
[0226]
该步骤是可选的。当电信运营商具备条件默认所有用户同意在呼叫过程中接收广告内容时，或者当终端用户可以通过在用户设备设置是否在呼叫过程中接收广告内容时，cxms可以不获取uea对应用户的签约信息，不基于签约信息判断用户是否同意在呼叫过程中呈现广告内容。
[0227]
步骤403：cxms获取uea的呼叫状态信息。
[0228]
具体地，cxms解析上述呼叫信令，基于所述呼叫信令获取uea的呼叫状态信息，所述呼叫状态信息包括uea的呼叫状态及所述呼叫状态的相关信息。
[0229]
具体地，所述呼叫状态包括以下任意一项或任意组合：uea此前已进行的呼叫业务操作、uea当前正进行的呼叫业务操作或uea即将进行的呼叫业务操作；所述呼叫业务操作
包括拨号、等待、接听等；因此，所述呼叫状态体现了uea在呼叫业务过程中的进展；cxms从所述呼叫信令中读取信令码或状态码，根据所述信令码或状态码确定uea的呼叫状态，举例如下。
[0230]
假设步骤400中，uea作为主叫设备发起所述呼叫业务；如果步骤401中cxms收到的呼叫信令为“被叫振铃消息：180消息”，其中180为信令码或状态码，则cxms可以确定uea的呼叫状态为“作为主叫呼叫对方，对方可达，等待接通中”；如果步骤401中cxms收到的呼叫信令为“被叫关机消息：487消息”，则cxms可以确定uea的呼叫状态为“uea作为主叫呼叫对方，因对方已关机而等待挂机中”。更多的例子如表1所示。
[0231]
表1
[0232][0233]
本技术实施例不限定呼叫状态的表示方法，例如，可以用状态码来表示uea的呼叫状态，也可以用字符串来表示uea的呼叫状态。以“uea作为主叫呼叫对方，对方可达，等待接通中”的呼叫状态为例，可以用状态码“180”来表示，也可以用字符串“calling->ringback->waiting for answer”来表示。
[0234]
具体地，所述呼叫状态的相关信息包括所述呼叫状态的开始时间点和理论结束时间点。其中，所述呼叫状态的开始时间点是指uea进入所述呼叫状态的时间点；所述呼叫状态的理论结束时间点，是指根据相关信令协议，在没有任何一方用户干预的情况下，所述呼叫状态理论上的结束时间点；为叙述方便，将从所述呼叫状态的开始时间点到所述呼叫状态的理论结束时间点之间的期间，称为所述呼叫状态的理论持续期间，将从所述呼叫状态的开始时间点到所述呼叫状态的理论结束时间点之间的时长，称为所述呼叫状态的理论持续时长；例如，对于“uea作为主叫呼叫对方，因对方不可达而等待挂机中”的呼叫状态，如果uea对应的用户不挂机，则该状态的理论持续时长为60秒(根据相关信令协议)；再如，“uea作为主叫呼叫对方，因对方无应答而等待挂机中”的呼叫状态，如果uea的用户不挂机，则该呼叫状态的理论持续时长为120秒(根据相关信令协议)。
[0235]
可选地，cxms可以从所述呼叫信令中读取时间戳作为所述呼叫状态的开始时间点，也可以将从s-cscf设备接收到所述呼叫信令的时间点作为所述呼叫状态的开始时间
点。
[0236]
可选地，cxms根据相关信令协议，确定所述呼叫状态的理论结束时间点；应理解，并非每种呼叫状态都会有理论结束时间点，例如，当uea进入通话状态时，没有理论结论时间点，这种情况下，可以由adds预测通话时长，详见图4d对应方法流程。
[0237]
如此cxms获取到了uea的呼叫状态信息，包括所述呼叫状态、所述呼叫状态的开始时间点和所述呼叫状态的结束时间点。
[0238]
步骤404：cxms向adds发送包含uea的呼叫状态信息的呼叫上下文信息。
[0239]
关于使uea呈现媒体内容，存在两个因素：目标呈现时机和目标广告内容，这二者之一或全部(参见步骤203)，可以基于uea的呼叫上下文信息确定。
[0240]
具体地，为了让adds基于呼叫上下文信息确定所述目标呈现时机和/或所述目标广告内容，cxms基于步骤403所获取到的呼叫状态信息生成呼叫上下文信息，且向adds发送呈现信息请求消息(示例性承载消息为http请求消息)，所述呈现信息请求消息包含所述呼叫上下文信息，所述呼叫上下文信息包含所述呼叫状态信息。可选地，所述呼叫上下文信息还包含uea的标识或者uea对应的用户的标识，cxms基于上述呼叫信令获取uea的标识或者uea对应的用户的标识。所述呈现信息请求消息的示例如下：
[0241][0242]
应理解，该呈现信息请求消息中数据的层次结构只是示例性的，而非限定。本领域技术人员可以据此设计其他层次结构的呈现信息请求消息。
[0243]
应理解，发送给adds的呼叫上下文信息中包含的内容越多，adds可决策的内容就越多，作出决策的合理性就越高；如果减少要求adds决策的内容或者降低决策合理性的要求，呼叫上下文信息中包含的内容可以适当减少，例如，可以不包含上述starttime字段和estendtime字段。
[0244]
步骤405：adds基于所述呼叫上下文信息确定目标呈现时机和/或目标广告内容。
[0245]
具体地，adds从cxms接收所述呈现信息请求消息，从中获取所述呼叫上下文信息，再从所述呼叫上下文信息中获取所述呼叫状态信息，进而基于所述呼叫状态信息确定所述目标呈现时机和/或所述目标广告内容。
[0246]
(1)关于如何基于所述呼叫状态信息确定所述目标呈现时机，示例性方法如下。
[0247]
adds从所述呈现信息请求消息获取所述呼叫状态的开始时间点，基于所述呼叫状态的开始时间点设置所述目标呈现时机的开始时间点；以及从所述呈现信息请求消息获取所述呼叫状态的理论结束时间点，基于所述理论结束时间点设置所述目标呈现时机的结束时间点。
[0248]
例如，假设所述呼叫状态的开始时间点为tstart,所述呼叫状态的理论结束时间点为tendt，则可以按表2所示设定目标呈现时机的开始时间点和结束时间点。
[0249]
表2
[0250][0251]
应理解，表2并非穷举，本领域技术人员可以基于本技术实施例，以其他方式实现基于所述呼叫状态的开始时间点和理论结束时间点设置所述目标呈现时机的开始时间点和结束时间点。
[0252]
需说明，如果uea的呼叫状态表明uea处于通话中，或者被对方置于呼叫保持状态，则没有相应的理论结束时间点，所述目标呈现时机的结束时间点可以由adds根据预设的时长dset确定，例如，将其设置为时间点tstart dset。
[0253]
应理解，adds也可以不对目标呈现时机作出决策，不向cxms返回目标呈现时机，则后续cxms可以自己决策目标呈现时机。
[0254]
(2)关于如何基于所述呼叫状态信息确定所述目标广告内容，示例性方法如下。
[0255]
(2.1)adds可以根据所述呼叫上下文信息中的呼叫状态确定uea所处的呼叫阶段(指“通话前”、“通话中”还是“通话后”)，进而将uea所处的呼叫阶段作为确定目标广告内容的因素或者条件之一。
[0256]
adds可以在与所述呼叫阶段无音频冲突的广告内容中选择所述目标广告内容。所谓音频冲突，是指导致uea的对应的用户同时听到呼叫业务自身的声音(如对方说话的声音)和广告内容的声音的情况。具体地，当uea处于“通话前”或者“通话后”的呼叫阶段，由于不存在通话音频内容，则既可以在有声音的广告内容中选择所述目标广告内容，也可以在无声音的广告内容中选择所述目标广告内容，而如果uea处于“通话中”的呼叫阶段，则由于有通话音频内容，只在无声音的广告内容(如无声音的视频内容、gif动画或html页面等)中选择所述目标广告内容,以避免广告内容中的声音与通话音频相冲突、干扰用户通话体验；
[0257]
adds也可以在与所述呼叫阶段有音频冲突的广告内容中选择所述目标广告内容，但为所述目标广告内容设置音频标记或者音频冲突标记。具体地，当uea处于“通话中”的呼叫阶段，在有声音的广告内容中选择所述目标广告内容，且在将目标广告内容的信息中附带音频冲突标记或者音频标记(参见步骤406示例消息)，以便后续在触发uea呈现所述目标广告内容时，不触发呈现所述目标广告内容的音频部分。
[0258]
(2.2)adds也可以将所述呼叫状态的开始时间点和理论结束时间点作为确定所述目标广告内容的因素或条件之一；例如，adds在呈现时长(假设是视频类型的广告内容)不大于所述呼叫状态的理论持续时长dsta的广告内容中选择出所述目标广告内容。应理解，如果adds选择出的目标广告内容为多个视频内容时，则这些视频内容的总时长不大于dsta。
[0259]
应理解，图像、html页面等类型的广告内容，其呈现时长受目标呈现时机约束，因此，可以将此类目标广告内容的时长视为零，因而满足“呈现时长不大于所述呼叫状态的理论持续时长dsta”的要求，至于其呈现时长，可以通过设置目标呈现时机的开始时间点和结束时间点达到控制呈现时长的目的。
[0260]
(2.3)adds也可以将uea所处的呼叫阶段和uea在所述呼叫状态下的理论持续时长dsta结合起来，共同作为确定所述目标广告内容的因素。例如，对于“uea作为主叫呼叫对方，因对方不可达而等待挂机中”的呼叫状态，uea所处的呼叫阶段为“通话前”，理论持续时长为60秒，则adds可以在时长不大于60秒且有声音的视频类型的广告内容中选择出所述目标广告内容。
[0261]
(2.4)应理解，uea的呼叫状态信息，只是确定所述目标广告内容的部分因素，adds还可以结合uea的呼叫状态信息和其他因素确定所述目标广告内容。例如，adds还可以从上述呼叫上下文信息中获取uea的标识或者uea对应的用户的标识，将其发送给das以从das获取uea对应的用户的特征信息，进而将该特征信息也作为确定所述目标广告内容的因素。例如，假设adds获取用户特征信息为“年轻用户”，则优先选择适合年轻用户的产品的广告内容。
[0262]
应理解，adds也可以不对目标广告内容作出决策，不返回目标广告内容的信息，则后续cxms可以将默认的或者预设的广告内容作为目标广告内容。
[0263]
应理解，确定目标广告内容和确定目标呈现时机之间的时间顺序并不固定。例如，在目标广告内容为非视频内容(图片、html页面等)的情况下，可以先确定目标广告内容，再确定目标呈现时机；而在目标广告内容为视频内容的情况下，可以先确定目标呈现时机，再基于目标呈现时机确定目标广告内容。例如，上面将目标呈现时机的开始时间点设置为tstart，而将结束时间点设置为tstart k*(tendt-tstart)，则可在播放时长不大于k*(tendt-tstart)的视频内容中选择所述目标广告内容。
[0264]
步骤406：adds向cxms返回所述目标呈现时机和/或目标广告内容的信息。
[0265]
具体地，adds向cxms返回呈现信息响应消息，其中包含步骤405确定的目标呈现时机和/或目标广告内容的信息(如所述目标广告内容的标识或者所述目标广告内容的url)。所述呈现信息响应消息的示例如下：
[0266][0267]
或者
[0268][0269]
或者
步骤410确定结束时间点；如果此前adds已提供所述目标呈现时机的结束时间点，则可以通过步骤409-步骤410更新所述目标呈现时机的结束时间点；这样可以做到目标广告内容仅在所述呼叫状态的实际持续期间(即从开始时间点到实际结束时间点之间的期间)内呈现，有助于改善用户体验。
[0286]
步骤409：cxms继续从ims网络接收所述呼叫业务的呼叫信令(第二呼叫信令)。
[0287]
该步骤的具体内容可以参考步骤401。
[0288]
步骤410：cxms确定或更新所述目标呈现时机的结束时间点。
[0289]
具体地，cxms基于步骤409获取的呼叫信令，确定uea的上述呼叫状态结束(或者uea进入不同于上述呼叫状态的另一个呼叫状态)，则将所述目标呈现时机的结束时间点更新为当前时间点，以使mrs立即触发uea停止呈现所述目标广告内容，或者直接立即指示mrs触发uea停止呈现所述目标广告内容，然后转步骤412。
[0290]
步骤411：cxms在目标呈现时机的结束时间点指示mrs触发uea停止呈现所述目标广告内容。
[0291]
具体地，cxms在所述目标呈现时机的结束时间点向mrs发送指示信息，以使mrs触发uea停止呈现所述目标广告内容。其中，所述目标呈现时机的结束时间点，可以是步骤405中确定的结束时间点，也可以是步骤410中确定或更新的结束时间点。
[0292]
示例性的指示信息如下：
[0293][0294]
或者
[0295][0296]
或者
[0297][0298]
步骤412：mrs触发uea停止呈现所述目标广告内容。
[0299]
具体地，mrs接收呼叫上下文管理设备发送的上述指示信息，根据上述指示信息触发uea停止呈现所述目标广告内容。关于如何触发uea停止呈现所述目标广告内容，可以参考步骤205中的相关描述。
[0300]
步骤411-步骤412是可选的步骤。
[0301]
上述图4a对应的方法流程基于用户设备的呼叫状态信息决策广告内容和/或呈现时机，可以在一定程度上降低广告内容的呈现对通话体验的影响，从而提高用户对呼叫过程中的广告内容的认可度，提升广告效果，进而提高运营商网络资源的利用率。
[0302]
图4b为本技术实施例提供的在呼叫过程中呈现广告内容的第二方法流程图，该方法流程基于图3所示架构实现，其中每个参与角色与图3中实体的对应关系如图4b中的引用标记所示，例如，该方法流程中的“adds”是指图3中的adds 3012；该方法流程中，呼叫上下文信息包含呼叫业务的已持续通话时长，作为目标广告内容及目标呈现时机的决策依据之一，主要步骤如下：
[0303]
步骤420：uea与ueb开始呼叫业务。
[0304]
该步骤的内容可以参考步骤400。
[0305]
步骤421：cxms从ims网络接收所述呼叫业务的呼叫信令。
[0306]
该步骤的内容可以参考步骤401。
[0307]
步骤422：cxms从hss获取uea的签约信息。
[0308]
该步骤的内容可以参考步骤402。
[0309]
步骤423：cxms从ims网络接收所述呼叫业务的呼叫信令(摘机信令，第一呼叫信令)。
[0310]
具体地，在所述呼叫业务进行期间，cxms继续从ims网络中的s-cscf设备接收所述呼叫业务的呼叫信令，在确定接收到的呼叫信令为被叫摘机信令，例如为“被叫摘机消息：200ok-invite消息”的呼叫信令时，转步骤424，否则继续接收或监视所述呼叫业务的呼叫信令。
[0311]
应理解，这里被叫设备可以是uea，也可以是ueb。
[0312]
步骤424：cxms开始计时。
[0313]
具体地，cxms在确定双方进入通话状态时开始为所述呼叫业务计时，例如，记下此刻的时间点tcon，或者记录摘机信令中的时间戳stampbegin，或者为所述呼叫业务启动计时器。
[0314]
步骤425：cxms计算所述呼叫业务的已持续通话时长。
[0315]
具体地，cxms持续监视s-cscf设备发送的所述呼叫业务的呼叫信令，确认所述呼叫业务仍处于通话中，并计算所述呼叫业务的已持续通话时长dpss，例如，dpss＝tcur-tcon，或者dpss＝tcur-stampbegin，还可以从步骤423启动的计时器中读取出dpss。
[0316]
步骤426：cxms向adds发送包含所述呼叫业务的已持续通话时长的呼叫上下文信息。
[0317]
具体地，cxms基于步骤425所获取的已持续通话时长dpss生成呼叫上下文信息并向adds发送包含所述呼叫上下文信息的呈现信息请求消息，所述呼叫上下文信息包含所述已持续通话时长dpss；可选地，所述呼叫上下文信息还包含uea的标识或者uea对应的用户的标识，cxms获取uea的标识或者uea对应的用户的标识的方法，可以参考步骤404；可选地，所述呼叫上下文信息还可以包含uea的当前呼叫状态，cxms获取uea的当前呼叫状态的方法，可以参考步骤403。示例性的呈现信息请求消息如下：
[0318]
[0319][0320]
步骤427：adds基于所述已持续通话时长确定目标呈现时机和/或目标广告内容。
[0321]
具体地，adds从cxms接收所述呈现信息请求消息，从中获取呼叫上下文信息，进而基于所述呼叫上下文信息确定目标呈现时机和/或目标广告内容。具体地，adds从所述呼叫上下文信息中获取所述已持续通话时长dpss，进而基于dpss为uea确定目标呈现时机和/或目标广告内容。
[0322]
(1)关于如何基于dpss确定目标呈现时机，示例性方法如下。
[0323]
adds可以基于当前时间点设置所述目标呈现时机的开始时间点，以及基于所述已经持续通话时长设置所述目标呈现时机的结束时间点。
[0324]
adds可以将当前时间点tcur作为目标呈现时机的开始时间点，而将时间点tcur m*dpss作为目标呈现时机的结束时间点。如果目标广告内容为视频内容，则目标呈现时机的结束时间点也可以为空(不设置具体值)。
[0325]
例如，假设当前时间点tcur,则可以按表3所示设置所述目标呈现时机的开始时间点和结束时间点。
[0326]
表3
[0327][0328]
应理解，表3并非穷举，本领域技术人员可以基于本技术实施例，以其他方式实现基于当前时间点和已持续通话时长设置所述目标呈现时机的开始时间点和结束时间点。
[0329]
(2)关于如何基于dpss确定目标广告内容，示例性方法如下。
[0330]
adds基于所述已持续通话时长dpss确定目标呈现时长dtgt，在呈现时长不大于所述目标呈现时长dtgt的媒体内容中选择所述目标广告内容。
[0331]
例如，adds可以将m*dpss作为所述目标呈现时长dtgt；然后在呈现时长不大于dtgt的广告内容(与上述实施例类似，图片等非视频类广告内容，呈现时长视为零)中选择出所述目标广告内容。应理解，目标呈现时长可以不必与已持续通话时长呈比例关系，还可以为阶梯函数关系或者分段函数关系，不赘述。
[0332]
与步骤405类似，已持续通话时长只是确定所述目标广告内容的部分因素，adds还可以综合其他因素确定所述目标广告内容。例如，adds还可以从das请求uea对应的用户的特征信息，进而将该特征信息也作为确定所述目标广告内容的因素或条件。假设adds获取用户特征信息为“上班族”，则优先选择适合上班族的产品的广告内容。再如，adds还可以结合uea的呼叫状态确定所述目标广告内容。假设adds根据uea的呼叫状态确定所述呼叫业务
已结束，则可以选择带声音的广告内容。
[0333]
应理解，adds也可以不对目标广告内容作出决策，不向cxms返回目标广告内容的信息，则后续cxms可以自己决策目标广告内容。
[0334]
与步骤405类似，adds可以先确定目标呈现时机，再基于确定的目标呈现时机确定目标广告内容。例如，上述将目标呈现时机的开始时间点设置在当前时间点tcur，而将结束时间点设置在tcur k*dpss，则可在播放时长不大于k*dpss的视频内容中选择目标广告内容。
[0335]
步骤428：adds向cxms返回所述目标呈现时机和/或目标广告内容的信息。
[0336]
该步骤的内容可以参考步骤406。
[0337]
步骤429：cxms在目标呈现时机的开始时间点指示mrs触发uea开始呈现所述目标广告内容。
[0338]
该步骤的内容可以参考步骤407。
[0339]
步骤430：mrs触发uea开始呈现所述目标广告内容。
[0340]
该步骤的内容可以参考步骤408。
[0341]
至此，uea开始呈现所述所述目标广告内容。
[0342]
在一种可能的方案中，cxms可以事先获取(例如，从adds获取)上报间隔时间interval，以在每隔interval时间执行：向adds上报所述呼叫业务的已持续通话时长(参见步骤426)，从adds接收目标呈现时机和/或目标媒体内容的信息(参见步骤427和步骤428)，再指示mrs触发uea在目标呈现时机呈现目标媒体内容(参见步骤429和步骤430)。这样可以实现在呼叫业务通话期间，间歇性或周期性触发用户设备呈现出时间长度与此前通话时长相称的广告内容。
[0343]
在另一种可能的方案中，cxms也可以在所述呼叫业务结束时(从s-cscf设备接收到表示“ueb挂机”的呼叫信令)，才向adds上报所述呼叫业务的已持续通话时长。这样可以实现在通话结束之际触发用户设备呈现出时间长度与此前通话时长相称的广告内容。
[0344]
如果此前adds未提供所述目标呈现时机的结束时间点，则可以通过步骤431-步骤432确定结束时间点；如果此前adds已提供所述目标呈现时机的结束时间点，则可选地，通过步骤431-步骤432更新所述目标呈现时机的结束时间点；这样可以做到目标广告内容的呈现不跨过通话结束的时间点，可以满足不希望通话结束仍呈现广告内容的终端用户的需求。
[0345]
步骤431：cxms继续从ims网络接收所述呼叫业务的呼叫信令(第二呼叫信令)。
[0346]
该步骤的具体内容可以参考步骤409。
[0347]
步骤432：cxms确定或更新所述目标呈现时机的结束时间点。
[0348]
具体地，cxms基于步骤431获取的呼叫信令，如果确定uea仍处于通话状态，则维持此前adds提供的目标呈现时机的结束时间点不变，如果确定uea的通话结束，则将所述目标呈现时机的结束时间点更新为当前时间点，以使mrs立即触发uea停止呈现所述目标广告内容，或者直接指示mrs触发uea停止呈现所述目标广告内容，然后转步骤434。
[0349]
步骤433：cxms在目标呈现时机的结束时间点指示mrs触发uea停止呈现所述目标广告内容。
[0350]
该步骤的内容可以参考步骤411。
[0351]
步骤434：mrs触发uea停止呈现所述目标广告内容。
[0352]
该步骤的内容可以参考步骤412。
[0353]
与上文其他方法流程类似，步骤433-步骤434也是可选的步骤。
[0354]
上述图4b对应的方法流程基于已持续通话时长决策广告内容的时间长度和/或呈现时机，使得广告内容呈现时长与实际持续通话时长成正相关性，可以在一定程度上提高用户对广告内容的接受程度，提升广告效果，进而提高运营商网络资源的利用率。
[0355]
图4c为本技术实施例提供的在呼叫过程中呈现广告内容的第三方法流程图，该方法流程基于图3所示架构实现，其中每个参与角色与图3中实体的对应关系如图4c中的引用标记所示，例如，该方法流程中的“mrs”是指图3中的mrs 3013；该方法流程中，用户设备的按键输入被作为目标广告内容及目标呈现时机的决策依据之一，主要步骤如下：
[0356]
步骤440：uea与ivr设备开始呼叫业务。
[0357]
具体地，可以是uea作为主叫设备发起呼叫业务(内呼业务)，也可以是ivr设备作为主叫设备发起呼叫业务(外呼业务)。此后，ivr设备开始监视用户通过uea输入的按键信息；具体地，ivr设备监视双方间的rtp媒体流，从中获取并记录uea 302发送的dtmf(dual-tone multifrequency，双音多频)信号，以形成按键序列(有些场合也称其为拨号序列、拨号轨迹、呼叫轨迹等，包含一个到多个按键信息)，例如，“3->2->4”，表示uea侧的用户先拨“3”(一级菜单中选择第三项)，再拨“2”(二级菜单中选择第二项)，最后拨“4”(三级菜单中选择第四项)，此时，根据ivr设备的业务逻辑，应该向用户播放三级菜单第四项对应的放音内容，例如，播放用户账单明细的音频内容。这些菜单项对应的放音内容，有些是用户想详细听的，有些是导航作用，用户熟悉之后可以不必详细听，这个过程适合触发用户设备呈现广告内容。
[0358]
一个ivr设备可以同时与多个用户设备提供语音服务，因此，ivr设备可以记录用户设备的标识与按键序列的对应关系，以便后续向cxms提供某个用户设备的按键序列。
[0359]
步骤441：cxms从ims网络接收所述呼叫业务的呼叫信令。
[0360]
具体地，在所述呼叫业务进行期间，cxms从s-cscf设备接收所述呼叫业务相关的呼叫信令，并从中获取uea的标识。
[0361]
步骤442：cxms从hss获取uea的签约信息。
[0362]
具体地，cxms根据步骤441获取的uea的标识向hss查询获取uea的签约信息。
[0363]
基于所获取的uea的签约信息，cxms确定用户同意在呼叫过程中呈现广告内容，继续执行后续步骤。类似地，该步骤为可选。
[0364]
步骤443：cxms从ivr设备获取uea的按键序列信息(第一按键序列信息)。
[0365]
具体地，cxms基于步骤441的呼叫信令获取用户在所述呼叫业务期间通过uea输入的按键序列及所述按键序列的相关信息。为叙述方便，以下将用户在所述呼叫业务期间通过uea输入的按键序列简称为“uea的按键序列”。
[0366]
具体地，所述按键序列的相关信息包含所述按键序列对应的语音服务的开始时间点和理论结束时间点。其中，所述语音服务可以是所述按键序列对应的自动放音服务，例如播放用户的充值缴费记录的音频内容，也可以是所述按键序列对应的人工语音服务，例如，接受用户投诉的人工服务；当所述语音服务为自动放音服务时，所述语音服务的开始时间点是指ivr设备开始向uea播放相应音频内容的时间点，而所述语音服务的理论结束时间点
是指在没有干预的情况下(如uea不挂机)，根据ivr语音服务编排计划，ivr设备完成向uea播放音频内容的时间点；所述语音服务为人工语音服务时，所述语音服务的开始时间点是指uea接通客户代表(customer agent)座席电话的时间点，而所述语音服务的理论结束时间点并不实际存在，但可以用预测结束时间点代替，例如，ivr设备可以根据所述按键序列对应的人工语音服务的历史平均服务时长估计出所述预测结束时间点，例如，假设开始时间点为thumanstart，所述按键序列对应的人工语音服务的历史平均服务时长为daverage，则确定所述预测结束时间点为thumanstart daverage。
[0367]
在一种可能的方案中，cxms可以周期性向ivr设备发送查询请求，所述查询请求中包含uea的标识；ivr设备根据uea的标识在本地查找uea对应的按键序列，并向cxms发送按键序列信息，所述按键序列信息包含该按键序列、该按键序列对应的语音服务的开始时间点和理论结束时间点。
[0368]
在另一种可能的方案中，cxms还可以向ivr设备发送订阅请求，所述订阅请求中包含uea的标识，以订阅uea的按键序列事件。当ivr设备检测到uea的按键输入时，基于检测到的按键输入和此前记录的按键输入形成按键序列(例如，首次检测到案件输入为“1”，则形成按键序列为“1”，再次检测到按键“4”，则形成按键序列为“1->4”)，向cxms发送按键序列通知消息，所述通知消息中包含该按键序列、该案件序列对应的语音服务的开始时间点和理论结束时间点。应理解，首次检测到按键输入时，按键序列包含一个按键。
[0369]
上述ivr设备发送给cxms的按键序列信息示例如下：
[0370][0371]
上述cxms与ivr设备之间的配合关系或分工方式不是固定的。在一种可能的方案中，用户设备按键序列对应的语音服务的开始时间点和理论结束时间点也可以由cxms来确定。从而，ivr设备发送给cxms的按键序列信息可以简化为：
[0372][0373]
cxms接收到该按键序列后再进一步完善开始时间点和理论结束时间点。为此，cxms可以事先从ivr设备获取每一个可能的按键序列对应的放音时长，如表4所示。cxms可以将从ivr设备接收到按键序列信息的时间点trcv作为所述按键序列对应语音服务的开始时间点，将trcv daudio作为所述按键序列对应语音服务的理论结束时间点，其中daudio为所述按键序列对应的放音时长。
[0374]
表4
[0375][0376]
步骤444：cxms向adds发送包含uea的按键序列的呼叫上下文信息。
[0377]
具体地，cxms基于上述步骤获取的按键序列信息生成呼叫上下文信息并向adds发送包含所述呼叫上下文信息的呈现信息请求消息，所述呼叫上下文信息包含所述按键序列信息；可选地，所述呼叫上下文信息还包含uea的标识或者uea对应的用户的标识，cxms获取uea的标识或uea对应的用户的标识的方法，可以参考步骤404；可选地，所述呼叫上下文信息还包含ivr设备的相关标识，如ivr设备对应的电话号码，cxms可以从上述呼叫信令中获取ivr设备的相关标识。
[0378]
所述呈现信息请求消息的示例如下：
[0379][0380]
步骤445：adds基于所述呼叫上下文信息确定目标呈现时机和/或目标广告内容。
[0381]
具体地，adds从cxms接收所述呈现信息请求消息，从中获取呼叫上下文信息，进而基于所述呼叫上下文信息确定所述目标呈现时机和/或所述目标广告内容。
[0382]
(1)关于如何基于呼叫上下文信息确定所述目标呈现时机，示例性方法如下。
[0383]
adds从所述呈现信息请求消息获取所述按键序列对应语音服务的开始时间点，基于所述开始时间点设置所述目标呈现时机的开始时间点；以及从所述呈现信息请求消息获取所述按键序列对应语音服务的理论结束时间点，基于所述理论结束时间点设置所述目标呈现时机的结束时间点。
[0384]
例如，假设所述按键序列对应的语音服务的开始时间点为tvoicestart,所述按键序列对应的语音服务的理论结束时间点为tvoiceend，则可以按表5所示设定目标呈现时机的开始时间点和结束时间点。
[0385]
表5
[0386]
[0387]
应理解，表5并非穷举，本领域技术人员可以基于本技术实施例，以其他方式实现基于相应语音服务的开始时间点和理论结束时间点设置所述目标呈现时机的开始时间点和结束时间点。
[0388]
(2)关于如何基于呼叫上下文信息确定目标广告内容，示例性方法如下。
[0389]
adds从所述呈现信息请求消息获取所述按键序列信息，包括所述按键序列、所述按键序列对应语音服务的开始时间点和理论结束时间点，基于所述按键序列信息确定所述目标广告内容。
[0390]
adds可以根据所述按键序列对应语音服务的开始时间点tvoicestart和理论结束时间点tvoiceend计算所述按键序列对应的语音服务时长dplay＝tvoicestart-tvoiceend，再将dplay作为确定所述目标广告内容的因素或者条件之一；例如，在呈现时长不大于dplay的广告内容(与上述实施例类似，图片等非视频类广告内容，呈现时长视为零)中选择所述目标广告内容。
[0391]
adds还可以将所述按键序列对应的语音服务的内容作为确定所述目标广告内容的因素或者条件之一，或者说，基于所述按键序列对应的语音服务的内容确定所述目标内容。例如，在与所述按键序列对应的语音服务内容相匹配的营销性媒体内容中选择所述目标广告内容。例如，假设按键序列“2->1->3”对应的是“无线路由器故障报修”，则adds可以据此确定用户可能需要换无线路由器，进而选择某品牌无线路由器的宣传网页作为所述目标广告内容。为此，adds可以事先从ivr设备获取每一个可能的按键序列对应的语音服务的内容。
[0392]
在一种可能的方案中，adds也可以在与所述按键序列对应的语音服务内容相匹配的辅助性媒体内容中选择所述目标广告内容，如ivr设备的语音菜单介绍内容等。
[0393]
应理解，按键序列对应的语音服务时长、语音服务内容等，可以只是确定所述目标广告内容的部分因素，adds还可以综合其他因素，例如，uea对应的用户的特征信息、uea的位置信息、套餐信息或账户信息等，确定所述目标广告内容。具体可以参考本技术其他实施例。
[0394]
步骤446：adds向cxms返回所述目标呈现时机和/或目标广告内容的信息。
[0395]
该步骤的内容可以参考步骤406。
[0396]
步骤447：cxms在目标呈现时机的开始时间点指示mrs触发uea开始呈现所述目标广告内容。
[0397]
该步骤的内容可以参考步骤407。
[0398]
步骤448：mrs触发uea开始呈现所述目标广告内容。
[0399]
该步骤的内容可以参考步骤408。
[0400]
至此，uea开始呈现所述所述目标广告内容。
[0401]
如果此前adds未提供所述目标呈现时机的结束时间点，则可以通过步骤449-步骤450确定结束时间点；如果此前adds已提供所述目标呈现时机的结束时间点，则可以通过步骤449-步骤450更新所述目标呈现时机的结束时间点；这样可以做到目标广告内容仅在所述序列对应的语音服务的实际持续期间(即从所述语音服务的开始时间点到实际结束时间点之间的期间)内呈现，有助于改善用户体验。
[0402]
由于在放音期间，终端用户继续进行按键输入，从而会中断ivr设备的放音，cxms
可在从ivr设备收到新的按键序列后，指示mrs触发用户设备结束呈现广告内容，并基于新的按键序列确定新的目标广告内容，再指示mrs触发用户设备呈现新的目标广告内容。
[0403]
步骤449：cxms继续从ivr设备获取uea的按键序列信息(第二按键序列信息)。
[0404]
该步骤的具体内容可以参考步骤441。
[0405]
步骤450：cxms确定或更新所述目标呈现时机的结束时间点。
[0406]
具体地，cxms基于步骤449获取的按键序列，将所述目标呈现时机的结束时间点确定或更新为当前时间点，以使mrs立即触发uea停止呈现所述目标广告内容，或者直接指示mrs触发uea停止呈现所述目标广告内容，然后转步骤452。
[0407]
步骤451：cxms在目标呈现时机的结束时间点指示mrs触发uea停止呈现所述目标广告内容。
[0408]
该步骤的内容可以参考步骤411。
[0409]
步骤452：mrs触发uea停止呈现所述目标广告内容。
[0410]
该步骤的内容可以参考步骤412。
[0411]
与上文其他方法流程类似，步骤451-步骤452也是可选的步骤。
[0412]
上述图4c对应的方法流程基于用户设备的按键序列决策广告内容和/或呈现时机，可以增加广告内容的呈现与用户操作的相关性，提高用户对广告内容的关注度，由此提高广告的转化率，从而提高运营商网络资源的利用率。
[0413]
图4d为本技术实施例提供的在呼叫过程中呈现广告内容的第四方法流程图，该方法流程基于图3所示架构实现，其中每个参与角色与图3中实体的对应关系如图4d中的引用标记所示，例如，该方法流程中的“ivr设备”是指图3中的ivr设备308；该方法流程中，呼叫上下文信息包含呼叫业务的预测通话时长，作为目标广告内容及目标呈现时机的决策依据之一，主要步骤如下：
[0414]
步骤460：uea与ueb开始呼叫业务。
[0415]
该步骤的内容可以参考步骤400。
[0416]
步骤461：cxms从ims网络接收所述呼叫业务的呼叫信令(第一呼叫信令)。
[0417]
该步骤的内容可以参考步骤401。
[0418]
可选地，cxms可以在确定所述呼叫信令为被叫摘机信令(意味着双方将进入通话状态)时才继续本方法流程的后续步骤，否则继续执行步骤461。
[0419]
步骤462：cxms从hss获取uea的签约信息。
[0420]
该步骤的内容可以参考步骤402。
[0421]
步骤463：cxms从das获取所述呼叫业务的预测通话时长。
[0422]
cxms基于上述呼叫信令获取所述预测通话时长，具体地：
[0423]
cxms解析上述呼叫信令，从中获取uea的标识和ueb的标识；
[0424]
cxms向das发送预测请求消息，所述预测请求消息中包含uea的标识和ueb的标识；
[0425]
das接收所述预测请求消息，从中获取uea的标识和ueb的标识，获取uea与ueb之间的历史通话时长记录，进而根据该历史通话时长记录，预测本次uea与ueb之间的呼叫业务的通话时长，即所述呼叫业务的预测通话时长；
[0426]
das向cxms发送预测响应消息，所述预测响应消息中包含所述预测通话时长。
[0427]
在一种可能的实施方式下，该步骤中的das的功能，也可以部署在cxms内部。
[0428]
应理解，das也可以根据uea与其他用户设备的历史通话时长记录，预测所述呼叫业务的通话时长，从而cxms可以在上述预测请求消息中不包含ueb的标识。
[0429]
应注意，das设备应在满足所在地区政策法规的情况下，例如在获得用户显式许可的情况下，使用用户的历史通话时长记录。本技术实施例中，关于可能涉及用户隐私数据的情况，均可参照此处说明。
[0430]
步骤464：cxms向adds发送包含所述呼叫业务的预测通话时长的呼叫上下文信息。
[0431]
具体地，cxms基于步骤463所获取的预测通话时长生成呼叫上下文信息并向adds发送包含所述呼叫上下文信息的呈现信息请求消息，所述呼叫上下文信息包含所述预测通话时长；可选地，所述呼叫上下文信息还包含uea的标识或者uea对应的用户的标识，cxms获取uea的标识或uea对应的用户的标识的方法，可以参考步骤404；可选地，所述呼叫上下文信息还可以包含uea的当前呼叫状态，cxms获取uea的呼叫状态的方法，可以参考步骤403。
[0432]
示例性的呈现信息请求消息如下：
[0433][0434][0435]
步骤465：adds基于呼叫上下文信息确定目标呈现时机和/或目标广告内容。
[0436]
具体地，adds从cxms接收所述呈现请求消息，从中获取呼叫上下文信息，进而基于所述呼叫上下文信息确定所述目标呈现时机和/或所述目标广告内容。具体地，adds从所述呼叫上下文信息中获取所述呼叫业务的预测通话时长，假设为dest，进而基于dest为uea确定所述目标呈现时机和/或所述目标广告内容。
[0437]
(1)关于如何基于dest确定所述目标呈现时机，示例性方法如下。
[0438]
adds可以基于当前时间点和所述预测通话时长设置所述目标呈现时机的开始时间点和结束时间点；例如，adds可以按表6确定所述目标呈现时机。
[0439]
表6
[0440][0441]
应理解，表6并非穷举，本领域技术人员可以基于本技术实施例，以其他方式实现基于当前时间点和预测通话时长设置所述目标呈现时机的开始时间点和结束时间点。
[0442]
毕竟dest只是预测的通话时长，实际通话时长可能远低于dest，导致在表3所示的部分开始时间点到来之前，所述呼叫业务可能已经结束或即将结束，这种情况下cxms可以取消在相应的目标呈现时机触发uea呈现所述目标广告内容的计划，本方法流程终止；cxms
还可以在取消计划的基础上，响应于通话结束相关的呼叫信令，基于实际已通话时长获取新的目标呈现时机和/或新的目标广告内容，以指示mrs触发uea呈现目标广告内容，具体参见图4b对应的方法流程中的相关描述。
[0443]
(2)关于如何基于dest确定目标广告内容，示例性方法如下。
[0444]
adds可以预设一个比例系数k(0<k<1，电信运营商或广告主可以根据市场反应情况动态调整这个k值)，k*dest作为目标呈现时长；然后在呈现时长不大于k*dest的广告内容(与上述实施例类似，图片等非视频类广告内容，呈现时长视为零)中选择出所述目标广告内容。
[0445]
应理解，目标广告内容的呈现时长可以不必与预测时长成正比，而是其他非线性关系，比如采用分段函数或阶梯函数的方式(例如，5分钟<dest<10分钟，目标广告内容的时长为5秒，10分钟<dest<15分钟，目标广告内容的时长为10秒)。
[0446]
与步骤405类似，预测通话时长只是确定所述目标广告内容的部分因素，adds还可以综合其他因素确定所述目标广告内容。例如，adds还可以从das请求uea对应的用户的特征信息，进而将该特征信息也作为确定所述目标广告内容的因素或条件。假设adds获取用户特征信息为“上班族”，则优先选择适合上班族的产品的广告内容。再如，adds还可以从所述呼叫上下文信息获取uea的呼叫状态信息，确定uea处于“通话前”的呼叫阶段，则可以在有声音的广告内容中选择所述目标广告内容。
[0447]
应理解，adds也可以不对目标广告内容作出决策，不向cxms返回目标广告内容的信息，则后续cxms可以自己决策目标广告内容。
[0448]
与步骤405类似，adds可以先确定目标呈现时机，再基于确定的目标呈现时机确定目标广告内容。例如，上述将目标呈现时机设置所述呼叫业务的中间时段或末尾时段(对应呼叫阶段)，则可在无声音的视频类型的广告内容、html页面或图片等类型的广告内容中选择目标广告内容，以避免带声音的广告内容影响用户的通话体验。
[0449]
步骤466：adds向cxms返回所述目标呈现时机和/或所述目标广告内容的信息。
[0450]
该步骤的内容可以参考步骤406。
[0451]
步骤467：cxms在目标呈现时机的开始时间点指示mrs触发uea开始呈现所述目标广告内容。
[0452]
该步骤的内容可以参考步骤407。所不同的是，这里的目标呈现时机的开始时间点可能是未来的时间点，则cxms可以启动定时器，以在目标呈现时机的开始时间点到来时，向mrs发送指示信息，以指示mrs触发uea呈现所述目标广告内容。
[0453]
步骤468：mrs触发uea开始呈现所述目标广告内容。
[0454]
该步骤的内容可以参考步骤408。
[0455]
至此，uea开始呈现所述所述目标广告内容。
[0456]
如果此前adds未提供所述目标呈现时机的结束时间点，则可以通过步骤469-步骤470确定结束时间点；如果此前adds已提供所述目标呈现时机的结束时间点，则可选地，通过步骤469-步骤470更新所述目标呈现时机的结束时间点；这样可以做到目标广告内容的呈现不跨过通话结束的时间点，可以满足不希望通话结束仍呈现广告内容的终端用户的需求。
[0457]
步骤469：cxms继续从ims网络接收所述呼叫业务的呼叫信令(第二呼叫信令)。
[0458]
该步骤的具体内容可以参考步骤409。
[0459]
步骤470：cxms确定或更新所述目标呈现时机的结束时间点。
[0460]
具体地，cxms基于步骤469获取的呼叫信令，如果确定uea仍处于通话状态，则维持此前adds提供的目标呈现时机的结束时间点不变，如果确定uea的通话结束，则将所述目标呈现时机的结束时间点更新为当前时间点，以使mrs立即触发uea停止呈现所述目标广告内容，或者直接指示mrs触发uea停止呈现所述目标广告内容，然后转步骤472。
[0461]
步骤471：cxms在目标呈现时机的结束时间点指示mrs触发uea停止呈现所述目标广告内容。
[0462]
该步骤的内容可以参考步骤411。
[0463]
步骤472：mrs触发uea停止呈现所述目标广告内容。
[0464]
该步骤的内容可以参考步骤412。
[0465]
与上文其他方法流程类似，步骤471-步骤472也是可选的步骤。
[0466]
上述图4d对应的方法流程基于预测通话时长决策广告内容和/或呈现时机，使得广告内容呈现时长与预测通话时长成正相关性，可以在一定程度上提高用户对广告内容的接受程度，提升广告效果，进而提升运营商网络资源的利用率。
[0467]
图4e为本技术实施例提供的在呼叫过程中呈现广告内容的第五方法流程图，该方法流程基于图3所示架构实现，其中每个参与角色与图3中实体的对应关系如图4e中的引用标记所示，例如，该方法流程中的“bss”是指图3中的bss 307；该方法流程中，用户设备的套餐信息或账户信息被作为目标广告内容及目标呈现时机的决策依据之一，主要步骤如下：
[0468]
步骤480：uea与ueb开始呼叫业务。
[0469]
该步骤的内容可以参考步骤400。
[0470]
步骤481-步骤483：s-cscf设备从acas获取uea的套餐信息/账户信息/签约信息。
[0471]
步骤481：s-cscf设备向acas发送所述呼叫业务的呼叫信令
[0472]
步骤482-1：acas从所述呼叫信令获取uea的标识，根据uea的标识向hss获取uea的网络业务类套餐信息，如vpn(virtual private network，虚拟专用网)套餐的信息，以及uea的签约信息；
[0473]
步骤482-2：acas根据uea的标识向bss获取uea的资费类套餐信息，如包月套餐的信息，以及账户信息，如账户余额、欠费情况等。
[0474]
上述套餐信息包括套餐剩余有效期、套餐余额等，本技术实施例对此不作限定。
[0475]
步骤483：acas将获取到的这些套餐信息/账户信息/签约信息通过呼叫信令发送给s-cscf设备。
[0476]
随后，s-cscf设备可以将acas发送的套餐信息和签约信息通过呼叫信令发送给cxms。
[0477]
步骤484：cxms从ims网络接收所述呼叫业务的呼叫信令。
[0478]
具体地，在所述呼叫业务进行期间，cxms从s-cscf设备接收所述呼叫业务相关的呼叫信令，响应于该呼叫信令，cxms获取uea的签约信息(如步骤485-1或步骤485-2所述)和套餐信息/账户信息(如步骤486-1或步骤486-2所述)。
[0479]
步骤485-1：cxms从呼叫信令中获取uea的签约信息。
[0480]
具体地，如果步骤484的呼叫信令中包含uea的签约信息，则从该呼叫信令中获取
uea的签约信息。
[0481]
步骤485-2：cxms从hss获取uea的签约信息。
[0482]
具体地，如果步骤484的呼叫信令中未包含uea的签约信息，则从该呼叫信令中获取uea的标识，根据uea的标识向hss获取uea的签约信息。
[0483]
基于所获取的uea的签约信息，cxms确定用户同意在呼叫过程中呈现广告内容，继续执行后续步骤。
[0484]
步骤486-1：cxms从呼叫信令中获取uea的套餐信息/账户信息。
[0485]
具体地，如果步骤484的呼叫信令中包含uea的套餐信息或账户信息，则从该呼叫信令中获取uea的套餐信息/账户信息。
[0486]
步骤486-2-1：cxms从hss获取uea的网络业务类套餐信息。
[0487]
具体地，如果步骤484的呼叫信令中未包含uea的网络业务类套餐信息，则从该呼叫信令中获取uea的标识，根据uea的标识向hss获取uea的网络业务类套餐信息，如vpn套餐的信息。
[0488]
步骤486-2-2：cxms从bss获取uea的资费类套餐信息/账户信息，如包月套餐的信息。
[0489]
具体地，如果步骤484的呼叫信令中未包含uea的资费类套餐信息或账户信息，则从该呼叫信令中获取uea的标识，根据uea的标识向bss获取uea的资费类套餐信息(如数据流量套餐信息)或账户信息。
[0490]
以上套餐信息，均可以包括套餐余额或者套餐剩余有效期信息。
[0491]
步骤487：cxms向adds发送包含uea的套餐信息/账户信息的呼叫上下文信息。
[0492]
具体地，cxms基于上述步骤所获取的套餐信息/账户信息生成呼叫上下文信息并向adds发送包含所述呼叫上下文信息的呈现信息请求消息，所述呼叫上下文信息包含所述套餐信息/账户信息，所述套餐信息包括套餐余额或者套餐剩余有效期，所述账户信息包含账户余额；可选地，所述呼叫上下文信息还包含uea的标识或者uea对应的用户的标识，cxms获取uea的标识或者uea对应的用户的标识的方法，可参考步骤404；可选地，所述呼叫上下文信息还可以包含uea的呼叫状态，cxms获取uea的呼叫状态的方法，可以参考步骤403。
[0493]
呈现信息请求消息示例如下：
[0494][0495]
步骤488：adds基于呼叫上下文信息确定目标呈现时机和/或目标广告内容。
[0496]
具体地，adds从cxms接收所述呈现信息请求消息，从中获取呼叫上下文信息，进而基于所述呼叫上下文信息确定目标呈现时机和/或目标广告内容。具体地，adds从所述呼叫上下文信息中获取uea的套餐信息或账户信息，进而基于该套餐信息或账户信息为uea确定所述目标呈现时机和/或所述目标广告内容。
[0497]
(1)关于如何基于uea的套餐信息或账户信息确定所述目标呈现时机，示例性方法如下。
[0498]
adds可以从所述套餐信息获取套餐余额或者套餐剩余有效期，基于所述套餐余额或者套餐剩余有效期，确定套餐续订或账户充值的紧急程度，再根据所述紧急程度，确定所述目标呈现时机；例如，如果uea的套餐剩余有效期还有1个月，则可以将目标呈现时机设置在所述呼叫业务的末尾，即所述目标呈现时机的开始时间点为通话结束的时间点，既起了提醒作用，又最小程度干扰通话体验；如果uea的套餐剩余有效期仅剩下7天，则可以将目标呈现时机的开始时间点设为开始拨号的时间点，可以更容易引起用户的关注，并及时续订套餐或更换套餐。类似地，adds也可以从所述账户信息中获取账户余额，再根据余额数量的不同，确定所述目标呈现时机，例如，余额剩余超过某个阈值(如50元)时，将目标呈现时机设置在呼叫业务的末尾，而在余额少于该阈值时时，将目标呈现时机设置在呼叫业务的开头。
[0499]
应理解，adds也可以不对目标呈现时机作出决策，则后续cxms可以自己决策目标呈现时机。
[0500]
应理解，adds还可以结合uea的呼叫状态、预测通话时长、已持续通话时长，确定所述目标广告内容和所述目标呈现时机，具体方法可以参考本技术实施例提供的其他方法流程。
[0501]
(2)关于如何基于uea的套餐信息或账户信息确定所述目标广告内容，示例性方法如下。
[0502]
adds可以在与所述套餐信息或账户信息相匹配的广告内容(例如，uea的套餐的续订介绍视频、uea的套餐的替代方案介绍视频、账户充值方式介绍视频、账户充值优惠方案介绍视频等)中选择出所述目标广告内容。其中，套餐信息或账户信息与广告内容之间的匹配方法可以很多，例如：计算广告内容的关键词或元数据信息与套餐名称或关键字之间的相似度、或者计算广告内容的关键词或元数据信息与账户充值业务的关键字之间的相似度，当所述相似度超过预设阈值时，确定为“匹配”。
[0503]
与步骤405类似，uea的套餐信息/账户信息只是确定所述目标广告内容的部分因素，adds还可以综合其他因素确定所述目标广告内容。例如，adds还可以结合uea的呼叫状态确定所述目标广告内容。假设adds根据uea的呼叫状态确定所述呼叫业务已结束，则在带声音的广告内容中选择所述目标广告内容。adds还可以结合用户的特征信息，确定所述目标广告内容，例如，假设用户的特征为“年轻人”，则在适合于年轻用户的套餐的推广视频内容中选择所述目标广告内容。
[0504]
步骤489：adds向cxms返回所述目标呈现时机和/或目标广告内容的信息。
[0505]
该步骤的内容可以参考步骤406。
[0506]
步骤490：cxms在所述目标呈现时机的开始时间点指示mrs触发uea开始呈现所述目标广告内容。
[0507]
该步骤的内容可以参考步骤407。
[0508]
可选地，cxms在所述目标呈现时机的开始时间点到来之前，还可以继续从s-cscf设备、bss、hss获取uea的套餐信息，或者从bss获取uea的账户信息(具体参考步骤486-1、步骤486-2-1、步骤486-2-2等)，当发现uea的套餐信息或账户信息发生变化，例如账户充值，套餐续订，则取消在所述目标呈现时机触发uea呈现所述目标广告内容的计划，本方法流程到此终止。
[0509]
步骤491：mrs触发uea开始呈现所述目标广告内容。
[0510]
该步骤的内容可以参考步骤408。
[0511]
步骤492：cxms在目标呈现时机的结束时间点指示mrs触发uea停止呈现所述目标广告内容。
[0512]
该步骤的内容可以参考步骤411。
[0513]
步骤493：mrs触发uea停止呈现所述目标广告内容。
[0514]
该步骤的内容可以参考步骤412。
[0515]
与上文其他方法流程类似，步骤492-步骤493也是可选的步骤。
[0516]
上述图4e对应的方法流程基于用户设备的套餐信息/账户信息决策广告内容和/或在呼叫业务过程中的呈现时机，可以及时避免用户的通信业务因为费用问题而中断，有助于提高用户体验，也提高运营商网络资源的利用率。
[0517]
图4f为本技术实施例提供的在呼叫过程中呈现广告内容的第六方法流程图，该方法流程基于图3所示架构实现，其中每个参与角色与图3中实体的对应关系如图4f中的引用标记所示，例如，该方法流程中的“hss”是指图3中的hss 306；该方法流程中，用户设备的位置信息被作为目标广告内容及目标呈现时机的决策依据之一，主要步骤如下：
[0518]
步骤4a0：uea与ueb开始呼叫业务。
[0519]
该步骤的内容可以参考步骤400。
[0520]
步骤4a1-步骤4a3：s-cscf设备从acas获取uea的位置信息/签约信息。
[0521]
步骤4a1：s-cscf设备向acas发送所述呼叫业务的呼叫信令；
[0522]
步骤4a2：acas从所述呼叫信令获取uea的标识，根据uea的标识向hss获取uea的位置信息和签约信息。
[0523]
本技术实施例中所述的位置信息，可以是用户设备所在位置的经度和纬度相关的信息，也可以是用户设备所在城市、地区的标识或名称，还可以是用户设备所在街道、场所或建筑物的名称或标识；可以是二维坐标(gps定位)，也可以是三维坐标(室内定位)；本技术实施例不限定位置信息的内容和形式，后续将不再赘述。
[0524]
步骤4a3：acas将获取到的位置信息/签约信息通过呼叫信令发送给s-cscf设备。
[0525]
随后，s-cscf设备可以将acas发送的位置信息和签约信息通过呼叫信令发送给cxms。
[0526]
步骤4a4：cxms从ims网络接收所述呼叫业务的呼叫信令。
[0527]
具体地，在所述呼叫业务进行期间，cxms从s-cscf设备接收所述呼叫业务相关的呼叫信令，响应于该呼叫信令，cxms获取uea的签约信息(如步骤4a5-1或步骤4a5-2所述)和位置信息(如步骤4a6-1或步骤4a6-2所述)。
[0528]
步骤4a5-1：cxms从呼叫信令中获取uea的签约信息。
[0529]
具体地，如果步骤4a4的呼叫信令中包含uea的签约信息，则从该呼叫信令中获取uea的签约信息。
[0530]
步骤4a5-2：cxms从hss获取uea的签约信息。
[0531]
具体地，如果步骤4a4的呼叫信令中未包含uea的签约信息，则从该呼叫信令中获取uea的标识，根据uea的标识向hss获取uea的签约信息。
[0532]
基于所获取的uea的签约信息，cxms确定用户同意在呼叫过程中呈现广告内容，继
续执行后续步骤。
[0533]
步骤4a6-1：cxms从呼叫信令中获取uea的位置信息。
[0534]
具体地，如果步骤4a4的呼叫信令中包含uea的位置信息，则从该呼叫信令中获取uea的位置信息。
[0535]
步骤4a6-2：cxms从hss获取uea的位置信息。
[0536]
具体地，如果步骤4a4的呼叫信令中未包含uea的位置信息，则基于该呼叫信令从hss获取uea的位置信息；具体地，cxms从该呼叫信令中获取uea的标识，根据uea的标识向hss查询并获取uea的位置信息。
[0537]
步骤4a7：cxms向adds发送包含uea的位置信息的呼叫上下文信息。
[0538]
具体地，cxms基于上述步骤所获取的位置信息生成呼叫上下文信息并向adds发送包含所述呼叫上下文信息的呈现信息请求消息，所述呼叫上下文信息包含所述位置信息；可选地，所述呼叫上下文信息还包含uea的标识或者uea对应的用户的标识，cxms获取uea的标识或uea对应的用户的标识的方法，可以参考步骤404；可选地，所述呼叫上下文信息还可以包含uea的当前呼叫状态，cxms获取uea的呼叫状态的方法，可以参考步骤403。
[0539]
呈现信息请求消息示例如下：
[0540][0541]
步骤4a8：adds基于所述呼叫上下文信息确定目标呈现时机和/或目标广告内容。
[0542]
具体地，adds从cxms接收所述呈现信息请求消息，从中获取呼叫上下文信息，进而基于所述呼叫上下文信息确定目标呈现时机和/或目标广告内容。具体地，adds从所述呼叫上下文信息中获取所述位置信息，基于所述位置信息确定所述目标呈现时机和/或所述目标广告内容。
[0543]
(1)关于如何基于uea的位置信息确定所述目标广告内容，示例性方法如下。
[0544]
adds可以在与所述位置信息相关的商业场所相关的广告内容中选择所述目标广告内容。例如，adds可以在确定uea的位置信息位于某个区域范围内的情况下，选择该区域范围内的商家的广告内容(例如，某商场促销广告等，或者该区域范围内的公益广告，例如，垃圾分类公益广告等)中选择所述目标广告内容。
[0545]
与步骤405类似，位置信息只是确定所述目标广告内容的部分因素，adds还可以综合其他因素确定所述目标广告内容。例如，adds还可以从das请求uea对应的用户的特征信息，进而将该特征信息也作为确定所述目标广告内容的因素或条件。假设adds获取用户特征信息为“出租车司机”，则优先选择适合出租车司机的产品的广告内容。再如，adds还可以结合uea的呼叫状态确定所述目标广告内容。假设adds根据uea的呼叫状态确定uea在通话中，则可以选择不带声音的广告内容。
[0546]
(2)关于如何基于uea的位置信息确定所述目标呈现时机，示例性方法如下。
[0547]
adds可以记录uea的位置信息，形成位置信息历史记录(在获得用户同意、符合相
关法规要求下)，进而确定uea在某个位置的“新鲜程度”(在某个位置的累计时长，该时长越短越“新鲜”)或“频繁程度”(在单位时间内在某个位置的出现次数)，在根据uea的在某个位置(即所述位置信息对应的地理位置)的新鲜程度或频繁程度确定目标呈现时机，例如，如果uea是首次进入某个位置，则可以将目标呈现时机的开始时间点设为开始拨号的时间点，例如将相应的广告内容设为“xxx运营商欢迎您”，这样可以提高用户的沉浸感，而如果uea已是多次进入某个位置，则可以将目标呈现时机的开始时间点设为通话结束时。为此，adds可以记录uea的位置信息，据此确定所述新鲜程度。
[0548]
应理解，adds还可以结合uea的呼叫状态、预测通话时长、已持续通话时长、套餐信息或账户信息等，确定所述目标广告内容和所述目标呈现时机，具体方法可以参考前文所述方法流程。
[0549]
步骤4a9：adds向cxms返回所述目标呈现时机和/或目标广告内容的信息。
[0550]
该步骤的内容可以参考步骤406。
[0551]
步骤4b0：cxms在所述目标呈现时机的开始时间点指示mrs触发uea开始呈现所述目标广告内容。
[0552]
该步骤的内容可以参考步骤407。
[0553]
可选地，cxms在所述目标呈现时机的开始时间点到来之前，还可以继续从s-cscf设备、hss获取uea的位置信息(具体参考步骤4a6-1、步骤4a6-2等)，当发现uea的位置信息发生变化(已经离开了此前的位置)，则取消在所述目标呈现时机触发uea呈现所述目标广告内容的计划，本方法流程到此终止。
[0554]
步骤4b1：mrs触发uea开始呈现所述目标广告内容。
[0555]
该步骤的内容可以参考步骤408。
[0556]
步骤4b2：cxms在目标呈现时机的结束时间点指示mrs触发uea停止呈现所述目标广告内容。
[0557]
该步骤的内容可以参考步骤411。
[0558]
步骤4b3：mrs触发uea停止呈现所述目标广告内容。
[0559]
该步骤的内容可以参考步骤412。
[0560]
与上文其他方法流程类似，步骤4b2-步骤4b3也是可选的步骤。
[0561]
上述图4f对应的方法流程基于用户设备的位置信息决策广告内容和/或呈现时机，可以为用户提供沉浸式体验，进而提高用户对广告内容的关注度，并提高广告的转化率，从而提高运营商网络资源的利用率。
[0562]
上述图4a-4f中，确定目标呈现时机的功能是部署在adds上的，均可以按图1b及图2b所示的分工方式，改为部署在cxms上；cxms、adds、das和mrs是分开部署的，均可以按图1a及图2a所示的方式，改为部署在同一个物理设备上，还可以将cxms、adds和das部署在一个物理设备上，mrs部署在另一个物理设备。本技术实施例对cxms、adds、das和mrs的部署方式不作限定。
[0563]
图5为本技术实施例提供的媒体应用设备、呼叫上下文管理设备或媒体决策设备的硬件结构图。本技术实施例中的所有媒体应用设备(例如，图1a的媒体应用设备110)、呼叫上下文管理设备(例如，图1b的呼叫上下文管理设备111,图1c的呼叫上下文管理设备114，图3的cxms 3011)、媒体决策设备设备(例如，图1b的媒体决策设备112，图1c的媒体决
策设备115，图3的adds 3012)，均可以采用图5所示的通用的计算机硬件结构实现，其中包括处理器501、存储器502、总线503、输入设备504、输出设备505以及网络接口506，其中输入设备504与输出设备505为可选的。
[0564]
具体地，存储器502可以包括以易失性和/或非易失性存储器形式的计算机存储媒体，如只读存储器和/或随机存取存储器。存储器502可以存储操作系统、应用程序、其他程序模块、可执行代码和程序数据。
[0565]
输入设备504可以用于输入信息，便于系统管理员对媒体应用设备、呼叫上下文管理设备或媒体决策设备进行操作和管理等，例如，在媒体应用设备上管理待呈现媒体内容、在呼叫上下文管理设备配置媒体决策设备的ip地址、在媒体决策设备上配置各种门限或阈值等；输入设备504可以为键盘或指向设备，如鼠标、轨迹球、触摸板、麦克风、操纵杆、游戏垫、卫星电视天线、扫描仪或类似设备，均可以通过总线503连接至处理器501。
[0566]
输出设备505可以用于输出信息，便于系统管理员对对媒体应用设备、呼叫上下文管理设备或媒体决策设备进行操作和管理等；例如，在媒体应用设备上显示存储空间、在呼叫上下文管理设备上显示媒体决策设备的ip地址、在媒体决策设备上显示各种门限或阈值等；除了监视器之外，输出设备505还可以为其他外围输出设备，如扬声器和/或打印设备，也均可以通过总线503连接到处理器501。
[0567]
媒体应用设备、呼叫上下文管理设备或媒体决策设备均可以通过网络接口506连接到网络中，例如连接到局域网(local area network，lan)。在联网环境下媒体应用设备、呼叫上下文管理设备或媒体决策设备中存储的计算机执行指令可以存储在远程存储设备中，而不限于在本地存储。
[0568]
当媒体应用设备中的处理器501执行存储器502中存储的可执行代码或应用程序时，媒体应用设备可以执行以上所有实施例中与媒体应用设备相对应的方法步骤，如步骤202、203和204等；具体执行过程均参见上述实施例，在此不再赘述。
[0569]
当呼叫上下文管理设备的处理器501执行存储器502中存储的可执行代码或应用程序时，呼叫上下文管理设备可以执行以上所有实施例中与呼叫上下文管理设备相对应的方法步骤，如步骤222、223、224、242、243、403、425、443、463、486-1和4a6-1；具体执行过程均参见上述实施例，在此不再赘述。
[0570]
当媒体决策设备中的处理器501执行存储器502中存储的可执行代码或应用程序时，媒体决策设备可以执行以上所有实施例中与媒体决策设备相对应的方法步骤，如步骤225-1、225-2、244、405、427、445、465、488和4a8；具体执行过程均参见上述实施例，在此不再赘述。
[0571]
图6为本技术实施例提供的呼叫上下文管理设备的逻辑结构示意图，所述呼叫上下文管理设备用于获取呼叫上下文信息，并根据呼叫上下文信息使用户设备在呼叫业务过程中呈现媒体内容，包括：
[0572]-接收模块601，用于从呼叫会话控制设备接收呼叫业务的呼叫信令；
[0573]-获取模块602，用于基于所述呼叫信令获取呼叫上下文信息，所述呼叫上下文信息包含用于描述参与呼叫业务的用户设备在所述呼叫业务过程中的进展或者所述用户设备在所述呼叫业务过程中所处的环境的信息；具体执行过程参见上述实施例中呼叫上下文管理设备侧的步骤说明，如步骤242、403和425等。
[0574]-指示模块603，用于基于所述呼叫上下文信息指示媒体呈现设备触发所述用户设备12呈现媒体内容；具体执行过程参见上述实施例中呼叫上下文管理设备侧的步骤说明，如步骤246、407和447等。
[0575]
图7为本技术实施例提供的媒体决策设备的逻辑结构示意图，所述媒体决策设备用于为呼叫上下文管理设备决策呈现媒体内容的时机和/或待呈现的媒体内容，包括：
[0576]
接收模块701，用于从呼叫上下文管理设备114接收呼叫上下文信息，所述呼叫上下文信息是指用于描述参与呼叫业务的用户设备12在所述呼叫业务过程中的进展或者所述用户设备12在所述呼叫业务过程中所处的环境的信息；具体执行过程参见上述实施例中媒体决策设备侧的步骤说明，如步骤243、404和426等；
[0577]
决策模块702，用于基于所述呼叫上下文信息确定目标呈现时机和/或目标媒体内容；具体执行过程参见上述实施例中媒体决策设备侧的步骤说明，如步骤244、405和427等。
[0578]
发送模块703，用于向所述呼叫上下文管理设备114发送所述目标呈现时机和/或所述目标媒体内容的信息，以使所述呼叫上下文管理设备触发所述用户设备在所述目标呈现时机呈现所述目标媒体内容；具体执行过程参见上述实施例中媒体决策设备侧的步骤说明，如步骤245、406、428和446等。
[0579]
图6所示呼叫上下文管理设备和图7所示媒体决策设备是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit，asic)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到这些设备也可以采用图5所示的形式。例如获取模块602、指示模块603、接收模块701、决策模块702和发送模块703都可以通过图5中的处理器501和存储器502来实现。例如，获取模块602获取呼叫上下文信息的功能和决策模块702确定目标呈现时机和/或目标媒体内容的功能，均可以通过由处理器501来执行存储器502中存储的代码来实现。
[0580]
本领域普通技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0581]
在本技术所提供的几个实施例中，应该理解到，所揭露的系统、设备和方法，可以通过其它的方式实现。例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
[0582]
以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。