呼叫方id冲浪的制作方法

文档序号:7850571阅读:137来源:国知局
专利名称:呼叫方id冲浪的制作方法
技术领域
本发明涉及计算机电话集成的领域。特别地,本发明涉及无缝地向用户显示和产生与其电话呼叫、通话记录或电子电话本相关的基于计算机的文件。
背景技术
在发达经济的这些日子里,大多数工作的人涉及使用计算机并在电话上讲话。数以百万计的人总是在其办公室里这样做,并且移动电话具有与个人计算机相关的许多功能,诸如彩色显示和文本编辑。当人们呼叫对方时,呼叫方可以选择发送,并且接收方可以选择接收并显示呼叫方ID。呼叫方ID通常是主叫电话用户的电话号码,但是如果在特定姓名的移动电话的地址簿中找到了呼叫主叫号码,则聪明的手机还将呼叫方ID转换成姓名。 此外,有一些目录查询公司,它们基于从目录的查找来示出呼叫方,并且对这些查找向用户收费。除此之外,EP I 587 291 BI公开了一种方法,其中,通过将多个外来多媒体数据推送到呼叫的接收方,可以改善呼叫方ID。另一方面,US 2005/0069095A1讨论了通过搜索语音邮件来发现呼叫方ID的不同方法,来发现语音邮件的发送方的呼叫方ID。在此申请中引用了这些文献作为参考。上述方法具有许多缺点。目录查询公司从专有数据库和/或表来执行查找,并且在SMS消息中传送非常有限的、昂贵的信息(通常仅限于注册到电话号码的名字),费用是每条消息几十美分。如果没有相关数据要推送到终端,则将更多的外来宽带数据添加到呼叫方ID并将其推送到接收方没有任何意义。非常少的终端兼容宽带呼叫方ID,这将要求移动电话制造商的标准化,这难以实现。很明显,事后从语音邮件发现呼叫方ID在未接来电的过程中不会有帮助。现有技术中的普通呼叫记录也没有更详细地为用户准备最终通话。此夕卜,用户终端中的传统电话本应用也没有提供呼叫的任何有用近期背景信息,其仅管理联络人信息。

