跨移动设备和网页实时通信客户端设备的呼叫日志更新的制作方法

相关申请的交叉引用

本专利申请要求2017年4月7日提交的序列号为15/482,194的美国实用专利申请的优先权。序列号为15/482,194的申请通过引用全部并入本文。

背景技术：

蜂窝和互联网使能的设备无处不在。人们使用“智能”电话、平板电脑、笔记本电脑和其他电子设备(统称为用户设备或“ue”)来进行蜂窝呼叫、互联网浏览、全球定位系统(gps)和蜂窝定位服务等。许多ue包括多个应用程序(或“app”)，其使得用户能够例如保留日历、玩游戏、操纵图像和设置提醒。

许多ue能够连接到多个网络和网络类型。例如，蜂窝电话可能能够连接到当前的第四代4g或4glte连接。这些设备通常还能够连接到传统的第三代或3g网络。以这种方式，当用户处于例如仅具有3g连接的郊外位置时，ue仍然可以提供蜂窝和/或数据连接，尽管通常以降低的连接速度。

除了多个蜂窝连接之外，许多ue还能够经由例如蜂窝数据连接、无线(或wi-fi连接)或以太网连接来连接到互联网。以这种方式，用户能够浏览互联网、进行基于互联网的呼叫(与蜂窝呼叫相反)，并使用其他在线功能。因此，在任何给定时间，ue可以将蜂窝语音连接用于蜂窝呼叫，例如，用于互联网浏览的蜂窝数据连接，以及用于基于网页的语音或视频呼叫的wi-fi连接。

附图说明

图1是根据本公开的一些示例的连接到基于蜂窝的通信系统和基于互联网的通信系统的用户设备(ue)的示意图，其具有桥接应用。

图2是根据本公开的一些示例的连接到基于蜂窝的通信系统的ue的详细示意图。

图3是根据本公开的一些示例的连接到基于互联网的通信系统的ue的详细示意图。

图4是描绘根据本公开的一些示例的用于向网页实时通信(webrtc)客户端提供蜂窝呼叫日志的方法的示例的流程图。

图5是描绘根据本公开的一些示例的用于向ue提供webrtc呼叫日志的方法的示例的流程图。

图6是根据本公开的一些示例的与图4和图5的方法一起使用的示例ue。

图7是根据本公开的一些示例的蜂窝或webrtc数据库服务器的示例。

图8是根据本公开的一些示例的用于提供合并呼叫日志的图形用户界面(gui)的示例。

具体实施方式

本公开的示例可以包括用于跨多个平台在用户设备(ue)上更新呼叫日志的系统和方法。该系统可以包括安装在ue上并与多种类型网络上的网络服务器通信的应用程序(或app)。该应用程序可以从网页实时通信(webrtc)服务器(例如，基于云的存储服务器、板载呼叫日志和其他实体)收集呼叫日志数据和其他信息，以更新和同步ue与各种服务器之间的呼叫日志。

为了简化和清楚说明，下面将该系统描述为用于在蜂窝呼叫和基于互联网的webrtc呼叫之间同步(synchronizing)(同步(syncing))呼叫日志的应用程序。然而，本领域技术人员将认识到，该系统不限于此。因此，该系统还可以提供跨其他通信平台的同步，例如基于互联网的语音或视频呼叫、在线聊天或基于固定电话的呼叫。类似地，虽然下面描述的用于蜂窝通信系统，但该系统也可以与其他类型的无线通信系统一起使用；或者实际上，ue在任何时间跨多个平台提供通信(例如，语音或视频呼叫)。系统使得多个平台上的呼叫日志能够被同步，并且实际上，用于编译和更新单个“主”呼叫日志。

如图1所示，本公开的示例可以包括用于在多个平台之间同步呼叫活动的系统100和方法。在一些示例中，如图所示，系统100可以采用安装在ue102上的应用程序102a的形式，尽管系统100中的一些或全部也可以是基于网页的并且由远程服务器执行，或以其他方式执行。系统100可以使得与蜂窝网络104和webrtc网络106二者相关联的呼叫日志和其他数据能够在两个平台之间被下载、编译和同步，以确保用户在ue102或者与同一账户或电话号码相关联的多个ue102上以方便的形式具有准确的呼叫记录。

