事件提醒的方法及移动终端设备与流程

本申请涉及移动终端设备领域，并且更具体地，涉及一种事件提醒的方法及其移动终端设备。

背景技术：

移动终端设备中的日历应用是一个日程管理工具，用户可以在日历里面建立日程事件，然后设置提醒时间，到期给与用户提醒，日历中的这种提醒都是用户自己提前建立的，包括日程标题，内容，提醒时间，日程的类型，提醒铃声，重要性等等。

查看终端设备接收的第三方信息，会发现有很多时间性极强的信息，比如火车票订单，信用卡还款账单，贷款账单，电影票信息等。这些信息都是与日期相关的，需要提醒或者记录为代办的事项。

此外，对于某些特别忙碌的用户，或者是比较粗心的用户来说，可能会因为太忙或者忘了设置日程，从而错过一些重要的日程。

因此，亟需一种事件提醒的方法及其移动终端设备，能够更好的为用户提供事件提醒服务。

技术实现要素：

本申请提供一种事件提醒的方法及其移动终端设备，能够提高用户体验。

第一方面，提供了一种事件提醒的方法，包括：目标终端设备中的事件提醒应用根据所述目标终端设备的第三方应用或授权终端设备请求建立目标事件；所述目标终端设备根据所述目标事件进行事件提醒。

结合第一方面，在第一方面的第一种可能的实现方式中，目标终端设备中的事件提醒应用根据所述目标终端设备的第三方应用或授权终端设备请求建立目标事件，包括：所述事件提醒应用根据所述目标终端设备预存的数据库，提取所述第三方应用接收的有效信息；判断所述有效信息表征的事件是否为有效事件，所述有效事件至少包括下列事件中的一种：火车车次信息、航班信息、汽车票务信息、演出票务信息、酒店预定信息、银行还款信息、景点门票信息；当所述有效信息表征的事件为有效事件时，根据所述有效事件建立所述目标事件，并将所述有效事件存储到所述数据库。

结合第一方面及其上述实现方式，在第一方面的第二种可能的实现方式中，目标终端设备中的事件提醒应用根据所述目标终端设备的第三方应用或授权终端设备请求建立目标事件，包括：根据服务器发送的授权请求信息，确定所述授权请求信息表征的终端设备为授权终端设备；接收所述服务器发送的事件建立请求消息，并根据所述事件建立请求消息建立所述目标事件，所述事件建立请求消息由所述授权终端设备发送。

结合第一方面及其上述实现方式，在第一方面的第三种可能的实现方式中，所述根据服务器发送的授权请求信息，确定所述授权请求信息表征的终端设备为授权终端设备，包括：当所述目标终端设备向所述服务器发送数据更新请求后，接收所述服务器发送的事件建立请求消息。

结合第一方面及其上述实现方式，在第一方面的第四种可能的实现方式中，所述目标终端设备根据所述目标事件进行事件提醒，包括：所述事件提醒应用根据所述目标事件在所述目标终端设备的显示屏上显示所述目标事件对应的目标事件卡，所述目标事件卡用于提醒用户所述目标事件的具体信息。

结合第一方面及其上述实现方式，在第一方面的第五种可能的实现方式中，所述事件提醒应用根据所述目标事件的事件内容或所述目标事件的优先级显示所述目标事件卡，所述目标事件卡可以进行自定义编辑。

第二方面，提供一种移动终端设备，包括：处理单元，所述处理单元用于根据所述终端设备的第三方应用或授权终端设备请求建立目标事件；显示单元，所述显示单元用于根据所述目标事件进行事件提醒。

结合第二方面，在第二方面的第一种可能的实现方式中，所述处理单元用于：根据所述终端设备预存的数据库，提取所述第三方应用接收的有效信息；判断所述有效信息表征的事件是否为有效事件，所述有效事件至少包括下列事件中的一种：火车车次信息、航班信息、汽车票务信息、演出票务信息、酒店预定信息、银行还款信息、景点门票信息；当所述有效信息表征的事件为有效事件时，根据所述有效事件建立所述目标事件，并将所述有效事件存储到所述数据库。

结合第二方面及其上述实现方式，在第二方面的第二种可能的实现方式中，所述处理单元用于：根据服务器发送的授权请求信息，确定所述授权请求信息表征的终端设备为授权终端设备；接收所述服务器发送的事件建立请求消息，并根据所述事件建立请求消息建立所述目标事件，所述事件建立请求消息由所述授权终端设备发送。

