使用多媒体服务的通信装置、方法和系统的制作方法

使用多媒体服务的通信装置、方法和系统的制作方法
【专利摘要】提供一种使用各种多媒体服务支持可视和可听通信的装置和方法。提供一种在通信系统的服务器中使用多媒体服务提供通信的方法。该方法包括：从第一设备接收对第二设备的语音呼叫连接请求。该方法还包括：通过web网络，给第一设备提供预先生成的关于第二设备的视觉多媒体信息。该方法进一步包括：连接在第一设备和第二设备之间的语音呼叫。
【专利说明】
使用多媒体服务的通信装置、方法和系统
技术领域
[0001 ]本公开一般涉及使用多媒体服务的通信。
【背景技术】
[0002] 近来，除了面向语音的通信，使用各种多媒体服务的通信在考虑中。例如，诸如全 球移动通信系统协会(GSMA)的富通信套件(Rich Communication Suite，RCS)以及万维网 联盟(World Wide Web Consortium，W3C)的Web实时通信(WebRTC)之类的技术在呼叫中利 用比利用传统语音通信基础设施的以前和收敛web技术丰富的服务。

【发明内容】

[0003] 技术方案
[0004] 为了解决现有技术的以上论述的缺陷，本公开主要方面提供一种用于支持使用各 种多媒体服务的可视和可听通信的装置和方法。
[0005] 本公开另一方面提供一种提供用于使用各种多媒体服务的通信的基本框架和优 化的用户界面的装置和方法。
[0006] 本公开又一方面提供一种用于在呼叫尝试或呼叫期间交换简档并且在呼叫方和 被叫方之间共享数据服务的装置和方法。
[0007]在第一示例中，提供一种在通信系统的服务器中使用多媒体服务提供通信的方 法。该方法包括:从第一设备接收对第二设备的语音呼叫连接请求。该方法还包括:通过web 网络，给第一设备提供预先生成的与第二设备相关的视觉多媒体信息。该方法进一步包括： 连接在第一设备和第二设备之间的语音呼叫。
[0008] 在第二示例中，提供一种在通信系统中的呼叫方设备的通信方法。该方法包括:请 求来自被叫方设备的语音呼叫连接。该方法还包括:通过web网络，从服务器接收预先生成 的与被叫方设备相关的视觉多媒体信息。该方法进一步包括:与被叫方设备通信。
[0009] 在第三示例中，提供一种在通信系统中的呼叫方设备的通信方法。该方法包括:执 行与被叫方设备的语音通信。该方法还包括:在呼叫期间执行应用和web浏览器中的至少一 个。该方法进一步包括:与被叫方设备共享应用和由web浏览器执行的网页内容中的至少一 个。
[0010] 在第四示例中，提供一种在通信系统中用于使用多媒体服务提供通信的服务器的 装置。该装置包括呼叫处理控制块。该装置还包括与web网络交互工作（interwork with)的 服务器。呼叫处理控制块被配置成:从第一设备接收对第二设备的语音呼叫连接请求。呼叫 处理控制块还被配置成:连接第一设备和第二设备之间的语音呼叫。响应于接收的语音呼 叫连接请求，服务器被配置成:通过web网络，给第一设备提供预先生成的与第二设备相关 的视觉多媒体信息。
[0011]在第五示例中，提供一种在通信系统中的呼叫方设备的装置。该装置包括用于语 音通信的第一客户端。该装置还包括处理数据的第二客户端。第一客户端被配置成请求来 自被叫方设备的语音呼叫连接，并且与被叫方设备通信。第二客户端被配置成:通过web网 络，从服务器接收预先生成的与被叫方设备相关的视觉多媒体信息。
[0012] 在第六示例中，提供一种在通信系统中的呼叫方设备的装置。该装置包括用于语 音通信的第一客户端。该装置还包括处理数据的第二客户端。第一客户端被配置成执行与 被叫方设备的语音通信。第二客户端被配置成:在呼叫期间执行应用和web浏览器中的至少 一个，并且与被叫方设备共享由应用和由web浏览器执行的网页内容中的至少一个。
[0013] 从下面结合附图进行的公开了本公开示范性实施例的详细描述中，该公开的其它 方面、优点和显著特征对于本领域技术人员将变得清楚。
[0014] 在进行下面的详细描述之前，阐述贯穿本专利文档中使用的某些词语和短语的定 义可能是有利的：术语"包括"和"包含"以及其派生词意为包括而没有限制；术语"或"是包 含的，意为和/或；短语"与……相关联"、"与其相关联"以及其派生词可意为包括、被包括 在……内、与……互联、包含、被包含在……内、连接到……或与……连接、耦合到……或 与……耦合、可与……通信、与……合作、交织、并列、接近……、被绑定到……或用……绑 定、具有、具有……的属性等等;而术语"控制器"意为控制至少一个操作的任何设备、系统 或其部件，这样的设备可以硬件、固件或软件、或者它们中的至少两个相同的一些组合来实 现。应当注意:与任何特定控制器相关联的功能性可以是集中式或分布式的，无论是本地还 是远程。贯穿本专利文档提供对某些词语和短语的定义，本领域普通技术人员应当理解:如 果不是大多数情况下，也是在许多情况下，这样的定义适用于现有的以及这样定义的词语 和短语的未来使用。
【附图说明】
[0015] 为了更全面地理解本公开及其优点，现在参考下面结合附图进行的描述，其中相 同的附图标记表示相同的部件：
[0016] 图1图示根据本公开的使用dialweb(拨号网站)服务的通信的示例；
[0017]图2图示根据本公开的示例性dialweb网络架构；
[0018]图3图示根据本公开的示例性dialweb客户端；
[0019] 图個示根据本公开的示例性dialweb服务器；
[0020] 图5图示根据本公开的用于dialweb服务的呼叫处理的示例；
[0021] 图6A和6B图示根据本公开的基本呼叫应用的示例性用户界面；
[0022]图7A到7D图示根据本公开的示例性个人联系人搜索；
[0023]图8A和8B图示根据本公开的示例性相互联系人搜索；
[0024]图9A至9D图示根据本公开的各种简档交换的示例；
[0025] 图IOA至IOF图示根据本公开的容易用户可访问性和共享屏幕转移的示例；
[0026] 图IlA和IlB图示根据本公开的用于在呼叫期间的容易服务菜单访问的示例性屏 蒂；
[0027]图12A至12F图示根据本公开的用于在呼叫期间访问各种app的示例性屏幕扩展；
[0028] 图13A至13D图示根据本公开的在呼叫期间的web内容合并的示例；
[0029] 图14A至14D图示根据本公开的在呼叫期间的游戏程序合并的示例；
[0030] 图15图示根据本公开的用于错过的呼叫的示例性拒绝消息传输；
[0031] 图16图示根据本公开的示例性最佳web执行器；
[0032] 图17图示根据本公开的事件决定因素和事件组的示例性定义；
[0033] 图18图示根据本公开的用于在最佳app执行器的控制器中执行应用的示例性方 法;和
[0034] 图19图示根据本公开的用于执行壁纸模式事件的示例性方法。
[0035] 贯穿整个附图，相同的附图标记将被理解成指代相同的部件、组件和结构。
【具体实施方式】
[0036] 以下论述的图1至19以及用于在本专利文档中描述本公开的原理的各种实施例仅 仅通过说明的方式，而不应当被以任何方式解释为限制本公开的范围。本领域技术人员将 理解:可在任何适当布置的电子设备或通信系统中实现本公开的原理。提供参照附图的以 下描述以帮助全面理解如由权利要求及其等同物限定的公开的示范性实施例。它包括各种 具体细节以帮助该理解，但是这些将被视为仅仅是示范性的。相应地，本领域普通技术人员 将认识到:可以进行对在此所述的实施例的各种变化和修改而不脱离公开的范围和精神。 另外，为了清楚和简明，可以省略对公知功能和结构的描述。
[0037] 在下面描述和权利要求中使用的术语和词语不限于字面含义，而是仅仅由发明人 使用以使得能够清楚和一致地理解公开。相应地，应当对本领域技术人员清楚的是：出于说 明目的而不是出于限制由所附权利要求及其等同限定的本公开的目的提供下面对本公开 示范性实施例的描述。
[0038]将理解的是:单数形式"一"、"一个"和"该"包括复数指代，除非上下文另有清楚地 规定。因此，例如，提及"一组件表面"包括提及一个或多个这样的表面。
[0039] 术语"基本上"意为所述的特征、参数或值不需要被精确地实现，而是可能以不影 响所述特征意欲提供的数量发生偏差或变化，例如包括公差、测量误差、测量精度限制和本 领域技术人员已知的其它因素。
[0040] 本公开示范性实施例提供用于使用各种多媒体服务支持可视和可听通信的装置 和方法。即，本公开示范性实施例提供从基于听和说的通信到在看、听和说之间的通信的创 新。首先解释常规的通信及其限制。
[0041] 使用各种多媒体服务的常规通信包括全球移动通信系统协会(GSMA)的富通信套 件(RCS)标准以及色环服务(color-ring service)。消息收发为中心的RCS不提供差异化服 务对过顶(Over the Τορ，0ΤΤ)消息收发解决方案。随着基于长期演进的语音(Voice over Long Term Evolution，VoLTE)的出现，由于诸如Kakao、Line、Viber和WhatsApp之类的基于 OTT的消息收发消息服务在常规短消息收发服务(SMS)/多媒体消息收发服务(MMS)市场中 显著突出，通信运营商开始积极地开始RCS以提供演进通信。在国内市场上，它开始于智能 手机普及和LTE全国性网络建设的2012年初。即，丰富的消息收发比在RCS-e中标准化的呼 叫富集和增强电话簿更集中，而该消息收发服务不提供比基于激活的OTT消息收发服务更 差异化的服务。
[0042] RCS技术无法构建国家之间以及运营商之间的生态系统。在欧洲，通信用户经常周 游于各国之间和移动通信运营商之间，而RCS提供的漫游不被无缝地支持。在2013年2月，德 国电信(DT)在德国宣布无限期推迟RCS服务。因此，RCS无法差异化服务并在其商业初期建 立生态系统，并且因此已经录得比OTT服务低得多的使用。
[0043] 诸如RCS的呼叫富集和增强电话簿之类的用户体验(UX)无法差异化。当前的来自 国内运营商的RCS服务丰富了各种通信，诸如在呼叫期间如由标准定义的文件、视频和位置 共享。然而，这样的系统功能不传播服务，这是因为提供给用户的设备UX与呼叫并不密切相 关。另外，虽然在消息收发功能中的电话簿提供比常规电话簿更改善的功能，诸如订户状态 信息和单行消息，但它不与诸如Kakao和Line之类的OTT服务的电话簿功能相区分。
[0044] 色环接收安装单独应用的设备中的输入呼叫事件，从外部服务器接收并在屏幕中 显示呼叫方的社交简档信息，并且因此传递呼叫方的各种信息。相比于常规的语音/视频色 环服务，色环使用社交联网服务（SNS)有效地向被叫方发送呼叫方的标识信息。然而，这种 方法不能克服与呼叫连接同时的色环的中断的数据通信信息，并且不能离开由服务提供商 定义的应用框架的屏幕，并且因而未获得内容多样性。另外，色环仅仅向被叫方发送呼叫方 简档信息，这不是可交换的服务。
[0045] 因此，通过组合各种数据通信服务与除简单语音为中心的模式之外的呼叫，根据 通信中的长期演进(LTE)和智能手机的出现，本公开提供从可听通信到可视和可听通信的 转换，像从可听无线电到可视TV的转换。特别地，基于RCS服务，本公开提供服务解决方案 包，用于聚合存储在私人电话/个人计算机(PC)和云系统中的web服务和信息并支持基本拨 号器(诸如智能手机中的基本呼叫应用(app))和设备的多媒体通信。
[0046]本公开为RCS改善用户界面(UI)。本公开提供基本框架，用于为RCS的富集呼叫和 增强电话簿改善UI，在呼叫、呼叫接收、通信和呼叫终止之前通过考虑电话簿查询的四个通 信步骤而为呼叫提供优化的UI，并在呼叫期间与呼叫方的意欲的视觉数据一起在呼叫方和 被叫方之间传递语音为中心的信息。本公开允许在呼叫期间相互简档交换和当前数据服务 直接分享。本公开使得智能手机的用户能够使用数据服务并且在呼叫期间同时向其他方发 送数据服务信息而不中断当前数据服务并因而丰富了通信。本公开通过呼叫来链接分散的 内容。本公开提供一种用于通过收集通过公有云、私有云、博客和SNS分散的私人信息而在 呼叫期间提供可更换的屏幕内容并且提供用于支持呼叫通信的屏幕信息以与其他方交流 的系统。
[0047]图1图示根据本公开的使用dialweb服务的通信的示例。参照图1，除了首先选择诸 如呼叫app或Kakao app之类的服务并且然后选择被叫方的语音或数据通信，本通信在SllO 中选择被叫方，并且在S120相应的被叫方选择预设的屏幕或服务以在S130中在呼叫接收期 间或在呼叫期间交换。因此，可能改变与使用呼叫的消息收发、使用呼叫的SNS访问以及使 用呼叫的网络游戏通信。
[0048I图2图示根据本公开的示例性dialweb网络架构。参照图2，dialweb网络包括用户 设备（UE) 10和20、接入网络、核心网络200和web网络400 WE 10和20均包括用于语音呼叫 (诸如基于LTE的语音(VoLTE))的互联网协议（IP)多媒体子系统（MS)客户端IOOB 13UE 10和 20均包括dialweb客户端100A。例如，UE 10和20采用智能手机。然而，类似于智能手机，UE 10和20采用用于不仅提供语音呼叫服务而且提供多媒体服务的电子设备(诸如智能pad、平 板电脑和膝上型电脑）。在下文中，假设UE是智能手机。
[0049] 是LTE接入网的接入网络包括演进节点B(eNB)。核心网络200包括演进分组核心 (EPC )、归属订户服务器(HSS )、策略和计费规则功能(PCRF )、呼叫状态控制功能(CSCF )、计 费网关功能(CGF)、电话应用服务器(TAS)和服务能力交互管理器(scno。核心网络200包括 dialweb 服务器300。
[0050] web网络400为各种多媒体服务提供web内容。例如，web内容包括私人博客和SNS的 内容以及存储在公共云或私有云中的内容。如图2中所示，核心网络200起用于提供使用多 媒体服务的通信的服务器的作用，并且包括作为呼叫处理控制块的CSCF以及与web网络交 互工作的dialweb服务器300。呼叫处理控制块接收从第一 UE到第二UE的语音呼叫连接请 求，并且在第一UE和第二UE之间连接语音呼叫。响应于接收的语音呼叫连接请求，服务器 300通过web网络向第一 UE提供与第二UE相关的预设的视觉多媒体信息。
[00511视觉多媒体信息包括web内容信息。web内容信息包括基于超文本标记语言(HTML) 5的web内容或者网页链接信息。web内容信息包括存储在云、博客和SNS的至少一个中的信 息。响应于接收的语音呼叫连接请求，服务器300生成呼叫方屏幕，建立与第一 UE的超文本 传输协议(HTTP)会话，处理呼叫方屏幕，并且建立与第二UE的HTTP会话。呼叫方屏幕包括： 用于显示用于语音呼叫的被叫方信息的屏幕，以及用于搜索涉及第二UE的视觉多媒体信息 的屏幕。
[0052]服务器还生成被叫方屏幕，建立与第二UE的HTTP会话，并且处理被叫方屏幕。是呼 叫方设备的UE 10包括:作为用于语音呼叫的第一客户端的IMS客户端100B，以及作为用于 数据处理的第二客户端的dialweb客户端100A。第一客户端100B请求语音呼叫连接，并且与 被叫方设备通信。第二客户端100A通过web网络接收来自服务器的与被叫方设备相关的预 设视觉多媒体信息。视觉多媒体信息包括web内容信息。web内容信息包括基于HTML5的web 内容或者网页链接信息。web内容信息包括存储在云、博客和SNS中的至少一个中的信息。 [0053] 第二客户端100A通过服务器300建立HTTP会话，并且在呼叫方屏幕中显示来自服 务器300的视觉多媒体信息。呼叫方屏幕包括：用于显示用于语音呼叫的被叫方信息的屏 幕，以及允许视觉多媒体信息搜索的屏幕。
[0054]是呼叫方设备的UE 10包括:作为用于语音呼叫的第一客户端的IMS客户端100B， 以及作为用于数据处理的第二客户端的dialweb客户端100A。第一客户端100B向被叫方设 备进行语音呼叫。第二客户端100A在呼叫期间执行应用和web浏览器中的至少一个，并且与 被叫方设备共享应用与web浏览器的网页内容中的至少一个。第二客户端100A进一步包括 用于显示用户屏幕的显示器，该用户屏幕包括:语音呼叫屏幕，以及用于显示应用与web浏 览器的网页内容中的至少一个的屏幕。第二客户端100A进一步包括：用于在呼叫期间检测 用户的预设动作的运动检测器，以及用于在检测预设动作时执行应用和web浏览器中的至 少一个的控制器。
[0055]图3图示根据本公开的示例性dialweb客户端。例如，dialweb客户端采用图2的UE 10的乜&1￥613客户端10(^。参照图3，乜31￥613客户端包括基本呼叫3?口110、通信处理块120 和最佳app执行器130。基本呼叫app 110包括电话簿处理器112、呼叫处理器114和HTML浏览 器116。通信处理块120包括会话发起协议(SIP)处理器122、服务质量(QoS)处理器124、HTTP 处理器126和RCS处理器128。最佳app执行器130包括控制器132和存储器134。
[0056]用作UE的智能手机中的基本呼叫app的客户端设备功能被设计成为dialweb服务 提供所有UE功能，并且提高常规RCS UI的用户便利性。本公开集成常规RCS客户端的丰富的 呼叫UI与智能手机的基本呼叫app，并且因此用OTT解决方案解决它们的分离和差异化中的 不便。此外，本公开将RCS客户端的增强的电话簿嵌入到基本呼叫拨号器电话簿中，并有效 地显示每个用户的基于HTML5的用户简档信息。
[0057] 基本呼叫app被称为Vtalk app，含义在于它允许VoLTE呼叫。Vtalk app集成用于 VoLTE呼叫的頂S客户端功能、支持RCS标准的RCS客户端以及目前的dialweb客户端功能。该 功能被合并到基本呼叫app 110以用作设备应用中的基本呼叫app。基本呼叫app 110包括 用于处理基于HTML5web的多媒体通信（即Web实时通信(WebRTC))的演进的HTML浏览器116。 通信处理块120管理通信运营商的服务的通信和QoS。最佳app执行器130执行UE中的最佳应 用。
[0058]图4图示根据本公开的示例性dialweb服务器。参照图4，dialweb服务器300包括： 支持全球移动通信系统协会(GSMA)RCS 5.0标准或更高标准的RCS服务器310、WebRTC网关 320、ARS服务器330、服务平台服务器340、媒体服务器350、IP多媒体服务交换功能（頂-SSF) 360和简档数据库(DB)370。如标准中所定义，RCS服务器310包括:用于支持聊天的即时消息 收发(頂)312,用于提供当前用户状态信息、在呼叫期间共享视频、文件和图像的共享、共享 位置的位置共享的存在服务器(PS)313,用于共享基于网络的地址簿和简档的聚合的地址 簿(CAB)311，用于管理用户信息的XML文档管理系统(XDMS)314,以及用于提供各种内容的 内容服务器(CSUIS^RS服务器330提供通信运营商的ARS，并且在个人通信中提供用于与 RCS服务器相关联的可视呼叫的核心功能。媒体服务器350在呼叫期间提供多方通信功能。
[0059] 当W3C的WebRTC服务器对頂S网络进行呼叫时，WebRTC网关320转换WebRTC和頂S之 间的信号和承载。頂-SSF 360与通信运营商的智能网络(IN)交互工作。服务平台340向开放 应用编程接口（API)380提供通过呼叫连接分布式web内容的web服务器，在呼叫期间提供屏 幕信息，并且提供用于实现/加载通信运营商的各种服务请求的基本平台。
[0060] 独立于经标准化以在基于IMS的VoLTE服务中提供丰富的通信的RCS服务，dialweb 服务器300的dialweb服务通过给其他方提供用于语音呼叫和屏幕显示的基于各种HTML5的 web内容而丰富通信，其中所述web内容是由个人创建的。在这样做时，显示的web内容提供 允许个人容易地写内容的单独的书写工具。web内容几乎包括使用可连接的任何内容， 诸如用于使用电话号码连接呼叫对方的私人博客410和SNS 420的内容，存储在公共云430 或私有云440中的内容以及合法的web内容450,并且在每个UE上用分离的书写工具来自动 地优化。除了RCS服务块，dialweb服务器300还提供web高速缓存功能，其中所述web高速缓 存功能读取、存储和提供在链接内容之中的由许多用户参考的内容以及在互联网上经由开 放API 380分散和管理的一般内容，其中该链接内容在由个人通过连接私有内容所创建的 网页中被参考。
[0061 ]图5图示根据本公开的用于dialweb服务的呼叫处理的示例。参照图5,在S501中设 备A 10请求到设备B 20的语音呼叫连接。在从设备A 10接收到设备B 20的连接请求时，呼 叫处理控制块S-CSCF基于在iFC中定义的服务简档识别设备A 10的用户预订了 dialweb月艮 务，并且在S502中将呼叫建立请求转发到dialweb服务器300。
[0062] 通过从IMS的角度看用作IMS AS 330,dialweb服务器300接受经由S-CSCF接收的 呼叫建立请求。dialweb服务器300准备并且在S511中生成是呼叫方的设备A 10的用户屏 幕，并且在S503中请求对是呼叫方的设备AlO的HTTP访问。使用SIP消息收发来请求HTTP访 问。响应于来自dialweb服务器300的HTTP访问请求，在S504中，当设备A 10请求HTTP访问 时，dialweb服务器300批准设备A 10的HTTP访问请求。接下来，在S512中，在dialweb服务器 300和设备A 10之间建立HTTP会话，并且处理呼叫方屏幕。在S513中dialweb服务器300准备 并生成被叫方屏幕，并且在S505中请求来自是被叫方的设备B 20的HTTP访问。使用SIP消息 收发来请求HTTP访问。响应于来自dialweb服务器300的HTTP访问请求，在S506中，当设备B 20请求HTTP访问时，dialweb服务器300批准设备B 20的HTTP访问请求。接下来，在S514中， 在dialweb服务器300和设备B 20之间建立HTTP会话，并且处理被叫方屏幕。
[0063]这样，dialweb服务器300在由设备B 20的用户生成的屏幕信息中发现提供给设备 A 10的用户的内容，并且然后命令设备A 10通过S503中的HTTP访问下载屏幕信息。在这样 做时，dialweb服务器300确定设备A 10的用户是否被授权访问相应的web内容。如果未发现 可访问的web内容，则dialweb服务器300跳过S510,包括S503-S506和S511-S514,并且仅仅 在S507和S520中连接语音呼叫。相比之下，当发现可访问的web内容时，dialweb服务器300 执行S510(包括S503-S506和S511-S514)，并且在S507和S520中连接语音呼叫。在S510中， dialweb服务器300建立设备A 10和设备B 20之间的数据路径，并且提供用户屏幕共享服 务。以dialweb服务器300在S507中经由SO-CSCF转发语音呼叫请求给设备B 20并且设备B 20响应接收的语音呼叫请求(OK)的方式，连接语音呼叫。因此，在呼叫方设备A 10和被叫方 设备B 20之间连接语音呼叫。
[0064] 在设备A 10和dialweb服务器300之间以及在dialweb服务器300和设备B 20之间 建立用于多媒体服务的数据路径以及语音呼叫之后，按用户来控制每个用户在屏幕上的 web内容。例如，当在设备A 10和设备B 20之间控制相同的屏幕时，通过在设备A 10和 dialweb服务器300之间以及在dialweb服务器300和设备B 20之间的路径按照用户来进行 控制。在这样做时，通过设备上的菜单来定义屏幕控制授权。
[0065]根据图5的流程，如下处理用于建立的数据路径的QoS。从根本上说，使用IMS的 VoLTE服务被分配用于呼叫的保证比特率(GBR)的单独的路径。然而，UE中的一般HTTP访问 被分配最佳努力(BE)的路径。当与语音紧密耦合的数据服务被给予不同于数据路径中的语 音的QoS时，用户所经历的服务质量严重下降。虽然本公开提供基于web的通信服务，但是为 了使用与頂S服务相同的接入点名称(APN)，UE被分配等效于单独分配的IMSAPN的APN，并且 EPC执行用于单独的订户路径管理的分开的过滤。因此，dialweb服务的頂S语音路径和HTTP 数据路径获得相同的IMS APN的质量。
[0066]图5的流程对应于设备A 10和设备B 20的相同的运营商。即使当设备A 10和设备B 20不属于相同运营商时，如图5中所示地通过在运营商之间的网络交互工作实现服务。例 如，在不同运营商之间的用户漫游和网络交互工作符合GSMA IR.65GSMA頂S漫游和交互工 作指南以及IR.90RCS交互工作指南。现在解释用于可视通信的基本呼叫app(Vtalk app)。 基本呼叫appVtalk基本上包括用于支持VoLTE呼叫的頂S客户端功能、用于支持RCS 5.0的 RCS客户端功能以及dialweb客户端功能的全部，并且作为UE(诸如智能手机)上的基本呼叫 app操作。Vtalk app不仅支持图6A的基本活动模式，而且支持图6B的缩减方式(或最小化状 态）。所以，在呼叫期间的任何时间访问安装在壁纸中的各种app。
[0067]图6A和6B图示根据本公开的基本呼叫应用的示例用户界面。图6A示出基本活动屏 幕，而图6B示出最小化窗口。参照图6A和6B，屏幕显示呼叫、视频呼叫、消息收发/頂、记录和 联系人的菜单1001。屏幕1002显示具有按压的呼叫按钮的用户输入，根据用户的字符和数 字输入显示搜索结果，并且同时基于搜索的用户信息提供用于访问各种服务的功能。屏幕 显示用于调整基本呼叫app的屏幕大小的用户控件1003。通过上推或下推用户控件1003,用 户定义UE的屏幕上的基本呼叫app的大小。用户控件1003提供允许屏幕控制的呼叫app，并 且因此用户在呼叫期间访问UE的各种应用或网页，并且在使用Vtalk app呼叫期间共享应 用或网页内容。本公开使得能够与诸如MS网络或3G之类的移动通信网络交互工作。
[0068] 基本上使用UE的单独设置菜单控制用于进行用于VoLTE呼叫的IMS呼叫或常规3G 语音呼叫的选择。然而，当用户按压呼叫按钮时，基本上发出用于VoLTE呼叫的頂S呼叫。根 据基于被叫方设备状态的网络确定，到被叫方的呼叫传递MS呼叫或3G语音呼叫。当用户使 用3G语音呼叫或设备无法使用dialweb服务时，在IMS中根据用于交互工作的2G和3G移动通 信网络的标准、经由信令网关和媒体网关连接一般呼叫。
[0069]本公开提供SMS/MMS合并RCS消息收发功能。参照图6A和6B，消息收发按钮(在菜单 1001中左边的第三菜单）发出RCS基本即时消息收发。典型地，智能手机的消息收发按钮发 送SMS消息或MMS消息。消息收发按钮选择由用户使用UE的单独设置菜单来控制。RCS服务器 向未预订RCS服务的被叫方设备或者使用不支持RCS的UE的订户提供可替代的服务。
[0070] 本公开提供一种设备和网络合并和SNS合并电话簿。参照图6A和6B，当用户按压联 系人按钮(在菜单1001中右边的第一菜单)时，默认一起显示存储在RCS服务器的CAB中的设 备电话簿和网络联系人信息。一起显示预订dialweb服务的ARS服务的共同的客户端信息。 当搜索到的被叫方被设置成读取和发送关于呼叫方的社会简档信息的消息时，在相应的屏 幕上显示来自相应的SNS服务的一定数量的最近消息，或者提供即时消息传输。联系人按钮 同时探究基于HTML5的屏幕，其中基于HTML5的屏幕在呼叫期间由被叫方定义为相互的简档 交换信息。在7A至图7D以及图8A和8B中描绘统一的联系人搜索。
[0071] 图7A到7D图示根据本公开的示例性个人联系人搜索。在图7A至7D中，作为个人搜 索，SNS链接功能使用Vtalk app支持存储在设备或dialweb服务器中的个人联系人搜索。当 在图7A中呼叫方选择被叫方'Hong Gingdong'时，在图7B中显示被叫方的SNS列表1004。当 显示SNS列表1004时，Vtalk app提供下述功能，该功能允许呼叫方读取被叫方的SNS列表 1004的SNS(诸如Twitter)的最近信息并留下简短的消息，如图7A和7B中所示。Vtalk app还 提供下述功能，该功能用于查询关于由被叫方定义为简档信息的博客以在呼叫期间、在屏 幕1006中使用简档查询按钮1005与其他方共享，如图7C和图7C中所示。屏幕1006是Vtalk app中的HTML5浏览器。
[0072]图8A和8B图示根据本公开的示例性相互联系人搜索。作为统一的搜索，图8A和8B 描绘Vtalk app显示设备的联系人或由dialweb服务器注册的公司名称的搜索结果，并且集 成相应的公司的附加信息(诸如位置、优惠券广告、活动和主菜单)与电话簿。由公司预注册 到dialweb服务器的广告内容信息被集成到设备的联系人中，以便将它显示在图8B的HTML5 浏览器1006中。
[0073]图9A至9D图示根据本公开的各种简档交换的示例。参照图9A至9D，在联系人搜索 和呼叫连接阶段，在呼叫服务用户之间交换由用户设置的各种简档。不仅在联系人搜索中 而且在到其他方的呼叫连接中提供简档查询。根据简档查询在屏幕上显示的内容被存储在 dialweb服务器中，并且dialweb服务器通过开放API读取存储在外部互联网中的内容。 [0074]基于HTML5支持创建简档，并且简档信息包括内容（诸如每个内容或几乎所有内 容）。例如，不仅包含存储在dialweb服务器中的诸如文本、照片、媒体和音乐之类的资源的 HTML (诸如图9A和9B)而且存储在Twi tter、Facebook和门户网站博客中的各种内容（图9C和 9D)链接到简档HTML文件。本公开提供容易用户可访问性和聊天屏幕共享功能。根据智能手 机的特性，用户任意地安装和卸载许多应用程序。当为了用户的便利单独安装呼叫app时， 本公开提供一种用于通过摇动智能手机以进行大多数多线程呼叫而执行呼叫app的方法。 [0075]图IOA至IOF图示根据本公开的容易用户可访问性和共享屏幕转移的示例。参照图 IOA至10F，当用户在UE中使用互联网，发现互联网上的具体内容并选择和进行对任意被叫 方的呼叫时，互联网的内容被立即传递，以便与被叫方聊相同的内容。通过用户的特定动作 (诸如摇动手机两次)执行Vtalk app，如图IOB中所示，并且因此用户容易共享屏幕。UE的执 行的呼叫app被定位在正在进行的应用程序的顶部，如图IOC中所示。
[0076]当正好在UE app下方的应用包括Vtalk app和内容共享应用（诸如一般的web浏览 器)时，状态按钮1007指示内容共享app准备共享，如图IOD中所示。当用户意欲通过点击状 态按钮1007共享Vtalk app中的内容时，状态按钮1007的颜色变为成绿色并且第二层中的 应用被显示在Vtalk app的HTML5浏览器1006中，如图IOE中所示。当用户按压呼叫按钮时， 呼叫被连接到被叫方并且两方在呼叫期间共享内容，如图IOF中所示。
[0077] 如图IOA至IOF中所示，增强用户体验使得用户随时随地访问UE中的呼叫功能。同 时，为了通过呼叫与其他方共享UE的内容，当前的视觉主题与语音呼叫一起被共享。本公开 有助于在呼叫期间访问RCS和附加服务菜单。本公开允许用户用视觉信息进行呼叫，因此提 高用户体验并且丰富呼叫。为了这样做，本公开提供用于容易地访问RCS附加服务的屏幕 UI，并且在呼叫期间交换关于聊天的视觉信息。
[0078]图IlA和IlB图示根据本公开的用于在呼叫期间容易服务菜单访问的示例性屏幕。 参照图11A，控制执行器1008有助于访问dialweb服务菜单。UE提供一般呼叫服务的控制执 行器1009。例如，控制执行器1009的控制支持诸如录音、扬声器、静音和蓝牙之类的功能。是 HTML5浏览器的区域1010执行简单程序，即诸如游戏之类的应用程序，其中，所述简单程序 需要与web内容或服务器的通信并且包括几个控制器。HTML浏览器的控制使得能够在呼叫 期间进行相互简档交换、内容交换和游戏。
[0079]参照图11B，控制执行器1008执行各种功能。控制执行器1008的功能如下面的表1。
[0080]表 1
[0082]本公开提供用于访问各种app的自由的屏幕扩展功能。
[0083]图12A至12F图示根据本公开的用于在呼叫期间访问各种app的示例性屏幕扩展。 图12A示出全屏模式，图12B示出正常模式，图12C示出语音呼叫模式，图12D和12E示出语音 呼叫最小化模式，而图12F示出状态条模式。
[0084]如图12A至12F中所示，几个屏幕模式用语音呼叫模式确保连续性，同时在呼叫期 间访问UE的各种应用和内容，并通过dialweb服务、使用由Vtalk app提供UE中应用程序的 开放API而与其他方共享内容。本公开在呼叫期间提供web浏览器搜索内容共享。
[0085]图13A至13D图示根据本公开的在呼叫期间的web内容合并的示例。
[0086] 图13A和13B示出呼叫方屏幕，而图13C和13D示出被叫方屏幕。参照图13A，为了在 当前呼叫期间发送关于内容的视觉信息，呼叫方执行处于Vtalk app的语音呼叫模式的UE 的web浏览器，使用网页搜索寻找特定信息，并且进入共享模式。在这样做时，Vtalk app从 OS读取正好在当前Vtalk app下方运行的应用信息。当应用是web浏览器时，Vtalk app取出 对应于相应的web浏览器的当前屏幕的统一资源定位符(URL)，并且仅仅将URL发送给被叫 方。在图13B中，在Vtalk app的HTML5浏览器中移动和合并对应于在web浏览器中搜索到的 URL的内容。
[0087] 图13C示出被叫方屏幕并且图13D示出在Vtalk appHTML5浏览器中合并和共享从 呼叫方接收的URL的内容。在此，仅仅传递URL使得其它设备访问相同的网页并且屏幕被单 独地控制。本公开使得呼叫方或被叫方完全控制当前网页以便实现与虚拟屏幕控制相同的 效果。通过进入共享控制模式，任一个设备经由dialweb客户端向其它设备发送各种事件， 诸如web浏览器的点击事件和滚动事件，并且其它设备的dialweb客户端将事件转发给其浏 览器。本公开在呼叫期间提供基于HTML5的web游戏合并功能。
[0088]图14A至14D图示根据本公开的在呼叫期间的游戏程序合并的示例。例如，在呼叫 期间合并go应用。这样的应用合并限于基于HTML5的创建，诸如go应用。图14A和14B示出呼 叫方屏幕，而图14C和14D示出被叫方屏幕。参照图14A，在VtaIk app的语音呼叫模式中，执 行安装到UE的基于HTML5的go应用，并且进入共享模式。在这样做时，Vtalk app从OS读取正 好在Vtalk app下方运行的应用信息。当应用是基于HTML5的app时，Vtalk app在当前HTML5 浏览器中合并和执行它，并且仅仅向被叫方发送用于执行Go应用的URL。在图14B中，在被叫 方的Vtalk app的web浏览器中合并和执行go程序。图14C示出被叫方屏幕而图14D示出：用 于从呼叫方接收的URL的基于HTML5的go应用与app-起被合并和执行。
[0089]本公开在呼叫期间提供一般app合并功能。为了执行不基于HTML5创建的程序(诸 如从app商店下载的），用户应用图14A至14D的游戏应用共享方法。在这种情况下，Vtalk app仅仅从OS接收当前应用简档信息，并将它转发给被叫方。当被叫方根据接收的简档信息 安装应用时，以与使用基于web的设备通信的go程序执行相同的方式执行相应的程序。 Vtalk app以下述方式与OS通信，该方式为：图3的最佳app执行器130从OS读取信息，并且基 本呼叫app 110使用程序注册信息获得应用名称和版本信息，并且向被叫方发送获得的信 息。被叫方使用由图3的最佳app执行器130定义的宏执行程序自动处理一系列应用安装和 执行。本公开提供除了SMS和MMS之外的语音邮件系统(VMS)和SNS拒绝消息收发功能。
[0090] 图15图示根据本公开的用于错过的呼叫的示例性拒绝消息传输。参照图15，Vtalk app以各种方式、相对于错过的呼叫向其他方提供用于发送消息1100的可替代路径。例如， Vtalk app在基本呼叫app中发送文本消息1102，使用由被叫方为呼叫方的访问打开的SNS 服务发送消息1106,并发送语音和视觉信息1104。在这样做时，当相应的通信运营商不采用 用于基于IMS的语音消息的服务器和用于视觉消息的服务器时，呼叫方经由现有的语音或 视觉消息处理服务器、通过用于由dialweb服务器提供的IN相互作用的IM-SSF而向被叫方 发送消息。
[0091] 图16图示根据本公开的示例性最佳web执行器。例如，最佳web执行器是图3的最佳 web执行器130。参照图16,最佳web执行器130包括控制器132、存储器134、运动检测器1302、 额外的输入检测器1304、用户位置检测器1306、屏幕显示器1308和OS 1310。运动检测器 1302检测用户的UE摇动动作，并且控制器132根据运动检测器1302的检测执行Vtalk呼叫 app。另外，根据额外的输入检测器1304的检测，当用户在紧急情况下摇动UE时，控制器1302 自动执行特定的app并且执行在执行相应的app之后输入的宏。控制器132在存储器134中存 储由用户位置检测器1306按规律间隔检测的用户位置信息以便宏在事件的情况下使用用 户位置信息。
[0092] 图17图示根据本公开的事件决定因素和事件组的示例性定义。参照图17,为多个 事件X、Y和Z定义多个事件组El至En。图18图示根据本公开的用于在最佳app执行器的控制 器中执行应用的示例性方法。该方法由图16的控制器132执行。参照图18,在S1801中，控制 器132接收事件。在S1802中，控制器132确定接收的事件是否是紧迫的事件。当确定紧急事 件时，控制器132转到S1803。否则，控制器132转到S1807。
[0093] 在S1803中，控制器132确定设备是否是活动的。当设备不是活动的时，控制器132 在S1804中请求紧急模式并且然后前进到S1805。当设备是活动的时，控制器132转到S1805。 控制器132在S1805中提取事件注册app和宏并且在S1806中执行提取的app和宏。在S1807 中，控制器132确定设备是否是活动的。当设备不是活动的时，控制器132完成该过程。当设 备是活动的时，控制器132转到S1808。在S1808中，控制器132确定它是否是壁纸模式。在壁 纸模式中，控制器132在S1809中执行壁纸模式。在壁纸模式外，控制器132在S1810中提取事 件/app注册事件。在S1812中，控制器132确定提取的事件是否是多事件注册。当提取的事件 不是多事件注册时，控制器132转到S1806。当提取的事件不是多事件注册时，控制器132在 S1814中设置优先级，并且然后转到S1806。
[0094] 图19图示根据本公开的用于执行壁纸模式事件的示例性方法。参照图19,壁纸模 式事件执行S1900包括:基于系统设置的执行S1902,基于用户设置的执行S1904,和在有限 时段内执行最佳app S1906,以及执行最近的app S1908。如上所阐述，语音呼叫服务用户 (诸如VoLTE服务用户）与除了常规语音为中心的通信之外的其他方聊天，与其他方容易地 共享用于帮助聊天的视觉信息，并且通过给其他方提供各种私有web内容和其它web内容而 丰富通信，其中各种私有web内容和其它web内容在呼叫之前或期间通过互联网、通过适当 的安全过程而被分散和管理。虽然常规的呼叫仅仅为通信存在，但本dialweb服务使得能够 使用电话号码访问各种基于HTML5的内容。Vtalk客户端的基本呼叫app与一般应用的合并 在呼叫期间使用各种应用，并且有助于在紧急情况下访问相应的应用和情况通知。
[0095] 本操作由单个控制器实现。在这种情况下，由各种计算机实现的程序指令被记录 在计算机可读介质中。计算机可读介质单独或组合地包括程序指令、数据文件、数据结构等 等。程序指令被设计和构造成尤其用于本公开的实现方式，或者对本领域技术人员公知。计 算机可读存储介质的示例包括磁介质，诸如硬盘、软盘和磁带;光学介质，诸如光盘(CD)只 读存储器(ROM)盘和数字多功能盘(DVD);磁光介质，诸如光磁盘；以及专门配置成存储和执 行程序指令的硬件设备，诸如R0M、随机存取存储器(RAM)、闪存等等。程序指令的示例包括 由编译器生成的机器代码，以及由计算机使用解释器执行的高级语言代码。当基站或中继 的全部或部分被实现为计算机程序时，本公开包括存储计算机程序的计算机可读记录介 质。
[0096]虽然已经参照其某些示例性实施例示出和描述了本公开，但将由本领域技术人员 理解的是:在此进行形式和细节上的各种变化而不会脱离如由所附权利要求及其等同限定 的本公开的精神和范围。
【主权项】
1. 一种在通信系统的服务器中使用多媒体服务提供通信的方法，该方法包括： 从第一设备接收对第二设备的语音呼叫连接请求； 通过web网络，给所述第一设备提供预先准备的与所述第二设备相关的视觉多媒体信 息;并且 连接在所述第一设备和所述第二设备之间的语音呼叫。2. 如权利要求1所述的方法，其中，所述视觉多媒体信息包括web内容信息。3. 如权利要求2所述的方法，其中，所述web内容信息包括下列中的至少一个:基于超文 本标记语言（HTML)5的web内容，关于web的链接信息，以及存储在云、博客、社交联网服务 (SNS)的至少一个中的信息。4. 如权利要求1所述的方法，还包括： 响应于所接收的语音呼叫连接请求，生成呼叫方屏幕； 与所述第一设备建立超文本传输协议(HTTP)会话，并且处理所述呼叫方屏幕;并且 与所述第二设备建立HTTP会话。5. 如权利要求4所述的方法，其中，所述呼叫方屏幕包括：显示用于语音呼叫的被叫方 信息的屏幕和搜索与所述第二设备相关的视觉多媒体信息的屏幕。6. 如权利要求4所述的方法，还包括： 生成被叫方屏幕;并且 与所述第二设备建立HTTP会话，并且处理所述被叫方屏幕。7. -种在通信系统中的呼叫方设备中执行的通信方法，所述方法包括： 请求到被叫方设备的语音呼叫连接； 通过web网络，从服务器接收预先准备的与所述被叫方设备相关的视觉多媒体信息;并 且 与所述被叫方设备通信。8. 如权利要求7所述的通信方法，其中，所述视觉多媒体信息包括web内容信息。9. 如权利要求8所述的通信方法，其中，所述web内容信息包括下列中的至少一个:基于 超文本标记语言(HTML)5的web内容，关于web的链接信息，以及存储在云、博客、社交联网服 务(SNS)的至少一个中的信息。10. 如权利要求7所述的通信方法，还包括： 由服务器建立超文本传输协议(HTTP)会话;并且 在呼叫方屏幕上显示从所述服务器接收的视觉多媒体信息。11. 如权利要求10所述的通信方法，其中，所述呼叫方屏幕包括：显示用于语音呼叫的 被叫方信息的屏幕，以及搜索视觉多媒体信息的屏幕。12. -种在通信系统中的呼叫方设备中执行的通信方法，该方法包括： 执行与被叫方设备的语音通信； 在呼叫期间执行应用和web浏览器中的至少一个;并且 与所述被叫方设备共享由所述应用和web浏览器中的至少一个执行的网页内容中的至 少一个。13. 如权利要求12所述的通信方法，还包括： 显示用户屏幕，该用户屏幕包括：用于语音通信的屏幕，以及显示应用和由web浏览器 执行的网页内容中的至少一个的屏幕。14. 如权利要求12所述的通信方法，其中，在呼叫期间执行应用和web浏览器中的至少 一个包括： 在呼叫期间检测用户的预设动作;并且 当检测到所述预设动作时，执行所述应用和所述web浏览器中的至少一个。15. -种装置，被配置成执行如权利要求1至14中的任一项所述的方法。
【文档编号】H04W88/02GK105917686SQ201580005088
【公开日】2016年8月31日
【申请日】2015年1月20日
【发明人】金度衡, 金暎基, 李在德, 赵基浩, 河艺教
【申请人】三星电子株式会社