信息处理的方法及装置与流程

本申请涉及计算机技术，尤其涉及一种信息处理的方法及装置。

背景技术：

在日常生活中，当司机接载乘客的时候，通常需要确定乘客所在的位置，才能实现对乘客的接载。

目前，现有技术在确定乘客的位置时，通常都是司机向乘客询问大致的位置，或者乘客所在位置的地名，接着在车机地图上检索该位置或者地名，从而根据导航到达指定的位置接载乘客。

然而，通过询问的方式仅能确定乘客的大致位置，这样会导致在接载过程中，确定位置的准确率较低。

技术实现要素：

提供了一种用于信息处理的方法、装置、设备以及存储介质。

根据第一方面，提供了一种信息处理的方法，包括：

根据车机发送的账号信息和所述车机的车机标识，生成第一标识信息；

接收来自于第一终端设备的第二标识信息和行程信息，所述第二标识信息为所述第一终端设备根据程序码获取的，所述程序码为所述车机根据所述第一标识信息生成的；

根据所述第二标识信息和所述第一标识信息，向所述车机发送所述行程信息；

接收所述车机对所述行程信息的处理结果，并根据所述处理结果向所述第一终端设备发送所述车机的位置。

根据第二方面，提供了一种信息处理的方法，包括：

向服务器发送账号信息和所述车机的车机标识；

接收服务器发送的第一标识信息，并根据所述第一标识信息生成程序码，以向第二终端设备提供所述程序码；

接收来自于所述服务器的行程信息；

向服务器发送所述行程信息的处理结果。

根据第三方面，提供了一种信息处理的装置，包括：

处理模块，用于根据车机发送的账号信息和所述车机的车机标识，生成第一标识信息；

接收模块，用于接收来自于第一终端设备的第二标识信息和行程信息，所述第二标识信息为所述第一终端设备根据程序码获取的，所述程序码为所述车机根据所述第一标识信息生成的；

发送模块，用于根据所述第二标识信息和所述第一标识信息，向所述车机发送所述行程信息；

所述发送模块，还用于接收所述车机对所述行程信息的处理结果，并根据所述处理结果向所述第一终端设备发送所述车机的位置。

根据第四方面，提供了一种信息处理的装置，包括：

发送模块，用于向服务器发送账号信息和所述车机的车机标识；

接收模块，用于接收服务器发送的第一标识信息，并根据所述第一标识信息生成程序码，以向第二终端设备提供所述程序码；

所述接收模块，还用于接收来自于所述服务器的行程信息；

所述发送模块，还用于向服务器发送所述行程信息的处理结果。

根据第五方面，提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上第一方面所述的方法。

根据第六方面，提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上第二方面所述的方法。

根据第七方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行如上第一方面所述的方法。

根据第八方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行如上第二方面所述的方法。

根据本申请提供的信息处理的方法，通过服务器、车机和终端设备之间的信息交互，可以通过程序码的方式，将乘客的位置信息准确高效的发送给司机，从而能够有效提升确定位置信息的准确性。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1为本申请实施例提供的信息处理的系统；

图2为本申请其中一实施例提供的信息处理方法的流程图；

图3为本申请其中一实施例提供的信息处理的方法的交互流程图；

图4为本申请另一实施例提供的信息处理的方法的交互流程图；

图5为本申请实施例提供的程序码示意图；

图6为本申请实施例提供的界面示意图一；

图7为本申请实施例提供的界面示意图二；

图8为本申请实施例提供的界面示意图三；

图9为本申请实施例提供的界面示意图四；

图10为本申请其中一实施例的信息处理的装置的结构示意图；

图11为本申请另一实施例的信息处理的装置的结构示意图；

图12是用来实现本申请实施例的信息处理的方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在介绍本申请提供的信息处理的方法之前，首先对本申请所涉及的技术背景进行进一步的详细介绍：

在日常生活中，当司机接载乘客的时候，通常需要确定乘客所在的位置，才能实现对乘客的接载。