结合第二方面及其上述实现方式，在第二方面的第三种可能的实现方式中，所述处理单元具体用于：当所述目标终端设备向所述服务器发送数据更新请求后，接收所述服务器发送的事件建立请求消息。

结合第二方面及其上述实现方式，在第二方面的第四种可能的实现方式中，所述显示单元用于：根据所述目标事件在所述终端设备的显示屏上显示所述目标事件对应的目标事件卡，所述目标事件卡用于提醒用户所述目标事件的具体信息。

结合第二方面及其上述实现方式，在第二方面的第五种可能的实现方式中，所述事件提醒应用根据所述目标事件的事件内容或所述目标事件的优先级显示所述目标事件卡，所述目标事件卡可以进行自定义编辑。

本申请可以通过捕捉第三方应用中的有效事件信息，或者通过接收授权终端设备发送的事件提醒请求，建立事件提醒，从而能够更方便及时的进行事件提醒，从而提高用户体验。

附图说明

图1是本申请一个实施例的方法的示意性流程图。

图2是本申请另一实施例的方法的示意性流程图。

图3是本申请一个实施例的事件卡的示意图。

图4是本申请一个实施例的方法的示意性流程图。

图5是本申请另一个实施例的方法的示意性流程图。

图6是本申请一个实施例的终端设备的示意性框图。

图7是本申请另一个实施例的终端设备的示意性框图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意，本发明实施例中的移动终端是指具有通话和/或短信功能的终端，这里的通话和/或短信功能可以是基于安装在移动终端中的客户识别模块(subscriberidentitymodule，sim)卡实现的。

其中，sim卡可以为标准sim卡，或者为microsim卡或者为nanosim卡，本发明对此不作限定。另外，该sim卡也具有存储功能，具体地，可以参见现有技术中关于sim的描述，这里不再赘述。

例如，移动终端设备可以为智能手机。不失一般性，本发明后续实施例以智能手机为例进行阐述。

本发明实施例中，智能手机的系统软件是指，手机的移动操作系统再加上手机生产厂商预装的应用软件。其中，生产厂商预装的应用软件例如为计算器、日历、录音机等。可理解，系统软件能够实现通话和/或短信功能。

应注意，生产厂商预装的应用软件还可以包括其他的一些应用程序(application，app)。例如，可以包括浏览器、微信、qq、淘宝等的app。本发明对此不限定。

在系统软件的基础上，智能手机中还可以由用户自主地安装应用程序(application，app)。这样，能够构成智能手机中的完整的软件系统，能够实现智能手机的各项功能。

一般地，智能手机中包括内置存储器，可以是指用于保存应用软件和数据的存储器。并且，即使手机关机后，它所存储的内容也不会丢失，可以类似计算机(或称为电脑)中的硬盘。在智能手机中，内置存储器可以划分为多个分区，例如系统分区、数据分区、以及其他的特定分区，分别用于存储不同类型的内容。

另外，智能手机中可以安装安全数位(securedigital，sd)卡。其中，sd卡也可以称为安全数位存储卡(securedigitalmemorycard)，是一种存储卡，被广泛地在便携式设备上使用，例如，数码相机、智能手机等。

可理解，本发明实施例中，移动终端终端是一种便携式的智能手机。

图1示出了本申请一个实施例的方法的示意性流程图，如图1所示，该方法包括：步骤110，目标终端设备中的事件提醒应用根据所述目标终端设备的第三方应用或授权终端设备请求建立目标事件；步骤120，所述目标终端设备根据所述目标事件进行事件提醒。

在一种情况中，可选地，作为本申请一个实施例，目标终端设备中的事件提醒应用根据所述目标终端设备的第三方应用或授权终端设备请求建立目标事件，包括：所述事件提醒应用根据所述目标终端设备预存的数据库，提取所述第三方应用接收的有效信息；判断所述有效信息表征的事件是否为有效事件，所述有效事件至少包括下列事件中的一种：火车车次信息、航班信息、汽车票务信息、演出票务信息、酒店预定信息、银行还款信息、景点门票信息；当所述有效信息表征的事件为有效事件时，根据所述有效事件建立所述目标事件，并将所述有效事件存储到所述数据库。