图1包括蜂窝网络104和webrtc网络106的基本组件。下面分别参考图1b和图1c更详细地讨论这些网络104、106。如上所述，并且如图1所示，许多ue102能够连接到提供各种服务的多种类型的网络。仅在通信方面，用户可以通过蜂窝网络104使用语音和数据连接进行通信和/或通过基于互联网的网络使用基于互联网的语音和/或视频呼叫，例如webrtc网络106(或skype、以及其他网络)。

然而，通常，使用蜂窝网络104进行的呼叫被记录在ue102内部的呼叫日志中，其也可以存储在云存储108中用于备份。以这种方式，如果必须重置ue102，例如，可以恢复一些或所有呼叫日志。通过蜂窝网络104进行的呼叫可以从第一ue102a通过一个或更多个蜂窝塔110，跨越蜂窝“骨干”经由一个或更多个服务器112(例如，第三代伙伴关系项目认证授权和计费，或3gppaaa，服务器)、交换机和路由器通过一个或更多个附加小区塔110路由到接收方ue102b(即，如果接收方也在移动电话上)。当然，对陆线或其他类型的ue102进行的呼叫可以包括附加或不同的连接。

另一方面，webrtc直接通过ue102上的网页浏览器辅助呼叫。因此，webrtc通常不需要单独的应用程序或插件，但是可以在ue102上使用webrtc客户端。然而，使用webrtc网络106进行的呼叫通常不会记录在ue102的呼叫日志中。实际上，webrtc呼叫可以由webrtc网络106的一个或更多个组件、webrtc客户端或者可能在ue102的浏览器历史记录中记录，但通常根本不记录。因此，ue102上的呼叫日志不包括webrtc呼叫，反之亦然。

不幸的是，目前，没有连接或其他手段来合并该信息。换句话说，例如，在云存储108和webrtc网络106之间没有连接。因此，ue102上的蜂窝呼叫的呼叫日志包括通过蜂窝网络104进行的那些呼叫。通过webrtc网络106进行的呼叫可以根本不被记录，或者可以存储在webrtc网络106的组件上，例如远程服务器数据库。

为此，具有下载、编译和传播这些不同呼叫日志的系统和方法将是有用的。例如，因为ue102是蜂窝网络104和webrtc网络106之间的公分母，所以ue102上的应用程序102a可以用于从云存储108检索呼叫日志信息或检索ue102上的、用于蜂窝呼叫的呼叫日志以及用于webrtc呼叫的webrtc网络106上的一个或更多个组件上的呼叫日志。本公开的示例主要针对这些系统和方法。

图2描绘了与包括2g202、3g204和4glte206组件的传统蜂窝网络104通信的ue102。当然，也可以包括未来的技术，例如5g和设备到设备(d2d)组件，并且在本文中考虑这些技术。如本领域中已知的，可以使用电路交换调制解调器连接(或非3gpp连接)208(其提供相对低的数据速率)从互联网或其他源路由数据，或者通过基于ip的分组交换210连接，其导致更高的带宽。基于纯粹ip的lte系统206基本上“扁平化”架构，数据直接从互联网到服务架构演进网关(saegw)212再到演进节点b收发器206，从而实现更高的吞吐量。

许多ue102还经由wi-fi路由器214包括诸如wi-fi(例如，802.11x)互联网连接之类的附加连接。在许多情况下，例如，当用户在家时，ue102可能能够通过wi-fi连接进行语音呼叫，然后在旅行时连接到或转换到蜂窝网络104。在许多情况下，例如，wi-fi路由器214可以提供比例如蜂窝连接更高的数据速率。

在一些示例中，蜂窝网络104还可以包括云存储108。云存储108可以用作用于存储在ue102上的数据的备份设备，包括蜂窝呼叫日志216、用户联系人、日历和其他功能。云存储108可以包括经由蜂窝和/或wi-fi数据连接与ue102通信的一个或更多个服务器。这可以使ue102能够存储“在云中”的呼叫日志、图片、音乐和其他数据的备份。如果ue102需要被重置、重新加载或替换，则用户的偏好和数据(包括蜂窝呼叫日志216)可以恢复到ue102。蜂窝呼叫记录216可以包括呼叫历史信息，例如，用于基于蜂窝的呼叫的电话号码、呼叫时间、呼叫持续时间、未接来电等。

