处理无线终端中的与呼叫和消息相关的事件的设备和方法.pdf

处理无线终端中的与呼叫和消息相关的事件的设备和方法
                      技术领域
本发明总体上涉及一种在无线终端中使用的代理设备和方法，更具体地讲，本发明涉及一种实现角色代理功能并处理无线终端中的与呼叫和消息相关的事件的设备和方法。
                      背景技术
传统上，无线终端是由用户携带的便携式装置，并且无线终端的代表性装置是无线电话。无线电话可提供各种辅助功能以及基本的电话功能。具有辅助功能的无线电话可以是具有相机的摄像机电话、通过其可观看电视(TV)的TV电话、通过其可收听运动图像专家组(MPEG)第3层(MP3)音乐文件的MP3电话、通过其可观看卫星广播和/或地面广播节目的数字多媒体(DMB)电话等。因此，具有能够处理多媒体数据的辅助功能的产品广泛用作当前的无线电话。
具有各种辅助功能的无线终端传统上包括液晶显示器(LCD)。用于将信息有效地显示在LCD的显示单元上的各种显示方法正在被开发，从而用户可容易地识别各种辅助功能以及无线终端的状态。无线终端正在被开发，从而可显示各种类型的用户数据。当前，显示在无线终端中的用户数据主要按诸如相片数据、角色图像、动画等的可视图像数据来配置。虚拟形象图像数据也可被包括在用户数据中，并且存在对使用虚拟形象图像数据的无线终端的需要。
                      发明内容
本发明实施例的一方面致力于解决至少上述问题和/或缺点，并且提供至少下述优点。因此，本发明实施例的一方面在于提供一种装置和方法，其能够当在无线终端中发生与呼叫和消息相关的事件时通过角色代理功能来表达这些事件。
本发明示例性实施例的另一目的在于提供一种装置和方法，其能够分析发生在无线终端中发生的与呼叫和消息相关的事件，以选择和表达设置在最佳专家中的角色用户界面(UI)。
本发明示例性实施例的另一目的在于提供一种装置和方法，其用于表达发生在无线终端中的与呼叫和消息相关的事件，能够选择角色用户界面(UI)，以在控制器的控制下表达发生在无线终端中的与呼叫和消息相关的事件。
根据本发明示例性实施例的一方面，提供一种用于处理无线终端中的与呼叫和消息相关的事件的设备，其包括：存储器，用于基于所述与呼叫和消息相关的事件来存储角色用户界面(UI)图像；代理收集单元，用于收集发生在无线终端中的与呼叫和消息相关的事件，并且产生用于标识所述发生的与呼叫和消息相关的事件的事件消息；代理控制单元，设置有用于处理与呼叫和消息相关的事件的多个专家，用于从所述多个专家中选择映射到事件消息的专家，基于所选择的专家的与呼叫和消息相关的事件来选择并输出角色用户UI标识符(ID)，并且响应于从用户接收的反馈信息来处理相关联的事件的用户反馈信息；和代理表达单元，用于输出映射到与呼叫和消息相关的事件以及所述反馈信息的角色和文本。
根据本发明示例性实施例的一方面，提供一种用于处理无线终端中的与呼叫和消息相关的事件的方法，其包括以下步骤：当发生与呼叫和消息相关的联系事件时，分析关联的联系人的与呼叫和消息相关的记录；和使用角色和文本来表达映射到分析与呼叫和消息相关的记录的结果的警报事件。
根据本发明示例性实施例的一方面，提供一种用于处理无线终端中的与呼叫和消息相关的事件的方法，其包括以下步骤：当发生警报事件时，确定警报事件的类型；根据发生地警报事件分析与呼叫和消息相关的记录；和表达映射到分析与呼叫和消息相关的记录的结果的角色和文本。
从下面的结合了公开本发明示例性实施例的附图的详细描述中，本发明的其它目的、优点和显著特征对于本领域技术人员将变得清楚。
                      附图说明
通过结合附图，从下面的详细描述中，本发明示例性实施例的上述以及其它目的、特点和优点将变得更加清楚，其中：
图1是示出根据本发明示例性实施例的无线终端的结构的方框图；
图2是示出根据本发明示例性实施例的无线终端的控制器的功能方框图；
图3是示出根据本发明示例性实施例的使用角色代理来建立和已经进行了与呼叫/消息相关的联系的联系人的关系(或将这个人登记在特定组中)的操作的流程图；
图4是示出根据本发明示例性实施例的使用角色代理来通知已经进行了基本数量的与呼叫/消息相关的联系的操作的流程图；
图5是示出根据本发明示例性实施例的使用角色代理来建立和已经进行了连续的与呼叫/消息相关的联系的联系人的关系(或将这个人登记在特定组中)的操作的流程图；
图6是示出根据本发明示例性实施例的使用角色代理来建立用于建议与先前进行了有规律的联系但是最近没有进行联系的特定人进行联系的警报的操作的流程图；
图7是示出根据本发明示例性实施例的使用角色代理来建议与先前进行了有规律的联系但是最近没有进行联系的特定人进行联系的操作的流程图；
图8是示出根据本发明示例性实施例的使用角色代理来建议与通常很少进行联系的特定人进行联系的操作的流程图；
图9是示出根据本发明示例性实施例的使用角色代理来建议与特定组中的最近很少进行联系的特定人进行联系的操作的流程图；
图10是示出根据本发明示例性实施例的使用角色代理来给出本周的呼叫/消息的数量的通知的操作的流程图；
图11是示出根据本发明示例性实施例的使用角色代理来给出本月的呼叫/消息的数量的通知的操作的流程图；
图12是示出根据本发明示例性实施例的使用角色代理来给出指示今天的任务列表中的一些工作是否完成的通知的操作的流程图；
图13是示出根据本发明示例性实施例的使用角色代理来给出指示昨天的任务列表中的一些工作是否完成的通知的操作的流程图；
图14是示出根据本发明示例性实施例的无线终端中的建立与进行了与呼叫/消息相关的联系的联系人的关系(或者将这个人登记到特定组中)的操作的流程图；
图15是示出根据本发明示例性实施例的无线终端中的通知已经进行了很多与呼叫/消息相关的联系的操作的流程图；
图16是示出根据本发明示例性实施例的无线终端中的建立与进行了连续的与呼叫/消息相关的联系的联系人的关系(或者将这个人登记到特定组中)的操作的流程图；
图17是示出根据本发明示例性实施例的无线终端中的建立用于建议与先前进行了规则的联系但是最近没有进行联系的特定人进行联系的警报的操作的流程图；
图18是示出根据本发明示例性实施例的无线终端中的建议与先前进行了有规律的联系但是最近没有进行联系的特定人进行联系的操作的流程图；
图19是示出根据本发明示例性实施例的无线终端中的建议与通常很少进行联系的特定人进行联系的操作的流程图；
图20是示出根据本发明示例性实施例的无线终端中的建议与特定组中的最近很少进行联系的特定人进行联系的操作的流程图；
图21是示出根据本发明示例性实施例的无线终端中的给出本周的呼叫/消息的数量的通知的操作的流程图；
图22是示出根据本发明示例性实施例的无线终端中的给出本月的呼叫/消息的数量的通知的操作的流程图；
图23是示出根据本发明示例性实施例的无线终端中的给出指示今天的任务列表中的一些工作是否完成的通知的操作的流程图；
图24是示出根据本发明示例性实施例的无线终端中的给出指示昨天的任务列表中的一些工作是否完成的通知的操作的流程图；
图25A至图25D是示出根据本发明示例性实施例的建议与最近进行了很多联系的特定人建立关系的操作中的示例性屏幕；
图26A至图26D是示出根据本发明实施例的通知和最近特定人进行了基本数量的与呼叫/消息相关的联系的操作中的示例性屏幕；
图27A至图27D是示出根据本发明示例性实施例的建议与进行了连续联系的特定人建立关系的操作中的示例性屏幕；
图28A至图28D是示出根据本发明示例性实施例的建议与先前进行了有规律的联系但是最近没有进行联系的特定人进行联系的操作中的示例性屏幕；
图29A至图29D是示出根据本发明示例性实施例的建议与通常很少进行联系的特定人进行联系的操作中的示例性屏幕；
图30A至图30D是示出根据本发明示例性实施例的建议与特定组中的最近很少进行联系的特定人进行联系的操作中的示例性屏幕；
图31是示出根据本发明示例性实施例的给出本周的呼叫/消息的数量的通知的操作中的示例性屏幕；
图32是示出根据本发明示例性实施例的给出本月的呼叫/消息的数量的通知的操作中的示例性屏幕；
图33A至图33C是示出根据本发明示例性实施例的给出指示今天的任务列表中的一些工作是否完成的通知的操作中的示例性屏幕；和
图34A至图34C是示出根据本发明示例性实施例的给出指示昨天的任务列表中的一些工作是否完成的通知的操作中的示例性屏幕。
在整个附图中，应该理解，相同的附图标号表示相同的部件、特征和结构。
                     具体实施方式