应理解，终端设备上的事件提醒应用可以为日历应用等，第三方应用可以为短信应用、微信应用、邮件应用等，本申请不做限定。还应理解，监听短信的数据库，需要申请读取和接收第三方应用的权限。目标终端设备上预存的数据库中存储的是多个有效事件，事件提醒应用可以根据该数据库和提取的有效信息，判断该有效信息表征的是否为需要提醒的目标事件。

具体地，手机上的日历应用是一个日程管理工具，用户可以在日历里面建立日程事件，然后设置提醒时间，到期给与用户提醒。

也就是说，查看我们手机里的短信，会发现有很多时间性极强的信息，比如火车票订单，信用卡还款账单，贷款账单，电影票信息等。这些信息都是与日期相关的，需要提醒或者记录为代办的事项。

所以，如果把这两者结合起来，让日历可以自动读取短信中的日程信息，给用户提醒，会是一个很人性化的产品。

现有的方案，都是用户自己在日历中创建日程，比如要搭乘明天的或者，就在日历中记一个日程事件，设置提醒时间。当用户不创建这个日程、代办的时候，是不会进行提醒的。现有方案的问题，缺点就是就是需要用户的主动输入才能达到提醒的目的，用户要是忘了，就没有提醒了，可能会错过一些重要的事件。

可选地，作为本申请一个实施例，所述目标终端设备根据所述目标事件进行事件提醒，包括：所述事件提醒应用根据所述目标事件在所述目标终端设备的显示屏上显示所述目标事件对应的目标事件卡，所述目标事件卡用于提醒用户所述目标事件的具体信息。

应理解，可以根据目标事件的内容，确定提醒时间，提醒持续时间，提醒方式等。

具体地，如图3所示，图3是本申请一个实施例的事件卡的示意图。

可选地，作为本申请一个实施例，所述事件提醒应用根据所述目标事件的事件内容或所述目标事件的优先级显示所述目标事件卡，所述目标事件卡可以进行自定义编辑。

也就是说，该事件提醒应用日历客户端可以配置是否显示某型类型的卡片。举例说明：有些用户不想显示信用卡信息，想显示车票信息，因此，终端设备的客户端提供入口让用户进行配置。

具体地，默认的提醒时间，事件类型不一样，提醒时间也不一样，火车票默认发车前2小时提醒，汽车票默认提前1.5小时提醒，飞机票默认3小时提醒，电影和演唱会默认提前1小时提醒，信用卡和银行贷款默认提前一天12点提醒，酒店和旅游门票，默认没有提醒设置，只会在日历视图当天，显示事件卡片。

应理解，如果该事件提醒应用需要进行多个目标事件的提醒时，可以根据该多个目标事件的优先级进行提醒。

图2示出了本申请一个实施例的方法的示意性流程图。

如图2所示，步骤1：日历应用监听用户的短信数据库，当用户接收到最新消息，查询数据库，读取数据。

步骤2：用第三方的算法包分析短信中的关键字，分析短信数据，提取有效信息。

步骤3：日历应用判断是否是有效的事件，有效事件是指火车票，飞机票，汽车票，演唱会门票，电影票，信用卡还款，银行贷款，酒店和旅游门票。

步骤4：如果不是有效事件，说明是普通的短信，流程结束，不再处理。

步骤5：对于有效的事件，根据事件的类型和时间，设置默认的提醒时间。

步骤6：把步骤5的有效事件存储到应用的数据库。

步骤7:用户打开日历应用。

步骤8：当用户打开日历应用，根据日期读取数据库，把步骤6存储的事件，按照日期，以卡片的形式，显示在日历首页。

步骤9：当用户点击事件卡片，可对卡片的提醒时间进行编辑，重新设置提醒时间。

步骤10：当提醒时间到达之后，日历应用会弹出提醒页面，对用户进行提醒。

步骤11：当用户关闭提醒页面，时间提醒流程结束，

因此，在本申请示出的实施例中，用户不需要手动设置提醒事件，日历应用会根据短信数据，自动对用户的日程安排设置日程，同时对于不同类型的事件(出行、演出、信用卡业务等)自动作出最适合的提醒。

在另外一种情况中，目标终端设备中的事件提醒应用根据所述目标终端设备的第三方应用或授权终端设备请求建立目标事件，包括：根据服务器发送的授权请求信息，确定所述授权请求信息表征的终端设备为授权终端设备；接收所述服务器发送的事件建立请求消息，并根据所述事件建立请求消息建立所述目标事件，所述事件建立请求消息由所述授权终端设备发送。

