行程单权限申请方法、设备、存储介质及装置

本发明涉及互联网技术领域，尤其涉及一种行程单权限申请方法、设备、存储介质及装置。

目前，旅游行程单通常由创建者编辑，再分享给同行者。若同行者对行程有更合理的安排时，通常需要通过文字表达调整意见，再由创建者进行修改。

但是，上述方式由于需要创建者逐个统计同行者的意见，从而导致费时费力，用户体验差。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

本发明的主要目的在于提供一种行程单权限申请方法、设备、存储介质及装置，旨在解决现有技术中行程单需要创建者逐个统计同行者的意见，从而导致费时费力，用户体验差的技术问题。

为实现上述目的，本发明提供一种行程单权限申请方法，所述行程单权限申请方法包括以下步骤：

在接收到请求用户基于行程单发起的权限申请请求时，将提醒信息发送至所述行程单对应的管理用户；

接收所述管理用户根据所述提醒信息反馈的确认信息；

根据所述确认信息为所述请求用户申请所述行程单的协同编辑权限。

可选地，所述在接收到请求用户基于行程单发起的权限申请请求时，将提醒信息发送至所述行程单对应的管理用户的步骤，包括：

在接收到请求用户基于行程单发起的权限申请请求时，对所述请求用户进行验证；

在验证通过时，将提醒信息发送至所述行程单对应的管理用户。

可选地，所述在接收到请求用户基于行程单发起的权限申请请求时，对所述请求用户进行验证的步骤，包括：

在接收到请求用户基于行程单发起的权限申请请求时，检测所述请求用户是否处于登录状态；

若是，则生成申请提醒信息，并接收所述请求用户根据所述申请提醒信息反馈的申请信息；

根据所述申请信息对所述请求用户进行验证。

可选地，所述在接收到请求用户基于行程单发起的权限申请请求时，检测所述请求用户是否处于登录状态的步骤之后，还包括：

若否，则生成登录提醒信息，并接收所述请求用户根据所述登录提醒信息输入的登录信息；

根据所述登录信息对所述请求用户进行验证。

可选地，所述根据所述登录信息对所述请求用户进行验证的步骤，包括：

获取所述请求用户的密钥信息；

根据所述登录信息和所述密钥信息对所述请求用户进行验证。

可选地，所述接收所述管理用户根据所述提醒信息反馈的确认信息的步骤之前，还包括：

接收所述管理用户对应的终端设备上传的监测信息；

根据所述监测信息监测所述管理用户是否查看所述提醒信息；

相应地，所述接收所述管理用户根据所述提醒信息反馈的确认信息，包括：

若是，则接收所述管理用户根据所述提醒信息反馈的确认信息。

可选地，所述根据所述监测信息监测所述管理用户是否查看所述提醒信息的步骤，包括：

根据所述监测信息确定所述管理用户的操作信息；

获取所述提醒信息的发送时间；

根据所述操作信息和所述发送时间监测所述管理用户是否查看所述提醒信息。

可选地，所述根据所述监测信息监测所述管理用户是否查看所述提醒信息的步骤之后，还包括：

若否，则获取所述请求用户的用户信息；

根据所述行程单和所述用户信息生成短信提醒信息；

将所述短信提醒信息发送至所述管理用户。

可选地，所述根据所述确认信息为所述请求用户申请所述行程单的协同编辑权限的步骤，包括：

对所述确认信息进行解析，获得授权内容；

根据所述授权内容为所述请求用户申请所述行程单的协同编辑权限。

可选地，所述根据所述确认信息为所述请求用户申请所述行程单的协同编辑权限的步骤之后，还包括：

在接收到请求用户基于目标行程单发起的协同编辑请求时，对所述请求用户进行权限验证；

在验证通过时，基于所述请求用户的编辑操作对所述目标行程单进行编辑。

可选地，所述在接收到请求用户基于目标行程单发起的协同编辑请求时，对所述请求用户进行权限验证的步骤，包括：

在接收到请求用户基于目标行程单发起的协同编辑请求时，获取所述目标行程单的当前状态；

根据所述当前状态对所述请求用户进行权限验证。

可选地，所述根据所述确认信息为所述请求用户申请所述行程单的协同编辑权限的步骤之后，还包括：

在接收到所述管理用户发起的权限修改请求时，根据所述权限修改请求确定权限修改信息；