目前，在现有的实现接载的方法中，通常都是司机向乘客询问大致的位置，或者乘客所在位置的地名，接着在车机地图上检索该位置或者地名，从而根据导航到达指定的位置接载乘客。

此处需要说明的是，本实施例中介绍的“接载”指的是一个用户驾车前往某一个地方接载另一个用户，而不是乘客通过终端设备下单，司机接单的应用场景，也就是说本实施例的应用场景是：当前存在用户a和用户b，用户a需要在地址1上车，用户b可以前往地址1接载用户a，其中用户a和用户b例如可以互相认识，比如说是朋友、亲人、上下级等。

现有技术的实现方式中，司机通过询问的方式仅能确定乘客的大致位置，这样会导致在接载过程中，确定位置的准确率较低。

并且，司机作为中介将位置信息传输给车载导航，可能会导致车载导航获取到的位置信息存在人为因素的错误。

同时，现有技术在实现接载的过程中，需要司机先与乘客进行交互，之后再将位置信息输入车载导航，这样会导致接载流程较为繁琐；并且乘客在告知司机位置之后，乘客无法获取司机的位置，这样会导致乘客无法根据司机位置规划自身行程，降低了用户体验。

针对现有技术中的问题，本申请提出了如下技术构思：通过服务器、车机、司机的终端设备和乘客的终端设备直接交互，从而可以实现准确高效的获取乘客和司机的位置信息，以提升确定位置的准确率。

基于此，首先对本申请提供的信息处理的方法所对应的系统进行介绍，图1为本申请实施例提供的信息处理的系统，如图1所示，该系统包括：

车机、服务器、第一终端设备和第二终端设备。

其中，车机指的是安装在汽车内部的车载信息产品的简称，其中，车机在功能上能够实现用户与汽车，汽车与外界(比如说其余的汽车、服务器、终端设备)的信息通讯。

在本实施例中，车机能够与服务器和第二终端设备进行交互，以获取乘客的位置信息，并发起导航请求。

以及，本实施例中的服务器可以用于与车机、第一终端设备和第二终端设备进行交互，从而实现对信息的传递，以及相应的逻辑处理。

在本实施例中，第一终端设备是指乘客所持有的终端设备，第二终端设备是指司机所持有的终端设备。

本实施例中的信息处理的方法可以应用于云平台或云服务。

基于本实施例提供的系统，下面对本申请所提供的信息处理的方法进行详细说明，首先结合图2进行介绍，图2为本申请其中一实施例提供的信息处理方法的流程图，图2实施例的执行主体为服务器。

如图2所示，该方法包括：

s201、根据车机发送的账号信息和车机的车机标识，生成第一标识信息。

在本实施例中，服务器可以接收车机发送的账号信息和车机的车机标识，其中，账号信息是指登录车机的账号信息，其例如可以为手机号码，或者还可以为邮箱账号，或者还可以为第三方账号等，本实施例对账号信息的具体实现方式不做限定，可以理解的是，账号信息可以根据实际登录车机的账号确定。

以及，车机的车机标识用于唯一的标识一个车机，在一种可能的实现方式中，车机的车机标识可以硬件信息，本实施例对车机标识的具体实现方式不做限制，只要其可以用于标识车机即可。

其中，服务器根据车机发送的账号信息和车机标识，可以根据账号信息和车机标识执行相应的逻辑操作。

以及，服务器可以根据接收的账号信息和车机标识，生成第一标识信息，在本实施例中，第一标识信息用于指示账号信息和车机标识之间的对应关系。

此处进行举例说明，假设当前存在第一车机，第一车机的车机标识为a，以及假设登录该车机的账号信息为账号11，根据这两个信息生成了第一标识信息β，则第一标识信息β就用于指示车机标识a和账号11之间的对应关系；

再假设同样是当前的第一车机，第一车机的车机标识为a，以及假设登录该车机的账号信息为另一个账号12，根据这两个信息生成了第一标识信息δ，则第一标识信息δ就用于指示车机标识a和账号12之间的对应关系。

