CN111886610A - 通过日历系统集成运输服务和设施访问服务 - Google Patents

Abstract

本发明扩展到用于通过日历系统集成运输服务和设施访问服务的方法、系统和计算机程序产品。用于访问日历系统的客户端应用程序还可以包括用于从运输服务安排乘车的集成用户界面控件。当确认乘车时，所述应用程序还可以请求(例如，钥匙卡)访问乘车目的地处的建筑物。通过日历系统集成运输服务和设施访问服务减少了不同应用程序之间的背景切换。减少背景切换简化了针对事件(例如，企业会议)的运输安排，这可能导致个人请求去往某个事件以及(或至少在时间上更接近)安排事件的运输。运输服务接收运输请求的时间越早，运输服务就可以越好地优化资源分配以满足运输请求。

Description

通过日历系统集成运输服务和设施访问服务

发明背景

1.技术领域

本发明总体上涉及移动解决方案领域，并且更具体地涉及通过日历系统集成运输服务和设施访问服务。

2.背景技术

安排事件和参与安排的事件(诸如商务会议)通常需要会议参与者与若干不同的服务交互。例如，为了参与企业会议，会议参与者可以与企业日历服务交互以安排会议、与单独的企业运输服务交互以安排会议的行程并且与单独的企业安全服务交互以获得对建筑物的访问权限。每种服务可能都需要来自参与者操作的信息。

附图说明

关于以下描述和附图，将更好地理解本发明的具体特征、方面和优点，在附图中：

图1示出了计算装置的示例性框图。

图2A和图2B示出了促进通过日历系统集成运输服务和设施访问服务的示例性计算机架构。

图3示出了用于通过日历系统集成运输服务和设施访问服务的示例性方法的流程图。

图4A示出了应用程序用户界面。

图4B示出了应用程序用户界面屏幕。

图4C示出了图4A的应用程序用户界面。

图4D示出了图4B应用程序用户界面屏幕。

图5示出了另一个应用程序用户界面。

图6示出了包括前往会议位置的地图的用户界面。

图7示出了行程提醒。

具体实施方式

本发明扩展到用于通过日历系统集成运输服务和设施访问服务的方法、系统和计算机程序产品。

通常，当参与事件(例如，会议)时，个人可以使用日历系统以执行以下项中的一者或多者：安排事件、发送事件邀请或接收事件邀请。然后，个人可以切换到运输服务(例如，企业班车服务)以安排往返于所述事件的运输。运输可以包括从起始位置(例如，在包含个人办公室的建筑物外部)接载并且在结束位置(例如，在包含用于会议的会议厅的另一建筑物外部)下车。个人可以进一步切换到安全服务或与安全人员交互以获得进入设施(例如，包含会议厅的建筑物)的授权。每种不同的服务都可以与其他服务孤立，这使得端到端运输和事件访问变得麻烦。

此外，每种不同的服务都可以请求参与者信息。参与者可能必须冗余地(可能多次)搜索和/或输入信息，即使已经可从其他系统访问所述信息也是如此。例如，企业运输服务可能要求参与者手动地输入起始位置、结束位置和接载时间以请求运输。然而，起始定位可以是包括在企业人力资源数据库中的参与者的建筑物位置。可以在日历系统中所包含的会议项目中指示结束位置。考虑到起始位置与结束位置之间的行驶时间，可以从会议时间(在会议项目中指示)导出接载时间。

在到达终点位置(诸如包含会议厅的建筑物)时，参与者可能无法访问建筑物。参与者可能必须联系已经在建筑物中的另一个人或联系安全人员以便访问。然而，如果参与者已经是有识别证的员工，则企业安全数据库可以包含参与者信息。与多种单独的服务交互以参与会议降低了员工的工作效率。

本发明的各方面通过日历系统集成了针对事件参与者的运输服务和设施访问服务。用于访问日历系统的客户端应用程序还可以包括用于从运输服务安排乘车的用户界面控件。当确认乘车时，应用程序还可以从安全服务请求物理(例如，钥匙卡)访问乘车目的地处的建筑物。通过日历系统集成运输服务和设施访问服务减少了不同应用程序之间的背景切换。减少背景切换简化了针对事件(例如，企业会议)的运输安排，这可能导致个人请求去往某个事件以及(或至少在时间上更接近)安排事件的运输。运输服务接收运输请求的时间越早，运输服务就可以越好地优化资源分配以满足运输请求。

在一个方面，日历系统应用程序与其他模块和数据库进行通信，所述其他模块和数据库包括以下项中的一者或多者：请求构建器、人力资源/日历数据库、行程管理服务、路线选择数据库、安全服务和安全数据库。会议参与者可以通过日历系统应用程序请求行程预约。来自人力资源/日历数据库的信息可以用于用关于参与者和/或事件的相关信息预先填充所述请求(减少手动数据输入)。日历系统应用程序可以提供用户界面屏幕，所述用户界面屏幕允许会议参与者修改预先填充的信息以及请求返程。包括任何修改的预先填充的请求被发送到行程管理服务。基于预先填充的请求中的信息和路线选择数据库中的(例如，车队)信息，行程管理服务安排满足预先填充的请求的行程。