在现有技术的日历中的这种提醒都是用户自己提前建立的。包括日程标题，内容，提醒时间，日程的类型，提醒铃声，重要性等等。对于某些特别忙碌的用户，或者是比较粗心的用户来说，可能会因为太忙或者忘了设置日程，从而错过一些重要的日程。

在现有技术中，只能用户自己去设置，不能满足一部分忙碌或粗心人群的需求。要是想要其他人提醒的话，用户也不能把手机给别人，那样会有一些隐私问题。

举例说明，秘书想要提醒老板上午十点开会，只能通过微信、电话等其他方式来提醒，不能通过老板的手机来设置日程提醒。妈妈想要提醒儿子每周六给爷爷打电话，也只能通过微信、电话等其他方式来提醒，不能通过给儿子的日历设置日程来简单实现。

而本申请提供的实施例，能够提供让其他人设置提醒的通道，例如，秘书想要提醒老板上午十点开会，只需通过本文提出的方案为老板的手机日历设置日程即可，妈妈想要提醒儿子每周六给爷爷打电话，只需通过本文提出的方案为儿子的手机日历设置一个日程的重复事件即可，不需要每周六都要提醒一次。也就是说，只有用户认证的其他人(秘书、父母、男女朋友等)才能为用户设置日程，同时，其他人为用户设置日程的时候，不需拿到用户的手机，用他们的手机即可设置，解决了隐私问题。

可选地，作为本申请一个实施例，所述根据服务器发送的授权请求信息，确定所述授权请求信息表征的终端设备为授权终端设备，包括：当所述目标终端设备向所述服务器发送数据更新请求后，接收所述服务器发送的事件建立请求消息。

也就是说，当服务器要发送请求给终端设备b的时候，要注意用什么方式通知b：

1)服务器给客户端发推送，优点是能迅速把消息通知到b，缺点是某些手机的push可能收不到

2)服务端不主动发，等待b客户端刷新的时候主动拉取数据的时候，再把a的日程数据传给b。优点是：不会漏掉数据。缺点是：不会及时更新数据，会有延时。

综合考虑，可以根据日程到达的时间点来综合判断用什么方式。

为了不漏掉数据，可以让用户每天或每次进入客户端都拉取一次数据，一般的日程不会受到延时影响。

对于马上就要到达时间的数据，或者标志为高优先级的数据，可立刻发推送消息给用户，让他们不依赖于应用主动刷新，而能收到日程数据。

可选地，作为本申请一个实施例，所述目标终端设备根据所述目标事件进行事件提醒，包括：所述事件提醒应用根据所述目标事件在所述目标终端设备的显示屏上显示所述目标事件对应的目标事件卡，所述目标事件卡用于提醒用户所述目标事件的具体信息。

可选地，作为本申请一个实施例，所述事件提醒应用根据所述目标事件的事件内容或所述目标事件的优先级显示所述目标事件卡，所述目标事件卡可以进行自定义编辑。

具体地，不同的人设置的日程可以自动设置为不同的优先级，显示日程的时候会以不同的优先级进行显示。

图4是本申请一个实施例的方法的示意性流程图。

上图中的其他用户a(授权终端设备)和用户手机b(目标终端设备)都需要使用本方案的应用客户端逻辑。

步骤1：其他用户a使用应用客户端发起请求，成为b的日程创建人。客户端向服务器发出请求。

步骤2：服务器把请求发给用户手机b的客户端。

步骤3：用户手机b的客户端上显示一个提示，问是否同意a成为日程创建人，用户b选择后，客户端向服务器提交回应。用户b可随时取消或同意a的请求，b可通过客户端定义a的日程级别，提醒方式等。

步骤4：服务器收到回应后，记录到数据库，且向a发送回应。

步骤5：用户a收到b的回应，在客户端上显示出来。b同意以后a的客户端就能出现为b添加日程的页面。

对于b，在收到a的申请以后，点击同意了，b的手机上就会出现a提交的日程提醒了。若拒绝，则a则不能为b添加日程，b也不能收到日程。

图5为本申请另一实施例的方法的示意性流程图。

对于其他用户a客户端来说，

1)对于已通过b认证的其他用户a，可通过客户端为b添加日程

对于服务器来说：

1)收到a的请求；

2)查询数据库，判断a是否已成功注册为b的添加人；

3)如成功，则发送请求给b；