根据所述权限修改信息修改所述行程单的协同编辑权限。

此外，为实现上述目的，本发明还提出一种行程单权限申请设备，所述行程单权限申请设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的行程单权限申请程序，所述行程单权限申请程序配置为实现如上文所述的行程单权限申请方法。

此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有行程单权限申请程序，所述行程单权限申请程序被处理器执行时实现如上文所述的行程单权限申请方法。

此外，为实现上述目的，本发明还提出一种行程单权限申请装置，所述行程单权限申请装置包括：信息发送模块、信息接收模块以及权限申请模块；

所述信息发送模块，用于在接收到请求用户基于行程单发起的权限申请请求时，将提醒信息发送至所述行程单对应的管理用户；

所述信息接收模块，用于接收所述管理用户根据所述提醒信息反馈的确认信息；

所述权限申请模块，用于根据所述确认信息为所述请求用户申请所述行程单的协同编辑权限。

可选地，所述信息发送模块，还用于在接收到请求用户基于行程单发起的权限申请请求时，对所述请求用户进行验证；

所述信息发送模块，还用于在验证通过时，将提醒信息发送至所述行程单对应的管理用户。

可选地，所述信息发送模块，还用于在接收到请求用户基于行程单发起的权限申请请求时，检测所述请求用户是否处于登录状态；

所述信息发送模块，还用于若是，则生成申请提醒信息，并接收所述请求用户根据所述申请提醒信息反馈的申请信息；

所述信息发送模块，还用于根据所述申请信息对所述请求用户进行验证。

可选地，所述信息发送模块，还用于若否，则生成登录提醒信息，并接收所述请求用户根据所述登录提醒信息输入的登录信息；

所述信息发送模块，还用于根据所述登录信息对所述请求用户进行验证。

可选地，所述信息发送模块，还用于获取所述请求用户的密钥信息；

所述信息发送模块，还用于根据所述登录信息和所述密钥信息对所述请求用户进行验证。

可选地，所述行程单权限申请装置还包括：用户监测模块；

所述用户监测模块，用于接收所述管理用户对应的终端设备上传的监测信息；

所述用户监测模块，还用于根据所述监测信息监测所述管理用户是否查看所述提醒信息；

相应地，所述信息接收模块，还用于若是，则接收所述管理用户根据所述提醒信息反馈的确认信息。

在本发明中，公开了在接收到请求用户基于行程单发起的权限申请请求时，将提醒信息发送至行程单对应的管理用户，接收管理用户根据提醒信息反馈的确认信息，根据确认信息为请求用户申请行程单的协同编辑权限；由于本发明可以由请求用户发起行程单的权限申请请求，并由管理用户确认是否授权给请求用户权限，从而能够为请求用户申请行程单的协同编辑权限，进而优化了行程单的编辑方式，提高了用户体验。

图1是本发明实施例方案涉及的硬件运行环境的行程单权限申请设备的结构示意图；

图2为本发明行程单权限申请方法第一实施例的流程示意图；

图3为本发明行程单权限申请方法一实施例的申请协同编辑界面示意图；

图4为本发明行程单权限申请方法一实施例的推送通知界面示意图；

图5为本发明行程单权限申请方法一实施例的弹出消息提醒界面示意图；

图6为本发明行程单权限申请方法一实施例的权限修改界面示意图；

图7为本发明行程单权限申请方法第二实施例的流程示意图；

图8为本发明行程单权限申请方法第三实施例的流程示意图；

图9为本发明行程单权限申请方法一实施例的申请提醒信息展示示意图；

图10为本发明行程单权限申请装置第一实施例的结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的行程单权限申请设备结构示意图。

如图1所示，该行程单权限申请设备可以包括：处理器1001，例如中央处理器(Central Processing Unit，CPU)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)，可选用户接口1003还可以包括标准的有线接口、无线接口，对于用户接口1003的有线接口在本发明中可为USB接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(Wireless-Fidelity，Wi-Fi)接口)。存储器1005可以是高速的随机存取存储器(Random Access Memory，RAM)存储器，也可以是稳定的存储器(Non-volatileMemory，NVM)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对行程单权限申请设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，认定为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及行程单权限申请程序。

在图1所示的行程单权限申请设备中，网络接口1004主要用于连接后台服务器，与所述后台服务器进行数据通信；用户接口1003主要用于连接用户设备；所述行程单权限申请设备通过处理器1001调用存储器1005中存储的行程单权限申请程序，并执行本发明实施例提供的行程单权限申请方法。