基于行程的信息，日历系统应用程序还制定建筑物访问请求以请求会议参与者进行临时建筑物访问。日历系统应用程序向安全服务发送建筑物访问请求。安全服务处理建筑物访问请求并更新安全数据库以在会议前后为会议参与者预约临时建筑物访问。安全服务还可以生成从建筑物入口到事件在建筑物内的位置的地图。因此，在离开车辆后，会议参与者可以高效地前往会议位置。

例如，在到达后，日历系统应用程序可以将会议参与者引导到会议所在的建筑物的建筑物入口。参与者可以在无人帮助的情况下进入建筑物(基于临时建筑物访问)，并且可以按照指示前往会议厅。日历系统应用程序还可以指示估计其他会议参与者何时到达会议。

在一个方面，可以经由单击用户界面模型来预约行程。

因此，各方面为会议参与者预约行程并参加会议提供了简化的体验。减少了不同应用程序之间的背景切换，继而减少与安排和参加会议相关联的障碍。从参与者的角度来看，减少背景切换增加了参与者安排会议和更早地预约行程的可能性。例如，安排行程以参加面对面会议的效率可以接近点击链接以加入基于网络的会议的效率。

更早地安排会议和行程也为企业基础设施提供了优点。运输服务越早了解行程，运输服务就可以越好地优化车队资源的分配以满足整体运输需求。

此外，通过安全数据库提供短期建筑物访问促进相对于其他形式的建筑物进入(诸如其他人打开门让会议参与者进入)的更好安全跟踪。基于所提供的短期访问，安全服务了解会议参与者在安排的会议期间可能在建筑物中。

图1示出了计算装置100的示例性框图。计算装置100可以用于执行各种程序，诸如本文所讨论的那些程序。计算装置100可以用作服务器、客户端或任何其他计算实体。计算装置100可以执行如本文描述的各种通信和数据传输功能，并且可以执行一个或多个应用程序，诸如本文描述的应用程序。计算装置100可以是各种计算装置中的任何一种，诸如移动电话或其他移动装置、台式计算机、笔记本计算机、服务器计算机、手持计算机、平板计算机等。

计算装置100包括一个或多个处理器102、一个或多个存储器装置104、一个或多个接口106、一个或多个大容量存储装置108、一个或多个输入/输出(I/O)装置110和显示装置130，所有这些装置都耦合到总线112。一个或多个处理器102包括执行存储在一个或多个存储器装置104和/或一个或多个大容量存储装置108中的指令的一个或多个处理器或控制器。一个或多个处理器102还可以包括各种类型的计算机存储介质，诸如高速缓冲存储器。

一个或多个存储器装置104包括各种计算机存储介质，诸如易失性存储器(例如，随机存取存储器(RAM)114)和/或非易失性存储器(例如，只读存储器(ROM)116)。一个或多个存储器装置104还可以包括可重写ROM，诸如快闪存储器。

一个或多个大容量存储装置108包括各种计算机存储介质，诸如磁带、磁盘、光盘、固态存储器(例如，快闪存储器)等等。如图1中所描绘，特定的大容量存储装置是硬盘驱动器124。各种驱动器也可以包括在一个或多个大容量存储装置108中，以使得能够从各种计算机可读介质读取和/或写入到各种计算机可读介质。一个或多个大容量存储装置108包括可移除介质126和/或不可移除介质。

一个或多个I/O装置110包括允许将数据和/或其他信息输入到计算装置100或从计算装置100中检索数据和/或其他信息的各种装置。一个或多个示例性I/O装置110包括光标控制装置、键盘、小键盘、条形码扫描仪、传声器、监视器或其他显示装置、扬声器、打印机、网络接口卡、调制解调器、相机、镜头、雷达、CCD或其他图像捕获装置等。

显示装置130包括能够向计算装置100的一个或多个用户显示信息的任何类型的装置。显示装置130的示例包括监视器、显示终端、视频投影装置等。

一个或多个接口106包括允许计算装置100与其他系统、装置或计算环境以及人类交互的各种接口。一个或多个示例性接口106可以包括任何数量的不同网络接口120，诸如与个人局域网(PAN)、局域网(LAN)、广域网(WAN)、无线网络(例如，近场通信(NFC)、蓝牙、Wi-Fi等网络)和因特网的接口。其他接口包括用户接口118和外围装置接口122。

总线112允许一个或多个处理器102、一个或多个存储器装置104、一个或多个接口106、一个或多个大容量存储装置108和一个或多个I/O装置110彼此进行通信，以及与耦合到总线112上的其他装置或部件进行通信。总线112表示几种类型的总线结构中的一种或多种，诸如系统总线、PCI总线、IEEE 1394总线、USB总线等等。

在本说明书和所附权利要求中，“日历系统”被定义为向用户提供日历的电子版本的(软件和/或硬件)系统。日历系统还可以提供记事簿、地址簿、联系人列表等。日历系统可以联网以在用户之间共享日历信息，诸如例如事件、会议等。不同的装置可以包括从日历系统的公共日历数据库访问日历信息的应用程序。