在描述中所定义的事物如详细结构或部件被提供以有助于对本发明进行全面地理解。因此，本领域的技术人员应该理解，在不脱离本发明的精神和范围的情况下，可对在此描述的实施例进行各种变化和修改。另外，为了清楚和简明，省略了对众所周知的功能或结构的描述。在下面的描述中，诸如事件类型和代理表达所必需的信息的特定细节被提供，以对本发明进行更好的理解。警报事件可以为定时器事件。当设置的发生时间到达时，定时器事件发生。以下，警报和警报事件可按相同的含义被使用。
图1是示出根据本发明示例性实施例的用于根据发生在其中的事件来表达角色代理的无线终端的结构的方框图。参照图1，射频(RF)通信单元21执行无线终端的无线通信功能。RF通信单元21包括用于上变换并放大将被发送的信号的频率的RF发射器、用于低噪声地放大接收的信号并下变换接收的信号的频率的RF接收器等。键输入单元25设置有用于输入数字和字母信息的键以及用于设置各种功能的功能键。此外，根据本发明的示例性实施例，键输入单元25设置有用于基于逐事件来控制角色代理的键。
存储器23按照程序存储器和数据存储器来配置。根据本发明的示例性实施例，程序存储器存储用于处理无线终端的呼叫并控制对事件发生的代理表达的程序。数据存储器临时存储在操作中产生的数据。此外，根据本发明的示例性实施例，数据存储器设置有用于存储用于代理表达的角色图像的角色存储器。角色存储器可以用文件系统来操作，并且可具有逐角色存储器(或文件系统)的索引。角色存储器可按照各种形式被配置，以允许角色组件的操作、面部表情和对象展示。角色信息可根据代理表达形式被存储在角色存储器中。提供了存储用于代理表达的文本的文本存储器。文本存储器可根据发生的事件或反馈来存储相关的内容。基于逐类型来存储登记的任务(TO-DO)信息、电话号码(电话簿)列表信息和发生的事件。
控制器100执行用于控制无线终端的整个操作的功能。此外，控制器100设置有用于将信号调制/解调的调制解调器(MODEM)以及用于将信号编码/解码的编码解码器(CODEC)。其结果是，控制器100执行对将被发送的信号进行编码和调制的功能以及对接收的信号进行解调和解码的功能。这里，控制器100可以是移动站调制解调器(MSM)芯片。控制器100响应于用户选择的模式来控制通信模式、相机模式和广播接收模式的操作。数据处理器被单独地配置，以将MODEM和CODEC与控制器100分离。数据处理器可被布置在RF通信器21和控制器100之间。根据本发明的示例性实施例，控制器100根据无线终端的操作收集事件，根据收集的事件控制代理，并且使用代理来表示处理的结果和事件的状态。这里，可在相关的角色和文本从存储器23被选择之后显示代理表达。可根据反馈来显示相关的角色和文本。
在用户选择相机模式时，相机35由控制器100启动，并且在相机模式下产生图像拍摄信号。图像处理器37在相机模式下根据显示单元27的尺寸对来自相机35的图像拍摄信号进行缩放，并且根据设置的方案在存储模式下编码并存储图像拍摄信号。在再现接收或存储的图像数据的模式下，图像处理器37执行将编码的图像数据解码的功能。
在广播接收模式下，调谐器31在控制器100的控制下选择并接收信道集的广播信号。广播处理器33将选择的信道的广播信号解调和解码，并且将该解调和解码的图像信号输出到显示单元27。音频信号被输出到音频处理器29。这里，广播信号可以是卫星广播信号或地面广播信号。
在控制器100的控制下，显示单元27可根据无线终端的操作来显示菜单。当事件发生时，显示单元27显示映射到该事件的输出角色。此外，显示单元27显示在相机模式下或在广播接收模式下从图像处理器37或广播处理器33输出的图像信号。
在控制器100的控制下，音频处理器29处理在通信模式下产生的音频信号。在图像处理器37的控制下，音频处理器29处理在相机模式下在图像拍摄操作期间产生的音频信号。在广播接收模式下，音频处理器29处理在广播处理器33的控制下所接收的广播音频信号。
处理相机信号和/或广播信号的结构可从具有上述结构的无线终端被省略。在这种情况下，根据本发明的示例性实施例，可执行用于事件的角色代理功能。在下面的描述中，假设角色是虚拟形象。因此，用于无线终端的事件的角色代理控制将被描述为虚拟形象代理控制，但是也可被等同地应用于所有的图像以及虚拟形象。
图2是示出根据本发明示例性实施例的无线终端的控制器的功能方框图。在由Kim jaeho等人提交的、名称为“Intelligent Terminal Using an ArtificialIntelligence Agent(使用人工智能代理的智能终端)”的第2004-78470号韩国专利申请中公开了图2所示的功能方框结构的例子。将参照第2004-78470号韩国专利申请中所公开的内容来给出下面的描述。为了实现本发明，控制器100可控制不具有诸如事件收集单元、事件传送单元、代理控制单元和代理表达单元的功能块的单一代理系统。
参照图2，事件收集单元110执行收集发生在无线终端中的事件的功能。这里，事件包括无线终端的所有事件，诸如无线终端的通信事件、无线终端自身发生的事件、根据用户的请求而发生的事件和当执行无线终端的多媒体功能时发生的事件。即，由事件收集单元110收集的事件是在无线终端中定义的事件。事件收集单元110产生用于标识发生的事件的事件消息，并且将该事件消息提供给事件传送单元120。
事件传送单元120执行将从事件收集单元110接收的事件消息传送给相关的客户的功能。根据本发明的示例性实施例，假设事件传送单元120只将事件消息传送给代理控制单元130。当不同的组件做出事件消息传送请求时，事件消息可被传送给不同的组件。此外，事件传送单元120接收在无线终端中未定义的用户定义的事件，并从事件收集单元110接收事件，并且将接收的事件传送给代理控制单元130。这里，上述用户定义的事件指的是应用事件。应用事件可发生在游戏、其它应用程序和web服务程序中。
当从事件传送单元120接收到事件消息时，代理控制单元130将接收的事件消息存储在内部缓冲器中，并且分析该事件消息，以设置用户界面(UI)，从而相关的角色代理可被表达。这里，从事件传送单元120传送的事件可以是无线终端的事件(例如，从事件收集单元110接收的事件)和应用事件。在下文中，将对用于从事件收集单元110接收的事件的代理表达进行重点描述。代理控制单元130设置有多个专家(specialist)。代理控制单元130控制这些专家，选择映射到发生的事件的专家，并且执行代理控制功能。
当接收到事件时，代理控制单元130根据该接收到的事件将事件发生通知给合适的专家，并且将UI请求发送到代理表达单元140，从而最终选择的专家的代理表达可被显示。响应于从代理表达单元140接收的用户的反馈信息，相关事件的用户反馈信息被处理。
代理表达单元140根据从代理控制单元130输出的代理UI信息来显示用于相关事件的角色表达。此时，代理表达单元140管理多个将被显示在显示单元27上的虚拟形象UI。代理控制单元130执行控制操作，从而映射到所请求的UI信息的虚拟形象可被显示。当用户在虚拟形象已经根据发生的事件而被显示的状态下产生反馈信息时，代理表达单元140将接收的反馈信息发送到代理控制单元130。代理控制单元130根据从代理表达单元140接收的用户反馈信息来执行代理控制。
当在图2的结构中仅由事件收集单元110收集的无线终端的事件被处理时，事件传送单元120可被省略。这里，代理控制单元130的内部缓冲器被称为黑板。
接着将更详细地描述代理控制单元130的结构和操作。代理控制单元130包括多个专家，多个专家用于根据事件类型接收呼叫，执行预设的特殊任务，并且输出任务结果。黑板存储包括事件消息的信息的各种信息。当多个专家输出有效结果时，监督器选择一个专家。虚拟形象商数(quotient)存储器根据发生的事件存储虚拟形象商数。专家管理器在事件发生时从逐事件专家的列表中选择相关的专家，并且根据事件来控制代理。
专家致力与解决问题，并且具有用于所定义的单元的专长。专家将中间步骤的解决方案记录在黑板中，还表达中间步骤的解决方案的优先级和用户喜好。专家识别黑板的状态，做出计算优先级和用户喜好的请求，并且将中间步骤的解决方案记录在黑板中。
黑板是用于专家之间的通信的工作环境和信息空间。基本上，专家可记录中间步骤的解决方案。黑板330的模式的优点如下。第一，不同类型的许多专家可容易地被结合。第二，因为专家几乎不互相影响，所以专家可被独立地模块化和开发。第三，可为多种变化(诸如专家算法的改变或新专家的添加)提供灵活性。
当关于一个事件选择了至少两个专家时，专家管理器请求监督器选择与接收的事件最相关的专家。监督器分析黑板的数据、根据事件基本指定的优先级和用户喜好，由此选择最相关的专家。
虚拟形象的内部商数根据代理功能、发生在无线终端中的各种事件以及用户的反馈信息而改变。另外，许多能够使用虚拟形象商数的应用事件影响虚拟形象商数。虚拟形象界面随着内部商数改变而改变。随着一段时间过去，可看到虚拟形象被培养的外形。这是虚拟形象的成长概念。根据本发明的示例性实施例，虚拟形象成长基于人工智能(AI)代理系统被引入到无线终端中。为此，无线终端基于发生在无线终端中的各种事件建议许多动作并将其报告给用户。因此，用户可更有效和更愉快地使用该终端。基于这些事件和用户的反馈动作，虚拟形象图像和文本改变，并且虚拟形象商数改变。
表1显示了根据本发明示例性实施例的具体情况。表1显示了事件使用情况、情况分类、事件确定时间、专家的动作(处理)时间、发生次数、时间、事件参数(必要信息)、条件、UI文本、用户选择等。其它情况可被添加到上述情况中，或者一些情况可被删除。
                          表1

  ID  用户情况  种类  控制器所需的信息  UI文本  选择  4  当用于与特定  人联系的呼叫  /消息的数量  大时，做出赞  赏并建议关系  建立。  呼叫/  消息  AP_PHONE_ANSWER/  AP_PHONE_SEND/  AP_SMS_SEND/  AP_SMS_READ/  ContactID/Number  你已经和  [名字]进行  了许多联  系。你想建  立关系  吗？  是/否  5  当用于与特定  人联系的呼叫  /消息的数量  大时，做出赞  赏。  呼叫/  消息  AP_PHONE_ANSWER/  AP_PHONE_SEND/  AP_SMS_SEND/  AP_SMS_READ/  ContactID/Number  你最近已  经和[名字]  进行了许  多联系。好  像你和[名  是/真的  吗？/取  消！
  字]有特殊  关系。  6  当进行了有规  律的联系但是  没有建立与该  号码的关系  时，建议该号  码的关系建  立。  呼叫/  消息  AP_PHONE_ANSWER/  AP_PHONE_SEND/  AP_SMS_SEND/  AP_SMS_READ/  ContactID/Number  没有建立  与[名字]的  关系。此时  你想建立  与[名字]的  关系吗？  是/否  7  识别最近很少  进行联系的联  系人并建议与  呼叫(或消息)  相关的联系。  呼叫/  消息  AP_PHONE_ANSWER/  AP_PHONE_SEND/  AP_ SMS_SEND/  AP_SMS_READ/  ContactID/Number  你最近很  少和[名字]  进行联系。  你想呼叫  [名字]进行  问候吗？  呼叫/消  息/否  8  识别最近通常  很少进行联系  的联系人并建  议与呼叫(或  消息)相关的  联系。  呼叫/  消息  AP_PHONE_ANSWER/  AP_PHONE_SEND/  AP_SMS_SEND/  AP_SMS_READ/  ContactID/Number  你最近很  少和[名字]  进行联系。  你想呼叫  [名字]吗？  呼叫/消  息/否  10  建议与组中很  久没有进行联  系的联系人进  行(与呼叫或  消息相关的)  联系。  呼叫/  消息  AP_PHONE_ANSWER/  AP_PHONE_SEND/  AP_SMS_SEND/  AP_SMS_READ/  ContactID/Number  你没有和  [组]中的  [名字]进行  联系。你想  呼叫[名字]  吗？  呼叫/消  息/否  39  周六显示本周  呼叫持续时间  和消息的数  量，将本周的  呼叫/  消息  (显示呼叫  的数量和  消息的数  量。)本周  好的
  信息与上周的  信息比较，并  且显示增加/  减少的呼叫的  数量(模式分  析)。  呼叫/消息  的数量与  上周相比  增加/减少。  40  月末显示本周  呼叫持续时间  和消息的数  量，并且显示  与上周相比增  加/减少的呼  叫的数量。  呼叫/  消息  (显示呼叫  的数量和  消息的数  量。)本月  呼叫/消息  的数量与  上月相比  增加/减少。  好的  33  当任务列表中  的一些工作还  没做时，询问  这些工作是否  在晚上完成。  任务  任务列表  中的一些  工作还没  完成。你想  检查吗？  是/否  34  当任务列表中  的一些工作在  早晨还没做  时，询问这些  工作是否完  成。  任务  剩下一些  昨天应该  做的工作。  你想检查  吗？  是/否