基于上述硬件结构，提出本发明行程单权限申请方法的实施例。

参照图2，图2为本发明行程单权限申请方法第一实施例的流程示意图，提出本发明行程单权限申请方法第一实施例。

在第一实施例中，所述行程单权限申请方法包括以下步骤：

步骤S10：在接收到请求用户基于行程单发起的权限申请请求时，将提醒信息发送至所述行程单对应的管理用户。

应当理解的是，本实施例方法的执行主体可以是具有数据处理、网络通信以及程序运行功能的行程单权限申请设备，例如，服务器等，或者是其他能够实现相同或相似功能的电子设备，本实施例对此不加限制。

需要说明的是，请求用户可以是申请协同编辑行程单的用户。

行程单可以由管理用户预先上传至服务器，行程单可以包括旅游时间、旅游地点以及旅游路线等信息。

为了便于理解，参考图3进行说明，但并不对本方案进行限定。图3为申请协同编辑界面示意图，请求用户可以浏览图中的行程单，并点击行程单下方的申请协同编辑按钮，以发起权限申请请求。

需要说明的是，管理用户可以是行程单的创建者，也可以是行程单的管理者，本实施例对此不加以限制。

可以理解的是，为了避免行程单被随意修改，本实施例中，在接收到请求用户基于行程单发起的权限申请请求时，会将提醒信息发送至行程单对应的管理用户，以便管理用户根据实际情况进行授权。

步骤S20：接收所述管理用户根据所述提醒信息反馈的确认信息。

应当理解的是，管理用户的管理端在接收到提醒信息后，可以先调用推送接口发送推送通知。

为了便于理解，参考图4进行说明，但并不对本方案进行限定。图4为推送通知界面示意图，图中，管理用户的管理端在接收到提醒信息后，调用推送接口发送推送通知“XXX想要与你一起编辑XXX行程单，立即去呼应”。

可以理解的是，管理用户在打开客户端时，客户端会先对管理用户进行身份验证，在验证通过后，会主动弹出消息提醒。

为了便于理解，参考图5进行说明，但并不对本方案进行限定。图5为弹出消息提醒界面示意图。管理用户在打开客户端时，客户端会先对管理用户进行身份验证，在验证通过后，会主动弹出消息提醒“XXX想协助你一起编辑XXX行程单”。

应当理解的是，管理用户可以通过客户端上的确认按钮来反馈确认信息。例如，管理用户可以点击弹出消息提醒界面上的确认按钮和拒绝按钮来发出确认信息。

步骤S30：根据所述确认信息为所述请求用户申请所述行程单的协同编辑权限。

可以理解的是，根据确认信息为请求用户申请行程单的协同编辑权限可以是在确认信息为同意时，为请求用户申请行程单的协同编辑权限；在确认信息为拒绝时，不为请求用户申请行程单的协同编辑权限。

进一步地，为了便于管理用户管理协同编辑权限，所述步骤S30之后，还包括：

接收到所述管理用户发起的权限修改请求时，根据所述权限修改请求确定权限修改信息；

根据所述权限修改信息修改所述行程单的协同编辑权限。

应当理解的是，管理用户在通过客户端查看行程单时，还可以发起权限修改请求。

为了便于理解，参考图6进行说明，但并不对本方案进行限定。图6为权限修改界面示意图。管理用户在通过客户端查看行程单时，可以点击同意按钮、拒绝按钮或删除按钮，以发起权限修改请求。

可以理解的是，根据权限修改信息修改行程单的协同编辑权限可以是根据权限修改信息确定权限修改对象和权限增减信息，并根据权限修改对象和权限增减信息修改行程单的协同编辑权限。

在第一实施例中，公开了在接收到请求用户基于行程单发起的权限申请请求时，将提醒信息发送至行程单对应的管理用户，接收管理用户根据提醒信息反馈的确认信息，根据确认信息为请求用户申请行程单的协同编辑权限；由于本实施例可以由请求用户发起行程单的权限申请请求，并由管理用户确认是否授权给请求用户权限，从而能够为请求用户申请行程单的协同编辑权限，进而优化了行程单的编辑方式，提高了用户体验。

参照图7，图7为本发明行程单权限申请方法第二实施例的流程示意图，基于上述图2所示的第一实施例，提出本发明行程单权限申请方法的第二实施例。

