专利名称:数字通信的日历接口的制作方法
技术领域：
本发明一般地涉及电子通信，并且更特别地涉及面向多个通信流的日历接口。
背景技术：
多年来，绝大多数通信是通过电话的语音通信或者通过邮件的书面通信。过去十年里，可选择的通信方式显著地增多了。现在，电话通信不但由有线连接提供，而且通过无线电话和IP(网际协议)电话提供，也称为分组电话或VOIP(基于IP的语音)电话，它们通过诸如互联网之类的网络进行通信。IP电话包括，例如，独立专用单元，ATA(模拟电话适配器，它能完成必要的转换以使标准模拟电话适于VOIP通信)；以及“软”电话，它在诸如计算机或个人数字助理(PDA)之类的计算设备上执行。另外，电子邮件(email)和即时消息传送已经在很大程度上替代邮件成为书面通信的主要形式。除书面通信外，消息传送应用常常提供两方或多方之间的语音和视频通信。单台计算机可同时执行电子邮件应用、VOIP电话应用，以及多个即时消息传送窗口(或者统一了多个通信类型的单个应用软件)。
因此，一个人可以从多个源-移动电话、有线电话、IP电话、电子邮件和即时消息传送-接收信息。这会导致数据超载，使用户难以组织信息以及根据信息在事件上附加摘要。
所以，需要提出一种改进方法和设备，用于与各种数字通信源进行接口连接。
发明内容在第一实施例中，本发明用于组织与通信相关联的数据。维护包含关于用户和其他方之间通信交互的信息的电子数据库，其中数据库包含每次通信交互的日期。用户处理设备根据所述日期以日历格式显示通信交互的全部或选择部分。
本发明的这一方面提供了较好的接口，用以显示关于通信交互的信息，诸如已接电话、未接电话、已拨电话、电子邮件消息、文本/即时消息等等。可以对所显示的信息进行过滤以更加深入地体现关于各种通信的本质。过滤提供附加优势，即只从服务器上的数据库下载特定通信日志条目，从而使低能力终端(诸如PDA、移动电话和其它通信设备，如RIM公司(加拿大移动研究公司)的Blackberry)能够有效地工作。在优选实施例中，用户可以与显示信息进行交互，从而单击就将生成具有上下文的通信会话。本发明的这一方面极大地提高了用户的效率，消除或极大地减少了阅读通信日志的繁琐工作。
在第二实施例中，本发明用于生成日程安排程序的条目。分析来自两方或多方之间通信的信息，以确定通信是否包含日程安排事件。如果检测到日程安排事件，则生成包含从该通信得到的信息的日程安排程序的建议条目。
本发明的这一方面提高了用户的生产力，消除或极大地减少了疏忽导致的事件没有条目。
为了更完整的理解本发明以及其优点，现在参考以下结合附图进行的描述，其中图1示出一个与各种通信源进行通信的日历中心信息组织器的基本框图；图2示出一个典型的现有技术消息日志；图3a示出一个日历中心信息组织器的框图；图3b到图3c示出本发明的一个实施例，其中呼叫日志采用日历排列格式；
图4示出一个指定过滤规则的过滤页面，该过滤规则用于以日历格式显示通信信息；图5示出本发明的一个实施例，其中用户与日历显示上的一个条目进行的交互发起了一次新的通信会话；图6示出日历中心信息组织器的一个实施例的框图，其根据进入的通信创建历日程安排条目；图7、图8和图9示出如何以日历格式存储与通信相关的信息的例子；图10示出用于实现图6所示分析器的优选实施例。
具体实施方式参考图1-图10，可以得到对本发明的最好的理解，相同的标号用于各图的相同元件。
图1示出了本发明的一个基本框图。日历中心信息组织器10与各种通信源-诸如VOIP(基于网际协议的语音)通信的语音源12、电子邮件源14以及即时消息传送/文本消息传送源16-进行通信。关于与各种通信源以及能够跟踪的任意其它通信源的通信的信息由日历格式的日历中心信息组织器10以日历形式进行组织，下文对此进行了更详细的描述。
在操作中，日历中心信息组织器10是一种程序，可在例如台式计算机、移动计算机、个人数字助理(PDA)、移动电话、智能电话等处理设备上执行。各种通信源12-16由日历中心信息组织器10监控，它组织关于通信源12-16上的通信的信息。组织信息的方式依赖于信息的类型和内容。
图2示出一个典型的现有技术消息日志20。在所示实施例中，消息日志20是一个统一的日志，显示来自多种通信源的通信，诸如电话呼叫、即时/文本消息和电子邮件消息(单一通信可能涉及多种通信源，如一个通信同时涉及语音和即时消息传送)。对于每个消息，日期和时间连同通信方一起显示。特别地，通信列表可以存储在多个字段上，如日期/时间或参与者。日志20还可以提供关于所尝试通信是否完成的信息，以及识别发起通信的一方(也就是说，用户是电话通信的主叫方还是被叫方)。另外，日志可以包括一个主题行(由主叫方输入)，用以描述通信的目的。
尽管日志20如上所述地提供了关于通信的某些方面的信息，但是很难推断日志20中没有明确提供的附加信息。例如，某用户可能在每周四上午10点到上午11点之间进行呼叫。用户可能认为这条信息很重要，以便在进行呼叫时他能够在电话旁边。然而，呼叫模式信息几乎不可能从图2中所示的列表中得到。
图3a到图3c示出本发明的一个实施例，其中呼叫日志采用日历排列格式。本实施例中，通过引入过滤(本例中，是“好友列表”)以常见的日历格式(或多种格式)对关于各种通信的信息进行组织。
图3a示出了该实施例的基本框图。数据库24存储关于用户间通信的信息。过滤软件26由用户定义，以从数据库24中的信息中选出用户和其它方之间的通信的全部或部分。显示软件28生成以日历格式显示过滤数据的显示(见随后的图3b和图3c)。
在操作中，数据库24典型地存储在日历中心信息组织器10与之通信的网络(未示出)上某处的服务器中。典型地，日历中心信息组织器10通过互联网或其它公共可用的网络与数据库24通信；然而数据库24也可存储在一个专用网络上或用户的处理设备上。
在图3b中示出了一个空白月历，且用户从好友列表中选择“Jason”。除选择特定方进行通信以外，用户还可以选择通信的类型-即所有通信、仅仅语音呼叫、仅仅即时消息、未接语音呼叫、仅仅电子邮件消息等等。
在图3c中，显示了来自Jason的未接呼叫的信息。未接呼叫的主题行显示在通信或所尝试通信发生的日期方框内。
图4示出一个可选择的过滤页面40，用以指定将应用到以日历格式显示的通信信息上的过滤规则。“通信方”下拉框42提供了用户已经与之进行通信或者已经尝试与之进行通信的通信方的列表(可选地，下拉框可含有信息的一个子集或多个子集，例如个人联系、工作联系、医生等等)。通信方也可包括组，比如“质量组”，它可以包含多个相关个体。用户可从下拉框42中选择一个或多个通信方。
通信类型框44允许用户选择要显示的通信类型。图4中列出的通信类型包括已接语音通信、未接语音通信、已拨语音通信、即时/文本消息和电子邮件。其它通信类型-如视频消息等，可以适当地添加到方框44中。
开始和结束日期字段46a和46b允许用户指定通信的日期范围。显示下拉框48允许用户指定显示格式每日、每周、每月、每年等等。主题字段50允许用户指定来自通信主题行的关键词。
倘若以上提供的本发明的实施例提供了对现有通信的更加结构化的观察，它使得用户能够通过观察日历输出形式的信息，得到本不明确的信息。本实施例可以是独立程序，或者以日历格式与诸如微软公司的OUTLOOK之类的其它日程安排程序结合在一起。通过过滤来自服务器甚至用户设备上的数据库24的信息，仅有与期望通信日志条目相关的信息从服务器传送到用户设备，使所有类型终端(包括低能力终端)能有效运行。对于数据库服务器来说，这也是关键的优点，原因是当仅需要特定子集时，可将服务器从发送大量下载中解脱出来。另外，以日历视图组织现有通信会话使用户在他或她自己的日程上容易地计划将来的通信会话。
图5示出本发明的一个实施例，其中用户和日历显示30中的条目52进行的交互可以发起一次新的通信会话。在图5中，用户和条目“上午10:11购买请求”进行交互，例如通过使用图形用户界面双击或右键点击条目。用户的动作调用通信页面54，其从条目52中提取主题信息(购买请求)，并自动填入到字段54中新通信的主题行(即，通信会话具有上下文)。日历中心信息组织器10发起的通信会话的类型默认为与用户交互条目相关联的通信会话类型。本例中，“购买请求”条目是电话呼叫，所以日历中心信息组织器将响应于用户的相应动作发起一次电话呼叫。然而，用户可以容易地改变通信会话的类型。此外，与条目52相关联的一方(Jason Becker)可以被选为新通信的一方。如果需要的话，通信会话的其它人可通过增加附加设备和指定其它方来完成。
本发明的这一方面提供了基于现有会话发起通信会话的有效方法。多数情形下，单击日历条目就能生成具有上下文的响应通信会话。通过减少用户交互时间以及消除或极大地减少阅读通信日志的繁锁工作，提高了用户的效率。
图6示出日历中心信息组织器的一个实施例，它根据进入通信创建日历日程安排条目。进入通信60经分析器62分析，确定它是否包含可用于创建日程安排条目的信息。如果有，则在包含日历条目(适当情况下为任务列表条目)的数据库64中放入一条日程安排条目。
在操作中，进入通信可以是包括主题行和即时/文本消息、或者电子邮件消息的语音/视频通信。对于即时/文本消息或电子邮件消息，分析器着眼于整个消息以确定它是否涉及到应当进行日程安排的事件，而在语音通信中，则分析主题行。也有可能使用语音识别技术根据正在进行的语音通信创建文本，然后仔细查看以便对事件进行日程安排。
特别是，在适当时分析器将从通信中检索文本，以及寻找诸如“约会”、“会议”、“讨论”、“电话会议”、“午餐”、“晚宴”、“比赛”等关键词以及其它通常用于提及应当进行日程安排的事件的词，并且然后确定关键词周围的词是否提供了用以对事件进行调度或合理调度的足够信息。例如，字符串“我在公交车站等你”没有达到用于自动对事件进行日程安排的要求，而“明天下午3点，我在公交车站等你”将是充分的。
图7、图8和图9示出如何以日历格式存储与通信相关的信息的例子。在图7中，通过Bob的计算机70向Tom的计算机72发送主题行为“今天下午4点会面”的邀请消息74，在Bob和Tom之间发起通信。在Tom的计算机中，分析器62将主题行解释为代表一个日历事件，并自动生成日历程序条目76，命名为“与Bob会面”。Tom可以接受这个条目，在适当时修改这个条目或者取消这个条目。应该注意到，Bob的计算机也能基于送出的主题行自动生成条目。
在图8中，通过Alice的计算机80向Bob的计算机70发送主题行为“今天下午4点代码检查会”的邀请消息82，在Bob和Tom之间发起通信。在Bob的计算机中，分析器62将主题行解释为代表一个日历事件，并自动生成日历程序条目84。因为该条目和先前约会有冲突，因此在屏幕上生成警告信息86，指示当前条目将和“会见Tom”产生冲突。如前所述，Tom可以接受这个条目，修改这个条目或者取消这个条目。
虽然图7和图8示出的例子利用语音通信生成日历条目，但同样也可以利用电子邮件或即时/文本消息传送来完成。
在图9中，Bob收到由邀请消息92发起的、来自他老板的计算机90的关于项目最终期限的呼叫。由于该呼叫对Bob很重要，在呼叫期间他会做好注释(在和呼叫日志相关联的程序94中)，并希望不但将注释增加到呼叫日志，而且增加到他的日历程序中。由于Bob看他的日历比看呼叫日志更频繁，如果呼叫信息(呼叫者、日期、时间、呼叫主题)和呼叫注释保存在日历中，则可以用作对Bob的更便捷的提醒。呼叫注释程序允许Bob选择在呼叫日志中还是既在呼叫日志又在日历中保存注释。如果Bob选择即在日志又在日历中保存注释，则在日历显示30上在进行注释的日期显示一个日历条目。
图10示出用于实现分析器62的一个优选实施例。分析器62从各种通信程序中接收信息。因为各种通信程序的信息根据所使用的程序而具有不同的形式，电话封装器100、102、104和106在分析器62和各种应用程序间进行转换。电话封装器100将来自电话系统的信息转换成适合分析器62处理的形式，并且将来自分析器62的信息转换成电话系统可用的形式。同样地，即时/文本消息传送封装器102将来自即时/文本消息传送系统的信息转换成适合分析器62处理的形式，并且将来自分析器62的信息转换成即时/文本消息传送系统可用的形式。电子邮件封装器104将来自电子邮件系统的信息转换成适合分析器62处理的形式，并且将来自分析器62的信息转换成电子邮件系统可用的形式。日历封装器106将来自日历系统的信息转换成适合分析器62处理的形式，并且将来自分析器62的信息转换成日历系统可用的形式。
上下文引擎108连接到各种封装器100-108和对话控制器110上。上下文引擎108是该体系结构的核心。上下文引擎108向各种通信系统定制事件，比如进入的呼叫/消息/电子邮件和送出的呼叫/消息/电子邮件。当上下文引擎108得到语音呼叫事件的通知时，它就向电话系统查询该呼叫的主题。上下文引擎108在日历中保存呼叫日志的主题、呼叫时间、任意注释等。上下文引擎108还将主题传递给对话控制器110进一步处理。基于对话控制器110的分析结果，如上所述，上下文引擎108可以决定在日历中创建新的事件。如果日历应用中已有一个事件和上下文引擎提议的事件冲突，日历应用将冲突通知给上下文引擎108，并且上下文引擎108将该信息发给用户。
对话控制器110对电子邮件、即时/文本消息和电话呼叫的主题进行分析。对话控制器110根据主题确定潜在的日历事件类型(如会议)、事件时间和日期，并将这些信息传递给上下文引擎。日期可以是显式的(如“9月15日”)或隐式的(如，“下周一”)。一些通信信息可能没有表明日程安排事件是必要的。这种情况下，对话控制器110通知上下文引擎108该主题和日程安排无关。
应该注意到，各种应用、电话、电子邮件、即时/文本消息传送等，可以是第三方程序或整合在分析器内。
本发明提供了超过现有技术的重要优点，第一，其以常见的、易于访问的形式组织通信相关的数据。第二，其能自动生成日历(和任务)事件，减少了用户工作，并且可以防止疏忽导致的重要事件没有条目。
尽管对本发明的详细描述针对某些示例性实施例，但本领域的普通技术人员将能够想到这些实施例的修改和可选的实施例。本发明包含落入权利要求
书的范围内的任何修改或可选实施例。
权利要求
1.一种组织与通信相关联的数据的方法，包括以下步骤维护包含关于用户和其他方之间通信交互的信息的电子数据库，其中所述数据库包含每次通信交互的日期；根据与所述通信交互相关联的日期，在用户处理设备上，以日历格式显示所述通信交互的全部或选择部分。
2.根据权利要求
1所述的方法，其中所述显示步骤包括通过指定一个或多个其他方来过滤所述信息的步骤。
3.根据权利要求
1所述的方法，其中所述数据库描述了至少某些所述通信交互的主题，以及其中所述显示步骤包括基于一个或多个指定关键词过滤所述信息的步骤。
4.根据权利要求
1所述的方法，其中所述数据库包括与至少某些所述通信交互相关联的注释。
5.根据权利要求
1所述的方法，其中所述用户可以与所述显示信息进行交互以发起一个新的通信会话。
6.根据权利要求
1所述的方法，其中所述维护步骤包括在数据库服务器中维护数据库的步骤，并且还包括响应于选择过滤规则向所述用户处理设备传送与所述用户相关联的通信的选择部分的步骤。
7.一种生成日程安排程序条目的方法，包括以下步骤分析来自两个或更多方之间的通信的信息，以确定所述通信是否包括日程安排事件；响应于确定所述通信包括日程安排事件，自动创建所述日程安排程序的建议条目，其包含从所述通信获得的信息。
8.根据权利要求
7所述的方法，其中所述自动创建所述日程安排程序的建议条目的步骤包括自动创建日历条目的步骤。
9.根据权利要求
7所述的方法，其中所述自动创建所述日程安排程序的建议条目的步骤包括自动创建任务列表条目的步骤。
10.根据权利要求
7所述的方法，其中所述分析步骤包括与第三方通信进行接口连接以将来自所述第三方通信的信息转换为预定格式的步骤。
专利摘要
以日历格式显示来自通信的信息。利用来自通信的文本来确定是否应当创建日程安排条目。如果应当创建日程安排条目，则利用来自通信的文本来创建建议的日历或任务列表条目，其可由用户保存、编辑或取消。可以过滤并以日历格式显示来自呼叫日志的信息。
文档编号G06F17/30GK1992759SQ200610162910
公开日2007年7月4日 申请日期2006年11月29日
发明者斯尼哈尔·德赛, 杰克·杰克纳, 阿蒂雅·萨黑尔, 卡希帕蒂·G·拉奥 申请人:阿尔卡特公司导出引文BiBTeX, EndNote, RefMan