发明内容
研究之下的本发明涉及用于有效地缓解之前提到的全部或部分缺点的系统和方法。本发明涉及通过使用呼叫方ID作为默认冲浪板(S卩,搜索项)来自动进行信息网络冲浪。更具体地,研究之下的本发明旨在实现一种系统,其中,当呼叫方ID进入时,移动电话自动进行互联网搜索,使得对呼叫进行应答的人自动地“谷歌搜索”,即,对呼叫他或她的人进行了互联网搜索。由于接收方知道呼叫方发生了什么,因此,现在更乐意对呼叫进行应答,并且有更多的问题来交谈。本发明的另一目标是呈现一种系统,其中,在用户输入或拨打接收方电话号码时,移动电话搜索并将所有或部分相关文件显示到屏幕。由于在移动电话屏幕上方便地列出了与将要呼叫的人的对应关系,因此呼叫方更少需要去想“现在我们在哪里??上一次发生了什么”。在用户输入要呼叫的号码或者启动呼叫时,移动电话将在显示器或移动电话的桌面上显示邮件、文本文件、日历事件等。很多时候,除非使用耳机或扬声器,移动电话的屏幕靠近耳朵或脸颊。本发明的一个方面涉及包括电话和计算机的用户终端。呼叫信息从电话被中继到计算机。例如,电话或移动电话可以经由无线路径或电缆连接至PC,并且PC的桌面排列有来自互联网或PC的文件系统的搜索结果,其中,使用呼叫方ID、呼叫电话号码、或与此相关的任何数据作为搜索输入项。在办公室环境中,用户的电话理想地通过电缆或诸如蓝牙链路的无线链路连接至PC。在呼叫进入,并且确认了呼叫方时,电子邮件应用搜索并显示用户与呼叫方往来的电子邮件、提到呼叫方的名字的Word文档,或者其自动登录到用户和/或呼叫方的主页、和/或社交媒体个人资料页面,诸如Facebook个人资料页面和/或Linkedln、Twitter和/或Plaxo个人资料页面。本发明的另一实施方式允许人员的呼叫方ID以新颖性和创造性的方式在工作组中工作。现在,参照前段,用户接到来自+3589123456、来自Charlie Lahti的呼叫,Charlie Lahti是来自芬兰的虚构人,国际拨号码证实。Char I ie刚为其5岁的女儿Li i sa买了一辆新自行车,并且在他的Facebook页面上发布了 Liisa热情地蹬骑自行车的照片。现在,用户(让我们称其Matti)和Charlie在Facebook上是朋友,当用户的移动电话接收并识别了来自Charlie的呼叫时,如果还没有登录,则用户的移动电话登录到Facebook,搜索并显示Charlie的个人资料,其具有Liisa骑新自行车的照片。在Charlie设法说什么之前,用户在电话上讲,“哇,Liisa有一个漂亮的很棒的自行车”。而没有必要“天气如何?-足够的寒暄-怎么样? ”,或者谈论关注的事情时无意义的寒暄。Liisa的新自行车立刻在Charlie和用户之间建立了心理联系,并且已经进入了共同但是个人的谈话心境。Charlie对该用户知道并且对其家庭中发生的事情感兴趣这一事实真的很喜欢,并且决定自发地向用户提议在一个公园的野餐。用户和Charlie进行野餐的计划,然后,用户从其用户终端按下按钮来开始记录谈话。关于野餐计划的谈话通常被记录成数据文件,并且该文件被发布在用户和Charlie的Facebook “墙”上。通常,发布所记录的谈话文件,使得用户在其用户终端上记录该数据文件然后将该文件上传到Facebook,并将其发布到用户和Charlie之间的墙上。当然,根据本发明,Facebook “墙”上的文件的直播流也是可能的。Charlie的妻子或者用户的女朋友可以访问从Facebook页面记录的语音,并通过收听语音记录来查看Charlie和用户的计划。用户或者Charlie的用户终端或网络计算机还可以使用语音识别,以将语音记录提取成文本,文本也可以发布在用户和Charlie之间的“墙”上。当然,如果用户和Charlie使用视频电话,则根据本发明,视频和音频数据可以记录到数据文件。通过具有网络效果的本发明实施方式,累计了其他的更多优点。现在,Charlie呼叫他的妻子,她有移动电话并且是本发明的用户。Charlie的呼入电话被他妻子的移动电话识别,该移动电话登录到Facebook并显示Charlie的Facebook个人资料页面,该页面具有从电话谈话提取的文件和文本片段中的语音记录“也许我们应该为野餐准备大蒜法式面包、白葡萄酒”。Charlie的妻子在商店,当在屏幕上闪过呼叫方ID时,她注意到呼入电话,并查看Charlie和Matti (较早用户)之间发布的“墙”。她对电话进行回复“我会准备白酒和法式面包,但是我现在很忙”,在Charlie说什么之前,中断与其丈夫Charlie的通话。此时,除了已经与Matti讨论的事情,Charlie真的没有什么别的话说,因此他很欣慰的是,对于在商店有数十种其他东西要买的妻子,他并不需要开始琢磨我与Matti达成了何种一致?本发明在个人通信中增加了“带宽”,即,速度、效率和更多维度,因此本发明系统的用户还可以通过文档直观地看到两个或更多个人之间的关系怎样。很明显,本发明可以用于商业通信。在本发明的一个方面,在合并和收购交易的企业工作的高管、银行家、和律师例如在企业内部网或LinkedIn或类似社交网络形成封闭的群体。律师可以从高管之间的记录的电视电话会议得到准备协议所需的项目表信息而无需呼叫他们,因此当高管呼叫律师并给出新的命令时,由于律师在应答电话时得到显示了关于高管已经做了什么的文本片段,因此律师还可以更好的准备执行听命来自高管的指派。在本发明的另一方面,呼叫方是客户并且应答方是呼叫中心代理,并且使用呼叫方ID进行搜索,并将全部或部分的客户账户详情提供到呼叫中心代理的工作站。这避免了呼叫中心代理需要问例如下面的问题“您的用户帐号?请拼读您的姓名?您的生日”等。在接收到客户的呼叫时,客户账户详情自动弹出在工作站的屏幕上。在此专利申请中,用户终端表示网络中的终端装置,诸如移动电话、电话、和/或计算机。并且在本发明的一些实施方式中,可以通过本身是用户终端或用户终端的外设的两个或多个装置来形成用户终端。例如,如之前说明的,当与通信链路连接时,电话和工作站计算机可以一起使用。在本发明实施方式中,可以通过从移动电话和/或计算机中的联络人应用选择呼叫接收方、通过语音识别、和/或通过输入接收方的用户线的实际电话号码,来输入呼叫接收方。在此专利申请中,社交网络站表示人们可以以工作组有效地进行沟通的诸如Facebook、Linkedln、Plaxo、Twitter等的任何网站。出于本申请的目的,企业和/或社交内联网/互联网工作组也可以分类为社交网络。 “墙”定义为诸如Facebook或任何其他社交网络的社交网络上的呼叫方和呼叫接收方之间的确定的通信空间。呼叫方ID主要是指在电话网络中发送的发起和/或目的电话号码信息。然而,一些呼叫是基于IP或数据包交换的,并且可能源于一个装置或试图到达一个装置,而该装置不具有为其分配的电话号码或不使用该电话号码。在这些情况下,根据本申请中的发明,无论使用什么呼叫方识别信息来替代发起和/或目的电话号码,诸如用户名、IP地址、电子邮件地址等,都将理解为呼叫方ID。根据本发明的搜索引擎的特征在于,该搜索引擎配置为从用户终端和/或电话网络接收呼叫方ID、从呼叫方ID派生的数据的自动输入作为搜索项,并且搜索引擎配置为使用至少一个搜索项来执行至少一个电子文档的搜索,并且将至少一个搜索结果显示在屏幕上。根据本发明的用户终端的特征在于,该用户终端被配置为向搜索引擎发送呼叫方ID或从呼叫方ID派生的数据的自动输出作为搜索项,并显示从搜索引擎返回的至少一个搜索结果。根据本发明,通过自动输入或输出,意味着呼叫方ID或从呼叫方ID派生的数据的机器生成的输入或输出,在一些实施方式中,这完全不需要人工输入数据,或者,只需要对机器生成的输入或输出进行同意或选择。很明显,这不同于在现有技术中当前可以完成的键盘文本或数字串输入或通过鼠标电子拷贝和粘贴呼叫方ID。在本发明的优选实施方式中,本发明的全部或一些步骤或处理是自动的。根据本发明的在至少一个用户终端中显示信息的方法的特征在于-至少一个呼入呼叫到达和/或将呼出呼叫的至少一个呼叫接收方输入用户终端,-识别呼入呼叫的呼叫方和/或呼出呼叫的接收方的标识,-呼入和/或呼出呼叫的标识被作为搜索项自动输入到用户终端上和/或至少一个网络计算机上的至少一个搜索引擎程序中,-至少一个搜索引擎程序用至少一个搜索项搜索用户终端和/或互联网的文件系 统,-在选择了呼出呼叫的接收方时、在呼叫正呼入和/或呼出时、在应答呼叫时、和/或在通话期间,在至少一个用户终端的屏幕上显示搜索的结果。根据本发明的用户终端的特征在于-至少一个呼入呼叫被配置为到达和/或呼出呼叫的至少一个呼叫接收方被配置为被输入用户终端,-配置为识别呼入呼叫的呼叫方和/或呼出呼叫的接收方的标识,-呼入和/或呼出呼叫的标识被配置为作为搜索项自动输入到用户终端上和/或至少一个网络计算机上的至少一个搜索引擎程序,其中,用户终端被配置为连接至该至少一个网络计算机,-该至少一个搜索引擎程序被配置为使用至少一个搜索项搜索用户终端和/或互联网的文件系统,-在选择了呼出呼叫的接收方时、在呼叫正呼入和/或呼出时、在应答呼叫时、和/或在通话期间,搜索的结果被配置为显示在至少一个用户终端的屏幕上。在本发明的一些实施方式中,上述步骤中的全部或部分是自动进行的。本发明的优选实施方式自动输入呼入呼叫呼叫方和/或呼出呼叫接收方的标识作为搜索项,但是请求用户的准许来进行搜索。在更精简的实施方式中,在运行本发明的方法时,在获得了搜索项时就进行搜索,并且将至少一个搜索项返回给用户,而没有任何输入请求。这也适用于本发明的用户终端、软件程序产品和/或电信系统。根据本发明的电信系统的特征在于-至少一个呼入呼叫被配置为到达和/或呼出呼叫的至少一个呼叫接收方被配置为输入用户终端,-配置为识别呼入呼叫呼叫方和/或呼出呼叫接收方的标识,-呼入和/或呼出呼叫的标识被配置为作为搜索项自动输入到用户终端上和/或至少一个网络计算机上的至少一个搜索引擎程序,其中,用户终端被配置为连接至该至少一个网络计算机,-至少一个搜索引擎程序被配置为使用至少一个搜索项搜索用户终端和/或互联网的文件系统,-在选择了呼出呼叫的接收方时、在呼叫正呼入和/或呼出时、在应答呼叫时、和/或在通话期间,搜索的结果被配置为显示在至少一个用户终端的屏幕上。根据本发明的包括软件程序产品的存储器单元的特征在于-至少一个呼入呼叫和/或呼出呼叫的至少一个呼叫接收方被配置为通过软件程序产品而被检测到,-呼入呼叫呼叫方和/或呼出呼叫接收方的标识被配置为通过软件程序产品而被识别,-呼入呼叫呼叫方和/或呼出呼叫接收方的标识被配置为通过软件程序产品而作为搜索项自动输入到用户终端上和/或至少一个网络计算机上的至少一个搜索引擎程序,其中,用户终端被配置为连接至该至少一个网络计算机,-至少一个搜索引擎程序被配置为使用至少一个搜索项搜索用户终端和/或互联 网的文件系统,-在选择了呼出呼叫的接收方时、在呼叫正呼入和/或呼出时、在应答呼叫时、和/或在通话期间,搜索的结果被配置为通过软件程序产品而显示在至少一个用户终端的屏幕上。根据本发明的软件程序产品的特征在于-至少一个呼入呼叫被配置为到达和/或呼出呼叫的至少一个呼叫接收方被配置为通过软件程序产品而被检测到,-呼入呼叫呼叫方和/或呼出呼叫接收方的标识被配置为通过软件程序产品而被识别,-呼入呼叫呼叫方和/或呼出呼叫接收方的标识被配置为通过软件程序产品而作为搜索项自动输入到用户终端上和/或至少一个网络计算机上的至少一个搜索引擎程序,其中,用户终端被配置为连接至该至少一个网络计算机,-至少一个搜索引擎程序被配置为使用至少一个搜索项搜索用户终端和/或互联网的文件系统,-在选择了呼出呼叫的接收方时、在呼叫正呼入和/或呼出时、在应答呼叫时、和/或在通话期间,搜索的结果被配置为通过软件程序产品而显示在至少一个用户终端的屏幕上。根据本发明的网络计算机服务器配置为与至少一个用户终端连接,其特征在于-到用户终端的呼入呼叫呼叫方和/或用户终端中的呼出呼叫接收方的标识被配置为通过网络计算机服务器而被识别,-呼入呼叫呼叫方和/或呼出呼叫接收方的标识被配置为作为搜索项自动输入到用户终端上和/或网络计算机服务器上的至少一个搜索引擎程序,-至少一个搜索引擎程序被配置为使用至少一个搜索项搜索用户终端和/或互联网的文件系统,-在选择了呼出呼叫的接收方时、在呼叫正呼入和/或呼出时、在应答呼叫时、和/或在通话期间,搜索的结果被配置为显示在至少一个用户终端的屏幕上。根据本发明的用户终端的特征在于,该用户终端包括呼叫记录和/或联络人目录软件应用,并且至少一个呼叫记录和/或联络人目录条目被配置为与通过使用该条目的呼叫方ID和/或从其派生的任何数据作为搜索项而获得的至少一个搜索结果一起显示在用户终端的屏幕上。在本申请中,之前已经解释了呼叫方ID。以上,“从其派生的数据”,即,从呼叫方ID派生的数据,表示在条目中具有呼叫方ID的其他数据,诸如姓名、机构、电子邮件地址等,或者可以从该数据派生的任何数据,诸如该组合Charles Lahti (姓名)、和/或Nordea银行(机构)、和/或+3589123456 (呼叫方ID)或一些其他组合、同义词、或其置换。在一些实施方式中,这同样适用于以下的电信系统和软件程序产品实施方式。根据本发明的电信系统的特征在于,该电信系统包括呼叫记录和/或联络人目录软件应用,并且至少一个呼叫记录和/或联络人目录条目被配置为与通过使用该条目的呼叫方ID或从其派生的任何数据作为搜索项而获 得的至少一个搜索结果一起显示在用户终端的屏幕上。根据本发明的软件程序产品的特征在于,该软件程序产品包括呼叫记录和/或联络人目录软件应用,并且至少一个呼叫记录和/或联络人目录条目被配置为与通过使用该条目的呼叫方ID或从其派生的任何数据作为搜索项而获得的至少一个搜索结果一起显示在用户终端的屏幕上。根据本发明的用户终端的特征在于,该用户终端包括呼叫记录和/或联络人目录软件应用,并且至少一个呼叫记录和/或联络人目录条目被配置为与与该呼叫记录条目相关的至少一个社交网页和/或从其派生的数据一起显示在用户终端的屏幕上。根据本发明的电信系统的特征在于,该电信系统包括呼叫记录和/或联络人目录软件应用,并且至少一个呼叫记录和/或联络人目录条目被配置为与与呼叫记录和/或联络人目录条目相关的至少一个社交网页和/或从其派生的数据一起显示在用户终端的屏幕上。根据本发明的软件程序产品的特征在于,该软件程序产品包括呼叫记录和/或联络人目录软件应用,并且至少一个呼叫记录和/或联络人目录条目被配置为与与呼叫记录和/或联络人目录条目相关的至少一个社交网页和/或从其派生的数据显示一起在用户终端的屏幕上。此外,参照累计的实施方式的上述优点,认为本发明的最佳模式是将本发明用于诸如Facebook的社交媒体,其中,移动站基于呼叫方ID及其派生物搜索呼叫方的社交媒体页,并且在移动站屏幕上将其显示给呼叫的接收方,可能还有其他互联网搜索结果。