在一种可能的实现方式中，可以绑定账号信息和车机标识，从而生成第一标识信息。

其中，绑定账号信息和车机标识的实现方式例如可以为直接将两个信息进行拼接，或者可以将两个信息进行一定的处理之后，生成第一标识信息，本实施例对绑定的具体实现方式不做限制，只要本实施例中的第一标识信息可以指示账号信息和车机标识之间的对应关系即可。

通过绑定车机发送的账号和车机的表示，可以确定当前账号信息和车机标识的唯一关联关系，从而可以准确的将用户的行程信息发送给当前的车机，有效提升了接载过程中传递信息的准确性。

s202、接收来自于第一终端设备的第二标识信息和行程信息，第二标识信息为第一终端设备根据程序码获取的，程序码为车机根据第一标识信息生成的。

在本实施例中，服务器可以接收来自于第一终端设备的第二标识信息和行程信息，其中第一终端设备为乘客所持有的终端设备，第二标识信息可以为第一终端设备根据程序码获取的，其中，程序码为车机根据服务器发送的第一标识信息生成的。

在一种可能的实现方式中，第二终端设备扫描程序码进入对应的小程序之后，可以将小程序发送给第一终端设备，第一终端设备可以根据第二终端设备发送的小程序，获取第二标识信息，其中，第二标识信息为第一终端设备所接收到的标识信息。

在另一种可能的实现方式中，第二终端设备可以将程序码发送给第一终端设备，以使得第一终端设备根据程序码获取第二标识信息。

在本实施例中，行程信息可以包括起始位置信息和结束位置信息，其中，起始位置信息和结束位置信息例如可以为用户通过第一终端设备，在地图上进行选点确定的；或者，起始位置信息和结束位置信息可以为用户通过第一终端设备，输入地址信息确定的。

s203、根据第二标识信息和第一标识信息，向车机发送行程信息。

在本实施例中，服务器向车机发送行程信息时，需要向当前司机所驾驶的车辆的车机发送行程信息，才能够实现将乘客的位置准确的提供给司机。

同时可以理解的是，本实施例中服务器根据不同的账号信息和车机标识，可以生成并存储多个第一标识信息，而第二标识信息是第一终端设备所接收到的标识信息，则在一种可能的实现方式中，可以根据第二标识信息匹配第一标识信息，若匹配到与第二标识信息相同的第一标识信息，则将第一标识信息对应的车机发送行程信息，从而能够有效实现将乘客的位置准确的提供给司机。

本实施例中，通过根据第二标识信息匹配第一标识信息，从而能够有效保证准确的将行程信息发送给指定的车机，提升了接载过程的安全性和稳定性。

s204、接收车机对行程信息的处理结果，并根据处理结果向第一终端设备发送车机的位置。

其中，车机对行程信息的处理结果可以理解为车机对导航请求的处理结果，在一种可能的实现方式中，若处理结果为同意导航的处理结果，则表明司机当前要去接载乘客，则服务器可以向第一终端设备发送车机的位置，以使得乘客可以及时确定司机的位置，从而安排自己的行程，有效提升了用户体验。

本申请实施例供的信息处理的方法，包括：根据车机发送的账号信息和车机的车机标识，生成第一标识信息。接收来自于第一终端设备的第二标识信息和行程信息，第二标识信息为第一终端设备根据程序码获取的，程序码为车机根据第一标识信息生成的。根据第二标识信息和第一标识信息，向车机发送行程信息。接收车机对行程信息的处理结果，并根据处理结果向第一终端设备发送车机的位置。通过服务器生成第一标识信息，以使得车机根据第一标识信息生成程序码，并且接收第一终端设备的第二标识信息和行程信息，从而可以向车机发送行程信息，并通过车机的处理结果向第一终端设备发送车机的位置，从而可以根据服务器和车机，准确高效的将乘客的位置信息发送给司机，有效提升位置信息的准确性。