在第二实施例中，所述步骤S10，包括：

步骤S101：在接收到请求用户基于行程单发起的权限申请请求时，对所述请求用户进行验证。

应当理解的是，为了避免恶意请求导致的信息干扰，本实施例在接收到请求用户基于行程单发起的权限申请请求时，还会对请求用户进行验证。

需要理解的是，验证可以是登录验证、账号验证以及权限认证中的至少一种，本实施例对此不加以限制。

步骤S102：在验证通过时，将提醒信息发送至所述行程单对应的管理用户。

应当理解的是，在验证通过时，说明请求用户发起的权限申请请求合规。因此，可以将提醒信息发送至行程单对应的管理用户。

在第二实施例中，公开了在接收到请求用户基于行程单发起的权限申请请求时，对请求用户进行验证，在验证通过时，将提醒信息发送至行程单对应的管理用户；由于本实施例在将提醒信息发送至管理用户，会先对发起权限申请请求的请求用户进行验证，从而避免了恶意请求导致的信息干扰，提高了用户体验。

在第二实施例中，所述步骤S20之前，还包括：

步骤S110：接收所述管理用户对应的终端设备上传的监测信息。

应当理解的是，在实际应用中，还存在管理用户未读提醒信息的情况。因此，为了避免请求用户等待时间过长，本实施例中，还会监测管理用户是否查看提醒信息。

需要说明的是，监测信息可以包括用户操作信息、终端运行信息以及当前时间等。

步骤S120：根据所述监测信息监测所述管理用户是否查看所述提醒信息。

可以理解的是，根据监测信息监测管理用户是否查看所述提醒信息可以是根据监测信息确定管理用户的行为信息，并根据行为信息监测管理用户是否查看所述提醒信息。

进一步地，为了避免管理用户长时间未读提醒信息，所述步骤S120，包括：

根据所述监测信息确定所述管理用户的操作信息；

获取所述提醒信息的发送时间；

根据所述操作信息和所述发送时间监测所述管理用户是否查看所述提醒信息。

应当理解的是，根据操作信息和发送时间监测管理用户是否查看提醒信息可以是获取当前时间，并根据当前时间和发送时间确定用户未读时间，判断操作信息是否为查看操作，并判断用户未读时间是否大于预设时间，在操作信息不为查看操作，且用户未读时间大于预设时间时，判定管理用户未查看所述提醒信息。

进一步地，为了在管理用户未读提醒信息时，进一步提醒管理用户，所述步骤S120之后，还包括：

若否，则获取所述请求用户的用户信息；

根据所述行程单和所述用户信息生成短信提醒信息；

将所述短信提醒信息发送至所述管理用户。

需要说明的是，用户信息可以包括用户名称、用户电话以及用户邮箱等信息。

可以理解的是，根据行程单和用户信息生成短信提醒信息可以是将行程单和用户信息写入预设短信模板，获得短信提醒信息。其中，短信提醒模板可以预先设置，例如，将“【XX客户端】XXX要与你一起编辑XXX行程，他已经等了X分钟了，集思广益会有更好的点子哟，立即去呼应他的请求吧”作为短信提醒模板。

相应地，所述步骤S20，包括：

步骤S20'：若是，则接收所述管理用户根据所述提醒信息反馈的确认信息。

应当理解的是，在监测到管理用户查看提醒信息后，可以直接接收管理用户根据提醒信息反馈的确认信息。

在第二实施例中，公开了接收管理用户对应的终端设备上传的监测信息，根据监测信息监测管理用户是否查看提醒信息，若是，则接收管理用户根据提醒信息反馈的确认信息；由于本实施例还会监测管理用户是否查看提醒信息，从而避免了管理用户未读提醒信息，进而避免了请求用户等待时间过长。

在第二实施例中，所述步骤S30，包括：

步骤S301：对所述确认信息进行解析，获得授权内容。

应当理解的是，在实际应用中，为了实现对请求用户的部分授权。例如，管理用户可以只授权请求用户编辑行程单的景点信息。本实施例中，还可以对确认信息进行解析，获得授权内容，根据授权内容为请求用户申请行程单的协同编辑权限。

可以理解的是，对确认信息进行解析，获得授权内容可以是根据信息标识对确认信息进行解析，获得授权内容。其中，信息标识用于表示信息内容。