图2A示出了促进通过日历系统集成运输服务和设施访问服务的示例性计算机架构200。如所描绘的，计算机架构200包括应用程序201、请求构建器202、行程管理服务231、路线选择数据库203、人力资源/日历数据库204、安全服务232和安全数据库206。应用程序201、请求构建器202、行程管理服务231、路线选择数据库203、人力资源/日历数据库204、安全服务232和安全数据库206可以连接到网络(或作为网络的一部分)，所述网络诸如例如系统总线、局域网(“LAN”)、企业局域网(“CAN”)、广域网(“WAN”)，甚至因特网。因此，应用程序201、请求构建器202、行程管理服务231、路线选择数据库203、人力资源/日历数据库204、安全服务232和安全数据库206以及任何其他连接的计算机系统及其部件可以通过网络创建和交换消息相关数据(例如，因特网协议(“IP”)数据报和利用IP数据报或使用其他非数据报协议的其他更高层协议，诸如传输控制协议(“TCP”)、超文本传输协议(“HTTP”)、简单邮件传输协议(“SMTP”)、简单对象访问协议(SOAP)等)。

应用程序201可以是用于日历系统的客户端应用程序。用户207可以通过用户界面247与日历系统交互。在一个方面，应用程序201还是用于以下项中的一者或多者的客户端应用程序：电子邮件系统、联系人系统和任务管理系统。用户界面247可以包括用于与所述系统中的任一者交互的用户界面控件。

在一个方面，用户界面247包括用于与日历系统交互的按钮和表格，以促进运输和建筑物访问的“一键式(one-click)”预约。用户201可以与按钮和表格交互以向请求构建器202发送用户行程请求。

人力资源/日历数据库204可以包括用于多个日历系统用户(包括用户207)的日历数据、人力资源数据等。在一个方面，用户是使用企业日历系统的企业员工。请求构建器202被配置为从应用程序201接收用户行程请求。请求构建器202可以从人力资源/日历数据库204访问关于用户207、用户207将要参加的会议等的相关信息。请求构建器202可以用相关信息自动填充用户行程请求的字段(使用户免于手动输入相关信息)以形成完整的行程请求。请求构建器202可以向行程管理服务231发送完整的行程请求以请求行程。

行程管理服务231可以从请求构建器202接收完整的行程请求。基于完整的行程请求中的信息和路线选择数据库203中的(例如，车队)车辆信息，行程管理服务231安排满足完整的行程请求的行程。路线选择数据库203可以包括用于多个车辆(例如，在车队中的车辆、用于企业班车服务的车辆等)的行程和其他数据。

行程和其他数据可以包括针对多个车辆中的每一者的计划行程、有效行程、维护状态、车辆可用性、车辆在服务中等。计划行程可以包括调度车辆以从起始位置和在起始时间接载用户207、将用户207从起始位置物理地运输到车辆的终点位置，以及车辆在终点时间前后到达终点位置以让用户207下车。车辆可以是驾驶员操作的和/或可以包括某种程度的自主操作，包括完全自主车辆。

在一个方面，行程管理服务231制定可能满足接收的行程请求的行程，并且向应用程序201发送针对制定的行程的行程报价。应用程序201可以接收行程报价并且在用户界面247处呈现制定的行程。用户207可以使用用户界面247处的界面控件来确认接受制定的行程或拒绝制定的行程。如果用户207拒绝制定的行程，则应用程序201可以将拒绝发送回行程管理服务231。响应于接收到拒绝，行程管理服务231可以制定可能满足接收的行程请求的另一个行程。当制定另一行程时，行程预约服务可以基于先前拒绝的行程的内容来完善另一行程的制定(例如，以删除用户207所不期望的行程属性)。

如果用户207确认制定的行程，则可以将确认发送回行程管理服务231。响应于接收到确认，行程管理服务231用制定的行程更新路线选择数据库203。如果用户207确认制定的行程，则应用程序201还可以将行程提醒存储在日历数据库204中。行程提醒可以触发消息返回到应用程序201以就行程提醒用户207。

如果用户207确认制定的行程，则应用程序201还可以向安全服务232发送建筑物访问请求。安全服务232可以从应用程序201接收建筑物访问请求。建筑物访问请求可以包括用户标识符(例如，用户207的员工编号)、会议时间、会议位置等。安全服务232可以更新安全数据库206以在会议时间前后(例如，从安排的会议起始时间之前5分钟至10分钟至安排的会议起始时间之后5分钟至10分钟)向用户207提供对会议位置(例如，建筑物)的临时物理访问。

有时，行程管理服务231可以向应用程序201发送指示预约的行程的状态(例如，已确认、准时、车辆维护问题、交通拥堵、其他延误等)的状态信号。应用程序201可以从行程管理服务231接收状态信号，并且通过用户界面247向用户207指示预约的行程的状态。

图3示出了用于通过日历系统集成运输和设施访问服务的示例性方法300的流程图。将关于计算机架构200中的部件和数据来描述方法300。

在一个方面，用户207在企业总部的建筑物中具有办公室。用户243可以发送会议请求241以邀请用户207参与会议242。会议请求241可以包括会议242的日期、时间和位置。例如，会议请求241可以是在指定日期和时间在企业总部的另一建筑物中的会议厅中参加会议的请求。通过用户界面247处的用户界面控件，用户207可以接受会议请求241以参加会议242。在接受后，应用程序201可以用会议242的细节(例如，日期、起始时间、结束时间、建筑物、会议厅等)更新日历数据库204(直接地或通过日历系统更新日历数据库)。除了接受会议请求241之外，用户207还可以(例如，通过点击按钮)与用户界面247的用户界面控件交互，以请求从他们的建筑物乘车到另一个建筑物参加会议242。

