CN114374764B - 地铁出行的提醒方法及电子设备 - Google Patents
地铁出行的提醒方法及电子设备 Download PDFInfo
- Publication number
- CN114374764B CN114374764B CN202210274044.8A CN202210274044A CN114374764B CN 114374764 B CN114374764 B CN 114374764B CN 202210274044 A CN202210274044 A CN 202210274044A CN 114374764 B CN114374764 B CN 114374764B
- Authority
- CN
- China
- Prior art keywords
- station
- user
- card
- subway
- reminding
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
- H04M1/72451—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions according to schedules, e.g. using calendar applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
- H04M1/72457—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions according to geographic location
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/021—Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/029—Location-based management or tracking services
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Human Computer Interaction (AREA)
- Radar, Positioning & Navigation (AREA)
- Remote Sensing (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Environmental & Geological Engineering (AREA)
- Telephone Function (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
本申请实施例提供了一种地铁出行的提醒方法及电子设备。采用本申请实施例中的方法,在不同应用场景中根据用户的操作,及时为用户显示包含站点名称的卡片且置顶显示。本申请实施例中的地铁出行的提醒方法,可以基于用户的需求,及时为用户提供地铁站的站名提醒服务。
Description
技术领域
本申请涉及终端设备领域,尤其涉及一种地铁出行的提醒方法及电子设备。
背景技术
随着终端设备领域的发展,终端的应用场景越来越广泛。例如,用户可通过终端中安装的应用提供的刷码服务乘坐地铁。
然而,用户在乘坐地铁的过程中,当地铁人多、或者地铁嘈杂,或者出现站名播报设备损坏的情况下,会导致用户错过站或下错站的情况。
发明内容
本申请实施例提供了一种优化的地铁出行的提醒方法及电子设备。
在一些场景中,当用户乘坐地铁过程中,由于地铁上乘客多,可能导致用户无法获知当前到达站的站名;若地铁人员嘈杂或播站设备故障,也会出现用户无法准确获知到达站的站名,从而导致用户坐过站或坐错站。若用户在地铁上看电视或瞌睡,也会出现用户坐过站或下错站的情况。本申请一些实施例,可以基于用户的需求,及时为用户提供地铁站的站名提醒服务。
第一方面,本申请实施例提供一种地铁出行的提醒方法,应用于电子设备,电子设备的第一显示区域用于显示不同应用程序的卡片,不同应用程序的卡片包括地铁乘车应用对应的第一形态卡片;第一形态卡片中包括刷码选项,刷码选项用于跳转至刷码界面;该方法包括:若检测到第一形态卡片未在第一显示区域置顶显示且接收到用户在第一显示区域的第一操作,第一操作用于指示生成新的卡片并指示置顶显示新的卡片;获取电子设备当前所在第一地铁站的信息,生成第一地铁站对应的第二形态卡片,第二形态卡片包括第一地铁站的名称;在第一显示区域移除第一形态卡片,并在第一显示区域置顶显示第二形态卡片;
第一形态卡片还包括预设的特定区域,特定区域用于接收第二操作,该方法还包括:若检测到第一形态卡片在第一显示区域置顶显示且接收到用户对特定区域的第二操作,获取电子设备当前所在第一地铁站的信息,生成第一地铁站对应的第二形态卡片;在第一显示区域置顶显示第二形态卡片;获取用户在行程中位于第一地铁站之后预设站点的地铁站作为第一关注站;当检测到电子设备处于第一关注站所处的地理范围内,生成第一关注站的第三形态卡片,第三形态卡片包括第一关注站的名称;更新第一显示区域置顶位置的第二形态卡片为第三形态卡片;
若电子设备至少存储有第一提醒等级和第二提醒等级,第二提醒等级高于第一提醒等级,该方法还包括:在检测到第一操作或第二操作的情况下,获取用户的第二关注站;
获取第一操作的累计次数以及获取第二操作的累计次数;判断第一操作的累计次数或第二操作的累计次数是否处于预设的任一提醒强度等级对应的次数范围之内;若确定第一操作的累计次数或第二操作的累计次数处于第一提醒等级对应的次数范围之内,则获取第一提醒等级对应的第一提醒强度,第一提醒等级对应的次数范围为大于1且小于等于x的区域,x为大于2的整数;根据第一提醒强度对第二关注站进行提醒,第一提醒强度包括第一提醒频次;若确定第一操作的累计次数或第二操作的累计次数处于第二提醒等级对应的次数范围之内,则获取第二提醒等级对应的第二提醒强度,第二提醒等级对应的次数范围为大于x且小于等于y的区域,y为大于x的整数;根据第二提醒强度对第二关注站进行提醒,第二提醒强度包括第二提醒频次,第二提醒频次高于第一提醒频次。
这样,第一显示区域用于显示不同应用程序的卡片,当第一显示区域显示有多张卡片,若地铁乘车应用对应的第一形态卡片(如常规态的卡片)未置顶显示,用户无法查看到该第一形态卡片的完整内容,同时第一形态卡片包括刷码选项,用户不能从第一形态卡片中获知当前地铁站的信息(如地铁站的名称)。用户在第一显示区域进行第一操作,生成当前地铁站的第二形态卡片(如乘车态的卡片),该第二形态卡片是基于电子设备当前所在的第一地铁站的名称生成,使得用户基于第二形态卡片即可获知当前站点的名称,同时置顶显示第二形态卡片,使得不会有其他的卡片遮挡该第二形态卡片,便于用户及时查看该第二形态卡片,避免用户漏查看当前站点的信息。在另一个场景中,若第一形态卡片已经置顶显示,用户通过第二操作,可以生成第一地铁站的第二形态卡片并确定第一关注站,第一关注站是第一地铁站之后的预设站点,例如,预设站点可以设置为大于1且小于该用户在剩余行程中的站点数目的整数(如剩余站点的数目为10,该预设站点可以设置为小于10大于1的整数),在到达第一关注站时显示该第一关注站对应的第三形态卡片,该场景中,无需用户进行多次操作,即可对当前所在的第一地铁站和确定的第一关注站进行提醒,便于用户及时查看地铁站的信息。在又一场景中,根据第一操作的累计次数和第二操作的累计次数,可以确定出用户对获知站点的需求强度,进而使得可以确定采用的提醒强度对第二关注站进行提醒,避免用户因忘记操作而导致不能及时获取当前站点的信息的情况发生。同时,由于提醒强度与提醒等级对应,而提醒等级与用户查看站点信息的需求相关,使得该提醒强度符合用户查看站点信息的需求,避免提醒对用户造成不必要的打扰,提高用户的使用体验。
根据第一方面,电子设备还存储有:第三提醒等级,其中,第三提醒等级高于第二提醒等级;第一提醒强度包括:指示在第二关注站置顶显示第二关注站对应的第四形态卡片,第四形态卡片包括当前地铁站的名称;第二提醒强度包括:指示从第二关注站之前的第i个站点开始,每个到达站点置顶显示当前站点对应的第四形态卡片,i大于0的整数;第三提醒等级对应的第三提醒强度包括:指示从第二关注站之前的第j个站点置顶显示当前站点对应的第四形态卡片,并以第一频率震动提示;以及指示从第二关注站之前的第k个站点置顶显示当前站点对应的第四形态卡片,并以第二频率震动提示;以及指示从第二关注站之前的第i个站点开始,每个到达站点置顶显示当前站点对应的第四形态卡片,并以第三频率震动提示,j和k为整数且j>k>i;第三频率大于第二频率,第二频率大于第一频率。
这样,第一提醒强度指示在第二关注站开始采用了置顶显示第四形态卡片,无需用户在第二关注点时进行操作,避免用户因忘记操作而未及时查看到第二关注站的情况发生;第二提醒强度指示在第二关注站之前开始置顶显示对应站点的第四形态卡片,在第二关注站点之前每个站置顶显示第四形态卡片,提高了用户关注第四形态卡片的概率,进而提高用户查看到第二关注站的信息的概率,减小用户错过站的概率;第三提醒强度指示在第二关注站之按照不同的提醒频次进行提醒,并增加了震动提醒,进一步提高了用户查看到当前电子设备所在站点的名称,避免用户错过站或下错站的问题发生。
根据第一方面,方法还包括:在检测到第一操作或第二操作的情况下,判断第一操作的累计次数或第二操作的累计次数是否超过第一预设阈值;若确定第一操作的累计次数或第二操作的累计次数超过第一预设阈值,则获取用户在剩余行程中的地铁站作为第三关注站;当检测到电子设备处于第三关注站所处的地理范围内,生成第三关注站的第五形态卡片,第五形态卡片包括第三关注站的名称;将第一显示区域置顶显示的卡片更新为第五形态卡片。
这样,根据用户的第一操作的次数或第二操作的次数,可以确定用户是否有查看每个到达站点的名称的需求,减少用户进行第一操作或第二操作的次数,提高用户的使用体验。
根据第一方面,该方法还包括:检测到第一形态卡片在第一显示区域置顶显示且接收到用户对特定区域的第三操作,获取电子设备当前所在第一地铁站的信息,生成第一地铁站对应的第二形态卡片;在第一显示区域置顶显示第二形态卡片;获取用户在剩余行程中的地铁站作为第三关注站;当检测到电子设备处于第三关注站所处的地理范围内,生成第三关注站的第五形态卡片,第五形态卡片包括第三关注站的名称;更新第一显示区域置顶显示的卡片为第五形态卡片。
这样,用户仅需操作一次,电子设备在第一地铁站置顶显示第二形态卡片以及用户在剩余行程中的每个站点置顶显示第五形态卡片,用户操作简单,提高用户获知当前站点的概率,提升用户的使用体验。
根据第一方面,该方法还包括:当检测到电子设备处于第一地铁站所处的地理范围之外,或者,处于第一关注站所处的地理范围之外,或者,处于第三关注站所处的地理范围之外,获取第一形态卡片;从第一显示区域中移除第二形态卡片或者第三形态卡片或者第五形态卡片,并在第一显示区域中重新显示第一形态卡片。
这样,及时移除第二形态卡片、第三形态卡片或第五形态卡片,可以减少置顶显示的卡片对用户的打扰。
根据第一发明,在检测到第一形态卡片在第一显示区域置顶显示且接收到用户对特定区域的第二操作之前,该方法还包括:若检测到第一形态卡片未在第一显示区域置顶显示且接收到用户在第一显示区域的第四操作,第四操作用于指示在第一显示区域置顶显示第一形态卡片;在第一显示区域置顶显示第一形态卡片。
这样,对于未置顶显示的第一形态卡片,可以通过用户在第一显示区域的第四操作,置顶显示第一形态卡片,以便用户可以对置顶显示的第一形态卡片进行更多的操作,其中,第四操作可以是在第一显示区域上下滑动,该第四操作也可以是上下拖动第一形态卡片在第一显示区域内上下移动,还可以是单击该第一形态卡片等。
根据第一方面,第一形态卡片包括关注站选项,关注站选项用于触发显示用户的行程所包含的各地铁站的信息;获取用户的第二关注站,包括:若检测到第一形态卡片在第一显示区域置顶显示且检测到用户触发关注站选项,显示用户的行程所包含的各地铁站的信息;响应于用户选取地铁站的操作,获取用户选取的地铁站的信息;将用户选取的地铁站作为第二关注站。
这样,用户可以自行选取第二关注站点,使得对第二关注站点的提醒更符合用户的需求。
根据第一方面,获取用户的第二关注站,包括:向电子设备对应的服务器发送第一请求信息,第一请求信息用于指示获取用户的第二关注站;服务器根据用户的历史乘车数据,采用深度学习算法确定用户的第二关注站,服务器将用户的第二关注站返回电子设备;接收服务器返回的第二关注站;或者,获取用户在行程中的起始站;向电子设备对应的服务器发送第二请求信息,第二请求信息用于指示获取用户在行程中的换乘站以及目的站;服务器根据用户的历史乘车数据,采用深度学习算法确定用户在行程中的换乘站以及目的站,服务器将用户在行程中的换乘站以及目的站返回电子设备;将起始站、目的站以及换乘站作为用户的第二关注站。
这样,电子设备可以从服务器获取用户的第二关注站,第二关注站可以是基于用户的历史乘车数据确定,符合用户的需求,且无需用户手动选取第二关注站,减少用户的操作,提高用户的使用体验。另外,服务器也可以获取用户的换乘站以及目的站,电子设备仅将起始站、换乘站以及目的站作为第二关注站,符合用户的乘车需求。
根据第一方面,在电子设备的第一显示区域中显示第一形态卡片之前,该方法还包括:获取电子设备所在城市中各个地铁站信息,地铁站信息包括:地铁站名称、地铁站的地理位置;根据每个地铁站信息,注册每个地铁站的粗精度围栏,粗精度围栏用于指示电子设备位于地铁站附近;检测到电子设备位于第一地铁站附近,确定第一地铁站对应的粗精度围栏中的进入围栏触发,进入围栏用于指示电子设备位于地铁站所在地理范围之内;在第一地铁站对应的粗精度围栏触发后,注册第一地铁站对应的高精度围栏;高精度围栏用于指示电子设备位于第一地铁站的闸机附近;检测到电子设备位于所述第一地铁站的闸机附近,确定高精度围栏触发;高精度围栏触发后,获取电子设备保存的刷码信息,刷码信息用于指示电子设备在第一地铁站内显示过地铁乘车码界面,并且,刷码信息还用于指示电子设备未使用地铁乘车码界面中的地铁乘车码刷码,以及刷码信息还用于指示电子设备上一次刷码为刷码出站;在检测到刷码信息指示电子设备上一次刷码为刷码出站,则确定用户已刷码进站;在确定用户已进站的情况下,确定电子设备显示第一形态卡片。
这样,当确定用户已进站,显示第一形态卡片,可以减少对用户的打扰。
第二方面,本申请实施例提供一种电子设备,包括:一个或多个处理器;存储器;
以及一个或多个计算机程序,其中一个或多个计算机程序存储在存储器上,当计算机程序被一个或多个处理器执行时,使得电子设备执行第一方面及第一方面的任意可能的实现方式中的地铁出行的提醒方法。
第三方面,本申请提供了一种计算机可读介质,用于存储计算机程序,该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例的描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1 是示例性示出的电子设备的结构示意图;
图2是示例性示出的电子设备的软件结构框图;
图3是示例性示出的一种手机执行地铁出行的提醒方法时,该手机内部模块之间的交互示意图;
图4是示例性示出的一种地铁围栏的示意图;
图5是示例性示出的一种地铁出行提醒的场景示意图;
图6是示例性示出的另一种手机执行地铁出行的提醒方法时,该手机内部模块之间的交互示意图;
图7是示例性示出的一种地铁出行提醒的场景示意图;
图8是示例性示出的又一种手机执行地铁出行提醒的方法时,该手机内部模块之间的交互示意图;
图9是示例性示出的一种地铁出行提醒的场景示意图;
图10是示例性示出的另一种地铁出行提醒的场景示意图;
图11是示例性示出的用户行程的示意图;
图12是示例性示出的选取关注站点的用户界面示意图;
图13是示例性示出的乘车态的卡片的示意图;
图14是示例性示出的一种提醒关注站点的示意图;
图15是示例性示出的另一种提醒关注站点的示意图;
图16为示例性示出的开启地铁乘车码的用户界面示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在一个实施例中,用户手持电子设备(如手机A),并打开地铁乘车应用(如应用C),该应用C为用户提供地铁乘车服务(如提供地铁乘车二维码)。用户可以使用该手机A上显示的地铁乘车二维码通过地铁闸机进站。用户也可以通过手机中的NFC卡片(如电子地铁卡),刷卡通过地铁闸机。当用户乘坐地铁过程中,由于地铁上乘客多,可能导致用户无法获知当前到达站的站名;若地铁人员嘈杂或播站设备故障,也会出现用户无法准确获知到达站的站名,从而导致用户坐过站或坐错站。若用户在地铁上看电视或瞌睡,也会出现用户坐过站或下错站的情况。本申请实施例中涉及的地铁乘车应用包括支付应用、一卡通等包括地铁乘车服务的应用。
本申请提供了一种地铁出行的提醒方法,该地铁出行的提醒方法由电子设备执行,使得电子设备可以根据用户的需求,及时为用户提供地铁站的站名提醒服务,减少用户坐错站的情况发生且可以避免对用户造成不必要的打扰。
在一些实施例中,以电子设备(如手机A)为例说明该地铁出行的提醒方法的应用场景:用户手持手机A刷码进站,该手机A的显示屏上显示常规态的卡片,常规态的卡片包括地铁乘车码,该地铁乘车码可以用于跳转至地铁乘车界面。该常规态的卡片可以显示在主屏幕界面、锁屏界面、负一屏界面等。常规态的卡片可以被其他卡片遮挡,避免显示的常规态的卡片对其他类型卡片的遮挡,避免用户漏看信息。当用户欲通过常规态卡片快速获知当前站点或目标站点的信息时,电子设备可以展示乘车态的卡片,以便用户获知当前站点的信息,乘车态的卡片包括当前站点的信息。
图1示出了电子设备100的结构示意图。应该理解的是,图1所示电子设备100仅是电子设备的一个范例,并且电子设备100可以具有比图中所示的更多的或者更少的部件,可以组合两个或多个的部件,或者可以具有不同的部件配置。图1中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
电子设备100可以包括:处理器110,外部存储器接口120,内部存储器121,通用串行总线(universal serial bus,USB)接口130,充电管理模块140,电源管理模块141,电池142,天线1,天线2,移动通信模块150,无线通信模块160,音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,传感器模块180,按键190,马达191,指示器192,摄像头193,显示屏194,以及用户标识模块(subscriber identification module,SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A,陀螺仪传感器180B,气压传感器180C,磁传感器180D,加速度传感器180E,距离传感器180F,接近光传感器180G,指纹传感器180H,温度传感器180J,触摸传感器180K,环境光传感器180L,骨传导传感器180M等。
电子设备100的软件系统可以采用分层架构,事件驱动架构,微核架构,微服务架构,或云架构。本申请实施例以分层架构的Android系统为例,示例性说明电子设备100的软件结构。
图2是本申请实施例的电子设备100的软件结构框图。
电子设备100的分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,将Android系统分为四层,从上至下分别为应用程序层,应用程序框架层,安卓运行时(Android runtime)和系统库,以及内核层。
如图2所示,应用程序层可以包括一系列应用程序包。应用程序包可以包括情景感知模块,业务逻辑处理模块,业务呈现模块,图库,WLAN,导航及蓝牙等应用程序。
情景感知模块常驻运行或以低功耗形式运行,具有感知外部事实或者环境的能力。在卡片提醒业务开启状态时,情境感知模块对注册的事项(如特定时间、特定地点、或特定事件等)进行监控,如果用户触发了其中某一种事项,情境感知模块向业务逻辑处理模块发送通知。此外,情境感知模块还可以通过应用程序接口从应用程序层的其他应用程序或应用程序框架层或内核层检测相关事件和获取事件的状态,比如检测蓝牙连接,网络连接,监测用户短信,定制定时器等。
业务逻辑处理模块用于生成各种卡片,通知业务呈现模块展示。
业务呈现模块(如:YOYO建议),用于控制卡片显示或者消失。例如,业务呈现模块可以接收业务逻辑处理模块传递的卡片,并将该卡片在显示屏中显示吗,以展示给用户查看。对应的,如果接收到业务逻辑处理模块传过来的消失卡片命令时,业务呈现模块消除该卡片。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图2所示,应用程序框架层可以包括窗口管理器,内容提供器,视图系统,资源管理器,通知管理器,活动管理器等。
系统库可以包括多个功能模块。例如:表面管理器(surface manager),媒体库(Media Libraries),三维图形处理库(例如:OpenGL ES),2D图形引擎(例如:SGL)等。
内核层是硬件和软件之间的层。内核层至少包含显示驱动,Wi-Fi驱动,蓝牙驱动,音频驱动,传感器驱动等。
可以理解的是,图2示出的软件结构中的层以及各层中包含的部件,并不构成对电子设备100的具体限定。在本申请另一些实施例中,电子设备100可以包括比图示更多或更少的层,以及每个层中可以包括更多或更少的部件,本申请不做限定。
在本申请实施例中,电子设备以手机为例进行说明。在其他实施例中,电子设备也可以是平板、智能穿戴设备(如智能手表)等。
图3为示例性示出的一种手机执行地铁出行的提醒方法时,该手机内部模块之间的交互示意图。
步骤301:业务逻辑处理模块获取当前城市的地铁信息。
在一些实施例中,手机可以从服务器(可以称为云端)获取当前手机所处城市的地铁信息。可选地,服务器可以是用户服务平台。城市的地铁信息可以包括该城市中各地铁线路的信息、各地铁站信息。地铁站信息包括但不限于:地铁站名称、地铁站位置、地铁站内的Wi-Fi信息、地铁站附近的蜂窝网络信息、地铁站内的蓝牙网络信息等。
示例性的,地铁站名称即为该站的站名,例如可以是国家图书馆站、北京西站等。地铁站位置可以为地铁站的经纬度信息。地铁站内的Wi-Fi信息可以为地铁站内(也可以理解为闸机附近)的Wi-Fi网络信息。Wi-Fi网络信息可以包括但不限于:Wi-Fi网络的标识信息、Wi-Fi网络的地址信息等。
示例性的,地铁站附近的蜂窝网络信息可选地为地铁站附近的基站对应的小区标识。可选地,蜂窝网络信息也可以是基站的标识信息,本申请不做限定。举例说明,国家图书馆站附近包括基站A和基站B,基站A包括小区1、小区2和小区3,其中,小区2和小区3覆盖国家图书馆站(可以是全部覆盖,也可能是部分覆盖),基站B包括小区4和小区5,小区4覆盖国家图书馆站。相应的,国家图书馆站的蜂窝网络信息包括但不限于:基站A的小区2的标识信息、基站A的小区3的标识信息、基站B的小区4的标识信息。可选地,国际图书馆站的蜂窝网络信息也可以包括基站A的标识信息和基站B的标识信息。
在一些实施例中,业务逻辑处理模块可以在首次开机、初始化、灭屏充电等任一场景时,从服务器获取服务器中存储的各城市的城市信息和各城市的地铁信息。城市信息可以包括但不限于:城市名称和城市范围。
可选地,手机可以通过定位技术(如GPS技术)确定当前手机所处位置,进而获知当前所在城市的名称。手机在确定当前所处城市后,可以从服务器获取所处城市的地铁信息。
可选地,当手机所处城市的地铁信息发生更新后,服务器可以向手机推送更新信息,该更新信息用于提醒用户下载新版本的地铁信息。手机也可以周期性地从服务器获取地铁信息,例如,每隔半年更新一次地铁信息。
本示例中,当手机中业务逻辑处理模块获取到所处城市的地铁信息后,可以指示情景感知模块注册各站点的地铁围栏。例如,业务逻辑处理模块获取到所处城市(如北京)的地铁信息,则可以根据各地铁站的位置、地铁站内的Wi-Fi信息,指示情景感知模块注册各站点的地铁围栏。
步骤302:业务逻辑处理模块指示注册各地铁站点的地铁围栏。
示例性地,情景感知模块根据业务逻辑处理模块的指示,注册所处城市中各站点的地铁围栏。图4为示例性示出的一种地铁围栏的示意图。如图4所示,站点的地铁围栏可以包括地铁站的粗精度围栏(如及刻®围栏)和高精度围栏。该粗精度围栏(如,及刻®围栏)可以是能够标识该地铁站的地理范围的一个地理围栏。地理围栏包括进入围栏和离开围栏。用户若携带电子设备进入该地铁站的地理范围内,则可以触发该粗精度围栏中的进入围栏;用户若携带电子设备离开该地铁站的地理范围内,则可以触发该粗精度围栏中的离开围栏。高精度围栏可以是指该地铁站里的刷码闸机的地理范围的一个地理围栏,用户若携带电子设备进入该地铁站里的刷码闸机的地理范围内,则可以触发该高精度围栏的进入围栏。其中,地理围栏可以通过地理位置(如通过GPS定位等方式确定地理位置)来标识该地理围栏对应的地理范围,也可以通过该地理范围内的信号指纹(如该地理范围内所能检测到的基站信息、wifi信息、蓝牙信息等)来标识该地理围栏对应的地理范围。
当情景感知模块注册各站点的地铁围栏后,该情景感知模块开始检测各围栏是否触发。例如,如图4所示,当用户位于用户位置1时,情景感知模块检测到该及刻围栏中的进入围栏触发。若用户位于用户位置2时,情景感知模块检测到该及刻围栏的离开围栏触发。
在另一些实施例中,地铁围栏也可以包括粗精度围栏(如及刻®围栏)。若用户携带电子设备进入地铁站的地理范围内(如及刻围栏的范围内),则该地铁站的及刻围栏中的进入围栏触发。若用户携带电子设备从地铁站离开,处于地铁站的地理范围之外,则地铁站的该及刻围栏的离开围栏触发。
本申请实施例中,步骤301~步骤302可以是手机在首次开机、初始化、灭屏充电等任一场景时执行。
步骤303:业务逻辑处理模块在确定用户已进站的情况下,指示业务呈现模块显示常规态的卡片。
在一些实施例中,情景感知模块检测到当前站点的高精度围栏(高精度围栏中的进入围栏)触发,向业务逻辑处理模块上报高精度围栏触发的信息;该业务逻辑处理模块确定该高精度围栏(该高精度围栏中的进入围栏)触发,可以进一步确定用户当前所处的地铁站(例如国家图书馆站)是否为本次地铁出行的起始站。可选地,情景感知模块检测到有刷码记录,刷码记录可选地包括但不限于:进/出站信息、站点的信息等。示例性的,进/出站信息用于指示刷码记录是对应于出站或进站。站点的信息用于指示刷码进站或出站的地铁站的名称。业务逻辑处理模块可获取最近一次的刷码记录。当最近一次刷码记录为出站,则可确定用户当前所处站为起始站(或首站)。另一个示例中,当最近一次刷码记录为进站,则可确定当前站点非起始站,可以理解为,用户已经刷码进站。业务逻辑处理模块确定当前站为起始站后,可保存站点名称与起始站标记的对应关系。
在确定当前站为起始站后,业务逻辑处理模块可以指示业务呈现模块弹出常规态的卡片。该常规态卡片可以包括乘车码,如5a标注的卡片503。
在一种可能的实现方式中,业务逻辑处理模块确定高精度围栏的进入围栏触发之后,即可弹出常规态的卡片。
可以理解为,当业务逻辑处理模块确定用户进站,业务逻辑处理模块可以指示业务呈现模块显示常规态的卡片。
在一些实施例中,当业务逻辑处理模块确定用户已进站,可以指示业务呈现模块置顶显示该起始站的乘车态的卡片。业务逻辑处理模块确定该起始站的乘车态的卡片显示了预设时长(如20秒、30秒等)后,指示业务呈现模块切换显示常规态的卡片。
在一些实施例中,业务逻辑处理模块确定用户是否进站的过程还可以是:情景感知模块检测到任一站点的离开围栏(如及刻围栏的离开围栏)触发,向业务逻辑处理模块指示某站点的离开围栏触发。业务逻辑处理模块确定用户已经离开该站点的地理范围,且用户打开过刷码界面,以及接收到情景感知模块发送的刷码成功的指示信息,则业务逻辑处理模块确定用户进站。
若业务逻辑处理模块确定用户已经离开该站点的地理范围,且用户打开过刷码界面,以及未接收到情景感知模块发送的刷码成功的指示信息,业务逻辑处理模块确定处于乘坐地铁的状态,则业务逻辑处理模块确定用户进站。可选地,业务逻辑处理模块未接收到情景感知模块发送的刷码成功的指示信息的情况可能是用户刷码,但是情景感知模块未能成功检测到;或者还可能是用户打开了刷码界面,但是用户并没有刷码进站。
业务逻辑处理模块获取手机的运动状态,确定用户是否处于乘坐地铁的状态。业务逻辑处理模块可从手机的加速度传感器等模块获取检测数据,以基于检测数据判定用户当前是否处于乘坐地铁状态,例如,若检测到加速度大于预设的阈值,可以确定用户处于乘坐地铁状态,也即确定用户进站,用户正在行驶的地铁上。
在另一些实施例中,业务逻辑处理模块还可以通过其他方式确定用户是否进站,例如,业务逻辑处理模块确定用户处于乘车态或检测到刷码成功的指示信息。本申请实施例不再一一列举业务逻辑处理模块确定用户已进站的方式。
步骤304:情景感知模块检测到任一站点的进入围栏触发。
示例性地,用户离开起始站后,当用户手持手机进入站点的及刻围栏的地理范围内,触发该站点的进入围栏。可选地,本示例中,站点的进入围栏可以是该站点的及刻围栏中的进入围栏。
当情景感知模块检测到任一站点的进入围栏触发,可以向业务逻辑处理模块上报信息,上报的信息可以包括被触发站点的名称、指示站点的进入围栏触发的信息。本示例中,当情景感知模块检测到站点的及刻围栏的进入围栏触发时,情景感知模块向业务逻辑处理模块上报该站点的及刻围栏的进入围栏触发,业务逻辑处理模块即可获取该及刻围栏对应的站点,并存储该被触发的站点。
步骤305:业务逻辑处理模块存储被触发的站点的信息。
示例性地,业务逻辑处理模块存储被触发的站点,将存储的站点与当前站点的标识信息建立对应关系。例如,业务逻辑处理模块可以创建一个缓存文件夹(如文件夹名称为current_station),该缓存文件夹可以作为当前站点的标识信息,将当前被触发的站点的名称存储在该缓存文件夹中,即建立了存储的站点与当前站点的标识信息之间的对应关系。当业务逻辑处理模块接收到该站点的离开围栏被触发后,可以将该站点的名称从该缓存文件夹中移除。业务逻辑处理模块实时存储被触发的站点的信息,即仅保存当前手机所处站点的信息。
需要说明的是,若用户未离开起始站(即情景感知模块未检测到起始站对应的及刻围栏中的离开围栏触发),则步骤304和步骤305可以不执行。即,当用户在进站后且未离开起始站的情况下,可以在步骤303之后执行步骤306。
步骤306:业务呈现模块检测到置顶操作。
示例性地,当业务逻辑处理模块确定用户已进站的情况下,指示显示常规态的卡片。常规态的卡片可以位于主屏位置、负一屏位置。若用户对该常规态卡片进行置顶操作(如点击常规态卡片),该业务呈现模块接收到用户的置顶操作,响应于该置顶操作,向业务逻辑处理模块发送该置顶事件。
步骤307:业务呈现模块响应于置顶操作,向业务逻辑处理模块上报置顶事件。
示例性地,置顶事件可以用于指示用户输入了置顶操作的信息,置顶操作,可以是单击卡片、双击卡片,滑动卡片等操作。
步骤308:业务逻辑处理模块获取当前站点的信息,生成乘车态的卡片。
在一个实施例中,业务逻辑处理模块可以从缓存文件夹(如current_station)中获取站点的信息,并将获取的站点的信息作为当前站点的信息。可选地,站点的信息可以是站点的名称。例如,从缓存文件中获取到站点的名称为“动物园站”。业务逻辑处理模块可以根据当前站点的名称,生成乘车态的卡片,该乘车态的卡片包括当前站点的名称,还可以包括乘车码(即刷码选项,用于跳转至刷码界面)。乘车态的卡片可以用于提醒用户当前到达的地铁站的名称。
乘车态的卡片还可以包括提醒的方式,例如,该乘车态的卡片上可以包含设置按钮,用户可以通过设置按钮设置提醒的方式,提醒方式可以包括震动提醒、声音提醒等方式。
在另一个实施例中,若用户在起始站刷码进站后,对显示的常规态的卡片进行置顶操作。该业务呈现模块将置顶事件发送至业务逻辑处理模块,即业务呈现模块向业务逻辑处理模块发送指示接收到置顶操作的信息。业务逻辑处理模块若还未接收到检测起始站的离开围栏的触发的指示信息,则可以基于保存的起始站的站名作为当前地铁站的站名。该业务逻辑处理模块根据该当前地铁站的站名,生成常规态的卡片。可选地,置顶操作可以是点击常规态的卡片、长按(如按2~3秒)该常规态的卡片等。
步骤309:业务逻辑处理模块指示业务呈现模块置顶生成的卡片。
示例性地,业务逻辑处理模块可以向业务呈现模块发送第一指示信息,该第一指示信息可以包括该乘车态的卡片,以及用于指示显示该乘车态的卡片的显示方式。例如,该乘车态的卡片的显示方式可以包括:置顶显示。可选地,置顶显示为显示内容悬浮于显示区域(即第一显示区域)的顶部,本示例中,显示内容即为该乘车态的卡片,显示区域可以是卡片被允许显示的区域,例如,显示区域可以是主屏幕中靠近顶部摄像头位置的区域,如图5中5a的卡片502、卡片503以及卡片504所在区域;也可以是锁屏状态下屏幕的中部位置,如图7的7a中卡片702、卡片703以及卡片704所在的区域。
可选地,显示方式还可以包括:震动提醒和/或声音提醒。
步骤310:业务呈现模块置顶显示乘车态的卡片。
示例性地,业务呈现模块接收到业务逻辑处理模块的第一指示信息,获取乘车态的卡片。该业务呈现模块置顶显示该乘车态的卡片,可选地,置顶显示的乘车态的卡片处于其他卡片的上面,不被其他卡片所遮挡。
可选地,业务呈现模块置顶显示乘车态的卡片时,手机可以同步进行声音提醒和/或震动提醒,进一步提高用户查看到乘车态的卡片的概率,使得用户可以及时查看到当前站点的名称,避免下错站的问题发生。
步骤311:情景感知模块检测到当前站点的离开围栏触发。
本示例中,当前站点的离开围栏可以是当前站点对应的及刻围栏中的离开围栏。若用户乘坐的地铁离开当前站点,手机的位置位于该站点的及刻围栏之外的位置,该情景感知模块检测到该当前站点的离开围栏触发,向业务逻辑处理模块上报该触发事件(即向业务逻辑处理模块发送指示当前站点的离开围栏触发的信息)。
步骤312:业务逻辑处理模块获取常规态的卡片。
示例性地,业务逻辑处理模块可以获取存储的常规态的卡片。常规态的卡片包括乘车码(即刷码选项)。
步骤313:业务逻辑处理模块指示展示常规态的卡片。
示例性地,业务逻辑处理模块向业务呈现模块发送第二指示信息,该第二指示信息包括常规态的卡片,以及用于指示显示该乘车态的卡片的显示方式。例如,该第二指示信息可以用于指示该常规态的卡片显示在置顶的卡片之下的位置。若置顶的卡片位于显示屏幕的顶部且显示在其他卡片之上的位置,如图5的5a中卡片504即为置顶的卡片,卡片503和卡片502位于卡片504之下的位置。
步骤314:业务呈现模块显示该常规态的卡片。
示例性地,业务呈现模块按照业务逻辑处理模块的第二指示信息,显示常规态的卡片。
在一些实施例中,触发业务逻辑处理模块获取常规态的卡片的方式还可以是其他方式,即可以不执行步骤311。可选地,业务逻辑处理模块在指示业务呈现模块显示乘车态的卡片时,该业务逻辑处理模块还可以指示情景感知模块注册定时围栏,用于检测是否达到预设时长(如预设时长为2分钟)。情景感知模块检测到定时围栏触发,并向业务逻辑处理模块上报定位围栏触发的信息,该业务逻辑处理模块接收到定位围栏触发的信息后,执行步骤312。
可选地,业务逻辑处理模块在指示业务呈现模块显示乘车态的卡片时,该业务逻辑处理模块还可以指示情景感知模块注册灭屏状态围栏,当手机处于灭屏状态时,该灭屏状态围栏触发。情景感知模块检测到灭屏状态围栏触发,并向业务逻辑处理模块上报灭屏状态围栏的信息,该业务逻辑处理模块接收到灭屏状态围栏触发的信息后,执行步骤312。
可选地,业务逻辑处理模块在指示业务呈现模块显示乘车态的卡片时,若业务呈现模块接收到用户的移除操作(如向左/右划走卡片,长按卡片等),向业务逻辑处理模块上报接收到该移除操作的信息,业务逻辑处理模块执行步骤312。可选地,业务逻辑处理模块确定显示屏离开卡片显示界面(如离开主屏幕界面),业务逻辑处理模块执行步骤312。
本示例中,及时将乘车态的卡片切换为常规态的卡片,可以减少对用户的打扰,进一步提高用户的使用体验。
在另一种可能的实现方式中,若用户指示关闭地铁出行提醒的服务时,业务逻辑处理模块接收到指示后,可向情景感知模块发送指示信息,用于指示解除所有围栏。情景感知模块响应于接收到的操作,解除所有围栏。
本示例中,当用户刷码进站后,手机在显示屏中显示常规态的卡片,该常规态的卡片可以显示在非置顶的区域,减少常规态的卡片对用户的打扰。同时,本示例中,用户可以通过点击常规态的卡片实现快速跳转至刷码界面,用户无需在界面中翻找地铁乘车应用,无需点击乘车应用并进入刷码界面,减少了用户的操作,使得用户可以快速刷卡进/出站。当用户对常规态的卡片进行置顶操作后,手机的业务逻辑处理模块生成乘车态的卡片,由于该乘车态的卡片包括当前站点的名称,使得用户基于乘车态的卡片即可获知当前站点的名称,同时置顶显示乘车态的卡片,使得不会有其他的卡片遮挡该乘车态的卡片,使得用户可以及时查看该乘车态的卡片,避免用户漏查看当前站点的信息。当检测到用户离开了当前站点,手机恢复显示常规态的卡片,无需每个站都进行提醒,减少乘车态的卡片对用户的打扰。
图5为示例性示出的一种地铁出行提醒的场景示意图。下面结合图5说明地铁出行的提醒方法的过程。
示例性地,电子设备以手机A为例,起始站以国家图书馆站为例。手机A从云端(如荣耀服务器)获取当前城市(如北京市)的地铁信息。手机A可以在开机时注册该城市中各地铁站的地铁围栏,该地铁围栏包括粗精度围栏(如及刻围栏)和高精度围栏。当用户手持手机A进入及刻围栏的范围内,该及刻围栏中的进入围栏触发,手机A中的情景感知模块向业务逻辑处理模块上报该站点的及刻围栏中进入围栏触发的信息。用户进入该站点(如国家图书馆站)中高精度围栏的范围内,情景感知模块检测到该高精度围栏的进入围栏触发且检测到有刷码记录,最近一次刷码记录包括出站信息,则业务逻辑处理模块可以确定当前站为起始站。业务逻辑处理模块确定该用户已进站,该业务逻辑处理模块可以生成常规态卡片并指示业务呈现模块显示该常规态的卡片,该常规态卡片包括地铁乘车码(即刷码选项),如图5的5a中卡片503所示。如5a所示,主屏界面501中显示有各种类型的卡片,如用于提醒快递签收的卡片502、用于提醒天气的卡片504以及用于提醒地铁出行的卡片503。该卡片503为常规态的卡片,该常规态的卡片中包括乘车二维码以及提醒信息,该提醒信息用于指示该卡片中包含地铁乘车码,如卡片503中的“地铁乘车码”的信息。
用户位于行驶的地铁上,该情景感知模块将依次触发该站点(即国家图书馆站)中高精度围栏的离开围栏以及触发该站点中及刻围栏的离开围栏。当地铁行驶入下一站(如魏公村站)的及刻围栏的范围内时,手机A的情景感知模块向业务逻辑处理模块指示魏公村站的及刻围栏的进入围栏触发。手机A的业务逻辑处理模块存储该站点(即魏公村站)的名称。用户欲获知当前站点的名称,用户如5a所示点击卡片503。该业务呈现模块接收到用户的置顶操作(即点击卡片503的操作),向业务逻辑处理模块上报置顶事件。业务逻辑处理模块生成乘车态的卡片503’,如5b所示。该业务呈现模块接收到业务逻辑处理模块发送的第一指示信息,从主屏幕界面501中移除卡片503,在主屏幕界面501的顶部位置且在其他卡片之上显示乘车态的卡片503’,如5b所示。该乘车态的卡片503’中显示有当前站点的名称,即“魏公村站”。情景感知模块检测到魏公村站的及刻围栏的离开围栏触发,向业务逻辑处理模块上报该触发事件。该业务逻辑处理模块获取常规态的卡片503。业务逻辑处理模块指示业务呈现模块显示常规态的卡片。即手机的主屏幕界面501移除乘车态的卡片503’,显示常规态的卡片503;为避免打扰用户,业务呈现模块不对常规态的卡片进行置顶显示,例如,可以恢复如5a中卡片机503的位置显示。
图6为示例性示出的另一种手机执行地铁出行提醒的方法时,该手机内部模块之间的交互示意图。该地铁出行提醒的方法的具体步骤如下:
步骤601:业务逻辑处理模块获取当前城市的地铁信息。
该步骤可以参照步骤301的相关描述,此处不再进行赘述。
步骤602:业务逻辑处理模块指示情景感知模块注册各站点的地铁围栏。
该步骤可以参照步骤302的相关描述,此处不再进行赘述。
步骤603:业务逻辑处理模块在确定用户已进站的情况下,指示显示常规态的卡片。
该步骤可以参照步骤303的相关描述,此处不再进行赘述。
步骤604:情景感知模块向业务逻辑处理模块指示检测到任一站点的进入围栏触发。
该步骤可以参照步骤304的相关描述,此处不再进行赘述。
步骤605:业务逻辑处理模块存储被触发的站点的信息。
该步骤可以参照步骤305的相关描述,此处不再进行赘述。
步骤606:业务呈现模块接收到用户的置顶操作。
该步骤可以参照步骤306的相关描述,此处不再进行赘述。
步骤607:业务呈现模块响应于置顶操作,向业务逻辑处理模块上报置顶事件。
该步骤可以参照步骤307的相关描述,此处不再进行赘述。
步骤608:业务逻辑处理模块指示置顶常规态的卡片。
示例性地,该业务逻辑处理模块指示业务呈现模块置顶常规态的卡片。该业务逻辑处理模块可以向业务呈现模块发送置顶的指令。
步骤609:业务呈现模块置顶显示常规态的卡片。
本示例中,置顶是指将卡片呈现在显示屏的最上层或显示在列表的顶部,例如,有三张卡片,分别为常规态的卡片、快递提醒卡片以及天气提醒卡片,若卡片以列表形式展示,置顶常规态的卡片即为顶部放置常规态的卡片、在常规态的卡片下方位置放置快递提醒卡片以及天气提醒卡片。若卡片以层叠的形式展示,置顶常规态的卡片即为将常规态的卡片放置在其他卡片之上,如图5中5b中卡片503’的位置。
步骤610:业务呈现模块接收到用户在特定区域的点击操作。
示例性地,该常规态的卡片还包括预设的特定区域。用户若对特定区域进行特定操作,该业务呈现模块检测到在常规态的卡片的特定区域的特定操作,可以向业务逻辑处理模块上报接收到了特定区域的特定操作的信息。可选地,特定操作可以是点击操作、在特定区域横向滑动、在特定区域沿特定图像(如圆形、方形、“∞”等)移动的操作。可选地,在常规态的卡片上可以标注出特定区域,例如,以虚线框的方式标注、或者以灰色填充特定区域的方式进行标注。特定区域的标注方式还可以是其他方式,在本申请实施例中将不再一一列举。对特定区域的标注,便于用户可以快速查看特定区域,以便用户对特定区域进行操作。
本申请实施例中特定操作以点击操作为例,特定区域以长方形区域为例,并以虚线框在常规态的卡片上标注,如图7的7b中7031所示。业务呈现模块可以接收到点击操作,且识别到该点击操作的区域位于特定区域,则该业务呈现模块可以执行步骤611。
步骤611:业务呈现模块向业务逻辑处理模块上报特定区域的点击事件。
示例性地,业务呈现模块接收到用户在特定区域的点击操作后,可以向业务逻辑处理模块上报接收到了特定区域的点击操作的信息。
步骤612:业务逻辑处理模块获取当前站点的信息。
在一些实施例中,若当前站点不是起始站,则业务逻辑处理模块可以获取存储的被触发的站点的信息。可选地,存储的被触发的站点的信息可以包括站点的名称。将获取的站点的名称作为当前站点的信息。
业务逻辑处理模块确定当前站点是否为起始站点的方式可以参见步骤303中的相关描述,此处不再进行赘述。
在另一个场景中,若业务逻辑处理模块确定当前站点为起始站点,业务逻辑处理模块可以将该起始站的信息进行保存,不执行步骤604和步骤605。即步骤603之后,执行步骤606业务呈现模块接收到置顶操作。
步骤613:业务逻辑处理模块根据当前站点的信息,重新生成乘车态的卡片。
在一些实施例中,业务逻辑处理模块根据当前站点的信息,重新生成乘车态的卡片。乘车态的卡片包括当前站点的名称。该乘车态的卡片还可以包括乘车二维码。
步骤614:业务逻辑处理模块向业务呈现模块指示置顶显示乘车态的卡片。
该步骤与步骤309大致相同,此处将不再进行赘述。
步骤615:业务呈现模块置顶显示乘车态的卡片。
步骤616:情景感知模块检测到离开当前站点的离开围栏触发。
步骤617:业务逻辑处理模块获取常规态的卡片。
步骤618:业务逻辑处理模块指示业务呈现模块显示常规态的卡片。
步骤619:业务呈现模块在非置顶的位置显示常规态的卡片。
步骤614~步骤619与步骤309~步骤314的过程大致相同,可以参照步骤309~步骤314的相关描述,此处将不在进行赘述。
本示例中,电子设备的业务呈现模块在进站后以常规态的卡片显示,可以减少对用户的打扰。当用户对常规态的卡片进行置顶操作时,用户可能需要通过常规态的卡片中的乘车二维码,跳转至刷码界面,便于用户快速跳转至刷码界面。当用户进一步对常规态的卡片的特定区域进行特定操作(如点击操作),该业务逻辑处理模块根据当前站点的信息生成乘车态的卡片,该乘车态的卡片中包括当前站点的名称。该乘车态的卡片置顶显示,便于用户快速获悉当前站点的名称,便于用户确定自己所处的位置,提高了用户使用地铁出行提醒的便利。
图7为示例性示出的图6所示的地铁出行提醒的场景示意图。下面结合图7说明地铁出行的提醒方法的过程。
示例性地,电子设备以手机A为例,起始站以国家图书馆站为例。手机A从云端(如荣耀服务器)获取当前城市(如北京市)的地铁信息。手机A可以在开机时注册该城市中各地铁站的地铁围栏,该地铁围栏包括粗精度围栏(如及刻围栏)和高精度围栏。当用户手持手机A进入及刻围栏的范围内,该及刻围栏中的进入围栏触发,手机A中的情景感知模块向业务逻辑处理模块上报该站点的及刻围栏中进入围栏触发的信息。用户进入该站点(如国家图书馆站)中高精度围栏的范围内,情景感知模块检测到该高精度围栏的进入围栏触发且检测到有刷码记录,最近一次刷码记录包括出站信息,则业务逻辑处理模块可以确定当前站为起始站。同时业务逻辑处理模块可以确定该用户已进站,该业务逻辑处理模块可以生成常规态卡片并指示业务呈现模块显示该常规态的卡片,该常规态卡片包括地铁乘车码,如图7的7a中卡片703所示。如7a所示,手机A处于锁屏状态,锁屏界面701中显示有各种类型的卡片,如用于提醒快递签收的卡片702、用于提醒天气的卡片704以及用于提醒地铁出行的卡片703。该卡片703为常规态的卡片,如7a所示,该常规态的卡片中包括乘车二维码以及提醒信息,该提醒信息用于指示该卡片中包含地铁乘车码的“地铁乘车码”的提示信息。乘车二维码用于跳转至刷码界面。业务呈现模块以卡片形式显示常规态的卡片703,并显示该常规态的卡片。当有其他类型的卡片出现时,由于该常规态的卡片不是采用置顶显示的方式,该常规态的卡片703将被后显示的其他卡片压在下方位置。例如,用户在8:59进站并弹出该常规态的卡片703,在9:00时该显示屏中弹出天气提醒的卡片704,该天气提醒的卡片的显示时间晚于常规态的卡片的显示时间,常规态的卡片的显示方式未采用置顶显示,该天气提醒的卡片704处于常规态的卡片703的上面。
若用户位于行驶的地铁上,该情景感知模块将依次触发该站点(即国家图书馆站)中高精度围栏的离开围栏以及触发该站点中及刻围栏的离开围栏。当地铁行驶入下一站(如魏公村站)的及刻围栏的范围内时,手机A的情景感知模块向业务逻辑处理模块指示魏公村站的及刻围栏的进入围栏触发。手机A的业务逻辑处理模块存储该站点(即魏公村站)的名称。用户欲跳转至刷码界面(如从刷码界面中查看刷码记录),如7a所示,用户点击常规态的卡片703,该业务呈现模块向业务逻辑处理模块上报置顶事件。业务逻辑处理模块指示业务呈现模块置顶该常规态的卡片703,业务呈现模块接收到该指示后,置顶显示该常规态的卡片703,如7b中的703所示。该常规态的卡片703中包括特定区域7031以及地铁乘车码7032。用户可以通过点击地铁乘车码7032,跳转至刷码界面,刷码界面中可以包括刷码记录,该刷码记录包括:进/出站的时间、进站的站名、出站的站名等信息。
用户欲获知当前站点的名称,用户如7b所示点击卡片703中的特定区域。该业务呈现模块接收到用户的点击操作(即点击特定区域的操作),向业务逻辑处理模块上报特定区域的点击事件。业务逻辑处理模块生成乘车态的卡片703’。该业务逻辑处理模块指示业务呈现模块置顶显示乘车态的卡片,该业务呈现模块从锁屏界面701中移除卡片703,在锁屏界面701的顶部位置且在其他卡片之上显示乘车态的卡片703’(即置顶显示乘车态的卡片703’),如7c所示。该乘车态的卡片703’中显示有当前站点的名称,即“魏公村站”。情景感知模块检测到魏公村站的及刻围栏的离开围栏触发,向业务逻辑处理模块上报该触发事件,该业务逻辑处理模块获取常规态的卡片703。业务逻辑处理模块指示业务呈现模块显示常规态的卡片703。即手机的锁屏界面701移除乘车态的卡片703’,显示常规态的卡片703;为避免打扰用户,显示常规态的卡片703时可以静音显示(即没有震动提示或声音提示)。
图8为示例性示出的另一种手机执行地铁出行提醒的方法时,该手机内部模块之间的交互示意图。该地铁出行提醒的方法的具体步骤如下:
步骤801:业务呈现模块检测到用户第N次对采用置顶显示的常规态的卡片的特定区域进行点击操作。
在一些实施例中,N可以是大于0的整数。在用户第N次对采用置顶显示的常规态的卡片的特定区域进行点击操作之前,可以参照图6所示执行步骤601~步骤609,以使业务呈现模块置顶显示常规态的卡片。该业务呈现模块检测到对采用置顶显示的常规态的卡片的特定区域的操作,则执行步骤802。
步骤802:业务呈现模块向业务逻辑处理模块上报点击事件。
该步骤可以参照步骤611的相关描述,此处不再进行赘述。
步骤803:业务逻辑处理模块检测N是否大于第一阈值。
示例性地,该业务逻辑处理模块每次接收到上报的点击事件后,保存累计点击事件的次数,即对累计点击次数加1,初始的累计点击次数为0。例如,业务逻辑处理模块第一次接收到上报的特定区域的点击事件后,累计点击次数加1,即N_sum=1次,第二次接收到上报的特定区域的点击事件后,则N_sum=2次。该业务逻辑处理模块获取累计点击次数N_sum的值N,检测N是否大于预设的第一阈值。可选地,预设的第一阈值可以为3次、5次等。第一阈值可以是人工预先设置,也可以是业务逻辑处理模块从云端获取,云端可以根据用户乘坐地铁的历史乘车数据,进行深度学习,确定该用户对应的第一阈值。采用深度学习的方式确定的第一阈值,更符合用户的需求。
当N=1时,业务逻辑处理模块若确定N小于或等于第一阈值,可以参照图6所示执行步骤步骤612~步骤619。
步骤804:业务逻辑处理模块若检测到N大于第一阈值,则确定展示每个到达的站点的信息。
示例性地,业务逻辑处理模块若检测到N大于第一阈值,则确定展示每个到达的站点的信息。也就是说,业务逻辑处理模块确定从当前站点开始,显示每个到达的站点的信息。即业务逻辑处理模块确定从当前站点开始,指示业务呈现模块置顶显示乘车态的卡片。例如,用户行程中包括第1个站点~第8个站点,若当前站点为第3个站点,业务逻辑处理模块确定第3个站点~第8个站点,每个站点都置顶显示各自对应的乘车态的卡片。
步骤805:业务逻辑处理模块生成乘车态的卡片。
示例性地,业务逻辑处理模块根据当前的站点的信息,生成乘车态的卡片。该乘车态的卡片包括第M个站点的信息,M为大于1的整数,该M可以用于指示用户当前在行程中经过的站点数目,即第M个站点为当前的站点。例如,用户行程中包括第1个站点~第8个站点,若当前站点为第3个站点,即M为3。
步骤806:业务逻辑处理模块指示业务呈现模块置顶显示乘车态的卡片。
该步骤的相关描述可以参照步骤614中的相关描述,此处将不再进行赘述。
步骤807:业务呈现模块置顶显示重组后的卡片。
该步骤的相关描述可以参照步骤615中的相关描述,此处将不再进行赘述。
步骤808:情景感知模块检测到第M个站点的离开围栏触发。
当情景感知模块检测到第M个站点的及刻围栏中离开围栏触发,向业务逻辑处理模块上报该第M个站点的及刻围栏中离开围栏触发的信息,业务逻辑处理模块确定用户离开该第M个站点。该步骤的相关描述可以参照步骤616中的相关描述,此处将不再进行赘述。
步骤809:情景感知模块检测到下一个站点的进入围栏触发。
示例性地,若用户进入了下一个站点(即第M+1个站点)的地理范围内,情景感知模块检测到下一个站点的及刻围栏中进入围栏触发。情景感知模块向业务逻辑处理模块上报该及刻围栏中进入围栏触发的信息,则可以执行步骤810。
步骤810:业务逻辑处理模块根据第M+1个站点的信息,重新生成乘车态的卡片。
示例性地,业务逻辑处理模块根据第M+1个站点的信息,重新生成该第M+1个站点的乘车态的卡片,该乘车态的卡片包括第M+1个站点的信息,如第M+1个站点的站名。
步骤811:业务逻辑处理模块指示显示重组后的卡片。
步骤811与步骤614类似,相关描述可以参照步骤614,此处将不再进行赘述。
步骤812:业务呈现模块置顶显示重组后的卡片。
步骤812与步骤615类似,相关描述可以参照步骤615,此处将不再进行赘述。
本示例中,业务逻辑处理模块通过N与第一阈值的比较,可以确定用户是否有获知每个到达的站点的名称的需要,当N大于第一阈值,从当前站点开始展示乘车态的卡片,使得即使地铁驶出当前站点后,无需用户再次对特定区域进行点击操作,也可以实时查看当前所处位置的站点名称,减少用户的操作,满足用户查看站点的需求。
图9为示例性示出的图8所示的地铁出行提醒的场景示意图。下面结合图9说明地铁出行的提醒方法的过程。
示例性地,电子设备以手机A为例,起始站以国家图书馆站为例。手机A从云端(如荣耀服务器)获取当前城市(如北京市)的地铁信息。手机A可以在开机时注册该城市中各地铁站的地铁围栏,该地铁围栏包括粗精度围栏(如及刻围栏)和高精度围栏。本示例中,图9中仅示出了每个站点的及刻围栏。用户在用户位置1刷码进站,手机A中显示常规态的卡片,该常规态的卡片中包括特定区域。用户在用户位置2时对常规态的卡片进行置顶操作,并在手机A置顶常规态的卡片后,对该常规态的卡片的特定区域进行点击操作。业务呈现模块向业务逻辑处理模块上报该特定区域的点击事件,该业务逻辑处理模块记录该特定区域的点击事件的次数N_sum=1。业务逻辑处理模块检测到N_sum=1小于第一阈值(如第一阈值为2),则该业务逻辑处理模块获取当前站点的名称(即动物园站),生成乘车态的卡片。业务呈现模块置顶显示该乘车态的卡片。当用户处于用户位置3的位置,由于用户位置3处于该动物园站的及刻围栏之外,情景感知模块检测到动物园站的及刻围栏中离开围栏触发,该业务逻辑处理模块指示业务呈现模块显示常规态的卡片。
当用户处于用户位置4时,用户在用户位置4时对常规态的卡片进行置顶操作,并在手机A置顶常规态的卡片后,用户对该常规态的卡片的特定区域进行点击操作。业务呈现模块向业务逻辑处理模块上报该特定区域的点击事件,该业务逻辑处理模块记录该特定区域的点击事件的次数N_sum=2;该业务逻辑处理模块获取当前站点的名称(即西直门站),生成乘车态的卡片。业务呈现模块置顶显示该乘车态的卡片。当用户处于用户位置5的位置,由于用户位置5处于该西直门站的及刻围栏之外,情景感知模块检测到西直门站的及刻围栏中离开围栏触发,该业务逻辑处理模块指示业务呈现模块显示常规态的卡片。
用户在用户位置6时对常规态的卡片进行置顶操作,并在手机A置顶常规态的卡片后,用户对该常规态的卡片的特定区域进行点击操作。业务呈现模块向业务逻辑处理模块上报该特定区域的点击事件,该业务逻辑处理模块记录该特定区域的点击事件的次数N_sum=3;检测到N_sum=3大于第一阈值(如第一阈值为2);该业务逻辑处理模块确定从当前站点(即新街口)开始,展示每个达到站点对应的乘车态的卡片,即从新街口开始到用户的目的站,展示每个站点的乘车态的卡片。该业务逻辑处理模块获取当前站点的名称(即新街口站),生成乘车态的卡片。业务呈现模块置顶显示该乘车态的卡片。当用户处于用户位置7的位置,由于用户位置7处于该新街口站的及刻围栏之外,情景感知模块检测到新街口站的及刻围栏中离开围栏触发,业务呈现模块依然显示该乘车态的卡片。当用户在用户位置8时,无需用户进行置顶操作以及对特定区域的点击操作,业务呈现模块展示当前站点的乘车态的卡片,该乘车态的卡片包括当前站点(即平安里)的名称。
图10为示例性示出的另一种地铁出行提醒的场景示意图。下面结合图10和图11说明地铁出行的提醒方法的过程。
示例性地,电子设备以手机A为例,起始站以国家图书馆站为例。手机A从云端(如荣耀服务器)获取当前城市(如北京市)的地铁信息。手机A可以在开机时注册该城市中各地铁站的地铁围栏,该地铁围栏包括粗精度围栏(如及刻围栏)和高精度围栏。当用户手持手机A进入及刻围栏的范围内,该及刻围栏中的进入围栏触发,手机A中的情景感知模块将向业务逻辑处理模块上报该站点的进入围栏触发的信息。用户进入该站点(如国家图书馆站)中高精度围栏的范围内,情景感知模块检测到该高精度围栏的进入围栏触发且检测到有刷码记录,且最近一次刷码记录包括出站信息,则业务逻辑处理模块可以确定当前站为起始站。本示例中,业务逻辑处理模块确定该用户已进站,则该业务逻辑处理模块可以生成常规态的卡片。该常规态的卡片,如图10的10a中卡片1002所示。如10a所示,手机A的主屏幕界面1001中仅显示了常规态的卡片1002,该常规态的卡片1002中包括乘车二维码1003以及提醒信息,如10a所示,提示地铁乘车码的“地铁乘车码”的提示信息。乘车二维码1003用于跳转至刷码界面。由于仅显示了地铁出行的卡片,该地铁出行的卡片已处于置顶位置。若有其他类型的卡片出现时,卡片1002将被其他卡片遮挡。
用户乘坐地铁,地铁行驶2分钟(如9:02)时,用户位于如图11所示的用户位置2时,用户欲获知当前站点的名称。用户可以在常规态的卡片的特定区域1004进行特定操作,特定操作可以是横向滑动、沿特定图像(如圆形、方形、“∞”等)移动的操作。本示例中,特定操作以横向滑动为例,如图10的10b所示,用户的手指在特定区域1004内沿着黑色箭头的方向移动。业务呈现模块接收到该特定操作,并向业务逻辑处理模块上报该特定操作。业务逻辑处理模块可以检测该特定操作与预设的操作是否相同,预设的操作为特定区域向右滑动。本示例中,该业务逻辑处理模块检测到该特定操作与预设的操作相同,则确定从当前站点开始,展示每个到达的站点的信息。业务逻辑处理模块根据当前站点的信息,生成乘车态的卡片,并指示业务呈现模块显示该乘车态的卡片。如10c所示,在出屏幕界面1001上显示有当前站的乘车态的卡片1005,该乘车态的卡片1005中包括当前站点的名称(即动物园站),可选地,该乘车态的卡片1005还包括乘车二维码1006。
当用户处于用户位置3时,情景感知模块检测到动物园站的及刻围栏的离开围栏触发。业务逻辑处理模块接收到情景感知模块上报的离开围栏触发的信息,该业务呈现模块依然显示该站点的乘车态的卡片1005。
当用户处于用户位置4时,由于用户位置4处于该西直门站的及刻围栏之内,情景感知模块检测到西直门站的及刻围栏中进入围栏触发,该业务逻辑处理模块获取当前站点的信息,生成该站点(即西直门站)的乘车态的卡片,该业务逻辑处理模块指示业务呈现模块显示该乘车态的卡片。
当用户处于用户位置5时,情景感知模块检测到西直门站的及刻围栏的离开围栏触发。业务逻辑处理模块接收到情景感知模块上报的离开围栏触发的信息,该业务呈现模块依然显示该西直门的乘车态的卡片。同理,当用户处于用户位置6时,即用户处于新街口的及刻围栏之内,业务逻辑处理模块生成新街口的乘车态的卡片,并指示业务呈现模块显示该新街口的乘车态的卡片。
在另一些实施例中,手机A中的显示区域内该常规态的卡片已置顶显示(如图10的10a所示1002)。用户无需置顶该常规态的卡片,用户可以对该常规态的卡片中特定区域进行第二操作,该第二操作可以是双击操作、滑动操作(如10b中的右滑操作)。手机A的业务呈现模块接收到该特定区域的第二操作,向业务逻辑处理模块上报该特定区域的第二操作。该业务逻辑处理模块确定该常规态的卡片置顶显示且确定业务呈现模块接收到特定区域的第二操作,可以获取当前所在地铁站(即为第一地铁站)的信息,生成当前地铁站对应的乘车态的卡片(即为第一地铁站对应的第二形态卡片)。该业务逻辑处理模块指示业务呈现模块置顶显示该地铁站的乘车态的卡片(如10c中的1005)。该业务逻辑处理模块还获取用户在行程中位于当前地铁站(即第一地铁站)之后预设站点的地铁站作为第一关注站,预设站点可以设置为大于1且小于该用户在剩余行程中的站点数目的整数。例如,在本示例中,用户的起始站为国家图书馆站,目的站为新宫站,用户的行程中的总站数为16站,当前站点为动物园站(为第2站),该预设站点可以为3个,也就是说,位于动物园站之后的3个站作为第一关注站。该业务逻辑处理模块在确定用户到达第一关注站的地理范围之内时,生成第一关注站对应的乘车态的卡片(即第三形态卡片)。业务逻辑处理模块指示业务呈现模块置顶显示该当前第一关注站对应的乘车态卡片。
通过用户的第二操作,可以展示当前站点的信息,并指示位于当前站点之后的站点显示对应的站点信息,无需用户每个站都进行操作,减少用户的操作,提高用户的使用体验。
图12为示例性示出的一种地铁出行提醒的场景示意图。
示例性地,电子设备以手机A为例,起始站以国家图书馆站为例。本示例中,业务逻辑处理模块确定该用户已进站,且确定当前站点为起始站,则该业务逻辑处理模块可以生成起始站的乘车态的卡片。该乘车态的卡片,如图12的12a中卡片1202所示。如12a所示,手机A的主屏幕界面1201中仅显示地铁出行的卡片1202,该乘车态的卡片1202中包括乘车二维码以及起始站的名称(如国家图书馆站),该乘车态的卡片1202中还包括控件1203(即关注站选项),该控件1203用于触发显示关注站点的页面。如12a所示,用户点击控件1203,触发显示屏显示关注站点的页面,如12b所示,在主屏幕界面1201上显示有关注站点的页面1204。关注站点的页面1204包括当前的地铁线路,如12b中弹框1205中显示为4号线全线的站点信息。12b中未示出每个站点的名称。用户可以通过点击弹框1205中的空心圆,选取关注站点。已选取的关注站点变化为黑色实心圆,如12b中选取的3个关注站点。
用户选取了关注站点之后,业务呈现模块将用户选取的站点信息发送至业务逻辑处理模块,业务逻辑处理模块保存该关注站点。情景感知模块向业务逻辑处理模块上报及刻围栏中进入围栏触发的信息。业务逻辑处理模块获取当前站点的信息,并将该站点的信息与保存的关注站点的信息进行匹配。若业务逻辑处理模块确定当前站点为关注站点,则该业务逻辑处理模块根据当前站点的信息,生成当前站点的乘车态的卡片。业务逻辑处理模块指示业务呈现模块置顶显示乘车态的卡片。业务呈现模块置顶显示乘车态的卡片。情景感知模块检测到当前站点的及刻围栏中的离开围栏触发,向业务逻辑处理模块上报该离开围栏的触发的信息,该业务逻辑处理模块指示业务呈现模块显示常规态的卡片。业务呈现模块显示常规态的卡片。可选地,若业务逻辑处理模块确定界面存在多张卡片,指示业务呈现模块在非置顶位置显示卡片;若业务逻辑处理模块确定当前界面中仅包括该地铁乘车卡片,则指示业务呈现模块直接显示该常规态的卡片。同时,常规态的卡片可以采用静音、无震动的显示方式。
若业务逻辑处理模块确定当前站点为未关注站点,则确定该站点显示常规态的卡片。业务呈现模块无需向业务呈现模块发送指示信息,该业务呈现模块保持显示常规态的卡片。
在一些实施例中,云端可以基于用户的历史乘车数据,深度学习后确定该用户的关注站点,业务逻辑处理模块从云端获取用户的关注站点。
在一些实施例中,业务逻辑处理模块还可以确定用户乘车路线中的起始站(或出发站)、换乘站以及目的站,将起始站、换乘站以及目的站作为该用户的关注站点。业务逻辑处理模块确定起始站的方式此处将不再进行赘述。业务逻辑处理模块可以将从云端获取用户的换乘站,云端是根据用户历史乘车数据,进行深度学习确定用户的换乘站。可选地,业务逻辑处理模块还可以获取该地铁线路中的每个换乘站点,将每个换乘站点均作为该用户的换乘站。
可选地,该业务逻辑处理模块可以从云端获取用户的换乘站,云端也可以根据用户历史乘车数据,进行深度学习确定用户的换乘站。
当业务逻辑处理模块确定当前站点是出发站,则生成出发站的乘车态卡片。该业务逻辑处理模块指示业务呈现模块置顶显示该站点的乘车态的卡片,如图13中的13a所示,主屏幕界面1301上显示的出发站(如国家图书馆站)的乘车态的卡片1302。当业务逻辑处理模块确定当前站点是换乘站(如角门西),则生成该换乘站(如角门西)的乘车态卡片。该业务逻辑处理模块指示业务呈现模块置顶显示该站点的乘车态的卡片,如图13中的13b所示,主屏幕界面1301上显示的乘车态的卡片1303。
当业务逻辑处理模块确定当前站点是目的站(如新宫),则生成该目的站(如新宫)的乘车态卡片。该业务逻辑处理模块指示业务呈现模块置顶显示该站点的乘车态的卡片,如图13中的13c所示,主屏幕界面1301上显示的乘车态的卡片1304。
在一些实施例中,业务逻辑处理模块可以根据用户在行程中的累计操作次数,确定提醒用户的强度。下面结合图14和图15进行说明。
图14为示例性示出的一种地铁出行的提醒的场景示意图。
示例性地,电子设备以手机A为例,起始站以国家图书馆站为例,目标站(或目的站)以北京南站为例。本示例中,业务逻辑处理模块在确定用户进站后,可以指示业务呈现模块显示常规态的卡片。
若用户欲获知当前站点(如动物园站)的名称,用户点击常规态的卡片(如10a中的卡片1002)中的特定区域。该业务呈现模块接收到用户的点击操作(即点击特定区域的操作),向业务逻辑处理模块上报特定区域的点击事件。业务逻辑处理模块保存该特定区域的点击事件的接收次数(也可以称为行程中的累计点击次数),记为N_click,如本次保存该N_click=1。可选地,强度阈值的个数以及对应的值可以预先设置。本示例中,以预设的两个强度阈值为例,分别为第一强度阈值和第二强度阈值,其中,第一强度阈值为4次,第二强度阈值为7次。业务逻辑处理模块将行程中的累计点击次数分别与每个强度阈值进行比较,若检测到N_click小于第一强度阈值,则确定提醒目标站的强度为第一强度(即第一提醒强度)。若检测到N_click大于第一强度阈值且小于第二强度阈值,则确定提醒目标站的强度为第二强度(即第二提醒强度)。若检测到N_click大于第二强度阈值,则确定提醒目标站的强度为第三强度(即第三提醒强度)。
可选地,第一强度可以是在目标站置顶显示该目标站的乘车态的卡片。第二强度可以是在距离目标站2个站点的位置开始,置顶显示当前站点的乘车态的卡片。第三强度可以是在距离目标站点5个站点的位置显示当前站点的乘车态的卡片,并以第一频率震动提示;在距离目标站点3个站点的位置显示当前站点的乘车态的卡片,并以第二频率震动提示;在距离目标站点2个站点的位置开始,每个到达站显示当前站点的乘车态的卡片,并以第三频率震动提示。
业务逻辑处理模块检测到N_click小于第一强度阈值,确定提醒目标站的强度为第一强度。业务逻辑处理模块根据当前站点的信息(如动物园站),生成乘车态的卡片(如10c中的1005)。该业务呈现模块接收到业务逻辑处理模块发送的第一指示信息,从主屏幕界面中移除常规态的卡片,在主屏幕界面的顶部位置且在其他卡片之上显示乘车态的卡片(如10c中的1005)。该乘车态的卡片中显示有当前站点的名称,如“动物园站”。情景感知模块检测到动物园站的及刻围栏的离开围栏触发,向业务逻辑处理模块上报该触发事件,该业务逻辑处理模块获取常规态的卡片。业务逻辑处理模块指示业务呈现模块显示常规态的卡片。即手机的主屏幕界面移除乘车态的卡片,显示常规态的卡片。
若用户分别在在新街口、平安里站、西四站对特定区域进行点击操作,保存的N_click=4。用户在灵境胡同站进行第五次操作,如图14中的14a所示,主屏幕界面1401中显示有常规态的卡片1402,该常规态的卡片1402包括特定区域1403以及乘车二维码1404。用户点击该特定区域1403,业务呈现模块向业务逻辑处理模块上报特定区域的点击事件。业务逻辑处理模块保存该特定区域的点击事件的次数(也可以称为行程中的累计点击次数),即N_click=5次。业务逻辑处理模块检测到N_click大于第一强度阈值且小于第二强度阈值,确定提醒目标站的强度为第二强度。
业务逻辑处理模块根据当前站点的信息(灵境胡同站),生成乘车态的卡片。业务逻辑处理模块指示业务呈现模块置顶显示该站点的乘车态的卡片。业务呈现模块从主屏幕界面中移除常规态的卡片,在主屏幕界面的顶部位置且在其他卡片之上显示乘车态的卡片。该乘车态的卡片中显示有当前站点的名称,如“灵境胡同站”。情景感知模块检测到灵境胡同站的及刻围栏的离开围栏触发,向业务逻辑处理模块上报该触发事件。该业务逻辑处理模块获取常规态的卡片。业务逻辑处理模块指示业务呈现模块显示常规态的卡片。即手机的主屏幕界面移除乘车态的卡片,显示常规态的卡片。
情景感知模块检测到角门西站的及刻围栏(即该及刻围栏的进入围栏)触发,向业务呈现模块上报角门西站的及刻围栏触发的信息。业务呈现模块检测到角门西站为距离目标站2站的站点,生成当前站点的乘车态卡片。该业务呈现模块接收到业务逻辑处理模块发送的第一指示信息,该业务呈现模块接收到业务逻辑处理模块发送的第一指示信息,从主屏幕界面中移除常规态的卡片,在主屏幕界面的顶部位置且在其他卡片之上显示乘车态的卡片。该乘车态的卡片中显示有当前站点的名称,如“角门西站”,以及距离目标站的站点数目,14b中的卡片1405。情景感知模块检测到角门西站的及刻围栏的离开围栏触发,向业务逻辑处理模块上报该触发事件,该业务逻辑处理模块指示业务呈现模块显示角门西站的乘车态卡片。同理,业务呈现模块在“公益西桥”站和“新宫”站,显示各自的乘车态卡片,其过程与图9中用户位置8的相关描述类似,此处将不再进行赘述。
在一些实施例中,若用户分别在在新街口~宣武门站对特定区域进行点击操作,保存的N_click=7。用户在菜市口站进行第八次操作,如图15中的15a所示,主屏幕界面1501中显示有常规态的卡片1502,该常规态的卡片1502包括特定区域1503以及乘车二维码1504。用户点击该特定区域,业务呈现模块向业务逻辑处理模块上报特定区域的点击事件。业务逻辑处理模块保存该特定区域的点击事件的次数(也可以称为行程中的累计点击次数),即N_click=8次。业务逻辑处理模块检测到N_click大于第二强度阈值(如7次),确定提醒目标站的强度为第三强度。
业务逻辑处理模块根据当前站点的信息(菜市口站),生成乘车态的卡片。该业务呈现模块接收到业务逻辑处理模块发送的第一指示信息,从主屏幕界面中移除常规态的卡片,在主屏幕界面的顶部位置且在其他卡片之上显示乘车态的卡片。该乘车态的卡片中显示有当前站点的名称,如“菜市口站”。情景感知模块检测到菜市口站的及刻围栏的离开围栏触发,向业务逻辑处理模块上报该触发事件,该业务逻辑处理模块获取常规态的卡片。业务逻辑处理模块指示业务呈现模块显示常规态的卡片。即手机的主屏幕界面移除乘车态的卡片,显示常规态的卡片。
情景感知模块检测到陶然亭站的及刻围栏(即该及刻围栏的进入围栏)触发,向业务呈现模块上报陶然亭站的及刻围栏触发的信息。业务呈现模块检测到陶然亭站为距离目标站5站的站点,生成当前站点的乘车态卡片。该业务呈现模块接收到业务逻辑处理模块发送的第一指示信息,该业务呈现模块接收到业务逻辑处理模块发送的第一指示信息,从主屏幕界面中移除常规态的卡片,在主屏幕界面的顶部位置且在其他卡片之上显示乘车态的卡片,如15b中的卡片1505。该乘车态的卡片1505中显示有当前站点的名称,如“陶然亭站”,以及距离目标站的站点数目的信息1506。情景感知模块检测到陶然亭站的及刻围栏的离开围栏触发,向业务逻辑处理模块上报该触发事件,该业务逻辑处理模块指示业务呈现模块移除陶然亭站的乘车态卡片,显示常规态的卡片。同时,在显示乘车态的卡片时,手机以第一频率震动,以提示用户查看该乘车态的卡片1505。
经过2个站点后,情景感知模块检测到马家堡站的及刻围栏(即该及刻围栏的进入围栏)触发,向业务呈现模块上报马家堡站的及刻围栏触发的信息。业务呈现模块检测到马家堡站为距离目标站3站的站点,生成当前站点的乘车态卡片。该业务呈现模块接收到业务逻辑处理模块发送的第一指示信息,该业务呈现模块接收到业务逻辑处理模块发送的第一指示信息,从主屏幕界面中移除常规态的卡片,在主屏幕界面的顶部位置且在其他卡片之上显示乘车态的卡片,如15c中的卡片1507。该乘车态的卡片1507中显示有当前站点的名称,如“马家堡”,以及距离目标站的站点数目的信息1508。情景感知模块检测到马家堡站的及刻围栏的离开围栏触发,向业务逻辑处理模块上报该触发事件,该业务逻辑处理模块指示业务呈现模块移除马家堡站的乘车态卡片1507。同时,在显示乘车态的卡片时,手机以第二频率震动,以提示用户查看该乘车态的卡片1507。
同理,当手机A进入角门西的及刻围栏的地理范围之内,如15d所示,业务呈现模块置顶展示该站的乘车态卡片1509,该乘车态的卡片1509中显示有当前站点的名称,如“角门西”,以及距离目标站的站点数目的信息1510,并以第三频率震动。从角门西开始,每个到达站显示各自的乘车态的卡片,并在展示乘车态的卡片时以第三频率震动。
需要说明的是,在业务逻辑处理模块检测到N_click大于第二强度阈值(如7次),确定提醒目标站的强度为第三强度之后。该业务逻辑处理模块还可以检测当前站点距离目标站点是否大于5站,若是,按照上述图15的过程执行。若业务逻辑处理模块检测到距离目标站点的站点数小于5站,则确定当前站点显示乘车态的卡片。
本示例中,通过用户的操作次数以及预设的强度阈值,以不同的提醒强度提醒目标站,使得用户可以及时查看到目标站,避免用户错过站。
在一些实施例中,业务呈现模块可以是YOYO建议,若关闭YOYO建议中的地铁乘车码,业务呈现模块将关闭指令上报业务逻辑处理模块,业务逻辑处理模块可向情景感知模块发送指示信息,用于指示解除所有地铁围栏。情景感知模块响应于接收到的操作,解除所有围栏。举例说明,请参照图16中的16a,智慧助手服务界面1601中包括但不限于一个或多个控件,例如包括、智慧语音选项、智慧视觉选项、智慧识屏选项以及“YOYO建议”选项等。用户可点击“YOYO建议”选项。如16b所示,手机接收到用户操作,显示YOYO建议界面1602。YOYO建议界面1602中可包括但不限于一个或多个选项,例如包括航班出行选项、日历选型、地铁乘车码选项以及更多选项。可选地,各选项中可包括对应的服务的状态。例如,地铁乘车码选项处于开启状态,则地铁乘车码选项显示“已开启”,以指示地铁乘车码选项处于开启状态。用户可点击地铁乘车码选项。如16c所示,手机响应于接收到的用户操作,显示服务管理界面1603。服务管理界面1603中可包括地铁乘车码服务的相关选项,例如包括地铁乘车码选项1604(也可以称为开启/关闭选项)、卡片集选项、悬浮窗选项、通知选项、耳机播报选项等。其中,地铁乘车码选项1604用于开启或关闭地铁出行提醒服务。若该服务关闭,业务逻辑处理模块将指示情景感知模块解除所有地铁出行相关的围栏。卡片集选项用于开启或关闭乘车卡片提示。若该功能开启,手机可显示乘车卡片。若该功能关闭,则手机不显示乘车卡片。悬浮窗选项用于开启或关闭悬浮窗显示方式,如上文所述,地铁乘车服务可以以悬浮控件的方式在界面中显示,该功能开启,则允许以悬浮窗方式显示。若该功能关闭,则不允许以悬浮窗显示。通知选项用于开启或关闭通知栏中的服务信息。例如,若用户点击地铁乘车码选项,手机响应于接收到的用户操作,关闭地铁乘车码服务,即,关闭与地铁出行所有相关的服务,并解除地铁出行相关的围栏,即本申请实施例中的所涉及的所有围栏。
可以理解的是,电子设备为了实现上述功能,其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本实施例还提供一种计算机存储介质,该计算机存储介质中存储有计算机指令,当该计算机指令在电子设备上运行时,使得电子设备执行上述相关方法步骤实现上述实施例中的启动应用的方法。存储介质包括:U盘、移动硬盘、只读存储器(read only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本实施例还提供了一种计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行上述相关步骤,以实现上述实施例中的启动应用的方法。
其中,本实施例提供的电子设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法,因此,其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果,此处不再赘述。
本申请各个实施例的任意内容,以及同一实施例的任意内容,均可以自由组合。对上述内容的任意组合均在本申请的范围之内。
本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。
本申请实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象,而不是用于描述对象的特定顺序。例如,第一目标对象和第二目标对象等是用于区别不同的目标对象,而不是用于描述目标对象的特定顺序。
在本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
在本申请实施例的描述中,除非另有说明,“多个”的含义是指两个或两个以上。例如,多个处理单元是指两个或两个以上的处理单元;多个系统是指两个或两个以上的系统。
上面结合附图对本申请的实施例进行了描述,但是本申请并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本申请的启示下,在不脱离本申请宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本申请的保护之内。
Claims (10)
1.一种地铁出行的提醒方法,其特征在于,应用于电子设备,所述电子设备的第一显示区域用于显示不同应用程序的卡片,所述不同应用程序的卡片包括地铁乘车应用对应的第一形态卡片;所述第一形态卡片中包括刷码选项,所述刷码选项用于跳转至刷码界面;所述方法包括:
若检测到所述第一形态卡片未在所述第一显示区域置顶显示且接收到用户在所述第一显示区域的第一操作,所述第一操作用于指示生成新的卡片并指示置顶显示所述新的卡片;获取所述电子设备当前所在第一地铁站的信息,生成所述第一地铁站对应的第二形态卡片,所述第二形态卡片包括所述第一地铁站的名称;在所述第一显示区域移除所述第一形态卡片,并在所述第一显示区域置顶显示所述第二形态卡片;
所述第一形态卡片还包括预设的特定区域,所述特定区域用于接收第二操作,所述方法还包括:
若检测到所述第一形态卡片在所述第一显示区域置顶显示且接收到用户对所述特定区域的第二操作,获取所述电子设备当前所在第一地铁站的信息,生成所述第一地铁站对应的第二形态卡片;在所述第一显示区域置顶显示所述第二形态卡片;获取所述用户在行程中位于所述第一地铁站之后预设站点的地铁站作为第一关注站;当检测到所述电子设备处于所述第一关注站所处的地理范围内,生成所述第一关注站的第三形态卡片,所述第三形态卡片包括所述第一关注站的名称;更新所述第一显示区域置顶位置的所述第二形态卡片为所述第三形态卡片;
若所述电子设备至少存储有第一提醒等级和第二提醒等级,所述第二提醒等级高于所述第一提醒等级,所述方法还包括:
在检测到所述第一操作或所述第二操作的情况下,获取所述用户的第二关注站;
获取所述第一操作的累计次数以及获取所述第二操作的累计次数;
判断所述第一操作的累计次数或所述第二操作的累计次数是否处于预设的任一提醒强度等级对应的次数范围之内;
若确定所述第一操作的累计次数或所述第二操作的累计次数处于所述第一提醒等级对应的次数范围之内,则获取所述第一提醒等级对应的第一提醒强度,所述第一提醒等级对应的次数范围为大于1且小于等于x的区域,x为大于2的整数;根据所述第一提醒强度对所述第二关注站进行提醒,所述第一提醒强度包括第一提醒频次;
若确定所述第一操作的累计次数或所述第二操作的累计次数处于所述第二提醒等级对应的次数范围之内,则获取所述第二提醒等级对应的第二提醒强度,所述第二提醒等级对应的次数范围为大于x且小于等于y的区域,y为大于x的整数;根据所述第二提醒强度对所述第二关注站进行提醒,所述第二提醒强度包括第二提醒频次,所述第二提醒频次高于所述第一提醒频次。
2.根据权利要求1所述的方法,其特征在于,所述电子设备还存储有:第三提醒等级,其中,所述第三提醒等级高于所述第二提醒等级;
所述第一提醒强度包括:指示在所述第二关注站置顶显示所述第二关注站对应的第四形态卡片,所述第四形态卡片包括当前地铁站的名称;
所述第二提醒强度包括:指示从所述第二关注站之前的第i个站点开始,每个到达站点置顶显示当前站点对应的第四形态卡片,i大于0的整数;
所述第三提醒等级对应的第三提醒强度包括:指示从所述第二关注站之前的第j个站点置顶显示当前站点对应的第四形态卡片,并以第一频率震动提示;以及指示从所述第二关注站之前的第k个站点置顶显示当前站点对应的第四形态卡片,并以第二频率震动提示;以及指示从所述第二关注站之前的第i个站点开始,每个到达站点置顶显示当前站点对应的第四形态卡片,并以第三频率震动提示,j和k为整数且j>k>i;所述第三频率大于所述第二频率,所述第二频率大于所述第一频率。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在检测到所述第一操作或所述第二操作的情况下,判断所述第一操作的累计次数或所述第二操作的累计次数是否超过第一预设阈值;
若确定所述第一操作的累计次数或所述第二操作的累计次数超过第一预设阈值,则获取所述用户在剩余行程中的地铁站作为第三关注站;
当检测到所述电子设备处于所述第三关注站所处的地理范围内,生成所述第三关注站的第五形态卡片,所述第五形态卡片包括所述第三关注站的名称;
将所述第一显示区域置顶显示的卡片更新为所述第五形态卡片。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
检测到所述第一形态卡片在所述第一显示区域置顶显示且接收到所述用户对所述特定区域的第三操作,获取所述电子设备当前所在第一地铁站的信息,生成所述第一地铁站对应的第二形态卡片;
在所述第一显示区域置顶显示所述第二形态卡片;
获取所述用户在剩余行程中的地铁站作为第三关注站;
当检测到所述电子设备处于所述第三关注站所处的地理范围内,生成所述第三关注站的第五形态卡片,所述第五形态卡片包括所述第三关注站的名称;
更新所述第一显示区域置顶显示的卡片为所述第五形态卡片。
5.根据权利要求3或4所述的方法,其特征在于,所述方法还包括:
当检测到所述电子设备处于所述第一地铁站所处的地理范围之外,或者,处于所述第一关注站所处的地理范围之外,或者,处于所述第三关注站所处的地理范围之外,获取所述第一形态卡片;
从所述第一显示区域中移除所述第二形态卡片或者所述第三形态卡片或者所述第五形态卡片,并在所述第一显示区域中重新显示所述第一形态卡片。
6.根据权利要求1所述的方法,其特征在于,在检测到所述第一形态卡片在所述第一显示区域置顶显示且接收到所述用户对所述特定区域的第二操作之前,所述方法还包括:
若检测到所述第一形态卡片未在所述第一显示区域置顶显示且接收到所述用户在所述第一显示区域的第四操作,所述第四操作用于指示在所述第一显示区域置顶显示所述第一形态卡片;
在所述第一显示区域置顶显示所述第一形态卡片。
7.根据权利要求1至4中任一项所述的方法,其特征在于,所述第一形态卡片包括关注站选项,所述关注站选项用于触发显示所述用户的行程所包含的各地铁站的信息;
所述获取所述用户的第二关注站,包括:
若检测到所述第一形态卡片在所述第一显示区域置顶显示且检测到用户触发所述关注站选项,显示所述用户的行程所包含的各地铁站的信息;
响应于所述用户选取地铁站的操作,获取所述用户选取的地铁站的信息;
将所述用户选取的地铁站作为所述第二关注站。
8.根据权利要求1至4中任一项所述的方法,其特征在于,所述获取所述用户的第二关注站,包括:
向所述电子设备对应的服务器发送第一请求信息,所述第一请求信息用于指示获取所述用户的第二关注站;所述服务器根据所述用户的历史乘车数据,采用深度学习算法确定所述用户的第二关注站,所述服务器将所述用户的第二关注站返回所述电子设备;接收所述服务器返回的所述第二关注站;
或者,获取所述用户在行程中的起始站;向所述电子设备对应的服务器发送第二请求信息,所述第二请求信息用于指示获取所述用户在行程中的换乘站以及目的站;所述服务器根据所述用户的历史乘车数据,采用深度学习算法确定所述用户在行程中的换乘站以及目的站,所述服务器将所述用户在行程中的换乘站以及目的站返回所述电子设备;
将所述起始站、目的站以及换乘站作为所述用户的第二关注站。
9.根据权利要求1所述的方法,其特征在于,在所述电子设备的第一显示区域中显示第一形态卡片之前,所述方法还包括:
获取所述电子设备所在城市中各个地铁站信息,所述地铁站信息包括:地铁站名称、地铁站的地理位置;
根据每个所述地铁站信息,注册每个地铁站的粗精度围栏,所述粗精度围栏用于指示所述电子设备位于地铁站附近;
检测到所述电子设备位于所述第一地铁站附近,确定所述第一地铁站对应的粗精度围栏中的进入围栏触发,所述进入围栏用于指示所述电子设备位于地铁站所在地理范围之内;
在所述第一地铁站对应的粗精度围栏触发后,注册所述第一地铁站对应的高精度围栏;所述高精度围栏用于指示所述电子设备位于所述第一地铁站的闸机附近;
检测到所述电子设备位于所述第一地铁站的闸机附近,确定所述高精度围栏触发;
所述高精度围栏触发后,获取所述电子设备保存的刷码信息,所述刷码信息用于指示所述电子设备在所述第一地铁站内显示过地铁乘车码界面,并且,所述刷码信息还用于指示所述电子设备未使用所述地铁乘车码界面中的地铁乘车码刷码,以及所述刷码信息还用于指示所述电子设备上一次刷码为刷码出站;
在检测到所述刷码信息指示所述电子设备上一次刷码为刷码出站,则确定所述用户已刷码进站;
在确定用户已进站的情况下,确定所述电子设备显示所述第一形态卡片。
10.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储器;
以及一个或多个计算机程序,其中所述一个或多个计算机程序存储在所述存储器上,当所述计算机程序被所述一个或多个处理器执行时,使得所述电子设备执行如权利要求1-9中任意一项所述的地铁出行的提醒方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210274044.8A CN114374764B (zh) | 2022-03-20 | 2022-03-20 | 地铁出行的提醒方法及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210274044.8A CN114374764B (zh) | 2022-03-20 | 2022-03-20 | 地铁出行的提醒方法及电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114374764A CN114374764A (zh) | 2022-04-19 |
CN114374764B true CN114374764B (zh) | 2022-07-12 |
Family
ID=81145303
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210274044.8A Active CN114374764B (zh) | 2022-03-20 | 2022-03-20 | 地铁出行的提醒方法及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114374764B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116055629B (zh) * | 2022-05-27 | 2023-10-20 | 荣耀终端有限公司 | 一种识别终端状态的方法、电子设备、存储介质和芯片 |
CN116033343B (zh) * | 2022-05-30 | 2023-10-20 | 荣耀终端有限公司 | 卡片的显示方法及电子设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB9915796D0 (en) * | 1999-07-07 | 1999-09-08 | Nec Technologies Uk Ltd | Location alerting within cellular networks |
WO2015138849A2 (en) * | 2014-03-14 | 2015-09-17 | Excelfore Corporation | System and method for monitoring apps in a vehicle or in a smartphone to reduce driver distraction |
CN107734188A (zh) * | 2017-11-09 | 2018-02-23 | 广东欧珀移动通信有限公司 | 地铁出行提醒方法、地铁出行提醒装置及移动终端 |
CN108734929A (zh) * | 2017-04-24 | 2018-11-02 | 上海交迅智能科技有限公司 | 基于二维码和车调中心的提醒到站系统和方法 |
CN110648553A (zh) * | 2019-09-26 | 2020-01-03 | 北京声智科技有限公司 | 一种站点提醒方法、电子设备及计算机可读存储介质 |
CN113722581A (zh) * | 2021-07-16 | 2021-11-30 | 荣耀终端有限公司 | 一种信息推送方法和电子设备 |
-
2022
- 2022-03-20 CN CN202210274044.8A patent/CN114374764B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB9915796D0 (en) * | 1999-07-07 | 1999-09-08 | Nec Technologies Uk Ltd | Location alerting within cellular networks |
WO2015138849A2 (en) * | 2014-03-14 | 2015-09-17 | Excelfore Corporation | System and method for monitoring apps in a vehicle or in a smartphone to reduce driver distraction |
CN108734929A (zh) * | 2017-04-24 | 2018-11-02 | 上海交迅智能科技有限公司 | 基于二维码和车调中心的提醒到站系统和方法 |
CN107734188A (zh) * | 2017-11-09 | 2018-02-23 | 广东欧珀移动通信有限公司 | 地铁出行提醒方法、地铁出行提醒装置及移动终端 |
CN110648553A (zh) * | 2019-09-26 | 2020-01-03 | 北京声智科技有限公司 | 一种站点提醒方法、电子设备及计算机可读存储介质 |
CN113722581A (zh) * | 2021-07-16 | 2021-11-30 | 荣耀终端有限公司 | 一种信息推送方法和电子设备 |
Also Published As
Publication number | Publication date |
---|---|
CN114374764A (zh) | 2022-04-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN114374764B (zh) | 地铁出行的提醒方法及电子设备 | |
EP2847978B1 (en) | Calendar matching of inferred contexts and label propagation | |
EP3171308A1 (en) | Information processing method, information processing apparatus, terminal, and server | |
CN109690479B (zh) | 一种关联通知消息的方法、装置及移动终端 | |
US20150051913A1 (en) | Unlock method using natural language processing and terminal for performing same | |
US20200311713A1 (en) | Method, device and storage medium for displaying direction information | |
CN107967154A (zh) | 提醒事项生成方法及装置 | |
CN114661381B (zh) | 地铁出行检测方法及电子设备 | |
CN110178116A (zh) | 辅助截屏 | |
CN109708657A (zh) | 一种提醒方法及移动终端 | |
CN115022459B (zh) | 出行提醒的方法及电子设备 | |
CN115022943A (zh) | 定位地理位置的方法及电子设备 | |
CN108459893A (zh) | 一种提醒方法、终端及计算机可读存储介质 | |
CN105608921B (zh) | 在电子装置中提示公共交通线路的方法和设备 | |
US20150161572A1 (en) | Method and apparatus for managing daily work | |
CN115022448B (zh) | 地铁出行检测方法及电子设备 | |
CN115022461B (zh) | 地铁出行检测方法及电子设备 | |
CN113780975B (zh) | 日程信息智能提醒方法、设备、存储介质和软件程序产品 | |
JP5066956B2 (ja) | 捜索支援方法、捜索用携帯端末器、サーバ装置、捜索支援システム及びコンピュータプログラム | |
CN110383799B (zh) | 信息处理终端以及自动响应方法 | |
CN108986508A (zh) | 一种显示路线信息的方法及终端 | |
CN115033309B (zh) | 地铁出行检测方法及电子设备 | |
CN115022271B (zh) | 出行提醒的方法及电子设备 | |
CN115034733B (zh) | 出行提醒方法及电子设备 | |
CN117501069A (zh) | 呈现交通工具下车通知 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20230915 Address after: 201306 building C, No. 888, Huanhu West 2nd Road, Lingang New Area, Pudong New Area, Shanghai Patentee after: Shanghai Glory Smart Technology Development Co.,Ltd. Address before: Unit 3401, unit a, building 6, Shenye Zhongcheng, No. 8089, Hongli West Road, Donghai community, Xiangmihu street, Futian District, Shenzhen, Guangdong 518040 Patentee before: Honor Device Co.,Ltd. |