步骤S302：根据所述授权内容为所述请求用户申请所述行程单的协同编辑权限。

可以理解的是，根据授权内容为请求用户申请行程单的协同编辑权限可以是在预设权限表中查授权内容对应的授权权限，并根据授权权限为请求用户申请行程单的协同编辑权限。其中，预设权限表中包含授权内容与授权权限的对应关系，授权内容与授权权限的对应关系可以预先设置。

在第二实施例中，公开了对确认信息进行解析，获得授权内容，根据授权内容为请求用户申请行程单的协同编辑权限；由于本实施例还基于管理用户的授权内容为请求用户申请部分协同编辑权限，从而确保了行程单的精细管理，进而提高了行程单的安全性。

在第二实施例中，所述步骤S30之后，还包括：

步骤S40：在接收到请求用户基于目标行程单发起的协同编辑请求时，对所述请求用户进行权限验证。

应当理解的是，为了实现行程单的协同编辑，本实施例中，还接收请求用户基于目标行程单发起的协同编辑请求，并基于请求用户的编辑操作对目标行程单进行编辑。

进一步地，为了避免多个用户同时编辑导致行程单错乱，所述步骤S40，包括：

在接收到请求用户基于目标行程单发起的协同编辑请求时，获取所述目标行程单的当前状态；

根据所述当前状态对所述请求用户进行权限验证。

需要说明的是，行程单的当前状态可以是打开状态或关闭状态。在行程单被用户打开时，行程单处于打开状态；在行程单未被用户打开时，行程单处于关闭状态。

应当理解的是，在行程单处于打开状态时，说明其他用户正在打开行程单进行编辑，此时，如果允许请求用户对行程单进行编辑可能导致行程单错乱。因此，本实施例中，根据当前状态判断行程单是否允许被编辑可以是在行程单处于打开状态时，判定行程单不允许被编辑；在行程单处于关闭状态时，判定行程单允许被编辑。

步骤S50：在验证通过时，基于所述请求用户的编辑操作对所述目标行程单进行编辑。

可以理解的是，在验证通过时，请求用户可对目标行程单进行编辑。因此，可以基于请求用户的编辑操作对目标行程单进行编辑。

在第二实施例中，公开了在接收到请求用户基于目标行程单发起的协同编辑请求时，对请求用户进行权限验证，在验证通过时，基于请求用户的编辑操作对目标行程单进行编辑；由于本实施例还接收请求用户发起的协同编辑请求，并基于请求用户的编辑操作对目标行程单进行编辑，从而能够实现行程单的协同编辑。

参照图8，图8为本发明行程单权限申请方法第三实施例的流程示意图，基于上述图7所示的第二实施例，提出本发明行程单权限申请方法的第三实施例。

在第三实施例中，所述步骤S101，包括：

步骤S1011：在接收到请求用户基于行程单发起的权限申请请求时，检测所述请求用户是否处于登录状态。

应当理解的是，由于在协同编辑时需要写入编辑用户的信息。因此，本本实施例中，在接收到请求用户基于行程单发起的权限申请请求时，会检测请求用户是否处于登录状态。

进一步地，为了在用户未登录时提醒用户，所述步骤S1011之后，还包括：

若否，则生成登录提醒信息，并接收所述请求用户根据所述登录提醒信息输入的登录信息；

根据所述登录信息对所述请求用户进行验证。

需要说明的是，登录提醒信息可以预先设置，例如，登录提醒信息可以预先设置为：“由于您未登录，无法申请协同编辑”。

可以理解的是，在生成登录提醒信息后，可以将登录提醒信息发送至请求用户的客户端，并接收请求用户根据登录提醒信息反馈的登录信息。

需要说明的是，登录信息可以包括登录账号、登录密码以及验证码等信息。

应当理解的是，根据登录信息对请求用户进行验证可以是将登录信息与预设信息库中的注册用户信息进行匹配，并根据匹配结果对请求用户进行验证。其中，预设信息库中的注册用户信息可以是预先注册的用户信息。

进一步地，为了提高用户登录的安全性，所述根据所述登录信息对所述请求用户进行验证，包括：

获取所述请求用户的密钥信息；

根据所述登录信息和所述密钥信息对所述请求用户进行验证。

可以理解的是，为了进一步地提高用户登录的安全性，本实施例中，还可以获取请求用户的密钥信息，并根据登录信息和密钥信息对请求用户进行验证。