方法300包括发送用户行程请求(301)。例如，应用程序201可以制定与接受会议请求241相关联的用户行程请求211。应用程序201可以向行程请求构建器202发送用户行程请求211。方法300包括接收用户行程请求(302)。例如，请求构建器202可以从应用程序201接收用户行程请求211。用户行程请求211可以包括识别用户207的数据(例如，用户ID)和/或识别会议242的数据(例如，会议ID)。

方法300包括发送行程查询(303)。例如，请求构建器202可以使用识别用户207的数据和/或识别会议242的数据来制定行程查询212。请求构建器202可以向人力资源/日历数据库204发送行程查询212。方法300包括接收行程查询(304)。例如，人力资源/日历数据库204可以从请求构建器202接收行程查询212。行程查询212可以被配置为查询与用户207相关联的细节(例如，建筑物/办公室位置)和/或与会议242相关联的细节(例如，日期、起始时间、结束时间、建筑物和会议厅)。

方法300包括定位行程信息(305)。例如，人力资源/日历数据库204可以定位行程信息213。行程信息213可以包括与用户207相关联的细节(例如，建筑物/办公室位置)和/或与会议242相关联的细节(例如，日期、起始时间、结束时间、建筑物和会议厅)。方法300包括发送行程信息(306)。例如，人力资源/日历数据库204可以向请求构建器202发送行程信息213。

方法300包括接收行程信息(307)。例如，请求构建器202可以从日历数据库213接收行程信息213。方法300包括制定完整的行程请求(308)。例如，请求构建器202可以用包括在行程信息213中的用户207的细节(例如，建筑物/办公室位置)和/或会议242的细节(例如，日期、起始时间、结束时间、建筑物、会议厅等)自动填充完整的行程请求214。方法300包括发送完整的行程请求(309)。例如，请求构建器202可以向行程管理服务231发送完整的行程请求214。

方法300包括接收完整的行程请求(310)。例如，行程管理服务231可以从请求构建器202接收完整的行程请求214。方法300包括制定行程报价(311)。例如，基于用户207的建筑物/办公室位置、会议242的日期、起始时间和建筑物以及路线选择数据库203中的车辆(例如，车队)数据，行程管理服务231可以确定据称行程236满足使用户207在起始时间前后(例如，在起始时间的5分钟内)参加会议242的行驶要求。行程管理服务231可以制定包括行程236的行程报价216。

方法300包括发送制定行程报价(312)。例如，行程管理服务231可以向应用程序201发送行程报价216。方法300包括接收制定行程报价(313)。例如，应用程序201可以从行程管理服务231接收行程报价216

方法300包括确定用户是否确认制定的行程报价(决策框314)。例如，可以在用户界面247处向用户207呈现选项以确认或拒绝行程报价216。用户207可以提供输入217以确认或拒绝行程报价216。

如果行程报价216被拒绝(在314处为否)，则方法300包括结束或返回到311(315)。响应于拒绝，行程管理服务231可以制定据称满足使用户207在起始时间前后参加会议242的行驶要求的不同行程报价。不同的行程报价可以考虑可能导致行程报价236被拒绝的行程236的属性。可以向应用程序201发送针对不同行程的新行程报价以供用户确认。行程管理服务231可以迭代地制定另外的不同行程报价，直到确认或直到满足结束条件(例如，指定的迭代次数、无替代行程可用等)。当满足结束条件时，方法300可以结束。例如当由行程管理服务231管理的车辆的状态已经改变时，用户207可以在稍后的时间重新开始方法300。

如果确认了行程报价216(在314处为是)，则方法300包括制定行程提醒(316)并发送行程提醒(317)。例如，应用程序201可以制定行程提醒219并向日历数据库204发送行程提醒219。方法300包括接收行程提醒(322)并存储行程提醒(323)。例如，日历数据库204可以从应用程序201接收行程提醒219并存储行程提醒219。行程提醒219可以在行程236计划开始之前的一定时间量(例如，5分钟、15分钟、一小时等)在用户界面247处触发一个或多个提醒。

如果确认行程报价216(在314处为是)，则方法300包括制定建筑物访问请求(318)并发送建筑物访问请求(319)。例如，应用程序201可以制定建筑物访问请求218并向安全服务232发送建筑物访问请求218。建筑物访问请求218可以包括会议242的日期和起始时间、从建筑物(包含用户207的办公室)到另一建筑物(包含会议厅)的距离和/或行驶时间、行程236的行程信息(例如，到达另一建筑物的估计到达时间)、用户207的员工ID等。应用程序201可以向安全服务232发送建筑物访问请求218。