在上述实施例的基础上，下面以服务器、车机之间交互的方式，对本申请提供的信息处理的方法进行进一步地详细介绍，结合图3进行说明，图3为本申请其中一实施例提供的信息处理的方法的交互流程图。

如图3所示，该方法包括：

s301、车机向服务器发送账号信息和车机的车机标识。

s302、服务器根据车机发送的账号信息和车机的车机标识，生成第一标识信息。

s303、服务器向车机发送第一标识信息。

其中，s302、s303的实现方式与上述s201的实现方式相同，此处不再赘述。

s304、车机接收服务器发送的第一标识信息。

在生成第一标识信息之后，服务器向车机发送第一标识信息，第一车机对应的接收服务器发送的第一标识信息。

在本实施例中，服务器将第一标识信息发送给车机，从而使得车机可以根据第一标识信息生成后续的操作，例如生成程序码等，通过根据第一标识信息确定司机和乘客之间的关联关系，可以有效保证司机和乘客之间的联系的准确性。

s305、车机根据第一标识信息生成程序码，以向第二终端设备提供程序码。

接着，车机根据第一标识信息生成程序码，在本实施例中，程序码指的是小程序的程序码，根据相关信息生成程序码的具体实现方式，可以参照现有技术中的说明，本实施例对此不作赘述。

在本实施例中，车机将生成的程序码提供给第二终端设备，其中，第二终端设备为司机所持有的终端设备。

在一种可能的实现方式中，车机可以将程序码提供在车机的显示屏上，第二终端设备可以扫描车机上的显示屏，以进入程序码对应的小程序。

在另一种可能的实现方式中，车机还可以直接将程序码发送给第二终端设备，以在第二终端设备的屏幕上提供程序码，本实施例对此不做特别限制。

s306、服务器接收来自于第一终端设备的第二标识信息和行程信息，第二标识信息为第一终端设备根据程序码获取的。

s307、服务器根据第二标识信息和第一标识信息，向车机发送行程信息。

其中，s306、s307的实现方式与上述s202、s203的实现方式相同，此处不再赘述。

s308、车机接收来自于服务器的行程信息。

s309、车机根据行程信息发起导航请求，并将对导航请求的处理结果确定为行程信息的处理结果。

车机可以接收服务器发送的行程信息，并根据行程信息发起导航请求，其中，导航请求用于请求导航至乘客所指定的位置，进行乘客的接载。

在本实施例中，作用于导航请求的处理结果可以为同意导航的处理结果，还可以为拒绝导航的处理结果，接着可以将对导航请求的处理结果确定为行程信息的处理结果。

s310、车机向服务器发送行程信息的处理结果。

s311、服务器接收车机对行程信息的处理结果，并向第一终端设备发送车机的位置。

其中，车机对行程信息的处理结果可以理解为车机对导航请求的处理结果，在一种可能的实现方式中，若处理结果为同意导航的处理结果，则表明司机当前要去接载乘客，则服务器可以向第一终端设备发送车机的位置，以使得乘客可以及时确定司机的位置，从而安排自己的行程，有效提升了用户体验。

本申请实施例提供的信息处理的方法，包括：车机向服务器发送账号信息和车机的车机标识。服务器根据车机发送的账号信息和车机的车机标识，生成第一标识信息。服务器向车机发送第一标识信息。车机接收服务器发送的第一标识信息。车机根据第一标识信息生成程序码，以向第二终端设备提供程序码。服务器接收来自于第一终端设备的第二标识信息和行程信息，第二标识信息为第一终端设备根据程序码获取的。服务器根据第二标识信息和第一标识信息，向车机发送行程信息。车机接收来自于服务器的行程信息。车机根据行程信息发起导航请求，并将对导航请求的处理结果确定为行程信息的处理结果。车机向服务器发送行程信息的处理结果。服务器接收车机对行程信息的处理结果，并向第一终端设备发送车机的位置。通过服务器、车机和终端设备之间的信息交互，可以通过程序码的方式，将乘客的位置信息准确高效的发送给司机，从而能够有效提升确定位置信息的准确性。