如图3所示，并且如上所述，许多ue102还包括到互联网304的连接。这可以经由蜂窝网络104经由蜂窝数据连接或经由有线或无线互联网连接(例如，经由wi-fi路由器214)。这使得用户能够使用例如互联网协议语音(或“voip”)、skype或webrtc应用程序302来搜索和浏览互联网、观看视频以及进行语音和视频呼叫。如图所示，webrtc应用程序302可以利用例如互联网连接304，使用围绕网络地址转换器服务器(或“turn服务器”)的中继的一个或更多个遍历308，通过网络地址转换器服务器(或，“stun服务器“)的一个或更多个用户数据报协议的会话遍历306，以及一个或更多个网络地址转换器(或”nat“)310。

为了建立webrtc呼叫，ue102a、102b必须首先使用合适的信令312经由互联网连接304建立通信。信令312包括协调ue102a、102b之间的通信的过程。为了建立“呼叫”，webrtc应用302需要在每个ue102的客户端之间交换信息。这可以包括用于打开或关闭通信的会话控制消息、错误消息、诸如编解码器和编解码器设置的媒体元数据、带宽和媒体类型、密钥数据、用于建立安全连接和网络数据，例如外部世界看到的主机ip地址和端口等。

在其最简单的形式中，每个webrtc端点(例如，ue102a)具有唯一的地址，其可以与其他对等体(例如，ue102b)交换以实现直接通信。在该配置中，可以在ue102a、102b之间建立直接对等(或“p2p”)连接314。这可以使ue102能够交换文件、进行语音或视频呼叫等。

然而，在大多数情况下，每个ue102位于一个或更多个层nat310之后。这可以包括具有阻止某些端口和协议的防病毒软件。这还可以包括各种代理和防火墙。在一些情况下，防火墙和nat可以由相同的设备提供，例如wi-fi路由器214。

在该配置中，webrtc应用302可以使用stun服务器306来启用nat310(例如，防火墙后面的ue102)来建立电话呼叫。以这种方式，webrtc应用302可以包括例如在本地网络外部托管的voip提供商。为此，stun服务器306使每个ue102a、102b能够获得外部ip地址(例如，在防火墙外)以建立p2p连接314。

在一些情况下，由于防火墙、防病毒或其他设置，即使在使用stun服务器306时也可能无法建立p2p连接314。在这种情况下，可以使用turn服务器308。turn服务器308可以包括通用网络流量turn服务器和用于在ue102之间中继流的网关。turn服务器308通常具有公共ip地址，并且因此，即使例如ue102位于防火墙或代理之后，也可以联系到ue102。因此，turn服务器308充当媒体通过其传递到ue102的管道。

stun服务器306、turn服务器308或单独服务器(诸如webrtc数据库服务器316(有时称为“mstore”))中的一个或更多个可以存储用于webrtc的呼叫日志信息(“webrtc呼叫日志318“)，包括例如接收者的电话号码或ip地址、呼叫时间和持续时间、未接来电等。不幸的是，目前，没有办法将存储在webrtc数据库服务器316上的webrtc呼叫日志318信息以及ue102上(或云存储108中)的蜂窝呼叫日志216组合在一起。

为此，本公开的示例可以包括将该信息组合成单个完整呼叫日志的方法。如图4所示，在一些示例中，这可以包括将ue102上的蜂窝呼叫日志216提供给webrtc数据库服务器316。因此，在402，应用程序102a可以读取存储在蜂窝呼叫日志216中的信息。如上所述，这可以包括电话号码、呼叫时间和持续时间、呼叫类型(例如，呼入、呼出、未接等)以及其他信息。

在404处，应用程序102a可以将呼叫日志信息“推送”到webrtc数据库服务器316。在一些示例中，可以使用合适的通信协议(例如，互联网消息访问协议(imap))将呼叫日志发送到webrtc数据库服务器316。在406处，webrtc数据库服务器316可以将呼叫日志信息提供给webrtc网络106，例如ue102上的webrtc客户端。实际上，在一些示例中，可以将呼叫日志提供给与号码或ip地址相关联的任何ue102。以这种方式，可以跨多个平台和多个ue102同步呼叫日志。因此，使用方法400，可以将来自ue102的呼叫日志发送到webrtc网络106上的呼叫日志。