以下,将根据附图参照示例性实施方式更详细地描述本发明,在附图中图1是示出具有呼入呼叫的创造性文档搜索和显示方法的实施方式10的流程图。图2是示出具有呼出呼叫的创造性文档搜索和显示方法的实施方式20的流程图。图3示出根据本发明的移动站用户终端的实施方式30。图4示出根据本发明的由分离的计算机和电话组成的用户终端的实施方式40。图5是示出用于适于社交媒体的呼叫的创造性文档搜索显示和生成方法的实施方式50的流程图。图6是示出用于呼叫的创造性文档搜索显示和制造方法的实施方式60的网络框图。
图7示出创造性用户终端的实施方式70,其中,本发明应用于用户终端呼叫记录。图8示出创造性用户终端的实施方式80,其中,本发明应用于用户终端联系人目录。图9出创造性用户终端的实施方式90,其中,本发明利用至少一个社交网络应用于用户终端联系人目录。在从属权利要求中描述了一些实施方式。··
具体实施例方式图1示出了当呼叫进入用户的用户终端时的本发明的方法。在阶段100,至少一个呼叫到达用户终端。用户终端通常是移动电话,但是原则上可以是连接至电话线的任何装置。在阶段110,通常通过呼叫方ID,S卩,呼叫方从其呼叫的电话号码,来识别呼叫方。此夕卜,在接收到用户ID时,用户终端可以将其与用户终端的联络簿应用中的名字匹配。在阶段120,将电话号码、呼叫方姓名、呼叫方的机构和/或类似的识别为呼叫方的标识。例如,如果电话号码+3589123456属于联络簿应用中的名字为Charles Lahti的条目,其与联络簿应用中的名字为Nordea银行的工作机构相关,则根据本发明,呼叫方的标识将为“+3589123456、Charles Laht1、Nordea 银行”和 / 或其任何排列。在阶段120,项目 “+3589123456、Charles Laht1、Nordea 银行”中的全部或部分被作为搜索项输入到至少一个搜索引擎。在一些实施方式中,在至少一个呼叫方标识项之夕卜,还可以输入诸如相关背景搜索项(例如,用户的姓名、公司、位置、时间等)的其他搜索项作为搜索项。搜索引擎可以是用户终端本身上的搜索引擎软件,或者在本发明的一些实施方式中,其可以位于用户终端有利地连接到的互联网上。在阶段130,搜索引擎使用上述的搜索项搜索用户终端和/或远程计算机和/或互联网的文件系统。在本发明的一些实施方式中,在搜索期间,搜索引擎还可以将匹配结果取回到用户终端或者用户终端连接到的网络服务器。在阶段140,在用户的屏幕上显示搜索结果,呼叫某人是一项对时间非常敏感的活动,即,在进行呼叫时,或者“现在”,附加了大量的相关背景意义。因此,在本发明的一些实施方式中,搜索引擎将基于搜索结果的时间远近将它们排序。因此,在一些实施方式中,搜索引擎将示出来自用户和呼叫方最后一起工作的文件系统和/或呼叫方已经执行的最近在线活动的文件。优选地,在找到呼叫方ID时,进行搜索并且自动显示搜索结果。这样,在电话响了并且在电话屏幕上无缝地示出了搜索结果时,用户开始看了一眼呼叫他的人的活动。在本发明的一些实施方式中,当然可以在企业内部网进行该搜索,以便于在一起工作的员工之间的工作组型行为。由于员工看到其他人实际上在干什么,因此他们更容易在一个组中工作。在本发明的实施方式中,以下应用中的任一个一起或单独地执行搜索并显示搜索结果搜索电子邮件的电子邮件程序、使用搜索引擎工具条和/或搜索引擎互联网站并搜索网站的互联网浏览器、从至少一个文件系统搜索文件的文件系统搜索引擎。对于基础的搜索引擎技术,以下的参考中,Finding Out About>RichardBelew andModern Information retrieval the concepts and technology behindsearch、 RicardoBaeza-Yates>Berthier Ribeiro-Neto描述了搜索引擎的基础。优选地用基于索引的搜索引擎来实施本发明,其中,将呼叫方ID搜索项和呼叫方ID相关的搜索项映射到表征呼叫方ID和/或呼叫方ID相关的搜索项的文档。应当注意的是,根据本发明,方法10的任何特征、阶段、或部分可以与实施方式20、30、40、50、60、70、80和/或90自由置换和结合。图2显示了当用户进行呼叫时有用的本发明的实施方式20。在阶段200,向用户终端输入至少一个呼出电话号码。在本发明的一些实施方式中,用户通常通过键盘入口或语音识别来输入电话号码。在阶段210,识别要呼叫的号码并识别与该号码相关的任何数据。例如,如果输入的号码是+3589123456,即,用户终端的电话簿中的机构为Nordea银行的虚拟的人Charles Lahti的号码,则呼叫接收方的标识识别为“+3589123456、CharlesLaht1、Nordea银行”,或者任何置换、派生、同义词、翻译或其组合。根据本发明,置换和修改的搜索项例如可以是“Charles或Lahti和Nordea银行或Nordea Pankki”,其中,“Pankki”是“银行”的芬兰语翻译。 在阶段220,将接收方标识输入到至少一个搜索引擎作为搜索项。在一些实施方式中,除了至少一个接收方标识项,还可以输入其他搜索项作为搜索项,诸如相关背景搜索项,例如,用户的名字、位置、时间、公司等。在阶段230,使用可以位于用户终端、网络计算机、或分布在这二者之间的搜索引擎来搜索文件系统和/或互联网。在阶段240,向用户显示至少一个搜索项。这样,简单地看一下用户终端屏幕,用户就可以检查在该呼叫之前该呼叫接收方发生了什么。在本发明的一些实施方式中,用户终端自动将用户登录到社交网站,诸如Facebook、Linkedln、Twitter等,这是因为,极有可能从这些或类似的网站发现该呼叫接收方的最近的基于互联网的活动。在本发明的一些实施方式中,当然,可以在企业内部网进行搜索,以便于一起工作的员工之间的工作组型行为。由于员工看到其他人实际上在做什么,因此他们更容易在一个组中工作。在本发明的一些实施方式中,以下应用中的任一个单独或一起执行搜索并显示搜索结果搜索电子邮件的电子邮件程序、使用搜索引擎工具条并搜索网站的互联网浏览器、从文件系统搜索文件的文件系统搜索引擎。应当注意的是,根据本发明,方法20的任何特征、阶段、或部分可以与实施方式10、30、40、50、60、70、80和/或90自由置换和结合。图3示出了根据本发明的用户终端的实施方式30。用户终端是带有屏幕300和键盘330的移动电话或移动站。本发明的移动电话如下工作将至少一个呼入呼叫配置为到达移动电话和/或至少一个呼出呼叫配置为从移动电话呼出,并且该呼叫的号码显示在屏幕部分310中。在本发明的一些实施方式中,还将得到的电话号码翻译成移动电话的联络簿应用中的姓名和/或机构。在该实例中,将号码+3589123456翻译成Charles Lahti,其机构刚好是Nordea银行,这也在屏幕部分310中显示。现在,在输入了电话号码+3589123456时,或者从联络簿应用选择了 Charles Lahti时,配置为在搜索引擎上进行搜索。搜索引擎在移动电话中和/或网络和/或互联网上,并且所使用的搜索项为“+3589123456、CharlesLahti, Nordea银行”或者其任何置换、派生、同义词或其组合。类似地,配置为识别呼入呼叫的标识。如果号码+3589123456呼叫用户终端,则识别出该号码,并且显示联络人应用中的对应联络人详情,对于该号码,显示Charles Laht1、Nordea银行。类似地,搜索引擎使用的搜索项为“ +3589123456、CharIes Laht1、Nordea银行”或者任何置换、派生、同义词或其组合。搜索结果在屏幕部分320中示出,并且由于Charles Lahti是Nordea银行的分析师,因此,他对Swedish-Anglo制药公司AstraZeneca的报告首先弹出来。该搜索结果被显示给移动电话30的用户。在本发明的一个实际实施方式中,移动电话30是Google Android移动电话,其被配置为连接至Google搜索引擎。Google搜索引擎与GoogleAndroid电话集成,并且移动电话的用户基于移动电话的呼出呼叫和呼入呼叫的呼叫方ID来获得显示的自动搜索结果。这样,就排除了对任何目录查询服务的需求。这就是所谓的互联网的“呼叫方ID冲浪”(来电显示冲浪),也就是本申请的标题名称所暗示的。然而,根据本发明,可以类似地集成任何其他移动电话或搜索引擎。
很明显,本发明的另一实际实施方式还可以用Microsoft Bing搜索引擎、Microsoft操作系统、或有互联网浏览器功能的电话来实现,并且还可以用Microsoft社交网络“Windows Live Planet”来实现。在涉及Microsoft的解决方案作为组件的这些实际实施方式之一中,Microsoft操作系统或互联网或文件系统浏览器将识别呼出和/或呼入呼叫方ID,然后使用呼叫方ID或从其派生的任何数据作为至少一个搜索项来用Bing搜索文档。另外,如果呼叫方ID或其任何派生数据与Windows Live Planet中的任何个人资料页相关,则Microsoft系统可以对接,使得Windows Live Planet个人资料页与呼出和/或呼入呼叫的呼叫方ID —起被显示。在一个实施方式中,可以用社交网络用户本地副本来代替移动站的整个联络目录。例如,Windows Live planet移动电话将简单地使用户使用他的Windows Live Planet账户作为他的移动电话中的联络目录。在一个特殊实施方式中,移动电话或用户终端的通话记录应用与本发明整合,使得任何未接来电或过去的呼叫(通话)都与过去已经呼叫了用户或者用户进行了呼叫的各方的社交网络个人资料页和/或搜索结果相关。例如,在一个实施方式中,可以使用屏幕部分310来示出至少一个未接来电或至少一个过去的呼叫,并且屏幕部分320可以用于示出搜索结果。在一些实施方式中,在使用用户终端时,用与呼叫方ID的搜索结果自动补充呼叫记录应用。根据本发明,移动电话上的软件可以进行所述的搜索和/或诸如搜索引擎的互联网服务器可以进行搜索,并补充搜索结果。在本发明的一些实施方式中,诸如Facebook或Windows Live planet的至少一个社交网络应用与移动电话的呼叫记录和/或联络人目录软件集成,使得能够用社交网络用户个人资料中列出的电话号码直接翻译呼叫记录或联络目录中的呼叫方ID。在一些实施方式中,在社交网络的用户个人资料的电话号码和/或呼入和/或呼出呼叫的呼叫方ID和/或输入和/或选择作为预期呼叫的呼叫方的电话号码之间有直接翻译。在本发明的一些实施方式中,当没有足够相关的搜索结果时,系统将显示“未识别呼叫方”或类似消息。在本发明的一些实施方式中,当识别出呼叫方,但是该方拒绝广播其标识时,例如可以在屏幕部分320中显示“未知呼叫方”或“呼叫方信息被拒绝”。很明显,根据本发明,还可以有两个以上的屏幕部分。
本发明的一个重要方面在于,当我们用呼叫方ID数据或其派生在互联网进行冲浪和搜索时,我们实质上是在互联网上冲浪并搜索人。因此,在一个优选实施方式中,搜索引擎不仅列出并将搜索结果排序,还打开最相关的搜索结果。阅读Charles Lahti的AstraZeneca 2010年第二季度的实际Nordea分析师报告是非常不现实的。用户最有可能关注的是CharlesLahti对该报告的贡献。在本发明的一个优选实施方式中,打开至少一个搜索结果,并且将屏幕部分320配置为显示实际上表征了搜索项的搜索结果部分。虚构的搜索结果的特征是节录“Charles Lahti说用于骨质疏松的新药的专利行政保护与阶段II中的实际分子不符”,并且移动电话软件和/或搜索引擎软件现在在屏幕部分320中显示该节录。很明显,根据本发明,还可以将呼叫记录和联络目录实施方式配置为显示搜索结果的如上所述表征搜索项的那些部分。现在,假设用户是AstraZeneca的员工。在本发明的一些实施方式中,移动电话的用户可能具有相关背景搜索项“AstraZeneca”组。因此,根据本发明,分析师报告被首先排序,并且在用户用移动电话30讲话、应答、或将要进行呼叫时,在屏幕上显示其相关引用。 对于AstraZeneca员工,知道Charles Lahti关注他们公司的专利可能是有用的。在本发明的所有实施方式中,可以使用在US 12/758,258中描述的发明的搜索方法,并且该文档结合于该申请作为参考。根据本发明,所述的至少一个搜索引擎程序配置为用所述的至少一个搜索项来搜索互联网和/或用户终端的文件系统,但可以向搜索添加相关背景等级和/或相关背景项。在一个实施方式中,搜素引擎进行至少一个搜索项的同义扩展,用该扩展的搜索项组搜索文档,并且如在12/758,258中描述的那样对结果进行相关背景排序。该搜索的结果配置为当选择了呼出呼叫的接收方时、呼叫呼入和/或呼出时、呼叫应答时、和/或在呼叫期间,被显示在至少一个所述的用户终端屏幕部分320上。应当注意的是,根据本发明,用户终端30的任何特征、阶段或部分可以与实施方式10、20、40、50、60、70、80和/或90自由置换和结合。图4示出了本发明的实施方式40,其中,用户终端是诸如PC、电话的台式计算机。在本发明的一些实施方式中,呼叫方是客户并且应答方是呼叫中心代理,并且使用呼叫方ID进行搜索,并将全部或部分客户账户详情取回到呼叫中心代理的工作站显示器。在呼叫进入电话440时,将呼叫方ID数据中继到计算机450。在一些实施方式中,电话440和计算机450利用电缆或诸如蓝牙的无线电链路连接。在本发明的一些实施方式中,没有电话,并且计算机仅连接至电话线,并且具有麦克风和扬声器和/或用于在电话线上讲话的耳机。在本发明的一些实施方式中,计算机具有存储的用户详情,其也包括该用户的电话号码。在计算机找到呼入呼叫的呼叫方ID时,计算机搜索存储在具有该电话号码的计算机上的用户条目。在此实施方式中,呼入呼叫具有呼叫方ID+3589123456,并且计算机发现该电话号码与在Nordea银行工作且具有用户帐号1234的Charles Lahti相关。这些细节在屏幕部分410中示出给呼叫中心代理。在本发明的优选实施方式中,计算机现在知道用户帐号,并且在屏幕部分420中为呼叫中心代理打开该相关的客户账户。现在,即使在应答呼叫之前,呼叫代理中心也知道Charles Lahti是多次从Helsinki飞到LosAngeles的常年客户,他虽然已经有权使用、但是还没有使用一个Helsink1-London航班。当Charles Lahti在电话上查询关于HEL-LON航班的退款时,呼叫中心代理并不是非常吃惊。根据本发明,呼叫中心代理可以立即进入到在屏幕部分420中显示的客户账户程序退款部分中处理退款查询。很明显,当人们拨出电话时,也可以使用相同的工作站实施方式40。在此实施方式中,在获得数据记录时,仅将拨出呼叫方ID用作搜索的基础。应当注意的是,根据本发明,实施方式40的任何特征、阶段或部分可以与实施方式10、20、30、50、60、70、80和/或90自由置换和结合。图5示出了本发明的实施方式50,其使用社交网络网站和/或服务和/或企业内部网。在阶段500,至少一个呼入呼叫到达和/或输入呼出电话号码。在阶段510,通过呼叫方ID,S卩,电话号码,还可以是姓名、机构、或与用户终端的联络人应用中的号码相关的任 何其他信息,来识别呼入呼叫呼叫方和/或呼出呼叫接收方。在阶段510,至少一个呼叫方和/或呼叫接收方标识被作为搜索项输入到至少一个搜索引擎。在阶段530,用户终端将用户登录到诸如Facebook、Linkedln等的社交媒体网络。应当注意的是,实施方式50的各阶段不必按时间顺序排列。这也适用于本申请的所有其他方法实施方式。根据本发明,可以以不同的时间顺序和/或同时来执行这些阶段。在本发明的一些实施方式中,运行该方法的同时,还可以自动地或者完全没有任何用户干预地执行本发明的所有方法步骤。在本发明的一些实施方式中,可以人工地执行一些方法步骤。现在,在本发明的优选实施方式中,搜索引擎用与搜索项相关的呼叫方ID搜索至少一个社交网站,或者使用该网站上的搜索工具。在本发明的一些实施方式中,目标是搜索呼叫方和/或呼叫接收方的个人资料页,并且为用户显示个人资料页。在阶段540,用户终端在社交网络中打开用户和呼叫方和/或接收方之间的通信空间。现在,在呼叫中使用的用户终端之一自动登录到用户和其他呼叫参与者之间的在线交流工具。在阶段550,用户终端将呼叫的全部或某些部分记录成数据文件,并将数据文件上传到社交网站,并将数据文件发布到标识为呼叫方和呼叫接收方之间的通信空间的空间。在本发明的一些实施方式中,根据本发明,用户和呼叫方和/或接收方可以交换也记录到通信空间的文本或图像消息。在本发明的一些实施方式中,呼叫以语音和/或视频数据文件记录到通信空间,并且使用语音识别从记录的语音和/或视频数据文件提取文本。应当注意的是,根据本发明,方法50的任何特征、阶段或部分可以与实施方式10、20、30、40、60、70、80和/或90自由置换和结合。图6示出了作为网络的本发明的系统实施方式。用户650使用用户终端600来拨出呼叫和接收呼叫。用户终端通常通过通信连接(可以是诸如WLAN-、GPRS-、3G-、4G-、和/或WCDMA连接或诸如以太网连接或类似连接的电缆连接)连接至互联网640和搜索引擎630。使用通过电话网络610接收或通过到用户终端600的输入的呼叫方ID,来识别当用户接收呼叫时的呼叫方和/或用户要进行呼叫时的预期呼叫接收方的标识。根据本发明,然后使用呼叫方ID和与其相关的任何标识数据来定义搜索项。用户终端600使用位于用户终端或网络中的搜索引擎630,用从呼叫方ID和相关的标识数据派生的搜索项来搜索用户终端或互联网640或任何其他通信网络的文件系统。然后将搜索结果显示给用户。示出关于呼叫方的相关文件在用户应答呼叫时用关于呼叫方的有用背景信息对用户进行帮助。类似地,在拨打实际呼叫之前,示出关于预期呼叫接收方的相关搜索结果文档,在用户开始讲话并进行呼叫时,有助于用户选择他的主题和用词。在本发明的一个实际实施方式中,用户终端600是Google Android移动电话,其被配置为连接至Google搜索引擎630。Google搜索引擎与Google Android移动电话集成,并且移动电话的用户650基于移动电话的呼出和呼入呼叫的呼叫方ID或其派生的任何数据,获得示出的自动搜索结果。这样,排除了对任何目录查询服务的需求。如发明名称所暗示的,这就是所谓的互联网的“呼叫方ID冲浪”。当然,根据本发明,还可以类似地集成任何其他移动电话或搜索引擎。很明显,本发明的另一实际实施方式可以用Microsoft Bing搜索引擎630、Microsoft操作系统和/或互联网浏览器功能电话600、还可以是Microsoft社交网络“Windows Live Planet”来实现。在涉及Microsoft解决方案作为组件的这些实际实施方式之一中,Microsoft操作系统或浏览器将识别呼出和/或呼入呼叫方ID,然后使用呼叫方 ID或其任何派生数据作为至少一个搜索项,用Bing 630搜索文档。另外,如果呼叫方ID或其任何派生数据与Windows Live Planet中的任何个人资料页相关,则Microsoft系统将被对接,使得呼叫方的Windows Live Planet个人资料页与呼出和/或呼入呼叫的呼叫方ID 一起被显示。自然,根据本发明,Windows LivePlanet可以单独存在于互联网640上或者在具有搜索引擎Bing 630或不同搜索引擎的封闭网络中。应当注意的是,根据本发明,系统60的任何特征、阶段或部分可以与实施方式10、20、30、40、50、70、80和/或90自由置换和结合。虽然已经主要结合呼叫发生时的呼叫方ID说明了本发明,但是很明显,本发明不仅仅限于当前呼叫的情况。在一个具体实施方式
中,移动电话或用户终端的呼叫记录和/或联络人目录应用与本发明整合,使得任何未接呼叫或过去的呼叫或存储的联络条目都与过去呼叫了用户或用户对其呼叫的一方、和/或在联络人目录应用中列出的一方的社交网络个人资料页和/或搜索结果相关。图7示出了与例如可以是移动电话的典型用户终端的呼叫记录整合的本发明的实施方式70。呼叫记录在屏幕部分710中示出。用户未接来自Charles Lahti的呼叫。根据本发明,用户终端然后连接至Facebook,搜索Charles Lahti,然后在屏幕部720中示出Charles Lahti的Facebook个人资料页。在社交网站上,有标题为文件名“May Day Picnicpreparationmeeting. mp3”的关于野餐的记录的谈话,并且已经从该文件获得了文本摘录。“We need garlic baguettes”,这可以从社交网站上获得并且可以显示给用户。用户终端70的用户通过快速看一下呼叫记录,现在就知道他未接来自CharlesLahti的呼叫,Charles Lahti在安排野餐且需要法式面包。很明显,对于用户仅看到Charles Lahti呼叫他了并且他未接该呼叫的现有技术,这是巨大改进。应当注意的是,根据本发明,系统70的任何特征、阶段或部分可以与实施方式10、20、30、40、50、60、80和/或90自由置换和结合。图8示出了与诸如Facebook、Twitter等的社交网络应用整合的联络人目录80。在实施方式80中,Facebook或类似的社交网络账户与移动站、移动电话和/或计算机中的联络人应用整合。用户终端80时不时地、或者根据用户的命令登录到社交网络,并且从社交网络更新联络人应用中的联络方。在本发明的一些实施方式中,联络人应用简单地从“朋友”或“连接”(即,用户在社交网络上与其连接的人)将联络人应用中的联络条目与社交网络账户匹配,并从用户终端向社交网络或者从社交网络向用户终端更新最新数据。根据本发明,基于电话号码(即,呼叫方ID)、姓名、电子邮件地址、或通过用户指定的命令来完成匹配。虽然在优选实施方式中,示出联络人条目的最新信息,但是根据本发明,还可以使社交网络上的在背景上最相关的事件与联络人应用中的联络人条目相关。可以如US12/758,258中描述的那样或者通过其他方法来搜索社交网络中的相关事件。在本发明的实施方式80中,Charles Lahti和Jaakko Lahti (在屏幕部分810中示出)在联络人应用中,并且在屏幕部分820中示出了与这些用户匹配的Facebook个人资料。Charles Lahti的条目与它旁边的具有记录的mp3谈话的Facebook条目相关,而Jaakko Lahti的联络人条目具有Facebook个人资料页,旁边是他自己的最近照片。很明显,根据本发明,即使在用户终端退出登录社交网络时,也将用户的所有“连接”或“朋友”的社交网络状态的本地副本存储到用户终端。这样,即使在社交网络不可用时,也可以用合理更新的信息来使用连接。很明显,根据本发明,可以以任何合乎逻辑的方式来组合屏幕部分。可以有许多屏幕部分或者只有一个,并且还可以将同一个人的社交网络个人资料页和联络人条目配置为以整合的方式在一个部分或屏幕部分中示出。例如,号码+35892222222可以插在姓名Jaakko Lahti和图片之间,产生了用户终端80和其屏幕800的联络人应用/社交网络混合条目。可选地,在本发明的一些实施方式中,屏幕可以用于仅示出一个条目(即,JaakkoLahti)以及仅有社交网络页和/或搜索结果和/或与条目Jaakko Lahti相关的任何其派生数据。除了从社交网络向联络人应用下载最新更新,根据本发明,还可以从用户终端80向社交网络上传数据。根据本发明,例如,媒体文件(语音、图像、视频文件)和/或消息可以与用户终端中的联络人应用的条目相关,并且配置为将它们从用户终端上传到与社交网络,即,联络人条目相关的社交网络账户和用户之间的通信空间。根据本发明,例如,在一个优选实施方式中,每当将消息发送到联络人应用中的一方时,用户终端80还自动将该消息的副本更新到社交网络,例如,更新到发送方和接收方 之间的“墙”或通信空间,反之亦然。应当注意的是,根据本发明,系统80的任何特征、阶段或部分可以与实施方式10、20、30、40、50、60、70和/或90自由置换和结合。图9示出了本发明的使用多个社交网络的实施方式。偶尔,人们为了不同的目的使用不同社交网络,例如,通常人们使用Linkedln用于商务沟通,并且使用Facebook用于私人沟通。然而,人们通常以跨学科的方式彼此感兴趣,例如,你的朋友对你在工作时干什么感兴趣。在本发明的实施方式中,用户终端通常通过用存储在用户终端中或者由用户提供的用户名和密码登录用户终端的用户,连接至至少一个社交网络,在本情况下,两个。用户终端然后通常基于姓名、电话号码、电子邮件地址等搜索社交网络。人的呼叫方ID (即,电话号码)和姓名是很好的组合,这是因为,它们通常唯一地确定人。用户终端90具有电话号码+3589123456的CharlesLahti的联络人条目。Charles Lahti有两个用户个人资料,一个在Facebook上用于私人沟通,一个在Linkedln中用于商务沟通。
根据本发明,从这两个社交网络检索数据并且在消除冗余的同时进行合并,并传送到用户终端90的联络人应用。在一个实施方式中,用户终端具有安装到用户终端上的Linkedln应用和/或Facebook应用,并且用户终端配置为使用这些应用为从社交网络用户个人资料读取相关数据,并且在呼叫期间,在联络人应用、呼叫记录应用和/或呼叫方ID显示中示出该相关数据。这样,例如,处理通信方选择的移动电话应用使用关于通信方发生了什么的最近背景信息保持更新。在另一实施方式中,用户终端90连接至服务器(未示出),其被配置为与至少一个社交网络连接。在一些实施方式中,该服务器从至少一个社交网络查询用户特定数据,并且从一个以上的社交网络合并数据。根据本发明,然后,以兼容格式将该数据传送到联络人应用,例如,在屏幕部分920中,不重复来自两个社交网络的机构“Nordea银行”的双重条目,而是消除了这种冗余。因此,根据本发明,可以将用户终端中的联络人应用配置为联络可以将搜索结果改编成可以在呼叫方ID显示、呼叫记录、和/或联络人应用中显示的数据格式的服务器。很明显,社交网络的最重要财富之一是,当你与别人连接时,别人可以与你分享他的连接,并且你可以将你的网络扩展到这些连接。在本发明的一个实施方式中,连接至用户 的呼叫记录或联络人目录应用中的一方的人的连接可被复制到这些应用和/或这些应用可以配置为自动从社交网络访问这些连接的条目。例如,在实施方式90中,Charles Lahti在Linkedln上连接至Paavo Romu,并且用户已经将Paavo Romu的详情复制到他的联络人应用。Paavo Romu的条目标记为第二,这是因为,它是源自CharlesLahti的连接,而不是向用户和Charlie Lahti的情况那样源自用户和PaavoRomu之间的直接关系。根据本发明,由于联络人应用现在可以从原始条目(Charles Lahti)的次级社交网络连接搜索联络人条目,因此可以基于一个呼叫方ID条目浏览呼叫方ID条目。十分自然地,此实施方式也能够被用于根据本发明的呼叫记录实施方式。很明显,在所有实施方式中,根据本发明,基于可以位于网络服务器和/或用户终端的计算规则或算法,将一个以上的搜索结果合并成一个搜索结果用于显示。例如,与实施方式90类似地,来自与同一人相关的两个不同社交网络的数据可以与如在较早的实施方式10、20、30、40、50、60、70和/或80所说明的呼叫方ID或呼叫记录条目的显示结合。很明显,在所有实施方式或者实施方式的任意组合中,可以用可应用的计算逻辑规则将搜索项重新格式化,例如,电话号码+3589123456等同于国际上的+3589123456、芬兰的09123456、以及赫尔辛基的123456。应当注意的是,根据本发明,系统90的任何特征、阶段或部分可以与实施方式10、20、30、40、50、60、70和/或80自由置换和结合。已经参照上述实施方式说明了本发明,并且已经论证了其产业优势。本发明的方法和布置允许用户获得关于呼叫他或者他决定呼叫的人的最近公共信息,或者在人与人之间可能是断断续续的任何文档。换句话说,例如,使用基于例如呼叫方ID的呼叫参数进行的搜索,本发明的桌面和/或屏幕自动将其本身设置成在呼叫期间最容易工作的状态。本发明对个人通信增加了 “带宽”,即,速度、效率和更多维度,因此本发明系统的用户还可以通过文档直观地看到两个或多个人之间的关系是怎么回事。另外,本发明可以用于用来自社交网络的数据更新移动电话的通信管理应用,从而将社交网络并入了联络人目录和呼叫记录应用中。
以上已经参照上述实施方式描述了本发明。然而,很显然,本发明不仅限于这些实施方式,而是在本发明思想和以下的专利权利要求的精神和范围内,还包括所有可能的实施方式。参考文献US 2005/0069095A1
EP I 587 291 BI发明人Mikko Kalervo Vimnanen 的 US 12/758, 258Modern Information retrieval - the concepts and technologybehindsearch_2nd edition, Ricardo Baeza-YatesjBerthier Ribeiro-Netoj Pearson2011ISBN 978-0-321-41691-9。-Finding Out About-A Cognitive Perspective on Search EngineTechnologyand the WWW, Richard K. Belew,剑桥大学出版社,ISBN978-0-521-73446-2,2008 版。
权利要求
1.一种搜索引擎(630),其特征在于,所述搜索引擎被配置为从用户终端和/或电话网络接收呼叫方ID、从呼叫方ID派生的数据的自动输入作为搜索项,并且所述搜索引擎被配置为使用至少一个所述搜索项来执行至少一个电子文档的搜索,并且将至少一个搜索结果显示在屏幕上。
2.根据权利要求1所述的搜索引擎,其特征在于,所述搜索引擎(630)和/或用户终端被配置为登录到社交网站,搜索呼叫方和/或呼叫接收方的个人资料页,并且将所述个人资料页和/或从其派生的数据显示给用户。
3.根据权利要求1或2所述的搜索引擎,其特征在于,所述用户终端和/或搜索引擎被配置为将所述呼叫的全部或部分记录成数据文件,并且将所述数据文件上传到社交网站, 并将所述数据文件发布到被识别为所述呼叫方和所述呼叫接收方(540,550)之间的通信空间的空间。
4.根据权利要求1所述的搜索引擎,其特征在于,以下应用中的任意项被设置为一起或单独地执行搜索并显示所述搜索结果被配置为搜索电子邮件的电子邮件程序、被配置为使用搜索引擎工具条和/或搜索引擎互联网站和搜索网站的互联网浏览器、被配置为从文件系统搜索文件的文件系统搜索引擎。
5.根据权利要求1所述的搜索引擎,其特征在于,呼叫方是客户,应答方是呼叫中心代理,并且所述呼叫方ID被配置为用于搜索,并将全部或部分的客户账户详情(420)取回到呼叫中心代理的工作站(450 )显示器(400 )。
6.一种用户终端(30,40),其特征在于,所述用户终端被配置为向搜索引擎发送呼叫方ID或从呼叫方ID派生的数据的自动输出作为搜索项,并显示从所述搜索引擎返回的至少一个搜索结果。
7.根据权利要求6所述的用户终端,其特征在于,所述用户终端(30,40)和/或搜索引擎被配置为登录到社交网站,并且搜索呼叫方和/或呼叫接收方的个人资料页,并向用户显示所述个人资料页和/或从其派生的数据。
8.根据权利要求6或7所述的用户终端,其特征在于,所述用户终端(30,40)和/或搜索引擎被配置为将呼叫的全部或部分记录成数据文件并将所述数据文件上传到社交网站, 并且将所述数据文件发布到被识别为所述呼叫方和所述呼叫接收方之间的通信空间的空间。
9.根据权利要求6所述的用户终端,其特征在于,以下应用中的任意项被配置为一起或单独地执行搜索和搜索结果的显示被配置为搜索电子邮件的电子邮件程序、被配置为使用搜索引擎工具条和/或搜索引擎互联网网站和搜索网站的互联网浏览器、被配置为从至少一个文件系统搜索文件的文件系统搜索引擎。
10.根据权利要求6所述的用户终端,其特征在于,呼叫方是客户,应答方是呼叫中心代理,并且所述呼叫方ID被配置为用于搜索,并将全部或部分的客户账户详情(420)取回到呼叫中心代理的工作站(450 )显示器(400 )。
11.一种用于在至少一个用户终端中显示信息的方法,其特征在于,-至少一个呼入呼叫到达和/或将呼出呼叫的至少一个呼叫接收方输入所述用户终端 (100,200),-识别所述呼入呼叫的呼叫方和/或呼出呼叫的接收方的标识(110,210 ),-呼入和/或呼出呼叫的所述标识被作为搜索项自动输入到所述用户终端上和/或至少一个网络计算机上的至少一个搜索引擎程序中(120,220 ),-所述至少一个搜索引擎程序用所述至少一个搜索项搜索所述用户终端和/或互联网的文件系统(130,230),-在选择了呼出呼叫的接收方时、在呼叫正呼入和/或呼出时、在应答呼叫时、和/或在呼叫期间,在至少一个所述用户终端的屏幕上显示所述搜索的结果。
12.根据权利要求11所述的方法,其特征在于,所述用户终端(530)和/或网络计算机登录到社交网站,并且搜索所述呼叫方和/或呼叫接收方的个人资料页,并且为用户显示所述个人资料页和/或从其派生的数据。
13.根据权利要求11或12所述的方法,其特征在于,所述用户终端和/或网络计算机将呼叫的全部或部分记录成数据文件并将数据文件上传到社交网站,并且将数据文件发布到被识别为呼叫方和呼叫接收方之间的通信空间的空间(540,550)。
14.根据权利要求11所述的方法,其特征在于,以下应用中的任意项一起或单独地执行搜索和搜索结果的显示搜索电子邮件的电子邮件程序、使用搜索引擎工具条和/或搜索引擎互联网网站和搜索网站的互联网浏览器、从至少一个文件系统搜索文件的文件系统搜索引擎。
15.根据权利要求11所述的方法,其特征在于,呼叫方是客户,应答方是呼叫中心代理,并且呼叫方ID被用于搜索,并将全部或部分的客户账户详情(420)取回到呼叫中心代理的工作站(450)显示器(400)。
16.一种用户终端(30,40),其特征在于,-至少一个呼入呼叫被配置为到达和/或呼出呼叫的至少一个呼叫接收方被配置为被输入所述用户终端(310,410),-呼入呼叫的呼叫方和/或呼出呼叫的接收方的标识被配置为被识别(310,410),-呼入和/或呼出呼叫的所述标识被配置为作为搜索项自动输入到用户终端和/或至少一个网络计算机上的至少一个搜索引擎程序,其中,所述用户终端被配置为连接至所述至少一个网络计算机,-所述至少一个搜索引擎程序被配置为使用所述至少一个搜索项搜索用户终端和/或互联网的文件系统,-所述搜索的结果被配置为在选择了呼出呼叫的接收方时、在呼叫正呼入和/或呼出时、在应答呼叫时、和/或在呼叫期间,显示在至少一个所述用户终端的屏幕(300,400)上。
17.根据权利要求16所述的用户终端,其特征在于,其中,所述用户终端(30,40)和 /或网络计算机被配置为登录到社交网站,并且搜索呼叫方和/或呼叫接收方的个人资料页,并向用户显示所述个人资料页和/或从其派生的数据。
18.根据权利要求16或17所述的用户终端,其特征在于,所述用户终端(30,40)和/或网络计算机被配置为将呼叫的全部或部分记录成数据文件并将数据文件上传到社交网站, 并且将数据文件发布到被识别为呼叫方和呼叫接收方之间的通信空间的空间。
19.根据权利要求16所述的用户终端,其特征在于,以下应用中的任意项被配置为一起或单独地执行搜索和搜索结果的显示被配置为搜索电子邮件的电子邮件程序、被配置为使用搜索引擎工具条和/或搜索引擎互联网网站和搜索网站的互联网浏览器、被配置为从至少一个文件系统搜索文件的文件系统搜索引擎。
20.根据权利要求16所述的用户终端,其特征在于,呼叫方是客户,应答方是呼叫中心代理,并且呼叫方ID被配置为用于搜索,并将全部或部分的客户账户详情取回到呼叫中心代理的工作站(450 )显示器(400 )。
21.一种电信系统,其特征在于,-至少一个呼入呼叫被配置为到达和/或呼出呼叫的至少一个呼叫接收方被配置为被输入所述用户终端(310,410),-呼入呼叫的呼叫方和/或呼出呼叫的接收方的标识被配置为被识别(310,410),-呼入和/或呼出呼叫的所述标识被配置为作为搜索项自动输入到用户终端上和/或至少一个网络计算机上的至少一个搜索引擎程序,其中,所述用户终端被配置为连接至所述至少一个网络计算机,-所述至少一个搜索引擎程序被配置为使用所述至少一个搜索项搜索用户终端和/或互联网的文件系统,-所述搜索的结果被配置为在选择了呼出呼叫的接收方时、在呼叫正呼入和/或呼出时、在应答呼叫时、和/或在呼叫期间,显示在至少一个所述用户终端的屏幕(300,400)上。
22.一种包括软件程序产品的存储器单元,其特征在于,-至少一个呼入呼叫和/或呼出呼叫的至少一个呼叫接收方被配置为通过所述软件程序产品而被检测到(100,200 ),-呼入呼叫的呼叫方和/或呼出呼叫的接收方的标识被配置为通过所述软件程序产品而被识别(110,210),-呼入呼叫的呼叫方和/或呼出呼叫的接收方的所述标识被配置为通过所述软件程序产品作为搜索项自动输入到用户终端上和/或至少一个网络计算机上的至少一个搜索引擎程序,其中,所述用户终端被配置为连接至所述至少一个网络计算机(120,220),-所述至少一个搜索引擎程序被配置为使用所述至少一个搜索项搜索所述用户终端和 /或互联网的文件系统(130,230),-所述搜索的结果被配置为在选择了呼出呼叫的接收方时、在呼叫正呼入和/或呼出时、在应答呼叫时、和/或在呼叫期间,通过所述软件程序产品显示在至少一个所述用户终端的屏幕上(140,240)。
23.根据权利要求22所述的存储器单元,其特征在于,所述软件程序产品被配置为登录到社交网络、搜索呼叫方和/或呼叫接收方的个人资料页,并向用户显示所述个人资料页和/或从其派生的数据。
24.根据权利要求22或23所述的存储器单元,其特征在于,所述软件程序产品被配置为将呼叫的全部或部分记录成数据文件并将数据文件上传到社交网站,并且将数据文件发布到被识别为呼叫方和呼叫接收方之间的通信空间的空间。
25.根据权利要求22所述的存储器单元,其特征在于,所述软件程序产品被配置为使用以下应用中的任意项来一起或单独地执行搜索和搜索结果的显示被配置为搜索电子邮件的电子邮件程序、被配置为使用搜索引擎工具条和/或搜索引擎互联网网站和搜索网站的互联网浏览器、被配置为从至少一个文件系统搜索文件的文件系统搜索引擎。
26.根据权利要求22所述的存储器单元,其特征在于,呼叫方标识被配置为由所述软件程序产品用于搜索,并将呼叫方的客户账户详情的全部或部分取回到呼叫中心代理的工作站显示器。
27.一种软件程序产品,其特征在于,-至少一个呼入呼叫被配置为到达和/或呼出呼叫的至少一个呼叫接收方被配置为通过所述软件程序产品而被检测到(100, 200),-呼入呼叫的呼叫方和/或呼出呼叫的接收方的标识被配置为通过所述软件程序产品而被识别(110,210),-呼入呼叫的呼叫方和/或呼出呼叫的接收方的所述标识被配置为通过所述软件程序产品作为搜索项自动输入到用户终端上和/或至少一个网络计算机上的至少一个搜索引擎程序,其中,所述用户终端被配置为连接至所述至少一个网络计算机(120,220),-所述至少一个搜索引擎程序被配置为使用所述至少一个搜索项搜索用户终端和/或互联网的文件系统(130,230),-所述搜索的结果被配置为在选择了呼出呼叫的接收方时、在呼叫正呼入和/或呼出时、在应答呼叫时、和/或在呼叫期间,通过软件程序产品显示在至少一个所述用户终端的屏幕上(140,240)。
28.根据权利要求27所述的软件程序产品,其特征在于,软件程序产品被配置为登录到社交网络、搜索呼叫方和/或呼叫接收方的个人资料页,并向用户显示所述个人资料页和/或从其派生的数据。
29.根据权利要求27或28所述的软件程序产品,其特征在于,软件程序产品被配置为将呼叫的全部或部分记录成数据文件并将数据文件上传到社交网站,并且将数据文件发布到被识别为呼叫方和呼叫接收方之间的通信空间的空间。
30.根据权利要求27所述的软件程序产品,其特征在于,软件程序产品被配置为使用以下应用中的任意项来一起或单独地执行搜索和搜索结果的显示被配置为搜索电子邮件的电子邮件程序、被配置为使用搜索引擎工具条和/或搜索引擎互联网网站和搜索网站的互联网浏览器、被配置为从至少一个文件系统搜索文件的文件系统搜索引擎。
31.根据权利要求27所述的软件程序产品,其特征在于,呼叫方标识被配置为由软件程序产品用于搜索,并将呼叫方的客户账户详情的全部或部分取回到呼叫中心代理的工作站显示器。
32.—种网络计算机服务器(630),被配置为与至少一个用户终端(600)连接,其特征在于,-到用户终端的呼入呼叫的呼叫方和/或用户终端中的呼出呼叫的接收方的标识被配置为通过所述网络计算机服务器而被识别(110,210),-呼入呼叫的呼叫方和/或呼出呼叫的接收方的所述标识被配置为作为搜索项自动输入到用户终端上和/或网络计算机服务器上的至少一个搜索引擎程序(120,220),-所述至少一个搜索引擎程序被配置为使用所述至少一个搜索项搜索用户终端和/或互联网的文件系统(130,230),-所述搜索的结果被配置为在选择了呼出呼叫的接收方时、在呼叫正呼入和/或呼出时、在应答呼叫时、和/或在呼叫期间,显示在至少一个所述用户终端的屏幕上(140,240)。
33.根据权利要求32所述的网络计算机服务器(630),其特征在于,网络计算机服务器和/或用户终端被配置为登录到社交网站(530),并且搜索呼叫方和/或呼叫接收方的个人资料页,并在至少一个用户终端(600)的屏幕上向用户显示所述个人资料页和/或从其派生的数据。
34.根据权利要求32或33所述的网络计算机服务器(630),其特征在于,网络计算机服务器和/或用户终端被配置为将呼叫的全部或部分记录成数据文件并将数据文件上传到社交网站,并且将数据文件发布到被识别为呼叫方和呼叫接收方之间的通信空间的空间 (540,550)。
35.根据权利要求32所述的网络计算机服务器(630),其特征在于,网络计算机服务器和/或用户终端被配置为使用以下应用中的任意项一起或单独地执行搜索和搜索结果的显示被配置为搜索电子邮件的电子邮件程序、被配置为使用搜索引擎工具条和/或搜索引擎互联网网站和搜索网站的互联网浏览器、被配置为从至少一个文件系统搜索文件的文件系统搜索引擎。
36.根据权利要求32所述的网络计算机服务器(630),其特征在于,呼叫方标识被配置为由网络计算机服务器和/或用户终端用于搜索,并将呼叫方的客户账户详情(420)的全部或部分取回到呼叫中心代理的工作站(450 )显示器(400 )。
37.一种用户终端(30,40),其特征在于,所述用户终端包括呼叫记录和/或联络人目录软件应用,并且至少一个呼叫记录和/或联络人目录条目被配置为利用通过使用所述条目的呼叫方ID或从其派生的任何数据作为搜索项而获得的至少一个搜索结果来显示在用户终端的屏幕上。
38.根据权利要求37所述的用户终端(30,40),其特征在于,与至少一个呼叫记录和/ 或联络人目录条目相关的数据被配置为从至少两个搜索结果收集,并且合并的数据被配置为利用所述呼叫记录和/或联络人目录条目来示出。
39.一种电信系统,其特征在于,所述电信系统包括呼叫记录和/或联络人目录软件应用,并且至少一个呼叫记录和/或联络人目录条目被配置为利用通过使用所述条目的呼叫方ID或从其派生的任何数据作为搜索项而获得的至少一个搜索结果来显示在用户终端的屏幕上。
40.根据权利要求39所述的电信系统,其特征在于,与至少一个呼叫记录和/或联络人目录条目相关的数据被配置为从至少两个搜索结果收集,并且合并的数据被配置为利用所述呼叫记录和/或联络人目录条目来示出。
41.一种软件程序产品,其特征在于,所述软件程序产品包括呼叫记录和/或联络人目录软件应用,并且至少一个呼叫记录和/或联络人目录条目被配置为利用通过使用所述条目的呼叫方ID或从其派生的任何数据作为搜索项而获得的至少一个搜索结果来显示在用户终端的屏幕上。
42.根据权利要求41所述的软件程序产品,其特征在于,与至少一个呼叫记录和/或联络人目录条目相关的数据被配置为从至少两个搜索结果收集,并且合并的数据被配置为利用所述呼叫记录和/或联络人目录条目来示出。
43.一种用户终端(30,40),其特征在于,所述用户终端包括呼叫记录和/或联络人目录软件应用,并且至少一个呼叫记录和/或联络人目录条目被配置为利用与所述呼叫记录和/或联络人目录条目相关的至少一个社交网页和/或从其派生的数据来显示在用户终端的屏幕上。
44.根据权利要求43所述的用户终端,其特征在于,所显示的所述社交网页或从其派生的数据被配置作为所述呼叫记录和/或联络人记录条目的相关方的用户个人资料页或从其派生的数据。
45.根据权利要求44所述的用户终端(30,40),其特征在于,与至少一个呼叫记录和/或联络人目录条目相关的数据被配置为从至少两个社交网络收集,并且合并的数据被配置为利用所述呼叫记录和/或联络人目录条目来示出。
46.一种电信系统,其特征在于,所述电信系统包括呼叫记录和/或联络人目录软件应用,并且至少一个呼叫记录和/或联络人目录条目被配置为利用与所述呼叫记录和/或联络人目录条目相关的至少一个社交网页和/或从其派生的数据来显示在用户终端的屏幕上。
47.根据权利要求46所述的电信系统,其特征在于,所显示的所述社交网页或从其派生的数据被配置作为所述呼叫记录和/或联络人记录条目的相关方的用户个人资料页或从其派生的数据。
48.根据权利要求47所述的电信系统,其特征在于,与至少一个呼叫记录和/或联络人目录条目相关的数据被配置为从至少两个社交网络收集,并且合并的数据被配置为利用所述呼叫记录和/或联络人目录条目来示出。
49.一种软件程序产品,其特征在于,所述软件程序产品包括呼叫记录和/或联络人目录软件应用,并且至少一个呼叫记录和/或联络人目录条目被配置为利用与所述呼叫记录和/或联络人目录条目相关的至少一个社交网页和/或从其派生的数据来显示在用户终端的屏幕上。
50.根据权利要求49所述的软件程序产品,其特征在于,所显示的所述社交网页或从其派生的数据被配置作为所述呼叫记录和/或联络人记录条目的相关方的用户个人资料页或从其派生的数据。
51.根据权利要求50所述的软件程序产品,其特征在于,与至少一个呼叫记录和/或联络人目录条目相关的数据被配置为从至少两个社交网络收集,并且合并的数据被配置为利用所述呼叫记录和/或联络人目录条目来示出。
全文摘要
本发明涉及计算机电话集成领域。具体地,本发明涉及无缝地向与其电话呼叫相关的用户显示和产生基于计算机的文件。本发明的最佳模式被认为是将本发明用于诸如Facebook的社交媒体,其中,移动站(30)基于呼叫方ID搜索呼叫方的社交媒体页,并且在移动站屏幕上将其显示给呼叫的接收方,可能还有其他互联网搜索结果。本发明的方法和布置允许用户获得关于呼叫他或他决定呼叫的人的最新公共信息,或者是人与人之间可能是断断续续的任何文档。换句话说,使用基于诸如呼叫方ID的呼叫参数进行的搜索,本发明的桌面或屏幕自动将其本身设置到在呼叫期间最容易工作的状态。本发明对个人通信增加了“带宽”,即,速度、效率和更多维度,因此本发明系统的用户还可以通过文档直观地看到两个或更多个人之间的关系怎样。
文档编号H04M1/57GK103026696SQ201180033126
公开日2013年4月3日 申请日期2011年4月6日 优先权日2010年5月5日
发明者米科·韦内宁 申请人:米科·韦内宁
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1