方法300包括接收建筑物访问请求(324)并处理建筑物访问请求(325)。例如，安全服务232可以从应用程序201接收建筑物访问请求218。安全服务232可以处理建筑物访问请求218以向用户207提供对另一建筑物的临时物理访问。临时访问可以持续会议242的时间前后的时间段(例如，从会议242的安排的起始时间之前5分钟至10分钟至会议242的安排的起始时间之后5分钟至10分钟)。安全服务232可以更新安全数据库206以指示向用户207提供对另一建筑物的物理访问的时间段。在一个方面，用户207的访问卡被暂时授权在所述时间段期间打开另一建筑物处的一个或多个锁定的门。因而，用户207可以在无人帮助的情况下进入另一建筑物参加会议242。

如果确认了行程报价216(在314处为是)，则方法300包括制定确认(320)并发送确认(321)。例如，应用程序201可以制定确认接受行程236的确认221，并且向行程管理服务231发送确认221。方法300包括接收确认(326)并处理确认(327)。例如，行程管理服务231可以从应用程序201接收确认221。行程管理服务231可以处理确认221以为行程236分配车辆。行程管理服务231可以更新路线选择数据库203以指示车辆被分配用于行程236。因此，当其他行程请求在行程236的时间期间请求车辆时，行程管理服务231了解车辆已经被分配用于行程236，并且可以基于所述了解来优化为其他行程分配其他车辆。

方法300包括生成更新信号(328)并发送更新信号(329)。例如，不时地，行程管理服务231可以生成更新信号227(图2B)并向应用程序201发送更新信号227。更新信号227可以指示行程236的状态(例如，准时、延误、维护问题、交通拥堵等)。方法300包括接收更新信号(330)。例如，应用程序201可以从行程管理服务231接收更新信号227。方法300包括向用户呈现乘车状态(331)。例如，应用程序201可以在用户界面247处向用户207呈现乘车状态222(在更新信号227中指示的)。

在一些方面，通过用户界面促进行程的“一键式”安排。例如，当用户从用户界面选择单个用户界面控件时，可以激活方法300。“一键式”安排简化了行程安排，从而促进更早的行程安排。通常，行程安排越早，行程管理服务231就可以更好地优化可用资源(例如，车辆)以满足行程请求。

图4A示出了用户界面400。如所描绘的，用户界面400包括文件夹窗格401、消息窗格402、视图窗格403、日历窗格404、提醒窗格406和按钮栏413。文件夹窗格401可以呈现一个或多个可选文件夹。消息窗格402可以呈现来自当前的选定文件夹的一个或多个可选消息。日历窗格404可以呈现例如可在按月视图、周视图、日视图选择的一个或多个会议/事件。提醒窗格406可以呈现一个或多个提醒。视图窗格403可以呈现选定项目(例如，消息项目、日历项目、提醒项目等)的内容、细节等。

如所描绘的，按钮栏413包括预约请求控件414，所述预约请求控件提供用于请求班车的“立即预订”选项。用户(例如，用户207)可以选择(例如，点击)预约请求控件414以请求下一可用班车。

图4B示出了用户界面屏幕422。响应于对预约请求控件414的选择，可以在用户界面400处呈现用户界面屏幕422。用户界面屏幕422包括预先填充的请求424，所述预先填充的请求包括乘客姓名、起始位置、结束位置和乘客数量。预先填充的请求424还指示用户正在请求下一可用班车。在适当情况下，用户还可以(例如，基于会议的安排的结束时间和返程距离/行驶时间)在用户界面屏幕422处请求安排返程。预先填充的请求424可以用来自人力资源/日历数据库(例如，人力资源/日历数据库204)的人员和会议数据进行填充。用户可以选择提交控件423以从行程管理服务(例如，从行程管理服务231)请求班车(以及可能的返程班车)，所述班车满足基于预先填充的请求424的内容的用户行驶要求。

图4C示出了用户界面400。如所描绘的，按钮栏413还包括预约请求控件416，所述预约请求控件提供用于请求班车的“安排班车”选项。用户(例如，用户207)可以选择(例如，点击)预约请求控件416以请求安排指定日期和时间。

图4D示出了用户界面屏幕432。响应于对预约请求控件416的选择，可以在用户界面400处呈现用户界面屏幕432。用户界面屏幕432包括预先填充的请求434，所述预先填充的请求包括乘客、起始位置、结束位置和乘客数量。预先填充请求434还指示用户期望班车“TUE 6/27/2017 2:30PM”。用户可以使用日期/时间选择控件436来改变期望的班车时间。在适当情况下，用户还可以(例如，基于会议的安排的结束时间和返程距离/行驶时间)在用户界面屏幕432处请求安排返程。预先填充的请求434可以用来自人力资源/日历数据库(例如，人力资源/日历数据库204)的人员数据和会议数据进行填充。用户可以选择提交控件433以从行程管理服务(例如，从行程管理服务231)请求班车(以及可能的返程班车)，所述班车满足基于预先填充的请求434的内容的用户行驶要求。

在一些方面，在视图窗格中呈现行程预订请求控件以及项目数据。图5示出了用户界面500。如所描绘的，用户界面500包括文件夹窗格501、消息窗格502、视图窗格503、标签512和按钮栏513(日历窗格和提醒窗格被最小化到视图窗格503的右侧)。文件夹窗格501可以呈现一个或多个可选文件夹。消息窗格502可以呈现来自当前的选定文件夹的一个或多个可选消息。视图窗格503可以呈现选定项目(例如，消息项目、日历项目、提醒项目等)的内容、细节等。如所描绘的，日历项目511呈现在视图窗格503处。除了用于接受、暂行、拒绝、提出新时间和查看日历的用户界面控件之外，用户界面500还包括预约请求控件514，所述预约请求控件结合日历项目511提供用于请求班车的“预约行程”选项。