在上述实施例的基础上，本申请实施例提供的信息处理的方法，还涉及和第一终端设备以及第二终端设备之间的信息交互，下面结合图3至图8，对本申请所提供的信息处理的方法进行进一步的详细介绍。

图4为本申请另一实施例提供的信息处理的方法的交互流程图，图5为本申请实施例提供的程序码示意图，图6为本申请实施例提供的界面示意图一，图7为本申请实施例提供的界面示意图二，图8为本申请实施例提供的界面示意图三，图9为本申请实施例提供的界面示意图四。

如图4所示，该方法包括：

s401、车机向服务器发送账号信息和车机的车机标识。

s402、服务器根据车机发送的账号信息和车机的车机标识，生成第一标识信息。

s403、服务器向车机发送第一标识信息。

s404、车机接收服务器发送的第一标识信息。

s405、车机根据第一标识信息生成程序码。

其中，s401-s405的实现方式与上述s301-s305的实现方式类似，此处不再赘述。

在其余可能的实现方式中，在车机向服务器发送账号信息和车机标识之前，还可以首先判断当前车机是否存在登录账号，若存在，则获取登录账号的账号信息；若不存在，则提示用户进行登录。

s406、车机向服务器发送询问信息，其中，询问信息用于确定是否向服务器发送车机的位置信息；

s407、服务器向车机发送指示信息，其中，所述指示信息用于指示车机是否发送车机的位置信息。

s408、车机根据指示信息，向服务器发送车机的位置信息。

其中，在车机提供程序码之前，车机可以向服务器发送询问信息，以确定当前是否需要向服务器发送车机的位置，服务器根据询问信息进行判断，若确定需要发送位置信息，则向车机发送需要发送位置信息的指示信息，车机根据指示信息，可以向服务器发送车机的位置信息，从而服务器可以获取到车机的位置信息。

在另一种可能的实现方式中，若服务器发送的指示信息指示不需要发送位置信息，则车机无需上传自身的位置信息。

通过询问信息和指示信息的交互，可以实现服务器快速的获取到车机的位置信息，以便后续实现将车机的位置信息提供给乘客。

s409、车机向第二终端设备提供程序码。

下面结合图5对车机提供程序码的一种可能的实现方式进行说明，如图5所示，车机包括显示器501，则车机可以将生成的程序码502提供在显示器501上，以使得用户可以方便快捷的获取到程序码，从而提升了接载的操作效率。

在其余可能的实现方式中，在车机提供程序码之前，车机还可以向服务器发送判断信息，以判断当前的车机是否存在未处理的接载请求，若存在，则服务器可以执行未处理的接载请求的逻辑，例如可以根据用户的操作处理接载请求，或者还可以根据用户的操作拒绝接载请求。

s410、第二终端设备根据所述程序码进入预设程序。

可以理解的是，通过扫描程序码可以进入程序码对应的小程序，也就是本实施例中提到的预设程序，本实施例中的预设程序例如可以为用于实现接载乘客的小程序，本实施例对其具体的实现方式不做限定，只要其是用于接载乘客的小程序即可。

在一种可能的实现方式中，参见图6，第二终端设备601可以通过扫描程序码602，从而进入到程序码602对应的预设程序，图603中为一种示例性的预设程序的界面。

s411、第二终端设备将用户信息发送给服务器。

在第二终端设备进入预设程序之后，还可以将用户信息发送给服务器，其中，用户信息例如可以为当前第二终端设备的微信账号信息、或者还可以为手机号码等，本实施例中的用户信息是指当前持有第二终端设备的司机用户的用户信息。

s412、服务器根据用户信息，绑定用户信息和第一标识信息。

服务器在接收到用户信息之后，可以进一步将用户信息和第一标识信息进行绑定，以微信账号为例，例如可以将微信账号和第一标识信息进行绑定，从而可以在离车场景下，同样可以根据微信账号获取到第一标识信息，从而可以有效的简化接载流程。

s413、第二终端设备将预设程序发送给第一终端设备，其中，所述预设程序包括第一标识信息。