在408处，webrtc客户端可以更新webrtc呼叫日志318以包括蜂窝呼叫日志216。在一些示例中，这可以包括从文件中提取信息、解密或以其他方式使数据可用。在一些示例中，webrtc呼叫日志318可以具有比蜂窝呼叫日志216更多或更少的数据类别。在该配置中，webrtc客户端可以删除不需要的数据或用“空”或类似填充未使用的时隙以防止错误。

在利用蜂窝呼叫日志更新了webrtc网络上的呼叫日志之后，本公开呼叫的示例还包括用于使用webrtc呼叫日志318更新ue102上和/或云存储108中的蜂窝呼叫日志216的方法500。在502处，webrtc客户端(或应用程序102a)可以读取webrtc呼叫日志318。这可以存储在webrtc客户端本身上，或者存储在webrtc数据库服务器316上，等等。在504处，webrtc客户端可以将webrtc呼叫日志318推送到webrtc数据库服务器316。

在506处，webrtc数据库服务器316然后可以使用合适的协议(例如，顺序分组协议(spp))将webrtc呼叫日志318推送到蜂窝网络104。webrtc呼叫日志318可以由蜂窝网络的适当组件(例如，apple推送通知服务(apns)服务器或google云消息(gcm)服务器)接收，然后传送到ue102。

为此，在508，取决于在ue102上运行的os的类型(例如，apple的ios或google的android)，apns服务器或gcm服务器可以使用和适当的协议将webrtc呼叫日志318传送到蜂窝呼叫日志216。例如，对于ios设备，方法500可以使用上述apns。另一方面，对于android设备，方法500可以使用google云消息(gcm)。

在510处，ue102上的应用程序102a可以接收与webrtc呼叫日志318相关联的数据。然后，应用程序102a可以组合webrtc呼叫日志318和蜂窝呼叫日志216以ue102其上创建完整的呼叫日志。换句话说，已经包括所有蜂窝呼叫的ue102上的呼叫日志现在也包括所有webrtc呼叫。

在一些示例中，方法400、500可以实时地或本质上实时地执行。因此，例如，一旦呼叫结束(即，在网络流量允许的范围内尽快)，就可以同步呼叫日志216、318。在其他示例中，呼叫日志216、318可以以预定间隔(例如，每分钟、15分钟、30分钟或小时)同步。在一些示例中，应用程序102a可以使用户能够经由用户界面设置同步的频率。

图6示出了配置有通信客户端以参与webrtc网络106和蜂窝网络104的ue102的组件级视图。如图所示，ue102包括存储通信处理器604、网页浏览器606、无线通信应用608和webrtc栈610的系统存储器602。此外，ue102包括一个或更多个处理器612、可移除存储器614、不可移除存储器616、无线电618、无线通信收发器620、显示器622、一个或更多个输出设备624、一个或更多个输入设备626和连接到无线电618的一个或更多个天线628。处理器612、无线电618、系统存储器602和ue102的其他所示组件可以是通过总线630(例如pci或其他计算机总线)通信地耦合。

在各种示例中，系统存储器602是易失性的(诸如随机存取存储器或ram)、非易失性的(诸如只读存储器或rom、闪存等)或两者的某种组合。存储在系统存储器602中的通信处理器604可以使ue102能够发起和接收webrtc呼叫，例如语音呼叫、视频呼叫和通过例如无线或蜂窝数据网络的消息传送。通信处理器604可以是本文进一步描述的webrtc客户端的示例。它可以呈现用户界面、接收用户输入、存储webrtc呼叫日志318以及与各种服务器112、306、308通信。

网页浏览器606可以是本文进一步描述的通信客户端的示例。它可以通过webrtc堆栈610或通过一个或更多个其他通信堆栈与一个或更多个服务器112、306、308通信，并且可以呈现用户界面并接收用户输入。网络浏览器606可以通过ip网络(例如蜂窝、无线(例如，wi-fi)或有线网络)与一个或更多个服务器112、306、308通信。

如本文进一步描述的，无线通信应用608可以从一个或更多个服务器112、306、308下载。无线通信应用608可以是本文还进一步描述的通信客户端的示例。它可以通过webrtc堆栈610、通过ims堆栈或通过一个或更多个其他通信堆栈与一个或更多个服务器112、306、308通信，并且可以呈现用户界面、存储蜂窝呼叫日志216以及接收用户输入等等。无线通信应用608可以通过ip网络(例如无线或有线网络)与一个或更多个服务器112、306、308通信。在一些示例中，在从用户账户注销之后，可以从ue102自动删除无线通信应用608。