步骤S1012：若是，则生成申请提醒信息，并接收所述请求用户根据所述申请提醒信息反馈的申请信息。

可以理解的是，为了避免用户误操作导致发起权限申请请求，本实施例中，在接收到请求用户基于行程单发起的权限申请请求，且检测到请求用户处于登录状态后，还会生成申请提醒信息，以提醒请求用户进一步确认。

应当理解的是，生成申请提醒信息可以是根据管理用户的用户信息生成申请提醒信息。

可以理解的是，根据管理用户的用户信息生成申请提醒信息可以是将管理用户的用户信息写入预设申请提醒模板，获得申请提醒信息。其中，预设申请提醒模板可以预先设置，例如，预设申请提醒模板可以预先设置为：“将向创建者XXX发起协同编辑申请，对方通过后，方可与他一起编辑这条行程”。

应当理解的是，在生成申请提醒信息后，可以将申请提醒信息发送至请求用户的客户端，并接收请求用户根据申请提醒信息反馈的申请信息。

为了便于理解，参考图9进行说明，但并不对本方案进行限定。图9为申请提醒信息展示示意图，在将申请提醒信息发送至请求用户的客户端，请求用户的客户端可以展示如图所示的信息，请求用户可以通过点击图中的发起申请按钮来反馈申请信息。

步骤S1013：根据所述申请信息对所述请求用户进行验证。

可以理解的是，根据申请信息对所述请求用户进行验证可以是在申请信息为确认发起申请时，判定请求用户验证通过。在申请信息为其他时，判定请求用户验证未通过。

在第三实施例中，公开了在接收到请求用户基于行程单发起的权限申请请求时，检测请求用户是否处于登录状态，若是，则生成申请提醒信息，并接收请求用户根据申请提醒信息反馈的申请信息，根据申请信息对请求用户进行验证；由于本实施例在接收到请求用户基于行程单发起的权限申请请求时，会检测请求用户是否处于登录状态，从而能够避免未登录用户进行协同编辑，进而提高了用户体验。

此外，本发明实施例还提出一种存储介质，所述存储介质上存储有行程单权限申请程序，所述行程单权限申请程序被处理器执行时实现如上文所述的行程单权限申请方法。

此外，参照图10，本发明实施例还提出一种行程单权限申请装置，所述行程单权限申请装置包括：信息发送模块10、信息接收模块20以及权限申请模块30；

所述信息发送模块10，用于在接收到请求用户基于行程单发起的权限申请请求时，将提醒信息发送至所述行程单对应的管理用户。

需要说明的是，请求用户可以是申请协同编辑行程单的用户。

行程单可以由管理用户预先上传至服务器，行程单可以包括旅游时间、旅游地点以及旅游路线等信息。

为了便于理解，参考图3进行说明，但并不对本方案进行限定。图3为申请协同编辑界面示意图，请求用户可以浏览图中的行程单，并点击行程单下方的申请协同编辑按钮，以发起权限申请请求。

需要说明的是，管理用户可以是行程单的创建者，也可以是行程单的管理者，本实施例对此不加以限制。

可以理解的是，为了避免行程单被随意修改，本实施例中，在接收到请求用户基于行程单发起的权限申请请求时，会将提醒信息发送至行程单对应的管理用户，以便管理用户根据实际情况进行授权。

所述信息接收模块20，用于接收所述管理用户根据所述提醒信息反馈的确认信息。

应当理解的是，管理用户的管理端在接收到提醒信息后，可以先调用推送接口发送推送通知。

为了便于理解，参考图4进行说明，但并不对本方案进行限定。图4为推送通知界面示意图，图中，管理用户的管理端在接收到提醒信息后，调用推送接口发送推送通知“XXX想要与你一起编辑XXX行程单，立即去呼应”。

可以理解的是，管理用户在打开客户端时，客户端会先对管理用户进行身份验证，在验证通过后，会主动弹出消息提醒。

为了便于理解，参考图5进行说明，但并不对本方案进行限定。图5为弹出消息提醒界面示意图。管理用户在打开客户端时，客户端会先对管理用户进行身份验证，在验证通过后，会主动弹出消息提醒“XXX想协助你一起编辑XXX行程单”。

应当理解的是，管理用户可以通过客户端上的确认按钮来反馈确认信息。例如，管理用户可以点击弹出消息提醒界面上的确认按钮和拒绝按钮来发出确认信息。