当前第二终端设备已经进入了预设程序，为了实现乘客能够将位置信息准确的发送给服务器，第二终端设备可以将预设程序发送给第一终端设备。

在一种可能的实现方式，参见图7，第二终端设备701例如可以通过通讯软件，将小程序702发送给第一终端设备703，第一终端设备703可以通过检测对小程序702的操作704，进入小程序。

或者，第二终端设备还可以直接将程序码发送给第一终端设备，第一终端设备可以通过程序码进入预设程序，本实施例对此不做限定。

在本实施例中，车机生成的程序码中包括第一标识信息，则对应的，第二终端设备发送给第一终端设备的预设程序中也包括第一标识信息。

s414、第一终端设备将第一标识信息确定为第二标识信息。

在本实施例中，第一终端设备进入预设程序之后，可以获取到第一标识信息，此时第一终端设备可以将第一标识信息确定为第二标识信息。

也就是说，在本实施例中，第二标识信息和第一标识信息实际上是一样的。

s415、第一终端设备向服务器发送第二标识信息和行程信息。

在一种可能的实现方式中，第一终端设备在进入预设程序之后，可以通过预设程序输入行程信息，参见图8，第一终端设备通过预设程序801输入起始位置信息和结束位置信息。

接着第一终端设备向服务器发送行程信息，并发送第二标识信息。

s416、服务器接收来自于第一终端设备的第二标识信息和行程信息，第二标识信息为第一终端设备根据程序码获取的。

s417、服务器根据第二标识信息和第一标识信息，向车机发送行程信息。

s418、车机接收来自于服务器的行程信息。

其中，s416-s408的实现方式与s306-s308的实现方式相同，此处不再赘述。

s419、车机根据行程信息发起导航请求，并将对导航请求的处理结果确定为行程信息的处理结果。

在本实施例中，车机可以根据起始位置信息和结束位置信息，直接发起导航请求，通过车机直接发起导航请求，避免了司机还需要再手动输入地址进行导航，从而有效简化了接载流程。

s420、车机向服务器发送行程信息的处理结果。

在一种可能的实现方式中，参见图9，车机例如可以根据行程信息，在车机的屏幕901上发起导航请求，其中导航请求对应有“同意”902和“拒绝”903两个控件。

若车机检测到作用于“同意”902控件的操作，则可以确定处理结果为同意导航的处理结果，从而可以向服务器发送同意接载的处理结果。

若车机检测到作用于“拒绝”903控件的操作，则可以确定处理结果为拒绝导航的处理结果，从而可以向服务器发送拒绝接载的处理结果。

s421、第一终端设备向服务器发送获取处理结果的第一请求。

第一终端设备需要确定车机是否会处理当前的行程信息，则可以向服务器发送获取处理结果的请求。

s422、服务器根据第一请求，将处理结果发送给第一终端设备，并向第一终端设备发送车机的位置。

本申请实施例提供的信息处理的方法及装置，通过第二终端设备扫描程序，并且将对应的预设程序发送给第一终端设备，从而能够有效实现通过预设程序获取第一终端设备的位置信息，以提升确定位置信息的准确性，并且在司机确定接载乘客时，可以定时将车机的位置信息发送给乘客，从而能够使得乘客同样可以确定司机的位置，以有效提升乘客的用户出行体验。

图10为本申请其中一实施例的信息处理的装置的结构示意图。如图10所示，本实施例的信息处理的装置100可以包括：处理模块1001、接收模块1002和发送模块1003。

处理模块1001，用于根据车机发送的账号信息和所述车机的车机标识，生成第一标识信息；

接收模块1002，用于接收来自于第一终端设备的第二标识信息和行程信息，所述第二标识信息为所述第一终端设备根据程序码获取的，所述程序码为所述车机根据所述第一标识信息生成的；

发送模块1003，用于根据所述第二标识信息和所述第一标识信息，向所述车机发送所述行程信息；