webrtc栈610可以使网页浏览器606、无线通信应用608或其他通信客户端能够与一个或更多个服务器112、306、308通信并参与webrtc。在一些示例中，通信处理器604和/或无线通信应用608还可以使ue102能够经由蜂窝网络104进行通信。例如，无线通信应用608可以经由无线电618连接到蜂窝网络104。

在一些示例中，一个或更多个处理器612是中央处理单元(cpu)、图形处理单元(gpu)、cpu和gpu二者，或任何其他种类的处理单元。示例处理单元包括现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑器件(cpld)、数字信号处理器(dsp)和包含多种类型器件的处理器(例如，单个管芯上的cpu和fpga)。

ue102还可以包括附加数据存储设备(可移除和/或不可移除的)，例如磁盘、光盘或磁带。这种附加存储在图6中通过可移除存储装置614和不可移除存储装置616示出。有形的计算机可读介质可以包括以用于存储信息(例如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术实现的易失性和非易失性、可移除和不可移除介质。系统存储器602、可移除存储装置614和不可移除存储装置616都是计算机可读存储介质的示例。计算机可读存储介质包括但不限于ram、rom、电可擦除可编程rom(eeprom)、闪存或其他存储器技术、光盘rom(cd-rom)、数字通用盘(dvd)或其他光学存储器、磁带盒、磁带、磁盘存储器或其他磁存储设备或可用于存储所需信息并且可由ue102访问的任何其他介质。任何此类有形计算机可读介质可以是ue102的一部分，例如集成存储器芯片。

在一些示例中，无线电618包括本领域中已知的任何种类的无线电。例如，无线电618可以是执行发送和接收射频通信功能的无线电收发器。无线电接口可以通过例如分组交换或电路交换网络来辅助ue102与各种小区塔、基站和/或接入网络的接入点之间的蜂窝连接。

无线通信收发器620可以是能够连接到无线接入网络(例如无线调制解调器或近场天线)的任何种类的组件。这种无线接入网络，包括wi-fi或wi-max接入网络，可以使用未许可频谱。ue102可以替代地或同时通过无线电618或无线通信收发器620连接到其他设备。

在各种示例中，显示器622是液晶显示器、有机发光二极管(oled)显示器或通信设备中常用的任何其他类型的显示器。例如，显示器622可以是触敏显示屏，并且然后还可以用作输入设备或键盘，例如用于提供软键键盘、导航按钮等。

在一些示例中，输出设备624包括本领域中已知的任何种类的输出设备，诸如显示器(已经描述为显示器622)、扬声器、振动机构或触觉反馈机构。输出设备624还包括用于一个或更多个外围设备的端口，例如耳机、外围扬声器或外围显示器。

在各种示例中，输入设备626包括本领域中已知的任何种类的输入设备。例如，输入设备626可以包括相机、麦克风、键盘/小键盘或触敏显示器(诸如上述的触敏显示屏)。键盘/小键盘可以是按钮数字拨号盘(例如在典型的电信设备上)、多键键盘(例如传统的qwerty键盘)或者一种或更多种其他类型的键或按钮，也可以是包括类似操纵杆的控制器和/或指定的导航按钮等。

图7示出了电信网络服务器的一个或更多个服务器的组件级视图，该一个或更多个服务器被配置为管理对用户账户的访问、提供实时通信服务以及提供无线通信应用的下载。一个或更多个服务器700可以是一个或更多个电信网络服务器116、stun服务器306、turn服务器308或云存储108、316的一个或更多个示例。

如图所示，一个或更多个服务器700包括存储网页服务器704、账户管理组件706、用户账户708、认证组件710、客户端安装程序712和路由组件714的系统存储器702。此外，一个或更多个服务器700包括一个或更多个处理器716、可移除存储器718、不可移除存储器720、收发器722、一个或更多个输出设备724和一个或更多个输入设备726的任何一个或全部，其可以通过总线728通信连接。

在各种示例中，系统存储器702是易失性的(诸如ram)、非易失性的(诸如rom、闪存等)或两者的某种组合。存储在系统存储器702中的网页服务器704可以向用户设备(诸如网页浏览器)的通信客户端提供用户界面(例如网页)。网页可以是用于向一个或更多个服务器700的其他组件提交信息和从服务器700的其他组件接收信息的网页，诸如账户管理组件706、认证组件710、客户端安装程序712或路由组件714。

账户管理组件706可以启用对用户账户708的读取和写入。账户管理组件706可以接收将webrtc地址添加到用户账户708的请求，并且可以基于例如电信服务提供商策略或用户账户708的用户的订购计划或策略的条款，将这些webrtc地址添加到用户账户708。账户管理组件706还可以检索webrtc地址和用户设备的列表以及与用户账户708相关联的偏好并通过直接作为用户设备的客户端或通过例如网络服务器704或认证组件710的方式将那些列表和偏好提供给用户设备。此外，账户管理组件706可以直接从用户设备客户端或通过例如网页服务器704或身份验证组件710从用户设备接收对偏好的更新，并且可以依次更新用户帐户708。

用户账户708可以存储用于蜂窝网络104或webrtc网络106的用户的简档。每个简档可以包括例如登录凭证(例如，用户名和密码)、webrtc地址列表、用户设备列表、webrtc地址之一到设备之一的映射、webrtc呼叫日志318和偏好。

认证组件710可以通过例如网页服务器704从用户设备或者直接从用户设备的客户端接收登录凭证，并且可以至少基于用户账户708来认证登录凭证。然后，认证组件710可以通过例如网页服务器704向用户设备发送或者直接向用户设备客户端发送指示登录是否成功的指示。在一些实现中，认证组件710然后可以调用账户管理组件706以使账户管理组件706通过网络服务器直接发送给用户设备客户端或通过身份验证组件710向用户设备提供webrtc地址、设备和偏好的列表到用户设备。在进一步的实现中，认证组件710可以直接从用户设备客户端或通过例如网页服务器704接收注销的指示，并且可以依次调用路由组件714以使路由组件714停止将webrtc路由到用户设备和从用户设备路由webrtc。认证组件710还可以响应于注销来调用客户端安装程序712(例如，webrtc客户端)以使客户端安装程序712卸载无线通信应用程序。

客户端安装程序712可以通过例如用于无线通信应用的用户设备的网页服务器704来接收请求。作为响应，客户端安装程序712可以在该用户设备上安装无线通信应用程序。在一些示例中，客户端安装程序712可以在从用户账户注销时由认证组件710调用以从用户设备卸载无线通信应用程序。

路由组件714可以由认证组件710调用，并且可以从账户管理组件706、用户设备或两者接收webrtc地址和设备。然后，路由组件714直接通过用户设备的客户端或通过例如网页服务器704将webrtc路由到用户设备或从用户设备路由webrtc，直到从例如认证组件710接收到停止这样做的指示为止。可以响应于注销来提供这种指示。在一些实现中，路由组件714还可以从账户管理组件706检索偏好，并利用偏好将rtc路由到用户设备以及这些设备上的特定处理程序或应用程序。这种基于偏好的路由决策还可以涉及接入网络的质量度量，路由组件714可以从其他电信网络设备或组件获得该质量度量。

在一些示例中，一个或更多个处理器716是中央处理单元(cpu)、图形处理单元(gpu)或cpu和gpu两者，或者上面参考处理器716描述的任何其他种类的处理单元。一个或更多个服务器700还包括附加数据存储设备(可移除和/或不可移除)，例如磁盘、光盘或磁带。这种附加存储在图7中通过可移除存储器718和不可移除存储器720示出。系统存储器702、可移除存储器718和不可移除存储器720都是计算机可读存储介质的示例。有形计算机可读介质和计算机可读存储介质可以如上面参考可移除存储718和不可移除存储720所讨论的那样。

在一些示例中，收发器722包括本领域中已知的任何类型的收发器。例如，收发器722可以包括执行发送和接收射频通信的功能的无线电收发器。而且，或者替代地，收发器722可以包括其他无线或有线连接器，例如以太网连接器、无线调制解调器或近场天线。收发器722可以使一个或更多个服务器700能够与电信网络的其他设备或与电信网络外部的设备通信。

在一些示例中，输出设备724包括本领域中已知的任何种类的输出设备，诸如显示器、扬声器、振动机构或触觉反馈机构。输出设备724还包括用于一个或更多个外围设备的端口，例如耳机、外围扬声器或外围显示器。在各种示例中，输入设备726包括本领域中已知的任何种类的输入设备。例如，输入设备726可以包括相机、麦克风、键盘/小键盘或触敏显示器(诸如上述的触敏显示屏)。键盘/小键盘可以是按钮数字拨号盘(例如在典型的电信设备上)、多键键盘(例如传统的qwerty键盘)或者一种或更多种其他类型的键或按钮，也可以是包括类似操纵杆的控制器和/或指定的导航按钮等。

如图8所示，本公开的示例还可以包括图形用户界面(gui)，其包括合并呼叫日志800。合并呼叫日志800可以存储在ue102上、在应用程序102a中或者在远程服务器(例如，云存储118)上。在一些示例中，呼叫日志800可以包括公共呼叫日志信息，例如，呼叫号码802、呼叫时间804、呼叫持续时间806以及呼叫类型808(例如，呼入、呼出、未接等)。然而，在这种情况下，呼叫日志800还可以包括源标识符810。

顾名思义，源标识符810可以将呼叫源识别为例如蜂窝或webrtc。因此，源标识符810可以简单地包括适当的描述符、符号或图标、颜色或其他合适的手段。如图所示，源标识符可以包括例如球形，以表示经由互联网的webrtc呼叫，以及用手机表示经由蜂窝网络104进行的呼叫。以这种方式，用户可以查看呼叫记录800，其包括所有类型的呼叫，并且可以一目了然地识别呼叫的来源。合并呼叫日志800通过避免在多个位置查看多个呼叫日志的需要来提高生产率。合并呼叫日志800还防止与试图记住哪些呼叫是蜂窝呼叫以及哪些呼叫是webrtc呼叫相关联的混淆。因此，用户可以根据最适合手头需要的呼叫类型自由使用任何一种通信方法。

在一些示例中，合并呼叫日志800可以包括多个标签812-816。标签812-814可以使用户能够在蜂窝呼叫日志216、webrtc呼叫日志318和合并呼叫日志800之间切换。因此，蜂窝标签812可以仅包括通过蜂窝网络104的呼叫，webrtc标签814可以仅包括通过webrtc客户端(或其他voip呼叫)进行的呼叫，并且组合的标签816可以包括所有呼叫。以这种方式，用户可以一起查看所有呼叫，或者可以缩小搜索范围，例如，当呼叫类型已知时。合并呼叫日志800也可以是可排序的(例如，按名称、日期、持续时间等)并且可搜索以提供附加功能。

上面描述的应用程序102a和方法400、500在蜂窝呼叫日志216和webrtc呼叫日志318之间提供简单、鲁棒且容易安装的通信链路。因此，应用程序102a可以使用户能够查看单个呼叫日志，例如，它包括两种类型的呼叫，这提高了生产力和减少了混淆。例如，用户可能希望利用voip呼叫来减少长途或国际费用，但是仍然希望所有呼叫(蜂窝和webrtc呼叫)记录在公共呼叫日志(或两个呼叫日志216、318)中。

虽然以上公开了若干可能的示例，但是本公开的示例不限于此。例如，虽然已经公开了用于蜂窝和webrtc通信的系统和方法，但是该系统和方法可以与其他类型的无线数据和通信系统一起使用。因此，本文描述的系统和方法可以与wi-fi系统、微波、市民频带(cb)、家庭无线电服务(frs)、通用移动无线电服务(gmrs)、未来的5g通信系统或其他系统一起使用，其中合并的通话记录有用。还可以使用附加的或不同的系统组件，例如服务器112、306、308，路由器和其他组件。

另外，用于本公开的示例的各种特征的位置和配置，例如，所使用的步骤的顺序，系统的组件，各种服务器112、306、308的位置，客户端类型和所使用的连接，以及其他特征可以根据特定的通信网络改变，例如，或者由于例如本地通信规则或干扰源等需要稍微变化的特定位置。这些改变旨在包含在本公开的范围内。

可以根据需要根据本公开的原理构造的设备、系统或方法的特定设计规范或约束来改变各种网络的具体配置、连接以及大小和形状。这些改变旨在包含在本公开的范围内。因此，目前公开的实施例在所有方面都被认为是说明性的而非限制性的。本公开的范围由所附权利要求而不是前面的描述来指示，并且在其等同物的含义和范围内的所有改变都旨在包含在其中。