用户(例如，用户207)可以选择(例如，点击)预约请求控件514以请求指定日期和时间的班车。响应于对预约请求控件514的选择，可以在用户界面500处呈现与用户界面屏幕432类似的用户界面屏幕。用户界面屏幕可以包括用来自人力资源/日历数据库(例如，人力资源/日历数据库204)的日历项目511的人员数据和会议数据填充的班车请求。会议数据可以包括乘客姓名、起始位置、结束位置、乘客数量、日期和时间。在适当情况下，用户还可以在用户界面屏幕处请求安排返程。用户可以选择提交控件(例如，类似于提交控件433)以从行程管理服务(例如，从行程管理服务231)请求班车(以及可能的返程班车)，所述班车满足基于预先填充的请求的内容(与日历项目511相关联)的用户行驶要求。

安全服务(例如，安全服务232)可以提供目的地建筑物的地图。所述地图可以指示从建筑物入口到会议位置的路径，并且还可以指示允许用户在无人帮助的情况下物理地进入目的地建筑物。

图6示出了包括标签602和按钮603的用户界面600。用户界面600指示前往会议位置的地图。如所描绘的，用户界面600包括从1108(例如，入口)到1140(例如，会议厅)的路线(虚线)。文本606指示用户的识别证访问权限允许进入建筑物。因而，在到达目的地建筑物后，用户可能能够在无人帮助的情况下进入目的地建筑物并且沿着从1108到1140的路线高效地前进。

随着计划行程时间的接近(例如，在行程的15分钟内、在行程的5分钟内等)，日历数据库(例如，日历数据库204)可以向应用程序(例如，应用程序201)发送提醒。应用程序可以在用户界面处(例如，在用户界面247、400或600处)呈现提醒。

图7示出了行程提醒700。人力资源/日历数据库可以制定对接近行程的提醒700。人力资源/日历数据库可以向应用程序发送提醒700。应用程序可以在用户界面处呈现提醒700以就接近行程提醒用户。

通常，应用程序201可以包括关于用户界面400、用户界面屏幕422和432、用户界面500、用户界面600和行程提醒700描述的功能性中的任一者。因而，用户界面247还可以包括和/或呈现在用户界面400中、在用户界面屏幕422和432中、在用户界面500中、在用户界面600中以及在行程提醒700中描绘的元素中的任一者。

在一个方面，一个或多个处理器被配置为执行指令(例如，计算机可读指令、计算机可执行指令等)以执行多个所描述的操作中的任何操作。一个或多个处理器可以从系统存储器访问信息和/或在系统存储器中存储信息。所述一个或多个处理器可以将信息在不同格式之间转换，诸如例如会议请求、会议数据、用户行程请求、行程查询、行程信息、完整的行程请求、行程报价、行程提醒、确认、建筑物访问请求、更新信号、乘车状态、日历项目、地图等。

系统存储器可以耦合到一个或多个处理器并且可以存储由所述一个或多个处理器执行的指令(例如，计算机可读指令、计算机可执行指令等)。所述系统存储器还可以被配置为存储由所述部件生成的多种其他类型中的任一类型的信息，诸如例如会议请求、会议数据、用户行程请求、行程查询、行程信息、完整的行程请求、行程报价、行程提醒、确认、建筑物访问请求、更新信号、乘车状态、日历项目、地图等。

在以上公开内容中，参考附图，所述附图形成本公开的一部分并且其中通过以说明方式示出可以实践本公开的具体实现方式。应理解，在不脱离本公开的范围的情况下，可以利用其他实现方式并且可以做出结构改变。在说明书中对“一个实施例”、“一实施例”、“一个示例实施例”等的参考表示所描述的实施例可以包括特定特征、结构或特性，但每个实施例可能不一定包括所述特定特征、结构或特性。此外，此类短语不一定是指相同的实施例。此外，当结合一个实施例描述特定特征、结构或特性时，无论是否进行明确描述，认为结合其他实施例来实现这种特征、结构或特性仍在本领域的技术人员的知识范围内。

本文公开的系统、装置和方法的实现方式可以包括或利用专用或通用计算机，包括计算机硬件，诸如，例如一个或多个处理器和系统存储器，如本文所讨论的。本公开范围内的实现方式还可以包括用于携载或存储计算机可执行指令和/或数据结构的物理和其他计算机可读介质。这种计算机可读介质可以是可由通用或专用计算机系统访问的任何可用介质。存储计算机可执行指令的计算机可读介质是计算机存储介质(装置)。携载计算机可执行指令的计算机可读介质是传输介质。因此，作为示例而非限制，本公开的实现方式可以包括至少两种截然不同的计算机可读介质：计算机存储介质(装置)和传输介质。