所述权限申请模块30，用于根据所述确认信息为所述请求用户申请所述行程单的协同编辑权限。

可以理解的是，根据确认信息为请求用户申请行程单的协同编辑权限可以是在确认信息为同意时，为请求用户申请行程单的协同编辑权限；在确认信息为拒绝时，不为请求用户申请行程单的协同编辑权限。

进一步地，为了便于管理用户管理协同编辑权限，所述行程单权限申请装置包括：权限修改模块；

所述权限修改模块，用于在接收到所述管理用户发起的权限修改请求时，根据所述权限修改请求确定权限修改信息；

所述权限修改模块，还用于根据所述权限修改信息修改所述行程单的协同编辑权限。

应当理解的是，管理用户在通过客户端查看行程单时，还可以发起权限修改请求。

为了便于理解，参考图6进行说明，但并不对本方案进行限定。图6为权限修改界面示意图。管理用户在通过客户端查看行程单时，可以点击同意按钮、拒绝按钮或删除按钮，以发起权限修改请求。

可以理解的是，根据权限修改信息修改行程单的协同编辑权限可以是根据权限修改信息确定权限修改对象和权限增减信息，并根据权限修改对象和权限增减信息修改行程单的协同编辑权限。

在本实施例中，公开了在接收到请求用户基于行程单发起的权限申请请求时，将提醒信息发送至行程单对应的管理用户，接收管理用户根据提醒信息反馈的确认信息，根据确认信息为请求用户申请行程单的协同编辑权限；由于本实施例可以由请求用户发起行程单的权限申请请求，并由管理用户确认是否授权给请求用户权限，从而能够为请求用户申请行程单的协同编辑权限，进而优化了行程单的编辑方式，提高了用户体验。

本发明所述行程单权限申请装置的其他实施例或具体实现方式可参照上述各方法实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。词语第一、第二、以及第三等的使用不表示任何顺序，可将这些词语解释为名称。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器镜像(Read Only Memory image，ROM)/随机存取存储器(Random AccessMemory，RAM)、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

本发明公开了A1、一种行程单权限申请方法，所述行程单权限申请方法包括以下步骤：

在接收到请求用户基于行程单发起的权限申请请求时，将提醒信息发送至所述行程单对应的管理用户；

接收所述管理用户根据所述提醒信息反馈的确认信息；

根据所述确认信息为所述请求用户申请所述行程单的协同编辑权限。

A2、如A1所述的行程单权限申请方法，所述在接收到请求用户基于行程单发起的权限申请请求时，将提醒信息发送至所述行程单对应的管理用户的步骤，包括：

在接收到请求用户基于行程单发起的权限申请请求时，对所述请求用户进行验证；

在验证通过时，将提醒信息发送至所述行程单对应的管理用户。

A3、如A2所述的行程单权限申请方法，所述在接收到请求用户基于行程单发起的权限申请请求时，对所述请求用户进行验证的步骤，包括：

在接收到请求用户基于行程单发起的权限申请请求时，检测所述请求用户是否处于登录状态；

若是，则生成申请提醒信息，并接收所述请求用户根据所述申请提醒信息反馈的申请信息；

根据所述申请信息对所述请求用户进行验证。

A4、如A3所述的行程单权限申请方法，所述在接收到请求用户基于行程单发起的权限申请请求时，检测所述请求用户是否处于登录状态的步骤之后，还包括：

若否，则生成登录提醒信息，并接收所述请求用户根据所述登录提醒信息输入的登录信息；

根据所述登录信息对所述请求用户进行验证。

A5、如A4所述的行程单权限申请方法，所述根据所述登录信息对所述请求用户进行验证的步骤，包括：

获取所述请求用户的密钥信息；

根据所述登录信息和所述密钥信息对所述请求用户进行验证。

A6、如A1至A5中任一项所述的行程单权限申请方法，所述接收所述管理用户根据所述提醒信息反馈的确认信息的步骤之前，还包括：

接收所述管理用户对应的终端设备上传的监测信息；

根据所述监测信息监测所述管理用户是否查看所述提醒信息；

相应地，所述接收所述管理用户根据所述提醒信息反馈的确认信息，包括：

若是，则接收所述管理用户根据所述提醒信息反馈的确认信息。

A7、如A6所述的行程单权限申请方法，所述根据所述监测信息监测所述管理用户是否查看所述提醒信息的步骤，包括：