所述发送模块1003，还用于接收车机对所述行程信息的处理结果，并根据所述处理结果向所述第一终端设备发送所述车机的位置。

一种可能的实现方式中，所述发送模块1003具体用于：

若根据所述第二标识信息匹配到所述第一标识信息，则向所述车机发送所述行程信息。

一种可能的实现方式中，所述接收模块1002还用于：

接收来自于所述车机的询问信息，其中，所述询问信息用于确定是否向服务器发送所述车机的位置信息；

根据所述询问信息，获取所述车机的位置信息。

一种可能的实现方式中，所述发送模块1003还用于：

向所述车机发送所述第一标识信息。

一种可能的实现方式中，所述处理模块1001具体用于：

绑定所述车机发送的账号信息和所述车机的车机标识，生成第一标识信息。

一种可能的实现方式中，所述行程信息包括起始位置信息和结束位置信息。

本实施例提供的信息处理的装置，可用于执行上述任一方法实施例中的信息处理的方法，其实现原理和技术效果类似，此处不作赘述。

图11为本申请另一实施例的信息处理的装置的结构示意图。如图11所示，本实施例的信息处理的装置110可以包括：处理模块1101、接收模块1102和发送模块1103。

发送模块1103，用于向服务器发送账号信息和所述车机的车机标识；

接收模块1102，用于接收服务器发送的第一标识信息，并根据所述第一标识信息生成程序码，以向第二终端设备提供所述程序码；

所述接收模块1102，还用于接收来自于所述服务器的行程信息；

所述发送模块1103，还用于向服务器发送所述行程信息的处理结果。

一种可能的实现方式中，还包括：处理模块1101；

所述处理模块1101，用于在所述向服务器发送所述行程信息的处理结果之前，根据所述行程信息发起导航请求，并将对所述导航请求的处理结果确定为所述行程信息的处理结果。

一种可能的实现方式中，所述第一标识信息用于指示所述账号信息和所述车机标识之间的绑定关系。

一种可能的实现方式中，所述接收模块1102还用于：

接收来自于所述服务器的指示信息，其中，所述指示信息用于指示车机是否发送所述车机的位置信息；

根据所述指示信息，向所述服务器发送所述车机的位置信息。

一种可能的实现方式中，所述行程信息包括起始位置信息和结束位置信息。

本实施例提供的信息处理的装置，可用于执行上述任一方法实施例中的信息处理的方法，其实现原理和技术效果类似，此处不作赘述。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图12所示，是根据本申请其中一实施例的信息处理的方法的电子设备的框图，本实施例中的电子设备可以为服务器。

电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图12所示，该电子设备包括：一个或多个处理器1201、存储器1202，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示gui的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图12中以一个处理器1201为例。

存储器1202即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的信息处理的方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的信息处理的方法。

存储器1202作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的信息处理的方法对应的程序指令/模块(例如，附图9所示的处理模块901、接收模块902和发送模块903)。处理器1201通过运行存储在存储器1202中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的信息处理的方法。

存储器1202可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据信息处理的电子设备的使用所创建的数据等。此外，存储器1202可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器1202可选包括相对于处理器1201远程设置的存储器，这些远程存储器可以通过网络连接至信息处理的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

信息处理的方法的电子设备还可以包括：输入装置1203和输出装置1204。处理器1201、存储器1202、输入装置1203和输出装置1204可以通过总线或者其他方式连接，图12中以通过总线连接为例。

输入装置1203可接收输入的数字或字符信息，以及产生与信息处理的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置1204可以包括显示设备、辅助照明装置(例如，led)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(lcd)、发光二极管(led)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用asic(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(pld))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

以及，本申请中另一实施例还提供一种信息处理的方法的电子设备，其电子设备可以理解为车机，其实现方式与上述图12介绍的类似，此处不再赘述和一种可读存储介质。

根据本申请实施例的技术方案，通过服务器、车机和终端设备之间的信息交互，可以通过程序码的方式，将乘客的位置信息准确高效的发送给司机，从而能够有效提升确定位置信息的准确性。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。