计算机存储介质(装置)包括：RAM、ROM、EEPROM、CD-ROM、固态驱动器(“SSD”)(例如，基于RAM)、快闪存储器、相变存储器(“PCM”)、其他类型的存储器、其他光盘存储装置、磁盘存储装置或其他磁性存储装置、或者可以用于存储以计算机可执行指令或数据结构的形式的期望程序代码手段并且可以由通用或专用计算机访问的任何其他介质。

本文公开的装置、系统和方法的实现方式可以通过计算机网络进行通信。“网络”被定义为能够在计算机系统和/或模块和/或其他电子装置之间传输电子数据的一个或多个数据链路。当通过网络或另一通信连接(硬连线、无线、或硬连线或无线的组合)向计算机传递或提供信息时，计算机将连接恰当地视为传输介质。传输介质可以包括网络和/或数据链路，所述网络和/或数据链路可以用于以计算机可执行指令或数据结构的形式携载期望的程序代码手段并且可以由通用或专用计算机访问。以上组合也应当包括在计算机可读介质的范围内。

计算机可执行指令包括例如在处理器中执行时使通用计算机、专用计算机或专用处理装置执行某个功能或功能组的指令和数据。计算机可执行指令可以是例如二进制文件、中间格式指令(诸如汇编语言)或甚至源代码。尽管已经用特定于结构特征和/或方法动作的语言描述了本主题，但是应当理解，在所附权利要求中定义的主题不必限于已描述的上述特征或动作。相反，所述特征和动作被公开作为实现权利要求的示例性形式。

所属领域技术人员应明白，本公开可以在具有许多类型的计算机系统配置的网络计算环境中实践，这些计算机系统配置包括内置式或其他车辆计算机、个人计算机、台式计算机、膝上型计算机、消息处理器、手持装置、多处理器系统、基于微处理器的或可编程的消费电子产品、网络PC、小型计算机、大型计算机、移动电话、PDA、平板电脑、寻呼机、路由器、交换机、各种存储装置等。本公开还可以在分布式系统环境中实践，其中通过网络链接(通过硬接线数据链路、无线数据链路或通过硬接线与无线数据链路的组合)的局部和远程计算机系统都执行任务。在分布式计算环境中，程序模块可以位于局部存储器存储装置和远程存储器存储装置两者中。

此外，在适当的情况下，本文描述的功能可以在以下中的一者或多者中执行：硬件、软件、固件、数字部件或模拟部件。例如，可以编程一个或多个专用集成电路(ASIC)以进行本文所述的系统和程序中的一个或多个。在整个说明书和权利要求中使用某些术语来指代特定的系统部件。如本领域的技术人员将理解的，可以用不同的名称指代部件。本文件不旨在区分名称不同但功能相同的部件。

应注意，以上所讨论的传感器实施例可以包括计算机硬件、软件、固件或它们的任何组合以执行它们的功能的至少一部分。例如，传感器可以包括被配置为在一个或多个处理器中执行的计算机代码，并且可以包括由计算机代码控制的硬件逻辑/电路。这些示例性装置在本文出于说明目的而提供，而不意图进行限制。本公开的实施例可以在如一种或多种相关领域技术人员已知的其他类型的装置中实现。

本公开的至少一些实施例涉及计算机程序产品，所述计算机程序产品包括存储在任何计算机可用介质上的这种逻辑(例如，以软件形式)。这种软件在一种或多种数据处理装置中执行时使装置如本文所描述进行操作。

尽管上文已描述了本公开的各种实施例，但是应理解，仅通过举例的方式而非限制的方式提出本公开的各种实施例。相关领域的技术人员应明白，在不脱离本公开的精神和范围的情况下，可以作出形式和细节方面的各种改变。因此，本公开的广度和范围不应受任何上述示例性实施例的限制，而是应仅根据所附权利要求及其等效物来限定。已经出于说明和描述目的呈现了前述描述。它不是穷举的或不将本公开限制为所公开的精确形式。根据上述教导，许多修改、变型和组合是可能的。此外，应注意，任何或所有前述可选的实现方式可以以期望的任何组合使用以形成本公开的附加混合实现方式。

Claims (20)

1.一种方法，其包括：

从应用程序接收行程请求以安排事件的行程；

使用所述行程请求中的数据来向日历数据库查询附加的相关事件信息；

向行程管理服务发送用所述附加的相关事件信息填充的另一行程请求以请求满足所述行程请求的行程；以及

接收对从所述行程管理服务向所述用户报价的行程的用户确认。

2.根据权利要求1所述的方法，其中从应用程序接收行程请求以安排事件的行程包括接收包括用户标识符和会议标识符的请求。

3.根据权利要求3所述的方法，其中使用所述行程请求中的数据来向日历数据库查询附加的相关事件信息包括：

用所述用户标识符和所述会议标识符查询所述日历数据库；

响应于所述查询，接收包含用户办公室的建筑物的位置、另一建筑物中将要发生所述事件的位置、所述事件的日期以及所述事件的起始时间；以及

用所述建筑物的所述位置、所述另一建筑物的所述位置、所述日期和所述起始时间自动地填充所述行程请求，以制定所述另一行程请求。

4.根据权利要求1所述的方法，其还包括发送建筑物访问请求以在所述事件的所述日期在所述事件的所述起始时间前后请求对所述另一建筑物的临时物理访问。