根据所述监测信息确定所述管理用户的操作信息；

获取所述提醒信息的发送时间；

根据所述操作信息和所述发送时间监测所述管理用户是否查看所述提醒信息。

A8、如A6所述的行程单权限申请方法，所述根据所述监测信息监测所述管理用户是否查看所述提醒信息的步骤之后，还包括：

若否，则获取所述请求用户的用户信息；

根据所述行程单和所述用户信息生成短信提醒信息；

将所述短信提醒信息发送至所述管理用户。

A9、如A1至A5中任一项所述的行程单权限申请方法，所述根据所述确认信息为所述请求用户申请所述行程单的协同编辑权限的步骤，包括：

对所述确认信息进行解析，获得授权内容；

根据所述授权内容为所述请求用户申请所述行程单的协同编辑权限。

A10、如A1所述的行程单权限申请方法，所述根据所述确认信息为所述请求用户申请所述行程单的协同编辑权限的步骤之后，还包括：

在接收到请求用户基于目标行程单发起的协同编辑请求时，对所述请求用户进行权限验证；

在验证通过时，基于所述请求用户的编辑操作对所述目标行程单进行编辑。

A11、如A10所述的行程单权限申请方法，所述在接收到请求用户基于目标行程单发起的协同编辑请求时，对所述请求用户进行权限验证的步骤，包括：

在接收到请求用户基于目标行程单发起的协同编辑请求时，获取所述目标行程单的当前状态；

根据所述当前状态对所述请求用户进行权限验证。

A12、如A1至A5中任一项所述的行程单权限申请方法，所述根据所述确认信息为所述请求用户申请所述行程单的协同编辑权限的步骤之后，还包括：

在接收到所述管理用户发起的权限修改请求时，根据所述权限修改请求确定权限修改信息；

根据所述权限修改信息修改所述行程单的协同编辑权限。

本发明还公开了B13、一种行程单权限申请设备，所述行程单权限申请设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的行程单权限申请程序，所述行程单权限申请程序被所述处理器执行时实现如上文所述的行程单权限申请方法。

本发明还公开了C14、一种存储介质，所述存储介质上存储有行程单权限申请程序，所述行程单权限申请程序被处理器执行时实现如上文所述的行程单权限申请方法。

本发明还公开了D15、一种行程单权限申请装置，所述行程单权限申请装置包括：信息发送模块、信息接收模块以及权限申请模块；

所述信息发送模块，用于在接收到请求用户基于行程单发起的权限申请请求时，将提醒信息发送至所述行程单对应的管理用户；

所述信息接收模块，用于接收所述管理用户根据所述提醒信息反馈的确认信息；

所述权限申请模块，用于根据所述确认信息为所述请求用户申请所述行程单的协同编辑权限。

D16、如D15所述的行程单权限申请装置，所述信息发送模块，还用于在接收到请求用户基于行程单发起的权限申请请求时，对所述请求用户进行验证；

所述信息发送模块，还用于在验证通过时，将提醒信息发送至所述行程单对应的管理用户。

D17、如D16所述的行程单权限申请装置，所述信息发送模块，还用于在接收到请求用户基于行程单发起的权限申请请求时，检测所述请求用户是否处于登录状态；

所述信息发送模块，还用于若是，则生成申请提醒信息，并接收所述请求用户根据所述申请提醒信息反馈的申请信息；

所述信息发送模块，还用于根据所述申请信息对所述请求用户进行验证。

D18、如D17所述的行程单权限申请装置，所述信息发送模块，还用于若否，则生成登录提醒信息，并接收所述请求用户根据所述登录提醒信息输入的登录信息；

所述信息发送模块，还用于根据所述登录信息对所述请求用户进行验证。

D19、如D18所述的行程单权限申请装置，所述信息发送模块，还用于获取所述请求用户的密钥信息；

所述信息发送模块，还用于根据所述登录信息和所述密钥信息对所述请求用户进行验证。

D20、如D15至D19中任一项所述的行程单权限申请装置，所述行程单权限申请装置还包括：用户监测模块；

所述用户监测模块，用于接收所述管理用户对应的终端设备上传的监测信息；

所述用户监测模块，还用于根据所述监测信息监测所述管理用户是否查看所述提醒信息；

相应地，所述信息接收模块，还用于若是，则接收所述管理用户根据所述提醒信息反馈的确认信息。