4)如不成功，则返回失败给a，提示其重新申请权限。

对于用户手机b来说：

1)收到b的请求，客户端中自动添加日程提醒逻辑，根据服务器发送的请求进行事件提醒。

图6是本申请一个实施例的移动终端的示意性框图。图6所示的移动终端600包括：至少一个处理器601、存储器602、至少一个网络接口604和其他用户接口603。移动终端600中的各个组件通过总线系统605耦合在一起。可理解，总线系统605用于实现这些组件之间的连接通信。总线系统605除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图6中将各种总线都标为总线系统605。

其中，用户接口603可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。

可以理解，本发明实施例中的存储器602可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-onlymemory，rom)、可编程只读存储器(programmablerom，prom)、可擦除可编程只读存储器(erasableprom，eprom)、电可擦除可编程只读存储器(electricallyeprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(randomaccessmemory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(staticram，sram)、动态随机存取存储器(dynamicram，dram)、同步动态随机存取存储器(synchronousdram，sdram)、双倍数据速率同步动态随机存取存储器(doubledataratesdram，ddrsdram)、增强型同步动态随机存取存储器(enhancedsdram，esdram)、同步连接动态随机存取存储器(synchlinkdram，sldram)和直接内存总线随机存取存储器(directrambusram，drram)。本文描述的系统和方法的存储器602旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器602存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统621和应用程序622。

其中，操作系统621，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序622，包含各种应用程序，例如桌面(launcher)、媒体播放器(mediaplayer)、浏览器(browser)等，用于实现各种应用业务。

在本申请实施例中，处理器601用于根据所述终端设备的第三方应用或授权终端设备请求建立目标事件；

存储器602和显示接口603，所述显示单元用于根据所述目标事件进行事件提醒。

可选地，作为本申请一个实施例，处理器601用于：根据所述终端设备预存的数据库，提取所述第三方应用接收的有效信息；判断所述有效信息表征的事件是否为有效事件，所述有效事件至少包括下列事件中的一种：火车车次信息、航班信息、汽车票务信息、演出票务信息、酒店预定信息、银行还款信息、景点门票信息；当所述有效信息表征的事件为有效事件时，根据所述有效事件建立所述目标事件，并将所述有效事件存储到所述数据库。

可选地，作为本申请一个实施例，处理器601用于：根据服务器发送的授权请求信息，确定所述授权请求信息表征的终端设备为授权终端设备；接收所述服务器发送的事件建立请求消息，并根据所述事件建立请求消息建立所述目标事件，所述事件建立请求消息由所述授权终端设备发送。

可选地，作为本申请一个实施例，处理器601用于：当所述目标终端设备向所述服务器发送数据更新请求后，接收所述服务器发送的事件建立请求消息。

可选地，作为本申请一个实施例，存储器602和显示接口603用于：根据所述目标事件在所述终端设备的显示屏上显示所述目标事件对应的目标事件卡，所述目标事件卡用于提醒用户所述目标事件的具体信息。

图7示出了本申请另一实施例的终端设备的示意性框图。如图7所示，该终端设备700包括：处理单元710，所述处理单元710用于根据所述终端设备的第三方应用或授权终端设备请求建立目标事件；显示单元720，所述显示单元720用于根据所述目标事件进行事件提醒。

可选地，所述处理单元710用于：根据所述终端设备预存的数据库，提取所述第三方应用接收的有效信息；判断所述有效信息表征的事件是否为有效事件，所述有效事件至少包括下列事件中的一种：火车车次信息、航班信息、汽车票务信息、演出票务信息、酒店预定信息、银行还款信息、景点门票信息；当所述有效信息表征的事件为有效事件时，根据所述有效事件建立所述目标事件，并将所述有效事件存储到所述数据库。

可选地，所述处理单元710用于：根据服务器发送的授权请求信息，确定所述授权请求信息表征的终端设备为授权终端设备；接收所述服务器发送的事件建立请求消息，并根据所述事件建立请求消息建立所述目标事件，所述事件建立请求消息由所述授权终端设备发送。

可选地，所述处理单元710用于：当所述目标终端设备向所述服务器发送数据更新请求后，接收所述服务器发送的事件建立请求消息。

可选地所述显示单元720用于：根据所述目标事件在所述终端设备的显示屏上显示所述目标事件对应的目标事件卡，所述目标事件卡用于提醒用户所述目标事件的具体信息。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者第二设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。