5.根据权利要求1所述的方法，其中从应用程序接收行程请求以安排事件的行程包括响应于在所述应用程序的用户界面处对用户界面控件的用户选择而接收所述行程请求。

6.根据权利要求5所述的方法，其中响应于在所述应用程序的用户界面处对用户界面控件的用户选择而接收所述行程请求包括响应于对集成到日历系统应用程序的用户界面中的行程请求用户界面控件的用户选择而接收所述行程请求。

7.一种方法，其包括：

向请求构建器发送行程请求以安排事件的行程，所述事件被安排为某个日期和起始时间在某个建筑物处进行；

从对基于所述日期、所述起始时间和建筑物位置而被据称满足所述行程请求的行程进行报价的行程管理服务接收行程报价；

通过集成到日历系统应用程序中的用户界面控件接收用户对所述行程报价的接受；以及

响应于用户接受所述行程，自动地进行以下操作：

向安全服务发送建筑物访问请求以在所述事件的所述日期在所述事件的所述起始时间前后请求对所述建筑物的临时访问；

向日历数据库发送行程提醒；以及

向所述行程管理服务发送确认。

8.根据权利要求7所述的方法，其中向请求构建器发送行程请求以安排事件的行程包括响应于对集成到所述日历系统应用程序中的另一用户界面控件的用户选择而发送行程请求。

9.根据权利要求8所述的方法，其中响应于对集成到所述日历系统应用程序中的另一用户界面的用户选择而发送行程请求包括响应于对所述另一用户界面控件处的用户选择而从用户界面的视图窗格接收行程请求。

10.根据权利要求8所述的方法，其还包括：

接收对所述事件的邀请；

通过集成到所述日历系统应用程序中的另一用户界面控件接收用户对所述邀请的接受；以及

将所述日期、所述起始时间和所述建筑物结合所述用户存储在所述日历数据库中。

11.根据权利要求7所述的方法，其中向请求构建器发送行程请求以安排事件的行程包括发送安排企业班车的请求。

12.根据权利要求7所述的方法，其中从行程管理服务接收行程报价包括接收针对基于从所述用户的办公室位置到所述建筑物位置的估计行驶时间制定的行程的行程报价。

13.根据权利要求7所述的方法，其还包括在所述事件的所述日期在所述事件的所述起始时间前后跟踪对所述建筑物的用户物理访问。

14.根据权利要求7所述的方法，其还包括：

用所述用户的用户标识符和所述事件的所述会议标识符查询所述日历数据库；

响应于所述查询，接收包含所述用户办公室的另一建筑物的所述位置、所述建筑物位置、所述日期和所述起始时间；以及

用所述另一建筑物的所述位置、所述建筑物位置、所述日期和所述起始时间自动地填充所述行程请求。

15.根据权利要求14所述的方法，其还包括在所述事件之后接收用户请求以安排从所述建筑物位置到所述另一建筑物的所述位置的返程。

16.根据权利要求7所述的方法，其还包括接收所述建筑物的地图，所述地图指示从建筑物入口到所述建筑物内部针对所述事件安排的房间的路线。

17.一种系统，其包括：

处理器；以及

系统存储器，所述系统存储器耦合到所述处理器并存储指令，所述指令被配置为：

在日历系统应用程序的用户界面处呈现会议邀请，所述会议邀请邀请用户参加在某个日期和某个起始时间在某个建筑物的房间中举行的会议；

接收对集成到所述用户界面中的邀请接受用户界面控件的用户选择，对所述邀请接受用户界面控件的用户选择指示接受所述邀请；

将所述日期、所述起始时间、所述房间和所述建筑物结合所述用户存储在所述日历数据库中；

接收对集成到所述用户界面中的行程请求用户界面控件的用户选择，对所述行程请求用户界面控件的用户选择发送行程请求以安排所述会议的车辆行程；

从对基于所述日期、所述起始时间和建筑物位置而被据称满足所述行程请求的行程进行报价的行程管理服务接收行程报价；

接收对集成到所述用户界面中的行程接受用户界面控件的用户选择，对所述行程接受用户界面控件的用户选择指示接受所述行程报价；以及

响应于用户接受所述行程报价，自动地进行以下操作：

向安全服务发送建筑物访问请求以在所述事件的所述日期在所述事件的所述起始时间前后请求对所述建筑物的临时访问；

将行程提醒存储在所述日历数据库中；以及

向所述行程管理服务发送确认。

18.根据权利要求17所述的系统，其中被配置为从对被据称满足所述行程请求的行程进行报价的行程管理服务接收行程报价的指令包括：被配置为接收基于从包含所述用户的办公室的另一建筑物的位置到所述建筑物的位置的估计行驶时间而制定的行程报价的指令。

19.根据权利要求17所述的系统，其还包括被配置为接收对集成到所述用户界面中的返程用户界面控件的用户选择的指令，对所述返程用户界面控件的用户选择指示用户请求在所述事件之后还安排从所述建筑物的所述位置到所述另一建筑物的所述位置的返程。

20.根据权利要求17所述的系统，其还包括被配置为进行以下各项的指令：

接收指示从建筑物入口到所述房间的路线的所述建筑物的地图；以及

在所述用户界面处呈现所述地图。

Images