将描述根据本发明的特征的处理无线终端中的与呼叫和消息相关的联系事件的操作。下面将描述的联系事件指示去话呼叫(或电话呼叫)发送和/或来话呼叫(或电话呼叫)接收，以及消息发送和/或消息接收。
图3是根据本发明示例性实施例的使用角色代理来建立和已经进行了与呼叫/消息相关的联系的联系人的关系(或将这个人登记在特定组中)的操作的流程图。
参照图3，当与呼叫(或电话呼叫)和消息相关的联系事件发生时，事件收集单元(未示出)收集这些与呼叫(或电话呼叫)和消息相关的联系事件。与呼叫(或电话呼叫)和消息相关的联系事件可以是电话呼叫结束事件、来话呼叫接收事件、去话呼叫发送事件、消息接收事件和/或消息发送事件。然后，与呼叫(或电话呼叫)和消息相关的联系事件被提供给事件传送单元(未示出)。在步骤1602中，事件传送单元(未示出)将这些事件提供给代理控制单元的专家管理器。在步骤1604中，专家管理器将与呼叫(或电话呼叫)和消息相关的联系事件存储在黑板中。然后，在步骤1606中，专家管理器识别当与呼叫(或电话呼叫)和消息相关的联系事件发生时将被从内部专家列表中调用的专家。然后，在步骤1608中，专家管理器调用这些专家。(图3示出了标识符(ID)4的专家被调用例子。)
在所调用的专家中，当联系人最近进行了频繁联系但是还没有建立与该联系人(或他/她的电话号码)的关系或者没有被登记在特定组中时，ID 4的专家被提供，以建议关系建立(或组登记)。在步骤1610中，最近一周的与呼叫(或电话呼叫)和消息相关的联系记录被分析。然后，确定和联系人(或他/她的电话号码)的频繁的与呼叫(或电话呼叫)和/或消息相关的联系在预定时间段内(例如，最近一周)是否进行了至少阈值次数(例如，至少三次)。如果没有进行与关联的联系人频繁的联系，那么操作进行到步骤1614，以将“NO”信号返回给专家管理器。但是，如果已经进行了与关联的联系人频繁的联系那么操作进行到步骤1616。在步骤1616中，确定与联系人(或他/她的电话号码)的关系是否被建立(或者确定该联系人(或他/她的电话号码)是否被登记在特定组中)。如果已经做出了关系建立(组登记)，那么操作进行到步骤1618，以将“NO”信号返回给专家管理器。但是，如果与联系人(或他/她的电话号码)的关系没有被建立或者没有被登记在特定组中，那么操作进行到步骤1620，以将“YES”信号返回给专家管理器。
当调用的专家执行返回时，在步骤1622中，专家管理器将返回“YES”信号的专家的ID(例如，图3中的专家ID 4)提供给监督器。然后，在步骤1624中，当返回“YES”的专家的数量是1时，监督器识别关联的专家的优先级或识别关联的专家的执行。在步骤1626中，监督器将最高优先级专家或关联的专家的执行的识别结果发送到专家管理器。然后，专家管理器在步骤1628中识别最高优先级专家或将被执行的专家的UI ID，并且在步骤1630中将识别的UI ID发送到代理表达单元。在步骤1632中，代理表达单元表达相关的UI。当专家管理器将UI ID发送到代理表达单元时，关联的联系人的信息也可被发送。
当代理表达单元表达UI，例如映射到专家ID 4的UI时，用于建议建立呼叫(或电话呼叫)和/或消息的关联的联系人(或他/她的电话号码)的关系(或组)的文本可被包括，并且可被表达为如图25(A)所示。当如图25(B)所示，用于设置具有快乐表情的角色和/或关系(或组)类型的图像和文本被表达，并且该关系(或组)根据用户反馈被设置时，具有快乐表情的角色和/或指示关联的联系人(或他/她的电话号码)将被登记的文本被表达为如图25(C)所示，或者具有悲伤表情的角色和/或指示关联的联系人(或他/她的电话号码)将不被登记的文本被表达为如图25(D)所示。当预定时间过去或预定键输入时，表达的角色和/或文本消失。联系人的信息包括进行了与呼叫和/或消息相关的联系的联系人的电话号码和ID。
图4是示出根据本发明示例性实施例的用于使用角色代理通知已经进行了与呼叫/消息有关的基本数量的联系的操作的流程图。
对照图4，当与呼叫(或电话呼叫)和消息相关的联系事件发生时，事件收集单元(未示出)收集与呼叫(或电话呼叫)和消息相关的联系事件。该与呼叫(或电话呼叫)和消息相关的联系事件可以是电话呼叫终止事件、来话呼叫接收事件、来话呼叫发送事件、消息接收事件、和/或消息发送事件。然后，与呼叫(或电话呼叫)和消息相关的联系事件被提供给事件传送单元(未示出)。在步骤1702，该事件传送单元(未示出)将事件提供给代理控制单元的专家管理器。在步骤1704，专家管理器将与呼叫(或电话呼叫)和消息相关的联系事件存储在黑板中。然后，在步骤1706，专家管理器识别当与呼叫(或电话呼叫)和消息相关的联系事件发生时将被从内部专家列表调用的专家。然后，在步骤1708，专家管理器调用专家。(图4示出了ID 5的专家被调用的例子)
在调用的专家中，当近来已经进行了和联系人(或者他的/她的电话号码)的与呼叫(或电话呼叫)和/或消息相关的基本数量的联系时，ID 5的专家提供近来已经进行了与联系人的基本数量的联系的通知。在步骤1712，分析近来一周的与呼叫(或电话呼叫)和/或消息相关的联系记录。然后，在步骤1714，确定在预定的时间段内(例如，近来一周)和联系人(或者他的/她的电话号码)的与呼叫(或电话呼叫)和/或消息相关的基本数重的联系是否已经被进行至少阈值次数(例如，至少5次)。如果没有进行与关联的联系人的基本数量的联系，则操作进行到步骤1716从而将“NO”信号返回到专家管理器。然而，如果已经进行了与关联的联系人的基本数量的联系，则操作进行到步骤1718从而将“YES”返回到专家管理器。
在步骤1720，当调用的专家执行返回时，专家管理器向监督器提供返回“YES”信号的专家的ID(例如，图4的专家ID 5)。然后，在步骤1722，当返回“YES”的专家的数量是一个时，监督器识别关联的专家的优先级或者识别关联的专家的执行。在步骤1724，监督器将对最高优先级专家或关联的专家的执行的识别的结果发送到专家管理器。然后，在步骤1726，专家管理器识别最高优先级专家或将被执行的专家的UI ID，并且在步骤1728，将UI ID发送到代理表达单元。在步骤1730，代理表达单元表达关联的UI。当专家管理器将UI ID发送到代理表达单元时，关联的联系人的信息也被发送。指示和关联的联系人(或者他的/她的电话号码)的与呼叫(或电话呼叫)和/或消息相关的基本数量的联系已经被进行的文本和关联的联系人的信息一起能够被表达为如图26(A)所示。响应于用户的反馈，角色和/或文本能够被表达为如图26(B)、图26(C)或图26(D)所示。当预定的时间结束或输入了预定键时，表达的角色和/或文本消失。
图5是示出根据本发明示例性实施例的用于使用角色代理来建立与已经进行与连续呼叫/消息相关的联系的联系人的关系(或将该人登记在特定组中)的操作的流程图。
对照图5，当与呼叫(或电话呼叫)和消息相关的联系事件产生时，事件收集单元(未示出)收集与呼叫(或电话呼叫)和消息相关的联系事件。该与呼叫(或电话呼叫)和消息相关的联系事件可以是电话呼叫终止事件、来话呼叫接收事件、来话呼叫发送事件、消息接收事件、和/或消息发送事件。然后，与呼叫(或电话呼叫)和消息相关的联系事件被提供给事件传送单元(未示出)。在步骤1802，该事件传送单元(未示出)将事件提供给代理控制单元的专家管理器。在步骤1804，专家管理器将与呼叫(或电话呼叫)和消息相关的联系事件存储在黑板中。然后，在步骤1806，专家管理器从内部专家列表识别当与呼叫(或电话呼叫)和消息相关的联系事件发生时将被调用的专家。然后，在步骤1808，专家管理器调用专家。(图5示出了ID 6的专家被调用的例子)
在调用的专家中，当和关联的联系人的与连续电话呼叫和消息相关的联系已经被进行但是与联系人(或者他的/她的电话号码)的关系还没有被建立(或者该联系人(或者他的/她的电话号码)没有被登记在特定组中)时，ID 6的专家被提供以建议关系建立(或组登记)。在步骤1812，分析近来一月的与呼叫(或电话呼叫)和消息相关的联系记录。然后，在步骤1814，确定在预定的时间段内(例如，近来一月)和联系人(或者他的/她的电话号码)的与呼叫(或电话呼叫)和/或消息相关的联系是否已经被进行至少阈值次数(例如，至少7次)。如果与关联的联系人的连续联系没有进行(在一个月的预定时间段内至少进行至少7次的阈值次数)，则操作进行到步骤1814将“NO”信号返回到专家管理器。然而，如果与关联的联系人的连续联系已经进行，则操作进行到步骤1816从而返回“YES”信号。在步骤1816，确定与联系人(或者他的/她的电话号码)的关系已经被建立已经被登记在特定组中。如果关系建立(或组登记)已经被进行，则操作进行到步骤1818以将“NO”信号返回到专家管理器。然而，如果与联系人(或者他的/她的电话号码)的关系没有被建立或者没有被登记在特定组中，则操作进行到步骤1820以将“YES”信号返回到专家管理器。
在步骤1822，当调用的专家执行返回时，专家管理器向监督器提供返回“YES”信号的专家的ID(例如，图5的专家ID 6)，然后，在步骤1824，当返回“YES”信号的专家的数量是一个时，监督器识别相关专家的优先级或识别关联的专家的执行。在步骤1826，监督器将对最高优先级专家或关联的专家的执行的识别的结果发送给专家管理器。然后，在步骤1828，专家管理器识别最高优先级专家或将被执行的专家的UI ID，然后在步骤1830，将识别的UI ID发送给代理表达单元，在步骤1832代理表达单元表达关联的UI。当专家管理器将UI ID发送给代理表达单元时，关联的联系人的信息也能够被发送。
当这个代理表达单元表达UI例如映射到专家ID 6的UI时，用于建议与呼叫(或电话呼叫)和/或消息(或他的/她的电话号码)的关联的联系人的关系(或组)的建立的文本能够被包括并表达为如图27A所示。如图27B所示，当用于设置具有快乐表情的角色和/或关系(或组)类型图像和文本被表达并且该关系(或组)根据用户的反馈被建立时，具有快乐表情的角色和/或指示关联的联系人(或他的/她的电话号码)将被登记的文本将表达为图27C所示，或者具有悲伤表情的角色和/或指示关联的联系人(或他的/她的电话号码)将不被登记的文本被表达为如图27D所示。当预定时间结束或者输入了预定键时，表达的角色和/或文本消失。联系人的信息包括已经进行了与呼叫和/或消息有关的联系的联系人的电话号码和ID。
根据本发明的另一个示例性实施例，能够建议与联系人关联的关系建立或组登记，所述联系人在第一预定时间段内每第二预定时间段至少阈值次数进行了频繁的与呼叫(或电话呼叫)和/或消息相关的联系。例如，当在一个月内每周至少一次进行和联系人的与呼叫(或电话呼叫)和/或消息相关的联系时，确定对联系人的关系建立(或组登记)是否已经被执行。如果已经进行了对联系人的关系建立(或组登记)，则用于建议关系建立(或组登记)的角色和/或文本能够被表达。
图6是示出根据本发明示例性实施例的用于使用角色代理建立用于建议与先前有规律的联系但近来不联系的特定人进行联系的警报的操作的流程图。
对照图6，当与呼叫(或电话呼叫)和消息相关的联系事件发生时，事件收集单元(未示出)收集与呼叫(或电话呼叫)和消息相关的联系事件。该与呼叫(或电话呼叫)和消息相关的联系事件可以是电话呼叫终止事件、来话呼叫接收事件、来话呼叫发送事件、消息接收事件、和/或消息发送事件。然后，与呼叫(或电话呼叫)和消息相关的联系事件被提供给事件传送单元(未示出)。在步骤1902，该事件传送单元(未示出)将事件提供给代理控制单元的专家管理器。在步骤1904，专家管理器将与呼叫(或电话呼叫)和消息相关的联系事件存储在黑板中。然后，在步骤1906，专家管理器从内部专家列表识别当与呼叫(或电话呼叫)和/或消息相关的联系事件发生时将被调用的专家。然后，在步骤1908，专家管理器调用专家。(图6示出了ID7的专家被调用的例子)
在调用的专家中，当在第一预定时间段内每第二预定时间段和联系人(或者他的/她的电话号码)的有规律的与呼叫(或电话呼叫)和/或消息相关的联系至少已经进行预定次数但在接下来的第三预定时间段内还没有进行时，ID 7的专家被提供来建议和联系人(或者他的/她的电话号码)的有规律的与呼叫(或电话呼叫)和/或消息相关的联系。例如，当在第一预定时间段内(例如，一个月)和联系人的有规律的与呼叫(或电话呼叫)和/或消息相关的联系每第二时间段(例如，一周)内已经至少进行阈值次数(例如，至少一次)但是在接下来的第三预定时间段(例如，三周)内没有进行时，ID 7的专家建议和联系人(或者他的/她的电话号码)的有规律的与呼叫(或电话呼叫)和/或消息相关的联系。
在步骤1910，ID 7的专家识别黑板并且确定在第一预定时间段内和联系人的有规律的与呼叫(或电话呼叫)和/或消息相关的联系是否在每第二预定时间段内至少进行阈值次数。例如，ID 7的专家确定在一个月内每周是否至少一次进行有规律的与呼叫(或者电话呼叫)和/或消息相关的联系。
作为确定的结果，如果在第一预定时间段(例如，一个月)内每第二预定时间段(例如，一周)和联系人(或者他的/她的电话号码)的有规律的与呼叫(或电话呼叫)和/或消息相关的联系没有至少进行阈值次数(例如，至少一次)，则操作进行到步骤1912以将“NO”信号返回到专家管理器。然而，作为确定的结果，如果在第一预定时间段(例如，一个月)内每第二预定时间段(例如，一周)和联系人的有规律的与呼叫(或电话呼叫)和/或消息相关的联系已经至少进行阈值次数(例如，至少一次)，则操作进行到步骤1914。在步骤1914，ID 7的警报被建立。在ID 7的警报建立中，警报发生时间(即，从ID 7警报建立时间起在第三预定时间段的三周以后的预定时间)被设置，并且对于ID7的警报关联的联系人被登记。如果ID 7警报先前已经被建立，则ID 7警报时间被重新设置为下一个发生时间。然后，操作进行到步骤1916以将“ID 7警报建立”信号返回到专家管理器。例如，当与关联的联系人的与呼叫(或电话呼叫)和/或消息相关的联系在该月的第一周内已经进行至少一次，在该月的第二周内已经进行至少一次，在该月的第三周内已经进行至少一次以及在该月的第四周内已经进行至少一次时，“ID 7警报”被建立并且“ID 7警报建立”信号被返回到专家管理器。
当被调用的专家(即，ID 7的专家)执行返回时，专家管理器向监督器提供返回“YES”信号的专家的ID。在图6，根据本发明的示例性实施例，在与呼叫(或电话呼叫)和/或消息相关的联系事件的时间被调用的专家的数量是与ID 7的专家相对应的一个。在这种情况下，由于ID 7的关联的专家返回“NO”信号和“ID 7警报建立”信号，所以从专家管理器发送到监督器的另外的专家ID不存在。在本发明的示例性实施例中，专家能够被配置成为在与呼叫(或电话呼叫)和/或消息相关的联系事件的时间专家执行适合的操作并且返回“YES”信号。在这种情况下，专家管理器能够将返回关联的“ID 7警报建立”信号的专家的ID提供给监督器。然后，监督器识别关联的专家的优先级或者识别关联的专家的执行。监督器将对最高优先级专家或关联的专家的执行的识别的结果发送到专家管理器。然后，专家管理器识别最高优先级专家或将被执行的专家的UI ID，并且将识别的UI ID发送到代理表达单元(未示出)。代理表达单元表达关联的UI(或警报登记UI)。
图7是示出根据本发明示例性实施例的用于使用角色代理来建议与特定人的联系的操作的流程图，所述特定人先前已经进行了有规律的联系但是近来没有进行联系。
在图7中，当在步骤1950接收到与呼叫(或电话呼叫)和/或消息相关的警报事件时，在步骤1952专家管理器将接收的与呼叫(或电话呼叫)和/或消息相关的警报事件存储在黑板中。然后，在步骤1954，专家管理器从内部专家列表识别当与呼叫(或电话呼叫)和/或消息相关的警报事件发生时将被调用的专家。然后，在步骤1956，专家管理器调用这些专家。(图7示出了ID 7的专家被调用的例子)
当在第一预定时间段内每第二预定时间段已经至少预定次数进行了与联系人的有规律的联系但在接下来的第三预定时间段内没有进行与联系人的有规律的联系时，被呼叫的ID 7的专家被提供以建议和关联的联系人(或者他的/她的电话号码)的与呼叫(或电话呼叫)和/或消息相关的联系。
然后，ID 7的专家通过黑板分析与呼叫(或电话呼叫)和/或消息相关的联系记录，并且确定在第一预定时间段内每第二预定时间段与关联的联系人的有规律的与呼叫(或电话呼叫)和/或消息相关的联系是否已经至少被进行阈值次数以及从ID 7警报事件建立的时间起在第三预定时间段的三周内对于ID 7警报事件登记的与关联的联系人的联系近来是否已经被进行至少阈值次数(例如，至少一次)。如果近来和关联的联系人的与呼叫(或电话呼叫)和/或消息相关的联系没有被进行至少阈值次数(例如，至少一次)，则操作进行到步骤1960以将“YES”信号返回到专家管理器。当“YES”信号被返回时，关联的联系人的信息也能够被返回。例如，如果在上个月内每周和关联的联系人的与呼叫(或电话呼叫)和/或消息相关的联系已经被进行至少一次，ID 7警报事件已经被建立，并且从ID 7警报事件建立的时间起三周内对于ID 7警报事件登记的与关联的联系人的有规律的联系近来已经被进行至少一次，则“YES”信号被返回到专家管理器。
作为确定的结果，如果从ID 7警报事件建立起第三预定时间段的三周内与对ID 7警报事件登记的和关联的联系人的与呼叫(或电话呼叫)和/或消息相关的联系已经被进行至少阈值次数(例如，至少一次)，则操作进行到步骤1964以将“NO”信号返回到专家管理器。
当被调用的专家(即，ID 7的专家)执行返回时，在步骤1966，专家管理器将返回“YES”信号的专家的ID提供到监督器。然后，在步骤1968，监督器识别关联的专家的优先级或者识别关联的专家的执行。在步骤1970，监督器将对最高优先级专家或关联的专家的执行的识别结果发送到专家管理器。然后，在步骤1972，专家管理器识别最高优先级专家或将被执行的专家的UI ID，然后在步骤1974，将识别的UI ID发送到代理表达单元。在步骤1976，代理表达单元表达关联的UI。当专家管理器将UI ID发送到代理表达单元时，关联的联系人的信息也能够被发送。当这个代理表达单元表达UI时，如图28A所示，用于建议和关联的联系人(或者他的/她的电话号码)的与呼叫(或电话呼叫)和/或消息相关的联系的文本能够与关联的联系人的信息一起被表达。根据用户的反馈，如图28B所示，文本和/或具有快乐表情的角色被表达以用于标识与关联的联系人(或他的/她的电话号码)的与电话呼叫相关的联系的接受。根据用户的反馈，如图28C所示，文本和/或具有快乐表情的角色被表达以用于标识和关联的联系人(或者他的/她的电话号码)的与消息相关的联系的接受。根据用户的反馈，如图28D所示，文本和/或具有悲伤表情的角色被表达以用于标识和关联的联系人(或者他的/她的电话号码)的与呼叫相关的联系的拒绝。当预定时间结束或输入了预定键时，表达的角色和/或文本消失。
根据本发明的示例性实施例，ID 7警报时间可以发生。与参考时间参数对应的第一和第二定时器被设置为与联系人(或他的/她的电话号码)相关，从而能够做出关于用户近来是否已经进行了与联系人的大量或较少联系的确定。当在第一和第二定时器中设置的时间段内和联系人的与呼叫(或电话呼叫)和/或消息相关的联系没有被进行时，ID 7警报事件发生。然而，当在第一和第二定时器中设置的时间段内和联系人的与呼叫(或电话呼叫)和/或消息相关的联系被进行时，ID 7警报事件不发生并且第一和第二设置的定时器被删除。在第一和第二定时器中设置的时间段内和联系人的与呼叫(或电话呼叫)和/或消息相关的联系被进行时，新的第一和第二定时器被设置。这里，第一定时器被用作用于检测在相对短的时间段内(例如，一周)进行了较少联系的联系人的参考时间，第二定时器被用作用于检测在比第一定时器长的时间段内(例如，一个月)进行了较少联系的联系人的参考时间。
例如，作为在当前参考时间(例如，在2月7号)检查定时器的结果，如果用于联系人的电话号码“010-234-5673”第一定时器已经超时，则这意味着在最近一周(例如，2月1号到7号)第一定时器从来没有被更新过。因此，在最近一周内没有执行到关联的联系人的电话号码的发送和来自关联的联系人的电话号码的接收。关于电话号码“010-234-5673”，将两周前的时间段(例如，1月25到31)内的联系事件的次数与三周前的时间段(例如，1月18到24)内的联系事件的次数相比较。根据比较的结果，确定了与关联的联系人的较少联系是否已经被进行。如果两周前的时间段内的联系事件的数量比三周前的时间段内的联系事件少预定比率，例如50％，则确定与关联的联系人的较少联系已经被进行。作为在当前参考时间检测第二定时器的结果，如果用于联系人的电话号码“010-234-5673”的第二定时器已经超时，则这意味着在最近的一个月内(例如，3月1到31)第二定时器从来没有被更新过。在这种情况下，因为与在最近一个月内的联系事件的数量关联的比较没有用，所以两个月前的联系事件的数量与三个月前的联系事件的数量相比较。作为比较的结果，如果用户与关联的联系人进行了较少的联系，则进行对与关联的联系人的电话号码的联系的建议，并且关联的第二定时器被删除。
图8是示出根据本发明示例性实施例的用于使用角色代理来建议与通常进行了较少联系的特定人的联系的操作的流程图。以下，ID 8警报事件可被设置为缺省并且可以在预设时间段内发生。当与呼叫和消息相关的事件如电话呼叫发送事件、电话呼叫接收事件、消息发送事件、和消息读取事件发生时，发生的事件被收集并存储，并且能够根据发生的事件来设置关联的警报事件。例如，当与呼叫和消息相关的事件如电话呼叫发送事件、电话呼叫接收事件、消息发送事件、和消息读取事件发生时，通过发生的与呼叫和消息相关的事件已经进行与之联系的特定人的信息被分析。ID8警报事件能够被设置为建议与通常通过与呼叫和消息相关的事件进行较少联系的特定人的与呼叫或消息相关的联系。
参照图8，当在步骤2002警报事件(例如，ID8)被传送时，在步骤2004专家管理器将接收的警报事件存储在黑板中。然后，在步骤2006专家管理器从内部专家列表识别当关联的警报事件发生时将被调用的专家。然后，在步骤2008，专家管理器调用这些专家。被调用的ID8的专家被提供以建议与通常进行较少联系的特定人的与电话呼叫/消息相关的联系。例如，在步骤2010例如警报被重置在N天后(警报ID8)。这个重置的警报在N的周期内(一个月)内被调用并操作。例如，当警报事件的发生时间是11月10号下午2点并且周期N是一个月时，下一个警报事件的发生时间时12月10号下午2点。
然后，在步骤2012，ID 8的专家通过黑板逐联系人地分析与呼叫(或电话呼叫)和/或消息相关的事件记录如电话呼叫发送、电话呼叫接收、消息发送和消息接收。即，ID 8的专家通过逐联系人地将上个月的呼叫/消息的数量与这个月的呼叫/消息的数量比较并且确定比较结果是否小于预设参考值来确定在最近时间段内(一个月)已经进行较少联系的特定人或特定人的信息是否存在。如果在步骤2014中关联的特定人不存在，则操作进行到步骤2016以将“NO”信号返回到专家管理器。然而，如果在步骤2014中关联的特定人不存在，则操作进行到步骤2018以将“YES”信号返回到专家管理器。当“YES”信号被返回时，特定人的信息也能够被返回。这里，特定人的信息指示特定人的ID和电话号码。
当被调用的专家(即，ID 8的专家)执行返回时，在步骤2020专家管理器将返回“YES”信号的专家的ID提供给监督器。然后，在步骤2022，监督器识别关联的专家的优先级或识别关联的专家的执行。在步骤2024，将对最高优先级专家或关联的专家的执行的识别的结果发送到专家管理器。然后，在步骤2026专家管理器识别最高优先级专家或将被执行的专家的UI ID，然后在步骤2028将识别的UI ID发送到代理表达单元。在步骤2030，代理表达单元表达关联的UI。当专家管理器将UI ID发送到代理表达单元时，关联的特定人的信息也能够被发送。当代理表达单元表达UI时，如图29A所示，能够将用于建议与关联的特定人的联系的文本和特定人的信息一起表达。这里，如果有多个关联的特定人，则这些特定人的优先级被设置，并且文本能够建议与最高优先级的特定人的与电话呼叫/消息相关的联系或者能够根据优先级来建议与特定人的顺序联系。这里，逐电话号码地分配优先级。例如，当假定已经进行较少联系的特定人的电话号码是哥哥和小学校友的电话号码，则文本能够使用他的/她的电话号码建议与较高优先级的哥哥的联系。
根据用户的反馈，如图29B所示，文本和/或具有快乐表情的角色被表达以用于标识与关联的特定人(或他的/她的信息)的与电话呼叫相关的联系的接受。根据用户的反馈，如图29C所示，文本和/或具有快乐表情的角色被表达以用于标识和关联的特定人(或他的/她的信息)的与消息相关的联系的接受。根据用户的反馈，如图29D所示，文本和/或具有快乐表情的角色被表达以用于标识和关联的联系人(或他的/她的信息)的与电话呼叫和消息相关的联系的拒绝。当预定时间结束或输入了预定键时，表达的角色和/或文本消失。
图9是示出根据本发明示例性实施例的用于使用角色代理来建议与近来进行了较少联系的特定组的特定人的联系的操作的流程图。以下，ID 10警报事件可被设置为缺省并且可以在预设周期内发生。当与呼叫和消息相关的事件如电话呼叫发送事件、电话呼叫接收事件、消息发送事件、和消息读取事件发生时，发生的事件被收集并存储，并且能够根据发生的事件来设置关联的警报事件。例如，当与呼叫和消息相关的事件如电话呼叫发送事件、电话呼叫接收事件、消息发送事件、和消息读取事件发生时，通过发生的与呼叫和消息相关的事件已经进行与之联系的特定人的信息被分析。ID10警报事件能够被设置为建议与近来通过与呼叫和消息相关的事件进行较少联系的特定人的与呼叫或消息相关的联系。
对照图9，当在步骤2102警报事件(例如，ID10)被传送时，在步骤2104专家管理器将接收的警报事件存储在黑板中。然后，在步骤2106专家管理器从内部专家列表识别当关联的警报事件发生时将被调用的专家。然后，在步骤2108，专家管理器调用这些专家。被调用的ID10的专家被提供以建议与最近进行较少联系的特定组的特定人的与电话呼叫/消息相关的联系。然后，在步骤2110警报被重置在N天后(警报ID10)。这个重置在N的周期内(一周)的警报被调用并操作。例如，当警报事件的发生时间是11月10号下午2点并且周期N是一周时，下一个警报事件的发生时间是11月17号下午2点。
然后，在步骤2112，ID 10的专家在特定组中通过黑板逐联系人地分析与呼叫(或电话呼叫)和/或消息相关的事件记录如电话呼叫发送、电话呼叫接收、消息发送和消息接收。即，ID 10的专家在特定组中逐联系人地确定最近一周的呼叫/消息的数量是否小于预设参考值来确定在最近时间段内(一周)已经进行较少联系的特定人或特定人的信息是否存在。如果在步骤2114中关联的特定人不存在，则操作进行到步骤2116以将“NO”信号返回到专家管理器。然而，如果在步骤2114中关联的特定人存在，则操作进行到步骤2118以将“YES”信号返回到专家管理器。当“YES”信号被返回时，特定人的信息也能够被返回。这里，特定人的信息指示特定人的ID和电话号码。
当被调用的专家(即，ID 10的专家)执行返回时，在步骤2120专家管理器将返回“YES”信号的专家的ID提供给监督器。然后，在步骤2122，监督器识别关联的专家的优先级或识别关联的专家的执行。在步骤2124，监督器将对最高优先级专家或关联的专家的执行的识别的结果发送到专家管理器。然后，在步骤2126专家管理器识别最高优先级专家或将被执行的专家的UIID，然后在步骤2128将识别的UI ID发送到代理表达单元。在步骤2130，代理表达单元表达关联的UI。当专家管理器将UI ID发送到代理表达单元时，关联的特定人的信息也能够被发送。当代理表达单元表达UI时，如图30A所示，能够将用于建议与关联的特定人的联系的文本和特定人的信息一起表达。根据用户的反馈，如图30B所示，文本和/或具有快乐表情的角色被表达以用于标识与关联的联系人(或他的/她的信息)的与电话呼叫相关的联系的接受。根据用户的反馈，如图30C所示，文本和/或具有快乐表情的角色被表达以用于标识与关联的联系人(或他的/她的信息)的与消息相关的联系的接受。根据用户的反馈，如图30D所示，文本和/或具有快乐表情的角色被表达以用于标识与关联的联系人(或他的/她的信息)的与电话呼叫和消息相关的联系的拒绝。当预定时间结束或输入了预定键时，表达的角色和/或文本消失。
图10是示出根据本发明示例性实施例的用于通过使用角色代理给出这周呼叫/消息的数量的通知的操作的流程图。在下文中，ID 39警报事件可被设置为缺省事件并且可以在预置的时间段内发生。
参照图10，当在步骤2202中警报事件(例如ID 39)被传送时，在步骤2204中专家管理器将接收的警报事件存储在黑板中。然后，在步骤2206中，专家管理器识别当关联的警报事件发生时将被从内部专家列表调用的专家。然后，在步骤2208中专家管理器调用该专家。调用的ID 39的专家被提供以给出这周呼叫/消息的数量的通知。然后，在步骤2210中警报被重置(警报ID 39)，例如，在N天之后(例如，在下周六的21点)。这一重置的警报在下周六21点被调用和操作。因此，ID 39的专家以一周的周期被重复地调用和操作。例如，当警报事件的发生时间是11月20日周六21点并且周期N是一周时，下一警报事件的发生时间是11月27日周六21点。
然后，在步骤2212中，ID 39的专家以逐个联系人为基础通过黑板来分析诸如电话呼叫发送、电话呼叫接收、消息发送和消息接收的与呼叫(或电话呼叫)和/或消息相关的事件记录。即，ID 39的专家识别、比较并分析在第一预定时间段(从11月5日周六21点到11月12日周六21点，对应于上周的时间段)和第二预定时间段(从11月12日周六21点到11月19日周六21点，对应于这周的时间段)的电话呼叫发送量、电话呼叫接收量、消息发送量和消息接收量。然后，在步骤2214中，‘YES’信号被返回到专家管理器。当‘YES’信号被返回时，比较和分析的结果的信息也可被返回。
当调用的专家(即，ID 39的专家)执行返回时，在步骤2216中，专家管理器向监督器提供返回‘YES’信号的专家的ID。然后，在步骤2218中监督器识别关联的专家的优先级或识别关联的专家的执行。在步骤2220中，监督器将对于最高优先级专家或关联的专家的运行的识别结果发送到专家管理器。然后，在步骤2222中专家管理器识别最高优先级专家或者将被执行的专家的UI ID，并且在步骤2224中将识别的UI ID发送到代理表达单元。在步骤2226中，代理表达单元表达关联的UI。当专家管理器将UI ID发送到代理表达单元时，关联的比较和分析的结果的信息也可被发送。当代理表达单元表达UI时，如图31所示，用于给出上周和这周的呼叫/消息的数量的通知可以连同关联的比较和分析的结果的信息一起被表达。
图11是示出根据本发明示例性实施例的用于通过使用角色代理给出这个月呼叫/消息的数量的通知的操作的流程图。在下文中，ID 40警报事件可被设置为缺省事件并且可以在预置的时间段内发生。
参照图11，当在步骤2302中警报事件(例如ID 40)被传送时，在步骤2304中专家管理器将接收的警报事件存储在黑板中。然后，在步骤2306中，专家管理器识别当关联的警报事件发生时将被从内部专家列表调用的专家。然后，在步骤2308中专家管理器调用该专家。调用的ID 40的专家被提供以给出这个月呼叫/消息的数量的通知。然后，在步骤2310中警报被重置(警报ID 40)，例如，在N月之后(例如，在下月的最后一天的21点)。这一重置的警报在下月的最后一天的21点被调用和操作。因此，ID 40的专家以一个月的周期被重复地调用和操作。例如，当警报事件的发生时间是10月31日21点并且周期N是一个月时，下一警报事件的发生时间是11月30日21点。
然后，在步骤2312中，ID 40的专家以逐个联系人为基础通过黑板来分析诸如电话呼叫发送、电话呼叫接收、消息发送和消息接收的与呼叫(或电话呼叫)和/或消息相关的事件记录。即，ID 40的专家识别、比较并分析在第一时间段(从9月30日21点到10月31日21点，对应于上个月的时间段)和第二时间段(从10月31日21点到11月30日21点，对应于这个月的时间段)的电话呼叫发送量、电话呼叫接收量、消息发送量和消息接收量。然后，在步骤2314中，‘YES’信号被返回到专家管理器。当‘YES’信号被返回时，比较和分析的结果的信息也可被返回。
当调用的专家(即，ID 40的专家)执行返回时，在步骤2316中专家管理器向监督器提供返回‘YES’信号的专家的ID。然后，在步骤2318中监督器识别关联的专家的优先级或识别关联的专家的执行。在步骤2320中，监督器将对于最高优先级专家或关联的专家的运行的识别结果发送到专家管理器。然后，在步骤2322中专家管理器识别最高优先级专家或者将被执行的专家的UI ID，并且在步骤2324中将识别的UI ID发送到代理表达单元。在步骤2326中，代理表达单元表达关联的UI。当专家管理器将UI ID发送到代理表达单元时，关联的比较和分析的结果的信息也可被发送。当代理表达单元表达UI时，如图32所示，用于给出上个月/这个月的呼叫/消息的数量的通知可以连同的关联的比较和分析的结果的信息一起被表达。
图12是示出根据本发明实施例的用于通过使用角色代理给出指示今天的任务列表中的某些工作是否已经被完成的通知的流程图。在下文中，ID 33警报事件可被设置为缺省事件并且可以在预置的时间段内发生。任务列表指示对于日程管理功能登记的今天的工作项。当任务列表中登记的某些工作被执行时执行结束的结果可被自动地或手动地确认。例如，任务列表中的某些工作可以是与呼叫和消息相关的事件，诸如在特定时间和特定人进行的与电话呼叫相关的联系的事件和在特定时间和特定人进行与消息相关的联系的事件。
参照图12，当在步骤2402中警报事件(例如ID 33)被传送时，在步骤2404中专家管理器将接收的警报事件存储在黑板中。然后，在步骤2406中，专家管理器识别当关联的警报事件发生时将被从内部专家列表调用的专家。然后，在步骤2408中专家管理器调用该专家。调用的ID 33的专家被提供以给出指示今天的任务列表中的某些工作是否已经被完成的通知。然后，在步骤2410中，警报被重置(警报ID 33)，例如，在N天之后。这一重置的警报以一天的周期N被调用和操作。例如，当警报事件的发生时间是11月10日22点并且周期N是一天时，下一警报事件的发生时间是11月11日22点。然后，在步骤2412中ID 33的专家通过存储器或黑板识别今天的任务列表。在步骤2414中确定任务列表中的某些工作是否被完成。如果作为确定的结果，今天的任务列表中没有未完成的工作项，则操作进入步骤2416以将‘NO’信号返回到专家管理器。然而，如果作为确定的结果，今天的任务列表中存在未完成的工作项，则操作进入步骤2418以将‘YES’信号返回到专家管理器。当‘YES’信号被返回时，任务列表的未完成的工作项的信息也可被返回。
当调用的专家(即，ID 33的专家)执行返回时，在步骤2420中专家管理器向监督器提供返回‘YES’信号的专家的ID。然后，在步骤2422中监督器识别关联的专家的优先级或识别关联的专家的执行。在步骤2424中，监督器将对于最高优先级专家或关联的专家的运行的识别结果发送到专家管理器。然后，在步骤2426中专家管理器识别最高优先级专家或者将被执行的专家的UI ID，并且在步骤2428中将识别的UI ID发送到代理表达单元。在步骤2430中，代理表达单元表达关联的UI。当专家管理器将UI ID发送到代理表达单元时，今天的任务列表的未完成的工作项的信息也可被发送。当代理表达单元表达时，如图33A所示用于建议检查任务列表的未完成的工作项的信息的文本连同特定人的信息一起被表达。根据用户的反馈，如图33B所示的具有快乐表情的角色和/或文本被表达以标识接受任务列表的未完成的工作项的检查。根据用户的反馈，如图33C所示的具有悲伤表情的角色和/或文本被表达以指示任务列表的未完成的工作还没有被检查。当过了预定的时间或预定的键被输入时，表达的角色和/或文本消失。
图13是示出根据本发明示例性实施例的用于通过使用角色代理给出指示昨天的任务列表中的某些工作是否已经被完成的通知的流程图。参照图13，当在步骤2502中警报事件(例如ID 34)被传送时，在步骤2504中专家管理器将接收的警报事件存储在黑板中。然后，在步骤2506中，专家管理器识别当关联的警报事件发生时将被从内部专家列表调用的专家。然后，在步骤2508中专家管理器调用该专家。调用的ID 34的专家被提供以给出指示昨天的任务列表中的某些工作是否已经被完成的通知。然后，在步骤2510中，警报被重置(警报ID 34)，例如，在N天之后。这一重置的警报以一天的周期N被调用，并且在下一天上午8点关联的操作被再次执行。例如，当警报事件的发生时间是11月10日上午8点并且周期N是一天时，下一警报事件的发生时间是11月11日上午8点。
然后，在步骤2512中ID 34的专家通过存储器或黑板识别昨天的任务列表。在步骤2514中确定任务列表中的某些工作是否被完成。如果作为确定的结果，昨天的任务列表中没有未完成的工作项，则操作进入步骤2516以将‘NO’信号返回到专家管理器。然而，如果作为确定的结果，昨天的任务列表中存在未完成的工作项，则操作进入步骤2518以将‘YES’信号返回到专家管理器。当‘YES’信号被返回时，昨天的任务列表的未完成的工作项的信息也可被返回。
当调用的专家(即，ID 34的专家)执行返回时，在步骤2520中专家管理器向监督器提供返回‘YES’信号的专家的ID。然后，在步骤2522中监督器识别关联的专家的优先级或识别关联的专家的执行。在步骤2524中，监督器将对于最高优先级专家或关联的专家的运行的识别结果发送到专家管理器。然后，在步骤2526中专家管理器识别最高优先级专家或者将被执行的专家的UI ID，并且在步骤2528中将识别的UI ID发送到代理表达单元。在步骤2530中，代理表达单元表达关联的UI。当专家管理器将UI ID发送到代理表达单元时，昨天的任务列表的未完成的工作项的信息也可被发送。当代理表达单元表达表达UI时，如图34A所示的用于建议检查昨天的任务列表的未完成的工作项的信息可连同特定人的信息一起被表达。根据用户的反馈，如图34B所示的具有快乐表情的角色和/或文本被表达以标识任务列表的未完成的工作检查的接受已经被接受。根据用户的反馈，如图34C所示的具有悲伤表情的角色和/或文本被表达以指示任务列表的还未完成的工作没有被检查。当过了预定的时间或预定的键被输入时，表达的角色和/或文本消失。
可以执行用于通过使用如上所述的角色代理以逐个专家为基础来处理无线终端的与应用程序相关的事件的操作。将参照附图来描述用于处理无线终端的与应用程序相关的事件的总的操作。为了实施本发明，控制器100控制没有功能块的单个代理系统并且控制存储器23和显示单元27。在这种情况下，存储器23可收集并存储无线终端中发生的事件。
图14是示出根据本发明示例性实施例的用于在无线终端中建立已经进行与呼叫/消息相关的联系的联系人的关系(或将该联系人登记在特定组中)的操作的流程图。用于当最近已经进行和联系人(或他/她的电话号码)的频繁的联系而没有建立与该联系人(或他/她的电话号码)的关系或者没有被登记在特定组中时建议关系建立(或在特定组中登记)的操作将参照图14来描述。当在步骤3002中与呼叫(或电话呼叫)或者消息相关的联系事件在空闲模式下发生时，在步骤3004中控制器100识别发生的事件并进入步骤3006。这里，与呼叫(或电话呼叫)和消息相关的联系事件可以是电话呼叫结束事件、来话呼叫接收事件、去话呼叫发送事件、消息接收事件和/或消息发送事件。当电话呼叫结束事件发生时，步骤3002可以是电话呼叫连接模式的状态。
在步骤3006中，控制器100分析最近一周内与呼叫(或电话呼叫)和/或消息相关的联系记录。在步骤3008中，控制器100确定在预定时间段(例如，最近一周)内和联系人(或他/她的电话号码)的与呼叫(或电话呼叫)和/或消息相关的联系是否已经频繁地进行至少阈值次数(例如，至少三次)。
在步骤3010中，如果作为确定的结果，和关联的联系人(或他/她的电话号码)的与呼叫(或电话呼叫)和/或消息相关的联系没有进行至少阈值次数，则控制器100进入结束操作的步骤。然而，如果作为确定的结果，和关联的联系人的联系已经进行至少阈值次数，则操作进入步骤3012。在步骤3012中，控制器100确定在联系人列表(例如，电话号码列表或电话簿)中是否已经运行对于关联的联系人(或他/她的电话号码)的关系的建立(或在特定组中登记)。在步骤3014中，如果作为确定的结果，关联的联系人(或他/她的电话号码)已经被登记在联系人列表(例如，电话号码列表、电话簿或特定组)中并且关系(或组)已经被建立，则控制器进入结束操作的步骤。然而，如果作为确定的结果，关联的联系人(或他/她的电话号码)没有被登记在联系人列表(例如，电话号码列表、电话簿或特定组)中并且关系(或组)没有被建立，则控制器100检测没有被登记的联系人并且进入步骤3016。在步骤3016中，如图25A所示，控制器100表达选择按钮列表并且表达用于建议用于呼叫(或电话呼叫)和/或消息的关联的联系人(或他/她的电话号码)的关系(或组)的建立的角色和文本。
当用户从选择按钮列表中选择与第1项相应的‘YES’时，在步骤3018中控制器100检测选择的项并且随后进入步骤3020以表达接受对于关联的联系人(或他/她的电话号码)的关系(或组)的建立的反馈。所述接受关系(或组)的建立的反馈通过如图25B所示的用于设置关系(或组)类型的具有快乐表情的角色和/或图像和文本来表达。当关系(或组)类型被建立时，控制器100表达如图25C所示的具有快乐表情的角色和/或文本，用于识别对于联系人(或他/她的电话号码)的关系(或组)的建立。
当用户从选择按钮列表中选择与第2项相应的‘NO’时，在步骤3018中控制器100检测选择的项并且随后进入步骤3022以表达拒绝对于关联的联系人(或他/她的电话号码)的关系(或组)的建立的反馈。所述拒绝关系(或组)的建立的反馈通过如图25D所示的指示对于联系人(或他/她的电话号码)的关系(或组)没有被建立的具有悲伤表情的角色和文本来表达。当过了预定的时间或预定的键被输入时，表达的角色和/或文本消失。
图15是示出根据本发明示例性实施例的用于在无线终端中通知已经进行基本数量的与呼叫/消息相关的联系的操作的流程图。将参照图15来描述用于通知已经进行了基本数量的和联系人的与呼叫(或电话呼叫)或者消息相关的联系的操作。当在步骤3102中与呼叫(或电话呼叫)或者消息相关的联系事件在空闲模式下发生时，在步骤3104中控制器100识别发生的事件并进入步骤3106。这里，与呼叫(或电话呼叫)和消息相关的联系事件可以是电话呼叫结束事件、来话呼叫接收事件、去话呼叫发送事件、消息接收事件和/或消息发送事件。当电话呼叫结束事件发生时，步骤3102可以是电话呼叫连接模式的状态。
在步骤3106中，控制器100分析最近一周内与呼叫(或电话呼叫)和/或消息相关的联系记录。在步骤3108中，控制器100确定在预定时间段(例如，一周)内和联系人(或他/她的电话号码)的与呼叫(或电话呼叫)和/或消息相关的联系是否已经频繁地进行了至少阈值次数(例如，至少三次)。
在步骤3110中，如果作为的确定的结果，和关联的联系人(或他/她的电话号码)的与呼叫(或电话呼叫)和/或消息相关的联系没有进行至少阈值次数，则控制器100进入结束操作的步骤。然而，如果作为确定的结果，和关联的联系人的联系已经进行至少阈值次数，则操作进入步骤3112。在步骤3112中，控制器100识别关联的联系人(或他/她的电话号码)并如图26A所示表达选择按钮列表以及用于通知和关联的联系人(或他/她的电话号码)关联的与呼叫(或电话呼叫)和/或消息相关的联系的数量是大的的角色和文本。
当用户选择选择按钮列表的一个项时，在步骤3114中控制器100检测所选项并且随后进入步骤3116，以根据用户选择的选择按钮表达反馈。例如，当用户从选择按钮列表中选择与项No.1相应的‘YES’时，控制器100首先通过表达如图26B所示的具有快乐表情的角色和映射到其的文本来表达映射到‘YES’按钮的反馈。其次，当用户从选择按钮列表中选择与项No.2相应的‘Really？’时，控制器100通过表达如图26C所示的具有快乐表情的角色和/或映射到其的文本来表达映射到‘Really？’按钮的反馈。第三，当用户从选择按钮列表中选择与项No.3相应的‘Cut it off！’时，控制器100通过表达如图26D所示的具有愤怒表情的角色和/或映射到其的文本来表达映射到‘Cut it off！’按钮的反馈。当过了预定的时间或预定的键被输入时，表达的角色和/或文本消失。
图16是示出根据本发明示例性实施例的用于在无线终端中建立用于已经进行连续的与呼叫/消息相关的联系的联系人的关系(或以特定组登记联系人)的操作的流程图。将参照图16来描述用于当已经进行和联系人(或他/她的电话号码)的连续的与呼叫(或电话呼叫)和/或消息相关的联系而没有建立与该联系人(或他/她的电话号码)的关系或者没有被登记在特定组中时建议关系建立(或组登记)的操作。当在步骤3202中与呼叫(或电话呼叫)或者消息相关的联系事件在空闲模式下发生时，在步骤3204中控制器100识别发生的事件并进入步骤3206。这里，与呼叫(或电话呼叫)和消息相关的联系事件可以是电话呼叫结束事件、来话呼叫接收事件、去话呼叫发送事件、消息接收事件和/或消息发送事件。当电话呼叫结束事件发生时，步骤3202可以是电话呼叫连接模式的状态。
在步骤3206中，控制器100分析最近一个月内与呼叫(或电话呼叫)和/或消息相关的联系记录。在步骤3208中，控制器100确定在预定时间段(例如，一个月)内和联系人(或他/她的电话号码)的与呼叫(或电话呼叫)和/或消息相关的联系是否已经频繁地进行至少阈值次数(例如，至少七次)。
在步骤3210中，如果作为的确定的结果，和关联的联系人(或他/她的电话号码)的与呼叫(或电话呼叫)和/或消息相关的联系没有进行至少阈值次数，则控制器100进入结束操作的步骤。然而，如果作为确定的结果，和关联的联系人的联系已经进行至少阈值次数，则操作进入步骤3212。在步骤3212中，控制器100确定在联系人列表(例如，电话号码列表或电话簿)中是否已经执行对于关联的联系人(或他/她的电话号码)的关系建立(或以特定组登记)。在步骤3214中，如果作为确定的结果，关联的联系人(或他/她的电话号码)已经被登记在联系人列表(例如，电话号码列表、电话簿或特定组)中并且关系(或组)已经被建立，则控制100器进入结束操作的步骤。然而，如果作为确定的结果，关联的联系人(或他/她的电话号码)没有被登记在联系人列表(例如，电话号码列表、电话簿或特定组)中并且关系(或组)没有被建立，则控制器100检测没有被登记的联系人并且进入步骤3216。在步骤3216中，如图27A所示，控制器100表达选择按钮列表并且表达用于建议建立用于呼叫(或电话呼叫)和/或消息的关联的联系人(或他/她的电话号码)的关系(或组)的角色和文本。
在步骤3218中，当用户从选择按钮列表中选择与第1项相应的‘YES’时，控制器100检测所选项并且随后进入步骤3220以表达接受对于关联的联系人(或他/她的电话号码)的关系(或组)的建立的反馈。所述接受关系(或组)的建立的反馈通过如图27B所示的用于设置关系(或组)类型的具有快乐表情的角色和/或图像和文本来表达。当关系(或组)类型被建立时，如图27C所示，控制器100表达的用于标识对于联系人(或他/她的电话号码)的关系(或组)的建立的具有快乐表情的角色和/或文本。
在步骤3218中，当用户从选择按钮列表中选择第2项相应的‘NO’时，控制器100检测所选项并且随后进入步骤3222，以表达拒绝建立对于关联的联系人(或他/她的电话号码)的关系(或组)的反馈。所述拒绝关系(或组)的建立的反馈通过如图27D所示的指示对于联系人(或他/她的电话号码)的关系(或组)没有被建立的具有悲伤表情的角色和文本来表达。当过了预定的时间或预定的键被输入时，表达的角色和/或文本消失。
根据示例性实施例，可作出和联系人关联的关系建立或组登记的建议，所述联系人通过使用呼叫(或电话呼叫)和/或消息在第一预定时间段内以每第二预定时间段至少阈值次数进行有规律的联系。例如，当一个月内已经每周至少一次进行了和联系人的与呼叫(或电话呼叫)和/或消息相关的联系时，确定是否已经执行了对于联系人的关系建立(或组登记)。如果没有运行对于联系人的关系建立(或组登记)，则可表达用于建议关系建立(或组登记)的角色和/或文本。
图17是示出根据本发明示例性实施例的用于在无线终端中建立用于建议和先前进行有规律的联系而最近没有进行联系的特定人进行联系的警报的操作。
建议和通过使用呼叫(或电话呼叫)和/或消息进行有规律的联系而最近没有通过使用呼叫(或电话呼叫)和/或消息进行联系的特定人进行联系的操作将参照图17来描述。
在步骤3302中，当与呼叫(或电话呼叫)或者消息相关的联系事件在空闲模式下发生时，在步骤3304中控制器100识别发生的事件并进入步骤3306。这里，与呼叫(或电话呼叫)和消息相关的联系事件可以是电话呼叫结束事件、来话呼叫接收事件、去话呼叫发送事件、消息接收事件和/或消息发送事件。当电话呼叫结束事件发生时，步骤3302可以是电话呼叫连接模式的状态。
在步骤3306中，控制器100分析最近一个月内与呼叫(或电话呼叫)和/或消息相关的联系记录。在步骤3310中，控制器100确定第一预定时间段内每第二预定时间段和关联的联系人的有规律的与呼叫(或电话呼叫)和/或消息相关的联系是否已经进行至少阈值次数。例如，控制器100确定一个月内每周和关联的联系人的有规律的与呼叫(或电话呼叫)和/或消息相关的联系是否已经进行了至少一次。
在步骤3310中，如果作为确定的结果，第一预定时间段(例如，一个月)内每第二预定时间段(例如，一周)和关联的联系人的有规律的与呼叫(或电话呼叫)和/或消息相关的联系没有进行至少阈值次数(例如，至少一次)，则控制器100进入结束操作的步骤。然而，如果作为确定的结果，第一预定时间段(例如，一个月)内每第二预定时间段(例如，周)和关联的联系人的有规律的与呼叫(或电话呼叫)和/或消息相关的联系已经进行至少阈值次数(例如，至少一次)，则操作进入步骤3312。在步骤3312中，控制器100建立用于建议和通过使用呼叫(或电话呼叫)和/或消息进行有规律的联系而最近没有通过使用呼叫(或电话呼叫)和/或消息进行联系的特定人进行与呼叫(或电话呼叫)和/或消息相关的联系的警报(或ID 7警报)。在ID 7警报建立中，警报发生时间(即，在从ID 7警报建立时间起三周的第三时间段之后的预定时间)被建立，并且与ID 7警报关联的关联的联系人被登记。如果ID 7警报已经被预先建立，则ID7警报时间被重置为下一发生时间。所述在三周之后的预定时间可以是从在最后的呼叫(或电话呼叫)和/或消息的联系事件发生之前的第一预定时间(例如，30分钟)到呼叫(或电话呼叫)和/或消息的联系事件时间的时间段，可以是从呼叫(或电话呼叫)和/或消息的联系事件时间到在呼叫(或电话呼叫)和/或消息的联系事件发生之后的第二预定时间(例如，30分钟)的时间段，或者可以是从第一预定时间到第二预定时间的时间段。例如，因为和关联的联系人的与呼叫(或电话呼叫)和/或消息相关的联系已经在该月的第一周进行至少一次，在该月的第二周进行至少一次，在该月的第三周进行至少一次并且在该月的第四周进行至少一次，所以‘ID 7警报’被建立。
图18是示出根据本发明示例性实施例的在无线终端中用于建议与特定人联系的操作的流程图，其中，该特定人先前进行有规律的联系但是最近没有联系。
将参照图18来描述处理用于建议和特定人进行与呼叫(或电话呼叫)和/或消息相关的联系的警报事件的操作，其中，该特定人先前使用呼叫(或电话呼叫)和/或消息进行有规律的联系，但是最近没有使用呼叫(或电话呼叫)和/或消息进行联系。在步骤3320中，当在空闲模式下发生与呼叫(或电话呼叫)或消息相关的联系事件时，控制器100在步骤3322中识别当前时间，并进行到步骤3324。在步骤3324中，控制器100识别设置的ID7警报事件(用于当已经于第一预定时间段每第二预定时间段与联系人进行预定次数的有规律的联系，但是于第三预定时间段没有进行联系时，建议和关联的联系人(或他/她的电话号码))进行与呼叫(或电话呼叫)和/或消息相关的联系)的发生时间。如果当前时间与ID7警报事件的发生时间对应，则控制器100在步骤3226中检测该时间，其后进行到步骤3328。在步骤3328中，控制器100分析与呼叫(或电话呼叫)和/或消息相关的联系记录。在步骤3330中，控制器100确定在ID7警报事件的发生时间之前是否已在预定时间段内(如，从ID7警报建立时间到ID7警报事件的发生时间的第三预定时间段(三周))进行了和关联的联系人的与呼叫(或电话呼叫)和/或消息相关的联系。
如果确定结果为已经进行和关联的联系人的与呼叫(或电话呼叫)和/或消息相关的联系，则控制器100进行到用于结束该操作的步骤。然而，如果确定结果为还没有进行和关联的联系人的与呼叫(或电话呼叫)和/或消息相关的联系，则控制器100进行到步骤3332。在步骤3332中，如图28A所示，控制器100表达选择按钮列表，并表达用于建议和关联的联系人的与呼叫(或电话呼叫)和/或消息相关的联系的角色和文本。
在步骤3334中，当用户从选择按钮列表中选择与第1项对应的“PhoneCall”时，控制器100检测该选择的项，其后进行到步骤3336以表达用于接受和关联的联系人(或他/她的联系信息)的与电话呼叫相关的联系的反馈。如图28B所示，通过用于标识对和关联的联系人(或他/她的联系信息或电话号码)的与电话呼叫相关的联系的接受的带有快乐表情的角色和/或图像和文本来表达接受该与电话呼叫相关的联系的反馈。
在步骤3338中，当用户从选择按钮列表中选择与第2项对应的“Message”时，控制器100检测该选择的项，其后进行到步骤3340以表达用于接受和关联的联系人(或他/她的联系信息)的与消息相关的联系的反馈。如图28C所示，通过用于标识对和关联的联系人(或他/她的联系信息或电话号码)的与消息相关的联系的接受的带有快乐表情的角色和/或图像和文本来表达用于接受该与消息相关的联系的反馈。
当用户从选择按钮列表中选择与第3项对应的“NO”时，控制器100进行到步骤3342以表达用于拒绝和关联的联系人(或他/她的联系信息)的与电话呼叫和消息相关的联系的反馈。如图28D所示，通过用于标识对和关联的联系人(或他/她的联系信息或电话号码)的与电话呼叫和消息相关的联系的拒绝的带有悲伤表情的角色和/或图像和文本来表达用于拒绝该与电话呼叫和消息相关的联系的反馈。当预定时间过去或预定键被输入时，表达的角色和/或文本消失。
根据示例性实施例，ID7警报事件会发生。控制器100设置与联系人(或他/她的电话号码)相关的参考时间参数对应的第一和第二定时器，从而可确定近来是否与联系人进行了较多或较少的联系。当于第一和第二定时器中设置的时间段没有进行和所述联系人的与呼叫(或电话呼叫)和/或消息相关的联系时，控制器100产生ID7警报事件。然而，当已于第一和第二定时器中设置的时间段进行了和所述联系人的与呼叫(或电话呼叫)和/或消息相关的联系时，控制器100不产生ID7警报事件，删除第一和第二定时器，并且当已于第一和第二定时器中设置的时间段进行了和所述联系人的与呼叫(或电话呼叫)和/或消息相关的联系时，设置新的第一和第二定时器。这里，第一定时器被用作用于检测在短于第二定时器的时间段的时间段(如，一周)进行较少联系的联系人的参考时间，第二定时器被用作用于检测在长于第一定时器的时间段的时间段(如，一个月)进行较少联系的联系人的参考时间。
例如，如果作为在当前参考时间(如，2月7日)检查定时器的结果，用于电话号码“010-234-5673”联系人的的第一定时器已经超时，则意味着第一定时器在最近的一周(2月1日-7日)未更新。这意味着在最近的一周还未执行向关联的联系人的电话号码的发送以及来自其的接收。关于电话号码“010-234-5673”，将两周前的一时间段(如，1月25日-31日)内的联系事件的数量与三周前的一时间段(如，1月18日-24日)内的联系事件的数量进行比较。根据比较结果，作出关于是否与关联的联系人进行联系较少的确定。如果两周之前的时间段内的联系事件的数量是少于三周之前的时间段内的联系事件的数量的预定的比率，例如，50％，则确定为与关联的联系人的联系较少。如果作为在当前参考时间检查定时器的结果，用于联系人的电话号码“010-234-5673”的第二定时器已经超时，则意味着第二定时器在最近的一个月(如，3月1日-31日)未更新。在这种情况下，因为最近的一个月内关于联系事件的数量的比较不是有用的，所以将两个月前的联系事件的数量与三个月前的联系事件的数量进行比较。如果作为比较结果，认为与关联的联系人的联系较少，则建议与关联的联系人的电话号码进行联系，并删除关联的第二定时器。
图19是示出根据本发明示例性实施例的与无线终端中用于建议通常较少联系的特定人进行联系的操作的流程图。将参照图19来描述用于建议与通常较少联系的特定人进行联系的操作。在步骤3402中，当在空闲模式下发生警报事件时，控制器100在步骤3404中检测发生的警报事件，然后进行到步骤3406。在步骤3406中，控制器100分析发生的警报事件并确定警报事件的类型。在步骤3408中，当发生的警报事件是用于建议与通常较少联系的特定人进行联系的ID8警报事件时，控制器100检测ID8警报事件，然后进入到步骤3410。在步骤3410中，控制器100重设ID8警报事件的发生时间。该重置的警报以周期N(一个月)被调用并操作。例如，当警报事件的发生时间是10月10日下午2点并且周期N为一个月时，下一警报事件的发生时间是11月10日下午2点。控制器100在步骤3412中以逐联系人为基础来分析并识别电话呼叫发送总数、电话呼叫接收总数、消息发送总数、消息接收总数。在步骤3414中，控制器100通过以逐联系人为基础将上个月的呼叫/消息的数量与这个月的呼叫/消息的数量进行比较，并确定比较结果是否小于预设的参考值，来确定是否存在最近的时间段N(一个月)联系较少的特定人或者该特定人的信息。这里，如果有多个关联的特定人，则这些特定人的属性被设置，并且文本可根据所述属性来建议和最高优先级的特定人进行与电话呼叫/消息相关的联系，或者可建议与这些特定人依次联系。这里以逐个电话号码为基础分配优先级。例如，当假设联系较少的特定人的电话号码是哥哥的以及小学校友们的电话号码时，文本可使用他/她的电话号码来建议与较高优先级的哥哥联系。
当存在关联的特定人时，控制器100进行到步骤3416。在步骤3416中，控制器100提取该关联的特定人的信息，并表达选择按钮列表。这时，如图29A所示的用于建议和关联的特定人进行与呼叫/消息相关的联系的角色和文本可与该特定人的信息一起被表达。
当用户从选择按钮列表中选择与第1项对应的“Phone Call”时，控制器100在步骤3418中检测该选择的项，其后进行到步骤3420以表达用于接受和关联的联系人(或他/她的信息)的与电话呼叫相关的联系的反馈。如图29B所示，通过用于标识对和关联的联系人(或他/她的信息)的与电话呼叫相关的联系的接受的带有快乐表情的角色和/或文本来表达用于接受该与电话呼叫相关的联系的反馈。
当用户从选择按钮列表中选择与第2项对应的“Message”时，控制器100在步骤3422中检测该选择的项，其后进行到步骤3424以表达用于接受对关联的联系人(或他/她的信息)的与消息相关的联系的反馈。如图29C所示，通过用于标识对和关联的联系人(或他/她的信息)的与消息相关的联系的接受的带有快乐表情的角色和/或文本来表达用于接受该与消息相关的联系的反馈。
当用户从选择按钮列表中选择与第3项对应的“NO”时，控制器100进行到步骤3426以表达用于拒绝和使用他/她的信息的关联的联系人的与电话呼叫和消息相关的联系的反馈。如图29D所示，通过用于标识对和使用他/她的信息的关联的联系人的与电话呼叫和消息相关的联系的拒绝的带有悲伤表情的角色和/或图像和文本来表达用于拒绝该与电话呼叫和消息相关的联系的反馈。当预定时间过去或预定键被输入时，表达的角色和/或文本消失。
图20是示出根据本发明示例性实施例的在无线终端中用于建议与最近较少联系的特定组的特定人进行联系的操作的流程图。将参照图20来描述用于建议与最近较少联系的特定组的特定人进行联系的操作。在步骤3502中，当在空闲模式下发生警报事件时，控制器100在步骤3504中检测发生的警报事件，然后进行到步骤3506。在步骤3506中，控制器100分析发生的警报事件并确定其类型。在步骤3508中，当发生的警报事件是用于建议与最近较少联系的特定组的特定人进行联系的ID10警报事件时，控制器100检测ID10警报事件，然后进入到步骤3510。在步骤3510中，控制器100重设ID10警报事件的发生时间。该重置的警报以周期N(一周)被调用并操作。例如，当警报事件的发生时间是11月10日下午2点并且周期N为一周时，下一警报事件的发生时间是11月17日下午2点。
在步骤3512中，控制器100以逐联系人为基础来分析并识别电话呼叫发送总数、电话呼叫接收总数、消息发送总数、消息接收总数。在步骤3514中，控制器100通过以逐联系人为基础将上周的呼叫/消息的数量与本周的呼叫/消息的数量进行比较，并确定比较结果是否小于预设的参考值，来确定是否存在最近的时间段(一周)联系较少的特定人或者该特定人的信息。
当存在关联的特定人时，控制器100进行到步骤3516。在步骤3516中，控制器100提取该关联的特定人的信息，并表达选择按钮列表。这时，如图30A所示的用于建议和关联的特定人进行与电话呼叫/消息相关的联系的角色和文本可与该特定人的信息一起被表达。
当用户从选择按钮列表中选择与第1项对应的“Phone Call”时，控制器100在步骤3518中检测该选择的项，其后进行到步骤3520以表达用于接受和相关的联系人(或他/她的信息)的与电话呼叫相关的联系的反馈。如图30B所示，通过用于标识对和关联的联系人(或他/她的信息)的与电话呼叫相关的联系的接受的带有快乐表情的角色和/或文本来表达用于接受该与电话呼叫相关的联系的反馈。
当用户从选择按钮列表中选择与第2项对应的“Message”时，控制器100在步骤3522中检测该选择的项，其后进行到步骤3524以表达用于接受和关联的联系人(或他/她的信息)的与消息相关的联系的反馈。如图30C所示，通过用于标识对和关联的联系人(或他/她的信息)的与消息相关的联系的接受的带有快乐表情的角色和/或文本来表达用于接受该与消息相关的联系的反馈。
当用户从选择按钮列表中选择与第3项对应的“NO”时，控制器100进行到步骤3526以表达用于拒绝和关联的联系人(或他/她的信息)的与电话呼叫和消息相关的联系的反馈。如图30D所示，通过用于标识对和关联的联系人(或他/她的信息)的与电话呼叫和消息相关的联系的拒绝的带有悲伤表情的角色和/或图像和文本来表达用于拒绝该与电话呼叫和消息相关的联系的反馈。当预定时间过去或预定键被输入时，表达的角色和/或文本消失。
图21是示出根据本发明示例性实施例的在无线终端中用于通知本周的呼叫/消息的数量的操作的流程图。将参照图21来描述用于将本周的呼叫/消息的数量与上周的呼叫/消息的数量进行比较并通知本周的呼叫/消息的数量的操作。在步骤3602中，当在空闲模式下发生警报事件时，控制器100在步骤3604中检测发生的警报事件，然后进行到步骤3606。在步骤3606中，控制器100分析发生的警报事件并确定警报事件的类型。在步骤3608中，当发生的警报事件是用于通知本周的呼叫/消息的数量的ID39警报事件时，控制器100检测ID39警报事件，然后进入到步骤3610。
在步骤3610中，控制器100将ID39警报事件的发生时间重置为N周之后(如，下周六的21:00)。该重置的警报以周期N被调用并在下周六的21:00被操作。例如，当警报事件的发生时间是11月20日，周六的21:00，并且周期N为一周时，下一警报事件的发生时间是11月27日，周六的21:00。
在步骤3612中，控制器100识别、比较并分析上周的时间段(即，第一预定时间段)和本周的时间段(即，第二预定时间段)内的电话呼叫发送总数、电话呼叫接收总数、消息发送总数、和消息接收总数。在步骤3614中，控制器100获得对上周的时间段(即，第一预定时间段)和本周的时间段(即，第二预定时间段)内的电话呼叫发送总数、电话呼叫接收总数、消息发送总数、和消息接收总数进行比较和分析的结果的信息，然后如图31所示，以角色、文本和图形的形式来表达该比较和分析的结果的信息。可以以数值来表达比较和分析的结果的信息。如果本周的电话呼叫的数量多于上周的电话呼叫的数量或者本周的消息的数量多于上周的消息的数量，则可表达带有快乐表情的角色以及映射的文本。然而，如果本周的电话呼叫的数量少于上周的电话呼叫的数量或者本周的消息的数量少于上周的消息的数量，则可表达带有悲伤表情的角色以及映射的文本。当预定时间过去或预定键被输入时，表达的角色和/或文本消失。
图22是示出根据本发明示例性实施例的用于在无线终端中通知本月的呼叫/消息的数量的操作的流程图。将参照图22来描述用于将本月的呼叫/消息的数量与上月的呼叫/消息的数量进行比较并通知本月的呼叫/消息的数量的操作。在步骤3702中，当在空闲模式下发生警报事件时，控制器100在步骤3704中检测发生的警报事件，然后进行到步骤3706。在步骤3706中，控制器100分析发生的警报事件并确定警报事件的类型。在步骤3708中，当发生的警报事件是用于通知本月的呼叫/消息的数量的ID40警报事件时，控制器100检测ID40警报事件，然后进入到步骤3710。在步骤3710中，控制器100将ID40警报事件的发生时间重置为N周之后(如，下月的最后一天的21:00)。该重置的警报以一个月的周期N被调用并操作，并且在下月的最后一天的21:00被调用并操作。因此，ID40警报事件以一个月的周期N被重复调用并操作。例如，当警报事件的发生时间是10月31日的21:00，并且周期N为一个月时，下一警报事件的发生时间是11月30日的21:00。
在步骤3712中，控制器100识别、比较并分析上月的时间段(即，第一预定时间段)和本月的时间段(即，第二预定时间段)内的电话呼叫发送总数、电话呼叫接收总数、消息发送总数、和消息接收总数。
在步骤3714中，控制器100获得比较和分析上月的时间段(即，第一预定时间段)和本月的时间段(即，第二预定时间段)内的电话呼叫发送总数、电话呼叫接收总数、消息发送总数、和消息接收总数的结果的信息，然后如图32所示，控制器100以角色、文本和图形的形式来表达该比较和分析的结果的信息。可以以数值来表达比较和分析的结果的信息。如果本月的电话呼叫的数量多于上月的电话呼叫的数量或者本月的消息的数量多于上月的消息的数量，则可表达带有快乐表情的角色以及映射的文本。然而，如果本月的电话呼叫的数量少于上月的电话呼叫的数量或者本月的消息的数量少于上月的消息的数量，则可表达带有悲伤表情的角色以及映射的文本。当预定时间过去或预定键被输入时，表达的角色和/或文本消失。
图23是示出根据本发明示例性实施例的在无线终端中用于发出指示今天的任务列表上的某些工作是否已完成的通知的操作的流程图。任务列表指示对于日程管理功能登记的今天的工作项。当任务列表中登记的某些工作被执行时，可自动或手动确认执行完成的结果。例如，任务列表上的某些工作可以是用于在特定时间与特定人进行与呼叫相关的联系的事件登记，以及在特定时间用于与特定人进行与消息相关的联系的事件登记。
将参照图23来描述用于发出指示今天的任务列表上的某些工作是否已完成的通知的操作。在步骤3802中，当空闲模式下在今天(即，第一预定时间)的设置的特定时间(第一特定时间，即，下午10点)发生警报事件时，控制器100在步骤3804中检测发生的警报事件，然后进行到步骤3806。在步骤3806中，控制器100分析发生的警报事件并确定其类型。在步骤3808中，当发生的警报事件是用于发出指示今天的任务列表上的某些工作(映射到第一预定时间段)是否已完成的通知的ID33警报事件时，控制器100检测ID33警报事件，然后进行到步骤3810。在步骤3810中，控制器100重置ID33警报事件的发生时间。该重置的警报以一天的周期N被调用并在下一天的22:00被操作。例如，当警报事件的发生事件是10月10日的22:00并且周期N是一天时，下一警报事件的发生时间是10月11日的22:00。
在步骤3812中，控制器100分析并识别在今天的任务列表中登记的工作项(映射到第一预定时间段)。在步骤3814中，控制器100确定是否存在今天的任务列表中登记的未完成的工作项(映射到第一预定时间段)。如果作为确定的结果，存在今天的任务列表中登记的未完成的工作项(映射到第一预定时间段)，则控制器100进行到步骤3816。在步骤3816中，控制器100提取任务列表的未完成的工作项，并且如图33A所示，表达选择按钮列表，以及用于建议检查任务列表的未完成的工作项的角色和文本。
在步骤3818中，当用户从选择按钮列表中选择与第1项对应的“YES”时，控制器100检测该选择的项，其后进行到步骤3820以表达用于接受对任务列表的未完成的工作项的检查的反馈。如图33B所示，通过用于标识对任务列表的未完成的工作项的检查的接受的带有快乐表情的角色和/或文本来表达用于接受对任务列表的未完成的项的检查的反馈。
在步骤3818中，当用户从选择按钮列表中选择与第2项对应的“NO”时，控制器100检测该选择的项，其后进行到步骤3822以表达用于拒绝对任务列表的未完成的工作项的检查的反馈。如图33C所示，通过用于指示任务列表的未完成的工作项仍未被检查的带有悲伤表情的角色和/或文本来表达用于拒绝对任务列表的未完成的项的检查的反馈。当预定时间过去或预定键被输入时，表达的角色和/或文本消失。
图24是示出根据本发明示例性实施例的在无线终端中用于发出指示昨天的任务列表上的某些工作是否已完成的通知的操作的流程图。将参照图24来描述用于发出指示昨天的任务列表上的某些工作是否已完成的通知的操作。在步骤3902中，当空闲模式下在今天的设置的特定时间(第二特定时间，即，上午8点)发生警报事件时，控制器100在步骤3904中检测发生的警报事件，然后进行到步骤3906。在步骤3906中，控制器100分析发生的警报事件并确定警报事件的类型。当发生的警报事件是用于发出指示昨天的任务列表上的某些工作(映射到第一预定时间段)是否已完成的通知的ID34警报事件时，控制器100在步骤3908中检测ID34警报事件，然后进行到步骤3910。在步骤3910中，控制器100重置ID34警报事件的发生时间。该重置的警报以一天的周期N被调用并在下一天的上午8:00被操作。例如，当警报事件的发生事件是11月10日的上午8:00并且周期N是一天时，下一警报事件的发生时间是11月11日的上午8:00。
在步骤3912中，控制器100分析并识别在昨天的任务列表中登记的工作项(映射到第一预定时间段)。在步骤3914中，控制器100确定是否存在昨天的任务列表中登记的未完成的工作项(映射到第一预定时间段)。如果作为确定的结果，存在昨天的任务列表中登记的未完成的工作项(映射到第一预定时间段)，则控制器100进行到步骤3916。在步骤3916中，控制器100提取任务列表的未完成的工作项，并且如图34A所示，表达选择按钮列表，以及用于建议检查任务列表的未完成的工作项的角色和文本。
在步骤3918中，当用户从选择按钮列表中选择与第1项对应的“YES”时，控制器100检测该选择的项，其后进行到步骤3920以表达用于接受对任务列表的未完成的工作项的检查的反馈。如图34B所示，通过用于标识对任务列表的未完成的工作项的检查的接受的带有快乐表情的角色和/或文本来表达用于接受对任务列表的未完成的项的检查的反馈。
在步骤3918中，当用户从选择按钮列表中选择与第2项对应的“NO”时，控制器100检测该选择的项，其后进行到步骤3922以表达用于拒绝对任务列表的未完成的工作项的检查的反馈。如图34C所示，通过用于指示任务列表的未完成的工作项仍未被检查的带有悲伤表情的角色和/或文本来表达用于拒绝对任务列表的未完成的项的检查的反馈。当预定时间过去或预定键被输入时，表达的角色和/或文本消失。
根据如上所述的本发明的示例性实施例，角色代理功能被加入无线终端，并且当无线终端中有事件发生时，表达用于产生并处理事件的虚拟形象用户界面(UI)，从而可通过角色代理功能来表达发生在无线终端中的与呼叫和消息相关的事件。
根据如上所述的本发明的实施例，在无线终端中可执行用于处理与电话呼叫/消息相关的事件的操作。尽管已参照其某些示例性实施例示出并描述了本发明，但是本领域的技术人员将理解：在不脱离由所附权利要求限定的本发明的精神和范围的情况下，可对其做各种形式和细节上的变化。